CN101222374B - 一种实现业务升级的系统、装置及方法 - Google Patents

Abstract

本发明涉及一种实现业务升级的系统、装置及方法。通过加载及注册升级后业务版本，并保留升级前的业务版本，然后将接收的业务处理请求，根据保存的所述业务处理请求与业务版本信息之间的对应关系，发送至加载与所述业务处理请求对应的业务版本的业务处理设备中进行业务处理，从而避免了在业务升级过程中，出现业务数据丢失的情况。

Description

一种实现业务升级的系统、装置及方法

技术领域

本发明涉及通信技术领域，尤其涉及一种实现业务升级的系统、装置及方法。

背景技术

随着科学技术的发展，通信领域的新技术不断涌现，从而使一些业务具有了新的功能。

而这些新功能中，有些是在原有功能基础上开发出来的。这时，如果业务要实现新的功能，就必须在原有业务的基础上，进行业务升级，从而使业务具有新的功能。

发明人在实现本方明的过程发现，在现有实现业务升级的技术方案中，若通信设备中的某个业务需要升级，则将通信设备中的所有业务都停止或转移至其他通信设备上，并在完成某个业务的升级后，其他业务再开始正常运作，这样，有可能导致其他正常业务出现数据丢失的情况。而且，由于升级的某个业务的新、旧版本之间没有进行信息交互，这样，有可能导致某个业务的新版本取代旧版本后，旧版本上正在运行的业务数据没有切换至新版本上继续处理，进而有可能导致进行升级操作的某个业务出现业务数据丢失的情况。

发明内容

本发明实施例要解决的主要技术问题是提供一种实现业务升级的系统、装置及方法，从而减少甚至避免了在业务升级过程中业务数据丢失的情况。

本发明实施例提供了一种实现业务升级的系统，包括通讯代理、命名中心、业务接入设备以及业务处理设备，所述业务接入设备与通讯代理以及业务处理设备相连，所述命名中心与通讯代理和业务处理设备相连，其中：

通讯代理，用于建立并保存业务版本信息，所述业务版本信息包括业务名称信息、业务版本地址信息以及连接标识；

命名中心，用于注册升级后的业务版本，以及注销升级前的业务版本，并根据所述注册升级后的业务版本以及注销升级前的业务版本操作，向通讯代理上报信息；

业务接入设备，用于接收系统外部发送的业务处理请求，并根据保存的所述业务处理请求与所述业务版本信息之间的对应关系，将接收的业务处理请求发送至加载有与所述业务处理请求对应的业务版本的业务处理设备中；

业务处理设备，用于加载业务版本，并处理所述业务接入设备发送的业务处理请求。

本发明实施例还提供了一种实现业务升级的通讯代理，包括

信息接收模块，用于接收上报的注册升级后的业务版本或者注销升级前的业务版本信息；

业务版本信息建立及保存模块，用于根据所述上报的注册升级后的业务版本或者注销升级前的业务版本的信息，建立并保存业务版本信息，所述业务版本信息包括业务名称信息、业务版本地址信息以及连接标识。

本发明实施例还提供了一种实现业务升级的业务接入设备，包括：

对应关系保存模块，用于保存所述业务处理请求与业务版本信息之间的对应关系，所述业务版本信息包括业务名称信息、业务版本地址信息以及连接标识；

接收模块，用于接收业务处理请求；

发送模块，用于根据所述对应关系保存模块保存的所述接收模块接收的业务处理请求与业务版本信息之间的对应关系，将所述接收的业务处理请求发送至加载有与所述业务处理请求对应的业务版本的业务处理设备中。

本发明实施例还提供了一种实现业务升级的方法，包括：

加载及注册升级后的业务版本；

接收业务处理请求，并根据保存的所述业务处理请求与业务版本信息之间的对应关系，将接收的业务处理请求发送至加载有与所述业务处理请求对应的业务版本的业务处理设备中进行业务处理。

由上述本发明实施例提供的技术方案可以看出，本发明实施例中，通过加载及注册升级后业务版本，并保留升级前的业务版本，然后将接收业务处理请求，根据保存的所述业务处理请求与业务版本信息之间的对应关系，发送至加载与所述业务处理请求对应的业务版本的业务处理设备中进行业务处理，从而避免了在业务升级过程中，出现业务数据丢失的情况。

