CN113424179A - 用于生成具有超媒体元素的动态网站的系统和方法 - Google Patents

Abstract

一种用于生成动态网站的计算机化系统，包括存储指令的存储器和被配置成执行指令以执行操作的至少一个处理器。所述操作包括：从顾客装置接收订单；确定目的地地址是否符合第一时间递送的条件；以及基于确定目的地地址符合条件搜索第一数据库，以检索至少一个产品的信息。所述操作还可以包括：生成指示第一时间递送是否是可能的用户界面元素(用户界面元素被配置成修改在顾客装置中显示的网站)；以及将用户界面元素发送到顾客装置。进一步地，所述操作可以包括：接收来自顾客装置的响应；以及修改第二数据库中的条目以指示产品的承诺交货日期是第一时间。

Description

用于生成具有超媒体元素的动态网站的系统和方法

技术领域

本公开总体上涉及用于生成动态网站的计算机化系统和方法。特别是，本公开的实施例涉及用于确定产品递送的可用选项并且生成用户界面的系统和方法，该用户界面具有修改网站、显示用户特定信息或捕获用户信息的超媒体元素。

背景技术

超媒体元素是包括图形、音频、视频、纯文本和超链接的信息的非线性介质。超媒体元素包括多个交互图标、文本框和/或回放。可以以几种方式来开发超媒体元素。例如，可以用链接来自内部变量的数据和外部数据文件的节点的工具来对超媒体元素进行编程。这些超媒体元素可以与多媒体开发软件结合使用，但是在某些情况下，超媒体元素也可以作为独立应用来使用，重点放在娱乐内容上。超媒体元素可以在网站中用于用户界面和交互动作。例如，超媒体元素可以包括可以添加到网络源代码的超链接，用于特定的交互、脚本和/或超链接特征。

在来自在线零售商的网站的上下文中，超媒体元素可以用于与用户交互、显示特定内容和/或收集用于个性化交互的用户数据。例如，通过超媒体元素，在线零售商可以通过呈现输入窗口和交互图标来捕获用户偏好。因此，当超媒体元素被用来建立然后可以用于确定递送偏好、捕获递送指令和/或用于推荐算法的访问者简档时，在线零售商可以开发个性化网站。在一些实施例中，超媒体元素还可以用于在网站中显示特定信息。因此，超媒体元素可以用于请求用户输入，并且基于用户输入来修改网站以显示特定选项或条件。在这样的实施例中，超媒体元素可以被配置成动态地修改专用于用户的网站，从而为用户交互和开发个性化网站的工具提供在线零售商定制的选项。

然而，超媒体元素还没有成功地结合到需要多个数据源之间快速交互的某些网络应用中。一些网络应用可以使用静态数据来生成超媒体元素。例如，某些超媒体元素的编程可以基于用户第一次进入网站时选择的初始化信息记录程序。然而，其它应用使用动态和时间敏感数据来生成超媒体元素。对于这样的应用，可以基于计时器或动态行为来生成超媒体元素。在在线零售商的情况下，超媒体元素可能需要在特定时间窗口内收集信息，以例如满足交货日期。在这种情况下，从多个源查询数据可能延迟网站个性化并破坏用户的整体体验。

所公开的用于生成动态网站的系统和方法解决了上述问题中的一个或多个和/或现有技术中的其他问题。

发明内容

本公开的一个方面涉及一种用于生成动态网站的计算机化系统。系统可以包括存储指令的存储器和被配置成执行指令以执行操作的至少一个处理器。所述操作可以包括：从顾客装置接收订单(订单包括用于递送的至少一个产品、订单时间和目的地地址)；确定目的地地址是否符合第一时间递送的条件；以及基于确定目的地地址符合条件，搜索第一数据库以检索至少一个产品的信息(信息包括第一时间递送的截止时间)。操作还可以包括：基于订单时间和截止时间，生成指示第一时间递送是否是可能的用户界面元素(其中，用户界面元素被配置成修改在顾客装置中显示的网站)并且将用户界面元素发送到顾客装置。进一步地，所述操作还可以包括：响应于将用户界面元素发送到顾客装置来接收响应；以及基于所接收的响应，修改第二数据库中的条目以指示产品的承诺交货日期是第一时间。

本公开的另一方面涉及一种用于生成动态网站的计算机实现的方法。方法可以包括以下步骤：从顾客装置接收订单(订单包括用于递送的至少一个产品、订单时间和目的地地址)；确定目的地地址是否符合第一时间递送的条件；以及基于确定目的地地址符合条件，搜索第一数据库以检索至少一个产品的信息(信息包括第一时间递送的截止时间)。方法还可以包括：基于订单时间和截止时间，生成指示第一时间递送是否是可能的用户界面元素(其中，用户界面元素被配置成修改在顾客装置中显示的网站)并且将用户界面元素发送到顾客装置。进一步地，方法可以包括：响应于将用户界面元素发送到顾客装置来接收响应；以及基于所接收的响应，修改第二数据库中的条目以指示产品的承诺交货日期是第一时间。

本公开的又一方面涉及一种存储指令的非瞬态计算机可读介质，所述指令在由处理器执行时执行用于生成动态网站的操作。操作可以包括：从顾客装置接收订单(订单包括用于递送的至少一个产品、订单时间和目的地地址)；基于目的地地址识别履行中心；从识别的履行中心请求可用库存；以及基于对应的可用库存与至少一个产品之间的匹配从识别的履行中心选择履行中心。操作还可以包括：基于估计到期(估计到期包括订单到期或剩余时间，在剩余时间之后，第一时间递送不再可用)来确定第一时间递送的截止时间；确定目的地地址是否符合第一时间递送的条件；以及基于确定目的地地址符合条件，搜索第一数据库以检索至少一个产品的信息，信息包括第一时间递送的截止时间。进一步地，操作可以包括：基于订单时间和截止时间，生成指示第一时间递送是否可能的用户界面元素(用户界面元素被配置成修改在顾客装置中显示的网站)；搜索第二数据库以定位目的地地址和至少一个相关联的限制；以及基于确定第二数据库包含与第一限制相关联的目的地地址来生成包括允许第一时间递送的可选元素的用户界面元素。此外，所述操作还可以包括：将用户界面元素发送到顾客装置；响应于将用户界面元素发送到顾客装置来接收响应；以及基于所接收的响应，修改第三数据库中的条目以指示产品的承诺交货日期是第一时间。

附图说明

图1A是示出了与所公开的实施例一致的包括用于通信的计算机化系统的网络的示例性实施例的示意性框图，该网络实现了运送、运输和物流操作。

图1B描述了与所公开的实施例一致的包括满足搜索请求的一个或多个搜索结果以及交互式用户界面元素的样本搜索结果页面(Search Result Page，SRP)。

图1C描述了与所公开的实施例一致的包括产品和关于该产品的信息以及交互式用户界面元素的样本单显示页面(Single Display Page，SDP)。

图1D描述了与所公开的实施例一致的包括虚拟购物车中的物品以及交互式用户界面元素的样本购物车页面。

图1E描述了与所公开的实施例一致的包括来自虚拟购物车的物品、关于购买和运送的信息以及交互式用户界面元素的样本订单页面。

图2是与所公开的实施例一致的配置成利用公开的计算机化系统的示例性履行中心的图解说明。

图3是与所公开的实施例一致的示例性系统的示意性框图。

图4是与所公开的实施例一致的示例性客户端装置的框图。

图5是与所公开的实施例一致的示例性数据库的框图。

图6是与所公开的实施例一致的到在线模块的示例性递送估计分布的过程流程图。

图6是与所公开的实施例一致的示例性递送估计分布的过程流程图。

图7是与所公开的实施例一致的用于处理对可用递送选项的请求的示例性过程的流程图。

图8是与公开的实施例一致的用于处理由第三方履行的产品的估计请求的示例性过程的流程图。

图9是与所公开的实施例一致的递送选项选择过程的流程图。

图10是与所公开的实施例一致的示例性地址未递送分类过程的过程流程图。

图11是与所公开的实施例一致的示例性网站修改过程的过程流程图。

图12是与所公开的实施例一致的示例性地址一般分类过程的过程流程图。

图13是与所公开的实施例一致的示例性第一时间递送分类过程的过程流程图。

图14是与所公开的实施例一致的具有分类的建筑物的递送区域的图形表示。

图15是与所公开的实施例一致的移动装置中的一系列单显示页面示例性图形用户界面的正视图。

图16是可配置成生成或修改具有递送日期估计和/或可用递送选项的网页的脚本的示例性源代码。

具体实施方式

以下详细描述参考附图。只要可能，在附图和以下描述中使用相同的附图标示来表示相同或相似的部分。虽然本文描述了若干说明性实施例，但是修改、改编和其他实施方式都是可能的。例如，可以对附图中示出的组件和步骤进行替换、添加或修改，并且可以通过对所公开的方法进行替换、重新排序、移除或添加步骤来修改本文描述的说明性的方法。因此，以下详细描述不限于所公开的实施例和示例。反而，本发明的适当范围由所附权利要求限定。

本公开的实施例涉及用于生成动态和交互式网站的系统和方法。特别是，所公开的系统和方法可以使得能够在网站上生成用户界面元素，该用户界面元素被显示给用户以捕获用户信息或偏好。用户界面元素可以包括超媒体元素或允许在接收到用户请求之后请求用户输入的其它交互式图形用户界面。用户界面元素可被配置成从用户捕获精确信息或偏好，以防止问题并提供更好的用户体验。

在一些实施例中，所公开的系统和方法可以通过实现增加的个性化和简化的工作流程来产生改进的在线零售商网站。例如，提供多种类型的递送的在线零售商可以使用所公开的系统和方法来修改网站以包括用户界面元素，用户界面元素收集特定递送选项所需的信息或指示可用递送的类型。在这样的实施例中，提供多个递送选项的在线零售商可以使用用户界面元素来解锁或允许某些类型的递送。例如，在线零售商可以在几小时后提供某些顾客的递送(例如，午夜到早晨5点之间的递送)。这样的在线零售商可以使用所公开的用户界面元素来请求包裹递送的指令。所请求的指令可以包括使得能够物理访问建筑物的安全代码、关于如何进入建筑物以递送物品的指令、或者联系门卫的指令。进一步地，在一些实施例中，在线零售商可以使用机器学习方法来分析指令，以确定指令是否令人满意并且将启用所提出的递送方法或类型。进一步地，所公开的系统和方法可以通过要求某些用户特定信息以便实现某些递送来改进总体递送工作流程。因此，所公开的布置可以通过提供用于更大的定制和用户交互的工具来改进在线零售商网站开发。

此外，所公开的系统和方法的一些实施例可以通过减少所需的用户交互来改进动态网站开发。所公开的系统可以基于预先存储的信息或对特定客户的分析来生成或修改网站。例如，所公开的系统和方法可以使用预先存储的信息来生成具有默认选项的超媒体元素。这样，所公开的系统和方法可以通过利用预先存储的信息以减少应当编程的交互元素的数量并且生成更简单的图形用户界面，来促进网站开发。例如，在线零售商可以存储特定地址的递送信息。进一步地，在线零售商可以存储该地址的递送偏好和/或递送方法的可用性。根据所存储的偏好或历史信息，所公开的系统和方法可以使得能够针对不同的递送选项配置预先选择的或默认选择的、选择加入和选择退出选项。

进一步地，为了改进网站维护并最小化数据处理，所公开的系统和方法可以使在线零售商能够基于递送选项可用性对地址或用户进行分类。例如，基于顾客偏好、地址的区域和/或历史记录，所公开的系统可以将地址分类到类别组中，并且为每个组生成交互元素。可以基于某些递送时间或方法的可用性来对地址进行分类。例如，在线零售商可以提供用于在一天的特定时间或在特定日期递送的递送选项。在这样的实施例中，递送选项可以指定第一时间的递送，第一时间的递送可以是预设为黎明递送(例如，早晨6点之前)、关闭递送之前(例如，下午6点之前递送)、夜间递送(例如，晚上9点之后)和/或午夜递送等中的一者或多者的递送。进一步地，在所公开的系统和方法的一些实施例中，可以基于用户偏好预先配置第一时间递送。例如，用户可能更喜欢将第一时间递送预先配置成黎明递送。另外或者替代性地，可以基于递送选项和偏好的可用性动态地调整第一时间递送。例如，第一时间递送可以默认为黎明递送，但是如果黎明递送不可用，则第一时间递送可以重新配置成夜间递送或者在一天的其它选定时间内递送。在一天的特定时间的递送选项和/或第一时间递送的分类，通过创建允许将地址分类为例如“非第一时间递送”、“有条件的第一时间递送”或“默认的第一时间递送”的组的系统，可以允许在线零售商提高在线递送的个性化和效率。基于类别，所公开的系统和方法可允许在线零售商生成组特定的交互元素。地址和用户的这种组处理和分类可以便于维护和生成网站。

所公开的系统和方法还可以在交互元素中使用默认选择来改进图形用户界面。生成预先配置的交互元素可以通过显示有限的一组选项或提供个性化推荐来提高选择准确性。在使用户处于不同类别中并且创建特定于相应用户类别的交互元素的情况下，所公开的系统和方法可以防止不准确的选择和/或将用户引导至期望的选择。

此外，所公开的系统和方法的某些实施例可以针对计算机操作改进。例如，所公开的系统和方法可以产生动态产生的多源混合网页，该混合网页包括基于用户行为弹出窗口以请求用户反馈。在单个站点内启用多源显示可以对为在线购物者生成动态网站的技术领域进行改进。此外，所公开的系统和方法可以动态地生成网页，该网页组合来自履行中心、转运代理、顾客账户和用户选择的信息以生成示出产品信息和递送选项的混合网页。

此外，所公开的系统和方法改进了网页动态地收集来自用户的特定反馈的适应性。所公开的系统和方法可以通过具有动态超媒体元素来促进更新网页，该动态超媒体元素可以基于用户偏好、履行中心选项和递送条件进行实时地更新。这样的配置可以改进在网页中导航时的用户体验。

现在将对所公开的实施例详细地进行参考，附图中示出了实施例的示例。

