JPH0695997A

JPH0695997A - ヒューマンインターフェイスシステム

Info

Publication number: JPH0695997A
Application number: JP4243694A
Authority: JP
Inventors: Hideki Hirakawa; 秀樹平川; Toshio Okamoto; 利夫岡本; Shuichi Tsujimoto; 修一辻本; Etsuo Ito; 悦雄伊藤
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1992-09-11
Filing date: 1992-09-11
Publication date: 1994-04-08
Anticipated expiration: 2015-09-04
Also published as: JP3083657B2

Abstract

(57)【要約】【目的】本発明は、分散ネットワークで結ばれた計算
機環境において、現実世界での行動と同様な行動を機能
的に行えるヒューマンインターフェイスの提供を目的と
する。【構成】アクセスしている利用者と通信する機能を有
するプログラムも管理対象とするデータ管理システム
と、複数のデータ管理システムをネットワーク接続す
る。【効果】データ管理システムの内容と同時に、データ
管理システムにアクセスしている他のユーザに対するア
クセスが容易に行え、また、あるデータ管理システムか
ら、別のデータ管理システムに移行することにより、実
世界での場所移動に相当する効果が得られる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、分散ネットワークによ
り接続された計算機を使用する際のヒューマンインター
フェイスに関する。

【０００２】

【従来の技術】従来の計算機システムのヒューマンイン
ターフェイスは、主として単体の計算機における各種作
業をサポートするという観点から開発されてきている。
最近では、ビットマップディスプレイ上に複数のウィン
ドウを配置し、複数の仕事を並行して処理したり、ま
た、グラフィカルユーザインターフェイスを介して、文
書の作成、削除、スプレッドシートによるデータ管理な
ど、各種計算機ツールが比較的容易に使用できるように
なってきている。また、計算機のネットワーク化が進
み、ローカルエリアネットワークやワイドエリアネット
ワークを介して、電子メールなど様々なサービスが可能
になってきている。

【０００３】

【発明が解決しようとする課題】従来の計算機システム
のヒューマンインターフェイスは、いわゆるデスクトッ
プメタファと呼ばれる概念で計算機の各種ツールをモデ
ル化してユーザに見せている。このようなヒューマンイ
ンターフェイスは、従来の各種単体計算機ツールに対し
てのユーザのアクセス・操作を容易にしている。これら
は、基本的にはユーザが、そのツールの機能・操作など
を習得して使用するものである。これに対し、計算機が
対応するサービスは、非常に多くなってきており、実際
のユーザがある仕事なり業務なりを遂行する場合に、あ
らかじめユーザが知っていない場所にあるデータを探
し、参照したり、頻繁には使用しない種々の計算機サー
ビスを利用したりすることが多くなってきている。この
ような要求に対しては、従来の計算機ヒューマンインタ
ーフェイスの枠組では、その対処が困難である。

【０００４】この発明はこのような従来の課題を解決す
るためになされたもので、その目的とするところは、現
実世界での行動と同様な行動を機能的に行なうことので
きるヒューマンインターフェイスシステムを提供するこ
とにある。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
め、本発明では、複数の計算機を有するシステムをネッ
トワークで接続するヒューマンインターフェイスシステ
ムにおいて、複数のデータ・プログラムを保持又は管理
するサイトを構築するサイト構築手段と、前記サイトに
対する利用者からのアクセスを管理するアクセス管理手
段と、を有し、前記データ・プログラムを介してアクセ
スした利用者間の通信チャネルを設定することを特徴と
する。

【０００６】また、前記アクセス管理手段は、利用者か
らの入手データを認識してその要求を解析する要求解析
部と、この解析結果に対する応答を作成して出力する応
答出力部とを有し、利用者との対話を図るサイトエージ
ェントとして構成されることを特徴とする。

【０００７】

【作用】上述の如く構成された本発明によれば、複数の
計算機を有するシステムから成るネットワークとして例
えばオフィスの部屋を割り当て、その中の様々な物
（机，各種ツール等）からバーチャルサイトが構築され
る。そして、アクセス管理手段により、利用者はバーチ
ャルサイトとのアクセスが可能となり所望の情報を得る
ことができる。

【０００８】また、アクセス管理手段としてサイトエー
ジェントを用いて利用者との対話を行なうようにすれ
ば、あるユーザが別のユーザにアクセスしてなんらかの
やり取りを行う場合に、簡単なやりとり、定型的なやり
とりを自動化し、必要な場合にのみ実際のユーザが対応
するなどの機能が実現でき、従来、単体プログラムなど
へのインターフェイスに比べ、計算機内部の世界での移
動や他人との対話などが行われるため、実際のユーザが
ある仕事なり業務なりを遂行する場合に、あらかじめユ
ーザが知っていない場所にあるデータを探し、参照した
り、頻繁には使用しない種々の計算機サービスを利用し
たりすることが非常に容易に行える。

【０００９】

【実施例】以下に本発明の実施例につき、図面を用いて
説明する。

【００１０】図１は、本発明の一実施例の計算機ネット
ワーク構成を示したものである。１１〜１４は、ワーク
ステーション、パソコンなど計算機を示し、これらは、
ローカルネットワーク１５，１７およびワイドネットワ
ーク１６などで接続されている。これらのネットワーク
により、おのおのの計算機は、データの通信を行うこと
が可能である。

【００１１】図２は、図１における実施例の計算機の構
成図である。同図において、表示部１は、ディスプレイ
装置などの表示装置である。入力部２は、キーボード・
マウスなど文字入力やコマンド入力、表示画面上の位置
のポインティングなどをユーザ側から入力する。通信部
３は、外部のネットワークへのデータの入出力を行う。
記憶部４は、ディスクなどの記憶装置である。エージェ
ント処理部５は、エージェントプログラミングをサポー
トするものである。制御部６は、上記１〜５の要素を制
御する。本実施例では、エージェントプログラムの枠組
で説明を行う。

【００１２】エージェント定義部７、ステージ８は、エ
ージェントプログラムを行うためのものである。エージ
ェント定義部７は記憶部にあり、各種のエージェントの
定義（プログラム）が可能である。通常の定義どおり、
ここでは、エージェントは、以下に示すモデル部、ビュ
ー部、コントロール部（不図示）からなる。モデル部
は、エージェントの内部状態や動作を定義する部分であ
り、ビュー部には、エージェントの表示にたいする情報
が入っている。コントロール部には、入力デバイスであ
るマウス操作などに対応する処理が記述される。エージ
ェントは、外部よりメッセージと呼ばれるデータを入力
すると、そのデータに応じた処理を行い、必要であれば
他の複数のエージェントに対してメッセージを送るなど
の処理を行う。入力部２あるいは通信部３を介して、エ
ージェントの起動メッセージを送ることにより、エージ
ェント処理部５がエージェントの起動を行う。エージェ
ントの起動とは、エージェントの定義をもとに、その実
行場であるステージ８にインスタンスを作成することで
ある。また、エージェントの記述には、通常のオブジェ
クト指向言語に導入されているクラスとそのメソッドや
データの継承を使用することが可能である。ユーザは、
入力部２（キーボードやマウス）を介してエージェント
にメッセージを送ることができる。また、エージェント
は、表示部１を介してユーザに情報を表示することがで
きる。エージェントは、そのエージェントの定義を持っ
ている計算機上のステージで実行することも可能である
し、また、それ以外の任意の計算機上のステージで実行
することも可能である。この際、情報の伝授は、通信部
３を介して行う。また、任意のステージからステージへ
エージェントを移動したり、コピーしたりすることがで
きる。

【００１３】図３は、本発明の一実施例のサイトサーバ
およびクライアントの基本構成を示した図である。本構
成例では、サイトサーバ側にサイトＤＢ２１，サイトＤ
Ｂ管理部２２、ビジュアライザ２３、サイトハンドラ２
４、表示用データ部２５、サイトエージェント定義部２
６を持ち、クライアント側に、クライアントハンドラ２
７、表示制御部２８、入力制御部２９、クライアントエ
ージェント定義部３０を持つ。

【００１４】サイトＤＢ２１は、各種エージェントから
送られるメッセージを格納する。サイトＤＢ管理部２２
は、バーチャルサイトを管理するものであり、サイトＤ
Ｂ２１内のエージェントの生成，更新，削除等の処理
や、サイトＤＢの状況を記憶部に記憶する処理を行な
う。

【００１５】ビジュアライザ２３は、サイトＤＢ管理部
２１から各エージェントの表示情報を取出し、画面表示
用データを構築するものである。サイトハンドラ２４は
ユーザから指定されたバーチャルサイトの定義をサイト
エージェント定義部２６から取出し、バーチャルサイト
に入れるべきエージェントを生成するメッセージをサイ
トＤＢ管理部２２に送出す等の処理を行なうものであ
る。また、表示用データ部２５はビジュアライザ２３で
構築された画面表示用データを表示するものであり、サ
イトエージェント定義部２６は、ユーザによって指定さ
れたバーチャルサイトの定義を格納するものである。

