一种处理在线计费中途余额不足的方法、设备及系统

摘要

本发明公开了一种处理在线计费中途余额不足的方法：获知用户的账户状况；当所述用户的账户余额不足时，暂停向所述用户提供服务并提示用户充值；在所述用户的账户成功充值后，继续从所述暂停的位置向用户提供服务。本发明还公开了一种服务提供设备、在线计费系统以及一种处理在线计费中途余额不足的系统。采用本发明提供的技术方案，能够提高用户的在线体验。

说明书

技术领域

本发明涉及在线计费领域，尤其涉及一种处理在线计费中途余额不足的方法、系统，以及一种服务提供设备和在线计费系统。

背景技术

在线计费是指计费信息能够实时影响到正在提供的服务的计费机制。常见的在线计费功能有预付费业务批价、实时账户处理等。

在线计费系统(OCS，Online Charging System)采用Diameter信用控制协议(DCC，Diameter Credit Control)与服务提供设备(如在线视频服务器、在线游戏服务器等服务提供商SP或内容提供商CP的设备)进行计费信息交互和信用控制。

服务提供设备发送CCR(Credit-Control-Request，信用控制请求)消息给OCS，CCR消息按CC(Credit-Control，信用控制)-Request(请求)-Type(类型)分为CCR(Initial)(初始信用控制请求)、CCR(Update)(更新信用控制请求)、CCR(Termination)(终止信用控制请求)和CCR(Event)(事件信用控制请求)四类。OCS向服务提供设备回复CCA(Credit-Control-Answer，信用控制响应)消息作为响应，与CCR消息对应，CCA消息分为CCA(Initial)(初始信用控制响应)、CCA(Update)(更新信用控制响应)、CCA(Termination)(终止信用控制响应)和CCA(Event)(事件信用控制响应)。CCR(Initial/Update/Termination)和CCA(Initial/Update/Termination)消息用于会话计费场景，而CCR(Event)和CCA(Event)用于事件计费。

发明人在实现本发明的过程中发现，在现有在线计费系统的处理机制下，对于一个在线计费服务(比如按流量收费的在线电影欣赏)，如果在运行过程中间发现用户余额不足，则服务提供设备会中断和OCS的Diameter连接，并终止向用户提供服务，因此造成用户正在使用的服务突然终止，使得用户的在线体验较差。

发明内容

本发明实施例提供一种在线计费的方法，能够提高用户的在线体验。

本发明实施例公开了一种处理在线计费中途余额不足的方法，包括：获知用户的账户余额不足；暂停向所述用户提供服务并提示所述用户充值；如果获知所述用户的账户成功充值，则从所述暂停的位置向所述用户提供服务。

本发明实施例还公开了一种服务提供设备，信息获知单元，用于获知用户的账户状况；暂停开始处理单元，用于在所述用户的账户状况为余额不足的情况下，暂停向所述用户提供服务并提示用户充值；暂停结束处理单元，用于在获知所述用户的账户成功充值的情况下，从所述暂停的位置向所述用户提供服务。

本发明实施例还公开了一种处理在线计费中途余额不足的方法，包括：在获知用户账户的余额不足的情况下，向服务提供设备下发用户账户余额不足的通知，并保持与所述服务提供设备之间的连接；监控所述用户的账户余额变化；如果监控到所述用户的账户成功充值，则通知所述服务提供设备。

本发明实施例还公开了一种在线计费系统，包括：余额不足处理单元，用于在获知用户账户的余额不足的情况下，向服务提供设备下发用户账户余额不足的通知，并保持与所述服务提供设备之间的连接；余额监控单元，用于监控所述用户账户余额的变化；充值成功处理单元，用于在所述余额监控单元监控到所述用户的账户成功充值的情况下，通知所述服务提供设备。

本发明实施例还公开了一种处理在线计费中途余额不足的系统，包括：如前述实施例中的服务提供设备和在线计费系统。

通过以上本发明实施例可以看出，由于在获知用户的账户余额不足时，不是终止对用户的服务，而是暂停对用户的服务并提示用户充值，因此等用户成功充值后可以继续从上次暂停的位置向用户提供服务，所以，用户不会由于账户的余额不足导致正在使用的服务终止(服务终止后，即使再重新充值也无法从上次终止的位置继续)。可见，本发明实施例较现有只要用户账户余额不足就终止为用户提供服务而言，大大提高了用户的在线体验。

附图说明

图1为一个本发明实施例处理在线计费中途余额不足的方法流程示意图；

图2为另一个本发明实施例处理在线计费中途余额不足的方法流程示意图；

