CN102707934A - 一种以脚本形式表示增值业务流程的实现方法和系统 - Google Patents

Abstract

本发明公开了一种以脚本形式表示增值业务流程的实现方法和系统，均可根据语法规则及业务特性，将SIB按照业务逻辑进行封装，生成脚本文件；对生成的所述脚本文件进行编译解析，生成可加载执行的业务逻辑文件。本发明正是在经过大量论证的基础上，实现类C脚本化增值业务流程的表示方法。业务开发人员可以像编写程序一样，用类C脚本形式描述业务逻辑，大大提高了业务开发效率以及处理复杂、大型业务的能力，从而实现敏捷业务开发。

Description

一种以脚本形式表示增值业务流程的实现方法和系统

技术领域

本发明涉及通信领域，具体涉及一种以脚本形式表示增值业务流程的实现方法和系统。

背景技术

SCE(Service Creation Environment，业务生成环境)是电信网与业务设计者之间的接口，也是具体体现智能网快速、高效引入增值业务特色的功能实体。利用SCE，业务提供者能够快速地生成新的电信业务，新的业务经过严格的验证和模拟后，通过SMS(Service Management System，业务管理系统)加载到SCP(Service Control Point，业务控制点)解释执行，最终由网络经营者将其加载到电信网上，从而快速实现不同用户的需求。

目前的增值业务开发使用图形化的SCE开发模式，传统的图形化开发一般都要经过一下几个步骤：

拖动SIB(Service Independence Block，独立于业务的组件)图标到界面；点击图标后出现属性设置对话框；按照结构属性填写SIB对话框。

初期阶段，由于业务功能比较弱，SCE的使用很方便直观，但是随着业务的不断发展，功能复杂的需求越来越多，SCE也在不断的发展壮大，业务中增加了大量的算法、SIB类型等，然而图形化SCE的布局和使用方式没有突破性的改进，其自身的局限性已不能快速高效地实现大型、复杂业务的开发。

发明内容

有鉴于此，本发明的主要目的在于提供一种以脚本形式表示增值业务流程的实现方法和系统，以提高业务开发效率以及处理复杂、大型业务的能力。

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

一种以脚本形式表示增值业务流程的实现方法，该方法包括：

根据语法规则及业务特性，将独立于业务的组件SIB按照业务逻辑进行封装，生成脚本文件；对生成的所述脚本文件进行编译解析，生成可加载执行的业务逻辑文件。

所述根据语法规则及业务特性，将SIB按照业务逻辑进行封装，生成脚本文件，包括：

按照语法规则描述业务信息、SIB数据，再根据业务特性将所有SIB按业务逻辑进行封装，生成脚本文件。

所述编译解析包括词法分析、语法分析、语义分析操作。

所述生成可加载执行的业务逻辑文件，包括：

读取业务数据结构表，根据平台定义规则，将表中的数据按照业务逻辑格式写入到业务数据内存中，最终生成业务逻辑文件。

所述增值业务流程为类C脚本化增值业务。

一种以脚本形式表示增值业务流程的系统，该系统包括初始化单元、编译引擎；其中，

所述初始化单元，用于根据语法规则及业务特性，将SIB按照业务逻辑进行封装，生成脚本文件；

所述编译引擎，用于对生成的所述脚本文件进行编译解析，生成可加载执行的业务逻辑文件。

所述初始化单元根据语法规则及业务特性，将SIB按照业务逻辑进行封装，生成脚本文件时，具体用于：

按照语法规则描述业务信息、SIB数据，再根据业务特性将所有SIB按业务逻辑进行封装，生成脚本文件。

所述编译引擎进行所述编译解析时，具体用于进行词法分析、语法分析、语义分析操作。

所述编译引擎在生成可加载执行的业务逻辑文件时，具体用于：

读取业务数据结构表，根据平台定义规则，将表中的数据按照业务逻辑格式写入到业务数据内存中，最终生成业务逻辑文件。

所述增值业务流程为类C脚本化增值业务。

本发明正是在经过大量论证的基础上，实现类C脚本化增值业务流程的表示方法，业务开发人员可以像编写程序一样，用类C脚本形式描述业务逻辑，大大提高了业务开发效率以及处理复杂、大型业务的能力，从而实现敏捷业务开发。

附图说明

图1为本发明实施例的业务变量定义示意图；

图2为本发明实施例的图形化告警SIB示意图；

图3为本发明实施例的图形化拆分字符串SIB示意图；

图4为本发明实施例的脚本化业务流程原理示意图；

图5为本发明实施例的以脚本形式表示增值业务流程的系统图；

图6为本发明实施例的以脚本形式表示增值业务流程的流程简图。

具体实施方式

