JPH1115623A - エージェントモニタ装置及び方法、情報処理装置及び方法、並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 エージェントシステムにおけるエージェント
の挙動、特に状態やノード間移動の理解を容易にする。 【解決手段】 エージェントの挙動の内容に応じた画像
情報を表示画像ファイル４６に記憶させる。エージェン
トの挙動をノードマネージャ１から読み込む。制御部３
８，３９，４０が、読み込んだエージェントの挙動に応
じた前記画像情報を用いて、ＣＲＴ４７に所定のキャラ
クタを表示する。例えば、プランの生成・実行・ノード
間の移動・それらの成功や失敗などに応じて、異なった
表情・動作・表示形態のキャラクタで表示する。このた
め、各エージェントやシステム全体の挙動が、視覚を通
じてリアルタイムかつ容易に理解できる。このため、エ
ージェントが正常に動作するかを試験するなどの作業が
効率化される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、エージェントシス
テムで動作するエージェントの状態を表示してユーザに
モニターさせるためにエージェントモニター装置に関す
るものである。

【０００２】

【従来の技術】エージェントシステムは、エージェント
を用いた情報処理システムの総称である。エージェント
とは、ユーザの作業を代行しておこなうソフトウエア上
の実行主体であり、目的を達成するための自律性を有す
る。エージェントは、インタフェースエージェント、モ
バイルエージェント、ネットワークエージェント、マル
チエージェントに分類されている（西田豊明：ソフトウ
エアエージェント、pp.44-51、人工知能学会誌Vol.10,N
o.5,1995) 。エージェントシステムの形態には、単一の
エージェントによるものと複数のエージェントによるも
のが考えられる。

【０００３】エージェントシステムの一例は、次のよう
なものである。複数のノードをネットワークに接続す
る。ユーザが任意のノードに情報処理の目的を入力する
と、エージェントが生成される。各ノードには、エージ
ェントがどのようなアクションをとれるかという情報が
用意されている。このアクションを組み合わせて、エー
ジェントは、目的を達成するためのプランを作成する。
プランは、どの種類のアクションをどの順序で実行すれ
ば目的が達成されるか表す行動計画で、他のノードに移
動する移動命令も、必要に応じて組み込むことができ
る。エージェントは、作成したプランを実行し、プラン
中に移動命令が登場すると指定されたノードへ移動し、
移動先で動作を続ける。

【０００４】実際には、各ノードには、プランを作成す
る手段、プランを実行する手段、エージェントの生成・
消滅やノード間移動を行う手段、といった機能別のモジ
ュールが設けられていて、これらのモジュールの働きに
よって上記のようなエージェントの動作が実現される。

【０００５】多くのエージェントシステムは、このよう
なネットワーク環境や分散環境下において動作してお
り、このような環境において、ユーザがシステムの動作
を把握するためには、どのような情報をどのように表示
するかが重要な問題となる。たとえば、単一のエージェ
ントが動作するシステムであれば、エージェントの状
態、特に、ネットワークのノード間で移動する機能をも
ったエージェントの場合には、エージェントの現在位置
などの情報をユーザに表示することが必要である。ま
た、複数のエージェントが動作するマルチエージェント
システムの場合には、それぞれのエージェントの状況、
エージェント間の関係などの情報を、理解容易な形でユ
ーザに提供することが必要である。さらに、移動機能を
もつエージェントを含んでいる場合には、これらの情報
に加えてエージェントの移動位置に関する情報も考慮す
ることが必要である。これらの情報は、ユーザがエージ
ェントシステムを開発したり、改善したり、効果的に活
用するために不可欠である。

【０００６】この点を考慮して、現在用いられているエ
ージェントシステムの多くにおいて、単一又は複数のエ
ージェントについて、状況を表示する機能が提供されて
おり、さらに、エージェントの状況表示のためにＧＵＩ
を備えているシステムも知られている（小野、黒田：JA
VAの世界を広げる最新エージェント・テクノロジー、p
p.134-141, No.2, JAVAWORLD, 1997)。

【０００７】

【発明が解決しようとする課題】しかしながら、これら
のＧＵＩでは、エージェントの状況に関する情報がテキ
スト形式で表示されるものが多く、ユーザがエージェン
トの状況を把握することは容易ではなかった。特に、複
数のエージェントが複数の実行環境に分散している複雑
な条件のもとでは、文字のみで各エージェントのふるま
いを把握することは困難で、このため、システム全体の
ふるまいを理解することも困難であった。

【０００８】本発明は、上記のような従来技術の問題点
を解決するために提案されたもので、その目的は、エー
ジェントの挙動、特に、エージェントが何をしているの
かと行った状態や、ノード間でのエージェントの移動を
容易に理解できるエージェントモニタ装置を提供するこ
とである。

【０００９】

【課題を解決するための手段】上記の目的を達成するた
め、請求項１の発明は、情報処理の実行主体であるエー
ジェントの挙動を表示してモニタするためのエージェン
トモニタ装置において、エージェントの挙動の内容に応
じた画像情報を記憶する手段と、エージェントの挙動を
読み込む手段と、読み込んだエージェントの挙動に応じ
た前記画像情報を用いて、所定のキャラクタを表示する
手段と、を有することを特徴とする。請求項４の発明
は、請求項１の発明を方法の観点から把握したもので、
情報処理の実行主体であるエージェントの挙動を表示し
てモニタするためのエージェントモニタ方法において、
エージェントの挙動の内容に応じた画像情報を記憶する
ステップと、エージェントの挙動を読み込むステップ
と、読み込んだエージェントの挙動に応じた前記画像情
報を用いて、所定のキャラクタを表示するステップと、
を含むことを特徴とする。請求項５の発明は、請求項４
の発明を、当該方法を実現するコンピュータプログラム
を記録した記録媒体の観点から把握したもので、情報処
理の実行主体であるエージェントの挙動を表示してモニ
タするためのエージェントモニタ方法を実現するコンピ
ュータプログラムを記録した記録媒体において、当該エ
ージェントモニタ方法は、エージェントの挙動の内容に
応じた画像情報を記憶するステップと、エージェントの
挙動を読み込むステップと、読み込んだエージェントの
挙動に応じた前記画像情報を用いて、所定のキャラクタ
を表示するステップと、を含むことを特徴とする。

