CN105493112A - 利用支付联合服务的销售点设备 - Google Patents

Abstract

示例实施例涉及利用支付联合服务的销售点设备。在一些示例中，系统可包括用于卖方联合网关经由网络接收来自销售点设备的交易发起信号的指令。所述交易发起信号可响应于与所述销售点设备交互的买方的购买请求。所述系统可包括用于所述卖方联合网关经由网络向买方联合网关发送交易授权请求的指令。所述系统可包括用于所述买方联合网关经由网络接收来自所述销售点设备附近或所述销售点设备中的买方设备的授权响应的指令。所述授权响应响应于买方与所述买方设备交互而生成。

Description

利用支付联合服务的销售点设备

背景技术

许多产品和服务可在要求销售点处支付自动化的位置或情况下提供给用户或买方。在这样的位置下，使收银员处理支付可能不是可行的或理想的。因此，销售点(POS)设备可自动接受并处理用户/买方的支付，且还可处理向用户/买方分发或提供产品或服务。示例的POS设备包括贩卖机(例如，分发饮料和小吃)、按使用收费打印机、网络接入点(例如，为用户提供WiFi接入)、电影租赁亭以及停车亭。一些POS设备可接受并处理现金作为一种形式的支付。一些POS设备可接受并处理信用卡、借记卡等等。

通过POS设备售卖产品和服务的卖方经常售卖较小的产品和服务，也经常以较低的价格售卖。在一些情况下，卖方可以以非常小的价格售卖产品和服务，例如称为“微交易”。微交易价格范围可例如从几美元到甚至一美分($0.01)。这样的卖方可能依赖于非常大量的交易来获得利润。例如，由于卖方在每笔交易时获得的利润不够支付信用卡支付等引起的交易费，因此各种卖方(以及POS设备)可能要求现金支付。

各种在线用户(例如，买方和卖方)可使用各种支付服务(例如，Paypal)来更容易且更安全地在线进行商品和服务的支付过程。这样的支付服务可允许用户在注册服务之后，存储支付信息(例如，信用卡信息)，且随后，用户可向相同支付服务的其他用户转移货币。

附图说明

下面的详细描述参考多个图，其中：

图1A是示例网络设置的框图，其中销售点设备可利用支付联合服务；

图1B是示例网络设置的框图，其中销售点设备可利用支付联合服务；

图2A是用于可与销售点设备一起使用的支付联合服务的示例方法的流程图；

图2B是用于可与销售点设备一起使用的支付联合服务的示例方法的流程图；

图3是有助于支付联合服务的示例联合网关的框图；

图4是用于可与销售点设备一起使用的支付联合服务的示例方法的流程图；

图5是可与销售点设备一起使用的示例支付联合系统的框图；

图6是可利用支付联合服务的示例销售点设备的框图；以及

图7是可由利用支付联合服务的销售点设备执行的示例方法的流程图。

具体实施方式

当个人在各种位置(例如，像街道、商店、机场等这样的公共位置)时，他们可能访问分发或提供产品和/或服务的各种销售点(POS)设备。如上所述，例如，由于卖方在每笔交易时获取的利润不够支付信用卡支付等所引起的交易费，因此各种卖方(以及POS设备)可能需要现金支付。处理信用卡和借记卡交易的金融设施被设计用于处理较大的支付，例如，与上述较小的或微交易相比较大的支付。使用传统方案(例如，信用卡)处理非常小的交易的成本(例如，费用)甚至可能比交易量本身更高，使得这样的方案在经济上不可行。结果，卖方可能不能实现依赖于非常小的价格和大量交易的商业模式。如果卖方实施仅现金的商业模式，则他们可能节省交易费，但是，他们可能损失可能仅在能够方便地使用其信用卡或一些其他的支付方法的情况下购买商品/服务的潜在买方。此外，例如通过假信用卡阅读器等的使用，各种POS设备(例如，贩卖机)可能易遭篡改。

还如上所述，各种在线用户(例如，买方和卖方)可能使用各种支付服务(例如，Paypal)来更容易且更安全地在线进行商品和服务的支付过程。在一些POS设备中，可能支持这样的支付服务；但是，在这些情况下，买方和卖方必须注册相同的支付系统。由于许多买方不想经历注册卖方使用的相同支付服务的麻烦，因此他们可能不愿参与。例如，买方可能不喜欢使用多个支付服务来与多个卖方交互。买方不仅可能需要注册这些支付服务中的每个，而且他们可能还需要与每个服务共享其金融信息(例如，信用卡、银行账户信息，等)。买方可能不喜欢必须信任多个支付服务来保持其重要信息安全的想法。注册及设置多个支付服务的这些麻烦可能成为限制参与卖方的微交易业务的买方的数量的障碍。

此外，这些支付服务还被设计用于处理较大的支付，且成本(例如，费用)可能仍使微交易不可行。一些支付服务提供降低较小交易的交易费的方案。这些支付服务可能降低处理较小交易的成本，但这样的服务仍可能收取过高的费用，以致不能实现依赖于非常小的交易(例如，5美分到一美分之间)以及非常大量的交易的商业模式。(例如，由于上述注册障碍)这样的服务已不能允许“大量”买方参与，且因此，不能实现足够的交易量来使这样的商业模式可行。

本公开描述了一种利用支付联合服务的销售点(POS)设备。销售点设备可与包括多个不同支付服务和支付联合服务的支付网络通信。支付联合服务可允许不同的支付服务彼此通信，从而允许用户(例如，买方和卖方)仅使用其优选的支付服务。支付联合服务还可允许买方和卖方对彼此保持匿名和半匿名，这可维持现金交易的优势(例如，匿名性)。此外，本公开提供了一种买方购买产品和服务的简单方式，没有现金或甚至信用卡在手的麻烦。由于用户(例如，买方)不需要注册新的支付服务就能简单地与卖方交易，且由于卖方不需要手头有现金，因此减少或消除了之前支付系统的注册和使用障碍。因此，使用微支付商业模式的卖方可以能够获得大量买方。

本公开还描述了授权交易的聚合(例如，聚合成单次货币转移)以及用户的支付和账单的聚合。这可允许不用实际征收费用(例如，推迟费用)地进行几个微交易。随后，当已进行几个授权交易时，可发生实际的货币转移。实际的货币转移的费用可能分散于多个授权交易，这可允许非常低的平均每交易费用。因此，微交易可能是可行的。应理解，本文描述的方案还可用于较大的交易，且因此，本文提供的描述不限于微交易。

图1A是示例网络设置100的框图，其中销售点(POS)设备可利用支付联合服务。网络设置100可包括支付网络101。网络设置100可包括销售点(POS)设备150。如图1A中能够看到的，至少一个买方(例如，114)可(例如，通过买方设备115)与POS设备150通信并与支付网络101通信。类似地，至少一个卖方(例如，116)可(例如，通过计算设备)与POS设备150并与支付网络101通信。POS设备150可与支付网络101通信，例如，具体地，与支付服务106通信。

