CN105830104A - 便于电子商务支付的方法和系统 - Google Patents

Abstract

便于金融交易的方法包括便于或另外提高结账过程的易用性和速度。具体地，一个或多个实施方式包括充当商务应用与支付网关之间的中介的电子商务支付协助器。电子商务支付协助器能够基于用户的几个简单选择将所存储的支付信息提供至商务应用。这允许用户容易并且安全地完成商务交易，从而简化用户的结账体验并且减少购买障碍。此外，电子商务支付协助器能够将支付细节传送至商务应用的支付网关。除了前述之外，方法包括动态地并且智能地为用户提供使用网络应用存储的支付信息的选项。

Description

便于电子商务支付的方法和系统

技术领域

本发明的一个或多个实施方式通常涉及处理支付。更具体地，本发明的一个或多个实施方式涉及使用电子商务应用提高进行支付的易用性的系统和方法。

背景技术

商务应用允许用户通过通信网络执行现实世界的现金业务。商务应用的实例包括网站和本地应用。商务应用允许用户使用虚拟购物车和结账过程购买货物和/或服务。结账过程可包括将支付信息(诸如，信用卡或借记卡信息)提供至商务应用以完成订单。通常，在提交了支付信息之后，商务应用将会使用支付网关以获得付款授权并且将支付信息安全地传送至支付处理器。

虽然商务应用可以增加购物易用性并且允许用户在不用访问实体店的情况下进行购买，但很多商务应用中的结账过程可能是不方便的。例如，商务应用通常要求用户提供详细的支付信息。在很多情况下，用户可能需要填写多达二十条信息栏。对于使用商务结账过程的潜在消费者来说输入支付信息困难是常见的，时间耗尽、或者其他的问题变得对结账过程失望。这样的挫败常常会使潜在消费者放弃它们的商务交易。当使用移动设备时由于小屏幕和输入大量信息困难常常会使商务结账过程的挫败感加剧。

为了减少与结账过程相关的问题，一些商务应用允许用户创建“帐户”，该帐户允许用户向应用程序提供一次支付信息，并且然后将支付信息与商务应用一起保存以供以后使用。例如，在初次购买的过程中，用户可以提供用户名和密码以及支付信息，支付信息被保存至与用户相关联的“帐户”。在后续访问该商务网站时，用户可以输入用户名和密码组合以访问它们的帐户并且在不需要重新输入支付信息的情况下进行另外的购买。虽然这有助于减少结账过程引起的一些复杂情况，但这样的系统要求商务应用是兼容支付卡行业(“PCI”)的并且通常仅在单个网站上有效。

考虑到上述问题，一些商务应用已与提供“虚拟钱包”服务的第三方一体化，“虚拟钱包”服务包括但不限于PayPal(TM)和Google钱包(TM)支付服务。这些虚拟钱包服务允许用户创建存储他们的支付信息的帐户，该支付信息可以跨多于一个的商务应用使用。通常，商务应用通过允许用户将中间结账重定向至用户可输入虚拟钱包凭证和/或检查所存储的支付信息的虚拟钱包服务的页面。虚拟钱包服务使用金融网络自己执行财政结算并且然后公布提供商务应用的商户的账户的信誉。虽然虚拟钱包途径能够提供一些优点，但很多商务应用不想明确地与虚拟钱包服务结合或者允许虚拟钱包服务通过它们的支付网关进行交易。此外，由于在商务应用试图进行购买的用户突然重定向至完全不同的网站来用虚拟钱包服务完成交易，涉及虚拟钱包服务的结账过程可能常常混乱且是打断的。

除了前述之外，虚拟钱包通常要求商务应用在每个虚拟手推车中显示“用虚拟钱包购买”。由于大部分用户不会预先注册虚拟钱包，当试图进行传统的商务购买时，在未注册的用户错误地选择虚拟钱包的“购买”按钮时，这可能会让人困惑并且会导致放弃手推车。对屏幕空间非常珍贵的移动商务应用来说，需要放置“用虚拟钱包购买”按钮的不便性常常增大。

因此，在商务结账和支付处理中需要考虑大量的因素。

发明内容

根据本发明第一实施方式的方法包括：从商务应用接收包括用户标识和选择购买的一个或多个物品或服务的计费量的请求；由执行网络应用的一个或多个服务器计算设备生成引用存储在非易失性存储介质中的所述用户的支付卡细节的支付令牌；由执行网络应用的一个或多个服务器计算设备将支付令牌发送至商务应用；从商务应用接收包括支付令牌的计费请求；并且响应于接收支付令牌，由执行网络应用的一个或多个服务器计算设备将支付计费重复请求发送至与商务应用相关联的支付网关系统，支付计费请求包括支付卡细节、计费量、以及授权以商务应用的名义提交计费请求的指示。

在从商务应用接收请求的方法包括接收寻找用户的支付信息的图形API的客户端侧调用以允许自动填写一个或多个支付栏的实施方式中。方法优选地进一步包括将用户的支付信息发送至商务应用以允许商务应用自动填写一个或多个支付栏，其中，支付信息包括支付卡标记、有效期、姓名、以及账单地址。具体地，方法进一步包括在将用户的支付信息发送至商务应用之前从用户接收将支付信息提供至商务应用的授权。

根据本发明的另一方面，方法进一步包括：从支付网关系统接收交易标识符；并且将交易标识符发送至商务应用。

根据本发明的又一方面，方法进一步包括通过将变换函数应用于用户的标识而将用户的标识映射至网络应用的用户的用户ID。

在另一实施方式中，发送授权以商务应用的名义提交计费请求的指示的方法包括使用从支付网关系统提供至商务应用的私钥加密支付计费请求的至少一部分。

在又一实施方式中，方法包括在将支付计费请求发送至支付网关系统之前验证计费请求的步骤，计费请求从与商务应用相关联的服务器计算设备发起。

在根据本发明的另一实施方式中，提供一种方法，包括：从执行商务应用的至少第一部分的客户端计算设备将信息请求发送至执行网络应用的一个或多个服务器计算设备，请求包括用户标识、所述用户选择购买的订单的计费量；从一个或多个服务器计算设备接收支付卡标记、支付令牌、以及用户的支付信息；使用至少一个处理器用支付卡标记和用户的支付信息自动填写结账用户界面的支付栏；以及将计费请求发送至一个或多个服务器计算设备，计费请求包括支付令牌。

在一个实施方式中，将信息请求发送至一个或多个服务器计算设备包括对网络应用的图形API进行调用。

在又一实施方式中，将支付令牌发送至一个或多个服务器计算设备包括从执行商务应用的至少第二部分的服务器计算设备的网络接口对网络应用的支付API进行调用。

在又一实施方式中，方法进一步包括由商务应用从计算设备的共享存储器的区域访问用户标识，其中用户标识通过与网络应用交互的客户端网络应用最初存储在共享存储器的区域中。

方法可以进一步包括呈现表示来自网络应用的支付信息可以用于完成订单的可选结账选项。

根据本发明的另一方面，提供一种系统，包括：一个或多个服务器计算设备，执行网络应用；以及非易失性存储介质，包括：具有多个用户的支付信息的档案存储模块，每个用户的支付信息包括用户的名字、支付卡号、支付卡的有效期、用户的配送地址、以及用户的账单地址中的一个或多个；以及指令，当由一个或多个计算设备执行时使得系统：从商务应用识别请求，请求包括商务应用的手推车中的一个或多个物品或服务的计费量、用户选择的一个或多个物品；识别与用户相关联的支付信息；生成引用与用户相关联的支付卡号的支付令牌；将支付令牌、卡标记、以及用户的支付信息发送至商务应用；在从商务应用收到支付令牌时，将支付计费请求发送至与商务应用相关联的支付网关系统，支付请求包括支付卡号、计费量、以及授权以商务应用的名义提交计费请求的指示。

在系统的实施方式中，指令在由一个或多个服务器计算设备执行时进一步使系统：确定用户还没完成商务应用的手推车中的一个或多个物品或服务的购买；生成包括有关一个或多个物品或服务的细节以及购买一个或多个物品或服务的选项的消息；以及将消息提供至用户。

在又一实施方式中，指令在被一个或多个服务器计算设备执行时使系统在社交网络系统的新鲜事中将消息提供至用户。

在又一实施方式中，指令在由一个或多个服务器计算设备执行时进一步使得系统通过将变换函数应用于用户的标识将在来自商务应用的请求中接收的用户的标识映射至用户ID。

在另一实施方式中，指令在由一个或多个服务器计算设备执行时进一步使系统使用从支付网关系统提供至商务应用的私钥加密支付计费请求的至少一部分以便提供授权以商务应用的名义提交计费请求的指示。

网络应用优选地包括该方法和系统的所有实施方式中的社交网络系统。

本发明的实施方式提供益处和/或用提高商务支付和结账过程的易用性和效率的方法和系统解决了本领域中一个或多个上述或者其他问题。具体地，一个或多个实施方式有助于通过为用户提供支付信息帮助减少结账不便性和放弃的相关交易。此外，一个或多个实施方式能够在允许商务应用使用它们与支付网关现有的关系处理交易时提供该益处。

因此，一个或多个实施方式能够允许商务应用提供一种减少或消除用户在结账期间提供支付信息的负担的改进的结账流程。此外，改进的结账流程能够容易地集成到商务应用中并且允许用户容易且迅速地自己验证并且跨多个商务应用为货物和/或服务进行支付。此外，当选项将可能增加购买的可能性时，一个或多个实施方式能够智能地并且动态地提供使用所存储的支付信息的选项。此外，当使用所存储的支付信息的选项不大可能增大购买的可能性时，可以不提供选项，从而减少图形界面杂乱。

本发明的示例性实施方式的附加特征和优点将在下面的说明书中阐述，并且部分地从说明书中显而易见，或者可通过这样的示例性实施方式的实践获悉。这样的实施方式的特征和优点可通过在所附权利要求书中特别指出的工具和组合来实现和获得。这些以及其他特征将从下面的说明书和所附权利要求中变得更清晰可见，或者可通过如在下文中阐述的这样的示例性实施方式的实践而获悉。

附图说明

为了描述可获得本发明的以上所列举的及其它的优点和特征的方式，将参照在所附附图中示出的本发明的具体实施方式呈现以上简要地描述的本发明的更具体的描述。应注意附图不是按比例绘制的，并且贯穿附图出于说明性目的通常通过相同参考数字表示类似的结构或功能的元件。在以下的附图中，在本文中使用了加括号的文本和具有虚线框(例如，大斜线、小斜线、点划线、点)的块以示出增加本发明的实施方式的辅助特征的任选特征或操作。然而，在本发明的某些实施方式中，不应该采用这样的符号意指这些是仅有的选项或可选择的操作，和/或具有实线边框的块不为可选的。理解这些附图仅仅描述本发明的典型实施方式，因此不被视为限制其范围，通过使用附图，额外特别并且详细地描述和解释本发明，其中：

图1示出了根据本发明的一个或多个实施方式的使用商务应用便于购买的系统的示意图；

图2示出了根据本发明的一个或多个实施方式的图1的系统的商务应用、网络应用、以及支付网络的详细示意图；

图3A-3B示出了示出根据本发明的一个或多个实施方式的图2的商务应用、网络应用、以及支付网络之间的交互的顺序流程图；

图4是示出了根据本发明的一个或多个实施方式的动态地提供使用网络应用存储的支付信息的选项的方法的顺序流程图；

图5A-5G示出了根据本发明的一个或多个实施方式的使用商务应用完成财务交易的用户界面；

图6示出了根据本发明的一个或多个实施方式的允许用户完成购买先前放弃的商务应用的虚拟手推车的购买消息的示图；

图7示出了根据本发明的一个或多个实施方式的在商务应用便于财务交易的方法中的一系列行动的流程图；

图8示出了根据本发明的一个或多个实施方式的在商务应用便于财务交易的另一个方法中的一系列行动的流程图；

图9示出了根据本发明的一个或多个实施方式动态地并且智能地为用户提供使用网络应用存储的支付信息的选项的方法中的一系列行动的流程图；

图10示出了根据本发明的一个或多个实施方式动态地并且智能地为用户提供使用网络应用存储的支付信息的选项的另一方法中的一系列行动的流程图；

图11示出了根据本发明的一个或多个实施方式的示例性计算设备的框图；以及

图12是根据本发明的一个或多个实施方式的社交网络系统的示例性网络环境。

具体实施方式

本发明的一个或多个实施方式增大了商务支付和结账过程的易用性和效率。具体地，一个或多个实施方式有助于通过为用户提供支付信息帮助减少结账不便性和放弃的相关交易。此外，一个或多个实施方式能够在允许商务应用使用它们与支付网关现有的关系处理交易时提供该益处。

