CN105408925A - 用于同步和异步支付的可扩展接口 - Google Patents

Abstract

应用编程接口（API）或其它接口可配置成与多个电子商务应用和/或多个支付系统一起使用。API可与客户端的操作系统相关联，或可以其它方式位于电子商务系统或网络中。API可接收关于购买交易的调用。购买交易可被检查以确定支付方法是同步的还是异步的。可以至少部分地基于通过购买交易的检查做出的确定来激活适当的支付系统执行购买交易。购买交易的结果可被发送到电子商务程序。通过修改API，电子商务应用的开发者免于响应于利用额外的或不同地被操作的支付系统的需要而修改代码的负担。

Description

用于同步和异步支付的可扩展接口

背景技术

很多支付系统可用于由在线零售商的消费者使用。支付系统包括使用信用卡和执行将货币从一方（例如购买方）移动到另一方（例如卖方）的安全支付的其它东西的那些支付系统。然而，随着更多的支付系统变得可用，在这样的系统之间的差异导致开发者的困难和改变在他们的电子商务应用内的代码的需要。开发者所面临的一个困难是对用于同步和异步支付系统的代码的需要。相应地，当支付系统的数量增长时，应用开发和维护变得更难。而且，未能以及时的方式克服这样的困难的应用不能满足用户的预期。

附图描述

参考附图描述了详细描述。在附图中，参考数字的最左边的数字标识参考数字第一次出现的附图。相同的数字在全部附图中用于参考相似的特征和部件。而且，附图意欲图示一般概念，且不指示所要求和/或必要的元件。

图1是示出用于执行电子商务支付的系统的例子的图，包括操作电子商务应用的客户端的示例细节。

图2是示出用于执行电子商务支付的系统的例子的图，包括商务平台的示例细节和在执行异步支付时的客户端操作的细节。

图3是示出同步和异步交易的方面的例子的时序和事件图。

图4是示出执行电子商务支付的示例方法的流程图。

图5是示出在同步支付失败之后执行异步支付的示例方法的流程图。

图6是示出扩展电子商务应用可用的若干支付系统的示例方法的流程图。

图7是示出在电子支付失败的情况下执行清理的示例方法的流程图。

具体实施方式

概述

本公开描述了技术，电子商务可通过所述技术在多个市场中使用多个支付系统和/或根据多个不同的支付方法进行支付。在一个例子中，该技术由接口例如由操作系统所利用的应用编程接口（API）执行，电子商务应用可在该操作系统上执行。API可对这样的电子商务应用的开发者变得可用。

API可明显减少在电子商务应用的开发者上的负担，例如与适配于额外的支付系统相关的负担。在一个例子中，可执行对API的周期性增强以容纳额外的支付系统和方法，从而避免对电子商务应用的变化的需要。

该技术提供可以是同步或异步的交易。在同步支付方法例如大部分信用卡支付（例如没有次级认证（例如由Visa®验证）的那些支付）中，对商品和/或服务的支付和所有权例如通过信用卡收费的完成被同步地交换。信用卡的例子包括VISA®、American Express®等。在异步支付方法例如银行转账中，要求中间步骤来执行转账。这样的中间步骤可包括让用户登录到异步支付系统的网站中并提供（多个）密码和/或其它信息。Alipay®和要求（多个）次级用户步骤的其它支付系统是异步支付系统的例子。

虽然同步信用卡交易的某些方面是已知的，可用于无缝地执行同步和异步交易并可扩展到利用新的电子商务支付系统而不要求对电子商务应用的改变的接口之前不是已知的。

在一个例子中，当用户使用异步支付方法进行应用内购买时，在计算设备上运行的电子商务应用可调用API。API可以是客户端设备的操作系统的部分或与客户端设备的操作系统相关联。API可将用户重定向到与异步支付系统相关联的网页同时离开在应用上的模态对话（例如对话框或相关图形用户界面元素或对象）。因此，结果不立即返回到电子商务应用。这个执行使电子商务应用看起来类似于同步信用卡交易，其中只有当购买对话关闭时应用才接收结果。当用户被重定向到网页时，电子商务应用正与之通信的“商店”具有未决购买的记录。此外，商务平台也可接收未决购买的记录。商务平台可包括支持由用户的计算设备的操作系统和多个电子商务支付系统执行的交易的多个服务器。在一个例子中，商务平台处理在电子商务应用和卖方之间的交易的方面，同时在客户端设备上的电子商务应用等待。

