一种计费信息处理方法和基于该方法的预付费业务计费方法

摘要

本发明提供一种计费信息处理方法以及基于该方法的预付费业务计费方法，能够在用户以一个账户同时使用多项业务时确保各项业务扣费的成功。本发明的核心思想是计费系统为用户使用的预付费业务提供预留费用机制，在每次计费时点上计算当前用户账户余额时，先从上一周期预留中扣除实际发生费用，然后再决定是否需要进一步扣除用户账户余额，只有在扣除操作成功后，才能完成下一周期的预留，而只有在预留操作成功后，应用服务器才允许用户继续使用该业务。由于采用了这种预留机制，所以可以避免用户在同时使用多项业务时费用扣除失败的可能性。

说明书

技术领域

本发明涉及电信业务信息的处理方法和计费方法，特别涉及一种计费信息处理方法和基于该方法的预付费业务计费方法。

背景技术

预付费业务是一项典型的智能业务，已经在话音业务中得到广泛的应用。其特点是用户向应用服务器申请一个账号并存入一定数额的款项，随后即可在存入金额的限度内使用该业务。预付费业务的计费方式一般分为按时长计费和一次性计费两种。

在按时长计费方式下，按照使用业务的时间长短计算费用。当用户开始使用业务时，应用服务器向计费系统请求开始计费，计费系统判断用户账户余额是否大于或等于一个计费周期消费的金额，如果其判断结果为“是”，则允许用户使用业务，如果其判断结果为“不是”，则拒绝向用户提供服务。当一个计费周期结束时，如果用户仍然在使用业务，则从用户账户余额中扣除该计费周期费用，然后对扣费后的用户账户余额再次作上述判断。如果用户在一个计费周期结束之前主动停止业务，则系统根据用户使用业务的实际时长计算该计费周期内的费用，并从用户账户余额中扣除费用。如果用户账户余额小于一个计费周期的金额，则系统根据该余额计算可用时长，并且在用户使用业务的时长一旦达到可用时长即中止业务，完成计费和扣费。

按时长计费方式的扣费不是预先进行的而是在业务结束后完成，因此在用户同时消费多个业务时可能会产生扣费失败的问题。具体而言，以用户同时使用两项业务为例，假设用户开始使用第一项业务时其账户余额等于一个计费周期的费用，系统据此将允许用户使用业务。随后，在第一项业务未结束时，用户又启动第二项业务，此时由于虽然可以确定的是第一项业务未结束，但无法确定实际使用费，因此余额不变，系统仍判断余额等于一个计费周期，从而允许用户使用第二项业务。最后可能出现的情况是，当第一项和第二项业务的计费周期先后结束时，只有第一项业务的实际费用能够从帐户余额成功扣除，第二项业务的实际费用始终无法扣除，换句话说，账户余额已经不足以支付实际使用费。

发明内容

本发明的目的是提供一种计费信息处理方法以及基于该方法的预付费业务计费方法，能够在用户以一个账户同时使用多项业务时确保各项业务扣费的成功。

在按照本发明的计费信息处理方法中，每项业务的计费期由若干计费周期组成，相邻计费周期之间由计费时点隔开，在每个计费时点上，计费系统按照下列步骤确定新的用户账户余额值：

(1)确定当前用户账户余额值、上一计费周期内业务实际发生费用、上一计费周期实际预留值和本计费周期名义预留值，其中，所述上一计费周期内业务实际发生费用和上一计费周期实际预留值在计费开始点为零，本计费周期名义预留值在计费结束点为零；

(2)根据下式扣除上一计费周期内业务实际发生费用以获得扣除后当前用户账户余额值：

扣除后当前用户账户余额值＝当前用户账户余额值+上一计费周期实际预留值-上一计费周期内业务实际发生费；

(3)如果所述扣除后当前用户账户余额值大于零，则以下列方式确定本计费周期实际预留值：

如果本计费周期名义预留值大于所述扣除后当前用户账户余额值，则本计费周期实际预留值为当前账户余额值，否则，本计费周期实际预留值等于本计费周期名义预留值；以及

(4)如果所述扣除后当前用户账户余额值大于零，则根据下式确定新的用户账户余额值：

新的用户账户余额值＝扣除后当前用户账户余额值-本计费周期实际预留值。

