CN112995319A - 可视化监拍系统可靠升级的方法及系统 - Google Patents

Abstract

本发明公开了一种可视化监拍系统可靠升级的方法及系统，包括：接收后台发起的升级请求；满足升级条件时，接收后台发送的升级数据报文，每条报文中至少包含升级文件ID、总包数和当前包号信息；判断数据包是否完全接收，如果完全，则数据发送成功；否则，向后台发送补包请求，直至数据完全接收；所述补包请求至少包括：升级文件ID、未接收到包的个数和包号信息；根据接收到的数据报文，组合成升级文件。后台根据装置的反馈信息能够及时得知升级结果；即使在装置没有操作界面的情况下，工作人员也能够通过后台确认装置升级是否成功。

Description

可视化监拍系统可靠升级的方法及系统

技术领域

本发明属于输电线路可视化监拍技术领域，尤其涉及一种可视化监拍系统可靠升级的方法及系统。

背景技术

本部分的陈述仅仅是提供了与本公开相关的背景技术信息，不必然构成在先技术。

可视化监拍系统包括可视化装置和后台，需要升级的时候，由后台向装置发送升级包数据；可视化装置如果升级不成功，可能会导致系统不能正常运行，因此，可视化装置和后台的通信稳定性对于系统的正常工作十分重要。

现有技术中，可视化装置和后台大都是通过有连接或无连接的方式实现通信；

基于面向连接协议的通信方式的缺点是：由于偏远地区信号较弱，通信不稳定，很容易导致可视化装置的升级由于超时而失败。

基于非连接协议的通信方式的缺点：通信不可靠，无法解决由丢包导致的升级失败。

因此，可视化监拍系统升级过程中，由于没有反馈机制，后台无法准确得知可视化装置是否成功升级；特别是在无操作界面的情况下，用户无法直接观察到升级结果，导致无法正确判断可视化装置是否升级成功；从而影响可视化系统的稳定可靠运行。

发明内容

为克服上述现有技术的不足，本发明提供了一种可视化监拍系统可靠升级的方法及系统，解决可视化监拍系统升级过程中的由于通信不稳定而导致的升级失败的问题；从通信报文结构、升级交互流程和升级包文件三个方面入手，增强整个升级功能的普适性、稳定性和可靠性。

为实现上述目的，本发明的一个或多个实施例提供了如下技术方案：

一种可视化监拍系统可靠升级方法，包括：

后台向装置发起升级请求；

装置接收到后台发起的升级请求，根据装置当前的状态，对接收到的请求做出响应；

满足升级条件时，接收后台发送的升级数据报文，每条报文中至少包含升级文件ID、总包数和当前包号信息；

判断数据包是否完全接收，如果完全，则向后台反馈数据发送成功；否则，向后台发送补包请求；所述补包请求至少包括：升级文件ID、未接收到包的个数和包号信息；

后台接收装置的补包请求，向装置发送指定文件的设定区段数据；

装置根据接收到的数据报文，组合成升级包文件。

装置在接收到所有升级数据报文后，按照报文中的帧序号，将升级数据报文组合成升级包文件；

对升级包文件进行解压，并对包内数据进行验证；

升级包文件包括：升级所需要的二进制文件和TXT文件；

TXT文件内容为每个二进制文件的名称以及某对应的校验码；如解压后的文件，由装置计算出二进制文件的校验码与TXT中所记录的不同，则说明升级文件损坏或异常，不能用于升级。

在另一些实施方式中，公开了如下技术方案：

一种可视化监拍系统可靠升级系统，包括待升级装置端和后台端；所述待升级装置端包括：处理器和计算机可读存储介质，所述处理器被配置为执行如下过程：

接收后台发起的升级请求；

根据装置当前的状态，对接收到的请求做出响应；

满足升级条件时，接收后台发送的升级数据报文，每条报文中至少包含升级文件ID、总包数和当前包号信息；

