JP2002082748A

JP2002082748A - ユーザ支援装置

Info

Publication number: JP2002082748A
Application number: JP2000270845A
Authority: JP
Inventors: Akihiro Yamada; 晃弘山田
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 2000-09-06
Filing date: 2000-09-06
Publication date: 2002-03-22

Abstract

(57)【要約】【課題】ユーザが膨大なＷｅｂサイトから所望の情報
をユーザフレンドリーな方法で見つけだし、有効に活用
することは困難になりつつある。【解決手段】エージェント記憶部１０４には、ユーザ
個別エージェント５０２と専門エージェントである献立
エージェント５０６が展開される。前者はユーザの個人
情報を把握し、後者は個別の専門分野の情報検索と提供
を担当する。ユーザが要求を出したとき、ユーザ個別エ
ージェント５０２はユーザの気持ちを代弁して専門エー
ジェントへ指針を伝える。専門エージェントは指針に従
ってサービスを行う。一連の処理の間、ユーザ個別エー
ジェント５０２と専門エージェントは必要に応じて漫才
のような掛け合いを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、電子的な方法に
よってユーザを支援する技術に関する。この発明は特
に、ユーザが必要とする情報を提供、検索等するエージ
ェントを用いたユーザ支援装置に関する。

【０００２】

【従来の技術】インターネットの利用が進むにつれ、そ
の主要なアプリケーションであるＷＷＷ（World Wide W
eb）の利用者が激増し、ＷＷＷのふたつの利用形態、す
なわち情報の発信と検索がユーザに広く浸透した。情報
の発信が増えるにつれ、たいがいの情報はいずれかのＷ
ｅｂサイトのいずれかのページにあるという状況が現実
になった。しかし、検索対象であるＷｅｂサイトやその
ページがあまりにも多くなった結果、求める情報はどこ
かにあると確信しつつ、現実にはなかなかその情報へた
どり着けない状況が日常的になっている。

【０００３】こうした状況に敏感な検索系ポータルサイ
トでは、以前より、情報の階層化や検索方法の洗練に努
めている。すなわち、ユーザは予め絞り込まれたトピッ
クの範囲において、論理和、論理積などの検索条件を駆
使することにより、情報の洪水から欲しい情報を効率的
に発見できるというものである。

【０００４】

【発明が解決しようとする課題】しかし、インターネッ
ト利用が専門家に限られていた時代ならともかく、検索
の実務に不慣れなユーザによるＷＷＷの利用が増えた今
日、高度な検索式の利用を一般ユーザに求めることは困
難である。また、情報の激増に従って情報の階層が深く
なり、求める情報がどこに分類されているか把握できな
い場合も多い。情報を発信するサイトは増加の一途を辿
り、かつ相当数のユーザのコンピュータ利用経験が浅い
今日の状況から、情報の氾濫が情報の利用を妨げる事態
が喚起されつつある。

【０００５】本発明は、そうした課題に鑑みてなされた
ものであり、その目的は、ユーザがより親しみやすい環
境の中で所望の情報へ到達し、または所望の処理を円滑
にコンピュータその他の装置に実行させることの可能な
ユーザ支援技術の提供にある。

【０００６】

【課題を解決するための手段】本発明のある態様は、ユ
ーザ支援装置（以下単に「装置」または「本装置」とも
いう）に関する。本装置は、エージェント記憶部とエー
ジェント出力部を含む。エージェント記憶部は、ユーザ
の情報をもとにユーザ個別の対応をなす擬人化された第
１のエージェント、および専門分野に特化したサービス
を提供する擬人化された第２のエージェントを記述する
データを格納する。エージェント出力部は、前記データ
によって実現される前記第１および第２のエージェント
を前記ユーザに、例えば可視的または音声などによって
出力する。

【０００７】この構成において、前記第１のエージェン
トは、前記第２のエージェントが前記サービスを提供す
るために必要な情報を選択する際、その選択の指針を前
記ユーザの情報に基づき、前記第２のエージェントに与
える。その指針を与える過程が、前記ユーザから認識可
能な形で行われる。

【０００８】このため、ユーザから見れば、第１のエー
ジェントがユーザの代わりに第２のエージェントに対し
て働きかけてくれるので、手間が省けると同時に、第２
のエージェントによる作業がどのような方針に基づいて
なされているか知ることができる。「擬人化された」と
は、人間の形に限らず、人間的なコミュニケーションを
模するものであればよい。

【０００９】指針を与える過程はユーザに示すことが目
的であって、本装置の内部で実際に第１のエージェント
から第２のエージェントに対して指針が与えられる必要
はない。システム設計上も、これらのエージェントを全
く独立に作るよりも、なんらかの形でこれらを管理する
エージェント統括部をおくことにメリットがある。その
場合、本装置内部ではエージェント統括部の下で第１の
エージェントと第２のエージェントが、いわば演技をさ
せられているのであって、前者から後者に対する指針も
本質的には統括部がそのような画像または音声をユーザ
に示しているにすぎない。ただし簡単のため、以下そう
した場合も含めて「第１のエージェントが第２のエージ
ェントに指針を与える」と主体的に表現する。

【００１０】この装置はさらに、前記ユーザからの指令
を入力するインタフェイスを含み、前記第２のエージェ
ントは前記指針よりも前記入力された指令を優先して前
記必要な情報を選択または問い合わせしてもよい。すな
わち、第１のエージェントがユーザのために指針を出し
ても、ユーザがそれを修正できる構成として、ユーザの
意思を尊重する趣旨である。前記インタフェイスは、ユ
ーザが入力全般を行うユーザインタフェイスと、前述の
エージェント統括部に設けられたユーザの要求入力部な
どによって実現できる。

【００１１】本発明の別の態様もユーザ支援装置に関す
る。この装置は、ユーザとのインタフェイスレベルにお
いて機能するフロント処理部と、前記フロント処理部を
介して前記ユーザに提供すべき情報を加工して蓄積する
ミドル処理部とを含む。前記フロント処理部は、前記ユ
ーザの情報をもとにユーザ個別の対応をなす擬人化され
た第１のエージェント、および専門分野に特化したサー
ビスを提供する擬人化された第２のエージェントを記述
するデータを格納するエージェント記憶部を含む。ま
た、前記データによる前記第１および第２のエージェン
トは、前記第２のエージェントが前記サービスを提供す
るために必要な情報を前記ミドル処理部へ問い合わせる
際、前記第１のエージェントがその問合せのための指針
を前記ユーザの情報に基づき、かつ前記ユーザから認識
可能な形で前記第２のエージェントに与えるよう構成さ
れる。

【００１２】フロント処理部はユーザが本装置とコミュ
ニケーションをとるための任意のハードウエア、ソフト
ウエアまたはそれらの協働による機能部である。この構
成では、ユーザにより近い部分を担当するフロント処理
部と、ユーザが必要とする情報を蓄積管理するミドル処
理部を分けたため、一般に、情報提供のための効率が改
善される。なお、「ミドル処理部」といっても、バック
処理部など、他の処理部の存在を前提とする必要はな
い。

【００１３】本発明の別の態様もユーザ支援装置に関す
る。この装置は、前記フロント処理部と、前記フロント
処理部を介して前記ユーザに提供すべき情報を外部より
取得するバック処理部とを含む。前記バック処理部は、
前記データを前記エージェント記憶部へ送信するエージ
ェント提供部を含む。ここでも第１のエージェントと第
２のエージェントの協働は前述のとおり行われる。この
構成によれば、バック処理部を通して最新のエージェン
トデータを受信して利用することができ、またユーザに
必要な種々の情報を適宜外部、例えばインターネットに
接続された任意のサイトなどから取得することができ
る。そのため、システムとしての汎用性が高まる。な
お、「バック処理部」といっても、ミドル処理部など、
他の処理部の存在を前提とする必要はない。

【００１４】前記バック処理部は、インターネットその
他のネットワークを介して前記フロント処理部に対して
前記エージェントのデータのサーバとして機能してもよ
い。このサーバは、例えばＷｅｂサーバその他インター
ネット上のサービス主体でもよく、その場合、エージェ
ント提供部はＣＧＩ（Common Gateway Interface）のよ
うにサーバ側に処理の主たる機能が残るもの、Ｊａｖａ
（商標）アプレットやＡｃｔｉｖｅＸ（商標）のように
クライアント側に処理の主たる機能が移動するもの、Ａ
ＰＩ（Application Program Interface）型でサーバと
クライアントの両方に処理の主たる機能であるＪａｖａ
アプリケーションなどを配するものなど、いろいろな態
様で実現できる。

