CN102521023B - 一种多系统的事务集成处理方法及系统 - Google Patents

Abstract

本发明公开了一种多系统的事务集成处理方法，包括：事务控制系统向一个以上第一业务系统预提交业务；各个第一业务系统分别对预提交的业务进行处理，并分别返回处理结果，但处理后的业务处于暂不生效的中间状态；如果所有第一业务系统返回的处理结果均为成功，则事务控制系统指示各个第一业务系统将各自处于中间状态的业务修改为正常状态；如果至少一个第一业务系统返回的处理结果为失败，则事务控制系统回滚已预提交的所有业务，指示各个第一业务系统将各自的系统数据恢复至未预提交所有业务之前的状态。本发明实施例还提供相应的系统。本发明技术方案可以解决现有技术中多个业务系统之间数据不一致以及有些业务数据无法回滚的问题。

Description

一种多系统的事务集成处理方法及系统

技术领域

本发明涉及通信技术领域，具体涉及一种多系统的事务集成处理方法及系统。

背景技术

当前的多系统服务集成通常都是由一个业务系统，例如客户关系管理系统(Customer relationship management,CRM)，或多媒体联络中心(IP ContactCenter,IPCC)，简单的对一个或多个外部业务系统，例如计费系统(BillingSystem)，进行业务调用，然后再根据业务处理结果决定如何对其他的外部业务系统，例如提供点(Provision)，进行业务调用处理。

例如，图1示出了一种典型的多系统服务集成方案，其流程如下：

101、当用户到营业厅发起开户业务，CRM完成业务处理并生成用户数据；

102、CRM向企业服务总线(Enterprise Service Bus，ESB)发起开户业务；

103、ESB向在线计费系统(Online Charging System，OCS)发起开户业务；

104、OCS进行业务处理并返回处理结果给ESB，如果处理结果为失败，则进入步骤105，如果处理结果为成功，则进入步骤107；

105、ESB返回业务处理失败信息给CRM；

106、CRM回滚系统数据，将系统数据恢复到生成该用户数据之前，然后结束业务流程；

107、ESB向Provision发起业务；

108、Provision进行业务处理并返回处理结果给ESB；

109、ESB返回业务处理结果给CRM。

分析上述流程可知，该典型的多系统服务集成方案有以下缺陷：

1、CRM、OCS和Provision的业务处理并不同步，在前的业务系统处理完成后，在后的业务系统才开始处理业务，于是，在全部业务系统处理完毕之前，各个业务系统中的数据是不一致的。

2、OCS完成计费等业务处理之后，用户即可开始消费，无论后续Provision的业务处理是成功或是失败，CRM和OCS都无法自动回滚系统数据，或者只能由管理人员手工回滚CRM和OCS中的数据，而手工回滚操作极为危险，对系统稳定和维护极为不利。

可见，现有技术中，各个业务系统的事务都是独立运作的，很难保证多系统之间的数据一致性；并且，有些业务数据一旦生成或提交将无法回滚，即，无法恢复到未提交或生成之前的状态。

发明内容

本发明实施例提供一种多系统的事务集成处理方法及系统，可以解决现有技术中多个业务系统之间数据不一致以及有些业务数据无法回滚的问题。

一种多系统的事务集成处理方法，包括：

事务控制系统向一个以上第一业务系统预提交业务，以便各个第一业务系统分别对事务控制系统预提交的业务进行处理，并分别返回处理结果给事务控制系统，但处理后的业务处于暂不生效的中间状态；

接收各个第一业务系统返回的处理结果；

如果所有第一业务系统返回的处理结果均为成功，则事务控制系统指示各个第一业务系统将各自处于中间状态的业务修改为已经生效的状态；

如果至少一个第一业务系统返回的处理结果为失败，则事务控制系统回滚已预提交的所有业务，指示各个第一业务系统将各自的系统数据恢复至事务控制系统未预提交所有业务之前的状态；

