CN115760262A - 用于延迟加载结账选项的电子商务结账的系统和方法 - Google Patents

Abstract

提供了用于在结账交易期间渐进地提供结账选项的系统和方法。在交易过程期间，提供具有选项类别的用户界面，该选项类别具有一组结账选项。传输与结账选项相关联的请求，其中，所传输的查询中的至少一个查询被传输到远程第三方。将这些结账选项中的一个或多个结账选项识别为第一组选项，并将其他结账选项识别为第二组选项。在显示第二组选项之前更新用户界面以显示第一组选项和可选择UI元素，其中，在选择可选择UI元素之前，第二组选项全部都被隐藏而不显示。结账交易可在第二组选项未显示的情况下使用第一组选项中的选项之一完成。

Description

用于延迟加载结账选项的电子商务结账的系统和方法

技术领域

本披露内容涉及用于完成结账交易的系统和方法。特别地，本披露内容涉及用于使得在即使所有可能的结账选项尚未加载完的情况下、比如在结账选项可能被延迟加载的情况下也能够完成结账交易的系统和方法。

背景技术

希望使用在线服务（例如，在线电子商务平台或专用在线结账服务）购买产品的客户可能需要通过完成结账交易来完成购买。在结账交易（或简称为结账）期间，通常会为客户提供交易的无法提前确定的不同组成部分或方面的可选择选项。这些组成部分/方面可以是包括由第三方服务提供商提供的操作的服务，比如运输。由于第三方服务和费率经常会发生变化，因此很多可选择选项往往需要在线平台向第三方服务提供商的外部远程服务器进行外部调用（比如应用程序编程接口（API）调用），以便确定其当前费率。

在结账期间进行的外部调用通常需要托管在远程服务器上的第三方应用程序的往返请求和响应。这种外部调用的速度可能取决于由第三方和/或连接性提供商提供的技术基础设施水平、服务器速度和网络连接速度。因此，这种外部调用的延迟可能很大程度上是由提供结账的在线服务无法控制的延迟造成的。

在遇到这种延迟时，会在结账用户界面（UI）中向客户呈现加载光标（例如，旋转器）以指示结账选项正在加载。客户则必须等待所有选项都被加载和显示，然后才能继续进行结账交易。

发明内容

在现有的在线结账系统中，需要所有结账选项都加载完成并可供用户选择，然后才能完成结账交易。如果某些结账选项需要来自远程第三方服务器的响应，则等待响应可能会导致结账交易的延迟。

然而，要求在完成结账交易本身之前完成所有外部调用（即，接收到远程服务器的响应）可能是对计算机资源的低效使用。加载和显示多个选项类别的所有第三方结账选项可能既费时又消耗提供结账过程的在线服务的计算机资源（例如，包括计算机处理能力、内存资源等），尤其是因为客户可能只需要在每个选项类别中选择一个结账选项即可完成交易时更是如此。进一步，对外部调用的响应会消耗网络资源（例如，网络带宽、网络端口等），即使这些响应可能是针对最终未被客户选择的选项（这意味着这些响应中携带的信息和数据被浪费了）。因此，最终，对于未选择的结账选项，计算机资源（包括用于进行所有第三方调用以及用于加载和显示所有选项类别的所有结账选项的处理能力、内存存储和带宽）本质上被“浪费”了。

进一步，结账期间发生的延迟可能会导致客户产生困惑，因为客户可能会感觉或认为UI无响应。这可能导致客户取消其交易、离开/重新加载页面、或交易被中断等，所有这些也会进一步浪费计算机资源（例如，重新加载结账页面会浪费处理能力和内存资源）。即使客户不重新加载结账页面，仍然会存在计算机资源的浪费，因为执行结账交易所需的内存资源被占用（并且无法用于其他进程），直到结账交易完成或被放弃为止。应当理解，这种浪费会因大量客户可能同时试图使用在线服务完成结账而被大大放大。因此，结账交易的延迟不仅会给客户带来不便，而且还可能造成计算机资源的大量消耗。

因此，本披露内容涉及用于使得即使在所有可能的结账选项尚未加载完的情况下也能够完成结账交易的方法和系统。特别地，一个或多个可能的结账选项可能会被延迟加载。本披露内容的示例提供的技术改进在于，结账选项可以自动被分类为第一组选项和第二组选项（比如快速加载或慢速加载）。在客户选择UI元素（例如，展开器）之前隐藏而不显示第二组/慢速加载选项（也被称为延迟加载选项），而立即显示第一组/快速加载选项中的至少一个选项（例如，一旦这至少一个要显示的选项的信息变得可用就立即进行显示）。第二组选项可以延迟加载（例如，仅在一定时间量之后才加载并可用于显示）。即使第二组选项尚未加载或尚不可用，客户也可以使用第一组选项中的至少一个选项完成结账交易。这提供的技术优势在于，不必浪费时间和/或计算机资源来加载所有可能的结账选项（包括需要外部调用远程服务器的第三方结账选项）即可完成结账交易。

在一些示例中，本披露内容描述了一种系统，该系统包括：至少一个处理器和至少一个存储器，该至少一个存储器存储有指令，这些指令能够由该至少一个处理器执行以使该系统：经由网络向远程客户端设备提供用于完成结账交易的用户界面，该用户界面包括与该结账交易相关联的选项类别，该选项类别具有相关联的一组结账选项；经由该网络传输与这些结账选项中的相应结账选项相关联的请求，所传输的查询中的至少一个查询被传输到远程第三方服务器，其中，完成该结账交易需要选择这些结账选项之一；将这些结账选项中的一个或多个结账选项识别为第一组选项，并将这些结账选项中的其他结账选项识别为第二组选项；在接收到对这些请求中的一个或多个的回复之后且在显示该第二组选项之前，向该远程客户端设备发送指示以更新该用户界面，从而显示该第一组选项中的结账选项中的至少一个选项；向该远程客户端设备发送指示以显示可选择用户界面元素，其中，在选择该可选择用户界面元素之前，该第二组选项全部都被隐藏而不显示；以及在接收到针对该第二组选项中的所有选项的相应查询的响应之前，使用该用户界面上显示的该第一组选项中的结账选项之一来使得该结账交易能够完成。

在上述示例中，该第一组选项可以为快速加载选项，并且该第二组选项可以为慢速加载选项，其中，这些快速加载选项比这些慢速加载选项的加载速度快。

在上述示例中的任一示例中，所显示的第一组选项中之一可以被自动选择为默认选项，并且该至少一个处理器可以进一步被配置为执行这些指令以使该系统：响应于选择该选项来完成该结账交易，使用该默认选项触发该结账交易的完成。

在上述示例中的任一示例中，该至少一个处理器可以进一步被配置为执行这些指令以使该系统：响应于在该远程客户端设备处选择该可选择用户界面元素，向该远程用户设备发送指示以更新该用户界面，从而：显示任何剩余的快速加载选项，以及当尚未接收到针对这些慢速加载选项的相应查询的全部响应时，显示这些慢速加载选项的加载指示符；或者在已经接收到针对这些慢速加载选项的相应查询的全部响应时，显示这些慢速加载选项。

在上述示例中的任一示例中，该至少一个处理器可以进一步被配置为执行这些指令以使该系统响应于检测到触发事件而传输对结账选项的这些查询。

在上述示例中的任一示例中，该选项类别可以与运输相关，并且该触发事件可以为接收到收货地址。

在上述示例中的任一示例中，该至少一个处理器可以进一步被配置为执行这些指令以使该系统基于这些查询的任何响应来确定这些结账选项中的每一个是属于该第一组选项还是属于该第二组选项。

在上述示例中的任一示例中，确定这些结账选项中的每一个是该第一组选项还是该第二组选项可以基于以下各项中的至少一项来进行：接收响应的阈值截止时间；对接收类似查询的响应的历史测量；对与每个查询相关的网络通信和/或履行网络配置的分析；以及商家配置。

在上述示例中的任一示例中，这些可用结账选项可以基于该阈值截止时间而被确定为是快速加载还是慢速加载，该阈值截止时间是基于客户的历史响应时间而针对该客户动态确定的。

在上述示例中的任一示例中，该至少一个处理器可以进一步被配置为执行这些指令以使该系统：识别这些慢速加载选项中的较快加载选项和较慢加载选项，其中，这些较慢的慢速加载选项比这些较快的慢速加载选项需要更多的时间来接收相应查询的响应；以及响应于选择该可选择用户界面元素：显示任何剩余的快速加载选项；以及在显示这些较慢的慢速加载选项之前，在接收到针对这些较快的慢速加载选项的相应查询的响应之后，显示这些较快的慢速加载选项。

在一些示例方面，本披露内容描述了一种方法，该方法包括：经由网络向远程客户端设备提供用于完成结账交易的用户界面，该用户界面包括与该结账交易相关联的选项类别，该选项类别具有相关联的一组结账选项；经由该网络传输与这些结账选项中的相应结账选项相关联的请求，所传输的查询中的至少一个查询被传输到远程第三方服务器，其中，完成该结账交易需要选择这些结账选项之一；将这些结账选项中的一个或多个结账选项识别为第一组选项，并将这些结账选项中的其他结账选项识别为第二组选项；在接收到对这些请求中的一个或多个的回复之后且在显示该第二组选项之前，向该远程客户端设备发送指示以更新该用户界面，从而显示该第一组选项中的至少一个选项；向该远程客户端设备发送指示以在该用户界面上显示可选择用户界面元素，其中，在选择该可选择用户界面元素之前，该第二组选项全部都被隐藏而不显示；以及在接收到针对该第二组选项中的所有选项的相应查询的响应之前，使用该用户界面上显示的该第一组选项中的该至少一个选项之一来使得该结账交易能够完成。

在一些示例中，该方法可以包括由本文描述的处理器执行的任何步骤。

在一些示例方面，本披露内容描述了一种存储有指令的计算机可读介质，这些指令当由系统的处理器执行时使该系统：经由网络向远程客户端设备提供用于完成结账交易的用户界面，该用户界面包括与该结账交易相关联的选项类别，该选项类别具有相关联的一组结账选项；经由该网络传输与这些结账选项中的相应结账选项相关联的请求，所传输的查询中的至少一个查询被传输到远程第三方服务器，其中，完成该结账交易需要选择这些结账选项之一；将这些结账选项中的一个或多个结账选项识别为快速加载选项，并将这些结账选项中的其他结账选项识别为慢速加载选项；在接收到对这些请求中的一个或多个的回复之后且在显示这些慢速加载选项之前，向该远程客户端设备发送指示以更新该用户界面，从而显示这些快速加载选项中的至少一个选项；向该远程客户端设备发送指示以在该用户界面上显示可选择用户界面元素，其中，在选择该可选择用户界面元素之前，这些慢速加载选项全部都被隐藏而不显示；以及

在接收到针对这些慢速加载选项中的所有选项的相应查询的响应之前，使用该用户界面上显示的这些快速加载选项中的该至少一个选项之一来使得该结账交易能够完成。

