CN101027690A - 整合全球追踪和虚拟库存系统 - Google Patents

Abstract

公开了一种整合全球发运系统，该系统提供包裹的移动的端对端可见性。该整合全球发运系统利用装运物合并应用来整合一个或更多个货物追踪系统与一个或更多个端递送系统。结果，向发运人提供了他们的货物装运物从起点国家到目的地国家并且直到最终收货人为止的移动的完全可见性。此外，该整合发运系统通过提供虚拟库存解决方案从而显著降低了管理库存的成本。在该虚拟库存解决方案下，供应商能够绕开配送中心并延迟货物的分配直到将货物进口到目的地国家之后。

Description

整合全球追踪和虚拟库存系统

技术领域

本发明总体上涉及一种整合追踪系统，其增强了发往全世界的货物的移动的可见性，结果，实现了一种虚拟库存(inventory)系统。

背景技术

全球化将另外的伙伴引入了供应链，因而引起新的挑战，如疏远的卖方和系统复杂程度的较大差异。同时，不断增加的成本压力迫使公司进行更好的工作来管理昂贵的库存。在世界范围内运营物流业的大趋势下，存在如下所述的一些特定问题，这些问题提高了对这样的整合全球货运系统的需要，该整合全球货运系统可避免配送中心延误并可增强对货物移动的可见性。

首先，国际货运的当前过程包括许多实体，这些实体包括承运人、经纪人、仓库管理人和本地货运公司。由于商品的各种部件来自各个地区并且购买者分散在世界各地，所以供应链被大大拉长且变得极为复杂，因而使得向客户提供准确和及时的数据的努力极为复杂。这种“零碎式(piecemeal)”物流引起许多问题，诸如缺乏可见性、没有成本透明度、安全担心以及不可靠的服务。因此，与先前的“零碎式”方法相反，需要一种来自单个源的“整合(integrated)”物流解决方案，其允许一个专家将端对端供应链的效果同步并确保该供应链以一致、无缝的方式运行。

另一个问题是与配送中心相关联的延迟和高成本。传统上认为配送中心是消费品供应链的基本组件，近年来随着公司将它们的制造工厂移往海外地点，对配送中心的依赖增长了。在传统供应链中，配送中心起仓库的作用，公司在其中存储消费品的大量库存作为安全库存缓冲。配送中心优选地(但不总是)位于地理区域的中心以使公司能够按需地将商品配送给遍布于该区域中的大量零售商店。取决于区域的大小和零售商对商品需求的直接性，公司可以具有分布在给定地理区域的一个或许多个配送中心。但是运营配送中心是昂贵的。除了拥有或租用储存商品所需的空间的成本之外，依赖配送中心的公司还将大量的钱投资在一个或更多个仓库中的库存商品上。

在降低与运营多个配送中心相关联的花费的努力中，一些公司已经向全国性配送中心模式转移。但是单配送中心方式有其缺点，其中一个缺点是运输过程效率低。例如，为其美国零售商使用全国性配送中心的公司可以在西海岸接收国际制造的商品的装运物。一旦商品清关，则将商品放在运输车辆上并跨国运输到全国性配送中心。在配送中心，商品被贴上储存就绪(store-ready)标签和包裹发运标签，诸如联合包裹服务(UPS)的承运人收取(pickup)这些包裹。如果进口公司实际上是全国连锁，则至少一些进口商品会以西海岸的零售商店为目的地。在许多情况下，公司会花费时间和费用将最近进口的商品运输到配送中心然后立即返回，并且对包裹承运人进行支付以使其将包裹运回西海岸的零售商店。考虑到动态的零售市场，配送中心绕开模式使产品递送周期缩短并使库存保持周转。因此行业内认识到了一种需要，即需要一种绕开对配送中心的需要的供应链系统。

此外，保持对从采购到递送至客户的产品和信息的追踪的需要从未如此强烈。因此，在诸如UPS的物流服务提供者中存在这样的趋势，即，提供在途装运物的详细状态信息。例如，UPS的客户可以到UPS.com网站并使用包裹追踪号来追踪运送中的其物品的状态。结果，可以向预期的接收者提供即将到达的装运物的预先通知。然而，当前的商业趋势驱动了对甚至更高的可见性的需要。其不仅涉及对地面上、水上、铁路上或空中的装运物的追踪，而且涉及仓库中现有多少库存、储存在哪里以及库存何时被分配来履行定单，换言之，涉及商品从制造者移动到销售者然后移动到购买者的过程中所包括的所有活动。在全球供应链中这种洞察力尤其可取，在全球供应链中，公司需要快速响应无法预料的情况、削减成本以及提高递送速度。

发明内容

本发明寻求提供一种可提供货物移动的端对端可见性的整合全球发运系统。为此，本发明将一个或更多个货物发运和追踪系统与一个或更多个端递送和追踪系统进行整合。为了实现该目标，本发明使各种个体装运物能够合并成为合并后装运物，从而使货物在国际运输期间的移动更容易。此外，本发明寻求提供一种用于增强的库存管理的虚拟库存系统。具体地，这种虚拟库存系统允许供应商绕开配送中心并延迟货物的分配或配送直到货物进口到目的地国家或地区之后。

根据本发明，提供整合全球发运和虚拟库存的系统和方法将实现以上目的以及其他目的、特点和优点。

根据本发明的一个实施例，提供了一种有效地处理全球发运的系统。该系统包括：(1)接收设备，在该接收设备处，承运人接收多个子装运物，该接收设备包括：(a)码读取装置，其被配置为从所述多个子装运物读取目的地国家信息并将这种信息作为电子数据存储在码读取装置存储器中；(b)处理设备，在该处理设备处，将子装运物的子集组合为合并后装运物并标记上包含合并后装运物追踪号的码；(2)计算机，其被配置为从所述码读取装置存储器接收所述目的地信息，将所述目的地信息存储在计算机存储器中，从所述多个子装运物中识别出具有相同的目的地国家的子装运物的所述子集，通过分配并存储所述合并后装运物追踪号在所述计算机存储器中将子装运物的所述子集电链接到所述合并后装运物；和(3)进口接收设备，在通过出口海关和进口海关对所述合并后装运物进行了清关处理之后，在所述目的地国家中在所述进口接收设备处接收所述合并后装运物，并将其拆分为子装运物的所述子集中的所述子装运物，以递送到各自的收货人位置。

在一优选实施例中，码读取装置被配置为从所述多个子装运物读取子装运物追踪号并将这种信息作为所述电子数据的一部分而存储在所述码读取装置存储器中，并且计算机还被配置为从所述存储器或从先前存储的数据文件中检索所述子装运物的装运物细节信息，并且还被配置为：(1)通过以下步骤处理所述多个子装运物中的每一个：(a)根据所述数据确定所述子装运物是否是LTL(少于货车载货量)子装运物；(b)响应于所述子装运物是LTL子装运物的确定，(i)从所述发运数据中识别标识所述子装运物的LTL装运物参考号；以及(ii)将所述LTL装运物参考号与所述合并后装运物参考号相关联；以及(c)响应于所述子装运物不是LTL子装运物的确定，(i)从所述发运数据中识别分别标识与所述子装运物相关联的各包裹的一个或更多个包裹参考号；以及(ii)将所述一个或更多个包裹参考号中的每一个与所述合并后装运物参考号相关联；以及(d)将步骤(b)(ii)或(c)(ii)中的关联存储在所述计算机存储器中的关联数据文件中；以及(2)部分基于所述关联数据文件产生合并后装运物的输出。

本发明的另一实施例提供了一种提供发运中的货物的移动的端对端可见性的整合全球发运系统。具体地，该系统包括：第一装运物可见性系统，用于追踪合并后装运物从起点国家到目的地国家的移动，所述合并后装运物包括需要被运往所述目的地国家的一个或更多个子装运物；和第二装运物可见性系统，用于追踪所述一个或更多个子装运物中的每一个在所述目的地国家中的移动；其中，所述第一装运物可见性系统与所述第二装运物可见性系统相关联，从而提供整合的可见性接口，该整合的可见性接口用于追踪所述一个或更多个子装运物中的每一个从所述起点国家到所述目的地国家以及在所述目的地国家内的移动。

在一优选实施例中，第一装运物可见性系统包括处理器可访问的一个或更多个数据库，所述处理器被配置用来：接收与所述一个或更多个子装运物相关联的发运数据，所述发运数据至少包括与所述一个或更多个子装运物相对应的一个或更多个子装运物参考号；产生用于标识所述合并后装运物的合并后装运物参考号；将所述合并后装运物参考号与所述一个或更多个子装运物参考号中的每一个相关联；创建数据文件使其包括所述关联以及与所述一个或更多个子装运物相关联的所述发运数据；以及将所述数据文件存储在所述一个或更多个数据库中。该处理器还被配置用来：获得标识所述合并后装运物的所述合并后装运物参考号；使用所述合并后装运物参考号从所述一个或更多个数据库中检索与所述一个或更多个子装运物相关联的发运数据；使用所述合并后装运物参考号从运输管理数据库中检索与所述合并后装运物相关联的移动数据；使用所述合并后装运物参考号从海关管理数据库中检索与所述合并后装运物相关联的清关数据；将所述发运数据、所述移动数据、以及所述清关数据显示给用户；以及从所述用户接收输入以更新所述一个或更多个数据库、所述运输管理数据库和所述海关管理数据库。

在另一优选实施例中，第二装运物可见性系统包括处理器可访问的一个或更多个数据库，所述处理器被配置用来：获得标识小包裹的包裹追踪号；使用所述包裹追踪号从包裹数据库中检索与所述小包裹相关联的包裹数据，所述包裹数据包括所述小包裹中包含的每项货物的信息；使用所述包裹追踪号从运输管理数据库中检索与所述小包裹相关联的移动数据；将所述包裹数据和所述移动数据显示给用户；以及从所述用户接收输入以更新所述包裹数据库和所述运输管理数据库。

本发明的又一优选实施例提供了，所述第一装运物可见性系统与所述第二装运物可见性系统通过以下被关联：知识库单元，其存储与所述一个或更多个子装运物相关联的包裹数据，所述第一装运物可见性系统和所述第二装运物可见性系统可访问所述知识库单元；和服务器计算机，其有权访问所述知识库单元，所述服务器计算机被配置用来：使用合并后装运物参考号来标识多个包裹参考号，多个包裹参考号中的每个标识所述多个包裹之一；搜索所述第二装运物可见性系统中的包裹数据库以检索与所述多个包裹相关联的包裹数据；以及将所述包裹数据载入到所述知识库单元中。

根据本发明的一附加实施例，一种提供发运中的货物的移动的可见性的整合全球发运系统，所述系统包括至少可由服务器计算机访问的一个或更多个数据库。所述一个或更多个数据库存储货物的多个装运物的发运数据，其中所述发运数据是从承运人定制的客户机发运系统或基于web的客户机发运应用接收的。所述服务器计算机被配置为用来：从仓库管理系统接收与货物装运物相关联的发运人到收货人事务数据；从运输管理系统接收与所述货物装运物相关联的移动数据；从海关管理系统接收与所述货物装运物相关联的清关数据；从所述一个或更多个数据库中检索与所述货物装运物相关联的特定发运数据；以及部分基于与所述货物装运物相关联的所述发运人到收货人事务数据、所述移动数据、所述清关数据和所述特定发运数据，产生装运物输出数据文件。

