1 企业简介

1.1 应用平台简介

国家交通运输物流公共信息平台（LOGINK，又称物流电子枢纽，简称“平台”）是以提高社会物流效率为宗旨，以实现物流信息高效交换和共享为核心功能，由交通运输部和省级交通运输主管部门共同推进，连通各类物流信息平台、企业生 产作业系统，统一信息交换标准、消除信息孤岛的面向全社会的公共物流信息服务网络。浙江省道路运输管理局牵头成立物流电子枢纽，负责LOGINK建设和运维。

LOGINK平台名字采用了logistics和link两个单词组成，LOGINK平台的标志由三个L（logistics）组成，意为推进物流信息化的链接，致力建设围绕物流信息服务的物流电子枢纽。

1.1.1 平台基本特征

“公益性”：不以盈利为目的，主要为各物流信息服务需求方提供基础性公共服务。

“开放性”：向全社会提供服务，不局限于特定行业、特定作业环节和特定服务对象。

“共享性”：实现不同部门、不同行业、不同地区、不同物流信息系统间信息交换与共享，减少信息孤岛和重复建设。

1.1.2 平台总体建设目标

构建覆盖全国、辐射国际的物流信息基础交换网络和国家平台门户，实现“公共平台”与相关物流信息系统和平台之间可靠、安全、高效、顺畅的信息交换，实现行业内相关信息平台交换标准统一，提供公正、权威的物流相关公共信息服务，有效促进物流产业链各环节信息互通与资源共享。

1.1.3 平台总体功能

基础交换功能

主要解决跨国、跨行政区域、跨行业、跨部门的各类物流公共信息平台和物流产业链上下游企业之间缺乏统一数据交换标准，信息孤岛，信息传递效率低、集成能力低，成本高等问题。具体功能包括：

（1）物流业务数据交换

（2）物流公共信息服务数据交换

公共信息服务功能

主要解决国家层面物流公共信息服务资源零散，物流行业信息服务需求难以得到满足的问题。LOGINK平台将按照“统一标准，互联 互通，共享服务”的理念，主要依托交通运输部及行业已有的相关政务系统，通过多种技术手段实现物流信息服务统一渠道提供，后台多个系统共同支撑。 LOGINK平台发展过程中可不断扩展新的服务内容，现阶段可提供的公共信息服务内容如下：

（1）物流基础设施信息查询服务

（2）物流政策法规信息查询服务

（3）物流信用信息查询服务

（4）国际及港澳台物流信息共享服务

任何加盟LOGINK的道路物流企业，都可以与LOGINK连接并将此商标放在他们的名片、网站和市场营销工具上，以表示他们已经与LOGINK连接，并能通过LOGINK与他们的贸易伙伴交换电子文件。

任何LOGINK的合作伙伴，只要其应用软件或系统平台成功通过了LOGINK测试验证，都可以申请将此商标放在他们的名片、网站和市场营销工具上，以表示其应用软件或系统平台的用户都可以通过LOGINK与他们的伙伴交换电子文件。

1.2 开发企业简介

本项目的总集成商是中远网络物流信息科技有限公司。该公司是中远集团下属的IT旗舰公司，也是从事物流信息化的专业公司，具有独立法人地位。该公司自1997年进入物流信息化领域，不仅负责中远集团特别是中远物流的信息化服务，还广泛承接集团外的运输和物流企业以及大中型生产企业有关供应链和物流系统信息管理平台解决方案的咨询、设计和研发项目。中远网络已经为烟草、交通运输、电信、铁路港口、汽车制造、零售、电子电器、农资等行业提供了大量优秀物流解决方案。公司自成立至今，通过自身的努力，规模和经营业务范围不断扩大，技术研发水平不断提高，在2009年公司被国家发改委评为全国信息化试点单位。

公司具备并保持如下资质：

? 工信部认证的二级系统集成商资质；

? 国际认证的CMMI软件企业资质（三级）；

? 国家认定的高新技术企业和软件企业；

? 通过并保持ISO9001认证；

? 国家发改委2009年发布的第一批全国信息化试点单位；

