CN102495739A - 一种数据的兼容方法、板间消息的兼容方法及相应系统 - Google Patents

Abstract

一种数据的兼容方法、板间消息的兼容方法及相应系统，所述数据兼容方法应用于采用主备倒换机制进行软件版本升级的过程中，在备用控制板下载了新版本软件后，包括：主用控制板和所述备用控制板分别提取本地数据库中各类结构体的结构体信息；所述结构体信息中至少包括对应结构体的长度信息；所述主用控制板将本地各类结构体的结构体信息发送给所述备用控制板；对于接收到的每一结构体信息，所述备用控制板分别与本地相应结构体的结构体信息进行比对，如不一致，则将所述主用控制板同步到本地的属于该结构体的数据扩展为该结构体在本地的长度后，再保存到该结构体在本地数据库的相应位置。采用本发明后，完全满足不中断业务进行数据兼容的要求。

Description

一种数据的兼容方法、板间消息的兼容方法及相应系统

技术领域

本发明涉及通信领域，尤其涉及一种数据的兼容方法、板间消息的兼容方法及相应系统。

背景技术

通常情况下，当设备新增需求或是解决了某重大故障时，需要进行软件版本升级。普通的升级方法是重新启动设备，然后重新下载新版本的软件。采用这种方法会导致在设备重新启动的这段时间内业务断流。因此，在许多场合需要使用不中断业务的升级方法。

现有的不中断业务的升级方法是利用热备份机制，将新版本软件复制到备用控制板上，模拟主备倒换的方式来实现不中断业务的升级。如图1所示，具体流程为：在正常运行旧版本软件的设备上重启备用控制板，备用控制板在启动时读取新版本软件，主用控制板按照热备份的方式将各种业务表项同步到备用控制板上。当同步完成后，执行主备倒换。此时运行了新版本软件的备用控制板作为主用控制板运行。通过这样的方法，达到不中断业务来升级软件的目的。

而主备板在进行交互时需要保证新旧软件版本之间的数据兼容。由于在软件版本的开发过程中，往往会对原有的数据结构进行扩展，这就有可能导致新旧版本间的通讯数据不兼容。如图2所示，数据扩展包括：结构体中的数据扩展(即在结构体中增加新数据)、结构体中的子结构体扩展(即增加新的结构体)、结构体中包含的子结构体的数据扩展(即在子结构体中增加新数据)、结构体中的数组扩展(即增加新的数组)及结构体中的数组的数据扩展(即在数组中增加新数据)。

解决数据兼容的难点在于：

1、通讯设备中往往有上千种板间数据结构，当需要对消息进行扩展时，无法一一改造各模块的发送和接收处理；

2、当A模块中包含了B模块的结构体时，如果B模块的结构体被扩展，会影响到A模块。也就是说，各模块单独改造意义不大。

因此，对于许多不中断业务升级的设备，其新版本在数据结构的扩展方面都受到了很大的限制，很多时候只能采取不扩展或尽量少扩展的策略。

发明内容

本发明的目的在于提供一种数据的兼容方法、板间消息的兼容方法及相应系统，用于在不中断业务的升级过程中，使新旧版本间的数据自动转换，以达到兼容的目的。

为解决上述问题，本发明提供了一种数据的兼容方法，应用于采用主备倒换机制进行软件版本升级的过程中，在备用控制板下载了新版本软件后，包括：

所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的结构体信息；所述结构体信息中至少包括对应结构体的长度信息；

所述主用控制板将本地各类结构体的结构体信息发送给所述备用控制板；

对于接收到的每一结构体信息，所述备用控制板分别与本地相应结构体的结构体信息进行比对，如不一致，则将所述主用控制板同步到本地的属于该结构体的数据扩展为该结构体在本地的长度后，再保存到该结构体在本地数据库的相应位置。

进一步地，所述方法还包括：