其中，所述事务控制系统为企业服务总线ESB；所述一个以上第一业务系统包括：在线计费系统OCS和提供点Provision；

所述事务控制系统向一个以上第一业务系统预提交业务包括：事务控制系统分别为预提交给各个第一业务系统的业务生成一个业务标识，并使所述业务标识的取值为表示中间状态的第一取值；分别将各个第一取值的业务标识提交给各个第一业务系统；

所述事务控制系统指示各个第一业务系统将各自处于中间状态的业务修改为已经生效的状态包括：所述事务控制系统将各个业务标识的取值修改为表示已经生效的状态的第二取值，分别将各个第二取值的业务标识提交给各个第一业务系统；

所述事务控制系统向一个以上第一业务系统预提交业务具体包括：所述ESB接收第二业务系统预提交的业务，所述第二业务系统为客户关系管理系统CRM；根据第二业务系统预提交的业务向所述OCS预提交业务并接收返回的处理结果；在所述处理结果为成功时，向所述Provision预提交业务。

一种事务控制系统，包括：

收发模块，用于向一个以上第一业务系统预提交业务，以便各个第一业务系统分别对事务控制系统预提交的业务进行处理，并分别返回处理结果给事务控制系统，但处理后的业务处于暂不生效的中间状态；

所述收发模块，还用于接收各个第一业务系统返回的处理结果；

第一指示模块，用于如果所有第一业务系统返回的处理结果均为成功，则指示各个第一业务系统将各自处于中间状态的业务修改为已经生效的状态；

第二指示模块，用于如果至少一个第一业务系统返回的处理结果为失败，则回滚已预提交的所有业务，指示各个第一业务系统将各自的系统数据恢复至事务控制系统未预提交所有业务之前的状态；

其中，所述事务控制系统为企业服务总线ESB；所述一个以上第一业务系统包括：在线计费系统OCS和提供点Provision；

所述收发模块包括：

业务提交单元，用于预提交业务给各个第一业务系统；

业务标识单元，用于为预提交给各个第一业务系统的业务分别生成一个业务标识，并使所述业务标识的取值为表示中间状态的第一取值；

标识提交单元，用于将各个第一取值的业务标识提交给各个第一业务系统；

所述业务标识单元，还用于如果所有第一业务系统返回的处理结果均为成功，则将各个业务标识的取值修改为表示已经生效的状态的第二取值；

所述标识提交单元，还用于将各个第二取值的业务标识提交给各个第一业务系统；

所述收发模块，具体用于接收第二业务系统预提交的业务，所述第二业务系统为客户关系管理系统CRM；根据第二业务系统预提交的业务向所述OCS预提交业务并接收返回的处理结果；在所述处理结果为成功时，向所述Provision预提交业务。

一种事务集成处理系统，包括：

事务控制系统和一个以上第一业务系统；

所述事务控制系统，是如上文所述的事务控制系统；

所述第一业务系统包括：

收发模块，用于接收事务控制系统预提交的业务，并返回处理结果给事务控制系统；

处理模块，用于对接收单元接收的业务进行处理，但处理后的业务处于暂不生效的中间状态；在收到事务控制系统的第二指示时，将系统数据恢复至事务控制系统未预提交所有业务之前的状态；在收到事务控制系统的第一指示时，将处于中间状态的业务修改为已经生效的状态。

本发明实施例技术方案中，采用事务控制系统对其它业务系统进行协调，一方面，由于预提交给各业务系统的业务在处理后处于暂不生效的中间状态，因而，各系统可以自由回滚预提交的业务，将系统数据恢复至未预提交所有业务之前的状态；另一方面，由于全部业务系统都处理成功后，各业务系统才将处于中间状态的业务转为生效的正常状态，因而，可以保证各个业务系统中正常业务数据的一致性。

附图说明

图1是现有的一种多系统服务集成方案的流程图；

图2是本发明实施例提供的多系统的事务集成处理方法的流程图；

图3是本发明实施例一个应用例的流程图；

