一、驗(yàn)證目的

驗(yàn)證卷煙工業(yè)企業(yè)物流信息系統(tǒng)接口標(biāo)準(zhǔn)的適用范圍，技術(shù)環(huán)節(jié)

是否可行，業(yè)務(wù)定義是否符合行業(yè)習(xí)慣。

二、驗(yàn)證內(nèi)容

本接口標(biāo)準(zhǔn)適用于與煙草行業(yè)卷煙物流信息系統(tǒng)數(shù)據(jù)進(jìn)行接口

的系統(tǒng)及相關(guān)外圍系統(tǒng)。

1.接口交互模型。

2.接口實(shí)現(xiàn)方式。

（1）接口關(guān)系。

卷煙工業(yè)企業(yè)物流系統(tǒng)在實(shí)際應(yīng)用中，主要同煙草行業(yè)的外部系

統(tǒng)存在業(yè)務(wù)數(shù)據(jù)交換關(guān)系，交換的方式雙向數(shù)據(jù)交換，一方面外部系

統(tǒng)會(huì)將物流業(yè)務(wù)的來(lái)源單據(jù)通過(guò)接口傳給物流系統(tǒng)作為物流系統(tǒng)的

訂單。另一方面，物流系統(tǒng)也會(huì)將運(yùn)輸倉(cāng)儲(chǔ)情況反饋給外部系統(tǒng)。

物流系統(tǒng)外部

（2）技術(shù)規(guī)范。

接口實(shí)現(xiàn)的技術(shù)主要是兩種方式：消息隊(duì)列方式和Webservice

方式。下面我們分別針對(duì)這兩種情況進(jìn)行描述。

一般情況下，這兩種方式都能滿足物流系統(tǒng)數(shù)據(jù)接口集成需求，

所以我們?cè)瓌t上不建議采用的方式，因?yàn)槟菢訜o(wú)形中會(huì)增加技術(shù)的復(fù)

雜度。消息隊(duì)列和Webservice相關(guān)技術(shù)都比較成熟，風(fēng)險(xiǎn)很低。

消息隊(duì)列方式的技術(shù)規(guī)范：

外部系統(tǒng)物流系統(tǒng)

人工處理1單據(jù)1

單據(jù)2人工處理2

人工處理3單據(jù)2

自動(dòng)處理1

消息隊(duì)列方式適用的業(yè)務(wù)場(chǎng)景

業(yè)務(wù)場(chǎng)景說(shuō)明：在異步處理的場(chǎng)景中所有的業(yè)務(wù)處理之間采用直

接數(shù)據(jù)傳遞而不進(jìn)行處理成功狀態(tài)判斷，因此所有的業(yè)務(wù)處理之間都

是異步的操作。此種特點(diǎn)適合采用消息隊(duì)列的方式來(lái)進(jìn)行集成。

所有的接口與接口之間都是簡(jiǎn)單的數(shù)據(jù)傳遞，不需要任何的等待

及反饋。都是由上游業(yè)務(wù)系統(tǒng)產(chǎn)生的結(jié)果直接傳遞到下游系統(tǒng)，因此

這些都可以看成是異步的業(yè)務(wù)處理流程，在我們的整體的架構(gòu)設(shè)計(jì)中

最適合用消息隊(duì)列消息發(fā)布與訂閱的方式進(jìn)行業(yè)務(wù)集成。

消息隊(duì)列集成流程圖：

外圍系統(tǒng)業(yè)務(wù)集成總線物流系統(tǒng)

1單據(jù)1單據(jù)1

人工處理2

1異步信息流處理1

單據(jù)23

人工處理2

單據(jù)

24

異步信息流處理2

單據(jù)2

人工處理35

6單據(jù)2

異步信息流處理3自動(dòng)處理1

簡(jiǎn)要說(shuō)明：上圖描述的是通過(guò)消息隊(duì)列集成的流程圖。其中紅色

的點(diǎn)表示需要集成的接口。

其中1、3、5、都是按照約定的數(shù)據(jù)格式主動(dòng)發(fā)送數(shù)據(jù)至指定的

消息隊(duì)列隊(duì)列中。