【００１６】クライアントハンドラ２７は、入力処理部
２９を介してユーザのビュー指定情報を受けとり、その
ビュー指定情報のある表示用エリア情報をビジュアライ
ザ２３に要求する等の処理を行なう。

【００１７】また、構成要素２１〜２５、構成要素２７
〜２９は、基本的にエージェントとして定義することが
可能であり、これら要素をクライアントに置くのか、サ
イトサーバに置くのかは自由であり、例えばクライアン
トハンドラ２７をサイトサーバ側に置くような構成とす
ることも可能である。また、負荷の状況やクライアント
側のハードウェアの制約（メモリサイズ、ＣＰＵ速度な
ど）により、クライアント側での処理負荷が所定の値を
越えると、動的にエージェントの構成を変更することも
可能である。クライアント側のステージとサイトサーバ
側のステージで動作しているエージェント間では、ネッ
トワークを介してメッセージ交換が行われる。

【００１８】以下では、これらの各要素の内容、動作な
どについて説明する。このため、まず、本実施例におけ
るバーチャルサイトの説明を行う。

【００１９】図４は、本実施例で使用するバーチャルサ
イトの構成を視覚的に表現した概念図である。サイト全
体としては、１つの部に相当し、その中は、第１課３
１、第２課３２および部長室３３の３つの部屋からなっ
ている。部屋の中には、机３４、ファイルキャビネット
３５、ツールボックス３６、フォームボックス３７、ジ
ョブエージェントボックス３８、時計４１などが配備さ
れている。ツールボックス３６などは、さらにこの中に
各種のツールなどを持つ。また、人間に相当するパーソ
ンと呼ぶエージェント３９およびサイト全体に関する質
問処理を行うサイトエージェント４９もサイトの中に存
在する。これらの各要素は、実際にはサイトＤＢ２１の
中に定義されるものである。

【００２０】図５は、本実施例のサイトＤＢ中の各エー
ジェントの構成を示す図である。図中のＯで示された要
素が１つのエージェントに対応している。Ｏに「」でつ
けられた名前は、そのエージェントを表すクラスの名前
であり、また、直接書かれた名前は、そのエージェント
のインスタンスの名前である。エージェント間を結ぶア
ークは、エージェント間の連結関係を示している。これ
は、おのおののエージェントの中にあるメッセージ送出
可能なエージェントリストにアークの先のエージェント
が登録されていること、およびその２つのエージェント
間にアークの名前で示された関係があることをデータと
して保持している事をいう。図中の"has","in"アーク
は、エージェントのバーチャルサイトの空間位置的な包
含関係を示しており、アークの元の側のエージェントが
アークの先のエージェントを空間的に包含していること
を示す。"has" は、基本的に静的に位置されるエージェ
ントを、"in"は、動的に位置されるエージェントを表し
ている。

【００２１】次に、図５のエージェントの概要説明を行
う。まず、サイト空間エージェント５１は、次のよう
な、内部状態、メソッド、ビューを持つエージェントで
ある。内部状態：名前、エージェントのリスト（移動的に関連
するエージェント、サイト内部に存在するエージェン
ト、その他エージェント）メソッド：表示、登録、削除、変更、情報提供ビュー：ビュー１（２次元モデル）、ビュー２（３次
元モデル）、ビュー３（イメージ）また、部屋エージェントは、次のような内部状態、メソ
ッド、ビューを持つエージェントである。

【００２２】内部状態：名前、エージェントのリスト
（部屋内部に存在するエージェント、その他エージェン
ト）メソッド：表示、登録、削除、変更、情報提供ビュー：ビュー１（２次元モデル）、ビュー２（３次
元モデル）、ビュー３（イメージ）内部状態の「名前」はエージェントの名前、エージェン
トのリストには、上記包含関係などの関連を持つエージ
ェントのＩＤ（これによりエージェントのインスタンス
が一意に同定できる）が格納される。メソッドの部分に
は、このエージェントに対する操作、「表示」「登録」
「削除」などの処理動作の定義（プログラムに相当）が
記述される。また、「ビュー」部分には、複数の表示形
態に対応するために、複数の表示情報が記述されてい
る。ここでは、２次元表示（平面図図示）、３次元表示
（立体図表示）、イメージ表示の３種類が用意されてい
る。その他エージェントの定義内容については随時必要
に応じて追加説明する。図５のような、バーチャルサイ
トは、サイトＤＢ管理部２２によって管理される。

【００２３】これらの処理は、サイトハンドラ２４から
送られるメッセージ、あるいは、サイトＤＢ２１内にあ
る各種エージェントから送られるメッセージにより起動
される。サイトＤＢ管理部２２自身は、サイトハンドラ
２４により生成される。（これは、通常のエージェント
の起動と同様である。）エージェントの生成は、以下の
ように行われる。まず、サイトＤＢ管理部２２に、エー
ジェントの定義体であるクラスの名前、内部状態の設
定、位置すべきサイト内部のエージェントのＩＤ、生成
位置情報のエージェントを生成するというメッセージが
送られる。サイトＤＢ管理部２２は、インスタンスの生
成処理に、指定されたクラスのインスタンスを生成する
ように処理系に要求を出す。処理系は、ステージにイン
スタンスを生成し、そのインスタンスをサイトＤＢ管理
部２２に通知する。サイトＤＢ管理部は、生成されたイ
ンスタンスとの間にメッセージチャネルを作る。さら
に、位置すべきサイト内部のエージェントのＩＤを持つ
エージェントに、locateメッセージと共に生成されたイ
ンスタンスＩＤおよび生成位置情報を送出する。サイト
ＤＢ管理部２２からメッセージを受けとったエージェン
トは、受けとったエージェントとの間にメッセージチャ
ネルを作る。

【００２４】一方、エージェントの削除は、以下のよう
に行われる。まず、削除されるべきエージェントにdele
teメッセージが送られると、このエージェントは、すべ
てのメッセージチャネルに対してdelete-ready? メッセ
ージを送出する。delete-ready? メッセージを受けとっ
た各エージェントは、それぞれ必要な処理を行い、必要
であれば、削除されるべきエージェントに対してなんら
かの処理を行う。削除されるべきエージェントは、対応
する全てのエージェントからdelete-accept メッセージ
が到着するのを待ち、これが到着すると、すべてのメッ
セージチャネルに対してIAmDeletedメッセージを送出
し、自分を消去するという命令を処理系に出す。これに
より、エージェントは、ステージから消える。エージェ
ントの更新についても、上記処理と同様に基本的にエー
ジェントにメッセージを送ることにより行う。

【００２５】次に、サイトＤＢ２１の内容をクライアン
ト側の表示装置に表示する方法について説明する。表示
処理は、図３のビジュアライザ２３、表示用データ部２
５、クライアントハンドラ２７、表示処理部２８の共同
作業により行われる。表示処理が行われる場合には、バ
ーチャルサイトが生成される時点（初期時）、およびサ
イトＤＢ２１の状態の変化により表示を変更する必要が
生じた場合がある。まず、初期時の動作について説明す
る。

【００２６】初期時には、ユーザからの指示によりサイ
トハンドラ２４が生成され、このサイトハンドラ２４に
よりサイトＤＢ管理部２２が生成される。サイトハンド
ラ２４は、ユーザから指定されたバーチャルサイトの定
義をサイトエージェント定義部２６より取りだし、順次
バーチャルサイトにいれるべきエージェントを生成する
メッセージをサイトＤＢ管理部２２に送出し、サイトＤ
Ｂ２１に各種エージェントを生成する。全ての初期エー
ジェントの生成が終了すると、次にサイトＤＢ管理部２
３は、ビジュアライザ２３（エージェント）を生成す
る。ビジュアライザ２３は、基本的にサイトＤＢ２１か
ら、各々のエージェントの表示情報を取りだし、表示用
データ部２５に画面表示用データを構築する。本実施例
では、１つのサイトＤＢ２１に対して複数の表示形態を
許すように、複数の表示用データエリアを作成してい
る。以下では、２次元平面で表現する場合を例にとり、
各要素の動作を説明する。

【００２７】ここで、サイトＤＢ２１中にあるエージェ
ントのビュー情報（エージェントのビュー領域に記述さ
れている。）の一部を以下に示す。

