CN101951604A - 一种增值业务处理方法和装置 - Google Patents

Abstract

本发明提供一种增值业务处理方法和装置，用以解决现有技术部署业务速度慢的问题。该方法包括：获取业务规则定义文件，所述业务规则定义文件包括业务实体定义、业务枚举变量定义、鉴权模式控制表定义和鉴权规则定义；获取业务实体映射文件，业务实体映射文件包括数据库的属性和所述业务实体与所述数据库中数据库实体的对应关系；根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码；运行所述业务规则执行代码进行业务鉴权。该技术方案实现了快速部署业务的目的。

Description

一种增值业务处理方法和装置

技术领域

本发明涉及移动通信技术领域，特别涉及一种增值业务处理方法和装置。

背景技术

增值业务是集语音、图片、文字等为一体的综合性业务，内容丰富多彩，涉及面广，是多种业务的集成体。增值业务提供的是一系列的业务组合，给用户带来全新的体验。

由于移动增值业务发展迅猛、竞争激烈，支撑***需要快速响应市场需求，因此要求***必须能快速实现新业务的鉴权。

现有技术中，业务规则通过软件编码实现，每次业务规则的部署都涉及到软件代码的修改，新业务都是通过部署新的软件版本实现，部署周期很长。VAC(Value-added Service Platform，移动增值业务鉴权中心)的主要功能就是根据业务规则，判断移动用户是否具备使用某种增值业务的条件(这些判决条件就是鉴权的业务规则)，进行业务鉴权。由于业务部署速度慢，进一步会导致不能及时进行业务的鉴权，使得业务服务不能及时进行。

因此，急需一种能够快速部署业务的增值业务处理方法。

发明内容

本发明实施例提供了一种增值业务处理方法和装置，用以解决现有技术部署业务速度慢的问题。

本发明实施例提供一种增值业务处理方法，包括：

获取业务规则定义文件，所述业务规则定义文件包括业务实体定义、业务枚举变量定义、鉴权模式控制表定义和鉴权规则定义；

获取业务实体映射文件，所述业务实体映射文件包括数据库的属性和所述业务实体与所述数据库中数据库实体的对应关系；

根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码；

运行所述业务规则执行代码进行业务鉴权。

所述获取业务实体映射文件之前，还包括：

确认所述业务规则定义文件合法。

所述根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码之前，还包括：

确认所述业务实体映射文件合法；

检查所述业务实体映射文件中业务实体的存在性；

确认所述业务实体映射文件中存在的业务实体和数据库实体的属性匹配。

所述的增值业务处理方法，还包括：

接收第一设置指令，根据所述第一设置指令修改所述业务规则定义文件；和/或

接收第二设置指令，根据所述第二设置指令修改所述业务实体映射文件。

当运行所述业务规则执行代码进行业务鉴权失败时，还包括：

按照所述鉴权规则定义生成错误结果码，并显示所述错误结果码。

本发明实施例提供一种增值业务处理装置，包括：

第一获取模块，用于获取业务规则定义文件，所述业务规则定义文件包括业务实体定义、业务枚举变量定义、鉴权模式控制表定义和鉴权规则定义；

数据库，用于存储数据库实体；

第二获取模块，用于获取业务实体映射文件，所述业务实体映射文件包括所述数据库的属性和所述业务实体与所述数据库中数据库实体的对应关系；

鉴权指令生成器，用于根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码；

鉴权引擎，用于运行所述业务规则执行代码进行业务鉴权。

所述的增值业务处理装置，还包括：

验证模块，用于在所述第二获取模块获取业务实体映射文件之前，验证所述业务规则定义文件的合法性。

所述验证模块，还用于在所述鉴权指令生成器根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码之前，确认所述业务实体映射文件的合法性；

此时，所述增值业务处理装置还包括：

检查模块，用于在所述鉴权指令生成器根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码之前，检查所述业务实体映射文件中业务实体的存在性；

确认模块，用于确认所述业务实体映射文件中存在的业务实体和数据库实体的属性是否匹配。

所述的增值业务处理装置，还包括：

