日本在线www-日本在线播放一区-日本在线不卡免费视频一区-日本在线不卡视频-成人影院久久久久久影院-成人影院一区二区三区

1.城市地鐵綜合監(jiān)控自動化系統(tǒng)的應(yīng)用特點

    地鐵綜合監(jiān)控自動化系統(tǒng)所有的技術(shù)和處理特點都基于其應(yīng)用特點，這種應(yīng)用特點主要包括以下幾個方面：
    1.地理分散，集中監(jiān)控。從監(jiān)控中心全局看，監(jiān)控對象分散在沿線甚至多條線的各個車站，操作員站設(shè)在監(jiān)控中心，操作員要集中監(jiān)控和管理全部車站的所有監(jiān)控對象；從車站看，監(jiān)控對象分散在各個專業(yè)的設(shè)備房，操作員站設(shè)在車站綜合控制室，操作員要集中監(jiān)控和管理本車站的所有監(jiān)控對象。

    2.處理規(guī)模大，事件驅(qū)動。一個地鐵綜合監(jiān)控自動化系統(tǒng)的處理規(guī)模如果以I/O點來衡量，至少應(yīng)支持100，000個I/O點。數(shù)據(jù)規(guī)模的擴大使一般控制系統(tǒng)中常用的周期處理方式變得不再有效，因此“事件驅(qū)動”成為地鐵綜合監(jiān)控自動化系統(tǒng)的主要處理方式。

    3.大量的與第三方子系統(tǒng)或設(shè)備進行信息集成，在同一平臺上實現(xiàn)各專業(yè)之間的相互協(xié)調(diào)，相互閉鎖和信息共享。
監(jiān)控自動化系統(tǒng)的軟件平臺要適應(yīng)上述應(yīng)用的特點，在軟件開發(fā)的實踐中，著重要解決幾個關(guān)鍵技術(shù)問題，即軟件體系結(jié)構(gòu)、實時數(shù)據(jù)庫和系統(tǒng)數(shù)據(jù)流、接口通信框架和骨干網(wǎng)數(shù)據(jù)實時性、可靠性設(shè)計。

2.基于中間件技術(shù)的分層分布式系統(tǒng)結(jié)構(gòu)

    地鐵綜合監(jiān)控自動化系統(tǒng)的每一個車站都有相對對立的監(jiān)控系統(tǒng)，監(jiān)控本站的所有設(shè)備，在骨干網(wǎng)中斷的情況下，車站系統(tǒng)不會受到影響并可以作為備用投入運行。中心集中了所有車站的監(jiān)控，在正常情況下，所有的監(jiān)控在中心完成。從而形成了中心和車站兩級監(jiān)控一體化的模式，從物理上骨干網(wǎng)形成了車站和中心的紐帶。這種模式及其地鐵的其它應(yīng)用特點使得我們在體系結(jié)構(gòu)設(shè)計方面將所關(guān)心的問題主要集中在基于網(wǎng)絡(luò)的跨車站應(yīng)用集成上，設(shè)計具有大規(guī)模處理能力的系統(tǒng)。軟件組件可以靈活的部署于一個車站或通過骨干網(wǎng)靈活的部署于車站和中心。

    在本設(shè)計中，軟件體系結(jié)構(gòu)設(shè)計的關(guān)鍵是采用了中間件組件技術(shù)。分布在網(wǎng)絡(luò)計算機上中間件提供了一個編程抽象，對底層網(wǎng)絡(luò)、硬件、操作系統(tǒng)和編程語言異構(gòu)性的屏蔽。中間件技術(shù)的透明分布解決了服務(wù)器軟件模塊之間耦合過緊的問題，從而將軟件體系結(jié)構(gòu)從對硬件體系結(jié)構(gòu)的嚴(yán)重依賴中解脫出來，將軟件系統(tǒng)從集散型處理過渡到分布式處理。

    在本系統(tǒng)設(shè)計中,以客戶形式出現(xiàn)的操作員站應(yīng)用程序和以資源管理者形式出現(xiàn)的服務(wù)器程序使用中間件層進行交互，中間件提供了分布于全線廣域網(wǎng)各節(jié)點中對象或進程間的遠程調(diào)用。在監(jiān)控中心，以軟件多機服務(wù)器群實現(xiàn)中央服務(wù)器的功能。中間件技術(shù)的采用，使得系統(tǒng)基本結(jié)構(gòu)由以服務(wù)器為中心的集散型結(jié)構(gòu)轉(zhuǎn)變?yōu)橐跃W(wǎng)絡(luò)為中心的系統(tǒng)。建立中間件層使得真正的客戶應(yīng)用專心于應(yīng)用本身，而不用關(guān)心數(shù)據(jù)來自哪里，也無須考慮網(wǎng)絡(luò)層的應(yīng)用協(xié)議。

    基于中間件組件技術(shù)的地鐵綜合監(jiān)控自動化系統(tǒng)軟件結(jié)構(gòu)示意如下圖1：

    中間件的使用解決了操作系統(tǒng)和硬件的不同。雖然在該系統(tǒng)的設(shè)計中，UNIX操作系統(tǒng)和WINDOWS PROFESSIONAL 2000操作系統(tǒng)都要實現(xiàn)TCP/IP協(xié)議，但它們沒有必要提供相同的協(xié)議接口。如UNIX中消息交換的調(diào)用方法與WINDOWS PROFESSIONAL 2000的調(diào)用方法不同。