图1A示出了说明包括用于通信的计算机化系统的系统的示例性实施例的系统100的示意性框图，该系统实现了运送、运输和物流操作。如图1A所示，系统100可以包括各种系统，其中每个系统可以经由一个或多个网络彼此连接。系统也可以经由直接连接(例如使用电缆)彼此连接。所描述的系统包括装运授权技术(Shipment Authority Technology，SAT)系统101、外部前端系统103、内部前端系统105、运输系统107、移动装置107A、移动装置107B和移动装置107C、卖方门户109、装运和订单跟踪(Shipment and Order Tracking，SOT)系统111、履行优化(Fulfillment Optimization，FO)系统113、履行消息传递网关(Fulfillment Messaging Gateway，FMG)115、供应链管理(Supply Chain Management，SCM)系统117、劳动力管理系统119、移动装置119A、移动装置119B和移动装置119C(描述为在履行中心(Fulfillment Center，FC)200的内部)、第三方履行系统121A、第三方履行系统121B和第三方履行系统121C、履行中心授权系统(Fulfillment Center AuthorizationSystem，FC授权)123以及劳动管理系统(Labor Management System，LMS)125。

在一些实施例中，SAT系统101可以实现为监控订单状态和递送状态的计算机系统。例如，SAT系统101可以确定订单是否超过其承诺交货日期(Promised Delivery Date，PDD)，并且可以采取适当的行动，包括发起新的订单、重新运送未递送订单中的物品、取消未递送订单、发起与订购的顾客的联系等。SAT系统101还可以监控其他数据，包括输出(例如在特定时间段内运送的包裹的数量)和输入(例如接收的用于运送的空纸板箱的数量)。SAT系统101还可以充当系统100中的不同装置之间的网关，使得能够(例如，使用存储转发或其他技术)在装置(例如外部前端系统103和FO系统113)之间进行通信。

在一些实施例中，外部前端系统103可以实现为使外部用户能够与系统100中的一个或多个系统交互的计算机系统。例如，在系统100使系统的呈现能够让用户为物品下订单的实施例中，外部前端系统103可以实现为接收搜索请求、呈现物品页面和请求支付信息的网络服务器。例如，外部前端系统103可以实现为运行软件(例如Apache HTTP服务器、微软因特网信息服务(Internet Information Service，IIS)、NGINX等)的计算机或多个计算机。在其他实施例中，外部前端系统103可以运行定制网络服务器软件，该定制网络服务器软件设计为：接收和处理来自外部装置(例如，移动装置102A或计算机102B)的请求，基于那些请求从数据库和其他数据存储获取信息，以及基于所获取的信息对所接收的请求提供响应。

在一些实施例中，外部前端系统103可以包括：网络高速缓存系统、数据库、搜索系统或支付系统中的一个或多个。在一个方面，外部前端系统103可以包括这些系统中的一个或多个，而在另一方面，外部前端系统103可以包括连接至这些系统中的一个或多个的接口(例如，服务器到服务器、数据库到数据库或其他网络连接)。

此外，在一些实施例中，外部前端系统103可以包括存储递送地址的分类的存储装置。例如，基于使用选择、先前的递送、或某些区域中的递送方法的可用性，外部前端系统103可以对第一时间递送和/或黎明递送的递送地址进行分类。例如，外部前端系统103可以包括数据库，该数据库将每个递送地址与“在黎明不递送”、“在黎明有条件递送”或“在黎明无条件递送”之一相关。

一组说明性的步骤，由图1B、图1C、图1D和图1E示出，将有助于描述外部前端系统103的一些操作。外部前端系统103可以接收来自系统100中的系统或装置的信息以用于呈现和/或显示。例如，外部前端系统103可以主持或提供一个或多个网页，包括搜索结果页面(SRP)(例如，图1B)、单个详细信息页面(SDP)(例如，图1C)、购物车页面(例如，图1D)或订单页面(例如，图1E)。用户装置(例如，使用移动装置102A或计算机102B)可以导航至外部前端系统103，并且通过在搜索框中输入信息来请求搜索。外部前端系统103可以从系统100中的一个或多个系统请求信息。例如，外部前端系统103可以从FO系统113请求满足搜索请求的信息。外部前端系统103还可以为搜索结果中包括的每个产品(从FO系统113)请求和接收承诺交货日期或“PDD”。在一些实施例中，PDD可以表示包含产品的包裹何时将到达用户期望的位置的估计，或者如果在特定时间段内订购产品，该产品承诺被递送至用户期望的位置的日期(例如，到当天结束时(晚上11:59))。(将在下面关于FO系统113进一步讨论PDD。)

外部前端系统103可以基于该信息准备SRP(例如，图1B)。SRP可以包括满足搜索请求的信息。例如，这可以包括满足搜索请求的产品的图片。SRP还可以包括每种产品的各自的价格，或者与每种产品的增强递送选项、PDD、重量、尺寸、报价、折扣等有关的信息。在一些实施例中，SRP还可以包括递送选项、递送选项的截止时间和/或请求用户输入的超媒体元素。外部前端系统103可以(例如，经由网络)将SRP发送至请求用户装置。

然后，用户装置可以从SRP中选择产品，例如，通过点击或敲击用户界面，或者使用另一输入装置，以选择在SRP上表示的产品。用户装置可以对所选产品制定信息请求，并将该请求发送至外部前端系统103。作为响应，外部前端系统103可以请求与所选产品有关的信息。例如，该信息可以包括在各自的SRP上为产品呈现的信息之外的其他信息。这可以包括例如保质期、原产国、重量、尺寸、包裹中的物品的数量、使用说明、黎明或第一时间递送的截止时间、或关于产品的其他信息。该信息还可以包括对类似产品的推荐(例如，基于购买该产品和至少一种其他产品的顾客的大数据和/或机器学习分析)、常见问题的答案、来自顾客的评论、制造商信息、图片等。

外部前端系统103可以基于所接收的产品信息、顾客装置的位置以及递送选项的可用性准备SDP(单个详细信息页面)(例如，图1C)。SDP还可以包括其他交互元素，例如“立即购买(Buy Now)”按钮、“添加到购物车(Add to Cart)”按钮、数量字段、物品的图片等。SDP还可以包括提供产品的卖方列表。该列表可以基于每个卖方提供的价格来排序，使得提供以最低价格出售产品的卖方可以被列在顶部。该列表还可以基于卖方排名来排序，使得排名最高的卖方可以被列在顶部。可以基于多个因素来制定卖方排名，该多个因素包括例如卖方履行承诺的PDD的过去的跟踪记录。外部前端系统103可以(例如，经由网络)将SDP递送至请求用户装置。

请求用户装置可以接收列出产品信息的SDP。在接收SDP之后，用户装置然后可以与SDP交互。例如，请求用户装置的用户可以点击SDP上的“放入购物车(Place in Cart)”按钮或以其他方式与SDP上的“放入购物车(Place in Cart)”按钮交互。这会将产品添加到与用户关联的购物车中。替代性地或另外地，用户可以通过提供用于递送的指令来与SDP交互。用户装置可以发送该请求至外部前端系统103以将产品添加到购物车。

外部前端系统103可以生成购物车页面(例如，图1D)。在一些实施例中，购物车页面列出用户已经添加到虚拟“购物车”的产品。用户装置可以通过点击SRP、SDP或其他页面上的图标或以其他方式与SRP、SDP或其他页面上的图标交互来请求购物车页面。在一些实施例中，购物车页面可以列出用户已经添加到购物车的所有产品，以及关于购物车中的产品的信息，例如每个产品的数量、每个物品的每个产品的价格、基于关联的数量的每个产品的价格、关于PDD的信息、递送方法、运送成本、用于修改购物车中的产品的用户界面元素(例如，删除或修改数量)、订购其他产品或设置产品的定期递送的选项、设置利息支付的选项、用于继续购买的用户界面元素等。在用户装置处的用户可以点击用户界面元素(例如，读作“立即购买(Buy Now)”的按钮)或以其他方式与用户界面元素交互以发起在购物车中的产品的购买。在这样做之后，用户装置可以将该请求发送至外部前端系统103以发起购买。在一些实施例中，购物车页面可包括文本框输入、交互图标或用于每个产品递送的推荐消息。

外部前端系统103可以生成订单页面(例如，图1E)，以响应接收发起购买的请求。在一些实施例中，订单页面重新列出来自购物车的物品并请求输入支付和运送信息。例如，订单页面可以包括请求关于购物车中的物品的购买者的信息(例如，姓名、地址、电子邮件地址、电话号码)、关于接收者的信息(例如，姓名、地址、电话号码、递送信息)、运送信息(例如，递送和/或取货的速度/方法)、支付信息(例如，信用卡、银行转帐、支票、存储的信用)的部分，请求现金收据(例如，用于税收的目的)的用户界面元素等。外部前端系统103可以将订单页面发送至用户装置。

用户装置可以在订单页面上输入信息，并且单击将信息发送至外部前端系统103的用户界面元素或以其他方式与将信息发送至外部前端系统103的用户界面元素交互。从那里，外部前端系统103可以将信息发送至系统100中的不同系统，以启动具有购物车中的产品的新订单的创建和处理。在一些实施例中，外部前端系统103还可以配置成使卖方能够发送和接收与订单有关的信息。

在一些实施例中，内部前端系统105可以实现为使内部用户(例如，拥有、操作或租赁系统100的组织的雇员)能够与系统100中的一个或多个系统交互的计算机系统。例如，在SAT系统101使系统的呈现能够让用户为物品下订单的实施例中，内部前端系统105可以实现为网络服务器，该网络服务器使内部用户能够：查看关于订单的诊断和统计信息、修改物品信息或审查与订单相关的统计信息。例如，内部前端系统105可以实现为运行软件(例如Apache HTTP服务器、微软因特网信息服务(IIS)、NGINX等)的计算机或多个计算机。在其他实施例中，内部前端系统105可以运行定制网络服务器软件，该定制网络服务器软件设计为：接收和处理来自系统100中描述的系统或装置(以及未描述的其他装置)的请求，基于那些请求从数据库和其他数据存储获取信息，以及基于所获取的信息对所接收的请求提供响应。

在一些实施例中，内部前端系统105可以包括网络高速缓存系统、数据库、搜索系统、支付系统、分析系统、订单监控系统等中的一个或多个。在一个方面，内部前端系统105可以包括这些系统中的一个或多个，而在另一方面，内部前端系统105可以包括连接至这些系统中的一个或多个的接口(例如，服务器到服务器、数据库到数据库或其他网络连接)。

在一些实施例中，运输系统107可以实现为能够在系统100的系统或装置与移动装置107A-107C之间进行通信的计算机系统。在一些实施例中，运输系统107可以接收来自一个或多个移动装置107A-107C(例如，移动电话、智能电话、掌上电脑(PDA)等)的信息。例如，在一些实施例中，移动装置107A-107C可以包括由递送工作者操作的装置。递送工作者(可以是永久的、临时的或轮班雇员)可以利用移动装置107A-107C影响包含由用户订购的产品的包裹的递送。例如，为了递送包裹，递送工作者可以在移动装置上接收指示要递送哪个包裹以及在何处递送它的通知。在到达递送位置之后，递送工作者可以(例如，在卡车的后部或包裹的板条箱中)定位包裹，使用移动装置扫描或以其他方式获取与包裹上的标识符(例如，条形码、图像、文本串、RFID标签等)相关联的数据，以及递送包裹(例如，通过将包裹留在前门、将包裹交给保安、将包裹递交给接收者等)。在一些实施例中，递送工作者使用移动装置可以获取包裹的照片和/或可以获得签名。移动装置可以将包括关于递送的信息(包括例如时间、日期、GPS位置、照片、与递送工作者相关联的标识符、与移动装置相关联的标识符等)的信息发送至运输系统107。运输系统107可以将该信息存储在数据库(未示出)中，以供系统100中的其他系统访问。在一些实施例中，运输系统107可以使用该信息来准备跟踪数据并将跟踪数据发送至其他系统，该跟踪数据指示特定的包裹的位置。

在一些实施例中，某些用户可以使用一种移动装置(例如，永久工作者可以使用具有定制硬件(例如，条形码扫描仪、触控笔和其他装置)的专用PDA)，而其他用户可以使用其他种类的移动装置(例如，临时工作者或轮班工作者可以利用现成的移动电话和/或智能手机)。

在一些实施例中，运输系统107可以将用户与每个装置相关联。例如，运输系统107可以存储：用户(由例如用户标识符、雇员标识符或电话号码表示)与移动装置(由例如国际移动设备身份(International Mobile Equipment Identity，IMEI)、国际移动订阅标识符(International Mobile Subscription Identifier，IMSI)、电话号码、通用唯一标识符(Universal Unique Identifier，UUID)或全球唯一标识符(Globally UniqueIdentifier，GUID)表示)之间的关联。运输系统107可以将该关联与在递送时接收的数据结合使用以分析存储在数据库中的数据，以便确定(除了其他的以外)工作者的位置、工作者的效率或工作者的速度。

在一些实施例中，卖方门户109可以实现为使卖方或其他外部实体能够与系统100中的一个或多个系统以电子方式通信的计算机系统。例如，卖方可以利用计算机系统(未示出)来上载或提供卖方希望使用卖方门户109通过系统100销售的产品的产品信息、订单信息、联系信息等。

在一些实施例中，装运和订单跟踪系统111可以实现为接收、存储和转发关于包裹的位置的信息的计算机系统，该包裹包含由顾客(例如，由用户使用装置102A-102B)订购的产品。在一些实施例中，装运和订单跟踪系统111可以请求或存储来自由运送公司运营的网络服务器(未示出)的信息，该运送公司递送包含由顾客订购的产品的包裹。

在一些实施例中，装运和订单跟踪系统111可以请求和存储来自系统100中描述的系统的信息。例如，装运和订单跟踪系统111可以从运输系统107请求信息。如上所述，运输系统107可以接收来自与一个或多个用户(例如，递送工作者)或车辆(例如运货卡车)相关联的一个或多个移动装置107A-107C(例如，移动电话、智能电话，PDA等)的信息。在一些实施例中，装运和订单跟踪系统111还可以从劳动力管理系统(WMS)119请求信息，以确定在履行中心(例如，履行中心200)里面的各个产品的位置。装运和订单跟踪系统111可以从运输系统107或WMS 119中的一个或多个请求数据，对数据进行处理，并根据请求将数据呈现给装置(例如，用户装置102A和用户装置102B)。

在一些实施例中，履行优化(FO)系统113可以实现为存储来自其他系统(例如，外部前端系统103和/或装运和订单跟踪系统111)的顾客订单的信息的计算机系统。FO系统113还可以存储描述在何处持有或存储特定物品的信息。例如，某些物品可以仅存储在一个履行中心中，而某些其他物品可以存储在多个履行中心中。在其他实施例中，某些履行中心可以设计为仅存储特定的一组物品(例如，新鲜农产品或冷冻产品)。FO系统113存储该信息以及相关联的信息(例如，数量、大小、接收日期、到期日期等)。

