CN101436126A - 在线升级过程中的信息翻译实现方法及装置 - Google Patents

Abstract

一种在线升级过程中的信息翻译方法及装置，其主要包括：首先，在执行在线升级操作的过程中，信息处理实体接收信息，所述信息的版本与信息处理实体当前使用的软件版本不一致；之后，信息处理实体中的信息翻译实体调用预先设置的该信息的版本对应动态翻译库，并利用该动态翻译库对接收到的信息进行翻译处理。可见，本发明实施例中是将用于保存翻译操作需要的参数信息的动态翻译库与信息翻译层分开建立，从而可以在占用较少资源的情况下，灵活、快捷地支持针对不同版本的信息格式的翻译操作。

Description

在线升级过程中的信息翻译实现方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种在线升级过程中的信息翻译实现方案。

背景技术

在通信系统中，对可用性要求较高，可用性是指在给定时间内的业务可用时间的比例。对于电信产品，其可用性至少要求达到99.999％的可用性的，即要求每年的平均业务中断时间不能超过5.526分钟。为此，针对通信系统中的软件升级便提出了不中断业务的要求。

目前采用的软件升级实现方案包括主备倒换升级的处理过程，如图1所示，相应的主备倒换升级的处理过程主要包括：

步骤1，对备用系统进行升级操作；

步骤2，执行主备倒换操作，包括进行相应的数据同步、平滑操作，在该过程中存在着主备用系统的软件版本不一致的情况；

步骤3，在原备用系统倒换为主用系统，且原主用系统倒换为备用系统后，由原备用系统提供相应的业务处理功能；

步骤4，对当前的备用系统(即原来的主用系统)进行升级操作。

经过上述处理，便可以实现针对整个主备用系统的升级操作。

在通信设备中，若采用的是多进程的系统，则根据实际应用需求可能需要基于组件进行升级操作。此时，采用上述处理过程进行升级操作后，将可能使得通信设备中的多个组件之间使用的软件版本不一致，针对这种情况，若不加处理，将导致通信设备无法正常应用。

为解决上述因软件版本不一致可能导致的通信设备无法正常应用的问题，目前通常采用的方法包括静态的消息翻译方式，相应的通过静态的消息翻译方式解决上述问题的实现方式如图2所示，在应用组件包括：应用核心层和消息翻译层，其中，应用核心层用于完成应用的实际业务逻辑，消息翻译层则用于与其它组件进行交互，当对端的软件版本跟本端的软件版本不一致时，执行相应的消息翻译工作，且该消息翻译层为一个整体的程序文件，即为静态库，用于支持对多个老版本的翻译，其在消息翻译过程中需要使用的各种软件版本的参数信息均被编译到相应的二进制文件中。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

由于该消息翻译层为整体的程序文件，因此，其随着需要支持的老版本的增多，相应的在消息翻译层中需要提供的翻译函数也会随之增加，进而导致程序文件随之增大。过大的程序文件必然会引出加载时间过长、程序启动时间过长、消耗过多的代码段空间等问题，从而影响消息传递效率。

发明内容

本发明的实施例提供了一种在线升级过程中的信息翻译实现方法及装置，以避免出现因负责信息翻译的程序文件过大导致占用的内存空间过大的问题，有效提高业务提供时间。

一种在线升级过程中的信息翻译方法，包括：

在执行在线升级操作的过程中，信息处理实体接收信息；

获得接收的所述信息的版本信息；

如果所述信息的版本信息与信息处理实体当前使用的软件的版本信息不一致，则调用该所接收到信息的版本信息对应的动态翻译库，并利用该动态翻译库对接收到的信息进行翻译处理。

一种在线升级过程中的信息翻译装置，包括：

信息接收单元，用于接收执行在线升级过程中的信息；

翻译库加载单元，用于在所述信息接收单元接收的信息的版本与当前使用的软件版本不一致时，根据接收到的信息的版本确定对应的动态翻译库，并调用该动态翻译库；