目前的图形化SCE不支持业务的并行开发，业务的创建和维护通常都是由单个开发人员独立负责，业务开发维护效率很低。由于目前的业务规模较大，逻辑复杂，业务中使用的SIB功能块会达到上万的数量级，业务单人开发模式严重影响开发速度，同时也导致业务逻辑可靠性得不到保证。

另外，目前图形化SCE通过提供系统基本SIB向开发人员开放所有的协议和信令细节，在提升业务开发灵活度的同时，也对业务开发人员专业化程度提出了更高的要求，每个业务开发人员必须了解协议信令所有的细节，无形中增加了开发的难度。

有鉴于此，可以定义一种类C脚本语言，首先按照一定的语法规则描述业务信息、SIB数据，再根据业务特性将所有SIB按一定的业务逻辑进行封装，生成脚本文件，最终由类C脚本编译器对其编译解析，生成可加载执行的业务逻辑文件。为描述方便，本文中的类C脚本编译器可以简称为编译引擎。

具体实现方法主要包括以下几部分：

1、业务流程脚本化描述

主要包括业务变量定义、SIB定义及SIB数据描述、业务逻辑封装等，这些操作可以由初始化单元执行。

1)变量定义

采用类C形式对业务中需要使用的各种变量进行定义，此类变量均为全局变量，格式如图1所示。

具体而言，变量可以使用的数据类型包括：字符串类型、整形(位域、单字节、双字节、四字节)、平台系统内部定义的复杂数据类型(由具体的业务平台决定)等，如图1中CAPCallingPartyNumber、CAPCalledPartyNumber等信令相关数据类型。

2)SIB定义及SIB数据描述

a)脚本支持用函数表示简单SIB，此类函数的参数需要根据SIB的业务数据结构预先定义好，如图形化告警SIB(如图2所示)脚本化描述如下：

ALARM(0，10，10，tempstring)；

上述参数分别对应图形化的操作类型、告警/通知码、告警ID、附加说明。

b)脚本支持用多条语句描述复杂SIB，用SIB_START_LABEL、SIB_END_LABEL作为起始标志，中间包含的语句即为SIB数据描述，如图形化拆分字符串SIB(如图3所示)脚本化描述如下：

SIB_START_LABEL(SUBSTRSIB)；

SUBSTR(startTime，′|′，result，0)；

SUBSTRPARA(startTime)；

SUBSTRPARA(callCost)；

SUBSTRPARA(feeClass)；

SUBSTRPARA(cardType)；

SIB_END_LABEL(SUBSTRSIB)；

c)一个功能块包含一个或者多个SIB，用函数进行封装，实现具体的子功能。如：一个简单的图形化业务流程(如图4所示)中拨号功能块脚本化描述如下：

3)业务逻辑封装

主业务的入口函数统一定义成void main()。各种业务支链的处理在main( )函数内部通过脚本的分支语句实现。业务由大量独立的SIB、功能块组成，业务逻辑关系通过函数间的组织、封装、调用实现。如图5所示。

2、编译引擎编译解释脚本文件：

编译引擎是本发明的核心部分，包含sce.y、sce.l文件，用于对脚本定义的词法、语法进行解释；还负责对脚本文件进行编辑解释，最终生成平台可识别、可加载执行的业务逻辑文件。

编译引擎主要包括如图5所示的脚本分析单元、业务逻辑文件生成引擎。图5中，脚本分析单元与业务逻辑文件生成引擎相连，并且脚本分析单元包括词法分析模块、语法分析模块、语义分析模块；另外，脚本分析单元还可以进一步与初始化单元相连，以接收来自初始化单元的脚本化描述信息，并对该信息进行后续相应处理。具体而言：

1)词法分析模块

对脚本中的TOKEN(符号)进行分析。如脚本中的void、main、SIB_START_LABEL、SIB_START_LABEL等。

在Sce.l文件中定义：

″main″{return((int)PARS_MAIN_TOKEN)；}

″void″{return((int)PARS_VOID_TOKEN)；}

″SIB_START_LABEL″{return(INAP_START_LABEL_TOKEN)；}

″SIB_END_LABEL″{return(INAP_END_LABEL_TOKEN)；}

编译引擎解析脚本时，遇到上述符号时就到Sce.l文件中匹配，并将正确匹配到的TOKEN保存到TOKEN表。

2)语法分析模块

对脚本中的语法进行分析。如void main(){...}函数。

在Sce.y文件中定义：

PARS_VOID_TOKEN PARS_MAIN_TOKEN′(″)″{′state′}′

{＄＄＝pars_main_route_func_node(＄6)；}

