CN112997205A - 用于实时在线货运管理的方法、系统、设备及程序 - Google Patents

Abstract

提供了一种在全球物流业中使用实时链式黑匣子进行实时在线货运管理的方法。该方法包括以下步骤：(a)提供预订请求提交阶段，(b)提供预订请求接受阶段，(c)提供服务交付/履行阶段；以及(d)提供服务支付阶段。

Description

用于实时在线货运管理的方法、系统、设备及程序

相关申请的交叉引用

本非临时申请要求2018年7月24日提交的美国临时申请No.62/702，613的权益，在此通过引用将其并入本文。

此外，本非临时申请通过引用并入了以下美国临时申请，即2017年1月26日提交的No.62/450，836、2017年3月16日提交的No.62/472，409、2017年8月17日提交的No.62/547，064、2017年8月28日提交的No.62/551，122，以及2018年1月24日提交的美国专利申请No.15/879，127。

技术领域

本发明总体上涉及一种用于实时在线货运管理的方法、系统、设备和程序，更具体地，尤其是涉及一种在全球物流业中使用实时链式黑匣子进行实时在线货运管理的改进的方法、系统、设备和程序。

背景技术

一方面，本发明通过提供四个不同的阶段，包括预订请求提交阶段、预订请求接受阶段、服务交付/履行阶段和服务支付阶段，提供了管理预订请求、交付和支付的新颖方式。

目前，航运、物流和货运代理行业的全球形势存在的一个问题是，这些行业基于陈旧且分散的手动和自动系统来运营，且每个国家的系统都有所不同。这需要大量的文书工作、电话联系以及相关各方之间的来回沟通。此外还经常需要几层中介(人、公司等)，这对全球范围内的有形商品进出口造成了额外的成本和过程延迟。此外，来自不同利益相关方的记录容易受到完整性和准确性的限制。

目前，没有用于各种交易的集成的中央存储涉及货物进出口中各种利益相关方。更具体地说，没有能使用互联网和电子数据交换(EDI)标准以实时和在线模式运作的集成的解决方案。因此，需要一种改进的方法。

本发明提供了一种用于集成的中央平台的新颖方法和系统，该平台以实时和在线模式管理涉及众多利益相关方的不同交易，这些利益相关方包括但不限于托运人和服务提供商。

发明内容

前述问题以及其他问题通过用于实时和在线货运管理的新方法以及根据该方法操作的系统、设备和程序得到解决。

一方面，本发明提供了货物进出口中涉及各种利益相关方的各种交易的集成的中央存储。本发明可以提供由人工和自动化系统创建的所有相关交易的中央、实时记录和完全不可变的储存库，这在当前是不存在的，特别是在全球物流和航运业中。本发明提供了一种使用互联网和电子数据交换(EDI)标准以实时和在线模式运作的集成解决方案。一方面，本发明是实时链式黑匣子。

本发明的解决方案是结合定制的过程和技术创建计算机软件，其可以允许在全球“任何地方和任何时间”完成托运交易或货运代理交易(即进口或出口)的全自动和在线方式，将托运人(进口商和/或出口商)直接连接到其所有服务提供商。“服务提供商”可以包括，例如：a.卡车运输公司，b.仓库运营商和c.托运公司。

本发明的解决方案包括创建利用各种技术(包括“区块链”)的计算机软件。在本发明的“黑匣子”的创建中使用“区块链”技术，不单独使用该技术，而与其他形式的技术结合，这在行业中是第一次，并且是以不可变的机制记录交易的新颖和独特的方式。

区块链(数据库)是一个不断增加的记录或“块”的列表，这些记录或“块”通过使用加密技术被链接和保护。每个块通常包含一个哈希指针，作为指向前一个块的链接、时间戳和交易数据。在设计上，区块链与生俱来就阻止修改数据。从功能上来说，区块链可以作为一个开放的、分布式的分类账，其可以有效地以可验证和永久的方式记录双方之间的交易。为用作分布式分类帐，区块链通常由对等网络管理，其共同遵守用于验证新块的协议。一旦被记录，任何给定块中的数据，在没有改变所有后续块以及没有多数网络的共谋的情况下，不能被追溯性地改变。在设计上，区块链具有安全性，并且是具有高拜占庭(Byzantine)容错性的分布式计算系统的例子。因此，通过区块链达成了去中心化共识。这使得区块链适用于记录管理活动，如身份管理、交易处理和记录出处。

“黑匣子”的概念可以说在航空业中很常见，其中飞行中的飞机将记录飞行中飞机上几乎所有可记录的事件。然而，同样的概念在软件行业，尤其是航运和物流行业，从来没有实现过，在这些行业实现这个概念并不容易。航空业的“黑匣子”是一个封闭的系统，只有航空业的权威人士才能使用。相反，本发明的黑匣子对注册的终端用户和/或本发明软件的客户开放，也可以对私人和政府机构开放，以查看通过本发明的平台安排的全球任何装运的交易历史。

在软件行业中，黑匣子的概念并没有被使用，但是有各种各样随机完成的日志或记录。然而，在本发明中，所有可记录事件都以数字的方式被记录到数据库和/或平面文件中，并随后被记录到启用区块链的系统中，以确保记录的不可变性，增加数据的完整性。

本发明的一些更显著的优选的方面或特征包括如下。首先，计算机软件可以使用能够通过互联网运行浏览器软件(例如Chrome，Edge，Firefox，Safari，Explorer等)的任何计算机或移动设备。第二，计算机软件也可以使用任何运行操作系统的设备，如可以访问互联网的Windows、Android和苹果iOS操作系统。第三，计算机软件与在私有云或公共云上运行的其他计算机软件交换数字数据和元数据，以建立在线和24/7交互。第四，计算机软件支持其各利益相关方各自的管理者和员工通过定制的流程和技术轻松操作计算机软件。

本发明可以使用硬件、软件或两者的组合来实现，包括使用合适的一个或多个计算机程序、移动应用或“应用”(例如在设备108、110、112、114等中，这些设备于附图中示出且后文有更全面的描述)。众所周知，应用程序是一种被设计成在智能手机等移动设备上运行的软件应用程序。

移动应用可以通过应用分发平台获得，这些平台通常由移动操作系统的所有者操作。通常，从平台下载移动应用程序到智能手机等目标设备上。有时也下载移动应用程序到移动性较低的计算机上，例如笔记本电脑或台式机上。

本文所用的“智能手机”包括基于移动操作系统构建的移动电话或设备类别，其具有比功能电话更高级的计算能力和连接性。智能手机通常具有高分辨率触摸屏和显示标准网页、以及移动优化网站的网络浏览器。高速数据访问由例如无线网络或移动宽带提供。常用的移动操作系统包括但不限于苹果的iOS、诺基亚的Symbian、RIM的黑莓OS、谷歌的Android、三星的Bada、微软的Windows Phone、惠普的webOS。这些操作系统可以安装在许多不同的手机型号上。

根据一个示例方面，本发明提供了一种用于处理和存储在线货运管理的交易和预订的系统，包括：终端用户模块，用于通过专用入口模块与用户设备接口以执行登录过程，其中用户设备的用户可以是例如服务提供商；中间件模块，用于处理用户的交易请求；后台公司模块，用于对每个交易执行基于过程的完整性检查，用于管理每个交易，以及用于通过专用出口模块与用户设备接口以执行注销过程；以及与中间件模块通信并存储包括交易数据、用户简档数据和通信数据的黑匣子模块，其中黑匣子模块包括用于以有组织且易于检索的结构存储数据的实体关系数据库。

根据本发明的一个方面，一种在全球物流业中使用实时链式黑匣子进行实时在线货运管理的方法，包括(a)提供预订请求提交阶段，(b)提供预订请求接受阶段，(c)提供服务交付/履行阶段；以及(d)提供服务支付阶段。

根据另一方面，服务提供商的设备被配置成执行以下步骤：

在预订请求提交阶段，发起预订请求，

在预订请求提交阶段，显示关于平台提供的预订的至少一个适用合同，

在预订请求提交阶段，确定是否选择至少一个适用的合同，

在预订请求提交阶段，通过该该平台的门户完成门户字段信息，并提交该门户字段信息，

在预订请求提交阶段，从该平台接收关于该预订的建议或邀约，

在预订请求接受阶段，通过该平台的投标引擎提供投标邀约，

在预订请求接受阶段，当该平台未提供费率时生成报价，

在预订请求接受阶段，将该报价发送给该托运人的设备，

在服务交付/履行阶段，完成该平台提供的服务履行/行动任务，

在服务交付/履行阶段，确定是否需要贸易单据，

在服务交付/履行阶段，如果不需要贸易单据，则确定是否需要其他单据，

在服务交付/履行阶段，将服务交付/履行的证明上传至云数据库和区块链，

在服务交付/履行阶段，生成发票并发送发票给该托运人的设备，

在服务交付/履行阶段，将该发票存储于云数据库和区块链中，

在服务交付/履行阶段，确定服务提供商是否选择融资；

根据另一方面，该平台被配置成执行以下步骤：

在预订请求提交阶段，验证从服务提供商的设备接收的预订请求，

在预订请求提交阶段，向服务提供商的设备提供关于该预订请求的至少一个适用合同，

在预订请求提交阶段，使用该服务提供商选择的合同的信息自动填充门户字段；

在预订请求提交阶段，提供关于该预订请求的建议或邀约，

在预订请求提交阶段，验证该预订请求，

在预订请求提交阶段，汇总该预订请求以供审核，

在预订请求提交阶段，发送该预订请求至平台可用服务(SVC)，其中平台可用服务包括海运、集装箱堆场、卡车运输、港口、货运代理、报关行、仓储、空运和保险，

在服务交付/履行阶段，触发服务工作流履行任务并与平台可用服务(SVC)通信，

在服务交付/履行阶段，如果确定该服务提供商的设备需要贸易单据，则确定是否存在模板，

在服务交付/履行阶段，如果存在模板，则自动生成至少一份贸易单据，并将该至少一份贸易单据存储于云数据库和区块链中，

在服务支付阶段，触发服务工作流支付任务，并将该服务工作流支付任务发送给平台可用服务(SVC)，

在服务支付阶段，确定是否存在发票模板，

在服务支付阶段，如果存在发票模板，则自动生成发票，并将自动生成的发票存储于云数据库和区块链中，

在服务支付阶段，将该自动生成的发票发送到该服务提供商的设备；

在服务支付阶段，如果确定该托运人的设备有信用条款，并且确定该服务提供商的设备选择融资，则触发该服务提供商的基于交易的融资，

在服务支付阶段，如果确定该托运人的设备有信用条款，则更新应收账款分类账/应付账款分类账(AR/AP分类账)，

在服务支付阶段，在到期日或到期日之前发送应付款通知提示，

在服务支付阶段，当该托运人的设备继续支付时，通过分类账平台处理支付，

在服务支付阶段，当在处理支付的步骤中成功处理了支付，确定该服务提供商是否使用了融资，

在服务支付阶段，如果该服务提供商使用了融资，则支付贷款，其包括本金和利息，

在服务支付阶段，向该服务提供商支付服务费，

在服务支付阶段，如果确定该托运人选择融资，则触发该托运人的基于交易的融资。

根据另一方面，该托运人的设备被配置成执行以下步骤：

在预订请求接受阶段，接受投标邀约，

在预订请求接受阶段，在从该服务提供商的设备接收报价后确认费率，

在预订请求接受阶段，从平台可用服务(SVC)接收信息，

在预订请求接受阶段，当报价投标设置开启时，触发投标引擎，在预订请求接受阶段，投标引擎向该托运人的设备和该服务提供商的设备发送信息，以及从该托运人的设备和该服务提供商的设备接收信息，

在预订请求接受阶段，当未提供费率时自动生成报价，

在预订请求接受阶段，将生成的报价存储于云数据库和区块链中，

在预订请求接受阶段，基于生成的报价选择模板，

在服务支付阶段，从该平台接收发票；

在服务支付阶段，确认发票并接受费用，

在服务支付阶段，确定是否存在信用条款，

在服务支付阶段，如果没有信用条款，确定该托运人是否选择融资，以及

在服务支付阶段，如果该托运人不选择融资，则继续付款。

根据另一方面，合作银行的设备被配置为执行以下步骤：

在服务支付阶段，在触发服务提供商的基于交易的融资之后，从该平台的设备接收信息，

在服务支付阶段，确定该服务提供商的信贷额度和贷款是否得到批准，

在服务支付阶段，将批准的金额支付到服务提供商的银行账户，

在服务支付阶段，接收贷款支付，

在服务支付阶段，在触发该托运人的基于交易的融资之后，从该托运人的设备接收信息；

在服务支付阶段，确定该托运人的信贷额度和贷款是否得到批准，

在服务支付阶段，并向该平台支付批准的金额。

根据另一个方面，一种在全球物流业中使用实时链式黑匣子的实时在线货运管理系统，包括：(a)服务提供商的设备；(b)托运人的设备；(c)服务器计算机上的平台；以及(d)合作银行的设备。

该系统被配置为提供四个阶段，包括预订请求提交阶段、预订请求接受阶段、服务交付/履行阶段和服务支付阶段。

下面参照附图进一步详细描述本发明的特征和优点以及本发明的各种实施例的结构和操作。

附图说明

通过结合以下附图对示例性实施例进行详细描述，将更容易理解本发明的特征和优点。

图1示出了根据示例性实施例的本发明的系统100的框图。

图2示出了根据示例性实施例的本发明的系统100的另一框图。

图3还示出了根据示例性实施例的本发明的系统100的另一框图。

图4是示出了可以根据图1-3中所示的系统操作的方法的流程图。

图5，包括图5A-D，示出了根据本发明示例性实施例的实体关系图(EntityRelationship Diagram,ERD)中的数据库设计。

图6是AWS计算机服务器基础设施示意图，示出了根据示例性实施例的系统100的整体硬件和软件设置。

图7示出了根据示例性实施例的本发明的系统100，其中在系统内部发生的交易被保存到黑匣子模块105。

图8示出了根据本发明示例性实施例的图1-3的中间件模块104的集成基础设施的特写视图。

图9示出了根据本发明的示例性实施例的图1-3的后台模块106。

图10示出了根据本发明的示例性实施例的图2和图3所示的专用入口模块101的详细视图及其过程。

图11示出了示例屏幕截图作为例子，其图解了托运人或出口商/进口商的主屏幕。

图12示出了根据本发明示例性实施例的图3和图3的专用出口模块103的详细视图及其过程。

图13示出了图1-3的终端用户模块102内的子模块102-A的例子，尤其是与报关行交互的例子。

图14示出了图1-3的终端用户模块102内的子模块102-B的例子，尤其是与托运托运公司交互的例子。

图15示出了图1-3的终端用户模块102内的子模块102-C的例子，尤其是与仓库运营商交互的例子。

图16，包括图16A-O，示出了根据本发明另一示例性实施例的实体关系图(ERD)中的数据库设计。

图17示出了根据本发明示例性实施例的流程图，说明了在给定从不同运输公司得到的各种费率的情况下，由托运人进行投标过程(费率)选择的过程和技术。

图18示出了根据本发明示例实施例的本发明的高级处理工作流程。

图19A和图19B一起示出了根据本发明示例性实施例的包括预订请求提交阶段的工作流程。

图20示出了根据本发明示例实施例的预订请求接受阶段的工作流程。

图21A和图21B一起示出了根据本发明示例性实施例的包括服务交付/履行阶段的工作流程。

图22A、图22B和图22C一起示出了根据本发明示例性实施例的包括服务支付阶段的工作流程。

接下来将结合某些示例性实施例描述本发明；然而，本领域的技术人员应该清楚，在不脱离本权利要求的精神或范围的情况下，可以进行各种修改、添加和删减。

优选实施例的描述

图1是根据一个示例性实施例的本发明的系统100的框图。系统100的一个组件是终端用户模块102，其为计算机软件的组件，可以与客户交互，例如进口商和出口商，以及通过诸如进口商和出口商设备108、110(或其他设备)的设备处于该过程中的其他所有利益相关方。第二个组件是中间件模块104。中间件模块104是计算机软件的组件，其与在进口和出口过程中其他利益相关方使用的其他计算机软件的组件进行对话。中间件模块104包括与航运2、卡车运输4、仓库6、在线支付8、企业资源规划10(ERPs)以及其他实体12相关的私有和公共应用程序接口(APIs)。第三个组件是后台公司模块106，其可以优选地在云端(但不是必须的)，并且是员工使用的计算机软件的组件，其用于支持或管理操作该计算机软件的公司或实体的人员，他们通过诸如员工设备112、114(或其他)的设备与后台公司模块交互。后台公司模块106负责确保所有交易的完整性。

关于利用用于第三方应用集成基础设施的网络服务来实现中间件模块104，软件中的中间件类似于桥；其通过使用网络服务或应用程序接口(API)将外部系统连接到软件中。通过中间件连接系统，在与软件交互的系统之间建立了一个双向通信通道。

本发明的另一个值得注意的组件是黑匣子模块105，如图1所示，其作为软件平台的中间件模块104的组件，但是当然黑匣子模块105也可以是与中间件模块104和其他模块交互的独立模块。任何在系统100内部或正在使用系统100的人都会被黑匣子模块105监控。这意味着所有重要的数字交易、用户简档改变以及与其他利益相关方的通信都可以在系统100内执行。在线支付和相关的重要动作可以永久且不变地被记录在黑匣子模块105内部。