【００１０】請求項６の発明は、情報処理の実行主体で
あるエージェントが移動して情報処理を行うための複数
のノードと、前記エージェントの挙動を表示してモニタ
するためのエージェントモニタ装置とを有する情報処理
装置において、前記ノードは、エージェントがとりうる
アクションの情報と各ノードに存在するソフトウェア要
素の情報を記憶する手段と、与えられたゴールを達成す
るためにエージェントが実行すべきプランを前記各情報
に基づいて生成する手段と、生成されたプランを実行す
ることによってエージェントの振る舞いを実現する手段
と、プラン中の移動命令に基づいてエージェントをノー
ド間で移動させる手段とを有し、前記プランを生成する
手段は、プランの実行又は前記移動が失敗した場合に、
必要に応じて再度プランを生成するように構成され、前
記エージェントモニタ装置は、エージェントの挙動の内
容に応じた画像情報を記憶する手段と、エージェントの
挙動を読み込む手段と、読み込んだエージェントの挙動
に応じた前記画像情報を用いて、所定のキャラクタを表
示する手段と、を有することを特徴とする。請求項８の
発明は、請求項６の発明を方法の観点から把握したもの
で、情報処理の実行主体であるエージェントを複数のノ
ード上で移動させて情報処理を行うステップと、前記エ
ージェントの挙動を表示してモニタするためのステップ
とを含む情報処理方法において、前記情報処理のステッ
プは、エージェントがとりうるアクションの情報と各ノ
ードに存在するソフトウェア要素の情報を記憶してお
き、与えられたゴールを達成するためにエージェントが
実行すべきプランを前記各情報に基づいて生成し、生成
されたプランを実行することによってエージェントの振
る舞いを実現し、プラン中の移動命令に基づいてエージ
ェントをノード間で移動させ、プランの実行又は前記移
動が失敗した場合は必要に応じて再度プランを生成する
ものであり、前記モニタするためのステップは、エージ
ェントの挙動の内容に応じた画像情報を記憶しておき、
エージェントの挙動を読み込み、読み込んだエージェン
トの挙動に応じた前記画像情報を用いて所定のキャラク
タを表示するものであることを特徴とする。請求項９の
発明は、請求項８の発明を、当該方法を実現するコンピ
ュータプログラムを記録した記録媒体の観点から把握し
たもので、情報処理の実行主体であるエージェントを複
数のノード上で移動させて情報処理を行うステップと、
前記エージェントの挙動を表示してモニタするためのス
テップとを含む情報処理方法を実現するコンピュータプ
ログラムを記録した記録媒体において、前記情報処理の
ステップは、エージェントがとりうるアクションの情報
と各ノードに存在するソフトウェア要素の情報を記憶し
ておき、与えられたゴールを達成するためにエージェン
トが実行すべきプランを前記各情報に基づいて生成し、
生成されたプランを実行することによってエージェント
の振る舞いを実現し、プラン中の移動命令に基づいてエ
ージェントをノード間で移動させ、プランの実行又は前
記移動が失敗した場合は必要に応じて再度プランを生成
するものであり、前記モニタするためのステップは、エ
ージェントの挙動の内容に応じた画像情報を記憶してお
き、エージェントの挙動を読み込み、読み込んだエージ
ェントの挙動に応じた前記画像情報を用いて所定のキャ
ラクタを表示するものであることを特徴とする。

【００１１】請求項１，４，５，６，８，９の発明で
は、エージェントの挙動を内容に応じて、例えば、プラ
ンの生成・実行・ノード間の移動・それらの成功や失敗
などに応じて、異なった表情・動作・表示形態のキャラ
クタで表示する。これによって、各エージェントやシス
テム全体の挙動が、視覚を通じてリアルタイムかつ容易
に理解できる。このため、エージェントが正常に動作す
るかを試験するなどの作業が効率化される。

【００１２】特に、請求項６，８，９の発明では、プラ
ン生成の際にソフトウェア要素の情報が用いられる。こ
のため、ソフトウェアの所在などシステム構成が変更さ
れても、前記情報の更新によって変更に対応したプラン
生成が可能となる。また、移動先のノードでもエージェ
ントの動作は継続され、必要に応じて再度のプランニン
グも行われるので、柔軟な情報処理が実現される。そし
て、このような複雑な動作もキャラクタの画像によって
表示されるので、視覚を通じて容易に理解することがで
きる。

【００１３】請求項２の発明は、請求項１記載のエージ
ェントモニタ装置において、表示画面上の所定の部分
に、エージェントに対応するキャラクタが出没すること
によって、複数のノード間でのエージェントの移動を表
示するように構成されたことを特徴とする。

【００１４】請求項２の発明では、ノード間でのエージ
ェントの移動がキャラクタの出没で視覚的に表示される
ことによって理解容易になる。例えば、エージェントが
ノードに到着すると、擬人化されたＧＵＩ上の人物がウ
ィンドウ上に表れ、エージェントがノードを離脱すると
その人物の表示が消える。

【００１５】請求項３の発明は、請求項１又は２記載の
エージェントモニタ装置において、表示画面上のキャラ
クタが、エージェントの状態に対応した所定の動作を行
うことを特徴とする。

【００１６】請求項３の発明では、プランの生成・実行
・実行失敗などエージェントの状態が、キャラクタの動
作で視覚的に表示されることによって理解容易になる。

【００１７】請求項７の発明は、請求項６記載の情報処
理装置において、前記エージェントモニタ装置は、表示
画面上の所定の部分に、エージェントに対応するキャラ
クタが出没することによって、複数のノード間でのエー
ジェントの移動を表示し、及び、表示画面上のキャラク
タが、エージェントの状態に対応した所定の動作を行う
ように構成されたことを特徴とする。

【００１８】請求項７の発明では、ノード間でのエージ
ェントの移動がキャラクタの出没で視覚的に表示される
ことによって理解容易になり、また、プランの生成・実
行・実行失敗などエージェントの状態が、キャラクタの
動作で視覚的に表示されることによって理解容易にな
る。このため、エージェントのノード間における移動
と、エージェントが何をしているかという状態の双方を
含む全体の状況が、視覚的に容易に把握できる。

