【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、データ処理に関する技術に関し、より詳しくは、処理すべきデータの内容に応じて、処理を行う資源を動的に変更する技術に関する。

【０００２】

【従来の技術】人間同士が会話をする場合、通常、その人が現在おかれている状況や、過去の経験、会話をする相手、会話の経緯等の環境条件によって、今どのようなトピックで会話が行われていて、どのように相手が発した言葉を解釈すべきかを判断することができる。 例えば、喫茶店のウエイタは、席に座っている客が、「ホット１つ」と言っただけで、その客がその席にあるメニューのホットコヒーの欄に書かれた金額を支払うことを承諾し、コーヒーカップに注がれた１杯のホットコーヒーを注文していると解釈する。 また、そのウエイタは、その客に対しその注文が受付けられたことを確認し、ホットコーヒーの用意をし、用意されたホットコーヒーの入ったカップにスプーンと砂糖とミルクを付け、客のテーブルに運び、客が料金を支払うまで待機する等の行動をとるべきであることを理解する。

【０００３】しかし、環境条件が変わり、例えば本屋の店員に「ホット１つ」といった言葉を発しても、その店員はその言葉の意味を理解することはできないであろう。 このように、環境に応じて自分に発せられた言葉を柔軟に解釈することができれば、例え情報量の少ないデータを受領したとしても、そのデータを適切に解釈することができる。

【０００４】一般に、「会話」という行為には、 １． 話し手は、話し手の意図を聞き手に伝えるために、
話す内容を用意し、 ２． 話を開始する。 ３． 聞き手は、その話を聞き、話の流れを理解し、 ４． その話の背景を自分の経験したものから連想し、関連付け、 ５． その話の内容を理解し、 ６． その結果行為を起こす。 といったステップにより構成される。

【０００５】このように会話をパターン化することにより、単なるコンピューターのメッセージング・システムをより自然言語のメッセージ処理に近いものとして定義し、再利用可能なデザインとすれば、従来より自然言語系に近いメッセージの処理を可能となり、利用するユーザに親しみやすく、何らかの文脈を持つ一連のパケットの流れのやり取りを文脈を意識しながら行うインテリジェントなメッセージ・システムを構築することができる。

【０００６】この一方、従来より、分散コンピュータ環境において、ネットワーク上に存在するサーバに提供されているプレースに自分自身の内部状態を保持したまま移動し、移動先のプレースにおいてインストラクションを形成する移動エージェント（モーバイルエージェント）技術が存在する（特開平７−１８２１７４号公報(U
SP5,603,031)、「日経コミュニケーション別冊、最新インターネットテクノロジ」日経ＢＰ社ｐｐ１０４−１１
７、西田 文比古、藤原 進 著等)。

【０００７】かかる移動エージェントは、この移動先のプレースにおいて他のエージェント（移動エージェントまたは常駐エージェント）とコンタクトし、必要なサービスを受けることができる。 プレースは、ネットワーク上に存在するサーバによって提供されているエージェントの移動場所であり、エージェント間のコンタクトをサポートし、また、ハードウエア及びプラットフォームの違いを吸収している。

【０００８】かかる移動エージェントの技術は、社内会議のセッティングを社員のスケジュールや会議室の予約状況に応じてダイナミックに調整したり、ネットワーク上に分散する所望の情報を入手する等、これまで人手によってなされていた作業をこの移動エージェントが代行することを可能にしている。

【０００９】しかし、このようなエージェント間のコミュニケーションを行うに際して、１つのプレースでさまざまな種類のコミュニケーションをサポートするとすると、会話内容にふさわしい応答ができなかったり、応答に要する処理時間が長くなり、プレースを提供するサーバの負担が大きかった。 また、プレースで提供を受けるサービスの要求が複雑化し、依頼を発信する側の負担になっていた。 さらに、ネットワークを介して送信されるデータのデータ量が大きくなり、通信システムへ負担をかけることとなっていた。 そして、会話内容の解釈を行う解釈実行部品に変更が発生した場合、従来は１つの解釈実行部品に依存していたため、変更後の解釈実行部品の登録や導入等に際し、再始動を要し、システムを一時的に停止させる必要があるといった問題もあった。

【００１０】公知技術としてネットワーク管理システムを新しいバージョンに移行するに際して、移行期間中においても相互接続を維持すべく互換リソースとの置換を行うコンパチブルクラス対応テーブルを有するシステム等も存在するが（特開平７−９３２３５号公報）、かかるシステムにおいては、システムの内部状態を検査し、
その検査結果に応じて、リソースの置換を行うものであり、受領したメッセージを解析して、それを解釈する解釈実行部品をダイナミックに変更することはできず、また、システム停止を回避するために、変更の発生した資源の代替の資源を用意する必要があり、ユーザの負担となっていた。

【００１１】

【発明が解決しようとする課題】本発明の一つの目的は、エージェント間の会話の内容（背景概念、語彙）に応じた解釈実行部品を使用することにより、適切な応答を行うことのできるコミュニケーション・システムを提供することにある。

【００１２】本発明の他の一つの目的は、不要な判断ロジックを削減し、高速処理を可能としたメッセージ処理システムを提供することにある。

【００１３】本発明の他の一つの目的は、実行時に必要となる資源を削減したメッセージ処理システムを提供することにある。

【００１４】本発明の他の一つの目的は、高速な並列会話処理を実現したメッセージ処理システムを提供することにある。

【００１５】本発明の他の一つの目的は、エージェント間のコミュニケーションをサポートするに際し、プログラマの開発や保守に要する労力及び時間を可能な限り軽減することにある。

【００１６】本発明の他の一つの目的は、エージェント間の会話に柔軟に対応することができるメッセージ処理システムを提供することにある。

【００１７】本発明の他の一つの目的は、通信システムへの負担が少ないメッセージ処理システムを提供することにある。