【００１５】この場合、前記エージェント記憶部には、
前記バック処理部から提供を受けずに前記フロント処理
部内で当初より存在したローカルエージェントと、前記
バック処理部から提供された結果存在することになった
リモートエージェントが格納されてもよい。ローカルエ
ージェントは装置ごとに特化することが容易であり、ま
たローカルに存在するため本装置がオフラインであって
も利用できる。一方、リモートエージェントは複数の装
置に共通して利用可能なエージェントをサーバから提供
でき、またサーバ側の設定によってエージェントの更新
や新規登録が容易である。ローカルエージェントとリモ
ートエージェントは、ユーザからは区別がつかない状態
で提供してもよく、その場合、いわゆるシームレスな支
援環境が提供される。

【００１６】本発明のさらに別の態様もユーザ支援装置
に関する。この装置はメモリと、前記メモリにロードさ
れプログラムモジュール群と、前記プログラムモジュー
ル群を実行するＣＰＵとを少なくとも含み、前記モジュ
ール群は、本装置とユーザとの相互作用を支援するよう
擬人化され、前記ユーザの情報をもとにそのユーザ個別
の対応をする第１のエージェントの実行機能と、本装置
とユーザとの相互作用を支援するよう擬人化され、なん
らかの専門分野においてサービスを提供する第２のエー
ジェントの実行機能とを含む。また、前記第１のエージ
ェントの実行機能は、前記第２のエージェントが前記サ
ービスを提供する際、その提供ための行動指針を前記ユ
ーザの情報に基づき、かつ前記ユーザから認識可能な形
で前記第２のエージェントに与える機能を含む。

【００１７】本発明のさらに別の態様もユーザ支援装置
に関する。この装置は、ユーザとの相互作用を支援する
擬人化された第１および第２のエージェントのデータを
格納するエージェント記憶部と、前記データによって実
現される前記第１および第２のエージェントを前記ユー
ザに向けて出力するエージェント出力部とを含み、前記
ユーザからサービスの提供が要求されたとき、そのサー
ビスの実行過程において前記第１および第２のエージェ
ントが前記ユーザから見て対話をもちながら協働するよ
う構成されている。この対話には、サービスをユーザの
ために最適化するための過程が盛り込まれていてもよ
く、サービスの提供過程がこの対話によって示唆される
ため、ユーザからすれば、機械を相手にする無機質感が
和らぐ。

【００１８】以上、いずれの態様によっても、よりユー
ザフレンドリーなエージェントによって、装置内部で行
われている処理をユーザに知らせることができ、ユーザ
に安心感を与えることができる。

【００１９】以下、本発明のその他の態様について触れ
る。

【００２０】前記ミドル処理部は、前記バック処理部か
ら提供された前記必要な情報をひとまとまりのデータの
集合体であるページとして解析し、そのページに関する
メタ情報を生成するメタ情報生成部と、前記ページと前
記メタ情報とを関連づけてローカルなメモリ装置へ格納
する書込制御部とを含んでもよい。「メタ情報」は、も
ともとメタデータが「データに関するデータ」の意味で
あることに沿い、ページの内容に関する情報をさす。

【００２１】この構成では、ページと生成されたメタ情
報は組み合わされ、または一方が他方へ埋め込まれ、ま
たはそれらの間にリンク情報が設けられるなどの方法に
より、関連づけられる。その状態で、ローカルなメモリ
装置へ格納される。このため、メタ情報を利用してその
ページの内容または主題を大まかに知り、または検索で
き、そのページがローカルなメモリ装置、例えばキャッ
シュメモリに存在する限り、前記グローバルな検索に比
べて一般に速く当該ページを読み出すことができる。

【００２２】前記メタ情報生成部は、前記ページに含ま
れるキーワードを検出するキーワード検出部と、前記検
出されたキーワードをもとに、そのページの主題、すな
わち意図、目的、またはテーマなどを解析する主題解析
部と、前記解析の結果判明した前記主題に沿ってそのペ
ージからメタ情報を抽出するメタ情報抽出部とをさらに
含んでもよい。その場合、前記抽出されたメタ情報は前
記ページと関連づけられて前記メモリ装置へ格納され
る。

【００２３】前記メタ情報生成部は、前記検出されたキ
ーワードをもとに、そのページが所望のページであるか
否か判定するプリチェック部をさらに含み、そのページ
が所望のページでないと判定されたとき、そのページの
前記メモリ装置への格納が中止されてもよい。逆にいえ
ば、そのページが所望のページであると判定されたと
き、そのページを前記メモリ装置へ格納してもよい。

【００２４】ミドル処理部は、キャッシュ検索部を有し
てもよい。キャッシュ検索部は、前記キーワードを前記
メモリ装置に格納されたメタ情報へ照合することによ
り、前記情報を記載したページがすでに前記ローカルな
メモリ装置の中に存在するか否かを判定する。キャッシ
ュ検索部は、そのページが存在する場合、当該ページの
前記メモリ装置からの読み出しを指示し、そのページが
存在しない場合、検索の再実行を指示してもよい。再実
行がなされた場合、そうして得られたページに対して、
前記メタ情報生成部による処理がなされ、その結果生成
されたメタ情報がそのページと関連づけられて新たに前
記メモリ装置へ格納されてもよい。

【００２５】ミドル処理部はさらに、前記ユーザの意図
を反映したキーワードに所定の加工を施してバック処理
部による検索を支援する検索前処理部を含んでもよい。
この検索前処理部は例えば、前記ユーザの意図を反映し
たキーワードから推定されるユーザの検索意図に応じて
客観化されたキーワードを付与する条件付加部と、前記
キーワードおよび前記付与されたキーワードをもとに、
例えばそれらの論理和を含む形で検索のための条件式を
設定する検索式設定部とを含む。このとき、前記第１の
エージェントからの指針を条件式へ反映してもよい。

【００２６】ミドル処理部はさらに、ユーザの個人情報
をもとに当該ユーザが問い合わせる情報を予め想定する
事前検索制御部を含んでもよい。その場合、想定された
情報について、バックグラウンドで、すなわちユーザか
ら指示されず、またはユーザが本装置を使用していない
合間にバック処理部へ指示を出して検索をかけてもよ
い。そうして取得されたページもメタ情報とともにメモ
リ装置へ格納しておけば、ユーザの問い合わせに対して
迅速に対応することができる。

【００２７】本発明のある態様では、前記ミドル処理部
はホームサーバに実装され、前記フロント処理部は前記
ホームサーバによって統括される機器に実装され、前記
フロント処理部は、前記機器のオペレーション情報、例
えば機器の制御情報やステイタス情報を前記ユーザへ提
示する一方、前記ミドル処理部は、前記オペレーション
情報を充実化して前記フロント処理部へ送信する。

【００２８】別の態様として、前記バック処理部はネッ
トワーク上のサーバ、例えばＷｅｂサーバに実装され、
前記フロント処理部は前記サーバへアクセス可能な機
器、例えばパーソナルコンピュータや、携帯電話などの
モバイル端末に実装される。前記フロント処理部は、前
記ユーザから情報の提示に対する要求を受け付ける一
方、前記バック処理部は、前記要求された情報を前記ネ
ットワーク上の情報ソースから取得して前記フロント処
理部へ送信する。

【００２９】

【発明の実施の形態】実施の形態に係るユーザ支援装置
は、２種類のエージェントを登場させてユーザを支援す
る。第１のエージェントは、後に「ユーザ個別エージェ
ント」とも呼ぶもので、ユーザとなるべく親近感を保つ
よう一対一でサービスをする。第２のエージェントは、
後に「専門エージェント」とも呼ぶもので、ユーザから
の要求、とくに情報の検索や本装置の操作方法など、そ
れぞれ専門分野を有するエージェントである。

【００３０】第１のエージェントはユーザと接触の機会
が多く、ユーザの個人情報、例えば消費動向、食生活、
趣味、健康状態などを把握しており、専門エージェント
によるサービスに際して、ユーザの代わりに指針を与え
る。例えば、ユーザが映画の紹介を担当する専門エージ
ェントに、「新着映画を知りたい」と要求する。このユ
ーザの好む映画が「ホラー」や「ラブコメディー」であ
ることが個人情報からわかっているとき、第１のエージ
ェントは画面上で、「背筋の凍るようなの、教えてね」
とか、「ほんわかして、オモシロイの、教えてね」など
と第２のエージェントに向けて発言する。一方、第２の
エージェントは、「わかりました。いま探すから待って
ね」などと応答する。この対話により、ユーザは自分の
求める情報が的確に検索されていることがわかる。こう
したエージェントどうしの対話は、サービスの実行過程
を示すという意味でユーザに安心感を与えることがで
き、とくに第１のエージェントが的確にユーザの気持ち
を代弁できればできるほど、ユーザはこのエージェント
を便利に思い、場合によっては愛着を覚える。その結
果、第１のエージェントからそのユーザの個人情報を取
得することが比較的容易になる。なお、このエージェン
トは、ユーザがある程度好みで選択できたり、またはユ
ーザ自身がデザインできる構成としてもよい。

