一种处理多业务的方法和装置

摘要

本发明公开了一种处理多业务的方法和装置，该方法包括以下步骤：触发总线业务，当所述总线业务执行到一个子业务逻辑点时，判断所述子业务是否被申请，若申请则所述总线业务调用所述子业务；若未申请则执行后续的总线业务。该装置包括：一个总线业务模块；该总线业务模块包括总线业务数据库单元、总线业务控制单元、子业务构件单元；其中，总线业务控制单元用于连接各子业务构件单元，对各子业务进行调用；所述总线业务数据库单元用于存放用户数据；所述子业务构件单元用于处理各子业务。本发明从根本上解决了多业务嵌套时，SSP处理负荷大的问题，降低了对SSP处理能力的要求；节约了接入号码资源，使用户能够更方便的使用多个业务。

权利要求

1.一种处理多业务的方法，其特征在于，

主叫侧的业务交换点判断主叫用户是否申请智能业务；若主叫用户申请了智能业务，则触发到总线业务，若主叫用户未申请智能业务，则连接到被叫侧业务交换点；

由被叫侧业务交换点判断被叫用户是否申请智能业务；若被叫用户申请了智能业务，则触发到总线业务；

触发总线业务后，当所述总线业务执行到一个子业务逻辑点时，判断所述子业务是否被申请，若申请则所述总线业务调用所述子业务；若未申请则执行后续的总线业务。

2.如权利要求1所述的方法，其特征在于，所述总线业务执行是按逻辑顺序执行多个子业务。

3.如权利要求1所述的方法，其特征在于，所述总线业务被触发的方式包括：接入码触发或签约属性触发。

4.如权利要求1所述的方法，其特征在于，当总线业务被触发时，先到总线业务数据库单元中提取用户数据，再执行所述总线业务。

5.如权利要求1所述的方法，其特征在于，所述子业务逻辑点为呼叫过程中与执行所述子业务对应的阶段。

6.如权利要求1所述的方法，其特征在于，所述判断所述子业务是否被申请，是根据用户数据进行判断，具体包括：用户数据中设置一个字符串，所述字符串中每个字符对应一个子业务，根据所述字符的取值判断用户是否申请所述子业务。

7.如权利要求1所述的方法，其特征在于，所述总线业务调用所述子业务之后，进入子业务构件单元进行处理，并在子业务处理完成后返回总线业务。

8.一种处理多业务的装置，其特征在于，在业务控制点SCP中增加总线业务模块；所述总线业务模块包括总线业务数据库单元、总线业务控制单元、子业务构件单元；所述总线业务控制单元用于连接各子业务构件单元，当所述总线业务执行到一个子业务逻辑点时，所述总线业务控制单元判断所述子业务是否被申请，若申请则调用所述子业务构件单元执行子业务；所述总线业务数据库单元用于存放用户数据；所述子业务构件单元用于处理各子业务。

9.如权利要求8所述的装置，其特征在于，所述总线业务模块被触发时，所述总线业务控制单元到总线业务数据库单元提取用户数据，并执行所述总线业务。

说明书

一种处理多业务的方法和装置

技术领域

[0001] 本发明涉及应用业务技术，特别涉及一种处理多业务的方法和装置。

背景技术

[0002] 随着智能网业务的发展，已经越来越多的呈现出综合化、娱乐化、个性化的需求，现在每个智能网平台上都已经开通几个甚至十几个有特色的智能业务。要享用这些特色智能业务，一般情况需要业务用户拨打特定的接入码才可以，如果业务用户在一次通话过程中使用多个智能业务，则每个智能业务都要占用一个接入号码，且用户享用每个特色智能业务都要拨打特定的接入号码，例如：用户使用业务A和业务B时，需要先拨打A业务的接入码，触发A业务；然后在A业务逻辑中拨打B业务的接入码，SCP把B业务接入码通过CONNECT下发到SSP，在SSP上再次智能呼叫，上报到SCP触发B业务逻辑；这种方式在智能业务嵌套时，用户需拨打每个智能业务的接入码，分别触发智能业务，占用了有限的接入号码资源，增加了用户拨号的复杂度和记忆难度；另外由于每个业务都在SSP上触发，加重了SSP的负荷。

发明内容

[0003] 有鉴于此，本发明的目的在于提供一种处理多业务的方法和装置，使用户在一次通话过程中使用多个智能业务时，只需要拨打一个接入号码即可，不用再记忆、拨打多个接入号码；另一方面，降低了对SSP处理能力的要求，SSP不用再多次触发不同的智能业务，降低了SSP的处理负荷。

[0004] 为达到上述目的，本发明的技术方案具体是这样实现的：