【００１８】

【課題を解決するための手段】本発明は、様々なエージェント・コミュニケーション言語、内容表現言語、コンテントで使用される背景概念や語彙を表わすオントロジーに応じて、動的に適切な解釈実後部品を割り当てることにより、エージェント間またはエージェントと既存システム間で、柔軟で円滑な情報交換、協調作業を行えるようにする。

【００１９】本発明の好適な実施例におけるエージェント・コミュニケーション・システムは、解釈実行部品管理機能を有し、始動時に会話内容監視部品、インタプリタ、トランスレータ等の解釈実行部品のディレクトリーを走査し、どのような解釈実行部品が存在するか解釈実行部品テーブルを作成し管理している。

【００２０】稼働中にテーブルに存在しないエージェント・コミュニケーション言語、内容表現言語、オントロジーの組み合わせのメッセージを受信した場合、再度、
解釈実行部品格納ディレクトリーを走査し、それに対応する解釈実行部品が追加されていないか調べる。 解釈実行部品が追加されている場合は、テーブルにその部品を追加し、その部品にメッセージの処理をさせる。

【００２１】本発明の一態様においては、（ａ）オントロジー特定情報と、コンテントを含むメッセージ・パケットを受領する段階と、（ｂ）前記メッセージ・パケットに含まれるオントロジー特定情報に応じて、前記複数種類のインタプリタの中から１以上のインタプリタを選択する段階と、（ｃ）該選択された１以上のインタプリタにより、前記メッセージ・パケットに含まれるコンテントを解釈する段階と、を含む複数種類のインタプリタを有し、ネットワークを介して受領したメッセージを処理するメッセージ処理装置で実行されるメッセージ処理方法が提供される。 本発明の特許請求の範囲においては、「オントロジー」とは、本発明の好適な実施例において説明する「背景概念や語彙」のみではなく、伝達された情報の内容を判断するに際して、判断結果を絞り込み、または判断過程を削減するための全ての情報を含む概念であり、「オントロジー特定情報」とは、該オントロジーを特定するための全ての情報を含む概念である。

【００２２】本発明の他の一態様においては、（ａ）オントロジー特定情報と、記述言語特定情報と、コンテント特定情報を含むメッセージ・パケットを受領する段階と、（ｂ）前記メッセージ・パケットに含まれるオントロジー特定情報と、記述言語特定情報に応じて、前記複数種類のインタプリタの中から１以上のインタプリタを選択する段階と、（ｃ）該選択された１以上のインタプリタにより、前記メッセージ・パケットに含まれるコンテント特定情報に対応したコンテントを解釈する段階と、を含む複数種類のインタプリタを有し、ネットワークを介して受領したメッセージを処理するメッセージ処理装置で実行されるメッセージ処理方法が提供される。
本発明の特許請求の範囲においては、「コンテント特定情報」とは、コンテント自体のみならずコンテントを指し示すためのリンク情報等を含む概念である。

【００２３】本発明の他の一態様においては、（ａ）コンテントに対応付けられたオントロジー特定情報に応じて、複数の解析実行部の中から１以上の解析実行部を選択する段階と、（ｂ）該選択された１以上の解析実行部により、前記コンテントを解釈する段階と、を含む複数種類の解析実行部を有するメッセージ処理装置で実行されるメッセージ処理方法が提供される。 本発明の特許請求の範囲においては、「解析実行部」とは、本発明の好適な実施例において説明する会話内容監視部、インタプリタ、トランスレータを含む概念である。

【００２４】本発明の他の一態様においては、（ａ）オントロジー特定情報とコンテントを含むメッセージ・パケットを受領する段階と、（ｂ）前記メッセージ・パケットに含まれるオントロジー特定情報に対応するインタプリタが前記インタプリタ管理テーブルに登録されているか否かを判断する段階と、（ｃ）前記メッセージ・パケットに含まれるオントロジー特定情報が前記インタプリタ管理テーブルに登録されていないと判断された場合に、該オントロジー特定情報に対応するインタプリタが前記メッセージ処理装置において利用可能であるかを判断する段階と、（ｄ）前記メッセージ・パケットに含まれるオントロジー特定情報に対応するインタプリタが前記メッセージ処理装置において利用可能であると判断された場合、該対応するインタプリタを前記メッセージ・
パケットに含まれるオントロジー特定情報に対応付けて、前記インタプリタ管理テーブルに登録する段階と、
（ｅ）前記メッセージ・パケットに含まれるコンテントを前記対応するインタプリタにより解釈する段階と、を含む複数種類のインタプリタと、前記複数種類のインタプリタの各々に対応する複数のオントロジー特定情報を管理するインタプリタ管理テーブルを有するメッセージ処理装置で実行されるメッセージ処理方法が提供される。

【００２５】本発明の他の一態様においては、（ａ）解析実行部特定情報とコンテントを含むメッセージ・パケットを受領する段階と、（ｂ）前記メッセージ・パケットに含まれる解析実行部特定情報に対応する解析実行部が前記解析実行管理テーブルに登録されているか否かを判断する段階と、（ｃ）前記メッセージ・パケットに含まれる解析実行部特定情報が前記解析実行管理テーブルに登録されていないと判断された場合に、該解析実行部特定情報に対応する解析実行部が前記メッセージ処理装置において利用可能であるかを判断する段階と、（ｄ）
前記メッセージ・パケットに含まれる解析実行部特定情報に対応する解析実行部が前記メッセージ処理装置において利用可能であると判断された場合、該対応する解析実行部を前記メッセージ・パケットに含まれる解析実行部特定情報に対応付けて、前記解析実行部管理テーブルに登録する段階と、を含む複数種類のインタプリタと、
前記複数種類の解析実行部と解析実行部特定情報を対応付けて管理する解析実行部管理テーブルを有するメッセージ処理装置で実行されるメッセージ処理方法が提供される。

