CN115439170A - 基于配送方法资格的动态产品呈现 - Google Patents

Abstract

一种方法包括：由处理器接收从显示在图形用户界面上的一组货品中选择第一货品的指示，该组货品对应于多个产品中的至少一些产品；由该处理器识别配送方法，其中，可使用该配送方法配送该第一货品；由该处理器确定该多个产品中的满足该配送方法的至少一个配送标准的至少一个另外的产品；以及由该处理器引起对显示与该至少一个另外的产品相对应的一个或多个另外的货品的图形用户界面进行动态修正，其中，该一个或多个另外的货品在视觉上不同于该组货品中的至少一个货品。

Description

基于配送方法资格的动态产品呈现

技术领域

本申请总体上涉及图形用户界面，更具体地涉及图形用户界面的动态修正。

背景技术

由于空中导航和自主导航的快速发展，无人机配送已经变得更加普遍和受期望。然而，这些配送方法受到重量和体积以及其他标准和约束的严格限制。常规的提供配送的平台提供了负面的用户体验，因为这些平台通常将分析配送标准和识别有资格的货品的负担转移给客户，但在用户界面上几乎没有向客户提供用来确定是否有资格的任何信息。当客户与网站或其他图形用户界面交互时，客户可能不清楚在不违背所要求的配送方法（例如，不影响配送层级、成本和方法）的情况下可以将哪些附加货品添加到购物车。例如，想通过无人机配送（为获得快速且独特的配送体验）从附近的餐厅购买晚餐的客户可能已经将两道主要菜品（主菜）放在电子购物车中以进行购买。然而，客户可能不知道添加甜点或饮品将会如何影响无人机送餐的资格。当添加了比如甜点或饮品等货品时，客户可能会对在结账过程期间出现的配送方法改变感到惊讶和沮丧。这些常规方法没有提供允许客户确定附加货品对配送方法的影响的界面。因此，客户得尝试通过反复试错过程来识别影响了配送方法的货品，这既耗时又令人沮丧，从而导致许多客户彻底弃购。在购物车最终确定之后，商家可能直到结账后才意识到购买内容不符合所选配送方法，比如包裹对于期望的无人机配送来说太重。

附图说明

附图构成本说明书的一部分并且展示了本文披露的主题的实施例。

图1示出了根据实施例的电子商务平台。

图2示出了根据实施例的管理员主页。

图3示出了根据实施例的动态产品呈现系统的组件。

图4示出了根据实施例的动态产品呈现系统的执行步骤。

图5至图13示出了根据各种实施例的动态产品呈现系统对图形用户界面的动态修正的示例。

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

具体实施方式

现在将参考附图中展示的说明性实施例，并且将在此使用特定的语言对这些实施例进行描述。然而，应当理解，不旨在以此方式对权利要求或本披露内容的范围进行限制。相关领域且拥有本披露的普通技术人员将想到的对本文说明的发明特征的更改和进一步修改以及对本文说明的主题的原理的附加应用将被认为是在本文披露的主题的范围内。在此，将参考附图中展示的实施例对本披露内容进行详细描述，这形成本文的一部分。在不脱离本披露内容的精神或范围的情况下，可以使用其他实施例和/或可以做出其他改变。详细描述中所描述的说明性实施例并不意味着限制本文呈现的主题。

为了解决上述缺点，一种呈现系统可以动态地修正并重新配置由商家提供的图形用户界面（GUI），并实施确定库存中的所选货品和其他货品会如何影响配送方法的算法。该呈现系统可以向客户显示各种选项，使客户不再需要检查所选货品来确定这些货品是否有资格使用客户期望的配送方法。该呈现可以帮助生成已知符合或更可能符合特定配送渠道（比如，无人机）的约束的配送包裹。该系统可以实施以下说明性方法。

I. 示例电子商务平台

在一些实施例中，本文所披露的方法可以在商务平台上执行或与商务平台相关联地执行，该商务平台比如是电子商务平台。因此，将描述商务平台的示例。

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

虽然本披露内容自始至终设想‘商家’和‘客户’可以不只是个人，但为了简单起见，本文的描述一般地涉及商家和客户本身。在本披露内容中所有对商家和客户的提及也应当理解为对个人团体、公司、企业、计算实体等的提及，并且可以代表营利性或非营利性的产品交换。进一步，虽然本披露内容自始至终涉及“商家”和“客户”，并描述他们的角色本身，但电子商务平台100应当被理解为更一般地支持电子商务环境中的用户，并且在本披露内容中所有对商家和客户的提及也应当理解为对用户的提及，比如，用户是商家用户（例如，卖方、零售商、批发商或产品提供商）、客户用户（例如，买方、购买代理或产品用户）、潜在用户（例如，正在浏览但尚未承诺购买的用户、评估电子商务平台100以潜在地用于营销和销售产品的用户等）、服务提供商用户（例如，运输提供商112、金融提供商等）、公司或企业用户（例如，购买、销售或使用产品的公司代表；企业用户；客户关系或客户管理代理等）、信息技术用户、计算实体用户（例如，用于购买、销售或使用产品的计算机器人）等。

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

在线商店138可以代表包括多个虚拟店面的多租户设施。在实施例中，商家可以通过比如商家设备102（例如，计算机、膝上型计算机、移动计算设备等）管理在线商店138中的一个或多个店面，并且通过多个不同的渠道110A-B（例如，在线商店138；通过POS设备152的实体店面；通过集成到网站或社交媒体渠道（比如，在社交网络、社交媒体页面、社交媒体消息系统上）的电子购买按钮的电子市场等）向客户提供产品。商家可以跨渠道110A-B销售，然后通过电子商务平台100管理他们的销售，其中，渠道110A可以在电子商务平台100内部或从电子商务渠道110B外部提供。商家可以在他们的实体零售店、在快闪店、通过批发、通过电话等进行销售，然后通过电子商务平台100管理他们的销售。商家可以使用这些方式的全部或任何组合，比如通过实体店面使用POS设备152维持业务，通过在线商店138维持虚拟店面，以及使用通信设施129以使用客户交互和分析132来提高销售的概率。在本披露内容中，术语“在线商店138”和“店面”可以同义地使用以指代商家的通过电子商务平台100提供存在的在线电子商务，其中，在线商店138可以指代由（例如，用于多个商家的）电子商务平台100支持的多租户店面集合，或指代单个商家的店面（例如，商家在线商店）。

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

在一些实施例中，并且如本文进一步描述的，电子商务平台100可以通过包括处理器和存储器的处理设施来实施，该处理设施存储一组指令，这些指令当被执行时使电子商务平台100执行如本文描述的电子商务功能和支持功能。处理设施可以是服务器、客户端、网络基础设施、移动计算平台、云计算平台、固定计算平台或其他计算平台的一部分，并在电子商务平台100的电子组件、商家设备102、支付网关106、应用程序开发者、渠道110A-B、运输提供商112、客户设备150、销售点设备152等之间提供电子连接和通信。电子商务平台100可以实施为云计算服务、软件即服务（SaaS）、基础设施即服务（IaaS）、平台即服务（PaaS）、桌面即服务（DaaS）、管理软件即服务（MSaaS）、移动后端即服务（MBaaS）、信息技术管理即服务（ITMaaS）等，比如实施在软件和配送模型中，在该模型中，软件基于订阅而获得许可并被集中托管（例如，用户使用客户端（例如，瘦客户端）经由网络浏览器或其他应用程序访问，通过POS设备访问等）。在一些实施例中，电子商务平台100的元素可以实施为在各种平台和操作系统上运行，比如iOS、Android、在网络上等（例如，针对iOS、Android和网络的给定在线商店，管理员114被实施为多个实例，每个具有类似的功能）。

在一些实施例中，可以通过电子商务平台100的服务器提供的网页使在线商店138服务于客户设备150。服务器可以从安装在客户设备150上的浏览器或其他应用程序接收对网页的请求，其中，浏览器（或其他应用程序）通过IP地址连接到服务器，IP地址通过域名转换获得。作为回应，服务器发回所请求的网页。网页可以用超文本标记语言（HTML）、模板语言、JavaScript等或其任何组合编写或包括这些语言。例如，HTML是描述网页的静态信息（比如网页的布局、格式和内容）的计算机语言。网站设计者和开发者可以使用模板语言来构建兼具静态内容（其在多个页面上相同）和动态内容（其在页面之间发生变化）的网页。模板语言可以使得能够重复使用定义网页布局的静态元素，同时用来自在线商店的数据动态填充页面。静态元素可以用HTML编写，而动态元素可以用模板语言编写。文件中的模板语言元素可以充当占位符，使得文件中的代码被编译并发送到客户设备150，并且然后模板语言被来自在线商店138的数据替换（比如当安装主题时）。模板和主题可以考虑标签、对象和过滤器。客户设备150的网络浏览器（或其他应用程序）然后相应地呈现页面。

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

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

在一些实施例中，电子商务平台100可以提供集成运输服务122（比如，通过电子商务平台运输设施或通过第三方承运商），从而比如向商家提供实时更新、跟踪、自动费率计算、批量订单准备、标签打印等。

即使运输服务122被示为电子商务平台100的一部分，运输服务122也可以由第三方实施，比如实施为第三方配送或运输服务。运输服务122可以具有与电子商务平台100通信的服务器/计算机，其中运输服务122可以传送运输要求（例如，运输重量、类别、限制和偏好）。电子商务平台100然后可以使用这些要求来动态地更新本文讨论的一个或多个图形用户界面。运输服务122然后可以从电子商务平台100接收配送指令并且可以使用本文讨论的配送装置（例如，图3中描绘的配送装置304，比如无人机、自行车或车辆）来执行该配送。运输服务122还可以与配送提供商的服务器和/或配送装置处理器通信，这样配送数据（例如，不同配送的状态）可以被传送到电子商务平台100。

因此，运输服务122可以是也可以不是电子商务平台100的一部分。例如，运输服务122可以与单独实体相关联，该单独实体发送其要求并从电子商务平台100接收配送指令。在另一个实施例中，本文讨论的方法和系统可以作为独立服务提供，其中运输服务122使用电子商务平台100来动态地定制图形用户界面并将配送指令和属性发回运输服务122。

在非限制性示例中，运输服务122表示使用无人机配送食物的配送平台的服务器。运输服务122首先将无人机配送要求发送到电子商务平台100，从而相应地修正各种图形用户界面。当客户最终确定订单时，电子商务平台100将配送数据（例如，货品和地址）发送到运输服务122。

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

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

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

电子商务平台100可以提供用于与客户进行安全金融交易的金融设施120，比如通过安全的卡服务器环境。比如在支付卡行业数据（PCI）环境（例如，卡服务器）中，电子商务平台100可以存储信用卡信息，以查核财务、向商家开账单、执行电子商务平台100的金融机构账户与商家的银行账户之间的自动清算所（ACH）转移（例如，当使用资金时）等。这些系统可以符合萨班斯-奥克斯利法案（SOX）的规定，并且在其开发和运营中需要高级别的调查。金融设施120还可以向商家提供金融支持，比如通过借贷资金（例如，借贷款项、现金预付等）和提供保险。另外，电子商务平台100可以提供一组营销和合作伙伴服务并控制电子商务平台100与合作伙伴之间的关系。他们还可以通过电子商务平台100连接和加入新商家。这些服务可以通过使商家更容易在电子商务平台100上工作来实现商家增长。通过这些服务，可以经由电子商务平台100向商家提供帮助设施。

