CN1852118A - 在立即记账信用授权中实现退费的方法及系统 - Google Patents

Abstract

本发明公开了一种在立即记账信用授权中实现退费的方法，该方法在信用控制服务器进行立即记账处理后系统提供服务未成功时，由信用控制客户端向信用控制服务器发送退费请求消息；所述信用控制服务器根据所述退费请求消息向用户账户退回相应的服务费用。本发明还同时公开了一种计费系统。采用本发明能够充分保证计费的准确性和合理性。

Description

在立即记账信用授权中实现退费的方法及系统

技术领域

本发明涉及通信技术领域，尤其涉及在立即记账信用授权中实现退费的方法及系统。

背景技术

预付费业务目前已经被成功地应用。通过提供预付费业务，运营商的用户数和收入都得到了很大的提升。预付费业务势必将在未来的有线和无线网络中大规模开展。

针对预付费业务，目前有两种信用授权方法来规避欠费风险，一种方法是预留，另一种方法是立即记账。

立即记账是一个简单的信用授权方法，当信用控制服务器收到服务请求，就进行计费和扣款处理，并向信用控制客户端反馈处理结果。信用控制客户端收到处理成功消息后，就向用户提供服务。这种方法要求信用控制客户端保证计费成功后，服务一定能成功提供。这个条件非常苛刻，一旦提供服务不成功，势必损害用户利益，将会引起用户投诉，索赔和忠诚度下降。但立即记账是一种占用资源非常少，控制流程非常简单的方法，如果能有效利用，避免服务未成功带来的负面影响，可以极大的提高效率和节约资源。

参阅图1所示，立即记账的处理过程如下：

步骤1、用户代理发起服务请求。

步骤2、信用控制客户端向信用控制服务器发送立即记账请求。

步骤3、信用控制服务器从用户账户上扣除适当的金额。

步骤4、信用控制服务器回复立即记账请求。

步骤5、向用户提供服务。第2步和第5步可能重复一到多次。

立即记账信用授权实现简单，占用很少的系统处理能力，但要求计费成功后必须成功提供服务。在提供服务未成功的情况下，按现有技术信用控制服务器不进行退费处理，使用户支付了服务费但未享受服务，因而会导致计费不合理和使用户利益受损。

发明内容

本发明提供一种在立即记账信用授权中实现退费的方法及系统，以解决现有立即记账信用授权方案在提供服务未成功的情况下不能进行退费处理的问题。

本发明提供以下技术方案：

一种立即记账信用授权中实现退费的方法，包括如下步骤：

信用控制服务器进行立即记账处理后系统提供服务未成功，由信用控制客户端向信用控制服务器发送退费请求消息；

所述信用控制服务器根据所述退费请求消息向用户账户退回相应的服务费用。

其中：

所述信用控制服务器在完成退费后还向信用控制客户端返回退费请求响应消息。

由信用控制客户端确定未成功服务的服务量并携带在所述退费请求消息中，所述信用控制服务器根据该服务量确定需要退回的服务费用。

由信用控制客户端确定未成功服务的服务量，根据该服务量确定需要退回的服务费用并携带在所述退费请求消息中。

信用控制客户端在确定退回的服务费用时，向信用控制服务器发送事件型的查询请求消息获取服务价格，并根据该服务价格和服务量确定需要退回的服务费用。

由信用控制服务器确定未成功服务的服务量，并根据该服务量确定需要退回的服务费用。

所述退费请求消息中还携带服务质量(QoS)信息，所述信用控制服务器根据该服务质量信息确定最终退费额。

所述退费请求消息和响应消息为事件型消息。

一种计费系统，包括信用控制客户端和信用控制服务器；所述信用控制客户端用于在信用控制服务器进行立即记账处理后系统提供服务未成功时，向信用控制服务器发送退费请求消息；所述信用控制服务器用于根据退费请求消息向用户账户退回服务费。

所述信用控制客户端确定未成功服务的服务量并携带在所述退费请求消息中，所述信用控制服务器根据该服务量确定需要退回的服务费用。

所述信用控制客户端确定未成功服务的服务量，根据该服务量确定需要退回的服务费用并携带在所述退费请求消息中。

所述信用控制服务器确定未成功服务的服务量，并根据该服务量确定需要退回的服务费用；或者，所述信用控制服务器根据服务质量信息确定最终退费额度。

所述信用控制客户端为多个，分别设置在业务提供系统中。