FO系统113还可以为每个产品计算对应的PDD(承诺交货日期)。在一些实施例中，PDD可以基于一个或多个因素。例如，FO系统113可以基于产品的过去需求(例如，在一段时间内订购该产品多少次)、产品的预期需求(例如，预计在即将到来的一段时间内多少顾客订购产品)、指示在一段时间内订购了多少产品的全网络的过去需求、指示在即将到来的一段时间内预计订购多少产品的全网络的预期需求、存储在每个履行中心200中的产品的一个或多个计数、每个产品存储在哪个履行中心、该产品的预期或当前订单等来计算产品的PDD。

在一些实施例中，FO系统113可以定期(例如，每小时)为每个产品确定PDD并将PDD存储在数据库中以用于检索或发送至其他系统(例如，外部前端系统103、SAT系统101、装运和订单跟踪系统111)。在其他实施例中，FO系统113可以接收来自一个或多个系统(例如，外部前端系统103、SAT系统101、装运和订单跟踪系统111)的电子请求，并根据需要计算PDD。在其他实施例中，当用户导航通过网页之一时，FO系统113可以确定PDD。此外，在一些实施例中，FO系统113可以确定所显示的产品是否符合第一时间递送选项的条件。例如，FO系统113可以基于产品位置、顾客位置和/或特定的递送地址来确定产品是否符合黎明递送的条件。此外，在一些实施例中，FO系统113可以确定可用的递送选项。例如，FO系统113可以确定一个或多个产品是否符合特定的递送选项(例如黎明递送或新鲜递送)的条件。

在一些实施例中，履行消息传递网关(FMG)115可以实现为计算机系统，该计算机系统以一种格式或协议接收来自系统100中的一个或多个系统(例如，FO系统113)的请求或响应，将该请求或响应转换为另一种格式或协议，并且以转换的格式或协议将该请求或响应转发到其他系统(例如WMS 119或第三方履行系统121A、121B或121C)，反之亦然。

在一些实施例中，供应链管理(SCM)系统117可以实现为执行预测功能的计算机系统。例如，SCM系统117可以基于例如产品的过去需求、产品的预期需求、全网络的过去需求、全网络的预期需求、存储在每个履行中心200中的计数产品、每个产品的预期订单或当前订单等来预测特定产品的需求水平。响应于该预测的水平和遍及所有履行中心的每个产品的数量，SCM系统117可以生成一个或多个购买订单以购买和进货足够的数量以满足对特定产品的预测的需求。

在一些实施例中，劳动力管理系统(WMS)119可以实现为监控工作流程的计算机系统。例如，WMS 119可以接收来自各个装置(例如，装置107A-107C或装置119A-119C)的指示离散事件的事件数据。例如，WMS 119可以接收指示使用这些装置中的一个来扫描包裹的事件数据。如下面关于履行中心200和图2所讨论的，在履行过程期间，可以通过在特定阶段处的机器(例如，自动或手持条形码扫描仪、RFID读取器、高速相机、装置(例如平板电脑119A)、移动装置/PDA 119B、计算机119C等)扫描或读取包裹标识符(例如，条形码或RFID标签数据)。WMS 119可以将指示扫描或读取包裹标识符的每个事件与包裹标识符、时间、日期、位置、用户标识符或其他信息一起存储在对应的数据库(未示出)中，并且可以将该信息提供给其他系统(例如，装运和订单跟踪系统111)。

在一些实施例中，WMS 119可以存储将一个或多个装置(例如，装置107A-107C或装置119A-119C)与一个或多个用户相关联的信息，该一个或多个用户与系统100相关联。例如，在一些情况下，由于用户拥有移动装置(例如，移动装置是智能手机)，用户(例如兼职或全职雇员)可以与移动装置相关联。在其他情况下，由于用户暂时保管移动装置(例如，用户在一天开始时签出移动装置，将在当天使用它，并且将在一天结束时归还它)，用户可以与移动装置相关联。

在一些实施例中，WMS 119可以维护与系统100相关联的每个用户的工作日志。例如，WMS 119可以存储与每个雇员相关联的信息，该信息包括任何指定的过程(例如，卸载卡车、从拣货区拣选物品、合流墙工作、包装物品)、用户标识符、位置(例如，履行中心200中的楼层或区)、由雇员通过系统移动的单元的数量(例如，挑选的物品的数量、包装的物品的数量)、与装置(例如，装置119A-119C)相关联的标识符等。在一些实施例中，WMS 119可以从计时系统(例如在装置119A-119C上操作的计时系统)接收登记和结账信息。

在一些实施例中，第三方履行(3PL)系统121A-121C表示与物流和产品的第三方供应商相关联的计算机系统。例如，虽然一些产品存储在履行中心200中(如下面参考图2所讨论的)，但是其他产品可以在异地存储、可以按需生产或者以其它方式不可在履行中心200中存储。3PL系统121A-121C可以配置成从FO系统113接收订单(例如，通过FMG 115)并且可以直接向顾客提供产品和/或服务(例如，递送或安装)。在一些实施例中，3PL系统121A-121C中的一个或多个可以是系统100的一部分，而在其他实施例中，3PL系统121A-121C中的一个或多个可以在系统100之外(例如，由第三方供应商拥有或操作)。

在一些实施例中，履行中心授权系统(FC授权)123可以实现为具有各种功能的计算机系统。例如，在一些实施例中，FC授权123可以充当系统100中的一个或多个其他系统的单点登录(SSO)服务。例如，FC授权123可以使用户能够经由内部前端系统105登录，确定用户具有访问在装运和订单跟踪系统111处的资源的类似特权，并使用户能够访问这些特权而无需第二个登录过程。在其他实施例中，FC授权123可以使用户(例如，雇员)能够将他们自己与特定任务相关联。例如，一些雇员可能没有电子装置(例如装置119A-119C)，反倒是可以在一天的过程中在履行中心200内从任务移动到任务以及从区移动到区。FC授权123可以配置成使这些雇员能够指示在一天中的不同时间他们正在执行什么任务以及他们正在什么区。

在一些实施例中，劳动管理系统(LMS)125可以实现为存储雇员(包括全职和兼职雇员)的出勤和加班信息的计算机系统。例如，LMS 125可以接收来自FC授权123、WMA 119、装置119A-119C、运输系统107和/或装置107A-107C的信息。

图1A中描述的特定配置仅仅是示例。例如，虽然图1A描述连接到FO系统113的FC授权系统123，但是并非所有实施例都需要该特定配置。实际上，在一些实施例中，系统100中的系统可以通过一个或多个公共或专用网络彼此连接，该公共或专用网络包括因特网、内联网、WAN(广域网)、MAN(城域网)、符合IEEE 802.11a/b/g/n标准的无线网络、租用线路等。在一些实施例中，系统100中的一个或多个系统可以实现为在数据中心、服务器场等处实现的一个或多个虚拟服务器。

图2描述履行中心200。履行中心200是当物品被订购时存储运送给顾客的物品的物理位置的示例。可以将履行中心(FC)200划分为多个区或位置，每个区或位置在图2中描述。在一些实施例中，这些“区”可以被认为是作为接收物品、存储物品、检索物品和运送物品的过程的不同阶段之间的虚拟划分。因此，虽然图2中描述了“区”，但是区的其他划分是可能的，并且在一些实施例中，图2中的区可以被省略、重复和/或修改。

入站区203表示FC 200的区域，在该FC 200的区域，从希望使用系统100(图1A)销售产品的卖方接收物品。例如，卖方可以使用卡车201递送物品202A和202B。物品202A可以表示足够大以占据其自己的运送托盘的单个物品，而物品202B可以表示在同一托盘上堆叠在一起以节省空间的一组物品。

工作者将在入站区203中接收物品，并且可以使用计算机系统(未示出)可选地检查物品的损坏和正确性。例如，工作者可以使用计算机系统以将物品202A和202B的数量与物品的订购数量进行比较。如果数量不匹配，则该工作者可以拒绝物品202A或202B中的一个或多个。如果数量匹配，则工作者可以(使用例如台车、手推运货车、叉车，或手动地)将这些物品移动到缓冲区205。例如，缓冲区205可以是拣货区中当前不需要的物品的临时存储区域，因为在拣货区中有足够高的数量的该物品以满足预测的需求。在一些实施例中，叉车206操作将物品围绕缓冲区205和在入站区203和下货区207之间移动。如果在拣货区中需要物品202A或202B(例如，由于预测的需求)，则叉车可以将物品202A或202B移动到下货区207。

下货区207可以是在物品被移动到拣货区209之前存储物品的FC 200的区域。分配给拣货任务的工作者(“拣货员”)可以接近拣货区中的物品202A和202B，使用移动装置(例如，装置119B)扫描拣货区的条形码，以及扫描与物品202A和202B相关联的条形码。然后，拣货员可以将物品带到拣货区209(例如，通过将物品放置在推车上或搬运它)。

拣货区209可以是FC 200的区域，在该FC 200的区域，物品208存储在存储单元210上。在一些实施例中，存储单元210可以包括物理搁架、书架、盒子、手提袋、冰箱、冷冻柜、冷藏库等中的一个或多个。在一些实施例中，拣货区209可以组织成多个楼层。在一些实施例中，工作者或机器可以以多种方式(包括例如叉车、电梯、传送带、推车、手推运货车、台车、自动机器人或装置，或手动地)将物品移动到拣货区209中。例如，拣货员可以将物品202A和202B放置在下货区207中的手推运货车或推车上，并步行将物品202A和202B运送到拣货区209。

拣货员可以接收将物品放置(或“装载”)在拣货区209中的特定点(例如，存储单元210上的特定空间)的指令。例如，拣货员可以使用移动装置(例如，装置119B)扫描物品202A。装置可以(例如，使用指示过道、架子和位置的系统)指示拣货员应该在何处装载物品202A。然后，在将物品202A装载在该位置之前装置可以提示拣货员扫描在该位置处的条形码。装置可以(例如，经由无线网络)将数据发送至计算机系统(例如图1A中的WMS 119)，指示使用装置119B的用户已经将物品202A装载在该位置。

一旦用户下订单，拣货员就可以在装置119B上接收指令以从存储单元210中检索一个或多个物品208。拣货员可以检索物品208，扫描物品208上的条形码，并将物品208放置在运输机构214上。在一些实施例中，虽然运输机构214表示为滑动件，但是运输机构可以实现为传送带、电梯、推车、叉车、手推运货车、台车、推车等中的一个或多个。然后，物品208可以到达包装区211。

包装区211可以是FC 200的区域，在该FC 200的区域，从拣货区209接收物品并将物品包装到盒子或袋子中以用于最终运送给顾客。在包装区211中，分配给接收物品的工作者(“合流工作者”)将从拣货区209接收物品208并确定物品208对应的订单。例如，合流工作者可以使用装置(例如计算机119C)扫描物品208上的条形码。计算机119C可以在视觉上指示物品208与哪个订单相关联。这可以包括例如对应于订单的墙壁216上的空间或“单元格”。一旦订单完成(例如，因为单元格包含订单的所有物品)，合流工作者可以向包装工作者(或“包装工人”)指示订单已完成。包装工人可以从单元格中检索物品并将物品放在盒子或袋子中以用于运送。然后，包装工人可以(例如经由叉车、推车、台车、手推运货车、传送带、手动地或其他方式)将盒子或袋子送到枢纽区213。

枢纽区213可以是从包装区211接收所有盒子或袋子(“包裹”)的FC 200的区域。枢纽区213中的工作者和/或机器可以检索包裹218以及确定每个包裹打算前往递送区域的哪个部分，并且将包裹按路线发送到适当的营地区215。例如，如果递送区域具有两个较小的子区域，则包裹将前往两个营地区215之一。在一些实施例中，工作者或机器可以(例如，使用装置119A-119C中的一个)扫描包裹以确定包裹的最终目的地。将包裹按路线发送到营地区215可以包括例如(例如，基于邮政编码)确定包裹运往的部分地理区域以及确定与该部分地理区域相关联的营地区215。

在一些实施例中，营地区215可以包括：一个或多个建筑物、一个或多个物理空间或一个或多个区域，在这里从枢纽区213接收包裹以用于将包裹分类到路线和/或子路线中。在一些实施例中，营地区215与FC 200物理分离，而在其他实施例中，营地区215可以形成FC 200的一部分。

营地区215中的工作者和/或机器可以(例如，基于目的地与现有路线和/或子路线的比较、每个路线和/或子路线的工作量的计算、一天中的时间、运送方法、运送包裹220的成本、与包裹220中的物品相关联的PDD等)确定包裹220应该与哪个路线和/或子路线相关联。在一些实施例中，工作者或机器可以(例如，使用装置119A-119C中的一个)扫描包裹以确定包裹的最终目的地。一旦将包裹220分配给特定路线和/或子路线，工作者和/或机器就可以移动包裹220以进行运送。在示例性图2中，营地区215包括卡车222、汽车226和递送工作者224A和224B。在一些实施例中，卡车222可以由递送工作者224A驾驶，其中递送工作者224A是为FC 200递送包裹的全职雇员，并且卡车222由拥有、租赁或操作FC 200的相同公司拥有、租赁或操作。在一些实施例中，汽车226可以由递送工作者224B驾驶，其中递送工作者224B是在根据需要的基础上(例如，季节性地)递送的“弹性工作制的”或临时的工作者。汽车226可由递送工作者224B拥有、租赁或操作。

图3是与所公开的实施例一致的示例性系统300的框图。在系统300中，递送估计系统320可以处理来自实时客户端装置的数据流的产品请求，以例如确定可用于该请求的递送方法。该递送方法或选项可以包括第一时间递送(可以包括黎明递送)、急速递送、新鲜递送等。递送估计系统320还可以生成指令，以显示或修改网页以包括表示可用递送选项的图标和/或交互工具，以收集指令或用户偏好。

除了递送估计系统320之外，系统300还可以包括在线资源340、客户端装置350、第三方系统360、客户端系统390和数据库380。在一些实施例中，如图3所示，系统300的各部件可以连接到网络370。然而，在其他实施例中，系统300的组件可以彼此直接连接，而无需网络370。例如，数据库380可以直接耦合到递送估计系统320。

在一些实施例中，递送估计系统320可以用系统100(图1A)的一个或多个组件来实现。例如，递送估计系统320可以包括SAT系统101、外部前端系统103、FO系统113、SCM系统117和/或WMS 119(图1A)。在其他实施例中，递送估计系统320可以利用一个或多个独立的服务器来实现，服务器被配置成执行用于估计递送日期、生成PDD、基于特定递送方法的可用性对地址进行分类和/或生成客户端装置350的网页的操作。

