用于管理和优化送货网络的系统和方法与流程

本发明请求于2015年元月19日提交的美国临时专利62/105,074的优先权，其内容在此引作参考。

本发明涉及管理和优化送货网络的系统和方法。

背景技术：

电子商务对于零售行业在竞争激烈的市场中延伸到更广泛的客户群和为顾者提供更多更好的选择变得日益重要。电子商务的一个问题是，顾客在在线环境中接触零售商时需要对购买感觉舒适，尤其是对于大型物品，其中除了照片、其他消费者的评论和基于网络的对比和数据外发现产品的外观和感受的机会有限。对于不需要较大金钱投资的较小物品，这对大多数消费者来说通常并不是大问题。但是，在带有大的价格标签的大额物品(例如炉子、冰箱、工业设备等)送货至家庭或商业时，部分顾客会有犹豫，尽管在线购买和送货到家或商业很方便。这种犹豫可以归结为可靠送货的不确定性和送货日期/时间窗口的可变性(例如提供较大的时间窗口诸如在给定日期的早上9点至下午6点)。

提货和送货计划通常开发为静态时间范围，其在单个物品(即不是多个物品)在一位置提货时可能引起资源的低效利用。送货网络和顾客之间的通信通常需要协调提货或送货的时间范围，其也可能是低效的并要求双方同意确保有人接收该物品，而时间表在送货日之前通常是固定的，即使有灵活性也很小。

较大的物品送货给大量消费者会比较困难，这是因为需要联系消费者以确保他们可以收货。购买的产品的物理尺寸和价值需要消费者在，同时需要送货方的送货路线匹配理想的送货窗口和强加在司机上的基于位置的限制(例如送货区、位置之间的距离等)。

运输/送货网络的碎片化引起效率降低和重复工作。责任的碎片化导致高度复杂的物流网络，其阻止了产品的高效送货。例如，已经发现单独的公司安排管理自己的系统，这可能导致彼此不相兼容的系统的专门开发。另外，许多物流网络有多层级设置，其阻止紧要通信的进行。

客户满意度对零售商来说是重要的，尤其是鼓励重复业务。例如，当一顾客满意一初始购买时，他们可能将该零售商推荐给其他联系人和/或再次使用同一零售商。顾客对零售商的满意度可能受到该特定零售商所使用的“最后一英里”或“最终一英里”送货机制的影响。但是，在许多情形，所述最后一英里由一第三方物流提供者处理而不是由所述零售商本身处理。因此，该零售商对于送货过程的关键元素几乎没有控制。

物流优化是提高送货物流效率的一个重要因素。在送货车队之间没有多少通信时，常常会有重复工作。例如，将物品从零售商运输到仓库再到顾客包括任意数量的其他中间步骤，会引入低效率。

技术实现要素：

根据本发明的一个方面，提供一种管理和优化送货网络的方法，该方法包括：提供在消费者和多个运送者之间的一中介层，每一运送者使得物品从提货位置运输到一与所述消费者关联的送货位置；通过用于所述中介层的一用户界面使得所述消费者请求将包括一个或多个物品的一订单送货到所述送货位置；与所述多个运送者通信以根据运送者可用性(availability)和所述请求的送货所需运输时间确定至少一可用的送货时间窗口，所述送货时间受所述库存数据和所述送货位置的影响；和通过所述多个运送者中选择的一个开始送货。

在一个实施例中，所述方法还包括安排送货预约和将所述所述预约通信给所述运送者和所述消费者中至少一个。在另一个实施例中，所述送货可以由检测所述消费者对一特定可用送货时间的选择和与相应运送者的通信来启动。所述选择可以在一零售位置或使用一私人装置进行。在该方法的又一实施例中，可以通过一零售商界面使用所述中介层。

根据本发明的另一方面，提供一种计算机可读介质，其包括用于管理和优化送货网络的计算机可执行指令，所述计算机可执行指令包括以下指令：提供在消费者和多个运送者之间的一中介层，每一运送者使得物品从提货位置运输到一与所述消费者关联的送货位置；通过用于所述中介层的一用户界面使得所述消费者请求将包括一个或多个物品的一订单送货到所述送货位置；与所述多个运送者通信以根据运送者可用性和所述请求的送货所需运输时间确定至少一可用的送货时间窗口，所述送货时间受所述库存数据和所述送货位置的影响；和通过所述多个运送者中选择的一个开始送货。

根据本发明的又一方面，提供一管理和优化送货网络的中介层系统，所述系统包括一处理器和存储器，所述存储器包括以下计算机可执行指令：提供在消费者和多个运送者之间的一中介层，每一运送者使得物品从提货位置运输到一与所述消费者关联的送货位置；通过用于所述中介层的一用户界面使得所述消费者请求将包括一个或多个物品的一订单送货到所述送货位置；与所述多个运送者通信以根据运送者可用性和所述请求的送货所需运输时间确定至少一可用的送货时间窗口，所述送货时间受所述库存数据和所述送货位置的影响；和通过所述多个运送者中选择的一个开始送货。

附图说明

图1示出了提供该系统的高级概览的示意性框图；

图2示出了所述系统内的信息和数据流动；

图3示出了送货优化和物流系统的设置的一实例；

图4示出了司机装置的设置的一实例；

图5示出了顾客装置的设置的一实例；

图6示出了与一顾客交互的零售商设施的设置的一实例；

图7示出了送货到家庭的管理系统的设置的一实例；

图8示出了通信网络的一实例，其设置为使得一送货优化和物流系统优化送货网络；

图9示出了物流网络的一实例；

图10示出了执行一方法使得最后一英里送货系统执行的计算机可执行操作；

