CN105956841A - 移动电话作为销售点（pos）设备 - Google Patents

Abstract

本发明公开了一种使用移动电话作为销售点(POS)设备，来提供一项或多项增值服务的系统和方法。依照本发明的系统包括：(a)应用层，用于执行交易处理功能，所述应用层包括：移动商务服务器模块，用于管理移动商务交易；第三方计费服务器模块，用于管理零售商和第三方供应商网络实体之间的交易处理；和电子钱包服务器模块，用于管理与一个或多个钱包帐户之间的相互作用；(b)接口层，用于简化一个或多个第三方供应商平台的整合；和(c)中间件层，介于所述应用层和所述接口层之间，用于管理应用层和第三方供应商平台之间的通信。

Description

移动电话作为销售点(POS)设备

分案申请

本申请为分案申请，原案申请的申请号为200910138533.5，申请日为2009年4月30日，发明名称为“移动电话作为销售点(POS)设备”。

相关申请

本申请是于2006年8月15日提交的、申请号为11/503,903的美国专利申请的部分连续申请，后者要求2005年11月4日提交的、申请号为60/733，266的美国临时申请的优先权，在此全部引入作为参考。

技术领域

本发明主要涉及启用无线通信设备作为交易网关。具体地，本发明涉及启用无线手机作为销售点(POS)设备的系统和方法。

背景技术

随着无线电话准入和使用的急速增长，手机服务迅速地在发展中国家得到越来越多的使用，而这些发展中国家地上通信线基础设施通常不够完备。因此，在这些国家，移动服务供应商或运营商为了移动电话业务，尤其是预付电话卡，正在挖掘受控制的消费者。

下面的现有技术专利代表了用于传送数字数据给移动设备的现有技术水平，并在此引用；

授予Rautila的6,714,797号美国专利的公开了一种用于订购，支付以及下载数字产品至移动设备的系统、方法和计算机程序。该移动设备访问含有待售数字产品和热点网络位置的电子商店服务网站，通过设置在移动设备内的小范围收发器，可将这些数字产品下载至移动设备。使用该专利中公开的系统、方法和计算机程序，移动设备用户可以下载大量数据，而无需电话或手机费用。

然而，上述现有技术系统具有缺乏灵活性的问题。从移动电话运营商方面来说，例如，现存的手机预付申请并不允许传送数字内容至预付费、后付费和第三方付费移动电话用户，这在发展中国家更为普遍，现有预付费、后付费和第三方帐单支付系统的实施缺乏灵活性，不易实施和响应。

发明内容

本发明在很大程度上满足了现有移动商务应用所无法满足的前述和其它需求。

在一个典型的实施例中，这通过一种系统和方法实现，该系统和方法通过使用一个无线通信设备作为一个或多个零售商或移动运营商的交易网关，启动数字内容和/或移动运营商的预付费、后付费或第三方帐单支付和/或第三方商品或服务的发送。为简化论述，术语“零售商”，用来指一个或多个移动运营代理商和/或独立经营零售商。

使用一个基于应用协议的移动电话，无线通信设备可以与一个电子移动商务服务器通信或浏览该服务器，所述应用协议例如，但不限于，短信服务(SMS),无线应用协议(WAP)，Java2平台精简版(J2ME)，SIM应用工具箱(STK)，BREW等等，移动商务(M-商务)服务器提供访问一系列出移动运营商和/或一个或多个第三方供应商提供的电子或数字产品，由移动电话服务用户通过一个或多个独立经营商和/或移动运营代理商购买获得。这些第三方供应商可采用一种或多种特定服务器的形式。如与M-商务服务器通信的SMS中心、WAP网关或J2ME服务器。

本发明的一个方面，一种增值服务(VAS)服务器被设置成为购买移动电话服务的用户提供加值数字内容和/或加值服务。每一项加值数字内容和/或服务可以被打包，作为供预付和后付移动电话用户购买的一项或多项加值服务的一项VAS内容。另外，每一项加值服务可设置成与一个或多个电子平台进行交互操作，所述电子平台例如彩铃平台、后付票据平台、卖方内容交付平台等等。

VAS内容或加值服务包括彩铃，音乐，虚拟电话卡，和短信服务(SMS)提示订购服务。

例如，VAS服务器优选地包括提供指向各种铃声、图标、图片信息、视频、音乐、游戏和其它内容的内容。这样，VAS服务器允许从一个可获得的由移动运营商和/或零售商公布的内容列表选取内容。VAS服务器也可以提供订购彩铃服务，允许从一个可获得的由移动运营商和/或零售商公布的音乐内容列表选取歌曲。而且，新闻、体育、占星术和诸如此类信息的短信服务(SMS)提示订购服务也可以从VAS服务器获得，以最终传输给订购用户。此外，在移动运营商或第三方供应商采用其自己的电话卡平台的情况下，VAS服务器设置成提供虚拟电话卡或VAS卡个人标识号(PIN)，用于在运营商或第三方供应商的平台上使用。

值得注意的是，这些VAS服务器的内容或加值服务优选为模块化，这样每一项内容或服务可以根据个人偏好需求而启用或关闭。

在一个优选的实施例中，VAS服务器包括一个内容管理系统，其管理服务器的动作功能。内容管理系统无需存储或传送VAS内容至目标移动电话服务用户。它与合适的卖方的内容交付平台整台，该平台负责为目标移动电话服务用户提供切实的服务供应和/或内容交付。通过与M-商务服务器通信，VAS服务器方便了一个或多个零售商访问所需厂商的内容和/或加值服务，并触发厂商的内容交付平台发送内容或加值服务给目标用户。这样，所述内容管理系统有助于提供多项功能。例如：产生集中式VAS码；验证VAS码；根据零售商分组和地理区域，管理VAS定价；根据零售商分组或地理区域，通过零售商保证金的确定和计算，管理VAS定人价；根据零售商分组或地理区域，获得VAS；根据零售商分组或地理区域，提升特定的VAS；以及其它报告。

或者，不是将内容管理系统连接于一个或多个单独的卖方内容交付平台，以便内容由这些平台远程交付，而是内容可本地存储在内容管理系统上，以便直接通过内容管理系统，从VAS服务器交付该内容。

M-商务服务器还管理VAS服务器与其它平台之间的互通，如移动运营商账单系统，内容供应商VAS平台，等等。在一个优选的实施例中，每一个零售商配备了具有预付信用的电子钱包账户。当请求购买时，该数值从零售商的预付电子钱包账户扣除。零售商的电子钱包账户还赊账运营，零售商可定期与移动运营商结算账户。

本发明的另一个方面涉及一种服务器配置的逻辑视图，本发明的系统包括一个应用层，一个中间件层和一个接口层。应用层执行所有交易处理功能，并管理与运营商网络实体、第三方供应商网络实体、以及应用层模块和子系统的整合。中间件层标准化并管理所有外部网络实体与应用层的模块和子系统之间的通信。例如，接口层包括一个或多个为每一个特定目标平台编写的接口模块。每一个接口模块执行一个特定的通信协议，便于与第三方供应商的网络实体和移动运营商的网络实体的即插即用整合。

更特别地，应用层包括三个模块：一个M-商务服务器，一个电子钱包服务器和一个VAS服务器。这三个服务器模块的每一个都由子系统组成。例如，M-商务服务器模块包括四个子系统或四个主要功能块：代理商注册和管理；解析和端对端交易管理；交易记录、审计和报告；以及代理商验证和安全。VAS服务器模块由五个子系统组成；VAS交易管理；内容映射；零售商验证；VAS定价和零售商佣金；以及PIN数据库。这些子系统的每一个都设置成执行各服务器模块所需的预期功能。

中间件层最好由它所管理的核心功能的复杂性来描述，例如多线程管理队列，信息交付和恢复，系统监控，数据采集，交易管理和记录，等等。它位于应和层和接口层之间。

接品层由多个接口模块组成，这些模块包括设计用于管理载入在一个目标网络实体的交易和简化第三方网络实体或移动运营商网络实体的整合的特征。在本实施例中，接口模块包括一个SMSC接口；一个WAP接口；一个内容接口；一个彩铃接口；一个信息提示接口；和一个后付接口，每一个接口优选对应于其所支持的各个平台或网络实体。

本发明的另一方面还涉及第三方计费服务器，该服务器被配置用于实现传送由一个或多个第三方提供商提供的形形色色的电子或数字产品和服务。这些产品和服务可以包括远程采购、帐单支付、货币托收、电子个人识别号(electronic PINs)、点对点支付、帐号查询，等等。此外，注册服务或无线设备对于用户而言并非必不可少。这些产品和服务中每一个经配置可与一个或多个第三方提供商平台进行交互，例如公用事业公司平台、信用卡公司平台、财经机构平台或者任何其他批发商/零售商/第三方提供商平台等等。值得注意的是，任何这些电子或数字产品和服务最好模块化以便每个产品/服务都可以根据需要单独被启动或关闭。

在一个优选实施例中，第三方计费服务器通过与M－商务服务器通信，实现将所需的第三方提供商的内容和/或服务向一个或多个零售商或批发商的传送，并触发该第三方提供商的平台向目标用户发送该内容或服务。

另外，本发明在这方面的应用层包括M－商务服务器、电子钱包服务器和第三方计费服务器。该M－商务服务器和电子钱包服务器模块由前述的子系统组成。第三方计费服务器的子系统包括：第三方交易管理、零售商验证、个人识别号(PIN)数据库和第三方零售商代理。这些子系统每一个都经配置执行相关服务器模块的所需功能。中间件和接口层如前所述，所不同的是本发明在这方面的接口模块包括SMSC接口；WAP接口；任何数量的批发商或第三方提供商接口，例如来自电力公司、煤气公司、信用卡公司、自来水公司等等的接口，这些接口每一个最好都对应其所支持的相关平台或网络实体。

