專(zhuān)利名稱(chēng):一種鐵路應(yīng)急救援信息共享模型的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域:
本發(fā)明涉及信息共享技術(shù)領(lǐng)域,尤其是一種鐵路應(yīng)急救援信息共享模型的實(shí) 現(xiàn)方法。
背景技術(shù):
目前,我國(guó)鐵路行業(yè)在不斷發(fā)展壯大的過(guò)程中,應(yīng)急救援工作逐步成為不容 忽視的工作內(nèi)容,救援過(guò)程中的信息獲取也必然成了關(guān)鍵性環(huán)節(jié),直接影響到各 救援部門(mén)的工作協(xié)調(diào)效果及其救援工作的效率。整個(gè)鐵路行業(yè)的應(yīng)急救援系統(tǒng)涉 及到的信息既有縱向信息也有橫向信息,因此需要處理的信息具有以下特點(diǎn)信 息資源來(lái)源豐富、種類(lèi)較多、數(shù)據(jù)結(jié)構(gòu)復(fù)雜,導(dǎo)致在救援過(guò)程中面臨的問(wèn)題之一 就是信息交流不暢的問(wèn)題,為能使存放于異構(gòu)、異域的數(shù)據(jù)庫(kù)當(dāng)中的應(yīng)急救援信 息達(dá)到集成、統(tǒng)一、高效的管理,研究適合鐵路應(yīng)急救援工作的信息共享模型, 是極其重要的。
在引進(jìn)的技術(shù)中,Web Service是一種部署在Web上的對(duì)象(或組件),以一 種松散的服務(wù)捆綁集成形式來(lái)動(dòng)態(tài)地創(chuàng)建Web應(yīng)用。該服務(wù)的最大特點(diǎn)是能夠統(tǒng) 一封裝數(shù)據(jù)、消息、行為等,而無(wú)需考慮應(yīng)用所在的環(huán)境是什么(包括使用設(shè)備 和使用的系統(tǒng))。利用Web Service可以徹底解決資源建設(shè)中的信息孤島問(wèn)題,充 分實(shí)現(xiàn)資源信息的共享與互操作。
發(fā)明內(nèi)容
本發(fā)明的目的在于通過(guò)建立鐵路應(yīng)急救援信息共享模型,使來(lái)源豐富、種類(lèi)
較多、數(shù)據(jù)結(jié)構(gòu)復(fù)雜存放于異構(gòu)、異域的數(shù)據(jù)庫(kù)當(dāng)中的應(yīng)急救援信息達(dá)到集成、 統(tǒng)一、高效管理的目的;并為鐵路應(yīng)急救援指揮過(guò)程提供信息支持和決策支持。
本發(fā)明的技術(shù)方案是, 一種鐵路應(yīng)急救援信息共享模型的實(shí)現(xiàn)方法,其特征 是,所述方法包括下列順序執(zhí)行的步驟
步驟l:數(shù)據(jù)分類(lèi),將鐵路應(yīng)急救援信息劃分成基礎(chǔ)數(shù)據(jù)、文件類(lèi)型數(shù)據(jù)和 GPS數(shù)據(jù);
步驟2:采用層次體系結(jié)構(gòu),將數(shù)據(jù)處理過(guò)程分成數(shù)據(jù)層、數(shù)據(jù)接口層、平 臺(tái)層、服務(wù)接口層、服務(wù)層、表示層和應(yīng)用層;
步驟3:確定步驟l劃分的每種數(shù)據(jù)類(lèi)型的處理過(guò)程; 步驟4:設(shè)計(jì)步驟2中各層之間的接口; 步驟5:建立模型。
所屬步驟3中,確定步驟l劃分的每種數(shù)據(jù)類(lèi)型的處理過(guò)程,其方法是
對(duì)于基礎(chǔ)數(shù)據(jù),在數(shù)據(jù)層,存入Oracle數(shù)據(jù)庫(kù)中進(jìn)行管理;在數(shù)據(jù)接口層, 通過(guò)設(shè)置數(shù)據(jù)庫(kù)地址、SDE地址、端口號(hào)將數(shù)據(jù)傳入平臺(tái)層;選用.NET Framework 2. O和ArcSDE作為數(shù)據(jù)處理平臺(tái),將平臺(tái)層的數(shù)據(jù)通過(guò)設(shè)置數(shù)據(jù)庫(kù)訪問(wèn)接口和SDE 訪問(wèn)接口,傳入服務(wù)層;由數(shù)據(jù)庫(kù)訪問(wèn)功能組件和SDE訪問(wèn)功能組件處理數(shù)據(jù), 在表示層進(jìn)行數(shù)據(jù)結(jié)構(gòu)索引優(yōu)化并設(shè)定傳輸條件,最終在應(yīng)用層獲取基礎(chǔ)數(shù)據(jù);
對(duì)于文件類(lèi)型的數(shù)據(jù),在數(shù)據(jù)層由文件服務(wù)器管理數(shù)據(jù);在數(shù)據(jù)接口層根據(jù) 需求設(shè)置服務(wù)器地址和存放目錄;在平臺(tái)層選用.NET Framework 2. 0平臺(tái)處理數(shù) 據(jù);在服務(wù)接口層設(shè)置文件訪問(wèn)接口,傳入服務(wù)層;由文件訪問(wèn)功能組件處理數(shù) 據(jù),因文件類(lèi)型的數(shù)據(jù)比較大,在表示層對(duì)文件數(shù)據(jù)進(jìn)行壓縮、加密并設(shè)定傳輸 條件,傳入應(yīng)用層,用戶(hù)獲取文件數(shù)據(jù);
對(duì)于GPS追蹤數(shù)據(jù),在數(shù)據(jù)層采用GSM進(jìn)行數(shù)據(jù)管理;在數(shù)據(jù)接口層設(shè)置GSM 網(wǎng)絡(luò)傳輸數(shù)據(jù);在平臺(tái)層選用SMSDK平臺(tái)處理數(shù)據(jù);在服務(wù)接口層,設(shè)置短信收 發(fā)接口,將數(shù)據(jù)傳入服務(wù)層;應(yīng)用短信收發(fā)功能組件處理數(shù)據(jù);在表示層對(duì)數(shù)據(jù)
進(jìn)行加密、解密操作,并設(shè)定數(shù)據(jù)傳輸條件,傳入應(yīng)用層,用戶(hù)獲取GPS數(shù)據(jù)。
本發(fā)明的效果是,通過(guò)建立鐵路應(yīng)急救援信息共享模型,不僅使應(yīng)急救援信 息達(dá)到集成、統(tǒng)一、高效管理的目的;同時(shí),各層之間相互獨(dú)立,某一層并不需
要知道它的下一層是如何實(shí)現(xiàn)的,而僅需要知道該層間的接口所提供的服務(wù),因 而該模型易于實(shí)現(xiàn)和維護(hù)。
圖l是數(shù)據(jù)共享模型建立步驟圖。
圖2是應(yīng)急情況下共享數(shù)據(jù)的流程圖。 圖3是青藏鐵路應(yīng)急救援信息共享模型圖
具體實(shí)施例方式
下面結(jié)合附圖,對(duì)優(yōu)選實(shí)施例作詳細(xì)說(shuō)明。應(yīng)該強(qiáng)調(diào)的是,下述說(shuō)明僅僅是 示例性的,而不是為了限制本發(fā)明的范圍及其應(yīng)用。
圖l為數(shù)據(jù)共享模型建立步驟圖。圖中,步驟101是將現(xiàn)有的來(lái)源豐富、種類(lèi) 較多、數(shù)據(jù)結(jié)構(gòu)復(fù)雜存放于異構(gòu)、異域的數(shù)據(jù)庫(kù)當(dāng)中的應(yīng)急救援信息進(jìn)行整理分 類(lèi),劃分成基礎(chǔ)數(shù)據(jù)、文件類(lèi)型數(shù)據(jù)和GPS追蹤數(shù)據(jù),供后續(xù)步驟處理。
步驟102采用層次體系結(jié)構(gòu),將數(shù)據(jù)處理過(guò)程分成數(shù)據(jù)層、數(shù)據(jù)接口層、平臺(tái) 層、服務(wù)接口層、服務(wù)層、表示層和應(yīng)用層。各層的具體意義如下
(1) 數(shù)據(jù)層數(shù)據(jù)層是物理存在的,包括各種數(shù)據(jù)庫(kù)服務(wù)器、本地?cái)?shù)據(jù)庫(kù) 文件、文本文件、各種格式數(shù)據(jù)文件、以及Web services服務(wù)、提供各種傳輸 協(xié)議的數(shù)據(jù)服務(wù)、手持?jǐn)?shù)據(jù)采集設(shè)備等,是整個(gè)模型的數(shù)據(jù)來(lái)源。
(2) 數(shù)據(jù)接口層該層描述了數(shù)據(jù)層中各種數(shù)據(jù)的提供服務(wù)的方式,如數(shù) 據(jù)庫(kù)服務(wù)器提供的是服務(wù)器的地址及訪問(wèn)需要的用戶(hù)名和密碼,文件數(shù)據(jù)提供的 是服務(wù)器的地址和存放的目錄、Web services服務(wù)提供的是服務(wù)器的地址、各種
傳輸協(xié)議的數(shù)據(jù)服務(wù)提供的是各種傳輸協(xié)議等。
(3) 平臺(tái)層該層提供了模型運(yùn)行的平臺(tái),通過(guò)平臺(tái)提供的各個(gè)模塊來(lái)為 數(shù)據(jù)共享提供服務(wù)。
(4) 服務(wù)接口層服務(wù)接口層是在平臺(tái)層的基礎(chǔ)上,運(yùn)用統(tǒng)一的格式來(lái)定 義各種數(shù)據(jù)接口,保證數(shù)據(jù)以統(tǒng)一的方式來(lái)接入。
(5) 服務(wù)層以平臺(tái)層為基礎(chǔ),用服務(wù)接口層統(tǒng)一定義的格式,用開(kāi)發(fā)工 具來(lái)實(shí)現(xiàn)各種數(shù)據(jù)方式的接入接口。
(6) 表示層在該層中把從服務(wù)層接入的不同格式的數(shù)據(jù),根據(jù)該種數(shù)據(jù) 存儲(chǔ)和傳輸特點(diǎn)進(jìn)行配置,包括加解密、解壓縮及添加索引優(yōu)化等,最大程度的 保證傳輸?shù)陌踩⒓皶r(shí)。
(7) 應(yīng)用層該層中就是把表示層傳輸過(guò)來(lái)的數(shù)據(jù)提供給應(yīng)用程序,最終 實(shí)現(xiàn)數(shù)據(jù)的應(yīng)用價(jià)值。
圖1中,步驟103確定步驟101劃分的每種數(shù)據(jù)類(lèi)型的處理過(guò)程。各種數(shù)據(jù) 類(lèi)型的處理方式為
對(duì)于基礎(chǔ)數(shù)據(jù),在數(shù)據(jù)層,存入Oracle數(shù)據(jù)庫(kù)中進(jìn)行管理;在數(shù)據(jù)接口層, 通過(guò)設(shè)置數(shù)據(jù)庫(kù)地址、SDE地址、端口號(hào)將數(shù)據(jù)傳入平臺(tái)層;選用.NET Framework 2. O和ArcSDE作為數(shù)據(jù)處理平臺(tái),將平臺(tái)層的數(shù)據(jù)通過(guò)設(shè)置數(shù)據(jù)庫(kù)訪問(wèn)接口和SDE 訪問(wèn)接口,傳入服務(wù)層;由數(shù)據(jù)庫(kù)訪問(wèn)功能組件和SDE訪問(wèn)功能組件處理數(shù)據(jù), 在表示層進(jìn)行數(shù)據(jù)結(jié)構(gòu)索引優(yōu)化并設(shè)定傳輸條件,最終在應(yīng)用層獲取基礎(chǔ)數(shù)據(jù)。
對(duì)于文件類(lèi)型的數(shù)據(jù),在數(shù)據(jù)層由文件服務(wù)器管理數(shù)據(jù);在數(shù)據(jù)接口層根據(jù) 需求設(shè)置服務(wù)器地址和存放目錄;在平臺(tái)層選用.NET Framework 2. 0平臺(tái)處理數(shù) 據(jù);在服務(wù)接口層設(shè)置文件訪問(wèn)接口,傳入服務(wù)層;由文件訪問(wèn)功能組件處理數(shù) 據(jù),因文件類(lèi)型的數(shù)據(jù)比較大,在表示層對(duì)文件數(shù)據(jù)進(jìn)行壓縮、加密并設(shè)定傳輸 條件,傳入應(yīng)用層,用戶(hù)獲取文件數(shù)據(jù)。
對(duì)于GPS追蹤數(shù)據(jù),在數(shù)據(jù)層采用GSM進(jìn)行數(shù)據(jù)管理;在數(shù)據(jù)接口層設(shè)置GSM 網(wǎng)絡(luò)傳輸數(shù)據(jù);在平臺(tái)層選用SM SDK平臺(tái)處理數(shù)據(jù);在服務(wù)接口層,設(shè)置短信 收發(fā)接口,將數(shù)據(jù)傳入服務(wù)層;應(yīng)用短信收發(fā)功能組件處理數(shù)據(jù);在表示層對(duì)數(shù) 據(jù)進(jìn)行加密、解密操作,并設(shè)定數(shù)據(jù)傳輸條件,傳入應(yīng)用層,用戶(hù)獲取GPS數(shù)據(jù)。
步驟104設(shè)計(jì)步驟102中各層之間的接口,用于保證數(shù)據(jù)在各層之間的順利傳輸。
最終,實(shí)現(xiàn)步驟105建立模型。
圖2是應(yīng)急情況下共享數(shù)據(jù)的流程圖。圖中,各種不同來(lái)源的數(shù)據(jù),經(jīng)過(guò)數(shù)據(jù) 輸入處理,在數(shù)據(jù)交換平臺(tái)經(jīng)過(guò)數(shù)據(jù)分類(lèi),在通過(guò)接口進(jìn)入到應(yīng)用系統(tǒng)。
圖3是青藏鐵路應(yīng)急救援信息共享模型圖。圖3中,各種類(lèi)型的數(shù)據(jù),按照各 自的處理方式,通過(guò)各層的接口,由數(shù)據(jù)層傳輸?shù)綉?yīng)用層。在應(yīng)用層,通過(guò)提供 的用戶(hù)操作界面,將用戶(hù)操作信息,向表示層即更底層按其規(guī)定的協(xié)議格式提交 服務(wù)請(qǐng)求消息;同時(shí)也負(fù)責(zé)接收來(lái)自表示層的服務(wù)應(yīng)答消息,并還原為文字或圖 像,顯示在用戶(hù)終端的界面上。由此實(shí)現(xiàn)信息的共享。
權(quán)利要求
1、一種鐵路應(yīng)急救援信息共享模型的實(shí)現(xiàn)方法,其特征是,所述方法包括下列順序執(zhí)行的步驟步驟1數(shù)據(jù)分類(lèi),將鐵路應(yīng)急救援信息劃分成基礎(chǔ)數(shù)據(jù)、文件類(lèi)型數(shù)據(jù)和GPS數(shù)據(jù);步驟2采用層次體系結(jié)構(gòu),將數(shù)據(jù)處理過(guò)程分成數(shù)據(jù)層、數(shù)據(jù)接口層、平臺(tái)層、服務(wù)接口層、服務(wù)層、表示層和應(yīng)用層;步驟3確定步驟1劃分的每種數(shù)據(jù)類(lèi)型的處理過(guò)程;步驟4設(shè)計(jì)步驟2中各層之間的接口;步驟5建立模型。
2、根據(jù)權(quán)利要求l所述的一種鐵路應(yīng)急救援信息共享模型的實(shí)現(xiàn)方法,其特 征是,所述步驟3,確定步驟l劃分的每種數(shù)據(jù)類(lèi)型的處理過(guò)程,其方法是對(duì)于基礎(chǔ)數(shù)據(jù),在數(shù)據(jù)層,存入Oracle數(shù)據(jù)庫(kù)中進(jìn)行管理;在數(shù)據(jù)接口層, 通過(guò)設(shè)置數(shù)據(jù)庫(kù)地址、SDE地址、端口號(hào)將數(shù)據(jù)傳入平臺(tái)層;選用.NET Framework 2. O和ArcSDE作為數(shù)據(jù)處理平臺(tái),將平臺(tái)層的數(shù)據(jù)通過(guò)設(shè)置數(shù)據(jù)庫(kù)訪問(wèn)接口和SDE 訪問(wèn)接口,傳入服務(wù)層;由數(shù)據(jù)庫(kù)訪問(wèn)功能組件和SDE訪問(wèn)功能組件處理數(shù)據(jù), 在表示層進(jìn)行數(shù)據(jù)結(jié)構(gòu)索引優(yōu)化并設(shè)定傳輸條件,最終在應(yīng)用層獲取基礎(chǔ)數(shù)據(jù);對(duì)于文件類(lèi)型的數(shù)據(jù),在數(shù)據(jù)層由文件服務(wù)器管理數(shù)據(jù);在數(shù)據(jù)接口層根據(jù) 需求設(shè)置服務(wù)器地址和存放目錄;在平臺(tái)層選用.NET Framework 2. 0平臺(tái)處理數(shù) 據(jù);在服務(wù)接口層設(shè)置文件訪問(wèn)接口,傳入服務(wù)層;由文件訪問(wèn)功能組件處理數(shù) 據(jù),因文件類(lèi)型的數(shù)據(jù)比較大,在表示層對(duì)文件數(shù)據(jù)進(jìn)行壓縮、加密并設(shè)定傳輸 條件,傳入應(yīng)用層,用戶(hù)獲取文件數(shù)據(jù);對(duì)于GPS追蹤數(shù)據(jù),在數(shù)據(jù)層采用GSM進(jìn)行數(shù)據(jù)管理;在數(shù)據(jù)接口層設(shè)置 GSM網(wǎng)絡(luò)傳輸數(shù)據(jù);在平臺(tái)層選用SM SDK平臺(tái)處理數(shù)據(jù);在服務(wù)接口層,設(shè) 置短信收發(fā)接口,將數(shù)據(jù)傳入服務(wù)層;應(yīng)用短信收發(fā)功能組件處理數(shù)據(jù);在表示層對(duì)數(shù)據(jù)進(jìn)行加密、解密操作,并設(shè)定數(shù)據(jù)傳輸條件,傳入應(yīng)用層,用戶(hù)獲取GPS數(shù)據(jù)。
全文摘要
本發(fā)明公開(kāi)了信息共享技術(shù)領(lǐng)域的一種鐵路應(yīng)急救援信息共享模型的實(shí)現(xiàn)方法。其技術(shù)方案是該方法包括下列順序執(zhí)行的步驟數(shù)據(jù)分類(lèi),將鐵路應(yīng)急救援信息劃分成基礎(chǔ)數(shù)據(jù)、文件類(lèi)型數(shù)據(jù)和GPS數(shù)據(jù);采用層次體系結(jié)構(gòu),將數(shù)據(jù)處理過(guò)程分成數(shù)據(jù)層、數(shù)據(jù)接口層、平臺(tái)層、服務(wù)接口層、服務(wù)層、表示層和應(yīng)用層;確定每種數(shù)據(jù)類(lèi)型的處理過(guò)程;設(shè)計(jì)各層之間的接口;建立模型。通過(guò)本發(fā)明建立鐵路應(yīng)急救援信息共享模型,使來(lái)源豐富、種類(lèi)較多、數(shù)據(jù)結(jié)構(gòu)復(fù)雜存放于異構(gòu)、異域的數(shù)據(jù)庫(kù)當(dāng)中的應(yīng)急救援信息達(dá)到集成、統(tǒng)一、高效管理的目的;并為鐵路應(yīng)急救援指揮過(guò)程提供信息支持和決策支持。
文檔編號(hào)G06F17/30GK101383849SQ200810223538
公開(kāi)日2009年3月11日 申請(qǐng)日期2008年10月7日 優(yōu)先權(quán)日2008年10月7日
發(fā)明者吳玉蘭, 王艷輝, 祝凌曦, 賈利民, 郭曉妮 申請(qǐng)人:北京交通大學(xué)