CN105812176A - 一种客户端主动式支持并发升级的远程升级方法 - Google Patents

Abstract

本发明公开了一种客户端主动式支持并发升级的远程升级方法，由客户端判断是否进入升级模式，如果能够进入升级模式就主动发送握手命令，服务器响应握手命令信息；接着由客户端判断是否进入升级数据部分，如果进入升级数据部分，由客户端要求每一包数据，服务器把每一包信息发送至客户端，客户端判断升级完成后发出升级确认信息，由服务器响应确认信息后客户端自动软件复位重启。本发明提出的升级方法是通过后台服务器启动升级，然后由客户端主导整个升级进度，这样可以支持服务器的并发升级，服务器只需要按照客户端的主导命令给出各个握手信息或者数据包即可，降低了对服务器的要求，使得服务器可以进行更多其他事务处理。

Description

一种客户端主动式支持并发升级的远程升级方法

技术领域

本发明属于电动汽车充电桩技术领域，具体涉及一种客户端主动式支持并发升级的远程升级方法。

背景技术

着电动汽车充电桩的大量建设和应用，用户对良好体验感的需求也被提上了日程，用户的体验感和充电桩的程序就是有着最直接的关系。

由于充电桩往往安装在室外，工作条件比较恶劣，而且在行业刚起步的时候，用户的体验感是需要不断地改进的，所以充电桩的长期正常运行和充电桩能够实时运行工程师修改后的新程序是用户体验感的基础，所以远程升级技术的应用在我们的产品中应运而生。那么远程升级就需要在客户端和服务器之间进行无线通信，那么一套好的通信流程是保证通信数据安全准确稳定的基础。

现有的远程升级的通信流程都是由服务器对客户端发起一个升级过程，服务器主导整个升级的过程，服务器在主导远程升级的通信流程时一般需要主动提出升级，等待是否允许升级，提出握手，等待握手是否成功，提出升级哪一包数据，等待升级数据包成功再循环提出升级下一包数据，一直到所有数据包全部升级成功，提出升级确认，等待升级确认完成。

以上现有技术存在一个问题：在整个升级过程中不能同时对多个客户端进行升级。

发明内容

为了解决上述现有技术中存在的服务器不能同时对多台设备进行升级的问题，本发明提出了一种由客户端自身发起的、支持服务器并发处理的程序升级的方法。

本发明中远程升级的通信流程也是通过服务器发起一个升级，然后由客户端主导整个升级流程，客户端判断是否进入升级模式，如果能够进入升级模式就主动发送握手命令，服务器响应握手信息；然后客户端判断是否进入升级数据流程，如果进入升级数据流程，客户端要求每一包数据，服务器只需要把每一包数据发送出来即可，客户端判断升级完成后发出升级确认信息，由服务器响应确认信息后客户端自动软件复位重启。这样服务器只需要响应客户端的主导命令，不需要进行各种命令的解析判断和跳转，这样对服务器的要求就可以降低标准、同时降低成本。由此可见，由客户端主导整个通信流程，服务器完全只是一个响应的功能。所以当多个客户端同时工作的时候，服务器只需要按照客户端的主导命令给出各个握手信息或者是数据包即可，能够节省服务器资源，节省的资源可以用来服务其他客户端设备。

升级数据流程的具体实现过程的技术方案包括如下：

一种客户端主动式支持并发升级的远程升级方法，

由客户端判断是否进入升级模式，如果能够进入升级模式就主动发送握手命令，服务器响应握手命令信息；

由客户端判断是否进入升级数据流程，如果进入升级数据流程，由客户端要求每一包数据，服务器把每一包数据发送至客户端，客户端判断升级完成后发出升级确认信息，由服务器响应确认信息，然后客户端自动软件复位重启。

优选技术方案，所述升级数据流程具体包括如下步骤：

步骤1，由客户端向服务器发起握手信号，服务器响应所述握手信号；

步骤2，由客户端发起索要数据包的请求，服务器响应请求并给出数据。

优选技术方案，在所述步骤1之前还包括软件版本号和客户编号的判断过程。

优选技术方案，在所述步骤2之后还包括由客户端发起的升级确认命令信息。

优选技术方案，所述步骤1的具体流程为：

步骤1.1，客户端主动发送握手信号给服务器；

步骤1.2，查询是否收到了服务器端发送过来的握手响应信号，如果十秒没有收到就会主动重新发送一次，重复三次如果还未收到就发送退出升级模式的命令；

步骤1.3，如果收到了服务器回复的握手响应信号，就把握手响应信号中的数据包信息保存下来。

优选技术方案，所述步骤2的具体流程为：

步骤2.1，客户端主动要求升级数据包的第n包数据，n＝1,2,3.....N；其中，N为数据包的个数；

步骤2.2，查询是否收到了服务器发送过来的客户端索要的当前的数据包，如果十秒没有收到就会主动重新发送一次索要数据包的命令，重复三次如果还未收到就发送退出升级模式的命令；