销售点(POS)设备150可为自动接收并处理来自买方的支付和/或自动向买方提供产品和服务的任意种类的设备。POS设备150可为例如物理上存储并分发产品的独立设备，例如，贩卖机、电影租赁亭，等等。可替代地，POS设备150可为提供服务(例如，按使用收费打印机、复印机、提供WiFi接入的网络接入点，等等)的设备。作为另一个示例，POS设备150可为物理商店中柜台处的支付设备，其中人力收银员可查看购买的产品，但支付设备处理买方的支付。各种其他的POS设备是可用的，且可从本公开的方案获利。POS设备150可包括买方接口152、控制器154、以及卖方支付服务接口156。

买方接口152可允许买方(例如，114)与POS设备150通信，使得买方能够购买产品或服务。例如，买方接口152可包括显示屏、触摸屏、按钮盘、和/或各种用于向用户显示信息并接收来自用户的输入的其他组件。在一个特定示例中，买方接口152可为允许用户浏览POS设备150提供的各种产品和/或服务的触摸屏。买方可识别买方想要购买的产品或服务。买方接口152可随后允许用户发起关于特定产品或服务的购买过程(即，提交购买请求)。买方114可例如选择在买方接口152上显示的“买”或“付款”按钮。买方接口152随后可与控制器154通信，以继续购买过程。买方接口152可允许买方(例如，114)输入用户标识符或买方标识符(例如，电子邮件地址、电话号码、账户号、临时账户号，等等)，以发起购买过程。下面可例如结合支付联合服务102的网关目录更详细地描述买方标识符。在一些示例中，买方(例如，114)可能在POS设备150本地(例如，附近或接近POS设备150)。例如，买方可为在POS设备的所定义的接近范围内，例如，近到足以触摸和/或看到POS设备150。

控制器154可表示POS设备150的通用控制器。控制器154可包括微处理器、电路、用于存储可由微处理器执行的指令的机器可读存储介质、和/或其他电子组件。控制器154可与POS设备150的其他组件通信，且可管理允许买方支付产品和/或服务以及允许向买方提供产品/服务的各种操作。控制器154可支持买方接口152。例如，控制器154可维护POS设备150所提供的产品和/或服务的存货清单以及关于每个产品/服务的信息(例如，购买价格、产品名称和细节，等等)。控制器154可与买方接口152通信，以提供关于产品和服务的这样的信息。控制器154可接收来自买方接口152的交易发起信号，其中每个交易发起信号基于买方所提交的购买请求。每个交易发起信号指示买方对支付和接收特定的产品或服务感兴趣。如本文进一步所描述的，购买请求和交易发起信号可各自包括可用于识别买方的用户标识符(例如，买方114通过买方接口152输入的标识符)。一旦已发起交易，控制器154可与卖方支付服务接口156通信，以随后与支付服务(例如，106)以及卖方使用的联合网关(例如，120)通信。POS设备150可存储关于各种卖方使用哪些支付服务的信息。买方输入的用户标识符可沿从买方接口152到控制器154、到支付服务接口156、到支付服务106以及联合网关120传递。

控制器154还可引起向用户提供或分发产品和/或服务。最后，如下面更详细描述的，支付服务106可将交易授权传递回卖方支付服务接口156。授权随后可传递到控制器154。作为响应，控制器154可访问相关的产品和/或服务，并例如经由买方接口152向用户提供(例如，数字地、物理地，等)。如果产品是数字的(例如，MP3)，控制器154可引起(例如，通过网络或买方接口152)向用户发送数字MP3文件。可替代地，如果产品是物理的(例如，一袋薯片)，控制器154可使机械臂、轮或其他分发机构向用户分发产品。

卖方支付服务接口156可与通过POS设备150提供产品和/或服务的至少一个卖方所使用的至少一个支付服务通信。在一些示例中，卖方支付服务接口156可与多个支付服务通信，例如以支持使用POS设备150的各种卖方所优选的支付服务。卖方支付服务接口156可(例如，经由像互联网这样的网络)向支付服务106发送交易发起信号，并随后向联合网关120发送，其中支付服务106可为购买请求所请求的产品/服务的卖方所使用的优选的支付服务。可响应于买方114通过买方接口152输入的购买请求，来发送交易发起信号。交易发起信号可包括买方的用户标识符。

卖方支付服务接口156可处理对POS设备与支付网络101(例如，与联合网关120)进行认证。与支付网络通信的每个POS设备可能不得不例如通过提供秘密代码或密钥来对其本身进行认证。在注册过程等期间可能已(例如，由卖方或POS设备的拥有者)建立了秘密代码或密钥。通过提供秘密代码或密钥，POS设备实质上以类似于用户如何登录到用户优选的支付系统中的方式，登录到联合网关中。POS设备授权允许联合网关(例如，120)确信它们正与被允许与支付网络通信的设备通信。

买方设备115可由买方114使用来对经由买方接口152发起的各种交易授权。例如，买方设备115可(例如，经由像互联网这样的网络)接收来自与买方114的支付服务104关联的联合网关118的交易授权请求。买方设备115可提示用户交易批准请求正等待买方的批准。此提示可经由语音呼叫、文本/SMS消息、买方设备上运行的专用应用、或经由设备上的网络接口。买方设备115可允许买方114与买方设备交互，以查看交易授权请求并授权或取消交易。买方设备115可向联合网关118发送授权响应。授权响应可响应于买方与买方设备115交互以批准交易而生成。

在一些示例中，如图1A中示出的，买方设备115可独立于POS设备150。在这些示例中，买方设备115可为移动设备(例如，电话、智能电话、平板电脑，等等)。在这些示例中，买方授权交易的过程还可包括：买方证明买方114和/或买方设备115位于POS设备150附近(例如，在定义的接近范围内)。例如，买方设备115上的应用可确认买方设备115的GPS位置在POS设备150的GPS位置附近。作为另一示例，买方设备115上的应用可接收并确认来自POS设备150的短距离无线信号(例如，NFC信号)，该信号可证明接近性。作为另一示例，POS设备150可显示各种确认代码，并且买方114可将该代码输入到买方设备115，这可确认接近性。

在一些示例中，买方设备115可嵌入到或物理地连接至POS设备150。图1B是可替代的示例网络设置160的框图，其中网络设置160的组件类似于网络设置100的组件。如图1B中能够看到的，买方设备115位于POS设备150中。例如，买方设备可安装在POS设备150中，使得买方设备115的屏幕被暴露给用户(例如，买方114)。图1B的买方设备115可以以类似于结合图1A描述的方式操作。在图1B的示例中，POS设备150处的买方可能不得不登录到买方设备115，或关于买方设备115对其本身进行识别和认证。当买方设备是(例如)买方随身携带的(例如，如图1A中所描绘的)的智能电话时，买方可时常“登录到”智能电话。但是，当买方设备嵌入到POS设备中(图1B)时，多个买方可使用同样的买方设备115，且因此，可能需要登录。作为示例，如果买方114通过电子邮件查看并批准交易授权请求，则买方可能不得不登录到买方的电子邮件，且如果买方使用应用查看并批准，则类似地。可使用各种形式的快速授权(例如，用户名/密码、指纹、其他生物特征输入，等)，使得买方可快速登录、查看交易授权请求以及批准交易。

