JP2001337827A - 自然言語対話システム、自然言語対話システムにおけるヘルパーエージェントおよび仲介プログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 この発明は、ヘルパーエージェントと各種サ
ービス提供エージェントとが協調して自然言語対話イン
タフェースの分散処理を行うことができるようになる自
然言語対話システムを提供することを目的とする。 【解決手段】 ヘルパーエージェントは、利用者からの
入力文に対して自然言語処理を行なう手段、利用者から
の入力文が行為指示であると解釈した場合には、利用者
から行為指示されたサービスを提供するサービス提供エ
ージェントを、イエローページサーバに問い合わせるこ
とによって、検索する手段、検索によって得られたサー
ビス提供エージェントに、利用者の入力文に対する自然
言語処理と問題解決とを行うとともにその利用者への出
力を返信するように依頼する手段、および上記サービス
提供エージェントから利用者への出力依頼を受け取った
ときに、その内容を利用者に出力する手段を備えてい
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、自然言語対話シ
ステム、自然言語対話システムにおけるヘルパーエージ
ェントおよび仲介プログラムを記録したコンピュータ読
み取り可能な記録媒体に関する。

【０００２】

【従来の技術】インターネットの普及により、多種多様
で大量な情報を迅速にかつ容易に手に入れ、計算機で処
理できるようになった現在、利用者の興味、知識および
意図を推定し、このような多種多様で大量な情報の中か
ら個人化された情報をフィルタリングして提供する個人
化エージェント技術が求められている（文献１参照）。

【０００３】文献１： 角 薫，角 康之，間瀬健二，
中須賀真一，堀 浩一：個人の既念空間を利用した興味
の推定による情報提供，電子情報通信学会論文誌，Vol.
J82-D-II, No.10, pp. 1634-1644(1999).

【０００４】個人化エージェント技術を、ある目的を達
成するために現在持っている知識では不十分であると感
じている不特定の利用者に提供する場合、曖昧な利用者
の興味、知識および意図などを柔軟に解釈するためのイ
ンタラクティブな自然言語インタフェース、すなわち自
然言語対話インタフェースが必要である。自然言語対話
インタフェースの実現には、次のような点が問題として
挙げられる。

【０００５】自然言語表現の多様性を吸収する意味表
現 対話中の文を文脈に依存して解釈する文脈処理 利用者とエージェントとの対話制御

【０００６】意味表現の研究として、高木等（文献２参
照）は、多様で状況依存的な表層表現を、多様性や不定
形性を排除し、対話の意味内容の比較や蓄積を可能にす
るような意味表現に変換した上で、文脈処理や対話制御
を行なおうとしている。

【０００７】文献２：高木朗，中島秀之，麻生秀樹，伊
東幸宏，和泉憲明，片桐恭弘，白井克彦：JDT:日本語対
話システム構築用ツール群の開発プロジェクト，言語・
音声理解と対話処理研究会（第27回）, 人工知能学会,
pp. 17-22(1999).

【０００８】文脈処理の研究では、田窪等による文献３
が参考となる。

【０００９】文献３：田窪行則，西山佑司，三藤博，亀
山恵，片桐恭弘: 談話と文脈，言語の科学シリーズ，N
o.7, 岩波書店(1999).

【００１０】対話制御の研究では、事情通ロボット（文
献４参照）などが挙げられる。

【００１１】文献４：Toshihiro Matsui, Hideki Asoh,
John Fry, Yoich Motomura, Futoshi Asano, Takio Ku
rita, Isao Hara, and Nobuyuki Otsu: Integrated nat
uralspoken dialog system of Jijo-2 mobile robot fo
r office dervices, Proc.of Sixteenth National Conf
erence on Artificial Intelligence(AAAI-99), pp. 62
1-627(1999).

【００１２】

【発明が解決しようとする課題】この発明は、ヘルパー
エージェントと各種サービス提供エージェントとが協調
して自然言語対話インタフェースの分散処理を行うこと
ができるようになる自然言語対話システム、自然言語対
話システムにおけるヘルパーエージェントおよび仲介プ
ログラムを記録したコンピュータ読み取り可能な記録媒
体を提供することを目的とする。

【００１３】

【課題を解決するための手段】この発明は、利用者の端
末内においてネットワーク上の汎用的な自然言語対話イ
ンタフェースとして機能するヘルパーエージェント、ネ
ットワークに接続されかつ各種サービスを提供する複数
のサービス提供エージェント、ならびに、ネットワーク
に接続されかつ各サービス提供エージェント毎にエージ
ェント名および提供するサービス内容が登録されている
イエローページサーバを備えており、ヘルパーエージェ
ントは、利用者からの入力文に対して自然言語処理を行
なう手段、利用者からの入力文が行為指示であると解釈
した場合には、利用者から行為指示されたサービスを提
供するサービス提供エージェントを、イエローページサ
ーバに問い合わせることによって、検索する手段、検索
によって得られたサービス提供エージェントに、利用者
の入力文に対する自然言語処理と問題解決とを行うとと
もにその利用者への出力を返信するように依頼する手
段、および上記サービス提供エージェントから利用者へ
の出力依頼を受け取ったときに、その内容を利用者に出
力する手段を備えていることを特徴とする。

【００１４】利用者からの入力文に対して自然言語処理
を行なう手段としては、たとえば、利用者の入力が、”
挨拶”、”行為指示”または”終結宣言”であるかを判
断するための簡易的な意味解析を行なうものが用いられ
る。