【００３１】エージェント同士の対話は、実行過程の明
示のほかに、単にその対話が面白いというだけでも意味
がある。すなわち、検索等で時間がかかるとき、従来一
般的な構成では、「ただいま検索中です。しばらくお待
ち下さい」またはそれに類する表示がなされるが、それ
で待ち時間の苦痛が軽減されるわけではない。実施の形
態によれば、そうした間にエージェント同士が例えば漫
才のような掛け合いをすることにより、ユーザの気晴ら
しとなる。以下、実施の形態に係るユーザ支援装置全体
を詳述する。その中で、とくにエージェントに関する説
明は図６から８、および図１７以降を中心に行う。

【００３２】図１から図４は、実施の形態に係るユーザ
支援装置のいろいろな態様を示す。いずれの場合も、ユ
ーザ支援装置は、フロント処理部１２、ミドル処理部１
４、バック処理部２０の主な３つの処理部の任意の組合
せからなる。フロント処理部１２は、ユーザと装置の間
で情報のやりとりをする。ミドル処理部１４は、フロン
ト処理部１２におけるやりとりを後方で支援するもの
で、ユーザが望む情報をユーザ別にそのユーザに適した
形式で取得し、保持する。バック処理部２０は、ユーザ
が望む情報をネットワーク、ここではインターネットか
ら広く収集し、ミドル処理部１４へ提供する。バック処
理部２０はさらに、フロント処理部１２によるユーザの
支援をより充実化するために、サーバとして後述の専門
エージェントを提供する。

【００３３】図１の例では、ユーザ支援装置はＰＣ１０
に実装されたフロント処理部１２およびミドル処理部１
４からなる。ただし、これらにバック処理部２０を加え
た構成をユーザ支援装置と考えてもよく、以下、そうし
た組合せの自由度に関する配慮は本明細書を通じて有効
である。ミドル処理部１４はインターネット１６を介し
てバック処理部２０が実装されたＷｅｂサーバ１８と通
信する。

【００３４】図２の例では、フロント処理部１２は電化
機器３０に、ミドル処理部１４はホームサーバ３２にそ
れぞれ実装され、ミドル処理部１４はインターネット１
６を介してＷｅｂサーバ１８に実装されたバック処理部
２０と通信する。電化機器３０はデジタルテレビジョン
受像機、ビデオ録画装置、デジタルカメラなどのいわゆ
るＡＶ機器、冷蔵庫、洗濯機などのいわゆる白物家電、
センサ類を有するホームセキュリティ機器、その他任意
の機器で、ホームサーバ３２によって管理されている。
例えば、フロント処理部１２は冷蔵庫に取り付けられた
液晶パネルに表示される情報を管理し、フロント処理部
１２を通して冷凍または冷蔵に関するユーザの指示を取
得したり、現在の冷凍庫や製氷室の状況を通知する。一
方、ミドル処理部１４は例えば「本日のおすすめレシ
ピ」など、一般に冷蔵庫のオペレーション情報を超えた
情報を表示することができる。

【００３５】図３の例では、フロント処理部１２は携帯
電話その他のモバイル端末４０に実装され、ミドル処理
部１４とバック処理部２０はＷｅｂサーバ１８に実装さ
れ、モバイル端末４０とＷｅｂサーバ１８がインターネ
ット１６を介して通信する。この例の場合、ミドル処理
部１４もＷｅｂサーバ１８に設けることでモバイル端末
４０の負荷軽減が図られる。図４の例では、図３とほぼ
同様の構成であるが、Ｗｅｂサーバ１８にはバック処理
部２０のみが実装され、ミドル処理部１４を経由しない
簡素化されたサービスが展開される。

【００３６】図５は、これらいろいろな態様のうちの一
例として、図１に準じたユーザ支援装置の構成を示す。
ＰＣ１０は通常のコンピュータとしての機能をもち、し
たがってその構成は、ＣＰＵ、メモリ、メモリのロード
されたユーザ支援機能のあるプログラムなどによって実
現されるが、ここではそれらの連携によって実現され
る、本実施の形態に特徴的な機能ブロックのみを描いて
いる。これらの機能ブロックがハードウエアのみ、ソフ
トウエアのみ、またはそれらの組合せによっていろいろ
な形で実現できることは、当業者には理解されるところ
である。

【００３７】フロント処理部１２とミドル処理部１４は
ＰＣ１０に実装され、バック処理部２０はＷｅｂサーバ
１８に実装され、ＰＣ１０とＷｅｂサーバ１８が通信す
る。同図では、ミドル処理部１４とバック処理部２０の
情報の授受を明確化するために両者を並べて描いている
が、実際には両者の間にもインターネット１６が存在
し、それぞれの通信機能を介して接続される。

【００３８】フロント処理部１２は、ユーザに情報を提
示し、ユーザから指示を受け付けるなど、ユーザに関連
する機能全体の総称としてのユーザインタフェイス１０
０を有する。したがって、ユーザインタフェイス１００
は図示しないキーボードやマウスなどの入力装置、ユー
ザに情報を表示する表示装置、ＧＵＩその他のプログラ
ムが含まれる。

【００３９】エージェント記憶部１０４は、ユーザを支
援するエージェントを記述するオブジェクトデータ（以
下単に「データ」または「エージェントデータ」とも表
記する）を保持している。エージェントはエージェント
出力部１０２を介してユーザへ表示される。以下、とく
に断らない限り単に「エージェント」というときは、第
１および第２のエージェントを含む。

【００４０】第１のエージェントは、ユーザ個別エージ
ェントである。これはユーザ毎にエージェント提供部１
３４から提供され、ユーザの個人情報を取得し、第２の
エージェントによるカスタマイズ度の高いサービスの実
現を助ける。ユーザ個別エージェントには、自分の担当
するユーザから個人情報を取得する対話の機能が与えら
れ、そのユーザによる使用頻度、例えば呼出の回数が所
定値を越えると、「友人」としてその機能がアクティブ
にされる。

【００４１】一方、第２のエージェントは専門エージェ
ントであり、例えば料理エージェント、映画エージェン
ト、旅行エージェント、ＰＣエージェント、新製品エー
ジェント、買い物エージェントなどを含み、それぞれそ
の専門分野のサービス、とくに情報の検索と提供を行
う。

【００４２】エージェントの別の分類に、「ローカルエ
ージェント」と「リモートエージェント」がある。ロー
カルエージェントはフロント処理部１２がローカルに有
していたもので、主にＰＣ１０固有の機能についてユー
ザにガイダンス情報を与える。ローカルエージェントは
ＰＣ１０のＯＳの機能、ＰＣ１０に実装された各種アプ
リケーションプログラムの機能などによって実現でき
る。ただし、ユーザからはローカルエージェントとリモ
ートエージェントの差違が特に意識されない構成として
もよい。

【００４３】一方、リモートエージェントはエージェン
ト提供部１３４から提供されるもので、エージェント記
憶部１０４へダウンロードされた後、エージェント記憶
部１０４に恒久的にとどまってもよいし、ＰＣ１０とＷ
ｅｂサーバ１８の通信が終了した後、エージェント記憶
部１０４から消去されてもよいし、それらのいずれかを
ユーザが選択できる構成としてもよい。以下、ユーザ個
別エージェント、専門エージェントとも、ローカル、リ
モートを問わないが、リモートの場合を中心に説明す
る。

【００４４】エージェント処理実行部１０６は、ユーザ
インタフェイス１００を介してユーザがいずれかのエー
ジェントに指示を出したとき、その実現のために必要な
処理を実行する。エージェント記憶部１０４とエージェ
ント出力部１０２がエージェントをユーザに見せるため
の出力側機構であったのに対し、エージェント処理実行
部は１０６は、ユーザがエージェントに働きかけたとき
これを取得してミドル処理部１４へ伝えるための入力側
機構を形成する。

