1 企業(ye) 簡介

1.1 應用平台簡介

國家交通運輸物流公共信息平台（LOGINK，又稱物流電子樞紐，簡稱“平台”）是以提高社會(hui) 物流效率為(wei) 宗旨，以實現物流信息高效交換和共享為(wei) 核心功能，由交通運輸部和省級交通運輸主管部門共同推進，連通各類物流信息平台、企業(ye) 生 產(chan) 作業(ye) 係統，統一信息交換標準、消除信息孤島的麵向全社會(hui) 的公共物流信息服務網絡。浙江省道路運輸管理局牽頭成立物流電子樞紐，負責LOGINK建設和運 維。

LOGINK平台名字采用了logistics和link兩(liang) 個(ge) 單詞組成，LOGINK平台的標誌由三個(ge) L（logistics）組成，意為(wei) 推進物流信息化的鏈接，致力建設圍繞物流信息服務的物流電子樞紐。

1.1.1 平台基本特征

“公益性”：不以盈利為(wei) 目的，主要為(wei) 各物流信息服務需求方提供基礎性公共服務。

“開放性”：向全社會(hui) 提供服務，不局限於(yu) 特定行業(ye) 、特定作業(ye) 環節和特定服務對象。

“共享性”：實現不同部門、不同行業(ye) 、不同地區、不同物流信息係統間信息交換與(yu) 共享，減少信息孤島和重複建設。

1.1.2 平台總體(ti) 建設目標

構建覆蓋全國、輻射國際的物流信息基礎交換網絡和國家平台門戶，實現“公共平台”與(yu) 相關(guan) 物流信息係統和平台之間可靠、安全、高效、順暢的信息交換，實現行業(ye) 內(nei) 相關(guan) 信息平台交換標準統一，提供公正、權威的物流相關(guan) 公共信息服務，有效促進物流產(chan) 業(ye) 鏈各環節信息互通與(yu) 資源共享。

1.1.3 平台總體(ti) 功能

基礎交換功能

主要解決(jue) 跨國、跨行政區域、跨行業(ye) 、跨部門的各類物流公共信息平台和物流產(chan) 業(ye) 鏈上下遊企業(ye) 之間缺乏統一數據交換標準，信息孤島，信息傳(chuan) 遞效率低、集成能力低，成本高等問題。具體(ti) 功能包括：

（1）物流業(ye) 務數據交換

（2）物流公共信息服務數據交換

公共信息服務功能

主要解決(jue) 國家層麵物流公共信息服務資源零散，物流行業(ye) 信息服務需求難以得到滿足的問題。LOGINK平台將按照“統一標準，互聯 互通，共享服務”的理念，主要依托交通運輸部及行業(ye) 已有的相關(guan) 政務係統，通過多種技術手段實現物流信息服務統一渠道提供，後台多個(ge) 係統共同支撐。 LOGINK平台發展過程中可不斷擴展新的服務內(nei) 容，現階段可提供的公共信息服務內(nei) 容如下：

（1）物流基礎設施信息查詢服務

（2）物流政策法規信息查詢服務

（3）物流信用信息查詢服務

（4）國際及港澳台物流信息共享服務

任何加盟LOGINK的道路物流企業(ye) ，都可以與(yu) LOGINK連接並將此商標放在他們(men) 的名片、網站和市場營銷工具上，以表示他們(men) 已經與(yu) LOGINK連接，並能通過LOGINK與(yu) 他們(men) 的貿易夥(huo) 伴交換電子文件。

任何LOGINK的合作夥(huo) 伴，隻要其應用軟件或係統平台成功通過了LOGINK測試驗證，都可以申請將此商標放在他們(men) 的名片、網站和市場營銷工具上，以表示其應用軟件或係統平台的用戶都可以通過LOGINK與(yu) 他們(men) 的夥(huo) 伴交換電子文件。

 

1.2 開發企業(ye) 簡介

本項目的總集成商是中遠網絡物流信息科技有限公司。該公司是中遠集團下屬的IT旗艦公司，也是從(cong) 事物流信息化的專(zhuan) 業(ye) 公司，具有獨立法人地位。該公司自1997年進入物流信息化領域，不僅(jin) 負責中遠集團特別是中遠物流的信息化服務，還廣泛承接集團外的運輸和物流企業(ye) 以及大中型生產(chan) 企業(ye) 有關(guan) 供應鏈和物流係統信息管理平台解決(jue) 方案的谘詢、設計和研發項目。中遠網絡已經為(wei) 煙草、交通運輸、電信、鐵路港口、汽車製造、零售、電子電器、農(nong) 資等行業(ye) 提供了大量優(you) 秀物流解決(jue) 方案。公司自成立至今，通過自身的努力，規模和經營業(ye) 務範圍不斷擴大，技術研發水平不斷提高，在2009年公司被國家發改委評為(wei) 全國信息化試點單位。

公司具備並保持如下資質：

 工信部認證的二級係統集成商資質；

 國際認證的CMMI軟件企業(ye) 資質（三級）；

 國家認定的高新技術企業(ye) 和軟件企業(ye) ；

 通過並保持ISO9001認證；

 國家發改委2009年發布的第一批全國信息化試點單位；

 國家信息產(chan) 業(ye) 部認定的全國首批由行業(ye) 信息化管理機構向信息化產(chan) 業(ye) 轉型的40家試點單位之一；

 國家信息產(chan) 業(ye) 部認定的行業(ye) 信息技術應用推廣服務機構示範企業(ye) ；

 國家發改委資助的中遠集團物流新技術實驗室（發改委2006年技術創新專(zhuan) 項）；

 國家發改委批準的2006年信息產(chan) 業(ye) 化專(zhuan) 項和技術創新專(zhuan) 項的實施單位；

 自2006年以來承接或共同承接國家科技部、發改委、工信部的十個(ge) 國家級科技科研項目；

 自2008年以來共同承接歐盟FP-7研究框架的兩(liang) 個(ge) 國際合作科研項目；

 2012獲得中國交通運輸協會(hui) 的“2012中國最佳物流支持企業(ye) ”獎。

