专利名称：信用卡被超额记账的预付费预算呼叫帐户的制作方法
信用卡被超额记账的预付费预算呼叫帐户
背景技术：
服务提供商为所提供的服务选择向客户提供信用，期望在服务期终止时得到支 付。或者，服务提供商可以要求客户在提供服务之前为该服务付款。所谓的预付费服务可 以允许客户在服务提供和使用之前购买服务。因此，预付费客户可以在由服务提供商持 有 的预付费帐户中保持正货币余额。或者，客户可以从服务提供商那里购买服务单位以便在 一段时间内使用。在电话网络的示例中，预付费客户可以以诸如分钟为单位购买电话服务。传统预付费系统的某些特性对于系统操作员和客户两者而言都是不期望的。例 如，客户通常以一次性方式购买预付费帐户。预付费呼叫帐户的高度竞争市场通常导致非 常低的客户忠诚度。因此，提供商不能预期来自客户的大量重复的业务。从客户的观点触发，几乎被耗尽的预付费呼叫帐户可能导致实际上无用的剩余余 额。如果余额仅仅适合于相对较短的服务的提供，则知道任何服务的提供可能需要被过早 停止的客户可能为使用余额而担心。因此，小的余额实际上可能得不到使用，因此可能被浪 费。预付费呼叫帐户通常仅与单个服务相关。因此，可能需要客户为每个所期望的服 务的提供购买和保持分离的帐户。另外，由服务提供商提供的帐户可以包括用于特殊服务 的不需要与客户期望的费用相匹配的余额。提供具有固定余额的帐户可能使得客户用于对 预定预算进行跟踪的努力变得复杂。
图1示出了用于提供预付费电信服务的示例性预付费服务系统；图2a示出与预付费服务帐户记录相关的示例性数据库表格的定义；图2b示出与预付费余额记录相关的示例性数据库表格的定义；以及图3示出了描绘与提供预付费服务的方法相关的示例性步骤和判定的流程图。
具体实施例方式图1示出用于提供预付费电信服务的一种可能的示例性预付费服务系统100。发 端设备110通过电信网络105连接到网络接入点120和终端设备115。网络接入点120可 以保持到电信网络105的连接，且可以包括诸如自动呼叫分配器(ACD) 125以及多个呼叫 处理服务器130之类的系统100元件。除连接到处理服务器130之外，自动呼叫分配器可 以连接到一个或多个客户服务终端140。呼叫处理模块135可以位于呼叫处理服务器130 上，且可以包括被配置为向客户112提供预付费电信服务的计算机指令。网关服务器145 可以充当呼叫处理服务器130、客户服务终端140、与预付费数据库系统150之间的媒介 (intermediary)。预付费数据库系统150可以包括被配置为执行多个存储的程序170的 数据库处理器155。处理器155额外地具有到呼叫处理数据存储库160和费率报价(rate quote)数据存储库165的入口。电信网络105可以是一般被称为公共电话交换网(PSTN)的电话交换网。或者，电信网络105可以是协作地连接在一起的电路交换和分组交换网络元件的组合，以使得能 够实现基于信令系统7 (SS7)的电话呼叫。还可以将诸如用于无线呼叫的蜂窝式网络和用 于基于分组交换网络的语音呼叫的互联网语音协议(VOIP)网络等的其它网络与电信网络 105集成。因此，应理解的是，网络105包括交换机、链路、网关等，以促进设备110与115之 间的呼叫和数据传输。
虽然被描绘为传统电话，但是发端设备110可以是能够经由与之相关联的一个或 多个协议来进行通信，并且连接到电信网络105的任何类型的电信设备。因此，发端设备 110可以能够接受来自客户112的输入，例如，用于电信网络接入点120的访问号码、预付费 帐户标识符210 (图2a)、以及与终端设备115相关的电话号码。类似于发端设备110，终端 设备115可以是能够直接或间接地与电信网络105相连，并由此接收从其呼入的呼叫的任 何类型的电信设备。虽然图1仅仅描绘了单个发端设备110和单个终端设备115，但应理解 的是，可以存在在任何给定时间连接到预付费服务系统100的许多此类设备。当使用发端 设备110来访问系统100时，可以将客户112视为系统100的用户以及发起呼叫者。应理解的是，图1及其说明示出预付费电信服务的示例中的预付费服务。然而，下 述方法300可以整体或部分地适用于其它形式的预付费服务。即使在预付费电信服务的示 例中，也可以存在负责提供系统100的元件的多个实体。例如，电信网络提供商可以提供某 些组件，同时预付费服务提供商可以提供其它组件。另外，终端设备115可以根本不存在。 例如，发端设备110可以接收不包括终端设备115的预付费服务。还应理解的是发端设备110与终端设备115之间的连接可以是本地连接、长距离 连接、或国际连接。可以将每种类型的连接视为单独的服务类型且其可以具有不同的服务 费率。预付费服务帐户可以使得发端设备110能够根据许多不同的费率进行连接。同样地， 发端设备Iio可以不连接到终端设备115，而是可以从服务提供商接收其它类型的服务。例 如，可以提供给客户112的其它可能的服务包括查号辅助、数据服务等。可以根据相应的服 务费率来提供对这些及任何其它服务的访问。因此，预付费系统100可以使得客户112能 够购买用于可以提供的每种服务类型的预付费帐户。在另一示例性方法中，单个预付费帐 户可以包括用于每种服务类型的单独余额。网络接入点120为预付费服务提供商提供到电信网络105的连接。网络接入点 120可以托管电信设备，以实现所谓的智能网络或智能服务网络。智能网络通常能够使得电 信提供商能够向传统电信系统提供增值服务，例如，预付费呼叫。在其它设备之中，智能网 络可以包括自动呼叫分配器125和呼叫处理服务器130。网络接入点120还可以提供用于 连接诸如自动呼叫分配器125、呼叫处理服务器130等的预付费服务系统100设备的局部网 或广域网。虽然图1仅描绘了单个电信网络接入点，但应理解的是，预付费服务系统100可 以可以具有分散在各处的多个此类网络接入点120。自动呼叫分配器125保持到电信网络105的连接以便从发端设备100接收输入连 接，并建立与终端设备115的连接。自动呼叫分配器125可以包括电信交换设备，例如，专 用交换分机(PBX)。另外，自动呼叫分配器可以包括被配置为执行呼叫路由规则的处理设 备，所述呼叫路由规则将呼入呼叫指引到其它设备，例如，呼叫处理服务器130、客户服务终 端140等。如果没有足以用于立即处理呼叫的资源，则自动呼叫分配器125还可以将呼入 呼叫排队。虽然图1仅示出单个自动呼叫分配器125，但其它示例性方法可以包括多个自动呼叫分配器125。呼叫处理服务器130接收从自动呼叫分配器125路由的呼叫，且可以向客户112 提供交互功能。呼叫处理服务器130可以是自动响应单元或语音响应单元。此类单元可以 为客户112提供可以听得见的菜单选项。客户112可以通过在其设备110的键盘上输入对 应于特定菜单选项的号码来选择选项。呼叫处理服务器130还可以被配置为通过语音识别 软件接收客户112选项，使得客户112可以说出与其选择相对应的菜单选项。呼叫处理服 务器130还可以从客户112接收除了任何菜单的选择之外的多个输入。这些输入可以包括 预付费服务帐户标识符210 (图2a)、安全码、以及终端设备115的电话号码。呼叫处理服务器130可以通过信令通信来控制自动呼叫分配器125，以便通过电 信网络105建立到终端设备115的连接。类似地，呼叫处理服务器130可以向自动呼叫分 配器125提供信令指令，以便终止或拆毁发端设备110与终端设备115之间的连接。呼叫 处理服务器130可以周期性地监视发端设备110与终端设备115之间的连接，以便跟踪其 间连接被保持的持续时间，且还可以加入该连接，以便向客户112提供自动消息，例如指示 帐户余额270、280 (图2b)即将耗尽的消息。另外，呼叫处理服务器130可以包括用计算机可执行指令来编码的计算机可读介 质，其被配置为实现预付费服务系统100的帐户跟踪和呼叫处理特征。该计算机指令被包 括在呼叫处理模块135中。呼叫处理模块135可以在概念上将跨越服务期的呼叫分成一个 或多个时间长度，使得每个时间长度可以表示服务增量(increment)。服务增量可以是标准 增量、或自定义增量。与标准增量相关的时间长度一般等于与呼叫相关的所有其它标准增 量。然而，与自定义增量相关的时间长度可以不同于其它自定义增量以及标准增量的时间 长度。可以基于全系统范围、逐个帐户、或逐个产品地来建立与标准增量相关的时间长度。 将服务期划分成一个或多个服务增量可以允许系统100在提供达到附加的服务增量的服 务之前确定帐户余额270、280(图2b)是否充足。另外，如果帐户余额220不足以提供与标 准增量相关的时间长度的服务，则呼叫处理模块135可以被配置为向客户112提供达到自 定义增量而不是标准增量的服务。如下文将描述的那样，帐户余额270、280不必须存储货 币值。相反，帐户余额270、280可以存储服务余额的单位。下面提供可以由呼叫处理模块 135提供的示例性操作的更详细说明。网关145可以充当电信网络接入点120、客户服务终端140、与预付费数据库系统 150之间的媒介。网关145可以包括到数据库系统150、呼叫处理服务器130、和客户服务终 端140的网络连接。在一种示例性方法中，可以在能够更严格地保证服务质量的专用局域 网或广域网上建立到网关145的网络连接，以便使等待时间最小化并从而提供对被保持在 数据存储库160和165中的数据的实时或近实时访问和更新。网关145可以接收对访问预 付费数据库系统150的所有请求，以便提供对数据库系统150进行直接访问的障碍。在某 些情况下限制对数据库系统150的访问可能是适当的。例如，示例性方法可以提供排队、改 善的安全性、对遗留系统的访问等等。应理解的是，某些数据库处理器155可以能够处理来 自呼叫处理服务器130和客户服务终端140的许多请求，且因此可以消除对网关145的需 要。网关145可以是web应用程序服务器，虽然作为具有包括用于与数据库系统150 通信的指令的计算机可读介质的任何计算设备都将是足够的。网关145可以是联网计算机系统，其配置有用于接受来自于呼叫处理服务器130和客户服务终端140的连接的服务器软件。呼叫处理服务器130，例如使用这些连接来在网关145上执行远程程序调用。在网关 145上执行的远程程序调用与数据库处理器150通信，以通过存储的程序170 (下文讨论) 来检索和设置数据库系统150上的数据。虽然图1仅描绘单个网关145，但应理解的是网关 145可以包括被配置为共享与数据库系统150交互的责任的多个(a pool of)网关145。支付处理器180可以从网关145接收支付请求，还可以提供支付请求被接受的确 认。此类支付处理器180可以在系统100的外部，且可以完全在提供系统100的电信服务 提供商的外部。支付处理器180接受支付帐户信息220以及支付数额，并确定所提供的帐 户是否能够接受支付数额。支付帐户可以是信用卡帐户，且支付处理器180可以是信用卡 处理器。数据库系统150可以是关系数据库管理系统。除了别的系统之外，通常可使用包 括SQL Server、Oracle、和MySQL的许多此类系统。呼叫处理数据存储库160可以以行列 表格式来存储呼叫处理数据，且可以包括多个表。行、或记录包括一个或多个列、或字段，其 保持用于特殊定义字段的数据值。可以通过一个或多个列的值来唯一地识别行。可以包括 一个或多个列的索引，以辅助搜索表的特定行。可以使用诸如嵌入式数据库、分级系统、基 于文件的存储等其它数据库系统来作为数据库系统150。数据库处理器155包括便于数据 库事务处理的计算机可读介质上的指令。此类指令可以由一个或多个存储的程序170来提 供。另外，处理器155可以包括用于数据的批量或大量加载的指令，例如，用于零售购买的 卡激活。相似地，可能需要数据的批量导出以支持会计和税收报告特征。图1描绘作为数据库系统150的一部分的费率报价数据存储库165。然而，费率报 价数据存储库165可以在系统100的范围之外使用。因此，应理解的是费率报价数据存储 库165可以在系统100之外，使得网关145可以访问其上面的数据。在不包括网关145的 示例性方法中，费率报价数据存储库165可以通过呼叫处理服务器130访问。到自动呼叫分配器125的呼入呼叫可以被路由到客户服务终端140以便向客户 112提供个性化客户服务。客户服务终端140可以包括计算设备和显示器。由终端140提 供的图形用户界面(GUI)等可以使得客服人员能够通过网关145来访问预付费数据库系统 150。因此，客户服务终端140可以提供对数据库系统150的存储的程序170的访问。如上 文所讨论的，存储的程序170可以操作与帐户记录200相关的数据。图2a示出供系统100使用的示例性帐户记录200。帐户记录200可以被存储在数 据库系统150的呼叫处理数据存储库160中。帐户标识符字段210提供将不同的帐户相互 区别开的唯一标识符。执行自动重新充值所需的支付帐户信息可以被存储在支付帐户信息 字段220中。应理解的是账户记录200可以具有任何数目的附加字段。例如，可以包括识 别客户112的字段。图2b示出了供系统100使用的示例性帐户余额记录250。可以通过包括在帐户 余额记录250中的帐户标识符210来使一个或多个帐户余额记录250与帐户记录200相关 联。余额记录250可以利用存储在余额标识符字段260中的值而唯一地识别。此外，对于 通过系统100提供的每种服务类型都可以存在帐户余额记录250。余额记录250以包括重 现性(recurring)余额270和超额余额280。存储在余额字段270、280中的值可以是货币 值。然而，在其它示例性方法中，所述值可以是购买的诸如分钟的服务单位的数目。每个余额记录250可以针对相应服务跟踪重现性余额270和超额余额280。还可以将与服务相关 的费率存储在余额记录200中，或者可以由费率报价数据存储库165来提供与服务相关的 费率。重现性余额270可以被配置为在例如一个月的一段时间之后复位至预定水平。此 外，重现性余额270的任何剩余数额将可能在该期限结束时丢失，而不是向重现性余额270 中增加数额。相反，超额余额280通常不会到期或复位，而是可能被收取周期性的费用，诸 如维护费。余额记录250还可以包括重新充值优选项(preference) 290。重新充值优选项 290可以包括超额余额280的重新充值是否得到许可的指示。重新充值优选项290还可以 包括对超额余额280进行重新充值的数额。在另一示例性方法中，重新充值优选项290以 指示将以预定成本购买的预定数目的服务单位。客户112可能具有对各种类型服务的需求。服务提供商可以提供许多服务供应以 满足多个客户112的需要。由于特定客户122在类型和数量两方面的服务需要可能与其它 客户112不同，所以可以用客户专用重现性余额270来配置与相应提供的服务相关联的余 额记录250。另外，然后可以使自定义余额记录250与跟客户112相关联的帐户记录200相 关联。因此，通过与一个或多个余额记录250的关联，可以使帐户记录200适合于满足客户 112的特定需要。此外，使帐户被配置为通过相关的余额记录250来跟踪多个服务的使用， 可以消除对客户112保持多个帐户的需要。此类定制帐户可以被配置为跟踪所有提供的服 务的使用，或至少跟踪所提供服务的子集的使用。客户112还可以为每种期望服务制定服 务预算。例如，客户112可以确定限定用于每月的特定服务的上限的预算。客户112的预 算额可以与对应的重现性余额270相关联。因此，客户112可以制定包括为每个所选服务 提供预算的单独数额的综合服务帐户。如上文所解释的，系统100可以能够向客户112提供多于一种类型的服务。因此， 可以将重现性余额270配置为客户112对特定服务的开支的上限。然而，认识到在某些情 况下，客户112可能期望附加量的特定服务，则可以将超额余额280配置为用于存储附加购 买量的服务。因此，在一种示例性方法中，每个余额记录250可以具有相关的超额余额280。 呼叫处理服务器130还可以被配置为首先从与提供的服务相关的重现性余额270中扣除用 于所提供的服务的数额。如果重现性余额270不足，则呼叫处理服务器130可以尝试从与 所提供的服务相关的超额余额280中扣除该数额。购买附加服务的选项可以是客户112可 配置的选项，且还可以包括以预定费率购买附加服务的选项。附加可配置选项可以允许客 户112限制某一时间段内的重新充值的次数，或者可以允许客户112在某一时间段内设置 重新充值的开支上限。可以在整个帐户范围内或逐个余额地对任何此类可配置选项进行设 置。另外，可以重新充值的数额可能受最低交易额影响。在跟踪作为货币值的重现性余额 270的另一示例性方法中，可以使单个超额余额与帐户记录200相关联。存储的程序170(图1)可以包括存储在数据库系统150中的计算机可执行指令， 且可以提供对存储在数据存储库160和165中的数据的访问。存储的程序170可以提供读 取并设置帐户记录200和余额记录250的字段的能力。存储的程序170可以包括接受帐户 标识符210作为参数，并提供与之相关的重现性余额270和超额余额280的余额询问程序。 扣除程序可以从指定的余额270、280中扣除所提供的数额。余额调整程序可以允许指定余 额270、280被恢复或调整至较大数额。通过示例性帐户记录200所表示的预付费电信帐户可以包括塑料卡，即，呼叫卡形式的物理表示。表示具有存储在数据库系统150中的余额270、280的帐户的呼叫卡可以 称为远程存储器卡 。因此，余额270、280未被存储或编码在卡上。该卡仅仅包括使得系统 100能够从呼叫处理数据存储库160确定余额270、280的帐户标识符210。然而，由于通过 因特网从基于万维网的零售商处购买预付费电信服务的能力，所以不需要物理卡，且常常 不提供物理卡。在帐户可供客户112使用之前，必须创建帐户。帐户的创建可以包括唯一帐户标 识符210和初始重现性余额270的分配。可以创建帐户标识符210，并将其分批地加载到呼 叫处理数据存储库160中。在创建之后，可以将帐户标识符210提供给零售企业待售。在客 户112购买之后，零售商可以通知系统110应激活帐户，以便客户112访问和使用。然而， 应理解的是，零售商不是仅有的预付费帐户的来源。预付费服务提供商也可以直接向客户 112提供帐户。诸如呼叫处理服务器130、网关145、和数据库处理器155之类的计算设备可 以采用本领域的技术人员已知的许多计算机操作系统中的任何一个，包括但绝不限于 Microsoft Windows 操作系统、UNIX操作系统(例如由加利福尼亚州门洛帕克(Menlo Park)的Sun Microsystems发布的Solaris 操作系统)、由纽约州阿蒙克市的国际商业机 器(IBM)公司发布的AIX UNIX操作系统、和Linux操作系统的已知版本和/或其变种。计 算设备可以包括本领域的技术人员所已知的许多计算设备中的任何一个，包括但不限于计 算机工作站、台式计算机、笔记本、膝上型计算机、或便携式计算机、或本领域的技术人员所 已知的其它计算设备。诸如呼叫处理服务器130、网关145、和数据库处理器155的计算设备每个都可以 包括通过诸如以上列出的一个或多个计算设备可执行的指令。可以根据使用本领域的技术 人员已知的多种编程语言和/或技术创建的计算机程序来编译或解释计算机可执行指令， 所述编程语言和/或技术包括但不限于单独或组合形式的Java 、C、C++、Visual Basic, Java ScriplPerl等等。通常，处理器(例如，微处理器)从例如存储器、计算机可读介质 等中接收指令，并执行这些指令，从而执行一个或多个处理，包括本文所述的处理中的一个 或多个。可以使用多种已知计算机可读介质来存储并传送此类指令及其它数据。计算机可读介质包括参与提供可以被计算机读取的数据(例如，指令)的任何介 质。此类介质可以采取许多形式，包括但不限于非易失性介质、易失性介质、以及传输介质。 非易失性介质包括，例如光盘或磁盘及其它永久性存储器。易失性介质包括通常组成主存 储器的动态随机存取存储器(DRAM)。传输介质包括同轴电缆、铜线和光纤，包括具有被耦合 到处理器的系统总线的导线。传输介质可以包括或传送诸如在射频(RF)和红外(IR)数据 通信期间产生的那些声波、光波和电磁发射。计算机可读介质的常见形式包括例如软盘、 软磁盘、硬盘、磁带、任何其它磁介质；CD-ROM、DVD、任何其它光学介质；穿孔卡、纸带、具有 孔图案的任何其它物理介质；RAM、PROM、EPR0M、FLASH-EEPR0M、任何其它存储器芯片或模 块；如下文所述的载波、或计算机可以从中进行读取的任何其它介质。数据库150可以是关系数据库管理系统(RDBMS)。除诸如上述PL/SQL语言的 用于创建、存储、编辑、和执行存储的程序的语言之外，RDBMS还可以采用结构化查询语言 (SQL)。然而，应理解的是，数据库系统150可以是其它种类的数据库，例如，分级数据库、文 件集、专有格式的应用数据库等。如众所周知的那样，数据库系统150可以包括采用诸如上述那些操作系统之一的计算机操作系统的计算设备，即处理器155，且被以多种方式中的任 何一种或多种经由网络来进行访问。在其中，将数据存储库160和165中的至少某些组合 为单个数据存储库，或者在完全独立的数据库上提供的示例性系统都是可能的。图3示出用于向预付费服务系统100的客户112提供预付费服务的示例性过程 300的流程图。虽然过程300涉及预付费电信服务的提供，但应理解的是，这些步骤同样可 适用于其它形式的预付费服务。呼叫处理系统130可以包括具有用于执行本文所述的某些 操作的存储的指令的计算机可读介质，其包括相对于过程300描述的某些或全部操作。例 如，某些或全部此类指令被包括在呼叫处理模块135中。过程300在步骤305处开始，在步骤305中，客户访问预付费帐户。在一种示例性 方法中，客户112将使用发端设备110来呼叫与电信网络接入点120相关的访问号码。自 动呼叫分配器125接收该呼叫，并从而在电信网络105上建立到发端设备110的连接。自 动呼叫分配器125将呼叫路由到呼叫处理服务器130。可以向客户112呈现用于输入帐户 标识符210、安全码、以及用于终端设备115的电话号码的可听得见的指令。接下来，在步骤310中，呼叫处理模块135查询数据库系统150的费用报价数据存 储库165，以检索与建立到终端设备115的连接相关的服务费率。特定服务可以包括费率以 及其它成本和费用。某些服务提供商可以针对到终端设备115的每个连接收取固定费用。 可以基于每单位的服务来征收税费。另外，存在与某些类型的按使用付费电话、即付费电话 相关的费用。因此，服务费用将包括与提供达到一段时间的服务相关的任何成本和费用，且 可以从费率报价数据存储库中进行检索。接下来，在步骤315中，查询重新充值优选项290，以确定是否允许重新充值。重新 充值优选项290可以包括指示是否允许重新充值的布尔值。重新充值优选项290还可以指 示可以重新充值的数额、某一时间段内可允许重新充值的总次数、以及在给定时间段内可 以重新充值的总数额。因此，如果允许重新充值，则过程可以进行到步骤320。在允许重新充值的步骤315中的确定之后，在步骤320中确定帐户余额270、280 是否处于重新充值阈值。重新充值阈值可以是仅基于余额270、280数额的固定值，或者可 以是相对于在步骤310中检索的服务费率的基于余额270、280数额的可变值。应理解的是， 余额270、280两者可以处于阈值，以便执行重新充值，因为如果任一者在阈值之上，则将不 需要执行重新充值。此外，在余额270、280达到阈值水平时而不是等到余额270、280被耗 尽就开始重新充值可以允许重新充值步骤325作为过程300的其它步骤的后台进程，或者 与过程300的其它步骤并行地进行。在余额270、280处于重新充值的阈值的的步骤315中的确定之后，呼叫处理模块 135可以在步骤325中自动地对超额余额280重新充值。呼叫处理服务器130可以通过对 呼叫处理数据存储库160查询支付帐户信息220来开始重新充值。呼叫处理服务器130随 后可以将包括所检索的支付帐户信息220的重新充值请求连同重新充值数额一起发送到 网关145。网关145将支付帐户信息220和重新充值数额发送到支付处理器180。网关145 可以接收指示支付处理器180是否接受支付帐户信息220和重新充值请求的响应。在接收 到重新充值被接受的确认时，网关145可以呼叫存储的程序170，以便用重新充值的数额来 更新超额余额280。在超额余额280跟踪服务单位而不是货币值的另一示例性方法中，可 以利用根据重新充值优选项290以预定成本购买的预定数目的服务单位来更新超额余额280。接下来，在步骤330中，确定是否存在与所请求的服务相关联的足够的重现性余 额270。如上文所讨论的，系统100将在服务期内提供给客户112的服务划分成可以对应 于时间长度的一个或多个服务增量。服务增量可以包括标准增量或自定义增量。系统100 可以基于全系统范围、逐个帐户、或逐个服务来设置对应于标准增量的时间长度。在一种示 例性方法中，重现性余额270可能需要大于与提供达到标准增量的服务相关的数额。因此， 可以通过将与标准增量相关的时间长度与服务费率相乘来计算数额。在另一种示例性方法 中，呼叫处理模块135可以以小于标准增量的自定义增量来提供服务。在此类方法中，仍可 以通过提供达到自定义增量的服务，而有效地耗尽对于提供达到标准增量的服务而言过低 的重现性余额270。可以基于服务费率(在步骤310中确定)和帐户余额220来确定与自 定义增量相关的时间长度。同样地，在此类示例性方法中，该数额可以是剩余的重现性余额 270。如果存在足够的重现性余额270，则过程进行到步骤335。接下来，在步骤335中，从重现性余额270中扣除与服务增量的时间长度相关的数 额。因此，呼叫处理模块135指示网关145利用识别余额记录250和提供从重现性余额270 扣除的数额的参数来调用扣除存储程序170。接下来，在步骤340中，可以以上至与服务增量长度相对应的时间段来向客户112 提供服务。呼叫处理服务器130可以促使自动呼叫分配器125建立发端设备110与终端 设备115之间的电信连接。呼叫处理模块135可以将交易细节记录在呼叫记录(未示出) 中。交易细节可以包括发端设备110的数目、终端设备115的数目、帐户标识符210、费率、 以及发起服务的时间。然后，在服务期结束时，结束服务的时间也将可以被包括在交易细节 中。交易细节可以允许向会计系统(未示出)报告关于呼叫的信息。如上文所讨论的，系 统100可以分布在多个协作实体中。例如，电信服务提供商可以负责通过建立并保持发端 设备100与终端设备115之间的连接来提供服务。预付费服务提供商可以在电信服务提供 商之外，且可以仅仅监视提供给客户112的服务，以便跟踪并维持帐户余额270、280。接下来，在步骤345中，呼叫处理模块135确定是否继续向客户112提供服务。呼 叫处理服务器130可以连续地监视发端设备110与终端设备115之间的连接。当连接结束 时，可以更新交易细节以反映呼叫的结束时间。如果继续提供服务，则该方法返回到步骤 315。在步骤330中确定不存在足够的重现性余额270之后，可以在步骤350中确定是 否存在与所请求的服务相关联的足够超额余额280。如上文所讨论的，帐户余额记录250可 以包括重现性余额270和超额余额270两者。超额余额280可用于在重现性余额720被耗 尽时提取。如在步骤330中一样，在一种示例性方法中，超额余额280可能需要大于与提供 达到标准增量的服务相关的数额。因此，可以通过将与标准增量相关的时间长度与服务费 率相乘来计算数额。在另一种示例性方法中，呼叫处理模块135可以以小于标准增量的自 定义增量来提供服务。在此类示例性方法中，所述数额可以是剩余超额数额280。如果存在 不足的超额余额280，则过程可以结束，从而结束可能正在进行中的任何服务。如果存在足 够的超额余额280，则过程进行到步骤355。接下来，在步骤355中，从超额余额280中扣除与所述时间长度相关的数额。因此， 呼叫处理模块135指示网关145利用识别余额记录250并提供从超额余额280扣除的数额的参数来调用扣除存储程序170。在步骤345中确定不继续提供服务，或在步骤350中确定不存在足够的超额余额 280之后，过程结束。因此，系统100和过程300通过利用被记入预付费帐户的连接费用和成本，而使得 发端设备110能够连接到终端设备115。具体而言，预付费帐户可以包括与由系统100提供 的每个服务相关的重现性余额270和超额余额280。呼叫处理模块135可以被配置为首先 消耗重现性余额270，使得在重现性余额270被耗尽之前不消耗超额余额280。另外，重现 性余额270通常周期性地复位至预定水平，而超额余额保持不变，直至其被呼叫处理器模 块135消耗为止。呼叫处理模块135还可以被配置为通过使用支付帐户信息220和支付处 理器180来对超额余额280进行重新充值。相对于本文所述的过程、系统、方法、直接推断法等，应理解的是，虽然已将此类过 程等的步骤描述为根据某些有序序列而发生，但也可以用按照除本文所述顺序之外的顺序 执行的所述步骤来实施此类过程。还应理解的是，某些步骤可以同时执行，还可以添加其它 步骤，或者可以省略本文所述的某些步骤。换言之，本文的过程说明是出于说明某些系统的 目的而提供的，且不应将其理解为用于对主张权利要求的发明进行限制。因此，应理解的是，以上说明意图是说明性且非限制性的。在阅读以上说明时，除 提供的示例之外的许多系统和应用都将是显而易见的。不是应参照以上说明而是应参照随 附权利要求、以及此类权利要求的等价物的全部范围来确定本发明的范围。可以预期且期 望是在本文所讨论的领域中未来将发生的发展，以及所公开的系统和方法将被并入此类未 来的系统中。总而言之，应理解的是，本发明能够进行修改和变更，且仅仅通过所附的权利 要求来进行限制。在权利要求中使用的所有术语旨在给定如本领域的技术人员所理解的最广泛的 合理解释及其普通意义，除非在本文中进行相反的明确指示。特别地，不加数量词限定的项 目应被理解为列举所指示的项目中的一个或多个，除非权利要求相反地明确列举。
权利要求
一种方法，包括保持如下的帐户，所述帐户被配置为跟踪多个被提供的服务中的至少一个子集的服务的使用；使多个重现性余额与所述帐户相关联，其中，每个余额与所述多个被提供的服务的所述至少一个子集中的相应服务相关联；以及从与特定服务相关联的所述重现性余额中扣除与提供达到一段时间的所述特定服务相关的数额。
2.权利要求1所述的方法，还包括周期性地将所述多个重现性余额恢复至一个或多个 相应的预定水平。
3.权利要求1所述的方法，还包括使超额余额与每个重现性余额相关联。
4.权利要求1所述的方法，还包括使至少一个超额余额与所述帐户相关联。
5.权利要求4所述的方法，其中，所述扣除包括在所述重现性余额小于所述数额时，从 所述超额余额中减去所述数额。
6.权利要求4所述的方法，还包括选择性地对所述超额余额进行重新充值。
7.权利要求6所述的方法，其中，所述重新充值包括以预定成本购买预定数目的服务 单位。
8.一种系统，包括帐户，所述帐户被配置为跟踪多个电信服务的使用，所述多个电信服务包括多个被提 供的服务的至少子集；多个重现性余额，所述多个重现性余额与所述帐户相关联，每个重现性余额与所述多 个电信服务的相应服务相关联；呼叫处理服务器，所述呼叫处理服务器被配置为从与所述多个电信服务中的特定服务 相关的所述重现性余额中扣除与提供达到一段时间的所述特定服务相关的数额。
9 权利要求8所述的系统，其中，所述帐户还被配置为周期性地将所述多个重现性余 额恢复至一个或多个相应的预定水平。
10.权利要求8所述的系统，还包括与每个重现性余额相关联的超额余额。
11.权利要求8所述的系统，还包括与所述帐户相关联的至少一个超额余额。
12.权利要求11所述的系统，其中，所述呼叫处理服务器还被配置为在与所述特定服 务相关的所述重现性余额小于所述数额时，从所述超额余额中扣除所述数额。
13.权利要求11所述的系统，其中，所述呼叫处理服务器还被配置为选择性地对所述 超额余额进行重新充值。
14.权利要求13所述的系统，其中，所述呼叫处理服务器还被配置为以预定成本购买 预定数目的所述特定服务单位。
15.一种方法，包括保持如下的帐户，所述帐户被配置为跟踪多个预付费电信服务的使用，所述多个预付 费电信服务包括多个被提供的服务的至少子集；使多个重现性余额与所述帐户相关联，其中，每个余额与所述多个预付费电信服务中 的相应服务相关联；对向发起呼叫者提供所述多个预付费电信服务中的特定服务进行监视；以及从与所述特定服务相关的特定重现性余额中扣除与所述提供步骤相关的数额。
16.权利要求15所述的方法，还包括周期性地将所述多个重现性余额恢复至一个或多 个相应的预定水平。
17.权利要求15所述的方法，还包括使多个超额余额与所述帐户相关联，其中，每个超 额余额与相应的重现性余额相关联。
18.权利要求17所述的方法，其中，所述扣除包括在所述特定的重现性余额小于所述 数额时，从与所述特定的重现性余额相关的特定超额余额中减去所述数额。
19.权利要求17所述的方法，还包括对与所述特定的重现性余额相关的特定超额余额 进行重新充值。
20.权利要求19所述的方法，其中，所述重新充值包括以预定成本购买预定数目的所 述特定服务单位。
全文摘要
一种预付费服务包括提供多个服务。帐户被配置为跟踪多个服务的使用，以及使得多个重现性余额与该帐户相关联，其中，每个余额与所述多个服务的相应的服务相关联。可以从与之相关联的重现性余额中扣除与提供达到一段时间的特定服务相关的数额。
文档编号H04M11/00GK101843083SQ200880114238
公开日2010年9月22日 申请日期2008年9月25日 优先权日2007年9月27日
发明者乔恩·E·阿贝尔, 大卫·A·菲茨杰拉德, 安娜·玛丽·阿普尔比, 格雷戈里·L·芒福德, 约翰·M·莱斯雷恩, 雷德西卡·古纳塞卡 申请人:维里逊专利及许可公司