【００４５】一例として、ユーザが専門エージェントに
情報を求めた場合、専門エージェントはユーザ個別エー
ジェントから与えられる指針を考慮しつつ、必要な情報
をミドル処理部１４へ問い合わせる。ミドル処理部１４
は、必要な情報がキャッシュメモリ１２０に蓄積されて
いるときはそれを読み出して専門エージェントへ提供す
る。キャッシュメモリ１２０に蓄積されていないとき、
その情報をインターネット１６上の任意のサイトから取
得してミドル処理部１４へ送り返すようバック処理部２
０へ指示を送信する。以下、そうしてインターネット１
６経由で取得された情報をＨＴＭＬのファイルフォーマ
ットの概念にならってページとよぶ。ミドル処理部１４
は、バック処理部２０から送られたページをユーザへ提
供するとともに、ユーザからの将来のアクセスに備えて
ページを加工し、キャッシュメモリ１２０へ蓄積する。
ミドル処理部１４の詳細は後述する。

【００４６】バック処理部２０の検索部１３０は、ミド
ル処理部１４から問い合わされたページを通信部１３２
経由で検索する。検索部１３０は、外部に存在する複数
の検索エンジンを同時に検索するメタ検索エンジンであ
ってもよく、その場合、ユーザの手間が省かれるととも
に、検索の偏りを吸収しやすくなる。

【００４７】エージェント提供部１３４のエージェント
制御部１４０は、リモートエージェントの生成と管理を
行い、これをオブジェクトデータとしてフロント処理部
１２へ提供する。リモートエージェントのオブジェクト
データとして、その画像データ、対話データ、性格付け
などのための各種属性データが生成される。フロント処
理部１２にてユーザからエージェントが任務を預かった
とき、その情報はエージェント制御部１４０で取得さ
れ、ページの検索その他必要な処理がなされる。

【００４８】ユーザ情報データベース１５０には、ユー
ザの嗜好に沿った情報を提供したり、ユーザ個別エージ
ェントの機能をよりカスタマイズするために、アンケー
トや各エージェントとの対話その他のルートを通じて得
られたユーザの個人情報が格納されている。

【００４９】図６は、エージェント記憶部１０４の内部
に展開されるオブジェクトデータを示す。ここにはユー
ザ個別エージェント５０２と献立エージェント５０６を
含む専門エージェント群５０４が形成され、これらがエ
ージェント統括部５００によって統括されている。ユー
ザ個別エージェント５０２は「おしゃべりエージェン
ト」と呼ぶべき存在で、ユーザとのおしゃべりを主に担
当する。以下、専門エージェントとして献立エージェン
ト５０６を採り上げる。エージェント統括部５００はユ
ーザ個別エージェント５０２、献立エージェント５０６
の行動や対話を制御するもので、対話データ保持部５０
８から必要な対話データを状況に応じて適宜選択し、こ
れをエージェントに引き渡す。

【００５０】図７はエージェント統括部５００の詳細を
示す。要求入力部５１０は、ユーザインタフェイス１０
０を介してユーザから要求を取得する。取得された要求
５１８はキーワード抽出部１０８へ送られ、後述の要領
でキーワードが抽出される。抽出されたキーワード５２
２はエージェント統括部５００の指針提供部５１２へ戻
される。指針提供部５１２は、個人情報データベース１
１８からユーザ情報を取得し、ユーザ個別エージェント
５０２から献立エージェント５０６へ与えるべき指針を
生成する。生成された指針５２４は検索前処理部１１０
と対話処理部５１４へ送出される。検索前処理部１１０
は後述のごとく、この指針５２４も加味して検索のため
の条件式を設定する。対話処理部５１４は、指針５２４
をもとにユーザ個別エージェント５０２が発言すべき対
話データとそれに応える献立エージェント５０６の対話
データを対話データ保持部５０８から抽出し、これらを
ユーザ個別エージェント５０２、献立エージェント５０
６へ渡す。各エージェントは、受け取った対話データに
したがって発言する。

【００５１】ユーザ個別エージェント５０２が指針５２
４をユーザに認識可能な方法、たとえば画面表示または
音声によって示したとき、ユーザはその指針５２４を補
強し、またはうち消す形で別の指令を入力することがあ
る。この指令も要求入力部５１０で取得され、指針５２
４よりも優先すべきもの（以下、優先指令５２０とい
う）として指針提供部５１２へ伝える。指針提供部５１
２は、優先指令５２０に応じて別の指針５２４を生成
し、検索前処理部１１０、対話処理部５１４へ伝える。
このことにより、サービスが軌道修正されるとともに、
その事実がユーザ個別エージェント５０２または献立エ
ージェント５０６を介してユーザへ伝えられる。

【００５２】専門エージェント紹介部５１６は、ユーザ
個別エージェント５０２が献立エージェント５０６など
の専門エージェントをユーザに紹介するための機能をも
つ。この機能は、ユーザがユーザ個別エージェント５０
２にサービスを要求したとき、それにふさわしい専門エ
ージェントを呼び出す際に起動され、紹介に必要な対話
データが対話処理部５１４によって対話データ保持部５
０８から読み出され、ユーザ個別エージェント５０２へ
渡される。ユーザ個別エージェント５０２は、各専門エ
ージェントの機能や役割をユーザへ紹介する。

【００５３】図８は、ユーザ個別エージェント５０２と
献立エージェント５０６の協働によってユーザに献立を
提案するために必要な情報を後述の個人情報データベー
ス１１８から選び、サブセット１１８ａとして示すもの
である。サブセット１１８ａは、ユーザの好きな料理欄
５３０、最近の食事履歴欄５３２、ユーザの健康状態欄
５３４、嫌いな食材欄５３６、通常の食事に対して許容
できる材料費の上限を示す予算Ａ欄５３８、来客時その
他特別な食事に対して許容できる材料費の上限を示す予
算Ｂ欄５４０などを含む。図８によれば、このユーザは
中華料理が好きで、最近の食事は時間的に近い順に、中
華、中華、和食、中華、イタリアン、和食、和食・・で
あり、健康状態は良好だが高血圧気味で、嫌いな食材は
貝類とねぎ、予算Ａの上限は８００円、予算Ｂの上限は
２０００円である。

【００５４】この状況において、ユーザが要求として
「献立を提案してほしい」と入力すれば、この要求文
は、外見上はユーザ個別エージェント５０２で、ただし
現実には要求入力部５１０で取得され、キーワード抽出
部１０８でキーワード「献立」「提案」などが抽出さ
れ、これらが指針提供部５１２へ返される。指針提供部
５１２は、サブセット１１８ａを参照し、例えば健康状
態に注目することにより、高血圧対策として「塩分控え
め」または「低塩分」などの指針５２４を得る。この指
針５２４は検索前処理部１１０へ送られ、後述のごとく
キーワードへアンドされ、献立の候補に絞り込みがかけ
られる。

【００５５】一方、指針５２４は対話処理部５１４にも
送られ、献立を検索する献立エージェント５０６に対
し、ユーザ個別エージェント５０２が、例えば「塩分、
控えめにしてね」などと発言する。実際の検索はすでに
その指針５２４を知っている検索前処理部１１０に考慮
され、検索部１３０で実行に移されているが、ユーザ個
別エージェント５０２はその過程を献立エージェント５
０６への語りかけという形でユーザに知らしめている。
献立エージェント５０６による応答は比較的簡単で、例
えば「すこし、待ってね」など、ユーザ個別エージェン
ト５０２からの指針にさして依存しない形で準備するこ
ともできる。

【００５６】指針提供部５１２は、食事履歴欄５３２を
参照し、比較的中華料理がつづいていることを検出して
もよい。その場合、ユーザ個別エージェント５０２に
「今回は中華はやめてね」「今日は和食かイタリアンに
してね」などと発言させてもよい。同様に、嫌いな食材
５３６を参照して「貝は外してね」と発言させたり、予
算Ａ欄５３８を参照して「８００円までね」と発言させ
てもよい。

【００５７】指針提供部５１２による指針５２４は、検
索前処理部１１０による検索式の生成の際、当初より加
味されてもよいし、いちど検索部１３０に検索された結
果、ヒット数が多すぎる場合やユーザの希望を満たさな
いものが含まれていそうな場合に考慮されてもよい。こ
のため、指針提供部５１２は検索の状況を参照し、指針
５２４をいくつかの異なるタイミングで発してもよい。

【００５８】一例として、まずは指令５２４を出さず検
索を実行させ、その結果が出た瞬間に「きみ、昨日も同
じレシピだったな」「予算、越えてない？」「ネギはカ
ンベンしてよ」などと発言させ、バックグラウンドで
「予算８００円以下」や、検索の際に「ねぎ」が含まれ
る献立を外すべく、「ＮＯＴねぎ」という否定形のキ
ーワードを指令５２４として検索前処理部１１０へ送信
してもよい。その結果、検索前処理部１１０は新たな検
索式を検索部１３０へ送り、再度検索が実行され、より
ユーザの希望に近い献立が提示される。検索のヒット数
が多すぎる場合、指針提供部５１２はサブセット１１８
ａを参照して次々に指針５２４を発し、検索を大幅に絞
り込んでもよい。それでも多すぎる場合、例えば「結果
が多すぎます。なにか、好みはありますか。」などとユ
ーザへ質問させることにより、ユーザから絞り込みのキ
ーワードを引き出してもよい。

