CN101742022B - 一种预付费系统和方法 - Google Patents

Abstract

本发明公开了一种预付费系统和方法；系统包括：数据库，用于记录各用户的用户信息和至少包括剩余消费额的账户信息，以及各类产品的业务定义信息；产品定义模块，用于分别设置不同产品的业务定义信息，并保存在所述数据库中；用户终端，用于接收用户信息和消费信息并发送；所述消费信息包括用于指示产品的信息和消费额；计费模块，用于从用户终端接收所述用户信息和消费信息，根据用户信息在所述数据库中查找到对应的用户，以及该用户的账户信息；根据所述用于指示产品的信息在所述数据库中查找到对应产品的业务定义信息，根据该业务定义信息和所述消费额得到本次的实际消费额，使用该实际消费额更新所找到的用户的账户信息中的剩余消费额。

Description

一种预付费系统和方法

技术领域

本发明涉及网络领域，具体涉及一种预付费系统和方法。

背景技术

随着信息技术的发展，预付费业务已经成为一个覆盖多种产品和服务支付方式的庞大市场，广泛地分布在电信、交通、公用事业、零售、服务、医药等许多行业。

当前的预付费技术主要分为两大类，基于预付费IC卡的离线预付费系统(如公交一卡通)和基于集中账户管理的实时在线预付费系统(如电信充值卡业务)。在两类系统的实现中，都需要解决预付费产品的定义，预付费账户的管理和预付费服务的提供渠道等问题。

基于IC卡的离线预付费系统，其本质是基于卡内存贮的记账系统，无法提供复杂的账户管理和产品设计，如在线折扣的支持和可定制的积分管理，而且依赖于特定的读卡设备实现卡内账户余额信息的更改。

而目前的在线实时预付费系统，在产品的设计功能上或集中于同一封闭商户的内部使用(如电信预付费充值卡业务)，或仅为简单的购物积分卡，无法提供复杂的预付费业务定义支持，也不能作为一种单独的预付费服务提供给第三方使用，模式单一，无法满足预付费业务的灵活多变的发展需求；当需要对多种业务进行预付费处理时，需要使用多套设备，增加了成本。

发明内容

本发明要解决的技术问题是提供一种预付费系统和方法，能够实现灵活、实时的预付费业务，集成度高，可降低硬件成本。

为了解决上述问题，本发明提供了一种预付费系统，包括：

数据库，用于记录各用户的用户信息和至少包括剩余消费额的账户信息，以及各类产品的业务定义信息；

产品定义模块，用于分别设置不同产品的业务定义信息，并保存在所述数据库中；

用户终端，用于接收用户信息和消费信息并发送；所述消费信息包括用于指示产品的信息和消费额；

计费模块，用于从用户终端接收所述用户信息和消费信息，根据用户信息在所述数据库中查找到对应的用户，以及该用户的账户信息；根据所述用于指示产品的信息在所述数据库中查找到对应产品的业务定义信息，根据该业务定义信息和所述消费额得到本次的实际消费额，使用该实际消费额更新所找到的用户的账户信息中的剩余消费额。

进一步地，所述用户信息至少包括该用户的用户标识，及该用户的验证信息；

所述计费模块根据用户信息在所述数据库中查找到对应的用户是指：

计费模块接收到用户信息后，根据该用户信息中的用户标识在所述数据库中查找到该用户以及该用户的验证信息，比对查找到的验证信息与所接收的用户信息中的验证信息，如果不同则反馈表示验证失败的信息给用户终端；如果相同则判断已查找到用户，继续查找该用户的账户信息。

进一步地，所述用户信息包括用户的状态信息，所述状态包括激活/失效/欠费告警；

所述计费模块根据用户信息在所述数据库中查找到对应的用户是指：

计费模块接收到用户信息后，根据该用户信息中的用户标识在所述数据库中查找到对应用户的状态信息，如果状态为失效或欠费警告则反馈表示消费失败的信息给用户终端；如果状态为激活则查找该用户的验证信息。

进一步地，所述状态还包括属于特定用户群；所述特定用户群为一到多个；