【００２６】本発明の他の一態様においては、（ａ）オントロジー特定情報と、コンテントを含むメッセージ・
パケットを受領するエージェント・コミュニケーション言語マネジャと、（ｂ）前記メッセージ・パケットに含まれるオントロジー特定情報に応じて、前記複数種類のインタプリタの中から１以上のインタプリタを選択するインタプリタ用ローダと、を含む複数種類のインタプリタを有し、ネットワークを介して受領したメッセージを処理するメッセージ処理装置が提供される。

【００２７】本発明の他の一態様においては、（ａ）オントロジー特定情報と、記述言語特定情報と、コンテント特定情報を含むメッセージ・パケットを受領するエージェント・コミュニケーション言語マネジャと、（ｂ）
前記メッセージ・パケットに含まれるオントロジー特定情報と、記述言語特定情報に応じて、前記複数種類のインタプリタの中から１以上のインタプリタを選択するインタプリタ用ローダと、を含む複数種類のインタプリタを有し、ネットワークを介して受領したメッセージを処理するメッセージ処理装置が提供される。

【００２８】本発明の他の一態様においては、複数種類の解析実行部を有するメッセージ処理装置であって、コンテントに対応付けられたオントロジー特定情報に応じて、前記複数の解析実行部の中から１以上の解析実行部を選択し、該選択された１以上の解析実行部により、前記コンテントを解釈するメッセージ処理装置が提供される。

【００２９】本発明の他の一態様においては、（ａ）オントロジー特定情報とコンテントを含むメッセージ・パケットに含まれるオントロジー特定情報に対応するインタプリタが前記インタプリタ管理テーブルに登録されているか否かを判断し、（ｂ）前記メッセージ・パケットに含まれるオントロジー特定情報が前記インタプリタ管理テーブルに登録されていないと判断された場合に、該オントロジー特定情報に対応するインタプリタが前記メッセージ処理装置において利用可能であるかを判断し、
（ｃ）前記メッセージ・パケットに含まれるオントロジー特定情報に対応するインタプリタが前記メッセージ処理装置において利用可能であると判断された場合、該対応するインタプリタを前記メッセージ・パケットに含まれるオントロジー特定情報に対応付けて、前記インタプリタ管理テーブルに登録するインタプリタ用ローダを含む複数種類のインタプリタと、前記複数種類のインタプリタの各々に対応する複数のオントロジー特定情報を管理するインタプリタ管理テーブルを有するメッセージ処理装置が提供される。

【００３０】本発明の他の一態様においては、（ａ）解析実行部特定情報とコンテントを含むメッセージ・パケットに含まれる該解析実行部特定情報に対応する解析実行部が前記解析実行管理テーブルに登録されているか否かを判断し、（ｂ）前記メッセージ・パケットに含まれる解析実行部特定情報が前記解析実行管理テーブルに登録されていないと判断された場合に、該解析実行部特定情報に対応する解析実行部が前記メッセージ処理装置において利用可能であるかを判断し、（ｃ）前記メッセージ・パケットに含まれる解析実行部特定情報に対応する解析実行部が前記メッセージ処理装置において利用可能であると判断された場合、該対応する解析実行部を前記メッセージ・パケットに含まれる解析実行部特定情報に対応付けて、前記解析実行部管理テーブルに登録するインタプリタ用ローダを含む複数種類のインタプリタと、
前記複数種類の解析実行部と解析実行部特定情報を対応付けて管理する解析実行部管理テーブルを有するメッセージ処理装置で実行されるメッセージ処理方法が提供される。

【００３１】本発明の他の一態様においては、（ａ）オントロジー特定情報と、記述言語特定情報と、コンテント特定情報と、応答ＩＤを含むメッセージ・パケットを受領するエージェント・コミュニケーション言語マネジャと、（ｂ）前記メッセージ・パケットに含まれる応答ＩＤを解析し、会話スレッドを生成する会話スレッド制御部と、（ｃ）前記メッセージ・パケットを記録するメッセージ・ログと、（ｄ）前記メッセージ・パケットに含まれるオントロジー特定情報と、記述言語特定情報に応じて、前記複数種類のインタプリタの中から１以上のインタプリタを選択するインタプリタ用ローダと、を含む複数種類のインタプリタを有し、ネットワークを介して受領したメッセージを処理するメッセージ処理装置が提供される。

【００３２】本発明の他の一態様においては、（ａ）オントロジー特定情報と、コンテントを含むメッセージ・
パケットを受領することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｂ）前記メッセージ・パケットに含まれるオントロジー特定情報に応じて、前記複数種類のインタプリタの中から１以上のインタプリタを選択することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｃ）該選択された１以上のインタプリタにより、前記メッセージ・パケットに含まれるコンテントを解釈することを前記メッセージ処理装置に指示するためのプログラムコードと、を含む複数種類のインタプリタを有し、ネットワークを介して受領したメッセージを処理するメッセージ処理装置で実行されるメッセージ処理プログラムを格納した記録媒体が提供される。

【００３３】本発明の他の一態様においては、（ａ）オントロジー特定情報と、記述言語特定情報と、コンテント特定情報を含むメッセージ・パケットを受領することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｂ）前記メッセージ・パケットに含まれるオントロジー特定情報と、記述言語特定情報に応じて、
前記複数種類のインタプリタの中から１以上のインタプリタを選択することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｃ）該選択された１以上のインタプリタにより、前記メッセージ・パケットに含まれるコンテント特定情報に対応したコンテントを解釈することを前記メッセージ処理装置に指示するためのプログラムコードと、を含む複数種類のインタプリタを有し、ネットワークを介して受領したメッセージを処理するメッセージ処理装置で実行されるメッセージ処理プログラムを格納した記録媒体が提供される。