在一些示例中，该计算机可读介质当由处理器执行时可以使系统执行本文描述的方法中的任何一种。

相应地，提供了一种方法、一种系统、一种计算机程序和一种计算机可读介质，如所附权利要求中详细描述的。

附图说明

现在将通过示例的方式参考示出本申请的示例实施例的附图，在附图中：

图1是示例电子商务平台的框图，在该平台中可以实施本文描述的示例；

图2是管理员的示例主页，该主页可以经由图1的电子商务平台访问；

图3是图1的电子商务平台的另一个框图，示出了与应用程序开发相关的一些细节；

图4是展示了图1的电子商务平台的示例实施方式的框图；

图5是图1的电子商务平台的另一个框图，示出了与结账选项的渐进式加载相关的一些细节；

图6是展示了在典型的结账交易期间用户设备与常规的电子商务平台之间的示例通信的信令图；

图7是展示了根据本披露内容的示例的在结账交易期间用户设备与结账选项管理器之间的用于实现结账选项的渐进式加载的示例通信的信令图；

图8是展示了根据本披露内容的示例的用于对结账选项进行渐进式加载的示例方法的流程图，该方法可以使用结账选项管理器来实施；以及

图9A至图9D展示了用于结账选项的渐进式加载的一些示例呈现格式。

在不同的附图中可能使用了相似的附图标记来表示相似的组件。

具体实施方式

本披露内容将在下文讨论的电子商务平台的背景下进行描述。然而，应当理解，该讨论仅用于说明的目的，而且并不旨在进行限制。进一步，应当理解，本披露内容可以在其他背景下实施，并且不一定限于在电子商务平台中实施。例如，用于完成在线购买的结账交易可以由在线结账服务提供，该在线结账服务不一定是电子商务平台的一部分。在另一示例中，可能不由电子商务平台托管的在线商店（即，在线商店是独立的在线商店）可以提供在线结账服务。在本披露内容的范围内可设想其他这样的可能性。

示例电子商务平台

尽管与商务平台集成不是必需的，但在一些实施例中，本文披露的方法可以在比如电子商务平台等商务平台上或与之相关联地执行。因此，将描述商务平台的示例。

图1展示了根据一个实施例的示例电子商务平台100。电子商务平台100可以用于向客户提供商家的产品和服务。虽然本披露内容设想使用装置、系统和过程来购买产品和服务，但为了简单起见，本文的描述将涉及产品。在本披露内容中所有对产品的提及也应当理解为对产品和/或服务的提及，包括例如实体产品、数字内容（例如，音乐、视频和游戏）、软件、票证、订阅、要提供的服务等。

虽然本披露内容自始至终设想‘商家’和‘客户’可以不只是个人，但为了简单起见，本文的描述一般地涉及商家和客户本身。在本披露内容中所有对商家和客户的提及也应当理解为对个人团体、公司、企业、计算实体等的提及，并且可以代表营利性或非营利性的产品交换。进一步，虽然本披露内容自始至终提及‘商家’和‘客户’，并描述他们的角色本身，但电子商务平台100应当被理解为更一般地支持电子商务环境中的用户，并且在本披露内容中对商家和客户的提及也应当理解为对用户的提及，比如，用户是商家用户（比如，卖家、零售商、批发商或产品提供商）、客户用户（比如，买家、购买代理、消费者或产品用户）、潜在用户（比如，正在浏览但尚未承诺购买的用户、评估电子商务平台100以潜在地用于营销和销售产品的用户等）、服务提供商用户（比如，运输提供商112、金融提供商等）、公司或企业用户（比如，购买、销售或使用产品的公司代表；企业用户；客户关系或客户管理代理等）、信息技术用户、计算实体用户（比如，用于购买、销售或使用产品的计算机器人）等。此外，可以认识到，虽然在一种背景下给定用户可以扮演给定角色（例如，作为商家）并且他们相关联的设备可以被相应地提及（例如，作为商家设备），但是在另一种背景下同一个人可以扮演不同的角色（例如，作为客户）并且同一个或另一个相关联的设备可以被相应地提及（例如，作为客户设备）。例如，一个人可以是一种类型的产品（例如，鞋子）的商家，并且是其他类型的产品（例如，杂货）的客户/消费者。在另一示例中，一个人可以同时是同一类型产品的消费者和商家。在特定示例中，从事特定类别商品交易的商家在从批发商（批发商充当商家）进行订购时可以充当同一类别商品的客户。

电子商务平台100为商家提供在线服务/设施以管理他们的业务。本文描述的设施被示出为平台100的一部分，但也可以整体或部分地被配置为与平台100分开，作为独立服务。此外，在一些实施例中，这样的设施可以另外或可替代地由一个或多个提供商/实体提供。

在图1的示例中，设施是通过在一个或多个处理器上执行计算机软件、模块、程序代码和/或指令的机器、服务或引擎来部署的，该一个或多个处理器可以如上所述地是平台100的一部分或在该平台外部。商家可以使用电子商务平台100来实现或管理与客户的商务，比如通过在线商店138、应用程序142A-B、渠道110A-B和/或通过物理位置的销售点（POS）设备152（比如，实体店面或其他位置，比如通过自助终端机、终端、读取器、打印机、3D打印机等）实施与客户的电子商务体验。商家可以将电子商务平台100作为与客户的唯一商务存在使用，或者与其他商家商务设施结合使用，比如通过实体店（比如，‘实体（brick-and-mortar）’零售店）、商家平台外网站104（比如，与电子商务平台100分开的由商家支持或代表商家的商业互联网网站或其他互联网或网络财产或资产）、应用程序142B等。然而，即使这些‘其他’商家商务设施也可以与电子商务平台100相结合或通信，比如，商家实体店中的POS设备152链接到电子商务平台100，商家平台外网站104比如通过将平台外商家网站104的内容链接到在线商店138的‘购买按钮’而绑定到电子商务平台100等。

在线商店138可以代表包括多个虚拟店面的多租户设施。在实施例中，商家可以比如通过商家设备102（例如，计算机、膝上型计算机、移动计算设备等）配置和/或管理在线商店138中的一个或多个店面，并且通过多种不同的渠道110A-B（例如，在线商店138；应用程序142A-B；实体店面，通过POS设备152；电子市场，比如通过集成到网站或社交媒体渠道中的电子购买按钮，该按钮比如在社交网络、社交媒体页面、社交媒体消息传送系统上）向客户提供产品。商家可以跨渠道110A-B销售，然后通过电子商务平台100管理他们的销售，其中，渠道110A可以作为电子商务平台100内部或外部的设施或服务提供。另外或可替代地，商家可以在他们的实体零售店、在快闪店、通过批发、通过电话等进行销售，然后通过电子商务平台100管理他们的销售。商家可以采用这些操作模式的全部或任何组合。值得注意，可能的是，通过采用这些模式的多种和/或特定组合，商家可以提高销售概率和/或销售量。在本披露内容中，术语“在线商店138”和“店面”可以同义地使用以指代商家通过电子商务平台100的在线电子商务服务提供，其中，在线商店138可以指代由（例如，用于一个或多个商家的）电子商务平台100支持的店面集合，或指代单个商家的店面（例如，商家的在线商店）。

在一些实施例中，客户可以通过客户设备150（例如，计算机、膝上型计算机、移动计算设备等）、POS设备152（例如，零售设备、自助终端机、自动化（自助式）结账系统等）和/或本领域已知的任何其他商务接口设备与平台100进行交互。电子商务平台100可以使商家能够通过在线商店138、通过应用程序142A-B、通过物理位置（例如，商家的店面或其他位置）的POS设备152与客户联系，经由电子通信设施129与客户通信等，以便提供用于联系客户并促进针对可用于联系客户并与客户交互的真实或虚拟路径的商家服务的系统。

在一些实施例中，并且如本文进一步描述的，电子商务平台100可以通过处理设施来实施。这种处理设施可以包括处理器和存储器。处理器可以是硬件处理器。存储器可以是和/或可以包括非暂态计算机可读介质。存储器可以是和/或可以包括随机存取存储器（RAM）和/或持久性存储装置（例如，磁存储装置）。处理设施可以（例如在存储器中）存储一组指令，这些指令当被执行时使电子商务平台100执行如本文描述的电子商务功能和支持功能。处理设施可以是服务器、客户端、网络基础设施、移动计算平台、云计算平台、固定计算平台和/或其他计算平台中的一个或多个或可以是其一部分，并且可以在电子商务平台100的组件、商家设备102、支付网关106、应用程序142A-B、渠道110A-B、运输提供商112、客户设备150、销售点设备152等之间提供电子连接和通信。在一些实施方式中，处理设施可以是或可以包括协同工作的一个或多个这样的计算设备。例如，可以是多个协作计算设备充当/提供该处理设施。电子商务平台100可以实施为以下一项或多项或使用其来实施：云计算服务、软件即服务（SaaS）、基础设施即服务（IaaS）、平台即服务（PaaS）、桌面即服务（DaaS）、管理软件即服务（MSaaS）、移动后端即服务（MBaaS）、信息技术管理即服务（ITMaaS）等。例如，实现本文描述的设施的底层软件（例如，在线商店138）可以作为服务提供，并且被集中托管（例如，然后由用户通过网络浏览器或其他应用程序访问，和/或通过客户设备150、POS设备152访问等）。在一些实施例中，电子商务平台100的元件可以被实施为与各种其他平台和操作系统一起操作和/或集成。

在一些实施例中，电子商务平台100的设施（例如，在线商店138）可以例如通过连接到电子商务平台100的网络（使用数据134）向客户设备150提供内容。例如，在线商店138可以响应于来自客户设备150的对数据134的请求来提供或发送内容，其中，浏览器（或其他应用程序）通过使用网络通信协议（例如，互联网协议）的网络连接到在线商店138。该内容可以用机器可读语言来编写，并且可以包括超文本标记语言（HTML）、模板语言、JavaScript等和/或其任何组合。

在一些实施例中，在线商店138可以是或可以包括向客户设备提供内容并允许客户浏览和购买各种可获得的产品（例如，将产品添加到购物车、通过购买按钮购买等）的服务实例。商家还可以通过主题系统来定制他们网站的外观和感觉，比如在这样的主题系统中，商家可以通过在在线商店的产品信息内示出相同的底层产品和业务数据的同时改变他们的主题来选择和改变商家的在线商店138的外观和感觉。可能的是，可以进一步通过主题编辑器（即，使用户能够灵活地定制他们网站的设计的设计界面）来定制主题。另外或可替代地，可能的是，可以另外或可替代地使用主题特定的设置来定制主题，这些设置比如可以改变给定主题的方面（例如，特定的颜色、字体和预构建的布局方案）。在一些实施方式中，在线商店可以实施用于网站内容的内容管理系统。商家可以在创作博客帖子或静态页面并将它们发布到其在线商店138（比如通过博客、文章、登录页面等）、以及配置导航菜单时采用这种内容管理系统。商家可以将图像（例如，产品）、视频、内容、数据等上传到电子商务平台100，比如以供系统存储（例如，存储为数据134）。在一些实施例中，电子商务平台100可以提供用于操纵这样的图像和内容的功能，比如用于调整图像大小、将图像与产品相关联、添加文本并将文本与图像相关联、为新产品变型添加图像、保护图像等的功能。