本发明的一另选实施例提供了一种提供发运中的货物的移动的端对端可见性的整合全球发运系统。该系统包括：客户机接口，用于接收使用指定标准并且针对一个或更多个指定装运物的用户查询；承运人的发运系统，其包括一个或更多个主机服务器，所述一个或更多个主机服务器有权访问存储有与多个发运物相关联的发运数据的装运物数据库，所述一个或更多个主机服务器被配置为与所述一个或更多个应用服务器进行通信；和可见性系统，其与所述客户机接口和所述承运人的发运系统进行电子通信，所述可见性系统包括：一个或更多个web服务器，其能够经过通信网络与所述客户机接口进行通信，一个或更多个应用服务器，其能够与所述一个或更多个web服务器进行通信，所述一个或更多个应用服务器有权访问一个或更多个应用服务器数据库，并被配置以处理从所述客户机接口接收的用户查询，和一个或更多个数据库服务器，其被配置为用来将来自所述承运人的发运系统的所述装运物数据库的所述发运数据载入到所述一个或更多个应用服务器数据库中。

在本发明的另一实施例中，一种提供发运中的货物的移动的可见性的整合全球发运系统，所述系统包括一个或更多个装运物数据库以及一web入口，所述web入口被配置为用来：(1)向所述web入口提供将web接口，通过其用户能够输入限定一组合并后装运物的标准；(2)响应于由所述用户输入的所述标准，从所述一个或更多个装运物数据库中识别与所述组的合并后装运物相关联的发运数据；(3)向所述用户显示与所述组的合并后装运物相关联的所述发运数据；(4)从所述用户接收第一输入以从所述组的合并后装运物中选择特定的合并后装运物；(5)响应于(4)中的所述选择，从所述一个或更多个装运物数据库中检索与所述特定的合并后装运物相关联的第一级别的装运物细节以及在所述特定的合并后装运物中结合的子装运物的列表，所述第一级别的装运物细节包括所述特定的合并后装运物的移动数据；(6)向所述用户显示与所述特定的合并后装运物相关联的所述第一级别的装运物细节以及在所述特定的合并后装运物中结合的子装运物的所述列表；(7)从所述用户接收第二输入以进一步从所述子装运物的列表中选择特定的子装运物；(8)响应于(7)中的所述选择，从所述一个或更多个装运物数据库中检索与所述特定的子装运物相关联的第二级别的装运物细节以及在所述特定的子装运物中的包裹的列表，所述第二级别的装运物细节包括所述特定的子装运物的移动数据；(9)向所述用户显示与所述特定的子装运物相关联的所述第二级别的装运物细节以及在所述特定的子装运物中的包裹的所述列表；(10)从所述用户接收第三输入以进一步从所述包裹的列表中选择特定包裹；(11)响应于(10)中的所述选择，从所述一个或更多个装运物数据库中检索所述特定包裹的移动状态；以及(12)向所述用户显示所述特定包裹的所述移动状态。

根据本发明的一另选实施例，存在一种提供发运中的货物的移动的可见性的整合全球发运系统。该系统包括一个或更多个装运物数据库以及一web入口，所述web入口被配置为用来：(1)向所述web入口提供将web接口，通过其用户能够通过输入特定标识符来查询一具体装运物或一具体包裹；(2)响应于接收到所述特定装运物标识符，确定所述特定标识符是否是合并后装运物参考号；(3)响应于所述特定标识符是合并后装运物参考号的确定，从所述一个或更多个装运物数据库中识别与所述具体装运物相关联的发运数据，并向所述用户显示所述发运数据，所述发运数据至少包括所述合并后装运物参考号；(4)响应于所述特定标识符不是合并后装运物参考号的确定，确定所述特定标识符是LTL装运物参考号还是包裹追踪号，(a)响应于所述特定标识符是LTL装运物参考号的确定，(I)从所述一个或更多个装运物数据库中识别与其中包括有所述具体装运物的合并后装运物相关联的发运数据；(ii)从所述一个或更多个装运物数据库中识别与所述具体装运物相关联的发运数据；以及(iii)如果所述具体装运物还没有到达目的地国家，则向所述用户显示(i)中的所述发运数据，或者如果所述具体装运物在所述目的地国家内正在递送，则向所述用户显示(ii)中的所述发运数据；以及(b)响应于所述特定标识符是包裹追踪号的确定，(i)从所述一个或更多个装运物数据库中识别与其中包括有所述具体包裹的合并后装运物相关联的发运数据；(ii)从所述一个或更多个装运物数据库中识别与所述具体包裹相关联的发运数据；以及(iii)如果所述具体包裹还没有到达目的地国家，则向所述用户显示(i)中的所述发运数据，或者如果所述具体包裹在所述目的地国家内正在递送，则向所述用户显示(ii)中的所述发运数据。

根据本发明的另一实施例，一种虚拟库存管理系统，其包括：装运物进入系统，其被配置为让承运人接收来自发运人的对货物装运物的请求，所述请求至少标识所述货物需要运往的目的地国家；装运物合并系统，其被配置为接收并处理与所述货物相关联的发运数据，并产生合并后装运物的数据，所述合并后装运物包括来自所述发运人的货物的所述装运物，所述发运人具有要运往所述目的地国家的一个或更多个装运物；装运物运输系统，其被配置为将所述合并后装运物运输到所述目的地国家；装运物拆分系统，其被配置为在所述合并后装运物被运输到所述目的地国家之后从所述合并后装运物分离出所述货物装运物；以及端递送系统，其被配置为将所述货物装运物递送到所述目的地国家内的一个或更多个具体收货人位置，其中，在所述合并后装运物运输到所述目的地国家之后，所述发运人可对所述一个或更多个具体收货人位置进行任意重定向。

附图说明

已经这样一般性地描述了本发明，现在将参照附图，附图不一定是按比例绘制的，其中：

图1是根据本发明实施例的整合全球发运系统的示意图，该图示出了货物如何从起点发运人移动到收货人；

图2是根据本发明实施例的通过图1的整合全球发运系统发运货物的处理流程的高级框图；

图3A-3B示出了根据本发明实施例的在图1的整合全球发运系统中应用的不同的装运物级别；

图4A-4C是根据本发明实施例的在图1的整合全球发运系统中使用的不同类型的发运标签的示例性图例；

图5A-5B是示出了如何根据本发明实施例在图1的整合全球发运系统内处理装运物的流程图；

图6是示出了根据本发明实施例的关于由图1的整合全球发运系统处理的装运物的数据输出；

图7示出了根据本发明实施例的由图1的整合全球发运系统提供的发运人的分配灵活性；

图8A-8C提供根据本发明实施例的图1的整合全球发运系统中的端对端可见性和各种可见性事件的概观；

图9是根据本发明实施例的图1的整合全球发运系统中包括的端对端可见性和各种子系统的详细图；

图10是根据本发明实施例的提供端对端可见性的图1的整合全球发运系统的高级架构；

图11是根据本发明实施例的提供端对端可见性的图1的整合全球发运系统的详细系统结构；

图12示出了根据本发明实施例的提供端对端可见性的图1的整合全球发运系统的示例性数据结构；

图13示出了根据本发明实施例的整合全球发运系统的两个子系统之间的一种类型的数据流；

图14是示出了本发明的整合全球发运系统如何提供运送中货物的端对端可见性的处理流程框图；

图15是示出了根据本发明实施例的整合全球发运系统的用户所看到的端对端可见性的屏幕流程；

图16-20是根据本发明实施例的整合全球发运系统的用户所看到的示例性屏幕显示；

图21A-21B示出了实现根据本发明实施例的图1的整合全球发运系统的计算机硬件结构。

具体实施方式

下文中将参照附图更全面地描述本发明，在附图中示出了本发明的一些实施例而不是所有实施例。事实上，这些发明可以按许多不同的形式实现并且不应被解释为限于在此阐述的实施例；提供这些实施例只不过是使本公开满足适用的法律要求。所有附图中相似的标号指示相似的部件。

出于对本发明进行详细描述的目的，下文中使用的某些术语如下定义：

“承运人(Carrier)”-从事货运或客运业务的个人、合伙企业或公司。

“收货人(Consignee)”-向其发运货物的人或组织。

“发运人(Shipper)”-发起货物运输的公司或个人。

“装运物(Shipment)”-被一起运输的一个或更多个包裹或者多件货物。

“合并(Consolidation)”-组合两个或更多个物品或成组的物品并将它们作为单个装运物进行运输。

“合并后装运物”-对装运物进行合并的结果。

“子装运物”-作为合并后装运物的一部分的任何装运物。

“LTL(少于货车装载量)”-货物量少于应用卡车装载量等级所需的量。

“越库(Cross-dock)”-一种承运人的终端，其被配置为处理货物的合并或传递。这种类型的设备提供在该设备的一侧卸载而在该设备的另一侧重新装载的能力。

“集装箱货运站(CFS)”-一种操作设备，其中，货物装运物在运输分支之间越库和越段，有时指的是海运人使用的设备，用于对集装箱装卸货物。

“干线运输(Line haul)”-除了收取和递送服务之外，货物在城市或承运人设备之间的移动。

“PRO”-承运人分配给各装运物的货物的号码，用于追踪或跟踪货物直到其目的地。

整合全球发运

1、合并后装运物移动与子装运物移动的对比

图1是示出了根据本发明一个实施例的货物如何从起点发运人移动到收货人的供应链流。如图1所示，这种货物移动包括两部分：(1)已合并货物装运物从起点位置到目的地国家和/或地区的移动；以及(2)在目的地国家和/或地区内直到到达最终收货人的多个子装运物的移动。在发运人向各个目的地收货人发运由工厂制造的商品的情况下，过程通常在制造商收到一定量的产品或商品的定购单时开始。在例示的供应链10中，起点收取车辆14从起点发运人12处收取商品。在典型情况下，商品的制造商作为起点发运人12，起点收取车辆14是货物运送服务，该服务处理商品从制造厂到供应链10中的下一站的运输。根据定购单的要求，可以由制造商或进口该货物的实体来选择货物运送服务。普通技术人员应该认识到，有时可能使用多个竞争的货物运送服务提供者来运输制造的商品，事实上，可以使用多个起点发运人12来制造要进口的商品。因此，虽然图1中示出了单个起点发运人12和单个起点收取车辆14，但是本发明不限于此实施例。

