CN108243323A - 一种软件升级方法及装置 - Google Patents

Abstract

本发明实施例提供了一种软件升级方法及装置。该方法应用于与后端设备通过同轴线缆相连的前端设备，该方法包括：通过同轴线缆接收来自后端设备的、插入在视频信号的行消隐区中的软件升级指令；通过同轴线缆接收来自后端设备的、插入在行消隐区中的数据包，数据包中包括软件升级数据；基于所接收的各数据包，对自身的软件进行升级。本方案中，软件升级数据的传输操作利用的是视频监控系统中已有的同轴线缆，故视频监控系统的生产成本较低。此外，在软件升级数据的传输过程中，视频信号可以正常地在同轴线缆中进行传输，故视频监控系统在软件升级数据的传输过程中能实现正常的监控功能。

Description

一种软件升级方法及装置

技术领域

本发明涉及视频监控技术领域，特别是涉及一种软件升级方法及装置。

背景技术

随着安防技术的发展，视频监控系统的应用越来越广泛。一般而言，视频监控系统包括后端设备和前端设备，后端设备通过同轴线缆与前端设备相连接，并且，后端设备可以用来对模拟摄像机等前端设备进行软件升级。现有技术中，为了达到升级的目的，视频监控系统中需要具有用于传输软件升级数据的线缆，以及切换控制模块，该切换控制模块可以使视频监控系统在传输软件升级数据和输出视频数据两种状态间进行切换。

容易看出，现有技术中虽然能够对模拟摄像机等前端设备进行软件升级，但是需要在视频监控系统中增加用于传输软件升级数据的线缆和切换控制模块，故视频监控系统的生产成本将会大大增加。此外，视频监控系统每次只能处于上述两种状态中的一种，故当进行软件升级数据的传输时，视频信号将无法输出，整个视频监控系统将无法实现监控功能。因此，在尽可能降低视频监控系统的生产成本的前提下，如何实现前端设备的软件升级，以及如何保证视频监控系统在软件升级数据的传输过程中能够实现正常的监控功能是一个亟待解决的问题。

发明内容

本发明实施例的目的在于提供一种软件升级方法及装置，以在尽可能降低视频监控系统的生产成本的前提下，实现前端设备的软件升级，并保证视频监控系统在前端设备的软件升级过程中能够实现正常的监控功能。

本发明实施例提供了一种软件升级方法，应用在与后端设备通过同轴线缆相连的前端设备中，所述方法包括：

通过所述同轴线缆接收来自所述后端设备的、插入在视频信号的行消隐区中的软件升级指令；

通过所述同轴线缆依次接收来自所述后端设备的、插入在所述行消隐区中的数据包，所述数据包中包括软件升级数据；

基于所接收的各数据包，对自身的软件进行升级。

本发明实施例还提供了一种软件升级装置，应用在与后端设备通过同轴线缆相连的前端设备中，所述装置包括：

软件升级指令接收模块，用于通过所述同轴线缆接收来自所述后端设备的、插入在视频信号的行消隐区中的软件升级指令；

数据包接收模块，用于通过所述同轴线缆依次接收来自所述后端设备的、插入在所述行消隐区中的数据包，所述数据包中包括软件升级数据；

升级模块，用于基于所接收的各数据包，对自身的软件进行升级。

本发明实施例提供了一种软件升级方法及装置。其中，该方法应用在与后端设备通过同轴线缆相连的前端设备中，该方法包括：通过同轴线缆接收来自后端设备的、插入在视频信号的行消隐区中的软件升级指令；通过同轴线缆依次接收来自后端设备的、插入在行消隐区中的数据包，数据包中包括软件升级数据；基于所接收的各数据包，对自身的软件进行升级。与现有技术相比，本发明实施例中，软件升级数据的传输操作利用的是视频监控系统中已有的同轴线缆，视频监控系统中无需增加用于传输软件升级数据的其他线缆和切换控制模块，因此，视频监控系统的硬件结构并未发生改变，相应地，视频监控系统的生产成本较低。此外，在软件升级数据的传输过程中，视频信号可以正常地在同轴线缆中进行传输，故视频监控系统在软件升级数据的传输过程中能够实现正常的监控功能。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的软件升级方法的流程图；

图2为本发明实施例提供的软件升级装置的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了解决现有技术存在的问题，本发明实施例提供了一种软件升级方法及装置。

下面首先对本发明实施例所提供的一种软件升级方法进行说明。

需要说明的是，本发明实施例所提供的一种软件升级方法可以应用在与后端设备通过同轴线缆相连的前端设备中。

本领域技术人员可以理解的是，同轴线缆可以传输两种类型的信号，一种是视频信号，另一种是控制信号。对于视频信号而言，其可以通过同轴线缆由前端设备传输至后端设备处。对于控制信号而言，其可以作为插码信号插入视频信号的行消隐区中，这样，控制信号就可以通过同轴线缆由后端设备传输至前端设备处，或者通过同轴线缆由前端设备传输至后端设备处了。

本实施例中，后端设备可以为硬盘录像机DVR，前端设备可以为模拟摄像机，当然，后端设备和前端设备的类型并不局限于此，具体可以根据实际情况来确定，本实施例对此不做任何限定。

需要说明的是，DVR是一套可以进行图像存储处理的计算机系统，该计算机系统具有长时间录制图像/语音，以及远程监视和监控等功能。

参见图1，图中示出了本发明实施例所提供的一种软件升级方法的流程图。如图1所示，该方法包括如下步骤：

S101，通过同轴线缆接收来自后端设备的、插入在视频信号的行消隐区中的软件升级指令。

可以理解的是，将软件升级指令插入视频信号的行消隐区中的操作可以是后端设备执行的，也可以是其他的电子设备执行的，这都是可行的。为了方便描述，下述实施例中均以将各种数据插入视频信号的行消隐区中的操作是由后端设备执行的情况为例进行说明。

需要说明的是，后端设备将软件升级指令插入视频信号的行消隐区中的实现原理与将控制信号插入视频信号的行消隐区中的实现原理类似，在此不再赘述。

