XX交通信息綜合服務(wù)平臺可行性研究報告之信息數(shù)據(jù)標準編制

交通信息綜合服務(wù)平臺可行性研究報告之信息數(shù)據(jù)標準編制（征求意見稿）

目錄1. 概述 61.1. 背景 61.2. 術(shù)語 71.3. 目標 82. 參考標準 102.1. 國內(nèi)標準 102.2. 國際標準 112.2.1. OCIT 112.2.2. UTMC 172.2.3. NTCIP 243. 編制原則 293.1. 目標和范圍 293.2. 設(shè)計原則 293.2.1. 先進性原則 293.2.2. 實用性原則 303.2.3. 可持續(xù)性 303.2.4. 開放性和標準性 303.2.5. 可靠性和穩(wěn)定性 303.2.6. 安全性和保密性 303.2.7. 擴展性和易維護性 303.3. 標準設(shè)計原則和目標 303.4. 標準相關(guān)支撐技術(shù)研究 314. 前期工作概述 324.1. 交通信息綜合服務(wù)平臺架構(gòu) 324.2. 珠海市交通信息平臺架構(gòu) 334.2.1. 整體架構(gòu) 334.2.2. 交通信息采集與交換系統(tǒng) 354.3. 項目背景研究 375. 標準匯編主要內(nèi)容 385.1. 概述 385.2. 接口內(nèi)容詳細描述 396. 浮動車數(shù)據(jù)接口 416.1. 接口定義 416.2. 通信方式 416.3. 接口內(nèi)容概述 416.3.1. GPS消息 417. 實時路況 437.1. 接口定義 437.2. 通信方式 437.3. 接口內(nèi)容概述 437.3.1. 實時路況消息 438. 公交實時到站 458.1. 接口定義 458.2. 通信方式 458.3. 接口內(nèi)容概述 458.3.1. 消息請求格式 458.3.2. 消息響應(yīng)格式 468.3.3. 錯誤編碼 489. 自行車租賃 509.1. 接口定義 509.2. 通信方式 509.3. 接口內(nèi)容 5010. 天氣信息 5310.1. 接口定義 5310.2. 通信方式 5310.3. 接口內(nèi)容 5310.3.1. 查詢當日天氣信息 5310.3.2. 查詢預(yù)警信息 5410.4. 數(shù)據(jù)字典 5510.4.1. 天氣類型 5510.4.2. 預(yù)警類型 5711. 客運-客車查詢接口 5911.1. 接口定義 5911.2. 通信方式 5911.3. 接口內(nèi)容概述 6011.3.1. 班次查詢 6011.3.2. 鎖票（TKLock） 6411.3.3. 取消鎖票 6711.3.4. 交易推送（Purchase） 6811.3.5. 拱運購票訂單支付單號更新（ZHCoachOrderPayTNUpdate） 7011.3.6. 提交（此接口暫不使用，由后臺直接進行提交到客運票務(wù)平臺） 7311.3.7. 拱運購票訂單訂單資料查詢 7611.3.8. 數(shù)據(jù)字典 8412. 客運-客船查詢接口 8612.1. 接口定義 8612.2. 通信方式 8612.3. 接口內(nèi)容 8612.3.1. 取港口資料 8612.3.2. 取航班列表信息 8713. 客運-飛機查詢接口 9113.1. 接口定義 9113.2. 通信方式 9113.3. 接口內(nèi)容 9113.3.1. 國內(nèi)機票查詢 9113.3.2. 城市查詢 9613.3.3. 機場查詢 9813.3.4. 航空公司查詢 10013.3.5. 機型信息查詢 10314. 客運-火車查詢接口 10614.1. 接口定義 10614.2. 通信方式 10614.3. 接口內(nèi)容 10614.3.1. 站臺時刻表查詢 10614.3.2. 站站查詢 11114.3.3. 車次詳情 11915. 實時路況視頻接口 12615.1. 接口定義 12615.2. 通信方式 12615.3. 接口內(nèi)容 12615.3.1. 返回對象描述 12615.3.2. 返回對象描述 12616. 網(wǎng)上車管所 12816.1. 接口定義 12816.2. 通信方式 12816.3. 接口內(nèi)容 12816.3.1. 查詢信息內(nèi)容 12816.3.2. 查詢信息內(nèi)容 13016.3.3. 查詢駕駛?cè)藰I(yè)務(wù) 13216.3.4. 查詢機動車公告 13416.3.5. 查詢駕駛證公告 13516.3.6. 查詢其他公告 13716.3.7. 交通違法查詢 13916.3.8. 駕駛證信息查詢 14016.3.9. 機動車信息查詢 14116.3.10. 錯誤信息描述 14216.3.11. 車牌種類代碼 14317. 邊檢通關(guān)接口 14517.1. 接口定義 14517.2. 通訊方式 14517.3. 權(quán)限參數(shù)值說明 14517.4. 接口內(nèi)容 14517.4.1. 出入境信息查詢 14517.4.2. 旅客常見問題查詢 14917.4.3. 邊檢政策法規(guī)查詢 15317.4.4. 出入境業(yè)務(wù)指南查詢 16017.4.5. 口岸通關(guān)人流歷史數(shù)據(jù)查詢 16517.4.6. 口岸通關(guān)順暢程序查詢 17217.5. 接口內(nèi)容 17317.5.1. 控制模式 17317.5.2. 信號機狀態(tài) 17517.5.3. 信號機當前配時 17617.5.4. 信號機當前階段 17717.5.5. 調(diào)用信號機指定階段 17818. 路側(cè)停車接口 17918.1. 接口定義 17918.2. 通信方式 17918.3. 接口內(nèi)容 17918.3.1. 查詢當前路側(cè)停車車位信息 17918.3.2. 查詢路側(cè)停車收費 18018.3.3. 數(shù)據(jù)字典 181概述背景2008年12月，國家發(fā)改委頒布并實施了《珠江三角洲地區(qū)改革發(fā)展規(guī)劃綱要》，將珠海定位為珠江口西岸核心城市。隨著港珠澳大橋建設(shè)、橫琴新區(qū)大開發(fā)、高欄港經(jīng)濟區(qū)上升為國家級經(jīng)濟開發(fā)區(qū)，珠海的交通格局正逐漸由“交通末梢”向“交通樞紐”轉(zhuǎn)變。省委常委、市委書記李嘉在市交警支隊調(diào)研時指出，交通問題是城市建設(shè)發(fā)展的首要問題，在“藍色珠海，科學(xué)崛起”的大視野下，城市交通必須未雨綢繆，同步規(guī)劃、同步建設(shè)、科學(xué)管理。在2012年珠海市政府工作報告中，珠海市首次提出打造“智慧城市”。具體規(guī)劃爭取在年底做出，珠海毗鄰港澳的區(qū)位優(yōu)勢、港口、航空、游艇等產(chǎn)業(yè)特色、以及正在建設(shè)的橫琴“智能島”，都會被納入考量。實現(xiàn)以上宏偉規(guī)劃的重要保證之一是珠海交通的暢通。在珠海機動車數(shù)量及交通需求快速增長的背景下，珠海的交通也面臨著嚴峻的挑戰(zhàn)。如何保證珠海交通的順暢運行將變得越來越重要。根據(jù)國際國內(nèi)交通系統(tǒng)建設(shè)和運營等方面的相關(guān)經(jīng)驗，交通信息的準確和廣泛采集、交通數(shù)據(jù)的深度融合及處理、交通信息的及時和科學(xué)的發(fā)布對于交通系統(tǒng)的正常運營至關(guān)重要。隨著珠海交通信息中心的逐步建設(shè)，珠海交通運輸管理工作初步實現(xiàn)了電子化、自動化、智能化，為提升交通行業(yè)管理、公眾服務(wù)水平提供了有力的技術(shù)支撐，為珠海城市發(fā)展和市民生活發(fā)揮了重要作用。但是完整交通信息化體系應(yīng)該包括信息化戰(zhàn)略、核心業(yè)務(wù)系統(tǒng)、系統(tǒng)支撐環(huán)境、系統(tǒng)運行維護等方面，信息化水平取決于整個體系的完整性和成熟度。因此，提升整體信息化水平也要從這幾個方面入手，才能形成一個完整的信息化體系。根據(jù)《珠海市交通信息綜合服務(wù)平臺可行性研究報告》的初步規(guī)劃，珠海市交通信息綜合服務(wù)平臺的總體目標為：以“科學(xué)發(fā)展走新路，‘十二五’崛起看珠?！钡闹笇?dǎo)思想為總要求，按照“以人為本、綠色交通”的理念，研究、開發(fā)和建設(shè)珠海市交通信息綜合服務(wù)平臺。該平臺立足于珠海市交通發(fā)展現(xiàn)狀和存在的主要問題，以提升政府決策能力和管理水平、提高道路通行能力與交通安全、服務(wù)公眾出行、方便市民生活為基本宗旨，在珠海市智能交通系統(tǒng)已有研究和建設(shè)的基礎(chǔ)上，以交通信息服務(wù)為紐帶，構(gòu)建高效的智能化交通綜合信息服務(wù)體系。交通信息綜合服務(wù)平臺的建設(shè)目標為：以珠海現(xiàn)有的交通信息化建設(shè)為基礎(chǔ)，以交通服務(wù)和管理需求為導(dǎo)向，以信息技術(shù)為手段，實現(xiàn)公交、出租、停車、客運、鐵路、航班、駕培、違章等公共交通信息的接入、共享、處理、融合和發(fā)布。為珠海廣大出行者提供靈活快捷的交通信息服務(wù)，保障運輸行業(yè)穩(wěn)定、城市公共交通有序、道路暢通，進而提高交通運輸局智能化服務(wù)與管理水平，提高和改善城市交通系統(tǒng)的持續(xù)穩(wěn)定運行能力和自我調(diào)節(jié)能力。使交通系統(tǒng)中的運輸主體、運輸工具、道路設(shè)施之間的關(guān)系變得更為和諧有效，同時為平臺未來擴展、完善奠定良好的基礎(chǔ)。未來系統(tǒng)將完善視頻、交通流識別信息接入，建成完整的行業(yè)數(shù)據(jù)分析、挖掘、實時監(jiān)控、調(diào)度指揮的綜合管理服務(wù)平臺，全面提升交通運行管理水平和決策水平。通過系統(tǒng)建設(shè)，系統(tǒng)能夠充分滿足人們的信息查詢和出行需求、滿足政府管理與決策需求、滿足運輸企業(yè)生產(chǎn)管理與運營需求。最終，是珠海交通管理水平達到國內(nèi)領(lǐng)先水平，成為國內(nèi)外交通信息化管理的典范。本項目是基于交通信息平臺之上，在全面掌握城市道路、交通、車流、客流等基礎(chǔ)信息的基礎(chǔ)上，為珠海市交通信息平臺提供數(shù)據(jù)交換和通訊的規(guī)范和依據(jù)。本方案將根據(jù)用戶的需求，為珠海市制定信息數(shù)據(jù)規(guī)范提供基本解決思路和實施計劃。術(shù)語ATCAreaTrafficControl/區(qū)域交通控制AVLActiveVehicleLocation/主動車輛定位ISDNIntegratedServicesDigitalNetwork/綜合業(yè)務(wù)數(shù)字網(wǎng)ITMCIntegratedTrafficManagementComputer/綜合交通管理計算機LANLocalAreaNetwork/局域網(wǎng)MMIManMachineInterface/人機界面MTBFMeanTimeBetweenFailure/平均故障間隔時間OTUOutstationTransmissionUnit/外站傳輸單元TCCTrafficControlComputerorTrafficControlCentre/交通控制計算機TMCTrafficManagementComputer/交通管理計算機UPDLUploadDownload/上傳/下載UTCUrbanTrafficControl/城市交通控制UTMCUrbanTrafficManagementandControl/城市交通管理與控制NTCIPNationalTransportationCommunicationsforITSProtocol/美國國家交通通訊協(xié)議IP InternetProtocol/互聯(lián)網(wǎng)協(xié)議CORBACommonObjectRequestBrokerArchitecture/公共對象請求代理體系結(jié)構(gòu)C2C Center-to-Center/中心對中心C2F Center-to-Field/中心對外場XML eXtensibleMarkupLanguage/可擴展標記語言SQL StructuredQueryLanguage/結(jié)構(gòu)化查詢語言NEMA NationalElectricalManufacturersAssociation/國國家電器制造商協(xié)會FHWA FederalHighwayAdministration/美國聯(lián)邦公路局ITE InstituteofTransportationEngineers/交通工程師學(xué)會AASHTO AmericanAssociationofStateHighwayandTransportationOfficials/美國州公路及運輸官員協(xié)會WG WorkingGroup/工作小組VMS VariableMessageSigns/可變信息板FCD FloatingCarData/浮動車數(shù)據(jù)目標根據(jù)最初本標準規(guī)范制定的規(guī)劃，將通過調(diào)查珠海市對于交通信息數(shù)據(jù)應(yīng)用的實際情況，研究國內(nèi)、國際上關(guān)于交通信息數(shù)據(jù)的相關(guān)標準和規(guī)范，分析交通信息數(shù)據(jù)的特性，制定出適合交通信息處理、共享等的行業(yè)標準。具體的研究內(nèi)容包括以下幾個方面：一、交通信息數(shù)據(jù)應(yīng)用現(xiàn)狀；二、行業(yè)標準現(xiàn)狀；三、標準設(shè)計原則和目標；四、標準相關(guān)支撐技術(shù)研究；五、標準設(shè)計草案。本項目希望通過對現(xiàn)狀的研究，提出一套先進的信息標準體系，以適應(yīng)珠海市不斷增長的交通信息需求，同時也為其它城市的交通信息系統(tǒng)的建設(shè)提供參考。最終目標為通過標準化過程，促進珠海市交通信息管理的效率、提升交通管理系統(tǒng)的水平。最終提交成果為相關(guān)研究報告和標準草案。參考標準本項目將主要研究適合珠海的交通信息數(shù)據(jù)標準，我們將會根據(jù)國內(nèi)外的先進經(jīng)驗，為珠海市制定最先級，最高效的數(shù)據(jù)標準。國內(nèi)標準在這一領(lǐng)域，目前國內(nèi)還沒有完成強制性標準，當有一些相關(guān)標準可以用來參考，如下列表所示：GB/T29095—2012道路交通管理數(shù)據(jù)字典交通檢測器;GB/T29096—2012道路交通管理數(shù)據(jù)字典交通事件數(shù)據(jù);GB/T29097—2012道路交通管理數(shù)據(jù)字典交通網(wǎng)絡(luò);GB/T29098—2012道路交通管理數(shù)據(jù)字典交通信號控制。GB/T29099-2012道路交通信息服務(wù)浮動車歷史數(shù)據(jù)交換存儲格式GB/T29100-2012道路交通信息服務(wù)交通事件分類與編碼GB/T29104-2012道路交通信息服務(wù)長途客運線路信息GB/T29105-2012道路交通信息服務(wù)浮動車數(shù)據(jù)編碼GB/T29106-2012道路交通信息服務(wù)公路信息亭技術(shù)要求GB/T29107-2012道路交通信息服務(wù)交通狀況描述GB/T29108-2012道路交通信息服務(wù)術(shù)語GB/T29109-2012道路交通信息服務(wù)通過無線電臺發(fā)布的交通信息GB/T29110-2012道路交通信息服務(wù)公共汽電車線路信息基礎(chǔ)數(shù)據(jù)元GB/T29111-2012道路交通信息服務(wù)通過蜂窩網(wǎng)絡(luò)發(fā)布的交通信息GB/T29192-2012城市交通流信息采集與存儲GB/T29744-2013道路交通信息服務(wù)道路編碼規(guī)則GB/T29746-2013實時交通信息服務(wù)數(shù)據(jù)結(jié)構(gòu)GA/T1049-2013公安交通集成指揮平臺通信協(xié)議國際上，很多國家和地區(qū)（包括美國，英國，歐洲）都已經(jīng)制定了類似的標準，我們將在下一節(jié)詳細介紹：歐洲標準：OCIT英國標準：UTMC美國標準：NTCIP詳細內(nèi)容將在下一節(jié)介紹。國際標準OCITOCIT（OpenCommunicationInterfaceforRoadTrafficControlSystem）是一套國際通用的開放通訊協(xié)議，該協(xié)議旨在為交通信息管理系統(tǒng)提供一套標準、開放的通訊規(guī)范，使得所有遵循該標準的設(shè)備和系統(tǒng)都可以無縫接入，無需額外的開發(fā)成本，同時也為系統(tǒng)的提供更多的擴展空間。OCIT是基于簡單對象訪問協(xié)議SOAP的基礎(chǔ)上，SOAP是一套利用HTTP和XML封裝數(shù)據(jù)的標準網(wǎng)絡(luò)通訊協(xié)議，該協(xié)議功能強大，目前是信息技術(shù)中比較常用的協(xié)議標準之一。利用該協(xié)議標準，系統(tǒng)將具備以下優(yōu)勢：適用于所有結(jié)構(gòu)數(shù)據(jù)模型利于數(shù)據(jù)跟蹤不依賴于系統(tǒng)平臺易于擴展協(xié)議的數(shù)據(jù)格式如下所示：<ObjectTypeName="VehicleRoutesEvent"Type="struct"Description="OMDatentyp"Archive="false"> <Attributes> <AttributeName="VehicleShortName"Type="KurznameString"/> <AttributeName="VehicleName"Type="NonArchiveString"/> <AttributeName="Visibility"Type="VehiclesStatusLong"/> <AttributeName="Priority"Type="VehiclesPriorityLong"/> <AttributeName="Status"Type="VehiclesStatusLong"/> <AttributeName="Situation"Type="VehiclesSituationLong"/> <AttributeName="Direction"Type="VehiclesDirectionDouble"/> <AttributeName="Velocity"Type="VehiclesVelocityDouble"/> <AttributeName="RouteColor"Type="NonArchiveString"/> <AttributeName="StartTime"Type="VehiclesStartTimeString"/> <AttributeName="ArrivalTime"Type="VehiclesArrivalTimeString"/> <AttributeName="Editorial"Type="NonArchiveString"/> <AttributeName="LastExternalUpdate"Type="VehiclesLastExternalUpdateString"/> <AttributeName="Name"Type="NonArchiveString"/> <AttributeName="Inputs"Type="VehiclesInputsArray"/> <AttributeName="GeoRef"Type="GeoRefStr"/> <AttributeName="DirectionCode"Type="VehiclesDirectionCodeLong"/> <AttributeName="RelatedObjects"Type="RelatedObjectsArray"/> <AttributeName="CustomerIds"Type="String"/> </Attributes> </ObjectType> <ObjectTypeName="VehiclesEvent"Type="struct"Description="OMDatentyp"Archive="false"> <Attributes> <AttributeName="ShortName"Type="KurznameString"/> <AttributeName="Name"Type="String"/> <AttributeName="Subsystem"Type="NonArchiveString"/> <AttributeName="Description"Type="NonArchiveString"/> <AttributeName="Editorial"Type="NonArchiveString"/> <AttributeName="RouteColor"Type="NonArchiveString"/> <AttributeName="LastAdminUser"Type="VehiclesLastAdminUserString"/> <AttributeName="LastAdminUpdate"Type="VehiclesLastAdminUpdateString"/> <AttributeName="LastExternalUpdate"Type="VehiclesLastExternalUpdateString"/> <AttributeName="Priority"Type="VehiclesPriorityLong"/> <AttributeName="Status"Type="VehiclesStatusLong"/> <AttributeName="Situation"Type="VehiclesSituationLong"/> <AttributeName="Direction"Type="VehiclesDirectionDouble"/> <AttributeName="Velocity"Type="VehiclesVelocityDouble"/> <AttributeName="StartTime"Type="VehiclesStartTimeString"/> <AttributeName="ArrivalTime"Type="VehiclesArrivalTimeString"/> <AttributeName="VisibilityMode"Type="VehiclesStatusLong"/> <AttributeName="Routes"Type="NonArchivStringArray"/> <AttributeName="CustomerIds"Type="String"/> </Attributes> </ObjectType> <ObjectTypeName="VehicleRoutesEvent"Type="struct"Description="OMDatentyp"Archive="false"> <Attributes> <AttributeName="VehicleShortName"Type="KurznameString"/> <AttributeName="VehicleName"Type="NonArchiveString"/> <AttributeName="Visibility"Type="VehiclesStatusLong"/> <AttributeName="Priority"Type="VehiclesPriorityLong"/> <AttributeName="Status"Type="VehiclesStatusLong"/> <AttributeName="Situation"Type="VehiclesSituationLong"/> <AttributeName="Direction"Type="VehiclesDirectionDouble"/> <AttributeName="Velocity"Type="VehiclesVelocityDouble"/> <AttributeName="RouteColor"Type="NonArchiveString"/> <AttributeName="StartTime"Type="VehiclesStartTimeString"/> <AttributeName="ArrivalTime"Type="VehiclesArrivalTimeString"/> <AttributeName="Editorial"Type="NonArchiveString"/> <AttributeName="LastExternalUpdate"Type="VehiclesLastExternalUpdateString"/> <AttributeName="Name"Type="NonArchiveString"/> <AttributeName="Inputs"Type="VehiclesInputsArray"/> <AttributeName="GeoRef"Type="GeoRefStr"/> <AttributeName="DirectionCode"Type="VehiclesDirectionCodeLong"/> <AttributeName="RelatedObjects"Type="RelatedObjectsArray"/> <AttributeName="CustomerIds"Type="String"/> </Attributes> </ObjectType> <ObjectTypeName="VehiclesInputsStruct"Type="struct"Description="OMDatentyp"Archive="true"> <Attributes> <AttributeName="ExternalUpdate"Type="NonArchiveString"/> <AttributeName="Direction"Type="NonArchiveDouble"/> <AttributeName="Velocity"Type="NonArchiveDouble"/> <AttributeName="X"Type="NonArchiveDouble"/> <AttributeName="Y"Type="NonArchiveDouble"/> <AttributeName="Situation"Type="NonArchiveLong"/> <AttributeName="Status"Type="NonArchiveLong"/> <AttributeName="Priority"Type="NonArchiveLong"/> </Attributes> </ObjectType> 通訊方式協(xié)議支持多種數(shù)據(jù)讀取方式，包括:一般的數(shù)據(jù)讀?。喝缦聢D所示，通過InquireAll的接口系統(tǒng)可以為客戶端提供多種數(shù)據(jù)內(nèi)容。圖獲取全部數(shù)據(jù)此外，系統(tǒng)還支持基于緩存的數(shù)據(jù)讀取方式，客戶端可以通過位置信息，多次讀取一塊完整的數(shù)據(jù)，圖數(shù)據(jù)緩存同時系統(tǒng)還支持多個客戶端的管理，服務(wù)端可以為多個客戶端提供數(shù)據(jù)：圖多客戶端數(shù)據(jù)還可以是雙向進行，特別是針對一些誘導(dǎo)屏設(shè)備和系統(tǒng)等，如下圖圖雙向交互系統(tǒng)可以通過增加用戶名密碼，來提升系統(tǒng)的安全級別，系統(tǒng)協(xié)議也可以添加看門狗以防止系統(tǒng)進入無限等待狀態(tài)。如下圖：圖用戶認證根據(jù)系統(tǒng)用途的不同，數(shù)據(jù)采集方既可以是服務(wù)端（按需）也可以是客戶端，根據(jù)不同功能需求需要靈活選取系統(tǒng)的架構(gòu)。圖數(shù)據(jù)采集方式以上即為OCIT技術(shù)的核心部分，根據(jù)不同項目的需求，該技術(shù)可以為用戶提供最有效、最規(guī)范的數(shù)據(jù)交換模型。UTMCUTMC是一個在英國使用的，用于交通管理系統(tǒng)的技術(shù)框架和數(shù)據(jù)標準。該標準是通過一個稱之為UDG（UTMC開發(fā)團隊）的組織制定，該組織代表地方和國家高速公路權(quán)威組織，系統(tǒng)供貨商和中央政府。該組織從事國際交流包括與標準制定組織交流，關(guān)注于項目中的實際應(yīng)用和成果，并未今后可能出現(xiàn)的問題提出解決辦法。UTMC協(xié)議覆蓋幾乎所有和交通相關(guān)的所有系統(tǒng)，如UTC，VMS，CCTV，停車場，停車誘導(dǎo)，ANPR，空氣質(zhì)量以及眾多的相關(guān)系統(tǒng)。這些系統(tǒng)在不同的城市有不同的應(yīng)用和組合，隨著城市級別的上升，系統(tǒng)的數(shù)量將不斷升高。UTMC也會隨著時代的變化，不斷擴大它的覆蓋范圍，以滿足日益變化的交通需求。UTMC協(xié)議關(guān)注于路口設(shè)備和中心系統(tǒng)的通訊協(xié)議，以及中心系統(tǒng)之間的通訊協(xié)議和今后路口設(shè)備和車輛之間的通訊協(xié)議。UTMC并不制定特定的設(shè)備，這樣有助于供應(yīng)商提供更多的自由和創(chuàng)新。UTMC的研究起始于1990年，UTMC最初是城市交通管理和控制（UrbanTrafficManagementandControl）的英文簡稱，因為這是UTMC研究的最初領(lǐng)域，當然之后不久，高速公路和郊區(qū)道路的研究也被加入到最終的研究結(jié)果中。近幾年，更多的城際交通解決方案和戰(zhàn)略管理模型的研究成果被加入到整個系統(tǒng)中，因此英國高速公路局已經(jīng)開始采用該體系結(jié)構(gòu)用于高速公路信息平臺的建設(shè)。為此，UTMC更準確的含義應(yīng)該是通用交通管理和控制系統(tǒng)（UniversalTrafficManagementandControl）的英文簡稱，從而拓寬了他的應(yīng)用范圍。在英國，UTMC出現(xiàn)之前，交通管理主要以各個公司的私有通訊協(xié)議為主，這樣使得市場割據(jù)嚴重，不同區(qū)域的設(shè)備無法互通，系統(tǒng)更新和擴展也很困難。集成商只能使用制定的產(chǎn)品搭建他們的系統(tǒng)，或?qū)ΜF(xiàn)有系統(tǒng)進行升級。這樣往往無法滿足日益增長的用戶需求和區(qū)域間的交通交互應(yīng)用。開放協(xié)議，如UTMC，不受版權(quán)限制，并非某一家或幾家供貨商制定，可以被所有設(shè)備供應(yīng)商采用，因此其優(yōu)勢包括：允許不同的交通管理和控制系統(tǒng)交互數(shù)據(jù)，這樣可以在花費最小的情況下對接系統(tǒng)可以共享交通管理平臺的信息和數(shù)據(jù)，通過通用數(shù)據(jù)庫的形式，這樣可以把單個系統(tǒng)發(fā)揮更大的功能。建立了開放的市場機制，增加了市場競爭，更有利于設(shè)備創(chuàng)新功能的設(shè)計充分考慮了和已有系統(tǒng)的兼容性等需求，并盡量保留了可擴展性和升級擴展。允許多種通訊技術(shù)，包括城域網(wǎng)和有線電視網(wǎng)絡(luò)等UTMC技術(shù)規(guī)范包括：指標規(guī)范，TS003對象定義，TS004UTMC開發(fā)團隊的規(guī)范和標準組（S&SG）負責(zé)管理和維護UTMC技術(shù)規(guī)范。UTMC技術(shù)標準包含一系列協(xié)議，基本包含以下標準：通訊網(wǎng)絡(luò)帶寬等要求通訊協(xié)議要求：IP、HTTP，SNMP等協(xié)議內(nèi)容要求：包括SQL,CORBA,XML等大數(shù)據(jù)表示形式UTMC會持續(xù)跟蹤市場的需求，不斷發(fā)展。下表是UTMC協(xié)議的部分數(shù)據(jù)文檔NameCurrentversion/TS004entry(toplevel)utmc_publication.xsd30/9/09utmc_siri.xsd30/9/09utmcX.xsd30/9/09utmcfolderutmc_all_devices-v1.0.xsd30/9/09utmc_all_objects-v1.0.xsd30/9/09utmc_all_quantiseds-v1.0.xsd30/9/09utmc_all_traffic_events-v1.0.xsd30/9/09utmc_data_object_access_control-v1.0.xsd30/9/09utmc_data_object_air_quality-v1.0.xsd30/9/09utmc_data_object_car_park-v1.0.xsd30/9/09utmc_data_object_cctv-v1.0.xsd30/9/09utmc_data_object_detector-v1.0.xsd30/9/09utmc_data_object_meteorological-v1.0.xsd30/9/09utmc_data_object_traffic_signal-v1.0.xsd30/9/09utmc_data_object_transport_link-v1.0.xsd30/9/09utmc_data_object_transport_route-v1.0.xsd30/9/09utmc_device_command-v1.0.xsd30/9/09utmc_device_fault-v1.0.xsd30/9/09utmc_device_history-v1.0.xsd30/9/09utmc_device-v1.0.xsd30/9/09utmc_location-v1.0.xsd30/9/09utmc_network_base-v1.0.xsd30/9/09utmc_network-v1.0.xsd30/9/09utmc_object-v1.0.xsd30/9/09utmc_quantised_access_control-v1.0.xsd30/9/09utmc_quantised_air_quality-v1.0.xsd30/9/09utmc_quantised_car_park-v1.0.xsd30/9/09utmc_quantised_cctv-v1.0.xsd30/9/09utmc_quantised_detector-v1.0.xsd30/9/09utmc_quantised_traffic_signal-v1.0.xsd30/9/09utmc_quantised_transport_link-v1.0.xsd30/9/09utmc_quantised_transport_route-v1.0.xsd30/9/09utmc_quantised-v1.0.xsd30/9/09utmc_support_data_source-v1.0.xsd30/9/09utmc_support_day_type-v1.0.xsd30/9/09utmc_support_meteorological-v1.0.xsd30/9/09utmc_support_quality-v1.0.xsd30/9/09utmc_support_subsystem-v1.0.xsd30/9/09utmc_support_typeID-v1.0.xsd30/9/09utmc_traffic_event_accident-v1.0.xsd30/9/09utmc_traffic_event_event-v1.0.xsd30/9/09utmc_traffic_event_incident-v1.0.xsd30/9/09utmc_traffic_event_roadworks-v1.0.xsd30/9/09utmc_traffic_event-v1.0.xsd30/9/09utmc_utility_time-v1.0.xsd30/9/09utmc_utility-v1.0.xsd30/9/09utmc_anprfolderANPRDiagnostic.xsd30/9/09Camera.xsd30/9/09CameraToInstation.xsd30/9/09Config.xsd30/9/09Image.xsd30/9/09InstationToCamera.xsd30/9/09Lane.xsd30/9/09MachineDiagnostic.xsd30/9/09Plateread.xsd30/9/09types.xsd30/9/09ThisfolderalsoincludesthefollowingWSDLfilescamera.wsdl30/9/09instation.wsdl30/9/09utmc_freeflowfolderutmc_all-v1.0.xsd30/9/09utmc_data_object_intervention-v1.0.xsd30/9/09utmc_data_object_transport_route_diversion-v1.0.xsd30/9/09utmc_filter_intervention-v1.0.xsd30/9/09utmc_filter_traffic_alert-v1.0.xsd30/9/09utmc_traffic_event_alert-v1.0.xsd30/9/09utmcsvcfolderutmc_all-v1.0.xsd30/9/09utmc_all_filters-v1.0.xsd30/9/09utmc_filter_device-v1.0.xsd30/9/09utmc_filter_network-v1.0.xsd30/9/09utmc_filter_object-v1.0.xsd30/9/09utmc_filter_prediction-v1.0.xsd30/9/09utmc_filter_profile-v1.0.xsd30/9/09utmc_filter_quantised-v1.0.xsd30/9/09utmc_filter_traffic_event-v1.0.xsd30/9/09utmc_request_service-v1.0.xsd30/9/09sirifoldersiri_all.xsd30/9/09siri_base-v1.3.xsd30/9/09siri_common-v1.3.xsd30/9/09siri_location-v1.1.xsd30/9/09siri_modes-v1.1.xsd30/9/09siri_participant-v1.1.xsd30/9/09siri_reference-v1.2.xsd30/9/09siri_requests-v1.2.xsd30/9/09siri_situationActions-v1.0.xsd30/9/09siri_time-v1.2.xsd30/9/09siri_types-v1.1.xsd30/9/09siri_untility-v1.1.xsd30/9/09datex2folderDatexII_publication.xsd30/9/09DATEXIISchema_1_0_1_0.xsd30/9/09DATEXIISchema_1_0_1_0_subset.xsd30/9/09NTCIPNTCIP(NationalTransportationCommunicationsforITSProtocol)是美國針對智能運輸系統(tǒng)(ITS)的電子設(shè)備間數(shù)據(jù)傳輸所制定的標準通訊協(xié)議，其主要目標是確保交通控制與ITS系統(tǒng)組成單元彼此之間的“互操作性”(Interoperability)與“互換性”(Interchangeability)?；ゲ僮餍浴保侵冈贜TCIP通訊網(wǎng)絡(luò)內(nèi)不同種類的系統(tǒng)裝置之間可以相互引用對方提供的服務(wù)，這些系統(tǒng)裝置可以是安裝在相同通訊鏈路的不同種類交通控制終端設(shè)施，或是不同控制中心之間的遠程系統(tǒng)在線信息交換。所謂“互換性”，是指軟硬件設(shè)備具有多個供貨商，系統(tǒng)不會受限于供貨商而導(dǎo)致軟硬件設(shè)備置換時與系統(tǒng)聯(lián)機的困難。交通信號控制系統(tǒng)可說是ITS的先驅(qū)，而交通信號控制器，亦即信號機，則是該系統(tǒng)中最主要的設(shè)備，NTCIP的構(gòu)想就是源自于交通信號控制器的應(yīng)用需求。1992年美國國家電器制造商協(xié)會NEMA（NationalElectricalManufacturersAssociation）開始討論與開發(fā)共通性的交通信號控制系統(tǒng)通訊協(xié)議。1995年5月，在美國聯(lián)邦公路局FHWA(FederalHighwayAdministration)主導(dǎo)下，由各界代表組成了NTCIP指導(dǎo)小組（NTCIPSteeringGroup）以加速ITS標準化工作。1995年12月，NEMA完成第一版NTCIP通訊協(xié)議，但僅限于低傳輸速率的交通信號控制器使用。1996年12月，F(xiàn)HWA提供五百萬美金的經(jīng)費開始制定NTCIP標準，并選擇了交通工程師學(xué)會ITE(InstituteofTransportationEngineers)、美國州公路及運輸官員協(xié)會AASHTO(AmericanAssociationofStateHighwayandTransportationOfficials)與NEMA代表FHWA執(zhí)行相關(guān)工作。ITE、AASHTO與NEMA共同組成的NTCIP聯(lián)合委員會（JointCommitteeontheNTCIP）也取代了NTCIP指導(dǎo)小組，成為目前美國NTCIP推動工作的正式官方組織，主要執(zhí)行的工作包含：1.規(guī)劃NTCIP未來的發(fā)展計劃。2.成立工作小組(WorkingGroup，WG)制定通訊協(xié)議標準。3.建議FHWA相關(guān)研究經(jīng)費運用方式。4.開發(fā)標準通訊協(xié)議測試工具(例如NTCIPExerciser)。5.協(xié)調(diào)美國其它標準化相關(guān)工作，例如DOT主導(dǎo)的ITS系統(tǒng)架構(gòu)標準化。6.通過報告、期刊與網(wǎng)站等方式推廣NTCIP之技術(shù)與應(yīng)用。NTCIP定義了一系列通用的通信協(xié)議以及專用于交通的數(shù)據(jù)字典和信息集來支持大多數(shù)運輸管理用途的計算機系統(tǒng)和外場設(shè)備。NTCIP的應(yīng)用一般分為兩大類：中心到外場（Center-to-Field，C2F）及中心到中心（Center-to-Center，C2C）的應(yīng)用。前者通常包含路側(cè)設(shè)施或者是各運營部門所擁有的車輛與管理中心的計算機之間的信息傳輸。而后者則主要是管理中心的計算機或各個子系統(tǒng)之間的數(shù)據(jù)傳輸，這些計算機可處于同一房間內(nèi)，也可以是位于相鄰機構(gòu)運營的管理中心內(nèi)或是跨國的。下圖為NTCIP結(jié)構(gòu)圖：NTCIP目前負責(zé)標準發(fā)展的工作小組有15個，包含ActuatedSignalControl(ASC)、BaseStandardsandProtocols(BSP)、Center-to-centerProfiles(C2C)、ClosedCircuitTV(CCTV)、DataCollectionandMonitoring(DCM)、DynamicMessageSign(DMS)、EnvironmentalSensorStation(ESS)、GlobalObjects(GO)、JointCommitteeontheNTCIP(STRGRP)、Profiles、RampMetering(RM)、SignalControlandPrioritization(SCP)、TransportationSensorSystems(TSS)、TechnicalCoordinationForum(TCF)等，所發(fā)展的NTCIP標準適用以下領(lǐng)域：ActuatedSignalControlMessages(ASC)。HighwayAdvisoryRadioMessages(HAR)。DynamicMessageSignMessages(DMS)。CentertoCenterProfiles(CTC)。CommunicationsProfiles(CP)。EnvironmentalSensorStation(ESS)。RampMeterMessages(RM)。DSRCCoordination(DSRC)。VideoCameraControlMessages(VCS)。AdvancedSensorMessages(AS)。TransportationSensorSystems(TSS)。TransitTCIP(TCIP)。NTCIP是美國ITS標準化工作的其中一環(huán)，其架構(gòu)仿效Internet的做法，由AASHTO、ITE及NEMA作為NTCIP標準主要的發(fā)展機構(gòu)NTCIP標準開發(fā)組織（NTCIPStandardsDevelopmentOrganizations，SDOs），三個機構(gòu)則各派代表共同組成聯(lián)合委員會，以合作推動NTCIP標準化工作。NTCIP為運營運輸管理系統(tǒng)的機構(gòu)或部門提供了更多的機動性和選擇。藉由統(tǒng)一的標準，NTCIP掃除了不同部門在協(xié)調(diào)上的障礙，并允許同一通訊線路上存在不同的設(shè)備種類和制造商生產(chǎn)的產(chǎn)品。即使原有的整套系統(tǒng)并沒有采用NTCIP，但如果各運營部門在采購新設(shè)備時能夠考慮采用兼容NTCIP的產(chǎn)品，依然能通過NTCIP在未來的采購及升級中獲得益處。NTCIP主要的效益如下：避免設(shè)備過早淘汰NTCIP不可能針對早期的設(shè)備來訂定標準，但是有了統(tǒng)一的標準，大多數(shù)的供貨商都會在當前或者是未來的商品中提供對NTCIP的支持。盡管可能不在同一個通信線路中，運轉(zhuǎn)一個混雜著NTCIP設(shè)備及非NTCIP的設(shè)備（或是這些設(shè)備雖支持NTCIP，但仍使用既有的通訊協(xié)議）的系統(tǒng)仍然是可能的。只要運營部門在采購設(shè)備時選擇NTCIP兼容的產(chǎn)品，就能夠確保設(shè)備保持長期的可用性和兼容性，避免設(shè)備的過早淘汰，延長設(shè)備的使用期限。這些設(shè)備包括計算機軟件、外場設(shè)備、任何類型的交通或運輸控制或監(jiān)測設(shè)備的控制器。提供更多的生產(chǎn)商供選擇若使用單位決定其系統(tǒng)采用NTCIP架構(gòu)，就可以向不同的供貨商購買NTCIP兼容之產(chǎn)品、現(xiàn)場設(shè)備、軟件等。也許只有同一供貨商之產(chǎn)品才能夠充分運用其產(chǎn)品的功能，但至少在同一標準下，任何供貨商都可以提供基本功能，交通單位選擇廠商的機會將更多樣化，也可避免單一供貨商的壟斷。當一個運營部門采用了支持NTCIP的中央計算機系統(tǒng)時，他就能夠從任一個提供支持NTCIP的產(chǎn)品的廠商那里購買其他的系統(tǒng)、外場設(shè)備或軟件。也許只有同一供貨商之產(chǎn)品才能夠充分運用其產(chǎn)品的功能。但至少在同一標準下，任何供貨商都可以提供基本功能。開放的NTCIP標準，使得運營部門可以逐步地從一個廠商向另一個廠商完全更換其軟件、控制器和其他外場設(shè)備，或是使得在將來給系統(tǒng)添加其它廠商的設(shè)備變得更加容易。同時，開放的NTCIP標準也以可避免單一供貨商造成的壟斷?？鐔挝婚g的協(xié)調(diào)NTCIP允許在不同運營部門間進行信息交換，同時在相互授權(quán)的情形下，執(zhí)行某些指令以監(jiān)控其它運營部門的系統(tǒng)狀態(tài)。像這類的信息交換與協(xié)調(diào)可以通過手動或是自動的方式來進行。如此一來，各運營部門間能夠共享信息，并且進行跨部門的控制，以提供用實時出行者信息，進行路網(wǎng)協(xié)調(diào)控制等。單一的通訊網(wǎng)路NTCIP使得管理系統(tǒng)能夠在相同的通信息道內(nèi)與不同種類的設(shè)備間進行數(shù)及傳輸。例如通過過系統(tǒng)計算機上的軟件來信號控制交叉路口邊的可變情報板(ChangeableMessageSign,CMS)以顯示適當信息。通信網(wǎng)絡(luò)通常是運輸管理系統(tǒng)中最昂貴的組成部分之一，采用NTCIP則確保這項投資未來使用上的彈性。編制原則目標和范圍整個項目將按照用戶的需求按步驟完成，主要實現(xiàn)用戶的以下需求：調(diào)查珠海市對于交通信息數(shù)據(jù)應(yīng)用的實際情況，研究國內(nèi)、國際上關(guān)于交通信息數(shù)據(jù)的相關(guān)標準和規(guī)范，分析交通信息數(shù)據(jù)的特性，制定出適合交通信息處理、共享等的行業(yè)標準。具體的研究內(nèi)容包括以下幾個方面：一、交通信息數(shù)據(jù)應(yīng)用現(xiàn)狀；二、行業(yè)標準現(xiàn)狀；三、標準設(shè)計原則和目標；四、標準相關(guān)支撐技術(shù)研究；五、標準設(shè)計草案。我們通過對現(xiàn)狀的研究，提出一套先進的信息標準體系，以適應(yīng)珠海市不斷增長的交通信息需求，同時也為其它城市的交通信息系統(tǒng)的建設(shè)提供參考。最終目標為通過標準化過程，促進珠海市交通信息管理的效率、提升交通管理系統(tǒng)的水平。最終提交成果為相關(guān)研究報告和標準草案。設(shè)計原則先進性原則建設(shè)珠海市交通信息綜合服務(wù)平臺應(yīng)該采用先進、成熟的方法和技術(shù)，所以需要充分參考國內(nèi)外先進的方法和手段，不但能反映當今的先進水平，而且具有發(fā)展?jié)摿?，能保證在未來若干年內(nèi)占領(lǐng)先地位。實用性原則采用各種技術(shù)和手段應(yīng)該具有很強的實用性，既考慮先進性又要考慮實用性，系統(tǒng)建設(shè)應(yīng)始終貫徹面向應(yīng)用、注重實效的方針，堅持實用、經(jīng)濟的原則。可持續(xù)性技術(shù)選型除了考慮先進、實用，還必須考慮系統(tǒng)的可持續(xù)性發(fā)展，系統(tǒng)接口設(shè)計應(yīng)該有可持續(xù)發(fā)展的考慮。開放性和標準性為了滿足標準所選用的技術(shù)和設(shè)備的協(xié)同運行能力、系統(tǒng)投資的長期效應(yīng)以及系統(tǒng)功能不斷擴展的需求，系統(tǒng)模塊間要采用統(tǒng)一的通信協(xié)議?？煽啃院头€(wěn)定性在考慮技術(shù)先進性和開放性的同時，還應(yīng)從系統(tǒng)結(jié)構(gòu)、技術(shù)措施、設(shè)備性能、系統(tǒng)管理、廠商技術(shù)支持及維修能力等方面著手，確保系統(tǒng)運行的可靠性和穩(wěn)定性。安全性和保密性在系統(tǒng)設(shè)計中，既考慮信息資源的充分共享，更要注意信息的保護和隔離，因此系統(tǒng)應(yīng)分別針對不同的應(yīng)用和不同的通信環(huán)境，采取不同的措施，包括系統(tǒng)安全機制、數(shù)據(jù)存取的權(quán)限控制等，提供整體的安全解決方案。擴展性和易維護性可擴展性的基礎(chǔ)是開放性、標準性和技術(shù)的可持續(xù)性，應(yīng)該采用先進的理論和方法保證可擴展性，包括采用先進的軟件工程理論、系統(tǒng)論，以及分層和代理的方法等多種方法來保證擴展性。標準設(shè)計原則和目標在項目實施中，我們將根據(jù)之前的調(diào)查結(jié)果制定詳細的標準設(shè)計原則和目標。設(shè)計原則保證先進性，合理性，實用性，可擴展性等原則。設(shè)計原則要滿足珠海市的交通信息管理需求，并吸收國內(nèi)外相關(guān)規(guī)范和標準制定的經(jīng)驗。設(shè)計目標建立在珠海市交通信息管理應(yīng)用實例的基礎(chǔ)上，能夠切實幫助珠海市的交通信息服務(wù)平臺實現(xiàn)信息的集成和發(fā)布，并能夠為珠海市交通管理及交通指標體系的建設(shè)提供強有力的支撐。標準設(shè)計原則和目標將匯入最終成果中的研究報告中。標準相關(guān)支撐技術(shù)研究在項目執(zhí)行中，針對標準可能使用到的技術(shù)，我們將進行詳盡的研究，并根據(jù)標準設(shè)計原則和目標，選擇合適的支撐技術(shù)，如果有必要也可以提出針對現(xiàn)有技術(shù)的改進方案，從而更好的適應(yīng)珠海市交通管理的需求。支撐技術(shù)需要包括但不限于以下內(nèi)容：網(wǎng)絡(luò)通訊技術(shù)（TCP/IP，SNMP等）信息編碼技術(shù)網(wǎng)絡(luò)安全技術(shù)……等我們將會詳細描述最終選擇的技術(shù)方案，并給出選擇該方案的理由和依據(jù)。相關(guān)支撐技術(shù)研究結(jié)果將寫入最終成果中的研究報告中，相關(guān)技術(shù)的相應(yīng)標準將寫入最終成果中的標準設(shè)計草案中。前期工作概述本標準規(guī)范的制定的工作基礎(chǔ)及主要服務(wù)對象是珠海市交通信息綜合服務(wù)平臺。自信息平臺開始正式實施以來，目前系統(tǒng)的接口及相關(guān)開發(fā)工作正在進行之中。交通信息綜合服務(wù)平臺架構(gòu)交通信息綜合服務(wù)平臺的主要目的是：交通信息采集：可能來自于多個信息來源，如其它政府部門，交通運營機構(gòu)，交通相關(guān)商業(yè)機構(gòu)等。交通信息分析：眾多的信息需要進行預(yù)處理，或進行數(shù)據(jù)融合、挖掘才能對外發(fā)布。交通信息綜合：對信息需要綜合出核心信息指標，用于幫助管理這了解系統(tǒng)的運行情況。交通信息發(fā)布：信息將以簡明，實用的形式對外發(fā)布，其中包括對公眾的發(fā)布，也包括對管理者的發(fā)布。交通信息戰(zhàn)略：交通信息還將和眾多相關(guān)子系統(tǒng)協(xié)作，通過智能戰(zhàn)略模型，綜合各個子系統(tǒng)共同完成交通系統(tǒng)優(yōu)化和協(xié)調(diào)。系統(tǒng)結(jié)構(gòu)如下圖所示：圖系統(tǒng)結(jié)構(gòu)圖可以看出交通信息系統(tǒng)可以和眾多子系統(tǒng)對接，而這些子系統(tǒng)均和交通管理相關(guān)。其中包括：交通信號系統(tǒng)交通檢測系統(tǒng)氣象信息系統(tǒng)高速公路系統(tǒng)道路施工信息系統(tǒng)視頻監(jiān)控系統(tǒng)浮動車系統(tǒng)交通違章攝像系統(tǒng)交通執(zhí)法系統(tǒng)車隊管理系統(tǒng)交通誘導(dǎo)屏系統(tǒng)停車管理系統(tǒng)自行車租用系統(tǒng)出租車管理系統(tǒng)公交車管理系統(tǒng)公交卡管理系統(tǒng)路燈照明系統(tǒng)運輸管理系統(tǒng)各種客運系統(tǒng)（飛機、火車、長途汽車、輪渡…）電子車牌系統(tǒng)隧道管理系統(tǒng)環(huán)境檢測系統(tǒng)公眾出行網(wǎng)站手機移動應(yīng)用車載移動平臺票務(wù)系統(tǒng)……可以看出，交通相關(guān)的眾多的系統(tǒng)，每一個系統(tǒng)的特點和數(shù)據(jù)量都彼此不盡相同。而且每一個子系統(tǒng)都可能有眾多的供貨商，每一家供貨商都可能有不同的數(shù)據(jù)類型和接口。所以為了能夠?qū)崿F(xiàn)數(shù)據(jù)的共享以及系統(tǒng)間的協(xié)作，需要一種必要的數(shù)據(jù)結(jié)構(gòu)來共享數(shù)據(jù)，并作數(shù)據(jù)交換的標準。所有供貨商需要滿足該標準依確?？梢越尤氡鞠到y(tǒng)中。珠海市交通信息平臺架構(gòu)整體架構(gòu)根據(jù)用戶的需求，系統(tǒng)需要實現(xiàn)以下這些主要功能：信息采集：負責(zé)收集來自外部的交通原始信息信息處理：負責(zé)將交通原始信息處理后生成可以使用的交通信息信息管理：對信息進行戰(zhàn)略管理，生成決策和評估等交通信息信息服務(wù)：將處理過的交通信息通過IT和通訊技術(shù)發(fā)布給交通出行者，并根據(jù)以上信息提供相應(yīng)的交通服務(wù)?；谝陨瞎δ茉O(shè)計，系統(tǒng)大體上可以分為三個部分，如下圖所示：圖中心軟件架構(gòu)位于系統(tǒng)圖最下面一層的是信息子系統(tǒng)，該部分為交通信息的主要來源，作為外部系統(tǒng)，用于提供系統(tǒng)平臺的數(shù)據(jù)來源和協(xié)同工作系統(tǒng)。為了滿足本項目的基本需求，以下子系統(tǒng)將會被接入到交通管理平臺中：出租車子系統(tǒng)公交子系統(tǒng)路側(cè)停車子系統(tǒng)自行車租用子系統(tǒng)視頻監(jiān)控子系統(tǒng)水運數(shù)據(jù)子系統(tǒng)長途客運子系統(tǒng)鐵路子系統(tǒng)機場子系統(tǒng)其它子系統(tǒng)系統(tǒng)圖中間部分為西門子交通信息管理平臺的核心部分，該部分負責(zé)信息的采集、處理、管理和服務(wù)發(fā)布等功能，具體包含以下幾個模塊：交通信息采集與交換系統(tǒng)：該系統(tǒng)負責(zé)和外部信息子系統(tǒng)進行數(shù)據(jù)交換交通數(shù)據(jù)/信息處理系統(tǒng)：該系統(tǒng)負責(zé)處理采集來的原始數(shù)據(jù)，生成全方位的交通信息數(shù)據(jù)交通信息管理系統(tǒng)：該系統(tǒng)提供針對信息的人工戰(zhàn)略管理功能交通信息服務(wù)系統(tǒng)：該系統(tǒng)負責(zé)提供針對網(wǎng)站和移動應(yīng)用的網(wǎng)絡(luò)服務(wù)，主要為以上服務(wù)提供數(shù)據(jù)接口和應(yīng)用邏輯。系統(tǒng)圖的最上面為西門子交通信息的公眾發(fā)布模塊，該部分用于向一般的出行者提供交通信息服務(wù)，信息發(fā)布的模式大致分為：公眾出行網(wǎng)站發(fā)布：基于門戶網(wǎng)站的信息發(fā)布移動終端應(yīng)用發(fā)布：主要基于Android和iOS的移動應(yīng)用的信息發(fā)布我們所提供的軟件架構(gòu)不僅是一個交通綜合信息發(fā)布平臺，同時也是一個交通綜合信息管理平臺。在這個平臺上，交通信息不是直接的分發(fā)給出行者，而是增加了交通信息分析和管理元素。簡單的交通信息分發(fā)，不但弱化了交通信息的使用效率，有時還可能適得其反，造成不必要的交通干擾。適當?shù)慕煌ü芾碓兀瓤梢詮母叩膽?zhàn)略層面對交通出行者進行誘導(dǎo)，也可以為不同層級的交通管理者提供相應(yīng)的交通決策支持。交通信息采集與交換系統(tǒng)交通信息采集與交換系統(tǒng)是交通信息平臺的信息采集入口，所有來自外部的數(shù)據(jù)都將通過該數(shù)據(jù)接口傳輸?shù)较乱患墧?shù)據(jù)平臺。如之前中心軟件架構(gòu)中所述，本項目中的交通信息平臺會接入許多外部子系統(tǒng)的交通信息，這些信息包含許多種類，如靜態(tài)信息，實時動態(tài)信息，視頻流數(shù)據(jù)，定期更新數(shù)據(jù)等等。而根據(jù)數(shù)據(jù)的形式，又可以分為結(jié)構(gòu)數(shù)據(jù)，非結(jié)構(gòu)數(shù)據(jù)和半結(jié)構(gòu)數(shù)據(jù)。數(shù)據(jù)的結(jié)構(gòu)也多種多樣，如地理信息，車位信息，天氣，時間，視頻，圖片等等。為了達到項目的需求，我們需要去提供一套靈活，強大并且便于擴展的接口形式。根據(jù)本系統(tǒng)中數(shù)據(jù)性質(zhì)的不同，我們將數(shù)據(jù)分為一下幾類進行采集：靜態(tài)數(shù)據(jù)：系統(tǒng)中基本不變或很少改變的數(shù)據(jù)，如設(shè)備安裝位置信息，設(shè)備名稱等等動態(tài)結(jié)構(gòu)數(shù)據(jù)：系統(tǒng)中不斷需要更新的結(jié)構(gòu)數(shù)據(jù)，如出租車GPS數(shù)據(jù)，停車占用數(shù)據(jù)等等動態(tài)非結(jié)構(gòu)數(shù)據(jù)：系統(tǒng)中不斷需要更新的非結(jié)構(gòu)數(shù)據(jù)，如照片、視頻流等等。信息系統(tǒng)的數(shù)據(jù)采集和交換將按照以下如圖形式進行：信息子系統(tǒng)信息子系統(tǒng)靜態(tài)數(shù)據(jù)動態(tài)結(jié)構(gòu)數(shù)據(jù)動態(tài)非結(jié)構(gòu)數(shù)據(jù)人工輸入圖信息采集模式靜態(tài)數(shù)據(jù)，系統(tǒng)將通過人工輸入的形式進行采集，而動態(tài)數(shù)據(jù)將通過動態(tài)數(shù)據(jù)交換系統(tǒng)和信息平臺進行交換，系統(tǒng)將提供基于B/S結(jié)構(gòu)的編輯界面，供多個用戶共同輸入系統(tǒng)中的靜態(tài)交通數(shù)據(jù)。動態(tài)數(shù)據(jù)中的結(jié)構(gòu)化數(shù)據(jù)，系統(tǒng)將采用國際上的通訊標準（OCIT）進行數(shù)據(jù)交換，該標準是國際通用的交通系統(tǒng)接口標準，可以最大程度上保證系統(tǒng)的開放性，今后所有符合OCIT標準的設(shè)備都可以接入系統(tǒng)，同時可以為用戶節(jié)省必要的開發(fā)成本，也為系統(tǒng)的進一步擴大提供的必要的條件和更多的可能性。動態(tài)數(shù)據(jù)中的非結(jié)構(gòu)化數(shù)據(jù)，本系統(tǒng)中主要為視頻系統(tǒng)，系統(tǒng)將為該信息模塊定制數(shù)據(jù)接口，系統(tǒng)將提供視頻轉(zhuǎn)換模塊和抓拍模塊更好、更有效的將視頻系統(tǒng)中的實時及歷史數(shù)據(jù)發(fā)送到信息平臺，供信息管理者和交通出行者使用。項目背景研究近年是珠海交通運輸信息化迅速發(fā)展的時期，圍繞交通運輸行業(yè)的實際需求，信息化工作以電子政務(wù)為龍頭，以信息資源開發(fā)和整合為重點，不斷深化“整合、應(yīng)用、服務(wù)、效益”的發(fā)展理念，行業(yè)管理與公共服務(wù)并重，政府行政能力、行業(yè)監(jiān)管能力、公眾服務(wù)能力和應(yīng)急保障能力顯著提升。主要包括：初步完成行業(yè)監(jiān)管和應(yīng)急保障信息化建設(shè)安全生產(chǎn)監(jiān)管信息化交通執(zhí)法信息化道路運輸管理信息化應(yīng)急指揮信息化電子政務(wù)建設(shè)成績顯著珠海市交通運輸局門戶網(wǎng)站（平臺建設(shè)內(nèi)容主要包括兩大組成部分：（一）交通信息綜合服務(wù)平臺軟件系統(tǒng)，包括交通信息采集交換系統(tǒng)、交通數(shù)據(jù)處理系統(tǒng)、交通服務(wù)主題目錄、移動終端交通信息服務(wù)系統(tǒng)、互聯(lián)網(wǎng)交通信息綜合服務(wù)門戶系統(tǒng)等內(nèi)容；（二）系統(tǒng)運行支撐環(huán)境，包括服務(wù)器、存儲、網(wǎng)絡(luò)、操作系統(tǒng)、中間件等產(chǎn)品采購和集成等內(nèi)容。標準匯編主要內(nèi)容概述根據(jù)平臺的業(yè)務(wù)需求，在平臺的建設(shè)中將與以下相關(guān)部門建立相關(guān)接口，并進行數(shù)據(jù)交互：浮動車數(shù)據(jù)接口Mobile-FCD自行車租賃點路側(cè)停車場天氣信息客運港口機場快線鐵路票務(wù)航班實時路況視頻維修站點航道信息公交線路出租車靜態(tài)數(shù)據(jù)室外停車場靜態(tài)數(shù)據(jù)其他靜態(tài)數(shù)據(jù)投訴公交動態(tài)信息交警駕校駕校合格率網(wǎng)上車管所邊檢通關(guān)用戶管理接口短信服務(wù)接口根據(jù)上述這些接口的內(nèi)容和數(shù)據(jù)范圍，我們建立了一套基于實際數(shù)據(jù)的數(shù)據(jù)規(guī)范和標準，其中包括如下內(nèi)容：目前已經(jīng)就緒的可以編制成為接口規(guī)范的內(nèi)容如下表所示：序號名稱數(shù)據(jù)內(nèi)容通訊方式格式1浮動車原始數(shù)據(jù)TCP長連接，推送jsonovertcp2實時路況實時路況HTTP，查詢jsonoverhttp3公交信息實時到站信息實時到站信息TCP長連接jsonovertcp4自行車租賃地理信息和占用信息HTTP，查詢jsonoverhttp5天氣信息天氣預(yù)測、實時天氣、預(yù)警HTTP，文件珠海氣象局網(wǎng)站6客運-客車查詢查詢接口，網(wǎng)上預(yù)訂接口或鏈接