【００５９】一方、ユーザもただ検索を黙ってみている
とは限らず、例えばユーザ個別エージェント５０２によ
る「今回は中華はやめてね」という発言を受け、「今日
は中華でいい」などと入力してもよい。これは優先指令
５２０として指針提供部５１２へ提供され、中華料理が
検索される。

【００６０】ユーザが入力した要求の意味が判明しない
場合、ユーザ個別エージェント５０２は発言の意図を特
定するための質問を順次発してもよい。その際、まず
「料理の種類を選んでください。１．中華、２．和
食、３．イタリアン…」とし、ユーザが１．を選べば、
「主な食材はなにがいいですか。１．豚肉、２．牛
肉、３．鶏肉、４．魚、５．野菜…」とするなど、いろ
いろな方法が考えられる。

【００６１】献立エージェント５０６による検索、すな
わち現実には好きな料理欄５３０による検索に時間がか
かっている場合、ユーザ個別エージェント５０２と献立
エージェント５０６が任意の会話をもつことでユーザの
気晴らしを狙ってもよい。そのために、たとえばユーザ
個別エージェント５０２その他の部分に、検索の継続時
間を図るタイマーを設け、その時間が所定のしきい値を
越えたとき、ユーザ個別エージェント５０２と献立エー
ジェント５０６が会話を開始する構成としてもよい。こ
こでは、ユーザ個別エージェント５０２がユーザの気持
ちを代弁し、かつ漫才のような面白さを狙って、例え
ば、「こら、まだわからんのか！きみ、それでもプロ
か。」と発言し、以下献立エージェント５０６とユーザ
個別エージェント５０２が、「きみこそ、ちょっとぐら
い、手つどーたらどないや。」「ふだん、『素人にはま
かせられん』ゆうとったやないか。あら、うそか。」
「うそは、かみさんにしか、つかん。そやから、うちは
夫婦円満や。」「なんやしらんけど、えらい理屈やな
ぁ。」などと、掛け合いを持ってもよい。掛け合いをも
つ状況は、検索時間がかかる場合、検索結果が思わしく
なく、ユーザが再三指令を発する場合、検索結果のヒッ
ト数が多すぎる場合など、いくつかの状況に限られるの
で、予め多数の会話をテンプレート化することは比較的
容易である。

【００６２】図５の構成によれば、フロント処理部１２
はバック処理部２０との連携によってエージェントによ
るサービスを提供できる。したがって、フロント処理部
１２とバック処理部２０の連携にミドル処理部１４は必
須ではないが、フロント処理部１２からページの検索が
要求され、そのページを効率的に管理することによって
さらにユーザの利便性を高める場合、ミドル処理部１４
は重要な役割を果たす。以下、ミドル処理部１４の機能
を詳述する。

【００６３】エージェント処理実行部１０６は、前述の
献立エージェント５０６を介してユーザから入力された
検索要求文を取得する。検索要求文は、例えば「牛肉を
使った料理のレシピが知りたい」というように自然文の
形式をとるが、もちろん、最初からキーワード単位で入
力してもよい。以下、自然文を例にとる。

【００６４】検索要求文はキーワード抽出部１０８へ送
られ、形態素へ分解され、主に名詞、ここでは「牛肉」
「料理」「レシピ」などがユーザの意図を反映するキー
ワードとして抽出される。以下、こうして取得されたキ
ーワードを「初期キーワード」といい、後述の検索前処
理部１１０で新たに付与されるキーワードと区別する。

【００６５】初期キーワードは検索前処理部１１０へ送
られる。検索前処理部１１０の機能は後述するが、ここ
では初期キーワードが検索に最適な形で選ばれていると
は限らないため、一部キーワードを削除し、かつより客
観化された適切なキーワード（以下「客観キーワード」
ともいう）を生成する。つづいて、初期キーワードのう
ち削除されずに残ったキーワード（以下「選定された初
期キーワード」ともいう）と客観キーワードの論理積、
つまりアンドをとる。さらに、その結果とエージェント
統括部５００の指針提供部５１２から与えられた指針５
２４、すなわち絞り込みのためのキーワードのアンドを
とり、こうして得られる検索式をバック処理部２０の検
索部１３０へ送付する。

【００６６】検索部１３０は通信部１３２を介し、先の
検索式を用いてＷｅｂサイトやそのページへの検索が実
行され、その結果ヒットした情報（以下単に「目的ペー
ジ」という）が通信部１３２を介して取得され、これが
エージェント制御部１４０、またはエージェント処理実
行部１０６へ直接送付される。

【００６７】目的ページはメタ情報生成部１１６へも送
られる。メタ情報生成部１１６は、後述のごとく必要な
メタ情報を生成し、これを目的ページに関連づけてキャ
ッシュメモリ１２０へ格納する。以降、キャッシュメモ
リ１２０内のデータが将来のユーザによる検索に対して
待機状態となる。なお、キャッシュメモリ１２０は、デ
ィスク、半導体メモリなど、その形態を問わない。

【００６８】キーワード抽出部１０８で抽出された初期
キーワードは、キャッシュ検索部１１２へも送られる。
キャッシュ検索部１１２は、先の「牛肉」等のキーワー
ドをもとにキャッシュメモリ１２０内を検索し、もしユ
ーザが求めるページがすでにキャッシングされていれ
ば、検索前処理部１１０または検索部１３０へ指示を出
すことにより、インターネットへのアクセスが必要なグ
ローバルな検索は中止し、ローカルなキャッシュメモリ
１２０から所望のページを読み出す。読み出されたペー
ジは献立エージェント５０６を通じてユーザへ表示され
る。一方、所望のページがキャッシュメモリ１２０に存
在しない場合は、検索前処理部１１０、検索部１３０を
経てページが取得される。

【００６９】個人情報データベース１１８は、ユーザに
関するいろいろな情報（以下「個人情報」ともいう）、
たとえば前述のごとく食事の好みやその他趣味などある
程度恒久的な情報や、最近食べたものといった一過性の
ある情報などを保持している。個人情報は、ユーザとユ
ーザ個別エージェント５０２をのやりとりをもとに、エ
ージェント処理実行部１０６を通して取得される。また
本装置は、図示しないＰＩＭ（個人情報管理装置）とし
てスケジュール管理機能、食べたものからカロリーを計
算する健康管理機能、買った物やその価格を記録する会
計機能などを備えていてもよく、そうした機能の利用記
録から取得できる情報を格納してもよい。

【００７０】事前検索制御部１１４は、個人情報データ
ベース１１８に保持された個人情報をもとに、ユーザが
興味を示しそうな情報を特定し、その情報に関するキー
ワードを検索前処理部１１０へ送る。検索前処理部１１
０は、事前検索制御部１１４からキーワードが送られて
きたことを契機として客観キーワードの生成と検索式の
生成を行い、検索部１３０が検索を実行する。事前検索
制御部１１４が検索を起動するこのプロセスはバッグラ
ウンド的に処理されることが望ましく、例えばユーザが
本装置を利用していない夜間、または昼間であってもユ
ーザから指示がない時間がある程度続いたとき、または
図示しないメールプログラムがメールのダウンロードの
ためにインターネットへダイヤルアップ接続しにいった
ときなどに合わせて実行してもよい。いずれの場合も、
バックグランド的な処理であれば、メタ情報生成部１１
６による処理にも時間がとれるため、好都合である。

【００７１】図９はメタ情報生成部１１６の内部構成を
示す。検索部１３０から送付された目的ページは、キー
ワード検出部３５０へ入力される。キーワード検出部３
５０は目的ページから形態素解析その他既知の解析方法
によりキーワードを検出する。検出されたキーワード
（以下「チェック用キーワード」ともいう）はプリチェ
ック部３５２へ送られる。

【００７２】プリチェック部３５２は、チェックデータ
保持部３６２に予め格納されたデータをもとに、目的ペ
ージが本当にユーザの希望するページであるかどうか判
定する。チェックデータ保持部３６２には、細分化され
たテーマごとに出現頻度の高いキーワードが格納されて
いる。テーマ分類の例として、ポータルサイトが提供す
るごとく、まず大分類に「ニュース」「コンピュータ」
「トラベル」「グルメ」「オークション」「マネー」
「スポーツ」「娯楽」「音楽」「仕事」などがあり、例
えば「グルメ」の下の中分類として「全国のレストラ
ン」「イベント」「プロの献立」「エスニック料理」
「料理番組」「栄養」「耳より情報」などがある。チェ
ックデータ保持部３６２は例えば、こうした中分類ごと
にポータルサイトに登録されているサイトのページを、
過去のいずれかのタイミングでサンプルして得られたキ
ーワードを保持している。