如本文描述的，电子商务平台100可以通过多种不同渠道110A-B向商家提供产品的销售和营销服务，这些渠道包括例如本文描述的在线商店138、应用程序142A-B、以及通过实体POS设备152。电子商务平台100可以另外或可替代地包括与经营在线业务（比如提供与他们的在线商店相关联的域注册服务118、用于促进与客户的交易的支付服务120、用于为所购买的产品提供客户运输选项的运输服务122、用于管理库存的履行服务、与产品保护和责任相关联的风险和保险服务124、商家账单等中的一个或多个）相关联的业务支持服务116、管理员114、仓库管理系统等。服务116可以经由电子商务平台100提供或与外部设施相关联地提供，比如通过用于支付处理的支付网关106、用于加快产品运输的运输提供商112等提供。

在一些实施例中，电子商务平台100可以配置有运输服务122（例如，通过电子商务平台运输设施或通过第三方承运商），以向商家和/或他们的客户提供各种运输相关信息，比如运输标签或运费信息、实时配送更新、跟踪等。

图2描绘了管理员114的主页的非限制性实施例。管理员114可以被称为管理控制台和/或管理员控制台。管理员114可以示出关于日常任务、商店最近的活动以及商家为建立其业务可以采取的后续步骤的信息。在一些实施例中，商家可以经由商家设备102（例如，台式计算机或移动设备）登录到管理员114，并管理他们的在线商店138的各方面，比如查看在线商店138的最近访问或订单活动，更新在线商店138目录，管理订单等。在一些实施例中，商家可能能够通过使用侧边栏（比如图2所示的侧边栏）来访问管理员114的不同部分。管理员114的各部分可以包括用于访问和管理商家业务的核心方面（包括订单、产品、客户、可获得的报告和折扣）的各种界面。管理员114可以另外或可替代地包括用于管理商店的销售渠道的界面，这些销售渠道包括在线商店138、客户可用于访问商店的（多个）移动应用程序（移动App）、POS设备和/或购买按钮。管理员114可以另外或可替代地包括用于管理安装在商家账户上的应用程序（app）的界面；以及应用于商家的在线商店138和账户的设置。商家可以使用搜索栏来查找其商店中的产品、页面或其他信息。

关于商家在线商店138的商务和访客的更详细信息可以通过报告或指标来查看。报告可以包括例如客流量报告、行为报告、客户报告、财务报告、营销报告、销售报告、产品报告和定制报告。商家可能能够比如通过使用下拉菜单来查看不同时间段（例如，数天、数周、数月等）的不同渠道110A-B的销售数据。还可以为想要更详细地查看商店的销售和参与度数据的商家提供数据概览。可以在主页指标部分中提供活动源以展示商家账户上的活动的概览。例如，通过点击“查看最近的所有活动”数据面板按钮，商家可能能够看到他们的账户上时间更长的最近活动源。主页可以比如基于账户状态、增长情况、最近客户活动、订单更新等示出关于商家的在线商店138的通知。可以提供通知以帮助商家导航通过被配置用于在线商店138的工作流，比如支付工作流、订单履行工作流、订单归档工作流、退货工作流等。

电子商务平台100可以提供通信设施129和相关联的商家接口以提供电子通信和营销，比如使用电子消息传送设施来收集和分析商家、客户、商家设备102、客户设备150、POS设备152等之间的通信交互，以聚合和分析通信，比如从而提高销售转化等。例如，客户可能有与产品相关的问题，这可能在客户与商家（或代表商家的基于自动化处理器的代理/聊天机器人）之间产生对话，在这种情况下，通信设施129被配置为向客户请求提供自动化响应和/或向商家提供关于如何响应例如以提高销售概率的建议。

电子商务平台100可以提供用于与客户进行安全金融交易的金融设施120，比如通过安全的卡服务器环境。比如在支付卡行业数据（PCI）环境（比如，卡服务器）中，电子商务平台100可以存储信用卡信息，以查核财务、向商家开账单、执行电子商务平台100与商家的银行账户之间的自动清算所（ACH）转移等。金融设施120还可以向商家和买家提供金融支持，比如通过借贷资金（例如，借贷款项、现金预付等）和提供保险。在一些实施例中，在线商店138可以支持多个独立管理的店面并且每天为各种产品和服务处理大量交易数据。交易数据可以包括：指示客户、客户账户或客户进行的交易的任何客户信息（比如，联系信息、账单信息、运输信息、退货/退款信息、折扣/优惠信息、支付信息）或在线商店事件或信息（比如页面浏览量、产品搜索信息（搜索关键字、点击事件）、产品评论、弃购）和/或与通过电子商务平台100的业务相关联的其他交易信息。在一些实施例中，电子商务平台100可以将该数据存储在数据设施134中。再次参考图1，在一些实施例中，电子商务平台100可以包括商务管理引擎136，该商务管理引擎比如可以被配置为执行各种工作流以进行与产品、库存、客户、订单、供应商、报告、财务、风险和欺诈等相关的任务自动化或内容管理。在一些实施例中，附加功能可以另外或可替代地通过应用程序142A-B提供，以实现适应不断增长的各种在线商店、POS设备、产品和/或服务所需的更大灵活性和定制。应用程序142A可以是电子商务平台100的组件，而应用程序142B可以作为电子商务平台100外部的第三方服务来提供或托管。商务管理引擎136可以适应商店特定工作流，并且在一些实施例中，可以结合管理员114和/或在线商店138。

将功能实施为应用程序142A-B可以使商务管理引擎136能够保持响应性，并减少或避免服务降级或更严重的基础设施故障等。

尽管隔离在线商店数据对于维护在线商店138与商家之间的数据隐私可能很重要，但也可能有理由收集和使用跨商店数据，例如，对于订单风险评估系统或平台支付设施而言，这两者都需要来自多个在线商店138的信息才能很好地执行。在一些实施例中，将这些组件移出商务管理引擎136并移入电子商务平台100内的它们自己的基础设施中可能是优选的。

平台支付设施120是利用来自商务管理引擎136的数据但被实施为单独的组件或服务的组件的示例。平台支付设施120可以允许与在线商店138交互的客户将其支付信息由商务管理引擎136安全地存储，使得客户只需输入支付信息一次。当客户访问不同的在线商店138时，即使他们以前从未到过那里，平台支付设施120也可以调用他们的信息以实现更快速和/或潜在地更不容易出错（例如，通过避免客户替代地需要重新输入其信息的情况下他们可能对信息的错误键入）的结账。这可以提供跨平台网络效果，在这种情况下，电子商务平台100随着更多商家和买家加入而变得对其商家和买家更有用，比如因为有更多的客户因为客户购买方面的易用性而更频繁地结账。为了最大化该网络的效果，给定客户的支付信息可以是可取得的并且跨多个在线商店138全局可用。

对于未包括在商务管理引擎136内的功能，应用程序142A-B提供了一种向电子商务平台100或各个在线商店138添加特征的方式。例如，应用程序142A-B可能能够访问和修改商家在线商店138上的数据，通过管理员114执行任务，通过用户界面（其例如通过扩展/API呈现）为商家实施新的流等。可以使商家能够通过应用搜索、推荐和支持128来发现和安装应用程序142A-B。在一些实施例中，可以开发商务管理引擎136、应用程序142A-B和管理员114以便一起工作。例如，可以在商务管理引擎136内部构建应用程序扩展点，应用程序142A和142B可以通过接口140B和140A访问这些应用程序扩展点以提供附加功能，并且这些应用程序扩展点可以在管理员114的用户界面中被呈现给商家。

在一些实施例中，应用程序142A-B可以通过接口140A-B向商家提供功能，比如应用程序142A-B能够向商家呈现交易数据（例如，App：“引擎，在移动App或管理员114中呈现我的app数据”），和/或商务管理引擎136能够要求应用程序根据需求执行工作（引擎：“App，给我这次结账的本地税费计算”）。

应用程序142A-B可以通过接口140A-B（例如，通过REST（代表性状态转移）和/或GraphQL API）而连接到商务管理引擎136，以便将通过商务管理引擎136和在该商务管理引擎内可用的功能和/或数据暴露于应用程序的功能。例如，电子商务平台100可以提供用于应用程序142A-B API的接口140A-B，这些应用程序可以连接到平台100外部的产品和服务。通过应用程序和API的使用而提供的灵活性（其例如是为应用程序开发而提供的）使电子商务平台100能够更好地适应商家的新的和独特的需求或解决特定的使用情况，而无需不断改变商务管理引擎136。例如，运输服务122可以通过运输或承运商服务API与商务管理引擎136集成，从而使电子商务平台100能够提供运输服务功能而不直接影响在商务管理引擎136中运行的代码。

取决于实施方式，应用程序142A-B可以利用API按需求拉取数据（例如，客户创建事件、产品改变事件或订单取消事件等）或在发生更新时推送数据。订阅模型可以用于在发生事件时将事件提供给应用程序142A-B，或用于提供关于商务管理引擎136的改变后的状态的更新。在一些实施例中，当与更新事件订阅相关的改变发生时，商务管理引擎136可以发布请求，比如发布到预定义的回调URL。该请求的主体可以包含对象的新状态和动作或事件的描述。更新事件订阅可以在管理员设施114中手动创建，或（例如，经由API 140A-B）自动创建。在一些实施例中，更新事件可以排队并与触发更新事件的状态改变异步地处理，这可以产生并未实时或接近实时分发的更新事件通知。

在一些实施例中，电子商务平台100可以提供应用程序搜索、推荐和支持128中的一个或多个。应用程序搜索、推荐和支持128可以包括：用于帮助应用程序的开发的开发者产品和工具、应用程序数据面板（例如，向开发者提供开发界面、向管理员提供应用程序管理、向商家提供应用程序定制等）、用于安装和提供关于提供对应用程序142A-B的访问权限的设施（例如，用于公共访问，比如在安装之前必须满足标准的情况，或供商家私用），为了使商家易于搜索满足其在线商店138需求的应用程序142A-B的应用程序搜索、用于向商家提供关于他们可以如何通过其在线商店138改善用户体验的建议的应用程序推荐等。在一些实施例中，应用程序142A-B可以被分配应用程序标识符（ID），比如用于链接到应用程序（例如，通过API）、搜索应用程序、进行应用程序推荐等。

应用程序142A-B可以大致分组为三类：面向客户的应用程序、面向商家的应用程序、集成应用程序等。面向客户的应用程序142A-B可以包括在线商店138或渠道110A-B，其是商家可以列出产品以供购买的地方（例如，在线商店、用于限时抢购的应用程序（例如，商家产品或来自第三方来源的机会性销售机会）、移动商店应用程序、社交媒体渠道、用于提供批发购买的应用程序等）。面向商家的应用程序142A-B可以包括允许商家管理其在线商店138（例如，通过与网络或网站相关或与移动设备相关的应用程序）、经营其业务（例如，通过与POS设备相关的应用程序）、发展其业务（例如，通过与运输（例如，代发货）相关的应用程序、使用自动化代理、使用过程流开发和改进）等的应用程序。集成应用程序可以包括提供参与业务经营的有用集成的应用程序，比如运输提供商112和支付网关106。

