【正文】 支持發(fā)布/訂閱消息、未處理(無需人工干預)和已處理消息等消息管理功能。 日志記錄所有消息往來的各種概要信息，包括消息描述、消息的發(fā)送者、消息發(fā)送時間、以及消息的接受者、消息接收的時間等，實現(xiàn)對消息的跟蹤、審計，提供豐富的日志查看功能。（2） 權限管理：普通用戶的權限體現(xiàn)在服務的查詢、服務的調用等方面，對于管理員則還體現(xiàn)在用戶信息查詢、日志查看等方面。 服務管理實現(xiàn)服務注冊、服務查詢、服務更新和注銷功能。數(shù)據(jù)交換中心基于企業(yè)服務總線(ESB)，負責關聯(lián)服務提供者與服務消費者。（3） 提供手工錄入數(shù)據(jù)的接口。系統(tǒng)架構實現(xiàn)如下圖：圖26 數(shù)據(jù)交換平臺架構數(shù)據(jù)交換代理用來直接服務于數(shù)據(jù)交換參與者，應具有以下功能：（1） 向數(shù)據(jù)交換中心發(fā)出數(shù)據(jù)請求。一般包括數(shù)據(jù)交換中心、數(shù)據(jù)交換代理兩部分。（4） 可通過組織機構、職能樹、職能、系統(tǒng)用戶等對象實現(xiàn)多維權限模型。通過角色、崗位的引入，減輕系統(tǒng)上線時權限分配的工作量。 崗責體系（1） 通過崗位數(shù)據(jù)權限的定義，實現(xiàn)用戶不能操作其崗位權限以外的數(shù)據(jù)。通過用戶、角色、權限與功能之間的關系，支持將一個用戶與系統(tǒng)中的菜單或操作聯(lián)系在一起，為每一個用戶分配不同的功能，以控制系統(tǒng)的功能權限。 權限模型權限模型包括用戶功能權限、用戶權限的數(shù)據(jù)范圍。 權限管理提供統(tǒng)一的用戶權限管理和用戶認證與授權機制，形成各個應用子系統(tǒng)的用戶權限統(tǒng)一管理機制，完全支持單點登錄功能。通過CA認證機制，支持用戶和系統(tǒng)間之間的雙向認證體系。統(tǒng)一安全身份認證系統(tǒng)的技術要求如下：（1） 系統(tǒng)健壯：通過復制與備份機制，確保系統(tǒng)數(shù)據(jù)安全可靠；（2） 結構靈活：易于擴展；（3） 移動辦公：遠程聯(lián)機，支持遠程集中式業(yè)務處理；（4） 安全可靠：身份認證和權限控制確保數(shù)據(jù)安全。 雙機備份應用基礎運行平臺支持采用熱備(主從)、互備、雙工(并行)等不同的工作方式。（2） INFO級別：詳細的記錄系統(tǒng)啟動時的信息以及一些重要屬性的加載信息。 操作日志提供公共的API接口來實現(xiàn)日志的記錄和查詢功能，操作日志內容包括：（1） 記錄操作類型、對象、動作時間、結果、用戶信息等各業(yè)務要素；（2） 提供操作日志的查詢、統(tǒng)計、打印功能，支持以各業(yè)務要素作為查詢條件、分類條件、排序條件和統(tǒng)計維度；（3） 對操作日志的查詢、統(tǒng)計、打印等操作提供嚴格的訪問控制；（4） 操作日志的統(tǒng)計報表可作為操作人員工作情況的考核依據(jù)和領導決策的依據(jù)；（5） 操作人員可以檢查與自己相關的操作日志，并可以由操作人員的上級或系統(tǒng)管理員進行核查。 日志管理對系統(tǒng)的每一步操作都做日志記，日志管理內容有：哪個操作員、對哪個模塊進行了什么操作，以及對一些重要的表的操作前、操作后變化的記錄。應用基礎運行平臺支持在內存中開辟歷史數(shù)據(jù)緩沖區(qū)，加快歷史數(shù)據(jù)的存取速度，并實現(xiàn)有效管理，防止數(shù)據(jù)丟失。應用基礎運行平臺支持每一個歷史數(shù)據(jù)記錄上都有一個時間戳，記錄歷史數(shù)據(jù)的采樣時間。（3） 時間與任務管理兩者的結合：在聯(lián)動策略中的“定時執(zhí)行策略”，用Quartz引擎實現(xiàn)時間表與任務的關聯(lián)，與腳本聯(lián)合使用，根據(jù)日程表執(zhí)行預設的腳本；與ETL任務聯(lián)合使用，實現(xiàn)數(shù)據(jù)的自動、定時抽取與轉換。日程分為簡單日程和復雜日程，復雜日程又分為僅當日、每日、每周、每月、每年。包括三個方面：時間管理、任務管理、以及兩者的結合，采用Quartz引擎實現(xiàn)定時執(zhí)行任務。同時，還需提供系統(tǒng)變量、內部服務等常用方法的可視化調用。 腳本服務M2M平臺應內置編程語言引擎，即提供腳本服務，讓用戶可以按照自己的意愿來編寫自己的邏輯和控制流程。（5） 事件執(zhí)行：當產(chǎn)生報警事件時執(zhí)行。（3） 退出執(zhí)行：當策略模塊退出的時候執(zhí)行，僅一次。聯(lián)動策略模塊至少支撐以下策略模式：（1） 啟動執(zhí)行：當策略模塊啟動的時候執(zhí)行，僅一次。 聯(lián)動策略模塊聯(lián)動策略模塊支持的主要功能要求包括（1） 可配置策略模塊啟動時要執(zhí)行的腳本；（2） 可配置可循環(huán)執(zhí)行的腳本，循環(huán)時間可以設定；（3） 可配置策略模塊停止時要執(zhí)行的腳本；（4） 可配置日程表設置的日程所要執(zhí)行的腳本；（5） 可配置當產(chǎn)生報警事件時要執(zhí)行的腳本；（6） 可配置某項的值改變時所要執(zhí)行的腳本。用戶可通過B/S或C/S兩種客戶端根據(jù)預定權限設置進行報警信息的查詢、操作、跟蹤。報警處理模塊支持在終端設備側直接產(chǎn)生的、通過網(wǎng)絡上報的報警，并根據(jù)用戶預設的聯(lián)動策略方式進行相應操作。支持自動記錄報警信息、報警確認信息、報警恢復(報警消除)等信息，按照重要程度可分為多個優(yōu)先級，如低級、高級、緊急。統(tǒng)一數(shù)據(jù)結構能夠給后續(xù)的數(shù)據(jù)處理及行業(yè)應用提供格式統(tǒng)一的基礎數(shù)據(jù)，使數(shù)據(jù)與業(yè)務都更加清晰。（2） 如果需要保存歷史數(shù)據(jù)，則放入歷史數(shù)據(jù)緩存區(qū)，由歷史數(shù)據(jù)線程保存。支持對不同協(xié)議所定義的不同的數(shù)據(jù)結構進行統(tǒng)一數(shù)據(jù)結構處理。必須對不同數(shù)據(jù)格式、連接方式的終端提供相應的接入適配器，包括通過RS48總線網(wǎng)絡(如PROFIBus、LonWorks、FoundationFieldBus、CANBus等)、電話、寬帶、光纖等有線網(wǎng)絡介質和無線電臺、GSM、GPRS/CDMA、3G、衛(wèi)星通訊等無線網(wǎng)絡介質傳輸?shù)臄?shù)據(jù)，進行匯總和接入適配。OSGi服務平臺統(tǒng)一管理這些Bundle的生命周期(如安裝、卸載、啟動、停止)、服務的注冊與引用。通過“統(tǒng)一數(shù)據(jù)應用集成中心(以下簡稱‘DI’)”對外提供各種數(shù)據(jù)，各個業(yè)務子系統(tǒng)或其它異構系統(tǒng)均從“統(tǒng)一數(shù)據(jù)應用集成中心”獲取實時、歷史數(shù)據(jù)。在歷史記錄規(guī)模比較大時，應制定策略，分表保存，并將數(shù)據(jù)庫中的數(shù)據(jù)備份到其它數(shù)據(jù)載體，以提高系統(tǒng)效率?；緮?shù)據(jù)劃分成互相關聯(lián)、同時又具有獨立性的若干個存放數(shù)據(jù)的表，將表有機結合，再建立與之關聯(lián)的存儲、查詢。動態(tài)存放是指在不改變數(shù)據(jù)的采集間隔的前提下，根據(jù)不同的策略，采取不同的數(shù)據(jù)保存方式，如定時保存或變化時保存，并能通過實時數(shù)據(jù)庫相應的輔助功能，使得在調用這一時間段的數(shù)據(jù)時，將他們精確的還原出來。（4） 實時數(shù)據(jù)處理中的數(shù)據(jù)緊縮與動態(tài)存放。（3） 實現(xiàn)歷史數(shù)據(jù)處理。u 觸發(fā)器管理：包括探測事件，對事件的處理以及發(fā)布，對條件的監(jiān)視，被觸發(fā)活動的執(zhí)行。（2） 實現(xiàn)完成數(shù)據(jù)流轉、事件和觸發(fā)器管理的系統(tǒng)進程。其技術要求如下：（1） 管理內存中的靜態(tài)數(shù)據(jù)和動態(tài)數(shù)據(jù)。因此物聯(lián)網(wǎng)應用對數(shù)據(jù)庫和實時處理兩者的功能及特性均有要求，既需要數(shù)據(jù)庫來支持大量數(shù)據(jù)的共享，維護其數(shù)據(jù)的一致性，又需要實時處理來支持其事務(任務)與數(shù)據(jù)的定時限制。 報表功能支持兩種類別平臺報表：一種是專門針對各業(yè)務的單獨的報表系統(tǒng)，只能由業(yè)務的所屬合作伙伴或管理員查詢，關注的是本業(yè)務的運營情況；另一種是把所有業(yè)務統(tǒng)一抽取的平臺運營分析報表，此種報表對平臺所有業(yè)務進行運營分析，可以使管理者對平臺的運營狀況有總體的認識和了解，為決策提供數(shù)據(jù)依據(jù)。 權限管理對系統(tǒng)的權限資源、用戶、角色、角色組進行管理，除了系統(tǒng)管理員外不同的區(qū)域有自己的管理員，可以對所在區(qū)域以及下屬區(qū)域進行權限、用戶和角色的劃分。 數(shù)據(jù)備份數(shù)據(jù)定時壓縮備份降低硬盤的使用容量，并可在需要時對備份的數(shù)據(jù)進行無損還原。在腳本中還應該提供各種系統(tǒng)變量，以滿足各種腳本需求。 腳本服務實現(xiàn)動態(tài)靈活的設置系統(tǒng)操作或向終端設備發(fā)送控制指令。圖25 M2M平臺功能結構圖 策略聯(lián)動當系統(tǒng)產(chǎn)生了報警或其他事件時，可以在此模塊中設置需要控制聯(lián)動的設備或人員。 報警處理模塊報警主要分成兩種情況：一種是終端設備直接發(fā)上來的報警事件，另一種是根據(jù)用戶需要配置到系統(tǒng)中的報警規(guī)則產(chǎn)生的報警，報警規(guī)則是根據(jù)需求預先設定好的。所有的終端設備發(fā)到平臺的數(shù)據(jù)都由數(shù)據(jù)通訊模塊接收并預處理，是平臺與終端設備交互的橋梁。 M2M平臺功能結構M2M平臺的功能結構建議如下頁圖所示。支持文字資料和圖片資料的系統(tǒng)鏈接。對圖片可按分類號、作者、時間、地點、圖片文字說明等項檢索，其中文字說明項可實現(xiàn)中文按詞全文檢索。（13） 智能檢索支持千萬級數(shù)據(jù)的索引檢索服務，支持本地聯(lián)機檢索和遠程網(wǎng)絡檢索兩種檢索方式，可進行精確檢索、模糊檢索、全文檢索、對各檢索項實行任意聯(lián)合組配檢索；可實現(xiàn)多級檢索，逐級細化檢索條件，直至命中滿意的檢索結果；能夠對檢索結果排序。（11） 信息交流中心提供各種實時和非實時的通信支持，包括計算機與計算機、計算機與通信設備(主要是移動通信設備)之間的數(shù)據(jù)傳輸。（9） 內容管理針對各行業(yè)平臺內部與外部的信息管理、信息發(fā)布和網(wǎng)站維護，提供基于Web交互模式的內容管理和發(fā)布的系統(tǒng)，簡化所錄內容復雜的布局排版的需求，在線實現(xiàn)動態(tài)的對網(wǎng)站進行維護、管理的工作。規(guī)則引擎實現(xiàn)把當前提交給引擎的Java數(shù)據(jù)對象與加載在引擎中的業(yè)務規(guī)則進行測試和比對，激活那些符合當前數(shù)據(jù)狀態(tài)下的業(yè)務規(guī)則，根據(jù)業(yè)務規(guī)則中聲明的執(zhí)行邏輯，觸發(fā)應用程序中對應的操作。能屏蔽技術復雜性，幫助用戶降低開發(fā)難度，全面支持業(yè)務基礎構件及應用構件的高效開發(fā)，支持普通Web應用及J2EE企業(yè)級應用系統(tǒng)的快速開發(fā)。（5） 門戶支撐平臺提供一個靈活、規(guī)范的信息組織管理平臺和全網(wǎng)范圍的網(wǎng)絡協(xié)作環(huán)境，實現(xiàn)集成的信息采集、內容管理、信息搜索，能夠直接組織各類共享信息和內部業(yè)務基礎信息，面向不同使用對象，通過門戶技術實現(xiàn)個性化服務，從而實現(xiàn)信息整合應用。（3） 統(tǒng)一數(shù)據(jù)應用集成中心應用集成技術，通過中間件連接各種業(yè)務相關的異構系統(tǒng)、應用以及數(shù)據(jù)源，實現(xiàn)各個系統(tǒng)之間業(yè)務協(xié)同、無縫共享和交換數(shù)據(jù)的需要。（2） 統(tǒng)一安全身份認證系統(tǒng)以用戶信息、系統(tǒng)權限為核心，集成各業(yè)務系統(tǒng)的認證信息，提供一個高度集成且統(tǒng)一的認證平臺。平臺結構建議如下圖：圖24 M2M平臺結構圖 終端層終端層包括所有行業(yè)的數(shù)據(jù)采集、傳輸終端。 M2M平臺結構M2M平臺可為城市管理、交通物流、工業(yè)控制、環(huán)保節(jié)能、安全監(jiān)控、公共服務等領域的應用信息化建設和應用集成提供高效、穩(wěn)定的物聯(lián)網(wǎng)應用基礎運行平臺和一系列物聯(lián)網(wǎng)應用集成業(yè)務基礎構件，實現(xiàn)物聯(lián)網(wǎng)應用的集成化監(jiān)控、管理和服務。 M2M平臺技術路線M2M平臺的技術路線要求基于XML/J2EE/Portlet/WFMC等開放技術，遵循SOA架構體系，采用統(tǒng)一的基于J2EE的軟件平臺和全程建模、基于組件分層開發(fā)的技術路線，并支持大顆粒構件的復用。 用戶層涵蓋了物聯(lián)網(wǎng)統(tǒng)一管理門戶及各行業(yè)應用的所有用戶。通訊層的主要功能是提供數(shù)據(jù)的透明傳輸，是終端層與基礎平臺層的溝通橋梁。所有的終端設備都通過各種有線、無線網(wǎng)絡與基礎服務平臺通訊，上報終端數(shù)據(jù)并執(zhí)行平臺下發(fā)命令。 統(tǒng)一門戶統(tǒng)一門戶是對所有行業(yè)平臺、認證權限、考核評價、經(jīng)營報表、各種資源及其他平臺功能的統(tǒng)一管理門戶。這些服務通過提供標準接口供其他程序使用。 能力提供能力是指平臺提供的各種供所有行業(yè)平臺使用的功能及服務的統(tǒng)稱。終端數(shù)據(jù)由路由網(wǎng)關轉發(fā)到行業(yè)平臺，由行業(yè)平臺對數(shù)據(jù)進行邏輯處理并展示給用戶查看，分析。一個路由網(wǎng)關可以接入若干個數(shù)據(jù)接入服務器，但是建議每個路由網(wǎng)關只接收同一個行業(yè)平臺的終端數(shù)據(jù)，這樣可以把數(shù)據(jù)路由的系統(tǒng)開銷降低到最小。平臺通過不同的協(xié)議插件來支持。如下圖所示：圖22 M2M平臺設計思路 終端接入終端通過指定的數(shù)據(jù)接入服務器IP地址及端口，把數(shù)據(jù)通過網(wǎng)絡鏈路(如GPRS網(wǎng)絡)發(fā)送到平臺，由數(shù)據(jù)接入服務器負責接收。 平臺配置要求M2M平臺內置以下的產(chǎn)品與工具：服務總線ESB、ETL工具、搜索引擎、ORM中間件、工作流引擎、報表定制工具、BI引擎(OLAP、Analysis、Query)。u 采用簡潔、直觀、友好的圖形化界面。u 提供通用的商業(yè)智能組件，如報表、數(shù)據(jù)抽取及轉換、數(shù)據(jù)挖掘等。u 具有完整的操作權限管理功能和完善的系統(tǒng)安全機制，能夠對每個操作員的每次操作有詳細的記錄，對每次非法操作產(chǎn)生告警。u 提供靈活多樣的服務，快速適應新業(yè)務的開展，應用軟件的設計應采用靈活的結構，采用面向對象、面向服務、中間件等技術。u 平臺軟件能夠提供二次開發(fā)功能，以適應不斷增強的支撐功能和不斷拓展的業(yè)務空間。u 軟件應采用組件化設計，支持各種組件的在線拆卸、在線加載；支持組件間通信流程的靈活控制及業(yè)務流程的靈活變更；組件應具有的開放管理接口和服務接口。應用軟件能夠以多種方式支持系統(tǒng)的擴展，包括業(yè)務功能的增加，系統(tǒng)升級以及系統(tǒng)容量和規(guī)模的擴大等。u M2M平臺的軟硬件平臺以及應用軟件應采用先進成熟的設備和技術，確保系統(tǒng)的技術先進性，保證投資的有效性和延續(xù)性。 軟件要求 整體要求u M2M平臺建設必須基于業(yè)界開放式標準，包括各種網(wǎng)絡協(xié)議、硬件接口、數(shù)據(jù)庫接口等，以保證系統(tǒng)的生命力，保護投資，體現(xiàn)良好的擴展性和互操作能力。u 應對系統(tǒng)的配置數(shù)據(jù)、操作日志進行備份，進行永久保存。 備份和恢復u 存儲設備應具有極高的可靠性，有良好的備份和恢復策略。u 設備必須支持熱插拔功能。u 系統(tǒng)各服務器應保證數(shù)據(jù)實時的一致性、可用性，主備倒用時間＜3分鐘。 系統(tǒng)可靠性要求 穩(wěn)定性u 要求平臺具有高可靠性和高穩(wěn)定性。（3） Web頁面處理：u 系統(tǒng)支持300用戶以上在線進行并行網(wǎng)頁操作；u 在300用戶并發(fā)情況下，系統(tǒng)內響應時間小于2秒。 系統(tǒng)性能指標要求根據(jù)“物聯(lián)龍巖”的發(fā)展目標，系統(tǒng)今后將接入幾十萬臺的終端和幾十個行業(yè)應用，因此，M2M平臺處理能力要求如下：（1） 并發(fā)用戶：支持300用戶并發(fā)M2M應用業(yè)務請求。 提供多種業(yè)務基礎構件為各行業(yè)應用業(yè)務提供開發(fā)輔助工具、快速定制、地理信息服務、權限管理、數(shù)據(jù)展現(xiàn)及挖掘等多種平臺支撐服務。 提供統(tǒng)一的數(shù)據(jù)交換平臺M2M平臺提供統(tǒng)一的“數(shù)據(jù)交換平臺”，通過中間件作為粘合劑連接各種業(yè)務相關的異構系統(tǒng)、應用以及數(shù)據(jù)源，滿足重要系統(tǒng)之間無縫共享和交換數(shù)據(jù)的需要。 提供統(tǒng)一的應用基礎運行平臺物聯(lián)網(wǎng)應用軟件與傳統(tǒng)的應用軟件相比，有底層