用户可完成支付信息到与异步支付系统相关联的网页内的输入。当异步支付系统接收到这个信息时，网页被移除且用户返回到电子商务应用。用户然后选择在模态对话框上的“继续”或类似项。这用信号通知在电子商务商店上操作的购买过程以针对异步购买记录的状态轮询商务平台。当商务平台与异步支付系统一起工作以解决支付时，轮询继续。

电子商务应用试图防止用户离开购买过程，直到有购买过程的成功或失败为止。当接收到成功或失败状态时，API将状态传输到电子商务应用。可代表在异步支付方法中的支付的处理的未决状态不被API返回。相应地，API可向用于同步和异步交易的电子商务应用提供一致的结果。

如果用户离开交易（例如关掉用户的计算设备或关闭电子商务应用），则清理工作运行以确定交易的最终状态。如果用户试图再次购买物品，则在清理工作之前，商务平台被轮询以确定购买的当前状态，购买的当前状态被返回到电子商务应用。

示例性系统和技术

图1是示出用于执行电子商务支付的系统100的例子的图。客户端设备102可以是膝上型计算机、平板计算机、智能电话或任何移动和/或桌上型计算设备。客户端设备102可辅助用户操作客户端设备以从一个或多个卖方104购买商品和/或服务。购买交易可使用支付系统106来执行，并可由商务平台108辅助。

在图1的例子中，客户端设备102可与（多个）卖方104、（多个）支付系统106和/或商务平台108中的一个或多个通信。（多个）卖方104可以是配置成例如通过使用网站或其它电子商务技术来出售产品和/或服务的任何“商店”或卖方。这样的卖方的例子包括出售书籍、电子设备、票、游戏级产品和/或服务、app中购买、在线内容、旅行膳宿等的那些卖方。（多个）支付系统106可以是配置成执行和/或辅助电子商务支付的任何第三方（即不是购买方和不是卖方）系统。这样的支付可以是同步的（即使用信用卡）或异步的（例如使用银行转账技术）。客户端102可包括处理单元110，其可包括一个或多个处理器112和存储器114。操作系统116可向一个或多个应用例如电子商务应用118提供功能。电子商务应用118可配置成辅助客户端设备102的用户从（多个）卖方104购买商品或服务。为了辅助购买交易，电子商务应用118可进行对操作系统116——包括应用编程接口（API）120——的调用。在一个例子中，API 120配置成与其它同步或异步支付系统一起使用。在另一例子中，API 120配置成扩充或扩展到与（同步或异步类型的）新的和/或额外的支付系统一起工作而没有对由电子商务应用118调用的接口的变化，该变化将引起那个应用的重编码和/或重新设计。

图2是示出用于执行电子商务支付的系统100的另一视图和另外的示例技术的图。图2的视图示出在执行异步支付时商务平台108的示例细节和客户端设备102的操作的细节。

图2的商务平台108代表第三方服务，在电子商务交易的过程中客户端设备102的示例应用编程接口（API）120（图1所示）可与该第三方服务通信。在一个例子中，商务平台108配置成辅助某些设备（例如具有Window®操作系统的设备）进行电子商务交易。图2示出商务平台108的示例结构，其可被改变以适应商务平台被配置成操作于的任何特定系统的需要。在所示例子中，商务平台108包括商务web服务200、支付收集服务202、商务设置204、商务交易许可206和/或清理管线208。

商务web服务200可配置成从客户端102的API 120接收初始调用并与多个支付系统106中的一个或多个通信。支付收集服务202可配置成向客户端提供用户界面，且在一些实例中“遮掩”支付系统106的用户界面以允许用户输入支付信息同时仍然保持在商务平台108的环境内。商务设置204可包括设置的存储库，其可允许商务平台与多个不同的第三方支付系统106无缝地操作。商务交易许可206可被配置为数据文件、数据库或其它数据结构，并可配置成在成功的电子商务交易之后记录和/或指示向用户授予所有权的许可。清理管线和/或流程208可配置成处理不完全的交易，例如如果用户在电子商务交易的终结之前离开电子商务应用118或如果用户在终结之前关掉客户端设备。