另外，为了能够让前端设备快捷地识别出软件升级指令，在将软件升级指令作为插码信号插入视频信号的行消隐区的同时，可以将协议头0(该协议头0可以对软件升级指令进行标识)作为插码信号一并插入行消隐区中。这样，前端设备在接收到软件升级指令的同时，其还会一并接收到协议头0，前端设备根据协议头0即可确定当前接收到的为软件升级指令。在接收到软件升级指令后，前端设备可以准备接收软件升级数据。

S102，通过同轴线缆依次接收来自后端设备的、插入在行消隐区中的数据包，数据包中包括软件升级数据。

本领域技术人员可以理解的是，视频信号的行消隐区中每次只能插入较少字节的插码信号，而前端设备对应的完整的软件升级数据的字节数往往较多，因此，完整的软件升级数据需要分多次进行传输。具体地，在获得前端设备对应的完整的软件升级数据后，后端设备可以每次取出若干个字节的软件升级数据，并将该若干个字节的软件升级数据作为插码信号插入到行消隐区中。为了便于前端设备快捷地对软件升级数据进行识别，在将若干个字节的软件升级数据作为插码信号插入行消隐区中的同时，后端设备可以将协议头2一并插入行消隐区中，以将由若各个字节的软件升级数据和协议头2共同构成的数据包通过同轴线缆传输至前端设备。

需要说明的是，将多个数据包插入视频信号的行消隐区中的实现原理也与将控制信号插入视频信号的行消隐区中的实现原理类似，在此不再赘述。

S103，基于所接收的各数据包，对自身的软件进行升级。

需要说明的是，前端设备基于所接收的各数据包，对自身的软件进行升级的具体实现形式为本领域技术人员所公知，在此不再赘述。

本实施例中，后端设备可以将前端设备升级所需的完整的软件升级数据依次插入视频信号的行消隐区中，然后将插入在行消隐区中的软件升级数据通过同轴线缆依次发送至前端设备，也就是说，软件升级数据是通过同轴线缆进行传输的，最终，在前端设备通过同轴线缆接收到了完整的软件升级数据后，前端设备即可根据接收到的完整的软件升级数据，对自身的软件进行升级。

与现有技术相比，本实施例中，软件升级数据的传输操作利用的是视频监控系统中已有的同轴线缆，视频监控系统中无需增加用于传输软件升级数据的其他线缆和切换控制模块，因此，视频监控系统的硬件结构并未发生改变，相应地，视频监控系统的生产成本较低。此外，在软件升级数据的传输过程中，视频信号可以正常地在同轴线缆中进行传输，故视频监控系统在软件升级数据的传输过程中能够实现正常的监控功能。

在本发明实施例的一种具体实施方式中，各数据包中还包括基于预设编号规则确定的数据包编号，各数据包是按照数据包编号的顺序依次插入行消隐区中的，各数据包中的软件升级数据被插入行消隐区的指定区域，该方法还可以包括：

在每次接收到数据包后，基于预设编号规则，判断本次接收到的数据包中的数据包编号是否满足第一设定条件；

如果判断结果为是，从指定区域中提取所接收的数据包中的软件升级数据，并基于该数据包中的数据包编号，将所提取的软件升级数据写入自身的指定位置；

如果判断结果为否，删除所接收到的数据包，并向后端设备发送携带有待重发数据包的数据包编号的第一错误信息，，以使得后端设备在接收到第一错误信息后，将待重发数据包插入行消隐区中，以将待重发数据包通过同轴线缆发送至前端设备；

相应地，基于所接收的各数据包，对自身的软件进行升级，包括：

基于自身的指定位置中的软件升级数据，对自身的软件进行升级。

对于后端设备而言，在每次从完整的软件升级数据中取出若干个字节的软件升级数据的同时，其还可以依据预设编号规则，为本次取出的若干个字节的软件升级数据确定一数据包编号，并将本次取出的若干个字节的软件升级数据和确定出的数据包编号一并插入到行消隐区中，以将由本次取出的若干个字节的软件升级数据和确定出的数据包编号共同构成的数据包通过同轴线缆传输至前端设备。

需要说明的是，为了保证前端设备能够较为快捷地对数据包进行识别，在将每次取出的若干个字节的软件升级数据和确定出的数据包编号一并插入到行消隐区中的同时，后端设备还可以将协议头2也一并插入行消隐区中。这样，当前端设备接收到一包数据后，只要这包数据中包括协议头2，前端设备就可以确定这包数据中包括软件升级数据。

需要说明的是，预设编号规则和第一设定条件可以有多种不同的情况，下面进行举例介绍。

在本实施例的一种具体实施方式中，后端设备可以为第一次取出的软件升级数据确定数据包编号1，为第二次取出的软件升级数据确定数据包编号2，为第三次取出的软件升级数据确定数据包编号3，……，为第n次取出的软件升级数据确定数据包编号n。

在这种实施方式中，实际传输数据包时，后端设备可以先将数据包编号为1的数据包插入行消隐区，并通过同轴线缆传输至前端设备，然后将数据包编号为2的数据包插入行消隐区，并通过同轴线缆传输至前端设备，再将数据包编号为3的数据包插入行消隐区，并通过同轴线缆发送至前端设备，后续过程依此类推，在此不再赘述。

容易看出，在这种实施方式中，第一设定条件具体为：第一次接收到的数据包中的数据包编号为1，后续每次接收到的数据包中的数据包编号比前一次接收到的数据包中的数据包编号大1。

在本发明实施例的另一种具体实施方式中，后端设备可以为第一次取出的软件升级数据确定数据包编号2，为第二次取出的软件升级数据确定数据包编号4，为第三次取出的软件升级数据确定数据包编号6，……，为第n次取出的软件升级数据确定数据包编号2n。