【００１５】この発明は、利用者の端末内においてネッ
トワーク上の汎用的な自然言語対話インタフェースとし
て機能するヘルパーエージェント、ネットワークに接続
されかつ各種サービスを提供する複数のサービス提供エ
ージェント、ならびに、ネットワークに接続されかつ各
サービス提供エージェント毎にエージェント名および提
供するサービス内容が登録されているイエローページサ
ーバを備えた自然言語対話システムにおけるヘルパーエ
ージェントであって、利用者からの入力文に対して自然
言語処理を行なう手段、利用者からの入力文が行為指示
であると解釈した場合には、利用者から行為指示された
サービスを提供するサービス提供エージェントを、イエ
ローページサーバに問い合わせることによって、検索す
る手段、検索によって得られたサービス提供エージェン
トに、利用者の入力文に対する自然言語処理と問題解決
とを行うとともにその利用者への出力を返信するように
依頼する手段、および上記サービス提供エージェントか
ら利用者への出力依頼を受け取ったときに、その内容を
利用者に出力する手段を備えていることを特徴とする。

【００１６】利用者からの入力文に対して自然言語処理
を行なう手段としては、たとえば、利用者の入力が、”
挨拶”、”行為指示”または”終結宣言”であるかを判
断するための簡易的な意味解析を行なうものが用いられ
る。

【００１７】この発明は、ネットワークに接続されかつ
各種サービスを提供する複数のサービス提供エージェン
トと、利用者との間の仲介を行なうための仲介プログラ
ムを記録したコンピュータ読み取り可能な記録媒体であ
って、利用者からの入力文に対して自然言語処理を行な
うステップ、利用者からの入力文が行為指示であると解
釈した場合には、利用者から行為指示されたサービスを
提供するエージェントを、ネットワークに接続されかつ
各サービス提供エージェント毎にエージェント名および
提供するサービス内容が登録されているイエローページ
サーバに問い合わせることによって、検索するステッ
プ、検索によって得られたサービス提供エージェント
に、利用者の入力文に対する自然言語処理と問題解決と
を行うとともにその利用者への出力を返信するように依
頼するステップ、および上記サービス提供エージェント
から利用者への出力依頼を受け取ると、その内容を利用
者に出力するステップをコンピュータに実行させるため
の仲介プログラムを記録していることを特徴とする。

【００１８】利用者からの入力文に対して自然言語処理
を行なうステップでは、たとえば、利用者の入力が、”
挨拶”、”行為指示”または”終結宣言”であるかを判
断するための簡易的な意味解析が行なわれる。

【００１９】

【発明の実施の形態】以下、この発明の実施の形態につ
いて説明する。

【００２０】〔Ａ〕本願発明の考え方の説明

【００２１】図１は、インターネット上における自然言
語対話システムの概略構成を示している。

【００２２】自然言語対話システムは、図１に示すよう
に、利用者の端末内においてインターネット４０上の汎
用的な自然言語対話インタフェースとして機能するヘル
パーエージェント（以下ＨＡという）１０と、各種サー
ビスを提供する複数のサービス提供エージェント（以
下、単にエージェントという）２０と、エージェント２
０を管理するイエローページサーバ（以下、ＹＰと略
す）３０とを備えている。

【００２３】ヘルパーエージェントとは、一般に、イン
ターネットおよびモーバイルコンピューティングなどの
広域情報ネットワーク上で、十分に組織化されていない
不特定多数の人々の活動を支援するコミュニティーウエ
アの一つとして、複数の人との対話能力を持ち、人を助
けるという社会的役割を持つエージェントをいう（文献
５、６参照）。

【００２４】文献５：Katherine Isbister, Hideyuki N
akanishi, Toru Ishida, and CliffNass: Helper Agen
t: Designing an Assistant for Human-Human Interact
ionin a Virtual Meeting Space, Proc. of Internatio
nal Conference on Human Factors in Computing Syste
ms(CHI-2000),pp.57-64(2000)．

【００２５】文献６： Toru Ishida: Towards Communit
yware Proc. of International Conference and Exhibi
tion on the Practical Application of Intelligent A
gents and Multi-Agent Technology(PAAM-97), pp.7-21
(1997).

【００２６】ＨＡ１０、エージェント２０およびＹＰ３
０は、インターネット４０に接続されている。各エージ
ェント２０は、ＹＰ３０に、エージェント名と提供する
サービス内容を登録している。ＨＡ１０は主に利用者と
の対話制御を行なって、利用者とエージェントとの仲介
を行なう。ＨＡ１０によって利用者と仲介されているエ
ージェント２０は主に自然言語処理（特に、意味解析や
文脈処理など）や問題解決を行なう。

【００２７】上記のような構成において、ＨＡ１０は、
利用者の入力が、”挨拶”、”行為指示”または”終結
宣言”であるかを判断するために簡易的な意味解析を行
なう。なお、この明細書では、行為指示の発話内目的の
対象、つまり、”聞き手に実行させようと試みる一連の
行動”を”サービス”と呼ぶことにする。

【００２８】ＨＡ１０は、利用者の入力が”行為指示”
であると解釈すると、そのサービスを提供するエージェ
ントの紹介を、ＹＰ３０に問い合わせる。

【００２９】ＨＡ１０は、エージェント２０の紹介をＹ
Ｐ３０から受け取ると、利用者とそのエージェント２０
との仲介を開始し、そのエージェント２０に、利用者の
入力文に対する自然言語処理と問題解決とを行うととも
にその利用者への出力をＨＡ１０に返信するように依頼
する。エージェント２０は、利用者の入力文に対して、
自然言語処理および問題解決を行なうことにより、利用
者に対する出力を作成してＨＡ１０に返信する。

【００３０】ＨＡ１０は、当該エージェント２０から利
用者への出力依頼を受け取ると、その内容を利用者に出
力する。この後、利用者またはエージェント２０から”
終結宣言”が出されるまで、両者の対話を仲介する。

【００３１】〔Ｂ〕具体例の説明

【００３２】以下、この発明を研究所見学案内システム
に適用した場合の具体例について説明する。

【００３３】〔１〕研究所見学案内システムの概要