? 国家信息产业部认定的全国首批由行业信息化管理机构向信息化产业转型的40家试点单位之一；

? 国家信息产业部认定的行业信息技术应用推广服务机构示范企业；

? 国家发改委资助的中远集团物流新技术实验室（发改委2006年技术创新专项）；

? 国家发改委批准的2006年信息产业化专项和技术创新专项的实施单位；

? 自2006年以来承接或共同承接国家科技部、发改委、工信部的十个国家级科技科研项目；

? 自2008年以来共同承接欧盟FP-7研究框架的两个国际合作科研项目；

? 2012获得中国交通运输协会的“2012中国最佳物流支持企业”奖。

2 现状及建设思路

2.1 平台建设现状

平台经过近几年的建设，基础建设已初具规模，完成了1-4号数据交换中心的部署；完成了五大应用中心的框架搭建和基本功能建设。现阶段在完善巩固建设的同时，更需要通过与具有典型业务交换需求的外部企业进行合作，来验证平台的异构平台的对接能力，为中日韩三国物流信息服务平台的建设积累实战经验，并奠定异构平台间传输转换及翻译工作的基础。

外部系统接入工作从2011年开始，已经完成了多家上下游企业的接入，比较典型的是新华书店及其下游承运商通过平台实现了上下游信息的互通。2012年，“平台”总结前期建设过程中遇到的问题，继续开展外部系统接入的工作，继续与生产商贸企业、第三方物流单位、公共物流信息服务平台以及管理软件开发企业进行合作，整合物流业务和相关信息，将信息化与企业管理、考核相结合，推动供应链信息的全程共享。

平台的推广客户主要集中在物流企业间，由于物流企业在物流链中较为弱势，很难与上游企业间达成一致交换需求。因此，作为公共平台，应促进物流企业与生产单位之间以及供应链中链主企业与其上下游企业的信息交互，形成典型行业试点应用，建立典型行业试点案例，从而更形象的展示信息共享带给物流企业间的经济效益，为日后交通运输物流公共信息平台在全行业的推广和行业物流信息共享的推进打下坚实的基础。

2.2 建设思路

中远网络物流作为系统总集成商，在供应链、物流公共信息平台运营或企业应用软件等领域寻找一批具有典型示范效应的企业与本平台进行业务合作。典型示范效应的企业包括但不限于：

? 典型制造商贸企业

? 大型物流企业的上下游互联

? 第三方物流信息平台运营商

? 企业应用软件开发商

此项目要求通过建立统一的业务交换标准、搭建基础数据交换平台、免费推广物流通用软件来解决企业与承运商、合作伙伴之间的交互，实现不同业务类型软件间、上下游企业间的信息交互，并在行业间形成典型案例，以便平台的推广。

核心目的不仅仅是为了让更多的企业接入交通运输物流公共信息平台、增加平台交换数据量，平台接入更多的企业是为了为更多的企业提供服务，提高中国交通运输物流行业相关企业的信息化水准，这就要求接入的企业不仅仅要为平台带来数据交换量，更重要的是接入的企业要有代表性，要能带动整个行业共同发展，使整个行业在同一个标准下运转，提升平台交互数据量只是标，通过引入有代表性的行业核心企业，提升平台价值，提升平台在供应链网络中核心地位，提升整个供应链的水平才是本。引入全国典型行业的重点企业，引入能带动整个行业的供应链核心企业与平台互联是本项目的重中之重，选取重点企业后，再通过平台与接入企业的接口改造，更好地促进平台互联，提升平台的定位和价值。

2.3 建设范围

项目需要满足接入企业数量数不少于5个，包含的行业类型不少于2个。项目需提供的企业接入包含的模式不少于3种类型。

根据集成项目各互联项目的情况，梳理总结出三种互联模型及其互联模式研究：

? 飞扬软件代收货款平台为代表的第三方平台的互联模型；

? 金牌橱柜、中远仓配和中远物流为代表的大型物流企业上下游互联模型；

? 中远集运为代表的第三方信息服务类互联模型。

3 项目简介

本项目的互联模式包括第三方平台互联模式、信息服务类互联模式、企业上下游互联等模式。

3.1 第三方平台互联模式

