用于使用递送波次系统进行自动包裹再订购的系统和方法与流程

用于使用递送波次系统进行自动包裹再订购的系统和方法
1.相关专利申请的交叉引用
2.本申请是2019年3月18日提交的第16/356,100号美国专利申请的部分接续申请案，该美国专利申请以引用的方式整体并入本文。
技术领域
3.本公开总体涉及用于自动包裹重新发货安排的计算机化系统和方法。特别地，本公开的实施例涉及有创造性的和非常规的系统，这些系统利用基于从多个子系统收集数据通过物流管理系统跟踪包裹来确定何时需要重新发货，并且在这种确定后自动安排包裹的重新发货。


背景技术：

4.随着计算机技术的进步和普及，线上购物(也被称为电子商务)已经成为商业的主要途径之一。消费者和企业比以往更频繁地从线上供应商处购买商品，并且预计交易数量和销售收入将以惊人的速度逐年增长。随着电子商务的范围和量持续增长，线上可购得的不同物品的数量和在给定时期内购买的平均次数也正在呈指数式增长。例如，据说一家受欢迎的线上零售商销售的不同物品的数量已经达到6亿多件产品，并且同一零售商每天发货的包裹数量已经达到160多万件。
5.每个线上购买本质上都要求将购买的商品递送至其预期接收者。每个线上购买或订单典型地包括一个或多个商品，其中该一个或多个商品可以包装成一个或多个包裹，每个包裹具有其自己的承诺交货日期。典型的订单可以经由例如以下步骤处理：从顾客接收一个或多个商品的订单；从库存中取出该一个或多个商品；将该一个或多个商品包装成一个或多个包裹；并在承诺交货日期之前将该一个或多个包裹递送至预期接收者。承诺交货日期可以由零售商本身或发货快递设置，或者可以由顾客请求特定日期，然后可以将其指定为承诺交货日期。理想的订单处理系统将在承诺交货日期之前将每个包裹递送至预期接收者而不会出现失败。
6.当前现有的订单处理系统包括实现上述步骤的不同程度的自动化和复杂性。然而，随着不同商品和订单数量的增加，并且由于订单需要通过复杂的子系统网络的事实以及某些订单具有复杂的因素(例如，部分退货)的事实而加剧，当前的系统存在从订单下达的那一刻到订单完成(即订单中的每个包裹被递送至预期接收者或退回到库存)的那一刻，它们无法实现跟踪单个包裹或者在跟踪单个包裹时效率很低的问题。增加的包裹数量以及专注于迅速的处理使得系统更容易出现人为错误(例如，遗漏包裹、贴错标签或错误分类)的事实加剧了这个问题。例如，由具有不同的承诺交货日期的多个包裹组成的订单可能会以在系统中途出现一个或多个丢失或损坏的包裹告终，在沮丧的顾客跟进之前，系统可能不会注意到这一点。
7.在另一个示例中，订单的多个包裹中的一个包裹可能在系统中的某个点处被延误，并且顾客可能请求重新递送包裹，在这种情况下系统将需要再订购新的包裹，因为系统
无法告知为什么现有的包裹被延误或需要多长时间以便清除延误。在这种情况下，现有的延误的包裹和新的包裹都可能被递送至顾客，从而给系统招致不必要的损失。即使在现有的延误的包裹被正确地按路线发送回仓库的某些情况下，当前的系统也可能无法将其与顾客退回的包裹区分开来，从而要求延误的包裹与其他顾客退回的包裹一起完成全面检验流程，而该延误的包裹本可以被挑出并且只需要最低限度的检验就重新进货，因为它没有到达顾客，并且因此未被打开。这些场景用于举例说明当前系统的缺点，并且许多其他问题对于本领域普通技术人员来说也是显而易见的。
8.因此，需要改进的方法和系统，这些方法和系统用于通过订单处理系统跟踪订单和包裹，并且主动识别以及采取必要的行动以减少尚未被递送的拖延的订单的数量，同时最小化其对操作费用的影响。


技术实现要素：