【００３４】研究所見学案内システムは、インターネッ
ト利用者と、自然言語対話インタフェースを通じて対話
を繰り返すことで、利用者の興味、知識および意図を推
定し、それら個人化情報に基づいて、情報フィルタリン
グされた研究テーマを利用者に提供する。そして、利用
者の希望に沿った見学テーマを決定し、利用者とそれら
研究テーマの見学対応研究者とのスケジュール調整を行
なって見学日程を決定する。

【００３５】図２は、研究所見学案内システムの主なエ
ージェント構成を示している。

【００３６】この例では、エージェントとして、見学受
付エージェント２１、スケジュール調整エージェント２
２、見学テーマ提案エージェント２３、テーマ選定学習
エージェント２４、見学者個人情報エージェント２５、
研究者毎に設けられた研究者秘書エージェント２６が存
在している。

【００３７】研究テーマは、見学テーマ提案エージェン
ト２３が、研究者秘書エージェント２６に対してオーク
ションを行なって決定する。

【００３８】また、見学日程は、スケジュール調整エー
ジェント２２が、研究者に権利移譲された研究者秘書エ
ージェント２６と利用者とのスケジュール調整を繰り返
して決定する。

【００３９】〔２〕対話例

【００４０】図３は、利用者Ｕと、研究所見学案内シス
テムＳとの対話例を示している。

【００４１】〔３〕ヘルパーエージェントの説明

【００４２】ＨＡ１０は、インターネット上の汎用的な
自然言語対話インタフェースとして、利用者の端末で実
行する。ＨＡ１０は、キーボード入力（あるいは音声入
力）、HTTPなどのGUI および音声出力などのユーザイン
タフェースを持ち、利用者または他のエージェント２０
からの入力または通信の割り込みを常に受け付ける。

【００４３】〔３．１〕ＨＡの概要 ＨＡ１０は、利用者の入力が、”挨拶”、”行為指示”
または”終結宣言”であるかを判断するために簡易的な
意味解析を行なう。

【００４４】”行為指示”の判定は、たとえば、次のよ
うに行なわれる。つまり、”指示する”、”要請す
る”、”頼む／問う”、”質問する”、”尋ねる”、”
尋問する”、”依頼する”、”懇願する”、”請願す
る”、”願う／乞う”、”嘆願する”、”哀願す
る”、”請う”、”祈願する”、”指図する”、”求め
る”、”要求する”、”請求する”、”命令する”など
の行為指示の発話行為（命令）動詞（文献７参照）を持
つ入力は、”行為指示”であると解釈する。

【００４５】文献７：Daniel Vanderveken: Meaning an
d Speech Acts, Vol.1, Cambride Univ. Press(1990).
(久保進監訳: 意味と発話行為, ひつじ書房(1997).)

【００４６】ＨＡ１０は、利用者の入力が”行為指示”
であると解釈すると、そのサービスを提供するエージェ
ント２０の紹介を、イエローページを管理するＹＰ３０
に問い合わせる。

【００４７】そして、そのようなエージェント２０の紹
介をＹＰ３０から受け取ると、ＨＡ１０は、利用者とそ
のエージェント２０との仲介を開始し、そのエージェン
ト２０に、利用者の入力文に対する自然言語処理と問題
解決とを行うとともにその利用者への出力をＨＡ１０に
返信するように依頼する。

【００４８】そして、ＨＡ１０は、そのエージェント２
０から利用者への出力依頼を受け取ると、その内容を利
用者に出力する。この後、利用者またはエージェント２
０から”終結宣言”が出されるまで、両者の対話を仲介
する。つまり、ＨＡ１０は、利用者から行為指示された
サービスを提供するエージェント２０と利用者との対話
を仲介するエージェントである。

【００４９】この明細書では、”現在、ＨＡが利用者と
仲介しているエージェント”のことを、”仲介中のエー
ジェント”と呼ぶことにする。

【００５０】利用者から新たな行為指示があったとき、
どのような場合に、仲介するエージェント２０を変更す
る必要があるかについて説明する。まず、”新たな行為
指示”や”終結宣言”に対するサービスの出現に関する
種類を、次のように定義する。

【００５１】 ”新規サービス” ＹＰ３０から新たにエージェント２０が紹介されたが、
仲介中のエージェントが存在しない場合

【００５２】 ”現行サービス” ＹＰ３０から新たにエージェント２０が紹介されたが、
仲介中のエージェントと名前が同じ場合、または、ＹＰ
３０から新たにエージェント２０が紹介されなかった
が、仲介中のエージェントが存在する場合

【００５３】 ”別途サービス” ＹＰ３０から新たにエージェント２０が紹介されたが、
仲介中のエージェントと名前が異なる場合

【００５４】 ”以前のサービス” 上記”別途サービス”の条件に加えて、後述するエージ
ェントスタックＥＳにＹＰ３０から紹介されたエージェ
ント２０が少なくとも１つ以上存在する場合

【００５５】 ”対応不可のサービス” ＹＰ３０から新たなエージェント２０が紹介されず、し
かも、仲介中のエージェントが存在しない場合、または
終結宣言に対するサービスが上記”以前のサービス”で
ない場合

【００５６】このように、エージェント２０の名前を比
較することのみで、サービスの出現に関する種類が分け
られるように、エージェント群のサービスに関するオン
トロジがＹＰ３０に構築され、そのオントロジ内にエー
ジェント名が登録されている。

【００５７】ＨＡ１０は、利用者から新たな行為指示が
あり、そのサービスが”別途サービス”や”以前のサー
ビス”である場合には、仲介中のエージェントを、新た
な行為指示に対応するサービスを提供するエージェント
に変更する。

【００５８】また、ＨＡ１０は、利用者およびエージェ
ント２０から”別途サービス”や”以前のサービス”の
終結宣言を受け取ると、元のサービスのエージェント
を、仲介中のエージェントに復帰させる。