黑匣子模块105是计算机软件、互联网、数据库、区块链和相关技术的组合。值得注意的是，在本发明的一个示例性实施例中，即使未经授权的个人或实体试图进入平台，黑匣子模块105仍然不能被绕过。黑匣子模块105具有不同级别的软件触发器，软件触发器允许在整个硬件和软件平台的不同级别自动记录。唯一允许访问黑匣子模块105的是报告和查看黑匣子模块内的交易。记录在黑匣子模块105内的数据不可能被更新、编辑或删除。

黑匣子模块连续记录本发明的系统(XLOG)中所有相关的交易。这种数据记录确保了数据库中所有交易的完整性，因为所有交易都可以随时被查看或审查。系统中可以记录几乎无限数量的交易。黑匣子模块可以完全集成到系统中。

图7示出了根据本发明的一个示例性实施例的系统100，其说明了图2的黑匣子模块105如何与系统的其他模块和组件接口，尤其是终端用户模块102、中间件模块104、后台公司模块106以及通过参与者的设备108、110、112、114参与的各种参与者20，例如进口商/出口商21、报关行22、货运公司23、仓库运营商24、托运公司25、后台参与者26或其他(未示出)。当然，应当理解，参与者20仅仅是示例，以及代表其他行业/等的其他方也可能是参与者。

图7示出了根据一个示例性实施例的系统100的过程或方法，其中在系统内部发生的交易被保存到黑匣子模块105。首先，终端用户模块102在接受来自参与者20之一的登录请求之后执行登录过程，参与者20包括例如，进口商/出口商21、报关行22、卡车运输公司23、仓库运营商24、托运公司25、后台参与者26或其他。后台参与者26可以访问终端用户模块102和后台模块106。如果终端用户模块102确定请求登录的参与者20具有有效的登录凭证，则显示下面将进一步讨论的如图11所示的控制面板。

一旦获准登录，参与者或用户20就可以执行各种授权任务。例如，进口商/出口商21能够执行诸如选择托运人账户、查看托运人控制面板，以及输入交易详情的任务。报关行22能够执行包括选择客户经纪人预约、查看客户经纪人预约表格，以及输入交易详情的任务。卡车运输公司23的用户能够执行包括选择卡车账户、查看卡车控制面板，以及输入交易详情的任务。仓库运营商24能够执行包括选择仓库账户、查看仓库控制面板，以及输入交易详情的任务。一旦用户或参与者20请求注销，中间件模块104激活注销过程，并且终端用户模块102执行注销序列。

如图7所示，诸如登录凭证、预订详情、交易详情、审查跟踪和注销凭证的所有项目都由后台模块106保存至黑匣子模块105。

因此，从这里的描述和附图可以看出，黑匣子模块105是系统100的组件，其存储所有发生在系统100内部的数字/电子交易。主要利益相关方和其他参与者或用户的所有交易可以存储或保存在系统的黑匣子模块105中。

图2示出了根据一个示例性实施例的本发明的系统100的更详细的框图。应该注意的是，终端用户模块102被设计为系统100的唯一且主要的交互组件。不允许终端用户模块102与任何外部软件系统交互，除了专用入口模块101(内部登录模块)。终端用户模块102处理功能性过程，包括但不限于以下，例如：

1.运输预订

2.卡车预订

3.仓库预订

4.报关行预订

5.员工协作和支持

6.其他授权用户。

中间件软件模块104包括各种微服务或独立计算机程序组，其可以在与其他微服务的协作中独立运作。中间件模块104也是与第三方或外部计算机系统交互的模块。在内部，中间件模块104是系统的各种参与者或用户发出的所有交易请求的中央处理器。中间件模块104的一个关键属性是，它能够由系统用户与其他系统协作同时并立即完成在线交易。

如上所述，后台公司软件模块106负责确保所有交易的完整性。这包括通过利用运行该平台的公司的后台支持人员，将自动验证和基于程序的完整性检查相结合。除了与内部中间件模块104交互之外，后台模块106不被允许与任何其他计算机系统交互。唯一的交互是与专用出口模块103(注销模块)的交互，该模块被设计成自动或手动注销或退出在线用户。

图3示出了根据一个示例性实施例的本发明的系统100的更详细的框图。中间件模块104下面的图3的平台包括包含云基础设施、在线数据库引擎、基于云的软件工具、在线支持、非结构化数据库和业务连续性的块，这些块不需要特定于中间件模块104，而是可以包括XLOG的整体或全部平台来操作。

图4示出了方法400的流程图，方法400可以根据图1-3所示的系统100来操作。

在图4所示的示例方法400中，由前端模块执行的过程如下，即结合专用入口模块101操作的终端用户模块102。在步骤S402中，终端用户模块102使得出口商或进口商(托运人)能够使用他或她的设备108、110登录。设备108、110可以是计算机系统，例如个人计算机、笔记本等，或者安装有移动应用或计算机程序的手持设备或智能手机。在步骤S404中，终端用户模块102利用中间件模块104检查试图登录的出口商或进口商是否被授权。如果不是，则在步骤S406终止过程。如果是，则终端用户模块102执行的方法前进到步骤S408中的网络访问会话，然后网络访问会话开始。如果终端用户模块102在步骤S410中确定正在进口，则终端用户模块102执行的方法在步骤S412中继续，以获得原产地和装运详情。另一方面，如果终端用户模块102在步骤S410中确定正在出口，则该方法在步骤S414中继续，以获得目的地和装运详情。

在步骤S416中，可以执行适用的功能，例如预订船(海运承运人)、预订卡车(陆地)、预订仓库、始发地和目的地可靠的客户经纪人等。这些功能都由前端或终端用户模块102使用实时单个并行预订微服务来执行。在步骤S418中，确定是否需要另一个交易，如果是，则过程返回到步骤S410，如果不是，则过程返回到步骤S408。

同时，中间件模块104在利用所有内部和外部系统处理所有在线交易中执行步骤S420，以完成在终端用户模块102处发生的交易。后台公司模块106安全地存储涉及所有利益相关方的所有正式和确认的交易，允许利用历史交易数据库的数据挖掘活动，并且还存储在离线/在线基础上用于与企业资源规划(EPRs)和金融应用集成的金融交易。

图10示出了根据本发明的一个示例性实施例的图2和图3所示的专用入口模块101的详细视图及其过程。这里要注意的是，传统的入口/出口模块是通过使用用户标识和键入密码来完成的；然而，本发明至少在一个方面超越了这种传统方法，通过经由移动电话通过SMS(简单消息系统)或文本消息向系统100的用户20发送密码或密钥，将生物测定和一次性密码或会话密钥相结合。

如图10所示，专用入口模块101具有登录过程，用于在用户20和终端用户模块102之间建立安全连接，以及用于在授权时登录和注册用户20。图10的101-A元件示出了门户网站30、数据库32、亚马逊网络服务(AWS)S3 34和AWS SES 36(S3指简单存储服务，SES指简单电子邮件服务)。因此，专用入口模块101可以通过例如针对第三方应用的亚马逊网络服务设施来实现。AWS下的应用程序接口(API)设置允许与本发明的系统100之外的各种系统进行在线/实时集成的高效安全的方法。系统100的用户不必担心系统100如何与原本不是其一部分的各种系统集成。API组件处理这个集成需求。

因此，AWS是本发明的系统100的亚马逊网络服务设置。参见图6所示的计算机服务器基础设施示意图。这是根据一个示例性实施例的系统100的整体硬件和软件设置。图6示出了包括内容管理系统(CMS)14、网络组件16和应用程序接口(API)18在内的各种组件、硬件和软件如何作为一个集成解决方案一起工作。

也就是说，本发明的系统100(XLOG)被设计成包括三(3)个主要组件。首先是内容管理系统(CMS)14。其次是网络组件16。还有一个是应用程序接口(API)18。创建API 18是为了处理所有外部系统集成需求，其将允许系统100与其他外部系统接口。API是RESTful Web服务，用于提供其他系统之间的互操作性，使用OAuth 2作为用于授权的行业标准协议，这为网络、桌面和移动应用程序的授权流程提供了简单性。CMS 14类似于系统100的后台和管理组件。换句话说，CMS是一个后端内容管理系统，其为修改网页内容提供了一个直观的用户界面。该用户界面就是审查和批准来自网络界面的应用程序和交易的地方。

网络组件16是XLOG的各种利益相关方的主要用户界面。网络是一个前端网络接口，托运人、经纪人、卡车司机和仓库在这里进行交易。

对于后端，Linux可以是操作系统；Apache可以是web服务器；MySQL可以是数据库；以及PHP可以是编程语言。

对于前端，Vue.js可以是JavaScript框架；Bulma可以是CSS框架；以及SASS可以是CSS预处理器。

“自动扩展”是云计算中使用的一种方法，通过这种方法，服务器场中的计算资源量(通常以活动服务器的数量来衡量)会基于服务器场的负载自动扩展。自动扩展有助于运营商获得正确数量的亚马逊EC2实例来处理您的应用程序的负载。A&B分区通过将自动扩展组扩展到一个地区内的多个可用性分区，充分利用了地理冗余的安全性和可靠性。

图6中使用的“弹性豆茎”(Elastic Beanstalk)是一个AWS工具，能够在AWS云中快速部署和管理应用程序，而无需担心运行这些应用程序的基础设施。弹性豆茎在不限制选择或控制的情况下减少了管理的复杂性。上传应用程序后，弹性豆茎可以自动处理容量配置、负载平衡、扩展和应用程序运行状况监控的详情。该系统可以被弹性豆茎配置为部署其应用程序和环境，弹性豆茎自动处理容量配置、负载平衡、自动扩展和应用程序运行状况监控的详情。

简单存储服务(S3)允许用户使用简单的API调用存储和检索各种大小的数据对象。S3的耐用性和可用性分别为99.999999999％和99.99％。S3不包含计算元件，只是一个存储。可以使用独立的计算设备或工具(如EC2)来计算数据。本公开的系统可以存储S3的所有静态文件，例如产品图像、pdf手册和视频。

关系数据库服务(RDS)是亚马逊关系数据库服务(Amazon RDS)，其使得在云中建立、操作和扩展关系数据库变得容易。其提供了经济的且可调节大小的容量，同时管理耗时的数据库管理任务，使运营商能够专注于应用程序和业务。XLOG部署可以使用Amazon RDSMySQL和Multi-AZ Deployment。借助多Multi-AZ Deployment，Amazon RDS自动调配和管理不同可用性区域中的“备用”副本(独立基础设施独立分布)。在计划的数据库维护、数据库实例故障或可用性区域故障的情况下，Amazon RDS将自动故障切换到最新的备用数据库。

虚拟私有云(VPC)允许运营商逻辑地隔离AWS云的一部分，并在该隔离网络内提供服务。使用VPC有助于在AWS内部提供服务，并且在默认情况下，所有新帐户都启用VPC。VPC有多种接入互联网和其他AWS服务的配置选项。面向公众的子网可以在VPC内创建，在VPC内，实例可以直接访问公共互联网网关和其他AWS服务。在私有子网中也可以提供实例，在私有子网中，实例对互联网和其他AWS服务的访问可以通过网络地址转换(NAT)得到限制或管理。从VPC内部可以访问RDS实例。

弹性计算云(EC2)允许用户在需要的时间内按需租赁不同配置的虚拟机。对于这个部署，EC2实例相当于运行Jenkins(持续集成和持续交付工具链)的服务器。EC2提供了几种不同类型的具有不同定价选项的实例。

亚马逊弹性缓存(Redis)自动检测和替换故障节点，减少了与自我管理的基础设施相关的开销，并提供了一个弹性系统，以缓和数据库过载的风险，这可能会降低网站速度，增加应用程序加载时间。对于XLOG部署，Redis被用作会话存储和应用程序缓存。

亚马逊简单电子邮件服务(Amazon SES)是一种经济的电子邮件服务，建立在Amazon.com为服务其客户群而开发的可靠且可扩展的基础设施之上。有了Amazon SES，人们不需要最低限度的承诺就可以发送和接收电子邮件——用户只需为用户使用的东西付费。

亚马逊53号路由(Amazon Route 53)是一种高度可用可扩展的云域名系统(DNS)网络服务。所有对XLOG的DNS请求都可以由AWS Route 53处理。

Amazon CloudFront是全球内容交付网络(CDN)服务，通过CDN缓存加速网站、API、视频内容或其他网络资产的交付。

亚马逊简单队列服务(SQS)提供了一种可靠、安全和高度可扩展的托管队列服务，用于存储计算机之间传输的消息。XLOG可以使用SQS来排队耗时的任务，如图像大小调整、文档处理和发送电子邮件。推迟这些耗时的任务会大大加快向应用程序提交网络请求的速度。

AWS CodeCommit是一种完全管理的源代码控制服务，其使公司能够轻松托管安全且高度可扩展的私有Git存储库。所有XLOG应用程序源代码都可以使用CodeCommit安全存储。

为了高可用性和安全性，本公开可以具有：旨在高可用性的multi-AZ架构、私有/公共子网之间的实例的隔离、将访问权限制为仅必要服务的安全组、将把流量过滤到子网中作为网络安全附加层的网络访问控制列表(ACL)规则、具有相关组和角色的标准IAM策略、行使最低权限、实施适当的负载平衡和自动扩展功能，以及Amazon RDS数据库备份和加密。

XLOG应用程序的性能可能取决于许多因素，包括EC2实例类型、调配的IOPS和应用程序工作负载。借助诸如AWS的云计算，本公开在性能和效率方面可以实现许多原理。首先，只需点击几下鼠标，就可以轻松地在全球多个地区部署该系统。这使得运营商能够以最低的成本为客户提供更低的延迟和更好的体验。其次，借助虚拟的和可自动化的资源，可以快速地使用不同类型的实例、存储或配置进行比较测试。第三，借助云计算，运营商不用猜测容量需求。他或她可以根据自己的需要使用尽可能多或尽可能少的容量，并自动扩大或缩小。第四，在云中，自动化和按需测试的能力降低了设计变更的影响带来的风险。这允许系统随着时间的推移而发展，这样企业就可以利用作为标准实践的创新。

关于网络和安全，本公开可以使用VPC和安全组。VPC是AWS云的一个逻辑分离部分，其提供对网络配置的完全控制，包括提供IP空间、子网大小和范围、访问控制列表和路由表。安全组类似于防火墙。可以定义EC2实例的规则，还可以定义允许的流量、IP地址和端口范围。

例如，XLOG目前可以在使用弹性豆茎运行PHP 7.0AMI的64位Amazon Finux2017.03 v2.4.0上运行。为了更有效率地开发生命周期，可以建立不同的环境，这些环境可以很容易地升级到生产。首先，开发环境是可以将最新的变更持续部署到开发服务器或沙箱中的地方。这也是开发人员进行测试的地方。其次，用户验收测试(UAT)是可以执行接口测试的阶段。质量保证团队可以确保新代码不会对现有功能产生任何影响，并且他们可以在各自的环境中部署新代码后测试一次系统的主要功能。最后，在生产阶段，系统可以为终端用户服务。

XLOG可以通过云服务(如AWS服务)被部署到是独立的地理位置的地区。各地区可以自行部署每项服务。一个地区内的每项服务都有自己的端点，运营商可以与端点交互以使用该服务。这些地区包含可用性区域，这些区域是在一般地理位置中的孤立位置。某些地区可以比其他地区有更多的可用性区域。在供应时，操作员可以选择特定的可用性区域或让AWS选择。

图10中的流程图描述了根据一个示例性实施例的由专用入口模块101执行的专用入口程序。在步骤S500中，程序开始。在步骤S502中，接收由用户20输入到门户网站30中的账户信息。在步骤S504中，确定用户20是否是已有用户。如果步骤S504的回答为是，则该方法返回到步骤S502，然而，请参考图2(101-A)，其示出了下一步是在允许用户访问系统100内部之前，系统验证/确认数据库中的账户信息，用于进一步的验证和安全检查。如果步骤S504的回答为否，则门户网站显示主注册页面，并且在步骤S506中，由用户20输入的账户信息被捕获并保存在数据库32中。然后在步骤S508中，执行主注册协议，向用户20显示主注册页面，并且接收用户20输入的注册详情。

在步骤S510中，确定是否选择了至少一个角色。如果不是，程序返回到步骤S508的主注册协议；如果是，步骤S512中的程序确定数据(例如用户输入的注册详情)是有效的。如果数据有效，则在步骤S514中，数据被保存在数据库32中；如果不是，过程返回到步骤S508的主注册协议。在步骤S516中，门户网站向云电子邮件提供商(这里是亚马逊网络服务简单电子邮件服务)发送电子邮件请求，并且向客户或用户20发送电子邮件，然后在步骤S518，该程序结束。所有文档、电子邮件和电子邮件请求都可以被保存。

图8示出了根据本发明的一个示例实施例的图1-3的中间件模块104的集成基础设施的特写视图。例如，中间件模块104可以通过针对第三方应用的亚马逊网络服务(AWS)设施来实现。AWS下的应用程序接口(API)设置允许与本发明的系统(XLOG)之外的各种系统进行在线/实时集成的高效和安全的方法。系统的用户不必担心该系统如何与原本不是其一部分的各种系统集成。API组件处理这个集成需求。执行在线支付104-A、3D集装箱装箱104-B、船公司集成104-C等功能。