所述数据库还用于保存各特定用户群所对应的群组策略；

当用户属于特定用户群时，所述计费模块根据该业务定义信息和所述消费额更新所找到的所述用户的账户信息中的剩余消费额时，先根据所述业务定义信息和所述消费额计算出实际消费额，然后根据该用户所属特定用户群的群组策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额。

进一步地，所述账户信息还包括：

账户属主信息，包含第三方账户，特定集团账户或特定活动账户；

所述数据库还用于保存所述第三方账户，特定集团账户或特定活动账户各自对应的计费策略；

所述计费模块计算出实际消费额后，根据该用户账户属主信息对应的计费策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额；以及根据所述账户属主信息确定进行第三方的分账处理和结算。

本发明还提供了一种预付费方法，包括：

保存各用户的用户信息和至少包括剩余消费额的账户信息；设置并保存各类产品的业务定义信息；

接收用户信息和消费信息，所述消费信息包括用于指示产品的信息和消费额；

根据用户信息在所述数据库中查找到对应的用户，以及该用户的账户信息；根据所述用于指示产品的信息在所述数据库中查找到对应产品的业务定义信息；

根据该业务定义信息和所述消费额得到本次的实际消费额，使用该实际消费额更新所找到的所述用户的账户信息中的剩余消费额。

进一步地，所述用户信息至少包括该用户的用户标识，及该用户的验证信息；

根据用户信息在所述数据库中查找到对应的用户具体是指：

根据用户信息中的用户标识在所述数据库中查找到该用户以及该用户的验证信息，比对查找到的验证信息与所接收的用户信息中的验证信息，如果不同则反馈表示验证失败的信息给用户终端；如果相同则判断已查找到用户，查找该用户的账户信息。

进一步地，所述用户信息包括用户的状态信息，所述状态包括激活/失效/欠费告警；

根据用户信息在所述数据库中查找到对应的用户是指：

接收到用户信息后，根据该用户信息中的用户标识在所述数据库中查找到对应用户的状态信息，如果状态为失效或欠费警告则反馈表示消费失败的信息给用户；如果状态为激活则查找该用户的验证信息。

进一步地，所述状态还包括属于特定用户群；所述特定用户群为一到多个；

所述方法还包括：

保存各特定用户群所对应的群组策略；

当用户属于特定用户群时，根据该业务定义信息和所述消费额更新所找到的所述用户的账户信息中的剩余消费额时，先根据所述业务定义信息和所述消费额计算出实际消费额，然后根据该用户所属特定用户群的群组策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额。

进一步地，所述账户信息还包括：

账户属主信息，包含第三方账户，特定集团账户或特定活动账户；

所述方法还包括：

保存所述第三方账户，特定集团账户或特定活动账户各自对应的计费策略；计算出实际消费额后，根据该用户账户属主信息对应的计费策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额；根据所述账户属主信息确定进行第三方的分账处理和结算。

本发明的技术方案能够在网络侧用一套硬件实现多种预付费业务，可减少成本，提高集成度，降低操作的复杂性；本发明的优化方案可以对于不同用户的消费情况分别按照不同流程进行灵活处理；本发明的又一优化方案能实现对第三方业务的支持。

附图说明

图1是实施例一的预付费系统的具体实施框图；

图2是实施例一中账户信息的示意图；

图3是实施例一中产品定义模块的处理流程图；

图4是实施例一中的用户终端的示意图；

图5是实施例一中的消费结算流程示意图；

图6是实施例一中的计费模块的处理流程图。

具体实施方式

下面将结合附图及实施例对本发明的技术方案进行更详细的说明。

实施例一，一种预付费系统，如图1所示，包括：

数据库，用于记录各用户的用户信息和至少包括剩余消费额的账户信息，以及各类产品的业务定义信息；

产品定义模块，用于分别设置不同产品的业务定义信息，并保存在所述数据库中；

用户终端，包括但不限于计算机终端、POS机，电话等，用于接收用户信息和消费信息并发送；所述消费信息包括用于指示产品的信息和消费额；所述消费额可以为金额，也可以为次数，还可以为流量等其它单位；如果为金额，则可以为总价，也可为单价和数量；