图11a示出了处理一消费者订单执行的计算机可执行操作；

图11b示出了执行与一运送者通信以一安排送货时间窗口的计算机可执行操作；

图12示出了安排一预约的计算机可执行操作；

图13示出了自动安排一预约的计算机可执行操作；

图14示出了数据标准化模块执行的计算机可执行操作；

图15示出了将特性关联到物理区域所执行的计算机可执行操作；

图16是地理区域子分区的示例；

图17示出了将一地理区域分割场多的分区所执行的计算机可执行操作；

图18示出了路线生成和优化模块的一实例；

图19示出了路线生成和优化所执行的计算机可执行操作；

图20示出了路线优化过程所执行的计算机可执行操作；

图21示出了通知过程所执行的计算机可执行操作；

图22示出了送货过程所执行的计算机可执行操作；

图23示出了在目的地位置处理多个物品所执行的计算机可执行操作；

图24-26示出了处理多个物品所执行的计算机可执行操作；

图27示出了实施第一方物流(1pl)、第二方物流(2pl)、第三方物流(3pl)和第四方物流(4pl)的设置的实例；

图28示出了呼叫状态报告的实例界面；

图29示出了每日影响报告的实例界面；

图30示出了损坏报告的实例界面；

图31示出了车队报告的实例界面；

图32示出了统计报告的实例界面；和

图33示出了停靠报告的实例界面。

具体实施方式

已经得到认可的是，在现有系统中运输和递送一物品所需的时间通常是不准确的。送货区域从路线系统角度考虑是相同的，其引起特殊情形被忽视，而且可能需要宽的送货窗口给顾客。确定递送实体所需的路线的现有程序的实施可能是繁琐、缓慢的，其中旅行和送货所需的路线和时间上的高度近似引起在现有送货网络的低的准确度。

也已经得到认可的是，计算运输所需时间的现有的方法可能是肤浅的，从而产生不确定性。例如，基于多种因素确定正确的路线是一个复杂的问题。一个路线所需的时间通过必要距离乘以车辆的平均速度来确定。附加大的时间范围(例如3小时)给预测的送货时间以补偿不确定性和不可预见的事件。目前，基础的算法通常用于寻找从一点到另一点的最短距离。但是，这些基础的算法可能没有考虑沿每一路线的速度调整的参数。

导入和分析大量的数据可以是建立送货网络的一个重要元素。传统的导入数据的方法可以涉及使用决策矩阵、树或状态机以拒绝不标准的数据。拒绝的数据通常需要人工干预以更正和/或修改数据。在负载级别超过阈值时额外的服务器加入到一导入系统。数值的处理会延缓所有依赖于输入数据的系统。

以下提供一建立物流网络的成员之间的一界面的系统，以在电子商务市场供应的多个最后一英里送货公司内更有效地匹配送货需求，包括小的和单个所有人的公司操作小的车队或者甚至一辆车。

在一个方面，在此描述的系统提供一基于网络的平台，其提供与一个或多个通信网络互操作的通信层，以将在物流网络中涉及的、匹配电子商务产生的送货服务需求的各方与多个单独的送货公司提供的供应集成。

在物流网络中涉及的上述各方可以包括在产品或货物的制造、运输、销售、接收或储存中涉及的任何实体。如在此参考，最后或最终一英里送货是送货过程的最后部分、片段或“腿”，其最终在理想送货位置(可能与购买的消费者的位置相同或不同)提供订购/购买的物品给接受方消费者。

另外，在此引用的顾客或消费者为任何个人或实体(例如个人、企业、组织、社区、制造商等)，其订购、购买、委托或其他方式寻求从一销售商获取一物品，所述销售商例如是零售商、制造商、批发商、清算人或其他提供物品来交换报酬的实体。这样的顾客或消费者可以包括企业、建筑工地、制造工厂、住宅等。在顾客从一零售商购买一物品时，产生顾客信息。该信息可以包括物品识别、顾客可用性、购买验证或顾客位置。顾客数据是与一单个顾客关联的或来自该顾客的数据，包括但不限于订购历史、顾客位置、顾客可用性(即该顾客有空接收送货的日子的时间)、地址、电话号码、电邮等。

在此，一网络应用设置为提供一在物流过程的多个部分之间的中央通信链接。由于网络应用的连接本质，建立了透明性。通过在该系统内基于供应和需求协调零售操作与送货操作，中央本质导致物流的促进优化，下面会详细描述。通过使用集成的网络工具来促使通信。物流实体网络通过一网络应用经由通信信道来通信，所述通信信道包括但不限于电话、sms(即短信服务)、电邮和即时信息。

现在参考附图，图1示出了送货优化和物流系统10的一个实例，在此称作“系统10”。系统10包括一最后一英里送货模块11、一预约安排模块12、一数据标准化模块13和一网络界面14。所述网络界面14(下面会进一步描述)从一个或多个网络发送和接收信息，所述一个或多个网络在此简称“网络15”。所述网络界面14从所述网络15接收数据并传输该数据该所述数据标准化模块13。下面描述网络15的一个示例性实施例。所述数据标准化模块13处理接收到的所述数据并将该信息设置为一标准格式以进一步处理，如图14所示。所述数据标准化模块13传输所述标准化的数据的元素给所述最后一英里送货模块11和所述预约安排模块12。所述最后一英里送货模块11产生优化的路线数据并传输该数据到所述网络界面14。所述预约安排模块12产生预约日程并传输该数据给所述网络界面14。从所述数据标准化模块13设置的数据产生新的数据。所述网络界面14将所述最后一英里送货模块11和所述预约安排模块12产生的数据通过所述网络界面14传输给所述网络15。