在一些实施例中，在线商店138可以支持大量独立管理的店面并且每天为各种产品处理大量交易数据。交易数据可以包括客户联系信息、账单信息、运输信息、关于所购买的产品的信息、关于所呈现的服务的信息以及与通过电子商务平台100进行的业务相关联的任何其他信息。在一些实施例中，电子商务平台100可以将该数据存储在数据设施134中。交易数据可以被处理以产生与在线商务相关的分析132，该分析进而可以被提供给商家或第三方商务实体，比如提供消费者趋势、营销和销售见解、改善销售的建议、客户行为评估、营销和销售建模、欺诈趋势等，并且是通过数据面板界面、通过报告等来提供的。电子商务平台100可以存储关于业务和商家交易的信息，并且数据设施134可以具有增强、贡献、细化和提取数据的多种方式，其中，随着时间的推移，所收集的数据可以实现对电子商务平台100的各方面的改进。

再次参考图1，在一些实施例中，电子商务平台100可以配置有用于进行内容管理、任务自动化和数据管理的商务管理引擎136，以实现对多个在线商店138的支持和服务（例如，与产品、库存、客户、订单、协作、供应商、报告、财务、风险和欺诈等相关），但该电子商务平台也可通过应用程序142A-B进行扩展，从而实现更大的灵活性和定制过程，以适应不断增长的各种商家在线商店、POS设备、产品和服务，其中，应用程序142A可以在电子商务平台100内部提供，或者应用程序142B可以从电子商务平台100外部提供。在一些实施例中，应用程序142A可以由提供电子商务平台100的同一方或不同方提供。在一些实施例中，应用程序142B可以由提供电子商务平台100的同一方或不同方提供。商务管理引擎136可以被配置为通过功能和数据的划分（例如，分片）来实现灵活性和可扩展性，比如通过客户标识符、订单标识符、在线商店标识符等来进行该划分。商务管理引擎136可以适应商店特定的业务逻辑，并且在一些实施例中，可以结合管理员114和/或在线商店138。

商务管理引擎136包括电子商务平台100的基本或“核心”功能，并且因此，如本文描述的，并非支持在线商店138的所有功能都可以适合包括在内。例如，包括在商务管理引擎136中的功能可能需要超过核心功能阈值——由此可以确定该功能是商务体验的核心（例如，对于大多数在线商店活动来说是共同的，比如跨渠道、管理员界面、商家位置、行业、产品类型等），能够跨在线商店138重复使用（例如，可以跨核心功能重复使用/修改的功能），一次仅限于单个在线商店138的背景（例如，实施在线商店“隔离原则”，在该原则下，代码不应该一次能够与多个在线商店138交互，从而确保在线商店138不能访问彼此的数据），提供交易工作量等。维持对实施什么功能的控制可以使商务管理引擎136能够保持响应性，因为许多需要的特征要么直接由商务管理引擎136提供，要么通过接口140A-B来启用，这比如通过其借助应用程序编程接口（API）连接扩展到应用程序142A-B和渠道110A-B来实现，其中接口140A可以被提供给电子商务平台100内部的应用程序142A和/或渠道110A，或者通过接口140B被提供给电子商务平台100外部的应用程序142B和/或渠道110B。通常，电子商务平台100可以包括促进与其他平台、系统、软件、数据源、代码等的连接和通信的接口140A-B（这些接口可以是扩展、连接器、API等）。这样的接口140A-B可以是商务管理引擎136的接口140A或者更一般地是电子商务平台100的接口140B。如果不注意限制商务管理引擎136中的功能，响应性可能会受到影响，比如基础设施降级，缓慢的数据库或非关键后端故障，灾难性基础设施故障（比如伴随数据中心离线），正在部署的新代码执行时间比预期的长等。为了防止或减轻这些情况，商务管理引擎136可以被配置为比如通过利用超时、队列、背压来防止降级的配置等来维持响应性。

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

在一些实施例中，电子商务平台100可以提供平台支付设施120，该平台支付设施是使用来自商务管理引擎136的数据但可能位于外部以便不违反隔离原则的组件的另一个示例。平台支付设施120可以允许与在线商店138交互的客户将其支付信息由商务管理引擎136安全地存储，使得客户只需输入支付信息一次。当客户访问不同的在线商店138时，即使他们以前从未到访，平台支付设施120也可以调用他们的信息以实现更快速和正确的结账。这可以提供跨平台网络效果，在这种情况下，电子商务平台100随着更多商家加入而变得对其商家更有用，比如因为有更多的客户因为客户购买方面的易用性而更频繁地结账。为了最大化该网络的效果，可以从在线商店的结账处取得给定客户的支付信息，从而允许信息跨在线商店138全局可用。使每个在线商店138能够连接到任何其他在线商店138以取得存储在那里的支付信息将是困难且容易出错的。因此，可以在商务管理引擎136的外部实施平台支付设施。

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

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

应用程序142A-B可以支持在线商店138和渠道110A-B，提供商家支持，与其他服务集成等。在商务管理引擎136可以为在线商店138提供服务基础的情况下，应用程序142A-B可以为商家提供一种满足特定的、有时是独特的需求的方式。不同的商家将会有不同的需求，并且因此可以受益于不同的应用程序142A-B。可以通过电子商务平台100借助以下方式来更好地发现应用程序142A-B：通过应用程序分类法（类别）的开发来标记应用程序，该分类法使得能够根据应用程序为商家执行的功能类型；通过支持搜索、排名和推荐模型的应用程序数据服务；通过比如应用程序商店、主页信息卡、应用程序设置页面等应用程序发现界面等。

应用程序142A-B可以通过接口140A-B而连接到商务管理引擎136，比如使用API将通过商务管理引擎136可获得和在该商务管理引擎内可获得的功能和数据暴露于应用程序的功能（例如，通过REST、GraphQL等）。例如，电子商务平台100可以向商家和面向合作伙伴的产品和服务（比如包括应用程序扩展、过程流服务、面向开发者的资源等）提供API接口140A-B。随着客户更频繁地使用移动设备购物，与移动使用相关的应用程序142A-B可以受益于API的更广泛使用以支持相关增长的商务流量。通过应用程序和API的使用而提供的灵活性（其例如是为应用程序开发而提供的）使电子商务平台100能够更好地适应商家（以及通过内部API的内部开发者）的新的和独特的需求，而无需不断改变商务管理引擎136，从而在商家需要时提供他们所需之物。例如，运输服务122可以通过运输或承运商服务API与商务管理引擎136集成，从而使电子商务平台100能够提供运输服务功能而不直接影响在商务管理引擎136中运行的代码。

许多商家问题可以通过让合作伙伴通过应用程序开发改进和扩展商家工作流程来解决，比如与后台操作相关联的问题（面向商家的应用程序142A-B）和在线商店138中的问题（面向客户的应用程序142A-B）。作为开展业务的一部分，许多商家每天都会使用移动和网络相关应用程序来进行后台任务（例如，展销、库存、折扣、履行等）和在线商店任务（例如，与他们的在线商店相关的用于限时抢购、新产品供应等的应用程序），其中，应用程序142A-B通过扩展或API 140A-B帮助使产品在快速增长的市场中易于查看和购买。在一些实施例中，可以向合作伙伴、应用程序开发者、内部应用程序设施等提供软件开发套件（SDK），比如通过在管理员114内创建为应用程序接口提供沙盒的框架。在一些实施例中，管理员114可能无法控制框架，也不知道框架内发生了什么。SDK可以与用户界面套件结合使用以产生模仿电子商务平台100的外观和感觉的界面，比如充当商务管理引擎136的扩展。

使用API的应用程序142A-B可以根据需求拉取数据，但通常应用程序还需要在发生更新时推送数据。更新事件可以在订阅模型中实施，例如客户创建、产品改变或订单取消。更新事件可以向商家提供关于商务管理引擎136的改变后的状态所需的更新，比如用于同步本地数据库、通知外部集成合作伙伴等。更新事件可以比如通过更新事件订阅来实现该功能，而不必一直轮询商务管理引擎136以检查更新。在一些实施例中，当与更新事件订阅相关的改变发生时，商务管理引擎136可以发布请求，比如发布到预定义的回调URL。该请求的主体可以包含对象的新状态和动作或事件的描述。更新事件订阅可以在管理员设施114中手动创建，或（例如，经由API 140A-B）自动创建。在一些实施例中，更新事件可以排队并与触发更新事件的状态改变异步地处理，这可以产生非实时分发的更新事件通知。

在一些实施例中，电子商务平台100可以提供应用程序搜索、推荐和支持128。应用程序搜索、推荐和支持128可以包括：用于帮助应用程序的开发的开发者产品和工具、应用程序数据面板（例如，向开发者提供开发界面、向管理员提供应用程序管理、向商家提供应用程序定制等）、用于安装和提供关于提供对应用程序142A-B的访问权限的设施（例如，用于公共访问，比如在安装之前必须满足标准的情况，或供商家私用），为了使商家易于搜索满足其在线商店138需求的应用程序142A-B的应用程序搜索、用于向商家提供关于他们可以如何通过其在线商店138改善用户体验的建议的应用程序推荐、对商务管理引擎136内的核心应用程序能力的描述等。这些支持设施可以被任何实体执行的应用程序开发使用，包括商家开发他们自己的应用程序142A-B、第三方开发者开发应用程序142A-B（例如，由商家签约、自行开发以提供给公众、签约以与电子商务平台100相关联地使用等）、或与电子商务平台100相关联的内部个人资源开发应用程序142A或142B。在一些实施例中，应用程序142A-B可以被分配应用程序标识符（ID），比如用于链接到应用程序（例如，通过API）、搜索应用程序、进行应用程序推荐等。

商务管理引擎136可以包括电子商务平台100的基本功能并且通过API 140A-B将这些功能暴露于应用程序142A-B。API 140A-B可以启用通过应用程序开发构建的不同类型的应用程序。应用程序142A-B可能能够满足商家的多种多样的需求，但可以大致分组为三类：面向客户的应用程序、面向商家的应用程序、集成应用程序等。面向客户的应用程序142A-B可以包括在线商店138或渠道110A-B，其是商家可以列出产品以供购买的地方（例如，在线商店、用于限时抢购的应用程序（例如，商家产品或来自第三方来源的机会性销售机会）、移动商店应用程序、社交媒体渠道、用于提供批发购买的应用程序等）。面向商家的应用程序142A-B可以包括允许商家管理其在线商店138（例如，通过与网络或网站相关或与移动设备相关的应用程序）、经营其业务（例如，通过与POS设备相关的应用程序）、发展其业务（例如，通过与运输（例如，代发货）相关的应用程序、使用自动化代理、使用过程流开发和改进）等的应用程序。集成应用程序可以包括提供参与业务经营的有用集成的应用程序，比如运输提供商112和支付网关。

在一些实施例中，应用程序开发者可以使用应用程序代理从外部位置获取数据并将数据显示于在线商店138的页面上。这些代理页面上的内容可以是动态的、可更新的等等。应用程序代理对于显示图像库、统计数据、定制表单和其他种类的动态内容可以很有用。电子商务平台100的核心应用程序结构可以允许在应用程序142A-B中构建越来越多的商家体验，使得商务管理引擎136可以保持专注于更常用的商务业务逻辑。

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

在示例实施例中，客户可以在渠道110A-B上浏览商家的产品。渠道110A-B是客户可以查看和购买产品的地方。在一些实施例中，渠道110A-B可以被建模为应用程序142A-B（一中可能的例外情况是在线商店138，其被集成在商务管理引擎136中）。展销组件可以允许商家描述他们想要销售什么以及他们在哪里进行销售。产品与渠道之间的关联可以被建模为产品公布，并通过渠道应用程序（比如经由产品列举API）访问。产品可以具有许多选项（如大小和颜色）以及许多变型，这些变型将可用选项扩充为所有选项的特定组合，例如超小号绿色变型或大号蓝色变型。产品可能具有至少一个变型（例如，为没有任何选项的产品创建“默认变型”）。为了促进浏览和管理，可以将产品分组为集合、为产品提供产品标识符（例如，货号（SKU））等。产品的集合可以通过将产品手动分类为一种（例如，定制集合）、通过构建用于自动分类的规则集（例如，智能集合）等来构建。产品可以作为2D图像、3D图像、旋转视图图像通过虚拟现实或增强现实接口等进行查看。