图4是本发明实施例提供的事务控制系统的逻辑结构图；

图5是本发明实施例提供的业务系统的逻辑结构图；

图6是本发明一个实施例提供的事务集成处理系统的逻辑结构图；

图7是本发明另一实施例提供的事务集成处理系统的逻辑结构图。

具体实施方式

本发明实施例提供一种多系统的事务集成处理方法，可以解决现有技术中多个业务系统之间数据不一致以及有些业务数据无法回滚的问题。本发明实施例还提供相应的事务控制系统、业务系统和事务集成处理系统。以下分别进行详细说明。

实施例一、

请参考图2，本发明实施例提供一种多系统的事务集成处理方法，包括：

201、事务控制系统向一个以上第一业务系统预提交业务。

本发明实施例提供一个事务控制系统，用来对各个业务系统进行协调。该事务控制系统可以是额外增加的，也可以采用现有的系统。由于现有的各个业务系统通常会把业务数据发送到企业服务总线(ESB)，并从ESB获取其他业务系统发送的业务数据，因此，可以用ESB作为事务控制系统。

事务控制系统可以在接收到第二业务系统预提交的业务后，根据第二业务系统预提交的业务向一个以上第一业务系统预提交业务。例如，当用户到营业厅发起开户业务，客户关系管理系统(CRM)完成业务处理并生成用户数据后，向作为事务控制系统的ESB预提交开户业务后，ESB可以根据该用户的开户业务向在线计费系统(OCS)预提交开户业务。

事务控制系统可以向其中一个第一业务系统预提交业务并接收返回的处理结果；在所述处理结果为成功时，向另一个第一业务系统预提交业务。例如，作为事务控制系统的ESB在向OCS预提交开户业务，并收到OCS返回的成功的处理结果后，再向提供点(Provision)预提交开户业务。事务控制系统也可以同时向所有的第一业务系统预提交业务。事务控制系统还可以向其中一部分第一业务系统同时预提交业务，在收到返回的处理结果后，再向其它的第一业务系统预提交业务。

预提交业务与正式提交业务的不同之处在于，收到预提交业务的业务系统按照正常流程对预提交的业务进行处理，但处理后的业务数据暂不生效。为了业务系统能够方便的区分收到的业务是否是预提交业务，事务控制系统可以在预提交业务时，分别为预提交给各个第一业务系统的业务生成一个业务标识(ID)，并使所述业务标识的取值为表示中间状态的第一取值，分别将各个第一取值的业务标识提交给各个第一业务系统。第一业务系统接收到事务控制系统提交的业务的同时，如果收到第一取值的业务标识，则意味着该业务是预提交业务。

202、各个第一业务系统分别对事务控制系统预提交的业务进行处理，并分别返回处理结果给事务控制系统，但处理后的业务处于暂不生效的中间状态。

本实施例中，将业务系统中的业务数据分为两个状态，一个是暂不生效的中间状态，一个是已经生效的正常状态。第一业务系统例如OCS收到ESB预提交的开户业务后，按照正常的对该业务进行处理，处理完成后，正常返回处理结果给ESB，但是OCS中该处理完成的业务处于暂不生效的中间状态。同样的，提供点(Provision)对ESB预提交的开户业务进行处理后，也正常返回处理结果给ESB，处理完成的业务也处于暂不生效的中间状态。

203、如果所有第一业务系统返回的处理结果均为成功，则事务控制系统指示各个第一业务系统将各自处于中间状态的业务修改为正常状态。

以第一业务系统共包括OCS和Provision两个为例，当OCS和Provision返回的处理结果均为成功时，则作为事务控制系统的ESB指示OCS和Provision将各自处于中间状态的业务修改为正常状态。用业务标识区分预提交业务时，事务控制系统可以将各个业务标识的取值修改为表示正常状态的第二取值，分别将各个第二取值的业务标识提交给各个第一业务系统。OCS和Provision收到ESB发送的第二取值的业务标识时，将各自处于中间状态的业务修改为正常状态。