操作维护界面，用于接收第一设置指令，根据所述第一设置指令修改所述业务规则定义文件；和/或接收第二设置指令，根据所述第二设置指令修改所述业务实体映射文件。

所述的增值业务处理装置，还包括：

失败处理模块，用于在所述鉴权引擎运行所述业务规则执行代码进行业务鉴权失败时，按照所述鉴权规则定义生成错误结果码，并显示所述错误结果码。

本发明实施例提供的技术方案，在业务规则定义文件中定义业务规则，在业务实体映射文件中定义数据库实体部分内容，根据业务规则定位文件和业务实体映射文件生成业务规则执行代码，从而将业务规则和业务规则执行代码分离开来，在部署业务时只需修改业务规则定义文件和业务实体映射文件，相比现有技术，部署业务的速度大大提高，实现了快速部署业务的目的。

附图说明

图1为本发明实施例增值业务处理方法的流程图；

图2为本发明实施例第一种增值业务处理装置的结构示意图；

图3为本发明实施例第二种增值业务处理装置的结构示意图；

图4为本发明实施例第三种增值业务处理装置的结构示意图；

图5为本发明实施例第四种增值业务处理装置的结构示意图；

图6为本发明实施例第五种增值业务处理装置的结构示意图。

具体实施方式

为了解决现有技术存在的问题，本发明实施例提供了一种增值业务处理方法和装置。该技术方案在业务规则定义文件中定义业务规则，在业务实体映射文件中定义数据库实体部分内容，根据业务规则定位文件和业务实体映射文件生成业务规则执行代码，从而将业务规则和业务规则执行代码分离开来，在部署业务时只需修改业务规则定义文件和业务实体映射文件，相比现有技术，部署业务的速度大大提高，实现了快速部署业务的目的。

如图1所示，本发明实施例提供的一种增值业务处理方法，包括：

S101、获取业务规则定义文件。

其中，业务规则定义文件是一个使用C语言关键字和业务名称写成的文件，该文件以伪码的形式描述业务规则，主要包括业务实体定义(例如用户及其属性、订购关系及其属性、产品及其属性等)、业务枚举变量定义(例如业务类型、鉴权场景等)、鉴权模式控制表定义和鉴权规则定义。业务规则定义文件可以消除自然语言描述的业务规则的不确定性。获取业务规则定义文件的方式可以是***提供一个生成界面，生成界面提供业务实体及其属性、业务枚举变量、鉴权模式控制表和鉴权规则供操作员选择组合形成业务规则，生成业务规则定义文件后获取该文件；也可以由操作员自己编辑生成业务规则定义文件后获取该文件。

下面介绍鉴权模式控制表。VAC作为统一鉴权平台，需要接入多种业务能力的鉴权，例如短信、彩信、WAP(Wireless Application Protocol，无线应用通讯协议)、炫铃、流媒体、下载平台、IVR(Interactive Voice Response，互动式语音应答)平台等。每种业务能力的鉴权规则都可能不一致。另外，每种鉴权场景，例如订购、点播、定制下发等，鉴权规则也不一样。鉴权模式控制表就是根据鉴权消息中的关键字段，例如源设备类型、业务能力类型、操作类型，选择不同的鉴权模式。

下面介绍鉴权规则定义。鉴权规则定义可用鉴权规则表达式表示。鉴权规则表达式由子鉴权函数加逻辑运算符构成。例如Product(productid)表示产品鉴权，Service(Serviceid)表示业务鉴权，Sub(productid，usercode)表示订购关系鉴权，User(usercode)表示用户鉴权。每一类鉴权允许有多种函数，例如特殊订购关系鉴权Sub1(productid，usercode)，具体规则可以和Sub()不一样。一个基本的鉴权规则表达式可以写为：

Product(productid)&&Service(serviceid)&&User(usercode)&&Sub(productid，usercode)

这个鉴权规则表达式表示这种鉴权模式需要进行产品鉴权、业务鉴权、用户鉴权、订购关系鉴权。

下面以一业务规则定义文件为例，以更好地理解业务规则定义文件。

/*业务枚举变量定义*/

enum业务类型

{

   短信，

   彩信，

   WAP，

   下载，

   流媒体，

   IVR

}；

