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

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

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