本发明在进行立即记账处理后业务系统提供服务未成功的情况下，向信用控制服务器发送退费请求消息，由信用控制服务器进行退费处理，从而能够充分保证计费的准确性和合理性，以及保证用户的利益和提高用户的忠诚度。

附图说明

图1为现有技术中立即记账信用授权的处理流程图；

图2为本发明中在系统提供服务未成功时的处理流程图；

图3为本发明中基于分散配额和集中计费的退费处理流程图；

图4为本发明中基于分散配额和分散计费的退费处理流程图；

图5为本发明中基于集中配额集中计费的退费处理流程图；

图6为本发明中计费系统和流媒体业务系统的组网示意图；

图7为本发明中在提供流媒体业务中进行退费处理的流程图。

具体实施方式

为了在立即记账信用授权中保证准确计费和服务提供质量，本发明在业务系统提供服务未成功时进行退费处理。

提供服务未成功包括是服务失败，或者是服务相关的信息超过时效性，或者是服务质量(QoS)违例等原因。

参图2所示，在立即记账信用授权中提供服务未成功的处理过程如下：

步骤200、用户代理发起服务请求。

步骤210、信用控制客户端向信用控制服务器发送立即记账请求。

步骤220、信用控制服务器进行记账处理，从用户账户上扣除服务费用。

步骤230、信用控制服务器回复立即记账请求。

步骤240、向用户提供服务。

步骤250、提供服务未成功，信用控制客户端与信用控制服务器交互，由信用控制服务器进行退费处理。

退费可以分为以下三种情况：

1、分散配额和集中计费：各信用控制客户端决定需要处理的服务量，由信用控制服务器根据服务量计算出应该退还用户的金额。

2、分散配额和分散计费：各信用控制客户端决定需要处理的服务量，并计算出应该退还用户的金额。信用控制客户端在计费时可能需要从信用控制服务器上查询相关服务价格或退费规则。

3、集中配额和集中计费：各信用控制客户端提供给未成功的业务信息，由信用控制服务器决定需要处理的服务量，并计算出应该退还用户的金额。

信用控制服务器在进行退费处理中还可参考服务质量(QOS)信息，这样服务提供商可以按照该QOS信息给不同用户采用不同退款方式。

参阅图3所示，基于分散配额和集中计费的退费处理流程如下：

步骤300、信用控制客户端决定需要退费的服务量。

步骤310、信用控制客户端向信用控制服务器发送退费请求。

步骤320、信用控制服务器计算出对应的金额。

步骤330、信用控制服务器退回计算出来的金额到用户账户。

步骤340、信用控制服务器返回退费请求回复。

参阅图4所示，基于分散配额和分散计费的退费处理流程如下：

步骤400、信用控制客户端决定需要退费的服务量。

步骤410、信用控制客户端从信用控制服务器查询服务价格。

步骤420、信用控制客户端计算出对应的退款金额。

步骤430、信用控制客户端向信用控制服务器发送退费请求。

步骤440、信用控制服务器退回计算出来的金额到用户账户。

步骤450、信用控制服务器返回退费请求回复。

参阅图5所示，基于集中配额集中计费的退费处理流程如下：

步骤500、信用控制客户端向信用控制服务器发送退费请求。

步骤510、信用控制服务器决定需要退费的服务量。

步骤520、信用控制服务器计算出对应的金额。

步骤530、信用控制服务器退回计算出来的金额到用户账户。

步骤540、信用控制服务器返回退费请求回复。

在上述三种处理方式中，信用控制客户端在向信用控制服务器发送的退费处理请求中可以携带QoS信息，信用控制服务器在退费时可以参考该QoS信息确定最终退费金额。另外，信用控制服务器也可以仅根据QoS信息确定最终退费金额

为了减少对系统资源的占用，信用控制客户端与信用控制服务器之间的退费请求消息和响应消息采用事件型消息。

下面结合Diameter信用控制应用(Credit Control Application)和流媒体业务详细说明退费。

参阅图6所示，计费系统包括信用控制客户端和信用控制服务器；信用控制客户端用于在信用控制服务器进行立即记账处理后系统提供服务未成功时，向信用控制服务器发送退费请求消息；所述信用控制服务器用于进行立即记账，以及根据退费请求消息向用户账户退回服务费用。

图6中的用户A对应流程中用户代理，信用控制客户端设置在流媒体服务器中。

以用户收看短片为例：

1、用户在线看短片价格为2元一条。

2、如果用户观看短片过程中被中断，中断原因不包括用户关机和用户不在服务区就需要进行3倍赔偿。

3、用户A账户中有余额15元。