计费模块，用于从用户终端接收所述用户信息和消费信息，根据用户信息在所述数据库中查找到对应的用户，以及该用户的账户信息；根据所述用于指示产品的信息在所述数据库中查找到对应产品的业务定义信息，根据该业务定义信息和所述消费额得到本次的实际消费额，使用该实际消费额更新所找到的所述用户的账户信息中的剩余消费额，即：用原先的剩余消费额减去本次的实际消费额，得到新的剩余消费额并保存进该用户的账户信息；还可以进一步将所述实际消费额和/或剩余消费额反馈给所述用户终端。

本实施例中，所述计费模块可以但不限于放置在应用服务器中；所述用户终端为POS机或电话时，可以通过拨号服务器以POS方式与该应用服务器进行通信；用户终端为计算机终端时，可以通过网络(比如广域网WAN等)和WEB服务器与该应用服务器进行通信。

本实施例中，所述产品可以包括商品，也可以包括服务，还可以包括第三方业务；本系统可实现第三方预付费用户的实时分帐和结算。

本实施例中，所述用户信息至少包括该用户的用户标识，可以但不限于为用户账号；还可以进一步包括该用户的验证信息，此时，计费模块根据用户信息在所述数据库中查找到对应的用户是指：

计费模块接收到用户信息后，根据该用户信息中的用户标识在所述数据库中查找到该用户以及该用户的验证信息，比对查找到的验证信息与所接收的用户信息中的验证信息，如果不同则反馈表示验证失败的信息给用户终端；如果相同则判断已查找到用户，进行后继步骤，即查找该用户的账户信息。

所述用户信息还可以包括用户的状态信息，所述状态包括但不限于激活/失效/欠费告警等；

此时，计费模块根据用户信息在所述数据库中查找到对应的用户是指：

计费模块接收到用户信息后，根据该用户信息中的用户标识在所述数据库中查找到对应用户的状态信息，如果状态为失效或欠费警告则反馈表示消费失败的信息给用户终端；如果状态为激活则进行后继步骤，即查找该用户的验证信息。

本实施例中，所述状态还可以为属于特定用户群；所述特定用户群可以有一到多个；

所述数据库还用于保存各特定用户群所对应的群组策略；不同的特定用户群具有各自的群组策略；所述群组策略包括计费结算、积分结算上的策略；还可以包括通知机制、用户群跨系统审核——如针对特定企业LDAP服务器的查询、用户群结算——如针对特定企业的折扣、短信通知、用户群账单等信息。

当用户属于特定用户群时，所述计费模块根据该业务定义信息和所述消费额更新所找到的所述用户的账户信息中的剩余消费额时，先根据所述业务定义信息和所述消费额计算出实际消费额，然后根据该用户所属特定用户群的群组策略调整该实际消费额，调整后用该实际消费额更新所述剩余消费额。

本实施例中，所述账户信息还可以包括积分额；

所述计费模块还用于根据调整后的实际消费额更新所找到的用户的账户信息中的积分额。

本实施例中，所述预付费系统可以进一步包括一用于保存用户信息的预付费卡。

相应的，所述用户终端接收用户信息可以是指所述用户终端从预付费卡上读取用户信息；也可以是直接输入。

本实施例中，所述用于指示产品的信息可以但不限于为用户终端标识，所述计费模块中保存各用户终端标识对应的消费地点和产品，通过用户终端标识确定对应产品；如果一产品提供商只提供一种产品，则计费模块中保存的也可以是用户终端标识对应的消费地点和产品提供商；通过用户终端标识确定对应的产品提供商，从而进一步确定对应产品。当然，所述用于指示产品的信息也可以直接从用户终端输入。

本实施例中，所述账户信息除了剩余消费额以外，如图2所示，包括但不限于以下信息中的任一种或其任意组合：

账户状态信息101，用于指示账户是否为可用状态；

用户定制的产品信息102，所述剩余消费额是分别对应于各产品的剩余消费额，实际应用时也可以是总的剩余消费额；

历史记录信息103，包括但不限于消费记录，累计消费单位或积分单位，历史偏好分析信息；