如图1所示，示例网络15是一用于彼此链接多个实体的通信和数据传送系统。可以理解，网络15可以用wlan(无线局域网)、tcp/ip(传输控制协议/互联网协议)、蓝牙、wifi(无线局域网)、gsm(全球移动通信系统)、cdma(码分多址)或无线或有线通信协议的组合来实施。有连接到所述网络15的有效网络界面14的实体之间可以发送和接收数据。例如，所述网络15使得能够数据传输、信息共享和通过将数据传输给一单个系统(例如系统10)从各种源结合和优化数据。所述网络15的目的是使得所述系统10和所述网络15连接的元件之间能够通信。网络界面14是一部分或模块，其可以在两个部分(即系统10和网络15)之间连接、断开或传递信息。所述网络界面14使得子系统生成的数据通过网络15传送给其他子系统。如前面所述，所述网络界面14例如可以与多种类型的网络15交互。

图1还示出了多个示例性的实体，其从所述网络15传输数据并向所述网络15传输数据。如图6所示，零售商21传输订单信息和库存等级给所述系统10并通过网络15从系统10接收预约安排数据。零售商21可以是销售一产品的任何人或实体。预约安排数据可以包括对一特定路线的起始时间和估计的结束时间。如图5所示，顾客装置18通过所述网络15从系统10接收通知。如图4所示，司机装置16通过所述网络15发送从位置信息(例如gps坐标)得出的实时位置给系统10并通过所述网络15从所述系统10接收要执行的优化路线。

选择优化的路线来满足所述系统10的所有要求。运送者22接收预约信息以及作为司机装置16接收同样的信息。如图9所示，制造商25、仓库24和配送中心23从系统10接收订单信息和日程数据并通过网络15传输容量信息和限制给系统10。容量可以包括制造商25的生产能力、仓库24可用的空间或运送者22处可用的卡车和司机的数量、和识别的容量强加的限制。

图1还示出了物理运输过程的一个实例。制造商25生产一物品，其随后存储在一仓库24。配送中心23是运输中心，其促使来自制造商25、批发商26和仓库24的物品路由。批发商26负责提供关于订单的数据给运送者22并确保那些运送者22获得所述物品以及时送货。可以理解，批发商26可以是一制造商25、一零售商21、一运送者22(或者其任意组合)。在此描述的系统提供工具给批发商26以接收和获得关于他们订单的数据，无论这些订单由一个还是多个运送者22完成。运送者22在配送中心23、仓库24、批发商26和制造商25之间运输物品。运送者22通常与多个司机17关联(尽管单个司机实体也可以从在此描述的系统获益)。司机17将顾客19订购的物品从一起始位置运输至一顾客位置20。起始位置可以包括仓库24、制造商25、配送中心23、顾客位置20或零售商21。顾客位置20是对应订购一物品的顾客19的一地理位置。图9示出了运输过程。

图2示出了系统10内信息流的一实例。如图1所示，系统10通过网络15接收多个输入20。如前面讨论，对于系统10的所述输入20可以包括与订单信息、送货目的地、运送者容量、仓库容量和顾客数据相关的数据。系统10处理这些输入20并生成信息和数据输出21，其用于优化至少一送货网络。来自系统10的所述输出21可以包括优化的路线、预约日程和顾客通知。如图1所示，所述输出21从所述系统10发送给所述网络15内的实体。

图3示出了系统10的一示例性设置。数据通过所述网络界面14从所述网络15接收。如图2所示，数据可以包括来自系统10的数据输入和输出。所述网络界面14将接收到的数据发送给所述数据标准化模块13。所述数据标准化模块13如图14所示标准化所述数据。所述数据标准化模块13发送标准化后的数据给所述预约安排模块12内的一订单分析系统33。

所述订单分析系统33将新顾客数据转发给一顾客数据库34并将顾客可用性转发给所述预约日历生成模块35。所述顾客数据库34为一数据收集单元，其包括以前的订单、顾客位置和其他顾客数据。所述顾客数据库34在接收请求后或者以预定间隔提供数据给所述预约日历生成模块35。如图12及图13所示，所述预约日历生成模块35确定送货可用的时间窗口并将所述时间窗口发送给所述路线优化系统31、所述网络界面14和所述通知系统36。

如图21所示，通知系统36在指定时间生成一通知并将该通知发送给所述网络界面14。所述最后一英里模块11包含一路线优化系统31和一优化的路线模块32。所述路线生成系统30可以从所述数据标准化模块13和预约日程系统35接收一起始位置、一结束位置和一时间窗口。例如，起始位置可以是一仓库、一配送中心或另一顾客位置，而结束位置可以包括一顾客位置、一配送中心或一零售商。如图15所示，所述路线生成系统30生成路线图并传送生成的路线给所述路线优化系统31。如图18所示，所述路线优化系统31优化一路线并生成一最终优化的路线32，以供司机遵循。所述优化的路线32发送给所述网络界面14，以在安排的时间发送给司机。

图4示出了司机装置16的设置的一个实例。所述司机装置16可以包括任何适当的电子装置，例如手持电脑、手机、智能手机、特殊递送装置、便携式电脑或平板电脑等。所述司机装置16通过一网络界面14从网络15发送和接收数据。

软件应用40与所述网络界面14通信以向/从所述网络15发送和接收数据、与一导航系统41通信以确定位置数据诸如gps坐标、与一显示43通信以使用图形用户界面、与一输入系统44通信以使得用户与所述司机装置16交互。所述软件应用40可以设置为指定在一特定应用执行操作的、任何适当的程序或程序组或其他计算机可执行指令。所述软件应用40可以直接安装在所述装置16上、通过一门户网站访问或者实施为一网络插件等等。