9.本公开的一个方面涉及一种用于自动重新发货安排的方法。方法包括：接收聚合信息，聚合信息包括订单、与第一包裹相关联的第一包裹标识符以及与包括第一包裹标识符的多个包裹标识符相关联的事件数据，第一包裹包含一个或多个物品，订单包括第一组物品，第一包裹与第一接收者和安排的递送时间相关联；基于第一包裹标识符来解析事件数据；基于所解析的事件数据来判定第一包裹是否未被递送；基于判定第一包裹未被递送：确定当前时间；确定多个截止时间，多个截止时间中的每个截止时间与递送波次相关联；基于多个截止时间与当前时间之间的比较来确定与递送波次相关联的新的安排的递送时间；为包含第一包裹中包含的一个或多个物品的第二包裹创建新订单；以及基于与新的安排的递送时间相关联的递送波次，向移动装置发送递送新订单的指令。
10.一种用于自动重新发货安排的计算机实现的系统，包括：至少一个处理器；存储器，包括指令，指令在由至少一个处理器执行时执行步骤，步骤包括：接收聚合信息，聚合信息包括订单、与第一包裹相关联的第一包裹标识符以及与包括第一包裹标识符的多个包裹标识符相关联的事件数据，第一包裹包含一个或多个物品，订单包括第一组物品，第一包裹与第一接收者和安排的递送时间相关联；基于第一包裹标识符来解析事件数据；基于所解析的事件数据来判定第一包裹是否未被递送；基于判定第一包裹未被递送：取消订单的对应于第一包裹的一部分；确定当前时间；确定多个截止时间，多个截止时间中的每个截止时间与递送波次相关联；基于多个截止时间与当前时间之间的比较来确定与递送波次相关联的新的安排的递送时间；为包含第一包裹中包含的一个或多个物品的第二包裹创建新订单；以及基于与新的安排的递送时间相关联的递送波次，向移动装置发送递送新订单的指令。
11.一种用于自动重新发货安排的计算机实现的系统，包括：至少一个处理器；存储器，包括指令，指令在由至少一个处理器执行时执行步骤，步骤包括：接收聚合信息，聚合信息包括订单、与第一包裹相关联的第一包裹标识符以及与包括第一包裹标识符的多个包裹标识符相关联的事件数据，第一包裹包含一个或多个物品，订单包括第一组物品，第一包裹与第一组物品相关联，并且将通过一个或多个现有路线在第一预定时间段内递送给第一接收者；基于第一包裹标识符来解析事件数据；基于所解析的事件数据来判定第一包裹是否存在，其中：如果判定第一包裹不存在，则将第一包裹标识符标示为满足第一条件；以及如
果判定第一包裹存在，则判定第一包裹是否由于缺少资源而未被递送，其中，如果判定第一包裹由于缺少资源而未被递送，则在第一预定时间段已经过去了超过第一阈值时，将第一包裹标识符标示为满足第二条件；基于判定：确定当前时间；确定多个截止时间；基于多个截止时间与当前时间之间的比较来确定与递送波次相关联的新的安排的递送时间；为包含第一包裹中包含的一个或多个物品的第二包裹创建新订单；以及向移动装置发送指令，以基于与新的安排的递送时间相关联的递送波次来递送新订单。
12.本文还讨论了其他系统、方法和计算机可读介质。
附图说明
13.图1a是示出了符合所公开的实施例的包括用于通信的计算机化系统的网络的示例性实施例的示意性框图，该网络实现了发货、运输和物流操作；
14.图1b描述了符合所公开的实施例的包括满足搜索请求的一个或多个搜索结果以及交互式用户界面元素的样本搜索结果页面(search result page，srp)；
15.图1c描述了符合所公开的实施例的包括产品和关于该产品的信息以及交互式用户界面元素的样本单显示页面(single display page，sdp)；
16.图1d描述了符合所公开的实施例的包括虚拟购物车中的物品以及交互式用户界面元素的样本购物车页面；
17.图1e描述了符合所公开的实施例的包括来自虚拟购物车的物品、关于购买和发货的信息以及交互式用户界面元素的样本订单页面；
18.图2是符合所公开的实施例的配置为利用所公开的计算机化系统的示例性履行中心的图解说明；
19.图3是符合所公开的实施例的为了确定适当的包裹跟踪过程而采用的示例性计算机化发起过程的流程图；
20.图4是符合所公开的实施例的当判定包裹已经到达营地区时采用的示例性计算机化包裹跟踪过程的流程图；
21.图5是符合所公开的实施例的当判定包裹已经离开以进行递送时采用的示例性计算机化包裹跟踪过程的流程图；
22.图6是符合所公开的实施例的当判定包裹未能被递送时采用的示例性计算机化包裹跟踪过程的流程图；
23.图7是符合所公开的实施例的当判定包裹已经被成功递送时采用的示例性计算机化包裹跟踪过程的流程图；
24.图8描述了符合所公开的实施例的sat系统101当判定包裹已经满足再订购条件时它可以采用的示例性再订购过程800。
具体实施方式
25.以下详细描述参考附图。只要可能，在附图和以下描述中使用相同的附图标记来表示相同或相似的部分。虽然本文描述了若干说明性实施例，但是修改、改编和其他实施方式都是可能的。例如，可以对附图中示出的部件和步骤进行替换、添加或修改，并且可以通过对所公开的方法进行替换、重新排序、移除或添加步骤来修改本文描述的说明性的方法。
因此，以下详细描述不限于所公开的实施例和示例。反而，本发明的适当范围由所附权利要求限定。
26.本公开的实施例涉及配置为用于自动包裹跟踪和处理的系统和方法。
27.进一步地，所公开的递送系统可以在不同的递送过程或范例中操作。例如，系统可以使用“波次过程”、“轮班过程”或其组合来操作。波次过程可以在不同时间以递送波次的形式安排递送。例如，波次递送可以包括一天若干次围绕特定区域(例如，包括子路线的路线)的第一包裹波次。相较而言，轮班过程可以安排向不同区域的递送，首先向特定区域的一部分(例如，50％)递送，随后向特定区域的剩余部分递送。所公开的系统和方法可以被配置为基于用于递送过程的优化参数来重新配置路线和工作者时间表。
28.在一些实施例中，在“波次过程”中操作的递送系统可以在特定时间段期间的多个波次中的一个波次期间向特定递送区域内的顾客提供包裹递送。例如，递送工作者可以在上午波次期间沿着与递送区域相对应的路线或子路线向预期接收者递送包裹，并且在下午波次期间再次递送包裹。每个波次可以对应于截止时间和承诺交货日期(pdd)。截止时间通常将对应于用于发货的在线订单，并且可以是与特定波次相关联的时间或者与该波次相关联的pdd变得对顾客不可用的订单的pdd。换句话说，如果顾客在截止时间之前没有订购包裹，则他们将不再能够在与截止时间相关联的pdd时接收物品，并且将仅能够在下一个可用的pdd接收物品。
29.参考图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 authorization system，fc授权)123以及劳动管理系统(labor management system，lms)125。
30.在一些实施例中，sat系统101可以实现为监控订单状态和递送状态的计算机系统。例如，sat系统101可以判定订单是否超过其承诺交货日期(promised delivery date，pdd)，并且可以采取适当的行动，包括发起新的订单、重新发货未递送订单中的物品、取消未递送订单、发起与订购的顾客的联系等。sat系统101还可以监控其他数据，包括输出(例如，在特定时间段内发货的包裹的数量)和输入(例如，接收的用于发货的空纸板箱的数量)。sat系统101还可以充当系统100中的不同装置之间的网关，使得能够(例如，使用存储转发或其他技术)在装置(例如，外部前端系统103和fo系统113)之间进行通信。
31.在一些实施例中，外部前端系统103可以实现为使外部用户能够与系统100中的一个或多个系统交互的计算机系统。例如，在系统100使系统的呈现能够让用户为物品下订单的实施例中，外部前端系统103可以实现为接收搜索请求、呈现物品页面和请求支付信息的
网络服务器。例如，外部前端系统103可以实现为运行软件(例如，apache http服务器、微软因特网信息服务(internet information service，iis)、nginx等)的计算机或多个计算机。在其他实施例中，外部前端系统103可以运行定制网络服务器软件，该定制网络服务器软件设计为：接收和处理来自外部装置(例如，移动装置102a或计算机102b)的请求，基于那些请求从数据库和其他数据存储获取信息，以及基于所获取的信息对所接收的请求提供响应。
32.在一些实施例中，外部前端系统103可以包括：网络高速缓存系统、数据库、搜索系统或支付系统中的一个或多个。在一个方面，外部前端系统103可以包括这些系统中的一个或多个，而在另一方面，外部前端系统103可以包括连接至这些系统中的一个或多个的接口(例如，服务器到服务器、数据库到数据库或其他网络连接)。
33.由图1b、图1c、图1d和图1e示出的一组说明性的步骤将有助于描述外部前端系统103的一些操作。外部前端系统103可以接收来自系统100中的系统或装置的信息以用于呈现和/或显示。例如，外部前端系统103可以主持或提供一个或多个网页，包括搜索结果页面(search result page，srp)(例如，图1b)、单个详细信息页面(single detail page，sdp)(例如，图1c)、购物车页面(例如，图1d)或订单页面(例如，图1e)。用户装置(例如，使用移动装置102a或计算机102b)可以导航至外部前端系统103，并且通过在搜索框中输入信息来请求搜索。外部前端系统103可以从系统100中的一个或多个系统请求信息。例如，外部前端系统103可以从fo系统113请求满足搜索请求的信息。外部前端系统103还可以为搜索结果中包括的每个产品(从fo系统113)请求和接收承诺交货日期或“pdd”。在一些实施例中，pdd可以表示包含产品的包裹何时将到达用户期望的位置的估计，或者如果在特定时间段(例如，到当天结束时(晚上11:59))内订购产品，该产品承诺被递送至用户期望的位置的日期(将在下面关于fo系统113进一步讨论pdd)。
34.外部前端系统103可以基于该信息准备srp(例如，图1b)。srp可以包括满足搜索请求的信息。例如，这可以包括满足搜索请求的产品的图片。srp还可以包括每种产品的各自的价格，或者与每种产品的增强递送选项、pdd、重量、尺寸、报价、折扣等有关的信息。外部前端系统103可以(例如，经由网络)将srp发送至请求用户装置。
35.然后，用户装置可以从srp中选择产品，例如，通过点击或敲击用户界面，或者使用另一输入装置，以选择在srp上表示的产品。用户装置可以对所选产品制定信息请求，并将该请求发送至外部前端系统103。作为响应，外部前端系统103可以请求与所选产品有关的信息。例如，该信息可以包括在各自的srp上为产品呈现的信息之外的其他信息。这可以包括例如保质期、原产国、重量、尺寸、包裹中的物品的数量、使用说明或关于产品的其他信息。该信息还可以包括对类似产品的推荐(例如，基于购买该产品和至少一种其他产品的顾客的大数据和/或机器学习分析)、常见问题的答案、来自顾客的评论、制造商信息、图片等。
36.外部前端系统103可以基于所接收的产品信息准备sdp(单个详细信息页面)(例如，图1c)。sdp还可以包括其他交互元素，例如，“立即购买(buy now)”按钮、“添加到购物车(add to cart)”按钮、数量字段、物品的图片等。sdp还可以包括提供产品的卖方列表。该列表可以基于每个卖方提供的价格来排序，使得提供以最低价格出售产品的卖方可以被列在顶部。该列表还可以基于卖方排名来排序，使得排名最高的卖方可以被列在顶部。可以基于多个因素来制定卖方排名，该多个因素包括例如卖方履行承诺的pdd的过去的跟踪记录。外
部前端系统103可以(例如，经由网络)将sdp递送至请求用户装置。
37.请求用户装置可以接收列出产品信息的sdp。在接收sdp之后，用户装置然后可以与sdp交互。例如，请求用户装置的用户可以点击sdp上的“放入购物车(place in cart)”按钮或以其他方式与sdp上的“放入购物车(place in cart)”按钮交互。这会将产品添加到与用户关联的购物车中。用户装置可以发送该请求至外部前端系统103以将产品添加到购物车。
38.外部前端系统103可以生成购物车页面(例如，图1d)。在一些实施例中，购物车页面列出用户已经添加到虚拟“购物车”的产品。用户装置可以通过点击srp、sdp或其他页面上的图标或以其他方式与srp、sdp或其他页面上的图标交互来请求购物车页面。在一些实施例中，购物车页面可以列出用户已经添加到购物车的所有产品，以及关于购物车中的产品的信息，例如，每种产品的数量、每种产品的每件价格、基于关联的数量的每种产品的价格、关于pdd的信息、递送方法、货运成本、用于修改购物车中的产品的用户界面元素(例如，删除或修改数量)、订购其他产品或设置产品的定期递送的选项、设置利息支付的选项、用于继续购买的用户界面元素等。在用户装置处的用户可以点击用户界面元素(例如，读作“立即购买(buy now)”的按钮)或以其他方式与用户界面元素交互以发起在购物车中的产品的购买。在这样做之后，用户装置可以将该请求发送至外部前端系统103以发起购买。
39.外部前端系统103可以响应于接收到发起购买的请求而生成订单页面(例如，图1e)。在一些实施例中，订单页面重新列出来自购物车的物品并请求输入支付和配送信息。例如，订单页面可以包括请求关于购物车中的物品的购买者的信息(例如，姓名、地址、电子邮件地址、电话号码)、关于接收者的信息(例如，姓名、地址、电话号码、递送信息)、配送信息(例如，递送和/或取货的速度/方法)、支付信息(例如，信用卡、银行转帐、支票、储值卡)的部分，以及请求现金收据(例如，用于税收的目的)的用户界面元素等。外部前端系统103可以将订单页面发送至用户装置。
40.用户装置可以在订单页面上输入信息，并且单击将信息发送至外部前端系统103的用户界面元素或以其他方式与将信息发送至外部前端系统103的用户界面元素交互。从那里，外部前端系统103可以将信息发送至系统100中的不同系统，以启动具有购物车中的产品的新订单的创建和处理。
41.在一些实施例中，外部前端系统103还可以配置为使卖方能够发送和接收与订单有关的信息。
42.在一些实施例中，内部前端系统105可以实现为使内部用户(例如，拥有、操作或租赁系统100的组织的雇员)能够与系统100中的一个或多个系统交互的计算机系统。例如，在网络101使系统的呈现能够让用户为物品下订单的实施例中，内部前端系统105可以实现为网络服务器，该网络服务器使内部用户能够：查看关于订单的诊断和统计信息、修改物品信息或审查与订单相关的统计信息。例如，内部前端系统105可以实现为运行软件(例如，apache http服务器、微软因特网信息服务(iis)、nginx等)的计算机或多个计算机。在其他实施例中，内部前端系统105可以运行定制网络服务器软件，该定制网络服务器软件设计为：接收和处理来自系统100中描述的系统或装置(以及未描绘的其他装置)的请求，基于那些请求从数据库和其他数据存储获取信息，以及基于所获取的信息对所接收的请求提供响应。
43.在一些实施例中，内部前端系统105可以包括网络高速缓存系统、数据库、搜索系统、支付系统、分析系统、订单监控系统等中的一个或多个。在一个方面，内部前端系统105可以包括这些系统中的一个或多个，而在另一方面，内部前端系统105可以包括连接至这些系统中的一个或多个的接口(例如，服务器到服务器、数据库到数据库或其他网络连接)。
44.在一些实施例中，运输系统107可以实现为能够在系统100的系统或装置与移动装置107a
‑
107c之间进行通信的计算机系统。在一些实施例中，运输系统107可以接收来自一个或多个移动装置107a
‑
107c(例如，移动电话、智能电话、掌上电脑(pda)等)的信息。例如，在一些实施例中，移动装置107a
‑
107c可以包括由递送工作者操作的装置。递送工作者(可以是永久的、临时的或轮班雇员)可以利用移动装置107a
‑
107c来实现包含由用户订购的产品的包裹的递送。例如，为了递送包裹，递送工作者可以在移动装置上接收指示要递送哪个包裹以及在何处递送它的通知。在到达递送位置之后，递送工作者可以(例如，在卡车的后部或包裹的板条箱中)定位包裹，使用移动装置扫描或以其他方式获取与包裹上的标识符(例如，条形码、图像、文本串、rfid标签等)相关联的数据，以及递送包裹(例如，通过将包裹留在前门、将包裹交给保安、将包裹递交给接收者等)。在一些实施例中，递送工作者使用移动装置可以获取包裹的照片和/或可以获得签名。移动装置可以将包括关于递送的信息(包括例如时间、日期、gps位置、照片、与递送工作者相关联的标识符、与移动装置相关联的标识符等)的信息发送至运输系统107。运输系统107可以将该信息存储在数据库(未图示)中，以供系统100中的其他系统访问。在一些实施例中，运输系统107可以使用该信息来准备跟踪数据并将跟踪数据发送至其他系统，该跟踪数据指示特定的包裹的位置。
45.在一些实施例中，某些用户可以使用一种移动装置(例如，永久工作者可以使用具有定制硬件(例如，条形码扫描仪、触控笔和其他装置)的专用pda)，而其他用户可以使用其他种类的移动装置(例如，临时工作者或轮班工作者可以利用现成的移动电话和/或智能手机)。
46.在一些实施例中，运输系统107可以将用户与每个装置相关联。例如，运输系统107可以存储：用户(由例如，用户标识符、雇员标识符或电话号码表示)与移动装置(由例如，国际移动设备身份(international mobile equipment identity，imei)、国际移动订阅标识符(international mobile subscription identifier，imsi)、电话号码、通用唯一标识符(universal unique identifier，uuid)或全球唯一标识符(globally unique identifier，guid)表示)之间的关联。运输系统107可以将该关联与在递送时接收的数据结合使用以分析存储在数据库中的数据，以便确定(除了其他的以外)工作者的位置、工作者的效率或工作者的速度。
47.在一些实施例中，卖方门户109可以实现为使卖方或其他外部实体能够与系统100中的一个或多个系统以电子方式通信的计算机系统。例如，卖方可以利用计算机系统(未图示)来上载或提供卖方希望使用卖方门户109通过系统100销售的产品的产品信息、订单信息、联系信息等。
48.在一些实施例中，发货和订单跟踪系统111可以实现为接收、存储和转发关于包裹的位置的信息的计算机系统，该包裹包含由顾客(例如，由用户使用装置102a
‑
102b)订购的产品。在一些实施例中，发货和订单跟踪系统111可以请求或存储来自由快递公司运营的网络服务器(未图示)的信息，该快递公司递送包含由顾客订购的产品的包裹。
49.在一些实施例中，发货和订单跟踪系统111可以请求和存储来自系统100中描述的系统的信息。例如，发货和订单跟踪系统111可以从运输系统107请求信息。如上所述，运输系统107可以接收来自与用户(例如，递送工作者)或车辆(例如，递送卡车)中的一个或多个相关联的一个或多个移动装置107a
‑
107c(例如，移动电话、智能电话，pda等)的信息。在一些实施例中，发货和订单跟踪系统111还可以从劳动力管理系统(wms)119请求信息，以确定在履行中心(例如，履行中心200)里面的各个产品的位置。发货和订单跟踪系统111可以从运输系统107或wms 119中的一个或多个请求数据，对数据进行处理，并根据请求将数据呈现给装置(例如，用户装置102a和用户装置102b)。
50.在一些实施例中，履行优化(fo)系统113可以实现为存储来自其他系统(例如，外部前端系统103和/或发货和订单跟踪系统111)的顾客订单的信息的计算机系统。fo系统113还可以存储描述在何处持有或存储特定物品的信息。例如，某些物品可以仅存储在一个履行中心中，而某些其他物品可以存储在多个履行中心中。在其他实施例中，某些履行中心可以设计为仅存储特定的一组物品(例如，新鲜农产品或冷冻产品)。fo系统113存储该信息以及相关联的信息(例如，数量、大小、接收日期、到期日期等)。
51.fo系统113还可以为每个产品计算对应的pdd(承诺交货日期)。在一些实施例中，pdd可以基于一个或多个因素。例如，fo系统113可以基于产品的过去需求(例如，在一段时间内订购该产品多少次)、产品的预期需求(例如，预计在即将到来的一段时间内多少顾客订购产品)、指示在一段时间内订购了多少产品的全网络的过去需求、指示在即将到来的一段时间内预计订购多少产品的全网络的预期需求、存储在每个履行中心200中的产品的一个或多个计数、每个产品存储在哪个履行中心、该产品的预期或当前订单等来计算产品的pdd。
52.在一些实施例中，fo系统113可以定期(例如，每小时)为每个产品确定pdd并将pdd存储在数据库中以用于检索或发送至其他系统(例如，外部前端系统103、sat系统101、发货和订单跟踪系统111)。在其他实施例中，fo系统113可以接收来自一个或多个系统(例如，外部前端系统103、sat系统101、发货和订单跟踪系统111)的电子请求，并根据需要计算pdd。
53.在一些实施例中，履行消息传递网关(fmg)115可以实现为计算机系统，该计算机系统以一种格式或协议接收来自系统100中的一个或多个系统(例如，fo系统113)的请求或响应，将该请求或响应转换为另一种格式或协议，并且以转换的格式或协议将该请求或响应转发到其他系统(例如，wms 119或第三方履行系统121a、121b或121c)，反之亦然。
54.在一些实施例中，供应链管理(scm)系统117可以实现为执行预测功能的计算机系统。例如，scm系统117可以基于例如产品的过去需求、产品的预期需求、全网络的过去需求、全网络的预期需求、存储在每个履行中心200中的计数产品、每个产品的预期订单或当前订单等来预测特定产品的需求水平。响应于该预测的水平和遍及所有履行中心的每个产品的数量，scm系统117可以生成一个或多个购买订单以购买和进货足够的数量以满足对特定产品的预测的需求。
55.在一些实施例中，劳动力管理系统(wms)119可以实现为监控工作流程的计算机系统。例如，wms 119可以接收来自各个装置(例如，装置107a
‑
107c或装置119a
‑
119c)的指示离散事件的事件数据。例如，wms 119可以接收指示使用这些装置中的一个装置来扫描包裹的事件数据。如下面关于履行中心200和图2所讨论的，在履行过程期间，可以通过在特定阶
段处的机器(例如，自动或手持条形码扫描仪、rfid读取器、高速相机、装置(例如，平板电脑119a)、移动装置/pda 119b、计算机119c等)扫描或读取包裹标识符(例如，条形码或rfid标签数据)。wms 119可以将指示扫描或读取包裹标识符的每个事件与包裹标识符、时间、日期、位置、用户标识符或其他信息一起存储在对应的数据库(未图示)中，并且可以将该信息提供给其他系统(例如，发货和订单跟踪系统111)。
56.在一些实施例中，wms 119可以存储将一个或多个装置(例如，装置107a
‑
107c或装置119a
‑
119c)与一个或多个用户相关联的信息，该一个或多个用户与系统100相关联。例如，在一些情况下，由于用户拥有移动装置(例如，移动装置是智能手机)，用户(例如，兼职或全职雇员)可以与移动装置相关联。在其他情况下，由于用户暂时保管移动装置(例如，用户在一天开始时签出移动装置，将在当天使用它，并且将在一天结束时归还它)，用户可以与移动装置相关联。
57.在一些实施例中，wms 119可以维护与系统100相关联的每个用户的工作日志。例如，wms 119可以存储与每个雇员相关联的信息，该信息包括任何指定的过程(例如，卸载卡车、从拣选区拣选物品、合流墙工作、包装物品)、用户标识符、位置(例如，履行中心200中的楼层或区)、由雇员通过系统移动的单元的数量(例如，挑选的物品的数量、包装的物品的数量)、与装置(例如，装置119a
‑
119c)相关联的标识符等。在一些实施例中，wms 119可以从计时系统(例如，在装置119a
‑
119c上运作的计时系统)接收登记和结账信息。
58.在一些实施例中，第三方履行(3pl)系统121a
‑
121c表示与物流和产品的第三方供应商相关联的计算机系统。例如，虽然一些产品存储在履行中心200中(如下面参考图2所讨论的)，但是其他产品可以在异地存储、可以按需生产或者可能无法在履行中心200中存储。3pl系统121a
‑
121c可以配置为从fo系统113接收订单(例如，通过fmg 115)并且可以直接向顾客提供产品和/或服务(例如，递送或安装)。在一些实施例中，3pl系统121a
‑
121c中的一个或多个可以是系统100的一部分，而在其他实施例中，3pl系统121a
‑
121c中的一个或多个可以在系统100之外(例如，由第三方供应商拥有或操作)。
59.在一些实施例中，履行中心授权系统(fc授权)123可以实现为具有各种功能的计算机系统。例如，在一些实施例中，fc授权123可以充当系统100中的一个或多个其他系统的单点登录(sso)服务。例如，fc授权123可以使用户能够经由内部前端系统105登录，确定用户具有访问在发货和订单跟踪系统111处的资源的类似特权，并使用户能够访问这些特权而无需第二个登录过程。在其他实施例中，fc授权123可以使用户(例如，雇员)能够将他们自己与特定任务相关联。例如，一些雇员可能没有电子装置(例如，装置119a
‑
119c)，反倒是可以在一天的过程中在履行中心200内从一个任务移动到另一个任务以及从一个区移动到另一个区。fc授权123可以配置为使这些雇员能够指示在一天中的不同时间他们正在执行什么任务以及他们正在什么区。
60.在一些实施例中，劳动管理系统(lms)125可以实现为存储雇员(包括全职和兼职雇员)的出勤和加班信息的计算机系统。例如，lms 125可以接收来自fc授权123、wma 119、装置119a
‑
119c、运输系统107和/或装置107a
‑
107c的信息。
61.图1a中描述的特定配置仅仅是示例。例如，虽然图1a描述连接到fo系统113的fc授权系统123，但是并非所有实施例都需要该特定配置。实际上，在一些实施例中，系统100中的系统可以通过一个或多个公共或专用网络彼此连接，该公共或专用网络包括因特网、内
联网、wan(广域网)、man(城域网)、符合ieee 802.11a/b/g/n标准的无线网络、租用线路等。在一些实施例中，系统100中的一个或多个系统可以实现为在数据中心、服务器场等处实现的一个或多个虚拟服务器。
62.图2描述履行中心200。履行中心200是当物品被订购时存储发货给顾客的物品的物理位置的示例。可以将履行中心(fc)200划分为多个区，每个区在图2中描述。在一些实施例中，这些“区”可以被认为是作为接收物品、存储物品、取出物品和装运物品的过程的不同阶段之间的虚拟划分。因此，虽然图2中描述了“区”，但是区的其他划分是可能的，并且在一些实施例中，图2中的区可以被省略、重复或修改。
63.入站区203表示fc 200的区域，在该fc 200的区域，从希望使用来自图1a的系统100销售产品的卖方接收物品。例如，卖方可以使用卡车201递送物品202a和202b。物品202a可以表示足够大以占据其自己的装运托盘的单个物品，而物品202b可以表示在同一托盘上堆叠在一起以节省空间的一组物品。
64.工作者将在入站区203中接收物品，并且可以使用计算机系统(未图示)可选地检查物品的损坏和正确性。例如，工作者可以使用计算机系统以将物品202a和202b的数量与物品的订购数量进行比较。如果数量不匹配，则工作者可以拒绝物品202a或202b中的一个或多个。如果数量匹配，则工作者可以(使用例如，台车、手推运货车、叉车，或手动地)将这些物品移动到缓冲区205。例如，缓冲区205可以是拣选区中当前不需要的物品的临时存储区域，因为在拣选区中有足够高的数量的该物品以满足预测的需求。在一些实施例中，叉车206操作将物品围绕缓冲区205和在入站区203和下货区207之间移动。如果在拣选区中需要物品202a或202b(例如，由于预测的需求)，则叉车可以将物品202a或202b移动到下货区207。
65.下货区207可以是在物品被移动到拣选区209之前存储物品的fc 200的区域。被指定至拣选任务的工作者(“拣选员”)可以接近拣选区中的物品202a和202b，使用移动装置(例如，装置119b)扫描拣选区的条形码，以及扫描与物品202a和202b相关联的条形码。然后，拣选员可以将物品带到拣选区209(例如，通过将物品放置在推车上或搬运它)。
66.拣选区209可以是物品208存储在存储单元210上的fc 200的区域。在一些实施例中，存储单元210可以包括物理搁架、书架、盒子、手提袋、冰箱、冷冻柜、冷藏库等中的一个或多个。在一些实施例中，拣选区209可以组织成多层。在一些实施例中，工作者或机器可以以多种方式(包括例如，叉车、电梯、传送带、推车、手推运货车、台车、自动机器人或装置，或手动地)将物品移动到拣选区209中。例如，拣选员可以将物品202a和202b放置在下货区207中的手推运货车或推车上，并步行将物品202a和202b运送到拣选区209。
67.拣选员可以接收将物品放置(或“装载”)在拣选区209中的特定点(例如，存储单元210上的特定空间)的指令。例如，拣选员可以使用移动装置(例如，装置119b)扫描物品202a。装置可以(例如，使用指示过道、架子和位置的系统)指示拣选员应该在何处装载物品202a。然后，在将物品202a装载在该位置之前，装置可以提示拣选员扫描在该位置处的条形码。装置可以(例如，经由无线网络)将数据发送至计算机系统(例如，图1a中的wms 119)，指示使用装置119b的用户已经将物品202a装载在该位置。
68.一旦用户下订单，拣选员就可以在装置119b上接收指令以从存储单元210中取出一个或多个物品208。拣选员可以取出物品208，扫描物品208上的条形码，并将物品208放置
在传送机构214上。在一些实施例中，虽然传送机构214表示为滑动件，但是传送机构可以实现为传送带、电梯、推车、叉车、手推运货车、台车、推车等中的一个或多个。然后，物品208可以到达包装区211。
69.包装区211可以是从拣选区209接收物品并将物品包装到盒子或袋子中以用于最终发货给顾客的fc 200的区域。在包装区211中，被指定为接收物品的工作者(“合流工作者”)将从拣选区209接收物品208并确定物品208对应的订单。例如，合流工作者可以使用装置(例如，计算机119c)扫描物品208上的条形码。计算机119c可以在视觉上指示物品208与哪个订单相关联。这可以包括例如对应于订单的墙壁216上的空间或“单元格”。一旦订单完成(例如，因为单元格包含订单的所有物品)，合流工作者可以向包装工作者(或“包装工人”)指示订单已完成。包装工人可以从单元格中取出物品并将物品放在盒子或袋子中以用于发货。然后，包装工人可以(例如，经由叉车、推车、台车、手推运货车、传送带、手动地或其他方式)将盒子或袋子送到枢纽区213。
70.枢纽区213可以是从包装区211接收所有盒子或袋子(“包裹”)的fc 200的区域。枢纽区213中的工作者和/或机器可以取出包裹218以及确定每个包裹打算前往递送区域的哪个部分，并且将包裹按路线发送到适当的营地区215。例如，如果递送区域具有两个较小的子区域，则包裹将前往两个营地区215之一。在一些实施例中，工作者或机器可以(例如，使用装置119a
‑
119c中的一个)扫描包裹以确定包裹的最终目的地。将包裹按路线发送到营地区215可以包括例如(例如，基于邮政编码)确定包裹运往的部分地理区域以及确定与该部分地理区域相关联的营地区215。
71.在一些实施例中，营地区215可以包括：一个或多个建筑物、一个或多个物理空间或一个或多个区域，在这里从枢纽区213接收包裹以用于将包裹分类到路线和/或子路线中。在一些实施例中，营地区215与fc 200物理分离，而在其他实施例中，营地区215可以形成fc 200的一部分。
72.营地区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拥有、租赁或操作。
73.再次参考图1a，描述了用于识别和跟踪各个包裹的包裹跟踪过程的示例性实施例。在一些实施例中，sat系统101可以发起包裹跟踪过程，从其他系统(例如，外部前端系统103、发货和订单跟踪(sot)系统111、fo系统113、fmg 115、wms 119和3pl系统121a
‑
121c)以电子方式请求和聚合对应于与当前待处理订单和退货相关联的各个包裹的包裹信息。包裹可以指物理容器(例如，盒子、小包、信封或配置为容纳一个或多个物品的任何包装)，该物
理容器容纳与如使用唯一包裹标识符通过电子系统(例如，sat系统101，fo系统113等)的网络跟踪的订单或退货相关联的一个或多个物品。
74.电子请求和信息聚合可以一天发生一次(例如，在一天结束时)、每天每隔一定时间或根据需要发生多次，或者当不同的系统生成附加信息(例如，更新递送状态)时实时地发生。不同的系统还可以各自在不同的时间、间隔或频率下与sat系统101以电子方式发送和接收信息。下面描述sat系统101和每个不同系统之间的信息通信和传输。
75.在一些实施例中，sat系统101可以从外部前端系统103、内部前端系统105或顾客退货系统(未图示)以电子方式请求和聚合订单信息。在从sat系统101接收电子信息请求之后，外部前端系统103、内部前端系统105或顾客退货系统(未图示)可以编译所有订单、退货和/或交换数据，该数据可以包括例如订单中的物品、每个物品的数量和pdd。然后将所收集的订单信息以电子方式发送至sat系统101以用于进一步的处理。sat系统101可以与外部前端系统103、内部前端系统105或顾客退货系统(未图示)连续地通信，以便连续地更新订单信息。替代性地，系统可以以预定间隔或在预定时间通信，不时地以在外部前端系统103、内部前端系统105或顾客退货系统(未图示)处收集的新订单信息更新存储在sat系统101中的订单信息。
76.在一些实施例中，sat系统101还可以从sot系统111以电子方式请求和聚合递送状态信息。sat系统101可以与sot系统111连续地通信，以便在由递送工作者224a或224b进行的每次递送尝试或每次递送行程结束时，连续地更新递送状态信息。替代性地，系统可以以预定间隔或在预定时间通信，不时地以在sot系统111处收集的新的递送状态信息更新存储在sat系统101中的递送状态信息。递送状态信息可以包括当递送工作者224a或224b如上所述在对应的递送尝试之后使用移动装置在每个包裹上扫描或读取包裹标识符时生成的事件数据。
77.事件数据可以包括例如扫描/读取时间、日期、包裹标识符、递送状态和预期接收者。如果递送尝试不成功，则事件数据还可以包括失败尝试的原因，例如，确定营地区215超出容量、确定在递送期间缺乏资源、确定错误分类的包裹、不可获得接收者或损坏的包裹。对于本领域普通技术人员而言，未递送的其他原因将是明显的，并且在本发明的范围内。使用移动装置(例如，图1中的装置107a
‑
107c)的递送工作者224a或224b可以通过从显示在用户界面上的下拉列表中选择一个或多个原因来将未递送的原因添加到事件数据中。然后，如下所述，sat系统101可以将一个或多个对应的原因代码添加到事件数据和/或对应的包裹信息。此外，如果递送工作者224a或224b在递送行程期间从顾客取走退回的包裹，则事件数据还可以包括退回的包裹的信息。
78.在一些实施例中，sat系统101还可以从wms 119和3pl系统121a
‑
121c以电子方式请求和聚合包裹信息。sat系统101、wms 119和3pl系统121a
‑
121c可以彼此连续地通信，以便当用户如上所述使用移动装置扫描或读取每个包裹时，连续地更新包裹信息。替代性地，系统可以以预定间隔或在预定时间进行通信，不时地以在其他系统处收集的新的包裹信息更新存储在sat系统101中的包裹信息。当用户扫描或读取每个包裹上的包裹标识符以指示特定的事件(例如，到达营地或被装载到递送卡车上)时，包裹信息可以包括事件数据。事件数据还可以包括包裹标识符、时间、日期、位置、用户标识符或其他信息。
79.为了从wms 119和3pl系统121a
‑
121c请求和收集包裹信息，sat系统101可以将电
子请求发送至fo系统113，然后fo系统113可以将电子请求转发给fmg 115。然后，fmg115可以在将电子请求转换成适合于如上所述的每个系统的另一格式或协议之后将电子请求发送至wms 119和3pl系统121a
‑
121c中的每一个。
80.不考虑来自sat系统101的电子请求，wms和3pl系统121a
‑
121c可以基于当包裹到达营地区215或者被装载到卡车222或汽车226上时从各个装置(例如，装置107a
‑
107c或119a
‑
119c)收集的事件数据连续地收集和更新对应于每个包裹的包裹信息。如上所述，可以基于包裹标识符组织对应于包裹的包裹信息，并且新的事件数据可以与基于包裹标识符的适当的包裹信息相关联。在一些实施例中，可以扫描或读取包裹标识符至少两次，第一次是当它们到达营地区215时，第二次是当它们被装载到卡车222或汽车226上以进行递送时。如果递送工作者224a或224b注意到包裹的包装(例如，盒子、信封或带子)和/或其中的内容物被损坏，也可以扫描或读取包裹。
81.一旦聚合在wms 119或3pl系统121a
‑
121c中的每个中的与每个包裹相关的事件数据或者当生成每个包裹的事件数据时，就将事件数据发送至fmg115，如果需要，fmg 115将事件数据转换为标准化格式。然后fmg 115将转换的事件数据转发到fo系统113，然后fo系统113将事件数据转发到sat系统101。
82.一旦聚合来自wms 119或3pl系统121a
‑
121c的信息，则sat系统101就可以例如实时处理聚合信息，以在任何给定时刻维护通过系统100处理的包裹的数据库。该过程可以替代性地每天执行一次、每天每隔一定时间或根据需要执行多次，或者当从其他系统聚合附加信息时实时地执行。该处理可以包括：将信息解析为标准化格式或协议；将一个或多个包裹标识符(以及因此对应的包裹)映射到每个订单；基于各个包裹标识符整合和排序所有事件数据；至少基于对应于对应的包裹标识符的事件序列确定各个包裹的历史；以及基于各个包裹各自的最后一次事件确定各个包裹的当前状态。包裹可以采取的状态可以包括：例如，到达营地区401、离开以进行递送501、递送尝试不成功601、以及递送成功701。
83.图3是符合所公开的实施例的sat系统101遵循的以便确定包裹的状态和要遵循的适当的包裹跟踪过程的示例性计算机化发起过程300的流程图。在一些实施例中，sat系统101可以基于与包裹相关联的最后事件数据和/或与包裹相关联的事件序列来进行状态确定。从步骤301开始，在一些实施例中，sat系统101可以通过从例如wms 119请求与对应的包裹标识符相关联的最后的事件数据来确定包裹的状态。
84.替代性地或另外地，如果最后的事件数据指示例如包裹被标示为丢失，则sat系统101可以基于先前的事件数据或其他随同的数据(例如，用户标识符)来确定最后的已知位置(例如，基于用户标识符并且因此基于用户的被分配工作区域来确定)，并且相应地更新状态。例如，先前的事件数据可以指示包裹离开以进行递送，在这种情况下，sat系统101将状态设置为离开以进行递送501。在对于包裹标识符存在具有冲突的指示的多个事件数据的一些实施例中，sat系统101可以选择基于冲突的事件数据中的最新一个事件数据并忽略其他事件数据来确定状态。在一些实施例中，sat系统101还可以确定包裹的当前状态是不正确的并且改变状态。
85.再次参考图3，sat系统101可以在步骤303判定最后的事件是否指示包裹到达营地区215。如果是肯定的，则sat系统101可以在步骤305更新与包裹相关联的包裹信息，因此包裹的状态指示包裹已经到达营地区215。然后，该过程可以继续图4中的包裹跟踪过程400。
86.如果来自步骤303的判定是否定的，则sat系统101可以在步骤307判断最后的事件是否指示包裹离开以进行递送。如果该判定的结果是肯定的，则sat系统101可以在步骤309更新与包裹相关联的包裹信息，因此包裹的状态指示包裹被装载到卡车222或汽车226上并且离开以进行递送。然后，该过程可以继续图5中的包裹跟踪过程500。
87.如果在步骤307的判定是否定的，则sat系统101可以在步骤311判定最后的事件是否指示进行了递送尝试但是失败了。如果该判定的结果是肯定的，则sat系统101可以在步骤313更新与包裹相关联的包裹信息，因此包裹的状态指示递送尝试不成功。然后，该过程可以继续图6中的包裹跟踪过程600。
88.如果在步骤311的判定是否定的，则sat系统101可以判定成功递送包裹并且在步骤315更新与包裹相关联的包裹信息，因此包裹的状态指示递送成功。然后，该过程可以继续图7中的包裹跟踪过程700。
89.四种不同的状态仅旨在用作示例，并且备选的状态组也在所公开的实施例的范围内，并且可以修改启动过程300以添加或移除其他判定以适应备选的状态组。
90.以下参照图4
‑
图7描述符合所公开的实施例的示例性包裹跟踪过程400、500、600和700。sat系统101可以以预定间隔(例如，24小时)迭代数据库中的每个包裹，并且基于上面参考图3描述的判定来执行包裹跟踪过程400、500、600和700中的一个或多个。sat系统101可以循序地迭代数据库中的每个包裹，基于分配给每个包裹的对应的状态选择和逐步执行适当的过程，根据包裹的状态对包裹进行分类，以及批量地或者以其他方式执行每个过程。
91.包裹跟踪过程400、500、600和700用于验证每个包裹的信息实际上可以映射至对应的包裹(例如，通过验证对应于具有“到达营地区”状态的包裹信息的包裹实际上是位于营地区215)，其中每个包裹的信息指示包裹尚未被递送并且因此应该在fc 200中的某处具有相应的包裹。包裹跟踪过程400、500、600和700还可以识别和纠正已经被分配不正确的状态的包裹信息，并且如果需要则再订购包裹。四个不同的过程仅旨在用作示例，并且与上面采用的状态组匹配的备选过程组也在所公开的实施例的范围内。
92.在一些实施例中，当sat系统101正在迭代包裹的数据库时，其他系统(例如，sot系统111、fo系统113和wms 119)可以停止处理包裹，并且一旦sat系统101完成迭代就恢复处理包裹。替代性地，在其他实施例中，其他系统(例如，sot系统111、fo系统113和wms 119)可以分别以其常规速度继续处理包裹，或者以降低的速度处理包裹。当sat系统101正在执行包裹跟踪过程时由其他系统生成的附加的事件数据可以以电子方式存储在临时的位置，并且在sat系统101完成对包裹的数据库的迭代之后，附加的事件数据可以与数据库中的包裹列表进行协调。
93.发货周期可以指从sat系统101完成对数据库中的每个包裹信息执行包裹跟踪过程400、500、600和700中的一个或多个的时刻到预定间隔(例如，24小时)之后的时刻的时间段，在此期间系统100尝试递送每个包裹，并且sat系统101即将开始再次对每个包裹信息执行包裹追踪过程400、500、600和700中的一个或多个。发货周期的开始可能与工作日的结束或午夜一致，此时每个包裹已经被装载并且尝试至少递送一次。换句话说，每个发货周期被一段时间隔开，在该段时间期间sat系统101执行包裹跟踪过程400、500、600和700。
94.重要的是要注意，在每个发货周期期间，可以尝试装载系统100中的每个包裹并且
经由卡车222或汽车226发送出去以进行递送(例如，系统100中的每个包裹每天至少一次被装载并发送出去)。如果在发货周期期间包裹不能被装载至少一次，则wms 119可以将事件数据添加到sat系统101中的对应的包裹信息中，说明由于在营地区215处的容量超出(例如，递送的包裹的数量超出了fc 200可以处理的数量)，使得包裹未被递送。还应注意，当正在执行包裹跟踪过程400、500、600和700中的一个或多个包裹跟踪过程时，每个包裹可以在不同的位置(例如，在营地区215、在卡车222或汽车226上)。
95.在发货周期结束时(即，在任何包裹跟踪过程400、500、600和700开始之前)，sat系统101可以生成当前在系统100中的包裹列表，其包裹标识符通过移动装置(例如，107a
‑
107c或119a
‑
119c)被扫描或读取。随着正在扫描或读取每个包裹，可以从包裹列表中省略损坏的包裹，以便在包裹跟踪过程400、500、600或700期间将损坏的包裹标示为满足以后再订购的条件。
96.图4描绘了当判定包裹已经到达营地区215时sat系统101可以遵循的计算机化包裹跟踪过程400。包裹可以从枢纽区213到达或在已经被装载以进行递送之后从卡车222或汽车226到达。
97.在步骤403，sat系统101可以通过判定在前一个发货周期结束时是否扫描或读取对应的包裹标识符来验证系统100中是否存在特定的包裹。
98.来自步骤403的否定判定可以指示(如在步骤405表示的)包裹丢失(即，未计入)，并且sat系统101可以更新对应的包裹信息以在步骤407将包裹标识符标示为满足再订购的条件。例如，标示可以包括修改存储对应的包裹信息的数据库中的参数(例如，优先级状态和/或指示包裹应被更快地递送)。(在一些实施例中，在将包裹标识符标示为满足再订购的条件时，方法可以前进到图8中的过程800，该过程将在下面进一步详细描述。)
99.另一方面，来自步骤403的肯定判定可以指示存在物理包裹。在这种情况下，包裹可能由于内部延迟(例如，在营地区215处超出容量)从未离开营地区215，或者包裹可能在紧接的前一个发货周期期间已经离开以进行递送但是由于一个或多个原因(例如，递送卡车无法在工作时间内完成递送)返回到营地区215没有递送。在这种情况下，sat系统101可以在框409基于来自sot系统111的递送状态信息确定为什么没有递送包裹的原因。
100.如果确定未被递送是由于如步骤411表示的超出容量，则sat系统101可以在步骤413判定自pdd以来其是否已经超过第一预定长度的时间(例如，2天)。在步骤411超出的容量可以包括例如，可用的递送工作者224a或224b的数量，用于递送的可用的卡车222或汽车226的数量，以及卡车222或汽车226上的空间量。在其他实施例中，在包裹被标示为满足再订购的条件之前必须经过的时间长度可以小于或大于2天，例如半天、3天等。在其他实施例中，时间长度可以基于缺乏的特定资源而变化。
101.如果来自步骤413的判定是肯定的，则sat系统101可以更新对应的包裹信息以在步骤415以类似于上述步骤407的方式将包裹标识符标示为满足再订购的条件。如果不是，如在步骤417表示的，sat系统101可以保持对应的包裹信息不变，以便可以在下一个发货周期期间尝试再次递送包裹，并且处理数据库中的下一个包裹。
102.再次参考框409，如果未递送反倒是由于如在步骤419表示的顾客的错误，则sat系统101可以判定自pdd以来是否已经经过了超过第二预定长度的时间(例如，4天)(步骤421)并且以类似于上述步骤407的方式在步骤423将对应的包裹识符标示为满足再订购的条件。
如果不是，如在步骤425表示的，sat系统101可以保持对应的包裹信息不变。在其他实施例中，第二预定长度的时间可以小于或大于4天，例如半天、5天等。在其他实施例中，时间长度可以基于由顾客引起的特定延迟而变化。
103.再次参考框409，如果未被递送反倒是由于如在427处表示的包裹丢失或损坏，则sat系统101可以判定包裹信息中存在错误，因为先前在步骤403判定存在包裹(即，物理存在并且未损坏)，然而未递送的原因指示包裹丢失或损坏。在这种情况下，sat系统101可以将包裹信息中的未递送的原因覆盖为如在步骤429表示的“超出容量”，因此将未递送的未知原因归因于内部延迟，而不是例如顾客的错误。
104.如果在步骤427的判定是否定的，从而指示未递送的原因是别的原因，则sat系统101可以在步骤431处保持对应的包裹信息不变，以便可以在下一个发货周期期间尝试再次递送包裹，并且处理数据库中的下一个包裹。
105.图5描绘了当判定包裹已经离开以进行递送(例如，如果包裹在紧接的前一个发货周期期间离开但是没有进行递送尝试)时sat系统101可以遵循的计算机化包裹跟踪过程500。
106.在步骤503，如上面关于步骤403所述，sat系统100可以验证包裹是否仍然存在于系统中。来自步骤503的否定判定可以指示(如在步骤505表示的并且如上面关于步骤405所述)包裹丢失。然后，sat系统101可以以类似于上述步骤407的方式在步骤507将对应的包裹标识符标示为满足再订购的条件。
107.另一方面，如果在步骤503验证包裹存在，则sat系统101可以在框509基于来自sot系统111的递送状态信息确定为什么没有递送包裹。如果确定未递送是由于缺乏资源(例如递送时间)，则sat系统101可以判定自pdd以来是否已经经过了超过第一预定长度的时间(步骤513)，并且如果是，则将对应的包裹信息标示为满足再订购的条件(步骤515)，或者保持对应的包裹信息不变(步骤517)，如上面关于步骤413
‑
417所述。
108.替代性地，如果确定未递送反倒是由于如在步骤519表示的顾客的错误，则sat系统101可以判定自pdd以来是否已经经过了超过第二预定长度的时间(步骤521)，并且如果是，则将对应的包裹信息标示为满足再订购的条件(步骤523)，或者保持包裹信息不变(步骤525)，如上面关于步骤521
‑
525所述。
109.即使如此，如果在框509中确定未被递送反倒是由于如在527表示的包裹丢失或损坏，则sat系统101可以判定存在错误，如上面关于步骤427所述。在这种情况下，sat系统101可以将未递送的原因覆盖为“错误分类”(步骤529)，指示包裹被错误分类(例如，装载到错误的递送卡车222或汽车226)，因为先前的判定指示包裹已经离开以进行递送(步骤501)，但是由于某种原因仍然在营地区215(步骤503)，这暗示包裹不在它应该在的地方。sat系统101可以尝试在随后的发货周期期间递送这些包裹。
110.如果在步骤527的判定是否定的，从而指示未递送的原因是别的原因，则sat系统101可以保持对应的包裹信息不变(步骤531)，如上面关于步骤431所述。
111.图6描绘了当sat系统101判定例如在紧接的前一个发货周期期间包裹未能递送(例如，递送人员224a或224b到达接收者的地址但是因为接收者不在场而无法完成递送)时sat系统101可以遵循的计算机化包裹跟踪过程600。
112.在步骤603，如上面关于步骤503所述，sat系统101可以验证包裹是否仍然存在于
系统中。如在步骤605表示的，来自步骤603的否定判定可以指示包裹丢失。然后，sat系统101可以以类似于上述步骤407的方式在步骤607将对应的包裹标识符标示为满足再订购的条件。
113.如果在步骤603验证包裹存在，则然后sat系统101可以在框609基于来自sot系统111的递送状态信息确定为什么没有递送包裹。如果确定未递送是由于如在步骤619表示的顾客的错误，则sat系统101可以判定自pdd以来是否已经经过了超过第二预定长度的时间(步骤621)，并且如果是，则将对应的包裹信息标示为满足再订购的条件(步骤623)，或者保持包裹信息不变(步骤625)，如上面关于步骤621
‑
625所述。
114.替代性地，如果在框609中确定未被递送反倒是由于如在627处表示的包裹丢失或损坏，则sat系统101可以判定存在错误，并且将未递送的原因覆盖为“错误分类”(步骤629)，如上面关于步骤527
‑
529所述。如果步骤627的判定是否定的，从而指示未递送的原因是别的原因，则sat系统可以保持对应的包裹信息不变(步骤631)，如前面关于步骤431所述。
115.在这种情况下，sat系统101可能不会像在其他包裹跟踪流程400和500中那样考虑未递送是否是由于缺乏资源，因为确实进行了递送尝试，这意味着例如，递送人员224a或224b具有足够的资源以到达接收者的地址并尝试递送。
116.图7描绘了当sat系统101判定包裹(例如，在紧接的前一个发货周期期间)被成功递送时遵循的包裹跟踪过程700。
117.在步骤703，如上面关于步骤503所述，sat系统101可以验证包裹是否仍然存在于系统中。否定判定正确地指示包裹不存在于系统100中，并且在步骤705保持对应的包裹信息不变，因为已递送的包裹可能不存在于系统100内是真的。然而，肯定判定指示来自sot系统111的信息(并且因此包裹的当前状态)可能是不正确的，因为已递送的包裹不能再存在于系统100中。在这种情况下，sat系统101可以在步骤711覆盖与包裹相关联的信息，以指示由于缺乏资源而未递送包裹。然后，在步骤713，sat系统101可以判定自pdd以来是否已经经过了超过第一预定长度的时间，并且基于该判定在步骤715或717采取适当的动作，如上面关于步骤513
‑
517所述。在其他实施例中，sat系统101可以在步骤711覆盖对应的包裹信息，以为不成功递送分配不同的状态和/或原因。
118.在一些实施例中，框409、509、609、709可以扩展以包括更多未递送的原因。未递送的原因411、419、427、511、519、527、619和627也可以分解以包括更详细的子原因。例如，可以基于缺乏的不同资源将原因511划分为子原因，并且可以基于由顾客引起的不同类型的延迟将原因519划分为子原因。此外，在步骤413、421、513、521、621和713的第一预定长度的时间和第二预定长度的时间可以彼此不同，以基于状态和未递送的原因的组合包括六个或更多个预定长度的时间。其中多组预定长度的时间中的一组具有相同长度的时间的替代实施例也在本发明的范围内。
119.在一些实施例中，一旦sat系统101已经基于如上所述的步骤407、415、423、507、515、523、607、623和715中的至少一个或多个确定了要再订购包裹，则通过用于再订购包裹的另一个示例性过程处理这样的包裹并且使它们加速通过系统100。
120.在一些实施例中，使包裹加速通过系统可以基于指示包裹需要被更快地递送的确定的紧急代码或包裹标识符。紧急代码可以是sat系统101例如通过标示包裹而分配给包裹
的代码，并且紧急代码可以基于一个或多个未递送原因(例如，原因411、419、427、511、519、527、619和627)。在一些实施例中，sat系统101可以具有与一个或多个未递送原因相对应的一个或多个紧急代码。例如，第一紧急代码可以指示比第二紧急代码更高的优先级(即，具有第一紧急代码的包裹应当比具有第二紧急代码的包裹被更快地递送)。
121.另外，在一些实施例中，sat系统101还可以在接收到来自内部用户(例如，拥有、操作或租赁系统100的组织的雇员)的请求之后通过更新对应的包裹信息来指示用于再订购的包裹。另外，在一些实施例中，一旦包裹被标示为再订购，sat系统101就可以确定可以递送另一包裹(例如，包括在较早的波次期间未被递送的物品)的下一可用波次，并且自动地发送指令以在下一可用波次递送包裹。
122.在一些实施例中，再订购过程可以包括：识别由在包裹的对应包裹信息中指示用于再订购的包裹(即，标示的包裹)所持有的物品，识别与对应的包裹标识符相关联的订单，取消所识别的订单的一部分，创建和处理具有所识别的物品的新订单，将与新订单相关联的包裹信息更新为高优先级，以及经由新的递送路线和/或子路线递送对应的包裹。
123.图8描绘了符合所公开的实施例的当sat系统101判定包裹已经满足再订购条件时它可以采用的示例性再订购过程800。
124.图8从步骤801开始。一旦包裹已被标示用于再订购(例如，包裹已基于如上所述的步骤407、415、423、507、515、523、607、623和715中的至少一个或多个步骤而满足再订购的条件)，则过程可继续至步骤803。
125.在步骤803中，sat系统101可以在步骤803取消对应于被标示的包裹的订单的至少一部分。例如，订单可以包括多个包裹，包括包含第一组物品的第一包裹。在所公开的跟踪过程期间的某一时刻，如上所述，可能基于一个或多个原因而对包含第一组物品的第一包裹进行标示以用于再订购。然而，多个包裹中的其余包裹可能未被标示以用于再订购，并且将不必取消所述包裹并延迟它们的递送。在该示例中，在步骤803，sat系统将仅取消对应于被标示的包裹(即，包含第一组物品的第一包裹)的订单的部分。取消订单的一部分可包括向系统100中的一个或多个装置发送指令，以例如，停止包裹的递送、免除包裹或将包裹返回fc 100。
126.在步骤805中，sat系统101可以确定当前时间以及与多个即将到来的递送波次相关联的多个截止时间。这些截止时间可以与包裹本身相关联，和/或可以与包含在包裹中的一个或多个单独物品相关联。
127.在步骤807中，sat系统101可以在每个截止时间与所确定的当前时间之间进行比较。
128.在步骤809中，sat系统101可以判定递送波次的截止时间是否已经过去。基于比较，在步骤813，sat系统101可以确定与递送相关联的新的安排的递送。在该示例中，该确定可以基于在步骤809的判定。如果当前时间不在截止时间之前(即截止时间尚未过去)，则sat系统将不重新安排到与该截止时间相关联的递送波次，如步骤811表示，并且将返回到步骤807以与和不同波次相关联的不同截止时间进行另一次比较。
129.在一些实施例中，在步骤813中确定新的安排的递送的细节可以另外地或替代性地基于与包裹相关联的确定的紧急代码、或者包裹是否已经被标示为需要更快地发货。例如，如果第一包裹已经被标示用于再订购，并且第二包裹已经被标示用于再订购并且具有
更高紧急代码或者已经被标示为需要更快地发货，则sat系统101可以优先处理第二包裹的递送。在一些实施例中，过程800还可以包括当新路线可用时以及如果新路线可用则创建针对递送新包裹优化的新路线。
130.一旦确定了与递送波次相关联的新的递送时间，sat系统101将发送指令以基于与递送波次相关联的递送时间递送包裹。通过在确定包裹已被标示用于再订购时自动实现该过程，sat系统101可以大大减少尚未被递送的拖延订单的数量，同时最小化其对操作费用的影响。
131.为了便于解释而不引起歧义，将使用示例来描述再订购过程，其中订单包括第一组物品和第二组物品，该第一组物品一起包装进具有第一包裹标识符和对应的第一包裹信息的第一包裹中，而该第二组物品一起包装进具有第二包裹标识符和对应的第二包裹信息的第二包裹中。对于该示例，sat系统101可以确定第一包裹被成功递送至其预期接收者但第二包裹被损坏。在这种情况下，如上面关于步骤415所述，sat系统101可以更新第二包裹信息以将第二包裹标识符标示为满足再订购的条件，与如从上述包裹跟踪过程400、500、600和700中的一个或多个包裹跟踪过程确定的可能需要再订购的在数据库中的其他包裹(如果有的话)一起。
132.然后，作为再订购过程的一部分，sat系统101可以基于在人工检验之后包裹的实际内容和/或以上述方式收集的订单信息与包裹信息继续识别第二包裹中的物品(在该示例中，将是上面定义的第二组物品)。一旦物品和订单被识别，sat系统101可以继续取消对应于物品的订单的一部分，而不影响未指示用于再订购并且在其他方面没有问题的订单的其他部分。然后，sat系统101可以将请求发送至fo系统113以创建包括第二组物品的新订单。有效地，包括单组物品并且因此被包装进单个包裹中的部分订单被创建并且被放置在系统100内以与其他包裹一起处理。
133.在一些实施例中，sat系统101还可以将对应的新包裹信息指示为“高优先级”，该新包裹信息被传达至其他系统元件(例如，sot系统111和wms 119)并且被显示为对内部用户(例如，拥有、操作或租赁系统100的组织的雇员)和/或递送工作者224a或224b的通知。运输系统107的一个或多个移动装置107a
‑
107c和/或fc 200的119a
‑
119c可以在扫描或读取对应的包裹标识符时显示“高优先级”通知，以便内部用户可以在其他包裹之前优先处理该包裹。
134.在一些实施例中，高优先级包裹可以由每个系统内的专用内部用户组(例如，运输系统107中的内部用户组或wms 119中的内部用户组)处理和递送，以确保无论有多少其他非高优先级的包裹，该包裹都可以尽快包装和递送。更进一步，在一些实施例中，sot系统111可以创建配置为优化高优先级包裹的递送的新的递送路线和/或子路线。
135.在一些情况下，sat系统101可以确定新包裹不能在于原始订单的时候创建的原始pdd上或之前递送。在这些情况下，sat系统可以基于如上所述的一个或多个因素将用于更新的pdd的请求发送至fo系统113。更新的pdd可以用于内部订单跟踪或者向预期接收者和/或购买者公开以向他们告知他们的订单状态。
136.在一些实施例中，虽然基于包裹跟踪过程400、500、600和700中的一个或多个包裹跟踪过程确定为丢失的包裹通过如上所述的再订购过程进行处理，但是一部分内部用户可从事于定位丢失的包裹，并且将丢失的包裹转发到位于fc 200内的退货暂存区(未图示)。
替代性地或另外地，当内部用户正在执行他们各自的常规职责时，可以发现一个或多个先前丢失的包裹，此时内部用户也可以将包裹转发到退货暂存区。
137.优选的是，系统100不会尝试将所发现的包裹重新递送至原始的预期接收者，因为通过上面再订购过程创建的新的高优先级包裹将需要被取消并且被阻止递送，这可能减慢系统100的速度。另外，在一些实施例中，基于包裹跟踪过程400、500、600和700中的一个或多个包裹跟踪过程确定为损坏的包裹也可以被转发到退货暂存区，以便可以取出其中的物品。其中的物品的子集可以仍然处于可出售的状态。
138.在一些实施例中，已经被定位的丢失的包裹、损坏的包裹和/或由于其被标示为满足再订购的条件而在到达预期接收者之前被取消的其他包裹被转发到退货暂存区以重新进货。在这样的实施例中，sat系统101可以将对应于转发的包裹的包裹信息更新为内部返回，区别于从顾客接收的退货包裹。在这些转发的包裹内的物品比其他顾客发起的退货相对地更可能处于密封的、可出售的状态，因为在通过系统100处理它们时没有人打开它们。这样，包装在其中的物品可以以最少的检验被转发和重定路线到拣选区209，从而节省执行相对地更彻底的检验的成本、缩短处理时间和节省重复订单的成本。
139.虽然已经参考本公开的特定实施例示出并描述了本公开，但是应该理解，本公开可以在其他环境中实施而无需修改。前面的描述是为了说明的目的而呈现。这不是详尽的，并不限于所公开的精确形式或实施例。通过考虑所公开的实施例的说明书和实践，修改和调整对于本领域技术人员将是显而易见的。另外，尽管所公开的实施例的方面被描述为存储在存储器中，但是本领域技术人员将理解，这些方面也可以存储在其他类型的计算机可读介质中，例如辅助存储设备(例如硬盘或cd rom、或其它形式的ram或rom、usb介质、dvd、蓝光光盘或其它光驱介质)。
140.基于书面描述和公开方法的计算机程序在经验丰富的开发人员的技能范围之内。可以使用本领域技术人员已知的任何技术来创建各种程序或程序模块，或者可以结合现有软件设计各种程序或程序模块。例如，程序部分或程序模块可以在如下方法中设计或通过如下方法设计：.net framework、.net compact framework(以及相关语言，例如visual basic，c等)、java、c++、objective
‑
c、html/ajax组合、xml、或者包含java applet的html。
141.此外，虽然本文已经描述了说明性的实施例，但是具有等同元件、修改、省略、组合(例如，跨越多个实施例的方面)、调整和/或改变的任何和所有实施例的范围，将被本领域技术人员基于本公开的技术所理解。权利要求中的限制将基于权利要求书中使用的语言而广泛地解释，并且不限于本说明书中或在检控申请期间描述的示例。这些示例应被解释为非排他性的。此外，所公开的方法的步骤可以以任何方式进行修改，包括通过重新排序步骤和/或插入或删除步骤。因此，说明书和示例仅视为说明性的，其真实范围和精神由所附权利要求及其等同物的全部范围所指示。