CN102202074B - 一种业务处理方法及业务处理系统以及相关设备 - Google Patents

Abstract

本发明实施例公开了一种业务处理方法及业务处理系统以及相关设备，用于保证业务的正常开展。本发明实施例方法包括：接收退订用户发送的业务退订请求；根据所述业务退订请求获取所述退订用户基于融合地址本CAB业务信息开展的相关业务；向所述相关业务对应的业务引擎发送通知消息，所述通知消息用于表示所述退订用户由CAB用户变更为非CAB用户；更新所述业务引擎对应的CAB业务信息，使得所述业务引擎进行标识替换。本发明实施例还提供一种业务处理系统以及相关设备。本发明实施例能够有效的保证业务的正常开展。

Description

一种业务处理方法及业务处理系统以及相关设备

技术领域

本发明涉及通信领域，尤其涉及一种业务处理方法及业务处理系统以及相关设备。

背景技术

随着网络技术的发展，用户可以随时随地通过移动设备进行信息的接收和发送，或执行移动设备中的应用程序。上述数据交互和执行应用程序的结果需要存储到移动设备中，并与其他设备中这种类型的数据保持一致。比如，在手机中和个人数字助理(PDA，Personal Digital Assistant)中都存有通讯录，在办公室和家里的个人计算机(PC，Personal Computer)或者笔记本也都存有相同的通讯录，人们希望这些设备中的通讯录信息能保持一致，当其中一个设备上的通讯录信息发生变化时，其他设备中的通信录信息需要做相应的更新，即进行数据同步。

为满足用户的这种需求，融合地址本(CAB，Converged Address Book)业务应运而生，CAB业务能够使得用户将他们的地址本备份到网络，从网络取回这些地址本，修改地址本的内容并且同其他联系人交换或更新他们的个人信息。

任何一个业务开通，都应该允许用户退订。一般情况下，用户退订了某一个业务，业务服务器侧应该删除该用户的相关数据，今后，该用户不能访问业务。

现有技术中，用户退订CAB业务的流程大致为：网络侧接收用户的退订请求，网络侧删除对应的业务数据，完成退订。

但是，在上述的现有技术中，由于CAB业务数据具有相关性，同时，这些信息还可能会给其它业务引擎使用，当用户请求退订CAB业务时，网络侧会直接删除对应的CAB业务数据，则会导致使用该CAB业务数据的其他业务引擎无法正常的执行业务流程，从而影响了业务的正常开展。

发明内容

本发明实施例提供了一种业务处理方法及业务处理系统以及相关设备，能够保证业务的正常开展。

本发明实施例提供的业务处理方法，包括：接收退订用户发送的业务退订请求；根据所述业务退订请求获取所述退订用户基于融合地址本CAB业务信息开展的相关业务；向所述相关业务对应的业务引擎发送通知消息，所述通知消息用于表示所述退订用户由CAB用户变更为非CAB用户；更新所述业务引擎对应的CAB业务信息，使得所述业务引擎进行标识替换。

本发明实施例提供的业务处理方法，包括：接收CAB服务器侧发送的通知消息，所述通知消息用于表示退订用户由CAB用户变更为非CAB用户；获取所述退订用户基于CAB业务信息开展的相关业务对应的业务引擎所需的CAB业务信息；将所述获取到的CAB业务信息转换为非CAB业务信息；将转换后的非CAB业务信息更新至对应的业务引擎；根据所述转换后的非CAB业务信息重新建立索引。

本发明实施例提供的CAB服务器，包括：接收单元，用于接收退订用户发送的业务退订请求；获取单元，用于根据所述业务退订请求获取所述退订用户基于CAB业务信息开展的相关业务；通知单元，用于向所述相关业务对应的业务引擎发送通知消息，所述通知消息用于表示所述退订用户由CAB用户变更为非CAB用户；更新单元，用于更新所述业务引擎对应的CAB业务信息，使得所述业务引擎进行标识替换。

本发明实施例提供的业务引擎地址本系统，包括：通知接收单元，用于接收CAB服务器侧发送的通知消息，所述通知消息用于表示退订用户由CAB用户变更为非CAB用户；信息获取单元，用于获取所述退订用户基于CAB业务信息开展的相关业务对应的业务引擎所需的CAB业务信息；信息转换单元，用于将所述获取到的CAB业务信息转换为非CAB业务信息；信息更新单元，用于将转换后的非CAB业务信息更新至对应的业务引擎；索引建立单元，用于根据所述转换后的非CAB业务信息重新建立索引。