7客運-客船查詢查詢接口，網(wǎng)上預(yù)訂接口或鏈接SOAP，查詢xml8客運-鐵路查詢查詢接口，網(wǎng)上預(yù)訂接口或鏈接SOAPxmloversoap9客運-航班查詢查詢接口，網(wǎng)上預(yù)訂接口或鏈接SOAPxmloversoap10實時路況視頻視頻流流媒體協(xié)議，調(diào)用URL11網(wǎng)上車管所違章查詢、辦事指南、信息公告HTTPjsonoverhttp12邊檢通關(guān)通關(guān)狀態(tài)、邊檢辦事指南、邊檢服務(wù)信息、口岸周邊服務(wù)，邊檢政策法規(guī)，邊檢服務(wù)信息HTTPjson/xmloverhttp13交通信號控制器查詢和控制接口，用于交通信號控制HTTP，jsonjsonoverhttp14路側(cè)停車查詢路側(cè)停車數(shù)據(jù)HTTP，jsonjsonoverhttp以下各章節(jié)簡述目前已經(jīng)建立的各相關(guān)標準。接口內(nèi)容詳細描述下幾章的接口內(nèi)容對各種消息的類型和內(nèi)容進行詳細描述。請注意，如果消息是采用Json方式，消息是由消息頭和消息內(nèi)容兩部分組成的，本章是對其中的消息內(nèi)容部分進行展開與描述，消息頭的描述如下。協(xié)議中的數(shù)據(jù)是以消息為基本單位進行交互的。每一條消息都是由消息頭和消息內(nèi)容兩部分組成：消息頭消息內(nèi)容消息頭的內(nèi)容如下：字段長度備注頭標識1字節(jié)頭標識固定為0x7F消息內(nèi)容長度4字節(jié)該長度不包括消息頭的長度消息內(nèi)容采用JSON格式或XML（WEBServices），字符編碼為UTF-8。如果消息內(nèi)容采用JSON格式，編碼方式為UTF-8。消息內(nèi)容至少包含"contentType"和"content"（或者是"contentList"）兩大部分，其中，"contentType"表明該消息的類型，"content"存放該消息的數(shù)據(jù)或信息。以下描述中，JSON格式是以key:value對的形式進行描述的，其中：a)“key”:“value” ：value是固定為“value”的字符串，如"contentType":"GPS"；b)“key”:value ：value是固定為value的一個數(shù)字，如"id":123；c)“key”:“<value>” ：value是根據(jù)內(nèi)容填充的字符串，如"id":"<id>"；d)“key”:“value1|value2”：value是可選范圍是“value1”或“value2”的字符串，如"carry":“true|false”；浮動車數(shù)據(jù)接口接口定義珠海浮動車數(shù)據(jù)接口包括如下內(nèi)容：珠海浮動車的原始數(shù)據(jù)。這里的浮動車是指包括出租車、校車、機場大巴在內(nèi)的約1萬輛車輛。原始數(shù)據(jù)內(nèi)容包括車輛的GPS信息（時間、經(jīng)緯度、高度、速度、方向）以及狀態(tài)信息。數(shù)據(jù)更新頻率約為5秒鐘。通信方式協(xié)議采用TCP長連接的方式進行通信。客戶端通過用戶身份驗證后，把相應(yīng)的數(shù)據(jù)推送到服務(wù)器端。通訊內(nèi)容采用Json的數(shù)據(jù)結(jié)構(gòu)。接口內(nèi)容概述GPS消息“GPS消息”是推送浮動車原始GPS數(shù)據(jù)的消息，該消息由客戶端自動推送給服務(wù)器。一個GPS消息中可以攜帶一個或多個GPS數(shù)據(jù)。Push：Client-->Server { "contentType":"GPS","contentList":[{"id":"<id>","vehicleNo":"<vehicleNo>""time":"<time>","lat":"<lat>", "lon":"<lon>", "alt":"<alt>","speed":"<speed>","dir":"<dir>","carry":“true|false”"status":"status" },…]} 注：1）"id"是指浮動車的唯一標識。2）“vehicleNo”是指浮動車的的車牌號碼。3）"time"是指衛(wèi)星定位時的時間，采用二十四小時制的北京時間（UTC+8）表示，數(shù)據(jù)格式為：“YYYY-MM-DDHH:mm:ss”。4）"lat"是指衛(wèi)星定位的緯度，單位：度，小數(shù)位至少保留5位，如“23.12345”。5）“l(fā)on”是指衛(wèi)星定位的經(jīng)度，單位：度，小數(shù)位至少保留5位，如“114.12345”。6）“alt”是指衛(wèi)星定位的海拔高度，單位：米。7）"speed"是指衛(wèi)星定位速度，單位：km/h。8）"dir"是指衛(wèi)星定位方向，單位：度，以正北方向為0度，順時針方向。9）"carry"是指當前浮動車是否載客（主要是出租車的載客狀態(tài)）。10）"status"是指基本車輛狀態(tài)字，具體定義請參看《(DB44T769-2010)重點監(jiān)管車輛企業(yè)監(jiān)控平臺數(shù)據(jù)接口規(guī)范.pdf》中的規(guī)定。該字段采用十六進制的字符串方式表示，內(nèi)容是固定長度為16字節(jié)的字符串。實時路況接口定義珠海實時路況數(shù)據(jù)接口包括如下內(nèi)容：基于珠海浮動車的實時路況數(shù)據(jù)。實時路況數(shù)據(jù)包括各路段的ID和平均速度，數(shù)據(jù)更新頻率約為5分鐘。該數(shù)據(jù)由CM自動推送的方式提供。這里的路段ID是指高德地圖矢量網(wǎng)絡(luò)數(shù)據(jù)中的路段ID。通信方式協(xié)議采用TCP長連接的方式進行通信?？蛻舳送ㄟ^用戶身份驗證后，把相應(yīng)的數(shù)據(jù)推送到服務(wù)器端。通訊內(nèi)容采用Json的數(shù)據(jù)結(jié)構(gòu)。接口內(nèi)容概述實時路況消息“實時路況消息”是推送實時路況數(shù)據(jù)的消息，該消息由客戶端自動推送給服務(wù)器。一個實時路況消息應(yīng)該包括所有的路段的路況數(shù)據(jù)。Push：Client-->Server {"contentType":"road_speed","contentList":[{"id":"<id>","speed":"<speed>"“LOS”:“<LOS>”“V”:“<V>”“O”:”<O>”“Delay”:”<Delay>”},...]} 注：1）"id"是指高德地圖矢量網(wǎng)絡(luò)數(shù)據(jù)中的路段id。2）"speed"是指該路段的平均速度。3)LOS是指道路服務(wù)水平，是一個指數(shù)，從1~6規(guī)范了不同的交通服務(wù)級別，4）V：車流量，從一個側(cè)面反映道路擁堵情況（可選）5）O：占有率，從一個側(cè)面反映道路擁堵情況（可選）6）Delay：延誤，從一個側(cè)面反映道路擁堵情況（可選）7）"last_update_time"是指更新路段實時路況的服務(wù)器時間，時間格式使用Unix時間戳，即從是從1970年1月1日（UTC/GMT的午夜）開始所經(jīng)過的秒數(shù)。公交實時到站接口定義珠海公交實時到站數(shù)據(jù)接口包括如下內(nèi)容：公交的實時原始數(shù)據(jù)。包括線路，到站內(nèi)信息等。通信方式通訊內(nèi)容采用WebServices的數(shù)據(jù)結(jié)構(gòu)。接口內(nèi)容概述消息請求格式接口說明：查詢線路車輛狀態(tài)。接口定義：putBusStopInfo請求參數(shù)的數(shù)據(jù)結(jié)構(gòu)說明：參數(shù)名稱說明數(shù)據(jù)類型是否必需參數(shù)是否可空長度ws:in0線路名StringYNws:in1機構(gòu)代碼StringYN請求XML示例： <soapenv:Envelopxmlns:soapenv="xmlns:ws="<