【００３４】本発明の他の一態様においては、（ａ）コンテントに対応付けられたオントロジー特定情報に応じて、前記複数の解析実行部の中から１以上の解析実行部を選択することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｂ）該選択された１以上の解析実行部により、前記コンテントを解釈することを前記メッセージ処理装置に指示するためのプログラムコードと、を含む複数種類の解析実行部を有するメッセージ処理装置で実行されるメッセージ処理プログラムを格納した記録媒体が提供される。

【００３５】本発明の他の一態様においては、（ａ）オントロジー特定情報とコンテントを含むメッセージ・パケットを受領することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｂ）前記メッセージ・パケットに含まれるオントロジー特定情報に対応するインタプリタが前記インタプリタ管理テーブルに登録されているか否かを判断することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｃ）前記メッセージ・パケットに含まれるオントロジー特定情報が前記インタプリタ管理テーブルに登録されていないと判断された場合に、該オントロジー特定情報に対応するインタプリタが前記メッセージ処理装置において利用可能であるかを判断することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｄ）前記メッセージ・パケットに含まれるオントロジー特定情報に対応するインタプリタが前記メッセージ処理装置において利用可能であると判断された場合、該対応するインタプリタを前記メッセージ・パケットに含まれるオントロジー特定情報に対応付けて、前記インタプリタ管理テーブルに登録することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｅ）前記メッセージ・パケットに含まれるコンテントを前記対応するインタプリタにより解釈することを前記メッセージ処理装置に指示するためのプログラムコードと、を含む複数種類のインタプリタと、前記複数種類のインタプリタの各々に対応する複数のオントロジー特定情報を管理するインタプリタ管理テーブルを有するメッセージ処理装置で実行されるメッセージ処理プログラムを格納した記録媒体が提供される。

【００３６】本発明の他の一態様においては、（ａ）解析実行部特定情報とコンテントを含むメッセージ・パケットを受領することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｂ）前記メッセージ・
パケットに含まれる解析実行部特定情報に対応する解析実行部が前記解析実行管理テーブルに登録されているか否かを判断することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｃ）前記メッセージ・
パケットに含まれる解析実行部特定情報が前記解析実行管理テーブルに登録されていないと判断された場合に、
該解析実行部特定情報に対応する解析実行部が前記メッセージ処理装置において利用可能であるかを判断することを前記メッセージ処理装置に指示するためのプログラムコードと、（ｄ）前記メッセージ・パケットに含まれる解析実行部特定情報に対応する解析実行部が前記メッセージ処理装置において利用可能であると判断された場合、該対応する解析実行部を前記メッセージ・パケットに含まれる解析実行部特定情報に対応付けて、前記解析実行部管理テーブルに登録することを前記メッセージ処理装置に指示するためのプログラムコードと、を含む複数種類のインタプリタと、前記複数種類の解析実行部と解析実行部特定情報を対応付けて管理する解析実行部管理テーブルを有するメッセージ処理装置で実行されるメッセージ処理プログラムを格納した記録媒体が提供される。

【００３７】

【実施例】以下、図面を参照して本発明の実施例を説明する。 図１を参照すると、本発明の移動オブジェクトを実行する分散ネットワーク環境１５０が示されている。
各サーバ１１２〜１１５には、移動エージェント１２
５、１３５、１４１等にサービスを与えることが可能なプレース１０２〜１０５が用意されている。 この分散ネットワーク環境におけるプレース群はクラウドと呼ばれている。

【００３８】クライアント・システム１０１においては、移動エージェントを生成し、移動させるためのアプリケーション１１３が存在する。 アプリケーション１１
３が送り出した移動エージェント１２５等は、各プレース１０２〜１０５において存在する他のエージェント（移動エージェントまたは常駐エージェント）とコンタクトし（移動エージェントとコンタクトし、サービスを提供するエージェントを特にアクター・エージェントと呼ぶ）、リクエストを送出し、そのリクエストの結果を受けることができる。 プレースは、エージェント間のコンタクトをサポートしている。 また、移動エージェント１２５等は、アクター・エージェントから受領したリクエストの結果を保持し、移動を継続し、または、移動途中で結果をクライアント１０１または、他のプレースに送出することもできる。

【００３９】また、移動エージェント（または常駐エージェント）１２５は、他のプレースにメッセージ・パケットを送出して、他のプレースで会話を実行し、インストラクションを実行することもできる。

【００４０】図２は、図１に示された分散ネットワーク環境上に存在する各ノード（サーバまたはクライアントサイト）のハードウェア構成の概観図が示されている。
各ノード１００は、中央処理装置（ＣＰＵ）１とメモリ４とを含んでいる。 ＣＰＵ１とメモリ４は、バス２を介して、補助記憶装置としてのハードディスク装置１３とを接続してある。 フロッピーディスク装置２０、ハードディスク装置１３，３０、ＣＤ−ＲＯＭドライブ２６，
２９、ＭＯドライブ２８等の記憶媒体駆動装置は、フロッピーディスク・コントローラ１９、ＩＤＥコントローラ２５、ＳＣＳＩコントローラ２７等の各種コントローラを介してバス２へ接続されている。

【００４１】フロッピーディスク装置２０等の記憶媒体駆動装置には、フロッピーディスク等の可搬型記憶媒体が挿入され、このフロッピーディスク等やハードディスク装置１３、ＲＯＭ１４等の記憶媒体には、オペレーティングシステムと協働してＣＰＵ等に命令を与え、本発明を実施するためのコンピュータ・ソフトウエアを記録することができ、メモリ４にロードされることによって実行される。 このコンピュータ・ソフトウエアは圧縮し、または、複数に分割して、複数の媒体に記録することもできる。

