在多样式网络环境中用于移动和电子商务的聚合式通信平台和方法

专利名称：在多样式网络环境中用于移动和电子商务的聚合式通信平台和方法
相关申请的交叉引用本申请要求于2002年3月14日提交的申请号为10/096,912的美国专利申请的权益，它是于2001年6月29日提交的申请号为09/894,890的美国申请的部分继续申请(continuation-in-part)，它们的内容在本文件中作为参考。
背景技术：
发明领域本发明涉及一种用于为世界范围内的个人和公司客户提供服务的聚合式通信系统(convergent communications system)。更具体地说，本发明涉及一种聚合式通信系统，其通过现有通信交换机且无需位于那些交换机的特定硬件来提供移动商务、电子商务和通信服务。该系统支持多样式网络之间的预付费和后付费账户的使用，以提供大范围的高级通信服务，而不管客户的位置在何处。
现有技术描述现已知的是可以事先为服务付费(预付费)以及为服务建立信用账户(后付费)。后付费账户根据客户的信用度而建立，然后，建立后付费账户的公司机构为客户的延伸信用度担保。后付费账户为大家所熟知且得到广泛应用。
例如，可以建立一种后付费电话接入账户。然后，当客户在不同于归属网络的访问网络中漫游时，客户能够通过使用后付费账户来进行长途电话呼叫或接入电话网络。然后，电话公司根据客户的信用度担保向任何其它提供漫游服务的公司的付款。此外，几年来，移动运营商已向他们的客户提供漫游服务。通常，移动运营商与位于不同地区(例如其它国家)的合作方运营商签订漫游协定，允许他们的客户在这些合作方国家或不同网络内使用其移动电话。归属网络作为由他们的客户在访问网络内进行的呼叫的付款担保。访问网络向归属网络用户提供发出和接收呼叫的设施，并收集、处理和转发使用数据至呼叫者的归属网络，以进行付款。然后，归属网络付款给访问网络。
在周期间隔内，归属网络电话公司向其客户计费并向客户收取钱款。这种交易一般会涉及很长的时间延迟，例如从几天到几个月。因此，对于访问网络，归属网络必须作为其客户所进行的呼叫的付款担保方。由于这个原因，目前归属网络只能向其后付费客户(其信誉已建立)提供漫游。随着预付费用户群的增加，全世界的电信运营商希望也为他们的预付费客户提供漫游服务。今天，由于对漫游客户的呼叫使用的非实时处理的固有特点，运营商不能够向他们的客户提供真正的预付费漫游。
进而，现已知可以向银行或其它借贷机构建立后付费信用账户，然后利用该后付费账户来购买商品和服务。偶尔地，后付费信用账户能够与漫游电话服务组合，例如信用卡号码通过无线电话链路交换，以定购服务。这种系统的局限在于。例如，客户可能希望限定其账户的财务曝光度，或者可能不希望与电话公司建立信贷。这些客户可以建立预付费账户。但是，现有预付费账户方案具有几个缺点。
例如，预付费移动或无线电话用户当在由另一电话公司覆盖的区域内时，可能想要使用他/她的无线电话。如下所述，这称为访问或漫游区域或网络。虽然预付费客户使用诸如信用卡的其它账户可能具有足够的信用来完成电话呼叫，但作为预付费客户，该客户还没有与漫游区域的电话公司建立“信用”，或者甚至与其初始电话公司(“归属网络”或“归属区域”)建立“信用”。因此，在漫游的时候，处于漫游区域的预付费客户(“预付费漫游者”)无法在他/她的预付费归属电话公司账户上借记，除非该漫游网络电话公司与其归属网络电话公司签订协定，且在每个交换机上具有特定的硬件以监视该呼叫，和借记客户的预付费账户。由于这些建立协定通常是不实际的，所以不存在有效的预付费漫游。
在电信行业内已存在预付费电话。客户或用户需要事先向通信服务提供商支付一定数目的钱款，并且该服务提供商允许客户使用等于该预付费数目的通信服务。当用户账户余额为零时，服务提供商停止该服务。然后，客户不得不通过向通信服务提供商支付追加账款来对他/她的账户充值。因此，预付费账户需要保持能够流通。
为了启用预付费通信服务，服务提供商需要实时控制客户预付费账户内账款的实际使用(即随着服务被交付)且服务提供商需要一种能够随着客户呼叫的进行实时计算账户账款的使用的系统。在市场上存在用于服务提供商的允许实时使用控制的几种可用系统。今天的商业可用技术使服务提供商能够使用几种方法来实时或接近实时地控制呼叫。
第一种方法是一种作为到电话交换网络的服务节点的预付费平台。呼叫可以流经该预付费平台，或者服务节点预付费平台可以以半智能网络形式控制呼叫(即，其中在实际上没有呼叫被路由过该系统时，平台指示交换网络进行连接/断开)。因此，预付费平台在启用IN(智能网络)的电话交换网络上起到智能网络节点的作用。
也可以根据在非常短的间隔内定期处理呼叫数据记录(“CDR”)的方式来提供预付费服务。交换系统允许使用信息被例如通过一种热CDR端口传递到服务供应商的计费系统上，其中，在该端口上，电话公司交换机被设置成以频繁间隔提供使用信息给计费系统。也可以通过利用收费通知(“AoC”)参数对一种卡编程的方式(其限制呼叫使用)来提供预付费服务。但是，由于使用呼叫数据记录易于出现欺诈，因此全世界的移动运营商正在停止它们的使用。同样，AoC不能提供设置使用率的灵活性。
传统预付费系统需要呼叫控制设备，即软件和硬件同时与交换机共址。预付费系统通过信令链路(例如SS7、MF2RC或ISDN-PRI等)与电信交换机连接。当呼叫者发出电话呼叫时，交换机把信令信息通过信令链路路由至预付费系统。然后，预付费系统授权该呼叫并要求交换机连接该呼叫。预付费系统还为该呼叫启动计费进程。计费进程跟踪呼叫者的预付费账户的使用，且当余额用完时，系统要求交换机断开呼叫。
用于预付费漫游的这种类型的系统的部署是不够的。对于预付费漫游，参与其中的且通常为多样式的全部网络都需要拥有相同的预付费系统。这意味着需要为每个参与的网络部署多个预付费呼叫控制设备。这会给后勤工作带来可怕的影响，有几个原因。首先，在所有参与网络上设备的初始部署既费时又费钱的。其次，正常的运行和维护(例如资费计划更新、管理信息系统信息等)在日常上是个很困难的后勤工作。
此外，漫游服务需要对财务交易的数据清算和结算。在各种网络系统之间的多方结算是非常复杂的。在网络间的客户账户建立和管理是非常复杂的，且任何延迟都可能为客户带来巨大的不一致性和混乱。客户可能在处于访问网络时耗尽它们的预付费账户余额。客户必须能够从访问网络中给他/她的账户添加金额或“充值”。从访问网络的客户充值带来几个问题，包括当客户不是访问网络服务提供商的客户时如何允许客户账户充值，如何管理与付款管理和充值数目的结算相关的财务交易(例如涉及经销商佣金、充值服务简化过程以及归属网络与访问网络之间的钱款转帐等问题)。
如果客户需要有关他/她的账户的帮助时，例如计费信息或附加服务等，那么就会出现他/她将谁联系以进行客户服务的问题。访问网络可能没有与客户相关的所有信息，且在归属网络中的信息不一定当前的信息。访问网络可能想要向漫游客户提供诸如简单消息传送服务(“SMS”)、数据服务以及与呼叫相关的服务(例如呼叫会议、呼叫等待等)等增值服务(这些增值服务是当他/她没有漫游时在归属网络内的相同客户可以使用的)。当归属网络和访问网络之间的信息需要同步提供给预付费漫游客户时，会出现另一问题。
今天大多数电话公司拥有用于运营和业务管理的内部(in-house)信息技术(“IT”)系统。他们当前的预付费系统与这些内部运营和业务管理系统集成在一起。电话公司希望其预付费漫游系统和企业内部IT系统之间具有相同等级的集成，使得他们能够有效地管理其业务。几种预付费漫游系统的部署可能意味着几种集成。这本身可能是既耗时又耗钱的。
对于后付费客户，由于归属网络已经评估了客户的信用度且归属网络愿意承担该付款风险，因此电话公司愿意承担客户付款或财务风险。但是，对于预付费客户的情况，归属网络可能甚至不知道客户是谁，例如它可能是一位匿名的客户。这意味着访问网络和归属网络都需要签订对于各种类型交易的固定协定(例如，通信服务以及商务交易)。
电话公司还向其客户提供客户关怀。但是，电话公司只有当用户在其归属网络内时才向他们的用户提供客户关怀。如果用户正在漫游，他可以拨到归属网络的客户关怀中心并使用该设施。但是，由于在访问网络内客户信息是不可用的，因此提供归属网络服务区之外的客户关怀是很困难的。一些电话公司运营商能够在访问网络内提供有限的客户关怀。但是，到现在为止，这种系统只能接受后付费客户。
随着预付费用户群的增加以及移动商务机会的增长，客户关怀对于预付费客户变成非常重要。一般来说，从客户关怀方面来看，客户需要几种需求与在访问网络或区域位置可得到的服务相关的信息(例如客户是否能够使用他/她的移动电话来发送传真)，与本地区域相关的信息(例如位于最近的医生是谁)，与如何使用与访问网络服务相关的信息(例如客户如何向XYZ目的地发出呼叫；如何使用由访问网络卖商提供的他/她的移动电话来发送传真)，账户咨询服务(例如客户的预付费账户内的当前余额是多少；客户最近进行的五笔交易是什么以及这些交易花费多少)，账户/服务状况信息修改服务(例如客户可能想要改变他/她的地址；客户可能想要签约新服务，使得他/她能够发送传真)，纠纷/投诉(例如客户已经试了十次呼叫但每次呼叫都掉线，因此该客户不想为该呼叫付费；客户从没有向XYZ目的地发过呼叫)，从各种来源对客户预付费账户充值(例如客户已用完他/她的账户内的账款，且他/她想要通过使用充值券、他/她的银行账户、现金或一些其它方法来充满其账户)。
电话公司业务很复杂。任何电信服务交付都需要各种系统一同运行，以管理客户的期望，例如，使服务可以得到，以及在恰当的位置恰当的时间提供完整和精确的信息，以使有效地服务客户。电话公司系统还必须确保电话公司的内部运行是使最优化的。这意味着需要完整而精确的信息在恰当的时间恰当的地点对于电话公司内部的员工来说是可以使用的，使得可以使用它来有效地管理业务。电话公司系统还必须确保他们能够与其它第三方电话公司和服务提供商共存或相兼容，使得他们能够协同向客户共同提供服务以及管理其业务、分享收入等。为了满足电话公司/服务提供商的这些大而复杂的需求，没有一种单一的系统能够提供这整个功能。通常，供应商、集成商以及电话公司携手合作，以定制和集成几种不同的系统来满足特定电话公司的需求。
由于预付费通信服务业务最初被希望作为一种分开的服务，因此电话公司通常已采用一种单一的特定于公司的系统，其能够实时(或根据词组“实时”的不同定义为接近实时，)控制呼叫。随着预付费通信业务开始在全世界快速增长，服务提供商感到需要把他们的预付费系统与其它系统集成，以便有效地为其客户提供服务以及管理业务。
但是，预付费漫游为电话公司行业带来几个挑战。所有参与的网络需要具有对如何管理呼叫流程、如何提供服务以及如何管理业务的共同理解。但是，利用以几种方式在各种网络之间集成的几种系统，对于预付费漫游具有不少的挑战。一个根本的问题是如何在几种参与的网络(通常是多样式或不同类型的网络)之间实现向客户提供“无缝”服务以及有效的业务管理。例如，一个服务提供运营商也许具有优良的客户关怀中心，而另一运营商可能不具有这种高质量的客户关怀中心，或者一个运营商可能具有高质量的充值生成/管理系统，而另一个运营商人工管理这些过程中的大部分。由于电话公司的不同排列和组合，几种不同系统的或者简单或者复杂的集成并没有提供业务解决方案。同样，不管新系统质量如何好，希望一个或多个电话公司抛弃他们现有的系统而采用完全新的系统是不切实际的。
已知的预付费系统是单一盒式的解决方案，其允许与外部系统的有限集成。即使在集成是可行的情况中，其它系统进入到该预付费系统的各个等级那是不可能的。即，通过集成来替换预付费系统的一些功能是不可能的。通过集成来增加附加功能正是需要实现的。这对于电话公司要有效管理其业务是主要的限制。例如，如果电话公司已经拥有一种个人识别号码(PIN)生成系统，如果它想要部署一种用于漫游的预付费系统，则它需要使用新预付费漫游系统而不是旧系统的PIN生成能力。这意味着电话公司现在需要拥有两种的PIN生成系统-一个用于非漫游的用户而另一个用于漫游用户。这会在市场上造成很大的混乱，且仅仅与第三方系统的集成并不能解决问题。还存在着其它这种类型的问题，例如分配管理、客户管理等。
除了上述之外，当移动运营商使在聚合式通信和商务环境中的预付费漫游者能够进行移动商务时，需要由预付费漫游客户作出的商务交易中所涉及的多方进行财务结算。商务交易的结算可能还涉及与商务交易有关的付款可能需要根据在以下的一个或多个机构之间来分配商家(商品/服务的提供商或者制造商、经销商或分销商或者几种这些机构的组合)，门户(移动门户或包括语音门户(“Vortal”)的其它类型的门户、电子商务门户等)，互联网服务提供商(独立代理商、或移动运营商本身、或门户本身)，移动电话公司(归属网络、访问网络、或两者结合)，虚拟服务提供商(或者内容服务提供商、或者基础设施服务提供商、或商标代理商、或它们的任何组合)，银行/信用卡代理商或任何其它金融机构(该交易涉及的一个或多个)，第三方付费代理商(例如商业团体、付费处理代理商、电子钱包或任何这种付费处理代理商)，商品/服务递送代理商(例如快递公司、带宽供应商和保险代理商)。可可能有移动服务提供商可能提供一些捆绑服务(例如，如果客户在漫游时购买价值为50美元的商品，那么电话上的漫游附加费用就可以取消等)的情况。这意味着根据在涉及该商务交易的多个参与方之间的资费计划和漫游协定，任何结算系统应当能够而得出各种结算数目。
移动处理设备(电话、PDA等)被期望将用于处理所有类型的付款，特别是微值付款。通常，客户将使用他的移动电话来为小价值的项目付费，例如自动售货机上的软饮料、香烟、报纸、图书、停车费及其他这种小价值的付款，其在本行业内通常被称为微值付款。
今天的现有技术允许以以下的方式进行这种付款客户可以使用他/她的移动电话，且在付款的时候他/她可以使用他/她的信用卡或者银行借记卡来进行付款。这意味着付款将通过客户的银行/信用账户进行而不是客户的电话账户。这种方法存在的局限是假定所有客户都拥有银行借记卡或者信用卡。目前全世界预付费移动电话的增长表示市场上存在没有任何银行/信贷关系或只是不想把他们的银行/信贷关系用于电话的很大的市场份额。具有较弱银行配置的一些发展中国家尤其如此。借记/信用卡的假定也限制了能够进行移动商务的客户的整体数量，因此，电话公司在移动商务方面可能只是扮演一个非常有限的角色。电话公司收入通常局限于他们已提供的电话连接和服务上。但是，客户可以把他/她的移动电话账户用于商务交易的付款。即，商品/服务的费用将向客户的电话账户收取。在月底，客户将会收到一个电话帐单，其包括所购买的商品/服务的费用。这种方法的局限在于，其假定客户是后付费账户客户。这意味着系统不接受预付费客户，因此，不能进行移动商务交易。相反，系统假定付款风险是由电话公司或商家承担的。在收费周期的最后，如果客户没有支付他/她的帐单，则电话公司/商家必须承受该财务风险。
客户可以拥有电子钱包账户，其是带有个人识别号码的账户。每次客户购买商品时，他或她可以键入PIN且电子钱包公司(例如IPIN)可以发行一个付款担保。在这种方法中，电子钱包起到预付费账户的作用，且只有在账户内拥有余额时购买交易才能被授权。这种方法的局限在于，因为每次请求购买时，用户必须证明他/她自己的身份(例如使用PIN，其通常为12位或以上的数字)。这种识别过程自身具有威慑作用，且客户可能没有兴趣为小价值的购买而通过这个过程。电话公司将再次在移动商务方面只扮演一个非常有限的角色，由于其收入或收费局限于其已提供的电话连接上。
为了简化移动商务购买过程，整个行业正在寻求创新的技术，例如蓝牙技术，它允许在自动售货机和客户的移动电话之间的直接通信。但是，这些技术也局限于，商家以及客户必须配备能够使用这些技术的设备。这意味着较高的装备成本。成本经济学可能至少在早期几年内不能证明这种投资是否是正确的，且这些技术没有解决涉及付款风险的问题。这些系统假定所有的客户都是可信的且将兑现他们的付款。在实际生活中，事情并不是这样的。此外，这些技术没有解决涉及预付费客户的问题。预付费客户可以是匿名的，这意味着电话公司和商家都不知道谁是购买者。
在今天的电子商务行业中，读/写存储设备正变得越来越普遍。读/写存储设备具有存储账户余额和其它与客户相关的信息的能力。读/写存储设备无需任何到后台系统的网络连接。读/写存储设备的读取器可以部署在商家的所在地，且一个走进的客户可以使用他的卡来进行付款。由于它对于商家和客户来说使用都很简单且允许预付款，因此这种机制已被认为很有用处。
每次使用服务时，与该服务相关的付款被从客户的预付费账户上扣除。很明显，预付费账户上的钱款在某个时候会到达零余额。因此，客户需要对他/她的预付费账户充值。在市场上存在几种商业可用系统，其提供预付费设施和大部分都提供账户充值。目前可用的系统允许对账户充值通过发行充值券(充值券带有唯一号码，称为PIN，具有一定预设的价值，例如20美元)，它能够被客户使用。客户拨入服务提供商的交互式语音响应(“IVR”)系统并通过向导菜单，客户能够通过键入唯一PIN号码来对他/她的预付费账户充值。
这种充值系统的局限在于，服务提供商必须印刷充值券并发行这些充值券。这是个很大的后勤和成本问题。同样，这存在着具有几种类型的可行欺诈行为的潜在欺诈风险，例如，PIN泄漏给未授权用户，未授权用户随机试拨几个号码且匹配正确的号码，以及未授权方印刷伪造的充值券，诸如假币。此外，服务提供商可以只为每张券提供钱款的预设数目。虽然他们可能提供几种类型的充值券，但是每张充值券都拥有预设的数目。这意味着客户不能选择他/她希望充值的确切数目。进而，服务提供商不能为预付费客户提供信用透支。在高度发达和信贷驱动的国家内不断增多的预付费账户的使用显示，由于方便和使用简单而不用面对与任何信贷相关的问题，客户正越来越多地使用预付费账户。这种客户不想为他们还没使用的服务提前付款。由于信贷限额(具有由诸如银行等的第三方担保付款的保证)，这种方法将增大选择预付费账户的客户的数量。
在预付费数目被编程入可由客户使用的卡(例如SIM卡、智能卡、磁卡或任何其它类型的卡)内的情况中，客户可以把他的卡带到拥有可用于对这个卡充值的特殊编程机器的最近的插座上。这些类型的预付款已在过去得到使用。但是，随着移动商务变得越来越普遍，预期客户希望使用这些解决方案来进行微值付款。把预付费数目编程入卡内的方案为客户提供了方便，因为他/她无需为一笔价值极低的交易而键入一段长(通常是12位数字或更多)码。但是，这种账户充值方式的局限在于，客户在每次需要充值的时候只能去找有限的充值插座。这些卡在其它地方不能够充值。由于涉及欺诈的问题(例如未授权方访问能够在卡上写入大笔钱款数目的设备)和服务提供商不能够向预付费客户提供信用透支，服务提供商也不想把很大的数目更新或充入这些卡内。
在正常的商务交易中(例如在实物百货公司或商店内使用信用卡/借记卡)，交易证实通常通过刷卡和实物签名验证来实现。有些时候，为了免遭欺诈，信用卡/借记卡代理商要求商业公司/客户给银行打电话。然后，银行将使用诸如询问母亲的娘家性、出生日期等附加的安全措施来确保该客户不是未授权用户。在今天的互联网和移动互联网中，各种现有的未改进的预付费账户系统不存在这些附加的安全措施且存在上述的欺诈。由于有限的安全，据评估，对于与互联网/移动互联网有关的交易欺诈是很高的。
当出现电话费用时，是可以借记客户的预付费账户。这些借记可能来自根据账户而不同的很多来源。例如，可以建立预付费电话接入账户。然后，客户可以进行长途电话呼叫或接入电话网络。
进而，现已可以向银行或其它借贷机构建立后付费信用账户，然后利用该后付费账户来购买商品和服务。偶尔地，后付费信用账户能够与漫游电话服务组合，例如信用卡号码通过无线电话链路交换，以定购服务。这种系统存在局限。例如，客户可能希望限定其账户的财务曝光度，或者可能不希望或由于其他原因不能与电话公司建立信贷。这些客户可以建立预付费账户。但是，现有预付费账户方案具有至少几个缺点。
例如，预付费移动或无线电话用户当在由另一电话公司覆盖的区域内时可能想要使用他/她的无线电话。如下所述，这称为访问或漫游区域或网络。虽然预付费客户使用其它账户可能具有足够的信用来完成电话呼叫，例如信用卡，但作为预付费客户，该客户还没有与漫游区域的电话公司建立“信用”，或者甚至与其初始电话公司(“归属网络”或“归属区域”)建立“信用”。因此，在漫游的时候，处于漫游区域的预付费客户(“预付费漫游者”)无法在他/她的预付费归属电话公司账户上借记，除非该漫游网络电话公司与其归属网络电话公司签订协定，且在每个交换机上具有特定的硬件以监视该呼叫，和借记客户的预付费账户。由于这些协定的签订通常是不现实的，所以不存在有效的预付费漫游。
在电信行业内已存在预付费电话。客户或用户需要事先向通信服务提供商支付一定数目的钱款，并且该服务提供商允许客户使用等于该预付费数目的通信服务。当用户账户余额为零时，服务提供商停止该服务。然后，客户不得不通过向通信服务提供商支付追加账款来对他/她的账户充值。因此，预付费账户需要保持能够流通。任何账户没有足够账款的交易都被处理为受限交易。
当遇到受限交易时，存在用于处理该交易的两个选项。可以拒绝交易。可以批准交易，取决于后来的验证。当交易经过后来的验证被批准时，账户提供商接受遭受欺诈交易的风险。因此，如果在信用账户上出现大笔借记，且信用账户提供商经过进一步打电话给账户持有者后批准该交易，则当交易被查出是欺诈交易时，通常由信用账户提供商承担责任。
各种信用账户提供商将根据他们在市场上的地位尝试分配这些损失。例如，例如信用提供商可能强迫接受他们的信用卡的卖商接受一部分由欺诈交易带来的损失。另一种选择，损失可以通过利用保险来降低。
类似地，现已有到账户的信用交易。偶尔也使用预授权信贷，有时称为透支保护。再次，对账户的限制也是过分简单。例如，只要储蓄账户还有账款，则将会把支票账户余额减少到零以下的付款会得到批准，后来才进行从一个账户到另一账户的转账。
现也有对于与特定账户相关联的服务的各种折扣。例如，如果客户是储蓄俱乐部的一成员，则可以以折扣价格购买杂货。因此，即使账户上没有账款，交易的记录也足以决定用于持有一定会员资格的折扣。附加折扣可以取决于一定的账户数目或账户记录。此外，广告和折扣可以特别提供给各种客户。现已可以事先为服务付费(预付费)以及为服务建立信用账户(后付费)。后付费账户根据客户的信用度而建立，然后，建立后付费账户的公司机构为客户的延伸信用度担保。后付费账户为大家所熟知且得到广泛应用。
为了支持预付费通信服务，服务提供商需要实时控制客户预付费账户内账款的实际使用(即服务正被传递)且服务提供商需要一种能够随着客户呼叫的进行来实时计算账户账款的使用的系统。在市场上已为服务提供商提供模拟这种实时使用控制的几种系统。
此外，漫游服务需要对财务交易的数据清算和结算。在各种网络系统之间的多方结算可能是非常复杂的。在网络间的客户账户建立和管理可能是非常复杂的且任何延迟都可能为客户带来巨大的不一致性和混乱。客户可能在处于访问网络时耗尽它们的预付费账户余额。客户必须能够从访问网络中给他/她的账户添加金额或“充值”。从访问网络的客户充值带来几个问题，包括当客户不是访问网络服务提供商的客户时如何允许客户账户充值，如何管理与付款管理和充值数目的结算相关的财务交易(例如涉及经销商佣金、充值服务简化过程以及归属网络与访问网络之间的钱款转帐等问题)。
本发明的各种示例性实施例能够使移动处理设备(电话、PDA等)被用于所有类型的付款，特别是微值付款。通常，客户将使用他的移动电话来为小价值的项目付费，例如自动售货机上的软饮料、香烟、报纸、图书、停车费及其他这种低价值的付款，其在本行业内通常被称为微值付款。
服务提供商不能为预付费客户提供信用透支能够造成了对预付费账户的使用的限制。在高度发达和信贷驱动的国家内不断增多的预付费账户的使用显示，由于方便和使用简单而不用面对与任何信贷相关的问题，客户正越来越多地使用预付费账户。对于有信誉的客户，这些账户被称为实时授权账户。这种客户不想为他们还没使用的服务提前付款。由于信贷限额(具有由诸如银行等的第三方担保付款的保证)，这种方法将增大选择预付费账户和实时授权账户的客户的数量。
在预付费数目被编程入可由客户使用的卡(例如SIM卡、智能卡、磁卡或任何其它类型的卡)内的情况中，客户可以把他的卡带到拥有可用于对这个卡充值的特殊编程机器的最近的插座上。这些类型的预付款已在过去得到使用。但是，随着移动商务变得越来越普遍，预期客户希望使用这些解决方案来进行微值付款。把预付费数目编程入卡内的方案为客户提供了方便，因为他或她无需为一笔价值极低的交易而键入一段长(通常是12位数字或更多)码。
但是，这种账户充值方式的局限在于，客户在每次需要充值的时候只能去找有限的充值插座。这些卡在其它地方不能够充值。由于涉及欺诈的问题(例如未授权方访问能够在卡上写入大笔钱款数目的设备)和服务提供商不能够向预付费客户提供信用透支，服务提供商也不想把很大的数目更新或充入这些卡内。进而，当用户与他的“归属基地”离得越远，这种充值系统在后勤上就变得越不可行。例如，位于伦敦得服务提供商不可能在巴黎提供充值中心，更不用谈香港了，即使他的客户经常到这些地方。因为在服务提供商依赖于另一方的资产的情况中，例如商店场地或发行基础设施，为了支付对这些资产的使用佣金，他很可能会失去很大一部分的潜在收入。