应用层、中间件层、以及接口层模块和子系统的配置提供了一种用于使一个无线通信设备作为一个可高度扩展，稳健和安全的销售点设备的系统和方法。关于扩展性，该模块设置成作为与其它模块通信的、“独立”的过程动作，优选借助TCP/IP插口通过XML信息通信。模块可驻存在同一服务器上，或分配在网络或丛族器(cluster)。模块还可设置成发送信息至多个模块，从而使整个三个结构层负载平衡。应用也可以分配在多个服务器上。另外，该模块和接口载多数情况下可设置成跨越多个独立或群集的服务器的故障转移(fail-over)模式。

关于稳健性，每一个模块都提供了关闭和重新启动程序，如果可能，其允许处理等待中的交易。另外，如果一个模块发送信息至另一模块，且该交易失败，其将自动尝试重新发送该信息至一个冗余模块。而且。如果重新发送该交易的尝试也失败—例如完全失败(absolute failure)的情况—该信息接着被送入磁盘，一个内部监控线程将会稍后尝试重新发送该信息。

关于安全性，贯穿本发明整个结构的安全通信确保了敏感数据不被泄漏。模块对模块(module-to-module)通信优选地被加密，以确保信息完整。支持的加密算法包括3DES，Blowfish，AES，SSL，等等。支持的哈希算法(用于信息的完整性校验)包括MD5，SHA1，等等。利用任何上述的基于软件的算法，与外部实体的连接优选地也被加密。基于硬件的加密模块(HSM)可与外部实体整合进加密交易。

为了下面其详细的论述可更易于理解，以及为了对现有技术的此次贡献更易于理解，本发明更重要的特征已作了更深入的描述。当然，本发明的附加特征将会进一步在下文介绍。

为此，在详细介绍本发明的至少一个实施例之前，应理解本发明并不局限于下面描述或附图中图示的结构和组件配置的应用。本发明能在其它实施例并且以各种方式实行和运作。而且，应理解这里所使用的词语和术语是为了说明的目的，并不视为限制。

同样，本领域技术人员容易理解，本次公开所基于的概念可容易地用作设计执行多个本发明的目的的其它结构、方法和系统的基础。因此，不脱离本发明的精神和范围之内的等效结构，同样属于本发明的范围。

而且，下面的详细论述以计算机或计算机网络执行的程序过程的方式介绍。这些程序性的论述和介绍是由本领域技术人员所使用的方法，能够有效地传达他们的主要内容给其它本领域的技术人员。

这里，一个程序通常被认为一组独立的实现预期结果的步骤。这些步骤是需要物理量的物理操作的步骤。通常，尽管不是必需，这些物理量以电或磁信号的方式存储、传递、合并、比较、以及其它方式操作。它有时显示出便利性，主要是为了平时使用的原因，将这些信号称为比特、数值、元素、实体、符号、字符、术语、数字、等等。但是应当注意的是，所有这些以及类似的术语都与适合的物理量相关，且仅仅是用于这些物理量的方便标记。

而且，所执行的操作常常被称为诸如提供、输入、确认或比较等术语，这些术语通常与由操作人员所执行的脑力操作相关。在这里描述的构成本发明的一部分的任何操作中，大多情况下不必要或不需要操作人员的这种能力；这里的操作是机器操作。执行本发明的操作的可用的机器包括通用数字计算机或类似的设备。

本发明还涉及执行这些操作的系统。该系统可以为所需目的而特别构建，或者可以包括一台通用计算机，作为选择性激活或由存储在计算机上的计算机程序重新配置。这里介绍的过程本来就不是指特定的计算机或其它系统或装置。各种通用机器可结合根据这里的教学编写的程序使用，或证明更方便构建更专业的系统/装置，以执行所需的方法步骤。根据给出的说明，各种此类机器所需的结构将会变得明显。

为更好地理解本发明，使用它所获得的操作优点以及目标，需参考附图和说明本发明优选实施例的描述性内容。

附图说明

图1为根据本发明优选实施例，启用一个无线通信设备作为服务点设备的系统的服务器配置的物理视图。

图2为图1的系统的服务器配置的逻辑视图。

图3为图2的中间件的示意图。

图4A和4B为使用图1和图2的系统的后付账单支付交易的流程图。

图5A和5B为使用图1和图2的系统的、铃声形式的内容购买交易的流程图。

图6A和6B为使用图1和图2的系统的、彩铃形式的加值服务订阅购买流程图。

图7A和7B为使用图1和图2的系统的、彩铃歌曲购买交易形式的加值服务订购交易的流程图。

图8A和8B为使用图1和图2的系统的、虚拟电话卡形式的加值服务的购买交易的流程图。

图9A和9B为使用图1和图2的系统的、提示服务形式的加值服务购买交易的流程图。

图10为根据本发明的另一个实施例，启用无线通信设备作为服务点设备的系统的服务器配置的物理视图。

图11为图10所示系统的服务器配置的逻辑视图。

图12所示为采用图10和图11所示系统的第三方帐单支付交易示例的流程图。

图13所示为采用图10和图11所示系统的另一个第三方帐单支付交易示例的示意图。

图14所示为采用图10和图11所示系统的第三方支付交易示例的示意图。

具体实施方式

参看附图，其中，类似的标号指示类似的组件。图1显示了用于启用一个无线通信设备作为销售点(POS)设备的系统的示范性实施例。

如系统的服务器配置的物理视图所示，无线通信设备12，如移动电话，被零售商或移动运营商10用作POS设备，以通过2.5G、第三代(3G)或更新的全球移动通信系统(GSM)14，访问移动电子商务(M-商务)服务器16。移动运营商网络实体，如SMS中心，WAP网关和J2ME服务器，优选布置在14，并通过SMS中心和WAP网关接口与M-商务服务器16通信。M-商务服务器16通过中间件层与电子钱包服务器22、预付充值分配(top-up distribution)服务器20以及VAS服务器18通信。VAS服务器18通过接口依次与第三方供应商或移动运营商所属的目标平台23，17，19，21通信。

为了便于讨论，零售商10可替换为一家或多家移动运营代理商和/或独立经营的零售商。

M-商务服务器16提供了一份具有一个或多个电子或数字产品的菜单。这些立品可由零售商、移动运营商自己、或由被称为增值服务(VAS)内容和/或加值服务(与移动运营商的系统联合运营)的一家或多家内容供应商提供。

更特别地，M-商务服务器16提供运算逻辑以管理端对端M-商务交易，包括但不限于；接口逻辑—如无线应用协议(WAP)、短信服务(SMS)、Java2平台精简版(J2ME)、Java精简版(JME)、用户识别应用发展工具(STK)等等，用来与移动运营商的接入信道整合；解析逻辑，利用上述接口逻辑以接收和处理来自不同访问设备的交易；交易管理逻辑，以控制所需交易的执行，如内容购买交易、加值服务订购交易，加值服务购买交易等等；整合能力，便于与一个或多个子系统整合，这些子系统例如VAS服务器18，预付充值分配服务器20和电子钱包服务器22；和其它操作支持能(operational support capability)，包括但不限于：配置、报告、审计等等。

VAS服务器18提供运算逻辑，以管理发生在零售商10和任何第三方供应商平台之间的交易处理，所述交易平台例如图1中所示的彩铃平台17、卖方内容交付平台21、以及信息提示平台23。VAS服务器还管理发生在零售商10和移动运营商的平台，如后付票据平台19，之间的交易处理。

更特别地，VAS服务器18提供运算逻辑，包括但不限于：接口逻辑，用于与移动运营商的接入信道以及第三方供应商平台整合；交易管理逻辑，用以控制所需交易的执行，如内容购买交易，加值服务订购交易，加值服务购买交易，等等；以及其它运算支持能力，包括但不限于：映射和验证移动运营商内容ID，为零售商验证授权以销售特定内容和/或加值服务，建立零售价格和佣金，系统配置，报告，审计，等待。

彩铃平台17，优选存在于移动运营商或第三方供应商的网络中，是用于存放或存储彩铃内容的音频文件的硬件和软。在提供彩铃服务中，彩铃平台17与移动运营商的交换设施互联，以将所选取歌曲的音频文件替换掉电话用户手机中的另一网络铃声。

后付票据平台19，优选存在于移动运营商或第三方供应商的网络中，是用于为后付服务捕获呼叫记录，生成账目并追踪支付款项的硬件和软件。

卖方内容交付平台21，优选存在于移动运营商或第三方供应商的网络中，是用于存放或存储数字内容的硬件或和软件。在提供数字内容中，卖方内容交付平台21与移动运营商的交换设施互联，以交付选取的内容至用户手机。

信息提示平台23，优选存在于移动运营商或第三方供应商的网络中，是用于存放或存储信息和数据的硬件或和软件。在供应提示订购服务中，信息提示平23与移动运营商的交换设施互联，以交付所选取的订购信息提示至电话用户的手机。

本发明的系统服务器配置的逻辑视图的优选实施例如图2所示。该应用架构执行所有交易处理功能，并管理在服务器模块16、18、22，其子系统，中间件15，各种第三方网络平台17、21、23，任意移动运营商网络实体(如后付票据平台19，SMS中心24，WAP网关25和J2ME服务器26)之间的整合。该应用构架还管理后端管理，报告和监控设施。

优选地，中间件层15，和SMS中心以及WAP接口24a、25a、与M-商务服务器16配置。同样地，中间件层15和接口21a、17a、23a、19a优选与VAS服务器配置。最后，中间件层15，在没有任何接口元件的情况下，与电子钱包服务器22配置。

如图1所示，M-商务服务器16，电子钱包服务器22和VAS服务器18可看作三个主要的模块，用于支持VAS内容和加值服务申请。这就是应用层。这些模块包括针对每一个特定方案的商业逻辑，并被分隔成分离的功能模块，这些模块相互之间以及与中间件和接口层相互作用。

例如，M-商务服务器16包括四个模块：即，一个代理商注册和管理模块16a，一个解析和端对端交易管理模块16b，一个交易记录、审计、报告模块16c，和一个结账和对账模块16d。

