基于组件的增值业务配置方法和增值业务系统

摘要

本发明公开了一种在组件架构下，配置增值业务的方法，及将业务逻辑持久化的增值业务系统，本发明的增值业务配置方法包括以下步骤：编写与业务逻辑分离的组件；根据业务执行逻辑，确定业务逻辑有限状态机，确定所述有限状态机的组件执行逻辑；将确定的所述有限状态机的逻辑流程存储为文件。采用本发明，可提高增值业务的可扩展性和适应性，提高代码可重用性，降低代码冗余，增强可维护性，并增加代码的安全性。

说明书

技术领域

本发明涉及一种增值业务的持久化技术，尤其涉及一种基于组件的增值业务配置方法，以及一种基于组件的增值业务系统。

背景技术

基于传统的通信网络，设备提供商往往基于与业务相关的构造模块开发增值业务，这种开发模式，随着业务复杂度的增加，运营商对开发环境的开放性要求不断增加，现有的增值业务开发与配置方式越来越难以满足客户的需求。

随着下一代网络及3G的不断发展，Parlay逐渐成为增值业务的主流开发技术，但需要根据业务逻辑定义有限状态机(FSM，Finite State Machine)，随着业务的复杂，导致FSM的状态越来越多，相应开发效率越来越低。

发明人在实现本发明的过程中，发现现有技术中基于有限状态机开发业务的过程中，有限状态机与业务功能紧密耦合，因此至少存在以下缺点：代码维护困难，系统可扩展性差。在开发新业务时，无法从现有业务中分离出已经实现的业务功能，开发人员或者重新开发或依靠代码级复制、修改，由于工作量很大，使业务开发很难进行扩展，花费的时间非常长，在后续维护中工作量也很大。

因此，现有技术中的增值业务的开发方式已经不能适应技术的发展，很难实现对增值业务流程的动态配置，并且会造成人为对增值业务内部配置的改变，影响设定的业务逻辑的正常使用。

发明内容

本发明实施例提供一种基于组件的增值业务配置方法，以提高增值业务的可扩展性和可维护性，该方法包括如下步骤：

根据增值业务的执行逻辑，设置有限状态机，并将与业务逻辑分离的组件配置于所述有限状态机的各个状态；将所述有限状态机中的各个状态，以及配置各个状态中的组件时所形成的配置信息，以配置文件形式存储。

本发明的另一个实施例还提供了一种基于组件的增值业务系统，该系统包括：组件单元、业务逻辑单元、业务控制单元和业务配置文件管理单元，其中

组件单元，用于存储至少一个与业务逻辑分离的组件；

业务逻辑单元，用于存储有限状态机及其配置信息；

业务控制单元，包括配置子单元和执行子单元；

所述配置子单元，用于在配置增值业务时，根据业务执行逻辑，将所述组件单元配置于所述业务逻辑单元中的有限状态机，并生成业务配置文件，存储与所述业务配置文件管理单元；

所述执行子单元，用于在执行增值业务时，从所述业务配置文件管理单元读取与所述增值业务匹配的业务配置文件，生成业务执行树，并按照所述业务执行树调用所述组件单元中的组件，执行增值业务；

业务配置文件管理单元，用于存储并管理所述业务配置文件。

本发明的上述实施例中所述的组件与业务逻辑分离，执行独立的业务功能，因此在配置增值业务时，可根据新的增值业务的执行逻辑，将相应的与业务逻辑分离的组件配置于有限状态机，从而在增值业务的配置过程中，使有限状态机与执行业务功能的组件的耦合度降低，实现了组件的可重用性，提高了增值业务系统的可扩展性和可维护性。

附图说明

图1为本发明实施例的基于组件的增值业务系统架构示意图；

图2为本发明实施例的基于组件的增值业务配置过程示意图；

图3为本发明实施例的增值业务的执行过程示意图；

图4为本发明实施例的基于组件的增值业务系统的示意图。

具体实施方式

下面结合附图对本发明实施例进行详细描述。

参见图1，为本发明实施例的基于组件的增值业务系统架构示意图，该增值业务系统架构包括：

