CN101286859A - 在无线通信系统的在线计费系统中共享余额的家庭记账计划 - Google Patents

Abstract

本发明提供通信系统中使用的一种在线计费方法。所述方法的一个实施例包括存储着指明与多个用户相关联的组余额的信息。所述组余额表示通信系统中所述多个用户可用的资源使用量。所述方法也包括存储着指明多个个体余额的信息。每个个体余额都与所述多个用户中的一个相关联，而且每个个体余额都表示通信系统中所述多个用户中所述对应的一个用户可用的资源使用量。所述方法的某些实施例还进一步包括在修改所述多个用户中至少一个使用的资源使用量的同时修改所述组和/或个体余额。

Description

在无线通信系统的在线计费系统中共享余额的家庭记账计划

技术领域

一般来说，本发明涉及通信系统，更确切地说，涉及因特网协议(IP)多媒体子系统(IMS)的通信系统。

背景技术

典型情况下，服务提供商使用一种或多种有线和/或无线通信系统对用户提供许多语音和/或数据服务。示范服务包括蜂窝式电话、接入因特网、赌博、音频、视频和多媒体节目的广播或多信道广播等。移动用户单元比如手机、个人数字助理、智能手机、寻呼机、文本信息设备、全球定位系统(GPS)设备、网络接口卡、笔记本计算机和台式计算机可以通过与一座或多座基站的空中接口接入通信系统提供的服务。移动单元与基站之间的通信由多种标准和/或协议管理，比如由第三代合作伙伴计划(3GPP、3GPP2)定义的标准和协议。

服务提供商使用离线和在线记账功能对每个用户单元因为使用服务提供商提供的多种服务引起的费用保持跟踪。3GPP标准组已经定义了一套规范，可以用于实施在线计费系统和离线计费系统，以覆盖多种网域(如电路交换网域、包交换网域和/或无线域)、IP多媒体子系统以及新兴的3G应用服务中的计费。离线计费通常定义为计费信息不实时地影响所提供服务的计费机制。在离线计费中，网络资源使用量的计费信息在使用该资源的同时收集。在线计费通常定义为计费信息能够实时地影响所提供服务的计费机构，所以需要计费机构与会话/服务控制的直接互动。在在线计费中，网络资源使用的计费信息在使用该资源的同时收集，方式与离线计费相同。不过，在发生实际的资源使用之前，必须获得网络资源使用的网络授权。

用户可以在使用资源之前为其资源使用付费(即他们可以为其使用预付费)，也可以在已经消费了资源后付费(即他们可以为其使用后付费)。离线计费仅仅支持资源使用的后付费。例如，服务提供商可以利用离线计费系统对每个用户所用的资源保持跟踪，然后为用户的资源使用定期向其寄送账单，如向用户寄送每月的账单。例如，典型情况下在线计费使用借方系统，在使用资源的同时记入用户的借方账户。用户需要为贷方付费，然后在消费资源时记入借方。一旦用户的贷方余额降至零，用户就需要购买更多贷方，否则服务将挂起。常规的在线计费系统不支持资源使用的后付费。

使用离线计费的常规后付费系统也可以实施“家庭计划”。在家庭计划中，由一组用户(如家庭的成员)消费的全部资源在单一的账户上记账。家庭计划已经证明至少部分地非常流行，因为它们将许多用户引起的费用合并为单一账单。不仅如此，典型情况下服务提供商为向订购家庭计划的成员提供的服务提供折扣。不过，使用常规的后付费系统实施家庭计划有许多缺点。例如，离线计费系统不实行实时贷方控制。因此，如果一个或多个成员对家庭计划的资源使用出乎意料的大，在记账周期结束时全体家庭成员引起的总欠账可能非常大。除了可能激怒用户(这可能导致损失用户和/或消费者密友)，出乎意料地大的账单对服务提供商也是收入风险，因为用户可能无力或不愿支付账单。

使用在线计费的常规预付费系统不实行家庭计划。在现有的预付费系统中，每个终端用户都被视为服务提供商的在线计费系统中的单一计费实体。因此，每个用户都关心自己的资源使用并保持跟踪，并且在其贷方水平接近或到达零时必须亲自对其余额再充值。例如，用户可以购买刮刮卡或担保卡，以便用于提高其贷方水平。

发明内容

本发明旨在针对以上阐述的一个或多个问题的后果。下面呈现了本发明内容的简要概括，以便提供对本发明某些方面的基本理解。这种简要概括并非本发明面面俱到的综述，也不是为了确定本发明关键的或决定性的要素或者描绘本发明的范围。其唯一目的是以简化形式呈现某些概念，作为后面讨论的更详细说明的序言。

