基于ubl和純xml數(shù)據(jù)庫的edi系統(tǒng)設(shè)計與實現(xiàn)

《基于ubl和純xml數(shù)據(jù)庫的edi系統(tǒng)設(shè)計與實現(xiàn)》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫。

1、基于UBL和純XML數(shù)據(jù)庫的EDI系統(tǒng)設(shè)計與實現(xiàn).L.編輯。摘要本文在總結(jié)原有EDI系統(tǒng)建設(shè)中存在的問題基礎(chǔ)上，引入了UBL和NativeXMLDB兩種新技術(shù)，最后，提出了構(gòu)建EDI系統(tǒng)所需實現(xiàn)的基本功能框架。本文可以為正興起的地方電子口岸的EDI系統(tǒng)建設(shè)起到一個指導(dǎo)作用。關(guān)鍵詞電子數(shù)據(jù)交換EDIUBL純XML數(shù)據(jù)庫1EDI簡述及現(xiàn)狀電子數(shù)據(jù)交換（ElectronicDataInterchange，EDI）就是將數(shù)據(jù)的信息規(guī)范化和格式化，并通過計算機(jī)網(wǎng)絡(luò)進(jìn)行聯(lián)通處理。EDI系統(tǒng)在很多領(lǐng)域有廣泛的應(yīng)用，如醫(yī)療、零售、海運(yùn)等，主要用來做組織機(jī)構(gòu)間相互交換信息。傳統(tǒng)貿(mào)易中是

2、使用各種單據(jù)、單證、票據(jù)通過人工或半人工的方式來實現(xiàn)貿(mào)易相關(guān)方之間的信息流轉(zhuǎn)。將傳統(tǒng)貿(mào)易模式過渡到EDI貿(mào)易模式，那將可以大大提高交易效率，簡化交易流程，減少錯誤，降低成本。特別是在外貿(mào)物流行業(yè)，貿(mào)易所涉及到環(huán)節(jié)繁多，人工出錯率大，數(shù)據(jù)需要反復(fù)確認(rèn)等許多不利因素。EDI系統(tǒng)將有效幫助解決這類因素，從而加快物流通關(guān)速度，節(jié)約物流通關(guān)成本。因此，國家也在大力推行各地方電子口岸的建設(shè)。傳統(tǒng)的基于增值網(wǎng)絡(luò)的EDI系統(tǒng)造價昂貴，需要租用線路，可擴(kuò)展性不強(qiáng)。如今Inter是如此的普及和方便，各貿(mào)易實體當(dāng)然希望能夠通過Inter的方式實現(xiàn)和EDI系統(tǒng)進(jìn)行信息交換，但是Inter上傳

3、輸?shù)臄?shù)據(jù)存在很大的不安全性，這就需要增加物理鏈路的安全性和數(shù)據(jù)本身的安全性。EDI系統(tǒng)間傳輸?shù)膱笪目梢圆捎脟H標(biāo)準(zhǔn)，如UN/EDIFACT等，而這種國際標(biāo)準(zhǔn)往往是為了支持全球EDI系統(tǒng)，報文結(jié)構(gòu)復(fù)雜，可讀性不強(qiáng)，程序處理也不方便。我們?nèi)绻槍τ趨^(qū)域化貿(mào)易數(shù)據(jù)流轉(zhuǎn)，可以不采用結(jié)構(gòu)復(fù)雜的UN/EDIFACT報文格式，而采用自定義報文格式，如定長或分隔符區(qū)分字段或元素。只要收發(fā)雙方統(tǒng)一好格式，實現(xiàn)起來比較簡單。但是，自定義報文格式也有一些限制，如數(shù)據(jù)中出現(xiàn)格式上的保留符號就比較難處理，報文結(jié)構(gòu)不適合加密，報文解析程序不能靈活適應(yīng)格式修改，報文格式正確性難以校驗。因此，我們用

4、XML報文進(jìn)行傳輸數(shù)據(jù)能克服以上不足，并能利用和發(fā)揮XML的優(yōu)勢和許多成熟的技術(shù)。在將來的EDI系統(tǒng)中，將有越來越多的行業(yè)基于XML框架。2UBL的定義及在EDI系統(tǒng)中的應(yīng)用國際上有許多組織根據(jù)自己的需求定義了特定的XML格式報文，這樣不同組織間要進(jìn)行報文交換就很困難。2004年9月，OASIS技術(shù)委員會定義了和發(fā)布了UBL(UniversalBusinessLanguage)1.0，稱為通用商業(yè)語言。UBL提供讓許多的商業(yè)文檔可以用一種普遍地可理解和可識別的商業(yè)語法合理的組裝而成，也是商業(yè)間的信息交互運(yùn)行在一個標(biāo)準(zhǔn)的業(yè)務(wù)框架下，就如ISO15000(ebXML)。U

5、BL可以通過擴(kuò)展來滿足不同行業(yè)的需要，從而試圖解決現(xiàn)有存在的大量不同XML格式報文的問題。發(fā)布的UBL1.0提供了如下內(nèi)容：⑴　XMLSchema描述的可重用的數(shù)據(jù)組件庫，如“地址”、“條款”、“付款”——這些每天商業(yè)上都要使用的數(shù)據(jù)元素。⑵　通用商業(yè)文檔如“訂單”、“發(fā)票”、“發(fā)貨通知”等可以從UBL組件庫抽取出需要的構(gòu)件稱特定的XMLSchemas集。⑶　在特定的貿(mào)易關(guān)系中，支持UBL的個性化定制。如一個訂艙報文（bookingmessage），里面有船舶名稱、發(fā)貨人名稱、收貨人名稱、貨物名稱、港口、備注等信息（參見下圖），圖1訂艙報文UBL組件模型這些信息單元都

6、是基于UBL中定義的基本商業(yè)信息實體（BasicBusinessInformationEntity）。我們也可以把幾個相關(guān)的基本業(yè)務(wù)信息實體組成一個集合商業(yè)信息實體（AggregateBusinessInformationEntity），如訂艙貨物信息可以由貨物名稱、包裝類型、件數(shù)、體積、毛重、凈重這六個基本業(yè)務(wù)信息實體組成一個集合業(yè)務(wù)信息實體，稱CargoLineItem。最后一個訂艙報文的形成就可以通過把有關(guān)的基本商業(yè)信息實體或集合商業(yè)信息實體按一定順序拼在一起。同時，這些基本/集合商業(yè)信息實體都是可以在其他報文中重用的。只要我們建立起了這些組件庫，我們的中間XM

7、L報文格式定義就像拼裝零件一樣簡單，這樣我們的報文格式也易于管理和維護(hù)。在UBL1.0版本中也給出了許多可重用的基本組件庫，下圖（圖2）是以XMLSchema形式給出的Party信息實體，圖2Party信息實體的Schema定義在實際的報文中如發(fā)貨人、收貨人、通知人等的定義都是以Party信息實體為基礎(chǔ)，并進(jìn)行定制而成的，我們也可以把自己定制而成的信息實體根據(jù)需要放入自己的基本組件庫。圖3實際中Shipper_Party信息實體的構(gòu)成圖另外，我們把每一個基本信息實體當(dāng)作一個小模塊，用XSL語言把每個小模塊定義好在soNormalstyle="TEXT