【００１９】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照して説明する。なお、本発明は、通常、コン
ピュータと周辺機器をプログラムで制御することによっ
て実現される。この場合、前記プログラムによって制御
されるＣＰＵが、コンピュータの各種ハードウェア資源
を活用することによって本発明の効果を奏する。ハード
ウェア資源としては、ＣＰＵの他、メモリやディスクド
ライブなどの記憶装置、キーボードやマウスなどの入力
装置、画像表示装置やプリンタなどの出力装置が考えら
れる。ただし、コンピュータや周辺機器の構成は多様で
あり、これらのハードウェア資源は、種類や構成を適宜
変更して用いることができる。このため、本出願では、
「○○部」のように、本発明の機能を実現する仮想的回
路ブロックを用いて本発明を説明する。

【００２０】（１）構成 まず、図１は、本実施形態の全体構成を示す機能ブロッ
ク図である。すなわち、本実施形態は、複数のノードＸ
をネットワークＮで接続した情報処理システムに、本発
明のエージェントモニタ装置（以下「モニター装置」と
略称する）を適用したものである。各ノードＸは、エー
ジェントの動作を実現するノードマネージャ１と、エー
ジェントの動作を表示してモニタするためのモニター装
置３７とを組み合わせて構成される。

【００２１】次に、図２は、各ノードＸの構成を示す機
能ブロック図である。この図において、ノードマネージ
ャ１は、エージェントを管理すると共に、エージェント
の各種動作を実現する部分で、エージェント生成部２か
ら動作ログ出力部２９までの必要な各構成部分を有す
る。

【００２２】このノードマネージャ１の主な構成要素は
次のようなものである。すなわち、まず、各ノードＸの
ノードマネージャ１は、図１に示すように、エージェン
トによる情報処理の目的であるゴールを入力するための
入力手段Ｉと、エージェントのプラン作成に用いる情報
を保持する情報データベースＤとを有する。ここでいう
情報は、エージェントがどのようなアクションを取りう
るかという情報と、どのノードにどのようなソフトウェ
ア要素が存在するかという情報である。この場合、ソフ
トウェア要素としては、ファイルや処理モジュールの種
別や名称などが挙げられる。ファイルがどのノードにあ
るかといったシステム構成が変更されても、ソフトウェ
ア要素の情報の更新によって、システム構成の変更をプ
ランの内容に反映させることができる。

【００２３】そして、ノードマネージャ１は、図２に示
すように、エージェントを生成するエージェント生成部
２と、与えられたゴールを達成するためにエージェント
が実行すべきプランを生成して所定の記憶領域に出力す
るプラン生成部１９とを有する。また、ノードマネージ
ャ１は、生成されたプランを、エージェントが取るべき
行動内容として前記記憶領域から順次入力するエージェ
ント入力部３と、プラン中の実行開始位置を各時点で検
出する実行開始位置検出部６と、プランとして作成され
たスクリプトの終了を判定するスクリプト終了判定部８
と、プランを実行することによってエージェントの振る
舞いを実現する実行部１５とを有する。

【００２４】また、ノードマネージャ１は、プラン中の
移動命令を検出する移動検出部２８と、検出された移動
命令に基づいてエージェントを他のノードに移動させる
移動処理部２６と、不要になったエージェントを消滅さ
せるエージェント消去部１４とを有する。

【００２５】また、ノードマネージャ１は、プラン生成
の失敗を検出するプラン生成失敗検出部１７と、プラン
実行の失敗を検出する実行失敗検出部２１と、エージェ
ントのノード間移動の失敗を検出する移動失敗検出部２
４とを有し、プラン生成部１９は、プラン実行や移動が
失敗した場合は、必要に応じて再度プランを生成するよ
うに構成されている。また、ノードマネージャ１は、ノ
ードマネージャ１の動作のログ（履歴）を出力するため
の動作ログ出力部２９を有する。

【００２６】そして、特定のノードに存在する複数個の
エージェントは、ノード単位に設置されるノード・マネ
ージャにより一括管理される。モニター装置３７は、ノ
ード・マネージャ１が管理するエージェントの状態を視
覚的かつリアルタイムにユーザへ通知する装置である。

【００２７】ノードマネージャ１は、モニタースクリプ
トをモニター装置３７へ順次送信する。モニタースクリ
プトは、ノードマネージャ１が管理するエージェントの
状態を表す文字列データである。

【００２８】モニター装置３７を構成するにあたって、
エージェントがとりうる状態ごとに、擬人化したＧＵＩ
上の人物画像（以下「エージェント画像」と呼ぶ。）を
作成し、表示画像ファイル４６に記憶させておく。モニ
ター装置３７は、表示装置としてＣＲＴ４７を有し、Ｃ
ＲＴ４７の表示部分は、それぞれ異なる機能を果たす部
分に３分割（上下２分割、さらに上半分を左右に２分
割）されており、テキスト表示部４７３（右上）、基本
状態表示部４７０（左上）、詳細状態表示部４７４
（下）に分けられる。

【００２９】このうち、テキスト表示部４７３は、ノー
ド・マネージャ１から送られてくるモニター・スクリプ
トを、動作ログとして順次文字表示することによりエー
ジェントの状態をテキスト形式でユーザへ通知する部分
である。基本状態表示部４７０は、プラン生成、実行、
成功、失敗、到着、出発、不在など、エージェントの適
用分野に依存しないエージェントの基本的な状態につい
て、各状態に対応するタイトル画像およびエージェント
画像の表示によって、エージェントの基本的な状態をユ
ーザへ通知する部分である。なお、タイトル画像は、エ
ージェントの状態の名称を表した画像である。詳細状態
表示部４７４は、予め用意された適用分野ごとのタイト
ル画像およびエージェント画像の表示により、エージェ
ントの詳細な状態をユーザへ通知する部分である。