图2示出至少部分地由API 120和/或商务平台108指导的用户界面可如何“遮掩”或以其它方式管理至少部分地由支付系统配置的用户界面的例子。在所示例子中，支付收集服务（PCS）202响应于来自API 120的调用而创建网页210。支付收集网页210遮掩由支付系统106显现的网页212。在更一般的例子中，一般用户界面元素可用于给用户提供体验，该体验包括重定向到支付系统的网页而没有在应用和支付系统之间的集成和/或接触。重定向可以是到银行以用于交易/购买批准和/或到网站用于批准。一般用户界面元素可由API提供，其可以是可扩展的以用于与其它银行、网站和/或支付系统交互作用。相应地，API 120和/或商务平台108可对客户端102的用户的体验施加一定控制。在操作中，用户可输入由网页212请求的信息用于传输到第三方支付系统106。

图3是示出示例交易300的时序和事件图。在示例交易300中示出的活动可在客户端设备102上和在商务平台108上被执行。被示为在客户端设备102上执行的活动可在电子商务应用118上被执行。而且，被示为在商务平台108上执行的活动只是用于示例，并且可在系统100内的其它位置（例如在图1的例子中所示的位置）中执行该活动。示例交易300示出由同步和异步支付系统利用的技术，并示出在执行同步交易时的故障或错误如何可导致执行异步交易的企图。

在图3的例子中，在商务平台108上执行的活动可通过使用商务web服务200、未决记录302、支付收集服务（PCS）202和/或商务交易许可206来执行。未决记录302可以是维持在例如商务平台108上的数据结构。在客户端设备102处，电子商务应用（例如图1的电子商务应用118）可操作来在网站上进行电子商务购买时辅助用户。

“计算最终价格事件”304是可在客户端设备102上通过电子商务应用118对商务web服务200的调用而发起的交易的特定例子。此时，商品和/或服务可被装入“购物车”内或用于购买的其它设备或技术内。电子商务应用118可例如通过做出对“计算最终价格”流程或类似物的调用来调用操作系统（例如图1的操作系统116）。在所示例子中，可返回“无账户异议”，其可以给客户端设备提供统一资源定位器（URL，即网页地址）。URL的使用可用于建立支付方法和/或支付收集服务。

在“选择支付方法事件”306，URL用于例如通过支付收集服务202的操作来联系支付服务。这样的支付服务可与信用卡、货币转账系统或其它支付服务相关联。服务将信息例如账户ID、个人识别号、密码和/或其它标识符返回到在客户端设备102上运行的电子商务应用118。

在“添加支付账户事件”308，如果账户不被“选择支付方法事件”306识别出，则可为用户添加账户。在图3的例子中，这个行动可至少部分地由支付收集服务202执行。在一个例子中，“得到账户事件”310建立并返回账户。这个行动可被记录在商务交易许可206中。“得到票据事件”312得到进行购买所需的文档和/或数据等。

在“计算最终价格事件”314，通过对商务web服务200的调用来计算购买的最终价格。在一个例子中，“购买事件”316可将成功或失败的值返回到商务web服务200。

在“确认购买事件”318，可确认购买。在“创建记录事件”320，创建未决记录。这样的记录辅助安排交易并防止它的丢失。在“购买事件”322，返回购买交易的状态。如果购买是同步信用卡交易，则状态可以是“完成”。然而，如果交易是异步货币转账，则可返回未决状态。在“记录更新事件”324，未决记录被设置以恢复购买交易。在错误的情况下，可能必须执行异步交易。

在“加载PCS页面事件”326，支付收集网页被加载。在一个例子中，支付收集服务页面212（其例子在图2中示出）可由支付收集服务202提供以遮掩可包括异步货币转账服务的第三方支付服务的网页。

在“恢复购买事件”328，在确认购买事件318失败的情况下恢复购买。在“找到未决记录事件”330，未决购买记录被找到。可在“创建记录事件”320创建购买记录，如上面提到的。在“轮询事件”332，商务平台108可对来自卖方或商店的轮询做出响应，其中轮询请求关于购买的状态的信息。在“将记录标记为成功事件”334，记录302被标记以指示异步支付过程的成功或失败。