【００５９】また、ＨＡ１０は、エージェント２０から
テキスト、HTTP、音声画像ファイルなどの利用者への出
力依頼を受け取ると、見学者個人情報エージェント２５
に登録されている利用者の出力仕様に基づいて出力す
る。利用者への出力は、常に、このように個人化された
情報に基づいて出力される。

【００６０】〔３．２〕ＨＡの対話制御規則 利用者とエージェント２０との対話を仲介するために用
いられる、ＨＡ１０の対話制御規則について説明する。

【００６１】ＨＡ１０は、仲介中のエージェントの状態
変数として、”エージェント名ＥＮ”と、”出力内容Ｏ
Ｃ”などを保持する。また、ＨＡ１０は、それらの状態
変数をスタックするための、先入れ先出しのエージェン
トスタックＥＳを備えている。

【００６２】ＨＲ１：サービスの開始と終了 利用者の入力を”挨拶”または”対応不可のサービス”
と解釈した場合、利用者に行為指示または終結宣言の入
力を要求するメッセージを出力するか、または、システ
ムの終了メッセージを出力して終了する。

【００６３】ＨＲ２：利用者からの終結宣言 利用者からの入力を、”現行サービス”または”以前の
サービス”の”終結宣言”であると解釈した場合には、
ＹＰ３０から紹介された対応するエージェントおよびこ
のエージェントが依頼した他のエージェントの全てに終
結宣言を送信し、エージェントスタックＥＳからこれら
のエージェントの全ての状態変数を削除して、利用者に
入力文受理メッセージを出力する。

【００６４】”現行サービス”の”終結宣言”であり、
上記状態変数の削除処理を行なった後において、エージ
ェントスタックＥＳの先頭に状態変数が残っている場合
には、その状態変数をポップして（取り出して）その状
態変数を仲介中のエージェントの状態変数とする。さら
に、ポップした状態変数中の出力内容ＯＣが初期値でな
ければこの出力内容を添えて、元のサービスに復帰した
ことを示すメッセージを利用者に出力する。

【００６５】”現行サービス”の”終結宣言”であり、
上記状態変数の削除処理を行なった後において、エージ
ェントスタックＥＳの先頭に状態変数が残っていなけれ
ば、仲介中のエージェントの状態変数を全て初期化し、
全てのサービスが終了したことを示すメッセージを利用
者に出力する。

【００６６】ＨＲ３：利用者からエージェントへの仲介
（その１） 利用者の入力を”行為指示”と解釈した場合には、その
サービスの出現に関する種類に応じて次のような処理を
行なう。

【００６７】（ａ）新規サービスである場合 ＹＰ３０から紹介されたエージェント２０に、利用者の
入力文に対する利用者への出力をＨＡ１０に返信するよ
うに依頼する。そして、このエージェント２０を仲介中
のエージェントとし、仲介中のエージェント名ＥＮを当
該エージェント名に更新するとともに、仲介中のエージ
ェントの出力内容ＯＣを初期化する。そして、利用者に
入力文受理メッセージを出力する。

【００６８】（ｂ）現行サービスである場合 仲介中のエージェントに、利用者の入力文に対する利用
者への出力を、ＨＡ１０に返信するように依頼する。そ
して、仲介中のエージェントの出力内容ＯＣを初期化す
る。そして、利用者に入力文受理メッセージを出力す
る。

【００６９】（ｃ）別途サービスである場合 仲介中のエージェントの状態変数をエージェントスタッ
クＥＳの先頭にプッシュ（入れる）し、ＹＰ３０から紹
介されたエージェントに、利用者の入力文に対する利用
者への出力をＨＡ１０に返信するように依頼する。そし
て、このエージェントを仲介中のエージェントとし、仲
介中のエージェント名ＥＮを当該エージェント名に更新
するとともに、仲介中のエージェントの出力内容ＯＣを
初期化する。そして、利用者に入力文受理メッセージを
出力する。

【００７０】（ｄ）以前のサービスである場合 仲介中のエージェントの状態変数をエージェントスタッ
クＥＳの先頭にプッシュし、ＹＰ３０から紹介されたエ
ージェントに、利用者の入力文に対する利用者への出力
をＨＡ１０に返信するように依頼する。そして、このエ
ージェント２０を仲介中のエージェントとし、エージェ
ントスタックＥＳからその先頭に最も近い当該エージェ
ントの状態変数を取り出して、仲介中のエージェントの
状態変数とした後、仲介中のエージェントの出力内容Ｏ
Ｃを初期化する。そして、利用者に入力文受理メッセー
ジを出力する。

【００７１】ＨＲ４：利用者からエージェントへの仲介
（その２） 利用者の入力が、上記の”挨拶”、”行為指示”およ
び”終結宣言”のいずれでもないと解釈した場合には、
仲介中のエージェントに利用者の入力文に対する利用者
への出力をＨＡに返信するように依頼する。

【００７２】ＨＲ５：利用者からエージェントへの仲介
（その３） 利用者からGUI 入力( 例えば、HTTPのMAP 入力) があ
り、仲介中のエージェントの出力内容ＯＣの値およびエ
ージェントスタックＥＳ内の出力内容ＯＣの値の中に、
上記GUI 画面名と一致するものがあれば、それと対のエ
ージェント名ＥＮに対応するエージェントに、当該GUI
入力に対する利用者への出力をＨＡに返信するように依
頼する。

【００７３】なお、利用者への出力をＨＡ１０に返信す
るように依頼したエージェントが仲介中のエージェント
と異なる場合には、仲介中のエージェントの状態変数を
エージェントスタックＥＳにプッシュし、エージェント
スタックＥＳから利用者への出力をＨＡ１０に返信する
ように依頼したエージェントの状態変数を取り出して、
仲介中のエージェントの状態変数とする。