翻译处理单元，用于通过所述翻译库加载单元调用的动态翻译库对接收到的信息进行翻译处理。

由上述本发明的实施例提供的技术方案可以看出，本发明实施例中是将用于保存翻译操作需要的参数信息的动态翻译库与信息翻译层分开建立，从而可以在占用较少资源的情况下，灵活、快捷地支持针对不同版本的信息格式的翻译操作。

附图说明

图1为现有技术中实现软件版本升级的处理过程示意图；

图2为现有技术中实现消息翻译的处理过程示意图；

图3为本发明实施例中提供的信息翻译处理过程原理示意图；

图4为本发明实施例中提供的信息翻译处理过程示意图；

图5为本发明实施例中提供的动态翻译库加载过程示意图；

图6为本发明实施例一的应用场景的示意图；

图7为本发明实施例二的应用场景的示意图；

图8为本发明实施例三的应用场景的示意图；

图9为本发明实施例提供的装置的结构示意图。

具体实施方式

本发明实施例中是将用于保存翻译操作需要的参数信息的动态翻译库与信息翻译层分开建立，从而可以在占用较少资源的情况下，灵活、快捷地支持针对不同版本的信息格式的翻译操作。

本发明实施例中，参照图3所示，用于根据接收到的信息采用的版本信息，动态加载不同的动态翻译库进信息的翻译，具体可以包括：当执行在线升级操作时，若信息处理实体(如应用组件等)接收到的信息采用的版本信息与信息处理实体当前使用的软件的版本信息不一致，则信息处理实体中的信息翻译实体(即信息翻译层，如消息翻译层等)将调用预先设置的该接收到的信息采用的版本信息对应动态翻译库，并将该动态翻译库加载到信息翻译实体中，以实现对接收到的信息的翻译处理，即根据接收信息的版本实时调用一种适用的动态翻译库对信息进行翻译，使得信息翻译实体在工作过程中仅支持对一种版本信息的翻译，从而减少了信息翻译实体运行占用的内存空间。其中，相应的信息处理实体用于使用某版本信息对应的软件对接收到的信息进行处理，若接收到的信息采用的版本信息与其使用的软件的版本信息不一致，则还需要对接收到的信息进行翻译操作；以应用组件作为信息处理实体为例，其具体可以包括应用核心层和消息翻译层，其中，应用核心层用于完成应用的实际业务逻辑，消息翻译层用于与其它组件进行交互，当对端的版本跟自身的版本不一致时，执行相应的消息翻译工作。

在上述处理过程中，为使得可以准确获得用于进行翻译的动态翻译库，则在执行在线升级操作的过程中，可以根据升级后的版本及升级前的版本实时建立并保存对应的动态翻译库，以避免无法获得相应的动态翻译库，导致信息翻译过程无法进行，进而影响到信息的传递处理。

在本发明实施例中，由于接收到的信息还可能不需要翻译直接交由上层处理即可，因此，在接收到信息之后，首先需要做的是：判断接收到的信息采用的版本与本地使用的软件版本号是否一致，以确定所述信息的版本与信息处理实体当前使用的软件版本是否一致，并仅在不一致时，才进行相应的翻译处理。在该处理过程中，具体可以根据信息中承载的版本号判断接收信息采用的版本是否与本地使用的软件的版本信息一致，此时，则需要信息发送端在发送的信息中承载相应的版本号；当然，也可以在发送信息和接收信息的实体之间预先进行版本协商，以获知接收的信息采用的版本信息与本地使用的软件的版本信息是否一致，例如，在两个组件进行通信之前先进行版本协商，以获知通信使用的软件的版本信息，此时，则不需要每次进行信息版本的判断，只要收到了来自该组件的信息，则可以确定该信息对应的版本信息。