在一些实施例中，客户可以将他们打算购买的东西添加到其购物车中（在替代实施例中，可以比如通过本文描述的购买按钮直接购买产品）。客户可以将产品变型添加到其购物车中。购物车模型可能是渠道特定的。在线商店138的购物车可以由多个购物车订单项组成，其中每个购物车订单项跟踪产品变型的数量。商家可以使用购物车脚本基于其购物车的内容向客户提供特别促销。由于将产品添加到购物车并不意味着来自客户或商家的任何承诺，并且购物车的预期有效期可能是几分钟（而不是几天）的数量级上，因此购物车可以被持久化到临时数据存储中。

然后客户进行结账。结账组件可以实施网络结账，作为面向客户的订单创建过程。结账API可以被提供为面向计算机的订单创建过程，某些渠道应用程序使用该过程来代表客户创建订单（例如，在销售点的情况）。结账可以从购物车创建并记录客户的信息，比如电子邮件地址、账单和运输详细信息。在结账时，商家会承诺定价。如果客户输入他们的联系信息但并未进行支付，则电子商务平台100可以提供让客户重新进行支付的机会（例如，在弃单功能中）。由于这些原因，结账的有效期可能比购物车长得多（数小时或甚至数天），并且因此会持续存在。结账可以基于客户的收货地址计算税费和运费。结账可以将税费的计算委托给税费组件，并将运费的计算委托给配送组件。定价组件可以使商家能够创建折扣代码（例如，在结账时输入会将新价格应用于结账中的货品的“秘密”字符串）。商家可以使用折扣来吸引客户并评估营销活动的表现。折扣和其他定制价格系统可以在同一平台部分之上实施，比如通过价格规则（例如，当满足时意味着一组权利的一组先决条件）来实施。例如，先决条件可以是比如“订单小计大于$100”或“运费低于$10”等项目，而权利可以是比如“整个订单打八折”或“产品X、Y和Z减$10”等项目。

然后，客户为其购物车中的内容付款，从而为商家创建订单。渠道110A-B可以使用商务管理引擎136在客户与商家之间转移钱款、货币或价值储存物（比如美元或加密货币）。可以在支付处理组件内实施与各种支付提供商（例如，在线支付系统、移动支付系统、数字钱包、信用卡网关等）的通信。可以通过卡服务器环境提供与支付网关106的实际交互。在一些实施例中，支付网关106可以接受国际支付，比如与领先的国际信用卡处理器集成。卡服务器环境可以包括卡服务器应用程序、卡接收器、托管字段等。这种环境可以充当敏感信用卡信息的安全门卫。在一些实施例中，大部分过程可以由支付处理作业来编排。商务管理引擎136可以支持许多其他支付方法，例如通过异地支付网关106（例如，客户被重定向到另一个网站）、手动方式（例如，现金）、在线支付方法（例如在线支付系统、移动支付系统、数字钱包、信用卡网关等）、礼品卡等支付。在结账过程结束时会创建订单。订单是商家与客户之间的销售合同，其中商家同意提供订单上列出的商品和服务（例如，订单订单项、运输订单项等）并且客户同意提供支付款项（含税）。该过程可以在销售组件中建模。不依赖商务管理引擎136结账的渠道110A-B可以使用订单API来创建订单。一旦创建了订单，就可以向客户发送订单确认通知，并且经由通知组件向商家发送订单下达通知。当支付处理作业开始时，可以保留库存以避免过度销售（例如，商家可以根据每种变型的库存策略来控制这种行为）。库存保留可能具有很短的时间跨度（几分钟），并且可能需要非常快速且可扩展以支持限时抢购（例如，比如以冲动购买为目标在短时间内提供折扣或促销）。如果支付失败，则取消保留。在支付成功并创建订单后，保留将被转换为分配到特定位置的长期库存承诺。库存组件可以记录变型的贮存位置，并跟踪启用了库存跟踪的变型的数量。该组件可以将产品变型（表示产品列举模板的面向客户的概念）与库存项目（表示数量和位置受到管理的项目的面向商家的概念）分离。库存水平组件可以跟踪可用于销售、对订单承诺或从库存转移组件（例如，供应商）传入的数量。

然后，商家可以审查和履行（或取消）订单。审查组件可以实施商家用于在实际履行订单之前确保订单是适合于履行的业务过程。订单可能是欺诈性的，可能需要验证（例如，ID检查），可能具有需要商家等待以确保他们将接收到其款项的支付方法等。订单风险模型中可以持续存在风险和推荐。订单风险可以由欺诈检测工具生成、由第三方通过订单风险API提交等。在进行履行之前，商家可能需要捕获支付信息（例如，信用卡信息）或等待接收支付信息（例如，经由银行转账、支票等）并将订单标记为已支付。现在，商家可以准备要配送的产品。在一些实施例中，该业务过程可以由履行组件来实施。履行组件可以基于库存位置和履行服务将订单的订单项分组形成逻辑履行工作单元。商家可以审查、调整工作单元并触发相关的履行服务，比如在商家拣选产品并将其打包到箱子中、购买运输标签并输入其跟踪编号时（例如，在商家所管理的位置）使用的手动履行服务，或是仅将项目标记为已履行。定制履行服务可以发送电子邮件（例如，不提供API连接的位置）。API履行服务可以触发第三方，其中第三方应用程序创建履行记录。传统履行服务可以触发从商务管理引擎136到第三方的定制API调用（例如，由亚马逊进行的履行）。礼品卡履行服务可以提供（例如，生成号码）并激活礼品卡。商家可以使用订单打印机应用程序来打印装箱单。履行过程可以在货品被打包到箱子中并且准备好运输时、运输时、跟踪时、配送时、验证为被客户接收到时等执行。

如果客户不满意，他们可以将（多个）产品退回给商家。商家“取消销售”货品的业务过程可以通过退货组件来实施。退货可以包括各种不同的动作，比如：重新入库，此时曾被售出的产品实际上返回企业并可再次销售；退款，部分或全部退还从客户处收取的钱款；核算调整，记录退款金额（例如，包括是否存在任何重新入库的费用、或商品是否未被退回并留在客户手中）；等。退货可以表示对销售合同（例如，订单）的改变，并且在这种情况下，电子商务平台100可以使商家意识到关于法律义务（例如，关于税费）的合规问题。在一些实施例中，电子商务平台100可以使商家能够随时间的推移跟踪销售合同，比如通过销售模型组件（比如，记录发生在货品上的销售相关事件的基于日期的仅追加分类账）来实施。

II. 系统的示例联网组件

图3展示了根据实施例的动态产品呈现系统300的组件。系统300包括客户设备302、配送装置304和商家服务器340以通过网络328与电子商务平台306连接。为了便于描述和理解示例，所描绘的系统300在图3中被描述和示出为每种组件具有一个。实施例可以包括本文描述的任何数量的组件。实施例可以包括附加的或替代性的组件，或者可以省略某些组件，并且仍然落入本披露内容的范围内。

网络328可以包括任何数量的网络，这些网络可以是公共网络和/或专用网络。网络328可以包括实施各种网络和/或电信协议的硬件组件和软件组件，以促进各种设备之间的通信，这些设备可以包括系统300中的设备或图3中未示出的任何数量的附加的或替代性的设备。网络328可以实施为蜂窝网络、Wi-Fi网络或其他有线局域网（LAN）或无线LAN、WiMAX网络或其他无线或有线广域网（WAN）等。网络328还可以与商家服务器340通信或与耦接到网络328的其他外部服务的外部服务器通信，这些外部服务器比如是托管社交媒体平台、银行平台的服务器。

网络328可以包括任何数量的安全设备或逻辑布置（例如，防火墙、代理服务器、DMZ），以监测或以其他方式管理到电子商务平台306的网络流量。安全设备可以被配置为分析、接受或拒绝来自客户设备302、商家服务器340和/或客户设备302的传入网络请求。在一些实施例中，安全设备可以是物理设备（例如，防火墙）。另外或可替代地，安全设备可以是被托管在系统300的另一个计算设备上或以其他方式集成到该另一个计算设备中的软件应用程序（例如，网络应用程序防火墙（WAF））。监测网络流量的安全设备与电子商务平台306相关联并由其管理。

客户设备302可以是包括能够执行本文描述的各种任务和过程的硬件组件和软件组件的任何电子设备。客户设备302的非限制性示例可以包括移动电话、平板计算机、膝上型计算机和个人计算机等。当与电子商务平台306的组件通信时，客户设备302可以生成由电子商务平台306的分析服务器318处理或可以其他方式被该分析服务器访问的网络流量（或网络会话数据）。网络流量可以包括数据包，这些数据包包括可以被分析服务器318的各种程序算法解析、分析或以其他方式审查的各种类型的数据。例如，网络流量数据可以指示操作客户设备302的客户访问了哪个网站（例如，操作客户设备302的客户是否访问了结账页面或将任何产品添加到电子购物车）。

在示例中，操作客户设备302的客户使用浏览器334访问由商家服务器340托管的商家网站（例如，商家的在线商店或商家在线商店）。商家在线商店可以包括由分析服务器318托管（或以其他方式产生或进行功能控制）的一个或多个特征。例如，电子商务平台306的分析服务器318可以提供（例如，托管）商家在线商店的网页的至少一部分（例如，结账页面）给客户设备302。在另一个示例中，分析服务器318可以修正显示在商家在线商店上的一个或多个特征。浏览器334可以发送和接收数据包，以便在GUI 338上显示商家在线商店的各种特征。

商家在线商店可以指代由与商家服务器340相关联的商家直接或间接托管的任何电子平台。例如，商家在线商店可以是由商家服务器340和/或分析服务器318托管（或以其他方式进行功能控制）的显示在浏览器上的网站或移动应用程序。在商家在线商店是网站的实施例中，操作客户设备302的客户可以执行浏览器334（或其他应用程序），以使用通过翻译网站的域名而获得的IP地址将客户设备302连接到分析服务器318和/或商家服务器340。分析服务器318和/或商家服务器340可以执行与网站相关联的代码并将适当的图形呈现给GUI 338。在商家在线商店是移动应用程序的实施例中，客户设备302可以执行安装在客户设备302上的商家应用程序342。客户设备302和/或商家应用程序342然后可以执行适当的代码以将商家在线商店的特征显示在GUI 338上。

尽管本文描述的某些实施例将网站描述为由商家服务器340托管，但本文描述的方法和系统也适用于与商家服务器340相关联的由第三方网络服务器托管的网站。此外，本文描述的方法也可适用于其他环境，比如非电子商务基础设施和系统架构。GUI 338上呈现的网页可以包括电子购物车，其中，客户可以使用浏览器334添加产品并通过输入比如支付信息等敏感信息来完成交易。

客户设备302可以是客户拥有和/或使用的移动电话、平板计算机、游戏控制台、无屏幕设备、虚拟个人助理设备（例如，无屏幕设备）、膝上型计算机、或计算机。客户设备302可以包括处理器330、存储器332、GUI 338和网络接口336。GUI 338的示例是显示屏（其可以是触摸屏）、手势识别系统、键盘、触笔和/或鼠标。网络接口336被提供用于通过网络328进行通信。网络接口336的结构将取决于客户设备302如何与网络328进行接口连接。例如，如果客户设备302是移动电话或平板计算机，则网络接口336可以包括具有天线的发射器/接收器以便向/从网络328发送和接收无线传输。