本发明实施例提供的业务处理系统，包括：CAB服务器，业务引擎地址本系统，以及至少一个业务引擎。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，CAB服务器接收到退订用户发送的业务退订请求之后，并不会直接删除该退订用户的CAB业务信息，而是会首先获取该退订用户基于CAB业务信息开展的相关业务，并且告知这些业务的业务引擎退订用户的用户状态发生变化，同时向这些业务引擎更新对应的CAB业务信息，使得业务引擎进行标识替换，所以即使退订用户退订了CAB业务，基于该CAB业务的其他业务也可以根据标识替换后的信息继续为该退订用户提供服务，因此能够保证业务的正常开展。

附图说明

图1为本发明实施例中业务处理方法一个实施例示意图；

图2为本发明实施例中业务处理方法另一实施例示意图；

图3为本发明实施例中业务处理方法另一实施例示意图；

图4为本发明实施例中业务处理方法另一实施例示意图；

图5为本发明实施例中CAB服务器一个实施例示意图；

图6为本发明实施例中业务引擎地址本系统一个实施例示意图；

图7为本发明实施例中业务处理系统一个实施例示意图。

具体实施方式

本发明实施例提供了一种业务处理方法及业务处理系统以及相关设备，能够保证业务的正常开展。

请参阅图1，本发明实施例中业务处理方法一个实施例包括：

101、接收退订用户发送的业务退订请求；

本实施例中，当已经开通了CAB业务的用户希望退订CAB业务时，该用户会向CAB服务器侧发送业务退订请求。

该CAB服务器侧包括CAB服务器、CAB扩展标记语言文档管理服务器(XDMS，XML Document Management Server)等所有CAB系统的网络侧设备，具体此处不作限定。

此外，本实施例中对用户发送业务退订请求的渠道也不作限定，例如可以通过CAB客户端本身发送、也可以通过网络营业厅发送、还可以通过客服发送等。

102、获取退订用户基于CAB业务信息开展的相关业务；

当CAB服务器侧获取到退订用户发送的业务退订请求之后，即可确定该退订用户基于CAB业务信息开展的相关业务，例如该退订用户除了CAB业务之外还开通了IM业务，PoC业务等相关业务，这些相关业务需要使用CAB业务信息。

本实施例中具体的获取相关业务的方式将在后续的实施例中进行详细描述。

103、向相关业务对应的业务引擎发送通知消息；

当CAB服务器侧获取到了退订用户基于CAB业务信息开展的相关业务之后，可以向这些相关业务对应的业务引擎发送通知消息，该通知消息用于表示该退订用户由CAB用户变更为非CAB用户。

104、更新业务引擎对应的CAB业务信息。

本实施例中，CAB服务器侧还可以向业务引擎发送该业务引擎对应的CAB业务信息，即该业务引擎执行对应的业务所需的CAB业务信息，则这些CAB业务信息的管理方由CAB服务器侧变为业务引擎。

CAB服务器侧在向业务引擎发送了对应的CAB业务信息之后，业务引擎可以根据这些CAB业务信息进行标识替换，将原先的CAB业务信息替换为非CAB业务信息。

本实施例中，CAB服务器接收到退订用户发送的业务退订请求之后，并不会直接删除该退订用户的CAB业务信息，而是会首先获取该退订用户基于CAB业务信息开展的相关业务，并且告知这些业务的业务引擎退订用户的用户状态发生变化，同时向这些业务引擎更新对应的CAB业务信息，使得业务引擎进行标识替换，所以即使退订用户退订了CAB业务，基于该CAB业务的其他业务也可以根据标识替换后的信息继续为该退订用户提供服务，因此能够保证业务的正常开展。

为便于理解，下面以一具体实例对本发明实施例中的业务处理方法进行描述，请参阅图2，本发明实施例中业务处理方法另一实施例包括：

201、接收退订用户发送的业务退订请求；

本实施例中的步骤201的内容与前述图1所示的实施例中步骤101的内容相同，此处不再赘述。

202、获取业务退订请求中的用户标识；

CAB服务器侧接收到业务退订请求之后，可以从该业务退订请求中读取包含的用户标识。

203、确定用户标识对应的退订用户；

204、判断订户中是否存在具有业务身份标识的订户，若是，则执行步骤205，若否，则执行步骤208；