[0005] 主叫侧的业务交换点判断主叫用户是否申请智能业务；若主叫用户申请了智能业务，则触发到总线业务，若主叫用户未申请智能业务，则连接到被叫侧业务交换点；由被叫侧业务交换点判断被叫用户是否申请智能业务；若被叫用户申请了智能业务，则触发到总线业务；

[0006] 触发总线业务后，当总线业务执行到一个子业务逻辑点时，判断该子业务是否被申请，若申请则总线业务调用该子业务；若未申请则执行后续的总线业务。

[0007] 其中，总线业务执行是按逻辑顺序执行多个子业务。

[0008] 总线业务被触发的方式包括：接入码触发或签约属性触发。

[0009] 当总线业务被触发时，先到总线业务数据库单元中提取用户数据，再执行所述总线业务。

[0010] 子业务逻辑点为呼叫过程中与执行该子业务逻辑对应的阶段。

[0011] 判断子业务是否被申请，是根据用户数据进行判断，具体包括：

[0012] 用户数据中设置一个字符串，所述字符串中每个字符对应一个子业务，根据所述字符的取值判断用户是否申请所述子业务。

[0013] 总线业务调用子业务之后，进入子业务构件单元进行处理，并在子业务处理完成后返回总线业务。

[0014] 一种处理多业务的装置，该装置在业务控制点SCP中增加了总线业务模块；其中，总线业务模块包括总线业务数据库单元、总线业务控制单元、子业务构件单元；

[0015] 总线业务控制单元用于连接各子业务构件单元，当所述总线业务执行到一个子业务逻辑点时，所述总线业务控制单元判断所述子业务是否被申请，若申请则调用所述子业务构件单元执行子业务；总线业务数据库单元用于存放用户数据；子业务构件单元用于处理各子业务。

[0016] 总线业务模块被触发时，总线业务控制单元到总线业务数据库单元提取用户数据，并执行总线业务。

[0017] 应用本发明后，能够通过只拨入总线业务的接入码来实现对多个业务的使用，节约了宝贵的接入号码资源；并且每个业务都能由总线业务调度，不用回到SSP上触发，降低了SSP上的处理负荷及对SSP处理能力的要求。

[0018] 另一方面，用户不用再记忆、拨打多个业务接入码，使用户能够更方便的使用多个业务。

附图说明

[0019] 图1是总线业务模块结构图。

[0020] 图2是总线业务调用子业务关系图。

[0021] 图3是SSP与SCP的交互流程图。

[0022] 图4是实现多业务的架构图。

具体实施方式

[0023] 为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

[0024] 为了解决处理多业务时，SSP处理负荷大的问题，本发明提供了一种利用总线业务处理多业务的方法和装置。该装置结构如图1所示，总线业务模块包括总线业务数据库单元、总线业务控制单元、和至少一个子业务构件单元。其中，总线业务控制单元连接到总线业务数据库单元和子业务构件单元。当总线业务控制单元被触发时，总线业务控制单元到总线业务数据库中查询用户数据，并在呼叫过程的每个阶段根据得到的用户数据调用各子业务构件单元，各子业务构件单元处理结束后返回到总线业务控制单元。

[0025] 在处理多业务的方案中，如图2所示，总线业务模块提供了一个基本的总线业务，其它各特色智能业务，如彩铃、预付费、一号通、语音拨号、话费立显、亲情号码、集团centrex等等都可以看作总线业务的一个子业务，各子业务通过总线业务串接起来，执行总线业务就是按照各子业务的逻辑顺序来调用各个子业务，其中，各子业务的逻辑顺序是与呼叫过程的各个阶段相对应的。当总线业务被触发时，执行总线业务，当总线业务执行到一个子业务逻辑点时判断用户是否申请了该子业务，若申请了就调用该子业务，子业务处理完成后返回总线业务，总线业务继续执行直到下一个子业务逻辑点，重复上述步骤直到该呼叫结束。其中，子业务的开通由控制位来进行控制。业务用户可以根据自己的需要来打开各个子业务构件单元的控制位。该控制位是一个128位的字符串，存放在总线业务数据库的用户数据中。其中，字符串中的每一个字符对应着一个子业务，该字符的取值表示业务的申请与否。如：字符“1”表示为用户申请该业务，字符“0”表示用户没有申请该业务。如果业务用户申请了多个业务，那么这些智能业务对应的字符串中的位置的值就置为表示申请业务的值。