在这种实施方式中，实际传输数据包时，后端设备可以先将数据包编号为2的数据包插入行消隐区，并通过同轴线缆传输至前端设备，然后将数据包编号为4的数据包插入行消隐区，并通过同轴线缆传输至前端设备，再将数据包编号为6的数据包插入行消隐区，并通过同轴线缆发送至前端设备，后续过程依此类推，在此不再赘述。

容易看出，在这种实施方式中，第一设定条件具体为：第一次接收到的数据包中的数据包为2，后续每次接收到的数据包中的数据包编号比前一次接收到的数据包中的数据包编号大2。

对于前端设备而言，在接收到任一数据包后，其均可以去判断本次接收到的数据包中的数据包编号是否满足第一设定条件。

若经过判断，前端设备确定出本次接收到的数据包中的数据包编号满足第一设定条件，这说明前端设备本次接收到的数据包为正确的数据包，此时，前端设备可以从行消隐区的指定区域中提取该数据包中的软件升级数据，并将提取出的软件升级数据存储至自身的指定位置，例如自身的存储器中，以便于在后续步骤中使用这些软件升级数据。

若经过判断，前端设备确定出本次接收到的数据包中的数据包编号不满足第一设定条件，这说明前端设备本次接收到的数据包为错误的数据包，前端设备就可以向后端设备发送第一错误信息，以使得后端设备在接收到该第一错误信息后执行相应的操作。

下面以一个具体的例子对本次接收到的数据包中的数据包编号不满足第一设定条件的处理流程进行说明。

假设预设编号规则为上述两种实施方式中的第一种，前端设备上次接收到的是数据包编号为1的数据包，其本次接收到的是数据包编号为3的数据包。容易理解的是，在接收到数据包编号为1的数据包后，前端设备原本应当接收到的是数据包编号为2的数据包，而不是数据包编号为3的数据包，若其接收到的是数据包编号为3的数据包，这说明数据包编号为2的数据包丢失了。为了保证前端设备能够按顺序获得完整的软件升级数据，此时前端设备可以删除数据包编号为3的数据包，并向后端设备发送携带有待重发数据包的数据包编号，即数据包编号2的第一错误信息。这样，当后端设备接收到第一错误信息后，后端设备会将数据包编号为2的数据包插入视频信号的行消隐区中，并将该数据包通过同轴线缆发送至后端设备。最终，前端设备就会接收到正确的数据包。

本实施例中，前端设备在接收到任一数据包后，其会通过对该数据包中的数据包编号是否满足第一设定条件来判断该数据包是否为正确的数据包。只有在该数据包为正确的数据包的情况下，前端设备才会将该数据包中的软件升级数据写入自身的指定位置；否则，前端设备会删除该数据包，并向后端设备发送第一错误信息，以使得后端设备重新发送正确的数据包。这样，前端设备能够按顺序将完整的软件升级数据写入自身的指定位置。最终，前端设备的指定位置中将会具有完整的软件升级数据，前端设备根据这些数据可以成功地对自身的软件进行升级。

容易看出，本实施例中，前端设备能够成功地对自身的软件进行升级。

在本发明实施例的一种具体实施方式中，各数据包可以被预先划分为至少一个分组，每一个分组具有一基于预设分组规则确定的分组编号，各数据包中的数据包编号为基于预设编号规则确定的、其在自身所属的分组下的编号，各分组是按照分组编号的顺序，依次插入行消隐区中的，该方法还可以包括：

在每次通过同轴线缆接收一分组下的各数据包之前，通过同轴线缆接收该分组的分组编号；

基于预设分组规则，判断本次接收到的分组编号是否满足第二设定条件；

如果判断结果为否，向后端设备发送携带有待重发分组编号的第二错误信息，以使得后端设备在接收到第二错误信息后，将待重发分组编号插入行消隐区中，以将待重发分组编号通过同轴线缆发送至后端设备。

需要说明的是，为了保证前端设备能够对接收到的分组编号和数据包相区分，在将分组编号插入视频信号的行消隐区中的同时，后端设备还可以向行消隐区中插入协议头1。这样，前端设备在接收到一包数据后，其只需要去检查这包数据中是否包括协议头1或协议头2即可。具体地，若这包数据中包括协议头1，前端设备就可以确定这包数据中包括分组编号；若这包数据中包括协议头2，前端设备就可以确定这包数据中包括数据包；

本实施例中，后端设备可以预先将多个数据包划分为至少一个分组，每一个分组具有一基于预设分组规则确定的分组编号，各数据包编号中均携带有基于预设编号规则确定的、其在自身所属的分组下的数据包编号。对于任一数据包来说，该数据包所属的分组的分组编号可以作为该数据包的绝对包编号，该数据包在自身所属的分组下的数据包编号可以作为该数据包的相对包编号，该绝对包编号和该相对包编号组合在一起可以对该数据包进行有效地标识。

下面以一个具体的例子对本实施例进行说明。

假设多个数据包被划分为了5个分组，这5个分组对应的分组编号分别为分组编号1、分组编号2、分组编号3、分组编号4和分组编号5，同时假设每个分组下均包括数据包编号为1至50的50个数据包。对于后端设备而言，其可以先将分组编号1和协议头1作为插码信号一并插入行消隐区中，然后将插入行消隐区中的分组编号1和协议头1通过同轴线缆传输至前端设备；之后，后端设备可以将分组编号1对应的分组下的50个数据包依次插入行消隐区中，并通过同轴线缆依次传输至前端设备。接下来，前端设备可以将分组编号2和协议头2作为插码信号一并插入行消隐区中，然后将插入行消隐区中的分组编号2和协议头2通过同轴线缆传输至前端设备，之后，后端设备可以将分组编号2对应的分组下的50个数据包依次插入行消隐区中，并通过同轴线缆依次传输至前端设备。后续过程依此类推，在此不再赘述。容易看出，在理想情况(分组编号的传输过程不发生任何错误的情况)下，前端设备会依次接收到分组编号1、分组编号2、分组编号3、分组编号4和分组编号5，相应地，第二设定条件具体可以为：第一次接收到的分组编号为1，后续每次接收到的分组编号比前一次接收到的分组编号大1。