客户设备302可以利用网络电缆连接到网络328。网络接口336可以包括例如网络接口卡（NIC）、计算机端口和/或网络套接字。处理器330直接执行或指示由客户设备302执行的所有操作。这些操作的非限制性示例包括处理从GUI 338接收的客户输入、准备要通过网络328进行传输的信息、处理通过网络328接收的数据、以及指示显示屏显示信息。处理器330可以由执行存储在存储器332中的指令的一个或多个处理器来实施。可替代地，处理器330中的一些或全部可以使用专用的电路系统（比如ASIC、GPU或经编程的FPGA）来实施。

电子商务平台306是可以由电子商务服务拥有和/或管理（例如，托管）的计算系统基础设施，在一些实施例中，可以与参考图1至图2所描述的电子商务平台相同或相似，尽管不必如此。电子商务平台306包括能够执行电子商务平台306的各种过程、任务和功能的电子硬件和软件组件。例如，电子商务平台306的计算基础设施可以包括一个或多个平台网络（未示出），该平台网络将电子商务平台306的组件互连。平台网络可以包括一个或多个公共网络和/或专用网络，并且包括能够托管和管理电子商务平台306的设备之间的联网通信的任何数量的硬件组件和/或软件组件。

如图3所描绘的，电子商务平台306的组件包括分析服务器318和平台数据库308。然而，实施例可以包括能够执行本文描述的操作的附加的或替代性的组件。在一些实施方式中，电子商务平台306的某些组件可以在通过一个或多个公共网络和/或专用内部网络（例如，网络328）互连的单独计算设备中实施。在一些实施方式中，电子商务平台306的某些组件可以集成到单个设备中。例如，分析服务器318可以托管平台数据库308。

此外，电子商务平台306可以包括分析服务器318，该分析服务器被配置为服务于电子商务平台306的各种功能。这样的功能的非限制性示例可以包括：网络服务器代表商家（例如，商家在线商店）托管网页（或网页的至少一部分，比如结账部分）、安全服务器执行用于监测网络流量（例如，确定客户已经使用电子设备到达结账页面）的各种类型的软件、以及数据库服务器托管电子商务平台306的各种平台数据库308等。

说明性电子商务平台306被示出并描述为仅具有一个分析服务器318用来执行电子商务服务的各种功能中的每一个。例如，分析服务器318被描述为服务于执行GUI修正引擎322和网络服务器的功能（托管商家在线商店和账户管理的网页）。图3旨在仅是说明性的，并且实施例不限于对系统300的描述或图3中所示的特定配置。分析服务器318的软件和硬件可以集成到单个独特的物理设备（例如，单个分析服务器318）中，或可以跨多个设备（例如，多个分析服务器318）分布。

例如，一些操作可以在第一计算设备上执行，而其他操作可以在第二计算设备上执行，使得分析服务器318的功能分布在各种计算设备之间。在一些实施方式中，分析服务器318可以是虚拟机（VM），该虚拟机被虚拟化并托管在被配置为托管任何数量的VM的计算硬件上。

平台数据库308存储并管理与电子商务平台306的各个方面相关的数据记录，包括例如关于以下各项的信息：行为者（例如，商家、客户或平台管理员）、电子设备、商家供应物（例如，产品、库存或服务）、配送方法、各种度量和统计、机器学习模型、托管商家商店的商家页面、以及与电子商务平台306相关的其他类型的信息（例如，使用和/或服务）。

平台数据库308还可以包括各种库和数据表，这些库和数据表包括执行本文描述的方法（比如，修正商家在线商店）所需的详细数据。例如，分析服务器318可以生成与由不同商家和/或商家在线商店提供的不同产品相关联的数据表。在另一个示例中，分析服务器318可以生成与不同规则和规定相关联的数据表，以识别交叉销售和追加销售产品。

本文讨论的各种预定规则、规定和阈值可以由电子商务平台306的系统管理员或分析服务器318设置。另外或可替代地，操作客户设备302的客户和/或商家服务器340可以输入或修改预定规则。例如，分析服务器可以保持单独的数据表，该数据表包括追加销售和/或交叉销售产品的列表及其对应的属性/规则。但是，操作客户设备302的客户可以修正这种列表。例如，客户可以输入食物过敏或偏好以指示分析服务器318移除商家在线商店内的一个或多个产品。

平台数据库308可以托管在任何数量的计算设备上，该计算设备具有处理器（有时称为数据库（DB）处理器320）和非暂态机器可读存储器，该非暂态机器可读存储器被配置为作为DB存储器310操作并且能够执行本文描述的各种过程和任务。例如，一个或多个分析服务器318可以托管平台数据库308的一些或所有方面。

托管平台数据库308的计算设备可以包括和执行数据库管理系统（DBMS）314软件，尽管不是每个可能的实施例中都需要DBMS 314。平台数据库308可以是单个集成的数据库结构，或者可以分布到被配置用于电子商务平台306所需的一些特定类型的数据的任何数量的数据库结构中。例如，第一数据库可以存储用户凭证并且出于认证目的被访问，而第二数据库可以存储用于网页的原始或编译的机器可读软件代码（例如，HTML、JavaScript），使得DB存储器310被配置为存储用于托管网页的信息。

托管平台数据库308的计算设备可以进一步包括DB网络接口324，用于通过电子商务平台306的平台网络进行通信。DB网络接口316的结构将取决于平台数据库308的硬件如何与电子商务平台306的其他组件进行接口连接。例如，平台数据库308可以利用网络电缆连接到平台网络。DB网络接口324可以包括例如NIC、计算机端口和/或网络套接字。处理器320直接执行或指示由平台数据库308执行的所有操作。

这样的操作的非限制性示例可以包括处理从分析服务器318、客户设备302和/或商家服务器340接收到的查询或更新；准备要通过平台网络和/或外部网络传输的信息。处理器320可以由执行存储在DB存储器310或其他非暂态存储介质中的指令的一个或多个处理器来实施。可替代地，DB处理器312中的一些或全部可以使用专用的电路系统（比如ASIC、GPU或经编程的FPGA）来实施。

平台数据库308的DB存储器310可以包含与例如客户活动相关的数据记录、以及从涉及客户账户的网络流量得到的各种信息和度量。该数据可以被分析服务器318访问。分析服务器318可以基于例如成功或不成功的认证会话向平台数据库308发出查询和数据更新。

分析服务器318可以是包括处理器320和非暂态机器可读存储介质（例如，服务器存储器326）并且能够执行用于一个或多个功能的软件（比如GUI修正引擎322）的任何计算设备。在一些情况下，服务器存储器326可以存储或以其他方式包含计算机可执行软件指令，比如执行GUI修正引擎322所需的指令。分析服务器318的软件组件和硬件组件使分析服务器318能够执行服务于电子商务平台306的特定功能的各种操作。

例如，充当网络服务器的分析服务器318可以执行各种类型的网络服务器软件（例如，Apache®或Microsoft IIS®）。作为另一个示例，分析服务器318可以使商家在线商店根据本文描述的方法进行修正。因此，分析服务器318可以直接修正在线商店，或者指示商家服务器340或任何其他网络服务器来修正在线商店。这些仅是示例而不意在限制分析服务器318的潜在布置或功能。分析服务器318的非限制性示例可以包括台式计算机、膝上型计算机和平板设备等。

分析服务器318可以执行GUI修正引擎322，该GUI修正引擎直接或间接地修正由操作客户设备302的客户访问的GUI（商家在线商店）。例如，GUI修正引擎322可以发送使商家服务器340根据本文描述的方法来修正在线商店内显示的一个或多个货品的指令。GUI修正引擎322的位置仅是示例。GUI修正引擎322可以由分析服务器318执行，和/或由客户设备302在分析服务器318的指导下执行。因此，GUI修正引擎322可以在客户的设备上本地执行或在系统300的后端执行。

另外或可替代地，GUI修正引擎322可以由电子商务平台306作为单独的基于网络或基于云的服务来提供。在一些实施方式中，GUI修正引擎322至少部分地由比如客户设备302和/或商家服务器340的用户设备实施。还设想了GUI修正引擎322的其他实施方式，比如实施为用于动态地修正任何网站的特征的独立服务。虽然GUI修正引擎322被示为电子商务平台306的单个组件，但GUI修正引擎322可以由与执行GUI修正引擎322的分析服务器318联网通信的多个不同组件提供。

商家服务器340可以是与托管在线商店的商家相关联的任何服务器。商家服务器340可以是托管（例如，操作客户设备302的）客户可通过网络328访问的网站（或任何其他电子平台）的任何计算设备。商家服务器340可以包括能够执行本文描述的各种任务的处理单元和非暂态机器可读存储装置。处理单元可以包括具有计算机可读介质的处理器，比如，耦接到处理器的随机存取存储器。处理器的非限制性示例可以包括微处理器、专用集成电路和现场可编程对象阵列等。商家服务器340的非限制性示例可以包括工作站计算机、膝上型计算机、服务器计算机、膝上型计算机等。虽然系统300包括单个商家服务器340，但在一些实施例中，商家服务器340可以包括在分布式计算环境中操作的多个计算设备。

商家服务器340可以被配置为与系统300内描绘的相同或不同类型的一个或多个软件模块交互。例如，商家服务器340可以执行被配置为托管电子平台的软件应用程序，该电子平台可以生成各种网页并将这些网页提供给客户设备302。电子平台还可以嵌入由分析服务器318生成的各种GUI。由商家服务器340托管的在线商店可以被配置为要求基于一组用户授权凭证（例如，用户名、密码、生物特征、密码证书等）的用户认证。

配送装置304可以是无论由操作员控制还是配备有自主导航协议的任何配送车辆。配送装置304被配置为配送由商家在线商店（例如，与商家服务器340相关联的网站）提供的一个或多个货品。尽管在图3中描绘为无人机，但配送装置304的非限制性示例可以包括空中配送方法（例如，无人机）、汽车、自行车、小型摩托车等。配送装置304还可以包括与分析服务器318和/或商家服务器340通信的处理器。如下文将描述的，分析服务器318可以基于通过配送装置304的处理器接收的配送装置304的状态来修正商家在线商店内的产品呈现。

分析服务器318可以提供平台来查看并管理与配送装置304相关联的数据。例如，该平台可以包括配送状态、配送要求、正在进行/当前的配送、正在配送的货品、以及与过去、当前和预定配送相关联的任何其他数据。使用该平台，终端用户可以查看配送数据，并且可以修正正在进行的或预定的配送。例如，终端用户可以使用该平台将配送分配给特定的配送装置（例如，特定的无人机）。在另一个示例中，该平台可以用于与商家服务器340或客户设备302进行通信。在一些配置中，该平台可以由配送服务的服务器（未示出）或商家服务器340提供。

III. 动态修正GUI的示例方法

图4展示了描绘根据实施例的动态产品呈现系统的操作步骤的流程图。方法400描述了如图3中描述的分析服务器的服务器可以如何基于客户的配送方法来动态地修正用于呈现各种货品的GUI。方法400在修正与商家在线商店相关联的GUI的视觉属性的上下文中进行描述，该商家在线商店显示由商家销售和/或配送的各种货品。因此，如本文描述的，GUI可以指代商家在线商店的网站或商家在线商店的应用程序（例如，移动应用程序）。

即使方法400被描述为由分析服务器执行，该方法400也可以由任何服务器执行和/或在客户信任设备（例如，图3中讨论的客户设备）内本地执行。另外或可替代地，服务器可以在（除了图1至图3中描绘的环境之外的）其他计算机环境中执行方法400。例如，方法400可以由提供SaaS的服务器在任何电子平台的非商业基础设施中执行。