返回到图1所示的供应链10，起点收取车辆14将商品运输到起点集装箱货运站(CFS)16。如下面更详细地描述的，在起点集装箱货运站16会发生很多活动。这些活动之一是将商品合并为已合并货物装运物。本领域的普通技术人员应该认识到，合并处理可以是简单地将提前包装好的商品合并进集装箱中，或者可以包括挑拣及包装(pick-and-pack)处理，在该处理中，根据进口人或定购单的指示对多个商品进行挑拣、包装和称重。在一些情况下，去往单个收货人的商品从多个起点发运人12到达起点集装箱货运站16。本发明的一方面在于使在起点集装箱货运站16这一点处对这些装运物进行合并的效率达到新的水平。因此，可将从不同的起点发运人12接收的商品合并进单个货物集装箱中，该集装箱去往同一目的地国家或地区中的一个或更多个收货人。

在起点集装箱货运站16会发生的另一活动是对装有待发运货物的包裹或集装箱贴标签。如果在商品位于起点集装箱货运站16处时已知道如何分配，则作为合并处理的一部分，可对商品贴标签。在优选实施例中，在起点和目的地集装箱货运站发生的贴标签处理包括粘贴包裹递送公司(诸如UPS、联邦快递和美国邮政)使用的发运标签，这些公司将包裹运输到最终收货人。优选地，诸如UPS的单个包裹递送公司处理供应链10中的所有包裹的运输。但是本领域的普通技术人员应该认识到，可以使用多个包裹递送公司。结果，贴标签处理可包括产生并应用多个包裹承运人的发运标签。在此阶段可添加的其他类型的标签包括存储就绪标签(例如库存或定价信息)。如下面详细描述的，本发明的优点是具有使分配延迟的能力，即，直到运输处理中的较后阶段才确定商品的最终目的地，从而使得能够对进口者的库存进行更强的管理。因此，在本发明的另一实施例中，上述的一些或所有包裹贴标签处理可以在包裹递送公司的分拣中心32处进行。

供应链10中例示的下一步骤是进行处理使商品通过出口海关18、以及管理起点板车(drayage)20使其将货物运到停泊在船坞的远洋船舶22。本领域的技术人员可以容易地理解，可以使用包括空中或地面运输的另选运输来跨国界地发运商品。通常，在起点集装箱货运站16处进行处理在出口海关18处清关的货物的步骤。在合并和贴标签处理期间，准备好使货物集装箱通过海关所需的文书工作。但是本领域的普通技术人员应该认识到，这些步骤可以在分开的地点进行。一旦完成了必要的文书工作并且货物集装箱满足了海关要求，则装有商品的货物集装箱通过起点板车20运到远洋船舶22。

当运载货物集装箱的远洋船舶22到达目的地港口时，原始承运人(或者如果必要的话，雇佣另一承运人)安排将货物集装箱卸载到目的地港口，处理使其通过进口海关26，并经由目的地板车24运送到目的地集装箱货运站28。

在集装箱货运站28处通常发生拆分处理。在拆分处理中，合并为一个装运物的商品随后会被分成多个子装运物，每个子装运物要被递送到各自的收货人位置。本领域的普通技术人员应该认识到，可以按各种形式分配商品。例如，在小包裹的情况下，商品可经由干线运输30被运输到由诸如UPS、联邦快递或美国邮政的公司运营的几个分拣中心32中的任何一个。当包裹到达分拣中心32时，它们进入邮政或包裹递送网络并由运输公司递送至收货人36。现有技术中已知的另选例包括由卡车34运输作为货车装载量(TL)或少于货车装载量(LTL)的装运物的商品。对于普通技术人员显而易见的是，可以组合这些和其他运输另选例以将商品运输到各种收货人位置。因此，例如，给定的分配可能要求将在目的地集装箱货运站28接收的一半商品发运到UPS分拣中心32以递送至第一收货人，而一些其他部分的商品由TL移动到第二收货人，剩余的商品经由LTL移动而运输到第三收货人。

在优选实施例中，诸如UPS的单个实体在供应链10的每个步骤中控制商品的移动。在某些情况下，该控制实体(在此有时指的是供应链承运人)自身(或通过子公司)处理商品的移动，例如商品从起点发运人12到远洋船舶22的移动。在供应链10的其他步骤中，供应链承运人不是自己移动商品，而是雇佣第三方来移动商品，这样做保持了对商品移动的控制。因此，例如，在一个实施例中，供应链承运人不是船舶运营承运人而是使用第三方来处理商品经由远洋船舶22的移动。在这样的实施例中，供应链承运人将使用已知的追踪系统来获得关于商品在远洋移动中不同的港口或中途点的移动以及预期到达的定期更新。

为了概括商品在供应链10中的上述移动，图2示出了简化的处理流程。在该处理流程中，诸如UPS的承运人通常自己执行或雇佣其他承运人来执行将商品发运到不同的目的地国家或地区的以下步骤：

步骤1：从不同的发运人收取或接收装运物；

步骤2：安排不同装运物的直接合并；

步骤3：跨国界将合并后装运物运输到目的地国家或地区；

步骤4：与步骤3相协同，处理合并后装运物使其通过出口和进口海关，以获得必要的清关文书；

步骤5：将合并后装运物拆分为单独的子装运物；

步骤6：将各子装运物放入其小包裹递送网络或LTL装运物网络，以将其最终递送至各收货人位置。

普通技术人员可以理解，在国际发运中，对单独的装运物进行合并有许多优点。其显著减少了所需的文书工作以及海关处理的时间。此外，其通过减少经纪人佣金、运输成本、税费、关税和额外的服务费，从而降低了个体装运物的成本。作为合并处理的结果，商品在供应链10中的移动包括两个级别的移动：跨国界的已合并货物的移动、以及目的地国家或地区内的子移动。参照图3A-3B详细描述这两种移动。

图3A示出了已合并货物装运物和子装运物之间的关系。通常，已合并货物装运物(父装运物)100包括一个或许多子装运物110。这种已合并货物装运物(父装运物)100由唯一的装运物标识符(即合并后装运物参考号102)表示，该标识符可以是运输行业中广泛使用的提货单(BOL)号或PRO号。依靠合并后装运物参考号102，可以将合并后装运物100的移动与其中合并的各单独的子装运物110的移动联系起来。各子装运物110可以是这样的装运物，其包括多个小包裹110a、或LTL(少于货车装载量)装运物110b、或TL(货车装载量)装运物110c。作为最小单位的各个小包裹110a通过包裹追踪号112来标识。包裹追踪号112可以是引导装运物号(lead shipment number)(用于限定的装运物)或单个纸箱号。作为最小单位的各LTL装运物110b或TL装运物110c由Sub-Pro(子PRO)号114表示。在操作中，合并后装运物参考号102标识合并后装运物的第一移动分支并被包括在所有随后的子运输分支中，每个子运输分支通过Sub-Pro号114或包裹追踪号112来标识。从客户的角度看，合并后装运物参考号102和子移动标识符(即Sub-Pro号114和包裹追踪号112)被组合使用，以端至端地追踪商品的整个移动。

为了进一步示出合并后货物装运物(父装运物)100和多个子装运物110之间的关系，图3B提供了具体示例。在该示例中，由用来指示整个合并后装运物的移动的合并后装运物参考号102(即Pro号)来标识货运订单。LTL/TL子装运物由Sub-Pro号114表示，Sub-Pro号114将LTL/TL子装运物的移动与特定接收者相关联。各个小包裹由包裹追踪号112表示。如图3B所示，合并移动的起点是加拿大，目的地是美国。目的地集装箱货运站(CFS)位于美国布法罗，最终美国收货人分别位于德克萨斯、纽约、加利福尼亚和亚利桑那。合并后装运物包括32个包裹和3个货盘(pallet)，更具体地，合并后装运物的移动包括以下子装运物移动：

·Sub-Pro 1是包括10个包裹/1个货盘的LTL子装运物-布法罗至德克萨斯(最终收货人)

·Sub-Pro 2是包括20个包裹/2个货盘的TL子装运物-布法罗至纽约(最终收货人)

·一个具有包裹追踪号的UPS小包裹-布法罗(UPS中心)至加利福尼亚(最终收货人)

·一个具有包裹追踪号的UPS小包裹-布法罗(UPS中心)至亚利桑那(最终收货人)

在操作中，可以通过对依照上述贴标签处理而被粘贴在包裹、纸箱或集装箱上的发运标签进行扫描，获得装运物标识符(例如，合并后装运物参考号102、Sub-Pro号114和包裹追踪号112)，从而标识商品的装运物。图4A至4C示出了这样的示例性发运标签。具体地，图4A示出了用于LTL装运物110b的印有Sub-Pro号114的示例性发运标签。图4B示出了印有Pro号102的示例性货盘发运标签。图4C示出了印有包裹追踪号112的小包裹发运标签。如图4A至4C所示，发运标签通常印有以上解释的合并后装运物参考号102、Sub-Pro号114或包裹追踪号112中的一个。通常以用于扫描目的的机器可读码和人类可读文本这两种格式来印制这些号码。

向回参看图2，在图5A至5B中进一步示出了步骤2，即合并步骤，图5A至5B示出了合并单独的子装运物(LTL/TL装运物和/或小包裹)的应用的处理流程500。在发运人向诸如UPS的承运人请求发运商品时，处理500从步骤501开始。步骤501要求发运人提供与承运人建立的发运账号。通常，承运人建立并维护客户数据库，该客户数据库包括各种发运人(尤其是承运人的具有大量装运物和/或反复需要发运商品的长期客户)的账户信息。通过这种建立的账户，承运人可以节省很多收集客户信息的时间并缩短以下处理：接收和批准发运请求、准备和安排装运物、以及为客户产生账单。尤其，根据本发明的一个实施例，在合并发运处理中可以最大化地使用已知的客户信息。对于每个确定的客户，承运人可以合并包括经纪人佣金、运输费、关税、税费和额外服务的多个账单。普通技术人员应该理解，合并的账单或发票将增强财务可见性和对发运人客户的管理，尤其是在发运成本控制领域中。

返回到图5A，在步骤501中验证发运人的账户信息之后，在步骤502中向发运人提供是否将其装运物与其他单独的装运物进行合并的选项。有时发运人可能选择不将其装运物与其他装运物合并。这通常发生在这样的发运人身上，其每日发运量非常大从而使得合并变得不必要或不实际。如果在步骤502中未要求合并，则如步骤503所示将单独处理这些接收的装运物。否则，在步骤504中将接收的装运物标记为用于合并。根据接收的装运物的目的地国家或地区，从数据库550中定位特定的合并后装运物参考号102，数据库550存储有与许多合并后装运物相关联的发运数据。这种发运数据包括但不限于特定的发运通道(起点国家-目的地国家)、特定的运输方式(海、陆、空)和特定的发运日期。在数据库550中，通过合并后装运物参考号102来标识各合并后装运物，具体地，由定位的特定装运物参考号102标识的一个合并后装运物将被发运到接收的与装运物同一目的地国家或地区。使用该特定的装运物参考号102，步骤506-509将处理要合并的各接收的子装运物的数据。