步骤2.3，收到数据包后进行设定的算法校验，同时把数据包保存到备份区域，然后判断是否已经获取了全部数据包，如果不是就索取下一包数据，重复执行步骤2.1-2.3。

优选技术方案，所述软件版本号和客户编号的判断过程包括如下步骤：

步骤3.1，客户端主动上传客户端当前的软件版本号和客户端对应的客户编号；

步骤3.2，查询是否接收到服务器发送过来的需要升级的软件版本号和升级软件对应的客户编号，如果十秒没有收到就会主动重新发送一次，重复三次如果还未收到就发送退出升级模式的命令；

步骤3.3，收到后需要判断客户编号和软件版本号是否正确；包括：首先需要判断客户编号是否一致，不一致那么就要退出升级模式；如果客户编号一致就需要判断发送过来的需要升级到的软件版本号是否是大于客户端当前的软件版本号，如果小于等于当前客户端软件版本号就会退出升级模式。当以上两个条件都满足后进行下一步。

优选技术方案，所述由客户端发起的升级确认命令信息包括如下步骤：

步骤4.1，客户端主动上传升级确认命令；

步骤4.2，查询是否收到了服务器发送过来的升级确认信息，如果十秒没有收到就会主动重新发送一次升级确认信息，重复三次如果还未收到就发送退出升级模式的命令；

步骤4.3，收到确认升级信息后，判断确认升级信息是否正确，如果不允许升级就退出升级模式，否则把客户端需要升级程序的标识写入到标识符区域；

步骤4.4，进入客户端软件复位，系统重新启动。

与现有技术相比，本发明的有益效果为：

(1)本发明提出的升级方法是通过后台服务器启动升级，然后由客户端主导整个升级进度，这样可以支持服务器的并发升级，服务器只需要按照客户端的主导命令给出各个握手信息或者数据包即可，降低了对服务器的要求，使得服务器可以进行更多其他的事务处理。

(2)本发明可以降低对服务器的性能需求，也提高了服务器的使用效率，通过本通信流程方式可以进行安全的远程数据的传输，远程升级成功后客户端会自动软件复位重启进行升级程序，远程升级不成功系统会继续运行设备的正常功能。

附图说明

图1是客户端正常运行查询是否进入升级模式的流程框图；

图2是远程升级数据的流程图。

具体实施方式

下面结合附图和具体实施例对本发明作进一步说明。本发明所述的客户端均为安装在充电桩设备上的客户端。

如图1所示，客户端在工作过程中会定期检测后台服务器是否发送进入升级模式的命令，如果收到进入升级模式的命令，客户端会判断自身当前运行状态是否可以进入升级模式，如果不允许进入升级模式就回复不允许进入升级模式的命令，如果允许进入升级模式，客户端就进入升级模式，同时客户端禁止一些功能，例如进入升级模式后不允许启动充电等。

进入升级模式后，服务器端发起升级命令，由客户端判断是否进入升级模式，如果能够进入升级模式就主动发送握手命令，服务器响应握手命令信息。

然后由客户端主导整个升级流程，客户端判断是否进入升级数据流程，如果进入升级数据流程，由客户端要求每一包数据，服务器把每一包数据发送至客户端，客户端判断升级完成后发出升级确认信息，由服务器响应确认信息，然后客户端自动软件复位重启。

服务器根据客户端的请求直接取出对应报文数据并发送报文数据到客户端。为了让升级数据有地方存放和提示客户端是否有升级发生，给客户端的存储区域划分了两个模块供升级数据使用，分别为备份区域和标识符区域。另外，增加客户编号控制，便于对不同客户不同版本的充电桩做区分，这样能够杜绝数据传输错误，不会把一个客户端的程序升级到另一个客户端上。

进入升级模式后的具体流程如图2所示。包括如下步骤：

1、软件版本号和客户编号的判断过程。具体包括如下(1)-(3)：

(1)客户端主动上传客户端当前的软件版本号和客户端对应的客户编号。

(2)查询是否接收到服务器发送过来的需要升级的软件版本号和升级软件对应的客户编号，如果十秒没有收到就会主动重新发送一次，重复三次如果还未收到就发送退出升级模式的命令。

(3)收到后需要判断客户编号和软件版本号是否正确。包括：首先需要判断客户编号是否一致，不一致那么就要退出升级模式；如果客户编号一致就需要判断发送过来的需要升级到的软件版本号是否是大于客户端当前的软件版本号，如果小于等于当前客户端软件版本号就会退出升级模式。当以上两个条件都满足后进行下一步。

2、由客户端向服务器发起握手信号，服务器响应所述握手信号，具体包括如下(4)-(6)：

(4)客户端主动发送握手信号给服务器。

(5)查询是否收到了服务器端发送过来的握手响应信号，如果十秒没有收到就会主动重新发送一次，重复三次如果还未收到就发送退出升级模式的命令。

(6)如果收到了服务器回复的握手响应信号，就把握手响应信号中的数据包信息保存下来。

3、由客户端发起索要数据包的请求，服务器响应请求并给出数据，具体包括如下(7)-(9)：

(7)客户端主动要求升级数据包的第n包数据，n＝1,2,3.....N,其中，N为数据包的个数；