4、用户A在观看第6段短片时因网络传输原因被中断。

参阅图7所示，在用户收看短片过程中提供服务不成功实现通费的处理流程如下：

步骤700、用户A请求服务。

步骤710、流媒体服务器向计费系统发送CCR消息，其中CC-Request-Type的值为EVENT_REQUEST；Requested-Action的值为DIRECT_DEBITING。Subscription-Id为用户A标识，Service-Identifier为短片服务。Requested-Service-Unit为需要记账1段短片。

步骤720、计费系统检查到该消息为立即记账消息，根据Service-Identifier和Requested-Service-Unit中的信息，计算出服务费用为2元钱，然后从Subscription-Id对应的账户上扣除2元钱。

步骤730、计费系统向流媒体服务器发送CCA消息，其中CC-Request-Type的值为EVENT_REQUEST；Granted-Service-Unit为扣款成功的1段短片。

步骤740、流媒体服务器接到回复的消息，检查Granted-Service-Unit信息，然后向用户A提供1段短片。

步骤750、重复步骤710至步骤740，直到第6段短片因网络传输原因被中断。

步骤760、流媒体服务器向计费系统发送CCR消息，其中CC-Request-Type的值为EVENT_REQUEST；Requested-Action的值为REFUND_ACCOUNT。Subscription-Id为用户A标识，Service-Identifier为短片服务。Requested-Service-Unit为1段短片提交失败。

步骤770、计费系统检查到该消息为立即记账消息，根据Service-Identifier和Requested-Service-Unit中的信息，计算出退回费用为6元钱，然后向Subscription-Id对应的账户上退回6元钱。

步骤780、计费系统向流媒体服务器发送CCA消息，其中CC-Request-Type的值为EVENT_REQUEST；Granted-Service-Unit为退款成功的1条消息。

采用本发明可以在服务提供未成功时进行退费处理，从而能够保证计费准确无误，确保最终用户利益和避免用户投诉。

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

Claims (13)

1、一种在立即记账信用授权中实现退费的方法，其特征在于，包括如下步骤：

信用控制服务器进行立即记账处理后系统提供服务未成功，由信用控制客户端向信用控制服务器发送退费请求消息；

所述信用控制服务器根据所述退费请求消息向用户账户退回相应的服务费用。

2、如权利要求1所述的方法，其特征在于，所述信用控制服务器在完成退费后还向信用控制客户端返回退费请求响应消息。

3、如权利要求1所述的方法，其特征在于，由信用控制客户端确定未成功服务的服务量并携带在所述退费请求消息中，所述信用控制服务器根据该服务量确定需要退回的服务费用。

4、如权利要求1所述的方法，其特征在于，由信用控制客户端确定未成功服务的服务量，根据该服务量确定需要退回的服务费用并携带在所述退费请求消息中。

5、如权利要求4所述的方法，其特征在于，信用控制客户端在确定需要退回的服务费用时，向信用控制服务器发送查询请求消息获取服务价格，并根据该服务价格和服务量确定需要退回的服务费用。

6、如权利要求1所述的方法，其特征在于，由信用控制服务器确定未成功服务的服务量，并根据该服务量确定需要退回的服务费用。

7、如权利要求1至6任一项所述的方法，其特征在于，所述退费请求消息中还携带服务质量(QoS)信息，所述信用控制服务器根据该服务质量信息确定最终退费额度。

8、如权利要求2所述的方法，其特征在于，所述退费请求消息和响应消息为事件型消息。

9、一种计费系统，其特征在于，包括信用控制客户端和信用控制服务器；

所述信用控制客户端用于在信用控制服务器进行立即记账处理后系统提供服务未成功时，向信用控制服务器发送退费请求消息；

所述信用控制服务器用于根据退费请求消息向用户账户退回服务费。

10、如权利要求9所述的计费系统，其特征在于，所述信用控制客户端确定未成功服务的服务量并携带在所述退费请求消息中，所述信用控制服务器根据该服务量确定需要退回的服务费用。

11、如权利要求9所述的计费系统，其特征在于，所述信用控制客户端确定未成功服务的服务量，根据该服务量确定需要退回的服务费用并携带在所述退费请求消息中。

12、如权利要求9所述的计费系统，其特征在于，所述信用控制服务器确定未成功服务的服务量，并根据该服务量确定需要退回的服务费用；或者，所述信用控制服务器根据服务质量信息确定最终退费额。

13、如权利要求9到12任一项所述的计费系统，其特征在于，所述信用控制客户端为多个，分别设置在业务提供系统中。

Images