3.1.1 互联场景

第三方平台将平台对外查询服务部署到logink平台上，并对现有软件进行查询跳转；

第三方平台依据项目实际情况，制定业务的单据标准；

依照制定的标准对业务系统、对外服务系统的前台门户、后台服务进行改造。改造后的业务系统数据将满足交换运输物流公共信息平台的交换标准，通过平台的交换服务实现，并将改造后的前台门户、后台服务部署到服务器上。

总体设计框架，如图所示：

 

3.1.2 互联方法和规范

第三方平台以国家平台《道路运输企业互联应用技术指南》为规范，主要以业务中产生的标准单据的数据交换实现互联，数据交换基础网络采用Web service技术，遵循的技术规范有：WSDL、SOAP、WS-Security等，并根据国家平台提供的API，使第三方平台以及业务操作信息系统可快速接入基础交换网络，快速实现用户认证、报文发送、报文接收及确认。

3.1.3 效益分析

? 对平台的效益分析

遵循平台提出的“标准是基础、应用是关键”的理念，第三方平台公司可使用平台既有的标准，也可以制定新的数据交换的标准纳入logink平台标准，可以进一步完善平台的相关标准体系。

一旦平台采纳第三方平台新的相关标准，其他软件企业也可以应用此标准接入平台，为类似需求企业的上下游互联提供服务。

第三方平台一般客户群较大，产生的业务数据的交换都已通过台进行交换，增加平台的数据交换量。也可丰富平台的应用场景。将直接推动交通运输物流公共信息平台在此领域的应用，直接增加交通运输物流公共信息平台在全国各地的推广力度，扩大交通运输物流公共信息平台在全国各地的知名度。

? 对第三方平台的效益分析

以项目中飞扬软件为例，项目之前在各省设有相关的服务平台提供应用，由于平台分散在全国各地，造成了维护成本高居不下、客户使用受地区的限制，跨区使用会受网络的限制，造成反应速度慢、影响客户使用，平台提供的支持将从根本上解决以上问题，为平台服务的推广提供便利。

第三方平台受到区域的限制、受到标准不统一的限制，平台应用只有在自身既有的客户中使用，没有在全国做更广泛的推广，与交通物流公共服务平台的携手合作，对于此项服务的推广、尤其是对平台应用的推广都将带来良好的效果，对于枢纽平台、第三方平台、上下游物流软件企业、上下游物流企业、物流企业下游客户都是非常有利的。

3.1.4 案例介绍——飞扬代收货款平台

3.1.4.1 项目背景及主要内容

哈尔滨飞扬软件技术有限公司从2002年开始从事物流管理软件的开发和销售，致力于解决我国广大的中小型第三方物流企业管理难题。公司开发的《飞扬第三方物流管理系统软件》已经通过软件产品认证及软件著作权认证，经过几年的持续发展，该产品成为全国同类软件里客户数量和应用范围最广的物流软件之一。公司于2010年7月中标浙江省道路运输管理局普通运输类物流企业推荐软件，成为国家交通部省部共建“交通运输物流公共信息共享平台”试点物流电子枢纽的推荐软件、并成为“交通运输物流公共信息共享平台”共建单位。2012年10月公司中标“交通运输物流公共信息共享平台”普通运输软件标准软件。

公司近年根据市场需求全力打造飞扬物流金融服务云平台，与金融企业展开合作，为物流企业解决资金结算、代收款、货运保险方面的难题。公司先后与河北工商银行、龙江银行合作推出飞扬公司联名卡，并在公司设立办事处的城市与当地工商银行、兴业银行、华夏银行及各地的地方银行展开深入的合作，解决物流企业存在的代收货款结算等金融难题，公司与华泰保险成功签约合作提供电子商务模式的物流保险服务。公司的标准版软件已经与工商银行、农业银行、建设银行、兴业银行、龙江银行、华夏银行等多家银行的网上银行实现对接，并与多家地方银行合作开发了银行批量转账的客户端程序。