2 現狀及建設思路

2.1 平台建設現狀

平台經過近幾年的建設，基礎建設已初具規模，完成了1-4號數據交換中心的部署；完成了五大應用中心的框架搭建和基本功能建設。現階段在完善鞏固建設的同時，更需要通過與(yu) 具有典型業(ye) 務交換需求的外部企業(ye) 進行合作，來驗證平台的異構平台的對接能力，為(wei) 中日韓三國物流信息服務平台的建設積累實戰經驗，並奠定異構平台間傳(chuan) 輸轉換及翻譯工作的基礎。

外部係統接入工作從(cong) 2011年開始，已經完成了多家上下遊企業(ye) 的接入，比較典型的是新華書(shu) 店及其下遊承運商通過平台實現了上下遊信息的互通。2012年，“平台”總結前期建設過程中遇到的問題，繼續開展外部係統接入的工作，繼續與(yu) 生產(chan) 商貿企業(ye) 、第三方物流單位、公共物流信息服務平台以及管理軟件開發企業(ye) 進行合作，整合物流業(ye) 務和相關(guan) 信息，將信息化與(yu) 企業(ye) 管理、考核相結合，推動供應鏈信息的全程共享。

平台的推廣客戶主要集中在物流企業(ye) 間，由於(yu) 物流企業(ye) 在物流鏈中較為(wei) 弱勢，很難與(yu) 上遊企業(ye) 間達成一致交換需求。因此，作為(wei) 公共平台，應促進物流企業(ye) 與(yu) 生產(chan) 單位之間以及供應鏈中鏈主企業(ye) 與(yu) 其上下遊企業(ye) 的信息交互，形成典型行業(ye) 試點應用，建立典型行業(ye) 試點案例，從(cong) 而更形象的展示信息共享帶給物流企業(ye) 間的經濟效益，為(wei) 日後交通運輸物流公共信息平台在全行業(ye) 的推廣和行業(ye) 物流信息共享的推進打下堅實的基礎。

2.2 建設思路

中遠網絡物流作為(wei) 係統總集成商，在供應鏈、物流公共信息平台運營或企業(ye) 應用軟件等領域尋找一批具有典型示範效應的企業(ye) 與(yu) 本平台進行業(ye) 務合作。典型示範效應的企業(ye) 包括但不限於(yu) ：

 典型製造商貿企業(ye)

 大型物流企業(ye) 的上下遊互聯

 第三方物流信息平台運營商

 企業(ye) 應用軟件開發商

此項目要求通過建立統一的業(ye) 務交換標準、搭建基礎數據交換平台、免費推廣物流通用軟件來解決(jue) 企業(ye) 與(yu) 承運商、合作夥(huo) 伴之間的交互，實現不同業(ye) 務類型軟件間、上下遊企業(ye) 間的信息交互，並在行業(ye) 間形成典型案例，以便平台的推廣。

核心目的不僅(jin) 僅(jin) 是為(wei) 了讓更多的企業(ye) 接入交通運輸物流公共信息平台、增加平台交換數據量，平台接入更多的企業(ye) 是為(wei) 了為(wei) 更多的企業(ye) 提供服務，提高中國交通運輸物流行業(ye) 相關(guan) 企業(ye) 的信息化水準，這就要求接入的企業(ye) 不僅(jin) 僅(jin) 要為(wei) 平台帶來數據交換量，更重要的是接入的企業(ye) 要有代表性，要能帶動整個(ge) 行業(ye) 共同發展，使整個(ge) 行業(ye) 在同一個(ge) 標準下運轉，提升平台交互數據量隻是標，通過引入有代表性的行業(ye) 核心企業(ye) ，提升平台價(jia) 值，提升平台在供應鏈網絡中核心地位，提升整個(ge) 供應鏈的水平才是本。引入全國典型行業(ye) 的重點企業(ye) ，引入能帶動整個(ge) 行業(ye) 的供應鏈核心企業(ye) 與(yu) 平台互聯是本項目的重中之重，選取重點企業(ye) 後，再通過平台與(yu) 接入企業(ye) 的接口改造，更好地促進平台互聯，提升平台的定位和價(jia) 值。

2.3 建設範圍

項目需要滿足接入企業(ye) 數量數不少於(yu) 5個(ge) ，包含的行業(ye) 類型不少於(yu) 2個(ge) 。項目需提供的企業(ye) 接入包含的模式不少於(yu) 3種類型。

根據集成項目各互聯項目的情況，梳理總結出三種互聯模型及其互聯模式研究：

 飛揚軟件代收貨款平台為(wei) 代表的第三方平台的互聯模型；

 金牌櫥櫃、中遠倉(cang) 配和中遠物流為(wei) 代表的大型物流企業(ye) 上下遊互聯模型；

 中遠集運為(wei) 代表的第三方信息服務類互聯模型。

3 項目簡介

