1.本发明涉及物流运输领域,具体是一种开放物流体系使能系统构建方法、系统、存储介质及设备。
背景技术:2.目前,我国物流运输各环节尚未形成一体,各体系之间相对独立,局限于内部的垂直运作,体系间的平行联系较少,整个后勤呈现分离式线性保障状态。
3.例如,应急物流的仓库通常分属不同部门,在同一保障区域内只负责保障本部门的需求,实行的是垂直树型结构保障模式,造成后方仓库在同一区域存在交叉重叠建设,而且各部门之间统筹协调程序繁琐,极大地制约了后方仓库综合保障能力。
4.为了应对以上问题,物流信息化建设是必不可少的。但是,物流信息化建设局限在设施设备的建设采购问题上,信息联通及信息共享的目的未能全面达成,在信息化机制建立和信息化技术应用上还不够完善和普及,信息化建设的软件基础不够牢固,导致信息化、信息联通及信息共享尚不能支持应急后勤物流保障精确化。
技术实现要素:5.本发明的目的是提供一种开放物流体系使能系统构建方法,所述开放物流体系使能系统为分布式系统,包括设立于管理全域的根服务器和数据中台、设立于各级管理子域的子服务器、内部通讯网络、外部通信网络、边缘智能终端;
6.所述管理全域搭载有根服务器,用于管理所有子服务器和边缘智能终端;
7.所述管理全域包括若干级管理子域;其中,第k级管理子域的数量记为ik;ik、k均为自然数;
8.所述管理子域用于管理下属管理子域的物资实体标签信息及标准事件;
9.一个第k级管理子域包括一个第k级分节点和若干第k+1级分节点;
10.每个第k级管理子域均搭载有第k级子服务器;
11.第k级子服务器通过内部通讯网络分别与上一级子服务器、下一级子服务器进行数据交互;
12.所述子服务器包括应用服务器和存储服务器;所述应用服务器用于实现数据查询、处理、统计;所述存储服务器用于存储数据;
13.当k值最大时,第k级管理子域包括若干底层节点,所述底层节点存储若干贴有标签的物资实体,该级管理子域搭载若干边缘智能终端;底层节点与边缘智能终端相对应;
14.所述边缘智能终端与外部读写设备和物流系统相连,从而建立外部物流系统与开放物流体系使能系统的联系;
15.所述外部读写设备用于扫描物资实体的标签,从而获取物资实体的标签信息;所述外部读写设备通过内部通讯网络与边缘智能终端进行数据交互;所述内部通讯网络可以是安全性较好的网络,例如内部局域网络;
16.所述管理全域包括总节点、所有分节点和底层节点;
17.所述管理全域搭载有数据中台、根服务器;所述数据中台通过外部通讯网络与任意子服务器、边缘智能终端进行数据交互;所述外部通讯网络包括互联网或无线网络,可以是安全性较低的开放网络,例如互联网、无线网络;
18.所述根服务器通过内部通讯网络与子服务器进行数据交互,从而实现跨子域查询和数据共享;
19.所述根服务器包括应用根服务器和存储根服务器;所述应用根服务器用于实现数据查询、处理、统计;所述存储根服务器用于存储数据;
20.所述开放物流体系使能系统构建方法包括建立信息编码与储存、信息查询的方法;
21.所述信息编码与储存的方法包括:
22.在物资实体上设置标签,所述标签存储有物资实体标签信息;所述物资实体标签信息包括物资实体的编码信息;当物资实体处于物流运输阶段时,所述物资实体标签信息还包括用于物流运输的送达地址信息;
23.物资实体的详细信息在实体创建时存储到本节点所属的本级子服务器中,包括物资实体的供应商编码、供应商对物资实体的编码、物资实体的静态属性信息;
24.在物资实体触发标准事件后,外部读写设备采集物资实体标签信息,并将物资实体触发的标准事件、物资实体标签信息、位置信息上传至对应的边缘智能终端,边缘智能终端通过外部通讯网络上传到数据中台;所述位置信息包括边缘智能终端所在节点编码、该节点所属上层分节点编码;
25.所述标准事件类型包括物资实体产生消除类事件、物资实体权属变化类事件和实体跟踪类事件;
26.所述物资实体产生消除类事件包括物资实体生成类事件、物资实体组合类事件、物资实体拆解类事件、物资实体消除类事件;
27.所述物资实体权属变化类事件包括物资实体转入类事件、物资实体转出类事件;
28.所述实体跟踪类事件包括物资实体在途跟踪事件;
29.所述边缘智能终端完成的任务包括,1)对来自外部读写设备的标准事件进行处理,形成事件报文,上传至上一级子服务器和数据中台;2)处理来自外部读写设备的物资详情查询类服务,回传查询结果;
30.所述边缘智能终端包括联接内部通讯网络的第一网络通道和联接外部通讯网络的第二网络通道;
31.所述边缘智能终端通过第一网络通道与其他服务器进行数据交互,通过第二网络通道向本域顶层子服务器上报事件报文;
32.所述边缘智能终端根据物资实体标签信息、位置信息生成静态数据报文,并通过第一网络通道上传至上一级子服务器中存储;接收到静态数据报文的子服务器利用内网将所述静态数据报文层级上传至根服务器中存储;
33.所述信息查询的方法包括通过分节点进行信息查询的方法和通过总节点进行信息查询的方法,查询内容包括实体详情查询和实体综合信息查询;
34.实体详情查询是指根据实体编码查询实体的供应商编码、供应商对物资实体的编
码、物资实体的静态属性信息;
35.进行实体详情查询时,请求方向本域的子域服务器发起查询请求;
36.实体综合信息查询是指对实体按类、按位置等的统计查询;
37.进行实体综合信息查询时,请求方向总节点发起查询请求,总节点收到查询请求后,根据请求发起方权限查询动静态报文,并以微服务方式向请求方提供查询服务;
38.对于实体详情查询请求,所述子域应用服务器根据实体编码查询本域存储服务器,查到即返回实体详情;若不存在,则将此请求传输至根服务器;
39.收到根服务器返回的查询请求结果后,子域应用服务器将结果返回给提出查询请求方,同时,子域应用服务器在本域存储服务器保存查询请求结果备查。
40.进一步,所述底层节点为物资存储和转运点,包括仓库节点、配送中心、物资集节点、运输体节点;当底层节点为运输体节点时,位置信息还包括通过全球卫星定位系统获取的运输体实时地理位置信息。
41.进一步,所述物资实体包括物品、以及装载有若干物品的箱体;
42.当若干物品组成一个新的箱体时,生成新的标签,并贴置在箱体上;该标签携带物资实体编码信息;
43.所述物资实体编码信息包括箱体、箱体内部的小箱体、箱体内部物品的编码;
44.所述实体包装状态包括箱体、箱体内部的小箱体、箱体内部物品的包装状态;所述包装状态包括独立和被打包。
45.进一步,当一个大的箱体拆分成若干小的箱体时,若小的箱体已有标签,则不生成新的标签,若小的箱体上未贴置标签,则生成新的标签,并贴置在对应箱体上。
46.进一步,数据报文包括报文号、事件类型、事件编码、物资实体编码信息、节点编码、被组合或拆解出的对象编码列表;
47.当标准事件类型为实体跟踪类事件时,所述数据报文还包括位置信息。
48.所述物资实体编码信息包括物资实体的供应商编码、物资实体静态属性信息编码;所述物资实体静态属性信息包括名称、分类、数量、出厂期、有效期;一类事件包括多个事件,每个事件具有一个事件编码。
49.进一步,所述物资实体生成事件包括来自供应商的物资实体入库;
50.所述物资实体组合事件包括物资实体装箱、打包;
51.所述物资实体拆解事件包括物资实体拆箱、拆包;
52.所述物资实体转出事件包括物资实体出库;
53.所述物资实体转入事件包括来自其他底层节点的物资实体入库;
54.所述物资实体消除事件包括物资实体失效、被使用。
55.进一步,每一个物资实体对应的报文号、事件编码、事件类型、物资实体编码信息、节点编码具有映射关系。
56.进一步,所述标签包括条码标签、二维码标签、rfid标签。
57.进一步,所述节点还搭载有用于接入用户的访问的交互平台。
58.进一步,底层节点、分节点、总节点、物资实体均具有唯一编码信息。
59.进一步,所述数据中台还存储运输网络;所述运输网络包括分节点、总节点提供的运输设备、运输线路,和第三方物流服务方提供的运输设备和运输线路;
60.进一步,所述应用服务器还提供运输信息可视化服务;所述应用服务器调取数据中台存储的运输网络和物质实体运输过程中的位置信息,并在地图中显示。
61.一种开放物流体系使能系统,所述开放物流体系使能系统为分布式系统,包括设立于管理全域的根服务器和数据中台、设立于各级管理子域的子服务器、内部通讯网络、外部通讯网络、网络安全设备、网络交换设备、边缘智能终端;
62.所述外部读写设备用于扫描物资实体标签,并通过内部通讯网络将扫描得到的物资实体标签信息传输至边缘智能终端;
63.所述边缘智能终端完成的任务包括,1)对来自外部读写设备的标准事件进行处理,形成事件报文,上传至上一级子服务器和数据中台;2)处理来自外部读写设备的物资详情查询类服务,回传查询结果;
64.所述边缘智能终端包括联接内部通讯网络的第一网络通道和联接外部通讯网络的第二网络通道;
65.所述边缘智能终端通过第一网络通道与其他服务器进行数据交互,通过第二网络通道向本域顶层子服务器上报事件报文;
66.所述边缘智能终端根据物资实体标签信息、位置信息生成静态数据报文,并上传至上一级子服务器中存储;接收到静态数据报文的子服务器将所述静态数据报文层级上传至根服务器中存储;
67.所述网络安全设备用于实现不同内部通讯网络、内部通讯网络与外部通讯网络之间的安全隔离与信息交换;
68.所述网络交换设备包括部署于各级管理子域的路由器,以及部署于数据中台的交换机;
69.所述路由器用于连接外部网络和中立区网络;所述中立区网络用于内部网络和外部网络之间数据安全转移;
70.所述交换机用于中立区工作站与服务器的网络通信。
71.进一步,所述存储服务器存储有若干用于存放数据的信息库;
72.所述信息库包括物资实体属性库、供应商信息库、承运商信息库、节点信息库、事件报文库、在途跟踪信息库、物资实体状态库;
73.所述物资实体属性库用于存放物资实体属性信息;
74.所述供应商信息库用于存放物资实体的供应商信息,包括供应商编码、名称、地址、联系方式;
75.所述承运商信息库用于存放物资实体的承运商信息,包括承运商编码、名称、地址、联系方式;
76.所述节点信息库用于存放节点信息,包括节点编码、名称、有主属关系的上级节点编码、位置信息;
77.所述事件报文库用于存放下级节点上传的报文数据;
78.所述在途跟踪信息库用于存放在途物资实体位置信息;
79.所述物资实体状态库用于存放物资动态状态信息,包括唯一编码、供应商、供应商编码、品名、类型、数量、生产日期、失效日期、存储要求、运输要求;实体类型、实体包装状态、包含的实体对象列表、所在节点、有效状态、删除标记。
80.进一步,所述物资实体状态库还存储实体组合事件生成的信息,包括实体包装状态和包含对象列表;
81.所述实体包装状态信息包括箱体、箱体内部的小箱体、箱体内部物品的包装状态;所述包装状态包括独立和被打包。
82.一种计算机可读存储介质,其上存储有计算机程序,:该程序被处理器执行时实现上述的方法的步骤。
83.一种开放物流体系使能系统的设备,包括用于存储计算机程序指令的存储器和用于执行计算机程序指令的处理器;
84.其中,当该计算机程序指令被该处理器执行时,使该设备执行权上述的方法的步骤。
85.本发明的技术效果是毋庸置疑的,本发明基于最新开放物流体系(pi:physicalinternet)理论、cps(cyber physical systems,信息物理融合系统)及rfid(radio frequency identification,射频识别)技术,提供了一种开放物流体系使能系统构建方法,利用该方法构建出的开放物流体系使能系统以最小代价(对现行系统最小修改、对现行体制最少依赖、系统间互扰最小)在开放体系和环境下,以开放、安全、灵活的方式实现跨组织、跨系统物资的管理、组织和调配。
86.本发明方法构建得到的使能系统,可以作为原有物流系统的上层系统,该系统支持跨物流体系的物资实时跟踪及上层的物流业务互联互通。通过本使能系统的赋能,可以在不影响原有物流系统正常运行的情况下,使得原来的物流系统具有敏捷特征。
87.本发明把物资和运力资源(数量、状态和位置)作为最小单元进行管理,跟踪它们的位置,上层基于这些最小单元进行物资筹措和物流组织,通过这种扁平化的数据管理打破条块分割,突破跨系统数据共享的瓶颈。
88.本发明基于rfid射频识别技术跟踪物资动态,进行物资管理,通过对仓库、配送中心等物流节点的关键作业进行标准化,嵌入标准事件触发产生相应的事件报文,获取物资的动态变化。通过这种打补丁的方式,掌握物资的状况,对现行业务系统改变最小。本发明构建敏捷应急物流使能体系,实现跨物流平台物资筹措和物资状态的动态跟踪。
89.本发明更充分的利用社会物流资源,将待运物资放入标准化、模块化的包装箱中进行运输。包装箱在pi(physical internet,实体互联网)中等同于数字互联网中的数据包,封装了它们运输的货物的内容,使得这些内容与pi无关,更利于承运货物信息的保护。与数字互联网相对应,pi可视为一个物流网,包装箱在pi中的移动类似于数据包在数字互联网中的流动,其唯一的全球标识符等同于以太网和数字互联网中的mac地址(media access control address,局域网地址),作为其在pi中的代理,实现各种处理、存储和路由等分布式自动化操作。包装箱的信息部分类似于数字互联网中数据包的报头,交通运输层将根据报头信息组合多个包装箱和规划路由,灵活的组织物流运输,将物资实体送达目的地。
90.本发明基于多编码融合的信息实体融合系统,实现了对不同供应商多源物资的统一管理,实现了资产流动数据的实时采集和安全传输,以及资产状态的实时跟踪;本发明实现了物资及物流资产分布及状态的可视化和统计分析,支持按区域、位置及范围、节点(仓库、配送中心等)、状态等多维度的查询一览,支持分级应急物流调度。
91.本敏捷应急物流调度系统独立于现行业务系统,在不改变企业现行管理业务流程的情况下,实现物流要素的数字化、数据采集自动化、数据交换及服务标准化、应急物流管理全局化。本发明通过研究多编码融合体系及ces信息资源库的管理,实现对物资实体、供应商、承运商、节点等要素的数字化管理,为敏捷应急物流调度奠定数据基础。
92.本发明通过研究ces系统框架,利用根服务、分公司服务(多级子服务)、边缘服务及客户端,形成物流调度过程物资实体及相关信息回传通路,实现物资实体及物流信息采集的自动化。本发明通过对物流调度过程中关键作业事件的规范定义,实现物资实体状态变化信息的标准化,通过标准报文回传数据中台。同时,数据中台与微服务架构的信息服务系统,为上层应用提供可拓展、可定制、高可用、易维护的标准应用服务。本发明基于上述物流要素数字化、数据采集自动化及数据交换及服务标准化,本系统研究的应用系统,可为决策人和管理人提供全域范围的物资和运力资源状况,支持物资筹措、调拨、运输组织等全局化调度管理。
附图说明
93.图1为整体框架;图2为军用物品惟一标识第2种编码格式的编码结构;图3为多编码融合体系映射关系;图4为ces信息资源库(ces-ir)。图5(a)为物资实体嵌套关系表达示例;图5(b)为物资实体嵌套关系表达示例;
94.图6为ces(cyber entity systems,信息实体融合系统)系统架构;图7为基于生成实体事件报文的ces-ir(cyber entity systems-information resources,信息实体融合系统信息资源库)数据记录变化;图8为基于组合实体事件报文的ces-ir数据记录变化;图9为基于拆解实体事件报文的ces-ir数据记录变化;图10为基于消除实体事件报文的ces-ir数据记录变化;
95.图11为基于转入实体事件报文的ces-ir数据记录变化;图12为基于转出实体事件报文的ces-ir数据记录变化;图13为基于在途跟踪事件报文的ces-ir数据记录变化;图14为ces编码解析服务体系结构图;图15为开放物流体系使能系统架构示意图i;图16为开放物流体系使能系统架构示意图ii。
具体实施方式
96.下面结合实施例对本发明作进一步说明,但不应该理解为本发明上述主题范围仅限于下述实施例。在不脱离本发明上述技术思想的情况下,根据本领域普通技术知识和惯用手段,做出各种替换和变更,均应包括在本发明的保护范围内。
97.实施例1:
98.参见图1至图16,一种开放物流体系使能系统构建方法,所述开放物流体系使能系统为分布式系统,包括设立于管理全域的根服务器和数据中台、设立于各级管理子域的子服务器、内部通讯网络、外部通信网络、边缘智能终端;
99.使能系统构建是呈树形结构,根据组织架构,设立全域及下属子域,子域下再设子域。子域管理各域内实体唯一编码及事件,根服务器负责跨子域查询和数据共享。
100.所述管理全域搭载有根服务器,用于管理所有子服务器和边缘智能终端;所述管理全域包括若干级管理子域;其中,第k级管理子域的数量记为ik;ik、k均为自然数;
101.所述管理子域用于管理下属管理子域的物资实体标签信息及标准事件;
102.一个第k级管理子域包括一个第k级分节点和若干第k+1级分节点;
103.每个第k级管理子域均搭载有第k级子服务器;
104.第k级子服务器通过内部通讯网络分别与上一级子服务器、下一级子服务器进行数据交互;
105.所述子服务器包括应用服务器和存储服务器;所述应用服务器用于实现数据查询、处理、统计;所述存储服务器用于存储数据;
106.当k值最大时第k级管理子域为最底层管理子域,包括若干底层节点,所述底层节点存储若干贴有标签的物资实体,该级管理子域搭载若干边缘智能终端;底层节点与边缘智能终端相对应;
107.所述边缘智能终端与外部读写设备和物流系统相连,从而建立外部物流系统与开放物流体系使能系统的联系;
108.所述外部读写设备用于扫描物资实体的标签,从而获取物资实体的标签信息;所述外部读写设备通过内部通讯网络与边缘智能终端进行数据交互;所述内部通讯网络可以是安全性较好的网络,例如内部局域网络;
109.所述管理全域包括总节点、所有分节点和底层节点;
110.所述管理全域搭载有数据中台、根服务器;所述数据中台通过外部通讯网络与任意子服务器、边缘智能终端进行数据交互;所述外部通讯网络包括互联网或无线网络,可以是安全性较低的开放网络,例如互联网、无线网络;
111.所述根服务器通过内部通讯网络与子服务器进行数据交互,从而实现跨子域查询和数据共享;
112.所述根服务器包括应用根服务器和存储根服务器;所述应用根服务器用于实现数据查询、处理、统计;所述存储根服务器用于存储数据;
113.所述开放物流体系使能系统构建方法包括建立信息编码与储存、信息查询的方法;
114.所述信息编码与储存的方法包括:
115.在物资实体上设置标签,所述标签存储有物资实体标签信息;所述物资实体标签信息包括物资实体的编码信息;当物资实体处于物流运输阶段时,所述物资实体标签信息还包括用于物流运输的送达地址信息;
116.物资实体的详细信息在实体创建时存储到本节点所属的本级子服务器中,包括物资实体的供应商编码、供应商对物资实体的编码、物资实体的静态属性信息;
117.在物资实体触发标准事件后,外部读写设备采集物资实体标签信息,并将物资实体触发的标准事件、物资实体标签信息、位置信息上传至对应的边缘智能终端,边缘智能终端通过外部通讯网络上传到数据中台;所述位置信息包括边缘智能终端所在节点编码、该节点所属上层分节点编码;
118.所述标准事件类型包括物资实体产生消除类事件、物资实体权属变化类事件和实体跟踪类事件;
119.所述物资实体产生消除类事件包括物资实体生成类事件、物资实体组合类事件、物资实体拆解类事件、物资实体消除类事件;
120.所述物资实体权属变化类事件包括物资实体转入类事件、物资实体转出类事件;
121.所述实体跟踪类事件包括物资实体在途跟踪事件;
122.所述边缘智能终端完成的任务包括,1)对来自外部读写设备的标准事件进行处理,形成事件报文,上传至上一级子服务器和数据中台;2)处理来自外部读写设备的物资详情查询类服务,回传查询结果;
123.所述边缘智能终端包括联接内部通讯网络的第一网络通道和联接外部通讯网络的第二网络通道;
124.所述边缘智能终端通过第一网络通道与其他服务器进行数据交互,通过第二网络通道向本域顶层子服务器上报事件报文;
125.所述边缘智能终端根据物资实体标签信息、位置信息生成静态数据报文,并通过第一网络通道上传至上一级子服务器中存储;接收到静态数据报文的子服务器利用内网将所述静态数据报文层级上传至根服务器中存储;
126.所述信息查询的方法包括通过分节点进行信息查询的方法和通过总节点进行信息查询的方法,查询内容包括实体详情查询和实体综合信息查询;
127.实体详情查询是指根据实体编码查询实体的供应商编码、供应商对物资实体的编码、物资实体的静态属性信息;
128.进行实体详情查询时,请求方向本域的子域服务器发起查询请求;
129.实体综合信息查询是指对实体按类、按位置等的统计查询;
130.进行实体综合信息查询时,请求方向总节点发起查询请求,总节点收到查询请求后,根据请求发起方权限查询动静态报文,并以微服务方式向请求方提供查询服务;
131.对于实体详情查询请求,所述子域应用服务器根据实体编码查询本域存储服务器,查到即返回实体详情;若不存在,则将此请求传输至根服务器;
132.收到根服务器返回的查询请求结果后,子域应用服务器将结果返回给提出查询请求方,同时,子域应用服务器在本域存储服务器保存查询请求结果备查。
133.所述底层节点为物资存储和转运点,包括仓库节点、配送中心、物资集节点、运输体节点;当底层节点为运输体节点时,位置信息还包括通过全球卫星定位系统获取的运输体实时地理位置信息。
134.所述物资实体包括物品、以及装载有若干物品的箱体;
135.当若干物品组成一个新的箱体时,生成新的标签,并贴置在箱体上;该标签携带物资实体编码信息;
136.所述物资实体编码信息包括箱体、箱体内部的小箱体、箱体内部物品的编码;
137.所述实体包装状态包括箱体、箱体内部的小箱体、箱体内部物品的包装状态;所述包装状态包括独立和被打包。
138.当一个大的箱体拆分成若干小的箱体时,若小的箱体已有标签,则不生成新的标签,若小的箱体上未贴置标签,则生成新的标签,并贴置在对应箱体上。
139.数据报文包括报文号、事件类型、事件编码、物资实体编码信息、节点编码、被组合或拆解出的对象编码列表;
140.当标准事件类型为实体跟踪类事件时,所述数据报文还包括位置信息。
141.所述物资实体编码信息包括物资实体的供应商编码、物资实体静态属性信息编
码;所述物资实体静态属性信息包括名称、分类、数量、出厂期、有效期;一类事件包括多个事件,每个事件具有一个事件编码。
142.所述物资实体生成事件包括来自供应商的物资实体入库;
143.所述物资实体组合事件包括物资实体装箱、打包;
144.所述物资实体拆解事件包括物资实体拆箱、拆包;
145.所述物资实体转出事件包括物资实体出库;
146.所述物资实体转入事件包括来自其他底层节点的物资实体入库;
147.所述物资实体消除事件包括物资实体失效、被使用。
148.每一个物资实体对应的报文号、事件编码、事件类型、物资实体编码信息、节点编码具有映射关系。
149.所述标签包括条码标签、二维码标签、rfid标签。
150.所述节点还搭载有用于接入用户的访问的交互平台。
151.底层节点、分节点、总节点、物资实体均具有唯一编码信息。
152.所述数据中台还存储运输网络;所述运输网络包括分节点、总节点提供的运输设备、运输线路,和第三方物流服务方提供的运输设备和运输线路;
153.所述应用服务器还提供运输信息可视化服务;所述应用服务器调取数据中台存储的运输网络和物质实体运输过程中的位置信息,并在地图中显示。
154.一种开放物流体系使能系统,所述开放物流体系使能系统为分布式系统,包括设立于管理全域的根服务器和数据中台、设立于各级管理子域的子服务器、内部通讯网络、外部通讯网络、网络安全设备、网络交换设备、边缘智能终端;
155.所述外部读写设备用于扫描物资实体标签,并通过内部通讯网络将扫描得到的物资实体标签信息传输至边缘智能终端;
156.所述边缘智能终端完成的任务包括,1)对来自外部读写设备的标准事件进行处理,形成事件报文,上传至上一级子服务器和数据中台;2)处理来自外部读写设备的物资详情查询类服务,回传查询结果;
157.所述边缘智能终端包括联接内部通讯网络的第一网络通道和联接外部通讯网络的第二网络通道;
158.所述边缘智能终端通过第一网络通道与其他服务器进行数据交互,通过第二网络通道向本域顶层子服务器上报事件报文;
159.所述边缘智能终端根据物资实体标签信息、位置信息生成静态数据报文,并上传至上一级子服务器中存储;接收到静态数据报文的子服务器将所述静态数据报文层级上传至根服务器中存储;
160.所述网络安全设备用于实现不同内部通讯网络、内部通讯网络与外部通讯网络之间的安全隔离与信息交换;
161.所述网络交换设备包括部署于各级管理子域的路由器,以及部署于数据中台的交换机;
162.所述路由器用于连接外部网络和中立区网络;所述中立区网络用于内部网络和外部网络之间数据安全转移;
163.所述交换机用于中立区工作站与服务器的网络通信。
164.所述存储服务器存储有若干用于存放数据的信息库;
165.所述信息库包括物资实体属性库、供应商信息库、承运商信息库、节点信息库、事件报文库、在途跟踪信息库、物资实体状态库;
166.所述物资实体属性库用于存放物资实体属性信息;
167.所述供应商信息库用于存放物资实体的供应商信息,包括供应商编码、名称、地址、联系方式;
168.所述承运商信息库用于存放物资实体的承运商信息,包括承运商编码、名称、地址、联系方式;
169.所述节点信息库用于存放节点信息,包括节点编码、名称、有主属关系的上级节点编码、位置信息;
170.所述事件报文库用于存放下级节点上传的报文数据;
171.所述在途跟踪信息库用于存放在途物资实体位置信息;
172.所述物资实体状态库用于存放物资动态状态信息,包括唯一编码、供应商、供应商编码、品名、类型、数量、生产日期、失效日期、存储要求、运输要求;实体类型、实体包装状态、包含的实体对象列表、所在节点、有效状态、删除标记。
173.所述物资实体状态库还存储实体组合事件生成的信息,包括实体包装状态和包含对象列表;
174.所述实体包装状态信息包括箱体、箱体内部的小箱体、箱体内部物品的包装状态;所述包装状态包括独立和被打包。
175.一种计算机可读存储介质,其上存储有计算机程序,:该程序被处理器执行时实现上述的方法的步骤。
176.一种开放物流体系使能系统的设备,包括用于存储计算机程序指令的存储器和用于执行计算机程序指令的处理器;
177.其中,当该计算机程序指令被该处理器执行时,使该设备执行权上述的方法的步骤。
178.实施例2:
179.一种开放物流体系使能系统,所述开放物流体系使能系统为分布式系统,包括设立于管理全域的根服务器和数据中台、设立于各级管理子域的子服务器、内部通讯网络、外部通讯网络、网络安全设备、网络交换设备、边缘智能终端;
180.所述外部读写设备用于扫描物资实体标签,并通过内部通讯网络将扫描得到的物资实体标签信息传输至边缘智能终端;
181.所述边缘智能终端完成的任务包括,1)对来自外部读写设备的标准事件进行处理,形成事件报文,上传至上一级子服务器和数据中台;2)处理来自外部读写设备的物资详情查询类服务,回传查询结果;
182.所述边缘智能终端包括联接内部通讯网络的第一网络通道和联接外部通讯网络的第二网络通道;
183.所述边缘智能终端通过第一网络通道与其他服务器进行数据交互,通过第二网络通道向本域顶层子服务器上报事件报文;
184.所述边缘智能终端根据物资实体标签信息、位置信息生成静态数据报文,并上传
至上一级子服务器中存储;接收到静态数据报文的子服务器将所述静态数据报文层级上传至根服务器中存储;
185.所述网络安全设备用于实现不同内部通讯网络、内部通讯网络与外部通讯网络之间的安全隔离与信息交换;
186.所述网络交换设备包括部署于各级管理子域的路由器,以及部署于数据中台的交换机;
187.所述路由器用于连接外部网络和中立区网络;所述中立区网络用于内部网络和外部网络之间数据安全转移;
188.所述交换机用于中立区工作站与服务器的网络通信。
189.所述存储服务器存储有若干用于存放数据的信息库;
190.所述信息库包括物资实体属性库、供应商信息库、承运商信息库、节点信息库、事件报文库、在途跟踪信息库、物资实体状态库;
191.所述物资实体属性库用于存放物资实体属性信息;
192.所述供应商信息库用于存放物资实体的供应商信息,包括供应商编码、名称、地址、联系方式;
193.所述承运商信息库用于存放物资实体的承运商信息,包括承运商编码、名称、地址、联系方式;
194.所述节点信息库用于存放节点信息,包括节点编码、名称、有主属关系的上级节点编码、位置信息;
195.所述事件报文库用于存放下级节点上传的报文数据;
196.所述在途跟踪信息库用于存放在途物资实体位置信息;
197.所述物资实体状态库用于存放物资动态状态信息,包括唯一编码、供应商、供应商编码、品名、类型、数量、生产日期、失效日期、存储要求、运输要求;实体类型、实体包装状态、包含的实体对象列表、所在节点、有效状态、删除标记。
198.所述物资实体状态库还存储实体组合事件生成的信息,包括实体包装状态和包含对象列表;
199.所述实体包装状态信息包括箱体、箱体内部的小箱体、箱体内部物品的包装状态;所述包装状态包括独立和被打包。
200.对物资实体进行调度的步骤包括:
201.1)第k级分节点或总节点接收物流调度请求,并将物流调度请求传输至数据中台;
202.若物流调度请求来自第k级分节点,则数据中台的第k级子服务器接收物流调度请求;若物流调度请求来自总节点,则数据中台的根服务器接收物流调度请求;
203.2)当第k级子服务器接收物流调度请求时,第k级子服务器对物流调度请求中的物资实体类型与自身信息库中物资实体类型进行匹配;
204.若存在同类型物资实体,则根据物资实体对应的底层节点编码生成物流调度任务;若不存在同类型物资实体,则将物流调度请求层级上传,直至匹配到同类型物资实体,存储该类型物资实体数据的服务器根据物资实体对应的底层节点编码生成物流调度任务;
205.所述物流调度任务包括物资实体种类、需求数量、目的地、时限;
206.当根服务器接收物流调度请求时,根服务器对物流调度请求中的物资实体类型与
自身信息库中物资实体类型进行匹配,若存在同类型物资实体,则根据物资实体对应的底层节点编码生成物流调度任务,并进入步骤3);若不存在同类型物资实体,则向总节点反馈物资实体缺乏结果,并结束;
207.3)数据中台将物流调度任务层级下发至底层节点编码对应的底层节点;
208.4)所述底层节点接收到物流调度任务后,根据物资实体需求数量对物资实体执行物资实体组合事件或物资实体拆解事件,从而得到与物资实体需求数量对应的物资实体,并出库运输至目的地。
209.所述开放物流体系使能系统是基于最新开放物流体系理论、cps及rfid技术构建得到的,该以最小代价(对现行系统最小修改、对现行体制最少依赖、系统间互扰最小)在开放体系和环境下,以开放、安全、灵活的方式实现跨组织、跨系统物资的管理、组织和调配。
210.所述开放物流体系使能系统是现有物流系统的上层系统,支持跨物流体系的物资实时跟踪及上层的物流业务互联互通,通过本使能系统的赋能,可以在不影响原有物流系统正常运行的情况下,使得原来的物流系统具有敏捷特征。
211.实施例3:
212.一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述的方法的步骤。
213.实施例4:
214.一种开放物流体系使能系统的设备,包括用于存储计算机程序指令的存储器和用于执行计算机程序指令的处理器;
215.其中,当该计算机程序指令被该处理器执行时,使该设备执行上述的方法的步骤。
216.实施例5:
217.一种计算机终端,用于提供人机交互界面,该人机交互界面中包括至少一个第一控件和第二控件;
218.所述第一控件用于展示与所述第一控件对应的物资实体的数据;
219.所述第二控件用于接收触发指令,依据所述触发指令控制所述至少一个第一控件之间的切换。
220.实施例6:
221.一种开放物流体系使能系统构建方法,所述开放物流体系使能系统为分布式系统,包括设立于管理全域的根服务器和数据中台、设立于各级管理子域的子服务器、内部通讯网络、外部通信网络、边缘智能终端;
222.所述管理全域搭载有根服务器,用于管理所有子服务器和边缘智能终端;
223.所述管理全域包括若干级管理子域;其中,第k级管理子域的数量记为ik;ik、k均为自然数;
224.所述管理子域用于管理下属管理子域的物资实体标签信息及标准事件;
225.一个第k级管理子域包括一个第k级分节点和若干第k+1级分节点;
226.每个第k级管理子域均搭载有第k级子服务器;
227.第k级子服务器通过内部通讯网络分别与上一级子服务器、下一级子服务器进行数据交互;
228.所述子服务器包括应用服务器和存储服务器;所述应用服务器用于实现数据查
询、处理、统计;所述存储服务器用于存储数据;
229.当k值最大时,第k级管理子域包括若干底层节点,所述底层节点存储若干贴有标签的物资实体,该级管理子域搭载若干边缘智能终端;底层节点与边缘智能终端相对应;
230.所述边缘智能终端与外部读写设备和物流系统相连,从而建立外部物流系统与开放物流体系使能系统的联系;
231.所述外部读写设备用于扫描物资实体的标签,从而获取物资实体的标签信息;所述外部读写设备通过内部通讯网络与边缘智能终端进行数据交互;所述内部通讯网络可以是安全性较好的网络,例如内部局域网络;
232.所述管理全域包括总节点、所有分节点和底层节点;
233.所述管理全域搭载有数据中台、根服务器;所述数据中台通过外部通讯网络与任意子服务器、边缘智能终端进行数据交互;所述外部通讯网络包括互联网或无线网络,可以是安全性较低的开放网络,例如互联网、无线网络;
234.所述根服务器通过内部通讯网络与子服务器进行数据交互,从而实现跨子域查询和数据共享;
235.所述根服务器包括应用根服务器和存储根服务器;所述应用根服务器用于实现数据查询、处理、统计;所述存储根服务器用于存储数据;
236.所述开放物流体系使能系统构建方法包括建立信息编码与储存、信息查询的方法;
237.所述信息编码与储存的方法包括:
238.在物资实体上设置标签,所述标签存储有物资实体标签信息;所述物资实体标签信息包括物资实体的编码信息;当物资实体处于物流运输阶段时,所述物资实体标签信息还包括用于物流运输的送达地址信息;
239.物资实体的详细信息在实体创建时存储到本节点所属的本级子服务器中,包括物资实体的供应商编码、供应商对物资实体的编码、物资实体的静态属性信息;
240.在物资实体触发标准事件后,外部读写设备采集物资实体标签信息,并将物资实体触发的标准事件、物资实体标签信息、位置信息上传至对应的边缘智能终端,边缘智能终端通过外部通讯网络上传到数据中台;所述位置信息包括边缘智能终端所在节点编码、该节点所属上层分节点编码;
241.所述标准事件类型包括物资实体产生消除类事件、物资实体权属变化类事件和实体跟踪类事件;
242.所述物资实体产生消除类事件包括物资实体生成类事件、物资实体组合类事件、物资实体拆解类事件、物资实体消除类事件;
243.所述物资实体权属变化类事件包括物资实体转入类事件、物资实体转出类事件;
244.所述实体跟踪类事件包括物资实体在途跟踪事件;
245.所述边缘智能终端完成的任务包括,1)对来自外部读写设备的标准事件进行处理,形成事件报文,上传至上一级子服务器和数据中台;2)处理来自外部读写设备的物资详情查询类服务,回传查询结果;
246.所述边缘智能终端包括联接内部通讯网络的第一网络通道和联接外部通讯网络的第二网络通道;
247.所述边缘智能终端通过第一网络通道与其他服务器进行数据交互,通过第二网络通道向本域顶层子服务器上报事件报文;
248.所述边缘智能终端根据物资实体标签信息、位置信息生成静态数据报文,并通过第一网络通道上传至上一级子服务器中存储;接收到静态数据报文的子服务器利用内网将所述静态数据报文层级上传至根服务器中存储;
249.所述信息查询的方法包括通过分节点进行信息查询的方法和通过总节点进行信息查询的方法,查询内容包括实体详情查询和实体综合信息查询;
250.实体详情查询是指根据实体编码查询实体的供应商编码、供应商对物资实体的编码、物资实体的静态属性信息;
251.进行实体详情查询时,请求方向本域的子域服务器发起查询请求;
252.实体综合信息查询是指对实体按类、按位置等的统计查询;
253.进行实体综合信息查询时,请求方向总节点发起查询请求,总节点收到查询请求后,根据请求发起方权限查询动静态报文,并以微服务方式向请求方提供查询服务;
254.对于实体详情查询请求,所述子域应用服务器根据实体编码查询本域存储服务器,查到即返回实体详情;若不存在,则将此请求传输至根服务器;
255.收到根服务器返回的查询请求结果后,子域应用服务器将结果返回给提出查询请求方,同时,子域应用服务器在本域存储服务器保存查询请求结果备查。
256.所述底层节点为物资存储和转运点,包括仓库节点、配送中心、物资集节点、运输体节点;当底层节点为运输体节点时,位置信息还包括通过全球卫星定位系统获取的运输体实时地理位置信息。
257.所述物资实体包括物品、以及装载有若干物品的箱体;
258.当若干物品组成一个新的箱体时,生成新的标签,并贴置在箱体上;该标签携带物资实体编码信息;
259.所述物资实体编码信息包括箱体、箱体内部的小箱体、箱体内部物品的编码;
260.所述实体包装状态包括箱体、箱体内部的小箱体、箱体内部物品的包装状态;所述包装状态包括独立和被打包。
261.当一个大的箱体拆分成若干小的箱体时,若小的箱体已有标签,则不生成新的标签,若小的箱体上未贴置标签,则生成新的标签,并贴置在对应箱体上。
262.数据报文包括报文号、事件类型、事件编码、物资实体编码信息、节点编码、被组合或拆解出的对象编码列表;
263.当标准事件类型为实体跟踪类事件时,所述数据报文还包括位置信息。
264.所述物资实体编码信息包括物资实体的供应商编码、物资实体静态属性信息编码;所述物资实体静态属性信息包括名称、分类、数量、出厂期、有效期;一类事件包括多个事件,每个事件具有一个事件编码。
265.所述物资实体生成事件包括来自供应商的物资实体入库;
266.所述物资实体组合事件包括物资实体装箱、打包;
267.所述物资实体拆解事件包括物资实体拆箱、拆包;
268.所述物资实体转出事件包括物资实体出库;
269.所述物资实体转入事件包括来自其他底层节点的物资实体入库;
270.所述物资实体消除事件包括物资实体失效、被使用。
271.每一个物资实体对应的报文号、事件编码、事件类型、物资实体编码信息、节点编码具有映射关系。
272.所述标签包括条码标签、二维码标签、rfid标签。
273.所述节点还搭载有用于接入用户的访问的交互平台。
274.底层节点、分节点、总节点、物资实体均具有唯一编码信息。
275.所述数据中台还存储运输网络;所述运输网络包括分节点、总节点提供的运输设备、运输线路,和第三方物流服务方提供的运输设备和运输线路;
276.所述应用服务器还提供运输信息可视化服务;所述应用服务器调取数据中台存储的运输网络和物质实体运输过程中的位置信息,并在地图中显示。
277.实施例7:
278.开放物流体系使能系统,该系统基于实体互联网架构产生。
279.实体互联网(pi,physicalinternet,π)将商品封装在智能、环保和模块化的包装箱中,这些包装箱从最小包装箱到海运集装箱不等,可层层叠装。实体互联网pi将货物封装在包装箱中,以下称为π容器(π-container)。这些π-容器是全球标准的、智能的、绿色的、模块化的包装箱,在尺寸、功能和夹具方面,它们在世界范围内都是模块化和标准化的。π-容器是实现实体互联网pi运行所必需的互操作性的关键元素。它们在pi中等同于数字互联网中的数据包。它们的信息部分类似于数字互联网中的数据包的报头。π容器封装了它们运输货物的内容,使得这些内容与pi无关,更利于承运货物信息的保护。每个π-容器都有一个唯一的全球标识符,等同于以太网和数字互联网中的mac地址。为了保证标识的鲁棒性和有效性,该标识符被物理的和数字的附加到每个π-容器上。该智能标识将作为每个π-容器在pi中的代理,实现各种处理、存储和路由等分布式自动化操作。与此同时,每个π-容器智能标识互连的多方、多阶段和多物流过程实时信息可用提高物流运营管理的决策能力。
280.与数字互联网相对应,pi可视为一个物流网,它通过π-节点(如工厂、仓库、配送中心等)和标准π协议使用相应π移动器(如叉车或货车等)处理、运输和储存π-容器来完成物流服务。
281.开放物流体系使能系统架构独立于现行管理组织架构和业务信息系统,从底层掌握全域范围物资和运力资源状况(数量、状态和位置),基于这些资源状态数据,对全域物资和运力资源进行管理,实现全域的物资可视化,支持全域物资筹措和物流组织。因此物资筹措和物流组织更具开放性和灵活性。
282.开放物流体系使能系统架构示意图如图15所示。在开放物流体系使能系统实施的全域范围所属仓库/配送中心等节点(node),部署本体系系统:
283.所有进入本体系管理域的节点、物资和运力资源均需一个物资和运力盘点、赋码(统一的唯一编码)过程。
284.对节点的关键作业进行标准化,增加一些标准事件。这些事件在支持节点现行业务系统的同时,通过ces系统自动向数据中台上传事件报文,报告物资实体的状态和位置信息。
285.ces(信息实体融合系统)系统是开放物流体系使能系统的核心。以互联网思维构建了一个基于底层实体属性信息和实体变迁信息自动采集、分离/融合和共享架构,实现跨
物流平台物资筹措和物资状态的动态跟踪。系统可独立于现行的资产管理系统和物流系统运行。
286.物资实体在进入本体系管理域时,需读取物资实体上原有供应商物资编码,再通过多编码融合系统赋予该物资实体一个统一的唯一编码。该编码在本管理域内全生命周期有效。
287.多编码融合系统通过映射关系:统一的物资唯一编码——供应商编码+供应商物资编码,继承原供应商对物资实体静态属性信息(名称、分类、数量、出厂期、有效期等)。
288.ces系统将根据底层标准事件产生相应的事件报文,上传到数据中台;同时ces也将实现物资实体属性信息和物资实体变迁信息的分离传输,以及根据物资实体唯一编码返回客户端系统物资实体详细的静态属性信息(ces编码解析服务)。
289.ces系统是一个分布式客户/服务器架构。ces根服务器部署在全域总部,与数据中台一起,基于上传的事件报文维护ces信息资源库(ces-ir),为敏捷应急物流信息服务提供数据支撑;分公司ces服务器是可选配置项,可以灵活配置以加快编码解析速度;ces边缘智能终端部署在仓库等节点,通过该边缘智能终端与整个ces系统互动,完成本节点事件报文生成及上传、物资实体属性信息查询等功能;ces客户端部署在移动手持终端,完成事件报文所需信息的采集及物资实体编码解析需求的发起。
290.数据中台主要接收、清洗和管理来自ces系统的全域事件报文;来自第三方物流或仓储公司,代运代储物资的事件报文;以及来自域内其它业务管理系统的相关数据,如全域供应商信息、仓储节点信息等。这些信息经关联整合、处理后存储,是ces系统的核心基础,统称为ces信息资源库(ces-ir)。数据中台基于ces-ir为上层的敏捷应急物流信息服务系统提供数据支撑。ces-ir具体分为实体动态信息库和实体类静态信息库,实体动态信息库包括物资实体状态库、事件报文库、在途跟踪信息库;实体类静态信息库包括物资实体属性库、供应商信息库、承运商信息库、节点信息库。
291.敏捷应急物流信息服务系统主要是根据上层应用系统或外部应用系统应用场景及需求,基于数据中台,通过web-service为上层应用系统提供数据服务。可根据需要授权给任何一级组织,为其提供多种数据服务,通过这些数据服务支持物资筹措和物流组织。
292.在开放物流体系使能系统实施的全域范围内所属仓库/配送中心等节点,部署本体系系统。所有拟进入本体系管理域的节点需做以下操作:
293.部署使能系统,在节点安置ces服务器;
294.对现有系统关键作业标准化;
295.对所有物资盘点、赋码的初始化操作。
296.运力的接入
297.域内的运力资源(数量、状态和位置)是本体系最小管理单元之一,也需要接入本体系,实现对运力资源的管理和对物资位置变化的跟踪。拟进入本管理域的运力资源需做以下操作:
298.作业标准化:装车卸车扫包装箱;
299.位置信息回传:方式一是通过第三方物流公司的api传入数据中台;方式二是通过托运时安装到运输体上的“黑匣子”回传位置信息。
300.资源操作
301.依托物流作业自动化设备和系统,完成远程操作指令。如代储过程:代储物资仓库可采用无人管理仓储方案,远程下达进出库的指令;代运过程:给第三方物流公司下发运输指令,由第三方物流公司到代储物资仓库收取待运货物储运到位。
302.资源的可视化和筹措调度
303.可视化
304.资产可视化系统基于敏捷应急物流信息服务系统提供的数据服务,根据物资和运力资源数量、状态和位置数据,提供资产与运力的可视化,为应急物资保障调度提供决策支撑。
305.系统提供单位(仓库)维度的可视化(仓库存储物资类型、数量等)、物资类型维度的可视化(各物资类型的分布)、目的地维度的可视化(目的地一定范围内的物资与运力)、运力的可视化(车、船、火车、飞机等运力分布)。支持按单位(仓库)、状态(资产有效性、可调度性等)、物资类型、数量、位置、时间等多维度查询,通过可视化呈现物资详细信息及关键业务点的流转动态过程,为调度决策提供支撑。
306.筹措调度
307.根据物资和运力资源状况数据,可以看到单位(仓库)维度、物资类型维度、目的地维度和运力(车、船、火车、飞机等)的可视化。基于对全域范围物资和运力资源状况的掌握,以目的地为圆心调整半径范围,来寻找资源完成筹措,制定计划,下达调度指令。
308.通过业务系统下达调拨指令。
309.通过底层自动化仓储,对于代储的无人仓储下达远程调度指令直接出库。
310.另外,也可根据需要授权给任何一级组织提供数据服务,通过这些数据服务支持被授权组织进行物资筹措和物流组织。
311.开放物流体系使能系统物流组织
312.基于实体互联网pi理论,物流组织将物资封装在模块化、标准化的包装箱(特殊的、标准的物资实体)中,这些包装箱从最小包装箱到海运集装箱不等,可层层叠装。包装箱易于处理、存储、运输、密封、固定、互锁、装载、卸载、构建和拆除,可以在节点处方便地进行组合/拆解。这些包装箱等同于数字互联网中的数据包,其信息部分类似于数字互联网中的数据包的报头,包括物资起始和送达地址等信息。
313.节点和运输线路组成的运输网络和运力资源一起,作为交通运输层,类似于数字互联网中的通信子网,根据包装箱的报头信息组织运输,将物资实体送达目的地。在物流运输组织过程中,通过标准协议在中转节点合理的进行包装箱的合并(拆解/组合)规划和动态路由选择(为包装箱选择合适的下一跳节点),保证底层的可达性,更灵活和可靠的进行物流组织。
314.实施例8:
315.开放物流体系使能系统,该系统基于实体互联网架构产生。
316.系统框架自下而上包括五层,即对象事件发生层(数据源)、事件采集层、数据管理层、应用服务层与上层应用。
317.a.第一层(底层):关键作业事件标准化
318.关键作业事件标准化,是把触发事件的关键作业事件进行规范定义,形成标准事件,是物资实体管理的基础,也是本敏捷应急物流调度系统的核心数据源。按现有业务过程
的关键作业,对七个标准事件进行了规范定义,包括生成实体、组合实体、拆解实体、转出实体、转入实体、在途跟踪、消除实体。上述标准事件的管理嵌入实际业务流程中。
319.b.第二层:信息实体融合系统(ces系统)
320.信息实体融合系统(ces系统)是本系统的核心,实现物资实体相关信息的采集与传输。ces系统通过多编码融合系统,对资产进行本系统唯一编码标识,使其成为可管理的物资实体,将底层标准事件触发产生的相应的事件报文,通过各ces终端服务采集并回传至ces各级服务与根服务,最终在数据中台进行管理;实现全域物资跟踪,支持对全域物资筹措和物流组织。使得企业物资筹措和物流组织更具开放性和灵活性。
321.c.第三层:数据中台
322.数据中台适用于企业的精细化运营需求。通过建设数据中台,对各类数据进行收集、清洗、处理、储存和整合,为数据服务和上层应用奠定基础。
323.d.第四层:敏捷应急物流信息服务系统
324.敏捷应急物流信息服务系统,根据上层应用的实际需求或外部应用需求,基于数据中台提供的数据,为各场景应用提供个性化、定制化服务。可根据需要授权给任何一级组织提供数据服务,通过这些数据服务支持物资筹措和物流组织。
325.e.第五层(顶层):应用系统
326.本项目范围内的应用系统包括资产运力可视化系统与物流任务执行系统等,针对不同的实际应用场景,建设pc、移动终端、大屏幕等用户交互渠道,满足用户业务需求。
327.应急物流调度过程中的物资实体及动态变化由关键作业触发产生。我们从整个应急物流调度过程抽取出的关键作业进行标准化,通过采集、回传标准事件触发的事件报文信息,即实现物资实体属性及状态动态变化的跟踪管理。
328.本项目敏捷应急物流调度系统标准事件包括:生成实体、组合实体、拆解实体、转出实体、转入实体、在途跟踪、消除实体。每个标准事件的物资实体事件数据,通过ces客户端采集至ces边缘服务,ces边缘服务与分公司ces服务及数据中台的ces根服务通信,回传至数据中台。随着应急物流调度业务的发展,上述标准事件可基于实际发展需求进行拓展。
329.七个标准事件详细说明如下:
330.a.生成实体
331.生成新的物资实体。用手持终端扫物资上的原编码;通过多编码融合系统生成本管理域统一的唯一编码并写入电子标签;将标签贴到物资实体上;手持终端系统将物资实体信息上传原业务管理系统完成相应业务管理,同时手持终端系统将物资实体信息传给ces系统,由ces系统生成物资实体事件报文上传数据中台。
332.b.组合实体
333.多个物资实体装箱/打包,形成新的物资实体。扫拟装箱物资实体的电子标签;装箱/打包;多编码融合系统生成管理域统一的唯一编码、写入电子标签;标签贴到新物资实体上;手持终端系统将物资实体信息上传原业务管理系统完成相应业务管理,同时手持终端系统将物资实体信息传给ces系统,由ces系统生成物资实体事件报文上传数据中台。
334.c.拆解实体
335.一个物资实体拆开还原为多个物资实体。扫拟拆箱物资实体电子标签;拆箱/拆包;手持终端系统将物资实体信息上传原业务管理系统完成相应业务管理,同时手持终端
系统将物资实体信息传给ces系统,由ces系统生成物资实体事件报文上传数据中台。
336.d.转出实体
337.物资实体从本节点转出。扫转出物资实体电子标签;转出;手持终端系统将物资实体信息上传原业务管理系统完成相应业务管理,同时手持终端系统将物资实体信息传给ces系统,由ces系统生成物资实体事件报文上传数据中台。
338.e.转入实体
339.接收物资实体转入本节点。扫转入物资实体电子标签;转入;手持终端系统将物资实体信息上传原业务管理系统完成相应业务管理,同时手持终端系统将物资实体信息传给ces系统,由ces系统生成物资实体事件报文上传数据中台。
340.f.在途跟踪
341.跟踪物资实体位置变化信息。运输体(汽车、飞机、火车等)定时回传位置信息。有两种方式可选:(1)第三方公司定时或按转运节点回传位置信息,通过数据接口传入数据中台;(2)由托运时安装到运输体上的“黑匣子”定时自动回传位置信息报文。
342.g.消除实体
343.物资实体从本管理域消失(因为物资失效或被使用)。扫物资实体电子标签;回收电子标签;手持终端系统将物资实体信息上传原业务管理系统完成相应业务管理,同时手持终端系统将物资实体信息传给ces系统,由ces系统生成物资实体事件报文上传数据中台。
344.3.2信息实体融合系统(ces系统)
345.ces(cyber entity systems,信息实体融合系统)系统是开放物流体系使能系统构建和运行的支撑使能系统,是开放物流体系使能系统的核心。
346.3.2.1 ces系统建设原则
347.a.先进性原则
348.ces系统的架构采用国际上主流的成熟技术,结合最新实体互联网pi理念、epc、cps理论和技术,具有前瞻性,在今后较长时间内保持一定的技术先进性。
349.b.开放性性原则
350.ces系统设计遵循开放性原则,能够支持多种硬件设备、网络系统和数据库管理系统,软硬件支持二次开发。ces系统采用标准数据接口,支持各种典型的跨物流系统的数据交换和业务集成。
351.c.灵活性原则
352.ces系统独立于现行的资产管理系统和物流系统运行,能够根据需要灵活部署系统。
353.d.高效性原则
354.ces系统采用分布式客户/服务器架构,能够满足全国乃至全球实时查询和数据交换的要求,保证分布式ces系统之间高效互联互通。
355.e.安全性原则
356.ces系统将物资实体属性信息和实体变迁信息分离传输,保障了实体属性信息的安全,实现了信息安全共享。
357.f.可扩展性原则
358.ces系统在规模、层次结构、功能和业务等方面具有良好的可扩展性,以适应未来系统的推广应用。
359.多编码融合体系
360.编码标准
361.本系统统一的唯一编码采纳标准《gjb+7375
‑‑
2011军用物品惟一标识》,拟采用第2种编码格式,即有“品种代码”。军用物品惟一标识(military unique identifier for item,muii)第2种编码格式muii2的编码结构如图2所示:
362.发行机构代码(issuingagencycode,iac)
363.指定给发行机构的代码,该机构通常具有向组织机构指定组织机构代码的授权。
364.发行机构代码为1位0~9的数字。其中:
365.a.1——授权的全军组织机构代码管理机构;
366.b.2——授权的国家组织机构代码管理机构;
367.c.0,3~9——备用。
368.组织机构代码
369.组织机构代码为确定物品惟一标识的单位的代码,通常为物品的制造商或供应商等单位的代码。组织机构代码应为授权的全军组织机构代码管理机构或国家组织机构代码管理机构指定。代码管理机构按gb 11714要求指定的代码。
370.组织机构代码为9个字符,只包含大写英文字母a~z和数字0~9,不包括大写英文字母o和i。
371.品种代码
372.品种代码用于区分不同种类的物品,具有相同结构、形状、功能、配合和界面的一种物品应具有相同的品种代码。
373.品种代码为授权的军用物资和装备品种代码管理机构根据gjb 7001确定的代码;在军方没有明确要求的情况下,品种代码也可由负责物品研制或设计的单位指定。物品的制造商、供应商等单位应确保在本组织机构代码内品种代码是惟一的。
374.品种代码为1~9个字符,只包含大写英文字母a~z和数字0~9,不包括大写英文字母o和i。
375.编码映射关系
376.如图3所示,多编码融合体系通过映射关系:统一的物资唯一编码——供应商编码+供应商物资编码,实现多供应商涉及的多物资编码体系融合运行,解决了不同供应商、不同编码体系物资统一跟踪管理的问题。供应商编码、供应商对物资的编码、物资的属性信息(品名、类型、数量、生产日期、失效日期等)由现行业务系统提供,接入ces系统。其中现行业务系统中的数据源于本地录入或供应商交换提供。
377.供应商物资编码有一物一码、一类一码两种编码方式,基于物品唯一标识(unique identification for item,uii)的原则,对于一类一码的物资需要在尾部添加序列号进行划分,以作区分。
378.ces信息资源库(ces-ir)
379.ces系统全局维护各实体的信息,其中实体包括物资实体及参与物流活动的各级组织机构,如供应商、承运商、仓库等。这些实体的信息统称为ces信息资源库(ces-ir)。如
图4所示,ces信息资源库(ces-ir)分为两大类,分别是实体动态信息库和实体类静态信息库。
380.实体类静态信息库
381.实体类静态信息库包括物资实体属性库、供应商信息库、承运商信息库、节点信息库。
382.物资实体属性库
383.物资实体属性库中存放物资实体属性信息。主要包括唯一编码、供应商、供应商编码、品名、类型、数量、生产日期、失效日期;存储要求、运输要求等字段。其中,物资实体的唯一编码由多编码融合系统赋予,其它属性信息最初从原供应商管理系统中继承;失效日期可以根据原供应商提供的生产日期和有效期计算。
384.供应商信息库
385.供应商信息库中存放供应商信息。主要包括供应商编码、名称、地址、电话等属性。
386.承运商信息库
387.承运商信息库中存放承运商信息。主要包括承运商机构编码、名称、地址等属性。
388.节点信息库
389.节点信息库中存放节点信息。主要包括节点编码、名称、所属机构、位置信息等属性。其中,节点包括:
①
仓库;
②
运输载体(是移动的节点),所属机构就是承运商;
③
集节点;
④
其它物流节点等。
390.实体动态信息库
391.实体动态信息库包括物资实体状态库、事件报文库和在途跟踪信息库。
392.物资实体状态库
393.物资实体状态库以物资实体对象为单位,描述对象当前的内容、位置、状态等。主要包括唯一编码、供应商、供应商编码、品名、类型、数量、生产日期、失效日期;存储要求、运输要求;实体类型、实体包装状态、包含的实体对象列表;所在节点、有效状态(是否可用,根据当前日期和失效日期自动产生)、删除标记等属性。
394.其中,实体类型、实体包装状态、包含的实体对象列表三个属性,用于表达物资实体的嵌套关系。在仓储和运输过程中,会对物资实体装箱/打包,形成新的组合后的物资实体。因此物资实体对象包括两种,一是原始对象,是最小的/不能拆分的物资实体;二是组合原始对象或其他嵌套对象形成的组合后的嵌套对象,称为包,也赋予唯一编码作为一个新的物资实体。它们可以根据需要(如仓储需要、运输需要)层层叠装。这种物资实体的嵌套聚合关系,可以通过
①
实体类型:原子/聚合;
②
实体包装状态:独立/被打包;
③
包含的实体对象列表:根据装箱单产生的打包/装箱信息,三个属性来共同描述。一个典型的例子和示意图如图5(a、b)所示:
395.图中物资实体对象(原始对象和包)的属性值如表1所示:
396.表1物资实体对象属性值
[0397][0398]
对于组合后的包,若包内所有原始对象有效状态为“是”(未过期),即为有效,否者失效。对于过期失效的物资实体对象,将发出预警信息。
[0399]
事件报文库
[0400]
事件报文库用于存放事件报文,主要包括报文号、事件编码、事件类型、实体唯一编码等属性。不包含物资实体的具体属性信息。
[0401]
各类事件报文包含的具体信息如下:
[0402]
a.实体产生消除类事件
[0403]
生成:报文号、事件编码、事件类型、实体唯一编码、节点编码。
[0404]
组合:报文号、事件编码、事件类型、实体唯一编码、组合实体唯一编码列表、节点编码。
[0405]
拆解:报文号、事件编码、事件类型、实体唯一编码、拆解实体唯一编码列表、节点编码。
[0406]
消除:报文号、事件编码、事件类型、实体唯一编码、节点编码。
[0407]
b.实体权属变化类事件
[0408]
转入:报文号、事件编码、事件类型、实体唯一编码、节点编码。
[0409]
转出:报文号、事件编码、事件类型、实体唯一编码、节点编码。
[0410]
c.实体跟踪类事件
[0411]
在途跟踪:报文号、事件编码、事件类型、实体唯一编码、位置信息。
[0412]
在途跟踪信息库
[0413]
在途跟踪信息库中存放在途物资实体实时位置信息,跟踪在途物资实体位置变化。主要包括物资实体唯一编码、位置信息(经度和纬度)。
[0414]
ces系统框架
[0415]
如图6所示,ces系统是一个分布式客户/服务器架构,主要由ces客户端、ces边缘智能终端、分公司ces服务器、ces根服务器组成。
[0416]
ces根服务器部署在全域总部,与数据中台在一起,基于上传的事件报文,对ces-ir信息资源库进行实时维护更新,为敏捷应急物流信息服务提供数据支撑;
[0417]
分公司ces服务器是可选配置项,可以根据需要灵活配置,用于加快编码解析速度,可以部署在分公司或仓库等。也可以根据需要配置更多层级的ces服务器;
[0418]
ces边缘智能终端部署在仓库等节点,通过该边缘智能终端与整个ces系统互动,完成本节点事件报文生成及上传、物资实体属性信息查询等功能;
[0419]
ces客服端部署在移动手持终端,完成事件报文所需信息的采集及物资实体编码解析需求的发起。
[0420]
根据多编码融合体系唯一编码的层次编码结构,ces根服务器维护全域的ces信息资源库(ces-ir),其它各级ces服务器中有ces-ir中类静态信息的子集,编码解析可以通过
各级ces服务器查询物资实体静态属性信息,也可以直接向ces根服务器发起解析请求。
[0421]
基于事件报文的ces-ir动态维护
[0422]
ces根服务器根据底层标准事件触发产生的各类事件报文,实时更新ces-ir信息资源库,主要是ces-ir中的物资实体状态库,为物资可视化和筹措调度提供数据支撑。同时将事件报文存入事件报文库,为物资实体历史事件查询提供支撑。
[0423]
实体产生消除类事件
[0424]
生成实体、组合实体、拆解实体、消除实体四种标准事件,将产生相应的实体消除类事件:生成实体、组合实体、拆解实体、消除实体。
[0425]
a.生成实体
[0426]
生成实体事件会促使产生新的物资实体,因此上传的生成实体事件报文将存入事件报文库,同时触发物资实体属性库和物资实体状态库增加新的物资实体记录。如图7所示:
[0427]
b.组合实体
[0428]
组合实体事件使得多个物资实体被装箱/打包,产生新的物资实体。因此上传的组合实体事件报文将存入事件报文库,同时触发物资实体状态库中增加相应的新物资实体记录、被打包的多个物资实体记录的“实体包装状态”字段从“独立”更新为“被打包”。如图8所示:
[0429]
c.拆解实体
[0430]
拆解实体事件使得装有多个物资实体的组合物资实体被拆解消除,因此上传的拆解实体事件报文将存入事件报文库,同时触发物资实体状态库中被拆解的物资实体记录中,“删除标记”从“否”更新为“是”、被打包物资实体记录的“实体包装状态”字段从“被打包”更新为“独立”。如图9所示:
[0431]
d.消除实体
[0432]
消除实体事件使物资实体从本管理域消失(比如因为物资失效或被使用),上传的消除实体事件报文将存入事件报文库,同时触发物资实体状态库中,被消除的物资实体记录中的“删除标记”从“否”更新为“是”;物资实体属性库中,被消除的物资实体记录中的“删除标记”从“否”更新为“是”。如图10所示:
[0433]
实体权属变化类事件
[0434]
转入实体、转出实体两种标准事件,将产生相应的实体权属变化类事件:转入实体、转出实体。
[0435]
转入实体
[0436]
转入实体事件使得物资实体权属发生变化,物资实体被新的节点接收,上传的转入实体事件报文将存入事件报文库,同时触发物资实体状态库中,被转入的物资实体记录中的“所在节点”字段发生改变,转变为接受该物资实体的节点的名称。如图11所示:
[0437]
转出实体
[0438]
转出实体事件使得物资实体权属发生变化,物资实体从节点转出,上传的转出实体事件报文将存入事件报文库,同时触发物资实体状态库中,被转出的物资实体记录中的“所在节点”字段发生改变,转变为接受该物资实体所在节点的名称。如图12所示:
[0439]
实体跟踪类事件
[0440]
实体跟踪类事件包括“在途跟踪”事件,跟踪在途的物资实体对象位置变化情况,由运输体自动定时回传包含位置信息的在途跟踪事件报文。
[0441]
回传的在途跟踪事件报文将存入事件报文库,同时触发在途跟踪信息库中,被跟踪物资实体记录中“位置信息”字段的变化。位置信息由经度和纬度表示。如图13所示:
[0442]
ces编码解析服务
[0443]
ces编码解析服务负责根据物资实体唯一编码,解析返回该物资实体的静态属性信息。
[0444]
ces编码解析服务与物资实体唯一编码的层次结构紧密相关,是对唯一编码的一种分布式解析。物资实体唯一编码采用“发行机构代码—组织机构代码—品种代码—序列号”的格式,相应的,ces编码解析的层次为“发行机构代码—组织机构代码”两级结构,其体系结构如图14所示。
[0445]
如图14,图中在组织机构下增加了子级,是由于授权的发行机构可以根据需要,授权组织机构具有向子级组织指定子级组织机构代码的授权。由此各级组织可以分级在自己的权限内,为物资实体编唯一编码,管理内部的ces-ir类静态信息库(ces-ir类静态信息子集)。
[0446]
ces编码解析过程如下:ces客户端读取一个物资实体的唯一编码,基于唯一编码向ces边缘智能终端发送解析请求;ces边缘智能终端首先查看本地ces-ir类静态信息子集,如发现相关记录,完成解析返回结果,否则转发给上一级ces服务器(根据配置);最多直至ces根服务器(存放有全域ces-ir),返回唯一编码对应的物资实体的静态属性信息,完成解析
[0447]
数据中台
[0448]
本敏捷应急物流调度系统数据中台主要实现各类数据的统一管理,接收ces、现行业务系统或第三方系统的数据,进行数据存储与管理,同时通过敏捷应急物流信息服务系统为上层应用及外部其他系统提供数据服务。
[0449]
数据中台的核心是实现如下三大类信息的提取、管理、处理及整合。三类信息如下:
[0450]
ces信息资源库信息
[0451]
ces信息资源库(ces-ir)主要包括物资实体状态信息、事件报文信息、在途跟踪信息等动态数据信息,以及物资实体属性信息、供应商信息、承运商信息和节点信息等静态数据信息(ces-ir)。数据中台提供对全域ces-ir数据的收集、处理、整合。
[0452]
第三方物流或仓储信息
[0453]
该部分数据由数据中台通过第三方代储代运公司的api获取,并对其进行相应处理,将该部分数据按系统规范的标准格式进行转化,再存入事件报文库并按规则更新相关的ces-ir信息。
[0454]
内部现行业务系统信息
[0455]
本敏捷应急物流调度系统的数据中台按需对接现行业务系统,获取如任务数据等信息,并通过数据中台将现行业务系统的业务信息与本系统中的物资实体对象信息等进行关联整合、处理、存储等。
[0456]
敏捷应急物流信息服务系统
[0457]
敏捷应急物流信息服务系统主要是根据上层应用系统或外部应用系统应用场景及需求,基于数据中台,通过web-service为上层应用系统提供数据服务。可根据需要授权给任何一级组织,为其提供多种数据服务,通过这些数据服务支持物资筹措和物流组织。
[0458]
微服务架构
[0459]
考虑系统的拓展性、可维护性、灵活性等非功能性需求,本方案基于springboot框架,搭建前后端分离的企业级、高可用微服务架构系统,引入组件化思想实现高内聚低耦合的应用服务。
[0460]
微服务架构具有以下优点:
[0461]
a.松耦合性:通过将单体应用分为多个服务模块解决了复杂性,模块之间通过rest api或消息交互,降低了模块之间耦合性,复杂度可控。
[0462]
b.并行开发:由于将应用拆分成独立的模块,团队之间可以独立开发和维护,提高开发效率。
[0463]
c.独立部署:每个微服务可以独立部署,开发者不再需要协调其它服务部署对本服务的影响,可以加快部署速度,持续化部署。
[0464]
d.差异化实施:针对不同应用场景和需求,做差异化部署,每个功能模块访问量、并发量各不相同,通过微服务拆分,可对不同服务部署不同实例数。
[0465]
e.扩展性高:通过将业务拆分便于后期添加新功能,支持渐进式开发;上层应用搭建功能更加灵活,扩展性高。
[0466]
f.高可用性:传统单体应用出现故障将使系统整体不可用,微服务采用分布式部署,并且每个服务可能有多个实例,即使某个节点宕机,只会影响部分服务,容错性高。
[0467]
面向敏捷物流调度系统的服务
[0468]
敏捷应急物流信息服务系统通过微服务架构为上层应用提供数据及应用服务,包括但不限于敏捷物流调度所需的资产信息服务、运力信息服务、任务信息服务等。
[0469]
资产信息服务
[0470]
资产信息服务基于数据中台管理的数据,以“资产”为对象,提供物资实体多维度信息查询、统计、可视化服务,如资产一览、资产分类及数量、资产存储位置及分布、资产可用状态等,通过上层应用为用户提供便捷、快速、可视化的呈现。
[0471]
运力信息服务
[0472]
运力信息服务基于数据中台管理的数据,以“运力”为对象,提供运力的多维度查询、统计、可视化服务,如运力一览、运力统计、运力分布、可调配运力等,通过上层应用为用户提供直观的运力信息。
[0473]
任务信息服务
[0474]
任务信息服务基于数据中台管理的数据,以“任务”为对象,提供任务下发、任务执行管理、任务跟踪、任务反馈等相关服务,支撑上层物流任务执行系统的运转,实现任务的全过程闭环管理。
[0475]
其他应用服务
[0476]
除上述面向敏捷应急物流调度的服务外,本信息服务系统同时也可以微服务方式为现行业务系统或其他外部应用提供相关的服务,例如与现行业务管理系统对接下发任务、为外部系统提供资产、运力、任务执行情况等相关数据。
[0477]
应用系统
[0478]
应用系统主要面向系统用户,基于实际的需求与应用场景,实现前端交互的各项功能。本系统技术方案应用系统包括资产可视化系统与物流任务执行系统。数据中台提供所需数据,敏捷应急物流信息服务系统提供服务支撑。
[0479]
资产可视化系统包括资产与运力的可视化,为应急物资保障调度提供决策支撑。物流任务执行系统主要实现保障任务自发起到完成的闭环管理。实现企业或公司管理层能够利用该系统进行自动数据采集、大数据分析、态势展示和辅助决策支持。
[0480]
资产运力可视化系统
[0481]
资产运力可视化系统通过数据中台获取对象相关数据,包括对象名称、数量、状态、位置及其变化过程。系统提供多种视角的报表、看板,并实现多维度的查询与钻取。
[0482]
资产一览:以物资多级分类为主视角,通过报表、看板等呈现物资及品类的具体情况,包括但不限于各品类物资数量(存量)、分布情况(所在地或位置)、资产状态(有效性、可调度性等)。
[0483]
运力一览:以运力为主视角,通过地图看板呈现运力情况,不仅包括自有运力,如车辆、船舶、飞机、火车等及其运输网络;还包括第三方物流公司提供的运力及运输网络信息。
[0484]
业务节点一览:以各单位或仓库等业务点为主视角,通过报表、看板等呈现单位资产及运力情况,包括但不限于资产类型(含多级分类)、资产数量(各类物资的存量)、存放位置、资产状态(资产有效性、可调度性等)、自有运力(包括可用车辆、船舶、飞机、火车)及运输网络、第三方物流公司运力及运输网络等。
[0485]
目的地资源一览:以目的地为圆心,呈现指定距离半径范围内的资产与运力情况,包括但不限于资产类型(含多级分类)、资产数量(各类物资的存量)、存放位置、资产状态(资产有效性、可调度性等)、自有运力(包括可用车辆、船舶、飞机、火车)及运输网络、第三方物流公司运力及运输网络等。
[0486]
多维度查询:支持按单位、按对象、按状态、按位置、按时间等多维度的查询与数据钻取。通过可视化呈现物资详细信息及关键业务点的流转动态过程。
[0487]
物流任务执行系统:实现敏捷应急物流调度任务全过程管理与跟踪。系统覆盖任务发起、任务执行过程及执行结果情况等全过程的闭环管理,通过数据中台接收的各业务点位返回的对象及相关信息,跟踪全过程执行情况。
[0488]
任务发起与下达
[0489]
物流任务发起方为总公司,总公司通过本物流任务执行系统发起,并向分公司或仓库下发。应急物资物保障物流任务下发至分公司现有业务系统,应急物资调拨计划下发至仓库现有业务系统,任务或计划信息包括物资品类、数量、目的地、时限等。
[0490]
任务执行过程:分公司或仓库接收到任务或计划,则需按要求准备物资、打包/拆包、分拣出库、装车/机运输并送达目的地,再有地面人员搜寻、收货并分发。整个执行过程涉及分公司、仓库、集节点、地面现场等多个业务点位,每个业务点位都有多个关键作业,每个关键作业由融合终端及系统采集数据回传至总部数据中台。本物流任务执行系统可通过数据中台获取执行过程的对象数据,与任务数据匹配,实现全过程管理。
[0491]
任务执行结果:任务执行以物资送达工作组为终结,即完成。物流任务执行系统基
于终端返回中台的数据,基于业务需求标识任务执行结果,如正常完成、超时完成、未完成、异常等等。
[0492]
实施例9:
[0493]
开放物流体系使能系统,其硬件如表1所示:
[0494][0495][0496]
数据存储的具体规则
[0497]
ces系统全局维护各实体的信息,其中实体包括物资实体及参与物流活动的各级组织机构,如供应商、承运商、仓库等。这些实体的信息统称为ces信息资源库(ces-ir)。ces
信息资源库(ces-ir)分为两大类,分别是实体动态信息库和实体类静态信息库。
[0498]
实体类静态信息库
[0499]
实体类静态信息库包括物资实体属性库、供应商信息库、承运商信息库、节点信息库。
[0500]
物资实体属性库
[0501]
物资实体属性库中存放物资实体属性信息。主要包括唯一编码、供应商、供应商编码、品名、类型、数量、生产日期、失效日期;存储要求、运输要求等字段。其中,物资实体的唯一编码由多编码融合系统赋予,其它属性信息最初从原供应商管理系统中继承;失效日期可以根据原供应商提供的生产日期和有效期计算。
[0502]
供应商信息库
[0503]
供应商信息库中存放供应商信息。主要包括供应商编码、名称、地址、电话等属性。
[0504]
承运商信息库
[0505]
承运商信息库中存放承运商信息。主要包括承运商机构编码、名称、地址等属性。
[0506]
节点信息库
[0507]
节点信息库中存放节点信息。主要包括节点编码、名称、所属机构、位置信息等属性。其中,节点包括:
①
仓库;
②
运输载体(是移动的节点),所属机构就是承运商;
③
集节点;
④
其它物流节点等。
[0508]
实体动态信息库
[0509]
实体动态信息库包括物资实体状态库、事件报文库和在途跟踪信息库。
[0510]
物资实体状态库
[0511]
物资实体状态库以物资实体对象为单位,描述对象当前的内容、位置、状态等。主要包括唯一编码、供应商、供应商编码、品名、类型、数量、生产日期、失效日期;存储要求、运输要求;实体类型、实体包装状态、包含的实体对象列表;所在节点、有效状态(是否可用,根据当前日期和失效日期自动产生)、删除标记等属性。
[0512]
其中,实体类型、实体包装状态、包含的实体对象列表三个属性,用于表达物资实体的嵌套关系。在仓储和运输过程中,会对物资实体装箱/打包,形成新的组合后的物资实体。因此物资实体对象包括两种,一是原始对象,是最小的/不能拆分的物资实体;二是组合原始对象或其他嵌套对象形成的组合后的嵌套对象,称为包,也赋予唯一编码作为一个新的物资实体。它们可以根据需要(如仓储需要、运输需要)层层叠装。这种物资实体的嵌套聚合关系,可以通过
①
实体类型:原子/聚合;
②
实体包装状态:独立/被打包;
③
包含的实体对象列表:根据装箱单产生的打包/装箱信息,三个属性来共同描述。
[0513]
对于组合后的包,若包内所有原始对象有效状态为“是”(未过期),即为有效,否者失效。对于过期失效的物资实体对象,将发出预警信息。
[0514]
事件报文库:事件报文库用于存放事件报文,主要包括报文号、事件编码、事件类型、实体唯一编码等属性。不包含物资实体的具体属性信息。
[0515]
各类事件报文包含的具体信息如下:
[0516]
a.实体产生消除类事件
[0517]
生成:报文号、事件编码、事件类型、实体唯一编码、节点编码。组合:报文号、事件编码、事件类型、实体唯一编码、组合实体唯一编码列表、节点编码。拆解:报文号、事件编
码、事件类型、实体唯一编码、拆解实体唯一编码列表、节点编码。消除:报文号、事件编码、事件类型、实体唯一编码、节点编码。
[0518]
b.实体权属变化类事件:转入:报文号、事件编码、事件类型、实体唯一编码、节点编码。转出:报文号、事件编码、事件类型、实体唯一编码、节点编码。
[0519]
c.实体跟踪类事件
[0520]
在途跟踪:报文号、事件编码、事件类型、实体唯一编码、位置信息。在途跟踪信息库:在途跟踪信息库中存放在途物资实体实时位置信息,跟踪在途物资实体位置变化。主要包括物资实体唯一编码、位置信息(经度和纬度)。子节点访问根节点数据时对应的授权访问规则、流程授权访问规则:ces编码解析的层次为“发行机构代码—组织机构代码”两级结构,授权的发行机构可以根据需要,授权组织机构具有向子级组织指定子级组织机构代码的授权。由此各级组织可以分级在自己的权限内,为物资实体编唯一编码,管理内部的ces-ir类静态信息库(ces-ir类静态信息子集)。访问流程:ces客户端读取一个物资实体的唯一编码,基于唯一编码向ces边缘智能终端发送解析请求;ces边缘智能终端首先查看本地ces-ir类静态信息子集,如发现相关记录,完成解析返回结果,否则转发给上一级ces服务器(根据配置);最多直至ces根服务器(存放有全域ces-ir),返回唯一编码对应的物资实体的静态属性信息,完成解析。
[0521]
数据中心与ces边缘数据更新的规则ces根服务器根据底层标准动作触发产生的各类事件报文,实时更新ces-ir信息资源库,主要是ces-ir中的物资实体状态库,为物资可视化和筹措调度提供数据支撑。同时将事件报文存入事件报文库,为物资实体历史事件查询提供支撑。