《为托运服务提供即时确认的系统和方法.pdf》由会员分享，可在线阅读，更多相关《为托运服务提供即时确认的系统和方法.pdf（30页完整版）》请在专利查询网上搜索。
1、(10)申请公布号 CN 103377401 A (43)申请公布日 2013.10.30 CN 103377401 A *CN103377401A* (21)申请号 201310277339.1 (22)申请日 2013.04.03 61/619,848 2012.04.03 US G06Q 10/04(2012.01) G06Q 10/08(2012.01) G06Q 50/28(2012.01) (71)申请人 因特拉有限公司 地址 美国新泽西州 (72)发明人 R哈内 I拉塔尼赛恩 J艾文斯基 J常 (74)专利代理机构 北京市中咨律师事务所 11247 代理人 杨晓光 于静 (54)。
2、 发明名称 为托运服务提供即时确认的系统和方法 (57) 摘要 一种允许对船只的托运舱位预约的方法和相 关系统。所述方法包括接受来自承运人的船只航 次的舱位的预分配、 舱位的对应的承运人预订编 号和舱位的托运规则。与预订请求的托运信息一 起接受来自托运人的预定请求以预约船只的一个 或多个预分配舱位。 针对舱位的托运规则， 关联托 运信息以确定是否可接受预订请求。如果可接受 预订请求， 则向托运人提供与预约舱位对应的承 运人预订编号并标记对应的舱位为被预约。 (30)优先权数据 (51)Int.Cl. 权利要求书 4 页 说明书 13 页 附图 12 页 (19)中华人民共和国国家知识产权局 (。
3、12)发明专利申请 权利要求书4页 说明书13页 附图12页 (10)申请公布号 CN 103377401 A CN 103377401 A *CN103377401A* 1/4 页 2 1. 一种方法， 用于预约船只的托运舱位， 所述方法包括 ： 接受来自承运人的所述船只航次的至少一个舱位的预分配 ； 接受所述至少一个舱位的至少一个托运规则 ； 接受来自托运人的预定请求以预约所述船只的所述至少一个舱位 ； 接受与所述预订请求对应的托运信息 ； 针对所述至少一个托运规则， 关联所述托运信息的至少一部分以确定是否可接受所述 预订请求 ； 以及 响应于可以接受所述预订请求的确定 ： 向所述托运人提。
4、供至少一个对应的承运人预订编号 ； 以及 指示所述至少一个舱位被预约。 2. 权利要求 1 所述的方法， 还包括向所述承运人提供所述预订请求已被接受的通知， 所述通知包括所述托运信息的至少一部分、 所述对应的承运人预订编号或上述两者。 3. 权利要求 1 所述的方法， 还包括 ： 对于所述船只的航次的多个始发港的至少一部分， 将对应的船名航次记录相关联， 每 一个船名航次记录指示 ： 为了所述对应的始发港的预定目的预分配的一个或多个舱位 ； 与所述一个或多个预分配的舱位对应的一个或多个承运人预订编号。 4. 权利要求 3 所述的方法， 其中每一个船名航次记录还包括一个或多个托运规则。 5. 权。
5、利要求 3 所述的方法， 还包括 ： 接受与始发港对应的集装箱堆场信息 ； 以及 将所述集装箱堆场信息和与所述始发港对应的所述船名航次记录关联。 6. 权利要求 3 所述的方法， 还包括 ： 向所述承运人提供多个船名航次 ； 接受来自所述承运人的所述船名航次中的至少一个的选择 ； 向所述承运人提供与所述选择的船名航次对应的多个始发港 ； 以及 接受来自所述承运人的所述提供的始发港中的至少一个的选择 ； 其中， 与所述选择的船名航次和所述选择的始发港对应的船名航次记录用于存储以下 信息 ： 所述至少一个舱位的预分配、 至少一个承运人预订编号和所述至少一个托运规则。 7. 权利要求 3 所述的方法。
6、， 还包括 ： 接受来自所述托运人的搜索请求 ； 响应于所述搜索请求， 提供多个搜索结果， 所述搜索结果分别指示多个每个都满足所 述搜索请求的始发港的船名航次 ； 接受所述搜索结果中的至少一个的选择作为来自所述托运人的所述预订请求， 以预约 所述船只的所述至少一个舱位， 所述船只对应于所述选择的搜索结果 ； 以及 利用与所述选择的搜索结果的船名航次和始发港对应的所述船名航次记录中的业务 规则以确定是否可接受所述预订请求。 8. 权利要求 1 所述的方法， 其中所述至少一个业务规则包括需要所述托运信息中的合 同编号。 9. 权利要求 1 所述的方法， 其中所述至少一个业务规则包括日期阈值， 并且。
7、所述方法 权 利 要 求 书 CN 103377401 A 2 2/4 页 3 还包括当超过所述日期阈值时取消所述至少一个舱位的预分配。 10. 权利要求 1 所述的方法， 其中所述业务规则包括如下中的至少一个 ： 预约包含的托 运人、 预约排除的货物和对危险品的接受。 11. 权利要求 1 所述的方法， 其中所述方法还包括接受来自所述承运人的多个承运人 预订编号， 选择所述多个承运人预订编号中的至少一个作为提供给所述托运人的对应的承 运人预订编号， 并指示采用所述至少一个预订编号。 12. 权利要求 1 所述的方法， 其中所述方法还包括联系所述承运人以接收对应的承运 人预订编号。 13. 一。
8、种系统， 用于预约船只的托运舱位， 所述系统包括 ： 至少一个中央处理单元 ； 通信硬件， 其被耦合到所述至少一个中央处理单元并被配置成与承运人和托运人通 信 ； 以及 存储器， 其被耦合到所述至少一个中央处理单元并包括数据库和程序代码， 所述程序 代码可由所述至少一个中央处理单元执行以执行以下步骤， 包括 ： 接受来自所述承运人的所述船只航次的至少一个舱位的预分配， 并且在所述数据库中 存储与所述至少一个舱位的预分配对应的信息 ； 获得所述至少一个舱位的至少一个对应的承运人预订编号， 并且在所述数据库中存储 与所述至少一个对应的承运人预订编号对应的信息 ； 接受所述至少一个舱位的至少一个托运。
9、规则， 并且在所述数据库中存储与所述至少一 个托运规则对应的信息 ； 接受来自所述托运人的预定请求以预约所述船只的所述至少一个舱位 ； 接受来自所述托运人的与所述预订请求对应的托运信息 ； 针对所述至少一个托运规则， 利用所述数据库以关联所述托运信息的至少一部分以确 定是否可接受所述预订请求 ； 以及 响应于可接受所述预订请求的确定 ： 向所述托运人提供所述至少一个对应的承运人预订编号 ； 以及 在所述数据库中指示所述至少一个舱位被预约。 14. 权利要求 13 所述的系统， 其中所述程序代码还被配置成使所述至少一个中央处理 单元向所述承运人提供所述预订请求已被接受的通知， 所述通知包括所述托。
10、运信息的至少 一部分、 所述至少一个承运人预订编号或上述两者。 15. 权利要求 13 所述的系统， 其中所述程序代码还被配置成使所述至少一个中央处理 单元执行以下步骤， 包括 ： 对于所述船只的航次的多个始发港中的至少一部分， 将在所述数据库中对应的船名航 次记录相关联， 每一个船名航次记录指示 ： 为了所述对应的始发港的预定目的预分配的一个或多个舱位 ； 与所述一个或多个预分配的舱位对应的一个或多个承运人预订编号。 16. 权利要求 15 所述的系统， 其中每一个船名航次记录还包括一个或多个托运规则。 17. 权利要求 15 所述的系统， 其中所述程序代码还被配置成使所述至少一个中央处理 。
11、单元执行以下步骤， 包括 ： 权 利 要 求 书 CN 103377401 A 3 3/4 页 4 接受与始发港对应的集装箱堆场信息 ； 以及 将所述集装箱堆场信息保存在与所述始发港对应的所述船名航次记录中。 18. 权利要求 15 所述的系统， 其中所述程序代码还被配置成使所述至少一个中央处理 单元执行以下步骤， 包括 ： 向所述承运人提供多个船名航次 ； 接受来自所述承运人的所述船名航次中的至少一个的选择 ； 向所述承运人提供与所述选择的船名航次对应的多个始发港 ； 以及 接受来自所述承运人的所述提供的始发港中的至少一个的选择 ； 其中， 采用与所述选择的船名航次和所述选择的始发港对应的船。
12、名航次记录来存储以 下信息 ： 所述至少一个舱位的预分配、 所述至少一个承运人预订编号和所述至少一个托运 规则。 19. 权利要求 15 所述的系统， 其中所述程序代码还被配置成使所述至少一个中央处理 单元执行以下步骤， 包括 ： 接受来自所述托运人的搜索请求 ； 响应于所述搜索请求， 提供多个搜索结果， 所述搜索结果分别指示多个每一个都满足 所述搜索请求的始发港的船名航次 ； 接受所述搜索结果中的至少一个的选择作为来自所述托运人的所述预订请求， 以预约 所述船只的所述至少一个舱位， 所述船只对应于所述选择的搜索结果 ； 以及 利用与所述选择的搜索结果的船名航次和始发港对应的所述船名航次记录中。
13、的业务 规则以确定是否可接受所述预订请求。 20. 权利要求 13 所述的系统， 其中所述至少一个业务规则包括需要所述托运信息中的 合同编号。 21. 权利要求 13 所述的系统， 其中所述至少一个业务规则包括日期阈值， 并且所述程 序代码还被配置为使所述至少一个中央处理单元当超过所述时间阈值时取消所述至少一 个舱位的预分配。 22. 权利要求 13 所述的系统， 其中所述业务规则包括如下至少一个 ： 预约包含的托运 人、 预约排除的货物和危险品的接受。 23. 权利要求 13 所述的系统， 其中获得所述至少一个对应的承运人预订编号包括接受 来自所述承运人的多个承运人预订编号， 并选择所述多个。
14、承运人预订编号中的至少一个作 为向所述托运人提供的至少一个对应的承运人预订编号， 并指示所述至少一个对应的承运 人预订编号被预约。 24. 权利要求 13 所述的系统， 其中获得所述至少一个对应的承运人预订编号包括联系 所述承运人以接收所述至少一个对应的承运人预订编号。 25. 权利要求 13 所述的系统， 其中获得所述至少一个对应的承运人预订编号包括生成 所述至少一个对应的承运人预订编号。 26. 一种系统， 用于预约船只的托运舱位， 所述系统包括 ： 至少一个中央处理单元 ； 通信硬件， 其被耦合到所述至少一个中央处理单元并被配置成与托运人通信 ； 以及 存储器， 其被耦合到所述至少一个中。
15、央处理单元并包括数据库和程序代码， 所述程序 权 利 要 求 书 CN 103377401 A 4 4/4 页 5 代码可由所述至少一个中央处理单元执行以执行以下步骤， 包括 ： 利用所述数据库以确定船只航次的至少一个舱位的有效性 ； 关联所述至少一个舱位的至少一个对应的承运人预订编号， 并且在所述数据库中存储 与所述至少一个对应的承运人预订编号对应的信息 ； 创建所述至少一个舱位的至少一个托运规则， 并且在所述数据库中存储与所述至少一 个托运规则对应的信息 ； 接受来自托运人的预定请求以预约所述船只的所述至少一个舱位 ； 接受来自所述托运人的托运信息， 所述托运信息对应于所述预订请求 ； 针。
16、对所述至少一个托运规则， 利用所述数据库关联所述托运信息的至少一部分以确定 是否可接受所述预订请求 ； 以及 响应于可以接受所述预订请求的确定 ： 向所述托运人提供所述至少一个对应的承运人预订编号 ； 以及 在所述数据库中指示所述至少一个舱位被预约。 权 利 要 求 书 CN 103377401 A 5 1/13 页 6 为托运服务提供即时确认的系统和方法 0001 相关申请的交叉引用 0002 本申请要求 2012 年 4 月 3 日提交的、 申请号为 61/619,848 的美国临时申请的权 益， 其内容通过引用合并于此。 背景技术 0003 1、 技术领域 0004 本发明一般涉及托运服。
17、务。特别是， 本发明涉及用于从承运人向预订托运服务的 托运人提供即时确认的方法和相关系统。 0005 2、 相关技术的描述 0006 当个人或公司想要托运货物 (“托运人” ) 时， 托运人必须直接或通过诸如货运代 理、 承运人预订公司等的中介来联系合适的托运公司 ( 在此统称为 “承运人” )。在大多数 情况下， 这需要通过电话或其它方式来联系承运人， 提供对要托运货物的说明， 并等候一个 或多个船只的舱位的海运承运人预订编号 (Ocean Carrier Booking Number， OCBN)。对于 托运人而言， 这种人工处理既耗时又冗长。尽管对于在承运人 ( 或其代表， 例如货运代理。
18、 ) 和托运人之间存在信息的电子交换方法， 诸如由美国国家标准与技术研究所开发的电子数 据交换(EDI)， 然而这种系统不允许托运人接收来自承运人对舱位的即时(即在5分钟之内 或更短时间之内 ) 确认。 发明内容 0007 一方面， 对于预约船上的托运舱位公开了一种方法和对应的系统。所述方法包括 接受来自承运人的船只航次的舱位的预分配、 舱位的对应承运人预订编号和舱位的托运规 则。然后， 与预订请求的托运信息一起接受来自托运人的预订请求以预约一个或多个船只 的预分配舱位。相对于舱位的托运规则， 关联托运信息以确定是否可接受预订请求。如果 可接受预订请求， 则向托运人提供与预约的舱位对应的承运人。
19、预订编号， 并将对应的舱位 标记为已预约。 0008 在优选的实施例中。向承运人提供指示预订请求已被接受的包括托运信息的通 知。 0009 在其它实施例中， 在船名航次级别上将舱位的预分配以及对应的规则与承运人预 订编号相关联。另外， 可在预分配的舱位的船名航次级别上接受集装箱堆场信息。 附图说明 0010 当结合附图阅读时将更好地理解在此公开的各个方面和实施例， 其中相同的附图 标记指代相同的部件。为了说明本申请的方面的目的， 在附图中示出某些优选实施例。然 而， 应理解本申请并不局限于示出的精确布置、 结构、 特征、 实施例、 方面和设备， 而且示出 的布置、 结构、 特征、 实施例、 方。
20、面和设备可以单独使用或与其它布置、 结构、 特征、 实施例、 方面和设备组合使用。附图不必按比例绘制并且其并非旨在以任何方式限制本发明的范 说 明 书 CN 103377401 A 6 2/13 页 7 围， 而仅呈现以表明本发明所示的实施例。在这些附图中 ： 0011 图 1 是实施例系统的功能图。 0012 图 2 是使承运人能够基于船名航次来预分配舱位的示例用户界面。 0013 图 3 是使承运人能够基于船名航次来指定舱位的集装箱堆场的示例用户界面。 0014 图 4 是使承运人能够基于船名航次来设定舱位的托运业务规则的示例用户界面。 0015 图 5 是向承运人提供对于相关的船名航次记。
21、录的舱位分配概要的示例用户界面。 0016 图 6 是示出对于与船名航次记录相关联的舱位生效的托运业务规则的示例用户 界面。 0017 图 7 示出帮助托运人找到适当的船名、 航次和始发港的实施例的用户界面。 0018 图 8 示出允许托运人为了即时确认的目的从承运人请求额外舱位的实施例的用 户界面。 0019 图 9 示出允许托运人为了预订的目的指定所需的舱位数量和类型的实施例的用 户界面。 0020 图 10 示出使托运人能够输入必要的预订信息的实施例的用户界面。 0021 图 11 是指示即时确认预订错误的用户界面的示例。 0022 图 12 是用于指示成功的即时确认预订的用户界面的示例。
22、。 0023 优选实施例的具体说明 0024 本发明的各个实施例提供用于向托运人传递即时确认的方法和相关系统， 同时仍 然保持与承运人的预订过程的控制。为了下述目的，“即时确认” 是托运人在提交托运请求 的 5 分钟之内收到的托运确认通知， 例如 OCBN 等，“即时确认” 可以被托运人用作对船只的 对应舱位的预约的确认。 0025 优选地，“即时确认” 包括由足以接受由托运人提交的预订请求的运输的承运人发 出或提供的确认， 并且该确认在 5 分钟之内传递给托运人。此外， 优选地， 该确认包含充分 的细节， 诸如空集装箱提取地点、 最早的集装箱提取时间和满集装箱卸柜期限， 这些细节允 许托运人。
23、把托运进行到下一步， 即安排从承运人提取空的集装箱以用来装货。 0026 实施例的方法和系统例如涉及提供新的功能和新的面向承运人的用户界面的网 站， 该用户界面使承运人 ( 如上所指示的， 包括货运公司、 承运人预订代理或无船公共承运 人 (Non-Vessel Operating Common Carrier) 能够在船名航次级别预分配舱位给系统预 订入口。 在预分配舱位之后， 承运人可以根据需要动态地关联具体托运规则， 以保持舱位分 配的控制。同时， 在某些实施例中， 承运人还可以向有资格的托运人推广船名 / 航次分配是 有效的， 并将传递相关舱位预订的即时确认。如图 1 所示， 优选实施。
24、例的系统 100 可以包括 支持四个功能元件的服务器 102， 该系统可关注船名航次， 如下所示 ： 0027 1、 舱位分配 0028 即时确认 ( “IC” ) 预订引擎 104 支持由承运人 2 利用之前分配给系统 100 的舱位 对托运人 4 的舱位的即时确认。采用预订入口 102 中的这些舱位的有效性自动触发对有资 格的托运人 4 的即时确认。 0029 2、 托运规则 0030 IC规则引擎106将具体托运规则(如下文讨论的存储在数据库108中)与船名航 次相关联， 以便承运人 102 能够保持对舱位分配的严格控制。优选地， 即时确认仅仅发送给 说 明 书 CN 103377401。
25、 A 7 3/13 页 8 由托运规则引擎106所确定的有资格的托运人4。 例如， 承运人102可以根据空间有效性和 根据具体情况推广或限制舱位的需求来动态地增加或移除规则 106。 0031 3、 用户界面 0032 用户界面 110 允许承运人 2 和托运人 4 访问系统 100， 如下文中更详细地阐述。用 户界面 110 接受托运人 4 和承运人 2 各自的请求以向托运人 4 提供对舱位分配请求的即时 确认， 并向承运人 2 提供舱位已被分配的公告。用户界面 110 还允许承运人 2 管理他们在 船名航次级别上分配的舱位， 以及关于这些航次的相应托运业务规则。 0033 然而， 对系统 。
26、100 的访问并不仅局限于网络接口。本发明的各个实施例还可以支 持其它访问方式， 例如采用 EDI 系统界面等。例如， 如图 1 所示， 系统 100 可以支持直接链 接来选择与托运人 4 的计算系统更紧密整合的托运人 4， 例如经由 EDI 界面、 终端和相关的 通信协议等。类似的布置还可以用于选择承运人 2。尤其优选 EDI， 因为这通常是现有体系 结构中的一部分， 从而采用任何适当的硬件的实施例的系统 100 可以与现有的 EDI 界面接 合从而为托运人 4 和承运人 2 提供有效的 “即时确认升级” ， 而托运人 4 或承运人 2 无需在 物理上实质改变它们现有的体系结构。因此， 将理。
27、解的是用户界面 110 并不仅限于网络门 户， 尽管这种网站的实施方式在一般普遍可访问上具有优势。 0034 4、 IC 数据库 0035 正如以下讨论的， 数据库 108 存储与舱位有关的信息、 舱位的分配和相关的托运 业务规则， 以及支持系统 100 所需的其它相关信息。正如以下讨论的， 例如， 数据库 108 还 可以存储各个用户 2、 4 的访问 ( 即， 登录 ) 凭证， 并存储每个用户 2、 4 的设定和偏好。尽 管被指示为单个实体， 但是将理解的是数据库 108 和相关引擎可以跨越一个或多个文件分 布， 甚至跨越一个或多个文件服务器和 / 或数据库引擎。尽管如此， 现有技术已知的。
28、这种分 布式系统可以进行逻辑互连以提供在此所述的数据库 108 的期望功能。 0036 当承运人2满足规则引擎106所确定的资格时， 托运人4接收即时预订确认。 在本 发明的一些实施例中， 系统100可以支持承运人2的广告 ； 承运人2可以做广告并且例如可 以在 IC 数据库 108 中存储相关的信息。如果托运人 4 有动机了解何时即时确认是有效的， 则托运人 4 可以经由用户界面 110 向承运人 2 订阅推广。当托运人 4 注册承运人 2 的推广 时， 则托运人 4 还可以指示所使用的贸易通道。因此， 当承运人 2 触发船名航次推广时， 它 可以被分配到指示出它们在贸易活动中活跃并有兴趣接。
29、收相关的 “即时确认” 通知的托运 人 4。 0037 用户界面110使承运人2能够动态地增加规则并在空间受限时严格控制船名航次 的分配， 并且当容量高时增加推广， 该推广可以通过利用系统预订门户 100 改变来为承运 人 2 提供摄入管理工具。利用这些工具， 承运人 2 从低价的 “电话” 订单转变成高价的摄入 管理活动。 0038 如上所述， 用于执行根据本发明的实施例的方法的优选系统 100 是被编程来执行 该方法的各个步骤的服务器， 在优选的实施例中， 其为网站服务器， 因而如在现有技术中所 已知的以一个或多个网页形式实现用户界面 110。然而， 如前所述， 同样优选的是该系统还 支持。
30、其它协议， 例如采用比如已经准备就绪的传统的硬件资源与承运人 2 和托运人 4 进行 的 EDI 消息传递。还将理解的是除了网站之外， 还可以支持其它系统， 例如专用终端等。或 者在另一个实施例中， 与该系统面向承运人的用户界面相关的第一软件可以运行在承运人 说 明 书 CN 103377401 A 8 4/13 页 9 2 自己的计算机系统上， 并与运行第二软件的外部系统通信， 该第二软件支持托运人的用户 界面和相关 IC 数据库。在本发明范围内的其它变形也是有可能的。例如在一个实施例中， 如下面更详细地讨论的， 承运人 2 具有到服务器的直接数据馈送以进行舱位分配等， 同时 网站界面 11。
31、0 可以提供给系统的其它用户 4。 0039 通常， 系统 100 可以包括一个或多个与存储器和适当的电信硬件通信的中央处理 单元(CPU)。 可以是现有技术中已知的易失性和非易失性存储器的组合的存储器， 可以包括 可由一个或多个CPU执行以使该CPU执行具体方法步骤并经由电信硬件与其它设备进行通 信的程序代码， 优选地， 采用已知的协议， 例如 TCP/IP、 HTTP、 SMTP、 EDI 等， 尽管还可以使用 专用协议， 例如如上所述的关于承运人 2 的直接数据馈送的协议。存储器还可以包括例如 数据库 108 等形式的数据， 其存储系统 100 的操作所需的信息， 例如客户端 ( 托运人。
32、 4 和承 运人 2) 信息， 包括托运规则、 托运分配、 确认编号等。CPU 和存储器可以封装在单个服务器 或相互协同定位的一组服务器内， 或者可以在地理上分散并经由电信软件相互通信。 0040 在优选的实施例中， 利用现有技术中已知的标准协议作为网站来实施的网站服务 器呈现承运人用户界面 110， 承运人 2 可以采用任何适当地设计的网络接口， 通过承运人用 户界面 110 将信息输入到网站 100 中， 从而输入到服务器数据库 108 中。例如， 该信息可以 包括船名、 各个船只出发和抵达或其二者的计划日期、 时间以及用于对每一个船名航次的 即时确认的预分配的托运舱位编号。 托运舱位可以。
33、是托运人为了运输货物而可以请求且承 运人可以进行预分配的任何预定的托运单元。在优选的实施例中， 托运舱位采取标准的托 运集装箱的形式， 可以通过与网站 110 的适当交互来指定其尺寸。因此， 在船上， 每一个舱 位与托运集装箱可以一一对应。 0041 有利地是在一些实施例中， 托运人 4 和承运人 2 都可以经由适当的用户界面 110， 利用第三方托运数据库 112 来找到适当的船名航次。如现有技术中已知的这种数据库 112 持续更新并包含有关托运航程的信息， 例如船名、 航行日期和时间、 目的地、 抵达日期和时 间等。 0042 在优选的实施例中， 当利用 IC 系统 102 预分配舱位时，。
34、 承运人 2 还提供一系列海 运承运人预定编号 (“OCBN” )， IC 系统采用 OCBN 来指示依照托运人需求的给定的舱位或 多个舱位的成功预约。为了向托运人 4 提供船只的一个或多个舱位已被预订的即时确认， 系统 102 被配置成向托运人 4 返回每个成功的 IC 预订的对应 OCBN。任何给定的 IC 预订可 以涵盖船只的一个或多个预分配的舱位。因此， 例如如果托运人 4 请求船只 X 的三个舱位， 假设托运人 4 将承运人 2 的托运规则 106 与那些舱位进行匹配， 则系统 102 将立即为托运 人 4 预订船只 X 的三个舱位， 并向托运人 4 返回一个已预订的舱位的对应 OC。
35、BN。可选地， 例 如该系统可取决于托运人 4 的偏好， 提供三个单独的 OCBN， 每一个 OCBN 对应一个预订的舱 位。当然， 于是在数据库 108 中将该舱位标记为已被预约， 并且系统 102 发送对应的消息给 承运人 2， 来指示舱位的预订和提供交易的细节， 例如从数据库 108 中获得的托运人相关信 息和需求。在 IC 系统 102 与承运人 2 或托运人 4， 或者在 IC 系统 102 与承运人 2 和托运 人 4 两者之间可以使用任何适当的通信协议来中继信息， 该协议包括 EDI 协议、 网络服务、 XML、 FTP、 HTTP、 HTTPS、 SMTP 等。例如， 可以由用。
36、于潜在 IC 系统 102 的配置来确定所使用的 准确协议。例如， 在通过适当的用户界面 110 来面对承运人 2 和托运人 4 两者的基于网站 的系统 102 中， HTTPS 可以连同 SMTP 一起用于托运人 4 侧的通信， 同时 EDI 和 HTTPS 可以 说 明 书 CN 103377401 A 9 5/13 页 10 用于与承运人 2 的通信。当然， 其它布置肯定也可以。 0043 如前所示， 当向系统102预分配舱位时， 承运人2可以从整体上或是基于一个舱位 接着一个舱位来为预分配的舱位设定特定的托运规则 106， 以及提供用于预分配的舱位的 对应的 OCBN。可以采用任何适当。
37、的用户界面 110 来支持托运规则 106 的设立和控制， 例如 用来指定规则的应用的复选框等、 为进一步处理规则所需的信息字段的文本输入框等。这 些托运规则 106 可以包括但肯定并不局限于以下内容 ： 0044 A. 托运物是有危险的还是无害的？ 0045 B. 托运物重还是轻？ ( 即， 实质上是否满足集装箱最大重量负载 ) 0046 C. 承运人 2 的优选客户 ； 0047 D. 最小舱位分配 ； 0048 E. 舱位价格 ； 0049 F. 制冷需求 ( 如果有的话 ) ； 0050 G. 承运人专用的托运规则 ； 0051 H. 允许或不允许的具体货物或二者皆可的规则 ； 005。
38、2 I. 唯一允许的特定集装箱尺寸的规则 ( 即， 40 英尺、 20 英尺 ) ； 0053 J. 与设备管理系统的接口规则， 该规则将确保设备的有效性 ( 即， 为了确保设备 和集装箱是相同的 ) ； 0054 K. 仅在沿运输线的具体港口允许装货、 卸货或二者皆可的规则 ； 0055 L. 允许或不允许低于集装箱负载 (LCL) 或二者皆可的规则 ； 0056 M. 允许自动取消一个或多个预分配的舱位的规则， 例如基于超过到期日期或是对 于承运人 2 的其它重要事件 ； 以及 0057 N. 当预分配的舱位快要耗尽时 ( 即， 对船名航次几乎无剩余未预订的舱位 ) 生成 警告、 消息等来。
39、警报承运人 2， 以便承运人 3 可以在此船名航次的额外舱位有效且有需要的 情况下， 向系统分配该额外舱位的规则。 0058 为了促进托运规则106的输入， 系统102可以包括一组标准的托运规则， 该托运规 则是适用所有承运人 2 的公用规则和承运人 2 可以仅对承运人 2 的一个或多个舱位施加的 承运人具体规则。优选地， 在船名航次级别 ( 即， 对特定船名航次的所有舱位的规则是相同 的 ) 分配舱位， 但是必然可以对舱位实施的规则变形。例如， 可以对每一个船名航次的单独 舱位实施规则， 这些规则将会是高度精粒度的规则分配， 或在另一个极端， 可以对所有船名 航次的所有舱位实施规则， 这些规。
40、则将会是非常粗粒度的规则分配。这些极端的变形和混 合是有可能的 ； 例如， 网站 110 可以被配置成允许承运人 2“向下追溯 (drill down)” 到向 舱位规则应用所需的专门级别。然而， 相信在船只航次级别的跨舱位规则应用是理想的。 0059 规则 106 还可以基于各自的承运人 2 预先配置的默认模板。这种模板可以减轻此 承运人 2 对所有船名航次公用的信息输入 ； 对于船名航次， 承运人 2 可以以利用由承运人 2 先前所确定的规则 106 预先填充的模板开始， 因而承运人 2 仅仅需要改变对于此航次是唯 一的那些船名航次的规则 106。例如， 可以由承运人 2 的管理员设立托运。
41、规则 106 和模板。 然而， 系统 102 的管理员还可以例如取决于该规则的复杂度来帮助承运人 2 设立托运规则 106。在优选的实施例中， 一旦设立托运规则 106， 该规则 106 就可为承运人用户 2 所使用， 从而承运人用户 2 可以动态地将规则 106 应用于任何舱位分配， 或是从任何舱位分配中移 说 明 书 CN 103377401 A 10 6/13 页 11 除规则 106。 0060 系统 102 可以例如通过适当的经由登录名和对应的密码的系统注册来促进托运 人 4 和承运人 2 两者的登录验证， 如现有技术中已知的包括其中每一个的管理员和标准用 户。以这种方式， 系统 1。
42、02 可以使具体的承运人 2 或托运人 4 的信息和与系统 102 的具体 交易相关联， 而且还可以区别承运人 2 管理员 ( 例如， 可以设立托运规则 106 的人 ) 和标准 用户。正是因为承运人 2 可以将船名、 舱位预分配和托运规则信息 106 输入到数据库 108 中， 托运人 4 还可以输入托运相关信息到数据库 108 中， 例如名称、 地点、 托运物的重量、 目 的地、 收货人、 托运物的内容、 该物品是有危险的或是无害的、 制冷需求等。例如， 一些信息 仅可由托运管理员输入， 同时标准用户可以输入其它信息。 0061 系统 102 还可以促进一种或多种搜索功能， 例如允许托运人。
43、 4 搜索托运货物到期 望目的地的适当航线、 船名或这二者的一种搜索功能。举例来说， 系统 100 可以采用一个或 多个托运数据库112， 该数据库可以作为IC系统102的一部分存在， 由第三方提供或是二者 皆可。当返回从托运数据库 112 搜集而来的对于这种托运的可能船名列表时， 如果船只具 有注册到 IC 系统 102 的空缺且预分配的舱位， IC 系统 102 可以例如采用标记等指示可用 于船名的即时确认。当用户 4 选择这一船名时， 该系统采用存储在数据库 108 中的托运者 相关信息， 并将其与用于为此船名预分配的舱位的对应托运规则 106 相比较。如果托运人 4 的信息满足托运规则。
44、 106， 则系统 102 可以提供关于由托运人 4 预约的舱位的对应 OCBN。 在托运人 4 请求舱位之后， 可以相对于托运人 4 交叉检查托运规则 106， 同时显示搜索结果 或其组合。如果在显示搜索结果时并且基于当时已知的托运人 4 无法满足关于舱位的托运 规则 106 的托运人 4 信息执行， 则优选对船名不显示 “即时确认有效” 的标记。 0062 承运人 2 可以采用托运规则 106 作为平衡航线负载的调节器。例如， 承运人 2 可 以在流行航线上施加更多严格的托运规则 106， 而在未充分利用的航线上几乎不施加严格 的规则。此外， 承运人 2 可以动态地改变托运规则 106。例。
45、如， 当接近出发日期而舱位仍然 未被预订时， 承运人 2 可以逐步放松其对于那些未分配舱位的托运规则。此外， 在优选的 实施例中， 当船只出发日期接近例如星期的预订期限时， 预分配的舱位仍然未被预订， 系统 102 可以向承运人 2 发出这样的通知， 允许承运人 2 释放这些舱位， 以便它们可以更传统的 方式来预订。因而可以从存储器 108 中移除释放的舱位及它们对应的 OCBN， 或另外标记为 未使用的。 0063 尽管本发明的优选实施例在舱位和 OCBN 之间采用一对一的对应关系， 但是将理 解其它布置也是可能的。例如， 如果托运人 4 请求船只的多个舱位， 系统 102 可以仅仅返回 一。
46、个 OCBN， 而不是对于那些舱位返回对应的多个 OCBN 作为即时确认通知， 然后系统 102 发 送消息给承运人 2， 指示这一单独的 OCBN 正被用于预约多个托运舱位。 0064 类似地， 如果托运人 4 仅需要集装箱的一部分， 因此仅需要舱位的一部分， 例如系 统 102 可以与适当的托运集运商对此舱位相互合作并提供从该集运商获得的确认编号， 然 后转发该确认编号给托运人 4， 同时向集运商提供整个舱位的 OCBN。 0065 以下更详细地描述一个具体实施例的系统， 该系统包括上述各个方面。 然而， 将理 解许多其它的变形和实施例是可能的。为了以下的目的， 仍然关于图 1 所示实施例。
47、的系统 10 作出参考。 0066 在高级别抽象上， 正如以下所概括的， 实施例的系统 100 包括相互关连的多个逻 说 明 书 CN 103377401 A 11 7/13 页 12 辑部件。 0067 第一部件可以提供承运人 2 的 IC 分配的配置， 并且包括用于配置规则引擎 106 和 舱位分配(例如创建、 修改或二者)的用户界面110， 用于允许Excel电子表格(或其等同， 例如逗号分隔值文件等 ) 作为用于输入承运人相关数据的替代流的上传并用于使用托运 数据库 112 作为托运数据的只读源的界面 110。 0068 另一个模块针对托运人 4 的预订请求， 并包括用来查询和选择分配。
48、的用户界面 110 以及如前所示的 “IC 可知” 的预订用户界面 110 ； 与例如 EDI 的继承系统配合的用于托 运人 4 的预订请求以及托运人 4 的即时确认报告的用户界面， 该用户界面优选与基于 EDI 的继承系统配合以及包括适当的基于网络的用户界面、 电子邮件通知等。 0069 另一个模块可以为承运人 2 和托运人 4 提供即时确认报告， 同时还有另一个模块 处理承运人 2 的确认。以下将更详细地讨论这些逻辑模块中的每一个。将理解这些逻辑模 块可以作为由存在于系统 100 内的 CPU 执行的适当的程序代码而实施， 以实现在此讨论的 期望功能。 0070 在图 2 中描绘了作为用于。
49、由承运人 2 的舱位分配建立的用户界面 110 的一部分的 示例性网页 200。作为由网页 200 提供的用户界面 200 使承运人 2 能够通过例如集装箱类 型来分配具体船名航次的空间， 然后该信息被存储在 IC 系统 102 的数据库 108 中以供将来 使用。随后， 承运人 2 可以将在船名航次记录 (“VVR” ， 在下文更详细讨论 ) 中的舱位分配 的托运业务规则 106 关联。 0071 例如， 承运人2可以首先采用与托运数据库112集成的查询界面来查询船名航次， 例如通过查询船名、 始发港、 终点港、 日期等。可以在航次选择界面 201 中放置以这种方式 找到的船名航次列表， 其允许承运人 2 选择具体船名航次。 0072 因为系统 100 访问了托运数据库 112 中的航线信息， 所以一旦采用航次选择界面 201 选择船名航次， 系统 100 就可以采用对于选择的航次的托运数据库 112 中的航线信息 来将所选择的船只在其航次中将到访的各个港口填写 (populate) 入。