在本发明的一个实施例中，为通信系统中的在线计费提供一种方法。所述方法的一个实施例包括存储指明与多个用户相关联的组余额的信息。所述组余额表示通信系统中所述多个用户可用的资源使用量。所述方法也包括存储指明多个个体余额的信息。每个个体余额都与所述多个用户中的一个相关联，而且每个个体余额都表示通信系统中所述多个用户中所述对应的一个用户可用的资源使用量。所述方法的某些实施例进一步包括在修改所述多个用户中至少一个使用资源量的同时修改所述组和/或个体余额。

附图说明

连同附图参考以下说明可以理解本发明，其中相同的附图标记指明相同的单元，其中：

图1从概念上展示了根据本发明的无线通信系统的一个示范实施例；

图2从概念上展示了根据本发明的账户余额的两个示范实施例；

图3从概念上展示了根据本发明的、指明与不同余额和/或账户相关联优先级的记录；

图4从概念上展示了根据本发明的记账系统的第一个示范实施例；

图5从概念上展示了根据本发明可以对家庭计划实行的付款选项；

图6从概念上展示了根据本发明的记账系统的第二个示范实施例；

图7从概念上展示了根据本发明的记账系统的第三个示范实施例的操作。

虽然本发明能够容许多种修改和替代形式，但是其特定实施例已经以附图中的实例为例进行了显示，并且在本文中进行详细介绍。不过应当理解，本文中特定实施例的说明并非意在将本发明限制为所公开的具体形式，相反，本发明将覆盖落入附带的权利要求书所定义的本发明范围内的一切修改、等效和替代。

具体实施方式

下面介绍本发明的展示性实施例。为了清楚起见，在本说明书中没有介绍实际实施例的全部特性。当然应当承认，在任何这样的实际实施例的开发中，应当做出许多实施例特定的决策，以实现开发者的特定目标，比如遵从系统相关的和商业相关的约束，这将随着实施例而变。此外还应当承认，这样的开发努力或许是复杂而费时的，然而对于从本公开内容受益的本领域的普通技术人员将被看成日常任务。

根据对计算机存储器内数据位操作的软件或算法和符号表达，呈现本发明的若干部分和对应的详细说明。这些说明和表达是本领域的普通技术人员向本领域的其他普通技术人员有效地传播其工作内容的方式。算法作为本文所用的术语以及如同其通常所用的含义，被认为是导致所期望结果的若干步骤的自相容序列。这些步骤是要求对实际量进行实际操作的步骤。通常，尽管不一定，这些量采取的形式为光、电或磁信号，能够被存储、传递、组合、对比以及以其他方式操作。它已经多次证明是方便的，主要原因是在普通使用中，这些信号引用为位、值、单元、符号、字符、项、数字等。

不过心中应当记住，所有这些和类似术语都将与适当的实际量相关联，并且仅仅是应用于这些量的方便标签。除非以其他方式特别指出，或者从讨论中显而易见，若干术语比如“处理”或“计算”或“确定”或“判断”或“显示”等是指计算机系统或类似电子计算设备的动作和过程，它们将表示为计算机系统的寄存器和存储器内实际的电子量的数据操作和变换为类似地表示为计算机系统存储器或寄存器或者其他这样的信息存储、传输或显示设备内实际量的其他数据。

也要注意，本发明的软件实施方面典型情况下编码在某种形式的程序存储介质上，或者通过某种类型的传输介质实施。程序存储介质可以是磁性的(如软盘或硬盘驱动器)，也可以是光学的(如小型盘只读存储器，即“CD ROM”)，并且可以是只读或随机存取。同样，传输介质也可以是双绞线、同轴电缆、光纤业内公知的某种其他适当的传输介质。本发明不限于任何给定实施例的这些方面。

现在将参考附图介绍本发明。在附图中示意地描绘了多种结构、系统和设备，仅仅是为了讲解的目的而不以本领域技术人员众所周知的细节妨碍对本发明的理解。不过，包括附图是为了介绍和讲解本发明的展示性实例。本文所用的词汇和短语应当被理解和解释为具有与相关领域技术人员对这些词汇和短语的理解一致的意义。本文通过所述术语或短语的一致使用，意在不暗示术语或短语的特殊定义，即不同于本领域技术人员所理解的普通惯例意义的定义。在术语或短语意在具有特殊意义，即不同于技术人员所理解的意义的程度上，这样的特殊定义在本说明书中将以定义的方式明确地阐述，对该术语或短语直接而不含糊地提供特殊定义。

图1从概念上展示了无线通信系统100的一个示范实施例。在所展示的实施例中，无线通信系统100包括接入点105，它连接到网络110。接入点105被配置为提供至网络110的无线连接和接入。所以，接入点105可以是基站、基站路由器、接入网络、WiMAX路由器、根据一个或多个IEEE标准和/或协议运行的接入点等等。尽管图1显示了单一接入点105，但是受益于本公开内容的本领域的普通技术人员应当承认，无线通信系统100可以包括任何数目的接入点105。不仅如此，网络110也可以根据无线和/或有线通信标准和/或协议的任何组合运行。接入点105和/或网络110中实施的具体标准和/或协议关乎设计选择，对本发明并不重要。

