葛 迪,丁劍偉

(黑龍江省交通信息通信中心)

基于 XML的交通信息綜合系統(tǒng)設(shè)計(jì)

葛 迪,丁劍偉

(黑龍江省交通信息通信中心)

介紹了XML的交通信息綜合系統(tǒng)設(shè)計(jì)。

XML技術(shù);交通信息;系統(tǒng)設(shè)計(jì)

1 XML技術(shù)研究

1.1 XML簡(jiǎn)介

XML(Extnesible Mkar Lnaguage)是SGML(Snatdard Gneeralized Markup Language)的子集。XML的優(yōu)點(diǎn)在于它將內(nèi)容數(shù)據(jù)和顯示相分離,從而使來(lái)自不同數(shù)據(jù)源的數(shù)據(jù)無(wú)縫集成;它使用國(guó)際編碼Uniocde的編碼的純文本格式賦予了它自身可以用于標(biāo)準(zhǔn)化表達(dá)數(shù)據(jù),以及在不同數(shù)據(jù)源之間或不同應(yīng)用程序之間交換數(shù)據(jù),即 XML為數(shù)據(jù)表示提供了統(tǒng)一的接口。

目前,與 XML相關(guān)的標(biāo)準(zhǔn)已經(jīng)很多,有的還處在草案階段?？偟膩?lái)說(shuō),這些標(biāo)準(zhǔn)大致上可分為用于數(shù)據(jù)顯示、數(shù)據(jù)模式描述、數(shù)據(jù)鏈接、以及數(shù)據(jù)操作四個(gè)方面。

1.2 XML的相關(guān)技術(shù)

XML文檔由事例文件和 XML模式描述文件兩部分組成,符合 XML語(yǔ)法規(guī)則的 XML文檔,稱之為“良構(gòu)的 XML文檔”,如果在此基礎(chǔ)上滿足另外一個(gè)條件:XML事例文件滿足 XML模式描述文件的約束,則稱為“有效的 XML文檔”。隨著XML的發(fā)展,涌現(xiàn)出十多種xML模式描述語(yǔ)言,包括 DTD、XDR、Sox、XML-Shcema、

Shcemarton、DSD等等。在這些模式描述語(yǔ)言中,DTD的應(yīng)用已經(jīng)非常廣泛,但 XML-Schmea在 2001年 5月成為W 3C組織指定取代DTD的XML模式語(yǔ)言標(biāo)準(zhǔn)。

與DTD相比較,XML一 Shcema具有更強(qiáng)的描述能力、同時(shí)也更加復(fù)雜。相對(duì)于DTD而言,

①XML-Shcema具有很多優(yōu)點(diǎn):

XML-Shcema采用與 XML相同的語(yǔ)法:現(xiàn)有的 XML編輯器、瀏覽器、解析器可以直接處理 XML一 schema文件,有利于將XML-schema文件與其事例文件進(jìn)行統(tǒng)一處理。

②XML-shcema支持命名空間及其引入與包含

③XML-Schmea支持豐富的數(shù)據(jù)類型及其繼承

④XML-Schema是開(kāi)放的、可擴(kuò)充的。

⑤XML-Schema提供次序與出現(xiàn)次數(shù)描述機(jī)制。

⑥XML-schema支持鍵約束機(jī)制:鍵約束包括主鍵約束、外鍵約束、唯一性約束等。

總之,XML-Shcema較 DTD具有許多優(yōu)點(diǎn),XMLShcema是一種比DTD更復(fù)雜、具有更強(qiáng)大描述能力的模式規(guī)范,用于描述有效 XML實(shí)例文檔的元素層次結(jié)構(gòu)和所允許的內(nèi)容模型。它克服了 XML DTD的缺點(diǎn),具有豐富的數(shù)據(jù)類型支持和強(qiáng)大的內(nèi)容表達(dá)能力,同時(shí)增加了對(duì)命名空間的支持、采用 XML語(yǔ)法編寫等特點(diǎn),更為重要的是 XMLShcema提供了一個(gè)廣泛且可擴(kuò)展的類與類型系統(tǒng),其創(chuàng)建方法運(yùn)用了面向?qū)ο蟮母拍?例如全局和局部的概念、繼承、擴(kuò)展和替代的概念、重用和模塊的概念等等。正是由于以上的優(yōu)點(diǎn),本文選擇使用 W 3C XML-schema作為XML文檔的模式描述。