比较好的是，在上述计费信息处理方法中，所述当前用户账户余额值＝在当前计费时点上普通计费方法下的用户账户余额-(其它业务的预留值+本业务上一计费周期实际预留值)。

在按照本发明的用于预付费业务的计费方法中，每项业务的计费期由若干计费周期组成，相邻计费周期之间由计费时点隔开，包含如下步骤：

(a)计费系统响应应用服务器发送的计费开始请求，执行上述计费信息处理方法中的步骤(1)～(4)；

(b)如果新的用户账户余额值大于或等于零，则计费系统以新的用户账户余额值更新当前用户账户余额值并向应用服务器回送成功响应消息，而应用服务器则开始向用户提供该业务，否则，计费系统向应用服务器回送失败响应消息，而应用服务器则拒绝向用户提供该业务；

(c)计费系统响应应用服务器的计费继续请求，执行上述计费信息处理方法中的步骤(1)～(4)；

(d)如果新的用户账户余额值大于或等于零，则计费系统以新的用户账户余额值更新当前用户账户余额值并向应用服务器回送成功响应消息，而应用服务器继续向用户提供该业务，否则，计费系统以扣除后的当前用户账户余额值更新当前用户账户余额值并向应用服务器回送失败响应消息，而应用服务器中止向用户提供该业务；

(e)如果本计费周期实际预留值与本计费周期名义预留值不相等，则在自步骤(d)完成起的可用时长内应用服务器判断用户是否主动停止使用该业务，如果主动停止使用该业务，则进入步骤(f)，如果在可用时长到期时用户仍在使用该业务，则强行停止该业务并进入步骤(f)，其中可用时长与本计费周期实际预留值成正比，

如果本计费周期实际预留值与本计费周期名义预留值相等，则在自步骤(d)完成起的一个计费周期内应用服务器判断用户是否主动停止使用该业务，如果主动停止使用该业务，则进入步骤(f)，否则，在下一计费时点上返回步骤(c)；

(f)应用服务器向计费系统发送计费结束请求；以及

(g)计费系统响应应用服务器发送的计费结束请求，执行上述计费信息处理方法中的步骤(1)～(2)，以扣除后用户账户余额值更新当前用户账户余额值。

在本发明的上述计费信息处理方法和预付费业务计费方法中，在每次计费时点上计算当前用户账户余额时，先从上一周期预留中扣除实际发生费用，然后再决定是否需要进一步扣除用户账户余额，只有在扣除操作成功后，才能完成下一周期的预留，而只有在预留操作成功后，应用服务器才允许用户继续使用该业务。由于采用了这种预留机制，因此可以避免用户在同时使用多项业务时费用扣除失败的可能性。

附图说明

图1为按照本发明方法的一个计费方法实施例的流程图。

具体实施方式

如上所述，在每项业务从计费开始至计费结束的计费期内，计费系统不断地在两个相邻计费周期的边界点(即计费时点)上进行计费操作，包括实时扣除上一计费周期内业务实际发生费用并判断用户账户余额是否能满足本期计费周期消费的金额，然后根据判断结果决定是否继续提供业务。

本发明的核心思想是计费系统为用户使用的预付费业务提供预留费用机制，即，在业务的每个计费时点上不仅从当前用户账户余额与上一计费周期实际预留值之和中扣除上一计费周期内业务实际发生费用以判断扣除操作是否成功，而且只有在扣除成功的基础上才为本期计费周期预留一定的费用并判断用户账户余额是否能满足本期计费周期消费的金额。

为此，本发明提出一种计费信息的处理方法，它在业务的每个计费时点上，以统一的方式处理包括用户账户余额在内的计费信息，而计费系统只需根据这样的计费信息即可完成各种计费操作。该计费方法分为四个步骤，以下具体说明。

首先，在步骤(1)中，计费系统可根据用户身份信息、业务类型和业务费率等确定当前用户账户余额值B_n、上一计费周期内业务实际发生费用F_n-1、上一计费周期实际预留值P_n-1和与用户业务类型对应的本计费周期名义预留值NP_n等，这里n＝1，2，……m，表示计费时点的编号。在本发明中，由于采用预留机制，当前用户账户余额值B应该按照下式理解：

B_n＝在当前计费时点上普通计费方法下的用户账户余额-(其它业务的预留值+

          本业务上一计费周期实际预留值)        (1)