【００２８】 “サイト空間”：１０｛名前＝第１部２次元ビュー：形状：長方形（縦＝80，横＝130,境界＝（実線，３，黒），内部＝（メッシュ１，灰色３次元ビュー： ……｝ “部屋”：１１｛名前＝第１課２次元ビュー：形状：長方形（縦＝80，横＝40, 境界＝（点線１，１，黒），内部＝（トランスペアレント相対位置＝´０，40´ ３次元ビュー： ……｝ “ファイルキャビネット“：１４｛名前＝第１課・ファイルキャビネット２次元ビュー：形状：´ファイルキャビネットイメージ´（“第１課” ）相対位置＝（０，20）３次元ビュー： ……｝ “机”：１５｛名前＝山田・机２次元ビュー：形状＝机ビジュアルイメージ（“山田”）相対位置＝（30,15 ）３次元ビュー ……｝サイト全体を表す「サイト空間」には２次元ビューの形
状として、「長方形」が指示されている。この長方形の
パラメータとして、縦、横の長さ、長方形境界線部分の
定義（線の種類、幅、色）、長方形内部の定義（塗り潰
しパタン、色）がそれぞれ定義されている。また、「部
屋」の２次元ビューには、形状定義の他に相対位置が定
義されている。この情報は、この「部屋」の領域を直接
含んでいる「サイト空間」の２次元形状のどの位置にこ
の「部屋」を配置するかを規定するものである。また、
ファイルキャビネットの形状には、ファイルキャビネッ
トイメージ（ "１課" ）という指定がある。これは、図
示されていないが、縦１０、横２０のファイルキャビネ
ットの形状をしたパタンのイメージデータの中央に「１
課」という文字を上書きした形のイメージデータを表し
ている。また、同様に「机」の中の２次元ビューもイメ
ージデータを表している。図６は、ファイルキャビネッ
トと机の表示例を示している。

【００２９】ビジュアライザは、生成された後でサイト
空間エージェントに対して、２次元ビュー収集メッセー
ジSend2DViews(0)を送出する。メッセージ中の(0) は、
表示レベルと呼ぶ数値であり、表示上の上下関係を処理
する際に使用される。このメッセージを受けると、サイ
トＤＢ中の各エージェントは、自分のＩＤ、送られた表
示レベル、自分の２次元ビューとをメッセージの発信者
に送出するとともに、自分から"has" の関係でメッセー
ジチャネルが繋がっているエージェントに対して、Send
2DViews （送られた表示レベル+1）のメッセージを送出
し、その返信メッセージ（ＩＤ、表示レベル、２次元ビ
ュー）をさらにメッセージの発信者に送出する。次
に、"in"の関係でメッセージチャネルが繋がっているエ
ージェントに対しても同様な処理を行う。これにより、
ビジュアライザ２３は、サイトＤＢ２１内にある全ての
エージェントの２次元ビュー情報とその表示レベル情報
を収集する。これらの２次元ビュー情報は、ビジュアラ
イザ２１の内部の情報として保持されている。これら情
報から、クライアントの表示画面にサイトの状況を表示
する方式には、大きく２種類がある。１つは、これら２
次元ビュー情報をクライアント側で取り込み、実際の画
面への表示は、クライアント側で行う方法であり、他方
は、ビジュアライザ２３が、画面表示用のイメージデー
タを表示用データ部２５へ作成し、このイメージ情報を
クライアントハンドラを介して、クライアントの表示処
理部２８へ送る方法である。前者の方法では、クライア
ント側でユーザの要求にそった表示形態を選択したり、
また、表示レベルをクライアント側で独自に設定したり
することが可能である。一方、後者の方法では、ビジュ
アライザ側で１つの表示処理が行われるため、クライア
ント側での負荷が軽くなるというメリットがある。ここ
では、まず、ビジュアライザ側でのイメージ表示例を説
明する。

【００３０】ビジュアライザが収集した２次元ビュー情
報は、複数のエージェントの表示イメージがオーバーラ
ップされた形式となっている。ビジュアライザは、サイ
トの表示イメージを保持するための表示用エリアを表示
用データ部に確保する。これは通常の画面表示バッファ
と同じであるが、ネットワークを介して複数のクライア
ントに共有化されている。ビジュアライザは、収集した
２次元ビュー情報を調査し、表示レベルの低い２次元ビ
ュー情報から順に表示用エリアに書き込む。これによ
り、上記例のサイトＤＢ２１のイメージ情報が（図７に
示す）表示用エリアに設定される。

【００３１】次に表示用エリアに設定されたイメージ情
報を、クライアントの表示画面に表示する部分を説明す
る。クライアント側に関連する処理は、基本的にはクラ
イアントハンドラエージェントにより遂行される。ま
ず、クライアントハンドラエージェントは、サイトハン
ドラ２４により生成されサイトハンドラ２４から、ビジ
ュアライザエージェントのＩＤを知りビジュアライザ２
３へのメッセージチャネルを確保する。クライアントハ
ンドラ２７は、入力処理部２９を介してユーザのビュー
指定情報（この場合は、２次元ビュー）を受けとり、そ
のビューのある表示用エリア情報をビジュアライザ２３
に要求する。この要求は、ビジュアライザ２３に渡り、
ビジュアライザ２３は、２次元ビュー用の表示エリアの
アドレスとサイズ情報をクライアントハンドラ２７に返
す。クライアントハンドラ２７は、表示用エリアの内ど
の部分を表示するかを示す表示領域定義変数に表示用エ
リア全体をカバーする領域値を設定し、表示処理部２８
にたいして、表示要求を出す。これにより、表示処理部
２８は、表示用エリアのうちの２次元ビューに対応する
表示用のエリアの内、クライアントハンドラの表示領域
定義数の示す範囲の表示イメージを表示装置に表示す
る。

【００３２】次に、ユーザからのポインティングと各種
コマンドの選択などの動作について説明する。ユーザの
ポインティングは、マウスなどのポインティングデバイ
スにより、マウスカーソルを移動するなどして行われ
る。ユーザが上記バーチャルサイトの表示上のある位置
でマウスのボタンを押すなどの動作を行うと、入力制御
部がこの座標位置を検出し、クライアントハンドラ２７
に対してユーザのイベント（例えばマウスのボタンが押
されたなど）の通知を行う。クライアントハンドラ２７
は、表示領域定義変数の値と、このマウス座標の値とか
ら表示用データ部の座標を計算し、その値をGetAgents
メッセージとともにビジュアライザ２３に送出する。ビ
ジュアライザ２３は、この座標に存在するエージェント
を求め、それらのＩＤと表示レベル情報をクライアント
ハンドラ２７に送出する。クライアントハンドラ２７
は、これらのエージェントの中から１つのエージェント
を選択し（通常は、表示レベルの最も高いエージェン
ト）、サイトハンドラ２４を介して、そのエージェント
にユーザのイベントの通知を行うように要求を出し、こ
のメッセージは目的のエージェントに通知される。以上
のような処理により、ユーザが入力部より行ったイベン
トは、サイトＤＢ２１中のエージェントに伝達される。
ユーザが指定した位置に、複数のエージェントが存在す
る場合には、クライアントハンドラ２７は、その競合を
処理する場合がある。例えば、ある机の上に電話を置い
てあり、これらの表示レベルが同じ場合に、電話の位置
をユーザが指定してマウスのボタンを押すと、まず、画
面上でこれら２つのいずれかを選択するための表示をク
ライアントハンドラ２７が生成し、ユーザがその２つの
表示領域にマウスを移動することにより、その指定され
たエージェントを指定するなどが可能である。

【００３３】次に、エージェントの表示上の移動につい
て説明する。エージェントの表示位置は、サイトＤＢ２
１中のエージェントの内部情報として保持されている。
ユーザは、上で説明した方法により、エージェントとの
通信が可能であり、これを用いて、位置の移動コマンド
をエージェントに送ることができる。位置情報が更新さ
れると、各エージェントは、ビジュアライザ２３に表示
変更要求を出す。ビジュアライザ２３は、移動要求のあ
ったエージェントの移動処理、およびその移動により新
たに画面上書き替えが必要となるエージェントの表示領
域の計算を行い、この表示用バッファの表示部分に対し
て書き替え処理をおこなう。

【００３４】次に、パーソンエージェントに対する説明
を行う。パーソンエージェントは、バーチャルサイト内
において存在し、実際の人間とのマッピング関係を持つ
という特徴を持つ。

【００３５】パーソンエージェントは、１つのエージェ
ントであり、以下の情報を内部情報として持つ。