代理商注册和管理模块16a提供商业逻辑给寄存器并管理一个代理商(即零售商)的虚拟账户。模块16a还包括，但不限于，运算逻辑：执行代理商注册功能，并相对一组代理商分配该代理商。优选地，例如，每个零售商都具有参数，控制其特性和经营，如销售佣金，最大和最小电子钱包余额限额，最大交易限额，最大交易值限额，授权销售的产品，等等。运营商通常具有一定数量的这些参数的组合，例如三种或四种佣金架构。为便于管理，代理商注册和管理模块16a使运营商创建一个或多个组，每一个组代表一组或多组参数的组合。因此，当注册一个零售商时，运营商可将该零售商分配至某一组，该零售商自动接受该组的特性。这样，零售商注册程度就简化了(即为每一个特定的零售商输入的数据更少了)，且大量零售商的大规模变化可以通过改变该组的参数来实现。

解析和端对端交易管理模块16b提供商业逻辑以管理端对端交易流程，以及与全部三个模块16、22、18之间的相互作用。模块16b还包括，但不限于：一个接口逻辑，用于与移动运营商或第三方供应商接入信道整合，所述信道例如SMSC24、无线应用协议(WAP)等等；一个解析逻辑，用于接收和处理来自不同的访问设备的交易，所述访问设备使用与一个或多个资源平台(如SMSC24，WAP网关25，J2ME服务器26等)相关的协议；一个解密算法，用于解密输入的信息；一个交易管理逻辑，用于控制端对端交易流程；用于整合其它模块(如电子钱包服务器22和VAS服务器18)的软件；以及提供所有操作支持功能的软件，这些功能包括但不限于：系统配置、报告、审讯等等。

交易记录、审讯和报告模块16c提供商业逻辑以捕获并存储端对端交易数据。该模块16c还包括但不限于：用于端对端交易的交易数据记录功能；审记功能；和报告功能。

结账和对账模块16d提供商业逻辑以为所有交易方实时计算交易费用和佣金。其支持固定费用和/或可变百分比的交易金额。

电子钱包服务器22包括三个主要的功能模块：即，电子钱包交易管理模块22a，电子钱包存储数值模块22b，和代理商验证和安全模块22c。电子钱包交易管理模块22a提供商业逻辑，用于管理与代理商或零售商的虚拟账户的相互作用。该模块22a的功能包括但不限于：路由来往于M-商务服务器16和VAS服务器18之间的交易；交易数据记录电子钱包审计和报告。

电子钱包存储数值模块22b提供运算逻辑以管理代理商或零售商的虚拟账户的内部操作.该模块22b的功能包括但不限于：存储当前电子钱包账户余额、状态和信息；响应来自M-商务和VAS服务器16、18的余额查询；当交易被M-商务和VAS服务器16、18中的任意一个处理时，准备资金；以及一旦成功完成一次交易，向该虚拟账户存入资金或从该虚拟账户支付金额。

这里为了便于讨论，假设零售商的电子钱包具有足够的用于所需交易的金额。或者，零售商10可使用非电子机械，以实现一个移动电话相关的销售交易，如从本地/远程商品目录选取所需的移动电话相关的产品。

代理商验证和安全功能模块22c提供商业逻辑以管理谁和安全功能。模块22c的功能包括但不限于：在一个安全模式下，存储代理商或零售商的M-商务服务器识别号(M-PIN)；以及响应来自其它模块16、18的代理商/零售商的认证请求，包括校验M-PIN。

如图2所示，三个主要模块中的最后一个为VAS服务器18，其包括五个主要的功能模块：即，一个VAS交易管理模块18a，一个内容映射模块18b，一个零售商验证模块18c，一个VAS定价和零售商佣金模块18d，和一个PIN数据库模块18e.

VAS服务器交易管理模块18a提供商业逻辑以管理内容或加值服务交付的交易部分。模块18a的功能包括但不限于：路由来往于M-商务和电子钱包服务器16、22之间的交易；分别为平台21、17、23、19路由来往于接口21a、17a、23a、19a之间的交易；和为VAS服务审记和报告记录交易数据。

内容ID映射模块18b提供商业逻辑以管理内容或加值服务交付的验证部分。模块18b的功能包括但不限于：为移动运营商或第三方供应商生成集中式VAS码；验证运营商/第三方供应商的VAS码；将运营商的VAS码映射至内容；以及将运动营的VAS码映射至加值服务供应商的特定内容码。

零售商验证功能模块18c提供商业逻辑以管理代理商/零售商能够销售的服务。模块18c的功能包括但不限于：通过区域和/或零售商分组确定增值服务的有效性；和通过区域和/或零售商分组提升特定的增值服务，如“前5”或“前10”服务。

VAS定价和零售商佣金模块18d提供商业逻辑以为代理商/零售商管理费用和佣金。模块18d的功能包括但不限于：通过区域和/或零售商分布树(例如通过零售商分组)，管理VAS价格；以及通过区域和/或零售商分组，确定并计算零售商保证金。

最后，PIN数据库模块18e提供商业逻辑以为提供的服务管理多组PIN。该模块18e的功能包括但不限于：在每个服务的基础上分割PIN；安全存储PIN；发送PIN请求模块；以及一旦成功发送，就标记PIN为“已使用”。

在服务器模块16、22、18，移动运营商网络实体24、25、19与第三方服务供应商实体21、17、23之间的通信，分别通过接口24a，25a，19a，21a，17a，23a，以及中间件层15而被完成。

对于每次讨论，接口24a，25a，19a，21a，17a和23a都包括一个接口层，其执行一个特定的通信协议。如图所示，每一个接口被用于从商业逻辑分离连接逻辑(connection logic)，从而简化了移动运营商和第三方网络实体的整合。这为基于网络实体的标准提供了即插即用环境。

就这一点而言，接口层的主要功能有三层：(1)管理与目标平台，例如彩铃平台17，的通信会话；(2)将一个VAS服务器18的请求转换为所需的目标平台格式，并将其发送至所需的目标平台；(3)解译目标平台的响应，并将该响应转换为用于服务器模块16、22、18的适合的响应。

值得注意的是，每一个接口24a，25a，21a，17a，23a和19a为每一个特定的目标网络实体而被写入。例如，提示接口23a被写入以用于与信息提示平台23通信。同理，后付接口19a被写入以用于与后付票据平台19通信。每一个接口还被加入设计用于管理加载在目标网络实体上的交易的特征。这方便了无缝即插即用整合。

中间件层15配置用于标准化和管理所有移动运营商与第三方网络实体，以及三个服务器模块16、22、18之间的通信。其管理核心功能和系统，例如：在多个服务器模块16、22、18与接口层之间的信息传送系统，优选使用XML；一个内部排队系统，路由从服务器模块16、22、18和接口层到内部辅助线程的信息；一个监控系统，其监控第三方网络连接、内部线程、队列等的状态(通过事故报警和记录)；初始化和(得体的)关闭步骤；调试和审计记录；以及收集性能统计信息的数据收集系统。

参看图3，对中间件层15的交易管理、系统监控和交易记录的更详细的论述，以便更易于理解。

中间件层15的交易管理属性含有一系列特性，保证交易的交付，以使交易不会失败。如图所示，由中间件15从服务器模块16、18、22接收的信息经过专用的接收器线程15a。这些信息被放置在进入队列15b以等待处理。一个专用辅助线程15c从队列中将该信息取出并进行处理。如果需要发送一个响应，或者如果信息将要被传递，则该信息接着被放入一个输出队列15d。例如，一个发送线程15e的合并集接着尝试发送信息至其目标服务器模块18。

中间件15的系统监控属性含有一系列的特性，其辅助交易管理并优化该层的性能。例如，监控线程15f记录在服务器模块16、18、22和中间件15内信息的所有合规形态。这些合规形态包括线程活动，信息发送和接收，队列大小，内部处理数据，信息交付重试，信息时效，等等。另外，一个内置的e-mail和SMS提示系统15g提供重要内部事件的通知。通过短信提示点对点(SMPP)，简单网络寻呼协议(SNPP)，全球计算机协议(UCP)，机器发布电脑接口version2(CIMD2)，以及其它协议，使SMS提示成为可能。如果需要，提示系统还可以包括互动式语音应答系统和利用图像积分法的多媒体信息系统。另外两个系统监控属性包括动态负载平衡(过载的情况)和动态错误还原(出错的情况)。

中间件层15的交易记录属性提供常规的、为交易过程中的关键步骤捕获和安全存储数据的功能，以避免丢失关键数据。磁盘27的嵌入式偶校验和审计记录提供了信息速度的连续记录。普通代理商/零售商记录15h和重要交易记录15i提供了将重要记录和原始数据安全存储到一个全球交易记录器(UTL)服务器(图未示)。

UTL服务器是一个集中式数据收集系统，其以标准格式捕获工作数据15j和交易数据，以便被显示在一个统一视图中并被报告工具提取。每次交易优选可以由服务类型、交易类型(如余额查询，充值等)、日期/时间，MSISDN，和响应码识别。一个基于网络的管理图像用户界面(GUI)允许操作和商户观看一系列场景，如由MSISDN观看一个个人服务或由MSISDN观看所有服务。优选地，每个场景出一个或多个过滤器控制。

在一个优选实施例中，一个报告模块与数据收集系统通信，以为任意单个应用提取数据，或为所有应用合并数据。通过一个或多个过滤器控制，报告模块可以为一系列的场景创建报告，例如一个根据交易类型的关于总计服务的报告(如根据服务类型的所有充值交易)。也可以根据零售商/代理商或单个服务，创建关于总计服务的报告。通过报告模块，移动运营商或第三方服务供应商也可以创建他们自己的报告。

现更为详细地介绍关于使用一个无线通信设备作为交易网关，激活各种内容和服务交付的本发明的构架的操作。

在操作上，参考图4，显示了一个使用本发明的系统的后付账单支付交易的流程图，其使一个移动电话服务订购用户可使用实物货币(即比索，卢比，英磅，等等)通过柜台到一个授权的零售商10，支付移动电话运营商的后付账单。

在示范性的图4的交易中，如步骤30所示，零售商10使用一个移动电话12作为一个销售点设备,以启动一个后付账单支付交易。在一个优选的实施例中，账单支付交易由已被授权电子钱包权限和SIM安全的零售商10使用一个SIM菜单执行。该SIM模块是一个用户标识模块，或一个接触式智能卡，其插入一个移动设备的手机。SIM被设置用来存储手机上的申请，该申请由一个显示在移动设备的手机屏幕上的菜单控制，并受手机的定位键控制。

