专利名称：移动支付的制作方法
移动支付
背景技术：
消费者与商家的交易一般是通过现金、支票或信用卡来进行的。近来，随着具有无线通信功能的诸如蜂窝电话、个人数字助理(PDA)之类的移动设备的扩散，使用移动设备的消费者交易得到增加。然而，这种消费者交易一般要求使用信用卡、特定的移动支付服务等。因此，需要可以不管是使用信用卡或还是通过特定移动支付服务而提供的支付服务。
发明内容
问题的解决方案根据说明性实施例，一种用于处理支付服务的方法包括在计算设备处从买家接收支付请求，所述支付请求包括买家信息；确定在所述计算设备处是否存在与所述买家信息相关联的支付信息；以及如果确定在所述计算设备处存在与所述买家信息相关联的支付 信息，则在所述计算设备处使用所述支付信息来处理支付交易。前述总结仅是说明性的，且不意在以任何方式来进行限制。除了上述说明性方面、实施例和特征之外，通过参考附图和以下详细描述，其他方面、实施例和特征将变得显而易见。
图I示出了支付服务网络的整体架构的说明性实施例。图2示出了支付服务提供商的说明性实施例。图3示出了支付服务提供商的另一说明性实施例。图4是用于提供支付服务的方法的说明性实施例的流程图。图5是用于提供支付服务的方法的另一说明性实施例的流程图。
具体实施例方式在以下详细描述中，参考形成该详细描述的一部分的附图。在附图中，除非上下文另行指示，否则相似的附图标记通常识别相似的组件。在详细描述、附图和权利要求中描述的说明性实施例不意味着限制性。在不脱离本文呈现的主题的精神或范围的情况下，可以采用其他实施例，且可以进行其他改变。将容易理解可以按照各种不同的配置来布置、替代、组合、分离和设计如本文一般性描述且在附图中示出的本公开的各个方面，它们都是本文所明确预期的。根据一个实施例，买家可以通过支付服务提供商，使用支付者的信息来进行支付，该支付服务提供商通过网络与买家和支付者进行通信。任何向第三方授权以用其支付方法进行支付的一方可以是支付者，且任何用第三方的支付方法进行支付的一方可以是买家。例如，买家可以是不具有支付手段(如信用卡)的未成年人，且支付者可以是替该未成年人进行支付的该未成年人的家长。又例如，买家可以是雇员且支付者可以是该雇员的允许该雇员使用雇主的信用卡或账户信息来进行购买的雇主。支付服务提供商可以通过网络与买家和支付者通信，且使得买家能够使用支付者的支付信息(例如，支付者的信用卡信息等)来进行支付。作为示例，网络可以是(不限于)移动电话网络或无线/有线互联网。在未成年人通过使用他或她家长的信用卡来尝试进行支付的一个实施例中，未成年人可以通过移动电话网络向支付服务提供商发送支付请求，该支付请求包括他/她的移动电话号码。当接收到支付请求时，支付服务提供商可以搜索数据库，并找到与该未成年人的移动电话号码相匹配的支付信息，并使用匹配的支付信息来进行支付。在另一实施例中，支付服务提供商可以使用家长的支付信息，向家长通知该未成年人的支付请求，且支付服务提供商可以在从家长接收到针对支付请求的批准时进行支付。图I示出了支付服务网络100的整体架构的说明性实施例。支付服务网络100包括买家(例如，买家终端102)、支付服务提供商104、支付者(例如，支付者终端106)和网络108。在说明性实施例中，买家终端102、支付服务提供商104和支付者终端106是在它们之间提供连通性和可接入性的计算设备。如本文所使用的，术语“连接”、“耦合”或它们的任意变型意味着在两个或更多单元之间的直接或间接的任何连接或耦合；在单元之间的 耦合或连接可以是物理的、逻辑的、或其组合。买家终端102和支付者终端106的示例包括(不限于)移动或便携通信设备，如蜂窝电话、智能电话、个人数字助理(PDA)等等。提供网络连通性的任何计算设备可以是买家终端102和支付者终端106。网络108是方便在买家终端102、支付服务提供商104和支付者终端106之间传输电子内容的通信链路。将意识到该网络可以包括或可以由一个或多个其他类型网络构成，如局域网、广域网、点对点拨号连接、蜂窝电话网络等等。在一个实施例中，买家终端102可以向支付服务提供商104发送支付请求。支付请求包括买家信息。例如，买家信息可以是买家终端102的移动电话号码，或者是被分配用于识别买家终端102的任何其他识别号码(例如，序列号、IMEI (国际移动设备识别)号码、ICCID(集成电路卡ID)等等)。在一些实施例中，支付请求还可以包括支付量。在其他实施例中，在例如由支付服务提供商104请求时，买家终端102可以发送包括支付量在内的单独消息。本文使用的术语“消息”意味着可以用于在计算设备之间(比如在买家终端102和支付服务提供商104之间)交换信息的计算信号集合。用于交换消息的消息和协议的具体形式可以根据构成买家终端102、支付服务提供商104和支付者终端106的计算系统的类型而改变。支付服务提供商104是以下系统该系统从买家终端102接收包括买家信息在内的支付请求，并确定在其数据库中是否存在与买家信息相匹配或关联的支付信息。作为示例，支付信息可以包括支付者的信用卡信息或支付账户信息。信用卡信息可以包括信用卡号、到期日期、或用于处理支付交易所需的任何其他信息。支付账户信息可以包括银行名称、银行账户/路由号码等等。当在数据库中存在与买家信息匹配的支付信息时，响应于支付请求，支付服务提供商104使用支付信息来处理支付交易。例如，支付服务提供商104可以向支付服务器发送支付信息和要支付的支付量，并从支付服务器接收支付完成消息。此处，支付服务器指代可以由信用卡公司或银行操作的用于处理支付交易的系统。在一些实施例中，支付信息还可以包括支付者信息。作为示例，支付者信息可以包括支付者终端106的移动电话号码或其他识别号码(例如，序列号、IMEI (国际移动设备识别)号码、ICCID (集成电路卡ID)等等)。当支付信息包括支付者信息时，在处理支付交易之前，支付服务提供商104可以使用支付者信息对支付请求进行授权。例如，支付服务提供商104可以根据支付者信息，向支付者终端106发送与支付请求相对应的授权请求，然后响应于从支付者终端106发出的授权肯定应答来处理支付交易。授权请求是以下消息该消息向支付者终端106通知买家终端102尝试使用支付者终端106的支付信息来进行支付，并请求支付者终端106对支付请求的批准。授权请求可以包括买家信息和支付量，使得支付者终端106可以发现买家终端102的标识以及买家终端102已请求的支付量。当支付者终端106批准该支付请求时，支付者终端106可以发出授权肯定应答。授权肯定应答可以包括在支付服务提供商104和支付者终端106之间预定的字符串(例如，密码等等)。授权请求和授权肯定应答可以例如是在支付服务提供商104和支付者终端106之间的文本消息(例如，SMS消息等等)。此外，支付信息还可以包括针对买家终端102的一个或多个支付条件。作为示例，支付条件可以包括(但不限于)单次可支付量(即，每一个购买请求的最大钱数)、月可支付量(即在一个月内要支付的最大累积钱数)、为一个买家终端要支付的最大钱数或支付时间周期等等。支付者终端106是对买家终端102的支付请求进行授权的计算设备。例如，在买家终端102是未成年人的移动电话的情况下，支付者终端106可以是家长的移动电话。作 为示例，当从支付服务提供商104接收到授权请求时，支付者终端106可以响应于授权肯定应答，向支付服务提供商104发出授权肯定应答。图2示出了图I所示的支付服务提供商的说明性实施例。如图所示，支付服务提供商104包括数据库200、接收机202以及处理器204，其中，每个组件与至少一个其他组件奉禹合。数据库200被配置为接收和/或存储来自买家终端102和支付者终端106的买家信息(例如，买家终端102的移动电话号码)和与买家信息相关联的支付信息(例如，支付者终端106的信用卡信息或银行账户信息)。本文使用的术语“关联”意味着买家信息和支付信息在数据库200处彼此相关。例如,买家信息和支付信息可以存储在数据库200处的表格的相同记录或元组中，或买家信息和支付信息存储在不同表格中，但是可以通过相同的参考索引(reference key)相连。因此，当接收机202从买家终端102接收到支付请求(其包括买家信息)时，处理器204可以搜索数据库200，并找到与接收到的买家信息相关联的或相关的支付信息。接收机202被配置为从买家终端102接收支付请求。如上所述，支付请求包括买
家信息。处理器204被配置为响应于买家终端102的支付请求，搜索数据库200，并确定在数据库200处是否存在与接收到的买家信息相关联的支付信息。具体地，处理器204搜索在数据库200中存储的支付信息，以确定接收到的买家信息是否与任何存储的支付信息相关联。处理器204还被配置为当处理器204确定在数据库200中存储这种支付信息时，处理该支付交易。备选地，处理器204被配置为当确定在数据库200处不存在与接收到的买家信息相关联的支付信息时，拒绝该支付请求。当处理器204确定在数据库200处存在与接收到的买家信息相关联的支付信息时，处理器204使用存储的支付信息来处理支付交易。在一个实施例中，处理器204可以耦合到由信用卡公司或银行操作的支付服务器(未示出)。在该情况下，处理器204可以向支付服务器发送支付信息和要支付的支付量，以处理支付交易，并从支付服务器接收支付完成消息。可以在接收到的支付请求中包括支付量。在另一实施例中，在处理器204处理支付交易之前，接收机202可以从买家终端102接收指示支付量的单独消息。在备选实施例中，支付服务提供商104可以包括能够处理支付交易的支付模块(未示出)。当处理器204确定在数据库200处不存在与接收到的买家信息相关联的支付信息时，处理器204拒绝支付请求。当处理器204拒绝支付请求时，处理器204还向买家终端102通知该拒绝。例如，处理器204可以产生拒绝消息，并将其发送至买家终端102。拒绝消息可以是SMS消息、语音消息等。当支付信息包括支付条件时，在处理支付交易之前，处理器204还可以确定支付请求是否满足支付条件。例如，当支付信息包括单次可支付量为1，000美元时，处理器204可以确定在支付请求中包含的支付量或在单独的消息中包含的支付量是否超过了单次可支付量。当支付请求满足支付条件时，处理器206可以处理支付交易。当支付请求不满足支付条件时，例如请求的支付量大于1，000美元时，可以拒绝支付请求，然后支付服务提供 商104可以向买家终端102发送拒绝消息。图3示出了图I所示的支付服务提供商的另一说明性实施例。如图所示，支付服务提供商104包括数据库300、接收机202、处理器304、以及授权器306，其中，每个组件与至少一个其他组件耦合。用相同的附图标记来表示与图2中相同的那些单元。数据库300被配置为存储从买家终端102接收的买家信息和与买家信息相关联的支付信息。在一个实施例中，支付信息包括支付者信息以及与买家信息相关联的支付者终端106的信用卡信息或支付账户信息。支付者信息可以用于如下所述地对支付进行授权。接收机202被配置为从买家终端102接收支付请求。支付请求包括买家信息。处理器304被配置为响应于买家终端102的支付请求而搜索数据库300，并确定在数据库300处是否存在与买家信息相关联的支付信息。处理器304还被配置为当在数据库300处存在与买家信息相关联的支付信息时以及当支付者终端106对支付进行授权时，处理支付交易。授权器306被配置为使用在支付信息中包括的支付者信息对支付请求进行授权。授权器306基于支付请求来产生授权请求，并使用支付者信息(例如，支付者终端106的移动电话号码)向支付者终端106发送授权请求。作为示例，授权请求可以是以下文本消息(例如，SMS消息)该文本消息向支付者终端106通知已从买家终端102接收到支付请求，并请求支付者终端102对与支付请求相对应的支付交易进行批准。例如，授权器306可以向支付者终端106发送针对答复消息进行请求的文本消息。答复消息可以包括在支付者终端106和支付服务提供商104之间预先确定的用于批准支付请求的字符串(例如，密码等)。响应于授权请求，支付者终端106可以产生授权肯定应答，并向授权器306发送该授权肯定应答。在上面的示例中，授权肯定应答也可以是包括预定字符串的SMS消息。或者在支付者终端106不批准支付请求时，支付者终端106可以答复拒绝消息或就是完全不答复。如果未接收到授权肯定应答或授权肯定应答不包括预定义的字符串或接收到拒绝消息，授权器306确定支付者终端106已拒绝了支付请求。响应于支付请求，但是在对支付请求授权之后，处理器304使用支付信息来处理支付交易。具体地，在授权器306对支付请求授权时，即在授权器306从支付者终端106接收到授权肯定应答时，处理器304处理支付交易。如果支付者终端106未授权支付请求，处理器304可以拒绝该支付。图4是用于处理支付服务的方法的说明性实施例400的流程图。在备选实施例中，可以执行更少、附加和/或不同的操作。在说明性实施例中，可以由参照图2或3所描述的支付服务提供商104来执行用于处理支付服务400的方法。在框402中，支付服务提供商104的接收机202从买家终端102接收支付请求。该支付请求包括买家信息，如买家终端102的移动电话号码或任何其他识别号码。在框404中，响应于支付请求，支付服务提供商104的处理器204搜索数据库200，并确定在数据库200处是否存在与买家信息相关联的支付信息，且在框406中，如果在数据库200处存在支付信息，则处理器204从数据库200检索支付信息。如果在数据库200处不存在支付信息，在框408中，处理器204拒绝该支付请求。例如，处理器204可以向买家终端102发送拒绝消息。在框410中，处理器204确定针对买家终端102的支付条件是否存在。作为示例， 支付条件可以包括(但不限于)单次可支付量(即，每一个购买请求的最大钱数)、月可支付量(即在一个月内要支付的最大累积钱数)、为一个买家终端要支付的最大钱数或支付时间周期等等。在框412中，当针对买家终端的支付条件存在时，处理器204确定支付请求是否满足支付条件。在框414中，当在框410中不存在支付条件或在框412中支付请求满足支付条件时，响应于支付请求，处理器204使用支付信息来处理支付交易。在一个实施例中，处理器204可以向支付服务器(未示出)发送支付信息和要支付的支付量，以处理该支付交易，并从支付服务器接收支付完成消息。在备选实施例中，支付服务提供商104可以包括能够处理支付交易的支付模块(未示出)。或者，当在框412中支付请求不满足支付条件时，处理器204在框408中拒绝支付请求。当处理器204拒绝了支付请求时，处理器204还可以向买家终端102通知该拒绝。例如，处理器204可以产生拒绝消息，并将其发送至买家终端102。拒绝消息可以是SMS消息、语音消息等等。本领域技术人员将意识到针对本文所公开的该过程和方法以及其他过程和方法，可以按照不同的顺序来实现过程和方法中执行的功能。此外，提供概述的步骤和操作仅作为示例，且在不脱离所公开的实施例的实质的情况下，一些步骤和操作可以是可选的，可以被结合为较少步骤和操作，或可以被扩张为附加步骤和操作。图5是用于提供支付服务的方法的另一说明性实施例500的流程图。在框502中，支付服务提供商104的接收机202从买家终端102接收支付请求。该支付请求包括买家信息，如买家终端102的移动电话号码或任何其他识别号码。在框504中，响应于支付请求，支付服务提供商104的处理器304搜索数据库300，并确定在数据库300处是否存在与买家信息相关联的支付信息，且在框506中，当存在与买家信息相关联的支付信息时，从数据库300检索支付信息。如果数据库300中不存在支付信息，在框508中，处理器304拒绝该支付请求。例如，处理器304可以向买家终端102发送拒绝消息。在框510中，支付服务提供商104的授权器306使用在支付信息中包括的支付者信息，向支付者终端106发送与支付请求相对应的授权请求。作为示例，授权请求可以是以下文本消息(例如，SMS消息)该文本消息向支付者终端106通知已从买家终端102接收到支付请求，且请求支付者终端106对与支付请求相对应的支付交易进行批准。在框512中，授权器306确定是否接收到从支付者终端106发出的授权肯定应答。在上面的示例中，授权肯定应答也可以是包括预先确定的字符串的SMS消息。在框514中，当接收到授权肯定应答时，处理器304确定针对买家终端102的支付条件是否存在。作为示例，支付条件可以包括(但不限于)单次可支付量(即，每一个购买请求的最大钱数)、月可支付量(即在一个月内要支付的最大累积钱数)、为一个买家终端要支付的最大钱数或支付时间周期等
坐寸o在框516中，当在数据库300处针对买家终端102的支付条件存在时，处理器304确定支付请求是否满足支付条件。在框518中，当在框514中不存在支付条件或在框516 中支付请求满足支付条件时，响应于支付请求，处理器304使用支付信息来处理支付交易。在一个实施例中，处理器304可以向支付服务器(未不出)发送支付信息和要支付的支付量，以处理该支付交易，并从支付服务器接收支付完成消息。在备选实施例中，支付服务提供商104可以包括能够处理支付交易的支付模块(未示出)。或者，当在框512中未接收到授权肯定应答时或当在框516中支付请求不满足支付条件时，处理器304在框508中拒绝支付请求。当处理器304拒绝了支付请求时，处理器304还可以向买家终端102通知该拒绝。例如，处理器304可以产生拒绝消息，并将其发送至买家终端102。拒绝消息可以是SMS消息、语音消息等等。本公开不限于在本申请中描述的具体示例，这些具体示例意在说明不同方案。本领域技术人员清楚，不脱离本公开的精神和范围，可以做出许多修改和变型。本领域技术人员根据之前的描述，除了在此所列举的方法和装置之外，还可以想到本公开范围内功能上等价的其他方法和装置。这种修改和变型应落在所附权利要求的范围内。本公开应当仅由所附权利要求的术语及其等价描述的整个范围来限定。应当理解，本公开不限于具体方法、试剂、化合物组成或生物系统，这些都是可以改变的。还应理解，这里所使用的术语仅用于描述具体示例的目的，而不应被认为是限制性的。在说明性实施例中，可以将本文所述的任何操作、过程等实现为在计算机可读介质上存储的计算机可读指令。可以由移动单元、网络单元和/或任何其他计算设备的处理器来执行该计算机可读指令。在系统方案的硬件和软件实现方式之间存在一些小差别；硬件或软件的使用一般(但并非总是，因为在特定情况下硬件和软件之间的选择可能变得很重要)是一种体现成本与效率之间权衡的设计选择。可以各种手段(例如，硬件、软件和/或固件)来实施这里所描述的工艺和/或系统和/或其他技术，并且优选的手段将随着所述工艺和/或系统和/或其他技术所应用的环境而改变。例如，如果实现方确定速度和准确性是最重要的，则实现方可以选择主要为硬件和/或固件的手段；如果灵活性是最重要的，则实现方可以选择主要是软件的实施方式；或者，同样也是可选地，实现方可以选择硬件、软件和/或固件的特定组合。以上的详细描述通过使用方框图、流程图和/或示例，已经阐述了设备和/或工艺的众多实施例。在这种方框图、流程图和/或示例包含一个或多个功能和/或操作的情况下，本领域技术人员应理解，这种方框图、流程图或示例中的每一功能和/或操作可以通过各种硬件、软件、固件或实质上它们的任意组合来单独和/或共同实现。在一个实施例中，本公开所述主题的若干部分可以通过专用集成电路(ASIC)、现场可编程门阵列(FPGA)、数字信号处理器(DSP)、或其他集成格式来实现。然而，本领域技术人员应认识到，这里所公开的实施例的一些方面在整体上或部分地可以等同地实现在集成电路中，实现为在一台或多台计算机上运行的一个或多个计算机程序(例如，实现为在一台或多台计算机系统上运行的一个或多个程序)，实现为在一个或多个处理器上运行的一个或多个程序(例如，实现为在一个或多个微处理器上运行的一个或多个程序)，实现为固件，或者实质上实现为上述方式的任意组合，并且本领域技术人员根据本公开，将具备设计电路和/或写入软件和/或固件代码的能力。此外，本领域技术人员将认识到，本公开所述主题的机制能够作为多种形式的程序产品进行分发，并且无论实际用来执行分发的信号承载介质的具体类型如何，本公开所述主题的示例性实施例均适用。信号承载介质的示例包括但不限于可记录型介质，如软盘、硬盘驱动器、高密度盘(CD)、数字通用盘(DVD)、数字磁带、计算机存储器等；以及传输型介质，如数字和/或模拟通信介质(例如，光纤光缆、波导、有线通信链路、无线通信链路等)。本领域技术人员应认识到，上文详细描述了设备和/或工艺，此后使用工程实践来将所描述的设备和/或工艺集成到数据处理系统中是本领域的常用手段。即，这里所述的设备和/或工艺的至少一部分可以通过合理数量的试验而被集成到数据处理系统中。本 领域技术人员将认识到，典型的数据处理系统一般包括以下各项中的一项或多项系统单元外壳；视频显示设备；存储器，如易失性和非易失性存储器；处理器，如微处理器和数字信号处理器；计算实体，如操作系统、驱动程序、图形用户接口、以及应用程序；一个或多个交互设备，如触摸板或屏幕；和/或控制系统，包括反馈环和控制电机(例如，用于检测位置和/或速度的反馈；用于移动和/或调节成分和/或数量的控制电机)。典型的数据处理系统可以利用任意合适的商用部件(如数据计算/通信和/或网络计算/通信系统中常用的部件)予以实现。本公开所述的主题有时说明不同部件包含在不同的其他部件内或者不同部件与不同的其他部件相连。应当理解，这样描述的架构只是示例，事实上可以实现许多能够实现相同功能的其他架构。在概念上，有效地“关联”用以实现相同功能的部件的任意设置，从而实现所需功能。因此，这里组合实现具体功能的任意两个部件可以被视为彼此“关联”从而实现所需功能，而无论架构或中间部件如何。同样，任意两个如此关联的部件也可以看作是彼此“可操作地连接”或“可操作地耦合”以实现所需功能，且能够如此关联的任意两个部件也可以被视为彼此“能可操作地耦合”以实现所需功能。能可操作地耦合的具体示例包括但不限于物理上可配对和/或物理上交互的部件，和/或无线交互和/或可无线交互的部件，和/或逻辑交互和/或可逻辑交互的部件。至于本文中任何关于多数和/或单数术语的使用，本领域技术人员可以从多数形式转换为单数形式，和/或从单数形式转换为多数形式，以适合具体环境和应用。为清楚起见，在此明确声明单数形式/多数形式可互换。本领域技术人员应当理解，一般而言，所使用的术语，特别是所附权利要求中(例如，在所附权利要求的主体部分中)使用的术语，一般地应理解为“开放”术语(例如，术语“包括”应解释为“包括但不限于”，术语“具有”应解释为“至少具有”等)。本领域技术人员还应理解，如果意在所引入的权利要求中标明具体数目，则这种意图将在该权利要求中明确指出，而在没有这种明确标明的情况下，则不存在这种意图。例如，为帮助理解，所附权利要求可能使用了引导短语“至少一个”和“一个或多个”来引入权利要求中的特征。然而，这种短语的使用不应被解释为暗示着由不定冠词“一”或“一个”引入的权利要求特征将包含该特征的任意特定权利要求限制为仅包含一个该特征的实施例，即便是该权利要求既包括引导短语“一个或多个”或“至少一个”又包括不定冠词如“一”或“一个”(例如，“一”和/或“一个”应当被解释为意指“至少一个”或“一个或多个”)；在使用定冠词来引入权利要求中的特征时，同样如此。另外，即使明确指出了所引入权利要求特征的具体数目，本领域技术人员应认识到，这种列举应解释为意指至少是所列数目(例如，不存在其他修饰语的短语“两个特征”意指至少两个该特征，或者两个或更多该特征)。另外，在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该 表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。本领域技术人员还应理解，实质上任意表示两个或更多可选项目的转折连词和/或短语，无论是在说明书、权利要求书还是附图中，都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如，短语“A或B”应当被理解为包括“A”或“B”、或“A和B”的可能性。本领域技术人员应当理解，出于任意和所有目的，例如为了提供书面说明，这里公开的所有范围也包含任意及全部可能的子范围及其子范围的组合。任意列出的范围可以被容易地看作充分描述且实现了将该范围至少进行二等分、三等分、四等分、五等分、十等分等。作为非限制性示例，在此所讨论的每一范围可以容易地分成下三分之一、中三分之一和上三分之一等。本领域技术人员应当理解，所有诸如“直至”、“至少”、“大于”、“小于”之类的语言包括所列数字，并且指代了随后可以如上所述被分成子范围的范围。最后，本领域技术人员应当理解，范围包括每一单独数字。因此，例如具有I 3个单元的组是指具有1、2或3个单元的组。类似地,具有I 5个单元的组是指具有1、2、3、4或5个单元的组，以此类推。尽管已经在此公开了多个方案和实施例，但是本领域技术人员应当明白其他方案和实施例。这里所公开的多个方案和实施例是出于说明性的目的，而不是限制性的，本公开的真实范围和精神由所附权利要求表征。
权利要求
1.一种用于在计算设备处处理支付交易的方法，包括 在所述计算设备处从买家接收支付请求，所述支付请求包括买家信息； 确定在所述计算设备处是否存在与所述买家信息相关联的支付信息；以及 如果确定在所述计算设备处存在与所述买家信息相关联的支付信息，则在所述计算设备处使用所述支付信息来处理支付交易。
2.根据权利要求I所述的方法，其中，处理所述支付交易还包括如果确定在所述计算设备处不存在与所述买家信息相关联的支付信息，则拒绝所述支付请求。
3.根据权利要求I所述的方法，其中，所述支付信息包括以下至少ー项支付卡信息、支付账户信息、支付者信息、以及支付条件。
4.根据权利要求3所述的方法，还包括如果确定在所述计算设备处存在所述支付信息，则在处理支付交易之前，使用所述支付者信息对所述支付请求进行授权。
5.根据权利要求4所述的方法，其中，对所述支付请求进行授权包括 从所述计算设备向与所述支付者信息相对应的支付者发送授权请求；以及 在所述计算设备处接收响应于所述授权请求的从所述支付者发出的授权肯定应答。
6.根据权利要求3所述的方法，其中，处理所述支付交易还包括 确定所述支付请求是否满足所述支付条件；以及 当所述支付请求满足所述支付条件吋，使用所述支付信息来执行所述支付交易。
7.根据权利要求6所述的方法，其中，处理所述支付交易还包括当所述支付请求不满足所述支付条件时，拒绝所述支付请求。
8.根据权利要求3所述的方法，其中，所述支付条件包括以下至少ー项单次可支付量、月可支付量、以及支付时间周期。
9.根据权利要求I所述的方法，其中，所述支付请求是在所述计算设备处通过无线方式从所述买家接收的。
10.一种系统,包括 接收机，被配置为从买家接收支付请求，所述支付请求包括买家信息； 数据库，被配置为接收和/或存储与所述买家相关联的支付信息；以及 处理器，被配置为确定在所述数据库处是否存在与买家设备相关联的支付信息，以及如果确定在所述数据库处存在所述支付信息，则响应于所述支付请求来处理支付交易。
11.根据权利要求10所述的系统，其中，所述处理器还被配置为如果确定在所述数据库处不存在与所述买家信息相关联的支付信息，则拒绝所述支付请求。
12.根据权利要求10所述的系统，其中，所述支付信息包括以下至少ー项支付卡信息、支付账户信息、支付者信息、以及支付条件。
13.根据权利要求12所述的系统，还包括授权器，被配置为使用所述支付者信息对所述支付请求进行授权。
14.根据权利要求13所述的系统，其中，所述授权器被配置为通过以下方式对所述支付请求进行授权向与所述支付者信息相对应的支付者发送授权请求，以及接收响应于所述授权请求的从所述支付者发出的授权肯定应答。
15.根据权利要求12所述的系统，其中，所述处理器还被配置为确定所述支付请求是否满足所述支付条件；以及当所述支付请求满足所述支付条件时，使用所述支付信息来执行所述支付交易。
16.根据权利要求15所述的系统，其中，所述处理器被配置为当所述支付请求不满足所述支付条件时，拒绝所述支付请求。
17.根据权利要求12所述的系统，其中，所述支付条件包括以下至少ー项单次可支付量、月可支付量、以及支付时间周期。
全文摘要
本发明提供用于在计算设备处处理支付交易的方法和系统。所述方法包括在所述计算设备处从买家终端接收支付请求，所述支付请求包括买家信息；确定在所述计算设备处是否存在与所述买家信息相关联的支付信息；以及如果确定在所述计算设备处存在与所述买家信息相关联的支付信息，则使用所述支付信息来处理支付交易。
文档编号G06Q20/32GK102782712SQ201080065179
公开日2012年11月14日 申请日期2010年11月29日 优先权日2010年3月25日
发明者尹钟敏, 洪钟哲, 郑浩钟, 金宰亨 申请人:比兹摩德莱恩有限公司