在处理特定子装运物的过程中，步骤506首先确定这种子装运物是否是LTL子装运物。如果是，则步骤507依据LTL装运物专用规则处理特定子装运物的数据。例如，步骤507首先标识Sub-Pro号114作为LTL装运物的标识符，建立包括Sub-Pro号114和特定的合并后装运物参考号102两者的参考记录，并将该参考记录保存在存储有特定子装运物的数据和合并后装运物的数据的数据库550中。如果特定子装运物不是LTL装运物，则步骤508对该子装运物应用小包裹专用规则。更具体地，通过包裹追踪号112来标识子装运物内多个包裹中的每个包裹。因此，步骤508获得各个包裹追踪号112，并通过建立包括各对包裹追踪号112和特定合并后装运物参考号102的数据记录，将各个包裹追踪号112与该特定的合并后装运物参考号102相关联。将这种数据记录也存储在上述数据库550中。步骤509询问是否存在要合并的另外的子装运物，如有存在，则重复步骤506至步骤507或508。在步骤510中，确定是否存在要处理的任何另外的装运物，直到在步骤511中在一天的末尾用尽了整天的发运量。

在步骤511中在一天的末尾所有的装运物被处理之后，将采取如图5B所示的一些必要行动，诸如进行装运物输出、以及基于装运物输出，根据本发明的一个实施例，更新存储在各种系统数据库中的相关信息。与图5B中应用于不同类型的装运物的不同的处理步骤相对应，产生的装运物输出包括合并后装运物的输出以及非合并装运物的输出。因此，在步骤512，处理首先确定是否需要合并后装运物的输出。对于非合并装运物输出，步骤513产生小包裹载货清单(manifest)。基于该小包裹载货清单，步骤514将更新承运人的小包裹装运物管理系统。同时，在步骤515可产生合并后装运物的输出。将在后文参照图6详细描述这种合并后装运物的输出。步骤516将更新承运人的后端发运系统，该系统用于管理合并后装运物。因为每个合并后装运物可包括包含LTL/TL装运物或小包裹的多个子装运物，所以执行其他步骤以分别更新承运人的LTL装运物管理系统和小包裹管理系统。这些步骤包括步骤517，其确定单个子装运物是否是LTL装运物，如果是，则包括步骤518，其更新LTL装运物管理系统，否则，包括步骤519，其确定子装运物是否是包括多个包裹的装运物，如果是，则包括步骤520，其相应地更新小包裹管理系统，更具体地，小包裹管理系统指的是将在后文参照图9详细描述的临时PLD(包裹级细节)知识库(repository)。

参照图6，将描述发运系统输出。再一次，应该产生何种装运物输出取决于步骤601中的确定结果，即，请求输出的装运物是否是合并后装运物。如果是，则步骤602将首先处理存储在数据库中的合并后装运物记录，从而如步骤603所示获得合并载货清单或住宅提货单(HBOL)。在步骤604中产生电子形式的合并载货清单或住宅提货单。然后在步骤605中产生关于合并后装运物移动的电子形式的发票。如步骤606所示，这种电子载货清单/HBOL以及发票将被用电子邮件发送到原始发运人以供其参考，或者可选地发送给报关代理人。因为装运物参考号102是合并后装运物记录的一部分，所以向每个单独的发运人提供了合并后装运物参考号102，合并后装运物参考号102使他们能够追踪已被组合进该合并后装运物的他们自己单独的装运物。在现有技术中，发运人将可能在合并后装运物跨国界移动期间丢失对其包裹的装运物的追踪。这是因为第一级别的移动由合并后装运物或父装运物标识，因而无法再用提供给发运人的东西，即子装运物参考号(Sub-Pro号114或包裹号112)，来追踪发运人的被并入合并后装运物的子装运物。然而，根据本发明，向发运人提供合并后装运物参考号102以在第一级别的移动中追踪特定的合并后装运物。另选地，假设在系统数据库中存储有这种合并后装运物参考号102和单独的子装运物参考号(Sub-Pro号114或包裹号112)之间的关联，则发运人也可使用他们的子装运物参考号来获得合并后装运物参考号102，以用于追踪他们自己的子装运物。

当合并后装运物到达目的地国家时，将执行如图2所示的步骤5中的拆分处理。作为拆分处理的结果，可以识别各子装运物，因而对于各子装运物可产生进一步的装运物输出。例如，当将合并后装运物的物品拆分时，如以下详细描述的，可对它们标签上的码进行扫描并解码，从而得到的Sub-Pro号或包裹追踪号被识别并发送到系统数据库。从图6可见，步骤607处理LTL子装运物的数据，步骤608产生包含LTL PLD的电子文档。步骤609表示这种LTL子装运物进入承运人的端递送网络的时间，这意味着这种LTL子装运物将被递送至目的地国家中的最终收货人。如步骤610所示，将会通过电子邮件、传真、电话或任何其他等同的方式向相关实体(发运人、收货人)通知这种装运物的到达。类推地，在步骤611中将处理包括多个包裹的装运物，以在步骤612中产生电子小包裹PLD文档。在以上解释的步骤609之后，如步骤613所示，将会通过电子邮件、传真、电话或任何其他等同的方式向相关实体(发运人、收货人)通知包裹的到达。

2、虚拟库存：配送中心(DC)绕开以及分配延迟

如下面详细描述的，本发明的一个优点是延迟分配的能力，即，直到运输过程的较后阶段才确定商品的最终目的地，从而使得能够对进口人的库存进行更好的管理。有时当制造商或供应商接收到商品或产品的定购单时，定购单没有标明对制造的商品的分配，即，制造商可能不知道将商品最终发运到哪里。在该情况下，延迟分配的能力使发运人能够避免将发运延迟到直至确定了最终收货人的位置。即使最初知道该分配，目的地也可能根据实时市场需求而被更改。例如，可将定购单发送到一个或更多个国际卖方，请求生产一定量的商品并将其发运到美国。在发送定购单时，进口人不必知道如何将这些商品分配至它的不同的收货人位置(例如零售商店)。代替地，进口人仅需使用本领域中公知的几个需求规划系统之一来估计整个地区的期望需要，并且如图7所示，进口人可以一直等到商品到达目的地集装箱货运站28再确定如何在不同的收货人之间分配商品。优选地，该等待持续到商品到达目的地集装箱货运站前一段短的时间(例如4-5天)或者甚至持续到商品刚刚到达目的地集装箱货运站之后。在某些情况下，尤其当由远洋船舶运送商品时，这意味着进口人在他们不得不确定分配之前可以有额外的两或三周。对于本领域技术人员显而易见的是，延迟分配的能力赋予进口人更强的能力对改变的供需条件作出反应，并提供了在本领域中公知的供应链系统中所没有的一定程度的灵活性。

图7示出了就特定时间线而言提供这种灵活性的优点。例如，如果在起点集装箱货运站16没有进行贴标签和分配活动，则在目的地集装箱货运站28进行这些活动。这给予制造商或供应商通常为至少18天的宽限期(grace period)来延迟如何配送商品的最终确定。普通技术人员可以容易地理解，根据不同的起点和目的地，这样的宽限期可以在较宽的范围内变化。

此外，本发明的另一优点是提供一种整合发运解决方案，其使发运人(即商品供应商、制造商、卖方、个人客户等)能够通过跨国界发运包裹或商品并且将其直接运往目的地国家内的最终收货人(即零售商店、个人客户等)从而绕开配送中心。如图7所示，供应商或制造商不需要在供应链10中维持配送中心，这是因为在从起点集装箱货运站16到目的地集装箱货运站28的任何一点处都可确定和及时更新商品的分配。两个站都是承运人的运营设备。换言之，通过使用运输容器(例如远洋船舶、地面卡车)作为虚拟库存仓库，本发明使供应商能够绕开在等候供应链中的最终分配时储存商品所必须使用的配送中心。

增强的端对端可见性

1、端对端可见性概念的概述

本发明的供应链10的优选实施例的另一方面是提供端对端可见性的能力。目前，本领域中公知的供应链由小型货物运送公司支配，其具有有限的货物追踪能力，通常，目前可用的货物追踪大多数常常依赖于经由电话、传真和纸文档发送的手工信息。当装运物离开目的地集装箱货运设备28并进入端递送系统(或子装运物移动分支)时，对供应链的合并后装运物或货物的移动分支可用的无论何种有限追踪都会结束。换言之，以前尝试为发运客户提供的端对端可见性只是有限追踪信息的“零碎”组合，而没有提供所有追踪信息的自动整合接口。本发明的实施例的一个好处是具有这样的能力，即，通过合并后装运物移动分支和子装运物移动分支两者来追踪装运物，并且经由单个接口提供该端对端追踪。

如图8A-8C所示，商品从起点到目的地国家或地区的移动由货物追踪系统(包括追踪合并后装运物的系统)控制，目的地国家或区域内直到各个收货人位置的移动由端递送系统(包括追踪子装运物的系统)控制。优选地，在将端递送包裹标签添加到包裹或商品上时出现货物追踪系统和端递送系统之间的链接，该链接是在起点或目的地集装箱货运站处确定了分配之后出现的。作为对各种追踪系统进行整合的一部分，将端递送追踪号(例如Sub-Pro号114或包裹追踪号112)链接到诸如住宅提货单或pro账单的货物追踪参考号(例如合并后装运物参考号102)。因此，当用户用货物追踪参考号访问货物追踪数据库时，货物追踪系统使用该链接来访问与被追踪的装运物相关联的端递送追踪号。在小商品的情况下，多个端递送追踪号(诸如UPS使用的用于在其网络中追踪包裹的包裹追踪号)通常与单个货物追踪参考号相关联。但是普通技术人员应该认识到，在此描述的供应链系统10并不限于小包裹移动，在较大商品(诸如大型家用电器(white goods))的情况下，单个端递送追踪号可以与货物追踪参考号相关联。

如图8A-8C所示，这种对货物追踪系统和端递送追踪系统进行的整合向用户提供了经过供应链10的已合并货物移动分支和子装运物分支两者的端对端可见性。因此，当装运物在从起点发运人12到目的地集装箱货运站28的途中时，即，在已合并货物移动分支上时，货物追踪系统提供已合并集装箱的追踪数据。当装运物到达目的地集装箱货运站28并对包裹进行拆分时，个体包裹离开货运公司的控制，而由端递送系统来追踪从目的地集装箱货运站28到最终收货人(即子装运物分支)的最终移动。