代收货款业务是国内第三方物流业近几年内新兴的一种增值服务，也有学者将之归为物流金融增值服务中的模式之一。其中心内容是发货方与第三方物流公司签订《委托承运和委托代收货款协议》，发货方将客户订购的物流交付第三方物流公司运送，并由第三方物流公司终端派送人员在上门配送的同时，根据托运单上标注的应付金额代发货方向客户收取货款，第三方物流公司再定期将代收的货款结付给发货方。基于此，交通运输物流公共信息共享平台决定与哈尔滨飞扬软件技术有限公司合作建立代收货款服务项目。双方就代收货款业务服务、货物跟踪以及代收货款相关的标准等进行全面合作。

互联项目主要内容：

? 交通运输物流公共信息平台向哈尔滨飞扬软件技术有限公司提供两台PC服务器，一台作为应用服务器，一台作为数据库服务器。

? 飞扬将物流代收款相关查询服务部署到logink平台，确定一个对外服务网址为客户提供相关服务。网址为：http://dshk.logink.org/

? 飞扬提交一卡通及代收货款标准草案，交通运输物流公共信息平台对其进行审核和制定。

? 飞扬依据标准改造代收货款数据传输方式，TMS软件到代收货款服务器的代收货款数据通过平台的交换服务实现。

? 飞扬按照新的流程、logink标准（包括代收货款标准）调整飞扬TMS软件代收货款数据传送地址，改造代收货款前后台程序及数据。 、

? 飞扬部署修改后的新版本代收货款服务 。

? 飞扬对200个用户ID的软件都采用新的代收货款服务标准。

3.1.4.2 互联实现方式

将现有代收货款平台查询服务部署到logink平台上，并对现有软件进行查询跳转，跳转后的地址为dshk.logink.org。哈尔滨飞扬软件技术有限公司于交通运输物流管理平台依据项目实际情况，制定一卡通及代收货款业务的单据标准。哈尔滨飞扬软件技术有限公司依照制定的标准对TMS软件、代收货款查询系统的前台门户、后台服务进行改造。改造后的飞扬TMS软件代收货款数据，将满足交换运输物流公共信息平台的交换标准，通过平台的交换服务实现，并将改造后的前台门户、后台服务部署到服务器上。飞扬软件将现有系统整体迁移到平台的服务器上（包括飞扬TMS软件、代收货款平台前台服务项目、代收货款平台后台服务项目），迁移后的对外服务地址为“”dshk.logink.org。

3.2 信息服务类互联模式

3.2.1 互联场景

第三方信息服务提供商以原有的服务数据为基础，通过采用平台的标准如NEAL-NET发布的WebService服务标准等，实现平台标准数据查询接口，支持平台外部用户对信息服务动态数据的查询。

3.2.2 现状分析

物流平台为客户提供更加方便的增值服务；更是船公司与客户的沟通渠道，提高业务处理的效率；同时也是船公司销售渠道的扩展。当前，客户、代理、船公司对集装箱运输服务要求的不断提到，主要体现在降低运输成本、提高业务处理效率和及时获得信息等方面。这些不断提高的要求，迫切需要有一个平台能整合各航运企业的信息资源。

 

从船公司的角度，集装箱作为运输的容器和载体是最重要的资源之一，它的堆存情况、动态信息是船公司提升运营效率、控制费用开支的重要信息支撑。而堆场是集装箱保管和交接的主要场所，及时、准确地获取集装箱的动态信息有着极其重要的意义。

3.2.3 互联方法和规范

Web Service技术是一种基于XML语言和标准的网络协议实现的分布式计算技术。用Web Services技术相互连接的软件可以在Internet上自由沟通,智能设备上的应用软件可以随时调用Internet上任何地点的Web Service服务。在WebService技术的帮助下,更多的企业可以不再耗费巨资建设IT系统,大多数企业应用都可以使用Internet上提供的各类Web Service服务来实现。

正是基于Web Service的该特性，第三方信息服务企业是Web Service提供方，基于枢纽平台标准进行开发，针对同一种服务，实现一处开发，多处使用。

3.2.4 WebService的优点

? 跨防火墙的通信

如果应用程序有成千上万的用户，而且分布在世界 各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。在这种情况下，使用DCOM就不是那么简 单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴 露给最终用户。这样做的结果是开发难度大，程序很难维护。