当CAB服务器侧确定了退订用户之后，可以判断订阅了该退订用户发布的信息的订户中是否存在具有业务身份标识的订户，若存在，则说明该订户并非是普通的用户，而是某一业务。

需要说明的是，具体的业务身份标识可以由CAB服务器侧进行预先设置，即CAB服务器侧可以预先规定哪些标识对应的订户属于业务，哪些标识对应的订户属于普通用户，具体规定的过程与实际应用相关，此处不作限定。

205～206、与前述图1所示的实施例中的步骤103至104的内容相同，此处不再赘述。

207、接收信息维护完成消息；

当CAB服务器侧更新了业务引擎对应的CAB业务信息之后，CAB服务器侧可以从业务引擎接收到信息维护完成消息，该消息用以指示业务引擎已经完成相应的处理。

208、删除退订用户的CAB业务信息。

本实施例中，若CAB服务器侧确定订户中不存在具有业务身份标识的订户，则可确定该用户并没有开通基于CAB业务信息开展的相关业务，因此CAB服务器侧可以直接删除该退订用户的CAB业务信息。

需要说明的是，当CAB服务器侧接收到业务引擎发送的信息维护完成消息之后，确定业务引擎已经完成相应的处理，则CAB服务器侧此时可以删除该退订用户的CAB业务信息。

本实施例中，步骤204是以“判断订户中是否存在具有业务身份标识的订户”为例来获取退订用户基于CAB业务信息开展的相关业务，可以理解的是，在实际应用中，同样可以采用其他的方式，例如同样可以“判断退订用户的地址本的允许访问权限列表中是否存在具有业务身份标识的用户”，具体的处理方式与前述处理方式相同，此处不再赘述。

本实施例中，CAB服务器接收到退订用户发送的业务退订请求之后，并不会直接删除该退订用户的CAB业务信息，而是会首先获取该退订用户基于CAB业务信息开展的相关业务，并且告知这些业务的业务引擎退订用户的用户状态发生变化，同时向这些业务引擎更新对应的CAB业务信息，使得业务引擎进行标识替换，所以即使退订用户退订了CAB业务，基于该CAB业务的其他业务也可以根据标识替换后的信息继续为该退订用户提供服务，因此能够保证业务的正常开展；

其次，本实施例中可以采用多种方式获取退订用户基于CAB业务信息开展的相关业务，因此能够增加方案的灵活性。

上面从CAB服务器侧的角度对本发明实施例中的业务处理方法进行了描述，下面从业务引擎侧的角度对本发明实施例中的业务处理方法进行描述，请参阅图3，本发明实施例中业务处理方法另一实施例包括：

301、接收CAB服务器发送的通知消息；

本实施例中，CAB业务引擎地址本系统接收来自CAB服务器侧的通知消息，该通知消息用于表示退订用户由CAB用户变更为非CAB用户。

需要说明的是，本实施例中，各业务引擎由CAB业务引擎地址本系统进行统一的管理，因此可以由CAB业务引擎地址本系统与CAB服务器侧进行交互。

302、获取退订用户基于CAB业务信息开展的相关业务对应的业务引擎所需的CAB业务信息；

CAB业务引擎地址本系统接收到通知消息之后，可以从CAB服务器侧获取到各业务引擎所需的CAB业务信息，具体的获取方式将在后续实施例中进行详细描述。

303、将获取到的CAB业务信息转换为非CAB业务信息；

由于退订用户请求退订CAB业务，则CAB服务器侧会注销相关的信息，CAB业务也就相应的消失，为了能够保存从CAB服务器侧获取到的CAB业务信息，CAB业务引擎地址本系统可以将这些CAB业务信息转换为非CAB业务信息。

304、将转换后的非CAB业务信息更新至对应的业务引擎；

CAB业务引擎地址本系统转换得到非CAB业务信息之后，可以将这些非CAB业务信息更新至对应的业务引擎的非CAB用户地址本部分。

305、根据转换后的非CAB业务信息重新建立索引；

由于CAB业务引擎地址本系统将原先的CAB业务信息转换为了非CAB业务信息，则CAB业务引擎地址本系统需要重新对这些非CAB业务信息建立索引，具体建立索引的过程将在后续实施例中进行详细描述。

306、向CAB服务器侧发送维护完成消息。