值得注意的是，交易可以根据各种基于移动电话的应用协议，使用任意所需的用户接口执行，所述应用协议例如，但不限于，短信服务(SMS)，无线应用协议(WAP)，Java 2平台精简版(J2ME)，BREW，等等。图3至图7中讨论的每一个交易可以采用任意所需的接口/协议。

当一个移动电话服务用户给零售商10提供他/她的后付移动电话号码，所需支付的金额，以及账单号时，执行步骤30。使用移动电话设备12，零售商10访问一个M-商务服务器16的菜单。

优选地，SIM申请通过SIM菜单向零售商10显示适当的提示，如“请输入用户后付手机号”；“确认用户后付手机号”；“请输入账单号”；“请输入支付金额”，“输入您的M-PIN”；和“确认为账单号为〈账单号〉的后付号〈MSISDN〉支付〈金额〉”。换而言之，在步骤20，零售商10从SIM菜单选取相应的选项，并输入由用户在步骤30提供的信息。零售商10接着输入其M-商务服务器识别号(即M-PIN)，并确认该交易。

SIM申请构建了一个包含输入数据的加密账单支付短信服务(SMS)，并将信息发送至一个SMS中心24，该SMS中心24随后路由账单支付信息至M-商务服务器16。如步骤32所示，M-商务服务器16确定账单支付信息是一个账单支付交易，加密该信息，并验证该零售商10在电子钱包服务器22上的详细信息。

如果在零售商的电子钱包账户内有足够的资金，则电子钱包服务器22保留储备的支付金额，M-商务服务器16通过VAS服务器18发出一个支付请求(步骤32)至一个移动运营商的票据平台19。优选地，支付请求的详细信息包括指向移动电话服务用户的后付手机号(MSISDN)的信息，支付金额，以及账单号。可选项的信息可以包括支付类型以及一个唯一的M-商务服务器交易号。

在步骤34，判定的问题是否存在有效的后付账户。这里，移动运营商的票据平台19通过将支付请求的详细信息在后付数据库中的信息相互参照来验证移动电话服务用户的MSISDN是一个后付账户。如步骤36所示，如果发现没有匹配的数据，则票据平台19通知VAS服务器18匹配错误。VAS服务器18通知M-商务服务器16，其随后发送通知SMS信息至零售商10和用户，通知提交的请求错误(步骤38)。一个用于错误交易的用户通知SMS信息可以是：“〈名字〉，处理您于〈提交日期〉在〈提交时间〉提交的账单支付出现问题。请拨打客服电话〈电话〉。交易#〈交易ID号〉。”

另一方面，如步骤40所示，如果用户验证下来是有效的后付账户，则票据平台19接受VAS服务器18的支付请求并登入支付过程。

接着，在步骤42，票据平台19发送一条确认信息至VAS服务器18，支付已被接受处理。VAS服务器18通知M-商务服务器16，批示电子钱包服务器22从零售商的电子钱包账户扣除正确的支付金额(步骤44)。

M-商务服务器16还为移动电话服务用户(步骤46)和零售商(步骤48)构建通知SMS信息，确认支付已被成功送出。一个发送至后付移动电话服务用户的成功的SMS通知信息优选的包括有关客户姓名的信息，支付的日期/时间，零售商的MSISDN，M-商务服务器交易号，和支付金额。一个示范性的格式可以是：“〈名字〉，已成功处理您于〈提交日期〉在〈提交时间〉提交的账单。您的收据号为〈后付收据#〉。交易#〈交易ID号〉”。

同样地，一个发送至零售商10的成功的SMS通知信息优选包括支付的日期/时间的信息，用户的MSISDN，M-商务服务器的交易号，和支付金额。一个成功接受交易的示例性零售商通知SMS信息可以是：“于〈日期〉在〈时间〉，您提交〈货币金额〉用于后付账单支付〈用户MSISDN〉。交易#〈交易ID号〉。”

此时，移动运营商或零售商10接受来自移动电话服务用户的钱款，步骤50。

通过柜台向授权的零售商10支付实物货币，任意或所有VAS内容和/或加值服务，无论是数字内容还是用户服务，对于预付或后付移动电话用户都是有效的，这不足为奇。每一项VAS内容或加值服务可以根据需求单个或捆绑使用，也可以单个或捆绑启用或停止。因此，每一项VAS内容或加值服务优选设置成在VAS服务器18上的自身内容/服务的交付平台。

参看图5(包括图5A和5B)，显示了一个使用本发明的使预付或后付移动电话用户在他/她的手机上接收数字内容的系统，以铃声购买交易的形式，内容购买交易的示范性流程图。通过支付实物货币到授权的零售商10来实现。

这里，移动电话服务用户选取例如某一铃声，并将内容ID号和他/她的手机号提供给移动运营商或零售商。或者，用户可以选取某一特定的图标或图片信息。随后零售商使用一个移动电话12作为一个销售点设备通过访问一个M-商务服务器16的菜单以启动铃声购买交易(步骤60)。

优选地，SIM申请菜单为零售商10显示适当的提示，以输入由用户提供的数据。SIM菜单可以包括的提示例如：“请输入购买用户手机号”；“请输入目标用户手机号”(如果，输入留有空白，系统就默认用户用户的MSISDN)；“请输入内容ID”，“输入您的M-PIN”，“确认销售〈内容ID〉给〈MSISDN〉。”在零售商10输入其商业标识号(即M-PIN)之后，零售商确认该交易。

如果需要，记录该选项以包括一个不同于用户MSISDN的另一个“目标”MSISDN。该选项可以允许移动电话服务用户为家庭成员、朋友、同事和其他人购买VAS内容或加值服务。

SIM申请构建了一个含有输入数据的加密的内容购买SMS信息，并发送该信息至SMS中心24，该SMS中心24随后路由内容购买信息至M-商务服务器16。随后该M-商务服务器16确定该内容购买SMS信息是一个内容购买交易，解密该信息，并验证该零售商在电子钱包服务器22上的详细信息(步骤61)。另外，M-商务服务器16发送一个交付请求至VAS服务器18，传送该零售商的MSISDN和内容ID。

在步骤62，判定的问题是零售商10是否被授权销售选定的内容。这里的目的是为了防止未经授权的零售商10未经授权地销售电子内容，以及防止销售未经授权的内容给移动电话服务用户。如果零售商10没有被授权销售选定的内容，VAS服务器18不确认零售商10的那次销售交易。相应的，VAS服务器18发送一个非认证通知至M-商务服务器16，随后该服务器16发送一个通知SMS信息至零售商10和移动电话服务用户，告知交易失败(步骤63)。

另一方面，如果零售商10确定被授权销售该选定的内容，下一个判定的问题是移动运营商的内容ID是否有效(步骤64)。如果无效，VAS服务器18通知M-商务服务器16，该服务器随后发送一个通知SMS信息至零售商10和移动电话服务用户，告知提交的请求失败(步骤63)。示范性地失败通知SMS信息如前面所描述。

而如果运营商的内容ID有效，则VAS服务器18取回相应移动运营商(或其它授权的内容供应商)的内容ID，零售价格和零售商佣金，并将该信息送至M-商务服务器16。该M-商务服务器16请求电子钱包服务器22验证该零售商在其钱包内是否具有充足的资金，并留存减去零售商佣金后的零售价格。随后M-商务服务器16请求VAS服务器18传送内容交付请求至卖方内容交会平台21(步骤65)，优选连同目标移动电话服务用户的MSISDN，内容ID和M-商务服务器的交易ID。

现在，下一个问题是卖方内容ID是否有效(步骤66)。如果无效，卖方内容交付平台21发送一个非认证通知(卖方ID无效)至VAS服务器18。该VAS服务器18通知M-商务服务器16，该服务器16随后发送一个通知SMS信息至零售商10、卖方、和移动电话服务用户，告知提交的请求失败(步骤67)。

另一方面，如果卖方内容ID被认为有效，则卖方内容交付平台21发送选定的内容至SMS中心24(步骤68)。

在步骤70，SMS中心24发送内容(即选取的铃声)至移动电话服务用户的手机上，作为一个一次性、一次有效的发送。换句话说，没有重试发送该内容。SMS中心24接着接收交付收据并返回交付确认至卖方内容交付平台21(步骤72)，其确认该内容交付成功(步骤74)，并发送一个正响应反馈至VAS服务器18。

VAS服务器通知M-商务服务器16，其批示电子钱包服务器22从零售商的电子钱包账户扣除支付金额(步骤76)。相应的，M-商务服务器16发送一个通知SMS信息至移动电话服务用户(步骤78)和零售商10(步骤80)，确认该内容已被成功交付。

各通知信息类似于前述的通知信息。例如，如果用户提供了目标订购信息，这一条成功的SMS通知信息可以包括以下信息：日期/时间，零售商的MSISDN，目标用户的MSISDN，电子钱包平台的交易号，和支付金额。

零售商10从用户收取钱款(步骤82)以结束交易。

在交易失败的例子中，零售商电子钱包的准备金被取消，电子钱包不被扣钱。

现参看图6(包括图6A和6B)，显示了彩铃形式的加值服务订阅购买交易流程图。一个彩铃(或“回铃音”)优选描述为音频文件，其通常为歌曲的录音，当呼叫方呼叫另一彩铃服务用户时，呼叫方会听到。该歌曲代替了普通的电话铃声(一方呼叫另一方时，该呼叫方会听到)。该音频文件优选，但并不必需，存储在与移动运营商的网络连接的中央服务器。

在图6所示的交易中，预付或后付移动电话服务用户向零售商10提供他/她的移动电话号码(MSISDN)以订购彩铃服务。然后零售商10使用一个移动电话12作为销售点设备，从SIM菜单启动彩铃订购交易(步骤90)。

优选地，如前所述，SIM申请菜单为零售商10显示适当的提示，以输入由用户提供的数据。零售商10接着输入其M-PIN并确认交易。或者，SIM菜单可提供输入一个不同于用户MSISDN的目标用户MSISDN。这使得用户能够为家庭成员，朋友和其他人购买礼品VAS服务。