所述备用控制板如判断出接收到的结构体信息与本地相应结构体的结构体信息一致，则直接将属于该结构体的数据保存到该结构体在本地数据库的相应位置。

进一步地，

所述主用控制板将本地各类结构体的结构体信息发送给所述备用控制板，具体包括：

所述主用控制板将本地各类结构体的结构体信息置于消息头部，发送给所述备用控制板。

进一步地，

在进行结构体信息提取之前，还包括：

所述主用控制板和备用控制板分别为本地数据库中各类结构体分配结构体ID，然后分别在本地注册表内配置至少部分结构体的名称及该结构体ID的对应关系；

所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的结构体信息，具体包括：

所述主用控制板和所述备用控制板分别提取本地注册表中保存的各结构体ID对应的结构体的结构体信息。

进一步地，

所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的结构体信息，具体包括：

编译所述注册表，形成目标(OBJ)文件；其中，所述OBJ文件中包含各结构体的编译信息；

然后用反汇编工具将所述OBJ文件转换为带有全局符号表的文本文件；

将所述文本文件中相应的结构体信息加以整合，将整合后得到的结构体信息参与编译，得到各类结构体的结构体信息。

相应地，本发明还提供了一种板间消息的兼容方法，应用于采用主备倒换机制进行软件版本升级的过程中，包括：

主用控制板和备用控制板分别提取双方待交互消息的结构体信息；

所述主用控制板和所述备用控制板中任意一方在发送消息时，消息发送方将所述消息的结构体信息作为消息头附加在消息实体之前进行发送；

消息接收方在收到所述消息后，根据接收到的结构体信息，与本地保存的该消息对应的结构体信息进行比较，如二者不一致，则对接收的消息实体的长度进行扩展，形成与本端长度一致的消息后再进行处理。

进一步地，所述方法还包括：

所述消息接收方如判断出接收到的所述消息的结构体信息与本地保存的该消息的结构体信息一致，则直接对该消息进行处理。

相应地，本发明还提供了一种数据的兼容系统，应用于采用主备倒换机制进行软件版本升级的设备中，包括：主用控制板和备用控制板；

所述主用控制板用于提取本地数据库中各类结构体的结构体信息；所述结构体信息中至少包括对应结构体的长度信息；还用于将本地各类结构体的结构体信息发送给所述备用控制板；

所述备用控制板用于在下载了新版本软件后，提取本地数据库中各类结构体的结构体信息；还用于对于接收到的每一结构体信息，分别与本地相应结构体的结构体信息进行比对，如不一致，则将所述主用控制板同步到本地的属于该结构体的数据扩展为该结构体在本地的长度后，再保存到该结构体在本地数据库的相应位置。

进一步地，

所述备用控制板还用于在判断出接收到的结构体信息与本地相应结构体的结构体信息一致时，直接将属于该结构体的数据保存到该结构体在本地数据库的相应位置。

进一步地，

所述主用控制板用于将本地各类结构体的结构体信息发送给所述备用控制板，具体包括：

所述主用控制板用于将本地各类结构体的结构体信息置于消息头部，发送给所述备用控制板。

进一步地，

所述主用控制板和备用控制板还用于在进行结构体信息提取之前，分别为本地数据库中各类结构体分配结构体ID，然后分别在本地注册表内配置至少部分结构体的名称及该结构体ID的对应关系；

所述主用控制板和所述备用控制板分别用于提取本地数据库中各类结构体的结构体信息，具体包括：

所述主用控制板和所述备用控制板分别用于提取本地注册表中保存的各结构体ID对应的结构体的结构体信息。

进一步地，

所述主用控制板和所述备用控制板分别用于提取本地数据库中各类结构体的结构体信息，具体包括：

编译所述注册表，形成目标(OBJ)文件；其中，所述OBJ文件中包含各结构体的编译信息；

然后用反汇编工具将所述OBJ文件转换为带有全局符号表的文本文件；