在另选实施例中，通过记录和报告各种可见性事件向用户提供端对端可见性。这些可见性事件对应于合并后装运物以及子装运物中的商品的移动期间的各种事件。换言之，可见性事件一同反映了在装运物时间线方面的端对端可见性。在发运人从工厂向目的地收货人(例如零售商店)发运制造的商品的情况下，存在许多合并后装运物事件710，其包括接收商品的定购单信息、请求收取商品的装运物或者通知上门递送(drop-off)商品的装运物、商品的装运物到达起点集装箱货运站(CFS)16、商品的装运物离开起点集装箱货运站(CFS)16、商品的装运物出口清关、商品的装运物从起点国家离开、商品的装运物到达目的地国家、商品的装运物的进口清关、以及商品的装运物到达目的地集装箱货运站(CFS)28。子装运物事件720包括在起点集装箱货运站(CFS)16和目的地集装箱货运站(CFS)28分别上传包裹级别数据(PLD)或LTL装运物数据、LTL装运物收取、将商品交给诸如UPS的端递送承运人、以及在端递送网络内追踪装运物的移动。在优选实施例中，本发明提供了一种帮助将定购的商品或产品从目的地国家的收货人返回到起点国家的能力。得到的子装运物返回事件730可包括但不限于：接收对合并的返回、接收对付款的返回、返回的通知、以及等待付款。还存在用于在商品移动期间控制异常情况的异常事件740，诸如数据文件异常(例如未接收到数据文件)、收取异常、估计的离开日期改变、估计的到达日期改变、一般异常(例如损坏、脱落、扣押(hold)、延迟)、在出口海关或进口海关被扣押。所有这些异常事件740在合并后装运物移动或子装运物移动或这两者期间都可发生，并需要被及时通知发运人。因此，装运物通知750包括合并后装运物异常通知、LTL装运物异常通知和小包裹异常通知。此外，装运物通知750包括合并后装运物发运通知、交付给LTL装运的通知、交付给递送第三方的通知、以及交付给小包裹的端递送的通知。站在信息管理的立场上，每种可见性触发了对应的数据更新和/或数据报告。

在优选实施例中，对经过货物移动分支和子装运物移动分支的装运物进行追踪是通过单个web浏览器接口进行的。在现有技术中已公知了用于追踪通过供应链的货物移动分支的装运物的许多软件应用，这些应用之一被称为Flex Global View(FGV)。如参照图9-11详细描述的，在优选实施例中，FGV接口用于使用户能够下钻(drill down)并获得子装运物数据，其使用户能够追踪经过供应链的子装运物分支的装运物中的各种包裹。

在优选实施例中，端递送追踪系统经由诸如互联网的网络进行通信，以用关于在一个或多个端递送系统中的子装运物的移动的更新来更新货物追踪系统。在优选实施例中，以预定时间间隔进行这些更新，例如一小时一次。在另选实施例中，在货物追踪系统和端递送追踪系统之间以逐个事务为基础建立链接，从而每当用户请求时获得关于一个或更多个子装运物的状态更新。或者，在另一另选实施例中，以预定时间间隔更新货物追踪系统，但是用户具有这样的选项，即请求对选择的包裹或子装运物进行立即更新。后文将参照图13详细描述该数据装载过程。

图9中的图示出了用于提供国际发运中的货物移动的端对端可见性的整合系统800的实施例。如前所述，这种移动包括两个级别：合并后货物装运物的移动和个体子装运物的移动。通常，采用分立的系统提供对不同的移动的可见性。例如，用户可访问货物移动可见性系统，该系统使用户能够输入货物追踪号并查看对输入的追踪号特定的一般追踪事件和一般数据元素。该系统不提供子装运物内各个体包裹或LTL装运物的PLD信息。此外，当拆分合并后装运物时，在该系统中，每个个体子装运物(尤其每个小包裹)的追踪事件对用户是不可见的。子装运物可由不同的承运人执行，结果，用户必须访问不同的系统来查看子装运物的移动。本发明提供了一种整合系统800，其将所有这些现存的或非现存的系统进行结合，使用户具有可从其查看他们的装运物的整个生命周期的单个接口，该接口包括从发运起点到目的地国家以及到该目的地国家内的最终收货人的详细追踪事件和数据元素。

如图9所示，为了实现端对端可见性概念，整合系统800需要许多子系统的操作和通信。这些子系统包括但不限于：可见性接口系统810、客户发运系统840、小包裹可见性系统850、仓库管理系统860、LTL装运物可见性系统870、运输管理系统880、海关管理系统890。虽然以上列出的各系统可包括用于存储数据的一个或更多个数据库，但是普通技术人员应该容易理解，整合系统800利用另外的数据库来帮助传送和频繁使用某些类型的数据。这样的数据库包括PLD数据库830、PLD摘录数据库820和客户装运物细节数据库900。

在以下处理中描述各个上述系统组件的功能以及它们对整合系统800的操作的贡献。

处理1-创建发运标签

取决于起点国家，发运人可有权使用客户发运系统840来产生标签。这种客户发运系统840可由承运人定制，并作为可编程服务应用的一部分被整合进发运人的内部系统中。另选地，客户发运系统840可在ASP(应用服务提供者)环境中得到支持，因而，任何用户可通过通信网络(优选地为互联网)来访问客户发运系统840。对于打算合并进合并后装运物中的任何装运物，客户发运系统840将把一个附加参考字段分配给在数据库830中存储的对应的装运物数据记录，该附加参考字段将用来存储住宅提货单或主PRO号。同时，在小包裹可见性系统850中，对于接收的装运物内每个小包裹的数据记录，在数据库830中设置指示标志。在日处理结束时，小包裹可见性系统850将包裹信息载入PLD数据库830。

处理2-从PLD数据库830下载小包裹数据

正常地，对载入PLD数据库830的包裹信息进行解析，提取该数据的子集并使该数据的子集对于可见性工具可用。如图9所示，包裹数据的该子集存储在PLD摘录数据库820中。该处理创建了包裹标识符(即包裹追踪号112)和合并后货物装运物标识符(即合并后装运物参考号102)之间的链接，该链接也如下所述存储在数据库820中。

处理3-装运物的仓储

通常，CFS/越库位置(见图1的16、28)会使用仓库管理系统860(例如Exceed、PKMS MEPAW等)。配置了仓库管理系统860和可见性接口系统(Flex Global View)之间的接口。这将允许为入站越库、出战越库以及装运物的返回处理捕捉可见性事件。仓库管理系统860具有打印包装列表(packing list)的能力。普通技术人员容易理解，仓库管理系统860还允许将装运物记录载入客户发运系统840，用于如处理1定义的那样对个体包裹贴标签。

处理4-海关经纪

发运人可提交具有装运物细节的数据文件900用于海关经纪。数据文件900提供有当装运物到达边界时用于识别该装运物的装运物标识符(HBL或PRO号)。该数据文件900还包括材料类型、目的地、协调码(harmonized code)、和装运物的重量。将该文件900提交给海关管理系统890，海关管理系统890可以是任何现成的系统(例如VASTERA、Theta、或主经纪系统)。海关管理系统890使用API接口从海关收集经纪事件。同时，海关使用文件900在进入目的地国家时将货物清关。

处理5-运输管理(TM)

起点CFS/越库位置16访问运输管理系统880。该系统用于在装运物离开起点CFS/越库位置16之后收集并追踪该装运物的移动。在运输管理系统880中捕捉的事件被载入到可见性接口系统810(Flex Global View)中。运输管理系统880可以是通常用于远洋或空中运输的GBS-TM、或通常用于地面运输的AlphaTruck。当客户准备好将装运物运输时，其使用客户机发运系统840或者与运输管理系统880相连接的web入口来准备装运物。将装运物标识符(HBL或PRO号)分配给装运物，并在运输管理系统880中对该标识符进行追踪。当装运物到达CFS/越库位置时，到达事件被手动输入到运输管理系统880中。当装运物准备好离开目的地CFS/越库以进行小包裹或LTL/FTL配送时，离开(履行至)事件被手动输入到运输管理系统880中。

处理6-可见性

所有CFS/越库位置使用可见性接口系统810(诸如Flex GlobalView)作为可见性工具。可见性接口系统810使用户能够按以下方法之一查看关于装运物或装运物的一部分的可见性事件。

a、客户的所有装运物

用户能够通过输入他们的客户发运人号和期望的日期范围来查询指定日期范围内的所有装运物。查询将返回在指定日期范围内收取的客户的所有装运物的列表。然后用户将能够选择特定装运物来查看与该装运物相关的可见性事件。

b、整个装运物查询

用户能够通过输入PRO号102或住宅提货单102来查询整个装运物。查询将返回装运物级的概要事件。这些事件将在识别装运物中的任何分裂物时停止。这通常发生在装运物到达并随后离开目的地CFS/越库28时。当在目的地CFS/越库28上传了包裹细节数据时，用户将能够选择原始装运物的任何分裂物以下钻至下一级别。

c、装运物分裂查询

用户能够查询原始合并后装运物的特定子装运物。用户将输入Sub-Pro号114。搜索将返回子装运物级的信息。这些事件将显示从原始合并后装运物被分裂时起直到子装运物被递送或者再次分裂成更小的装运物为止的所有移动。如果对仅包括小包裹的装运物进行递送，则用户将能够选择任何包裹追踪号112来下钻到下一级别。这与个体包裹追踪的作用相同。

d、个体包裹搜索

用户能够查询特定包裹或发运往同一位置的一组包裹。仅对小包裹装运物执行该查询。用户输入特定包裹的包裹追踪号1112或参考字段标识符，诸如商店号、定购单号或HBL号。查询将从小包裹可见性系统850中取出数据来匹配包裹的记录或提供的参考字段。

2、端对端可见性概念的具体实施例

参照图10-21A-B，将描述提供端对端可见性的具体的基于web的应用系统。

a、系统架构

图10示出了根据本发明一个实施例的可见性接口系统810的架构的高级图。该架构包括三层：客户机接口1010、中间件应用1000和后端系统服务器1020。通常，客户机接口1010包括web浏览器1012作为用户友好接口。中间件应用1000包括：一个或更多个web服务器1002，其处理从web浏览器1012接收的用户请求；和一个或更多个应用服务器1004，其响应于接收由web服务器1002处理的数据，执行特定的可编程指令。为了使应用服务器1004容易访问数据，中间件应用1000优选地包括用于直接数据存取和检索的数据库。在图10中，该数据库由如以上解释的PLD摘录数据库820担当。后端系统服务器1020指的是与中间件应用1000通信并支持中间件应用1000的所有后端系统。普通技术人员应该理解，该后端系统服务器1020可包括许多服务器和数据库。出于例示的目的，图10示出了在后端系统服务器1020这一级别中存在至少一个中央服务器1022和一个数据库，即PLD数据库830。

图11提供了图10中提出的系统架构以及在工作时数据如何在可见性接口系统810的不同的服务器和数据库之间流动的详细图。客户机接口1010(即web浏览器1012)接收用户查询，这些查询将被传达到至少一个web服务器1002。web服务器1002将处理用户查询以产生查询数据，该查询数据促使至少一个应用服务器1004执行特定的可编程指令。在执行可编程指令的过程中，应用服务器1004将确定从哪个数据库检索响应数据。如图11所示，应用服务器1004可访问存储有包裹数据的子集的PLD摘录数据库820。通过每小时或每天从PLD数据库830自动载入信息来更新这种包裹数据的子集。在优选实施例中，可由FTP服务器1028执行这种数据载入，FTP服务器1028包括有权访问PLD数据库830并与代理应用服务器1026进行通信的主机服务器1024。代理应用服务器1026将从主机服务器1024接收的包裹数据传送到位于中间件应用1000中的数据库服务器1006。然后，数据库服务器1006执行载入脚本应用1008，用于将载入的包裹数据存储在PLD摘录数据库820中。该载入处理还如下所述地在图13中示出。如果PLD摘录数据库820没有包含请求的包裹数据，则应用服务器1004将优选地以XML文档格式产生数据请求，并发送到后端系统服务器1020。安装在后端系统服务器1020中的XML工具1021解释XML数据请求，从而从PLD数据库830中对请求的包裹数据进行检索并将其传送到应用服务器1004。