这样，电子商务平台100可以被配置为通过灵活的系统架构提供在线购物体验，该系统架构使商家能够以灵活且透明的方式与客户连接。通过实施例的示例购买工作流程可以更好地理解典型的客户体验，在示例购买工作流程中，客户在渠道110A-B上浏览商家的产品，将打算购买的产品添加到购物车，进行结账，并且为购物车的内容付款，从而为商家创建订单。然后，商家可以审查和履行（或取消）订单。然后将产品配送给客户。如果客户不满意，他们可能会将产品退回给商家。

在示例实施例中，客户可以通过多个不同的渠道110A-B（比如商家的在线商店138；实体店面，通过POS设备152；电子市场，通过集成到网站或社交媒体渠道中的电子购买按钮）浏览商家的产品。在一些情况下，渠道110A-B可以被建模为应用程序142A-B。商务管理引擎136中的展销组件可以被配置用于（例如使用产品数据对象或模型）创建和管理产品列表，以允许商家描述他们想要销售什么以及他们在哪里进行销售。产品列表与渠道之间的关联可以被建模为产品公布，并通过渠道应用程序（比如经由产品列举API）访问。产品可以具有许多属性和/或特性（如尺寸和颜色）以及许多变型，这些变型将可用选项扩充为所有属性的特定组合，例如尺寸为超小号的绿色变型或尺寸为大号的蓝色变型。产品可能具有为没有任何选项的产品创建的至少一个变型（例如，“默认变型”）。为了促进浏览和管理，可以将产品分组为集合、为产品提供产品标识符（例如，货号（SKU））等。产品的集合可以通过将产品手动分类为一种（例如，定制集合）、通过构建用于自动分类的规则集（例如，智能集合）等来构建。产品列表可以包括2D图像、3D图像或可以通过虚拟现实或增强现实接口等进行查看的模型。

在一些实施例中，购物车对象用于存储或跟踪客户打算购买的产品。购物车对象可以是渠道特定的，并且可以由多个购物车订单项组成，其中每个购物车订单项跟踪特定产品变型的数量。由于将产品添加到购物车并不意味着来自客户或商家的任何承诺，并且购物车的预期有效期可能是几分钟（而不是几天）的数量级上，因此表示购物车的购物车对象/数据可以被持久化到临时数据存储中。

然后客户进行结账。由商务管理引擎136生成的结账对象或页面可以被配置为接收客户信息以完成订单，比如客户联系信息、账单信息和/或运输细节。如果客户输入他们的联系信息但并未进行支付，则电子商务平台100可以（例如，经由弃单组件）向客户设备150发送消息以鼓励客户完成结账。由于这些原因，结账对象的有效期可能比购物车对象长得多（数小时或甚至数天），并且因此可能会持续存在。然后，客户为其购物车中的内容付款，从而为商家创建订单。在一些实施例中，商务管理引擎136可以被配置为经由支付处理组件与各种支付网关和服务106（例如，在线支付系统、移动支付系统、数字钱包、信用卡网关）通信。可以通过卡服务器环境提供与支付网关106的实际交互。在结账过程结束时会创建订单。订单是商家与客户之间的销售合同，其中商家同意提供订单上列出的商品和服务（例如，订单订单项、运输订单项等）并且客户同意提供支付款项（含税）。一旦创建了订单，就可以向客户发送订单确认通知，并且经由通知组件向商家发送订单下达通知。当支付处理作业开始时，可以保留库存以避免过度销售（例如，商家可以使用针对每种变型的库存策略或配置来控制这种行为）。库存保留可能具有很短的时间跨度（几分钟），并且可能需要非常快速且可扩展以支持限时抢购或“限量销售（drop）”，在这些事件期间，会在特定位置和/或在特定（通常很短）时间内向买家提供产品的折扣、促销或有限库存以供销售。如果支付失败，则取消保留。在支付成功并创建订单后，保留将被转换为分配到特定位置的持久（长期）库存承诺。商务管理引擎136的库存组件可以记录变型的贮存位置，并且可以跟踪启用了库存跟踪的变型的数量。该组件可以将产品变型（表示产品列举模板的面向客户的概念）与库存项目（表示数量和位置受到管理的项目的面向商家的概念）分离。库存水平组件可以跟踪可用于销售、对订单承诺或从库存转移组件（例如，供应商）传入的数量。

然后，商家可以审查和履行（或取消）订单。商务管理引擎136的审查组件可以实施商家用于在实际履行订单之前确保订单是适合于履行的业务过程。订单可能是欺诈性的，可能需要验证（例如，ID检查），可能具有需要商家等待以确保他们将接收到其款项的支付方法等。订单风险模型中可以持续存在风险和推荐。订单风险可以由欺诈检测工具生成、由第三方通过订单风险API提交等。在进行履行之前，商家可能需要在将订单标记为已支付之前捕获支付信息（例如，信用卡信息）或等待接收支付信息（例如，经由银行转账、支票等）。现在，商家可以准备要配送的产品。在一些实施例中，该业务流程可以由商务管理引擎136的履行组件来实施。履行组件可以基于库存位置和履行服务将订单的订单项分组形成逻辑履行工作单元。商家可以审查、调整工作单元并触发相关的履行服务，比如在商家拣选产品并将其打包到箱子中、购买运输标签并输入其跟踪编号时（例如，在商家所管理的位置）使用的手动履行服务，或是仅将项目标记为已履行。可替代地，API履行服务可以触发第三方应用程序或服务以便为第三方履行服务创建履行记录。履行订单存在其他可能性。如果客户不满意，他们可以将（多个）产品退回给商家。商家“取消销售”货品的业务过程可以通过退货组件来实施。退货可以包括各种不同的动作，比如：重新入库，此时曾被售出的产品实际上返回企业并可再次销售；退款，部分或全部退还从客户处收取的钱款；核算调整，记录退款金额（例如，包括是否存在任何重新入库的费用、或商品是否未被退回并留在客户手中）；等。退货可以表示对销售合同（例如，订单）的改变，并且在这种情况下，电子商务平台100可以使商家意识到关于法律义务（例如，关于税费）的合规问题。在一些实施例中，电子商务平台100可以使商家能够随时间的推移跟踪销售合同，比如通过销售模型组件（比如，记录发生在货品上的销售相关事件的基于日期的仅追加分类账）来实施。

图4是电子商务平台100的示例硬件配置的框图，该电子商务平台经由（下文进一步讨论的）远程第三方服务器460与第三方服务提供商450通信以实施结账组件。

应当注意，电子商务平台100的不同组件（例如，数据设施134、分析132、商务管理引擎136以及应用程序142A-B）可以在不同的硬件或软件组件中实施，在公共硬件组件或服务器上实施，或者被配置为电子商务平台100中的公共（集成）服务或引擎。在图4的示例中，电子商务平台100包括核心服务器410、数据服务器420和应用程序服务器430，它们各自（例如经由有线连接和/或经由无线内联网连接）相互通信。每个服务器410、420、430都包括相应的处理设备412、422、432（每个处理设备都可以是例如微处理器、图形处理单元、数字信号处理器或其他计算元件）、相应的存储器414、424、434（每个存储器都可以是例如随机存取存储器（RAM）、只读存储器（ROM）、硬盘、光盘、用户身份模块（SIM）卡、记忆棒、安全数字（SD）存储卡等，并且可以包括有形存储器或暂态存储器）、以及相应的通信接口416、426、436（每个通信接口都可以包括用于有线和/或无线通信的发射器、接收器和/或收发器）。核心服务器410可以存储指令并执行与电子商务平台的核心能力相关的操作，比如提供管理员114、分析132、核心商务设施136、服务116和/或金融设施130等。数据服务器420可以用于实施数据设施134等。应用程序服务器430可以存储指令并执行与应用程序142相关的操作，比如存储用于应用程序142和用于实施应用程序开发支持128的指令和数据。

使用相应的设备102、150、152的商家和客户可以经由一个或多个网络440（例如，有线和/或无线网络，包括虚拟专用网络（VPN）、互联网等）访问电子商务平台100。

如上所述，在结账交易期间，可以针对交易的不同类别为客户提供可选择选项，比如选择运输选项、选择支付计划、应用奖励折扣等。这些服务中的许多服务可能由第三方服务提供商450提供，因此需要向第三方服务提供商450的外部第三方服务器460进行外部调用（比如API调用）。在结账时这种外部调用通常需要往返请求和响应。可以直接对第三方服务提供商450进行外部调用，也可以通过商家可能已经安装在其在线商店中以管理结账选项的第三方应用程序进行外部调用。第三方应用程序通常托管在第三方服务器460上，该第三方服务器位于与服务器410、420、430相距遥远和/或在地理上不同的位置处。

虽然图4展示了电子商务平台100的示例硬件实施方式，但应当理解，其他实施方式也是可能的。例如，可以有更多或更少数量的服务器，电子商务平台100可以以分布式方式实施，或者存储器414、424、434中的至少一些可以用外部存储装置或基于云的存储装置替换，以及做出其他可能的修改。

图5是电子商务平台100的另一种描绘，省略了已经参考图1描述的一些细节并示出了下文讨论的进一步细节。特别地，图5展示了电子商务平台100的与以下内容相关的一些示例细节：提供结账选项的渐进式加载，以及使得结账过程即使当来自例如第三方服务提供商的部分/所有结账选项尚未加载也能够完成。

为简单起见，图5展示了在线商店138的单个实例。然而，应当理解，电子商务平台100上可以存在多个在线商店138，每个在线商店都具有结账交易过程。在线商店138的结账交易过程与交易输入312和一个或多个选项类别314相关联。

每个选项类别314可以与结账交易的只能在结账时确定或填充（即，不能被预加载）的方面或类别相关。例如，选项类别314可以与运输、分期付款、折扣、奖励制度、订阅、关税等相关。在这方面，每个选项类别314都与一组结账选项316相关联，作为结账过程的一部分，用户可以或必须选择这组结账选项以完成交易。结账选项316不能被预加载，因为结账选项需要客户特定的信息和/或购买特定的信息才能被确定。

客户特定的信息和购买特定的信息构成交易输入312。例如，如果选项类别与运输相关，则客户特定的输入可以是收货地址，并且购买特定的输入可以是客户购物车的价值以及包裹的尺寸和重量。如果选项类别314与会员奖励计划相关，则客户特定的输入可以是客户的会员编号，并且购买特定的输入可以是客户购物车中货品的类别（即，是奖励货品还是常规货品）。

