專利名稱：公用信息平臺(tái)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本實(shí)用新型涉及一種公用信息平臺(tái)系統(tǒng)，特別是涉及一種用于綜合交通樞紐信息
集成系統(tǒng)中的公用信息平臺(tái)系統(tǒng)。
背景技術(shù)：
隨著交通運(yùn)力的不斷發(fā)展以及交通運(yùn)行方式的多元化，在發(fā)展程度較高的城市和 地區(qū)出現(xiàn)整合多種運(yùn)力運(yùn)行的綜合交通樞紐信息集成系統(tǒng)已悄然出現(xiàn)，并有普及深化的趨 勢(shì)。而公用信息平臺(tái)系統(tǒng)是綜合交通樞紐信息集成系統(tǒng)中負(fù)責(zé)信息接口、傳輸、路由、轉(zhuǎn)發(fā)、 業(yè)務(wù)處理、存儲(chǔ)等功能的核心功能模塊。目前在交通運(yùn)輸領(lǐng)域的集成信息系統(tǒng)或解決方案 中，公用信息平臺(tái)系統(tǒng)有諸多的局限性，不能適應(yīng)綜合交通樞紐的生產(chǎn)運(yùn)營(yíng)、調(diào)度指揮和客 流管理等需要。 現(xiàn)有公用信息平臺(tái)系統(tǒng)存在以下缺陷 1、現(xiàn)有公用信息平臺(tái)系統(tǒng)僅僅是針對(duì)單一交通方式的內(nèi)部應(yīng)用，不能兼顧多種交 通方式； 2、現(xiàn)有公用信息平臺(tái)系統(tǒng)缺乏有針對(duì)性的、明確的業(yè)務(wù)目標(biāo)，對(duì)所收集信息往往 不加取舍，造成信息龐雜和資源浪費(fèi)； 3、現(xiàn)有公用信息平臺(tái)系統(tǒng)由于業(yè)務(wù)模型的局限性，沒有考慮各種交通方式在樞紐 中聯(lián)合運(yùn)營(yíng)時(shí)對(duì)信息以及信息流的需求，無法適應(yīng)綜合交通樞紐中復(fù)雜的信息流向控制和 靈活擴(kuò)展的要求； 4、現(xiàn)有公用信息平臺(tái)系統(tǒng)由于業(yè)務(wù)模型的局限性，沒有考慮各種交通方式及其各
種系統(tǒng)的接口復(fù)雜性的需求，系統(tǒng)接口方式往往比較單一，接口協(xié)議的開放性和標(biāo)準(zhǔn)化程
度不夠，每增加一個(gè)接口往往會(huì)帶來很大的軟件開發(fā)工作量和系統(tǒng)集成風(fēng)險(xiǎn)。 由此可見，上述現(xiàn)有的公用信息平臺(tái)系統(tǒng)在產(chǎn)品結(jié)構(gòu)、制造方法與使用上，顯然仍
存在有不便與缺陷，而亟待加以進(jìn)一步改進(jìn)。為了解決上述存在的問題，相關(guān)廠商莫不費(fèi)盡
心思來謀求解決之道，但長(zhǎng)久以來一直未見適用的設(shè)計(jì)被發(fā)展完成，而一般產(chǎn)品及方法又
沒有適切的結(jié)構(gòu)及方法能夠解決上述問題，此顯然是相關(guān)業(yè)者急欲解決的問題。因此如何
能創(chuàng)設(shè)一種新的公用信息平臺(tái)系統(tǒng)，實(shí)屬當(dāng)前重要研發(fā)課題之一，亦成為當(dāng)前業(yè)界極需改
進(jìn)的目標(biāo)。