对于前端设备而言，在每次接收到一分组编号后，其均可以去判断本次接收到的分组编号是否满足第二设定条件。

若经过判断，前端设备确定出本次接收到的分组编号满足第二设定条件，这说明前端设备本次接收到的分组编号为正确的分组编号。

若经过判断，前端设备确定出本次接收到的分组编号不满足第二设定条件，这说明前端设备本次接收到的分组编号为错误的分组编号，此时，前端设备可以向后端设备发送第二错误信息，以使得后端设备在接收到第二错误信息后执行相应的操作。

下面以一个具体的例子对本次接收到的分组编号不满足第二设定条件的处理流程进行说明。

假设前端设备上次接收到的分组编号为1，其本次接收到的分组编号为3，容易理解的是，在接收到分组编号1之后，前端设备原本应当接收到的是分组编号2，而不是分组编号3，这说明分组编号2丢失了，之后，前端设备接收到的是分组编号3对应的分组下的50个数据包，而不是分组编号2对应的分组下的50个数据包。若不采取相应的措施进行补救，前端设备的指定位置中将会缺少分组编号2对应的分组下的50个数据包，前端设备将无法获得完整的软件升级数据。因此，在本实施例中，当前端设备本次接收到的是分组编号3时，前端设备就会向后端设备发送携带分组编号2的第二错误信息。这样，当后端设备接收到该第二错误信息后，后端设备可以将分组编号2插入行消隐区中，并通过同轴线缆发送至后端设备。这样，前端设备将会接收到正确的分组编号。接下来，前端设备还会依次接收到分组编号2对应的分组下的50个数据包。

一般而言，视频信号的行消隐区中每次只能插入较少字节的插码信号，例如8个字节的插码信号，而完整的软件升级数据中所包含的字节数非常多，相应地，数据包的数量非常多，若不对数据包进行分组，直接按顺序对各数据包进行编号，对于数据包编号非常大的那部分数据包而言，在将数据包编号作为插码信号插入后，行消隐区中剩下的、能够用来插入软件升级数据的字节数将会很少，这样，软件升级数据的传输效率将会非常低。而在本实施例中，后端设备在每次传输一分组下的数据包之前，其会传输该分组的分组编号，这样，完整的软件升级数据不需要全部按顺序编号，只需要保证每个分组中的各数据包按顺序编号即可，这样，任一个数据包中的数据包编号都不会占据较大的字节数，各数据包中能够用来插入软件升级数据的字节数都较多，相应地，软件升级数据的传输速率也会大大地提高。

可以看出，本实施例既保证了前端设备能够获得完整的软件升级数据，同时也有效地保证了软件升级数据的传输速率。

在本发明实施例的一种具体实施方式中，软件升级指令中包括各分组编号中的最大值，以及该最大值对应的分组下的数据包的最大编号；相应地，

基于自身的指定位置中的软件升级数据，对自身的软件进行升级，可以包括：

在接收到最大值对应的分组下、包括有最大编号的数据包之后，基于自身指定位置中的软件升级数据，对自身的软件进行升级。

假设分组编号中的最大值为5，且分组编号5对应的分组下的数据包的最大编号为50，这样，前端设备在每次接收到分组编号时，前端设备可以去判断当前接收到的分组编号是否为5。当接收到了分组编号5之后，前端设备将会依次接收到分组编号5对应的分组下的各数据包。这样，在每次接收到一数据包后，前端设备可以去判断该数据包中的数据包编号是否为50。如果判断结果为是，这表明前端设备获得了自身进行软件升级所需的完整的软件升级数据，此时前端设备就可以基于这些数据，对自身的软件进行升级；如果判断结果为否，这说明前端设备内的软件升级数据还不是完整的，前端设备还需要继续接收数据包。

容易看出，本实施例中，前端设备可以较为方便快捷地确定自身是否获得了完整的软件升级数据。

可选地，各数据包中还包括第一校验数据，各第一校验数据为预先对各数据包中的软件升级数据进行预设的第一校验运算后得到的。其中，第一校验运算可以为和运算或者用于获得MD5值的算法，这都是可行的，本实施例对第一校验运算的具体算法不做任何限定。

相应地，该方法还可以包括：

在每次接收到数据包后，对本次接收到的数据包中的升级数据进行预设的第一校验运算，以得到第一运算结果；

判断第一运算结果与本次接收到的数据包内的第一校验数据是否相同；

如果判断结果为否，在预定数据接收完毕后，删除预定数据，并向后端设备发送携带有目标分组编号的第三错误信息，以使得后端设备在接收到第三错误信息后，将目标分组编号对应的分组下的各数据包依次插入行消隐区中，以将目标分组编号对应的分组下的各数据包通过同轴线缆依次发送至前端设备，其中，目标分组编号为本次接收到的数据包所属的分组对应的分组编号，预定数据为目标分组编号所对应的分组下的所有数据包中的数据。

本实施例中，前端设备在每次接收到数据包后，其可以对本次接收到的数据包中的软件升级数据进行预设的第一校验运算，以得到第一运算结果，并判断第一运算结果与本次接收到的数据包内的第一校验数据是否相同。

可以理解的是，若两者相同，这说明本次接收到的数据包在传输过程中未发生错误，这时，前端设备可以直接从行消隐区的指定区域提取该数据包中的软件升级数据，并将该软件升级数据存储至自身的指定位置，以便于在后续步骤中使用自身的指定位置中的数据。相反，若两者不相同，这说明本次接收到的数据包在传输过程中出现了错误，此时前端设备可以等待本次接收到的数据包所属的分组，即目标分组编号对应的分组下的各数据包接收完。在确定出目标分组编号对应的分组下的各数据包接收完之后，前端设备可以删除预定数据，即目标分组编号所对应的分组下的所有数据包中的数据，并向后端设备发送携带有目标分组编号的第三错误信息，以使得后端设备在接收到第三错误信息后，重新发送目标分组编号对应的分组下的各数据包。这样，前端设备最终将能够接收到传输过程中未发生差错的预定数据。