另外或可替代地，方法400可以由托管GUI（例如，与商家在线商店相关联的网站、或移动应用程序的内容）并执行本文描述的各种GUI修正方法的网络服务器执行。另外或可替代地，方法400可以由托管被配置为显示与商家在线商店相关联的GUI的应用程序并通过执行本文描述的各种GUI修正方法来充当分析服务器的服务器执行。此外，方法400的其他配置可以包括附加的或替代性的步骤，或者可以完全省略一个或多个步骤。

在步骤402处，分析服务器可以接收从显示在GUI上的一组货品中选择第一货品的指示，该组货品对应于多个产品中的至少一些产品。如本文所使用的，货品是指商家的产品在GUI（例如，商家在线商店的网站或应用程序）上的表示。商家可以提供显示在GUI内的各种产品（例如，要被客户选择的货品）。

分析服务器可以从GUI（例如，在网站或应用程序上可视化的商家在线商店）接收客户已经选择了一个或多个货品以进行交易的指示。例如，分析服务器可以通过电子消息接收客户已将第一货品添加到商家网站或应用程序的电子购物车的指示。分析服务器可以识别客户选择的第一货品。分析服务器然后可以查询数据库（例如，查找表）并识别与第一货品相关联的各种属性，比如，类型（例如，第一货品是固体还是液体、酒精还是非酒精、磁性还是非磁性、热还是冷）、体积、重量、包装数据（例如，该货品是否必须被包含在盒子或袋子中）、类别（例如，指示第一货品的数据，比如指示第一货品是食物或饮品的数据）等。

在示例中，分析服务器可以从与GUI相关联的网络服务器接收电子消息。该分析服务器解析并分析电子消息以识别客户和添加到客户购物车的（多个）货品。电子消息可以包括用户标识符（UID）。UID可以是与客户相关联的唯一标识符，该标识符可用于识别与商家在线站点交互的客户。例如，客户可能已经在与商家在线站点交互时提供了登录凭证（例如，姓名、UID、电子邮件地址、电话号码、邮寄地址或其他个人可识别信息）。UID还可以指代客户设备的唯一标识符，比如，IP地址、MAC地址或与客户设备相关联的任何其他标识符。分析服务器使用此信息来识别客户的账户，该账户可以包括支付信息、最近的购买、凭证、授权的通信渠道和设备、保存的偏好以及客户的其他信息。

该分析服务器然后可以解析电子消息以识别客户和添加到客户购物车的货品属性。例如，电子消息可以包括唯一购物车ID，并且分析服务器可以取得与该购物车ID相对应的数据。

在步骤404处，分析服务器可以识别配送方法，其中，可使用该配送方法配送第一货品。分析服务器可以确定或取得与第一货品相对应的产品的一个或多个物理参数（例如，重量、体积、尺寸、优选取向、易碎性等）。基于这一个或多个物理参数，分析服务器可以确定第一货品是否符合与特定配送方法（比如，无人机配送）相关联的一个或多个配送标准。这一个或多个配送标准可以限定与配送方法有关的一个或多个物理约束。例如，无人机可能只能够单独地或共同地（例如，作为负载物/运输物的一部分）配送不超过阈值重量或大小的货品。附加地/可替代地，无人机可能受到约束而不配送具有特定物理特性的任何货品（例如，易碎货品、危险货品或液体货品）。不同的无人机可以与不同的物理约束或物理约束组合相关联。分析服务器可以基于/因为货品的一个或多个物理参数在配送方法可允许的物理约束范围内而识别特定配送方法适合于配送第一货品。在一个实施例中，可以将产品的一个或多个物理参数与配送方法的一个或多个物理约束进行比较，以确定是否能够使用该配送方法配送该货品。

分析服务器可以识别针对客户的配送方法，比如，无人机配送、汽车配送、自行车配送、小型摩托车配送等。分析服务器可以分析从商家的网络服务器接收到的电子消息，以识别客户对商家网站的入口点（例如，客户点击了社交网络广告或网站上的横幅）。电子消息可以包括客户的数字足迹。分析服务器可以分析客户的数字足迹以识别针对客户的配送方法。在非限制性示例中，客户可能是由于点击广告或其他电子内容而访问商家在线商店的GUI。例如，商家可能为其无人机配送做广告，而客户可能点击了该广告，并且该广告最终将客户定向至商家网站。网络服务器可以包括上述数字足迹（例如，指示客户是如何访问商家在线商店的GUI的数字路径）。然后，分析服务器可以分析数字足迹并确定客户对无人机配送感兴趣。

另外或可替代地，分析服务器可以分析从商家的网络服务器接收到的电子消息，以识别客户选择的配送方法。例如，客户可能已经使用商家网站的一个或多个输入元素指示客户对无人机配送感兴趣。另外或可替代地，分析服务器可以基于商家的配置（例如，商家预设的默认配送方法）来识别配送方法。在这些实施例中，分析服务器可以查询与商家相关联的服务器并取得默认配送方法。另外或可替代地，分析服务器可以基于确定购物车中的货品可用的最具成本效益或最可靠的选项来确定配送方法。分析服务器使用（与商家和/或客户相关联的）各种预定规则来确定配送方法。

另外或可替代地，分析服务器可以基于客户简档来识别配送方法。如上文所讨论的，分析服务器可以解析并分析从商家的网络服务器接收到的电子消息以确定UID。然后，分析服务器可以取得与UID相关联的客户简档。客户简档可以包括客户偏好的配送方法。例如，客户简档可以指示该特定客户偏好无人机配送。

客户简档还可以包括与客户的先前配送相关联的历史数据。例如，在进一步分析后，分析服务器可以确定客户为先前配送中的一部分选择了无人机配送并且这个部分满足阈值（例如，客户在85%的时间里选择了无人机配送，或者客户在过去连续10次配送中选择了无人机配送）。使用此信息，分析服务器可以推断客户偏好的配送方法。

客户简档还可以包括可以应用于识别客户偏好的配送方法的各种规则和规定。例如，客户先前可能已经标识：对于从特定商家购买的货品，客户偏好无人机配送。在另一个示例中，客户先前可能已经标识：客户在购买食物时偏好无人机配送（或自行车配送），但在购买其他货品时偏好汽车配送。在又另一个示例中，客户先前可能已经标识：对于超过$50的购买，客户偏好无人机配送。

配送方法还可以包括各种配送层级。例如，无人机配送方法可以包括两个配送层级（例如，对应于快速配送选项的优先或紧急配送、以及对应于正常配送选项的非紧急配送）。在另一个示例中，配送层级可以适用于客户购买的不同货品（例如，客户可能期望通过无人机配送来配送的一副太阳镜在数小时内送达，但同一客户可能期望通过多日运输（例如，通过运输卡车）在一周内配送另一件货品）。

分析服务器还可以与商家的网络服务器（或直接与同配送装置相关联的计算机）通信，使得系统可以实时更新配送装置的状态。例如，该系统可以使用应用程序编程接口（API）来取得用于配送货品的无人机的状态（例如，恶劣的天气条件可能意味着所有无人机暂时停飞）。在另一个示例中，系统可以使用预定无人机配送的估计飞行时间来确定无人机是否有足够的时间返回商家、获得客户购买的货品、并在下一次预定配送之前将那些货品配送给客户。基于无人机的状态，分析服务器可以确定无人机配送是否是可用的选项。如果分析服务器确定无人机配送不再是客户可用的选项，则分析服务器可以修正商家在线商店的GUI并移除无人机配送。

分析服务器可以与配送装置和/或商家的服务器实时通信，使得分析服务器可以实时修正GUI。例如，分析服务器可以发送通知（例如，在GUI上显示窗口、显示通知、显示弹出窗口或显示图形指示器），以通知客户所偏好的配送方法不再可用。在另一个示例中，分析服务器可以修正GUI，使得GUI不再优先列出具有不再可用的配送方法的资格的货品。

在一些配置中，商家在线商店（例如，商家服务器）可以与多于一种配送服务进行通信。因此，添加特定货品可以影响商家可以使用哪种配送服务来配送货品。例如，商家可以使用多种无人机配送服务，其中每种无人机配送服务可以具有自己特定的要求。例如，一种无人机配送服务可以与其他无人机配送服务具有不同的要求（例如，第一种无人机配送服务可能禁止配送酒精饮料，而第二种无人机配送服务可能允许配送酒精饮料）。不同无人机配送的要求也可以具有不同的可用性状态，从而具有不同的估计配送时间。

在那些实施例中，分析服务器可以单独地取得每种无人机配送服务的标准并相应地确定货品有资格/没有资格。例如，当客户选择酒精饮料时，客户可以具有无人机配送资格。然而，对于禁止配送酒精饮料的第一种无人机配送服务，客户不再具有由这种无人机配送服务执行的无人机配送的资格。这种改变也可能改变客户的估计配送时间，因为第二种无人机配送服务可能具有不同的估计配送时间和/或可能具有不同的无人机可用性/状态。然后，分析服务器可以基于（包括酒精饮料的）修正后的电子购物车来取得配送装置状态，并且可以计算修正后的配送状态。分析服务器可以向客户发送通知以通知他/她选择酒精饮料可能会改变估计配送时间。例如，分析服务器可以显示窗口以通知客户“选择酒精饮料可能会使您的估计配送时间延迟10分钟”。

在步骤406处，分析服务器可以确定该多个产品中的满足配送方法的至少一个配送标准的至少一个另外的产品。分析服务器可以确定在不违反配送标准的情况下除了客户已经选择的（多个）货品（例如，第一货品）之外的哪些产品可以添加到客户的电子购物车（这样的产品在本文中也称为（多个）有资格的货品）。分析服务器可以分析商家提供的所有产品或仅分析当前显示的货品（例如，当客户将第一货品添加到电子购物车时显示的货品）。

分析服务器可以取得与在步骤404中识别的配送方法相关联的一组配送标准。不同的配送方法可以具有其对应的标准和约束。标准可以指产品单独或组合配送时必须符合的一组限制、列表和/或规则。例如，配送方法（例如，无人机配送）可能受到要运输/配送的产品的总重量、体积和形状的限制。此外，比如FAA等各种监管机构可能禁止无人机配送某些货品（例如，酒精饮料或磁性货品）。

系统可以从与商家在线商店（或第三方合作伙伴）相关联的服务器接收标准，或者可以另外/可替代地从数据存储库（比如，包括每种配送方法的标识符并进一步包括对应的标准的数据表）中取得标准。例如，数据表可以包括潜在产品组合的列表，比如：一份主菜，一份配菜，一份饮料；两份主菜，一份饮料；三份配菜，两份饮料；等。通过访问数据表并指示特定货品（例如，所选第一货品），数据表指示包括该特定货品的哪些组合包括可用于包含在配送中的附加产品。例如，当客户选择两份配菜时，具有两份或更多份配菜的潜在组合仍然可用，但具有少于两份配菜的其余组合不再是可用选项。在客户选择附加货品时，潜在的组合是有限的。如果最终的一组所选货品与数据表上的组合相匹配，则可以通过该配送方法配送所选货品。

分析服务器还可以识别第一货品及其对应的属性（例如，尺寸、重量和类型）。分析服务器可以使用与第一货品相关联的属性来应用并评估标准，以确定（从商家提供的产品列表中选择的）哪些其他货品是有资格的。在取得标准后，分析服务器可以确定在不违反标准的情况下可以包括在客户的电子购物车的其他产品。分析服务器可以基于第一货品的物理参数来识别配送方法的剩余容量，例如，剩余容量可以基于物理参数和与配送方法有关的一个或多个物理约束之间的差来确定。