3.分布式數(shù)據(jù)庫和系統(tǒng)數(shù)據(jù)流

    本設(shè)計的實時數(shù)據(jù)庫以分布形式存在，系統(tǒng)沒有一個實體化的相對集中的數(shù)據(jù)中心，而是網(wǎng)上多個數(shù)據(jù)中心。通過“代理”中間件的路徑選擇，使一個地理或功能上分散的系統(tǒng)的全部信息形成一個全局?jǐn)?shù)據(jù)庫，任一操作站都可以訪問任何一個服務(wù)器，實現(xiàn)本地或遠程的監(jiān)視和控制。

    中間件技術(shù)的采用，同時使得實時數(shù)據(jù)庫的分布由集散轉(zhuǎn)向了以網(wǎng)絡(luò)為中心，同時數(shù)據(jù)的上傳和訪問方式也發(fā)生了很大的變化。一般原則是域內(nèi)服務(wù)器與I/O站之間采用復(fù)制性上傳，而在監(jiān)控中心服務(wù)器與各域之間采用訂閱/發(fā)布方式。通過中間件可以訪問系統(tǒng)的任何數(shù)據(jù)，可以是同步讀寫或訂閱。中間件負責(zé)將應(yīng)用請求定位于可用的服務(wù)對象。正常情況下，首先選擇本域服務(wù)器，如本域服務(wù)器故障，則旁路本域服務(wù)器，將請求轉(zhuǎn)向下一級服務(wù)器。同時對服務(wù)器的旁路能力也使各級服務(wù)器不再成為瓶頸，即使服務(wù)器故障，也不影響人機界面對設(shè)備的直接訪問。
這種實時數(shù)據(jù)的訪問模式如下圖2所示：

4.接口通信框架

    不同的現(xiàn)場的設(shè)備是通過特定的通信協(xié)議接入系統(tǒng)的，因此系統(tǒng)必須實現(xiàn)各種不同通信協(xié)議處理的開放性。如果我們能夠構(gòu)造這樣一種通信協(xié)議的開發(fā)平臺，使得不同人開發(fā)的通信協(xié)議處理程序通過一定的固定步驟，方便地集成到系統(tǒng)中來，即通信處理任務(wù)的開發(fā)者只需要關(guān)注通信協(xié)議本身，而不必關(guān)心數(shù)據(jù)的應(yīng)用，那么我們就可以極大的提高通信協(xié)議開發(fā)的方便性，而且不會影響系統(tǒng)的穩(wěn)定性。

    要達成上述目標(biāo)，將I/O站軟件采用層次化結(jié)構(gòu)，將應(yīng)用層和協(xié)議驅(qū)動層分開，將會是一種比較理想的解決方案。如圖3所示：

    本設(shè)計的關(guān)鍵是在將應(yīng)用層和接口層分開并使得應(yīng)用層軟件組件保持相對穩(wěn)定的基礎(chǔ)上，在接口層建立這樣的一種框架，即驅(qū)動的公共部分，如動態(tài)連接庫、數(shù)值工程轉(zhuǎn)換，跟協(xié)議的個性特征分開，使得公共部分保持相對穩(wěn)定。這種接口框架在集成系統(tǒng)的數(shù)據(jù)采集層上，協(xié)議開發(fā)者只要關(guān)注通信協(xié)議的特有屬性本身，即接口層的通信協(xié)議處理層。接口框架還為接口開發(fā)提供了統(tǒng)一的格式和步驟，以一致的方式處理通信接口，并為統(tǒng)一的開發(fā)模式提供支持。系統(tǒng)針對不同的通信協(xié)議，啟動不同的協(xié)議處理任務(wù)，每個協(xié)議處理任務(wù)實現(xiàn)自我管理，主動完成對公共部分的鏈接和調(diào)用。

    本設(shè)計強調(diào)I/O站內(nèi)核和應(yīng)用的相對穩(wěn)定性，在這基礎(chǔ)上強調(diào)接口編成模式的統(tǒng)一，工程管理的規(guī)范，從而實現(xiàn)方便的接入多種子系統(tǒng)或設(shè)備的目標(biāo)。