如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的 那一步。要调用WebService，可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用自己开发的 SOAP客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次 调用中间层组件时，都跳转到相应的“结果页”。

从经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用 WebService这种结构，可以节省花在用户界面编程上20%的开发时间。另外，这样一个由WebService组成的中间层，完全可以在应用程序集 成或其它场合下重用。最后，通过WebService把应用程序的逻辑和数据“暴露”出来，还可以让其它平台上的客户重用这些应用程序。

? 应用程序集成

企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过WebService，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。

? B2B的集成

用WebService集成应用程序，可以使公司内部的商务处理更加自动化。但当交易跨越供应商和客户、突破公司的界限时会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。

WebService是B2B集成成功的关键。通过WebService，公司可以把关键的商务应用“暴露”给指定的供应商和客户。用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来，成为WebService，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在B2B集成上的时间和成本，让许多原本无法承受EDI的中小企业也能实现B2B集成。

? 软件和数据重用

软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。

当前，像表格控件或用户界面控件这样的可重用软件组件，在市场上都占有很大的份额。但这类软件的重用有一个很大的限制，就是重用仅限于代码，数据不能重用。原因在于，发布组件甚至源代码都比较容易，但要发布数据就没那么容易，除非是不会经常变化的静态数据。

WebService在允许重用代码的同时，可以重用代码背后的数据。使用WebService，再也不必像以前那样，要先从第三方购买、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远端的WebService就可以了。举个例子，要在应用程序中确认用户输入的地址，只需把这个地址直接发送给相应的WebService，这个WebService就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址是否在相应的邮政编码区域。WebService的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务要通过组件重用来实现是不可能的，那样的话你必须下载并安装好包 含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。

另一种软件重用的情况是，把好几个应用程序的功能集成起来。例如，要建立一个局域网上的门户站点应用，让用户既可以查询联邦快递包裹，查看股市行情，又可以管理自己的日程安排，还可以在线购买电影票。现在Web上有很多应用程序供应商，都在其应用中实现了这些功能。一旦他们把这些功能都通过WebService“暴露”出来，就可以非常容易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。

3.2.5 效益分析

基于比如枢纽的Nealnet物流平台，企业之间使用统一的数据标准、格式以及统一的数据传输方式进行数据的交换，简化信息系统的架构，利用标准化的客户端，实现快速部署，快速建立Neal-Net和船公司之间安全、高速、自适应的数据链路,在节省人力成本、时间成本、经济成本的同时，也便于平台推广实施，随着平台的不断推广，平台客户的增加，其标准、易用、安全的特性将会得到不断的加强。

基于平台的Webservice接口查询，客户能及时获取接口服务最新动态数据，为客户提供准确、最新的信息，拓宽了接口服务商局限于本身电子商务网站的单一查询方式，在给平台用户更多的动态跟踪方式的同时，也提高了客户的满意度。对于参与的信息服务公司来说，采用统一标准的数据格式，能提升他们自身的软件信息系统的开发效率，提升其数据交换能力。可以大大降低系统复杂度，降低出错几率，减少物力人力消耗。安全性方面，数据交换终端通过与数据交换平台的相互认证，能解决企业间进行数据交换的安全认证问题。而且，由于数据交换终端并不直接进入企业的应用系统，只是作为数据通道通过接口与企业应用系统相连，非常有利于保护企业自身的信息系统安全。

基于平台在提升业务处理效率的同时，同时提升物流平台功能和服务水平，让合作伙伴的需求得到最及时的响应和处理。具体来说表现为：

? 构建功能完整的物流平台，使该平台转变为既是服务于客户的平台，又是客户与航运公司进行沟通交互的信息化渠道；进而发展为船东与客户、与供应商、与外部合作伙伴的协作平台

? 体现以客户为中心的服务理念，统一客户体验，多渠道推送个性化的服务

? 统一技术平台，运用先进的平台技术， 灵活和有效的支持业务的可持续发展

? 通过良好的设计，以及对用户持续的行为分析，不断提升用户的使用体验

? 通过使用新的技术，使物流平台能够快速响应业务变化

