CN113918998B - 一种智慧物流的仓码管理方法和系统 - Google Patents

Abstract

本发明公开了一种智慧物流的仓码管理方法和系统，所述方法通过设置公有系统来统一管理公有基础数据，并通过设置私有子系统（如各个码头的系统）来管理私有基础数据，由于公有基础数据是在公有平台上进行维护的，当某一私有子系统需要公有基础数据时，则在公有系统上生成公有副本数据后发送给相应的私有子系统，后续私有子系统通过调用公有副本数据来实现数据的修改和交互，有效避免了某一私有子系统调用公有基础数据时对于其他私有子系统获取数据的影响，同时，公有副本数据中包含了私有子系统的标识信息，表征是哪个私有子系统引用公有基础数据，便于追查和溯源，有效包含了基础数据的安全性。

Description

一种智慧物流的仓码管理方法和系统

技术领域

本发明涉及物流信息技术领域，具体涉及一种智慧物流的仓码管理方法、系统和存储介质。

背景技术

物流行业是推动国民经济快速发展必不可少的基础产业，随着物联网、云计算、移动互联网、大数据、智能化、自动化等技术在互联网时代的大力发展，水上物流运输行业的竞争已不再是简单的码头与码头间、驳船与驳船间、货代与货代间的竞争，更多的是港口物流供应链全方位信息化、智能化、自动化平台间的竞争。

水上智慧物流系统的建设，为水路运输行业相关方提供一个集业务办理、流程跟踪、信息监控、数据共享等一站式服务的综合物流信息平台。现有的水上智慧物流系统为单体式系统，不能灵活地对系统部分功能进行修改，且打包发布过于复杂，基础数据的操作直接在本地连接操作数据库，存在一定的风险。同时，由于各个码头之间管理系统相互独立，无法实现对基础数据的统一管理，如果存在某项数据变动，需要去每个码头分别操作，费时费力。

发明内容

为此，需要提供一种智慧物流的仓码管理的技术方案，用以解决对现有的码头物流系统存在着操作复杂、数据管理不方便等问题。

为实现上述目的，在第一方面，本发明的第一方面提供了一种智慧物流的仓码管理方法，所述方法应用于智慧物流的仓码管理系统，所述仓码管理系统包括公有系统和私有系统；所述私有系统包括多个私有子系统，各个私有子系统与公有系统通过通信接口连接；公有系统存储有公有基础数据，各个私有子系统存储有各自的私有基础数据；所述公有基础数据在所述公有系统进行管理，所述私有基础数据在各自私有子系统进行管理；

所述方法包括：

公有系统接收私有子系统发送的公有数据获取指令，获取所述公有数据获取指令对应的公有基础数据，并为所述公有基础数据添加第一标识信息，生成公有副本数据；所述第一标识信息为发送公有数据获取指令的私有子系统对应的标识信息；

接收私有子系统发送的数据调整指令，根据所述数据调整指令对所述公有副本数据进行调整，以及在所述私有子系统调用使用完成公有副本数据之后，删除所述公有副本数据；

或者，所述方法包括：

公有系统接收第一私有子系统发送的私有数据获取指令，并对所述私有子系统的身份信息进行鉴权，在鉴权通过后将所述私有数据获取指令发送给第二私有子系统；所述私有数据获取指令中包含所述第二私有子系统的接口地址；

公有系统接收第二私有子系统返回的私有数据，以及将所述私有数据返回给第一私有子系统。

作为一种可选的实施例，所述方法包括：

公有系统将所述公有副本数据下发至相应的私有子系统进行保存；

当所述公有系统与所述私有子系统断开通信连接后，所述私有子系统通过调取本地的公有副本数据完成登录认证。

作为一种可选的实施例，所述管理系统还包括计费引擎，所述方法包括：

计费引擎读取各个私有子系统的计费规则，并根据取各个私有子系统计费规则对相应的私有子系统正在执行的业务流程进行计费；不同的私有子系统的计费规则被配置为不同。

作为一种可选的实施例，所述私有子系统还被配置为执行以下步骤：

接收客户端的订单请求，生成作业单号信息，并将所述作业单号信息发送给运输端；