移动单元115(1-3)可以通过无线通信链接120(1-3)接入网络110。在引用由数字标识符以及一个或多个不同索引所指明的单元时，可以去掉不同索引，一并引用这些单元，如移动单元115和无线通信链接120。不过，不同索引可以用于识别这些单元中的各个单元或子集。建立、维持、运行和/或拆卸无线通信链接120的技术业内公知，所以为了清楚起见，本文将仅仅讨论建立、维持、运行和/或拆卸无线通信链接120中与本发明相关的这些方面。一旦在接入点105与一个或多个移动单元115之间已经建立了无线通信链接，就可以向移动单元115的用户提供多种服务。示范服务可以包括语音呼叫、数据服务、广播或多信道广播服务等等。

无线通信系统100包括记账系统125，它用于对移动单元115的用户使用由无线通信系统100提供的一种或多种服务时引起的费用保持跟踪。记账系统125可以实施在无线通信系统100的任何实体或实体的组合中。不仅如此，记账系统125还可以实施为硬件、固件、软件或其任何组合。记账系统125实施了在线计费系统，正如下面的详细讨论。正如本文根据业内通常使用的使用，术语“在线计费”将被理解为指计费信息能够实时地影响所提供服务的计费机构，所以实施了计费机构与会话/服务控制的直接互动。在在线计费中，网络资源使用的计费信息在使用该资源的同时收集。不过，在发生实际的资源使用之前，必须获得网络资源使用的授权。

记账系统125实施了多级别账户结构，它包括组即家庭账户130，可以由选定组内的用户使用。多级别账户结构也包括多个成员账户135，由选定组内的每个用户使用。在展示的实施例中，移动单元115由若干用户操作，他们都是家庭的成员。例如，移动单元115(1)可以由母亲操作，移动单元115(2)可以由父亲操作，而移动单元115(3)可以由孩子之一操作。其他移动单元(图1中未显示)可以由家庭的其他成员操作。所以记账系统125可以使用家庭账户130对家庭的全体成员为了支付无线通信系统100中资源可以使用的可用余额保持跟踪，并且可以使用成员账户135对各个成员为了支付其个人资源使用可以使用的可用余额保持跟踪。在多种替代实施例中，账户130、135可以实施在硬件、固件、软件或其任何组合的任何组合中。例如，账户130、135可以实施为硬件或软件寄存器。

根据多种多样的准则可以判断记账到家庭账户130和/或成员账户135的呼叫和/或服务。在一个实施例中，一组余额属性可以与家庭账户130和/或成员账户135相关联。示范余额属性可以包括余额支付方法、余额优先级、余额支出限制、余额调用应用准则等等。然后可以使用余额选择算法判断家庭账户130中的余额和/或成员账户135之一中的余额是否可以为使用无线通信系统100中资源的每次呼叫和/或服务计费。根据情况，移动单元115使用的资源可以专门计费到家庭账户130，也可以专门计费到与使用这些资源的移动单元115相关联的成员账户135。作为替代，资源使用可以计费到账户的组合，如资源使用的若干部分可以计费到家庭账户130，而其他部分可以计费到一个或多个成员账户135。

在家庭账户130和成员账户135的水平上，账户130、135都可以用于建立余额和/或余额支出限制。在多个替代实施例中，余额类型可以是呼叫费用的货币余额、呼叫会话延续的时间余额、数据流量的容量余额、若干项余额(如用于SMS、MMS和其他消息应用的)和/或若干通话猝发(如按键通话应用)。在一个实施例中，在每位家庭成员的账户水平定义的余额用于对各个家庭成员呼叫费用计费。在成员账户水平定义的余额支出限制设定了每位成员能够支出的最大金额。在家庭账户水平定义的余额由同一家庭组内的全体家庭成员共享。在家庭账户水平定义的余额支出限制包括家庭账户的总支出限制。在一个实施例中，家庭账户余额支出限制也可以指明家庭账户余额中共享家庭账户的每位家庭成员可以支出的部分。例如，在所展示的三个人的家庭组中，每位成员可以具有从家庭账户余额支出$40的限制，但是全体家庭成员的总支出可以设定在最大$100的支出限制。无论定义在家庭账户还是在成员账户水平，每个余额都可以是正余额，也可以是负余额。正余额可以由预付费方法支付；负余额可以由后付费方法支付。

图2从概念上展示了账户余额的两个示范实施例200、205。第一个示范实施例账户余额200是正账户余额的代表，比如预付费的账户余额，记入借方并且在使用资源时向账户200计费。支出限制210指明帐户中的可用总预付费账户余额，如用户所预付费的总额，贷方部分215指明尚未计费的、账户余额200的剩余金额，因此可用于当前和将来的资源使用。