【００７３】プリチェック部３５２は、チェック用キー
ワードのそれぞれとチェックデータ保持部３６２に保持
されているキーワードとのマッチングをとり、各キーワ
ードが上記のいずれの大分類または中分類に属するかを
判定する。その結果、例えばチェック用キーワードの過
半数が大分類の「グルメ」に属していたとする。一方、
当初のユーザの意図を示す初期キーワード「牛肉」「料
理」「レシピ」も同一の「グルメ」に存在すれば、目的
ページはチェックに合格したと判断する。もちろん、大
分類「グルメ」以外に中分類の「プロの献立」などを利
用してもよく、その場合、チェック用キーワードの例え
ば２０％が「プロの献立」に含まれていれば合格として
もよい。ただし、プリチェック部３５２は厳密なチェッ
クが目的ではなく、あきらかにユーザの意図からはずれ
るページのみを弾けばよく、合格の判定を非常に緩く設
定してもよい。チェックの結果はメタ情報書込制御部３
６０に伝えられる。

【００７４】主題解析部３５４もプリチェック部３５２
とほぼ同様の構成であり、キーワード検出部３５０から
チェック用キーワードを取得するが、主題解析部３５４
は初期キーワードについては関知せず、チェック用キー
ワードの多数が含まれる大分類または中分類を特定す
る。これが例えば「プロの献立」であれば、目的ページ
の主題は「料理」またはその中の特に「献立」であると
判断し、ここでは「献立」をメタ情報抽出部３５６およ
びメタ情報推測部３５８へ伝える。

【００７５】メタ情報抽出部３５６は、「献立」が目的
ページの主題であるとの判断のもとに、「献立」に関す
る情報を目的ページ内から検索し、メタ情報の集合体で
あるファイル（以下「メタ情報ファイル」という）を生
成する。図１０はそうして生成されたメタ情報ファイル
３７０の例を示す。ここでは、予め「料理分類」「料理
名」その他の項目を定めた料理用テンプレートが準備さ
れ、それらの項目に目的ページから該当する情報を埋め
込んでいる。

【００７６】メタ情報推測部３５８は、メタ情報ファイ
ル３７０の項目のうち、目的ページ中に該当する情報が
発見されなかった項目について、そのメタ情報を推測す
る。例えば、いま図１０の項目のうち「カロリー」が不
明であれば、「成分表」や「材料リスト」、および必要
に応じて「作り方」を参照し、カロリーの概算を計算し
てもよい。そのための計算式は料理用テンプレートを作
成する際にメタ情報推測部３５８に記録しておいてもよ
い。料理以外にも、例えば旅行用テンプレートを作る場
合、「電車による所要時間」「交通費」「付近の名所」
などを項目として設ける傍ら、それらの情報が目的ペー
ジに発見できない場合、地図情報、列車時刻表、各県観
光案内情報などを予め調べておいてメタ情報を推測して
もよい。ユーザの趣味が旅行であることがわかっていれ
ば、事前検索制御部１１４は予めＷＷＷ上で利用可能な
地図情報等を利用し、メタ情報推測のための情報を入手
してもよいし、その情報源であるページを、ユーザが興
味をもちそうなページとして予めキャッシュメモリ１２
０へ格納してもよい。

【００７７】メタ情報抽出部３５６で生成され、メタ情
報推測部３５８によって情報が追加されたメタ情報ファ
イル３７０はメタ情報書込制御部３６０へ送られる。メ
タ情報書込制御部３６０は、プリチェック部３５２によ
る合否チェックが合格であった場合、メタ情報ファイル
３７０と目的ページを関連づけてキャッシュメモリ１２
０へ格納する。

【００７８】図１１は、メタ情報ファイル３７０と目的
ページのページデータ３７２の関連づけの方法を示す。
ここではページデータ３７２の先頭その他任意の箇所に
メタ情報ファイル３７０の内容が埋め込まれる。そのた
め、例えばＸＭＬ（eXtensible Markup Language）で両
者を一体のテキストファイルとして生成してもよく、図
１０の記述は、＜献立メタ情報＞＜ＵＲＬ＞www.kondate.com＜／ＵＲＬ＞＜料理分類＞中華＜／料理分類＞：＜／献立メタ情報＞などの記述に変換して埋め込まれる。

【００７９】図１２は、メタ情報ファイル３７０と目的
ページのページデータ３７２の別の関連づけを示す。こ
こでは、メタ情報ファイル３７０をページデータ３７２
と別ファイルとして生成し、それらのリンク情報３７４
が別途記録されている。この方法の場合、キャッシュ検
索部１１２による検索はメタ情報ファイル３７０に対し
て行われ、リンク情報３７４を介して所望のページがキ
ャッシュメモリ１２０から読み出される。

【００８０】図１３は、検索前処理部１１０の内部構成
を示す。キーワード抽出部１０８で抽出された初期キー
ワードは条件緩和部４００へ送られる。条件緩和部４０
０は、参照テーブル４０４を検索することにより、削除
すべきキーワードを決定する。参照テーブル４０４に
は、過去の検索における経験則をもとに、検索の際、大
幅にヒット数を減らすようなキーワード、いいかえれ
ば、条件として厳しすぎるキーワードが削除すべきもの
として記録されている。以下、そうして削除されたキー
ワードを「無効キーワード」ともいう。条件緩和部４０
０は、キーワードを削除して残ったキーワード、すなわ
ち、選定された初期キーワードを条件付加部４０２およ
び検索式設定部４０６へ送付する。条件付加部４０２に
はさらに無効キーワードも通知される。

【００８１】条件付加部４０２は、選定された初期キー
ワードおよび無効キーワード、または例えば後者のみを
もとに、参照テーブル４０４を参照して客観キーワード
を特定し、これを検索式設定部４０６へ通知する。検索
式設定部４０６は、選定された初期キーワードと客観キ
ーワードの論理積、つまりアンドをとり、さらに指針提
供部５１２から送られた指針５２４に対応するキーワー
ドのアンドをとり、こうして得られる検索式を検索部１
３０へ送付する。

【００８２】図１４は参照テーブル４０４の内部データ
の一例を示す。参照テーブル４０４は、キーワード欄４
４０、削除欄４４２、および客観キーワード欄４４４が
設けられている。キーワード欄４４０には初期キーワー
ドが記録され、削除欄４４２はそれらのうち無効キーワ
ードに「１」のフラグが立っている。このフラグが
「０」の場合、それは選定されたキーワードとして検索
式の中に残される。客観キーワード欄４４４は、各初期
キーワードに対応して過去の検索から経験則的に、また
はオペレータが自主的に設定した客観キーワードが優先
順に記述されている。

【００８３】図１５は、ミドル処理部１４による処理の
手順を示す。牛肉に関するレシピを知りたいユーザは、
まず献立エージェント５０６に検索要求文「牛肉を使っ
た料理のレシピを知りたい」を入力する。検索要求文は
エージェント処理実行部１０６で取得され（Ｓ１０）、
初期キーワード「牛肉」「料理」「レシピ」が抽出され
る（Ｓ１２）。これらの初期キーワードはキャッシュ検
索部１１２へ送られ、キャッシュメモリ１２０に対する
検索が掛けられ（Ｓ１４）、所望のページがすでにキャ
ッシングされていれば（Ｓ１４のＹ）、そのページが読
み出されて表示される（Ｓ１６）。

【００８４】一方、所望のページがキャッシングされて
いなければ（Ｓ１４のＮ）、検索前処理部１１０によ
り、無効キーワードの特定と客観キーワードの付与およ
び指針設定部５１２から送付された指針５２４を加味し
た検索式の設定という検索の前処理がなされ（Ｓ１
８）、これをもとに検索部１３０がＷＷＷを用いたペー
ジ検索を実施する（Ｓ２０）。

【００８５】検索によって発見されたページ、すなわち
目的ページは、ユーザ個別エージェント５０２の指針５
２４のもと、あたかも献立エージェント５０６が発見し
たかのように表示される（Ｓ２２）。また、目的ページ
はメタ情報生成部１１６へも送られ、ここでプリチェッ
ク、主題の解析、メタ情報の抽出と推測を経てメタ情報
が図１０に示すファイルとして生成される（Ｓ２４）。
つづいて、このメタ情報は目的ページと図１１または図
１２のような方法で関連づけられ、キャッシュメモリ１
２０へ格納される（Ｓ２６）。