可以看出，本实施例能够较好地保证前端设备获得的软件升级数据的准确性，从而实现前端设备的成功升级。

在本发明实施例的一种具体实施方式中，软件升级指令中可以包括多个数据包所适用的前端设备的第一类型信息，相应地，通过同轴线缆获得来自后端设备的、插入在视频信号的行消隐区中的软件升级指令后，该方法还可以包括：

判断第一类型信息与自身的第二类型信息是否相同；

如果判断结果为是，向后端设备发送第一确认信息，以使得后端设备在接收到第一确认信息后，将各数据包插入行消隐区中，并依次通过同轴线缆发送至前端设备。

本实施例中，若经过判断，前端设备确定出第一类型信息与自身的第二类型信息相同，这说明后端设备即将通过同轴线缆向前端设备发送的多个数据包与前端设备相匹配，此时，前端设备可以向后端设备发送第一确认信息，以使得后端设备在接收到该第一确认信息后，开始发送数据包，从而保证前端设备根据这些数据实现自身的升级。若经过判断，前端设备确定出第一类型信息与自身的第二类型信息不相同，这说明后端设备即将通过同轴线缆向前端设备发送的多个数据包根本无法与前端设备相匹配，前端设备根据这些数据根本无法实现自身的升级，此时，前端设备可以向后端设备发送第四错误信息。这样，当后端设备接收到该第四错误信息后，后端设备就不会前端设备发送数据包，这样可以有效地节约后端设备内的系统资源。

需要说明的是，软件升级指令中除了可以包括上述的各种信息外，其还可以包括完整的软件升级数据所包括的总字节数，待升级的通道数等，这都是可行的。

可以看出，本实施例可以保证前端设备接收到的为与自身类型相匹配的数据包，从而保证前端设备的成功升级，同时，本实施例还可以有效地节约后端设备内的系统资源。

在本发明实施例的一种具体实施方式中，向后端设备发送第一确认信息，可以包括：

向后端设备发送第一确认信息，并将自身置于升级标记位；

基于接收到的各数据包，对前端设备的软件进行升级之前，该方法还可以包括：

当检测到自身未置于升级标记位时，停止通过同轴线缆接收来自后端设备的数据包。

本实施例中，当前端设备判断出第一类型信息与自身的第二类型信息相同时，前端设备可以向后端设备发送第一确认信息，以使后端设备开始发送数据包，与此同时，前端设备还可以将自身置于升级标记位，以进入准备升级状态。在前端设备成功地对自身的软件进行升级之前，前端设备会一直置于升级标志位，若前端设备在升级之前检测到自身未置于升级标记位了，这表明前端设备在运行过程中出现了不可预知的错误，前端设备无法响应后端设备发送的软件升级指令，即使前端设备获得了完整的软件升级数据，其也无法成功地实现自身的软件升级了。因此，当检测到自身未置于升级标记位时，前端设备就不会再通过同轴线缆接收来自后端设备的数据包了。

在本发明实施例的一种具体实施方式中，软件升级指令中可以包括第二校验数据，第二校验数据为预先对所有数据包中的软件升级数据进行预设的第二校验运算后得到的。其中，第二校验运算可以为和运算或者用于获得MD5值的算法，这都是可行的，本实施例对第二校验运算的具体算法不做任何限定。

相应地，基于所接收的各数据包，对自身的软件进行升级之前，该方法还可以包括：

对所接收的各数据包中的软件升级数据进行预设的第二校验运算，以得到第二运行结果；

判断第二运算结果与第二校验数据是否相同；

如果判断结果为是，执行基于所接收的各数据包，对自身的软件进行升级的步骤，并向后端设备发送用于表征升级包接收无误的第二确认信息。

可以理解的是，若第二运算结果与第二校验数据相同，这说明前端设备接收到的各数据包是正确的数据包，其在传输过程中并未发生错误，此时，前端设备就可以依据这些数据包成功地对自身的软件进行升级了。此外，前端设备还可以向后端设备发送用于表征升级包接收无误的第二确认信息，以避免后端设备在发送完软件升级数据后继续向前端设备发送其他信息。

可以看出，本实施例能够较好地保证了前端设备接收到的数据包的准确性，从而保证了前端设备的成功升级。

在本发明实施例的一种具体实施方式中，基于所接收的各数据包，对自身的软件进行升级之前，该方法还可以包括：

判断所接收的各数据包的总容量是否小于自身的内存；

如果判断结果为是，执行基于所接收的各数据包，对自身的软件进行升级的步骤；

如果判断结果为否，删除接收到的各数据包。

可以理解的是，对于前端设备而言，其对应的完整的软件升级数据的总容量必然小于自身的内存。因此，对于前端设备而言，在接收到完整的软件升级数据后，只有已接收到的各数据包的总容量小于自身的内存，前端设备才会根据这些数据对自身的软件进行升级；若已接收到的各数据包的总容量不小于自身的内存，这说明该完整的软件升级数据与前端设备是不兼容的，前端设备根据这些数据包根本无法对自身的软件进行升级，前端设备可以直接删除已接收到的各数据包。

可以看出，本实施例能够可靠地保证前端设备升级时所依据的软件升级数据的准确性。

综上，本实施例在尽可能降低视频监控系统的生产成本的前提下，实现了前端设备的软件升级，并保证了视频监控系统在前端设备的软件升级过程中能够实现正常的监控功能。

下面对本发明实施例所提供的一种软件升级装置进行说明。

参见图2，图中示出了本发明实施例所提供的一种软件升级装置的结构框图。如图2所示，该装置可以应用在与后端设备通过同轴线缆相连的前端设备中，该装置可以包括：

软件升级指令接收模块21，用于通过同轴线缆接收来自后端设备的、插入在视频信号的行消隐区中的软件升级指令；

数据包接收模块22，用于通过同轴线缆依次接收来自后端设备的、插入在行消隐区中的多个数据包，各数据包中包括软件升级数据；