【００７４】なお、仲介中のエージェントの出力内容Ｏ
Ｃの値およびエージェントスタックＥＳ内の出力内容Ｏ
Ｃの値の中に、上記GUI 画面名と一致するものがなけれ
ば、仲介中のエージェントに、当該GUI 入力に対する利
用者への出力をＨＡに返信するように依頼する。

【００７５】ＨＲ６：エージェントから利用者への仲介
（その１） エージェント２０から利用者への出力依頼を受け取る
と、その内容を利用者に出力する。

【００７６】ＨＲ７：エージェントから利用者への仲介
（その２） エージェント２０から利用者への出力依頼と入力文の返
信依頼とを受け取ると、その内容を利用者に出力する。
そして、当該エージェント２０が仲介中のエージェント
と異なる場合には、仲介中のエージェントの状態変数を
エージェントスタックＥＳにプッシュし、当該エージェ
ント２０を仲介中のエージェントとし、仲介中のエージ
ェント名ＥＮを当該エージェント名に更新する。また、
仲介中のエージェントの出力内容ＯＣを、利用者への出
力依頼に応じた内容に更新する。ただし、GUI 出力など
の場合は、その画面名を、仲介中のエージェントの出力
内容ＯＣとする。

【００７７】なお、利用者への出力依頼と入力文の返信
依頼を行なったエージェント２０が、仲介中のエージェ
ントである場合には、仲介中のエージェントの出力内容
ＯＣを、利用者への出力依頼に応じた内容に更新する。

【００７８】ＨＲ８：エージェントからの終結宣言 エージェント２０から終結宣言を受け取ると、利用者に
そのサービスが終了したことを示すメッセージを出力す
る。そして、エージェントスタックＥＳから当該エージ
ェント２０の全ての状態変数を削除する。

【００７９】終結宣言を行なったエージェント２０が仲
介中のエージェントであり、エージェントスタックＥＳ
の先頭に状態変数が残っている場合には、その状態変数
をポップしてその状態変数を仲介中のエージェントの状
態変数とする。さらに、ポップした状態変数中の出力内
容ＯＣが初期値でなければこの出力内容を添えて、元の
サービスに復帰したことを示すメッセージを利用者に出
力する。

【００８０】終結宣言を行なったエージェント２０が仲
介中のエージェントであり、エージェントスタックＥＳ
の先頭に状態変数が残っていなければ、仲介中のエージ
ェントの状態変数を全て初期化し、全てのサービスが終
了したことを示すメッセージを利用者に出力する。

【００８１】上記の対話制御規則を用いれば、ＨＡ１０
は主に利用者との対話制御を、仲介中のエージェント２
０は主に自然言語処理（特に、意味解析や文脈処理な
ど）や問題解決を、それぞれ分担して行なうことができ
る。つまり、ＨＡ１０と各種エージェント２０とが協調
して自然言語対話インタフェースの分散処理を行なうこ
とができる。

【００８２】〔４〕ＨＡとエージェントの分散処理

【００８３】ここでは、まず、研究所見学案内システム
におけるエージェント２０の代表として、見学受付エー
ジェント２１を取り上げ、そのエージェント２１の処理
方式について説明する。次に、図３の対話例を用いてＨ
Ａ２０とエージェント２０の分散処理例を説明する。

【００８４】〔４．１〕見学受付エージェントの処理方
式 見学受付エージェント２１は、研究所見学案内システム
の見学受付業務をサービスするエージェントとして、Ｙ
Ｐ３０に登録を行なう。例えば、”研究所”オントロジ
の下位に”研究所Ｘの見学”、”研究書Ｘの見学受
付”、”研究所Ｘの見学受付業務”などのサービスを提
供するエージェントとしてＹＰ３０に登録する。

【００８５】見学受付エージェント２１は、利用者との
対話を繰り返して、見学テーマ提案エージェント２３や
スケジュール調整エージェント２２と協調して、利用者
の興味、知識、願望および、意図などを理解して、研究
テーマの決定や日程調整を行う。ここでは、これらエー
ジェント２２、２３やＨＡ１０との分散処理に的を絞っ
て、見学受付エージェント２１の処理方法を述べる。

【００８６】見学受付エージェント２１は、プロダクシ
ョンシステムとして構築されている。ただし、従来のプ
ロダクションシステムに自然言語処理部を組込み、この
エージェント２１に送られてくる自然言語文に対して意
味解析や文脈解析を行い、サービス対象者単位の作業用
メモリを更新する。例えば、ＨＡ１０からの利用者の入
力”研究所Ｘの見学をしたいのですが。”を、”研究所
Ｘの見学受付業務”サービスの行為指示と解釈して、例
えば、利用者の作業用メモリの”システム概要出
力”、”見学テーマ提案”、”スケジュール提案”など
を”真”に更新する。そして、この作業用メモリを使っ
て前向き推論を開始する。

【００８７】また、利用者の作業用メモリには、”終結
宣言”、”見学テーマ提案エージェントからの依
頼”、”スケジュール調整エージェントからの依頼”な
どの変数がある。作業用メモリは、他のエージェントか
らの基本通信行為などでも更新される。例えば、”見学
テーマ提案エージェント”から通信行為request を受取
ると、”見学テーマ提案エージェントからの依頼”を”
真”にする。

【００８８】以下、図３の会話例を処理するためのプロ
ダクションルールを記述する。以下において、記号”∧
”はＡＮＤを、記号”¬”はＮＯＴを意味している。

【００８９】ＡＲ１： if 終結宣言 then 当該エー
ジェントから依頼して終結宣言を受け取っていない全て
のエージェントに、終結宣言を送信する。