接收运输端发起的入仓请求，根据作业单号信息对运输端的身份进行验证，并在验证通过后录入所述运输端对应的标识信息；

通过闸机对所述运输端对应的标识信息进行认证，并在认证通过后控制闸机开启放行。

作为一种可选的实施例，所述作业单号信息还包括配置的仓储信息，所述私有子系统还被配置为执行以下步骤：

生成导航信息库；所述导航信息库中包含各个入口的闸机位置至所述配置的仓位信息之间的导航信息；

当所述运输端通过认证后，向所述运输端发送当前通过认证的闸机位置至所述配置的仓位信息之间的导航信息。

作为一种可选的实施例，所述私有子系统还被配置为执行以下步骤：

接收核验终端上传的货物核验状态信息；所述货物核验状态信息包括余货状态信息；

当判定当前余货状态信息为存有余货时，生成余货出闸凭证并将其发送给运输端；通过闸机接收所述运输端发送的余货出闸凭证，在认证通过后开启闸机。

作为一种可选的实施例，所述货物核验状态信息包括已卸货的货物的参数信息；所述私有子系统还被配置为执行以下步骤：

在接收到运输端上传的卸货完成指令后，根据所述已卸货的货物的参数信息向相应的作业端发送作业指令并将当前卸货仓位地的导航信息给所述作业端；所述作业端包括龙门吊、吸机、堆高机作业端中的任一项。

所述核验终端设置有一匹配标识，每一匹配标识与核验人员的身份信息进行唯一绑定；

所述核验终端包括：

数据同步模块，用于设置数据同步地址信息，将所述货物核验状态信息与服务平台上的货物状态信息进行实时同步。

作为一种可选的实施例，所述私有子系统还用于执行以下步骤：

接收门式起重机的测偏设备对集装箱进行测量得到测量票据对应的参数图片信息，并对所述参数图片信息进行识别，获取测量参数信息；所述测量参数信息包括集装箱总重量、各边角承受重量和偏心距离中的一项或多项；

判断所述测量参数信息是否符合预设参数要求，当判定所述测量参数信息不符合预设参数要求时，存储对当前参数图片信息进行识别后得到的测量参数信息，记录当前测量参数信息对应的标识信息，并生成异常工单。

在第二方面，本发明提供了一种智慧物流的仓码管理系统，所述系统用于执行如本发明第一方面所述的方法步骤。

区别于现有技术，上述技术方案提供的一种智慧物流的仓码管理方法和系统，所述方法通过设置公有系统来统一管理公有基础数据，并通过设置私有子系统（如各个码头的系统）来管理私有基础数据，由于公有基础数据是在公有平台上进行维护的，当某一私有子系统需要公有基础数据时，则在公有系统上生成公有副本数据后发送给相应的私有子系统，后续私有子系统通过调用公有副本数据来实现数据的修改和交互，有效避免了某一私有子系统调用公有基础数据时对于其他私有子系统获取数据的影响，同时，公有副本数据中包含了私有子系统的标识信息，表征是哪个私有子系统引用公有基础数据，便于追查和溯源，有效包含了基础数据的安全性。

附图说明

图1为本发明第一种实施例涉及的智慧物流的仓码管理方法的流程图；

图2为本发明第二种实施例涉及的智慧物流的仓码管理方法的流程图；

图3为本发明第三种实施例涉及的智慧物流的仓码管理方法的流程图；

图4为本发明第四种实施例涉及的智慧物流的仓码管理方法的流程图；

图5为本发明第五种实施例涉及的智慧物流的仓码管理方法的流程图；

图6为本发明第六种实施例涉及的智慧物流的仓码管理方法的流程图；

图7为本发明一实施例涉及的智慧物流的仓码管理系统的架构图；

图8为本发明另一实施例涉及的智慧物流的仓码管理方法的流程图；

图9为本发明第一种实施例涉及的私有子系统的操作示意图；

图10为本发明第二种实施例涉及的私有子系统的操作示意图；

图11为本发明第三种实施例涉及的私有子系统的操作示意图；

图12为本发明第四种实施例涉及的私有子系统的操作示意图；