示例方法

图4是示出执行电子商务支付的示例支付方法400的流程图。在操作402，可暴露接口以允许它由应用调用。在图1的例子中，应用编程接口（API）120被暴露以允许由操作系统116调用。

在操作404，在接口处接收来自电子商务应用的关于购买交易的调用。在图1的例子中，电子商务应用118在执行电子商务交易的过程中调用API 120。

在操作406，检查购买交易以确定相关支付方法是同步还是异步的。在一个例子中，支付系统和/或提供者可提供交易是同步还是异步的指示，从而允许交易被适当地处理。在不同的示例系统中，交易的检查可由API 120或由商务平台108执行以揭示购买交易是同步的还是异步的。在图3的例子中，“确认购买事件”318可返回错误，指示同步支付方法失败，以及支付方法可能是异步的。

在操作408，联系支付系统。与支付系统的通信可导致购买交易的执行。购买交易可至少部分地基于在操作406在同步和异步交易支付方法之间的区分的确定。

在操作410，购买交易的结果被提供到电子商务应用。

图5是示出在同步支付失败之后执行异步支付的示例错误处理方法500的流程图。在操作502，接收到指示交易的失败的消息（例如错误消息）。错误可能是由于系统不能将购买交易处理为同步购买交易。在图3的例子中，错误可由“确认购买事件”318返回，指示由于异步支付系统引起的错误。

在操作504，支付系统可被确定为异步的。异步支付系统可基于多步骤货币转账系统。在一个非限制性的例子中，这样的支付系统可包括类似于由Visa验证等的那些支付系统。在这样的例子中，通常是同步的信用卡可被标记为需要额外的认证，从而变成异步的。

在由操作506示出的例子中，可提供用户界面以允许用户与和异步支付方法相关联的支付站点通信。在图2的例子中，支付收集服务（PCS）202的支付收集网页210已遮掩由支付系统106显现的网页212。

在操作508，在由API 120提供的用户界面内遮掩与异步支付系统相关联的网页。在图3的例子中，在“加载PCS页面事件”326，来自卖方102的支付收集服务网页212由可由商务平台或API 120提供的支付收集网页210遮掩。

在操作510，用户界面的操作可收集数据用于由异步支付系统使用。数据可包括用户名和/或密码以允许从与异步支付系统相关联的一个或多个账户（例如由异步系统使用的一个或多个银行账户）的货币转账。

在操作512，面向用户的对话框可由API 120提供，直到交易完成为止。对话框可在当前异步过程期间通过近似于用户将在同步支付过程期间具有的体验来辅助。对话框可以是防止用户与应用的其它部分的交互直到用户在对话框本身上采取行动为止的任何持久的用户界面元素。在这样的例子中，对话框或其它用户界面元素持续，直到用户击打“继续”或类似的按钮为止。在那时，如果交易仍然是未决的，则对话框可被改变以鼓励用户“再试一次”或“关闭”对话框，从而以失败结束交易。

在操作514，成功或失败的结果可返回到电子商务应用。在图3的例子中，“将记录标记为成功事件”334可向电子商务应用提供这样的结果。

图6是示出扩展电子商务应用可用的若干支付系统的示例可扩展性方法600的流程图。在操作602，扩展和/或增加若干支付系统，用于若干支付系统的接口（例如图1的API 120）配置成处理购买交易。例如，因为新支付系统（同步或异步的）被引入和/或合并用于使用，API 120可扩展以与它们中的每个一起操作。因此，API的扩展可包括额外的可执行语句以处理与每个新支付系统的操作。

在操作604，可在扩展之后以不变的方式维持对接口的调用的格式、协议等。因此，由电子商务应用118对API 120的相同的调用可在扩展之后以不变的方式被使用，同时新的调用可以附加地是可用的。

图7是示出在电子商务支付失败的情况下执行清理的示例清理方法700的流程图。在操作702，可检测到电子商务应用的用户的退出。例如，用户可退出电子商务应用或可关掉客户端设备。这可将任何交易遗留在不确定的状态中。

在操作704，执行购买交易的清理。清理可确定许可已是否被授予用户，并可将购买交易的状态返回到电子商务应用。