【００８６】したがって、ユーザがある程度主観的に入
力した検索要求文をもとに、エージェントによる検索実
行過程がユーザに示されつつ、必要な情報が迅速に提供
される。とくに、この実施の形態に特徴的なメタ情報の
追加とキャッシングによれば、ユーザが求めるページが
キャッシュメモリ１２０に存在するときには非常に高い
精度で検索にかかるし、そうしたキャッシュメモリ１２
０から読み出されたページがユーザの満足にかなう確率
も高まる。とくに、メタ情報生成部１１６ではキャッシ
ングすべきページをプリチェックするため、無駄のない
キャッシングを行うことができる。

【００８７】図１６は、事前検索制御部１１４によって
バックグラウンド的に実施される事前検索の手順を示
す。ユーザは前述のごとく毎日食事の内容を食事履歴欄
５３２へ記録している。また、このユーザは中華料理が
好きであることがわかっている（Ｓ３０）。事前検索制
御部１１４は、例えば一週間にわたってユーザがまった
く中華料理を食べていない時期を検知すれば、そろそろ
中華料理の献立に対する問い合わせがあると予測し、事
前検索制御部１１４はキーワードとして「中華」「料
理」「献立」などを生成する（Ｓ３２）。

【００８８】つづいて事前検索制御部１１４は、ユーザ
が本装置を利用しない例えば夜中になったとき、バック
グラウンド的な検索のためのタイミングが到来したと認
識し（Ｓ３４のＹ）、生成したキーワードを検索前処理
部１１０へ送る。以下の処理は図１５の「Ａ」から入る
パスと同様であり、ユーザが問い合わせる可能性のある
ページが予めキャッシングされる。その結果、ユーザか
らの要求に迅速に対応でき、カスタマイズ度の高いエー
ジェントマシンが実現する。

【００８９】以上がフロント処理部１２、ミドル処理部
１４およびバック処理部２０の構成および代表的な処理
のフローである。以下、ユーザが実際にユーザ個別エー
ジェント５０２と献立エージェント５０６を利用してサ
ービスを受ける手順を示す。

【００９０】図１７は、エージェントによるサービスを
受ける際、ＰＣ１０に最初に現れる画面６００を模式的
に示す。画面６００には、そのユーザに割り当てられた
ユーザ個別エージェント５０２が現れ、ユーザに向かっ
て「では、おしゃべりしましょう」と発言している。ユ
ーザの発言は音声入力でも当然よいが、ここでは画面６
００に入力領域６０２が現れる例を示している。ユーザ
は入力領域６０２に「おすすめのレシピは？」と入力
し、レシピの提案を要求している。この要求は要求入力
部５１０で取得され、以降、前述のごとくキーワード抽
出部１０８以下の処理が開始される。

【００９１】一方、専門エージェント紹介部５１６によ
り、ユーザ個別エージェント５０２が献立エージェント
５０６を紹介する場面が生成される。図１８はその場面
を示す。ここではユーザ個別エージェント５０２が「で
は、献立エージェントを紹介しましょう」といい、献立
エージェント５０６が現れ、「おいしい献立をお教えし
ます」と発言する。つづいて、ユーザ個別エージェント
５０２が個人情報データベース５１８を参照し、このユ
ーザのための特別な指針５２４を出す。この例では、ユ
ーザは貧血症であり、ユーザ個別エージェント５０２は
「貧血ぎみの人によい料理を教えてね」と発言してい
る。

【００９２】図１９はその指針５２４を受けた献立エー
ジェント５０６が検索結果を得たときの様子を示す。こ
こでは、献立エージェント５０６が「見つかりました」
と発言して検索結果領域６０４に「本日のレシピ」とし
ていくつかのお勧めレシピがタイトル表示される。一
方、ユーザ個別エージェント５０２は、例えばそのユー
ザが最近中華料理を食べ続けていることを検知し、「今
日は中華はやめてよ」と指針５２４を出している。この
とき、ミドル処理部１４またはバック処理部２０ではす
でにバックグラウンドで「中華」を外す検索を開始して
いてもよい。ただし、この例ではユーザが入力領域６０
２に「いや、中華がいい」と指令を発している。

【００９３】図２０はその指令を受けてなされる二次的
な検索の状況を示す。ユーザ個別エージェント５０２か
らの指針５２４よりもユーザから与えられた指令が重視
され、中華料理に絞った検索を行われる。ただし、さき
ほどの貧血気味の人によいこと、例えば鉄分の多いこと
や、最近食べたものではないことなどの条件はこの場合
も加味されてもよい。二次的な検索を終えた献立エージ
ェント５０６は「中華のおすすめレシピです」と発言
し、その趣旨に沿うレシピが検索結果領域６０４に示さ
れている。また、ユーザ個別エージェント５０２が「詳
細はクリックしてね」と発言する。ユーザは知りたいレ
シピのタイトルをクリックすることにより、そのページ
へ直接アクセスすることができる。

【００９４】なお、図１９において、中華料理が続いた
にも拘わらず、このユーザは再度中華料理のレシピを求
めている。一連の検索終了後、ユーザ個別エージェント
５０２は「中華が３日つづいたけど、いいの？」などと
ユーザに尋ねてもよい。ユーザが「いい」と返答すれ
ば、今後このユーザについて同種のレシピや料理がしば
らく連続しても紹介できる旨を記録してもよい。

【００９５】図２１は、エージェントによってサービス
がされる手順の一例を示す。ユーザはまず、図１７に相
当するエージェントの初期画面を起動する（Ｓ５０）。
つづいて、音声または入力領域６０２にサービスの要求
を入力すると（Ｓ５２のＹ）、ユーザ個別エージェント
５０２がそのサービスにふさわしい専門エージェントを
呼び出して紹介する（Ｓ５４）。その専門エージェント
は前記要求にしたがって、まず一次的な検索を行って
（Ｓ５６）、その結果を表示する。そのタイミングで指
針５２４が検索に投入され（Ｓ５８）、より絞り込みの
効いた二次的な検索が行われ（Ｓ６０）、結果が表示さ
れる。なお、これら一連の処理の間、任意のタイミング
でユーザの指令が入力でき、検索の軌道修正が可能とな
る。また、一次検索（Ｓ５６）の開始と同時に指針５２
４を投入し、最初から二次検索（Ｓ６０）同等の検索を
行ってもよい。二次検索でも絞り込みが十分でない場
合、新た指針５２４が投入されるか、ユーザ個別エージ
ェント５０２がユーザの要求詳細を確認し、必要な情報
への到達を図る。

【００９６】ユーザがエージェント画面を起動した回数
をバック処理部２０のユーザ情報データベース１５０に
記録してもよい。その回数が所定値を越えるまで、ユー
ザ個別エージェント５０２はユーザの要求を忠実に取り
次ぐ受動的な性格付けがなされており、一方、所定値を
越えた後は、ユーザがユーザ個別エージェント５０２に
親しみをもつという仮定のもと、ユーザ個別エージェン
ト５０２が能動的にユーザに個人情報を尋ねてもよい。
例えば「どこで遊ぶのが好き？」「いくつなの？」とい
った質問が出され、これらに対する回答がミドル処理部
１４の個人情報データベース１１８やバック処理部２０
のユーザ情報データベース１５０へ格納されてもよい。

【００９７】以上、本発明をいくつかの実施の形態をも
とに説明した。これらの実施の形態は例示であり、それ
らの各構成要素や各処理プロセスの組合せにいろいろな
変形例が可能なこと、またそうした変形例も本発明の範
囲にあることは当業者に理解されるところである。

【００９８】そうしたひとつの例として、本装置に娯楽
性の高い機能を付加することができる。例えば、ユーザ
がユーザ個別エージェント５０２や専門エージェントに
アクセスするたびにポイントが貯まり、あるポイントに
達するとＷｅｂサーバ１８の運用者からプレゼントが提
供される仕組みを導入してもよい。その場合、ユーザの
アクセス数が増え、広告料収入の増大が期待できる。ま
た、「プレミアムエージェント」という特別な専門エー
ジェントを隠しておき、これをうまく呼び出して利用で
きたユーザに特別なプレゼントを出してもよい。

【００９９】別の例として、エージェントはローカルエ
ージェントとして構成してもよい。例えば、端末Ｑ＆Ａ
専門のエージェントやメール専門のエージェントをおく
ことにより、ユーザによる装置操作の支援が実現する。
ローカルエージェントは装置がネットワークに接続され
ていない状態でも動作できる点で有利である。

