具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施方式提供了一种实现计费的方法,该方法如图1所示,包括:
S11、计费系统接收计费事件,获取适用于该计费事件的计费规则;
计费系统接收来自业务提供网元或者网关等设备的计费消息或计费话单,本发明实施例中,将计费消息和计费话单统称为计费事件。其中,计费事件是在用户使用业务过程中由相关的业务提供设备形成的业务记录。计费事件可以反映用户在使用业务的过程中,对于不同资源的不同要求,或者资源提供状况发生的变化。在用户使用业务的过程中,可以根据业务进程,产生多个计费事件。
计费系统根据接收到的计费事件来获取计费规则;具体的,计费系统可以根据接收的计费事件中的业务信息和用户信息识别出产品类型,从识别出的产品类型对应的产品配置中获取计费规则。具体可以通过计费事件中包含的业务信息来识别产品类型;需要说明的是,本发明实施例中也可以将产品打包形成套餐计划或类似的销售实体,提供给用户。本发明实施例中,将套餐计划和独立产品均统称为产品。其中,用户信息通常可以包括下列信息的一种或多种:用户名称、扣费账号、资费计划、号码ISDN/MSISDN、设备标识(如,IMSI)等。对于上网用户,还可以包括接入账号等。
S12、检测计费规则中是否包含对计费参考因素的引用;
本发明实施例中的计费参考因素是与事件相关的动态计费因素,可以随时间或事件动态变化,例如事件对应的人气指数,事件对应的点击率等等。。
计费规则中可以设置计费参考因素管理系统的引用标识,计费系统如果检测到该引用标识,则表示计费规则中包含对计费参考因素的引用。
S13、若计费规则中包含对计费参考因素的引用,则计费系统根据该引用向计费参考因素管理系统发送计费参考因素分析请求;
具体的,对计费参考因素的引用中可以包含用于提供计费参考因素的引用点的引用因子;计费系统根据该引用因子确定计费参考因素分析请求中需携带的输入参数,并从接收的计费事件中提取确定的输入参数,向计费参考因素管理系统发送携带该引用因子以及输入参数的分析请求。
S14、根据计费参考因素管理系统返回的分析结果对资费标准进行调整,并根据调整后的资费标准对用户进行计费。
本发明实施例通过调用计费参考因素管理系统,在计费过程中引入了动态计费因素,增加了计费的灵活性。
本发明实施例中,如果计费规则中不包含对计费参考因素的引用,则按照预先配置的静态计费因素进行计费,如,呼叫日期/时间,时长/流量/条数等。
上述实施例是从计费系统的角度对技术方案进行的说明,下面通过图2对计费参考因素管理系统侧的处理进行详细说明,如图2所示,本发明实施例提供的实现计费的方法包括:
S21、计费参考因素管理系统接收计费系统发起的计费参考因素分析请求;
其中,计费参考因素分析请求中可以携带用于提供计费参考因素的引用点的引用因子以及输入参数。
S22、根据计费参考因素分析请求获取对应的计费参考因素;
计费参考因素管理系统可以通过计费参考因素分析请求中的引用因子获取到对应的计费参考因素。具体的,计费参考因素管理系统可以根据引用因子生成需要获取的计费参考因素列表,并根据输入参数确定所要获取的计费参考因素的数据范围;根据需要获取的计费参考因素列表以及确定的计费参考因素的数据范围,生成计费参考因素提取计划;按照该计费参考因素提取计划获取对应的计费参考因素。
S23、基于预先存储的计费参考因素的配置信息对获取的计费参考因素进行分析,并将分析结果返回给计费系统,以便计费系统根据分析结果对用户进行计费。
具体的,计费参考因素管理系统在基于预先存储的计费参考因素的配置信息对所述计费参考因素进行分析时,若配置信息指示为直接引用所述计费参考因素,则直接将获得的计费参考因素的属性取值作为分析结果返回给所述计费系统;若所述配置信息指示为由公式计算分析结果,则将获得的计费参考因素按照配置信息中提供的公式计算得到计算结果,将计算结果作为分析结果返回给计费系统。其中,本步骤中用的到配置信息可以是计费参考因素的配置信息中的合成规则,关于该合成规则的说明在后续实施例中进行详细说明。
需要说明的是,计费参考因素管理系统在获取计费参考因素时,如果本地存在提取计划中的计费参考因素,则可以从本地获取;如果本地不存在提取计划中的计费参考因素,则可以从外部的计费参考因素提供系统获取。其中,计费参考因素管理系统本地存储的计费参考因素可以按照预先配置的刷新计划从计费参考因素提供系统获取数据进行刷新。
本发明实施例通过计费参考因素管理系统对计费参考因素进行实时的分析,向计费系统提供了动态的计费因素,提高了计费的灵活性。
上述实施例中,计费可以由运营商的计费系统进行,也可以由内容提供商的计费系统进行。
下面以两个具体的例子对本发明实施例的应用场景做一个介绍,例1中以足球比赛的应用场景为例。
例1:在足球比赛中,精彩射门镜头被制作成简短视频,移动用户可以通过手机进入业务提供商的网关,通过网关选择期望收看的镜头,许多精彩镜头,用户可以收看多次;对于用户来说,镜头价值随着比赛结束、以及时间推移,其价值发生变化;某些经典镜头,用户常看不厌,而对于其他乏味的镜头,用户往往很快就不再收看,我们将收看镜头的人数或对应的某个参考值作为镜头人气,则可以认为,人气越高,镜头价值随时间推移下降得越慢,反之,镜头价值随时间可以很快失去价值。为更清楚地说明,下面给出了镜头收看资费表以及相关资料。
表1 资费表
参加比赛的球队包括A01-A04、B01-B04共8支球队,赛制采用淘汰方式。
表2 比赛日程
比赛 |
比赛预期时间 |
实际时间 |
比赛结果 |
A01-B01 |
7/5 9:00-10:50 |
7/5 9:00-11:10 |
3∶2 |
A02-B02 |
7/5 14:00-15:50 |
7/5 14:00-15:55 |
1∶3 |
A03-B03 |
7/6 9:00-10:50 |
7/6 9:00-11:00 |
2∶1 |
A04-B04 |
7/6 14:00-15:50 |
7/6 14:00-16:00 |
2∶3 |
|
|
|
|
A01-A03 |
7/10 19:00-20:50 |
7/10 19:00-21:15 |
1∶0 |
B02-B04 |
7/11 19:00-20:50 |
7/11 19:00-21:05 |
1∶2 |
|
|
|
|
A01-B04 |
7/15 19:00-20:50 |
7/15 19:00-21:10 |
2∶1 |
在比赛期间产生了若干精彩镜头,如下表所示。
表3 镜头列表
比赛 |
镜头编号 |
产生时间 |
比赛结果 |
A01-B01 |
C001 |
7/5 9:32 |
|
|
C002 |
7/5 10:25 |
|
|
C003 |
7/5 10:41 |
|
|
C004 |
7/5 10:51 |
|
|
C005 |
7/5 11:01 |
|
|
C006 |
7/5 11:09 |
|
A02-B02 |
以下略 |
|
|
移动用户收看镜头,统计收看次数得到人气指数,以下为镜头C004的人气指数统计结果。
表4 镜头C004人气指数
下表为镜头C003的人气指数统计结果。
表5 镜头C003人气指数
从表中可以看到,镜头随着时间推移,价值可能降低。镜头C003与C004相比,其价格下降得更快。
为实现例子中要求的计费,计费系统需要从业务提供商的业务系统中获得赛事信息镜头信息、镜头人气信息,并配置相应的计费规则。由于赛事的实际起止时间、镜头资料以及人气信息可能与用户的视频请求在很短时间内同时发生变更,因此,需要计费系统与业务系统进行实时的交互。上述赛事信息、镜头信息、镜头人气信息即属于本发明实施例中的计费参考因素,本发明实施例通过增加计费参考因素管理系统与业务系统进行实时的交互,获取计费参考因素,并在计费系统需要时,提供给计费系统,从而实现了例1场景下的计费。
例2:随着IPTV的研发和商用,业务提供商向用户提供各种丰富多彩的节目,在节目收看过程中,运营商可以针对节目向用户进行有关节目的调查,提供各类促销活动。用户可以根据喜好或需要参与调查,或购买商品。(用户可以通过其他渠道参与类似活动。)在对购买商品进行计费处理时,需要根据用户收看的节目,对用户购物进行计费折扣。
对于例2,有一种变通的实现方案,即在播放节目时,根据不同节目在向用户发送页面前,将商品代码与节目信息进行组合,形成新的商品代码,新的商品代码被设置相应的资费;但是,这样做,妨碍了购物与节目的方便组合。另外,如果在新节目或新片推出期间,可以根据节目期间订购商品的前若干名进行特殊折扣,该方案就无能为力了。而采用本发明实施例中提供的计费方法则可以根据用户当前的收视状态将购物进行特殊计费处理。此计费过程需要的此类特殊信息即为本发明实施例中的计费参考因素。
因此,通过本发明实施例提供的方案,可以实现计费参考因素的管理、收集、使用,通过对计费系统进行简单扩展,能够实现针对计费参考因素对用户使用业务进行计费。
下面以例1所示的应用场景对本发明实施例的计费流程进行详细说明。在对该计费流程进行介绍之前,先对本发明实施例中的计费参考因素的配置做个详细的介绍。
计费参考因素包括多种类型,通常处于变动之中。为表达计费参考因素,本发明实施例中采用元模型(meta-model)对计费参考因素类型进行描述。元模型的理论作为现有技术,不做既进一步讨论。具体的计费参考因素类型在经过定义以后,可以实例化得到相应的存储实体,并且可以统一的机制进行管理和引用。计费参考因素类型所涉及实体的示意图如图3所示。
计费参考因素类型(Factor Classes)的定义信息通常包括:
1、基本定义信息,如计费参考因素标志(Factor ID)、计费参考因素名称(Factor name)、数据刷新计划标志(Refresh plan ID)、备注(Description)等。
2、计费参考因素属性定义(Factor Attribute),如属性标志(Attribute ID)、属性名称(Attribute Name)、键值(KeyRef)、数据类型(Date type)、宽度(Date Length)、精度(Precision)、检查条件(CheckRef)、数据刷新计划标志(Refesh plan ID)、备注(Description)等。
3、计费参考因素获取配置(Factor Pull Config),包括计费参考因素的来源(FactorSource),来源属性定义(FactorSourceAttribute),获取配置的细节信息(Factor Pull Detail);其中,获取配置的细节信息可以包括来源属性转换定义(Factor Pull Conversion)。对于某些计费参考因素类型,可以设置自动刷新规则,用于计费参考因素管理系统按照规则自动进行计费参考因素的提取。
4、计费参考因素提供配置,包括去向系统、通信协议、安全检查、提供方式、数据有效期间等;提供配置的细节信息可以包括数据转换配置。对于某些计费参考因素类型,可以设置自动提供规则,计费参考因素提供系统可以按照规则自动进行计费参考因素的投递。
5、计费参考因素触发检查信息(Factor Trigger),包括检查标志(Trigger ID)条件标志(Cindition ID)、操作标志(Action ID)、计算优先级(CalcPriority)等。
6、计费参考因素转换配置,针对提供和接收可以有相应的转换配置。对于提供方,在根据数据来源生成本地数据后,需要转换成交互协议约定的数据格式和取值;对于接收方,收到的数据可能需要经过转换,形成本地需要的数据格式和内容取值。
7、合成参考因素类型(Composited Factor Class)是特殊的计费参考因素类型,可以根据其他的计费参考因素类型按照一定合成规则计算得到。
本发明实施例中,为方便产品配置对计费参考因素进行引用,可以考虑定义引用因子(Factor Reference Indicator),引用因子在定义发布后,产品配置可以在其配置中引用。
每种计费参考因素类型信息记录需要有相应的存储实体,用来存储实际的数据记录。存储实体可以根据物理数据库或存储设备进行相应的实例化,如可以实例化为关系数据库的存储表。
在计费参考因素类型信息描述中涉及到的条件表达式,比如约束检查条件、触发检查条件,可以采用规则或使用OCL等进行描述,规则和OCL作为现有技术,不做进一步描述。
下面对分别对以上的计费参考因素类型所涉及的实体进行进一步的说明。
1、计费参考因素类型(FactorClass),如下表6所示。
表6 计费参考因素类型定义
其中,RefreshPlanID引用数据刷新计划中定义的数据刷新计划实体中的对象记录,指明该计费参考因素类型数据的参考刷新方式,包括刷新方式、刷新时间等。数据刷新计划实体定义参见表23-24。
以下对实现例1中需要的参考因素进行定义和描述。在例1中涉及到3类计费参考因素:赛事、镜头和人气指数。赛事主要包括赛事的编码、实际起截止时间,镜头包括镜头编码、生成时间、关联赛事编码、人气指数。由于人气指数随着时间变动,本发明实施例将其作为计费参考因素,通过镜头编码与镜头建立关联;镜头人气指数包括镜头编码、发布时间、收视指数、新的定价。
例1中涉及的三种计费参考因素类型的可以为该实体的三条记录,如表7所示。
表7 例1的计费参考因素类型
FactorID |
Name |
RefreshPlan |
Description |
|
MatchInfo |
赛事 |
RP001 |
|
|
ClipInfo |
镜头 |
- |
|
|
ClipRemark |
镜头人气 |
RP002 |
|
|
2、计费参考因素属性(Factor Attibute),如下表8所示。
表8 计费参考因素属性
其中FactorID用于与计费参考因素类型建立关联,使用FactorID,可以确定指定的计费参考因素类型下全部的属性。数据精度DataLength用于数值类型,取值0表示记录中该属性取值为整型;取值>0,表示在进行数据舍入处理时,小数点后数字位数。检查条件CheckRef用于属性级取值约束检查。可以采用OCL格式。RefreshPlanID对于数据记录内属性内容更新进行界定,参见数据刷新计划。
例1中涉及的三种参考因素类型的属性定义分别如表9-11所示。
表9 赛事属性(FactorID=MatchInfo)
表10 镜头属性(FactorID=ClipInfo)
表11 镜头人气属性(FactorID=ClipRemark)
3、计费参考因素获取配置(Factor Pull Config)
计费参考因素获取配置用于计费参考因素管理系统,其实体如图3所示,包括计费参考因素获取配置、获取配置细节信息、计费参考因素来源、计费参考因素来源属性、计费参考引述来源属性转换。具体的,如表12所示,计费参考因素来源可以是数据库表,也可以是其它特殊的数据源。
表12 计费参考因素来源(Factor Source)
其中SourceID用于对计费参考因素来源的唯一编码。SourceType表示来源的具体类型,如SourceType=1表示提供系统;2表示来源于数据库表;9表示自定义等。HostID则表示参考因素来源的网络通信标志。HostID作为外键,对主机HostRef进行引用。数据刷新计划RefreshPlanID为针对特殊数据源的刷新设置。
计费参考因素来源通常位于特定主机上,还包括通信端口等信息,基于不同的通信协议,可能有不同的设置,13给出参考定义。
表13 主机(HostRef)
属性标志 |
属性名称 |
键值 |
内容与约束 |
类型 |
HostID |
主机标志 |
PK |
非空 |
N |
HostAddress |
主机地址 |
|
|
S(15) |
HostPort |
通信端口 |
|
|
N(6) |
HostPort2 |
备用端口 |
|
|
N(6) |
Protocol |
通信协议 |
|
|
N(3) |
Description |
备注 |
- |
- |
S(254) |
其中HostID是对参考因素来源的唯一编码;HostAddress通常为主机的IP地址或主机名;对于广泛使用的通信协议TCP/IP或基于IP的协议,还需要考虑通信端口。通信协议Protocol对于使用的通信进行编码,通常可以考虑采用TCP(Protocol=1)。
注意,有关通信的安全性设置可以根据具体情况对数据来源进行适当扩展或者根据实际情况设置。在本实施例的来源主机或数据来源中暂不作定义。
每个计费参考因素来源的数据记录中包含了不同属性,这些属性的定义如表14所示。
表14 来源属性定义(FactorSourceAttribute)
其中SourceID指向数据来源。数据精度DataLength用于数值类型,取值0表示记录中该属性取值为整型;取值>0,表示在进行数据舍入处理时,小数点后数字位数。检查条件CheckRef用于属性级取值约束检查,可以采用OCL格式,对于数据来源一般不作此类检查。
由于计费参考因素来源的数据记录属性取值定义可以与计费系统要求取值不同,因此,可能存在数据转换。数据转换定义如表15所示。
表15 来源属性转换定义(FactorPullConversion)
其中ConversionID是转换规则唯一记录标志。SourceID指向数据来源,SourceAttrID指向数据来源中的属性。FactorID指向目标参考因素类型,DestAttrID指向目标属性ID。Condition为计算条件,采用OCL格式;CalcFormat为计算公式,可以采用正则表达式。CalcPriority用于计算优先级,对于同一(SourceID,SourceAttrID,FactorID,DestAttrID)下的多组计算规则进行区分,优先级取值低者优先适用。
4、计费参考因素提供配置(Factor Push Config)
计费参考因素提供配置用于计费参考因素提供系统,包括计费参考因素去向系统,即数据提供来源(Factor Get),数据源属性定义(Factor Get Attribute),提供配置的细节信息(Factor Push Detail)。其中提供配置的细节信息可以包括提供属性转换定义(Factor PushConversion)。对于某些计费参考因素类型,可以设置自动提供规则,计费参考因素提供系统可以按照规则自动进行计费参考因素的投递。在提供计费参考因素时,所涉及的实体如图3所示的计费参考因素提供配置、提供配置细节信息、数据提供来源、数据源属性、提供属性转换。
对于计费参考因素提供方,数据提取来源通常是数据库表,也可以是其它自定义的数据源,其定义如表16所示。
表16 数据提供来源(Factor Get)
其中GetID用于对数据提取来源的唯一编码,通常是某个表或视图。GetType表示数据提取来源的具体类型,如SourceType=1表示来源数据库表(SQL Select);9表示自定义等。SystemID则表示数据源的系统配置标志,如数据库访问设置等。提取表达式GetString可以登记为获取数据执行语句,比如SQL语句等。数据刷新计划RefreshPlanID针对不同的数据来源指定数据检查计划,在发现数据更新时,将向计费参考因素管理子系统投递数据。
每个计费参考因素来源的数据记录中包含了不同属性,这些属性的定义如表17所示。
表17 数据源属性定义(FactorGetAttribute)
属性标志 |
属性名称 |
键值 |
内容与约束 |
类型 |
GetID |
数据源标志 |
PK,FK |
非空 |
N |
AttributeID |
属性标志 |
PK |
非空 |
N |
AttibuteName |
属性名称 |
- |
非空 |
S(80) |
KeyRef |
键值 |
- |
非空 |
S(1) |
DataType |
数据类型 |
- |
非空 |
S(2) |
DataLength |
数据宽度 |
- |
非空 |
N(5) |
Precision |
数据精度 |
- |
- |
N(1) |
CheckRef |
检查条件 |
- |
- |
M |
Description |
备注 |
- |
- |
S(254) |
其中GetID指向数据源。数据精度DataLength用于数值类型,取值0表示记录中该属性取值为整型;取值>0,表示在进行数据舍入处理时,小数点后数字位数。检查条件CheckRef用于属性级取值约束检查,可以采用OCL格式,对于数据来源一般不作此类检查。
由于计费参考因素来源的数据记录属性取值定义可以与计费系统要求取值不同,因此,可能存在数据转换。数据转换定义如表18所示。
表18 提供属性转换定义(FactorPushConversion)
其中ConversionID是转换规则唯一记录标志。GetID指向数据源,GetAttrID指向数据源属性。FactorID指向目标计费参考因素类型,DestAttrID指向目标属性ID。Condition为计算条件,采用OCL格式;CalcFormat为计算公式,可以采用正则表达式。CalcPriority用于计算优先级,对于同一(GetID,GetAttrID,FactorID,DestAttrID)下的多组计算规则进行区分,优先级取值低者优先适用。
5、计费参考因素检查与触发配置
在接收与变更计费参考因素记录时,需要对计费参考因素数据记录进行必要的检查,并进行触发检查。属性级记录检查已经在计费参考因素属性实体中定义,记录级检查由计费参考因素检查条件(FactorConstraint)提供。需要实施的触发检查则由计费参考因素触发实体Factor Trigger定义,该实体引用触发条件(Trigger Condition),执行相应的操作(TriggerAction)。有关实体及其关系如图3所示的计费参考因素触发检查、计费参考因素检查条件、触发操作、触发条件。
计费参考因素检查条件(Factor Constraint)保存对计费参考因素数据记录的检查,该实体定义如表19所示。
表19 计费参考因素检查条件(Factor Constraint)
其中CheckID是由系统生成数据记录的唯一编码。FactorID表示适用对象(计费参考因素类型);约束条件Constraint采用OCL,表示作用于计费参考因素记录上的一个检查条件,ResultApply则表示在计算Constraint得到结果后的处理方式,取值包括:1=成功时记录检查通过;2=成功时继续下一检查;3=失败时终止检查;4=失败时继续下一检查。计算优先级确定了检查处理时,条件使用的先后次序。
计费参考因素触发检查(Factor Trigger)保存对计费参考因素数据记录的实施触发检查,该实体定义如表20所示。
表20 计费参考因素触发检查(Factor Trigger)
其中TriggerID是由系统生成数据记录的唯一编码。FactorID表示适用对象(计费参考因素类型);条件标志ConditionID引用Trigger Condition中定义的条件,ResultApply则表示在计算条件得到结果后的处理方式,取值包括:1=成功时触发操作,结束检查;2=成功时触发操作,然后继续检查;3=失败时触发操作,终止检查;4=失败时触发操作,继续下一检查。计算优先级CalcPriority确定了检查处理时,条件使用的先后次序。ActionID为触发检查时,可以实施的动作,动作通常由外部系统定义,实际触发操作的执行通常由因素管理子系统提交给外部系统或其他模块,由其他模块执行。
操作定义(Trigger Action Type)登记对计费参考因素数据记录检查可触发的备选操作,该实体定义如表21所示。
表21 操作定义(Trigger Action Type)
ActionTypeID |
操作标志 |
PK |
非空 |
S(4) |
ActionTypeName |
操作名称 |
|
非空 |
M |
RouteFlag |
去向标志 |
|
非空 |
S(4) |
Description |
备注 |
- |
- |
S(254) |
其中ActionTypeID是为操作的唯一编码,用于区分不同的操作。ActionTypeName为可理解的字串。去向标志RouteFlag对触发操作的去向进行标志,在实际处理时,系统可以根据不同的RouteFlag将操作请求分流到不同的目标协作系统。
参考因素触发操作(Trigger Action List)登记对计费参考因素数据记录进行检查而触发的实际操作信息,该实体定义如表22所示。
表22 计费参考因素触发操作(Trigger Action List)
其中ActionID是由系统生成数据记录的唯一编码。ActionTypeID指定操作所属的动作类型,FactorID为关联的计费参考因素标志,DataID登记关联的数据记录。对于具体操作的有关细节,需要根据实际系统进行扩展。
6、数据刷新配置
为提高处理性能,通过设置数据刷新机制,根据计费参考因素类型的不同特点,提供相应的数据刷新方式。计费参考因素管理系统根据设置,可以自动进行数据刷新;作为计费参考因素提供系统,可以根据设置,定期或不定期向计费参考因素管理系统提供相应的数据。计费参考因素相关实体中的数据刷新配置已经在前面讨论中给予说明,这里讨论数据刷新设置实体,包括数据刷新计划Factor Refresh Plan和刷新计划条目Refresh Plan Item,如图3所示。
数据刷新计划(Factor Refresh Plan)登记计费参考因素或其属性、某些数据记录的数据更新设置,该实体定义如表23所示。
表23 计费参考因素刷新计划(Factor Refresh Plan)
其中RefreshPlanID是由系统生成记录的唯一编码。ObjectType表示计划使用的对象类型,取值包括:1=计费参考因素类型;2=计费参考因素属性;3=数据来源/数据去向;4=数据记录。在实际适用时,按照4、3、2、1的顺序选择一个计划执行。
数据刷新条目(Refresh Plan Item)给出了具体刷新计划的执行规定,包括刷新时间选择、刷新方式等,其具体定义如表24所示。
表24 数据刷新条目(Refresh Plan Item)
其中ItemID是由系统生成记录的唯一编码。RefreshPlanID表示该条目所属的刷新计划;ApplyOrder指定多个条目并存下的适用顺序;RefreshMode为刷新模式,1=主动刷新;9=被动刷新。对于主动刷新情形,控制模块按时点类型、生效期间的设置进行数据刷新;对于被动刷新,只在收到数据通知或者在计费处理发起对数据的请求时有效。
TimerMode为时点类型,表示刷新时点的确定方式,可取值包括1=按时点设置;2=按时间间隔;3=同时按时点和时间间隔进行刷新。当设定为按时点刷新时,时点列表TimerPoints为一字符串,依次列出各个时点,各个时点之间可以使用特殊的字符隔开如竖线或分号等。在设置为按时间间隔进行刷新时,TimeSpan指定了前后两次刷新之间的时间间隔。
对于不同类型的数据记录,有不同的生命周期,因此,数据刷新操作只在一定期间有效。生效期类型EffectMode可以设置不同的生效期间类型,取值包括:1=绝对时间;2=相对时间。对于绝对时间模式,则在由EffectStart,EffectStop规定期间内按照指定的时点进行刷新;对于相对时间,则RefAttrID代表了参考因素类型的某个属性,该属性为日期/时间类型,参考开始RefAttrStart与参考结束RefAttrStop分别给出了实际刷新期间与该属性的时间偏移,即实际刷新期间为RefAttrID取值+RefAttrStart,RefAttrID取值+RefAttrStop。
针对计费参考因素信息的配置,计费参考因素管理系统与计费参考因素提供系统有所不同,分述如下:
(1)计费参考因素管理系统的配置
计费参考因素管理系统关注计费参考因素信息的来源、接收、获取,以及相应的计算处理、触发检查。因此,配置内容包括:计费参考因素类型定义、计费参考因素属性定义、计费参考因素获取配置、计费参考因素转换配置、计费参考因素接收配置、触发检查配置。
(2)计费参考因素提供系统的配置
业务提供系统作为主要的计费参考因素提供系统,也需要进行计费参考因素提供相关的配置,配置活动包括:计费参考因素类型定义、计费参考因素属性定义、计费参考因素提供配置、计费参考因素转换配置等。但由于配置面向提供计费参考因素信息,因此特点不同,比如,在进行计费参考因素信息定义时,可以通过配置信息提供方式完成相应配置;另外,计费参考因素信息此时主要来源于业务系统的其他部分,因此计费参考因素信息来源可以是系统转存的文件或数据库表记录,或者系统中存在的访问接口。在某些情形下,可以利用数据反向工程辅助完成配置工作。
计费参考因素信息通常是计费参考因素提供系统中数据的一部分,往往与业务活动直接相关。因此,数据访问的权限和系统安全性需要进行重点关注。进行计费参考因素提供配置时,可以指定安全检查措施,计费参考因素管理系统也需要进行相应配置,以使计费参考因素管理系统按照计费参考因素提供系统所要求的安全机制进行交互。有关安全机制可以作为通信的基础机制加以提供,可以采用现有技术来实现,不做进一步讨论。
需要说明的是,本发明实施例在实现计费系统对计费参考因素的引用时,可以通过在计费参数因素管理系统定义合成计费参考因素类型、引用因子、引用参数、以及合成规则并开放给计费系统来实现。其中,合成计费参考因素是计费系统的引用基础,即引用因子基于合成计费参考因素进行引用,然后根据合成计费参考因素对应的合成规则获取到对应的计费参考因素。具体过程在下述实施例中进行详细描述。当然,在具体实现时,也可以不通过合成计费参考因素进行引用,可以直接定义与计费参考因素的引用。
下面基于上述配置信息以例1所示的应用场景对本发明实施例的计费流程进行详细说明。如图4所示,该计费流程包括:
S41、计费系统接收来自业务提供网元或者网关等设备的计费事件。
其中,业务提供网元是业务提供商系统中的物理实体或逻辑实体,直接向用户提供业务或者配合其他网元向用户提供业务。此类业务提供网元负责收集用户使用业务的信息,如开始日期、时间、业务类型、时长、流量、QoS等;业务提供网元按照一定的规则向计费系统发送计费事件,同时在对用户进行实时信用控制时,业务提供网元将根据计费系统确定的配额对用户可用的业务资源进行控制。
网关属于运营商的特殊网元,通常位于运营商与业务提供商之间,运营商用户通过网关发现和使用业务提供商提供的业务,网关负责与用户、业务提供商系统进行交互,传递业务使用信息。在例1中,用户可以登录到网关上,浏览业务提供商提供的内容服务清单,选择希望收看的镜头。
S42、计费系统获取适用于该计费事件的计费规则;
计费系统根据接收的计费事件中的业务信息和用户信息识别出产品类型,获取该产品类型对应的产品配置。其中,产品配置中包含计费规则。产品配置是由业务提供商系统对其向用户提供的产品进行的配置,一般可以包括产品基本信息、计费规则等,计费系统中可以对业务提供商的产品配置进行存储,以完成对用户使用该产品的计费。
S43、计费系统检测计费规则中是否包含对计费参考因素的引用;
若不包含,则执行S44,按照预先配置的静态计费因素进行计费;其中,具体可以根据预先配置的静态计费因素从计费事件中提取静态计费因素的属性值;如果预先配置的静态计费因素为用户资料、用户订购信息等,则可以从计费资料数据库检索相关数据,由于S44的处理为现有技术,这里不再赘述。
若包含,则执行S45,根据该引用向计费参考因素管理系统发送计费参考因素分析请求;
在进行产品配置时,可以在计费规则中将计费参考因素作为特殊信息来源进行标志,这样在计费规则中可以引用计费参考因素,并能够与其他属性引用区分开来。如图5所示,为产品配置引用计费参考因素的逻辑示意图。其中,图中的对象,如合成计费参考因素类型、计费参考因素类型、合成规则、引用因子等,是计费参考因素管理系统开发给计费系统的允许产品配置引用的部分。
图5所示实施例是以合成计费参考因素类型作为计费系统的引用基础的实施例。本实施例中,产品配置涉及的实体包括计费参考因素类型(Factor Class)、计费参考因素引用因子(Factor Reference Indicator)产品(product)、计费规则(Tariff Rule)、合成计费参考因素类型(Composited Factor Class)、合成规则(Composit Rule)、引用参数(Reference Par)。
其中,合成计费参考因素的属性可以是由多个独立的计费参考因素按照合成规则计算生成得到,也可以是直接引用独立的计费参考因素的属性。合成参考因素类型的实体定义如表25所示。通过定义合成计费参考因素类型,可以灵活的实现对单个或多个计费参考因素的组合进行引用。
表25 合成计费参考因素类型(Composited Factor Class)
计费参考因素引用因子(Factor Reference Indicator)面向计费处理,提供计费参考因素引用点,该实体定义如表所示。
表26 计费参考因素引用因子(Factor Reference Indicator)
计费参考因素引用因子还包含了引用参数,引用参数(Reference Par)约定计费处理过程中调用计费参考因素处理的参数。参数类型包括输入输出,输入参数来源于计费系统相关实体,因此其具体编码或定义可以由计费系统提供。输出参数,即计费参考因素管理系统的返回参数,可以是一个或多个,计费系统可以根据需要进行使用。引用参数定义Reference Par实体定义如表所示。
表27 引用参数(Reference Par)
属性标志 |
属性名称 |
键值 |
内容与约束 |
类型 |
FactorID |
引用因子标志 |
PK |
非空 |
N |
ParOrder |
参数序号 |
|
非空 |
N(3) |
ParID |
参数标志 |
|
非空 |
S(20) |
IOClass |
输入/输出类型 |
|
非空 |
N(1) |
DataType |
数值类型 |
|
- |
S(1) |
DataDefault |
缺省取值 |
|
- |
S(80) |
AsReturnFlag |
返回值标志 |
|
非空 |
B |
Description |
备注 |
- |
- |
S(254) |
其中,FactorID为引用因子标志,采用需要引用的合成计费参考因素标志作为引用因子标志。ParOrder为参数次序,ParID为参数标志,IOClass为参数的输入/输出方式,具体取值为1=输入;2=输出;3=输入/输出。缺省取值为在调用端(计费系统)没有给出该参数时,服务端(计费参考因素管理系统)给该参数赋予的缺省取值。返回值标志AsReturnFlag为真,在调用因子处理时,服务端将该参数值(通常为输出参数)作为调用返回结果,调用端可以直接加以使用;否则,调用端需要根据输出参数来鉴别使用处理结果。
合成规则(Composit Rule)用于登记合成计费参考因素的属性生成规则。该实体定义如表所示。
表28 合成规则(Composition Rule)
其中FactorID是表示目标计费参考因素标志,其中,目标计费参考因素可以是是合成计费参考因素标志。SourceFactorID,SourceAttrID表示来源计费参考因素和来源计费参考因素属性;计算模式CalcMode可以取值1和2,其中取值为1,表示直接引用,此时,表示直接将来源计费参考因素的属性作为目标计费参考因素的目标属性;对于取值为2的情形,表示计算公式CalcFormat为正则表达式,目标属性取值由该公式得到。计算优先级CalcPriority表示计算时的次序,在进行实际计算时,后面的计算可以使用前面已经得到的属性取值作为判定或计算依据,适当安排计算优先级,可以简化计算,减少计算量。
在产品配置的计费规则中,可以根据计费参考因素管理系统向计费系统开放的上述信息来生成对计费参考因素的引用。
如,例1中的计费场景,计费事件中可以包含业务提供商代码、镜头编码,在计费规则中可以包含下述段落(以PASCAL语言格式为例):
IF<事件业务提供商>=<业务提供商代码>AND<产品代码>=<指定产品代码>THEN
CALL<factor_system><ref_clip_price>(<事件.镜头编码>IN,
<事件.呼叫时间>IN,
<事件.价目>OUT)
END IF
这里我们假定使用<factor_system>作为参考因素管理系统的引用标识。计费系统检测到标志<factor_system>,则执行步骤S35,其中<ref_cli_price>是需要分析的计费参考因素的引用因子,后续参数如<事件.镜头编码>、<事件.呼叫时间>作为输入参数,可以从事件中提取出来,形成参数列表,连同引用因子作为参数,请求计费因素管理子系统进行分析处理。调用参数格式可以为(引用因子代码,参数列表)。需要说明的是,需要从事件中提取哪些参数可以根据预先配置的该引用因子的引用参数来确定。
S46、计费参考因素管理系统根据接收到的分析请求获取对应的计费参考因素。
具体的,计费参考因素管理系统根据分析请求中携带的引用因子,提取该引用因子的定义,根据引用因子定义中的合成计费参考因素标志获取对应的合成规则。具体的,可以采用表26中的FactorID与表28中的FactorID进行关联,找到对应的合成规则。根据合成规则确定需要获取的计费参考因素,具体的,可以根据表28中的SourceFactorID确定需要获取的计费参考因素,形成计费参考因素需求列表。计费参考因素管理系统进一步根据分析请求中输入参数确定所要获取的计费参考因素的数据范围;根据需要获取的计费参考因素列表以及确定的计费参考因素的数据范围,生成计费参考因素提取计划;其中,可以根据合成规则中的计算优先级来生成提取计划,并按照该计费参考因素提取计划获取对应的计费参考因素。
对例1,计费参考因素管理系统提取引用因子<ref_clip_price>的定义,确定需要获取的计费参考因素包括赛事<matchInfo>、镜头<ClipInfo>、镜头人气<ClipRemark>,并从分析请求中提取出输入参数,这里包括镜头编码(后面采用<ClipID>表示),呼叫时间(后续用<RefTime>表示)。计费参考因素的提取顺序及数据范围可以确定为:
PlanA1<ClipInfo>(数据范围为Clip ID=<ClipID>)
PlanA11<matchInfo>的数据范围为记录Match ID=<ClipInfo>.<Match ID>(由<ClipInfo>内容确定)
PlanA2<ClipRemark>可以考虑提取Clip ID=<ClipID>的全部记录数据。
其中PlanA1和PlanA2可并行执行,而PlanA11需要在PlanA1完成后执行。提取计划中需要的属性范围也可以根据计算需要一并确定。
按照该计费参考因素提取计划获取对应的计费参考因素的具体过程可以包括:检测本地是否存在有效的计费参考因素数据,如果存在,则从本地提取相应的数据,如果本地数据已经过期或则超过规定的有效期检查期间,则从计费参考因素提供系统获取该数据或者检查数据更新。其中,在检查本地数据时可以根据预先配置的计费参考因素的定义和属性进行检查,如根据表6和表8中的数据刷新计划RefreshPlanID可以检查数据的有效性。如果需要从计费参考因素提供系统获取该计费参考因素数据,则可以根据预先设置的计费参考因素获取配置,如表12-15所示,进行获取,具体可以包括如下过程:
A、计费参数管理系统根据计费参考因素获取配置中的通信协议、主机地址、提取条件等信息向计费参考因素提供系统发送计费参考因素提取请求。
B、计费参考因素提供系统根据预先存储的配置信息,如表16-18所示,进行验证,并按照约定的格式,将计费参考因素相关信息发送给计费参数管理系统。
C、计费参数管理系统根据表12-15所示的配置信息进行计费参考引述触发检查、归档等处理。
S47、计费参数管理系统基于预先存储的配置信息对获取到的计费参考因素进行分析,并将分析结果返回给计费系统。
如,对例1,计费参考因素管理系统获取到与输入参数中的镜头编码对应的镜头编码记录,以及根据获取到的镜头编码记录获取的赛事记录,以及对应输入参数中的镜头编码的镜头人气的全部记录。计费参考因素管理系统根据镜头编码记录以及赛事记录从镜头人气中按照呼叫时间选取相应的镜头人气记录数据,并将记录中的参考价目作为输出。
S48、计费系统根据计费参考因素管理系统返回的分析结果对资费标准进行调整,并根据调整后的资费标准对用户进行计费。
具体的,可根据步骤47中输出的参考价目调整该计费事件对应的资费标准。在进行调整时,可直接以步骤47中输出的参考价目作为资费标准,也可以采用算法进行调整,如,较简单的是参考价目和当前资费标准各占一定50%的权重,则调整后的资费=当前资费标准*50%+参考价目*50%。可选的,在实际情况中,计费系统可以设置一个资费标准最低阈值,当然也可以设置资费标准的最高阈值,当调整后的资费大于上述最低阈值时,采用调整后的资费对用户进行计费,如调整后的资费小于最低阈值时,采用最低阈值对用户进行计费;当调整后的资费小于上述最高阈值时,采用调整后的资费对用户进行计费,如高于最高阈值,则采用最高阈值对用户进行计费。
在上述流程中,涉及的计费参考因素可以不止一个,因此步骤S45-S47可以重复多次。
需要注意的是,计费参考因素信息可以与时间相关,并且存在一定的有效期。对于实时计费和非实时计费,均可以参照计费事件中的时间戳获取相应的计费参考因素信息。对于实时计费,可能需要计费参考因素管理系统实时从计费参考因素提供系统中获取参考因素信息记录,该操作一般在计费开始事件完成,后续可以直接使用该信息完成计算处理。因此,计费参考因素管理系统需要将实时计费所需的分析结果进行暂存,在多数情况下,该计费会话下的其他计费事件处理可以直接利用该分析结果,而无需重复提取或计算。
需要说明的是,本发明实施例中计费参考因素信息除了由计费处理触发,计费参考因素管理系统向参考因素提供系统请求获得外,在可能的情况下,计费参考因素提供系统也可以在检测到计费参考因素相关数据发生变动时,主动向计费参考因素管理系统投递计费参考因素信息;计费参考因素管理系统执行计费参考因素信息接收流程。具体流程包括:
1.计费参考因素提供系统收到计费参考因素数据变动通知时,根据如表16-18所示的配置信息和变动通知,确定计费参考因素数据变动范围,生成计费参考因素数据。其中,计费参考因素提供系统可以是直接参与业务提供的合作伙伴的系统,其从业务提供系统获取变动通知。
2.计费参考因素提供系统根据配置信息中的通信协议打包数据,将计费参考因素变动内容投递给计费参考因素管理系统。
3.计费参考因素管理系统收到数据,进行格式验证,并按照数据内容鉴别得到计费参考因素类型,按照计费参考因素类型获取计费参考因素配置。
4.按照计费参考因素配置进行计算处理,包括生成合成的计费参考因素数据。
5.将生成的数据,归档到计费参考因素数据库中。
6.使用如表19-22所示的计费参考因素检查与触发配置对计费参考因素信息进行检查,在满足触发条件的情况下,生成触发操作列表,并按照配置将操作发送到对应的系统中,提交相关系统执行。
其中,本实施例中的步骤4-6是可选的,在具体实施时,可以按照图4所示实施例由计费系统在进行计费处理时主动获取,也可以由计费因素管理系统根据配置进行主动触发,主动触发过程如步骤4-6。
对于例子1的情形,我们将射门镜头内容(如镜头发生时间、镜头人气指数)作为计费参考因素信息,则业务提供商的系统在产生镜头或者对人气指数进行调整后,可以分别向计费参考因素管理系统和计费参考因素提供系统发送计费参考因素变动通知,告知镜头信息生成、镜头信息变动。计费参考因素管理系统收到镜头信息生成请求后,将镜头信息(一种计费参考因素类型)插入到参考因素数据库中;在收到镜头信息变动请求后,使用镜头新信息对原计费参考因素记录进行更新。
为了提高系统的运行效率,对于计费参考因素的检查通常不能在计费事件到达时才向计费参考因素提供系统请求,对于某些计费参考因素数据,可以使用定期或不定期的主动获取方式进行刷新,在执行计费触发的计费参考因素分析时,可以直接使用本地参考因素记录。这点对于实时计费尤为重要。下面对计费参考因素管理系统主动进行计费参考因素数据刷新的过程进行详细说明,该过程包括:
1.计费参考因素管理系统从数据库获取需要进行定期检查的计费参考因素信息列表,并生成刷新计划。
2.计费参考因素管理系统采用轮询或定时器方式启动计费参考因素刷新执行,向计费参考因素提供系统发送提取请求。
3.计费参考因素提供系统根据提取请求,生成新的计费参考因素记录。具体的,计费参考因素提供系统可以根据请求方提供的时间戳进行核对,对于未发生变动计费参考因素数据,简单回复数据变动情况即可。
4.计费参考因素提供系统返回计费参考因素数据变动情况,在发生变动时,还包含数据记录。
5.计费参考因素管理系统收到数据,进行格式验证,按照数据内容鉴别得到计费参考因素类型,按照计费参考因素类型获取计费参考因素配置。
6.按照计费参考因素配置进行计算处理,包括生成合成的计费参考因素数据。
7.将生成的数据归档到计费参考因素数据库中,并更新时间戳。
8.使用触发配置检查计费参考因素记录,在满足触发条件的情况下,生成触发操作列表,并按照配置将操作发送到对应的系统中,提交相关系统执行。
其中,本实施例中步骤5-8与上述接收流程中的步骤4-6类似,也是可选的。
以例子1中镜头人气作为例子。可以将镜头人气设置为定期刷新。计费参考因素管理系统装入所有镜头信息,指定需要定期刷新其人气属性,并按约定每5分钟刷新一次。则每隔5分钟,计费参考因素管理系统将请求计费参考因素提供系统,返回新的人气信息。
本实施例提供的计费方法在进行计费时,不仅能考虑到业务对应的静态计费因素,还考虑了事件对应的动态计费因素(计费参考因素),例如镜头人气、赛事和镜头,增加了计费的灵活性。
如图6所示为本发明实施例提供用于实现上述计费方法的系统的结构图,该系统可以包括计费系统61和计费参考因素管理系统62。
其中,计费系统61,用于接收计费事件,获取适用于该事件的计费规则;检测计费规则中是否包含对计费参考因素的引用,若包含,则根据该引用向计费参考因素管理系统发送计费参考因素分析请求;根据计费参考因素管理系统返回的分析结果对资费标准进行调整,并根据调整后的资费标准对用户进行计费;
计费参考因素管理系统62,用于接收计费系统发起的计费参考因素分析请求;根据计费参考因素分析请求获取对应的计费参考因素;基于预先存储的配置信息对获取的计费参考因素进行分析,并将分析结果返回给所述计费系统。
本发明实施例通过计费参考因素管理系统的引入,为计费系统提供了动态的计费因素,从而提高了计费的灵活性。其中,计费系统61与计费参考因素管理系统62各功能的具体实现可参考方法实施例部分,这里不再赘述。
上述计费系统61的具体实现如图7所示,图7计费系统61的结构图,其中,计费系统61具体可以包括:
接收单元71,用于接收计费事件;
获取单元72,用于获取适用于该事件的计费规则;
检测单元73,用于检测计费规则中是否包含对计费参考因素的引用;
请求单元74,用于在计费规则中包含对计费参考因素的引用时,根据该引用向计费参考因素管理系统发送计费参考因素分析请求;
计费单元75,根据计费参考因素管理系统返回的分析结果对资费标准进行调整,并根据调整后的资费标准对用户进行计费。
其中,上述对计费参考因素的引用中可以包含计费参考因素的的引用因子,该引用因子用于提供计费参考因素的引用点。请求单元74可以根据该引用因子向计费参考因素管理系统发送计费参考因素分析请求,具体的,如图8所示,请求单元74具体可以包括:
确定模块741,用于根据引用因子确定计费参考因素分析请求中需携带的输入参数;
提取模块742,用于从计费事件中提取确定的输入参数;
发送模块743,用于向计费参考因素管理系统发送携带引用因子以及输入参数的分析请求。
需要说明的是,计费参考因素管理系统返回的分析结果可以为所述计费参考因素的属性取值,也可以为根据所述计费参考因素以及预先存储的配置信息中的公式计算得到的计算结果。具体取决于上述方法实施例中提到的合成规则。
另外,当计费规则中不包含对计费参考因素的引用时,计费单元75还用于按照预先配置的静态计费因素进行计费。
本发明实施例还提供了一种计费参考因素管理系统62,其具体结构如图9所示,包括:
接收单元91,用于接收计费系统发起的计费参考因素分析请求;
获取单元92,用于根据计费参考因素分析请求获取对应的计费参考因素;
处理单元93,用于基于预先存储的配置信息对获取的计费参考因素进行分析,并将分析结果返回给计费系统,以便计费系统根据所述分析结果对用户进行计费。
具体的,处理单元93具体用于在配置信息指示为直接引用计费参考因素时,直接将获得的计费参考因素的属性取值作为分析结果返回给计费系统,在配置信息指示为由公式计算分析结果,将获得的计费参考因素按照配置信息中提供的公式计算得到分析结果,并返回给计费系统。
其中,上述计费参考因素分析请求中可以携带计费参考因素的引用因子以及输入参数,该引用因子用于提供计费参考因素的引用点。获取单元92根据该引用因子来获取对应的计费参考因素。具体的,如图10所示,获取单元92可以进一步包括:
需求模块921,用于根据引用因子生成需要获取的计费参考因素列表,并根据输入参数确定获取的计费参考因素的数据范围;
生成模块922,用于根据需要获取的计费参考因素列表以及确定的计费参考因素的数据范围,生成计费参考因素提取计划;
调度模块923,用于按照计费参考因素提取计划获取对应的计费参考因素。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。上述计费系统61和计费参考因素管理系统62可以由计算机来担任,上述各功能模块可以运行于处理器(如CPU)中。计费参考因素管理系统62可以从外部的计费参考因素提供系统获取计费参考因素相关的数据,计费参考因素提供系统是位于业务提供商侧,可以是业务提供系统本身。另外,需说明的是,上述方法实施例中提及的配置信息可以存储到存储设备(如,数据库)中,该存储设备可以是一个独立的设备,也可以位于其它设备(如计费参考因素管理系统62)中,位于其它设备中时,其分别存储于位于的系统相对应的配置信息,如,存储产品配置的存储设备可以位于计费系统61中。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
以上对本发明实施例进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。