本发明实施例中，在确定信息处理实体收到需要翻译的信息后，由于信息翻译实体之前可能已经具备了翻译某版本信息的能力，故此时，可以首先判断一下当前的信息翻译实体是否支持针对接收信息的翻译，若支持，则可以直接进行翻译操作，而无需执行调用加载动态翻译库的操作，否则，需要根据该信息的版本调用对应的动态翻译库，并加载到信息翻译实体中，以便于对接收到的信息进行相应的翻译操作。

上述判断当前的信息翻译实体是否支持针对接收信息的翻译的处理具体可以根据预先保存的信息翻译实体当前支持的版本信息确定，为此，在完成动态翻译库的加载操作后，需要更新信息翻译实体当前支持的版本信息，以便于利用该版本信息作为当前的信息翻译实体是否支持针对接收信息的翻译的判断依据。

需要说明的，本发明实施例中的软件版本的升级指的是软件版本的改变，且具体包括软件版本的升高和降低，但是，无论是软件版本的升高还是软件版本的降低，相应的信息翻译处理过程类似。

本发明实施例具体可以但不限于应用于数据通信产品、核心网设备、终端设备、无线设备等产品中，并不限于应用于针对电信级软件或操作系统的升级操作。

为便于对本发明实施例的理解，下面将结果附图对本发明实施例的具体实现过程进行说明。

如图4所示，本发明实施例的具体实现过程包括以下步骤：

步骤1，在信息系统的信息发送端，核心层调用信息翻译层的API(应用程序接口)进行信息的发送；

步骤2，信息翻译层将需要发送的信息中的信息版本号字段填上本端的版本号；

步骤3，在所述信息中添加了本端版本号后，信息翻译层调用通信层的API将该信息发送。

步骤4，在信息系统的信息接收端，通信层收到信息发送端发来的信息包后，将其传送给本端的信息翻译层；

步骤5，信息翻译层获取本端的版本号和收到的信息中携带的版本号，并执行步骤6；

步骤6，信息翻译层判断本端的版本号与信息的版本号是否相同，若相同，则执行步骤7，否则，执行步骤8；

步骤7，将信息直接发送到信息接收端的上层进行处理，即无需进行信息翻译处理，过程结束。

步骤8，如果信息发送端和信息接收端的版本号不相同，则进一步判断翻译层当前是否支持对该信息版本的翻译，如果支持，则执行步骤9，否则执行步骤10；

步骤9，信息翻译层调用翻译函数将接收到的信息翻译成本端使用的软件版本对应的格式，并执行步骤8，将翻译后的信息发送到本端的上层进行处理，过程结束。

步骤10，如果信息翻译层当前不支持对该版本的信息的翻译，则根据接收到的信息的版本，从文件系统或网络上定位获取支持对该信息翻译的动态翻译库，并将其加载更新到当前的信息翻译层中，以更新信息翻译层的翻译函数，使得其可以对相应版本的信息进行翻译；

其中，在执行升级操作之前，需要将相应的动态翻译库发布到文件系统或网络上的特定位置，以便相应的信息翻译层可以执行该步骤，即能够定位到需要的动态翻译库。

步骤11，判断获取动态翻译库及加载该动态翻译库的过程是否成功，若成功，则执行步骤9，否则，执行步骤12；

步骤12，如果无法定位到信息翻译过程中需要的动态翻译库，或者，执行动态翻译库的动态加载过程失败，则认为不支持对该信息的翻译，并将该信息丢弃；

可选地，在该步骤中，还可以发出告警信息，以通知用户或其他实体。

在上述步骤10中，相应的动态加载翻译库的处理过程如图5所示，具体可以包括以下步骤：

步骤1，清除信息翻译层的当前已经注册的翻译函数等信息；

步骤2，将原加载到信息翻译层的动态翻译库卸载，例如，在类linux操作系统下，可以采用API dlclose()执行相应的卸载操作；

步骤3，将当前进行信息翻译需要的新的动态翻译库加载进内存空间，以将相应的动态翻译库加载到信息翻译层，例如，在类Linux操作系统下，可以采用API dlopen()执行相应的加载操作；

