CN101075887A - 一种费用预留机制 - Google Patents

Abstract

本发明公开了一种用于费用预留计费系统的方法及费用预留计费系统，用于在用户同时使用多种业务的情况下进行计费。所述方法包括：所述用户发起使用第一业务，并向在线计费系统发送计费请求；在线计费系统根据预定准则确定是使用第一预留余额费用额度还是使用第二预留余额费用额度进行计费，其中，第一预留余额费用额度大于第二预留余额费用额度；根据所确定的预留余额费用额度对第一业务进行计费；以及在对第一业务进行计费期间，所述用户发起第二业务，并且所述在线计费系统对第二业务进行计费。

Description

一种费用预留机制

技术领域

本发明涉及在线计费系统(Online Charging System，OCS)批价处理模块费用的反算机制及余额管理模块余额预留机制，具体来说，涉及一种在余额临界值情况下的费用预留机制。

背景技术

随着通讯行业的发展，为了满足用户对于灵活支付通讯费用的需要，产生了预付费方式的费用支付方式。同时运营商为了避免用户欠费的风险及对高价值业务监控的需要，也迫切需要有新的计费方式提高计费能力，形成了实时计费的需求，即，在用户使用业务的过程中，实时监控费用的发生情况。在运营商的通讯网络中，从计费的角度来看，其网络大致可以是如图1所示的逻辑结构。

在图1中，业务生产系统主要是指诸如PSTN网络、PHS网络、2G/3G移动网络等的基本通讯网络及其附属的、诸如短消息、彩信等的业务系统，用于为用户提供诸如语音、短消息、彩信等的业务服务。计费系统是运营商为了获取服务报酬，根据用户属性和使用业务的数量，记录用户使用情况并进行扣费的系统。

在用户每一次使用业务的过程中，业务生产系统都需要向计费系统请求用户账户信息，以确定用户是否能够使用业务及能够使用的业务量。

在通过现有技术实现的实时计费系统中，当业务生产系统向计费系统请求用户账户信息的时候，计费系统根据用户属性和使用业务的类型，在确定费率后，计算出用户能够使用的最大业务量，并将其返回给业务生产系统。

随着通讯技术和业务的发展，产生了同一用户同时使用多种业务的需求，但是，上述计费系统的实现机制无法满足这一需求，从而产生了余额预留机制的计费方式。

余额预留机制可以为用户使用的业务而在用户账户中预留一定数量的金额，其中，预留金额直接从账本余额中冻结，并且在被扣款或业务完成释放前无法为用户使用的其他业务所预留或扣费。即，当预付费用户开始使用业务时，先从用户的余额账户中预留一部分费用，用于该业务的使用；在业务使用过程中当预留费用使用完后再次进行预留，并可以根据使用情况进行多次预留；当用户使用完毕或余额不足以再次预留时终止业务，同时对本次业务进行批价，正式从余额账本中扣除使用的费用，并将预留费用中尚未使用的部分返还到余额账本中。这种计费方式能在确保用户正常使用业务的同时降低欠费风险，真正做到实时计费。

对于用户并发地使用两种业务且账户余额不足(低于某个设定的余额门限值)的情况，在线计费系统会根据所剩的全部余额为用户使用的第一种业务进行反算并预留全部余额，而如果用户在未结束使用第一种业务(预留金额未被扣款或释放)时发起使用第二种业务，则计费系统将返回余额不足并拒绝用户使用第二种业务；只有当用户结束使用第一种业务并将部分预留的金额释放后，用户才能使用第二种业务。余额预留机制的计费方式也称为第一预留余额费用额度计费方式，即在计费过程中，不管用户余额是否低于某个设定的门限值，计费系统总是采用相同的余额预留机制进行计费。根据业务的不同，预留的余额可以不同，并反算成相应的业务使用单位，可以是时间片(例如分钟)、业务数据流量(例如KB)以及服务金额(例如元)等形式，但同一业务预留的余额是唯一的。在图2中以时间片作为预留余额费用额度的一种形式，通过例子说明了第一预留余额费用额度计费方式的业务流程。

在图2中，假设用户A账户余额为5.3元，余额门限值设置为6元；用户使用的第一种业务假设为拨打长途语音业务，资费为0.07元/6秒的长途费外加0.4元/分钟的本地通话费，标准时间片设置为5分钟；用户使用的第二种业务假设为KJava下载增值业务，资费(服务金额)为2元/次。