附图说明

图1为本发明实施例提供的实现业务升级系统结构示意图；

图2为本发明实施例提供的实现业务升级的通讯代理结构示意图；

图3为本发明实施例提供的实现业务升级的业务接入设备结构示意图；

图4为本发明实施例提供的实现业务升级方法具体实现流程示意图；

图5为本发明实施例提供的实现业务升级系统在应用本发明实施例提供的实现业务升级方法过程中的状态示意图1；

图6为本发明实施例提供的实现业务升级系统在应用本发明实施例提供的实现业务升级方法过程中的状态示意图2；

图7为本发明实施例提供的实现业务升级系统在应用本发明实施例提供的实现业务升级方法过程中的状态示意图3；

图8为本发明实施例提供的实现业务升级系统在应用本发明实施例提供的实现业务升级方法过程中的状态示意图4。

具体实施方式

本发明实施例提供了一种实现业务升级的系统，通过将升级前、后的业务版本加载到不同的业务处理设备上，并将新、旧业务处理请求分别发送至加载升级后、前的业务版本的不同业务处理设备上进行分别处理，且当旧业务处理请求全部处理完毕后，注销及删除升级前的业务版本，从而平稳的实现了业务升级，避免了在业务升级过程中业务数据出现丢失的情况。

如附图1所示，本发明实施例提供的实现业务升级的系统，具体可由通讯代理11、命名中心12、业务接入设备13和业务处理设备14组成，且业务接入设备13与通讯代理11及业务处理设备14相连，命名中心12与通讯代理11及业务处理设备14相连。其中：

1)通讯代理11，用于建立并保存业务版本信息，所述业务版本信息包括业务名称信息、业务版本地址信息以及连接标识。如附图2所示，通讯代理11具体可以包括：

信息接收模块111，用于接收上报的注册升级后的业务版本或者注销升级前的业务版本信息；

业务版本信息建立及保存模块112，用于根据信息接收模块111接收的注册升级后的业务版本或者注销升级前的业务版本的信息，建立并保存业务版本信息，业务版本信息包括业务名称信息、业务版本地址信息以及连接标识。

在一个具体实施例中，信息接收模块111具体可以用于接收系统内命名中心12发送的注册升级后的业务版本，或者注销升级前的业务版本的信息。

在一个具体实施例中，业务版本信息建立及保存模块112建立的业务版本信息，可以保存为业务版本信息表，该业务版本信息表，具体可如下表1、表2所示：

表1

业务名称信息	升级前的业务版本地址信息	升级后的业务版本地址信息	连接ID
				APP/Module	Address0		0

表2

业务名称信息	升级前的版本地址信息	升级后的业务版本地址信息	连接ID
				APP/Module	Address0	Address1	1

上述业务版本信息表内具体可以包括业务名称信息、升级前的业务版本地址信息、升级后的业务版本地址信息以及连接标识(ID)。

在本发明实施例中，业务名称信息为升级前、后的业务版本的统一名称，且业务名称信息在该发明实施例提供的系统内具有唯一性。

升级前的业务版本地址信息以及升级后的业务版本地址信息可以统称为业务版本地址信息。业务版本地址信息具体可以包括：真实IP地址、虚拟IP地址、端口号、业务处理设备内部标识中的至少一项，或者多项。可以理解的是，本发明实施例提供的实现业务升级的系统中所涉及的业务版本地址信息并不仅限于上述地址信息，还可以包括其他地址信息。而且，业务处理设备的内部标识具体可以为全球唯一标识(UUID)，或者其他标识。

需要说明的是，本发明实施例中，由于是系统内的不同业务处理设备14分别加载升级前、后的业务版本。因此，表1、表2中的升级前的业务版本地址信息实质为加载升级前的业务版本的业务处理设备14的地址信息，升级后业务版本地址信息实质为加载升级后的业务版本的业务处理设备14的地址信息。这样，表1、表2也可以如下述表3、表4所示：

表3

业务名称信息	业务处理设备地址信息(加载升级前业务版本)	业务处理设备地址信息(加载升级后业务版本)	连接ID
				APP/Module	Address0		0

表4

