具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

如图1所示，为视联网的结构示意图，其中，视联网的整体网络结构由多个称为自治云的子结构互相连接而成。自治云在互相连接时呈现出明显的层级结构：从最顶层的自治云开始，每个自治云可以和多个下一层的自治云互相连接，下层的自治云再和更下一层的自治云连接，所有的自治云以这种方式层层连接后就形成了完整的视联网。这种层级结构就是标准的树状结构。每一个自治云就是树中的一个节点，整个视联网就是一棵自治云节点组成的树。

目前，在视联网中，只能依靠升级程序文件的文件名称去区分每个升级程序文件对应的视联网服务器，这种方式存在较大的隐患，安全性较低，一旦升级程序文件的文件名被篡改，或出现混淆，很可能发生类似将S6服务器的升级包升级给了S3服务器的事件，导致视联网服务器升级失败，甚至可能导致视联网发生故障。

为了解决上述技术问题，本发明实施例提供了一种设备升级方法、装置、设备和可读存储介质。

如图2所示，本发明实施例提供了一种设备升级方法，该方法应用于视联网中的分控服务器，视联网中包括网管服务器以及多个分控服务器，具体包括如下步骤：

S101：接收网管服务器发送的升级程序文件。

升级程序文件即为用于进行设备升级的文件，可以是dsp文件，也可以是fpag文件，具体不作限定。在本发明实施例中，升级程序文件可以采用VPKG格式进行封装。

VPKG格式是一种封装文件格式，封装文件可以用于存储各种格式化的信息，采用完全独立于编程语言的文本格式来存储和表示数据，层次结构简洁清晰，易于阅读和编写，同时也易于机器解析和生成，从而可以有效地提升网络传输效率。

如表1所示，为升级程序文件的VPKG格式。

表1升级程序文件的VPKG格式

其中，除了常量值以外，升级程序文件的其它信息全部以元素的方式定义，每个元素由类型、长度、数据三部分组成。元素的类型部分用于区分数据部分的格式，长度部分表示数据部分的字节数，数据部分就是元素实际存储的内容。

具体而言，元素的类型部分长度为1个字节，其定义和相应的数据部分格式如下表2所示。

表2元素类型的定义和相应的数据部分格式

其中，“对象”类型，数据部分由多个元素对组成，实现了元素的嵌套。每对元素可以表示一对key和value。第1个元素的类型只能是“字符串”，用于表示元素对的key。第2个元素的类型任意，用于表示元素对的value。“字节串”，此类型用于存储任意字节长度的二进制数据。“字符串”，存UTF8字符。“数字串”，以字符串的方式存储数值。这样可以保证不丢失信息，但是增加了存储空间。“特殊值”，类型中定义的三个数值，“null”、“false”、“true”类型，如果有需要还可以定义其它特殊值。

元素的长度部分格式如表3所示。

表3元素的长度部分格式

升级程序文件的格式可以为：

“dev_app_file”:{

“logdev_type”:“字符串：逻辑设备类型”,

“phydev_type”:“字符串：物理设备类型”,

“file_id”:“数字串：文件序号”,

“file_format”:“字符串：文件格式”,

“file_version”:“字符串：文件版本号”,

“file_length”:“数字串：文件长度”,

“file_time”:“字符串：文件时间”,

“file_hash”:“对象：校验数据”

“file_name”:“字符串：文件名称”,

“file_data”:“字节串：文件数据”

}

其中，file_data是存放真正的分控服务器升级程序的字节串。目前支持的分控服务器的逻辑设备类型、物理设备类型、文件序号、文件格式的组合如表4所示。

表4字符串与分控服务器的信息对应表

文件版本号格式统一为“A.B.C YY.MM.DD.hh”，其中YY表示年份的末两位，MM表示月份，DD表示日期，hh表示小时，表示发行日期。A.B.C表示具体版本，比如1.2.7等。文件时间为文件的修改时间，格式为“YYYY-MM-DD hh:mm:ss”。其中YYYY表示年份，MM表示月份，DD表示日期，hh表示小时，mm表示分，ss表示秒。

在本发明实施例中，分控服务器在接收网管服务器发送的升级程序文件之前，还会接收网管服务器发送的签名文件，然后，需要对签名文件进行验证，若验证成功，则向网管服务器返回分控服务器的签名，以使网管服务器对分控服务器的签名进行验证，并在验证成功后发送升级程序文件。

这样，可以实现对分控服务器和网管服务器之间的身份认证，进一步减少升级程序文件传送失误的可能性。

一种实现方式中，签名文件中包括升级程序文件的文件名信息和长度信息，也就是说，当分控服务器对签名文件验证成功之后，也就获取了升级程序文件的文件名信息和长度信息，有利于进一步对接收到的升级程序文件进行验证，减少分控服务器根据错误的升级程序文件进行升级的可能性。其中，签名算法的类型可以为国密“sm2”。