图3是本发明实施例处理在线计费中途余额不足的方法具体实施方式示意图；

图4是另一个本发明实施例处理在线计费中途余额不足的方法流程示意图；

图5为本发明实施例处理在线计费中途余额不足的系统结构示意图；

图6为本发明实施例服务提供设备结构示意图。

具体实施方式

以下结合附图对本发明各实施例以及具体实施方式，进行详细说明。

请参阅图1，其为一个本发明实施例处理在线计费中途余额不足的方法流程示意图。本实施例是从服务提供设备的角度进行的描述。

步骤110：获知用户的账户余额不足。例如，服务提供设备接收OCS下发的包含用户账户余额不足信息的消息，从而获知当前用户的账户余额不足。

步骤120：在保持与OCS之间的连接的状态下暂停向该用户提供服务并提示用户充值。例如，服务提供设备和OCS可以继续通过定时发送更新信用控制请求和更新信用控制响应，来保持服务提供设备和OCS之间Diameter会话的激活，即保持服务提供设备和OCS之间的连接。

步骤130：如果获知所述用户的账户成功充值，则从所述暂停的位置向用户提供服务。

例如，如果服务提供设备获知用户的账户成功充值，则向OCS重新申请该用户账户余额；然后接收OCS下发的该用户账户新的余额授予量，进而继续从上次暂停的位置为该用户提供服务。进一步，如果考虑可能出现的用户长期不充值导致一直占用Diameter会话资源的情况，则可以在暂停向用户提供服务的同时启动定时器，如果该用户在定时器超时之前成功充值，则继续从所述暂停的位置向用户提供服务；如果用户在定时器超时之前未成功充值，则终止向用户提供服务，同时结束服务提供设备与OCS之间的Diameter会话(即中断服务提供设备和OCS之间的连接)。

上述实施例是从服务提供设备角度进行的描述，下面给出从OCS角度描述的处理在线计费中途余额不足的方法。

请参阅图2，其为另一个本发明实施例处理在线计费中途余额不足的方法流程示意图。

步骤210：在获知用户账户的余额不足的情况下，向服务提供设备下发用户账户余额不足的通知，并保持与所述服务提供设备之间的连接。

步骤220：监控该用户的账户余额变化。例如，增加一个对该用户账户进行余额变化监控的任务，以监控该用户账户余额的变化。

步骤230：如果监控到该用户的账户成功充值，则通知服务提供设备。例如，当监控到该用户账户上的余额增加后，下发一个消息以指示服务提供设备重新申请该用户账户余额，进而，服务提供设备便可以重新向OCS申请该用户账户余额，进而在接收到该用户账户新的余额授予量后，便从上次暂停的位置继续为用户提供服务。

为了更详细的介绍上述本发明实施例，下面给出对应上述本发明实施例的一种具体实施方式。

请参阅图3，其为本发明实施例的一种具体实施方式示意图。本具体实施方式的流程如下：

步骤301～307：用户向服务提供设备请求服务，服务提供设备与OCS建立会话后开始为该用户提供服务。该步骤与现有技术相同，故不再详述。

步骤308：当OCS发现用户账户余额不足时，下发一个特殊的CCA(`Update`)给服务提供设备，并增加一个对该用户账户余额变化进行监控的任务，以监控该用户账户余额的变化。所述特殊CCA(`Update`)消息可以是在常规CCA(Update)消息基础上新增两个指示参数而成，该新增的两个指示参数是：“保持连接”和“暂停服务”，具体如下所示：

<Credit-Control-Answer(信用控制响应)>::＝

<Diameter Header(Diameter消息头)：272，PXY>

                     <Session-Id(会话标识)>

                    {Result-Code(结果代码)}

                     ......

                     [KeepConnection(保持连接)]

                     [PauseService(暂停服务)]

步骤309：如果服务是可以暂停的，则服务提供设备根据特殊CCA(`Update`)消息里面的参数指示，保持和OCS的连接，同时只暂停对用户的服务(比如暂停在线影片的播放)而不是终止服务，并提示用户进行充值。如果服务不可暂停，则服务提供设备可以向OCS上报CCR(Termination)，结束Diameter会话并终止服务。本发明实施例中，以可以暂停服务为例。

步骤310～311：如果用户选择充值，则服务提供设备和OCS继续通过定时发送CCR(Update)和该特殊的CCA(`Update`)保持Diameter会话的激活；同时服务提供设备和OCS还可以启动一个定时器来处理用户未及时充值的超时情况。如果用户选择不充值，则服务提供设备中断和OCS的Diameter会话，并终止对用户的服务。