【００３０】すなわち、エージェントは、あらゆる分野
に適用可能なため、その適用分野によっては、基本的な
状態のみでは表現できない複雑な状態が生じる。詳細状
態表示部４７４に表示される情報は、その複雑な状態を
詳細に表示するために用意されるもので、典型的には、
適用分野特有の所定の実行コマンドごとに、エージェン
トの状態に対応する画像が表示される。なお、ＣＲＴ４
７の表示部分の画面構成例を図３に示す。

【００３１】また、モニター制御装置３７は、前記各部
分４７０，４７４，４７３の表示内容を制御する基本状
態表示制御部３８、詳細状態表示制御部３９、テキスト
表示制御部４０を有する。これら各制御部３８〜４０
は、以下、「モニター制御装置」と総称するが、これら
は例えばアプレットを用いて実装される。

【００３２】また、ここで用いるタイトル画像およびエ
ージェント画像等の画像ファイルは、ページ記述言語に
より予めウェブ・ブラウザ上に表示可能なＨＴＭＬファ
イルとしておき、必要時にウェブ・ブラウザのページと
して表示する。ここで、エージェントの基本的な状態に
どのような種類があるかを表１に、各状態に対応する図
柄の内容を表２に示す。

【表１】

【００３３】

【表２】

【００３４】すなわち、上記のように、表示画像ファイ
ル４６は、エージェントの挙動の内容に応じた画像情報
を記憶する手段である。また、ノードマネージャからモ
ニター装置３７へモニタースクリプトの送信する経路３
０〜３６は、エージェントの挙動を読み込む手段であ
る。また、制御部３８〜４０及びＣＲＴ４７は、読み込
んだエージェントの挙動に応じた前記画像情報を用い
て、所定のキャラクタを表示する手段である。

【００３５】（２）作用 （２−１）エージェントの動作 上記のような構成を有する本実施形態では、エージェン
トは、次のような動作からなるライフサイクルによって
情報処理を行う。図４は、エージェントの各動作からな
るライフサイクルを示す図である。この図に示すよう
に、まず、処理開始時には（動作Ａ１）、任意のノード
において、ユーザがノードマネージャに対してゴールを
与える、すなわち投入することにより、そのノードのノ
ードマネージャがエージェントを生成する（動作Ａ
２）。生成されるエージェントの目的は、与えられたゴ
ールを達成する事である。

【００３６】生成されたエージェントは、与えられたゴ
ールを達成するプランニングを行い（動作Ａ３）、成功
するとその出力としてエージェントのプログラムである
プランとして、スクリプトを生成する（動作Ａ７）。し
かし、プランニング自体に失敗する場合もあり（動作Ａ
４）、この場合は、エージェントの実行は完全に失敗す
る（動作Ａ５）。

【００３７】プランニングに成功した場合、生成された
スクリプトを実行する実行フェーズに移行する（動作Ａ
７）。この実行フェーズでは、スクリプトに含まれる各
種のコマンドが実行される（動作Ａ９）。エージェント
によるコマンドの実行は、エラーを発生して失敗する可
能性もある。この場合は、再びプランニングフェーズに
戻り（動作Ａ８）、最初に与えたゴール、または実行が
失敗したコマンドが指定するゴールがある場合はそのゴ
ールを達成するプランを作成する（動作Ａ３）。

【００３８】実行フェーズにおいて、スクリプトを末尾
まで実行できた場合は、エージェントは、ゴールを完遂
した事になる（動作Ａ１０）。この時は、エージェント
の動作は正常終了する（動作Ａ１１）。

【００３９】なお、実行フェーズにおいて、スクリプト
中の移動命令を実行する場合は移動フェーズに入る（動
作Ａ１２，Ａ１４）。移動の際は、移動元のノードマネ
ージャは、移動先のノードマネージャに対して所定の通
信プロトコルにて移動を行い、成功すると移動先のノー
ドにて実行フェーズに戻る（動作Ａ１３）。移動が失敗
した場合は、他のコマンドの失敗と同様にプランニング
フェーズに戻る（動作Ａ６）。

【００４０】（２−２）ノードマネージャの動作 上記のようなエージェントのライフサイクルは、ノード
マネージャによる次のような動作によって実現される。
すなわち、エージェント生成部２は（図２）、ノードマ
ネージャに対して投入されたゴールを受取ると、エージ
ェントを生成して動作を開始させ、また、経路４を通じ
てプラン生成部１９にゴールを渡す。プラン生成部１９
では、経路４から与えられたゴールを達成するプラン、
すなわちスクリプトを生成する。

【００４１】このとき、プランニングは失敗する場合が
ある。これは、ゴールを達成する手段が見つけられなか
ったことを意味し、エージェントは、実行失敗となる。
この場合、プラン生成失敗検出部１７は経路１８を通じ
て失敗を検出し、経路１２からその旨をエージェント消
去部１４に通知する。通知を受けたエージェント消去部
１４は、エージェントを消滅させて終了処理を行う。

【００４２】一方、プランの生成に成功すると、プラン
は経路１０から送出され、エージェントは実行フェーズ
に入る。実行フェーズでは、実行部１５が、スクリプト
の実行位置におけるコマンドを読み取り、解釈実行し、
また、スクリプトの終了判定部８では、実行部１５に経
路１３を通じてコマンドを渡しながら、スクリプトの末
尾まで実行が進んだかどうかを判定する。

【００４３】実行フェーズにおいてプランの実行失敗が
発生した場合、実行失敗検出部２１が経路１６を通じて
実行失敗を検出し、コマンドの実行時エラーとなる。そ
して、このエラーを経路２０で通知されたプラン生成部
１９がプランを生成する。

【００４４】プラン実行時、移動検出部２８は、経路２
３を通じて、実行中のコマンドが移動命令であるかどう
かを判定する。判定結果として移動命令である旨が経路
２７で通知されると、移動処理部２６は移動コマンドを
実行し、この際、移動先のノードに対してエージェント
の移動に必要な情報を通信する。この場合、エージェン
トは、移動元のノードからは立ち去ることになるため、
移動元のノードによるそのエージェントの処理は、移動
が成功した段階で終了する。