发明内容
在申请号为09/395,868的美国母专利申请中公开的本发明的的一个示例性实施例涉及使用简单电话交换机的预付费呼叫和其它通信业务。该简单电话交换机具有插入式的计算机电话电话接口(“CTI”)卡，其把高级功能路由至第二安全信道。第二安全信道通过电话网络、互联网、或任何其它互联网协议网络连接至通信平台。然后，该通信平台能够发送对该呼叫的授权、连接指令、和其它命令至简单电话交换机，使得客户可以接入高级功能。
用于授权付款和处理呼叫控制的第二安全信道的使用使下面所详细描述的几个示例性实施例(带有对通信系统的修改)能够引起对预付费漫游服务的诸多改进。例如，除了上述预付费漫游之外，本文件中的本发明提供了一种用于移动商务、电子商务、账户充值、多方结算交易、集成客户关怀或任何其它商务交易的改进型聚合式通信设备。
因此，本发明的第一示例性实施例是一种驻留集中位置上的聚合式通信系统，可以通过互联网、公共电话交换网、SS7信令线路、电话号码或任何其它现有或以后设计的装置从任何位置上访问。然后，通过从本地电话交换机到集中聚合式通信平台的关于客户正试图访问他/她的账户的信令来处理预付费漫游呼叫。
然后，聚合式通信平台在完成几个步骤之后能够授权该电话呼叫。第一步骤是检查客户确实是授权客户。第二步骤是检查客户已对这项特定服务的使用授权。第三步骤是检查在客户集中聚合式通信系统内的账户余额。如果该请求来自已授权该项服务并且拥有足够账户余额的客户，则集中聚合式通信平台可以发出授权号码至本地电话交换机。
然后，当客户完成电话呼叫时，本地电话交换机能够发送服务完成的通知以及该呼叫持续的时间至集中聚合式通信平台。如果在电话呼叫期间客户用完其账户内的钱，则集中聚合式通信平台能够通过第二线路发送消息至该交换机，以结束该电话呼叫。在两种情况的任何一种中，预付费漫游客户都能访问他/她的账户和使用预付费服务。
在电信行业内，在不同的地理位置存在不同的网络技术。客户期望在从一个地方到另一地方(例如从欧洲到美国)时仍然能够使用相同的电话号码被连接至在漫游区域内的电话上。今天，漫游能够在两个相同类型的网络之间进行(例如从一个GSM网络到另一个GSM网络或一个AMPS网络到另一个AMPS网络等的漫游)。但是，由于技术上的不同，客户不能在一种类型的网络和另一种类型的网络之间漫游(例如，带着GSM电话的客户不能在CDMA网络内漫游；带着AMPS电话的客户不能在GSM网络内漫游)。无法漫游的能力是因为每种技术都在不同的频率上工作。因此，移动手持设备是不能兼容的，每个电话公司网络技术中的呼叫流程管理是不同的，且每个网络类型中的用户识别过程也是不同的。例如，在GSM网络中，用户或客户根据IMSI、SIM序列号和MSISDN来识别；在CDMA网络内，用户或客户根据MIN和ESN来识别；而在AMPS网络内，用户根据ESN来识别。
在多样式网络间漫游的问题可以通过下面两种解决方案中的任何一种来解决客户可以购买多频段移动手持设备，其允许来自该手持设备的寻呼信号被多个网络识别(例如三频段手持设备允许用户在欧洲以及美国使用相同的电话)，或者漫游客户可以去找漫游服务提供商并暂时租用不同漫游网络标准的手持设备。电话公司也可以通过呼叫转发的方式来确保能够用相同的电话号码联系到客户。
但是，这些漫游解决方案只对于后付费用户可行。他们不能为预付费用户提供预付费漫游，因为所有参与的网络需要一同对该客户归属网络预付费账户鉴权、计费和收费。在今天的市场上没有能够在多样式网络间支持预付费漫游的商业技术。
随着预付费用户群的增长，全世界的电话公司希望提供多样式网络间的预付费漫游。因此，需要有一种解决方案，其能够满足多样式网络类型的不同需求，从呼叫或漫游网络获取相关的呼叫控制信息和用户信息，建立和发送相关的呼叫控制信息和用户信息给用户的归属网络，不只获取根据用户有效性的用户鉴权，还根据允许提供给用户的服务状况来对用户鉴权，以呼叫或漫游网络要求的形式把批准/拒绝返回到呼叫或漫游网络，实时对呼叫使用计费，如果呼叫由呼叫网络或用户正位于其中的网络建立，则提供使用信息，以及对在多样式网络间提供的服务进行多方结算。
用于漫游用户(特别是预付费漫游者)的客户关怀解决方案也应当具有至少下面的能力当用户呼入客户关怀中心(“CCC”)时识别漫游用户的能力；与归属网络通信和获取与客户账户(余额、以前的交易记录等)和客户服务状况(允许提供给该特定客户什么服务)相关的信息的能力；处理客户对信息传递/查询响应的请求的能力；对客户账户或服务状况响应的能力(例如贷记/撤消用于掉线的呼叫的数目；为客户激活新服务等)；使用户能够在访问网络内连接至客户关怀系统的能力，使得客户关怀能够被提供(例如与本地交互式语音系统、客户关怀应用等集成)；以及更新客户的归属数据库的能力，以维护客户账户信息的完整性和允许客户在漫游时能够对他/她的预付费账户充值。
预付费漫游对于聚合式通信服务的多方结算方面也带来几个挑战。在后付费漫游中是由归属网络从客户收取钱款。因此，所有的访问网络把漫游客户使用数据发送(直接或经由数据清算/结算中心)至归属网络，以进行结算。在预付费漫游中，客户A可能从网络X初始定购、但在网络Y上使用预付费数目而在网络Z对其账户充值。在这种情形中，网络Z不具有向网络Y付款的商业义务，虽然网络Z正持有由客户A支付的充值数目。此外，网络X正担保客户付款却实际上没有持有由客户A支付的钱款。同样，对于提供付款收取或充值服务，网络Z可能希望向网络X收取服务费。
目前已有的漫游结算解决方案只是关心后付费服务的电话服务。它们没有解决预付费电话服务(单一或聚合式服务)的需求，它们也没有解决由预付费漫游用户在访问网络内进行的商务交易的结算需求。因此，需要有一种用于一种方法和系统的解决方案，其允许聚合式服务和通信交易的多方结算；以及允许为每项服务和商务交易设置结算规则。这些规则应当允许在下述各方之间进行结算商家(商品/服务的提供商，例如制造商、经销商或分销商或者几种这些机构的组合)，门户(移动门户、或包括电子商务门户等的其它类型的门户)，互联网服务提供商(独立代理商、或移动运营商、或门户)，移动电话公司(归属网络、或访问网络、或两者的结合)，虚拟服务提供商(内容服务提供商、或者基础设施服务提供商、或商标代理商、或其任何组合)，银行/信用卡代理商或任何其它金融机构(商务交易涉及的一个或多个)，第三方付款代理商(例如商业团体、付款处理代理商、电子钱包或任何这种付款处理代理商)，商品/服务递送代理商(例如快递公司、带宽供应商)和保险代理商。
结算规则也应当允许用于各种状况的设置，例如(1)实时结算，(2)具有时间延时的结算(例如在2天或30天等之后)，(3)基于一定条件的确认的结算(例如只在商品交付的时候付款给快递员，而在商品运送前付款给保险代理商)，(4)基于参与方之间的业务关系的结算(例如快递公司提供基于数量的折扣-意味着结算过程将处理几个交付而不只是一个交付)，以及(5)基于表现的结算(例如每次广告被传递给漫游用户时，门户获得小价值的付款，而如果漫游用户实际购买商品/服务时，门户则获得较大价值的付款)。结算也应当考虑到参与的网络之间的漫游合同(例如漫游附加费用)。结算也应当考虑到任何法规要求(例如税收拨款和与政府机构的结算)。
对于将会成功的预付费服务和商务交易，特别在移动商务方面，需要有一种允许从下述方式中的任何一种进行充值的方法和系统充值券，与担保账户(信用/借记/任何其它类型的账户)直接联接，由客户从移动电话或固定电话充值，直接借记担保账户(信用/借记/任何其它类型的账户)，由客户从银行ATM充值，或在现金柜台通过现金付款充值。每个预付费客户也应当能够以下述方式设置其自己用于充值的标准只从电话(移动的或固定的)充值，只从网络(互联网、移动互联网或任何其它类型的公共或专用网络)充值，只在客户具体要求充值(通过IVR、网络、或走入、或任何其它方式)时才进行充值，当余额下降到一定价值之下时自动从另一特定账户(银行借记或信用或任何其它类型的账户)充值，没有对账户充值，而是使用另一账户作为该预付费账户的付款担保，以来自主账户的预设限额为基础对几个子账户充值，定期(例如每天、每月、每周等)地充值，以及根据由用户设定的使用标准来确定充值数目(例如查看最近七天的使用并充值其平均数目；或充值数目应当等于在最近“x”天内进行的最高价的交易的价值等)。
在预付费聚合式通信环境中，交易证实/鉴权(通信服务、或商务交易、或两者的组合)可以具有几个步骤或检查，以证实用户以及与账户相关联的信贷限额或预付费钱款的可用性。用于通信接入、互联网或移动/互联网接入、商务交易(在实物商店或网络/移动网络上完成)的解决方案应当允许基于PIN、密码、基于电话相关安全特性或所有或部分上述组合的对客房的证实，是否为特定客户预付费账户授权所请求的服务/交易的证实(服务状况证实)，对客户预付费账户内是否有足够的余额用于服务/交易的可用性的证实(余额可以在预防账户余额内，或信用账户余额或任何其它类型的与客户预付费账户相关联的实际或虚拟的账户)。
根据由服务提供商(银行、电话公司、商家或任何其它类型的服务提供商)设置的规则，可以进行附加的证实。例如，服务提供商可能询问来自用户的附加信息(例如母亲的娘家姓、出生日期或以前所进行交易的价值，或以前账单的价值、以前的充值或由客户预设的个人问题和回答的匹配)，询问对于高价交易(例如高于20美元)或大量交易(例如一天多于15次交易或一个月多于50次交易等)的特殊密码。根据由最终用户或客户设置的规则，服务提供商可以进行附加证实。
例如，客户/用户可以请求用于一些类型的交易(例如飞机票的购买)的附加密码，在交易值高于以前交易组的情况时将被系统要求的附加信息(例如出生日期、朋友的名字、特殊密码)(例如如果当前交易值高于最近五天内的交易的总价的50％，则询问特殊的密码)。根据由客户/用户设置的规则，系统应当能够阻止一些类型的交易(例如除了色情商品或在存在货币管制的国家之间的钱款转账之外，允许所有的电子商务和移动商务交易)。
根据上述设置的规则，客户关怀代理商应当可以通过电话与客户交谈(即在被授权的交易正在进行过程中，系统应当允许用于交易授权的语音通信)。根据由服务提供商设置的规则，不应当向客户收取这种语音通信/附加安全信息使用的费用(例如免通话费接入)。
因此，本发明的一个方面是提供一种用于经由多个网络提供移动商务、电子商务、客户关怀和通信服务的方法，该方法包括在漫游网络内接收来自用户设备的识别号码和对服务的请求；把识别号码和对服务的请求从漫游网络转发至归属网络，并且如果服务是收费的，则添加涉及服务提供商的服务提供商识别号码和服务的费用或计费；通过位于归属网络上的聚合式通信平台，验证识别号码涉及的是有效用户账户、用户设备被授权以接收该服务、以及有效用户账户拥有足够的价值来支付该服务；如果识别号码涉及有效用户账户、用户设备被授权以接收该服务、以及有效用户账户拥有足够的价值，如果服务是收费的，则提供授权给服务提供商；以及如果服务是收费的，则实时地(如果必要的话)对有效用户账户收费，以提供服务。
本发明的另一方面是提供一种经由多个网络提供移动商务服务的装置，该装置带有用于接收对服务的请求的接收器，该请求包括来自位于漫游网络内的用户设备的识别号码和所请求的服务，来自漫游网络的涉及服务提供商的服务提供商识别号码和所请求的服务的费用；验证器，其验证识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及有效用户账户拥有足够的价值来支付该服务；发送器，如果识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及有效用户账户拥有足够的价值，则其提供授权给服务提供商；以及收费器，对有效用户账户收费，以提供服务。
本发明的另一方面是提供一种用于经由多个网络提供预付费漫游通信服务的方法，该方法包括在漫游网络内接收来自用户设备的识别号码和目的地设备号码；把识别号码和目的地设备号码从漫游网络转发至归属网络，并且添加服务提供商识别号码和漫游通信服务的费用；通过位于归属网络上的聚合式通信平台，验证识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及用户账户拥有足够的价值来支付服务的初始使用；如果识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及有效用户账户拥有足够的价值来支付服务的初始使用，则提供授权给漫游网络；对有效用户账户收费，以提供服务；以及用户账户余额达到预设水平，则发出信号。
本发明的另一方面是提供一种经由多个网络提供预付费漫游通信服务的装置，该装置包括用于接收对通信服务的请求的接收器，该请求包括来自位于漫游网络内的用户设备的识别号码和目的地设备号码，以及来自漫游网络的涉及服务提供商的服务提供商识别号码和服务费用；验证器，其验证识别号码涉及的是有效用户账户、用户设备被授权在漫游网络上接收通信服务、以及有效用户账户拥有足够的价值来支付服务；发送器，如果识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及有效用户账户拥有足够的价值，则其提供授权给服务提供商，且如果有效用户账户余额达到预设水平，其则发出信号；以及收费器，对有效用户账户收费，以提供服务。
本发明的另一方面是提供一种经由多个网络提供客户关怀服务的方法，该方法包括在漫游网络内接收来自用户设备的识别号码和对客户关怀服务的请求；把识别号码和对客户关怀服务的请求从漫游网络转发至归属网络并且添加服务提供商识别号码；通过位于归属网络上的聚合式通信平台，验证识别号码涉及的是有效用户账户；以及如果识别号码涉及的是有效用户账户，则把用户设备连接至客户关怀服务。
本发明的另一方面是提供一种经由多个网络提供客户关怀服务的装置，该装置包括用于接收对客户关怀服务的请求的接收器，该请求包括来自位于漫游网络内的用户设备的识别号码和来自漫游网络的涉及服务提供商的服务提供商识别号码；验证器，其验证识别号码涉及的是有效用户账户、用户设备被授权接收客户关怀服务，以及连接器，如果识别号码涉及的是有效用户账户，则其把用户设备连接至能够提供客户关怀服务的客户关怀提供商。
本发明的另一方面是提供一种对用于经由聚合式通信平台而提供的服务的预付费账户进行充值的方法，该方法包括接收对授权的请求，以使用位于聚合式通信平台上的客户账户；确定客户账户没有足够的余额来用于将被提供的服务；确定客户账户已授权一种充值机制；使用该充值机制对客户账户充值；以及经由聚合式通信平台授权对客户账户的使用，以用于服务。
本发明的另一方面是提供一种对用于经由聚合式通信平台而提供的服务的预付费账户进行充值的装置，该装置包括接收器，其接收对授权的请求，以使用位于聚合式通信平台上的客户账户；判断器，其确定客户账户没有足够的余额来用于将被提供的服务和确定客户账户已授权一种充值机制；充值器，其使用该充值机制对客户账户充值；以及发送器，其经由聚合式通信平台发送对客户账户的使用的授权，以用于服务。
本发明的另一方面是提供一种用于结算到聚合式通信环境中的多个提供商的预付费交易的方法，该方法包括对用于经由多个网络而提供的交易的用户账户实时地收取费用；确定费用中应当分配给经由多个网络而提供预付费交易所涉及的多个提供商的多个部分；以及根据确定的多个部分，经由多个网络与提供商结算。
本发明的另一方面是提供一种用于结算到聚合式通信环境中的多个提供商的预付费交易的装置，该装置包括收费器，其对用于经由多个网络而提供的交易的用户账户实时地收取费用；判断器，其确定费用中应当分配给经由多个网络而提供预付费交易所涉及的多个提供商的多个部分；以及发送器，其根据确定的多个部分，经由多个网络与提供商结算。
本发明的另一方面是提供一种经由多个网络提供移动商务、电子商务、客户关怀和通信服务的方法，该方法包括在漫游网络内接收来自用户设备的识别号码和对服务的请求；把识别号码和对服务的请求从漫游网络转发至归属网络，并且如果服务是收费的，则添加涉及服务提供商的服务提供商识别号码和服务的费用或计费；通过位于归属网络上的聚合式通信平台，验证识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及有效用户账户拥有足够的价值来支付服务；如果识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及有效用户账户拥有足够的价值，如果服务是收费的，则提供授权给服务提供商；以及如果服务是收费的，则实时地(如果必要的话)对有效用户账户收费，以提供服务。
此外，本发明的一个方面是提供一种经由多个网络提供移动商务、电子商务、客户关怀和通信服务的装置，该装置包括接收器，如果服务是从漫游网络收费的，则其接收来自用户设备的识别号码、以及对服务的请求、涉及服务提供商的服务提供商识别号码和服务的费用或计费；判断器，通过位于归属网络上的聚合式通信平台，其确定识别号码是否涉及的是有效用户账户、用户设备是否被授权接收服务、以及有效用户账户是否拥有足够的价值来支付服务；发送器，如果识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及有效用户账户拥有足够的价值，如果服务是收费的，则其提供授权给服务提供商；以及收费器，如果服务是收费的，则其实时地(如果必要的话)对有效用户账户收费，以提供服务。
因此，本发明的一个方面是提供一种实现具有灵活性和复杂性的单一用户账户的聚合式通信系统和方法，以处理始发于多个来源的通信服务和交易。能够处理来自多个服务提供商和交易提供商的交易的单一账户允许进行以前不能进行的交易，并降低其它交易的费用，使得它们变得更加频繁。本发明的各种示例性实施例使在多卖商、多系统环境中能够进行微值交易(Micro-transactions)。各种示例性实施例建立了方便的途径，以授权、借记和结算很小的交易。本发明的各种示例性实施例提供满足今天的移动、连接的用户需求的聚合式通信系统和方法。
本发明的另一方面是提供一种适用于日益专业化的社会的聚合式通信系统和方法，其中，很多参与方需要实现一些交易。附加参与方可以给交易追加价值，并希望接收根据那个价值的补偿。本文件中所描述的实时规则设置允许参与到交易中的多方根据各方协定的借记和付款计划来接收付款。在复杂的交易中，每个服务提供商需要被保证能够收到付款。对于这些复杂的协作性服务交付，交付链中的各方只有在复杂的交易被根据账户实时授权时才能获得保证，其中，存在保证在那个时候(即实时)可用的用于授权的已设规则。本发明的各种示例性实施例使用实时规则设置来实现多方借记和结算，使得多个服务提供商之间的复杂交易变得可行。
在本文件中所述的本发明的另一方面是提供一种扩展由账户提供的适应性和功能性的通信系统和方法，其允许涉及账户充值、交易的授权、实时借记和复杂结算的复杂规则和确定这些规则的方法。
为客户提供灵活性和安全性的单一账户可以允许以前不能实现的交易。本发明的各种示例性实施例提供将被实施的复杂的规则设置，其在为所涉及的服务提供商提供安全性的同时为客户提供灵活性和方便性。例如，用于贷记账户、授权交易、借记账户和结算交易到多个接受者的复杂规则将提供在今天和将来的移动商务交易中所需的灵活性和方便性。因此，可以在任何点上及时确定所请求的交易是否是可被允许的，如果不能被允许，则确定将采取哪些追加行动来使其可被允许。有时候，这会涉及到向客户提出选择，但通常情况下没有。
确定给具体各参与方的付款的确切数目可能很复杂，且需要在交易的时候进行确定，以保证所有参与方都得到公平对待。本发明的各种示例性实施例利用实时授权和账户的借记来提供一种实时进行的交易。实时规则设置可以根据各种考虑来确定。例如，交易的时间和日期、客户和商家的历史记录、以及其它能够根据以前的事件来适当地或逐级地确定的因素能够被用来支持是否授权交易。
在聚合式通信系统和方法中所使用的规则的第一类别是账户充值，其中，用户请求并被要求通过多样式网络环境中的聚合式通信系统和方法，事先为来自各种服务提供商的移动商务、通信或其它电子商务交易付款。账户充值可以包括进入账户的各种类型的信贷。各种示例包括钱款、股票、飞行常客里数、会员资格、会员资格的追加期限、信用奖励、所有权转让、或任何其它现已有或将来发明的用于转移价值到账户内的方法。账户充值可以是自动的、半自动的、手动的、或一定参数之内的自动和之外的手动。本发明的各种示例性实施例提供来自下述方式中的任何一种的充值充值券，与担保账户(信用/借记/任何其它类型的账户)直接联接，由客户从移动电话或固定电话充值，直接借记担保账户(信用/借记/任何其它类型的账户)，由客户从银行ATM充值，或在现金柜台通过现金付款充值。从而，用户可以建立复杂但功能性的情景，以对他或她的客户账户充值。
在聚合式通信系统和方法中所使用的规则的第二类别是鉴权和授权规则，其中，用户请求并被要求通过多样式网络环境中的聚合式通信系统和方法，事先为来自各种服务提供商的移动商务、通信或其它电子商务交易付款。由于本发明的示例性实施例提供到信用服务、电话和互联网的链接，因此概括出在什么条件下可以从账户中取出钱款的规则被包括在内。各种示例包括每次费用限额、第二系统通知、账户收费限制、会员资格限制、或任何其它现已有或将来发明的用于限制单一交易、月式交易、账户余额、交易始发者和交易接收者的方法。从而，用户可以建立复杂但功能性的情景，以控制谁被授权使用账户及其原因。
在聚合式通信系统和方法中所使用的规则的第三类别是借记规则，其中，用户请求并被要求通过多样式网络环境中的聚合式通信系统和方法，事先为来自各种服务提供商的移动商务、通信或其它电子商务交易付款。本发明的各种示例性实施例提供了各种服务提供商建立用于借记服务提供商或客户账户的各种方法。例如，电话服务提供商可以提供一个付款到其自己的账户，一个付款到漫游网络提供商的账户而第三付款到长途提供商的账户。
如上所述的本发明的各个方面可以通过采用规则设置的聚合式通信方法实现，其拥有几项功能，包括对于授权用户，确定在用于授权交易和借记授权用户的账户的那个时候可用的至少一条规则；应用用于授权交易的至少一条规则；如果交易被授权，则根据用于借记账户的至少一条规则，实时借记账户；以及根据至少一条结算规则，跟多个交易提供商结算实时借记。
对于上述系统和方法，各个方面可以包括确定授权用户在授权的用户账户内没有足够的价值来对交易借记；以及在完成拥有几项功能的充值程序后对授权用户账户充值，其中，该程序包括确定将要从其转移帐款的充值用户账户，以及通过参考预授权的转帐和向授权用户请求的授权中的至少一种方式来授权转帐。其它方面可以包括使用多个充值用户账户来进行充值的情况。其它方面可以包括来自授权用户的请求授权是请求PIN、请求手工输入、请求用户口令和通过生物测定手段确认用户身份中的至少一种。
对于上述系统和方法，各个方面可以包括应用是通过使用用于授权交易的多个规则而执行的，借记是通过使用用于借记账户的多个规则而执行的，以及结算是通过使用多个结算规则而执行的，或者借记是通过使用用于借记账户的多个规则而执行的，以及结算是通过使用多个结算规则而执行的。其它方面可以包括结算发生在即时、3天后、自然月的月底、定期的间隔期间和一连串的部分付款中的至少一个，以及应用用于授权交易的至少一条规则包括使用用户PIN、手工输入、用户口令和通过生物测定(biometric)手段确认用户身份中的至少一个来授权交易。
对于上述系统和方法，各个方面可以包括根据使用涉及历史事件的数据的算法，确定至少一条被实时应用于在交易授权请求时候的规则，其中，该历史事件被认为与交易授权请求相关。其它方面可以包括历史事件是授权用户以前的购买记录或历史风险评估实际结果，或者这些可用的历史数据是经常变化的。其它方面可以包括交易被请求且到多个交易提供商的连接是经过多样式网络的。
如上所述的本发明的各个方面也可以通过一种用于访问在聚合式通信系统内的账户的用户输入设备来实现，其带有发送器，其发送至聚合式通信系统，以访问授权用户账户，向账户管理器的请求交易，其中，账户管理器具有判断器，其对于授权用户确定在用于授权交易和借记账户的那个时候可用的至少一条规则；处理器，其应用用于授权该交易的至少一条规则；借记器，如果交易被授权，则其根据用于借记账户的至少一条规则实时借记账户；以及结算器，其根据至少一条结算规则，将实时借记结算到多个交易提供商；以及接收器，其接收访问授权用户账户的确认、来自授权用户账户借记的账户管理器的确认和结算通知中的至少一个。
如上所述的本发明的各个方面进一步可以通过一种采用规则设置的聚合式通信系统来实现，其带有判断器，对于授权用户，其确定在用于授权交易和借记授权用户的账户的那个时候可用的至少一条规则；处理器，其应用用于授权交易的至少一条规则；借记器，如果交易被授权，则其根据用于借记账户的至少一条规则实时地借记账户；以及结算器，其根据至少一条结算规则，将实时借记结算到多个交易提供商。
如上所述的本发明的各个方面进一步可以通过一种采用规则设置的聚合式通信系统来实现，其带有判断器，其实时确定用于授权的多个规则，在当前时间借记和结算交易；授权器，如果授权用户账户或授权用户的当前状态满足用于在当前时间授权交易的多个规则，则其授权该交易；借记器，其实时借记授权用户账户和贷记至少一个交易提供商账户；以及结算器，根据用于结算交易的至少一条结算规则来结算交易。
附图的简要说明结合附图，根据优选实施例的下面的描述，本发明的这些和其它方面和优点将变得更加清晰明了且将更加容易理解，在附图中