【００９０】ＡＲ２： if システム概要出力 then
利用者への”研究所見学案内システムの概要”出力依頼
を依頼者（ＨＡ１０）に返信する。そして、利用者の”
システム概要出力”を”偽”にする。

【００９１】ＡＲ３： if 見学テーマ提案∧¬”見学
テーマ提案エージェントからの継続” then ”見学テ
ーマ提案エージェント”に利用者の入力文に対する利用
者への出力をＨＡ１０に送信するよう依頼する。

【００９２】ＡＲ４： if スケジュール提案∧¬”ス
ケジュール調整エージェントからの継続” then ”ス
ケジュール調整エージェント”に利用者の入力文に対す
る利用者への出力をＨＡ１０に送信するよう依頼する。

【００９３】ＡＲ５： if ¬システム概要出力∧¬見
学テーマ提案∧¬スケジュール調整then 終結宣言を依
頼者（ＨＡ）に送信する。

【００９４】ＡＲ６： if true then 利用者への”入
力文に対するサービスができなかったこと”の出力依頼
を依頼者（ＨＡ）に返信する。

【００９５】上記のプロダクションルール（ＡＲ３）の
条件部の”見学テーマ提案エージェントからの依頼”
や”スケジュール調整エージェントからの依頼”など
は、ループ防止のためである。例えば図３のＳ₈ より以
前に、利用者から”4/29か4/27の午後にお願いしま
す。”という入力があった場合、見学テーマ提案エージ
ェント２３ではサービスができなかったので、見学受付
けエージェント２１にサービス継続をrequest する。

【００９６】見学受付けエージェント２１はサービス継
続をrequest されると、”見学テーマ提案エージェント
からの依頼”を”真”にして、前向き推論を開始する。
これにより、今度は、プロダクションルール（ＡＲ４）
の条件部が満たされる。そして、スケジュール調整エー
ジェント２２がサービスを継続する。このようなサービ
ス継続依頼にもかかわらず、サービスができなければ、
プロダクションルール（ＡＲ６）の条件部が満たされ、
利用者への”入力文に対するサービスができなかったこ
と”の出力依頼を依頼者（ＨＡ１０）に返信すること
で、利用者へのサービスの対応付加通知を行う。

【００９７】また、プロダクションルールにしたこと
で、ユーザ主導、および、システム主導のどちらの処理
も可能である。例えば、上記のサービス継続例はユーザ
主導である。図３のＳ₈ はシステム主導の例で、例え
ば、作業用メモリの日程スロットの値を埋めるように質
問文を生成することで実現できる（上記文献２参照）。

【００９８】〔４．２〕ＨＡとエージェントの分散処理
例 ＨＡ１０と主なエージェント２０との分散処理例を、図
３の対話例に沿って説明する。ここでは、図３の（１）
〜（１５）のうち、（１）〜（１０）に対する処理例に
ついてのみ説明する。

【００９９】（１） Ｕ₁ 研究所Ｘの見学をしたいの
ですが。 （２） Ｓ₁ 研究所Ｘの見学ですね。少々お待ち下さ
い。

【０１００】ＨＡ１０は、Ｕ₁ を”研究所Ｘの見学”サ
ービスの行為指示と解釈すると、ＹＰ３０に、そのサー
ビスを提供するエージェント２０の有無を問い合わせ
る。ＹＰ３０から見学受付エージェント２１を紹介さ
れ、かつ、仲介中のエージェントが存在しないので、Ｈ
Ａ１０は”新規サービス”と解釈する。そこで、ＨＡ１
０は対話制御規則（ＨＲ３（ａ））を適用して、見学受
付エージェント２１にＵ₁に対する利用者への出力をＨ
Ａ１０に返信するよう依頼する。そして、見学受付エー
ジェント２１を仲介中のエージェントとし、利用者に対
する入力文受理メッセージとしてＳ₁ を出力する。

【０１０１】（３） Ｓ₂ （Web に研究所見学案内シ
ステムの概要を出力して）どのようなことに興味をお持
ちでしょうか?

【０１０２】見学受付エージェント２１は、利用者に関
する依頼を始めて受け取ると、利用者用の作業用メモリ
を確保して、全ての条件の変数の値を”偽”に初期化す
る。

【０１０３】次に、見学受付エージェント２１は、受信
したＵ₁ を自然言語処理し、”研究所Ｘの見学受付業
務”サービスの行為指示と解釈すると、利用者の作業用
メモリの条件変数”システム概要出力”、”見学テーマ
提案”、”スケジュール提案”の値を”真”とする。そ
して、利用者の作業用メモリに対する前向き推論を開始
する。

【０１０４】プロダクションルール（ＡＲ２）の前提部
が満たされたので、見学受付エージェント２１は、その
行動部の実行として、利用者への出力Ｓ₂ （Web の内容
を含む）をＨＡ１０に返信する。そして、利用者の条件
変数”システム概要出力”を”偽”にする。

【０１０５】ＨＡ１０は見学受付エージェント２１から
利用者への出力を受取ると、対話制御規則（ＨＲ６）を
適用して利用者へＳ₂ を出力する。

【０１０６】（４） Ｕ₂ 相互作用について見学でき
ますか? （５） Ｓ₃ 相互作用の見学ですね。少々お待ち下さ
い… （６） Ｓ₄ （Web に、−（中略）−の簡単な内容と
ＵＲＬを出力して）上記の研究テーマが見学できます
が、ご希望はございますか?

【０１０７】ＨＡ１０は、Ｕ₂ が”相互作用の見学”サ
ービスの行為指示と解釈するが、このサービスに対する
エージェントがＹＰ３０から紹介されなかったため、”
現行サービス”と解釈する。

【０１０８】そこでＨＡ１０は、対話制御規則（ＨＲ３
（ｂ））を適用して、見学受付エージェント２１にＵ₂
に対する利用者への出力をＨＡ１０に返信するように依
頼する。そして、利用者に入力文受理メッセージとして
Ｓ₃ を出力する。