而且，在签名文件中包括升级程序文件的长度信息的情况下，分控服务器在签名文件验证成功之后，可以根据签名文件中升级程序文件的长度，为升级程序文件分配存储空间。

这样，可以提高系统资源的利用率，减少冗余分配，而且，也能达到对接收到的升级程序文件进行验证的效果，若接收到的升级程序文件过大或过小，则表示该升级程序文件有误。

在本发明实施例中，签名文件也可以采用VPKG格式进行封装。如表5所示，为签名文件的VPKG格式。

表5签名文件的VPKG格式

签名文件的格式可以为：

“file_signature”:{

“file_name”:“字符串：文件名称”,

“file_length”:“字符串：文件长度”,

“signature_data”:“对象：签名数据”

}

“signature_data”:{

“type”:“字符串：算法类型”,

“data”:“字节串：签名数据”,

}

在本步骤中，接收网管服务器发送的升级程序文件之后，可以对升级程序文件进行哈希验证，若哈希验证成功，则执行从升级程序文件中读取升级程序文件对应的逻辑设备类型和物理设备类型的步骤。

若哈希验证失败，那么，分控服务器可以生成并存储错误日志，并向网管服务器发送升级错误消息。

其中，哈希验证是为了保证升级程序文件的正确性，防止一些人盗用程序，加些木马或者篡改版权，设计的一套验证系统。具体来说，每个升级程序文件都可以用Hash MD5算法计算出升级程序文件对应的MD5码，发送端可以预先计算出升级程序文件的MD5码并公开，接收端接收到升级程序文件后，用同样的算法计算出接收到的升级程序文件的MD5码，并与发送端公开的MD5码比较，如果两者不相同，那么接收端接收到的升级程序文件不完整，或是被别人动过手脚。

其中，哈希验证算法类型有“md5”和“sm3”两种，对应的签名数据格式如下：

“file_hash”:{

“type”:“md5”,

“hash”:“字节串：文件散列值”,

}

“file_hash”:{

“type”:“sm3”,

“hash”:“字节串：文件散列值”,

}

文件散列值是对文件使用标准算法计算后得到的散列值，MD5算法中文件散列值长度16字节，SM3算法中文件散列值长度32字节。

S102：从升级程序文件中读取升级程序文件对应的逻辑设备类型和物理设备类型。

一种实现方式中，签名文件中包括升级程序文件的文件名信息和长度信息，那么，在接收网管服务器发送的升级程序文件之后，分控服务器可以判断升级程序文件的文件名和长度与签名文件中包括的文件名信息和长度信息是否相同，若相同，再执行从升级程序文件中读取升级程序文件对应的逻辑设备类型和物理设备类型的步骤。

这样，可以根据升级程序文件的文件名和长度，对接收到的升级程序文件进行初步的验证，提高验证效率，同时减少分控服务器根据错误的升级程序文件进行升级的可能性。

S103：判断逻辑设备类型和物理设备类型是否与分控服务器匹配，若匹配，则执行S104。

一种实现方式中，若逻辑设备类型和物理设备类型与分控服务器不匹配，那么，分控服务器可以生成并存储错误日志，并向网管服务器发送升级错误消息。这样，网管服务器可以及时对设备升级过程进行监控，并且有利于及时解决问题，提高设备升级效率。

S104：根据升级程序文件进行升级。

一种实现方式中，在根据升级程序文件进行升级之后，分控服务器可以向网管服务器发送升级成功消息。

由以上可见，本发明实施例提供的设备升级方法，在升级程序文件中包括待升级分控服务器的逻辑设备类型和物理设备类型，这样，网管服务器和分控服务器可以根据逻辑设备类型和物理设备类型对升级程序文件进行验证，只有在升级程序文件中的逻辑设备类型和物理设备类型与接收到升级程序文件的分控服务器相匹配的情况下，分控服务器才会进行升级，从而可以减少根据错误的升级程序文件对视联网设备进行升级进而导致视联网故障的可能性，提高视联网设备升级的安全性。

如图3所示，本发明实施例还提供了另一种设备升级方法，应用于视联网中的网管服务器，视联网中包括网管服务器以及多个分控服务器，具体包括如下步骤：

S201：获取针对待升级分控服务器的升级程序文件。

在本发明实施例中，在获取针对待升级分控服务器的升级程序文件之前，网管服务器可以先向待升级分控服务器发送签名文件，以使待升级分控服务器对签名文件进行验证，并在验证成功后返回待升级分控服务器的签名，然后，对待升级分控服务器的签名进行验证，若验证成功，则执行获取针对待升级分控服务器的升级程序文件的步骤。

这样，可以实现对分控服务器和网管服务器之间的身份认证，进一步减少升级程序文件传送失误的可能性。