作为一个例子，如图2所示，第一预留余额费用额度计费方式的流程如下。

1、用户首先拨打在异地B的用户电话，并向OCS发起计费请求。

2、OCS判断出用户账户余额不足以用于标准时间片预留，并通过资费反算而反算出用户可持续使用的时间量为4分钟。因此，OCS预留金额为4.4元，并向用户返回可用时间量为4分钟。

3、接着，用户在通话1分钟后，发起使用KJava下载业务。

4、OCS判断出用户余额为0.9元，不足以进行KJava下载业务的扣费。于是，OCS返回对于KJava下载业务的鉴权失败响应，并且扣费金额为0元。

5、用户进行KJava下载业务失败，并且在通话2分50秒后结束通话。

6、OCS收到通话结束计费请求，根据用户实际通话时长确定扣费额为3.23元，应返还给用户账户1.17元。此时，用户账户余额为2.07元。

在用户结束通话之后，通过查询可以知道，其帐户余额足以进行KJava下载业务，但是，用户却从系统中得到KJava下载业务失败的消息，并且未能发起KJava下载业务。通常，这会令用户对运营商的服务感到不满。

通过上面的例子可以看出，第一预留余额费用额度计费方式在用户余额到达门限值之前，能够有效地解决用户业务并发计费的问题，但是，在用户账户余额较少(低于设定的门限值)的情况下，所述计费方式还是会引起用户的不满，即，用户在使用第一种业务时，无法使用第二种业务，但是，在随后查询中，用户会发现其账户上还有余额进行第二种业务的使用。

但如果将第一预留余额费用额度设置得过小，如较小的时间片，较小的数据业务流量等，则会使得生产系统过于频繁的向计费系统申请费用，使计费系统承受过大的负担。

因此，需要一种新的技术方案来解决上述现有技术中的问题。

发明内容

为了解决上述问题，本发明设计了在用户同时使用多种业务的情况下用于费用预留计费的机制。

根据本发明的第一方面，提供了一种用于费用预留计费系统的方法，用于在用户同时使用多种业务的情况下进行计费，所述方法包括：所述用户发起使用第一业务，并向在线计费系统发送计费请求；在线计费系统根据预定准则确定是使用第一预留余额费用额度还是使用第二预留余额费用额度进行计费，其中，第一预留余额费用额度折算成的预留的业务单位大于第二预留余额费用额度折算成的预留业务单位；根据所确定的预留余额费用额度对第一业务进行计费；以及在对第一业务进行计费期间，所述用户发起第二业务，并且所述在线计费系统对第二业务进行计费。

所述的预定准则，是指用户在发起某一业务请求时，用户账户余额和预定的门限值进行比较，如果高于预定的门限值，则采用第一预留余额费用额度计费方式，如果低于预定的门限值，则采用第二预留余额费用额度计费方式。门限值的设定可以根据业务开展的情况和计费系统的负荷进行调整。因此，从这个方面来说，所述预定准则可以是基于用户账户的余额、用户可预留的时间片值、用户可预留的业务数据流量大小和可预留的服务金额中的至少一项的。

根据本发明的第一方面的一个实施例，所述预留余额费用额度反算成的表现形式是时间片或者业务数据流量或服务金额等形式，且每个业务取其其中的一种表现形式。

根据本发明的第一方面的另一个实施例，所述在线计费系统也以第二预留余额费用额度对第二业务进行计费。

根据本发明的第一方面的另一个实施例，在对第二业务进行计费期间，所述用户发起第三业务，并且在线计费系统对第三业务进行计费。

根据本发明的第一方面的另一个实施例，在线计费系统为每个业务设置一个余额账本。

在本发明的第二方面，提供了一种费用预留计费系统，用于在用户同时使用多种业务的情况下进行计费，所述系统包括：用户终端，用于发起使用第一业务并向在线计费系统发送计费请求；以及在线计费系统，其包括：用于根据预定准则确定是使用第一预留余额费用额度还是使用第二预留余额费用额度进行计费的装置和用于根据所确定的预留余额费用额度对第一业务进行计费的装置，其中，第一预留余额费用额度大于第二预留余额费用额度；其中，所述用户终端在对第一业务进行计费期间还可以发起第二业务，并且其中，所述在线计费系统还包括用于对第二业务进行计费的装置。