【０１０９】見学受付エージェント２１は受信したＵ₂
を自然言語処理し、”見学テーマの提案”サービスの行
為指示と解釈すると、利用者の条件変数”見学テーマ提
案”を”真”とする。そして、前向き推論を開始する。
プロダクションルール（ＡＲ３）の前提部が満たされた
ので、見学受付エージェント２１は、その行動部の実行
として、見学テーマ提案エージェント２３にＵ₂ に対す
る利用者への出力をＨＡ１０に送信するよう依頼する。

【０１１０】見学テーマ提案エージェント２３は、利用
者に対する依頼を初めて受け取ると、利用者用の作業用
メモリを確保し、全ての条件変数の値を”偽”に初期化
する。

【０１１１】次に、受信したＵ₂ を自然言語処理し、”
相互作用に関する研究テーマの提案”サービスの行為指
示と解釈すると、ＹＰ３０に”相互作用の見学対応”サ
ービスを登録している”研究者秘書エージェント”に対
してタスク告知を行い、研究テーマを提示して入札して
きたエージェントを全て落札する。それらの研究テーマ
を、利用者に対する提案として編集して、作業用メモリ
に残す。そして、利用者へＳ₄ （Web の内容を含む) の
出力と入力文の返信をＨＡ１０に依頼する。

【０１１２】ＨＡ１０は利用者への出力依頼と入力文の
返信依頼を受取ると、対話制御規則（ＨＲ７）を適用し
て、利用者へＳ₄ を出力する。また、見学テーマ提案エ
ージェント２３は仲介中のエージェント（見学受付エー
ジェント）と異なるので、エージェントスタックＥＳ
に、見学受付エージェント２１の状態変数をプッシュ
し、見学テーマ提案エージェント２３を仲介中のエージ
ェントとし、仲介中のエージェント名ＥＮを”見学テー
マ提案エージェント”に、仲介中のエージェントの出力
内容ＯＣを、Ｓ₄ に更新する。

【０１１３】（７） Ｕ₃ ところで、Ｙさんのメール
アドレスを教えて下さい。 （８） Ｓ₅ Ｙさんのメールアドレスの検索ですね。
少々お待ち下さい… （９） Ｓ₆ Ｙさんのメールアドレスはｘｘｘｘで
す。 (10) Ｓ₇ ところで、上記の研究テーマが見学でき
ますが、ご希望はございますか?

【０１１４】ＨＡ１０は、Ｕ₃ を”メールアドレスの検
索”サービスの行為指示と解釈すると、ＹＰ３０から、
例えば”Who's Who エージェント”（図示略）を紹介さ
れる。”Who's Who エージェント”は、仲介中のエージ
ェント（見学テーマ提案エージェント２３）とは異なる
ので、ＨＡ１０は”別途サービス”と解釈する。

【０１１５】そこで、ＨＡ１０は、対話制御規則（ＨＲ
３（ｃ））および（ＨＲ６）を順次適用して、Ｓ₅ 、Ｓ
₆ を出力する。さらに、”Who's Who エージェント”か
ら終結宣言を受取ると、対話制御規則（ＨＲ８）を適用
して、Ｓ₇ を利用者に出力する。

【０１１６】以上のように、インターネット上の汎用的
な自然言語対話インタフェースとしてのＨＡ１０の対話
制御規則と、ＨＡ１０と分散処理を行うエージェント２
０の処理方式とを用いれば、ＨＡ１０は主に利用者との
対話制御を、エージェント２０は主に自然言語処理や問
題解決を、それぞれ分担して行うことができる。つま
り、ＨＡ１０と各種エージェント２０とが協調して自然
言語対話インタフェースの分散処理を行うことができ
る。

【０１１７】ＨＡ１０の特徴としては、利用者の行為指
示したサービスを提供するエージェント２０を検索し
て、そのエージェント２０と利用者との対話の仲介を、
利用者またはエージェント２０から”終結宣言”が出さ
れるまで継続することである。

【０１１８】また、ＨＡ１０上での自然言語処理は、使
用する辞書および概念辞書などを考慮すると、利用者の
行為指示のサービスのみを解釈しているため、汎用的で
しかも実用的なものとなる。また、本システムのような
タスク指向の対話システムを有限状態オートマンと捉え
たとき、受理する言語表現や対話の流れを個々のエージ
ェント内の処理に閉じ込めることで、遷移規則の爆発を
抑えることができる。

【０１１９】

【発明の効果】この発明によれば、ヘルパーエージェン
トと各種サービス提供エージェントとが協調して自然言
語対話インタフェースの分散処理を行うことができるよ
うになる。

【図面の簡単な説明】

【図１】自然言語対話システムの概略構成を示すブロッ
ク図である。

【図２】研究所見学案内システムの主なエージェント構
成を示すブロック図である。

【図３】対話例を示す模式図である。

【符号の説明】

１０ ヘルパーエージェント ２０、２１〜２６ サービス提供エージェント ３０ イエローページサーバ（ＹＰ）

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

【手続補正書】

【提出日】平成１３年２月２８日（２００１．２．２
８）

【手続補正１】

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

【補正対象項目名】０００７

【補正方法】変更

【補正内容】

【０００７】文献２：高木朗，中島秀之，麻生英樹，伊
東幸宏，和泉憲明，片桐恭弘，白井克彦：JDT:日本語対
話システム構築用ツール群の開発プロジェクト，言語・
音声理解と対話処理研究会（第27回）, 人工知能学会,
pp. 17-22(1999).

【手続補正２】

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

【補正対象項目名】００１１

【補正方法】変更

【補正内容】

