专利名称：Oma业务应用接入计费系统的方法和计费引擎的制作方法
技术领域：
本发明涉及无线分组业务计费技术领域，特别是指一种计费引擎和一种OMA业务应用接入计费系统的方法。
背景技术：
开放移动联盟(Open Mobile Alliance，OMA)，为国际非赢利性组织，致力于无线业务应用相关标准的开发和技术推广。其宗旨是寻求一种与系统无关的、开放的，使各种应用和业务能够在全球范围内的各种终端上实现互联互通的标准。通过让客户在不同的市场、运营商、移动终端之间使用可互用的移动业务来促进整个移动工业市场的增长。这是通过定义一个基于开放式标准的框架来实现的。该框架允许在多供应方的环境中安全有效地建立、配置和管理各种应用和业务。
OMA目前覆盖的正在制定的业务领域包括浏览类型的业务、通讯类业务、娱乐类业务和电子商务等。在过去的几年中，无论是业务种类还是业务数量均得到了快速的发展，并且在CDAM2000、WCDMA、TD-SCDMA或WLAN等系统中，分组域的带宽足以支持更多用户体验更佳的业务的出现。同时，终端也变得越来越复杂，终端持有率的增长也促进了基于无线网络的大范围的无线业务的增长，典型的无线业务包括移动支付业务、多媒体消息、即时消息、PTT和移动游戏等。
OMA业务的计费网络中主要包括多个业务应用服务器，和多个计费系统。业务应用服务器可以是多媒体消息中心(MMSC)、基于蜂窝系统的即按即讲服务器(POC Server)、Presence服务器、位置服务器、游戏服务器、即时消息服务器(IM Server)或个人信息管理服务器(PIM Server)等。计费系统包括在线计费系统和离线计费系统，其中在线计费系统可以是运营商域的智能网计费系统、或互联网域的信用卡付费系统，离线计费系统可以是运营支撑系统(OSS)、计费支撑系统(BSS)等。
在现有技术中，在同一运营商内业务服务器和计费系统通常由不同供应商提供，且各业务应用的业务形式、业务需求、计费需求等不同，不同业务对计费方式，如按条计费、按流量计费、按时长计费等的要求也不同，所以业务服务器与计费系统或计费代理之间通过专有的计费接口实现计费。业务组件与计费系统之间通信协议也往往不同。
图1示出了为三种业务实现计费的计费网络，其中对于多媒体消息业务，MMSC101在进行一次MMS业务后，MMSC发起按条计费的计费请求，计费接口1将该计费请求转换为计费系统110支持的协议形式，并发送给计费系统110，计费系统110接收该计费请求后，根据该计费请求为用户扣费，该计费接口1的承载协议为HTTP协议。对于POC业务，即按即讲服务器(POC Server)102在进行一次业务后，POC服务器发起按流量计费的计费请求，计费接口2将该计费请求转换为计费系统110支持的协议形式发送给计费系统110，计费系统110接收该计费请求后，根据该计费请求为用户扣费，该计费接口2的承载协议为SOAP。同样对于VOD业务来说，VOD业务服务器103在进行一次业务后，发起基于时长计费的计费请求，计费接口3将该计费请求转换为计费系统110支持的协议形式发送给计费系统110，然后计费系统110为用户进行扣费，该计费接口3的承载协议为TCP/IP方式。
从图1中可以看出，现有技术中业务应用服务器与计费系统之间采用专有计费接口，该专有计费接口与业务耦合度非常高，即各个计费接口根据业务服务器适配协议的不同分别适配不同的协议，每个计费接口只能实现一种计费方式。因此，现有技术中的计费接口可重复利用率低，并且在开展新业务时，由于要单独为该新业务开放计费方式和计费接口，增加了新业务的开发周期。此外，由于每个计费系统通常都与多个业务应用服务器分别通过专有计费接口实现计费，造成了计费系统的复杂度非常高，不利于计费系统的维护。现有技术的这种OMA业务计费方式，由于每增加一个业务应用服务器都需要增加其专有的与计费系统之间的接口，所以很大程度上阻碍了OMA业务的横向发展，并且增加了网络维护成本，提高了组网复杂度。
发明内容
有鉴于此，本发明的第一个目的在于提供一种OMA业务应用接入计费系统的方法，该方法能够实现多种OMA业务的计费需求，使各业务应用能够方便地接入计费网络实现计费。
本发明的第二个目的在于提供一种计费引擎，该计费引擎能够应用于不同的业务应用与计费设施中。
为了达到上述目的的第一个方面，本发明提供了一种OMA业务应用接入计费系统的方法，该方法包括A、计费客户端向计费引擎发送包括用户标识、事件类型的计费事件；B、计费引擎在接收到来自计费客户端的计费事件后，判断用户的用户属性，如果是离线计费用户则将计费事件发送给对应的离线计费系统为用户扣费，如果是在线计费用户执行步骤C；C、根据该计费事件中的事件类型判断该业务计费属性是否为按条计费，如果是，则在进行业务计价后，向对应的在线计费系统发送按条计费的计费请求，为用户扣费；否则，如果判断出该业务计费属性为按时长、流量计费，则在进行业务计价后，向对应的在线计费系统发起预扣，并在本次预扣额度用尽后，再次向对应的在线计费系统发起预扣，为用户扣费，并在该次业务完成后，将未用尽额度返还用户帐户。
所述计费和预扣单位包括但不限于金额、时长、虚拟物品、数据流量等。
所述步骤B中判断用户的用户属性之前，或之后，可以进一步包括对计费事件中的用户进行信用控制。
所述步骤B中判断用户的用户属性之前，或之后，还可以进一步包括对计费事件中的用户进行认证鉴权。
所述步骤B中判断用户的用户属性之前，或之后，还可以进一步包括对计费事件中的用户进行信用控制和认证鉴权，或进行认证鉴权和信用认证。
该方法可以应用于但不限于以下网络制式CDAM2000、WCDMA、TD-SCDMA或WLAN。
为了达到上述目的的第二个方面，本发明提供了一种计费引擎，该计费引擎在计费客户端侧和计费设施侧分别包括计费接口模块或承载协议适配模块；其中，计费客户端侧的计费接口模块用于根据计费客户端发送的计费事件中的用户标识确定用户属性，如果用户属性为离线计费用户，则将该计费事件提交给计费客户端侧的承载协议适配模块；如果用户属性为在线计费用户，则根据计费事件中的事件类型确定对应的计费方式，并根据确定的计费方式在进行业务计价后，生成计费请求或预扣请求，然后将生成的计费请求或预扣请求提交给计费客户端侧的承载协议适配模块；计费客户端侧的承载协议适配模块用于将来自计费客户端侧的计费接口模块的信息转换为预先设定的通用协议发送给计费设施侧的承载协议适配模块，以及将来自计费设施侧的承载协议适配模块的信息转换为计费客户端能够识别的信息发送给计费客户端侧的计费接口模块；计费设施侧的承载协议适配模块用于将来自计费客户端侧承载协议适配模块的信息转换为计费设施侧能够识别的信息，发送给计费设施侧的计费接口模块，以及将来自计费设施侧的计费接口模块的信息转换为通用的协议发送给计费客户端侧的承载协议适配模块；计费设施侧的计费接口模块用于根据接收的计费事件、计费请求或预扣请求与对应的计费设施交互为用户扣费。
所述的通用协议可以为HTTP协议、TCP/IP协议或SOAP协议。
所述计费引擎应用于但不限于以下网络制式CDAM2000、WCDMA、TD-SCDMA或WLAN。
从以上方案可以看出，本发明通过计费引擎在接收到来自业务应用服务器的计费事件后，根据该计费事件中的用户标识确定用户属性，根据用户属性和计费事件类型确定对应的计费方式后，生成计费设施侧能够识别的计费请求发送给计费设施为用户扣费，实现了对多种OMA业务的计费需求，使各业务应用能够方便地接入计费网络实现计费；并且，本发明通过在计费引擎中设置能够实现多种计费方式的计费接口模块，并通过承载协议适配模块将信息转换为通用的协议，使得该计费引擎可以应用于不同的计费客户端与计费设施之间实现计费，并实现了计费设施通过一个计费接口和承载协议适配转换模块与多个业务服务组件相连，降低了计费系统的复杂度，也降低了计费系统维护的难度；此外，在新建业务时，业务应用服务器无需开发计费方式，计费系统也无需升级，只需要应用该通用的计费引擎就能实现两者之间的计费，减少了新业务的开发周期。此外，本发明中所提供的计费引擎能够实现计费设施侧的一个计费引擎与多个业务应用客户端的对接，为OMA业务的横向发展提供了解决方法，降低了网络复杂度，也降低了网络维护的成本。
图1为本发明现有技术的计费网络组成图；图2为本发明具体实施例中的计费网络组成图；图3为本发明具体应用的一种网络组成结构图；图4为本发明具体实施例的流程图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
本发明的主要思想是，提供一种OMA业务应用接入计费系统的一种方法，通过该OMA业务应用接入计费系统的方法，各业务应用可以很方便的接入计费系统，实现自身的复杂计费，如按流量计费，按时长计费，按内容计费，按条计费等，支持各种支付方式。
本发明可以应用在WCDMA、CDMA2000、TD-SCDMA或WLAN等通信系统中。
下面通过具体实施例对本发明进行详细说明。
本发明具体实施例中，计费网络组成如图2所示，包括计费客户端部分(Charging Client)和计费设施部分(Charging Infrastructure)。计费客户端部分(Charging Client)包括业务应用服务器(App)210、业务应用服务器代理(App Agent)211、计费接口模块(Charging I/F)220、和承载协议适配模块(Adapter)230。计费设施部分(Charging Infrastructure)包括承载协议适配模块(Adapter)231、计费接口模块(Charging I/F)221和计费系统240。其中，业务应用服务器也可以不通过业务应用服务器代理而直接与计费接口模块连接，另外，计费系统也可以为计费代理。其中计费接口模块(Charging I/F)220、和承载协议适配模块(Adapter)230、承载协议适配模块(Adapter)231、计费接口模块(Charging I/F)221构成计费引擎200；业务应用服务器和业务应用服务器代理为OMA业务应用，也即是计费客户端；计费系统和计费代理为计费设施。
App210和App Agent211是业务的核心处理部分，并在业务进行中或业务进行完之后，向Charging I/F220发送计费事件，该计费事件中包括用户标识，事件类型，如下载业务、MMS业务等，和发起端信息、接收端信息等。
Charging I/F220中用于在接收到来自App210的计费事件后，根据该计费事件中的用户标识确定用户属性，如该用户是在线计费用户还是离线计费用户以及用户是否设定消费限额，是否需要认证鉴权等，如果确定用户设置了消费限额，即判断出需要对该用户进行信用控制，则对该事件中的用户进行信用认证，如果需要鉴权则对该事件中的用户进行认证鉴权，并在认证通过后判断用户是在线计费用户还是离线计费用户；否则，直接判断用户是在线计费用户还是离线计费用户。在判断用户是在线计费用户还是离线计费用户后，如果判断出用户是离线计费用户，则将接收的计费事件提交给Adapter230；如果判断出用户是在线计费用户，则根据用户类型和ChargingI/F220中预先设定的计费方式确定对应的计费方式，并根据确定的计费方式进行业务计价后，生成标准的扣费请求或预扣请求，并将生成的扣费请求或预扣请求提交给Adapter230。这里所说的计费方式可以包括按条计费、按内容计费、按时长计费、按流量计费，或这些方式的组合。其中，如果计费方式为按条计费，则生成计费请求，该计费请求中包括事件数或条数，如发送MMS的条数，下载铃声次数等；如果计费方式为按内容计费，则生成的计费请求中可以包括虚拟物品；如果计费方式为按时长计费，则生成预扣请求，该请求中包括在线时间，如POC业务在线时间，PRECENSE业务在线时间；如果计费方式为按流量计费，则生成扣费请求，该扣费请求中包括实际字节流数，如基于流式的业务中发生的字节数等。
在本实施例中，Charging I/F220在发起预扣请求后，如果在接收到业务结束的信息之前，判断出用户原有的预扣金额已经用尽，则再次生成预扣请求，通过Adapter230和Adapter231发送给对应的Charging I/F221进行预扣。此外，Charging I/F220在接收到发起预扣请求对应的业务结束的信息后，计算该次业务的累积消费金额，并计算未消费完额度，然后将包括本次业务的未消费完额度的信息通过Adapter230和Adapter231发送给对应的ChargingI/F221返还给用户帐户。
Adapter230在接收到来自Charging I/F220的信息后，将接收的信息转换为预先设定的通用协议后，发送给对应的离线计费系统或在线计费系统的Adapter，即对应的计费设施侧的Adapter231。这里所说的通用的协议可以为HTTP协议、TCP/IP协议或SOAP协议等。
计费设施侧的Adapter231在接收到来自Adapter230的信息后，将该信息转换为对应的离线计费系统或对应的在线计费系统能够识别的信息，并将该信息发送给对应的离线计费系统的或对应的在线计费系统的ChargingI/F221。
Charging I/F221在接收到来自Adapter231信息后，与对应的计费设施交互为用户扣费。
本实施例中，参见图3，每个计费设施侧的Charging I/F和Adapter可以与多个业务应用服务器侧的Adapter和Charging I/F交互，为多个业务应用服务器实现计费。同样，本实施例中，每个业务应用服务器侧的ChargingI/F和Adapter也可以与多个计费设施侧的Adapter和Charging I/F交互。
下面再通过流程的方式对本实施例进行说明。如图4所示，本实施例的流程包括以下步骤步骤401、业务应用服务器在业务进行中或业务进行完之后，向计费引擎发送计费事件，该计费事件中包括用户标识，事件类型，如下载业务、MMS业务等，和发起端信息、接收端信息等。
步骤402、计费引擎在接收到来自业务应用服务器的计费事件后，根据该计费事件中的用户标识确定用户属性，如该用户是在线计费用户还是离线计费用户，并判断用户是否设置了消费限额，如果是，执行步骤403；否则执行步骤404。
步骤403、判断出用户设置了消费限额，即判断出需要对该用户进行信用认证后，计费引擎对该计费事件中的用户与对应的系统交互为用户进行信用认证，并判断用户信用认证是否通过，如果是执行步骤404；否则执行步骤411。
本步骤中所说的系统，可以是计费系统或其他保存用户信用信息的系统。
步骤404、计费引擎判断用户是否需要进行认证鉴权，如果是则执行步骤405；否则执行步骤406；步骤405、计费引擎对该计费事件中的用户与对应的系统交互为用户进行认证鉴权，并判断用户认证鉴权是否通过，如果是执行步骤406；否则执行步骤412。本步骤中所说的系统，是保存用户鉴权信息的系统，可以是HLR等。
步骤406、判断用户是否为离线计费用户，如果是则执行步骤407；否则执行步骤408。
步骤407、将接收的计费事件转换为对应的离线计费系统能够识别的信息后发送给对应的离线计费系统，该离线计费系统根据接收的计费事件为用户扣费。
步骤408、计费引擎根据计费事件和其中预先设定的多种计费方式确定对应的计费方式，并根据该计费方式在进行业务计价后，生成对应的在线计费系统能够识别的扣费请求或预扣请求，然后将生成的扣费请求或预扣请求转换为对应的在线计费系统能够识别的信息后发送给对应的在线计费系统为用户扣费；并且在接收到该在线计费系统返回的预扣响应信息后，将该预扣响应信息转换为业务应用服务器能够识别的信息，然后发送给对应的业务应用服务器。
本步骤中，如果计费引擎判断出为用户预扣的金额已经消耗完毕，则再次生成预扣请求，并在将其转换为对应的在线计费系统能够识别的信息后，发送给对应的在线计费系统进行预扣。
步骤409、业务应用服务器在接收到预扣响应信息后，继续进行业务，并在业务完成后向计费引擎发送消息通知其业务结束。
步骤410、计费引擎在接收到业务结束的信息后，计算该次业务的累积消费金额，并计算未消费完额度，然后将包括本次业务的未消费完额度的回滚请求转换为对应的在线计费系统能够识别的信息，发送给对应的在线计费系统，该在线计费系统将未消费完额度返还给用户的帐户。
步骤411、计费引擎向业务应用服务器返回信用认证失败消息，通知其用户信用认证没有通过。
步骤412、计费引擎向业务应用服务器返回认证鉴权失败消息，通知其用户鉴权没有通过。
上述流程中的业务应用服务器也可以为业务应用服务器代理，计费系统也可以为计费代理。
此外，上述流程中的信用认证、认证鉴权步骤的执行顺序可以调换，并可以在发起预扣后执行信用认证、认证鉴权的步骤。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种OMA业务应用接入计费系统的方法，其特征在于，该方法包括A、计费客户端向计费引擎发送包括用户标识、事件类型的计费事件；B、计费引擎在接收到来自计费客户端的计费事件后，判断用户的用户属性，如果是离线计费用户则将计费事件发送给对应的离线计费系统为用户扣费，如果是在线计费用户执行步骤C；C、根据该计费事件中的事件类型判断该业务计费属性是否为按条计费，如果是，则在进行业务计价后，向对应的在线计费系统发送按条计费的计费请求，为用户扣费；否则，如果判断出该业务计费属性为按时长、流量计费，则在进行业务计价后，向对应的在线计费系统发起预扣，并在本次预扣额度用尽后，再次向对应的在线计费系统发起预扣，为用户扣费，并在该次业务完成后，将未用尽额度返还用户帐户。
2.根据权利要求1所述的方法，其特征在于，计费和预扣单位包括但不限于金额、时长、虚拟物品、数据流量等。
3.根据权利要求1所述的方法，其特征在于，所述步骤B中判断用户的用户属性之前，或之后，进一步包括对计费事件中的用户进行信用控制。
4.根据权利要求1所述的方法，其特征在于，所述步骤B中判断用户的用户属性之前，或之后，进一步包括对计费事件中的用户进行认证鉴权。
5.根据权利要求1所述的方法，其特征在于，所述步骤B中判断用户的用户属性之前，或之后，进一步包括对计费事件中的用户进行信用控制和认证鉴权，或进行认证鉴权和信用认证。
6.根据权利要求1至5中所述的方法，其特征在于，该方法应用于但不限于以下网络制式CDAM2000、WCDMA、TD-SCDMA或WLAN。
7.一种计费引擎，其特征在于，该计费引擎在计费客户端侧和计费设施侧分别包括计费接口模块或承载协议适配模块；其中，计费客户端侧的计费接口模块用于根据计费客户端发送的计费事件中的用户标识确定用户属性，如果用户属性为离线计费用户，则将该计费事件提交给计费客户端侧的承载协议适配模块；如果用户属性为在线计费用户，则根据计费事件中的事件类型确定对应的计费方式，并根据确定的计费方式在进行业务计价后，生成计费请求或预扣请求，然后将生成的计费请求或预扣请求提交给计费客户端侧的承载协议适配模块；计费客户端侧的承载协议适配模块用于将来自计费客户端侧的计费接口模块的信息转换为预先设定的通用协议发送给计费设施侧的承载协议适配模块，以及将来自计费设施侧的承载协议适配模块的信息转换为计费客户端能够识别的信息发送给计费客户端侧的计费接口模块；计费设施侧的承载协议适配模块用于将来自计费客户端侧承载协议适配模块的信息转换为计费设施侧能够识别的信息，发送给计费设施侧的计费接口模块，以及将来自计费设施侧的计费接口模块的信息转换为通用的协议发送给计费客户端侧的承载协议适配模块；计费设施侧的计费接口模块用于根据接收的计费事件、计费请求或预扣请求与对应的计费设施交互为用户扣费。
8.根据权利要求7所述的计费引擎，其特征在于，所述的通用协议为HTTP协议、TCP/IP协议或SOAP协议。
9.根据权利要求7或8所述的计费引擎，其特征在于，所述计费引擎应用于但不限于以下网络制式CDAM2000、WCDMA、TD-SCDMA或WLAN。
全文摘要
本发明公开了一种OMA业务应用接入计费系统的方法，该方法包括A、该方法支持各种OMA应用服务的计费，包括按流量计费、按时长计费、按内容计费、按条计费；B、该方法综合了各种计费需求，主要计费逻辑处理功能包括信用控制，扣费，业务计价，预扣与多次预扣，预扣回滚，信用控制等功能。本发明还公开了一种计费引擎。本发明通过计费引擎在接收到来自业务应用服务器的计费事件后，根据该计费事件中的用户标识确定用户属性，根据用户属性和计费事件类型确定对应的计费方式后，生成计费设施侧能够识别的计费请求发送给计费设施为用户扣费，实现了对多种OMA业务的计费需求，使各业务应用能够方便地接入计费网络实现计费。
文档编号H04L12/14GK1794638SQ20051008902
公开日2006年6月28日 申请日期2005年8月3日 优先权日2005年8月3日
发明者单明军 申请人:华为技术有限公司