所述软件应用40从所述网络界面14接收优化的路线32并将所述优化的路线发送给包含在所述司机装置16内的一导航系统41。所述导航系统41通过使用gps模块42为所述软件应用40提供所述司机装置16的当前地理位置。所述软件应用40与所述司机装置16的所述显示43通信以提供信息给所述司机17。所述司机17可以输入数据到所述输入机构44。所述输入机构44可以获得数据，例如通过一键盘、接触屏幕、跟踪板、鼠标、声音输入、触摸手势等，它们与所述司机装置16交互。所述司机装置16检测到的数据由所述输入部件44提供给所述软件应用40。所述司机17的数据可以包括司机评论、照片或物品数据，图22和图23会进一步阐释。

图5示出了顾客装置18的设置的一个实例。顾客装置18可以例如是笔记本电脑、台式电脑、手机、智能手机、平板电脑、一体机等。如图3所示，所述顾客装置18通过一网络界面14从所述网络15发送和接收数据。一软件应用40与一网络界面14、一显示43和一输入机构44通信。所述软件应用40可以直接安装在所述装置16上，通过一门户网站访问或者实施为一网络插件。如图6和图11所示，软件应用40、显示43和输入机构44的组合提供给顾客19从电商订购物品的能力。顾客19可以输入订单信息到所述输入机构44以从一零售商购买一理想的物品。所述的订单信息由所述输入机构44提供给所述软件应用40。所述订单信息通过所述网络界面14和所述网络15从所述软件应用40发送给所述系统10。所述软件应用40通过所述网络界面14从所述网络15接收通知并将一通知发送给所述显示43以通知所述顾客19。

图6示出了零售商装置和/或设施21(在此简称“零售商21”)的设置的一个实例。在本例中，所述零售商21有一零售终端系统60(在此简称“pos60”)、一库存管理系统61、一网站62和至少一实体店或“商店”63。所述pos60是零售商21用来管理顾客的购买并生成对其他系统的询问的系统。所述库存管理系统61用于监视一零售商21拥有或可以使用的物品数量。所述网络界面14与所述现有的pos60通信以接收顾客数据和订单信息。一网络界面14通过一网络15发送订单信息和顾客信息给所述系统10。所述pos60通过一网站62或通过一商店63接收订单信息。所述网站62通过一顾客装置18接收订单信息和顾客数据。所述商店63通过所述顾客19提供的输入接收订单信息和顾客数据。所述pos60验证顾客付款并检查可用库存61，以确定是否需要一外部订单。所述库存61的管理也可以自动请求物品送货到所述零售商(即如果库存级别较低，代表所述零售商下订单给系统10)。

所述零售商21可以以各种方式与所述系统10集成，例如通过所述系统10提供的通用门户或者通过一例如使用一软件开发包(sdk)开发的、定制的前端界面。这种界面可以通过所述网站62、实体店63中的一终端、销售点的装置60或网络界面14中一个或多个提供给一终端用户。这允许所述零售商提供实时或基本上实时的送货供应信息，以完成送货请求和关联的交易。类似地，可以为所述运送者22和顾客装置18生成用户界面。如上面所讨论，所述零售商21使用的所述界面可以使用标准化的数据，以出于管理和执行送货目的与运送者通信。例如，所述系统10和数据标准化模块13可以设置为使用gs1数据标准，以在在此描述的多个实体中使用熟悉的数据格式通信。gs1是开发和维持供应和需求链标准的组织，例如为产品出具条码号。gs1还可以：i)与物品位置、货运、财产等的标识和相关数据相关；ii)与在一物理数据载体诸如条形码或rfid(无线射频识别)标签编码和获取数据相关；和iii)多方共享数据相关。使用这种标准化的数据(例如gs1)的过程如下描述且如图11b所示。

图7示出了顾客19开始的安排一物品的送货的流程的实例。在本例中，如图11a和图11b所示，顾客19通过一网络订单62或直接通过一零售商21开始一购买。顾客19可以因此通过与所述零售商21交互的电子或实际界面或者在实体店店面的销售点开始这一过程，例如通过一智能电话应用、一网站浏览器、一体机等；在实体店店面的销售点诸如通过商店63。如图6所示，零售商21从通过一现有pos系统接收一物品的顾客订单，并开始一库存查询，例如检查与所述顾客19购买的物品关联的库存。所述零售商通过一网络15与所述系统10交互，所述系统10通过一零售商的网络界面14接收订单信息。所述系统10生成对应在购买一物品时提供给所述零售商21的顾客可用性的送货日期和时间窗口，图12进一步示出了所述预约安排模块。所述预约安排和优化路线由所述系统10发送给司机17和/或运送者22。发送给运送者22的信息路由给司机17。所述司机17从所述系统接收所述路由信息并从一起始位置提取需要的物品。如图9所示，一起始位置可以包括制造商25、仓库24、零售商21、批发商26和配送中心23。如图23所示，司机17遵循所述系统10提供的所述优化的路线和日程以到达顾客位置，所述过程继续对所述顾客19购买的物品送货。

图8示出了所述系统10和使得数据通过网络界面14传输给实体的通信界面的实例，所述实体可以包括制造商25、运送者24a、零售商仓库24b、超级配送中心(即全国性)23a、配送中心(即区域性)23b、运送者22、司机17、批发商26、零售商21和顾客19。图9示例性示出了每一实体相对所述系统10的角色。可以理解，图8中未示出的其他实体可以通过有效的适当的网络界面发送和从系统10的组件接收数据。