SIM申请构建了一个含有输入数据的加密的彩铃订购SMS信息，并发送该信息至一个SMS中心24。该SMS中心24路由该彩铃订购信息至M-商务服务器16，其确定该彩铃订购信息是一个彩铃订购交易，加密该信息，并在电子钱包服务器22上验证零售商的详细信息(步骤91)。另外，M-商务服务器16发送一个订购请求至VAS服务器18(步骤91)，优选连同该零售商的MSISDN和内容ID。

在步骤92，判定的问题是零售商10是否被授权销售选定的加值服务。这里的目的是为了防止一个未经授权的零售商10未经授权地销售订购服务，以及防止未经授权的销售加值服务给一个移动电话服务用户。如果零售商10没有被授权销售选定的加值服务，VAS服务器18不确认该零售商10的那次交易。VAS服务器18发送一个非认证通知至M-商务服务器16，该服务器16然后发送一个通知SMS信息至零售商10和移动电话服务用户，提示交易失败(步骤93)。

如果零售商10被认作授权销售该选定的加值服务，下一个问题是该移动营商的内容ID是否有效(步骤94)。如果无效，VAS服务器18不确认移动运营商的那次销售交易。VAS服务器18发送一条非认证通知至M-商务服务器16，该服务器16接着发送一个通知SMS信息至零售商10、移动运营商和移动电话服务用户，告知交易失败(步骤93)。

而如果运营商内容ID被认作有效，则VAS服务器18获取相应的移动运营商(或其它授权的内容提供商)的内容ID、零售价格和零售商佣金，并传送该信息至M-商务服务器16。该M-商务服务器16请求电子钱包服务器22验证该零售商在其电子钱包内是否具有足够的资金，并留存减去零售商佣金后的零售价格。随后M-商务服务器16请求VAS服务器18传送订购请求至彩铃平台17(步骤95)，优选连同目标移动电话服务用户的MSISDN、内容ID和M-商务服务器交易ID。

下一个判定的问题是用户是否已经订购了彩铃订购服务(步骤96)。如果已订购，则彩铃平台17发送一个通知至VAS服务器18，指示该用户已经订购(步骤98)。VAS服务器18通知M-商务服务器16，该服务器16接着发送一个通知SMS信息至零售商10和移动电话用户，告知用户是一个现有的客户(步骤99)。

而如果用户之前没有订购彩铃服务，则彩铃平台17为所需的用户MSISDN激活一个订购(步骤100)。然后彩铃平台17发送确认至VAS服务器18，指示订购处理已经启动(步骤102)。VAS服务器18通知M-商务服务器16，该服务器16指示电子钱包服务器22从零售商的电子钱包账户扣除支付的金额(步骤104)，优选减去佣金后的推荐零售价格，并发送一个通知SMS信息至用户(步骤106)和零售商10(步骤108)，确定该订购请求已被注册，以及将被提供服务的时间。各通知信息类似于前述的通知信息。

零售商10从订购用户那里收取钱款(步骤110)。当彩铃平台17完成订购处理，其发送一个通知给用户，确认成功提供服务(步骤112)。

图7(包括图7A和7B)的判定步骤显示了根据本发明的一个彩铃歌曲购买方式的加值服务订阅购买交易流程图，其类似于图6的判定步骤，但只有在用户事先已经订购了该服务的情况下，交易才被允许进行。换而言之，如果移动电话用户事先没有订购，则用户和零售商会收到通知，指示用户先订购彩铃服务。

进一步作介绍，参看图7A，用户以内容ID号的方式向零售商10提供他/她希望选取的歌曲，并提供他/她的移动电话号码。然后零售商10使用一个移动电话12作为销售点设备以启动歌曲购买交易(步骤120)。

优选地，SIM申请菜单为零售商10显示适当的提示，以输入用户提供的数据。例如，SIM菜单可以包括这样的提示：“请输入购买用户移动电话号码”；“请输入目标用户移动电话号码”；“请输入内容ID”；“输入您的M-PIN”；“确认销售〈内容ID〉给〈MSISDN〉”。零售商10输入其商家识别号(即M-PIN)并确认交易。

如果需要，记录选项以包括指向目标用户信息的提示。该选项允许移动电话服务用户为家庭成员、朋友和其他人购买VAS内容和/或加值服务作为礼物。

SIM申请优选构建一个包括输入数据的加密的歌曲选取SMS信息，并发送该信息至SMS中心24，该SMS中心24随后路由歌曲购买SMS信息至M-商务服务器16，该服务器16确认该歌曲购买SMS信息是一个歌曲购买交易，解密该信息，并验证该零售商在电子钱包服务器22上的信息(步骤121)。另外，M-商务服务器16发送一个发送歌曲请求至VAS服务器18，连同零售商的MSISDN和内容ID。

在步骤122，判定的问题是零售商10是否被授权销售选定的加值服务。这里的目的是为了防止未经授权的零售商10未经授权地销售订购服务，以及防止未经授权地销售加值服务给移动电话服务用户。如果零售商10没有被授权销售选定的加值服务，VAS服务器18不确认零售商10的那次交易。VAS服务器18发送一个非确认通知至M-商务服务器16，该服务器16接着发送一个通知SMS信息至零售商10和移动电话服务用户，提示交易失败(步骤123)。

如果零售商10被认作授权销售选定的加值服务，下一个问题是移动运营商的内容ID是否有效(步骤124)。如果无效，VAS服务器18不确认移动运营商的那次交易。VAS服务器18发送一个非确认通知至M-商务服务器16，该服务器16接着发送一个通知SMS信息至零售商、移动运营商和移动电话服务用户，提示交易失败(步骤123)。

而如果运营商的内容ID被认作有效，VAS服务器18随后获取相应的移动运营商(或其它授权的内容提供商)的内容ID、零售价格和零售商佣金，并传送这些信息至M-商务服务器16。M-商务服务器16请求电子钱包服务器22验证该零售商在其电子钱包内具有足够的资金，并留存减去零售商佣金后的零售价格。然后，M-商务服务器16请求VAS服务器18发送歌曲请求至彩铃平台17(步骤125)，优选连同目标移动电话服务用户的MSISDN、内容ID和M-商务服务器交易ID。

下一个判定的问题是该用户是否已经是订购客户(步骤126)。如果不是，彩铃平台17发送一个回复至VAS服务器18，指示该用户不是一个现有的客户(步骤128)。VAS服务器18通知M-商务服务器16，该服务器16随后发送一个通知SMS信息至用户和零售商10，告知该用户需要先登记订购(步骤129)。错误通知信息与这里之前描述的类似。

而如果发现该用户是一个现有客户，则彩铃平台17激活该选取的歌曲请求，并发送该选取的歌曲至用户(步骤130)。彩铃平台17还发送确认VAS服务器18，确认该歌曲已经交付(步骤132)。VAS服务器18通知M-商务服务器16，该服务器16指示电子钱包服务器22从零售商的电子钱包账户减去支付的金额(步骤134)，优选减去佣金后推荐的零售价格，并发送通知信息至用户(步骤136)和零售商10(步骤138)，确认该选取的歌曲已经为预付或后付移动电话用户的服务发送。各通知信息与之前描述的相类似。在步骤140，零售商10从订购用户那里收取钱款。

现在参看图8(包括8A和8B)，显示了一个虚拟电话卡形式的加值服务购买交易的流程图。在本实施例中，用户通常向零售商10请求卡片产品，例如一张虚拟电话卡或VAS卡。使用移动电话12作为一个销售点设备，零售商10从SIM菜单启动一个卡购买交易(步骤150)，输入由用户提供的相关信息。

如前所述，SIM菜单是用户友好的，提供了必需的输入信息的适当提示。另外，菜单同样提供了为家庭和朋友购买礼品卡或VAS服务的选项。

一旦零售商10确认交易，SIM申请构建一个包含输入数据的加密的虚拟电话卡和/或VAS卡SMS信息，并发送该信息至一个SMS中心24。为了简便起见，这里的讨论仅限于电话卡产品，尽管它可以是电话卡和/或VAS卡。

SMS中心路由该卡片购买SMS信息至M-商务服务器16，该服务器16确定该卡片购买SMS信息是一个电话卡购买交易，解密该信息，并在电子钱包服务器22上验证零售商10的详细信息。此外，M-商务服务器16还发送一个获取PIN的请求至VAS服务器18，连同该零售商的MSISDN和服务ID。

在步骤152，判定的问题是零售商10是否被授权销售选定的加值服务。这里的目的是为了防止一个未经授权的零售商10未经授权地销售电话卡服务，以及防止未经授权地销售加值服务给移动电话服务用户。如果零售商10未被授权销售选定的加值服务，VAS服务器18不确认零售商的那次交易。VAS服务器18发送一个非确认通知至M-商务服务器16，该服务器16随后发送一个通知SMS信息至零售商10和移动电话服务用户，提示交易失败(步骤153)。

如果零售商10被认为是经授权销售选定的加值服务，下一个问题是移动运营商的内容ID是否有效(步骤154)。如果无效，则VAS服务器不确认移动运营商的那次交易。VAS服务器发送一个非确认通知至M-商务服务器16，该服务器16随后发送一个通知SMS信息至零售商10、移动运营商和移动电话服务用户，提示该交易失败(步骤153)。

而如果运营商的内容ID被认为有效，VAS服务器18接着获取相应移动运营商(或其它授权的内容供应商)的内容ID、零售价格和零售商佣金，并将这些信息传至M-商务服务器16。M-商务服务器16请求电子钱包服务器22验证该零售商在其电子钱包内具有足够的资金，并留存减去零售商佣金后的零售商价格。然后M-商务服务器16请求VAS服务器19发送一个电话卡PIN请求至卖方内容交付平台21(步骤155)，优选连同目标移动电话服务用户的MSISDN、内容ID和M-商务服务器的交易ID。该卖方内容交付平台返回一个内容ID验证通知至VAS服务器18，该服务器18从一个电话卡PIN数据库选取一个识别号(PIN)(步骤156)。