因此，一个或多个实施方式能够允许商务应用提供一种减少或消除用户在结账期间提供支付信息的负担的改进的结账流程。此外，改进的结账流程能够容易地集成到商务应用中并且允许用户容易且迅速地自己验证并且跨多个商务应用为货物和/或服务进行支付。此外，当选项想要增大购买的可能性时，一个或多个实施方式能够智能地并且动态地提供使用所存储的支付信息的选项。此外，当使用所存储的支付信息的选项不大可能增大购买的可能性时，可以不提供选项，从而减少图形界面杂乱。

具体地，本发明的一个或多个实施方式包括充当商务应用与支付网关之间的中介的电子商务支付协助器。电子商务支付服务商能够基于用户的几个简单选择将所存储的支付信息提供至商务应用。这使得用户容易并且安全地完成商务交易，从而简化用户的结账体验并且减少购买障碍。此外，电子商务支付协助器能够将支付细节传送至商务应用的支付网关。这允许电子商务支付协助器提供的交易使用商务应用的供应商习惯处理的相同的通道和网络来支助和进行交易。

例如，图1是示出了示出根据本发明的实施方式的系统100的示意图。接下来将关于图1描述系统100的概述。此后，将关于剩余的附图来描述系统100的组件和过程的更详细的说明。如在图1中示出的，系统100可以包括用户102、商务应用104、电子商务支付协助器106、以及支付网络116。商务应用可与电子商务支付协助器106交互以简化用户102在商务应用104的结账历程。为了完成财务交易，出于使用支付网络116处理支付的目的，电子商务支付协助器106可以与支付网关系统108交互。支付网络116可包括支付网关系统108、支付处理系统110、卡网络系统112、以及发行银行系统114。然而，在其他实施方式中，虽然在本发明的大部分实施方式中支付网络116包括至少支付网关系统108，但支付网络116包括更多或更少的参与者。如以下更详细地描述的，可以通过一个或多个计算设备实现和/或执行系统的每个组件。

图1中示出的实施方式包括访问商务应用104的用户102。如以下更详细地描述的，商务应用104可以包括网络应用，诸如，web应用或本地应用。商务应用104可以向用户102提供货物和/或服务的销售。用户102可以通过选择通过商务应用104提供的一个或多个物品或服务开始订单。为了完成订单，传统地用户102将会需要输入多达20个不同的支付栏，诸如，用户的名、中间名、姓、支付卡(信用卡、借记卡等)号、支付卡的有效期(年份和/或月份)、与支付卡相关联的账单地址(包括街名、门牌号、城市、州或省、邮政编码、国家等)、与支付卡相关联的电话号码、以及一个或多个配送地址(包括与账单地址相似的栏)。

电子商务支付协助器106能够存储用户102的支付信息，并且可以将至少一部分信息提供至商务应用104以简化用户102的结账历程。更具体地，商务应用104能够显示或另外提供可选的选项以使用电子商务支付协助器106维护的支付信息。如果用户102选择可选选项，在电子商务支付协助器106的辅助下商务应用能够完成交易。例如，商务应用104能够从电子商务支付协助器106请求支付信息。响应于请求，电子商务支付协助器106能够将支付信息和支付令牌提供至商务应用104。

商务应用104能够将支付信息自动填写到结账支付栏中。如上所述，使用来自电子商务支付协助器106的支付信息自动填写支付栏能够为用户增大结账过程的易用性。在至少一个实施方式中，电子商务支付协助器106不会将完整的支付卡号发送至商务应用104。作为替代，电子商务支付协助器106可以发送卡号标记(即，除了位数的最后一个之外支付卡的所有位数的“X的”)和支付令牌。支付令牌和支付卡标记的使用可以允许商务应用104避免需要兼容PCI。此外，通过防止商务应用104接收用户102的全部支付卡号，在不曾向商务应用提供支付卡号的情况下，电子商务支付协助器106通过允许用户102使用一个或多个支付卡从任意数量的商务应用购买物品可以增大安全性并且减少欺诈。

在检查自动填写的支付信息时，用户102可以授权购买订单。商务应用104可以将授权与支付令牌一起转发至电子商务支付协助器106。在接收授权和支付令牌时，电子商务支付协助器106可以将支付信息(包括全部支付卡号)作为交易(通常通过通信网络)传递至支付网关系统108。如在下面更详细地解释的，支付令牌能够映射至支付卡号并且允许电子商务支付协助器106找到支付卡号并且发送至支付网关系统108。

一旦从电子商务支付协助器106接收交易，支付网关系统108随后将交易传递至商户的收单银行使用的处理器(例如，支付处理系统110)。基于支付卡的类型，支付处理系统110可以将交易发送至合适的卡网络系统112。卡网络系统112然后可以将交易传递至向用户102发放支付卡的发行银行系统114。

发行银行系统114批准或者拒绝交易，并且将决定发送回卡网络系统112。决定然后从卡网络系统112发送回到收单银行优选的支付处理系统110。支付处理系统110然后可以将决定转发回到支付网关系统108。在一个或多个实施方式中，支付网关系统108存储与交易和决定有关的细节，并且然后将决定传送回电子商务支付协助器106。

支付网关系统108也可以执行结算任务，包括经由收单银行优选的支付处理系统110将一批每日结算的所获取的交易呈递至收单银行。支付处理系统110随后将结算批量传送至收单银行(未示出)的服务器，收单银行将来自用户102/商务应用104交易的资金存到商户的帐户中。然后，收单银行将满足该订单的资金请求发送至支付处理系统110，支付处理系统110将资金请求传送至合适的卡网络系统112，卡网络系统进而将资金请求传送至发行银行系统114。然后，发行银行系统114将交易张贴至用户102的帐户并且将资金释放至卡网络系统112，卡网络系统然后被传送至支付处理系统110并且然后被传送至收单银行。

根据本文的公开内容，应理解电子商务支付协助器106可向用户102和商务应用104两者提供许多益处。例如，电子商务支付协助器106通过提供在支付栏中自动填写的信息可以减少或消除在结账过程期间用户102填写多个支付栏的需要。这能够大大地增大用户102进行结账过程的易用性和速度。对于用户102来说增加的易用性能够减少放弃的手推车；并且因此，增大商务应用104的销售。

此外，电子商务支付协助器106可允许用户102在不用向任何商务应用104提供他们的全部支付卡(信用卡、借记卡等)信息的情况下使用他们所存储的支付信息在虚拟的任何商务应用104中进行购买。因此，电子商务支付协助器106能够使用商务应用104增加进行购买的易用性，同时也提高了安全性。

图2示出了示出根据本发明的实施方式的系统100a的示意图。系统100a示出了系统100的一个示例性实施方式。具体地，图2示出了商务应用104a和电子商务支付协助器106a的一个实施方式。如在图2中示出的，用户102可使用计算设备202访问商务应用104a。在实施方式中，其中，商务应用104a是web应用，用户102可以使用网络浏览器204应用或者用户商务应用206(本文中后面也称为专用客户端应用)与商务应用104a接口，并且因此这些应用可以或者可以不被认为是商务应用104a的部分。

在这样的实施方式中，其中，商务应用104a是web应用，商务应用104a的后端(即，提供商务应用104a的数据与逻辑的应用的设定)可以包括web应用服务器208(包括但不限于ApacheSoftwareFoundation的ApacheHTTP服务器、微软公司的因特网信息服务(IIS)、NGINX,Inc.的nginx，开源的lighttpd网络服务器、以及GoogleInc.的Google网络服务器(GWS))并且可选地相关的或非相关的数据库210(包括但不限于Oracle公司的MySQL、PostgreSQL全面发展集团的PostgreSQL、通过ApacheSoftwareFoundation的ApacheCassandra、通过ApacheSoftwareFoundation的HBase、以及通过10gen的MongoDB)。

在实施方式中，其中，商务应用104a是本地应用，用户102利用用户(商务应用206)，其可以利用应用服务器212(例如，Java应用服务器)和/或分开的服务器计算设备214的数据库208并且因此被认为是网络应用，或者可以不利用应用服务器212或数据库210并且因此被认为“独立的”应用。因此，根据术语“商务应用”的上下文，该术语可以指在用户的计算设备202和/或服务器计算设备214上执行的软件。具体地，商务应用软件的至少第一部分可以在用户的计算设备202上执行并且商务应用软件的至少第二部分可以在一个或多个服务器计算设备214的设定上执行。

商务应用104a能够与电子商务支付协助器106a交互以获得用户(诸如，用户102)的支付信息。此外，电子商务支付协助器106a能够与支付网络116的支付网关系统108交互以处理关于图1在上文描述的交易。所描述的实施方式示出单个支付网关系统108和单个支付网络116。根据本文的公开内容，应理解本发明不被如此限制，并且电子商务支付协助器106a能够与任意数量的不同的支付网关系统和支付网络交互以处理支付和金融交易。例如，电子商务支付协助器106a可以与第一商务应用104a的第一支付网关系统108接口，并且与第二商务应用的第二支付网关系统接口。

图2中示出的实施方式的系统100a包括提供包含电子商务支付协助器106a的网络应用218的一组一个或多个服务器计算设备216。在本发明的一个或多个实施方式中，网络应用218包括社交网络系统220(诸如但不限于FACEBOOK(TM))，但在其他实施方式中，网络应用218可包括另一类型的应用，包括但不限于电子邮件应用、搜索引擎应用、金融应用、或者利用用户账号的任意数量的应用类型。在一个或多个实施方式中，其中网络应用218包括社交网络系统220，网络应用218可以包括代表并且分析多个用户和概念的社交图谱模块222。社交图谱模块222的节点存储模块224可以存储包括用户的节点、概念的节点、以及物品的节点的节点信息。社交图谱模块222的边线存储模块226能够存储包括节点和/或在社交网络系统220内发生的动作之间的关系的边线信息。在下面相对于图12呈现了有关社交网络系统、社交图谱、边线、以及节点的更多细节。

网络应用218的电子商务支付协助器106a可包括档案存储模块228，该档案存储模块提供网络应用218的用户的支付信息的存储。例如，用户102可以与网络应用218创建“帐户”，这允许用户向网络应用218提供支付信息。网络应用218随后可将支付信息存储在档案存储模块228中。在一个或多个实施方式中，档案存储模块228可相对于用户102存储以下中的一个或多个：名、中间名、姓、支付卡号(例如，信用卡、借记卡)、支付卡的有效期(年份和/或月份)、支付卡的卡安全码(例如，卡片校验值(CVV或者CVV2))、与信用卡相关联的账单地址(包括街名、门牌号、城市、州或省、邮政编码、国家等)、与信用卡相关联的电话号码、一个或多个配送地址(包括与账单地址相似的栏)。当支付卡包括借记卡时，档案存储模块也可以存储借记卡的个人识别号码(PIN)。在实施方式中，其中网络应用218包括社交网络系统220，存储在档案存储模块228中的支付信息可以与代表用户102的节点存储模块224的节点相关联。

在所描述的实施方式中，电子商务支付协助器106a还包括支付网关识别模块230。当从商务应用104a接收计费请求时，支付网关识别模块230可以确定多个支付网关系统的哪个支付网关系统108用于处理计费请求。在实施方式中，支付网关识别模块230利用计费请求和存储在档案存储模块228中的信息进行该确认。

例如，在本发明的实施方式中，对于商务应用104a和操作商务应用104a的商户的一者或两者，档案存储模块228进一步被配置为接收和/或存储指示哪个支付网关系统用于处理商务应用或商户的计费请求的支付网关标识符。此外，档案存储模块228还可以包括当与识别的支付网关系统交互以确定哪个帐户存入来自用户102的资金时所使用的应用标识符(或商户标识符或帐户标识符)。在本发明的一些实施方式中，支付网关识别模块230部分地或者专门基于所接收的计费请求本身内的信息识别支付网关系统108。

如通过图2示出的，在一个或多个实施方式中，电子商务支付协助器106a可包括交易数据库232。交易数据库232可存储每个用户和/或每个商务应用开始和/或完成的交易的细节。因此，交易数据库232允许用户在来自电子商务支付协助器106a的帮助下检索所进行的所有购买的细节。应理解这会允许用户登录到网络应用218并且检索有关在任意数量的不同商务应用上进行的购买的交易细节。由于不利用电子商务支付协助器106a的用户可能需要记得用户名和密码并且登录到几个商务应用中以获得交易数据库232能够提供信息和细节，这提供了显著的优势。

