CN101673205B - 接口板升级方法及系统 - Google Patents

Abstract

本发明公开了接口板升级方法及系统。方法包括：当要升级一类业务时，将针对主控板的新版本软件加载到新版本控制端；同时，将针对接口板的新版本软件加载到新版本业务端；旧版本控制端将业务数据同步到新版本控制端；新版本控制端向旧版本控制端发送控制权交接请求；旧版本控制端接收该请求并向接口板上的旧版本业务端发送切换指示；旧版本业务端接收该指示，将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端，交接完毕，旧版本业务端退出，同时，旧版本控制端退出并将业务控制权全部交接给新版本控制端，接口板升级完成。本发明实现了接口板的无限制升级，且保证了接口板升级过程中业务不中断、不丢包。

Description

接口板升级方法及系统

技术领域

本发明涉及软件升级技术领域，具体涉及接口板升级方法及系统。

背景技术

在分布式系统中，主控板和各接口板协同工作完成各种业务处理。其中，主控板控制接口板完成业务数据的收发。当要对接口板上的一种业务进行升级时，除了对接口板上的业务软件进行升级外，也要对主控板上的控制软件进行升级。

目前，对接口板上的业务进行升级，通常采用如下两种方法：

图1为现有技术一提供的接口板业务升级方法流程图，如图1所示，其具体步骤如下：

步骤101：当要升级一类业务时，将针对主控板的新版本软件加载到备用主控板的新版本控制端，备用主控板的新版本控制端从主用主控板的旧版本控制端获取业务数据，将该业务数据备份到本地。

步骤102：备用主控板的新版本控制端将该业务的控制权从主用主控板的旧版本控制端转移到自身，备用主控板升级为主用主控板。

针对每类业务，在主用主控板、备用主控板上分别会有一个控制端，当对业务进行升级时，为了保证业务控制不中断，先对备用主控板上的控制端进行控制软件升级，升级完成后，再将业务控制权转移给备用主控板。

通过步骤101、102，主控板上的控制软件升级完成。

步骤103：接口板重启或者接口板上的该业务重启，接口板向主用主控板获取该业务软件的最新版本，并将获取到的该最新版本存储到本地，此后运行该最新版本的业务软件。

每次接口板重启时，接口板都会向主控板获取各类业务软件的最新版本；若只有某类业务重启，则接口板只向主控板获取该类业务软件的最新版本。

图2为现有技术二提供的接口板业务升级方法流程图，如图2所示，其具体步骤如下：

步骤201：当要升级一类业务时，将针对主控板的新版本软件加载到备用主控板的新版本控制端，备用主控板的新版本控制端从主用主控板的旧版本控制端获取业务数据，将该业务数据备份到本地。

步骤202：备用主控板的新版本控制端将该业务的控制权从主用主控板的旧版本控制端转移到自身，备用主控板升级为主用主控板。

步骤203：主用主控板将业务软件补丁下发到接口板，接口板采用该补丁完成业务软件升级。

现有技术一通过重启方式完成接口板升级，必然会影响转发。现有技术二通过补丁方式完成接口板升级，虽然可以保证业务不中断，但受补丁本身的诸多限制，例如：当函数参数变动包括参数类型和个数变化时，或者，结构体、联合、枚举定义变动时，接口板升级不能通过补丁方式实现；补丁函数中无法引用使用静态定义的函数或变量，这会限制接口板的升级；函数体太小则不能打补丁，补丁通常需要至少11条指令，如果函数本身编译后的指令数太少，则不能打补丁，这也会限制接口板的升级。

发明内容

本发明提供接口板升级方法及系统，以实现接口板的无限制升级，并实现升级过程中的业务不中断、不丢包。

本发明的技术方案是这样实现的：

一种接口板升级方法，该方法包括：

当要升级一类业务时，将针对主控板的新版本软件加载到新版本控制端；同时，将针对接口板的新版本软件加载到新版本业务端；