判断数据包是否完全接收，如果完全，则数据发送成功；否则，向后台发送补包请求，直至数据完全接收；所述补包请求至少包括：升级文件ID、未接收到包的个数和包号信息；

根据接收到的数据报文，组合成升级文件。

在另一些实施方式中，公开了如下技术方案：

一种可视化监拍系统可靠升级系统，包括待升级装置端和后台端；所述后台端包括处理器和计算机可读存储介质，所述处理器被配置为执行如下过程：

后台向装置发起升级请求；

接收装置的响应，如果满足升级条件，则向装置发送升级数据报文，每条报文中至少包含升级文件ID、总包数和当前包号信息；

接收装置的补包请求，所述补包请求至少包括：升级文件ID、未接收到包的个数和包号信息；

向装置发送指定文件的设定区段数据，直至接收到数据发送成功的反馈。

本发明以下有益效果：

本发明创新性地提出了链路层多协议远程可靠升级技术，设计了多协议帧数据自动校验补发方法，可视化装置需要升级的时候，由后台发起指令，装置确认后，后台向装置发送升级包数据，并在数据包发送不完整时，及时补包；后台根据装置的反馈信息能够及时得知升级结果；即使在装置没有操作界面的情况下，工作人员也能够通过后台确认装置是否升级成功；实现升级过程安全、稳定，避免丢包的情况发生，同时能够准确确认装置是否升级成功。

本发明定义的报文结构易于分割和解析；方便在信息交互过程中了解报文的目的和功能；另外还具有校验字段，能保证每条报文的正确性。

本发明数据传输方法升级过程安全、稳定，避免丢包的情况发生，同时能够准确确认装置是否升级成功。

本发明数据传输方法对于有连接的通信方式和无连接的通信方式都适用。

附图说明

构成本发明的一部分的说明书附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。

图1是本发明实施例一中可视化监拍系统数据传输方法流程图；

图2是本发明实施例一中数据补包过程流程图。

具体实施方式

应该指出，以下详细说明都是示例性的，旨在对本发明提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本发明所属技术领域的普通技术人员通常理解的相同含义。

需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本发明的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。

在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

实施例一

在一个或多个实施方式中，公开了一种可视化监拍系统可靠升级方法，从通信报文结构、升级交互流程和升级包文件三个方面对数据传输方法进行改进。

一、本实施方式重新定义了通信报文的结构，具体为：

报头

长度

类型

序号

内容

校验

报尾

其中，报头和报尾：各占2字节，方便报文解析顺分割报文；如果定义1字节的报头报尾，容易出现相同数据；如定义多于2字节的报头报尾，则会降低报文分割效率。

长度：占2字节，用以标识出此报文的长度，方便报文解析器进行报文分割。

类型：占2字节，标识出本报文的用途。

序号：占2字节，自增，用以标识出报文的串号，方便对报文去重。

内容：报文内携带的数据。

校验：对整报文作校验，确定报文的完整性。

本实施方式定义的报文结构，有报头、长度和报尾，易于分割和解析；有类型和序号，方便双方在交互过程中轻松了解报文的目的和功能；另外还具有校验字段，能保证每条报文的正确性。

二、升级交互流程

参照图1，可视化监拍系统升级过程中，可视化装置端和后台端进行通信的过程如下：

首先由后台向装置发起升级请求，升级请求中包含升级文件ID、升级文件大小和报文总包数等信息。升级文件ID用于标识不同的升级任务，避免出现多升级任务混淆的情况；升级文件大小，用来告知装置升级包所需要占用的磁盘空间，方便装置作好升级准备。

装置收到升级请求报文后，可根据当前自身状态(如磁盘空间、网络流量、电量等)选择作出合适的响应，TP(True-Positive)或FP(Fasle-Positive)；以TP响应，说明装置当前具备升级条件，请后台开始发前升级数据报文；以FP响应，则说明装置当前不具备升级条件。