【００４２】ノード・システム１００は更に、ユーザ・
インターフェース・ハードウェアを備えたシステムとすることができ、ユーザ・インターフェース・ハードウェアとしては、例えば、入力をするためのポインティング・デバイス（マウス、ジョイスティック等）７またはキーボード６や、視覚データをユーザに提示するためのディスプレイ１２があり、また、パラレルポート１６を介してプリンタを接続するも可能である。 このノード・システム１００は、シリアルポート１５を介してモデムを接続することが可能であり、シリアルポート１５およびモデムまたはトークンリングや通信アダプタ１８等を介してネットワークに接続し、他のコンピュータシステムと通信を行っている。

【００４３】このように、本発明は、通常のパーソナルコンピュータ（ＰＣ）、ワークステーション、汎用機や、これらの組合せによって実施可能であることを容易に理解できるであろう。 ただし、これらの構成要素は例示であり、その全ての構成成要素が本発明の必須の構成要素となるわけではない。 特にサーバ側においては、サーバを遠隔操作することも可能であるため、ユーザインタフェース等は不要であり、ＣＰＵやメモリ等の基本的なデータ処理機能と通信機能があれば足りる。 また、クライアント側においては、後述するメッセージ・パケットを送出するに必要な構成を有していればよく、通信機能と、メッセージ・パケットの指定を行い、また、メッセージ・パケットの送出を指示するための何らかの入力手段があれば足る。

【００４４】クライアントシステム側、サーバシステム側ともに、オペレーティング・システムとしては、Ｗｉ
ｎｄｏｗｓＮＴ（マイクロソフトの商標）、Ｗｉｎｄｏ
ｗｓ９５（マイクロソフトの商標）、Ｗｉｎｄｏｗｓ
３． ｘ（マイクロソフトの商標）、ＯＳ／２（ＩＢＭの商標）、ＡＩＸ（ＩＢＭの商標）上のＸ−ＷＩＮＤＯＷ
システム（ＭＩＴの商標）、Ｓｏｌａｒｉｓ（サンマイクロシステムズの商標）などの、標準でＧＵＩマルチウインドウ環境をサポートするものや、ＰＣ−ＤＯＳ（Ｉ
ＢＭの商標）、ＭＳ−ＤＯＳ（マイクロソフトの商標）
などのキャラクタ・ベース環境のもの、さらにはＯＳ／
Ｏｐｅｎ（ＩＢＭの商標）ＶｘＷｏｒｋｓ（Ｗｉｎｄ
Ｒｉｖｅｒ Ｓｙｓｔｅｍｓ， Ｉｎｃ． の商標）等のリアルタイムＯＳでも実現可能であり、特定のオペレーティング・システム環境に限定されるものではない。

【００４５】Ｂ． システム構成 次に、図３のブロック図を参照して、本発明の好適な実施例におけるサーバ側のシステム構成について説明する。

【００４６】エージェント２０１は、このサーバに送られてきた移動エージェントまたはこのサーバに常駐している常駐エージェントである。 このエージェント２０１
は、後述するメッセージ・パケットを送出し、または、
受領することによってエージェント・コミュニケーション・システム２００と対話することができる。

【００４７】エージェント・コミュニケーション言語マネジャ２０３は、エージェント２０１や既存システム、
ネットワークから送付されるメッセージを受領し、また、メッセージをこれらのシステムに送信するためのコンポーネントである。

【００４８】会話スレッド制御部２０５は、エージェント２０１等と対話する各会話に対応するスレッド２０７
（複数の会話を非同期に受け付けるため、マルチスレッド化している。このスレッドを会話スレッドと呼ぶ）を管理し、会話の流れに応じて適切なスレッドを生成し、
または既に生成されたスレッドに制御を渡すコンポーネントである。

【００４９】メッセージ・ログ２１１は、会話を記憶するコンポーネントである。 会話内容監視部２１７は、メッセージ・ログ２１１に格納された会話のログと現在の発話されている内容から会話が成立するかどうかのポリシー・チェックを行うコンポーネントである。 また、会話内容監視部用ローダ２１５は、メッセージ・パケット３００のメッセージ・タイプに応じた会話内容監視部２
１７を呼び出すためのコンポーネントである。

【００５０】トランスレータ２２１は、会話に使われているエージェント・コミュニケーション言語を他の言語に翻訳するコンポーネントである。 トランスレータ用ローダ２１９は、このトランスレータ群を管理するコンポーネントである。

【００５１】インタプリタ２２５は、会話の内容を理解し実行するコンポーネントである。 このインタプリタは、後述するオントロジーや記述言語に対応して複数種類設けられており、夫々オントロジーに特化したフォーマット・チェック・ルーチンやコンテント解釈ルーチン、実行ルーチンを有している。 例えば、交通機関の予約に関するオントロジーであった場合、"R, flight, Na
rita to Tacoma, 1997/07/06/15:00-1997/07/06/18:00"
といったコンテントを受領し、所定のフォーマット・チェックを行い、"R"を予約を指示するコマンドと解釈する等の特有のコンテント解釈ルーチンを実行し、所定の航空会社のデータベースにアクセスして、予約状況等をチェックする等の固有の実行ルーチンを実行する。 そして、最終的に、１９９７年７月５日１７時１０分成田空港発、シアトルのタコマ空港行のｘｘ航空２６便、エコノミーの禁煙席の予約を行い、送信者に対し予約の確認を行う。

【００５２】インタプリタ用ローダ２２３は、このインタプリタ２２５群を管理するコンポーネントである。 プロトコル・マネジャ２３０は、接続するネットワークの種類に応じたプロトコルに変換するためのコンポーネントである。

