CN101035110B

CN101035110B - 业务调用方法、系统及单元

Info

Publication number: CN101035110B
Application number: CN2007100031921A
Authority: CN
Inventors: 胡源
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-02-28
Filing date: 2007-02-28
Publication date: 2011-01-12
Anticipated expiration: 2027-02-28
Also published as: CN101035110A

Abstract

本发明公开了一种业务调用方法，包括：接收到业务请求，所述业务请求中包括至少两个子业务；根据该业务请求需调用的各子业务间的关联关系，确定各子业务的调用顺序，根据该调用顺序并行调用同一调用顺序的各子业务。本发明同时公开了一种业务调用系统，包括：调度策略存储单元和业务调用单元。本发明还公开了一种业务调用单元，包括：调度模块和业务自动机模块。本发明实现了对无依赖关系的子业务的并行调用，大大节省了业务请求的处理时间，提高了业务请求的成功率。

Description

业务调用方法、系统及单元

技术领域

本发明涉及业务处理技术领域，具体涉及一种业务调用方法、系统及单元。

背景技术

目前电信网络中，业务通常通过与交换网络分离的智能网设备提供。随着电信业务的深入发展，各业务间的相互调用增多，某个业务特性可能涉及到多个子业务，由基于调度地位的业务总线分别调用多个子业务。

现有技术采用串行方式调用多个子业务，当业务总线收到业务请求，且需要调用多个子业务以完成该次请求时，由业务总线逐一串行调用各子业务，当检测到前一个子业务调用成功后，再调用下一个子业务。业务总线在调用各子业务的过程中，由于每个子业务均需要一定的处理时间，这样，总处理时间就大于或等于各子业务的处理时间之和。本发明人在研究此技术问题时发现，对于较复杂的业务请求，总处理时间会很大，很容易发生由于业务请求超时而导致业务请求失败的情形。

发明内容

本发明提供一种业务调用方法、系统及单元，以在业务请求需调用多个子业务时，缩短业务请求的总处理时间，提高业务请求成功率。

本发明的技术方案是这样实现的：

一种业务调用方法，包括：

接收到业务请求，所述业务请求中包括至少两个子业务；根据所述子业务间的关联关系确定各个子业务的调用顺序，根据所述调用顺序并行调用同一调用顺序的子业务。

一种业务调用系统，包括：调度策略存储单元和业务调用单元，其中：

调度策略存储单元，用于存储业务请求与需调用的子业务的对应关系，以及各子业务之间的关联关系；

业务调用单元，根据从调度策略存储单元读取的本次业务请求需调用的子业务以及各子业务间的关联关系，确定各子业务的调用顺序，根据该调用顺序并行调用同一调用顺序的各子业务。

一种业务调用单元，包括：调度模块和业务自动机模块，其中：

调度模块，用于将本次业务请求需调用的各子业务及各子业务间的关联关系发送给业务自动机模块，根据从业务自动机模块查询的子业务调用顺序，并行调用同一调用顺序的各子业务；

业务自动机模块，根据调度模块发来的各子业务间的关联关系，确定各子业务的调用顺序。

本发明在一个业务请求需调用多个子业务时，根据各子业务间的关联关系，确定各子业务的调用顺序，根据该调用顺序并行调用同一调用顺序的各子业务，实现了对无依赖关系的子业务的并行调用，大大节省了业务请求的处理时间，提高了业务请求的成功率。

附图说明

图1为本发明提供的确定业务调用顺序实例示意图一；

图2为本发明提供的确定业务调用顺序实例示意图二；

图3为本发明实施例提供的业务调用的流程图；

图4为本发明实施例提供的业务调用系统的组成示意图。

具体实施方式

本发明实施例提供了处理业务请求的方法，当业务请求需要调用多个子业务时，根据各子业务间的依赖关系，确定各子业务的调用顺序，然后根据该调用顺序并行调用同一调用顺序的各子业务。

当一个子业务的调用需要在另一个子业务调用成功后才能进行时，则该两子业务间存在依赖关系。不存在依赖关系的各子业务可并行调用，且调用顺序相同；所依赖的子业务的最靠后调用顺序相同的各子业务可并行调用，且其调用顺序仅次于所依赖的子业务的最靠后调用顺序。