本項目的互聯模式包括第三方平台互聯模式、信息服務類互聯模式、企業(ye) 上下遊互聯等模式。

3.1 第三方平台互聯模式

3.1.1 互聯場景

第三方平台將平台對外查詢服務部署到logink平台上，並對現有軟件進行查詢跳轉；

第三方平台依據項目實際情況，製定業(ye) 務的單據標準；

依照製定的標準對業(ye) 務係統、對外服務係統的前台門戶、後台服務進行改造。改造後的業(ye) 務係統數據將滿足交換運輸物流公共信息平台的交換標準，通過平台的交換服務實現，並將改造後的前台門戶、後台服務部署到服務器上。

總體(ti) 設計框架，如圖所示：

 

3.1.2 互聯方法和規範

第三方平台以國家平台《道路運輸企業(ye) 互聯應用技術指南》為(wei) 規範，主要以業(ye) 務中產(chan) 生的標準單據的數據交換實現互聯，數據交換基礎網絡采用Web service技術，遵循的技術規範有：WSDL、SOAP、WS-Security等，並根據國家平台提供的API，使第三方平台以及業(ye) 務操作信息係統可快速接入基礎交換網絡，快速實現用戶認證、報文發送、報文接收及確認。

3.1.3 效益分析

 對平台的效益分析

遵循平台提出的“標準是基礎、應用是關(guan) 鍵”的理念，第三方平台公司可使用平台既有的標準，也可以製定新的數據交換的標準納入logink平台標準，可以進一步完善平台的相關(guan) 標準體(ti) 係。

一旦平台采納第三方平台新的相關(guan) 標準，其他軟件企業(ye) 也可以應用此標準接入平台，為(wei) 類似需求企業(ye) 的上下遊互聯提供服務。

第三方平台一般客戶群較大，產(chan) 生的業(ye) 務數據的交換都已通過台進行交換，增加平台的數據交換量。也可豐(feng) 富平台的應用場景。將直接推動交通運輸物流公共信息平台在此領域的應用，直接增加交通運輸物流公共信息平台在全國各地的推廣力度，擴大交通運輸物流公共信息平台在全國各地的知名度。

 對第三方平台的效益分析

以項目中飛揚軟件為(wei) 例，項目之前在各省設有相關(guan) 的服務平台提供應用，由於(yu) 平台分散在全國各地，造成了維護成本高居不下、客戶使用受地區的限製，跨區使用會(hui) 受網絡的限製，造成反應速度慢、影響客戶使用，平台提供的支持將從(cong) 根本上解決(jue) 以上問題，為(wei) 平台服務的推廣提供便利。

第三方平台受到區域的限製、受到標準不統一的限製，平台應用隻有在自身既有的客戶中使用，沒有在全國做更廣泛的推廣，與(yu) 交通物流公共服務平台的攜手合作，對於(yu) 此項服務的推廣、尤其是對平台應用的推廣都將帶來良好的效果，對於(yu) 樞紐平台、第三方平台、上下遊物流軟件企業(ye) 、上下遊物流企業(ye) 、物流企業(ye) 下遊客戶都是非常有利的。

3.1.4 案例介紹——飛揚代收貨款平台

3.1.4.1 項目背景及主要內(nei) 容

哈爾濱飛揚軟件技術有限公司從(cong) 2002年開始從(cong) 事物流管理軟件的開發和銷售，致力於(yu) 解決(jue) 我國廣大的中小型第三方物流企業(ye) 管理難題。公司開發的《飛揚第三方物流管理係統軟件》已經通過軟件產(chan) 品認證及軟件著作權認證，經過幾年的持續發展，該產(chan) 品成為(wei) 全國同類軟件裏客戶數量和應用範圍最廣的物流軟件之一。公司於(yu) 2010年7月中標浙江省道路運輸管理局普通運輸類物流企業(ye) 推薦軟件，成為(wei) 國家交通部省部共建“交通運輸物流公共信息共享平台”試點物流電子樞紐的推薦軟件、並成為(wei) “交通運輸物流公共信息共享平台”共建單位。2012年10月公司中標“交通運輸物流公共信息共享平台”普通運輸軟件標準軟件。

公司近年根據市場需求全力打造飛揚物流金融服務雲(yun) 平台，與(yu) 金融企業(ye) 展開合作，為(wei) 物流企業(ye) 解決(jue) 資金結算、代收款、貨運保險方麵的難題。公司先後與(yu) 河北工商銀行、龍江銀行合作推出飛揚公司聯名卡，並在公司設立辦事處的城市與(yu) 當地工商銀行、興(xing) 業(ye) 銀行、華夏銀行及各地的地方銀行展開深入的合作，解決(jue) 物流企業(ye) 存在的代收貨款結算等金融難題，公司與(yu) 華泰保險成功簽約合作提供電子商務模式的物流保險服務。公司的標準版軟件已經與(yu) 工商銀行、農(nong) 業(ye) 銀行、建設銀行、興(xing) 業(ye) 銀行、龍江銀行、華夏銀行等多家銀行的網上銀行實現對接，並與(yu) 多家地方銀行合作開發了銀行批量轉賬的客戶端程序。