组件单元(Feature)：即业务相关的独立、可插拔的组件，如JAVA程序代码，代表业务的某个特性，如，主叫限制，亲情号码等。组件可以被不同业务重用，可以使用公共标准结构发布。根据系统提供的业务功能和增值功能，组件单元可以为多个，每个组件单元执行一个业务特性。

业务逻辑单元(Service Logic)：指实际的业务逻辑，包含有有限状态机及其配置信息。有限状态机中包含实现业务逻辑的基本状态。相对包含大部分逻辑处理功能的组件单元来说，有限状态机是轻量级的，是逻辑实体，用于将多个组件单元组织成完成一个完整业务功能的业务逻辑。

特性控制接口(Feature Controller Interface)：介于组件单元和业务逻辑单元之间，是组件单元与有限状态机之间的接口，提供特性控制接口工具，如可视化的有限状态机配置工具。在配置增值业务时，该单元根据业务执行逻辑，将一个或多个组件单元配置于业务逻辑单元中的有限状态机，并生成业务配置文件；在执行增值业务时，读取业务配置文件，并根据业务配置文件中有限状态机的配置信息生成业务执行树，该业务执行树反映了有限状态机的执行逻辑，然后按照生成的业务执行树，调用相应的组件执行业务逻辑。

业务平台(Service Platform)：为所有业务提供通用工具，例如包括：配置文件管理器，以提供加密业务配置文件的加密工具、用于解密业务配置文件的解密工具，同时也负责存储业务配置文件，业务平台中还包括计费模块等。

应用服务器(Application Server)：完成业务控制功能(Service ControlFunction，SCF)，提供呼叫控制、媒体控制、数据管理、协议适配、计费和业务执行环境等功能，负责提供增值业务。

基于上述增值业务系统，增值业务的配置过程如图2所示。

参见图2，为本发明实施例的基于组件的增值业务配置过程示意图，具体步骤包括：

步骤201、根据增值业务实现功能组件(业务特性)及接口。

这些组件(独立的特性)可以是由在现行的各种业务中实现该业务某项功能的基础代码构成的，也可以是由开发端按新增值业务中的新功能与现有的业务创建原理构成的基础代码的集合，且这些基础代码构成的新的功能根据新业务的具体逻辑过程而应用，并且这些特性业务逻辑是独立存在的，并可随时应用在不同的业务中。特性的配置包括以下几个方面：

配置对运营商可用的特性列表；

针对不同运营商配置特性列表，可以加强对特性的保护，使运营商不能超过其权限访问和使用特性，从而避免运营商超范围修改增值业务。

上述配置信息可存储于业务平台，并且采用DES(Data EncryptionStandard，数据加密标准)进行加密。运营商在拓展新业务时，无需对基础代码进行修改，只要修改相关的配置信息就可以实现业务的升级或者改变。本实施例中，也可以采用集成SCE进行特性的配置。

步骤202、根据业务执行逻辑设置有限状态机。

当业务平台收到一个新的呼叫时，控制引擎将由事件触发第一个控制点来开始呼叫流程。有限状态机的设置可包括：

初始控制点设置：初始控制点可根据BCSM(Basic Call State Model，基本呼叫状态模型)状态进行设置；初始控制点可以包括如表1所示的配置信息：

表1

配置条目说明举例State ID呼叫的当前状态ST_INITIAL，ST_W_FOR_CARD_NUMBEREvent特性被应用/触发的事件STEP_IN，EV_UI_INFO_COLLECTED Feature ID欲应用的特性FAMILIAR_NO_FEATURE，ABBR_NUMBER_FEATURE Operation Type特性的操作类型ADD_FAMILIAR_NO，DELETE_DESTINATION_NUMBER

控制点设置：控制点用来决定下一个要执行的特性；控制点可以包括如表2所示的配置信息：

表2