其中，升级程序文件和签名文件可以是网管服务器从网管客户端获取的，网管客户端可以与用户进行交互，获取用户的输入信息。

另外，网管服务器若检测到到任一新接入视联网的分控服务器，那么，可以向新接入视联网的分控服务器返回对应的逻辑设备类型和物理设备类型。这样，网管服务器可以存储视联网中每个分控服务器的逻辑设备类型和物理设备类型，而且，每个分控服务器都可以确定自身的逻辑设备类型和物理设备类型。

S202：从升级程序文件中读取升级程序文件对应的逻辑设备类型和物理设备类型。

S203：判断逻辑设备类型和物理设备类型是否与待升级分控服务器匹配，若匹配，则执行S204。

一种实现方式中，若判断逻辑设备类型和物理设备类型与待升级分控服务器不匹配，那么，网管服务器可以生成并存储错误日志。这样，网管服务器可以及时对设备升级过程进行监控，并且有利于通过网管客户端与用户进行通信，从而及时解决问题，提高设备升级效率。

S204：将升级程序文件发送至待升级分控服务器，以使待升级分控服务器根据升级程序文件进行升级。

一种实现方式中，视联网中还包括自治服务器，网管服务器可以先将升级程序文件发送至自治服务器，再由自治服务器通过可视电话业务将升级程序文件发送至待升级分控服务器。

如图4所示，为视联网中的一种系统架构图，其中，包括网管客户端、网管服务器、自治服务器和分控服务器，用户可以通过网管客户端向网管服务器上传针对任一分控服务器的签名文件和升级程序文件，每个网管客户端可以管理至少一个自治服务器，每个自治服务器可以管理至少一个分控服务器，分控服务器用于管理视联网终端，如各种会议机顶盒、可视电话机顶盒、手术试教机顶盒，流媒体网关、存储网关、媒体合成器等设备。

由以上可见，本发明实施例提供的设备升级方法，在升级程序文件中包括待升级分控服务器的逻辑设备类型和物理设备类型，这样，网管服务器和分控服务器可以根据逻辑设备类型和物理设备类型对升级程序文件进行验证，只有在升级程序文件中的逻辑设备类型和物理设备类型与接收到升级程序文件的分控服务器相匹配的情况下，分控服务器才会进行升级，从而可以减少根据错误的升级程序文件对视联网设备进行升级进而导致视联网故障的可能性，提高视联网设备升级的安全性。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

如图5所示，本发明实施例还提供了一种设备升级装置，所述装置应用于视联网中的分控服务器，所述视联网中包括网管服务器以及多个所述分控服务器，所述装置包括：

接收模块501，用于接收所述网管服务器发送的升级程序文件；

读取模块502，用于从所述升级程序文件中读取所述升级程序文件对应的逻辑设备类型和物理设备类型；

判断模块503，用于判断所述逻辑设备类型和所述物理设备类型是否与所述分控服务器匹配；

升级模块504，用于若匹配，则根据所述升级程序文件进行升级。

由以上可见，本发明实施例提供的设备升级装置，在升级程序文件中包括待升级分控服务器的逻辑设备类型和物理设备类型，这样，网管服务器和分控服务器可以根据逻辑设备类型和物理设备类型对升级程序文件进行验证，只有在升级程序文件中的逻辑设备类型和物理设备类型与接收到升级程序文件的分控服务器相匹配的情况下，分控服务器才会进行升级，从而可以减少根据错误的升级程序文件对视联网设备进行升级进而导致视联网故障的可能性，提高视联网设备升级的安全性。

如图6所示，本发明实施例还提供了另一种设备升级装置，所述装置应用于视联网中的网管服务器，所述视联网中包括所述网管服务器以及多个分控服务器，所述装置包括：

获取模块601，用于获取针对待升级分控服务器的升级程序文件；

读取模块602，用于从所述升级程序文件中读取所述升级程序文件对应的逻辑设备类型和物理设备类型；

判断模块603，用于判断所述逻辑设备类型和物理设备类型是否与所述待升级分控服务器匹配；

发送模块604，用于若匹配，则将所述升级程序文件发送至所述待升级分控服务器，以使所述待升级分控服务器根据所述升级程序文件进行升级。

由以上可见，本发明实施例提供的设备升级装置，在升级程序文件中包括待升级分控服务器的逻辑设备类型和物理设备类型，这样，网管服务器和分控服务器可以根据逻辑设备类型和物理设备类型对升级程序文件进行验证，只有在升级程序文件中的逻辑设备类型和物理设备类型与接收到升级程序文件的分控服务器相匹配的情况下，分控服务器才会进行升级，从而可以减少根据错误的升级程序文件对视联网设备进行升级进而导致视联网故障的可能性，提高视联网设备升级的安全性。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种设备升级方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。