将所述文本文件中相应的结构体信息加以整合，将整合后得到的结构体信息参与编译，得到各类结构体的结构体信息。

相应地，本发明还提供了一种板间消息的兼容系统，应用于采用主备倒换机制进行软件版本升级的设备中，包括：主用控制板和备用控制板；

主用控制板和备用控制板消息分别用于提取双方待交互消息的结构体信息；还用于任意一方在发送消息时，消息发送方将所述消息的结构体信息作为消息头附加在消息实体之前进行发送；

接收方用于在收到所述消息后，根据接收到的结构体信息，与本地保存的该消息对应的结构体信息进行比较，如二者不一致，则对接收的消息实体的长度进行扩展，形成与本端长度一致的消息后再进行处理。

进一步地，

所述消息接收方还用于在判断出接收到的所述消息的结构体信息与本地保存的该消息的结构体信息一致时，直接对该消息进行处理。

采用本发明后，可以达到以下有益效果：

从实际的升级过程看，完全满足不中断业务进行数据兼容的要求；

各个业务模块只需要进行注册，而不需要改造发送和接收消息的流程，改造的编码工作量较小；

可以处理复杂的数据兼容问题，尤其是各模块互相调用结构体这种耦合严重的情况；

可以以扩展数据后的软件版本为基础版本，再次扩展数据并升级。

附图说明

图1为现有技术中不中断业务的升级流程图；

图2为新版本软件进行数据扩展后的结构示意图；

图3为本发明实施例中数据兼容方法的流程图；

图4为本发明实施例中生成结构体信息的流程图；

图5为本发明实施例中扩展2个字段的消息兼容流程示意图；

图6为本发明实施例中数据兼容流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

本实施例主要提供了一种软件版本升级过程中的数据兼容方法，用以解决在不中断业务的前提下进行软件版本升级过程中的数据兼容问题，其中，数据兼容包括数据兼容和板间消息兼容。

在本实施例中，一种数据兼容方法，应用于采用主备倒换机制进行软件版本升级的过程中，在备用控制板下载了新版本软件后，如图3所示，包括以下步骤：

步骤10、主用控制板和备用控制板分别提取本地数据库中各类结构体的结构体信息；其中，同一类结构体中各节点具有相同的长度及相同类型的内容；结构体信息用于描述对应结构体，结构体信息中至少包括对应结构体的长度信息；

步骤20、主用控制板将本地各类结构体的结构体信息发送给备用控制板；其中，各类结构体的结构体信息可位于主用控制板发送给备用控制板的消息的头部；

步骤30、对于接收到的每一结构体信息，备用控制板分别与本地相应结构体的结构体信息进行比对，如不一致，则认为该结构体发生了数据扩展，需将主用控制板同步到本地的属于该结构体的数据扩展为该结构体在本地的长度后，再保存到该结构体在本地数据库的相应位置。如果一致，则直接将属于该结构体的数据保存到该结构体在本地数据库的相应位置。

由于在实际应用过程中，可能只有某些结构体的数据有后续进行扩展的可能，因此，为了进一步简化主备板间处理流程，可在进行结构体信息提取之前，分别为主用控制板数据库中和备用控制板数据库中各类结构体分配结构体ID，然后分别在本地注册表内配置部分结构体的名称及该结构体ID的对应关系。其中，该部分结构体为有可能进行数据扩展的结构体。需要注意的是，为主备板间相同结构体分配的结构体ID应保持一致。这样，主用控制板和备用控制板在进行结构体信息的提取时，可以根据注册表中保存的对应关系，仅提取注册表内各ID对应的结构体的结构体信息。

如上述说明可知，本实施例采取了字典转换的方式，即提供一张注册表，各模块只需要将需要有可能进行数据扩展的结构体加以注册即可实现结构体的转换，而不需要修改原有的发送接收消息的代码流程。而且，对扩展过数据的软件版本进行再次升级开发时，即再次扩展时，对注册过的结构体不需要重新注册，可以直接扩展结构体使用。