根据本发明的第二方面的一个实施例，所述预留余额费用额度的反算成的表现形式是时间片或者业务数据流量或服务金额等形式。

根据本发明的第二方面的另一个实施例，所述预定准则是基于用户账户的余额、用户可预留的时间片值、用户可预留的业务数据流量大小和可预留的服务金额中的至少一项的。

根据本发明的第二方面的另一个实施例，用于对第二业务进行计费的装置也以第二预留余额费用额度对第二业务进行计费。

根据本发明的第二方面的另一个实施例，所述用户终端在对第二业务进行计费期间还可以发起第三业务，并且所述在线计费系统还包括用于对第三业务进行计费的装置。

根据本发明的第二方面的另一个实施例，在线计费系统为每个业务设置一个余额账本。

通过应用本发明的方法，可以使得能够在临界情况下也能够满足用户发起多种业务的需求。并且，由于仅在临界值以下的情况下才使用较小的预留余额费用额度，因此，根据本发明不会使得在线计费系统承受过重的负荷。此外，本发明可以适用于各种业务，例如语音业务和数据业务等。另外，在本发明中为每个业务设置了一个账本，这样可以更加灵活地针对用户的每个业务进行计费。

附图说明

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1是计费网络的逻辑结构。

图2是现有技术的计费流程的例子。

图3是根据本发明的一个实施例的计费流程。

图4是在图2中的例子的计费条件下根据本发明的一个实施例进行计费的例子。

具体事实方式

为了简明和清楚起见，附图中的单元不必按照比例来进行绘制，并且在不同附图中，相同参考标记表示相同的单元。此外，为了描述的简明以及不会在不必要的方面使得本发明模糊，而省略了关于公知步骤和单元的描述和细节。

本领域的普通技术人员应该明白，前面的一般描述和下面的详细描述是对发明进行举例和说明的，而不是为了对本发明进行限制的。

下面通过例子来说明本发明的技术方案。

为了有效地避免在第一预留余额费用额度计费方式下的所述问题，即，用户无法在余额低于余额门限值时并行地发起业务的问题，从而减少用户投诉，根据本发明的在线计费系统引入了第二预留余额费用额度的概念，即，在第一预留余额费用额度的基础上，根据本发明的在线计费系统还使用较小的单位进行余额预留，以确保用户在余额临界值下也能并发地使用第二种业务。所述较小的预留单位即为第二预留余额费用额度。因此，根据本发明的计费方式也称为第二预留余额费用额度计费方式，其中所述预留余额费用额度例如可以是时间片、业务数据流量或者本领域普通技术人员所能够想到的对用户进行计费的任何费用量度，例如还可以是服务金额等。

根据本发明，可以根据以下三种阈值来对第二预留余额费用额度计费方式进行触发：

-根据用户账户的余额门限值进行触发：当在线计费系统判断出用户账户中的剩余金额低于所设定的余额门限值时，计费系统会触发根据本发明的第二预留余额费用额度计费机制来进行余额预留；

-根据用户可预留的时间片值进行触发：当在线计费系统判断出用户账户中的剩余金额不足以根据标准时间片(第一时间片)进行预留时，OCS会触发第二预留余额费用额度计费机制来进行余额预留；以及

-根据用户可预留的业务数据流量值进行触发：当在线计费系统判断出用户账户中的剩余金额不足以根据标准业务数据流量预留额度进行预留时，OCS会触发第二预留余额费用额度计费机制来进行余额预留；

可以通过上述三种方式中的至少一种来触发根据本发明的第二预留余额费用额度计费机制。例如，可以根据余额门限值、可预留的时间片值、可预留的业务数据流量值或者三者的结合来触发第二预留余额费用额度机制。另外，所述三种方式仅是为了举例说明的目的的，本领域普通技术人员还能够根据具体应用的情况想到并结合其它阈值来应用本发明的第二预留余额费用额度计费机制，例如，可以是发起服务的金额等。

下面参照图3，通过具体的、但非限制性的例子，说明根据本发明的在用户余额临界值情况下由在线计费系统使用第二预留余额费用额度计费机制实现并发业务的流程，其中，在图3所示的实施例中，所述预留余额费用额度例如是时间片。

在第一步骤，用户开始使用第一种业务，并且向OCS发起计费请求。

在第二步骤，OCS判断出用户账户中的余额小于余额门限值，并触发使用第二时间片(第二预留余额费用额度的一种表现形式)进行预留。另外，需要说明的是，尽管在这里作为一个例子，以余额门限值来触发使用第二时间片，但是，如前面所述的那样，根据本发明还可以通过用户可预留的时间片值来触发使用第二时间片。

