郭 松,錢 軍
(南昌工學(xué)院,江西 南昌 330108)
隨著國民經(jīng)濟(jì)的發(fā)展,尤其是電子商務(wù)給傳統(tǒng)企業(yè)帶來的沖擊使得商品貿(mào)易出現(xiàn)了一個新景象,物流業(yè)被提上一個新的高度,除了電商企業(yè),傳統(tǒng)企業(yè)也紛紛加入了物流外包的行列,第三方物流取得快速發(fā)展。同時,物流需求企業(yè)及終端客戶對物流服務(wù)的專業(yè)化、客戶體驗(yàn)要求越來越高,第三方物流必須從傳統(tǒng)運(yùn)輸型企業(yè)迅速轉(zhuǎn)型,否則將無法適應(yīng)行業(yè)的發(fā)展需要。我國第三方物流發(fā)展較晚,無論從技術(shù)、管理、觀念均不及國外,對第三方物流的研究較為必要。
傳統(tǒng)的第三方物流一般是生產(chǎn)或者貿(mào)易型企業(yè)利用本身的物流運(yùn)作剩余產(chǎn)能承接其他企業(yè)的物流配送業(yè)務(wù)。另一種是相對專業(yè)型的第三物流獨(dú)立承包一家或者多家企業(yè)的物流業(yè)務(wù),企業(yè)本身也專營物流服務(wù),這樣所提供的服務(wù)也更為專一化與精細(xì)化,但是這種方式以供應(yīng)商或者生產(chǎn)商為中心,第三方物流企業(yè)只需要根據(jù)物流需求方的訂單完成運(yùn)輸或者倉儲等物流業(yè)務(wù)即可,而不介入需求企業(yè)的生產(chǎn)與銷售等。因此,傳統(tǒng)的第三方物流存在供應(yīng)商、第三方物流、零售商三者的信息不共享,缺少協(xié)作而導(dǎo)致物流運(yùn)作效率低,物流成本高昂的情況。
第三方物流的專業(yè)化水平逐漸提高,與此同時也認(rèn)識到了信息共享的重要性,不少第三方企業(yè)承包運(yùn)輸、配送、倉儲服務(wù)的同時,也擔(dān)當(dāng)起了信息經(jīng)營者的角色[1]。第三方物流企業(yè)開始整合內(nèi)外部各項(xiàng)資源:首先與業(yè)內(nèi)其他異地第三方物流結(jié)成聯(lián)盟,共享各自的基礎(chǔ)設(shè)施、市場信息資源,形成物流網(wǎng)絡(luò),這樣有利于提高各自的運(yùn)輸車隊(duì)、倉儲資源,防止浪費(fèi);其次信息共享方面涉及到與供應(yīng)商之間系統(tǒng)互通、信息共享,這樣就需要一個信息系統(tǒng)平臺,將各方資源通過系統(tǒng)共享,協(xié)同完成物流配送工作。
在此種模式下,物流運(yùn)作各方企業(yè)需要參與到信息共享平臺的運(yùn)作中,一般均需通過企業(yè)外部網(wǎng)絡(luò)相連,同時涉及到數(shù)據(jù)格式、存儲及互聯(lián)網(wǎng)接入等技術(shù)。而其中遇到的難點(diǎn)是各企業(yè)的異構(gòu)系統(tǒng)連接問題,異構(gòu)數(shù)據(jù)格式問題等,在以往只有存在合作關(guān)系的企業(yè)間系統(tǒng)互通,系統(tǒng)由同一家企業(yè)開發(fā),或者開發(fā)系統(tǒng)間接口,如此需要耗費(fèi)大量人力物力,增加成本。而通過WEB服務(wù)可以實(shí)現(xiàn)異構(gòu)系統(tǒng)各種應(yīng)用程序集成,異構(gòu)系統(tǒng)與異構(gòu)數(shù)據(jù)均可以通過特定業(yè)務(wù)的WEB服務(wù)應(yīng)用將其轉(zhuǎn)化為通用格式供異構(gòu)系統(tǒng)間通信,解決第三方物流與不同企業(yè)間的數(shù)據(jù)通信與共享問題,支持多方信息共享平臺的構(gòu)建[2]。
WEB服務(wù)是由面向服務(wù)體系結(jié)構(gòu)(service-oriented architecture,SOA),Web Service(包含多種通信協(xié)議及語言)構(gòu)成的能夠解決異構(gòu)系統(tǒng)信息通訊的技術(shù)匯總。
面向服務(wù)的體系結(jié)構(gòu)SOA的功能是為不同應(yīng)用提供接口,這些接口的定義是可以適應(yīng)應(yīng)用程序的更新,獨(dú)立于應(yīng)用端,可以稱為松耦合。SOA可以用圖1表示。
圖1 SOA體系結(jié)構(gòu)
可以看出SOA包含了三類角色:服務(wù)使用者、提供者與注冊中心,三類操作:發(fā)布、發(fā)現(xiàn)與綁定和調(diào)用。服務(wù)使用者一般是一個應(yīng)用程序,根據(jù)接口來執(zhí)行服務(wù),提供者是對應(yīng)用程序做回應(yīng)的后臺服務(wù)器或者其他服務(wù)終端,而注冊中心則是支持使用者與提供者互相交流的平臺,服務(wù)使用者均通過服務(wù)注冊中心進(jìn)行服務(wù)查詢,而提供者也據(jù)此接受請求并提交處理結(jié)果。
發(fā)布操作是服務(wù)提供者提供的特定服務(wù)的介紹供使用者發(fā)現(xiàn)和請求使用,而發(fā)現(xiàn)則是使用者查詢注冊中心的操作,綁定則是服務(wù)使用者將與其發(fā)起的服務(wù)綁定,并且接著執(zhí)行調(diào)用操作,完成服務(wù)的使用[3]。
Web Service是一類應(yīng)用組件,主要功能是為異構(gòu)系統(tǒng)的請求提供標(biāo)準(zhǔn)格式的數(shù)據(jù)與服務(wù),而實(shí)現(xiàn)這種功能依靠多種通信協(xié)議與描述語言,主要有簡單對象協(xié)議,WEB服務(wù)描述語言,統(tǒng)一描述、發(fā)現(xiàn)與集成協(xié)議。
SOAP(Simple Object Access protocol)是一種XML語言,包括文檔頭與主體兩部分,并且具有自己的模式、命名空間與處理規(guī)則。文檔頭包括許多頭文件,在通信過程中起到路徑導(dǎo)向作用,能被不同的應(yīng)用程序讀取頭文件,給出下一步路徑。主體部分由最終應(yīng)用程序讀取并使用,里面包括所要傳輸?shù)男畔ⅰ?/p>
WSDL(Web Service Definition Language)用于描述WEB服務(wù)信息,是一種標(biāo)準(zhǔn)化格式,其給出兩類文檔的格式:接口與實(shí)現(xiàn)文檔。兩類文檔由多種元素組成,各類元素實(shí)現(xiàn)了文檔的編寫格式與內(nèi)容規(guī)范。WSDL的消息交換模式包含了單項(xiàng)、請求/響應(yīng)、懇求響應(yīng)與通知四種模式,各類消息傳遞模式?jīng)Q定了信息交換與傳遞的具體形式。
UDDI(Universal Description,Discovery and Integration)是一個數(shù)據(jù)庫,里面包含各個商務(wù)企業(yè)的WEB服務(wù)數(shù)據(jù),可以根據(jù)SOA訪問,或者在其中發(fā)布注冊,方便其他企業(yè)搜尋,并連接。
現(xiàn)代第三方物流企業(yè)一般需要依賴物流信息平臺來協(xié)調(diào)生產(chǎn)商、需求商需要,獲取更多的有利信息,有些企業(yè)將信息運(yùn)營外包給其他信息公司,支付一定的費(fèi)用,這樣受限于外部因素,自營信息共享平臺有利于第三方物流長足發(fā)展,充當(dāng)信息中介,深度挖掘供應(yīng)鏈需求,制定集成化物流決策。第三方物流信息平臺模型可以從兩個層面著手:業(yè)務(wù)系統(tǒng)集成層次、異構(gòu)數(shù)據(jù)集成層次[4]。
業(yè)務(wù)系統(tǒng)層包含了眾多業(yè)務(wù)邏輯處理,通過WEB服務(wù)技術(shù)實(shí)現(xiàn)多個業(yè)務(wù)系統(tǒng)互通的平臺。業(yè)務(wù)信息平臺涉及第三方物流內(nèi)部系統(tǒng)與外部供應(yīng)企業(yè)與目標(biāo)企業(yè)等多個系統(tǒng),各個系統(tǒng)均有定制的WEB服務(wù),先通過WSDL進(jìn)行描述并綁定封存,使用SOAP傳輸發(fā)布到UDDI中心,供其他系統(tǒng)應(yīng)用程序訪問查詢。
(1)內(nèi)部系統(tǒng)集成模式(如圖2所示)。第三方物流企業(yè)內(nèi)部業(yè)務(wù)系統(tǒng)包含訂單管理、配送管理與庫存管理等子系統(tǒng),一般這些系統(tǒng)由同一技術(shù)規(guī)范開發(fā),運(yùn)行于同一平臺,因此WEB服務(wù)接口均為企業(yè)內(nèi)部私有接口,由私有UDDI中心支持WEB服務(wù)的發(fā)布與傳輸。
圖2 內(nèi)部系統(tǒng)集成模式
(2)外部系統(tǒng)集成模式。在第三方物流提供物流服務(wù)時與物流服務(wù)外包企業(yè)及目的企業(yè)系統(tǒng)有對接,外部系統(tǒng)存在平臺不同,數(shù)據(jù)通信與信息共享中跨平臺運(yùn)作,如圖3所示。
圖3 外部系統(tǒng)集成模式
(3)業(yè)務(wù)系統(tǒng)協(xié)同模式。在業(yè)務(wù)發(fā)生過程中,各系統(tǒng)間不斷有數(shù)據(jù)交互,跨平臺運(yùn)作存在效率偏低,耗費(fèi)資源的情況,需要制定一個協(xié)同的業(yè)務(wù)運(yùn)作流程,如圖4所示。
圖4 業(yè)務(wù)系統(tǒng)協(xié)同模式
業(yè)務(wù)系統(tǒng)協(xié)同通過公共業(yè)務(wù)處理流程實(shí)現(xiàn)不同系統(tǒng)的協(xié)同,本流程選用了XML格式及相應(yīng)的處理進(jìn)行數(shù)據(jù)加工,在系統(tǒng)交互過程中涉及到系統(tǒng)操作的不同類型、權(quán)限、數(shù)據(jù)選取類型,都需要進(jìn)行統(tǒng)一規(guī)范,以促進(jìn)協(xié)同工作效率。
計(jì)算機(jī)的發(fā)展具有多樣化的特點(diǎn),企業(yè)使用的軟硬件均存在一定程度上的異同,在既定的硬件體系結(jié)構(gòu)及軟件系統(tǒng)前提下數(shù)據(jù)格式必然會存在不一致的情況,這主要存在于操作系統(tǒng)與數(shù)據(jù)庫管理系統(tǒng)的不同,與應(yīng)用無關(guān),應(yīng)用端無需考慮底層數(shù)據(jù)格式如何轉(zhuǎn)換、通信如何進(jìn)行,實(shí)現(xiàn)這個功能目前有兩種模式,開發(fā)專用接口用以轉(zhuǎn)換數(shù)據(jù)格式,將數(shù)據(jù)格式統(tǒng)一為發(fā)起方或接受方格式,另一種是使用通用數(shù)據(jù)格式,如將所有數(shù)據(jù)格式統(tǒng)一轉(zhuǎn)化為xml格式,統(tǒng)一管理,由特定的WEB服務(wù)來執(zhí)行此操作,相比前一種方式更具有可擴(kuò)展性、開放性與經(jīng)濟(jì)實(shí)用性。
(1)異構(gòu)數(shù)據(jù)處理技術(shù)。實(shí)現(xiàn)異構(gòu)數(shù)據(jù)轉(zhuǎn)化需要一定的技術(shù)規(guī)范,有數(shù)據(jù)倉庫、中間件技術(shù)、ODBC規(guī)范、xml語言等多種可用技術(shù)。
(2)基于WEB服務(wù)的異構(gòu)數(shù)據(jù)處理模式。處理異構(gòu)數(shù)據(jù)需要一種關(guān)鍵處理技術(shù),xml是一種使用較為廣泛的可擴(kuò)展的標(biāo)準(zhǔn)數(shù)據(jù)格式,來自第三方物流企業(yè)內(nèi)部及外部的系統(tǒng)均可通過信息平臺中各個系統(tǒng)的WEB服務(wù)將數(shù)據(jù)轉(zhuǎn)化為xml格式,再由SOAP進(jìn)行傳輸,到達(dá)目標(biāo)系統(tǒng)后可以方便地轉(zhuǎn)化為目標(biāo)數(shù)據(jù)格式,異構(gòu)數(shù)據(jù)集成模式如圖5所示。
圖5 異構(gòu)數(shù)據(jù)集成處理模式
可以看出數(shù)據(jù)系統(tǒng)間,系統(tǒng)管理模塊數(shù)據(jù)的交互通過了UDDI中心、xml數(shù)據(jù)格式處理兩個程序最終正確讀取、操作底層各種異質(zhì)性數(shù)據(jù)庫,數(shù)據(jù)轉(zhuǎn)化遵循一定的操作流程。
將WEB服務(wù)技術(shù)應(yīng)用于第三物流系統(tǒng)平臺建設(shè),構(gòu)建一個可擴(kuò)展的、動態(tài)的應(yīng)用模型。各業(yè)務(wù)系統(tǒng)間異構(gòu)數(shù)據(jù)的交互通過統(tǒng)一的數(shù)據(jù)格式標(biāo)準(zhǔn)進(jìn)行轉(zhuǎn)化,以WSDL作為規(guī)范可以實(shí)現(xiàn)動態(tài)適應(yīng)多種系統(tǒng)間的交互,再者統(tǒng)一的UDDI注冊中心與傳輸協(xié)議,只需要企業(yè)配合開發(fā)專用的WEB服務(wù)組件即可實(shí)現(xiàn)動態(tài)信息共享與交互,基于WEB服務(wù)的動態(tài)物流系統(tǒng)模型如圖6所示。
圖6 基于WEB服務(wù)的第三方物流動態(tài)系統(tǒng)模型
模型包含了業(yè)務(wù)系統(tǒng)集成與異構(gòu)數(shù)據(jù)集成兩個層次。跨平臺系統(tǒng)通過專用WEB服務(wù)應(yīng)用在統(tǒng)一UDDI注冊中心注冊發(fā)布,經(jīng)SOAP封裝、WSDL描述,由異構(gòu)數(shù)據(jù)處理技術(shù)加工轉(zhuǎn)化為標(biāo)準(zhǔn)化格式存入數(shù)據(jù)庫。業(yè)務(wù)系統(tǒng)通過查詢UDDI獲取信息,數(shù)據(jù)從數(shù)據(jù)庫轉(zhuǎn)化為標(biāo)準(zhǔn)格式(也有數(shù)據(jù)經(jīng)過特定的數(shù)據(jù)模型生成數(shù)據(jù)),經(jīng)封裝傳輸至應(yīng)用系統(tǒng)。服務(wù)查找方的數(shù)據(jù)回溯同樣需要經(jīng)過專用接口實(shí)現(xiàn),通過SOAP協(xié)議進(jìn)行封裝傳輸、WSDL解析,通過特定的WEB服務(wù)處理后數(shù)據(jù)生成展現(xiàn)在應(yīng)用系統(tǒng)界面,供查詢者使用。總體來講,本模型實(shí)現(xiàn)了動態(tài)數(shù)據(jù)發(fā)布、綁定、查詢及其他操作,促進(jìn)了異構(gòu)系統(tǒng)間的互相訪問,提高了信息共享程度,有利于物流服務(wù)水平的提升。
WEB服務(wù)的實(shí)現(xiàn)需通過多種應(yīng)用綜合實(shí)現(xiàn),JAVA是一種面向?qū)ο蟮膽?yīng)用程序語言,企業(yè)級JAVA應(yīng)用J2EE可以實(shí)現(xiàn)WEB服務(wù)多層架構(gòu),如圖7所示。
圖7 基于J2EE的系統(tǒng)技術(shù)框架
基于J2EE的WEB服務(wù)架構(gòu)分為三個層次,客戶層、中間層與數(shù)據(jù)層。頂層客戶層其實(shí)就是應(yīng)用層,表現(xiàn)為客戶端應(yīng)用,可以是后臺管理系統(tǒng)(java application)、瀏覽器應(yīng)用(JSP頁面)以及其他應(yīng)用。JAVA可以較好地實(shí)現(xiàn)動態(tài)頁面交互應(yīng)用,提升客戶體驗(yàn)。中間層為WEB服務(wù)加工處理層,來自客戶層的客戶JAVA應(yīng)用指令通過WEB服務(wù)接口發(fā)送至業(yè)務(wù)層(由EJB組件實(shí)現(xiàn)),來自瀏覽器及其他應(yīng)用的指令通過HTML/XML格式轉(zhuǎn)換進(jìn)入WEB層,由WEB層應(yīng)用處理后傳輸至業(yè)務(wù)層。最底層為數(shù)據(jù)層,中間層通過JDBC訪問數(shù)據(jù)層。
WEB服務(wù)技術(shù)是一種消除異構(gòu)系統(tǒng)與異構(gòu)數(shù)據(jù)的中間技術(shù),讓應(yīng)用系統(tǒng)間無縫連接,無需考慮跨平臺繁雜的接口開發(fā)問題。第三方物流企業(yè)在構(gòu)建供應(yīng)鏈信息共享系統(tǒng)平臺時使用WEB服務(wù)技術(shù)將有助于平臺開發(fā)后續(xù)可擴(kuò)展。本文分析了第三方物流運(yùn)作模型,基于WEB服務(wù)構(gòu)建了一個動態(tài)系統(tǒng)模型,對模型進(jìn)行業(yè)務(wù)系統(tǒng)及異構(gòu)數(shù)據(jù)處理層次的分析,并對模型的技術(shù)實(shí)現(xiàn)做了簡要的闡述,對后續(xù)第三方物流平臺建設(shè)提供了基礎(chǔ)。
[1]聶瑞華,鄺穎杰.基于Web Service技術(shù)的綜合物流模型[J].計(jì)算機(jī)工程,2004,30(12):172-174.
[2]楊明,周國祥.基于Web Service技術(shù)的物流平臺架構(gòu)研究[J].長江大學(xué)學(xué)報(自然科學(xué)版),2010,7(1):238-240.
[3]孫福權(quán),陳廷斌.基于J2EE與Web服務(wù)的第三方物流動態(tài)整合設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)應(yīng)用研究,2007,(2):233-237.
[4]王澤來.基于Web服務(wù)集成的物流應(yīng)急關(guān)鍵技術(shù)研究[D].天津:天津大學(xué),2011.