如在本文使用的，“计算机可读介质”包括计算机存储介质和通信介质。计算机存储介质包括在用于存储信息（例如计算机可读指令、数据结构、程序模块或其它数据）的任何方法或技术中实施的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括但不限于随机存取存储器（RAM）、只读存储器（ROM）、电可擦除可编程ROM（EEPROM）、闪存或其它存储器技术、光盘ROM（CD-ROM）、数字通用盘（DVD）或其它光学存储器、盒式磁带、磁带、磁盘储存器或其它磁存储设备或可用于存储信息以由计算设备访问的任何其它介质。相反，通信介质可体现计算机可读指令、数据结构、程序模块或在经调制的数据信号中例如结合载波定义的其它数据。如在本文定义的，计算机存储介质不包括通信介质。

结论

虽然以结构特征和/或方法行动特有的语言描述了主题，应理解，在所附权利要求中定义的主题并不一定限于所描述的具体特征或行动。更确切地，具体的特征和行动被公开为实施权利要求的示例性形式。

Claims (10)

1.存储计算机可执行指令的一个或多个计算机可读介质，所述计算机可执行指令在被执行时使一个或多个处理器执行行动，所述行动包括：

暴露配置成与多个支付系统通信的接口给由电子商务应用的调用；

在所述接口处接收关于购买交易的调用；

检查所述购买交易以确定支付方法是同步还是异步的；

与支付系统通信以至少部分地基于通过所述购买交易的所述检查做出的确定来执行所述购买交易；以及

向所述电子商务应用提供所述购买交易的结果。

2.如权利要求1所述的一个或多个计算机可读介质，此外包括：

向所述电子商务应用的用户提供用户界面；以及

通过所述用户界面的操作来收集数据以用于由异步支付系统使用。

3.如权利要求1所述的一个或多个计算机可读介质，此外包括：

确定所述支付方法是异步的；以及

向所述电子商务应用的用户提供用户界面，其中所述用户界面配置成遮掩来自与所述异步支付方法相关联的支付站点的网页。

4.如权利要求1所述的一个或多个计算机可读介质，此外包括：

向所述电子商务应用的用户提供用户界面以允许所述用户与和所述异步支付方法相关联的支付站点通信；以及

提供配置成当商店轮询商务平台以确定结果是成功还是失败的时候占用用户的用户界面元素。

5.如权利要求1所述的一个或多个计算机可读介质，此外包括：

扩展若干支付系统，用于所述若干支付系统的接口配置成处理购买交易；

其中在所述扩展之后不改变对所述接口的调用的格式。

6.如权利要求1所述的一个或多个计算机可读介质，此外包括：

接收由于将所述购买交易不正确地处理为同步购买交易的尝试而引起的错误消息；以及

向所述电子商务应用的用户提供与异步支付系统相关联的网页，其中所述网页被所述接口的网页遮掩。

7.一种方法，包括：

在配置有可执行指令的一个或多个处理器的控制下：

从电子商务应用接收关于购买交易的调用，所述调用在配置成与多个支付系统通信的接口处被接收；

检查所述购买交易以确定被指示的支付系统；

与所述支付系统通信以提供由所述支付系统要求的信息；以及

将从所述支付系统接收的所述购买交易的结果提供到所述电子商务应用。

8.如权利要求7所述的方法，此外包括：

从包括同步支付系统的支付系统区分开异步支付系统；以及

向所述电子商务应用的用户提供用户界面，其中所述用户界面配置成遮掩所述异步支付系统的网页。

9.如权利要求7所述的方法，其中：

扩展若干支付系统，用于所述若干支付系统的接口被配置成处理购买交易；以及

在所述扩展之后不改变对所述接口的调用的格式。

10.一种系统，包括：

商务平台服务器，其根据交易的类型联系多个支付系统之一；以及

接口，其与所述商务平台服务器和电子商务程序通信，所述接口配置成：

　　从所述电子商务程序接收关于购买交易的调用；

　　检查所述购买交易以确定由所述购买交易指示的支付系统是同步的还是异步的；

　　至少部分地基于所述检查向所述电子商务程序的用户提供用户界面；

　　通过所述用户界面的操作收集数据以用于由所述调用所指示的支付系统使用；

　　与所述支付系统通信以执行所述购买交易；以及

　　向所述电子商务程序提供所述购买交易的结果。