enum鉴权场景

{

   订购，

   点播，

   退订，

   订购下发

}；

/*业务实体及其属性定义*/

typedef用户{

        号码，

        付费属性，

        归属地，

        状态

  }；

typedef订购关系{

        号码，

        产品ID，

        生效日期，

        状态

  }；

typedef产品{

        产品ID，

        产品名称，

        生效日期，

        状态

  }；

enum产品.状态(

        正常，

        暂停，

        注销

  }；

/*鉴权模式控制表定义*/

switch(业务能力，鉴权场景)

{

  case短信，订购：

        产品鉴权(产品)&&用户鉴权(用户)；

        break；

  case短信，点播：

  case彩信，订购：

  case彩信，退订：

}

/*鉴权规则定义*/

产品鉴权(产品)

{

  if(产品.状态＝＝′正常′)return 0；

  else return 1；

}

通常，一个业务规则定义文件便可以涵盖各种业务的业务规则。

S102、获取业务实体映射文件。

其中，业务实体映射文件包括数据库的属性(如数据库的链接、数据库的类型、数据库的用户)和业务实体与数据库中数据库实体的对应关系。其中，数据库中包括多个数据库实体。数据库实体是业务实体及其属性的数据表示，业务实体映射文件将业务实体及其属性映射为数据库中的表和表的字段。数据库类型包括Oracle、Sql_server、Sybase等。数据库链接指数据库的存储地址。数据库用户指对数据库具有操作权限的用户。

另外，在执行步骤S102之前，还可以确认业务规则定义文件的合法性，当合法时执行步骤S102，当不合法时修改业务规则定义文件，直至合法时执行步骤S102。例如对比业务规则定义文件中的关键字与预先规定的关键字列表中的关键字是否匹配，若匹配则为合法，若不匹配则为非法。这样做的好处是可以确保业务合法地进行。

下面以一业务实体映射文件为例，以更好地理解业务实体映射文件。

Databasetype Oracle

#define default databaselink tosrvdatabase

#define default username＝ssrv

#define username user1＝ssrv1

#define username user2＝ssrv2

#define databaselink toserver1

#define databaselink toserver2

enum.业务类型sys_code.codename(codeid＝′业务类型′)

enum.鉴权场景ssy_code.codename(codeid＝′鉴权场景′)

enum.产品.状态ssy_code.codename(codeid＝′产品.状态′)

typedef.用户user1.tele_user(usercode，paytype，location，status)

typedef.订购关系

user2.subscription@toserver2(usercode，productid，createdate，status)

typedef.产品user1.product(productid，name，effectdate，status)

funcdef.产品鉴权user1.productcheck(user1.product)

其中，上述“#define default username＝ssrv”表示配置缺省的数据库用户名；如果业务实体映射文件中的数据库实体没有对应的数据库用户名，则默认为缺省的数据库用户。上述“enum.业务类型sys_code.codename(codeid＝′业务类型′)”表示配置业务规则定义文件中的“enum.业务类型”和数据库中记录的对应关系，即“业务类型”的取值对应数据库中表sys_code的codename字段。其它语句的含义依次类推。

S103、根据业务规则定义文件和业务实体映射文件生成业务规则执行代码。

其中，业务规则定位文件相当于伪码，业务实体映射文件相当于数据配置，伪码根据数据配置转换成业务规则执行代码。具体地，是根据业务规则定义文件的内容和业务实体映射文件中与该内容对应的数据库实体，生成业务规则执行代码。

例如根据业务规则定义文件的内容：

产品鉴权(产品)

{

  if(产品.状态＝＝′正常′)return 0；

  else return 1；

}

以及业务实体映射文件的内容：

enum.产品.状态ssy_code.codename(codeid＝′产品.状态′)

typedef.产品user1.product(productid，name，effectdate，status)

funcdef.产品鉴权user1.productcheck(user1.product)

将生成以下执行代码：

Create function user1.productcheck(i_product in user1.product％ROWTYPE)return number；

As

Begin

if(i_product.status＝＝′1′)return 0；

else return 1；

End；