后台收到TP响应后，开始向装置发送升级数据报文，每条报文中都包含升级文件ID、总包数和当前包号。包含升级文件ID信息，方便装置区分当前所接收的文件；包含当前包号，方便装置端按顺序组合升级文件。

装置不断接收升级数据报文，根据每个报文的总包数和当前包号，将报文中的数据保存至本地磁盘，组合成升级文件。

装置接收完最后一包后，根据升级数据包接收情况，将未接收到的包号，通过补包请求报文，发送至后台。补包请求报文中包含升级文件ID、未接收到包的个数和包号等信息。

凭借这些信息，后台可以再次向装置发送指定文件的特定区段数据。在使用无连接协议，或装置所处地区网络通信不良时，经常会出现数据包丢失的情况，这时补包功能优点就凸显出来。如果装置成功地接收了所有数据包，则发送补包数为零的补包报文，作为接收成功的回复。

补包流程可以多次进行以确保数据的完整性，如图2所示：

后台收到装置发送的补包报文，如果补包数不为0，则再次发送相应包号的数据给装置，继续等待装置的应答；如果收到补包数为0的补包报文，则说明装置已经成功接收到所有的升级数据包。

后台将“升级包文件”进行切片，把每一片的数据，放在升级数据报中，发送至装置。

装置收到升级数据报文后，按报文中的帧序号，把每一片拼接起来，形成升级包文件。

对升级包文件进行解压，并对包内数据进行验证，最后完成升级。

本实施例中，为保证可靠性，规定了如下条件：

1.考虑到无连接的情形，所有报文在没有收到响应时，需要重复发送，至多5次，间隔数秒。

2.协议允许同一时间进行多个升级任务，但在实际应用中，同一时间只进行一项升级任务为宜。

3.升级数据报文的包大小根据现场情况合理选择，在距离基站远或信号差的区域，将包大小限制在1500字节以下为宜。

4.补包流程，重试次数不宜过多，以10次以内为宜。数次补包后，如果收到的数据包仍然不完整，则判定为升级失败，当前升级流程终止；可以由后台再次发起下一次升级流程。

三、升级包文件

升级包文件是ZIP压缩文件，其内容包含升级所需要的二进制文件(一个或数个)和一个TXT文件。

以ZIP压缩文件打包，既缩减了所传输的文件大小，降低传输负担，同时也是对升级包完整性的第一次验证，如果无法正常解压，则说明文件损坏。

TXT文件内容为每个二进制文件的名称以及某对应的校验码。如解压后的文件，由装置计算出二进制文件的校验码与TXT中所记录的不同，则说明升级文件损坏或异常，不能用于升级。

通过以上三个方面的优化，可以保证通信的普适性、可靠性，也可以保证升级文件的完整性，同时后台能及时得知升级的结果。

实施例二

在一个或多个实施方式中，公开了一种可视化监拍系统可靠升级系统，包括待升级装置端和后台端；其中，待升级装置端包括：处理器和计算机可读存储介质，所述处理器被配置为执行如下过程：

接收后台发起的升级请求；

根据装置当前的状态，对接收到的请求做出响应；

满足升级条件时，接收后台发送的升级数据报文，每条报文中至少包含升级文件ID、总包数和当前包号信息；

判断数据包是否完全接收，如果完全，则数据发送成功；否则，向后台发送补包请求，直至数据完全接收；所述补包请求至少包括：升级文件ID、未接收到包的个数和包号信息；

根据接收到的数据报文，组合成升级文件。

在另一些实施方式中，公开了一种可视化监拍系统数据传输系统，包括待升级装置端和后台端；其中，后台端包括处理器和计算机可读存储介质，所述处理器被配置为执行如下过程：

后台向装置发起升级请求；

接收装置的响应，如果满足升级条件，则向装置发送升级数据报文，每条报文中至少包含升级文件ID、总包数和当前包号信息；