支付网络101可包括多个支付服务(例如，104、106、108、110)以及支付联合服务102。支付服务(例如，104、106、108、110)各自可例如通过至少一个网络(例如，112)与支付联合服务102通信。网络112可为任意有线和/或无线的网络，且可包括任意数量的集线器、路由器、交换机，等等。网络112可为例如互联网的部分、至少一个内联网和/或其他类型的网络。在一些示例中，不同的支付服务可通过不同的网络与支付联合服务通信，即使图1A和图1B示出支付服务通过相同的网络112被连接。

支付联合服务102可允许用户(例如，买方和卖方)容易地彼此交易，即使用户注册了不同的支付服务。支付联合服务102可(经由联合网关)与多个支付服务通信。支付联合服务以及联合网关可允许多个支付服务彼此交互。支付联合服务102可允许买方和卖方对彼此保持匿名或半匿名，如下面更详细描述的。

支付联合服务102可被实现为至少一个计算设备，例如，可通过互联网或一些其他网络(例如，112)访问支付服务(例如，104、106、108、110)的任意计算设备。在一些示例中，支付联合服务102可被实现为不只一个计算设备，例如，(例如，经由网络)彼此通信的计算设备。在这些示例中，计算设备可一起操作且提供协作的服务。在这些示例中，计算设备可为独立的设备，可能在地理上独立。术语“系统”和“服务”可用于指包括一个计算设备或不只一个计算设备的计算环境。

每个支付服务(例如，104、106、108、110)可允许用户(例如，买方和/或卖方)(例如，经由互联网或一些其他网络以及网络浏览器或应用)与支付服务通信。例如，买方114可与支付服务104通信，并且卖方116可与支付服务106通信。各种示例的支付服务可允许仅买方或仅卖方或买方和卖方建立账户，并使用这样的支付服务发送和/或接收货币(例如，货币的数字表示)。术语“买方”可指与POS设备(例如，150)交互以购买产品或服务的个人或组织。术语“卖方”可指通过POS设备(例如，150)提供产品或服务的个人或组织。

每个支付服务(例如，104、106、108、110)可被实现为至少一个计算设备，例如，用户(例如，买方和/或卖方)可通过互联网或一些其他网络访问的任意计算设备。在一些示例中，支付服务中的至少一个可被实现为不只一个计算设备，(例如，经由网络)彼此通信的计算设备。在这些示例中，计算设备可一起操作且向用户提供协作的服务。在这些示例中，计算设备可为独立的设备，可能在地理上独立。术语“系统”和“服务”可用于指包括一个计算设备或不只一个计算设备的计算环境。

每个支付服务(例如，104、106、108、110)可包括联合网关(例如，118、120)。支付服务108和110可各自包括联合网关，尽管图1A中未示出这样的网关。这些联合网关可允许买方和卖方使用其已有的支付服务。每个联合网关(例如，118、120)可允许关联的支付服务与支付联合服务102通信。经由这些联合网关且经由支付联合服务102，各种支付服务(例如，104和106)可进行交易，且可基于买方和卖方(例如，114、116)的行为在他们之间转移货币。这样的交易和转移可能本质上为网关(例如，118、120)之间的协商，而不是买方(例如，买方的账户)和卖方(例如，卖方的账户)之间的直接协商。买方和卖方可通过买方或卖方所使用的特定支付服务(以及可能的联合网关)来认证。因此，买方可能不需要通过卖方的支付服务或联合网关来认证，反之亦然。买方和卖方(和/或其支付服务)可信任支付联合服务，例如，以仅允许其他享有信誉且可信的支付服务参与到支付联合服务。因此，买方和卖方(和/或其支付服务)可能不需要直接信任彼此或对彼此认证。

为了支付服务从支付联合服务102获利，支付服务可能需要安装、运行、连接至和/或支持联合网关。联合网关(例如，118、120)可例如通过维护支付联合服务102的相同组织来设计和提供。这样的组织可提供或发布联合网关(例如，如HTML、JavaScript或其他代码)，且随后，支付服务可下载、接收、安装和/或运行这样的联合网关，作为支付服务的部分。作为一个特定示例，支付联合服务102的至少一个计算设备可存储可由各种支付服务下载的可执行联合网关代码。为了安装或运行这样的联合网关，支付服务可将联合网关的各方面(例如，账户管理器)链接至支付服务的有关方面(例如，用户账户)，以允许正确通信。在一些示例中，至少一个支付服务(例如，104、106、108、110)可由维护支付联合服务102的相同组织托管或运行，在这样的情况下，组织可将支付网关增加到支付服务。下面将更详细描述联合网关。在一些示例中，至少一个联合网关可部分实现在支付服务侧上，且部分实现在支付联合服务侧上(例如，每侧上运行部分代码)。

每个支付服务(例如，卖方116的支付服务106)可允许至少一个POS设备(例如，150)与支付服务通信，以例如指示卖方(例如，116)想要获得产品和/或服务的支付。支付服务106可随后(例如，经由联合网关120)与支付联合服务102通信，来确定如何连接至买方的联合网关(例如，118)，以请求来自买方(例如，104)所用的支付服务的支付。如下面更详细描述的，例如，通过用户114的授权，支付服务104(例如，经由联合网关118)可向支付服务106指示支付将被发送(例如，聚合之后最终发送)，且交易被授权。支付服务106随后可与POS设备150通信，以指示交易被授权(例如，发送交易授权)，且作为结果，POS设备150可向买方114提供产品和/或服务。

上述示例的操作描述说明了本公开的一个示例好处。通过各种支付服务，为了买方向卖方转移货币，买方可能不得不注册卖方所使用的相同的支付服务。因此，在上述示例中，买方114可能不得不注册支付服务106(例如，以及与支付服务106共享金融和其他敏感信息)，即便买方114可能已具有支付服务104的账户。买方114可能优选使用支付服务104，且可能仅信任支付服务104。替代地，本公开描述了一种允许用户(例如，买方和卖方)使用其已有的和/或优选的支付服务的支付联合服务102。买方114可继续仅与买方信任的支付服务共享买方的敏感信息(例如，账单信息)。类似地，卖方116可以使用卖方信任的支付服务(例如，106)。因此，买方和卖方仅需要建立与买方/卖方信任的无论什么样的一个支付服务之间的关系，且买方不需要建立与卖方的支付服务或卖方本身的关系。

支付联合服务102可包括网关接口，该网关接口可允许支付联合服务102和分别与多个支付服务(例如，104、106、108、110)关联的多个联合网关(例如，118，120)通信。网关接口可例如接收来自联合网关的网关查找请求。网关接口可随后与网关目录(下面更多描述)通信，以执行这样的网关查找，且可向请求联合网关返回查找结果。网关接口还可接收来自各种联合网关的交易日志信息，且可向支付联合系统的另一个组件发送这样的日志信息以供存储。