代收貨款業(ye) 務是國內(nei) 第三方物流業(ye) 近幾年內(nei) 新興(xing) 的一種增值服務，也有學者將之歸為(wei) 物流金融增值服務中的模式之一。其中心內(nei) 容是發貨方與(yu) 第三方物流公司簽訂《委托承運和委托代收貨款協議》，發貨方將客戶訂購的物流交付第三方物流公司運送，並由第三方物流公司終端派送人員在上門配送的同時，根據托運單上標注的應付金額代發貨方向客戶收取貨款，第三方物流公司再定期將代收的貨款結付給發貨方。基於(yu) 此，交通運輸物流公共信息共享平台決(jue) 定與(yu) 哈爾濱飛揚軟件技術有限公司合作建立代收貨款服務項目。雙方就代收貨款業(ye) 務服務、貨物跟蹤以及代收貨款相關(guan) 的標準等進行全麵合作。

互聯項目主要內(nei) 容：

 交通運輸物流公共信息平台向哈爾濱飛揚軟件技術有限公司提供兩(liang) 台PC服務器，一台作為(wei) 應用服務器，一台作為(wei) 數據庫服務器。

 飛揚將物流代收款相關(guan) 查詢服務部署到logink平台，確定一個(ge) 對外服務網址為(wei) 客戶提供相關(guan) 服務。網址為(wei) ：https://dshk.logink.org/

 飛揚提交一卡通及代收貨款標準草案，交通運輸物流公共信息平台對其進行審核和製定。

 飛揚依據標準改造代收貨款數據傳(chuan) 輸方式，TMS軟件到代收貨款服務器的代收貨款數據通過平台的交換服務實現。

 飛揚按照新的流程、logink標準（包括代收貨款標準）調整飛揚TMS軟件代收貨款數據傳(chuan) 送地址，改造代收貨款前後台程序及數據。 、

 飛揚部署修改後的新版本代收貨款服務 。

 飛揚對200個(ge) 用戶ID的軟件都采用新的代收貨款服務標準。

3.1.4.2 互聯實現方式

將現有代收貨款平台查詢服務部署到logink平台上，並對現有軟件進行查詢跳轉，跳轉後的地址為(wei) dshk.logink.org。哈爾濱飛揚軟件技術有限公司於(yu) 交通運輸物流管理平台依據項目實際情況，製定一卡通及代收貨款業(ye) 務的單據標準。哈爾濱飛揚軟件技術有限公司依照製定的標準對TMS軟件、代收貨款查詢係統的前台門戶、後台服務進行改造。改造後的飛揚TMS軟件代收貨款數據，將滿足交換運輸物流公共信息平台的交換標準，通過平台的交換服務實現，並將改造後的前台門戶、後台服務部署到服務器上。飛揚軟件將現有係統整體(ti) 遷移到平台的服務器上（包括飛揚TMS軟件、代收貨款平台前台服務項目、代收貨款平台後台服務項目），遷移後的對外服務地址為(wei) “”dshk.logink.org。

總體(ti) 設計框架，如圖所示：

 

3.2 信息服務類互聯模式

3.2.1 互聯場景

第三方信息服務提供商以原有的服務數據為(wei) 基礎，通過采用平台的標準如NEAL-NET發布的WebService服務標準等，實現平台標準數據查詢接口，支持平台外部用戶對信息服務動態數據的查詢。

3.2.2 現狀分析

物流平台為(wei) 客戶提供更加方便的增值服務；更是船公司與(yu) 客戶的溝通渠道，提高業(ye) 務處理的效率；同時也是船公司銷售渠道的擴展。當前，客戶、代理、船公司對集裝箱運輸服務要求的不斷提到，主要體(ti) 現在降低運輸成本、提高業(ye) 務處理效率和及時獲得信息等方麵。這些不斷提高的要求，迫切需要有一個(ge) 平台能整合各航運企業(ye) 的信息資源。

 

從(cong) 船公司的角度，集裝箱作為(wei) 運輸的容器和載體(ti) 是最重要的資源之一，它的堆存情況、動態信息是船公司提升運營效率、控製費用開支的重要信息支撐。而堆場是集裝箱保管和交接的主要場所，及時、準確地獲取集裝箱的動態信息有著極其重要的意義(yi) 。

3.2.3 互聯方法和規範

Web Service技術是一種基於(yu) XML語言和標準的網絡協議實現的分布式計算技術。用Web Services技術相互連接的軟件可以在Internet上自由溝通,智能設備上的應用軟件可以隨時調用Internet上任何地點的Web Service服務。在WebService技術的幫助下,更多的企業(ye) 可以不再耗費巨資建設IT係統,大多數企業(ye) 應用都可以使用Internet上提供的各類Web Service服務來實現。

正是基於(yu) Web Service的該特性，第三方信息服務企業(ye) 是Web Service提供方，基於(yu) 樞紐平台標準進行開發，針對同一種服務，實現一處開發，多處使用。

3.2.4 WebService的優(you) 點

 跨防火牆的通信

如果應用程序有成千上萬(wan) 的用戶，而且分布在世界 各地，那麽(me) 客戶端和服務器之間的通信將是一個(ge) 棘手的問題。因為(wei) 客戶端和服務器之間通常會(hui) 有防火牆或者代理服務器。在這種情況下，使用DCOM就不是那麽(me) 簡 單，通常也不便於(yu) 把客戶端程序發布到數量如此龐大的每一個(ge) 用戶手中。傳(chuan) 統的做法是，選擇用瀏覽器作為(wei) 客戶端，寫(xie) 下一大堆ASP頁麵，把應用程序的中間層暴 露給最終用戶。這樣做的結果是開發難度大，程序很難維護。