旧版本控制端将业务数据同步到新版本控制端；新版本控制端向旧版本控制端发送控制权交接请求；旧版本控制端接收该请求并向接口板上的旧版本业务端发送切换指示；旧版本业务端接收该指示，将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端，交接完毕，旧版本业务端退出，同时，旧版本控制端退出并将业务控制权全部交接给新版本控制端，接口板升级完成。

所述旧版本控制端退出的同时进一步包括：将新产生的业务数据同步到新版本控制端。

所述旧版本业务端将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端包括：

旧版本业务端请求Socket管理模块解除自身与Socket实体之间的联系，并保留业务的Socket收、发缓冲；

Socket管理模块向旧版本业务端返回Socket特征码，旧版本业务端接收到Socket特征码，停止从Socket接收缓冲中读取报文，并将包含Socket特征码的业务数据同步到新版本业务端，同时将Socket连接控制权交接给新版本业务端；新版本业务端使用Socket特征码进行Socket重建，重建完成，接管Socket收、发缓冲。

一种接口板升级方法，该方法包括：

当要升级一类业务时，将针对主控板的新版本软件加载到新版本控制端；同时，将针对接口板的新版本软件加载到新版本业务端；

旧版本控制端将业务数据同步到新版本控制端，将业务控制权交接给新版本控制端；新版本控制端向接口板的旧版本业务端发送切换指示；接口板的旧版本业务端接收该指示，将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端，接口板升级完成。

所述旧版本业务端将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端包括：

旧版本业务端请求Socket管理模块解除自身与Socket实体之间的联系，并保留业务的Socket收、发缓冲；

Socket管理模块向旧版本业务端返回Socket特征码，旧版本业务端接收到Socket特征码，停止从Socket接收缓冲中读取报文，并将包含Socket特征码的业务数据同步到新版本业务端，同时将Socket连接控制权交接给新版本业务端；新版本业务端使用Socket特征码进行Socket重建，重建完成，接管业务的Socket收、发缓冲。

一种接口板升级系统，该系统包括：新版本控制端、旧版本控制端、旧版本业务端和新版本业务端，其中：

新版本控制端，加载了针对主控板的新版本软件后，从旧版本控制端获取业务数据，向旧版本控制端发送控制权交接请求；

旧版本控制端，接收控制权交接请求，向接口板上的旧版本业务端发送切换指示；接收旧版本业务端发来的退出消息，将业务控制权全部交接给新版本控制端；

旧版本业务端，接收切换指示，将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端，交接完毕，向旧版本控制端发送退出消息。

所述旧版本业务端包括：

第一模块，发出Socket请求，请求解除旧版本业务端与Socket实体之间的联系，并保留业务的Socket收、发缓冲；

第二模块，当接收到Socket特征码时，停止从Socket接收缓冲中读取报文，并将包含Socket特征码的业务数据同步到新版本业务端，同时将Socket连接控制权交接给新版本业务端；

且，所述新版本业务端使用Socket特征码进行Socket重建，重建完成，接管Socket收、发缓冲，

且，所述系统进一步包括：

Socket管理模块，接收旧版本业务端发来的Socket请求后，向旧版本业务端返回Socket特征码。

一种接口板升级系统，该系统包括：新版本控制端、旧版本控制端、旧版本业务端和新版本业务端，其中：

新版本控制端，加载了针对主控板的新版本软件后，从旧版本控制端获取业务数据，将旧版本控制端的业务控制权转移到自身，向旧版本业务端发送切换指示；

旧版本业务端，接收切换指示，将业务数据同步到新版本业务端，并将Socket连接控制权转移给新版本业务端。

所述旧版本业务端包括：

第一模块，发出Socket请求，请求解除旧版本业务端与Socket实体之间的联系，并保留业务的Socket收、发缓冲；