例如：如图1所示，某个业务请求需要调用子业务1、子业务2、子业务3和子业务4，且，子业务2依赖子业务1，则子业务4依赖子业务3，则，子业务1和子业务3可并行调用，且调用顺序最靠前；子业务2和子业务4可并行调用，且调用顺序相同且仅次于子业务1和子业务3。又如：如图2所示，某个业务请求需要调用子业务A、子业务B、子业务C和子业务D，且子业务B和D依赖子业务A，子业务C依赖子业务A和B，则子业务A的调用顺序最靠前，子业务B和D的调用顺序相同且仅次于子业务A，子业务C的调用顺序最靠后。

下面结合附图及具体实施例对本发明再作进一步详细的说明。

图3是本发明实施例提供的业务调用的流程图，如图3所示，其具体步骤如下：

步骤301：收到外部发来的业务请求，确定该业务请求需调用的子业务，以及各子业务间的依赖关系。

步骤302：根据各子业务间的依赖关系，确定可并行调用的子业务，将可并行调用的各子业务的调用顺序设定为相同，然后根据各子业务间的依赖关系以及可并行调用的子业务，确定各子业务的调用顺序，并建立一个初始值等于需调用的子业务的总数的调用计数器。

具体地，首先，将相互独立的各子业务的调用顺序设定为相同；然后，对于存在依赖关系的子业务，将所依赖的子业务的最靠后调用顺序相同的各子业务的调用顺序设定为相同，且调用顺序仅次于所以依赖的子业务的最靠后调用顺序。例如：若子业务C同时依赖子业务A和B，子业务E依赖子业务F，且子业务B和F的调用顺序相同，子业务B的调用顺序位于子业务A之后，则确定子业务C和E的调用顺序相同，且调用顺序仅次于子业务B和F。

步骤303：根据各子业务的调用顺序，在未调用的子业务中，选择调用顺序相同、且调用顺序最靠前的各子业务。

步骤304：向选择的各子业务同时发送子业务请求，并为每个子业务设置一个等待应答定时器。

步骤305：检测到本次并行调用的各子业务调用完毕，将调用计数器的计数值减去本次并行调用的子业务的数目。

本次并行调用的各子业务是否调用完毕可通过以下方式判断：方式一、在所有子业务的等待应到定时器超时前，已收到各子业务的应答消息；方式二、所有子业务的等待应答定时器都超时，仍有部分子业务未返回应答消息。

步骤306：根据已收到的子业务应答消息以及调用计数器的计数值，判断是否继续进行本次业务请求，若是，转至步骤303；否则，执行步骤307。

子业务的应答消息包括：成功应答消息和失败应答消息，若在子业务的等待应答定时器超时时未收到该子业务的应答消息，则确定该子业务调用失败。

根据子业务在业务请求中所起的不同作用，各子业务的调用成败对整个业务请求会产生不同的影响。有的子业务调用失败，会导致整个业务请求失败；有的子业务调用失败，则不会对业务请求产生影响。例如：若子业务为鉴权业务，则该子业务调用失败，整个业务请求失败；若子业务为日志记录业务，则即使该子业务调用失败，业务请求也可继续进行。

若调用计数器的计数值为0，则根据本次业务请求中的各子业务的调用结果，确定本次业务请求成功还是失败。

步骤307：结束当前业务请求，根据各子业务的调用结果确定本次业务请求成功还是失败，并向业务请求方返回业务成功或失败指示。

若本次业务请求失败，则在向业务请求方返回失败指示的同时，也可同时给出失败原因；若本次业务请求成功，但部分子业务调用失败，则在向业务请求方返回成功指示的同时，也可给出部分子业务调用失败的指示。

图4是本发明实施例提供的业务调用系统的组成示意图，如图4所示，其主要包括：调度策略存储单元41和业务调用单元42，其中：

调度策略存储单元41：用于存储业务请求标识与该业务请求需调用的子业务标识的对应关系、该业务请求需调用的各子业务之间的依赖关系、各子业务的调用结果与业务请求的运行状态的对应关系。

业务调用单元42：根据从调度策略存储单元41读取的本次业务请求需调用的子业务以及各子业务间的关联关系，确定各子业务的调用顺序，根据该调用顺序并行调用同一调用顺序的各子业务。

如图4所示，业务调用单元42包括：调度模块421、业务自动机模块422和结果处理模块423，其中：