[0026] 如果用户申请了一个或多个业务，当主叫用户发起呼叫时，可以通过拨打总线业务的接入号码，触发到SCP上的总线业务控制单元，也可以根据用户的签约属性，触发到SCP上的总线业务控制单元，当根据签约属性触发时，是通过业务交换点SSP判断该用户签约了智能业务，由SSP在业务用户拨打的号码前插入总线业务的接入码，再触发到SCP上的总线业务控制单元的。当主叫用户没有申请业务时，则主叫侧业务交换点直接将呼叫连接到被叫侧业务交换点，被叫侧业务交换点判断被叫是否申请智能业务，若被叫申请了智能业务，则由被叫侧业务交换点SSP触发到SCP上的总线业务控制单元；若被叫未申请智能业务，则按照普通方式直接建立通话连接。

[0027] 当总线业务被触发后，总线业务控制单元从总线业务数据库中查询业务用户的数据，从数据库中提取出该用户申请智能业务的字符串，根据字符串对应位字符的取值判断用户是否申请了智能业务，其中，字符串对应的位称作控制位。

[0028] 如图3所示为SSP与SCP之间的交互流程图，在整个呼叫过程中，从主叫业务用户摘机、鉴权主叫用户、主叫用户拨号、鉴权被叫用户、下发计费申请、下发连接、接续被叫用户、主被叫用户通话、通话结束主叫或被叫挂机，这是一个完整的业务使用流程，各子业务在其对应的阶段被总线业务调用，例如：“彩色拨号音”子业务是在用户摘机时调用，“预付费”子业务是在鉴权主叫用户阶段调用，“一号通”子业务是在鉴权被叫用户阶段调用等等。在总线业务模块中，对应于上述各个阶段都对应有一个或多个子业务构件单元，与子业务构件单元相对应的阶段即为子业务逻辑点。各子业务构件单元顺序相连，每个子业务构件单元对应一个子业务，如图4所示。总线业务控制单元在不同子业务逻辑点判断与之对应的子业务是否被该业务用户申请，如果申请，则通过业务调用的方式调用该子业务对应的子业务构件单元，该业务调用相当于一个函数调用，把子业务需要的数据通过调用接口作为传入参数传入到子业务中，该子业务构件单元对该子业务进行处理，并在处理完成后通过业务调用返回的方式返回到总线业务控制单元，业务调用返回时，需要传出给总线业务的数据作为传出参数返回给总线业务。该过程直到主叫用户或者被叫用户挂机，业务逻辑向SSP发送RELEASECALL信令指示SSP完成对主叫用户或者被叫用户话路的释放，结束此次呼叫过程。在此过程中，SCP对业务用户申请的智能业务是在总线业务模块中完成的，对各业务的处理顺序是按各阶段顺序执行的，SCP不用下发号码到SSP进行二次触发。

[0029] 现举例对整个过程详细说明：业务用户A，申请了业务预付费、亲情号码、话费立显业务；业务用户B，其申请了智能业务一号通、彩铃；另外还有总线业务：业务Z，其接入码为XXX；当用户申请了上述业务时，则默认为其申请了业务Z；以A呼叫B为例对智能网业务侧解决多业务嵌套进行说明：

[0030] 1)A用户拨打XXX+B(或者直接拨打B)；

[0031] 2)呼叫路由到SSP，SSP判断用户拨打的号码XXX为智能呼叫(或者SSP判断用户A申请了业务Z，自动在B前面插入接入码XXX)，把呼叫送到SCP，触发SCP上的业务Z；

[0032] 3)业务Z触发后，查询SCP上的数据库，提取出用户A的用户数据，根据其标识开通业务的字符串判断其开通了哪些智能业务(预付费、亲情号码、话费立显)；

[0033] 4)业务Z判断业务用户A开通了预付费业务，则调用预付费业务的子业务模块，对A预付费信息进行处理，处理完成后返回到总线业务Z；

[0034] 5)业务Z判断业务用户A开通了亲情号码业务，则调用亲情号码子业务模块，在其中判断B是否是A的亲情号码，如果是则任务是亲情号码呼叫，否则认为不是亲情号码呼叫，处理完亲情号码子业务后返回总线业务Z；

[0035] 6)总线业务Z按顺序处理完预付费、亲情号码子业务后，开始处理B用户，从SCP数据库中提取出B用户的用户数据，根据其标识开通业务的字符串判断其开通了哪些智能业务(一号通、彩铃)；

[0036] 7)总线业务Z调用彩铃子业务模块进行处理，处理完成后返回总线业务Z；

[0037] 8)总线业务Z调用一号通子业务模块进行处理，处理完成后返回总线业务Z；

[0038] 9)总线业务都处理完成后，下发需要接续到号码到SSP，由SSP完成最终号码的接续，A听彩铃，然后A和B进行通话；

[0039] 10)通话结束后，通话费用从A的预付费帐户中扣除，此时总线业务还发现A开通了话费立显业务，则调用话费立显子业务模块进行处理，处理完成后返回总线业务Z；

[0040] 11)总线业务Z都处理完成后，结束此次呼叫逻辑；

[0041] 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。