【正文】 g=GB2312?CommandMessage SourceDesc SystemID /SystemID SystemType /SystemType ModuleID /ModuleID /SourceDesc DestinationDesc SystemID /SystemID SystemType /SystemType ModuleID /ModuleID /DestinationDesc Authentication EUID /EUID /Authentication CommandSequenceDesc CommandSequenceName /CommandSequenceName CommandNum /CommandNum /CommandSequenceDesc CommandList Command CommandID /CommandID CommandType /CommandType CommandName /CommandName ArgNum /ArgNum ArgumentList ArgType ArgType Argument 1 /Argument 1 ArgType ArgType Argument 2 /Argument 2 …… ArgType ArgType Argument n /Argument n FileInfo FileName /FileName FileType /FileType FileSize /FileSize CreateTime /CreateTime LastModifyTime /LastModifyTime FileContent /FileContent /FileInfo /ArgumentList /Command …… Command …… /Command /CommandList/CommandMessageCommandMessage: 命令消息，標識本消息的類型是命令消息，包含一組命令消息內容。SourceDesc: 命令來源信息，包含一組對命令消息提供者的描述信息。DestinationDesc: 命令傳送目標信息，包含一組對命令消息接收者的描述信息(基于訂閱/發(fā)布型消息傳送方式的消息沒有此項)Authentication: 認證信息，包含一組用戶認證信息，用于用戶命令執(zhí)行的權限審查。CommandSequenceDesc: 命令序列描述，包含一組命令序列描述信息。CommandList: 命令列表，包含一組命令信息。Command: 命令，包含一條命令的所有信息。ArgumentList: 參數列表，包含執(zhí)行命令所需的所有參數信息。FileInfo: 文件信息，包含一組文件描述信息。（當命令包含文件參數時使用）SystemID: 系統(tǒng)標識，唯一標識業(yè)務子系統(tǒng)、平臺或應用系統(tǒng)，ID可以由字母，數字，下劃線組成。SystemType: 消息類型，包括TCSS（交通控制和監(jiān)視系統(tǒng)）、EMS（緊急事件管理系統(tǒng)）、TIS（交通信息系統(tǒng)）、TMS（交通管理系統(tǒng)）、PF(平臺)、APP（應用程序）等。ModuleID: 模塊標識，唯一標識系統(tǒng)內的一個模塊，ID可以由字母，數字，下劃線組成。主要用于本身具有許有事務處理模塊的軟件系統(tǒng)，用于指出數據應當送交的處理模塊。對于簡單的軟件系統(tǒng)沒有此項描述信息。EUID: 用戶有效ID，用戶登錄系統(tǒng)后由系統(tǒng)簽發(fā)臨時有效ID，用于標識當前用戶的身份已經權限驗證。CommandSequenceName: 命令序列名稱，一個描述本命令消息內所有命令組成的命令序列的名稱。（可選）CommandNum: 命令個數，描述本命令消息中包含的命令數量，省略時表示只有1個命令。CommandID: 命令標識，唯一標識系統(tǒng)內一個功能或控制命令，用于鑒別命令功能。CommandType: 命令類型，包括交通信號控制命令、視頻監(jiān)控云鏡控制命令、治安卡口追逃布控命令、音頻矩陣控制命令、大屏幕顯示控制命令、拉數據獲取命令、交通信息查詢命令等。CommandName: 命令名稱（可選）ArgNum: 命令參數個數，描述執(zhí)行本命令所需參數個數。ArgType: 參數類型，包括：字符串型，整型，浮點型，雙精度型等。Argument: 參數，具體的參數內容。FileName: 文件名稱（可選）FileType: 文件的類型（可選）FileSize: 文件的大小CreateTime: 文件的創(chuàng)建時間（可選）LastModifyTime: 文件最后修改的時間（可選）FileContent: 文件內容數據 為了便于系統(tǒng)各組成構件方便的應用XML消息，系統(tǒng)應提供一套統(tǒng)一的XML消息打包和解析開發(fā)庫，通過該開發(fā)庫的編程接口，系統(tǒng)內的各軟件和模塊能夠方便的將數據、事件或者命令分別按上述消息格式打包形成規(guī)范的XML消息，然后通過消息傳遞服務發(fā)送出去。同時，通過該開發(fā)庫的編程接口，系統(tǒng)內的各軟件和模塊還能方便的提取從消息傳遞服務接收到的各種XML消息內的結點、屬性和值，然后進行業(yè)務相關的分析處理。前面的章節(jié)說明了本系統(tǒng)的消息傳送機制和基于XML的消息封裝格式。消息傳送機制和XML消息共同構成了基于XML的消息服務。消息服務以XML為基礎對消息內容格式進行封裝，系統(tǒng)內所有的數據、事件和命令信息均采用指定消息格式進行規(guī)范化描述，對于擴展和擴充的應用，通過修改消息或增加對應的XML消息描述格式即可接入到系統(tǒng)平臺內，與其他軟件系統(tǒng)實現協調和互動。同時消息服務提供安全、可靠、高效的消息傳送機制，保證消息的有效傳送和實時交付?；赬ML的消息服務是系統(tǒng)的主要支撐服務，是聯系系統(tǒng)各組成構件的信息傳送中樞，是信息交換的數據鏈路。系統(tǒng)內所有需要與其它應用進行信息交換或協調互動的軟件都必須以基于XML的消息服務為基礎進行構建，通過基于XML的消息服務提供的編程接口對信息進行XML封裝，然后通過消息服務的消息傳送接口將消息發(fā)布到制定主題或具體軟件系統(tǒng)模塊。定制和擴充的系統(tǒng)應用可以采用系統(tǒng)規(guī)范的XML消息格式進行信息封裝，也可以采用自定義的XML格式對信息進行封裝。前者可以通過信息交換平臺相應的消息解析和處理模塊統(tǒng)一處理，后者則只能被相應的定制服務模塊所識別和處理。[圖 1] 應用開發(fā)接口示意圖總體基于XML的消息服務與每個需要與其它軟件或模塊進行通信的獨立應用模塊建立一個消息傳送通道，完成所有消息的雙向傳遞。提供2種數據傳送方式：直接交付模式和訂閱發(fā)布模式。其中直接交付模式由消息提供者發(fā)起消息傳送，消息接收者被動接收消息。這種模式要求消息提供者明確知道消息消費者的相關信息，然后通過消息服務直接將對應消息轉交消息接收模塊。訂閱發(fā)布模式下消息提供者和消息消費者共同主動完成消息傳遞過程。首先，用戶可以為消息服務配置或編程設置一系列消息主題，消息消費者向消息服務注冊自己感興趣的消息主題，然后當消息提供者將消息發(fā)布到對應的信息主題后，消息服務會自動將對應的消息通過組播、多播等方式轉發(fā)到所有訂閱該主題的消息消費者，完成消息的傳遞過程。系統(tǒng)內使用XML消息服務的程序模塊首先通過系統(tǒng)提供的XML消息打包編程接口將需要傳遞的數據、事件或命令打包成標準的XML消息，然后通過消息中間件提供的編程接口實現消息數據的發(fā)送或發(fā)布，由消息中間件完成消息傳輸服務，消息接收程序模塊通過消息中間的編程接口接收到XML消息以后，再通過XML消息解析器從XML消息內提取出消息內容，進行分析和處理基于XML的消息服務如下圖所示：[圖 2] 消息服務示意圖數據采集模塊采集各種信息，包括交通流量采集、外場設備工作狀態(tài)采集、交通狀況信息采集、突發(fā)事件采集、交通管理信息采集，把這些信息轉換成已經配置好的數據格式，為數據處理準備基礎數據。交通指揮綜合信息交換平臺從交通流量檢測系統(tǒng)、視頻監(jiān)控系統(tǒng)、交通信號上端控制軟件系統(tǒng)、電子警察系統(tǒng)、治安卡口系統(tǒng)、GPS車輛定位系統(tǒng)、接處警遠端處理系統(tǒng)、車駕管業(yè)務管理系統(tǒng)、警務管理信息系統(tǒng)、交通事故管理信息系統(tǒng)、交通違章信息系統(tǒng)和停車場管理系統(tǒng)中采集到的信息以及其特征和周期如下表所示:[表 1] 信息采集的主要內容分類系統(tǒng)采集到的信息特征周期交通流量信息視頻流量檢測系統(tǒng)車流量、車型、車速、占有率、密度、車頭間距、排隊長度數據15秒交通信號上端控制軟件系統(tǒng)交通量、地點速度、占有率數據15秒地感線圈交通流量采集速度、車流量、占有率數據15秒微波交通流量采集交通量、速度、車型、密度數據15秒交通狀況信息視頻監(jiān)控系統(tǒng)交通情況視頻信息、交通疏導情況信息視頻實時電子警察系統(tǒng)系統(tǒng)日志數據、違章信息、違章抓拍圖像數據、自動識別車輛信息數據圖像需要時治安卡口系統(tǒng)通過車輛號牌數據、系統(tǒng)日志數據、黑名單車輛信息、車輛抓拍圖像數據圖像需要時GPS車輛定位系統(tǒng)車輛信息、位置信息數據實時突發(fā)事件信息接處警遠端處理系統(tǒng)交通事故發(fā)生情況數據發(fā)生時電子警察系統(tǒng)違章事件、自動識別車輛信息、抓拍圖像文件數據圖像發(fā)生時治安卡口系統(tǒng)黑名單車輛匹配報警事件、車輛牌號、車型、抓拍圖像數據圖像發(fā)生時工作狀態(tài)信息交通信號上端控制軟件系統(tǒng)信號控制器狀態(tài)、感知器狀態(tài)、信號燈狀態(tài)數據1秒交通誘導系統(tǒng)LED誘導屏工作模式、顯示內容、顯示方式數據需要時與設備的網絡連接狀態(tài)、設備運行狀態(tài)數據10秒電子警察系統(tǒng)與設備的網絡連接狀態(tài)監(jiān)測信息、設備運行狀態(tài)監(jiān)測信息數據10秒治安卡口系統(tǒng)與設備的網絡連接狀態(tài)監(jiān)測信息、設備運行狀態(tài)監(jiān)測信息數據10秒交通管理信息車駕管業(yè)務管理系統(tǒng)系統(tǒng)車輛型號、牌照、單位等信息；駕駛員姓名、性別、照片、駕照、單位等信息數據需要時交通事故信息管理系統(tǒng)事故發(fā)生的事件、地點、原因、當事人、相關圖片或錄像、處理措施等信息數據圖像需要時違章信息系統(tǒng)違章的時間、地點、違章事實、當事人、相關圖片或錄像、處理情況數據圖像需要時警務管理系統(tǒng)交警執(zhí)勤信息數據需要時停車場管理系統(tǒng)停車場名稱、地址、泊位總數、空閑泊位數量等數據需要時1) 采集方式數據采集模塊對交通指揮應用系統(tǒng)的信息采集都是雙向通信方式，所以可以有PULL和PUSH兩種采集方式：Pull（拉）方式：由平臺的各種數據采集模塊主動從各業(yè)務子系統(tǒng)以及交通管理信息系統(tǒng)獲取數據。Push（推）方式：由各業(yè)務子系統(tǒng)主動發(fā)送數據到平臺中對應的數據采集模塊，然后由該數據采集模塊封裝成系統(tǒng)可認知的XML數據消息。而平臺內其他模塊與數據采集模塊間的數據通信也可以有PULL和PUSH這兩種方式：Pull（拉）方式：數據需求模塊根據數據采集模塊提供的數據提供服務向命令采集模塊發(fā)送一個數據獲取消息，數據采集模塊的數據提供服務將參數要求的數據封裝為數據信息，以返回結果的方式返回給數據需求模塊。Push（推）方式：由數據采集模塊主動的根據運行參數向信息發(fā)布模塊提交相關采集數據，最終的數據需求者通過從信息發(fā)布模塊訂閱獲取需要的數據。2） 接口方式系統(tǒng)提供的接口通信方式主要有以下幾種：l TCP/IP Socket，根據系統(tǒng)所在主機的IP地址和端口及相關的數據鏈路通信協議建立雙方的網絡通信。如交通誘導系統(tǒng)、電子警察系統(tǒng)、治安卡口系統(tǒng)等都采用這種方式；l 串行口，主要是與硬件設備進行通信，方式則為RS232或RS422串行口，有相關的串行口的數據鏈路級的通訊協議。如視頻監(jiān)控系統(tǒng)的主控機，交通控制系統(tǒng)等采用這種方式；l 數據庫，大多數交通管理信息系統(tǒng)都是這種方式，如車駕管業(yè)務管理系統(tǒng)、交通違章信息系統(tǒng)、交通事故管理信息系統(tǒng)、警務信息系統(tǒng)等等，采用的數據庫則有Microsoft Access、SQL Server或Oracle等等。通訊方式則是通過ADO或數據庫提供的服務來進行，需要數據庫表的結構；l 組件，最新的系統(tǒng)可能提供了組件的接口，有遠程組件或本地組件供采集系統(tǒng)調用獲取信息，而組件的類型則有Microsoft COM和OMG CORBA兩種類型。它們的通訊方式為RPC，以對象的方式提供系統(tǒng)信息，當然對象的屬性及方法也需要協議來描述；l XML＋SOAP，很少的系統(tǒng)采用這種最新的通訊方式，這種方式主要用于基于WEB應用系統(tǒng)的接口，具有易于理解、數據格式自描述、跨平臺等特點。針對各種不同的系統(tǒng)接口，交通指揮綜合信息交換平臺提供一種統(tǒng)一的接口供各子系統(tǒng)調用，采用的是基于XML的消息服務，將各類交通管理系統(tǒng)的各種數據通訊接口轉換為XML消息格式對外發(fā)布。數據采集服務負責從各業(yè)務子系統(tǒng)和交通管理信息系統(tǒng)采集各種信息，通過通過數據預處理轉換為統(tǒng)一格式，以XML數據消息格式進行封裝，然后提供給平臺其它服務模塊，實現數據源抽象的目的。按采集的內容可以將采集信息分為以下幾種：交通流量信息、交通狀況狀況、突發(fā)事件信息、工作狀態(tài)信息和交通管理信息。數據采集服務還必須具有可擴展和易擴充性，以便在數據源提供系統(tǒng)改變或增添新的數據源系統(tǒng)后，能夠方便快捷的擴展采集服務功能，實現對新的數據信息采集。數據采集服務由一個采集模塊管理器和一組對應各種采集內容的采集業(yè)務子模塊組成。采集模塊管理器是數據采集服務的核心模塊，它通過對采集業(yè)務子模塊的組織和管理，以基于XML的消息服務為支撐向平臺其他模塊以及應