第二个示范实施例账户余额200是负账户余额的代表，比如后付费的账户余额，在对该账户计费的资源使用之后对某用户或若干用户记账。在所展示的实施例中，对帐户设定了支出限制220。支出限制220可以表示在用户必须向帐户付费之前可以对帐户计费的最高费用。受益于本公开内容的本领域普通技术人员应当承认，支出限制220是可选的，而不是本发明的实践必需的。在替代实施例中，负即后付费账户可以不必具有支出限制220。当前费用225指明因资源使用已经计费但是尚未创立和/或由用户所支付的金额。如果已经对帐户设定了支出限制220，那么当前费用225与支出限制220之间的差异指明可在当前和将来资源使用的可用账户余额金额。

返回参考图1，与帐户130、135相关联的余额可以具有相关联的优先级。例如，可以向家庭帐户130分配相对高的优先级(如优先级1)，可以向成员帐户135分配相对低的优先级(如优先级2)。尽管在这个实例中全部成员帐户135都已经与单一优先级相关联，但是受益于本公开内容的本领域普通技术人员应当承认，本发明不限于全部成员帐户135使用单一优先级。在替代实施例中，各个成员帐户135或其若干子集可以分配若干单独的优先级。然后这些优先级可以用于至少部分地判断，呼叫应当适用于哪个余额。例如，高优先级的余额可以适用于某呼叫，然后是较低优先级的余额。

图3从概念上展示了指明与不同余额和/或帐户相关联优先级的记录300。在所展示的实施例中，记录300指明了余额或帐户的类型、相关联的优先级以及帐户中余额的当前值(如使用直方图)。图3中显示的记录300指明，家庭帐户或余额具有相对高的优先级，而成员帐户或余额具有相对低的优先级。

图4从概念上展示了第一个示范实施例记账系统400。在所展示的实施例中，记账系统400包括家庭帐户405，它具有相关联的余额410，以及多个成员帐户415，每个都具有相关联的余额420。帐户405、410与一组属性425相关联。示范属性包括余额值、对帐户的支出限制、指明帐户是预付费还是后付费的信息、优先级、指明对每个帐户等应用计费准则的应用准则等等。在一个实施例中，无论以家庭帐户水平还是以成员帐户水平定义，每个余额都具有相同的可应用准则。如果与成员之一相关联的呼叫无法满足余额可应用准则，就可以拒绝该呼叫。

余额可应用准则可以根据呼叫信息定义，比如该呼叫的类型(如语音、数据、消息、内容、游戏等)。例如，语音和消息可以向家庭帐户余额410计费，而数据、内容或游戏服务可以向与接收数据、内容或游戏服务的成员相关联的成员帐户余额420计费。也可以根据呼叫是本地呼叫、国内呼叫还是国际呼叫对不同的余额计费。例如，本地呼叫以及对家里的呼叫可以由家庭支付，并对家庭帐户水平余额计费，但是其他国内呼叫或国际呼叫可以记账到各个家庭成员的帐户420。对资源使用的计费也可以根据该呼叫是从本地网络提供的，还是用户在漫游时提供的。例如，从本地网络提供的呼叫可以向家庭余额410计费，而漫游呼叫可以向适当成员的个体余额410计费。资源使用也可以根据一天中的时段和/或星期几记账到帐户405、415。例如，当认为用户在家的一天中的时段和星期中的几天期间所发出呼叫的费用可以向家庭帐户余额410计费，但是当认为用户在学校时提供的呼叫可以被阻塞。在某些实施例中，还可以使用黑名单、白名单、特殊呼叫目标或任何其他准则确定对呼叫的费用。

图5从概念上展示了可以对家庭计划实行的付款选项500。在所展示的实施例中，付款选项500可以由服务提供商(如为了支持不同的市场需求)和/或家庭计划的一个或多个成员(如取决于家庭或组成员的需求)选择。对组和成员帐户余额可以都使用单一付费方式支付余额，也可以对组和成员帐户余额中选定部分使用多种付费方式支付余额。例如，在纯预付费家庭计划中，家庭帐户余额的付费方式是预付费，每位成员帐户余额的付费方式也都是预付费。在纯后付费家庭计划中，家庭帐户余额的付费方式是后付费，每位成员帐户余额的付费方式也都是后付费。第一种混合家庭计划允许家庭余额预付费，而每位成员余额的付费方式既可以预付费也可以后付费(如由具体成员自行决定)。第二种混合家庭计划允许家庭余额付费方式为后付费，而每位成员余额的付费方式既可以预付费也可以后付费(如由具体成员自行决定)。受益于本公开内容的本领域普通技术人员应当承认，付款选项500的这个列表不力图面面俱到，也不力图限制本发明。

