一种基于铁路的大宗物资多式联运服务平台的制作方法

1.本发明涉及物流管理技术领域，具体涉及一种基于铁路的大宗物资多式联运服务平台。


背景技术：

2.大宗货物多式联运，习惯称之为"大联运"，在我国一般由交通、物资、商业等部门在各级经济综合部门的组织和领导下互相签订协议，具体进行；铁路运输作为大宗物资多式联运的难点，因此，本发明具有重要的研究意义。
3.现代物流由于铁路信息的保密性、封闭性，极少有路局外部系统能够实现于铁路之间数据的互联互通，大部分现有技术的平台基于长期货运积攒下来的大量历史货运数据，利用大数据技术，进行事后分析，忽略了铁路运输过程中可能受到极端天气、编组站滞留、车辆管制等不可抗因素影响，无法实现紧急预警与变化，导致货物滞留超期等情况的发生。


技术实现要素：

4.针对现有技术中的缺陷，本发明提供一种基于铁路的大宗物资多式联运服务平台。
5.一种基于铁路的大宗物资多式联运服务平台，包括基础设施层、数据支撑层、业务层；
6.所述基础设施层用于实现客户数据、仓库数据、供货商数据、气象数据、铁路数据的采集；
7.所述数据支撑层包括客户数据库、仓库数据库、供货商数据库、气象数据库、铁路数据库、模型库；其中，所述铁路数据库与铁路局系统对接；
8.业务层包括电子运单系统、可视化预警系统、企业结算系统；其中，所述电子运单系统用于对订货单、提货单、运输单进行管理；所述可视化预警系统用于跟铁路数据、气象数据调用模型库中对应的算法模型对运输路线进行规划、预测运输到达时间并对紧急事件进行预警；所述企业结算系统用于根据电子运单系统各个单证调用模型库中对应的算法模型计算企业的支出、收益以及客户对应缴纳的费用并进行管理。
9.优选的，所述基础设施层包括网络基础设施、通信基础设施、信息基础设施、信息技术硬件设施、仓库、运输站点、运输工具以及采集设备，所述采集设备设置在特定的数据采集点。
10.优选的，在进行铁路数据采集时，在各个铁路运输车辆上设置gps装置获取铁路运输车辆的位置信息，采用消息队列的方式将所述位置信息发送至铁路数据库中进行分布式存储，同时将采集的铁路数据与铁路局系统中的数据进行集中清洗、融合，得到完整的铁路数据。
11.优选的，根据所述铁路数据和气象数据，对即将发生的紧急事件做出预警，结合紧
急事件典型场景和预先录入的紧急事件预案和紧急事件处置流程，获取适合不同场景下的应急预案，其中，所述紧急事件包括运输道路、运输车辆损坏、货物丢失、货物滞留、货物逾期。
12.优选的，所述电子运单系统用于对订货单、提货单、运输单进行生成、修改、动态追踪、可视化展示、回执管理；基于区块链技术和加密算法，将订货单、提货单以及运输单进行加密后，传输给对应的负责人进行签字确认并返回执单，完成回执管理。
13.优选的，负责人具有唯一的阅读权和签字权。
14.优选的，按照多联式运输过程中铁路运输所占比例，将订货单分为一类订货单、二类订货单、三类订货单。
15.优选的，根据订单类型的不同调用模型库中的费用计算模型计算运输费用，根据预测运输到达时间和实际到达时间调用模型库中的费用计算模型计算补偿费用，将运输费用和补偿费用合并作为客户需要缴纳的费用。
16.本发明的有益效果体现在：本发明的多式联运服务平台以互联网、物联网、云计算、大数据等先进信息技术为支撑，建立了完善的数据库以及业务系统，能够对接铁路局系统，及时获取铁路数据与企业运输车辆的铁路数据进行融合，以便于规划运输路线、预测运输到达时间并对紧急事件进行预警；实现了电子运单的智能管理、运输费用的合理统计，为未来的物流行业提供了新方向。
附图说明
17.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。
18.图1为本发明的结构示意图。
具体实施方式
19.下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只作为示例，而不能以此来限制本发明的保护范围。
20.需要注意的是，除非另有说明，本技术使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。
21.如图1所示，一种基于铁路的大宗物资多式联运服务平台，包括基础设施层、数据支撑层、业务层；
22.所述基础设施层用于实现客户数据、仓库数据、供货商数据、气象数据、铁路数据的采集；
23.需要说明的是，所述基础设施层包括网络基础设施、通信基础设施、信息基础设施、信息技术硬件设施、仓库、运输站点、运输工具以及采集设备，所述采集设备设置在特定的数据采集点。
24.需要说明的是，在进行铁路数据采集时，在各个铁路运输车辆上设置gps装置获取铁路运输车辆的位置信息，采用消息队列的方式将所述位置信息发送至铁路数据库中进行
分布式存储，同时将采集的铁路数据与铁路局系统中的数据进行集中清洗、融合，得到完整的铁路数据。
25.所述数据支撑层包括客户数据库、仓库数据库、供货商数据库、气象数据库、铁路数据库、模型库；
26.其中，所述客户数据库包括客户信用度、客户历史订单、实时订单、客户预存运输金等信息；所述仓库数据库包括仓库地址、仓库编号、仓库中货物类型以及货物数量、仓库负责人信息；所述供货商数据库供货商信用度、供货商历史供货清单等；所述气象数据包括铁路运输线上的雾、雨雪、风、地震等，具体的，本实施例中，该数据库可以与气象局对接，当然也可以通过与铁路局对接，直接获取铁路干线上的气象数据。
27.其中，所述铁路数据库与铁路局系统对接，具体的，在本实施例中，可以采用签署线上协议和线下协议的方式完成对接。
28.业务层包括电子运单系统、可视化预警系统、企业结算系统；其中，所述电子运单系统用于对订货单、提货单、运输单进行管理；所述可视化预警系统用于跟铁路数据、气象数据调用模型库中对应的算法模型对运输路线进行规划、预测运输到达时间并对紧急事件进行预警；所述企业结算系统用于根据电子运单系统各个单证调用模型库中对应的算法模型计算企业的支出、收益以及客户对应缴纳的费用并进行管理。
29.需要说明的是，根据所述铁路数据和气象数据，对即将发生的紧急事件做出预警，结合紧急事件典型场景和预先录入的紧急事件预案和紧急事件处置流程，获取适合不同场景下的应急预案，其中，所述紧急事件包括运输道路、运输车辆损坏等情况。通过对这些紧急情况的预警与处理，减少了货物丢失、货物滞留、货物逾期等情况，有利于提高企业运输效率，提高企业收益。
30.需要说明的是，所述电子运单系统用于对订货单、提货单、运输单进行生成、修改、动态追踪、可视化展示、回执管理。进行回执管理时，基于区块链技术和加密算法，将订货单、提货单以及运输单进行加密后，传输给对应的负责人进行签字确认并返回执单，完成回执管理。
31.具体的，将联运服务中所有的参与者作为区块链节点，所述节点包括供货商负责人、仓库负责人、运输负责人、总负责人等，在区块链上，采用邮件的形式将加密的运单发送给对应的负责人，采用发送方的私钥和接收方的公匙、运单生成时间对邮件进行加密，将接收方(负责人)的公钥匙配置为唯一的阅读权和签字权，即不允许将该邮件转发。本发明避免了物流数据的篡改，有利于物流数据追溯责任人。
32.需要说明的是，按照多联式运输过程中铁路运输所占比例，将订货单分为一类订货单、二类订货单、三类订货单，根据订单类型的不同调用模型库中的费用计算模型计算运输费用，根据预测运输到达时间和实际到达时间调用模型库中的费用计算模型计算补偿费用，将运输费用和补偿费用合并作为客户需要缴纳的费用，在本实施例中，将铁路运输占比在81％-100％的订货单作为一类订货单，将铁路运输占比在41％-80％以上的订货单作为二类订货单，将铁路运输占比在10％-40％的订货单作为三类订货单。本发明考虑不同订单铁路运输的占比，考虑了不同订单实际运输情况，设置了对应的运输费用计算模型，保证了用户和客户双方的利益，有利于提高双方合作的可能性。
33.综上所述，本发明的多式联运服务平台以互联网、物联网、云计算、大数据等先进
信息技术为支撑，建立了完善的数据库以及业务系统，能够对接铁路局系统，及时获取铁路数据与企业运输车辆的铁路数据进行融合，以便于规划运输路线、预测运输到达时间并对紧急事件进行预警；实现了电子运单的智能管理、运输费用的合理统计，为未来的物流行业提供了新方向。
34.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。