【００３６】・最低１つのホームサイトＩＤとホームエ
ージェントＩＤ・カレントサイトＩＤ、カレントサイトでの位置情報・各種個人情報（名前、所属、住所、電話番号、ユーザ
識別子）・ビュー情報・ステータス情報・サイト履歴情報ホームサイトとは、パーソンの初期値サイトのＩＤであ
り、複数のサイトＩＤを持つことができる。また、ホー
ムエージェントＩＤとは、そのパーソンの所有するエー
ジェントであり、通常、机エージェントがこれに対応す
る。本実施例では、このホームエージェントを「個人
机」と呼ぶ。個人机は、あるパーソンの作業環境である
とともに、パーソンへのアクセス方法を保持するという
役割を持つ。本実施例の場合、パーソンへのアクセス方
法とは、カレントサイトＩＤとパーソンエージェントの
ＩＤそのもので表現している。カレントサイトＩＤは、
パーソンがその時点で訪れているバーチャルサイトのＩ
Ｄである。カレントサイトでの位置情報は、上記で説明
したサイト内のエージェントの位置を表す情報である。
各種個人情報は、名前、所属、住所、電話番号など、そ
のパーソンに対応する各種情報である。ビュー情報は、
エージェントのビューの情報である。ステータス情報
は、パーソンの状態を表す各種情報（後述）である。ま
た、個人机には、パーソンのＩＤ、パーソンのカレント
サイトＩＤ、パーソンのステータス情報、ビュー情報、
各種作業エージェントへのリンクなどが保持されてい
る。

【００３７】次に、ユーザが計算機を起動する際の手順
について、バーチャルサイト、パーソンに関連する部分
について説明する。計算機を使用していない場合には、
パーソンはホームサイドのサイトＤＢに存在し、そのス
テータスは、not-login である。ユーザが、通常の計算
機起動手続きを行うと、入力、表示、通信などの一般の
各種プロセスが生成される。この後、サイトハンドラ２
４へクライアントハンドラ２７の生成要求がユーザ識別
子とともに送られる。サイトハンドラ２４は、ユーザ識
別子をキーにしてサイトＤＢ２１内のパーソンエージェ
ントを検索し、このエージェントＩＤをクライアントハ
ンドラに通知する。また、クライアントサーバは、必要
な処理を行って、サイトの状況の画面表示処理を行う。
また、クライアントハンドラ２７は、サイトＤＢ２２を
介して、このパーソンエージェントに、そのステータス
をlogin に変更するというメッセージを送出する。この
メッセージを受けると、パーソンエージェントは、自分
のビューをnot-login の表示状態からlogin の状態へ変
更するため、ビジュアライザに対して、表示更新メッセ
ージを送る。これにより、表示部のパーソンエージェン
トの表示状態が変化し、他のユーザから見て、このパー
ソンに対応するユーザが計算機を使用し始めたことが分
かる。

【００３８】次にパーソンのバーチャルサイト間の移動
に関して説明する。あるバーチャルサイトＡから別のバ
ーチャルサイトＢへ移動する場合には、移動先のバーチ
ャルサイトＢのＩＤをキーに行う。まず、これら２つの
バーチャルサイトの動作を説明する。移動もとのサイト
Ａは、あるパーソンのサイト移動要求（移動サイトＩＤ
も含む）を受け付けると、このＩＤのサイトサーバにパ
ーソン照会を行う。パーソン照会とは、サイトＢのサー
バに移動のためのチェックに必要なパーソン情報を要求
し、この要求された情報をパーソンから入手し、それを
サイトサーバＢに送って、移動が可能か否かを問い合わ
せる処理である。パーソン照会が成功裡に終了すると、
移動元サーバは、パーソンエージェントを移動先サーバ
に転送し、自分のサイトからパーソンエージェントの削
除処理を行う。移動先サイトサーバは、送られてきたパ
ーソンエージェントを自分のサイトＤＢに登録する処理
を行う。

【００３９】移動のためには、バーチャルサイトのＩＤ
が必要であるが、以下では、ユーザが、このＩＤをいか
にして得るかについて、いくつかの場合について説明す
る。

【００４０】まず、パーソンの居るカレントサイトから
の情報の提供がある。図８に示すように、会社組織など
は、複数のバーチャルサイトがネットワーク状に連結さ
れた状態に定義される。ネットワーク中のアークには、
２つのバーチャルサイトの関係名を定義することができ
る。

【００４１】例えば、図８で「会社」と「守衛」「受付
け」「第１部」「第２部」「図書室」は、組織上の包含
関係であるis-section-of という関係での連結がある。
また、「第１部」と「第２部」「図書室」「受付け」の
間にはis-neigber-of という関係での連結がある。これ
らは、各バーチャルサイトエージェントのモデル部に他
サイトリンク情報として、連結関係名と相手サイト名と
ＩＤが記憶されている。この情報をサイトリンク情報と
呼び、連結関係にあるサイトを隣接サイトと呼ぶ。この
サイトリンク情報により、パーソンは、カレントサイト
と連結されているバーチャルサイトの情報を取り出すこ
とができる。

【００４２】第２番目は、パーソン自身が記憶している
バーチャルサイトの情報である。ユーザからの指示によ
り、パーソンにバーチャルサイトの名前とそのＩＤを記
憶しておき、要望に応じてこの情報（パーソナルサイト
情報と呼ぶ）を引き出すことができる。普段日常的に行
き来するサイトは、パーソン内部に情報として取り込む
ことにより、複数のバーチャルサイトを辿るなどの操作
を簡略化することができる。また、バーチャルサイトで
はなく、人の名前とその人のホームエージェントのＩＤ
（パーソナルパーソン情報と呼ぶ）を記憶することによ
り、ある個人のいるサイトを検索することが可能であ
る。さらに、パーソンには、サイト履歴情報と呼ばれる
情報を保持する。これは、バーチャルサイトの名前とＩ
Ｄを組にしたもので、そのパーソンが訪れたサイト（ホ
ームサイトを除く）の履歴を保持している。

【００４３】第３番目は、電話番号によるサイトの同定
である。これは、ユーザから所定の電話番号を入力し、
この電話番号をキーにして、サイトＩＤを検索する方式
である。このために、電話番号からサイトのＩＤを取り
出す機能を持つ電話番号エージェントを用意する。電話
番号エージェントは、電話番号と対応するバーチャルサ
イトのＩＤのテーブルを持ち、種々のエージェントの要
求にたいしてＩＤを返送する。問い合わせの電話番号
は、エリアのコードまでの場合は、そのエリアを代表す
るバーチャルサイト（エリアサイトと呼ぶ）のＩＤを送
り返す。エリアサイトは、そのエリアに関する問い合わ
せ、バーチャルサイトへの移動の仲介などの業務をはた
す。問い合わせの有った個々の電話番号が存在しなかっ
た場合には、電話番号エージェントは、番号が存在しな
い旨とエリアサイトのＩＤを返送する。

【００４４】第４番目は、郵便番号・住所によるサイト
の同定である。これは、ユーザが所定の郵便番号・住所
を入力し、この郵便番号・住所をキーとしてサイトＩＤ
を検出する方式である。電話番号エージェントと同様な
郵便番号・住所エージェントを用意し、問い合わせに対
してサイトＩＤが検索できるようにする。この場合も、
指定された住所に該当するサイトが存在しない場合に
は、その旨と上位のエリアサイトのＩＤを返送する。

【００４５】第５番目は、自然言語による問い合わせに
よるサイトの同定である。これは、ユーザが目的とする
場所を自然言語で入力し、その自然言語を解析すること
により、サイトのＩＤを同定するエージェント（サイト
同定エージェント）を用意することにより実現する。サ
イト同定エージェントは、ユーザの入力文字列から、適
切なサイトＩＤを検出する機能を有している。第６番目
は、パーソン間でのコミュニケーションにおいて、その
相手先のサイトに移動する方式である。これは、相手の
パーソンのカレントサイトを問い合わせることにより、
サイトＩＤを得ることが可能である。

【００４６】上記した５項目に係るパーソンのサイト移
動の処理を以下に説明する。まず、ユーザは、入力部よ
りコマンド選択を行い、「移動」コマンドを選択する。
この要求は、パーソンエージェントから、移動処理エー
ジェントに渡され、移動処理エージェントは、図９，図
１０に示されるフローに従って処理を行う。まず、移動
処理エージェントは、移動要求の有ったパーソンに対し
て、そのパーソンが持っているパーソナルサイト情報、
パーソナルパーソン情報、サイト履歴情報、カレントサ
イト情報を取り出す。

【００４７】次に図１１に示すような移動先設定用ウィ
ンドウをユーザの画面に表示するとともに移動先となる
サイトＩＤを保持する「行き先サイトＩＤ」をＮＵＬＬ
に設定する。表示画面の「現在」の位置には、カレント
サイトの名前を、「行先」の位置には、移動先の名前が
表示される。「サイトリスト」には、パーソナルサイト
情報から得られたサイトの名前およびカレントサイトの
サイトリンク情報より得られた隣接サイトの名前が表示
される。この際、パーソンのカレントサイトがパーソン
のパーソナルサイトのいずれかである場合は、パーソナ
ルサイトを先頭に配置するなど優先的に表示し、そうで
ない場合は、隣接サイトを優先的に表示する。ただし、
カレントサイトがホームサイトでない場合は、ホームサ
イトは優先的に表示する。人名リストの位置には、パー
ソナルパーソン情報より得られた人名を表示する。ま
た、「サイト履歴」には、サイト履歴情報からサイトの
名前を取りだして表示する。「移動先」「〒」「ＴＥ
Ｌ」は、それぞれ移動先を検索するためのキーを入力す
るフィールドであり、「状態表示」は、さまざまなメッ
セージを表示するためのフィールドである。移動処理エ
ージェントは、次にユーザの入力を待ち、それに対応す
る処理を行う。