其中的2、4、6都是系統(tǒng)主動(dòng)從指定的隊(duì)列中讀取消息，根據(jù)消

息格式與內(nèi)容判斷下一步的處理過(guò)程，如發(fā)起人工處理或自動(dòng)處理

等。

消息隊(duì)列集成方式程序結(jié)構(gòu)圖：

如上圖所示，整個(gè)數(shù)據(jù)傳輸過(guò)程從結(jié)構(gòu)上劃分為4部分，首先發(fā)

送方包含兩部分，接收方包含兩部分。

發(fā)送方：包含外部系統(tǒng)和本地消息隊(duì)列服務(wù)器，發(fā)送方的外部系

統(tǒng)只與本地消息隊(duì)列服務(wù)器進(jìn)行通訊。將數(shù)據(jù)打包好后發(fā)送到本地消

息隊(duì)列服務(wù)器的遠(yuǎn)程隊(duì)列中。遠(yuǎn)程隊(duì)列會(huì)根據(jù)配置信息自動(dòng)將數(shù)據(jù)發(fā)

送到物流系統(tǒng)的本地隊(duì)列。

接收方的本地消息隊(duì)列服務(wù)器的本地隊(duì)列接收到消息后，自動(dòng)觸

發(fā)處理機(jī)制，將數(shù)據(jù)解析，并且保存到本地?cái)?shù)據(jù)庫(kù)的表中。

Webservice方式的技術(shù)規(guī)范

Webservice方式適用的業(yè)務(wù)場(chǎng)景：

外部系統(tǒng)物流系統(tǒng)

業(yè)務(wù)處理...

用戶參與業(yè)務(wù)處理1

單據(jù)1自動(dòng)業(yè)務(wù)接口處理

[處理失敗]是否成功

處理成功

自動(dòng)業(yè)務(wù)處理[]

單據(jù)2用戶參與業(yè)務(wù)處理

用戶參與業(yè)務(wù)處理2

業(yè)務(wù)參數(shù)n...

業(yè)務(wù)場(chǎng)景說(shuō)明：在當(dāng)前業(yè)務(wù)場(chǎng)景中，外部系統(tǒng)需要調(diào)用物流系統(tǒng)

的自動(dòng)業(yè)務(wù)接口處理，該業(yè)務(wù)接口處理返回業(yè)務(wù)處理狀態(tài)；如果處理

成功則發(fā)起物流系統(tǒng)中的用戶參與的業(yè)務(wù)處理過(guò)程，同時(shí)外部系統(tǒng)啟

動(dòng)一個(gè)自動(dòng)業(yè)務(wù)處理；此時(shí)外部系統(tǒng)等待物流系統(tǒng)的用戶參與過(guò)程，

直到用戶參與處理完成，則啟動(dòng)本系統(tǒng)的用戶參與業(yè)務(wù)處理；如果處

理不成功，則外部系統(tǒng)直接返回用戶參與業(yè)務(wù)處理1告知用戶業(yè)務(wù)處

理失敗。

上面的場(chǎng)景中需要外部系統(tǒng)需要知道物流系統(tǒng)的處理結(jié)果，是同

步調(diào)用方式，所以需要采用Webservice方式集成。

WebService方式流程圖：

外部系統(tǒng)業(yè)務(wù)集成總線物流系統(tǒng)

業(yè)務(wù)處理...

單據(jù)

11

用戶參與業(yè)務(wù)處理1

2

同步消息流處理1(WS)

是否成功

自動(dòng)業(yè)務(wù)接口處理(WS)

[成功]

用戶參與業(yè)務(wù)處理

自動(dòng)業(yè)務(wù)處理

單據(jù)2

4單據(jù)2

異步信息流處理13

用戶參與業(yè)務(wù)處理2

業(yè)務(wù)處理n...

簡(jiǎn)要說(shuō)明：

接口1的改造，首先外部系統(tǒng)中原來(lái)直接調(diào)用接口進(jìn)行返回的部

分，改成調(diào)用業(yè)務(wù)集成總線中提供的WebService接口；

接口2的改造，業(yè)務(wù)集成平臺(tái)實(shí)現(xiàn)的基于WebService的消息流