账户属主信息104，包含但不限于第三方账户，特定集团账户或特定活动账户等；

服务方式信息和账户偏好特性分析信息105；

和其它用户之间的关联关系信息106，包括用于指示所关联的用户的信息、及用于描述关联关系的信息等；所述关联关系包含但不限于主从(或父子)账户关系；针对特定条件子账户的消费金额的部分或全部可以按规定比例从父账户中扣除，亦可以接收父子账户之间的转账，还可以消费跨账户的产品。

父账户可以执行从本账户到所有子账户的一次或多次转账；通过父账户的管理界面提供分帐支持，如母公司可以向子公司账户中统一充入一定金额，而从自己的账户中扣除总金额。

本实施例中，在线用户的数据的设计包括冗余备份及异地高可用性支持的设计实现；通过主从应用服务器和主从数据库的高可用性结构实现，在数据写入过程中同步写入主从数据库，用heart beat信号监控主从应用服务器和数据库的状态信息。

相应的，当账户信息包括所述账户状态信息101时，所述计费模块查找到用户的账户信息后，还用于根据该账户状态信息判断账户是否可用，如果不是，则反馈表示消费失败的信息给用户终端，可用则进行后继步骤。

相应的，当账户信息包括所述用户定制的产品信息102时，所述计费模块查找到用户的账户信息以及根据所述用于指示产品的信息确定产品后，还进一步用于根据所述用户定制的产品信息102判断该产品是否为该用户所定制的，如果不是则反馈表示消费失败的信息给用户终端；如果是则进行后继步骤，即查找到该产品的业务定义信息。

所述账户信息还可以进一步包括用户定制的各产品的状态信息，所述状态包括但不限于激活/过期/欠费告警；

所述计费模块当判断该产品为用户所定制的以后，还进一步用于读取该产品的状态信息，如果为过期或欠费告警，则反馈表示消费失败的信息给用户终端；如果为激活，则进行后继步骤，即查找到该产品的业务定义信息。

另外，所述业务定义信息中还可以包括产品的消费规划和优先级；

计费模块还可以进一步用于根据产品的消费规划和优先级确定状态为激活的产品的序列和优先级；当消费发生时，根据所述序列和优先级判断用于本次结算的产品；在一次消费中，可以使用同一账户的多个产品，亦可以根据账户之间的主从关系使用跨账户的产品。

相应的，当账户信息包括所述历史记录信息103时，所述计费模块还用于根据该业务定义信息和所述消费额更新所找到的所述用户的账户信息中的历史记录信息103。

相应的，当账户信息包括所述账户属主信息104时，所述数据库还用于保存所述第三方账户，特定集团账户或特定活动账户各自对应的计费策略；所述计费模块计算出实际消费额后，根据该用户账户属主信息对应的计费策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额。

所述计费模块还可以用于根据所述账户属主信息确定进行第三方的分账处理和结算。在结算完成后，由于所述账户属主信息可能定义了对该笔消费第三方的分帐信息，因此需要实时的拆分账务，比如1元的结算金额中需要实时划拨到第三方0.8圆，并生成详细计费分账凭证。

相应的，当账户信息包括所述和其它用户之间的关联关系信息106时，所述数据库还用于保存不同关联关系所对应的计费策略；

所述计费模块计算出实际消费额(如果调整，则为调整后的)后，根据该用户和其它用户之间的关联关系信息获知与该用户关联的用户及关联关系，获得该关联的用户的账户信息；用所述实际消费额更新该用户及与之关联的用户的账户信息中的剩余消费额。

比如当关联关系为父子账户关系时，所述计费策略可以是按比例、消费类型、或消费时间等从父账户中扣除相应的实际消费额；也可以在消费的过程中可以优先扣除父账户上的产品金额，然后扣除子账户的产品金额。

本实施例中，如图3所示，产品定义模块主要考虑在同一账户下对多种产品的支持和实现，同一账户可以同时拥有多个产品并可在一次结算过程中根据产品定义规则跨越不同产品使用。

