国家交通运输物流公共信息平台（LOGINK，又称物流电子枢纽，简称“平台”）是以提高社会物流效率为宗旨，以实现物流信息高效交换和共享为核心功能，由交通运输部和省级交通运输主管部门共同推进，连通各类物流信息平台、企业生产作业系统，统一信息交换标准、消除信息孤岛的面向全社会的公共物流信息服务网络。浙江省道路运输管理局牵头成立物流电子枢纽，负责LOGINK建设和运维。
LOGINK平台名字采用了logistics和link两个单词组成，LOGINK平台的标志由三个L（logistics）组成，意为推进物流信息化的链接，致力建设围绕物流信息服务的物流电子枢纽。
1.1.1平台基本特征
“公益性”：不以盈利为目的，主要为各物流信息服务需求方提供基础性公共服务。
“开放性”：向全社会提供服务，不局限于特定行业、特定作业环节和特定服务对象。
“共享性”：实现不同部门、不同行业、不同地区、不同物流信息系统间信息交换与共享，减少信息孤岛和重复建设。
1.1.2平台总体建设目标
1.1.3平台总体功能
基础交换功能
主要解决跨国、跨行政区域、跨行业、跨部门的各类物流公共信息平台和物流产业链上下游企业之间缺乏统一数据交换标准，信息孤岛，信息传递效率低、集成能力低，成本高等问题。具体功能包括：
（1）物流业务数据交换
（2）物流公共信息服务数据交换
公共信息服务功能
（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号数据交换中心的部署；完成了五大应用中心的框架搭建和基本功能建设。现阶段在完善巩固建设的同时，更需要通过与具有典型业务交换需求的外部企业进行合作，来验证平台的异构平台的对接能力，为中日韩三国物流信息服务平台的建设积累实战经验，并奠定异构平台间传输转换及翻译工作的基础。
平台的推广客户主要集中在物流企业间，由于物流企业在物流链中较为弱势，很难与上游企业间达成一致交换需求。因此，作为公共平台，应促进物流企业与生产单位之间以及供应链中链主企业与其上下游企业的信息交互，形成典型行业试点应用，建立典型行业试点案例，从而更形象的展示信息共享带给物流企业间的经济效益，为日后交通运输物流公共信息平台在全行业的推广和行业物流信息共享的推进打下坚实的基础。
2.2建设思路
中远网络物流作为系统总集成商，在供应链、物流公共信息平台运营或企业应用软件等领域寻找一批具有典型示范效应的企业与本平台进行业务合作。典型示范效应的企业包括但不限于：
典型制造商贸企业
大型物流企业的上下游互联
第三方物流信息平台运营商
企业应用软件开发商
此项目要求通过建立统一的业务交换标准、搭建基础数据交换平台、免费推广物流通用软件来解决企业与承运商、合作伙伴之间的交互，实现不同业务类型软件间、上下游企业间的信息交互，并在行业间形成典型案例，以便平台的推广。
2.3建设范围
项目需要满足接入企业数量数不少于5个，包含的行业类型不少于2个。项目需提供的企业接入包含的模式不少于3种类型。
根据集成项目各互联项目的情况，梳理总结出三种互联模型及其互联模式研究：
飞扬软件代收货款平台为代表的第三方平台的互联模型；
金牌橱柜、中远仓配和中远物流为代表的大型物流企业上下游互联模型；
中远集运为代表的第三方信息服务类互联模型。
3项目简介
本项目的互联模式包括第三方平台互联模式、信息服务类互联模式、企业上下游互联等模式。
3.1第三方平台互联模式
3.1.1互联场景
第三方平台将平台对外查询服务部署到logink平台上，并对现有软件进行查询跳转；
第三方平台依据项目实际情况，制定业务的单据标准；
依照制定的标准对业务系统、对外服务系统的前台门户、后台服务进行改造。改造后的业务系统数据将满足交换运输物流公共信息平台的交换标准，通过平台的交换服务实现，并将改造后的前台门户、后台服务部署到服务器上。
总体设计框架，如图所示：
3.1.2互联方法和规范
第三方平台以国家平台《道路运输企业互联应用技术指南》为规范，主要以业务中产生的标准单据的数据交换实现互联，数据交换基础网络采用Webservice技术，遵循的技术规范有：WSDL、SOAP、WS-Security等，并根据国家平台提供的API，使第三方平台以及业务操作信息系统可快速接入基础交换网络，快速实现用户认证、报文发送、报文接收及确认。
3.1.3效益分析
对平台的效益分析
第三方平台一般客户群较大，产生的业务数据的交换都已通过台进行交换，增加平台的数据交换量。也可丰富平台的应用场景。将直接推动交通运输物流公共信息平台在此领域的应用，直接增加交通运输物流公共信息平台在全国各地的推广力度，扩大交通运输物流公共信息平台在全国各地的知名度。
对第三方平台的效益分析
第三方平台受到区域的限制、受到标准不统一的限制，平台应用只有在自身既有的客户中使用，没有在全国做更广泛的推广，与交通物流公共服务平台的携手合作，对于此项服务的推广、尤其是对平台应用的推广都将带来良好的效果，对于枢纽平台、第三方平台、上下游物流软件企业、上下游物流企业、物流企业下游客户都是非常有利的。
3.1.4案例介绍——飞扬代收货款平台
3.1.4.1项目背景及主要内容
哈尔滨飞扬软件技术有限公司从2002年开始从事物流管理软件的开发和销售，致力于解决我国广大的中小型第三方物流企业管理难题。公司开发的《飞扬第三方物流管理系统软件》已经通过软件产品认证及软件著作权认证，经过几年的持续发展，该产品成为全国同类软件里客户数量和应用范围最广的物流软件之一。公司于2010年7月中标浙江省道路运输管理局普通运输类物流企业推荐软件，成为国家交通部省部共建“交通运输物流公共信息共享平台”试点物流电子枢纽的推荐软件、并成为“交通运输物流公共信息共享平台”共建单位。2012年10月公司中标“交通运输物流公共信息共享平台”普通运输软件标准软件。
公司近年根据市场需求全力打造飞扬物流金融服务云平台，与金融企业展开合作，为物流企业解决资金结算、代收款、货运保险方面的难题。公司先后与河北工商银行、龙江银行合作推出飞扬公司联名卡，并在公司设立办事处的城市与当地工商银行、兴业银行、华夏银行及各地的地方银行展开深入的合作，解决物流企业存在的代收货款结算等金融难题，公司与华泰保险成功签约合作提供电子商务模式的物流保险服务。公司的标准版软件已经与工商银行、农业银行、建设银行、兴业银行、龙江银行、华夏银行等多家银行的网上银行实现对接，并与多家地方银行合作开发了银行批量转账的客户端程序。
互联项目主要内容：
交通运输物流公共信息平台向哈尔滨飞扬软件技术有限公司提供两台PC服务器，一台作为应用服务器，一台作为数据库服务器。
飞扬提交一卡通及代收货款标准草案，交通运输物流公共信息平台对其进行审核和制定。
飞扬依据标准改造代收货款数据传输方式，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互联方法和规范
WebService技术是一种基于XML语言和标准的网络协议实现的分布式计算技术。用WebServices技术相互连接的软件可以在Internet上自由沟通,智能设备上的应用软件可以随时调用Internet上任何地点的WebService服务。在WebService技术的帮助下,更多的企业可以不再耗费巨资建设IT系统,大多数企业应用都可以使用Internet上提供的各类WebService服务来实现。
正是基于WebService的该特性，第三方信息服务企业是WebService提供方，基于枢纽平台标准进行开发，针对同一种服务，实现一处开发，多处使用。
3.2.4WebService的优点
跨防火墙的通信
如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。在这种情况下，使用DCOM就不是那么简单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。
如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用WebService，可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的“结果页”。
应用程序集成
企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过WebService，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。
B2B的集成
用WebService集成应用程序，可以使公司内部的商务处理更加自动化。但当交易跨越供应商和客户、突破公司的界限时会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。
软件和数据重用
软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。
当前，像表格控件或用户界面控件这样的可重用软件组件，在市场上都占有很大的份额。但这类软件的重用有一个很大的限制，就是重用仅限于代码，数据不能重用。原因在于，发布组件甚至源代码都比较容易，但要发布数据就没那么容易，除非是不会经常变化的静态数据。
另一种软件重用的情况是，把好几个应用程序的功能集成起来。例如，要建立一个局域网上的门户站点应用，让用户既可以查询联邦快递包裹，查看股市行情，又可以管理自己的日程安排，还可以在线购买电影票。现在Web上有很多应用程序供应商，都在其应用中实现了这些功能。一旦他们把这些功能都通过WebService“暴露”出来，就可以非常容易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。
3.2.5效益分析
基于平台的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互联方法
大型物流企业与其上下游企业之间各业务系统以国家平台《道路运输企业互联应用技术指南》为规范，主要以业务中产生的标准单据的数据交换实现互联。
互联整体包括企业应用的客户端、服务端数据和通讯方式以及与平台标准。系统客户端应用WebService技术，提供对已搭建平台的支持，调用平台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版；
其他规范要求
系统性能要求
高峰期的环境假设、负载假设；
高峰期网络环境确保畅通、报文传输确保稳定
正常确保一个报文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与国家交通运输物流公共信息平台对接
建设金牌厨柜下游承运商的运输管理系统并实现与国家交通运输物流公共信息平台对接，或者协助已经系统实现与国家交通运输物流公共信息平台对接
解决金牌厨柜物流部与下游承运商之间的协同
规范金牌厨柜作业流程，让生产、质检、仓储与调度有序协同
规范承运商的作业流程，改变过去纯人工的作业方式，实现过程透明化
金牌厨柜物流部作业流程：
承运商作业流程：
4经验与体会
本集成项目利用供应链管理思想，利用现代化的信息处理技术，创新互联业务模式，实现物流企业之间、物流企业与上下游企业之间的数据交换和服务共享，达到减少物流活动过程的空载率，节约仓储费用，降低物流成本，提高生产经营管理与决策的效率和水平，提高企业经营效益和竞争力的作用。
经过本项目的实施，平台对如何满足现代物流管理需求，如何对打造一个低成本、高共享、高智能的有公信力的公共物流信息平台等方面有了一定的认识，认为需要有以下几方面工作需要继续推进和落实：
1.系统架构建设方面：
2.标准建设方面
公共物流信息平台的本质就是为社会各方提供单个物流企业无法完成的资料收集、资源整合，提供一整套的流程化、标准化的数据交互和业务协同服务，实现信息流、商流、物流、资金流的协同合一。因此需要对公共物流信息平台总体构建的设计，包括技术规范、技术标准，行业标准、业务流程标准等的设计，保证其设计标准的先进性。