接收装置的补包请求，所述补包请求至少包括：升级文件ID、未接收到包的个数和包号信息；

向装置发送指定文件的设定区段数据，直至接收到数据发送成功的反馈。

上述虽然结合附图对本发明的具体实施方式进行了描述，但并非对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

Claims (10)

1.一种可视化监拍系统可靠升级的方法，其特征在于，包括：

接收后台发送的升级数据报文，每条报文中至少包含升级文件ID、总包数和当前包号信息；

判断数据包是否完全接收，如果完全，则向后台反馈数据发送成功；否则，向后台发送补包请求；所述补包请求至少包括：升级文件ID、未接收到数据包的个数和包号信息。

2.如权利要求1所述的一种可视化监拍系统可靠升级的方法，其特征在于，装置接收到后台发起的升级请求，根据装置当前的状态，对接收到的请求做出响应；所述响应包括：当前具备升级条件，请求接收升级数据报文；或者，当前不具备升级条件，不接收升级数据报文。

3.如权利要求2所述的一种可视化监拍系统可靠升级的方法，其特征在于，所述升级请求至少包含升级文件ID、升级文件大小和报文总包数信息。

4.如权利要求1所述的一种可视化监拍系统可靠升级的方法，其特征在于，所述升级数据报文的结构包括：报头、长度、类型、序号、内容、校验和报尾。

5.如权利要求1所述的一种可视化监拍系统可靠升级的方法，其特征在于，根据接收到的每一条数据报文的ID、总包数和当前包号，将每一条报文中的数据保存，所有数据报文组合成升级文件。

6.如权利要求1所述的一种可视化监拍系统可靠升级的方法，其特征在于，所述补包请求的发送次数控制在设定的次数内，如果补包请求的发送次数达到了设定的次数后，装置接收到的数据包仍然不完整，则判定为升级失败。

7.如权利要求1所述的一种可视化监拍系统可靠升级的方法，其特征在于，装置在接收到所有升级数据报文后，按照报文中的帧序号，将升级数据报文组合成升级包文件；

对升级包文件进行解压，并对包内数据进行验证；

升级包文件包括：升级所需要的二进制文件和TXT文件；

TXT文件内容为每个二进制文件的名称以及某对应的校验码；如解压后的文件，由装置计算出二进制文件的校验码与TXT中所记录的不同，则说明升级文件损坏或异常，不能用于升级。

8.一种可视化监拍系统可靠升级的系统，包括待升级装置端和后台端；其特征在于，所述待升级装置端包括：处理器和计算机可读存储介质，所述处理器被配置为执行如下过程：

接收后台发起的升级请求；

根据装置当前的状态，对接收到的请求做出响应；

满足升级条件时，接收后台发送的升级数据报文，每条报文中至少包含升级文件ID、总包数和当前包号信息；

判断数据包是否完全接收，如果完全，则数据发送成功；否则，向后台发送补包请求，直至数据完全接收；所述补包请求至少包括：升级文件ID、未接收到包的个数和包号信息；

根据接收到的数据报文，组合成升级文件。

9.如权利要求8所述的一种可视化监拍系统可靠升级的系统，其特征在于，根据接收到的每一条数据报文的ID、总包数和当前包号，将每一条报文中的数据保存，所有数据报文组合成升级文件。

10.一种可视化监拍系统可靠升级的系统，包括待升级装置端和后台端；其特征在于，所述后台端包括处理器和计算机可读存储介质，所述处理器被配置为执行如下过程：

后台向装置发起升级请求；

接收装置的响应，如果满足升级条件，则向装置发送升级数据报文，每条报文中至少包含升级文件ID、总包数和当前包号信息；

接收装置的补包请求，所述补包请求至少包括：升级文件ID、未接收到包的个数和包号信息；

向装置发送指定文件的设定区段数据，直至接收到数据发送成功的反馈。

Images