【００４５】なお、移動失敗検出部２４は、経路２５を
通じて移動の失敗を監視する。移動の失敗は、移動先の
ノードとの通信プロトコルが正常に動作しない事により
検出できる。移動が失敗した場合は、失敗が経路２２で
通知され、プランニングフェーズに戻り、プラン生成部
１９がプランを生成しなおす。

【００４６】これら動作の間、動作ログ出力部２９は、
エージェントの動作の詳細な記録をとり、所定のファイ
ルに記述する。なお、改めて図示しないが、本実施形態
の動作においては、ワークメモリ・各種ライブラリファ
イル・テンポラリファイルなど、あらゆる他の必要な構
成要素が適宜用いられる。

【００４７】（２−３）モニタースクリプトの送信 上記のような動作を行う各段階で、ノード・マネージャ
１の各部分は、ユーザへの通知を目的として、管理する
エージェントの状態をテキスト表現したモニター・スク
リプトをモニター装置３７へ送信する。なお、ユーザ
は、ノード・マネージャが管理する複数個のエージェン
トからモニター装置の表示対象となるエージェントを予
め選択しておくことができる。ノード・マネージャの管
理対象が単一エージェントである場合、そのエージェン
トがモニター装置の表示対象となる。

【００４８】（２−４）モニター装置による情報の表示 モニター装置３７は、ノード・マネージャ１から送られ
てきたモニター・スクリプトを受け、現時点で表示対象
として選択されているエージェントに関するものである
場合、送信されてきたモニタースクリプトに対応する文
字列や画像によってエージェントの挙動をユーザに表示
する。図５は、モニター装置の動作を示すフローチャー
トである。なお、図２の表示画像ファイル４６は、図５
に示す基本的な状態画像のファイル４６１と、エージェ
ントの適用分野別の状態画像ファイル４６２とを含む。

【００４９】そして、モニター装置の各画面は、中心と
なる前記モニター制御装置により管理制御され、その表
示内容は、図５に示すように、ノードマネージャが送信
（ステップ５１）したモニタースクリプトを、モニター
制御装置が受信するごとに（ステップ５２）更新され
る。

【００５０】表示内容の更新の際は、まず、テキスト表
示部４７３（図３右上）にエージェントの状態として、
送信されてきたモニタースクリプト４７２を表示する
（ステップ５３）。次に、基本状態の表示を行う。ここ
では、モニター・スクリプトの内容がエージェントの基
本状態を意味する場合、すなわち表１に示す文字列とモ
ニタースクリプトが一致する場合、エージェントの基本
状態を表現したタイトル画像およびエージェント画像
を、基本的な状態画像ファイル４６１から検索取得し、
これを基本状態表示部４７０に表示する（ステップ５
４）。

【００５１】なお、このように基本状態を表示するため
の具体的な手順を図６に示す。この手順では、モニター
スクリプトの文字列に応じて（ステップ６０１，６０
３，６０５，６０７，６０９，６１１，６１３）、文字
列が表す基本状態に対応するエージェント画像４７１が
表示される（ステップ６０２，６０４，６０６，６０
８，６１０，６１２，６１４）。なお、基本状態表示制
御部３８は、エージェントのライフサイクルを表す図式
を、図４に示したような形式で基本状態表示部４７０に
表示しておき、各時点で該当する部分を強調表示するよ
うに構成してもよい。

【００５２】最後に（図５）、モニター・スクリプトの
内容に対応するエージェントの適用分野に応じたタイト
ル画像およびエージェント画像が予め用意されている場
合、これを適用分野別状態画像ファイル４６２から検索
取得し、詳細状態表示画面４７４（図３下）に表示する
（ステップ５５）。なお、このように適用分野別の詳細
状態を表示するための具体的な手順を図７に示す。この
手順では、受信したモニタースクリプトに対応する詳細
画像ファイルを検索し（ステップ７１）、該当する詳細
画像ファイルがあった場合は（ステップ７２）、その詳
細画像ファイルを用いてエージェントの適用分野に応じ
た詳細な画像表示を行う（ステップ７３）。以上の手続
きをモニター・スクリプト受信毎に行なうことにより、
エージェントの状態を視覚的かつリアルタイムにユーザ
へ通知することができる。

【００５３】（２−５）エージェントの動作の実例 以降では、旅行計画支援を実例として、モニター装置３
７がどのように稼働するのか説明する。通常の旅行計画
支援例題は、複数個のエージェントおよび複数個のノー
ドを用いて旅行計画に関する全般を支援するが、ここで
は例題を簡略化し、単一エージェントおよび旅行計画を
依頼する旅行代理店と旅行目的地の２つのノードによる
「出発地から目的地までのルート情報獲得」の部分だけ
を例にとって、モニター装置の機能との関係を前提に説
明する。

【００５４】この例において、旅行代理店（以降ＴＡと
呼ぶ）ならびに旅行目的地（以降ＪＡＩＳＴと呼ぶ）の
ノードは、以下の条件のもとに成立し、その目的は「出
発地ＴＯＫＹＯから目的地ＪＡＩＳＴまでのルート情報
獲得」とする。 ・旅行代理店は、出発地から目的地までのルート情報を
保持していないものとする。 ・旅行代理店は、出発地から目的地までのルート情報を
保持するノードを認識しているものとする。 ・旅行目的地は、出発地から目的地までのルート情報を
保持しているものとする。

【００５５】図８に、上記条件から求めたルート情報獲
得の手続きおよびエージェントの状態を表したモニター
・スクリプトを示す。なお、図８のモニター・スクリプ
トは、説明のために簡略化した例である。また、図８に
表記されている文字列の意味（文法）を以下に示す。

【００５６】・特殊文字＃はコメント行の開始位置であ
り、＃以降に続く文字列は全てコメントとして扱われ
る。 ・文字列"agent1"はエージェント固有の識別子（エージ
ェント識別子）であり、ノード内に存在する複数個のエ
ージェントを一意に識別するものである。ここで"agent
1"以降に続く文字列は、全てagent1に関する状態である
こと意味する。 ・文字列"plan","parsing","complete","fail","ente
r","bye"は、表１に示されるエージェントの基本的な状
態、プラン生成、実行、成功、失敗、到着、出発、不在
を意味する。 ・文字列"script"は、"script"以降に続く文字列が直前
のプラン生成により生成されたスクリプトであることを
意味する。