【００４８】図９Ｓ３では、ユーザがサイトリストの要
素をマウスなどの手段で選択したか否かを判定しそうで
あれば、サイトリスト要素処理を行う。サイトリスト処
理（Ｓ４）では、図１２で示すように指定されたサイト
を認識し（Ｓ２１）、このサイトＩＤを取りだし、「行
き先サイト」にこのＩＤを設定する（Ｓ２２）。図９Ｓ
５では、ユーザが人名リストの要素をマウスなどの手段
で選択したか否かを判定しそうであれば、人名リスト要
素処理を行う（Ｓ６）。人名リスト処理では、図１３で
示すように指定された人名に対応するパーソンのホーム
エージェントを取りだし（Ｓ３１）、このエージェント
に対して相手パーソンの状態情報を要求する（Ｓ３
２）。状態情報とは、相手パーソンのカレントサイト情
報、ホームサイト情報、ステータス（not-login,talkin
g,busy,acceptable,free）をいう。not-login は、相手
が計算機からアクセス可能でない状況を、talking は、
相手が誰かとコミュニケーションを行っている事を、bu
syは、多忙のためコミュニケーションができない事を、
acceptableは、できれば直接のコミュニケーションを避
けたい状況である事を、freeは、直接のコミュニケーシ
ョンが現在可能であることを示す。移動処理エージェン
トは、相手パーソンのホームサイトＩＤを取りだし、
「行き先サイト」にこのＩＤを設定する（Ｓ３３，Ｓ３
４）。

【００４９】図９Ｓ７では、ユーザがサイト履歴の要素
をマウスなどの手段で選択したか否かを判定しそうであ
れば、履歴サイト要素処理を行う（Ｓ８）。履歴サイト
処理では、サイトリスト要素処理と同様の処理を行い、
このサイトＩＤを取りだし、「行き先サイト」にこのＩ
Ｄを設定する。図９Ｓ９では、ユーザが「〒」または
「住所」のフィールドを指示し、入力をキーボードなど
の手段で入力しているか否かを判定しそうであれば、郵
便番号・住所処理を行う（Ｓ１０）。図１４、図１５
は、郵便番号・住所処理のフローを示す。

【００５０】まず、図１４Ｓ４１では、ユーザの入力の
終了を検出する。これは、キーボードの確定キーや表示
画面上の実行キーの検出による。Ｓ４２では、ユーザの
入力が「〒」フィールドであったか否かを判定する。
「〒」フィールドの入力の場合は、Ｓ４３で郵便番号を
キーとしたサイトＩＤの検索を行う。これは、郵便番号
を受け付けて、対応するサイトＩＤと住所情報を送り返
す専用のエージェントにメッセージを送ることにより行
う。このエージェントは、郵便番号とサイトＩＤと住所
情報の組を保持しており、このテーブルを検索する。検
索に成功すれば、サイトＩＤと住所情報を送り、失敗す
れば失敗メッセージを送る。Ｓ４４では、検索の成否を
判定し、失敗の場合は、図１５Ｓ４５で検索処理が失敗
した旨をメッセージフィールドに表示し処理を終了す
る。検索に成功した場合には、図１４Ｓ４６で、得られ
た住所情報を表示画面の住所領域に表示し、Ｓ４７で行
き先サイトに、得られたサイトＩＤを設定し処理を終了
する。なお、ここには記述されてないが、行き先サイト
にサイトＩＤが設定される毎に、行き先表示エージェン
トが、このサイトＩＤの名前を検索し（サイトに問い合
わせる）、表示画面の行き先フィールドにその名前を表
示する。

【００５１】ユーザの入力したフィールドが「〒」フィ
ールドでなかった場合は、住所フィールドの入力である
ので。Ｓ４８で住所をキーにした検索処理を行う。これ
は、住所文字列とカレントサイトの位置情報（オプショ
ナル）を受け付けて対応するサイトＩＤと住所文字列を
返す専用のエージェントにメッセージを送ることにより
行う。このエージェントは、送られた住所文字列を住所
用の辞書を用いて所定の単位に分割し、都道府県、郡、
市、町などの要素同定を行い、この得られた要素をキー
として、これら住所キーとサイトの関係を保持している
データベースにアクセスする。例えば、市の名前をキー
とすると複数のデータが検索される。この場合には、も
しカレントサイトの位置情報（地理上の座標）が与えら
れている場合には、その座標から近い要素順に得られた
サイト情報（ＩＤ、住所）を並べ、これを送り返す。

【００５２】検索に失敗した場合には、失敗メッセージ
を送り返す。Ｓ４９では、検索処理の成否を判断し、失
敗の場合には図１５Ｓ４５の処理を行う、検索に成功し
た場合には、図１４Ｓ５０で検索結果が複数か否かを判
定し、１つの場合は、図１５Ｓ５１で、行き先サイトに
得られたサイトＩＤを設定し処理を終了する。複数の場
合は、Ｓ５２で、地理上で近いサイト順に（すなわち、
検索結果の送られた順に、その住所情報を表示画面上の
サイトリストに表示し、さらに表示画面のメッセージ領
域に複数の候補が存在する旨を表示し、候補を選択する
ようにメッセージを表示する。次に、Ｓ５３でユーザの
入力がサイトリストからの選択（例えば、マウスとマウ
スボタンによる選択）であったかを判定する。ユーザの
入力がサイトリストの要素の選択であった場合には、Ｓ
５４で選択されたサイトのＩＤを行き先サイトに設定す
る。さらに、サイトリストの状態を元の表示状態に戻
し、処理を終了する。Ｓ５３の判定がnoであった場合に
は、Ｓ５４以下の処理を行う。

【００５３】再度、図９、図１０の移動処理フローの説
明に戻る。図１０Ｓ１１では、ユーザの入力が電話番号
フィールドへの入力か否かを判定する。その場合は、Ｓ
１２で電話番号処理を行う。電話番号処理は、郵便番号
処理と同様の処理を電話番号をキーにした検索エージェ
ントを使用して行う。検索が成功した場合には、行き先
サイトに検索されたサイトＩＤが設定される。次にＳ１
３では、移動先フィールドへの入力が行われたか否かを
判定する。移動先フィールドへの入力の場合は、Ｓ１４
にて移動先入力処理が行われる。Ｓ１４では、図１６に
示す処理が行われる。まず、図１６Ｓ６１にて、移動先
フィールドに設定された文字列に対して言語解析が行わ
れる。これは、サイトの名前、品詞、サイトのタイプ、
サイトのＩＤを含む辞書を用いて、通常の形態素解析・
構文解析処理により行われる。これにより、例えば、入
力「東京駅」については、それがサイトを表す固有名詞
であり、そのサイトＩＤが辞書中の情報より得られる。
また、入力「図書館」に対しては、サイトを表す名詞で
あるという情報が得られる。また、入力「世田谷区の図
書館」にたいしては、「世田谷区」というエリアサイト
と「図書館」というサイトが格助詞「の」で接続されて
いるという情報が得られる。

【００５４】次に、Ｓ６２では、Ｓ６１で得られた解析
情報をもとに実際の移動先サイトＩＤの検索処理が行わ
れる。入力「東京駅」に対しては、辞書情報からサイト
ＩＤが検索されているため、既にサイトＩＤは得られて
いる。「図書館」の場合は、サイトを表す名詞であるこ
とが言語処理から判明しており、この情報を基にサイト
ＩＤの検索を行う。これは、まず、カレントサイトの隣
接サイト、さらにその連接サイトというように、所定の
数だけサイトを検索し、その中に、「図書館」に相当す
るサイトがある場合には、このサイトを移動先サイトと
して取扱う。の検索により、該当するサイトが存在しな
い場合には、カレントサイトを含むエリアサイトに対し
て、そのエリア内部の「図書館」サイトを検索するよう
要求を出し、その結果、該当するサイトが存在すれば、
このサイトを移動先サイトとして取り扱う。入力が「世
田谷区の図書館」の場合は、入力パタンテーブル（図示
しない）中の定義に従って、「世田谷区」エリアサイト
に対して、その内部の「図書館」サイトを検索するよう
要求を出し、その結果、該当するサイトが存在すれば、
このサイトを移動先サイトとして取り扱う。この処理に
より、移動先フィールドへの入力文字列からサイトＩＤ
を得ることができる。サイトＩＤの検索が失敗であった
場合は、Ｓ６３でそれを検出し、Ｓ６４で表示画面上に
エラー表示を行い処理を終了する。複数のサイトＩＤが
得られた場合には、Ｓ６６でカレントサイトから近い順
に候補をユーザに提示し、ユーザによりその内の１つを
選択させる。Ｓ６７で行き先サイトにサイトＩＤを設定
し処理を終了する。