其中，步骤10中对提取各类结构体的结构体信息，如图4所示，具体包括：编译注册表文件，形成OBJ(目标)文件；其中，该OBJ文件中包含有各类结构体的编译信息；然后用反汇编工具将OBJ文件转换为带有全局符号表的文本文件；将文本文件中相应的结构体信息加以整合，然后将整合后到的结构体信息参与编译，得到各类结构体的结构体信息。

通过这样的方式，对用户是完全透明的，用户根本感知不到新旧版本间有一个数据转换的过程。

在本实施例中，板间消息的兼容方法，应用于采用主备倒换机制进行软件版本升级的过程中，如图5所示，包括：

1、主用控制板和备用控制板分别提取双方待交互消息的结构体信息；

2、主备板中任意一方在发送消息时，消息发送方将该消息的结构体信息作为消息头附加在消息实体之前进行发送；

3、消息接收方在收到该消息后，根据接收到的结构体信息，与本地保存的该消息对应的结构体信息进行比较，如二者不一致，则对接收的消息实体的长度进行扩展，形成与本端长度一致的消息再进行处理。

数据库用于以树形表的方式存储用户配置。在不中断业务升级过程中，由于不允许配置，所以数据库只需要在整体同步时加以转换，而不必在实时同步时转换。

如图6所示，软件版本升级过程中的数据库兼容方法，包括：

1、分别为数据库中的每个叶子节点分配一个ID(以下称注册ID)。在写库时填入注册ID，数据库在相应叶子数据位置记录下注册ID。不需要进行扩展的数据库节点，其注册ID填0；

2、建立注册表，将注册ID和结构体相关联；

3、将结构体信息发送到接收端。接收端剥离结构体信息，然后查找本地结构体。通过接收的结构体信息及本地的结构体信息，对接收到的数据进行转换，可以得到本地可以识别的数据，即在本地注册；

4、在备用控制板加载新版本完成后，主用控制板整体同步数据库到备用控制板；

5、整体同步完成后，主用控制板遍历自己的数据库，找出携带注册ID的叶子节点，构造消息发送相关结构体信息到备用控制板。备用控制板收到结构体信息后，和本地对应叶子节点比较，对有差异的叶子节点进行删除操作，并将转换后的数据重新写入对应该叶子节点位置的数据库节点。

下面针对本发明以实例的形式作进一步的阐述：

硬件环境：一台带有主控制板和备控制板的通讯设备。

软件环境：通讯设备所用软件版本的处理步骤如下：

第1步：在软件版本上注册100个数据结构，其中50个是板间消息结构体，50个是数据库节点结构体。注册完毕后，得到基础版本，记为V1.0；

第2步：在V1.0版本上扩展该消息的结构，得到的新版本记为V1.1；

第3步：下载版本V1.0到主用控制板；

第4步：重新启动备用控制板，并下载版本V1.1到备用控制板；

第5步：备用控制板下载版本完成后，接收主用控制板的板间消息和数据库同步消息；

第6步：板间消息和数据库同步消息都被转换为V1.1版本扩展后的数据结构；

第7步：主备倒换，备用控制板变为主用控制板，软件版本V1.1作为主用控制板开始工作。扩展了结构体的各个模块工作正常。

本实施例中，一种数据的兼容系统，应用于采用主备倒换机制进行软件版本升级的设备中，包括：主用控制板和备用控制板；

所述主用控制板用于提取本地数据库中各类结构体的结构体信息；所述结构体信息中至少包括对应结构体的长度信息；还用于将本地各类结构体的结构体信息发送给所述备用控制板；

所述备用控制板用于在下载了新版本软件后，提取本地数据库中各类结构体的结构体信息；还用于对于接收到的每一结构体信息，分别与本地相应结构体的结构体信息进行比对，如不一致，则将所述主用控制板同步到本地的属于该结构体的数据扩展为该结构体在本地的长度后，再保存到该结构体在本地数据库的相应位置。