2 Web Services的技術(shù)演變

Web Services可以指提供服務(wù)的實(shí)體,也可以指一種網(wǎng)絡(luò)上服務(wù)開(kāi)發(fā)調(diào)用的規(guī)范。Web Services使用兩種常見(jiàn)的技術(shù):XML(可擴(kuò)展數(shù)據(jù)描述語(yǔ)言)和 HTTP傳輸協(xié)議。Web Services描述如下:Web Services=XML+HTTP。XML是Web Services規(guī)范的基礎(chǔ)。

Web Services規(guī)范最簡(jiǎn)單的理解是通過(guò) HTTP協(xié)議在Web上傳遞XML數(shù)據(jù)格式的數(shù)據(jù)。這兩個(gè)基礎(chǔ)性的規(guī)范又有不同的組合形成了幾種相關(guān)的協(xié)議和規(guī)范

如:SOAP、UDDI。這些相關(guān)的規(guī)范都是 Web Services規(guī)范的子集。

SOAP(Simple Object Access Protocol簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議)是Web Services使用的消息傳遞協(xié)議。SOAP完全繼承了XML的開(kāi)放性和描述可擴(kuò)展性。SOAP基于TCP/IP的應(yīng)用層協(xié)議 HTTP、SMTP、FTP等上的,可以與現(xiàn)有通信技術(shù)最大程度地兼容。SOAP為使用XML在松散、分布的環(huán)境中對(duì)等地交換結(jié)構(gòu)化和類型化信息提供了一個(gè)簡(jiǎn)單的機(jī)制。SOAP本身并不定義任何應(yīng)用語(yǔ)義,如編程模型或特定語(yǔ)義實(shí)現(xiàn),它只定義一種簡(jiǎn)單的機(jī)制,通過(guò)一個(gè)模塊化的包裝模型和對(duì)模塊中特定格式編碼的數(shù)據(jù)重編碼機(jī)制來(lái)表示應(yīng)用語(yǔ)義。SOAP的這項(xiàng)能力使它可被很多類型的系統(tǒng)用于從消息系統(tǒng)到 RPC的延伸。

SOAP規(guī)范主要由 SOAP信封(SOAP Envelope)、編碼規(guī)則、RPC(Remote Process Call遠(yuǎn)過(guò)程調(diào)用)表示三部分組成。信封定義了整體 SOAP消息的表示框架,可用于表示消息中的內(nèi)容是什么?誰(shuí)發(fā)送的?誰(shuí)應(yīng)當(dāng)接收并處理它?以及這些處理操作是否必需?SOAP編碼規(guī)則定義了數(shù)據(jù)的編碼機(jī)制,通過(guò)它來(lái)定義應(yīng)用程序中需要使用的數(shù)據(jù)類型,并可用來(lái)交換由這些應(yīng)用程序定義的數(shù)據(jù)類型所衍生的實(shí)例。SOAPRPC定義了一個(gè)用于表示遠(yuǎn)程調(diào)用和響應(yīng)的約定,例如,如何使用 HTTP或 SMTP協(xié)議與 SOAP綁定,如何傳輸過(guò)程調(diào)用,在具體傳輸協(xié)議的哪個(gè)部分傳輸過(guò)程響應(yīng)等。這三部分在功能上是正交且彼此獨(dú)立的。