在第三步骤，用户开始使用第二种业务，并且再次向OCS发起计费请求。

在第四步骤，OCS判断出用户账户中的余额小于余额门限值(或者用户可预留的时间片值小于标准时间片，即第一时间片)，并触发使用第二时间片进行预留。

在第五步骤，用户结束使用第一种业务。

在第六步骤，OCS对第一种业务进行扣费，并返还未使用的预留量。

在第七步骤，用户继续使用第二种业务。

在第八步骤，OCS再次使用第二时间片进行预留。

在第九步骤，用户结束使用第二种业务。

在第十步骤，OCS对第二种业务进行扣费，并返还未使用的预留量。

根据本发明的第二预留余额费用额度的预留机制可以适用于用户可以使用的全部业务。例如，根据本发明的在线计费系统采用的第二预留余额费用额度余额预留机制不但适用于语音业务，而且还可以适用于数据业务，其包括但不限于MMS、WAP浏览、位置业务、下载、流媒体、即时信息、移动交易等，从而保证了用户对众多业务的需求。

根据本发明的第二预留余额费用额度余额预留机制能够根据不同业务而设置不同的门限值，使用户在同时使用多个业务时互不影响，并且，根据本发明的第二预留余额费用额度余额预留机制能够在多个余额账本(包括金额、时长和数据流量账本等)中进行预留，为余额临界值之下的多业务并发过程提供了必要且充分的支持。

下面，参照图4，与前面参照图2对第一时间片计费机制进行举例说明的情况相对比，说明根据本发明的第二预留余额费用额度计费机制。其中，假设条件与参照图2说明的例子的条件相同，即，假设用户A账户余额为5.3元，余额门限值设置为6元；用户使用的第一种业务假设为拨打长途语音业务，资费为0.07元/6秒的长途费外加0.4元/分钟的本地通话费，标准时间片设置为5分钟；用户使用的第二种业务假设为KJava下载增值业务，资费(服务金额)为2元/次。另外，假设第二时间片为3分钟。

如图4所示，在第一步骤，用户拨打在异地B的用户电话，并向OCS发起计费请求。

在第二步骤，OCS接收到用户的计费请求，并判断出用户帐户余额小于余额门限值(或者用户可预留的时间片值小于标准时间片，即第一时间片)，于是，触发使用第二时间片(3分钟)对余额进行预留，预留金额3.3元，并返回用户可用时间量为3分钟。

在第三步骤，用户在通话1分钟后发起使用KJava下载业务。

在第四步骤，OCS判断出用户余额为2.2元，足够用于KJava下载业务的扣费，并根据业务资费扣除金额2元。

在第五步骤，用户成功进行KJava下载业务，并且经过通话2:50后结束通话。

在第六步骤，OCS收到通话结束计费请求，根据用户实际通话时长确定扣费额为3.23元，返还0.07元。帐户余额为0.07元。

通过根据本发明第二预留余额费用额度预留机制可使临界值下的账本余额尽可能地被用完，用户能够更多的使用并发业务，从而提高了用户体验，减少了用户投诉。

在现有技术中，为了满足用户同时使用业务的需求，在用户第一个业务时，计费系统会向用户账户申请一部分费用，为了说明的简便，假定其为M；用户使用第二个业务时，计费系统会向用户账户申请另一部分费用，为了说明的简便，假定其为N。于是，只有当用户的账户余额大于M+N时，用户才能正常地同时使用所述二种业务。因此，在理论上，合理的用户余额门限值可以是M+N(第一预留额度)。

在现有技术中，当用户余额小于M+N时，用户无法进行业务的同时使用。然而，根据本发明的“第二预留余额费用额度”计费机制，当计费系统检测到用户帐户余额小于M+N时，其会向用户账户申请较小的预留费用，例如，为了说明的简便，假定为用户使用第一种业务所预留的费用为P，为用户使用第二种业务所预留的费用为Q，其中，满足P+Q＜M+N。于是，根据本发明，当用户余额在余额门限值M+N以下时，用户也还可能同时使用所述二种业务。