本实施例中，所述产品定义模块设置不同产品的业务定义信息的过程如图3所示，具体可以包括：

201、折扣优惠定义，针对不同的优惠折扣条件定义一系列的可以应用的折扣优惠措施，包含但不限于基于时间的，基于客户群的，基于累计消费单位的，基于地域的，基于特定服务或产品项目，基于每次可用额度的折扣优惠措施(包含打折、积分、奖励、产品赠送)。

202、消费规划定义，定义一组折扣优惠措施的集合，不同消费规划的定义可以有父子继承的关系，及A类消费规划的基础上可以定义子类消费规划A0类，A0类消费规划包含所有A类消费规划的内容且有自己特定的折扣优惠策略，消费规划亦定义第三方预付费业务的分账和计算行为。消费规划的定义亦指定消费规划的实施条件或限制范围，包含但不限于基于时间的，基于可使用商户群类型的，基于可使用地域的，基于可使用限额的，可使用消费单位的等等。

203、产品定义和购买激活，定义特定的产品，根据用户信息的和特定的购买行为把账户信息和消费规划进行绑定，例如根据用户不同充值额度匹配不同的消费规划，根据不同的用户群体匹配不同的消费规划等等。

所述业务定义信息还可以包括产品的价格，名称，提供者等。

所述计费模块根据该业务定义信息和所述消费额更新所找到的所述用户的账户信息中的剩余消费额时，根据以上信息进行相应处理。

本实施例中，所述用户终端包含但不仅限于计算机终端、电话终端和POS机终端，如图4所示，具体可以包括：

账户信息查询子模块301，用于直接登录所述数据库，根据用户信息找到该用户的账户信息，读取账户信息并显示给用户；

消费结算子模块302，用于将用户信息和消费信息发送给所述计费模块；

业务定义信息更改子模块303，用于直接登录所述数据库，根据用于指示产品的信息查找到对应产品的业务定义信息，并进行更改。

账户充值子模块304，用于将用户信息和充值信息发送给所述计费模块，所述计费模块根据用户信息在所述数据库中查找到对应的用户，以及该用户的账户信息，根据所述充值信息更新该账户信息。这里的充值同消费额、或剩余消费额一样，可以是金额，可以是次数，也可以是流量等其它单位。

本实施例的一种实施方式中，消费结算流程可以如图5所示，包括：

401、识别和读取预付费卡上的用户信息和本地校验；

402、标识用户终端本身的编码信息；

403、接收消费信息，比如项目消费条目和数量信息、项目价格调整信息；

404、计费模块进行结算并返回实际消费额和剩余消费额；

405、用户终端将实际消费额和剩余消费额显示给用户。

本实施例的一种实施方式中，计费模块进行结算的流程可以如图6所示，包括：

501、检查用户的状态信息；

502、选择本次消费可以使用的产品；

503、根据可用产品确定相应的产品折扣和优惠；

504、结算在每个产品上需要扣除的金额和实施的优惠；

505、根据用户的属主信息确定进行第三方的分账处理和结算；

506、更新用户的账户信息。

本发明的技术方案能提供灵活的预付费业务定义，在同一预付费卡账户中，可以基于定义多种产品和服务的使用特性定义特定的预付费业务，例如，可以根据产品提供商的地域，行业，级别进行预付费业务的定制，推出特定的预付费卡业务，如支持跨行业，跨地域或限定行业或限定地域限定行业的预付费卡业务，且不同预付费业务的结算可以享有实时的基于特定业务的折扣和积分信息。本发明的技术方案还提供了第三方使用的预付费业务平台，可以通过SaaS(Software-as-a-service，软件在线服务)的方式提供给第三方独立使用实现自我定制的预付费业务。

本发明的用户终端可以提供预付费业务信息的输入和预付费结算结果的输出，能够灵活输入计费产品条目、数量、折扣方式、金额等多种输入方式和信息，并将返回的处理结果显示给用户。

实施例二，一种预付费方法，包括：

保存各用户的用户信息和至少包括剩余消费额的账户信息；设置并保存各类产品的业务定义信息；

接收用户信息和消费信息，所述消费信息包括用于指示产品的信息和消费额；