返回参考图4，记账系统400的不同实施例可以用于支持多种聚合家庭计划。在一个实施例中，家庭帐户余额410可以用于支付与每位成员相关联的流量。当与家庭帐户余额410相关联的支出限制超出或用尽时，可以拒绝当前和/或将来的呼叫。在记账系统400也可以支持的家庭计划中，每位成员支付与该成员产生的流量相关联的资源使用。虽然每位成员可以支付他们自己的流量，将数个帐户415聚合为单一计划可以允许服务提供商为组或家庭计划提供较低的价格。记账系统400可以进一步地支持家庭或组计划，其中在家庭帐户余额410与一个或多个成员帐户余额420之间划分呼叫计费。例如，对与呼叫相关联的资源使用的一部分(也许一直到支出限制)可以向家庭帐户余额410计费，另一部分资源使用费用可以向一个或多个成员帐户余额420计费。如果对呼叫可用的家庭帐户余额410和成员帐户余额420的部分超出或用尽，就可以切断当前和/或将来的呼叫。

对家庭帐户组405、415中的预付费和后付费帐户，记账系统400也都支持在线计费。所以，记账系统400可以支持在线计费功能，比如实时地监控与组内成员相关联的呼叫行为。因此，家庭或组内全部成员都可以具有相同的或类似的用户经历，唯一差异可以是付费方法。在一个实施例中，使用余额划分和保留技术能够确定呼叫行为和/或记账，在该技术中帐户余额410、420的部分(如若干份额)被保留，由具体的成员使用。划分机构可以将余额分为许多小的部分，即若干份额。一份额的尺寸可以由操作员配置。从网络收到呼叫请求时，在线计费功能从一个或多个可用余额410、420中保留一份额，在份额保留之后，在线计费功能可以请求计费引擎确定呼叫流量。根据来自余额的保留份额和来自计费引擎的流量，在线计费功能可以计算允许的限额(比如呼叫持续期间、流量、数据项的数量)，并且将该允许的限额返回给网络。

图6从概念上展示了第二个示范实施例记账系统600。在所展示的实施例中，记账系统600包括在线计费功能605，用于产生与呼叫相关联的计费信息；帐户余额管理功能610，用于对与用户相关联的帐户余额保持跟踪；以及计费引擎615，用于确定与呼叫相关联的成本或费用。实现和/或操作在线计费功能605、帐户余额管理功能610和计费引擎615的技术为业内公知(如参见技术说明书3GPP TS32.240)，并且为了清楚起见，本文仅仅讨论实现和/或操作与本发明相关的这些单元的那些方面。

在所展示的实施例中，帐户余额管理功能610保存了帐户余额620，它可以是家庭帐户余额或成员帐户余额。帐户余额620被分为若干份额625、630，可以分配给能够使用帐户余额620的某成员或若干成员进行的呼叫，以便支付与该呼叫相关联的费用。当在线计费功能605收到指明已经收到了某呼叫请求的信息时，如箭头635所指示，在线计费功能605可以提供请求，为所请求的呼叫保留可用帐户余额620的份额625，如箭头640所指示。每个呼叫都能够从余额620中每次保留一份额625、630。帐户余额管理功能610确定份额625可用，因此提供响应，表明已经为所请求的呼叫保留了份额625，如箭头645所指示。然后在线计费功能605可以向计费引擎615提供流量请求(如箭头650所指示)，使得计费引擎615可以确定与所请求的呼叫相关联的费用。然后计费引擎615可以提供信息，指明与所请求的呼叫相关联的费用(或流量)，如箭头655所指示。在线计费功能605用于提供消息，指明允许的限额(如箭头660所指示)，它可以用于监控与所请求的呼叫相关联的费用。

如果当前呼叫用完了限额，用户可以发送另一个请求，从余额620中保留下一份额630，以延长当前的呼叫。如果当前余额620不足一份额630，该呼叫可以试图从其他余额保留更多的贷方。例如，如果一份额是$1，并且如果家庭余额已经下降至$0.40的数值，帐户余额管理功能610可以试图从成员余额中保留$0.60。为一个呼叫保留的份额625应当仅由这个呼叫使用，不应当由其他呼叫使用。在预呼叫建立阶段，如果没有余额可保留，该呼叫将被拒绝。如果在该呼叫期间当前份额625用尽并且无法从余额620中保留份额630，就可以切断该呼叫。在呼叫结束时，如果保留的份额625未被当前呼叫用尽，可以将份额625的剩余部分返回给余额620。余额划分机构使多个并发呼叫都能够具有使用余额620的机会，而不是仅仅允许由一个呼叫独占全部余额620。划分机构在家庭帐户余额水平和成员帐户余额水平都可以实现。在家庭帐户余额水平实现划分机构使每位家庭成员都能够具有分享家庭帐户余额的相同机会。在成员帐户余额水平实现划分机构使每位家庭成员都能够具有并发呼叫，比如会议呼叫。

