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.利益協作方面
公共物流信息平臺需要連接物流企業、行業以及政府管理部門等相關職能部門的信息系統，是物流信息交換和匯集的中心，其建設的目的主要是滿足物流系統中各個環節在不同層次的信息需求和功能需求。因此平臺的建設應從全社會物流資源整合的角度，結合長遠發展規劃和客戶物流管理的需求，幫助相關企業實現物流管理業務的轉型升級，實現具有激勵作用的合作共贏機制，確保各方企業的利益，實現基於本平臺的物流聯盟的快速擴張。