調(diào)用由物流系統(tǒng)封裝的自動(dòng)業(yè)務(wù)接口處理的WebService接口然后直

接返回處理狀態(tài)給外部系統(tǒng)；

接口3的改造，物流系統(tǒng)在完成人工參與業(yè)務(wù)處理過(guò)程后，必須

按照約定格式發(fā)送數(shù)據(jù)到消息隊(duì)列隊(duì)列中；

接口4的改造，外部系統(tǒng)必須根據(jù)消息達(dá)到格式以及內(nèi)容判斷業(yè)

務(wù)處理邏輯，從而準(zhǔn)備處理下一個(gè)業(yè)務(wù)邏輯處理。

接口1、2是采用了WebService方式進(jìn)行的集成；接口3、4是

采用了消息隊(duì)列的方式進(jìn)行的集成。

WebService方式時(shí)序圖：

描述：假設(shè)外部系統(tǒng)為客戶端，物流系統(tǒng)為服務(wù)器端，當(dāng)客戶端

用戶點(diǎn)擊發(fā)送按鈕時(shí)（或者某種操作時(shí)），調(diào)用服務(wù)器WS接口的相關(guān)

功能，此時(shí)會(huì)產(chǎn)生一個(gè)同步的WebService請(qǐng)求。同時(shí)，需要將傳遞

的數(shù)據(jù)集封裝成一個(gè)標(biāo)準(zhǔn)的XML數(shù)據(jù)流，做為參數(shù)傳送到服務(wù)器端。

（3）不同技術(shù)方案的時(shí)效性。

消息隊(duì)列WEBSERVICE

輪詢模式阻塞模式進(jìn)行同步調(diào)用接

按照業(yè)務(wù)要求設(shè)置消息發(fā)送數(shù)據(jù)后馬口，則只需要同步

定時(shí)讀取時(shí)間上獲取，不發(fā)送數(shù)調(diào)用即可。

據(jù)，隊(duì)列則處于等待

的模式。

1~5分鐘準(zhǔn)即時(shí)既是

（4）接口數(shù)據(jù)交換格式。

<?xmlversion="1.0"encoding="UTF-8"?>

<XML>

<MESSAGEHEAD>

<SENDER>TMS</SENDER>

<RECIEVER>ERP</RECIEVER>

<FILETYPE>xml</FILETYPE>

<CONTENTTYPE>POD</CONTENTTYPE>

<FILEFUNCTION></FILEFUNCTION>

<SENDTIME>2009-05-3010:10:10</SENDTIME>

<ISBASE64>false</ISBASE64>

<FILENAME></FILENAME>

</MESSAGEHEAD>

<MESSAGEDETAIL>

<![CDATA[<?xmlversion="1.0"encoding="UTF-8"?>

<XML>

<CONTENT>

……

</CONTENT>

</XML>]]>

</MESSAGEDETAIL>

</XML>

示例說(shuō)明：約定的接口數(shù)據(jù)格式，字符集采用UTF-8，每一個(gè)消息，

都包含一個(gè)消息頭和消息體。

消息頭<MESSAGEHEAD>中包含：

<SENDDER>：發(fā)送方；

<RECIEVER>：接收方；

<FILETYPE>：文件類型；

<CONTENTTYPE>：消息內(nèi)容類型；

<FILEFUNCTION>：文件處理方法；

<SENDTIME>：發(fā)送時(shí)間，格式為YYYY-MM-DDHH:MM:SS（例

如2008-04-2405:26:30）；

<ISBASE64>是否BASE64編碼文件，“true”表示“是”，“false”表

示“否”；

<FILENAME>文件名稱

消息體<MESSAGEDETAIL>中包含約定好的數(shù)據(jù)項(xiàng)內(nèi)容，數(shù)據(jù)項(xiàng)的

內(nèi)容必須要達(dá)成一致。

（5）接口數(shù)據(jù)交換內(nèi)容。

分類報(bào)文標(biāo)識(shí)報(bào)文名稱方向

SHIPMENT_METHOD運(yùn)輸方式outbound

基礎(chǔ)信息類CARRIER_INFO承運(yùn)商信息outbound