【０１００】別の例として、各専門エージェントはユー
ザごとに対話のあらすじをユーザ情報データベース１５
０に記録する機能と、そのあらすじをもとに、いま対話
中のユーザを過去に接したユーザのいずれかの類型に分
類する機能とを備えてもよい。その場合、ユーザに対し
てより迅速に正確な対応をすることができる。

【０１０１】別の例として、ユーザ個別エージェント５
０２はユーザの要求内容をユーザ情報データベース１５
０に記録する機能を備え、バック処理部２０はその記録
をもとに、嗜好、行動パターン、生活習慣等に共通性の
あるユーザを検索する機能を備えてもよい。その場合、
異なるユーザでも同様の情報へ興味をもつと判断し、同
一のページをそれらのユーザのメタ情報生成部１１６へ
検索部１３０からプッシュしてもよい。

【０１０２】なお、エージェント自体をいかに生成し、
表示するかについては、既知の技術がいろいろと存在す
る。実施の形態では、そうした既知のエージェント関連
技術のうち任意のものを用いてもよい。

【０１０３】

【発明の効果】本発明によれば、ユーザはより親しみや
すい環境の中で必要なサービスを受けることができる。

【図面の簡単な説明】

【図１】実施の形態に係るユーザ支援装置のひとつの
態様を示す構成図である。

【図２】実施の形態に係るユーザ支援装置の別の態様
を示す構成図である。

【図３】実施の形態に係るユーザ支援装置のさらに別
の態様を示す構成図である。

【図４】実施の形態に係るユーザ支援装置のさらに別
の態様を示す構成図である。

【図５】図１の例について実施の形態のユーザ支援装
置を示す構成図である。

【図６】フロント処理部のエージェント記憶部の内部
データを示す図である。

【図７】エージェント記憶部中、エージェント統括部
の内部構成図である。

【図８】個人情報データベースのサブセットであり、
献立に関する情報をユーザに提供する際に利用される情
報を示す図である。

【図９】ミドル処理部のメタ情報生成部の構成図であ
る。

【図１０】ミドル処理部で生成されたメタ情報ファイ
ルを示す図である。

【図１１】メタ情報ファイルとページデータが一体化
された状態を示す図である。

【図１２】メタ情報ファイルとページデータがリンク
情報をもとに関連づけられた状態を示す図である。

【図１３】ミドル処理部の検索前処理部の構成図であ
る。

【図１４】ミドル処理部の検索前処理部の参照テーブ
ルを示す図である。

【図１５】ミドル処理部において、目的ページをキャ
ッシュメモリから読み出し、またはキャッシュメモリへ
格納する手順を示すフローチャートである。

【図１６】ミドル処理部において、ユーザが求めると
思われるページを事前に取得するための手順を示すフロ
ーチャートである。

【図１７】ユーザがエージェントを利用する際、最初
に現れる画面を示す図である。

【図１８】ユーザ個別エージェントによって献立エー
ジェントが呼び出された場面を示す図である。

【図１９】献立エージェントによる一次検索の結果を
示す図である。

【図２０】献立エージェントによる二次検索の結果を
示す図である。

【図２１】ユーザがエージェントに要求を出し、それ
がサービスされる手順を示すフローチャートである。

【符号の説明】

１０ＰＣ、１２フロント処理部、１４ミドル
処理部、１８Ｗｅｂサーバ、２０バック処理
部、４０モバイル端末、１０２エージェント出
力部、１０４エージェント記憶部、１０６エー
ジェント処理実行部、１１６メタ情報生成部、１
３０検索部、１３２通信部、１３４エージェ
ント提供部、１４０エージェント制御部、５００
エージェント統括部、５０２ユーザ個別エージェ
ント、５０４専門エージェント群、５０６献立
エージェント、５０８対話データ保持部、５２０
指針提供部、５１４対話処理部、５１６専門
エージェント紹介部。

Claims

【特許請求の範囲】

【請求項１】ユーザの情報をもとにユーザ個別の対応
をなす擬人化された第１のエージェント、および専門分
野に特化したサービスを提供する擬人化された第２のエ
ージェントを記述するデータを格納するエージェント記
憶部と、前記データをもとに前記第１および第２のエージェント
を前記ユーザに出力するエージェント出力部とを含み、前記第１のエージェントは、前記第２のエージェントが
前記サービスを提供するために必要な情報を選択する
際、その選択の指針を前記ユーザの情報に基づき、かつ
前記ユーザから認識可能な形で前記第２のエージェント
に与えることを特徴とするユーザ支援装置。
【請求項２】前記ユーザからの指令を入力するインタ
フェイスをさらに含み、前記第２のエージェントは前記指針よりも前記入力され
た指令を優先して前記必要な情報を選択することを特徴
とする請求項１に記載のユーザ支援装置。
【請求項３】前記第２のエージェントは、前記指針が
与えられたとき、前記第１のエージェントに応答するよ
う構成され、前記第１のエージェントと前記第２のエー
ジェントが前記ユーザから見て対話をもちながら協働す
ることを特徴とする請求項１、２のいずれかに記載のユ
ーザ支援装置。
【請求項４】前記必要な情報の選択の所要時間が所定
値を超えたとき、前記第１のエージェントおよび前記第
２のエージェントが前記ユーザから見て対話を開始する
よう構成されたことを特徴とする請求項１から３のいず
れかに記載のユーザ支援装置。
【請求項５】ユーザとのインタフェイスレベルにおい
て機能するフロント処理部と、前記フロント処理部を介して前記ユーザに提供すべき情
報を加工して蓄積するミドル処理部とを含み、前記フロント処理部は、前記ユーザの情報をもとにユー
ザ個別の対応をなす擬人化された第１のエージェント、
および専門分野に特化したサービスを提供する擬人化さ
れた第２のエージェントを記述するデータを格納するエ
ージェント記憶部を含み、前記データにより実現される前記第１および第２のエー
ジェントは、前記第２のエージェントが前記サービスを
提供するために必要な情報を前記ミドル処理部へ問い合
わせる際、前記第１のエージェントがその問合せのため
の指針を前記ユーザの情報に基づき、かつ前記ユーザか
ら認識可能な形で前記第２のエージェントに与えるよう
構成されることを特徴とするユーザ支援装置。
【請求項６】ユーザとのインタフェイスレベルにおい
て機能するフロント処理部と、前記フロント処理部を介して前記ユーザに提供すべき情
報を外部より取得するバック処理部とを含み、前記フロント処理部は、前記ユーザの情報をもとにユー
ザ個別の対応をなす擬人化された第１のエージェント、
および専門分野に特化したサービスを提供する擬人化さ
れた第２のエージェントを記述するデータを格納するエ
ージェント記憶部を含み、前記バック処理部は、前記データを前記エージェント記
憶部へ送信するエージェント提供部を含み、前記データにより実現される前記第１および第２のエー
ジェントは、前記第２のエージェントが前記サービスを
提供するために必要な情報を前記ミドル処理部へ問い合
わせる際、前記第１のエージェントがその問合せのため
の指針を前記ユーザの情報に基づき、かつ前記ユーザか
ら認識可能な形で前記第２のエージェントに与えるよう
構成されることを特徴とするユーザ支援装置。
【請求項７】メモリと、前記メモリにロードされプロ
グラムモジュール群と、前記プログラムモジュール群を
実行するＣＰＵとを少なくとも含み、前記モジュール群
は、本装置とユーザとの相互作用を支援するよう擬人化さ
れ、前記ユーザの情報をもとにそのユーザ個別の対応を
なす第１のエージェントの実行機能と、本装置とユーザとの相互作用を支援するよう擬人化さ
れ、いずれかの専門分野においてサービスを提供する第
２のエージェントの実行機能とを含み、前記第１のエージェントの実行機能は、前記第２のエー
ジェントが前記サービスを提供する際、その提供のため
の指針を前記ユーザの情報に基づき、かつ前記ユーザか
ら認識可能な形で前記第２のエージェントに与える機能
を含むことを特徴とするユーザ支援装置。
【請求項８】本装置とユーザとの相互作用を支援す
る、擬人化された第１および第２のエージェントのデー
タを格納するエージェント記憶部と、前記データをもとに前記第１および第２のエージェント
を前記ユーザに出力するエージェント出力部とを含み、前記データにより実現される前記第１および第２のエー
ジェントは、前記ユーザからサービスの提供が要求され
たとき、そのサービスの実行過程において前記ユーザか
ら見て対話をもちながら協働するよう構成されたことを
特徴とするユーザ支援装置。
【請求項９】前記サービスを前記ユーザのために最適
化するための過程を前記対話に盛り込んで前記ユーザへ
明示することを特徴とする請求項８に記載のユーザ支援
装置。