![基于ebXML的電子口岸消息交換平臺的設計與實現(xiàn)(1)_第1頁](http://file3.renrendoc.com/fileroot_temp3/2022-1/24/be7d7756-2051-4686-989a-664bd56996f7/be7d7756-2051-4686-989a-664bd56996f71.gif)
![基于ebXML的電子口岸消息交換平臺的設計與實現(xiàn)(1)_第2頁](http://file3.renrendoc.com/fileroot_temp3/2022-1/24/be7d7756-2051-4686-989a-664bd56996f7/be7d7756-2051-4686-989a-664bd56996f72.gif)
![基于ebXML的電子口岸消息交換平臺的設計與實現(xiàn)(1)_第3頁](http://file3.renrendoc.com/fileroot_temp3/2022-1/24/be7d7756-2051-4686-989a-664bd56996f7/be7d7756-2051-4686-989a-664bd56996f73.gif)
下載本文檔
版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、基于ebXML的電子口岸消息交換平臺的設計與實現(xiàn)(1) 摘 要 簡要地介紹了ebXML消息服務的體系結構,以寧波電子口岸消息交換平臺架構為例,探討了基于ebXML消息服務擴展的消息交換平臺架構機理,并重點分析討論了消息交換平臺中的消息中心和規(guī)則庫的設計與實現(xiàn)。 關鍵詞 ebXML;消息服務;電子口岸 1 引言 消息系統(tǒng)是應用程序或商業(yè)伙伴之間傳遞數(shù)據(jù)的重要組成部分,是各系統(tǒng)實現(xiàn)數(shù)據(jù)交換的關鍵。一般來說,企業(yè)電子系統(tǒng)實現(xiàn)后不僅要能夠適應新的應用系統(tǒng)的開發(fā),同時也要能夠?qū)υ械膽孟到y(tǒng)方便的集成,而不管各應
2、用系統(tǒng)采用的是什么操作系統(tǒng)、數(shù)據(jù)庫等,即具有跨平臺的特性。由聯(lián)合國貿(mào)易促進與電子商務中心(UN/CEFACT)與美國結構化資訊標準推動組織(OASIS)共同推動的一項電子商務架構標準ebXML提出了一套完整的技術規(guī)范,其中關于消息服務的規(guī)范可以滿足構建企業(yè)電子商務系統(tǒng)的這些需要,它提供了一種可靠的獨立于特定技術或解決方案的方式來交換商業(yè)信息。 本文遵循ebXML消息服務技術架構規(guī)范,在實現(xiàn)了寧波電子口岸消息交換平臺的基礎上,討論了寧波電子口岸消息交換平臺的架構機理以及實現(xiàn)方案。寧波電子口岸是寧波市十五重點工程之一, 是全國各分電子口岸的一個改革嘗試,它不僅服務于寧波本地的各家貿(mào)易實體單位、政府
3、職能單位,未來也將服務于周邊地區(qū)以至內(nèi)陸、國際等不同地區(qū)。 2 ebXML的消息服務架構簡述 消息服務是ebXML的基礎,ebXML消息服務主要規(guī)定描述消息交換的格式,并給出保證消息的可靠安全傳輸?shù)木唧w實現(xiàn)方法,支持加密、解密、授權、驗證、電子簽名、不可否認性等安全服務。ebXML消息服務規(guī)范特點如下: (1) 支持以語言中立的方式定義消息格式; (2) 支持傳輸?shù)目煽啃裕踩裕?(3) 支持多種消息傳輸協(xié)議; (4) 支持消息傳輸?shù)目蓴U展性; (5) 支持平臺獨立的消息互操作性; 基于以上原則,提出了ebXML消息服務架構(如圖1)。
4、; 圖1 ebXML消息服務架構 消息服務接口:它是一個抽象的服務接口,上層應用可以通過它與MSH交互來傳送和接收消息,而MSH也可以通過它與上層應用交互來處理接收的消息。 消息頭處理:消息頭提供消息的末端地址及路由信息、內(nèi)容描述、安全信息和其它有關發(fā)送信息。 消息打包及解包模塊:將ebXML消息最后打包成SOAP消息或?qū)OAP消息解包。 出錯處理:當應用程序在處理一條消息過程中,如果出現(xiàn)錯誤,該模塊處理錯誤。 安全服務:包括數(shù)字筆名生成、確認、身份證明、授權、據(jù)否、加密等服務。 消息送收模塊:將最后打包好的eb
5、XML消息通過底層不同的傳輸協(xié)議發(fā)送出去或?qū)⒌讓觽鬏攲咏邮盏降南⑺偷浇獍K。 3 寧波電子口岸消息交換平臺的設計與實現(xiàn) 本文討論的寧波電子口岸消息交換平臺架構是完全基于ebXML的,它采用多種通信協(xié)議服務,以EDIFACT,XML,以及其他自定義格式為消息格式,完全支持這些格式之間的相互轉(zhuǎn)換。交換平臺和應用系統(tǒng)以及各種服務器通過消息進行傳遞。 31設計原則 既要集成原寧波海關公共信息網(wǎng)和寧波港EDI中心兩網(wǎng)的系統(tǒng),又要不改變原有系統(tǒng),同時還要使這些原有系統(tǒng)與新開發(fā)的應用系統(tǒng)之間可以交互通信。 32架構機理 寧波電子口岸消息交換平臺架構如圖2所示
6、。與ebXML的消息服務架構相對應,也是采取多層次結構。其中應用系統(tǒng)是寧波電子口岸正在開發(fā)和將來準備開發(fā)的各具體的應用項目,比如網(wǎng)上訂艙系統(tǒng)、一單兩報系統(tǒng)等。消息交換平臺的Adapter采用各種通信連接器組件,它負責消息交換平臺和FTP服務器、EMAIL服務器、JMS服務器、MQ服務器、數(shù)據(jù)庫服務器等的連接。同時有數(shù)據(jù)采集組件將從這些連接的服務器或數(shù)據(jù)庫中采集消息,也可以由這些服務器主動將消息推送到消息交換平臺;然后交給平臺內(nèi)部消息中心處理解包、校驗、頭處理、類型轉(zhuǎn)換等,然后再組織消息和發(fā)送。所有這些都是由交換平臺內(nèi)部的組件來完成。消息交換平臺內(nèi)部需要開發(fā)消息解析和拆分處理組件、消息分類處理組
7、件、消息發(fā)送處理組件等。 圖2 寧波電子口岸消息交換平臺 33消息中心 消息中心以不同的組件形式存在,各組件相互協(xié)作來決定消息的處理;規(guī)則庫存放的是對不同的消息按照發(fā)送方、接收方進行類型轉(zhuǎn)換的規(guī)則和以何種途徑發(fā)送消息的一些配置規(guī)則,它指導消息中心對消息的處理和消息分發(fā)。 消息交換平臺的消息中心由消息解析和拆分處理組件、消息分類處理組件、消息發(fā)送處理組件、規(guī)則庫以及消息通信管理類組件組成。消息中心實現(xiàn)消息交換平臺中消息的接收、轉(zhuǎn)換、發(fā)送等主要業(yè)務邏輯。 消息中心的數(shù)據(jù)定義:當有一個新的消息產(chǎn)生或收到后,都為這個消息賦予一個唯一的消息日志號,該消息在它
8、的處理會話生命周期內(nèi)不變,命名為Unique_Logid。 消息格式的定義:接收和發(fā)送消息的格式可以根據(jù)客戶的需求不同而不同,但是在消息中心需要為每種消息格式定義一個應用數(shù)據(jù)格式,該應用數(shù)據(jù)格式就是該類型消息的結構定義,用于不同格式消息的相互轉(zhuǎn)換。 規(guī)則庫:是整個消息交換平臺的神經(jīng)中樞,它控制著消息的收發(fā)和消息的消費。設計的這部分消息交換平臺就是一個消息的采集、轉(zhuǎn)換和發(fā)送系統(tǒng),系統(tǒng)的運轉(zhuǎn)很大一部分依賴于規(guī)則庫的指揮。本規(guī)則庫由用戶信息表User_Info、消息日志表Msg_Log、消息格式轉(zhuǎn)換代碼表Msg_Mapping_Code和路由表Route_Table等組成。用戶信息表存放消息消費者的
9、接收參數(shù)信息,如以FTP接收的相關參數(shù),以EMAIL接收的參數(shù)等。發(fā)送組件的配置參數(shù)都是通過讀取該表獲取消費者的接收定義來決定消息的去向;消息日志表中存放的是在消息處理過程中產(chǎn)生的一些有價值的信息,可以為系統(tǒng)查詢、跟蹤以及計費等應用服務。消息格式轉(zhuǎn)換代碼表中存放的是不同用戶之間存在的相同消息、不同格式的格式轉(zhuǎn)換的關系和具體的轉(zhuǎn)換程序組件的映射。路由表中存放的是一些路由信息,如通過中間服務提供商連接到消息交換平臺的,那么需要在路由表里注冊一些路由信息,消息中心會根據(jù)消息的消費者來查找此表來決定具體的路由。 4
10、60;寧波電子口岸消息交換平臺的特性分析 寧波電子口岸消息交換平臺在技術上基于ebXML架構,支持不同的消息格式,利用SOAP、MQ、JMS來傳遞消息,利用MBC(Message Builder Component)組件來進行信息的處理,具有以下特性: 通用性。由于寧波電子口岸消息交換平臺采用了通信連接器來連接不同的系統(tǒng),所以,該平臺能夠用于不同的企業(yè)應用系統(tǒng)、不同的數(shù)據(jù)庫系統(tǒng)和不同的操作系統(tǒng)。 開放性。整個消息交換平臺在消息格式類型轉(zhuǎn)換過程中調(diào)用的都是MBC組件,所以,任何一種新的消息格式的出現(xiàn),只要增加一種或多種到其他格式的轉(zhuǎn)換組件裝入而無需改變?nèi)魏维F(xiàn)有的處理流程。 可復用性。由于消息交換
11、平臺采用的都是組件化分析、設計和實現(xiàn),消息中心的核心業(yè)務邏輯都是采用MBC形式,從而使該平臺具有很好的復用性。 5 結束語 寧波電子口岸消息交換平臺基于ebXML架構設計,具有通用性、開放性和可復用性等特性,使得各應用系統(tǒng)均可通過合適的連接方式連接到該消息交換平臺,通過消息中心發(fā)送、獲取自己需要的格式以及內(nèi)容的消息。由于考慮實施的分步驟和現(xiàn)有的實際情況,所以現(xiàn)階段消息類型的轉(zhuǎn)換還只是停留在從一端直接到另一端的模式,隨著未來業(yè)務的變化和需要,寧波電子口岸將考慮定義一套以XML為基礎的規(guī)范格式,使得任何進入
12、消息交換平臺的消息先轉(zhuǎn)換到該XML規(guī)范格式,然后根據(jù)不同消費者的需要,再轉(zhuǎn)換成其他格式,這樣不僅使消息更標準化,也可以提高各系統(tǒng)運轉(zhuǎn)效率。 參考文獻: 1 (美)Alan Kotok,David R.R.Webber 著 ebXML電子商務全球化標準 人民郵電出版社 2002 2 Message Service Specification version 2.0 /specs/ebMS.pdf 2001 3 ebXML Technical Architecture Specification version1.0.4 http:/www.
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度工程項目造價評估委托合同
- 2025年住宅租賃協(xié)議
- 2025年度員工策劃知識產(chǎn)權保密合同
- 2025年住宅租賃權交接協(xié)議
- 2025年環(huán)境監(jiān)測項目立項申請報告模稿
- 2025年融資租賃共同承租合同范文
- 2025年高通量試驗反應堆及配套產(chǎn)品項目申請報告
- 2025年網(wǎng)安系統(tǒng)項目提案報告
- 2025年農(nóng)村物資配送代理合同
- 2025年區(qū)域配送營業(yè)代理協(xié)議書樣本
- 2025年汽車零部件項目可行性研究報告
- (一診)畢節(jié)市2025屆高三第一次診斷性考試 英語試卷(含答案)
- 油氣長輸管道檢查標準清單
- 《酸棗營銷戰(zhàn)略》課件
- 小學二年級100以內(nèi)連加連減豎式計算練習題
- 圖像敘事的跨學科視野-洞察分析
- 真需求-打開商業(yè)世界的萬能鑰匙
- 暑假假期安全教育(課件)-小學生主題班會
- 費曼學習法費曼學習法
- 化學成份及性能對照表新
- 辦公大樓加固裝修工程安全施工管理措施
評論
0/150
提交評論