在执行步骤S103之前，还可以执行以下步骤：

确认业务实体映射文件的合法性；例如对比业务实体映射文件中的关键字与预先规定的关键字列表中的关键字是否匹配，若匹配则为合法，若不匹配则为非法；

检查业务实体映射文件中业务实体的存在性；

确认业务实体映射文件中存在的业务实体和对应的数据库实体的属性是否匹配；例如对比业务实体的属性和对应的数据库实体的表的字段是否一一对应，业务实体的属性的类型和对应的数据库实体的表字段的类型是否匹配。

只有当确认业务实体映射文件合法、业务实体映射文件中存在的业务实体和对应的数据库实体的属性匹配时，才执行步骤S103，从而可确保业务的合法地、顺利地进行。

S104、运行业务规则执行代码进行业务鉴权。

当运行业务规则执行代码进行业务鉴权失败时，还可以执行以下步骤：

按照鉴权规则定义生成错误结果码，并显示错误结果码。

由于鉴权的错误结果码是定位鉴权失败原因的重要手段，通过组装子鉴权返回码的方式可以形成错误结果码。例如对于鉴权规则表达式：

Product(productid)&&Service(serviceid)&&User(usercode)&&Sub(productid，usercode)

它对应的鉴权错误结果码的形式是：Product1或Service3，Product表示产品子鉴权，Product后面的代码1表示具体的错误码，Service表示业务子鉴权，Service后面的代码3表示业务鉴权失败，具体错误码是3。***按子鉴权在鉴权规则表达式中出现的顺序逐个执行子鉴权，如果遇到鉴权失败，返回对应的错误结果码，包括：失败子鉴权名称和对应错误码。

为了更好地服务于客户，运营商经常会部署一些新业务、修改业务规则或者修改数据库实体等，此时本发明实施例提供的方法可执行以下步骤：

接收第一设置指令，根据第一设置指令修改业务规则定义文件；和/或

接收第二设置指令，根据第二设置指令修改业务实体映射文件。

比如，***会提供一个图形化的操作维护界面，针对业务规则定义文件：***会初始化一些原始鉴权操作，例如用户归属地鉴权、黑名单鉴权(这些名称以文字的方式展示给用户)；初始化***操作对象的属性，例如用户属性(号码、付费类型、归属地)、产品属性(信用度、计费方式等)。

要部署新业务时，操作员可以通过操作维护界面在业务规则定义文件中增加新的业务实体或业务规则，在数据库中对应增加新的数据库实体，同时在业务实体映射文件中增加新的业务实体和新增数据库实体的对应关系。

要修改业务规则时，操作员可以通过操作维护界面组合上述属性(即形成了第一设置指令)，形成简单的判断条件，使其成为业务规则的一部分，进而修改了业务规则定义文件中的业务规则。

要修改数据库实体时，操作员可以通过操作维护界面修改业务实体映射文件中的数据库实体内容，从而可以动态调整数据库实体的指向，实现数据库实体的在线切换；可以动态调整数据库实体的指向，实现负载均衡；可以通过配置不同的数据库类型来支持不同种类的数据库，减少业务***对数据库的依赖。

以上实例说明本发明实施例提供的技术方案相比现有技术，能实现快速部署业务的目的。

如图2所示，本发明实施例提供了一种增值业务处理装置，包括：

第一获取模块21，用于获取业务规则定义文件，业务规则定义文件包括业务实体定义、业务枚举变量定义、鉴权模式控制表定义和鉴权规则定义；

数据库22，用于存储数据库实体；

第二获取模块23，用于获取业务实体映射文件，业务实体映射文件包括数据库22的属性和业务实体与数据库22中数据库实体的对应关系；

鉴权指令生成器24，用于根据业务规则定义文件和业务实体映射文件生成业务规则执行代码；

鉴权引擎25，用于运行业务规则执行代码进行业务鉴权。

如图3所示，图2所述增值业务处理装置，还包括：

验证模块26，用于在第二获取模块23获取业务实体映射文件之前，验证业务规则定义文件的合法性。

另外，验证模块26，还用于在鉴权指令生成器24根据业务规则定义文件和业务实体映射文件生成业务规则执行代码之前，确认业务实体映射文件的合法性；