升级模块23，用于基于所接收的各数据包，对自身的软件进行升级。

与现有技术相比，本实施例中，软件升级数据的传输操作利用的是视频监控系统中已有的同轴线缆，视频监控系统中无需增加用于传输软件升级数据的其他线缆和切换控制模块，因此，视频监控系统的硬件结构并未发生改变，相应地，视频监控系统的生产成本较低。此外，在软件升级数据的传输过程中，视频信号可以正常地在同轴线缆中进行传输，故视频监控系统在软件升级数据的传输过程中能够实现正常的监控功能。

在本发明实施例的一种具体实施方式中，各数据包中还包括基于预设编号规则确定的数据包编号，各数据包是按照数据包编号的顺序依次插入行消隐区中的，各数据包中的软件升级数据被插入行消隐区的指定区域；

该装置还包括：

第一判断模块，用于在每次接收到数据包后，基于预设编号规则，判断本次接收到的数据包中的数据包编号是否满足第一设定条件；

第一处理模块，用于在第一判断模块的判断结果为是的情况下，从指定区域中提取所接收的数据包中的软件升级数据，并基于该数据包中的数据包编号，将所提取的软件升级数据写入自身的指定位置；

第二处理模块，用于在第一判断模块的判断结果为否的情况下，删除所接收的数据包，并向后端设备发送携带有待重发数据包的数据包编号的第一错误信息，以使得后端设备在接收到第一错误信息后，将待重发数据包插入行消隐区中，以将待重发数据包通过同轴线缆发送至前端设备；

相应地，升级模块，具体用于：

基于自身的指定位置中的软件升级数据，对自身的软件进行升级。

在本发明实施例的一种具体实施方式中，各数据包被预先划分为至少一个分组，每一个分组具有一基于预设分组规则确定的分组编号，各数据包中包括的数据包编号为基于预设编号规则确定的、其在自身所属的分组下的编号，各分组是按照分组编号的顺序，依次插入行消隐区中的；

该装置还包括：

分组编号接收模块，用于在每次通过同轴线缆接收一分组下的各数据包之前，通过同轴线缆接收该分组的分组编号；

第二判断模块，用于基于预设分组规则，判断本次接收到的分组编号是否满足第二设定条件；

第三处理模块，用于在第二判断模块的判断结果为否的情况下，向后端设备发送携带有待重发分组编号的第二错误信息，以使得后端设备在接收到第二错误信息后，将待重发分组编号插入行消隐区中，以将待重发分组编号通过同轴线缆发送至后端设备。

在本发明实施例的一种具体实施方式中，软件升级指令中包括各分组编号中的最大值，以及该最大值对应的分组下的数据包的最大编号；

升级模块，具体用于：

在接收到最大值对应的分组下、包括有最大编号的数据包之后，基于自身指定位置中的软件升级数据，对自身的软件进行升级。

在本发明实施例的一种具体实施方式中，各数据包中还包括第一校验数据，各第一校验数据为预先对各数据包中的软件升级数据进行预设的第一校验运算后得到的，相应地，该装置还包括：

第一运算结果获得模块，用于在每次接收到数据包后，对本次接收到的数据包中的软件升级数据进行预设的第一校验运算，以得到第一运算结果；

第三判断模块，用于判断第一运算结果与本次接收到的数据包内的第一校验数据是否相同；

第四处理模块，用于在第三判断模块的判断结果为否的情况下，在预定数据接收完毕后，删除预定数据，并向后端设备发送携带有目标分组编号的第三错误信息，以使得后端设备在接收到第三错误信息后，将目标分组编号对应的分组下的各数据包依次插入行消隐区中，以将目标分组编号对应的分组下的各数据包通过同轴线缆依次发送至前端设备，其中，目标分组编号为本次接收到的数据包所属的分组对应的分组编号，预定数据为目标分组编号对应的分组下的所有数据包中的数据。

在本发明实施例的一种具体实施方式中，软件升级指令中包括数据包所适用的前端设备的第一类型信息，相应地，该装置还包括：

第四判断模块，用于在通过同轴线缆获得来自后端设备的、插入在视频信号的行消隐区中的软件升级指令后，判断第一类型信息与自身的第二类型信息是否相同；

第五处理模块，用于在第四判断模块的判断结果为是的情况下，向前端设备发送第一确认信息，以使得前端设备在接收到第一确认信息后，将各数据包插入行消隐区中，并依次通过同轴线缆发送至前端设备。

在本发明实施例的一种具体实施方式中，第五处理模块，具体用于：

向后端设备发送第一确认信息，并将自身置于升级标记位；

该装置还包括：

第六处理模块，用于在基于接收到的各数据包，对前端设备的软件进行升级之前，当检测到自身未置于升级标记位时，停止通过同轴线缆接收来自所述后端设备的数据包。

在本发明实施例的一种具体实施方式中，软件升级指令中包括第二校验数据，第二校验数据为预先对所有数据包中的软件升级数据进行预设的第二校验运算后得到的；

相应地，该装置还包括：

第二运算结果获得模块，用于在基于所接收的各数据包，对自身的软件进行升级之前，对所接收的各数据包中的软件升级数据进行预设的第二校验运算，以得到第二运行结果；

第五判断模块，用于判断第二运算结果与第二校验数据是否相同；

第七处理模块，用于在第五判断模块的判断结果为是的情况下，触发升级模块，并向后端设备发送用于表征升级包接收无误的第二确认信息。

在本发明实施例的一种具体实施方式中，该装置还包括：

第六判断模块，用于在基于所接收的各数据包，对自身的软件进行升级之前，判断所接收的各数据包的总容量是否小于自身的内存；

第八处理模块，用于在第六判断模块的判断结果为是的情况下，触发升级模块；

第九处理模块，用于在第六判断模块的判断结果为否的情况下，删除接收到的各数据包。