第二模块，当接收到Socket特征码时，停止从Socket接收缓冲中读取报文，并将包含Socket特征码的业务数据同步到新版本业务端，同时将Socket连接控制权交接给新版本业务端；

且，所述新版本业务端使用Socket特征码进行Socket重建，重建完成，接管业务的Socket收、发缓冲，

且，所述系统进一步包括：

Socket管理模块，接收旧版本业务端发来的Socket请求后，向旧版本业务端返回Socket特征码。

与现有技术相比，本发明中，在接口板升级时，先将新版本软件加载到新版本业务端，然后，控制端和业务端同时完成新、旧版本的数据同步和控制权交接；或者，控制端先完成新、旧版本的数据同步和业务控制权交接，完成后新版本控制端接管对旧版本业务端的业务控制，然后业务端完成新、旧版本的数据同步和Socket连接控制权交接，完成后新版本控制端开始对新版本业务端进行业务控制，本发明直接将新版本软件加载到新版本业务端，实现了接口板的无限制升级，且实现了业务的无缝升级，保证了升级过程中业务不中断、不丢包。

附图说明

图1为现有技术一提供的接口板业务升级方法流程图；

图2为现有技术二提供的接口板业务升级方法流程图；

图3为本发明实施例一提供的接口板业务升级方法流程图；

图4为本发明实施例二提供的接口板业务升级方法流程图；

图5为本发明实施例提供的接口板数据同步及连接控制权交接方法流程图；

图6为本发明实施例一提供的接口板业务升级系统组成图；

图7为本发明实施例二提供的接口板业务升级系统的组成图。

具体实施方式

图3为本发明实施例一提供的接口板业务升级方法流程图，如图3所示，其具体步骤如下：

步骤301：当要升级一类业务时，将针对主控板的新版本软件加载到备用主控板的新版本控制端；同时，接口板将针对接口板的新版本软件加载到新版本业务端。

当要升级一类业务时，备用主控板会针对该业务设置一个新版本控制端，接口板会针对该业务设置一个新版本业务端。

步骤302：备用主控板的新版本控制端从主用主控板的旧版本控制端获取业务数据，将该业务数据备份到本地。

备用主控板的新版本控制端配置有旧版本信息，在向旧版本控制端获取业务数据时，会将自身的新版本信息通知旧版本控制端，旧版本控制端根据该新版本信息将业务数据返回给新版本控制端。

步骤303：备用主控板的新版本控制端向主用主控板的旧版本控制端发送控制权交接请求。

当业务数据从旧版本控制端同步到新版本控制端后，新版本控制端就会主动与新版本业务端交互消息，但是，由于此时旧版本业务端并未将业务数据同步到新版本业务端，因此，新版本业务端上还未开始业务数据的收发，新版本控制端也未真正开始对新版本业务端的业务控制。

步骤304：主用主控板的旧版本控制端接收到控制权交接请求，向接口板上的旧版本业务端发送切换指示，该切换指示包含有新版本信息。

步骤305：接口板上的旧版本业务端接收切换指示，根据新版本信息，将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端，交接完毕，向旧版本控制端发送退出消息。

步骤306：旧版本控制端收到退出消息，将业务控制权全部交接给新版本控制端，即：完全退出对旧版本业务端的业务控制，接口板升级完成。

若在旧版本业务端与新版本业务端的数据同步和Socket连接控制权交接过程中，旧版本控制端由于与旧版本业务端的交互产生了新的数据，则在旧版本控制端退出前，还会将该新产生的数据同步到新版本控制端。

本步骤中的数据同步和Socket连接控制权交接完成后，新版本控制端才真正开始对新版本业务端进行业务控制，备用主控板真正升级为主用主控板，原主用主控板变为备用主控板。

图4为本发明实施例二提供的接口板业务升级方法流程图，如图4所示，其具体步骤如下：

步骤401：当要升级一类业务时，将针对主控板的新版本软件加载到备用主控板的新版本控制端；同时，接口板将针对接口板的新版本软件加载到新版本业务端。