业务名称信息	业务处理设备地址信息(加载升级前业务版本)	业务处理设备地址信息(加载升级后业务版本)	连接ID
				APP/Module	Address0	Address1	1

进一步需要说明的是，如果业务版本地址信息为IP地址，则本发明实施例可以适用于机器间的业务升级处理，即可以适用于加载升级前、后的版本信息的不同业务处理设备14，分别设置于不同的通信设备中的业务升级处理；如果业务版本地址信息为IP地址+端口号，则本发明实施例还可以适用于进程间或进程内的业务升级处理，即还可以适用于加载升级前、后的版本信息的不同业务处理设备14，设置于同一台通信设备内，使用同一个操作系统的进程内或者使用不同操作系统的进程间业务升级处理。从这一点上看，本发明实施例具有应用广泛的特点。

本发明实施例中，连接标识用于区分升级前、后的业务版本。具体的一个例子中，可以用0表示升级前的业务版本，用1表示升级后的业务版本。或者其他不同的数值分别表示升级前的业务版本、或者升级后的业务版本。可以理解的是，当用1表示的升级后的业务版本成为升级前的业务版本时，可以用0，或者其他数值表示更新的业务版本，并依此循环下去。

上述描述说明，通讯代理11在本发明实施例提供的实现业务升级的系统进行业务处理之前，需要结合当前系统中运行的业务处理设备14加载的业务版本的信息建立业务版本信息表，以方便系统中的业务接入设备13进行相应的处理(如何相应处理将在后续说明)，并在系统中某个业务处理设备14加载注册升级后的业务版本或注销升级前的业务版本时，根据命名中心12上报的升级前、后的业务版本信息，更新业务版本信息表，具体包括添加升级后的业务版本地址信息或删除升级前的业务版本地址信息，以及更改连接标识。

2)命名中心12，用于注册升级后的业务版本，以及注销升级前的业务版本，并根据注册升级前的业务版本以及注销升级后的业务版本的操作，向通讯代理11上报相关信息。

在一个具体实施例中，若系统中的某个业务处理设备14加载升级后的业务版本，则业务处理设备14将相关的升级后的业务版本信息发送至命名中心12，进行注册操作，命名中心根据接收到的升级后的业务版本信息进行业务版本注册，并向通讯代理11上报新注册的业务版本的相关信息。

若系统中加载升级前的业务版本的某个业务处理设备14完成旧业务处理请求的处理后，业务处理设备14向命名中心12发起注销业务版本操作，请求注销升级前的业务版本，命名中心12在接收到业务处理设备14的注销请求后，注销升级后的业务版本，并向通讯代理11上报注销业务版本的相关信息。

通过上述描述可以看出，命名中心12是系统中各业务处理设备的管理设备。

3)业务接入设备13，用于接收系统外部发送的业务处理请求，并根据保存的所述业务处理请求与所述业务版本信息之间的对应关系，将接收的业务处理请求发送至加载有与所述业务处理请求对应的业务版本的业务处理设备中。如附图3所示，所述业务接入设备13具体可以包括：

对应关系保存模块131，用于保存业务处理请求与业务版本信息之间的对应关系；

接收模块132，用于接收业务处理请求；

发送模块133，用于根据对应关系保存模块131保存的接收模块131接收的业务处理请求与业务版本信息之间的对应关系，将接收的业务处理请求发送至加载有与业务处理请求对应的业务版本的业务处理设备14中。

业务接入设备13进一步还可以包括：

对应关系建立模块134，用于在接收模块132接收的业务处理请求为初始业务处理请求时，建立初始业务处理请求与业务版本信息之间的对应关系，并将对应保存在对应关系保存模块131。

在一个具体实施例中，发送模块133还用于在接收模块132接收的业务处理请求为初始业务处理请求，并在对应关系建立模块134建立初始业务处理请求与业务版本信息之间的对应关系后，将初始业务处理请求发送至加载当前运行的业务版本的业务处理设备14中

在一个具体实施例中，业务接入设备13的操作过程具体可以包括：

当业务接入设备13接入的业务处理请求为初始业务处理请求时：

步骤1301、业务接入设备13通过查询通讯代理11中业务版本信息表的当前情况，获取当前运行的业务版本的业务版本信息，包括业务名称信息，版本地址信息以及当前的连接标识；