交易数据库232能够为尝试的或完成的每次交易提供日期、完成交易的商务应用的指示、交易量、所购买的物品/服务作为交易的部分(可选地，开放图谱产品的URL)、交易状态(完成、发货、进行中、返回的、拒绝的等)、允许用户向商务应用提供以参考交易的交易ID、或其他细节。

交易数据库232可允许用户或者操作商务应用的商户检索有关交易的细节，诸如，包括上述一个或多个交易细节的交易的历史记录。当网络应用218包括社交网络时，交易数据库232可提供有关从社交图谱中弹出的从商务应用104a购买物品的用户的附加人口统计信息(用户的地理位置、用户的年龄、用户的性别等)。

出了前述之外，电子商务支付协助器106a可包括令牌生成器234。令牌生成器234可生成电子商务支付协助器106a可发送给商务应用104a的支付令牌而不是发送支付卡号。令牌生成器234可将称为“令牌”的随机串作为指针返回至原始的支付卡号。令牌优选地与原始的支付卡号没有算法关系，因此不能够基于令牌本身得出支付卡号(诸如，仅仅通过对令牌实施脱密算法)。因此，该令牌不被认为是持卡人数据，因为这是随机串，在不使用包含与它们对应的支付卡号和令牌的列表的令牌生成器234和档案存储模块228的情况下，从该随机串中不可能推断任何原始的持卡人数据。如以下所说明的，令牌生成器234生成的支付令牌能够允许商务应用104a在不必遵循规章标准(例如，PCIDSS标准)的情况下处理支付。

在通过图2绘制的实施方式中，电子商务支付协助器106a包括服务条款(TOS)模块235。TOS模块235能够确定在请求中识别的用户102已向网络应用218指示他们是否希望允许商务应用104a利用支付档案存储模块228存储的支付信息以便在商务应用104a内进行结账。在一个或多个实施方式中，许可值是与商务应用标识符相关联的布尔值，商务应用标识符指示用户102是否授予特定商务应用104a能够利用用户的支付信息。

在一个或多个实施方式中，当用户102在商务应用104a内开始结账流程时，为用户102呈现试图批准商务应用104a访问用户102的支付信息的用户界面元件。如果用户的回答肯定，在计算设备102上执行的用户网络应用236和/或用户网络应用软件开发工具包(SDK)库238的库(本文中在后面详细地描述这两者)能够将更新许可消息发送至电子商务支付协助器，从而使TOS模块235相应地更新用户102和商务应用104a的许可值。在可替换的实施方式中，一旦收到用户102的商务应用104a的计费请求，TOS模块235利用许可值确定其应当继续发布支付网关的计费请求的许可值。然而获得的TOS模块235能够在提供用户的支付信息之前确保用户已授权网络应用将支付信息提供至商务应用104a。

图2的实施方式还包括用户网络应用236。在网络应用218包括社交网络系统220的实施方式中，用户网络应用236允许用户102利用社交网络系统220。用户网络应用236可包括在客户端设备上运行的本地社交网络应用。例如，在一个或多个实施方式中，用户网络应用236可包括FACEBOOK(TM)本地应用。在可替换实施方式中，用户网络应用236可以不严格地为了社交网络的目的。用户网络应用236可代表在允许用户102与网络应用218交互的计算设备202上执行的任何本地应用。在一个或多个实施方式中，用户102利用用户网络应用236登陆至社交网络系统220，从而使计算设备202将模糊的用户标识符存储在计算设备202的共享存储器的一部分中。该模糊的用户标识符随后可被商务应用104a用于确定是否可以能够使用用户102的支付信息。在一个或多个实施方式中，用户网络应用236还被用户用于授予或撤回商务应用104a的许可以利用其结账流程中来自网络应用218的用户102的支付信息。此外，如果用户102已允许网络应用218利用其支付信息并且用户102没有向网络应用218提供任何这样的支付信息，则用户102可以利用用户网络应用236以最初提供该信息。

所描述的实施方式还包括用户网络应用SDK库238。用户网络应用SDK库238为用户商务应用104a提供一组程序以用于与网络应用218交互。在实施方式中，商务应用104a与电子商务支付协助器106a之间的所有交互通过用户网络应用SDK库238流动。在一个或多个实施方式中，其中至少一些商务应用104a在服务器计算设备214上执行，服务器计算设备214可以包括能用于相同目的或者与用户网络应用SDK库238结合起作用的商业网应用SDK库240。

现在参考图3A和图3B，顺序流程图示出了向商务应用104a提供支付信息的电子商务支付协助器106a的实施方式。图3A至图3B的示图示出了示出根据本发明的实施方式的商务应用104a、电子商务支付协助器106a、以及支付网关系统108的时间线的一个实施方式。

如所示出的，商务应用104a可与支付网关系统108建立帐户。在可替换实施方式中，商务应用104a与支付网关系统108之间的帐户/关系可以是预先存在的。在某一点，支付网关系统108可为商务应用104a提供商户标识符(MID)和/或公钥和私钥302。例如，当商户使商务应用104a注册支付网关系统108时，支付网关系统108可为商务应用104a和/或商户提供MID和/或公钥/私钥。MID和/或公钥/私钥可允许商务应用104a与支付网关系统108进行交互以处理交易并且将资金存入与商户或商务应用104a相关联的帐户中。MID和/或公钥/私钥可允许支付网关系统108验证商务应用104a和任何相关联的加工参数(即，与商务应用104a、支付处理系统110、卡网络系统112、以及银行制度相关联的帐户)的身份。

商务应用104a然后为电子商务支付协助器106a提供所选择的支付网关系统的网关信息304。网关信息304可包括所选择的支付网关系统108用于商务应用104a发布的计费请求的指示以及指示计费货币量存入金融账户的账户信息(例如，账户标识符)。在与电子商务支付协助器106a第一交互期间商务应用104a可提供所选择的支付网关信息304。替换地，操作商务应用104a的商户可手动提供网关信息304。例如，商户可使用网络应用218的网站或者网络应用218的本地应用将该信息提供至电子商务支付协助器106a。

另外，网关信息可包括MID和公共/私钥的指示，该指示可允许电子商务支付协助器106a以商务应用104a的名义接触所选择的支付网关系统108以处理金融交易。在一个或多个实施方式中，商务应用104a配置优选的支付网关系统108以允许商务支付协助器106a以商务应用104a的名义发出计费请求使得货币量将直接从支付网关系统108而不是从网络应用218的帐户存入操作商务应用104a的商户的帐户。替换地，操作商务应用104a的商户可手动配置支付网关系统。例如，商户可使用支付网关系统108的网站或支付网关系统108的本地应用。

除前述之外，电子商务支付协助器106a或网络应用218可为商务应用104a提供app接入令牌或预先约定的密码。当进行API调用时，app接入令牌或预先约定的密码可允许商务应用104a证实电子商务支付协助器106a和/或网络应用218的身份和认证。在一个或多个实施方式中，电子商务支付协助器106a或网络应用218经由服务器到服务器调用提供app接入令牌或预先约定的秘密。

如由306所示出的，用户可使用商务应用104a开始结账过程。具体地，用户可将商务应用104a提供的一个或多个物品或者服务放入虚拟购物车中。在一个或多个实施方式中，用户可指示商务应用104a他们想要结账(例如，选择结账按钮或其他选项)。

这里，或之前，商务应用104a可以获得、识别、或另外发现网络应用218的用户的用户标识符308。例如，商务应用104a可以寄访问用户的计算设备202上存在的模糊的(例如，散列的、加密的、或另外算法转换的)用户标识符。该用户标识符可以确定网络应用218(例如，社交网络应用)的用户的用户档案/账户。在本发明的一个或多个实施方式中，从由网络应用218访问或保留的共享存储器的一部分访问用户标识符，并且用户标识符仅在如果用户当前“登陆”至网络应用218时存在。在一个或多个其他实施方式中，从用户的计算设备202上的收藏夹(例如，超级文本传输协议(HTTP)收藏夹)或者从应用缓存(例如，超文本标记语言版本5(HTML5)应用缓存)访问用户标识符。

该过程可用作用户的认证，由于用户的计算设备202上网络应用218的适当模糊用户标识符的存在指示用户已由网络应用218认证，并且因此商务应用104a可以依靠该先前认证。此外，在结账过程这一点，不存在用户的细节对商务应用104a的安全或隐私泄漏，其仅具有模糊用户标识符。

当用户开始结账过程306时，商务应用104a可以可选地将用户ID和手推车信息310发送给电子商务支付协助器106a。在本发明的一个或多个实施方式中，商务应用104a可以在呈现结账屏幕之前发送用户ID和手推车信息310。除了发送用户ID和手推车信息310之外，商务应用104a还可以发送使网络应用218确认商务应用104a的标识的app接入令牌或预先约定的密码。在一个或多个实施方式中，手推车信息可包括商务应用104a的虚拟手推车中的物品/服务的总价格。

在一个或多个实施方式中，手推车信息还可以另外包括有关手推车中的物品的详细信息。例如，手推车信息可以包括手推车物品的JSON编码阵列。阵列中的每个JSON对象可包括物品的名字、物品的量、物品的数量、以及用户期望购买的产品的URL的一个或多个。在又一实施方式中，手推车信息可包括产品名称、产品号码(例如，库存保管单位(SKU)、序列号、型号)、产品价格、产品数量、订单日期、发票号、以及适用的税费。在一个实施方式中，在步骤310中提供有关手推车中的物品的详细信息。此外或可替换地，有关手推车中的物品的详细信息提供至电子商务支付协助器106a(例如，在步骤316中)。

商务应用104a可以提供结账选项312，该结账选项包括指示用户可以利用网络应用218/电子商务支付协助器106a完成商务应用104a的虚拟手推车中的物品的购买的字形(即，标志、图标、图解、一部分文本等)。结账选项可以包括在商务应用104a的结账用户界面中呈现的按钮、在商务应用104a的结账用户界面上出现的可选叠加、插件、弹出、或者其他可选选项。例如，在一个或多个实施方式中，诸如当商务应用104a包括web应用时，iframe可以被加到定义网页的代码。此外或可替换地，商务应用104a可以调用呈现可选选项的SDK功能。在图5C中示出结账选项的一个实例作为元件514。在图6中示出结账选项的另一实例作为元件602。

根据本文的公开内容，应理解SDK功能或iframe的使用是呈现或调用结账选项的方法的两个实例。然而，本发明的实施方式不限于SDK功能或iframe的使用。例如，在基于可替换网络的商务应用实施方式中，代替使用iframe，网络应用218/电子商务支付协助器106a可以将支付信息传送至商务应用104a，商务应用然后可以呈现支付信息。

更具体地，而不是在浏览器(例如，网络浏览器)或者消耗结构文档的其他应用客户端的上下文中操作或执行的插件软件应用，与插入式相反，在本文中描述的功能可以直接并入浏览器客户端应用。例如，开放图谱协议使任何网页能够集成到社交图谱中。在具体实施方式中，结构文档内基本元数据的存在允许结构文档内的对象变成图形对象或节点。为了将网页变成图形对象，开放图谱协议<meta>标签和结账选项314(和/或支付信息)包括在网页中。开放图谱协议定义四个属性：标题、类型、图像、资源定位码符(url)。

在又一实施方式中，XFBML或HTML5可以用于实施、呈现、或者调用结账选项314(和/或支付信息)。XFBML和HTML5可以要求页面对Java脚本SDK进行调用，可以被添加到代码。在具体实施方式中，Java脚本SDK使网页能够访问支付信息和/或结账选项314的一些或全部。更进一步地，商务应用104a可以使用Java脚本SDK监听事件使得商务应用104a实时已知某人何时点击或以另外方式选择结账选项314。

因此，应当理解可以使用任何数量的方法或协议实施、呈现、或者调用结账选项314(和/或支付信息)。在于2011年5月26日提交的“LikeButton.”的内容中题为“SocialDataInputs”的美国专利申请序列号13/116,945中更详细地描述这样的方法和协议的实例。通过引用以其整体将上述应用的全部内容结合于此。

在用户选择结账选项314时，请求可以发送至网络应用218以用于支付信息316。或者换言之，用户使用网络应用218选择完成购买的指示可以发送至电子商务支付协助器106a。

例如，在一个或多个实施方式中(诸如，当商务应用104a包括本地应用时)，商务应用104a可以调用寻找用户102的支付信息的网络应用218的图形API。寻找支付信息的图形API调用可来源于运行商务应用104a的客户端设备202并且可包括先前在步骤308中获得的用户标识符。替换地，寻找支付信息的图形API调用可来源于运行商务应用104a的服务器计算设备214。在又一实施方式中，用户网络应用236(即，移动设备上的本地SNS应用)可以调用寻找用户102的支付信息的网络应用218。此外，图形API调用可以可选地包括app接入令牌或预先约定的密码。在一个或多个实施方式中，商务应用104a可包括有关在图形API调用中就步骤310而言以上讨论的手推车中的物品的详细信息。