当CAB业务引擎地址本系统重新建立索引之后，即完成了相应的标识替换操作，则CAB业务引擎地址本系统可以向CAB服务器侧发送维护完成消息，以使得CAB服务器侧删除该退订用户的CAB业务信息。

本实施例中，CAB业务引擎地址本系统可以将CAB服务器侧的CAB业务信息转换为非CAB业务信息，并执行相应的更新和重建索引的过程，因此即使CAB服务器侧删除了退订用户相关的CAB业务信息，与CAB业务相关的其他业务引擎也可以使用本地的非CAB业务信息执行业务，因此能够保证业务的正常开展。

为便于理解，下面以一具体应用场景对CAB业务引擎地址本系统和CAB服务器侧的交互过程进行详细描述，请参阅图4，本发明实施例中的业务处理方法另一实施例包括：

401、CAB服务器接收退订请求；

402、CAB服务器确定相关业务；

本实施例中，当CAB服务器获取到退订用户(例如为用户A)发送的业务退订请求之后，即可确定该用户A基于CAB业务信息开展的相关业务，例如用户A除了CAB业务之外还开通了IM业务，PoC业务等相关业务，这些相关业务需要使用CAB业务信息。

CAB服务器具体确定相关业务的过程与前述图2所示的实施例中描述的确定相关业务的过程相同，具体此处不再赘述。

403、CAB服务器向CAB业务引擎地址本系统通知状态变化；

本实施例中，CAB服务器确定了相关业务之后，即可向CAB业务引擎地址本系统发送通知消息，该通知消息用于表示用户A的状态发生变化，由CAB用户变更为非CAB用户。

404、CAB业务引擎地址本系统从PCC XDMS获取用户发布的信息；

CAB业务引擎地址本系统从CAB PCC XDMS获取用户A所发布的信息或该信息的一部分(例如可以根据CAB业务引擎地址本系统对信息的使用需求及权限)，即原来通过CAB服务器侧维护的用户A相关信息(其个人的信息)，现由CAB业务引擎地址本系统来管理维护。

405、CAB业务引擎地址本系统从AB XDMS获取用户地址信息以及业务相关部分；

CAB业务引擎地址本系统根据需要从AB XDMS获取用户A所同步的地址信息中和该业务相关部分，即用户A所同步的地址信息中具有CAB业务引擎地址本系统中用户A相关人信息时(如，原来用户A的好友B的信息在CAB中管理)，需要获取用户A所同步的地址信息中和该业务相关部分。

406、CAB业务引擎地址本系统进行标识替换，重建索引；

本实施例中，CAB业务引擎地址本系统更新该CAB UID为对应的业务引擎地址本中的非CAB UID(即业务引擎自定义的UID)，同时，更新其相关人列表中的引用(例如，用户A好友B的联系列表中A地址的指向)，到业务引擎的非CAB用户地址本部分(即用户A信息在非CAB部分对应的位置)；利用用户A所同步的地址信息中和该业务相关部分在业务引擎中重建用户A的相关人信息，具体可以是，针对用户A在该业务引擎中的CAB用户相关人，使用原用户A地址列表中的项目进行替换(具体条目还指向相关人的CABPCC)，对于用户A在该业务引擎中的非CAB用户相关人，在用户A的列表中建立指向该相关人在非CAB部分存储信息的位置。

407、CAB业务引擎地址本系统向CAB服务器通知维护完成；

当CAB业务引擎地址本系统完成了标识替换，重建索引之后，即可向CAB服务器发送维护完成消息以通知维护完成。

408～411、CAB服务器侧收到维护完成消息之后，各自删除退订用户的相关数据，即CAB业务信息。

本实施例中，CAB业务引擎地址本系统可以将CAB服务器侧的CAB业务信息转换为非CAB业务信息，并执行相应的更新和重建索引的过程，因此即使CAB服务器侧删除了退订用户相关的CAB业务信息，与CAB业务相关的其他业务引擎也可以使用本地的非CAB业务信息执行业务，因此能够保证业务的正常开展。

下面对本发明实施例中的CAB服务器进行描述，请参阅图5，本发明实施例中的CAB服务器一个实施例包括：

接收单元501，用于接收退订用户发送的业务退订请求；

获取单元502，用于根据业务退订请求获取退订用户基于CAB业务信息开展的相关业务；

通知单元503，用于向相关业务对应的业务引擎发送通知消息，通知消息用于表示退订用户由CAB用户变更为非CAB用户；

