1 企業(yè)簡介
1.1 應用平臺簡介
國家交通運輸物流公共信息平臺（LOGINK，又稱物流電子樞紐，簡稱“平臺”）是以提高社會物流效率為宗旨，以實現(xiàn)物流信息高效交換和共享為核心功能，由交通運輸部和省級交通運輸主管部門共同推進，連通各類物流信息平臺、企業(yè)生 產作業(yè)系統(tǒng)，統(tǒng)一信息交換標準、消除信息孤島的面向全社會的公共物流信息服務網(wǎng)絡。浙江省道路運輸管理局牽頭成立物流電子樞紐，負責LOGINK建設和運 維。
LOGINK平臺名字采用了logistics和link兩個單詞組成，LOGINK平臺的標志由三個L（logistics）組成，意為推進物流信息化的鏈接，致力建設圍繞物流信息服務的物流電子樞紐。
1.1.1 平臺基本特征
“公益性”：不以盈利為目的，主要為各物流信息服務需求方提供基礎性公共服務。
“開放性”：向全社會提供服務，不局限于特定行業(yè)、特定作業(yè)環(huán)節(jié)和特定服務對象。
“共享性”：實現(xiàn)不同部門、不同行業(yè)、不同地區(qū)、不同物流信息系統(tǒng)間信息交換與共享，減少信息孤島和重復建設。
1.1.2 平臺總體建設目標
構建覆蓋全國、輻射國際的物流信息基礎交換網(wǎng)絡和國家平臺門戶，實現(xiàn)“公共平臺”與相關物流信息系統(tǒng)和平臺之間可靠、安全、高效、順暢的信息交換，實現(xiàn)行業(yè)內相關信息平臺交換標準統(tǒng)一，提供公正、權威的物流相關公共信息服務，有效促進物流產業(yè)鏈各環(huán)節(jié)信息互通與資源共享。
1.1.3 平臺總體功能
基礎交換功能
主要解決跨國、跨行政區(qū)域、跨行業(yè)、跨部門的各類物流公共信息平臺和物流產業(yè)鏈上下游企業(yè)之間缺乏統(tǒng)一數(shù)據(jù)交換標準，信息孤島，信息傳遞效率低、集成能力低，成本高等問題。具體功能包括：
（1）物流業(yè)務數(shù)據(jù)交換
（2）物流公共信息服務數(shù)據(jù)交換
公共信息服務功能
主要解決國家層面物流公共信息服務資源零散，物流行業(yè)信息服務需求難以得到滿足的問題。LOGINK平臺將按照“統(tǒng)一標準，互聯(lián) 互通，共享服務”的理念，主要依托交通運輸部及行業(yè)已有的相關政務系統(tǒng)，通過多種技術手段實現(xiàn)物流信息服務統(tǒng)一渠道提供，后臺多個系統(tǒng)共同支撐。 LOGINK平臺發(fā)展過程中可不斷擴展新的服務內容，現(xiàn)階段可提供的公共信息服務內容如下：
（1）物流基礎設施信息查詢服務
（2）物流政策法規(guī)信息查詢服務
（3）物流信用信息查詢服務
（4）國際及港澳臺物流信息共享服務
任何加盟LOGINK的道路物流企業(yè)，都可以與LOGINK連接并將此商標放在他們的名片、網(wǎng)站和市場營銷工具上，以表示他們已經與LOGINK連接，并能通過LOGINK與他們的貿易伙伴交換電子文件。
任何LOGINK的合作伙伴，只要其應用軟件或系統(tǒng)平臺成功通過了LOGINK測試驗證，都可以申請將此商標放在他們的名片、網(wǎng)站和市場營銷工具上，以表示其應用軟件或系統(tǒng)平臺的用戶都可以通過LOGINK與他們的伙伴交換電子文件。
1.2 開發(fā)企業(yè)簡介
本項目的總集成商是中遠網(wǎng)絡物流信息科技有限公司。該公司是中遠集團下屬的IT旗艦公司，也是從事物流信息化的專業(yè)公司，具有獨立法人地位。該公司自1997年進入物流信息化領域，不僅負責中遠集團特別是中遠物流的信息化服務，還廣泛承接集團外的運輸和物流企業(yè)以及大中型生產企業(yè)有關供應鏈和物流系統(tǒng)信息管理平臺解決方案的咨詢、設計和研發(fā)項目。中遠網(wǎng)絡已經為煙草、交通運輸、電信、鐵路港口、汽車制造、零售、電子電器、農資等行業(yè)提供了大量優(yōu)秀物流解決方案。公司自成立至今，通過自身的努力，規(guī)模和經營業(yè)務范圍不斷擴大，技術研發(fā)水平不斷提高，在2009年公司被國家發(fā)改委評為全國信息化試點單位。
公司具備并保持如下資質：
? 工信部認證的二級系統(tǒng)集成商資質；
? 國際認證的CMMI軟件企業(yè)資質（三級）；
? 國家認定的高新技術企業(yè)和軟件企業(yè)；
? 通過并保持ISO9001認證；
? 國家發(fā)改委2009年發(fā)布的第一批全國信息化試點單位；
? 國家信息產業(yè)部認定的全國首批由行業(yè)信息化管理機構向信息化產業(yè)轉型的40家試點單位之一；
? 國家信息產業(yè)部認定的行業(yè)信息技術應用推廣服務機構示范企業(yè)；
? 國家發(fā)改委資助的中遠集團物流新技術實驗室（發(fā)改委2006年技術創(chuàng)新專項）；
? 國家發(fā)改委批準的2006年信息產業(yè)化專項和技術創(chuàng)新專項的實施單位；
? 自2006年以來承接或共同承接國家科技部、發(fā)改委、工信部的十個國家級科技科研項目；
? 自2008年以來共同承接歐盟FP-7研究框架的兩個國際合作科研項目；
? 2012獲得中國交通運輸協(xié)會的“2012中國最佳物流支持企業(yè)”獎。
2 現(xiàn)狀及建設思路
2.1 平臺建設現(xiàn)狀
平臺經過近幾年的建設，基礎建設已初具規(guī)模，完成了1-4號數(shù)據(jù)交換中心的部署；完成了五大應用中心的框架搭建和基本功能建設。現(xiàn)階段在完善鞏固建設的同時，更需要通過與具有典型業(yè)務交換需求的外部企業(yè)進行合作，來驗證平臺的異構平臺的對接能力，為中日韓三國物流信息服務平臺的建設積累實戰(zhàn)經驗，并奠定異構平臺間傳輸轉換及翻譯工作的基礎。
外部系統(tǒng)接入工作從2011年開始，已經完成了多家上下游企業(yè)的接入，比較典型的是新華書店及其下游承運商通過平臺實現(xiàn)了上下游信息的互通。2012年，“平臺”總結前期建設過程中遇到的問題，繼續(xù)開展外部系統(tǒng)接入的工作，繼續(xù)與生產商貿企業(yè)、第三方物流單位、公共物流信息服務平臺以及管理軟件開發(fā)企業(yè)進行合作，整合物流業(yè)務和相關信息，將信息化與企業(yè)管理、考核相結合，推動供應鏈信息的全程共享。
平臺的推廣客戶主要集中在物流企業(yè)間，由于物流企業(yè)在物流鏈中較為弱勢，很難與上游企業(yè)間達成一致交換需求。因此，作為公共平臺，應促進物流企業(yè)與生產單位之間以及供應鏈中鏈主企業(yè)與其上下游企業(yè)的信息交互，形成典型行業(yè)試點應用，建立典型行業(yè)試點案例，從而更形象的展示信息共享帶給物流企業(yè)間的經濟效益，為日后交通運輸物流公共信息平臺在全行業(yè)的推廣和行業(yè)物流信息共享的推進打下堅實的基礎。
2.2 建設思路
中遠網(wǎng)絡物流作為系統(tǒng)總集成商，在供應鏈、物流公共信息平臺運營或企業(yè)應用軟件等領域尋找一批具有典型示范效應的企業(yè)與本平臺進行業(yè)務合作。典型示范效應的企業(yè)包括但不限于：
? 典型制造商貿企業(yè)
? 大型物流企業(yè)的上下游互聯(lián)
? 第三方物流信息平臺運營商
? 企業(yè)應用軟件開發(fā)商
此項目要求通過建立統(tǒng)一的業(yè)務交換標準、搭建基礎數(shù)據(jù)交換平臺、免費推廣物流通用軟件來解決企業(yè)與承運商、合作伙伴之間的交互，實現(xiàn)不同業(yè)務類型軟件間、上下游企業(yè)間的信息交互，并在行業(yè)間形成典型案例，以便平臺的推廣。
核心目的不僅僅是為了讓更多的企業(yè)接入交通運輸物流公共信息平臺、增加平臺交換數(shù)據(jù)量，平臺接入更多的企業(yè)是為了為更多的企業(yè)提供服務，提高中國交通運輸物流行業(yè)相關企業(yè)的信息化水準，這就要求接入的企業(yè)不僅僅要為平臺帶來數(shù)據(jù)交換量，更重要的是接入的企業(yè)要有代表性，要能帶動整個行業(yè)共同發(fā)展，使整個行業(yè)在同一個標準下運轉，提升平臺交互數(shù)據(jù)量只是標，通過引入有代表性的行業(yè)核心企業(yè)，提升平臺價值，提升平臺在供應鏈網(wǎng)絡中核心地位，提升整個供應鏈的水平才是本。引入全國典型行業(yè)的重點企業(yè)，引入能帶動整個行業(yè)的供應鏈核心企業(yè)與平臺互聯(lián)是本項目的重中之重，選取重點企業(yè)后，再通過平臺與接入企業(yè)的接口改造，更好地促進平臺互聯(lián)，提升平臺的定位和價值。
2.3 建設范圍
項目需要滿足接入企業(yè)數(shù)量數(shù)不少于5個，包含的行業(yè)類型不少于2個。項目需提供的企業(yè)接入包含的模式不少于3種類型。
根據(jù)集成項目各互聯(lián)項目的情況，梳理總結出三種互聯(lián)模型及其互聯(lián)模式研究：
? 飛揚軟件代收貨款平臺為代表的第三方平臺的互聯(lián)模型；
? 金牌櫥柜、中遠倉配和中遠物流為代表的大型物流企業(yè)上下游互聯(lián)模型；
? 中遠集運為代表的第三方信息服務類互聯(lián)模型。
3 項目簡介
本項目的互聯(lián)模式包括第三方平臺互聯(lián)模式、信息服務類互聯(lián)模式、企業(yè)上下游互聯(lián)等模式。
3.1 第三方平臺互聯(lián)模式
3.1.1 互聯(lián)場景
第三方平臺將平臺對外查詢服務部署到logink平臺上，并對現(xiàn)有軟件進行查詢跳轉；
第三方平臺依據(jù)項目實際情況，制定業(yè)務的單據(jù)標準；
依照制定的標準對業(yè)務系統(tǒng)、對外服務系統(tǒng)的前臺門戶、后臺服務進行改造。改造后的業(yè)務系統(tǒng)數(shù)據(jù)將滿足交換運輸物流公共信息平臺的交換標準，通過平臺的交換服務實現(xiàn)，并將改造后的前臺門戶、后臺服務部署到服務器上。
總體設計框架，如圖所示：
3.1.2 互聯(lián)方法和規(guī)范
第三方平臺以國家平臺《道路運輸企業(yè)互聯(lián)應用技術指南》為規(guī)范，主要以業(yè)務中產生的標準單據(jù)的數(shù)據(jù)交換實現(xiàn)互聯(lián)，數(shù)據(jù)交換基礎網(wǎng)絡采用Web service技術，遵循的技術規(guī)范有：WSDL、SOAP、WS-Security等，并根據(jù)國家平臺提供的API，使第三方平臺以及業(yè)務操作信息系統(tǒng)可快速接入基礎交換網(wǎng)絡，快速實現(xiàn)用戶認證、報文發(fā)送、報文接收及確認。
3.1.3 效益分析
? 對平臺的效益分析
遵循平臺提出的“標準是基礎、應用是關鍵”的理念，第三方平臺公司可使用平臺既有的標準，也可以制定新的數(shù)據(jù)交換的標準納入logink平臺標準，可以進一步完善平臺的相關標準體系。
一旦平臺采納第三方平臺新的相關標準，其他軟件企業(yè)也可以應用此標準接入平臺，為類似需求企業(yè)的上下游互聯(lián)提供服務。
第三方平臺一般客戶群較大，產生的業(yè)務數(shù)據(jù)的交換都已通過臺進行交換，增加平臺的數(shù)據(jù)交換量。也可豐富平臺的應用場景。將直接推動交通運輸物流公共信息平臺在此領域的應用，直接增加交通運輸物流公共信息平臺在全國各地的推廣力度，擴大交通運輸物流公共信息平臺在全國各地的知名度。
? 對第三方平臺的效益分析
以項目中飛揚軟件為例，項目之前在各省設有相關的服務平臺提供應用，由于平臺分散在全國各地，造成了維護成本高居不下、客戶使用受地區(qū)的限制，跨區(qū)使用會受網(wǎng)絡的限制，造成反應速度慢、影響客戶使用，平臺提供的支持將從根本上解決以上問題，為平臺服務的推廣提供便利。
第三方平臺受到區(qū)域的限制、受到標準不統(tǒng)一的限制，平臺應用只有在自身既有的客戶中使用，沒有在全國做更廣泛的推廣，與交通物流公共服務平臺的攜手合作，對于此項服務的推廣、尤其是對平臺應用的推廣都將帶來良好的效果，對于樞紐平臺、第三方平臺、上下游物流軟件企業(yè)、上下游物流企業(yè)、物流企業(yè)下游客戶都是非常有利的。
3.1.4 案例介紹——飛揚代收貨款平臺
3.1.4.1 項目背景及主要內容
哈爾濱飛揚軟件技術有限公司從2002年開始從事物流管理軟件的開發(fā)和銷售，致力于解決我國廣大的中小型第三方物流企業(yè)管理難題。公司開發(fā)的《飛揚第三方物流管理系統(tǒng)軟件》已經通過軟件產品認證及軟件著作權認證，經過幾年的持續(xù)發(fā)展，該產品成為全國同類軟件里客戶數(shù)量和應用范圍最廣的物流軟件之一。公司于2010年7月中標浙江省道路運輸管理局普通運輸類物流企業(yè)推薦軟件，成為國家交通部省部共建“交通運輸物流公共信息共享平臺”試點物流電子樞紐的推薦軟件、并成為“交通運輸物流公共信息共享平臺”共建單位。2012年10月公司中標“交通運輸物流公共信息共享平臺”普通運輸軟件標準軟件。
公司近年根據(jù)市場需求全力打造飛揚物流金融服務云平臺，與金融企業(yè)展開合作，為物流企業(yè)解決資金結算、代收款、貨運保險方面的難題。公司先后與河北工商銀行、龍江銀行合作推出飛揚公司聯(lián)名卡，并在公司設立辦事處的城市與當?shù)毓ど蹄y行、興業(yè)銀行、華夏銀行及各地的地方銀行展開深入的合作，解決物流企業(yè)存在的代收貨款結算等金融難題，公司與華泰保險成功簽約合作提供電子商務模式的物流保險服務。公司的標準版軟件已經與工商銀行、農業(yè)銀行、建設銀行、興業(yè)銀行、龍江銀行、華夏銀行等多家銀行的網(wǎng)上銀行實現(xiàn)對接，并與多家地方銀行合作開發(fā)了銀行批量轉賬的客戶端程序。
代收貨款業(yè)務是國內第三方物流業(yè)近幾年內新興的一種增值服務，也有學者將之歸為物流金融增值服務中的模式之一。其中心內容是發(fā)貨方與第三方物流公司簽訂《委托承運和委托代收貨款協(xié)議》，發(fā)貨方將客戶訂購的物流交付第三方物流公司運送，并由第三方物流公司終端派送人員在上門配送的同時，根據(jù)托運單上標注的應付金額代發(fā)貨方向客戶收取貨款，第三方物流公司再定期將代收的貨款結付給發(fā)貨方?；诖?，交通運輸物流公共信息共享平臺決定與哈爾濱飛揚軟件技術有限公司合作建立代收貨款服務項目。雙方就代收貨款業(yè)務服務、貨物跟蹤以及代收貨款相關的標準等進行全面合作。
互聯(lián)項目主要內容：
? 交通運輸物流公共信息平臺向哈爾濱飛揚軟件技術有限公司提供兩臺PC服務器，一臺作為應用服務器，一臺作為數(shù)據(jù)庫服務器。
? 飛揚將物流代收款相關查詢服務部署到logink平臺，確定一個對外服務網(wǎng)址為客戶提供相關服務。網(wǎng)址為：http://dshk.logink.org/
? 飛揚提交一卡通及代收貨款標準草案，交通運輸物流公共信息平臺對其進行審核和制定。
? 飛揚依據(jù)標準改造代收貨款數(shù)據(jù)傳輸方式，TMS軟件到代收貨款服務器的代收貨款數(shù)據(jù)通過平臺的交換服務實現(xiàn)。
? 飛揚按照新的流程、logink標準（包括代收貨款標準）調整飛揚TMS軟件代收貨款數(shù)據(jù)傳送地址，改造代收貨款前后臺程序及數(shù)據(jù)。 、
? 飛揚部署修改后的新版本代收貨款服務 。
? 飛揚對200個用戶ID的軟件都采用新的代收貨款服務標準。
3.1.4.2 互聯(lián)實現(xiàn)方式
將現(xiàn)有代收貨款平臺查詢服務部署到logink平臺上，并對現(xiàn)有軟件進行查詢跳轉，跳轉后的地址為dshk.logink.org。哈爾濱飛揚軟件技術有限公司于交通運輸物流管理平臺依據(jù)項目實際情況，制定一卡通及代收貨款業(yè)務的單據(jù)標準。哈爾濱飛揚軟件技術有限公司依照制定的標準對TMS軟件、代收貨款查詢系統(tǒng)的前臺門戶、后臺服務進行改造。改造后的飛揚TMS軟件代收貨款數(shù)據(jù)，將滿足交換運輸物流公共信息平臺的交換標準，通過平臺的交換服務實現(xiàn)，并將改造后的前臺門戶、后臺服務部署到服務器上。飛揚軟件將現(xiàn)有系統(tǒng)整體遷移到平臺的服務器上（包括飛揚TMS軟件、代收貨款平臺前臺服務項目、代收貨款平臺后臺服務項目），遷移后的對外服務地址為“”dshk.logink.org。
總體設計框架，如圖所示：
3.2 信息服務類互聯(lián)模式
3.2.1 互聯(lián)場景
第三方信息服務提供商以原有的服務數(shù)據(jù)為基礎，通過采用平臺的標準如NEAL-NET發(fā)布的WebService服務標準等，實現(xiàn)平臺標準數(shù)據(jù)查詢接口，支持平臺外部用戶對信息服務動態(tài)數(shù)據(jù)的查詢。
3.2.2 現(xiàn)狀分析
物流平臺為客戶提供更加方便的增值服務；更是船公司與客戶的溝通渠道，提高業(yè)務處理的效率；同時也是船公司銷售渠道的擴展。當前，客戶、代理、船公司對集裝箱運輸服務要求的不斷提到，主要體現(xiàn)在降低運輸成本、提高業(yè)務處理效率和及時獲得信息等方面。這些不斷提高的要求，迫切需要有一個平臺能整合各航運企業(yè)的信息資源。
從船公司的角度，集裝箱作為運輸?shù)娜萜骱洼d體是最重要的資源之一，它的堆存情況、動態(tài)信息是船公司提升運營效率、控制費用開支的重要信息支撐。而堆場是集裝箱保管和交接的主要場所，及時、準確地獲取集裝箱的動態(tài)信息有著極其重要的意義。
3.2.3 互聯(lián)方法和規(guī)范
Web Service技術是一種基于XML語言和標準的網(wǎng)絡協(xié)議實現(xiàn)的分布式計算技術。用Web Services技術相互連接的軟件可以在Internet上自由溝通,智能設備上的應用軟件可以隨時調用Internet上任何地點的Web Service服務。在WebService技術的幫助下,更多的企業(yè)可以不再耗費巨資建設IT系統(tǒng),大多數(shù)企業(yè)應用都可以使用Internet上提供的各類Web Service服務來實現(xiàn)。
正是基于Web Service的該特性，第三方信息服務企業(yè)是Web Service提供方，基于樞紐平臺標準進行開發(fā)，針對同一種服務，實現(xiàn)一處開發(fā)，多處使用。
3.2.4 WebService的優(yōu)點
? 跨防火墻的通信
如果應用程序有成千上萬的用戶，而且分布在世界 各地，那么客戶端和服務器之間的通信將是一個棘手的問題。因為客戶端和服務器之間通常會有防火墻或者代理服務器。在這種情況下，使用DCOM就不是那么簡 單，通常也不便于把客戶端程序發(fā)布到數(shù)量如此龐大的每一個用戶手中。傳統(tǒng)的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應用程序的中間層暴 露給最終用戶。這樣做的結果是開發(fā)難度大，程序很難維護。
如果中間層組件換成WebService的話，就可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的 那一步。要調用WebService，可以直接使用MicrosoftSOAPToolkit或.NET這樣的SOAP客戶端，也可以使用自己開發(fā)的 SOAP客戶端，然后把它和應用程序連接起來。不僅縮短了開發(fā)周期，還減少了代碼復雜度，并能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次 調用中間層組件時，都跳轉到相應的“結果頁”。
從經驗來看，在一個用戶界面和中間層有較多交互的應用程序中，使用 WebService這種結構，可以節(jié)省花在用戶界面編程上20%的開發(fā)時間。另外，這樣一個由WebService組成的中間層，完全可以在應用程序集 成或其它場合下重用。最后，通過WebService把應用程序的邏輯和數(shù)據(jù)“暴露”出來，還可以讓其它平臺上的客戶重用這些應用程序。
? 應用程序集成
企業(yè)級的應用程序開發(fā)者都知道，企業(yè)里經常都要把用不同語言寫成的、在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發(fā)力量。應用程序經常需要從運行在IBM主機上的程序中獲取數(shù)據(jù)；或者把數(shù)據(jù)發(fā)送到主機或UNIX應用程序中去。即使在同一個平臺上，不同軟件廠商生產的各種軟件也常常需要集成起來。通過WebService，應用程序可以用標準的方法把功能和數(shù)據(jù)“暴露”出來，供其它應用程序使用。
? B2B的集成
用WebService集成應用程序，可以使公司內部的商務處理更加自動化。但當交易跨越供應商和客戶、突破公司的界限時會怎么樣呢？跨公司的商務交易集成通常叫做B2B集成。
WebService是B2B集成成功的關鍵。通過WebService，公司可以把關鍵的商務應用“暴露”給指定的供應商和客戶。用WebService來實現(xiàn)B2B集成的最大好處在于可以輕易實現(xiàn)互操作性。只要把商務邏輯“暴露”出來，成為WebService，就可以讓任何指定的合作伙伴調用這些商務邏輯，而不管他們的系統(tǒng)在什么平臺上運行，使用什么開發(fā)語言。這樣就大大減少了花在B2B集成上的時間和成本，讓許多原本無法承受EDI的中小企業(yè)也能實現(xiàn)B2B集成。
? 軟件和數(shù)據(jù)重用
軟件重用是一個很大的主題，重用的形式很多，重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用，另一種形式是二進制形式的組件重用。
當前，像表格控件或用戶界面控件這樣的可重用軟件組件，在市場上都占有很大的份額。但這類軟件的重用有一個很大的限制，就是重用僅限于代碼，數(shù)據(jù)不能重用。原因在于，發(fā)布組件甚至源代碼都比較容易，但要發(fā)布數(shù)據(jù)就沒那么容易，除非是不會經常變化的靜態(tài)數(shù)據(jù)。
WebService在允許重用代碼的同時，可以重用代碼背后的數(shù)據(jù)。使用WebService，再也不必像以前那樣，要先從第三方購買、安裝軟件組件，再從應用程序中調用這些組件；只需要直接調用遠端的WebService就可以了。舉個例子，要在應用程序中確認用戶輸入的地址，只需把這個地址直接發(fā)送給相應的WebService，這個WebService就會幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息，確認這個地址是否在相應的郵政編碼區(qū)域。WebService的提供商可以按時間或使用次數(shù)來對這項服務進行收費。這樣的服務要通過組件重用來實現(xiàn)是不可能的，那樣的話你必須下載并安裝好包 含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫，而且這個數(shù)據(jù)庫還是不能實時更新的。
另一種軟件重用的情況是，把好幾個應用程序的功能集成起來。例如，要建立一個局域網(wǎng)上的門戶站點應用，讓用戶既可以查詢聯(lián)邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線購買電影票?，F(xiàn)在Web上有很多應用程序供應商，都在其應用中實現(xiàn)了這些功能。一旦他們把這些功能都通過WebService“暴露”出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統(tǒng)一的、友好的界面。
3.2.5 效益分析
基于比如樞紐的Nealnet物流平臺，企業(yè)之間使用統(tǒng)一的數(shù)據(jù)標準、格式以及統(tǒng)一的數(shù)據(jù)傳輸方式進行數(shù)據(jù)的交換，簡化信息系統(tǒng)的架構，利用標準化的客戶端，實現(xiàn)快速部署，快速建立Neal-Net和船公司之間安全、高速、自適應的數(shù)據(jù)鏈路,在節(jié)省人力成本、時間成本、經濟成本的同時，也便于平臺推廣實施，隨著平臺的不斷推廣，平臺客戶的增加，其標準、易用、安全的特性將會得到不斷的加強。
基于平臺的Webservice接口查詢，客戶能及時獲取接口服務最新動態(tài)數(shù)據(jù)，為客戶提供準確、最新的信息，拓寬了接口服務商局限于本身電子商務網(wǎng)站的單一查詢方式，在給平臺用戶更多的動態(tài)跟蹤方式的同時，也提高了客戶的滿意度。對于參與的信息服務公司來說，采用統(tǒng)一標準的數(shù)據(jù)格式，能提升他們自身的軟件信息系統(tǒng)的開發(fā)效率，提升其數(shù)據(jù)交換能力?？梢源蟠蠼档拖到y(tǒng)復雜度，降低出錯幾率，減少物力人力消耗。安全性方面，數(shù)據(jù)交換終端通過與數(shù)據(jù)交換平臺的相互認證，能解決企業(yè)間進行數(shù)據(jù)交換的安全認證問題。而且，由于數(shù)據(jù)交換終端并不直接進入企業(yè)的應用系統(tǒng)，只是作為數(shù)據(jù)通道通過接口與企業(yè)應用系統(tǒng)相連，非常有利于保護企業(yè)自身的信息系統(tǒng)安全。
基于平臺在提升業(yè)務處理效率的同時，同時提升物流平臺功能和服務水平，讓合作伙伴的需求得到最及時的響應和處理。具體來說表現(xiàn)為：
? 構建功能完整的物流平臺，使該平臺轉變?yōu)榧仁欠沼诳蛻舻钠脚_，又是客戶與航運公司進行溝通交互的信息化渠道；進而發(fā)展為船東與客戶、與供應商、與外部合作伙伴的協(xié)作平臺
? 體現(xiàn)以客戶為中心的服務理念，統(tǒng)一客戶體驗，多渠道推送個性化的服務
? 統(tǒng)一技術平臺，運用先進的平臺技術， 靈活和有效的支持業(yè)務的可持續(xù)發(fā)展
? 通過良好的設計，以及對用戶持續(xù)的行為分析，不斷提升用戶的使用體驗
? 通過使用新的技術，使物流平臺能夠快速響應業(yè)務變化
3.2.6 案例介紹——中遠集運箱動態(tài)
3.2.6.1 項目背景及主要內容
作為中遠集運船公司的角度，集裝箱作為運輸?shù)娜萜骱洼d體是最重要的資源之一，它的堆存情況、動態(tài)信息是船公司提升運營效率、控制費用開支的重要信息支撐。而堆場是集裝箱保管和交接的主要場所，及時、準確地獲取集裝箱的動態(tài)信息有著極其重要的意義。
中遠集運以現(xiàn)有的集裝箱動態(tài)數(shù)據(jù)為基礎，通過NEAL-NET發(fā)布的WebService服務標準，實現(xiàn)平臺標準數(shù)據(jù)查詢接口，支持平臺用戶對中遠集運集裝箱動態(tài)數(shù)據(jù)的查詢。
3.2.6.2 互聯(lián)實現(xiàn)方式
用戶可以通過箱號、船名、航次、日期等條件，查詢到所關心的箱動態(tài)信息，能夠在一定程度上滿足客戶對于箱動態(tài)的需求。以下是中遠和NEAL-NET之間數(shù)據(jù)交換關系圖。
3.3 企業(yè)上下游互聯(lián)模式
3.3.1 互聯(lián)場景
傳統(tǒng)大型物流企業(yè)業(yè)務由于其技術手段的限制天然的存在，業(yè)務溝通成本亟待降低、物流業(yè)務全程監(jiān)控手段亟待加強、業(yè)務信息協(xié)同能力亟待提升。
通過對傳統(tǒng)業(yè)務操作模式的現(xiàn)狀調研，我們發(fā)現(xiàn)傳統(tǒng)業(yè)務操作模式主要以手工、郵件、電話（傳真）與各物流實體進行信息的傳遞，勢必造成同樣的數(shù)據(jù)，各方重復錄入，成本提高，信息傳遞延時，又由于手工操作難易避免出錯，不利于各方對信息的及時正確跟蹤查詢。由于大型物流企業(yè)與其上下游之間關系緊密，各方都需要實時掌握最新動態(tài)信息，但各自系統(tǒng)均是相互獨立，數(shù)據(jù)無法共享，形成信息孤島，從而導致以下現(xiàn)實問題的存在，及需得到解決。
3.3.2 互聯(lián)方法和規(guī)范
3.3.2.1 互聯(lián)方法
大型物流企業(yè)與其上下游企業(yè)之間各業(yè)務系統(tǒng)以國家平臺《道路運輸企業(yè)互聯(lián)應用技術指南》為規(guī)范，主要以業(yè)務中產生的標準單據(jù)的數(shù)據(jù)交換實現(xiàn)互聯(lián)。
互聯(lián)整體包括企業(yè)應用的客戶端、服務端數(shù)據(jù)和通訊方式以及與平臺標準。系統(tǒng)客戶端應用Web Service技術，提供對已搭建平臺的支持，調用平臺API完成數(shù)據(jù)接收、整理工作；根據(jù)實際業(yè)務邏輯服務端與數(shù)據(jù)庫，集合實際業(yè)務遵照平臺標準組織單據(jù)信息。
大型物流企業(yè)與其上下游企業(yè)實體之間對應的系統(tǒng)都不統(tǒng)一，因此在設計系統(tǒng)功能的時候充分考慮到代碼轉換功能與報文格式轉功能，這二個功能都需要的各實體的系統(tǒng)接入到LOGINK平臺時需要完成的功能。
EDI報文的接收和發(fā)送具體的實現(xiàn)主要由四部分構成，包含客戶端模塊，業(yè)務數(shù)據(jù)組裝模塊，數(shù)據(jù)校驗模塊，WPG模塊，前置機模塊，等四大主要功能模塊。
? 客戶端模塊主要的功能是業(yè)務員在客戶端選中一票業(yè)務數(shù)據(jù)后，點擊發(fā)送按鈕，客戶端生成請求報文發(fā)送給web服務器，調用servlet（Gatewayservice）
? 業(yè)務數(shù)據(jù)組裝模塊主要完成的功能是通過客戶端提供的委托主鍵，從數(shù)據(jù)庫抓取所需的信息，拼裝成系統(tǒng)定義的內部對象MessageObject，并將消息發(fā)送給buffer
? 數(shù)據(jù)校驗模塊的功能是對報文中的一些必要信息進行校驗，如果在生成的目標EDI報文里面某字段是必輸?shù)?，則需要再數(shù)據(jù)校驗類里面增加非空校驗
? 數(shù)據(jù)校驗完畢后，將請求報文發(fā)送給MQ隊列，WPG會從事先配置好的MQ隊列獲取消息，解析報文并轉換成相應的EDI報文格式 。此模塊需要開發(fā)報文轉換的映射，完成內部消息到EDI報文的格式轉換。WPG將報文轉換完畢后會將報文發(fā)送到MQ指定的隊列上去。
? 前置機模塊的功能是對報文進行分發(fā)和接收。對于發(fā)送的報文，前置機會首先從指定的MQ隊列獲取EDI報文，根據(jù)WPG映射增加上的殼信息，獲取到報文的具體接收方，然后根據(jù)配置文件獲取到對應的賬號信息。
3.3.2.2 互聯(lián)規(guī)范
? 基礎標準
基礎標準定義了本項目數(shù)據(jù)交換信息共享必須要遵從的標準，具體參照：
《交通物流公共信息共享平臺 基礎標準2.2數(shù)據(jù)元》3.1版；
《交通物流公共信息共享平臺 基礎標準2.4數(shù)據(jù)元代碼集》3.1版；
《交通物流公共信息共享平臺 基礎標準2.5主要單證》3.1版；
? 業(yè)務接口規(guī)范
業(yè)務接口規(guī)范，主要為本項目數(shù)據(jù)交換信息共享用到的單據(jù)格式報文規(guī)范，以及交換代碼接口接入，具體參照：
《交通物流公共信息共享平臺共建性指導3.1物流交換代碼》3.1版；
《交通物流公共信息共享平臺 共建性指導3.2交換接入》3.1版；
《交通物流公共信息共享平臺共建性指導3.3主要單證接口》3.1版；
《交通物流公共信息共享平臺共建性指導3.4標準代碼接口》3.1版；
? 公共服務接口規(guī)范
公共服務接口，主要為接入到公共信息共享平臺的規(guī)范，具體參照：
《交通物流公共信息共享平臺 服務應用接口4.1貨物跟蹤》3.1版；
《交通物流公共信息共享平臺 服務應用接口4.5綜合應用》3.1版；
《交通物流公共信息共享平臺 服務應用接口4.3交易中心》3.1版；
? 其他規(guī)范要求
? 系統(tǒng)性能要求
A、時間特性
高峰期的環(huán)境假設、負載假設；
高峰期網(wǎng)絡環(huán)境確保暢通、報文傳輸確保穩(wěn)定
高峰期的處理時間。
正常確保一個報文10分鐘內走完全流程
B、精度要求
本系統(tǒng)的輸入、輸出數(shù)據(jù)必須要準備。
C、系統(tǒng)有效性
系統(tǒng)每天需要連續(xù)運行24小時，每周運行七天，包括公共假期和周末。
D、容錯性
E、可擴充性
? 系統(tǒng)安全及保密要求
通過Logink平臺注冊賬號進行數(shù)據(jù)上傳、下載。
? 系統(tǒng)日志
報文上傳下載，程序異常的錯誤提示都會以日志表或者TXT文件類型保存在日志目錄里面。
3.3.3 效益分析
? 對平臺的效益分析
推動物流行業(yè)的信息標準化進程。擴大和推進物流行業(yè)的標準化進程，為完善平臺標準提供驗證，為行業(yè)標準提供依據(jù)。
促進物流供應鏈體系的建設。能夠縮短物流響應時間，縮短了物流工作鏈，減少了重復工作內容，減少了工作中的錯誤率，從而提高了供應鏈的操作效率。
? 對互聯(lián)企業(yè)的效益分析
簡化操作流程，傳統(tǒng)的電話、郵件、傳真方式的操作方式效率低、準確性差，通過互聯(lián)可大大簡化企業(yè)操作流程，提高企業(yè)操作的效率。直接降低了時間人力成本、耗材成本、差錯成本。
通過物流交換平臺，企業(yè)之間可以用統(tǒng)一的數(shù)據(jù)標準、格式以及統(tǒng)一的數(shù)據(jù)傳輸方式進行數(shù)據(jù)的交換，簡化信息系統(tǒng)的架構，在加快企業(yè)之間互聯(lián)互通的同時，也便于推廣實施。
也可帶來一定的社會效益?？s短物流工作鏈，提高行業(yè)操作效率?？s短工作環(huán)節(jié)，縮短了工作流程，減少了重復工作內容，從而提高了操作效率，通過信息化手段提高工作準確度，減少了工作中的差錯率，極大的提高了操作效率，為整個物流供應鏈高效有序的進行提供了有力保障
3.3.4 案例介紹——中遠物流、中遠倉配、金牌櫥柜
此種互聯(lián)模式目前為平臺主要類型的互聯(lián)模式，更為細分的來看，還可區(qū)分成更多的細分互聯(lián)類型。包括從互聯(lián)企業(yè)類型來看有貨主企業(yè)的上下游互聯(lián)、核心物流企業(yè)的上下游互聯(lián)；從互聯(lián)業(yè)務類型來看有國內物流業(yè)務的上下游互聯(lián)、進出口業(yè)務的上下游互聯(lián)等。
在本次互聯(lián)集成項目中以上幾種互聯(lián)類型都有涉及。
? 中遠物流：進出口供應鏈核心物流企業(yè)的上下游互聯(lián)
? 中遠倉配：國內供應商核心物流企業(yè)的上下游互聯(lián)
? 金牌櫥柜：貨主企業(yè)物流的上下游互聯(lián)
3.3.4.1 中遠物流
項目以“國家交通運輸物流公共信息平臺”為依托，結合中遠物流的優(yōu)勢資源，通過對中遠物流上下游互聯(lián)項目相關企業(yè)接口改造，實現(xiàn)中遠物流與貨主、貨代、船司、車隊、倉儲的相互數(shù)據(jù)交換，推動無紙化辦公進程，進一步減化關聯(lián)企業(yè)之間的操作流程，提升了中遠物流與各關聯(lián)企業(yè)的粘性，增強中遠物流客戶的滿意度。
本項目涉及到的貨主、貨代、船司、車隊、倉儲互聯(lián)內容可以通過EDI應用的數(shù)據(jù)報文主要有以下幾種：
1. 貨主/貨代與中遠物流報文：貨主/貨代訂艙報文、貨主/貨代訂艙反饋報文；
2. 船司與中遠物流報文：船司訂艙報文、船司訂艙反饋報文；
3. 車隊與中遠物流報文：拉箱通知報文、提箱信息報文；
4. 倉儲與中遠物流報文：進倉通知報文、進倉明細報文；
3.3.4.2 中遠倉配
項目以“國家交通運輸物流公共信息平臺”為依托，結合中遠倉配的倉儲物流運輸需求，針對與外包倉、承運商互聯(lián)互通進行重點建設實施。實現(xiàn)以下目標：
? 完成下游承運商TMS系統(tǒng)的實施和接口改造。
? 完成WMS系統(tǒng)與LIMS系統(tǒng)接口，實現(xiàn)入庫通知單和出庫通知單的同步。
完成TMS系統(tǒng)與電子樞紐的接口，實現(xiàn)托運單的接收以及狀態(tài)變化單、回執(zhí)單的上傳。規(guī)范承運商的作業(yè)流程，改變過去純人工的作業(yè)方式，實現(xiàn)過程透明化
? 實現(xiàn)KPI基礎考核，對承運商各環(huán)節(jié)進行監(jiān)控
? 通過對關鍵環(huán)節(jié)進行監(jiān)控，降低風險
? 提升服務質量，提高客戶滿意度
互聯(lián)流程如圖：
3.3.4.3 金牌櫥柜
在本次信息化項目中借助交通運輸物流公共信息共享平臺，通過信息化手段串聯(lián)金牌物流部與承運商，將上下游的信息有效共享，從而提升了項目的協(xié)同效率，降低了一定量的損失，從而提高了金牌物流部的服務品質，在物流環(huán)節(jié)努力做到“以客為先、服務至上”的經營理念。
項目內容：
項目以“國家交通運輸物流公共信息平臺”為依托，結合金牌廚柜物流運輸需求，針對與承運商互聯(lián)互通進行重點建設實施。實現(xiàn)以下目標：
? 實現(xiàn)金牌廚柜物流信息化，建設金牌廚柜TMS，并與ERP對接
? 實現(xiàn)金牌廚柜TMS與國家交通運輸物流公共信息平臺對接
? 建設金牌廚柜下游承運商的運輸管理系統(tǒng)并實現(xiàn)與國家交通運輸物流公共信息平臺對接，或者協(xié)助已經系統(tǒng)實現(xiàn)與國家交通運輸物流公共信息平臺對接
? 解決金牌廚柜物流部與下游承運商之間的協(xié)同
? 規(guī)范金牌廚柜作業(yè)流程，讓生產、質檢、倉儲與調度有序協(xié)同
? 規(guī)范承運商的作業(yè)流程，改變過去純人工的作業(yè)方式，實現(xiàn)過程透明化
? 實現(xiàn)KPI基礎考核，對承運商各環(huán)節(jié)進行監(jiān)控
? 通過對關鍵環(huán)節(jié)進行監(jiān)控，降低風險
? 提升服務質量，提高客戶滿意度
金牌廚柜物流部作業(yè)流程：
承運商作業(yè)流程：
4 經驗與體會
本集成項目利用供應鏈管理思想，利用現(xiàn)代化的信息處理技術，創(chuàng)新互聯(lián)業(yè)務模式，實現(xiàn)物流企業(yè)之間、物流企業(yè)與上下游企業(yè)之間的數(shù)據(jù)交換和服務共享，達到減少物流活動過程的空載率，節(jié)約倉儲費用，降低物流成本，提高生產經營管理與決策的效率和水平，提高企業(yè)經營效益和競爭力的作用。
經過本項目的實施，平臺對如何滿足現(xiàn)代物流管理需求，如何對打造一個低成本、高共享、高智能的有公信力的公共物流信息平臺等方面有了一定的認識，認為需要有以下幾方面工作需要繼續(xù)推進和落實：
1.系統(tǒng)架構建設方面：
公共物流信息平臺可將大量的物流數(shù)據(jù)集合在計算機構成的物流信息資源池上，使各種物流信息資源集合在公共物流信息平臺上，應用系統(tǒng)能夠根據(jù)需要獲取相關的物流信息，并進行數(shù)據(jù)分析、提供最優(yōu)化的物流配送方案及各種軟件服務，并對企業(yè)供需信息進行整合，保證數(shù)據(jù)的共享性。因此，平臺的計算資源模型應被設計成一個基于互聯(lián)網(wǎng)的大眾參與的計算模式，其計算資源（包括計算能力、存儲能力、交互能力等）應是動態(tài)、可伸縮、被虛擬化的、可被云計算化的，并且以可服務的方式提供。
2.標準建設方面
公共物流信息平臺的本質就是為社會各方提供單個物流企業(yè)無法完成的資料收集、資源整合，提供一整套的流程化、標準化的數(shù)據(jù)交互和業(yè)務協(xié)同服務，實現(xiàn)信息流、商流、物流、資金流的協(xié)同合一。因此需要對公共物流信息平臺總體構建的設計，包括技術規(guī)范、技術標準，行業(yè)標準、業(yè)務流程標準等的設計，保證其設計標準的先進性。
3.利益協(xié)作方面
公共物流信息平臺需要連接物流企業(yè)、行業(yè)以及政府管理部門等相關職能部門的信息系統(tǒng)，是物流信息交換和匯集的中心，其建設的目的主要是滿足物流系統(tǒng)中各個環(huán)節(jié)在不同層次的信息需求和功能需求。因此平臺的建設應從全社會物流資源整合的角度，結合長遠發(fā)展規(guī)劃和客戶物流管理的需求，幫助相關企業(yè)實現(xiàn)物流管理業(yè)務的轉型升級，實現(xiàn)具有激勵作用的合作共贏機制，確保各方企業(yè)的利益，實現(xiàn)基于本平臺的物流聯(lián)盟的快速擴張。
最新案例