如果中間層組件換成WebService的話，就可以從(cong) 用戶界麵直接調用中間層組件，從(cong) 而省掉建立ASP頁麵的 那一步。要調用WebService，可以直接使用MicrosoftSOAPToolkit或.NET這樣的SOAP客戶端，也可以使用自己開發的 SOAP客戶端，然後把它和應用程序連接起來。不僅(jin) 縮短了開發周期，還減少了代碼複雜度，並能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次 調用中間層組件時，都跳轉到相應的“結果頁”。

從(cong) 經驗來看，在一個(ge) 用戶界麵和中間層有較多交互的應用程序中，使用 WebService這種結構，可以節省花在用戶界麵編程上20%的開發時間。另外，這樣一個(ge) 由WebService組成的中間層，完全可以在應用程序集 成或其它場合下重用。最後，通過WebService把應用程序的邏輯和數據“暴露”出來，還可以讓其它平台上的客戶重用這些應用程序。

 應用程序集成

企業(ye) 級的應用程序開發者都知道，企業(ye) 裏經常都要把用不同語言寫(xie) 成的、在不同平台上運行的各種程序集成起來，而這種集成將花費很大的開發力量。應用程序經常需要從(cong) 運行在IBM主機上的程序中獲取數據；或者把數據發送到主機或UNIX應用程序中去。即使在同一個(ge) 平台上，不同軟件廠商生產(chan) 的各種軟件也常常需要集成起來。通過WebService，應用程序可以用標準的方法把功能和數據“暴露”出來，供其它應用程序使用。

 B2B的集成

用WebService集成應用程序，可以使公司內(nei) 部的商務處理更加自動化。但當交易跨越供應商和客戶、突破公司的界限時會(hui) 怎麽(me) 樣呢？跨公司的商務交易集成通常叫做B2B集成。

WebService是B2B集成成功的關(guan) 鍵。通過WebService，公司可以把關(guan) 鍵的商務應用“暴露”給指定的供應商和客戶。用WebService來實現B2B集成的最大好處在於(yu) 可以輕易實現互操作性。隻要把商務邏輯“暴露”出來，成為(wei) WebService，就可以讓任何指定的合作夥(huo) 伴調用這些商務邏輯，而不管他們(men) 的係統在什麽(me) 平台上運行，使用什麽(me) 開發語言。這樣就大大減少了花在B2B集成上的時間和成本，讓許多原本無法承受EDI的中小企業(ye) 也能實現B2B集成。

 軟件和數據重用

軟件重用是一個(ge) 很大的主題，重用的形式很多，重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用，另一種形式是二進製形式的組件重用。

當前，像表格控件或用戶界麵控件這樣的可重用軟件組件，在市場上都占有很大的份額。但這類軟件的重用有一個(ge) 很大的限製，就是重用僅(jin) 限於(yu) 代碼，數據不能重用。原因在於(yu) ，發布組件甚至源代碼都比較容易，但要發布數據就沒那麽(me) 容易，除非是不會(hui) 經常變化的靜態數據。

WebService在允許重用代碼的同時，可以重用代碼背後的數據。使用WebService，再也不必像以前那樣，要先從(cong) 第三方購買(mai) 、安裝軟件組件，再從(cong) 應用程序中調用這些組件；隻需要直接調用遠端的WebService就可以了。舉(ju) 個(ge) 例子，要在應用程序中確認用戶輸入的地址，隻需把這個(ge) 地址直接發送給相應的WebService，這個(ge) WebService就會(hui) 幫你查閱街道地址、城市、省區和郵政編碼等信息，確認這個(ge) 地址是否在相應的郵政編碼區域。WebService的提供商可以按時間或使用次數來對這項服務進行收費。這樣的服務要通過組件重用來實現是不可能的，那樣的話你必須下載並安裝好包 含街道地址、城市、省區和郵政編碼等信息的數據庫，而且這個(ge) 數據庫還是不能實時更新的。

另一種軟件重用的情況是，把好幾個(ge) 應用程序的功能集成起來。例如，要建立一個(ge) 局域網上的門戶站點應用，讓用戶既可以查詢聯邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線購買(mai) 電影票。現在Web上有很多應用程序供應商，都在其應用中實現了這些功能。一旦他們(men) 把這些功能都通過WebService“暴露”出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為(wei) 用戶提供一個(ge) 統一的、友好的界麵。

3.2.5 效益分析

基於(yu) 比如樞紐的Nealnet物流平台，企業(ye) 之間使用統一的數據標準、格式以及統一的數據傳(chuan) 輸方式進行數據的交換，簡化信息係統的架構，利用標準化的客戶端，實現快速部署，快速建立Neal-Net和船公司之間安全、高速、自適應的數據鏈路,在節省人力成本、時間成本、經濟成本的同時，也便於(yu) 平台推廣實施，隨著平台的不斷推廣，平台客戶的增加，其標準、易用、安全的特性將會(hui) 得到不斷的加強。

基於(yu) 平台的Webservice接口查詢，客戶能及時獲取接口服務最新動態數據，為(wei) 客戶提供準確、最新的信息，拓寬了接口服務商局限於(yu) 本身電子商務網站的單一查詢方式，在給平台用戶更多的動態跟蹤方式的同時，也提高了客戶的滿意度。對於(yu) 參與(yu) 的信息服務公司來說，采用統一標準的數據格式，能提升他們(men) 自身的軟件信息係統的開發效率，提升其數據交換能力。可以大大降低係統複雜度，降低出錯幾率，減少物力人力消耗。安全性方麵，數據交換終端通過與(yu) 數據交換平台的相互認證，能解決(jue) 企業(ye) 間進行數據交換的安全認證問題。而且，由於(yu) 數據交換終端並不直接進入企業(ye) 的應用係統，隻是作為(wei) 數據通道通過接口與(yu) 企業(ye) 應用係統相連，非常有利於(yu) 保護企業(ye) 自身的信息係統安全。