此时，如图4所示，图3所述增值业务处理装置还包括：

检查模块27，用于在鉴权指令生成器24根据业务规则定义文件和业务实体映射文件生成业务规则执行代码之前，检查业务实体映射文件中业务实体的存在性；

确认模块28，用于确认业务实体映射文件中存在的业务实体和对应的数据库实体的属性是否匹配。

如图5所示，图2(或图3、4)所述增值业务处理装置还包括：

操作维护界面29，用于接收第一设置指令，根据第一设置指令修改业务规则定义文件；和/或接收第二设置指令，根据第二设置指令修改业务实体映射文件。

如图6所示，图2(或图3、4)所述增值业务处理装置还包括：

失败处理模块30，用于在鉴权引擎25运行业务规则执行代码进行业务鉴权失败时，按照鉴权规则定义生成错误结果码，并显示错误结果码。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种增值业务处理方法，其特征在于，包括：

获取业务规则定义文件，所述业务规则定义文件包括业务实体定义、业务枚举变量定义、鉴权模式控制表定义和鉴权规则定义；

获取业务实体映射文件，所述业务实体映射文件包括数据库的属性和所述业务实体与所述数据库中数据库实体的对应关系；

根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码；

运行所述业务规则执行代码进行业务鉴权。

2.如权利要求1所述的增值业务处理方法，其特征在于，所述获取业务实体映射文件之前，还包括：

确认所述业务规则定义文件合法。

3.如权利要求1或2所述的增值业务处理方法，其特征在于，所述根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码之前，还包括：

确认所述业务实体映射文件合法；

检查所述业务实体映射文件中业务实体的存在性；

确认所述业务实体映射文件中存在的业务实体和数据库实体的属性匹配。

4.如权利要求1或2所述的增值业务处理方法，其特征在于，还包括：

接收第一设置指令，根据所述第一设置指令修改所述业务规则定义文件；和/或

接收第二设置指令，根据所述第二设置指令修改所述业务实体映射文件。

5.如权利要求1所述的增值业务处理方法，其特征在于，当运行所述业务规则执行代码进行业务鉴权失败时，还包括：

按照所述鉴权规则定义生成错误结果码，并显示所述错误结果码。

6.一种增值业务处理装置，其特征在于，包括：

第一获取模块，用于获取业务规则定义文件，所述业务规则定义文件包括业务实体定义、业务枚举变量定义、鉴权模式控制表定义和鉴权规则定义；

数据库，用于存储数据库实体；

第二获取模块，用于获取业务实体映射文件，所述业务实体映射文件包括所述数据库的属性和所述业务实体与所述数据库中数据库实体的对应关系；

鉴权指令生成器，用于根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码；

鉴权引擎，用于运行所述业务规则执行代码进行业务鉴权。

7.如权利要求6所述的增值业务处理装置，其特征在于，还包括：

验证模块，用于在所述第二获取模块获取业务实体映射文件之前，验证所述业务规则定义文件的合法性。

8.如权利要求7所述的增值业务处理装置，其特征在于，

所述验证模块，还用于在所述鉴权指令生成器根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码之前，确认所述业务实体映射文件的合法性；

所述增值业务处理装置还包括：

检查模块，用于在所述鉴权指令生成器根据所述业务规则定义文件和业务实体映射文件生成业务规则执行代码之前，检查所述业务实体映射文件中业务实体的存在性；

确认模块，用于确认所述业务实体映射文件中存在的业务实体和数据库实体的属性是否匹配。

9.如权利要求6或7所述的增值业务处理装置，其特征在于，还包括：

操作维护界面，用于接收第一设置指令，根据所述第一设置指令修改所述业务规则定义文件；和/或接收第二设置指令，根据所述第二设置指令修改所述业务实体映射文件。

10.如权利要求6所述的增值业务处理装置，其特征在于，还包括：

失败处理模块，用于在所述鉴权引擎运行所述业务规则执行代码进行业务鉴权失败时，按照所述鉴权规则定义生成错误结果码，并显示所述错误结果码。

Images