电子商务平台100进一步包括与在线商店138通信的结账选项管理器350。通常，如果结账交易涉及选项类别314，则完成结账交易需要选择选项类别314下的结账选项316之一。因此，如下文进一步详细描述的，结账选项管理器350被配置为识别和/或确定（给定选项类别314的）结账选项集合中的哪些选项至少属于第一组/部分/群结账选项、以及该结账选项集合中的哪些选项至少属于第二组/部分/群结账选项。然后，结账选项管理器350被配置为更新结账UI，该更新被传送以使用户设备150以不同方式、比如在不同时间（即，渐进地）向用户显示或提供第一组结账选项和第二组结账选项。

例如，第一组可以是能够足够快地加载以立即或以较短的定义延迟显示给客户的结账选项（比如经由本地数据库查找获得的统一费率），并且第二组可以是与第一组相比加载较慢/加载太慢而无法获得进入第一组资格的结账选项（比如为获得动态运费而对第三方进行的API调用）。第二组结账选项可以延迟加载。例如，第二群（较慢的）结账选项可以被隐藏而不显示，并且可以仅在客户在结账UI中选择可选择用户界面元素（例如，展开器或微调器（spinner））之后进行显示。然而，结账选项管理器350使得电子商务平台100即使在第二群（较慢的）结账选项尚未加载（并且因此未显示且不可在结账UI中选择）时也能够使用第一群（较快的）结账选项中的一个结账选项来完成结账交易。以这种方式，结账选项管理器350允许电子商务平台100即使在（比如来自第三方服务提供商350的）所有结账选项316都尚未从第三方服务器接收到或在客户设备150上显示时也能够完成结账过程。

现在描述使用结账选项管理器350进行的示例结账交易。结账选项管理器350最初由触发事件激活，该触发事件通常是在客户设备150中/处输入并通过网络传送到电子商务平台100的客户输入。触发事件可以是在结账过程期间接收到收货地址、对结账用户界面的初始化、或客户在用户界面上选择启用特定类别的选项等。

在检测到触发事件之后，结账选项管理器350自动进行查询以填充所涉及的每个选项类别314的结账选项316。例如，在选项类别314与运输有关的情况下，触发事件可以是接收到客户的收货地址。然后，结账选项管理器350基于交易输入312（例如，购物车的价值、收货地址的位置、以及包裹的尺寸和重量等）自动分派运费请求/查询。

如上所述，结账选项316取决于这种客户特定的信息和购买特定的信息，并且因此无法提前确定。选项类别314可以与运输、分期付款、折扣、奖励制度、订阅、关税等中的一项或多项相关。

结账选项管理器350可以被配置为将请求/查询分派到本地源和远程源。例如，结账选项管理器350可以查询本地数据设施134/分析132并查询远程第三方服务提供商450（可选地，通过第三方服务器460）以获得结账选项316。

对于本地查询，结账选项管理器350具有对来自电子商务平台100的分析132和数据设施134的信息的访问权。例如，分析132和数据设施134可以包括具有选项类别的不随时间改变的结账选项或静态费率的数据库。对于与运输相关的选项类别，数据库可以包含例如以满足某些购买要求为条件的统一运费结账选项或免运费结账选项。

分析132和数据设施134还可以包括关于客户的信息（例如，存储在客户简档中）、关于客户购买习惯的信息（例如，按客户群汇总的购买信息、按时间段汇总的购买信息等）、关于客户浏览习惯的信息（例如，按客户群汇总的浏览信息、按时间段汇总的浏览信息等）、关于销售的信息（例如，按产品类别汇总的销售信息、按时间段汇总的销售信息、按地理位置汇总的销售信息等）等。关于客户的信息可以用于定义客户群。例如，客户群可以由共同特性定义，比如共同性别、共同年龄段、共同地理区域、共同生活安排、共同购买历史、共同浏览历史、共同兴趣（无论是在客户简档中明确指示的还是在购买或浏览历史中隐含指示的）以及其组合等。当然，应当认识到的是，这样的数据库可以远程存储而不是在电子商务平台100本地存储。

对于对第三方服务提供商450的外部查询，对这种查询的响应通常需要来自托管在远程第三方服务器460上的应用程序的往返请求和响应。运输场景中的示例是为获得动态运费而对承运商进行的API调用。也可以直接向第三方服务提供商450进行外部查询。如上所述，这种外部调用的速度可能取决于由第三方和/或连接提供商提供的技术基础设施水平、服务器速度和网络连接速度。因此，这种外部调用的延迟可能很大程度上是由第三方服务提供商本身的延迟造成的。

通常，在现有的常规在线结账中，在接收到对所有请求/查询的响应之后，来自本地查询和外部查询两者的整组结账选项会在用户界面上以下拉菜单或其他列表形式（例如，一组单选按钮、或一系列卡片/分区）同时显示给客户。然而，在本披露内容中，结账选项管理器350被配置为指示客户设备150上的用户界面根据每个结账选项316被识别或确定为是第一组（例如，快速加载组）中的结账选项还是第二组（例如，慢速加载组）中的结账选项来显示这些结账选项。

为此，结账选项管理器350被配置为使用加载速度计算模块352基于查询的响应时间来识别和/或动态地确定每个结账选项316应当属于第一组选项还是属于第二组选项。在一些示例中，第一组选项可以为“快速加载”选项，并且第二组选项可以为“慢速加载”或“延迟加载”选项。应当理解，表达“快速加载选项”和“慢速加载选项”是相对术语，其中，结账选项316在预定义时间阈值内加载（即，对查询的响应在预定义时间阈值内被接收）时或加载速度快于加载较慢或延迟加载的另一结账选项316时可以被识别为“快速加载”，如下面进一步讨论的。

加载计算模块352基于一个或多个加载指标354来识别或确定每个结账选项316是第一组选项（例如，“快速加载”）的一部分还是第二组选项（例如，“慢速加载”或“延迟加载”）的一部分。这些加载指标354是由加载计算模块352应用于查询以确定每个结账选项316是属于第一组选项还是属于第二组选项（比如是“快速加载”结账选项还是“慢速加载”结账选项）的硬规则或动态规则。这些指标可以是：静态阈值截止时间（例如，查询的响应时间必须低于500 ms才能包括在第一组选项中）、经验测量（例如，基于相似查询的历史响应时间或最近响应时间设置截止时间）、经验测量的统计分析（例如，基于分布中的截止点设置截止时间，例如，在响应时间基本上呈正态分布的情况下的一个或两个响应时间）、加载调用分析（例如，查询是使用第一方调用、第三方调用还是数据库查找进行的）、网络分析（例如，截止时间是基于第一方网络或第三方网络、或客户网络上的当前或预测负荷设置的）、基于领域知识的启发法（例如，所有统一费率都包括在第一组选项中，而所有动态费率都包括在第二组选项中）、以及客户配置（例如，商家自己或电子商务平台100向结账选项管理器350指示哪些费率属于第一组选项以及哪些费率属于第二组选项）。值得注意的是，加载指标354可以包括可根据电子商务平台100处的计算资源的状态而动态变化的规则。例如，如果当前计算资源或网络资源的使用较高（例如，网络带宽的使用较高、网络拥塞较高、内存资源的使用较高等），则可以动态地降低阈值截止时间（例如，只有响应在300 ms内到达才包括在第一组选项中）以减少对计算资源/网络资源的进一步使用。因此，延迟加载的选项可能发生变化；属于第一组的选项和属于第二组的选项不一定是固定的。

在一些示例中，电子商务平台100可以（例如，基于历史测量）提前获得关于各种第三方服务提供商的API的相对速度的信息。然后，基于结账选项316的服务提供商（这些结账选项可以是由商家选择的），结账选项管理器350可以（例如基于对所选提供商的相对速度进行的统计分析）定义截止时间。

加载计算模块352所使用的数据和信息（比如经验测量、相似查询的历史响应时间或最近响应时间、计算资源/网络资源的使用、所选提供商的相对速度等）可以存储在专用存储器356中和/或存储在数据设施134中。

当结账选项管理器350已经识别了第一组选项时，结账选项管理器350被配置为向远程客户端设备150发送指示以更新用户界面，从而自动显示（在触发事件之后立即显示、或以短暂的固定延迟显示）第一组选项中的至少一个选项。结账选项管理器350可以在接收到对与第一组选项相关联的一个或多个请求/查询的回复之后识别第一组选项。值得注意的是，第一组选项中的至少一个选项的这种显示发生在第二组选项中的任何选项的显示之前。

结账选项管理器350进一步被配置为向远程客户端设备150发送指示以更新用户界面，从而自动显示第一组选项中的至少一个选项以及可选择用户界面元素（比如展开器图标或V形符号）。第二组选项中的任何或所有选项可以被延迟加载，并且在选择可选择用户界面元素之前在客户端设备150上被隐藏而不显示。

在一些示例中，结账选项管理器350可以被配置为向远程客户端设备150发送指示以更新用户界面，从而自动一次显示第一组选项中的所有选项。例如，所有固定费率运输选项可以作为第一组选项同时显示在结账页面上（例如，替换骨架UI元素），其中，第一组选项中的每个固定费率选项都与供客户进行选择的单选按钮一起显示。如果第一组选项中的所有选项未同时加载，则等待第一组选项全部加载可能会使页面或页面的分区的显示在渲染之前延迟短暂时间段。换言之，对于客户来说，其他UI元素的加载（比如页面加载、分区加载）可能会被遮挡（即，不显示），直到第一组选项全部都被加载为止。

在首先使第一组选项中的多于一个选项在客户设备150上对客户可见的情况下，结账选项管理器350可以进一步被配置为基于结账标准或预先选择的在客户设备150上进行显示的顺序对第一组选项中的选项进行排名。例如，预先选择的顺序可以是基于价格的排名，其中，最便宜的选项显示在列表顶部。当选项类别314为运输时，第一组选项中的选项可以可替代地基于配送时间、或商家预先确定的优选承运商进行排名和显示。其他排名系统包括基于调用速度、客户的特定历史偏好、使用可能性、总体受欢迎程度、或具有最佳利率等进行排名。这种排名还可能取决于各种因素的组合（例如，主要排序顺序、次要排序顺序等）

在其他示例中，结账选项管理器350可以被配置为向远程客户端设备150发送指示以更新用户界面，从而自动在客户设备150上仅显示第一组选项中的一个选项。例如，如果结账选项管理器350从第一组选项中识别出三个可用的结账选项，则最便宜的结账选项可以显示为下拉菜单中的选定（可见）默认选项。其他两个结账选项可以在下拉菜单中不可见，直到客户在客户端设备150处选择或点击可选择用户界面元素（例如，下拉按钮/展开器按钮）为止。那时，第一组选项中的这两个附加结账选项将是可见的，但没有了加载指示符，因为这些结账选项已经被加载。

第一组选项中的至少一个选项的显示发生在第二组选项中的任何选项的显示之前。此外，第一组选项中的至少一个选项的显示可以甚至在结账选项管理器350接收到对第二组选项中的一个或多个查询的回复/应答之前发生。