图13为本发明第五种实施例涉及的私有子系统的操作示意图；

图14为本发明第六种实施例涉及的私有子系统的操作示意图；

图15为本发明第七种实施例涉及的私有子系统的操作示意图;

图16为本发明第八种实施例涉及的私有子系统的操作示意图;

图17为本发明另一实施例涉及的智慧物流的仓码管理系统的操作示意图；

图18为本发明一实施例涉及的闸口的应用场景图。

具体实施方式

为详细说明技术方案的技术内容、构造特征、所实现目的及效果，以下结合具体实施例并配合附图详予说明。

请参阅图1，在第一方面，本发明提供了一种智慧物流的仓码管理方法，所述方法应用于智慧物流的仓码管理系统，所述仓码管理系统包括公有系统和私有系统；所述私有系统包括多个私有子系统，各个私有子系统与公有系统通过通信接口连接；公有系统存储有公有基础数据，各个私有子系统存储有各自的私有基础数据；所述公有基础数据在所述公有系统进行管理，所述私有基础数据在各自私有子系统进行管理；

所述方法包括：

步骤S101：公有系统接收私有子系统发送的公有数据获取指令，获取所述公有数据获取指令对应的公有基础数据，并为所述公有基础数据添加第一标识信息，生成公有副本数据；所述第一标识信息为发送公有数据获取指令的私有子系统对应的标识信息；

步骤S102：接收私有子系统发送的数据调整指令，根据所述数据调整指令对所述公有副本数据进行调整，以及在所述私有子系统调用使用完成公有副本数据之后，删除所述公有副本数:。

本发明的方案具有以下特点：通过设置公有系统来统一管理公有基础数据，并通过设置私有子系统（如各个码头的系统）来管理私有基础数据，由于公有基础数据是在公有平台上进行维护的，当某一私有子系统需要公有基础数据时，则在公有系统上生成公有副本数据后发送给相应的私有子系统，后续私有子系统通过调用公有副本数据来实现数据的交互，有效避免了某一私有子系统调用公有基础数据时对于其他私有子系统获取数据的影响，同时，公有副本数据中包含了私有子系统的标识信息，表征是哪个私有子系统引用公有基础数据，便于追查和溯源，有效包含了基础数据的安全性。

请参阅图2，所述方法包括：

首先进入步骤S201公有系统接收第一私有子系统发送的私有数据获取指令，并对所述私有子系统的身份信息进行鉴权，在鉴权通过后将所述私有数据获取指令发送给第二私有子系统；所述私有数据获取指令中包含所述第二私有子系统的接口地址；

而后进入步骤S202公有系统接收第二私有子系统返回的私有数据，以及将所述私有数据返回给第一私有子系统。

以私有子系统为码头的仓码系统为例，仓码系统数据库分为两类:全体仓码共用的基础数据以及每个码头自身对应的私有的数据库，以及一个特殊的二线堆场数据库。通过采用本发明的方案，可以将所有码头可能会用到的数据统一放在公共模块（即公有系统）进行统一管理，同时每个码头会存储一份用到的基础数据副本。因为在实际应用过程中，二线堆场本身的业务不是很复杂，而且二线堆场可能会与多个码头进行交互，所以所有的二线堆场数据都统一存储在了云平台，使用时根据码头代码对数据进行区分即可。

各码头的业务数据库可以存在于统一的数据库实例中，通过“组织”属性进行数据分离；也可以将各个码头的数据库进行独立部署，以实现不同业务规模的码头业务操作之间满足“实时性”、“高效性”、“可用性”、“部署简易性”的要求，部署数据模式之间切换灵活切换。通过将每个码头系统自身的业务数据放在码头本地的数据库中，保证了即使在极端情况下，码头系统依旧具有很高的可用性。

当某个码头系统需要引用公有模块中的通用基础数据时，在本方案中，第一标识信息为数据的引用记录，引用记录中包含了引用方的标识信息，即是哪个码头系统引用了公有基础数据，当公有基础数据被引用时，公有系统会为其添加一条相应的引用记录，然后通过MQ将数据推送至相应码头系统，形成公有数据副本。如果相应数据在后期进行变动，就可以根据相应的引用记录推送至相应的码头。当码头不需要引用对应数据时，公有系统会删除码头的副本数据以及相应的数据引用记录，保证单个码头的操作不会影响其他码头对于数据的正常使用。