图9示出了根据本发明的一个示例性实施例的图1-3的后台模块106。后台模块106使用系统内所有可用的、传入的和历史的数据来主动管理系统内的各种实时交易，并与其他第三方应用程序(软件)协作。这样，后台模块106具有用于与参与者或用户20就数据分析、预测、黑匣子查询报告、性能控制面板、报告等方面进行通信的数据分析模块106-A。技术支持模块106-B涉及对系统的内部和外部用户20的技术支持。客户支持模块106-C对来自内部和外部客户/用户的报告事件执行客户支持/票务系统。XLOG后台26可以控制后台模块106与其他用户21-25进行交互。

图12示出了根据本发明的一个示例性实施例的图2和图3所示的专用出口模块103的详细视图及其过程。图12包括门户网站40、数据库42、云存储(例如亚马逊网络服务简单存储服务(AWS S3))44，以及云电子邮件服务(例如亚马逊简单电子邮件服务(AWS SES))46。因此，专用出口模块103可以通过例如针对第三方应用的亚马逊网络服务(AWS)设施来实现。AWS下的应用程序接口(API)设置允许与本发明的系统之外的各种系统进行在线/实时集成的高效和安全的方法。系统的用户不必担心该系统如何与原本不是其一部分的各种系统集成。API组件处理这个集成需求。

在图12中，用户20通过门户网站40激活注销动作，并且如果账户被验证，则数据库42存储结果。然后，门户网站40向用户20显示注销屏幕，并且门户网站40请求用户确认注销动作，此时数据被验证，并且向用户显示成功注销的通知，并且审查跟踪数据库被更新。所有注销数据、文档和电子邮件通知/确认都可以被保存到黑匣子模块105。

图11示出了图解托运人或出口商/进口商21的主屏幕的示例屏幕截图。这可以被称为该系统的驾驶舱。

驾驶舱包含以下主要元件：(a)登录系统的用户的姓名、照片和相关信息；(b)用户可用的菜单选项；(c)与用户相关的历史交易；(d)用户使用该系统创建的用户为每个交易所选择的团队；(e)基本装运信息，如日期、时间、地点和每次装运或XLOG交易的其他相关信息；(f)选择"开始"或开始端到端的进口或出口进程以及与所有有关方进行沟通的选项；(g)显示货物近实时位置(陆地和海洋)的地图；以及(h)系统内部通信设施。

本发明的系统可以适应几种主要类型的用户。用户或参与者20是在系统中注册的人。以下列表包括用户20的显著类型或用户角色，尽管该列表并不意味着是详尽的：托运人(进口商/出口商)21；报关行22；卡车运输公司/卡车车主23；仓库公司/仓库所有者24；托运公司或承运人25；系统的后台员工26。

每个用户或参与者20都有他或她自己的驾驶舱(控制面板)。用户20不需要注销并再次登录就可以改变他或她的被允许的并注册到系统中的用户角色。系统内部的所有交易都可以存储在一个“黑匣子”中。这个黑匣子是系统内部部分或全部交易的存储。该黑匣子是现有装运/交易和历史装运/交易的完全可靠的参考。

图13示出了图1-3的终端用户模块102内的子模块102-A的例子，尤其示出了与报关行22交互的例子。这可以被构造为终端用户模块102内的报关行模块102-A。报关行模块102-A可以通过门户网站50与用户20交互，并与数据库52、托运公司模块54、云存储(AWSS3)56以及云电子邮件服务提供商(AWS SES)58通信。报关行模块102-A允许与进出口过程中的所有利益相关方在线协作。初始预订或预约是使用系统启动和完成的。例如，报关行模块102-A可以通过针对第三方应用的亚马逊网络服务(AWS)设施来实现。AWS下的应用程序接口(API)设置允许与本发明的系统之外的各种系统进行在线/实时集成的高效和安全的方法。系统的用户不必担心系统如何与原本不是其一部分的各种系统集成。API组件处理这个集成需求。AWS S3 56是来自报关行22的活动的输出的存储。这种输出可以包括(但不限于)数字文档、图纸、扫描图像、相关材料等。AWS SES 58是系统100的组件，其允许对系统100的相关方发送和管理电子邮件。

如图13所示，门户网站50处理报关行22的登录尝试。登录凭证被验证并存储在数据库52中。在验证后，门户网站50向报关行22显示控制面板。报关行22可以从控制面板中选择托运人账户来执行运输预订，之后在控制面板上显示运输预订表格，报关行22可以在预定表格中输入预订详情。一旦详情被验证，保存预订详情到数据库52中，生成提货单并存储在AWS S3 56中，并且托运公司模块54通知托运公司。门户网站50可以接收由报关行22发送的协商费率，并通知托运公司模块54，托运公司模块54可以将门户网站50通知给客户的更新协商发送给报关行22。

图14示出了图1-3的终端用户模块102内的子模块102-B的例子，尤其是与托运公司25(或其代表)交互的例子。这可以被架构为终端用户模块102内的托运公司模块102-B。托运公司模块102-B包括门户网站60、数据库62、卡车运输模块64和AWS SES 66。托运公司模块102-B涵盖了本发明的系统和托运公司之间独特的在线的和程序性的协作，之后系统处理与终端用户20的后续协作。例如，航运模块102-B可以通过针对第三方应用的亚马逊网络服务(AWS)设施来实现。AWS下的应用程序接口(API)设置允许与本发明的系统之外的各种系统进行在线/实时集成的高效和安全的方法。系统的用户不必担心系统如何与原本不是其一部分的各种系统集成。API组件处理这个集成需求。AWS SES 66是XLOG系统100的电子邮件管理系统，其允许向系统100中的相关方自动发送电子邮件。

如图14所示，门户网站60处理托运公司25的登录尝试。登录凭证被验证并存储在数据库62中。在验证后，门户网站60向托运公司25显示控制面板。托运公司25可以从控制面板中选择托运人账户并进行航运或卡车运输预订，之后在控制面板上显示航运或卡车运输预订表格，托运公司25可以在该表格中输入预订详情。一旦详情被验证，预订详情会被保存在数据库62中，并且卡车运输模块64通知航运或卡车运输公司。门户网站60可以接收由托运公司25发送的协商费率，并通知航运或卡车运输公司模块64，航运或卡车运输公司模块64发送门户网站60通知给客户的更新协商到托运公司25。

图15示出了图1-3的终端用户模块102内的子模块102-C的例子，尤其是与仓库运营商24交互的例子。这可以被架构为终端用户模块102内的仓库运营商模块102-C。仓库运营商模块102-C可以通过门户网站70与用户交互，并与数据库72、仓库模块74和AWS SES 76通信。仓库运营商模块102-C在需要时在始发地侧和目的地侧处理货物的存储。仓库运营商模块102-C借助本发明的系统为每个利益相关方的交易便利实现在线预订和在线支付。例如，仓库运营商模块102-C可以通过针对第三方应用的亚马逊网络服务(AWS)设施来实现。AWS下的应用程序接口(API)设置允许与本发明的系统之外的各种系统进行在线/实时集成的高效和安全的方法。系统100的用户不必担心系统100如何与原本不是其一部分的各种系统集成。API组件处理这个集成需求。AWS SES 76是XLOG系统100的电子邮件管理系统；其为亚马逊网络服务(AMS)的一部分。

如图15所示，门户网站70处理仓库运营商24的登录尝试。登录凭证被验证并存储在数据库72中。在验证后，门户网站70向仓库运营商24显示控制面板。仓库运营商24可以从控制面板中选择托运人账户并进行仓库预订，之后在控制面板上显示仓库预订表格，仓库运营商24可以在该表格中输入预订详情。一旦详情被验证，预订详情会被保存在数据库72中，并且仓库模块74通知仓库公司。门户网站70可以接收由仓库运营商24发送的协商费率，并通知仓库模块74，仓库模块74可以发送门户网站70通知客户的更新协商到仓库运营商24。

注意，这里没有描述进口商/出口商21、卡车运输公司23、后台26和其他特定模块，但是这些模块在许多相关方面类似于上述分别结合图13，图14和图15的子模块102-A、102-B和102-C进行描述的那些模块。因此，当然应该理解的是，虽然图13、图14和图15分别为报关行22、托运公司25和仓库运营商24提供了子模块102-A、102-B和102-C的例子，本发明不限于这些例子，当然，其他行业和应用中的其他参与者的其他例子也容易想到。

图5示出了根据本发明的实体关系图(ERD)中的数据库设计。图5示出了单张纸上的整体ERD，图5A-D示出了在单独的纸上的相同的ERD。

图16示出了根据本发明另一示例性实施例的实体关系图(ERD)中的数据库设计。图16示出了单张纸上的整体ERD。图16A-O示出了单独的纸张上的相同的ERD。

实体关系图说明了数据如何存储在本发明的系统100内部的结构。实体关系图的重要性在于，存储在计算机内部的信息和数据是以易于检索的方式组织和存储的。由于这种实体关系，信息或数据也不容易被破坏，并且可以保持安全。

实体关系图(ERD)是本发明的系统100的信息/数据的主存储器的设计。ERD被实现为一个实体数据库，该实体数据库包含所有关于XLOG系统100的信息/数据，并且还包含存储在黑匣子内的信息。ERD可以在黑匣子模块中实现。

ERD是为系统100收集的所有数据创建存储的一种方式。ERD可以用任何合适的方式设计。

ERD反映了本发明的系统的独特概念背后的新颖和独特的想法。ERD是一个拥有独特而新颖的概念的后端实现。

实体的类别可以被设计成允许操作者安全地存储和有效地检索期望的数据。根据一个示例性实施例，实体的类别可以包括但不限于：账户审查日志、账户密码历史、账户、附加费率组、附加费率、地址、审查日志、货物许可、客户、商品、商品货物许可、商品组、收货人托运人、收货人、集装箱类型、国家、货币、报关行、报关行预订批准、报关行预订事件状态、报关行预订事件、报关行预订修订、报关行预订服务、报关行预订状态、报关行预订、外汇、图像类型、图像、保险费，语言行、语言、长度类别、迁移、通知、通知方、通知方发货人、oauth访问令牌、oauth授权码、oauth个人访问客户端、oauth刷新令牌、旧的运输预订、密码历史、密码重置、权限角色、权限、个人信息、评级、重新协商状态、预订状态、预订、角色用户、角色、设置、船舶预订船舶状态、船舶预订状态、托运人、托运人商品、托运人报关行、托运人托运公司、托运人卡车司机、托运人仓库、航运代理、托运公司、航运集装箱预订、航运集装箱时刻表、航运集装箱、航运预订批准、航运预订投标请求、航运预订事件状态、航运预订事件、航运预订修订、航运预订转运、航运时间段、航运时间表、航运状态、单独报关行预订商品、单独报关行预订重新谈判、单独报关行预订、单独卡车运输预订、单独仓库预订商品、单独仓库预订仓库服务、单独仓库预订、状态、模板、交易日志、交易进度、卡车状态、卡车司机、卡车司机地址、卡车司机费率、卡车司机预订批准、卡车司机预订事件状态、卡车司机预订事件，卡车司机预订修订、卡车司机预订路线、卡车司机预订状态、卡车司机预订卡车、卡车司机预订、卡车司机路线、卡车司机服务组、卡车司机卡车、用户、仓库、仓库预订批准、仓库预订事件状态、仓库预订事件、仓库预订修订、仓库预订服务、仓库预订状态、仓库预订、仓库服务组、仓库服务和重量等级。每个实体都可以配置为包含与其名称相关的元件。每个实体可以与至少一个其他实体链接，以便可以容易地检索到信息或数据，使信息不容易损坏，并可以保持安全。每个实体可以有不同的元件和不同的数据类型。一个实体可以包含一个主键(PK)和零个或多个外键(FK)。

例如，名为“卡车司机”的实体可能具有：id INT(10),accounted INT(10),company_logo VARCHAR(191),company_name VARCHAR(191),address VARCHAR(191),townVARCHAR(191),email_address VARCHAR(191),licence_no VARCHAR(191),supporting_docs LONGTEXT,created_at TIMESTAMP,updated_at TIMESTAMP,status TINYINT(4),notes TEXT,standard_rate DECIMAL(12,2),country_id INT(10),state_id INT(10),phone_number VARCHAR(191),mobile_number VARCHAR(191),fax_number VARCHAR(191),add_contact_firstname VARCHAR(191),add_contact_lastname VARCHAR(191),add_contact_email_address VARCHAR(191),add_contact_phone_number VARCHAR(191),add_contact_mobile_number VARCHAR(191),add_contact_fax_number VARCHAR(191),company_registration_number VARCHAR(191),business_partner_type VARCHAR(191),firstname VARCHAR(191),lastname VARCHAR(191),and zip code VARCHAR(191).

名为“仓库预订”的实体可能具有：id INT(10),shipping_reservation_id INT(11),warehouse_id INT(10),final_price DECIMAL(19,2),is_origin INT(11),reservation_start_date DATETIME,reservation_end_date DATETIME,reservation_status_id INT(11),created_at TIMESTAMP,updated_at TIMESTAMP,notes TEXT,total_actual_amount_value DECIMAL(22,4),total_estimated_amount_value DECIMAL(22,4),total_estimated_amount VARCHAR(191),import_total_actual_amount_value DECIMAL(22,4),import_total_estimated_amount_value DECIMAL(22,4),import_total_estimated_amount VARCHAR(191),export_proforma_invoice VARCHAR(191),event_status_id INT(11),is_estimated_amount_paid TINYINT(4),payment_date_estimated_amount DATETIME,payment_date_actual_amount DATETIME,payout_amount DECIMAL(22,4),payout_commission DECIMAL(22,4),payout_paid_at DATETIME,payout_commission_paid_at DATETIME,refunded_at DATETIME,other_remarks TEXT,supporting_documentsJSON,and renegotiations JSON.

名为“卡车司机预订批准”的实体可能具有：created at_TIMESTAMP,updated_atTIMESTAMP,trucker_reservation_id INT(10),status INT(11),and notes TEXT.

名为“船舶备用船舶状态”的实体可能具有：shipping_reservation_id INT(10),shipping_status_id INT(10),notes TEXT,admin_name VARCHAR(191),created_atTIMESTAMP,and updated_at TIMESTAMP.

名为“运输时间表”的实体可以具有：id INT(10),departure date DATE,arrival_date DATE,vessel_name VARCHAR(191),voyage_number VARCHAR(191),port_of_loading TEXT,port_of_discharge TEXT,created_at TIMESTAMP,updated_atTIMESTAMP,port_of_loading_country_id INT(10),port_of_discharge_country_id INT(10),shipping_company_id INT(10),notes TEXT,imo VARCHAR(191),mmsi VARCHAR(191),latitude VARCHAR(191),longitude VARCHAR(191),is_transshipment TINYINT(4),type VARCHAR(191),visibility TINYINT(4),and transshipment_notes TEXT.

名为“通知”的实体可能具有：id INT(10),code VARCHAR(191),subject VARCHAR(191),sender_name VARCHAR(191),sender_email VARCHAR(191),email_content TEXT,sms_content TEXT,signature TEXT,created_at TIMESTAMP,and updated_atTIMESTAMP.

名为“交易日志”的实体可能有：id INT(10),account_id INT(10),role VARCHAR(191),status VARCHAR(191),notes TEXT,customer_name VARCHAR(191),admin_nameVARCHAR(191),created_at TIMESTAMP,and updated_at TIMESTAMP.

名为“卡车司机预订事件”的实体可能有：id INT(10),name VARCHAR(191),is_cms TINYINT(1),and resource VARCHAR(191).

名为“报关行预约服务”的实体可能具有：customs_broker_reservation_id INT(11),additional_rate_id INT(11),created_at TIMESTAMP,updated_at TIMESTAMP,idINT(10),price VARCH AR(191),customs_broker_id INT(11),description VARCHAR(191),and unit VARCHAR(191).

名为“单独报关行预约重新协商”的实体可能具有：id INT(10),shipper_user_idINT(11),customs_broker_id INT(11),renegotiation_price DECIMAL(l2,2),renegotiation_status_id INT(11),customs_broker_rep_user_id INT(11),is_originTINYINT(1),created_at TIMESTAMP,and updated_at TIMESTAMP.

名为“商品”的实体可能有：id INT(10),name VARCHAR(500),commodity_item_code VARCHAR(191),commodity_group_id INT(11),description TEXT,status TINYINT(4),sort_order INT(11),created_at TIMESTAMP,updated_at TIMESTAMP,and imageVARCHAR(191).

名为“单独报关行预约商品”的实体可能具有：id INT(10),commodity_id INT(10),solo_customs_broker_reservation_id INT(10),quantity INT(11),lengthDECIMAL(l2,2),width DECIMAL(l2,2),height DECIMAL(l2,2),weight DECIMAL(l2,2),created_at TIMESTAMP,updated_at TIMESTAMP,weight_class_id INT(10),and length_class_id INT(10).

名为“报关行预约修订”的实体可能具有：id INT(10),customs_broker_reservation_id INT(10),customs_broker_reservation JSON,created_at TIMESTAMP,and updated_at TIMESTAMP.

名为“运输预订批准”的实体可能有：id INT(10),shipping_reservation_id INT(10),status INT(11),created_at TIMESTAMP,updated_at TIMESTAMP,and shipping_reservation_revision_id INT(11).

名为“运输预订事件状态”的实体可能具有：id INT(10),condition TEXT,event_id INT(10),next_event_id INT(10),and shipping_status_id INT(10).