5.骨干網(wǎng)數(shù)據(jù)實時性、可靠性設(shè)計

    由于新建的地鐵系統(tǒng)中通常建有骨干網(wǎng)，作為地鐵全線所有信息的傳輸通道。綜合監(jiān)控自動化系統(tǒng)被分配使用其中的一部分帶寬，因此綜合監(jiān)控自動化系統(tǒng)是骨干網(wǎng)基于寬帶廣域網(wǎng)開發(fā)的，并作為整個系統(tǒng)的“內(nèi)網(wǎng)”，而通信前置機位于各遠方站/子系統(tǒng)，因此來自外部系統(tǒng)的數(shù)據(jù)實際進入到以骨干網(wǎng)為核心的跨越較大地理位置的分布式數(shù)據(jù)庫中。為達到系統(tǒng)的實時性、可靠性和數(shù)據(jù)一致性，本設(shè)計中除了底層網(wǎng)絡(luò)協(xié)議采用了高可靠性的TCP/IP協(xié)議外，高層通信協(xié)議中還采用訂閱-發(fā)布技術(shù)。該技術(shù)是由客戶應(yīng)用一次性向本域?qū)崟r數(shù)據(jù)庫服務(wù)器發(fā)出訂閱數(shù)據(jù)請求，服務(wù)器登陸該請求，并周期性將實時數(shù)據(jù)的最新值發(fā)布給客戶，直到客戶應(yīng)用取消訂閱。當(dāng)服務(wù)器本身不能提供所訂閱的實時數(shù)據(jù)時，則再向下級服務(wù)器或數(shù)據(jù)源站訂閱，這種逐級訂閱能力使得監(jiān)控中心操作員站也能讀到最底層的I/O站實時數(shù)據(jù)。服務(wù)器可以歸并應(yīng)用請求，如當(dāng)兩個操作員站顯示同一畫面而服務(wù)器仍需向下層數(shù)據(jù)源站訂閱時，相同點數(shù)據(jù)只發(fā)送一次。

    中央服務(wù)器是通過動態(tài)的訂閱/發(fā)布機制向各域服務(wù)器請求自己想要的數(shù)據(jù)，而不是規(guī)定全部數(shù)據(jù)都要上傳。采用這種方式旨在減少通過系統(tǒng)骨干網(wǎng)的無謂的數(shù)據(jù)傳輸，僅當(dāng)當(dāng)前使用的數(shù)據(jù)才傳上來，從而大大減少骨干網(wǎng)的負荷。這種方式極限情況下才等同與全部數(shù)據(jù)上傳，通過骨干網(wǎng)的數(shù)據(jù)流量如下圖4：

6.結(jié)論

    軟件體系結(jié)構(gòu)、實時數(shù)據(jù)庫結(jié)構(gòu)、接口通信框架和骨干網(wǎng)數(shù)據(jù)實時性、可靠性設(shè)計，是城市軌道交通綜合監(jiān)控自動化系統(tǒng)的關(guān)鍵。采用基于中間件組件技術(shù)的分布式處理；采用實時分布式數(shù)據(jù)庫技術(shù)，使一個地理或功能上分散的系統(tǒng)的全部信息形成一個全局?jǐn)?shù)據(jù)庫；采用I/O站內(nèi)核和應(yīng)用的相對穩(wěn)定性，在這基礎(chǔ)上強調(diào)接口編成模式的統(tǒng)一，工程管理的規(guī)范，從而實現(xiàn)方便的接入多種子系統(tǒng)或設(shè)備的目標(biāo)；采用逐級訂閱、動態(tài)的訂閱/發(fā)布機制，提高骨干網(wǎng)數(shù)據(jù)傳輸?shù)膶崟r性和可靠性等。以上關(guān)鍵技術(shù)的解決，是開發(fā)安全、可靠的城市軌道交通綜合監(jiān)控自動化系統(tǒng)軟件平臺的基礎(chǔ)。

縮寫：

CORBAR: 公共對象請求代理體系
PSCADA: 電力監(jiān)控系統(tǒng)
EMCS: 機電設(shè)備監(jiān)控系統(tǒng)
FAS: 防災(zāi)報警系統(tǒng)
SCR: 車站控制室