分析服务器可以确定该多个产品中的至少一个另外的产品，其中，这一个另外的产品满足该配送方法的剩余容量。例如，如果标准限制总配送重量，则分析服务器取得第一货品的重量并然后计算剩余重量。基于剩余重量，然后系统分析商家在线商店提供的其他产品。因此，分析服务器确定不符合取得的标准并且不能包括在客户电子购物车中的产品列表。系统可以使用该列表来确定哪些产品仍然可以包含在该配送中，或者指示哪些产品会由于不符合标准而导致配送方法改变。

在另一个示例中，取得的标准可以限制无人机配送的总体积。分析服务器可以使用与上述类似的方法来确定哪些货品违反了体积限制。在另一个示例中，标准可以对应于禁运货品（例如，酒精饮料）的列表。然后分析服务器可以确定商家在线商店提供的不包含酒精的产品，并将这些产品识别为有资格的货品。

在一些配置中，分析服务器（或与商家相关联的另一个服务器）可以评估产品的资格并保存产品的资格，例如，保存为与产品相关联的标签。使用该索引和标签系统，分析服务器可以使用有资格的产品的对应标签来识别这些有资格的产品。例如，可以评估产品并将所有可能的配送方法存储为标签（例如，汽车和自行车）。当分析服务器确定产品是否可以通过无人机配送时，分析服务器可以查询与该产品相关联的所有标签并因为无人机标签与该产品无关联而确定该产品没有资格。使用该标签和索引系统，分析服务器可以识别产品的符合性和资格，而无需每次都评估配送标准。

除了上述方法之外，分析服务器还可以使用先前的配送和配送给不同客户的产品来确定有资格的货品。例如，分析服务器可以监测所有客户的所有配送（例如，配送方法和配送的产品）。例如，如果商家将指示商家能够通过特定配送方法成功配送一个或多个产品的消息发回分析服务器，则分析服务器确定将来针对该特定配送方法选择这些特定产品可能符合配送标准。分析服务器可以生成一个或多个数据表，该数据表包括货品索引及其对应的配送方法、以及指示之前是否成功执行了配送的对应值。使用该数据表，分析服务器可以确定产品是否有资格。

分析服务器还可以分析客户是否对先前执行的配送满意。在产品已经配送之后，分析服务器可以提示客户确认客户是否对配送状况满意。因此，基于其他客户的共同响应，分析服务器可以确定导致客户不满意的产品组合。例如，在识别50%的客户对无人机配送生鸡蛋不满意后，分析服务器可以将生鸡蛋指定为没有资格的货品。

除了上述方法之外，分析服务器还可以在适用时优化配送装置（例如，无人机的配送车）内使用的空间。分析服务器可以考虑与不同产品相关联的大小（例如，形状或尺寸）。例如，两个产品可能具有相似的体积和重量，比如，一根曲棍球球棍和一瓶水。然而，一个产品可能具有可以使该产品被禁止通过期望的配送方法进行配送的形状。分析服务器可以执行各种建模技术来最大化产品占用的体积量。分析服务器可以分析产品的各种属性（例如，长度、宽度、高度、重量、优选取向和易碎性）以识别产品的最佳布置。分析服务器可以考虑每个产品的体积和配送可用（剩余）的体积。

分析服务器可以分析产品的不同取向和放置方式以确定哪些附加产品可以添加到配送装置中。分析服务器还可以在执行分析时评估并考虑在每个要配送的产品周围添加额外的缓冲体积。该“缓冲”体积可能是无人机打包员工在布置具有不同形状的各种产品时可能效率低下的原因。如上所述，该方法可能仅适用于某些配送方法。例如，汽车配送可能不需要此过程。然而，系统可以计算无人机配送的产品布置。

除了上述方法之外，分析服务器在分析产品并确定有资格的货品时可以考虑易碎性。分析服务器可以决定不将易碎产品与较重的产品组合，因为这种组合可能导致易碎产品损坏。在从商家的网络服务器接收到的产品属性不包括易碎性的情况下，分析服务器可以例如通过估计产品的重量大小比来计算易碎性。例如，大且重的产品可能不像大且轻的产品那样易碎。在另一个示例中，大多数食物产品（例如，除了罐装食物产品以外的食物产品）可以被认为是易碎的。

配送方法可以在用户选择第一货品之前或之后被选择。例如，如上所述，用户在访问商家在线商店的GUI（入口点）时可能已经选择了一种配送方法。在另一个实施例中，用户可以在将第一货品添加到电子购物车之后选择配送方法。使用本文描述的方法，分析服务器可以计算在不违反所识别的配送方法的配送标准的情况下哪些其他产品可以添加到客户的购物车中。

分析服务器可以基于是否可以使用配送方法配送第一货品来修正该配送方法。因此，所识别的配送方法可以被限制为可以用于配送第一货品的配送方法。在非限制性示例中，客户的数字足迹可以指示用户对无人机配送感兴趣。但是，分析服务器可能确定无法通过无人机配送第一货品。因此，即使用户的数字足迹指示无人机配送，分析服务器仍然会将配送方法识别为不同的一种配送方法。在一些配置中，分析服务器可以发送通知以通知客户不能通过无人机配送第一货品，并且可以要求客户选择不同的配送方法或将第一货品改变为可以通过无人机配送的另一个产品。

在步骤408处，分析服务器可以引起对显示与该至少一个另外的产品相对应的一个或多个另外的货品的GUI进行动态修正，其中，该一个或多个另外的货品在视觉上不同于该组货品中的至少一个货品。

分析服务器可以动态地修正GUI（例如，与商家在线商店相关联的网站或应用程序），使得符合配送标准的剩余货品（有资格的货品）在视觉上不同于商家提供的其他货品（与不能通过该配送方法配送的产品相对应的没有资格的货品）。如上所述，分析服务器可以在不违反与所识别的配送方法相关联的一个或多个标准的情况下确定与可以配送的产品相对应的有资格的货品。因此，分析服务器可以修正那些产品的显示，使得用户可以轻松地识别哪些货品可以在不改变配送方法的情况下配送。

在识别第一货品和配送方法（例如，在购物过程期间或在结账过程期间）后，客户可以继续浏览在线站点（例如，通过返回主页或产品系列，或通过在客户的电子购物车上被呈现额外的推荐）。基于附加货品的资格，分析服务器可以动态地修正GUI以突出显示有资格的货品和/或向客户呈现附加货品。

在一个示例中，分析服务器可以过滤GUI上的剩余货品，使得仅向客户呈现有资格使用配送方法的货品（例如，GUI不再显示没有资格的产品）。在另一个示例中，分析服务器可以停用与没有资格的货品相关联的图形图标。例如，系统可以使没有资格的货品“暗淡”（例如，停用图形元素，使客户无法再与停用的货品交互），并且因此阻止客户将没有资格的货品添加到电子购物车中。另外或可替代地，没有资格的货品可以简单地以灰色覆盖或不透明度来显示（例如，不那么诱人/引人注意）。然而，与没有资格的货品相关联的图标可以仍然是激活的（例如，可点击或能够与之交互）。分析服务器可以为愿意改变其配送方法的客户实施该方法。

在另一个示例中，分析服务器可以以不同方式标记有资格的货品和/或没有资格的货品。例如，分析服务器可以显示与有资格的货品相关联的指示器，例如，在有资格用无人机配送的产品上显示小无人机图标，或在有资格的货品旁边显示绿点而在没有资格的货品旁边显示红点。

在另一个示例中，分析服务器可以重新布置显示在GUI上的货品，使得有资格的货品被优先列出（例如，出现在列表或页面的顶部），而没有资格的货品在其他地方（例如，在列表或页面的底部）以不太突出的方式显示。在基于每个货品的资格重新布置货品和/或动态修正GUI时，分析服务器还可以为客户突出显示追加销售货品和/或交叉销售货品。例如，分析服务器可以执行各种协议来识别追加销售货品，并且可以重新布置追加销售货品的图标，使得该货品出现在其他货品之前。在另一个示例中，系统可以显示呈现追加销售和/或交叉销售货品的通知/提示。例如，分析服务器可以显示为客户提供产品调整的通知（例如，您想在您的汉堡里多加一块肉饼吗

）或建议将附加货品添加到购物车中（例如，您想添加配菜、饮品还是甜点

）。

为了识别（多个）追加销售和/或交叉销售货品，分析服务器可以首先分析添加到电子购物车中的（多个）货品（例如，至少第一货品）。如上所述，分析服务器还可以取得第一货品的各种属性（例如，类别、类型和/或内容）。然后分析服务器可以取得与识别追加销售和/或交叉销售货品相关联的一条或多条规则。这些规则可以特定于商家或商家在线商店。例如，商家可以访问由分析服务器提供的平台以输入用于货品的追加销售和/或交叉销售的各种标准。在非限制性示例中，商家可以指示如果客户已经购买了食品，则分析服务器应该在客户完成交易之前推荐饮品。在该示例中，分析服务器可以识别客户已将食品添加到电子购物车中。分析服务器可以然后确定然后通过在其他食品之前显示饮品来优先列出这些饮品。还可以基于客户识别的配送方法过滤优先列出的饮品。因此，客户只能查看有资格通过期望的配送方法配送的饮品。

分析服务器还可以在GUI上显示切换键，客户可以与该切换键交互以改变配送方法。分析服务器可以显示输入元素，该输入元素被配置为接收来自客户的与配送方法的改变相对应的输入。例如，客户可以使用切换键输入元素在无人机配送与汽车配送之间切换。使用切换键输入元素，客户无需离开显示食品的GUI就可以改变配送方法。当分析服务器接收到客户已经与切换键输入元素交互的指示时，分析服务器可以根据新选择的配送方法的配送标准来修正GUI。

图5至图13展示了分析服务器动态地修正一个或多个货品的呈现的各种非限制性示例。现在参考图5，客户可以访问网站500。网站500可以表示商家在线商店，客户可以访问该商家在线商店以订购食物。图5至图13是在网站呈现商家在线商店的背景下描述的。本文描述的方法和修正也适用于其他可视化方法和模式，比如，在移动应用程序上呈现的商家在线商店。

当客户访问网站500时，商家的服务器可以基于商家实施的各种规则和规定来显示食品502-510。例如，食品502-510的显示可以基于预定顺序、基于类别（例如，食物和饮品）或其他显示标准来布置。如所描绘的，网站500基于货品的受欢迎程度（例如，其他客户购买这些货品的频繁程度）来显示食品502-510。网站500还可以包括图形组件512，在该图形组件中，网站500显示添加到电子购物车中的货品。

客户可以选择一个或多个货品添加到电子购物车中。例如，客户可以将食品502添加到电子购物车中。然后客户会被转换到如图6所描绘的网站600。网站600可以在图形组件612内显示图标620。图标620指示客户已将食品602（对应于食品502）添加到电子购物车中。

分析服务器识别配送方法为无人机配送。分析服务器可以从与商家相关联的服务器（例如，网络服务器）中取得客户的数字足迹。在分析客户的数字足迹后，分析服务器可以确定客户点击了为无人机配送做广告并在客户选择无人机配送时提供折扣的优惠券横幅。然后分析服务器取得与无人机配送相关联的一个或多个标准。

使用本文描述的方法和系统，分析服务器分析商家在线商店提供的食品。因此，分析服务器相应地修正显示的食品。具体地，分析服务器可以向网络服务器发送一组指令，从而使得根据配送方法来修正显示。在一些实施例中，分析服务器可以直接修正显示。