步骤4，将翻译库中的翻译函数等符号注册进翻译层，例如，在类linu×操作系统下，可以采用API dlsym()执行相应的注册操作。

步骤5，更新当前信息翻译层所支持的版本信息。

下面将结合附图对本发明实施例在相应的不同场景的升级过程中的具体应用实施例进行说明。且在各实施例的描述中，仅以升高软件的版本号为例进行说明，相应的降低软件版本号的处理过程与其类似。

实施例一

在该实施例中，相应的升级操作为针对单播接口的升级，假设升级之前，接口两端的软件版本相同，即组件A和组件B使用的软件版本相同，均为v1.4，之后，组件B执行了升级操作，如图6所示，相应的信息传送处理过程包括：

(一)组件A向组件B发送信息的处理过程

步骤1，组件B从版本1.4升级到版本1.5，相应的接口版本也从版本1.4变成了版本1.5；

步骤2，组件A向组件B发送信息包时，由于其未进行升级，故相应的信息包的版本仍为1.4；

步骤3，组件B收到来自组件A的信息包，且信息包的版本号为1.4；

步骤4，判断确定组件B中当前的信息翻译层不支持对版本1.4的翻译，因此，需要从当前的文件系统或网络上的某设备(如文件服务器等)上查找支持版本1.4翻译的动态翻译库，并将其动态加载到信息翻译层中；

步骤5，完成相应的动态翻译库的加载后，组件B调用信息翻译层中的翻译函数对信息进行翻译，并传送给上层处理。

(二)组件B向组件A发送信息的处理过程

步骤1，组件B向组件A发送信息包时，由于其已经升级，故相应的信息包的版本为1.5；

步骤2，组件A收到来自组件B的信息包，且信息包的版本号为1.5；

步骤3，判断确定组件A中当前的信息翻译层不支持对版本1.5的翻译，因此，需要从当前的文件系统或网络上的某设备(如文件服务器等)上查找支持版本1.5翻译的动态翻译库，并将其动态加载到信息翻译层中；

步骤4，在完成步骤3中相应的加载操作后，组件A调用翻译层中的翻译函数对信息进行翻译，并传送给上层处理。

实施例二

在该实施例中，相应的升级操作为针对多播接口的多播源的升级，相应的在升级之前，组件A、B、C使用的软件版本相同均为v1.4，之后，组件A从版本1.4升级到版本1.5，如图7所示，相应的信息传送处理过程如下：

步骤1，多播源的组件A从版本1.4升级到版本1.5，且接口版本也从1.4变成了1.5；

步骤2，组件A向外发送信息包，且信息的版本为1.5；

步骤3，组件B收到来自组件A的信息包，且信息版本号为1.5；

步骤4，判断确定组件B当前的信息翻译层不支持对版本1.5的翻译，因此，需要从当前的文件系统或网络上的某设备(如文件服务器等)上查找支持版本1.5翻译的动态翻译库，并将其动态加载到信息翻译层中；

步骤5，完成步骤4描述的加载操作后，组件B调用翻译层中的翻译函数对信息进行翻译，并将翻译后的信息传送给上层进行处理。

实施例三

在该实施例中，相应的升级操作为针对多播接口的多播接收者的升级，在升级之前，各组件A、B、C使用的软件版本相同，均为v1.4，之后，多播接收者组件B进行了升级，如图8所示，相应的信息处理过程包括：

步骤1，作为多播接收者的组件B应用的软件从版本1.4升级到版本1.5，相应的接口也发生变化，即接口版本也从版本1.4变成了1.5；

步骤2，作为多播源的组件A向外发送信息包，且信息包的版本为1.4；

步骤3，所述组件B收到来自组件A的信息包，该信息包的版本号为1.4；

步骤4，判断组件中当前的信息翻译层不支持对版本1.4的翻译，因此，需要从当前的文件系统或网络上的某设备(如文件服务器等)上查找支持版本1.4翻译的动态翻译库，并将其动态加载到信息翻译层中；