3.2.6 案例介绍——中远集运箱动态

3.2.6.1 项目背景及主要内容

作为中远集运船公司的角度，集装箱作为运输的容器和载体是最重要的资源之一，它的堆存情况、动态信息是船公司提升运营效率、控制费用开支的重要信息支撑。而堆场是集装箱保管和交接的主要场所，及时、准确地获取集装箱的动态信息有着极其重要的意义。

中远集运以现有的集装箱动态数据为基础，通过NEAL-NET发布的WebService服务标准，实现平台标准数据查询接口，支持平台用户对中远集运集装箱动态数据的查询。

3.2.6.2 互联实现方式

用户可以通过箱号、船名、航次、日期等条件，查询到所关心的箱动态信息，能够在一定程度上满足客户对于箱动态的需求。

3.3 企业上下游互联模式

3.3.1 互联场景

传统大型物流企业业务由于其技术手段的限制天然的存在，业务沟通成本亟待降低、物流业务全程监控手段亟待加强、业务信息协同能力亟待提升。

通过对传统业务操作模式的现状调研，我们发现传统业务操作模式主要以手工、邮件、电话（传真）与各物流实体进行信息的传递，势必造成同样的数据，各方重复录入，成本提高，信息传递延时，又由于手工操作难易避免出错，不利于各方对信息的及时正确跟踪查询。由于大型物流企业与其上下游之间关系紧密，各方都需要实时掌握最新动态信息，但各自系统均是相互独立，数据无法共享，形成信息孤岛，从而导致以下现实问题的存在，及需得到解决。

3.3.2 互联方法和规范

3.3.2.1 互联方法

大型物流企业与其上下游企业之间各业务系统以国家平台《道路运输企业互联应用技术指南》为规范，主要以业务中产生的标准单据的数据交换实现互联。

互联整体包括企业应用的客户端、服务端数据和通讯方式以及与平台标准。系统客户端应用Web Service技术，提供对已搭建平台的支持，调用平台API完成数据接收、整理工作；根据实际业务逻辑服务端与数据库，集合实际业务遵照平台标准组织单据信息。

大型物流企业与其上下游企业实体之间对应的系统都不统一，因此在设计系统功能的时候充分考虑到代码转换功能与报文格式转功能，这二个功能都需要的各实体的系统接入到LOGINK平台时需要完成的功能。

EDI报文的接收和发送具体的实现主要由四部分构成，包含客户端模块，业务数据组装模块，数据校验模块，WPG模块，前置机模块，等四大主要功能模块。

? 客户端模块主要的功能是业务员在客户端选中一票业务数据后，点击发送按钮，客户端生成请求报文发送给web服务器，调用servlet（Gatewayservice）

? 业务数据组装模块主要完成的功能是通过客户端提供的委托主键，从数据库抓取所需的信息，拼装成系统定义的内部对象MessageObject，并将消息发送给buffer

? 数据校验模块的功能是对报文中的一些必要信息进行校验，如果在生成的目标EDI报文里面某字段是必输的，则需要再数据校验类里面增加非空校验

? 数据校验完毕后，将请求报文发送给MQ队列，WPG会从事先配置好的MQ队列获取消息，解析报文并转换成相应的EDI报文格式 。此模块需要开发报文转换的映射，完成内部消息到EDI报文的格式转换。WPG将报文转换完毕后会将报文发送到MQ指定的队列上去。

? 前置机模块的功能是对报文进行分发和接收。对于发送的报文，前置机会首先从指定的MQ队列获取EDI报文，根据WPG映射增加上的壳信息，获取到报文的具体接收方，然后根据配置文件获取到对应的账号信息。

3.3.2.2 互联规范

? 基础标准

基础标准定义了本项目数据交换信息共享必须要遵从的标准，具体参照：

《交通物流公共信息共享平台 基础标准2.2数据元》3.1版；

《交通物流公共信息共享平台 基础标准2.4数据元代码集》3.1版；

《交通物流公共信息共享平台 基础标准2.5主要单证》3.1版；

? 业务接口规范

业务接口规范，主要为本项目数据交换信息共享用到的单据格式报文规范，以及交换代码接口接入，具体参照：