本计费周期名义预留值NP_n与用户业务类型对应，由计费系统根据一定规则计算得出，与计费周期时长和计费策略等相关，比较好的是取值为该种业务一个计费周期预期消费的金额。在计费开始时(即计费开始点)，由于业务尚未使用，因此上一计费周期内业务实际发生费用F₀和上一计费周期实际预留值P₀都应为零；在计费结束时(即计费结束点)，由于无需再继续使用业务，所以本计费周期名义预留值NP_m应为零。

其次在步骤(2)中根据下式计算扣除上一计费周期内业务实际发生费用F_n-1后的扣除后当前用户账户余额值BK_n：

          BK_n＝B_n+P_n-1-F_n-1                (2)

该数值可被用来判断扣除操作是否成功。具体而言，如果BK_n＜0，则表示实际发生费用已经超过当前用户账户余额值与上一计费周期实际预留值之和，因此超出当前用户账户余额值与上一计费周期实际预留值之和的部分无法扣除，表明扣除操作失败；如果BK_n＝0，则表示用户账户中已经没有余额可作预留之用，因此表明不可进行预留操作；如果BK_n＞0，则表示用户账户尚有余额可作预留之用，表明可作进一步的后续处理。

在步骤(3)和(4)中，则确定完成预留操作后续处理所需的计费信息(即本计费周期实际预留值和新的用户账户余额值)。具体而言，如果BK_n＞0，则在步骤(3)中以下列方式确定本计费周期实际预留值：如果本计费周期名义预留值NP_n大于BK_n，则本计费周期实际预留值P_n＝当前账户余额值B_n，否则，P_n＝NP_n。

随后在步骤(4)中，如果BK_n＞0，则根据下式确定新的用户账户余额值：

           新的用户账户余额值＝BK_n-P_n                (3)

当扣除操作成功后，上述获得的新的用户账户余额值可以被计费系统用来判断预留操作是否成功。具体而言，如果新的用户账户余额值大于或等于零，则表明扣除后的当前用户账户余额值足以满足本期计费周期实际预留值的需要，因此可以完成预留操作，否则，表明扣除后的当前用户账户余额值无法满足本期计费周期实际预留值的需要，因此预留操作失败。

以下借助图1描述本发明利用上述计费信息处理方法的计费方法。该计费方法的处理过程可以分为三个阶段，即，计费开始请求处理阶段、计费继续处理阶段和计费结束处理阶段，以下分别描述。

在计费开始请求处理阶段，如图1所示，应用服务器向计费中心发送计费开始请求，随后，计费系统响应应用服务器发送的计费开始请求，执行上述计费信息处理步骤(1)～(4)。如上所述，由于上一计费周期内业务实际发生费用F₀和上一计费周期实际预留值P₀都为零，所以新的用户账户余额值等于当前用户账户余额减去本期计费周期名义预留值。如果新的用户账户余额值大于或等于零，即表明当前用户账户余额足以满足本期计费周期实际预留值的需要，则计费系统将以所述新的用户账户余额值更新当前用户账户余额值并向应用服务器回送成功响应消息或计费开始响应消息，而应用服务器在接收到该消息后开始向用户提供该业务，否则，计费系统向应用服务器回送失败响应消息，而应用服务器则拒绝向用户提供该业务。

在计费开始请求处理完成之后即进入计费继续请求处理阶段，在该阶段，每经历一个计费周期，应用服务器即在随后的计费时点上向计费系统发送计费继续请求，计费系统响应应用服务器的计费继续请求，执行步骤(1)～(4)以完成计费信息处理并根据处理结果执行相应的操作。

特别是，计费系统首先根据从上述方程式(2)得到的扣除后当前用户账户余额值判断扣除是否成功和是否可继续进行预留操作。如果扣除后当前用户账户余额值小于或等于零，则表明扣除操作失败或预留操作无法进行，因此计费系统将以扣除后当前用户账户余额值更新当前用户账户余额值并向应用服务器发送失败响应消息，通知其中止用户的业务。如果扣除后当前用户账户余额值大于零，则根据从上述方程式(3)得到的新的用户账户余额值来判断预留操作是否成功，即，如果新的用户账户余额值大于或等于零，则表明预留操作成功，计费系统将以新的用户账户余额值更新当前用户账户余额值并向应用服务器发送成功响应消息，通知其继续向用户提供该业务，否则以扣除后当前用户账户余额值更新当前用户账户余额值并发送失败响应消息，通知其中止用户的业务。而应用服务器则根据接收到的消息类型确定是否向用户提供业务。