调度模块421：收到外部发来的业务请求，从调度策略存储单元41读取该业务请求需调用的各子业务标识、以及各子业务之间的依赖关系，同时读取各子业务的调用结果与业务请求的运行状态的对应关系；将该业务请求标识、该业务请求需调用的各子业务标识、以及各子业务之间的依赖关系发送给业务自动机模块422；将该业务请求标识以及各子业务的调用结果与业务请求的运行状态的对应关系发送给结果处理模块423，同时在业务自动机模块422中创建一个初始计数值等于该业务请求需调用的子业务的总数的调用计数器；

向业务自动机模块422查询当前已就绪的各子业务，向各子业务同时发送业务请求，同时在业务自动机模块422中为每个子业务设置一个等待应答定时器，收到各子业务发来的调用成功或失败应答消息，向业务自动机模块422和结果处理模块423发送该子业务调用成功或失败消息，同时删除业务自动机模块422中该子业务对应的等待应答定时器；检测到设置在业务自动机模块422中的子业务的等待应答定时器超时，则向业务自动机模块422和结果处理模块发送该子业务调用失败消息，并删除业务自动机模块422中的该子业务的等待应答定时器，根据已收到的应答消息的数目以及检测到的超时的等待应答定时器的数目，确定已调用完毕的子业务的数目，从而更新业务自动机模块422中的调用计数器的计数值；

收到结果处理模块423发来的返回及业务失败指示，向业务请求方发送业务失败指示，并指示失败原因；收到结果处理模块423发来的继续处理指示，则继续向业务自动机模块422查询当前已就绪的子业务；检测到业务自动机模块422中的调用计数器的计数值为0，向结果处理模块423发送调用结束指示，收到结果处理模块423发来的返回及业务成功指示，向业务请求方发送业务成功指示。

业务自动机模块422：用于根据调度模块421发来的业务请求标识、该业务请求需调用的各子业务标识、以及各子业务之间的依赖关系，确定该业务请求中可并行调用的子业务，并确定各子业务的调用顺序；

在当前未调用的子业务中调用顺序相同、且调用顺序最靠前的各子业务上添加就绪标志；当收到调度模块421发来的子业务调用成功或失败消息后，将该子业务的调用状态由正在调用修改为调用成功或调用失败，同时删除该子业务上的就绪标志。

结果处理模块423：用于接收并保存调度模块421发来的各子业务的调用结果与业务请求的运行状态的对应关系，收到调度模块421发来的子业务的调用结果且未收到调用结束指示，则根据所述对应关系确定业务请求的下一步运行状态，若确定的下一步运行状态为返回，则向调度模块421发送返回指示，并指示业务失败；若确定的下一步运行状态为继续处理，则向调度模块421发送继续处理指示；收到调度模块421发来的调用结束指示，则向调度模块421发送返回指示，并指示业务成功。

以下以充值卡充值业务为例，对本发明实施例进行进一步说明：

充值卡充值业务包括以下子业务：

1、账户鉴权；

2、充值卡鉴权；

3、给账户加钱；

4、充值卡置位；

5、写充值话单；

6、写充值日志。

其中，1和2、3和4、5和6可并行操作，且3和4依赖1和2，5和6依赖3和4。

则可知各子业务的调用顺序为：1和2最靠前，3和4次之，5和6最靠后，因此，充值过程如下：

步骤01：收到外部发来的充值请求，读取充值请求对应的子业务以及各子业务之间的依赖关系，具体如上所述。

步骤02：创建一个初始值为6的调度计数器。

步骤03：根据各子业务之间的依赖关系，确定并记录各子业务的调度顺序，在当前未调用的各子业务中选择调用顺序相同、且调用顺序最靠前的各子业务即：账户鉴权和充值卡鉴权，在该两子业务上添加就绪指示，并将6个子业务的业务状态记录为未调用。

步骤04：根据添加有就绪指示的子业务：账户鉴权和充值卡鉴权，发送账户鉴权请求和充值卡鉴权请求。

步骤05：收到账户鉴权和充值卡鉴权的成功应答后，删除该两子业务上的就绪指示，并将该两子业务的业务状态更新为调用成功，将调用计数器的计数值减2；并在下一个调用顺序的两个子业务：给账户加钱和充值卡置位上添加就绪指示；根据账户鉴权和充值卡鉴权的调用成功结果，以及保存的各子业务的调用结果与业务请求的运行状态的对应关系，确定下一步操作为“继续处理”。