【００５３】以上図３に示す各機能ブロックを説明したが、これらの機能ブロック（コンポーネント）は、論理的機能ブロックであり、各々１つのまとまりを持ったハードウエアやソフトウエアによって実現されることのみを意味するのではなく、複合し、または共通したハードウエアやソフトウエアによっても実現可能である。 また、この図３に示す全ての機能ブロックが本発明に必須の構成要素という訳ではない。

【００５４】以上図３、４に示す各機能ブロックを説明したが、これらの機能ブロックは、論理的機能ブロックであり、各々１つのまとまりを持ったハードウエアやソフトウエアによって実現されることを意味するのではなく、複合し、または共通したハードウエアやソフトウエアによって実現可能である。 また、この図３、４に示す全ての機能ブロックが本発明に必須の構成要素という訳ではない。

【００５５】例えば、本発明は、会話内容監視部２１
７、トランスレータ２２１、インタプリタ２２５等の解釈実行部品の何れかをダイナミックに切り換え、使用すべき解釈実行部品を指し示す会話内容監視部用ローダ２
１５、トランスレータ用ローダ２１９、インタプリタ用ローダ２２３の何れかが存在すればよく、エージェント・コミュニケーション言語マネジャ２０３、会話スレッド制御部２０５、会話スレッド２０７、メッセージ・ログ２１１、ＩＤジェネレータ２１３、会話内容監視部２
１７、トランスレータ２２１、インタプリタ２２５は、
本発明の一態様においては必須の構成要素とはならない。

【００５６】Ｃ． 動作説明 図４は、本発明の好適な実施例において使用されるメッセージ・パケット３００の概念図であり、図５は、図３
に示した各コンポーネントの発話時の動作状態を示す図である。

【００５７】本発明の好適な実施例においては、図４のメッセージ・パケット３００に含まれるメッセージタイプ３０１は、エージェント・コミュニケーション言語（ＡＣＬ：Agent Communication Language）のパフォーマティブが使用されている。 ＡＣＬは、エージェント間のコミュニケーションを人間の言葉に近い形で提供している高級言語であり、ＦＩＰＡ（Foundation for Intel
ligent Physical Agents)の提供しているＡＣＬや、Ｋ
ＱＭＬ(Knowledge Query Manipulation Language)、Ｋ
ＩＦ(Knowledge Interchange Format)等があり、これらの言語は、"SEMANTICS FOR AN AGENT COMMUNICATION LA
NGUAGE, Yannis Labrou, A Doctoral Dissertation for
the PhD Defense Examination, Submitted to the Def
ense Committee, at the Computer Science and Electr
ical Engineering Department (CSEE), University of
Maryland Graduate School"や"TR CS-97-03, A Proposa
l fora new KQML Specification, Yannis Labrou and T
im Finin February 3, 1997"等により公表されている。

【００５８】ＡＣＬの１つであるＫＱＭＬのパフォーマティブには次のようなものがある。 ask-if,ask-all,ask-one,stream-all,eos,tell,untell,
deny,insert,uninsert,delete-one,delete-all,undelet
e,achieve,unachieve,advertise,unadvertise,subscrib
e,error,sorry,standby,ready,next,rest,discard,regi
ster,unregister,forward,broadcast,transport-addres
s,broker-one,broker-all,recommend-one,recommend-al
l,recruit-one,recruit-all

【００５９】センダー３０３は、メッセージの送出元であり、レシーバ３０５は、メッセージの受け取り先である。

【００６０】応答ＩＤ３０７は、先行する会話に続くＩ
Ｄである。 エージェント２０１が複数の相手と会話する場合、後述する会話スレッドに対応して複数の応答ＩＤ
が割りふられる。

【００６１】会話ＩＤ３０９は、会話相手にこのＩＤで応答することを指示するためのＩＤである。

【００６２】記述言語タイプ３１１は、コンテントを記述している言語を特定する情報である。 オントロジー３
１３は、コンテントが規定しているオントロジーを特定する情報である。

【００６３】コンテント３１５は、メッセージの具体的内容であり、本発明の好適な実施例においては、他のプレースに移動した後にインストラクションを形成するためのソフトウエアを含んでいる。 このコンテント３１５
の内部には、さらにメッセージ・パケットを含めることもでき、中継点を介して、他のプレースに移動させることもできる。 本発明の好適な実施例においては、かかる場合、センダー３０３とレシーバ３０５とは別に、真の送信者と最終的な受信者をしめすＦｒｏｍエントリとｔ
ｏエントリが設けられている。

【００６４】次に図５を参照しつつ図３に示した各コンポーネントの発話時の動作状態を説明する。 エージェント２０１は、エージェント・コミュニケーション・システム２００に対し図４のメッセージ・パケットを送出する。 本発明の好適な実施例においては、図３に示したコンポーネントはオブジェクト指向言語のクラスとして定義されており、発話に際しての各オブジェクトは、図６
のコンポーネント間のオブジェクト・インストラクション・ダイアグラムに示すように、他のオブジェクトにインストラクションを送出することによって他のオブジェクトの動作を促している。

【００６５】メッセージ・パケット３００を受領したエージェント・コミュニケーション言語マネジャ２０３
は、自分が"sendMessage"で呼ばれた場合には発話処理を行い、"receiveMessage"で呼ばれた場合には受話処理を行っている。

【００６６】会話スレッド制御部２０５は、メッセージ・パケット３００に含まれる応答ＩＤ３０７を参照し、
既に生成されている会話スレッドに処理を依頼すべきものか否か判断する。 会話スレッド制御部２０５が、新たな会話であると判断した場合には、会話スレッド２０７
を新たに生成し、ＩＤジェネレータ２１３に新たな応答ＩＤ３０７、会話ＩＤ３０９の割りふりを会話スレッド２０７を介して指示し、処理を会話スレッド２０７に移す。 本発明の好適な実施例において、この応答ＩＤ３０
７は、「ＵＲＬ＋Ｄａｔｅ＋Ｔｉｍｅ＋シリアル番号」
等のネットワーク上で一意に決まるようなＩＤが割り振られる。