【００５５】再度、図９、図１０の移動処理フローの説
明に戻る。図１０のＳ１５では、取消ボタンが選択され
たかを検出し、その場合には、移動にかんする処理を終
了する。Ｓ１６では、実行ボタンが選択されたかを検出
し、そうでない場合には、Ｓ３からの処理を繰り返す。
実行ボタンが選択された場合には、Ｓ１７で行く先サイ
トＩＤが既に設定されているか否かを判定する。既に設
定されている場合には、そのサイトＩＤに対する移動処
理を実行する。行き先サイトが設定されていない場合に
は、Ｓ１９で画面にその旨のエラー表示を行いＳ３から
の処理を繰り返す。以上により、ユーザは、カレントサ
イトから別のサイトへの移動を行うことができる。

【００５６】上記実施例では、住所によるサイトの移動
について説明した。このような場合、ある地理的なエリ
アを代表して処理するバーチャルサイトが有効となる。
この種のサイトをエリアサイトと呼ぶ。エリアサイト
は、「国」「県」「市」「町」などの地域的な区分に対
応して作成されるものであり、エリアサイトの階層をな
すように接続・構成される。実施例として「世田谷区」
のエリアサイト（世田谷区エリアサイトと呼ぶ）をと
る。世田谷区エリアサイトの上位には、is-part-ofの関
係で「東京都」のエリアサイトが接続され、世田谷区エ
リアサイトの下位には、世田谷区の各町（中町、瀬田な
ど）のエリアサイトが接続されている。図１７は、世田
谷エリアサイトに移動した場合の表示画面例を示してい
る。画面上には、世田谷区の地図が表示されており、そ
の地図は、世田谷区の下位のエリアサイトに区分表示さ
れている。さらに、世田谷区エリアサイトには、サイト
内パーソンに対して質問応答を行うためのサイトエージ
ェントが存在しており、画面上に表示されている。ま
た、区の行政サービスや区の情報に対する検索ソフトの
起動のためのボタンが表示されている。ユーザは、この
「世田谷区」エリアサイトから、下位の「中町エリア」
への移動や、世田谷にあるサイトに関する問い合わせと
結果表示などのサービスを受けるよう構成することがで
きる。

【００５７】次に、パーソン（エージェント）間の連結
処理に関する各種機能について説明する。連結処理と
は、パーソン間でのコミュニケーションのための通信路
の設定処理である。ここでは、あるユーザＡに対応する
パーソンＡとユーザＢに対応するパーソンＢを例にと
り、説明する。図１８は、パーソンＢに対するアクセス
画面の１例である。この例では、サイトＤＢにいるパー
ソンＢ（山田）の画像上にマウスカーソルを移動し、マ
ウスボタンの押下により、パーソンＢに対するアクセス
メニューを表示した例である。ここには、パーソンＢの
名前、現在いる場所、相手の状態が表示されているとと
もに、実際のアクセスを行うか否かを制御する「アクセ
ス」選択ボタンが表示されている。パーソンへのアクセ
ス法には、この図のように、サイト内のパーソンを直接
指示する方法の他に、パーソンのホームエージェントか
らパーソンへアクセスすることも可能である。この場合
には、ホームエージェントに記憶されているパーソンＢ
のカレントサイト情報を取りだし、そのサイトへのメッ
セージ通信により、パーソンＢとの連結を取る。

【００５８】ユーザＡのパーソンＢへのアクセス要求
（マウスボタンの押下など）を検出すると、パーソンＡ
は、パーソンＢに対して、アクセス要求メッセージとと
もに所定のアクセス者情報をメッセージ転送する。パー
ソンＢは、このメッセージを受信すると、パーソンＡか
らのアクセスが生じた事を、可能であればユーザＢに提
示する。

【００５９】また、パーソンＢは、相手パーソンの情報
および自分の状況に応じて、相手に提示すべきパーソン
Ｂの情報・アクセス可否を求める要求調停処理を行う。
この要求調停処理では、状況に応じてユーザＢに問い合
わせて判定する。この判定には、仕事上の関係（上司、
同僚、部下、顧客、得意先）や、個人的関係（友人、家
族など）、その他未知の人などと相手の緊急度を判定
し、それに応じて、パーソンＡに送るべきメッセージを
作成する。

【００６０】パーソンＡは、パーソンＢから送られてき
たパーソン情報・アクセス可否情報をユーザＡに対して
提示する。ここで、パーソンＡに対応するユーザがパー
ソンＢに対するアクセスを選択すると、パーソンＡから
パーソンＢに対してアクセスメソッド（動画チャネル、
音声チャネル、文字伝送チャネルなど）の選択要求を出
す。パーソンＢは、アクセスメソッドを選択し、そのチ
ャネルを確保し、そのアクセスメソッドおよび実際のチ
ャネル情報をパーソンＡに送出する。パーソンＡは、こ
の情報を基にチャネル接続処理をおこない、パーソンＡ
とパーソンＢの間に所定の通信チャネルが確立する。こ
の通信チャネルが確定すると、通信表示用の処理プログ
ラムが起動される。以上の処理を示したのが図１９であ
る。

【００６１】図２０は、パーソンＡとパーソンＢとの間
でコミュニケーションを取るためのパーソンＡにあたる
ユーザ側の画面の一例であり、前記通信表示用プログラ
ムにより表示される。図中の６１，６２，６３にはそれ
ぞれ、相手の名前、カレントサイト、状態が表示されて
いる。６４は相手の情報を表示する領域であり、前記通
信手段の選択によりリアルタイムの動画表示、あらかじ
めパーソンＢに相当するユーザに用意された静止画など
が表示される。この領域には、パーソンＢの対応が、現
実のユーザであるか、そうでないかを示す表示がなされ
る。この画面例では、「エージェント」という表示によ
り、対応相手が現実の人間でない旨が表示されている。
６５は、相手との文字による対話を行うための領域であ
り、相手側の通話を表示する領域と自分側の通話を表示
する領域の２つに別れている。また、音声による通話が
可能な場合には、この領域は、音声による対話のやりと
りを文字化して表示するためにも使用可能である。６６
は、パーソンＢに対して任意のデータを転送するための
領域である。６７は、パーソＢからの任意のデータを受
け取るための領域である。６９は、相手と直接通信がで
きない場合でも、相手のホームエージェントに情報を送
るための領域である。７０は、通信の状況の記録を指示
するための領域である。６８は、相手の移動に自分の移
動を同調させたりあるいはその逆に自分の移動に相手の
移動を同調させるための領域である。

【００６２】次に、パーソンに対する各種操作とパーソ
ンの動作・構成について説明する。図２１は、パーソン
の応答処理を示すブロック図である。７１は、記録部で
あり、相手パーソンからの入力および相手パーソンへの
出力の情報を記憶装置（図示していない）に記録する機
能を有する。７２は、対応切り替え部であり、相手から
の入力を自動処理部７３へ出力するか実ユーザインター
フェイス部７４へ出力するかの切り替えを行う。また、
この逆に相手への出力を自動処理部から行うか、実ユー
ザインターフェイスから行うかの切り替えを行う。自動
処理部７３は、相手からの要求などを解析し、その結果
に応じて、相手への出力を行ったり、実ユーザヘ実ユー
ザインターフェイス部を介して情報のやり取りを行う。
実ユーザインターフェイス部は、実際のユーザに対して
入出力機器を介して、入出力処理を行う機能を司る。

【００６３】対応切り替え部７２では、K1とk2の２つの
出力切り替えの設定が可能であり、この初期設定は、k1
の自動処理部への出力となっている。ここで再度、前記
パーソンＡとパーソンＢの例を取り、パーソンの動作の
説明をする。相手パーソンからのアクセス要求がある
と、これは、記録部７１、対応切り替え部７２を通して
自動処理部７３へ送られる。自動処理部７３では、前記
連結処理を行う。連結処理が終了した状態では、パーソ
ンＡ側のユーザには、前記表示画面が表示されており、
パーソンＢ側のユーザには、自動処理部７３から、実ユ
ーザインターフェイス７４を通して、パーソンＡからの
アクセスが発生したことが提示されている。この状態で
パーソンＢ側のユーザがパーソンＡ側のユーザと直接コ
ミュニケーションを取りたいと判断した場合には、実ユ
ーザインターフェイス７４を介して、対応切り替え部７
２に対して、切り替え要求を出すことにより、パーソン
Ａからの入力は、k2に出力されることになり、直接ユー
ザインターフェイスに送られ、パーソンＢ側の画面にパ
ーソンＡ側のユーザと同様な前記表示画面が表示され
る。パーソンＢ側のユーザ切り替え要求を出さない場合
には、パーソンＡ側からの入力はそのまま自動処理部に
送られ処理される。