在一个示例中，分析服务器显示图标614-618。这些图标在视觉上展示了产品是否可以通过所识别的配送方法配送。这些图标还可以在视觉上对应于所识别的配送方法。在所描绘的实施例中，分析服务器识别客户期望的配送方法为无人机配送方法。因此，图标614-618描绘了无人机。在另一个实施例中，图标可以描绘自行车或汽车。在所描绘的实施例中，图标616和618指示食品606和610可以通过无人机配送。相反，图标614指示食品604不能通过无人机配送方法配送。

分析服务器可以替代地显示彩色图标。例如，分析服务器可以在产品不能通过所识别的配送方法配送时显示红色图标或高亮，而在产品可以配送时显示绿色图标。图标的大小、颜色、字体或任何其他视觉方面可以由客户和/或系统管理员修改和/或定制。另外或可替代地，如图7的网站700所描绘的，分析服务器可以将食品706和708显示为停用（不可点击）和/或暗淡。

在一些实施例中，即使产品不能通过所识别的和/或期望的配送方法配送，分析服务器仍然可以为客户提供选择该产品的选项。例如，当客户与食品704交互时，分析服务器可以转换到图8，其中分析服务器显示通知812。

通知812通知客户不能通过无人机配送装在盖子不严密的塑料杯中的冷萃咖啡（食品804或食品704）。通知812还通知客户其仍然可以继续。如果客户仍期望将食品804添加到电子购物车中，则分析服务器可以将客户定向至新页面，该页面中有可用的新配送方法的选项（例如，自行车配送或汽车配送）。因此，分析服务器可以修正客户的配送方法。

分析服务器可以显示图形组件900以便为客户提供更多的配送选项。例如，当客户点击“否”（通知812）时，分析服务器显示代替食品804可以选择的各种产品（例如，饮品）。分析服务器可以查询数据库以识别符合无人机配送标准的食品。例如，分析服务器可以查询与商家在线商店相关联的数据库，以识别商家提供的与食品804相似并且不违反无人机配送标准的货品。因此，分析服务器识别严密包装的饮品，如图形组件900所描绘的。

另外或可替代地，分析服务器可以对食物进行排名，使得有资格的货品显示在没有资格的货品之前（或比没有资格的货品的更靠近顶部显示）。例如，如图10所描绘的，网站1000在食品1008-1010（没有资格的货品）上方显示食品1002-1006（有资格的货品）。

分析服务器还可以在客户完成交易之前推荐额外的产品。例如，如图11（网站1100）所描绘的，分析服务器可以显示通知1102以通知客户在结账之前添加更多货品的选项。分析服务器然后识别要显示的附加货品（追加销售和/或交叉销售）（例如，食品1106-1112）。

本文描述的方法可以在任何时候实施，不管客户是否选择了要添加到电子购物车中的货品。例如，如图12至图13所描绘的，分析服务器可以在客户将任何食品添加到电子购物车中之前使用本文描述的方法重新布置食品。网站1200和1300都表示同一个商家在线商店。然而，因为分析服务器已经确定访问网站1200的客户所期望的配送方法与访问网站1300的客户所期望的配送方法不同，所以分析服务器已经分别根据网站1200和1300的配送方法重新布置了所显示的食品（图形组件1202和1302）。此外，如图形组件1204和1304中所描绘的，这两个客户都尚未将任何货品添加到电子购物车中。因此，当客户访问商家在线商店的网站时，产品的重新布置可以实时进行。

在一些实施例中，分析服务器可以显示允许用户改变配送方法的切换键1206。例如，用户可以与切换键1206交互以关闭无人机配送并切换到默认配送方法（例如，汽车配送）。当客户与切换键1206交互时，分析服务器可以相应地修正图形组件1202内显示的食品。

网站1200还可以包括显示配送状态的图形组件1208。例如，图形组件1208可以显示关于下一无人机配送何时可用的指示器，并且可以包括到下一无人机变得可用的时间的倒计时。图形组件1208还可以包括输入元素，在此，客户可以在继续/最终确定电子购物车的同时预订无人机。以这种方式，在客户仍在购物时就能保证通过无人机执行配送。在另一个示例中，图形组件1208可以包括估计配送时间。

非限制性示例

客户正在浏览餐厅的在线网站并选择了两份泰式炒河粉添加到电子购物车中。该客户使用购物车中的下拉菜单或使用导航栏中的输入元素指示对将无人机配送作为运输方法感兴趣。然后客户向下滚动到“饮品”部分以查看可用饮品。

系统可以自动计算哪些饮品有资格添加到购物车中。例如，基于两份泰式炒河粉的重量和大小，现在大罐精酿啤酒（473 ml精酿啤酒）太重而使订单不能继续拥有无人机配送资格。但是，系统确定355 ml罐装的饮品仍然有资格。系统还确定餐厅制作的倾倒到泡沫塑料杯中的定制饮品也没有资格，因为无人机配送标准明确禁止配送未严密包装的液体（例如，未放入罐中的饮品）。

因此，当客户访问饮品部分时，473 ml精酿啤酒产品和用泡沫塑料杯提供的所有饮品都是暗淡的（例如，停用和不可点击）。相反，所有罐装饮品（355 ml软饮）都被呈现在网站上，并且在产品图像附近会呈现出无人机配送图标。客户将一罐汽水添加到购物车中并前进到结账页面。

在结账页面上，系统会为客户呈现交叉销售通知。交叉销售通知是呈现给客户的弹出窗口，该弹出窗口显示两个开胃菜产品和一个甜点产品，这些产品是从可用（并且有资格）的选项中随机选择的，并被呈现给客户以便可能被添加到订单中，但其仍将满足所要求的无人机配送的配送标准。系统可以基于客户已经选择的产品和配送方法自动过滤交叉销售的可用选项池。

在实施例中，一种方法包括由处理器接收从显示在图形用户界面上的一组货品中选择第一货品的指示，该组货品对应于多个产品中的至少一些产品；由该处理器识别配送方法，其中，可使用该配送方法配送该第一货品；由该处理器确定该多个产品中的满足该配送方法的至少一个配送标准的至少一个另外的产品；以及由该处理器引起对显示与该至少一个另外的产品相对应的至少一个另外的货品的图形用户界面进行动态修正，其中，该至少一个另外的货品在视觉上不同于该组货品中的至少一个货品。

引起对该图形用户界面进行动态修正可以包括在该图形用户界面上重新定位与该至少一个另外的产品相对应的至少一个货品。

识别该多个产品中的至少一个另外的产品可以包括由该处理器从产品组合中识别至少一个产品，这些产品组合包括与该第一货品相对应的第一产品并且满足该配送方法的该至少一个配送标准。

该至少一个配送标准可以包括该配送方法的重量限制、该配送方法的体积限制或该配送方法的大小限制中的至少一者。

该处理器可以基于用户到该图形用户界面的入口点来识别该配送方法。

该配送方法可以是使用多架无人机中的无人机的空中配送方法，并且其中，该处理器通过该多架无人机中的每架无人机的可用性状态或该多架无人机中的每架无人机的估计飞行时间来确定该配送方法。

该处理器可以引起对该图形用户界面进行动态修正，使得该图形用户界面仅显示与该至少一个另外的产品相对应的至少一个另外的货品。

该处理器可以进一步基于至少一个先前配送的状态和该至少一个先前配送中的该多个产品中的至少一个产品来调整该配送方法的该至少一个配送标准。

该组货品中的至少一个货品可以在视觉上不同，其方式为显示对应于与该至少一个另外的产品相对应的至少一个另外的货品的配送状态的视觉指示器。

在另一个实施例中，一种机器可读存储介质，其上存储有计算机可执行指令，这些指令当由一个或多个处理器执行时使该一个或多个处理器执行多个操作，这些操作包括：接收从显示在图形用户界面上的一组货品中选择第一货品的指示，该组货品对应于多个产品中的至少一些产品；识别配送方法，其中，可使用该配送方法配送该第一货品；确定该多个产品中的满足该配送方法的至少一个配送标准的至少一个另外的产品；以及引起对显示与该至少一个另外的产品相对应的至少一个另外的货品的图形用户界面进行动态修正，其中，该至少一个另外的货品在视觉上不同于该组货品中的至少一个货品。

引起对该图形用户界面进行动态修正可以包括在该图形用户界面上重新定位与该至少一个另外的产品相对应的至少一个货品。

识别该多个产品中的至少一个另外的产品可以包括从产品组合中识别至少一个产品，这些产品组合包括与该第一货品相对应的第一产品并且满足该配送方法的该至少一个配送标准。

该至少一个配送标准可以包括该配送方法的重量限制、该配送方法的体积限制或该配送方法的大小限制中的至少一者。

这些指令可以进一步使该处理器基于用户到该图形用户界面的入口点来识别该配送方法。

该配送方法可以是使用多架无人机中的无人机的空中配送方法，并且其中，这些指令使该处理器通过该多架无人机中的每架无人机的可用性状态或该多架无人机中的每架无人机的估计飞行时间来确定该配送方法。

该处理器可以进一步引起对该图形用户界面进行动态修正，使得该图形用户界面仅显示与该至少一个另外的产品相对应的至少一个另外的货品。

这些指令可以进一步使该处理器基于至少一个先前配送的状态和该至少一个先前配送中的该多个产品中的至少一个产品来调整该配送方法的该至少一个配送标准。

该组货品中的至少一个货品可以在视觉上不同，其方式为显示对应于与该至少一个另外的产品相对应的至少一个另外的货品的配送状态的视觉指示器。

在另一个实施例中，一种具有处理器的服务器，该服务器同与图形用户界面相关联的计算设备通信，该服务器被配置为：接收从显示在该图形用户界面上的一组货品中选择第一货品的指示，该组货品对应于多个产品中的至少一些产品；识别配送方法，其中，可使用该配送方法配送该第一货品；确定该多个产品中的满足该配送方法的至少一个配送标准的至少一个另外的产品；以及引起对显示与该至少一个另外的产品相对应的至少一个另外的货品的图形用户界面进行动态修正，其中，该至少一个另外的货品在视觉上不同于该组货品中的至少一个货品。

引起对该图形用户界面进行动态修正可以包括在该图形用户界面上重新定位与该至少一个另外的产品相对应的至少一个货品。

上述方法描述和过程流程图仅作为说明性示例提供，并且不旨在要求或暗示各实施例的操作必须以所呈现的顺序执行。上述实施例中的操作可以以任何顺序执行。比如“然后”、“接着”等词语不旨在限制操作的顺序；这些词语仅用于指导读者阅读方法的描述。尽管过程流程图可能将操作描述为依次进行的过程，但许多操作可以并行或同时执行。另外，可以重新布置操作的顺序。过程可以对应于方法、函数、规程、子例程、子程序等。当过程对应于函数时，过程终止可以对应于函数返回到调用函数或主函数。

可以将结合本文所披露的实施例来描述的各种说明性逻辑块、模块、电路和算法操作实现为电子硬件、计算机软件或这两者的组合。为了清晰地展示硬件和软件的这种可互换性，已经在上文中总体上就功能而言对各种说明性组件、块、模块、电路和操作进行了描述。将这样的功能实施为硬件还是软件取决于整体系统上施加的具体应用和设计约束。技术人员可以针对每种具体应用以不同的方式实施所描述的功能，但这样的实施方式决策不应当被解释为引起脱离本披露内容或权利要求的范围。

以计算机软件实施的实施例可以以软件、固件、中间件、微代码、硬件描述语言或其任何组合来实施。代码段或机器可执行指令可以表示规程、函数、子程序、程序、例程、子例程、模块、软件包、类、或者指令、数据结构或程序语句的任何组合。代码段可以通过传递和/或接收信息、数据、自变量、参数或存储器内容来与另一个代码段或硬件电路配合。信息、自变量、参数、数据等可以通过任何合适的方式传递、转发或传输，这些方式包括存储器共享、消息传递、令牌传递、网络传输等。