【００１１】文献４：Toshihiro Matsui, Hideki Asoh,
John Fry, Yoich Motomura, Futoshi Asano, Takio Ku
rita, Isao Hara, and Nobuyuki Otsu: Integrated nat
uralspoken dialog system of Jijo-2 mobile robot fo
r office Services, Proc.of Sixteenth National Conf
erence on Artificial Intelligence(AAAI-99), pp. 62
1-627(1999).

【手続補正３】

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

【補正対象項目名】００２２

【補正方法】変更

【補正内容】

【００２２】自然言語対話システムは、図１に示すよう
に、利用者の端末内においてインターネット４０上の汎
用的な自然言語対話インタフェースとして機能するヘル
パーエージェント（以下ＨＡという）１０と、各種サー
ビスを提供する複数のサービス提供エージェント（以
下、単にエージェントという）２０と、エージェント２
０などが登録されたイエローページサーバ（以下、ＹＰ
と略す）３０とを備えている。

【手続補正４】

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

【補正対象項目名】００８４

【補正方法】変更

【補正内容】

【００８４】〔４．１〕見学受付エージェントの処理方
式 見学受付エージェント２１は、研究所見学案内システム
の見学受付業務をサービスするエージェントとして、Ｙ
Ｐ３０に登録を行なう。例えば、”研究所”オントロジ
の下位に”研究所Ｘの見学”、”研究所Ｘの見学受
付”、”研究所Ｘの見学受付業務”などのサービスを提
供するエージェントとしてＹＰ３０に登録する。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/30 １１０ Ｇ０６Ｆ 17/30 ３３０Ｃ ３３０ 15/28 Ｚ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 利用者の端末内においてネットワーク上
   の汎用的な自然言語対話インタフェースとして機能する
   ヘルパーエージェント、ネットワークに接続されかつ各
   種サービスを提供する複数のサービス提供エージェン
   ト、ならびに、ネットワークに接続されかつ各サービス
   提供エージェント毎にエージェント名および提供するサ
   ービス内容が登録されているイエローページサーバを備
   えており、 ヘルパーエージェントは、 利用者からの入力文に対して自然言語処理を行なう手
   段、 利用者からの入力文が行為指示であると解釈した場合に
   は、利用者から行為指示されたサービスを提供するサー
   ビス提供エージェントを、イエローページサーバに問い
   合わせることによって、検索する手段、 検索によって得られたサービス提供エージェントに、利
   用者の入力文に対する自然言語処理と問題解決とを行う
   とともにその利用者への出力を返信するように依頼する
   手段、および上記サービス提供エージェントから利用者
   への出力依頼を受け取ったときに、その内容を利用者に
   出力する手段、 を備えていることを特徴とする自然言語対話システム。
2. 【請求項２】 利用者からの入力文に対して自然言語処
   理を行なう手段は、利用者の入力が、”挨拶”、”行為
   指示”または”終結宣言”であるかを判断するための簡
   易的な意味解析を行なうものである請求１項に記載の自
   然言語対話システム。
3. 【請求項３】 利用者の端末内においてネットワーク上
   の汎用的な自然言語対話インタフェースとして機能する
   ヘルパーエージェント、ネットワークに接続されかつ各
   種サービスを提供する複数のサービス提供エージェン
   ト、ならびに、ネットワークに接続されかつ各サービス
   提供エージェント毎にエージェント名および提供するサ
   ービス内容が登録されているイエローページサーバを備
   えた自然言語対話システムにおけるヘルパーエージェン
   トであって、 利用者からの入力文に対して自然言語処理を行なう手
   段、 利用者からの入力文が行為指示であると解釈した場合に
   は、利用者から行為指示されたサービスを提供するサー
   ビス提供エージェントを、イエローページサーバに問い
   合わせることによって、検索する手段、 検索によって得られたサービス提供エージェントに、利
   用者の入力文に対する自然言語処理と問題解決とを行う
   とともにその利用者への出力を返信するように依頼する
   手段、および上記サービス提供エージェントから利用者
   への出力依頼を受け取ったときに、その内容を利用者に
   出力する手段、 を備えていることを特徴とする自然言語対話システムに
   おけるヘルパーエージェント。
4. 【請求項４】 利用者からの入力文に対して自然言語処
   理を行なう手段は、利用者の入力が、”挨拶”、”行為
   指示”または”終結宣言”であるかを判断するための簡
   易的な意味解析を行なうものである請求項３に記載の自
   然言語対話システムにおけるヘルパーエージェント。
5. 【請求項５】 ネットワークに接続されかつ各種サービ
   スを提供する複数のサービス提供エージェントと、利用
   者との間の仲介を行なうための仲介プログラムを記録し
   たコンピュータ読み取り可能な記録媒体であって、 利用者からの入力文に対して自然言語処理を行なうステ
   ップ、 利用者からの入力文が行為指示であると解釈した場合に
   は、利用者から行為指示されたサービスを提供するサー
   ビス提供エージェントを、ネットワークに接続されかつ
   各サービス提供エージェント毎にエージェント名および
   提供するサービス内容が登録されているイエローページ
   サーバに問い合わせることによって、検索するステッ
   プ、 検索によって得られたサービス提供エージェントに、利
   用者の入力文に対する自然言語処理と問題解決とを行う
   とともにその利用者への出力を返信するように依頼する
   ステップ、および上記サービス提供エージェントから利
   用者への出力依頼を受け取ると、その内容を利用者に出
   力するステップ、 をコンピュータに実行させるための仲介プログラムを記
   録したコンピュータ読み取り可能な記録媒体。
6. 【請求項６】 利用者からの入力文に対して自然言語処
   理を行なうステップでは、利用者の入力が、”挨
   拶”、”行為指示”または”終結宣言”であるかを判断
   するための簡易的な意味解析を行なうことを特徴とする
   請求項５に記載の仲介プログラムを記録したコンピュー
   タ読み取り可能な記録媒体。