在线资源340可以包括由实体(例如网页托管、联网、云或备份服务的提供者)提供的一个或多个服务器或存储服务。在一些实施例中，在线资源340可以与存储用于认证服务的网页、域名系统(Domain Name System，DNS)或登陆页面的主机服务或服务器相关联。在其他实施例中，在线资源340可以与云计算服务相关联。在其他实施例中，在线资源340可以与消息传递服务相关联，例如苹果推送通知服务(Apple Push Notification Service)、Azure移动服务(Azure Mobile Service)或谷歌云消息传递(Google Cloud Messaging)。在这样的实施例中，在线资源340可以处理与所公开的实施例的功能相关的消息和通知的递送，诸如处理数字版权管理。

客户端装置350可以包括被配置成执行与所公开的实施例一致的一个或多个操作的一个或多个计算装置。例如，客户端装置350可以包括台式计算机、膝上型电脑、服务器、移动装置(例如，平板电脑、智能电话等)、机顶盒、游戏装置、可穿戴计算装置或其他类型的计算装置。在一些实施例中，客户端装置350可以包括用户装置102(图1A)并且作为系统100的一部分来操作。然而，在其他实施例中，客户端装置350可以独立于系统100。客户端装置350可以包括一个或多个处理器，被配置成执行存储在存储器中的软件指令，以执行实现下面描述的功能的操作，存储器例如为包括在客户端装置350中的存储器。例如，客户端装置350可以被配置成在网页中显示图形用户界面，该图形用户界面包括具有由递送估计系统320生成的递送选项和/或递送日期估计的图标。进一步地，客户端装置350可以被配置用于有线和/或无线通信，并且可以包括软件，当该软件被处理器执行时，执行与互联网相关的通信(例如，TCP/IP)和内容显示过程。例如，客户端装置350可以执行生成并显示具有产品信息的界面的浏览器软件。因此，客户端装置350可以执行允许客户端装置350通过网络370与组件通信并且经由包括在客户端装置350中的显示装置在界面中显示内容的应用。

在一些实施例中，如下面结合图4进一步描述的，客户端装置350可以运行应用，该应用被具体配置成与递送估计系统320交互。此外，客户端装置350可以存储一个或多个账户。例如，客户端装置350可以存储关于顾客的递送偏好、顾客的位置、顾客账户和顾客标识的信息。

所公开的实施例不限于客户端装置350的任何特定配置。例如，客户端装置350可以是移动装置，该移动装置存储和执行移动应用，以执行提供由递送估计系统320和/或在线资源340提供的功能的操作。在某些实施例中，客户端装置350可以被配置成执行与例如GPS定位的定位服务有关的软件指令。例如，客户端装置350可以被配置成确定地理位置并且提供位置数据和与位置数据相对应的时间戳数据。结合图4进一步描述客户端装置350。

数据库380可以包括一个或多个计算装置，该计算装置配置有适当的软件以执行与提供用于计算和/或检索估计递送日期的递送估计系统320数据相一致的操作。数据库380可以包括例如甲骨文(Oracle^TM)数据库、赛贝斯(Sybase^TM)数据库或其它关系数据库或非关系数据库，例如Hadoop^TM序列文件、HBase^TM或Cassandra^TM。数据库380可以包括计算组件(例如，数据库管理系统、数据库服务器等)，该计算组件被配置成接收和处理对存储在一个或多个数据库的存储装置中的数据的请求，并且提供来自一个或多个数据库的数据。

虽然数据库380被单独示出，但是在一些实施例中，数据库380可以被包括在递送估计系统320或在线资源340中，或者以其他方式与递送估计系统320或在线资源340相关。

数据库380可以被配置成收集和/或维护与用户账户或产品相关联的数据，以便于确定可用的递送选项。例如，数据库380可以存储关于系统300用户的用户简档的信息。进一步地，数据库380可以存储关于地址的信息，包括该地址可用的递送选项。数据库380还可以存储先前计算的特定产品的递送日期和对应的邮政编码，以快速响应具有类似产品和邮政编码对的递送日期估计请求。数据库380可以从各种源收集数据，包括例如在线资源340或第三方系统360。进一步地，数据库380可以包括关于客户端装置350操作系统的信息。下面结合图5进一步描述数据库380。

在一些实施例中，第三方系统360可以包括系统100的一个或多个元件。例如，第三方系统360可包括3PL系统121A-121C(图1)。另外或替代性地，第三方系统360可以包括由与递送估计系统320相关的实体(例如服务提供商或履行中心)提供的一个或多个服务器或存储服务。第三方系统360也可以经由网络370连接到系统300，但是在其他实施例中，第三方系统360可以包括与系统300的一些元件的直接连接。例如，为了最小化延迟或网络拥塞，第三方系统360可以在专用网络中与递送估计系统320连接。进一步地，第三方系统360可以被配置成提供和/或请求来自递送估计系统320或系统300的其他元件的信息。在一些实施例中，虽然第三方系统360也可以耦合到网络370，但是它们可以不是递送估计系统320的客户端。相反，第三方系统360可以包括包含递送估计系统320的用户或客户的信息的系统。例如，第三方系统360可以包括例如

的递送承包商的服务器，当产品递送涉及第三方承包商时，递送估计系统320可以使用该服务器。

网络370可以是被配置成在系统300的组件之间提供通信的任何类型的网络。例如，网络370可以是提供通信、交换信息和/或促进信息交换的任何类型的网络(包括基础设施)，例如因特网、局域网、近场通信(NFC)或使得能够在系统300的组件之间发送和接收信息的其他合适的连接。在其它实施例中，系统300的一个或多个组件可以通过专用通信链路直接通信。在其他实施例中，网络370可以包括多个网络，例如组织一个或多个网络。

应当理解，为了便于描述，本文已经定义了系统300的功能构建块的配置和边界。只要适当地执行指定的功能及其关系，就可以定义替代的边界。替代方案(包括本文所述的那些的等同方案、扩展、变化、偏离等)将是显而易见的。这种替代方案落入所公开的实施例的范围内。

现在参考图4，示出了与所公开的实施例一致的示例性客户端装置350(图3)的框图。在一些实施例中，客户端装置350可以实现为用户装置102(图1A)。

在一个实施例中，客户端装置350可以包括一个或多个处理器402、一个或多个输入/输出(I/O)装置404、以及一个或多个存储器410。在一些实施例中，客户端装置350可以采取移动计算装置的形式，例如智能手机或平板电脑、通用计算机或这些组件的任何组合。替代性地，客户端装置350(或包括客户端装置350的系统)可以基于执行与所公开的实施例一致的一个或多个操作的软件指令的存储、执行和/或实现而被配置成特定设备、嵌入式系统、专用电路等。根据一些实施例，客户端装置350可以包括访问与所公开的实施例一致的网站的网络浏览器或类似的计算装置。

处理器402可以包括一个或多个已知的处理装置，例如由lntle^TM、NVIDIA^TM制造的移动装置微处理器、或者来自其它制造商的各种处理器。所公开的实施例不限于在客户端装置350中配置的任何特定类型的处理器。

存储器410可以包括被配置成存储指令的一个或多个存储装置，处理器402使用所述指令来执行与所公开的实施例相关的功能。例如，存储器410可以配置有一个或多个软件指令，例如当由处理器402执行时可以执行操作的程序412。所公开的实施例不限于被配置成执行专用任务的单独的程序或计算机。例如，存储器410可以包括执行客户端装置350的功能的单个程序412，或者程序412可以包括多个程序。存储器410还可以包括客户端应用414，该客户端应用414可以将客户端装置350配置成传送或执行与系统300的其他元件交互的操作。例如，客户端应用414可以指定与递送估计系统320通信和/或生成产品信息请求的指令，如结合图7进一步描述的，另外，客户端应用414可以解释用于在客户端装置350中生成图形用户界面(GUI)或修改所显示的GUI的指令。存储器410还可以存储数据416，递送估计系统320可以使用该数据来向客户端装置分配递送估计、递送类别或PDD。

在某些实施例中，存储器410可以存储用于访问递送估计系统320或向递送估计系统320发送请求的指令。例如，存储器410可以包括经由TCP/IP与递送估计系统320通信的应用。此外，其他软件组件可以被配置成从递送估计系统320请求信息或确定客户端装置350的位置。例如，这些软件指令在由一个或多个处理器402执行时可以处理信息以在网页中显示估计递送日期或PDD。软件指令还可以实现脚本以修改在客户端装置350中显示的网页。

I/O装置404可以包括一个或多个装置，该一个或多个装置被配置成允许数据由客户端装置350接收和/或发送，并且允许客户端装置350与其他机器和装置通信，例如系统300的其他组件。例如，I/O装置404可以包括用于确认包裹的递送或向用户提供信息的屏幕。I/O装置404还可包括用于NFC通信的组件。I/O装置404还可以包括允许用户与客户端装置350交互的一个或多个数字和/或模拟装置，例如触敏区域、按钮或麦克风。I/O装置404还可以包括一个或多个加速计，以检测客户端装置350的定向和惯性。I/O装置404还可以包括本领域已知的用于与递送估计系统320交互的其他组件。

在一些实施例中，客户端装置350还可以包括捕获图像并且可以用于识别用户想要的产品的摄像机420。这样的识别可以触发递送日期估计或PDD计算。另外或替代性地，客户端装置350可以包括指纹传感器430，该指纹传感器430允许用户解锁客户端装置350以访问其账户、发送对信息的请求及购买物品。摄像机420和指纹传感器430都可以由处理器402操作，并且使用加密安全性，以使得用户不可能从外部访问指纹或摄像机信息。

如对本领域的技术人员来说将是清楚的是，客户端装置350的组件可以用硬件、软件或硬件和软件两者的组合来实现。

现在参考图5，示出了与所公开的实施例一致的示例性数据库380(图3)的框图。在一些实施例中，数据库380可以被包括在系统100的元件中。例如，数据库380可以是FO系统113或WMS 119(图1A)的一部分。

数据库380可以包括通信装置502、一个或多个数据库处理器504、以及包括一个或多个数据库程序512和数据514的数据库存储器510。数据库380可以包括NoSQL数据库，例如HBase、MongoDB^TM或Cassandra^TM。替代性地，数据库380可以包括关系数据库，例如甲骨文数据库、MySQL数据库和微软SQL服务器(Microsoft SQL Server)。

在一些实施例中，数据库380可以采取服务器、通用计算机、大型计算机或这些组件的任何组合的形式。在一些实施例中，数据库380包括在系统300的其他元件内，例如递送估计系统320。与所公开的实施例一致的其它实施方式也是可能的。

在一些实施例中，数据库380可以包括非关系数据库和嵌入式数据库两者。例如，数据库380可以包括：非关系数据库(例如Hbase)、以及嵌入式数据库(例如RocksDB(如键值存储数据库))。

通信装置502可以被配置成与系统300或系统100的一个或多个组件进行通信，例如在线资源340、递送估计系统320或SCM系统117。特别地，通信装置502可以被配置成向递送估计系统320提供订单信息、用户偏好和特权、和/或针对类似邮政编码和产品查询的历史先前估计。

数据库380的组件可以用硬件、软件或硬件和软件两者的组合来实现。例如，尽管数据库380的一个或多个组件可以被实现为计算机处理指令模块，但是数据库380的全部或部分功能可以替代地在专用电子硬件中实现。

数据库存储器510可以包括程序512，该程序512可以包括基于由递送估计系统320接收或生成的递送选项或PDD的可用性来更新网页的指令。进一步地，数据库存储器510可以包括用于系统300的元件之间的通信的指令。例如，数据库存储器510可以包括用于在客户端装置350与递送估计系统320之间进行通信的指令。进一步地，程序512可以包括在递送估计系统320处理信息时实时存储信息的指令。

数据514还可以是与网页相关联的数据，例如在线资源340或来自客户端装置350的用户账户。数据514可以包括例如与先前的递送通知有关的信息，该递送通知与特定递送地址或邮政编码相关联。进一步地，数据514可以包括递送地址的分类。数据514还可以包括内容文件和累积变量，以评估履行中心的容量和订单可用性。

图6是与所公开的实施例一致的示例性递送估计分布的过程流程图。在一些实施例中，系统100或系统100的一部分可以执行计算以确定估计的递送方法和/或可用的递送方法。系统100然后可以将PDD或递送选项可用性发送到生成用于客户端交互的网页的在线模块600。

在一些实施例中，如图6所示，系统100的元件可以彼此通信以生成估计递送日期。例如，外部前端系统103可以从用户装置102A-102B(图1A)接收对递送估计的请求。然后，请求可以被发送到可以确定所选择的履行中心和估计的递送时间的FO系统113。然后，FO系统113可以将所选择的履行中心和估计的递送日期发送到履行消息传递网关115。履行消息传递网关115又可以将信息发送到在线模块600。

在线模块600可以包括搜索结果页面(SRP)模块604、单显示页面(SDP)模块606、订单管理模块608和购物车模块610。每一个模块可以生成不同的网页以显示给顾客。例如，SRP模块604可以为用户装置102生成结果页面(如结合图1B所描述的结果页面)，而SDP模块606可以为用户装置102生成单个产品网页(如结合图1C所描述的产品网页)。类似地，订单管理模块608可以生成或更新订单页面(如结合图1E所描述的订单页面)，而购物车模块610可以生成或更新购物车页面(如结合图1D所描述的购物车页面)。因此，每一个在线模块600可以将来自系统100的估计递送日期或可用递送选项并入已显示给顾客的网页中。

此外，每一个在线模块600可以在接收估计的递送日期时执行不同的操作。例如，在接收到可用的递送选项之后，SRP模块604可以基于用户选择或历史信息，对高速缓存中的递送地址进行分类，以用于将来搜索。然后，当SRP模块604接收到具有相同或相似的邮政编码和产品的搜索请求时(在与PDD或递送选项截止相关联的到期时间内)，SRP模块604不需要查询系统100。相反，SRP模块604可以基于先前的信息立即更新搜索网页。相反，SDP模块606可以在接收到PDD或可用的递送选项时生成用于更新产品网页的文件。例如，SDP模块606可以生成JavaScript或HTML文件，该文件更新产品网页，以包括示出例如加速递送的第一时间递送的可用递送选项的交互图标。进一步地，SDP模块606可以启动时钟或计时器以确定递送日期估计是否已经到期。在这样的实施例中，如果必要(例如，估计的递送时间已经过期，或者某些递送选项不再可用)，SDP模块606可以生成第二文件以更新单个产品网页。