步骤1302、业务接入设备13建立并保存初始业务处理请求与当前运行业务版本的业务版本信息之间的对应关系；

步骤1303、在完成上述建立并保存的处理操作后，业务接入设备13将接收的业务处理请求发送至加载当前运行业务版本的业务处理设备14中，进行业务处理。

相应的，在另一个具体实施理中，当业务接入设备13接入的业务处理请求为非初始业务处理请求时，业务接入设备13根据已经保存的业务处理请求与业务版本信息之间的对应关系，将业务处理请求发送至加载与该业务处理请求对应业务版本的业务处理设备14中。

更具体的来讲，业务接入设备13可以根据保存的非初始业务处理请求与业务名称信息的对应关系，获知具体由某个业务来处理非初始业务处理请求；进一步的，业务接入设备13可以根据保存的非初始业务处理请求与连接标识的对应关系，获知具体由上述确定的业务的某个版本，即是升级前的业务版本、还是升级后的业务版本，对非初始业务处理请求进行业务处理；更进一步的，业务接入设备13还可以根据保存的非初始业务处理请求与业务版本地址信息之间的对应关系，获知加载升级前、后的业务版本的业务处理设备的地址信息，并根据获知的业务版本地址信息，将该非初始业务处理请求发送至加载与该非初始业务处理请求对应的升级前业务版本或升级后业务版本的业务处理设备14中。

在一个具体实施例中，业务接入设备13接入的业务处理请求，可以为任一种业务处理请求，例如呼叫接入业务处理请求、多媒体点播接入业务处理请求、远程会议接入处理请求、彩信接入处理请求等。此处的举例不能理解为对方案的限制。

4)业务处理设备14，用于加载业务版本信息，并处理业务接入设备13发送的业务处理请求，将处理结果返回至所述业务接入设备13。

通常情况下，由于本发明实施例提供的实现业务升级系统在加载升级后的业务版本信息的同时，并不覆盖或立即删除升级前的业务版本信息，因此，本发明实施例提供的实现业务升级系统中至少存在两个业务处理设备14，用于分别加载升级前、后的业务版本。当然，若存在多个业务需要升级，则需要存在多个业务处理设备14。

可以理解的是，业务处理设备14对业务处理请求的处理，可采用任一种具体的处理方法，处理任一种业务处理请求，例如呼叫接入业务处理请求、多媒体点播接入业务处理请求、远程会议接入处理请求、彩信接入处理请求等，本发明实施例对此不再赘述。

在一个具体实施例中，当某个空闲的业务处理设备14加载升级后的业务版本信息时，该业务处理设备14需要根据加载的业务版本信息向命名中心12进行注册操作；当某个加载升级前的业务版本的业务处理设备14，完成对应的旧业务处理请求时，该业务处理设备14向命名中心12发起注销业务版本请求，并根据命名中心12的请求相应，删除升级前的业务版本，从而完成业务的升级操作。

在一个具体实施例中，上述实现业务升级的系统中包括的通讯代理11、命名中心12、业务接入设备13以及若干个业务处理设备14，均可由软件构成，并可存储于任一种计算机可读存储介质中。该软件或者计算机可读存储介质在运行时执行前述的功能。在另一个具体实施例中，上述实现业务升级的系统中包括的通讯代理11、命名中心12、业务接入设备13以及若干个业务处理设备14，均可为硬件设备，并实现各自的功能。

在本发明实施例提供的实现业务升级的系统中，通讯代理11、业务接入设备13、若干个业务处理设备14之间的可以采用如TCP、HTTP等现有的任一种通信协议进行通信。通讯代理11与命名中心12之间的可以任意设定通信协议进行通讯。

本发明实施例提供的实现业务升级的系统，通过在通讯代理11中设置业务版本信息，并采用通讯代理11与命名中心12相互配合的升级方法，从而平稳的实现了业务的升级。而且，一些实施例中，由于在所设置的业务版本信息中设置了连接标识，从而保证了升级后的业务透明的接管升级前的业务，避免了业务升级过程中业务数据的丢失。另外，一些实施例中，由于在所设置的业务版本信息中可使用不同类型的业务处理设备地址，从而使本发明实施例提供的实现业务升级系统能够支持进程内、进程间、机器间的业务升级。还需进一步指出的是，一些实施例中，由于为需要升级的业务配置了至少两个容器一业务处理设备14，用于分别加载升级前、后的业务版本，从而实现了通信设备中的某个业务单独的完成升级操作，避免了通信设备出现在某个业务升级过程中需要停机的情况，进而避免了由于停机升级操作而造成的其他正常业务出现丢失业务数据的情况。