【００５７】以下、表記されているモニター・スクリプ
トが表す手続きについて説明した後、手続きに対応した
モニター装置の表示内容について説明する。なお、以下
の「行番号」は、図８に示すモニター・スクリプトの各
行右端に括弧書きされた行番号である。

【００５８】まず、ＴＡにおいて出発地ＴＯＫＹＯから
目的地ＪＡＩＳＴまでの旅行計画をプラン（行番号１）
し、ルート情報獲得のためのスクリプト（行番号２−
３）を求める。求めたスクリプトでは、ＴＡにおいてル
ート情報検索（行番号２）と獲得（行番号３）を行なう
よう指示されている。なお、本来ならば、スクリプト
（行番号２−３）以降に、タイムテーブル検索取得、チ
ケット検索取得等に関するスクリプトが生成されるが、
ここでは簡略化のため省略する。

【００５９】スクリプト（行番号２−３）に従い、ルー
ト情報検索（行番号４）を行なうが、条件より「旅行代
理店は、出発地から目的地までのルート情報を保持して
いない」為、このルート情報検索は失敗（行番号５）す
る。

【００６０】失敗後、直ちにスクリプト（行番号２−
３）と異なる方法を再プラン（行番号６）し、新たなス
クリプト（行番号７−１１）を求める。新たなスクリプ
トは、「ルート情報を保持するであろうノードＪＡＩＳ
Ｔに移動後（行番号７）、ＪＡＩＳＴおいてルート情報
検索（行番号８）と獲得（行番号９）を行ない、獲得し
たルート情報をＴＡに持ち帰る（行番号１０−１１）」
というものである。スクリプト（行番号７−１１）の実
行結果が（行番号１２〜１９）に相当する。

【００６１】すなわち、まず、ＴＡからＪＡＩＳＴに移
動（行番号１２〜１５）し、ＪＡＩＳＴにおいてルート
情報検索（行番号１６）、獲得（行番号１７）を行な
う。条件より「旅行目的地は、出発地から目的地までの
ルート情報を保持している」為、これに成功（行番号１
８，１９）する。最後に、獲得したルート情報をＴＡに
持ち返り（行番号２０−２２）、本手続きを終了すると
ともに目的を達成する。

【００６２】（２−６）表示の実例 上記のようなエージェントの動作をモニター装置３７が
如何に表示するかについて、モニター・スクリプトの部
分ごとに、エージェントの動作内容とともに説明する。
なお、以下では、テキスト、基本状態、詳細状態はモニ
ター装置のテキスト表示部、基本状態表示部、詳細状態
表示部を表し、エージェント画像とはエージェントの状
態を表すのに必要なタイトル画像および擬人化したＧＵ
Ｉ上の人物画像を意味するものとする。

【００６３】なお、表示に先だって、エージェントの各
状態や挙動に対応する次のような表示に用いる画像が表
示画像ファイル４６に格納されているものとする。すな
わち、図９はプラン生成中を表す表示例であり、同様
に、図１０はプラン実行中、図１１は、プラン実行成
功、図１２はプラン実行失敗の場合の表示例である。ま
た、図１３はノードにエージェントが到着した場合の表
示例、図１４はノードからエージェントが出発する場合
の表示例、図１５はノードにエージェントが不在の場合
の表示例である。

【００６４】・行番号１〜３ まず、エージェントは、出発地ＴＯＫＹＯから目的地Ｊ
ＡＩＳＴまでの旅行計画をプラン生成（行番号１）し、
ルート情報獲得のスクリプト（行番号２〜３）を求め
る。このときのモニター装置の表示内容を図１６に、モ
ニター装置の表示例の変化を図１７に示す。なお、図１
６中の括弧書きの数字は図８に示したモニター・スクリ
プト中の行番号であり、以下同様である。

【００６５】・行番号４〜５ エージェントは、生成したスクリプト（行番号２〜３）
に従い、ルート情報検索（行番号４）を行なうが、条件
より「旅行代理店は出発地から目的地までのルート情報
を保持していない」為、本ノードにおけるルート情報検
索は失敗（行番号５）する。このときのモニター装置の
表示内容を図１８に、モニター装置の表示例の変化を図
１９に示す。

【００６６】・行番号６〜１１ エージェントは、ルート情報検索に失敗後、スクリプト
（行番号２〜３）と異なる方法を再プラン（行番号６）
し、新たなスクリプト（行番号７〜１１）を求める。こ
のときのモニター装置の表示内容を図２０に、モニター
装置の表示例の変化を図２１に示す。

【００６７】・行番号１２〜１４ そして、エージェントは、新たなスクリプト（行番号７
〜１１）に従い、ＴＡを出発後（行番号１２〜１３）、
ＪＡＩＳＴへ移動する。移動後（行番号１４）のモニタ
ー装置には、エージェントは表示されない。このときの
モニター装置の表示内容を図２２に、モニター装置の表
示例の変化を図２３左側に示す。すなわち、図２３左側
は移動元のノードのモニター装置の表示例の変化であ
り、エージェントを表す人物画像が消滅する。

【００６８】・行番号１５ ＴＡを出発したエージェントは、ＪＡＩＳＴに到着（行
番号１５）する。ＪＡＩＳＴのモニター装置には、到着
をあらわすエージェントが表示される。このときのモニ
ター装置の表示内容を図２４に、モニター装置の表示例
の変化を図２３右側に示す。図２３右側は移動先のノー
ドのモニター装置の表示例の変化であり、エージェント
を表す人物画像が出現する。

【００６９】このように、本実施形態では、ノード間で
のエージェントの移動がキャラクタの出没で視覚的に表
示されることによって理解容易になる（請求項２，
７）。すなわち、エージェントがノードに到着すると、
擬人化されたＧＵＩ上の人物がウィンドウ上に表れ、エ
ージェントがノードを離脱するとその人物の表示が消え
る。