针对公有模块中存储的同一数据，对不同码头的往往具有不同含义，因而在本实施例中，我们使用私有属性这个概念来对其进行区分。例如一个客户信息，在A码头属于控箱公司，在B码头属于货代，这时我们会在A码头系统编辑相应客户数据的时候，添加针对引用数据的拓展数据，作为对这条数据记录的私有属性，由于引用是和码头进行绑定的，所以无论如何修改，都不会影响其他码头的数据。

在实际应用过程中，由于各个码头是分开部署的，但是码头与码头、码头与二线堆场之间存在一些数据交换的情况。常规的注册中心等服务发现方式有导致数据紊乱的风险，通过MQ等消息队列配置方式，在部署码头系统数目增长时复杂度会指数性增长。因此我们根据码头现状设计了一套基于码头业务类型的跨码头调用服务。具体如下：

当A码头系统（第一私有子系统）需要对B码头系统或者C堆场（第二私有子系统）发起数据请求时，该数据请求首先会将被发送至服务聚合平台（即公有系统），在服务聚合平台中，对发送方的接口本身进行合法性校验，校验通过后将请求中的目标方码头代码解析至相应码头的接口地址，并将请求转发至目标位置（第二私有子系统），等收到回复后将数据原路送回，保证了跨码头调用服务的高效性和可用性。

请参阅图3，所述方法包括：

首先进入步骤S301公有系统将所述公有副本数据下发至相应的私有子系统进行保存；

而后进入步骤S302当所述公有系统与所述私有子系统断开通信连接后，所述私有子系统通过调取本地的公有副本数据完成登录认证。

通常情况下，各个码头的客户端都是通过统一登陆认证平台来进行系统内、股份统一认证平台以及其他第三方登陆等多重方式的登陆认证的。但是在断网的极端情况下，可以将登陆认证自动切换至码头的本地服务器，由于码头私有子系统中（即本地服务器）中存储有公有副本数据，因而在私有子系统与公有系统断开通信联系时，可以在登录当前码头私有子系统时使用在该码头私有子系统预先存储的公有数据副本来进行登陆验证，保证的系统在极端情况下的可用性。

在某些实施例中，所述管理系统还包括计费引擎，所述方法包括：计费引擎读取各个私有子系统的计费规则，并根据取各个私有子系统计费规则对相应的私有子系统正在执行的业务流程进行计费；不同的私有子系统的计费规则被配置为不同。在本实施例中，计费引擎(dce-cre)负责码头业务生产中各个业务流程模块的费用计算，业务流程包括货物的运输、存储、审批等待。计费引擎通过读取各个私有子系统的计费规则进行配置，可以使得不同码头对同一计费项目，采用不同的计费方式，同时为下一步的计费自动化，打好了坚实的基础。

如图4所示，在某些实施例中，所述私有子系统还被配置为执行以下步骤：

首先进入步骤S401接收客户端的订单请求，生成作业单号信息，并将所述作业单号信息发送给运输端；

而后进入步骤S402接收运输端发起的入仓请求，根据作业单号信息对运输端的身份进行验证，并在验证通过后录入所述运输端对应的标识信息；

而后进入步骤S403通过闸机对所述运输端对应的标识信息进行认证，并在认证通过后控制闸机开启放行。

所述订单请求包括装箱、卸箱、装船、卸船、出库、入库等订单请求。以货物入库为例，当客户通过终端在仓码私有子系统在下单后，系统会先排查当前有空余的仓库，而后生成作业单号信息，并将所述作业单号信息发送给运输端。所述作业单号信息包含有下单客户的身份信息、客户填写的货物信息以及系统生成的空余仓库的位置信息。所述运输端是指运输司机的手持终端，运输司机可以通过手持终端进行接单，当接单完成后，会将运输司机对应的车牌信息录入到系统中。即接收运输端发起的入仓请求，根据作业单号信息对运输端的身份进行验证，并在验证通过后录入所述运输端对应的标识信息。当运输司机将车辆开至码头闸机位置时，闸机上设置的识别单元会对所述运输端对应的标识信息进行认证，并在认证通过后控制闸机开启放行。运输端对应的标识信息可以包括运输人员的身份信息或车辆的身份信息。