本发明实施例提供了一种实现业务升级的方法，该方法通过加载及注册升级后的业务版本，并保留升级前的业务版本，然后将接收的业务处理请求，根据保存的业务处理请求与业务版本信息之间的对应关系，发送至加载与业务处理请求对应的业务版本的业务处理设备14进行业务处理。从而避免了业务升级过程中，出现业务数据丢失的情况。

下面以本发明实施例提供的实现业务升级的系统应用机器间、进程间、进程内等不同的场景为例，对本发明实施例提供的实现业务升级方法的具体实现过程进行详细的表述。

需要说明的是，在下述描述的过程所涉及的实现业务升级系统中包括业务处理设备141(加载升级前的业务版本)以及业务处理设备142(加载升级后的业务版本)。

当本发明实施例提供的实现业务升级系统应用于机器间升级时，本发明实施例提供的实现业务升级方法的实现流程如附图4所示，具体可以包括：

步骤401，通讯代理11建立业务版本信息表。

通讯代理11根据当前运行的业务版本的信息，建立业务版本消息表，具体可如表5所示：

表5

业务名称信息	业务处理设备141地址信息	业务处理设备142地址信息	连接ID
				APP/Module	Address0		0

此时，系统中包括加载升级前的业务版本的业务处理设备141，通讯代理11建立的业务版本消息表中包括业务处理设备141正在运行的业务名称信息(APP/Module)、业务处理设备141地址信息(Address0)以及升级前业务版本的连接标识(0)。

由于此场景中，本发明实施例提供的实现业务升级系统应用于机器间业务升级，即业务处理设备141和142分别设置于不同的通信设备中，因此，业务处理设备141和142的地址信息具体可以包括：真实IP地址、虚拟IP地址、业务处理设备内部标识中的至少一项，或者多项。

步骤402，业务接入设备13接入业务处理请求，并根据业务处理请求是否为初始业务处理请求，进行相应的处理。

在一个具体实施例中，若业务接入设备13接入的业务处理请求为初始业务处理请求时，则业务接入设备13建立并保存初始业务处理请求与当前运行业务版本的业务版本信息之间对应关系，上述过程具体可以包括：

步骤4021，业务接入设备13通过查询通讯代理11中业务版本信息表当前情况，获取当前运行的业务版本的业务名称信息，业务版本地址信息以及当前的连接标识，例如当前运行的业务名称信息为APP/Module，当前的业务版本地址信息为Address0，当前的连接标识为0；

步骤4022、业务接入设备13建立并保存初始业务处理请求与当前运行业务版本的业务版本信息之间的对应关系；

步骤4023、在完成上述建立并保存的处理操作后，业务接入设备13将初始业务处理请求发送至加载当前运行业务版本的业务处理设备14，例如业务处理设备141中，进行业务处理。

在另一个具体实施例中，若业务接入设备13接入的业务处理请求为非初始业务处理请求时，则业务接入设备13根据已经建立并保存的非初始业务处理请求与业务版本信息之间对应关系，将非初始业务处理请求发送至对应的业务处理设备14进行业务处理，例如业务处理设备141。

在完成步骤402后，系统当前的运行状态可如附图5所示。

步骤403，业务处理设备142加载升级后的业务版本，向命名中心进行注册操作。

当业务处理设备141加载的业务需要进行升级操作时，系统会将该业务升级后的业务版本加载至系统内另一个空闲业务处理设备14中，例如业务处理设备142中。此时，系统并不会立即注销及删除业务处理设备141中该业务升级前的业务版本，而是将升级前的业务版本保留至所有升级前的业务版本对应的业务处理请求全部处理完毕后，注销及删除升级前的业务版本。

若业务处理设备142完成加载升级后的业务版本操作，则业务处理设备142需要向系统内的命名中心12进行注册操作。

步骤404，命名中心12上报接收的升级后的业务版本的信息至通讯代理11处。