图9示出了物流网络的一个实例。配送中心23可以包括超级配送中心23a和本地配送中心23b。一超级配送中心23a是一全国性配送中心(即包括一大的地理区域)，其使得物品在该区域内配送。超级配送中心23a的角色是提供主层级配送网络。超级配送中心23a接收的输入和输出位置，位置包括例如本地配送中心23b和外部超级配送中心23b。输入和输出的数据流包括任何实体商品或产品。从零售商21订购的物品不在库存时，如果需要则基于本地配送中心23b距离顾客19的远近路由至一超级配送中心23a。物品从超级配送中心23a运输至本地配送中心23b，随后运输至仓库24。仓库24与制造商25、零售商21、运送者22和批发商26交互以在实体之间运输和存储物品。制造商25生产零售商21卖的物品。运送者22管理司机17的车队，其运送物品直接至顾客19。顾客与一零售商交互以购买一物品。

如图1所示，所示系统10提供界面给典型物流网络的组件的服务包括库存管理、容量管理、无库存制度、物品损坏报告、订单管理、需求预测等。所述系统10因此提供一层或一平台，其无缝集成电子商务系统和多个最后或最终一英里运货网络。以这样的方式，在小的和甚至单个司机送货公司的富余的容量可以优化并匹配在所述电子商务系统内产生的需求。因为电子商务系统的接近实时的本质，所述系统10促使供应的按需匹配，以通过提高效率和提供离散系统之间的界面来更好地服务顾客和送货网络。

图10示出了可以由一最后一英里送货管理系统11实施的过程的一示例性实施例。网络界面14从运送者22、零售商21、批发商26和制造商25接收数据。所述网络界面14包含在所述系统10内。所述接收的数据如前面所讨论可以包括顾客数据、订单信息、仓库容量和制造容量。所述数据标准化组件13处理一顾客位置并将数据串设置为标准化的(即标准的)格式。在109用gps坐标地理编码标准化的地址，从而映射送货的位置。所述地理编码109在所述路线生成模块30内执行。在109地理编码系统从所述数据标准化模块13接收标准化的地址并计算顾客位置20的市政地址的gps坐标。

所述gps坐标发送给一路线生成系统30。如图18所示，所述路线生成系统30产生地图，一路线优化系统31基于动态参数确定每一送货要遵循的优化路线。一顾客在预约日历设立后接收一通知36。

根据生成的安排35，在100进行卡车装货，开始最后一英里送货过程。在送货中，通知系统根据gps坐标检测适当的时间以在101发送一通知给顾客，图21会详细示出(下面描述)。在102该顾客购买的物品送货给一顾客位置。在成功或不成功送货后生成一第一报告103。所述生成的报告103包括更新的数据，其包括但不限于送货状态、司机评论和照片，图22会详细示出(下面描述)。状态报告103给请求者(例如零售商、运送者、供应商、制造商)提供数据，所述数据包括送货卡车的状态、停的状态、物品的送货状态、司机的日程、用于仓库管理的数据。在一个实施例中，基于请求者的要求的类型，数据分开或者部分提供给请求者。

在103更新送货过程的报告来提供给请求者尽可能最新的信息。在物品送货后较短时间(即10-20分钟)在104生成一顾客问卷。顾客问卷提供对物流网络有价值的反馈。在递送物品和问卷之间的较短时间产生关于顾客体验的准确反馈。司机返回一最终位置在106卸载不能送达或返回的物品。一最终位置可以包括例如：一仓库、一顾客、一配送中心或一零售商。未送达的物品会如在图23详细阐释(下面描述)的那样在107处理。在最终目的地之前的现有账单和审计过程会在108执行，现有系统生成的数据传送给所述系统10。现有账单和审计系统在108生成与完成的送货、未完成的送货和司机活动相关的账单信息。在105生成一最终报告，其可以包括下面图28-33所描述的各种信息。

图11a示出了一零售商21收到顾客19订购物品时采取的步骤。在一个示例性实施例中，顾客19在110访问零售商网站并在线购买一物品111。在另一示例性实施例中，顾客19在112输入零售位置并在113购买产品。零售商从在线订单111和商店订单113接收订单信息114。由所述零售商通过在115检查现有库存开始订单；图6(如上面所描述)示出了实例过程。如果该物品不在库存，在116生成一外部请求并传送给所述系统10；如果物品在库存，提供给顾客19在购买时提货的选择。如果顾客选择送货选项或者该物品不在库存，在117顾客数据传输给预约安排模块12，所述零售商和顾客随后可以从所述系统10接收一送货日期和时间窗口。

如上所述，所述零售商21可以包括一界面，所述界面通过与运送者交换标准化的数据(例如gs1数据)来使得所述顾客能够从现有的多个选项中选择优选的送货窗口，以允许实时或接近实时的送货窗口选择。这也通过在此描述的零售商界面与所述系统10的集成来促使，其允许从多个运送者中选择，从而增强该顾客的送货体验。现在回到图11b，示出了通过所述零售商21实施这一过程的实例。

所述零售商21在300处接收或处理一顾客订单。例如，如上面所例示，顾客可以在商店或在线联系所述零售商，并请求对一个或多个物品送货。基于所述送货位置，在302限定一送货区，在304限定该区的邮政编码。这允许所述零售商在306基于货物在供应商仓库(即货物在的地方，如果有货的话)的可用性确定估计的到达时间(eta)。要运输的货物的位置和目的地的邮政编码使得在308设定运输时间，在310使得设定送货窗口。这些参数允许所述零售商在312通过所述系统10公布送货计划。所述零售商21还在314联系所述运送者并在316从所述运送者接收标准化的(例如gs1)供应数据。以这种方式，所述零售商21使用所述系统10从可能的许多可用的运送者确定各种时间窗口和运输选项，这些可以显示给该顾客。在312提供送货计划也使得其他连接至所述系统10的运送者知道潜在的送货工作。所述零售商21在318能够允许所述顾客选择送货的时间窗口，例如在一实体店或通过一电子商务交易。可以理解，选择的时间窗口可以用多种方式确定。例如消费者19可以建议一适当的时间窗口，所述系统10用其来找一适当的运送者22。或者，所述消费者19可以有多个适当的时间和/或希望找一个尽可能早的时间窗口。所述系统10的中介层的操作性使得也处理这一情形，通过能够在多个运送者中查找以找到最好的时间窗口和/或该消费者可以选择的多个选项。