最后是计费结束请求处理阶段。如果本计费周期名义预留值与本计费周期实际预留值不相等，则表明名义预留值大于扣除后当前用户账户余额，该业务将在不足一个计费周期的可用时长内用完账户余额，该可用时长应与本计费周期实际预留值成正比，因此应用服务器在可用时长内判断用户是否停止使用该业务，如果用户主动停止使用该业务，则向计费系统发送计费结束请求，如果在可用时长到期时用户仍在使用该业务，则强行停止该业务并发送计费结束请求。如果本计费周期名义预留值与本计费周期实际预留值相等，则表明账户余额足以支持一个计费周期的费用，因此应用服务器在本计费周期内判断用户是否停止使用该业务，如果到本计费周期结束(即新的计费时点)时用户仍在使用该业务，则应用服务器向计费系统发送计费继续请求，如果在本计费周期内的某一时刻用户主动停止使用该业务，则立即向计费系统发送计费结束请求，而计费系统则响应应用服务器发送的计费结束请求，执行上述步骤(1)～(2)，以扣除后用户账户余额值更新当前用户账户余额值。

以上描述的是计费系统对一项使用业务的计费过程，当用户同时消费多项业务时，上述过程将分别用于每项业务。特别是，计费系统为每项业务都分别完成上述扣除操作和预留操作并更新当前用户账户余额。值得指出的是，当前用户账户余额值在任一时点上对于所有业务都是同一的。

下面举例说明用户消费多个业务的过程。假设当前用户帐户余额5.00元，同时消费两项业务1和2，每项业务每个计费周期的预留值为2.00元。

1)用户开始使用业务1，应用服务器向计费系统发送计费开始请求。计费系统作出响应，为业务1预留2.00。此时的当前用户余额及业务预留值如表1所示：

                         表1

用户余额    3.00业务1预留值    2.00业务2预留值    0.00

2)在业务1的第一个计费周期结束之前，用户又使用业务2，此时计费系统为业务2成功预留2.00。此时的当前用户余额及业务预留值如表2所示：

         表2

用户余额    1.00业务1预留值    2.00业务2预留值    2.00

3)业务1的第一个计费周期结束，计费系统计算此计费周期业务1的费用，假设计算结果是1.50元。计费系统从业务1的预留中扣除1.50。此时的当前用户余额及业务预留值如表3所示：

         表3

用户余额    1.00业务1预留值    0.50业务2预留值    2.00

然后要为业务1的下一计费周期再预留2.00，此时业务1的预留值还有0.50，因此只要从用户余额中扣除1.50即可。但是当前用户账户余额不足1.50，因此需要将剩下的余额1.00全部做为业务1的预留。此时的当前用户余额及业务预留值如表4所示：

       表4

用户余额    0.00业务1预留值    1.50业务2预留值    2.00

4)业务2的计费周期结束，计费系统计算业务2的费用，假设为2.00。则计费系统从业务2的预留中扣除2.00，扣费成功。计费系统计算出下一计费周期的预留费为2.00元，但此时用户余额为0，因此无法满足业务2的预留要求，预留操作失败。计费系统通知用户其账户余额不足，应用服务器停止向用户提供业务。此时的当前用户余额及业务预留值如表5所示：

         表5

用户余额    0.00业务1预留值    1.50业务2预留值    0.00

5)此时用户只使用业务1。如果在业务1的计费周期到来之前，用户停止业务，则应用服务器向计费系统发计费结束请求。计费系统计算出用户消费1.00元，从业务1的预留中扣除费用，然后将未扣完的预留余额0.5元返还到当前用户余额中，因此当前用户账户余额变为0.50元。此时的当前用户余额及业务预留值如表6所示：

        表6

用户余额    0.50业务1预留值    0.00业务2预留值    0.00

由上可见，本发明的优点在于预付费用户在业务使用之前就预先保留了一定的可用金额，因此当用户同时使用多项业务时也能保证每次消费都能从用户帐号上扣到费用，避免用户帐号上金额不足仍然消费业务的现象，从而保障应用服务器和运营商的利益。