在可替换实施方式中，(诸如当商务应用104a包括web应用时)网络浏览器204可执行使网络浏览器204将请求发送至寻找支付信息的网络应用218的控件。网络浏览器204可以从控件中识别一个或多个参数并且将一个或多个参数与协助器接合请求402发送至网络应用218。一个或多个参数可以包括如本文所描述的商务应用104a的标识(即，app接入令牌或预先约定的密码)、虚拟手推车中的物品/服务的量、认证用户的收藏夹。

响应于支付信息316的请求，网络应用218可以使用ID识别支付档案存储模块224存储的用户102的支付信息和/或识别用户的节点存储模块220存储的用户节点。当用户ID包括模糊用户标识符时，网络应用218可以使用变换函数将用户ID变换成不模糊的用户标识符，这包括但不限于对称密钥加密功能对模糊用户标识符的应用、公钥(非对称密钥)加密功能对模糊用户标识符的应用、或者模糊用户标识符与映射至不模糊的用户标识符的模糊用户标识符的列表的比较。

电子商务支付协助器106a可以提供包括用户的任何可用支付信息的响应318。支付信息可包括以下的任何可用信息：名字(例如，名、中间名、姓)、支付卡的有效期(年份和/或月份)、与支付卡相关联的账单地址(包括街名、门牌号、城市、州或省、邮政编码、国家等)、与支付卡相关联的电话号码、以及一个或多个配送地址(包括与账单地址相似的栏)。电子商务支付协助器106a不会为商务应用104a提供用户的支付卡号。反而，电子商务支付协助器106a将会提供支付卡标记(即，支付卡除了位数的最后一个之外的所有的位数的“X的”)和通过令牌生成器234生成的支付令牌。

在处理支付之前电子商务支付协助器106a可能需要如下所解释的支付令牌。支付令牌可以特定于商务应用104a、用户、量和/或手推车特定的(即，仅对特定商务应用、用户、量和/或手推车有效的)。在又一实施方式中，支付令牌可以特定于用户/商务应用组合。电子商务支付协助器106a还可以使任意数量的不同的使用参数相关联。例如，支付令牌可以是单个使用令牌。因此，一旦使用一次，支付令牌可以变为无效。此外，电子商务支付协助器106a可以在支付令牌变为无效之后为该支付令牌分配有效的窗口(例如，10分钟、1小时、1天)。更进一步地，电子商务支付协助器106a可以可选地为支付令牌分配生存时间。电子商务支付协助器106a可以将详细的手推车信息绑定至支付令牌。这可以帮助确保支付令牌仅对手推车的购买有效。此外，这可允许电子商务支付协助器106a知道手推车的购买是否完成。

作为指示316用户期望使用网络应用218完成结账过程的部分或者作为另一步骤，商务应用140a可以将TOSAPI调用发布至寻找用户102是否已允许网络应用218将用户102的支付信息提供至商务应用104a的指示的电子商务支付协助器106a。电子商务支付协助器106a可以检查其存储在TOS模块235中的权限。如果用户已提供允许商务应用104a访问支付信息的授权，电子商务支付协助器106a可以提供如上所述的支付信息、支付令牌、以及卡标记318。

如果用户没有提供允许商务应用104a访问支付信息的授权，该过程可以通过从用户寻找许可来继续。具体地，许可用户界面可以为用户提供授权商务应用104a访问网络应用218存储的支付信息的选项。许可用户界面可以由计算设备202的操作系统或者通过用户网络应用202内的用户界面元件来提供。如果用户授权许可，电子商务支付协助器106a可用TOS模块235更新其许可并且提供如上所述的支付信息、支付令牌、以及卡标记318。

可选地，如通过320指示的，电子商务支付协助器106a可以将对于手推车的量针对用户的支付卡的授权请求发送至支付网关系统108。支付网关系统108可以沿着通过支付网络(例如，支付网络116，如图1中所示)转发授权请求，支付网络可以批准或者拒绝支付卡授权。如由322所指示，支付网关系统108然后可以将支付卡授权响应转发至电子商务支付协助器106a。应当理解可选择的授权请求可以在时间线上较早或随后进行。在可替换的实施方式中，电子商务支付协助器106a可以将对于手推车的的量针对用户的支付卡的授权请求发送至支付网关系统108作为发送计费请求328的部分。类似地，支付网关系统108然后可以将支付卡授权响应转发至电子商务支付协助器106a作为发送支付计费请求330的部分。

在一个或多个实施方式中，当从电子商务支付协助器106a接收支付信息和支付卡标记时，商务应用104a可以使结账屏幕呈现从电子商务支付协助器106a接收的支付信息。例如，商务应用104a可以用接收的任何支付信息来自动填写结账屏幕的支付栏。根据本文的公开内容，应理解电子商务支付协助器106a可以不具有商务应用104a结账屏幕的每个支付栏的信息，或者可以包括过时的信息。在这种情况下，用户可以改变一个或多个支付栏中的自动填写的信息或者将信息添加到任何空白的支付栏中。

当执行上述控件时在替换的实施方式中(诸如当商务应用104a包括web应用时)，网络浏览器204可以建立框架(例如，iframe)。支付信息316的请求的响应318可以包括包含在框架中的内容(即，支付信息和卡标记)。网络浏览器204然后使用在响应318中从电子商务支付协助器106a接收的信息(以及在一些实施方式中，由商务应用生成的信息)呈现结账屏幕(其包括或者包含框架)并且用来自在框架中显示的电子商务支付协助器106a的信息显示结账屏幕和框架。通过在描述商务应用104a的网页的标记语言文档中包含控件，来自电子商务支付协助器106a的支付信息可与网页一起显示。在这种实施方式中，商务应用104a不会自动填写支付栏，而是当商务应用104a呈现框架时呈现支付信息。

当商务应用104a用支付栏中的支付信息呈现结账屏幕时，用户可以仅仅单击或者用户输入就确认订单326的购买或另外完成交易。例如，当电子商务支付协助器106a为每个所需支付栏提供信息时，用户可以选择“支付”或者“订单”按钮或者其他可选的选项来完成交易。在可替换的实施方式中，可以要求用户完成没有提供数据或另外执行附加操作的一个或多个支付栏来完成交易。

当用户确认订单326时，商务应用104a可以将计费请求328发送至电子商务支付协助器106a。具体地，商务应用104a可以对包括计费请求的网络应用218的支付API进行调用。计费请求可以包括先前提供至商务应用104a的支付令牌和用户已选择完成交易的确认。可替换地或者此外，计费请求可包括识别或映射至手推车信息的订单ID。更进一步地，计费请求可包括在步骤S308中获得的用户ID和/或app接入令牌或预先约定的密码。

可选地，计费请求可以进一步包括先前相对于步骤310描述的任何手推车信息。例如，订单的一个或多个细节(包括但不限于任何上述支付信息、模糊的用户标识符、商务应用和/或网络应用的交易号、被记入用户的货币量、商务应用的标识符等)被发送到电子商务支付协助器106a作为计费请求的部分。根据本文中公开的内容，应理解当支付信息与计费请求一起发送时，电子商务支付协助器106a可以确定用户是否更新或者向所提供的支付信息添加任何信息。如果用户添加了或者改变了任何信息，电子商务支付协助器106a可以更新存储在档案存储模块228中的用户的支付档案。在一个或多个实施方式中，用户可以在电子商务支付协助器106a存储任何添加的/改变的信息之前提供用电子商务支付协助器106a更新它们的支付档案的授权。

在本发明的一个或多个实施方式中，电子商务支付协助器106a可以要求调用包括源自运行商务应用104a的服务器计算设备214并且定向到运行网络应用218的服务器计算设备216的计费请求的网络应用218的支付API。根据本文中的本发明应当理解要求服务器到服务器调用会增大交易的安全性。

当接收计费请求时，电子商务支付协助器106a可使用在计费请求中接收的支付令牌从档案存储模块228检索支付卡信息。电子商务支付协助器106a然后可识别使用上述支付网关ID模块230选择的支付网关系统。可替换地，计费请求可包括支付计费请求应当发送的支付网关系统的指示。电子商务支付协助器106a然后可以将支付计费请求330发送至所选择的支付网关系统108。支付计费请求可包括用户的全部支付卡号、支付卡的有效其、用户的账单/配送地址、商务应用104a的指示(例如，MID或其他标识符)、以及以商务应用104a的名义提交计费请求的授权的指示。授权的指示可包括使用通过支付网关系统108提供至商务应用104a的私钥、秘密密钥或其他标识符、或者向支付网关系统108发出电子商务支付协助器106a代表商务应用104a(或商户)进行动作的信号的另一个指示来编码请求的一个或多个部分。

支付网关系统108可以使用如上关于图1所述的支付网络116处理支付计费请求。支付网关系统108可以将交易ID和计费响应返回至如由332指示的电子商务支付协助器106a。交易ID可允许支付网关系统108用有关交易的更新(资金、拒绝、返回等)来更新电子商务支付协助器106a或商务应用104a。电子商务支付协助器106a然后可将交易ID334转发至商务应用104a。如必要的话，交易ID可允许商务应用104a查询与交易有关的支付网关系统108。

根据本文中公开的内容应当理解支付计费请求中的货币量可直接从支付网络116而不是从网络应用218或者电子商务支付协助器106a的帐户存入商务应用104a的帐户。因此，从商务应用104a的角度看，会出现好像用户利用商务应用104a预先存在的检查系统完成结账过程的财务效果(即，资金可从支付网络116的部件存入相同的帐户)。此外，就减少的“放弃的”购物车和更开心的用户而言，商务应用104a能够从电子商务支付协助器提供的更快且更容易的认证和结账中获益。

图3A至图3B的示图示出了商务应用104a一直使用网络应用218(即，电子商务支付协助器106a)显示结账的选项的实施方式。然而，本发明不是如此限制的。在可替换实施方式中，电子商务支付协助器可智能地并且动态地提供使用所存储的支付信息的选项。例如，当选项很可能提高用户完成购买或者交易的可能性时可以提供该选项。此外，当使用所存储的支付信息的选项不大可能增大购买的可能性时，可以不提供选项。根据本文中公开的内容应，当理解动态地放置使用电子商务支付协助器106a的选项能够减少图形界面杂乱，这在移动商务应用中是非常重要的。

图4示出了与图3A和图3B的示图相似的顺序流程图。图4的顺序流程图示出了提供使用电子商务支付协助器106a以使用商务应用104a完成交易的动态选项的实施方式。图4的顺序流程图包括如上关于图3A和图3B描述的很多步骤和部件。为了简洁，不再相对于图4详细地描述这些步骤。然而，应当理解相对于图3A和图3B对这些步骤的描述可同样应用于图4。

如上所述，图4示出了用户可以在商务应用104a开始结账306。如上所述，商务应用104a然后可以获得网络应用的用户ID308。应当理解，在用户开始结账之后会出现获得网络应用的用户ID的步骤。可替换地，在用户开始结账过程之后，商务应用104a能够获得网络应用的用户ID。

如所示出的，商务应用104a可将协助器接合请求402发送至网络应用218。例如，当商务应用104a包括本地应用时，协助器接合请求可以是来自客户端侧或服务器侧商务应用104a的API调用。协助器接合请求可包括用户ID、商务应用104a的标识(即，app接入令牌或预先约定的密码)、以及虚拟手推车中的物品/服务的量。

可替换地，当商务应用104a包括web应用时，网络浏览器204可执行使网络浏览器204将协助器接合请求402发送至网络应用218的控件。网络浏览器204可以从控件中识别一个或多个参数并且将一个或多个参数与协助器接合请求402一起发送至网络应用218。一个或多个参数可包括商务应用104a的标识(即，app接入令牌或预先约定的密码)、以及虚拟手推车中的物品/服务的量。

在一个或多个实施方式中，协助器接合请求(无论API调用还是从网络浏览器发送的请求)也可以包括有关手推车中的物品的详细信息。例如，手推车信息可包括手推车物品的JSON编码阵列。阵列中的每个JSON对象可包括物品的名字、物品的量、物品的数量、以及用户期望购买的开放图谱产品的URL中的一个或多个。

在一个或多个实施方式中，网络应用218的协助器接合请求402可包括商务应用104a的平均转化率(购买输入到虚拟手推车中的物品的用户的百分比)的指示。通过提供平均转化率作为协助器接合请求的部分，商务应用104a能够确保平均转化率是当前的。可替换地，商务应用104a能够在步骤304中或者当用电子商务支付协助器106a建立帐户时提供转化率。

