基于物联网的智能交通信息共享技术(2)

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应当能通过消息总线的方式实现与新旧系统级（NodeA和NodeB）资源的整合。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结论

交通信息共享是智能交通领域研究的重点领域之一，动态、异构和分布是交通信息系统的主要特征。系统的融合从整体决定了这些系统能否发挥功效的关键。本文研究在物联网技术下交通信息资源整合方面的技术体系结构。