發(fā)明內(nèi)容本實(shí)用新型的目的在于，提供一種新的公用信息平臺(tái)系統(tǒng)，所要解決的技術(shù)問題 是使其藉由多種適配器的選擇性使用以及企業(yè)服務(wù)總線子系統(tǒng)的配置，無需針對(duì)不同的交 通方式進(jìn)行接口編程，簡(jiǎn)化了系統(tǒng)集成和互聯(lián)互通方式，能夠與各種異構(gòu)系統(tǒng)之間進(jìn)行通 訊和協(xié)同，從而更加適于實(shí)用，且具有產(chǎn)業(yè)上的利用價(jià)值。 本實(shí)用新型的再一目的在于，提供一種新的公用信息平臺(tái)系統(tǒng)，所要解決的技術(shù) 問題是藉由可選擇的多種適配器，提供靈活的、可配置的的系統(tǒng)，易于系統(tǒng)的裁剪和擴(kuò)展，從而更加適于實(shí)用。 本實(shí)用新型的還一目的在于，提供一種新的公用信息平臺(tái)系統(tǒng)，所要解決的技術(shù) 問題是藉由數(shù)據(jù)處理子系統(tǒng)中的業(yè)務(wù)規(guī)則的約束，能夠處理多交通方式的各種數(shù)據(jù)，并保 證存儲(chǔ)數(shù)據(jù)的正確性，從而更加適于實(shí)用。 本實(shí)用新型的目的及解決其技術(shù)問題是采用以下技術(shù)方案來實(shí)現(xiàn)的。依據(jù)本實(shí)用 新型提出的一種公用信息平臺(tái)系統(tǒng)，其包含接口子系統(tǒng)，連接于各交通方式，從各交通方 式中獲取消息并向各交通方式發(fā)送消息，其包含至少一適配器，分別連接于各交通方式的 各系統(tǒng)，將所獲取的消息轉(zhuǎn)換為統(tǒng)一格式，并將統(tǒng)一格式的待發(fā)送消息轉(zhuǎn)換為其所連接的 所述各系統(tǒng)消息格式；一服務(wù)模塊，連接于該至少一適配器，其包含信息上傳服務(wù)模塊， 其為從該至少一適配器接收的消息添加標(biāo)簽并封裝；及信息接收服務(wù)模塊，對(duì)接收的消息 進(jìn)行解析并分發(fā)給對(duì)應(yīng)的該至少一適配器；數(shù)據(jù)處理子系統(tǒng)，接收該接口子系統(tǒng)封裝后的 消息，其包含消息解析模塊，用于將該封裝后的消息解析為數(shù)據(jù)；及數(shù)據(jù)清洗模塊，其內(nèi) 部存儲(chǔ)有各交通方式的業(yè)務(wù)規(guī)則，該數(shù)據(jù)清洗模塊根據(jù)所述業(yè)務(wù)規(guī)則對(duì)該消息解析模塊解 析后的數(shù)據(jù)進(jìn)行處理，并判斷數(shù)據(jù)是否正確；以及中心數(shù)據(jù)庫(kù)管理系統(tǒng)，其連接于該數(shù)據(jù)處 理子系統(tǒng)，用于存儲(chǔ)該數(shù)據(jù)清洗模塊處理后的正確的數(shù)據(jù)。 本實(shí)用新型的目的及解決其技術(shù)問題還可采用以下技術(shù)措施進(jìn)一步實(shí)現(xiàn)。 前述的公用信息平臺(tái)，其還包含一企業(yè)服務(wù)總線子系統(tǒng)，該接口子系統(tǒng)封裝后的
消息通過該企業(yè)服務(wù)總線子系統(tǒng)傳輸至該數(shù)據(jù)處理子系統(tǒng)。 前述的公用信息平臺(tái)系統(tǒng)，其中所述的標(biāo)簽包含消息編號(hào)、相關(guān)消息編號(hào)、消息產(chǎn) 生時(shí)間、消息來源系統(tǒng)名稱、消息來源的具體應(yīng)用名稱、消息目的地系統(tǒng)名稱、消息目的地 的具體應(yīng)用名稱。 前述的公用信息平臺(tái)系統(tǒng)，其中所述的信息上傳服務(wù)包含分發(fā)服務(wù)模塊，其判斷 從該至少一適配器接收的消息的類型；及服務(wù)處理模塊，其根據(jù)該類型對(duì)從該至少一適配 器接收的消息進(jìn)行格式處理。 前述的公用信息平臺(tái)系統(tǒng)，其中所述的企業(yè)服務(wù)總線子系統(tǒng)包含一消息路由模 塊，該消息路由模塊根據(jù)該消息目的地系統(tǒng)名稱將該封裝后的消息路由回該接口子系統(tǒng)或 者該數(shù)據(jù)處理子系統(tǒng)。 前述的公用信息平臺(tái)系統(tǒng)，其中所述的接口子系統(tǒng)還包含有傳輸代理，該服務(wù)模 塊通過該傳輸代理與該企業(yè)服務(wù)總線雙向連接，當(dāng)通信中斷時(shí)，該服務(wù)模塊需要上傳的消 息存儲(chǔ)于該傳輸代理中。 前述的公用信息平臺(tái)系統(tǒng)，其中所述的企業(yè)服務(wù)總線子系統(tǒng)還包含一消息轉(zhuǎn)換模
塊，該消息轉(zhuǎn)換模塊根據(jù)該標(biāo)簽中的一項(xiàng)或多項(xiàng)內(nèi)容對(duì)該封裝后的消息再次封裝。 前述的公用信息平臺(tái)系統(tǒng)，其中所述的適配器為JMS適配器、JDBC適配器、文件適
配器、FTP適配器、應(yīng)用適配器、SOAP格式適配器、消防系統(tǒng)0PC適配器、檢票系統(tǒng)MODEBUS
適配器中的一個(gè)或多個(gè)。 前述的公用信息平臺(tái)系統(tǒng)，其中所述的中心數(shù)據(jù)庫(kù)管理系統(tǒng)為SQL或0racle。 借由上述技術(shù)方案，本實(shí)用新型公用信息平臺(tái)系統(tǒng)至少具有下列優(yōu)點(diǎn)及有益效 果 1、本實(shí)用新型的公用信息平臺(tái)系統(tǒng)，其藉由多種適配器的選擇性使用以及企業(yè)服
4務(wù)總線子系統(tǒng)的配置，無需針對(duì)不同的交通方式進(jìn)行接口編程，簡(jiǎn)化了系統(tǒng)集成和互聯(lián)互
通方式，能夠與各種異構(gòu)系統(tǒng)之間進(jìn)行通訊和協(xié)同，且具有產(chǎn)業(yè)上的利用價(jià)值； 2、本實(shí)用新型的公用信息平臺(tái)系統(tǒng)，藉由可選擇的多種適配器，提供靈活的、可配
置的的系統(tǒng)，易于系統(tǒng)的裁剪和擴(kuò)展。 3、本實(shí)用新型的公用信息平臺(tái)系統(tǒng)，藉由數(shù)據(jù)處理子系統(tǒng)中的業(yè)務(wù)規(guī)則的約束， 能夠處理多交通方式的各種數(shù)據(jù)，并保證存儲(chǔ)數(shù)據(jù)的正確性。 綜上所述，本實(shí)用新型在技術(shù)上有顯著的進(jìn)步，并具有明顯的積極效果，誠(chéng)為一新 穎、進(jìn)步、實(shí)用的新設(shè)計(jì)。 上述說明僅是本實(shí)用新型技術(shù)方案的概述，為了能夠更清楚了解本實(shí)用新型的技 術(shù)手段，而可依照說明書的內(nèi)容予以實(shí)施，并且為了讓本實(shí)用新型的上述和其他目的、特征 和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉較佳實(shí)施例，并配合附圖，詳細(xì)說明如下。

