公用承运人系统转让专利
申请号 : CN01818821.4
文献号 : CN1474985B
文献日 : 2010-06-09
发明人 : 托马斯·M·埃斯克森 , 保罗·比耶勒 , 迈克尔·斯科特·尼尔森
申请人 : 因特拉公司
摘要 :
公开了一种用于国际集装箱运输服务的购买者和销售者的在线系统和方法。尤其是该系统为进口及出口客户提供请求和选择特定服务模式的机会，该特定服务模式是由参与承运人在满集装箱运输的预订中提供的。该系统包含：用户接口，它允许托运人追踪和跟踪经过多个承运人的集装箱；及事件通知系统，它通知用户一个事件何时发生或未发生。
权利要求 :
1.一种公用承运人系统，包括：
客户计算机，被配置成使客户能够创建第一集装箱预订请求；
第一存储装置，被附接到位于注册到所述系统的第一承运人实体处的第一承运人计算机，所述第一承运人计算机被配置成通过第一通信路径接收所述第一集装箱预订请求，并通过所述第一通信路径确认所述第一集装箱预订请求，从而创建第一集装箱预订；
第二存储装置，被附接到位于注册到所述系统的第二承运人实体处的第二承运人计算机；以及航运协调服务器，包括用于从所述第一存储装置和所述第二存储装置接收信息的存储装置，所述服务器与所述客户计算机的用户交换信息，所述信息交换提供了一个显示在用户的计算机上的用户接口，所述用户接口使用户能够建立所述电子预订请求，直接向至少所述第一承运人实体提交所述电子预订请求以及接收所述第一承运人实体对所述电子预订请求的确认，其中所述航运协调服务器被配置成定期地通过第二通信路径接收并存储来自所述第一承运人计算机的与所述第一集装箱预订和其他集装箱预订有关的信息，并将所接收到的信息存储在所述存储装置中，其中所述航运协调服务器被配置成从所述客户计算机接收对与所述第一集装箱预订有关的信息的请求，检索对与所述第一集装箱预订有关的信息的请求和所存储的来自所述第一承运人计算机的信息之间的匹配，然后在接收来自所述第一承运人计算机的下一定期信息之前，在接收到对所述第一集装箱预订信息的请求时将存储的第一集装箱预订信息提供给所述客户计算机，以及其中所述航运协调服务器被配置成在从所述客户计算机接收对与所述第一集装箱预订有关的信息的第一请求之前接收并存储与所述第一集装箱预订有关的信息。
2.按照权利要求1的系统，其中所述电子预订请求是根据公用承运人系统上存储的模板建立的，其中模板是用户在建立电子预订请求之前建立的。
3.按照权利要求1的系统，其中所述电子预订请求是根据公用承运人系统上存储的预先草拟的电子预订建立的，其中预先草拟的电子预订是所述用户或任何其他用户在建立电子预订请求之前建立的，并且其中预先草拟的电子预订是从用户执行搜索的结果中选择的。
4.按照权利要求3的系统，其中预先草拟的电子预订是在所述用户或任何其他用户建立电子预订请求之前由至少一个注册到所述系统的实体确认的经确认的电子预订请求。
5.按照权利要求1的系统，其中电子预订请求包括使用户能请求运输集装箱的一个区，其中集装箱是从内陆起始点运输到第一船舶，集装箱装载到第一船舶上，集装箱由第一船舶运输到一个位置，将集装箱从第一船舶上卸下，和将集装箱递送到目的地。
6.按照权利要求1的系统，其中用户和第一实体在用户提交电子预订请求之前谈判航运费用。
7.按照权利要求1的系统，其中用户和第一实体在用户提交电子预订请求之前从未谈判航运费用。
8.按照权利要求7的系统，其中用户是第一实体的新客户。
说明书 :
发明背景
今天，发运货物是一件很复杂的事务。承运人有限定的货物空间，因此，托运人往往与多个承运人谈判，协调仅仅一个集装箱的运输。通常为了限制运输货物的不确定性和费用，托运人与多个承运人签订合同，在约定的运价率下给每个承运人提供预定量的业务。这就给托运人可以从运输货物的多干不同承运人中进行选择的灵活性(例如，从Stockholm直接货运到New York，而不是通过一个中间位置)，并当托运人需要运输集装箱时，增加运输集装箱的似然性，而同时保证各个承运人一定业务量。实际上，托运人随后联系多个承运人以检查可行性。若一个承运人不能满足托运人的要求，则托运人联系另一个签约承运人。例如，可能要求货物冷冻，而仅仅某些承运人可以处理冷冻货物，托运人可以与能提供冷冻的那些签约承运人进行协商。即使承运人能够处理冷冻货物，他们在给定日期可能没有运输货物的可用货物空间。因此，即使托运人和承运人在协商运输货物之前已签订合同，仍然要求托运人与多个承运人进行协商以保证货物的运输。
由于托运人与多个承运人签订合同，就要求托运人学习和明白各个不同承运人的特征。不同承运人之间的差别是复杂的，因为每个承运人希望实现自动化和/或通过互联网直接预订。每个承运人预订系统(或平台)在外观和感觉上以及在请求货物运输的过程中可能是不同的。这就迫使每个托运人学习每个承运人的平台，以便有效地预订货物的发运。整个过程对于托运人是令人困惑和费时的。于是，承运人面临不正确或矛盾的预订报告，从而导致资源的更大浪费。
货物转运商更加深了这个复杂的业务。通常，货物转运商代表托运人协商货物的运输。例如，若托运人要求货物从Chicago运输到Tokyo，而代表托运人的货物转运商与承运人进行谈判和/或协调，为了安排需要运输的货物。实质上，货物转运商给托运人提供服务，一般他们自己并不运送货物。因此，货物转运商给托运人提供与承运人协调货物运输的一种选择。虽然货物转运商给托运人提供有价值的服务，但他们也使效率下降并给托运人增加运输成本，因为货物转运商的服务费用是由托运人支付的。
偏向导致另一种低效率。货物转运商可能接受到与某些承运人进行交易的激励。此外，由于运输业务的复杂性，要求托运人和货物转运商与某些承运人签订合同，这种要求自然地产生对签约承运人的偏向。例如，若托运人希望从Detroit运输货物到Spokane，托运人可能仅与货物直接运输到Seattle的签约承运人进行谈判。所以，需要第二个承运人完成从Seattle到Spokane的运输，因此，就要求另一个承运人运输货物到Spokane。然而，若托运人不偏向于签约承运人，则可以利用非签约承运人使货物直接运输到Spokane。所以，托运人或货物转运商因没有利用全部可用的资源而造成效率降低。
由于托运人或货物转运商通常利用不同承运人运输货物，追踪与跟踪不同承运人运输的货物也使费用增加。因为托运人或货物转运商往往与多个承运人协商货物运输，就要求他们学习如何按照特定承运人的平台追踪与跟踪货物。由于托运人在任何给定的时间可能有几百个集装箱正被许多不同承运人运送，并希望知道其货物运输的状态和相关信息，托运人和承运人就调集大量资源去追踪与跟踪集装箱。通常，承运人调集整个工作组去处理来自托运人的电话呼叫，这些托运人要求获得其货物位置的信息。所以，需要一种允许托运人追踪与跟踪不同承运人货运的强化系统。此外，还需要一种允许追踪与跟踪多个承运人货运的系统。
近年来，开发商利用互联网建立虚拟市场，把买方和卖方召集在一起，组织谈判并给予公司及其供应商容易分享信息的能力。利用互联网试图减小托运人的运输成本。一种尝试是给予承运人邮寄陆地，海上和空中货运价率和折扣信息的能力，可以使客户在预订之前评定价格。另一种尝试是利用互联网，给予托运人从多个参与货物运输的实体接收多种报价的能力。这些系统只是识别与选取承运人做交易的费用。这种方法不能解决必须利用多个承运人平台给不同承运人提交预订请求的问题。这种方法也不允许在单项货运的多个承运人之间容易地交换货物。
最后，仓储货物，运输货物，海关手续费用和贸易金融是非常复杂业务中的复杂事项。因此，需要有一种更有效的系统，用于处理的后勤工作和货物运输。
发明内容
本发明提供一种能使国内和国际运输用户通过单个公用系统经中间运输口岸处理航运交易的方法和系统。该系统给运输用户提供单个输入点，用于追踪与跟踪多个承运人的货物运输。在各个实施例中，该系统还允许用户访问日程安排，预订请求多个承运人的预订货物，以及在一些实施例中，允许用户访问前摄(proactive)的事件通知。
根据本发明的一个方面，提供了一种公用承运人系统，包括：第一存储装置，位于注册到所述系统的第一实体处；第二存储装置，位于注册到所述系统的第二实体处；以及服务器，用于从所述第一存储装置和所述第二存储装置接收信息，所述服务器与用户交换信息，所述信息交换提供了一个显示在用户的计算机上的用户接口，所述用户接口能够使用户建立电子预订请求，直接向至少第一实体提交所述电子预订请求，和接收第一实体对所述电子预订请求的确认。
根据本发明的另一方面，提供了一种供托运人使用以便获取集装箱航运信息的用户接口，所述集装箱航运信息发自承运人，所述用户接口包括：第一区，用于接收来自用户的识别信息，所述识别信息与最初在所述托运人和承运人之间直接进行的预订有关，所述识别信息发送给一个从包括所述承运人的多个承运人处接收集装箱航运信息的中间人，所述中间人返回结果；以及第二区，用于显示所述与所述识别信息相匹配的结果，所述结果包括与所述承运人处理的所述预订有关的集装箱航运信息，所述集装箱航运信息包括与所述集装箱有关的状态信息。
根据本发明的又一方面，提供了一种供托运人使用以便获取集装箱航运信息的用户接口，所述集装箱航运信息发自承运人，所述用户接口包括：第一区，用于接收来自用户的识别信息，所述识别信息与最初在所述托运人和中间人之间直接进行的预订有关，其中所述中间人与所述承运人交换所述预订，所述识别信息发送给所述中间人，所述中间人从包括所述承运人的多个承运人处接收集装箱航运信息，所述中间人返回结果；以及第二区，用于显示所述与所述识别信息相匹配的结果，所述结果包括与所述承运人处理的所述预订有关的集装箱航运信息，所述集装箱航运信息包括与所述集装箱有关的状态信息。
根据本发明的另一方面，提供了一种计算机网络，包括：客户计算机，用于建立集装箱预订请求；承运人计算机，用于接收来自所述客户计算机的所述集装箱预订请求，并且确认所述预订请求，由此建立预订；航运协调者计算机，用于接收来自所述承运人计算机的、与所述集装箱预订有关的信息，并且在接收到对所述集装箱预订信息的请求时，将所述集装箱预订信息提供给所述客户计算机。
根据本发明的另一方面，提供了一种用于共享预订信息的系统，该系统包括：与第一承运人相关联的第一承运人计算机，其中第一承运人计算机存储与客户的第一集装箱预订有关的信息；与第二承运人相关联的第二承运人计算机，其中第二承运人计算机存储与所述客户的第二集装箱预订有关的信息；协调计算机，用于接收来自第一承运人计算机的、与所述第一集装箱预订有关的信息，以及来自第二计算机的、与所述第二集装箱预订有关的信息，并且其中所述客户经由所述协调计算机访问与所述第一和第二集装箱预订有关的信息。
根据本发明的又一方面，提供了一种计算机网络，包括：客户计算机，用于建立集装箱预订请求，并且转发所述集装箱预订请求；航运协调者计算机，用于接收来自所述客户计算机的所述集装箱预订请求，并且转发所述集装箱预订请求；承运人计算机，用于接收来自所述航运协调者的所述集装箱预订请求，并且确认所述预订请求，所述航运协调者计算机接收关于与所述预订请求有关的预订的状态信息，并且将所述状态信息提供给所述客户计算机。
根据以下附图和相关的描述，这些和其他的优点是显而易见的。
根据本发明的一个方面，提供了一种公用承运人系统，包括：第一存储装置，位于注册到所述系统的第一实体处；第二存储装置，位于注册到所述系统的第二实体处；以及服务器，用于从所述第一存储装置和所述第二存储装置接收信息，所述服务器与用户交换信息，所述信息交换提供了一个显示在用户的计算机上的用户接口，所述用户接口能够使用户建立电子预订请求，直接向至少第一实体提交所述电子预订请求，和接收第一实体对所述电子预订请求的确认。
根据本发明的另一方面，提供了一种供托运人使用以便获取集装箱航运信息的用户接口，所述集装箱航运信息发自承运人，所述用户接口包括：第一区，用于接收来自用户的识别信息，所述识别信息与最初在所述托运人和承运人之间直接进行的预订有关，所述识别信息发送给一个从包括所述承运人的多个承运人处接收集装箱航运信息的中间人，所述中间人返回结果；以及第二区，用于显示所述与所述识别信息相匹配的结果，所述结果包括与所述承运人处理的所述预订有关的集装箱航运信息，所述集装箱航运信息包括与所述集装箱有关的状态信息。
根据本发明的又一方面，提供了一种供托运人使用以便获取集装箱航运信息的用户接口，所述集装箱航运信息发自承运人，所述用户接口包括：第一区，用于接收来自用户的识别信息，所述识别信息与最初在所述托运人和中间人之间直接进行的预订有关，其中所述中间人与所述承运人交换所述预订，所述识别信息发送给所述中间人，所述中间人从包括所述承运人的多个承运人处接收集装箱航运信息，所述中间人返回结果；以及第二区，用于显示所述与所述识别信息相匹配的结果，所述结果包括与所述承运人处理的所述预订有关的集装箱航运信息，所述集装箱航运信息包括与所述集装箱有关的状态信息。
根据本发明的另一方面，提供了一种计算机网络，包括：客户计算机，用于建立集装箱预订请求；承运人计算机，用于接收来自所述客户计算机的所述集装箱预订请求，并且确认所述预订请求，由此建立预订；航运协调者计算机，用于接收来自所述承运人计算机的、与所述集装箱预订有关的信息，并且在接收到对所述集装箱预订信息的请求时，将所述集装箱预订信息提供给所述客户计算机。
根据本发明的另一方面，提供了一种用于共享预订信息的系统，该系统包括：与第一承运人相关联的第一承运人计算机，其中第一承运人计算机存储与客户的第一集装箱预订有关的信息；与第二承运人相关联的第二承运人计算机，其中第二承运人计算机存储与所述客户的第二集装箱预订有关的信息；协调计算机，用于接收来自第一承运人计算机的、与所述第一集装箱预订有关的信息，以及来自第二计算机的、与所述第二集装箱预订有关的信息，并且其中所述客户经由所述协调计算机访问与所述第一和第二集装箱预订有关的信息。
根据本发明的又一方面，提供了一种计算机网络，包括：客户计算机，用于建立集装箱预订请求，并且转发所述集装箱预订请求；航运协调者计算机，用于接收来自所述客户计算机的所述集装箱预订请求，并且转发所述集装箱预订请求；承运人计算机，用于接收来自所述航运协调者的所述集装箱预订请求，并且确认所述预订请求，所述航运协调者计算机接收关于与所述预订请求有关的预订的状态信息，并且将所述状态信息提供给所述客户计算机。
根据以下附图和相关的描述，这些和其他的优点是显而易见的。
附图说明
图1a和1b表示按照本发明实施例的系统基础设施。
图2a，2b，2c，2d，2e，2f和2g表示按照本发明实施例的预订过程流程图。
图3表示按照本发明实施例的选择屏幕的例子。
图4a-4c表示按照本发明实施例的预订请求屏幕的例子。
图5表示按照本发明实施例的预订请求屏幕的联系区的例子。
图6表示按照本发明实施例的HAZMAT屏幕的例子。
图7表示按照本发明实施例的温度控制屏幕的例子。
图8a，8b，8c和8d表示按照本发明实施例的搬运和搜索屏幕的例子。
图9a和9b表示按照本发明实施例的公司搜索屏幕的例子。
图10a和10b表示按照本发明实施例的搜索模板屏幕的例子。
图11表示按照本发明实施例的搜索预订屏幕的例子。
图12a，12b和12c表示按照本发明实施例的追踪与跟踪屏幕和结果屏幕的例子。
图13表示按照本发明实施例的公用承运人系统的例子。
图2a，2b，2c，2d，2e，2f和2g表示按照本发明实施例的预订过程流程图。
图3表示按照本发明实施例的选择屏幕的例子。
图4a-4c表示按照本发明实施例的预订请求屏幕的例子。
图5表示按照本发明实施例的预订请求屏幕的联系区的例子。
图6表示按照本发明实施例的HAZMAT屏幕的例子。
图7表示按照本发明实施例的温度控制屏幕的例子。
图8a，8b，8c和8d表示按照本发明实施例的搬运和搜索屏幕的例子。
图9a和9b表示按照本发明实施例的公司搜索屏幕的例子。
图10a和10b表示按照本发明实施例的搜索模板屏幕的例子。
图11表示按照本发明实施例的搜索预订屏幕的例子。
图12a，12b和12c表示按照本发明实施例的追踪与跟踪屏幕和结果屏幕的例子。
图13表示按照本发明实施例的公用承运人系统的例子。
具体实施方式
为了帮助读者便于理解，以下的描述分成几个细目。这些细目包括：术语；基础设施；预订过程和用户接口；追踪与跟踪(track andtrace)；和事件通知。
术语
本说明书中使用下列的术语。
托运人-要求运输货物的任何实体。该实体可能要求运输货物或可能为不同实体运输货物。
货物转运商-代表托运人与一个或多个承运人协调货物运输的实体。
承运人-从起始点运输货物到目的地的任何实体。承运人可以在国内和/或国际间运输货物。例如，承运人可以为托运人从Chicago运输货物到Seattle，或承运人可以从Chicago运输货物到Paris。承运人可以利用载货卡车，火车，飞机，船舶和/或其他运输工具运输货物。
承运人平台-承运人的计算机系统，它支持能够与承运人交换信息的接口。
公用承运人系统-支持包括数据存储在内的公用承运人接口的基础设施。
公用承运人接口-能够使多个用户与多个承运人进行通信的接口。
用户-利用公用承运人系统的任何实体。在利用公用承运人系统时，所有用户可能有不同程度的兴趣。公用承运人系统的主要用户可以是托运人，第三方后勤供应商，货物转运商，受托人，代理人，通商口岸，承运人等等。
预订-从单个起始点运输大量货物到单个目的地的预约。货物可能有不同的产品类型，可以是危险品与非危险品的混合货物，可能要求货物冷冻等等。预订可以是单次预订或可以是重复预订。
路由请求-询问承运人确定该承运人是否支持货物的基本流失(transpiration)作为承运人产品价格表中的一部分。
预订活动计划-包含主要或重大运输活动的承运人计划。
基础设施
图1a表示按照本发明实施例的典型基础设施的例子。用户101a-101e通过公用承运人系统102经终端与多个不同承运人103进行通信，公用承运人系统102包括：服务器102b-102c和数据库102a。在一个实施例中，用户利用终端与公用承运人系统102交换信息。这些终端可以是现有技术中已知的标准个人计算机(例如，利用PENTIUM III处理器的计算机系统)。在另一些实施例中，用户可以利用现有技术中已知的手持或其他便携式装置与公用承运人系统102进行通信。此外，在传输给公用承运人系统102之前，多个用户的通信可以在用户的位置处结合成批。虽然图1中画出5个用户，5个承运人终端，1个数据库和3个服务器，但图1仅仅是作为一个例子，用户和/或用户终端的数目，承运人和/或承运人终端的数目，服务器和数据库的数目是不受任何限制的。此外，虽然这些实施例是在单个系统的语境下描述的，本领域普通专业人员可以理解，上述的功能可以在多个系统之间实现。而且，网站可以在网络的附加系统中镜射，如果需要，一个或多个管理系统或其他的计算机资源可用于促进各种功能。系统中计算机程序包含合适的屏幕子程序，用于产生一组屏幕，这些屏幕组成网站的用户接口。
参照图1b，图1b更详细地描述公用承运人系统102。例如，公用承运人系统包括：服务器104a-104c，但不受此限制。服务器104a包括：邮件服务器105，用于经电子邮件接收和发送数据。服务器104a还包括：服务器106，用于通过互联网接收和发送数据。服务器104b包括：作为服务器108与服务器105和106之间通信桥的服务器107。服务器107查询服务器105和106以获得新的消息，拆开和发送该消息给服务器108。根据服务器107的出站查询，服务器108添加接收器的地址并触发消息的转移。当服务器107不能处理EDI消息时，电子邮件发送到预定的电子邮件地址。在服务器107调用时，通过确认数据并把该数据转换成公用承运人系统布局格式，服务器108处理EDI消息。对于出站EDI消息，服务器108被服务器109调用，且服务器109给服务器108馈送公用承运人系统布局格式的出站EDI消息。服务器104b包括：服务器109和110。服务器109转换和装入公用承运人系统布局到一组数据库表，反之亦然。服务器109也查询服务器108以获得任何新的消息，打开与数据库的连接，和普及对应于EDI消息类型的数据库表(图13中所示的300，301，315等等)。对于出站EDI消息，服务器109扫描EDI处理器普及的数据库表并转换该消息，然后触发服务器108处理公用承运人布局格式。关于服务器110，EDI服务器是服务器110中的一部分，它处理服务器109存放到数据库表中的EDI消息。服务器110扫描标记为第一个未处理消息的数据库表标题，例如，提交的消息。然后，状态从提交的消息改变成数据库111中处理的，如果成功，该状态改变成完整的。
本发明涉及与货物发运有关的国内和/或国际运输服务中买方和卖方的系统和方法。利用拨号modem与互联网的通信，用户和承运人可以链接到系统，因此，它们与系统断开或脱机。例如，用户可以利用拨号modem并通过互联网给承运人提交预订请求，随后与互联网断开。在用户断开之后和处在脱机状态，公用承运人系统可以给承运人提交预订请求，并在用户脱机时接收来自承运人的预订请求确认。在另一个实施例中，公用承运人系统102可以在用户仍然与互联网连接的条件下处理信息。在确定可利用各个承运人时，或在公用承运人系统102预约承运人之后，就可以立刻通知用户。该系统和方法给托运人提供请求和选取特定服务模式的机会，它是由参与满集装箱运输预订的承运人提供的。该系统和方法包括：用户接口，处理过程，计算机系统，和存储程序的计算机可读媒体。利用单个公用承运人系统和接口，该系统和方法能使用户给多个承运人提交预订请求和/或追踪与跟踪货物。该系统和方法还可用于提供事件通知。
一般地说，当托运人希望运输货物时，托运人提交预订请求给一个或多个承运人，而承运人通过接受，拒绝，或改变预订请求给予响应。预订请求代表托运人希望从单个起始点运输大量货物到单个目的地。货物可能有各种产品种类，可能是危险物品与非危险物品的混合货物，可能要求冷冻货物等等。因此，可能需要不同的集装箱类型。为了适应不同的货物特征，预订请求可以包含一项或多项预订行。可以利用各种不同的过程完成请求。用户101可以发送电子邮件消息给公用承运人系统102，而公用承运人系统102处理电子邮件并采取行动给予响应。或者，用户101可以邮寄信息给公用承运人系统102的网站。此外，用户101可以发送XML或EDI数据组形式的信息，由公用承运人系统102进行处理。应当理解，可以利用各种不同的运输方案发送请求给公用承运人系统102。然后，公用承运人系统102接收的信息可以转发请求给不同的承运人103。公用承运人系统102可以盲目地转发请求给所有的承运人103，从而知道哪个承运人给予响应。或者，公用承运人系统可以筛选用户101的预订请求，以便减小接受请求的承运人103数目。此外，公用承运人系统102可以有用户规定的路由选择清单，允许按照查找到查询承运人的预订可行性进行排序。
公用承运人系统102与承运人103之间的传送也可以是用户使用的形式。或者，公用承运人系统102可以把用户的请求从一种形式或格式转换成承运人103明白的形式或格式。如果需要，公用承运人系统102可以按照每个承运人103的需要添加信息或减少信息。例如，一些承运人可能使用一种类型的单位，而其他承运人使用另一种类型的单位。然后，公用承运人系统102转换用户提供的单位后提交给承运人。此外，用户可以有某种需要，如果货物是按照一种方式而不是另一种方式运输的(集装箱船运输的货物需要冷冻，而卡车或火车运输的货物不需要冷冻)。如果是这样的话，公用承运人系统102可以去掉或改变发送给每个承运人103的信息，从而满足每个承运人的平台和/或预订系统的需要。预订行可以包括：单个集装箱类型，单个危险货物指示，单个冷冻和单个商品描述。当公用承运人系统接收到第一个承运人预订确认消息时，例如，来自承运人103a的确认消息，在托运人请求之后(利用终端101a-101e或其他已知装置之一的任何用户，例如，利用移动PDA的用户)，承运人系统102可以自动产生并提交预订注销给其他的承运人103b-101e。
或者，公用承运人系统102的预订请求可以请求承运人103的信息，这些承运人103有处理该预订的可行性。承运人103的响应给公用承运人系统102提供可用性信息，运输时间期限，和其他的信息。
在一个例子中，感兴趣的当事人，通常是托运人或货物转运商，输入关于需要运送货物十分详细的预订草案。利用输入到预订请求的信息，系统的用户还可以经终端101a-101e通过公用承运人系统102发出路由请求给一个或多个承运人103a-103e。一个或多个承运人103a-103e以详细的路由信息给予响应。托运人可以请求承运人103a-103e基于预订中包含的数据(收货地点，交货地点等等)提交路由信息。公用承运人系统102能使用户(经终端101a-101e或其他已知的装置，例如，移动PDA)提交有或没有路由请求的预订，预订请求可以提交给一个或多个承运人103a-103e。
用户101与处理路由请求的多个承运人103之间的实际接口可以由承运人103的技术能力所确定。精明的承运人103可以通过他们的内部系统提供直接的联机响应。其他的承运人103可以利用服务模式接口存储可用的路由选择。至少，所有的承运人可以利用公用承运人系统102响应于路由请求。还可以产生指向每个用户的单独确认(经电子邮件，瞬间消息发送等等)。
若预订方101选择这样的规定(例如，检查预订屏幕上的复选框或类似目标)，则可以自动地选取以有效响应响应于路由请求的第一个承运人，且预订请求可以提交给该承运人。否则，预订方可以利用人工方式选取承运人并提交预订请求。现在，由承运人确定是否发生实际的货物运输(基于船舶容量，设备可用性等等)，或确认预订请求，拒绝预订请求，或作出相反的建议。
参照图1，在承运人103a确认预订请求之后，通过与公用承运人接口的交互作用，用户利用公用承运人系统102发送运输指令。发送的信息包含关于货物的更详细内容，例如，危险品/冷冻特征。由于预订请求中已经包含关于维护的初步信息，在任何特定的时间不需要发出运输指令。然后，承运人基于运输指令发出提货单。
最后，当承运人确认预订请求时，承运人可以回复预订活动计划作为预订确认的一部分。预订活动计划可以存储在公用承运人系统102的公用承运人系统数据库102a，随后的追踪与跟踪消息可用于评定预订活动计划的性能(处理预订的时间，准时交货的百分比，索赔，交付错误等等)。
公用承运人系统能使公用承运人接口给用户提供统一的预订接口和步骤，同时还给承运人提供其他的预订源。
此外，公用承运人系统和接口能使用户建立按照他们特殊需要而定制的模板。所以，用户可以快速地建立模板格式的预订请求，而不必经历整个预订过程。此外，识别和注册用户的受托人，转发商，托运人等等，可以促进模板建立过程，并且尽可能快地给用户伙伴提供运输详情。
预订过程和用户接口
第一个实施例的描述表示成用户所采取的过程流程。各种用户接口屏幕体现这个过程流程。利用三种预订方法中的任何一种方法，图2a-2g表示从建立预订请求开始直至接受预订确认的预订过程。图3-12表示用户在图2a-2g所描述的预订过程中可能遇见的各种屏幕。虽然图3-12表示显示屏幕，但具体的屏幕布局仅用于举例的目的，而不应当解释成对实施例范围的限制。
参照2a-2g，现在描述建立预订请求直至确认的过程。这个过程可以根据需要进行重新安排或适应于更快速的信息处理。参照图2a，用户首先注册到公用承运人系统，如步骤201所示。在步骤202，用户选取新的预订请求。在步骤203-205，用户从建立新的预订请求，再用现有的预订请求和根据预定的模板建立预订请求中进行选取。
现在描述建立新的预订请求。若用户在步骤203选取建立新的预订请求，则用户进行到步骤206，识别承运人和商品描述细节。若不需要HAZMAT数据，则用户进行到图2b中的步骤210。若需要HAZMAT数据，则用户在步骤208借助于弹出窗口输入数据，然后前进到步骤210。任选地，在步骤209，用户可以在自由文本字段中输入合同信息。
参照图2b和2e，在步骤210，用户识别设备数量和类型。若不需要特定的环境条件，则用户进行到步骤213。在步骤212，若需要某些环境条件，则用户输入合适的数据，然后前进到步骤213。在步骤213-215，用户识别承运人开始负责货物的地点，包括取货日期，和承运人结束负责货物的地点，包括交货日期。任选地，在步骤216和217，用户可以输入装货位置和卸货位置和/或特殊指令。
参照图2f，从步骤215或217开始，若需要上门取货，则用户前进到步骤218。如果不需要，则用户前进到步骤220，是否需要上门卸货。在步骤220，若不需要上门卸货，则用户进行到步骤226。若需要上门装货，则在步骤221-223，用户识别地址，任何必需的意见，和日期。然后，用户进行到步骤220。若需要上门交货，则在步骤224和225，用户分别识别集装箱交货的交货地址和日期。
参照图2g，从步骤220或225开始，用户前进到步骤226，如果需要，前进到步骤227。在步骤226，用户识别托运人和其他的运输当事人。托运人可以是预订当事人。若其他的运输当事人没有注册，则系统可以不提供详情。然而，在步骤227-230，系统可以立刻给注册当事人提供预订详情。
在步骤236和步骤227-230，在识别运输当事人之后，用户前进到步骤231，并给系统提供预订请求，其中在步骤234，系统给承运人提交预订请求。在步骤232和233，通过分别输入参考数字和意见，用户还可以到达步骤234。此外，如图2a所示的步骤204和205，再用现有的预订请求或根据预定的模板，用户可以到达步骤234。在步骤235-240，用户识别现有的预订或模板，然后更新路由选择，搬运日期和提交更新的预订请求。此外，公用承运人系统能使实体借助于公用承运人接口进行注册。
参照图2c，在步骤241，借助于电子数据互换(“EDI”)，电子邮件，公用承运人接口弹出对话框等等，公用承运人系统可以告知承运人。在步骤242-244，CSR输入预订请求到承运人的预订系统，和在公用承运人系统中确认或取消预订起始点，POL，POD，目的地，装货日期，卸货日期，船舶航程等等。在步骤245-247，在公用承运人系统中，若请求上门交货，则CSR输入承运人的出站集装箱P/U，如果不是，则CSR输入起始点的截止日期。预订请求被确认，取消或拒绝，并返回到公用承运人系统。在步骤248-249，公用承运人系统告知用户来自承运人的答复。在步骤250-252，用户不采取行动，因此接受原有的预订，取消预订请求或修改预订请求。若用户取消或修改预订请求，则在承运人系统中告知承运人，和接受，拒绝或改变预订请求，并在公用承运人系统中更新改变。在步骤253-256，借助于EDI，电子邮件，公用承运人接口弹出对话框等等，公用承运人系统给用户提交响应。
如图2和图3所示，在注册之后，用户有若干个通过公用承运人系统的选项。为了建立新的预订请求，用户选取“Booking”菜单选项301。这个菜单选项能使用户建立新的预订请求302，或搜索现有的预订请求303。若用户需要建立新的预订请求，则用户有三个选项：(1)从零开始建立新的预订请求304，(2)再用现有的预订请求306。和(3)根据预定的模板建立预订请求305，如图3所示。
参照图3-10，现在描述建立新的预订请求。在选取图3所示“fromscratch”菜单选项304之后，用户链接到图4a-4c所示新的预订请求屏幕。新的预订请求屏幕分成几个区：(1)承运人选择401，货物信息402，集装箱信息403，路由信息404，预订当事人405a-405d，和附加信息406。每个区能使用户输入信息。虽然所有的区显示在单个屏幕上，这仅仅是作为例子，不应当看成是对它的任何限制。例如，可以利用分开的屏幕显示每个区。参照图4-9，现在描述这些区中的每个区。
图4a表示预订请求屏幕中的承运人选择区401。为了在这个区中输入信息，用户单击“Select Carrier”下拉式菜单407，并识别在预订请求中可以发送给哪个注册承运人。如果需要，用户可以在合同参考字段408中输入合同参考，引证号码或TLI。任选地，用户可以输入PO号码到PO号码字段409中。如果需要，通过单击“AdditionalReference Numbers”按钮410，用户可以添加附加的参考号码，它使用户链接到图5所示的附加参考屏幕。利用下拉式菜单501，用户可以输入参考类型。此外，用户可以输入参考值到参考值字段502中，通过单击“Add Reference”按钮503，可以添加参考，和/或通过单击“Remove Reference”按钮504，可以去掉参考。在用户给每个目标输入合适的数据之后，用户单击“Done”按钮505。
参照图4a的货物区402和图6，用户可以在描述字段411中输入商品描述，以及在货物总重量字段412中输入货物总重量。利用下拉式菜单413，用户规定米制或英制的货物总重量。若商品为危险品，则用户可以单击“Hazmat”按钮414。这个按钮把用户链接到图6中所示的危险材料设置窗口。公用承运人系统支持每个商品多种危险IMO类别。例如，商品“汽车配件”可以占有两个危险品行项，一项是无张力座椅安全带，另一项是气曩。用户从“IMO Class”下拉式菜单601中选取合适的危险品类别，然后，用户输入正确的运输名称并在UN Number字段602中输入4位数字的UN号码。此外，用户可以在字段603-606中分别输入每个IMO行项的包装组，闪点，紧急联系细节和附加说明。一旦输入了一个IMO类别的所有细节，用户单击“Add IMO Class”按钮607，把危险材料细节与商品相联系。在用户完成输入所有商品的危险材料细节之后，用户单击“Done”按钮608。
参照图4a的集装箱信息区403和图7，用户在数量自由文本字段414中输入他们需要请求的集装箱数目。利用“Type/Size”下拉式菜单415，用户识别他们需要请求的设备种类。一些承运人不支持某种类型的设备。为了帮助用户理解，在下拉式自由文本文字中可以识别承运人专用的设备。对于每个预订请求，用户至少识别一个集装箱。在集装箱信息区，用户有选取“Temperature Control”按钮416的选项，出现图7中所示的冷冻细节弹出窗口。分别单击℃按钮701或°F按钮702，用户可以设定预订温度为摄氏温度或华氏温度；利用字段403设定温度并单击按钮404或405；利用字段706设定每小时立方米表示的通风量；利用字段707设定百分比表示的湿度设置；和利用字段708提供附加的意见。在输入合适的设置之后，用户单击OK按钮709以保存环境设置。
参照图4b的路由信息区404和图8a，8b，8c和8d，用户输入预订请求的路由细节。用户在字段417中输入起始地点(起始地点是承运人开始负责货物的位置)；在字段418a-418c中输入起始地点的请求日期(承运人负责货物时的日期)；在字段419中输入被请求的船舶航程；和在字段420中输入目的地(承运人结束负责货物的位置)。任选地，用户可以在字段421和422中输入装货位置和卸货位置。若用户希望来人取货，则用户单击“Door Pickup”按钮423，它链接用户到图8a所示的上门取货细节屏幕。然后，用户在字段801a-801d中输入出站空设备卸下日期和时间，在字段802a-802d中输入出站满设备装载日期和时间，和在字段803-806中分别输入附加的上门取货细节，包括：公司名称，联系细节，电话，和取货地址。在输入合适的信息之后，用户单击“Save Haulage”按钮807进行更新。附加的搬运细节可以包括：热负载，设备卸下日程等等。若用户希望有人递交集装箱，则用户单击“Door Delivery”按钮424，它链接用户到图8b所示的搬运要求递交屏幕。用户在字段808a-808d中输入进站空设备可用日期和时间，和在字段809-812中分别输入附加的上门取货细节，包括：公司名称，联系细节，电话，和取货地址。在此之后，用户单击“Save Haulage”按钮813进行更新。附加的搬运细节可以包括：热负载，设备卸下日程等等。
任选地，用户可以搜索公用承运人系统，寻找起始点的注册位置，装货位置和卸货位置。预订屏幕中几个位置可以是注册(非自由文本)位置。为了帮助用户识别这些位置，通过单击任何一个按钮425-438，用户可以链接到搜索屏幕以获得帮助。用户可以在字段814-816中输入城市，州，国家的任何组合，并按下图8c中的search按钮817。公用承运人系统显示图8d所示的结果。用户单击正确的位置进行选取，例如，单击行818，819或820，或单击“Start Over”按钮817，返回到搜索屏幕。
参照图4b-4c的预订当事人区405和图9a，图9b，用户输入预订当事人，因此，识别与预订请求相关的当事人。可以识别预订当事人为托运人，出口转运商，受托人，签约方等等中的任何一个。托运人或出口转运商是在系统上可识别的。为了尽快地接收到货物详情，被识别的当事人可以注册到公用承运人系统。当事人可以利用公用承运人接口注册公用承运人系统。若在这个区中没有选取预订当事人，则在BL中检索到他们的联系信息之前，他们就不能观看预订。就是说，用户识别的预订当事人能够观看预订，只要他们是用户选取的当事人以及他们注册到公用承运人系统。利用公用承运人接口可以完成注册。利用图4b和图4c所示的字段429a-429d，430a-430d，431a-431d，432a-432d和433a-433d，用户可以输入预订当事人的姓名，地址，参考，联系，和电话号码。只要当事人是注册的，该当事人就可以观看预订。
图9a和9b表示方便用户的公司搜索窗口。当用户在任何预订当事人区中单击“Search”按钮434a-434d时，该用户就链接到公司搜索弹出窗口。用户在字段901的窗口中输入公司名称，并单击“Search”按钮902。然后，用户单击所需的公司。图9b表示一个清单例子。
参照图4c的附加信息区406，如果需要，在附加信息字段435中输入附加的意见，用户可以提供附加的信息。这个区是自由文本，例如，可以保持现有预订屏幕中没有获得的细节。这种细节可以包括：例如，卸货和装货，热负载，卸货/装货日程，HAZMAT细节等等，应当在此处输入这些细节。
一旦用户输入所有的初始数据，通过单击一个合适的按钮436-438，该用户可以发送预订请求，保存作为草案的预订请求，或保存作为模板的预订请求。若用户发送预订请求，则该用户选取的承运人可以被公用承运人系统告知，并答复用户的预订请求。若用户保存作为草案的预订请求，则该用户可以在以后的时间完成预订请求并把它发送给承运人和/或保存作为模板的预订请求。
现在描述根据模板建立预订请求。参照图10a和10b，为了根据现有的模板建立预订请求，用户在注册之后从任何的公用承运人系统屏幕开始，并从图3所示的预订菜单301中选取“New”302菜单，再选取“From Template”菜单305。这个动作链接用户到模板搜索屏幕。用户在字段1001-1006中至少输入下列之一：模板名称，起始点/目的地，货物描述，公司，和承运人，以便找到预订模板。一旦用户输入该数据，用户单击“Template Search”按钮1007。公用承运人系统产生一个与该搜索匹配的模板清单。用户选取所需的模板。图10b表示一个清单例子。如果需要，通过单击“New Template Search”按钮1008，用户可以添加或去掉用于限制或扩大搜索的标准。一旦用户找到合适的模板，例如，该用户可以更新与预订请求相关的日期以及附加的预订请求字段。用户可以保存模板和/或给承运人提交预订请求。如果需要，用户可以删除模板，例如，通过检查框1010，并单击“Delete Template”按钮1009。
现在描述再用现有的预订请求。参照图3和图11，在注册之后，从任何的公用承运人系统屏幕开始，根据图3中的请求菜单301，用户选取“New”菜单302，再选取“From Existing Booking”菜单306。这个动作链接用户到图11所示的搜索预订屏幕。用户至少在字段1101-1112中输入下列数据之一：参考号码，预订号，海洋承运人预订号，提货单号，集装箱号，预订船舶，预订航程，最新船舶，最新航程，货物描述，位置，日期，公司，承运人，货物和事件。用户从旧预订的返回清单中选取所需的模板，或进行另一次搜索。一旦用户找到所需的预订请求，用户更新该预订请求，并提交和/或保存该预订请求。
公用承运人系统能够开发公用承运人接口的形式，这些形式帮助用户获取他们的贸易通道，商品和设备要求，路由选择，和预订方细节。这些形式能使公用承运人系统建立用户专用的预订请求模板。在大多数情况下，预订模板获取上述的大部分字段，而工作记录把这些字段组合成容易理解的各个区。
例如，可以通过公用承运人系统用户接口，电子数据互换等等，完成预订请求。EDI传输通过公用承运人系统，允许使用公用承运人系统的功能。例如，追踪与跟踪功能要求预订的EDI传输通过公用承运人系统。借助于公用承运人系统用户接口，利用以前保存的模板形式数据或上述以前的预订请求可以完成预订请求。
追踪与跟踪
这个实施例能使用户仅仅通过识别集装箱进行追踪与跟踪，而不是通过识别承运人和集装箱二者进行追踪与跟踪。就是说，用户不需要识别哪个承运人在运输他们的集装箱。所以，公用承运人系统能使用户从单个系统，即，公用承运人系统，追踪与跟踪多个承运人平台上的集装箱。
公用承运人系统便于追踪与跟踪承运人责任范围内的信息。追踪与跟踪货运的边界直接反映支持该集装箱运输的相关路由和服务模式。可应用的公用承运人系统用户经图1的终端101a-101e能够根据需要观看运货执行状态。预订活动计划规定从起始点运输集装箱到最后目的地的承运人设计的方法和时间。这就提供确定应当发生的事件是否发生的基准。公用承运人系统102告知非确认的当事人。承运人提供预订活动计划中包含的重大事件的事件报告。该系统的运行利用标准事件代码和标准事件消息。换句话说，承运人103可以利用公共报告信息更新公用承运人系统102。或者，公用承运人系统102可以从每个承运人接收每个承运人本地报告格式的追踪与跟踪信息。然后，公用承运人系统102从承运人的追踪与跟踪信息中提取所需的信息，并把它格式化成可扩展到用户101的式样。此外，中间格式也可用于内部存储公用承运人系统102中每个承运人的追踪与跟踪信息。该系统可以记录接收到事件消息的时间(本地时间)，以便能使承运人完成监测工作。
为了使用追踪与跟踪功能，用户利用上述的公用承运人系统向公用承运人系统中注册的承运人发出请求预订。承运人确认预订请求，与此同时，提交该预订请求的预订活动计划。单次预订请求支持单个预订活动计划。预订请求可以包括多个集装箱运输。预订活动计划可用于支持集装箱层面上的追踪与跟踪信息。预订活动计划可以比服务模式提供更多的信息，因为每个主要部分可以分解成实际运输模式，转运位置以及临时到达和离开的日期/时间。
一旦承运人提交了预订活动计划，就可以追踪与跟踪集装箱。借助于EDI或经公用承运人系统用户接口，承运人给公用承运人系统提交追踪与跟踪事件。当利用EDI转换器提交事件时，承运人可以继续使用他们自己的编码规则。EDI转换器把承运人事件代码和消息格式转换成公用承运人系统的中间格式。公用承运人系统可以记录船舶离开和到达各个位置的时间，也可以记录商业过程或非一致性发生的时间。当公用承运人系统接收到追踪与跟踪事件时，公用承运人系统还可以记录日期和时间。该系统记录的日期和时间与发生该事件相关的日期和时间保持一致(例如，从GMT到托运人的本地时间，目的地位置的本地时间，发送位置的本地时间等等)。就是说，可以调整日期和时间使之与用户或其他当事人的时区一致。
利用公用承运人系统追踪与跟踪用户接口，用户使用追踪与跟踪功能。这能使用户选取可以进行搜索的标准。用户有能力定制如何显示搜索结果。用户有能力定制基于单个集装箱或基于“批量”集装箱的搜索结果。公用承运人系统可以作“批量”集装箱记录。当公用承运人系统返回到“批量”记录上的追踪与跟踪信息时，用户有能力深入到集装箱层面的细节和进行复原。此外，用户有能力立刻确定集装箱位置与活动计划的关系，以及清楚地看到什么事件已成功完成和什么事件没有完成。
参照图4a和图12a-12c，例如，单击图4a中的追踪与跟踪图标436，用户能够启动图12a所示的追踪与跟踪搜索窗口。用户在字段1201中输入特定的集装箱数据，和利用下拉式菜单1202，用户识别数据类型。数据类型可以是下列的任何一种：提货单号码；集装箱号码；预订号；承运人预订号；用户参考号码；托运人/受托人号码；取货地的日期范围；第一装货口岸；最后卸货口岸和交货位置；取货/交货位置；装货/卸货位置；承运人；船舶和航程号码；目前集装箱活动/状态；等等。公用承运人接口显示图12b所示的搜索结果屏幕。如果需要，通过单击词语“details”1203，用户可以观看预订概况，或通过单击“Track Container”按钮1204，用户可以追踪与跟踪集装箱，它使用户链接到图12c所示的集装箱计划屏幕。此外，通过单击“Customize Booking”按钮1205，用户有定制预订请求的选项。
利用下列的任何技术，可以把事件通知提交给指定的用户：EDI，电子邮件，公用承运人接口弹出对话框等等。这也可以基于用户技术。此外，用户可以制定事件通知的规则。以下的表I表示用户确定的事件，事件触发和事件通知的一个例子。
在用户提出要求之后，系统可以按照用户的说明自动地产生货物运输的通知。可以采用事件处理功能，提供有关某些追踪与跟踪事件，追踪与跟踪未发生的事件和某些商业过程决定的通知。公用承运人系统的事件通知部分可以反映工作流环境，从而把何时发生事件或没有发生事件通知感兴趣的用户(例如，预期船舶在某天到达，但在次日之前不可能到达)。用户可以规定这些事件的容许偏差。例如，一个用户希望知道船舶是否晚点在6个小时以上，而另一个用户较宽容，晚点24个小时的通知是可接受的。
为了通知用户事件没有发生的时间，公用承运人系统定期查询预订活动计划信息，以便识别与预订活动计划的不一致性，即，当重大事件(应当发生的事件)没有发生时。事件消息可以包括：事件代码和位置信息。当系统识别到不一致性时，自动产生事件通知，并提交给指定的实体。这种情况下的不一致性表示，在预订活动计划中规定事件应当发生的日期/时间之前或当时，系统没有接收到该事件消息。当给系统通知某些“任选”事件时，例如，海关扣留和海关放行，公用承运人系统也提交追踪与跟踪事件通知。
表I
事件 事件触发 事件源 事件通知 收取空集装箱 承运人放出空集装箱 承运人的系统或 CC系统 无 放置空集装箱 集装箱到达托运人住所 承运人的系统或 CC系统 无 出发 集装箱从某个位置出发 承运人的系统或 CC系统 是，若没有通知 CC系统 到达 集装箱到达某个位置 承运人的系统或 CC系统 是，若没有通知 CC系统 装载到卡车上 作为内陆运输部分，集装 箱已装载到卡车上 承运人的系统或 CC系统 无
事件 事件触发 事件源 事件通知 装载到火车上 作为内陆运输部分，集装 箱已装载到火车上 承运人的系统或 CC系统 无 装载到驳船上 作为内陆运输部分，集装 箱已装载到驳船上 承运人的系统或 CC系统 无 装载到船舶上 集装箱已装载到船舶上 承运人的系统或 CC系统 无 从船舶上卸下 从船舶上卸下集装箱 承运人的系统或 CC系统 无 结关 集装箱已结关 承运人的系统或指 定代理人的系统或 CC系统 是 海关扣留 集装箱被扣留在海关 承运人的系统或指 定代理人的系统或 CC系 是 海关放行 集装箱在扣留之后被海 关放行 承运人的系统或指 定代理人的系统或 CC系 是 货物放行 货物被承运人放行 承运人的系统或 CC系统 无 免费计时未到 期 集装箱免费计时到期之 前 承运人的系统或 CC系统 是 免费计时到期 集装箱免费计时已到期 承运人的系统或 CC系统 是
图13表示公用承运人系统发送和接收的消息流。可以接收所有EDI格式的EDI。例如，承运人可以发送文件消息类型301以确认集装箱预订。例如，承运人可以发送文件类型315状态事件给公用承运人系统以更新集装箱状态。例如，事件可以是从托运人取货到海运航行，通过结关到最终交货。承运人可以发送各种不同的消息。最后，公用承运人系统支持EDI，XML，电子邮件等等，但不限于这些，并给用户送出接收到的消息。
因此，我们描述的系统能使国内和/或国际运输用户通过单个公用系统经中间运输口岸处理航运交易。该系统给运输用户提供利用单个输入点追踪与跟踪多个承运人的货物运输。该系统还允许用户访问日程安排，预订请求多个承运人的预订货物和前摄事件通知。当然，这些实施例的各种变化和变动是可能的。
术语
本说明书中使用下列的术语。
托运人-要求运输货物的任何实体。该实体可能要求运输货物或可能为不同实体运输货物。
货物转运商-代表托运人与一个或多个承运人协调货物运输的实体。
承运人-从起始点运输货物到目的地的任何实体。承运人可以在国内和/或国际间运输货物。例如，承运人可以为托运人从Chicago运输货物到Seattle，或承运人可以从Chicago运输货物到Paris。承运人可以利用载货卡车，火车，飞机，船舶和/或其他运输工具运输货物。
承运人平台-承运人的计算机系统，它支持能够与承运人交换信息的接口。
公用承运人系统-支持包括数据存储在内的公用承运人接口的基础设施。
公用承运人接口-能够使多个用户与多个承运人进行通信的接口。
用户-利用公用承运人系统的任何实体。在利用公用承运人系统时，所有用户可能有不同程度的兴趣。公用承运人系统的主要用户可以是托运人，第三方后勤供应商，货物转运商，受托人，代理人，通商口岸，承运人等等。
预订-从单个起始点运输大量货物到单个目的地的预约。货物可能有不同的产品类型，可以是危险品与非危险品的混合货物，可能要求货物冷冻等等。预订可以是单次预订或可以是重复预订。
路由请求-询问承运人确定该承运人是否支持货物的基本流失(transpiration)作为承运人产品价格表中的一部分。
预订活动计划-包含主要或重大运输活动的承运人计划。
基础设施
图1a表示按照本发明实施例的典型基础设施的例子。用户101a-101e通过公用承运人系统102经终端与多个不同承运人103进行通信，公用承运人系统102包括：服务器102b-102c和数据库102a。在一个实施例中，用户利用终端与公用承运人系统102交换信息。这些终端可以是现有技术中已知的标准个人计算机(例如，利用PENTIUM III处理器的计算机系统)。在另一些实施例中，用户可以利用现有技术中已知的手持或其他便携式装置与公用承运人系统102进行通信。此外，在传输给公用承运人系统102之前，多个用户的通信可以在用户的位置处结合成批。虽然图1中画出5个用户，5个承运人终端，1个数据库和3个服务器，但图1仅仅是作为一个例子，用户和/或用户终端的数目，承运人和/或承运人终端的数目，服务器和数据库的数目是不受任何限制的。此外，虽然这些实施例是在单个系统的语境下描述的，本领域普通专业人员可以理解，上述的功能可以在多个系统之间实现。而且，网站可以在网络的附加系统中镜射，如果需要，一个或多个管理系统或其他的计算机资源可用于促进各种功能。系统中计算机程序包含合适的屏幕子程序，用于产生一组屏幕，这些屏幕组成网站的用户接口。
参照图1b，图1b更详细地描述公用承运人系统102。例如，公用承运人系统包括：服务器104a-104c，但不受此限制。服务器104a包括：邮件服务器105，用于经电子邮件接收和发送数据。服务器104a还包括：服务器106，用于通过互联网接收和发送数据。服务器104b包括：作为服务器108与服务器105和106之间通信桥的服务器107。服务器107查询服务器105和106以获得新的消息，拆开和发送该消息给服务器108。根据服务器107的出站查询，服务器108添加接收器的地址并触发消息的转移。当服务器107不能处理EDI消息时，电子邮件发送到预定的电子邮件地址。在服务器107调用时，通过确认数据并把该数据转换成公用承运人系统布局格式，服务器108处理EDI消息。对于出站EDI消息，服务器108被服务器109调用，且服务器109给服务器108馈送公用承运人系统布局格式的出站EDI消息。服务器104b包括：服务器109和110。服务器109转换和装入公用承运人系统布局到一组数据库表，反之亦然。服务器109也查询服务器108以获得任何新的消息，打开与数据库的连接，和普及对应于EDI消息类型的数据库表(图13中所示的300，301，315等等)。对于出站EDI消息，服务器109扫描EDI处理器普及的数据库表并转换该消息，然后触发服务器108处理公用承运人布局格式。关于服务器110，EDI服务器是服务器110中的一部分，它处理服务器109存放到数据库表中的EDI消息。服务器110扫描标记为第一个未处理消息的数据库表标题，例如，提交的消息。然后，状态从提交的消息改变成数据库111中处理的，如果成功，该状态改变成完整的。
本发明涉及与货物发运有关的国内和/或国际运输服务中买方和卖方的系统和方法。利用拨号modem与互联网的通信，用户和承运人可以链接到系统，因此，它们与系统断开或脱机。例如，用户可以利用拨号modem并通过互联网给承运人提交预订请求，随后与互联网断开。在用户断开之后和处在脱机状态，公用承运人系统可以给承运人提交预订请求，并在用户脱机时接收来自承运人的预订请求确认。在另一个实施例中，公用承运人系统102可以在用户仍然与互联网连接的条件下处理信息。在确定可利用各个承运人时，或在公用承运人系统102预约承运人之后，就可以立刻通知用户。该系统和方法给托运人提供请求和选取特定服务模式的机会，它是由参与满集装箱运输预订的承运人提供的。该系统和方法包括：用户接口，处理过程，计算机系统，和存储程序的计算机可读媒体。利用单个公用承运人系统和接口，该系统和方法能使用户给多个承运人提交预订请求和/或追踪与跟踪货物。该系统和方法还可用于提供事件通知。
一般地说，当托运人希望运输货物时，托运人提交预订请求给一个或多个承运人，而承运人通过接受，拒绝，或改变预订请求给予响应。预订请求代表托运人希望从单个起始点运输大量货物到单个目的地。货物可能有各种产品种类，可能是危险物品与非危险物品的混合货物，可能要求冷冻货物等等。因此，可能需要不同的集装箱类型。为了适应不同的货物特征，预订请求可以包含一项或多项预订行。可以利用各种不同的过程完成请求。用户101可以发送电子邮件消息给公用承运人系统102，而公用承运人系统102处理电子邮件并采取行动给予响应。或者，用户101可以邮寄信息给公用承运人系统102的网站。此外，用户101可以发送XML或EDI数据组形式的信息，由公用承运人系统102进行处理。应当理解，可以利用各种不同的运输方案发送请求给公用承运人系统102。然后，公用承运人系统102接收的信息可以转发请求给不同的承运人103。公用承运人系统102可以盲目地转发请求给所有的承运人103，从而知道哪个承运人给予响应。或者，公用承运人系统可以筛选用户101的预订请求，以便减小接受请求的承运人103数目。此外，公用承运人系统102可以有用户规定的路由选择清单，允许按照查找到查询承运人的预订可行性进行排序。
公用承运人系统102与承运人103之间的传送也可以是用户使用的形式。或者，公用承运人系统102可以把用户的请求从一种形式或格式转换成承运人103明白的形式或格式。如果需要，公用承运人系统102可以按照每个承运人103的需要添加信息或减少信息。例如，一些承运人可能使用一种类型的单位，而其他承运人使用另一种类型的单位。然后，公用承运人系统102转换用户提供的单位后提交给承运人。此外，用户可以有某种需要，如果货物是按照一种方式而不是另一种方式运输的(集装箱船运输的货物需要冷冻，而卡车或火车运输的货物不需要冷冻)。如果是这样的话，公用承运人系统102可以去掉或改变发送给每个承运人103的信息，从而满足每个承运人的平台和/或预订系统的需要。预订行可以包括：单个集装箱类型，单个危险货物指示，单个冷冻和单个商品描述。当公用承运人系统接收到第一个承运人预订确认消息时，例如，来自承运人103a的确认消息，在托运人请求之后(利用终端101a-101e或其他已知装置之一的任何用户，例如，利用移动PDA的用户)，承运人系统102可以自动产生并提交预订注销给其他的承运人103b-101e。
或者，公用承运人系统102的预订请求可以请求承运人103的信息，这些承运人103有处理该预订的可行性。承运人103的响应给公用承运人系统102提供可用性信息，运输时间期限，和其他的信息。
在一个例子中，感兴趣的当事人，通常是托运人或货物转运商，输入关于需要运送货物十分详细的预订草案。利用输入到预订请求的信息，系统的用户还可以经终端101a-101e通过公用承运人系统102发出路由请求给一个或多个承运人103a-103e。一个或多个承运人103a-103e以详细的路由信息给予响应。托运人可以请求承运人103a-103e基于预订中包含的数据(收货地点，交货地点等等)提交路由信息。公用承运人系统102能使用户(经终端101a-101e或其他已知的装置，例如，移动PDA)提交有或没有路由请求的预订，预订请求可以提交给一个或多个承运人103a-103e。
用户101与处理路由请求的多个承运人103之间的实际接口可以由承运人103的技术能力所确定。精明的承运人103可以通过他们的内部系统提供直接的联机响应。其他的承运人103可以利用服务模式接口存储可用的路由选择。至少，所有的承运人可以利用公用承运人系统102响应于路由请求。还可以产生指向每个用户的单独确认(经电子邮件，瞬间消息发送等等)。
若预订方101选择这样的规定(例如，检查预订屏幕上的复选框或类似目标)，则可以自动地选取以有效响应响应于路由请求的第一个承运人，且预订请求可以提交给该承运人。否则，预订方可以利用人工方式选取承运人并提交预订请求。现在，由承运人确定是否发生实际的货物运输(基于船舶容量，设备可用性等等)，或确认预订请求，拒绝预订请求，或作出相反的建议。
参照图1，在承运人103a确认预订请求之后，通过与公用承运人接口的交互作用，用户利用公用承运人系统102发送运输指令。发送的信息包含关于货物的更详细内容，例如，危险品/冷冻特征。由于预订请求中已经包含关于维护的初步信息，在任何特定的时间不需要发出运输指令。然后，承运人基于运输指令发出提货单。
最后，当承运人确认预订请求时，承运人可以回复预订活动计划作为预订确认的一部分。预订活动计划可以存储在公用承运人系统102的公用承运人系统数据库102a，随后的追踪与跟踪消息可用于评定预订活动计划的性能(处理预订的时间，准时交货的百分比，索赔，交付错误等等)。
公用承运人系统能使公用承运人接口给用户提供统一的预订接口和步骤，同时还给承运人提供其他的预订源。
此外，公用承运人系统和接口能使用户建立按照他们特殊需要而定制的模板。所以，用户可以快速地建立模板格式的预订请求，而不必经历整个预订过程。此外，识别和注册用户的受托人，转发商，托运人等等，可以促进模板建立过程，并且尽可能快地给用户伙伴提供运输详情。
预订过程和用户接口
第一个实施例的描述表示成用户所采取的过程流程。各种用户接口屏幕体现这个过程流程。利用三种预订方法中的任何一种方法，图2a-2g表示从建立预订请求开始直至接受预订确认的预订过程。图3-12表示用户在图2a-2g所描述的预订过程中可能遇见的各种屏幕。虽然图3-12表示显示屏幕，但具体的屏幕布局仅用于举例的目的，而不应当解释成对实施例范围的限制。
参照2a-2g，现在描述建立预订请求直至确认的过程。这个过程可以根据需要进行重新安排或适应于更快速的信息处理。参照图2a，用户首先注册到公用承运人系统，如步骤201所示。在步骤202，用户选取新的预订请求。在步骤203-205，用户从建立新的预订请求，再用现有的预订请求和根据预定的模板建立预订请求中进行选取。
现在描述建立新的预订请求。若用户在步骤203选取建立新的预订请求，则用户进行到步骤206，识别承运人和商品描述细节。若不需要HAZMAT数据，则用户进行到图2b中的步骤210。若需要HAZMAT数据，则用户在步骤208借助于弹出窗口输入数据，然后前进到步骤210。任选地，在步骤209，用户可以在自由文本字段中输入合同信息。
参照图2b和2e，在步骤210，用户识别设备数量和类型。若不需要特定的环境条件，则用户进行到步骤213。在步骤212，若需要某些环境条件，则用户输入合适的数据，然后前进到步骤213。在步骤213-215，用户识别承运人开始负责货物的地点，包括取货日期，和承运人结束负责货物的地点，包括交货日期。任选地，在步骤216和217，用户可以输入装货位置和卸货位置和/或特殊指令。
参照图2f，从步骤215或217开始，若需要上门取货，则用户前进到步骤218。如果不需要，则用户前进到步骤220，是否需要上门卸货。在步骤220，若不需要上门卸货，则用户进行到步骤226。若需要上门装货，则在步骤221-223，用户识别地址，任何必需的意见，和日期。然后，用户进行到步骤220。若需要上门交货，则在步骤224和225，用户分别识别集装箱交货的交货地址和日期。
参照图2g，从步骤220或225开始，用户前进到步骤226，如果需要，前进到步骤227。在步骤226，用户识别托运人和其他的运输当事人。托运人可以是预订当事人。若其他的运输当事人没有注册，则系统可以不提供详情。然而，在步骤227-230，系统可以立刻给注册当事人提供预订详情。
在步骤236和步骤227-230，在识别运输当事人之后，用户前进到步骤231，并给系统提供预订请求，其中在步骤234，系统给承运人提交预订请求。在步骤232和233，通过分别输入参考数字和意见，用户还可以到达步骤234。此外，如图2a所示的步骤204和205，再用现有的预订请求或根据预定的模板，用户可以到达步骤234。在步骤235-240，用户识别现有的预订或模板，然后更新路由选择，搬运日期和提交更新的预订请求。此外，公用承运人系统能使实体借助于公用承运人接口进行注册。
参照图2c，在步骤241，借助于电子数据互换(“EDI”)，电子邮件，公用承运人接口弹出对话框等等，公用承运人系统可以告知承运人。在步骤242-244，CSR输入预订请求到承运人的预订系统，和在公用承运人系统中确认或取消预订起始点，POL，POD，目的地，装货日期，卸货日期，船舶航程等等。在步骤245-247，在公用承运人系统中，若请求上门交货，则CSR输入承运人的出站集装箱P/U，如果不是，则CSR输入起始点的截止日期。预订请求被确认，取消或拒绝，并返回到公用承运人系统。在步骤248-249，公用承运人系统告知用户来自承运人的答复。在步骤250-252，用户不采取行动，因此接受原有的预订，取消预订请求或修改预订请求。若用户取消或修改预订请求，则在承运人系统中告知承运人，和接受，拒绝或改变预订请求，并在公用承运人系统中更新改变。在步骤253-256，借助于EDI，电子邮件，公用承运人接口弹出对话框等等，公用承运人系统给用户提交响应。
如图2和图3所示，在注册之后，用户有若干个通过公用承运人系统的选项。为了建立新的预订请求，用户选取“Booking”菜单选项301。这个菜单选项能使用户建立新的预订请求302，或搜索现有的预订请求303。若用户需要建立新的预订请求，则用户有三个选项：(1)从零开始建立新的预订请求304，(2)再用现有的预订请求306。和(3)根据预定的模板建立预订请求305，如图3所示。
参照图3-10，现在描述建立新的预订请求。在选取图3所示“fromscratch”菜单选项304之后，用户链接到图4a-4c所示新的预订请求屏幕。新的预订请求屏幕分成几个区：(1)承运人选择401，货物信息402，集装箱信息403，路由信息404，预订当事人405a-405d，和附加信息406。每个区能使用户输入信息。虽然所有的区显示在单个屏幕上，这仅仅是作为例子，不应当看成是对它的任何限制。例如，可以利用分开的屏幕显示每个区。参照图4-9，现在描述这些区中的每个区。
图4a表示预订请求屏幕中的承运人选择区401。为了在这个区中输入信息，用户单击“Select Carrier”下拉式菜单407，并识别在预订请求中可以发送给哪个注册承运人。如果需要，用户可以在合同参考字段408中输入合同参考，引证号码或TLI。任选地，用户可以输入PO号码到PO号码字段409中。如果需要，通过单击“AdditionalReference Numbers”按钮410，用户可以添加附加的参考号码，它使用户链接到图5所示的附加参考屏幕。利用下拉式菜单501，用户可以输入参考类型。此外，用户可以输入参考值到参考值字段502中，通过单击“Add Reference”按钮503，可以添加参考，和/或通过单击“Remove Reference”按钮504，可以去掉参考。在用户给每个目标输入合适的数据之后，用户单击“Done”按钮505。
参照图4a的货物区402和图6，用户可以在描述字段411中输入商品描述，以及在货物总重量字段412中输入货物总重量。利用下拉式菜单413，用户规定米制或英制的货物总重量。若商品为危险品，则用户可以单击“Hazmat”按钮414。这个按钮把用户链接到图6中所示的危险材料设置窗口。公用承运人系统支持每个商品多种危险IMO类别。例如，商品“汽车配件”可以占有两个危险品行项，一项是无张力座椅安全带，另一项是气曩。用户从“IMO Class”下拉式菜单601中选取合适的危险品类别，然后，用户输入正确的运输名称并在UN Number字段602中输入4位数字的UN号码。此外，用户可以在字段603-606中分别输入每个IMO行项的包装组，闪点，紧急联系细节和附加说明。一旦输入了一个IMO类别的所有细节，用户单击“Add IMO Class”按钮607，把危险材料细节与商品相联系。在用户完成输入所有商品的危险材料细节之后，用户单击“Done”按钮608。
参照图4a的集装箱信息区403和图7，用户在数量自由文本字段414中输入他们需要请求的集装箱数目。利用“Type/Size”下拉式菜单415，用户识别他们需要请求的设备种类。一些承运人不支持某种类型的设备。为了帮助用户理解，在下拉式自由文本文字中可以识别承运人专用的设备。对于每个预订请求，用户至少识别一个集装箱。在集装箱信息区，用户有选取“Temperature Control”按钮416的选项，出现图7中所示的冷冻细节弹出窗口。分别单击℃按钮701或°F按钮702，用户可以设定预订温度为摄氏温度或华氏温度；利用字段403设定温度并单击按钮404或405；利用字段706设定每小时立方米表示的通风量；利用字段707设定百分比表示的湿度设置；和利用字段708提供附加的意见。在输入合适的设置之后，用户单击OK按钮709以保存环境设置。
参照图4b的路由信息区404和图8a，8b，8c和8d，用户输入预订请求的路由细节。用户在字段417中输入起始地点(起始地点是承运人开始负责货物的位置)；在字段418a-418c中输入起始地点的请求日期(承运人负责货物时的日期)；在字段419中输入被请求的船舶航程；和在字段420中输入目的地(承运人结束负责货物的位置)。任选地，用户可以在字段421和422中输入装货位置和卸货位置。若用户希望来人取货，则用户单击“Door Pickup”按钮423，它链接用户到图8a所示的上门取货细节屏幕。然后，用户在字段801a-801d中输入出站空设备卸下日期和时间，在字段802a-802d中输入出站满设备装载日期和时间，和在字段803-806中分别输入附加的上门取货细节，包括：公司名称，联系细节，电话，和取货地址。在输入合适的信息之后，用户单击“Save Haulage”按钮807进行更新。附加的搬运细节可以包括：热负载，设备卸下日程等等。若用户希望有人递交集装箱，则用户单击“Door Delivery”按钮424，它链接用户到图8b所示的搬运要求递交屏幕。用户在字段808a-808d中输入进站空设备可用日期和时间，和在字段809-812中分别输入附加的上门取货细节，包括：公司名称，联系细节，电话，和取货地址。在此之后，用户单击“Save Haulage”按钮813进行更新。附加的搬运细节可以包括：热负载，设备卸下日程等等。
任选地，用户可以搜索公用承运人系统，寻找起始点的注册位置，装货位置和卸货位置。预订屏幕中几个位置可以是注册(非自由文本)位置。为了帮助用户识别这些位置，通过单击任何一个按钮425-438，用户可以链接到搜索屏幕以获得帮助。用户可以在字段814-816中输入城市，州，国家的任何组合，并按下图8c中的search按钮817。公用承运人系统显示图8d所示的结果。用户单击正确的位置进行选取，例如，单击行818，819或820，或单击“Start Over”按钮817，返回到搜索屏幕。
参照图4b-4c的预订当事人区405和图9a，图9b，用户输入预订当事人，因此，识别与预订请求相关的当事人。可以识别预订当事人为托运人，出口转运商，受托人，签约方等等中的任何一个。托运人或出口转运商是在系统上可识别的。为了尽快地接收到货物详情，被识别的当事人可以注册到公用承运人系统。当事人可以利用公用承运人接口注册公用承运人系统。若在这个区中没有选取预订当事人，则在BL中检索到他们的联系信息之前，他们就不能观看预订。就是说，用户识别的预订当事人能够观看预订，只要他们是用户选取的当事人以及他们注册到公用承运人系统。利用公用承运人接口可以完成注册。利用图4b和图4c所示的字段429a-429d，430a-430d，431a-431d，432a-432d和433a-433d，用户可以输入预订当事人的姓名，地址，参考，联系，和电话号码。只要当事人是注册的，该当事人就可以观看预订。
图9a和9b表示方便用户的公司搜索窗口。当用户在任何预订当事人区中单击“Search”按钮434a-434d时，该用户就链接到公司搜索弹出窗口。用户在字段901的窗口中输入公司名称，并单击“Search”按钮902。然后，用户单击所需的公司。图9b表示一个清单例子。
参照图4c的附加信息区406，如果需要，在附加信息字段435中输入附加的意见，用户可以提供附加的信息。这个区是自由文本，例如，可以保持现有预订屏幕中没有获得的细节。这种细节可以包括：例如，卸货和装货，热负载，卸货/装货日程，HAZMAT细节等等，应当在此处输入这些细节。
一旦用户输入所有的初始数据，通过单击一个合适的按钮436-438，该用户可以发送预订请求，保存作为草案的预订请求，或保存作为模板的预订请求。若用户发送预订请求，则该用户选取的承运人可以被公用承运人系统告知，并答复用户的预订请求。若用户保存作为草案的预订请求，则该用户可以在以后的时间完成预订请求并把它发送给承运人和/或保存作为模板的预订请求。
现在描述根据模板建立预订请求。参照图10a和10b，为了根据现有的模板建立预订请求，用户在注册之后从任何的公用承运人系统屏幕开始，并从图3所示的预订菜单301中选取“New”302菜单，再选取“From Template”菜单305。这个动作链接用户到模板搜索屏幕。用户在字段1001-1006中至少输入下列之一：模板名称，起始点/目的地，货物描述，公司，和承运人，以便找到预订模板。一旦用户输入该数据，用户单击“Template Search”按钮1007。公用承运人系统产生一个与该搜索匹配的模板清单。用户选取所需的模板。图10b表示一个清单例子。如果需要，通过单击“New Template Search”按钮1008，用户可以添加或去掉用于限制或扩大搜索的标准。一旦用户找到合适的模板，例如，该用户可以更新与预订请求相关的日期以及附加的预订请求字段。用户可以保存模板和/或给承运人提交预订请求。如果需要，用户可以删除模板，例如，通过检查框1010，并单击“Delete Template”按钮1009。
现在描述再用现有的预订请求。参照图3和图11，在注册之后，从任何的公用承运人系统屏幕开始，根据图3中的请求菜单301，用户选取“New”菜单302，再选取“From Existing Booking”菜单306。这个动作链接用户到图11所示的搜索预订屏幕。用户至少在字段1101-1112中输入下列数据之一：参考号码，预订号，海洋承运人预订号，提货单号，集装箱号，预订船舶，预订航程，最新船舶，最新航程，货物描述，位置，日期，公司，承运人，货物和事件。用户从旧预订的返回清单中选取所需的模板，或进行另一次搜索。一旦用户找到所需的预订请求，用户更新该预订请求，并提交和/或保存该预订请求。
公用承运人系统能够开发公用承运人接口的形式，这些形式帮助用户获取他们的贸易通道，商品和设备要求，路由选择，和预订方细节。这些形式能使公用承运人系统建立用户专用的预订请求模板。在大多数情况下，预订模板获取上述的大部分字段，而工作记录把这些字段组合成容易理解的各个区。
例如，可以通过公用承运人系统用户接口，电子数据互换等等，完成预订请求。EDI传输通过公用承运人系统，允许使用公用承运人系统的功能。例如，追踪与跟踪功能要求预订的EDI传输通过公用承运人系统。借助于公用承运人系统用户接口，利用以前保存的模板形式数据或上述以前的预订请求可以完成预订请求。
追踪与跟踪
这个实施例能使用户仅仅通过识别集装箱进行追踪与跟踪，而不是通过识别承运人和集装箱二者进行追踪与跟踪。就是说，用户不需要识别哪个承运人在运输他们的集装箱。所以，公用承运人系统能使用户从单个系统，即，公用承运人系统，追踪与跟踪多个承运人平台上的集装箱。
公用承运人系统便于追踪与跟踪承运人责任范围内的信息。追踪与跟踪货运的边界直接反映支持该集装箱运输的相关路由和服务模式。可应用的公用承运人系统用户经图1的终端101a-101e能够根据需要观看运货执行状态。预订活动计划规定从起始点运输集装箱到最后目的地的承运人设计的方法和时间。这就提供确定应当发生的事件是否发生的基准。公用承运人系统102告知非确认的当事人。承运人提供预订活动计划中包含的重大事件的事件报告。该系统的运行利用标准事件代码和标准事件消息。换句话说，承运人103可以利用公共报告信息更新公用承运人系统102。或者，公用承运人系统102可以从每个承运人接收每个承运人本地报告格式的追踪与跟踪信息。然后，公用承运人系统102从承运人的追踪与跟踪信息中提取所需的信息，并把它格式化成可扩展到用户101的式样。此外，中间格式也可用于内部存储公用承运人系统102中每个承运人的追踪与跟踪信息。该系统可以记录接收到事件消息的时间(本地时间)，以便能使承运人完成监测工作。
为了使用追踪与跟踪功能，用户利用上述的公用承运人系统向公用承运人系统中注册的承运人发出请求预订。承运人确认预订请求，与此同时，提交该预订请求的预订活动计划。单次预订请求支持单个预订活动计划。预订请求可以包括多个集装箱运输。预订活动计划可用于支持集装箱层面上的追踪与跟踪信息。预订活动计划可以比服务模式提供更多的信息，因为每个主要部分可以分解成实际运输模式，转运位置以及临时到达和离开的日期/时间。
一旦承运人提交了预订活动计划，就可以追踪与跟踪集装箱。借助于EDI或经公用承运人系统用户接口，承运人给公用承运人系统提交追踪与跟踪事件。当利用EDI转换器提交事件时，承运人可以继续使用他们自己的编码规则。EDI转换器把承运人事件代码和消息格式转换成公用承运人系统的中间格式。公用承运人系统可以记录船舶离开和到达各个位置的时间，也可以记录商业过程或非一致性发生的时间。当公用承运人系统接收到追踪与跟踪事件时，公用承运人系统还可以记录日期和时间。该系统记录的日期和时间与发生该事件相关的日期和时间保持一致(例如，从GMT到托运人的本地时间，目的地位置的本地时间，发送位置的本地时间等等)。就是说，可以调整日期和时间使之与用户或其他当事人的时区一致。
利用公用承运人系统追踪与跟踪用户接口，用户使用追踪与跟踪功能。这能使用户选取可以进行搜索的标准。用户有能力定制如何显示搜索结果。用户有能力定制基于单个集装箱或基于“批量”集装箱的搜索结果。公用承运人系统可以作“批量”集装箱记录。当公用承运人系统返回到“批量”记录上的追踪与跟踪信息时，用户有能力深入到集装箱层面的细节和进行复原。此外，用户有能力立刻确定集装箱位置与活动计划的关系，以及清楚地看到什么事件已成功完成和什么事件没有完成。
参照图4a和图12a-12c，例如，单击图4a中的追踪与跟踪图标436，用户能够启动图12a所示的追踪与跟踪搜索窗口。用户在字段1201中输入特定的集装箱数据，和利用下拉式菜单1202，用户识别数据类型。数据类型可以是下列的任何一种：提货单号码；集装箱号码；预订号；承运人预订号；用户参考号码；托运人/受托人号码；取货地的日期范围；第一装货口岸；最后卸货口岸和交货位置；取货/交货位置；装货/卸货位置；承运人；船舶和航程号码；目前集装箱活动/状态；等等。公用承运人接口显示图12b所示的搜索结果屏幕。如果需要，通过单击词语“details”1203，用户可以观看预订概况，或通过单击“Track Container”按钮1204，用户可以追踪与跟踪集装箱，它使用户链接到图12c所示的集装箱计划屏幕。此外，通过单击“Customize Booking”按钮1205，用户有定制预订请求的选项。
利用下列的任何技术，可以把事件通知提交给指定的用户：EDI，电子邮件，公用承运人接口弹出对话框等等。这也可以基于用户技术。此外，用户可以制定事件通知的规则。以下的表I表示用户确定的事件，事件触发和事件通知的一个例子。
在用户提出要求之后，系统可以按照用户的说明自动地产生货物运输的通知。可以采用事件处理功能，提供有关某些追踪与跟踪事件，追踪与跟踪未发生的事件和某些商业过程决定的通知。公用承运人系统的事件通知部分可以反映工作流环境，从而把何时发生事件或没有发生事件通知感兴趣的用户(例如，预期船舶在某天到达，但在次日之前不可能到达)。用户可以规定这些事件的容许偏差。例如，一个用户希望知道船舶是否晚点在6个小时以上，而另一个用户较宽容，晚点24个小时的通知是可接受的。
为了通知用户事件没有发生的时间，公用承运人系统定期查询预订活动计划信息，以便识别与预订活动计划的不一致性，即，当重大事件(应当发生的事件)没有发生时。事件消息可以包括：事件代码和位置信息。当系统识别到不一致性时，自动产生事件通知，并提交给指定的实体。这种情况下的不一致性表示，在预订活动计划中规定事件应当发生的日期/时间之前或当时，系统没有接收到该事件消息。当给系统通知某些“任选”事件时，例如，海关扣留和海关放行，公用承运人系统也提交追踪与跟踪事件通知。
表I
事件 事件触发 事件源 事件通知 收取空集装箱 承运人放出空集装箱 承运人的系统或 CC系统 无 放置空集装箱 集装箱到达托运人住所 承运人的系统或 CC系统 无 出发 集装箱从某个位置出发 承运人的系统或 CC系统 是，若没有通知 CC系统 到达 集装箱到达某个位置 承运人的系统或 CC系统 是，若没有通知 CC系统 装载到卡车上 作为内陆运输部分，集装 箱已装载到卡车上 承运人的系统或 CC系统 无
事件 事件触发 事件源 事件通知 装载到火车上 作为内陆运输部分，集装 箱已装载到火车上 承运人的系统或 CC系统 无 装载到驳船上 作为内陆运输部分，集装 箱已装载到驳船上 承运人的系统或 CC系统 无 装载到船舶上 集装箱已装载到船舶上 承运人的系统或 CC系统 无 从船舶上卸下 从船舶上卸下集装箱 承运人的系统或 CC系统 无 结关 集装箱已结关 承运人的系统或指 定代理人的系统或 CC系统 是 海关扣留 集装箱被扣留在海关 承运人的系统或指 定代理人的系统或 CC系 是 海关放行 集装箱在扣留之后被海 关放行 承运人的系统或指 定代理人的系统或 CC系 是 货物放行 货物被承运人放行 承运人的系统或 CC系统 无 免费计时未到 期 集装箱免费计时到期之 前 承运人的系统或 CC系统 是 免费计时到期 集装箱免费计时已到期 承运人的系统或 CC系统 是
图13表示公用承运人系统发送和接收的消息流。可以接收所有EDI格式的EDI。例如，承运人可以发送文件消息类型301以确认集装箱预订。例如，承运人可以发送文件类型315状态事件给公用承运人系统以更新集装箱状态。例如，事件可以是从托运人取货到海运航行，通过结关到最终交货。承运人可以发送各种不同的消息。最后，公用承运人系统支持EDI，XML，电子邮件等等，但不限于这些，并给用户送出接收到的消息。
因此，我们描述的系统能使国内和/或国际运输用户通过单个公用系统经中间运输口岸处理航运交易。该系统给运输用户提供利用单个输入点追踪与跟踪多个承运人的货物运输。该系统还允许用户访问日程安排，预订请求多个承运人的预订货物和前摄事件通知。当然，这些实施例的各种变化和变动是可能的。