步骤5，在完成所述步骤4中的加载操作后，组件B调用信息翻译层中的翻译函数对信息进行翻译，并将翻译后的信息传送给上层进行处理。

本发明实施例还提供了一种在线升级过程中的信息翻译装置，其具体实现结构如图9所示，主要可以包括以下处理单元：

(1)信息接收单元，用于接收执行在线升级操作的过程中的信息，由于在线升级操作的特点使得接收到的信息与本端当前使用的处理信息的软件版本可能不相一致；

(2)翻译库加载单元，用于在所述信息接收单元接收的信息的版本与当前使用的软件版本不一致时，根据接收到的信息的版本确定对应的动态翻译库，并调用该动态翻译库；

(3)翻译处理单元，用于通过所述翻译库加载单元调用的动态翻译库对接收到的信息进行翻译处理。

可选地，为了使得翻译库加载单元可以获知当前接收信息的版本与本端当前使用的软件版本是否一致，则在该装置中还可以包括版本判断单元，用于判断所述信息接收单元接收到的信息中承载的版本号与本地使用的软件版本号是否一致，以确定所述信息的版本与信息处理实体当前使用的软件版本是否一致。

可选地，为了使得翻译库加载单元能够合理地进行动态翻译库的重新加载，该装置还可以包括翻译能力判断单元，用于判断当前是否支持针对接收信息的翻译，若支持，则通知翻译处理单元，否则，通知所述翻译库加载单元；例如，若在针对本次接收的信息处理之前所述翻译库加载单元已经调用加载了该信息对应的动态翻译库，则此时直接便可以通过翻译处理单元对接收到的信息进行翻译。

在该装置中，上述翻译能力判断单元具体可以根据记录的当前支持的信息版本进行相应的判断处理，为此，该装置还可以包括：

翻译信息版本保存单元，用于保存当前支持的版本信息，即当前可以翻译的信息的版本号，该版本信息具体用于作为当前是否支持针对接收信息的翻译的判断依据；

相应的翻译信息版本更新单元，用于在所述翻译库加载单元完成动态翻译库的调用加载操作后更新所述翻译信息版本保存单元中保存的当前支持的版本信息，以便于采用该版本信息作为当前是否支持针对接收信息的翻译的判断依据，准确判断当前可以翻译的信息版本。

在该装置中，还可以包括动态翻译库保存单元，以用于保存预先设置的各种版本信息对应的动态翻译库，从而便于所述翻译库加载单元的调用。而且，所述的动态翻译库保存单元中保存的动态翻译库还可能需要进行相应的更新操作，例如，在执行升级操作过程中便需要生成新的动态翻译库以实现相应的翻译处理功能，为此，该装置还可以包括动态翻译库更新单元，用于在执行在线升级操作的过程中，根据升级后的版本及升级前的版本建立并保存对应的动态翻译库，以更新所述动态翻译库保存单元保存的动态翻译库。

该装置具体可以设置于信息处理实体中以用于对其接收到的信息进行翻译处理，为使得对端接收信息后可以获知信息发送端采用的信息版本，则在该信息处理实体还可以包括信息发送单元，用于发送信息，并在发送的信息中携带信息处理实体当前使用的软件版本，从而使得信息接收端可以根据信息中的版本信息正确地处理接收到的信息。

上述各个本发明实施例具体可以应用消息系统中，用于在软件版本升级过程中对消息进行翻译操作，或者，也可以应用其他系统中，以对相应的信息执行翻译操作。

综上所述，上述各本发明实施例中，由于采用了动态翻译库的方式实现翻译层，从而使得信息翻译层在进行信息翻译过程中仅需要支持对一个版本的翻译即可，进而使得程序所占用的代码段空间尽可能缩小，避免了在某些产品中因内存较小(无法容纳庞大程序)导致无法实现信息翻译的问题。

