TPTP Data Collections Framework は、ツール・アプリケーション (クライアント) が、1 つ以上のデータ・プロバイダー・アプリケーション (エージェント) と、一定の方法でロケーションに関わらず対話できる構造を提供します。このフレームワークは、クライアント・インターフェース、エージェント管理プロセス、エージェント・インターフェース、およびいくつかの一般的に有用なエージェントで構成されています。エージェント管理プロセスは、Agent Controller として知られています。 クライアント・アプリケーションが、ローカル・マシンまたはリモート・マシン上のさまざまなデータ・プロバイダーを検索および開始する際の詳細から、クライアント・アプリケーション自身を分離することを可能にするのが、このコンポーネントです。ここで言及するマシンは、同じプラットフォーム・タイプ (OS および CPU アーキテクチャー) または言語 (C/C++、Java) であることも、同じでなくてもかまいません。
クライアント・アプリケーションは、フレームワークのクライアント・インターフェース API を使用して、特定のシステム上のエージェントのサービスを要求します。次に Agent Controller が行うジョブは、このエージェントのための構成設定と、クライアントによって与えられた要求パラメーターに従って、実行するエージェントのインスタンスを入手する (またはすでに実行されているインスタンスを共用する) ことです。 通信を確立し、エージェント・プロセスを起動する詳細は、フレームワークによって取り扱われます。次に、クライアントは API を使用し、エージェントによって定義されたコマンドのセット (XML 形式) を使用してエージェントへの要求を作成し、エージェントに送信します。
エージェント (データ提供のアプリケーション) は、そのデータを要求するクライアントについて何も知る必要がありません。 エージェントの開発者は、提供するサービスに関わるどんなことにでも返事をするコマンドのセット (XML 形式) を定義します。 サービスはデータ収集である必要はありません。 クライアントに代って、ただアクションを実行できるだけです。
アプリケーションがこのフレームワークでエージェントになるには、アプリケーションは、Agent Controller で自身を登録し、Agent Controller から受信される要求を listen する必要があります。 このフレームワークは、エージェントの一般的必要性に対する実装を提供するので、通信をセットアップする詳細と関わる必要がなくなります。 単に、定義したコマンドを受諾し、それに従って行動する必要があるだけです。 クライアントとエージェントはこのフレームワークを使用して、その間をデータがフローするパスを定義することもできます。 このデータのフォーマットは制限されていません。
Agent Controller はそれ自体柔軟であるように設計され、存在する構成ファイルによって、管理者が特定のアクションの実行方法をコントロールすることが可能になります。 詳細については、構成ファイルの概要を参照してください。
以下は、データ収集フレームワーク内に含まれたコンポーネントのより包括的な説明です。
関連タスク
データ収集概念モデル
Agent Controller の管理
Copyright (C) 2005, 2006 Intel Corporation.