204、如果至少一个第一业务系统返回的处理结果为失败，则事务控制系统回滚已预提交的所有业务，指示各个第一业务系统将各自的系统数据恢复至事务控制系统未预提交所有业务之前的状态。

如果各个第一业务系统是并行处理的，则事务控制系统在收到全部第一业务系统返回的处理结果后，如果其中任一个或多个第一业务系统返回的处理结果为失败，则事务控制系统回滚已预提交的所有业务，指示各个第一业务系统将各自的系统数据恢复至事务控制系统未预提交所有业务之前的状态。

如果各个第一业务系统是串行处理的，则，任一个第一业务系统返回的处理结果为失败，则，后续的第一业务系统将不再收到预提交业务，事务控制系统回滚已预提交的所有业务，指示各个第一业务系统将各自的系统数据恢复至事务控制系统未预提交所有业务之前的状态。例如所述的开户业务中，当OCS对ESB预提交的开户业务的处理结果为失败，则，ESB不再向Provision预提交开户业务，指示OCS将其系统数据恢复至ESB未预提交开户业务之前的状态。

如果事务控制系统是在接收到第二业务系统预提交的业务后，根据第二业务系统预提交的业务向一个以上第一业务系统预提交业务。则在其中任一个或多个第一业务系统返回的处理结果为失败时，事务控制系统也可以指示第二业务系统将其系统数据恢复未进行业务处理之前的状态。例如，当OCS对ESB预提交的开户业务的处理结果为失败时，ESB可以指示预提交业务给ESB的CRM，指示CRM其系统数据恢复未进行业务处理之前的状态。

可选的，事务控制系统可以通过将各个业务标识的取值修改为表示回滚数据的第三取值，分别将各个第三取值的业务标识提交给各个第一业务系统，来指示各个第一业务系统将各自的系统数据恢复至事务控制系统未预提交所有业务之前的状态。

综上，本发明实施例提供了一种多系统的事务集成处理方法，该方法采用事务控制系统对其它业务系统进行协调，一方面，由于预提交给各业务系统的业务在处理后处于暂不生效的中间状态，因而，各系统可以自由回滚预提交的业务，将系统数据恢复至未预提交所有业务之前的状态；另一方面，由于全部业务系统都处理成功后，各业务系统才将处于中间状态的业务转为生效的正常状态，因而，可以保证各个业务系统中正常业务数据的一致性。

进一步的，事务控制系统可以利用业务标识对预提交业务、正式提交或回滚数据等操作进行标识，即，提供基于业务标识的提交和回滚操作的协调控制。该实现方法简单高效，不占用过多的数据带宽和处理开销。

应用场景例一、

下面以图3所示的应用场景例对实施例一提供的方法进行说明。该场景例以用户到营业厅发起开户业务为例，流程包括：

301、CRM完成业务处理并生成用户业务数据，但业务数据处于暂不生效的中间状态；

302、CRM向企业服务总线(ESB)预提交开户业务；

303、ESB向在线计费系统(OCS)预提交开户业务；

304、OCS进行业务处理，处理后的业务处于中间状态，并返回处理结果给ESB，如果处理结果为失败，则进入步骤307，如果处理结果为成功，则进入步骤305；

305、ESB向Provision预提交业务；

306、Provision进行业务处理，处理后的业务处于中间状态，并返回处理结果给ESB，如果处理结果为失败，则进入步骤307，如果处理结果为成功，则进入步骤309；

307、ESB返回业务处理失败信息给CRM，并指示OCS、Provision回滚数据，将各自系统数据恢复到生成该用户数据之前；

308、CRM回滚系统数据，将系统数据恢复到生成该用户数据之前，然后结束业务流程；

OCS和Provision返回给ESB的处理结果均为成功，则

309、ESB向OCS正式提交开户业务，即，指示OCS将其处于中间状态的开户业务修改为生效的正常状态；

310、ESB向Provision正式提交开户业务，即，指示Provision将其处于中间状态的开户业务修改为生效的正常状态；