此外，订单管理模块608还可以对从系统100接收PDD或产品的递送选项作出反应。例如，响应于接收到可用的递送选项，订单管理模块608可以为所选择的履行中心准备电子消息。如果接收到订单，则可以配置该准备消息以便部署。这样，在线模块600可以准备潜在的订单，并且通过最小化订单与到履行中心的传输之间的延迟来促进满足PDD。在一些实施例中，订单管理模块608可以耦合到SAT系统101(图1A)，并且一接收到订单就可以将准备消息转发到SAT系统101。此外，购物车模块610可以使用递送日期信息生成用于更新购物车网页的脚本。例如，购物车模块610可以基于估计的递送日期的到期时间来修改购物车网页以包括计时器和/或计数器。

图7是与所公开的实施例一致的用于处理对可用递送选项的请求的示例性过程700的流程图。在一些实施例中，系统300的元件可以执行过程700。例如，如以下步骤描述中公开的，递送估计系统320可以执行过程700。然而，这仅仅是过程700的说明性示例，并且在其他实施例中，系统100或系统100的一部分可以执行过程700。例如，装运授权技术系统101、FO系统113和/或FC授权123(图1A)可以执行过程700中的一个或多个步骤。

在步骤702中，递送估计系统320可以从远程装置接收对产品信息的请求。例如，当客户端装置350的用户在网页中导航时，客户端装置350可以向递送估计系统320发送对产品信息的请求。此外，该请求可以包括用户名、邮政编码、物理位置和/或递送地址。替代性地或另外地，递送估计系统320可以从在线资源340接收请求。在线资源340可以与递送估计系统320通信以请求产品和估计递送信息来准备网页。进一步地，在线模块600可以发送对产品信息、估计递送和/或产品可用性的请求。

在步骤704中，递送估计系统320可以基于从步骤702中的请求所接收到的信息来发送对递送选项和递送估计的请求。递送估计系统320可以准备请求并向系统300或系统100的其他元件发送该请求。例如，递送估计系统320可以准备对FO系统113的估计递送和PDD的请求。在这样的实施例中，FO系统113可以充当第二系统，该第二系统包括存储器内的存储，该存储包括先前已经计算的不同产品的多个递送日期。替代性地或另外地，递送估计系统320可以包括前端部分和后端部分。在这样的实施例中，前端可以被配置成接收和处理请求，而后端可以被配置成计算PDD或估计目标递送。与FO系统113类似，递送估计系统320的后端部分可以包括不同产品的多个递送日期或截止时间，以在每当请求类似于尚未到期的先前请求时最小化计算。在这些实施例中，递送估计系统320的前端可以被配置成接收请求并且立即将它们发送到递送估计系统320的后端部分，该后端部分执行PDD的计算或者确定特定地址的可用递送选项。进一步地，在一些实施例中，对估计递送选项或递送日期的请求可以包括产品信息和顾客信息(例如与用户相关联的邮政编码)。

在一些实施例中，步骤704的递送估计请求可以被引导到特定类型的履行中心。例如，在步骤702中与请求一起接收的产品信息可以与新鲜产品(例如，诸如水果、蔬菜、其它类型的产品和/或其它易腐烂物品的产品)相关联。如果对产品信息的请求与新鲜产品相关联，则递送估计系统320可以定制对新鲜产品的可用递送选项的请求，并将该请求发送到特定履行中心。例如，当递送估计系统320确定客户端正在请求针对新鲜产品的信息时，估计系统320可以将顾客区域与远程装置相关联，并且确定服务于顾客区域的新鲜履行中心(即，携带新鲜产品的履行中心)。估计系统320然后可以将对可用递送选项的请求发送到新鲜履行中心。

此外，在一些实施例中，步骤704的递送估计或递送选项的请求可以基于履行中心位置或容量被引导到特定履行中心。例如，一些请求可以与特定的递送类型相关联。特定的递送类型可以包括用于可能很快到期的产品的“新鲜”递送、或者“黎明”递送。新鲜和黎明递送可以是用于特定顾客账户的服务，该服务允许用户第二天黎明获得易腐产品或接收物品。如果对产品信息的请求与黎明递送服务相关联，则估计系统320可以基于位置创建指向履行中心的特定请求。

特定的递送类型，例如新鲜的、第一时间的或黎明的递送，可以触发不同于非特定递送类型的递送过程或机制。例如，对于黎明递送，递送估计系统320可以基于黎明截止时间选择系统100中的履行中心。在这样的实施例中，递送估计系统320可以确定在黎明截止时间之前从履行中心订购的产品可以在第二天黎明递送。然而，在黎明截止时间之后从履行中心订购的产品不能黎明递送。进一步地，系统300中的履行中心可以具有设计的覆盖区域。基于履行中心的黎明截止时间和覆盖区域，在步骤704中，递送估计系统320可以将对产品信息的请求路由到特定履行中心。例如，递送估计系统320可以基于履行中心与远程装置之间的距离来识别可以接受黎明递送请求的履行中心。当远处的履行中心可以具有早截止时，近处的履行中心可以具有更晚的截止。因此，递送估计系统320可以在步骤704中将递送估计的请求仅引导到可以完成黎明订单的履行中心。

布置具有用于黎明递送的截止时间和服务区域的履行中心可以允许递送估计系统320在解决黎明递送请求时最小化网络拥塞。通过在向履行中心代理发送请求之前执行确定，递送估计系统320可以能够在处理可能高度时间敏感的黎明递送时最小化通信的数量。此外，这样的实施例允许递送估计系统320提供尽可能长的黎明递送服务并且覆盖大的区域。

在步骤706中，递送估计系统320可以接收可用的递送选项和/或PDD。例如，递送估计系统320可以从FO系统113接收PDD。替代性地，如果先前已经发出了类似的请求并将该请求存储在数据库380中，则递送估计系统320可以从数据库380接收PDD。进一步地，在递送估计系统320具有后端计算器和前端网关的实施例中，递送估计系统320的前端部分可以从后端部分接收计算出的估计递送。此外，在步骤706中，递送估计系统320可以接收关于用于特定递送类型的递送地址类别的信息。例如，递送估计系统320可以接收递送地址是否可用于黎明递送、是否有条件地可用于黎明递送、或者是否它在对黎明递送具有不可用性的类别中的信息。

在步骤706中接收的递送估计或PDD可以包括满足PDD或递送选项的到期时间。因此，估计的递送可以包括有条件的到期时间，该到期时间指定何时是保证递送或具有递送选项的期限。例如，估计的递送时间可以是“星期一20:00”，到期时间为“30分钟”。在该示例中，如果订单在30分钟内被接收，则PDD仅可被保证为“星期一20:00”。否则，估计的递送日期已经到期，并且PDD不再有效。替代性地或者另外地，可用的递送选项可以包括到期时间为“20分钟”的“明天的黎明递送”。在这样的示例中，黎明递送选项仅在20分钟内接收到订单时才能被履行。

在步骤708中，递送估计系统320可以生成包括估计的递送日期和递送选项的电子消息。可以针对在步骤702中生成查询的远程系统来专门地格式化电子消息。例如，递送估计系统320可以在客户端装置350请求产品信息时为它们生成电子消息。电子消息可以包括TCP/IP消息、SMS消息或其它类似的电子通信。在步骤708中生成的电子消息可以包括HTML文件或带有产品信息和递送信息的JavaScript，如结合图16进一步描述的。在一些实施例中，HTML文件可以包括产品信息、递送日期估计、可用的递送选项以及修改网页的指令。在这样的实施例中，修改指令可以包括识别网页的类型(网页的类型是搜索结果页面、单个详细信息页面、购物车页面或订单页面中的一个)和基于网页的类型修改网页。

此外，步骤708的电子消息可以指定在远程装置中生成或修改网页的指令。在一些实施例中，基于HTML或JavaScript的超媒体元素可以被配置成修改网页，而不是生成新的网页。例如，当客户端装置350的用户浏览显示产品的网页时，如图1B中所描述的，电子消息可以包括修改网页的指令；而不是在计算估计递送时发送网页的更新版本。这样的实施例通过最小化网络拥塞来改进生成动态网页的技术领域。

此外，在产品信息与特定递送选项相关联的实施例中，电子消息可以包括通过示出或移除某些产品来修改网页的指令。例如，在步骤706中，递送估计系统320可以接收所请求的产品对于某些递送选项不可用的信息。在这样的实施例中，电子消息可以包括修改网站和将某些产品示出为对于递送选项不再可用的指令。在这样的实施例中，电子消息还可以包括示出替代产品的指令。

在步骤710中，递送估计系统320可以将步骤708的电子消息发送到远程装置。例如，当客户端装置350请求产品信息时，在步骤708中生成的HTML或JavaScript文件可以被发送到客户端装置350。在采用黎明递送选项的实施例中，递送估计系统320可以在步骤710执行与用户通信的特定指令。例如，当客户端装置350的用户被设置为接收黎明递送时，递送估计系统320可以启动两个设置。首先，递送估计系统320可以识别将黎明递送的产品，并发出黎明递送的承诺，例如早晨7点递送。进一步地，如结合图15进一步描述的，递送估计系统320可以修改图形用户界面，以指示黎明递送承诺。其次，当履行黎明递送时，估计系统320可以编程消息传递服务(诸如谷歌云消息传递(GCM)或苹果推送通知服务(APN))以在预定义时间向顾客发送推送通知。在这样的实施例中，递送估计系统320可以对推送通知进行编程以包括递送信息、所递送的包裹的照片和/或与递送相关联的数据。进一步地，递送估计系统320可以基于可以在结账期间设置的用户偏好来编程和生成推送/文本通知。此外，推送通知也可以用于提示用户输入附加的递送信息以启用某些递送选项。例如，推送通知可以用于从用户请求递送信息，包括用于递送的指令。

在步骤712中，递送估计系统320可以接收确认。例如，递送估计系统320可以从客户端装置350接收电子消息已被接收的确认。进一步地，基于接收到确认，递送估计系统320可以基于到期时间来启动计时器。利用该配置，递送估计系统320可以节省关于需要被采用来监控估计递送日期的到期的计时器的数量的资源。不是立即启动用于估计的递送日期或PDD的计时器，而是递送估计系统320可以通过仅在客户端装置350确认它们接收到和/或显示了估计的递送时才启动计时器，来使计算资源的利用最小化。

在步骤714中，递送估计系统320可以确定是否已经接收到产品订单。例如，递送估计系统320可以审查订单数据流中的订单请求，以确定与远程装置相关联的顾客是否已经完成订单。如果递送估计系统320确定已经接收到订单(步骤716：是)，则递送估计系统320可以继续到步骤716并启动履行过程。因此，递送估计系统320可以向履行中心发送指令，以运送产品或启动履行订单的过程。例如，递送估计系统320可以与SAT系统101进行接洽以开始处理订单。进一步地，在步骤716中，递送估计系统320可以取消与订单相关联的计时器，以释放计算资源。

然而，如果递送估计系统320确定尚未接收到订单(步骤716：否)，则递送估计系统320可以继续到步骤718。在步骤718中，递送估计系统320可以确定递送选项的时间是否已经到期。例如，如果在步骤706中接收到的递送估计与一小时的到期时间相关联，则在步骤718中，递送估计系统320可以确定自从接收到递送估计以来是否已经过去了一小时。如果递送估计系统320确定到期时间尚未过去(步骤714：否)，则递送估计系统320可以返回步骤714并继续监控是否接收到产品的订单，并且在步骤714与步骤718之间循环。然而，如果递送估计系统320确定到期时间已过去(步骤714：是)，则递送估计系统320可以继续到步骤720，并发送对更新的递送估计的新请求。例如，递送估计系统320可以向履行中心或递送估计系统320的后端部分发送对更新的递送估计的请求。

在一些实施例中，在步骤720中请求更新的PDD或更新的递送选项可以包括：基于远程装置信息来识别履行中心；从识别的履行中心请求可用库存；以及基于对应的可用库存于产品标识之间的匹配来从识别的履行中心选择履行中心。

在步骤722中，递送估计系统320可以从履行中心或系统的后端计算器部分接收更新的递送估计或选项。例如，因为第一递送或PDD估计到期，所以递送估计系统320可以接收比在步骤706中接收的第一递送估计更晚的更新的递送估计或PDD。如果初始递送估计是“星期一20:00”，则第二递送估计可以是“星期二10:00”。第二递送还可以包括到期时间。

在一些实施例中，可以通过执行以下操作来执行步骤720和步骤722：确定过去了的第一递送估计的估计到期；提供(向例如FO系统113的第二系统)对第二递送日期估计的第三请求；接收(从第二系统)第二递送日期估计；以及生成第二电子消息，该第二电子消息包括通过用第二递送日期估计替换第一递送日期估计来修改网页的指令。

在步骤724中，与步骤712中一样，递送估计系统320可以接收确认，并且基于新的到期时间启动计时器器。此外，递送估计系统320可以返回到步骤714，以监控订单和递送日期估计，并在到期过去时启动履行过程或再次请求对递送估计的更新。

图8是与公开的实施例一致的用于处理由第三方履行的产品的估计请求的示例性过程800的流程图。在一些实施例中，系统300的元件可以执行过程800。例如，如以下步骤描述中公开的，递送估计系统320可以执行过程800。替代性地或另外地，第三方系统360可以执行过程800或过程800的部分。进一步地，在其他实施例中，系统100或系统100的一部分可以执行过程800。例如，FO系统113和3PL系统121可以执行过程800。

在过程800的步骤802中，递送估计系统320可以接收对包括产品、顾客和时间戳信息的产品信息的请求。例如，递送估计系统320可以从客户端装置350接收对产品信息的请求。该请求还可以包括顾客信息，例如邮政编码、递送地址和何时生成该请求的时间戳。

在步骤804中，递送估计系统320可以确定该产品是否将由第三方履行。例如，递送估计系统320可以确定产品在本地库存中不可用，并且将需要由第三方来履行。替代性地或另外地，递送估计系统320可以默认地确定产品通常由第三方履行，而不需要库存查询。

如果递送估计系统320确定第三方未履行产品(步骤804：否)，则递送估计系统320可以继续到步骤806，并启动确定选定的履行中心的过程。例如，基于递送地址的邮政编码、产品可用性和履行中心容量，递送估计系统320可以识别具有完成订单的优先权的履行中心。在步骤808中，递送估计系统320可以基于所选择的履行中心发送可用的递送选项。例如，一旦在步骤806中识别出履行中心，递送估计系统320就可以确定递送日期估计，并将递送日期估计发送到客户端装置350以显示给顾客。