【００６７】応答ＩＤ３０７に対応する会話スレッド２
０７が存在している場合、会話スレッド制御部２０５
は、新たな会話ではないと判断し、対応する会話スレッド２０７に処理を移す。 会話を継続することを欲する場合には、会話スレッド２０７は、ＩＤジェネレータ２１
３に、会話ＩＤ３０９の割りふりを指示する。

【００６８】メッセージ・ログ２１１は、会話スレッド２０７に送られたメッセージ・パケット３００を記憶する。

【００６９】会話内容監視部用ローダ２１５は、メッセージ・パケット３００のメッセージ・タイプ３０１に応じた会話内容監視部２１７を呼び出す。 メッセージ・タイプ３０１に応じた会話内容監視部２１７を呼び出しは、図７に示すような会話内容監視部品テーブルを設けても、会話内容監視部品のクラス名をメッセージ・タイプと同じにして直接呼び出してもよい。

【００７０】会話内容監視部２１７は、メッセージ・ログ２１１に格納された会話のログと現在の発話されている内容から会話が成立するかどうかのポリシー・チェックを行う。 例えば、受領したメッセージ・パケット３０
０のメッセージ・タイプ３０１が"sorry"（会話の内容は理解可能であるが、自分には処理能力がないことを示すメッセージ・タイプ）であった場合、メッセージ・ログ２１１から対応する応答ＩＤを有し、１つ前の会話Ｉ
Ｄを有するメッセージのメッセージ・タイプを参照し、"ask-if"（相手側の処理能力を問い合わせる場合のメッセージ・タイプ）等の会話として成立するメッセージ・タイプであれば問題なしと判断し、例えば"deny"
（否定を示すメッセージ・タイプ）等の会話として成立しないメッセージ・タイプと判断した場合は、エラーと判断し、メッセージ・パケット３００のセンダ３０３に対し"error"(エラーを示すメッセージ・タイプ)のメッセージ・パケットを送付する等の処理を行う。

【００７１】会話として成立すると判断された場合、メッセージ・パケット３００は、会話スレッド２０７からプロトコル・マネジャ２３０を介してレシーバ３０３に指定されたノードに対し送信する。 このとき、プロトコル・マネジャ２３０は、接続するネットワークの種類に応じたプロトコルに変換するため、エージェント・コミュニケーション・システム２００は、ネットワーク・プロトコルを意識せずにメッセージ・パケット３００の送受信をすることができる。

【００７２】次に図８、９を参照して、この送出されたメッセージ・パケット３００を受領したノードにおける各コンポーネントの動作状態を説明する。

【００７３】プロトコル・マネジャ２３０からメッセージ・パケット３００を受領したエージェント・コミュニケーション言語マネジャ２０３は、"handleMessage"によって呼ばれたことから、受領したメッセージ・パケット３００が受話のためのメッセージ・パケットであると判断し、会話スレッド制御部２０５に処理を依頼する。
本発明の好適な実施例においてはプロトコル・マネジャ２３０は、エージェント・コミュニケーション言語マネジャ２０３が内部的にインスタンシエートしているので、エージェント・コミュニケーション言語マネジャ２
０３の存在を知っており、流れてきたデータをエージェント・コミュニケーション言語マネジャ２０３に渡すことができる。

【００７４】会話スレッド制御部２０５は、メッセージ・パケット３００に含まれる応答ＩＤ３０７を参照し、
既に生成されている会話スレッドに処理を依頼すべきものか否か判断する。 会話スレッド制御部２０５が、新たな会話であると判断した場合には、会話スレッド２０７
を新たに生成し、処理を会話スレッド２０７に移す。

【００７５】応答ＩＤ３０７に対応する会話スレッド２
０７が存在している場合、会話スレッド制御部２０５
は、新たな会話ではないと判断し、対応する会話スレッド２０７に処理を移す。

【００７６】メッセージ・ログ２１１は、会話スレッド２０７に送られたメッセージ・パケット３００を記憶する。

【００７７】会話内容監視部用ローダ２１５は、メッセージ・パケット３００のメッセージ・タイプ３０１に応じた会話内容監視部２１７を呼び出す。

【００７８】会話内容監視部２１７は、メッセージ・ログ２１１に格納された会話のログと現在の発話されている内容から会話が成立するかどうかのポリシー・チェックを行う。

【００７９】会話として成立すると判断された場合、会話スレッド２０７は、インタプリタ用ローダ２２３に処理を移す。 インタプリタ用ローダ２２３は、メッセージ・パケット３００のエージェント・コミュニケーション言語を把握し、また、メッセージ・パケット３００に含まれる記述言語タイプ３１１、オントロジー３１３に対応するインタプリタが図１０に示すようなインタプリタ管理テーブル３５０に登録されているか否かを判断する。

【００８０】もし、受領したメッセージ・パケット３０
０のエージェント・コミュニケーション言語、記述言語タイプ３１１、オントロジー３１３に対応するインタプリタがインタプリタ管理テーブル３５０に登録されている場合には、そのインタプリタを使用してコンテント３
１５の解釈を行う。 受領したメッセージ・パケット３０
０のエージェント・コミュニケーション言語、記述言語タイプ３１１、オントロジー３１３に対応するインタプリタがインタプリタ管理テーブル３５０に登録されていない場合、本発明の好適な実施例においては、システムの管理する（アクセス可能な）インタプリタ・ライブラリにその組み合わせに対応するインタプリタが存在するか否かを判断する。