命名中心在根据业务处理设备142发送来的版本信息，完成注册操作后，将接收的版本信息发送至系统中的通讯代理11处。

步骤405，通讯代理11根据接收的版本信息更改业务版本信息表。

通讯代理11根据命名中心12发送的升级后的业务版本信息，包括业务名称信息、业务处理设备142地址信息以及连接标识，更改业务版本信息表。

更改后的业务版本信息表如表6所示：

表6

业务名称信息	业务处理设备141地址信息	业务处理设备142地址信息	连接ID
				APP/Module	Address0	Address1	1

由于业务处理设备142加载的业务版本为业务处理设备141加载的业务版本的升级版本，因此，业务信息表中的业务名称信息没有变化，但增加了业务处理设备142地址信息(Address1)，并更改了连接标识(1)。这表明，系统当前运行的业务版本为升级后的业务版本，并在加载升级后业务版本的业务处理设备142中接收新业务处理请求。

此时，系统将业务处理设备141设置为不再接收新业务处理请求状态，那么此时，业务处理设备141只对连接标识为0的旧业务处理请求进行处理。

在完成步骤405后，系统当前的运行状态可如附图6所示。

步骤406，业务接入设备13接入业务处理请求，并根据业务处理请求是否为初始业务处理请求，进行相应的处理。

在一个具体的例子中，步骤406具体可以为：

步骤4061，当业务接入设备13接入的业务处理请求为初始业务处理请求，业务接入设备13通过查询通讯代理11中业务版本信息表当前情况，获取当前运行的业务版本的业务版本信息，包括业务名称信息，业务版本地址信息以及当前的连接标识，例如当前运行的业务名称信息为APP/Module，当前的业务版本地址信息为Address1，当前的连接标识为1；

步骤4062、业务接入设备13建立并保存初始业务处理请求与当前运行业务版本的业务版本信息之间的对应关系；

步骤4063、在完成上述建立并保存的处理操作后，业务接入设备13将初始业务处理请求发送至加载当前运行业务版本的业务处理设备14，例如业务处理设备142中，进行业务处理。

在另一个具体实施例中，当业务接入设备13接入的业务处理请求为非初始业务处理请求时，则业务接入设备13根据已经建立并保存的非初始业务处理请求与业务版本信息之间对应关系，将非初始业务处理请求发送至对应的业务处理设备14进行业务处理。例如，业务接入设备13可以根据保存的非初始业务处理请求与业务名称信息的对应关系，获知具体由某个业务处理该非初始业务处理请求，例如APP/Module；业务接入设备13可以根据保存的非初始业务处理请求与连接标识的对应关系，获知具体由上述确定的业务的某个版本，即是升级前的业务版本、还是升级后的业务版本，对非初始业务处理请求进行业务处理，例如如果保存的连接标识为0，则对应的业务版本为升级前的业务版本；业务接入设备13可以根据保存的非初始业务处理请求与业务版本地址信息的对应关系，获知升级前或升级后的业务版本的地址信息，即加载升级前或升级后业务版本的业务处理设备14的地址信息，业务接入设备根据获知的地址信息，将非初始业务处理请去发送至加载与其对应的业务版本的业务处理设备中，例如业务处理设备141。

在完成步骤406后，系统当前的运行状态可如附图7所示。

步骤407，业务处理设备141在完成旧业务处理请求的处理后，注销及删除升级后的业务版本。

在一个具体实施例中，当业务处理设备141完成全部升级前的业务版本对应的旧业务处理请求后，向命名中心12发起注销业务版本请求。

命名中心12根据接收的注销业务版本请求，向业务处理设备141返回注销请求响应，并向通讯代理11发送删除升级前业务版本信息请求。

通讯代理11根据接收的删除升级前业务版本信息请求，删除业务版本信息表中升级前的业务版本的相关信息。完成删除操作的业务版本信息可如表7所示：

表7

业务名称信息	业务处理设备141地址信息	业务处理设备142地址信息	连接IE
				APP/Module		Address1	1

在本实施方式中，当业务处理设备141完成全部升级前业务版本对应的旧业务处理请求后，完成新、旧业务的交替，删除升级前的业务版本。一方面，在确保业务数据不丢失的情况下，顺利的完成业务的升级操作。另一方面，节省升级前的版本占用的通信资源。

