T-Grid中，從標準化的角度，我們采用NTCIP協議所制定的指令和數據編碼標準來管理這些基本I/O對象。

　　1.2.2 數據I/O對象(T-MUX)

　　T-G r id把從硬件特性角度劃分為五種基本I/O對象：顯示類、運算類、存儲類、輸入類及控制類。每個基礎類都可以被其對應的指令集完全獨立控制。這樣，從一個超大型儀器到一個簡單的傳感器都可以成為共享的目標。各個前端T-Node內部通過相應的數據處理算法, 對數據的處理一是針對數據的噪音進行濾波處理，二是對原始數據進行必要的數據關聯預處理在這里完成了獨立數據源交通數據的處理工作。眾多檢測器數據上傳到中心后，中心系統平臺則將在此基礎上進行有關的信息融合工作。

　　1.2.3 數據控制對象(T-Agent)

　　T-Grid中應用的實現是T-MUX與T-Agent通過基礎通信對象交互的結果，T-Agent是一個反應的、自治的、內部驅動的實體，雖置身于變換不定的環境中，但它們可以感知并對其做出反應；而T-MUX則是T-Agent的直接作用對象。T-Agent之間是聯系的，可以直接進行訪問。T-MUX也是一個反應的、 自治的、內部驅動的實體，但T-MUX不自己進行環境的感知和了解，只有在被訪問后才做出響應，而且T-MUX之間是獨立的，不能直接相互訪問。

?

1.2.4 網格應用控制(C-Agent)

　　我們將交通管理系統中的節點B作為代理系統中的控制器，也是T-Grid中的應用控制。T-Grid模型與原有交通系統在對資源整合方面的思想不同，它應當實現兩個方面的整合：T-Agent通過采用NTCIP協議實現對T-MUX進行功能的調用和數據的采集，另一方面，T-Agent應當能通過消息總線的方式實現與新舊系統級（Node A和Node B）資源的整合。Agent的存在形式一般是一個運行于高性能運算裝置之上的軟件程序。Agent是T-Grid中最關鍵的部分，由它對處于分布態的各種T-MUX和系統進行有效管理、調度，為應用提供高效、安全、可靠的服務。

　　2 系統的運行機制

　　在物聯網的概念下，共享資源和協同網絡服務是網格的本質特征。交通管理系統的功能組成和分布的目標是將整個系統在數據采集、信息處理及信息發布的功能合理地分布在不同的5類節點中，共同協作完成交通管理系統的功能。系統分為三個層面：1) 中心信息處理平臺。中心智能體的主要功能是實現整個系統的信息集成，它通過中心數據庫和方法庫實現對整個系統的管理、協調和控制。2) 智能體節點平臺。智能體節點則包括數據采集單元、執行模塊、處理模塊、獨立數據庫、特定方法庫和協調通訊單元構成。3) 現有基礎交通信息采集單元及交通控制單元。

　　在T-Grid運行機制模型中（見圖6），T-MUX代表底層對象服務，Agent代表的是數據流的控制機制。用戶在使用功能時，不是直接面向功能的提供者，而是通過一種代理機制進行間接訪問，這種代理機制允許一個用戶同時調用多個相同類型的服務提供者進行工作。它的好處在于系統的效率不再只取決于單個服務接口的性能，系統具有了并行處理的能力，而且其容錯能力明顯增強。當一個服務接口發生故障時，Agent可以把調用轉移到另一個相同類型的接口上而不會導圖5 消息總線示意圖節點描述代理系統描述文中標識致應用崩潰。同時，T-Grid中的T-MUX及Agent都具有“即插即用”的能力。T-Grid改變了資源原有范疇，T-MUX是基本I/O對象，而Agent則通過基礎通信對象對T-MUX進行功能的調用和處理。
?

　　對于一個交通信息管理與控制系統來說，則可以看成是若干T-MUX和一個Agent的局部組合；而一個嵌入式的交通數據采集設備則可以被看成是單個T-MUX對象。T-Grid系統中T-MUX與T-MUX之間沒有直接數據交換，都是通過Agent間接作用，Agent與T-MUX之間采用基礎通信協議進行數據交換，而對處于同一位置的Agent和T-MUX，為了提高系統效率，系統提供局部自治的功能，即T-MUX和Agent之間不采用通信協議，而是直接高效的內部相連，這時，整個系統對外部而言就是一個Agent，若是不使用局部自治，則可以把此設備看成是若干T-MUX對象和Agent的組合體，外部就可以獨立訪問各個T-MUX對象和Agent。但若干個Agent之間是否允許局部自治，則需要根據實際情況采取不同的控制策略。如城市交通控制系統，如果將單個交叉口信息控制點看作一個Agent，那么交叉口信號控制機之間是否采取自治，需要控制平臺根據實際情況考慮，否則會出現控制混亂的情形。

　　3 結 論

　　交通信息共享是智能交通領域研究的重點領域之一，動態、異構和分布是交通信息系統的主要特征。系統的融合從整體決定了這些系統能否發揮功效的關鍵。本文研究在物聯網技術下交通信息資源整合方面的技術體系結構。