【００８１】存在した場合には、インタプリタ管理テーブル３５０に登録を行い、そのインタプリタを使用してコンテント３１５の解釈を行う。 エージェント・コミュニケーション言語、記述言語タイプ３１１、オントロジー３１３の組み合わせに対応するインタプリタがインタプリタ・ライブラリに存在しない場合は、記述言語タイプ３１１、オントロジー３１３の組み合わせに対応するインタプリタがインタプリタ・ライブラリに存在するか否かを判断する。 存在しない場合には、処理不能として処理する。 本発明の好適な実施例においては、オントロジーは階層構造によって対応付けられており、最も対応関係の深いオントロジーのインタプリタを使用することもできる。

【００８２】存在した場合には、コンテント３１５を発見されたインタプリタのエージェント・コミュニケーション言語に翻訳すべく、トランスレータ用ローダ２１９
に処理を移す。 トランスレータ用ローダ２１９は、図１
１に示すようなトランスレータ管理テーブル３４０を参照し、要求された翻訳を実行可能なトランスレータが存在するか否か判断する。 本発明の好適な実施例において、存在しない場合は、インタプリタの場合と同様にトランスレータ・ライブラリを探索して、テーブルへの登録を行い、翻訳されたコンテント３１５を選択されたインタプリタによって処理する。 存在しない場合には、処理不能として処理する。

【００８３】本発明の好適な実施例において、インタプリタ２２５の解釈した結果は、エージェント２３１に伝達され、コンテント３１５に記載されたインストラクションの内容に応じた処理を行う。 このコンテント３１５
の内容によっては、会話スレッドを消滅させる処理を行ったり、新たな発話を開始する処理に移行したり、新たにエージェントを生成する処理を行ったりする。 本発明の好適な実施例においてインタプリタ２２５は、処理を会話スレッド２０７に戻す。 会話スレッド２０７は、次のメッセージパケットを受領するまで待機する。

【００８４】以上説明した本発明の好適な実施例においては、解釈実行部品の各種管理テーブルへの登録を実行時に行っているが、実行時には行わず、始動時にのみ解釈実行部品のディレクトリーを走査し、どのような解釈実行部品が存在するか検査し、解釈実行部品テーブルを作成し管理してもよい。

【００８５】また、メッセージ・パケット３００がノード間を移動する形式を採用しているが、図１２、１３に示すように、メッセージ・パケット３００を移動エージェント２３３に添付して送付することもできる。 かかる場合、移動エージェント２３３はメッセージ・パケット３００を保持しつつ、複数のプレースを渡り歩き、会話を行い、また、その処理結果を使用して他のプレースで会話を行うこと等の複雑な作業をすることも可能となる。

【００８６】移動エージェントがネットワーク上を移動する場合、図１４に示されるステップを実行することによって移動を可能になる。

【００８７】

【発明の効果】以上説明したように、本発明によれば、
エージェント間の会話の内容（背景概念、語彙）に応じた解釈実行部品を使用することにより、適切な応答を行うことのできるコミュニケーション・システムを提供することができる。

【００８８】本発明の一態様においては、不要な判断ロジックを削減し、高速処理を可能としたメッセージ処理システムを提供することことができる。

【００８９】本発明の一態様においては、実行時に必要となる資源を削減したメッセージ処理システムを提供することができる。

【００９０】本発明の一態様においては、高速な並列会話処理を実現したメッセージ処理システムを提供することができる。

【００９１】本発明の一態様においては、エージェント間のコミュニケーションをサポートするに際し、プログラマの開発や保守に要する労力及び時間を可能な限り軽減することができる。

【００９２】本発明の一態様においては、エージェント間の会話に柔軟に対応することができるメッセージ処理システムを提供することができる。

【００９３】本発明の一態様においては、通信システムへの負担が少ないメッセージ処理システムを提供することができる。

【００９４】

【図面の簡単な説明】

【図１】 本発明の移動エージェントが動作する分散ネットワーク環境を示す図である。

【図２】 本発明におけるクライアントシステムまたはサーバシステムのハードウェア構成の一実施例を示すブロック図である。

【図３】 本発明のクライアントサイトまたはサーバサイトにおける処理要素の一実施例を示すブロック図である。

【図４】 本発明のメッセージ・パケットの一例を示す概念図である。

【図５】 本発明のクライアント（またはサーバ）サイトにおける処理要素の一実施例を示すブロック図である。

【図６】 本発明の好適な実施例におけるコンポーネント間のオブジェクト・インタラクション・ダイアグラムである。

【図７】 本発明の好適な実施例における会話内容監視部品管理テーブルを示す概念図である。

【図８】 本発明のサーバ（またはクライアント）サイトにおける処理要素の一実施例を示すブロック図である。

【図９】 本発明の好適な実施例におけるコンポーネント間のオブジェクト・インストラクション・ダイアグラムである。

【図１０】 本発明の好適な実施例におけるインタプリタ管理テーブルを示す概念図である。

【図１１】 本発明の好適な実施例におけるトランスレータ管理テーブルを示す概念図である。

【図１２】 本発明のクライアント（またはサーバ）サイトにおける処理要素の一実施例を示すブロック図である。

【図１３】 本発明のサーバ（またはクライアント）サイトにおける処理要素の一実施例を示すブロック図である。

【図１４】 本発明のエージェント・コミュニケーション・システムをネットワーク上移動させる場合の処理手順の一実施例を示すフローチャートである。

【符号の説明】

１００ ノード・システム ２００ エージェント・コミュニケーション・システム ２０３ エージェント・コミュニケーション言語マネジャ ２０５ 会話スレッド制御部 ２０７ 会話スレッド ２１１ メッセージ・ログ ２１３ ＩＤジェネレータ ２１５ 会話内容監視部用ローダ ２１７ 会話内容監視部 ２１９ トランスレータ用ローダ ２２１ トランスレータ ２２３ インタプリタ用ローダ ２２５ インタプリタ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１０年５月２６日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中 田 章 文 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 (72)発明者 古 澤 修 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内