在320以标准化的格式诸如gs1生成送货数据。例如，送货数据可以包括独特的id(标识)、发票号、姓名、地址、电话号码、物品、任务、时间窗口。这种标准化的数据随后在322传送给所述运送者。在所述运送者收到的数据随后用于执行或者指示执行所述物品的实际送货。所述运送者在实施送货时还返回标准化的数据给所述零售商21，例如所述订单独特的id、用于送货的车辆的独特id、路线和/或停的指令、gps位置、送货的日期和时间、顾客签名、送货状态、照片、接收日期和时间、接收的状态、仓库的位置、所述物品装在所述车辆的时间等等。这一标准化的数据根据网络连接可以以现有形式、批量或其他形式发送给所述零售商21。所述零售商21和运送者22可以以各种方式自己协调实际送货，取决于这些实体是否使用系统特定的集成，例如进入所述系统10的门户。以这种方式，所述零售商21和/或运送者22可以依赖所述系统10安排和优化路线(例如在此所描述)或者可以使用其他优化/安排系统来满足匹配他们供应的需求，这通过所述系统10促使。

图12示出了安排送货预约的一示例性过程。送货请求在116开始一预约安排过程。所述请求116在120分析以确定感顾客是新的还是有以前的送货请求。在120通过在现有顾客数据库34检查匹配的顾客来分析所述请求。如果一顾客是新的，在121输入所述顾客的数据到顾客数据库34。所述原始的送货请求116在122验证以确保准确的送货。

可用的送货时间窗口通过一送货日历生成子系统35在123确定。所述送货日历生成子系统35检查顾客提供的时间窗口和现有的安排的预约以发现可行的送货时间窗口。在124为预约安排可用时间窗口，所述送货日历更新以将该时间窗口分配给正在生成的预约。所述预约日历通过由一通知模块36产生的一通知在125发送给一顾客。如图3所示，所述顾客数据库34、送货日历生成35和通知模块36包含在所述预约安排模块12内。

图13示出了一设置为生成送货请求的自动安排系统。在130在预定时间间隔(即每小时、每日等)或者在新的预约进入所述送货预约安排数据库34时生成请求更新预约的请求。在生成更新的请求130之后，例如如下验证顾客数据：在131检查上一次送货后的时间，在132检查送货的频率，和在133检查顾客的可用性。相应于在先描述的过程的每一阶段，如果在131检查上一次送货后的时间太长，在132送货的频率对应要求的送货，和在133顾客有空，在134自动安排一送货预约。

如图12所示，所述预约安排模块12接收所述送货请求并执行安排操作。如果预约的任何一要求没有满足，不安排预约，在135更新结束，例如在131检查上一次送货后的时间太短，在132顾客常常没有收到送货，或在133顾客没空。

图14示出了从一网络界面14接收和标准化数据13的示例性过程。所述系统10需要的数据源自很多种不同的系统类型和界面。在所述网络界面14接收到的数据未标准化，且可能不对应所述系统10的需求。所述最后一英里送货模块11和所述预约安排模块12需要高度准确的数据。因此，传送到所述系统10的数据接收时必须限于零拒绝。如图1所示，接收到的数据的错误阻止路线产生30和路线优化31的准确性。在140通过平行管道接收数据。数据通过两个标准化系统标准化：一第一标准化系统141和一第二标准化系统142。分别来自系统1和2的标准化的数据141和142在143同步，标准化的数据144发送给输出145。带有同步144的所述平行管道大幅降低了输出145的吞吐量。所述输出145是系统10内包含的子系统的通项。

图15示出了用于路线生成30的部件的实例。主地理区域150基于大规模的物理障碍(例如山脉、河流、湖泊、边界)限定。地理区域使用数据特性分成多个分区151，数据特性包括但不限于天气158、交通157和建筑156。分区151是由独特的一组参数限定的地理区域。应当理解，也可以生成其他参数用作分区151的参数。详细分析分区151以开发子分区152。进一步细化与一原始分区151关联的参数来分析分区151。子分区152通过使用细化每一父分区151的特性159来限定。在一个示例性实施例中，分区151具有“繁忙”的交通特性157，一子分区152可能有非常繁忙的交通特性157，而另一子分区可能有中度繁忙的交通特性157。进一步细化指定参数提高了路线优化31的准确性。子分区152分成取决于通过该区域的预期交通流量的区。在一个示例性实施例中，这些区分为三个部分：一快速区153、一正常区154和一慢速区155，交通速度分别为快、适中和慢。

图16示出了带有多个分区151和多个子分区153、154、155的地图150的示例性表征。分区151包含多个子分区153、154、155。每一分区151的细化的特性增加了每一限定区域的细节。在一示例性实施例中，最小的区155代表最慢的交通，中间大小的区154代表平均的交通水平，最大的区153代表最快的交通路线诸如高速公路。在另一示例性实施例中，卡车超前时间表，因此可以路由通过慢的区域155以节省燃料和维持安排的预约时间。应当理解，交通水平实时(或者接近实时)监视，区153、154、155会更新以考虑交通类型的变化(即早高峰时间、晚高峰时间)。