根据用户信息在所述数据库中查找到对应的用户，以及该用户的账户信息；根据所述用于指示产品的信息在所述数据库中查找到对应产品的业务定义信息，根据该业务定义信息和所述消费额得到本次的实际消费额，使用该实际消费额更新所找到的所述用户的账户信息中的剩余消费额，即：用原先的剩余消费额减去本次的实际消费额，得到新的剩余消费额并保存进该用户的账户信息。

本实施例中，接收用户信息具体可以但不限于是指：

用户终端识别和读取预付费卡中保存的用户信息，还可以进一步进行本地校验；读取方式包含但不限于磁条卡、IC卡刷卡读取和直接卡号输入。

本实施例中，所述用于指示产品的信息可以但不限于为用户终端标识，比如标识终端机本身的编码信息。

本实施例中，接收消费信息具体可以但不限于是指：

用户终端接收用于指示产品的信息和数量信息，数量可以是消费的单位亦可以是直接的消费金额。

本实施例中，所述方法还可以包括：将所述剩余消费额和实际消费额通过用户终端反馈给用户。

本实施例中，所述用户信息至少包括该用户的用户标识，可以但不限于为用户账号；还可以进一步包括该用户的验证信息；

本实施例中，根据用户信息在所述数据库中查找到对应的用户具体可以是指：

根据用户信息中的用户标识在所述数据库中查找到该用户以及该用户的验证信息，比对查找到的验证信息与所接收的用户信息中的验证信息，如果不同则反馈表示验证失败的信息给用户终端；如果相同则判断已查找到用户，进行后继步骤，即查找该用户的账户信息。

所述用户信息还可以包括用户的状态信息，所述状态包括但不限于激活/失效/欠费告警等。

此时，根据该用户信息中的用户标识在所述数据库中查找到对应用户后，还进一步包括：先读取其状态信息，如果状态为失效或欠费警告则反馈表示消费失败的信息给用户终端；如果状态为激活则进行后继步骤，即查找该用户的验证信息。

本实施例中，所述状态还可以为属于特定用户群；所述特定用户群可以有一到多个；

所述方法还包括：

保存各特定用户群所对应的群组策略；

当用户属于特定用户群时，根据该业务定义信息和所述消费额更新所找到的所述用户的账户信息中的剩余消费额时，先根据所述业务定义信息和所述消费额计算出实际消费额，然后根据该用户所属特定用户群的群组策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额。

本实施例中，所述账户信息还可以包括积分额；

所述方法还包括：

根据调整后的实际消费额更新所找到的用户的账户信息中的积分额。

本实施例中，所述账户信息还可以包括用户定制的产品信息；

当查找到用户的账户信息以及根据所述用于指示产品的信息确定产品后，还进一步包括：判断该产品是否为该用户所定制的，如果不是则反馈表示消费失败的信息给用户；如果是则进行后继步骤，即查找到该产品的业务定义信息。

本实施例中，所述账户信息还进一步包括用户定制的各产品的状态信息，所述状态包括但不限于激活/过期/欠费告警；

当判断该产品为用户所定制的以后，还进一步包括：读取该产品的状态信息，如果为过期或欠费告警，则反馈表示消费失败的信息给用户；如果为激活，则进行后继步骤，即查找到该产品的业务定义信息。

另外，所述业务定义信息中还可以包括产品的消费规划和优先级；还可以进一步根据产品的消费规划和优先级确定状态为激活的产品的序列和优先级；当消费发生时，要根据序列和优先级判断用于本次结算的产品；在一次消费中，可以使用同一账户的多个产品，亦可以根据账户之间的主从关系使用跨账户的产品。

根据该业务定义信息和所述消费额更新所找到的所述用户的账户信息中的剩余消费额具体是指：

根据产品的业务定义信息确定相应的消费折扣等优惠信息，然后根据该优惠信息和所述消费额确定该产品的实际消费额，用账户中该产品原先的剩余消费额减去实际消费额，得到该产品新的剩余消费额，并替代该产品原先的剩余消费额。