配置条目说明举例State ID呼叫的当前状态ST_INITIAL，ST_W_FOR_CARD_NUMBEREvent特性被应用/触发的事件STEP_IN，EV_UI_INFO_COLLECTEDPrevious FeatureID前一个被应用的特性FAMILIAR_NO_FEATURE，ABBR_NUMBER_FEATUREPreviousOperation Type前一个被应用的操作类型ADD_FAMILIAR_NO，DELETE_DESTINATION_NUMBERReturn Code被应用的特性的返回代码SUCCESS_PROCEED，FAILURE_PLAY_AND_PROCEEDNext Feature ID下一个欲被应用的特性FAMILIAR_NO_FEATURE，ABBR_NUMBER_FEATURENext OperationType下一个欲被应用的操作类型ADD_FAMILIAR_NO，DELETE_DESTINATION_NUMBER

断点设置：断点用来指示呼叫到外部的组件，如软切换/媒体服务器/计费等；断点设置可以包括如表3所示的配置信息：

表3

配置条目说明举例State ID呼叫的当前状态ST_INITIAL，ST_W_FOR_CARD_NUMBEREvent特性被应用/触发的事件STEP_IN，EV_UI_INFO_COLLECTEDFeature ID断点欲应用的特性FAMILIAR_NO_FEATURE，ABBR_NUMBER_FEATUREOperation Type欲应用的操作类型ADD_FAMILIAR_NO，DELETE_DESTINATION_NUMBER Return Code被应用的特性的返回代码SUCCESS_PROCEED，FAILURE_PLAY_AND_PROCEED Announcement ID欲被应用的公告PPS_FOLLOW_ON，PPS_LANG_MENU Transition Type指定传输类型SET_CURRENT_STATE，STEPIN_STATE Target State ID目的状态IDST_INITIAL，ST_W_FOR_CARD_NUMBER

管理点设置：管理点用来进行管理控制或呼叫的IVP(Interactive VoiceResponse交互式语音应答)，管理点可以包括如表4所示的配置信息：

表4

配置条目说明举例State ID呼叫的当前状态ST_WAIT_FOP_SVC_OPTIONAnnouncementID在流程开始时欲被应用的通知信息的ID PPS_FOLLOW_ON，Event特性欲被应用/触发的事件STEP_IN，EV_UI_INFO_COLLECTEDMenu Option一旦通知信息被播放，特性欲被触发的菜单选项(用于终端用户选择用)MENU_OP_0，MENU_OP_1，MENU_OP_#Feature ID被断点应用的特性FAMILIAR_NO_FEATURE，ABBR_NUMBER_FEATUREOperation Type欲被应用的操作类型ADD_FAMILIAR_NO，DELETE_DESTINATION_NUMBERTarget State ID目的状态IDST_WAIT_FOR_FAMILIAR_MENU_OPTIONS，ST_WAIT_FOR_CONFIRMATION_FAMILIAR_DELETE

步骤203、利用组件控制接口将组件与有限状态机逻辑连接，配置业务逻辑流。

有限状态机包含一组状态集(states)以及各状态之间转换的逻辑关系，一般SIP呼叫流程如图3所示，可以包括如下状态(控制点)：

初始状态；

等待卡信息状态；

等待被叫号码状态；

等待路由响应状态；

连接状态；

释放状态。

可以利用特性控制接口提供的可视化的有限状态机配置工具，实现组件与有限状态机逻辑连接，利用可视化的有限状态机配置工具实现特性和有限状态机逻辑连接一般包括特性流和管理流的配置过程：

以设置初始状态控制点为例，描述特性流的配置过程如下：

1、创建一个新的控制点文件。用户可通过下拉菜单为每个控制点创建一个文件。

2、创建初始状态。用户可通过从状态列表中选择初始状态，并在工作界面中放置表示初始状态的图标。

3、选择欲被应用的第一个特性和操作类型。用户可通过从特性列表中选择欲被应用的特性，从操作类型列表中选择欲被应用的操作类型，可视化工具将选择的特性名称和操作类型名称表示在第一个特性节点的图标中。

4、用户将初始状态图标和特性节点图标用连接线(状态到特性的连接线)进行连接，该连线表示从初始状态触发执行第一个特性，并从事件列表中选择从初始状态到执行第一个特性的触发事件，可视化工具将该事件名称表示在该连线上。