在步骤158，VAS服务器18发送一条包含PIN的SMS信息到SMS中心24，该中心24随后一次性发送信息至目标MSISDN(步骤159)。SMS中心24收到电话卡信息交付的收据，并传送该交付收据确认至VAS服务器18(步骤160)，这确认了内容交付成功(步骤161)，并发送一个正响应反馈至M-商务服务器16。

M-商务服务器16指示电子钱包服务器22从零售商的电子钱包账户扣除支付的金额，优选减去零售商佣金后的建议零售价(步骤162)。M-商务服务器16发送一个通知SMS信息至用户(步骤164)和零售商10(步骤166)，确认PIN被成功交付。各通知信息与前述的类似。当零售商10从移动电话服务用户那里收到钱款时，交易结束(步骤168)。

现在参看图9(包括图9A和9B)，显示了使用本发明的系统的、提示服务形式的加值服务订阅购买交易的流程图。在这个方案中，用户向零售商10提供他/她选择的信息提示，例如新闻、天气预报等等，以及移动电话号码(MSISDN)以订购该信息提示服务。接着零售商使用移动电话12作为销售点设备，从SIM菜单启动信息订阅购买交易(步骤170)。

优选地，如前所述，SIM申请菜单显示适当的提示，便于零售商10输入由用户提供的数据。零售商10接着输入其M-PIN并确认该交易。或者，SIM菜单可以提供输入目标用户的MSISDN，其不同于用户的MISISDN。这使得用户能够为家庭、朋友和其他人购买一种或多种礼品VAS服务。

SIM申请构建一个包含输入数据的加密的信息提示订购SMS信息，并发送该信息至SMS中心24。SMS中心24路由该信息提示订购信息至M-商务服务器16，其确定该信息提示订购SMS信息是一个信息提示订购交易，解密该信息，验证该零售商在电子钱包服务器22上的详细信息(步骤171)。

在步骤172，判定的问题是零售商10是否经授权销售选定的加值服务。这里的目的是为了防止未经授权的零售商10未经授权地销售订购服务，以及防止未经授权地销售加值服务给移动电话服务用户。如果零售商10未经授权销售选定的加值服务，VAS服务器18不确认零售商10的那次交易。VAS服务器18发送一个非确认通知至M-商务服务器16，其接着发送一个通知SMS信息至零售商10和移动电话用户，提示该交易失败(步骤173)。

如果零售商10被认为经授权销售该选定的加值服务，下一个问题是该移动运营商的内容ID是否有效(步骤174)。如果无效，VAS服务器18不确认移动运营商的那次交易。VAS服务器18发送一个非确认通知至M-商务服务器16，其接着发送一个通知SMS信息至零售商10、移动运营商和移动电话服务用户，提示该交易失败(步骤93)。

而如果运营商的内容ID被认为有效，VAS服务器18随后获取相应移动运营商(或其它授权的内容供应商)的内容ID、零售价格和零售商佣金，并将该信息传送至M-商务服务器16。M-商务服务器请求电子钱包服务器11验证该零售商在其电子钱包内具有充足的资金，并留存减去零售商佣金后的零售价格。然后M-商务服务器16请VAS服务器18传送订购请求至信息提示平台23(步骤175)，优选连同目标移动电话服务用户的MSISDN、内容ID和M-商务服务器的交易ID。

在步骤176，下一个判定的问题是用户是否已经是该信息提示订购服务的客户。如果是，信息提示平台23告知VAS服务器18，该用户已经订购(步骤178)。VAS服务器18通知M-商务服务器16，其接着发送一个通知SMS信息以告知移动电话服务用户和零售商10，该用户已经是一个现存的客户(步骤179)。

而如果用户不是该订购服务的现有客户，则信息提示平台23为该特定的提示服务激活一个订购(步骤180)。然后信息提示平台发送一个确认至VAS服务器18，提示该订购处理已经启动并且已成功(步骤182)。VAS服务器18通知M-商务服务器16，其指示电子钱包服务器从零售商的电子钱包账户扣除支付的金额，优选减去佣金后的建议零售价(步骤184)，并发送一个通知SMS信息至用户(步骤186)和零售商10(步骤188)，确认订购成功。各通知信息与前述的通知信息相类似。当零售商10从用户那里收取钱款时，交易结束(步骤190)。

图10显示了启用无线通信设备作为销售点(POS)设备的系统的另一个示例。如图所示，零售商或移动运营商10可将无线通信设备12(例如一部移动电话)作为一部POS设备使用通过GSM14接入M－商务服务器16。

通过与M－商务服务器16间的通信，无线设备12提供另外一个电子或数字产品的菜单选项。这些产品可以由一个或多个第三方提供商采用第三方提供商平台200、300、400、500等形式提供，这些系统与移动运营商的系统协同运作。

在该实施例中，M－商务服务器16还提供运算逻辑以管理无线设备12和所述的第三方提供商平台200、300、400和500间的端对端M－商务交易。该运算逻辑包括但不限于：接口逻辑－如无线应用协议(WAP)、短信服务(SMS)、Java2平台精简版(J2ME)、用户识别应用发展工具(STK)，等等，用来与零售商或移动运营商的接入信道整合；解析逻辑，利用上述接口逻辑以接收和处理来自不同访问设备的交易；交易管理逻辑，以控制所需交易的执行，如第三方提供商帐单支付交易等等；整合能力，便于与一个或多个子系统整合，这些子系统例如电子钱包服务器22，以及每个第三方供应商平台200、300、400、500，等等；和其他操作支持能力(operational supportcapability)，包括但不限于系统配置、零售商或无线运营商内容ID的映射和验证，为零售商验证授权以提供特定帐单支付服务、建立零售价格和佣金、报告、审计，等等。

第三方提供商平台200可代表向顾客提供电力的公用事业公司。平台200优选存在于电力公司A的网络中，是用于存放和存储用于实现顾客或顾客的代理人支付A公司的电力帐单的文件的硬件和软件。在用于为电力公司A提供帐单支付服务时，平台200与零售商或无线运营商10的交换设施通过设备12互连，以便向顾客在电力公司A的电力帐户中采用电子形式投寄支付款额，使得零售商10可以从顾客处收取货币付款。

第三方提供商平台300可以代表另一家公用事业公司，例如向顾客供应燃气的公司。平台300优选存在于煤气公司B的网络中，是用于存放和存储用于实现顾客/顾客的代理人支付B公司燃气帐单所需文件的硬件和软件。在向燃气公司B提供帐单支付服务时，平台300通过设备12与零售商或无线运营商10的交换设施互连，以便向顾客在燃气公司B的燃气帐户中采用电子方式投寄支付款额，使得零售商10可以从顾客处收取货币付款。

第三方提供商平台400可以代表任何一个诸多信用卡公司中的一个(例如美国运通公司、Visa、MasterCard，等等)和/或提供财经服务的公司(花旗银行、美洲银行、瑞士信贷公司，等等)。平台C优选存在于每一家信用卡和/或财经服务公司的网络中，是用于存放和存储用于实现顾客/顾客的代理人支付C公司信用卡帐单所需文件的硬件和软件。在向信用卡公司C提供帐单支付服务时，平台400通过设备12与零售商10的交换设施互连，以便向顾客在C公司的信用卡帐户中采用电子方式投寄支付款额，使得零售商10可以从顾客处收取货币付款。

在另一个实施例中，第三方提供商平台500可以代表另一家公用事业公司，例如向顾客供水的公司。平台500优选存在于自来水公司ABC的网络中，是用于存放和存储用于实现顾客/顾客的代理人支付ABC公司自来水帐单所需文件的硬件和软件。在向自来水公司ABC提供帐单支付服务时，平台500通过设备12与零售商或无线运营商10的交换设施互连，以便向顾客在自来水公司ABC的自来水帐户中采用电子方式投寄支付款额，使得零售商10可以从顾客处收取货币付款。

图11是对图10所示应用架构的优选实施例的更详细的说明。该应用架构执行全部交易处理功能，并管理服务器模块16、18、20、22、600、其子系统、中间件15、不同平台200、300、400、500、17、19、21、23、网关25、服务器26以及任何移动运营商/第三方/厂商网络实体(例如SMS中心24)间的两个以及多个之间的集成。该应用架构同样管理后端管理，报告和监测基础架构。

如图10所示，M－商务服务器16、电子钱包服务器22和第三方帐单服务器600可被视为用于支持任何数量的第三方帐单支付应用的主要模块。这是应用层。这些模块包含针对每一个特定方案的商业逻辑，并被分离成离散的功能模块，这些模块相互之间以及与中间件和接口层之间相互作用。本实施例的另一个方面，用于第三方帐单服务器600的系统可集成在每个第三方帐单公司200、300、400和500之中。

在上述的实施例中，每个平台200、300、400、500等都对应于一个分离且不同的第三方提供商。值得注意的是，第三方平台可以用于为林林总总的产品或服务进行销售和/或收取付款。下面的清单仅是可采用本发明技术实现的全部销售和/或支付中的一个小子集。这些包括但不限于帐单支付系统用于：卫星广播注册、卫星电视、互联网服务提供商(ISP)服务、购票(例如为旅行、推广活动、体育赛事、彩票等等的目的)、捐赠、公共事业(例如电力帐单、自来水帐单、燃气帐单，等等)、本地/州/国家税捐债务、财经服务、保险费、抵押、信用卡月度分期付款、教育经费，等等。本发明的应用包括用于支付基于网络的电子商务服务的帐单支付系统，其中包括林林总总的电子产品和服务(例如eBay的在线帐户、亚马逊、音乐门户、游戏、图书馆注册、互联网电话、互联网通讯服务、电视购物，等等)。本发明并不仅限于帐单支付(收取)系统。它也适用于顾客从零售商10接收货币的支付系统。

关于M－商务服务器16的描述如前所述。

类似地，电子钱包服务器22也如前所述，只是对来自/向M－商务服务器16和与每个第三方平台200、300、400、500等相关的第三方帐单服务器600的交易路由进行适当调整，以实现必要的帐单支付交易。另外和/或可选择地，另一个代表顾客的电子钱包(未显示)的电子钱包服务器可被包含在图10所示的实施例中，用于管理与顾客虚拟帐户的交互作用。