【００７０】・行番号１６〜１７ エージェントは、到着したＪＡＩＳＴにおいてルート情
報検索（行番号１６）を行なう。条件より「目的地は、
出発地から目的地までのルート情報を保持している」こ
とから、本ノードにおけるルート情報検索は成功（行番
号１７）する。このときのモニター装置の表示内容を図
２５に、モニター装置の表示例の変化を図２６に示す。

【００７１】・行番号１８〜１９ 検索に成功したエージェントは、ルート情報獲得（行番
号１８）を行なう。条件より「目的地は、出発地から目
的地までのルート情報を保持している」ことから、本ノ
ードにおけるルート情報獲得も成功（行番号１９）す
る。このときのモニター装置の表示内容を図２７に、モ
ニター装置の表示例の変化を図２８に示す。

【００７２】・行番号２０〜２１ 最後に、エージェントは、獲得したルート情報をＴＡに
持ち帰って情報処理は目的が達成される（行番号２０〜
２１）。このときのモニター装置の表示内容を図２９に
示す。また、エージェントが元のノードに帰還する際
の、移動元と帰還先それぞれにおけるモニター装置の表
示例の変化を、図３０の左側と右側に示す。

【００７３】（３）効果 以上のように、本実施形態では、エージェントの挙動を
内容に応じて、例えば、プランの生成・実行・ノード間
の移動・それらの成功や失敗などに応じて、異なった表
情・動作・表示形態のキャラクタで表示する。このた
め、各エージェントやシステム全体の挙動が、視覚を通
じてリアルタイムかつ容易に理解できる。このため、エ
ージェントが正常に動作するかを試験するなどの作業が
効率化される（請求項１，４，６，８）。

【００７４】特に、本実施形態では、プランの生成・実
行・実行失敗などエージェントの状態が、キャラクタの
動作で視覚的に表示されることによって理解容易になる
（請求項３，７）。

【００７５】また、本実施形態では、プラン生成の際に
ソフトウェア要素の情報が用いられる（請求項６，
８）。このため、ソフトウェアの所在などシステム構成
が変更されても、前記情報の更新によって変更に対応し
たプラン生成が可能となる。また、移動先のノードでも
エージェントの動作は継続され、必要に応じて再度のプ
ランニングも行われるので、柔軟な情報処理が実現され
る。そして、このような複雑な動作もキャラクタの画像
によって表示されるので、視覚を通じて容易に理解する
ことができる。

【００７６】（４）他の実施形態 なお、本発明は、上記実施形態には限定されず、次に例
示するような他の実施形態を包含するものである。例え
ば、上記実施形態に示したネットワークの構成、エージ
ェントのスクリプト、モニター装置による表示例や表示
画像の内容などは単なる例示に過ぎず、これらの具体的
な実現態様は自由に定めることができる。また、ノード
内でのエージェントの状態の表示と、ノード間でのエー
ジェントの移動を必ずしも双方表示する必要はなく、モ
ニター装置でモニターする情報の内容はユーザが自由に
定めればよい。

【００７７】また、本発明は、コンピュータをプログラ
ムで制御することによって実現されることが一般的と考
えられるので、そのようなプログラムを記録した記録媒
体も本発明の一態様である（請求項５，９）。

【００７８】

【発明の効果】以上説明したように、本発明によれば、
ユーザが把握するのに困難とされる、特定ノードにおけ
るエージェントの状態および特定ノード間を移動するエ
ージェントの位置を、視覚的かつリアルタイムに確認す
ることが可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態における情報処理装置全体
の構成を示すブロック図。

【図２】本発明の実施の形態におけるノードの構成を示
す機能ブロック図。

【図３】本発明の実施の形態において、モニター装置の
表示画面の構成を示す図。

【図４】本発明の実施の形態において、エージェントの
各動作からなるライフサイクルを示す図。

【図５】本発明の実施の形態において、表示を更新する
処理手順を示すフローチャート。

【図６】本発明の実施の形態において、基本状態画像を
表示する手順を示すフローチャート。

【図７】本発明の実施の形態において、詳細状態画像を
表示する手順を示すフローチャート。

【図８】本発明の実施の形態において、スクリプトの例
を間略化して示す図。

【図９】本発明の実施の形態において、プラン生成中を
表すモニター装置の表示例。

【図１０】本発明の実施の形態において、プラン実行中
を表すモニター装置の表示例。

【図１１】本発明の実施の形態において、プラン実行成
功を表すモニター装置の表示例。

【図１２】本発明の実施の形態において、プラン実行失
敗を表すモニター装置の表示例。

【図１３】本発明の実施の形態において、エージェント
到着時のモニター装置の表示例。

【図１４】本発明の実施の形態において、エージェント
出発時のモニター装置の表示例。

【図１５】本発明の実施の形態において、エージェント
不在時のモニター装置の表示例。

【図１６】本発明の実施の形態において、モニター装置
の表示内容を示す図（行番号１〜３の処理に対応）。

【図１７】本発明の実施の形態において、モニター装置
の表示が図１６に示した表示内容に対応して変化する状
態を示す。

【図１８】本発明の実施の形態において、モニター装置
の表示例の変化を示す図（行番号４〜５の処理に対
応）。

【図１９】本発明の実施の形態において、モニター装置
の表示が図１８に示した表示内容に対応して変化する状
態を示す。

【図２０】本発明の実施の形態において、モニター装置
の表示内容を示す図（行番号６〜１１の処理に対応）。

【図２１】本発明の実施の形態において、モニター装置
の表示が図２０に示した表示内容に対応して変化する状
態を示す。

【図２２】本発明の実施の形態において、モニター装置
の表示内容を示す図（行番号１２〜１４の処理に対
応）。

【図２３】本発明の実施の形態において、モニター装置
の表示が図２２に示した表示内容に対応して変化する状
態を示す。

【図２４】本発明の実施の形態において、モニター装置
の表示内容を示す図（行番号１５の処理に対応）。

【図２５】本発明の実施の形態において、モニター装置
の表示内容を示す図（行番号１６〜１７の処理に対
応）。

【図２６】本発明の実施の形態において、モニター装置
の表示が図２４及び図２５に示した表示内容に対応して
変化する状態を示す。