如图5所示，在某些实施例中，所述作业单号信息还包括配置的仓储信息，所述私有子系统还被配置为执行以下步骤：

首先进入步骤S501生成导航信息库；所述导航信息库中包含各个入口的闸机位置至所述配置的仓位信息之间的导航信息；

而后进入步骤S502当所述运输端通过认证后，向所述运输端发送当前通过认证的闸机位置至所述配置的仓位信息之间的导航信息。

这样，当客户订单确认后（如付款成功后），对应作业的仓位信息也随之确认，而码头通常包括多个闸口，系统就会生成各个入口闸机到确认的作业仓位的导航信息，一旦运输车辆通过认证，系统就会自动向运输端发送相应的导航信息给运输端，引导司机行进至订单对应的指定地点进行作业。

如图18所示，为本实施例中涉及的一闸口的示意图。图18中C1、C2、C3、C4、C5为设置于闸口的监控摄像头，该闸口为自动化闸口，自动化闸口主要分两大模块：（1）闸口软硬件；（2）闸口监控中心软硬件。

（1）闸口软硬件：

采用AI识别技术，采集车辆、单证和集装箱信息与业务系统数据对碰，实现闸口自动化，无需现场人员参与，自动分析、判断是否开关闸；如：车辆进场，先到达闸前查验，查验无误后进入无人闸口，司机无需刷卡，系统自动识别车牌，集装箱号、图片打包发送到业务系统，业务系统对于采集数据进行分析，发送开闸或不允许开闸指令到闸口，闸口自动开关闸。当出现异常情况时，闸口自动将异常情况发送到监控中心，由监控中心判断是否开闸，监控中心可通过可视化对讲和远程控制的方式开关道闸。

（2）闸口监控中心软硬件：

需要在场内搭建监控中心，监控中心具备视频监控闸口基本情况、远程控制闸口设备、可视化看板检测闸口情况和可视化对讲的功能。监控中心具备上述功能后，可通过远程的方式处理无人闸口发送过来的异常情况，如无人闸口硬件出现异常情况，运维团队会在半小时内响应，4小时完成硬件的更换和维修。

如图6所示，在某些实施例中，所述私有子系统还被配置为执行以下步骤：

首先进入步骤S601接收核验终端上传的货物核验状态信息；所述货物核验状态信息包括余货状态信息；

首先进入步骤S602当判定当前余货状态信息为存有余货时，生成余货出闸凭证并将其发送给运输端；通过闸机接收所述运输端发送的余货出闸凭证，在认证通过后开启闸机。

核验终端为仓库作业人员的手持终端，当运输车辆到达指定仓位后，仓库作业人员可以通过手持终端对于车辆上的货物进行一一核验，当判定当前余货状态信息为存有余货时，生成余货出闸凭证并将其发送给运输端；通过闸机接收所述运输端发送的余货出闸凭证，在认证通过后开启闸机。在这一实施例中，核验终端在核验时可以将运输端的所有者（即司机）对应的车辆信息的余货状态信息设置有存有余货，并将这一状态与车辆信息相绑定，这样当司机再想出闸时，就需要凭借核验终端发送给其的余货出闸凭证进行核验，只有在核验通过后闸机才会放行，方便对车辆上的货物卸装状态进行追踪。同时，所述核验终端设置有一匹配标识，每一匹配标识又与核验人员的身份信息进行唯一绑定，便于对核验状态的溯源和追踪。

同理，当判定当前余货状态信息为每一余货时，则核验终端将运输端的所有者（即司机）对应的车辆信息的余货状态信息设置有没有余货，并将这一状态与车辆信息相绑定，这样当司机再想出闸时，显示空车状态的车辆信息无需出具余货出闸凭证，只需车辆信息校验通过后闸机就可以放行，极大简化了操作流程。