支付联合服务102可包括可存储和/或维护可信网关列表的网关目录。支付联合服务120(例如，给各种支付服务)提供的每个联合网关(例如，118、120等)可具有关联的网关标识符(例如，号码和/或字母)。每个联合网关还可与特定的网关连接信息(例如，URL、网络地址，等)关联，该特定的网关连接信息允许其他联合网关连接至该联合网关。因此，网关目录可维护可信网关的网关标识符和/或网关连接信息的列表。每个联合网关可与特定的支付服务关联。网关目录可存储哪个支付服务与每个支付网关关联；但是，存储与网关关联的支付服务可能不是必须的。例如，支付联合服务可将每个支付服务视为黑盒子，且可能不会准确地考虑支付服务如何工作，只要支付服务包括和/或支持联合网关。

网关目录可维护用户(例如，买方和/或卖方)列表。在网关目录中，可由用户标识符(例如，电子邮件地址、电话号码、账户号、临时账户号，等)表示用户。术语“用户标识符”可为可覆盖买方标识符或卖方标识符的更通用的术语。网关目录中的每个用户标识符可为唯一的，在这样的情况下，每个用户标识符可唯一识别特定的用户(例如，买方114)。用户标识符可识别用户，不管用户关联的支付服务是什么。因此，如果特定的用户具有多个支付服务的账户，可能关心确保每个唯一的用户可与特定的联合网关(例如，以及支付服务)关联。例如，如果用户使用相同的电子邮件地址作为识别信息块来注册两个支付服务，那么，该电子邮件地址单独不能(至少单独)用作网关目录中的可用的用户标识符。在这样的情况下，可使用不同的用户标识符，或附加的用户识别信息块可存储在网关目录中。

在一个特定的示例中，当用户注册或引入到支付联合服务102中时，可能不得不提供唯一的用户标识符。在这样的注册或引入期间，网关目录可检查这样的用户标识符是否还没有使用。如果是，则为了注册或引入用户，可能不得不提供不同的用户标识符。哪个用户标识符用于特定用户的决定可由用户做出，或基于用户的行为(例如，由支付服务或联合网关)自动做出。如本文更详细描述的，用户可随后使用用户标识符(例如，经由买方接口152)进行购买。下面结合图3的账户管理器模块304描述关于用户标识符的更多信息，该信息可描述如何在支付联合服务102中注册、引入和/或追踪。

对于每个唯一的用户标识符，网关目录可维护可与用户所用的支付服务关联的关联网关(例如，网关标识符、网关连接信息，等)。换句话说，网关目录可维护多个用户标识符/网关对。如果网关是可信的，例如，在可信网关列表中，则每个特定的对可仅由网关目录维护。网关目录可执行网关查找。网关查找请求可包括用户标识符(例如，电子邮件地址、电话号码、账户号、临时账户号，等)，例如，请求产品或服务的买方(例如，114)的用户标识符。网关目录随后可确定与用户标识符关联的网关(例如，网关标识符、网关连接信息，等)，且可向网管接口返回网关(例如，网关连接信息)，以随后返回到请求联合网关。请求联合网关可随后使用返回的信息连接至买方的联合网关。

支付联合服务102可包括交易聚合器，该交易聚合器可允许几个较小的(即，微型的)授权交易聚合成联合网关之间的单次货币转移。通过使用交易聚合器，支付联合服务102可允许各种较小的交易被授权，同时避免指示在涉及的联合网关之间应进行货币转移。当交易被授权时，支付服务(例如，104、106)可允许买方(例如，114)接收卖方(例如，116)提供的产品或服务；但是，实际上不从买方的支付服务向卖方的支付服务转移货币。当交易聚合器确定应发生货币转移时，货币实际上可从买方的支付服务转移到卖方的支付服务。更具体地，当多个较小的交易(例如，在两个特定的支付服务之间)已被授权时，交易聚合器可指示应(例如，在同样的两个支付服务之间)发生货币转移，其中货币转移量可实质上为较小的交易量之和。对于许多支付服务，由于仅在实际转移货币时征收费用，这样的交易聚合减小了较小交易的平均成本。卖方的支付服务实际上可能不会获得支付，直至发生货币转移；但是，支付服务可能知道授权交易的货币是欠/承诺给他们的，且支付服务可能相信(例如，相信支付联合服务以及其他参与的支付服务)支付最终将会到来。

应理解，(例如，在两个特定的支付服务之间的)各种交易可被聚合(例如，聚合成单次货币转移)，即使交易是在各种用户之间的(即，不总是在相同的卖方和买方之间)。替代地，为了聚合，交易仅需要在相同的支付服务之间发生(例如，在相同的联合网关之间发生)。可能是这样的情况：随着时间的推移，本文描述的支付联合服务可能与经历大量交易的支付服务一起使用。因此，可能期望参与的支付服务(例如，联合网关)中的任意两个将频繁通信，使得能够发生交易聚合。

交易聚合器可保持追踪各种支付服务对的交易聚合。例如，对于支付服务104和106，交易聚合器可保持追踪从最近一次在相同的两个支付服务之间发生的货币交易开始，已发生的聚合的交易的美元量。当聚合的美元量低于定义的阈值时，交易聚合器可简单地指示应授权支付服务104和106之间的交易。当聚合的美元量达到定义的阈值时，交易聚合器可指示应在支付服务之间发生货币转移，其中转移量可本质上为聚合的授权交易量之和。作为另一个示例，交易聚合器可指示：每隔每定义的时间周期(例如，每周、月，等)，应在支付服务之间发生一次货币转移。可以以各种方式设置定义的阈值和/或定义的时间周期。例如，可由支付联合服务的系统管理员配置阈值/周期。定义的阈值/周期可基于各种因素确定，例如，各种参与的支付服务之间的聚合。

可以以类似于如何聚合交易的方式(如上所述的)，来聚合对卖方的支付和买方的账单。这可减少在用户的外部银行系统和用户的支付服务之间征收的任意交易费。下面可更详细地描述关于支付和账单的聚合的更多细节。

图2A和图2B描绘可与销售点(POS)设备一起使用的支付联合服务的示例方法200和250的流程图。可在各种地方(例如，卖方的支付服务中、卖方的联合网关中、买方的支付服务中、买方的联合网关中、支付联合服务中和/或POS设备中)执行方法200、250的各种步骤。方法200、250的各步骤可以以存储在至少一个机器可读存储介质上的可执行指令的形式来实现。在一些情况下，在未来可在各种地方执行的各种指令可在分配之前或在提供用于下载或访问之前，先存储在支付联合服务/系统中的机器可读存储介质上。此外或作为一种替代，方法200、250的各步骤可使用包括用于实现下面描述的功能的电子电路的至少一个硬件设备来实现。在本公开的可替代实施例中，方法200、250的一个或多个步骤可基本上同时或以图2A和图2B中示出的不同顺序来执行。在本公开的可替代实施例中，方法200、250可包括图2A和图2B中示出的更多或更少的步骤。在一些实施例中，在某些时候，方法200、250的一个或多个步骤可为不间断的和/或可为重复的。