UDDI是一套面向Web Services的信息注冊(cè)中心的實(shí)現(xiàn)標(biāo)準(zhǔn)和規(guī)范。創(chuàng)建 UDDI注冊(cè)中心的目的是實(shí)現(xiàn) Web Services的發(fā)布和發(fā)現(xiàn)。人們利用 UDDI規(guī)范在 Web上建立發(fā)現(xiàn)服務(wù),這些發(fā)現(xiàn)服務(wù)為所有請(qǐng)求者提供了一致的接口,使得已經(jīng)發(fā)布的 Web Services能通過(guò)編程被需要的請(qǐng)求者發(fā)現(xiàn)。UDDI規(guī)范文本定義了了 UDDI操作入口站點(diǎn)(UDDI Operator Site)能夠支持的 API接口和 API中用 XML描述的數(shù)據(jù)結(jié)構(gòu)的具體定義。

3 交通綜合發(fā)布審批平臺(tái)

交通綜合發(fā)布審批平臺(tái)包括交通行政主管部門內(nèi)部辦公業(yè)務(wù)網(wǎng)(內(nèi)網(wǎng))、交通行政主管部門間的辦公業(yè)務(wù)資源網(wǎng)(專網(wǎng))、以互聯(lián)網(wǎng)為依托的交通公眾信息網(wǎng)(外網(wǎng))、各級(jí)交通行政主管部門共建共享的信息資源數(shù)據(jù)庫(kù)(一庫(kù))。其中,內(nèi)網(wǎng)是交通行政主管部門內(nèi)部事務(wù)處理、信息交流、協(xié)調(diào)管理等活動(dòng)的主要載體;專網(wǎng)實(shí)現(xiàn)交通行政主管部門間、交通行政主管部門與其他政府部門的內(nèi)網(wǎng)互聯(lián)和資源共享,是提供專業(yè)事務(wù)處理的基礎(chǔ)服務(wù)網(wǎng)絡(luò);而外網(wǎng)是交通行政主管部門向外界提供交通管理和交通服務(wù)的主要方式,主要是建立交通綜合發(fā)布審批平臺(tái)網(wǎng)站。

交通綜合發(fā)布審批平臺(tái)旨在實(shí)現(xiàn)交通行政主管部門的內(nèi)部辦公現(xiàn)代化、信息資源化、傳輸網(wǎng)絡(luò)化和決策科學(xué)化,提高行政主管部門的交通政務(wù)管理水平和服務(wù)水平。內(nèi)網(wǎng)和外網(wǎng)共同構(gòu)成交通綜合發(fā)布審批平臺(tái)系統(tǒng)的網(wǎng)絡(luò)基礎(chǔ)層,是提供、傳輸和交換信息的平臺(tái),建設(shè)時(shí)要求內(nèi)網(wǎng)和外網(wǎng)實(shí)行物理隔離,外網(wǎng)與互聯(lián)網(wǎng)實(shí)行邏輯隔離。

數(shù)據(jù)標(biāo)準(zhǔn)化是一種按照預(yù)定規(guī)程對(duì)共享數(shù)據(jù)實(shí)施規(guī)范化管理的過(guò)程。電子政務(wù)信息化的最終目標(biāo)是實(shí)現(xiàn)各種不同政務(wù)信息系統(tǒng)間跨地域、跨行業(yè)、跨部門的信息共享和業(yè)務(wù)協(xié)同,而信息共享和業(yè)務(wù)協(xié)同則是建立在信息使用者和信息擁有者對(duì)共享數(shù)據(jù)的涵義、表示及標(biāo)識(shí)有著相同的而無(wú)歧義的理解基礎(chǔ)上。然而,由于各部門、各行業(yè)及各應(yīng)用領(lǐng)域?qū)τ谙嗤臄?shù)據(jù)概念有著不同的功能需求和不同的描述,從而導(dǎo)致了數(shù)據(jù)的不一致性。主要表現(xiàn)為數(shù)據(jù)名稱、數(shù)據(jù)長(zhǎng)度、數(shù)據(jù)表示的不一致及數(shù)據(jù)含義的不統(tǒng)一。如果不規(guī)范化的信息,將會(huì)極大地降低數(shù)據(jù)的處理速度、甚至?xí)斐蓴?shù)據(jù)堵塞。因此,采用 XML技術(shù)是對(duì)數(shù)據(jù)進(jìn)行規(guī)范化管理的數(shù)據(jù)標(biāo)準(zhǔn)化將是重要的技術(shù)保證。