在接收协助器接合请求时，如由步骤404指示的，网络应用218可智能地并且动态地确定商务应用104a是否应当为用户提供使用电子商务支付协助器106a完成结账过程的选项。在进行确定中，网络应用218能够使用以下因素中的一个或多个或其组合：(1)用户是否在网络应用中设有帐户；(2)用户当前是否已登陆至网络应用；(3)能用于用户的支付信息(配送地址、账单地址等)；(4)支付卡是否为用户存档；(5)当选项商务应用104a或其他商务应用的电子商务支付协助器选项时用户的转化率；(6)用户过去的购买；(7)可以从用户的社交网络系统220中获得的人口统计信息(年龄、性别等)；(8)用户与网络应用218a的活动的历史记录，包括但不限于在使用相同的商务应用104a或不同的商务应用进行其他购买之前用户102是否利用电子商务支付协助器106a；(9)如社交网络系统220指示的用户的兴趣；(10)用户的风险度评分；或者其他信息或因素。

在一个或多个实施方式中，是否为用户提供使用电子商务支付协助器106a的选项的确定可以基于数据可用的全部上述因素。在其他实施方式中，一个、两个、三个、四个、五个、六个、七个、八个、或者九个因素能用于进行确定404。此外或可替换地，电子商务支付协助器106a可衡量多余其他因素的一个或多个因素。施加于因素的权重可以是商务应用特定的、用户特定的、或者基于另一确定。

在一个实施方式中，如使用提供有协助器接合请求402的用户ID确定的，只要用户在网络应用218设有帐户，网络应用218能够确定商务应用104a应当提供使用电子商务支付协助器106a的选项。例如，当商务应用104a是web应用时，网络应用218可以检查收藏夹的计算设备202。响应于收藏夹的网络应用218检查，计算设备202可以将收藏夹或者与收藏夹相关联的消息发送至网络应用218。如上所述，在一个或多个实施方式中，收藏夹的存在可指示计算设备202的用户102是否是网络应用218的用户(例如，用户是否在社交网络系统220设有有效帐户)。如果计算设备202的用户102是网络应用218的用户，收藏夹可以包含指示用户是否已登陆至网络应用218的信息(例如，用户是否在社交网络系统202设有当前有效会话)。检查收藏夹的用户设备202因此允许网络应用218认证用户对话。在其他实施方式中，在不确定用户是否已登陆至网络应用218的情况下，网络应用218可以仅例如通过检查收藏夹的存在来确定用户是否是网络应用218的用户。尽管本文中描述了用于认证用户和/或用户对话的收藏夹，可以使用用户或会话标识或认证的任何其他方法(诸如识别物理令牌)。应当理解如果用户没有在网络应用218设有帐户用户将会使用电子商务支付协助器106a完成结账的可能性可能较低。因此，通过不提供按钮或者使用电子商务支付协助器106a的其他可选的选项，商务应用104a可减少用户界面杂乱。

此外或可替换地，只要用户当前已登陆至网络应用218，网络应用218能够确定商务应用104a应当提供使用电子商务支付协助器106a的选项。基于与协助器接合请求一起发送的用户标识符，网络应用218能够确定用户是否登录。例如，网络应用218可以使用用户标识符以映射至与用户对应于的指示用户是否登录的社交图谱模块中的节点。因此，在这样的实施方式中，协助器接合请求中的用户标识符的存在(即，如上所述的用户ID的散列)可指示用户当前已登陆至网络应用218。可替换地，如果用户已使用收藏夹登录至如上所述的网络应用218，商务应用104a仅可获得用户标识符。

在又一实施方式中，如果网络应用218确定提供选项将会增大用户将会完成交易的可能性，则网络应用218能够确定商务应用104a应当提供使用电子商务支付协助器106a的选项。具体地，电子商务支付协助器106a能够基于商务应用104a和上述因素的一个或多个确定用户的预测转化率。如果预测转化率大于商务应用104a提供的平均转化率，网络应用218能够确定商务应用104a应当提供选项。如果预测转化率小于商务应用104a提供的平均转化率，网络应用218能够确定商务应用104a不应当提供选项。

例如，由商务应用104a提供的平均转化率可包括等于已将物品或服务添加至手推车并且然后已完成物品或服务的购买的商务应用104a的用户的百分比的0与100之间的整数。预测转化率可等于当呈现使用网络应用218的选项时用户使用任何商务应用完成结账的时间的百分比；当呈现使用电子商务支付协助器106a的选项时使用任何商务应用的网络应用218的用户完成结账的时间的百分比；当呈现有使用电子商务支付协助器106a的选项时使用商务应用104a的网络应用218的用户完成结账的百分比；当呈现有使用电子商务支付协助器106a的选项时，相似年龄、性别或者为用户所共用的其他人口统计的用户完成结账的时间的百分比；当呈现有使用电子商务支付协助器106a的选项时具有类似的付款额信息的用户完成结账的时间的百分比；当呈现有使用电子商务支付协助器106的选项时支付卡存档的用户完成结账的时间的百分比，上述百分比的组合、或者使用另一启发式计算的另一百分比。应当理解电子商务支付协助器106a能够平衡社交图谱模块222、交易数据库232、和/或档案存储模块228中的信息以确定预测转化率。

此外，提供使用电子商务支付协助器106a的选项是否218会增大用户将完成交易的可能性的确定可基于决策模型的应用，其中，通过机器学习算法生成决策模型。因此，在本发明的实施方式中，电子商务支付协助器106a包括被配置为通过分析网络应用218的其他用户对电子商务支付协助器106a的实际使用创建决策模型的机器学习算法。例如，机器学习算法可以基于其他电子商务支付协助器106a用途确定特定年龄范围内的特定性别的用户在特定类型的商店购物很可能在使用商务应用104a发出订单的同时利用网络应用218存储的支付信息。当然，这些度量标准仅仅是示例性的；实际的机器学习算法能够不断确定描述用户和订单情况(当日时间、商务应用104a的类型等)的指示符的不同结合以生成决策模型。在实施方式中，决策模型是分类器。

如先前所提及的，在做出提供使用电子商务支付协助器106a的选项是否218会增大用户将会完成交易的可能性的确定中的因素之一是用户的风险度评分。风险度评分可包括关于用户102不会完成订单的、会提供无效的支付信息、会试图退回物品、或者执行另一不希望有的动作的可能存在多大的风险的预测。在实施方式中，风险度评分是0与100之间的整数，并且在另一个实施方式中，风险度评分是‘A’与‘F’之间的字母，但在其他实施方式中，利用其他比例尺。与以上关于预测的转化率所述的类似，电子商务支付协助器106a可使用通过机器学习算法生成的决策模型计算风险度评分。

风险度评分可基于与支付卡相关联的风险数据和与用户相关联的风险数据。例如，支付卡风险因素可以包括卡是否是新的，在过去卡是否成功地使用，用户是否经常添加和移除卡，卡上是否存在很多拒付等)。用户风险因素可包括用户在网络应用218上已开设帐户的时间的长度、用户使用网络应用218的主动程度如何、很多朋友和描述用户的朋友的元数据(在实施方式中，其中网络应用218包括社交网络系统220)，诸如其他用户是否祝福用户生日快乐、用户是否发送消息并且从其他用户接收消息、很多用户的照片、用户或与用户相关联的设备的地理位置等。

应理解的是，与社交图谱模块222相关联的信息能够允许风险度评分对潜在欺诈提供有价值的见解或者识别盗窃。例如，如果用户试图在短期内进行大量购买、彻底改变购物模式、在与当前位置不同的(基于IP地址)位置处访问商务应用(基于在社交网络系统签到)等，风险度评分可能会增大。

在一个或多个实施方式中，如果风险度评分高于阈值，电子商务支付协助器106a能够确定提供使用电子商务支付协助器106a的选项。阈值可以基于交易量。例如，如果交易是第一货币值，电子商务支付协助器106a确定不会提供选项的风险阈值可以是第一值。如果交易是大于第一货币值的第二货币值，电子商务支付协助器106a确定不会提供选项的风险阈值可以是小于第一值的第二值。在又一实施方式中，电子商务支付协助器106a可以将风险度评分返回至商务应用104a并且允许商务应用104a确定是否允许用户完成交易。

如图4中所示出的步骤406，电子商务支付协助器106a可为商务应用104a提供接合响应。接合响应可以指示商务应用104a是否应当为用户提供使用电子商务应用104a完成交易的选项。例如，如果提供支付信息很可能增大用户完成来自商务应用104a的一个或多个物品或者服务的购买的可能性，则电子商务支付协助器106a可发送积极的接合响应。另一方面，如果提供支付信息不大可能增大用户完成来自商务应用104a的一个或多个物品或者服务的购买的可能性，则电子商务支付协助器106a可发送消极的接合响应。在实施方式中，接合响应包括指示应当提供是否使用电子商务支付协助器106a的选项的布尔值(即，真假)。此外或可替换地，接合响应可以包括风险度评分。

基于接合响应，商务应用104a可提供如上关于图3A所描述的结账选项312、提供要求用户输入全部支付信息的默认结账选项、或者基于风险度评分由于交易过于风险而拒绝结账请求。如果提供了使用电子商务支付协助器106a结账的选项，在图3A的步骤314中图4的时间流程可以继续。

在又一实施方式中，智能地并且动态地提供使用所存储的支付信息的选项可与除了在上文中关于图3A和图3B所描述的以外的其他支付方法/基础架构结合使用。具体地，在一个或多个实施方式中，电子商务支付协助器106a可以起到支付网关系统的作用并且将用户的支付信息直接转发至支付处理系统。在这样的实施方式中，交易量可以直接从网络应用218或者电子商务支付协助器106a存入商务应用104a的帐户。

根据前述说明，应当理解电子商务支付协助器106a可通过传统商务应用支付过程和结账过程提供很多益处。如上所述，电子商务支付协助器106a可通过提供能够自动填写到商务应用104a中的支付信息增大结账过程的易用性和速度。图5A至图5G示出了利用电子商务支付协助器106a的商务应用104a结账过程的用户界面。

具体地，可以通过移动设备500呈现图5A至图5G的用户界面。移动设备500是移动电话设备。然而，在附加或可替换实例中，另一个移动或非移动设备，诸如，但不限于，移动电话设备、手持设备、膝上计算机、个人数字助理设备、和/或任何其他合适的设备都可呈现图5A至图5G的用户界面。移动设备500通过可以呈现用户界面的方式和/或通过可以接收和/或检测用户输入的方式可以包括触摸屏502和/或与触摸屏502相关联。此外或可替换地，移动设备500可以包括任何其他合适的输入设备(例如，键盘、一个或多个输入按钮等)。在一些实例中，用户可以利用触摸屏502提供一个或多个触摸手势、与界面互动、和/或提供支付信息。

图5A示出了允许用户选择一个或多个货物或者服务来购买的商务应用104a的用户界面504。具体地，图5A示出了用户可选择购买一英镑苹果。当用户选择可选选项506(例如，“加入购物车”按钮)时，第二用户界面508可以显示为图5B所示出的。第二或虚拟手推车用户界面508可提供列出用户期望购买的货物和/或服务的虚拟购物车的视图。在该实例中，如在第二用户界面508中所示的虚拟购物车包括总共$7.17的一英镑苹果、税费、以及配送和搬运。

第二用户界面508包括用户可操作以“付账”(例如，完成手推车中物品的购买)的用户可选元件(例如，按钮510)。如上关于图3A描述的，当用户选择按钮510时，商务应用104a可以将用户ID和手推车信息发送至电子商务支付协助器106a。

可替换地，如上关于图4所描述的，当用户选择结账按钮510时，商务应用104a可以发送协助器接合请求402。反过来，电子商务支付协助器106a能够确定是否提供使用电子商务支付协助器106a所存储的信息以完成虚拟手推车的结账的选项404。在该具体实施方式中，电子商务支付协助器106a提供积极的(指示商务应用104a应当提供选项)或消极的(指示商务应用104a不应当提供选项)接合响应406。

响应于接合响应406，商务应用104a可呈现如图5C中示出的结账用户界面512。结账用户界面512可以包括用户可输入支付信息的多个支付栏513。结账用户界面512还可以包括可选结账选项514，该结账选项包括指示用户可以利用与网络应用218相关联的电子商务支付协助器106a完成商务应用104a的虚拟手推车中的物品的购买的字形(即，标志、图标、图解、一部分文本等)。在所示出的实施方式中，字形包括FACEBOOK(TM)图标。