更新单元504，用于更新业务引擎对应的CAB业务信息，使得业务引擎进行标识替换。

本发明实施例中的获取单元502具体可以包括如下单元中的至少一个：

第一获取单元5021，用于获取业务退订请求中的用户标识，确定用户标识对应的退订用户，判断订阅了退订用户发布的信息的订户中是否存在具有业务身份标识的订户，若存在，则将具有业务身份标识的订户作为基于CAB业务信息开展的相关业务；

或，

第二获取单元5022，用于获取业务退订请求中的用户标识，确定用户标识对应的退订用户，判断退订用户的地址本的允许访问权限列表中是否存在具有业务身份标识的用户，若存在，则将具有业务身份标识的用户作为基于CAB业务信息开展的相关业务。

本实施例中，第一获取单元5021以及第二获取单元5022具体获取基于CAB业务信息开展的相关业务的过程与前述图2所示的实施例中描述的过程相同，此处不再赘述。

本实施例中的CAB服务器还可以进一步包括：

删除单元505，用于接收信息维护完成消息，删除退订用户的CAB业务信息。

本实施例中，接收单元501接收到退订用户发送的业务退订请求之后，并不会直接删除该退订用户的CAB业务信息，而是由获取单元502首先获取该退订用户基于CAB业务信息开展的相关业务，并且由通知单元503告知这些业务的业务引擎退订用户的用户状态发生变化，同时更新单元504向这些业务引擎更新对应的CAB业务信息，使得业务引擎进行标识替换，所以即使退订用户退订了CAB业务，基于该CAB业务的其他业务也可以根据标识替换后的信息继续为该退订用户提供服务，因此能够保证业务的正常开展；

其次，本实施例中获取单元502可以采用多种方式获取退订用户基于CAB业务信息开展的相关业务，因此能够增加方案的灵活性。

下面介绍本发明实施例中的业务引擎地址本系统实施例，请参阅图6，本发明实施例中的业务引擎地址本系统包括：

通知接收单元601，用于接收CAB服务器发送的通知消息，通知消息用于表示退订用户由CAB用户变更为非CAB用户；

信息获取单元602，用于获取退订用户基于CAB业务信息开展的相关业务对应的业务引擎所需的CAB业务信息；

本实施例中，信息获取单元602获取CAB业务信息的过程与前述图4所示的实施例中描述的获取过程相同，此处不再赘述。

信息转换单元603，用于将获取到的CAB业务信息转换为非CAB业务信息；

信息更新单元604，用于将转换后的非CAB业务信息更新至对应的业务引擎；

索引建立单元605，用于根据转换后的非CAB业务信息重新建立索引。

本实施例中，信息转换单元603，信息更新单元604，以及索引建立单元605所执行的功能均与前述图4所示的实施例中描述的过程相同，此处不再赘述。

本实施例中的业务引擎地址本系统还可以进一步包括：

消息发送单元606，用于向CAB服务器发送维护完成消息，用于指示CAB服务器删除退订用户的CAB业务信息。

本实施例中，信息转换单元603可以将CAB服务器侧的CAB业务信息转换为非CAB业务信息，信息更新单元604以及索引建立单元605可以执行相应的更新和重建索引的过程，因此即使CAB服务器侧删除了退订用户相关的CAB业务信息，与CAB业务相关的其他业务引擎也可以使用本地的非CAB业务信息执行业务，因此能够保证业务的正常开展。

本发明实施例还提供一种业务处理系统，具体请参阅图7，该业务处理系统包括：CAB服务器701，业务引擎地址本系统702，以及至少一个业务引擎703。

需要说明的是，本实施例中的CAB服务器701可以与前述图5所示的CAB服务器相同，本实施例中的业务引擎地址本系统702可以与前述图6所示的业务引擎地址本系统相同，具体此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种业务处理方法及业务处理系统以及相关设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，因此，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种业务处理方法，其特征在于，包括：

接收退订用户发送的业务退订请求；

根据所述业务退订请求获取所述退订用户基于融合地址本CAB业务信息开展的相关业务；

向所述相关业务对应的业务引擎发送通知消息，所述通知消息用于表示所述退订用户由CAB用户变更为非CAB用户；

更新所述业务引擎对应的CAB业务信息，使得所述业务引擎进行标识替换。