然而，如果递送估计系统320确定第三方履行产品(步骤804：是)，则递送估计系统320可以继续到步骤810，并准备对来自第三方的可用递送选项或PDD的请求。例如，在步骤810中，递送估计系统320可以准备并向第三方系统360或3PL系统121发送对可用递送选项的请求。发送到第三方的请求可以包括产品信息和顾客信息(例如，顾客的邮政编码)。

在步骤812中，递送估计系统320可以从可以履行步骤802中请求的产品的订单的第三方接收估计递送日期或可用递送选项。例如，递送估计系统320可以从第三方系统360之一接收PDD和递送估计信息。

在步骤814中，递送估计系统320可以准备电子消息，该电子消息包括更新或生成包括估计的递送日期和/或时间的网页的JavaScript或HTML文件。然后可以将电子消息提交给步骤802中的产品信息的请求者。

过程800中的步骤可以存储在递送估计系统320的存储装置中，该存储装置可以包括通过查询数据库(例如数据库380)来确定产品的递送是否将由第三方履行的指令。递送估计系统320还可以基于确定产品的递送将由第三方履行，向与第三方相关联的系统提供递送日期估计的请求或可用的递送选项。进一步地，基于确定产品的递送将不被第三方履行，递送估计系统320可以向在存储器中预先存储多个递送日期估计的系统提供对递送日期估计的请求。

图9是与所公开的实施例一致的递送选项选择过程900的流程图。在一些实施例中，系统300的元件可以执行过程900。例如，如以下步骤描述中公开的，递送估计系统320可以执行过程900。然而，这仅仅是过程900的说明性示例，并且在其他实施例中，系统100或系统100的一部分可以执行过程900。例如，FO系统113和/或FC授权123(图1A)可以执行过程900中的一个或多个步骤。

在步骤902中，递送估计系统320可以接收对产品信息的请求。该请求可以包括产品、时间和/或递送地址。基于请求中的信息，在步骤904中，递送估计系统320可以识别与订单相关联的相关区域。例如，递送估计系统320可以基于顾客的邮政编码来识别可以履行产品的潜在订单的区域。

在步骤906中，递送估计系统320可以识别可完成产品的潜在订单的履行中心。在一些实施例中，在步骤904中识别的区域可以包括多个履行中心。在这样的实施例中，递送估计系统320可以基于满足PDD的能力、所请求产品的可用性或递送选项的可用性来过滤履行中心。

在步骤908中，运送估计系统320确定步骤908的识别的履行中心是否具有可用于产品的第一时间递送选项。在一些实施例中，递送估计系统320可以具有用于第一时间递送选项的预配置选择。例如，递送估计系统320可以将第一时间递送选项指定为黎明递送(例如，在早晨6点之前)、夜间递送(例如，在晚上8点之后)或午夜递送(例如，在午夜)等中的一个或多个。因此，第一时间递送可以是不受限制的，并且是指在一天中的任何预选时间递送。替代性地或另外地，可以基于可用性和选择方针动态地选择第一时间递送，选择方针可以考虑递送速度、递送偏好和成本。此外，在步骤908中，递送估计系统320可以基于截止时间来确定是否可以满足所选择的第一时间递送。在这样的实施例中，截止时间可以是FC中的每个产品所特有的，并且递送估计系统320可以首先请求产品第一时间递送的截止时间，将订单时间与截止时间进行比较，并确定第一时间递送是否可用于在步骤906中识别的履行中心中的产品。替代性地或另外地，FC可以具有全局截止时间。在这样的实施例中，递送估计系统320可以基于全局截止时间来确定第一时间递送是否可用于所请求的产品。

如果在步骤908中，递送估计系统320确定第一递送不可用于所选FC中的产品(步骤908：否)，则递送估计系统320可以继续到步骤910。在步骤910中，递送估计系统320可以计算估计的递送并修改产品网站。例如，递送估计系统可以请求PDD确定，如结合图7所描述的，并且生成修改产品网站以包括PDD和/或附加递送信息的HTML或JavaScript代码。

然而，如果在步骤908中，递送估计系统320确定第一时间递送可用于产品(步骤908：是)，则递送估计系统320可以继续到步骤912。在步骤912中，递送估计系统320可以识别或确定与订单相关联的地址的递送选项类别。例如，递送估计系统320可以从数据库中检索关于递送地址的信息，以确定递送地址的类别。检索到的信息可以指定递送地址是选择加入还是选择退出某些递送选项。替代性地或另外地，在步骤912中，递送估计系统320可以使用历史或公共记录信息来确定地址的递送选项类别。例如，如果公共记录信息指示递送地址与大学或公共建筑相关联，则递送估计系统320可以将地址分类到对应的递送选项类别中。进一步地，如果历史递送记录示出第一时间递送在该递送地址中不成功，则递送估计系统320可以将该递送地址分类到对应的组中。

在步骤914中，递送估计系统320可以确定递送选项类别是否为未递送。未递送选项类别可以针对不可能完成第一时间递送的地址。例如，如果在之前的场合中，不可能在几小时后进入建筑物进行递送，则递送选项类别可以是未递送以防止不成功的递送。替代性地或另外地，可以将未递送选项类别分配给用户已经拒绝第一时间递送选项的地址。

如果递送估计系统320确定递送选项类别为未递送(步骤914：是)，则递送估计系统320可以继续到步骤910，并且计算估计的递送时间(例如PDD)并生成修改或生成产品网站递送的脚本或超媒体元素。然而，如果递送选项类别不是未递送(步骤914：否)，则递送估计系统320可以继续到步骤916。

在步骤916中，递送估计系统320可以确定第一时间递送的递送选项类别是否是无条件递送。无条件递送选项类别可以针对有可能完成第一时间递送并且不需要来自用户的另外信息的地址。例如，可以将有条件递送选项分配给用户已经选择了第一时间递送并且提供了完成第一时间递送所需的信息的地址。替代性地或另外地，可以将无条件递送选项类别分配给用户已经选择自动选择加入第一时间递送的地址、24小时操作的地址和/或具有用于自动包裹接收的系统的地址。

如果递送估计系统320确定递送选项类别为无条件递送(步骤916：是)，则递送估计系统320可以继续到步骤918。在步骤918中，递送估计系统320可以生成HTML文件、JavaScript或一般超媒体元素，该HTML文件、JavaScript或一般超媒体元素修改或生成网站以包括指示第一时间递送可用于所请求的产品的图标和/或交互元素。然而，如果递送选项类别不是无条件递送(步骤916：否)，则递送估计系统320可以继续到步骤920。

在步骤916中，递送估计系统320可以确定第一时间递送的递送选项类别是否是有条件递送。有条件递送选项类别可以针对可以完成第一时间递送但是需要来自用户的附加信息或特定用户批准的地址。例如，有条件递送选项可能要求用户提供进入建筑物或留下包裹的特定指令。替代性地或另外地，有条件递送选项类别可以被分配给用户已经选择手动选择加入或选择退出第一时间递送的地址。

如果递送估计系统320确定递送选项类别不是有条件递送(步骤920：否)，则递送估计系统320可以推断地址的分类过程不成功，并且继续到步骤922。在步骤922中，递送估计系统320可以将地址发送到分类系统，该分类系统可以分析历史、用户和公共记录信息以对建筑物进行分类。例如，在步骤922中，递送估计系统320可以请求分类过程，如结合图12进一步描述的。在一些实施例中，在步骤922之后，递送估计系统320可以返回步骤912，并且再次识别与订单相关联的地址的递送选项类别。因此，递送估计系统320可以尝试将地址重新分类在可行类别之一中以用于网站修改。然而，在一些实施例中，在步骤922之后，递送估计系统320可以不返回到步骤912，并且在地址不与任何类别相关联时不修改网站。然而，如果递送估计系统320确定递送选项类别是有条件递送(步骤920：是)，则递送估计系统320可以继续到步骤924。

在步骤924中，递送估计系统320可以生成用户界面元素以向用户显示选项和/或指令。例如，在步骤924中，递送估计系统320可以生成允许用户选择在第一时间接收所请求产品的超媒体元素。进一步地，用户界面元素可以显示例如文本框、单选按钮或滑块的输入元素来捕获用户信息。例如，在步骤924中，估计递送系统320可以生成JavaScript，该JavaScript在网站上生成请求来自用户的指令以完成第一时间递送的弹出窗口。此外，用户界面元素可以包括输入字段，用于提供使得能够输入到目的地地址的指令。在这样的实施例中，用户界面元素可以包括输入文本框，并且包括被配置成在网站上显示的交互式超媒体元素和/或弹出窗口。

在步骤926中，递送估计系统320可以从客户端装置接收选择和指令。该指令可以包括第一时间递送的指令或不在第一时间递送而以不同选项递送(例如以标准PDD递送、下一天递送、两天递送或地面递送)的指令。该选择可以包括用于在第一时间递送的选择加入或选择退出选项。

在步骤928中，基于在步骤926中捕获的信息，递送估计系统320可以确定是否存在对第一时间递送的选择。如果递送估计系统320确定有第一时间递送的选择(步骤928：是)，则递送估计系统320可以继续到步骤930，分析接收的指令并选择建筑物类别。例如，递送估计系统320可以使用机器学习方法来确定指令是否足以验证提供了足够的信息来例如在数小时之后进入建筑物。进一步地，在步骤928中，递送估计系统320可以确定订单时间是否落在周末或假日，并从第一数据库信息中检索特定于周末递送的信息。

在步骤932中，基于在步骤930中分析或收集的信息，递送估计系统320可以更新数据库以包括基于该分析的建筑物的更新分类。递送估计系统320还可以继续到步骤910，并且生成修改或生成产品网站以包括递送图标的指令。

如果在步骤928中，递送估计系统320确定在步骤926接收的选择不是第一时间递送(步骤928：否)，则递送估计系统320可以继续到步骤934，并基于用户选择更新建筑物类别。例如，如果用户选择退出第一时间递送，则递送估计系统320可以将地址类别更新为未递送选项。此外，在步骤934中，递送估计系统320可以修改第三数据库，以将目的地地址与第二限制相关联，该第二限制指定用户偏好不具有第一时间递送。进一步地，在步骤936中，递送估计系统320可以向标记中心发送指令以避免第一时间递送。例如，为了防止留下包裹以用于第一时间递送，递送估计系统320可以发送指令以修改运送标签以包括消息或重新路由指令以避免第一时间递送。

此外，一旦确定用户选择退出第一时间递送，递送估计系统320就还可以继续到步骤910，以计算不是第一时间递送的估计递送或PDD，并生成指令来修改产品网站，以例如显示PDD和到期时间。

图10是与所公开的实施例一致的示例性地址未递送分类过程1000的过程流程图。在一些实施例中，系统300的元件可以执行过程1000。例如，如以下步骤描述中公开的，递送估计系统320可以执行过程1000。然而，在其他实施例中，系统100的部分可以执行过程1000。例如，FO系统113和/或FC授权123(图1A)可以执行过程1000中的一个或多个步骤。

过程1000可以允许系统300或系统100确定某些递送选项应当不可用的地址。例如，通过过程1000，递送估计系统320可以确定第一时间递送由于几小时后不能进入建筑物而对于特定地址是不可能的。替代性地或另外地，过程1000可以允许递送估计系统320确定黎明递送在特定地址是不可能的。进一步地，过程1000可以允许估计系统320确定新鲜递送由于环境条件而极不可能的地址。

在步骤1002中，递送估计系统320可以接收与被安排为第一时间递送的地址相关联的未递送通知。未递送通知可以从雇员移动装置接收。例如，当包裹快递不能在第一时间递送包裹时，与包裹快递相关联的移动装置可以发送未递送通知。未递送通知可以包括时间戳、递送地址信息、产品信息和尝试递送选项，例如新鲜递送或黎明递送。进一步地，未递送通知可以包括未递送的原因，例如“建筑物不可进入”或“不安全条件”。替代性地或另外地，未递送的原因可以包括语音注释和/或图像。为了便于接收详细的允许原因，递送估计系统320可以允许包裹快递提供具有未递送原因的语音注释。

在步骤1004中，递送估计系统320可以解析与通知一起接收的原因。例如，递送估计系统320可以分析文本文件以识别未递送的原因。递送估计系统320可以采用例如基于解析的限制字符的技术。替代性地或另外地，递送估计系统320可以采用自然语言识别技术来识别未递送原因中的句子，以离散化未递送原因。在未以文本提供未递送原因的实施例中，在步骤1004中，递送估计系统320可以将文件转换成文本以供进一步分析。例如，递送估计系统320可以使用语音到文本转换来基于语音记录生成文本文件。进一步地，在以图像或视频提供未递送原因的实施例中，在步骤1004中，递送估计系统320可以使用图像识别技术来将图像与未递送原因相关联。例如，如果未递送的原因包括具有数字键盘的锁门的图像，则递送估计系统320可以将该图像与“无密码输入”、未递送的原因相关联。

在步骤1006中，递送估计系统320可以分析通知中的关键词和元数据。为了表征未递送的原因，在步骤1006中，估计系统320可以识别未递送原因中的关键字。例如，递送估计系统320可以在允许的原因中搜索关键词，例如“进入”、“室外”或“门卫”等。此外，在步骤1006中，递送估计系统320可以分析元数据以识别未递送的原因。例如，递送估计系统320可以使用文本、语音或图像文件的元数据来分类未递送的原因。

在步骤1008中，递送估计系统320可以检索并分析地址的之前未递送通知。例如，递送估计系统320可以查询未递送记录的数据库，并且识别同一地址是否具有未递送或拒绝包裹的历史。

在步骤1010中，递送估计系统320可以基于分析计算递送分数。例如，基于对关键字的分析，考虑到提成，递送估计系统320可以分配递送分数。如果允许的原因包括“几小时后不能进入”，并且同一递送地址与之前不成功的递送相关联，则递送估计系统320可以分配低递送分数。然而，如果允许的原因包括“建筑物的临时不可进入”，并且同一递送地址与之前成功的递送相关联，则递送估计系统320可以分配高的递送分数。