图1是使用聚合式通信平台的系统的示例性实施例；图2是使用用于移动商务的聚合式通信平台的示例性实施例；图3是使用用于预付费漫游的聚合式通信平台的示例性实施例；图4使用用于客户关怀的聚合式通信平台的示例性实施例；图5是使用聚合式通信平台的国际性系统的示例性实施例；图6是使用聚合式通信平台的系统的示例性实施例；图7是用于利用聚合式通信平台的启用增强型数据服务的体系结构的示例性实施例；图8是用于聚合式通信平台的收费余额的示例性实施例；图9是对预付费通信账户充值的示例性方法；图10是用于聚合式通信平台在几个参与方之间的信息转发的示例；图11是在漫游时进行移动商务的框图；图12是用户请求具有聚合式通信平台的漫游服务的示例；图13是用于聚合式通信平台的的示例性用户和交易记录；图14是在聚合式通信平台中示例性用户账户；图15是在聚合式通信平台中所使用的交互式语音响应系统的示例性实施例；图16是示出在聚合式通信平台中用于多方结算的预付费账户的使用的流程图；图17是一种半自动方法的示例性实施例，其用于对预付费账户充值和建立用于聚合式通信平台中的多方结算的规则；图18是在聚合式通信平台中生成调和报告的示例性方法；图19是在聚合式通信平台内的数据转移的示例；图20A和20B是在聚合式通信平台中的多方实时结算的示例性方法；图21是用于聚合式通信平台的示例性账户管理设备的框图；图22是用于聚合式通信平台的示例性交换管理器设备的框图；图23是使用聚合式通信系统的商务对商务交易的示例；图24是进行商务对商务交易的聚合式通信系统的框图；图25是用于在聚合式通信平台中的账户充值的示例性系统的框图；图26是用于通过使用聚合式通信平台内的交互式语音响应系统对预付费账户充值的示例性系统的框图；图27是由聚合式通信平台使用的示例性安全系统的框图；图28是以聚合式通信平台作为结算中心的多方结算的示例；图29是用于在聚合式通信平台内结算的卖商信息的示例性屏幕图片；图30是添加卖商信息至聚合式通信平台内的示例性屏幕图片；图31是添加与商家有关的详细信息至聚合式通信平台的示例性屏幕图片；图32是用于聚合式通信系统的规则存储库的示例表；图33是能够实施用于聚合式通信系统的结算的示例性装置；图34是使用聚合式通信系统的复杂账户充值的示例性方法；图35是使用聚合式通信系统的复杂交易授权的示例性方法；图36是使用聚合式通信系统的复杂实时账户借记的示例性方法；以及图37是使用聚合式通信系统的复杂结算过程的示例性方法。
实施例的详细说明如本文件所述，本发明的示例性实施例可以应用于系统、方法和平台，用于与多样式(heterogeneous)网络一起使用和用于聚合式(或聚合的)通信、聚合式商务和聚合式服务。当使用各种行业术语和缩略词时，几个术语具有下面所述的附加意思。
多样式网络的示例是由不相近或多样技术组件或所组合的构件组成的网络。例如，多样化网络可以拥有不同电信标准，例如GSM和CDMA；相同电信标准的不同版本，例如GSM 900和1900；不同交换环境，例如诺基亚和爱立信；智能网络(IN)或非-IN；不同信令，例如ISDN和SS7；不同操作系统，例如UNIX和MICROSOFTWINDOWS NT；相同操作系统的不同风格，例如SOLARIS(SUN)和AIX(IBM)；相同操作系统的不同版本，例如2.0和2.1；不同服务器硬件，例如IBM和康柏；相同运营商但不同的网络类型，例如日本的KDDI CMDA和PDC；相同运营商但不同的网络，例如不同国家内的VODAFONE。
聚合的示例将各种技术和媒体组合在一起，以提供更丰富的服务。例如，聚合式通信可以组合不同媒体，例如语音、数据、消息传送；由不同服务提供商提供的移动、固定或卫星语音、数据、消息传送；由不同服务提供商提供的移动、固定或卫星语音、数据、消息传送媒体；由相同服务提供商提供的移动、固定或卫星语音、数据、消息传送媒体；由不同服务提供商提供的移动、固定或卫星语音、数据、消息传送。聚合式商务包括组合电话、因特网、电子商务或移动商务。聚合式服务包括组合通信和商务服务。聚合式计费可以包括诸如为所有通信服务提供单一式、集成式账单的特性和对所交付的内容或商品所收取的费用。聚合式商务也可以指把交易的所有费用集成到一个交易和包括诸如额外费用、税收、电信费等的项目中的成本内。聚合式服务还可以指提供能够访问、查看和修改客户账户的单一帮助运营商，即使该账户不在本地网络上。
聚合式接口可以由多个必需和选项参数组成，其能够被设置成与第三方系统集成，这通过分析第三方组件所需的输入/输出参数、将第三方组件映射到示例性聚合式通信平台组件参数、以及对组件进行设置以解决任何冲突的方式来实现。如果第三方系统不能提供一些选项参数，则示例性聚合式通信平台能够创建虚拟参数，以确保正确的映射。
平台的示例包括为附加使用(additional endeavors)提供基础的系统。例如，诸如电话系统的通信平台允许数据以多种方式流经该平台，以进行通信。类似地，聚合式通信平台能够允许各种技术进行混合，以实现增强型移动商务(enhanced mobile commerce)、电子商务和客户关怀。
增强型服务的示例包括诸如重定格式(reformatting)的特性。例如增强型服务能够对来自一个系统的数据请求重定格式，使得它可以被第二系统接受；参考已存储的信息对信息重定格式，使得已重定格式的信息可以包含始发设备不可用的信息。
图1是利用聚合式通信平台的示例性系统的框图。如图1所示，客户经由他/她的输入10通过设备IP 21、无线设备23或电话系统接入设备25和互联网22、无线网络24或公共交换电话网络26连接至卖商(即服务提供商)服务设备50。然后，卖商服务设备50经由付款请求52连接至聚合式通信平台100。然后，聚合式通信平台100将付款授权102返回至卖商服务设备50。然后，卖商服务设备50能够交付或确认服务/商品11的交付返回至客户输入10。
在这种示例性系统中，希望进行移动商务的客户能够快速有效地接收他所需求的服务/商品。例如，如果客户希望从电子音乐卖商购买MP3文件，则交易可以以下述的方式进行。
操作客户输入10的客户试图经由卖商服务设备50连接至音乐卖商。客户输入10可以被连接至IP设备21、无线设备23或电话系统接入设备25中的任何一种。IP设备21可以是网络卡、WAP连接设备、SMS消息传送设备或者任何其它现已有或将来发明的用于连接至互联网协议网络的设备。
无线设备23可以是移动电话、蜂窝电话、或任何其它使用无线电波或电磁能量来与无线网络24通信的设备。电话系统接入设备25可以是调制解调器、路由器、电缆调制解调器、或任何其它能够连接至公共交换电话网络26的设备。
互联网22可以是交换机、路由器、集线器、微波设备或其它能够把互联网协议消息从一个点传输到另一个点的通信设备的任意组合。无线网络24可以是无线电塔和交换机的任何系统以及其它使得无线设备23能够连接至卖商服务设备50的设备。
公共交换电话网络26可以是电路交换、分组交换或其它适合于把电话系统接入到卖商服务设备50的设备的任意组合。
如果客户输入10是无线设备23且通过无线网络24连接至卖商服务设备50，则卖商服务设备50可以是莫尔斯或数字识别系统，使得客户输入10能够充分地描述一个从卖商服务设备50购买MP3文件的请求。
卖商服务设备50可以是Web服务器、语音服务器、SMS消息传送服务器(SMS messaging server)、或无线访问协议(WAP)服务器的任意组合，其能够进行移动商务和交付或确认服务或商品至客户输入10的交付。卖商服务设备50接收用于MP3文件的客户请求并生成付款请求52。付款请求52被发送至聚合式通信平台100。
然后，聚合式通信平台100该用户或客户是否是授权用户，该用户的账户是否已被授权可以进行这种类型的移动商务，以及该客户账户是否具有足够的钱或账款来进行该服务。如果用户账户具有正确的授权和账款，则聚合式通信平台100生成付款授权102并把它发送回卖商服务设备50。
然后，卖商服务设备50生成服务或商品，在本示例中为MP3文件，并通过互联网22、无线网络24、公共交换电话网络26或任何其它运送网络中的任何一种把MP3文件发送至客户网络或客户输入10。
在各种示例性实施例中，上述步骤可以由系统以更大的或较小的范围来自动地执行。在完全自动化的环境中，客户输入10可以是经无线设备23连接至无线网络24的MP3播放器，其可以自动地把授权或路由数据发送至卖商服务设备50。因此，用户所需做的只是打开设备并选择其所希望购买的新PM3文件。然后，设备自动地连接至MP3卖商并显示歌曲列表，以让用户购买。然后，用户可以只需选择他所希望购买的歌曲，接着开始下载该歌曲，同时在这种情况下所有其它的独立任务也都进行中。
在另一示例性实施例中，通过使用个人识别号码(pin)、智能卡、磁读/写设备、条形码、磁条、凸起字母数字字符、或任何其它现已有或将来发明或参考图27所描述的反欺诈方法，可以利用用于对服务/商品请求的授权和付款的附加安全。
图2是示出用于在移动(m)商务或电子(e)商务中利用聚合式服务设备的示例性系统的框图。如图2所示，客户输入100发送服务请求105至卖商服务设备110。然后，卖商服务设备110发送授权请求115至聚合式服务设备200。然后，聚合式服务设备200发送授权准许125至卖商服务设备110和发送付款通知135至客户输入设备100。然后，聚合式服务设备200发送付款150至卖商的银行或金融机构140和发送付款155至运送商150。
在本示例性实施例中，客户经由其输入设备100请求购买电影票。客户可以打开或激活他/她的客户设备100，使得服务请求105被发送至卖商服务设备110。卖商服务设备110可以是任何现已有或将来发明的用于语音识别或数字翻译的设备，使得用户能够选择他/她希望去的特定电影院的特定电影票。此外，卖商服务设备110能够为任何已知的业务工作，而不只是电影票。例如，音乐会门票或其它项目也可以购买。
在用户把服务请求105输入到卖商服务设备110内后，卖商服务设备110能够生成授权请求115。授权请求115可以包括诸如客户ID、服务费用和卖商识别码(ID)的信息。
当聚合式服务设备200收到授权请求115时，它可以与用户ID相关联的用户预付费账户，检查该账户是否被授权可以购买电影票，以及检查该客户账户是否具有足够的余额。如果该账户具有足够的余额，则该账户被授权进行该交易，以及该账户是有效账户，那么聚合式服务设备可以发送授权准许125至卖商服务设备110和发送付款通知135至客户输入设备100。
然后，客户能够通过现已有或将来发明的任何方法从电影院取电影票。例如，用户可以输入发放机识别号码并简单地使发放机发放电影票。也可以使用其它在本领域已知的方法，例如联邦快递、输入授权代码到预先存在的机器中、以及亲自向卖商代表领取，其在本领域是常见的方法。
在各种示例性实施例中，聚合式服务设备200可能没有发送付款至卖商服务设备110。聚合式服务设备200可能发送付款至与卖商140相关联的银行或金融机构。另一种选择，聚合式服务设备200可能只是简单地授权从与客户或用户相关联的银行或金融机构到卖商140的银行或金融机构的转账。此外，聚合式服务设备200可能授权付款给能够后来执行交付的运送商160。
图3是示出能够实现用聚合式通信平台进行预付费漫游的示例性系统的框图。在图3中，区域310在其里面含有客户1、客户2、电话交换机A、服务管理器A和账户管理器A。账户管理器A包括客户1、客户2和客户3的客户账户。区域320在其里面含有客户3、客户4、电话交换机B、服务管理器B和账户管理器B。账户管理器B包括客户4、客户5和客户6的客户账户。区域330在其里面含有客户5、客户6、电话交换机C、服务管理器C和账户管理器C。区域310、区域320和区域330通过公共交换电话网络300和广域网(WAN)350连接。
广域网350的使用具有用于账户信息的安全通道，以实现预付费漫游。因此，如果所有的客户1-6都是预付费客户，其账户在区域310或320中，那么本示例性实施例使他们不管在哪个区域都能够使用他们的预付费账户。下面将描述各种示例。
预付费漫游能够以下面步骤中示出的方式工作。想要呼叫区域310内的客户2的区域310内的客户1激活他/她的设备。当客户1的设备被激活时，电话交换机A获取该信号并转发服务请求至服务管理器A。然后，服务管理器A向账户管理器A检查客户1是有效客户且在他/她的账户内剩有账户余额或账款。服务管理器A还检查客户2是有效客户，在他/她的账户内剩有账户余额或账款，以接收电话呼叫。服务管理器A在确定所有的账户信息是正确的之后完成该呼叫。
但是，如果区域310内的客户1想要在现有系统下呼叫区域320内的客户3，则会出现问题。客户1激活他/她的设备并输入客户3的识别号码。然后，电话交换机A接收服务请求并把它转发至服务管理器A。然后，服务管理器A检查客户1和客户3是有效客户并且试图完成该通信。然后，服务管理器A通过电话交换机A和公共交换电话网络300试图到达客户3。但是，在电话交换机B上，由于客户3在账户管理器B上没有账户，电话交换机B不具有完成该电话呼叫的授权。
但是，在本发明的各种示例性实施例中，电话交换机B把服务请求转发至服务管理器B(其将意识到客户3在账户管理器B上没有账户)并因此通过广域网350转发该请求至服务管理器A。然后，服务管理器A验证客户3是有效用户，在他/她的账户上剩有账款。然后，服务管理器A通过广域网350授权该呼叫给服务管理器B，其告诉电话交换机B来完成该呼叫。如果客户1或客户3在电话交谈过程中用完钱或账户余额，则服务管理器A发送信号给电话交换机A或通过广域网350发送给服务管理器B，以断开该电话交谈。
在用于预付费电话服务的现有系统中，如果客户1希望与客户4联系，则客户1激活他/她的设备以联系客户4。服务请求由电话交换机A接收，然后，如果服务管理器A中的客户1预付费账户是活期的，然后电话交换机A则发送授权该服务的信号至服务管理器A。然后，由于接收客户4不是其账户或其网络的一部分，因此服务管理器A将授权该服务。然后，电话交换机A通过公共交换电话网络300转发服务请求至电话交换机B。然后，电话交换机B检查客户4位于其区域内，以及向服务管理器B检查客户4拥有账户。向账户管理器B检查的服务管理器B将验证客户4是具有剩余余额的活期账户持有者。然后，服务管理器B授权电话交换机B，以完成该电话呼叫，然后可以联系到客户4。
但是，如果区域310内的客户1希望到达区域330内的客户5，则由于下面详述的原因，现有系统不能进行。但是，在本发明的各种示例性实施例中，客户1激活其访问设备，以试图呼叫客户5。电话交换机A接收服务请求并发送确认请求至服务管理器A。然后，服务管理器A向账户管理器A检查客户1是拥有剩余余额的有效客户而客户5不是其网络内的客户。然后，电话交换机A通过公共交换电话网络转发该服务请求至电话交换机C，其拥有在其区域内登记的客户5。然后，电话交换机C连接到服务管理器C，其将验证客户5在账户管理器C内没有账户。然后，服务管理器C通过广域网350要求账户管理器B授权该通信。当服务管理器B在检查账户管理器B内客户5是具有剩余余额的有效客户之后授权该通信时，电话交换机C会授权并完成客户间的电话呼叫。
几种情况可以如下面所总结。
情况1客户1和客户4都在归属网络内。客户1拨打到客户4。
1.客户1拨打客户4。
2.由于客户1是预付费用户，因此电话交换机A把信号路由至服务管理器A。
3.服务管理器A把该信号路由至账户管理器A。
4.账户管理器A识别客户1的个人身份属于归属网络，DNIS(客户4的MSISDN)不属于网络310，且呼叫被从网络310始发出。
5.服务管理器A对客户1进行鉴权并响应电话交换机A。
6.电话交换机A经由公共交换电话网络(PSTN)发送该呼叫至电话交换机B。
7.电话交换机B经由PSTN网络接收呼叫，并将一个表示客户4是预付费的信号路由至服务管理器B。
8.服务管理器B接收该信号并通过账户管理器B对客户4鉴权。
9.服务管理器B发送MAP查询并为客户B定位服务电话交换机B。
10.服务管理器B发送寻呼信号至电话交换机B。
11.电话交换机B开始寻呼客户4。
12.当客户4响应呼叫服务时，服务管理器B开始为客户4计费且服务管理器A开始为客户1计费。
情况2客户4在其归属网络内，而客户3漫游在客户4的归属网络内，且客户3拨打到客户4。
1.客户3拨打客户4。
2.由于客户3是预付费用户，因此电话交换机B把信号路由至服务管理器B。
3.服务管理器B把它路由至服务管理器A。
4.服务管理器A识别客户3属于网络310而客户4不属于网络310。
5.服务管理器A对客户3鉴权，并路由信号至电话交换机B。
6.电话交换机B把一个表示客户4是预付费用户的信号路由至服务管理器B。
7.服务管理器B通过账户管理器B对客户4鉴权为属于网络320，并发送MAP查询，以定位客户4的服务MSC。
8.电话交换机B回复并被指示进行呼叫。
9.电话交换机B开始寻呼客户4。
10.当客户4响应呼叫时，服务管理器B开始为客户4计费，且服务管理器A开始为客户3计费。
情况3客户5和客户3都正在漫游，且客户5拨打到客户3。
1.客户5拨打客户3。
2.在验证客户5的IMSI(或其它这种唯一识别码)之后，电话交换机C确定客户5是预付费用户，并路由信号至服务管理器C，其接着把信号路由至服务管理器B。
3.服务管理器B识别客户5为漫游用户，并通过查询账户管理器B对其鉴权。
4.服务管理器B回复服务管理器C客户5是有效的，可以进行进一步的路由。
5.服务管理器C路由该鉴权至电话交换机C。
6.电话交换机C经由PSTN把一个表示客户3是预付费用户的信号路由至电话交换机A。
7.服务管理器A对客户3鉴权，并发送MAP查询，以定位客户3的服务MSC。
8.服务管理器B回复服务管理器A，其转发路由信息至电话交换机C。
9.电话交换机C路由该呼叫至服务MSC，即电话交换机B。
10.电话交换机B开始寻呼客户3。
11.当客户3响应该呼叫时，服务管理器A开始为客户3计费，且服务管理器C开始为客户6计费。
12.当任何一方断开呼叫时，服务管理器C通过WAN更新账户管理器B。
图4是示出通用或独立于网络的客户服务系统的示例性实施例的框图。在图4中，客户400经由路径414接入公共交换电话网络或SS7网络410，以联系服务管理器(“SM”)420。服务管理器420可以通过广域网(“WAN”)430连接至账户管理器(“AM”)442、账户管理器444或账户管理器446。然后，服务管理器420能够使用路径412重新路由客户400，以把客户400连接至在462的运营商/卖商1、在464的运营商/卖商2或在466的运营商/卖商3中的任何一个，然后，该运营商/卖商可以接入适合的账户管理器442、444或446，以为客户提供他/她的客户关怀服务(customer care service)。账户管理器442可以经由广域网430连接至数据库452内的客户信息或数据库454内的客户信息或通过广域网430连接至数据库456内的客户信息。因此，不管客户实际在什么位置，客户都能够用一个电话号码来请求客户关怀服务。
图5是示出每个运营商在其归属国家(归属地理区域)内运行多个交换机的框图。每个运营商都基于集中漫游数据中心模型(centralized roaming data center model)加入国际漫游服务。该数据中心可以由一个或多个电话公司中的一个或第三方管理。如图5所示，运营商1 532、运营商2 534和运营商3 536在国家A 530内且同时连接至WAN或TCP/IP网络520和PSTN & SS7网络510。进而，运营商4 546、运营商5 544和运营商6 542在国家B 540内且同时连接至WAN或TCP/IP网络520和PSTN & SS7网络510。WAN或TCP/IP网络520和PSTN & SS7网络510都连接至国际漫游数据中心500。国际漫游数据中心500可以包含服务器502、服务器506和服务器506。
上述的每个服务器502、506和506可以用于对客户鉴权并路由服务请求。因此，图5示出上述的服务管理器和账户管理器可以位于任何位置上，不必位于归属网络的呼叫区域之内。网络可以是GSM、CDMA、TDMA、AMPS、DAMPS或包括2.5G和3G的任何其它网络标准。可以(但不是必须的)在一个用于把消息路由至特定聚合式通信平台的交换机上运行几个SM/AM。到示例性聚合式通信平台系统的交换机是可选的，在如果安装了该交换机的情况下，对于国际漫游数据中心来说，地址可以是本地的。否则，地址必须是国际地址。
对漫游客户的客户关怀可以完全以上述的方式处理。但是，对于遍及很多国家的许多运营商的大规模实施来说，每个参与的电话公司都需要在其所有交换机的站址都建立呼叫控制设备(交换管理器服务器)是不切实际的。所有参与的电话公司都利用客户账户管理和业务支持系统(账户管理器)来管理其各自的用户，创建/管理其计费方案，以及为交换管理器提供用于识别和计费每个客户呼叫的IMSI/MSISDN(唯一用户识别码)。根据业务状况，账户管理器可以或不可以为分布式。
图6是示出集中式账户管理器672的框图。在一个示例中，一个账户管理器能够被以集中的形式提供给几个电话公司。在另一示例中，也可以以高度分布的形式部署多个账户管理器，每个账户管理器被提供给一个特定电话公司，及其任何组合。如图6所示，用户615可以经由无线电或蜂窝塔690连接至蜂窝电话交换机678。蜂窝电话交换机678被连接至PSTN 650和交换管理器674。交换管理器674经由网络连接至交互式语音响应(IVR)服务器686、简单消息服务器(SMS)684、语音邮件服务器(VMS)682、网络账户服务(NAS)单元680、防火墙676、账户管理器(AM)672和Catalyst集线器640。IVR服务器686被连接至咨询台688。AM 672被连接至数据库670。Catalyst集线器640被连接至接入服务器628、IVR服务器632、电子移动门户商务服务器630、代理服务器626和安全服务器624。家庭/办公室用户610被连接至互联网600，其连接至PSTN 650和站址路由器620。站址路由器620通过防火墙622连接至代理服务器626。
因此，如图6所示的聚合式通信系统能够使国际漫游数据中心可以使用，并容纳各种特定的服务器，以提供服务。例如，NAS单元680可以被指定为费用计算服务器。在不背离本发明的精神和范围的情况下，用于容纳各种业务惯例的其它修改和排列也包括在内。
因此，交换管理器可以被集中在国际漫游数据中心(IRDC)内。每个参与的网络都可以经由信令链路(SS7等)连接至中心交换管理器。假定这是可能的，那么每个参与的网络运营商只需要求运行在IRDC内的服务管理器的一个实例(instance)，以管理该运营商的漫游业务。可以在一个服务器上部署几个服务管理器，或每个实例可以运行在其自己的专用服务器上，或者一个服务管理器服务器作为其它服务管理器服务器的备份/备用的情况的组合。
分配给每个运营商的SM可以组合在上述漫游部分中所描述的每个SM的活动。每个运营商区域内的各个MSC将识别呼叫者，验证他们的归属网络是参与漫游的合作方，为他们分配MSRNN等。但是，当MSC切换信号到SM时，控制业务量不只是转换交换机房，还从国际SS7网络转换到IRDC。SM识别呼叫始发点，且它能够确定呼叫者的归属位置。然后，SM处理鉴权、根据始发交换网络代码(和始发小区ID等)的计费、以及用于该呼叫的MOC和MTC部分的合适的计费表。
如上所述，运营商间的结算在IRDC中处理。基于收入分配的规则得到管理并实行净收入的实时、按日、按周或按月的结算。示例性聚合式通信平台以下述方式在多样式网络上处理呼叫1.SM&AM可以被设置成用于多种网络类型；对于GSM、CDMA、TDMA、AMPS等特定于网络的信息；信令参数控制信息；特定于用户鉴权的信息；以及通信协议信息。
2.制定用于运营商之间关系的漫游协定和规则，以进行服务和商务交易每单位的费用、额外费用、税收等，结算格式、周期、账户信息等。
3.用户建立服务状况(service profile)信息，包括用于漫游的可用网络类型以及用于每个网络类型的用户识别信息。
4.呼叫可以以下述的方式处理a.SM接收呼入呼叫信号b.识别网络类型。
c.检查该网络类型所需的信息(即唯一识别码)。
d.检查呼叫是归属还是访问网络呼叫。
e.使用该网络类型所需的适当参数来生成信号至归属网络。
f.对返回至访问网络的用户/订户进行鉴权，确认来自用户服务状况的服务证实。
g.从访问网络类型到用户账户对该呼叫进行评估(rate)(检查余额、确认可用性)。
h.如果余额用完或呼叫终止SM确认终止，将后交易信息发送至归属网络数据库并进行结算。
由于业务可以变得更加有竞争力，因此全世界的移动运营商正寻求途径为他们归属网络上的客户提供各种增值服务，例如数据、传真、简单消息服务器和移动商务。同样，这些增值服务正越来越多地提供给后付费漫游者。移动运营商也愿意把这些服务提供给他们的预付费漫游用户，但受其特定于运营商的设备和系统的限制。
图7是示出带有电话管理系统720、SMS服务管理系统722、传真服务管理系统724、数据服务管理系统726和其它“XYZ”管理系统728的移动网络710的框图。
这些向客户收费的服务中的一些服务可以是基于时间的，而其它部分可以是基于事件的。在实际的部署中，通过信令链路来控制所有增值服务的鉴权/使用可以是可能的，也可以是不可能的。电话服务可以通过信令链路来控制；但是，对于诸如传真、SMS、移动商务的服务，通过信令链路来控制鉴权/使用是不可行的。
对于向预付费漫游用户提供这种增值服务的电话公司或其它通信运营商，在频繁地间隔中(例如每一分钟或每五分钟)收集和处理使用记录的地方必须建立一些接口。但是，考虑到可能出现高价值的交易，因此当交易进行时，商务服务需要被实时处理。
图7解释了聚合式通信平台系统的示例性实施例如何管理这种用于预付费漫游者增值服务的使用。移动网络710能够接入电话管理系统720、SMS服务管理系统722和传真服务管理系统724、数据服务管理系统726或XYZ服务管理系统728。电话管理系统720能够接入电话计费740，然后，电话计费740能够连接至聚合式通信平台预付费账户和余额750。SMS服务管理系统722、传真服务管理系统724、数据服务管理系统726和XYZ服务管理系统728能够连接至网关730，从而接入用于SMS的增强型数据服务计费742、用于传真的增强型数据服务计费744、用于数据的增强型数据服务计费746和增强型数据服务计费748。用于SMS的增强型数据服务计费742、用于传真的增强型数据服务计费744、用于数据的增强型数据服务计费746和增强型数据服务计费748能够连接至聚合式通信平台预付费账户和余额750。
在增值服务被授权之前，外部系统(即正在提供增值服务的系统)通过网关730发出请求至示例性聚合式通信平台系统。示例性聚合式通信平台系统的细节在图7中没有示出，但在这里描述和/或示出。根据计费表、预付费账户的可用账户余额和所准许的服务概况分析，示例性聚合式通信平台系统通过网络730或者授权该交易或者拒绝该交易至外部系统。对于每个授权的交易，外部系统提供增值服务给预付费漫游客户。在使用结束时(或在预设的时间量结束时)，外部系统生成一个增强型数据计费(EDR)，它被通过网络730发送至示例性聚合式通信平台系统。示例性聚合式通信平台系统为每个这种记录启动一个EDR计费进程，并处理EDR以及在示例性聚合式通信平台数据库内更新客户账户余额信息。
可能出现当电话使用正在进行时预付费漫游者可能使用一个或多个增值服务的情况。在那种情形下，示例性聚合式通信平台系统(将在这里进一步解释)将为该电话使用启动电话计费进程。示例性聚合式通信平台还同时使用EDR计费表、EDR规则和进程来处理EDR。为了避免出现任何死锁状况或重大的余额超支，示例性聚合式通信平台系统在预付费客户账户内为电话服务制定了钱款的优先分配(例如保留用于一定预设使用时期的数目)。在这种体系结构中，由于EDR记录的延时登记，使预付费漫游用户的账户余额可能达到零以下。当服务授权请求到达时，通过预先分配用于增值服务的钱款的方式可以避免出现这种状况。
例如，客户从访问网络区域进行呼叫。示例性聚合式通信平台根据下面的方式处理呼叫计费1.用户经由IVR、走入(walk-in)、互联网/移动互联网和任何其它方式呼入。
2.示例性聚合式通信平台通过电话号码、用户给出的PIN或其它信息、或者通过可以自动或人工的证实方式来证实用户。
3.IVR定位客户归属账户。
4.IVR发送查询至客户归属账户，以获得账户信息和服务概况。
5.IVR分析/处理查询信息服务由CCC处理，与账户相关的服务查询通过示例性聚合式通信平台生成对归属网络的进一步的查询，且充值服务以下面所述的方式来处理。
6.然后，客户通过由访问网络提供的WAP服务连接至互联网，且通过商家网站进行购买。
7.对于付款授权，商家网站(或任何其它请求授权的服务提供商)经由IP网络(公共或专用网络)至归属网络上的示例性聚合式通信平台。
8.然后，聚合式通信平台向归属网络授权数据库验证客户被授权可以进行商务交易(服务概况证实)并获得客户的位置。
9.然后，聚合式通信平台发出请求至聚合式通信平台组件，其正在处理访问网络上的该呼叫(在分布式体系结构中这些组件可以位于访问位置)。
10.聚合式通信平台经由公共或专用WAN链路发出请求。在集中式体系结构中，这些组件可以在本地可以获得。
11.聚合式通信平台经由网络发出授权请求。
12.当授权通过时，示例性聚合式通信平台组件(根据其类型或者位于归属网络中或者位于访问网络中)向归属网络数据库提交整个交易，以确保信息一致。
13.示例性聚合式通信平台根据结算规则进行结算。
授权请求可以有两种类型类型1说出客户当前的余额是多少；和阻止‘X’数目的钱款流到商务交易(‘X’的值等于由请求授权的商家请求的数目加上由归属/访问网络根据漫游协定产生的任何服务费用)。在这种情形中，最终的授权由归属网络自己处理。类型2如果授权的话，请处理商务交易并扣除X数目(‘X’的值等于由请求授权的商家请求的数目加上由归属/访问网络根据漫游协定产生的任何服务费用)。在这种情形中，是访问网络上的商用计费进程来处理整个交易和生成结算记录，以进行进一步的处理。
在另一示例中，网络X的本地客户A已漫游到网络Z内。他需要充满/充值其预付费账户。示例性聚合式通信平台可以以下述的方式允许其进行1.他能够从市场上的运营商Z购买充值券。
2.他拨打网络Z的IVR号码。
3.读取他的MSISDN号码的IVR系统从网络代码确定他不是本地用户。
4.利用网络ID，IVR通过TCP/IP网络向网络X的LAUT数据库发出查询，其中它确定对应于所购买充值券价值的客户A在归属网络的通话时间。
5.然后，在归属网络上更新LAUT数据库。
该过程确保了与充值相关的任何钱款总是被转发至归属网络，即使它在任何一个访问网络内被充值的。在成功的漫游呼叫之后，由示例性聚合式通信平台交换管理器计费的收入必须根据他们的漫游资费协定在合作网络之间进行分配。
漫游资费协定可以存储在几个位置中的任何一个。协定可以存储在聚合式通信平台上、独立的计费服务器上、或任何其它支持账户结算的地方。此外，结算规则可以位于聚合式通信平台上、独立的计费服务器上，或任何其它由协定的各方决定的地方。此外，协定可以在聚合式通信平台的运营商、与运营商交易的公司、客户以及政府之间签订。
在任意时间周期结束之后，通常是每天一次，漫游呼叫的所有呼叫描述记录(Call Description Records)(CDR)被转发给结算进程。另一种选择，也可以建立行业标准格式(例如TAP/Cyber)的使用记录，以转发用于结算目的的信息。这可以是每个运营商后台办公的一部分，或者通过运行在应用服务提供商(ASP)模型的票据交换所处理。示例性聚合式通信平台能够比较每个运营商相对于它的合作者的收入，并组织最终的净转账。
虽然本优选实施例是用于使用提供在聚合式通信平台上的多维数据库，但是这些交易可以存储在聚合式通信平台上或者存储在其外，。如果使用了本优选实施例，则多维数据库可以把交易的所有方面存储为一维，而根据合作网络或卖商之间的协定在不同时期结算的交易在不同的维度上。同样，当可以接入时，客户可以选择他的长途电信运营商。在这种情形中，示例性聚合式通信平台将与长途电信运营商来结算访问网络内的PSTN移动终止呼叫，而不是与规划归属长途移动网络(home plan long distance mobile network)来结算。同样，规划归属长途移动网络和规划访问长途移动网络也能够是规划归属移动网络和规划访问移动网络(即，覆盖全球规划的漫游系统或3G网络)。归属网络和访问网络也可以不基于GSM技术，而是基于其它移动技术。
示例性聚合式通信平台系统能够与电话公司网络连接，以作为预付费漫游服务管理系统。此外，示例性聚合式通信平台也可以与商家系统互连，用于管理商务交易。对于每个商家和网络合作方的结算规则被设置在示例性聚合式通信平台结算系统上。示例性聚合式通信平台控制与所提供的服务或商务交易有关的付款交易。根据结算规则，示例性聚合式通信平台根据结算规则为所有参与到服务和/或交易中的各方结算付款。
对于诸如总额折扣和捆绑服务的项目，示例性聚合式通信平台能够登记合适的信息到数据表。示例性聚合式通信平台定期(例如每分钟、每天等)分析这些信息并为这些服务执行结算。
示例性聚合式通信平台能够被部署在中心位置并连接至电话公司网络、商家网络和担保人的客户账户系统。示例性聚合式通信平台允许在用于语音、数据和/或事件的计费引擎或表与客户的预付费账户之间进行动态交互。根据用户的选择(或者每次都进行选择，或者系统自己根据用户定义的标准自动地选择)，钱款可以从担保人的客户账户(任何类型的账户)被转移到示例性聚合式通信平台客户预付费账户上。
示例性聚合式通信平台客户预付费账户被用于商务和通信交易付款处理。在客户余额在示例性聚合式通信平台账户上用完的情况中，示例性聚合式通信平台账户可以根据用户的需求进行充值，例如通过银行共同基金内的担保人客户账户等。示例性聚合式通信平台还允许平台的一个客户预付费账户上的商务、通信和数据交易的同时处理。对于每笔交易，示例性聚合式通信平台还能够结算涉及提供服务和/或交易给客户的各方之间的付款。
例如，如果约翰史密斯拥有银行账户(BA001)和聚合式通信平台账户(UP987)，那么约翰史密斯能够把他的银行账户BA001和他的预付费平台账户UP987联系起来。当然，BA001可以是储蓄、支票、借记、贷记或任何其它类型的账户。此外，银行可以是能够向客户担保资金的一些其它类型的机构。根据银行定义的标准，银行同意代表约翰史密斯作为对一定数目的聚合式通信平台账户限额的担保人。例如，BA001在客户账户上拥有1500美元且银行允许聚合式通信平台客户账户限额为100美元。示例性聚合式通信平台账户上的实际数目可以根据几个因素而变化，例如约翰史密斯的贷出记录，约翰史密斯愿意在示例性聚合式通信平台账户上存放的数目，由电话公司、商家团体、本地监制机构等规定的任何条款和条件。约翰史密斯可以使用示例性聚合式通信平台预付费账户来为任何移动商务付款，或使用示例性聚合式通信平台账户来为通信服务付款，使用相关联的客户银行或担保人账户进行充值。
例如，在用户用完其在聚合式通信平台账户内的钱款的情况中，他可以从BA001对他的平台账户进行充值。他还可以建立用于聚合式通信账户(例如UP001、UP657等)的子账户，并把它们用于特定的目的(例如赠予他的家人，具有或不具有对允许他们所进行的服务类型的限制，或把一个账户用于在线交易而另一个用于离线交易等)。他还可以为每个子账户设置限额(预算控制)或把主账户限额(聚合式通信账户)作为所有子账户总的自由流动限额。在任何情况中，用于客户付款的银行担保限定于指定给示例性聚合式通信平台账户的数目。
同样，BA001不一定是单一账户且UP987的限额不一定是BA001的一小部分。例如，BA001可以是一个虚拟账户，其组合了约翰史密斯的所有财务内容(例如约翰史密斯所拥有的储蓄账户、贷记账户、支票账户、所有股票/共同基金的当前市值的余额)，且其可以被考虑为到达BA001的货币数目。同样，聚合式通信账户上的限额可以高于或低于或等于BA001账户内的数目。
示例性聚合式通信平台可以实现下面的情形只根据聚合式通信平台账户内的余额进行的授权；根据聚合式通信平台账户内的余额进行的授权，其中，平台账户与被授权的担保人的客户账户集成在一起，以进行实时或接近实时的交易(检查余额和借记)；以及根据聚合式通信平台账户内的余额进行的授权，其中，另一机构保证了固定的数目，其是实时授权和实时余额的基础。
也可以出现在一些情形/市场中没有银行的参与的情况。在这种情形中，可以由商家、或商家团体、或由电话公司、或由第三方、或这些机构的所有和一部分的组合来发行数字借记账户。数字借记账户以非常相似的方式操作，除了非银行的一方发行的账户之外。在这种情形中，数字借记账户发行代理商可以或可以不是银行或金融结构的合作商。
数字借记账户不同于正在市场上使用的电子钱包。电子钱包只解决与付款有关的问题。钱包主要侧重于被授权的钱款的数目。而数字借记账户考虑到与客户有关的其它多个方面(例如客户是否被授权可以接收或购买该服务)。电子钱包也没有解决与持续的基于时间的计费相关的问题(例如电话呼叫，根据下载的分钟数而计费音乐的下载等)。数字借记账户考虑到这些问题且允许对费用进行正确的计算。即，电子钱包对需从电子钱包账户上扣除多少钱的没有作出决定(它们根据第三方来进行)。在聚合式通信平台内使用的数字借记账户能够对扣除多少钱作出决定。
示例性聚合式通信平台能够被部署在中心位置上，并连接至电话公司网络，作为服务节点或智能网络节点。示例性聚合式通信平台还可以连接至银行的客户账户系统、或客户的信用卡系统或任何允许在线/离线聚合式通信平台客户账户充值的第三方系统。
对于客户而言，示例性聚合式通信平台账户可以创建有两个子账户。例如，一个子账户用于在线/实时交易，其可以用于通信服务和/或用于商务服务或用于以上两种情况。另一子账户用于离线交易。例如，如果约翰史密斯的示例性聚合式通信平台账户拥有50美元，那么他可以拥有40美元的账户A，其用于在线/实时交易。约翰史密斯拥有10美元的另一子账户B。这10美元可以被转移到用户的读/写存储设备(独立的读/写存储设备或者起到读/写存储设备的作用的电话装置或任意组合)上。
当约翰史密斯进行电话呼叫或下载互联网上的音乐或任何这种需要实时计费的交易时，示例性聚合式通信平台将自动或根据用户选择(预先选择或在用户请求时选择)来使用账户A进行付款。当约翰史密斯去商店并想要购买一些咖啡、或可乐或报纸或其它这种没有保证在线/实时交易的项目时，示例性聚合式通信平台将自动或根据用户选择(预先选择或在用户请求时选择)来使用账户B。如果在商家所在地，设备允许在线连接至示例性聚合式通信平台，则示例性聚合式通信平台能够更新(两个方向)与交易/客户状况相关的信息。
如果子账户B内的余额完用了，则示例性聚合式通信平台允许客户(根据用户选择或通过预设的参数)把钱从账户A转移到账户B上。如果约翰史密斯用完账户B内的钱，他也可以到商家所在地(其拥有用于更新读/写存储设备上的余额信息的设备)并对其账户充值。例如，如果约翰史密斯去商店并支付100美元，他的读/写存储设备为附加的100美元更新，且下次他使用在线连接至示例性聚合式通信平台系统的商家设备时，该示例性聚合式通信平台将自动更新信息，并根据约翰史密斯的要求把新的100美元分配到他的预付费子账户A和B上。
示例性聚合式通信平台能够被连接至电话公司、商家网络和银行的客户账户系统。示例性聚合式通信平台允许客户根据用于充值的可配置的规则引擎来定义各种充值标准。这种规则引擎允许客户定义客户被允许使用的各种充值方式(IVR、ATM、直接转账等)，协同规定是否是对账户充值的时间的各种标准，以及协同确定将对客户账户充多少钱的各种标准。因此，聚合式通信平台系统能够通过网关或其它装置为其客户预付费账户提供很多服务。
图8示出了对于使用聚合式通信平台、系统和方法的通信服务的费用分解的示例性分类列表。图8包括了包含费用类型、费用制定、费用扣除、归属网络和访问网络应取的数目和用于决定费用的根据的栏。例如，商务交易可能需要通过服务税租金和充值费来支付归属网络内的移动始发呼叫(MOC)。
图9是用于聚合式通信平台、系统和方法的对预付费客户账户充值的示例性方法。如图9所示的方法是自动充值。但是，其它类型的充值也在本发明的范围之内，该方法包括向客户确认充值的附加步骤，向银行或第三方确认充值的附加步骤，以及与时间或其它变量相关的附加步骤。该方法从开始900开始，并且进行到910确定客户预付费账户内是否有足够的账款。
在910上确定账户内是否有足够的账款的步骤中，确定预付费用户的账户内是否有金钱值。如果在账户没有足够的账款，该方法则继续到920确定充值规则是否已建立？。如果在账户有足够的账款，该方法则进行到步骤912以授权服务。如果该方法进行到授权服务步骤912，那么该方法则进行到结束950。
如果该方法进行到“充值规则已建立？”步骤920，则确定客户是否已授权其账户的预付费充值。如果客户已授权其账户的自动充值，则该方法进行到步骤“充值来自？”930。如果客户还没有授权其账户的自动充值，则该方法进行到拒绝服务步骤922。如果该方法进行到拒绝服务922，那么该方法进行到结束950。
如果该方法进行到“充值来自？”930，则判断通过银行、贷记、投资账户或预授权贷款中的任何一种来对账户充值。如果“充值来自”行为来自银行，则该方法进行到与银行的电子商务932。如果充值是通过贷记进行，则该方法进行到与信用公司的电子商务934。如果充值是来自投资账户，则该方法进行到与投资公司的电子商务936。如果充值形式是通过预授权贷款的方式，则该方法进行到与贷款公司的电子商务938。无论采取何种形式的充值，该方法都进行到步骤940。在步骤940，聚合式通信平台对预付费客户账户充值并返回到确定客户预付费账户内是否有足够的账款的步骤910。
如上所述，用户可以从几种来源中的任何一种对其账户充值。充值可以由用户选择或规则来控制。例如，用户可以预先设定充值的第一5000美元来自投资账户，而之后的充值则来自贷记账户。此外，用户可以根据各种其它变量来授权充值，例如时间、账户余额、充值总额和其它因素。对于每个充值账户，在聚合式通信平台与充值机构之间、以及充值机构与平台和充值机构两者的客户之间签订协定。协定可以详细到诸如充值速度、结算时间框架、来自充值机构的钱款不足的通知、账户余额通知和在本领域已知的其它因素的事情。优选地，与充值账户协定、规则和程序相关的数据存储在聚合式通信平台的账户和/或服务管理器内。
图10示出经销商1010、销售代理商1020、用户1030、外部电信运营商1050、公司和家庭账户1040、VMS用户1060和聚合式服务管理器1000之间的示例性关系。用户1030可以进行定购或取消定购以及输入个人识别号码到聚合式服务管理器1000内。然后，用户1030可以接收作为报答的服务。在用户1030所接收的服务的交换中，聚合式服务管理器1000可以从公司和家庭账户1040发出付款。如果用户1030希望对他们的账户充值，则他可以到销售代理商1020。然后，销售代理商1020可以在聚合式服务管理器1000内对账户充值，并接收作为报答的佣金。然后，聚合式服务管理器能够把账户充值转发到公司和家庭账户1040。然后，利用已充值的账户，用户可以授权付款给经销商1010作为其提供用户所接收的服务的报答。此外，外部电信运营商1050能够接收对于服务的付款或授权，例如转发服务、以及虚拟电话号码调和(reconciliaion)、和计费信息更新至聚合式服务管理器1000。另一种选择，VMS用户1060能够接收用于维持语音邮箱信息的查询或付款、账单和信件、查询响应、问候信件和付款提醒。
图11是用于实现漫游网络中的移动商务的聚合式系统的示例性实施例。用户设备1130连接至漫游网络1120。漫游网络1120连接至聚合式服务提供商1150。聚合式服务提供商1150可以被连接至互联网1100和聚合式服务提供商1140。商家1160和1170可以被连接至互联网1100。那么，归属网络1110也可以被连接至聚合式服务提供商1140。聚合式服务提供商1150和1140都是维护聚合式通信系统的结构，其拥有不同的服务区。
在运行中，用户设备1130当在漫游网络1120内时可以连接至聚合式服务提供商1150，以启动移动商务交易。然后，聚合式服务提供商1150把对移动商务交易的请求转发至归属网络1110内的聚合式服务提供商1140。聚合式服务提供商1150也可以被连接至互联网1100，以和商家1160和商家1170联系，来提供到用户设备1130的服务的交付或确认到用户设备1130的商品的交付。
图12示出根据本发明的示例性实施例的预付费漫游服务活动的示例。其归属网络1212在意大利1210的位于位置1200的移动电话预付费用户蒂姆旅行到拥有漫游网络1222的西班牙1220。当在西班牙1201时，蒂姆想要对他的预付费客户账户充值。那么，在位置1201上的蒂姆与漫游网络1222联系，其建立到SS7 1240的链路1224，SS71240建立到聚合式服务管理器1250的链路1242。然后，聚合式服务管理器1250经由链路1244、SS7 1240和链路1226发送蒂姆的当前账户信息至漫游网络1222。然后，漫游网络1222能够与在法国1230的银行1232联系，以在聚合式服务管理器1250内对蒂姆的预付费客户账户充值。
图13示出用于聚合式通信平台的用户账户的信息数据和结构的示例性实施例。客户账户可以包括(但不限于)家庭表1300、请求信息表1310和授权信息表1320。家庭表1300可以包括(但不限于)家庭主号码、头衔、名、中间名、姓、地址、电话号码、传真、电子邮件、备注、职业、最近的账单日期、存款数目、信贷限额、所剩的信贷限额、当前余额、最近的付款日期、有效卡、身份和身份改变日期。授权信息表1320可以包括价值、检疫、有效描述、使用的柜台、经核准的身份、最近经核准的序号、拓扑代码并被转移至ROC。请求信息表1310可以包括(但不限于)外部代码、开始串、覆盖范围、个人识别号码、初始激活代码和身份。
图14示出用于聚合式通信平台的链接至语音邮件系统的客户账户的示例性实施例。客户账户可以包括(但不限于)客户表1400、语音邮箱1410。客户表1400可以包括(但不限于)密码、头衔、名、中间名、姓、地址、电话号码、传真、电子邮件、身份和身份改变日期、状况ID、职业、语言ID、激活日期、最近的账单日期、当前余额、最近的付款日期、备注和问候消息。语音邮箱1410可以包括(但不限于)运营商名称状态以及被接受的导入邮箱号码。语音邮件系统配置可以被添加并包括说明、消息群链路(total message link)、单一消息链路、消息存在时间、费用、过时追加费、利息类型、比例(prorate)、有效日期、有效起始日期、存款和消息群。
图15示出可以被用在聚合式通信平台中的交互式语音响应系统的示例性示例性。图15中的方法从开始1500开始。然后，该方法进行到向用户播放提示号码1的1510。在1510中向用户播放提示号码1后，该方法转移到等待号码1512。如果有数字被输入，则该方法根据该号码进行到检验号码1520。在检验号码1520中，如果该号码是有效号码，则该方法进行到1530。如果该号码是无效号码，则该方法返回至1514。
在1514，确定是否已达到最大的重试次数。如果还还没有达到最大的重试次数，该方法则进行到向用户播放提示1 1510。如果已达到最大的重试次数，该方法则进行到播放提示4 1560。
在向用户播放提示2的1530中，确定其是否已收到号码或达到播放的末尾。如果向用户播放提示1530达到播放的末尾，则该方法进行到等待号码1532。如果向用户播放提示1530获得号码，则该方法进行到向用户播放提示3的1540。在等待号码1532中存在等待时间直到其获得号码。当接收到号码时，该方法进行到向用户播放提示3的1540。
然后，向用户播放提示3的1540确定其是否已到达播放的末尾或收到号码。如果向用户播放提示3的1540到达播放的末尾，则该方法进行到等待号码1542。如果向用户播放提示3的1540收到号码，则该方法进行到检查号码1550。在检验号码1550中，如果号码是有效号码，则该方法进行到在数据库中登记短码和实际号码1570。否则，则该方法转到向用户播放提示4的1560。
图16是示出预付费账户在用于多方结算的聚合式通信平台中预付费账户使用的流程图。提示1能够提示聚合式通信平台根据先前制定的规则来选择参与方的类型。然后，参与方类型被输入到选择参与方类型1610中。选择参与方类型1610可以是公司、家庭、经销商或销售代理商类型中的任何一种。如果参与方类型是公司，则该方法转移到选择公司部门1612。如果参与方类型是家庭，则该方法转移到选择家庭1614。如果参与方类型是经销商，则该方法转移到选择经销商1616。如果参与方类型是销售代理商，则该方法转移到选择销售代理商1618。
根据所选择的参与方类型，合适类型的ID被发送至查看用于参与方代码的未结算数目和应付数目的付款1600。因此，用户可以对预付费账户充值或建立预付费账户。相关信息被存储在聚合式通信平台上的查看用于参与方代码的未结算数目和应付数目的付款1600。
提示2付款方法提示聚合式通信平台根据先前制定的规则来选择付款方法。在选择付款方法1620中，从信用卡、银行和现金中选择付款方法的类型。如果选择信用卡，该方法则转移到输入信用卡信息1640。如果选择银行，该方法则转移到输入银行信息1622。然后，该方法转移查看用于参与方代码的未结算数目和应付数目的付款1600。
然后，查看用于参与方代码的未结算数目和应付数目的付款1600可以进行到am_di_info 1630、am_home_info 1632、dms_dealer 1634、dms_sales_agent 1636、pp_instr 1638、pp_credit_card 1640、pp_paid_trans_main 1642、pp_outstand_payment 1644中的任何一种。从而结算该多方交易。
图17是一种半自动方法的示例性实施例，其用于预付费账户的充值和为可能在聚合式通信设备内出现的多方结算制定规则。该方法从开始1700开始，并进行到选择参与方类型和代码1701或查看O/S付款的列表1710。
如果该方法进行到查看未结算和结算(O/S)付款的列表1710，则该方法将确定第一或当前应付款。然后，该方法进行到选择付款方法1720。在选择付款方法1720中，该方法将根据先前制定的规则来确定付款的类型。如果规则表示为现金，则该方法转移到现金1722。如果规则表示为支票，则该方法转移到支票1724。如果规则表示为信用卡，则该方法转移到信用卡1726。
如果规则表示为支票1724，则该方法进行到插入银行1725。如果规则表示为信用卡1726，则该方法转移到插入信用卡信息1727。在输入先前已存储在聚合式通信平台上的适当的信息后，该方法进行到插入交易记录1730。然后，该方法进行到结束1740。
如果规则表示为参与方类型和代码，则该方法进行到步骤1712。然后，在选择参与方类型和代码中，该方法确定需要账户更新的参与方的类型。如果规则表示为公司，则该方法转移到更新公司1702。如果规则表示为家庭，则该方法转移到更新家庭1704。如果规则表示为经销商，则该方法转移到更新经销商1706。如果规则表示为销售代理商，则该方法转移到更新销售代理商1708。然后，该方法进行到结束1740。
图18示出用于使用聚合式通信平台和系统的生成报告的示例性方法。该方法可以从批处理信息1820、打印定购信息1810、批信息1830、打印卖商信息1860或所有卡的类型1850中的任何一个开始。然后，该方法进行到生成报告1800，并进行到预览报告1840。如果该方法从批处理信息1820开始，则需要从聚合式通信平台上的存储设备输入批处理号码单元速率和批处理号码。如果该方法从打印定购信息1810开始，则需要输入PO号码、PO状态和PO日期。如果该方法从批信息1830开始，则需要输入批号码和批大小。如果该方法从所有卡的类型1850开始，则需要输入信用卡类型描述。如果该方法从打印卖商信息1860开始，则需要输入卖商的名称。
图19是在聚合式通信平台内的数据转移的示例。如图19所示，用户设备1900可以包含诸如1905的数据存储结构，其包含最终用户信息、最终用户启用账户的信息、电信信息、计费数据捕获信息和用户数据捕获信息。用户数据存储结构1905还可以包含通信设备呼叫控制和计费控制以及数据捕获功能，其能够与用于付款、结算处理和客户关怀的通信设备1940通信。互联网ISP 1910可以包含数据结构1915，其包含涉及广告和佣金的有关最终用户、最终用户的启用账户、ISP、计费数据捕获和用户数据捕获的信息。数据结构1915还包含用于通信设备半径控制(radius control)、使用控制和数据捕获的模块，它与用于付款、结算处理和客户关怀的通信设备1940通信。门户1920可以包含数据结构1925。数据结构1925可以包含最终用户信息、账户访问信息、门户信息和账户管理信息。数据结构1925还可以包含用于通信、设备付款、担保和数据捕获的模块，它与用于付款、结算处理和客户关怀的通信设备1940通信。商家1930可以包含数据结构1935。数据结构1935可以包含与最终用户、启用账户内的购物车备案、商家、计费数据捕获和用户数据捕获有关的信息。数据结构1935还可以包含用于通信、设备付款、担保和数据捕获的模块，它与用于付款、结算处理和客户关怀的通信设备1940通信。用于付款、结算处理和客户关怀的通信设备1940通信能够与数据采掘(data mining)/客户关系管理(CRM)1950通信。
图20A是用于由拥有预付费、充值型账户的客户使用聚合式通信平台进行的服务和/或交易的多方实时结算的示例性方法和系统。示例性方法从最终用户2000启动该方法开始。然后，该方法进行到预付费充值2010。
在预付费充值2010中，用户事先、自动地或请求服务和/或交易的时候确定哪些其它非平台账户和与这些账户中的每个有关的多大数目将要被充值到他的预付费平台账户中。然后，该方法进行到实时财务结算2050。
实时财务结算2050接收来自电话公司2060、ISP 2062、门户2064、商家2066和银行2068的付款请求。商家管理2070是用于实现实时和直接财务结算2050的装置。商家管理2070指明对参与的多方的结算是同时的、延时的、涉及附加授权的或任何其它本领域内已知的特性。因此，存在能够通过多种时间方案来结算涉及多方交易的聚合式通信平台的示例性实施例。
图20B是由拥有预付费、充值型账户的客户使用聚合式通信平台进行服务和/或交易的多方实时结算的另一示例性方法和系统。所述方法以最终用户2000启动该方法开始。然后，该方法进行到预付费充值2010。
在预付费充值2010中，用户事先、自动地或请求服务和/或交易的时候确定哪些其它非平台账户和与这些账户中的每个有关的多大数目被充值到他的预付费平台账户中。然后，该方法进行到银行2020。在银行2020中，账款被从银行转移到实时财务结算2050中。
实时财务结算2050接收来自电话公司2060、ISP 2062、门户2064、商家2066的付款请求。商家管理2070是用于实现实时和直接财务结算2050的装置。商家管理2070指明对参与的多方的结算是同时的、延时的、涉及附加授权的或任何其它本领域内常见的特性。因此，存在能够通过多种时间方案来结算涉及多方的交易的聚合式通信平台的示例性实施例。
图21是用于在聚合式通信平台内使用的账户管理设备2100的示例性实施例。账户管理设备2100可以拥有用户账户管理器2160、SIM供应2170、SIM发行2180、SIM定购2190、结算2150、充值券供应2140、充值券发行2130、充值定购2120和PIN生成2110。
图22是用于在聚合式通信平台内使用的示例性交换管理器2200的框图。交换管理器2200可以包含计费2230、呼叫控制2220和余额2210。计费2230可以是一种实时(或通过各种累加)的对所请求服务的费用的计费。计费还可以确定商务交易中涉及的额外费用或风险。呼叫控制2220能够跟踪对用户账户的所有同时借记，并发送信号至用户或各种第三方，用于授权追加数目以对用户账户充值，或授权执行充值，或终止呼叫。余额控制2210能够跟踪用户账户内的即时余额，或当用户账户达到预设的级别时发出告警。
图23是示出商务对商务(B2B)聚合式通信系统的示例的框图。如图23所示，公司1 2330、公司2 2332到公司x 2339经由互联网2310连接至聚合式通信系统2300。此外，公司A 2340、政府2342、事业单位A 2344、事业单位B 2346、商家2348和供应商2349经由互联网2320连接至聚合式通信系统2300。聚合式通信系统2300可以与虚拟账户2302、普通账户2304和银行系统2306连接或集成在一起。因此，为了与公司A 2340到供应商2349中的任何一个进行商务对商务交易，诸如公司1 2330的公司只需拥有与互联网2310的一个连接。
图24是示出商务对商务聚合式通信系统的另一示例的框图。在图24中，用户2400经由电话2410、ATM 2412、WEB 2414、WAP 2416和代理2418连接至银行2420。银行2420连接至B2B网关2434。B2B网关2434是也包含聚合式通信设备2432的聚合式通信系统2430的一部分。聚合式通信设备2432连接至电话公司或其它公司计费系统2440。因此，用户2400能够使用电话2410、ATM 2412、WEB 2414、或WAP 2416或代理2418来存款或转移账款，以在账户之间转移账款，和/或利用银行2420来指定至电话公司或公司计费系统2440的商务对商务交易。此外，如图24所示，为了与很多不同机构进行商务对商务交易，银行2420只需拥有到聚合式通信系统2430的一个连接。
图25是用于对聚合式通信平台内的客户预付费账户充值的示例性系统的框图。在图25中，诸如ATM 2506、ATM 2504、ATM 2502、ATM 2508、投资公司2530、银行2 2520和银行1 2510的各种设备被连接至X.25网络2500。X.25网络2500被连接至路由器2549，作为聚合式通信平台2540的一部分。聚合式通信平台2540可以包含防火墙2544、账户管理器2546、客户关怀2548和银行3 2542。账户管理器2546可以被连接至数据库2547。因此，客户用户可以从诸如ATM2506的任何远程装置访问其在聚合式通信平台2540内的账户。
图26是用于使用聚合式通信平台内的交互式语音响应系统对客户预付费账户充值的示例性系统的框图。如图26所示，银行1主机2610可以被经由X.25网络2600连接至ATM 2602到2608、电话公司22640、电话公司1 2630和银行2主机2620中的任何一个。聚合式通信平台2650还可以被连接至X.25网络2600。聚合式通信平台2650可以包含路由器2660、防火墙2658、账户管理器2656、数据库2657、交互式语音响应系统2654和运营商2652。
因此，通过电话公司1 2630连接至聚合式通信平台2650的客户用户可以使得他的请求通过X.25网络2600路由至路由器2660。路由器2660可以使用防火墙2658对用户鉴权，并确定该请求是否应使用交互式语音响应系统2654。交互式语音响应系统2654能够处理账户充值，或者如果客户正遇到困难，交互式语音响应系统2654能够把呼叫转发给运营商2652。如果交互式语音响应系统2654能够处理账户充值，则用户通过说出命令或输入数字的方式，利用X.25网络2600把账款从用户的银行2主机2620转移到平台账户管理器2656，其被记录在平台数据库2657内。
图27是由聚合式通信平台使用的示例性安全系统的框图。如图27所示，个人识别号码(PIN)2701可以被输入到用户设备2700内。用户设备2700可以包含用户识别模块(SIM)2702、国际移动用户身份码(IMSI)2704和国际移动台设备身份码(IMSEI)2706。然后，用户设备2700能够把这些安全所需的号码中的任何一个转发给电话交换机2730。电话交换机2730可以包含移动交换中心号码(MSCN)2734和移动台号码(MSN)2732。电话交换机能够把上述号码中的任何一个或识别代码转发给交换管理器2750。交换管理器2750可以包含用户账户2752和授权模块2754。
示例性聚合式通信平台允许进行安全的财务交易(根据ISO 8583或任何这种安全财务交易协议)，其影响客户的预付费账户的实际充值。示例性聚合式通信平台提供各种接口，其允许从第三方系统提取钱款(例如示例性聚合式通信平台启动交易，以从客户银行账户系统取出钱款)或由第三方把钱存到示例性聚合式通信平台系统中的情况(例如客户的银行账户系统把钱存到示例性聚合式通信平台的客户预付费账户中)。
因此，在进行正常的商务交易中，示例性聚合式通信平台能够免遭来自信用卡和借记卡未授权用户的欺诈和商家机构的欺诈。因此，示例性聚合式通信系统方法和平台能够使用用于对预付费聚合式通信平台用户鉴权的现已有或将来发明的设备安全系统。
图28示出以聚合式通信平台作为结算中心的多方结算的示例性实施例。如图28所示，结算中心2800可以与银行2840、商家2820、互联网服务提供商2830和客户2810相关。因此，除了经由多样式网络作为多样服务和交易的唯一通道外，聚合式通信平台还能够作为用于多方财务结算的一个单一的通道。
图29是用于聚合式通信平台内结算的卖商、商家和服务提供商信息的示例性屏幕图片。如图29所示，可以存储用于与各种卖商、服务提供商和商家交互和安排结算的各种规则。例如，示例性聚合式通信平台可以存储和显示商家、结算条件、结算价值、用于结算的单位、时间戳、货币、合同方案、合同的有效期和其它涉及合同的任何追加规则。例如，Satyam Online希望在收到收据之后结算电子商务交易，其价值大于5，它是总收据中货到付款所占的百分比。此外，该合同从2000年11月23日到2000年11月23日有效。
图30是把卖商/服务提供商/商家信息添加到聚合式通信平台的示例性屏幕图片。如图30所示，例如商家，Sify@Info.com可以拥有诸如合同、有效起始日期、有效截止日期、条件、付款模式、价值、时间戳、涉及商家的商家、条件、付款模式、价值、时间戳和保存的信息。
图31是添加有关卖商/服务提供商/商家的细目至示例性通信平台的示例性屏幕图片。如图31所示，涉及商家的诸如姓名、地址1、地址2、城市、州、邮政编码、国家、账户号码、基本货币、基本单位、银行名称、银行支行、银行所在城市和与商家相关的备注的细目可以存储在聚合式通信平台内。
图32示出用于在聚合式通信系统内实现复杂规则设置的示例性规则储存库(repository)。示例性规则储存库包含几个表。这些表可以称为规则正本(rule master)3200、用户3210、服务提供商3220和服务3230。每个表可以包含具有涉及实现各种规则设置的数据的几个字段。
例如，规则正本3200可以具有规则识别符、基于时间、基于每日、基于日期、基于数量、百分比、基于位置、基于用户属性、基于服务提供商属性、基于服务、基于最近的交易和基于抵押合同的字段。规则识别符字段可以被链接至用户3210表和服务提供商3220表。
用户3210表可以具有用户识别符、服务识别符、服务提供商识别符、余额信贷、使用数目和规则列表字段。服务识别符字段可以被链接至服务3230表。服务提供商识别符字段可以被链接至服务提供商3220表。规则列表字段可以被链接至规则正本3200表。
服务提供商3220表可以具有服务提供商识别符、服务识别符、访问服务提供商、应付款、应收款和规则列表字段。服务提供商字段可以被链接至访问提供商字段和用户3210表。服务识别符字段可以被链接至服务3230表。规则列表字段可以被链接至规则正本3200表。
服务3230表可以具有服务识别符、服务类型和资费字段。服务识别符字段可以被链接至用户3210和服务提供商3220字段。
附加表可以作为整个聚合式通信系统和方法的一部分。此外，虽然在示例性规则储存库内使用的各种表和字段使用了描述性名称，但是也可以使用与字段或表的作用相关或没有相关的任何名称。可以在每个表内使用附加字段，例如，可以使用用于保持修改的日期的跟踪字段。
图33是根据本发明的优选实施例能够利用聚合式通信系统和方法来实现结算进程的示例性仪器。整个系统包括聚合式通信系统3300、服务提供商3340和金融机构3380。在交易已被授权和借记之后，当服务提供商3340保留在金融机构3380内的账户且没有直接接收对应于所提供服务的钱款时，示例性仪器显示了能够实现结算的一种途径。虽然这种情况是最普通的，钱款从一个金融机构中的一个账户转移到另一账户，但是还存在着其它能够影响结算的情况。
结算从聚合式通信系统3300内的账户开始，聚合式通信系统3300与提供服务的服务提供商3340保持借记一致。聚合式通信系统3300可以包含结算服务提供商3301。结算服务提供商3301可以保护数据导入/导出3302，其在聚合式通信系统3300、服务提供商3340、金融机构3280和数据格式储存库3310之间转移信息。
因此，例如，服务提供商3340能够通过数据导入/导出3302提供结算规则至结算进程提供商3301。然后，结算规则可以用于为数据格式储存库产生数据，或提供转账指示给金融机构3380。然后，金融机构3380能够在机构或账户之间转移账款。例如，如果聚合式通信系统3300拥有由信贷协会3384托管的用户账户，且服务提供商3340提供将被贷入其在银行3382内的账户中的服务，则结算进程提供商3301能够简单地提供转账指示给金融机构3380。
服务提供商可以是电信公司3342、互联网服务公司3344、商家3346、内容提供商3348或任何其它用于提供商品或服务的现已有或将来发明的设备组织中的任何一个。金融机构3380可以是银行3382、信贷协会3384、信贷公司3386、经纪公司3388或任何用于持有和转移价值的现已有或将来发明的组织中的任何一个。
图34示出根据本发明的几个示例性实施例用于对聚合式通信系统和方法的预付费客户账户充值的示例性方法。如图34所示的方法是问题的线性进展(linear progression of questions)的方法。但是，其它各种示例性实施例可以包括同步性问题(simultaneousquestions)、偶然性问题(contingent questions)和没有确定答案的问题。该方法从开始3400开始，并进行到确定转账是否将来自储蓄账户3410。
如果在确定转账是否将来自储蓄账户3410中确定转账不是来自储蓄账户，则该方法进行到确定转账是否将来自信用卡3430。如果在确定转账是否将来自储蓄账户3410中确定转账将来自储蓄账户，则该方法进行到确定账户3420内是否有足够的账款。如果确定出账户内有足够的账款，则该方法进行到转移账款3490。如果确定出账户内没有足够的账款，则该方法进行到确定转账是否将来自信用卡3430。
如果在确定转账是否将来自信用卡3430中确定转账不是来自信用卡，则该方法进行到确定转账是否将来自股票账户3450。如果在确定转账是否将来自信用卡3430中确定转账将来自信用卡，则该方法进行到确定账户3440内是否有足够的信用。如果确定出账户内有足够的信用，则该方法进行到转移账款3490。如果确定出账户内没有足够的信用，则该方法进行到确定转账是否将来自股票账户3450。
如果在确定转账是否将来自股票账户3450中确定转账不是来自股票账户，则该方法进行到确定客户是否被允许透支3470。如果在确定转账是否将来自股票账户3450中确定转账将来自股票账户，则该方法进行到查询客户将出售哪些股票3460。当客户确定将被出售的股票数目时，则该方法进行到转移账款3490。
如果在确定客户是否被允许透支3470中确定客户不被允许透支，则该方法进行到确定客户是否授权充值3480。如果在确定客户是否被允许透支3470中确定客户被允许透支，则该方法进行到转移账款3490。
如果在确定客户是否授权充值3480中确定客户已授权充值，则该方法进行到确定转账是否可行3485。如果确定出客户没有授权充值或转账不可行，则该方法进行到拒绝交易3495。如果在确定转账是否可行3485中确定出转账可行，则该方法进行到转移账款3490。
每个预付费客户可以以至少下述方式制定其自己用于充值的标准(1)只从电话(移动的或固定的)充值，(2)只从网络(互联网、移动互联网或任何其它类型的公共或专用网络)充值，(3)只在客户具体要求充值(通过IVR、网络或走入或任何其它方式)时才进行充值，(4)当余额下降到一定价值之下时自动地从另一特定账户(银行借记或贷记或任何其它类型的账户)充值，(5)没有对该账户充值，而是使用另一账户作为预付费账户的付款担保，基于来自主账户的预设限额对几个子账户充值，(34)按周期进行充值(例如，每天、每月、每周等)，(7)根据由用户设定的使用标准来确定充值数目(例如查看最近七天的使用并充值其平均数目；或充值数目应当等于在最近“x”天内进行的最高价的交易的价值等)，(8)根据服务提供商的充值规则，(9)根据客户的“拥有者”(可以是“拥有”该客户且能够向该客户指示规则的多个不同服务提供商中的一个或两个的组合或更多个)的充值规则，(10)根据主“账户持有人”而不是子账户持有人(例如父母/孩子或依据等级的规则)的充值规则，以及(11)由提供充值的设备的拥有者(即电话、代理、ATM、POS等)指示的充值规则。
这些充值方法也可以在不同类型的设备之间、在不同的网络之间、在不同的充值模式(IVR、代理等)之间、以及根据不同国家或辖区内的规则而不同。此外，这些模式、设备、网络等可以组合起来以制定不同的规则或允许出现不同的组合或排列。例如，具有商用账户的某个人由于移动商务的原因，使用IVR从其蜂窝电话把钱从商用运营账户添加到其电话上。指示这要如何操作和可以在电话账户上添加多少金额的规则可以由那个国家内针对商务的法律限定来管制。当同一个人在其它地方使用相同的规则和模式、设备等来充值时，规则可以是不同的。
图35示出根据本发明的几个示例性实施例用于聚合式通信系统和方法的授权预付费客户账户的示例性方法。如图35所示的方法是问题的线性进展的方法。但是，其它类型的进展在本发明的范围之内，包括同步性问题、偶然性问题和没有确定答案的问题。该方法从开始3500开始且进行到3510确定交易是否低于1美元。
在确定交易是否低于1美元3510中，确定出交易是否低于最小数目，即1美元。如果交易高于1美元，则该方法进行到确定交易是否低于10美元3520。如果交易低于1美元，则该方法进行到授权交易3580。如果在确定交易是否低于10美元3520中确定出交易高于10美元，则该方法进行到确定交易是否低于100美元3540。如果在确定交易是否低于10美元3520中确定出交易低于10美元，则该方法进行到确定交易是否来自Kless 3530。如果确定出交易来自Kless，则该方法进行到授权交易3580。如果确定出交易不是来自Kless，则该方法转移到交易是否低于100美元3540。
在确定交易是否低于100美元3540中，确定出交易是否低于设定数目，即100美元。如果交易高于100美元，则该方法进行到确定交易是否是本地的(在归属区域内)3560。如果交易低于100美元，则该方法进行到确定交易是否是用于衣服3550。如果在确定交易是否是用于衣服3550中确定出交易是用于衣服，则该方法进行到授权交易3580。如果确定出交易不是用于衣服，则该方法返回到确定交易是否是本地的3560。如果在确定交易是否是本地3560中确定出交易是非本地的，则该方法进行到确定在最近一小时内是否有任何个人识别号码的授权3570。如果确定出交易是本地的，则该方法进行到授权交易3580。最后，如果确定出在最近一小时内没有任何PIN的授权，则该方法进行证实PIN 3585。如果确定出在最近一小时内有PIN的授权，则该方法进行到授权交易3580。
因此，例如，一个公司行政人员到工作附近的OFFICE DEPOT百货商店购买办公用品。该行政人员选择了用品并走向结账台。该行政人员表示他希望使用OFFICE DEPOT商店的服务系统的示例性发明点(exemplary inventions point)，以把钱从在Brad公司的商用运营账户转移到OFFICE DEPOT账户上，以支付所选择的用品(规则商店是否提供服务系统的示例性发明点，店员是否拥有使用该系统的可用信息，该交易是否是服务系统的示例性发明点的一部分，除了账户号码/PIN号码之外是否还需要其它事物)。店员用记录购买之物，并允许该行政人员在服务机的点上输入商用账户代码(规则账户代码是否匹配系统所要求的字符串、号码、字母)。服务系统的示例性发明点通过经由服务系统的示例性发明点和示例性网关访问国家银行账户登记簿(register)来检查该公司商用账户是否是有效账户(规则什么银行和账户是服务系统的示例性发明点的一部分，什么被允许通过该系统)。
登记簿表示公司商用账户在公司上是有效账户，并要求该行政人员输入PIN号码(规则这个人是否是有效用户，这个人是否有权通过该系统花钱，PIN号码是否匹配文件上的号码且允许的限额是多少)。服务系统的示例性发明点通知店员公司商用账户的有效性，然后，检查公司商务账户，以查看该账户是否有效且该账户能够接收付费(规则账户是否接受这种付费，限额是多少)。店员接收公司商用账户有效且能够接收付费的鉴权(规则店员接收她提供给该行政人员的几个选项，这些包括是否包括收据、是否涉及账户、是否通过现金/账户上的余额来支付一些)。店员也接收该行政人员的PIN是有效且该行政人员具有一定的购买权力的通知。店员向该行政人员提供将被从公司商用账户转移/支付到OFFICE DEPOT账户上的数目。该行政人员同意进行付款。服务系统的示例性点(经由示例性网关)通知公司商用账户和OFFICE DEPOT账户该未解决的交易(规则钱款实际上何时进行转移，各方之间的分配是多少，什么时候进行分配，提供给各方的信息是什么)。交易通过服务系统的示例性发明点和示例性网关进行处理(规则与该处理相关联的时间安排)。为行政人员提供带有确认的收据(规则收据上的信息是什么，其它可用选项是什么)。为OFFICE DEPOT店员提供确认(规则对于店员所需的内部操作是什么，是否有对确认的打印输出，是否有添加到现金、付费、信用付费、其它类别等上面的数目)。
因此，在示例性聚合式通信系统和方法中，交易证实/鉴权(通信服务或商务交易或两者的组合)可以具有几项操作或检查，以证实用户以及与账户相关联的信用限额或预付费钱款的可用性。对于使用通信接入、互联网或移动/互联网接入的各种示例性实施例，商务交易(在实物商店或网络/移动网络上完成)可以允许的证实为基于PIN输入的客户证实，基于密码输入登录的证实，基于电话相关安全特性的证实、所有或一部分上述证实的组合，是否为特定客户预付费账户授权所请求的服务/交易的证实(服务概况证实)，对客户预付费账户内是否有足够的余额用于服务/交易的证实(余额可以在预防账户余额内，或信用账户余额或任何其它类型的与客户预付费账户相关联的实际或虚拟的账户)，基于不同数目之间、不同服务提供商之间的矩阵的证实。例如，对于不同数目，银行可能只要求4个数字的PIN来进行授权，对于低于20美元的交易，电话公司可能只要求地址，而对于任何高于50美元的交易可能要求邮政编码和社会保险号码，信用卡发行商可能需要地址、邮政编码、社会保险号码、母亲的娘家姓和账户最近所发生的付费。
进而，根据具体的授权进程，规则可以改变。例如，如果一个人不能回答诸如“你目前的地址是什么？”的基本问题，则用于授权的规则可能立即变为添加两个问题，这两个问题已由服务提供商确定为对于其授权要求是很重要的。如果请求授权的这个人能够回答这两个添加的问题，则准予授权。如果不能，则根据服务提供商(银行、电话公司、商家或任何其它类型的服务提供商)设定的规则来询问另一个问题或把这个人归到用于当面授权请求的队列中。例如，服务提供商可能询问来自用户的附加信息(例如母亲的娘家姓、出生日期或以前所进行交易的价值，或以前账单的价值、以前的充值或由客户预设的个人问题和回答的匹配)，询问对于高价交易(例如高于20美元)或大量交易(例如一天多于15次交易或一个月多于50次交易等)的特殊密码。因此，根据由客户或服务提供商设定的规则，可以使用附加证实而不是简单地拒绝交易。从上面的描述可以看出，这些规则是基于由客户或服务提供商建立的规则组的交互进程的一部分，且对于一些交易，能够通过客户和服务提供商之间的交互通信来防止欺诈。
例如，客户/用户可以建立用于一些类型的交易的附加密码(例如飞机票的购买)，在交易值高于以前交易组的情况时将被系统要求的附加信息(例如出生日期、朋友的名字、特殊密码)(例如如果当前交易值高于最近五天内的交易总价的50％，则询问特殊的密码)。根据由客户/用户设定的规则，系统可以阻止一些类型的交易(例如除了色情商品或在存在货币管制的国家之间的钱款转账之外，允许所有的电子商务和移动商务交易)。
因此，只要预付费余额不低于零(换言之允许20美元的透支)，其中，请求者的年龄是60岁或更高且该请求是在银行工作时间之外作出的，则规则规定购买火车票的20美元交易就可以被授权。因此，几个示例性实施例可以使用由经济学特性、交易类型特性、请求者特性和时间限定的标准。因此，示例性系统可以使用三维的规则、由人工智能确定的规则、基于交易-交易或账户而应用的规则矩阵。当有不同的服务提供商的合作参与时，规则矩阵可能看起来不同，甚至对于同一个交易。
进而，如本文件中所体现，规则可能基于适应性或经济学的基础。例如，规则可以基于账户余额；充值能力；所使用的货币；边际规则和利率。(这些规则可以称为算法规则变化)。其它规则可能基于客户状况-例如年龄，职业、国籍、性别、地址、财务记录、犯罪记录、会员、交易记录，交易状况-例如服务类型、内容类型、所请求的数量、一些类别的产品的购买。规则可能根据链中任何人员(包括服务提供商、商家和客户)的历史记录、逻辑、欺诈和安全因素或商家状况(例如位置、类型、商业网络合作等)而改变，进而，如本文件中所体现的规则可以基于“模糊”或高级逻辑，例如人工智能。例如，客户声音的分析可能分为声音震动、音调和口音，以确定客户的音量电平，因此它可能影响到对授权交易的决定。人工智能系统还可以具有学习能力，其允许基于特定个人客户的各种既往事件的判定(即使单一事件不能对所作的判定有任何特别的影响)。例如，系统能够分析在指定月数的时期内的借记交易并得出这个人的花钱行为。当用于新交易的请求被发出时，如果它基本与购买形式匹配时，则系统可以准许该交易。如果不匹配，则系统能够把其标记为潜在欺诈且进行附加证实。如果证实是正常完成的，则系统授权该交易并把该交易归入到知识库中，以得出这个人新的花钱行为。
如本文件中所体现，系统还可以具有学习能力，其允许基于客户组(例如所有教师、所有青少年、大于55岁住在达拉斯的所有妇女等)的各种既往事件的判定。当用于交易的请求被发出时，系统能够分析购买模式且如果它基本上与组行为模式匹配时，则系统授权该交易。例如，可能出现的情况是一个属于得克萨斯州的一个小镇且年龄为62的女士请求准许从巴西的一个网站下载色情商品，而她的实际位置在印度尼西亚。由于该交易可能是潜在的欺诈情况，因此系统可能提供附加的鉴权。
如本文件中所体现，系统还可以具有学习能力，其支持基于特定个人客户的各种既往事件的判定(即使单一事件不能对所作的决定有任何特别的影响)。例如，系统能够分析在指定月数的时期内的交易并得出这个人的花钱行为。当用于新交易的请求被发出时，如果它基本与购买模式匹配时，则系统授权该交易。如果不匹配，则系统把其识别为潜在欺诈且进行附加证实。如果证实正常完成，则系统授权该交易并把该交易归入到知识库中，以得出这个人新的花钱行为。
几个示例性实施例的一个特殊特性是借记是实时发生的。因此，服务提供商受到保护，不会出现在两笔费用几乎同时到达时客户过度透支的情况。此外，实时借记允许对所有费用的动态计算，而不是单纯的一次访问费用。例如，漫游电话呼叫能够根据呼叫的长度而不只是根据一次漫游费用来支付漫游网络。这从几个与众不同的途径实现了欺诈防范。
所有类型的服务提供商在管理和控制欺诈方面具有共同的问题。对于正提供纯通信服务、或商务服务或金融服务或任何其它类型的服务的服务提供商，欺诈对于他们的业务是个最大的威胁之一。通常，欺诈被定义为由任何原因造成的“收入损失”。传统上，卖商和服务提供商已意识到这个问题，并提出试图将欺诈最小化的多种解决方案。迄今为止，所提出的解决方案通过了解一些根本问题来分析潜在欺诈。这些根本问题是动机-进行欺诈的根本目的是什么(例如骗钱、犯罪倾向、黑客行为等)，手段-欺诈的本质是什么(例如通话销售/声讯服务(premium rate service)等)，模式-一般的欺诈方法是什么(例如注册欺诈、网上冲浪、冒名(ghosting)等)和方法-具体的欺诈方法是什么(例如注册、漫游等)。
在上述各种情况中使用的方法可以被一般性地归类。第一种是注册欺诈(subscription fraud)-当用户涉及到高的使用但不想付款时。第二种是通话销售欺诈-当注册是用于销售通话给使用补助金的其他人，但注册者不想付款时。第三种是声讯服务(PRS)欺诈-通过这种方式，PRS内容提供商自己通过生成到其自己的PRS号码的呼叫而滥用网络，以收取佣金；但对于所生成的呼叫规避支付给运营商。第四种是漫游欺诈-漫游用户大量使用网络/服务但不想付款。欺诈的最后一种是内部欺诈-服务提供商的员工利用他们所知道的东西来篡改系统，以帮助其它人进行欺诈。
全世界的服务提供商正在不断地学习和了解有关不同种类的欺诈的问题和如何制定充分有效的措施来检测、分析、响应和预防欺诈。一个特殊的优点或示例性系统在于能够不断测量到有效的示例性实施例行为，并把结果反馈回系统作为改进措施。
今天在市场上已存在很多具有不同技术水平的欺诈管理系统。服务提供商一般通过实施这些系统和多个业务进程来管理欺诈。例如获取来自信用评估代理商的信用评估，客户及其住处的实际证实，从其它服务提供商获取对这个人/机构过去兑现其付款义务的确认，建立非常复杂的收款过程，密码保护、增强型IT安全和建立更牢固的加密算法。
在通信行业中，由于与各种类型的欺诈相关联的风险，今天的服务提供商喜欢预付费客户胜于后付费客户。但是，把后付费客户转变成预付费客户不会消除欺诈，而只是把反欺诈责任从一方转移到另一方上。潜在骗子并不管是谁承担反欺诈责任。因此，这对于欺诈问题并不具有很大的作用。
在金融服务行业中，由于这些相同因素中的一些因素，今天的服务提供商更喜欢借记卡和基于智能卡的预付费卡，而不是信用卡。本发明的示例性实施例通过使用蜂窝电话、到电子邮件系统的访问和本文件中所述的其它连接，把聚合式通信系统和方法集成到鉴权过程，从而改进了所有这些系统。
例如，客户可能使用他的电话、互联网设备、销售设备的任何点、信用卡、借记卡或银行ATM来发出对任何两个或更多个服务(两个或更多个通信服务、商务服务或通信和商务服务的组合)的授权请求。这种请求将经过每个服务提供商的正常欺诈证实程序，且如果结果是正面的，它则进一步由用于服务组合的示例性聚合式通信系统和方法证实。如果在证实期间，如果该请求被怀疑为可能为欺诈，则服务提供商可以启动与客户的会话(语音或数据会话)并进行附加的证实。这些证实可以基于客户设置的参数。例如，只要客户试图购买高于25美元的物品则进行附加证实。也可以使用由服务提供商设置的附加参数。例如高于25美元的任何请求都应当经过附加证实，且客户在漫游时对购买商品/服务的任何请求都应当经过基于归属服务提供商和访问服务提供商的附加证实。可以使用基于状况/类别/使用的设定参数。例如突发而未预期数量的授权请求、来自远程位置的突发而未预期的授权请求、以及通常没有被这类客户使用的服务类型。
因此，随着对复杂技术的使用的增多和业务过程不断变得复杂，全球的服务提供商能够减少潜在的欺诈。今天服务提供商面临的最大挑战是虽然他们已经设立了诸多规则和业务过程，欺诈仍在发生的事实。
例如，整个行业已意识到减少/最小化欺诈的最佳途径是在欺诈企图正要发生的时刻对其进行控制。任何具有商务影响力的请求都可能是潜在欺诈。因而，目前已有的反欺诈管理解决方案都侧重于根据规则组来准许或拒绝请求。这些解决方案基于任何满足一套规则的请求是好的请求且任何不满足的请求都是欺诈的假设。但是，在实际生活中，满足所有标准的客户可能仍然是个骗子，而另一方面，看起来是骗子的客户实际上可能是个没有欺诈意图的好客户。
随着通信和商务的聚合，多个参与方必须携手一起满足客户的单一需求。每个服务提供商在处理他们的服务供应中的欺诈时都拥有相关联的风险。任何聚合式服务聚集了所有参与的服务提供商的风险。实际上，组合服务的合成欺诈管理能力是每个服务提供商的欺诈管理能力的最小公分母(即最弱的关联情况)。因而，潜在的欺诈随着参与到提供服务的服务提供商参与数的增加而增加。
目前已有的反欺诈管理系统并没有解决涉及多个参与方的问题。它们是具有不同水平的复杂度的单一服务欺诈管理解决方案。它们并没有提供基于与由各种服务提供商带来的聚合式服务相关联的合成风险的解决方案。在本文件中所描述的各种示例性实施例能够用于减少并消除欺诈。
例如，图36示出了根据本发明的几个示例性实施例用于聚合式通信系统和方法的借记预付费客户账户的示例性方法。如图36所示的方法是问题线性进展的方法。但是，其它各种示例性实施例可以包括同步性问题、偶然性问题和没有确定答案的问题。该方法从开始3600开始并进行到确定交易是否需缴税(是免税的)3610。
如果在确定交易是否需缴税3610中确定出交易应当是免税的，则该方法进行到确定借记是否将转移到信用账户3630上。如果在确定交易是否需缴税3610中确定出该交易必须缴税，则该方法进行到借记至政府账户3620上。当借记至政府账户3620完成时，该方法进行到安排结算时间3690。
如果在确定借记是否将转移到信用账户3630上中确定出借记转账不必转到信用账户上，则该方法进行到确定交易是否应当包括运送3650。如果在确定借记是否正转移到信用账户3630上中确定出借记转账应当转到信用账户上，则该方法进行到确定借记是否应当是即时的3640。如果在3640确定出借记应当是即时的，则该方法进行到安排结算时间3690。如果确定出借记不必是即时的，则该方法进行到确定交易是否应当包括运送3650。
如果在确定出交易是否包括运送3650中确定出交易不包括运送，则该方法进行到确定借记是否应当根据随着时间的流逝而分割(split)3670。如果在确定出交易是否包括运送3650中确定出交易包括运送，则该方法进行到确定是否应当立即对运送付款3660。如果确定出应当立即对运送付款，则该方法进行到安排结算时间3690。如果确定出不必立即对运送付款，则该方法进行到确定借记是否应当随着时间的流逝而分割3670。
如果在确定借记是否应当随着时间的流逝而分割3670中确定出交易不必随着时间的流逝而分割，则该方法进行到确定借记是否应当是电子式的3680。如果在确定借记是否应当随着时间的流逝而分割3670中确定出借记应当随着时间的流逝而分割，则该方法进行到安排结算时间3690。如果确定出借记不必随着时间的流逝而分割，则该方法进行到确定结算是否应当是电子式的3680。如果在确定结算是否应当是电子式的3680中确定出交易不必是电子式的，则该方法进行到打印结算信息3695。如果在确定结算是否应当是电子式的3680中确定出借记应是是电子式的，则该方法进行到安排转账时间3697。
例如，一个消费者来到ATM并选择她的百货商店，并且输入她的零售百货商店Renner的账户号码。系统的示例性实施例该检查商店是否是该系统的成员，该商店是否通过该系统提供付款，且账户号码是否匹配(字符/号码/数字)百货商店的号码。然后，示例性系统能够使用网关来联系Renner百货商店数据库，以证实该账户号码。然后，示例性系统能够检查账户号码是否匹配。该消费者也可以使用PIN号码来证实她的身份和账户。然后，示例性系统能够使用网关来联系Renner百货商店数据库，以向Renner证实该账户号码。系统可以执行附加的证实操作，检查相对于系统的字符的PIN号码和与该消费者相关联的确切的账户号码。然后，系统能够访问数据库和返回账户余额给消费者。然后，系统能够检查PIN号码是否匹配百货商店记录中的PIN号码，是否有账户与余额返回上、以及该账户是否能够使用本示例性系统，以进行进一步的付款或付清。
然后，消费者可以决定以她的信用卡作为付款方式，付清她所欠Renner的部分。示例性系统检查该消费者想要做什么以及该消费者能够做什么。示例性系统能够检查银行系统内的信用卡余额，可以不使用网关。然后，该系统能够检查信用卡上的余额是多少，整个信贷限额是多少，信贷限额和余额之间的差别是什么，如果余额是正数，则该系统可以为消费者提供选项。然后，示例性系统进一步验证在消费者的信用卡上是否具有信用。然后，消费者可以同意经由从信用卡转账的方式来支付Renner她的余额的一部分。然后，示例性系统能够检查消费者希望做什么，应该处理多少数目，应该有多少数目被转账和转账应该在什么时候进行。然后，银行系统能够被用于表示转账将开始进行，以实际转移钱款和检查钱款已收到。然后，示例性系统能够检查Renner和信用卡公司要求什么样的检查和确认，以及消费者想要什么样的收据选项。然后，消费可以经由示出该付款的ATM来接收交易/付款收据。示例性系统能够检查在收据上需要什么信息，消费者进一步想要看到是什么信息，以及有什么选择可供消费者选择。收据可以包括交易的确认。然后，完成该交易。然后，示例性系统能够检查消费者是否希望做其它事情，以及选择是什么。
因此，这些规则对于钱款从账户取出的时候(与在借记后进行信贷的情况相反)是特殊的。因此，规则可以是基于根据服务提供商的规则，根据客户需求的规则(很可能很少用到)，根据多个服务提供商的规则，根据客户的“拥有者”的规则，根据服务的“主要”提供商的规则，(即，如果一个商家销售20美元的CD给客户且隔夜运送费是22美元，则隔夜运送商可以指示何时/如何进行借记)，根据金融机构的条件、处理、程序而改变的规则，根据不同法律规定的规则，根据客户的历史、开销限额、月平均账户余额的规则以及根据任何服务提供商之间的预设协定的规则。
进而，这些规则可以是即时的或可以是对后来借记/后来转账的承诺，且规则可以是随着时间的流逝而拥有上述的组合。例如，50％的数目可以立即进行，而剩余部分可以分成两个相等的一周一次的借记。因此，借记不一定只是一次付款，或即时的借记，它可以是加起来等于购买价格的多次借记，它可以是月付式借记(函盖“你所能承担的一切的计划”)，以及其它已知的构成付款的途径。
进而，并不是所有的价值交易都一定要包含钱款的转账。虽然价值可以被交换，但是各种交易可以是免费，以前所购买的项目的权益(例如飞行常客里数)，每月定购服务的一部分或不包括货币的价值、商品或服务的交换(例如商品信用)。例如，可以提供用于在指定时期内购买附加项目的协定的免费项目。其它交换可以包括赠予MP3文件，以访问另一MP3文件。或者只要消费者在某个银行存款，他们就可以访问地图程序。本示例性系统允许处于如图32所示的示例性结构之内的这些类型的交换。
图37示出根据本发明的几个示例性实施例用于对聚合式通信系统和方法的示例性交易结算方法。如图37所示的方法是问题线性进展的方法。但是，其它各种示例性实施例可以包括同步性问题、偶然性问题和没有确定答案的问题。该方法从开始3700开始并进行到判断是否有任何实时的结算3710。
如果在任何实时的结算3710中确定出有实时的结算，则该方法进行到转移账款3715。在转移账款3715中，给出立即在账户之间转移账款的指令。然后，该方法返回到确定是否有任何由日期触发的结算3720。另一种选择，如果在任何实时的结算3710中确定出没有实时的结算，则该方法进行到确定是否有任何由日期触发的结算3720。
如果在确定是否有任何由日期触发的结算3720中确定出有由日期触发的结算，则该方法进行到设置日期触发器3725。在设置日期触发器3725中，触发器被设置成在设定日期上激活对账款的转账。然后，该方法返回到确定是否有任何由事件触发的结算3730。另一种选择，如果在确定是否有任何由日期触发的结算3720中确定出没有由日期触发的结算，则该方法进行到确定是否有任何由事件触发的结算3730。
如果在确定是否有任何由事件触发的结算3730中确定出有由事件触发的结算，则该方法进行到设置事件触发器3735。在设置事件触发器3735中，触发器被设置成在设定事件上激活对账款的转账。然后，该方法返回到确定是否有任何批处理结算3740。另一种选择，如果在确定是否有任何由日期触发的结算3730中确定出没有由日期触发的结算，则该方法进行到确定是否有任何批处理结算3740。
如果在确定是否有任何由批处理触发的结算3740中确定出有由批处理结算，则该方法进行到添加交易至批处理3745。在添加交易至批处理3745中，交易结果被添加到将在该批下次被调用时运行的交易列表中。然后，该方法返回到结束3750。另一种选择，如果在确定是否有任何批处理结算3740中确定出没有批处理结算，则该方法返回到结束3750。
例如，如果交易是纯通信交易且当有多于一个的通信服务提供商参与(例如漫游)时，只要交易(例如电话呼叫)一结束时，示例性结算模块查看交易，识别参与的各方(例如服务提供商)，并把规则应用到结算(例如实时或时延结算，合作商结算资费计划，对大量定购的折扣，是否有一部分将支付给管理机构等)上。根据这些规则，聚合式通信系统和方法还能够识别结算是否必须在示例性系统自身内完成，或者结算是否必须使用外部代理来进行。然后，聚合式通信系统和方法将应用这些规则，并得出结算净额信息和报告。对于外部代理，这些信息以预先协议的格式(例如TAP记录、预先协议的ASCII文本文件、MXP记录、CIBER记录、或IPDR记录等)传递。
在另一示例中，交易可以是商务交易。示例性聚合式通信系统和方法将遵循上面所述的相同过程，但所应用的规则可能稍微较复杂，因为这些规则必须考虑到所有的或部分外部服务提供商(例如商家可能需要快递来交付商品，且涉及实物交付的一些规则可能不是实时的且有时一些过程甚至可能不是自动进行的)。结算规则还可能更加复杂(例如结算价值可能因数量、重量等而异)。
如果交易是聚合式交易(商务和通信)，则示例性聚合式通信系统和方法是上述两种类型的组合。示例性聚合式通信系统和方法还可以对基于商务结算规则的意义上的规则增加进一步的复杂性，用于通信结算的规则中的一部分可能会受到影响。例如，如果客户在访问网络内购买50美元的商品，访问网络可能不向归属网络收取任何空中漫游时间费用。归属网络可能或可能没有把该权益传递给终端客户。
上述方法是从下面的应用示例中得出的。在度假期间，客户吉姆正用他的CDMA预付费移动电话在哥伦比亚华盛顿漫游。他的归属网络是北卡罗来纳州移动(North Carolina Mobile)，他为归属网络上的“你都可以在任何地方使用的周末时分计划”(an all you can useweekend minutes plan anywhere)支付50美元的月付式服务费。他的归属网络对漫游收取每个呼叫1美元的附加费用。
在哥伦比亚华盛顿，吉姆正在经由他通过GSM网络接收的OrangeMusicStreamer音乐服务收听Santana的最佳金曲节目。他收到一个简单消息传送系统(SMS)广告，推销索尼的新型微型数字CD播放器。他边听Carlos Santana边看该广告。在CD播放器特性的简短列表之后是如果在下一个15分钟之内购买该CD播放器，将提供对于列表价格33％的优惠。他一时冲动决定点击该优惠，并被带到OrangeMusicStreamer移动服务购物网站。
Orange MusicStreamer网站由Aether系统开发。且根据与Orange的合同管理该网站。对于这种管理、开发和设计关系，Aether以许多种方式接收酬劳。这些酬劳包括(1)对网站开发收取直接固定价钱；(2)对维护网站、提供服务等收取月度管理费；(3)对网站的任何广告所接收的每个点击收取2美分的同一费用；(4)对由于网站的广告效用而销售的每个项目收取产品或服务的价钱的百分比；以及(5)对代表Orange MusicStreamer而提供的每个客户服务呼叫收取1美元的同一费用。
吉姆边继续收听Carlos Santana，边点击移动网站上有关索尼CD播放器的更多的几个屏幕。他点击以查看定价和可用性。该网站为他提供两个他能够购买该产品的Orange MusicStreamer合作商。他选择Electronics-R-Us上的Amazoom，并立即来到Amazoom移动购物网站。
在Amazoom，吉姆选择为该CD播放器提供100美元(列表价格是150美元)的轻松付款计划，并且他选择用两笔付款(现在支付50美元而在交付CD播放器时支付50美元)来支付。他点击预付费按钮并选择使用他的聚合式通信系统预付费账户。
Amzoom把吉姆的新CD播放器包装在FedExtra的盒子中，并安排InsurUs为该包装提供保险。FedExtra运送花费了Amazoom 5.00美元且InsurUs给该CD播放器保险总花费了0.50美元。
吉姆边继续在他的预付费电话上收听Carlos Santana，边焦急地等待回北卡罗来纳的火车。当他回到家时，FedExtra交付了他的CD播放器，且他在账单上的签名触发了涉及许多服务提供商的交易价值链。
下面的结算交易通过使用本发明的系统和方法的实施例进行