311、ESB返回开户业务已经生效的处理结果给CRM；

312、CRM正式提交用户的业务数据，即，将处于处于中间状态的开户业务修改为生效的正常状态。

上述步骤309-312可以是同步进行的。

上述应用场景例中，在Provision没有处理完成业务之前，OCS和CRM中的业务数据是暂不生效的，保证了各个业务系统正常数据的一致性；在OCS和Provision任一个的处理结果均为成功时，Provision、OCS和CRM可以实现将中间状态的数据同步生效或者最短时间内生效，保证了各个业务系统正常数据的一致性；在OCS或Provision某一个的处理结果均为失败时，由于其它业务系统中的开户业务数据处于暂不生效的中间状态，则可以方便的回滚，恢复至未接收该用户的开户业务之前的状态，同时，保证了各个业务系统正常数据的一致性。

在在OCS或Provision某一个的处理结果均为失败时，其它业务系统中的处于暂不生效的中间状态的业务数据可以称为脏数据，这些脏数据由于并未生效，可以避免其它系统方位到这些无用的数据，这些脏数据又可以随之业务数据回滚操作而自动消除。下面，以Provision的处理结果为失败为例，对业务数据的回滚操作，即上述步骤307，作进一步详细说明，307可以包括：

3071、Provision业务处理失败，则向ESB返回失败的业务处理结果，并回滚自身的脏数据，将系统数据回复至接收ESB预提交该用户的开户业务之前；

3072、ESB调用OCS事务接口，回滚刚才发起的开户业务，OCS回滚处于中间状态的业务数据并返回业务回退成功的结果给ESB；

3073、ESB返回业务处理失败信息给CRM，指示CRM回滚系统数据，处理自身的脏数据；

最后，CRM返回错误信息给用户，表明本次开户业务未成功。

综上，本应用场景例，通过采用ESB对其它业务系统进行协调，实现了业务处理和业务生效相分离，一方面，预提交给各业务系统的业务在处理后处于暂不生效的中间状态，各系统可以自由回滚预提交的业务，将系统数据恢复至未预提交所有业务之前的状态；另一方面，全部业务系统都处理成功后，各业务系统才将处于中间状态的业务转为生效的正常状态，保证了各个业务系统中正常业务数据的一致性。

实施例二、

请参考图4，本发明实施例提供一种事务控制系统，包括：

收发模块401，用于向一个以上第一业务系统预提交业务，并接收各个第一业务系统返回的处理结果；

第一指示模块402，如果所有第一业务系统返回的处理结果均为成功，则指示各个第一业务系统将各自处于中间状态的业务修改为正常状态；

第二指示模块403，用于如果至少一个第一业务系统返回的处理结果为失败，则回滚已预提交的所有业务，指示各个第一业务系统将各自的系统数据恢复至事务控制系统未预提交所有业务之前的状态。

进一步的，所述收发模块401可以包括：

业务提交单元，用于预提交业务给各个第一业务系统；

业务标识单元，用于为预提交给各个第一业务系统的业务分别生成一个业务标识，并使所述业务标识的取值为表示中间状态的第一取值；

标识提交单元，用于将各个第一取值的业务标识提交给各个第一业务系统。

更进一步的，

所述业务标识单元，还用于如果所有第一业务系统返回的处理结果均为成功，则将各个业务标识的取值修改为表示正常状态的第二取值；

所述标识提交单元，还用于将各个第二取值的业务标识提交给各个第一业务系统。

再进一步的，

所述收发模块401，具体可以用于接收第二业务系统预提交的业务，根据第二业务系统预提交的业务向一个以上第一业务系统预提交业务。

更进一步的，

所述收发模块401，具体还可以用于向其中一个第一业务系统预提交业务并接收返回的处理结果；在所述处理结果为成功时，向另一个第一业务系统预提交业务。