在步骤1012中，递送估计系统320可以基于该分数来确定与地址相关联的递送选项类别。例如，如果地址接收到低于递送能力阈值的分数，则递送估计系统320可以确定该地址应当被分类在“未递送选项”中，因为该地址具有强烈的未递送原因或未成功递送的历史。然而，如果地址接收到高于一致递送阈值的分数，则递送估计系统320可以确定该地址应当被分类在“无条件递送选项”中，因为该地址具有成功递送的历史。此外，对于阈值之间的分数并且没有明确的递送方法结果，递送估计系统320可以将递送地址分类为“有条件递送选项”，这需要来自用户的针对某些递送选项的另外信息和/或将递送选项限制为仅几天或几次。

在步骤1014中，递送估计系统320可以更新数据库以反映类别变化。例如，基于步骤1012的确定，递送估计系统320可以更新存储可选递送的分类的数据库。例如，在步骤1012中，递送估计系统320可以更新数据库380(图3)，以指示地址的更新的递送类别，和/或为分析的递送地址创建新的数据库条目。例如，基于在步骤1002中从雇员接收到的反馈，递送估计系统320可以修改数据库，例如存储对递送的限制的第三数据库，以将目的地地址与第一限制相关联。

图11是与所公开的实施例一致的示例性网站修改过程1100的过程流程图。在一些实施例中，系统300的元件可以执行过程1100。例如，如以下步骤描述中公开的，递送估计系统320可以执行过程1000。然而，这仅仅是过程1000的说明性示例，并且在其他实施例中，系统100或系统100的部分可以执行过程1000。例如，FO系统113和/或FC授权123(图1A)可以执行过程1100中的一个或多个步骤。

在步骤1102中，递送估计系统320可以从客户端装置接收产品选择通知。例如，当用户选择在线零售商网站中显示的产品时，客户端装置350可以向递送估计系统320发送产品选择通知。产品选择通知可以包括产品信息、时间戳、客户的位置、潜在递送地址和潜在递送地区或区域。

在步骤1102中，递送估计系统320可以确定顾客的地址是否可用于第一时间递送。第一时间递送选项可以被预设为黎明、晚上或一天的任何其它选定时间的递送选项。例如，递送估计系统320可以通过查询存储装置或数据库来识别分配给递送地址的递送选项类别。如果递送估计系统320确定顾客的地址不可用于第一时间递送(步骤1104：否)，则递送估计系统320可以继续到步骤1105，并且将物品移动到购物车。在这样的实施例中，在步骤1105中，递送估计系统320可以生成指令以修改所选产品网站，如结合图1D描述的产品网站。进一步地，递送估计系统320可以使用例如如结合图7进一步描述的PDD标识来估计递送日期和时间。此外，在一些实施例中，递送估计系统320可以基于确定目的地地址不符合第一时间递送产品的条件，生成具有针对第一时间递送的指示的用户界面元素。

然而，如果递送估计系统320确定顾客的地址可用于第一时间递送(步骤1104：是)，则递送估计系统320可以继续到步骤1108。在步骤1108中，递送估计系统320可以确定用户是否提供第一时间递送指令。例如，递送估计系统320可以确定数据库是否包括用于第一时间递送的指令，例如用于建筑物的代码、或者联系门卫的指令。进一步地，递送估计系统320可以通过例如确定指令与相似建筑物或相同区域中的建筑物的相关性来确定指令是否完成。

如果递送估计系统320确定用户提供了第一时间递送指令(步骤1108：是)，则递送估计系统320可以继续到步骤1106，并生成用户界面元素，以修改或生成显示递送图标的网站。例如，在步骤1106中，递送估计系统320可以生成HTML或JavaScript文件，该HTML或JavaScript文件修改所选择的产品网站以包括指示第一时间递送可用的图标。替代性地或另外地，递送估计系统320可以生成包括产品信息和指示可用递送选项的图标或交互元素的网站。

然而，如果递送估计系统320确定用户没有提供第一时间递送指令(步骤1108：否)，则递送估计系统320可以继续到步骤1110。在步骤1110中，递送估计系统320可以确定地址是否在无条件递送选项类别中。例如，递送估计系统320可以检索与地址相关联的记录，以确定地址是否已经被分类到无条件递送类别中。这可以在例如递送估计系统320识别出成功的第一时间递送的最近记录时发生。

如果递送估计系统320确定该地址处于无条件递送选项类别中(步骤1110：是)，则递送估计系统320可以继续到步骤1112，并且生成具有默认选择加入选项的覆盖窗口。例如，在用户选择产品之后，递送估计系统320可以在网站上生成弹出窗口，该弹出窗口向用户提供解释第一时间递送可用于该产品的消息。进一步地，递送估计系统320还可以包括允许用户选择加入或选择退出第一时间递送的交互元素。然而，如果已经确定递送地址处于无条件递送选项中，则交互元素可以默认设置为选择加入。

然而，如果递送估计系统320确定该地址未处于无条件递送选项类别中(步骤1110：否)，则递送估计系统320可以继续到步骤1114。在步骤1114中，递送估计系统320可以生成具有默认选择退出选项的一个或多个覆盖窗口。例如，类似于为步骤1112生成的窗口，递送估计系统320可以生成向网站的用户解释第一时间递送选项可用的弹出窗口。与步骤1112的弹出窗口类似，步骤1114的弹出窗口可以包括用于捕获用户响应和带有信息的消息的交互元素。然而，与步骤1112的弹出窗口不同，交互元素可被默认为选择退出选择。例如，当递送地址在“有条件递送类别”中时，交互元素可以被默认为选择退出选择，以要求用户肯定地选择递送的类型并且如果需要的话请求附加信息。此外，在一些实施例中，递送估计系统320可以基于确定存储递送限制的第三数据库包含目的地地址，生成包括不允许将来的第一时间递送的不可选择元素的用户界面元素。

在步骤1116中，递送估计系统320可以确定用户是否选择了第一时间递送。例如，递送估计系统320可以响应于在步骤1112或1114中显示的选项来确定用户是否选择了第一时间递送。如果递送估计系统320确定用户选择了第一时间递送(步骤1116：是)，则递送估计系统320可以继续到步骤1106，并生成用户界面元素，以修改或生成显示递送图标的网站。然而，如果递送估计系统320确定用户没有选择第一时间递送(步骤1116：否)，则递送估计系统320可以继续到步骤1105并且将该物品移动到购物车以供将来购买。进一步地，在步骤1105中，递送估计系统320可以使用例如过程700(图7)来估计递送日期和时间。

图12是与所公开的实施例一致的示例性地址一般分类过程1200的过程流程图。在一些实施例中，系统300的元件可以执行过程1200。例如，如以下步骤描述中公开的，递送估计系统320可以执行过程1200。然而，在其他实施例中，系统100或系统100的部分可以执行过程1200。例如，FO系统113和/或FC授权123(图1A)可以执行过程1200中的一个或多个步骤。

即使用户没有提供指令或偏好，过程1200也可以允许系统300对可用递送选项的地址进行分类。例如，即使用户没有提供可以包括黎明递送的第一时间递送的指令，递送估计系统320也可以采用处理1200来确定应该将哪个类别分配给目标递送地址。

在步骤1202中，递送估计系统320可以接收地址信息。例如，递送估计系统320可以接收地点或家庭的街道地址。在步骤1204中，递送估计系统320审查地址的递送记录。递送估计系统320可以审查地址中的递送历史，包括递送类型、递送日期和时间以及从雇员移动装置接收到的任何通知。

在步骤1206中，递送估计系统320可以分析和/或爬取公共记录以检索地址信息。例如，递送估计系统320可以查询与地址相关联的公共记录。公共记录可以包括提供关于地址的信息的税务或财产记录。进一步地，在步骤1206中，递送估计系统320可以搜索广告网站以确定地址是否与商业地点、公共建筑物(如大学)或办公建筑物相关联。此外，在步骤1206中，递送估计系统320可以爬取与递送地址相关的网站以确定某些特征，诸如门卫的可用性。

在步骤1208中，递送估计系统320可以确定地址的第一时间递送分数。例如，基于与地址相关联的历史递送记录、从该地址的公共记录和/或私人持有的记录中检索到的信息，递送估计系统320可以确定该地址的第一时间递送分数。如果成功的第一时间递送的可能性低，则该分数可以低。但是如果成功的第一时间递送的可能性高，则该分数可以高。

例如，第一时间递送分数可以是累积变量，该累积变量随着第一时间递送针对地址成功而增大，但是在地址中存在不成功递送的任何时间都减小。因此，随着地址中第一时间递送成功的越多，累加变量增大，指示第一时间递送成功的可能性越大。相反，如果累积变量低，则累积变量可以指示低的第一时间递送分数，因为第一时间递送将成功是不太可能的。进一步地，在一些实施例中，可以基于从公共记录检索的信息例如利用乘数来修改累积变量。例如，如果公共记录指示地址与具有门卫的建筑物相关联，则可以用大于一的乘数修改累积变量以指示成功递送的更大可能性。然而，如果公共记录指示地址与公共建筑物(如大学)相关联，则可以用小于一的乘数修改累积变量。在步骤1208中，可以使用替代的实施方式或过程来确定地址的第一时间递送分数。

如图12所示，基于第一时间递送分数确定，递送估计系统320可以将地址分类为例如以下中的一者：(i)A类：无法第一时间递送；(ii)B类：在特定时间内无法第一时间递送；(iii)C类：有条件的第一时间递送；和(iv)D类：无条件的第一时间递送。然而，这四个仅仅是类别的示例，并且递送估计系统320可以基于第一时间递送分数使用不同的分类。例如，递送估计系统320可以将地址仅分类为两组，递送或未递送。替代性地，递送估计系统320可以将地址分类为多于四个组，包括指定何时以及什么类型的递送被允许用于递送地址的更高级别的粒度划分。

图13是与所公开的实施例一致的示例性第一时间递送分类过程1300的过程流程图。在一些实施例中，系统300的元件可以执行过程1300。例如，如以下步骤描述中公开的，递送估计系统320可以执行过程1300。然而，这仅仅是过程1300的说明性示例，并且在其他实施例中，系统100或系统100的部分可以执行过程1300。例如，FO系统113和/或FC授权123(图1A)可以执行过程1300中的一个或多个步骤。

在步骤1302中，递送估计系统320可以从顾客装置接收订单。订单可以包括至少一个用于递送的产品、订单时间和目的地地址。订单可以作为具有有效载荷的TCP/IP分组发送，该有效载荷包括关于产品、订单和客户的信息。

在步骤1304中，递送估计系统320可以基于目的地地址识别一个或多个履行中心(FC)。例如，使用距客户的阈值距离，递送估计系统320可以识别靠近客户并且应当被偏好以履行来自客户端装置的潜在订单的FC。

在步骤1306中，递送估计系统320可以从所识别的FC请求可用的库存。例如，一旦FC被识别，递送估计系统320就可以请求指定FC中可用的产品的表或文件。在步骤1308中，递送估计系统320可以基于对应的可用库存与至少一个产品之间的匹配从所识别的FC中选择FC。例如，如果FC具有库存中可用的所请求产品，则递送估计系统320可以选择FC。

在步骤1310中，递送估计系统320可以基于估计的到期来确定与第一时间相关联的截止时间。例如，如果递送估计系统320估计在下午7点之后下单的订单不能在第一时间递送，则递送估计系统320可以确定第一时间递送的截止时间为下午7点。在步骤1312中，递送估计系统320可以确定目的地地址是否符合第一时间递送的条件。例如，递送估计系统320可以查询对每个地址进行分类的数据库，以确定目的地地址是否符合第一时间递送的条件。

在步骤1314中，递送估计系统320可以基于确定目的地地址符合条件来搜索第一数据库以检索至少一个产品的信息。例如，递送估计系统320可以搜索与FC相关联的数据库以检索产品信息，包括其价格、可用数量、特性和/或评论和意见。在步骤1316中，递送估计系统320可以基于订单时间和截止时间来生成指示第一时间递送是否可能的用户界面元素。例如，如果订单时间在截止时间内，则递送估计系统320可以生成指示第一时间递送可能的交互图标，如结合图15进一步描述的。

在步骤1318中，递送估计系统320可以搜索第二数据库以定位目的地地址和相关联的限制。例如，递送估计系统320可以搜索包括递送地址信息的第二数据库以确定对该地址的特定限制。在这样的实施例中，递送估计系统320可以查询数据库以查看是否存在限制到递送地址的第一时间递送的记录。示例性的限制可以包括所需的访问码、特定的递送指令或第一时间递送的有限时间窗口。

在步骤1320中，递送估计系统320可以生成包括可选元素的用户界面元素。基于确定第二数据库包含与第一限制相关联的目的地地址，递送估计系统320可以生成图形用户界面，例如弹出窗口或超媒体元素，该界面包括捕获用于第一时间递送的用户反馈的可选元素。在步骤1322中，递送估计系统320可以将用户界面元素发送到客户端装置。

在步骤1324中，递送估计系统320可以从客户端装置接收响应。例如，响应于向客户端装置发送用户界面元素，递送估计系统320可以接收指定递送信息或用户递送选项选择的用户响应。在步骤1326中，递送估计系统320可以更新数据库，并基于接收到的响应修改第三数据库中的条目，以指示产品的承诺交货日期是第一时间。例如，如果用户提供了对无第一时间递送的选择，则递送估计系统320可以更新数据库380以指示对于该地址不应该有第一时间递送。在这样的实施例中，递送估计系统320还可以更新标记指令以防止将来的第一时间递送。然而，如果用户提供了指定第一时间递送并包括完成第一时间递送的满意指令的响应，则递送估计系统320可以更新数据库380以指示递送如果可用则应当默认为第一时间递送。

图14是与所公开的实施例一致的具有分类的建筑物的递送区域的图形表示1400。图14示出了具有多个建筑物的递送区域的顶视图。区域中的每个建筑物可以在递送类别中，递送类别可以利用例如过程1200(图12)来确定。

如图14所示，递送区域中的每个建筑物可以具有特定的递送类别。该递送类别可以指定哪些递送选项可用于该建筑物。例如，递送类别可以指定建筑物是否符合第一时间递送的条件，在一些实施例中，第一时间递送可以包括黎明递送。替代性地或另外地，递送类别可以指定建筑物是否符合新鲜递送的条件。

在一些实施例中，如图14所示，建筑物可以被分类为三个类别之一。例如，建筑物可以被分类为“未递送类别”、“有条件递送类别”或“无条件递送类别”中的一者。然而，在其他实施例中，建筑物分类可以包括不同的、更多或更少的类别。例如，如结合图12所述，可以有四个递送类别。替代性地，分类可以是二元的，这将建筑物简单地置于“未递送”和“自动递送”类别中。此外，虽然图14示出了互斥的类别，但是在一些实施例中，分类可以包括包含性类别，使每个建筑物与多个类别相关联。