b、硬件要求

返回到图21A，示出了计算机的一个实施例，其可用于本发明的实践方面。在图21A中，诸如微处理器的处理器901用来执行软件指令，该软件指令用于执行定义的步骤。处理器从电源917接收电力，如果需要，电源917还向其他部件提供电力。处理器901使用通常为16或32比特宽(例如并行)的数据总线905来通信。数据总线905用于通常在处理器和存储器之间传送数据和程序指令。在本实施例中，存储器可被认为是一级存储器，其是仅在工作期间保留内容的RAM或者其他形式，或者存储器可以是非易失性存储器903，诸如ROM、EPROM、EEPROM、FLASH、或一直保留存储器内容的其他类型的存储器。所述存储器还可以是诸如盘存储的二级存储器904，其存储大量数据。在一些实施例中，盘存储可使用代替的I/O总线906或者专用总线(未示出)与处理器通信。二级存储器可以是软盘、硬盘、压缩盘、DVD、或计算机领域技术人员所公知的任何其他类型的海量存储型。

处理器901还使用I/O总线906与各种周边或外部装置进行通信。在本实施例中，外设I/O控制器907用于提供标准接口，诸如RS-232、RS422、DIN、USB、或适合于连接各种输入/输出装置的其他接口。典型的输入/输出装置包括本地打印机918、监视器908、键盘909和鼠标910或其他典型的指针装置(例如轨迹球、触摸板、摇杆等)。

处理器901通常还使用通信I/O控制器911与外部通信网络进行通信，并可使用各种接口，诸如面向协议的数据通信912，例如X.25、ISDN、DSL、线缆调制解调器等。通信控制器911还可包括调制解调器(未示出)，其用标准电话线913建立接口并通信。最后，通信I/O控制器911可包括用于经LAN进行通信的以太网接口914。这些接口中的任何一个可用于访问互联网、企业内部网、LAN或其他数据通信设备。

最后，处理器901可与无线接口916通信，无线接口916可操作地连接到天线915，用于使用例如IEEE 802.11协议、802.15.4协议、或诸如CDMA2000 1x EV-DO、GPRS、W-CDMA的标准3G无线电信协议或其他协议之一，与另一装置进行无线通信。

图21B中示出了可以使用的处理系统的另选实施例。在该实施例中，显示了包括服务器920的分布式通信和处理架构，服务器920与本地客户机计算机926a或远程客户机计算机926b通信。服务器920通常包括与数据库922通信的处理器921以及一级存储器924，可将数据库922视为一种形式的二级存储器。处理器还使用通常与LAN 925接口的I/O控制器923与外部装置进行通信。LAN可提供与连网的打印机928和本地客户机计算机926a的本地连通性。它们可与服务器位于同一设备中，但不必位于同一房间中。通常通过将来自LAN 925的数据经由通信设备路由到互联网927来实现与远程装置的通信。远程客户机计算机926b可运行web浏览器，从而该远程客户机926b可以根据通过互联网927经由LAN925发送到服务器920的数据而与服务器按需要地进行交互。

数据组网领域的技术人员应该认识到，许多其他另选例和架构是可能的并可被用于实践本发明的原理。图21A和21B示出的实施例可以按不同的方式修改并且落入所要求的本发明的范围内。

c、数据结构

普通技术人员应该理解，根据本发明一个实施例的可见性接口系统810包括诸如上述PLD数据在内的所有类型的数据。为了例示系统810的数据结构1200，图12提供了一套包含各种数据元素的数据表。如图12所示，Package(包裹)表1210中的每个数据记录由追踪号1211表示，由装运物号1231引用，并由数据字段描述，所述数据字段包括描述1212、重量1213和COD量1214。Shipment(装运物)表1230中的每个数据记录由装运物号1231标识，并包括数据字段：Pickup_Date 1232、Service_Level(服务等级)1241、Consignee_Name(收货人名)1251、Consignee_Attention Name 1252和Shipper_Name(发运人名)1261。Service_Level(服务级别)表1240包括不同的运输方式，诸如海、陆、空等。由Consignee_Name 1251和Consignee_Attention_Name 1252标识的Consignee(收货人)表1250包括不同收货人的数据概况。收货人数据概况包括以下信息，诸如Consighee_Address(收货人地址)1253、Consignee_City(收货人城市)1254、Consignee_State(收货人州)1255、Consignee_Country(收货人国家)1256和Consignee_Postal_Code(收货人邮政编码)1257。类似地，由Shipper_Name(发运人名)1261标识的Shipper(发运人)表1260不同发运人的数据概况。发运人数据概况包括以下信息，诸如Shipper_Address(发运人地址)1262、Shipper_City(发运人城市)1263、Shipper_State(发运人州)1264、Shipper_Country(发运人国家)1265和Shipper_Postal_Code(发运人邮政编码)1266。Package_Reference表1220反映包裹和装运物之间的联系。除了追踪号1211和装运物号1231这些数据字段之外，Package_Reference表1220的数据记录还包括Reference_Sequence字段1221和Reference字段1222。

这些数据表之间的关系解释如下：

R1：Package 1210与Shipment 1230

因为一装运物可包括多个包裹，所以Shipment 1230和Package 1210之间的关系是1∶N。

R2：Package 1210与Package_Reference 1220

为了使信息检索简单，在分开的表(即，Package_Reference 1220)中存储Shipment 1230和Package 1210之间的关系。该表由追踪号1211和装运物号1231的组合进行标识。对于每个包裹，其可与一个子装运物或一个合并后货物装运物相关联。因此，Package 1210和Package_Reference 1220之间的关系是1∶N。

R3：Shipment 1230与Service_Level 1240

每个装运物可通过多于一种的运输方式运输。例如，可以在合并后装运物被拆分之前将其跨洋船运，而内含的子装运物进入地面运输网络。因此，Shipment 1230与Service_Level 1240之间的关系是N∶N。

R4：Shipment 1230与Consignee 1250

一装运物可包括多个包裹，每个包裹要被递送到不同的收货人。反过来，一收货人可接收多于一个的装运物。结果，Shipment 1230和Consignee 1250之间的关系是N∶N。

R5：Shipment 1230与Shipper 1260

一装运物可包括多个包裹，各包裹是从不同的发运人接收的。反过来，一发运人可请求多于一个的装运物。因此，Shipment 1230和Shipper1260之间的关系是N∶N。

d、处理流程

图14是处理流程框图，其示出了本发明如何提供商品从如供应链10所示的起点发运人12到收货人36的移动的端对端可见性。再一次，在一个实施例中，优选地，由在此称为供应链承运人的单个实体控制商品移动中的每个步骤。虽然本发明不限于此实施例，但是具有一个供应链承运人(诸如UPS)的优点是给出具有一个可见性联系点的端对端递送解决方案，以及优选地给出合并发票(如由图5B中的步骤605产生的一样)，即使是由第三方实体执行递送过程中的几次移动以及即使这几个实体要求以一种或更多种不同的货币进行支付，该合并发票也仅有一个递送价格(以一种货币)，所述一个递送价格反应了递送过程的每个阶段的累积花费。因此，本发明的一方面是由单个供应链承运人将货物移动与递送处理结合以及控制和管理这些系统。

参照图14，描述处理流程，该处理流程涉及使用客户机接口1010、中间件应用1000(图中表示为FGV)和后端系统服务器1020(图中表示为UPS.com)的用户。

用户在步骤1402中登录到货物追踪系统并在步骤1404中从选项菜单中选择追踪装运物。在步骤1406，用户输入用于查询特定装运物信息的标识符，该特定装运物信息存储在中间件应用1000可访问的数据库中。优选地，该标识符是日期或一些其他类型的参考信息。在该步骤中可使用许多数据过滤器，后面将参照图16-20中显示的示例性屏幕对其进行描述。

在步骤1408，中间件应用1000返回符合查询标准的装运物的列表。该装运物的列表采用住宅提货单列表、Pro账单列表或在货物运送业中公知或共用的一些其他参考标识符。

在步骤1410，用户点击装运物列表中的元素之一(例如点击列出的住宅提货单或pro账单之一)，从而下钻到一屏幕，该屏幕使用户能够访问与装运物相关联的商品的请求装运物细节。

在步骤1412，中间件应用1000返回并显示与用户选择的装运物(住宅提货单/pro账单)相对应的端递送装运物(例如UPS装运物)的列表。在优选实施例中，在为了端递送而对包裹贴标签(其如上所指出地优选地发生在起点或目的地承运人货运站)时，端递送装运物信息变得对用户可用。

在步骤1414，用户点击子装运物之一。在步骤1416，中间件应用1000返回并显示与选择的装运物相关联的包裹的列表。在优选实施例中，该信息包括以下信息中的一些或全部：端递送追踪号、商品描述、服务类型、包裹重量、货物参考号(例如住宅账单/pro账单号)、另外的参考字段和收货人发运信息(姓名、地址、城市、州、邮编、国家)和COD量。

如以上所解释的，在步骤1416中显示的包裹数据存储在PLD摘录数据库820中作为从PLD数据库830定期载入的结果。图13示出了载入过程，其包括：步骤1301，在该步骤中后端系统服务器1020每一小时将PLD数据发送到中间件应用1000；和步骤1302，在该步骤中中间件应用1000将PLD数据接收进服务器数据库，即，PLD摘录数据库820。从下面可以看出，FGV通过使用XML请求与后端系统通信。然而，现有的用于检索PLD数据的XML接口受以下事实的限制，即，该XML接口仅能返回最大64kb的数据量。为了克服此数据检索的限制，使用逐小时的数据载入将会帮助传送超过64kb的量的数据。

返回到图14，在步骤1418，用户通过点击与端递送追踪号相关联的超文本链接，尝试进一步下钻到端递送信息。在步骤1420，FGV接收到该用户请求并将该请求转换为XML请求，该XML请求向后端系统服务器1020(端递送追踪系统)请求被请求的包裹的更新后的状态。在步骤1422，后端系统服务器1020(端递送追踪系统)接收到XML追踪请求并返回请求的包裹的包裹状态信息。在步骤1424，中间件应用1000从端递送追踪系统接收到更新后的状态并将该更新后的状态显示给用户。最后，在步骤1426，用户使用货物追踪系统接口观看端递送发运过程的最近的状态。

e、示例性屏幕

图15-20示出了根据本发明一个实施例的用户接口设计。图15示出了与上述图14中的处理流程相对应的屏幕流程。该屏幕流程包括：追踪装运物查询页1510、定制输出页1520、追踪装运物结果列表页1530、追踪装运物细节页1540、装运物细节页1550和包裹细节(XML)页1560。图16-20分别示出了与该屏幕流程相对应的示例性屏幕显示。