4 交通綜合發(fā)布審批平臺(tái)建設(shè)

4.1 數(shù)據(jù)傳輸平臺(tái)

數(shù)據(jù)傳輸平臺(tái)是信息集成平臺(tái)的重要組成部分,是實(shí)現(xiàn)互連互通、信息共享的基礎(chǔ)。利用 SOAP技術(shù)來(lái)構(gòu)建,為系統(tǒng)提供傳輸通道,其基本原理為:把要傳輸?shù)男畔⒎庋b成SOAP協(xié)議定義的消息格式,然后進(jìn)行標(biāo)準(zhǔn)的HTTP封裝,并通過(guò) HTTP通道將數(shù)據(jù)發(fā)送出去。數(shù)據(jù)傳輸過(guò)程各個(gè)路由節(jié)點(diǎn),為保證數(shù)據(jù)正常排隊(duì)處理,可利用消息隊(duì)列機(jī)制完成,保證傳輸平臺(tái)的可靠性。

4.2 數(shù)據(jù)整合平臺(tái)

數(shù)據(jù)整合平臺(tái)完成交通綜合發(fā)布審批平臺(tái)系統(tǒng)內(nèi)部各個(gè)不同的應(yīng)用系統(tǒng)之間以及系統(tǒng)上下級(jí)之間的業(yè)務(wù)信息集成,是信息集成平臺(tái)建設(shè)的核心。

整個(gè)信息集成平臺(tái)建立在底層的基礎(chǔ)安全服務(wù)平臺(tái)之上,基礎(chǔ)安全服務(wù)平臺(tái)作為基本的應(yīng)用安全支撐平臺(tái),提供簽名單元、加解密單元,實(shí)現(xiàn)各種安全服務(wù),上層的信息集成平臺(tái)負(fù)責(zé)整個(gè)信息交換過(guò)程的控制、排隊(duì)、建立信息交換通道、信息封裝、隨時(shí)添加所交換消息的種類等服務(wù),SOAP服務(wù)器作為消息傳輸服務(wù)設(shè)備,將上層的各種信息按照 SOAP協(xié)議打包,并實(shí)現(xiàn)最終的信息傳輸服務(wù)。利用建立的信息集成平臺(tái),就可以實(shí)現(xiàn)一站式服務(wù),將多個(gè)職能部門的業(yè)務(wù)重新組合起來(lái),形成統(tǒng)一的聯(lián)辦業(yè)務(wù)。在并聯(lián)審批流程中,將需要聯(lián)合辦理的業(yè)務(wù)分解為主流程和子流程兩級(jí),每個(gè)由獨(dú)立業(yè)務(wù)部門完成的子流程,被視為主業(yè)務(wù)流程中的一個(gè)抽象步驟。通過(guò)業(yè)務(wù)整合引擎,由主業(yè)務(wù)流程觸發(fā)職能部門的業(yè)務(wù)流程,將有關(guān)數(shù)據(jù)通過(guò)信息集成平臺(tái)傳遞給職能部門的業(yè)務(wù)系統(tǒng),并監(jiān)視其執(zhí)行情況。這樣,將各職能部門的業(yè)務(wù)根據(jù)需要有機(jī)的組織成聯(lián)辦業(yè)務(wù)。

U 492

C

1008-3383(2010)06-0156-02

2010-07-01