圖1是本實(shí)用新型的公用信息平臺(tái)系統(tǒng)的結(jié)構(gòu)示意圖。
圖2是本實(shí)用新型的公用信息平臺(tái)系統(tǒng)的接口子系統(tǒng)的結(jié)構(gòu)示意圖。 圖3是本實(shí)用新型的公用信息平臺(tái)系統(tǒng)的服務(wù)總線子系統(tǒng)的結(jié)構(gòu)示意圖。 圖4是本實(shí)用新型的公用信息平臺(tái)系統(tǒng)的數(shù)據(jù)處理子系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施方式為更進(jìn)一步闡述本實(shí)用新型為達(dá)成預(yù)定發(fā)明目的所采取的技術(shù)手段及功效，以下 結(jié)合附圖及較佳實(shí)施例，對(duì)依據(jù)本實(shí)用新型提出的公用信息平臺(tái)系統(tǒng)其具體實(shí)施方式
、結(jié) 構(gòu)、方法、步驟、特征及其功效，詳細(xì)說明如后。 請(qǐng)參閱圖l所示，本實(shí)用新型的公用信息平臺(tái)系統(tǒng)l，其包含接口子系統(tǒng)11、企業(yè) 服務(wù)總線子系統(tǒng)12、數(shù)據(jù)處理子系統(tǒng)13以及中心數(shù)據(jù)庫(kù)管理系統(tǒng)14。 如圖2所示，接口子系統(tǒng)11包括適配器11_1、服務(wù)模塊11_2和傳輸代理11_3。 適配器11_1可為JMS適配器、JDBC適配器、文件適配器、FTP適配器、應(yīng)用適配器、 SOAP格式適配器、消防系統(tǒng)0PC適配器、檢票系統(tǒng)M0DEBUS適配器等適配器中的一個(gè)或多 個(gè)。在某一交通方式中，需要為其下屬的各個(gè)系統(tǒng)選擇多個(gè)適配器。以機(jī)場(chǎng)為例，機(jī)場(chǎng)這一 交通方式中，存在有地面指揮系統(tǒng)、航班管理系統(tǒng)、消防系統(tǒng)等多個(gè)應(yīng)用系統(tǒng)，由于這些系 統(tǒng)的接口類型和數(shù)據(jù)格式都存在不統(tǒng)一的問題，因此需要各自匹配合適的適配器，且交通 方式的每一系統(tǒng)各自選配一適配器。具體選擇種類與數(shù)量根據(jù)具體接入的各交通方式應(yīng)用 系統(tǒng)的接口類型和數(shù)量進(jìn)行選擇，以期達(dá)到簡(jiǎn)單配置就能應(yīng)用。適配器對(duì)數(shù)據(jù)進(jìn)行格式轉(zhuǎn) 換，由各交通方式不同系統(tǒng)的格式轉(zhuǎn)換為本實(shí)用新型的公用信息平臺(tái)系統(tǒng)1統(tǒng)一處理的格 式。在一實(shí)施例中，該統(tǒng)一處理的格式為標(biāo)準(zhǔn)的XML傳輸格式。此外，適配器還能夠?qū)?shù) 據(jù)格式進(jìn)行校驗(yàn)。對(duì)于某一交通方式的具體應(yīng)用系統(tǒng)，其上傳數(shù)據(jù)的格式是確定的，例如， 其上傳數(shù)據(jù)中的某項(xiàng)數(shù)值應(yīng)為時(shí)間類型，相應(yīng)的適配器獲取的數(shù)據(jù)如果被判斷為是數(shù)字類 型，則接口系統(tǒng)將在文件中記錄下該錯(cuò)誤信息，并根據(jù)數(shù)據(jù)的發(fā)送方的接口類型返回相應(yīng) 的反饋信息。在本實(shí)用新型的一具體實(shí)施例中，公用信息平臺(tái)系統(tǒng)1將多交通方式信息系 統(tǒng)分為三部分各交通方式的業(yè)務(wù)系統(tǒng)、消防系統(tǒng)和廣播系統(tǒng)。而接口子系統(tǒng)根據(jù)各交通方式的信息系統(tǒng)、消防系統(tǒng)和廣播系統(tǒng)進(jìn)行了基于通用模式的適配器11_1的設(shè)置。 服務(wù)模塊11_2包含信息上傳服務(wù)模塊11_21以及信息接收服務(wù)模塊11_22。信 息上傳服務(wù)模塊11_21負(fù)責(zé)讀取各適配器11_1收集的數(shù)據(jù)，并判斷其類型。例如，對(duì)于機(jī) 場(chǎng)這一交通方式，數(shù)據(jù)是屬于靜態(tài)計(jì)劃數(shù)據(jù)、動(dòng)態(tài)計(jì)劃數(shù)據(jù)、即時(shí)數(shù)據(jù)還是消防數(shù)據(jù)進(jìn)行判 斷。判斷的方式有多種，在一具體實(shí)施中，采用對(duì)數(shù)據(jù)元素?cái)?shù)量的判斷來實(shí)現(xiàn)類型判斷，因 為不同類型的數(shù)據(jù)的元素?cái)?shù)量是不同的。只要能夠?qū)崿F(xiàn)數(shù)據(jù)類型判斷的方式均可以采用， 在此不做任何限制。判斷出數(shù)據(jù)類型后，信息上傳服務(wù)模塊11_21對(duì)數(shù)據(jù)進(jìn)行進(jìn)一步整理， 形成"標(biāo)簽+實(shí)際數(shù)據(jù)"的數(shù)據(jù)體結(jié)構(gòu)，并打包成消息，以使其便于后續(xù)處理。其中，標(biāo)簽部 分主要涵蓋了消息編號(hào)、相關(guān)消息編號(hào)、消息產(chǎn)生時(shí)間、消息來源系統(tǒng)名稱、消息來源的具 體應(yīng)用名稱、消息目的地系統(tǒng)名稱、消息目的地的具體應(yīng)用名稱等。上述消息傳遞給傳輸代 理11_3。舉例而言，從機(jī)場(chǎng)JMS適配器接收到數(shù)據(jù)后，先由信息上傳服務(wù)模塊11—21中的分 發(fā)服務(wù)模塊判斷數(shù)據(jù)具體屬于哪一類型，然后分配給具體對(duì)應(yīng)的服務(wù)處理模塊進(jìn)行格式規(guī) 范等處理。詳細(xì)來說，如動(dòng)態(tài)航班服務(wù)處理的是航班實(shí)時(shí)動(dòng)態(tài)信息(動(dòng)態(tài)航班服務(wù)處理模 塊將對(duì)由適配器轉(zhuǎn)換好的XML格式的航班實(shí)時(shí)動(dòng)態(tài)信息進(jìn)行二次處理)，轉(zhuǎn)換成符合動(dòng)態(tài) 航班服務(wù)格式類型的XML數(shù)據(jù)并打包封裝后，傳給傳輸代理11_3。需要下發(fā)給機(jī)場(chǎng)應(yīng)用系 統(tǒng)的數(shù)據(jù)，將通過傳輸代理11_3接收消息后，下傳至信息接收服務(wù)模塊11_22，完成消息內(nèi) 容的解析，并發(fā)送給相應(yīng)的適配器11_1。 傳輸代理11_3與企業(yè)服務(wù)總線子系統(tǒng)12連接，是負(fù)責(zé)向企業(yè)服務(wù)總線子系統(tǒng) 12發(fā)送來自服務(wù)模塊11_2的消息和接收企業(yè)服務(wù)總線子系統(tǒng)12消息以發(fā)送給服務(wù)模塊 11_2。 接口子系統(tǒng)11是完成多交通方式信息系統(tǒng)2與公用信息平臺(tái)系統(tǒng)1之間的通訊 連接，也是公用信息平臺(tái)系統(tǒng)1與多交通方式信息系統(tǒng)2中的每個(gè)交通方式的信息系統(tǒng)的 消息的唯一出入口 (如圖2所示，多個(gè)接口子系統(tǒng)11分別連接多交通方式信息系統(tǒng)2中的 機(jī)場(chǎng)業(yè)務(wù)系統(tǒng)21、地鐵業(yè)務(wù)系統(tǒng)22、磁懸浮業(yè)務(wù)系統(tǒng)23、火車業(yè)務(wù)系統(tǒng)等各個(gè)交通方式信 息系統(tǒng)的業(yè)務(wù)系統(tǒng)以及消防系統(tǒng)24和廣播系統(tǒng)25)。 此外，接口子系統(tǒng)11的傳輸代理11_3還設(shè)置有本地文件系統(tǒng)。當(dāng)接口子系統(tǒng)11 與多交通方式信息系統(tǒng)2/企業(yè)服務(wù)總線子系統(tǒng)12之間的連接中斷時(shí)，接口子系統(tǒng)11會(huì)將 正要發(fā)送的消息暫存到本地的文件系統(tǒng)(本機(jī)存儲(chǔ))，直至連接恢復(fù)后接口子系統(tǒng)會(huì)將消 息重新發(fā)送，從而確保消息完整。大大減輕了大量信息對(duì)公用信息平臺(tái)系統(tǒng)1的壓力。 如圖3所示，企業(yè)服務(wù)總線(ESB)子系統(tǒng)12是整個(gè)公用信息平臺(tái)系統(tǒng)1的中樞神 經(jīng)，通過服務(wù)總線子系統(tǒng)12使得多交通方式信息系統(tǒng)與其他系統(tǒng)的信息共享與交換成為 可能。 本實(shí)用新型的 一 實(shí)施例中，企業(yè)服務(wù)總線子系統(tǒng)12所采用的是IB匪essage Broker產(chǎn)品。該企業(yè)服務(wù)總線子系統(tǒng)12包含安全認(rèn)證模塊12_1、消息轉(zhuǎn)換模塊12_2及 消息路由模塊12_3以及消息日志模塊12_4，其中，消息轉(zhuǎn)換模塊12_2是對(duì)企業(yè)服務(wù)總線子 系統(tǒng)12進(jìn)行二次開發(fā)而補(bǔ)充的新模塊，在一實(shí)施例中，也可以沒有該消息轉(zhuǎn)換模塊12_2。 當(dāng)企業(yè)服務(wù)總線子系統(tǒng)12當(dāng)接收到來自一個(gè)接口子系統(tǒng)11的消息后，安全認(rèn)證 模塊12_1對(duì)其是否是來自被授權(quán)的接口子系統(tǒng)11進(jìn)行驗(yàn)證，從而保證了各個(gè)交通方式通 過接口子系統(tǒng)11連接的業(yè)務(wù)系統(tǒng)都是經(jīng)過權(quán)限驗(yàn)證的，保證了傳遞過程中的信息安全。[0043] 進(jìn)入到企業(yè)服務(wù)總線子系統(tǒng)12中的數(shù)據(jù)并非都是需要存儲(chǔ)到中心數(shù)據(jù)庫(kù)管理系 統(tǒng)14中的。有些數(shù)據(jù)僅是需要發(fā)送到多交通方式信息系統(tǒng)2中的其他交通方式的系統(tǒng)中。 藉由該消息路由模塊12_3，判斷封裝在消息內(nèi)容中的標(biāo)簽來判斷消息的目的地是要進(jìn)入中 心數(shù)據(jù)庫(kù)管理系統(tǒng)14中完成存儲(chǔ)還是發(fā)送到多交通方式信息系統(tǒng)2中的其他交通方式的 系統(tǒng)中，如果是后者，則消息路由模塊12_3根據(jù)消息路由表將消息動(dòng)態(tài)路由到藉由接口子 系統(tǒng)11與之相連的多交通方式信息系統(tǒng)2中的其他交通方式的系統(tǒng)，即目的系統(tǒng)。從而減 少了數(shù)據(jù)處理子系統(tǒng)13的數(shù)據(jù)處理量。在這一過程中，接口子系統(tǒng)11中的適配器11_1將 統(tǒng)一格式的待發(fā)送消息轉(zhuǎn)換為其所連接的所述各系統(tǒng)消息格式。 此外，還可以根據(jù)需要對(duì)已經(jīng)在信息上傳服務(wù)模塊11_21中封裝打包的數(shù)據(jù)，進(jìn) 行格式再調(diào)整，以適應(yīng)第三方信息系統(tǒng)的格式，使來自于不同系統(tǒng)的多類信息統(tǒng)一定制處 理。可以根據(jù)用戶需要對(duì)具有某個(gè)標(biāo)簽信息的某一類或多類數(shù)據(jù)消息，例如，對(duì)消息產(chǎn)生時(shí) 間在某一范圍內(nèi)的全部數(shù)據(jù)消息的XML數(shù)據(jù)進(jìn)行添加、刪除、合并等，實(shí)現(xiàn)格式上的調(diào)整， 這樣可以以較小的工作量實(shí)現(xiàn)如靈活的應(yīng)用需求。因此，在企業(yè)服務(wù)總線子系統(tǒng)12中設(shè)計(jì) 了消息轉(zhuǎn)換模塊12-2。 此外，消息日志模塊12_4對(duì)所有進(jìn)入和流出企業(yè)服務(wù)總線子系統(tǒng)12的消息的主 要信息(例如，消息編號(hào)、消息產(chǎn)生時(shí)間、消息來源系統(tǒng)名稱等信息)保存在數(shù)據(jù)庫(kù)中，該數(shù) 據(jù)庫(kù)可以使中心數(shù)據(jù)庫(kù)管理系統(tǒng)14，也可以是IBM Message Broker自帶的數(shù)據(jù)庫(kù)，如果消 息在傳輸過程中出現(xiàn)錯(cuò)誤，錯(cuò)誤處理模塊將對(duì)錯(cuò)誤信息進(jìn)行捕獲，并生成錯(cuò)誤日志，記錄下 產(chǎn)生錯(cuò)誤的原因、時(shí)間以及該條錯(cuò)誤消息的消息體等主要信息，保存在上述數(shù)據(jù)庫(kù)中。 該數(shù)據(jù)處理子系統(tǒng)13連接于企業(yè)服務(wù)總線子系統(tǒng)12，如圖4所示，其包含消息 解析模塊13_1及數(shù)據(jù)清洗模塊13_2。 消息解析模塊13_1接收由企業(yè)服務(wù)總線子系統(tǒng)12轉(zhuǎn)發(fā)的從各交通方式的信息系 統(tǒng)、消防系統(tǒng)和廣播系統(tǒng)中采集并經(jīng)接口子系統(tǒng)轉(zhuǎn)換格式封裝后的數(shù)據(jù)消息，并將其解析 成數(shù)據(jù)后，傳給數(shù)據(jù)清洗模塊13_2。解析后的數(shù)據(jù)包含了標(biāo)簽部分和信息數(shù)據(jù)實(shí)體部分。 數(shù)據(jù)清洗模塊13_2對(duì)解析后的各交通方式上傳的數(shù)據(jù)進(jìn)行相應(yīng)的數(shù)據(jù)清洗。數(shù) 據(jù)清洗模塊13_2中存儲(chǔ)有各交通方式的業(yè)務(wù)規(guī)則，依據(jù)數(shù)據(jù)來源(即某一交通方式)的業(yè) 務(wù)規(guī)則對(duì)信息的正確性以及時(shí)效性進(jìn)行判斷，去除例如重復(fù)記錄及/或數(shù)據(jù)格式錯(cuò)誤等， 再根據(jù)比如數(shù)據(jù)內(nèi)部邏輯關(guān)系、字段匹配關(guān)系等對(duì)格式正確數(shù)據(jù)進(jìn)行判斷。舉例而言，數(shù)據(jù) 是來自機(jī)場(chǎng)的航班動(dòng)態(tài)信息，例如，某航班已經(jīng)在一時(shí)間在某地起飛。該數(shù)據(jù)到達(dá)數(shù)據(jù)清洗 模塊后13_2后，數(shù)據(jù)清洗模塊后13_2首先在中心數(shù)據(jù)庫(kù)管理系統(tǒng)14中檢索是否預(yù)存有該 次航班，如果沒有，則判斷為數(shù)據(jù)錯(cuò)誤；如果檢索到有該航班的預(yù)存信息，則根據(jù)航班業(yè)務(wù) 規(guī)則對(duì)航班運(yùn)行的每個(gè)動(dòng)作分成不同事件例如延誤、備降、返航、取消、恢復(fù)，并在上述規(guī)則 的約束下進(jìn)行相應(yīng)的合并、調(diào)整處理為中心數(shù)據(jù)庫(kù)管理系統(tǒng)14中所需的數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)。 經(jīng)過數(shù)據(jù)清洗后，正確的數(shù)據(jù)被拆解成字段寫進(jìn)中心數(shù)據(jù)庫(kù)管理系統(tǒng)14的數(shù)據(jù) 庫(kù)的相應(yīng)表中，不正確的數(shù)據(jù)被作為錯(cuò)誤數(shù)據(jù)處理，錯(cuò)誤數(shù)據(jù)直接將數(shù)據(jù)原文和錯(cuò)誤信息 存入中心數(shù)據(jù)庫(kù)管理系統(tǒng)14的數(shù)據(jù)庫(kù)的糾錯(cuò)表中，以供用戶進(jìn)行查詢、修改。 中心數(shù)據(jù)庫(kù)管理系統(tǒng)14可為現(xiàn)有任意的數(shù)據(jù)庫(kù)，例如SQL或0racle。收集處理后 的數(shù)據(jù)，直接寫入數(shù)據(jù)庫(kù)的相應(yīng)數(shù)據(jù)表中。 數(shù)據(jù)處理子系統(tǒng)13是通過接口子系統(tǒng)11采集到的各交通方式的數(shù)據(jù)寫入該中心數(shù)據(jù)庫(kù)管理系統(tǒng)14的唯一入口，并保證中心數(shù)據(jù)庫(kù)管理系統(tǒng)14中的數(shù)據(jù)都是格式正確并 符合業(yè)務(wù)邏輯的。 以上所述，僅是本實(shí)用新型的較佳實(shí)施例而已，并非對(duì)本實(shí)用新型作任何形式上 的限制，雖然本實(shí)用新型已以較佳實(shí)施例揭露如上，然而并非用以限定本實(shí)用新型，任何熟 悉本專業(yè)的技術(shù)人員，在不脫離本實(shí)用新型技術(shù)方案范圍內(nèi)，當(dāng)可利用上述揭示的方法及 技術(shù)內(nèi)容作出些許的更動(dòng)或修飾為等同變化的等效實(shí)施例，但凡是未脫離本實(shí)用新型技術(shù) 方案的內(nèi)容，依據(jù)本實(shí)用新型的技術(shù)實(shí)質(zhì)對(duì)以上實(shí)施例所作的任何簡(jiǎn)單修改、等同變化與 修飾，均仍屬于本實(shí)用新型技術(shù)方案的范圍內(nèi)。
權(quán)利要求一種公用信息平臺(tái)系統(tǒng)，其特征在于其包含接口子系統(tǒng)，連接于各交通方式，從各交通方式中獲取消息并向各交通方式發(fā)送消息，其包含至少一適配器，分別連接于各交通方式的各系統(tǒng)，將所獲取的消息轉(zhuǎn)換為統(tǒng)一格式，并將統(tǒng)一格式的待發(fā)送消息轉(zhuǎn)換為其所連接的所述各系統(tǒng)消息格式；一服務(wù)模塊，連接于該至少一適配器，其包含信息上傳服務(wù)模塊，其為從該至少一適配器接收的消息添加標(biāo)簽并封裝；及信息接收服務(wù)模塊，對(duì)接收的消息進(jìn)行解析并分發(fā)給對(duì)應(yīng)的該至少一適配器；數(shù)據(jù)處理子系統(tǒng)，接收該接口子系統(tǒng)封裝后的消息，其包含消息解析模塊，用于將該封裝后的消息解析為數(shù)據(jù)；及數(shù)據(jù)清洗模塊，其內(nèi)部存儲(chǔ)有各交通方式的業(yè)務(wù)規(guī)則，該數(shù)據(jù)清洗模塊根據(jù)所述業(yè)務(wù)規(guī)則對(duì)該消息解析模塊解析后的數(shù)據(jù)進(jìn)行處理，并判斷數(shù)據(jù)是否正確；以及中心數(shù)據(jù)庫(kù)管理系統(tǒng)，其連接于該數(shù)據(jù)處理子系統(tǒng)，用于存儲(chǔ)該數(shù)據(jù)清洗模塊處理后的正確的數(shù)據(jù)。
2. 根據(jù)權(quán)利要求1所述的公用信息平臺(tái)，其特征在于其還包含一企業(yè)服務(wù)總線子系 統(tǒng)，該接口子系統(tǒng)封裝后的消息通過該企業(yè)服務(wù)總線子系統(tǒng)傳輸至該數(shù)據(jù)處理子系統(tǒng)。
3. 根據(jù)權(quán)利要求2所述的公用信息平臺(tái)系統(tǒng)，其特征在于其中所述的標(biāo)簽包含消息編 號(hào)、相關(guān)消息編號(hào)、消息產(chǎn)生時(shí)間、消息來源系統(tǒng)名稱、消息來源的具體應(yīng)用名稱、消息目的 地系統(tǒng)名稱、消息目的地的具體應(yīng)用名稱。
4. 根據(jù)權(quán)利要求3所述的公用信息平臺(tái)系統(tǒng)，其特征在于其中所述的信息上傳服務(wù)包含分發(fā)服務(wù)模塊，其判斷從該至少一適配器接收的消息的類型；及 服務(wù)處理模塊，其根據(jù)該類型對(duì)從該至少一適配器接收的消息進(jìn)行格式處理。
5. 根據(jù)權(quán)利要求3所述的公用信息平臺(tái)系統(tǒng)，其特征在于其中所述的企業(yè)服務(wù)總線子 系統(tǒng)包含一消息路由模塊，該消息路由模塊根據(jù)該消息目的地系統(tǒng)名稱將該封裝后的消息 路由回該接口子系統(tǒng)或者該數(shù)據(jù)處理子系統(tǒng)。
6. 根據(jù)權(quán)利要求5所述的公用信息平臺(tái)系統(tǒng)，其特征在于其中所述的接口子系統(tǒng)還包 含有傳輸代理，該服務(wù)模塊通過該傳輸代理與該企業(yè)服務(wù)總線雙向連接，當(dāng)通信中斷時(shí)，該 服務(wù)模塊需要上傳的消息存儲(chǔ)于該傳輸代理中。
7. 根據(jù)權(quán)利要求3所述的公用信息平臺(tái)系統(tǒng)，其特征在于其中所述的企業(yè)服務(wù)總線子 系統(tǒng)還包含一消息轉(zhuǎn)換模塊，該消息轉(zhuǎn)換模塊根據(jù)該標(biāo)簽中的一項(xiàng)或多項(xiàng)內(nèi)容對(duì)該封裝后 的消息再次封裝。
8. 根據(jù)權(quán)利要求1至7中任一權(quán)利要求所述的公用信息平臺(tái)系統(tǒng)，其特征在于其中所 述的適配器為JMS適配器、JDBC適配器、文件適配器、FTP適配器、應(yīng)用適配器、S0AP格式適 配器、消防系統(tǒng)0PC適配器、檢票系統(tǒng)M0DEBUS適配器中的一個(gè)或多個(gè)。
9. 根據(jù)權(quán)利要求1至7中任一權(quán)利要求所述的公用信息平臺(tái)系統(tǒng)，其特征在于其中所 述的中心數(shù)據(jù)庫(kù)管理系統(tǒng)為SQL或0racle。
專利摘要本實(shí)用新型是有關(guān)于一種公用信息平臺(tái)系統(tǒng)，其包含接口子系統(tǒng)，從各交通方式中獲取消息，其包含至少一適配器，一服務(wù)模塊；數(shù)據(jù)處理子系統(tǒng)，接收該接口子系統(tǒng)封裝后的消息，其包含消息解析模塊及數(shù)據(jù)清洗模塊，其內(nèi)部存儲(chǔ)有各交通方式的業(yè)務(wù)規(guī)則；以及中心數(shù)據(jù)庫(kù)管理系統(tǒng)，其連接于該數(shù)據(jù)處理子系統(tǒng)。本實(shí)用新型的公用信息平臺(tái)系統(tǒng)，其無需針對(duì)不同的交通方式進(jìn)行接口編程，能夠與各種異構(gòu)系統(tǒng)之間進(jìn)行通訊和協(xié)同，易于系統(tǒng)的裁剪和擴(kuò)展，并能夠處理多交通方式的各種數(shù)據(jù)，保證存儲(chǔ)數(shù)據(jù)的正確性。
文檔編號(hào)G06Q50/00GK201503604SQ20092024610
公開日2010年6月9日 申請(qǐng)日期2009年9月23日 優(yōu)先權(quán)日2009年9月23日
發(fā)明者劉君杰, 劉文革, 周霆, 王鵬, 程立南, 許琦, 邵曉風(fēng) 申請(qǐng)人:易程科技股份有限公司