步骤402：备用主控板的新版本控制端从主用主控板的旧版本控制端获取业务数据，将该业务数据备份到本地。

步骤403：备用主控板的新版本控制端将业务控制权转移到自身，升级为主用主控板，开始对接口板的旧版本业务端进行业务控制。

本步骤中的业务控制权转移完成后，原主用主控板变为备用主控板，退出对接口板上的旧版本业务端的业务控制。

步骤404：新主用主控板的新版本控制端向接口板的旧版本业务端发送切换指示，该切换指示包含新版本信息。

步骤405：接口板的旧版本业务端接收切换指示，根据新版本信息，将业务数据同步到新版本业务端，并将Socket连接控制权转移给新版本业务端，接口板升级完成。

本步骤中的数据同步和Socket连接控制权交接完成后，新版本业务端会与新版本控制端交互控制消息，新版本控制端开始对新版本业务端进行业务控制，同时，旧版本业务端自动退出。

需要指出的是，在图3、4所示实施例中，在对主控板进行升级时，也可将新版本控制端设置在主用主控板上，只要满足：新版本控制端与旧版本控制端占用不同的内存空间即可。

图5为本发明实施例提供的接口板数据同步及连接控制权交接方法流程图，如图5所示，其具体步骤如下：

步骤501：接口板上的旧版本业务端向Socket管理模块发送Socket请求，要求解除Socket实体与旧版本业务端之间的联系并保留该业务的Socket收、发缓冲。

步骤502：Socket管理模块接收到Socket请求，向接口板的旧版本业务端返回Socket特征码。

步骤503：接口板的旧版本业务端接收到Socket特征码，停止从该业务的Socket接收缓冲中读取报文。

步骤504：接口板的旧版本业务端将业务数据同步到新版本业务端。

该业务数据中包含Socket特征码。

步骤505：接口板的旧版本业务端将Socket连接控制权交接给新版本业务端，交接完毕，旧版本业务端退出。

步骤506：接口板的新版本业务端使用Socket特征码进行Socket重建，重建完成，开始接管该业务的Socket收、发缓冲。

以下以AAA业务为例，对本发明进行详细说明。

AAA业务的正常过程为：接口板上的AAA业务端接受用户触发后，将用户信息发送至认证服务器进行认证，认证通过后，用户申请的业务方可正常提供。

设采用本发明实施例二提供的接口板业务升级方法，则AAA业务的升级过程如下：

01：将针对主控板的新版本AAA软件加载到备用主控板的新版本AAA控制端，新版本AAA控制端从主用主控板的旧版本AAA控制端获取业务数据，将业务数据备份到本地；同时，接口板将针对接口板的新版本AAA软件加载到新版本业务端。

02：新版本AAA控制端从旧版本AAA控制端接管对接口板上的旧版本AAA业务端的控制，备用主控板升级为主用主控板。

03：新版本AAA控制端向接口板的旧版本AAA业务端发送切换指示。

04：接口板的旧版本AAA业务端向Socket管理模块发送Socket请求，要求解除Socket实体与旧版本AAA业务端之间的联系并保留AAA业务的Socket收、发缓冲。

06：Socket管理模块向接口板的旧版本AAA业务端返回Socket特征码。

07：接口板的旧版本AAA业务端接收到Socket特征码，停止从AAA业务的Socket接收缓冲中读取报文。

08：接口板的旧版本AAA业务端将包含Socket特征码的业务数据同步到新版本AAA业务端。

09：接口板的旧版本AAA业务端将Socket连接控制权交接给新版本AAA业务端，交接完毕，旧版本AAA业务端退出。

10：接口板的新版本AAA业务端使用Socket特征码进行Socket重建，重建完成，开始接管AAA业务的Socket收、发缓冲。

图6为本发明实施例一提供的接口板业务升级系统的组成图，如图6所示，其主要包括：新版本控制端61、旧版本控制端62、旧版本业务端63和新版本业务端64，其中：