较佳地，

所述备用控制板还用于在判断出接收到的结构体信息与本地相应结构体的结构体信息一致时，直接将属于该结构体的数据保存到该结构体在本地数据库的相应位置。

较佳地，

所述主用控制板用于将本地各类结构体的结构体信息发送给所述备用控制板，具体包括：

所述主用控制板用于将本地各类结构体的结构体信息置于消息头部，发送给所述备用控制板。

较佳地，

所述主用控制板和备用控制板还用于在进行结构体信息提取之前，分别为本地数据库中各类结构体分配结构体ID，然后分别在本地注册表内配置至少部分结构体的名称及该结构体ID的对应关系；

所述主用控制板和所述备用控制板分别用于提取本地数据库中各类结构体的结构体信息，具体包括：

所述主用控制板和所述备用控制板分别用于提取本地注册表中保存的各结构体ID对应的结构体的结构体信息。

较佳地，

所述主用控制板和所述备用控制板分别用于提取本地数据库中各类结构体的结构体信息，具体包括：

编译所述注册表，形成目标(OBJ)文件；其中，所述OBJ文件中包含各结构体的编译信息；

然后用反汇编工具将所述OBJ文件转换为带有全局符号表的文本文件；

将所述文本文件中相应的结构体信息加以整合，将整合后得到的结构体信息参与编译，得到各类结构体的结构体信息。

此外，本实施例中的板间消息的兼容系统，应用于采用主备倒换机制进行软件版本升级的设备中，包括：主用控制板和备用控制板；

主用控制板和备用控制板消息分别用于提取双方待交互消息的结构体信息；还用于任意一方在发送消息时，消息发送方将所述消息的结构体信息作为消息头附加在消息实体之前进行发送；

接收方用于在收到所述消息后，根据接收到的结构体信息，与本地保存的该消息对应的结构体信息进行比较，如二者不一致，则对接收的消息实体的长度进行扩展，形成与本端长度一致的消息后再进行处理。

较佳地，

所述消息接收方还用于在判断出接收到的所述消息的结构体信息与本地保存的该消息的结构体信息一致时，直接对该消息进行处理。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。根据本发明的发明内容，还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种数据的兼容方法，应用于采用主备倒换机制进行软件版本升级的过程中，在备用控制板下载了新版本软件后，包括：

所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的结构体信息；所述结构体信息中至少包括对应结构体的长度信息；

所述主用控制板将本地各类结构体的结构体信息发送给所述备用控制板；

对于接收到的每一结构体信息，所述备用控制板分别与本地相应结构体的结构体信息进行比对，如不一致，则将所述主用控制板同步到本地的属于该结构体的数据扩展为该结构体在本地的长度后，再保存到该结构体在本地数据库的相应位置。

2.如权利要求1所述的方法，其特征在于，还包括：

所述备用控制板如判断出接收到的结构体信息与本地相应结构体的结构体信息一致，则直接将属于该结构体的数据保存到该结构体在本地数据库的相应位置。

3.如权利要求1所述的方法，其特征在于：

所述主用控制板将本地各类结构体的结构体信息发送给所述备用控制板，具体包括：

所述主用控制板将本地各类结构体的结构体信息置于消息头部，发送给所述备用控制板。

4.如权利要求1所述的方法，其特征在于：

在进行结构体信息提取之前，还包括：

所述主用控制板和备用控制板分别为本地数据库中各类结构体分配结构体ID，然后分别在本地注册表内配置至少部分结构体的名称及该结构体ID的对应关系；

所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的结构体信息，具体包括：

所述主用控制板和所述备用控制板分别提取本地注册表中保存的各结构体ID对应的结构体的结构体信息。

5.如权利要求4所述的方法，其特征在于：

所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的结构体信息，具体包括：

编译所述注册表，形成目标(OBJ)文件；其中，所述OBJ文件中包含各结构体的编译信息；