在完成步骤407后，系统当前的运行状态可如附图8所示。

当本发明实施例提供的实现业务升级系统应用于进程内或进程间场景时，本发明实施例提供的实现业务升级方法的实现流程与附图4所示类似，区别仅在于通讯代理11在建立业务版本信息表过程中，业务处理设备141或142地址信息除了上述的：真实IP地址、虚拟IP地址、业务处理设备内部标识中的至少一项，或者多项之外，还包括端口号信息，从而顺利的完成进程内或进程间的业务升级处理。本领域技术人员可以通过阅读上述步骤401至步骤407描述的技术方案，了解本发明实施例提供的实现业务升级方法在本发明实施例提供的实现业务升级系统应用于进程内或进程间场景时的具体实现流程，因此，本申请文件不再赘述。

另外，在另一个实现业务升级方法的本发明实施例中，也可以设定一个业务数据允许丢失的比例值，或者设定一个业务升级时间，并在到达业务数据允许丢失的比例值或者到达设定的业务升级时间时，删除升级前的业务版本。从而这种实施例在满足一定要求的情况下，可以顺利完成业务的升级，且避免了升级前的业务版本过多的占用系统资源。

本发明实施例提供的实现业务升级的方法，通过在通讯代理11中设置业务版本信息，并采用通讯代理11与命名中心12相互配合的升级方法，从而平稳的实现了业务的升级。而且，由于在所设置的业务版本信息中设置了连接标识，从而保证了新业务透明的接管旧业务，避免了业务升级过程业务数据的丢失。另外，由于在所设置的业务版本信息表中可使用不同类型的业务处理设备地址，从而使本发明实施例提供的实现业务升级系统能够支持进程内、进程间、机器间的业务升级。还需进一步指出的是，由于为需要升级的业务配置了至少两个容器-业务处理设备14，用于分别加载升级前、后的业务版本，从而实现了通信设备中的某个业务单独的完成升级操作，避免了通信设备出现在某个业务升级过程中需要停机的情况，进而避免了由于停机升级操作而造成的其他正常业务出现丢失业务数据的情况。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (14)

1.一种实现业务升级的系统，其特征在于，包括通讯代理、命名中心、业务接入设备以及业务处理设备，所述业务接入设备与通讯代理以及业务处理设备相连，所述命名中心与通讯代理和业务处理设备相连，其中：

通讯代理，用于建立并保存业务版本信息，所述业务版本信息包括业务名称信息、业务版本地址信息以及连接标识；

命名中心，用于注册升级后的业务版本，以及注销升级前的业务版本，并根据所述注册升级后的业务版本以及注销升级前的业务版本操作，向通讯代理上报业务版本信息；

业务接入设备，用于接收系统外部发送的业务处理请求，并根据保存的所述业务处理请求与所述业务版本信息之间的对应关系，将接收的业务处理请求发送至加载有与所述业务处理请求对应的业务版本的业务处理设备中；

业务处理设备，用于加载业务版本，并处理所述业务接入设备发送的业务处理请求。

2.一种实现业务升级的通讯代理，其特征在于，所述通讯代理包括：

信息接收模块，用于接收上报的注册升级后的业务版本或者注销升级前的业务版本的信息；

业务版本信息建立及保存模块，用于根据所述上报的注册升级后的业务版本或者注销升级前的业务版本的信息，建立并保存业务版本信息，所述业务版本信息包括业务名称信息、业务版本地址信息以及连接标识；

其中，当业务接入设备在接收到业务处理请求之后，会根据所述业务版本信息建立及保存模块所保存的业务处理请求与业务版本信息之间的对应关系，将接收的业务处理请求发送至加载有与所述业务处理请求对应的业务版本的业务处理设备中进行业务处理。

3.一种实现业务升级的业务接入设备，其特征在于，所述业务接入设备包括：

对应关系保存模块，用于保存业务处理请求与业务版本信息之间的对应关系，所述业务版本信息包括业务名称信息、业务版本地址信息以及连接标识；

接收模块，用于接收业务处理请求；

发送模块，用于根据所述对应关系保存模块保存的所述接收模块接收的业务处理请求与业务版本信息之间的对应关系，将所述接收的业务处理请求发送至加载有与所述业务处理请求对应的业务版本的业务处理设备中。