本实施例中，所述账户信息除了剩余消费额以外，如图2所示，包括但不限于以下信息中的任一种或其任意组合：

账户状态信息101，用于指示账户是否为可用状态；

用户定制的产品信息102，所述剩余消费额是分别对应于各产品的剩余消费额，实际应用时也可以是总的剩余消费额；

历史记录信息103，包括但不限于消费记录，累计消费单位或积分单位，历史偏好分析信息；

账户属主信息104，包含但不限于第三方账户，特定集团账户或特定活动账户等；

服务方式信息和账户偏好特性分析信息105；

和其它用户之间的关联关系信息106，包括用于指示所关联的用户的信息、及用于描述关联关系的信息等；所述关联关系包含但不限于主从(或父子)账户关系；针对特定条件子账户的消费金额的部分或全部可以按规定比例从父账户中扣除，亦可以接收父子账户之间的转账，还可以消费跨账户的产品。

父账户可以执行从本账户到所有子账户的一次或多次转账；通过父账户的管理界面提供分帐支持，如母公司可以向子公司账户中统一充入一定金额，而从自己的账户中扣除总金额。

相应的，当账户信息包括所述账户状态信息101时，所述方法还包括：

查找到用户的账户信息后，还用于根据该账户状态信息判断账户是否可用，如果不是，则反馈表示消费失败的信息给用户，可用则进行后继步骤。

相应的，当账户信息包括所述用户定制的产品信息102时，所述方法还包括：

查找到用户的账户信息以及根据所述用于指示产品的信息确定产品后，还进一步根据所述用户定制的产品信息102判断该产品是否为该用户所定制的，如果不是则反馈表示消费失败的信息给用户；如果是则进行后继步骤，即查找到该产品的业务定义信息。

相应的，当账户信息包括所述历史记录信息103时，所述方法还包括：

根据该业务定义信息和所述消费额更新所找到的所述用户的账户信息中的历史记录信息103。

相应的，当账户信息包括所述账户属主信息104时，所述方法还包括：

保存所述第三方账户，特定集团账户或特定活动账户各自对应的计费策略；计算出实际消费额后，根据该用户账户属主信息对应的计费策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额。

相应的，当账户信息包括所述和其它用户之间的关联关系信息106时，所述方法还包括：

保存不同关联关系所对应的计费策略；

计算出实际消费额(如果调整，则为调整后的)后，根据该用户和其它用户之间的关联关系信息获知与该用户关联的用户及关联关系，获得该关联的用户的账户信息；用所述实际消费额更新该用户及与之关联的用户的账户信息中的剩余消费额。

比如当关联关系为父子账户关系时，所述计费策略可以是按比例、消费类型、或消费时间等从父账户中扣除相应的实际消费额；也可以在消费的过程中可以优先扣除父账户上的产品金额，然后扣除子账户的产品金额。

本实施例中，所述方法还包括：根据所述账户属主信息确定进行第三方的分账处理和结算。在结算完成后，由于所述账户属主属性可能定义了对该笔消费第三方的分帐信息，因此需要实时的拆分账务，比如1元的结算金额中需要实时划拨到第三方0.8圆，并生成详细计费分账凭证。

其它实现细节可同实施例一，本实施例中的具体实现细节也可以应用在实施例一种。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明的权利要求的保护范围。

Claims (8)

1.一种预付费系统，其特征在于，包括：

数据库，用于记录各用户的用户信息和至少包括剩余消费额的账户信息，以及各类产品的业务定义信息；所述用户信息包括用户的状态信息，所述状态包括激活/失效/欠费告警；

产品定义模块，用于分别设置不同产品的业务定义信息，并保存在所述数据库中；

用户终端，用于接收用户信息和消费信息并发送；所述消费信息包括用于指示产品的信息和消费额；计费模块，用于从用户终端接收所述用户信息和消费信息，根据用户信息在所述数据库中查找到对应的用户，以及该用户的账户信息；根据所述用于指示产品的信息在所述数据库中查找到对应产品的业务定义信息，根据该业务定义信息和所述消费额得到本次的实际消费额，使用该实际消费额更新所找到的用户的账户信息中的剩余消费额；