5、选择欲被应用的第二个特性和操作类型。用户可通过从特性列表中选择欲被应用的特性，从操作类型列表中选择欲被应用的操作类型，可视化工具将选择的特性名称和操作类型名称表示在第二个特性节点的图标中。

将第一个特性节点图标和第二个特性节点图标用连接线(特性到特性的连接线)连接，该连接线表示由第一个特性触发执行第二个特性，并从第一个特性节点中的特性的返回码列表中选择一个返回码，作为到触发第二个特性的触发条件，可视化工具将返回码的值表示在该连接线上，例如返回码可以是执行成功或执行失败。

按照上述过程可创建并连接多个特性节点。

6、设置从初始状态到等待卡信息状态的转换。在设置完成初始状态中需要执行的所有特性后，最后还要设置状态的转换。在从初始状态到等待卡信息状态的转换过程中一般需要播放通知信息(announcement)，因此在工作界面上设置一个表示状态转换的图标，然后从通知信息列表中选择需要播放的通知信息标识，从状态标志列表中选择状态转换标志，从状态列表中选择转换后的目标状态，可视化工具将用户选择的信息表示在该图标中。

将该图标与最后一个需要执行的特性间通过连接线(特性到特性的连接线)连接，并设置最后一个需要执行的特性的返回码，作为触发状态转换的触发条件。

按照上述过程可创建并配置多个状态控制点，这些控制点的配置信息保存在相应的控制点文件中。

管理流的配置过程包括：

1、为管理流创建一个新的文件。一般情况下，管理流包括如下配置过程：

为有限状态机播放通知信息或等待用户输入的状态，进行管理菜单的配置；

为基于用户输入的，以特殊操作类型触发一个特性的执行，进行管理菜单的配置；

当基于前一个特性的返回码触发下一个特性执行时，进行控制点的配置；

当为状态转换播放通知信息和等待响应时，进行断点的配置；

在同一个状态中播放欢迎词和等待响应时，进行断点配置；

转换到另一个状态时，进行断点配置。

2、选择初始管理状态，并设置该状态需要播放的通知信息。如，在工作界面中设置初始管理状态的图标，图标中标识出该状态标识和通知信息标识。

3、为指定的事件选择需要执行的特性和操作类型。如，在工作界面中设置特性节点图标，在特性节点图标中标识出由指定事件触发的特性名称和操作类型名称，并将初始管理状态图标和特性节点图标连接。

4、基于特性节点的返回码，设置转换到的下一个状态。如，在工作界面中设置多个状态图标，在状态图标中标识出状态转换标识和该状态标识；然后将特性节点分别与多个状态图标连接，并指示出从该特性节点触发到目标状态所基于的返回码。例如，当特性节点的返回码为成功时，转换到目标状态1，当返回码为失败时，转换到目标状态2。

重复上述过程完成所有管理菜单的设置，上述设置过程可通过可视化的有限状态机配置工具完成。

步骤204、将业务逻辑以配置文件形式存储。

当所有的特性流和管理流都创建和配置后，将该有限状态机的特性流和管理流文件合并为一个单序列文件(single serializable file)，以便当业务平台在执行业务时，读取该文件，生成执行树。

将配置好的业务逻辑存储于POJO(Plain Old Java Objects，简单的JAVA对象)中，并使用JAVA语言的持久化特性写入文件中。然后将该文件通过加密单元进行DES加密算法加密，并存储于业务平台的业务配置文件管理器中。当呼叫接入时，应用服务器触发相应的增值业务，并启动控制单元读取匹配的业务配置文件，并根据该配置文件生成运行时的业务执行树，在执行时按照业务执行树执行业务流程处理呼叫。

当需要增加或更新业务时，只需增加或更新与该业务相关的特性，必要时需要更新业务逻辑，并形成新的业务逻辑的配置文件，而不用修改原有的业务功能代码。采用上述方法开发新增值业务具有开发周期短，重复利用率高，并减少了程序调试的时间并且方便维护，且对开发的所有业务配置均进行加密，避免了对数据库访问过程中进行修改而造成业务出错的问题。