综上，本发明实施例提供了一种事务控制系统，该事务控制系统可以对其它业务系统进行协调，在确定任一业务系统业务未处理成功时，指示各业务系统回滚预提交的业务，将系统数据恢复至未预提交所有业务之前的状态；在确定全部业务系统业务都处理成功后，才指示各业务系统才将处于中间状态的业务转为生效的正常状态，可以保证各个业务系统中正常业务数据的一致性。

实施例三、

请参考图5，本发明实施例提供一种业务系统，包括：

收发模块501，用于接收事务控制系统预提交的业务，并返回处理结果给事务控制系统；

处理模块502，用于对接收单元接收的业务进行处理，但处理后的业务处于暂不生效的中间状态；在收到事务控制系统的第二指示时，将系统数据恢复至事务控制系统未预提交所有业务之前的状态；在收到事务控制系统的第一指示时，将处于中间状态的业务修改为正常状态。

可选得，所述收发模块501，还可以用于向事务控制系统预提交业务。

综上，本发明实施例提供了一种业务系统，对于预提交的业务，处理后处于暂不生效的中间状态，因而，可以自由回滚预提交的业务，将系统数据恢复至未预提交所有业务之前的状态；在收到事务控制系统的指示时，才将处于中间状态的业务转为生效的正常状态，可以和其它业务系统中的正常业务数据保持一致。

实施例四、

请参考图6，本发明实施例提供一种事务集成处理系统，包括：

事务控制系统400和一个以上第一业务系统500；

所述事务控制系统400，用于向一个以上第一业务系统预提交业务并接收各个第一业务系统返回的处理结果；如果所有第一业务系统返回的处理结果均为成功，则事务控制系统指示各个第一业务系统将各自处于中间状态的业务修改为正常状态；如果至少一个第一业务系统返回的处理结果为失败，则事务控制系统回滚已预提交的所有业务，指示各个第一业务系统将各自的系统数据恢复至事务控制系统未预提交所有业务之前的状态；

所述第一业务系统500，用于对所述事务控制系统预提交的业务进行处理，并返回处理结果给事务控制系统，但处理后的业务处于暂不生效的中间状态，并根据事务控制系统的指示将处于中间状态的业务修改为正常状态或者将系统数据恢复至事务控制系统未预提交所有业务之前的状态。

进一步的，

所述事务控制系统400，还可以用于向各个第一业务系统预提交业务时，分别为预提交给各个第一业务系统的业务生成一个业务标识，并使所述业务标识的取值为表示中间状态的第一取值，将各个第一取值的业务标识提交给各个第一业务系统。

再进一步的，

所述事务控制系统400，还可以用于如果所有第一业务系统返回的处理结果均为成功，则将各个业务标识的取值修改为表示正常状态的第二取值，将各个第二取值的业务标识提交给各个第一业务系统。

更进一步的，如图7所示，所述事务集成处理系统还可以包括：第二业务系统600；

所述第二业务系统600，用于向事务控制系统预提交业务；

所述事务控制系统400，还用于接收第二业务系统预提交的业务，根据第二业务系统预提交的业务向一个以上第一业务系统预提交业务。

还进一步的，所述事务控制系统400，还可以用于向其中一个第一业务系统预提交业务并接收返回的处理结果；在所述处理结果为成功时，向另一个第一业务系统预提交业务。

综上，本发明实施例提供了一种事务集成处理系统，采用事务控制系统对其它业务系统进行协调，一方面，由于预提交给各业务系统的业务在处理后处于暂不生效的中间状态，因而，各系统可以自由回滚预提交的业务，将系统数据恢复至未预提交所有业务之前的状态；另一方面，由于全部业务系统都处理成功后，各业务系统才将处于中间状态的业务转为生效的正常状态，因而，可以保证各个业务系统中正常业务数据的一致性。

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

以上对本发明实施例所提供的多系统的事务集成处理方法及系统进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。本领域技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (3)

1.一种多系统的事务集成处理方法，其特征在于，包括：