方法200可始于步骤202并继续到步骤204，在步骤204处，买方(例如，图1的114)可经由POS设备(例如，通过与POS设备150的买方接口152交互)浏览/查看卖方(例如，116)所提供的产品或服务。买方可通过(例如，用买方接口)与POS设备交互来购买(即，提交购买请求)产品或服务。这可发起买方和卖方之间的交易。在步骤206处，POS设备可(例如，经由卖方支付服务接口156)与卖方的支付服务(例如，106)通信，随后可与关联的联合网关(例如，120)通信。POS设备可不得不对其本身与卖方的支付服务进行认证，例如，通过如上所述的使用秘密代码或密钥来进行认证。在步骤208处，卖方的联合网关可与支付联合服务(例如，102)通信来执行网关查找，从而确定与买方关联的联合网关。网关查找可包括买方请求发起购买时买方所提供的用户/买方标识符。在步骤210处，卖方的联合网关可与买方的联合网关(例如，118)通信，以请求授权交易。此交易请求在各联合网关之间执行，且不要求买方建立与卖方或卖方的支付服务之间的关系。

在步骤212处，买方的联合网关(例如，118)可提示买方(例如，114)关于交易授权请求。可通过买方的支付服务(例如，104)以及经由买方设备(例如，115)提示买方关于批准，买方设备115可例如为智能电话或嵌入到POS设备中的设备。在步骤214处，买方的联合网关可例如通过接收来自买方的支付服务(以及买方设备)的授权响应，来授权交易。还可提示买方，以证明买方/买方的设备位于POS设备附近(例如，通过提供GPS位置或通过提供在POS设备上显示的信息)。在步骤216处，买方的联合网关可与卖方的联合网关通信，以指示交易被授权。在步骤218处，卖方的联合网关与卖方的支付服务通信(关于授权交易)，且随后与POS设备(例如，与卖方支付服务接口156)通信。随后，POS设备可向买方提供或分发产品或服务。方法200可最终继续到步骤220，方法200可在步骤220处停止。

方法250可始于步骤252并继续到步骤254，在步骤254处，支付联合服务(例如，102)确定可执行两个支付服务(例如，联合网关)之间的货币转移。货币转移可基于聚合的授权交易，如上面详细描述的。欠钱的支付服务可称之为付款人支付服务，且被欠钱的支付服务可为收款人支付服务。在步骤256处，支付联合服务可与付款人支付服务(例如，与其联合网关)通信，以指示其应向收款人支付服务发送支付。在步骤258处，付款人支付服务可向收款人支付服务发送货币。这样的货币转移可认为是因为费用的。付款人支付服务还可向支付联合服务发送货币(例如，如果支付联合服务接收一份利润)。

在步骤260处，卖方的支付服务(例如，经由卖方的联合网关)可例如基于聚合的授权交易，来确定卖方应被支付。在步骤262处，卖方的支付服务可例如经由存储在卖方的支付服务中的已有的银行信息，向卖方发送支付。在步骤264处，买方的支付服务(例如，经由买方的联合网关)可例如基于聚合的授权交易，来向买方开账单。在一些示例中，买方可预支付。在步骤266处，买方的支付服务可例如经由存储在买方的支付服务中的已有的账单信息，对买方收取费用。方法250可最终继续到步骤268，方法250可在步骤268处停止。

图3描绘了有助于支付联合服务的示例联合网关302的框图。例如，联合网关302可类似于图1A和图1B的联合网关118和120。如图3中描绘的，联合网关302可包括多个模块，例如，模块304、306、308、310、314、318。在一些示例中，联合网关302可包括比图3中示出的那些模块更多或更少的模块。这些模块可包括编码在机器可读存储介质上且可由支付服务300可访问的至少一个处理器执行的一系列指令。此外或作为一种替代，这些模块可包括包含用于实现下面描述的功能的电子电路的一个或多个硬件设备。

图3将联合网关302描绘为在支付服务300中实现；但是，应理解，在其他示例中，联合网关302可部分在支付服务中实现，且部分在支付联合服务(例如，102)中实现。图3将联合网关302描绘为可用于买方和/或卖方的通用目的的联合网关。在联合网关302由买方使用的情况下，可使用或可不使用联合网关302的各种模块，且各种模块可不同于联合网关302由卖方使用时那样地操作。对于买方，联合网关302可基于买方的行为管理交易。对于卖方，联合网关302可基于卖方的行为管理交易。在一些示例中，联合网关302可自定义为仅为买方或仅为卖方工作，在这样的情况下，可移除各种模块和/或各种模块可以以减少的功能操作。如下面更详细描述的，联合网关302还可管理在支付服务之间转移货币的各种方面。

账户管理器模块304可识别具有支付服务300的账户的各种用户(例如，用户301)。在买方使用联合网关302的情况下，用户301可为买方，或者，在卖方使用联合网关302的情况下，用户301可为卖方。账户管理器模块304可与支付服务300的用户账户320通信。支付服务300可能例如通过验证邮寄地址、电子邮件地址、电话号码、或通过参照个人信息目录，(例如，经由用户授权322)已对与各种用户账户关联的用户进行认证。因此，账户管理器模块304可假设与用户账户320关联的用户是他们所说的他们。用户(例如，301)对特定支付服务(例如，300)的注册可为用户可能需要参与到本文描述的支付联合服务的仅有注册。用户的注册可包括注册或引入到支付联合服务的步骤，如下面所述的，但是，用户不需要注册另一个支付服务。一旦用户注册支付服务，并引入到支付联合服务，为了进行与使用不同支付服务的卖方的交易，用户将不得不先注册。

账户管理器模块304可收集关于各种用户的各种识别信息块，例如，电子邮件地址、电话号码，等等。这些识别信息块可主要被收集用于账户管理器模块304追踪用户，且此信息可不与联合网关302外部(例如，与其他联合网关)共享。可以以各种方式指示联合网关302外部的用户的识别，如下面结合模块306描述的。应理解，例如在买方使用联合网关302的情况下，账户管理器模块304和支付服务300一般来说不存储卖方的识别信息，除非卖方自主地建立相同支付服务的账户。因此，除非买方和卖方碰巧注册相同的支付服务，否则买方和卖方之间的交易链中没有联合网关将存储买方的和卖方的信息。因此，维护了交易隐私性。

账户管理器模块304可与支付服务300的用户接口324通信。在这方面，用户可与账户管理器模块304接合，例如，以修改和/或查看账户管理器模块识别用户的方式。

账户标识符模块306可确定各种用户的用户标识符，对于特定的用户，用户标识符可用于参与交易。作为一个示例，账户标识符模块306可简单地使用从用户账户320收集的识别信息块(例如，电子邮件地址、电话号码，等)，来识别用户。作为另一个示例，模块306可生成新的用户标识符(例如，号码、字母，等等)，以进一步保持用户的匿名性。新的用户标识符可为临时的，且可在各种时间改变。例如，可每个交易、和/或在定义的时间周期、和/或每个卖方(在用户使用联合网关302的情况下)，发布临时的用户标识符。可使用改变临时用户标识符的各种其他方式。临时用户标识符和真实用户账户之间的关联可仅为联合网关302已知的。因此，临时用户标识符不允许例如卖方收集买方的个人信息。在一些情况下，一个真实用户账户可与多个临时标识符关联。