步骤312～317：如果用户在定时器超时之前成功充值，OCS的余额变化监控任务监控到该用户账户的余额增加之后，发送一个通知给处于保持状态的Diameter会话，该会话再发送一个RAR(Re-Auth-Request，重新认证/授权请求)消息给服务提供设备，以要求服务提供设备重新申请该用户账户余额，于是服务提供设备上报CCR(Update)重新申请该用户账户余额，OCS回复正常的CCA(Update)下发该用户账户新的余额授予量，此后双方恢复余额足够时的交互流程，服务提供设备从上次暂停的位置继续向用户提供服务。如果用户在定时器超时之前未能成功充值，则服务提供设备和OCS中断所保持的Diameter会话，并终止对用户的服务。本发明实施例中，以用户在定时器超时之前成功充值为例。

此外，在上述步骤308和步骤309中，OCS也可不采用特殊的CCA(`Update`)而采用普通的CCA(Update)来和服务提供设备交互，此时OCS上也不监控用户账户余额的变化，而是和正常的余额申请流程一样处理。例如，服务提供设备上报CCR(Update)后，如果用户账户的余额用尽了，则OCS向服务提供设备回复普通的CCA(Update)指示余额用尽，此时需要服务提供设备从普通的CCA(Update)判断出是用户账户的余额用尽了(如根据CCA(Update)中的余额授予量是否为0来判断)，然后暂停服务并保持与OCS之间的连接(通过定时发送的普通CCR(Update)和回复的普通CCA(Update)来保持连接)，当用户充值后，服务提供设备再上报CCR(Update)，此时OCS会授予新的余额量，进而服务提供设备可以继续提供服务。在这种方式下，OCS不需要支持CCA(`Update`)这个特殊消息，只需要符合标准的Diameter信用控制协议就可以了。

从以上实施例和具体实施方式可以看出，由于当用户账户余额不足时，服务提供设备是暂停对用户的服务，等用户成功充值后再从暂停的位置继续为用户提供服务，而不是在用户余额不足时终止对用户的服务(终止服务后，即使用户再充值也不能从终止的位置继续使用服务)，可见，本发明实施例以及具体实施方式提供的技术方案，提高了用户的在线体验。

进一步，由于在等待用户充值的过程中，服务提供设备与OCS保持Diameter会话，因此等用户成功充值后，服务提供设备可以继续在该Diameter会话基础上对用户提供服务，即在一次服务(即使中途因为余额不足暂停过，但仍然是同一个服务)中，OCS上只会产生一个话单(因为只存在一个Diameter会话)。因此，在后续寄送帐单给用户时无需考虑合并帐单项目的问题。此外，对于某些有单次服务累计时长优惠的服务而言，由于没有中断OCS和服务提供设备之间的Diameter会话，因此不会影响单次服务的累计时长，进而可以保证单次服务累计时长的优惠业务顺利进行。

请参阅图4，其为另一个本发明实施例处理在线计费中途余额不足的方法流程示意图。本实施例与前述实施例的主要区别之处在于：本实施例中的服务提供设备在获知用户的账户余额不足后，在中断与OCS之间的连接的状态下暂停向用户提供服务。

步骤410：获知用户的账户余额不足。例如，服务提供设备通过OCS下发的常规CCA(Update)获知用户的账户余额不足。

步骤420：在中断与OCS之间的连接的状态下暂停向该用户提供服务并提示用户充值。例如，在服务提供设备获知用户账户余额不足时，中断与OCS之间的连接，但是并不终止向用户提供服务，而是暂停向用户提供服务，并提示用户充值。

步骤430：如果获知该用户的账户成功充值，则从暂停的位置向用户提供服务。例如，用户成功充值后，通过交互界面(比如点击界面上的按钮)告诉服务提供设备余额已充入，进而服务提供设备再发起一个新的Diameter会话到OCS，并重新申请该用户账户余额，进而在获知该用户账户新的余额授予量后，从暂停的位置继续向用户提供服务。

此外，还可以在暂停向用户提供服务的同时启动定时器，如果该用户在定时器超时之前成功充值，则继续从所述暂停的位置向用户提供服务；如果用户在定时器超时之前未成功充值，则终止向用户提供服务。

采用上述实施例的技术方案，无需对OCS做任何改进，就可以实现用户账户余额中途不足时的暂停处理方案，进而提高用户的在线体验。

请参阅图5，其为本发明实施例处理在线计费中途余额不足的系统结构示意图，其中包括服务提供设备结构示意图，以及OCS结构示意图。