名为“附加费率”的实体可能具有：additional_price DECIMAL(l7,2),customs_broker_id INT(10),id INT(10),additional_rate_group_id INT(11),unit VARCHAR(191),description VARCHAR(191),is_mandatory TINYINT(4),created_at TIMESTAMP,and updated_at TIMESTAMP.

名为“帐户审查日志”的实体可能有：id INT(10),account_id INT(10),moduleVARCHAR(191),action VARCHAR(191),result TINYINT(4),created_at TIMESTAMP,andupdated_at TIMESTAMP.

如图5和图16所示，其他数据或信息可以存储在其他实体中，具有关系数据库结构。通过以这种方式存储数据，存储在数据库内部的信息和数据可以很容易地被检索到，不容易被破坏，并且可以保持安全。需要注意的是，图5和图16所示的ERD仅仅是实现本公开的一个例子，可以使用其他关系数据库结构来实现本公开。

根据一个方面，本发明是一种独特的系统，这是因为采用了以对主系统用户(托运人，即出口商或进口商)来说更简单、更有效、更快、更安全、更便宜和更方便的方式来创建包括必有服务提供商的航运预订(预约)的组合自动化和程序(手动)的方法。

服务提供商的例子包括但不限于报关行、仓库所有者、卡车运输公司，当然还有托运公司。其他的也都在考虑之列。在一个示例性实施例中，被移动或运输的货物是集装箱。

一方面，本发明是一个针对航运业的独特数字平台。该平台的端到端处理是一种更简单、更有效的创建运输预订的方式。在任何国家，都可以采用从原产地工厂到目的地地址的端到端交货。

该平台的用户界面也十分独特。ERD中体现的该平台的数据库设计也是独特的。该平台的人工和自动处理的结合也是独特的。为实现成功的运输预订而收集的所需信息也非常独特——其他的平台将需要大约800个数据元件，而本发明在一个示例方面仅需要大约50个数据元件，就可以实现相同的目的。

图17是示出根据本发明的一个示例性实施例的方法的流程图，在该方法中，给定从不同运输公司可获得的各种费率，本发明的系统为用户实现投标过程(费率)选择。因此，图17示出了通过投标的系统的价格选择模型。图17的方法可以由本发明的模块之一来执行，例如中间件模块104或终端用户模块102，或其他模块。

当用户开始投标时，用户可以选择任何一个定价选项，包括(1)XLOG费率，(2)服务合同，以及(3)优选运输承运人。如果用户选择(1)XLOG费率，系统确定投标中是否有XLOG费率。如果是，则系统从XLOG运输费率中选择最高费率，预订/预约完成。如果否，则用户输入期望的投标价格。然后，该系统通过短信或电子邮件向所有运输承运人发出提示。然后，运输承运人评估投标价格。如果有至少一家运输承运人接受了投标价格，则预订/预约完成。如果没有运输承运人接受投标价格，则用户输入新的投标价格。

如果用户选择(2)服务合同，系统确定是否有服务合同。如果是，则用户输入协议代码的名称，预订/预约完成。如果没有，那么队列返回到“定价选项”，在此用户可以再次选择图17所示的选项1-3中的任何一个。

如果用户选择(3)优选运输承运人，系统确定是否有优选运输承运人。如果是，则用户输入运输承运人的名称，预订/预约完成。如果没有，则队列返回到“定价选项”。

本发明解决的技术难题包括以下内容。利益相关方(例如卡车司机、仓库运营商、报关行、船主等)结合使用手动、传统和现代计算机系统，这因国家而异。传统的做法主要是混合使用手动和自动系统，以串行或半并行的方式执行交易。在这种情况下，传统解决方案无法创建一个跨越这些不同行业的集成解决方案来创建一个完全集成的解决方案。解决这个问题的本发明的独特解决方案是，本发明在一个示例性实施例中包括计算机软件解决方案，该解决方案允许其同时并以24/7模式在可验证的和基于互联网的在线记录系统上与所有项目利益相关方建立有效和合法的协议。这是通过利用各种技术以及不允许工作流程中出现单点故障的通信平台来实现的。本发明的解决方案是针对全球货物出口商和进口商的一站式商店。这是通过由运行软件的公司或实体维护的计算机软件来实现的并发、实时和24/7模式。在国际行业中，这些活动通常是为上述每个利益相关方单独进行的。本发明通过显著地使货物的进出口变得更简单、更有效和更快而彻底革新了货物的进出口。值得注意的是，本发明可以显著降低出口商和进口商的成本。

实时在线货运管理平台

请参照图18，可以看到根据一个实施例的本发明的工作流程的高级过程。本发明可以是包含如下所述的包括四个不同阶段的过程流程的软件或硬件平台。例如，该平台以及图18-22所示的步骤和元件可以在图1-3的一个或多个组件101、102、103、104和105中实现，尽管本发明不限于此。第一阶段是预订请求提交阶段(阶段1)。第二阶段是预订请求接受阶段(阶段2)。第三阶段是服务交付/履行阶段(阶段3)。第四阶段是服务支付阶段(阶段3)。

请参考图19A-B，可以看到预订请求提交阶段(阶段1)的工作流程。这是整个工作流程的初始阶段。托运人(例如买方/收货人或卖方、进口商或出口商)通过平台发起预订请求(步骤C1)。同时，服务提供商(即托运公司、卡车司机、报关行等)是在平台上提供交付/执行托运人的预订的服务的一方/公司。该平台是为托运人和服务提供商提供的。作为平台用户，他们可以通过任何预订渠道(例如，经由平台直接或间接连接或集成的各种系统，这些系统可以是但不限于网站、网络应用、移动应用、白名单应用程序等)发起预定请求，这些预定渠道将触发预订或允许用户预订他们的货物，并将货物从他们指定的提货点和交付地点移动或运输。

平台验证预订信息(步骤X.1)并触发分析(步骤X.2)。平台向服务提供商展示关于预订请求的适用合同(步骤X.3和C.2)。如果服务提供商选择了合同，平台会根据其所选合同自动填充门户字段的信息(步骤X.4)。如果服务提供商未选择合同，则服务提供商可以选择通过门户填写门户字段信息，并提交该信息(步骤C.3)。门户随后触发分析(步骤X.5)。平台建议或提供可用的服务(步骤X.6)。服务提供商可以选择取消选择或删除选择所提供的服务(步骤C4)，并提交其他服务选择(步骤C.5)。平台验证并显示附加的现场要求(步骤X.7)。服务提供商更新附加信息要求，并将其提交给门户(步骤6)。平台触发预订请求表单验证(步骤X.8)。如果验证失败，平台向服务提供商显示验证错误(步骤X.8.a)。如果验证通过，平台汇总预订请求以供审查，并将其发送给服务提供商(步骤X.9)。服务提供商审查预订请求并确认(步骤C.7)。平台基于提交的信息创建新的预订请求(步骤X.10)，并触发服务工作流(步骤X.11)。新的预订请求和相关信息将被发送给SVC(XLOG中提供的服务)。SVC包括海运、集装箱堆场、卡车运输、港口、报关行、货运代理、仓储、空运、保险以及其他物流服务。

该平台通过其基于门户的预订平台提供了一个智能的解决方案，该预定平台连接到不同的服务，这些服务是独立的、独特的、强劲但精简的工作流(例如各种关键物流服务，比如但不限于海运、报关行、仓库、卡车运输、内陆运输、空运、货运代理、港口运营、仓储、集装箱堆场管理和运营、船队管理)，还包括其他间接服务，这些服务对于确保可追溯性、风险管理和其他关键业务要求至关重要，以确保货物由买方和相关方装运、运输、支付和接收。因此，重要的是将这些间接服务纳入并整合到平台中(例如但不限于销售和服务合同管理、保险、支付管理、融资等)。最大限度地发挥平台中提供的集成解决方案和服务的全部潜力，其利用信息并利用分析来确定适用的合同，甚至建议并提供平台中可用的适用服务，如用于管理运输过程中的风险的保险，(例如用于海运的海洋保险、用于空运的空运货物保险、运输保险、货运保险等)。根据选择的合同和服务，其自动预填充预定义的信息，从而改善用户体验。此外，通过使用预订门户，用户不再需要填写所有服务表单中的冗余信息；因此，这是一个真正的简化预订流程。

此外，如果用户想更多地了解这个平台，该平台可以包括一个供用户访问支持渠道的选项，如销售或演示请求等。

请参考图20，可以看到预约请求接受阶段的工作流程。在托运人提交预订请求后，提供服务的服务提供商可以审查和确认托运人的请求，然后能够生成服务报价或通过投标引擎参与平台的自动费率生成。

托运人发起预订请求(步骤C.1)，由平台接收。预订请求可以如上所述通过预订请求提交阶段(阶段1)。然后，平台确定报价投标设置是否打开。如果是，平台触发投标引擎(步骤12)。服务提供商提供投标邀约(步骤P.1)。托运人接受投标邀约(步骤C.8)。然后，平台自动生成报价，并将其存储在区块链中。服务提供商使用模板发送报价(步骤P.3)。托运人收到此报价并确认平台收到的费率(步骤C.9)。

如果平台在步骤C.1之后确定报价投标设置关闭，则平台确定费率是否可用。如果是，则过程进行到步骤X.12。如果不是，则服务提供商生成报价(步骤P.2)。

通过服务提供商的帐户访问，用户将收到包含托运人在初始阶段(阶段1)提供的所有信息的预订请求票。该平台的引擎随后将确定该请求是针对特定的服务提供商，还是针对多个服务提供商的投标。如果是后者，将触发平台中多个服务商的竞价引擎。一旦报价被双方接受，该平台使服务提供商能够生成报价文档。

请参考图21A-B，可以看到服务交付/履行阶段的工作流程。平台不仅仅止于预订；还一直持续到服务的实际完成。该平台使服务提供商能够更新，并且能够通过该平台实时更新托运人。该平台还能够自动生成涉及货物的端到端运输途中重要事件的文档。

在接受费率和预订后，现在服务提供商进入服务履行阶段。然后，该平台根据预订阶段选择的服务门户调用服务工作流。

在服务履行阶段，托运人和服务提供商必须完成指定给每一方的某些重要事件/活动，如给运输说明、提单样本、装货确认等提供信息。工作流的某些阶段也将触发交易文档的自动生成(即集装箱放行单、提单、发票、交货凭证、交货收据等)。该平台还允许服务提供商发布模板，用于代表他们生成文档。该平台将使用自动生成的文档或数字文档向用户提供明智的建议，并预测下面需要进行的步骤，以提供更无缝衔接、更快速的预订管理的流程。

该平台将使用这些文件通过区块链技术来确定信息的真实性。同样的交易文件也将被要求并提供给银行或其他贷款引擎，以确定信用评分并使交易能够对应收账款融资可行。

在服务交付/履行阶段，更新状态至服务履行阶段(步骤X.13)。然后，该平台触发服务工作流履行任务(步骤X.14)，并将信息发送给SVC。服务提供商完成服务履行/行动任务(步骤P.4)。服务提供商决定是否需要贸易单据。如果是，该平台确定模板是否可用。如果有可用的模板，则平台自动生成交易文件，并将信息发送给DA(数据助理，交易和支持文件接受)(步骤X.15)。该平台将交易文档存储在区块链和一个云数据库中。

如果在服务提供商确定需要贸易单据后确定没有可用的模板，则服务提供商生成贸易单据并将其上传到区块链(步骤5)。服务提供商还将贸易单据发送给DA(步骤P.5)。

如果在步骤P.4之后确定不需要贸易单据，则服务提供商确定是否有任何其他要求。如果是，则系统将服务交付/履行的证明(ePoDs)上传到区块链和云数据库(步骤P.6)。托运人确认贸易单据和PoD(步骤C.10)。

请参考图22A-C，可以看到服务支付阶段的一个工作流程。一旦提供/交付服务，该平台使各方能够通过平台的电子保险库(eVault)引擎在线开具/接收发票和处理付款。该平台还使各方能够从平台的合作银行获得背对背应收账款融资。

服务完成后，服务提供商(SPs)现在可以继续向托运人要求付款。无论是通过自动生成的文档(取决于系统中模板的可用性)还是通过手动上传发票文档，该平台都使SPs能够生成发票。然后，托运人将接收发票进行确认和验收。然后，这将触发平台进行支付条款的确定，无论是标记为信用条款还是预付条款。如果是信用条款，该平台调用银行的贷款引擎，并提供发票和相关贸易单据的详细信息。这使得银行能够给托运人/服务提供商提供信用评分。然后，该平台显示融资有效的应收款以供服务提供商/托运人确认。一旦接受，合作银行将自动将款项支付到服务提供商/托运人的指定银行账户。这将触发平台进行更新交易参与方的AR/AP分类账(应收账款/应付账款分类账)。同时，该平台正在跟踪从确认发票开始的信用期限。平台将在发票到期日当天/之前向发货托运人发送推送通知。一旦通过平台的电子保险库分类账完成支付，金额将被分配给各方。银行将收到本金和利息，平台将收到其平台费，剩余余额将记入服务提供商的账户。如果支付条款是预付的，其将通过平台的支付解决方案继续支付给托运人。一旦完成合适的支付，交易将被标记为已支付/已完成。

在服务支付阶段，平台将状态更新为服务支付阶段(步骤X.13)。然后，该平台触发服务工作流支付任务，并将信息发送给SVC(步骤X.14)。平台决定发票模板是否可用。如果是，平台自动生成发票并将其存储在区块链和云数据库中(步骤X.15)。然后，服务提供商生成发票并将其发送给托运人(步骤P.7)。托运人确认发票并接受费用(步骤C.11)。如果平台确定发票模板不可用，则流程转到步骤P.7。

在步骤C.11之后，确定托运人是否有信用条款。如果没有，则确定托运人是否选择融资。如果没有，托运人继续付款(步骤C.12)，过程进行到步骤X.18，这将在下面解释。如果确定托运人没有选择融资，则平台为托运人触发基于交易的融资(步骤X.24)。然后，该平台将信息发送给合作银行，合作银行将确定信用贷款/贷款是否获得批准。合作银行向平台运营商支付批准的金额(步骤FS.1)。贷款可以在平台外支付(步骤FS.2)。平台确定是否收到全额付款。如果是，则平台向托运人发送成功通知(步骤X.26)。然后，平台向服务提供商支付服务费(步骤X.27)。平台接下来确定支付是否成功。如果是，平台向服务提供商发送成功通知(步骤X.28)。然后，平台将状态更新为“已完成”(步骤X.29)。

如果在步骤C.11之后确定托运人具有信用条款，则确定服务提供商是否选择融资。如果是，平台为服务提供商触发基于交易的融资(步骤X.18)。然后，该平台向合作银行发送信息，合作银行将决定信用贷款/贷款是否获得批准。合作银行将批准的金额支付到服务提供商的银行账户(步骤FP.1)。

在确定托运人具有信用条款后，平台更新AR/AP分类账(应收账款/应付账款分类账)(步骤X.16)。平台在到期日发送应付款通知提示(步骤X.17)。当平台在步骤C.12之后接收到来自托运人的消息时，平台通过总分类账平台(或“eVault”)处理支付(步骤X.18)。然后确定支付是否成功。如果是，则平台向托运人发送成功支付的通知，并确定服务提供商是否利用融资。如果是，则平台支付贷款(本金加利息)(步骤X.20)。如果确定服务提供商没有利用融资，则平台向服务提供商支付服务费(步骤X.21)。然后确定支付是否成功。如果是，则平台向服务提供商发送支付成功的通知(步骤X.22)，并将状态更新为“已完成”(步骤X.23)。

步骤X.16-23和步骤X.26-28可以被记录在eVault中。

例如，如果托运人与服务提供商商定了信用条款，服务提供商可以选择从平台的银行/融资伙伴处获得融资。然后，平台检查服务提供商是否在银行/融资伙伴处有信用评分。平台为服务提供商提供合格的应收账款用于融资。如果服务提供商接受应收账款用于融资，银行会将金额支付到服务提供商的指定银行账户。在商定的信用条款/天数后，平台将在到期日当天或之前通知托运人通过平台支付发票金额。平台将支付应付金额给银行/融资伙伴(本金加利息)；平台费用(如果适用)和应付给服务提供商的余款。

作为另一个例子，如果托运人与服务提供商没有商定的信用条款，托运人可以选择从平台的银行/融资伙伴处获得融资。然后，平台检查托运人是否有可用的信用评分。如果是，平台向托运人提供符合条件的应付款用于融资。如果托运人接受应付款用于融资，银行将应付款支付至服务提供商的指定银行账户和XLOG，用于平台佣金(如适用)。在商定的信用条款/天数后，平台将在到期日当天或之前通知托运人向银行/融资伙伴支付本金加利息。

如果托运人选择预付付款，一旦收到服务提供商的发票并被托运人接受，托运人必须通过平台支付发票金额。然后，应支付给服务提供商的金额将计入其指定的银行账户，减去平台佣金(如果适用)。

平台佣金可以根据XLOG对交易的佣金设置。

本平台可以与分类账平台如eVault一起合作，分类账平台是与本发明(或XLOG)以及外部或第三方金融、支付网关、平台或解决方案完全集成的总分类账平台，该解决方案处理和接收XLOG电子钱包(eWallet)的贷方和借方、直接支付、支出、提款等。此外，它是与XLOG交易记录相关的分类账变动的单一参考点，不是(但不限于)付款，而是金融方面的任何变动。

