专利名称：用于处理移动电话之间的购买交易的系统和方法
技术领域：
本发明一般关于生成和管理与两个移动电话之间的购买交易关联的电子消息传递。
背景技术：
对于买方和卖方二者，涉及移动装置的便利的电子无线交易提供高等级的方便。 当个体以面对面方式做生意时，双方都希望结合容易使用和补充现有购买过程的过程。但是，双方还希望以安全的方式完成这类交易，并且具有最低的欺诈可能性。迄今为止，使用移动装置以有助于购买交易的很多建议都是基于远程买方(即， 不亲自与卖方交互的买方)。这类方案要求访问卖方的网站并且要求使用特殊的无线协议和装置能力(例如移动web浏览器)，使用其可能是困难的并且耗时的。如果方案不允许将移动装置用于亲自的交易，则该方案经常仅通过用无线技术替换一个组成部分来适配现有支付方法或购买范例。例如，使用移动电话以传送或处理信用卡。但是，这类方案通常不给予移动电话可能具有的灵活性并且仍然遭受安全问题。例如，这些方案中的很多要求买方无线地传送敏感的信用卡信息(其能够被未经授权的个体接收)，或要求卖方具有适合的设备以读取信用卡。在一个现有技术系统中(例如美国专利7，461，010中公开的)，通过允许借助贷记和借记分别属于卖方和买方的电信账户通过网络支付商品或服务来消除对于信用卡账户的需要。因此，不要求买方或卖方使用信用卡或借记卡以达成交易。但是，该系统要求买方访问网站以选择购买项目。虽然这可能对于购买项目的远程买方是适当的，但是当亲自从卖方买商品时这对于买方难以使用。也就是，在面对面交易中从卖方买商品或服务的买方会发现使用移动电话来访问网站以完成交易是令人厌烦的。另外，这假定卖方已经建立网站，并且买方具有合适的无线装置。即使这个假定成立，以这个方式完成购买交易会是不方便的并且耗时的。美国专利7，434，732中公开的另一现有技术系统公开了能够与移动电话一起使用的移动支付授权系统，但是再次依赖使用信用卡并且不为买方和卖方提供简单、方便以及安全的组合的完整可能性。
发明内容
本发明的一个实施例为买方提供向与无线服务提供商合作的集中式交易服务器请求购买交易的能力。服务器基于来自买方的请求来协调交易的创建，并且管理卖方加入交易的请求。一旦交易准备好用于包括所购买的各种商品和/或服务的指示的子交易，月艮务器就维护交易的未决总计。一旦买方已经批准未决交易，服务器就实现资金转移，并且然后向买方和卖方提供相同的证实。本发明的其它实施例是可能的，并且这个实施例不应该限制超出本文权利要求书的范围的本发明的范围。
图Ia-Ib示出与本发明的一个实施例关联的各种消息流的一个实施例。图2示出用于本发明的系统体系结构的一个实施例。图3示出集中式交易服务器中与请求购买交易关联的处理的一个实施例。图4示出集中式交易服务器中与完成购买交易关联的处理的一个实施例。图5示出与集中式交易服务器的实施例关联的一个模块化的软件体系结构。图6示出集中式交易服务器的一个物理实施例。
具体实施例方式现在将在下文参考附图更完整地描述本发明，其中，示出本发明的一些但不是全部实施例。实际上，这些发明可被具体化在很多不同形式中，并且不应该解释为限于本文阐述的实施例；而是，提供这些实施例使得本公开将满足可适用的法律要求。类似数字始终涉及类似单元。从以下描述和关联附图中呈现的教导获得益处的、这些发明所涉及领域的技术人员将想到本文阐述的发明的很多修改和其它实施例。因此，要理解的是，本发明不是要限于所公开的特定实施例并且修改和其它实施例旨在被包括在所附权利要求书的范围内。虽然本文采用特定术语，但是仅以通用并且描述性的含义来使用它们并且不是为了限制目的， 除非另外指示。虽然本文已经描述了某些方法、设备、系统以及制造物品，但是本专利的覆盖范围不限于此。相反，本专利至少覆盖字面上或根据等同原则完全落入所附权利要求书的范围内的各种设备、系统和制造物品。如应该理解的，可用各种方式实现实施例，包括作为方法、设备、系统或计算机软件产品。因此，实施例可采用完全硬件实施例的形式，或采用其中给计算硬件(例如处理器或其它专用装置)编程以执行某些步骤的实施例的形式。此外，各种实现可采用计算机可读存储介质上的计算机程序产品的形式，其具有在该存储介质中具体化的计算机可读程序指令。可利用任何合适的计算机可读存储介质，包括硬盘、CD-ROM、光存储装置或磁存储装置。下面参考使用计算机硬件、设备、系统和计算机可读程序产品来执行的方法的流程图和框图来描述实施例。应该理解的是，流程图和框图中的每个块分别可部分通过计算机可读程序指令来实现，例如作为在计算系统或其它计算硬件组成部分中的处理器上运行的逻辑步骤或操作。这些计算机可读程序指令被加载到计算机(例如专用计算机或其它可编程数据处理设备)上以产生特定配置的机器，使得在计算机或其它可编程数据处理设备上运行的指令实现一个或多个流程图块中指定的功能。如本文所使用的，术语“买方”或“购买用户”指购买或买商品或服务的人，并且是操作“购买装置”的人。购买装置还被称为购买移动电话或根据上下文显然的其它术语。对应地，“卖方”是出售商品和服务的人，并且操作“销售点”(“P0S”)装置。POS装置能够是移动装置或静止装置(例如电子现金出纳机)或具有无线接入能力的静止装置。在一些情况中，术语“用户”可用于指买方或卖方，并且意图根据上下文是清楚的。
虽然实施例在本文被示出为涉及以GSM无线服务提供商的形式出现的提供“短消息传递服务”("SMS")的无线服务提供商，但是本发明包含提供语音、数据和其它众所周知的蜂窝服务(例如即时消息传递、因特网接入、电子邮件等)的无线服务提供商。能够使用各种技术来操作本发明，包括所谓的“3G”(第三代)或4G(第四代)无线接入技术、CDMA 或其它技术。但是，具有SMS的能力的GSM套件提供众所周知的技术基础，其能够用于说明本发明的一个实施例。另外，虽然使用利用SMS能力的移动装置来说明一个实施例并且一个实施例显示某些信息，但是能够在各种装置上使用该服务，并且该服务不要求任何具体类型的服务用于显示数据，如本文示例中所示出的。例如，服务能够使用SMS、IM或其它类型的无线数据通信能力来起作用。在一些实施例中，甚至能够使用基于语音的服务。但是，优选的是，移动装置具有某种类别的显示器，并且通常在移动电话中发现这类能力。不要求显示器相对较大或非常复杂，也不要求装置具有完全QWERTY风格键盘。服务概观描述在现有技术系统中，与卖方交互的用户可在显示器上选择购买项目，并且将项目交给商人用于完成购买。在很多情况下，买方还物理上将信用卡或借记卡转移给卖方用于处理，并且卖方基于信用卡/借记卡来发起交易。在很多现有技术系统中，为了避免买方将信用卡交给卖方，买方能够通过读卡器来“刷”信用卡或借记卡。一些现有技术系统允许信用卡信息无线转移到读卡器，甚至不必使卡与读卡器接触。但是，在这些现有技术示例中的每个中，一旦卖方知道信用卡号码，实质上是卖方发起与任何电子交易服务器的电子交易消息传递。另外，在一些情况中，直到交易完成，然后才向买方呈现收据并且买方然后能够看到各种项目的详细列举的收费。此时，如果存在关于项目价格的争端，买方必须请求另一交易以退还收费，并且必须通过卖方再次发起交易来重新进行该过程。不像现有技术，在本文公开的一个实施例中，买方发起与交易服务器的电子交易消息传递。买方能够使用其移动装置来检查并且潜在地接受每个项目子交易。选择购买的每个项目被称为子交易，并且在一个实施例中，呈现每个子交易的信息用于在买方的移动电话上显示。买方知道每个项目及其收费价格，使得能够轻易地进行改正。如果一切都是可接受的，则买方能够接受总交易。交易服务器分配资金并且向卖方和买方提供证实。在本发明的一个实施例中，必要的是，买方获得与服务提供商(其通常是蜂窝服务提供商)的某一类型的无线消息传递服务。消息传递用于实现由无线服务提供商提供的 “购买交易”服务。通常，购买交易服务是提供给买方的选项，并且是添加到买方的基本移动服务的不同能力。但是，在其它实施例中，这能够是提供给订户的基本服务的一部分，或从第三方提供商获得的服务。另外，在所描述的实施例中，卖方通常还具有与服务提供商的消息传递服务，并且还可订购“购买交易”服务。在其它实施例中，卖方和买方能够是不同无线服务提供商的订户。如本文所使用的，术语“系统”描述服务提供商用于提供交易服务的各种组成部分。系统向买方提供请求购买交易的能力。“购买交易”是涉及买方的装置、由卖方操作的POS装置(或简单地，卖方的移动电话)以及中央交易服务器(“CTS”)的步骤的集合。显然的，购买交易服务提供买方轻易地并且安全地向卖方支付以购买某些商品的能力并且提供交易的记录。为了方便起见，买方在本文被描述为购买“项目”，并且这个术语旨在包含购买商品或服务。由买方通过显式请求购买交易来调用服务(例如，购买交易服务)。这引起确定独特交易标识符并且将其提供给买方的移动装置的系统，该系统将独特交易标识符与这个具体购买交易关联。在一个实施例中，使用SMS消息来发送交易标识符，使得其可由买方在买方的电话显示器上观看，并且买方逐字地(vertally)将这个值传递给卖方。卖方又发起 “加入”交易的请求，这通过提供交易标识符给系统的POS装置来完成。依靠提供交易标识符的POS装置，系统能够(从各种潜在请求中)确定卖方已经请求加入哪个购买交易。在一个实施例中，系统向卖方提供不同的交易标识符，其能够经由另一 SMS消息被传达给买方。 这也经由SMS消息被提供给买方。因此，买方和卖方能够逐字地传达这个第二交易标识符， 使得各方确信他们正在与他们亲自进行做生意的个体相同的个体进行电子做生意。如果买方同意接受卖方进入交易，则系统将这两个标识符联接在一起。如果买方拒绝卖方的加入交易的请求，则买方如此指示，并且系统通知卖方和买方交易已经被取消。为了方便起见， 第一交易标识符被叫作买方的交易标识符并且第二交易标识符被叫作卖方的交易标识符。一旦买方已经建立交易并且卖方已经加入该交易，销售一个或更多商品的各个子交易能够发生。每个子交易涉及卖方的POS装置向系统发送标识商品、其数量和其价格以及小计的消息。使用SMS能力将这个信息中继给买方的移动装置，使得买方能够检查子交易。这样，由买方观看正在购买的每个项目及其价格。在一些实施例中，买方能够或必须显式批准每个子交易。一旦完成子交易，买方就能够批准交易，并且这发起到卖方的资金转移。一旦完成，就向卖方和买方提供资金转移的证实。当向买方提供证实时，这能够通过向买方提供电子“收据”来完成。这样，卖方和买方二者都知道已经履行支付，并且能够交换商品或提供服务。在图1中提供与服务关联的消息传递过程的详细评述。在图1中，通过表示随着时间过去实体之间的消息交换的线图来示出总过程100。在图Ia中，购买装置102与中央交易服务器104通信，中央交易服务器104又与POS装置106通信。将对“步骤号码”进行参考，其在左栏上示出。过程在步骤1中开始，其中，购买装置102发送“请求交易”消息给中央交易服务器，中央交易服务器调用购买交易服务。该请求包括装置的标识数据，在很多实施例中该标识数据是与买方的蜂窝电话关联的移动电话号码。在其它实施例中(例如在GSM中)，可发送IMSI (国际移动台标识符)。在其它实施例中，向服务提供商发送序列号或其它标识符。 服务提供商能够使用本领域中众所周知的技术来识别移动电话并且关联服务简档。在一些实施例中，接着的步骤可能是步骤2和步骤3。这些步骤是可选的，并且设计成确保使用购买装置的用户是被授权的用户。特定地，这确保其他人未探听出(pick up) 移动装置并且暗中使用它来非法地购买商品。在其它实施例中，能使用其它技术，例如结合在电话中的指纹验证，包括在服务提供商中的语音分析等。在这个实施例中，提示用户输入密码。在步骤2中提供提示，并且通常在买方的装置的显示器上显示该提示。买方通常通过在移动装置上按适当的键来提供密码，并且在步骤3中响应被发送给中央交易服务器104。 假设用户已经输入正确响应，则认为用户被授权并且接着的步骤能够发生。在步骤4中，向买方的装置发送“买方现时信息(purchaser nonce)，，( “PN”)。在安全工程的上下文中，“现时信息”(nonce)是信息，通常是使用一次的字母数字序列。通常，这是基于具有时间变化方面的伪随机号码，使得号码不重复或不经常重复。在一个实施例中，这是具有3-5个字母数字字符的号码。因此，能够通过买方现时信息来具体化前面提到的买方的交易标识符。通常向买方显示PN。在一些实施例中，可在步骤5中发生附加安全步骤。回想上面的消息传递涉及装置将其标识发送给服务提供商，并且用户提供其密码给服务提供商。这些信息片段都通过空中来发送，并且可能的是，恶意用户能读取并且复制这个信息以克隆电话来模仿买方的装置。恶意用户然后能通过输入买方的密码来冒充买方。为了打击这种行为，众所周知的 “询问-响应”验证协议中的任何验证协议都能够用于完成这个。在一个实施例中，买方的移动装置可在步骤5中返回使用买方的现时信息通过哈希函数而定义的值。哈希函数使用现时信息值作为种子并且函数根据定义的算法来生成值。中央交易服务器知道移动装置使用什么哈希函数，并且因此预期某一预期值。通常在用户签约服务时下载哈希函数到购买装置，并且将它存储在装置的存储器中。这保护买方不受“克隆的”移动装置的侵害。虽然其它人捕获来自买方装置的密码、传送的序列号码以及移动电话号码会是可能的，但是不会知道所使用的算法。如之前提到的，能结合多个众所周知的询问-响应算法以检测防备这类可能性。应该认识到的是，其它安全方案能够用于确定用户被授权和/或用于验证移动装置，例如使用各种安全技术。因此，其它实施例能够使用其它消息和功能以完成必要等级的安全。假设移动装置已经被识别，用户被授权并且移动装置已经被验证，则买方现在能够提供现时信息值给卖方。这个通信在带外进行，通常由买方逐字地通知卖方。在其它实施例中，能够使用买方的装置和POS之间的无线协议。在前者情况下，卖方将PN值输入到 POS装置中，而在后者情况下，它直接被POS装置处理，而不用卖方输入它。但是，如果无线协议用于将PN从买方的移动装置传达到卖方的装置，它通常是非常低功率的未许可协议机制，因为买方的意图是仅使一个卖方加入交易而不是附近的其它卖方。步骤6中向POS装置提供PN能够解释为邀请卖方“加入”交易；在交易中实际上涉及卖方。在步骤7中，POS使用PN以发起加入交易的请求。因为POS装置提供其对应标识信息(例如移动号码、IMSI和/或序列号)，所以中央交易服务器知道谁正试图加入交易，并且PN标识卖方正请求加入若干潜在未决交易中的哪个交易。在步骤8中，中央交易服务器向买方的装置和POS提供另一现时信息，叫作“卖方现时信息”(“SN”)。这对应于之前公开的卖方的交易标识符。卖方能够逐字地将SN传递给买方，其中，买方能够将它与买方的电话上呈现的号码相比较。在步骤9中SN允许买方接受卖方进入交易，并且在步骤10中，CTS向POS证实买方已经接受卖方。此时，交易能够被认为是“活动的”。此时，买方和卖方已经被彼此识别，并且存在高等级的私密性每个正在与正确实体电子地做生意。他们准备好交易买卖。接下来的阶段包括涉及购买商品的一个或更多子交易步骤。这在图Ib中的步骤 11-15中示出。在步骤11中，卖方通常处理要被购买的项目，例如通过使用条形码阅读器来 “扫描”项目上的条形码或另外将数据输入到POS装置中。POS装置能是卖方的移动电话， 并且输入包括卖方经由移动装置输入作为到CTS服务器的SMS消息的文本。因此，在一些实施例中，POS装置能涉及应用程序，其通过与条形码扫描器、RFID标签阅读器或触摸屏显示器接口来有助于数据输入，它们会生成/接收送往CTS服务器的消息。结果是在步骤11 中POS装置发送指示正在购买的项目及其价格的消息(“报告所选择的项目、价格”)。在其它实施例中，也可与小计一起发送数量指示符。在其它实施例中，能够标记包括任何附加税的总价格并且将其发送给CTS。在步骤12中，从CTS向买方的装置传达相同信息。这样， 向用户呈现证实所购买商品的价格和交易的总价格的信息。此时不认为项目已被购买，因为如将看到的，买方能够拒绝项目或总交易。在一个实施例中，使用SMS消息使得消息内容被购买装置处理并且被显示给买方。这样，买方能够看到卖方已经指示的具体项目和价格。步骤13表示在某些实施例中可选的步骤。即，在观看所指示的项目和价格之后买方能够选择接受或拒绝项目。如果拒绝，CTS能够通过发送拒绝项目的适当消息(未示出) 向买方和卖方证实此方面。但是，假设买方接受子交易，在步骤13中向CTS发送消息，并且在步骤14中CTS将这个消息中继给POS装置，并且在步骤15中POS可确认接受/拒绝的接收。在一些实施例中，可不要求买方接受或拒绝购买项目的要求，因为它能够引起交易期间买方和系统之间耗时的交互。图Ib中示出的过程能够重复的次数是对于正在购买的每个项目而言适当的次数。一旦已经指示全部项目，就能够接受交易并且资金转移能够发生。这在图Ic中示出并且涉及步骤16-19。在步骤16中，买方使得买方的装置向CTS发送“接受交易”消息。 在其它实施例中，CTS服务器可通过发送应付总金额以及买方接受交易的证实来响应。如果买方拒绝交易，则CTS服务器向买方和卖方发送对应“交易取消”消息。假设买方已经接受交易，CTS服务器在步骤17中进行响应以实现资金的转移或账户的贷记/借记(credit/debit)。一旦成功完成，CTS然后就在步骤18中传送“资金转移的证实”消息，并且在步骤19中向购买装置传送“交易收据”消息。在各种实施例中，交易收据能够被详细列举或提供总计。另外，CTS通常保留交易的日志，用于未来被卖方或买方参考，因此为各方提供方便地参考过去交易的方式。在上述实施例中，上述消息的名称、格式以及功能能够变化。能够结合各种其它消息，而不转移系统的用途。在其它实施例中，能够使用其它形式的通信，包括电子邮件或语音。例如，买方和卖方能访问交互式语音响应系统。买方能拨打与购买交易服务关联的号码并且接收为了得到其密码的提示，并且使用语音或键盘输入来响应。CTS能通过逐字地指示PN来响应。然后，卖方能够拨打相同的号码，并且经由IVR应用来提供PN，其将卖方连接到交易。此后，本领域技术人员能轻易地定义对应提示和响应类型，用于完成买方交易。卖方能逐字地指示所卖商品的名称，并且当被提示时经由其小键盘输入数量和价格。部署体系结构图2的系统200中示出服务的一次部署。在图2中，蜂窝服务提供商使用移动电话交换局(“MTS0) 210来提供无线服务，移动电话交换局210连接到一个或更多天线206 或蜂窝塔。其它实施例可包括附加组成部分。蜂窝塔服务于地理区域208，为了方便起见， 地理区域208被示出为六边形，但是其形状实际上基于多个因素而变化。通过移动装置来表示买方202，移动装置在这个实施例中示出为具有显示器的电话，卖方的装置204也是如此。MTSO 210通过网络或其它私有设施来与处理SMS消息的短消息服务中心(“SMSC”)213 通信。本发明的一个实施例使用SMS消息，其是与本领域中众所周知的GSM无线标准关联的、允许在实体之间快速传递短文本消息(高达160个字符)能力。SMSC能够与其它计算机系统接口，并且SMSC 213与集中式交易服务器212接口。SMSC和CTS之间的接口能够使用众所周知的协议和方法中的任一个来发生。用于允许计算系统发送/接收SMS消息的这类设置对于本领域技术人员是众所周知的。CTS 212通常包括各种组成部分，其使用现有基础设施以与买方和卖方通信，并且CTS 212管理与移动装置的交易。在一些实施例中，CTS 也可管理资金结算，而在其它实施例中，CTS可与执行资金结算的第三方支付处理器(未示出)交互。买方和卖方在共同区域中获得来自两个单独的蜂窝服务提供商的服务是可能的。 在这个情况下，这两个蜂窝服务提供商用建立的技术来在彼此之间通信，使得买方和卖方能够彼此透明地通信。因此，在涉及两个订户的两个服务提供商之间传送SMS消息或其它类型的通信是众所周知的并且不在本文中重复。交易处理流交易处理流涉及CTS在实施服务时执行的步骤的系列。这通过运行计算机可读媒体中存储的指令的计算机处理器来完成。这些步骤能够分成1)请求交易，幻运行子交易， 以及 3)结束交易(finalizing transaction)。步骤300在图3中示出，用于通过首先在步骤302中从买方接收购买交易的请求来发起购买交易。向CTS提供来自无线服务提供商的关于进行请求的移动装置的身份的信息，并且向CTS传递这个信息，其中，在步骤304中CTS确定买方的移动装置的身份，并且因此确定买方。如果在步骤306中这没有被认出，则处理在步骤316中停止。假设买方被认出，然后则执行可选的密码验证过程。在步骤308中，检索买方的密码并且在步骤310中提示买方提供这个信息，这个信息由CTS接收。如果在步骤312中CTS不能够为该用户匹配密码，则在步骤316中中止交易。假设认出密码，然后CTS提供买方的现时信息(PN)给买方的移动装置，通常使用SMS消息，但是也能够使用其它技术。此时，买方可逐字地将PN传递给卖方，并且在步骤318中卖方将发起请求以加入由PN标识的交易。假定卖方输入的PN是正确的，CTS然后在步骤320中将卖方与交易关联。实质上，卖方“被加入到”交易中。在步骤322中，CTS可通过向卖方和买方提供卖方的现时信息(SN)来响应。卖方能够逐字地将此传递给买方，买方能够轻易地将这个值与接收的值比较以确保适当的卖方已经加入交易。在步骤324中，买方通过向CTS发送响应来接受或拒绝卖方加入交易的请求。如果CTS在步骤326中确定买方已经拒绝，则在步骤332中终止交易。如果接受，则CTS在交易中将卖方与买方关联，并且在步骤330中准备好接收来自卖方的所选择商品的指示。交易现在能够进入子交易阶段。在图4中，示出用于接受的选择购买的项目的过程400。能够用不同方式示出该过程，并且图4示出一个实施例。第一步骤402涉及CTS在步骤404中接收购买选择。这是来自卖方的指示项目、其价格以及可能指示数量、小计的消息。在其它实施例中，这也能够包括任何税收金额。CTS在步骤406中向买方发送指示这个信息的消息。CTS也维护子交易的记录，使得CTS知道所购买商品的当前小计。在步骤408中，CTS接收来自买方的接受或拒绝子交易的响应，并且在步骤414中，如果拒绝，则减少小计并且从正被记录到CTS 中的交易中清除该子交易。CTS然后在步骤404中等待来自卖方的下一个输入。这个流表示买方初始选择商品，卖方输入它用于销售，并且然后买方改变其想法。如果买方接受该项目，则在步骤416中，增加交易的小计以反映该子交易。在任何时间，买方都能够接受总交易。通常，这在卖方已经指示最后项目并且买方已经接受最后项目之后进行。这能够在每个子交易之后由CTS提示，或仅指示为被买方希望(例如向CTS发送消息“交易已接受”)。因此，CTS在步骤417中确定买方是否已经指示 “交易已接受”消息。如果未发送/接收任何内容，则在步骤404中CTS等待由卖方发送的另外的附加产品指示。否则，完成子交易，并且能够继续下一个阶段，即结束交易。与结束交易关联的步骤以步骤418开始，其示出计算总计，其可包括税、服务费用等，并且然后在步骤420中通知买方。在一些实施例中，证实提示能够被提供给请求证实以继续的买方。在步骤422中，CTS执行必要步骤以转移资金，其取决于所建立账户的类型、 是否涉及第三方处理器等。一旦已经完成资金转移，则在步骤424中CTS发送转移的证实和总计金额给卖方，并且在步骤426中发送电子收据给买方，其还指示借记给买方的总计。 在一些实施例中，这可提供服务费用、税、航运成本等的明细。这些详情被CTS记录到日志中用于未来参考，并且交易在步骤428中完成。模块化的软件体系结构在本发明的一个实施例中，包括中央交易服务器的计算系统运行用于执行购买交易的指令。在一个实施例中，可在各种程序模块中定义这些指令，并且在图5中示出程序模块的一个这种功能设置。在图5中，模块化体系结构500被示出为主要交易处理模块508， 其接收和处理来自买方和卖方的请求，并且确定和传送适当的响应。这个应用模块508与用户数据库502接口，用户数据库502存储各种用户相关的数据，例如用户标识信息、密码、 设备序列号等。因此，能够在这个数据库中存储买方的任何安全相关的信息。另一数据库是账户数据库504，其维护与购买交易关联的资金的适当状态。这对于多个不同的买方可能是共同的，但是其它实施例可将这两个数据库组合成一个数据库或具有其它逻辑配置。交易处理模块还访问单独的现时信息发生器，现时信息发生器生成与系统创建的每个交易关联的独特交易标识符。这能够基于具有时间变化的组成部分以避免复制的伪随机号码，或基于本领域中已知的其它技术。根据要求向交易处理模块508提供现时信息值。最终，交易处理模块508与消息格式化处理模块通信，消息格式化处理模块根据所希望的消息格式剖析入局消息，并且确保语法正确。这根据要求还格式化出局消息。在处理消息时，CTS不必认出描述正出售的商品的任何文本的内容，但是CTS认出正出售的商品的收费(包括小计)是必要的。因此，如果通知CTS在子交易中以每个$5. 00出售两个小配件， 则CTS不必知道“小配件”是什么，而仅知道已经在子交易中定义两个以每个$5. 00(总计 $10.00)。因此，项目的描述能够被认为是用户定义的文本字段，CTS不必认出它。但是，因为买方将有可能使得描述字段的内容呈现在其移动显示器上，所以买方应该认出该文本。本领域技术人员将认识到，能够定义或适配各种消息传递协议，用于传达图Ia-Ic 中示出的信息，并且因此不必示出特定消息格式。集中式交易服务器体系结构在图6中示出集中式交易服务器212的一个实施例。在图6中，CTS 212包括计算系统，其能够是单个处理器或多个处理器计算系统。图6示出单个处理器610，单个处理器 610通过内部总线644向存储系统670、存储器系统620、经由输入/输出接口 640的其它装置通信，或向外部通信网络(例如使用网络接口 642的管理员的I/O装置或管理终端)通信。存储系统670能够包括任何众所周知的长期或辅助存储介质，例如盘驱动器、CD驱动器、磁带驱动器或诸如此类。存储系统670能够包括多个装置，并且通常存储操作系统672 的副本，其控制计算机和数据存储装置674，其存储结算资金、用户标识信息等。存储系统 670还维护应用程序模块676的长期副本，应用程序模块676包括交易处理模块，现时信息发生器，以及消息格式化模块。也可存储或访问其它模块。根据需要(例如当引导系统时)在存储器620中复制这些应用模块。因此，存储器620包括以RAM 622形式的主要存储器，其维护应用程序模块626、操作系统拟4的副本， 其由处理器来运行。存储器还包括ROM 630, ROM 630包括众所周知的基本输入/输出服务 (BIOS) 632 模块。使用各种其它计算系统体系结构或系统模块的其它实施例是可能的，其中包括众所周知的服务器体系结构或分布式处理技术。资金转移在图Ic中，步骤17示出“转移资金”处理步骤。这个步骤能够以各种方式发生。 在一个方法中，名为“预付”帐号，买方在服务提供商建立账户，用于在购买交易中使用，并且将希望的金额预付到账户中。这个账户能是与服务提供商用于借记买方用于无线服务的账户相同的账户，或用户建立的用于购买交易的单独账户。在预付账户中，将CTS维护的交易的总计与买方的预付账户比较，并且如果在预付账户中存在充足资金，则从账户借记该金额。例如，买方能够建立$100的预付账户，并且CTS将接受总计高达$100的一个或更多交易。替代地，买方可具有“后付”账户，其中，仅对于买方的后付账户借记交易总计。在没有达到贷记限制的情况下，能够对这个账户布置多个购买交易，并且服务提供商向用户发出周期性的清单(invoice)，其反映购买交易的添加总计。如果交易超过贷记限制，则系统可拒绝完成该购买交易。至于卖方，系统必须实质上同时贷记与卖方关联的账户。一借记买方的账户，CTS 就在卖方的账户上贷记交易的金额。卖方可将存款保留在卖方的账户中并且可从服务提供商周期性地获得货币资金，或从第三方接收某一其它形式的补偿。在另一实施例中，CTS可保持信用卡或其它账户信息，其用于从第三方(例如银行或信用卡处理器)发出代表买方的收费。这样，能够支付报酬给卖方。在一些实施例中，CTS 然后可指引资金被第三方分散到卖方的账户。这样，CTS不实际招致卖方的责任，而是充当与第三方(例如银行)的代理。本领域技术人员将领会，在已经完成购买交易之后，其它金融设置可能达成对买方的借记，以及对卖方的贷记。使用信用卡或银行账户仅是一个变型， 并且在电子购买交易中使用借记卡、第三方支付处理器或其它金融工具或服务是可能并且是众所周知的。通常支付报酬给服务提供商，用于提供交易服务，其能够是每个交易的固定费用或交易总计的百分比。能够添加这个费用作为交易的单独金额，或记账为服务提供商对买方记账的一部分。在其它实施例中，能够由第三方(例如卖方、银行等)支付报酬给服务提供商，作为销售佣金的形式。“请求加入交易”与交易标识符的映射交易标识符用于独特地标识在交易服务器中创建的交易。一旦来自买方的发起交易的请求发生，卖方必须在定义的时间范围内加入交易。当交易标识符(例如，买方的现时信息)被分配时，CTS创建定时器，并且将交易标记为处于“等待被加入”状态中。如果卖方不加入交易(如通过在“请求加入交易”消息中提供买方的现时信息所指示的)，定时器将到期并且CTS将终止未决交易。可向买方发送指示交易未被加入并且CTS终止任何未决交易的消息。可基于各种实施例来设定这个定时器值，并且能够像数秒这么少至若干分钟或更多。在给定时间，CTS服务器通常将具有多个活动的交易，并且类似地可具有多个未决交易等待被加入。使用更大的交易标识符号码有助于处理更大数量的未决交易，并且最小化将不正确的卖方加入交易的可能性。但是，使用更大的交易标识符确实使得从买方到卖方的值的通信复杂(并且反之亦然)。在一个实施例中，为了降低对更大数量的数位的需要，使用包括五个字母数字字符(数字以及大写/小写字母)的交易标识符并且因此能够提供超过19亿个不同组合。在一个实施例中，还能够经由买方的移动装置上的应用软件将这个值在该装置上显示为条形码。然后商人能够使用众所周知的扫描装置来扫描条形码。 在卖方具有用于阅读买方的电话上显示的值的扫描器的实施例中，交易标识符中的数位的数量不会使得到卖方的值的通信复杂，因为扫描器能够轻易地阅读更大数量的数位。但是在很多实施例中，卖方可能不具有扫描器。如果在交易标识符中使用更少的数位，则这有助于将值从买方逐字地传递到卖方。服务提供商可定义与交易标识符关联的域。这能够帮助确保不将卖方加入到不正确的未决交易。在一个实施例中，通过小区站点 (或由某些天线服务的叫作“扇区”的小区站点的一部分)来定义域。这假定买方和卖方物理上位于彼此的附近，并且因此被相同的小区扇区服务。因此，指配给买方的并且由卖方指示的交易标识符还能够限于正被相同的天线塔服务的那些买方和卖方。交易标识符通常具有有限的寿命。也就是，一旦创建交易标识符，CTS就创建“未决”交易并且启动定时器。如果在某一时间段内卖方没有加入交易(并且由此将交易从未决状态移动到活动状态)，则取消“未决”交易。但是，在其它实施例中，可能希望允许买方与远程卖方交互，其中，由不同的小区站点来服务买方和卖方。在这个情况下，交易标识符号码通常不能够限于单个天线扇区。说明性应用能够如下示出典型应用。个体(买方)正步行经过户外市场，例如接近球场建立的贩摊、户外农产品摊位或跳蚤市场等。商贩(卖方)具有建立的各种摊位或售货摊，并且假设家庭电源线和电话线对于商贩不轻易可得到，因为本质上发生地点是临时的。买方与显示各种销售商品的卖方交互，并且决定购买两个纪念品。买方避免携带现金，并且虽然买方可携带信用卡/借记卡，但是假定卖方不具有必要的无线装置用于阅读信用卡/借记卡。但是，买方和卖方都具有蜂窝电话，并且为了说明的方便起见，假设这两个装置都是具有显示器的、具有接收消息能力(例如，“SMS”能力)的以及能够运行可下载的应用的移动电话。很多这类产品轻易地可得到，并且能够容纳第三方开发的应用。买方在其服务提供商具有账户，用于有助于购买交易，卖方也是如此。买方通过发送具有指示“请求交易标识符”的内容或主题的电子邮件消息给与服务提供商关联的CTS 服务器来请求发起购买交易。在这个实施例中，买方的电话具有有助于调用该功能的应用。 服务提供商通过在响应消息中提供交易标识符来响应。由买方的装置处理消息，以便显示买方的交易标识符号码(例如，买方的现时信息)。在其它实施例中，买方的装置能够除了工业标准化的条形码或其它二维图形码以外还显示号码。买方具有有限的时间段(其能够是数秒)，以向卖方提供买方的现时信息并且用于卖方向系统指示它。买方通常通过逐字地指示码或向卖方示出显示器来向卖方提供该值。卖方又通过发起包括交易标识符的消息来发起加入交易的请求。如果卖方指示没有指配的交易标识符，则CTS能够提供有限数量的机会以在CTS取消交易之前向CTS重新输入交易标识符。系统立即将请求通知给买方，并且将对应卖方的现时信息(或卖方的交易标识符)提供给买方和卖方二者。卖方能够将值逐字地传递给买方，使得买方证实正确的卖方已经加入交易。买方然后会向服务提供商证实卖方已经被接受，以及交易能够继续进行。此时，买方能够向卖方递交或示出正在购买的商品。卖方然后提供正在购买的项目的指示给交易服务器，并且买方能够在其电话的显示器上观看这些项目、其价钱以及总价钱。在各种实施例中，能够由卖方或由CTS服务器通过计算机来指示任何附加税或费。当买方指示交易是可接受的时候，这通过买方向交易服务器发送消息来指示。在那时，卖方不能添加另外的项目，并且系统然后继续通过借记买方的账户并且贷记与卖方关联的账户来处理资金转移。证实消息被发送给卖方，从而证实所转移的资金金额，并且标识已经支付的项目和总计的对应消息被发送给买方。到买方和卖方二者的资金已经被转移的指示象征着卖方能够物理上将商品转移给买方，并且交易完成。买方可能已经实时地从预付账户中支付该项目，或可能如由服务提供商在后付基础上记账的那样支付商品。替代地，买方可向买方的第三方金融提供商支付。买方和卖方已经交易安全、容易并且电子的购买交易，而没有要求敏感金融信息的任何无线转移。
权利要求
1. 一种用于处理与包括处理器的交易服务器关联的通信的方法，所述通信涉及第一移动电话和第二移动电话，所述方法包括a.在所述交易服务器处接收第一消息，从所述第一移动电话接收所述第一消息并且所述第一消息请求所述购买交易；b.在所述交易服务器处确定要与所述购买交易关联的买方交易标识符；c.使用消息格式来提供来自所述交易服务器的、接收地址为所述第一移动电话的所述买方交易标识符，使得所述第一移动电话显示所述买方交易标识符；d.在所述交易服务器处接收第三消息，所述第三消息始发自所述第二移动电话，所述第三消息包括所述买方交易标识符；e.生成要与所述购买交易关联的卖方交易标识符；f.在使用所述消息格式的第四消息中提供来自所述交易服务器的、接收地址为所述第二移动电话的所述卖方交易标识符，使得所述第二移动电话显示所述卖方交易标识符；g.在所述购买交易服务器处接收来自所述第一移动电话的第五消息，所述第五消息指示对继续进行所述购买交易的授权；h.在所述购买交易服务器处接收来自所述第二移动电话的第六消息，所述第六消息包括标识项目以及所述项目的金额的数据；i.在所述购买交易服务器处接收来自所述第一移动电话的第七消息，所述第七消息指示所述交易服务器继续处理所述购买交易；以及j.提供第一证实消息给所述第一移动电话并且提供第二证实消息给所述第二移动电话。
2.如权利要求1所述的方法，其中，在提供所述第一证实消息和所述第二证实消息之前，所述购买交易服务器使得与所述第一移动电话关联的第一账户被贷记并且与所述第二移动电话关联的第二账户被借记。
3.如权利要求2所述的方法，其中，所述第一证实消息以及所述第二证实消息是GSM短消息服务(SMS)消息。
4.如权利要求1所述的方法，其中，所述购买交易服务器向所述第一移动电话提供标识项目和所述项目的金额的所述数据。
5.如权利要求4所述的方法，还包括以下步骤所述购买交易服务器检索与所述第一移动电话关联的密码；所述购买交易服务器向所述第一移动电话传送提示消息，所述提示消息请求密码；以及所述购买交易服务器接收对所述提示消息的响应，所述响应包括所述密码。
6.如权利要求1所述的方法，其中，所述第六消息还包括数量字段，所述数量字段指示所述项目的数量以及反映等于所述项目的数量乘以所述项目的金额的小计的第二金额。
7.如权利要求1所述的方法，其中，所述购买交易服务器维护交易日志并且记录标识所述项目、所述项目的所述金额以及总计金额的所述数据。
8.如权利要求1所述的方法，其中，所述第一证实消息包括描述所述项目的文本和指示所述交易的总计的数据。
9.如权利要求1所述的方法，其中，所述购买交易服务器与短消息服务中心(SMSC)接口，所述短消息服务中心(SMSC)与一个或更多无线服务提供商关联。
10.一种用于处理来自移动电话的消息的计算系统，所述计算系统包括 运行配置成执行以下步骤的计算机程序的处理器a.在所述购买交易服务器处接收第一消息，从所述第一移动电话接收所述第一消息并且所述第一消息请求所述购买交易，b.在所述购买交易服务器处确定要与所述购买交易关联的买方交易标识符，c.使用消息格式来提供来自所述交易服务器的、接收地址为所述第一移动电话的所述买方交易标识符，使得所述第一移动电话显示所述买方交易标识符，d.在所述购买交易服务器处接收第三消息，所述第三消息始发自所述第二移动电话， 所述第三消息包括所述买方交易标识符，e.生成要与所述购买交易关联的卖方交易标识符，f.在使用所述消息格式的第四消息中提供来自所述交易服务器的、接收地址为所述第二移动电话的所述卖方交易标识符，使得所述第二移动电话显示所述卖方交易标识符，g.在所述购买交易服务器处接收来自所述第一移动电话的第五消息，所述第五消息指示对继续进行所述购买交易的授权，h.在所述购买交易服务器处接收来自所述第二移动电话的第六消息，所述第六消息包括标识项目以及所述项目的金额的数据，i.在所述购买交易服务器处接收来自所述第一移动电话的第七消息，所述第七消息指示所述交易服务器继续处理所述购买交易，以及j.提供第一证实消息给所述第一移动电话并且提供第二证实消息给所述第二移动电话；配置成存储用于生成所述买方交易标识符和所述卖方交易标识符的计算机可运行指令的存储器；以及用于接收来自所述移动电话的所述消息的接口。
11.如权利要求10所述的系统，还包括存储用户密码的数据库，并且其中，所述处理器还配置成 为了得到密码而提示所述第一移动电话， 从所述第一移动电话接收所述密码， 将所述密码与所述用户密码比较，以及确定所述密码等于所述用户密码。
12.如权利要求11所述的系统，其中，所述接口从与向所述第一移动电话提供服务的 MTSO关联的SMS中心接收所述消息，并且其中，所述消息是GSM短消息服务消息。
13.如权利要求12所述的系统，其中，所述处理器还配置成 提供卖方交易标识符给所述第二移动电话；以及从所述第一移动电话接收所述卖方交易标识符。
14.如权利要求10所述的系统，其中，所述处理器还配置成 贷记与所述第一移动电话关联的第一账户，以及借记与要被借记的所述第二移动电话所关联的第二账户。
15.如权利要求10所述的系统，还包括存储交易日志的数据库，所述交易日志包括标识所述项目、所述项目的所述金额以及总计金额的所述数据。
16.如权利要求10所述的系统，其中，所述处理器还配置成一在所述购买交易服务器处确定要与所述购买交易关联的买方交易标识符，就启动定时器。
17.一种存储使得处理器执行以下步骤的指令的计算机可读介质a.确定在所述处理器处接收的、请求自第一移动电话的第一消息请求购买交易；b.确定要与所述购买交易关联的买方交易标识符，c.使用消息格式来将来自所述处理器的、接收地址为所述第一移动电话的所述买方交易标识符提供到接口，使得所述第一移动电话显示所述买方交易标识符，d.在所述处理器处接收第三消息，所述第三消息始发自所述第二移动电话，其中，所述第三消息包括所述买方交易标识符；e.生成要与所述购买交易关联的卖方交易标识符，f.在使用所述消息格式的第四消息中将来自所述处理器的、接收地址为所述第二移动电话的所述卖方交易标识符提供到所述接口，使得所述第二移动电话显示所述卖方交易标识符，g.在所述处理器处接收来自所述第一移动电话的第五消息，所述第五消息指示对继续进行所述购买交易的授权，h.在所述处理器处接收来自所述第二移动电话的第六消息，所述第六消息包括标识项目以及所述项目的金额的数据，i.在所述处理器处接收来自所述第一移动电话的第七消息，所述第七消息指示所述交易服务器继续处理所述购买交易，以及j.提供接收地址为所述第一移动电话的第一证实消息给所述接口并且提供接收地址为所述第二移动电话的第二证实消息给所述接口。
18.如步骤17所述的计算机可读介质，还包括在步骤f)之后发生的以下步骤接收来自所述第一移动电话的接受消息，所述接受消息包括所述卖方交易标识符。
19.如步骤17所述的计算机可读介质，还包括以下步骤传送提示消息给所述第一移动电话，其中，所述提示消息请求输入密码值；以及接收来自所述第一移动电话的响应，其中，所述响应消息包括密码。
20.如步骤17所述的计算机可读介质，还包括以下步骤使得与所述第一移动电话关联的账户修改了等于交易总计的金额；以及使得与所述第二移动电话关联的第二账户修改了等于所述交易总计的所述金额。
全文摘要
在一个实施例中，交易服务器有助于在两个移动电话处的用户之间的商品或服务的购买交易。买方向服务器发起购买交易的请求，并且向买方提供了与请求独特关联的独特码(“购买现时信息”)。第一移动电话的用户提供购买现时信息给卖方，卖方将该值输入到出售移动电话中。出售移动电话发起加入交易的请求，如通过购买现时信息来标识。在买方证实卖方能够加入交易之后，卖方能够详细列举销售商品，为了得到批准而将销售商品电子地呈现给买方。在选择全部项目之后，买方批准交易，并且交易服务器然后能够转移资金。电子收据被提供给买方的移动电话，用于证实。
文档编号G06Q30/06GK102473272SQ201080036203
公开日2012年5月23日 申请日期2010年8月10日 优先权日2009年8月11日
发明者A·劳斯, C·达谢尔 申请人:爱立信电视公司