编译引擎解析脚本时，遇到void main()，先进行词法解析，解析成功后进行语法解析，在Sce.y文件中匹配成功后，执行解析函数pars_main_route_func_node()以对state进行解析。

3)语义分析模块

执行语义解析的函数过程实际是一个递归调用过程，直至解析完最后一个SIB描述语句；在此过程中，编辑引擎将业务相关信息(包括文件名、版本号、作者等)、业务SIB信息(解析过程中生成SIB描述信息链表)等写入到编译引擎的业务数据结构表。

4)业务逻辑文件生成引擎

脚本解析完毕，编译引擎调用业务逻辑生成模块，读取编译引擎的业务数据结构表，根据平台定义规则，将表中的数据按照业务逻辑格式写入到特定的业务数据内存中，最终生成业务逻辑文件。

结合以上技术描述可知，本发明以脚本形式表示增值业务流程的操作思路可以表示如图6所示的流程，该流程包括以下步骤：

步骤610：根据语法规则及业务特性，将SIB按照业务逻辑进行封装，生成脚本文件。该操作可以由前述的业务初始化单元执行。

步骤620：对生成的所述脚本文件进行编译解析，生成可加载执行的业务逻辑文件。该操作可以由前述的编译引擎执行。

即：所述初始化单元，用于根据语法规则及业务特性，将SIB按照业务逻辑进行封装，生成脚本文件；所述编译引擎，用于对生成的所述脚本文件进行编译解析，生成可加载执行的业务逻辑文件。

所述初始化单元根据语法规则及业务特性，将SIB按照业务逻辑进行封装，生成脚本文件时，具体用于：按照语法规则描述业务信息、SIB数据，再根据业务特性将所有SIB按业务逻辑进行封装，生成脚本文件。

所述编译引擎进行所述编译解析时，具体用于进行词法分析、语法分析、语义分析操作。

所述编译引擎在生成可加载执行的业务逻辑文件时，具体用于：读取业务数据结构表，根据平台定义规则，将表中的数据按照业务逻辑格式写入到业务数据内存中，最终生成业务逻辑文件。

所述增值业务流程为类C脚本化增值业务。

综上所述可见，无论是方法还是系统，本发明正是在经过大量论证的基础上，实现类C脚本化增值业务流程的表示方法。业务开发人员可以像编写程序一样，用类C脚本形式描述业务逻辑，大大提高了业务开发效率以及处理复杂、大型业务的能力，从而实现敏捷业务开发。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种以脚本形式表示增值业务流程的实现方法，其特征在于，该方法包括：

根据语法规则及业务特性，将独立于业务的组件SIB按照业务逻辑进行封装，生成脚本文件；对生成的所述脚本文件进行编译解析，生成可加载执行的业务逻辑文件。

2.根据权利要求1所述的方法，其特征在于，所述根据语法规则及业务特性，将SIB按照业务逻辑进行封装，生成脚本文件，包括：

按照语法规则描述业务信息、SIB数据，再根据业务特性将所有SIB按业务逻辑进行封装，生成脚本文件。

3.根据权利要求1所述的方法，其特征在于，所述编译解析包括词法分析、语法分析、语义分析操作。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述生成可加载执行的业务逻辑文件，包括：

读取业务数据结构表，根据平台定义规则，将表中的数据按照业务逻辑格式写入到业务数据内存中，最终生成业务逻辑文件。

5.根据权利要求1至3任一项所述的方法，其特征在于，所述增值业务流程为类C脚本化增值业务。

6.一种以脚本形式表示增值业务流程的系统，其特征在于，该系统包括初始化单元、编译引擎；其中，

所述初始化单元，用于根据语法规则及业务特性，将SIB按照业务逻辑进行封装，生成脚本文件；

所述编译引擎，用于对生成的所述脚本文件进行编译解析，生成可加载执行的业务逻辑文件。

7.根据权利要求6所述的系统，其特征在于，所述初始化单元根据语法规则及业务特性，将SIB按照业务逻辑进行封装，生成脚本文件时，具体用于：

按照语法规则描述业务信息、SIB数据，再根据业务特性将所有SIB按业务逻辑进行封装，生成脚本文件。

8.根据权利要求6所述的系统，其特征在于，所述编译引擎进行所述编译解析时，具体用于进行词法分析、语法分析、语义分析操作。

9.根据权利要求6至8任一项所述的系统，其特征在于，所述编译引擎在生成可加载执行的业务逻辑文件时，具体用于：

读取业务数据结构表，根据平台定义规则，将表中的数据按照业务逻辑格式写入到业务数据内存中，最终生成业务逻辑文件。

10.根据权利要求6至8任一项所述的系统，其特征在于，所述增值业务流程为类C脚本化增值业务。

Images