管线208。
[0022]商务web服务200可配置成从客户端102的API 120接收初始调用并与多个支付系统106中的一个或多个通信。支付收集服务202可配置成向客户端提供用户界面，且在一些实例中“遮掩”支付系统106的用户界面以允许用户输入支付信息同时仍然保持在商务平台108的环境内。商务设置204可包括设置的存储库，其可允许商务平台与多个不同的第三方支付系统106无缝地操作。商务交易许可206可被配置为数据文件、数据库或其它数据结构，并可配置成在成功的电子商务交易之后记录和/或指示向用户授予所有权的许可。清理管线和/或流程208可配置成处理不完全的交易，例如如果用户在电子商务交易的终结之前离开电子商务应用118或如果用户在终结之前关掉客户端设备。
[0023]图2示出至少部分地由API 120和/或商务平台108指导的用户界面可如何“遮掩”或以其它方式管理至少部分地由支付系统配置的用户界面的例子。在所示例子中，支付收集服务(PCS) 202响应于来自API 120的调用而创建网页210。支付收集网页210遮掩由支付系统106显现的网页212。在更一般的例子中，一般用户界面元素可用于给用户提供体验，该体验包括重定向到支付系统的网页而没有在应用和支付系统之间的集成和/或接触。重定向可以是到银行以用于交易/购买批准和/或到网站用于批准。一般用户界面元素可由API提供，其可以是可扩展的以用于与其它银行、网站和/或支付系统交互作用。相应地，API 120和/或商务平台108可对客户端102的用户的体验施加一定控制。在操作中，用户可输入由网页212请求的信息用于传输到第三方支付系统106。
[0024]图3是示出示例交易300的时序和事件图。在示例交易300中示出的活动可在客户端设备102上和在商务平台108上被执行。被示为在客户端设备102上执行的活动可在电子商务应用118上被执行。而且，被示为在商务平台108上执行的活动只是用于示例，并且可在系统100内的其它位置(例如在图1的例子中所示的位置)中执行该活动。示例交易300示出由同步和异步支付系统利用的技术，并示出在执行同步交易时的故障或错误如何可导致执行异步交易的企图。
[0025]在图3的例子中，在商务平台108上执行的活动可通过使用商务web服务200、未决记录302、支付收集服务(PCS)202和/或商务交易许可206来执行。未决记录302可以是维持在例如商务平台108上的数据结构。在客户端设备102处，电子商务应用(例如图1的电子商务应用118)可操作来在网站上进行电子商务购买时辅助用户。
[0026]“计算最终价格事件”304是可在客户端设备102上通过电子商务应用118对商务web服务200的调用而发起的交易的特定例子。此时，商品和/或服务可被装入“购物车”内或用于购买的其它设备或技术内。电子商务应用118可例如通过做出对“计算最终价格”流程或类似物的调用来调用操作系统(例如图1的操作系统116)。在所示例子中，可返回“无账户异议”，其可以给客户端设备提供统一资源定位器(URL，即网页地址)。URL的使用可用于建立支付方法和/或支付收集服务。
[0027]在“选择支付方法事件”306，URL用于例如通过支付收集服务202的操作来联系支付服务。这样的支付服务可与信用卡、货币转账系统或其它支付服务相关联。服务将信息例如账户ID、个人识别号、密码和/或其它标识符返回到在客户端设备102上运行的电子商务应用118。
[0028]在“添加支付账户事件” 308，如果账户不被“选择支付方法事件” 306识别出，则可为用户添加账户。在图3的例子中，这个行动可至少部分地由支付收集服务202执行。在一个例子中，“得到账户事件”310建立并返回账户。这个行动可被记录在商务交易许可206中。“得到票据事件”312得到进行购买所需的文档和/或数据等。
[0029]在“计算最终价格事件”314，通过对商务web服务200的调用来计算购买的最终价格。在一个例子中，“购买事件”316可将成功或失败的值返回到商务web服务200。
[0030]在“确认购买事件”318，可确认购买。在“创建记录事件”320，创建未决记录。这样的记录辅助安排交易并防止它的丢失。在“购买事件”322，返回购买交易的状态。如果购买是同步信用卡交易，则状态可以是“完成”。然而，如果交易是异步货币转账，则可返回未决状态。在“记录更新事件”324，未决记录被设置以恢复购买交易。在错误的情况下，可能必须执行异步交易。
[0031]在“加载PCS页面事件”326，支付收集网页被加载。在一个例子中，支付收集服务页面212 (其例子在图2中示出)可由支付收集服务202提供以遮掩可包括异步货币转账服务的第三方支付服务的网页。
[0032]在“恢复购买事件”328，在确认购买事件318失败的情况下恢复购买。在“找到未决记录事件” 330，未决购买记录被找到。可在“创建记录事件” 320创建购买记录，如上面提到的。在“轮询事件”332，商务平台108可对来自卖方或商店的轮询做出响应，其中轮询请求关于购买的状态的信息。在“将记录标记为成功事件”334，记录302被标记以指示异步支付过程的成功或失败。
[0033]示例方法
图4是示出执行电子商务支付的示例支付方法400的流程图。在操作402，可暴露接口以允许它由应用调用。在图1的例子中，应用编程接口(API)120被暴露以允许由操作系统116调用。
[0034]在操作404，在接口处接收来自电子商务应用的关于购买交易的调用。在图1的例子中，电子商务应用118在执行电子商务交易的过程中调用API 120。
[0035]在操作406，检查购买交易以确定相关支付方法是同步还是异步的。在一个例子中，支付系统和/或提供者可提供交易是同步还是异步的指示，从而允许交易被适当地处理。在不同的示例系统中，交易的检查可由API 120或由商务平台108执行以揭示购买交易是同步的还是异步的。在图3的例子中，“确认购买事件”318可返回错误，指示同步支付方法失败，以及支付方法可能是异步的。
[0036]在操作408，联系支付系统。与支付系统的通信可导致购买交易的执行。购买交易可至少部分地基于在操作406在同步和异步交易支付方法之间的区分的确定。
[0037]在操作410，购买交易的结果被提供到电子商务应用。
[0038]图5是示出在同步支付失败之后执行异步支付的示例错误处理方法500的流程图。在操作502，接收到指示交易的失败的消息(例如错误消息)。错误可能是由于系统不能将购买交易处理为同步购买交易。在图3的例子中，错误可由“确认购买事件”318返回，指示由于异步支付系统引起的错误。
[0039]在操作504，支付系统可被确定为异步的。异步支付系统可基于多步骤货币转账系统。在一个非限制性的例子中，这样的支付系统可包括类似于由Visa验证等的那些支付系统。在这样的例子中，通常是同步的信用卡可被标记为需要额外的认证，从而变成异步的。
[0040]在由操作506示出的例子中，可提供用户界面以允许用户与和异步支付方法相关联的支付站点通信。在图2的例子中，支付收集服务(PCS)202的支付收集网页210已遮掩由支付系统106显现的网页212。
[0041]在操作508，在由API 120提供的用户界面内遮掩与异步支付系统相关联的网页。在图3的例子中，在“加载PCS页面事件”3