如上所述，常规的在线结账交易通常在用户界面上向客户呈现加载光标，以指示在结账交易期间选项未决。此时，客户会遇到延迟，因为在所有结账选项都被加载之前无法完成交易。当客户看到加载光标时，他们也倾向于等待，认为页面尚未完全加载并且结账交易还不能继续进行。客户也倾向于等待是因为他们希望看到被指示要显示的附加未决选项。

为此，结账选项管理器350被配置为立即（或以短暂的固定延迟）向客户提供在用户界面上显示的第一组选项中的至少一个选项（比如快速加载选项之一）以及可选择用户界面元素（比如展开器），但不提供或显示加载光标或第二组选项中的任何选项（比如慢速加载选项或延迟加载选项）。结账选项管理器350进一步被配置为向远程客户端设备150发送指示以将加载光标和第二组选项（比如慢速加载选项或延迟加载选项）隐藏在用户界面上的展开器后面。

虽然结账交易可能使用第一组选项中的任何一个（比如使用快速加载选项中的任何一个）来完成，但第一组选项中的在客户端设备150上对客户可见的这至少一个选项可以被预先选择为默认选项，而无需任何进一步的客户交互。

在使第一组选项中的多于一个选项在客户设备150上对客户可见的情况下，结账选项管理器350可以自动将第一组选项中的一个选项指派为默认选项。例如，如果已经基于价格对第一组选项进行了排名，则可以选择显示在列表顶部的最便宜的选项作为默认选项。在仅使第一组选项中的一个选项在客户设备150上对客户可见的情况下，结账选项管理器350可以自动将第一组选项中的这个显示的选项指派为默认选项，而无需任何进一步的客户交互。

在显示第一组结账选项中的多个选项的情况下，客户可能需要一些时间来比较该多个选项的所有特征。因此，对于多个选项，结账选项管理器350可以进一步可选地被配置为识别/确定第一组选项中的哪个加载选项是最便宜的、具有最快的配送时间或者最受欢迎等，并自动在列表上突出显示该选项。该选项可以用不同的字体或背景颜色突出显示，或被标注/标记为“最快”、“最便宜”、“最受欢迎”等。

本结账选项管理器350被配置为即使在尚未接收到针对第二组选项中的任何或所有选项的相应查询的响应时也能使用第一组结账选项中的选项之一来允许/使得结账交易能够完成。因此，结账选项管理器350通过向客户端设备150发送客户可以继续进行结账交易的指示，使得即使在第二组选项（比如慢速加载选项）尚未加载时也能够使用用户界面上显示的第一组选项（比如快速加载选项）中的至少一个选项来完成结账交易（例如，使得客户能够选择一个选项以完成结账）。

在结账选项管理器350基于查询已经识别了第二组选项之后，在用户界面上隐藏第二组选项的加载。如果第二组选项仍在加载，则结账选项管理器350被配置为仅当客户在结账用户界面上选择可选择用户界面元素（例如，展开器按钮或V形图案）时才更新结账用户界面至显示加载指示符（例如，加载光标/旋转器）。

不管客户是否选择用户界面元素，结账选项管理器350都在对第一组选项进行查询的同时对第二组选项进行查询。以这种方式，客户在结账用户界面上不会立即看到加载指示。用户界面元素可以是下拉菜单的展开器、或（例如可利用V形图案选择的）可展开分区等其他可能的用户界面选项。

如果选择了用户界面元素，并且第二组选项仍在加载（即，并非所有针对第二组选项的响应都已经被接收到），则在用户界面上向客户显示加载光标（比如旋转器），直到第二组选项中的所有选项变为可用为止。那时，结账选项管理器350被配置为向客户端设备150发送更新，以通过将微调器替换为现在已加载的第二组选项来更新用户界面。例如，如果动态运费被确定为第二组选项中的选项（比如慢速加载选项），则客户只有在与用户界面元素交互时才会看到动态运费。

如果客户在一段时间后选择了用户界面元素，并且第二组选项已经被加载（即，所有针对第二组选项的响应都已经被接收到），则结账选项管理器350可以被配置为向客户端设备150发送更新以更新用户界面，从而显示第二组选项中的所有选项，而不显示加载光标/旋转器。

可替代地，结账选项管理器350可以被配置为向客户端设备150发送更新以更新用户界面，从而在第二组选项已经加载后自动用第二组选项本身替换结账页面上的用户界面元素。例如，如果客户等待点击用户界面元素，并且第二组选项现在已经全部加载，则第二组选项可以立即自动显示为运输选项列表中的附加单选按钮，而用户界面元素将不再显示。

如果在第二组选项中有多个选项，则一旦该多个选项被加载，结账选项管理器350还可以被配置为对已加载的第二组选项中的多个选项进行排名并向客户端设备150发送更新以更新用户界面，从而基于价格、配送时间、历史客户偏好或预定义的商家偏好、使用可能性等来显示第二组选项。

在一些示例中，一旦第二组结账选项被加载，则其对应的特征（比如价格和配送时间）就可能比已显示的第一组结账选项更优选（即，更低或更快）。在这种情况下，可以自动对所有结账选项进行重新排列/重新排名，使得在结账选项列表中首先显示最新的最便宜（或最快或商家最优选或履行网络最优选等）的选项。可替代地，如果结账选项如上所述的那样被“标记”，代替重新排列整个列表，可以仅将标记或突出显示移动到最新的最便宜/最快结账选项。

在其他示例中，如果客户没有选择/点击用户界面元素，则即使第二组选项中的一个选项事实上比已显示的第一组结账选项更优选，第二组选项中的这个更优选的选项也可能不会在用户界面中显示。

可选地，然后，结账选项管理器350还可以被配置为向客户端设备150发送更新以更新用户界面，从而向客户提供关于新的更优选结账选项的通知，而无论客户是否选择了用户界面元素以查看附加结账选项。

到目前为止，结账选项管理器350已经被描述为被配置为识别和更新用户界面以便将结账选项显示为两批/两组，比如快速加载选项以及慢速加载选项或延迟加载选项。然而，结账选项管理器350可以可选地被配置为将结账选项分成多于两组/两批，比如三组（例如，分为快速加载批、较快的慢速加载批、以及较慢的慢速加载批）。例如，第一（比如快速加载）组/批可以立即进行显示，第二（比如较快的慢速加载）组/批可以在第一时间量之后进行显示，并且第三（比如较慢的慢速加载）组/批可以在第二时间量之后进行显示，其中，第二时间量大于第一时间量。

例如，响应于对用户界面元素的选择，结账选项管理器350可以向客户端设备150发送更新以更新用户界面，从而显示第一组选项中的任何剩余选项，并在接收到针对第二组选项的相应查询的响应之后、在显示第三组选项之前显示第二组选项。结账选项管理器350可以进一步向客户端设备150发送更新以更新用户界面，从而在尚未接收到针对第三组选项的相应查询的全部响应时显示针对第三组选项的加载指示符，或者在已经接收到针对第三组选项的相应查询的全部响应时显示第三组选项。

在另一示例中，第一时间量可以是客户选择用户界面元素所花费的时间量。在这种情况下，如果用户界面元素被选择，已经加载的任何选项都将显示为第二组选项中的选项（比如较快的慢速加载选项）。仍在加载的选项可以被视为第三组选项中的选项（比如较慢的慢速加载选项），并且可以向客户显示第二组选项（较快的慢速加载选项）和加载光标（比如旋转器），直到第三组选项（较慢的慢速加载选项）变为可用为止。那时，可以将微调器替换为第三组选项。

图6是展示了常规电子商务平台600与本地数据库634、客户设备150和第三方服务提供商450之间的示例通信的信令图。在来自客户设备的触发事件602的通知604或（多个）请求之后，常规电子商务平台600通常向内部数据库发送针对结账选项的查询606和/或向远程第三方服务提供商发送针对结账选项的查询608。在接收到对所有请求/查询的应答（包括本地响应610和外部响应612）之后，可以整理614来自本地查询和外部查询的整组结账选项并将其发送616到客户设备150，以供在用户界面上同时显示。在客户在客户设备150处选择618结账选项之一之后，常规电子商务平台600经由客户设备620上的用户界面继续进行结账交易，并且交易完成。然而，如上所述，在使得结账交易能够完成之前等待对所有请求/查询的响应可能会导致客户产生困惑、不期望地延迟结账交易的完成、以及浪费计算机资源来加载不必要的结账选项。

因此，图7是展示了根据本披露内容的示例的结账选项管理器350、客户设备150与第三方服务提供商450之间的示例通信的信令图。结账选项管理器350可以在电子商务平台100上（例如，在电子商务平台100的服务器中）、或在电子商务平台100的外部（例如，在第三方服务器中、在客户设备150中、或在商家设备102中）、或其组合地实施。例如，结账选项管理器350可以由在线结账服务实施，该在线结账服务可以不是电子商务平台100的一部分。以下讨论是在结账选项管理器350在电子商务平台100的服务器中实施的示例的背景下进行的。

在702处，在客户设备150处输入或检测触发事件。例如，客户可以在客户设备150处输入收货地址。一旦检测到触发事件，客户设备150就在704处自动向结账选项管理器350发送通知。

响应于触发事件的通知，结账选项管理器350分派所有查询以填充结账选项。这样的查询包括在706处针对结账选项的本地查询（例如，对存储在电子商务平台100的数据设施134中的内部数据库的请求）和在708处针对结账选项的外部查询（例如，对第三方服务提供商450的请求，这可选地经由第三方的服务器460来实现）。

在710处，本地数据设施134以本地来源的结账选项对其请求进行响应。然后在712处，结账选项管理器350可以将本地响应识别为第一组结账选项或第二组结账选项（比如快速加载响应或慢速加载响应）的一部分。在一些场景中，由于710处的本地响应在电子商务平台100内部，因此可以立即或以非常小的延迟地将（多个）本地响应提供给结账选项管理器350。在这种情况下，在应用加载指标354之后，结账选项管理器350可以将该（多个）本地响应中的一个或多个本地响应识别为第一组选项（比如快速加载选项）。

在714处，在已经识别了第一组选项中的至少一个选项之后，结账选项管理器350立即向客户设备150发送信号以显示第一组结账选项中的这至少一个选项。在显示第一组选项中的这至少一个选项的情况下，客户设备150可以在716处自动选择第一组选项中的一个选项作为默认选项。在任何情况下，结账选项管理器350都可以在718处仅使用第一组选项中的选项（比如快速加载选项之一）继续进行结账过程。

与图6的常规信令图相反，对718处的结账过程的完成可以在结账选项管理器350未在720处接收到来自第三方服务提供商450（多个）外部响应和/或客户设备150未在722处显示第二组选项的情况下继续进行。当然，在另一示例中，718处的结账过程也可以在结账选项管理器350在720处接收到来自第三方服务提供商450的（多个）外部响应之后发生（从而为第二组选项的延迟加载提供时间），并且可以在客户设备150在722处显示第二组选项之后发生。