基于上述增值业务系统，增值业务的执行方法如下所述。

参见图3，为本发明实施例的增值业务的执行过程示意图，该流程以主叫呼叫被叫的流程为例，当一个新的呼叫被应用服务器接收时，启动控制单元读取相关的配置文件，并生成业务逻辑执行树，业务逻辑将按照该执行树的顺序执行。业务逻辑执行步骤包括：

1、应用服务器接收呼叫，触发相应的业务。业务控制单元通过业务配置文件管理单元读取业务配置文件，并通过解密单元对配置文件进行DES解密后生成业务执行树。业务执行树表现为有限状态机各状态的执行顺序。其中，由有限状态机确定业务的初始状态，并确定将执行增值业务；

2、通过业务控制单元调用组件；

初始状态中的第一个需要执行的组件是特性F1；F1执行后根据其返回值调用F3，F3执行后根据其返回值调用F2和F4，F2和F4将其执行完成后的返回值传递给业务控制单元。

3、根据特性返回值触发状态转换，转换到信息等待状态；

4、收集到卡信息后执行鉴权，并将鉴权结果传递给业务控制单元；再由业务控制单元基于该特性业务逻辑的执行返回的代码触发下一个要执行的特性逻辑，转换为被呼叫等待状态；

5、业务控制单元根据鉴权结果触发调用需要执行的组件；

首先触发的组件是特性F5，再根据F5的返回值触发执行F7，然后根据F7的返回值触发执行F6和F8，并将最后执行结果的返回值传递给业务控制单元。

6、根据特性返回值进行状态转换，转换到被叫号码等待状态；

7、收集被呼叫号码，并转换到路由回应等待状态；

8、被叫应答，并根据被叫者应答转换到业务连接状态，执行增值业务；

9、主叫挂机，并转换到释放状态，结束增值业务。

本发明实施例提供了一种基于组件的增值业务系统。

参见图4，为本发明实施例的基于组件的增值业务系统，该系统包括：组件单元、业务逻辑单元、业务控制单元和业务配置文件管理单元，其中

组件单元用于存储至少一个与业务逻辑分离的组件；

业务逻辑单元用于存储有限状态机及其配置信息；

业务控制单元，包括配置子单元和执行子单元。配置子单元，用于在配置增值业务时，根据业务执行逻辑，将组件单元配置于业务逻辑单元中的有限状态机，并生成业务配置文件，将配置文件存储于业务配置文件管理单元。执行子单元用于在执行增值业务时，从业务配置文件管理单元读取与增值业务匹配的业务配置文件，生成业务执行树，该业务生成树反映了有限状态机的业务逻辑，然后按照生成的业务执行树调用组件单元中的组件，执行增值业务。

业务配置文件管理单元用于存储并管理业务配置文件。业务配置文件管理单元包括：存储子单元、加密子单元和解密子单元。存储子单元用于存储业务配置文件；加密子单元用于加密业务配置文件，如采用DES加密算法，以加强安全性，并将加密后的文件存储到存储子单元；解密子单元用于从存储子单元获得配置文件，并采用与加密单元的加密算法相应的解密算法解密该业务配置文件，将解密后的配置文件提供给业务控制单元的执行子单元。

综上所述，本发明实施例所采用的组件是由现有的业务逻辑中分离出的独立的具有可插入性的模块，可以为多种业务所共用，并且组件可应用在任何业务逻辑中，在更新业务逻辑时，只要重新更新有限状态机以及有限状态机中组件与组件间的逻辑连接关系、组件与状态间的逻辑连接关系即可；在增加新业务时，只需增加新的组件，或者利用现有的功能相同或相似的组件建立业务逻辑，通常无需进行基础代码的修改，从而节省了新业务开发时间，提高了增值业务的可扩展性，降低了代码冗余。同样由于组件的独立以及可插入性使得新业务调试过程简化，并且具有较好的可维护性。本发明实施例中的组件配置采用DES加密算法加密，避免了运营商对业务配置的错误修改，保证业务的正常使用，提高了安全性。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。