代理控制器概述

TPTP 数据收集框架提供了一种结构。在此结构中,工具应用程序(客户机)可采用统一的方式来与一个或多个数据提供程序应用程序(代理程序)进行交互,而不必考虑位置。此框架由客户机接口、代理程序管理进程、代理程序接口和几个常用代理程序组成。代理程序管理进程也称为代理控制器。此组件使客户机应用程序不必处理有关在本地或远程机器上查找和启动各种数据提供程序的细节。那些本地或远程机器可以使用相同的平台类型(OS 和 CPU 体系结构)或语言(C/C++ 和 Java),也可以使用不同的平台类型和语言。

客户机应用程序使用框架的客户机接口 API 来请求特定系统上代理程序的服务。然后,代理控制器根据代理程序的配置设置以及客户机提供的请求参数来获取该代理程序运行的实例(或者共享已在运行中的实例)。建立通信与启动代理程序进程的细节由框架处理。然后,客户机使用 API 通过该代理程序定 义的一组命令(XML 格式)创建请求,并将该请求发送到该代理程序。

代理程序(数据提供者应用程序)不需要了解任何有关正在请求其数据的客户机的信息。代理程序的开发者定义了一组命令(XML 格式),代理程序将使用这组命令来根据它所提供的服务作出响应。这些服务不一定是数据收集服务。它们可以仅仅代替客户机执行操作。 

应用程序要成为此框架中的代理程序,它必须向代理控制器注册,然后侦听通过代理控制器发送的请求。框架提供了能够满足代理程序一般需求的实现,因此,代理程序不必关注与通信设置相关的细节。它只需要接受它所定义的命令并按这些命令执行操作。客户机和代理程序还可以使用框架来定义它们之间数据的流动路径。此数据的格式不受限制。

代理控制器十分灵活,因此,管理员可以通过配置文件来控制它执行某些操作的方式。要了解更多信息,请参阅配置文件概述。

以下是对数据收集框架中包含的组件更全面的描述。

代理程序
代理程序是通过代理控制器公布其服务的应用程序。任何向代理控制器注册并可以使用控制消息来与代理控制器进行通信的应用程序都是代理程序。客户机通过由代理程序定义的一组已记录的控制消息访问该代理程序的特定服务。代理控制器在客户机与代理程序之间传递控制消息,但不知道消息内容。代理程序确定它能否同时向多个客户机提供服务以及能否同时运行它自己的多个实例。代理程序只应该向单个代理控制器注册。通常,代理程序收集有关运行它 的系统的数据或者它监视的应用程序的数据,它也可以执行诸如启动应用程序或复制文件之类的服务。
客户机
客户机是使服务用户能够与提供程序(代理程序)进行交互的应用程序(例如,Eclipse* 工作台)。单个客户机可以同时连接到多个代理控制器。同样,客户机可以同时使用许多代理程序的服务。客户机请求通过代理控制器访问代理程序。如果所请求的代理程序未在运行中,代理控制器就会启动它。客户机可以请求对代理程序进行独占访问。但是,另一客户机对该代理程序服务的任何后续请求都将导致代理控制器创建该代理程序的新实例。客户机使用代理程序定义的基本命令集以及任何增强命令来对该代理程序发出请求。
代理控制器
代理控制器是一个进程,它驻留在客户机需要代理程序提供服务的每个目标系统上。代理程序与代理控制器总是在同一个系统上共存。客户机与代理控制器不需要在同一个系统上。代理控制器管理与每个代理程序的启动和通信相关的所有细节。代理控制器可以同时与一个或多个代理程序进行交互。客户机 在从代理控制器获取其句柄之前并未与特定代理程序相关联。

相关任务
数据收集概念模型
管理代理控制器
 

Copyright (C) 2005, 2006 Intel Corporation.