然后用反汇编工具将所述OBJ文件转换为带有全局符号表的文本文件；

将所述文本文件中相应的结构体信息加以整合，将整合后得到的结构体信息参与编译，得到各类结构体的结构体信息。

6.一种板间消息的兼容方法，应用于采用主备倒换机制进行软件版本升级的过程中，包括：

主用控制板和备用控制板分别提取双方待交互消息的结构体信息；

所述主用控制板和所述备用控制板中任意一方在发送消息时，消息发送方将所述消息的结构体信息作为消息头附加在消息实体之前进行发送；

消息接收方在收到所述消息后，根据接收到的结构体信息，与本地保存的该消息对应的结构体信息进行比较，如二者不一致，则对接收的消息实体的长度进行扩展，形成与本端长度一致的消息后再进行处理。

7.如权利要求6所述的方法，其特征在于，还包括：

所述消息接收方如判断出接收到的所述消息的结构体信息与本地保存的该消息的结构体信息一致，则直接对该消息进行处理。

8.一种数据的兼容系统，应用于采用主备倒换机制进行软件版本升级的设备中，包括：主用控制板和备用控制板；

所述主用控制板用于提取本地数据库中各类结构体的结构体信息；所述结构体信息中至少包括对应结构体的长度信息；还用于将本地各类结构体的结构体信息发送给所述备用控制板；

所述备用控制板用于在下载了新版本软件后，提取本地数据库中各类结构体的结构体信息；还用于对于接收到的每一结构体信息，分别与本地相应结构体的结构体信息进行比对，如不一致，则将所述主用控制板同步到本地的属于该结构体的数据扩展为该结构体在本地的长度后，再保存到该结构体在本地数据库的相应位置。

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

所述备用控制板还用于在判断出接收到的结构体信息与本地相应结构体的结构体信息一致时，直接将属于该结构体的数据保存到该结构体在本地数据库的相应位置。

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

所述主用控制板用于将本地各类结构体的结构体信息发送给所述备用控制板，具体包括：

所述主用控制板用于将本地各类结构体的结构体信息置于消息头部，发送给所述备用控制板。

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

所述主用控制板和备用控制板还用于在进行结构体信息提取之前，分别为本地数据库中各类结构体分配结构体ID，然后分别在本地注册表内配置至少部分结构体的名称及该结构体ID的对应关系；

所述主用控制板和所述备用控制板分别用于提取本地数据库中各类结构体的结构体信息，具体包括：

所述主用控制板和所述备用控制板分别用于提取本地注册表中保存的各结构体ID对应的结构体的结构体信息。

12.如权利要求11所述的系统，其特征在于：

所述主用控制板和所述备用控制板分别用于提取本地数据库中各类结构体的结构体信息，具体包括：

编译所述注册表，形成目标(OBJ)文件；其中，所述OBJ文件中包含各结构体的编译信息；

然后用反汇编工具将所述OBJ文件转换为带有全局符号表的文本文件；

将所述文本文件中相应的结构体信息加以整合，将整合后得到的结构体信息参与编译，得到各类结构体的结构体信息。

13.一种板间消息的兼容系统，应用于采用主备倒换机制进行软件版本升级的设备中，包括：主用控制板和备用控制板；

主用控制板和备用控制板消息分别用于提取双方待交互消息的结构体信息；还用于任意一方在发送消息时，消息发送方将所述消息的结构体信息作为消息头附加在消息实体之前进行发送；

接收方用于在收到所述消息后，根据接收到的结构体信息，与本地保存的该消息对应的结构体信息进行比较，如二者不一致，则对接收的消息实体的长度进行扩展，形成与本端长度一致的消息后再进行处理。

14.如权利要求13所述的系统，其特征在于：

所述消息接收方还用于在判断出接收到的所述消息的结构体信息与本地保存的该消息的结构体信息一致时，直接对该消息进行处理。

Images