图7从概念上展示了第三个示范实施例记账系统700的操作。在所展示的实施例中，记账系统700包括在线计费功能705，用于产生与呼叫相关联的计费信息；帐户余额管理功能710，用于对与用户相关联的帐户余额保持跟踪；以及计费引擎715，用于确定与呼叫相关联的成本或费用。帐户余额管理功能710可以使用与帐户余额相关联的一种或多种属性，以选择对资源使用进行计费的帐户余额并保留该帐户余额的若干部分或份额。帐户选择功能由标注为718的方框所指示。在所展示的实施例中，记账系统700为使用一个或多个网络723进行通信的二位成员720提供记账功能。成员720的每一位都具有个体余额725，并且两位成员还分享组余额730。在所展示的实施例中，组余额730分配的优先级是2，成员余额725(1)分配的优先级是3，成员余额725(2)分配的优先级是1。

在所展示的实施例中，成员720(1)向在线计费功能705提供呼叫请求消息，试图启动呼叫并对呼叫记账。然后在线计费功能705向帐户余额管理功能710传递消息。该消息指明成员720(1)想启动呼叫的记账，并且请求保留或者组余额730或者成员余额725(1)的份额。帐户选择功能718确定可以保留组余额730的份额，由成员720(1)使用。例如，帐户选择功能718可以使用与组余额730相关联的相对高的优先级和/或成员余额725(1)的相对低的优先级，以选择组余额730的份额。保留的份额由方框740所指示，并且使组余额730的这部分对其他用户不可用，正如由组余额730的网状部分所指示。帐户余额管理功能710提供的消息指明份额740已经被保留给了在线计费功能705，它通知成员720(1)已经为所请求的呼叫保留了可用组余额730的一部分。然后可以启动该呼叫，并且在线计费功能705可以对这个呼叫所引起的成本或费用保持跟踪。

然后成员720(2)向在线计费功能705提供呼叫请求消息，以试图启动呼叫。然后在线计费功能705向帐户余额管理功能710传递消息。该消息指明成员720(2)想要启动呼叫的记账，并且请求保留或者组余额730或者成员余额725(2)的份额。帐户选择功能718确定可以保留成员余额725(2)的份额，由成员720(2)使用，如根据组余额730相对低的优先级和/或成员余额725(2)相对高的优先级。保留的份额由方框741所指示，并且使成员余额725(2)的这部分对任何其他用户不可用，正如由成员余额725(2)的网状部分所指示。帐户余额管理功能710提供的消息指明份额741已经被保留给了在线计费功能705，它通知成员720(2)已经为所请求的呼叫保留了可用组余额730的一部分。然后可以启动该呼叫，并且在线计费功能705可以对这个呼叫所引起的成本或费用保持跟踪。

在所展示的实施例中，与成员720(1)相关联的呼叫已经持续到长得足以用尽所保留的份额740，所以成员720(1)发送请求，保留附加的份额以继续该呼叫。在线计费功能705向帐户余额管理功能710传递消息。该消息指明成员720(1)想要继续当前呼叫并请求保留或者组余额730或者成员余额725(1)的份额。帐户选择功能718确定可以保留组余额730的份额，由成员720(1)使用。保留的份额由方框742所指示，并且使组余额730的这部分对任何其他用户不可用，正如由组余额730的附加网状部分所指示。帐户余额管理功能710提供的消息指明份额742已经被保留给了在线计费功能710，它通知成员720(1)已经保留了可用组余额730的一部分，所以该呼叫可以继续。在线计费功能705可以对正在进行的呼叫所引起的成本或费用继续保持跟踪。

由成员720(2)提供的呼叫也可以继续到长得足以耗尽所保留的份额741。然后成员720(2)可以提供要求附加份额的请求。在线计费功能705向帐户余额管理功能710传递消息，指明成员720(2)想要保留或者组余额730或者成员余额725(2)的附加份额。帐户选择功能718确定可用成员余额725(2)对保留完整份额不足够大，所以帐户选择功能718保留的份额743包括成员余额725(2)的一部分和组余额730的一部分。使组余额730和成员余额725(2)的这些部分对任何其他用户不可用，正如由组余额730和成员余额725(2)的网状部分所指示。帐户余额管理功能710向在线计费功能705提供消息，指明份额743已经被保留，并且在线计费功能705通知成员720(2)已经为所请求的呼叫保留了份额743。然后该呼叫可以继续，并且在线计费功能705可以对正在进行的呼叫所引起的成本或费用保持跟踪。