【図２７】本発明の実施の形態において、モニター装置
の表示内容を示す図（行番号１８〜１９の処理に対
応）。

【図２８】本発明の実施の形態において、モニター装置
の表示が図２７に示した表示内容に対応して変化する状
態を示す。

【図２９】本発明の実施の形態において、モニター装置
の表示内容を示す図（行番号２０〜２１の処理に対
応）。

【図３０】本発明の実施の形態において、モニター装置
の表示が図２９に示した表示内容に対応して変化する状
態を示す。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 服部 正典 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町工場内 (72)発明者 本位田 真一 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町工場内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 情報処理の実行主体であるエージェント
   の挙動を表示してモニタするためのエージェントモニタ
   装置において、 エージェントの挙動の内容に応じた画像情報を記憶する
   手段と、 エージェントの挙動を読み込む手段と、 読み込んだエージェントの挙動に応じた前記画像情報を
   用いて、所定のキャラクタを表示する手段と、 を有することを特徴とするエージェントモニタ装置。
2. 【請求項２】 表示画面上の所定の部分に、エージェン
   トに対応するキャラクタが出没することによって、複数
   のノード間でのエージェントの移動を表示するように構
   成されたことを特徴とする請求項１記載のエージェント
   モニタ装置。
3. 【請求項３】 表示画面上のキャラクタが、エージェン
   トの状態に対応した所定の動作を行うことを特徴とする
   請求項１又は２記載のエージェントモニタ装置。
4. 【請求項４】 情報処理の実行主体であるエージェント
   の挙動を表示してモニタするためのエージェントモニタ
   方法において、 エージェントの挙動の内容に応じた画像情報を記憶する
   ステップと、 エージェントの挙動を読み込むステップと、 読み込んだエージェントの挙動に応じた前記画像情報を
   用いて、所定のキャラクタを表示するステップと、 を含むことを特徴とするエージェントモニタ方法。
5. 【請求項５】 情報処理の実行主体であるエージェント
   の挙動を表示してモニタするためのエージェントモニタ
   方法を実現するコンピュータプログラムを記録した記録
   媒体において、 前記エージェントモニタ方法は、 エージェントの挙動の内容に応じた画像情報を記憶する
   ステップと、 エージェントの挙動を読み込むステップと、 読み込んだエージェントの挙動に応じた前記画像情報を
   用いて、所定のキャラクタを表示するステップと、 を含むことを特徴とする記録媒体。
6. 【請求項６】 情報処理の実行主体であるエージェント
   が移動して情報処理を行うための複数のノードと、前記
   エージェントの挙動を表示してモニタするためのエージ
   ェントモニタ装置とを有する情報処理装置において、 前記ノードは、エージェントがとりうるアクションの情
   報と各ノードに存在するソフトウェア要素の情報を記憶
   する手段と、与えられたゴールを達成するためにエージ
   ェントが実行すべきプランを前記各情報に基づいて生成
   する手段と、生成されたプランを実行することによって
   エージェントの振る舞いを実現する手段と、プラン中の
   移動命令に基づいてエージェントをノード間で移動させ
   る手段とを有し、前記プランを生成する手段は、プラン
   の実行又は前記移動が失敗した場合に、必要に応じて再
   度プランを生成するように構成され、 前記エージェントモニタ装置は、エージェントの挙動の
   内容に応じた画像情報を記憶する手段と、エージェント
   の挙動を読み込む手段と、読み込んだエージェントの挙
   動に応じた前記画像情報を用いて、所定のキャラクタを
   表示する手段と、を有することを特徴とする情報処理装
   置。
7. 【請求項７】 前記エージェントモニタ装置は、 表示画面上の所定の部分に、エージェントに対応するキ
   ャラクタが出没することによって、複数のノード間での
   エージェントの移動を表示し、及び、表示画面上のキャ
   ラクタが、エージェントの状態に対応した所定の動作を
   行うように構成されたことを特徴とする請求項６記載の
   情報処理装置。
8. 【請求項８】 情報処理の実行主体であるエージェント
   を複数のノード上で移動させて情報処理を行うステップ
   と、前記エージェントの挙動を表示してモニタするため
   のステップとを含む情報処理方法において、 前記情報処理のステップは、エージェントがとりうるア
   クションの情報と各ノードに存在するソフトウェア要素
   の情報を記憶しておき、与えられたゴールを達成するた
   めにエージェントが実行すべきプランを前記各情報に基
   づいて生成し、生成されたプランを実行することによっ
   てエージェントの振る舞いを実現し、プラン中の移動命
   令に基づいてエージェントをノード間で移動させ、プラ
   ンの実行又は前記移動が失敗した場合は必要に応じて再
   度プランを生成するものであり、 前記モニタするためのステップは、エージェントの挙動
   の内容に応じた画像情報を記憶しておき、エージェント
   の挙動を読み込み、読み込んだエージェントの挙動に応
   じた前記画像情報を用いて所定のキャラクタを表示する
   ものであることを特徴とする情報処理方法。
9. 【請求項９】 情報処理の実行主体であるエージェント
   を複数のノード上で移動させて情報処理を行うステップ
   と、前記エージェントの挙動を表示してモニタするため
   のステップとを含む情報処理方法を実現するコンピュー
   タプログラムを記録した記録媒体において、 前記情報処理のステップは、エージェントがとりうるア
   クションの情報と各ノードに存在するソフトウェア要素
   の情報を記憶しておき、与えられたゴールを達成するた
   めにエージェントが実行すべきプランを前記各情報に基
   づいて生成し、生成されたプランを実行することによっ
   てエージェントの振る舞いを実現し、プラン中の移動命
   令に基づいてエージェントをノード間で移動させ、プラ
   ンの実行又は前記移動が失敗した場合は必要に応じて再
   度プランを生成するものであり、 前記モニタするためのステップは、エージェントの挙動
   の内容に応じた画像情報を記憶しておき、エージェント
   の挙動を読み込み、読み込んだエージェントの挙動に応
   じた前記画像情報を用いて所定のキャラクタを表示する
   ものであることを特徴とする記録媒体。