账户标识符模块306可允许用户(例如，经由用户接口324)选择、输入、和/或查看模块306中用户的标识符。在这方面，用户可以能够保持对用户标识符的评价。此外，用户可具有对何时以及如何改变用户的标识符的控制。例如，如果买方想要参与和买方不充分信任的卖方交易，买方可将买方的标识符改为随机数。同样地，如果买方信任卖方，则买方可使用更方便的标识符，例如，电子邮件地址。这可确保完全匿名，同时避免不想要的用户授权请求。账户标识符模块306可与支付联合服务(例如，网关目录124)通信，以确保网关目录存储用户的当前标识符。

(例如，无论何时用户创建或改变用户的标识符)账户标识符模块306可与支付联合服务通信，以检查用户标识符仍未存储在网关目录(例如，124)中。账户标识符模块306创建用户标识符以及检查以确保标识符仍未用于网关目录中的过程，可称为用户注册支付联合服务或者引入到支付联合服务。

参与交易时，用户(例如，买方)可使用用户的标识符。例如，参照图1A和图1B，当买方114准备“买”或“付款”时，买方114可(例如，经由买方接口152)提供用户的标识符。这可为买方114为了发起交易而不得不提供的仅有的信息块，且最后，引起向卖方发送支付。一旦买方提供用户标识符，POS设备150可最后向支付服务106和向联合网关120发送用户标识符。联合网关120可随后使用用户标识符来执行网关查找，如本文更详细描述的。

再次参照图3，当由卖方使用时，交易发起和批准模块308可例如响应于来自POS设备接口326的通信而发起交易，POS设备接口326可例如与图1A和图1B的POS设备150通信。来自POS设备接口326的通信可包括买方提供的用户标识符。交易发起和批准模块308可向网关查找模块310发送用户标识符，以确定与买方关联的联合网关。一旦模块308(例如，从模块310)接收与买方关联的联合网关(例如，URL或网络地址)，模块308可与网关认证模块312通信，以对买方的网关进行认证。如果买方的网关被批准，模块308可(例如，经由模块314)建立与买方的联合网关(例如，图3A中示出为“外部网关”)的连接，以请求交易的授权(例如，指示最后将发送支付)。当模块308接收授权时，可与POS设备接口326通信，以向买方提供产品或服务。

当由买方使用时，交易发起和批准模块308可(例如，经由模块314)接收来自卖方联合网关的交易授权请求。模块308可随后确定是否授权交易。模块308可经由用户接口324提示买方关于批准。用户接口324可与买方所使用的设备(例如，图1A和图1B的买方设备150)通信。在此场景中，可在买方的设备上显示警告。模块308可随后接收来自买方的批准响应，且可随后(例如，经由模块314)指示对卖方的联合网关授权了交易。在一些示例中，模块308可自动批准买方的一些或所有交易。自动批准可基于各种设置和/或策略，例如，用户账户320中的设置和/或由支付服务300建立的策略。此外，认证方法可基于各种因素改变，例如，交易类型(例如，一次、再次发生、持续、需要时保留，等等)、用户类型，等等。作为一个示例，买方可建立对总计不超过每周一美元的交易的特定卖方的自动授权。这样的设置可允许买方参与许多较小的交易，而不必手动批准每一个，且可允许买方参与与可信卖方的频繁交易，其中某些交易(例如，音乐、流视频，等)迅速发生(例如，实时)。用户设置和策略可被配置为在各种其他情况下自动授权。

网关查找模块310可与支付联合服务通信(例如，与网关目录124通信)，以执行网关查找。例如，一旦模块308(例如，从买方接口152)提供买方所提供的用户标识符(例如，电子邮件地址)，网关查找模块310可向支付联合服务中的网关目录发送此用户标识符，且随后，可接收与买方关联的网关(例如，URL或网络地址)。模块310可随后向模块308提供网关信息。在一些示例中，联合网关302(例如，经由模块310)可存储或缓存例如普通用户、重要用户等的用户标识符/网关对。在这些示例中，如果模块310在其缓存中命中，模块310可能不需要联系网关目录。在一些示例中，买方和卖方二者都可使用相同的支付服务，在这样的情况下，POS设备接口326和/或模块310可检测这样的场景，且可确定买方的网关，而不用联系网关目录。

外部网关通信模块314通常可用于与其他联合网关通信。例如，在卖方使用联合网关302的情况下，模块314可向买方联合网关发送交易授权请求，并接收交易授权。此外，在卖方的情况下，模块302可接收来自买方联合网关的货币转移。在买方使用联合网关302的情况下，模块314可接收来自卖方联合网关的交易授权请求，并发送交易授权。此外，在买方的情况下，模块302可向卖方联合网关发送货币转移。

支付模块318可与支付联合服务(例如，交易聚合器)通信，以接收应何时向其他联合网关进行货币转移的指示。支付模块318还可处理从其他联合网关发送的货币转移。如上所述，交易聚合器可聚合多个授权交易，且随后可向特定联合网关指示其应向另一个支付网关转移货币。通常，术语“付款人”或“付款人联合网关”可用于指欠另一个联合网关钱的联合网关。类似地，术语“收款人”或“收款人联合网关”可用于指被另一个联合网关欠钱的联合网关。

如果联合网关302接收其应转移货币的指示，则模块318可与支付服务货币库330通信，以存取货币。支付服务货币库330通常可表示存储支付服务所拥有的货币(例如，货币的数字表示)的支付服务300的储存库。换句话说，支付服务货币库330可存储支付服务300的一般财富。财富可由存放的货币组成，且由支付服务的各种用户接收。一旦支付模块318存取将转移的货币，模块318可与模块314通信，以转移货币，且转移的货币量从支付服务货币库330记入借方。如果联合网关302是被欠钱的，其可经由模块314接收货币，且随后，可向支付模块318发送货币，然后向支付服务货币库330发送，在这样的情况下，货币记入库330。

支付模块318可处理对卖方的支付以及买方的账单的聚合。在买方使用联合网关302的情况下，支付模块318可追踪由各种买方所欠的钱。即使买方可能欠支付服务的钱，支付模块318可使支付服务不要向买方发账单。一旦满足用户的定义的阈值(例如，货币量或时间周期)，支付模块318可使支付系统例如使用支付服务已存储的(例如，存储在模块332中的)用户账户银行/账单信息，来给买方开账单。支付模块318可直接与模块332通信，或其可经由支付服务货币库通信。无论哪种方式，模块332可接收来自买方的外部银行服务的货币，并将货币转移给支付服务货币库330，或记入支付服务货币库330。在一些情况下，可在之前给买方开账单，例如，以在支付服务300中建立货币信用，且该量可随时间记入借方，而不是聚合的账单。