图10所示的三个主要模块中的最后一个是第三方帐单服务器600，其包括五个主要的功能模块：也就是，一个第三方交易管理模块600a、一个零售商认证模块600c、一个第三方零售商佣金(commission)模块600d和一个PIN数据库模块600e。

第三方帐单服务器交易管理模块600a提供商业逻辑以管理帐单支付内容或服务的传送中的交易内容。模块600a的功能包括但不限于：分别路由来自/去往M－商务、电子钱包和第三方帐单服务器16、22、600(以及可以选择的顾客电子钱包(未显示出))的交易；分别路由来自/去往用于平台200、300、400、500的接口200a、300a、400a、500a的交易；以及用于第三方帐单审计和汇报的交易数据记录。

零售商验证功能模块600c提供商业逻辑以管理第三方提供商所能提供的服务。模块600c的功能包括但不限于：通过厂商、区域或第三方提供商分组确定帐单支付服务的有效性。

第三方提供商零售商佣金模块600d提供商业逻辑用于为零售商/第三方提供商/代理商管理费用和佣金。模块600d的功能包括但不限于：通过区域和/或零售商/第三方提供商分布树(例如通过零售商/第三方提供商分组)管理价格；以及通过区域和/或零售商/第三方供应商分组，确定并计算零售商/第三方提供商保证金。

最后，PIN数据库模块600e提供商业逻辑用于为提供的帐单支付服务管理多组PIN。模块600e的功能包括但不限于：在每个服务的基础上分割PIN；安全存储PIN；发送PIN至请求模块；以及一旦发送成功，就标记PIN为“已使用”。

在服务器模块16、22、600与一个或多个运营商/第三方服务提供商网络实体(例如SMS中心24、WAP网关25、平台200、300、400、500、21、17、23、19)之间的通信，通过接口200a、300a、400a、500a、24a、25a和中间件层15完成。

对于每次讨论，接口200a、300a、400a、500a、24a和25a都包括一个接口层，其执行一个特定的通信协议。正如所描述的那样，每一个接口被用于从商业逻辑分离连接逻辑(connection logic)，从而简化了第三方网络实体的整合。这为基于网络实体的标准提供了即插即用环境。

就这一点而言，接口层的主要功能有三层：(1)管理与目标第三方平台(例如自来水公司ABC平台500)间的通信会话；(2)将一个第三方帐单服务器600的请求转换为所需的目标平台格式，并将其发送至所需的目标平台；(3)解译目标平台的响应，并将该响应转换为用于服务器模块16、22、600的适合的响应。

值得注意的是，每一个接口200a、300a、400a、500a、24a和25a为每一个特定的目标第三方帐单支付服务提供商实体而被写入。例如，信用卡公司接口400a被写入以用于与信用卡公司C帐单支付平台400通信。同理，燃气公司接口300a被写入以用于与燃气公司B平台300通信。每一个接口还被加入设计用于管理加载在目标第三方服务提供商实体上的交易的特征。这方便了无缝即插即用整合。

现更为详细地介绍关于使用无线通信设备，激活帐单支付服务的图10和图11所示架构的操作。

在操作上，图12显示了一个使用图10和图11所示系统的第三方帐单支付交易的流程图，其使一个自来水公司ABC的用户可使用实物货币(即比索，卢比，英磅，等等)通过柜台到一个授权的零售商10，通过设备12支付其自来水账单。

在示范性的图12的交易中，顾客使零售商10通过自来水公司ABC平台500支付该顾客在自来水公司ABC的自来水帐单。重要的是，仅仅其平台被整合至M－商务服务器16的第三方服务提供商可以采用本发明的技术提供帐单管理交易。

一旦顾客指令零售商10为其支付自来水帐单，如步骤510所示，零售商10采用无线设备12作为销售点设备来启动第三方帐单支付交易。在一个优选的实施例中，帐单支付交易由已被授权电子钱包权限和SIM安全的零售商10使用一个SIM菜单执行。该SIM模块的特点如前所述。另外，该SIM菜单可以提供的不同选项包括，例如：(a)预付费充值；(b)后付费帐单支付；(c)VAS销售；(d)自来水公司ABC帐单支付；(e)自来水公司XYZ帐单支付；(f)信用卡帐单支付；(g)燃气公司DEF帐单支付；(h)电力公司A帐单支付；(i)GHI电子PIN；(j)HIJ现金提取；等等。

为实现顾客所述的为其支付自来水公司ABC的自来水帐单的意愿，零售商10选择选项“d)自来水公司ABC帐单支付”。该菜单需要零售商10提供3条信息，即：(i)该顾客(独一无二的)标识符，通过该标识符该顾客能被该第三方帐单实体(当前情况下该实体是自来水公司ABC)所识别；(ii)所需的支付金额；和(iii)该零售商的M－商务服务器识别号码(也就是M-PIN)。

优选地，SIM应用通过SIM菜单向零售商10显示适当的提示。换句话说，零售商从SIM菜单中选择相应的选项(如：选项(d))，并且输入在步骤30中由顾客提供的两条信息，然后输入其M－PIN以确认交易。

SIM应用构建了含有所输入数据的加密帐单支付短消息服务(SMS)，并将其发送至SMS中心24，后者随后将帐单支付消息路由至M－商务服务器16。M－商务服务器16确认该帐单支付消息是帐单支付交易，解密该消息，并验证零售商10在电子钱包服务器22上的详细资料，如步骤512所示。

如果零售商的电子钱包帐户中有充足的资金，电子钱包服务器22就保留支付数额，M－商务服务器16通过第三方计费服务器600向自来水公司ABC的计费平台500发出支付请求(如步骤514所示)。优选地，支付请求详尽信息应包括由顾客提供的三条信息，即：(1)顾客的(独一无二的)识别号，通过该识别号顾客可以被第三方计费实体(当前情况下指自来水公司ABC)所识别；(2)所需的支付数额；以及(3)用户的无线设备号码(如：MSISDN)。可选信息可以包括支付方式和一个独有的M－商务服务器交易号码。

在步骤516中，决定性的问题在于是否存在一个有效的顾客自来水帐户。在此，自来水公司ABC的计费平台500通过对照支付请求与自来水帐户数据库中的信息来校验顾客的自来水帐户是否有效。如果没有找到相匹配的数据，自来水公司ABC的计费平台500会将此种不匹配情况通知第三方计费服务器600，如步骤518所示。第三方计费服务器600通知M－商务服务器16，然后由其通过设备12向零售商10发出SMS消息，告知所提交请求的失败(如步骤520所示)。在另一种情况下，如果顾客的MSISDN识别标识被事先提供，M－商务服务器16也会(通过无线设备)向该顾客发送SMS消息，告知所提交请求的失败。

另一方面，如果顾客的自来水帐户被校验为有效帐户，则自来水公司ABC的计费平台500接受第三方计费服务器600的支付请求，并告知支付进程，如步骤522所示。

接下来，在步骤524中，自来水公司ABC的计费平台500向第三方计费服务器600发送支付已被接受进行处理的确认消息。第三方计费服务器600通知M－商务服务器16，由其指示电子钱包服务器22从零售商的电子钱包帐户中扣除适当的支付数额(如步骤526所示)。

M－商务服务器16也构建了发给顾客的无线设备(如果有的话)(如步骤528所示)和零售商10(如步骤530所示)的SMS消息通知，确认支付已被成功记入。成功发送至顾客无线设备的SMS通知消息优选地包含如下信息：顾客名称，支付日期/时间，零售商名称，M－商务服务器交易号码以及支付数额。

同样，发给零售商10的成功SMS通知消息最好应包含如下信息：支付时间，用户的MSISDN，M－商务服务器交易号码以及支付数额。

此时，零售商10从顾客处接受支付数额的货币(如步骤532所示)。

参见图13，该图所示的是另一种第三方帐单支付交易的流程图，该交易使用了图10和图11所示实施例中的能实现用户购买在线时间的系统。

在图13的所示的交易中，顾客指令零售商10支付电子PIN，该电子PIN能使顾客为所需目的获得一定量的在线时间(如30分钟的在线游戏娱乐时间)。一般来说，电子PIN是指通常采用运算法则生成的任何独特的字符编码。这里，零售商10从无线设备12上所显示的SIM菜单中选择选项“(i)GHI电子PIN”，从而发起一次第三方帐单支付交易，如步骤522所示。选择选项(i)之后，另一菜单要求零售商10提供三条信息以验证是否为授权使用，该三条信息即是(a)顾客的(独有的)识别标识，例如顾客的手机号；(b)所需的类别PIN，它可以有一个或多个不同的支付数额和时间；以及(c)零售商的M－商务服务器识别号(即M－PIN)。一旦信息被输入，该应用便寻求对信息/交易作精确确认。

SIM应用构建含有所输入数据的加密帐单支付短消息服务(SMS)，然后将其发送给SMS中心24(通过GSM网络14)，后者又将帐单支付消息路由给M－商务服务器16。M－商务服务器16确认帐单支付消息为帐单支付交易，解密消息，并验证零售商10在电子钱包服务器22上的详细资料，如步骤524所示。

如果零售商的电子钱包帐户中有充足的资金，电子钱包服务器22将保留储备的支付数额，M－商务服务器16向第三方计费服务器600发出支付请求(如步骤526所示)。优选地，支付请求内容还另外包括零售商的MSISDN和菜单选项(i)的具体内容，以用于鉴别电子PIN请求选项事先已被选中。

第三方零售商识别模块600c也识别零售商为被授权者(如步骤530所示)。如果没有找到相匹配的数据，计费服务器600将通知M－商务服务器16此种不匹配的情况(如步骤532所示)。M－商务服务器16又将通知SMS消息发送给零售商10，告知所提交的请求失败(如步骤534所示)。

一经授权，第三方零售商识别模块600c将识别传送给交易管理模块600a，后者接受并记录该支付处理(如步骤536所示)。相应地，在步骤538中，第三方计费服务器600通知M－商务服务器16，后者指示电子钱包服务器22从零售商的电子钱包帐户中扣除适当的支付数额(如步骤538所示)，此操作还检索储存于PIN数据库600e中的电子PIN(如步骤540所示)。