从图16开始，在用户登录基于web的浏览器接口之后，将显示追踪装运物查询页1510。在该显示屏幕中，允许用户输入查询特定装运物的一个或更多个标准。例如，在下拉列表1600中，用户可选择“搜索”什么信息。例如，用户可选择观看与合并后装运物相关联的所有住宅账单。其他的标准包括以下参考字段：“运输”1602，在其中用户可选择搜索空中、海洋或地面运输；“参考”1604，在其中用户可键入诸如住宅航空账单(House Air Waybill)的参考号；“日期”1606，通过其用户可选择时间段或固定的时间点；“起点”1608和“目的地”1610。

响应于用户查询，如图17中所例示的追踪装运物结果列表页1530返回并显示搜索到的装运物结果的列表。由装运物参考号(如前述的102)(即图17中的住宅账单/卡车账单1701)来表示各装运物。各参考号被提供有超链接，其允许用户点击以获得如图18所示的更多的装运物细节。

图18示出了关于由住宅账单号(这里称为“ACME-SRUF-DEMO1”)标识的合并后装运物的装运物细节。该显示包括几个详细部分。部分1801显示了合并后装运物的一般信息，诸如起点和目的地。部分1802显示了合并后装运物的路由信息。部分1803显示了与合并后装运物相关联的LTL子装运物的列表。每个LTL子装运物由子装运物参考号114(Sub-Pro号)标识，子装运物参考号114被提供有超链接，该超链接允许用户点击并下钻来获得特定LTL子装运物的更多细节。部分1804显示了子装运物，其包括与合并后装运物相关联的小包裹的列表。类似地，标识各个包裹的各包裹号112提供有超链接，该超链接允许用户点击并下钻来获得特定包裹的更多细节。部分1805显示了合并后装运物的移动的重要追踪事件。

图19提供了子装运物包含的多个小包裹的概要列表。每个列出的包裹由包裹追踪号标识，包裹追踪号被提供有超链接，其允许用户点击并下钻来获得特定包裹的更多细节。

当用户点击了图19中的一个特定包裹追踪号时，将显示图20中的显示屏幕来给出由该特定包裹追踪号标识的包裹的详细移动状态。

基于以上解释的系统架构、硬件要求、数据结构、处理流程和示例性屏幕显示，本领域的普通技术人员容易理解，本发明为商品的装运物中包括的任何实体提供了端对端可见性。具体地，发运人或收货人能够使用整合的接口来追踪包括它们的个体子装运物的货物装运物以及下降到包裹细节级别的它们自己的装运物两者的状态。此外，通过公知的用户身份验证，诸如验证用户名和用户密码，本发明使得对不同的用户可使用不同级别的可见性。例如，可以允许收货人查看合并后装运物内其子装运物的进一步的细节，但是不允许其查看同一合并后装运物内其他子装运物的细节。

如上所述，本发明提供了包裹移动中的端对端可见性。此外，通过合并子装运物，本发明使发运人能够灵活地配送装运物中的商品。将端对端可见性和延迟确定在途商品的最终目的地的能力进行结合，从而提供了现有技术中未知的库存管理的一定程度的灵活性。作为示例，由远洋船舶运送的商品通常在船舶的货舱中行进两周或更多周。使用上述全球可见性追踪系统，进口人可确定远洋船舶的到达日期、商品信息、以及优选实施例中的描述船舶货舱中的包裹的内容的信息。该知识使远洋船舶可以用作事实上的配送中心，因为其向进口人提供了商品的库存清单，从而进口人可将商品送至任意数量的不同位置。考虑到该示例，可实现根据本发明一个实施例的虚拟库存系统。

在总结该详细描述时，应该注意的是，对本领域的技术人员显而易见的是，在基本上不脱离本发明的原理的情况下，可对优选实施例进行许多变型和修改。此外，本文意在包括这种变型和修改，它们落入如所附权利要求中阐述的本发明的范围内。此外，在之后的权利要求书中，结构、材料、行为和所有方式或改进(step-plus)功能部件的等同物意图包括执行它们的所述功能的任何结构、材料或行为。

本领域的技术人员将想到在此阐述的本发明的许多变型和其他实施例，这些变型和其他实施例所属这些发明，并具有在前述说明书和关联附图中提出的教导的益处。因此，应该理解，本发明不受公开的特定实施例的限制，这些变型和其他实施例旨在被包括在所附权利要求的范围内。虽然在这里采用了特定术语，但是仅是在一般和描述意义上使用它们，并不是出于限制的目的。

Claims (32)

1、一种有效地处理全球发运的系统，其包括：

(1)接收设备，在该接收设备处，承运人接收多个子装运物，该接收设备包括：

a、码读取装置，其被配置为从所述多个子装运物读取目的地国家信息并将这种信息作为电子数据存储在码读取装置存储器中；

b、处理设备，在该处理设备处，将子装运物的子集组合为合并后装运物并标记上包含合并后装运物追踪号的码；

(2)计算机，其被配置为从所述码读取装置存储器接收所述目的地信息，将所述目的地信息存储在计算机存储器中，从所述多个子装运物中识别出具有相同的目的地国家的子装运物的所述子集，通过分配并存储所述合并后装运物追踪号在所述计算机存储器中将子装运物的所述子集电链接到所述合并后装运物；

(3)进口接收设备，在通过出口海关和进口海关对所述合并后装运物进行了清关处理之后，在所述目的地国家中在所述进口接收设备处接收所述合并后装运物，并将其拆分为子装运物的所述子集中的所述子装运物，以递送到各自的收货人位置。

2、如权利要求1所述的系统，其中，所述多个子装运物之一包括LTL(少于货车装载量)装运物或TL(货车装载量)装运物，所述LTL或TL装运物由子装运物追踪号标识。

3、如权利要求1所述的系统，其中，所述多个子装运物之一包括一个或更多个小包裹，所述一个或更多个小包裹中的每一个由子装运物追踪号标识。

4、如权利要求2或3所述的系统，其中，所述码读取装置被配置为读取所述子装运物追踪号；以及所述计算机被配置为接收并存储所述子装运物追踪号并在所述计算机存储器的数据文件中将子装运物的所述子集的所述子装运物追踪号与所述合并后装运物追踪号相链接，并部分基于所述数据文件提供合并后装运物的输出。

5、如权利要求4所述的系统，其中，从承运人提供的发运标签应用产生并印制一个或更多个发运标签，所述多个发运人可经由通信网络访问所述承运人提供的发运标签应用，所述承运人提供的发运标签应用从所述多个发运人接收子装运物数据，所述装运物数据包括包裹细节数据、发运自地址、发运至地址、递送日期和服务级别，所述一个或更多个发运标签中的每一个印制有所述子装运物追踪号之一。

6、如权利要求1所述的系统，还包括消息产生和发送装置，其被配置为将包含所述合并后装运物追踪号的消息发送到与子装运物的所述子集中的任何一个相关联的实体，所述实体至少包括发运人和收货人，其中所述实体能够使用所述合并后装运物追踪号来追踪所述合并后装运物的状态，并且还能够查看子装运物的所述子集的显示。

7、如权利要求1所述的系统，还包括一个或更多个指令装置，其被配置为使子装运物的所述子集内的一个或更多个所述子装运物的发运人能够通过经由通信网络向所述承运人发送消息，而改变在所述目的地国家中的各自的收货人目的地位置。

8、如权利要求1所述的系统，其中，所述码读取装置被配置为从所述多个子装运物读取子装运物追踪号并将这种信息作为所述电子数据的一部分而存储在所述码读取装置存储器中，并且其中，所述计算机还被配置为从所述存储器或从先前存储的数据文件中检索所述子装运物的装运物细节信息，所述计算机还被配置为：

(1)通过以下步骤处理所述多个子装运物中的每一个：

(a)根据所述数据确定所述子装运物是否是LTL(少于货车装载量)子装运物；

(b)响应于所述子装运物是LTL子装运物的确定，

(i)从所述发运数据中识别标识所述子装运物的LTL装运物参考号；以及

(ii)将所述LTL装运物参考号与所述合并后装运物参考号相关联；以及

(c)响应于所述子装运物不是LTL子装运物的确定，

(i)从所述发运数据中识别分别标识与所述子装运物相关联的各包裹的一个或更多个包裹参考号；以及

(ii)将所述一个或更多个包裹参考号中的每一个与所述合并后装运物参考号相关联；以及

(d)将步骤(b)(ii)或(c)(ii)中的关联存储在所述计算机存储器中的关联数据文件中；以及

(2)部分基于所述关联数据文件产生合并后装运物的输出。

9、如权利要求8所述的系统，其中，所述合并后装运物的输出包括所述合并后装运物参考号、一个或更多个LTL装运物参考号、发运日期、包括与各个所述多个子装运物相关联的发运数据的载货清单、至少包括所述合并后装运物的发运状态的装运物日志、以及一个或更多个包裹参考号。

10、如权利要求9所述的系统，其中所述先前存储的数据文件位于承运人的后端发运系统的一个或更多个数据库中，并且所述系统还包括更新装置，其被配置为从所述计算机接收所述合并后装运物的输出并更新所述承运人的后端发运系统的所述一个或更多个数据库。

11、一种提供发运中的货物的移动的端对端可见性的整合全球发运系统，所述系统包括：

第一装运物可见性系统，用于追踪合并后装运物从起点国家到目的地国家的移动，所述合并后装运物包括需要被运往所述目的地国家的一个或更多个子装运物；和

第二装运物可见性系统，用于追踪所述一个或更多个子装运物中的每一个在所述目的地国家中的移动；

其中，

所述第一装运物可见性系统与所述第二装运物可见性系统相关联，从而提供整合的可见性接口，该整合的可见性接口用于追踪所述一个或更多个子装运物中的每一个从所述起点国家到所述目的地国家以及在所述目的地国家内的移动。

12、如权利要求11所述的系统，其中所述第一装运物可见性系统包括处理器可访问的一个或更多个数据库，所述处理器被配置用来：

接收与所述一个或更多个子装运物相关联的发运数据，所述发运数据至少包括与所述一个或更多个子装运物相对应的一个或更多个子装运物参考号；

产生用于标识所述合并后装运物的合并后装运物参考号；

将所述合并后装运物参考号与所述一个或更多个子装运物参考号中的每一个相关联；

创建数据文件使其包括所述关联以及与所述一个或更多个子装运物相关联的所述发运数据；以及

将所述数据文件存储在所述一个或更多个数据库中。

13、如权利要求12所述的系统，其中所述处理器还被配置用来：

获得标识所述合并后装运物的所述合并后装运物参考号；

使用所述合并后装运物参考号从所述一个或更多个数据库中检索与所述一个或更多个子装运物相关联的发运数据；

使用所述合并后装运物参考号从运输管理数据库中检索与所述合并后装运物相关联的移动数据；

使用所述合并后装运物参考号从海关管理数据库中检索与所述合并后装运物相关联的清关数据；

将所述发运数据、所述移动数据、以及所述清关数据显示给用户；以及

从所述用户接收输入以更新所述一个或更多个数据库、所述运输管理数据库和所述海关管理数据库。