而且，由于信息翻译层中仅需要支持对一个版本的翻译，因而使得信息翻译层的逻辑更加简单、清晰，进而使得程序的可维护性、可靠性更佳；同时，还使得信息翻译层可以更加灵活地支持多版本升级过程中的翻译操作，并可以保证升级过程中的业务不中断。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。即任何将信息翻译层与动态库结合，在不间断程序运行的情况下加载该动态库以适应通信对端信息变化的情况均在本专利的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (12)

1、一种在线升级过程中的信息翻译方法，其特征在于，包括：

在执行在线升级操作的过程中，信息处理实体接收信息；

获得接收的所述信息的版本信息；

如果所述信息的版本信息与信息处理实体当前使用的软件的版本信息不一致，则调用该所接收到信息的版本信息对应的动态翻译库，并利用该动态翻译库对接收到的信息进行翻译处理。

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

根据信息中承载的版本号判断接收信息采用的版本信息是否与本地使用的软件的版本信息一致；

或者，

在发送信息和接收信息的实体之间预先进行版本协商，以获知接收的信息采用的版本信息与本地使用的软件的版本信息是否一致。

3、根据权利要求1所述的方法，其特征在于，信息处理实体收到需要翻译的信息后，该方法还包括：

判断当前的信息翻译实体是否支持针对接收信息的翻译，若支持，则进行翻译操作，否则，根据该信息的版本调用对应的动态翻译库，并加载到信息翻译实体中。

4、根据权利要求3所述的方法，其特征在于，在完成所述加载操作后，该方法还包括：更新信息翻译实体当前支持的版本信息，该版本信息用于作为当前的信息翻译实体是否支持针对接收信息的翻译的判断依据。

5、根据权利要求1至4任一项所述的方法，其特征在于，在执行在线升级操作的过程中，该方法还包括：根据升级后的版本及升级前的版本建立并保存对应的动态翻译库。

6、一种在线升级过程中的信息翻译装置，其特征在于，包括：

信息接收单元，用于接收执行在线升级过程中的信息；

翻译库加载单元，用于在所述信息接收单元接收的信息的版本与当前使用的软件版本不一致时，根据接收到的信息的版本确定对应的动态翻译库，并调用该动态翻译库；

翻译处理单元，用于通过所述翻译库加载单元调用的动态翻译库对接收到的信息进行翻译处理。

7、根据权利要求6所述的装置，其特征在于，该装置还包括：

版本判断单元，用于判断所述信息接收单元接收到的信息中承载的版本号与本地使用的软件版本号是否一致，以确定所述信息的版本与信息处理实体当前使用的软件版本是否一致。

8、根据权利要求6所述的装置，其特征在于，该装置还包括：

翻译能力判断单元，用于判断当前是否支持针对接收信息的翻译，若支持，则通知翻译处理单元，否则，通知所述翻译库加载单元。

9、根据权利要求6所述的装置，其特征在于，该装置还包括：

翻译信息版本保存单元，用于保存当前支持的版本信息，该版本信息用于作为当前是否支持针对接收信息的翻译的判断依据；

翻译信息版本更新单元，用于在所述翻译库加载单元完成动态翻译库的调用加载操作后更新所述翻译信息版本保存单元中保存的版本信息。

10、根据权利要求6至9任一项所述的装置，其特征在于，该装置还包括动态翻译库保存单元，用于保存预先设置的动态翻译库。

11、根据权利要求10所述的装置，其特征在于，该装置还包括：

动态翻译库更新单元，用于在执行在线升级操作的过程中，根据升级后的版本及升级前的版本建立并保存对应的动态翻译库，以更新所述动态翻译库保存单元保存的动态翻译库。

12、根据权利要求6至9任一项所述的装置，其特征在于，该装置设置于信息处理实体中，且该信息处理实体还包括信息发送单元，用于发送信息，并在发送的信息中携带信息处理实体当前使用的软件版本。

Images