集装箱场站系统

在一个优选实施例中，该系统还包括集装箱场站系统。集装箱场站是物流链的重要组成部分。这些场站是空集装箱的指定收集点。在场站中，进口商可以留下空集装箱，而出口商可以提取空集装箱用于装运。除了作为空集装箱场站之外，场站还提供与集装箱相关的服务，包括销售、检查、清洁、修理和维护。

优选地，集装箱场站系统是用于集装箱场站公司及其场站运营商的XLOG的微型站点。通过这个微型站点，集装箱场站将有预测数量的集装箱，空的或装载的，进出它们的港口的。集装箱场站系统可以由三个用户角色管理，即服务合同的处理团队、集装箱管理和报告的运营团队以及计费管理的会计团队。

在一个实施例中，集装箱场站系统包括服务合同管理、集装箱管理、集装箱场站报告和计费管理。服务合同管理将涵盖集装箱场站服务和价格查询，直至合同协议。集装箱管理将让集装箱场站操作员跟踪、管理和标记从库存到放行的集装箱。集装箱场站报告也将基于集装箱管理系统生成。最后，基于服务合同管理达成的协议，还将实施单独的计费管理。

集装箱场站系统的主要目标如下：

A.使集装箱场站公司在系统内注册，并提供与集装箱有关的服务；

B.向场站操作员提供进出场站的空的或装载的集装箱的实时库存；

C.处理委托人和场站经营者之间关于场站服务的咨询和合同协议；

D.管理集装箱相关服务，从检验到清洁和维修；

E.根据集装箱管理生成所需的更新和报告，以供参考；以及

F.为场站运营商提供一种管理委托人使用的场站服务的计费和发票的方法。

需要注意的是，这里使用的“集装箱”是指一个大的金属箱，在这个金属箱内货物作为一个整体被填入和处理。集装箱的标准尺寸是20英尺×8英尺；40英尺×8英尺；或者45英尺×8英尺。

需要注意的是，这里使用的“集装箱码头”是指指定用于处理、存储以及可能将货物装载入集装箱中或将货物从集装箱中卸载的区域，并且在该区域中，集装箱可以从一种运输方式(即船只、卡车、驳船或铁路)被提货、下放、维护、存储或装载或卸载到另一种运输方式。

需要注意的是，这里使用的“截止时间”指的是集装箱在码头内交付装货或其他集装箱服务的最晚时间。

需要注意的是，这里使用的“场站”是指集装箱的货运站，空集装箱可以在这里被提走或下放。

请注意，这里使用的“空回购”是指空集装箱的移动。

请注意，此处使用的“设备交换收据(EIR)”是指“将集装箱从一个承运人转移到另一个承运人或从一个码头转移到另一个码头的单据”。

需要注意的是，此处使用的“入口”指的是场站运营商和承运人之间进行集装箱交易或交换的日期和时间。

需要注意的是，这里使用的“出口”指的是集装箱离开场站的交易或交换日期和时间。

需要注意的是，这里使用的“顶部敞开的集装箱”指的是具有坚固可移动的顶部的装配好的集装箱，因此集装箱可以从顶部装载或卸载。

注意，这里使用的“冷藏”是指用于运输冷藏或冷冻货物的集装箱或船只。

注意，这里使用的“填充”和“去填充”是指集装箱的装载和卸载。

注意，这里使用的“堆场”是指分类存储或交换区域。

在一个实施例中，集装箱场站系统包括集装箱场站公司和代理注册模块、客户目录管理模块、服务合同管理模块、集装箱管理模块、报告管理模块和计费管理模块。

优选地，集装箱场站公司和代理注册可以在内容管理系统(CMS)中完成。如果提供了公司和用户访问港口服务微站点的详情，CMS管理员可以通过此模块注册集装箱场站公司和代理。

客户目录管理模块为集装箱场站运营商提供客户目录，包括托运公司和集装箱主目录的其他委托人。

服务合同管理模块允许集装箱场站运营商处理场站运营商和委托人之间的查询系统，并允许场站运营商在双方达成协议后宣布服务合同。

集装箱管理允许集装箱场站运营商处理所有与集装箱相关的服务，从建立集装箱总清单、集装箱接收、检查和服务，一直到集装箱放行。集装箱场站运营商可以管理进出场站的所有集装箱的库存列表。该列表将包含所有集装箱的详细信息和状态。该库存列表将作为所有集装箱的主数据。场站运营商可以轻松地通过库存列表提取集装箱数据、标记状态、分配服务、添加注释和管理账单。

报告管理模块允许集装箱场站运营商根据集装箱进出场站的动态生成所需的模板化报告。

计费管理模块允许集装箱场站运营商根据服务合同和公司为每个特定集装箱、每个交易使用的服务，向委托人合并计费报表。

在一个实施例中，集装箱场站系统有两种类型或用户：集装箱场站运营商和托运公司/委托人。在另一个实施例中，用户可以是集装箱场站运营商、托运公司/委托人、托运人和收货人。集装箱场站运营商管理集装箱场站的操作，从集装箱的搬运、储存，以及可能的装箱和清箱，提供从检查、清洁、修理到放行的集装箱的相关服务，搬运集装箱进出门，并向委托人发送所需的报告。托运公司/委托人与集装箱场站发起集装箱服务的服务合同协议，提供集装箱进出所需的文件，确认对集装箱提供的服务，并处理集装箱服务的支付流程。

在一个优选实施例中，集装箱场站的建议系统将覆盖以下主要区域：

项目	门户	模块
			1	CMS-主要	集装箱场站注册-公司
2	CMS-主要	集装箱场站注册-代理
			3	CMS-主要	集装箱场站支出管理
4	CMS-主要	集装箱状态管理
			5	CMS-主要	集装箱场站状态管理
6	CMS-主要	集装箱场站事件管理

项目	门户	模块
			1	CMS	服务合同管理
2	CMS	集装箱准入管理
			3	CMS	集装箱检查管理
4	CMS	集装箱放行管理
			5	CMS	集装箱场站支出管理

在一个优选实施例中，系统通过亚马逊网络服务(AWS)部署到云基础设施。

根据一个示例性实施例的服务合同管理的处理流程如下。首先，委托人选择一个集装箱场站进行服务收费和报价。委托人将被重新引导到一个询价页面，以便集装箱场站运营商提供费率和有效性报价。提交后，集装箱场站运营商会收到一份提交的询价表。场站运营商审查这些询价，然后上传服务费报价。如果委托人希望重新协商报价的服务费，集装箱场站运营商上传另一个服务费报价。如果委托人确认并接受报价的费率，则集装箱场站运营商起草服务合同。集装箱场站运营商发送服务合同，以最终确定双方之间的协议。

在另一个实施例中，委托人选择一个集装箱场站进行服务报价。选择集装箱场站后，委托人向场站提交服务报价询价。集装箱场站运营商以其价格向委托人提供服务。场站运营商还向委托人提供额外的集装箱服务。委托人从场站运营商处确认其被提供的服务及其费率。如果委托人希望重新协商，他可以重新协商，然后场站运营商上传另一个报价，直到费率得到确认。一旦费率得到确认，集装箱运营商就可以确认并向委托人提交服务合同。

根据一个示例性实施例的集装箱管理的处理流程如下。首先，集装箱场站运营商为每个公司建立一个集装箱的主列表，以便于库存。委托人向进入使用港口的集装箱发出预建议。场站运营商查看预建议并检查集装箱是否在主列表中。如果集装箱还不在主列表中，场站运营商就将集装箱详细信息添加到主列表中，并等待实际的集装箱进港。集装箱入场后，如果集装箱在主列表中，场站运营商将对应检查库存。如果集装箱不在主列表中，则集装箱被拒绝进入并返回。如果集装箱在主列表中，则接受进入并检查集装箱。在检查阶段，对集装箱进行分类。分类后，集装箱场站运营商评估每个集装箱需要哪些服务，然后生成评估报告以供委托人批准。在评估报告的审查过程中，委托人可以接受服务、删除部分服务或请求额外服务。然后场站运营商继续服务。一旦完成，将重新分类集装箱，并标记为可用。如果委托人将派检查员检查和选择集装箱，将通知场站运营商。一旦检查员选择了要使用的集装箱，这些集装箱就在集装箱库存中被标记为“保留”。在实际提货日期，委托人上传一份集装箱放行令，让场站运营商放行空集装箱。集装箱此时则被标记为“已放行”。

优选地，公司的集装箱场站注册可以由后台在CMS中完成。集装箱场站运营公司必须提供其公司详细信息，以便能够通过填写表格字段在系统(XLOG)中注册为场站运营商。

集装箱场站运营公司还必须注册他们的代理。注册可以由后台在CMS中完成。场站运营商代理必须提供他们的个人资料和联系方式详细信息，以便能够注册和设置他们的登录凭证。

根据一个示例性实施例的集装箱场站注册的流程图如下。首先，集装箱场站公司提供他们注册所需的公司详细信息。然后XLOG后台处理这些注册详情。一旦公司已经在XLOG中，则后台为场站运营公司设置代理帐户。该公司提供代理人注册所需的详细信息。一旦代理为公司注册，他们将收到关于他们提供的联系方式的通知。通知将包含代理能够设置其登录凭证的链接。

服务合同管理模块允许集装箱场站运营商处理场站运营商和委托人之间的询价系统。这也允许场站运营商在双方达成协议后宣布服务合同。

根据一个示例性实施例的服务合同管理的流程图如下。首先，委托人选择一个集装箱场站进行费率报价。然后，委托人向选定的集装箱场站发送询价。一旦询价被审查，则场站运营商发送一个费率报价给委托人。然后确定费率以起草服务合同。集装箱场站运营商发送服务合同，以最终确定双方之间的协议。

在另一个实施例中，委托人首先为服务报价选择集装箱场站。选择集装箱场站后，委托人向场站提交服务报价询价。集装箱场站运营商以其价格向委托人提供服务。场站运营商还向委托人提供额外的集装箱服务。委托人从场站运营商处确认所被提供的服务及其费率。如果委托人希望重新谈判，他可以重新协商，然后场站运营商上传另一个报价，直到费率得到确认。一旦费率得到确认，集装箱运营商就可以确认并向委托人提交服务合同。集装箱管理模块允许集装箱场站运营商处理所有与集装箱相关的服务，从建立集装箱主列表、集装箱接收、检查和服务，直到集装箱放行。

集装箱库存管理模块允许集装箱场站运营商维护进出集装箱场站的所有集装箱的主列表。每个集装箱都被分配给委托人。

集装箱准入管理模块允许集装箱场站运营商检查进入场站的集装箱是否是被分配到场站的。这也允许场站运营商从预建议中添加集装箱详细信息。

在一个优选实施例中，集装箱场站运营商可以管理进出场站的所有集装箱的库存清单。该列表将包含所有集装箱的详细信息和状态。该库存清单将作为所有集装箱的主数据。场站运营商可以通过库存清单轻松地提取集装箱数据、标记状态、分配服务、添加注释和管理账单。集装箱场站运营商可以在集装箱库存系统中管理集装箱的注册。集装箱是给每个公司注册的。该注册将添加到集装箱场站运营商的主数据中，以便于填充报告(例如，设备交换报告)。

根据一个示例性实施例的集装箱管理(准入)的流程图如下。首先，委托人向集装箱场站运营商发送一份集装箱列表。然后场站运营商验证集装箱是否被分配到场站。如果集装箱不在集装箱的主列表中，该集装箱将被拒绝并返回。如果集装箱在主列表中，则集装箱继续接受检查。

在另一个实施例中，如果集装箱被允许进入集装箱场站，集装箱场站运营商接收预建议。预建议包含集装箱详情(即数量、类型、大小)。然后，场站运营商使用预建议和设备交换收据(EIR)中的详细信息验证集装箱。如果集装箱没有被分配到集装箱场站，或者观察到与详情不符，则该集装箱被拒绝并不允许进入场站。如果集装箱被确认分配到场站，则该集装箱被接受并被接纳。然后，集装箱继续接受检查。

通过集装箱检查管理模块，场站运营商可以更新集装箱分类的集装箱库存。此外，场站运营商可以声明需要哪些集装箱的服务，然后通过评估报告发送给委托人。

根据一个示例性实施例的集装箱管理(检查)的流程图如下。首先，场站运营商检查集装箱是否有凹痕、孔洞和其他损坏。然后根据检查结果对集装箱进行分类。场站运营商选择集装箱需要哪些服务来修复损坏。在生成的评估报告中声明这些服务，并发送给委托人进行审批。

在另一个实施例中，集装箱场站运营商在接收集装箱后首先进行检查。场站运营商对集装箱进行评估，然后对集装箱进行分类。分类后，场站运营商选择需要对集装箱进行的服务。然后，场站运营商向需要对集装箱提供的服务的委托人生成评估报告。然后，委托人审查生成的评估报告。委托人确认对集装箱批准采用哪些服务。

根据一个示例性实施例的集装箱管理(服务)的流程图如下。一旦委托人确认了需要对集装箱进行的服务，场站运营商处理这些服务。在处理完对集装箱的服务后，场站运营商再次对集装箱进行分类。集装箱场站运营商此时就将这些集装箱的状态标记为“可用”。

在一个优选实施例中，有三种类型的报告：(1)每日库存报告，(2)状态老化报告，和(3)出库报告。

每日库存报告是每日集装箱数量汇总状态报告。每日库存报告的状态包括：(a)就绪/可用，(b)待批准，(c)正在维修，(d)已保留，(e)已放行，(f)回购，以及(g)已荒废。集装箱场站运营商可以在此报告中注明哪些集装箱被保留，哪些被放行。

状态老化报告是集装箱场站的运行平衡报告。状态老化报告是针对每个类型和大小的集装箱。状态老化报告包含以下内容：(a)EIR编号，(b)集装箱编号，(c)集装箱类型，(d)集装箱尺寸，(e)状态，(f)入库时间，(g)入库日期，(h)分类，(I)天数，(j)制造日期，以及(k)备注。

一旦集装箱从场站中放行，集装箱就会反映在出库报告中。出库报告包含以下内容：(a)预定单号，(b)EIR编号，(c)集装箱编号，(d)集装箱类型，(e)集装箱尺寸，(f)状态，(g)入库时间，(h)入库日期，(I)分类，(j)天数，(k)制造日期和(1)备注。

集装箱服务管理模块允许集装箱场站运营商在执行集装箱相关服务后对集装箱进行重新分类。

在集装箱放行之前，集装箱场站运营商在放行之前需要文件。通过集装箱放行管理模块，将提供交换的文件。集装箱预订也可以通过这个系统完成。

集装箱放行管理(上一个)和保留的集装箱的放行管理(下一个)的流程图与示例性实施例一致。

对于集装箱管理(放行)，委托人附上集装箱放行单(CRO)，供场站运营商查看和参考。在集装箱放行前，卡车司机应向委托人出示一份集装箱放行单，由集装箱场站运营商检查。场站运营商放行集装箱，然后将集装箱的状态标记为“已放行”。

对于其他实例(放行-保留)，委托人指派检查员检查和选择用于装运的集装箱。一旦检察员选定了一个集装箱，集装箱场站运营商就为委托人保留该集装箱。委托人附上集装箱放行单，供场站运营商查看和参考。在集装箱放行前，卡车司机应向委托人出示一份CRO，由集装箱场站运营商检查。

场站运营商放行集装箱，然后将集装箱的状态标记为“已放行”。

计费管理模块允许集装箱场站运营商基于每个集装箱、每个交易完成的服务生成计费报表。在生成的账单中声明的费率来自双方之间建立的服务合同协议。

优选地，集装箱场站运营商可以容易地向委托人生成账单。生成的账单将基于选定的账单周期。生成的账单将包含委托人的所有累计交易。每笔交易将按集装箱进行。生成的账单将提供总账单以及集装箱场站运营商所提供服务的明细。

在一个实施例中，集装箱场站系统的时间线如下：

1.集装箱场站注册

2.服务合同管理

3.集装箱管理

a.集装箱库存

b.集装箱入场

c.集装箱检查

d.集装箱服务

e.集装箱放行

4.报告

a.每日库存报告

b.状态老化报告

c.出库报告

5.计费管理

a.周期计费

6.支付处理

a.虚拟货币集成

7.付款验证/开发票

货运协调系统

在一个优选的实施例中，该系统还包括货运协调系统。

货运代理是一种商业安排，其中第三方公司代表托运人或制造商处理商品和货物的储存和运输。货运代理充当托运人和服务提供商之间的中介，服务提供商包括托运公司、卡车运输服务和报关行。

随着当前XLOG的实施，托运人可以直接向这些服务提供商预订。对于不想经历所有这些流程，而只想依赖单一供应商的托运人来说，他们可以通过XLOG协调人使用货运代理的服务。

在一个实施例中，XLOG协调人将有权访问XLOG内的货运代理系统。XLOG协调人将代表托运人处理和管理所有预订。XLOG协调人和托运人还将有一个单独的重要事件来跟踪预订和运输过程的整体进度。

货运协调人制度的主要目标是：

A.通过XLOG协调人，向托运人提供使用货运代理服务的选择；B.管理托运人和XLOG协调人之间的预订询价和报价；

C.让XLOG协调人代表托运人管理所有预订；

D.在单独的重要事件上跟踪XLOG协调人在预订和运输过程中的整体进度；以及

E.为XLOG协调人提供单独的文档和计费模块。