基於(yu) 平台在提升業(ye) 務處理效率的同時，同時提升物流平台功能和服務水平，讓合作夥(huo) 伴的需求得到最及時的響應和處理。具體(ti) 來說表現為(wei) ：

 構建功能完整的物流平台，使該平台轉變為(wei) 既是服務於(yu) 客戶的平台，又是客戶與(yu) 航運公司進行溝通交互的信息化渠道；進而發展為(wei) 船東(dong) 與(yu) 客戶、與(yu) 供應商、與(yu) 外部合作夥(huo) 伴的協作平台

 體(ti) 現以客戶為(wei) 中心的服務理念，統一客戶體(ti) 驗，多渠道推送個(ge) 性化的服務

 統一技術平台，運用先進的平台技術， 靈活和有效的支持業(ye) 務的可持續發展

 通過良好的設計，以及對用戶持續的行為(wei) 分析，不斷提升用戶的使用體(ti) 驗

 通過使用新的技術，使物流平台能夠快速響應業(ye) 務變化

3.2.6 案例介紹——中遠集運箱動態

3.2.6.1 項目背景及主要內(nei) 容

作為(wei) 中遠集運船公司的角度，集裝箱作為(wei) 運輸的容器和載體(ti) 是最重要的資源之一，它的堆存情況、動態信息是船公司提升運營效率、控製費用開支的重要信息支撐。而堆場是集裝箱保管和交接的主要場所，及時、準確地獲取集裝箱的動態信息有著極其重要的意義(yi) 。

中遠集運以現有的集裝箱動態數據為(wei) 基礎，通過NEAL-NET發布的WebService服務標準，實現平台標準數據查詢接口，支持平台用戶對中遠集運集裝箱動態數據的查詢。

3.2.6.2 互聯實現方式

用戶可以通過箱號、船名、航次、日期等條件，查詢到所關(guan) 心的箱動態信息，能夠在一定程度上滿足客戶對於(yu) 箱動態的需求。以下是中遠和NEAL-NET之間數據交換關(guan) 係圖。

 

3.3 企業(ye) 上下遊互聯模式

3.3.1 互聯場景

傳(chuan) 統大型物流企業(ye) 業(ye) 務由於(yu) 其技術手段的限製天然的存在，業(ye) 務溝通成本亟待降低、物流業(ye) 務全程監控手段亟待加強、業(ye) 務信息協同能力亟待提升。

通過對傳(chuan) 統業(ye) 務操作模式的現狀調研，我們(men) 發現傳(chuan) 統業(ye) 務操作模式主要以手工、郵件、電話（傳(chuan) 真）與(yu) 各物流實體(ti) 進行信息的傳(chuan) 遞，勢必造成同樣的數據，各方重複錄入，成本提高，信息傳(chuan) 遞延時，又由於(yu) 手工操作難易避免出錯，不利於(yu) 各方對信息的及時正確跟蹤查詢。由於(yu) 大型物流企業(ye) 與(yu) 其上下遊之間關(guan) 係緊密，各方都需要實時掌握最新動態信息，但各自係統均是相互獨立，數據無法共享，形成信息孤島，從(cong) 而導致以下現實問題的存在，及需得到解決(jue) 。

3.3.2 互聯方法和規範

3.3.2.1 互聯方法

大型物流企業(ye) 與(yu) 其上下遊企業(ye) 之間各業(ye) 務係統以國家平台《道路運輸企業(ye) 互聯應用技術指南》為(wei) 規範，主要以業(ye) 務中產(chan) 生的標準單據的數據交換實現互聯。

互聯整體(ti) 包括企業(ye) 應用的客戶端、服務端數據和通訊方式以及與(yu) 平台標準。係統客戶端應用Web Service技術，提供對已搭建平台的支持，調用平台API完成數據接收、整理工作；根據實際業(ye) 務邏輯服務端與(yu) 數據庫，集合實際業(ye) 務遵照平台標準組織單據信息。

大型物流企業(ye) 與(yu) 其上下遊企業(ye) 實體(ti) 之間對應的係統都不統一，因此在設計係統功能的時候充分考慮到代碼轉換功能與(yu) 報文格式轉功能，這二個(ge) 功能都需要的各實體(ti) 的係統接入到LOGINK平台時需要完成的功能。

EDI報文的接收和發送具體(ti) 的實現主要由四部分構成，包含客戶端模塊，業(ye) 務數據組裝模塊，數據校驗模塊，WPG模塊，前置機模塊，等四大主要功能模塊。

 客戶端模塊主要的功能是業(ye) 務員在客戶端選中一票業(ye) 務數據後，點擊發送按鈕，客戶端生成請求報文發送給web服務器，調用servlet（Gatewayservice）

 業(ye) 務數據組裝模塊主要完成的功能是通過客戶端提供的委托主鍵，從(cong) 數據庫抓取所需的信息，拚裝成係統定義(yi) 的內(nei) 部對象MessageObject，並將消息發送給buffer

 數據校驗模塊的功能是對報文中的一些必要信息進行校驗，如果在生成的目標EDI報文裏麵某字段是必輸的，則需要再數據校驗類裏麵增加非空校驗

 數據校驗完畢後，將請求報文發送給MQ隊列，WPG會(hui) 從(cong) 事先配置好的MQ隊列獲取消息，解析報文並轉換成相應的EDI報文格式 。此模塊需要開發報文轉換的映射，完成內(nei) 部消息到EDI報文的格式轉換。WPG將報文轉換完畢後會(hui) 將報文發送到MQ指定的隊列上去。

 前置機模塊的功能是對報文進行分發和接收。對於(yu) 發送的報文，前置機會(hui) 首先從(cong) 指定的MQ隊列獲取EDI報文，根據WPG映射增加上的殼信息，獲取到報文的具體(ti) 接收方，然後根據配置文件獲取到對應的賬號信息。