事务控制系统向一个以上第一业务系统预提交业务，以便各个第一业务系统分别对事务控制系统预提交的业务进行处理，并分别返回处理结果给事务控制系统，但处理后的业务处于暂不生效的中间状态；

接收各个第一业务系统返回的处理结果；

如果所有第一业务系统返回的处理结果均为成功，则事务控制系统指示各个第一业务系统将各自处于中间状态的业务修改为已经生效的状态；

如果至少一个第一业务系统返回的处理结果为失败，则事务控制系统回滚已预提交的所有业务，指示各个第一业务系统将各自的系统数据恢复至事务控制系统未预提交所有业务之前的状态；

其中，所述事务控制系统为企业服务总线ESB；所述一个以上第一业务系统包括：在线计费系统OCS和提供点Provision；

所述事务控制系统向一个以上第一业务系统预提交业务包括：事务控制系统分别为预提交给各个第一业务系统的业务生成一个业务标识，并使所述业务标识的取值为表示中间状态的第一取值；分别将各个第一取值的业务标识提交给各个第一业务系统；

所述事务控制系统指示各个第一业务系统将各自处于中间状态的业务修改为已经生效的状态包括：所述事务控制系统将各个业务标识的取值修改为表示已经生效的状态的第二取值，分别将各个第二取值的业务标识提交给各个第一业务系统；

所述事务控制系统向一个以上第一业务系统预提交业务具体包括：所述ESB接收第二业务系统预提交的业务，所述第二业务系统为客户关系管理系统CRM；根据第二业务系统预提交的业务向所述OCS预提交业务并接收返回的处理结果；在所述处理结果为成功时，向所述Provision预提交业务。

2.一种事务控制系统，其特征在于，包括：

收发模块，用于向一个以上第一业务系统预提交业务，以便各个第一业务系统分别对事务控制系统预提交的业务进行处理，并分别返回处理结果给事务控制系统，但处理后的业务处于暂不生效的中间状态；

所述收发模块，还用于接收各个第一业务系统返回的处理结果；

第一指示模块，用于如果所有第一业务系统返回的处理结果均为成功，则指示各个第一业务系统将各自处于中间状态的业务修改为已经生效的状态；

第二指示模块，用于如果至少一个第一业务系统返回的处理结果为失败，则回滚已预提交的所有业务，指示各个第一业务系统将各自的系统数据恢复至事务控制系统未预提交所有业务之前的状态；

其中，所述事务控制系统为企业服务总线ESB；所述一个以上第一业务系统包括：在线计费系统OCS和提供点Provision；

所述收发模块包括：

业务提交单元，用于预提交业务给各个第一业务系统；

业务标识单元，用于为预提交给各个第一业务系统的业务分别生成一个业务标识，并使所述业务标识的取值为表示中间状态的第一取值；

标识提交单元，用于将各个第一取值的业务标识提交给各个第一业务系统；

所述业务标识单元，还用于如果所有第一业务系统返回的处理结果均为成功，则将各个业务标识的取值修改为表示已经生效的状态的第二取值；

所述标识提交单元，还用于将各个第二取值的业务标识提交给各个第一业务系统；

所述收发模块，具体用于接收第二业务系统预提交的业务，所述第二业务系统为客户关系管理系统CRM；根据第二业务系统预提交的业务向所述OCS预提交业务并接收返回的处理结果；在所述处理结果为成功时，向所述Provision预提交业务。

3.一种事务集成处理系统，其特征在于，包括：事务控制系统和一个以上第一业务系统；

所述事务控制系统是如权利要求2所述的事务控制系统；

所述第一业务系统包括：

收发模块，用于接收事务控制系统预提交的业务，并返回处理结果给事务控制系统；

处理模块，用于对接收单元接收的业务进行处理，但处理后的业务处于暂不生效的中间状态；在收到事务控制系统的第二指示时，将系统数据恢复至事务控制系统未预提交所有业务之前的状态；在收到事务控制系统的第一指示时，将处于中间状态的业务修改为已经生效的状态。