《交通物流公共信息共享平台共建性指导3.1物流交换代码》3.1版；

《交通物流公共信息共享平台 共建性指导3.2交换接入》3.1版；

《交通物流公共信息共享平台共建性指导3.3主要单证接口》3.1版；

《交通物流公共信息共享平台共建性指导3.4标准代码接口》3.1版；

? 公共服务接口规范

公共服务接口，主要为接入到公共信息共享平台的规范，具体参照：

《交通物流公共信息共享平台 服务应用接口4.1货物跟踪》3.1版；

《交通物流公共信息共享平台 服务应用接口4.5综合应用》3.1版；

《交通物流公共信息共享平台 服务应用接口4.3交易中心》3.1版；

? 其他规范要求

? 系统性能要求

A、时间特性

高峰期的环境假设、负载假设；

高峰期网络环境确保畅通、报文传输确保稳定

高峰期的处理时间。

正常确保一个报文10分钟内走完全流程

B、精度要求

本系统的输入、输出数据必须要准备。

C、系统有效性

系统每天需要连续运行24小时，每周运行七天，包括公共假期和周末。

D、容错性

E、可扩充性

? 系统安全及保密要求

通过Logink平台注册账号进行数据上传、下载。

? 系统日志

报文上传下载，程序异常的错误提示都会以日志表或者TXT文件类型保存在日志目录里面。

3.3.3 效益分析

? 对平台的效益分析

推动物流行业的信息标准化进程。扩大和推进物流行业的标准化进程，为完善平台标准提供验证，为行业标准提供依据。

促进物流供应链体系的建设。能够缩短物流响应时间，缩短了物流工作链，减少了重复工作内容，减少了工作中的错误率，从而提高了供应链的操作效率。

? 对互联企业的效益分析

简化操作流程，传统的电话、邮件、传真方式的操作方式效率低、准确性差，通过互联可大大简化企业操作流程，提高企业操作的效率。直接降低了时间人力成本、耗材成本、差错成本。

通过物流交换平台，企业之间可以用统一的数据标准、格式以及统一的数据传输方式进行数据的交换，简化信息系统的架构，在加快企业之间互联互通的同时，也便于推广实施。

也可带来一定的社会效益。缩短物流工作链，提高行业操作效率。缩短工作环节，缩短了工作流程，减少了重复工作内容，从而提高了操作效率，通过信息化手段提高工作准确度，减少了工作中的差错率，极大的提高了操作效率，为整个物流供应链高效有序的进行提供了有力保障

3.3.4 案例介绍——中远物流、中远仓配、金牌橱柜

此种互联模式目前为平台主要类型的互联模式，更为细分的来看，还可区分成更多的细分互联类型。包括从互联企业类型来看有货主企业的上下游互联、核心物流企业的上下游互联；从互联业务类型来看有国内物流业务的上下游互联、进出口业务的上下游互联等。

在本次互联集成项目中以上几种互联类型都有涉及。

? 中远物流：进出口供应链核心物流企业的上下游互联

? 中远仓配：国内供应商核心物流企业的上下游互联

? 金牌橱柜：货主企业物流的上下游互联

3.3.4.1 中远物流

项目以“国家交通运输物流公共信息平台”为依托，结合中远物流的优势资源，通过对中远物流上下游互联项目相关企业接口改造，实现中远物流与货主、货代、船司、车队、仓储的相互数据交换，推动无纸化办公进程，进一步减化关联企业之间的操作流程，提升了中远物流与各关联企业的粘性，增强中远物流客户的满意度。

本项目涉及到的货主、货代、船司、车队、仓储互联内容可以通过EDI应用的数据报文主要有以下几种：

1. 货主/货代与中远物流报文：货主/货代订舱报文、货主/货代订舱反馈报文；

2. 船司与中远物流报文：船司订舱报文、船司订舱反馈报文；

3. 车队与中远物流报文：拉箱通知报文、提箱信息报文；

4. 仓储与中远物流报文：进仓通知报文、进仓明细报文；

 

3.3.4.2 中远仓配