本实施例中的OCS 50包括余额不足处理单元51、余额监控单元53以及充值成功处理单元52。下面结合本实施例中OCS的工作原理，进一步介绍其内部结构以及连接关系。

当获知用户账户的余额不足时，余额不足处理单元51向服务提供设备57下发该用户账户余额不足的通知，并保持与服务提供设备57之间的连接；同时，余额监控单元53监控该用户的账户余额变化，如果监控到该用户的账户成功充值，则利用OCS50和服务提供设备57之间保持着的连接，充值成功处理单元52通知服务提供设备57该用户账户新的余额。

例如，充值成功处理单元52包括指示单元521和余额授予单元522，其中，指示单元521，用于在余额监控单元53监控到该用户的账户成功充值的情况下，指示服务提供设备57重新申请该用户账户余额(如下发RAR消息)；余额授予单元522，用于接收到服务提供设备57重新申请该用户账户余额的请求，然后向服务提供设备57下发该用户账户新的余额授予量。此后，由于服务提供设备57获知了该用户账户充值成功后的新余额授予量，因此服务提供设备57可以继续为该用户提供服务。

本实施例中的服务提供设备57包括信息获知单元54、暂停开始处理单元55以及第一暂停结束处理单元56。下面结合本实施例中OCS的工作原理，进一步介绍其内部结构以及连接关系。

信息获知单元54获知用户的账户余额不足，例如，信息获知单元54接收到OCS 50中余额不足处理单元51下发的用户账户余额不足的通知，进而告知暂停开始处理单元55。于是，暂停开始处理单元55中的第一连接处理单元551保持与OCS之间的连接；暂停开始处理单元55中的暂停服务单元552在保持与OCS之间的连接的状态下暂停向该用户提供服务，并提示用户充值。

此后，如果信息获知单元54获知用户成功充值，则第一暂停结束处理单元56从暂停的位置继续向用户提供服务。具体而言，当OCS 57中的指示单元521下发指示服务提供设备57重新申请该用户账户余额的消息后，信息获知单元54就通知余额申请单元561，进而，余额申请单元561向OCS申请该用户账户余额；此后，当信息获知单元54接收到OCS 57中余额授予单元522下发的该用户账户新的余额授予量后，通知继续服务单元562，进而继续服务单元562继续从所述暂停的位置向该用户提供服务。

此外，如果考虑可能出现的用户长期不充值导致一直占用Diameter会话资源的情况，则服务提供设备57还可以包含定时器和第二暂停结束处理单元。具体而言，在暂停开始处理单元55暂停向用户提供服务时启动该定时器予以计时，进而，如果在该定时器超时之前获知该用户的账户成功充值，则第一暂停结束处理单元56从所述暂停的位置向用户提供服务；反之，如果在该定时器超时之前未能获知该用户的账户成功充值，则第二暂停结束处理单元终止对所述用户的服务，并中断和OCS 50之间的连接。

请参阅图6，其为本发明实施例处理在线计费中途余额不足的服务提供设备结构示意图。在本实施例中，服务提供设备包括信息获知单元61、暂停开始处理单元62以及第一暂停结束处理单元63，其中，暂停开始处理单元62具体包括第二连接处理单元621和暂停服务单元622，第一暂停结束处理单元63具体包括余额申请单元631和继续服务单元632。

本实施例中的服务提供设备与前述实施例图5中所示的服务提供设备的主要区别在于：暂停开始处理单元62用于在中断与OCS之间的连接状态下暂停向所述用户提供服务；第一暂停结束处理单元63的具体实现方式也略有不同。下面主要介绍本实施例中服务提供设备与前述实施例中服务提供设备的区别之处。

当信息获知单元61获知用户的账户余额不足时，暂停服务单元622暂停对用户的服务并提示用户充值，同时第二连接处理单元中断与OCS之间的连接；在信息获知单元获知用户充值成功(例如通过服务提供设备与用户之间的交互界面获知用户的账户成功充值)后，余额申请单元631再发起一个新的Diameter会话到OCS，重新申请该用户账户余额；当信息获知单元61接收到OCS下发的用户账户新的余额授予量后，继续服务单元632从暂停的位置继续为用户提供服务。

本实施例中的服务提供设备还可以包括定时器和第二暂停结束处理单元。具体而言，在暂停开始处理单元62暂停向用户提供服务时启动该定时器予以计时，进而，如果在该定时器超时之前获知该用户的账户成功充值，则第一暂停结束处理单元63从所述暂停的位置向用户提供服务；反之，如果在该定时器超时之前未能获知该用户的账户成功充值，则第二暂停结束处理单元终止对所述用户的服务。

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的权利要求保护范围之内。