在卖方的情况下，支付模块318可以以开账单类似的方式聚合支付。一旦欠特定卖方的量达到定义的阈值，模块318可(例如，经由库330)使模块332向卖方的外部银行服务发送货币。可选地，可以以定义的间隔(例如，每周、每月，等等)对卖方进行支付。在一些情况下，卖方可能配置关于定义的间隔的偏好。在一些情况下，例如，如果卖方愿意支付较高的费用，则卖方可能够更频繁地获得支付。卖方实际上不会得到支付，直至实际上执行了货币支付。这意味着，卖方可基于授权交易发送产品和服务，而实际上不获得支付。但是，卖方可能知道授权交易的货币是欠他们的/承诺给他们的，且他们可能相信未来他们会得到支付。

本文描述的支付联合服务可允许费用方面的灵活性。各种其他的支付服务可针对交易收取固定的费用，这是为什么微交易对于这样的服务不可行的至少一个原因。由于当前的方案允许何时转移货币方面的灵活性，该方案还允许与每个交易的平均费用有关的灵活性。例如，如果在实际上转移货币之前，两个联合网关之间已授权100个交易，则每个交易的平均费用可为使用其他服务引起的费用的1/100。理论上，只要可在货币转移发生之前，在可接受的时间量中聚合足够的交易，每交易费用就可能如期望的下降那么多。

图4描绘了用于支付联合服务的示例方法400的流程图。可在各种位置，例如在卖方的支付服务中、在卖方的联合网关中、在买方的支付服务中、在买方的联合网关中、在支付联合服务中和/或在销售点(POS)设备中，来执行方法400的各种步骤。图4通常将各步骤分成左边的在卖方的联合服务网关中或附近执行的步骤、以及右边的在买方的联合网关中或附近执行的步骤。但是应理解，这些步骤中的部分或全部可具有在支付联合服务中和/或POS设备中执行的部分。方法400的各步骤可以以存储在至少一个机器可读存储介质上的可执行指令的形式来实现。在一些情况下，未来可在各种地方执行的各种指令可在分配之前或提供用于下载或访问时，先存储在支付联合服务/系统中的机器可读存储介质上。此外或作为替代的，方法400的各步骤可使用包括用于实现下面描述的功能的电子电路的至少一个硬件设备来实现。在本公开的可替代实施例中，方法400的一个或多个步骤可基本同时或以图4中示出的不同顺序来执行。在本公开的可替代实施例中，方法400可包括比图4中示出的步骤更多或更少的步骤。在一些实施例中，在某些时候，方法400的一个或多个步骤可为不间断的和/或可重复。

方法400可始于步骤402并继续到404，在步骤404处，例如，可响应于来自POS设备的(例如，由POS设备接口326和模块308接收/处理的)交易发起信号，在卖方的联合网关(例如，302)中发起交易。交易发起信号可包括买方标识符(例如，由买方在POS设备处输入的)。在步骤406处，卖方的联合网关可与支付联合服务通信，以查找买方的联合网关。在步骤408处，卖方的联合网关可向买方的联合网关(例如，通常也由302表示)发送交易授权请求。在步骤412处，买方的联合网关可(例如，经由模块314)接收授权请求，例如，包括买方标识符。在步骤414处，买方的联合网关可(例如，经由模块304)查找与买方标识符关联的用户配置文件。在步骤416处，买方联合网关可(例如，经由模块308)例如通过请求来自买方的批准(例如，经由用户接口324)或通过自动授权(例如，基于设置和/或策略)，来授权交易。在步骤418处，买方的联合网关可(例如，经由模块314)向卖方的联合网关发送交易授权。在步骤422处，卖方的联合网关可(例如，经由模块314)接收交易授权。在步骤424，卖方的联合网关可(例如，经由模块308和接口326)向POS设备发送可向买方提供产品和/或服务的信号。方法400最后可继续到步骤426，方法400可在步骤426停止。

图5是示例支付联合系统的框图。支付联合系统500可包括支付服务可通过互联网或一些其他网络访问的至少一个计算设备。例如，买方的和卖方的支付服务可访问至少一个计算设备，以下载或获取可在支付服务中安装的联合网关代码。在一些实施例中，支付联合系统500可包括不只一个计算设备，在这样的情况下，可能涉及多个处理器和/或机器可读介质。可能在上面描述了关于示例支付联合系统和/或服务的更多细节，例如，结合图1A和图1B的支付联合服务102描述的。在图5的实施例中，支付联合系统500包括至少一个机器可读存储介质520和至少一个处理器510。

机器可读存储介质520可各自为存储可执行指令的任意电子的、磁性的、光学的、或其他物理的存储设备。因此，机器可读存储介质520可各自例如为：随机存取存储器(RAM)、电可擦除可编程只读存储器(EEPROM)、存储驱动、光盘，等等。机器可读存储介质520可各自设置在支付联合系统500的计算设备中。在这样的情况下，可执行指令可安装或存储在计算设备上。在这样的情况下，支付联合系统500外部的计算设备(例如，支付服务的计算设备)可访问、下载和/或获取存储在机器可读存储介质520上的可执行指令。可替代地，机器可读存储介质520可各自例如为便携式(例如，外部)存储介质，该存储介质允许(例如，支付服务的或支付联合系统500的)计算设备远程执行指令或从存储介质下载指令。在这样的情况下，可执行指令可为安装包的部分。如下面所述的，机器可读存储介质520可各自编码有有助于支付联合的可执行指令。

处理器510可各自为一个或多个中央处理单元(CPU)、CPU核、微处理器、和/或适用于获取并执行存储在至少一个机器可读存储介质(例如，520)中的指令的其他硬件设备。此外，处理器510可各自获取、解码、并执行指令(例如，指令522、524、526、528、530)，以有助于支付联合。在一些情况下，支付联合系统外部的至少一个计算设备的至少一个处理器可获取、解码、并执行指令。结合图5中示出的可执行指令表示(例如，方框)，应理解，在可替代实施例中，一个方框内包括的可执行指令中的部分或全部可包括在各图中示出的不同方框中或未示出的不同方框中。

卖方联合网关指令522可包括交易发起信号接收指令524和交易授权请求发送指令526。交易发起信号接收指令524可经由网络接收来自销售点设备的交易发起信号。交易发起信号可响应于与销售点设备交互的用户的购买请求。交易授权请求发送指令526可经由网络向买方联合网关发送交易授权请求。买方联合网关指令528可包括授权响应接收指令530。授权响应接收指令530可经由网络接收来自销售点设备附近或其中的买方设备的授权响应。授权响应响应于买方与买方设备交互而生成。

图6是示例销售点(POS)设备的框图。POS设备600可为自动接收并处理来自买方的支付和/或自动向买方提供产品和服务的任意种类的设备。关于示例POS设备的更多细节可在上面例如结合图1A和图1B的支付联合服务150来描述。在图6的实施例中，POS设备600包括买方接口602、卖方支付服务接口604、以及买方设备606。买方接口602和卖方支付服务接口604可与POS设备控制器(例如，154)通信，POS设备控制器可管理允许买方支付产品和/或服务，且允许向买方提供产品/服务的各种操作。