如通过图5C示出的，在至少一个实施方式中，可选结账选项514可以包括覆盖结账用户界面512的一部分的可选叠加。商务应用104a可以调用呈现叠加可选结账选项514的SDK功能。根据本文中公开的内容，应当理解叠加可选结账选项514能够提供很多优势。例如，叠加可选结账选项514可通过结账用户界面512进行动画制作。这会为用户提供叠加可选结账选项514与商务应用104a分开的通知，使叠加可选结账选项514更显而易见，以及另外帮助增大叠加可选结账选项514的选择率。在可替换实施方式中，可选结账选项514可以包括插入、弹出、嵌入按钮，或者其他可选选项而不是叠加。

图5C示出了可选结账选项514可以包括取消或最小化可选选项516(在图5C中示出为“x”)。当用户倾向不用网络应用218完成结账过程时，用户可以选择取消或最小化可选选项516。当选择取消或最小化可选选项516时，叠加可选结账选项514能够最小化可选图标或者其他元件518，如图5D所示。具体地，图5D示出了可选图标518可以包括铅笔图标。当用户选择可选图标518时，如图5C示出的可选结账选项514可再出现、最大化、或另外打开。当用户选择可选结账选项514时，商务应用104a可提供如上关于图3B所述的结账选项316的选择的指示。

如果接合响应406是消极的，则商务应用104a可提供没有可选结账选项514的结账用户界面512以使用来自网络应用218的信息完成订单。在这样的实施方式中，用户需要将信息手动地输入到支付栏513中以完成订单的购买。

在这一点上，如果用户还没为商务应用104a提供从网络应用218/电子商务支付协助器106a接收支付信息的授权，许可用户界面520可以呈现给用户，如由图5E示出的，以从用户获得关于与商务应用104a分享支付信息的许可。如由图5E示出的，许可用户界面520可以是网络应用218(在这种情况下FACEBOOK(TM))的界面。因此，可以出现应用开关以便呈现许可用户界面520。在可替换的实施方式中，许可用户界面520可包括商务应用104a的叠加、弹出、或者界面使得应用开关不是必须的。在又一实施方式中，商务应用104a包括基于网络的应用，许可用户界面可以包括插入式、iframe、弹出或者其他界面。例如，iframe可用在商务应用104a中以提示用户与商务应用104a分享他/她的支付信息。通过iframe，用户网络应用236(即，移动设备上的本地SNS应用)可以呈现许可UI520。当用户授予与商务应用104a分享支付信息的许可时，用户网络应用236可调用网络应用218以取得支付信息，该支付信息然后自动填写或另外输入到商务应用104a的结账UI。在另一个实施方式中，商务应用104a而不是用户网络应用236可调用网络应用218请求支付信息。

再次参考图5E，许可用户界面520可提供可选选项522以给予网络应用218为商务应用104a提供用户的支付信息的许可。许可用户界面520还可以包括可选选项524，用户可以选择该可选选项拒绝商务应用104a访问用户的支付信息。

当用户选择可选选项522给予网络应用218向商务应用104a提供用户的支付信息的许可时，电子商务支付协助器106a可(经由上述图形API调用)向商务应用104a提供支付信息、支付令牌、以及卡标记。商务应用104a可以显示如图5F和图5G中示出的自动填写有从电子商务支付协助器106a接收的用户的支付信息的结账用户界面526。应理解在用户选择可选选项522之后第二应用开关可从网络应用218出现返回到商务应用104a以便显示结账用户界面526。如果用户先前提供了网络应用218为商务应用104a提供用户的支付信息的许可，则之后用户直接选择可选结账选项514。

结账用户界面526可以包括自动填写有用户的支付信息的支付栏513，用户的支付信息包括支付卡标记528。结账用户界面526还可以包括支付手推车选择器527。这可允许用户从由电子商务支付协助器106a为用户存储的多个支付卡中选择支付卡。结账用户界面526还可以包括可选支付选项530。当用户选择可选支付选项530以便确定购买订单时，如上所述，商务应用104a可以将计费请求发送至电子商务支付协助器106a。

图5G进一步示出了结账用户界面526可以包括将支付信息532保持到网络应用218的选项(在这种情况下FACEBOOK(TM))。这可为网络应用218提供保存用户在结账用户界面526中添加/改变的任何更新或者支付信息的许可。例如，在一个或多个实施方式中，电子商务支付协助器106a可以仅具有用户的姓名和地址信息。因此，甚至在用电子商务支付应用106a提供的支付信息自动填写支付栏513之后，用户仍将需要输入支付卡的信息。当选择保存支付信息532的选项时，用户输入到结账用户界面526的支付卡信息将利用网络应用被保持到用户的档案。这可允许电子商务支付协助器106a使用商务应用104a或另一商务应用提供有关后续购买的该支付卡信息。

根本前述公开内容，应理解电子商务支付协助器106a会大大地增大了从商务应用104a进行购买的易用性。通过提高结账过程的速度和易用性，电子商务支付协助器106a能够帮助增加购买并且减少放弃的手推车。此外，本发明的一个或多个实施方式为夺回放弃的手推车做准备。具体地，用户常常由于缺少时间、失去网络连接、或者其他原因不能完成手推车中物品的购买。一个或多个实施方式可在最后为用户提供购买放弃的手推车中的物品的机会。这能够帮助用户省去不得不将物品/服务重新加入手推车中的麻烦，能够用于为用户提醒，并且可允许商户夺回放弃的手推车。

更具体地，当电子商务支付协助器106a从商务应用104a接收详细的手推车信息(例如，参见步骤316)时，电子商务支付协助器106a可将详细信息存储在交易数据库232中作为未完成的交易。如果用户完成交易，电子商务支付协助器106a可在交易数据库中将交易标记为完成。如果交易没有完成(即，电子商务支付协助器106a从未接收具有适用支付令牌的计费请求或者支付卡被拒绝)，网络应用218可为用户提供另一个完成手推车中的物品的购买的机会。

具体地，当网络应用218包括社交网络时，网络应用218可向用户发送购买消息。例如，图6示出了包括在用户的新鲜事中的示例性购买消息600。在可替换实施方式中，网络应用218可经由文本消息、电子邮件、或者网络应用218启用的其他形式的通信将购买消息600发送至用户。完成购买消息600可以包括手推车中被放弃的物品的细节(物品的名、物品的价格等)。购买消息600还可以包括商务应用104a的指示和尝试手推车的购买的时间。购买消息600还可以包括允许用户完成放弃的交易的可选购买选项(诸如，在图6中示出的购买按钮602)。

更具体地，当用户选择可选购买选项602时，能够激活将用户引导至从其中用户可以完成手推车中的物品的购买的虚拟手推车用户界面508(参见图5B)的深层链接。在这样的实施方式中，商务应用104a可以为电子商务支付协助器106a提供手推车有效的时间长度的指示。该信息可以包括在上述图形API调用中。

可替换地，可选购买选项602的选择可允许用户在不用必须重定向至商务应用104a的情况下直接从网络应用218完成物品的购买。在这样的实施方式中，网络应用218可使用存储的用户的支付信息完成交易。网络应用218可为用户提供完成用户先前放弃的交易的选项。

此外或可替换地，网络应用218可以使放弃的或者完成的手推车中的物品与用户的档案相关联。该信息然后能用于向用户呈现由商务应用的商户或类似的商户提供的类似货物或服务的目标广告。

图1至图6、相应的文本以及实例提供了便于购买商务应用的很多不同的系统和设备。除了前述之外，还可按照包括实现特定结果的方法中的动作和步骤的流程图描述本发明的实施方式。例如，图7至图10示出了根据本发明的一个或多个实施方式的示例性方法的流程图。

图7示出了从电子商务支付协助器106a或者网络应用218的角度看便于在商务应用进行购买的一个示例性方法700的流程图。方法700可以包括接收来自商务应用的请求的动作702。具体地，动作702可以包括从商务应用104a接收请求316。请求316可以包括用户的用户标识和选择的从商务应用104a购买的一个或多个物品或者服务的计费量。在一个或多个实施方式中，接收请求316可以包括接收寻找允许自动填写一个或多个支付栏513的用户的支付信息的客户端侧图形API请求(即，来自计算设备202或设备500的API调用)。

方法700还可以包括生成支付令牌的动作704。具体地，动作704可以包括生成引用存储在非易失性存储介质中的用户的支付卡细节的支付令牌。更具体地，服务器计算设备216的令牌生成器234可生成引用存储在电子商务支付协助器106a的档案存储模块228中的一个或多个支付卡号的支付令牌。

应理解方法700还可以包括将用户的标识映射至网络应用218的用户的用户ID。这可允许电子商务支付协助器106a识别存储在档案存储模块228中的用户的档案。在一个或多个实施方式中，映射用户的标识包括将变换函数应用于用户102的标识。

图7进一步示出了方法700可以包括将支付令牌发送至商务应用的动作706。更具体地，动作706可涉及响应318于客户端侧图形API请求服务器计算设备216将支付令牌发送至商务应用104a。除了发送支付令牌之外，响应318还可以包括用户102的支付信息和支付卡标记528。

方法700可以另外包括接收包括支付令牌的计费请求的动作708。具体地，动作708可涉及从商务应用104a接收包括支付令牌的计费请求328。例如，动作708可涉及从服务器计算设备214接收服务器侧支付API请求。更具体地，动作708可以可选地涉及验证计费请求328源自与商务应用104a相关联的服务器计算设备214。

除了前述之外，方法700可以包括向支付网关系统发送支付计费请求的动作710。具体地，动作710可涉及通过执行网络应用218的服务器计算设备216将支付计费请求330发送至与商务应用104a相关联的支付网关系统108。支付计费请求330可以包括支付卡细节(即，号和有效期)、计费量、以及授权以商务应用104a的名义提交计费请求的指示。授权的指示可以包括使用从支付网关系统108提供至商务应用104a的私钥或者指示电子商务支付协助器106a以商务应用104a的名义进行动作的其他方法之一来加密支付费用330请求的至少一部分。

现在参考图8，示出了从商务应用的角度看便于在商务应用进行购买的一个示例性方法800的流程图。如所示出的，方法800可以包括发送包括用户标识和订单的计费量的信息请求的动作802。例如，动作802可以涉及发送信息请求310或316至服务器计算设备216。可以从执行商务应用104a的至少第一部分的客户端计算设备202发送请求。请求310/316可以包括用户的用户标识和用户使用商务应用104a进行购买的所选择的订单的计费量。在一个或多个实施方式中，动作802可以包括网络应用218的图形API的调用。

方法800还可以包括接收支付卡标记、支付令牌、以及支付信息的动作804。具体地，动作804可以涉及服务器计算设备216将支付卡标记、支付令牌、以及支付信息318发送至商务应用104a。方法800然后可涉及用支付卡标记和支付信息自动填写支付栏的动作806。例如，商务应用104a可用支付卡标记528和任何附加支付信息自动填写结账用户界面512的支付栏513。

如通过图8示出的，方法800可以包括发送包括支付令牌的计费请求的动作808。更具体地，动作808可以包括将计费请求328发送至服务器计算设备216。例如，动作808可以包括服务器计算设备214对网络应用218的支付API进行调用。

现在参考图9，示出了从电子商务支付协助器106a或网络应用218的角度看智能地并且动态地提供使用网络应用以帮助支付交易的选项的方法900。方法900可以包括接收包括用户的表示的接合请求的动作902。具体地，动作902可以包括从商务应用104a接收接合请求406，该接合请求包括从商务应用104选择购买一个或多个物品或者服务的用户的表示。例如，动作902可以包括接收网络应用218的图形API的接合调用406。

方法900还可以包括确定提供支付信息是否会很可能增大购买的可能性的动作904。更具体地，动作904可以包括确定404提供支付信息是否会很可能增大用户完成商务应用104a的一个或多个物品或者服务的购买的可能性。例如，动作904可以包括以上关于图4描述的确定是否提供支付选项404的任何方法。例如，动作904可以包括确定预测转化率并且确定预测转化率是否大于商务应用104a的平均转化率。此外或可替换地，动作904可以包括确定支付信息是否能用于用户102。

方法900还可以包括提供接合响应406的动作906。动作906可以包括提供积极的接合响应的步骤906a和提供消极的接合响应的步骤906b。步骤906a可以包括如果提供支付信息很可能增大用户102完成来自商务应用104a的一个或多个物品或者服务的购买的可能性则提供积极的接合响应406。另一方面，步骤906b可以包括如果提供支付信息不大可能增大用户102完成来自商务应用104a的一个或多个物品或者服务的购买的可能性则提供消极的接合响应406。