3.3.2.2 互聯規範

 基礎標準

基礎標準定義(yi) 了本項目數據交換信息共享必須要遵從(cong) 的標準，具體(ti) 參照：

《交通物流公共信息共享平台 基礎標準2.2數據元》3.1版；

《交通物流公共信息共享平台 基礎標準2.4數據元代碼集》3.1版；

《交通物流公共信息共享平台 基礎標準2.5主要單證》3.1版；

 業(ye) 務接口規範

業(ye) 務接口規範，主要為(wei) 本項目數據交換信息共享用到的單據格式報文規範，以及交換代碼接口接入，具體(ti) 參照：

《交通物流公共信息共享平台共建性指導3.1物流交換代碼》3.1版；

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

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

《交通物流公共信息共享平台共建性指導3.4標準代碼接口》3.1版；

 公共服務接口規範

公共服務接口，主要為(wei) 接入到公共信息共享平台的規範，具體(ti) 參照：

《交通物流公共信息共享平台 服務應用接口4.1貨物跟蹤》3.1版；

《交通物流公共信息共享平台 服務應用接口4.5綜合應用》3.1版；

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

 其他規範要求

 係統性能要求

A、時間特性

高峰期的環境假設、負載假設；

高峰期網絡環境確保暢通、報文傳(chuan) 輸確保穩定

高峰期的處理時間。

正常確保一個(ge) 報文10分鍾內(nei) 走完全流程

B、精度要求

本係統的輸入、輸出數據必須要準備。

C、係統有效性

係統每天需要連續運行24小時，每周運行七天，包括公共假期和周末。

D、容錯性

E、可擴充性

 係統安全及保密要求

通過Logink平台注冊(ce) 賬號進行數據上傳(chuan) 、下載。

 係統日誌

報文上傳(chuan) 下載，程序異常的錯誤提示都會(hui) 以日誌表或者TXT文件類型保存在日誌目錄裏麵。

3.3.3 效益分析

 對平台的效益分析

推動物流行業(ye) 的信息標準化進程。擴大和推進物流行業(ye) 的標準化進程，為(wei) 完善平台標準提供驗證，為(wei) 行業(ye) 標準提供依據。

促進物流供應鏈體(ti) 係的建設。能夠縮短物流響應時間，縮短了物流工作鏈，減少了重複工作內(nei) 容，減少了工作中的錯誤率，從(cong) 而提高了供應鏈的操作效率。

 對互聯企業(ye) 的效益分析

簡化操作流程，傳(chuan) 統的電話、郵件、傳(chuan) 真方式的操作方式效率低、準確性差，通過互聯可大大簡化企業(ye) 操作流程，提高企業(ye) 操作的效率。直接降低了時間人力成本、耗材成本、差錯成本。

通過物流交換平台，企業(ye) 之間可以用統一的數據標準、格式以及統一的數據傳(chuan) 輸方式進行數據的交換，簡化信息係統的架構，在加快企業(ye) 之間互聯互通的同時，也便於(yu) 推廣實施。

也可帶來一定的社會(hui) 效益。縮短物流工作鏈，提高行業(ye) 操作效率。縮短工作環節，縮短了工作流程，減少了重複工作內(nei) 容，從(cong) 而提高了操作效率，通過信息化手段提高工作準確度，減少了工作中的差錯率，極大的提高了操作效率，為(wei) 整個(ge) 物流供應鏈高效有序的進行提供了有力保障

3.3.4 案例介紹——中遠物流、中遠倉(cang) 配、金牌櫥櫃

此種互聯模式目前為(wei) 平台主要類型的互聯模式，更為(wei) 細分的來看，還可區分成更多的細分互聯類型。包括從(cong) 互聯企業(ye) 類型來看有貨主企業(ye) 的上下遊互聯、核心物流企業(ye) 的上下遊互聯；從(cong) 互聯業(ye) 務類型來看有國內(nei) 物流業(ye) 務的上下遊互聯、進出口業(ye) 務的上下遊互聯等。

在本次互聯集成項目中以上幾種互聯類型都有涉及。

 中遠物流：進出口供應鏈核心物流企業(ye) 的上下遊互聯

 中遠倉(cang) 配：國內(nei) 供應商核心物流企業(ye) 的上下遊互聯

 金牌櫥櫃：貨主企業(ye) 物流的上下遊互聯

3.3.4.1 中遠物流

項目以“國家交通運輸物流公共信息平台”為(wei) 依托，結合中遠物流的優(you) 勢資源，通過對中遠物流上下遊互聯項目相關(guan) 企業(ye) 接口改造，實現中遠物流與(yu) 貨主、貨代、船司、車隊、倉(cang) 儲(chu) 的相互數據交換，推動無紙化辦公進程，進一步減化關(guan) 聯企業(ye) 之間的操作流程，提升了中遠物流與(yu) 各關(guan) 聯企業(ye) 的粘性，增強中遠物流客戶的滿意度。