4.根据权利要求3所述的业务接入设备，其特征在于，所述业务接入设备还包括：

对应关系建立模块，用于在所述接收模块接收的业务处理请求为初始业务处理请求时，建立所述初始业务处理请求与业务版本信息之间的对应关系，并将所述对应关系保存在所述对应关系保存模块。

5.根据权利要求4所述的业务接入设备，其特征在于，所述发送模块还用于在所述接收模块接收的业务处理请求为初始业务处理请求，并在所述对应关系建立模块建立所述初始业务处理请求与业务版本信息之间的对应关系后，将所述初始业务处理请求发送至加载当前运行的业务版本的业务处理设备中。

6.一种实现业务升级的方法，其特征在于，包括：

注册升级后的业务版本，以及注销升级前的业务版本，并根据所述注册升级后的业务版本以及注销升级前的业务版本操作，上报业务版本信息；

建立并保存业务版本信息，所述业务版本信息包括业务名称信息、业务版本地址信息以及连接标识；

接收业务处理请求，并根据所保存的所述业务处理请求与业务版本信息之间的对应关系，将接收的业务处理请求发送至加载有与所述业务处理请求对应的业务版本的业务处理设备中进行业务处理。

7.根据权利要求6所述的方法，其特征在于，该方法进一步包括：

所述业务名称信息为所述升级前的业务版本与升级后的业务版本的统一名称；

所述业务版本地址信息中包括升级前的业务版本地址信息以及升级后的业务版本地址信息；

所述连接标识为区分升级前、后的业务版本的标识。

8.根据权利要求7所述的方法，其特征在于，所述业务版本信息保存在业务版本信息表中。

9.根据权利要求7所述的方法，其特征在于，且所述业务版本地址信息具体包括：真实IP地址、虚拟IP地址、业务处理设备内部标识中的至少一项；或者，

真实IP地址、虚拟IP地址、业务处理设备内部标识中的至少一项，以及端口号。

10.根据权利要求7所述的方法，其特征在于，该方法进一步包括：在所述升级后的业务版本信息中，添加升级后的业务版本地址信息，以及更改连接标识。

11.根据权利要求10所述的方法，其特征在于，该方法进一步包括：当升级后的业务版本加载及注册完毕，则加载升级前的业务版本的业务处理设备只处理升级前的业务处理请求。

12.根据权利要求11所述的方法，其特征在于，所述接收业务处理请求，并根据保存的所述业务处理请求与业务版本信息之间的对应关系，将接收的业务处理请求发送至加载有与所述业务处理请求对应的业务版本的业务处理设备中进行业务处理包括：

若接收的业务处理请求为初始业务处理请求，则建立并保存所述业务处理请求与当前运行业务版本的业务版本信息之间的对应关系，并将所述初始业务处理请求发送至加载当前运行的业务版本的业务处理设备上进行业务处理；

若接收的业务处理请求为非初始业务处理请求，则根据保存的所述非初始业务处理请求与业务版本信息之间的对应关系，将所述非初始业务处理请求发送至加载有与所述非初始业务处理请求对应的业务版本的业务处理设备进行业务处理。

13.根据权利要求12所述的方法，其特征在于，所述接收业务处理请求，并根据保存的所述业务处理请求与业务版本信息之间的对应关系，将接收的业务处理请求发送至加载有与所述业务处理请求对应业务版本的业务处理设备中进行业务处理包括：

根据保存的所述业务处理请求与所述业务名称信息之间的对应关系，获取所述业务处理请求对应的业务；

根据保存的所述业务处理请求与所述连接标识之间的对应关系，获取与所述业务处理请求对应业务为升级前的业务版本或升级后的业务版本；

根据保存的所述业务处理请求与所述业务版本地址信息之间的对应关系，获取与所述业务处理请求对应的业务版本的地址信息，并根据所述地址信息，将所述业务处理请求发送至加载有与所述业务处里请求对应的业务版本的业务处理设备进行业务处理。

14.根据权利要求6-13任一项所述的方法，其特征在于，所述方法还包括：当与升级前的业务版本对应的业务处理完毕后，注销以及删除该升级前的业务版本。

Images