【００６４】図２２は、図２１の自動処理部のブロック
構成図である。要求解析部８１は、対応切替部７２から
送られてくる情報を解析し、解くべき問題を抽出するも
のである。問題解決部８２は、要求解析部８１により抽
出された問題を解決するものである。知識検索部８３
は、パーソンの持つ知識情報を含み、この内容を問題解
決部８２の要求に応じて検索処理する。応答生成部８４
は、問題解決部８２で得られた情報を要求者に対して応
答して良いか否かを判定する機能を有する。応答生成部
８５は、応答判定処理部８４から送られる情報を、所定
の形式に変換し、それを対応切換部１２へ送る機能を有
する。

【００６５】以下では、パーソンＡ側からの各種入力に
対する、自動処理部７３の動作を説明する。図２３〜図
２５は、要求解析部８１の処理を示すフローチャートで
ある。まず、パーソンＡ側からの入力が対応切替部から
送られてくると、その内容が音声入力あるいは自然言語
文入力か否かの判定を行う（Ｓ７１）。ここでＹＥＳの
場合は、ステップＳ７２（図２４）に行き、処理中であ
る旨をパーソンＡに相当するユーザの表示画面に表示す
る。次にステップＳ７３で、音声認識処理、自然言語認
識処理を行う。これは、音声認識処理、自然言語解析処
理モジュールを利用することにより行われる。この認識
結果は、「挨拶」「データ要求」「データ通知」「直接
対話要求」「終了要求」あるいは「認識失敗」のいずれ
かに分類される。例えば、入力が「こんにちは」であっ
た場合には、自然言語処理モジュールの辞書情報によ
り、「挨拶：type1 」のように解析される。ここでtype
1 とは、会話開始のキューをあらわす挨拶である。ま
た、「〜は、どこにありますか？」という文に対して
は、「データ要求：location（〜）」の様に「〜」の所
在を問い合わせているという問題として解析される。ま
た、「直接はなしたい」などの入力は直接対話要求に、
「さようなら」などは、終了要求として解析される。ス
テップＳ７４〜Ｓ８３、およびステップＳ８４は、これ
らの解析結果を問題解決部に送る処理を示している。解
析処理が失敗した場合には、「解析失敗：音声不明」の
ように解析が不良であると判定された内容とともに問題
解決部８２に通知される。パーソンＡからの入力が音声
入力や自然言語文入力でない場合には、ステップＳ８
５，Ｓ８６，Ｓ８８でそれぞれデータ通知（表示画面の
ｆを通しての文書などの転送）、連動要求、終了要求で
あるかを判定し、それぞれステップＳ７９，Ｓ８７，Ｓ
８２でこの内容を問題解析部に通知し処理を終了する。
以上のいずれでもない場合には、「その他要求」として
問題解決部８２に通知し処理を終了する。

【００６６】図２６，図２７は、問題解決部８２の処理
を示すフローチャートである。要求解析部８１で相手パ
ーソンからの入力が挨拶であると判定された場合は、ス
テップＳ９１で判定し、それに対する所定の応答を選択
する。これは、知識検索部８３にあらかじめ記憶された
テーブル（図示しない）を検索し、対応する応答を得
る。その情報を解答として応答判定処理部８４に通知す
る。入力がデータ要求として解析された場合には、ステ
ップＳ９４で判定し、ステップＳ９５で知識検索処理を
行う。知識検索処理は、知識検索部８３において質問を
キーとして、その解答を検索する。例えば、location
（出張申請書）という質問（出張申請書はどこにあるの
か？）に対して、知識検索部８３のデータベース中に
「location（出張申請書）＝キャビネット１」という記
述があれば、単純なマッチングにより「キャビネット
１」という解答を得る。同じ質問が、要求解析部８１に
より、「give（出張申請書）」のように、その意図のレ
ベルで解析され、知識検索部８３に「give（Ｘ）＝検索
プログラム（Ｘ）」の様な記述があれば、出張申請書を
引数にして検索プログラムを起動してこれを取り出し、
それを解答とすることが出来る。この検索処理により、
解答が得られない場合には、パーソン要求に対する自動
処理が旨くいかないことになるので、その状況をステッ
プＳ９７で実ユーザに所定の形で提示する。検索の成否
・解答はステップＳ９８で、応答判定処理部８４へ通知
される。要求解析部８１で、データ通知要求、直接対話
要求、終了要求、連動要求、その他要求として判別され
たものに関しては、ステップＳ９９で認識され、ステッ
プＳ９３でそのまま応答判定処理部８４へ通知される。
要求解析部８１が要求解析に失敗した場合には図２７の
ステップＳ１００で検知され、ステップＳ１０１に行
く。ステップＳ１０１では、解析の連続失敗の回数、あ
るいはその比率などの所定の条件を満たすか否かを判定
する。この条件を満たす場合には、対話処理が不良であ
ると判定し、その情報をもって応答判定処理部８４へ通
知し処理を終了する。また、ステップＳ１０３では、解
析失敗の原因に応じて、相手に対して再入力要求をすべ
きか否かを判定する。解析失敗の原因には、音声認識部
の確信度が低い、自然言語解析で知らない単語がある、
あるいは文の解釈が複数あるなど様々な要因がある。ス
テップＳ１０３では、これらの失敗（あるいは一意の解
釈への同定の失敗）要因に対して、それぞれどのような
対応を取るべきかをあらかじめ指示したテーブルによ
り、判定する。例えば、解析結果のうち確からしい候補
が３つある場合には、これらを提示し相手ユーザに選ん
で貰うなどの処理を取ることができる。ステップＳ１０
３で、再入力すべきと判定された場合には、取るべき処
置をもって、再入力処理を応答判定処理部８４へ通知す
る。再入力すべきでないと判定された場合には、ステッ
プＳ１０５で通話困難な状況になったと判定し、この情
報をもって応答判定処理部８４へ通知する。ステップＳ
１００で、解析失敗でもないと判定された場合は、ステ
ップＳ１０６で問題解決処理が失敗したという情報をも
って応答判定処理部８４へ通知し、処理を終了する。

【００６７】図２８〜図３０は、応答判定処理部８４の
処理内容を示すフローチャートである。応答判定処理部
８４は、問題解決処理部８２から通知された問題解決の
結果に応じてどのような応答を返すかを判定する。必要
に応じて、実ユーザインターフェイス部７４を介して、
実際のユーザに対する入出力を行う。ステップＳ１１１
では、問題解決部８２からの通知が、問題解決失敗、対
話不良、直接対話要求、連動要求、その他要求であるか
否かを判定する。これらの場合では、実ユーザの判定を
仰ぐことが望ましい。ステップＳ１１２で、実ユーザが
対応可能であるか否かをチェックする。実ユーザが計算
機からアクセス可能でない場合（計算機を使用していな
い状態、計算機から離れている場合）、および計算機か
らはアクセス可能であるが、優先度が高い仕事をしてい
る場合には、ステップＳ１１３に行き実ユーザが対応不
可能という情報を応答生成部へ通知し、さらにアクセス
可能である場合には、上記問題解決部８２からの通知状
況を実ユーザの表示画面に所定の形態で表示して、処理
を終了する。実ユーザが対応可能である場合には、ステ
ップＳ１１４で、実ユーザインターフェイス処理部（図
２１，７４）を介して、上記問題解決部からの通知状況
を提示するとともに、その指示を仰ぐ。この場合、実ユ
ーザが介入を拒否した場合には、ステップＳ１１６で、
実ユーザが介入を拒否したという情報をもって、応答生
成部８５へ通知し処理を終了する。実ユーザが、自動処
理部７３から実ユーザへの対応処理の切替を指示した場
合には、ステップＳ１１８で対応切換部７４に対して切
替要求を出す。これにより、対応切換部７２では、相手
側パーソンとの入出力を自動処理部７３から実ユーザイ
ンターフェイス部７４に切り替える。これにより、実ユ
ーザ側の画面表示と相手パーソンとの接続が行われ、実
際の２人の人間間のコミュニケーションが可能となる。
自動処理部７３が対応を行っている場合には、このやり
取りの状況は、例えば上記例では、パーソンＢ側のユー
ザの画面に縮小して表示されたりしているが、この切替
処理が行われると、所定の大きさの画面に変化する。ス
テップＳ１１７において、実ユーザの指定が対応切替処
理でない場合は、ステップＳ１１９で、問題解決処理に
対する解答を、実ユーザから入力し、ステップＳ１２０
で、その情報を持って応答生成部８５へ通知し処理を終
了する。ステップＳ１２１では、問題解決部からの通知
が、問題解決成功であったか否かを判定する。