另外，再次参照上面关于第一预留余额费用额度(对应于M，N)和第二预留余额费用额度(对应于P，Q)的情况，业务生产系统每当用户使用完费用M之后就会再次向计费系统申请费用，如果M的取值越大，则进行再次申请费用的时间间隔就会变得越长，即，再次申请费用的情况就会越少发生，这样，可以相应地减少计费系统的负荷。例如，在本发明中，当在用户账户临界值(帐户余额门限值、标准时间片或标准业务数据流量预留额度)以下时，P小于M，这会在一定程度上增加计费系统的负荷。因此，如果直接应用余额门限值P，则计费系统的负荷必然会远大于应用余额门限值M时的系统负荷。另一方面，如果直接使M的取值等于用户余额，则就不会发生业务生产系统再次向计费系统申请费用的情况发生，但是，用户也无法同时使用第二种业务。所以，在本发明中，有条件地(在临界值以下的情况下)使用预留量P，这样兼顾了计费系统负荷和用户使用感受两方面的需求。

可以通过各种方式来实现本发明的方法及系统。例如，可以通过软件、硬件、固件以及其任意组合来实现本发明的方法及系统。上面描述方法步骤的顺序仅是为了说明性的目的而采用的，除非明确的说明，否则，本发明的方法的步骤不限于上面具体描述的顺序。另外，在某些实施例中，本发明还可以体现为在记录介质上所记录的程序，其包括用于实现根据本发明的方法的机器可读指令。

尽管上面已经通过例子对本发明的特定实施例进行了详细描述，但是，本领域的普通技术人员应当理解，上述例子仅是说明性的而并非是对本发明的限制。本领域的普通技术人员应当明白，在不脱离本发明的精神和范围的情况下，可以对上述实施例做出修改。本发明的范围由所附的权利要求来限定。

Claims (12)

1.一种用于费用预留计费系统的方法，用于在用户同时使用多种业务的情况下进行计费，所述方法包括：

-所述用户发起使用第一业务，并向在线计费系统发送计费请求；

-在线计费系统根据预定准则确定是使用第一预留余额费用额度还是使用第二预留余额费用额度进行计费，其中，第一预留余额费用额度大于第二预留余额费用额度；

-根据所确定的预留余额费用额度对第一业务进行计费；以及

-在对第一业务进行计费期间，所述用户发起第二业务，并且所述在线计费系统对第二业务进行计费。

2.根据权利要求1所述的方法，其中，所述预留余额费用额度是时间片、业务数据流量和服务金额中的至少一种。

3.根据权利要求1所述的方法，其中，所述预定准则是基于用户账户的余额、用户可预留的时间片值、用户可预留的业务数据流量大小和可预留的服务金额中的至少一项的。

4.根据权利要求1所述的方法，其中，所述在线计费系统也以第二预留余额费用额度对第二业务进行计费。

5.根据权利要求4所述的方法，其中，在对第二业务进行计费期间，所述用户发起第三业务，并且在线计费系统对第三业务进行计费。

6.根据权利要求1-5中任何一个权利要求所述的方法，其中，在线计费系统为每个业务设置一个余额账本。

7.一种费用预留计费系统，用于在用户同时使用多种业务的情况下进行计费，所述系统包括：

-用户终端，用于发起使用第一业务并向在线计费系统发送计费请求；以及

-在线计费系统，其包括：用于根据预定准则确定是使用第一预留余额费用额度还是使用第二预留余额费用额度进行计费的装置，其中，第一预留余额费用额度大于第二预留余额费用额度；和用于根据所确定的预留余额费用额度对第一业务进行计费的装置；

其中，所述用户终端在对第一业务进行计费期间还可以发起第二业务，并且其中，所述在线计费系统还包括用于对第二业务进行计费的装置。

8.根据权利要求7所述的系统，其中，所述预留余额费用额度是时间片、业务数据流量和服务金额中的至少一个。

9.根据权利要求7所述的系统，其中，所述预定准则是基于用户账户的余额、用户可预留的时间片值、用户可预留的业务数据流量大小和可预留的服务金额中的至少一项的。

10.根据权利要求7所述的系统，其中，用于对第二业务进行计费的装置也以第二预留余额费用额度对第二业务进行计费。

11.根据权利要求10所述的系统，其中，所述用户终端在对第二业务进行计费期间还可以发起第三业务，并且所述在线计费系统还包括用于对第三业务进行计费的装置。

12.根据权利要求7-11中任何一个权利要求所述的系统，其中，在线计费系统为每个业务设置一个余额账本。

Images