然后由成员720(1)提供的呼叫继续到长得足以耗尽所保留的份额742。然后成员720(1)可以提供要求附加份额的请求。在线计费功能705向帐户余额管理功能710传递消息，指明成员720(1)想要保留或者组余额730或者成员余额725(1)的附加份额。帐户选择功能718确定可用组余额730对保留完整份额不足够大，所以帐户选择功能718保留的份额744包括组余额730的一部分和成员余额725(1)的一部分。使组余额730和成员余额725(1)的这些部分对任何其他用户不可用，正如由组余额730和成员余额725(1)的网状部分所指示。帐户余额管理功能710向在线计费功能705提供消息，指明份额744已经被保留，并且在线计费功能705通知成员720(1)已经为所请求的呼叫保留了份额744。然后该呼叫可以继续，并且在线计费功能705可以对正在进行的呼叫所引起的成本或费用保持跟踪。

由成员720(2)提供的呼叫也可以继续到长得足以耗尽所保留的份额743。然后成员720(2)可以提供要求附加份额的请求。不过，在这种情况下帐户选择功能718确定，可用的组余额730被耗尽，并且成员余额725(2)也被耗尽，所以成员720(2)对充足帐户余额不具享用权。对成员720(2)不保留份额，帐户余额管理功能710向在线计费功能705提供消息。指明没有保留份额。在线计费功能705通知成员720(2)对该呼叫没有保留份额，该呼叫将被终止。然后可以终止该呼叫。

由成员720(1)提供的呼叫再次继续到长得足以耗尽所保留的份额744。然后成员720(1)可以提供要求附加份额的请求。帐户选择功能718确定可用的组余额730被耗尽，所以帐户选择功能718从成员余额725(1)中保留份额745。使成员余额725(1)的保留部分对任何其他用户不可用，正如由成员余额725(1)的网状部分所指示。帐户余额管理功能710向在线计费功能705提供消息，指明份额745已经被保留，并且在线计费功能705通知成员720(1)已经为所请求的呼叫保留了份额745。然后该呼叫可以继续，并且在线计费功能705可以对正在进行的呼叫所引起的成本或费用保持跟踪。

本文介绍的会聚性家庭或组记账计划的实施例可以有优于常规记账技术的许多优点。例如，会聚性家庭组解决方案可以为操作员和终端用户提供实时的会聚经验。本文介绍的组记账计划的实施例可以允许用户利用移动服务提供商所提供的全部服务，同时允许组内成员选择针对服务的预付费、后付费或混合家庭记账计划。该家庭计划也实行分享机制，允许组内成员从分配给该组的单一余额中支取。通过实行基于数据配置或其他准则的帐户余额选择，本文介绍的家庭或组记账技术允许服务提供商定制针对不同市场区域的家庭计划策略。除分享机制之外，基于规则的父母控制机制(如设置指出限制和/或需要余额预付费)授予父母对支出的控制，有助于避免其子女的大量使用或过度接入。会聚性家庭组还可以将多个电话号码捆绑到单一计划，以吸引并有益于终端用户，比如通过将有线服务和/或无线语音、数据和移动商务服务封装为单一计划。对整个家庭可以提供一个账单，它的优点是简化付费；对组帐户和一个或多个成员帐户也可以应用多个预付费和/或后付费账单。

在线计费系统也可以向组或家庭内的全部预付费和/或后付费家庭成员提供相同的实时用户经验。组内成员可以收到相同的实时额定值，并且可以承受实时贷方和/或支出控制。本系统也可以实行实时的互动语音响应(IVR)和/或通知。每个组或家庭都可以分享组余额(如电子钱包)，也可以保留分开的成员余额。可以使用灵活的准则控制对组余额和/或成员余额的支取。例如，呼叫家里可以计费到家庭余额上，也可以将它们计费到一个成员余额上。对呼叫可以设定各个家庭支出限制，以避免使一位成员过多地使用整个余额的大部分。不仅如此，控制成员帐户可以减轻父母对其子女过度地或不适当地使用电话的担心。例如，父母可以将家庭和成员帐户配置为全都允许呼叫家里，但是决不允许国际呼叫。家庭和成员帐户还可以配置为在上学时间期间阻塞呼叫，以及对特定的日子、星期或月限制使用。

服务提供商也可以从实行比如本文所介绍的会聚性家庭计划中受益。例如，会聚性家庭计划可以允许操作员仅仅保留一项产品设置，以降低操作成本。本文介绍的会聚性计费解决方案包括转换计费引擎及流量计划、帐户管理、用户数据库、公共平台等，它们可用于提供多种家庭或组计划。单一过程和/或环境可以用于至少部分地管理预付费和后付费两种客户，因为公共的实时特性组被用于预付费和后付费两种用户。例如，单一预备接口、一个事务部门、一名客户代表、一种客户支持服务等可以用于管理预付费和后付费客户。因此，操作、管理和/或维护的过程可以流水线化和/或优化。本文介绍的家庭计划实施例也可以通过实行实时支出和/或贷方控制而减少营业收入的泄漏。服务提供商对与预付费和/或后付费客户基础相关联的计费潜力也可以具有更宽的范围，并且家庭计划的家庭友好特性可以有助于增加市场份额。不仅如此，本文介绍的家庭或组计划还可以有助于创建用户的依存性，减少用户波动。例如，若是为了保持家庭组计划的利益，家庭或组需要一起转换服务提供商，典型情况下转换操作员的成本和不便会增加多倍。