图17示出了确定区域映像的示例性过程。第一步限定地理区域150。所述区域150包括涉及送货过程的一完整的物流网络。在一个示例性实施例中，所述区域包括与一本地配送中心关联的所有实体，如图4所示。在170通过关联地理区域150的区域的特定特性来限定分区。例如，在170分区限定为市中心区或者郊区。在171使用本地特性来限定分区特性，所述本地特性包括但不限于交通156、天气157和建筑158，以在172更准确地代表子分区。细化特性的过程根据现有的数据准确性迭代。在所有理想的迭代完成后，在173根据相应的特性生成一地图，所述相应的特性由上述过程产生。

图18示出了路线优化系统31的部件的一个实例。在一个实施例中，需要三个地图来用于路线优化系统31；集成快速区153的地图、集成正常区154的地图和、集成慢速区155的地图，这些地图的生成在图15示出。这三个地图集成为包括一选择区域所有元素的一完整地图180。快速区地图153是包括高流量车费的地图，所述高流量车费包括但不限于高速公路、收费公路和快速高速。常速区地图154是现有路线的典型地图，所述现有路线可用于平均交通模式行进。慢速区地图155包括所有的最慢的区域(例如在高峰时段交通的市中心)。完整地图180提供了地图(153、154、155)的组合，以发送给所述路线优化过程181。所述优化系统181接收来自所述完整地图180和所述送货预约安排35的输入。所述优化系统181执行优化(例如如图20示出，在下面描述)并输出一优化的路线32给所述网络界面14。一优化的路线32是基于任何路况和预约安排的、司机要遵循的最佳路线。

图19示出了路线优化系统31进行的示例性过程。起始位置190和结束位置20通过路线信息确定。所述起始和结束位置用于确定要使用的、与相关区域的操作关联的地图。图16示出了使用的地图的一示例性实施例。如图18所示，生成优化的路线，送货如图22所示正常进行。如果遇到延迟192，关于延迟的数据发送给所述预约安排模块35，如果发现冲突可以给出一个新的优化的路线。冲突包括例如在约定时间之前或之后到达。如果没有遇到延迟，司机继续执行原来的优化路线193以达到顾客位置20。上述过程对要求司机访问的每一目的地重复。

图20示出了路线优化模块181的一个实例。当前位置200通过从一网络界面14接收的数据确定。当前位置包括例如：司机的车辆的一位置、一起始位置或一结束位置。如图18所示，完整的地图180和当前位置200用于在201计算通过多条路径到一目的地的时间。所述预约安排模块12设置为发送特定司机要遵循的、安排的到达时间。所述安排的时间12和计算的可能时间201相对比，以确定最接近的匹配202。应当理解，在确定最接近的匹配202时也可以考虑其他因素诸如燃油经济性和操作区域。最接近的匹配202发送给一网络界面14作为一优化的路线32。

图21示出了发送通知给顾客的一个实例方法。优化路线32用于连续更新所述预约安排35。所得的通知36就通知36发出给所述顾客装置18的时间而言是高度准确的。预约安排35的修改自动反应在通知36的发出时间上。在一个示例性实施例中，通知36在以下时间发出：接收的起始时间210、要送货的48小时211，要送货的24小时212和要送货的1小时213。所述1小时送货通知213可以使用来自所述安排数据35的实时数据，来通知顾客19物品送货预期在1小时之内，包括运输的任何延迟。在一优选实施例中，在211所述顾客通知系统36发送一消息给所述顾客19与在送货前最少48小时前的送货安排相关的数据211。通知36可以通过任何可用的通信通道进行，例如：电话、短信、电子邮件或即时信息。

图22示出了一物品送货或提货涉及的过程的一个示例性实施例。司机送货发生在所述顾客位置20。如果在220所述顾客有空，所购买的物品在221交付。如果在220所述顾客没空，在227由司机装置获取所述顾客位置的一照片。如果在送货过程中在223物品损坏，在228获取照片以供以后参考。在224顾客19的签名包括任何司机评论由司机装置获取时，送货过程完成。在225生成一状态报告以更新所述系统10所述送货过程的状态和任何可能发生的问题。在每一送货完成后，在226送货继续直至所有安排的送货完成。所述司机装置16获取的照片和评论发送给所述系统10，获取实地数据可以通过提供参考来协助减轻未来的冲突。实地数据包括但不限于照片、评论和签名。

图23示出了一在一个运输从一安排的预约或一组安排的预约返回后可以执行的实例方法。在一个实施例中，在所有原始装入该运输的物品已经送货或者已经进行了递送所述物品的一次尝试时，在230卡车从送货返回。在231检查未送达的物品以说明。在运输中未送达或返回的物品在232扫描并在233返回储存位置。扫描该物品由所述司机装置16或位于所述储存位置的等同装置执行。扫描一物品包括但不限于读取条形码、拍照或检查序列号。

现在参考图24-26，示出了物品管理过程。图24示出了在接收阶段实施的方法。由一管理员接收一标准的电子文件或人工订单。所述电子文件接收为运前通知(asn)，所述人工订单对应在仓库24接收一物品。在一物品在仓库接收时，加入一有用的东西，例如发票号、姓名等加入所述系统。无论是电子订单还是人工订单，在数据库查询该客户的产品，一条形码与该物品关联以使得能够跟踪和管理物品。生成的条形码随后以电子形式发送给所述仓库24，在那儿例如使用一无线打印机打印它，该标签贴在所述物品上并扫描以确认收到该物品。随后确定该物品是否处于可接受状态。如果不是，拍摄描述任何损坏的照片并发送请求给管理员以退回所述损坏的物品。所述物品随后移至所述仓库24内的一特定位置，该物品在该位置扫描以确认该物品的任何移动。随后确定该物品是否需要再次移动。如果不需要，该物品储存在该仓库以供随后的运输和递送。如果需要，该物品可以再次移动和扫描。