项目以“国家交通运输物流公共信息平台”为依托，结合中远仓配的仓储物流运输需求，针对与外包仓、承运商互联互通进行重点建设实施。实现以下目标：

? 完成下游承运商TMS系统的实施和接口改造。

? 完成WMS系统与LIMS系统接口，实现入库通知单和出库通知单的同步。

完成TMS系统与电子枢纽的接口，实现托运单的接收以及状态变化单、回执单的上传。规范承运商的作业流程，改变过去纯人工的作业方式，实现过程透明化

? 实现KPI基础考核，对承运商各环节进行监控

? 通过对关键环节进行监控，降低风险

? 提升服务质量，提高客户满意度

互联流程如图：

 

3.3.4.3 金牌橱柜

在本次信息化项目中借助交通运输物流公共信息共享平台，通过信息化手段串联金牌物流部与承运商，将上下游的信息有效共享，从而提升了项目的协同效率，降低了一定量的损失，从而提高了金牌物流部的服务品质，在物流环节努力做到“以客为先、服务至上”的经营理念。

项目内容：

项目以“国家交通运输物流公共信息平台”为依托，结合金牌厨柜物流运输需求，针对与承运商互联互通进行重点建设实施。实现以下目标：

? 实现金牌厨柜物流信息化，建设金牌厨柜TMS，并与ERP对接

? 实现金牌厨柜TMS与国家交通运输物流公共信息平台对接

? 建设金牌厨柜下游承运商的运输管理系统并实现与国家交通运输物流公共信息平台对接，或者协助已经系统实现与国家交通运输物流公共信息平台对接

? 解决金牌厨柜物流部与下游承运商之间的协同

? 规范金牌厨柜作业流程，让生产、质检、仓储与调度有序协同

? 规范承运商的作业流程，改变过去纯人工的作业方式，实现过程透明化

? 实现KPI基础考核，对承运商各环节进行监控

? 通过对关键环节进行监控，降低风险

? 提升服务质量，提高客户满意度

金牌厨柜物流部作业流程：

 

承运商作业流程：

 

4 经验与体会

本集成项目利用供应链管理思想，利用现代化的信息处理技术，创新互联业务模式，实现物流企业之间、物流企业与上下游企业之间的数据交换和服务共享，达到减少物流活动过程的空载率，节约仓储费用，降低物流成本，提高生产经营管理与决策的效率和水平，提高企业经营效益和竞争力的作用。

经过本项目的实施，平台对如何满足现代物流管理需求，如何对打造一个低成本、高共享、高智能的有公信力的公共物流信息平台等方面有了一定的认识，认为需要有以下几方面工作需要继续推进和落实：

1.系统架构建设方面：

公共物流信息平台可将大量的物流数据集合在计算机构成的物流信息资源池上，使各种物流信息资源集合在公共物流信息平台上，应用系统能够根据需要获取相关的物流信息，并进行数据分析、提供最优化的物流配送方案及各种软件服务，并对企业供需信息进行整合，保证数据的共享性。因此，平台的计算资源模型应被设计成一个基于互联网的大众参与的计算模式，其计算资源（包括计算能力、存储能力、交互能力等）应是动态、可伸缩、被虚拟化的、可被云计算化的，并且以可服务的方式提供。

2.标准建设方面

公共物流信息平台的本质就是为社会各方提供单个物流企业无法完成的资料收集、资源整合，提供一整套的流程化、标准化的数据交互和业务协同服务，实现信息流、商流、物流、资金流的协同合一。因此需要对公共物流信息平台总体构建的设计，包括技术规范、技术标准，行业标准、业务流程标准等的设计，保证其设计标准的先进性。

3.利益协作方面

公共物流信息平台需要连接物流企业、行业以及政府管理部门等相关职能部门的信息系统，是物流信息交换和汇集的中心，其建设的目的主要是满足物流系统中各个环节在不同层次的信息需求和功能需求。因此平台的建设应从全社会物流资源整合的角度，结合长远发展规划和客户物流管理的需求，帮助相关企业实现物流管理业务的转型升级，实现具有激励作用的合作共赢机制，确保各方企业的利益，实现基于本平台的物流联盟的快速扩张。