新版本控制端61：加载了针对主控板的新版本软件后，从旧版本控制端62获取业务数据，向旧版本控制端62发送控制权交接请求。

旧版本控制端62：接收新版本控制端61发来的控制权交接请求，向接口板上的旧版本业务端63发送切换指示，该指示携带新版本信息；接收旧版本业务端63发来的退出消息，将新产生的数据同步到新版本控制端61，并将业务控制权全部交接给新版本控制端61。

旧版本业务端63：接收旧版本控制端62发来的切换指示，根据新版本信息，将业务数据同步到新版本业务端64，并将Socket连接控制权交接给新版本业务端64，交接完毕，向旧版本控制端62发送退出消息。

其中，旧版本业务端63可包括：第一模块和第二模块，其中：

第一模块，接收旧版本控制端62发来的切换指示，发出Socket请求，请求解除旧版本业务端63与Socket实体之间的联系，并保留业务的Socket收、发缓冲。

第二模块，当接收到Socket特征码时，停止从Socket接收缓冲中读取报文，并将包含Socket特征码的业务数据同步到新版本业务端64，同时将Socket连接控制权交接给新版本业务端64。

且，新版本业务端64使用Socket特征码进行Socket重建，重建完成，接管Socket收、发缓冲，

且，本发明实施例一提供的系统还可包括：

Socket管理模块，接收旧版本业务端63发来的Socket请求后，向旧版本业务端63返回Socket特征码。

图7为本发明实施例二提供的接口板业务升级系统的组成图，如图7所示，该系统包括：新版本控制端71、旧版本控制端72、旧版本业务端73和新版本业务端74，其中：

新版本控制端71：加载了针对主控板的新版本软件后，从旧版本控制端72获取业务数据，将旧版本控制端72的业务控制权转移到自身，开始对旧版本业务端73进行业务控制，并向旧版本业务端73发送切换指示，该指示携带新版本信息。

旧版本业务端73：接收新版本控制端71发来的切换指示，根据新版本信息，将业务数据同步到新版本业务端74，并将Socket连接控制权转移给新版本业务端74。

其中，旧版本业务端73可包括：第一模块和第二模块，其中：

第一模块，发出Socket请求，请求解除旧版本业务端73与Socket实体之间的联系，并保留业务的Socket收、发缓冲。

第二模块，当接收到Socket特征码时，停止从Socket接收缓冲中读取报文，并将包含Socket特征码的业务数据同步到新版本业务端74，同时将Socket连接控制权交接给新版本业务端74。

且，新版本业务端74使用Socket特征码进行Socket重建，重建完成，接管Socket收、发缓冲，

且，本发明实施例二提供的系统还可包括：

Socket管理模块，接收旧版本业务端73发来的Socket请求后，向旧版本业务端73返回Socket特征码。

以上所述仅为本发明的过程及方法实施例，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种接口板升级方法，其特征在于，该方法包括：

当要升级一类业务时，将针对主控板的新版本软件加载到新版本控制端；同时，将针对接口板的新版本软件加载到新版本业务端；

旧版本控制端将业务数据同步到新版本控制端；新版本控制端向旧版本控制端发送控制权交接请求；旧版本控制端接收该请求并向接口板上的旧版本业务端发送切换指示；旧版本业务端接收该指示，将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端，交接完毕，旧版本业务端退出，同时，旧版本控制端退出并将业务控制权全部交接给新版本控制端，接口板升级完成。

2.如权利要求1所述的方法，其特征在于，所述旧版本控制端退出的同时进一步包括：将新产生的业务数据同步到新版本控制端。

3.如权利要求1或2所述的方法，其特征在于，所述旧版本业务端将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端包括：

旧版本业务端请求Socket管理模块解除自身与Socket实体之间的联系，并保留业务的Socket收、发缓冲；