14、如权利要求11所述的系统，其中所述一个或更多个子装运物中的至少一个包括多个小包裹，并且其中所述第二装运物可见性系统包括处理器可访问的一个或更多个数据库，所述处理器被配置用来：

从所述多个小包裹获得标识小包裹的包裹追踪号，通过对粘贴在所述小包裹上的发运标签进行扫描或者接收按键输入而获得所述包裹追踪号；

使用所述包裹追踪号从包裹数据库中检索与所述小包裹相关联的包裹数据，所述包裹数据包括所述小包裹中包含的各项货物的信息；

使用所述包裹追踪号从运输管理数据库中检索与所述小包裹相关联的移动数据；

将所述包裹数据和所述移动数据显示给用户；以及

从所述用户接收输入以更新所述包裹数据库和所述运输管理数据库。

15、如权利要求11所述的系统，其中所述第一装运物可见性系统与所述第二装运物可见性系统通过知识库单元和服务器计算机被关联：

知识库单元存储与所述一个或更多个子装运物相关联的包裹数据，所述第一装运物可见性系统和所述第二装运物可见性系统可访问所述知识库单元；

服务器计算机有权访问所述知识库单元，所述服务器计算机被配置用来：

使用合并后装运物参考号来标识与所述一个或更多个子装运物相对应的一个或更多个子装运物参考号；

搜索所述第二装运物可见性系统中的包裹数据库以检索与所述一个或更多个子装运物相关联的所述包裹数据；以及

将所述包裹数据载入到所述知识库单元中。

16、如权利要求15所述的系统，其中所述服务器计算机还被配置用来在所述第二装运物可见性系统中的所述包裹数据库中检测与所述一个或更多个子装运物相关联的所述包裹数据的改变；以及响应于该检测，更新所述知识库单元。

17、如权利要求11所述的系统，其中所述整合的可见性接口还被配置用来：

接收特定子装运物参考号的用户输入，用来查询所述一个或更多个子装运物中的特定子装运物的移动；以及

响应于所述特定子装运物参考号的输入，如果所述合并后装运物还没有到达所述目的地国家，则显示所述合并后装运物的移动数据，以及如果所述合并后装运物已到达所述目的地国家并且在所述目的地国家内所述子装运物正在递送，则进一步显示所述子装运物的移动数据。

18、如权利要求17所述的系统，其中所述合并后装运物的所述移动数据是基于合并后装运物参考号从数据库中检索的，所述合并后装运物参考号与所述特定子装运物参考号相关联。

19、一种提供发运中的货物的移动的可见性的整合全球发运系统，所述系统包括至少可由服务器计算机访问的一个或更多个数据库，

所述一个或更多个数据库存储货物的多个装运物的发运数据，其中所述发运数据是从承运人定制的客户机发运系统或基于web的客户机发运应用接收的；以及

所述服务器计算机被配置为用来：

从仓库管理系统接收与货物装运物相关联的发运人到收货人事务数据；

从运输管理系统接收与所述货物装运物相关联的移动数据；

从海关管理系统接收与所述货物装运物相关联的清关数据；

从所述一个或更多个数据库中检索与所述货物装运物相关联的特定发运数据；以及

部分基于与所述货物装运物相关联的所述发运人到收货人事务数据、所述移动数据、所述清关数据和所述特定发运数据，产生装运物输出数据文件。

20、如权利要求19所述的系统，其中所述承运人定制的客户机发运系统被配置为用来处理发运请求从而产生针对所述发运请求的LTL装运物数据，并且还被配置为用来基于所述LTL装运物数据产生发运标签。

21、如权利要求19所述的系统，其中所述基于web的客户机发运应用被配置为用来处理发运请求从而产生针对所述发运请求的小包裹发运数据，并且还被配置为用来基于所述小包裹发运数据产生发运标签。

22、如权利要求19所述的系统，其中所述移动数据包括从起点国家到目的地国家的第一移动数据以及与所述目的地国家内不同的位置相关联的第二移动数据。

23、一种提供发运中的货物的移动的端对端可见性的整合全球发运系统，所述系统包括：

客户机接口，用于接收使用指定标准并且针对一个或更多个指定装运物的用户查询；

承运人发运系统，其包括一个或更多个主机服务器，所述一个或更多个主机服务器有权访问存储有与多个发运物相关联的发运数据的装运物数据库，所述一个或更多个主机服务器被配置为与所述一个或更多个应用服务器进行通信；和

可见性系统，其与所述客户机接口和所述承运人发运系统进行电子通信，所述可见性系统包括：

一个或更多个web服务器，其能够经过通信网络与所述客户机接口进行通信，

一个或更多个应用服务器，其能够与所述一个或更多个web服务器进行通信，所述一个或更多个应用服务器有权访问一个或更多个应用服务器数据库，并被配置以处理从所述客户机接口接收的用户查询，和

一个或更多个数据库服务器，其被配置为用来将来自所述承运人发运系统的所述装运物数据库的所述发运数据载入到所述一个或更多个应用服务器数据库中。

24、一种提供发运中的货物的移动的可见性的整合全球发运系统，所述系统包括一个或更多个装运物数据库以及一web入口，所述web入口被配置为用来：

(1)向所述web入口提供web接口，通过其用户能够输入限定一组合并后装运物的标准；

(2)响应于由所述用户输入的所述标准，从所述一个或更多个装运物数据库中识别与所述组的合并后装运物相关联的发运数据；

(3)向所述用户显示与所述组的合并后装运物相关联的所述发运数据；

(4)从所述用户接收第一输入以从所述组的合并后装运物中选择特定的合并后装运物；

(5)响应于(4)中的所述选择，从所述一个或更多个装运物数据库中检索与所述特定的合并后装运物相关联的第一级别的装运物细节以及在所述特定的合并后装运物中结合的子装运物的列表，所述第一级别的装运物细节包括所述特定的合并后装运物的移动数据；

(6)向所述用户显示与所述特定的合并后装运物相关联的所述第一级别的装运物细节以及在所述特定的合并后装运物中结合的子装运物的所述列表；

(7)从所述用户接收第二输入以进一步从所述子装运物的列表中选择特定的子装运物；

(8)响应于(7)中的所述选择，从所述一个或更多个装运物数据库中检索与所述特定的子装运物相关联的第二级别的装运物细节以及在所述特定的子装运物中的包裹的列表，所述第二级别的装运物细节包括所述特定的子装运物的移动数据；

(9)向所述用户显示与所述特定的子装运物相关联的所述第二级别的装运物细节以及在所述特定的子装运物中的包裹的所述列表；

(10)从所述用户接收第三输入以进一步从所述包裹的列表中选择特定包裹；

(11)响应于(10)中的所述选择，从所述一个或更多个装运物数据库中检索所述特定包裹的移动状态；以及

(12)向所述用户显示所述特定包裹的所述移动状态。

25、如权利要求24所述的系统，其中所述组的合并后装运物中的每一个是通过装运物参考号表示在所述一个或更多个装运物数据库中的，所述装运物参考号与一个或更多个子装运物参考号或包裹追踪号相关联。

26、如权利要求24所述的系统，其中步骤(1)中的所述标准包括输入特定装运物日期、或特定装运时间段、或特定目的地国家。

27、如权利要求24所述的系统，其中所述web入口还被配置为用来在允许在(1)访问所述web接口之前验证用户的身份，并且基于所述身份选择性地允许对(1)、(4)、(7)或(10)的输入的访问。

28、一种提供发运中的货物的移动的可见性的整合全球发运系统，所述系统包括一个或更多个装运物数据库以及一web入口，所述web入口被配置为用来：

(1)向所述web入口提供web接口，通过其用户能够通过输入特定标识符来查询具体装运物或具体包裹；

(2)响应于接收到所述特定装运物标识符，确定所述特定标识符是否是合并后装运物参考号；

(3)响应于所述特定标识符是合并后装运物参考号的确定，从所述一个或更多个装运物数据库中识别与所述具体装运物相关联的发运数据，并向所述用户显示所述发运数据，所述发运数据至少包括所述合并后装运物参考号；

(4)响应于所述特定标识符不是合并后装运物参考号的确定，确定所述特定标识符是LTL装运物参考号还是包裹追踪号，

a、响应于所述特定标识符是LTL装运物参考号的确定，

i、从所述一个或更多个装运物数据库中识别与其中包括有所述

具体装运物的合并后装运物相关联的发运数据；

ii、从所述一个或更多个装运物数据库中识别与所述具体装运物相关联的发运数据；以及

iii、如果所述具体装运物还没有到达目的地国家，则向所述用户显示(i)中的所述发运数据，或者如果所述具体装运物在所述目的地国家内正在递送，则向所述用户显示(ii)中的所述发运数据；以及

b、响应于所述特定标识符是包裹追踪号的确定，

i、从所述一个或更多个装运物数据库中识别与其中包括有所述具体包裹的合并后装运物相关联的发运数据；

ii、从所述一个或更多个装运物数据库中识别与所述具体包裹相关联的发运数据；以及

iii、如果所述具体包裹还没有到达目的地国家，则向所述用户显示(i)中的所述发运数据，或者如果所述具体包裹在所述目的地国家内正在递送，则向所述用户显示(ii)中的所述发运数据。

29、如权利要求28所述的系统，其中步骤(3)中的所述发运数据还包括在所述具体发运物中包括的子装运物的列表，并且其中所述web入口还被配置为用来：

从所述用户接收从所述子装运物的列表中对特定子装运物进行的选择；

从所述一个或更多个装运物数据库中检索与所述特定子装运物相关联的发运数据；以及

向所述用户显示与所述特定子装运物相关联的所述发运数据。

30、如权利要求28所述的系统，其中步骤(3)中的所述发运数据还包括在所述具体发运物中包括的包裹的列表，并且其中所述web入口还被配置为用来：

从所述用户接收从所述包裹的列表中对特定包裹进行的选择；

从所述一个或更多个装运物数据库中检索与所述特定包裹相关联的发运数据；以及

向所述用户显示与所述特定包裹相关联的所述发运数据。

31、一种虚拟库存管理系统，其包括：

装运物进入系统，其被配置为让承运人接收来自发运人的对货物装运物的请求，所述请求至少标识所述货物需要运往的目的地国家；

装运物合并系统，其被配置为接收并处理与所述货物相关联的发运数据，并产生合并后装运物的数据，所述合并后装运物包括来自所述发运人的所述货物装运物，所述发运人具有要运往所述目的地国家的一个或更多个装运物；

装运物运输系统，其被配置为将所述合并后装运物运输到所述目的地国家；

指令系统，其被配置为让所述承运人在所述合并后装运物开始经由所述装运物运输系统运输到目的地国家之后从所述发运人接收一个或更多个初始或更新的具体收货人位置；

装运物拆分系统，其被配置为在所述合并后装运物被运输到所述目的地国家之后从所述合并后装运物分离出所述货物装运物；以及

端递送系统，其被配置为将所述货物装运物递送到所述目的地国家内的一个或更多个具体收货人位置。

32、如权利要求31所述的系统，还包括整合的接口，所述发运人用其追踪所述装运物运输系统以及所述端递送系统内的所述货物装运物的状态。

Images