专利名称：使用移动电话号码或帐户的安全支付和计费方法
技术领域：
本发明总体涉及用于进行安全购买和支付交易的方法和系统，且更具体地涉及一种使用移动电话进行安全购买和支付交易的方法、系统和计算机程序产品。
背景技术：
当今世界的顾客可以前所未有地通过贩卖机和售货机，接触到在商店、餐厅和互联网中出售所有类型的商品和/或服务的零售商和批发商。除了在每人自己的邻近地区、 镇、市和国家购买商品和服务的传统购物经历外，通过旅游和/或互联网获得外国商品和服务是可能的。一旦顾客选择了商品，他们有几种方式给零售商/批发商付款。尽管现金仍为“首选(king) ”，顾客有其它的支付方式，如使用信用卡、借记卡，以及作为金融机构和零售商之间的中介充当顾客代表的支付服务提供商，以试图保护顾客的金融和个人信息。其它支付方式还包括预付信用/借记卡，储值卡，银行支票，银行转帐，旅行支票，汇票，即期汇票，使用第三独立金融实体的汇款，电子邮件支付和充当顾客的金融机构(通常是银行或信用卡公司)和零售商/批发商之间的中介或接口的移动钱包应用。某些基于计算机的金融服务软件程序还提供交易支付特征。但是，所有这些支付方式都有其优点和缺点以及各种复杂性。顾客仍然厌烦在互联网上甚至在商店、餐厅和售货机购物支付时提供他们的信用卡和个人信息，原因是欺骗和身份盗窃案件已经出现过，且还在上升。考虑到身份盗窃的猛增，人们不能责备顾客对最坏的情况发生的担心。此外，其它金融交易工具的使用可能是昂贵的或者纯粹是复杂麻烦的。相应地，顾客不断地寻找简化生活，以任何可能方式降低复杂性，只要这不会伤害他们个人或金融的安全性。考虑到安全性，欺骗和身份盗窃是主要关心的，保护顾客是紧迫的。顾客还厌烦由信用卡、手机钱包和其它金融工具另外收取的高于并超出零售商实际收取的不合理的隐性费用。使用移动电话的传统支付系统和方法具有局限性，包括要求下载复杂的软件，需要使用高科技移动电话，需要另外的安全码，隐性费用和顾客的银行或信用卡公司的额外收费。此外，对于购买商品和服务的全世界的大多数人口，这些复杂的移动电话支付系统和其它支付方法在其可用性和用途上也是有局限性的。2008年，全世界人口的估计值达到66 亿。小于全世界人口的30%的人有信用卡。但是，差不多全世界人口的70%的人有移动电话和激活的移动帐户，改变此市场的稳健的系统和方法仍待开发。
发明内容
因此，需要一种解决传统的交易和支付系统存在的上述问题和其它问题的方法和系统，以便为在世界上的任何地方的具有最基本的移动电话装置、移动号码/帐户的移动电话用户和移动电话服务提供商提供机会，以能够在本地以及在全球使用他们的移动电话号码/帐户为商品或服务付费。上述和其它需求是通过用于使用移动(例如，手机)电话号码(或者例如移动电话帐户号码)进行安全购买付费交易的示例性方法和系统来解决的，然后在零售商的提示下，通过付费处理器和顾客的移动电话服务提供商，移动电话号码被顾客/用户使用他们唯一的密码或PIN码批准和认证，且因此他们的移动电话帐户被移动电话服务提供商记入借方(例如，其可以包括或者不包括附加收费)，移动电话服务提供商然后支付给付费处理器，付费处理器然后支付给零售商。因此，根据本发明的示例方面，提供一种用于处理为商品或服务付费的新系统、方法和计算机程序产品，包括付费处理器，其接收来自供应商的对于商品或服务的付费请求， 该付费请求包括用户的移动电话号码或移动电话帐户；向移动电话发送请求付费授权的付费授权请求文本消息；并接收来自移动电话的授权或未授权该付费的付费授权文本消息。 如果付费被授权，则付费处理器付费给供应商，并向移动电话帐户收取费用。如果付费未被授权，或者如果费用在预定的时段内未被接收到，则付费处理器拒绝向供应商支付商品或服务的费用。通过说明几个示例性实施例和实施方式，包括为执行本发明考虑的最佳模式，从下文的详细描述，本发明的另外其它方面、特征和优点是很明显的。本发明还可以有其它不同的实施例，其几处细节可以不同的方式被修改，全部不偏离本发明的精神和范围。相应地，附图和说明被认为本质上是说明性的，不是限制性的。
通过附图的图示中的例子但不作为限制来说明本发明的实施例，在附图中相似的附图标记指代相似的元件，附图中图1-2示出顾客从零售商购买商品和/或服务的示例性过程；图3-7示出与图1-2的示例性过程对应的示例性流程图；和图8-11示出与图1-7的示例性过程和流程图对应的示例性系统的操作。
具体实施例方式本发明包括与传统系统，诸如在美国专利号5，991，749和美国专利申请号 20050086164,20050222917,20070063017等中描述的系统相关的问题的识别和解决。尽管这样的系统和方法可提供点对点存款和价值转帐、移动装置识别中心认证、移动钱包软件、 语音激活和基于装置的用户提示付费功能，和移动银行等，以在某种程度上解决付费安全性和便利性，但是这样的传统系统和方法仍然可能损失安全性，使顾客易于受到身份盗窃， 并要求复杂的顾客记帐系统和程序。有利的是，使用移动电话号码进行安全购买支付交易的示例性方法和系统识别并解决此类传统系统的这些和其它的局限性，并通过简单便利的
5支付方法给顾客提供对支付授权、身份保护和安全性的控制。有利的是，示例性实施例的新方法和系统解决了与传统支付处理系统和方法相关的上述和其它问题，允许40亿再加上全世界增长的移动电话用户通过他们的移动电话服务提供商，使用他们的移动电话号码和/或移动电话帐户号码(也称作“移动号码”或“移动电话号码”)安全地为他们在当地和/或全球购买的商品和/或服务来支付商品或服务费用。新系统和方法可以使用移动电话号码进行在线和离线商业交易，通过顾客的移动电话服务提供商/运营商/承载商(也称作“移动运营商”)来对其计费。新系统和方法有利地提供一种简单和安全的基于新过程的付费系统，它使顾客能够通过使用他们的移动电话号码保持对付费授权过程的控制，以对例如在销售点或通过互联网，通过电话销售人员或其它交互界面，通过售货机，其它此类零售环境和界面等，或零售商或批发商可在当地或全球出售商品和/或服务的其它任何适当方式购买的商品和服务进行支付，通过他们的移动运营商对交易计费，移动运营商然后代表顾客通过付费处理器与零售商进行结算。与传统系统相比，新系统和过程不要求移动电话用户向其移动电话装置下载任何附加软件，只要他们的移动电话能够接收并发送短消息服务(SMS)文本消息等。也不要求用户注册或与零售商或卖主或交易支付处理/票据交换所(也称作“付费处理器”)建立任何金融关系。用户也不需要向零售商或付费处理器公开他们的密码或个人识别(PIN)码等代码，有利地提高了安全性等级，并预防金融欺骗和身份盗窃。不要求顾客在他们的金融机构(例如银行，信用卡公司，资本经营者和其它)和/或零售商，和/或付费处理器之间建立关系，新系统和方法给顾客提供总是对交易付费授权进行控制的优点，最后通过他们的移动运营商为他们计费。示例性方法包括顾客购买商品和/或服务，并选择通过给零售商提供他们的移动号码(及例如根据需要，诸如移动号码发行时所在的国家和发行该移动号码的移动运营商的名字，诸如AT&T或T-Mobile或Verizon等相关信息)通过他们的移动运营商来支付商品和/或服务。零售商然后请求顾客的移动运营商的同意，和顾客认证以及授权，以通过例如向零售商、移动运营商和顾客提供此新服务的公司的付费处理器向顾客的移动号码收取购买量(顾客的移动运营商在预付费情况下，可以增加或者可以不增加附加费用，以及在后付费顾客情况下可以增加或可以不增加附加费用)的支付费用。移动运营商检查顾客的移动号码帐户余额(或可通过手工设置为后付费和/或预付费顾客的收费协议)，并且如果发现足够支付该购买(和移动运营商可能征收的任何附加费用)，向顾客的移动号码发送SMS文本消息，给顾客提供零售商的详情和可支付总额 (可能包括或可能不包括移动运营商的附加费用)，并请求顾客通过文本消息回应以求同意，用与顾客的移动号码和账户相关的唯一 PIN码回答，或简单的“否”作为拒绝交易支付的回应(由于在任何情况下没有肯定回应，交易不会完成，所以这可能不是必须的)。在顾客可能决定不进行响应的情况下，在预设时间过去之后，移动运营商会将顾客的无动作视为“否”，及拒绝交易支付。但是，如果顾客想同意此交易付费，顾客通过简单发送具有他们的PIN码的文本消息来回答移动运营商的文本消息用于认证目的，允许移动运营商然后从顾客的移动号码账户扣除或计费该金额。一旦接收PIN码文本消息，并已经认证顾客的PIN码，移动运营商附加的移动运营商附加收费)记入顾客的帐户余额的借方。移动运营商然后向付费处理器发送同意，创建债务，以支付按照双方之间同意的各个款项应付的净总值。相反，大多数传统系统向顾客的金融机构(例如信用卡公司，银行等)收费。付费处理器向零售商发送同意，创建债务，以按照双方之间同意的款项向零售商支付应付净总值。零售商在接收到来自付费处理器的同意时，结束交易，并通过文本消息和 /或诸如电子邮件，邮件等等的其它手段向顾客发送收据。有利的是，零售商可包括运输信息，促销消息和/或赠券以及给顾客的收据或之后给顾客的收据。现在参照附图，其中相似的附图标记指示所有几个图中的相同或相应部件，更具体地参照图1-2，其示出根据示例性实施例的示例性总的过程流程。在图1中，过程开始于顾客102，其与零售商104的商店，电子商店(例如网站)，电话销售人员，交互语音应答 (IVR)系统，卖主，餐厅，其它此类接口等互相联系/交互103，并包括个人面对面购买/消费商品和/或服务。顾客102选择/购买或消费来自零售商104的商品和/或服务105，并在他从中选择的几个支付方式的结帐处106进行支付。顾客102选择支付模式107。零售商104索要顾客的移动号码，和顾客102的相关账单数据(a) 108。顾客102提供与其移动号码、移动运营商112有关的数据(a) 108，并且可能需要或可能不需要提供该手机号码注册和发行的国家。零售商104将顾客102数据(a) 108打包，并加入其发票详情，并将数据 (b) 109发送到付费处理器110。付费处理器110向零售商的数据(b) 109加入他们自己的交易ID和其它相关信息，并将数据(C)Ill发送到顾客102的移动运营商112。在图2中，移动运营商112向零售商的发票中加入他们的交易ID，其它相关信息， 和/或其它任何收费，并将其打包为数据(d) 212，将其作为文本消息(例如SMS文本消息等)发送给顾客102的移动号码，请求使用具有他们的PIN码认证/授权手段来同意或拒绝支付，或“否”，或忽略此消息(具有预设时间迟延)以拒绝同意请求。顾客102通过认证 /授权213、使用经由文本消息数据(e) 214的应答发送到移动运营商112的PIN码来同意收费，确认该支付同意。移动运营商向付费处理器110发送同意/确认数据(f)215包，创建债务以按照双方之间同意的款项进行支付。付费处理器110向零售商104发送具有相关交易数据(g)216的同意确认，创建债务以按照双方之间同意的款项进行支付。零售商104 准备收据，并通过文本消息和/或电子邮件或其它此类手段发送数据(h) 217，其它手段包括但不局限于邮寄给顾客102以结束此交易。数据可包括运输和促销信息。图3-7示出与图1-2的示例性过程对应的示例性流程图。在图3中，在步骤302， 顾客301在商店、互联网、卖主、售货机、餐厅、移动浏览器处，通过电话销售人员或销售IVR 和/或零售商可能给顾客呈现的其它此类销售途径/接口选择例如来自零售商/卖方/批发商的商品和/或服务。在步骤303，零售商给顾客呈现各种支付方式，例如包括现金，信用卡，借记卡，移动钱包，移动电话号码或帐户，银行转帐，储值卡及其它。在图4中，在步骤401，零售商向顾客呈现各种支付方式，在步骤402，顾客选择支付方式，并在步骤403选择以顾客的移动号码进行支付。如果顾客不选择使用移动号码进行支付，则步骤403结束此过程。在步骤404，顾客提供关于其用于计费的移动号码的信息， 因此该信息可以包括例如移动电话号码，移动运营商和移动号码和移动运营商注册所在的国家。在步骤405，零售商加入交易详情，例如包括零售商名字和ID，商店编号，发票编号， 所购买的商品和/或服务，计费和顾客可支付金额，并把它发送到付费处理器以寻求来自
7顾客的支付同意、授权和认证以及顾客的移动运营商的同意，付费处理器代表顾客支付给零售商。在步骤406，付费处理器加入与零售商接收的信息相关的唯一的交易ID码(例如， 其帐户可能已经存在于付费处理器的数据库中)，及可能相关的其它任何信息，并将其发送到顾客的移动运营商(其帐户也可能已经存在于付费处理器的数据库中)。在图5A中，在步骤501，付费处理器向顾客的移动运营商发送交易数据和ID以及顾客的可支付金额，在步骤502，顾客的移动运营商接收上述的交易数据和ID以及顾客的可支付金额，在步骤503验证顾客。如果顾客的移动号码没有验证为移动运营商的顾客，则错误被提交至付费处理器，这进一步在图5B中详述。如果移动运营商确认该顾客，则在步骤504中，它然后继续检查在例如预付费顾客情况下的余额，和/或在例如后付费顾客情况下它然后继续检查支付限度协议，该支付限度协议可能被设定/与移动运营商达成共识。 如果预付费顾客的余额不足，或后付费顾客超过他们的支付限度协议，则余额不足或超过限度的消息会通过文本消息发送到顾客，这进一步详述于图5C中。如果余额和支付限度协议足以包含零售商收取的付款以及移动运营商可能征收或可能不征收的附加费用，然后在步骤505，给顾客发送文本消息，请求同意移动运营商对顾客的移动号码收费，以便为该交易给零售商付款。请求同意的消息包括例如说明零售商的名字，购买应付总额，加上移动运营商收费(如果适用)，和请求通过用顾客的PIN码(其可能已经被顾客以及移动运营商注册，用于访问语音邮件和/或增值服务和/或特别创建以访问此交易支付机关)以文本消息回答移动运营商的同意请求。要拒绝，顾客需要发送“否”作为回答，或只是忽略该消息， 位于移动运营商端的预设时间流逝协议会考虑顾客不作回答是一种拒绝。图5B示出与在图5A的步骤503中移动运营商生成的顾客验证错误相关的步骤。 在图5B中，在步骤507，移动运营商向付费处理器发送“顾客验证错误”，以表明由零售商的数据指示的移动号码(顾客)在移动运营商处不存在。付费处理器给零售商发送移动运营商的消息连同交易ID(和可能适用的其它数据)，识别顾客的移动号码错误508。在步骤 509，零售商接收该错误，并通知顾客。在步骤510，顾客接收错误通知。在步骤511，顾客接着决定是否更正该错误，并再次提供其移动号码，或使用另一种支付方式。在步骤512，在顾客决定选择另一种支付方式的情况下，零售商会提供该支付方式，并来到如图4中的步骤 402所示的过程步骤。在步骤513，如果顾客决定给零售商提供他们的移动电话号码，则零售商执行图4的步骤403。图5C示出在以下情况时与顾客的帐户余额相关的步骤，移动运营商不足以支付交易的总额(在适当时包括移动运营商收费)或顾客的支付协议限度已经或将超过可支付该交易的额度(在适当时包括移动运营商收费)。在图5C中，在步骤514，移动运营商给顾客发送关于该问题的通知。在步骤515，顾客接收该通知，然后在步骤516决定是否向他们的移动电话帐户充钱，或用另一种方法/方式支付。在步骤517，如果顾客决定选择其它方式，则零售商会以图4的步骤402提供该方式。在步骤518，如果顾客决定向他们的移动电话帐户余额充钱，或增加他们的支付限度，则在步骤519，则他们将需要通知零售商，以重新提交如图4的步骤405所示的其移动号码支付信息。在图6A，示出图5A的步骤505，由此移动运营商给顾客发送带交易信息的文本消息，交易信息包括但不局限于零售商的名字和可支付给零售商的总额(可以增加或可以不增加移动运营商的附加收费)，并发送请求，以通过用文本消息回答移动运营商而同意或拒绝支付，文本消息带有PIN码以同意支付该交易，或者回答“否”或简单地忽略该消息以影响移动运营商端的时间流逝协议，从而拒绝同意支付。在步骤602，如果顾客通过回答“不” 或只是忽略该消息因此影响移动运营商端的时间流逝拒绝协议而决定拒绝同意支付，该过程在图6B中进一步详述。在步骤603，如果顾客通过在文本消息中发送PIN码回答他们的移动运营商同意该支付，则在步骤604，移动运营商接收PIN码，在步骤605验证它，并且如果正确，则将其输入电脑以作为顾客接受从移动号码余额或账款中收取总额。如果PIN码没能通过移动运营商认证，该过程进一步在图6C中详述。图6B描述在步骤606顾客拒绝同意支付，且移动运营商记录顾客的拒绝支付，并在步骤607中向付费处理器发送顾客的拒绝支付连同交易ID和其它相关信息的通知的情况下的过程的步骤。在图6B中，在步骤608，付费处理器标记该拒绝通知并向零售商发送拒绝通知，在步骤609，零售商接收该通知，并通知顾客选择另一种支付方式。在步骤610，顾客使用另一种支付方式，转到图4的步骤402以选择支付方式。图6C描述在下列情况下的过程的步骤，在步骤611，顾客发送的PIN码同意文本消息没有验证通过移动运营商记录的顾客的PIN码身份验证，且移动运营商接着向顾客发送错误消息。在图6C中，在步骤612，顾客接收到通知，并接着进行根据在图6A的步骤603 中详述的过程的步骤。在了解顾客不能记得他们的PIN码之前，对于PIN码的此循环可以是预定量的时间，并此循环会自动当作一种拒绝并且付费处理器相应地被通知。例如，移动运营商可以向顾客发送最终文本消息，要求他们联系客户服务以寻求帮助。图7描述图6A的过程步骤605的继续，其中移动运营商成功验证顾客的PIN码， 在步骤702，向付费处理器发送同意支付，表明可在双方之间按照他们的协议可支付的净额度。在图7中，在步骤703，付费处理器接收同意通知，并增加其它交易同意信息，并向零售商发送同意通知，表明可在双方之间按照他们的协议可支付的净额度。在步骤704，零售商接收付费处理器的同意通知，并记录为顾客同意和结算的交易支付及由付费处理器应付的费用。在步骤705，零售商还通过文本消息和/或电子邮件或诸如但不限于邮件的其它手段给顾客发送收据，表明他们已经接收支付结算的指示，并可以包括运输和促销信息和/或顾客服务号，结束交易支付过程。有利地，新方法允许顾客通过他们的移动运营商经由付费处理器支付给零售商。 此方法保护顾客金融信息和他们的身份，它们易于遭盗窃和被可能是或可能不是支付过程的一部分的团体的恶意行为利用。如上文描述的此方法实际上提出一种反欺骗支付系统， 其给顾客提供和谐便利，原因是他们和他们的移动运营商是唯一知道PIN码以便为零售商付款进行验证的人。图8-图11示出与图1-7的示例性过程和流程图对应的示例性系统的操作。在图 8中，示出了根据本发明的一个示例性实施例的移动号码支付系统800。系统800开始于顾客801，他与零售商接口 803交互，从而选择零售商提供给顾客的商品和/或服务，以通过各种方式选择和/或消费802，这些方式包括例如零售商的互联网网站(电子商务/电子零售，商店/专卖店)，电话销售/零售/目录商店(catalogue shop)/团队(呼叫中心，目录销售(catalogue sale))，使用例如无线应用协议(WAP)技术等与例如互联网、实体店面或形式为零售店/商店的其它此类设施交互的移动号码商店/销售呈现，其它此类设施包括例如餐厅、售货机、卖主、第三方代表，销售点，洗手间，用于公共事件和私人事件的售票处/小摊/互联网站点，展厅和特殊场合等等，销售点包括例如诸如配置用于如出租车、公共汽车、地铁/大城市/地下的公共运输，地上运输/火车/单轨火车、商用飞机/飞机/公共汽车和其它运输的支付机构的服务。顾客选择/消费商品和/或服务，并在零售商提供他们接受的支付方式805的位置继续进行支付。支付方式包括例如移动号码/帐户、现金、信用卡、借记卡、付费服务提供商、移动钱包、移动银行、储值卡、银行转帐、第三方电汇、汇票、旅行支票、忠诚度值和其它此类方法。在图9中，顾客针对移动号码付费902选择移动电话号码/帐户选项805，以支付零售商，并给零售商提供他们帐户的详情901。顾客输入包括下述信息的详情901，例如移动帐户/号码，表明它所属的国家和移动运营商的名字。零售商将顾客的移动数据和用于顾客此次购买的发票详情打包，并以电子形式通过电子传输903通过/借助/使用电子数据传输手段903将数据发送给付费处理器的数据库904，电子数据传输手段例如包括广域网，互联网，销售点，具有最小SMS文本消息发送能力的移动电话，实现WAP的有线或无线装置，该装置可以是或者可以不是移动电话，电话和/或电话呼叫，通过电话或移动电话的交互语音应答，使用交互选择应答(例如按“1”来选择国家，按“2”来选择运营商等等)的电话输入系统，纸张，传真发送，通过电子邮件，邮件，装置上运行的能够通过但不局限于无线网络、电话线、电缆网络、互联网、移动网络等的接收、发送此加密信息的加密信息传输软件。付费处理器的数据库904识别零售商和数据901，记录交易，生成交易ID，并向顾客的移动运营商的数据库906通过/借助/使用电子数据传输手段903发送零售商的支付收费和同意请求，电子数据传输手段例如包括广域网，互联网，销售点，具有最小SMS文本消息发送能力的移动电话，实现WAP的有线或无线装置，该装置可以是或者可以不是移动电话，电话和/或电话呼叫，通过电话或移动电话的交互语音应答，使用交互选择应答(例如按“1”来选择国家，按“2”来选择运营商等等)的电话输入系统，纸张，传真发送，通过电子邮件，邮件，装置上运行的能够通过但不局限于无线网络、电话线、电缆网络、互联网、 移动网络等的接收、发送此加密信息的加密信息传输软件。在图10中，移动运营商的数据库906接收数据，验证顾客的移动电话/帐户号码， 检查是否有足够的余额或是否在可能已经在顾客和移动运营商之间达成一致的定义的支付协议内，以支付零售商费用(和如果有的话，移动运营商的附加费用)。一旦通过验证，则移动运营商的数据库906通过例如SMS文本消息1001在他们的移动电话1002上发送给顾客请求同意和授权的信息1003，例如，包括顾客由此购买商品和/或服务的零售商的名字， 零售商的发票号，应付总费用(如果有的话，和移动运营商的附加收费)和请求顾客用他们唯一的PIN码应答SMS文本消息，以同意或“否”或忽略该消息以拒绝该收费。顾客通过向移动运营商的数据库906通过例如SMS文本消息1004发送他们唯一的PIN码来回答移动运营商的消息，以同意移动运营商可以收取总额度，并从他们的移动帐户余额中扣除，或将其记入他们的月移动帐户账单中。移动运营商的数据库906接收来自顾客的SMS文本消息1004，验证PIN码，并从顾客的帐户余额中扣除该收费，或者将其加入到他们的月移动电话账单中。在图11中，移动电话运营商的数据库906生成同意消息与原始交易ID，并将其通过/借助/使用电子数据传输手段903发送给付费处理器的数据库904，电子数据传输手段例如包括广域网，互联网，销售点，具有最小SMS文本消息发送能力的移动电话，实现WAP的有线或无线装置，该装置可以是或者可以不是移动电话，电话和/或电话呼叫，通过电话或移动电话的交互语音应答，使用交互选择应答(例如按“1”来选择同意，按“2”来选择拒绝等等)的电话输入系统，纸张，传真发送，通过电子邮件，邮件，装置上运行的能够通过但不局限于无线网络、电话线、电缆网络、互联网、移动网络等接收、发送此加密信息的加密信息传输软件。付费处理器的数据库904通过电子数据传输903接收来自移动运营商的数据库 906的同意，并记录该同意和信息，在运营商的帐户上记贷根据双方之间达成的条款由运营商应付的金额，建立债务以在他们的帐户中根据双方之间达成的条款支付零售商，并向零售商803通过/借助/使用电子数据传输903发送同意，电子数据传输手段例如包括广域网，互联网，销售点，具有最小SMS文本消息发送能力的移动电话，实现WAP的有线或无线装置，该装置可以是或者可以不是移动电话，电话和/或电话呼叫，通过电话或移动电话的交互语音应答，使用交互选择应答(例如按“1”来选择同意，按“2”来选择拒绝，按“3”输入交易ID等等)的电话输入系统，纸张，传真发送，通过电子邮件，邮件，装置上运行的能够通过但不局限于无线网络、电话线、电缆网络、互联网、移动网络等的接收、发送此加密信息的加密信息传输软件。零售商803接收来自付费处理器904的同意，并将其记录在他们的账簿中，生成支付收据，该收据被发送给顾客801。该收据可通过/借助/使用电子数据传输手段903发送，电子数据传输手段例如包括广域网，互联网，销售点，具有最小SMS文本消息发送能力的移动电话，实现WAP的有线或无线装置，该装置可以是或者可以不是移动电话，电话和/ 或电话呼叫，通过电话或移动电话的交互语音应答，使用交互选择应答(例如按“1”来选择同意，按“2”来选择拒绝，按“3”来输入交易ID等等)的电话输入系统，纸张，传真发送， 通过电子邮件，邮件，装置上运行的能够通过但不局限于无线网络、电话线、电缆网络、互联网、移动网络接收、发送此加密信息的加密信息传输软件。顾客801接收收据和与他们购买相关的其它信息，包括但不限于运输信息，促销要约，促销优惠，促销条形码，礼券等。示例性实施例的上述装置和子系统可包括例如能够执行示例性实施例的过程的任何适当服务器、工作站、PC、膝上型计算机、PDA、互联网工具、手持装置、蜂窝电话、无线装置、其它装置等。示例性实施例的该装置和子系统可使用任何适当的协议彼此通信，并且可以使用一个或多个可编程计算机系统或装置来实现。一个或多个接口机构可以与示例性实施例一起使用，包括例如互联网接入，任何适当形式的远距离通信(例如，语音，调制解调器等等)，无线通信介质等等。例如，所采用的通信网络或链路可包括一个或多个无线通信网络、蜂窝通信网络、G3通信网络、公共交换电话网(PSTN)、分组数据网络(PDN)、互联网、内联网、其组合等等。应理解，示例性实施例的装置和子系统是用于示例性目的，实现示例性实施例所用的特定硬件的许多变型是可行的，相关领域的技术人员会理解到这一点。例如，示例性实施例的一个或多个装置和子系统的功能可以通过一个或多个可编程计算机系统或装置来实现。为了实现这种变型以及其它变型，可以对一个计算机系统编程以执行示例性实施例的一个或多个装置和子系统的特定目的。另一方面，两个或多个编程计算机系统或装置可被示例性实施例的任何一个装置和子系统取代。相应地，根据需要，也可以实现分布式处理的原理和优点，诸如冗余，复制等等，以提高示例性实施例的装置和子系统的稳健性和性能。示例性实施例的装置和子系统可存储与本文描述的各个过程相关的信息。此信息可以存储在示例性实施例的装置和子系统的一个或多个存储器中，诸如硬盘，光盘，磁-光盘，RAM等等。示例性实施例的装置和子系统的一个或多个数据库可以存储实现本发明的示例性实施例所用的信息。数据库可使用本文所列的一个或多个存储器或存储装置中包括的数据结构(例如，记录、表、数组、域、图表、树、列表等等)来进行组织。参照示例性实施例描述的过程可包括用于存储数据的适当的数据结构，该数据是在其一个或多个数据库中由示例性实施例的装置和子系统的过程所采集/产生的。示例性实施例的装置和子系统的全部或一部分可使用一个或多个通用计算机系统、微处理器、数字信号处理器、微控制器等来方便地实现，根据本发明的示例性实施例的教导来编程，计算机和软件领域的技术人员会理解到这一点。适当的软件可以很容易地由熟悉本领域技术的程序员根据示例性实施例的教导来准备，软件领域的技术人员会理解到这一点。而且，示例性实施例的装置和子系统可以在万维网上实现。此外，示例性实施例的装置和子系统可以通过制作专用集成电路来实现，或者通过互联传统组成电路的适当网络来实现，电学领域的技术人员会认识到这一点，因此，示例性实施例不局限于硬件电路和/ 或软件的任何特定组合。本发明的示例性实施例所包括的存储在任何一个计算机可读介质或计算机可读介质的组合上的软件用于控制示例性实施例的装置和子系统，用于驱动示例性实施例的装置和子系统，用于使示例性实施例的装置和子系统与用户交互等等。这类软件可以包括但不局限于装置驱动器、固件、操作系统、开发工具、应用软件等等。这类计算机可读介质可进一步包括本发明的一个实施例的用于执行在实现本发明时执行的所有或一部分处理(如果处理被分配)的计算机程序产品。本发明的示例性实施例的计算机代码装置可包括任何适当的可解释或可执行代码机制，包括但不局限于脚本、可解释程序、动态链接库(DLL)、 JAVA类和小应用程序，完全可执行程序、公共对象请求代理架构(CORBA)对象等等。而且， 可把本发明的示例性实施例的多个处理进行分配，以得到更好的性能、可靠性、成本等等。如上所述，示例性实施例的装置和子系统可包括计算可读介质或存储器，用于保存根据本发明的教导而编程的指令和用于保持数据结构、表、记录和/或本文中描述的其它数据。计算机可读介质可包括参与给处理器提供用于执行的指令的任何适当介质。此类介质可采用许多形式，包括但不局限于非易失性介质、易失性介质、传输介质等等。非易失性介质可包括例如光盘或磁盘，磁-光盘等等。易失性介质可包括动态存储器等等。传输介质可包括同轴电缆、铜线、光纤等等。传输介质还可以采用诸如在射频(RF)通信、红外(IR) 数据通信等等中产生的声波、光波、电磁波等等的形式。计算机可读介质的普通形式可包括例如软盘、软磁盘、硬盘、磁带、其它任何适当的磁介质、CD-ROM、DRW、DVD、其它任何适当的光学介质、打孔卡、纸带、光标示窗体、具有孔或其它光学可识别标记的图案的其它任何适当的物理介质，RAM, PROM, EPROM, FLASH-EPR0M,其它任何适当的存储器芯片或盒式磁带，载波或计算机可阅读的其它任何适当的介质。
12
尽管已经关于几个示例性实施例及实施方式描述了本发明，但本发明不因此受到限制，而是覆盖落在所附权利要求的范围内的各种改进和等同配置。
权利要求
1.一种计算机实现的系统，用于处理为商品或服务付费，所述系统包括付费处理器，该付费处理器被配置成接收来自供应商的对于商品或服务的付费请求； 其中，所述付费请求包括用户的移动电话号码或移动电话帐户； 所述付费处理器被配置成向所述用户的移动电话发送请求授权针对所述付费请求进行付费的付费授权请求文本消息；所述付费处理器被配置成接收来自所述用户的移动电话的授权或未授权针对所述付费请求进行付费的付费授权文本消息；如果来自所述用户的移动电话的所述付费授权文本消息授权针对所述付费请求进行付费，则所述付费处理器被配置成为所述供应商支付所述商品或服务的费用，并向所述用户的移动电话帐户收取所述费用；和如果来自所述用户的移动电话的所述付费授权文本消息未授权针对所述付费请求进行付费，或者如果在预定时间段中没有接收到所述付费授权文本消息，则所述付费处理器被配置成拒绝向所述供应商支付所述商品或服务的费用。
2.一种计算机实现的方法，用于处理为商品或服务付费，所述方法包括 通过付费处理器接收来自供应商的对于商品或服务的付费请求； 其中，所述付费请求包括用户的移动电话号码或移动电话帐户；通过所述付费处理器向所述用户的移动电话发送请求授权针对所述付费请求进行付费的付费授权请求文本消息；通过所述付费处理器接收来自所述用户的移动电话的授权或未授权针对所述付费请求进行付费的付费授权文本消息；如果来自所述用户的移动电话的所述付费授权文本消息授权针对所述付费请求进行付费，则通过所述付费处理器为所述供应商支付所述商品或服务的费用，并向所述用户的移动电话帐户收取所述费用；和如果来自所述用户的移动电话的所述付费授权文本消息未授权针对所述付费请求进行付费，或者如果在预定时间段中没有接收到所述付费授权文本消息，则通过所述付费处理器拒绝向所述供应商支付所述商品或服务的费用。
3.一种用于处理为商品或服务付费的计算机程序产品，该计算机程序产品包括嵌在计算机可读介质上的一个或多个计算机可读指令，所述指令被配置成使得一个或多个计算机处理器执行以下步骤通过付费处理器接收来自供应商的对于商品或服务的付费请求； 其中，所述付费请求包括用户的移动电话号码或移动电话帐户； 通过所述付费处理器向所述用户的移动电话发送请求授权针对所述付费请求进行付费的付费授权请求文本消息；通过所述付费处理器接收来自所述用户的移动电话的授权或未授权针对所述付费请求进行付费的付费授权文本消息；如果来自所述用户的移动电话的所述付费授权文本消息授权针对所述付费请求进行付费，则通过所述付费处理器为所述供应商支付所述商品或服务的费用，并向所述用户的移动电话帐户收取所述费用；和如果来自所述用户的移动电话的所述付费授权文本消息未授权针对所述付费请求进行付费，或者如果在预定时间段中没有接收到所述付费授权文本消息，则通过所述付费处理器拒绝向所述供应商支付所述商品或服务的费用。
全文摘要
用于处理为商品或服务付费的系统、方法和计算机程序产品，包括付费处理器，其接收来自供应商的对于商品或服务的付费请求，该付费请求包括用户的移动电话号码或移动电话帐户；向移动电话发送请求付费授权的付费授权请求文本消息；并接收来自移动电话的授权或未授权付费的付费授权文本消息。如果付费被授权，则付费处理器给供应商付费，并向移动电话帐户收取费用。如果付费未被授权，或者如果在预定的时段内未接收到付费，则付费处理器拒绝给供应商支付商品或服务的费用。
文档编号G06Q20/00GK102317963SQ201080007918
公开日2012年1月11日 申请日期2010年2月11日 优先权日2009年2月14日
发明者卡里姆·安瓦尔·拉梅尔 申请人:网络文本有限公司