图25示出了可以在分阶段送货和提货阶段实施的方法。在本例中，管理员生成在一特定日每一卡车要送货的物品列表，打印该列表并将其发送给所述仓库24。如图25所示，所述物品可以排序为先入后出，以便利以合理顺序卸载。在所述仓库24，确定在所述列表上的第一物品，该物品移动至适当的卡车来装载。随后确定是否有另一物品来交叉转运。如果没有，确认最终卡车装载。如果有，找到下一物品、扫描并放置在所述卡车前来装载。该卡车随后装载、准备好送货。

图26示出了在一反物流阶段实施的方法，即一物品在一卡车返回。在本例中，卡车到达所述仓库24，确定是否有条形码在所述物品上。如果有，司机扫描该物品。如果没有，仓库系统用于确定该物品在所述系统中是否有现有的条形码。如果没有现有的条形码，生成一新的条形码。如果有现有的条形码，打印一份该条形码标签并由例如该司机贴在所述物品上。在司机扫描该物品后，所述仓库扫描以接收所述物品且对该物品拍照并描述该物品。所述仓库系统随后发送一请求来退回该物品。管理员接收一报告，该物品移动至一特定位置以供随后的扫描和储存。

图27示出了在此描述的系统如何将1pl(第一方物流)、2pl(第二方物流)、3pl(第三方物流)、4pl(第四方物流)服务的结合在一起。如图27所示，所述送货优化和物流系统10可以考虑为是一共享中心，其给一个或多个在各种管辖地或地理区域(图27中示例性示出加拿大、美国、英国和澳大利亚)的3pl经理提供4pl服务。如图27所示，每一个所述3pl经理为一个或多个2pl运送者22提供数据处理联系中心、接收、仓库和路线监视，所述2pl运送者例如是运送者a、b、c。每一运送者22提供车队、司机、路线、物品管理以及司机工资单、运输和合规。每一运送者22与一个或多个1pl运输公司交互，所述1pl运输公司例如是图27中所示的公司1、2、3。这样，所述4pl共享服务中心将4pl链接到1pl服务，甚至包括单个卡车操作。所述1pl公司如在此所描述为一个或多个客户诸如消费者19提供卡车装载、物品提取和送货和其他“最后一英里”服务。

图27中的共享服务中心的实例设置包括一个或多个界面，用于将数据传入传出所述系统10、用于数据导入、外部客户管理和联系中心的能力。也提供给管理员4pl视野和实时车队监视和移动服务、报告、和输入的能力。在本例中，数据可以输出以供报告或账单和在所述仓库24实时跟踪所有物品。

图28-33示出了可以由所述系统产生的各种报告的拷屏。图28示出了呼叫状态报告，以列出打的各种电话的状态和这些电话的结果。图29示出了每日影响报告，其列出物品送货的状态，例如指明送货是否完成、取消等。图30示出了损坏报告，其用于详细列举损坏的物品以确定原因并跟踪对损坏拍摄的照片和描述。图31示出了车队报告，其列举出各种卡车和相应的统计，例如计划的停、完成的停、反订单等。图32示出一统计报告，其在本例中提供特定雇员的细节。图33示出了停的报告，列出关于特定商店的统计。

可以理解，为了简单和清楚阐释，适当的时候附图标记可以在多个附图中重复以指示相应的或类似的元件。另外，提供许多特定的细节以提供在此描述的实例的整体理解。但是，本领域技术人员可以理解在此描述的实例可以无需这些特定细节实施。在其他情形，公知的方法、程序和组件未详细描述以免影响在此描述的实例。而且，说明书不应当理解为限定在此描述的实例的范围。

在此所用的实例和相应的图仅出于说明性目的。可以使用不同的设置和术语而不背离在此表达的原理。例如，部件和模块可以添加、删出、修改或设置为不同连接而不背离这些原理。

在此示例的执行指令的任何模块或部件可以包括或者可以访问计算机可读介质，例如存储介质、计算机存储介质或数据存储装置(可移走或者不可移走)，所述数据存储装置例如是磁盘、光盘或磁带。计算机存储介质可以包括易失性和非易失性、可移走和不可移走媒介，它们以任何方法或技术实施以存储信息，诸如计算机可读指令、数据结构、程序模块或其他数据。计算机存储介质的例子包括ram(随机访问内存)、rom(只读存储器)、eeprom(电可擦只读存储器)、闪存或其他存储器技术、cd-rom(只读光盘驱动器)、数字通用光盘(dvd)或其他光学存储器、磁带盒、磁带、磁盘存储器或其他磁力存储器，或者其他任何可以用于存储理想信息并可以由一应用、模块或两者访问的媒介。任何这样的计算机存储媒介可以是所述系统10的部分、所述系统10的或者与所述系统10相关的任何部件、或者所述系统10可以访问或者连接到所述系统10。在此描述的任何应用和模块可以用计算机可读/可执行指令实施，所述计算机可读/可执行指令可以存储在所述计算机可读介质储存或者以其他方式持有。

在此描述的在流程图和框图上的步骤或操作仅仅是示例。这些步骤或操作可以有许多种变化而不背离上面讨论的原理。例如，所述步骤可以以不同次序执行或者步骤可以添加、删除或修改。

尽管参考一些特定实施例描述了上述原理，本领域技术人员可以理解如所附权利要求列出的其各种变化。