【００６８】問題解決成功の場合は、ステップＳ１２２
において得られた解答データに対するセキュリティチェ
ックを行う。これは、相手パーソンのセキュリティレベ
ル、アクセス資格、当該データのセキュリティレベル、
アクセス資格情報などから行われる。このセキュリティ
チェックに合格しない場合には、ステップＳ１２３で実
ユーザへの問い合わせが行われ、データの提供に関する
確認が起こる。ここで提供が拒絶される、あるいは実ユ
ーザへの問い合わせが行えない場合には、ステップＳ１
２５で、提供困難であると通知し、処理を終了する。セ
キュリティチェックに合格した場合、および、ステップ
Ｓ１２４において実ユーザの了承がえられた場合には、
ステップＳ１２６で解答データを応答生成部８５へ通知
し、処理を終了する。ステップＳ１２７では、問題解決
部８２からの通知がデータ通知であったか否かを判定す
る。

【００６９】データ通知であった場合には、ステップＳ
１２８で、実ユーザにデータを受け取ったという情報を
（可能であれば）提示し、ステップＳ１２９で受け取っ
たデータを保管し、ステップＳ１３０で、データを受け
取ったことを通知し、処理を終了する。ステップＳ１３
１では、問題解決部８２からの通知が終了要求であった
か否かを判定する。終了要求であった場合には、ステッ
プＳ１３２で応答生成部８５へ終了を通知し、ステップ
Ｓ１３３で、終了処理を行う。終了処理では、応答生成
部８５での応答処理の終了を確認し、さらに所定時間内
に相手パーソンからの入力が無いことを確認して、確保
下通信線の解放、実ユーザ画面の消去などを行う。

【００７０】ステップＳ１３４では、問題解決部８２の
通知が再入力であったか否かの判定を行う。再入力の場
合は、問題解決部８２で失敗原因を基に、相手パーソン
に提示するメッセージの選択がなされ、応答判定処理部
８４に通知されているので、これをステップＳ１３５で
応答生成部８５に通知し、処理を終了する。ステップＳ
１３６では、問題解決部８２からの通知が通信困難であ
ったか否かを判定し、そうである場合には、ステップＳ
１３９で応答困難メッセージを選択し、ステップＳ１１
２へ進む。ステップＳ１３７では、通話困難メッセージ
を選択し、ステップＳ１３８ではそれを応答生成部８５
に通知して処理を終了する。

【００７１】応答生成部８５では、応答判定処理部８４
から通知された情報をもとに、相手パーソンに対する返
答メッセージを作成し、これを対応切換部７２を介して
相手パーソンに送出する。表１は、各通知情報に対する
応答生成部の生成する出力文例を示したものである。

【００７２】

【表１】これらの出力文は、相手パーソンとの通信手段により変
換される。例えば、音声通信チャネルが開いている場合
には、実ユーザの音声パラメータに応じた音声データに
変換した情報も送出する。また、文書など、送るべき対
象があるまとまりを持つデータ（いわゆるオブジェク
ト）にあたる場合には、相手ユーザの対話用領域でな
く、受取り口の領域になるようにその送出データが何で
あるか同定できる情報を付加する。これにより、ファイ
ルは１つのアイコンの様な形態で相手ユーザの表示画面
に表示するよう制御することができる。以上の処理によ
り、パーソンＡがパーソンＢにアクセスした場合に、パ
ーソンＢに対応するユーザが直接対応しなくても、パー
ソンＡ側のユーザには、あたかもパーソンＢのユーザが
対応しているようにコミュニケーションを行うことを可
能とするとともに、このコミュニケーションに所定の不
具合が生じた時点で、実際のユーザ間のコミュニケーシ
ョンに処理を変更することが可能となる。

【００７３】以上のような構成により、単純な質問応答
処理は、実際のユーザで行うことなく、パーソンの自動
応答機能により対話が可能となる。また、自動応答に障
害が発生した時点で、実際のユーザとの切り替えが可能
であるので、対話がとどこおりなく継続するようにな
る。

【００７４】

【発明の効果】以上説明したように、本発明では、ネッ
トワーク上の計算機に種々のバーチャルサイトを構築
し、バーチャルサイトにアクセスしているユーザ間での
コミュニケーションが可能となり、また、バーチャルサ
イトの移動によりさまざまな場所にある情報へのアクセ
スが自然に、かつ容易に実現できる。また、ユーザのア
クセスに対してパーソンと呼ばれる自動応答機能を持つ
エージェントを入れることにより、簡単なやりとり、定
型的なやりとりを自動化し、必要な場合にのみ実際のユ
ーザが対応するなどの機能が実現できる。また、このイ
ンターフェイスを用意することにより、計算機内部の世
界での移動や他人との対話などが行われるため、実際の
ユーザがある仕事なり業務なりを遂行する場合に、あら
かじめユーザが知っていない場所にあるデータを探し、
参照したり、頻繁には使用しない種々の計算機サービス
を利用したりすることが非常に容易に行える。

【図面の簡単な説明】

【図１】本発明の一実施例の計算機ネットワーク構成を
示す図である。

【図２】本発明の一実施例の計算機の構成図である。

【図３】サイトサーバ及びクライアントの基本構成を示
した図である。

【図４】バーチャルサイトの構成を視覚的に表現した概
念図である。

【図５】サイトＤＢ中の各エージェントの構成を示す図
である。

【図６】ファイルキャビネットと机の表示例の図であ
る。

【図７】バーチャルサイトの表示イメージ例を示した図
である。。

【図８】バーチャルサイト間の接続構成例を示す図であ
る。

【図９】パーソン移動処理を示すフローチャートの第１
の分図である。

【図１０】パーソン移動処理を示すフローチャートの第
２の分図である。

【図１１】移動先指定用の表示例を示す図である。

【図１２】サイトリスト処理を示すフローチャートであ
る。

【図１３】人名リスト処理を示すフローチャートであ
る。

【図１４】郵便番号・住所処理を示すフローチャートの
第１の分図である。

【図１５】郵便番号・住所処理を示すフローチャートの
第２の分図である。

【図１６】言語入力による移動サイト指定処理を示すフ
ローチャートである。

【図１７】エリアサイト画面の例を示す図である。

【図１８】パーソンに対するアクセス画面の例を示す図
である。

【図１９】パーソン間通信チャネルの確立処理を説明す
るための図である。

【図２０】パーソン間通信のための画面表示例を示す図
である。

【図２１】パーソンの応答処理動作に係るブロック図で
ある。

【図２２】自動処理部のブロック構成図である。

【図２３】要求解析部の処理を示すフローチャートの第
１の分図である。

【図２４】要求解析部の処理を示すフローチャートの第
２の分図である。

【図２５】要求解析部の処理を示すフローチャートの第
３の分図である。

【図２６】問題解決部の処理を示すフローチャートの第
１の分図である。

【図２７】問題解決部の処理を示すフローチャートの第
２の分図である。

【図２８】応答判定処理部の処理を示すフローチャート
の第１の分図である。

【図２９】応答判定処理部の処理を示すフローチャート
の第２の分図である。

【図３０】応答判定処理部の処理を示すフローチャート
の第３の分図である。

【符号の説明】

５エージェント処理部７エージェント定義部８ステージ２１サイトＤＢ２２サイトＤＢ管理部２３ビジュアライザ２４サイトハンドラ２５表示用データ部２６サイトエージェント定義部２７クライアントハンドラ２８表示制御部２９入力制御部３０クライアントエージェント定義部７１記録部７２対応切換部７３自動処理部７４実ユーザインターフェイス部８１要求解析部８２問題解決部８３知識検索部８４応答判定処理部８５応答生成部

───────────────────────────────────────────────────── フロントページの続き (72)発明者伊藤悦雄神奈川県川崎市幸区小向東芝町１株式会社東芝総合研究所内

Claims

【特許請求の範囲】

【請求項１】複数の計算機を有するシステムをネット
ワークで接続するヒューマンインターフェイスシステム
において、複数のデータ・プログラムを保持又は管理するサイトを
構築するサイト構築手段と、前記サイトに対する利用者からのアクセスを管理するア
クセス管理手段と、を有し、前記データ・プログラムを介してアクセスした
利用者間の通信チャネルを設定することを特徴とするヒ
ューマンインターフェイスシステム。
【請求項２】前記アクセス管理手段は、利用者からの
入手データを認識してその要求を解析する要求解析部
と、この解析結果に対する応答を作成して出力する応答
出力部とを有し、利用者との対話を図るサイトエージェ
ントとして構成される請求項１記載のヒューマンインタ
ーフェイスシステム。