图7展示了其中结账选项管理器350将本地响应确定为第一组选项、而将外部响应确定为第二组选项的信令示例。然而，本领域技术人员将理解，在应用（上面讨论的）加载指标354时，结账选项管理器350可能识别出某些外部响应与第一组选项中的选项相关并识别出某些本地响应与第二组选项中的选项相关。值得注意的特征是，结账选项管理器350能够识别/确定哪些结账选项属于第一组选项（比如快速加载选项）以及哪些结账选项属于第二组选项（比如慢速加载选项），从而首先致使仅显示第一组结账选项中的至少一个结账选项，随后（例如，在延迟加载之后和/或在客户要求的情况下）致使显示第二组结账选项，并且还使得交易能够在未显示或加载第二组选项的情况下完成。

图8是展示了用于在并非所有结账选项都可用的情况下完成结账交易的示例方法800的流程图。例如，示例方法800可以由电子商务平台100使用结账选项管理器350来执行。特别地，方法800可以由给定客户在给定在线商店138的交易过程期间实时（或近实时）地执行。

在操作802处，结账选项管理器350经由网络440向远程客户端设备150提供用于完成结账交易的结账用户界面。用户界面包括与结账交易相关联的至少一个选项类别314。选项类别314具有一组相关联的结账选项316。

如上所述，每个选项类别314可以与结账交易的只能在结账时确定或填充（即，不能被预加载）的方面或类别相关。例如，选项类别314可以与运输、分期付款、折扣、奖励制度、订阅、关税等相关。在这方面，每个选项类别314都与一组结账选项316相关联，作为结账过程的一部分，用户可以或必须选择这组结账选项以完成交易。结账选项316不能被预加载，因为结账选项需要客户特定的信息和/或购买特定的信息才能被确定。

可选地，在操作804处，由结账选项管理器350检测触发事件。这样的触发事件可以是从客户端设备150接收到客户特定的信息，比如接收到收货地址（例如，该收货地址由客户经由客户端设备150输入到结账用户界面中）。触发事件可以替代地是检测到在客户端设备150处对用户界面进行了初始化、或者从客户端设备150接收到关于在用户界面上进行选择以启用特定类别的选项的指示等。

在操作806处，传输与结账选项316相关联的请求或查询。所传输的查询中的至少一个（例如，经由网络440）被传输到远程第三方服务器460，其中，需要选择结账选项316之一来完成结账交易。

在操作808处，将结账选项316中的一个或多个结账选项识别为属于第一组选项（比如快速加载选项）并将结账选项316中的其他结账选项识别为属于第二组选项（比如慢速加载选项）。可以基于各种不同的加载指标354来确定结账选项316是属于第一组结账选项还是属于第二组结账选项（比如是快速加载还是慢速加载）。加载指标354的示例包括：接收响应的阈值截止时间、对接收类似查询的响应的历史测量、与每个查询相关的网络通信和/或履行网络配置的分析、商家的配置、取决于计算机资源/网络资源的当前使用的动态截止时间等。例如，当所使用的加载指标354基于接收响应的阈值截止时间时，在500 ms内接收到的所有响应可以被认为是快速加载，而在500 ms之后接收到的所有响应可以被认为是慢速加载。可替代地，阈值截止时间可以基于对应客户的历史响应时间。

因此，在操作810处，在接收到对请求中的一个或多个的回复之后、但在显示第二组选项中的任何选项之前，将对用户界面的更新传送到远程客户端设备150，以显示第一组选项中的至少一个选项。在这方面，更新用户界面以便仅显示第一组选项中的一个或多个选项。

此时，所显示的第一组选项中的该至少一个选项可以在用户界面上被自动选择为默认选项。

在操作812处，同样将对用户界面的更新传送到远程客户端设备150，以显示可选择用户界面元素，其中，在可选择用户界面元素被选择之前，第二组选项全部都被隐藏而不显示。

例如，在可选择用户界面元素已经在远程客户端设备150处被选择、但第二组选项中的选项尚未加载的情况下，可以更新用户界面以显示第一组选项中的任何剩余选项，并在尚未接收到针对第二组选项的相应查询的全部响应时显示第二组选项的加载指示符。

可选地，在操作814处，在第二组选项已经加载的情况下（例如，在一定延迟之后），在进一步接收到针对第二组选项的相应请求中的一个或多个请求的回复之后，可以进一步更新用户界面以显示第二组选项。

然而，无论是否显示了第二组选项（例如，延迟加载选项），在操作816处，都能够使用显示在用户界面上的第一组选项中的一个选项（比如快速加载选项之一）来完成结账交易。结账交易可以在接收到针对第二组选项（比如慢速加载选项）中的任何或所有选项的相应查询的响应之前完成。如果已经选择了默认选项，则响应于对用于完成该结账交易的选项的选择，可以使用默认选项来完成结账交易，而无需客户的进一步交互。

上述交易过程/方法800可以在电子商务平台100上实施并且作为客户可以浏览的一系列页面而呈现给客户。图9A至图9D展示了一系列页面的示例。

图9A示出了显示在远程客户端设备150上的结账用户界面900。用户界面900包括与结账交易相关联的至少一个选项类别314。在所示实施例中，选项类别314为运输，用“配送”902标识，并且与作为运输选项904（在图9A中尚未填充）的一组结账选项316相关联。如本实施例所示，结账用户界面900已经接收到收货地址，这也被识别为触发事件。此时，由于尚未提供或选择运输类别902的运输选项904，因此“继续”按钮906是未激活的（例如，暗淡的）。换句话说，结账交易还不能完成。

在检测到触发事件（即，收货地址的输入）时，结账选项管理器350发出运输查询，其中，运输查询中的至少一个被发送到第三方承运商。在本例中，运输查询之一也被分派到本地。结账选项管理器350将运输选项之一识别为属于第一组运输选项（比如快速加载选项），在这种情况下该运输选项是基于本地数据库查找而确定的统一费率运输选项904。因此，如图9B所示，该统一费率运输选项904与展开器/V形图案908（即，可选择用户界面元素）一起立即显示在结账用户界面900上。统一费率运输选项也已经自动被选择为默认选项。值得注意的是，属于第二组运输选项的任何/所有运输选项（比如慢速加载选项或延迟加载选项）最初都被隐藏而不显示。同样值得注意的是，“继续”按钮906现在是激活的（例如，在视觉上以不同的颜色突出显示，如图9B中由虚线所指示的），此时，即使客户从未选择展开器、并且即使第二组选项尚未加载，结账交易也可以用默认的统一费率运输选项904完成。

换言之，客户可以在信息“不完整”（即，没有加载所有可用选项的信息）的情况下继续进行结账过程，因为交易可以在没有获取缓慢的数据选项的情况下完成。

图9C展示了当客户选择了展开器/V形图案、但第二组选项尚未加载时的示例。在这种情况下，显示旋转器/加载光标910，指示第二组选项仍在加载中。如上所述，图9C中的“继续”按钮906仍是激活的，并且结账交易仍然可以使用统一费率运输选项904完成，即使第二组运输选项尚未加载。

图9D进一步展示了当第二组运输选项（比如慢速加载选项或延迟加载选项）已经加载时的情况。在这种情况下，旋转器/加载光标910被替换为慢速加载运输选项912。客户现在既可以选择使用第一组选项中的选项（比如快速加载的统一费率运输选项904），也可以选择第二组选项中的慢速加载的加急运输选项912来完成交易。然而，一直以来，客户本可以在未被提供第二组选项的情况下完成交易。

值得注意的是，一旦触发事件发生，用于填充所有结账选项的所有查询（例如，包括第二组/慢速加载/延迟加载结账选项以及第一组/结账选项）就都会在同一时间分派，而不是在选择展开器/V形图案时分派。因此，客户与展开器的交互似乎只是引起对第二组结账选项的调用。然而，如上所述，这些查询在早期检测到触发事件时已经被分派。

客户的即使在第二组选项中的部分或全部选项尚未加载或不可用时也能使用第一组选项中的（快速加载）默认选项完成交易的能力提高了计算机效率。原本用于接收来自第三方调用的响应以及用于在结账用户界面上加载和显示所有第二组结账选项的处理能力、内存存储和带宽现在可以用于其他目的。因此，可以在不妨碍完成客户结账交易的情况下节省计算机资源。

如上所述，典型的结账用户界面通常会在所有结账选项都已加载并可供选择之前阻止客户完成结账交易。根据本披露内容，向客户呈现每个选项类别的第一组结账选项中的至少一个选项（比如一个快速加载选项）允许客户即使在与第二组选项中的选项（比如慢速加载选项或延迟加载选项）相关的部分或全部响应尚未被接收/加载和显示在结账用户界面上的情况下也能够完成交易。

进一步，从客户利益的角度来看，客户不需要等待、也不会倾向于等待第二组选项（比如慢速加载或延迟加载结账选项）加载后才继续进行，因为最初不会向客户呈现加载光标。以这种方式，可以简化交易并以更少的延迟更快地完成交易。同样，为结账交易保留的资源可以更快地释放以用于其他目的。

尽管本披露内容将方法和过程描述为具有特定顺序的操作（例如，步骤），但是可以视情况省略或更改这些方法和过程的一个或多个操作。一个或多个操作可以视情况以与描述顺序不同的顺序进行。

尽管至少部分地就方法描述了本披露内容，但是本领域普通技术人员应当理解，本披露内容还涉及用于执行所描述方法的至少一些方面和特征的各种组件，本披露内容可以通过硬件组件、软件或这两者的任何组合执行。因此，本披露内容的技术方案可以以软件产品的形式来实施。例如，合适的软件产品可以存储在预先记录的存储设备或其他类似的非易失性或非暂态计算机可读介质中，包括DVD、CD-ROM、USB闪存盘、可移动硬盘或其他存储介质。该软件产品包括有形地存储在其上的指令，这些指令使得处理设备（例如，个人计算机、服务器或网络设备）能够执行本文披露的方法的示例。

在不脱离权利要求的主题的情况下，本披露内容可以以其他特定的形式来实施。所描述的示例实施例在所有方面都应被认为仅是说明性的而非限制性的。从一个或多个上述实施例中选择的特征可以进行组合以创建未明确描述的替代性实施例，适合于这种组合的特征被理解为处于本披露内容的范围内。

还披露了披露范围内的所有值和子范围。而且，尽管本文披露和示出的系统、设备和过程可以包括特定数量的元件/组件，但是系统、设备和组装件可以被修改为包括附加的或更少的这样的元件/组件。例如，尽管所披露的任何元件/组件可能被提及为是单数，但是本文披露的实施例可以被修改为包括多个这样的元件/组件。本文披露的主题旨在涵盖和包含所有合适的技术变化。

本教导还可以扩展至以下编号条款中的一个或多个的特征：

1. 一种系统，包括：

至少一个处理器和至少一个存储器，该至少一个存储器存储有指令，这些指令能够由该至少一个处理器执行以使该系统：

经由网络向远程客户端设备提供用于完成结账交易的用户界面，该用户界面包括与该结账交易相关联的选项类别，该选项类别具有相关联的一组结账选项；