图形表示1400中显示的信息可以存储在将建筑物的地址与它们各自的类别相关联的数据库中。如结合图9进一步描述的，系统300或系统300的部分可以使用这种具有类别信息的数据库来生成超媒体元素并修改网站以显示图标或交互窗口来捕获信息。该级别的更详细的划分允许比仅邮政编码或一般区域具有更多的特异性，可以便于用于履行在线订单的工作流程，并且允许在线零售网站的更高级别的个性化。

图15是与所公开的实施例一致的移动装置中的一系列单显示页面示例性图形用户界面的正视图。图15示出了可以在客户端装置350和/或用户装置102中显示的三个图形用户界面(GUI)。

GUI 1510示出具有图形描述、文本描述、订单信息和动态文本框的单个产品。GUI1510中的动态文本框1512是空的。在一些实施例中，动态文本框1512可以是空的，等待递送估计系统320的计算。

GUI 1520示出相同的单个产品信息，但是动态文本框1512已被动态文本框1522代替，该动态文本框1522现在指定递送选项、估计递送日期和到期，显示“如果10分钟内下单，则黎明递送，早晨6点到达”。在一些实施例中，递送估计系统320所生成的电子消息可以包括将动态文本框1512更新为动态文本框1522的指令。此外，在GUI 1520中，可以修改产品显示以包括指示可用的递送服务的附加图标。例如，在GUI 1520中显示的产品可以被更新，以示出第一时间递送图标1524，以基于截止和与履行中心的接近度来示出该产品可用于黎明递送。在一些实施例中，第一时间递送图标1524可以包括产品或暂定递送日期/时间所特有的信息。例如，第一时间递送图标1524可以基于来自递送估计系统320的确定而包括例如“晚餐前”的消息。

GUI 1530示出了单个产品信息，但是动态文本框1522已经被更新为动态文本框1532。例如，从GUI 1520到GUI 1530，10分钟的到期时间可能已经过去。因此，递送估计系统320可以发送指令以将递送估计从下午1点更新到下午8点。此外，GUI 1530还可以示出在第二天可以黎明递送的产品上显示的第一时间递送图标1534。

图16是可配置成生成或修改具有递送日期估计和/或可用递送选项的网页的脚本的示例性源代码。示例性源代码1600示出了示例性指令和功能，这些指令和功能可以用于生成或修改网页以显示可用的递送选项和估计的递送时间，如结合图9和图11所描述的。例如，由递送估计系统320生成并发送的电子消息可以包括示例性源代码1600。示例性源代码1600中使用的句法和指令是示例性的，并且还可采用和/或替换不同的句法和函数。

示例性源代码1600可以包括报头1601，该报头包括识别和/或修改网页的HTML报头。报头1601仅是可以使用的操作和报头的示例。示例性源代码1600还可包括文档类型标识部分1602。部分1602可以包括评估网页是否是购物车页面、订单页面、搜索页面或单个产品页面的函数。部分1602中详述的函数仅是示例性函数。

示例性源代码1600还可包括动态文本框生成部分1504。部分1604中的函数和例程可以指定消息和修改指令，如结合图9和图11所讨论的。进一步地，示例性源代码1600可以包括修改部分1606，该修改部分1606包括用于修改不同网页的选项。此外，示例性源代码1600可以包括计时器部分1608，该计时器部分1608可以包括在网页上显示与产品的估计递送时间的到期时间或剩余时间相关的计时器的指令。

部分1604、修改部分1606和计时器部分1608中的例程仅是示例性实施方式，并且不同的或替代的实施方式是可能的。

本公开的另一方面涉及一种存储指令的非瞬态计算机可读介质，这些指令在被执行时使一个或多个处理器执行如上所述的方法。计算机可读介质可以包括易失性或非易失性、磁性、半导体、磁带、光学、可移动、不可移动或其他类型的计算机可读介质或计算机可读存储装置。例如，计算机可读介质可以是其上存储有计算机指令的存储单元或存储模块，如所公开的。在一些实施例中，计算机可读介质可以是其上存储有计算机指令的盘或闪存驱动器。

对于本领域技术人员来说，显然可以对所公开的系统和相关方法进行各种修改和变化。通过考虑说明书和所公开的系统和相关方法的实践，其它实施例对于本领域技术人员将是显而易见的。说明书和示例仅应被认为是示例性的，真正的范围由所附权利要求及其等同物来指示。

虽然已经参考本公开的特定实施例示出并描述了本公开，但是应该理解，本公开可以在其他环境中实施而无需修改。前面的描述是为了说明的目的而呈现。这不是详尽的，并不限于所公开的精确形式或实施例。通过考虑所公开的实施例的说明书和实践，修改和调整对于本领域技术人员将是显而易见的。另外，尽管所公开的实施例的方面被描述为存储在存储器中，但是本领域技术人员将理解，这些方面也可以存储在其他类型的计算机可读介质中，例如辅助存储设备(例如硬盘或CD ROM、或其它形式的RAM或ROM、USB介质、DVD、蓝光光盘或其它光驱介质)。

基于书面描述和公开方法的计算机程序在经验丰富的开发人员的技能范围之内。可以使用本领域技术人员已知的任何技术来创建各种程序或程序模块，或者可以结合现有软件设计各种程序或程序模块。例如，程序部分或程序模块可以在如下方法中设计或通过如下方法设计：.Net Framework、.Net Compact Framework(以及相关语言，例如VisualBasic，C等)、Java、C++、Objective-C、HTML/AJAX组合、XML、或者包含Java applet的HTML。

此外，虽然本文已经描述了说明性的实施例，但是具有等同元件、修改、省略、组合(例如，跨越多个实施例的方面)、调整和/或改变的任何和所有实施例的范围，将被本领域技术人员基于本公开的技术所理解。权利要求中的限制将基于权利要求书中使用的语言而广泛地解释，并且不限于本说明书中或在检控申请期间描述的示例。这些示例应被解释为非排他性的。此外，所公开的方法的步骤可以以任何方式进行修改，包括通过重新排序步骤和/或插入或删除步骤。因此，说明书和示例仅视为说明性的，其真实范围和精神由所附权利要求及其等同物的全部范围所指示。

由此，前面的描述仅是为了说明的目的而呈现。这不是详尽的，并不限于所公开的精确形式或实施例。通过考虑所公开的实施例的说明书和实践，修改和调整对于本领域技术人员将是显而易见的。

权利要求应基于在权利要求中采用的语言来广泛地解释，并且不限于在本说明书中描述的示例，这些示例应被解释为非排他的。进一步地，所公开的方法的步骤可以以任何方式进行修改，包括通过重新排序步骤和/或插入或删除步骤。

Claims (20)

1.一种用于生成动态网站的计算机化系统，所述系统包括：

存储指令的存储器；和

至少一个处理器，其被配置成执行所述指令以执行操作，所述操作包括：

从顾客装置接收订单，所述订单包括用于递送的至少一个产品、订单时间和目的地地址；

确定所述目的地地址是否符合第一时间递送的条件；

基于确定所述目的地地址符合条件搜索第一数据库，以检索所述至少一个产品的信息，所述信息包括所述第一时间递送的截止时间；

基于所述订单时间和所述截止时间生成指示所述第一时间递送是否是可能的用户界面元素，所述用户界面元素被配置成修改在所述顾客装置中显示的网站；

将所述用户界面元素发送到所述顾客装置；

响应于将所述用户界面元素发送到所述顾客装置来接收响应；以及

基于所接收的响应修改第二数据库中的条目，以指示所述产品的承诺交货日期是所述第一时间。

2.根据权利要求1所述的系统，其中，通过以下步骤来确定所述第一时间：

基于所述目的地地址识别履行中心；

从所识别的履行中心请求可用库存；

基于对应的可用库存与所述至少一个产品之间的匹配，从所述所识别的履行中心中选择履行中心；以及

基于估计到期来确定与所述第一时间相关联的截止时间，所述估计到期包括订单到期时间，其中在所述订单到期时间之后所述第一时间递送不再可用。

3.根据权利要求1所述的系统，其中，所述操作还包括：

搜索第三数据库，以对所述目的地地址和至少一个相关联的限制进行定位；以及

基于确定所述第三数据库包含与第一限制相关联的所述目的地地址来生成所述用户界面元素，以包括允许所述第一时间递送的可选元素。

4.根据权利要求3所述的系统，其中，所述操作还包括：

响应于发送所述用户界面元素来接收不在所述第一时间递送所述至少一个产品的请求；以及

修改第三数据库，以将所述目的地地址与第二限制相关联。

5.根据权利要求4所述的系统，其中，所述操作还包括：

基于确定所述第三数据库包含与所述第二限制相关联的所述目的地地址来生成包括不可选元素的用户界面元素，所述不可选元素不允许将来的所述第一时间递送。

6.根据权利要求3所述的系统，其中，所述操作还包括：

从与递送工作者相关联的移动装置接收反馈，所述反馈与所述目的地地址相关联；以及

基于所接收的反馈来修改所述第三数据库，以将所述目的地地址与所述第一限制相关联。

7.根据权利要求3所述的系统，其中，所述操作还包括：

基于确定所述目的地地址不符合所述第一时间的产品递送的条件，生成包括针对所述第一时间递送的指示的用户界面元素。

8.根据权利要求1所述的系统，其中，

所述用户界面元素还指示在所述第一时间内的用于递送的剩余时间；以及

所述网站包括单显示页面，所述单显示页面包括至少一个产品的图像、与所述至少一个产品相关联的文本描述、指示所述第一时间递送是否是可能的图标、以及显示所述剩余时间的交互图标。

9.根据权利要求1所述的系统，其中，所述操作还包括：

确定所述订单时间是否落入周末或假期；以及

响应于确定所述订单时间落入周末从所述第一数据库中检索周末递送的信息。

10.根据权利要求1所述的系统，其中，

所述用户界面元素包括输入字段，该输入字段用于提供指令以使得能够输入到所述目的地地址；以及

所述用户界面元素包括弹出窗口，该弹出窗口被配置成在所述网站上显示。

11.一种用于生成动态网站的计算机实现的方法，所述方法包括：

从顾客装置接收订单，所述订单包括用于递送的至少一个产品、订单时间和目的地地址；

确定所述目的地地址是否符合第一时间递送的条件；以及

基于确定所述目的地地址符合条件搜索第一数据库，以检索所述至少一个产品的信息，所述信息包括所述第一时间递送的截止时间；

基于所述订单时间和所述截止时间生成指示所述第一时间递送是否是可能的用户界面元素，所述用户界面元素被配置成修改在所述顾客装置中显示的网站；

将所述用户界面元素发送到所述顾客装置；

响应于将所述用户界面元素发送到所述顾客装置来接收响应；以及

基于所接收的响应修改第二数据库中的条目，以指示所述产品的承诺交货日期是所述第一时间。

12.根据权利要求11所述的方法，其中，还包括：

基于所述目的地地址识别履行中心；

从所识别的履行中心请求可用库存；

基于对应的可用库存与所述至少一个产品之间的匹配，从所述所识别的履行中心中选择履行中心；以及

基于估计到期来确定与所述第一时间相关联的截止时间，所述估计到期包括订单到期时间，其中在所述订单到期时间之后所述第一时间递送不再可用。

13.根据权利要求11所述的方法，其中，还包括：

搜索第三数据库，以对所述目的地地址和至少一个相关联的限制进行定位；以及

基于确定所述第三数据库包含与第一限制相关联的所述目的地地址来生成所述用户界面元素，以包括允许所述第一时间递送的可选元素。

14.根据权利要求13所述的方法，其中，还包括：

响应于发送所述用户界面元素来接收不在所述第一时间递送所述至少一个产品的请求；以及

修改第三数据库，以将所述目的地地址与第二限制相关联。

15.根据权利要求14所述的方法，其中，还包括：

基于确定所述第三数据库包含与所述第二限制相关联的所述目的地地址来生成包括不可选元素的用户界面元素，所述不可选元素不允许将来递送中的所述第一时间递送。

16.根据权利要求13所述的方法，其中，还包括：

从与递送工作者相关联的移动装置接收反馈，所述反馈与所述目的地地址相关联；以及

基于所接收的反馈来修改所述第三数据库，以将所述目的地地址与所述第一限制相关联。

17.根据权利要求13所述的方法，其中，还包括：

基于确定所述目的地地址不符合所述第一时间的产品递送的条件，生成包括针对所述第一时间的递送的指示的用户界面元素。

18.根据权利要求11所述的方法，其中，

所述用户界面元素还指示在所述第一时间内的用于递送的剩余时间；以及

所述网站包括单显示页面，所述单显示页面包括至少一个产品的图像、与所述至少一个产品相关联的文本描述、指示所述第一时间递送是否是可能的图标、以及显示所述剩余时间的交互图标。

19.根据权利要求11所述的方法，其中，还包括：

确定所述订单时间是否落入周末或假期；以及

响应于确定所述订单时间落入周末从所述第一数据库中检索周末递送的信息。

20.一种存储指令的非瞬态计算机可读介质，所述指令在由处理器执行时执行用于生成动态网站的操作，所述操作包括：

从顾客装置接收订单，所述订单包括用于递送的至少一个产品、订单时间和目的地地址；

基于所述目的地地址识别履行中心；

从所识别的履行中心请求可用库存；

基于对应的可用库存与所述至少一个产品之间的匹配，从所述所识别的履行中心中选择履行中心；

基于估计到期来确定第一时间递送的截止时间，所述估计到期包括订单到期时间，在所述订单到期时间之后，所述第一时间递送不再可用；

确定所述目的地地址是否符合所述第一时间递送的条件；

基于确定所述目的地地址符合条件，搜索第一数据库以检索所述至少一个产品的信息，所述信息包括所述第一时间递送的截止时间；

基于所述订单时间和所述截止时间生成指示所述第一时间递送是否是可能的用户界面元素，所述用户界面元素被配置成修改在所述顾客装置中显示的网站；

搜索第二数据库，以对所述目的地地址和至少一个相关联的限制进行定位；

基于确定所述第二数据库包含与第一限制相关联的所述目的地地址来生成所述用户界面元素，以包括允许所述第一时间递送的可选元素；

将所述用户界面元素发送到所述顾客装置；

响应于将所述用户界面元素发送到所述顾客装置来接收响应；以及

基于所接收的响应修改第三数据库中的条目，以指示所述产品的承诺交货日期是所述第一时间。

Images