所述计费模块根据用户信息在所述数据库中查找到对应的用户是指：

计费模块接收到用户信息后，根据该用户信息中的用户标识在所述数据库中查找到对应用户的状态信息，如果状态为失效或欠费警告则反馈表示消费失败的信息给用户终端；如果状态为激活则查找该用户的验证信息。

2.如权利要求1所述的系统，其特征在于：

所述用户信息至少包括该用户的用户标识，及该用户的验证信息；

所述计费模块根据用户信息在所述数据库中查找到对应的用户是指：

计费模块接收到用户信息后，根据该用户信息中的用户标识在所述数据库中查找到该用户以及该用户的验证信息，比对查找到的验证信息与所接收的用户信息中的验证信息，如果不同则反馈表示验证失败的信息给用户终端；如果相同则判断已查找到用户，继续查找该用户的账户信息。

3.如权利要求1所述的系统，其特征在于：

所述状态还包括属于特定用户群；所述特定用户群为一或多个；

所述数据库还用于保存各特定用户群所对应的群组策略；

当用户属于特定用户群时，所述计费模块根据该业务定义信息和所述消费额更新所找到的所述用户的账户信息中的剩余消费额时，先根据所述业务定义信息和所述消费额计算出实际消费额，然后根据该用户所属特定用户群的群组策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额。

4.如权利要求1或2所述的系统，其特征在于，所述账户信息还包括：

账户属主信息，包含第三方账户，特定集团账户或特定活动账户；

所述数据库还用于保存所述第三方账户，特定集团账户或特定活动账户各自对应的计费策略；

所述计费模块计算出实际消费额后，根据该用户账户属主信息对应的计费策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额；以及根据所述账户属主信息确定进行第三方的分账处理和结算。

5.一种预付费方法，包括：

保存各用户的用户信息和至少包括剩余消费额的账户信息；设置并保存各类产品的业务定义信息；所述用户信息包括用户的状态信息，所述状态包括激活/失效/欠费告警；

接收用户信息和消费信息，所述消费信息包括用于指示产品的信息和消费额；

根据用户信息在数据库中查找到对应的用户，以及该用户的账户信息；根据所述用于指示产品的信息在所述数据库中查找到对应产品的业务定义信息；根据用户信息在所述数据库中查找到对应的用户是指：

接收到用户信息后，根据该用户信息中的用户标识在所述数据库中查找到对应用户的状态信息，如果状态为失效或欠费警告则反馈表示消费失败的信息给用户；如果状态为激活则查找该用户的验证信息；

根据该业务定义信息和所述消费额得到本次的实际消费额，使用该实际消费额更新所找到的所述用户的账户信息中的剩余消费额。

6.如权利要求5所述的方法，其特征在于：

所述用户信息至少包括该用户的用户标识，及该用户的验证信息；

根据用户信息在所述数据库中查找到对应的用户具体是指：

根据用户信息中的用户标识在所述数据库中查找到该用户以及该用户的验证信息，比对查找到的验证信息与所接收的用户信息中的验证信息，如果不同则反馈表示验证失败的信息给用户终端；如果相同则判断已查找到用户，查找该用户的账户信息。

7.如权利要求5所述的方法，其特征在于：

所述状态还包括属于特定用户群；所述特定用户群为一或多个；

所述方法还包括：

保存各特定用户群所对应的群组策略；

当用户属于特定用户群时，根据该业务定义信息和所述消费额更新所找到的所述用户的账户信息中的剩余消费额时，先根据所述业务定义信息和所述消费额计算出实际消费额，然后根据该用户所属特定用户群的群组策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额。

8.如权利要求5或6所述的方法，其特征在于，所述账户信息还包括：

账户属主信息，包含第三方账户，特定集团账户或特定活动账户；

所述方法还包括：

保存所述第三方账户，特定集团账户或特定活动账户各自对应的计费策略；计算出实际消费额后，根据该用户账户属主信息对应的计费策略调整该实际消费额，用调整后的实际消费额更新所述剩余消费额；根据所述账户属主信息确定进行第三方的分账处理和结算。

Images