RECEIVER_INFO客戶交貨地點(diǎn)inbound

NEW_ORDER訂單創(chuàng)建inbound

UPDATE_ORDER訂單更新inbound

DELETE_ORDER訂單刪除inbound

ORDER_AUDITED訂單審核生效outbound

SHIPMENT_CONFIRMED調(diào)度生效outbound

SHIPMENT_CANCELED調(diào)度失效outbound

PICKING_FINISHED揀貨完成inbound

SHIP發(fā)車確認(rèn)outbound

VEHICLE_LOCATION_UPDATE在途位置更新inbound

業(yè)務(wù)類TRANSPORTATION_ALERT在途報(bào)警inbound

CARGO_ACCEPTED到貨確認(rèn)inbound

TMS_DATA物流執(zhí)行情況查詢outbound

VEHICLE_INFO車輛inbound

DRIVER_INFO司機(jī)信息outbound

RFP運(yùn)輸詢價(jià)outbound

RFP_REPLY運(yùn)輸詢價(jià)反饋inbound

SHIPMENT_ORDER運(yùn)輸任務(wù)指派outbound

VEHICLE_STATUS車輛狀態(tài)更新outbound

USER用戶管理inbound

三、驗(yàn)證的評(píng)價(jià)與建議

在2009年11月24日，中煙電子商務(wù)公司召集安徽中煙，江蘇

中煙，上海煙草集團(tuán)，福建中煙，貴州中煙,紅塔煙草集團(tuán),紅云紅

河煙草集團(tuán),湖北中煙等工業(yè)公司在武漢召開(kāi)了《煙草工業(yè)物流信息

系統(tǒng)數(shù)據(jù)接口規(guī)范》標(biāo)準(zhǔn)編制研討會(huì)。通過(guò)調(diào)研，與會(huì)專家有如下評(píng)

價(jià)和建議：

1.湖北中煙走在了行業(yè)的前列；

2.接口標(biāo)準(zhǔn)非常重要；

3.復(fù)雜度高，與各個(gè)系統(tǒng)及商業(yè)企業(yè)接口；

4.起點(diǎn)較高，基于服務(wù)（SOA）；

5.范圍是行業(yè)工業(yè)企業(yè)物流標(biāo)準(zhǔn)，甚至可以定位為成品標(biāo)準(zhǔn)。對(duì)

應(yīng)國(guó)家局即將定的工商企業(yè)標(biāo)準(zhǔn)即可;

6.本標(biāo)準(zhǔn)定位為“研究標(biāo)準(zhǔn)”；

7.不能用MQ之類的產(chǎn)品名稱來(lái)定位，應(yīng)該用“同步”或“異步”

來(lái)定義;

8.訂單和物流單的關(guān)系需要理清，相關(guān)的標(biāo)準(zhǔn)國(guó)家局已經(jīng)統(tǒng)一

了;

9.其他信息如車輛信息等等應(yīng)參照國(guó)家局的標(biāo)準(zhǔn)來(lái)統(tǒng)一;

10.程序只能作為例子，不能作為標(biāo)準(zhǔn)的一部分;

11.標(biāo)準(zhǔn)制訂過(guò)程，國(guó)家局有個(gè)規(guī)范，國(guó)標(biāo)1.1格式，詳細(xì)明確

了制訂過(guò)程中各步的動(dòng)作；

12.標(biāo)準(zhǔn)范圍還太小，不太符合標(biāo)題，可以考慮縮小標(biāo)題范圍或

擴(kuò)大標(biāo)準(zhǔn)的范圍;

13.規(guī)范化建議：去掉無(wú)用的術(shù)語(yǔ)定義，如MQ等；建議把標(biāo)準(zhǔn)中

涉及的ERP等系統(tǒng)改為“外部系統(tǒng)”；“國(guó)家局編碼”改為“行業(yè)編碼”；

建議在標(biāo)準(zhǔn)中增加報(bào)文的檢索目錄；建議減少口語(yǔ)化文字；

14.適用性問(wèn)題，在接口方式的選擇上多一些包容性的方案。有

很多中間表之類的方法，也應(yīng)有所涉及;