以上公开的具体实施例仅仅是展示性的，因为本发明可以被修改并以不同的但是等价的方式实践，这些方式对于从本教导受益的本领域技术人员显而易见。不仅如此，除了以下权利要求书中所介绍的以外，无意限制于本文所示的结构和设计细节。所以显而易见，以上公开的具体实施例可以改变或修改，并且所有这些变化都被视为在本发明的范围之内。所以，本文寻求的保护在以下权利要求书中阐述。

Claims (17)

1.一种在通信系统中使用的在线计费方法，包括：

存储指明与多个用户相关联的组余额的信息，所述组余额表示在所述通信系统中所述多个用户可用的资源使用量；以及

存储指明多个个体余额的信息，每个个体余额都与所述多个用户中的一个相关联，而且每个个体余额都表示在所述通信系统中所述多个用户中对应的一个可用的资源使用量。

2.根据权利要求1的方法，其中，存储所述指明所述组余额的信息包括：存储指明与所述多个用户相关联的贷方水平、借方水平或支出限制中至少一个的信息。

3.根据权利要求1的方法，其中，存储所述指明所述多个个体余额的信息包括：存储指明与所述多个用户中每一个相关联的贷方水平、借方水平或支出限制中至少一个的信息。

4.根据权利要求1的方法，其中，存储指明所述组余额的信息包括存储指明组余额类型的信息，存储指明所述多个个体余额的信息包括存储指明所述多个个体余额中每一个的个体余额类型的信息。

5.根据权利要求1的方法，其中，存储指明所述组余额的信息包括存储指明组余额应用准则的信息，存储指明所述多个个体余额的信息包括存储指明所述多个个体余额中每一个的个体余额应用准则的信息。

6.根据权利要求1的方法，其中，存储指明所述组余额的信息和指明所述多个个体余额的信息包括：存储指明所述组余额和所述多个个体余额中每一个的相对优先级的信息。

7.根据权利要求1的方法，包括：存储指明所述组余额是预付费还是后付费的信息，以及存储指明所述个体余额中每一个是预付费还是后付费的信息。

8.根据权利要求1的方法，包括：在修改由所述多个用户中的至少一个使用的资源使用量的同时，修改指明所述多个用户可用的组余额的信息或指明所述多个用户中对应的一个可用的个体余额的信息中的至少一个。

9.根据权利要求8的方法，包括：响应由所述多个用户中的至少一个提供的至少一个呼叫请求，选择所述组余额或其中一个所述个体余额中的至少一个。

10.根据权利要求9的方法，其中，选择所述组余额或所述个体余额中的所述至少一个包括：根据指明所述组余额的信息、指明所述个体余额的信息、贷方水平、借方水平、支出限制、余额优先级和余额应用准则中的至少一个，选择所述组余额或所述个体余额中的所述至少一个。

11.根据权利要求9的方法，包括：将所述选择的组余额或个体余额的一部分分配给提供所述至少一个呼叫请求的所述至少一个用户，从而所述分配的部分变为对其他用户不可用。

12.根据权利要求11的方法，包括：确定在由所述至少一个用户请求的所述至少一个呼叫期间所述分配的部分已经使用了多少，在由所述至少一个用户请求的所述至少一个呼叫的同时进行所述确定。

13.根据权利要求12的方法，其中，修改指明所述组余额或所述个体余额的信息中的所述至少一个包括：响应确定所述分配的部分已经被所述至少一个用户使用，将所述选择的组余额或个体余额减少所述分配的部分。

14.根据权利要求13的方法，包括至少一个下列步骤：

响应确定先前分配的部分已经被所述至少一个用户使用，分配所述选择的组余额或个体余额的新部分；或者

响应确定所述先前分配的部分已经被所述至少一个用户使用且所述选择的组余额或个体余额已经达到预定水平，终止由所述至少一个用户请求的所述至少一个呼叫。

15.根据权利要求8的方法，其中，修改指明所述组余额或所述个体余额的信息中的所述至少一个包括：在将与至少一个用户提供的至少一次呼叫相关联的资源使用量记入借方的同时，将所述组余额或所述个体余额中的所述至少一个记入借方。

16.根据权利要求8的方法，其中，修改指明所述组余额或所述个体余额的信息中的所述至少一个包括：在降低与至少一个用户提供的至少一次呼叫相关联的资源使用量的同时，降低与所述组余额或所述个体余额中的所述至少一个相关联的贷方水平。

17.根据权利要求16的方法，包括：以能够用于为与所述多个用户相关联的资源使用量产生账单的形式，提供指明与所述组余额或所述个体余额中的至少一个相关联的贷方水平的信息。

Images