优选地，货运协调人系统具有以下模块：(1)用于XLOG协调人的公司和代理注册模块，(2)客户目录管理模块，(3)询价管理模块，(4)用于托运人的预订和计费管理模块，以及(4)用于XLOG协调人的预订和计费管理模块。

优选地，在内容管理系统(CMS)中完成XLOG协调人的公司和代理注册。提供公司和用户的详细信息给CMS后，CMS管理员将作为XLOG协调人注册公司和代理。

通过客户目录管理模块，XLOG协调人将拥有一个客户目录，包括其托运人和他们的收货人。如果该托运人不希望共享他/她的收货人目录，那么XLOG协调人有一个本地客人收货人目录。

通过询价管理模块，该托运人此时可以通过XLOG查询预订费率和时间表可用性。使用询价管理模块，该托运人可以轻松发送询价，XLOG协调人可以基于提供的询价详细信息立即向该托运人提供报价。

通过用于该托运人的预订和计费管理模块，该托运人可以管理来往于XLOG协调人的文件，并跟踪他/她的运输和预订流程。该托运人还能够在XLOG内处理对XLOG协调人的付款，无论是预付、信贷额度还是期票。

对于XLOG协调人，他们可以通过XLOG协调人的预订和计费管理模块管理往来于该托运人的更新和文档。XLOG协调人还有一个单独的计费模块，用于整合该托运人的计费报表。

在一个实施例中，系统中有六个用户角色：(1)托运人，(2)货运代理，(3)收货人，(4)船运公司，(5)报关行，以及(6)卡车运输公司。该托运人作为出口商发起预订和运输流程，利用货运代理的服务满足他/她的存储和运输需求，向货运代理提供初始预订和运输的详细信息，并管理付款条件。

货运代理是托运人和服务提供商之间的中介，代表托运人处理预订和运输过程，承担作为承运人的责任，并管理预订和运输文件。

收货人作为进口商接收货物，在货物到达目的港时被指定为主要通知方，并管理付款条件。

托运公司管理运输时间表，签发集装箱放行单，提供提单，并在港口处理货物的运输。

报关行准备海关文件，确保货物符合法律规定，以方便货物的进出口，确定应付关税和税款，并代表客户处理关税和税款。

卡车运输公司计划和组织货物的提货和交付，了解装卸程序，确保货物的装卸安全，并保留和携带提货文件用于检查。

在一个实施例中，货运协调人系统覆盖以下主要领域：

优选地，货运协调人系统通过亚马逊网络服务(AWS)部署到云基础设施。

根据一个示例性实施例的询价管理的处理流程如下。该托运人预订一个XLOG协调人的服务。该托运人被重新引导到询价页面。该托运人填写所需的详细信息，并提交完成的询价表以申请报价。XLOG协调人收到已提交询价的通知。然后，XLOG协调人审查发送的询价。XLOG协调人根据提交的询价发送报价。告知该托运人报价已发送用于审查。该托运人有三个操作可用于已发送的报价，即接受并继续预订、收到报价和重新谈判。如果该托运人选择“接受报价并继续预订”，XLOG协调人会收到通知，此时继续预订流程。如果该托运人选择“收到报价”，该托运人确认收到报价。XLOG协调人会收到确认通知。确认后，将由该托运人进行“继续预订”操作。当该托运人选择“继续预订”时，XLOG协调人会收到通知，此时继续预订过程。如果该托运人选择“重新协商”，该托运人输入请求的费率，和/或输入备注以请求有效期延长。然后，XLOG协调人会收到重新协商请求的通知，确认重新协商，并附上另一份报价供该托运人确认。如果该托运人仍然选择“重新协商”，同样的过程适用，直到该托运人和协调人同意条款。此时XLOG协调人开始预订。只要没有完成预定，该托运人就可以“修改”他/她的询价。修改后的询价被视为另一个询价，并带有新的询价标识。

根据一个示例性实施例的预订和计费管理(出口侧)的处理流程如下。XLOG协调人代表该托运人为托运公司和其他服务提供商预订。XLOG协调人更新预订请求的托运人，该预订请求包含预订编号、船只时间表、航次号等。收到预订确认后，该托运人会收到通知。XLOG协调人更新卡车运输请求的托运人，该卡车运输请求包括卡车编号、卡车车牌号、司机姓名等。然后，在收到卡车运输确认后，该托运人会收到通知。该托运人此时提供授权装载(ATL)文件，以继续从仓库装载产品。收到ATL后，XLOG协调人将收到通知。在提交ATL后，该托运人还提供装运指示以及装箱单、必要的证书(例如熏蒸证明)、销售合同等。一旦收到装运指示，XLOG协调人就会收到通知。协调人审查装运指示中不完整或不正确的详情。在装运指示不完整或不正确的情况下，该托运人需要完成或更正装运指示的详情。一旦装运指示完成，XLOG协调人根据托运公司提供的提单(BL)样本起草一份内部提单。然后在收到提单样本时，通知该托运人。然后该托运人审查提单样本的信息完整性。如果详情不正确或不完整，XLOG协调人将提供另一份提单样本。一旦收到提单样本，托运公司此时就可以签发初始发票。XLOG协调人结算付款，然后由托运公司验证。提单样本确认后，一旦货物装船，船运公司通知XLOG协调人。此时协调人通知该托运人来自托运公司的装载确认。XLOG协调人向该托运人发送一份不可转让的提单，以及报关行的原产地证书(根据要求)。该托运人收到单据后会收到通知。这批货物现在正在运输中。在处理最终提单之前，XLOG协调人发出初始发票用于该托运人的付款处理。一旦结算和核实付款，XLOG协调人发布最终的BL。货物到达卸货港后，XLOG协调人会收到托运公司的到货通知，然后再转发给该托运人。

根据一个示例性实施例的预订和计费管理(进口侧)的处理流程如下。货物到达后，托运公司可以签发进口初始发票。XLOG协调人结算付款，然后由托运公司验证。在通知该托运人货物到达后，XLOG协调人还可以为处理放行许可和文件出具进口初始发票。收货人结算付款，然后由托运公司验证。此时托运公司签发从港口放行货物所需的进口单据，并交给XLOG协调人。XLOG协调人将这些文件发送给该托运人以供参考。收货人在收到进口单据后会收到通知。报关行公司发布清关和文件，并交给XLOG协调人。XLOG协调人把这些清关和文件通知给收货人。此时XLOG协调人可以处理通过卡车运输服务被运往目的地的交货收据。收货人会收到一份未签名的交货明细的交货收据副本。此时卡车运输服务处理并交付货物以及未签名的交货收据。一旦货物到达目的地，收货人确认交货并签署交货收据。卡车运输公司将签署的交货收据发送给XLOG协调人。该交货收据也由XLOG协调人发送给收货人以供参考。XLOG协调人确认交付过程，此时将货物标记为已交付。交易到此已完成。

在一个优选实施例中，货运代理公司将向XLOG注册为XLOG协调人。注册将由后台在CMS中完成。优选地，货运公司提供他们的公司详细信息，以便能够注册为XLOG协调人。

货运代理公司也必须将他们的代理注册为协调人。协调人将是公司XLOG协调系统的第一手用户。注册也将由后台在CMS中完成。货运代理必须提供他们的个人资料，以便能够注册为协调人。

在一个优选实施例中，货运协调系统包括货运协调人注册模块。根据示例性实施例的货运协调人注册的流程图如下。首先，货运代理公司提供注册所需的公司详细信息。然后XLOG后台处理这些用于注册的详细信息。一旦公司已经在XLOG中，则后台办公室为货运代理公司设置代理帐户。该公司提供了代理人注册所需的详细信息。一旦代理注册为公司的协调人，他们将收到关于他们提供的联系方式的通知。通知将包含代理能够设置其登录凭证的链接。

在一个优选实施例中，货运协调系统包括客户目录管理模块。XLOG协调人将管理客户目录，其中包含所有该托运人及其收货人的列表。对于该托运人不希望分享或披露其收货人名单的情况，XLOG协调人也将有一个本地客户目录。

根据一个示例性实施例的客户目录管理的流程图如下。首先，XLOG协调人通过该托运人的参考ID将他们的托运人添加到他们的目录中。该托运人必须向XLOG协调人提供他们唯一的参考ID。一旦该托运人被添加到协调人的目录中，协调人将请求访问该托运人的收货人目录。如果该托运人确认访问请求，则XLOG协调人可以调出该托运人的已注册收货人的详细信息。如果该托运人不想透露他/她的收货人名单，XLOG协调人有一个当地的客户收货人目录。该托运人将提供收货人的详细信息，以便XLOG协调人可以将收货人添加到他的本地客户收货人目录中。

在另一个实施例中，该托运人提供参考ID，然后将其添加到货运协调人的目录中。可以有两个目录-该托运人的货运协调人，以及进口货运协调人的出口货运协调人。交易双方不能查看对方的客户目录，除非对方给予许可。货运代理要求提供该托运人的收货人详细信息。例如，如果该托运人不想共享收货人的详细信息，货运协调人可以将所选的收货人添加到他们的目录中的“客户”下。成功添加收货人后，该托运人将收到通知。

在一个优选实施例中，货运协调系统包括询价管理模块。此时该托运人可以通过XLOG查询预订价格和时间表的可用性。询价管理模块是为希望使用货运代理或XLOG协调人的服务的托运人而添加的。将提供一个询价页面，包含XLOG协调人为提供报价所需的所有必要详情。通过该模块，XLOG协调人可以提供报价并管理所有收到的询价。

根据一个示例性实施例的询价管理的流程图如下。首先，要发送预订询价，该托运人需要在提供的询价页面上填写所有基本详情。完成后，该托运人将询价表提交给XLOG协调人。XLOG协调人审查询价，检查可用的时间表，并为该托运人的询价处理报价。然后，该托运人通过管理系统上传报价，供该托运人确认。该托运人确认收到的报价。该托运人有三种选择：接受询价，重新协商价格或有效期，以及立即接受并预订。如果该托运人收到询价，如果该托运人想要建议XLOG协调人继续预订，将会出现继续预订按钮。如果该托运人重新协商费率或有效期，XLOG协调人将上传另一个更新的报价，以重新协商该托运人的条款。提交询价后，如果该托运人需要修改其询价的详细信息，将提供一个修改选项。修改后的询价将算作另一次询价。预订过程完成后，询价不能再修改。

在一个实施例中，XLOG中的已注册的托运人可以预订XLOG货运协调人的服务。该托运人填写以下详细信息，通过“询价页”发送询价：(1)客户名称(托运人)，(2)产品，(3)集装箱类型，(4)集装箱尺寸，(5)集装箱数量，(6)包装，(7)付款条件(INCO条款)，(8)运输方式(例如门到门)，(9)装货港，(10)卸货港，(11)目标装运日期，(12)目标费率，(13)有效性请求，(14)自由时间(起点)，(15)自由时间(目的地)，以及(16)其他文件。

可以使用国际贸易术语，如工厂交货(EXW)、船上交货(FOB)、自由承运人(FCA)、船边交货(FAS)、完税后交货(DDP)、交货地点(DAP)、码头交货(DAT)、运费和保险费到付(CIP)、成本、保险和运费(CIF)、成本和运费(CFR)、运费到付(CPT)。运输方式包括：门到门、门到港、港到门和港到港。

货运协调人审核询价，然后根据该托运人提供的详细信息发送报价。货运协调人的报价包括费率和报价有效期。该托运人可以“重新协商”、“收到”或“接受并预订”报价。“重新协商”表示该托运人希望重新协商报价。此外，该托运人可以要求延长报价有效期。“收到”表示该托运人确认收到报价。“接受并预订”表示该托运人确认收到报价，并允许货运协调人处理预订。

提交询价后，该托运人可以选择修改以前的询价。修改询价会将该托运人重新引导到“询价页面”，其中包含预先填充的详细信息。此时修正后的询价被视为另一个询价。只有在该托运人尚未确认询价的情况下，才能修改询价。

根据一个示例性实施例的预订过程如下。

货运协调人代表该托运人预订托运公司服务和其他服务提供商。货运协调人发送预订确认和卡车运输确认给该托运人作为参考。该托运人授权货运代理继续装货。该托运人发送装运指示，然后由货运代理确认。一旦装运指示被接受，货运协调人就可以向该托运人提供提单样本。

然后，该托运人会收到一份装货确认单，说明集装箱现在正在装船。一旦货物已经转运到目的地，货运协调人就可以签发不可转让的提单。根据该托运人的要求，此时也可以签发原产地证书。此时货运协调人向该托运人生成最终账单。该托运人通过预付钱包、使用他们的信贷额度或期票来处理付款。然后货运协调人验证是否已付款。一旦货运协调人验证付款已经完成，他们就要处理最终提单的签发。货物到达卸货港后，该托运人会收到来自货运协调人的到货通知。

进口侧的货运协调人向收货人出具最终账单。收货人通过预付钱包、使用他们的信贷额度或期票来处理付款。货运协调人验证是否已付款，然后签发进口单据背书，供海关检查。报关行签发继续交货所需的海关文件。

交货时，收货人在交货收据上签字，确认已经交货。然后，货运代理将由收货人签名的已签名的交货收据发送给该托运人进行交货确认。交易到此已完成。

该托运人不能访问或查看由托运公司和其他服务提供商(OSP)向货运协调人发布的文件。货运协调人将有一个上传文件的模块，供该托运人查看。将有两个单独的开票模块：(a)托运公司和其他服务提供商将向货运协调人发送其所提供的服务的发票，以及(b)货运协调人将为其托运人建立单独的计费系统。

在一个实施例中，货运协调系统的时间线如下：

1.货运代理注册

2.客户目录管理

3.询价管理

4.预订流程(托运人)

5.预订流程(货运代理)

6.报告(TBD)

港口服务系统

在一个优选实施例中，该系统还包括港口服务系统。

港口是由一个或多个码头组成的海上商业设施，船只可以在这里装卸货物。港口运营商对使用港口及其服务所产生的所有费用和收费金额进行管理。该托运人通常产生的费用包括运费、码头费和仓储费。

在传统的港口费用程序中，港口费用由该托运人通过报关行服务支付。通过XLOG的港口微服务，该托运人可以提前收到他们应付港口费用的通知。此外，该托运人可以通过XLOG处理付款，并直接向港口运营商支付他们产生的费用。

港口服务网站将成为港口运营商及其代理人的XLOG的微型网站。通过这个微型网站，港口运营商将获得进出其港口的船只预定的预测数量。该微型网站将包括一个收费管理系统，该系统将允许港口运营商申报和分配所需的港口费用及其各自的费率。

港口服务系统的主要目标是：

A.为了管理，跟踪港口利用情况，即进出港口的船舶和集装箱。

B.管理进出口交易的港口运营费用。

C.根据托运人和/或收货人的提单，通知他们港口费用。

D.为港口运营商提供一个托运人和收货人可以直接访问的收费系统。

E.为托运人和/或收货人提供直接向港口运营商付款的方式。

需要注意的是，这里使用的“arrastre”是指执行港口货物处理操作的个人/实体，例如在授权承包商/运营商的管辖责任范围内，接收、处理、保管、保护和交付通过突码头、埠头或码头、运输棚/仓库和露天仓库的货物。

请注意，此处使用的“提单”或“BL”是指建立托运人和运输公司之间合同条款的文件。其用作所有权凭证、运输合同和货物收据。

需要注意的是，这里使用的“集装箱”是指一个大的金属箱，货物作为一个整体被填入集装箱进行处理。标准尺寸为20英尺×8英尺；40英尺×8英尺；45英尺×8英尺。

需要注意的是，这里使用的“码头”是指船只停泊在其上的附着于陆地的结构。

需要注意的是，这里使用的“进港费”是指港务局对船只每次的进港收取的费用，通常按总吨位计算，以支付基本港口基础设施和海洋设施(如浮标、信标和船只交通管理系统)的费用。

注意，这里使用的“装载”是指将货物从驳船码头转移到船舱或船甲板上的操作。直到货物从吊索上取下并放入船舱或船只甲板上，运输才算完成。

应注意的是，此处所用的“港口费”是指港务局向船舶所有人或船舶运营商使用港口所征收的费用。

需要注意的是，此处使用的“码头费”是指设施(码头或港口)的所有者对使用其设施的货物运输收取的费用。

在一个实施例中，港口服务系统包括港口运营公司和代理注册模块、港口服务微站点模块、港口运营商控制面板模块、运输预订管理模块-出口、运输预订管理模块-进口、港口费用管理模块、港口费用分配模块、港口费用支付模块和港口费用支出管理模块。

优选地，港口运营公司和代理注册可以在CMS中完成。如果提供了公司和用户用于访问港口服务微站点的详细信息，CMS管理员将注册港口运营公司和代理。

注册港口代理后，他们就可以访问港口服务微站点。港口服务微站点包括登录页面模块、港口运营商控制面板模块、运输预订管理模块以及港口费用管理和分配模块。

一旦港口运营商成功访问系统，港口运营商控制面板就是活动显示页面。控制面板包含进出港口的预订汇总，以及集装箱入库的预估数量。

关于运输预订管理(出口)模块，一旦XLOG的运输预订在提单样本确认时完成，港口运营商将通过运输预订管理(出口)模块收到该预订的通知。该模块包含所有利用港口进行出口流程的运输预订。