M－商务服务器16也构建发给顾客的无线设备(如步骤542所示)和零售商10(如步骤544所示)的SMS消息通知，确认支付已被成功记入，并将电子PIN仅发送给顾客。成功发给给用户无线设备的SMS通知消息优选地也包含如下信息：顾客名称，支付日期/时间，零售商名称，M－商务服务器交易号码以及支付数额。同样，成功发给零售商10的SMS通知消息优选地也包含如下信息：支付日期/时间，顾客的MSISDN，M－商务服务器交易号码以及支付数额。

此时，零售商或无线运营商10从顾客处接受货币(如步骤546所示)。一旦顾客收到电子PIN，顾客就可以登录GHI的网站并输入上述收到的电子PIN，这样顾客就能获得30分钟的在线游戏娱乐时间。

现在参见图14，它显示的是另一个说明第三方支付交易的流程图，该交易采用了图10和图11所示的使得顾客可从其金融帐户中提取货币的系统。在该实施例中，一个金融机构(如HIJ银行)拥有一个或多个办公室，分支机构，自动提款机(ATM)等，顾客可以从中提取现金。然而，为了拓展其业务，HIJ银行试图使其顾客能够通过分布广泛的被授权零售商店从他们的银行帐户中提取现金。一般来说，只有平台被整合至M－商务服务器16的第三方提供商才能使用本发明的技术来提供现金提取交易。

在本现金支出交易实施例中，顾客(优选地其已有在指定金融机构(如HIJ银行)的帐户)使得零售商10从其金融帐户中提取资金，如步骤550所示。在优选实施例中，现金提取交易是由被授予电子钱包权限和SIM安全的零售商使用SIM应用菜单来执行的。特点如前所述。

这里，零售商10从SIM菜单中选择选项“(j)HIJ现金提取”。该菜单要求零售商10输入例如顾客独有的HIJ银行识别标识(如顾客的银行帐号)、提取数额、零售商的M－商务服务器识别号码(M－PIN)以及用户的无线设备号码等信息。一旦零售商10输入提示信息，该零售商的无线设备12上的应用程序会显示所有输入以便于通过“取消”或“重新输入”选项来进行精确确认。

零售商10确认提示信息的详细内容后，SIM应用构建包含所输入数据的加密现金提取短消息服务(SMS)，并将该消息发送给SMS中心24，后者随后将提取消息路由给GSM网络14，然后继续传送给M－商务服务器16。优选地，输入数据的整体包括顾客的银行帐号、提取金额、零售商的M－PIN、顾客的无线设备号码、零售商的MSISDN以及交易类型(如HIJ现金提取选项(j))。

从被输入数据中，M－商务服务器16确认现金提取信息为提取交易，解密该信息，并验证零售商10在电子钱包服务器商的详细资料(如步骤552所示)。然后M－商务服务器16通过第三方计费服务器600向HIJ银行的计费平台(没有显示)发送现金提取请求(如步骤554所示)。

在步骤556中，决定性问题在于是否存在一个有效的顾客银行帐户。在此，HIJ银行的计费平台通过将提取请求中的顾客银行帐户详细资料与银行帐户数据库匹配来验证顾客的(查询、储蓄、现金市场，等等)帐户是否有效。如果没有找到相匹配的数据，HIJ银行的计费平台通知第三方计费服务器600此种不匹配的情况(如步骤558所示)。第三方计费服务器600通知M－商务服务器16，后者又通过设备12向零售商发送通知SMS消息通知，告知所提交请求的失败(如步骤560所示)。在另一种情况下，如果顾客的MSISDN识别标识被事先提供，M－商务服务器16也会(通过无线设备)向顾客发送SMS消息通知，告知所请求提交的失败。

另一方面，如果顾客的银行帐户经验证是有效帐户，则下一个决定性问题就在于顾客的金融帐户中是否有充足的资金来满足所需的提取金额(如步骤562所示)。如果答案是否定的，第三方计费服务器600通知M－商务服务器16，后者又通过设备12向零售商发送SMS消息通知，告知所提交请求失败的情况(如步骤560所示)。在另一种情况下，如果顾客的MSISDN识别标识被事先提供，M－商务服务器16也会(通过无线设备)向顾客发送SMS消息通知，告知所请求提交失败的情况。

然而，如果顾客的银行帐户中有充足的资金，HIJ银行平台会(通过无线设备)向顾客发送SMS消息通知，告知其正在进行的提款(如步骤564所示)，并提示顾客用其保密的密码来回答是否授权该笔提取金额(如步骤566所示)。如果没有输入保密的密码，将视为没有提供授权，HIJ银行的平台会相应地通知第三方计费服务器600。第三方计费服务器600通知M－商务服务器16，后者又向零售商10发送SMS消息通知，告知所提交请求失败的情况(如步骤560所示)。

然而，如果保密的密码被输入，则视为已提供授权进行提款交易，HIJ银行的平台对比已输入的保密的密码和其数据库中的密码以确认是否为有效密码(如步骤568所示)。如果不是，将采用如上所述的方式通知零售商交易不成功(如步骤560所示)。如果输入的保密的密码有效，HIJ银行的计费平台(没有显示)会向第三方计费服务器600发送确认消息告知该提款请求已被受理，确认提款成功(如步骤570所示)。

接下来，在步骤572中，第三方计费服务器600通知M－商务服务器16，后者将提款数额加入到零售商10的电子钱包服务器22中。M－商务服务器16还构建发给顾客的无线设备(如步骤574所示)和零售商(如步骤576所示)的SMS消息通知，确认提款已被成功记入。收到通知消息后，零售商10向用户支付所提取数额的货币(如步骤578所示)。

现已描述了本发明的多个实施例，本领域技术人员容易理解，以上实施例仅用于说明的目的而非用于限定。上述实施例仅仅是构建计算机系统的不同类型的实施例，其可用于连接本发明的计算机实施和/或计算机辅助的处理。许多修改和其它实施例，及其等效物都应在本发明的范围内。容易理解，本发明的各种变化对于本领域技术人员是显而易见的，本发明包括这些变化。

例如，如上显示和描述的，移动商务服务器提供选取一个或多个第三方提供商提供的形形色色的顾客可能会用到的电子或数字产品和服务的路径。在一些情况下，顾客可能不会被要求持有或能够访问无线设备，例如那些用于支付公用事业服务帐单的无线设备。在其他一些情况下(例如顾客寻求购买用于在线游戏娱乐的电子PIN)，优选地顾客能够接入无线设备以便向顾客传送电子PIN。

通过使用第三方计费服务器600，本发明可适用于可能寻求替代支付或收取系统而非通过传统的银行办事厅、公用事业支付办事厅、ATM机及其他此类设施的一个或多个顾客。如前所述，利用本发明顾客可利用本地性、区域性或全国性授权的零售商或批发商的广泛网络，藉此可获得形形色色的服务，例如公用事业帐单支付、彩铃服务注册、支取资金、购买赛事门票，等等。另外，这些基于第三方计费服务器的产品或服务优选地采用模块化形式，这样每个产品/服务可基于需要单独启动或关闭。

进一步，由于许多修改对本领域技术人员是显而易见的，因此无需限定本发明确定结构和例举及描述的步骤，因而，所有合适的修改和等效物都应落入本发明的范围。

Claims (6)

1.一种为移动电话服务用户提供内容和服务的系统，所述系统包括：

多个第三方网络平台，其由相应的第三方服务供应商操作，每个第三方网络平台为移动电话服务用户提供内容或服务；

移动商务服务器，其管理在移动电话服务用户和从多个第三方服务供应商中选择的一个第三方服务供应商之间的端对端移动商务交易；以及

电子钱包服务器，其用于管理与零售商的由零售商预付的虚拟钱包账户的相互作用，所述零售商与所述系统分开；

其中移动商务服务器经由消息中心从零售商接收加密的支付消息，其中加密的支付消息包括与用户相关联的后付移动电话号码、账单号、支付数额、以及零售商标识号；

其中移动商务服务器解密加密的支付消息并且确定与位于电子钱包服务器内的零售商标志号相关联的账户是否包含满足支付数额的预定数额的预付资金；

其中当通过移动商务服务器确定与位于电子钱包服务器内的零售商标识号相关联的账户包含满足支付数额的足够资金时：

电子钱包服务器在相关联的账户内保持备用的支付数额；

移动商务服务器发送支付请求到与从多个第三方服务供应商中所选择的第三方服务供应商相关联的账单平台，支付请求包括后付移动电话号码、支付数额、账单号、支付类型以及唯一的移动商务服务器交易号；

与从多个第三方服务供应商中所选择的第三方服务供应商相关联的账单平台通过比较支付请求与在后付数据库中的信息从而确定后付移动电话号码是否与从多个第三方服务供应商中所选择的第三方服务供应商的后付账户相关联；

当通过账单平台确定后付移动电话号码不与后付账户相关联时，那么通知移动商务服务器缺少账户并且发送错误通知消息到零售商和用户告知加密支付消息失败；

当通过账单平台确定后付移动电话号码与后付账户相关联时：

账单平台接受支付请求，

通知移动商务服务器接受支付请求，

移动商务服务器指示电子钱包服务器从相关联的账户扣除支付数额；以及

移动商务服务器发送成功通知消息到零售商和用户告知加密支付消息成功。

2.根据权利要求1所述的系统，其中所述内容或服务包括任何电子或数字数据。

3.根据权利要求1所述的系统，其中所述内容或服务是远程购买、账单支付、点对点支付账户查询和货币托收中的至少一个。

4.根据权利要求1所述的系统，其中从移动商务服务器发送到账单平台的支付请求进一步包括菜单选项的至少一个选项。

5.根据权利要求4所述的系统，其中菜单选项的至少一个选项识别电子个人识别号(PIN)请求选项之前已被选择。

6.根据权利要求5所述的系统，其中当通过账单平台确定后付移动电话号码与后付帐户相关联时，发送到用户的成功通知消息响应于电子PIN请求选项的选择进一步包括从PIN数据库检索的电子PIN；其中电子PIN仅被发送到用户。