(8)查询是否收到了服务器端发送过来的客户端索要的当前的数据包，如果十秒没有收到就会主动重新发送一次索要数据包的命令，重复三次如果还未收到就发送退出升级模式的命令。

(9)收到数据包后进行设定的算法校验，同时把数据包保存到备份区域，然后判断是否已经获取了全部数据包，如果不是就索取下一包数据，重复执行(7)-(9)。

4、由客户端发起升级确认命令信息，具体包括如下(10)-(13)：

(10)客户端主动上传升级确认命令。

(11)查询是否收到了服务器发送过来的确认升级信息，如果十秒没有收到就会主动重新发送一次升级确认信息，重复三次如果还未收到就发送退出升级模式的命令。

(12)收到确认升级信息后，判断确认升级信息是否正确，如果不允许升级就退出升级模式，否则把客户端需要升级程序的标识写入到标识符区域。

(13)进入客户端软件复位，系统重新启动。

以上所述仅为本发明的实施例，并不用于限定本发明的保护范围，应当理解，在不违背本发明实质内容和原则的前提下，本领域技术人员所作任何修改、改进或等同替换等都将落入本发明的保护范围内。

Claims (8)

1.一种客户端主动式支持并发升级的远程升级方法，其特征在于，

由客户端判断是否进入升级模式，如果能够进入升级模式就主动发送握手命令，服务器响应握手命令信息；

由客户端判断是否进入升级数据流程，如果进入升级数据流程，由客户端要求每一包数据，服务器把每一包数据发送至客户端，客户端判断升级完成后发出升级确认信息，由服务器响应确认信息，然后客户端自动软件复位重启。

2.根据权利要求1所述的一种客户端主动式支持并发升级的远程升级方法，其特征在于，所述升级数据流程具体包括如下步骤：

步骤1，由客户端向服务器发起握手信号，服务器响应所述握手信号；

步骤2，由客户端发起索要数据包的请求，服务器响应请求并给出数据。

3.根据权利要求2所述的一种客户端主动式支持并发升级的远程升级方法，其特征在于，在所述步骤1之前还包括软件版本号和客户编号的判断过程。

4.根据权利要求2所述的一种客户端主动式支持并发升级的远程升级方法，其特征在于，在所述步骤2之后还包括由客户端发起升级确认命令信息。

5.根据权利要求2所述的一种客户端主动式支持并发升级的远程升级方法，其特征在于，所述步骤1的具体流程为：

步骤1.1，客户端主动发送握手信号给服务器；

步骤1.2，查询是否收到了服务器端发送过来的握手响应信号，如果十秒没有收到就会主动重新发送一次，重复三次如果还未收到就发送退出升级模式的命令；

步骤1.3，如果收到了服务器回复的握手响应信号，就把握手响应信号中的数据包信息保存下来。

6.根据权利要求2所述的一种客户端主动式支持并发升级的远程升级方法，其特征在于，所述步骤2的具体流程为：

步骤2.1，客户端主动要求升级数据包的第n包数据，n＝1,2,3.....N；其中，N为数据包的个数；

步骤2.2，查询是否收到了服务器发送过来的客户端索要的当前的数据包，如果十秒没有收到就会主动重新发送一次索要数据包的命令，重复三次如果还未收到就发送退出升级模式的命令；

步骤2.3，收到数据包后进行设定的算法校验，同时把数据包保存到备份区域，然后判断是否已经获取了全部数据包，如果不是就索取下一包数据，重复执行步骤2.1-2.3。

7.根据权利要求3所述的一种客户端主动式支持并发升级的远程升级方法，其特征在于，所述软件版本号和客户编号的判断过程包括如下步骤：

步骤3.1，客户端主动上传客户端当前的软件版本号和客户端对应的客户编号；

步骤3.2，查询是否接收到服务器发送过来的需要升级的软件版本号和升级软件对应的客户编号，如果十秒没有收到就会主动重新发送一次，重复三次如果还未收到就发送退出升级模式的命令；

步骤3.3，收到后需要判断客户编号和软件版本号是否正确；包括：首先需要判断客户编号是否一致，不一致那么就要退出升级模式；如果客户编号一致就需要判断发送过来的需要升级到的软件版本号是否是大于客户端当前的软件版本号，如果小于等于当前客户端软件版本号就会退出升级模式。当以上两个条件都满足后进行下一步。

8.根据权利要求4所述的一种客户端主动式支持并发升级的远程升级方法，其特征在于，所述由客户端发起的升级确认命令信息包括如下步骤：

步骤4.1，客户端主动上传升级确认命令；

步骤4.2，查询是否收到了服务器发送过来的升级确认信息，如果十秒没有收到就会主动重新发送一次升级确认信息，重复三次如果还未收到就发送退出升级模式的命令；

步骤4.3，收到确认升级信息后，判断确认升级信息是否正确，如果不允许升级就退出升级模式，否则把客户端需要升级程序的标识写入到标识符区域；

步骤4.4，进入客户端软件复位，系统重新启动。