关于运输预订管理(进口)模块，一旦XLOG的运输预订有了最终的提单，港口运营商将通过运输预订管理(进口)模块收到该预订的通知。该模块包含所有利用港口进行进口流程的运输预订。

关于港口费用管理模块，港口运营商可以通过该模块申报进出口过程的港口费用。该管理系统是针对每个集装箱单位的标准收费，即运费和码头费。港口运营商也可以在本模块中申报附带费用。

关于港口费用分配模块，一旦港口运营商收到运输预订，他们就可以分配港口费用供托运人/收货人查看。分配给运输预订的费用是通过费用管理系统/模块的申报费用。

关于港口费用支付模块，托运人/收货人可以查看他们因使用港口服务而产生的港口费用。此外，托运人/收货人可以通过预付或信贷额度直接向港口运营商付款。

关于港口费用支出管理模块，一旦托运人/收货人的预付款项得到验证，该模块允许后台管理员为港口运营商处理支出流程。

在一个实施例中，有三种类型的用户角色：(1)港口运营商，(2)托运人，和(3)收货人。港口运营商管理港口运营、服务和公用事业；申报每个集装箱单位的港口费用；将港口费用分配给运输预订；并处理港口费用的支付流程和验证。该托运人作为出口商发起预订和运输流程；向托运公司和其他服务提供商或货运代理提供初始预订和运输的详细信息；确认港口费用分配的提单样本；以及在出口侧处理向港口运营商支付港口费用的过程。收货人作为进口商接收货物；货物到达目的港后被指定为主要通知方；以及在进口侧处理向港口运营商支付港口费用的过程。

港口服务系统将涵盖以下主要领域：

项目	门户	模块
			1	CMS-主要	港口运营商注册-公司
2	CMS-主要	港口运营商注册-代理
			3	CMS-主要	港口费用支出管理
4	CMS-主要	港口费用状态管理
			5	CMS-主要	港口费用事件管理

项目	门户	模块
			1	CMS-港口	代理账户激活
2	CMS-港口	登录模块
			3	CMS-港口	公司账户管理
4	CMS-港口	代理账户管理
			5	CMS-港口	港口运营商控制面板
6	CMS-港口	运输预定管理
			7	CMS-港口	港口费用管理
8	CMS-港口	港口费用分配

项目	门户	模块
			1	网络	港口费用支付管理

在一个优选实施例中，港口服务系统通过亚马逊网络服务(AWS)部署到云基础设施。

根据一个示例性实施例的用于出口的港口费用分配支付的处理流程如下。该托运人确认他/她的运输预约提单样本。港口运营商收到确认通知。然后，港口运营商审查运输预订以及已确认的提单样本。然后，港口运营商根据已确认的提单样本将港口费用分配给运输预订。该托运人收到费用分配的通知，此时可以查看费用分配。港口运营商可以让该托运人直接向港口运营商付款。港口运营商向该托运人发送初始发票以进行付款处理。该托运人可以直接向港口运营商支付港口费用，或者通过报关行进行支付。如果该托运人希望通过报关行手动处理付款，他/她只需将交易挂起，直到港口运营商将其标记为完成。如果该托运人将港口费用直接支付给港口运营商，可以用预付或信贷额度支付。然后港口运营商验证付款。如果付款未生效，该托运人将再次处理付款。一旦付款生效，港口运营商就可以签发最终发票。交易到此被标记为完成。

根据一个示例性实施例的用于进口的港口费用分配支付的处理流程如下。一旦该托运人收到最终提单，港口运营商就会收到通知。然后，港口运营商审查运输预约和最终提单。然后，港口运营商根据最终提单将港口费用分配给运输预订。收货人收到费用分配的通知，此时可以查看费用分配。港口运营商确认收货人是否已经结算并结清所有进口关税和其他税款。如果收货人尚未结清关税和税款，仍可直接向港口运营商付款。如果收货人已经结清关税和税款，港口运营商可以让收货人直接向港口运营商付款。港口运营商向收货人发送初始发票进行付款处理。收货人可以直接向港口运营商支付港口费用，或者通过报关行进行支付。如果收货人希望通过报关行手动处理付款，他/她只需将交易挂起，直到港口运营商将其标记为完成。如果收货人将港口费用直接支付给港口运营商，可以使用预付或信贷额度付款。然后港口运营商验证付款。如果付款未生效，收货人将再次处理付款。一旦付款生效，港口运营商就可以出具最终发票。交易到此被标记为完成。

在一个实施例中，港口运营商注册可以由后台在CMS中完成。港口运营公司必须提供其公司的详细信息，以便能够注册为XLOG港口运营商。

港口运营公司也必须注册他们的代理。在一个实施例中，港口运营商注册可以由后台在CMS中完成。港口运营商代理必须提供他们的个人资料和联系方式的详细信息，以便能够注册和设置他们的登录凭证。

根据一个示例性实施例的港口运营商注册的流程图如下。首先，港口运营公司提供注册所需的公司的详细资料。然后XLOG后台处理这些用于注册的详细信息。一旦公司已经在XLOG中，后台就为港口运营公司设置代理帐户。公司提供代理注册所需的详细信息。一旦为公司注册了代理，他们将收到关于他们提供的联系方式的通知。通知将包含代理能够设置其登录凭证的链接。

在一个优选实施例中，港口运营商可以管理他们所提供的港口服务的费率的申报(例如运费和码头费)。港口运营商可以分别申报进口和出口费用，并轻松地将这些费用分配给个人运输预订。

在另一个实施例中，港口运营商将申报他们所提供的港口服务的港口费用的费率(即码头费/运费)。港口运营商还将设置进出口费用。这些申报的费率和港口费用将用于托运人/收货人的个人预订。通过港口费用管理模块，港口管理人员可以很容易地申报每次预订所产生的港口费用。

在一个实施例中，港口运营商可以将费用分配给使用港口进行出口交易的个人运输预约。港口运营商还可以启用直接付款方式，让该托运人直接向港口运营商付款。

在另一个实施例中，对于港口费用分配(出口)，港口运营商分配来自费用管理系统/模块的费用，并根据该托运人已确认的提单样本分配费用。

根据一个示例性实施例的用于出口的港口费用分配的流程图如下。一旦该托运人确认了提单样本，港口运营商就可以为该运输预定分配港口费用。港口运营商审查提单样本，然后分配港口费用。托运人通过预付或使用信贷额度来处理付款。一旦付款生效，港口运营商就开始将集装箱装船。

在另一个实施例中，该港口管理者可以管理其港口上所有用于出口的运输预订的列表。该港口管理者审核运输预订的提单草稿，然后为该预订分配港口费用。该港口管理者能够从港口费用管理中提取预付的港口费用。如果需要收取特定费用，该港口管理者还可以手动上传新费用。然后，该托运人确认分配的港口费用，并决定付款流程。该托运人可以选择直接向该港口管理者付款，或者通过报关行付款。如果该托运人选择直接向港口运营商支付港口费用，则该托运人进行支付过程。如果该托运人选择通过报关行支付港口费用，该托运人可以选择将港口费用与他/她的报关行预订合并起来。在该托运人还没有预约报关行的情况下，他/她被重新引导到报关行预约页面来预订报关行的服务。该托运人还需要说明港口费用的支付是通过他/她的内部经纪人，还是XLOG以外的经纪人。

优选地，该港口运营商通过该费用管理系统分配费用，并根据最终提单分配费用。根据一个示例性实施例的用于进口的港口费用的分配的流程图如下。该港口运营商根据最终提单确定用于进口的港口费用。一旦签发了最终提单，该港口运营商就可以对此进行审查，并在之后分配相应的费用。收货人通过预付或使用信贷额度来处理付款。一旦付款生效，该港口运营商就发放集装箱放行单的通行证。

在另一个实施例中，该港口管理者可以管理其用于进口的港口上的所有运输预订的列表。该港口管理者审核该运输预订的最终提单，然后向该预订分配港口费用。该港口管理者能够从港口费用管理中提取预付的港口费用。如果需要收取特定费用，该港口管理者还可以手动上传新费用。上传的费用最初仅供托运人查看，直到所有关税和税款已付清。一旦托运人结清这些关税和税款，该港口管理者就将向托运人开放付款选项。然后，托运人确认分配的港口费用，并决定付款流程。托运人可以选择直接向该港口管理者付款，或者通过报关行付款。如果托运人选择直接向该港口运营商支付港口费用，则托运人进行支付过程。如果托运人选择通过报关行支付港口费用，托运人可以选择将港口费用与他/她的报关行预订合并起来。在托运人还没有预约报关行的情况下，他/她被重新引导到报关行预约页面来预订报关行的服务。托运人还需要说明港口费用的支付是通过他/她的内部经纪人，还是XLOG以外的经纪人。

港口服务系统的时间表示例如下：

1.港口运营商注册

2.港口费用管理

3.港口费用分配

4.付款流程(托运人)

5.报告(TBD)

如上所述，本发明或其任何部分或功能，包括但不限于由附图标记2、4、6、8、10、12、101、102、103、104、105、106、108、110、112和114表示的元件，可以使用硬件、软件或其组合来实现，并且可以在一个或多个计算机系统或其他处理系统中以及使用移动应用来实现。用于执行本发明的操作并且能够执行这里描述的功能的计算机系统可以包括连接到通信基础设施(例如通信总线、交叉杆或网络)的一个或多个处理器。根据这种示例性计算机系统，本文描述了各种软件的实施例。在阅读了该描述之后，对于相关领域的技术人员来说，如何使用其他计算机系统和/或架构来实现本发明将变得显而易见。

计算机系统可以包括显示界面，该显示界面转发来自通信基础设施(或来自帧缓冲器)的图形、文本和其他数据，以在显示单元上显示。显示界面可以与浏览器通信。计算机系统还包括主存储器，优选地是随机存取存储器，并且还可以包括辅助存储器和数据库。辅助存储器可以包括例如硬盘驱动器和/或可移动存储驱动器，代表软盘驱动器、磁带驱动器、光盘驱动器等。可移动存储驱动器以众所周知的方式从可移动存储单元读取和/或向可移动存储单元写入。可移动存储单元可以代表软盘、磁带、光盘等，其由可移动存储驱动器读取和写入。应当理解，可移动存储单元可以包括其中存储有计算机软件和/或数据的计算机可用存储介质。

计算机系统还可以包括允许软件和数据在计算机系统和外部设备之间传输的通信接口。术语“计算机程序介质”和“计算机可用介质”通常用来指诸如可移动存储驱动器、安装在硬盘驱动器中的硬盘以及信号之类的介质。这些计算机程序产品向计算机系统提供软件。

计算机程序或控制逻辑被存储在主存储器和/或辅助存储器中。计算机程序也可以通过通信接口接收。如这里所讨论的，这种计算机程序或控制逻辑(软件)在被执行时，使得计算机系统或其处理器执行本发明的特征和功能。

因此，本发明的软件实施例可以被计算机程序产品或软件提供，计算机程序产品或软件可以包括具有指令的机器可访问或机器可读介质(存储器)上的制品。机器可访问或机器可读介质上的指令可以用于对编程计算机系统或其他电子设备。机器可读介质可以包括但不限于软盘、光盘、只读光盘和磁光盘或其他类型的适于存储或传输电子指令的介质/机器可读介质。这里描述的技术不限于任何特定的软件配置。这些技术可能适用于任何计算或处理环境。这里使用的术语“机器可访问介质”或“机器可读介质”应包括能够存储、编码或传输由机器执行的指令序列并使机器执行这里描述的任何一种方法的任何介质。此外，在本领域中当采取行动或导致结果时，以一种或另一种形式谈论软件是常见的(例如，程序、流程、过程、应用、模块、单元、逻辑等等)。这样的表达仅仅是陈述处理系统对软件的执行导致处理器执行动作以产生结果的一种简略的表述。

虽然上面已经描述了本发明的各种实施例，但是应当理解，这些实施例是作为示例而非限制来呈现的。对于相关领域的技术人员来说显而易见的是，在不脱离本发明的精神和范围的情况下，可以在形式和详情上进行各种改变。因此，本发明不应受任何上述示例性实施例的限制，而应该仅根据以上权利要求及其等同被限定。

此外，应该理解的是，附件中示出的突出本发明的功能和优点的附图仅出于示例的目的。本发明的体系结构足够灵活和可配置，使得其可以以不同于附图所示的方式被利用(和指导)。

Claims (18)

1.一种在全球物流业中使用实时链式黑匣子进行实时在线货运管理的方法，包括：

a.提供预订请求提交阶段；

b.提供预订请求接受阶段；

c.提供服务交付/履行阶段；以及

d.提供服务支付阶段。

2.根据权利要求1所述的方法，其中所述预订请求提交阶段包括由服务提供商的设备：

发起预订请求；

显示关于平台提供的预订的至少一个适用合同；

确定是否选择了至少一个适用的合同；

通过所述平台的门户完成门户字段信息，并提交所述门户字段信息；以及

从平台接收关于所述预订的建议或邀约。

3.根据权利要求2所述的方法，其中所述预订请求接受阶段包括由所述服务提供商的设备：

通过所述平台的投标引擎提供投标邀约；

当所述平台上没有提供费率时生成报价；以及

将报价发送给托运人的设备。

4.根据权利要求3所述的方法，其中所述服务交付/履行阶段包括由所述服务提供商的设备：

完成所述平台提供的服务履行/行动任务；

确定是否需要贸易单据；

如果不需要所述贸易单据，则确定是否需要其他单据；以及

将服务交付/履行的证明上传至云数据库和区块链中。

5.根据权利要求4所述的方法，其中所述服务支付阶段包括由所述服务提供商的设备：

生成发票并发送发票给所述托运人的设备；

将所述发票存储于云数据库和区块链中；以及

确定所述服务提供商是否选择融资。

6.根据权利要求1所述的方法，其中所述预订请求提交阶段包括由平台：

验证从服务提供商的设备接收的预订请求；

向所述服务提供商的设备提供关于所述预订请求的至少一个适用合同；

使用所述服务提供商选择的合同的信息自动填充门户字段；

提供关于所述预订请求的建议或邀约；

验证所述预订请求；

汇总所述预订请求以供审核；以及

发送所述预订请求至平台可用服务(SVC)，其中所述平台可用服务包括海运、集装箱堆场、卡车运输、港口、货运代理、报关行、仓储、空运和保险。

7.根据权利要求6所述的方法，其中所述服务交付/履行阶段包括由所述平台：

触发服务工作流履行任务并与所述平台可用服务(SVC)通信；

如果确定所述服务提供商的设备需要贸易单据，则确定是否存在模板；以及

如果存在模板，则自动生成至少一份贸易单据，并将所述至少一份贸易单据存储于云数据库和区块链中。

8.根据权利要求7所述的方法，其中所述服务支付阶段包括由所述平台：

触发服务工作流支付任务，并将所述服务工作流支付任务发送给平台可用服务(SVC)；

确定是否存在发票模板；

如果存在发票模板，则自动生成发票，并将自动生成的发票存储于云数据库和区块链中；

将所述自动生成的发票发送到所述服务提供商的设备；

如果确定所述托运人的设备有信用条款，并且确定所述服务提供商通过所述服务提供商的设备选择融资，则触发所述服务提供商的基于交易的融资；

如果确定所述托运人的设备有信用条款，则更新应收账款分类账/应付账款分类账(AR/AP分类账)；

在到期日或到期日之前发送应付款通知提示；

当所述托运人的设备继续支付时，通过分类账平台处理支付；

当在处理支付的步骤中成功处理了支付，确定所述服务提供商是否使用了融资；

如果所述服务提供商使用了融资，则支付贷款，其包括本金和利息；

向所述服务提供商支付服务费；以及

如果确定所述托运人选择融资，则触发所述托运人的基于交易的融资。

9.根据权利要求1所述的方法，其中所述预订请求接受阶段包括由托运人的设备：

接受投标邀约；以及

在从所述服务提供商的设备接收报价后确认费率；

从平台可用服务(SVC)接收信息，其中所述平台可用服务(SVC)包括海运、集装箱堆场、卡车运输、港口、货运代理、报关行、仓储、空运和保险；

当报价投标设置开启时，触发投标引擎；

所述投标引擎向所述托运人的设备和所述服务提供商的设备发送信息，以及从所述托运人的设备和所述服务提供商的设备接收信息；

当未提供费率时自动生成报价；

将生成的报价存储于云数据库中；以及

基于生成的报价选择模板。

10.根据权利要求1所述的方法，其中，所述服务支付阶段包括由托运人的设备：

从平台接收发票；

确认所述发票并接受费用；

确定是否存在信用条款；

如果没有信用条款，确定所述托运人是否选择融资；以及

如果所述托运人不选择融资，则继续付款。

11.根据权利要求1所述的方法，其中所述服务支付阶段包括由合作银行的设备：

在触发服务提供商的基于交易的融资之后，从平台的所述设备接收信息；

确定所述服务提供商的信贷额度和贷款是否得到批准；

将批准的金额支付到所述服务提供商的银行账户；

接收贷款支付；

在触发所述托运人的基于交易的融资之后，从所述托运人的设备接收信息；

确定所述托运人的信贷额度和贷款是否得到批准；并

向所述平台支付已批准的金额。

12.一种在全球物流业中使用实时链式黑匣子进行实时在线货运管理的方法，包括：

a.提供预订请求提交阶段；

b.提供预订请求接受阶段；

c.提供服务交付/履行阶段；以及

d.提供服务支付阶段；