用于实施这些系统和方法的实际软件代码或专用控制硬件不限制所要求保护的特征或本披露内容。因此，系统和方法的操作和行为是在没有参考特定软件代码的情况下进行描述的，应当理解，软件和控制硬件可以被设计为基于本文的描述来实施系统和方法。

当以软件实施时，功能可以在非暂态计算机可读存储介质或处理器可读存储介质上存储为一个或多个指令或代码。本文所披露的方法或算法的操作可以在处理器可执行软件模块中实施，该软件模块可以驻留在计算机可读存储介质或处理器可读存储介质上。非暂态计算机可读或处理器可读介质包括计算机存储介质和有形存储介质这两者，这两种介质都有助于将计算机程序从一个地方转移到另一个地方。非暂态处理器可读存储介质可以是计算机可以访问的任何可用介质。通过示例而非限制性的方式，这样的非暂态处理器可读介质或处理器可读介质可以包括：RAM、ROM、EEPROM、CD-ROM或其他光盘存储设备、磁盘存储设备或其他磁存储设备、或可以用于以指令或数据结构的形式存储所期望的程序代码并且可以由计算机或处理器访问的任何其他有形存储介质。本文所使用的磁盘或光盘包括压缩光盘（CD）、激光光盘、光学光盘、数字视频光盘（DVD）、软磁盘、和蓝光光盘，其中，磁盘通常以磁性方式再现数据，而光盘用激光以光学方式再现数据。上述各项的组合也应当包括在计算机可读介质的范围内。此外，方法或算法的操作可以作为代码和/或指令之一或任何组合或集合驻留在非暂态处理器可读介质和/或计算机可读介质上，这些代码和/或指令可以被并入计算机程序产品中。

所披露的实施例的前述描述的提供使任何本领域技术人员能够制作或使用本文描述的实施例及其变体。对这些实施例的各种修改对于本领域技术人员来说将是显然的，并且在不背离本文所披露的主题的精神或范围的情况下，本文定义的一般原理可以被应用到其他实施例。因此，本披露内容并不旨在限于本文示出的实施例，而旨在符合与权利要求和本文所披露的原理和新颖特征一致的最宽范围。

尽管已经披露了各种方面和实施例，但还设想其他方面和实施例。所披露的各种方面和实施例是为了说明的目的，而且并不旨在进行限制，真实的范围以及精神是由权利要求书指示的。

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

1. 一种方法，包括：

由处理器接收从显示在图形用户界面上的一组货品中选择第一货品的指示，该组货品对应于多个产品中的至少一些产品；

由该处理器识别配送方法，其中，可使用该配送方法配送该第一货品；

由该处理器确定该多个产品中的满足该配送方法的至少一个配送标准的至少一个另外的产品；以及

由该处理器引起对显示与该至少一个另外的产品相对应的至少一个另外的货品的图形用户界面进行动态修正，其中，该至少一个另外的货品在视觉上不同于该组货品中的至少一个货品。

2. 如条款1所述的方法，其中，引起对该图形用户界面进行动态修正包括在该图形用户界面上重新定位该至少一个另外的货品。

3. 如条款1所述的方法，其中，确定该多个产品中的至少一个另外的产品包括由该处理器从至少一种产品组合中识别至少一个产品，该至少一种产品组合包括与该第一货品相对应的第一产品并且满足该配送方法的该至少一个配送标准。

4. 如条款1所述的方法，其中，该至少一个配送标准包括该配送方法的重量限制、该配送方法的体积限制或该配送方法的大小限制中的至少一者。

5. 如条款1所述的方法，其中，该处理器基于用户到该图形用户界面的入口点来识别该配送方法。

6. 如条款1所述的方法，其中，该配送方法是使用多架无人机中的无人机的空中配送方法，并且其中，该处理器通过该多架无人机中的每架无人机的可用性状态或该多架无人机中的每架无人机的估计飞行时间来确定该配送方法。

7. 如条款1所述的方法，其中，该处理器引起对该图形用户界面进行动态修正，使得该图形用户界面仅显示与该至少一个另外的产品相对应的至少一个另外的货品。

8. 如条款1所述的方法，进一步包括由该处理器基于至少一个先前配送的状态和该至少一个先前配送中的该多个产品中的至少一个产品来调整该配送方法的该至少一个配送标准。

9. 如条款1所述的方法，其中，在视觉上不同于该组货品中的至少一个货品包括由该处理器显示对应于与该至少一个另外的货品相对应的至少一个另外的产品的配送状态的视觉指示器。

10. 一种机器可读存储介质，其上存储有计算机可执行指令，这些指令当由一个或多个处理器执行时使该一个或多个处理器执行多个操作，这些操作包括：

接收从显示在图形用户界面上的一组货品中选择第一货品的指示，该组货品对应于多个产品中的至少一些产品；

识别配送方法，其中，可使用该配送方法配送该第一货品；

确定该多个产品中的满足该配送方法的至少一个配送标准的至少一个另外的产品；以及

引起对显示与该至少一个另外的产品相对应的至少一个另外的货品的图形用户界面进行动态修正，其中，该至少一个另外的货品在视觉上不同于该组货品中的至少一个货品。

11. 如条款10所述的机器可读存储介质，其中，引起对该图形用户界面进行动态修正包括在该图形用户界面上重新定位该至少一个另外的货品。

12. 如条款10所述的机器可读存储介质，其中，确定该多个产品中的至少一个另外的产品包括从至少一种产品组合中识别至少一个产品，该至少一种产品组合包括与该第一货品相对应的第一产品并且满足该配送方法的该至少一个配送标准。

13. 如条款10所述的机器可读存储介质，其中，该至少一个配送标准包括该配送方法的重量限制、该配送方法的体积限制或该配送方法的大小限制中的至少一者。

14. 如条款10所述的机器可读存储介质，其中，这些指令进一步使该一个或多个处理器基于用户到该图形用户界面的入口点来识别该配送方法。

15. 如条款10所述的机器可读存储介质，其中，该配送方法是使用多架无人机中的无人机的空中配送方法，并且其中，这些指令使该处理器通过该多架无人机中的每架无人机的可用性状态或该多架无人机中的每架无人机的估计飞行时间来确定该配送方法。

16. 如条款10所述的机器可读存储介质，其中，该一个或多个处理器引起对该图形用户界面进行动态修正，使得该图形用户界面仅显示与该至少一个另外的产品相对应的至少一个另外的货品。

17. 如条款10所述的机器可读存储介质，其中，这些指令进一步使该一个或多个处理器基于至少一个先前配送的状态和该至少一个先前配送中的该多个产品中的至少一个产品来调整该配送方法的该至少一个配送标准。

18. 如条款10所述的机器可读存储介质，其中，在视觉上不同于该组货品中的至少一个货品包括显示对应于与该至少一个另外的货品相对应的至少一个另外的产品的配送状态的视觉指示器。

19. 一种计算机系统，包括：

具有处理器的服务器，该服务器同与图形用户界面相关联的计算设备通信，该服务器被配置为：

接收从显示在该图形用户界面上的一组货品中选择第一货品的指示，该组货品对应于多个产品中的至少一些产品；

识别配送方法，其中，可使用该配送方法配送该第一货品；

确定该多个产品中的满足该配送方法的至少一个配送标准的至少一个另外的产品；以及

引起对显示与该至少一个另外的产品相对应的至少一个另外的货品的图形用户界面进行动态修正，其中，该至少一个另外的货品在视觉上不同于该组货品中的至少一个货品。

20. 如条款19所述的计算机系统，其中，引起对该图形用户界面进行动态修正包括在该图形用户界面上重新定位该至少一个另外的货品。

Claims (15)

1.一种方法，包括：

由处理器接收从显示在图形用户界面上的一组货品中选择第一货品的指示，该组货品对应于多个产品中的至少一些产品；

由该处理器基于与该第一货品相对应的产品的物理参数来识别用于配送该第一货品的配送方法，该配送方法与至少一个配送标准相关联，该至少一个配送标准限定与该配送方法有关的一个或多个物理约束，其中，该第一货品的物理参数在该配送方法的该一个或多个物理约束范围内；

由该处理器识别该配送方法的剩余容量，该剩余容量与以下两者之间的差相关：该第一货品的物理参数以及与该配送方法有关的该一个或多个物理约束；

由该处理器确定该多个产品中的至少一个另外的产品，其中，这一个另外的产品满足该配送方法的剩余容量；以及

由该处理器引起对显示与该至少一个另外的产品相对应的至少一个另外的货品的图形用户界面进行动态修正，其中，该至少一个另外的货品在视觉上不同于该组货品中的至少一个货品。

2.如权利要求1所述的方法，其中，引起对该图形用户界面进行动态修正包括在该图形用户界面上重新定位该至少一个另外的货品。

3.如任一前述权利要求所述的方法，其中，确定该多个产品中的至少一个另外的产品包括由该处理器从至少一种产品组合中识别至少一个产品，该至少一种产品组合包括与该第一货品相对应的第一产品并且满足该配送方法的该至少一个配送标准。

4.如任一前述权利要求所述的方法，其中，该一个或多个物理约束包括该配送方法的重量限制、该配送方法的体积限制或该配送方法的大小限制中的至少一者。

5.如任一前述权利要求所述的方法，其中，该处理器基于用户到该图形用户界面的入口点来识别该配送方法。

6.如任一前述权利要求所述的方法，其中，该配送方法是使用多架无人机中的无人机的空中配送方法，并且其中，该处理器通过该多架无人机中的每架无人机的可用性状态或该多架无人机中的每架无人机的估计飞行时间来确定该配送方法。

7.如任一前述权利要求所述的方法，其中，该处理器引起对该图形用户界面进行动态修正，使得该图形用户界面仅显示与该至少一个另外的产品相对应的至少一个另外的货品。

8.如任一前述权利要求所述的方法，进一步包括由该处理器基于至少一个先前配送的状态和该至少一个先前配送中的该多个产品中的至少一个产品来调整该配送方法的该至少一个配送标准。

9.如任一前述权利要求所述的方法，其中，在视觉上不同于该组货品中的至少一个货品包括由该处理器显示对应于与该至少一个另外的货品相对应的至少一个另外的产品的配送状态的视觉指示器。

10.如任一前述权利要求所述的方法，其中，识别该配送方法的剩余容量包括在该产品或该另外的产品周围添加额外的缓冲体积，使得包括该额外的缓冲体积的总体积在该配送方法的该一个或多个物理约束之内。

11. 如任一前述权利要求所述的方法，其中：

该多个产品中的每个产品与一个或多个标签相关联，每个标签指示特定的配送方法；以及

该确定该至少一个另外的产品包括查询与相应产品相关联的一个或多个标签以确定该一个或多个标签中的至少一个标签与该配送方法相关联。

12. 如任一前述权利要求所述的方法，包括：

确定与该第一货品相对应的产品与第一特性相关联；以及

调整该至少一个配送标准，以便基于该另外的产品与第二特性相关联而排除该另外的产品的组合。

13.如权利要求12所述的方法，其中，该第一特性是易碎性，该方法包括：

基于确定该产品尚未与易碎性相关联，估计该产品的产品重量大小比以确定该产品与易碎性相关联。

14.一种计算机系统，包括：

具有处理器的服务器，该服务器同与图形用户界面相关联的计算设备通信，该服务器被配置为执行前述权利要求中任一项所述的方法。

15.一种具有计算机可执行指令的计算机程序，这些指令当由一个或多个处理器执行时使该一个或多个处理器执行根据权利要求1至13中任一项所述的操作。

Images