WO2013064020A1 - 一种数据的兼容方法、板间消息的兼容方法及相应系统 - Google Patents
一种数据的兼容方法、板间消息的兼容方法及相应系统 Download PDFInfo
- Publication number
- WO2013064020A1 WO2013064020A1 PCT/CN2012/083198 CN2012083198W WO2013064020A1 WO 2013064020 A1 WO2013064020 A1 WO 2013064020A1 CN 2012083198 W CN2012083198 W CN 2012083198W WO 2013064020 A1 WO2013064020 A1 WO 2013064020A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- control board
- local
- information
- message
- structure information
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/1629—Error detection by comparing the output of redundant processing systems
Definitions
- the present invention relates to the field of communications, and in particular, to a data compatibility method, an inter-board message compatibility method, and a corresponding system.
- the uninterrupted service upgrade method of the related art is to use the hot backup mechanism to copy the new version of the software to the standby control board, and simulate the active/standby switchover mode to implement the uninterrupted service upgrade.
- the specific process is as follows: Restart the standby control board on the device running the old version of the software normally.
- the standby control board reads the new version software at startup, and the main control board displays various service tables according to the hot backup mode. Items are synchronized to the alternate control board. After the synchronization is complete, perform the active/standby switchover. At this time, the standby control board running the new version of the software runs as the main control board. In this way, the purpose of upgrading the software without interrupting the business is achieved.
- the data expansion includes: data expansion in the structure (that is, adding new data in the structure), sub-structure expansion in the structure (that is, adding a new structure), and sub-inclusions in the structure.
- the data expansion of the structure that is, adding new data to the sub-structure
- the array expansion in the structure that is, adding a new array
- the data expansion of the array in the structure that is, adding new data to the array
- the difficulty in solving data compatibility is:
- the embodiments of the present invention provide a data compatibility method, a method for composing inter-board messages, and a corresponding system, which are used to automatically convert data between new and old versions in an uninterrupted service upgrade process to achieve compatibility.
- a data compatibility method provided by the present invention includes: in the process of upgrading a software version by using an active/standby switching mechanism, after the new version software is downloaded by the standby control board, the primary control board and the standby control The board respectively extracts structure information of each type of structure in the local database; the main control board sends structural information of the local structure of each type to the standby control board;
- the standby control board For each structure information received, the standby control board compares with the structure information of the local corresponding structure, and if not, synchronizes the main control board to the local data belonging to the structure. After expanding to the data belonging to the local corresponding structure, save it to the corresponding position of the structure in the local database.
- the method further includes:
- the standby control board determines that the received structure information is consistent with the structure information of the local corresponding structure, the data belonging to the structure is directly saved to the corresponding position of the structure in the local database.
- the main control board sends the structure information of the local structure to the standby control board, including:
- the main control board places structural information of various local structures in a message header and sends the information to the standby control board.
- structural information of various local structures Preferably,
- the main control board and the standby control board respectively allocate structure IDs for various structures in the local database, and then respectively configure the names of the structures and the corresponding relationships of the structure IDs in the local registry;
- the main control board and the standby control board respectively extract structure information of each type of structure in the local database
- the method includes: the main control board and the standby control board respectively extract each structure saved in the local registry Structure information of the structure corresponding to the body ID.
- the main control board and the standby control board respectively extract structure information of various structures in the local database, and specifically include: compiling the registry to form an object (OBJ) file; wherein, the OBJ file includes Compilation information of each structure;
- OBJ object
- the OBJ file is converted into a text file with a global symbol table by using a disassembly tool; the corresponding structure information in the text file is integrated, and the integrated structure information is compiled and compiled to obtain various structures.
- Body structure information Preferably, the structure information includes length information of the corresponding structure;
- Expanding the data of the main control board to the local belonging to the structure to be expanded into data belonging to the local corresponding structure includes: expanding the length of the data belonging to the main body to the local control board to be local to the local The length of the corresponding structure.
- the embodiment of the present invention further provides a method for compiling an inter-board message, including: in the process of upgrading an software version by using an active/standby switchover mechanism,
- the main control board and the standby control board respectively extract structure information of the messages to be exchanged between the two sides; when any one of the main control board and the standby control board sends a message, the message sender constructs the structure information of the message. Attached as a message header before the message entity; After receiving the message, the message receiver compares with the structure information corresponding to the locally saved information according to the received structure information, and if the two are inconsistent, the received message entity is expanded and formed. The message with the same end structure information is processed.
- the method further includes:
- the message receiver determines that the received structure information of the message is consistent with the structure information of the locally saved message, the message is directly processed.
- the structure information includes length information of a corresponding message
- the message entity is extended to form a message consistent with the local structure information, including: extending the length of the received message entity to the length of the local message.
- the embodiment of the present invention further provides a data compatibility system, which is applied to a device for upgrading a software version by using an active/standby switchover mechanism, including: an active control board and a standby control board;
- the method is configured to: extract structure information of various structures in the local database; and send structural information of the local structure to the standby control board;
- the standby control board is configured to: after downloading the new version software, extract structure information of each structure in the local database; and perform information about each structure received and the structure information of the local corresponding structure respectively. If the data is inconsistent, the data belonging to the structure synchronized to the local structure is expanded to the data belonging to the local corresponding structure, and then saved to the corresponding position of the structure in the local database.
- the standby control board is further configured to: when it is determined that the received structure information is consistent with the structure information of the local corresponding structure, directly save the data belonging to the structure to the corresponding position of the structure in the local database.
- the main control board is configured to send structural body information of various types of structures to the standby control board in the following manner:
- the structure information of the local various structures is placed in the message header and sent to the standby control board.
- the main control board and the standby control board are further configured to: assign structural IDs to various structures in the local database before performing structural information extraction, and then configure at least part of the names of the structures in the local registry respectively. Corresponding relationship of the structure ID;
- the main control board and the standby control board are respectively configured to extract structural body information of various structures in the local database in the following manner:
- the main control board and the standby control board are respectively used to extract structure information of various structures in the local database, and specifically include:
- OBJ object
- the OBJ file is converted into a text file with a global symbol table by using a disassembly tool; the corresponding structure information in the text file is integrated, and the integrated structure information is compiled and compiled to obtain various structures.
- Body structure information Preferably, the structure information includes length information of the corresponding structure;
- the standby control board is configured to synchronize the data belonging to the structure to synchronize the data of the main control board to the local structure in the following manner: the data belonging to the local corresponding structure: synchronizing the main control board to the local
- the length of the data of the structure is expanded to the length of the local corresponding structure.
- the embodiment of the present invention further provides a compatible system for inter-board messages, which is applied to a device for upgrading a software version by using an active/standby switchover mechanism, including: an active control board and a standby control board; And the standby control board message is respectively set to extract the structure information of the message to be exchanged between the two parties; when the message is sent, the structure information of the message is attached as a message header before the message entity to be sent;
- the structure information corresponding to the locally saved information is compared according to the received structure information. If the two are inconsistent, the received message entity is expanded to form the same as the local structure information.
- the message is processed later.
- the primary control board and the standby control board are further configured to directly process the message when it is determined that the received body information of the message is consistent with the structure information of the locally saved message.
- the structure information includes length information of a corresponding message;
- the primary control board and the standby control board are configured to extend the received message entity in a manner to form a message consistent with the local structure information: extend the length of the received message entity to the length of the local message. .
- the data can be extended and upgraded again based on the software version after the data is expanded.
- FIG. 1 is a flowchart of an upgrade of an uninterrupted service in the related art
- Figure 2 is a schematic diagram of the structure of the new version of the software after data expansion
- FIG. 3 is a flowchart of a data compatibility method according to an embodiment of the present invention.
- FIG. 5 is a schematic diagram of a message compatibility process for extending two fields according to an embodiment of the present invention
- FIG. 6 is a schematic diagram of a data compatibility process according to an embodiment of the present invention.
- This embodiment provides a data compatibility method in a software version upgrade process, which is used to solve data compatibility problems in a software version upgrade process without interrupting services, where data compatibility includes data compatibility and inter-board message compatibility. .
- a data compatibility method is applied to the software version upgrade process in the active/standby switchover mechanism. After the new version software is downloaded on the standby control board, as shown in FIG. 3, the following steps are included:
- Step 10 The main control board and the standby control board respectively extract structure information of various structures in the local database; wherein, each node in the same type structure has the same length and the same type of content; the structure information is used to describe Corresponding structure, the structure information may include length information of the corresponding structure;
- Step 20 The main control board sends the structure information of the local structure to the standby control board; wherein the structure information of each type of structure may be located at the head of the message sent by the main control board to the standby control board;
- Step 30 For each structure information received, the standby control board compares with the structure information of the local corresponding structure respectively. If the information is inconsistent, the structure is considered to have data expansion, and the main control board needs to be synchronized. The data belonging to the local body is expanded, and can be extended to the local length of the structure, and the expanded data is saved to the corresponding position of the structure in the local database. If they are consistent, the data belonging to the structure is saved directly to the corresponding location of the structure in the local database.
- the main control board database may be separately used before the structure information is extracted.
- the structure IDs of the various structures in the standby control board database are neutralized, and then the names of the partial structures and the corresponding relationships of the structure IDs are respectively configured in the local registry.
- the partial structure is a structure that is likely to perform data expansion. It should be noted that the structure ID assigned to the same structure between the main and standby boards should be consistent. In this way, when the main control board and the standby control board extract the structure information, only the structure information of the structure corresponding to each ID in the registry can be extracted according to the correspondence stored in the registry.
- this embodiment takes a dictionary conversion method, that is, provides a registry, and each module only needs to register a structure that needs to be extended, so that the structure can be converted without Modify the original code flow for sending and receiving messages. Moreover, when the software version of the extended data is upgraded and developed again, when the extension is performed again, the registered structure does not need to be re-registered, and the structure can be directly expanded.
- the structure information of extracting various structures in step 10, as shown in FIG. 4, specifically includes: compiling a registry file to form an OBJ (target) file; wherein the OBJ file includes various structures. Compile the information; then use the disassembly tool to convert the OBJ file into a text file with a global symbol table; integrate the corresponding structure information in the text file, and then compile the integrated structure information into various structures. Body structure information.
- the method for composing inter-board messages is applied to the software version upgrade process using the active/standby switchover mechanism, as shown in FIG. 5, including:
- the main control board and the standby control board respectively extract structure information of the messages to be exchanged between the two parties;
- the sender of the message attaches the structure information of the message as a message header before the message entity to send;
- the message receiver After receiving the message, the message receiver compares with the structure information corresponding to the locally saved information according to the received structure information, and if the two are inconsistent, the received message entity is expanded, for example, The message that matches the length of the local end is processed.
- the database is used to store user configurations in a tree table. In the process of uninterrupted service upgrade, since configuration is not allowed, the database only needs to be converted during the overall synchronization, and does not have to be converted in real-time synchronization.
- the database compatibility method during the software version upgrade process includes:
- Assign an ID (hereinafter referred to as the registration ID) to each leaf node in the database. Fill in the registration ID when writing the library, and the database records the registration ID in the corresponding leaf data location. Database nodes that do not need to be extended, their registration ID is filled with 0;
- the main control board synchronizes the database to the standby control board as a whole;
- the main control board traverses its own database, finds the leaf node carrying the registration ID, and constructs a message to send the relevant structure information to the standby control board.
- the standby control board compares with the local corresponding leaf nodes, deletes the leaf nodes with different differences, and rewrites the converted data to the database node corresponding to the location of the leaf node.
- Hardware environment A communication device with a main control board and a standby control board.
- Step 1 Register 100 data structures on the software version, 50 of which are inter-board message structures and 50 are database node structures. After registration, get the basic version, recorded as V1.0;
- Step 2 Extend the structure of the message on version VI.0, and get the new version as VI.1; Step 3: Download version V1.0 to the main control board;
- Step 4 Restart the standby control board and download version VI.1 to the standby control board;
- Step 5 After the download version of the standby control board is completed, receive the inter-board message and database synchronization message of the main control board;
- Step 6 Inter-board messages and database synchronization messages are converted to the data structure of the VI.1 version extension;
- Step 7 Active/standby switchover, the standby control board becomes the main control board, and software version VI.1 starts working as the main control board.
- the modules that extend the structure work fine.
- a data compatibility system is applied to a device for upgrading a software version by using an active/standby switchover mechanism, including: an active control board and a standby control board;
- the main control board is configured to extract structure information of various structures in the local database;
- the structure information includes at least the length information of the corresponding structure; and is further configured to send the structure information of the local structure to the standby control board;
- the standby control board is configured to extract structure information of various structures in the local database after downloading the new version software, and also set the structure of the corresponding structure of the local structure for each structure information received. The information is compared. If the information is inconsistent, the main control board is synchronized to the local data belonging to the structure, for example, extended to the local length of the structure, and then saved to the structure in the local database. The corresponding location.
- the standby control board is further configured to directly save data belonging to the structure to a corresponding position of the structure in the local database when it is determined that the received structure information is consistent with the structure information of the local corresponding structure.
- the main control board is configured to send structural information of various local structures to the standby control board in the following manner:
- the structure information of the local various structures is placed in the message header and sent to the standby control board.
- the standby control board Preferably,
- the primary control board and the standby control board are further configured to allocate structure IDs for each type of structure in the local database before performing structure information extraction, and then respectively configure at least part of the structure name in the local registry and Correspondence relationship of the structure ID;
- the main control board and the standby control board are respectively configured to extract structural body information of various structures in the local database in the following manner:
- the main control board and the standby control board are respectively configured to extract structural body information of various structures in the local database in the following manner:
- OBJ object
- the OBJ file includes compilation information of each structure
- the OBJ file is converted into a text file with a global symbol table by using a disassembly tool; the corresponding structure information in the text file is integrated, and the integrated structure information is compiled and compiled to obtain various structures.
- Body structure information
- the compatible system for inter-board messages in the embodiment is applied to a device for upgrading a software version by using an active/standby switchover mechanism, including: an active control board and a standby control board;
- the main control board and the standby control board message are respectively set to extract the structure information of the messages to be exchanged between the two parties; also set to be that when any party sends a message, the message sender attaches the structure information of the message as a message header to the message entity. Send before;
- the receiving party sets, after receiving the message, compares with the structural information corresponding to the locally saved information according to the received structural body information, and if the two are inconsistent, the received message entity is expanded, for example, formed.
- the message that matches the length of the local end is processed.
- the message receiver is further configured to directly process the message when it is determined that the structure information of the received message matches the structure information of the message stored locally.
- the embodiment of the present invention satisfies the requirement of data compatibility without interrupting the service; each service module only needs to be registered, and the process of sending and receiving messages does not need to be modified, and the coded workload of the modification is small; Complex data compatibility issues, especially when the modules call each other structurally severely; the data can be extended and upgraded again based on the software version after the data is extended.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Hardware Redundancy (AREA)
Abstract
公开了一种数据的兼容方法、板间消息的兼容方法及相应系统。在采用主备倒换机制进行软件版本升级的过程中，并且在备用控制板下载了新版本软件之后，应用该数据兼容方法。该方法包括：主用控制板和该备用控制板分别提取本地数据库中各类结构体的结构体信息；该结构体信息中至少包括对应结构体的长度信息；该主用控制板将本地各类结构体的结构体信息发送给该备用控制板；对于接收到的每一结构体信息，该备用控制板分别与本地相应结构体的结构体信息进行比对；如不一致，则将该主用控制板同步到本地的属于该结构体的数据扩展为属于本地相应结构体的数据后，再保存到该结构体在本地数据库的相应位置。
Description
一种数据的兼容方法、 板间消息的兼容方法及相应系统
技术领域
本发明涉及通信领域， 尤其涉及一种数据的兼容方法、 板间消息的兼容 方法及相应系统。
背景技术
通常情况下， 当设备新增需求或是解决了某重大故障时， 需要进行软件 版本升级。 普通的升级方法是重新启动设备， 然后重新下载新版本的软件。 釆用这种方法会导致在设备重新启动的这段时间内业务断流。 因此， 在许多 场合需要使用不中断业务的升级方法。
相关技术的不中断业务的升级方法是利用热备份机制， 将新版本软件复 制到备用控制板上， 模拟主备倒换的方式来实现不中断业务的升级。 如图 1 所示， 具体流程为： 在正常运行旧版本软件的设备上重启备用控制板， 备用 控制板在启动时读取新版本软件， 主用控制板按照热备份的方式将各种业务 表项同步到备用控制板上。 当同步完成后， 执行主备倒换。 此时运行了新版 本软件的备用控制板作为主用控制板运行。 通过这样的方法， 达到不中断业 务来升级软件的目的。
而主备板在进行交互时需要保证新旧软件版本之间的数据兼容。 由于在 软件版本的开发过程中， 往往会对原有的数据结构进行扩展， 这就有可能导 致新旧版本间的通讯数据不兼容。 如图 2所示， 数据扩展包括： 结构体中的 数据扩展（即在结构体中增加新数据） 、 结构体中的子结构体扩展（即增加 新的结构体） 、 结构体中包含的子结构体的数据扩展（即在子结构体中增加 新数据） 、 结构体中的数组扩展（即增加新的数组）及结构体中的数组的数 据扩展 (即在数组中增加新数据 ) 。
解决数据兼容的难点在于：
1、 通讯设备中往往有上千种板间数据结构， 当需要对消息进行扩展时， 无法——改造各模块的发送和接收处理；
2、 当 A模块中包含了 B模块的结构体时， 如果 B模块的结构体被扩展， 会影响到 A模块。 也就是说， 各模块单独改造意义不大。
因此， 对于许多不中断业务升级的设备， 其新版本在数据结构的扩展方 面都受到了很大的限制 , 很多时候只能釆取不扩展或尽量少扩展的策略。
发明内容
本发明实施例提供了一种数据的兼容方法、 板间消息的兼容方法及相应 系统， 用于在不中断业务的升级过程中， 使新旧版本间的数据自动转换， 以 达到兼容的目的。
本发明提供的一种数据的兼容方法， 包括： 在釆用主备倒换机制进行软 件版本升级的过程中， 在备用控制板下载了新版本软件后， 所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的 结构体信息； 所述主用控制板将本地各类结构体的结构体信息发送给所述备用控制 板；
对于接收到的每一结构体信息， 所述备用控制板分别与本地相应结构体 的结构体信息进行比对， 如不一致， 则将所述主用控制板同步到本地的属于 该结构体的数据扩展为属于本地相应结构体的数据后， 再保存到该结构体在 本地数据库的相应位置。
较佳地， 所述方法还包括：
所述备用控制板如判断出接收到的结构体信息与本地相应结构体的结构 体信息一致， 则直接将属于该结构体的数据保存到该结构体在本地数据库的 相应位置。
较佳地，
所述主用控制板将本地各类结构体的结构体信息发送给所述备用控制 板， 包括：
所述主用控制板将本地各类结构体的结构体信息置于消息头部， 发送给 所述备用控制板。
较佳地，
在进行结构体信息提取之前， 还包括：
所述主用控制板和备用控制板分别为本地数据库中各类结构体分配结构 体 ID, 然后分别在本地注册表内配置结构体的名称及该结构体 ID的对应关 系；
所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的 结构体信息， 包括： 所述主用控制板和所述备用控制板分别提取本地注册表中保存的各结构 体 ID对应的结构体的结构体信息。
较佳地，
所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的 结构体信息， 具体包括： 编译所述注册表， 形成目标（OBJ )文件； 其中， 所述 OBJ文件中包含 各结构体的编译信息；
然后用反汇编工具将所述 OBJ文件转换为带有全局符号表的文本文件； 将所述文本文件中相应的结构体信息加以整合， 将整合后得到的结构体 信息参与编译， 得到各类结构体的结构体信息。 较佳地， 所述结构体信息包括对应结构体的长度信息；
将所述主用控制板同步到本地的属于该结构体的数据扩展为属于本地相 应结构体的数据包括： 将所述主用控制板同步到本地的属于该结构体的数据 的长度扩展为本地相应结构体的长度。
相应地， 本发明实施例还提供了一种板间消息的兼容方法， 包括： 在釆 用主备倒换机制进行软件版本升级的过程中，
主用控制板和备用控制板分别提取双方待交互消息的结构体信息； 所述主用控制板和所述备用控制板中任意一方在发送消息时， 消息发送 方将所述消息的结构体信息作为消息头附加在消息实体之前进行发送；
消息接收方在收到所述消息后， 根据接收到的结构体信息， 与本地保存 的该消息对应的结构体信息进行比较， 如二者不一致， 则对接收的消息实体 进行扩展， 形成与本端结构体信息一致的消息后再进行处理。
较佳地， 所述方法还包括：
所述消息接收方如判断出接收到的所述消息的结构体信息与本地保存的 该消息的结构体信息一致， 则直接对该消息进行处理。
较佳地， 所述结构体信息包括对应消息的长度信息；
对接收的消息实体的进行扩展， 形成与本端结构体信息一致的消息， 包 括： 将接收的消息实体的长度扩展为本端消息的长度。
相应地， 本发明实施例还提供了一种数据的兼容系统， 应用于釆用主备 倒换机制进行软件版本升级的设备中， 包括： 主用控制板和备用控制板； 所述主用控制板设置为： 提取本地数据库中各类结构体的结构体信息； 将本地各类结构体的结构体信息发送给所述备用控制板；
所述备用控制板设置为： 在下载了新版本软件后， 提取本地数据库中各 类结构体的结构体信息； 对于接收到的每一结构体信息， 分别与本地相应结 构体的结构体信息进行比对， 如不一致， 则将所述主用控制板同步到本地的 属于该结构体的数据扩展为属于本地相应结构体的数据后， 再保存到该结构 体在本地数据库的相应位置。
较佳地，
所述备用控制板还设置为： 在判断出接收到的结构体信息与本地相应结 构体的结构体信息一致时， 直接将属于该结构体的数据保存到该结构体在本 地数据库的相应位置。
较佳地，
所述主用控制板设置为以如下方式将本地各类结构体的结构体信息发送 给所述备用控制板：
将本地各类结构体的结构体信息置于消息头部，发送给所述备用控制板。 较佳地，
所述主用控制板和备用控制板还设置为： 在进行结构体信息提取之前， 分别为本地数据库中各类结构体分配结构体 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步： 在 VI.0版本上扩展该消息的结构， 得到的新版本记为 VI.1 ; 第 3步： 下载版本 V1.0到主用控制板；
第 4步： 重新启动备用控制板， 并下载版本 VI.1到备用控制板； 第 5步： 备用控制板下载版本完成后， 接收主用控制板的板间消息和数 据库同步消息； 第 6步：板间消息和数据库同步消息都被转换为 VI.1版本扩展后的数据 结构；
第 7步： 主备倒换， 备用控制板变为主用控制板， 软件版本 VI.1作为主 用控制板开始工作。 扩展了结构体的各个模块工作正常。
本实施例中， 一种数据的兼容系统， 应用于釆用主备倒换机制进行软件 版本升级的设备中， 包括： 主用控制板和备用控制板；
所述主用控制板设置为提取本地数据库中各类结构体的结构体信息； 所
述结构体信息中至少包括对应结构体的长度信息； 还设置为将本地各类结构 体的结构体信息发送给所述备用控制板；
所述备用控制板设置为在下载了新版本软件后， 提取本地数据库中各类 结构体的结构体信息； 还设置为对于接收到的每一结构体信息， 分别与本地 相应结构体的结构体信息进行比对， 如不一致， 则将所述主用控制板同步到 本地的属于该结构体的数据进行扩展，比如扩展为该结构体在本地的长度后， 再保存到该结构体在本地数据库的相应位置。
较佳地，
所述备用控制板还设置为在判断出接收到的结构体信息与本地相应结构 体的结构体信息一致时， 直接将属于该结构体的数据保存到该结构体在本地 数据库的相应位置。
较佳地，
所述主用控制板是设置为以如下方式将本地各类结构体的结构体信息发 送给所述备用控制板：
将本地各类结构体的结构体信息置于消息头部，发送给所述备用控制板。 较佳地，
所述主用控制板和备用控制板还设置为在进行结构体信息提取之前， 分 别为本地数据库中各类结构体分配结构体 ID, 然后分别在本地注册表内配置 至少部分结构体的名称及该结构体 ID的对应关系；
所述主用控制板和所述备用控制板分别设置为以如下方式提取本地数据 库中各类结构体的结构体信息：
较佳地，
所述主用控制板和所述备用控制板分别设置为以如下方式提取本地数据 库中各类结构体的结构体信息：
编译所述注册表， 形成目标（OBJ )文件； 其中， 所述 OBJ文件中包含 各结构体的编译信息；
然后用反汇编工具将所述 OBJ文件转换为带有全局符号表的文本文件； 将所述文本文件中相应的结构体信息加以整合， 将整合后得到的结构体 信息参与编译， 得到各类结构体的结构体信息。
此外， 本实施例中的板间消息的兼容系统， 应用于釆用主备倒换机制进 行软件版本升级的设备中， 包括： 主用控制板和备用控制板；
主用控制板和备用控制板消息分别设置为提取双方待交互消息的结构体 信息； 还设置为任意一方在发送消息时， 消息发送方将所述消息的结构体信 息作为消息头附加在消息实体之前进行发送；
接收方设置为在收到所述消息后， 根据接收到的结构体信息， 与本地保 存的该消息对应的结构体信息进行比较， 如二者不一致， 则对接收的消息实 体进行扩展， 比如形成与本端长度一致的消息后再进行处理。
较佳地，
所述消息接收方还设置为在判断出接收到的所述消息的结构体信息与本 地保存的该消息的结构体信息一致时， 直接对该消息进行处理。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
以上所述仅为本发明的优选实施例而已， 并非用于限定本发明的保护范 围。 根据本发明的发明内容， 还可有其他多种实施例， 在不背离本发明精神 改变和变形， 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。
工业实用性
本发明实施例从实际的升级过程看， 满足不中断业务进行数据兼容的要 求； 各个业务模块只需要进行注册， 而不需要改造发送和接收消息的流程， 改造的编码工作量较小； 可以处理复杂的数据兼容问题， 尤其是各模块互相 调用结构体这种耦合严重的情况；可以以扩展数据后的软件版本为基础版本， 再次扩展数据并升级。
Claims
1、 一种数据的兼容方法， 其包括： 在釆用主备倒换机制进行软件版本升 级的过程中， 在备用控制板下载了新版本软件后，
所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的 结构体信息；
所述主用控制板将本地各类结构体的结构体信息发送给所述备用控制 板；
对于接收到的每一结构体信息， 所述备用控制板分别与本地相应结构体 的结构体信息进行比对， 如不一致， 则将所述主用控制板同步到本地的属于 该结构体的数据扩展为属于本地相应结构体的数据后， 再保存到该结构体在 本地数据库的相应位置。
2、 如权利要求 1所述的方法， 其还包括：
所述备用控制板如判断出接收到的结构体信息与本地相应结构体的结构 体信息一致， 则直接将属于该结构体的数据保存到该结构体在本地数据库的 相应位置。
3、 如权利要求 1所述的方法， 其中：
所述主用控制板将本地各类结构体的结构体信息发送给所述备用控制板 的步骤包括：
所述主用控制板将本地各类结构体的结构体信息置于消息头部， 发送给 所述备用控制板。
4、 如权利要求 1所述的方法， 其中：
在进行结构体信息提取之前， 所述方法还包括：
所述主用控制板和备用控制板分别为本地数据库中各类结构体分配结构 体 ID, 然后分别在本地注册表内配置结构体的名称及该结构体 ID的对应关 系；
其中， 所述主用控制板和所述备用控制板分别提取本地数据库中各类结 构体的结构体信息的步骤包括：
所述主用控制板和所述备用控制板分别提取本地注册表中保存的各结构 体 ID对应的结构体的结构体信息。
5、 如权利要求 4所述的方法， 其中：
所述主用控制板和所述备用控制板分别提取本地数据库中各类结构体的 结构体信息的步骤包括：
编译所述注册表， 形成目标（OBJ )文件； 其中， 所述 OBJ文件中包含 各结构体的编译信息；
然后用反汇编工具将所述 OBJ文件转换为带有全局符号表的文本文件； 将所述文本文件中相应的结构体信息加以整合， 将整合后得到的结构体 信息参与编译， 得到各类结构体的结构体信息。
6、 如权利要求 1-5任一项所述的方法， 其中，
所述结构体信息包括对应结构体的长度信息；
将所述主用控制板同步到本地的属于该结构体的数据扩展为属于本地相 应结构体的数据包括： 将所述主用控制板同步到本地的属于该结构体的数据 的长度扩展为本地相应结构体的长度。
7、 一种板间消息的兼容方法， 包括： 在釆用主备倒换机制进行软件版本 升级的过程中，
主用控制板和备用控制板分别提取双方待交互消息的结构体信息； 所述主用控制板和所述备用控制板中任意一方在发送消息时， 消息发送 方将所述消息的结构体信息作为消息头附加在消息实体之前进行发送；
消息接收方在收到所述消息后， 根据接收到的结构体信息， 与本地保存 的该消息对应的结构体信息进行比较， 如二者不一致， 则对接收的消息实体 进行扩展， 形成与本端结构体信息一致的消息后再进行处理。
8、 如权利要求 7所述的方法， 其还包括：
所述消息接收方如判断出接收到的所述消息的结构体信息与本地保存的 该消息的结构体信息一致， 则直接对该消息进行处理。
9、 如权利要求 7或 8所述的方法， 其中，
所述结构体信息包括对应消息的长度信息；
对接收的消息实体的进行扩展， 形成与本端结构体信息一致的消息， 包 括： 将接收的消息实体的长度扩展为本端消息的长度。
10、 一种数据的兼容系统， 应用于釆用主备倒换机制进行软件版本升级 的设备中， 包括： 主用控制板和备用控制板；
所述主用控制板设置为： 提取本地数据库中各类结构体的结构体信息； 以及将本地各类结构体的结构体信息发送给所述备用控制板；
所述备用控制板设置为： 在下载了新版本软件后， 提取本地数据库中各 类结构体的结构体信息； 对于接收到的每一结构体信息， 分别与本地相应结 构体的结构体信息进行比对， 如不一致， 则将所述主用控制板同步到本地的 属于该结构体的数据扩展为属于本地相应结构体的数据后， 再保存到该结构 体在本地数据库的相应位置。
11、 如权利要求 10所述的系统， 其中：
所述备用控制板还设置为： 在判断出接收到的结构体信息与本地相应结 构体的结构体信息一致时， 直接将属于该结构体的数据保存到该结构体在本 地数据库的相应位置。
12、 如权利要求 10所述的系统， 其中：
所述主用控制板是设置为以如下方式将本地各类结构体的结构体信息发 送给所述备用控制板：
将本地各类结构体的结构体信息置于消息头部，发送给所述备用控制板。
13、 如权利要求 10所述的系统， 其中：
所述主用控制板和备用控制板还设置为： 在进行结构体信息提取之前， 分别为本地数据库中各类结构体分配结构体 ID, 然后分别在本地注册表内配 置至少部分结构体的名称及该结构体 ID的对应关系；
所述主用控制板和所述备用控制板分别设置为以如下方式提取本地数据 库中各类结构体的结构体信息：
提取本地注册表中保存的 4
14、 如权利要求 13所述的系统， 其中：
所述主用控制板和所述备用控制板分别设置为以如下方式提取本地数据 库中各类结构体的结构体信息：
编译所述注册表， 形成目标（OBJ )文件； 其中， 所述 OBJ文件中包含 各结构体的编译信息；
然后用反汇编工具将所述 OBJ文件转换为带有全局符号表的文本文件； 将所述文本文件中相应的结构体信息加以整合， 将整合后得到的结构体 信息参与编译， 得到各类结构体的结构体信息。
15、 如权利要求 10-14任一项所述的系统， 其中，
所述结构体信息包括对应结构体的长度信息；
所述备用控制板是设置为以如下方式将所述主用控制板同步到本地的属 于该结构体的数据扩展为属于本地相应结构体的数据： 将所述主用控制板同 步到本地的属于该结构体的数据的长度扩展为本地相应结构体的长度。
16、 一种板间消息的兼容系统， 应用于釆用主备倒换机制进行软件版本 升级的设备中， 包括： 主用控制板和备用控制板；
主用控制板和备用控制板消息分别设置为： 提取双方待交互消息的结构 体信息； 以及在发送消息时， 将所述消息的结构体信息作为消息头附加在消 息实体之前进行发送；
在收到消息后， 根据接收到的结构体信息， 与本地保存的该消息对应的 结构体信息进行比较， 如二者不一致， 则对接收的消息实体进行扩展， 形成 与本端结构体信息一致的消息后再进行处理。
17、 如权利要求 16所述的系统， 其中：
所述主用控制板和备用控制板还设置为在判断出接收到的所述消息的结 构体信息与本地保存的该消息的结构体信息一致时，直接对该消息进行处理。
18、 如权利要求 16或 17所述的系统， 其中，
所述结构体信息包括对应消息的长度信息；
所述主用控制板和备用控制板是设置为以如下方式对接收的消息实体的 进行扩展， 形成与本端结构体信息一致的消息： 将接收的消息实体的长度扩 展为本端消息的长度。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110343640.9A CN102495739B (zh) | 2011-11-03 | 2011-11-03 | 一种数据的兼容方法、板间消息的兼容方法及相应系统 |
| CN201110343640.9 | 2011-11-03 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2013064020A1 true WO2013064020A1 (zh) | 2013-05-10 |
Family
ID=46187567
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2012/083198 WO2013064020A1 (zh) | 2011-11-03 | 2012-10-19 | 一种数据的兼容方法、板间消息的兼容方法及相应系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102495739B (zh) |
| WO (1) | WO2013064020A1 (zh) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102495739B (zh) * | 2011-11-03 | 2017-05-24 | 中兴通讯股份有限公司 | 一种数据的兼容方法、板间消息的兼容方法及相应系统 |
| CN102867024A (zh) * | 2012-08-22 | 2013-01-09 | 东莞宇龙通信科技有限公司 | 一种文件下载的方法和终端设备 |
| CN102968357B (zh) * | 2012-11-01 | 2015-09-16 | 中兴通讯股份有限公司 | 一种分布式通信设备软件升级方法及系统 |
| CN107666495B (zh) * | 2016-07-27 | 2020-11-10 | 平安科技（深圳）有限公司 | 一种应用的容灾方法及终端 |
| CN106909429A (zh) * | 2017-04-05 | 2017-06-30 | 微鲸科技有限公司 | 一种同步升级方法及装置 |
| CN107368321B (zh) * | 2017-07-27 | 2020-09-18 | 苏州浪潮智能科技有限公司 | 一种软件版本演进方法及系统 |
| CN109787789B (zh) * | 2017-11-10 | 2022-08-12 | 中兴通讯股份有限公司 | 软件升级的兼容性管理方法、装置及设备、存储介质 |
| CN111858103B (zh) * | 2020-07-30 | 2022-08-16 | 南京甄视智能科技有限公司 | 软件系统内模块高低版本通信兼容实现方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1581165A (zh) * | 2004-05-18 | 2005-02-16 | 中兴通讯股份有限公司 | 一种在通信设备中实现关系数据库自动升级的方法 |
| CN101651706A (zh) * | 2008-08-14 | 2010-02-17 | 华为技术有限公司 | 一种数据发送和接收方法以及系统和装置 |
| CN102202073A (zh) * | 2010-03-24 | 2011-09-28 | 杭州华三通信技术有限公司 | 一种分布式系统及其数据同步方法 |
| CN102495739A (zh) * | 2011-11-03 | 2012-06-13 | 中兴通讯股份有限公司 | 一种数据的兼容方法、板间消息的兼容方法及相应系统 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050216902A1 (en) * | 2004-03-23 | 2005-09-29 | General Motors Corporation | Method and system for vehicle software configuration update management |
| CN102195895B (zh) * | 2011-03-23 | 2014-12-17 | 中兴通讯股份有限公司 | 一种消息发送、接收处理的方法及其装置 |
-
2011
- 2011-11-03 CN CN201110343640.9A patent/CN102495739B/zh active Active
-
2012
- 2012-10-19 WO PCT/CN2012/083198 patent/WO2013064020A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1581165A (zh) * | 2004-05-18 | 2005-02-16 | 中兴通讯股份有限公司 | 一种在通信设备中实现关系数据库自动升级的方法 |
| CN101651706A (zh) * | 2008-08-14 | 2010-02-17 | 华为技术有限公司 | 一种数据发送和接收方法以及系统和装置 |
| CN102202073A (zh) * | 2010-03-24 | 2011-09-28 | 杭州华三通信技术有限公司 | 一种分布式系统及其数据同步方法 |
| CN102495739A (zh) * | 2011-11-03 | 2012-06-13 | 中兴通讯股份有限公司 | 一种数据的兼容方法、板间消息的兼容方法及相应系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102495739B (zh) | 2017-05-24 |
| CN102495739A (zh) | 2012-06-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2013064020A1 (zh) | 一种数据的兼容方法、板间消息的兼容方法及相应系统 | |
| CN101645801B (zh) | 基于集群管理的软件版本升级方法及命令交换机 | |
| WO2017067230A1 (zh) | 一种基于微服务架构扩展软件功能的方法及装置 | |
| US7089550B2 (en) | Method and system for performing SW upgrade in a real-time system | |
| CN102164363B (zh) | 一种实现基站版本更新的方法和一种基站 | |
| CN102075580B (zh) | 分布式网络设备中同步数据的存储方法及系统 | |
| CN102609281A (zh) | 分布式软件补丁更新方法及系统 | |
| CN106843933A (zh) | 一种应用程序的漏洞修复方法、移动终端及补丁服务器 | |
| CN103544303A (zh) | 一种数据同步方法、系统和设备 | |
| CN109814902A (zh) | 一种配置文件更新方法、装置、电子设备及存储介质 | |
| CN101984406A (zh) | 一种通过无线局域网对终端进行升级的方法和系统 | |
| CN101329633A (zh) | 一种软件升级的方法和软件升级装置 | |
| WO2017141072A1 (en) | Model based upgrade campaign generation | |
| CN104283878A (zh) | 基于云服务的安全型移动终端及其访问云服务器的方法 | |
| CN112364049B (zh) | 数据同步脚本生成方法、系统、终端及存储介质 | |
| CN104615455A (zh) | 一种atca架构的ipmc程序远程升级方法及装置 | |
| CN105677380A (zh) | 一种双主控隔离的逐板升级的方法及装置 | |
| CN105681420A (zh) | 一种基于Docker实现交换机操作系统备份的方法 | |
| CN114079615A (zh) | 一种多集群环境下的应用同步方法、系统、介质和电子设备 | |
| CN108270846A (zh) | 一种云环境下支持安全操作系统动态部署的便携式装置 | |
| CN105656661B (zh) | 一种单板的软件管理方法及系统 | |
| WO2012062113A1 (zh) | 多核热补丁的实现方法及系统 | |
| EP4050850A1 (en) | Service upgrading method, device and system | |
| CN101739406A (zh) | 双控制器上文件服务操作的同步方法 | |
| CN111241200B (zh) | 基于SQLite数据库的主备同步处理方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12846603 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 12846603 Country of ref document: EP Kind code of ref document: A1 |