优选的，核验终端与上层货物信息监管平台之间是通过数据地址同步模块实现连接的，即核验终端所核验的货物信息是被实时传递给上层货物信息监管平台，而货物信息监管平台在接收到用户的订单信息后，监管平台会给核验终端发送待检测的货物信息的项目类型，在使用过程中，核验终端基于项目类型检测得到的货物的各项参数会实时共享到监管平台，两者信息之间完全同步共享。这样可以避免在货物信息监管平台上篡改货物核验状态的可能，且核验终端除了与核验人员身份信息绑定之外，核验终端自身也有唯一的标识信息，从而保证了核验终端采集到的货物信息具有追溯力。

在某些实施例中，所述货物核验状态信息包括已卸货的货物的参数信息；所述私有子系统还被配置为执行以下步骤：在接收到运输端上传的卸货完成指令后，根据所述已卸货的货物的参数信息向相应的作业端发送作业指令并将当前卸货仓位地的导航信息给所述作业端；所述作业端包括龙门吊、吸机、堆高机作业端中的任一项。已卸货的货物的参数信息包括货物属性、重量、大小等。在这一实施例中，一旦运输端完成卸货服务后，系统就会自动给相应的作业端发出指令和导航信息，而后作业端可以到达指定仓位地对刚从车辆卸下的货物进行后续流程，如装船、入库等，进一步方便了流程。

如图8所示，所述私有子系统还用于执行以下步骤：

S1：接收门式起重机的测偏设备对集装箱进行测量得到测量票据对应的参数图片信息，并对所述参数图片信息进行识别，获取测量参数信息；所述测量参数信息包括集装箱总重量、各边角承受重量和偏心距离中的一项或多项；

S2：判断所述测量参数信息是否符合预设参数要求，当判定所述测量参数信息不符合预设参数要求时，存储对当前参数图片信息进行识别后得到的测量参数信息，记录当前测量参数信息对应的标识信息，并生成异常工单。

门式起重机(又称龙门起重机)是桥架通过两侧支腿支撑在地面轨道上的桥架型起重机。在结构上由门架、大车运行机构、起重小车和电气部分等组成。有的门式起重机只在一侧有支腿，另一侧支撑在厂房或栈桥上运行，称作半门式起重机。门式起重机的门架上部桥架(含主梁和端梁)、支腿、下横梁等部分构成。为了扩大起重机作业范围，主梁可以向一侧或两侧伸出支腿以外，形成悬臂。也可采用带臂架的起重小车，通过臂架的俯仰和旋转扩大起重机作业范围。

如图17所示，门式起重机的测偏设备对集装箱进行测量得到测量票据中包含了以下信息：测量时间、当前集装箱的箱号、集装箱重量、集装箱对应的4个吊脚的重量（所有吊脚的重量相加等于集装箱的总重量）以及当前集装箱的偏心坐标（包括x坐标和y坐标，通过该坐标可以获知当前集装箱的倾斜程度，便于及时进行调整）。由于目前的门式起重机的测偏设备与后台系统之间不存在通讯，因而可以先通过图像采集设备对测量票据进行拍摄，生成参数图片信息，而后再对参数图片信息进行识别得到测量参数信息。对于参数图片信息的识别可以采用OCR自动识别技术来完成。而后对于识别出的测量参数信息可以逐一进行判定，当判定所述测量参数信息不符合预设参数要求时，则视为异常工单，并将异常工单反馈至后台系统。例如当检测到集装箱的偏心坐标与标准中心坐标的偏差超过预设范围时，则判定为异常工单。

在本实施方式中，所述方法包括：接收移动终端的订单查询指令，将相应订单的完成情况在所述移动终端上予以显示。优选的，订单的完成情况包括订单当前的处理节点、预计还需的处理时间等。所述方法包括：获取集装箱的运送路线信息，所述运送路线信息包括多个运送节点；当所述集装箱到达运送节点时，将当前集装箱的运送信息推送至下单的移动终端，所述运送信息包括初始运送节点的时间、到达当前运送节点的时间、在当前运送节点的换装时间以及到达目的运送节点的时间。这样，用户在下单后，通过移动终端账号登录后就可以实时查询货物的运送的情况，提升用户体验。