本項目涉及到的貨主、貨代、船司、車隊、倉(cang) 儲(chu) 互聯內(nei) 容可以通過EDI應用的數據報文主要有以下幾種：

1. 貨主/貨代與(yu) 中遠物流報文：貨主/貨代訂艙報文、貨主/貨代訂艙反饋報文；

2. 船司與(yu) 中遠物流報文：船司訂艙報文、船司訂艙反饋報文；

3. 車隊與(yu) 中遠物流報文：拉箱通知報文、提箱信息報文；

4. 倉(cang) 儲(chu) 與(yu) 中遠物流報文：進倉(cang) 通知報文、進倉(cang) 明細報文；

 

3.3.4.2 中遠倉(cang) 配

項目以“國家交通運輸物流公共信息平台”為(wei) 依托，結合中遠倉(cang) 配的倉(cang) 儲(chu) 物流運輸需求，針對與(yu) 外包倉(cang) 、承運商互聯互通進行重點建設實施。實現以下目標：

 完成下遊承運商TMS係統的實施和接口改造。

 完成WMS係統與(yu) LIMS係統接口，實現入庫通知單和出庫通知單的同步。

完成TMS係統與(yu) 電子樞紐的接口，實現托運單的接收以及狀態變化單、回執單的上傳(chuan) 。規範承運商的作業(ye) 流程，改變過去純人工的作業(ye) 方式，實現過程透明化

 實現KPI基礎考核，對承運商各環節進行監控

 通過對關(guan) 鍵環節進行監控，降低風險

 提升服務質量，提高客戶滿意度

互聯流程如圖：

 

3.3.4.3 金牌櫥櫃

在本次信息化項目中借助交通運輸物流公共信息共享平台，通過信息化手段串聯金牌物流部與(yu) 承運商，將上下遊的信息有效共享，從(cong) 而提升了項目的協同效率，降低了一定量的損失，從(cong) 而提高了金牌物流部的服務品質，在物流環節努力做到“以客為(wei) 先、服務至上”的經營理念。

項目內(nei) 容：

項目以“國家交通運輸物流公共信息平台”為(wei) 依托，結合金牌廚櫃物流運輸需求，針對與(yu) 承運商互聯互通進行重點建設實施。實現以下目標：

 實現金牌廚櫃物流信息化，建設金牌廚櫃TMS，並與(yu) ERP對接

 實現金牌廚櫃TMS與(yu) 國家交通運輸物流公共信息平台對接

 建設金牌廚櫃下遊承運商的運輸管理係統並實現與(yu) 國家交通運輸物流公共信息平台對接，或者協助已經係統實現與(yu) 國家交通運輸物流公共信息平台對接

 解決(jue) 金牌廚櫃物流部與(yu) 下遊承運商之間的協同

 規範金牌廚櫃作業(ye) 流程，讓生產(chan) 、質檢、倉(cang) 儲(chu) 與(yu) 調度有序協同

 規範承運商的作業(ye) 流程，改變過去純人工的作業(ye) 方式，實現過程透明化

 實現KPI基礎考核，對承運商各環節進行監控

 通過對關(guan) 鍵環節進行監控，降低風險

 提升服務質量，提高客戶滿意度

金牌廚櫃物流部作業(ye) 流程：

 

承運商作業(ye) 流程：

 

4 經驗與(yu) 體(ti) 會(hui)

本集成項目利用供應鏈管理思想，利用現代化的信息處理技術，創新互聯業(ye) 務模式，實現物流企業(ye) 之間、物流企業(ye) 與(yu) 上下遊企業(ye) 之間的數據交換和服務共享，達到減少物流活動過程的空載率，節約倉(cang) 儲(chu) 費用，降低物流成本，提高生產(chan) 經營管理與(yu) 決(jue) 策的效率和水平，提高企業(ye) 經營效益和競爭(zheng) 力的作用。

經過本項目的實施，平台對如何滿足現代物流管理需求，如何對打造一個(ge) 低成本、高共享、高智能的有公信力的公共物流信息平台等方麵有了一定的認識，認為(wei) 需要有以下幾方麵工作需要繼續推進和落實：

1.係統架構建設方麵：

公共物流信息平台可將大量的物流數據集合在計算機構成的物流信息資源池上，使各種物流信息資源集合在公共物流信息平台上，應用係統能夠根據需要獲取相關(guan) 的物流信息，並進行數據分析、提供最優(you) 化的物流配送方案及各種軟件服務，並對企業(ye) 供需信息進行整合，保證數據的共享性。因此，平台的計算資源模型應被設計成一個(ge) 基於(yu) 互聯網的大眾(zhong) 參與(yu) 的計算模式，其計算資源（包括計算能力、存儲(chu) 能力、交互能力等）應是動態、可伸縮、被虛擬化的、可被雲(yun) 計算化的，並且以可服務的方式提供。

2.標準建設方麵

公共物流信息平台的本質就是為(wei) 社會(hui) 各方提供單個(ge) 物流企業(ye) 無法完成的資料收集、資源整合，提供一整套的流程化、標準化的數據交互和業(ye) 務協同服務，實現信息流、商流、物流、資金流的協同合一。因此需要對公共物流信息平台總體(ti) 構建的設計，包括技術規範、技術標準，行業(ye) 標準、業(ye) 務流程標準等的設計，保證其設計標準的先進性。

3.利益協作方麵

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