2.根据权利要求1所述的方法，其特征在于，所述根据业务退订请求获取所述退订用户基于CAB业务信息开展的相关业务包括：

获取所述业务退订请求中的用户标识；

确定所述用户标识对应的所述退订用户；

判断订阅了所述退订用户发布的信息的订户中是否存在具有业务身份标识的订户，若存在，则说明所述具有业务身份标识的订户并非普通用户，而是业务，将所述具有业务身份标识的订户作为基于CAB业务信息开展的相关业务；

或，

获取所述业务退订请求中的用户标识；

确定所述用户标识对应的所述退订用户；

判断所述退订用户的地址本的允许访问权限列表中是否存在具有业务身份标识的用户，若存在，则说明所述具有业务身份标识的用户并非普通用户，而是业务，将所述具有业务身份标识的用户作为基于CAB业务信息开展的相关业务。

3.根据权利要求1或2所述的方法，其特征在于，所述更新业务引擎对应的CAB业务信息之后包括：

接收信息维护完成消息；

删除所述退订用户的CAB业务信息。

4.一种业务处理方法，其特征在于，包括：

接收CAB服务器侧发送的通知消息，所述通知消息用于表示退订用户由CAB用户变更为非CAB用户；

获取所述退订用户基于CAB业务信息开展的相关业务对应的业务引擎所需的CAB业务信息；

将所述获取到的CAB业务信息转换为非CAB业务信息；

将转换后的非CAB业务信息更新至对应的业务引擎；

根据所述转换后的非CAB业务信息重新建立索引。

5.根据权利要求4所述的方法，其特征在于，所述根据所述转换后的非CAB业务信息重新建立索引之后包括：

向所述CAB服务器侧发送维护完成消息，用于指示所述CAB服务器侧删除所述退订用户的CAB业务信息。

6.一种CAB服务器，其特征在于，包括：

接收单元，用于接收退订用户发送的业务退订请求；

获取单元，用于根据所述业务退订请求获取所述退订用户基于CAB业务信息开展的相关业务；

通知单元，用于向所述相关业务对应的业务引擎发送通知消息，所述通知消息用于表示所述退订用户由CAB用户变更为非CAB用户；

更新单元，用于更新所述业务引擎对应的CAB业务信息，使得所述业务引擎进行标识替换。

7.根据权利要求6所述的CAB服务器，其特征在于，所述获取单元包括如下单元中的至少一个：

第一获取单元，用于获取所述业务退订请求中的用户标识，确定所述用户标识对应的所述退订用户，判断订阅了所述退订用户发布的信息的订户中是否存在具有业务身份标识的订户，若存在，则说明所述具有业务身份标识的订户并非普通用户，而是业务，将所述具有业务身份标识的订户作为基于CAB业务信息开展的相关业务；

或，

第二获取单元，用于获取所述业务退订请求中的用户标识，确定所述用户标识对应的所述退订用户，判断所述退订用户的地址本的允许访问权限列表中是否存在具有业务身份标识的用户，若存在，则说明所述具有业务身份标识的用户并非普通用户，而是业务，将所述具有业务身份标识的用户作为基于CAB业务信息开展的相关业务。

8.根据权利要求6所述的CAB服务器，其特征在于，所述CAB服务器还包括：

删除单元，用于接收信息维护完成消息，删除所述退订用户的CAB业务信息。

9.一种业务引擎地址本系统，其特征在于，包括：

通知接收单元，用于接收CAB服务器侧发送的通知消息，所述通知消息用于表示退订用户由CAB用户变更为非CAB用户；

信息获取单元，用于获取所述退订用户基于CAB业务信息开展的相关业务对应的业务引擎所需的CAB业务信息；

信息转换单元，用于将所述获取到的CAB业务信息转换为非CAB业务信息；

信息更新单元，用于将转换后的非CAB业务信息更新至对应的业务引擎；

索引建立单元，用于根据所述转换后的非CAB业务信息重新建立索引。

10.根据权利要求9所述的业务引擎地址本系统，其特征在于，所述业务引擎地址本系统还包括：

消息发送单元，用于向所述CAB服务器侧发送维护完成消息，用于指示所述CAB服务器侧删除所述退订用户的CAB业务信息。

11.一种业务处理系统，其特征在于，包括：如权利要求6至8中任一项所述的CAB服务器，如权利要求9至10中任一项所述的业务引擎地址本系统，以及至少一个业务引擎。

Images