Socket管理模块向旧版本业务端返回Socket特征码，旧版本业务端接收到Socket特征码，停止从Socket接收缓冲中读取报文，并将包含Socket特征码的业务数据同步到新版本业务端，同时将Socket连接控制权交接给新版本业务端；新版本业务端使用Socket特征码进行Socket重建，重建完成，接管Socket收、发缓冲。

4.一种接口板升级方法，其特征在于，该方法包括：

当要升级一类业务时，将针对主控板的新版本软件加载到新版本控制端；同时，将针对接口板的新版本软件加载到新版本业务端；

旧版本控制端将业务数据同步到新版本控制端，将业务控制权交接给新版本控制端；新版本控制端向接口板的旧版本业务端发送切换指示；接口板的旧版本业务端接收该指示，将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端，接口板升级完成。

5.如权利要求4所述的方法，其特征在于，所述旧版本业务端将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端包括：

旧版本业务端请求Socket管理模块解除自身与Socket实体之间的联系，并保留业务的Socket收、发缓冲；

Socket管理模块向旧版本业务端返回Socket特征码，旧版本业务端接收到Socket特征码，停止从Socket接收缓冲中读取报文，并将包含Socket特征码的业务数据同步到新版本业务端，同时将Socket连接控制权交接给新版本业务端；新版本业务端使用Socket特征码进行Socket重建，重建完成，接管业务的Socket收、发缓冲。

6.一种接口板升级系统，其特征在于，该系统包括：新版本控制端、旧版本控制端、旧版本业务端和新版本业务端，其中：

新版本控制端，加载了针对主控板的新版本软件后，从旧版本控制端获取业务数据，向旧版本控制端发送控制权交接请求；

旧版本控制端，接收控制权交接请求，向接口板上的旧版本业务端发送切换指示，接收旧版本业务端发来的退出消息，将业务控制权全部交接给新版本控制端；

旧版本业务端，接收切换指示，将业务数据同步到新版本业务端，并将Socket连接控制权交接给新版本业务端，交接完毕，向旧版本控制端发送退出消息。

7.如权利要求6所述的系统，其特征在于，

所述旧版本业务端包括：

第一模块，发出Socket请求，请求解除旧版本业务端与Socket实体之间的联系，并保留业务的Socket收、发缓冲；

第二模块，当接收到Socket特征码时，停止从Socket接收缓冲中读取报文，并将包含Socket特征码的业务数据同步到新版本业务端，同时将Socket连接控制权交接给新版本业务端；

且，所述新版本业务端使用Socket特征码进行Socket重建，重建完成，接管Socket收、发缓冲，

且，所述系统进一步包括：

Socket管理模块，接收旧版本业务端发来的Socket请求后，向旧版本业务端返回Socket特征码。

8.一种接口板升级系统，其特征在于，该系统包括：新版本控制端、旧版本控制端、旧版本业务端和新版本业务端，其中：

新版本控制端，加载了针对主控板的新版本软件后，从旧版本控制端获取业务数据，将旧版本控制端的业务控制权转移到自身，向旧版本业务端发送切换指示；

旧版本业务端，接收切换指示，将业务数据同步到新版本业务端，并将Socket连接控制权转移给新版本业务端。

9.如权利要求8所述的系统，其特征在于，

所述旧版本业务端包括：

第一模块，发出Socket请求，请求解除旧版本业务端与Socket实体之间的联系，并保留业务的Socket收、发缓冲；

第二模块，当接收到Socket特征码时，停止从Socket接收缓冲中读取报文，并将包含Socket特征码的业务数据同步到新版本业务端，同时将Socket连接控制权交接给新版本业务端；

且，所述新版本业务端使用Socket特征码进行Socket重建，重建完成，接管业务的Socket收、发缓冲，

且，所述系统进一步包括：

Socket管理模块，接收旧版本业务端发来的Socket请求后，向旧版本业务端返回Socket特征码。

Images