示例性聚合式通信系统和方法的结算部分控制了付款如何路由，且哪个账户可被该付款贷记。这些交易结算规则包含在账户之间和从不同账户等到多个账户的结算。因此，示例性系统允许聚合式服务和通信交易的多方结算，允许为每个服务和商务交易设置结算规则，以及允许在下述各方之间的结算商家(商品/服务的提供商，例如制造商、经销商或分销商或者几种这些机构的组合)，门户(移动门户或包括电子商务门户等的其它类型的门户)，互联网服务提供商(独立代理商、或移动运营商、或门户)，移动电话公司(归属网络、访问网络、或以上两者)，虚拟服务提供商(内容服务提供商、或者基础设施服务提供商、或商标代理商、或其任何组合)，银行/信用卡代理商或任何其它金融机构(参与到商务交易的一个或多个)，第三方付款代理商(例如商业团体、付款处理代理商、或电子钱包或任何这种付款处理代理商)，商品/服务递送代理商(例如快递公司、带宽供应商)和保险代理商。
如在本文件中所体现，聚合式通信系统和方法能够提供用于各种状况下的结算规则的设置，例如实时结算，具有时间延时的结算(例如在2天或30天等之后)，基于一定条件的确认的结算(例如只在商品交付的时候付款给快递员，而在商品运送前付款给保险代理商)，基于参与方之间的业务关系的结算(例如快递公司提供基于数量的折扣-其意味着结算过程将处理几个交付而不只是一个交付)，以及基于表现的结算(例如每次广告被传递给漫游用户时门户获得小价值的付款，而如果漫游用户实际购买商品/服务时门户则获得较大价值的付款)。如在本文件中所体现，聚合式通信系统和方法能够提供考虑到参与的网络之间漫游合同的结算(例如漫游附加费用)。进而，聚合式通信系统和方法能够提供考虑到任何法规所要求的结算(例如税收拨款和与政府机构的结算)。因此，交易不必只是一次交易付款，或即时信贷，交易可以分割成加起来等于购买价钱的多个借记。交易还可以是分摊到一年中的月付式交易(涵盖“你所能使用的计划”)等。
如本文件中所体现，聚合式通信系统和方法能够提供被分成下面几种类别的结算借贷天数，借贷限额，财务数量限值，对于大量定购的折扣，法规标准，结算百分比，基于服务类型，按需(定期，基于关系的结束)，在线，在线实时和基于各种时间标准的批处理。
存在访问该系统的几种实施例方式。例如，本发明的优选实施例之一特别包括通过ATM、银行、代理、POS、交互式语音响应系统、蜂窝手机、固定电话、互联网、WAP(经由小区)、简单消息传送系统(经由固定电话和小区)、Perto机器(即接受现金来支付账单的机器)和邮局来访问该系统。
存在将会使用该系统的几种示例性类型的用户。例如，该系统可以由消费者、家庭成员、小孩、企业用户、企业经理、企业下属人员、付款公司用户和银行用户使用。
存在该系统可以在其之间转移账款的几种示例性类型的账户。例如，该系统可以涉及银行账户(不同的类型支票、储蓄、增长型、教育、假日等)、现金账户、信用卡账户、借记卡账户、虚拟账户、投资账户、经纪账户和商用账户。示例性系统能够使用用于涉及转账通信的多种格式，上面已提到且在本领域中已知。
存在几种示例性的账款接收方。例如，一般的付款类型分成三种不同的类别对等式、商业对消费者和商业对商业。更确切地说，付款类型可以包括通话费(tolls)、公用设施、税收、其它市政使用(许可证等)、零售(砖和水泥)、零售(电子商务/互联网)、移动商务、蜂窝、ISP、银行、保险公司、慈善机构、经纪公司、给家庭成员的礼物和固定电话账单。
存在几种示例性方式，用于使示例性系统与其它账户通信、或者确定如何与其通信，以进行账款的转账。例如，付款账户的证实可以经由国家无线电信数据库(蜂窝)；国家固定线路电信数据库(电话)；国家银行账户数据库；接受每笔付款的公司的个人账户—即，零售商店Renner拥有所有拥有Renner信用卡或付款类型的客户的数据库，以及用于税收、许可证等的多方数据库。
在本详细的文件中本发明的诸多特性和优点显而易见，因此，所附权利要求书意旨涵盖所有这些处于本发明的真正精神和范围之内的本发明的特性和优点。进而，由于本领域的普通技术人员很容易作出若干的修改和改变，所以不希望把本发明限定于所示出和所描述的确切结构和操作，且相应地，所有适当的修改和等效物可以处于本发明的范围之内。
权利要求
1.一种经由多个网络提供移动商务服务的方法，该方法包括在漫游网络内接收来自用户设备的识别号码和对服务的请求；把所述识别号码和所述对服务的请求从漫游网络转发至归属网络，并且添加涉及服务提供商的服务提供商识别号码和服务的费用；通过位于归属网络上的聚合式通信平台，验证所述识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及所述有效用户账户拥有足够的价值来支付服务；如果所述识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及所述有效用户账户拥有足够的价值，则提供授权给服务提供商；以及对所述有效用户账户收费，以提供服务。
2.一种经由多个网络提供移动商务服务的装置，该装置包括用于接收对服务的请求的接收器，该请求包括来自位于漫游网络内的用户设备的识别号码和所请求的服务、来自漫游网络的涉及服务提供商的服务提供商识别号码和所请求的服务的费用；验证器，其验证所述识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及所述有效用户账户拥有足够的价值来支付服务；发送器，如果所述识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及所述有效用户账户拥有足够的价值，则其提供授权给服务提供商；以及收费器，其对所述有效用户账户收费，以提供服务。
3.一种经由多个网络提供预付费漫游通信服务的方法，该方法包括在漫游网络内接收来自用户设备的识别号码和目的地设备号码；把所述识别号码和所述目的地设备号码从漫游网络转发至归属网络并且添加漫游通信服务的服务提供商识别号码和费用；通过位于归属网络上的聚合式通信平台，验证所述识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及所述用户账户拥有足够的价值来支付服务的初始使用；如果所述识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及所述有效用户账户拥有足够的价值来支付服务的初始使用，则提供授权给漫游网络；对所述有效用户账户收费，以提供服务；以及在所述有效用户账户余额达到预设水平时发出信号。
4.如权利要求3所述的方法，其中所述信号是服务切断、暂停、对充值的请求和低余额告警中的至少一种。
5.一种经由多个网络提供预付费漫游通信服务的装置，该装置包括用于接收对通信服务的请求的接收器，该请求包括来自位于漫游网络内的用户设备的识别号码和目的地设备号码，以及来自漫游网络的涉及服务提供商的服务提供商识别号码和服务费用；验证器，其验证所述识别号码涉及的是有效用户账户、用户设备被授权在漫游网络上接收通信服务、以及所述有效用户账户拥有足够的价值来支付服务；发送器，如果所述识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及所述有效用户账户拥有足够的价值，则其提供授权给服务提供商，且如果所述有效用户账户余额达到预设水平，则其发出信号；以及收费器，其对所述有效用户账户收费，以提供服务。
6.如权利要求5所述的装置，进一步包括判断器，其确定向用户提供服务的计费；以及收费器，其根据在算出的计费提供的服务来实时对所述有效用户账户收费。
7.如权利要求5所述的装置，其中所述信号是服务切断、暂停、对充值的请求和低余额告警中的至少一种。
8.一种经由多个独立网络提供独立于网络的客户关怀服务的方法，该方法包括在漫游网络内接收来自用户设备的识别号码和对客户关怀服务的请求；把所述识别号码和所述对客户关怀服务的请求从漫游网络转发至归属网络，并且添加服务提供商识别号码；通过位于归属网络上的聚合式通信平台，验证所述识别号码涉及的是有效用户账户；以及如果所述识别号码涉及的是有效用户账户，则把用户设备连接至客户关怀服务。
9.如权利要求8所述的方法，其中所述客户关怀服务是电话连接、简单消息传送服务消息、传真传输、数据传输、对商品/服务的购买请求和充值请求中的至少一个。
10.如权利要求8所述的方法，进一步包括确定所述有效用户账户已授权了一种充值机制；以及使用所述充值机制对所述有效用户账户充值。
11.如权利要求8所述的方法，进一步包括存储服务提供商识别号码。
12.一种经由多个网络提供客户关怀服务的装置，该装置包括用于接收对客户关怀服务的请求的接收器，该请求包括来自位于漫游网络内的用户设备的识别号码和来自漫游网络的涉及服务提供商的服务提供商识别号码；验证器，其验证所述识别号码涉及的是有效用户账户、用户设备被授权以接收客户关怀服务；以及连接器，如果所述识别号码涉及的是有效用户账户，则其把用户设备连接至能够提供客户关怀服务的客户关怀提供商。
13.如权利要求12所述的装置，其中所述客户关怀服务是电话连接、简单消息传送服务消息、传真传输、数据传输、对商品/服务的购买请求和充值请求中的至少一种。
14.如权利要求12所述的装置，进一步包括判断器，其确定所述有效用户账户已授权了一种充值机制；以及充值器，其使用所述充值机制对所述有效用户账户充值。
15.一种用于为经由聚合式通信平台而提供的服务的预付费账户充值的方法，包括接收来自用户设备、包含用户识别号码的请求，以对使用位于聚合式通信平台上的客户账户进行授权；确定与所述用户识别号码相关的客户账户没有足够的余额来用于将被提供的服务；确定所述客户账户拥有一种已授权的充值机制；使用所述已授权的充值机制来对所述客户账户充值；以及经由聚合式通信平台来授权所述客户账户使用于服务。
16.如权利要求15所述的方法，其中所述服务是电话连接、简单消息传送服务消息、传真传输、数据传输、对商品/服务的购买请求和数据下载中的至少一种。
17.如权利要求15所述的方法，其中当聚合式通信平台位于归属网络时，所述的接收是来自漫游网络。
18.一种用于为经由聚合式通信平台而提供的服务的预付费账户充值的装置，包括接收器，其接收来自用户设备、包含用户识别号码的请求，以对使用位于聚合式通信平台上的客户账户进行授权；判断器，其确定与所述识别号码相关的所述客户账户没有足够的余额来用于将被提供的服务，和确定所述客户账户已授权了一种充值机制；充值器，其使用所述充值机制来对所述客户账户充值；以及发送器，其经由聚合式通信平台来发送对所述客户账户使用于服务的授权。
19.如权利要求18所述的装置，其中所述服务是电话连接、简单消息传送服务消息、传真传输、数据传输、对商品/服务的购买请求和数据下载中的至少一个。
20.如权利要求18所述的装置，其中当聚合式通信平台位于归属网络内时，所述用户设备是位于漫游网络内。
21.一种在聚合式通信环境中将预付费交易结算到多个提供商的方法，包括对用于经由多个网络而提供的交易的有效用户账户实时地收取费用；确定应当分配给经由多个网络提供预付费交易中所涉及多个提供商的所述费用的多个部分；以及根据已确定的所述多个部分，经由多个网络跟提供商结算预付费交易。
22.如权利要求21所述的方法，其中所述交易是电话连接、简单消息传送服务消息、传真传输、数据传输、对商品/服务的购买请求、数据下载和充值请求中的至少一种。
23.如权利要求21所述的方法，进一步包括确定所述有效用户没有足够的余额；确定所述有效用户账户已授权了一种充值机制；以及使用所述充值机制对所述有效用户账户充值。
24.如权利要求21所述的方法，进一步包括存储用于多个提供商中的每个的交易和提供商识别号码。
25.一种在聚合式通信环境中将预付费交易结算到多个提供商的装置，包括收费器，其对用于经由多个网络而提供的交易的用户账户实时地收取费用；判断器，其确定应当分配给经由多个网络提供预付费交易中所涉及多个提供商的所述费用的多个部分；以及发送器，其根据已确定的所述多个部分，经由多个网络跟提供商结算预付费交易。
26.如权利要求25所述的装置，其中所述交易是电话连接、简单消息传送服务消息、传真传输、数据传输、对商品/服务的购买请求、数据下载和充值请求中的至少一种。
27.如权利要求25所述的装置，进一步包括存储用于多个提供商中的每个的交易和提供商识别号码的存储设备。
28.一种经由多个网络提供移动商务、电子商务、客户关怀和通信服务的方法，该方法包括在漫游网络内接收来自用户设备的识别号码和对服务的请求；把所述识别号码和对所述服务的请求从漫游网络转发至归属网络，并且如果服务是收费的，则添加涉及服务提供商的服务提供商识别号码和服务的费用或计费；通过位于归属网络上的聚合式通信平台，验证所述识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及所述有效用户账户拥有足够的价值来支付服务；如果所述识别号码涉及的是有效用户账户，用户设备被授权接收服务、以及所述有效用户账户拥有足够的价值，则提供授权给服务提供商；以及如果服务是收费的，则实时地对所述有效用户账户收费，以提供服务。
29.如权利要求1、3、8或28中所述的方法，其中所述漫游网络是无线网络、简单消息传送服务网络、公共交换电话网络、分组交换网络、电路交换网络、异步网络、互联网、内联网、微波网络、电缆网络、以太网网络、令牌环网络和广域网中的至少一种。
30.如权利要求8或28中所述的方法，其中所述漫游网络是具有由不同于归属网络的其它实体操作、使用不同信令协议和位于不同地理地区中的网络中的至少一种。
31.如权利要求1、3、8、15或28中所述的方法，其中所述用户设备是无线电话、有线电话、调制解调器、计算机、个人数字助理、寻呼机、蜂窝电话和无线电发射机中的至少一种。
32.如权利要求1、3、8、15或28中所述的方法，其中所述识别号码是个人识别号码、用户识别模块、国际移动用户身份码、国际移动台设备身份码、字母数字字符的混合和十六进制号码中的至少一种。
33.如权利要求1、3或28中所述的方法，其中所述服务是电话连接、简单消息传送服务消息、传真传输、数据传输、对商品/服务的购买请求、数据下载和充值请求中的至少一种。
34.如权利要求1、3或28中所述的方法，其中所述服务提供商包括多项业务，每项业务接收服务费用的一个部分。
35.如权利要求1、3或28中所述的方法，进一步包括发送所收取的数目至服务提供商。
36.如权利要求1、3或28所述的方法，进一步包括确定所述有效用户账户没有足够的余额；确定所述有效用户账户已授权了一种充值机制；以及使用所述充值机制对所述有效用户账户充值。
37.如权利要求36所述的方法，进一步包括在用户介入之后，确定所述有效用户账户已授权了一种充值机制；联系在漫游网络中请求对充值授权的用户设备；以及只在用户设备正确回答对授权充值的请求时才授权充值。
38.如权利要求36所述的方法，其中所述的充值是基于用户定义的、指定了账户、数目和账款来源中至少一种的规则。
39.如权利要求38所述的方法，其中所述用户定义的规则根据基于账户、以前的充值、账户余额和时间中至少一种的充值优先权来指定多个账户。
40.如权利要求36所述的方法，其中所述的充值从银行账户、投资账户、信用账户和预授权贷款账户中的至少一种进行充值。
41.如权利要求1、3或28所述的方法，进一步包括存储所述的收费和服务提供商识别号码。
42.如权利要求1、3或28所述的方法，其中所述的漫游通信服务的费用是漫游费用、所交付服务的费用、空中时间费用、税收、设施使用的附加费用、折扣和保险费用中的至少一种。
43.如权利要求3或28所述的方法，进一步包括确定向用户提供服务的计费；以及根据按照算出的计费提供的服务来实时地对所述有效用户账户收费。
44.如权利要求28所述的方法，其中所述计费是漫游网络计费、归属网络计费、空中时间计费、长途计费、国际计费、税收、设施使用的附加费用、折扣和保险费用中的至少一种。
45.一种经由多个网络提供移动商务、电子商务、客户关怀和通信服务的装置，该装置包括接收器，如果服务将从漫游网络收费，则其接收来自用户设备的识别号码、以及对服务的请求、涉及服务提供商的服务提供商识别号码和服务的费用或计费；判断器，其通过位于归属网络上的聚合式通信平台，判断所述识别号码是否涉及的是有效用户账户、用户设备是否被授权接收服务、以及所述有效用户账户是否拥有足够的价值来支付服务；发送器，如果所述识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及所述有效用户账户拥有足够的价值，如果服务是收费的，则其提供授权给服务提供商；以及收费器，如果服务是收费的，则其实时地对所述有效用户账户收费，以提供服务。
46.如权利要求2、5、12或45中所述的装置，其中所述漫游网络是无线网络、简单消息传送服务网络、公共交换电话网络、分组交换网络、电路交换网络、异步网络、互联网、内联网、微波网络、电缆网络、以太网网络、令牌环网络和广域网中的至少一种。
47.如权利要求12或45中所述的装置，其中所述漫游网络是具有由不同于归属网络的其它实体操作、使用不同信令协议和位于不同地理地区中的网络中的至少一种。
48.如权利要求2、5、12、18或45中所述的装置，其中所述用户设备是无线电话、有线电话、调制解调器、计算机、个人数字助理、寻呼机、蜂窝电话和无线电发射机中的至少一种。
49.如权利要求2、5、12、18或45中所述的装置，其中所述识别号码是个人识别号码、用户识别模块、国际移动用户身份码、国际移动台设备身份码、字母数字字符的混合和十六进制号码中的至少一种。
50.如权利要求2、5或45中所述的装置，其中所述服务是电话连接、简单消息传送服务消息、传真传输、数据传输、对商品/服务的购买请求、数据下载和充值请求中的至少一种。
51.如权利要求2、5或45中所述的装置，其中所述服务提供商包括多项业务，每项业务接收服务费用的一个部分。
52.如权利要求2、5或45中所述的装置，其中所述发送器也发送所收取的数目至服务提供商。
53.如权利要求2、5、25或45中所述的装置，进一步包括判断器，其确定所述有效用户账户没有足够的余额，和确定所述有效用户账户已授权了一种充值机制；以及充值器，其使用所述充值机制对所述有效用户账户充值。
54.如权利要求53中所述的装置，进一步包括判断器，其在用户介入之后，也确定所述有效用户账户已授权了一种充值机制；发送器，其也发送用于授权充值的请求给漫游网络中的用户设备；以及授权器，其只在用户设备正确回答对授权充值的请求时才授权充值。
55.如权利要求53中所述的装置，其中所述的充值是基于用户定义的、指定了账户、数目和账款来源中至少一种的规则。
56.如权利要求55中所述的装置，其中所述用户定义的规则根据基于账户、以前的充值、账户余额和时间中至少一种的充值优先权来指定多个账户。
57.如权利要求53中所述的装置，其中所述充值器从银行账户、投资账户、信用账户和预授权贷款账户中的至少一种进行充值。
58.如权利要求2、5或45中所述的装置，进一步包括存储已收取的费用和服务提供商识别号码的存储设备。
59.如权利要求2、5或45中所述的装置，其中所述的漫游通信服务的费用是漫游费用、空中时间费用、税收、设施使用的附加费用、折扣和保险费用中的至少一种。
60.如权利要求45中所述的装置，其中所述判断器进一步确定向用户提供服务的计费，和所述充值器根据按照算出的计费提供的服务来实时地对所述有效用户账户收费。
61.如权利要求45中所述的装置，其中所述计费是漫游网络计费、归属网络计费、空中时间计费、长途计费、国际计费、税收、设施使用的附加费用、折扣和保险费用中的至少一种。
62.一种采用规则设置的聚合式通信方法，包括对于授权用户，确定在用于授权交易和借记授权用户的账户的那个时候可用的至少一条规则；应用用于授权交易的至少一条所述规则；如果交易被授权，则根据用于借记账户的至少一条所述规则，实时地借记账户；以及根据至少一条结算规则，将实时借记结算到多个交易提供商。
63.如权利要求62中所述的聚合式通信方法，进一步包括确定授权的用户在授权用户账户内没有足够的价值来对交易借记；以及在完成充值程序后对授权用户账户充值，其中，该程序包括确定将要从其转移账款的充值用户账户，以及通过参考预授权转账和请求来自授权用户的授权中的至少一种来授权转账。
64.如权利要求63中所述的聚合式通信方法，其中所述的充值是使用多个充值用户账户而执行的。
65.如权利要求63中所述的聚合式通信方法，其中所述的请求来自授权用户的授权是请求用户PIN、请求手工输入、请求用户口令和通过生物测定手段确认用户身份中的至少一种。
66.如权利要求62中所述的聚合式通信方法，其中所述的借记是使用用于借记账户的多个规则来执行的，和所述的结算是使用多个结算规则来执行的。
67.如权利要求62中所述的聚合式通信方法，其中所述的应用是使用用于授权交易的多个规则来执行的，借记是使用用于借记账户的多个规则来执行的，以及结算是使用多个结算规则来执行的。
68.如权利要求62中所述的聚合式通信方法，其中所述结算发生在即时、3天后、自然月的月底、定期的间隔期间和一连串的部分付款中的至少一个。
69.如权利要求62中所述的聚合式通信方法，其中所述的应用用于授权交易的至少一条规则包括使用PIN、手工输入、用户口令和通过生物测定手段确认用户身份中的至少一个来授权交易。
70.如权利要求62中所述的聚合式通信方法，进一步包括根据包含交易授权请求的时间作为算法中的函数的算法，确定至少一条被实时应用于交易授权请求的时候的规则。
71.如权利要求62中所述的聚合式通信方法，进一步包括根据使用来自涉及历史事件数据来源的输入的算法，确定至少一条被实时应用于在交易授权请求时候的规则，其中，该历史事件被认为与所述交易授权请求相关。
72.如权利要求71中所述的聚合式通信方法，其中所述历史事件是授权用户以前的购买或历史风险评估的实际结果。
73.如权利要求62中所述的聚合式通信方法，进一步包括根据使用涉及历史事件的数据的算法，确定至少一条被实时应用于在交易授权请求时候的规则，其中，该历史事件被认为与所述交易授权请求相关，且这种可用的历史数据的内容是经常变化的。
74.如权利要求73中所述的聚合式通信方法，其中所述历史事件是授权用户以前的购买或历史风险评估的实际结果。
75.如权利要求62中所述的聚合式通信方法，其中所述交易被请求且到多个交易提供商的连接是经过多样式网络的。
76.如权利要求62中所述的聚合式通信方法，其中所述的借记是检查会员资格是当前的、减少或增加飞行常客里数、减少或增加商务信贷和记录协定中的至少一种。
77.一种用于在聚合式通信系统内访问账户的用户输入设备，包括发送器，其发送至聚合式通信系统，以访问授权用户账户和向账户管理器请求交易，其中，所述账户管理器包括判断器，对于授权用户，其确定在用于授权交易和借记账户的那个时候可用的至少一条规则，处理器，其应用用于授权交易的至少一条所述规则，借记器，如果交易被授权，则其根据用于借记账户的至少一条所述规则来实时地借记账户，以及结算器，其根据至少一条结算规则，将所述实时借记结算到多个交易提供商；以及接收器，其接收来自账户管理器的访问授权用户账户的确认、授权用户账户借记的确认和结算通知中的至少一个。
78.如权利要求77中所述的用户输入设备，其中所述账户管理器进一步包括判断器，其确定授权用户在授权用户账户内没有足够的价值来对交易借记；以及充值器，其在完成充值程序后对授权用户账户充值，其中，该程序包括确定将要从其转移账款的充值用户账户，以及通过参考预授权转账和请求来自授权用户的授权中的至少一种方式来授权转账。
79.如权利要求78中所述的用户输入设备，其中所述的充值是使用多个充值用户账户而执行的。
80.如权利要求78中所述的用户输入设备，其中所述的请求来自授权用户的授权是请求用户PIN、请求手工输入、请求口令和通过生物测定手段确认身份中的至少一种。
81.如权利要求77中所述的用户输入设备，其中所述的借记是使用用于借记账户的多个规则来执行的，和所述的结算是使用多个结算规则来执行的。
82.如权利要求77中所述的用户输入设备，其中所述的应用是使用用于授权交易的多个规则来执行的，借记是使用用于借记账户的多个规则来执行的，以及结算是使用多个结算规则来执行的。
83.如权利要求77中所述的用户输入设备，其中所述结算发生在即时、3天后、自然月的月底、定期的间隔期间和一连串的部分付款中的至少一个。
84.如权利要求77中所述的用户输入设备，其中所述的应用用于授权交易的至少一条规则包括使用PIN、手工输入、用户口令和通过生物测定手段确认用户身份中的至少一个来授权交易。
85.如权利要求77中所述的用户输入设备，进一步包括根据包含交易授权请求的时间作为算法中的函数的算法，确定至少一条被实时应用于交易授权请求的时候的规则。
86.如权利要求77中所述的用户输入设备，进一步包括根据使用涉及历史事件的数据的算法，确定至少一条被实时应用于在交易授权请求时候的规则，其中，该历史事件被认为与所述交易授权请求相关。
87.如权利要求86中所述的用户输入设备，其中所述历史事件是授权的用户以前的购买或历史风险评估的实际结果。
88.如权利要求77中所述的用户输入设备，进一步包括根据使用涉及历史事件的数据的算法，确定至少一条被实时应用于在交易授权请求时候的规则，其中，该历史事件被认为与所述交易授权请求相关，且这种可用的历史数据的内容是经常变化的。
89.如权利要求88中所述的用户输入设备，其中所述历史事件是授权的用户以前的购买或历史风险评估的实际结果。
90.如权利要求88中所述的用户输入设备，其中所述用户输入设备是计算机、电话、蜂窝电话、计算机、服务设备的一个点和MP3播放器中的至少一种。
91.如权利要求77中所述的用户输入设备，其中所述交易被请求且到多个交易提供商的连接是经过多样式网络的。
92.如权利要求77中所述的用户输入设备，其中所述的借记器通过检查会员资格是当前的、减少或增加飞行常客里数、减少或增加商务信贷和记录协定中的至少一种来进行借记。
93.一种采用规则设置的聚合式通信系统，包括判断器，对于授权用户，其确定在用于授权交易和借记授权用户的账户的那个时候可用的至少一条规则；处理器，其应用用于授权交易的至少一条所述规则；借记器，如果交易被授权，则其根据用于借记账户的至少一条所述规则来实时地借记账户；以及结算器，其根据至少一条结算规则，将所述实时借记结算到多个交易提供商结算。
94.如权利要求93中所述的聚合式通信系统，进一步包括判断器，其确定授权的用户在授权用户账户内没有足够的价值来对交易借记；以及充值器，其在完成充值程序后对授权用户账户充值，其中，该程序包括确定将要从其转移账款的充值用户账户，以及通过参考预授权转账和请求来自授权用户的授权中的至少一种方式来授权转账。
95.如权利要求93中所述的聚合式通信系统，其中所述的应用是使用用于授权交易的多个规则来执行的，借记是使用用于借记账户的多个规则来执行的，以及结算是使用多个结算规则来执行的。
96.如权利要求93中所述的聚合式通信系统，进一步包括根据使用涉及历史事件的数据的算法，确定至少一条被实时应用于在交易授权请求时候的规则，其中，该历史事件被认为与所述交易授权请求相关。
97.如权利要求93中所述的聚合式通信系统，进一步包括根据使用涉及历史事件的数据的算法，确定至少一条被实时应用于在交易授权请求时候的规则，其中，该历史事件被认为与所述交易授权请求相关，且这种可用的历史数据的内容是经常变化的。
98.一种采用规则设置的聚合式通信系统，包括判断器，其实时确定用于授权的多个规则，在当前时间借记和结算交易；授权器，如果授权的用户账户或授权的用户的当前状态满足用于在当前时间授权交易的多个规则，则其授权该交易；借记器，其实时借记授权用户的账户和贷记至少一个交易提供商的账户；以及结算器，其根据用于结算交易的至少一条规则来结算交易。
99.如权利要求98中所述的聚合式通信系统，进一步包括第二判断器，其确定授权的用户在授权用户账户内没有足够的价值来对交易借记；以及充值器，其在完成充值程序后对授权用户账户充值，其中，该程序包括确定将要从其转移账款的充值用户账户，以及通过参考预授权转账和请求来自授权用户的授权中的至少一种方式来授权转账。
100.如权利要求94或99中所述的聚合式通信系统，其中所述的充值是使用多个充值用户账户来执行的。
101.如权利要求93或99中所述的聚合式通信系统，其中所述的请求来自授权用户的授权是请求用户PIN、请求手工输入、请求用户口令和通过生物测定手段确认用户身份中的至少一种。
102.如权利要求93或98中所述的聚合式通信系统，其中所述的借记是使用用于借记账户的多个规则来执行的，和所述的结算是使用多个结算规则来执行的。
103.如权利要求98中所述的聚合式通信系统，其中所述授权器使用用于授权交易的多个规则，所述借记器使用用于借记账户的多个规则以及所述结算器使用多个结算规则。
104.如权利要求93或98中所述的聚合式通信系统，其中所述结算发生在即时、3天后、自然月的月底、定期的间隔期间和一连串的部分付款中的至少一个。
105.如权利要求93或98中所述的聚合式通信系统，其中所述的应用用于授权交易的至少一条规则包括使用PIN、手工输入、用户口令和通过生物测定方式确认用户身份中的至少一个来授权交易。
106.如权利要求93或98中所述的聚合式通信系统，进一步包括根据包含交易授权请求的时间作为算法中的函数的算法，确定至少一条被实时应用于交易授权请求的时候的规则。
107.如权利要求98中所述的聚合式通信系统，进一步包括判断器，其根据使用涉及历史事件的数据的算法，确定至少一条被实时应用于在交易授权请求时候的规则，其中，该历史事件被认为与所述交易授权请求相关。
108.如权利要求98中所述的聚合式通信系统，其中所述判断器根据使用涉及历史事件的数据的算法，确定至少一条被实时应用于在交易授权请求时候的规则，其中，该历史事件被认为与所述交易授权请求相关，且这种可用的历史数据的内容是经常变化的。
109.如权利要求96、97、107或108中所述的聚合式通信系统，其中所述历史事件是授权的用户以前的购买或历史风险评估的实际结果。
110.如权利要求93或98中所述的聚合式通信系统，其中所述交易被请求且到多个交易提供商的连接是经过多样式网络的。
111.如权利要求93或98中所述的聚合式通信系统，其中所述借记器通过检查会员资格是当前的、减少或增加飞行常客里数、减少或增加商务信贷和记录协定中的至少一种方式来进行借记。
全文摘要
一种用于经由网络提供移动和电子商务、客户关怀和通信服务的方法和装置，其包括在漫游网络内接收识别号码和对服务的请求；把所述识别号码、所述对服务的请求和服务的费用/计费转发至归属网络；通过位于归属网络上的聚合式通信平台，验证所述识别号码涉及的是有效用户账户、用户设备被授权接收服务、以及所述有效用户账户拥有足够的价值；提供授权给服务提供商，并实时地对所述有效用户账户收费。该聚合式通信方法采用一种规则设置，其可用于确定至少一条适用于授权交易的规则，并根据至少一条所述规则来实时地借记授权用户的账户。
文档编号H04Q3/00GK1524245SQ02813067
公开日2004年8月25日 申请日期2002年6月28日 优先权日2001年6月29日
发明者西蒙·詹姆斯·乔伊斯, 西蒙 詹姆斯 乔伊斯, 拉 C 古普塔, 普拉富拉·C·古普塔, 库马尔 雷迪 埃尼加, 阿肖克·库马尔·雷迪·埃尼加, 尔 西塔拉姆 维迪雅, 马诺哈尔·西塔拉姆·维迪雅, 查克拉瓦蒂 卡斯图里, 卡利安·查克拉瓦蒂·卡斯图里, 古普塔, 里沙·古普塔, 库马尔 穆纳吉, 苏雷什·库马尔·穆纳吉, 拉克西米 贾甘纳德哈 西瓦 库马尔 贾帕纳, 瓦尔马·拉克西米·贾甘纳德哈·西瓦·库马尔·贾帕纳, 德 纳甘贾尼亚 瓦拉 温达维里, 普拉萨德·纳甘贾尼亚·瓦拉·温达维里, 拉奥 纳拉杰尔拉, 康德尔·拉奥·纳拉杰尔拉, 克里希那·莫汉·西斯特拉, 那 莫汉 西斯特拉, 安巴·普拉萨德·古迪帕蒂, 普拉萨德 古迪帕蒂, 巴努·穆尔蒂·纳拉贡达, 穆尔蒂 纳拉贡达, 塞卡尔 拉克希米 韦尔普里, 苏里亚·塞卡尔·拉克希米·韦尔普里, 德拉 拉奥 卡卢里, 维拉巴德拉·拉奥·卡卢里, 拉达克里希南·苏巴斯里, 里希南 苏巴斯里, 姆 莫汉库马尔, 孙达拉姆·莫汉库马尔, 穆拉里达尔·戈帕拉朱, 达尔 戈帕拉朱, 拉朱·瓦尔达卡尔, 瓦尔达卡尔, 南多 马诺埃尔 阿尔维斯 桑托斯, 小费尔南多·马诺埃尔·阿尔维斯·桑托斯, 拉 库马尔 维拉贾拉, 纳伦德拉·库马尔·维拉贾拉, 库马尔 雷迪 纳克卡拉, 阿尼尔·库马尔·雷迪·纳克卡拉, 乔杜里 图马拉, 安贾亚·乔杜里·图马拉, 克里希纳·莫汉·文卡塔·肯佩拉, 纳 莫汉 文卡塔 肯佩拉, 基米 马基拉朱, 拉维·基米·马基拉朱, 斯里尼瓦桑·西塔姆塞蒂, 瓦桑 西塔姆塞蒂, 沃拉迪, 戈帕尔·沃拉迪, 塞什·库马尔·文卡塔·哈拉·纳贾·布鲁古拉, 库马尔 文卡塔 哈拉 纳贾 布鲁古拉, 兰加那探·韦吕鲁, 探 韦吕鲁, 文克塔, 维什努·文克塔 申请人:优佩德系统公司