买方接口602可接收来自位于销售点设备本地的买方的购买请求。卖方支付服务接口604可经由网络向与卖方的第一支付服务关联的第一联合网关发送交易发起信号。交易发起信号可响应于购买请求。买方设备606可经由网络接收来自与买方的第二支付服务关联的第二联合网关的交易授权请求。买方设备可进一步向第二联合网关发送响应于买方与买方设备交互而生成的授权响应。卖方支付服务接口604可进一步接收来自第一联合网关的授权响应。授权响应可指示可在销售点设备中进行与买方的购买请求有关的购买过程。

图7是可由利用支付联合服务的销售点(POS)设备(例如，图1A和图1B的销售点设备150)执行的示例方法700的流程图。方法700可以以存储在至少一个机器可读存储介质上的可执行指令的形式和/或以电子电路的形式来实现。在本公开的可替代实施例中，方法700的一个或多个步骤可基本同时或以图7中示出的不同顺序来执行。在本公开的可替代实施例中，方法700可包括比图7中示出的步骤更多或更少的步骤。在一些实施例中，在某些时候，方法700的一个或多个步骤可为不间断的和/或可重复。

方法700可始于步骤702并继续到步骤704，在步骤704处，POS设备可(例如，经由买方接口602)接收来自位于销售点设备本地的买方的购买请求。在步骤706处，POS设备可(例如，经由买方支付服务接口604)向与卖方的第一支付服务关联的第一联合网关发送交易发起信号。交易发起信号可响应于购买请求。在步骤708处，POS设备可(例如，经由买方设备606)接收来自与买方的第二支付服务关联的第二联合网关的交易授权请求。在步骤710处，POS设备可(例如，经由买方设备606)向第二联合网关发送授权响应。授权响应可响应于买方与买方设备交互而生成。在步骤712处，POS设备可(例如，经由卖方支付服务接口604)接收来自第一联合网关的交易授权信号。交易授权信号可基于授权响应。交易授权信号可指示可在销售点设备中进行与买方的购买请求有关的购买过程。方法700可最后继续到步骤714，方法700可在步骤714停止。

应理解，所公开示例的之前描述被提供用于使本领域的任何技术人员能够制造或使用本公开。这些示例的各种修改对于本领域的技术人员将是容易显而易见的，且本文定义的一般原理可应用于其他示例而不脱离本公开的精神和范围。因此，本公开目的不在于受限于本文示出的示例，而是给予与本文公开的原理和新特征一致的最广的范围。

Claims (15)

1.一种机器可读存储介质，所述机器可读存储介质被编码有能由用于支付联合服务的计算设备的处理器执行的指令，所述机器可读存储介质包括：

用于卖方联合网关经由网络接收来自销售点设备的交易发起信号的指令，其中所述交易发起信号响应于与所述销售点设备交互的买方的购买请求；

用于所述卖方联合网关经由网络向买方联合网关发送交易授权请求的指令；以及

用于所述买方联合网关经由网络接收来自所述销售点设备附近或所述销售点设备中的买方设备的授权响应的指令，其中所述授权响应响应于买方与所述买方设备交互而生成。

2.根据权利要求1所述的机器可读存储介质，进一步包括：

用于所述卖方联合网关经由网络向支付联合系统发送网关查找请求的指令；以及

用于所述卖方联合网关接收来自所述支付联合系统的网关连接信息的指令，其中所述网关连接信息指示如何与所述买方联合网关通信。

3.根据权利要求2所述的机器可读存储介质，其中所述交易发起信号包括由所述买方在所述销售点设备处输入的用户标识符，且其中所述网关查找请求包括所述用户标识符，且其中所述交易授权请求包括所述用户标识符，且其中所述买方联合网关使用所述用户标识符来识别所述网关连接信息。

4.根据权利要求1所述的机器可读存储介质，进一步包括：用于所述买方联合网关经由网络向所述卖方联合网关发送所述授权响应、从而指示能在所述销售点设备处进行与所述购买请求相关的所述买方的购买的指令。

5.根据权利要求4所述的机器可读存储介质，进一步包括：用于所述卖方联合网关响应于所述授权响应经由网络向所述销售点设备发送信号的指令，所述信号指示能进行与所述买方的所述购买请求相关的所述购买过程。

6.根据权利要求1所述的机器可读存储介质，其中所述买方设备嵌入到所述销售点设备中或物理连接至所述销售点设备。

7.根据权利要求1所述的机器可读存储介质，其中所述买方设备是所述买方的移动设备。

8.一种使用支付联合服务的销售点设备，包括：

买方接口，用于接收来自位于所述销售点设备本地的买方的购买请求；

卖方支付服务接口，用于经由网络向与卖方的第一支付服务关联的第一联合网关发送交易发起信号，其中所述交易发起信号响应于所述购买请求；以及

买方设备，用于经由网络接收来自与所述买方的第二支付服务关联的第二联合网关的交易授权请求，其中所述买方设备进一步用于向所述第二联合网关发送响应于所述买方与所述买方设备交互而生成的授权响应，

其中所述卖方支付服务接口进一步用于接收来自所述第一联合网关的所述授权响应，其中所述授权响应指示能在所述销售点设备处进行与所述买方的所述购买请求相关的购买过程。

9.根据权利要求8所述的销售点设备，进一步包括基于所述授权响应向所述买方提供产品或服务的分发机构，其中所述产品或服务与来自所述买方的所述购买请求相关。

10.根据权利要求8所述的销售点设备，其中作为所述购买请求的部分，所述买方接口接收向所述第一联合网关发送的用户标识符，使得所述第一联合网关能够与所述第二联合网关通信。

11.根据权利要求8所述的销售点设备，其中所述买方设备允许所述买方登录到所述买方设备或为所述买方设备进行认证，使得所述买方能够经由所述买方设备查看与所述买方有关的交易授权请求。

12.根据权利要求8所述的销售点设备，其中所述卖方支付服务接口向所述第一联合网关提供秘密密钥或代码，以对所述销售点设备与所述第一联合网关进行认证。

13.一种用于支付联合的方法，包括：

在销售点设备处接收来自位于所述销售点设备本地的买方的购买请求；

经由卖方支付服务接口，向与卖方的第一支付服务关联的第一联合网关发送交易发起信号，其中所述交易发起信号响应于所述购买请求；

经由买方设备，接收来自与所述买方的第二支付服务关联的第二联合网关的交易授权请求；

经由所述买方设备，向所述第二联合网关发送授权响应，其中所述授权响应响应于所述买方与所述买方设备交互而生成；以及

经由所述卖方支付服务接口，接收来自所述第一联合网关的交易授权信号，其中所述交易授权信号基于所述授权响应，且其中所述交易授权信号指示能在所述销售点设备中进行与所述买方的所述购买请求相关的购买过程。

14.根据权利要求13所述的方法，其中所述买方设备嵌入到所述销售点设备中或物理连接至所述销售点设备。

15.根据权利要求13所述的方法，其中所述买方不需要注册所述卖方支付服务，且其中所述卖方不需要注册所述买方支付服务。