综上，本实施例在尽可能降低视频监控系统的生产成本的前提下，实现了前端设备的软件升级，并保证了视频监控系统在前端设备的软件升级过程中能够实现正常的监控功能。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (18)

1.一种软件升级方法，其特征在于，应用在与后端设备通过同轴线缆相连的前端设备中，所述方法包括：

通过所述同轴线缆接收来自所述后端设备的、插入在视频信号的行消隐区中的软件升级指令；

通过所述同轴线缆依次接收来自所述后端设备的、插入在所述行消隐区中的数据包，所述数据包中包括软件升级数据；

基于所接收的各数据包，对自身的软件进行升级。

2.根据权利要求1所述的方法，其特征在于，各数据包中还包括基于预设编号规则确定的数据包编号，各数据包是按照数据包编号的顺序依次插入所述行消隐区中的，各数据包中的软件升级数据被插入所述行消隐区的指定区域；

所述方法还包括：

在每次接收到数据包后，基于预设编号规则，判断本次接收到的数据包中的数据包编号是否满足第一设定条件；

如果判断结果为是，从所述指定区域中提取所接收的数据包中的软件升级数据，并基于该数据包中的数据包编号，将所提取的软件升级数据写入自身的指定位置；

如果判断结果为否，删除所接收的数据包，并向所述后端设备发送携带有待重发数据包的数据包编号的第一错误信息，以使得所述后端设备在接收到所述第一错误信息后，将所述待重发数据包插入所述行消隐区中，以将所述待重发数据包通过所述同轴线缆发送至所述前端设备；

相应地，所述基于所接收的各数据包，对自身的软件进行升级，包括：

基于自身的指定位置中的软件升级数据，对自身的软件进行升级。

3.根据权利要求2所述的方法，其特征在于，各数据包被预先划分为至少一个分组，每一个分组具有一基于预设分组规则确定的分组编号，各数据包中的数据包编号为基于预设编号规则确定的、其在自身所属的分组下的编号，各分组是按照分组编号的顺序，依次插入所述行消隐区中的；

所述方法还包括：

在每次通过所述同轴线缆接收一分组下的各数据包之前，通过所述同轴线缆接收该分组的分组编号；

基于预设分组规则，判断本次接收到的分组编号是否满足第二设定条件；

如果判断结果为否，向所述后端设备发送携带有待重发分组编号的第二错误信息，以使得所述后端设备在接收到所述第二错误信息后，将所述待重发分组编号插入所述行消隐区中，以将所述待重发分组编号通过所述同轴线缆发送至所述后端设备。

4.根据权利要求3所述的方法，其特征在于，所述软件升级指令中包括各分组编号中的最大值，以及该最大值对应的分组下的数据包的最大编号；

所述基于自身的指定位置中的软件升级数据，对自身的软件进行升级，包括：

在接收到所述最大值对应的分组下、包括有所述最大编号的数据包之后，基于自身指定位置中的软件升级数据，对自身的软件进行升级。

5.根据权利要求3所述的方法，其特征在于，各数据包中还包括第一校验数据，各第一校验数据为预先对各数据包中的软件升级数据进行预设的第一校验运算后得到的，相应地，所述方法还包括：

在每次接收到数据包后，对本次接收到的数据包中的软件升级数据进行预设的第一校验运算，以得到第一运算结果；

判断所述第一运算结果与本次接收到的数据包内的第一校验数据是否相同；

如果判断结果为否，在预定数据接收完毕后，删除预定数据，并向所述后端设备发送携带有目标分组编号的第三错误信息，以使得所述后端设备在接收到所述第三错误信息后，将目标分组编号对应的分组下的各数据包依次插入所述行消隐区中，以将目标分组编号对应的分组下的各数据包通过所述同轴线缆依次发送至所述前端设备，其中，所述目标分组编号为本次接收到的数据包所属的分组对应的分组编号，所述预定数据为所述目标分组编号对应的分组下的所有数据包中的数据。

6.根据权利要求1所述的方法，其特征在于，所述软件升级指令中包括数据包所适用的前端设备的第一类型信息，相应地，所述通过所述同轴线缆获得来自所述后端设备的、插入在视频信号的行消隐区中的软件升级指令后，所述方法还包括：

判断所述第一类型信息与自身的第二类型信息是否相同；

如果判断结果为是，向所述前端设备发送第一确认信息，以使得所述前端设备在接收到所述第一确认信息后，将各数据包插入所述行消隐区中，并依次通过所述同轴线缆发送至所述前端设备。

7.根据权利要求6所述的方法，其特征在于，所述向所述前端设备发送第一确认信息，包括：

向所述后端设备发送第一确认信息，并将自身置于升级标记位；

所述基于接收到的各数据包，对所述前端设备的软件进行升级之前，所述方法还包括：

当检测到自身未置于所述升级标记位时，停止通过所述同轴线缆接收来自所述后端设备的数据包。

8.根据权利要求1所述的方法，其特征在于，所述软件升级指令中包括第二校验数据，所述第二校验数据为预先对所有数据包中的软件升级数据进行预设的第二校验运算后得到的；

相应地，所述基于所接收的各数据包，对自身的软件进行升级之前，所述方法还包括：

对所接收的各数据包中的软件升级数据进行预设的第二校验运算，以得到第二运行结果；

判断所述第二运算结果与所述第二校验数据是否相同；

如果判断结果为是，执行所述基于所接收的各数据包，对自身的软件进行升级的步骤，并向所述后端设备发送用于表征升级包接收无误的第二确认信息。

9.根据权利要求1所述的方法，其特征在于，所述基于所接收的各数据包，对自身的软件进行升级之前，所述方法还包括：

判断所接收的各数据包的总容量是否小于自身的内存；

如果判断结果为是，执行所述基于所接收到的各数据包，对自身的软件进行升级的步骤；

如果判断结果为否，删除接收到的各数据包。

10.一种软件升级装置，其特征在于，应用在与后端设备通过同轴线缆相连的前端设备中，所述装置包括：

软件升级指令接收模块，用于通过所述同轴线缆接收来自所述后端设备的、插入在视频信号的行消隐区中的软件升级指令；