图10示出了从商务应用104a的角度看智能地并且动态地提供使用网络应用帮助支付交易的选项的方法1000。如所示出的，方法1000可以包括发送包括用户标识的接合请求的动作1002。更具体地，动作1002可以包括将接合请求502从执行商务应用104a的至少第一部分的客户端计算设备202发送至执行网络应用218的服务器计算设备216。例如，动作1002可以包括将接合调用406发送至网络应用218的图形API。

方法1000还可以包括提供用户结账界面的动作1004。动作1004可以包括步骤1004a或者步骤1004b。步骤1004a可以包括提供使用来自网络应用的信息完成订单的选项。具体地，步骤1004a可以包括呈现可选结账选项514，该可选结账选项指示用户可以利用网络应用218/电子商务支付协助器106a完成商务应用104a的虚拟手推车中的物品的购买。例如，如上所述，商务应用104a可以调用呈现可选结账选项514的SDK功能。

在另一方面，步骤1004b可以包括提供没有使用来自网络应用的支付信息完成订单的选项的用户结账界面。具体地，商务应用104a可以呈现包括支付栏513的结账用户界面512。商务应用104a可以呈现结账用户界面512，该结账用户界面没有呈现或另外提供可选结账选项514。

方法1000还可以包括当用户选择选项时用来自网络应用的支付信息自动填写支付栏的动作1006。具体地，动作1006可以包括将从网络应用218接收的支付信息输入至用户结账界面512的支付栏513中。支付信息可以包括姓名、账单地址、以及支付卡标记528。可以响应于从商务应用104a发送的支付API调用从网络应用218接收支付信息。

如以下更详细地论述，本发明的实施方式可包括或者利用包括计算机硬件的专用或者通用计算机，诸如，一个或多个处理器和系统存储器。本发明范围内的实施方式还包括用于执行或存储计算机可执行指令和/或数据结构的物理以及其他计算机可读介质。在某个具体中，本文中描述的一个或多个过程可以至少部分地实现为体现在非易失性计算机可读介质中并且可由一个或多个计算设备执行的指令(例如，本文中描述的任何媒体内容访问设备)。通常，处理器(例如，微处理器)从非易失性计算机可读介质(例如，存储器等)接收指令并且执行那些指令，从而执行一个或多个过程，包括本文中描述的一个或多个过程。

计算机可读介质可以是通用或者专用计算机可访问的任何可用介质。存储计算机可执行指令的计算机可读介质是非易失性计算机可读存储介质(设备)。携带计算机可执行指令的计算机可读介质是传输介质。因此，例如但不限于，本发明的实施方式可以包括至少两个明显不同种类的计算机可读介质：非易失性计算机可读存储介质(设备)和传输介质。

非易失性计算机可读存储介质(设备)包括RAM、ROM、EEPROM、CD-ROM、固态驱动(“SSD”)(例如，基于RAM)、闪存、相变存储器(“PCM”)、其他类型的存储器、其他光盘存储器、磁盘存储器或者其他磁存储设备、或者能用于以计算机可执行指令或者数据结构的形式存储期望程序代码装置并且可由通用或者专用计算机访问的任何其他介质。

“网络”被限定为允许在计算机系统和/或模块和/或其他电子设备之间传输电子数据的一个或更多数据链路。当通过网络或者另一通信连接(或者硬连线、无线、或者硬连线或无线的组合)将信息传送或提供至计算机时，计算机，计算机将该连接适当地视为传输介质。传输介质可以包括能用于以计算机可执行指令或数据结构的形式传送期望程序代码装置并且可由通用或专用计算机访问的网络和/或数据链路。还应在计算机可读介质的范围内包括以上内容的组合。

此外，当到达各种计算机系统组件时，计算机可执行指令或数据结构形式的程序代码装置可从传输介质自动传输到非易失性计算机可读存储介质(设备)(或反之亦然)。例如，通过网络或数据链路接收的计算机可执行指令或数据结构可以缓存在网络接口模块(例如，“NIC”)内的RAM中，并且然后最终传输到计算机系统RAM和/或在计算机系统处的更少的易失性计算机存储介质(设备)。因此，应当理解非易失性计算机可读存储介质(设备)可以包括在还(或者甚至主要)利用传输介质的计算机系统组件中。

计算机可执行指令包括例如当在处理器执行时使通用计算机、专用计算机、或者专用处理设备来执行特定功能或功能组的指令和数据。在一些实施方式中，在通用计算机上执行计算机可执行指令以将通用计算机变成实现本发明的元件的专用计算机。计算机可执行指令可以是例如二进制的、中间格式指令，诸如，汇编语言或者甚至源代码。虽然通过结构特征和方法行为专用的语言描述了主题，但是要理解的是，在所附权利要求内限定的主题不必限于所描述的特征或行为。确切地说，公开了所描述的特征和行为，作为实现权利要求的实例形式。

本领域技术人员应当理解可以在具有许多类型的计算机系统配置的网络计算环境中实践本发明，所述计算机系统配置包括个人计算机、台式计算机、便携式计算机、信息处理器、手持设备、多处理器系统、基于微处理器或可编程消费电子、网络PC、微型计算机、大型计算机、移动电话、PDA、平板电脑、传呼机、路由器、开关等等。本发明也可以在其中通过网络链接(或者通过硬连线数据链路、无线数据链路，或者通过硬连线和无线数据链路的组合)的本地和远程计算机系统两者都执行任务的分布式系统环境中实践。在分布式系统环境中，程序模块可以位于本地和远程存储器存储装置两者中。

还可以在云计算环境中实现本发明的实施方式。在该说明书以及以上的权利要求中，“云计算”被定义为使其能够对可配置的计算资源的共享池进行按需网络访问的模型。例如，市场中可以采用云计算以提供方便而普遍存在的对可配置的计算资源的共享池的按需访问。可配置的计算资源的共享池可通过虚拟化快速地供应并且用较少的管理工作或服务提供者交互来释放，并且然后相应地缩小。

云计算模型可由各种特征组成，诸如，按需获取自助式服务、广阔的互联网访问、资源池、快速伸缩和可度量的服务等等。云计算模型也可以暴露各种服务模型，诸如，软件作为服务(“SaaS”)、平台作为服务(“PaaS”)、以及基础架构作为服务(“IaaS”)。也可以使用不同的部署模型诸如私有云、社区云、公共云、混合云等来部署云计算模型。在该说明书和权利要求中，“云计算环境”是采用云计算的环境。

图11以方框图形式示出了可被配置为执行一个或多个以上所描述的过程的示例性计算设备1100。应当理解计算设备202、服务器计算设备215、服务器计算设备216、以及移动设备500可各自包括数据计算设备1100的实施。如通过图11所示，计算设备可以包括处理器1102、存储器1104、存储设备1106、I/O接口1108、以及通信接口1110。虽然在图11中示出了示例性计算设备1100，在图11中示出的组件并不旨在限定。在其他实施方式中，可以使用附加或替换组件。此外，在某些实施方式中，计算设备1100可以包括比图11中示出的组件更少的组件。现在将用额外的细节描述图11中示出的计算设备1100的组件。

在具体实施方式中，处理器1102包括用于执行诸如装配计算机程序的指令的硬件。作为实例并非限制性方式，为了执行指令，处理器1102可以从内部寄存器、内部缓存、存储器1104或者存储设备1106检索(或者取来)指令并且解码和执行它们。在具体实施方式中，处理器1102可包括用于数据、指令或地址中的一个或多个内部缓存。作为实例并非限制性方式，处理器1102可包括一个或多个指令缓存、一个或多个数据缓存以及一个或多个转换后备缓冲器(TLB)。指令缓存中的指令可以是存储器1104或者存储设备1106中的指令的副本。

计算设备1100包括耦接至处理器1102的存储器1104。存储器1104能用于存储数据、元数据、以及由处理器执行的程序。存储器1104可以包括一个或多个易失性存储器和非易失性存储器，诸如，随机存取存储器(“RAM”)、只读存储器(“ROM”)、固态磁盘(“SSD”)、闪存、相变存储器(“PCM”)、或其他类型的数据存储。存储器1104可以是内部存储器或分布式存储器。