如图9-16所示，码头私有子系统包括服务端、移动端、API接口。所述服务端主要提供业务操作功能，包括班列管理、订单管理、工单管理、中控管理、计费管理、集装箱管理、KPI考核管理、基础管理、统计分析、用户权限管理等。移动端主要提供数据采集功能，包括采集拖车状态、采集报关状态、采集测偏数据、采集火车数据等。所述测偏数据是指集装箱偏载数据，一般是指通过龙门吊的测偏设备测量出测票小票，由于系统无法和测偏设备之间通信对接，因而可以通过手持终端拍照的方式生成图像信息，而后采用OCR技术识别出图像信息中的测偏数据。所述火车数据是统称，包括集装箱和火车车板的装载关系、火车发运状态等。所述API接口主要为与封装外部系统对接，包括场站系统、海运系统&O2O平台、拖车系统&无车平台、报关系统&关务云、铁路系统等。

所述码头私有子系统的最上层为对外门户，包括产品发布、下单、全程可视化、在线沟通、支付、客服、金融服务等功能。此外，多式联运系统还包括大数据分析平台，主要包括客户市场分析、业务精细化分析、财务精细化分析、经营决策分析等。

如图9-16所示，本发明的码头私有子系统还具有以下功能：

（1）建立报价机制，实现系统自动计费。

（2）建立班列管理、舱位管理，通过班列计划申请，明确发运日期，形成班列号。以及根据航线编列要求，形成可用舱位，客户下委托预定舱位，锁定舱位。

（3）订单自动派单（派工）和分拨工单，协同作业。通过设置派单规则，系统根据派单规则自动分拨订单，客服接收系统派发的订单进行处理，客服经理可人工转发订单。通过生成拖车工单、场站工单、报关工单、等其它工单，使得各单位有序协作。

（4）实现各岗位线上沟通和协同作业，使得沟通方式从线下转到线上，委托人、拖车行、场站客服、报关行、中铁多联、场站操作、二程代理都通过多式联运系统协同作业。同时建立问题处理考核机制，通过系统监控作业的进度，及时发出预警信息给指定岗位，跟踪问题回复和处理状态。

（5）操作全程可视、监控和预警，业务节点数据采集，中控台实时监控，阈值触发告警事件，多渠道提醒异常。

（6）打通物流信息链，实现物流信息全程可追踪，作业节点全程可视化，订单全生命周期作业节点可视化。

本申请的私有子系统还被配置为具有集装箱数据管理功能，不同用户角色可以根据自身权限对私有子系统中的同一份或不同份集装箱数据获取调用，用户角色可以是码头/堆场、控箱公司、货主、箱主所在的终端中的任一项或多项。用户角色可以通过自身对应的账号登录本申请的仓码管理系统后，点击“我的箱管”查看自身权限对应的箱管数据。

在第二方面，本发明提供了一种智慧物流的仓码管理系统，所述系统用于执行如本发明第一方面所述的方法步骤。该智慧物流的仓码管理系统的结构如图7所示。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括……”或“包含……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的要素。此外，在本文中，“大于”、“小于”、“超过”等理解为不包括本数；“以上”、“以下”、“以内”等理解为包括本数。

尽管已经对上述各实施例进行了描述，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改，所以以上所述仅为本发明的实施例，并非因此限制本发明的专利保护范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围之内。

Claims (10)

1.一种智慧物流的仓码管理方法，其特征在于，所述方法应用于智慧物流的仓码管理系统，所述仓码管理系统包括公有系统和私有系统；所述私有系统包括多个私有子系统，各个私有子系统与公有系统通过通信接口连接；公有系统存储有公有基础数据，各个私有子系统存储有各自的私有基础数据；所述公有基础数据在所述公有系统进行管理，所述私有基础数据在各自私有子系统进行管理；

所述方法包括：

公有系统接收私有子系统发送的公有数据获取指令，获取所述公有数据获取指令对应的公有基础数据，并为所述公有基础数据添加第一标识信息，生成公有副本数据；所述第一标识信息为发送公有数据获取指令的私有子系统对应的标识信息；