(i)其中所述服务提供商的设备被配置为执行以下步骤：

在所述预订请求提交阶段，发起预订请求，

在所述预订请求提交阶段，显示关于平台提供的预订的至少一个适用合同，

在所述预订请求提交阶段，确定是否选择至少一个适用的合同，

在所述预订请求提交阶段，通过所述平台的门户完成门户字段信息，并提交所述门户字段信息，

在所述预订请求提交阶段，从平台接收关于所述预订的建议或邀约，

在所述预订请求接受阶段，通过所述平台的投标引擎提供投标邀约，

在所述预订请求接受阶段，当平台未提供费率时生成报价，

在所述预订请求接受阶段，将所述报价发送给所述托运人的设备，

在所述服务交付/履行阶段，完成所述平台提供的服务履行/行动任务，

在所述服务交付/履行阶段，确定是否需要贸易单据，

在所述服务交付/履行阶段，如果不需要所述贸易单据，则确定是否需要其他单据，

在所述服务交付/履行阶段，将服务交付/履行的证明上传至云数据库和区块链中，

在所述服务交付/履行阶段，生成发票并发送发票给所述托运人的设备，

在所述服务交付/履行阶段，将所述发票存储于云数据库和区块链中，以及

在所述服务交付/履行阶段，确定所述服务提供商是否选择融资；

(ii)其中所述平台被配置成执行以下步骤：

在所述预订请求提交阶段，验证从服务提供商的设备接收的预订请求，

在所述预订请求提交阶段，向所述服务提供商的设备提供关于所述预订请求的至少一个适用合同，

在所述预订请求提交阶段，使用所述服务提供商选择的合同的信息自动填充门户字段；

在所述预订请求提交阶段，提供关于所述预订请求的建议或邀约，

在所述预订请求提交阶段，验证所述预订请求，

在所述预订请求提交阶段，汇总所述预订请求以供审核，

在所述预订请求提交阶段，发送所述预订请求至平台可用服务(SVC)，其中所述平台可用服务包括海运、集装箱堆场、卡车运输、港口、货运代理、报关行、仓储、空运和保险，

在所述服务交付/履行阶段，触发服务工作流履行任务并与所述平台可用服务(SVC)通信，

在所述服务交付/履行阶段，如果确定所述服务提供商的设备需要贸易单据，则确定是否存在模板，

在所述服务交付/履行阶段，如果存在模板，则自动生成至少一份贸易单据，并将所述至少一份贸易单据存储于云数据库和区块链中，

在所述服务支付阶段，触发服务工作流支付任务，并将所述服务工作流支付任务发送给平台可用服务(SVC)，

在所述服务支付阶段，确定是否存在发票模板，

在所述服务支付阶段，如果存在发票模板，则自动生成发票，并将自动生成的发票存储于云数据库和区块链中，

在所述服务支付阶段，将所述自动生成的发票发送到所述服务提供商的设备；

在所述服务支付阶段，如果确定所述托运人的设备有信用条款，并且确定所述服务提供商通过所述服务提供商的设备选择融资，则触发所述服务提供商的基于交易的融资，

在所述服务支付阶段，如果确定所述托运人的设备有信用条款，则更新应收账款分类账/应付账款分类账(AR/AP分类账)，

在所述服务支付阶段，在到期日或到期日之前发送应付款通知提示，

在所述服务支付阶段，当所述托运人的设备继续支付时，通过分类账平台处理支付，

在所述服务支付阶段，当在处理支付的步骤中成功处理了支付，确定所述服务提供商是否使用了融资，

在所述服务支付阶段，如果所述服务提供商使用了融资，则支付贷款，其包括本金和利息，

在所述服务支付阶段，向所述服务提供商支付服务费，以及

在所述服务支付阶段，如果确定所述托运人选择融资，则触发所述托运人的基于交易的融资；

(iii)其中所述托运人的设备被配置为执行以下步骤：

在所述预订请求接受阶段，接受投标邀约，

在所述预订请求接受阶段，在从所述服务提供商的设备接收报价后确认费率，

在所述预订请求接受阶段，从平台可用服务(SVC)接收信息，

在所述预订请求接受阶段，当报价投标设置开启时，触发投标引擎，

在所述预订请求接受阶段，投标引擎向所述托运人的设备和所述服务提供商的设备发送信息，以及从所述托运人的设备和所述服务提供商的设备接收信息，

在所述预订请求接受阶段，当未提供费率时自动生成报价，

在所述预订请求接受阶段，将生成的报价存储于云数据库中，

在所述预订请求接受阶段，基于生成的报价选择模板，

在所述服务支付阶段，从所述平台接收发票；

在所述服务支付阶段，确认所述发票并接受费用，

在所述服务支付阶段，确定是否存在信用条款，

在所述服务支付阶段，如果没有信用条款，确定所述托运人是否选择融资，以及

在所述服务支付阶段，如果所述托运人不选择融资，则继续付款；

(iv)其中所述合作银行的设备被配置为执行以下步骤：

在所述服务支付阶段，在触发服务提供商的基于交易的融资之后，从所述平台的设备接收信息，

在所述服务支付阶段，确定所述服务提供商的信贷额度和贷款是否得到批准，

在所述服务支付阶段，将批准的金额支付到所述服务提供商的银行账户，

在所述服务支付阶段，接收贷款支付，

在所述服务支付阶段，在触发所述托运人的基于交易的融资之后，从所述托运人的设备接收信息；

在所述服务支付阶段，确定所述托运人的信贷额度和贷款是否得到批准，以及

在所述服务支付阶段向所述平台支付批准的金额。

13.一种在全球物流业中使用实时链式黑匣子进行实时在线货运管理的系统，包括：

(a)服务提供商的设备；

(b)托运人的设备；

(c)服务器计算机上的平台；以及

(d)合作银行的设备；

其中所述系统被配置为提供四个阶段，包括预订请求提交阶段、预订请求接受阶段、服务交付/履行阶段和提供服务支付阶段。

14.根据权利要求13所述的系统，其中所述服务提供商的设备被配置成执行以下步骤：

在所述预订请求提交阶段，发起预订请求，

在所述预订请求提交阶段，显示关于平台提供的预订的至少一个适用合同，

在所述预订请求提交阶段，确定是否选择至少一个适用的合同，

在所述预订请求提交阶段，通过所述平台的门户完成门户字段信息，并提交所述门户字段信息，

在所述预订请求提交阶段，从平台接收关于所述预订的建议或邀约，

在所述预订请求接受阶段，通过所述平台的投标引擎提供投标邀约，

在所述预订请求接受阶段，当平台未提供费率时生成报价，

在所述预订请求接受阶段，将所述报价发送给所述托运人的设备，

在所述服务交付/履行阶段，完成所述平台提供的服务履行/行动任务，

在所述服务交付/履行阶段，确定是否需要贸易单据，

在所述服务交付/履行阶段，如果不需要所述贸易单据，则确定是否需要其他单据，

在所述服务交付/履行阶段，将服务交付/履行的证明上传至云数据库和区块链中，

在所述服务交付/履行阶段，生成发票并发送发票给所述托运人的设备，

在所述服务交付/履行阶段，将所述发票存储于云数据库和区块链中，以及

在所述服务交付/履行阶段，确定所述服务提供商是否选择融资。

15.根据权利要求13所述的系统，其中所述平台被配置成执行以下步骤：

在所述预订请求提交阶段，验证从服务提供商的设备接收的预订请求，

在所述预订请求提交阶段，向所述服务提供商的设备提供关于所述预订请求的至少一个适用合同，

在所述预订请求提交阶段，使用所述服务提供商选择的合同的信息自动填充门户字段；

在所述预订请求提交阶段，提供关于所述预订请求的建议或邀约，

在所述预订请求提交阶段，验证所述预订请求，

在所述预订请求提交阶段，汇总所述预订请求以供审核，

在所述预订请求提交阶段，发送所述预订请求至平台可用服务(SVC)，其中所述平台可用服务包括海运、集装箱堆场、卡车运输、港口、货运代理、报关行、仓储、空运和保险，

在所述服务交付/履行阶段，触发服务工作流履行任务并与所述平台可用服务(SVC)通信，

在所述服务交付/履行阶段，如果确定所述服务提供商的设备需要贸易单据，则确定是否存在模板，

在所述服务交付/履行阶段，如果存在模板，则自动生成至少一份贸易单据，并将所述至少一份贸易单据存储于云数据库和区块链中，

在所述服务支付阶段，触发服务工作流支付任务，并将所述服务工作流支付任务发送给平台可用服务(SVC)，

在所述服务支付阶段，确定是否存在发票模板，

在所述服务支付阶段，如果存在发票模板，则自动生成发票，并将自动生成的发票存储于云数据库和区块链中，

在所述服务支付阶段，将所述自动生成的发票发送到所述服务提供商的设备；

在所述服务支付阶段，如果确定所述托运人的设备有信用条款，并且确定所述服务提供商通过所述服务提供商的设备选择融资，则触发所述服务提供商的基于交易的融资，

在所述服务支付阶段，如果确定所述托运人的设备有信用条款，则更新应收账款分类账/应付账款分类账(AR/AP分类账)，

在所述服务支付阶段，在到期日或到期日之前发送应付款通知提示，

在所述服务支付阶段，当所述托运人的设备继续支付时，通过分类账平台处理支付，

在所述服务支付阶段，当在处理支付的步骤中成功处理了支付，确定所述服务提供商是否使用了融资，

在所述服务支付阶段，如果所述服务提供商使用了融资，则支付贷款，其包括本金和利息，

在所述服务支付阶段，向所述服务提供商支付服务费，以及

在所述服务支付阶段，如果确定所述托运人选择融资，则触发所述托运人的基于交易的融资。

16.根据权利要求13所述的系统，其中所述托运人的设备被配置为执行以下步骤：

在所述预订请求接受阶段，接受投标邀约，

在所述预订请求接受阶段，在从所述服务提供商的设备接收报价后确认费率，

在所述预订请求接受阶段，从平台可用服务(SVC)接收信息，其中，所述平台可用服务包括海运、集装箱堆场、卡车运输、港口、货运代理、报关行、仓储、空运和保险；

在所述预订请求接受阶段，当报价投标设置开启时，触发投标引擎，

在所述预订请求接受阶段，投标引擎向所述托运人的设备和所述服务提供商的设备发送信息，以及从所述托运人的设备和所述服务提供商的设备接收信息，

在所述预订请求接受阶段，当未提供费率时自动生成报价，

在所述预订请求接受阶段，将生成的报价存储于云数据库中，

在所述预订请求接受阶段，基于生成的报价选择模板，

在所述服务支付阶段，从所述平台接收发票；

在所述服务支付阶段，确认所述发票并接受费用，

在所述服务支付阶段，确定是否存在信用条款，

在所述服务支付阶段，如果没有信用条款，确定所述托运人是否选择融资，以及

在所述服务支付阶段，如果所述托运人不选择融资，则继续付款。

17.根据权利要求13所述的系统，其中所述合作银行的设备被配置为执行以下步骤：

在所述服务支付阶段，在触发服务提供商的基于交易的融资之后，从所述平台的设备接收信息，

在所述服务支付阶段，确定所述服务提供商的信贷额度和贷款是否得到批准，

在所述服务支付阶段，将批准的金额支付到所述服务提供商的银行账户，

在所述服务支付阶段，接收贷款支付，

在所述服务支付阶段，在触发所述托运人的基于交易的融资之后，从所述托运人的设备接收信息；

在所述服务支付阶段，确定所述托运人的信贷额度和贷款是否得到批准，以及

在所述服务支付阶段向所述平台支付批准的金额。

18.一种在全球物流业中使用实时链式黑匣子进行实时在线货运管理的系统，包括：

(a)服务提供商的设备；

(b)托运人的设备；

(c)服务器计算机上的平台；以及

(d)合作银行的设备；

(I)其中所述系统被配置为提供四个阶段，包括预订请求提交阶段、预订请求接受阶段、服务交付/履行阶段和提供服务支付阶段，

(ii)其中所述服务提供商的设备被配置为执行以下步骤：

在所述预订请求提交阶段，发起预订请求，

在所述预订请求提交阶段，显示关于平台提供的预订的至少一个适用合同，

在所述预订请求提交阶段，确定是否选择至少一个适用的合同，

在所述预订请求提交阶段，通过所述平台的门户完成门户字段信息，并提交所述门户字段信息，

在所述预订请求提交阶段，从平台接收关于所述预订的建议或邀约，

在所述预订请求接受阶段，通过所述平台的投标引擎提供投标邀约，

在所述预订请求接受阶段，当平台未提供费率时生成报价，

在所述预订请求接受阶段，将所述报价发送给所述托运人的设备，

在所述服务交付/履行阶段，完成所述平台提供的服务履行/行动任务，

在所述服务交付/履行阶段，确定是否需要贸易单据，

在所述服务交付/履行阶段，如果不需要所述贸易单据，则确定是否需要其他单据，

在所述服务交付/履行阶段，将服务交付/履行的证明上传至云数据库和区块链中，

在所述服务交付/履行阶段，生成发票并发送发票给所述托运人的设备，

在所述服务交付/履行阶段，将所述发票存储于云数据库和区块链中，以及

在所述服务交付/履行阶段，确定所述服务提供商是否选择融资；

(iii)其中所述平台被配置成执行以下步骤：

在所述预订请求提交阶段，验证从服务提供商的设备接收的预订请求，

在所述预订请求提交阶段，向所述服务提供商的设备提供关于所述预订请求的至少一个适用合同，

在所述预订请求提交阶段，使用所述服务提供商选择的合同的信息自动填充门户字段；

在所述预订请求提交阶段，提供关于所述预订请求的建议或邀约，

在所述预订请求提交阶段，验证所述预订请求，

在所述预订请求提交阶段，汇总所述预订请求以供审核，

在所述预订请求提交阶段，发送所述预订请求至平台可用服务(SVC)，其中所述平台可用服务包括海运、集装箱堆场、卡车运输、港口、货运代理、报关行、仓储、空运和保险，

在所述服务交付/履行阶段，触发服务工作流履行任务并与所述平台可用服务(SVC)通信，

在所述服务交付/履行阶段，如果确定所述服务提供商的设备需要贸易单据，则确定是否存在模板，

在所述服务交付/履行阶段，如果存在模板，则自动生成至少一份贸易单据，并将所述至少一份贸易单据存储于云数据库和区块链中，

在所述服务支付阶段，触发服务工作流支付任务，并将所述服务工作流支付任务发送给平台可用服务(SVC)，

在所述服务支付阶段，确定是否存在发票模板，

在所述服务支付阶段，如果存在发票模板，则自动生成发票，并将自动生成的发票存储于云数据库和区块链中，

在所述服务支付阶段，将所述自动生成的发票发送到所述服务提供商的设备；

在所述服务支付阶段，如果确定所述托运人的设备有信用条款，并且确定所述服务提供商通过所述服务提供商的设备选择融资，则触发所述服务提供商的基于交易的融资，

在所述服务支付阶段，如果确定所述托运人的设备有信用条款，则更新应收账款分类账/应付账款分类账(AR/AP分类账)，

在所述服务支付阶段，在到期日或到期日之前发送应付款通知提示，

在所述服务支付阶段，当所述托运人的设备继续支付时，通过分类账平台处理支付，

在所述服务支付阶段，当在处理支付的步骤中成功处理了支付，确定所述服务提供商是否使用了融资，

在所述服务支付阶段，如果所述服务提供商使用了融资，则支付贷款，其包括本金和利息，

在所述服务支付阶段，向所述服务提供商支付服务费，以及

在所述服务支付阶段，如果确定所述托运人选择融资，则触发所述托运人的基于交易的融资；

(iv)其中所述托运人的设备被配置为执行以下步骤：

在所述预订请求接受阶段，接受投标邀约，

在所述预订请求接受阶段，在从所述服务提供商的设备接收报价后确认费率，

在所述预订请求接受阶段，从平台可用服务(SVC)接收信息，

在所述预订请求接受阶段，当报价投标设置开启时，触发投标引擎，

在所述预订请求接受阶段，投标引擎向所述托运人的设备和所述服务提供商的设备发送信息，以及从所述托运人的设备和所述服务提供商的设备接收信息，

在所述预订请求接受阶段，当未提供费率时自动生成报价，

在所述预订请求接受阶段，将生成的报价存储于云数据库和区块链中，

在所述预订请求接受阶段，基于生成的报价选择模板，

在所述服务支付阶段，从所述平台接收发票；

在所述服务支付阶段，确认所述发票并接受费用，

在所述服务支付阶段，确定是否存在信用条款，

在所述服务支付阶段，如果没有信用条款，确定所述托运人是否选择融资，以及

在所述服务支付阶段，如果所述托运人不选择融资，则继续付款；

(v)其中所述合作银行的设备被配置为执行以下步骤：

在所述服务支付阶段，在触发服务提供商的基于交易的融资之后，从所述平台的设备接收信息，

在所述服务支付阶段，确定所述服务提供商的信贷额度和贷款是否得到批准，

在所述服务支付阶段，将批准的金额支付到所述服务提供商的银行账户，

在所述服务支付阶段，接收贷款支付，

在所述服务支付阶段，在触发所述托运人的基于交易的融资之后，从所述托运人的设备接收信息；

在所述服务支付阶段，确定所述托运人的信贷额度和贷款是否得到批准；以及

在所述服务支付阶段向所述平台支付批准的金额。

Images