计算设备1100包括存储设备1106，存储设备包括存储数据或指令的存储器。作为实例并不作为限制性方式，存储设备1106可以包括上述非易失性存储介质。存储设备1106可以包括硬盘驱动器(HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带、或者通用串行总线(USB)驱动器或者它们中两个或更多的组合。在适当的情况下，存储介质1106可包括可移除的或者不可移除的(或固定的)介质。存储设备1106可以位于计算设备1100的内部或外部。在具体实施方式中，存储设备1106是非易失性的固态存储器。在具体实施方式中，存储设备1106包括只读存储器(ROM)。在适当情况下，该ROM可以是掩码编程ROM、可编程ROM(PROM)、可擦PROM(EPROM)、电可擦PROM(EEPROM)、电可改写ROM(EAROM)或闪存或这些的两个或多个的组合。

计算设备1100还包括一个或多个输入/输出(“I/O”)设备/接口1108，其被设置为允许用户将输入提供至计算设备1100、从计算设备接收输出、并且另外将数据传输至计算设备。这些I/O设备/接口1108可以包括鼠标、小键盘或键盘、触摸屏、摄像机、光学扫描器、网络接口、调制解调器、其他已知的I/O设备或者这样的I/O设备/接口1108的组合。可以用触控笔或手指激活触摸屏。

I/O设备/接口1108可以包括用于将输出呈现至用户的一个或多个设备，包括但不限于，图形发动机、显示器(例如，显示屏)、一个或多个输出驱动器(例如，显示器驱动器)、一个或多个音频扬声器、以及一个或多个音频驱动器。在某些实施方式中，设备/接口1108被配置为将图形数据提供至显示器用以呈现给用户。图形数据可以是一个或多个图形用户界面的代表和/或可作为特定实施方式的任何其他图形内容的代表。

计算设备1100还可以包括通信接口1110。通信接口1110可以包括硬件、软件、或者两者。通信接口1110可以在计算设备与一个或多个其他计算设备1100或一个或多个网络之间提供用于通信(诸如，基于数据包的通信)的一个或多个接口。作为实例并非限制性方式，通信接口1110可包括用于与以太网或其他基于有线网络通信的网络接口控制器(NIC)或网络适配器，或用于与无线网络(诸如WI-FI网络)通信的无线NIC(WNIC)或无线适配器。

本公开内容考虑了任何合适的网络和它的任何合适的通信接口1110。作为实例并非限制性方式，计算设备1100可与自组织网络、个人局域网(PAN)、局域网(LAN)、广域网(WAN)、城域网(MAN)或互联网的一个或多个部分或它们的两个或多个的组合通信。这些网络中的一个或多个的一个或多个部分可以是有线或无线的。作为实例，计算机系统1100可与无线PAN(WPAN)(诸如，BLUETOOTHWPAN)、WI-FI网络、WI-MAX网络、蜂窝电话网络(诸如，全球移动通信系统(GSM)网络)或其他合适的无线网络或者这些的组合通信。在适当情况下，计算机系统1100可包括用于这些网络中的任何一个的任何合适的通信接口1110。

计算设备1100可以进一步包括总线1112。总线1112可以包括硬件、软件、或者将计算设备1100的组件彼此耦接的硬件和软件两者。作为实例并不作为限制性方式，总线1112可以包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前侧总线(FSB)、HYPERTRANSPORT(HT)互连、工业标准结构(ISA)总线、INFINIBAND互连、低引脚数(LPC)总线、存储总线、微通道结构(MCA)总线、外围部件互连(PCI)总线、PCI-Express(PCIe)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线、或者另一合适的总线或它们的组合。

如上所述，网络应用218可以包括社交网络系统。社交网络系统可以使其用户(诸如，个人或组织)与系统交互并且彼此交互。随着用户输入，社交网络系统可以在社交网络系统中创建和储存与用户相关的用户档案。用户档案可包括用户的人口统计信息、通信信道信息以及个人兴趣信息。随着用户输入，社交网络系统还可以创建和储存该用户与社交网络系统的其他用户之间的关系记录，并且为促进两个用户或多个用户之间的社交提供服务(例如，墙发布(wallpost)、照片共享、活动组织、发消息、游戏或广告)。

社交网络系统可以存储社交图谱中用户之间的用户与关系的记录，社交图谱包括多个节点和连接节点的多个边线。节点可包括多个用户节点和多个概念节点。社交图谱的用户节点可以对应于社交网络系统的用户。用户可以是个体(人类用户)、实体(例如，公司、企业、或第三方应用)、或者群体(例如，个人或实体)。对应于用户的用户节点可包括由用户提供的信息和通过包括社交网络系统的各种系统提供的信息。

例如，用户可提供他或她的姓名、档案图片、居住城市、联系信息、出生日期、性别、婚姻状况、家庭状况、职业、教育背景、喜好、兴趣爱好以及其他人口统计信息以包括在用户节点中。社交图谱的每个用户节点可具有相应的网页(通常被称为档案页面)。响应于包括用户名的请求，社交网络系统可以访问对应于用户名的用户节点，并且构成包括姓名、档案图片、以及与用户相关联的其他信息的档案页面。第一用户的档案页面可以基于第一用户的一个或多个隐私设置和第一用户与第二用户之间的关系向第二用户显示第一用户的所有的信息或一部分信息。

概念节点可以对应于社交网络系统的概念。例如，概念可以代表真实世界实体，诸如，电影、歌曲、运动队、名人、团体、餐馆、或者地点或位置。对应于概念的概念节点的管理用户可以通过提供概念的信息(例如，通过填写在线表格)创建或者更新概念节点，从而使得社交网络系统将信息与概念节点相关联。例如但不限于，与概念相关联的信息可以包括名字或标题、一个或多个图像(例如，书的封面的图像)、网站(例如，URL地址)或者联系信息(例如，电话号码、电子邮件地址)。社交图谱的每个概念节点可以对应于网页。例如，响应于包括姓名的请求，社交网络系统可以访问对应于姓名的概念节点，并且构成包括姓名和与概念相关联的其他信息的网页。

一对节点的边线可以表示该对节点之间的关系。例如，两个用户节点之间的边线可以表示两个用户之间的朋友。再举一例，社交网络系统可以构造概念节点(例如，餐馆、名人)的网页(或者结构文档)，从而将一个或多个可选按钮(例如，“点赞”、“签到”)合并到网页中。用户可以使用用户的客户端设备承载的网络浏览器访问页面并且选择可选按钮，从而使客户端设备将请求传送到社交网络系统以在用户的用户节点与概念的概念节点之间创建边线，从而指示用户与概念之间的关系(例如，用户在餐馆签到，或者用户对名人“点赞”)。

例如，用户可以提供(或者改变)他或她的居住城市，从而使社交网络系统在对应于用户的用户节点与对应于用户宣告为他或她的居住城市的城市的概念节点之间创建边线。此外，任何两个节点之间的分离度被定义为从一个节点到另一节点穿越社交图谱所需的最小跳数。两个节点之间的分离度可被视为由社交图谱中的两个节点表示的用户或概念之间的关联性的测量。例如，具有通过边线直接连接的用户节点的两个用户(即，是第一程度节点)可被描述为“连接用户”或者“朋友”。相似地，具有仅通过另一用户节点(即，是第二程度节点)连接的用户节点的两个用户可以被描述为“朋友的朋友”。

社交网络系统可以支持各种应用，诸如，照片共享、在线日历和事件、游戏、即时消息、以及广告。例如，社交网络系统还可包括媒体共享功能。此外，社交网络系统可以允许用户将照片以及其他多媒体文件张贴到用户的档案页面(通常被称为“涂鸦墙”或者“时间线张贴”)或者相簿中，社交网络系统的其他用户可以根据用户配置的隐私设置访问这两者。社交网络系统还可以允许用户来配置事件。例如，第一用户可以配置具有包括事件的时间和日期、事件的位置以及被邀请到该事件中的其他用户的属性的事件。被邀请的用户可以接收事件的邀请并回应(诸如，接受邀请或拒绝)。此外，社交网络系统可以允许用户维持个人日历。与事件相似，日历条目可以包括时间、日期、地点和其他用户的身份。

图12示出了社交网络系统的示例性网络环境。在具体实施方式中，社交网络系统1200可包括一个或多个数据存储器。在具体实施方式中，社交网络系统1200可以存储如较早地描述的包括用户节点、概念节点、以及节点之间的边线的社交图谱。每个用户节点可包括对应于与用户相关联或者描述用户的信息的一个或多个数据对象。每个概念节点可包括对应于与概念相关联的信息的一个或多个数据对象。一对节点之间的每个边线可包括对应于与对应于一对节点的用户之间(或者用户与概念之间，或者概念之间)的关系相关联的信息的一个或多个数据对象。

在具体实施方式中，社交网络系统1200可包括承载针对社交网络系统的操作的功能的一个或多个计算设备(例如，服务器)。社交网络系统1200的用户可以使用客户端设备(诸如，客户端设备1206)访问社交网络系统1200。在具体实施方式中，客户端设备1206可以通过网络1204与社交网络系统1202交互。

客户端设备1206可以是台式计算机、膝上型计算机、平板电脑、个人数字助理(PDA)、车内或者车外导航系统、智能手机、或者其他蜂窝电话或者移动电话、或者移动游戏设备、其他移动设备、或者其他合适的计算设备。客户端设备1206可执行诸如网站浏览器(例如，MicrosoftWindowsInternetExplorer、MozillaFirefox、AppleSafari、GoogleChrome以及Opera等)的一个或者多个客户端应用程序或者本地或专用客户端应用程序(例如，iPhone或iPad的Facebook、Android的Facebook等)来通过网络1204访问并且查看内容。

网络1204可以表示客户端设备1206可以通过其访问社交网络系统1200的网络或者网络的集合(诸如因特网、公司内部网、虚拟专用网(VPN)、局域网(LAN)、无线局域网(WLAN)、蜂窝网络、广域网(WAN)、城域网(MAN)、或者两种或多种这种网络的组合)。

虽然这些方法、系统、以及用户界面利用公共可用资料以及社交网络系统的用户提供的信息两者，但总体上这种信息的所有使用要明确服从所涉及用户的所有的隐私设置和社交网络系统的隐私政策。

在前述说明书中，已参照本发明的具体示例性实施方式描述了本发明。参考本文中论述的细节描述本发明的各种实施方式和方面，并且附图示出各种实施方式。以上的说明书和附图说明本发明并且不解释为限制本发明。描述了很多细节以提供本发明各种实施方式的彻底了解。

本发明可以以其他特殊形式体现而不脱离本发明的精神和基本特征。从所有方面来看，所描述的实施方式仅被视为说明性的而不是限制性的。例如，可以用较少或较多的步骤/动作执行本文中描述的方法或者可以不同的顺序执行步骤/动作。此外，在此描述的步骤/动作可以重复或者可彼此并行执行或者与相同或类似步骤/动作的不同情况并行执行。因此，由所附权利要求而不是上述说明书指出本发明的范围。所有在含义内的变化和权利要求的等效范围均包含在它们的范围内。

在系统权利要求中可以同样要求保护方法的所有实施例和特征，反之亦然。可以在分开的权利要求和/或与此处描述或描绘的任何实施方式或特征或者与所附权利要求的任何特征的任意结合中要求保护在此处描述和描绘的任何实施方式和特征。要求保护的主题不仅包括如在所附权利要求中陈述的特征的组合而且还包括权利要求中特征的任何其他组合，其中，在权利要求中提到的每个特征可以与任何其他特征或者权利要求或说明书中的其他特征的组合结合。

Claims (20)

1.一种方法，包括：

接收包括用户标识的请求；

通过执行网络应用的一个或多个服务器计算设备生成引用存储在非易失性存储介质中的用户的支付卡细节的支付令牌；

通过执行所述网络应用的所述一个或多个服务器计算设备将所述支付令牌发送至商务应用；

从所述商务应用接收包括所述支付令牌的计费请求；以及

响应于接收所述支付令牌，由执行所述网络应用的所述一个或多个服务器计算设备将支付计费请求发送至与所述商务应用相关联的支付网关系统，所述支付计费请求包括所述支付卡细节、计费量、以及授权以所述商务应用的名义提交计费请求的指示。

2.根据权利要求1所述的方法，其中，接收所述请求包括接收寻找所述用户的支付信息的图形API的客户端侧调用以允许自动填写一个或多个支付栏。

3.根据权利要求2所述的方法，进一步包括将所述用户的支付信息发送至所述商务应用以允许所述商务应用自动填写一个或多个支付栏，其中，所述支付信息包括支付卡标记、有效期、姓名、以及账单地址。

4.根据权利要求3所述的方法，进一步包括在将所述用户的所述支付信息发送至所述商务应用之前从所述用户接收将所述支付信息提供至所述商务应用的授权。

5.根据权利要求1至4中任一项所述的方法，进一步包括：

从所述支付网关系统接收交易标识符；以及

将所述交易标识符发送至所述商务应用。

6.根据权利要求1至5中任一项所述的方法，进一步包括通过将变换函数应用于所述用户的标识将所述用户的标识映射至所述网络应用的用户的用户ID。

7.根据前述权利要求中任一项所述的方法，其中，以所述商务应用的名义发送授权的所述指示以提交计费请求包括使用从所述支付网关系统提供至所述商务应用的私钥加密所述支付计费请求的至少一部分。

8.根据前述权利要求中任一项所述的方法，进一步包括在将所述支付计费请求发送至所述支付网关系统之前验证所述计费请求，所述计费请求从与所述商务应用相关联的服务器计算设备发起。

9.根据前述权利要求中任一项所述的方法，其中，所述网络应用包括社交网络系统。

10.一种方法，包括：

从执行商务应用的至少第一部分的客户端计算设备将信息请求发送至执行网络应用的一个或多个服务器计算设备，所述请求包括用户标识、所述用户选择购买的订单的计费量；

从所述一个或多个服务器计算设备接收支付卡标记、支付令牌、以及所述用户的支付信息；

使用至少一个处理器用所述支付卡标记和所述用户的所述支付信息自动填写结账用户界面的支付栏；以及

将计费请求发送至所述一个或多个服务器计算设备，所述计费请求包括所述支付令牌。

11.根据权利要求10所述的方法，其中，将所述信息请求发送至所述一个或多个服务器计算设备包括对所述网络应用的图形API进行调用。

12.根据权利要求11所述的方法，其中，将所述支付令牌发送至所述一个或多个服务器计算设备包括从执行所述商务应用的至少第二部分的服务器计算设备的网络接口对所述网络应用的支付API进行调用。

13.根据权利要求10至12中任一项所述的方法，进一步包括通过所述商务应用从所述计算设备的共享存储器的区域访问所述用户标识，其中，所述用户标识通过与所述网络应用交互的客户端网络应用最初存储在所述共享存储器的区域中。

14.根据权利要求10至13中任一项所述的方法，进一步包括呈现表示来自所述网络应用的支付信息能用于完成所述订单的可选结账选项。

15.一种系统，包括：

执行网络应用的一个或多个服务器计算设备；以及

非易失性存储介质，包括：

具有多个用户的支付信息的档案存储模块，每个用户的所述支付信息包括所述用户的姓名、支付卡号、所述支付卡的有效期、所述用户的配送地址、以及所述用户的账单地址中的一个或多个；以及

指令，当由所述一个或多个服务器计算设备执行时使得所述系统：

识别来自商务应用的请求，所述请求包括所述商务应用的手推车中的一个或多个物品或服务的计费量，所述一个或多个物品是由用户选择的；

识别与所述用户相关联的支付信息；

生成引用与所述用户相关联的支付卡号的支付令牌；

将所述支付令牌、卡标记、以及所述用户的支付信息发送至所述商务应用；

在从所述商务应用接收所述支付令牌时，将支付计费请求发送至与所述商务应用相关联的支付网关系统，所述支付请求包括所述支付卡号、所述计费量、以及授权以所述商务应用的名义提交计费请求的指示。

16.根据权利要求15所述的系统，其中，所述指令在由所述一个或多个服务器计算设备执行时进一步使得所述系统：

确定所述用户还没有完成所述商务应用的所述手推车中的所述一个或多个物品或服务的购买；

生成包括有关所述一个或多个物品或服务的细节和购买所述一个或多个物品或服务的选项的消息；以及

将所述消息提供至所述用户。

17.根据权利要求15或权利要求16所述的系统，其中，所述网络应用是社交网络系统。

18.根据权利要求17所述的系统，其中，所述指令在由所述一个或多个服务器计算设备执行时使得所述系统在所述社交网络系统的新鲜事中将所述消息提供至所述用户。

19.根据权利要求15至18中任一项所述的系统，其中，所述指令在由所述一个或多个服务器计算设备执行时通过将变换函数应用于所述用户的标识进一步使所述系统将在来自所述商务应用的请求中接收的所述用户的标识映射至用户ID。

20.根据权利要求15至19中任一项所述的系统，其中，所述指令在由所述一个或多个服务器计算设备执行时进一步使所述系统使用从所述支付网关系统提供至所述商务应用的私钥加密所述支付计费请求的至少一部分，以便提供授权以所述商务应用的名义提交计费请求的所述指示。