经由该网络传输与这些结账选项中的相应结账选项相关联的请求，所传输的查询中的至少一个查询被传输到远程第三方服务器，其中，完成该结账交易需要选择这些结账选项之一；

将这些结账选项中的一个或多个结账选项识别为第一组选项，并将这些结账选项中的其他结账选项识别为第二组选项；

在接收到对这些请求中的一个或多个的回复之后且在显示该第二组选项之前，向该远程客户端设备发送指示以更新该用户界面，从而显示该第一组选项中的结账选项中的至少一个选项；

向该远程客户端设备发送指示以显示可选择用户界面元素，其中，在选择该可选择用户界面元素之前，该第二组选项全部都被隐藏而不显示；以及

在接收到针对该第二组选项中的所有选项的相应查询的响应之前，使用该用户界面上显示的该第一组选项中的结账选项之一来使得该结账交易能够完成。

2. 如条款1所述的系统，其中，该第一组选项为快速加载选项，并且该第二组选项为慢速加载选项，其中，这些快速加载选项比这些慢速加载选项的加载速度快。

3. 如条款1所述的系统，其中，所显示的第一组选项中之一被自动选择为默认选项，并且其中，该至少一个处理器进一步被配置为执行这些指令以使该系统：

响应于选择该选项来完成该结账交易，使用该默认选项触发该结账交易的完成。

4. 如条款2所述的系统，其中，该至少一个处理器进一步被配置为执行这些指令以使该系统：

响应于在该远程客户端设备处选择该可选择用户界面元素，向该远程用户设备发送指示以更新该用户界面，从而显示任何剩余的快速加载选项，以及：

当尚未接收到针对这些慢速加载选项的相应查询的全部响应时，显示这些慢速加载选项的加载指示符；或者

在已经接收到针对这些慢速加载选项的相应查询的全部响应时，显示这些慢速加载选项。

5. 如条款1所述的系统，其中，该至少一个处理器进一步被配置为执行这些指令以使该系统响应于检测到触发事件而传输对结账选项的这些查询。

6. 如条款5所述的系统，其中，该选项类别与运输相关，并且该触发事件为接收到收货地址。

7. 如条款2所述的系统，其中，该至少一个处理器进一步被配置为执行这些指令以使该系统基于这些查询的任何响应来确定这些结账选项中的每一个是属于该第一组选项还是属于该第二组选项。

8. 如条款7所述的系统，其中，确定这些结账选项中的每一个是该第一组选项还是该第二组选项是基于以下各项中的至少一项来进行的：

接收响应的阈值截止时间；

对接收类似查询的响应的历史测量；

对与每个查询相关的网络通信和/或履行网络配置的分析；以及

商家配置。

9. 如条款8所述的系统，其中，这些可用结账选项基于该阈值截止时间而被确定为是快速加载还是慢速加载，该阈值截止时间是基于客户的历史响应时间而针对该客户动态确定的。

10. 如条款2所述的系统，其中，该至少一个处理器进一步被配置为执行这些指令以使该系统：

识别这些慢速加载选项中的较快加载选项和较慢加载选项，其中，这些较慢的慢速加载选项比这些较快的慢速加载选项需要更多的时间来接收相应查询的响应；以及

响应于选择该可选择用户界面元素：

显示任何剩余的快速加载选项；以及

在显示这些较慢的慢速加载选项之前，在接收到针对这些较快的慢速加载选项的相应查询的响应之后，显示这些较快的慢速加载选项。

11. 一种方法，包括：

经由网络向远程客户端设备提供用于完成结账交易的用户界面，该用户界面包括与该结账交易相关联的选项类别，该选项类别具有相关联的一组结账选项；

经由该网络传输与这些结账选项中的相应结账选项相关联的请求，所传输的查询中的至少一个查询被传输到远程第三方服务器，其中，完成该结账交易需要选择这些结账选项之一；

将这些结账选项中的一个或多个结账选项识别为第一组选项，并将这些结账选项中的其他结账选项识别为第二组选项；

在接收到对这些请求中的一个或多个的回复之后且在显示该第二组选项之前，向该远程客户端设备发送指示以更新该用户界面，从而显示该第一组选项中的至少一个选项；

向该远程客户端设备发送指示以在该用户界面上显示可选择用户界面元素，其中，在选择该可选择用户界面元素之前，该第二组选项全部都被隐藏而不显示；以及

在接收到针对该第二组选项中的所有选项的相应查询的响应之前，使用该用户界面上显示的该第一组选项中的该至少一个选项之一来使得该结账交易能够完成。

12. 如条款11所述的方法，其中，该第一组选项为快速加载选项，并且该第二组选项为慢速加载选项，其中，这些快速加载选项比这些慢速加载选项的加载速度快。

13. 如条款11所述的方法，进一步包括：

自动选择所显示的该第一组选项中的该至少一个选项之一作为默认选项，以及

响应于选择该选项来完成该结账交易，使用该默认选项触发该结账交易的完成。

14. 如条款12所述的方法，进一步包括：

响应于在该远程客户端设备处选择该可选择用户界面元素，向该远程用户设备发送指示以更新该用户界面，从而：

显示任何剩余的快速加载选项；

当尚未接收到针对这些慢速加载选项的相应查询的全部响应时，显示这些慢速加载选项的加载指示符；或者

在已经接收到针对这些慢速加载选项的相应查询的全部响应时，显示这些慢速加载选项。

15. 如条款11所述的方法，进一步包括：

检测触发事件，并且作为响应，使该系统传输对结账选项的查询。

16. 如条款15所述的方法，其中，该选项类别与运输相关，并且该触发事件为接收到收货地址。

17. 如条款11所述的方法，进一步包括：

基于这些查询的响应来确定这些结账选项中的每一个是快速加载选项还是慢速加载选项。

18. 如条款17所述的方法，其中，该确定基于：

接收响应的阈值截止时间；

对接收类似查询的响应的历史测量；

对与每个查询相关的网络通信和/或履行网络配置的分析；以及

商家配置。

19. 如条款12所述的方法，进一步包括：

识别这些慢速加载选项中的较快加载选项和较慢加载选项，其中，这些较慢的慢速加载选项比这些较快的慢速加载选项需要更多的时间来接收相应查询的响应；以及

响应于选择该可选择用户界面元素：

显示任何剩余的快速加载选项；以及

在显示这些较慢的慢速加载选项之前，在接收到针对这些较快的慢速加载选项的相应查询的响应之后，显示这些较快的慢速加载选项。

20. 一种存储有指令的计算机可读介质，这些指令当由系统的处理器执行时使该系统：

经由网络向远程客户端设备提供用于完成结账交易的用户界面，该用户界面包括与该结账交易相关联的选项类别，该选项类别具有相关联的一组结账选项；

经由该网络传输与这些结账选项中的相应结账选项相关联的请求，所传输的查询中的至少一个查询被传输到远程第三方服务器，其中，完成该结账交易需要选择这些结账选项之一；

将这些结账选项中的一个或多个结账选项识别为快速加载选项，并将这些结账选项中的其他结账选项识别为慢速加载选项；

在接收到对这些请求中的一个或多个的回复之后且在显示这些慢速加载选项之前，向该远程客户端设备发送指示以更新该用户界面，从而显示这些快速加载选项中的至少一个选项；

向该远程客户端设备发送指示以在该用户界面上显示可选择用户界面元素，其中，在选择该可选择用户界面元素之前，这些慢速加载选项全部都被隐藏而不显示；以及

在接收到针对这些慢速加载选项中的所有选项的相应查询的响应之前，使用该用户界面上显示的这些快速加载选项中的该至少一个选项之一来使得该结账交易能够完成。

Claims (11)

1.一种方法，包括：

经由网络向远程客户端设备提供用于完成结账交易的用户界面，该用户界面包括与该结账交易相关联的选项类别，该选项类别具有相关联的一组结账选项；

经由该网络传输与这些结账选项中的相应结账选项相关联的查询，所传输的查询中的至少一个查询被传输到远程第三方服务器，其中，完成该结账交易需要选择这些结账选项之一；

基于接收对这些查询的响应的阈值截止时间，将这些结账选项中的一个或多个结账选项识别为第一组选项，并将这些结账选项中的其他结账选项识别为第二组选项；

在接收到对这些请求中的一个或多个的回复之后且在显示该第二组选项之前，向该远程客户端设备发送指示以更新该用户界面，从而显示该第一组选项中的至少一个选项；

向该远程客户端设备发送指示以在该用户界面上显示可选择用户界面元素，其中，在选择该可选择用户界面元素之前，该第二组选项全部都被隐藏而不显示；以及

在接收到针对该第二组选项中的所有选项的相应查询的响应之前，使用该用户界面上显示的该第一组选项中的该至少一个选项之一来使得该结账交易能够完成。

2.如权利要求1所述的方法，其中，该第一组选项为快速加载选项，并且该第二组选项为慢速加载选项，其中，这些快速加载选项比这些慢速加载选项的加载速度快。

3. 如权利要求1或2所述的方法，进一步包括：

自动选择所显示的该第一组选项中的该至少一个选项之一作为默认选项，以及

响应于选择该选项来完成该结账交易，使用该默认选项触发该结账交易的完成。

4.如权利要求2所述的方法，进一步包括：

响应于在该远程客户端设备处选择该可选择用户界面元素，向该远程用户设备发送指示以更新该用户界面，从而：

显示任何剩余的快速加载选项；

当尚未接收到针对这些慢速加载选项的相应查询的全部响应时，显示这些慢速加载选项的加载指示符；或者

在已经接收到针对这些慢速加载选项的相应查询的全部响应时，显示这些慢速加载选项。

5.如前述权利要求中任一项所述的方法，进一步包括：

检测触发事件，并且作为响应，使该系统传输对结账选项的查询。

6.如权利要求5所述的方法，其中，该选项类别与运输相关，并且该触发事件为接收到收货地址。

7.如前述权利要求中任一项所述的方法，其中，该确定进一步基于：

对接收类似查询的响应的历史测量；

对与每个查询相关的网络通信和/或履行网络配置的分析；或者

商家配置。

8. 如权利要求2所述的方法，进一步包括：

识别这些慢速加载选项中的较快加载选项和较慢加载选项，其中，这些较慢的慢速加载选项比这些较快的慢速加载选项需要更多的时间来接收相应查询的响应；以及

响应于选择该可选择用户界面元素：

显示任何剩余的快速加载选项；以及

在显示这些较慢的慢速加载选项之前，在接收到针对这些较快的慢速加载选项的相应查询的响应之后显示这些较快的慢速加载选项。

9.一种系统，包括：

至少一个处理器和至少一个存储器，该至少一个存储器存储有指令，这些指令能够由该至少一个处理器执行以使该系统执行如前述权利要求中任一项所述的方法。

10.一种计算机程序，该计算机程序在由处理器执行时被配置为使该处理器执行如权利要求1至8中任一项所述的方法。

11.一种存储有指令的计算机可读介质，这些指令当由系统的处理器执行时使该系统执行如权利要求1至8中任一项所述的方法。

Images