接收私有子系统发送的数据调整指令，根据所述数据调整指令对所述公有副本数据进行调整，以及在所述私有子系统调用使用完成公有副本数据之后，删除所述公有副本数据；

且所述方法包括：

公有系统接收第一私有子系统发送的私有数据获取指令，并对所述私有子系统的身份信息进行鉴权，在鉴权通过后将所述私有数据获取指令发送给第二私有子系统；所述私有数据获取指令中包含所述第二私有子系统的接口地址；

公有系统接收第二私有子系统返回的私有数据，以及将所述私有数据返回给第一私有子系统。

2.如权利要求1所述的智慧物流的仓码管理方法，其特征在于，所述方法包括：

公有系统将所述公有副本数据下发至相应的私有子系统进行保存；

当所述公有系统与所述私有子系统断开通信连接后，所述私有子系统通过调取本地的公有副本数据完成登录认证。

3.如权利要求1所述的智慧物流的仓码管理方法，其特征在于，所述管理系统还包括计费引擎，所述方法包括：

计费引擎读取各个私有子系统的计费规则，并根据取各个私有子系统计费规则对相应的私有子系统正在执行的业务流程进行计费；不同的私有子系统的计费规则被配置为不同。

4.如权利要求1所述的智慧物流的仓码管理方法，其特征在于，所述私有子系统还被配置为执行以下步骤：

接收客户端的订单请求，生成作业单号信息，并将所述作业单号信息发送给运输端；

接收运输端发起的入仓请求，根据作业单号信息对运输端的身份进行验证，并在验证通过后录入所述运输端对应的标识信息；

通过闸机对所述运输端对应的标识信息进行认证，并在认证通过后控制闸机开启放行。

5.如权利要求4所述的智慧物流的仓码管理方法，其特征在于，所述作业单号信息还包括配置的仓储信息，所述私有子系统还被配置为执行以下步骤：

生成导航信息库；所述导航信息库中包含各个入口的闸机位置至所述配置的仓位信息之间的导航信息；

当所述运输端通过认证后，向所述运输端发送当前通过认证的闸机位置至所述配置的仓位信息之间的导航信息。

6.如权利要求4所述的智慧物流的仓码管理方法，其特征在于，所述私有子系统还被配置为执行以下步骤：

接收核验终端上传的货物核验状态信息；所述货物核验状态信息包括余货状态信息；

当判定当前余货状态信息为存有余货时，生成余货出闸凭证并将其发送给运输端；通过闸机接收所述运输端发送的余货出闸凭证，在认证通过后开启闸机。

7.如权利要求6所述的智慧物流的仓码管理方法，其特征在于，所述货物核验状态信息包括已卸货的货物的参数信息；所述私有子系统还被配置为执行以下步骤：

在接收到运输端上传的卸货完成指令后，根据所述已卸货的货物的参数信息向相应的作业端发送作业指令并将当前卸货仓位地的导航信息给所述作业端；所述作业端包括龙门吊、吸机、堆高机作业端中的任一项。

8.如权利要求6所述的智慧物流的仓码管理方法，其特征在于，所述核验终端设置有一匹配标识，每一匹配标识与核验人员的身份信息进行唯一绑定；

所述核验终端包括：

数据同步模块，用于设置数据同步地址信息，将所述货物核验状态信息与服务平台上的货物状态信息进行实时同步。

9.如权利要求1所述的智慧物流的仓码管理方法，其特征在于，所述私有子系统还用于执行以下步骤：

S1：接收门式起重机的测偏设备对集装箱进行测量得到测量票据对应的参数图片信息，并对所述参数图片信息进行识别，获取测量参数信息；所述测量参数信息包括集装箱总重量、各边角承受重量和偏心距离中的一项或多项；

S2：判断所述测量参数信息是否符合预设参数要求，当判定所述测量参数信息不符合预设参数要求时，存储对当前参数图片信息进行识别后得到的测量参数信息，记录当前测量参数信息对应的标识信息，并生成异常工单。

10.一种智慧物流的仓码管理系统，其特征在于，所述系统用于执行如权利要求1至9任一项所述的方法步骤。

Images