数据包接收模块，用于通过所述同轴线缆依次接收来自所述后端设备的、插入在所述行消隐区中的数据包，所述数据包中包括软件升级数据；

升级模块，用于基于所接收的各数据包，对自身的软件进行升级。

11.根据权利要求10所述的装置，其特征在于，各数据包中还包括基于预设编号规则确定的数据包编号，各数据包是按照数据包编号的顺序依次插入所述行消隐区中的，各数据包中的软件升级数据被插入所述行消隐区的指定区域；

所述装置还包括：

第一判断模块，用于在每次接收到数据包后，基于预设编号规则，判断本次接收到的数据包中的数据包编号是否满足第一设定条件；

第一处理模块，用于在所述第一判断模块的判断结果为是的情况下，从所述指定区域中提取所接收的数据包中的软件升级数据，并基于该数据包中的数据包编号，将所提取的软件升级数据写入自身的指定位置；

第二处理模块，用于在所述第一判断模块的判断结果为否的情况下，删除所接收的数据包，并向所述后端设备发送携带有待重发数据包的数据包编号的第一错误信息，以使得所述后端设备在接收到所述第一错误信息后，将所述待重发数据包插入所述行消隐区中，以将所述待重发数据包通过所述同轴线缆发送至所述前端设备；

相应地，所述升级模块，具体用于：

基于自身的指定位置中的软件升级数据，对自身的软件进行升级。

12.根据权利要求11所述的装置，其特征在于，各数据包被预先划分为至少一个分组，每一个分组具有一基于预设分组规则确定的分组编号，各数据包中包括的数据包编号为基于预设编号规则确定的、其在自身所属的分组下的编号，各分组是按照分组编号的顺序，依次插入所述行消隐区中的；

所述装置还包括：

分组编号接收模块，用于在每次通过所述同轴线缆接收一分组下的各数据包之前，通过所述同轴线缆接收该分组的分组编号；

第二判断模块，用于基于预设分组规则，判断本次接收到的分组编号是否满足第二设定条件；

第三处理模块，用于在所述第二判断模块的判断结果为否的情况下，向所述后端设备发送携带有待重发分组编号的第二错误信息，以使得所述后端设备在接收到所述第二错误信息后，将所述待重发分组编号插入所述行消隐区中，以将所述待重发分组编号通过所述同轴线缆发送至所述后端设备。

13.根据权利要求12所述的装置，其特征在于，所述软件升级指令中包括各分组编号中的最大值，以及该最大值对应的分组下的数据包的最大编号；

所述升级模块，具体用于：

在接收到所述最大值对应的分组下、包括有所述最大编号的数据包之后，基于自身指定位置中的软件升级数据，对自身的软件进行升级。

14.根据权利要求12所述的装置，其特征在于，各数据包中还包括第一校验数据，各第一校验数据为预先对各数据包中的软件升级数据进行预设的第一校验运算后得到的，相应地，所述装置还包括：

第一运算结果获得模块，用于在每次接收到数据包后，对本次接收到的数据包中的软件升级数据进行预设的第一校验运算，以得到第一运算结果；

第三判断模块，用于判断所述第一运算结果与本次接收到的数据包内的第一校验数据是否相同；

第四处理模块，用于在所述第三判断模块的判断结果为否的情况下，在预定数据接收完毕后，删除预定数据，并向所述后端设备发送携带有目标分组编号的第三错误信息，以使得所述后端设备在接收到所述第三错误信息后，将目标分组编号对应的分组下的各数据包依次插入所述行消隐区中，以将目标分组编号对应的分组下的各数据包通过所述同轴线缆依次发送至所述前端设备，其中，所述目标分组编号为本次接收到的数据包所属的分组对应的分组编号，所述预定数据为所述目标分组编号对应的分组下的所有数据包中的数据。

15.根据权利要求10所述的装置，其特征在于，所述软件升级指令中包括数据包所适用的前端设备的第一类型信息，相应地，所述装置还包括：

第四判断模块，用于在通过所述同轴线缆获得来自所述后端设备的、插入在视频信号的行消隐区中的软件升级指令后，判断所述第一类型信息与自身的第二类型信息是否相同；

第五处理模块，用于在所述第四判断模块的判断结果为是的情况下，向所述前端设备发送第一确认信息，以使得所述前端设备在接收到所述第一确认信息后，将各数据包插入所述行消隐区中，并依次通过所述同轴线缆发送至所述前端设备。

16.根据权利要15所述的装置，其特征在于，所述第五处理模块，具体用于：

向所述后端设备发送第一确认信息，并将自身置于升级标记位；

所述装置还包括：

第六处理模块，用于在基于接收到的各数据包，对所述前端设备的软件进行升级之前，当检测到自身未置于所述升级标记位时，停止通过所述同轴线缆接收来自所述后端设备的数据包。

17.根据权利要求10所述的装置，其特征在于，所述软件升级指令中包括第二校验数据，所述第二校验数据为预先对所有数据包中的软件升级数据进行预设的第二校验运算后得到的；

相应地，所述装置还包括：

第二运算结果获得模块，用于在基于所接收的各数据包，对自身的软件进行升级之前，对所接收的各数据包中的软件升级数据进行预设的第二校验运算，以得到第二运行结果；

第五判断模块，用于判断所述第二运算结果与所述第二校验数据是否相同；

第七处理模块，用于在所述第五判断模块的判断结果为是的情况下，触发所述升级模块，并向所述后端设备发送用于表征升级包接收无误的第二确认信息。

18.根据权利要求10所述的装置，其特征在于，所述装置还包括：

第六判断模块，用于在基于所接收的各数据包，对自身的软件进行升级之前，判断所接收的各数据包的总容量是否小于自身的内存；

第八处理模块，用于在所述第六判断模块的判断结果为是的情况下，触发所述升级模块；

第九处理模块，用于在所述第六判断模块的判断结果为否的情况下，删除接收到的各数据包。