「TPTP 資料收集架構」提供一種結構,讓工具應用程式(用戶端)和一或多個資料提供者應用程式(代理程式)可以採取一致的互動方式,不必考慮位置。 這種架構由用戶端介面、代理程式管理程序、代理程式介面及一些有用的代理程式組成。 代理程式管理程序稱為 Agent Controller。這個元件可讓用戶端應用程式和下列細節有所區隔: 在不一定是相同平台類型(OS 和 CPU 架構)或語言(C/C++、Java)的本端或遠端機器上尋找和啟動各種資料提供者。
用戶端應用程式利用此架構的用戶端介面 API,向特定系統上的代理程式要求提供服務。 接著交由 Agent Controller 根據該代理程式的配置設定和用戶端提供的要求參數,取得代理程式的執行實例(或共用已執行的實例)。 建立通訊和啟動代理程式程序的細節都由架構來處理。然後,用戶端會利用 API,以代理程式定義的一組指令(XML 格式)來建立和傳送要求給代理程式。
代理程式(資料提供者應用程式)完全不需了解要求資料的用戶端。 代理程式的開發人員定義一組指令(XML 格式),可讓代理程式回應其提供的任何服務。 這些服務不一定是資料收集。可能只是代替用戶端來執行動作。
如果應用程式要成為此架構中的代理程式,則必須向代理程式控制器登錄,並接聽經由 Agent Controller 送來的要求。 架構提供實作方式來滿足代理程式的一般需求,代理程式不必負責設定通訊的細節。 只要接受已定義的指令並採取動作即可。用戶端和代理程式也可利用架構來定義路徑,讓彼此之間的資料在此路徑上流通。 這項資料的格式沒有限制。
Agent Controller 的設計很有彈性,有配置檔可供管理者控制如何執行某些動作。 如需相關資訊,請參閱配置檔概觀。
下列對資料收集架構中的元件提供更完整的說明:
相關作業
資料收集概念模型
管理 Agent Controller
Copyright (C) 2005, 2006 Intel Corporation.