步骤06：根据添加有就绪指示的账户加钱和充值卡置位子业务，发送账户加钱请求和充值卡置位请求。

步骤07：收到账户加钱和充值卡置位的成功应答后，删除该两子业务上的就绪指示，并将该两子业务的业务状态更新为调用成功，将调用计数器的计数值再减2；并在下一个调用顺序的两个子业务：写充值话单和写充值日志上添加就绪指示；根据账户加钱和充值卡置位的调用成功结果，以及保存的各子业务的调用结果与业务请求的运行状态的对应关系，确定下一步操作为“继续处理”。

步骤08：根据添加有就绪指示的写充值话单和写充值日志子业务，发送写充值话单请求和写充值日志请求。

步骤09：收到写充值话单请求和写充值日志的成功应答后，删除该两子业务上的就绪指示，并将该两子业务的业务状态更新为调用成功，将调用计数器的计数值再减2，检测到调用计数器的计数值为0，确定调用结束，则根据自身保存的各子业务的调用结果与业务请求的运行状态的对应关系，确定下一步操作为“调用成功结束”，向充值用户显示充值成功指示。

以上所述仅为本发明的过程及方法实施例，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

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

接收到业务请求，所述业务请求中包括至少两个子业务，将相互独立的各子业务确定为同一调用顺序，对于相互依赖的子业务，将所依赖的子业务的最靠后调用顺序相同的各子业务的调用顺序设定为相同，且调用顺序仅次于其所依赖的子业务的调用顺序中最靠后的调用顺序；

根据各子业务的调用顺序，在未调用的子业务中，选择调用顺序相同、且调用顺序最靠前的各子业务。

2.如权利要求1所述的方法，其特征在于，预先设置子业务调用结果与本次业务请求运行状态的对应关系，

所述选择调用顺序相同、且调用顺序最靠前的各子业务之后进一步包括：

同时向该各子业务发送子业务请求，检测到还存在未调用的子业务，根据已调用的各子业务的调用结果以及所述对应关系，判断是否继续进行本次业务请求，若是，继续调用下一调用顺序的子业务；否则，完成本次业务请求。

3.如权利要求1所述的方法，其特征在于，所述选择调用顺序相同、且调用顺序最靠前的各子业务之后进一步包括：确定本次业务请求结束，根据各子业务的调用结果确定本次业务请求成功还是失败，并向业务请求方返回业务成功或失败指示。

4.一种业务调用系统，其特征在于，包括：调度策略存储单元和业务调用单元，其中：

业务调用单元，根据从调度策略存储单元读取的本次业务请求需调用的子业务以及各子业务间的关联关系，对于相互依赖的子业务，将所依赖的子业务的最靠后调用顺序相同的各子业务的调用顺序设定为相同，且调用顺序仅次于其所依赖的子业务的调用顺序中最靠后的调用顺序；根据各子业务的调用顺序，在未调用的子业务中，选择调用顺序相同、且调用顺序最靠前的各子业务。

5.如权利要求4所述的系统，其特征在于，所述业务调用单元包括：调度模块和业务自动机模块，其中：

调度模块，用于将从调度策略存储单元读取的本次业务请求需调用的各子业务以及各子业务间的关联关系发送给业务自动机模块，根据从业务自动机模块查询的子业务调用顺序，在未调用的子业务中，选择调用顺序相同、且调用顺序最靠前的各子业务；

业务自动机模块，根据调度模块发来的各子业务间的关联关系，将相互独立的各子业务确定为同一调用顺序，对于相互依赖的子业务，将所依赖的子业务的最靠后调用顺序相同的各子业务的调用顺序设定为相同，且调用顺序仅次于其所依赖的子业务的调用顺序中最靠后的调用顺序。

6.一种业务调用单元，其特征在于，包括：调度模块和业务自动机模块，其中：

7.如权利要求6所述的业务调用单元，其特征在于，所述业务调用单元进一步包括：结果处理模块，用于接收调度模块发来的子业务调用结果与本次业务请求运行状态的对应关系，根据调度模块发来的子业务调用结果确定本次业务请求的下一步运行状态，将该运行状态信息发送给调度模块；

所述调度模块收到结果处理模块发来的运行状态信息后，若检测到该运行状态信息指示业务成功或失败，则向业务请求方返回业务成功或失败指示；若检测到该运行状态信息为继续处理，则继续调用下一调用顺序的子业务。