JP3083657B2 - Human interface system and control method thereof - Google Patents

Human interface system and control method thereof

Info

Publication number
JP3083657B2
JP3083657B2 JP04243694A JP24369492A JP3083657B2 JP 3083657 B2 JP3083657 B2 JP 3083657B2 JP 04243694 A JP04243694 A JP 04243694A JP 24369492 A JP24369492 A JP 24369492A JP 3083657 B2 JP3083657 B2 JP 3083657B2
Authority
JP
Japan
Prior art keywords
site
agent
information
person
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP04243694A
Other languages
Japanese (ja)
Other versions
JPH0695997A (en
Inventor
秀樹 平川
利夫 岡本
修一 辻本
悦雄 伊藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP04243694A priority Critical patent/JP3083657B2/en
Publication of JPH0695997A publication Critical patent/JPH0695997A/en
Priority to US08/713,959 priority patent/US5664126A/en
Application granted granted Critical
Publication of JP3083657B2 publication Critical patent/JP3083657B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【産業上の利用分野】本発明は、分散ネットワークによ
り接続された計算機を使用する際のヒューマンインター
フェイスに関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a human interface when using computers connected by a distributed network.

【0002】[0002]

【従来の技術】従来の計算機システムのヒューマンイン
ターフェイスは、主として単体の計算機における各種作
業をサポートするという観点から開発されてきている。
最近では、ビットマップディスプレイ上に複数のウィン
ドウを配置し、複数の仕事を並行して処理したり、ま
た、グラフィカルユーザインターフェイスを介して、文
書の作成、削除、スプレッドシートによるデータ管理な
ど、各種計算機ツールが比較的容易に使用できるように
なってきている。また、計算機のネットワーク化が進
み、ローカルエリアネットワークやワイドエリアネット
ワークを介して、電子メールなど様々なサービスが可能
になってきている。
2. Description of the Related Art A conventional human interface of a computer system has been developed mainly from the viewpoint of supporting various operations in a single computer.
Recently, multiple windows have been placed on a bitmap display to handle multiple tasks in parallel, and various graphical computers have been used to create and delete documents and manage data using spreadsheets. Tools are becoming relatively easy to use. In addition, networking of computers has progressed, and various services such as electronic mail have become available via local area networks and wide area networks.

【0003】[0003]

【発明が解決しようとする課題】従来の計算機システム
のヒューマンインターフェイスは、いわゆるデスクトッ
プメタファと呼ばれる概念で計算機の各種ツールをモデ
ル化してユーザに見せている。このようなヒューマンイ
ンターフェイスは、従来の各種単体計算機ツールに対し
てのユーザのアクセス・操作を容易にしている。これら
は、基本的にはユーザが、そのツールの機能・操作など
を習得して使用するものである。これに対し、計算機が
対応するサービスは、非常に多くなってきており、実際
のユーザがある仕事なり業務なりを遂行する場合に、あ
らかじめユーザが知っていない場所にあるデータを探
し、参照したり、頻繁には使用しない種々の計算機サー
ビスを利用したりすることが多くなってきている。この
ような要求に対しては、従来の計算機ヒューマンインタ
ーフェイスの枠組では、その対処が困難である。
The human interface of the conventional computer system models various tools of the computer by a concept called a so-called desktop metaphor and shows it to the user. Such a human interface makes it easy for the user to access and operate various conventional single computer tools. These are basically used by the user to learn the functions and operations of the tool. On the other hand, the number of services supported by computers has become extremely large, and when a real user performs a certain job or job, he or she searches for data in a location that the user does not know in advance and refers to it. In addition, the use of various computer services that are not frequently used is increasing. It is difficult to cope with such a request using the conventional framework of the computer human interface.

【0004】この発明はこのような従来の課題を解決す
るためになされたもので、その目的とするところは、現
実世界での行動と同様な行動を機能的に行なうことので
きるヒューマンインターフェイスシステムを提供するこ
とにある。
The present invention has been made to solve such a conventional problem, and an object of the present invention is to provide a human interface system capable of functionally performing an action similar to the action in the real world. To provide.

【0005】[0005]

【課題を解決するための手段】上記の目的を達成するた
め、本発明では、ネットワークにより接続された複数の
計算機を有する分散システムを使用するためのヒューマ
ンインターフェイスシステムにおいて、複数のエージェ
ントのそれぞれの状態や処理動作の定義情報を保持又は
管理し、前記エージェントにより構成されるサイトを
記定義情報をもとに前記各計算機上に構築するサイト構
築手段と、構築された前記サイトに対する利用者からの
アクセス内容に応じて、前記エージェントの処理動作を
前記定義情報に基づいて制御するアクセス管理手段と、
前記エージェントの状態や処理動作に応じた要求調停処
理を行い、エージェント間の通信チャネルを設定する通
信路設定手段と、を有することを特徴とすることを特徴
とする。
In order to achieve the above-mentioned object, according to the present invention, a plurality of networks connected by a network are provided.
In a human interface system for using a distributed system having a computer , a plurality of agents are provided.
Holds the definition information of each state and processing operation of the
Manage, before the configured site by the agent
A site construction unit configured on each of the computers based on the definition information, and a processing operation of the agent according to an access content from a user to the constructed site.
Access management means for controlling based on the definition information ;
Request arbitration processing according to the state and processing operation of the agent
And communication path setting means for setting a communication channel between agents .

【0006】また、前記アクセス管理手段は、利用者か
らの入手データを認識してその要求を解析し、前記エー
ジェントが有する知識情報からこの解析結果に対する応
答を作成して出力する自動応答機能と、この自動応答機
能による応答処理と実利用者による対話処理とを切換え
る切換機能と、を有することを特徴とする。
Further, the access management unit analyzes the request recognizes the available data from the user, the Agent
An automatic response function of outputting to create a response to the analysis result from the knowledge information stringent has, the automatic answering machine
Switching between response processing by Noh and interactive processing by real users
Switching function .

【0007】[0007]

【作用】上述の如く構成された本発明によれば、複数の
計算機を有するシステムから成るネットワークとして例
えばオフィスの部屋を割り当て、その中の様々な物
(机,各種ツール等)から種々のバーチャルサイトが構
築される。そして、アクセス管理手段により、利用者は
バーチャルサイトとのアクセスや移動が可能となり所望
の情報を得ることができる。
SUMMARY OF] According to the present invention configured as described above, allocation, for example, office room as a network consisting of a system having a plurality of computers, various objects (desk, tools, etc.) various virtual site from therein Is constructed. Then, the access management means allows the user to access and move to the virtual site and obtain desired information.

【0008】また、アクセス管理手段として自動応答機
を用いて利用者との対話を行なうようにすれば、ある
ユーザが別のユーザにアクセスしてなんらかのやり取り
を行う場合に、簡単なやりとり、定型的なやりとりを自
動化し、必要な場合にのみ実際のユーザが対応するなど
の機能が実現できる。また、このインターフェイスを用
意することで、従来単体プログラムなどへのインター
フェイスに比べ、計算機内部の世界での移動や他人との
対話などが行われるため、実際のユーザがある仕事なり
業務なりを遂行する場合に、あらかじめユーザが知って
いない場所にあるデータを探し、参照したり、頻繁には
使用しない種々の計算機サービスを利用したりすること
が非常に容易に行える。
An automatic answering machine is used as access control means.
When a user accesses another user and performs some kind of exchange, simple and routine exchanges can be automated and only when necessary. in fact users Ru can be realized features, such as corresponding. Also use this interface
This means that compared to the conventional interface to a single program, the user moves around the world inside the computer and interacts with other people. It is very easy to find and refer to data in a location unknown to the user, and to use various computer services that are not frequently used.

【0009】[0009]

【実施例】以下に本発明の実施例につき、図面を用いて
説明する。
Embodiments of the present invention will be described below with reference to the drawings.

【0010】図1は、本発明の一実施例の計算機ネット
ワーク構成を示したものである。11〜14は、ワーク
ステーション、パソコンなど計算機を示し、これらは、
ローカルネットワーク15,17およびワイドネットワ
ーク16などで接続されている。これらのネットワーク
により、おのおのの計算機は、データの通信を行うこと
が可能である。
FIG. 1 shows a computer network configuration according to an embodiment of the present invention. Reference numerals 11 to 14 denote computers such as workstations and personal computers.
They are connected by local networks 15, 17 and a wide network 16. Through these networks, each computer can perform data communication.

【0011】図2は、図1における実施例の計算機の構
成図である。同図において、表示部1は、ディスプレイ
装置などの表示装置である。入力部2は、キーボード・
マウスなど文字入力やコマンド入力、表示画面上の位置
のポインティングなどをユーザ側から入力する。通信部
3は、外部のネットワークへのデータの入出力を行う。
記憶部4は、ディスクなどの記憶装置である。エージェ
ント処理部5は、エージェントプログラミングをサポー
トするものである。制御部6は、上記1〜5の要素を制
御する。本実施例では、エージェントプログラムの枠組
で説明を行う。
FIG. 2 is a block diagram of the computer according to the embodiment shown in FIG. In FIG. 1, a display unit 1 is a display device such as a display device. The input unit 2 is a keyboard
The user inputs a character input such as a mouse, a command input, a pointing of a position on a display screen, and the like. The communication unit 3 inputs and outputs data to and from an external network.
The storage unit 4 is a storage device such as a disk. The agent processing unit 5 supports agent programming. The control unit 6 controls the above elements 1 to 5. In the present embodiment, description will be made based on the framework of the agent program.

【0012】エージェント定義部7、ステージ8は、エ
ージェントプログラムを行うためのものである。エージ
ェント定義部7は記憶部にあり、各種のエージェントの
定義(プログラム)が可能である。通常の定義どおり、
ここでは、エージェントは、以下に示すモデル部、ビュ
ー部、コントロール部(不図示)からなる。モデル部
は、エージェントの内部状態や動作を定義する部分であ
り、ビュー部には、エージェントの表示にたいする情報
が入っている。コントロール部には、入力デバイスであ
るマウス操作などに対応する処理が記述される。エージ
ェントは、外部よりメッセージと呼ばれるデータを入力
すると、そのデータに応じた処理を行い、必要であれば
他の複数のエージェントに対してメッセージを送るなど
の処理を行う。入力部2あるいは通信部3を介して、エ
ージェントの起動メッセージを送ることにより、エージ
ェント処理部5がエージェントの起動を行う。エージェ
ントの起動とは、エージェントの定義をもとに、その実
行場であるステージ8にインスタンスを作成することで
ある。また、エージェントの記述には、通常のオブジェ
クト指向言語に導入されているクラスとそのメソッドや
データの継承を使用することが可能である。ユーザは、
入力部2(キーボードやマウス)を介してエージェント
にメッセージを送ることができる。また、エージェント
は、表示部1を介してユーザに情報を表示することがで
きる。エージェントは、そのエージェントの定義を持っ
ている計算機上のステージで実行することも可能である
し、また、それ以外の任意の計算機上のステージで実行
することも可能である。この際、情報の伝授は、通信部
3を介して行う。また、任意のステージからステージへ
エージェントを移動したり、コピーしたりすることがで
きる。
The agent definition section 7 and the stage 8 are for executing an agent program. The agent definition unit 7 is in the storage unit, and can define (program) various agents. As usual,
Here, the agent includes a model unit, a view unit, and a control unit (not shown) described below. The model part is a part that defines the internal state and behavior of the agent, and the view part contains information on the display of the agent. In the control unit, processing corresponding to an operation of a mouse as an input device is described. When the agent inputs data called a message from the outside, the agent performs a process according to the data, and if necessary, performs a process such as sending a message to a plurality of other agents. The agent processing unit 5 activates the agent by sending an agent activation message via the input unit 2 or the communication unit 3. Activating an agent means to create an instance in stage 8, which is its execution place, based on the definition of the agent. In addition, a class introduced in a normal object-oriented language and its inheritance of methods and data can be used to describe the agent. The user
A message can be sent to the agent via the input unit 2 (keyboard or mouse). Further, the agent can display information to the user via the display unit 1. An agent can be executed at a stage on a computer having the definition of the agent, or can be executed at a stage on any other computer. At this time, transmission of information is performed via the communication unit 3. In addition, the agent can be moved or copied from any stage to any stage.

【0013】図3は、本発明の一実施例のサイトサーバ
およびクライアントの基本構成を示した図である。本構
成例では、サイトサーバ側にサイトDB21,サイトD
B管理部22、ビジュアライザ23、サイトハンドラ2
4、表示用データ部25、サイトエージェント定義部2
6を持ち、クライアント側に、クライアントハンドラ2
7、表示制御部28、入力制御部29、クライアントエ
ージェント定義部30を持つ。
FIG. 3 is a diagram showing a basic configuration of a site server and a client according to one embodiment of the present invention. In this configuration example, site DB 21 and site D
B management unit 22, visualizer 23, site handler 2
4, display data section 25, site agent definition section 2
6 and a client handler 2 on the client side
7, a display control unit 28, an input control unit 29, and a client agent definition unit 30.

【0014】サイトDB21は、各種エージェントから
送られるメッセージを格納する。サイトDB管理部22
は、バーチャルサイトを管理するものであり、サイトD
B21内のエージェントの生成,更新,削除等の処理
や、サイトDBの状況を記憶部に記憶する処理を行な
う。
The site DB 21 stores messages sent from various agents. Site DB management unit 22
Manages the virtual site, and site D
Processing such as generation, update, and deletion of the agent in B21 and processing for storing the status of the site DB in the storage unit are performed.

【0015】ビジュアライザ23は、サイトDB管理部
21から各エージェントの表示情報を取出し、画面表示
用データを構築するものである。サイトハンドラ24は
ユーザから指定されたバーチャルサイトの定義をサイト
エージェント定義部26から取出し、バーチャルサイト
に入れるべきエージェントを生成するメッセージをサイ
トDB管理部22に送出す等の処理を行なうものであ
る。また、表示用データ部25はビジュアライザ23で
構築された画面表示用データを表示するものであり、サ
イトエージェント定義部26は、ユーザによって指定さ
れたバーチャルサイトの定義を格納するものである。
The visualizer 23 extracts display information of each agent from the site DB management unit 21 and constructs screen display data. The site handler 24 performs processing such as taking out the definition of the virtual site specified by the user from the site agent definition unit 26 and sending a message for generating an agent to be included in the virtual site to the site DB management unit 22. The display data section 25 displays the screen display data constructed by the visualizer 23, and the site agent definition section 26 stores the definition of the virtual site specified by the user.

【0016】クライアントハンドラ27は、入力処理部
29を介してユーザのビュー指定情報を受けとり、その
ビュー指定情報のある表示用エリア情報をビジュアライ
ザ23に要求する等の処理を行なう。
The client handler 27 receives the user's view designation information via the input processing unit 29 and performs processing such as requesting the visualizer 23 for display area information having the view designation information.

【0017】また、構成要素21〜25、構成要素27
〜29は、基本的にエージェントとして定義することが
可能であり、これら要素をクライアントに置くのか、サ
イトサーバに置くのかは自由であり、例えばクライアン
トハンドラ27をサイトサーバ側に置くような構成とす
ることも可能である。また、負荷の状況やクライアント
側のハードウェアの制約(メモリサイズ、CPU速度な
ど)により、クライアント側での処理負荷が所定の値を
越えると、動的にエージェントの構成を変更することも
可能である。クライアント側のステージとサイトサーバ
側のステージで動作しているエージェント間では、ネッ
トワークを介してメッセージ交換が行われる。
The components 21 to 25 and the component 27
29 can basically be defined as an agent, and it is free to place these elements on the client or on the site server. For example, the client handler 27 is placed on the site server side. It is also possible. Further, when the processing load on the client side exceeds a predetermined value due to the load condition and the restrictions on the hardware on the client side (memory size, CPU speed, etc.), the configuration of the agent can be dynamically changed. is there. Messages are exchanged between the agents operating on the client side stage and the site server side stage via the network.

【0018】以下では、これらの各要素の内容、動作な
どについて説明する。このため、まず、本実施例におけ
るバーチャルサイトの説明を行う。
Hereinafter, the contents, operations, and the like of each of these elements will be described. For this reason, first, the virtual site in the present embodiment will be described.

【0019】図4は、本実施例で使用するバーチャルサ
イトの構成を視覚的に表現した概念図である。サイト全
体としては、1つの部に相当し、その中は、第1課3
1、第2課32および部長室33の3つの部屋からなっ
ている。部屋の中には、机34、ファイルキャビネット
35、ツールボックス36、フォームボックス37、ジ
ョブエージェントボックス38、時計41などが配備さ
れている。ツールボックス36などは、さらにこの中に
各種のツールなどを持つ。また、人間に相当するパーソ
ンと呼ぶエージェント39およびサイト全体に関する質
問処理を行うサイトエージェント49もサイトの中に存
在する。これらの各要素は、実際にはサイトDB21の
中に定義されるものである。
FIG. 4 is a conceptual diagram visually representing the configuration of a virtual site used in the present embodiment. The site as a whole is equivalent to one section, in which Section 1
1, the second section 32 and the general manager's room 33. In the room, a desk 34, a file cabinet 35, a tool box 36, a form box 37, a job agent box 38, a clock 41 and the like are provided. The tool box 36 has various tools therein. Further, an agent 39 called a person corresponding to a human and a site agent 49 for performing a question process for the entire site also exist in the site. Each of these elements is actually defined in the site DB 21.

【0020】図5は、本実施例のサイトDB中の各エー
ジェントの構成を示す図である。図中のOで示された要
素が1つのエージェントに対応している。Oに「」でつ
けられた名前は、そのエージェントを表すクラスの名前
であり、また、直接書かれた名前は、そのエージェント
のインスタンスの名前である。エージェント間を結ぶア
ークは、エージェント間の連結関係を示している。これ
は、おのおののエージェントの中にあるメッセージ送出
可能なエージェントリストにアークの先のエージェント
が登録されていること、およびその2つのエージェント
間にアークの名前で示された関係があることをデータと
して保持している事をいう。図中の"has","in"アーク
は、エージェントのバーチャルサイトの空間位置的な包
含関係を示しており、アークの元の側のエージェントが
アークの先のエージェントを空間的に包含していること
を示す。"has" は、基本的に静的に位置されるエージェ
ントを、"in"は、動的に位置されるエージェントを表し
ている。
FIG. 5 is a diagram showing the configuration of each agent in the site DB according to this embodiment. The element indicated by O in the figure corresponds to one agent. The name given to O with "" is the name of the class representing the agent, and the directly written name is the name of the instance of the agent. The arc connecting the agents indicates the connection relationship between the agents. This means that the agent before the arc is registered in the list of agents that can send messages in each agent, and that there is a relationship indicated by the name of the arc between the two agents. It means holding. The "has" and "in" arcs in the figure indicate the spatial positional relationship of the agent's virtual site, and the agent on the original side of the arc spatially encompasses the agent before the arc. Indicates that "has" basically represents a statically located agent, and "in" represents a dynamically located agent.

【0021】次に、図5のエージェントの概要説明を行
う。まず、サイト空間エージェント51は、次のよう
な、内部状態、メソッド、ビューを持つエージェントで
ある。 内部状態:名前、エージェントのリスト(移動的に関連
するエージェント、サイト内部に存在するエージェン
ト、その他エージェント) メソッド:表示、登録、削除、変更、情報提供 ビュー :ビュー1(2次元モデル)、ビュー2(3次
元モデル)、ビュー3(イメージ) また、部屋エージェントは、次のような内部状態、メソ
ッド、ビューを持つエージェントである。
Next, the outline of the agent shown in FIG. 5 will be described. First, the site space agent 51 is an agent having the following internal state, method, and view. Internal state: name, list of agents (mobile related agents, agents existing inside the site, other agents) Method: display, registration, deletion, change, information provision View: view 1 (2D model), view 2 (3D model), view 3 (image) The room agent is an agent having the following internal states, methods, and views.

【0022】内部状態:名前、エージェントのリスト
(部屋内部に存在するエージェント、その他エージェン
ト) メソッド:表示、登録、削除、変更、情報提供 ビュー :ビュー1(2次元モデル)、ビュー2(3次
元モデル)、ビュー3(イメージ) 内部状態の「名前」はエージェントの名前、エージェン
トのリストには、上記包含関係などの関連を持つエージ
ェントのID(これによりエージェントのインスタンス
が一意に同定できる)が格納される。メソッドの部分に
は、このエージェントに対する操作、「表示」「登録」
「削除」などの処理動作の定義(プログラムに相当)が
記述される。また、「ビュー」部分には、複数の表示形
態に対応するために、複数の表示情報が記述されてい
る。ここでは、2次元表示(平面図図示)、3次元表示
(立体図表示)、イメージ表示の3種類が用意されてい
る。その他エージェントの定義内容については随時必要
に応じて追加説明する。図5のような、バーチャルサイ
トは、サイトDB管理部22によって管理される。
Internal state: name, list of agents (agents existing inside the room, other agents) Method: display, registration, deletion, change, information provision View: View 1 (2D model), View 2 (3D model) ), View 3 (image) The “name” of the internal state is the name of the agent, and the agent list stores the ID of the agent having a relationship such as the above inclusion relation (this allows the agent instance to be uniquely identified). You. In the method part, operations for this agent, "display""register"
A definition (corresponding to a program) of a processing operation such as “delete” is described. In the “view” portion, a plurality of pieces of display information are described in order to support a plurality of display modes. Here, three types of two-dimensional display (plan view), three-dimensional display (three-dimensional view), and image display are prepared. Other definitions of the agent will be additionally described as needed. The virtual site as shown in FIG. 5 is managed by the site DB management unit 22.

【0023】これらの処理は、サイトハンドラ24から
送られるメッセージ、あるいは、サイトDB21内にあ
る各種エージェントから送られるメッセージにより起動
される。サイトDB管理部22自身は、サイトハンドラ
24により生成される。(これは、通常のエージェント
の起動と同様である。)エージェントの生成は、以下の
ように行われる。まず、サイトDB管理部22に、エー
ジェントの定義体であるクラスの名前、内部状態の設
定、位置すべきサイト内部のエージェントのID、生成
位置情報のエージェントを生成するというメッセージが
送られる。サイトDB管理部22は、インスタンスの生
成処理に、指定されたクラスのインスタンスを生成する
ように処理系に要求を出す。処理系は、ステージにイン
スタンスを生成し、そのインスタンスをサイトDB管理
部22に通知する。サイトDB管理部は、生成されたイ
ンスタンスとの間にメッセージチャネルを作る。さら
に、位置すべきサイト内部のエージェントのIDを持つ
エージェントに、locateメッセージと共に生成されたイ
ンスタンスIDおよび生成位置情報を送出する。サイト
DB管理部22からメッセージを受けとったエージェン
トは、受けとったエージェントとの間にメッセージチャ
ネルを作る。
These processes are started by a message sent from the site handler 24 or a message sent from various agents in the site DB 21. The site DB management unit 22 itself is generated by the site handler 24. (This is the same as a normal activation of an agent.) Generation of an agent is performed as follows. First, a message is sent to the site DB management unit 22 to generate the agent of the name of the class, which is the definition of the agent, the setting of the internal state, the ID of the agent inside the site to be located, and the generation location information. The site DB management unit 22 issues a request to the processing system to generate an instance of the specified class in the instance generation processing. The processing system generates an instance at the stage and notifies the site DB management unit 22 of the instance. The site DB management unit creates a message channel with the generated instance. Further, the generated instance ID and the generated location information are sent together with the locate message to the agent having the ID of the agent inside the site to be located. The agent that has received the message from the site DB management unit 22 creates a message channel with the agent that has received the message.

【0024】一方、エージェントの削除は、以下のよう
に行われる。まず、削除されるべきエージェントにdele
teメッセージが送られると、このエージェントは、すべ
てのメッセージチャネルに対してdelete-ready? メッセ
ージを送出する。delete-ready? メッセージを受けとっ
た各エージェントは、それぞれ必要な処理を行い、必要
であれば、削除されるべきエージェントに対してなんら
かの処理を行う。削除されるべきエージェントは、対応
する全てのエージェントからdelete-accept メッセージ
が到着するのを待ち、これが到着すると、すべてのメッ
セージチャネルに対してIAmDeletedメッセージを送出
し、自分を消去するという命令を処理系に出す。これに
より、エージェントは、ステージから消える。エージェ
ントの更新についても、上記処理と同様に基本的にエー
ジェントにメッセージを送ることにより行う。
On the other hand, the deletion of the agent is performed as follows. First, dele the agent to be removed
When the te message is sent, the agent sends a delete-ready? message for all message channels. Each agent receiving the delete-ready? message performs necessary processing, and if necessary, performs some processing on the agent to be deleted. The agent to be deleted waits for delete-accept messages to arrive from all the corresponding agents, and when it arrives, sends an IAMDeleted message to all message channels and processes the command to delete itself. Put out This causes the agent to disappear from the stage. The updating of the agent is basically performed by sending a message to the agent in the same manner as the above processing.

【0025】次に、サイトDB21の内容をクライアン
ト側の表示装置に表示する方法について説明する。表示
処理は、図3のビジュアライザ23、表示用データ部2
5、クライアントハンドラ27、表示処理部28の共同
作業により行われる。表示処理が行われる場合には、バ
ーチャルサイトが生成される時点(初期時)、およびサ
イトDB21の状態の変化により表示を変更する必要が
生じた場合がある。まず、初期時の動作について説明す
る。
Next, a method of displaying the contents of the site DB 21 on the display device on the client side will be described. The display processing is performed by the visualizer 23 and the display data unit 2 shown in FIG.
5. It is performed by the joint work of the client handler 27 and the display processing unit 28. When the display processing is performed, it may be necessary to change the display due to a point in time when the virtual site is generated (initial time) and a change in the state of the site DB 21. First, an initial operation will be described.

【0026】初期時には、ユーザからの指示によりサイ
トハンドラ24が生成され、このサイトハンドラ24に
よりサイトDB管理部22が生成される。サイトハンド
ラ24は、ユーザから指定されたバーチャルサイトの定
義をサイトエージェント定義部26より取りだし、順次
バーチャルサイトにいれるべきエージェントを生成する
メッセージをサイトDB管理部22に送出し、サイトD
B21に各種エージェントを生成する。全ての初期エー
ジェントの生成が終了すると、次にサイトDB管理部2
3は、ビジュアライザ23(エージェント)を生成す
る。ビジュアライザ23は、基本的にサイトDB21か
ら、各々のエージェントの表示情報を取りだし、表示用
データ部25に画面表示用データを構築する。本実施例
では、1つのサイトDB21に対して複数の表示形態を
許すように、複数の表示用データエリアを作成してい
る。以下では、2次元平面で表現する場合を例にとり、
各要素の動作を説明する。
At the initial stage, a site handler 24 is generated according to an instruction from a user, and the site DB management unit 22 is generated by the site handler 24. The site handler 24 fetches the definition of the virtual site specified by the user from the site agent definition unit 26, sends a message for generating an agent to be sequentially placed in the virtual site to the site DB management unit 22, and sends the site D
Various agents are generated in B21. When all the initial agents have been generated, the site DB management unit 2
3 generates a visualizer 23 (agent). The visualizer 23 basically extracts display information of each agent from the site DB 21 and constructs screen display data in the display data section 25. In the present embodiment, a plurality of display data areas are created so as to allow a plurality of display forms for one site DB 21. In the following, taking the case of expressing in a two-dimensional plane as an example,
The operation of each element will be described.

【0027】ここで、サイトDB21中にあるエージェ
ントのビュー情報(エージェントのビュー領域に記述さ
れている。)の一部を以下に示す。
Here, a part of the view information of the agent in the site DB 21 (described in the view area of the agent) is shown below.

【0028】 “サイト空間”:10{ 名前=第1部 2次元ビュー: 形状:長方形(縦=80,横=130,境界=(実線,3,黒), 内部=(メッシュ1,灰色 3次元ビュー: ……} “部屋”:11{ 名前=第1課 2次元ビュー: 形状:長方形(縦=80,横=40, 境界=(点線1,1,黒) , 内部=(トランスペアレント 相対位置=´0,40´ 3次元ビュー: ……} “ファイルキャビネット“:14{ 名前=第1課・ファイルキャビネット 2次元ビュー: 形状:´ファイルキャビネットイメージ´(“第1課” ) 相対位置=(0,20) 3次元ビュー: ……} “机”:15{ 名前=山田・机 2次元ビュー: 形状=机ビジュアルイメージ(“山田”) 相対位置=(30,15 ) 3次元ビュー ……} サイト全体を表す「サイト空間」には2次元ビューの形
状として、「長方形」が指示されている。この長方形の
パラメータとして、縦、横の長さ、長方形境界線部分の
定義(線の種類、幅、色)、長方形内部の定義(塗り潰
しパタン、色)がそれぞれ定義されている。また、「部
屋」の2次元ビューには、形状定義の他に相対位置が定
義されている。この情報は、この「部屋」の領域を直接
含んでいる「サイト空間」の2次元形状のどの位置にこ
の「部屋」を配置するかを規定するものである。また、
ファイルキャビネットの形状には、ファイルキャビネッ
トイメージ( "1課" )という指定がある。これは、図
示されていないが、縦10、横20のファイルキャビネ
ットの形状をしたパタンのイメージデータの中央に「1
課」という文字を上書きした形のイメージデータを表し
ている。また、同様に「机」の中の2次元ビューもイメ
ージデータを表している。図6は、ファイルキャビネッ
トと机の表示例を示している。
“Site space”: 10 {Name = Part 1 2D view: Shape: rectangle (height = 80, width = 130, boundary = (solid line, 3, black), interior = (mesh1, gray 3D View:…} “Room”: 11 {Name = Lesson 1 2D view: Shape: Rectangle (L = 80, W = 40, Boundary = (dotted line 1, 1, black), Interior = (Transparent Relative position = '0,40' 3D view:…} “File cabinet”: 14 {Name = section 1 file cabinet 2D view: Shape: “file cabinet image” (“section 1”) Relative position = (0 , 20) 3D view:…} “Desk”: 15 {Name = Yamada / Desk 2D view: Shape = desk visual image (“Yamada”) Relative position = (30,15) 3D view ……} Site The “site space” that represents the whole The shape of the rectangle is specified as “rectangle.” The parameters of this rectangle include the vertical and horizontal lengths, the definition of the border of the rectangle (line type, width, and color), and the definition of the inside of the rectangle (fill pattern). , Color) are defined, and a relative position is defined in addition to the shape definition in the two-dimensional view of “room.” This information directly includes the area of this “room”. This defines the position of the “room” in the two-dimensional shape of the “site space”.
The shape of the file cabinet is designated as a file cabinet image ("1st section"). Although not shown in the figure, “1” is located at the center of the image data of the pattern in the shape of a file cabinet having 10 rows and 20 columns.
Represents image data in which the character "section" is overwritten. Similarly, the two-dimensional view in the “desk” also represents image data. FIG. 6 shows a display example of a file cabinet and a desk.

【0029】ビジュアライザは、生成された後でサイト
空間エージェントに対して、2次元ビュー収集メッセー
ジSend2DViews(0)を送出する。メッセージ中の(0) は、
表示レベルと呼ぶ数値であり、表示上の上下関係を処理
する際に使用される。このメッセージを受けると、サイ
トDB中の各エージェントは、自分のID、送られた表
示レベル、自分の2次元ビューとをメッセージの発信者
に送出するとともに、自分から"has" の関係でメッセー
ジチャネルが繋がっているエージェントに対して、Send
2DViews (送られた表示レベル+1)のメッセージを送出
し、その返信メッセージ(ID、表示レベル、2次元ビ
ュー)をさらにメッセージの発信者に送出する。次
に、"in"の関係でメッセージチャネルが繋がっているエ
ージェントに対しても同様な処理を行う。これにより、
ビジュアライザ23は、サイトDB21内にある全ての
エージェントの2次元ビュー情報とその表示レベル情報
を収集する。これらの2次元ビュー情報は、ビジュアラ
イザ21の内部の情報として保持されている。これら情
報から、クライアントの表示画面にサイトの状況を表示
する方式には、大きく2種類がある。1つは、これら2
次元ビュー情報をクライアント側で取り込み、実際の画
面への表示は、クライアント側で行う方法であり、他方
は、ビジュアライザ23が、画面表示用のイメージデー
タを表示用データ部25へ作成し、このイメージ情報を
クライアントハンドラを介して、クライアントの表示処
理部28へ送る方法である。前者の方法では、クライア
ント側でユーザの要求にそった表示形態を選択したり、
また、表示レベルをクライアント側で独自に設定したり
することが可能である。一方、後者の方法では、ビジュ
アライザ側で1つの表示処理が行われるため、クライア
ント側での負荷が軽くなるというメリットがある。ここ
では、まず、ビジュアライザ側でのイメージ表示例を説
明する。
After being generated, the visualizer sends a two-dimensional view collection message Send2DViews (0) to the site space agent. (0) in the message is
This is a numerical value called a display level, and is used when processing the vertical relationship on the display. Upon receipt of this message, each agent in the site DB sends its ID, the sent display level, and its own two-dimensional view to the sender of the message, and also sends a message channel in a "has" relationship from itself. Send to the agent that is connected
A message of 2DViews (display level sent +1) is sent, and a reply message (ID, display level, two-dimensional view) is further sent to the sender of the message. Next, the same processing is performed for the agent to which the message channel is connected in the relation of "in". This allows
The visualizer 23 collects two-dimensional view information and display level information of all the agents in the site DB 21. These two-dimensional view information is held as information inside the visualizer 21. From these information, there are roughly two types of methods for displaying the status of the site on the display screen of the client. One is these two
The dimensional view information is fetched on the client side, and the actual display on the screen is performed on the client side. On the other hand, the visualizer 23 creates image data for screen display in the display data section 25, This is a method of sending information to the display processing unit 28 of the client via the client handler. In the former method, the client can select a display format according to the user's request,
Further, the display level can be set independently on the client side. On the other hand, in the latter method, since one display process is performed on the visualizer side, there is an advantage that the load on the client side is reduced. Here, first, an example of image display on the visualizer side will be described.

【0030】ビジュアライザが収集した2次元ビュー情
報は、複数のエージェントの表示イメージがオーバーラ
ップされた形式となっている。ビジュアライザは、サイ
トの表示イメージを保持するための表示用エリアを表示
用データ部に確保する。これは通常の画面表示バッファ
と同じであるが、ネットワークを介して複数のクライア
ントに共有化されている。ビジュアライザは、収集した
2次元ビュー情報を調査し、表示レベルの低い2次元ビ
ュー情報から順に表示用エリアに書き込む。これによ
り、上記例のサイトDB21のイメージ情報が(図7に
示す)表示用エリアに設定される。
The two-dimensional view information collected by the visualizer has a format in which display images of a plurality of agents are overlapped. The visualizer secures a display area for holding a display image of the site in the display data section. This is the same as a normal screen display buffer, but is shared by a plurality of clients via a network. The visualizer examines the collected two-dimensional view information and writes the two-dimensional view information into the display area in order from the two-dimensional view information having a lower display level. Thus, the image information of the site DB 21 in the above example is set in the display area (shown in FIG. 7).

【0031】次に表示用エリアに設定されたイメージ情
報を、クライアントの表示画面に表示する部分を説明す
る。クライアント側に関連する処理は、基本的にはクラ
イアントハンドラエージェントにより遂行される。ま
ず、クライアントハンドラエージェントは、サイトハン
ドラ24により生成されサイトハンドラ24から、ビジ
ュアライザエージェントのIDを知りビジュアライザ2
3へのメッセージチャネルを確保する。クライアントハ
ンドラ27は、入力処理部29を介してユーザのビュー
指定情報(この場合は、2次元ビュー)を受けとり、そ
のビューのある表示用エリア情報をビジュアライザ23
に要求する。この要求は、ビジュアライザ23に渡り、
ビジュアライザ23は、2次元ビュー用の表示エリアの
アドレスとサイズ情報をクライアントハンドラ27に返
す。クライアントハンドラ27は、表示用エリアの内ど
の部分を表示するかを示す表示領域定義変数に表示用エ
リア全体をカバーする領域値を設定し、表示処理部28
にたいして、表示要求を出す。これにより、表示処理部
28は、表示用エリアのうちの2次元ビューに対応する
表示用のエリアの内、クライアントハンドラの表示領域
定義数の示す範囲の表示イメージを表示装置に表示す
る。
Next, a portion for displaying the image information set in the display area on the display screen of the client will be described. Processing related to the client side is basically performed by the client handler agent. First, the client handler agent generates the visualizer agent ID from the site handler 24 and obtains the visualizer agent ID from the site handler 24.
Reserve a message channel to 3. The client handler 27 receives the user's view designation information (in this case, a two-dimensional view) via the input processing unit 29, and displays the display area information including the view in the visualizer 23.
Request to. This request is passed to the visualizer 23,
The visualizer 23 returns the address and size information of the display area for the two-dimensional view to the client handler 27. The client handler 27 sets an area value covering the entire display area in a display area definition variable indicating which part of the display area is to be displayed, and displays the display processing unit 28
, A display request is issued. Accordingly, the display processing unit 28 displays, on the display device, a display image of a range indicated by the number of display areas defined by the client handler in the display area corresponding to the two-dimensional view in the display area.

【0032】次に、ユーザからのポインティングと各種
コマンドの選択などの動作について説明する。ユーザの
ポインティングは、マウスなどのポインティングデバイ
スにより、マウスカーソルを移動するなどして行われ
る。ユーザが上記バーチャルサイトの表示上のある位置
でマウスのボタンを押すなどの動作を行うと、入力制御
部がこの座標位置を検出し、クライアントハンドラ27
に対してユーザのイベント(例えばマウスのボタンが押
されたなど)の通知を行う。クライアントハンドラ27
は、表示領域定義変数の値と、このマウス座標の値とか
ら表示用データ部の座標を計算し、その値をGetAgents
メッセージとともにビジュアライザ23に送出する。ビ
ジュアライザ23は、この座標に存在するエージェント
を求め、それらのIDと表示レベル情報をクライアント
ハンドラ27に送出する。クライアントハンドラ27
は、これらのエージェントの中から1つのエージェント
を選択し(通常は、表示レベルの最も高いエージェン
ト)、サイトハンドラ24を介して、そのエージェント
にユーザのイベントの通知を行うように要求を出し、こ
のメッセージは目的のエージェントに通知される。以上
のような処理により、ユーザが入力部より行ったイベン
トは、サイトDB21中のエージェントに伝達される。
ユーザが指定した位置に、複数のエージェントが存在す
る場合には、クライアントハンドラ27は、その競合を
処理する場合がある。例えば、ある机の上に電話を置い
てあり、これらの表示レベルが同じ場合に、電話の位置
をユーザが指定してマウスのボタンを押すと、まず、画
面上でこれら2つのいずれかを選択するための表示をク
ライアントハンドラ27が生成し、ユーザがその2つの
表示領域にマウスを移動することにより、その指定され
たエージェントを指定するなどが可能である。
Next, operations such as pointing from the user and selection of various commands will be described. Pointing of the user is performed by moving a mouse cursor using a pointing device such as a mouse. When the user performs an operation such as pressing a mouse button at a certain position on the display of the virtual site, the input control unit detects the coordinate position, and the client handler 27
Is notified of a user event (for example, a mouse button is pressed). Client handler 27
Calculates the coordinates of the display data section from the values of the display area definition variables and the values of the mouse coordinates, and returns the values to GetAgents
The message is sent to the visualizer 23 together with the message. The visualizer 23 obtains an agent existing at the coordinates, and sends the ID and display level information to the client handler 27. Client handler 27
Selects one of these agents (usually the agent with the highest display level) and issues a request via site handler 24 to notify that agent of the user's event. The message is sent to the intended agent. Through the above processing, the event performed by the user through the input unit is transmitted to the agent in the site DB 21.
If a plurality of agents exist at the position specified by the user, the client handler 27 may handle the conflict. For example, if a phone is placed on a desk and their display levels are the same, when the user specifies the location of the phone and presses the mouse button, the user first selects one of these two on the screen The client handler 27 generates a display for performing the operation, and the user can specify the designated agent by moving the mouse to the two display areas.

【0033】次に、エージェントの表示上の移動につい
て説明する。エージェントの表示位置は、サイトDB2
1中のエージェントの内部情報として保持されている。
ユーザは、上で説明した方法により、エージェントとの
通信が可能であり、これを用いて、位置の移動コマンド
をエージェントに送ることができる。位置情報が更新さ
れると、各エージェントは、ビジュアライザ23に表示
変更要求を出す。ビジュアライザ23は、移動要求のあ
ったエージェントの移動処理、およびその移動により新
たに画面上書き替えが必要となるエージェントの表示領
域の計算を行い、この表示用バッファの表示部分に対し
て書き替え処理をおこなう。
Next, the movement of the agent on the display will be described. The display position of the agent is site DB2
1 is held as internal information of the agent.
The user can communicate with the agent according to the method described above, and can use this to send a position movement command to the agent. When the position information is updated, each agent issues a display change request to the visualizer 23. The visualizer 23 performs the process of moving the agent that has requested the movement, and calculates the display area of the agent that requires a new screen overwrite by the movement, and performs the rewriting process on the display portion of the display buffer. Do it.

【0034】次に、パーソンエージェントに対する説明
を行う。パーソンエージェントは、バーチャルサイト内
において存在し、実際の人間とのマッピング関係を持つ
という特徴を持つ。
Next, the person agent will be described. A person agent exists in a virtual site and has a characteristic of having a mapping relationship with a real person.

【0035】パーソンエージェントは、1つのエージェ
ントであり、以下の情報を内部情報として持つ。
The person agent is one agent and has the following information as internal information.

【0036】・最低1つのホームサイトIDとホームエ
ージェントID ・カレントサイトID、カレントサイトでの位置情報 ・各種個人情報(名前、所属、住所、電話番号、ユーザ
識別子) ・ビュー情報 ・ステータス情報 ・サイト履歴情報 ホームサイトとは、パーソンの初期値サイトのIDであ
り、複数のサイトIDを持つことができる。また、ホー
ムエージェントIDとは、そのパーソンの所有するエー
ジェントであり、通常、机エージェントがこれに対応す
る。本実施例では、このホームエージェントを「個人
机」と呼ぶ。個人机は、あるパーソンの作業環境である
とともに、パーソンへのアクセス方法を保持するという
役割を持つ。本実施例の場合、パーソンへのアクセス方
法とは、カレントサイトIDとパーソンエージェントの
IDそのもので表現している。カレントサイトIDは、
パーソンがその時点で訪れているバーチャルサイトのI
Dである。カレントサイトでの位置情報は、上記で説明
したサイト内のエージェントの位置を表す情報である。
各種個人情報は、名前、所属、住所、電話番号など、そ
のパーソンに対応する各種情報である。ビュー情報は、
エージェントのビューの情報である。ステータス情報
は、パーソンの状態を表す各種情報(後述)である。ま
た、個人机には、パーソンのID、パーソンのカレント
サイトID、パーソンのステータス情報、ビュー情報、
各種作業エージェントへのリンクなどが保持されてい
る。
At least one home site ID and home agent ID Current site ID, location information at the current site Various personal information (name, affiliation, address, telephone number, user identifier) View information Status information Site History information The home site is the ID of a person's initial value site, and can have a plurality of site IDs. The home agent ID is an agent owned by the person, and usually corresponds to the desk agent. In the present embodiment, this home agent is called a “personal desk”. The personal desk serves as a work environment for a person, and also has a role of maintaining a method of accessing the person. In the case of the present embodiment, the method of accessing the person is represented by the current site ID and the ID of the person agent itself. The current site ID is
The virtual site I visited at that time
D. The position information at the current site is information indicating the position of the agent in the site described above.
The various types of personal information are various types of information corresponding to the person, such as name, affiliation, address, and telephone number. View information is
It is the information of the view of the agent. The status information is various kinds of information (described later) indicating the state of the person. Also, the personal desk has a person ID, a person's current site ID, person status information, view information,
Links to various work agents are stored.

【0037】次に、ユーザが計算機を起動する際の手順
について、バーチャルサイト、パーソンに関連する部分
について説明する。計算機を使用していない場合には、
パーソンはホームサイドのサイトDBに存在し、そのス
テータスは、not-login である。ユーザが、通常の計算
機起動手続きを行うと、入力、表示、通信などの一般の
各種プロセスが生成される。この後、サイトハンドラ2
4へクライアントハンドラ27の生成要求がユーザ識別
子とともに送られる。サイトハンドラ24は、ユーザ識
別子をキーにしてサイトDB21内のパーソンエージェ
ントを検索し、このエージェントIDをクライアントハ
ンドラに通知する。また、クライアントサーバは、必要
な処理を行って、サイトの状況の画面表示処理を行う。
また、クライアントハンドラ27は、サイトDB22を
介して、このパーソンエージェントに、そのステータス
をlogin に変更するというメッセージを送出する。この
メッセージを受けると、パーソンエージェントは、自分
のビューをnot-login の表示状態からlogin の状態へ変
更するため、ビジュアライザに対して、表示更新メッセ
ージを送る。これにより、表示部のパーソンエージェン
トの表示状態が変化し、他のユーザから見て、このパー
ソンに対応するユーザが計算機を使用し始めたことが分
かる。
Next, a procedure when a user starts a computer will be described with respect to a portion related to a virtual site and a person. If you are not using a calculator,
The person exists in the site DB on the home side, and its status is not-login. When the user performs a normal computer startup procedure, various general processes such as input, display, and communication are generated. After this, Site Handler 2
4, a request to generate the client handler 27 is sent together with the user identifier. The site handler 24 searches for the person agent in the site DB 21 using the user identifier as a key, and notifies the client ID of the agent ID. Further, the client server performs a necessary process to perform a screen display process of the status of the site.
Further, the client handler 27 sends a message to the person agent via the site DB 22 to change the status to "login". Upon receiving this message, the person agent sends a display update message to the visualizer to change its view from the not-login display state to the login state. As a result, the display state of the person agent on the display unit changes, and it can be seen from other users that the user corresponding to this person has begun using the computer.

【0038】次にパーソンのバーチャルサイト間の移動
に関して説明する。あるバーチャルサイトAから別のバ
ーチャルサイトBへ移動する場合には、移動先のバーチ
ャルサイトBのIDをキーに行う。まず、これら2つの
バーチャルサイトの動作を説明する。移動もとのサイト
Aは、あるパーソンのサイト移動要求(移動サイトID
も含む)を受け付けると、このIDのサイトサーバにパ
ーソン照会を行う。パーソン照会とは、サイトBのサー
バに移動のためのチェックに必要なパーソン情報を要求
し、この要求された情報をパーソンから入手し、それを
サイトサーバBに送って、移動が可能か否かを問い合わ
せる処理である。パーソン照会が成功裡に終了すると、
移動元サーバは、パーソンエージェントを移動先サーバ
に転送し、自分のサイトからパーソンエージェントの削
除処理を行う。移動先サイトサーバは、送られてきたパ
ーソンエージェントを自分のサイトDBに登録する処理
を行う。
Next, the movement of a person between virtual sites will be described. When moving from a virtual site A to another virtual site B, the ID of the destination virtual site B is used as a key. First, the operation of these two virtual sites will be described. The site A of the movement originates from a certain person's site movement request (mobile site ID).
), A person inquiry is made to the site server of this ID. Person inquiry refers to requesting person information necessary for a check for movement from a server at site B, obtaining the requested information from a person, sending the information to site server B, and determining whether movement is possible. Is the process of inquiring about Upon successful completion of the person inquiry,
The source server transfers the person agent to the destination server and deletes the person agent from its own site. The destination site server performs a process of registering the sent person agent in its own site DB.

【0039】移動のためには、バーチャルサイトのID
が必要であるが、以下では、ユーザが、このIDをいか
にして得るかについて、いくつかの場合について説明す
る。
For moving, the virtual site ID
In the following, several cases will be described as to how the user obtains this ID.

【0040】まず、パーソンの居るカレントサイトから
の情報の提供がある。図8に示すように、会社組織など
は、複数のバーチャルサイトがネットワーク状に連結さ
れた状態に定義される。ネットワーク中のアークには、
2つのバーチャルサイトの関係名を定義することができ
る。
First, information is provided from a current site where a person is located. As shown in FIG. 8, a company organization and the like are defined in a state where a plurality of virtual sites are connected in a network. Arcs in the network
A relationship name between two virtual sites can be defined.

【0041】例えば、図8で「会社」と「守衛」「受付
け」「第1部」「第2部」「図書室」は、組織上の包含
関係であるis-section-of という関係での連結がある。
また、「第1部」と「第2部」「図書室」「受付け」の
間にはis-neigber-of という関係での連結がある。これ
らは、各バーチャルサイトエージェントのモデル部に他
サイトリンク情報として、連結関係名と相手サイト名と
IDが記憶されている。この情報をサイトリンク情報と
呼び、連結関係にあるサイトを隣接サイトと呼ぶ。この
サイトリンク情報により、パーソンは、カレントサイト
と連結されているバーチャルサイトの情報を取り出すこ
とができる。
For example, in FIG. 8, “company” and “guard”, “acceptance”, “part 1”, “part 2”, and “library” are in an is-section-of relationship which is an organizational inclusion relationship. There is a connection.
In addition, there is a connection called “is-neigber-of” between “Part 1” and “Part 2”, “Library” and “Reception”. For these, the connection relationship name, the partner site name, and the ID are stored as other site link information in the model part of each virtual site agent. This information is called site link information, and sites in a connected relationship are called adjacent sites. With this site link information, the person can extract the information of the virtual site connected to the current site.

【0042】第2番目は、パーソン自身が記憶している
バーチャルサイトの情報である。ユーザからの指示によ
り、パーソンにバーチャルサイトの名前とそのIDを記
憶しておき、要望に応じてこの情報(パーソナルサイト
情報と呼ぶ)を引き出すことができる。普段日常的に行
き来するサイトは、パーソン内部に情報として取り込む
ことにより、複数のバーチャルサイトを辿るなどの操作
を簡略化することができる。また、バーチャルサイトで
はなく、人の名前とその人のホームエージェントのID
(パーソナルパーソン情報と呼ぶ)を記憶することによ
り、ある個人のいるサイトを検索することが可能であ
る。さらに、パーソンには、サイト履歴情報と呼ばれる
情報を保持する。これは、バーチャルサイトの名前とI
Dを組にしたもので、そのパーソンが訪れたサイト(ホ
ームサイトを除く)の履歴を保持している。
The second is virtual site information stored by the person himself. According to an instruction from the user, the name of the virtual site and its ID are stored in the person, and this information (called personal site information) can be extracted as required. By taking in the information inside the person who visits the site on a daily basis, operations such as tracing a plurality of virtual sites can be simplified. Also, not the virtual site, but the name of the person and the ID of the person's home agent
By storing (called personal person information), it is possible to search for a site where a certain individual is located. Further, the person holds information called site history information. This is the virtual site name and I
D is a group, and holds a history of sites (excluding home sites) visited by the person.

【0043】第3番目は、電話番号によるサイトの同定
である。これは、ユーザから所定の電話番号を入力し、
この電話番号をキーにして、サイトIDを検索する方式
である。このために、電話番号からサイトのIDを取り
出す機能を持つ電話番号エージェントを用意する。電話
番号エージェントは、電話番号と対応するバーチャルサ
イトのIDのテーブルを持ち、種々のエージェントの要
求にたいしてIDを返送する。問い合わせの電話番号
は、エリアのコードまでの場合は、そのエリアを代表す
るバーチャルサイト(エリアサイトと呼ぶ)のIDを送
り返す。エリアサイトは、そのエリアに関する問い合わ
せ、バーチャルサイトへの移動の仲介などの業務をはた
す。問い合わせの有った個々の電話番号が存在しなかっ
た場合には、電話番号エージェントは、番号が存在しな
い旨とエリアサイトのIDを返送する。
Third, site identification by telephone number. This means that the user enters a predetermined phone number,
In this system, a site ID is searched using the telephone number as a key. For this purpose, a telephone number agent having a function of extracting a site ID from a telephone number is prepared. The telephone number agent has a table of virtual site IDs corresponding to telephone numbers, and returns IDs in response to various agent requests. If the telephone number of the inquiry is up to the code of the area, the ID of the virtual site (referred to as area site) representing the area is returned. The area site performs tasks such as inquiring about the area and mediating movement to the virtual site. If the individual telephone number for which the inquiry was made does not exist, the telephone number agent returns the absence of the number and the ID of the area site.

【0044】第4番目は、郵便番号・住所によるサイト
の同定である。これは、ユーザが所定の郵便番号・住所
を入力し、この郵便番号・住所をキーとしてサイトID
を検出する方式である。電話番号エージェントと同様な
郵便番号・住所エージェントを用意し、問い合わせに対
してサイトIDが検索できるようにする。この場合も、
指定された住所に該当するサイトが存在しない場合に
は、その旨と上位のエリアサイトのIDを返送する。
The fourth is the identification of the site by the zip code / address. This means that the user inputs a predetermined postal code / address, and uses the postal code / address as a key for the site ID.
Is a method of detecting A postal code / address agent similar to the telephone number agent is prepared so that the site ID can be searched in response to an inquiry. Again,
If the site corresponding to the specified address does not exist, the fact and the ID of the higher-level area site are returned.

【0045】第5番目は、自然言語による問い合わせに
よるサイトの同定である。これは、ユーザが目的とする
場所を自然言語で入力し、その自然言語を解析すること
により、サイトのIDを同定するエージェント(サイト
同定エージェント)を用意することにより実現する。サ
イト同定エージェントは、ユーザの入力文字列から、適
切なサイトIDを検出する機能を有している。第6番目
は、パーソン間でのコミュニケーションにおいて、その
相手先のサイトに移動する方式である。これは、相手の
パーソンのカレントサイトを問い合わせることにより、
サイトIDを得ることが可能である。
The fifth is the identification of a site by an inquiry in a natural language. This is realized by preparing an agent (site identification agent) for identifying a site ID by inputting a target place in a natural language and analyzing the natural language. The site identification agent has a function of detecting an appropriate site ID from a character string input by a user. The sixth is a method of moving to a partner site in communication between persons. This is done by inquiring the person's current site
It is possible to get a site ID.

【0046】上記した5項目に係るパーソンのサイト移
動の処理を以下に説明する。まず、ユーザは、入力部よ
りコマンド選択を行い、「移動」コマンドを選択する。
この要求は、パーソンエージェントから、移動処理エー
ジェントに渡され、移動処理エージェントは、図9,図
10に示されるフローに従って処理を行う。まず、移動
処理エージェントは、移動要求の有ったパーソンに対し
て、そのパーソンが持っているパーソナルサイト情報、
パーソナルパーソン情報、サイト履歴情報、カレントサ
イト情報を取り出す。
The process of moving the site of the person according to the above five items will be described below. First, the user selects a command from the input unit and selects a “move” command.
This request is passed from the person agent to the mobile processing agent, and the mobile processing agent performs processing in accordance with the flows shown in FIGS. First, the mobile processing agent responds to a person who has requested a move, personal site information possessed by the person,
Retrieve personal person information, site history information, and current site information.

【0047】次に図11に示すような移動先設定用ウィ
ンドウをユーザの画面に表示するとともに移動先となる
サイトIDを保持する「行き先サイトID」をNULL
に設定する。表示画面の「現在」の位置には、カレント
サイトの名前を、「行先」の位置には、移動先の名前が
表示される。「サイトリスト」には、パーソナルサイト
情報から得られたサイトの名前およびカレントサイトの
サイトリンク情報より得られた隣接サイトの名前が表示
される。この際、パーソンのカレントサイトがパーソン
のパーソナルサイトのいずれかである場合は、パーソナ
ルサイトを先頭に配置するなど優先的に表示し、そうで
ない場合は、隣接サイトを優先的に表示する。ただし、
カレントサイトがホームサイトでない場合は、ホームサ
イトは優先的に表示する。人名リストの位置には、パー
ソナルパーソン情報より得られた人名を表示する。ま
た、「サイト履歴」には、サイト履歴情報からサイトの
名前を取りだして表示する。「移動先」「〒」「TE
L」は、それぞれ移動先を検索するためのキーを入力す
るフィールドであり、「状態表示」は、さまざまなメッ
セージを表示するためのフィールドである。移動処理エ
ージェントは、次にユーザの入力を待ち、それに対応す
る処理を行う。
Next, a destination setting window as shown in FIG. 11 is displayed on the user's screen, and the “destination site ID” holding the destination ID of the destination is set to NULL.
Set to. The name of the current site is displayed at the “current” position on the display screen, and the name of the destination is displayed at the “destination” position. The "site list" displays the name of the site obtained from the personal site information and the name of the adjacent site obtained from the site link information of the current site. At this time, if the person's current site is any of the person's personal sites, the personal site is preferentially displayed, such as placing the personal site at the top, and otherwise, the adjacent site is preferentially displayed. However,
If the current site is not the home site, the home site is displayed with priority. In the position of the personal name list, the personal name obtained from the personal person information is displayed. In the “site history”, a site name is extracted from the site history information and displayed. “Destination”, “〒”, “TE”
“L” is a field for inputting a key for searching for a destination, and “Status display” is a field for displaying various messages. The mobile processing agent then waits for a user input and performs a corresponding process.

【0048】図9S3では、ユーザがサイトリストの要
素をマウスなどの手段で選択したか否かを判定しそうで
あれば、サイトリスト要素処理を行う。サイトリスト処
理(S4)では、図12で示すように指定されたサイト
を認識し(S21)、このサイトIDを取りだし、「行
き先サイト」にこのIDを設定する(S22)。図9S
5では、ユーザが人名リストの要素をマウスなどの手段
で選択したか否かを判定しそうであれば、人名リスト要
素処理を行う(S6)。人名リスト処理では、図13で
示すように指定された人名に対応するパーソンのホーム
エージェントを取りだし(S31)、このエージェント
に対して相手パーソンの状態情報を要求する(S3
2)。状態情報とは、相手パーソンのカレントサイト情
報、ホームサイト情報、ステータス(not-login,talkin
g,busy,acceptable,free)をいう。not-login は、相手
が計算機からアクセス可能でない状況を、talking は、
相手が誰かとコミュニケーションを行っている事を、bu
syは、多忙のためコミュニケーションができない事を、
acceptableは、できれば直接のコミュニケーションを避
けたい状況である事を、freeは、直接のコミュニケーシ
ョンが現在可能であることを示す。移動処理エージェン
トは、相手パーソンのホームサイトIDを取りだし、
「行き先サイト」にこのIDを設定する(S33,S3
4)。
In FIG. 9S3, if it is determined that the user has selected an element of the site list by means such as a mouse, a site list element process is performed. In the site list processing (S4), the designated site is recognized as shown in FIG. 12 (S21), this site ID is taken out, and this ID is set in the "destination site" (S22). FIG. 9S
In 5, if it is determined that the user has selected an element of the personal name list by means of a mouse or the like, personal name list element processing is performed (S 6). In the personal name list process, as shown in FIG. 13, the home agent of the person corresponding to the specified personal name is taken out (S31), and the agent is requested for the state information of the other person (S3).
2). The status information is the current site information, home site information, status (not-login, talkin
g, busy, acceptable, free). not-login is a situation where the other party is not accessible from the computer.
Bu that the other party is communicating with someone
sy says that he can not communicate because he is busy
Acceptable indicates a situation where direct communication should be avoided if possible, and free indicates that direct communication is currently possible. The mobile processing agent extracts the home site ID of the partner person,
This ID is set in the “destination site” (S33, S3
4).

【0049】図9S7では、ユーザがサイト履歴の要素
をマウスなどの手段で選択したか否かを判定しそうであ
れば、履歴サイト要素処理を行う(S8)。履歴サイト
処理では、サイトリスト要素処理と同様の処理を行い、
このサイトIDを取りだし、「行き先サイト」にこのI
Dを設定する。図9S9では、ユーザが「〒」または
「住所」のフィールドを指示し、入力をキーボードなど
の手段で入力しているか否かを判定しそうであれば、郵
便番号・住所処理を行う(S10)。図14、図15
は、郵便番号・住所処理のフローを示す。
At S7 in FIG. 9, if it is determined that the user has selected an element of the site history by means of a mouse or the like, history site element processing is performed (S8). In historical site processing, the same processing as site list element processing is performed.
Extract this site ID and enter this I
Set D. In FIG. 9S9, if the user designates the field of "@" or "address" and it is determined whether or not the input is made by means of a keyboard or the like, postal code / address processing is performed (S10). 14 and 15
Shows a flow of postal code / address processing.

【0050】まず、図14S41では、ユーザの入力の
終了を検出する。これは、キーボードの確定キーや表示
画面上の実行キーの検出による。S42では、ユーザの
入力が「〒」フィールドであったか否かを判定する。
「〒」フィールドの入力の場合は、S43で郵便番号を
キーとしたサイトIDの検索を行う。これは、郵便番号
を受け付けて、対応するサイトIDと住所情報を送り返
す専用のエージェントにメッセージを送ることにより行
う。このエージェントは、郵便番号とサイトIDと住所
情報の組を保持しており、このテーブルを検索する。検
索に成功すれば、サイトIDと住所情報を送り、失敗す
れば失敗メッセージを送る。S44では、検索の成否を
判定し、失敗の場合は、図15S45で検索処理が失敗
した旨をメッセージフィールドに表示し処理を終了す
る。検索に成功した場合には、図14S46で、得られ
た住所情報を表示画面の住所領域に表示し、S47で行
き先サイトに、得られたサイトIDを設定し処理を終了
する。なお、ここには記述されてないが、行き先サイト
にサイトIDが設定される毎に、行き先表示エージェン
トが、このサイトIDの名前を検索し(サイトに問い合
わせる)、表示画面の行き先フィールドにその名前を表
示する。
First, in FIG. 14S41, the end of the user input is detected. This is due to the detection of the enter key on the keyboard and the execution key on the display screen. In S42, it is determined whether or not the user's input was in the "@" field.
In the case of inputting the "@" field, a search is made for a site ID using the postal code as a key in S43. This is done by receiving a zip code and sending a message to a dedicated agent that sends back the corresponding site ID and address information. This agent holds a set of postal code, site ID, and address information, and searches this table. If the search succeeds, the site ID and address information are sent, and if the search fails, a failure message is sent. In S44, the success or failure of the search is determined. If the search is unsuccessful, the fact that the search process has failed is displayed in a message field in S45 in FIG. If the search is successful, the obtained address information is displayed in the address area of the display screen in S46 in FIG. 14, the obtained site ID is set in the destination site in S47, and the process ends. Although not described here, every time the site ID is set to the destination site, the destination display agent searches for the name of this site ID (inquires of the site), and the name is displayed in the destination field of the display screen. Is displayed.

【0051】ユーザの入力したフィールドが「〒」フィ
ールドでなかった場合は、住所フィールドの入力である
ので。S48で住所をキーにした検索処理を行う。これ
は、住所文字列とカレントサイトの位置情報(オプショ
ナル)を受け付けて対応するサイトIDと住所文字列を
返す専用のエージェントにメッセージを送ることにより
行う。このエージェントは、送られた住所文字列を住所
用の辞書を用いて所定の単位に分割し、都道府県、郡、
市、町などの要素同定を行い、この得られた要素をキー
として、これら住所キーとサイトの関係を保持している
データベースにアクセスする。例えば、市の名前をキー
とすると複数のデータが検索される。この場合には、も
しカレントサイトの位置情報(地理上の座標)が与えら
れている場合には、その座標から近い要素順に得られた
サイト情報(ID、住所)を並べ、これを送り返す。
If the field input by the user is not the "@" field, it means that the input is an address field. In S48, a search process is performed using the address as a key. This is performed by sending a message to a dedicated agent that receives the address character string and the position information (optional) of the current site and returns the corresponding site ID and address character string. This agent divides the sent address string into predetermined units using an address dictionary, and
The identification of elements such as city and town is performed, and the obtained element is used as a key to access a database holding the relationship between these address keys and sites. For example, if a city name is used as a key, a plurality of data is searched. In this case, if the position information (geographical coordinates) of the current site is given, the site information (ID, address) obtained in the order of elements closer to the coordinates is arranged and sent back.

【0052】検索に失敗した場合には、失敗メッセージ
を送り返す。S49では、検索処理の成否を判断し、失
敗の場合には図15S45の処理を行う、検索に成功し
た場合には、図14S50で検索結果が複数か否かを判
定し、1つの場合は、図15S51で、行き先サイトに
得られたサイトIDを設定し処理を終了する。複数の場
合は、S52で、地理上で近いサイト順に(すなわち、
検索結果の送られた順に、その住所情報を表示画面上の
サイトリストに表示し、さらに表示画面のメッセージ領
域に複数の候補が存在する旨を表示し、候補を選択する
ようにメッセージを表示する。次に、S53でユーザの
入力がサイトリストからの選択(例えば、マウスとマウ
スボタンによる選択)であったかを判定する。ユーザの
入力がサイトリストの要素の選択であった場合には、S
54で選択されたサイトのIDを行き先サイトに設定す
る。さらに、サイトリストの状態を元の表示状態に戻
し、処理を終了する。S53の判定がnoであった場合に
は、S54以下の処理を行う。
If the search fails, a failure message is sent back. In S49, the success or failure of the search process is determined. If the search is unsuccessful, the process of S45 is performed. If the search is successful, it is determined in S50 of FIG. 14 whether or not there are a plurality of search results. In FIG. 15S51, the site ID obtained for the destination site is set, and the process ends. In the case of a plurality of sites, in S52, the sites are geographically closest (that is,
The address information is displayed in the site list on the display screen in the order in which the search results are sent, a message indicating that a plurality of candidates exist in the message area of the display screen, and a message is displayed to select a candidate. . Next, in S53, it is determined whether or not the user input is a selection from the site list (for example, a selection with a mouse and a mouse button). If the user input is to select a site list element,
The ID of the site selected in 54 is set as the destination site. Further, the state of the site list is returned to the original display state, and the process ends. If the determination in S53 is no, the processing from S54 is performed.

【0053】再度、図9、図10の移動処理フローの説
明に戻る。図10S11では、ユーザの入力が電話番号
フィールドへの入力か否かを判定する。その場合は、S
12で電話番号処理を行う。電話番号処理は、郵便番号
処理と同様の処理を電話番号をキーにした検索エージェ
ントを使用して行う。検索が成功した場合には、行き先
サイトに検索されたサイトIDが設定される。次にS1
3では、移動先フィールドへの入力が行われたか否かを
判定する。移動先フィールドへの入力の場合は、S14
にて移動先入力処理が行われる。S14では、図16に
示す処理が行われる。まず、図16S61にて、移動先
フィールドに設定された文字列に対して言語解析が行わ
れる。これは、サイトの名前、品詞、サイトのタイプ、
サイトのIDを含む辞書を用いて、通常の形態素解析・
構文解析処理により行われる。これにより、例えば、入
力「東京駅」については、それがサイトを表す固有名詞
であり、そのサイトIDが辞書中の情報より得られる。
また、入力「図書館」に対しては、サイトを表す名詞で
あるという情報が得られる。また、入力「世田谷区の図
書館」にたいしては、「世田谷区」というエリアサイト
と「図書館」というサイトが格助詞「の」で接続されて
いるという情報が得られる。
Returning to the description of the movement processing flow in FIGS. 9 and 10, again. In FIG. 10S11, it is determined whether or not the user input is an input to the telephone number field. In that case, S
At 12, telephone number processing is performed. The telephone number process performs the same process as the postal code process using a search agent using a telephone number as a key. If the search is successful, the searched site ID is set in the destination site. Then S1
At 3, it is determined whether or not an input has been made in the destination field. In the case of input to the destination field, S14
The destination input process is performed in. In S14, the processing shown in FIG. 16 is performed. First, in FIG. 16S61, a language analysis is performed on the character string set in the destination field. This includes site name, part of speech, site type,
Normal morphological analysis using a dictionary containing site IDs
This is performed by a syntax analysis process. Thus, for example, for the input “Tokyo Station”, it is a proper noun representing the site, and the site ID is obtained from the information in the dictionary.
Further, for the input "library", information indicating that the input is a noun representing a site is obtained. Also, for the input "Library in Setagaya-ku", information is obtained that the area site "Setagaya-ku" and the site "Library" are connected by the case particle "NO".

【0054】次に、S62では、S61で得られた解析
情報をもとに実際の移動先サイトIDの検索処理が行わ
れる。入力「東京駅」に対しては、辞書情報からサイト
IDが検索されているため、既にサイトIDは得られて
いる。「図書館」の場合は、サイトを表す名詞であるこ
とが言語処理から判明しており、この情報を基にサイト
IDの検索を行う。これは、まず、カレントサイトの隣
接サイト、さらにその連接サイトというように、所定の
数だけサイトを検索し、その中に、「図書館」に相当す
るサイトがある場合には、このサイトを移動先サイトと
して取扱う。の検索により、該当するサイトが存在しな
い場合には、カレントサイトを含むエリアサイトに対し
て、そのエリア内部の「図書館」サイトを検索するよう
要求を出し、その結果、該当するサイトが存在すれば、
このサイトを移動先サイトとして取り扱う。入力が「世
田谷区の図書館」の場合は、入力パタンテーブル(図示
しない)中の定義に従って、「世田谷区」エリアサイト
に対して、その内部の「図書館」サイトを検索するよう
要求を出し、その結果、該当するサイトが存在すれば、
このサイトを移動先サイトとして取り扱う。この処理に
より、移動先フィールドへの入力文字列からサイトID
を得ることができる。サイトIDの検索が失敗であった
場合は、S63でそれを検出し、S64で表示画面上に
エラー表示を行い処理を終了する。複数のサイトIDが
得られた場合には、S66でカレントサイトから近い順
に候補をユーザに提示し、ユーザによりその内の1つを
選択させる。S67で行き先サイトにサイトIDを設定
し処理を終了する。
Next, in S62, a search process of the actual destination site ID is performed based on the analysis information obtained in S61. For the input "Tokyo Station", the site ID has already been obtained because the site ID has been searched from the dictionary information. In the case of "library", it is known from language processing that the noun is a site noun, and a search for a site ID is performed based on this information. This is done by first searching for a predetermined number of sites, such as the site adjacent to the current site and its connected sites, and if there is a site corresponding to "library", move this site to the destination Treat as a site. If the relevant site does not exist as a result of the search, a request is made to the area site including the current site to search for a "library" site inside the area. ,
Treat this site as a destination site. If the input is "Library in Setagaya-ku", a request is made to the "Setagaya-ku" area site to search the internal "library" site according to the definition in the input pattern table (not shown). As a result, if the site exists,
Treat this site as a destination site. By this processing, the site ID is obtained from the character string input to the destination field.
Can be obtained. If the search for the site ID has failed, it is detected in S63, an error is displayed on the display screen in S64, and the process is terminated. If a plurality of site IDs are obtained, the candidates are presented to the user in S66 in order of proximity to the current site, and the user is allowed to select one of them. In S67, a site ID is set for the destination site, and the process ends.

【0055】再度、図9、図10の移動処理フローの説
明に戻る。図10のS15では、取消ボタンが選択され
たかを検出し、その場合には、移動にかんする処理を終
了する。S16では、実行ボタンが選択されたかを検出
し、そうでない場合には、S3からの処理を繰り返す。
実行ボタンが選択された場合には、S17で行く先サイ
トIDが既に設定されているか否かを判定する。既に設
定されている場合には、そのサイトIDに対する移動処
理を実行する。行き先サイトが設定されていない場合に
は、S19で画面にその旨のエラー表示を行いS3から
の処理を繰り返す。以上により、ユーザは、カレントサ
イトから別のサイトへの移動を行うことができる。
Returning to the description of the movement processing flow of FIGS. 9 and 10 again. In S15 of FIG. 10, it is detected whether or not the cancel button has been selected, and in that case, the processing relating to the movement ends. In S16, it is detected whether the execution button has been selected, and if not, the processing from S3 is repeated.
If the execute button is selected, it is determined in S17 whether or not the destination site ID has already been set. If the site ID has already been set, the transfer process for the site ID is executed. If the destination site has not been set, an error message to that effect is displayed on the screen in S19, and the processing from S3 is repeated. As described above, the user can move from the current site to another site.

【0056】上記実施例では、住所によるサイトの移動
について説明した。このような場合、ある地理的なエリ
アを代表して処理するバーチャルサイトが有効となる。
この種のサイトをエリアサイトと呼ぶ。エリアサイト
は、「国」「県」「市」「町」などの地域的な区分に対
応して作成されるものであり、エリアサイトの階層をな
すように接続・構成される。実施例として「世田谷区」
のエリアサイト(世田谷区エリアサイトと呼ぶ)をと
る。世田谷区エリアサイトの上位には、is-part-ofの関
係で「東京都」のエリアサイトが接続され、世田谷区エ
リアサイトの下位には、世田谷区の各町(中町、瀬田な
ど)のエリアサイトが接続されている。図17は、世田
谷エリアサイトに移動した場合の表示画面例を示してい
る。画面上には、世田谷区の地図が表示されており、そ
の地図は、世田谷区の下位のエリアサイトに区分表示さ
れている。さらに、世田谷区エリアサイトには、サイト
内パーソンに対して質問応答を行うためのサイトエージ
ェントが存在しており、画面上に表示されている。ま
た、区の行政サービスや区の情報に対する検索ソフトの
起動のためのボタンが表示されている。ユーザは、この
「世田谷区」エリアサイトから、下位の「中町エリア」
への移動や、世田谷にあるサイトに関する問い合わせと
結果表示などのサービスを受けるよう構成することがで
きる。
In the above embodiment, the movement of the site by the address has been described. In such a case, a virtual site that processes on behalf of a certain geographical area is effective.
This type of site is called an area site. Area sites are created corresponding to regional divisions such as "country", "prefecture", "city", and "town", and are connected and configured to form a hierarchy of area sites. Setagaya-ku as an example
Take the area site (called Setagaya-ku area site). The upper part of the Setagaya-ku area site is connected to the "Tokyo" area site because of the is-part-of relationship, and the lower part of the Setagaya-ku area site is the area of each town in Setagaya-ku (Nakamachi, Seta, etc.). Site is connected. FIG. 17 shows an example of a display screen when moving to the Setagaya area site. On the screen, a map of Setagaya-ku is displayed, and the map is displayed separately in an area site below Setagaya-ku. Further, the Setagaya-ku area site has a site agent for answering questions to persons within the site, and is displayed on the screen. In addition, buttons for starting search software for ward administrative services and ward information are displayed. From this "Setagaya-ku" area site, the user can access the lower "Nakamachi area"
It can be configured to receive services such as navigating to, and inquiring about the site in Setagaya and displaying the results.

【0057】次に、パーソン(エージェント)間の連結
処理に関する各種機能について説明する。連結処理と
は、パーソン間でのコミュニケーションのための通信路
の設定処理である。ここでは、あるユーザAに対応する
パーソンAとユーザBに対応するパーソンBを例にと
り、説明する。図18は、パーソンBに対するアクセス
画面の1例である。この例では、サイトDBにいるパー
ソンB(山田)の画像上にマウスカーソルを移動し、マ
ウスボタンの押下により、パーソンBに対するアクセス
メニューを表示した例である。ここには、パーソンBの
名前、現在いる場所、相手の状態が表示されているとと
もに、実際のアクセスを行うか否かを制御する「アクセ
ス」選択ボタンが表示されている。パーソンへのアクセ
ス法には、この図のように、サイト内のパーソンを直接
指示する方法の他に、パーソンのホームエージェントか
らパーソンへアクセスすることも可能である。この場合
には、ホームエージェントに記憶されているパーソンB
のカレントサイト情報を取りだし、そのサイトへのメッ
セージ通信により、パーソンBとの連結を取る。
Next, various functions relating to the connection processing between persons (agents) will be described. The connection process is a process of setting a communication path for communication between the persons. Here, a person A corresponding to a certain user A and a person B corresponding to a user B will be described as examples. FIG. 18 is an example of an access screen for Person B. In this example, the mouse cursor is moved over an image of Person B (Yamada) in the site DB, and an access menu for Person B is displayed by pressing a mouse button. Here, the name of the person B, the current location, and the state of the other party are displayed, and an "access" selection button for controlling whether or not to actually perform the access is displayed. As a method of accessing a person, as shown in this figure, in addition to a method of directly specifying a person in a site, it is also possible to access a person from a person's home agent. In this case, the person B stored in the home agent
Of the current site, and establishes a connection with the person B by message communication to the site.

【0058】ユーザAのパーソンBへのアクセス要求
(マウスボタンの押下など)を検出すると、パーソンA
は、パーソンBに対して、アクセス要求メッセージとと
もに所定のアクセス者情報をメッセージ転送する。パー
ソンBは、このメッセージを受信すると、パーソンAか
らのアクセスが生じた事を、可能であればユーザBに提
示する。
When a request for access to the person B by the user A (such as pressing a mouse button) is detected, the person A
Transmits a message of predetermined accessor information together with an access request message to person B. Upon receiving this message, Person B presents to User B that access from Person A has occurred, if possible.

【0059】また、パーソンBは、相手パーソンの情報
および自分の状況に応じて、相手に提示すべきパーソン
Bの情報・アクセス可否を求める要求調停処理を行う。
この要求調停処理では、状況に応じてユーザBに問い合
わせて判定する。この判定には、仕事上の関係(上司、
同僚、部下、顧客、得意先)や、個人的関係(友人、家
族など)、その他未知の人などと相手の緊急度を判定
し、それに応じて、パーソンAに送るべきメッセージを
作成する。
Further, the person B performs a request arbitration process for requesting the information and the access permission of the person B to be presented to the partner according to the information of the partner person and his / her situation.
In this request arbitration process, a determination is made by inquiring of the user B according to the situation. This determination includes a business relationship (boss,
It determines the urgency of the other party, such as colleagues, subordinates, customers, customers, personal relationships (friends, family, etc.), and other unknown persons, and creates a message to be sent to Person A accordingly.

【0060】パーソンAは、パーソンBから送られてき
たパーソン情報・アクセス可否情報をユーザAに対して
提示する。ここで、パーソンAに対応するユーザがパー
ソンBに対するアクセスを選択すると、パーソンAから
パーソンBに対してアクセスメソッド(動画チャネル、
音声チャネル、文字伝送チャネルなど)の選択要求を出
す。パーソンBは、アクセスメソッドを選択し、そのチ
ャネルを確保し、そのアクセスメソッドおよび実際のチ
ャネル情報をパーソンAに送出する。パーソンAは、こ
の情報を基にチャネル接続処理をおこない、パーソンA
とパーソンBの間に所定の通信チャネルが確立する。こ
の通信チャネルが確定すると、通信表示用の処理プログ
ラムが起動される。以上の処理を示したのが図19であ
る。
The person A presents the user information and the access permission / inhibition information sent from the person B to the user A. Here, when the user corresponding to the person A selects the access to the person B, the access method (the video channel,
Request to select a voice channel, a character transmission channel, etc.). Person B selects an access method, reserves the channel, and sends the access method and actual channel information to Person A. Person A performs channel connection processing based on this information,
A predetermined communication channel is established between Person and Person B. When this communication channel is determined, a processing program for communication display is started. FIG. 19 shows the above processing.

【0061】図20は、パーソンAとパーソンBとの間
でコミュニケーションを取るためのパーソンAにあたる
ユーザ側の画面の一例であり、前記通信表示用プログラ
ムにより表示される。図中の61,62,63にはそれ
ぞれ、相手の名前、カレントサイト、状態が表示されて
いる。64は相手の情報を表示する領域であり、前記通
信手段の選択によりリアルタイムの動画表示、あらかじ
めパーソンBに相当するユーザに用意された静止画など
が表示される。この領域には、パーソンBの対応が、現
実のユーザであるか、そうでないかを示す表示がなされ
る。この画面例では、「エージェント」という表示によ
り、対応相手が現実の人間でない旨が表示されている。
65は、相手との文字による対話を行うための領域であ
り、相手側の通話を表示する領域と自分側の通話を表示
する領域の2つに別れている。また、音声による通話が
可能な場合には、この領域は、音声による対話のやりと
りを文字化して表示するためにも使用可能である。66
は、パーソンBに対して任意のデータを転送するための
領域である。67は、パーソBからの任意のデータを受
け取るための領域である。69は、相手と直接通信がで
きない場合でも、相手のホームエージェントに情報を送
るための領域である。70は、通信の状況の記録を指示
するための領域である。68は、相手の移動に自分の移
動を同調させたりあるいはその逆に自分の移動に相手の
移動を同調させるための領域である。
FIG. 20 is an example of a screen on the user side corresponding to person A for communicating between person A and person B, and is displayed by the communication display program. In the figure, 61, 62, and 63 indicate the name, current site, and status of the other party, respectively. Numeral 64 denotes an area for displaying the information of the other party, and a real-time moving image display, a still image prepared in advance by the user corresponding to the person B, and the like are displayed by selecting the communication means. In this area, a display indicating whether the correspondence of the person B is a real user or not is displayed. In this screen example, the display of "agent" indicates that the corresponding partner is not a real person.
Reference numeral 65 denotes an area for performing a dialogue with the other party using characters, and is divided into an area for displaying a call on the other party and an area for displaying a call on the user's side. Further, when a voice call is possible, this area can be used to display the conversation of voice conversation in characters. 66
Is an area for transferring arbitrary data to person B. Reference numeral 67 denotes an area for receiving arbitrary data from the personal computer B. Reference numeral 69 denotes an area for sending information to the partner's home agent even when direct communication with the partner is not possible. Reference numeral 70 denotes an area for instructing recording of a communication status. Reference numeral 68 denotes an area for synchronizing the movement of the opponent with the movement of the opponent or vice versa.

【0062】次に、パーソンに対する各種操作とパーソ
ンの動作・構成について説明する。図21は、パーソン
の応答処理を示すブロック図である。71は、記録部で
あり、相手パーソンからの入力および相手パーソンへの
出力の情報を記憶装置(図示していない)に記録する機
能を有する。72は、対応切り替え部であり、相手から
の入力を自動処理部73へ出力するか実ユーザインター
フェイス部74へ出力するかの切り替えを行う。また、
この逆に相手への出力を自動処理部から行うか、実ユー
ザインターフェイスから行うかの切り替えを行う。自動
処理部73は、相手からの要求などを解析し、その結果
に応じて、相手への出力を行ったり、実ユーザヘ実ユー
ザインターフェイス部を介して情報のやり取りを行う。
実ユーザインターフェイス部は、実際のユーザに対して
入出力機器を介して、入出力処理を行う機能を司る。
Next, various operations on the person and the operation and configuration of the person will be described. FIG. 21 is a block diagram showing a response process of a person. Reference numeral 71 denotes a recording unit, which has a function of recording information on an input from the partner person and an output to the partner person in a storage device (not shown). Reference numeral 72 denotes a correspondence switching unit that switches between outputting an input from the other party to the automatic processing unit 73 and outputting to the real user interface unit 74. Also,
On the contrary, switching is performed between output from the automatic processing unit and output from the real user interface. The automatic processing unit 73 analyzes requests and the like from the other party, and performs output to the other party and exchanges information with the real user via the real user interface unit according to the result.
The real user interface unit has a function of performing input / output processing for an actual user via an input / output device.

【0063】対応切り替え部72では、K1とk2の2つの
出力切り替えの設定が可能であり、この初期設定は、k1
の自動処理部への出力となっている。ここで再度、前記
パーソンAとパーソンBの例を取り、パーソンの動作の
説明をする。相手パーソンからのアクセス要求がある
と、これは、記録部71、対応切り替え部72を通して
自動処理部73へ送られる。自動処理部73では、前記
連結処理を行う。連結処理が終了した状態では、パーソ
ンA側のユーザには、前記表示画面が表示されており、
パーソンB側のユーザには、自動処理部73から、実ユ
ーザインターフェイス74を通して、パーソンAからの
アクセスが発生したことが提示されている。この状態で
パーソンB側のユーザがパーソンA側のユーザと直接コ
ミュニケーションを取りたいと判断した場合には、実ユ
ーザインターフェイス74を介して、対応切り替え部7
2に対して、切り替え要求を出すことにより、パーソン
Aからの入力は、k2に出力されることになり、直接ユー
ザインターフェイスに送られ、パーソンB側の画面にパ
ーソンA側のユーザと同様な前記表示画面が表示され
る。パーソンB側のユーザ切り替え要求を出さない場合
には、パーソンA側からの入力はそのまま自動処理部に
送られ処理される。
In the correspondence switching unit 72, two output switchings of K1 and k2 can be set, and the initial setting is k1
Is output to the automatic processing unit. Here, the example of the person A and the person B will be described again, and the operation of the person will be described. When there is an access request from the partner person, this is sent to the automatic processing unit 73 through the recording unit 71 and the correspondence switching unit 72. The automatic processing unit 73 performs the connection processing. In a state where the connection processing has been completed, the display screen is displayed for the user on the person A side,
The user on the person B side is notified from the automatic processing unit 73 through the real user interface 74 that the access from the person A has occurred. In this state, if the user on the person B side wants to directly communicate with the user on the person A side, the correspondence switching unit 7 via the real user interface 74.
By issuing a switching request to the user 2, the input from the person A is output to k2, and is directly sent to the user interface, and is displayed on the screen of the person B in the same manner as the user of the person A. The display screen is displayed. When the user switching request of the person B is not issued, the input from the person A is sent to the automatic processing unit as it is and processed.

【0064】図22は、図21の自動処理部のブロック
構成図である。要求解析部81は、対応切替部72から
送られてくる情報を解析し、解くべき問題を抽出するも
のである。問題解決部82は、要求解析部81により抽
出された問題を解決するものである。知識検索部83
は、パーソンの持つ知識情報を含み、この内容を問題解
決部82の要求に応じて検索処理する。応答生成部84
は、問題解決部82で得られた情報を要求者に対して応
答して良いか否かを判定する機能を有する。応答生成部
85は、応答判定処理部84から送られる情報を、所定
の形式に変換し、それを対応切換部12へ送る機能を有
する。
FIG. 22 is a block diagram of the automatic processing unit shown in FIG. The request analysis unit 81 analyzes information transmitted from the correspondence switching unit 72 and extracts a problem to be solved. The problem solving unit 82 solves the problem extracted by the request analyzing unit 81. Knowledge search unit 83
Includes the knowledge information possessed by the person, and performs a search process on the contents in response to a request from the problem solving unit 82. Response generator 84
Has a function of determining whether the information obtained by the problem solving unit 82 can be responded to the requester. The response generation unit 85 has a function of converting the information sent from the response determination processing unit 84 into a predetermined format and sending the converted information to the correspondence switching unit 12.

【0065】以下では、パーソンA側からの各種入力に
対する、自動処理部73の動作を説明する。図23〜図
25は、要求解析部81の処理を示すフローチャートで
ある。まず、パーソンA側からの入力が対応切替部から
送られてくると、その内容が音声入力あるいは自然言語
文入力か否かの判定を行う(S71)。ここでYESの
場合は、ステップS72(図24)に行き、処理中であ
る旨をパーソンAに相当するユーザの表示画面に表示す
る。次にステップS73で、音声認識処理、自然言語認
識処理を行う。これは、音声認識処理、自然言語解析処
理モジュールを利用することにより行われる。この認識
結果は、「挨拶」「データ要求」「データ通知」「直接
対話要求」「終了要求」あるいは「認識失敗」のいずれ
かに分類される。例えば、入力が「こんにちは」であっ
た場合には、自然言語処理モジュールの辞書情報によ
り、「挨拶:type1 」のように解析される。ここでtype
1 とは、会話開始のキューをあらわす挨拶である。ま
た、「〜は、どこにありますか?」という文に対して
は、「データ要求:location(〜)」の様に「〜」の所
在を問い合わせているという問題として解析される。ま
た、「直接はなしたい」などの入力は直接対話要求に、
「さようなら」などは、終了要求として解析される。ス
テップS74〜S83、およびステップS84は、これ
らの解析結果を問題解決部に送る処理を示している。解
析処理が失敗した場合には、「解析失敗:音声不明」の
ように解析が不良であると判定された内容とともに問題
解決部82に通知される。パーソンAからの入力が音声
入力や自然言語文入力でない場合には、ステップS8
5,S86,S88でそれぞれデータ通知(表示画面の
fを通しての文書などの転送)、連動要求、終了要求で
あるかを判定し、それぞれステップS79,S87,S
82でこの内容を問題解析部に通知し処理を終了する。
以上のいずれでもない場合には、「その他要求」として
問題解決部82に通知し処理を終了する。
The operation of the automatic processing section 73 in response to various inputs from the person A will be described below. FIG. 23 to FIG. 25 are flowcharts showing the processing of the request analysis unit 81. First, when an input from the person A is sent from the correspondence switching unit, it is determined whether or not the content is a voice input or a natural language sentence input (S71). In the case of YES here, the flow proceeds to step S72 (FIG. 24), and the fact that the processing is being performed is displayed on the display screen of the user corresponding to person A. Next, in step S73, speech recognition processing and natural language recognition processing are performed. This is performed by using a speech recognition processing and a natural language analysis processing module. The recognition result is classified into one of "greeting", "data request", "data notification", "direct dialog request", "end request", and "recognition failure". For example, if the input is "Hello" is, by the dictionary information of natural language processing module, "greeting: type1" is analyzed as of. Where type
1 is a greeting indicating a queue for starting conversation. The sentence "Where is ~?" Is analyzed as a problem of inquiring about the location of "~" as in "Data request: location (~)". Also, input such as "I want to do it directly"
"Goodbye" is analyzed as a termination request. Steps S74 to S83 and step S84 show processing for sending these analysis results to the problem solving unit. When the analysis process has failed, the problem solving unit 82 is notified together with the content determined to be analysis failure, such as “analysis failure: voice unknown”. If the input from person A is not a voice input or a natural language sentence input, step S8
In steps S86, S88, it is determined whether the request is a data notification (transfer of a document or the like through f on the display screen), an interlocking request, or an end request.
At 82, the contents are notified to the problem analysis unit, and the process is terminated.
If neither of the above is the case, a notification is sent to the problem solving unit 82 as "other request", and the process is terminated.

【0066】図26,図27は、問題解決部82の処理
を示すフローチャートである。要求解析部81で相手パ
ーソンからの入力が挨拶であると判定された場合は、ス
テップS91で判定し、それに対する所定の応答を選択
する。これは、知識検索部83にあらかじめ記憶された
テーブル(図示しない)を検索し、対応する応答を得
る。その情報を解答として応答判定処理部84に通知す
る。入力がデータ要求として解析された場合には、ステ
ップS94で判定し、ステップS95で知識検索処理を
行う。知識検索処理は、知識検索部83において質問を
キーとして、その解答を検索する。例えば、location
(出張申請書)という質問(出張申請書はどこにあるの
か?)に対して、知識検索部83のデータベース中に
「location(出張申請書)=キャビネット1」という記
述があれば、単純なマッチングにより「キャビネット
1」という解答を得る。同じ質問が、要求解析部81に
より、「give(出張申請書)」のように、その意図のレ
ベルで解析され、知識検索部83に「give(X)=検索
プログラム(X)」の様な記述があれば、出張申請書を
引数にして検索プログラムを起動してこれを取り出し、
それを解答とすることが出来る。この検索処理により、
解答が得られない場合には、パーソン要求に対する自動
処理が旨くいかないことになるので、その状況をステッ
プS97で実ユーザに所定の形で提示する。検索の成否
・解答はステップS98で、応答判定処理部84へ通知
される。要求解析部81で、データ通知要求、直接対話
要求、終了要求、連動要求、その他要求として判別され
たものに関しては、ステップS99で認識され、ステッ
プS93でそのまま応答判定処理部84へ通知される。
要求解析部81が要求解析に失敗した場合には図27の
ステップS100で検知され、ステップS101に行
く。ステップS101では、解析の連続失敗の回数、あ
るいはその比率などの所定の条件を満たすか否かを判定
する。この条件を満たす場合には、対話処理が不良であ
ると判定し、その情報をもって応答判定処理部84へ通
知し処理を終了する。また、ステップS103では、解
析失敗の原因に応じて、相手に対して再入力要求をすべ
きか否かを判定する。解析失敗の原因には、音声認識部
の確信度が低い、自然言語解析で知らない単語がある、
あるいは文の解釈が複数あるなど様々な要因がある。ス
テップS103では、これらの失敗(あるいは一意の解
釈への同定の失敗)要因に対して、それぞれどのような
対応を取るべきかをあらかじめ指示したテーブルによ
り、判定する。例えば、解析結果のうち確からしい候補
が3つある場合には、これらを提示し相手ユーザに選ん
で貰うなどの処理を取ることができる。ステップS10
3で、再入力すべきと判定された場合には、取るべき処
置をもって、再入力処理を応答判定処理部84へ通知す
る。再入力すべきでないと判定された場合には、ステッ
プS105で通話困難な状況になったと判定し、この情
報をもって応答判定処理部84へ通知する。ステップS
100で、解析失敗でもないと判定された場合は、ステ
ップS106で問題解決処理が失敗したという情報をも
って応答判定処理部84へ通知し、処理を終了する。
FIGS. 26 and 27 are flowcharts showing the processing of the problem solving unit 82. When the request analysis unit 81 determines that the input from the partner person is a greeting, it determines in step S91 and selects a predetermined response to the determination. In this case, a table (not shown) stored in advance in the knowledge search unit 83 is searched, and a corresponding response is obtained. The information is notified to the response determination processing unit 84 as an answer. If the input is analyzed as a data request, a determination is made in step S94, and a knowledge search process is performed in step S95. In the knowledge search process, the knowledge search unit 83 searches for an answer using a question as a key. For example, location
In response to the question (Where is the business trip application form?), The description of “location (business trip application form) = cabinet 1” is stored in the database of the knowledge search unit 83. The answer is "cabinet 1". The same question is analyzed by the request analysis unit 81 at the level of the intention, such as “give (business trip application form)”, and the knowledge search unit 83 is given an analysis such as “give (X) = search program (X)”. If there is a description, launch the search program with the travel application form as an argument and retrieve it,
That can be the answer. With this search process,
If the answer is not obtained, the automatic processing for the person request will not be successful, and the situation is presented to the real user in a predetermined form in step S97. The success or failure of the search and the answer are notified to the response determination processing unit 84 in step S98. Those determined by the request analysis unit 81 as a data notification request, a direct interaction request, an end request, an interlocking request, and other requests are recognized in step S99, and are directly notified to the response determination processing unit 84 in step S93.
When the request analysis unit 81 fails in the request analysis, it is detected in step S100 in FIG. 27, and the process proceeds to step S101. In step S101, it is determined whether a predetermined condition such as the number of consecutive failures in the analysis or the ratio thereof is satisfied. When this condition is satisfied, it is determined that the interactive processing is defective, and the information is notified to the response determination processing unit 84 to terminate the processing. In step S103, it is determined whether or not a re-input request should be made to the other party according to the cause of the analysis failure. Causes of parsing failure include low confidence in the speech recognizer, words that are not known by natural language analysis,
Or there are various factors such as multiple interpretations of the sentence. In step S103, it is determined based on a table in which what kind of response should be taken for each of these failure factors (or failure to identify a unique interpretation). For example, when there are three probable candidates in the analysis result, it is possible to perform a process such as presenting them and having the other user select them. Step S10
If it is determined in step 3 that re-input is to be performed, re-input processing is notified to the response determination processing section 84 with a measure to be taken. If it is determined that re-input is not to be performed, it is determined in step S105 that the situation has become such that communication is difficult, and the response determination processing unit 84 is notified with this information. Step S
If it is determined in step 100 that the analysis has not failed, the response determination processing unit 84 is notified of information indicating that the problem solving process has failed in step S106, and the process ends.

【0067】図28〜図30は、応答判定処理部84の
処理内容を示すフローチャートである。応答判定処理部
84は、問題解決処理部82から通知された問題解決の
結果に応じてどのような応答を返すかを判定する。必要
に応じて、実ユーザインターフェイス部74を介して、
実際のユーザに対する入出力を行う。ステップS111
では、問題解決部82からの通知が、問題解決失敗、対
話不良、直接対話要求、連動要求、その他要求であるか
否かを判定する。これらの場合では、実ユーザの判定を
仰ぐことが望ましい。ステップS112で、実ユーザが
対応可能であるか否かをチェックする。実ユーザが計算
機からアクセス可能でない場合(計算機を使用していな
い状態、計算機から離れている場合)、および計算機か
らはアクセス可能であるが、優先度が高い仕事をしてい
る場合には、ステップS113に行き実ユーザが対応不
可能という情報を応答生成部へ通知し、さらにアクセス
可能である場合には、上記問題解決部82からの通知状
況を実ユーザの表示画面に所定の形態で表示して、処理
を終了する。実ユーザが対応可能である場合には、ステ
ップS114で、実ユーザインターフェイス処理部(図
21,74)を介して、上記問題解決部からの通知状況
を提示するとともに、その指示を仰ぐ。この場合、実ユ
ーザが介入を拒否した場合には、ステップS116で、
実ユーザが介入を拒否したという情報をもって、応答生
成部85へ通知し処理を終了する。実ユーザが、自動処
理部73から実ユーザへの対応処理の切替を指示した場
合には、ステップS118で対応切換部74に対して切
替要求を出す。これにより、対応切換部72では、相手
側パーソンとの入出力を自動処理部73から実ユーザイ
ンターフェイス部74に切り替える。これにより、実ユ
ーザ側の画面表示と相手パーソンとの接続が行われ、実
際の2人の人間間のコミュニケーションが可能となる。
自動処理部73が対応を行っている場合には、このやり
取りの状況は、例えば上記例では、パーソンB側のユー
ザの画面に縮小して表示されたりしているが、この切替
処理が行われると、所定の大きさの画面に変化する。ス
テップS117において、実ユーザの指定が対応切替処
理でない場合は、ステップS119で、問題解決処理に
対する解答を、実ユーザから入力し、ステップS120
で、その情報を持って応答生成部85へ通知し処理を終
了する。ステップS121では、問題解決部からの通知
が、問題解決成功であったか否かを判定する。
FIGS. 28 to 30 are flowcharts showing the processing contents of the response determination processing unit 84. The response determination processing unit 84 determines what kind of response is to be returned according to the result of the problem solution notified from the problem solution processing unit 82. If necessary, via the real user interface unit 74,
Performs input and output for actual users. Step S111
Then, it is determined whether or not the notification from the problem solving unit 82 is a problem solving failure, a dialogue failure, a direct dialogue request, an interlocking request, or another request. In these cases, it is desirable to ask for the judgment of the real user. In step S112, it is checked whether or not the real user is available. When the real user is not accessible from the computer (when the computer is not used or away from the computer), and when the user is accessible from the computer but is performing a high priority job, the step In S113, the information that the real user cannot respond is notified to the response generation unit. If the response is accessible, the notification status from the problem solving unit 82 is displayed on the display screen of the real user in a predetermined form. Then, the process ends. If the real user is available, in step S114, the notification status from the problem solving unit is presented via the real user interface processing unit (74 in FIGS. 21 and 74), and the instruction is received. In this case, if the real user refuses the intervention, in step S116,
The response generation unit 85 is notified with the information that the real user has refused the intervention, and the process ends. When the real user instructs the automatic processing unit 73 to switch the corresponding process to the real user, a switching request is issued to the corresponding switching unit 74 in step S118. As a result, the correspondence switching unit 72 switches input / output with the partner person from the automatic processing unit 73 to the real user interface unit 74. As a result, the screen display on the real user side is connected to the partner person, and actual communication between the two persons becomes possible.
In the case where the automatic processing unit 73 is responding, this exchange situation is displayed in a reduced scale on the screen of the user on the person B side in the above example, for example, but this switching process is performed. Then, the screen changes to a screen of a predetermined size. If the designation of the real user is not the correspondence switching process in step S117, the answer to the problem solving process is input from the real user in step S119, and the process proceeds to step S120.
Then, the information is notified to the response generation unit 85 with the information, and the process is terminated. In step S121, it is determined whether or not the notification from the problem solving unit has succeeded in solving the problem.

【0068】問題解決成功の場合は、ステップS122
において得られた解答データに対するセキュリティチェ
ックを行う。これは、相手パーソンのセキュリティレベ
ル、アクセス資格、当該データのセキュリティレベル、
アクセス資格情報などから行われる。このセキュリティ
チェックに合格しない場合には、ステップS123で実
ユーザへの問い合わせが行われ、データの提供に関する
確認が起こる。ここで提供が拒絶される、あるいは実ユ
ーザへの問い合わせが行えない場合には、ステップS1
25で、提供困難であると通知し、処理を終了する。セ
キュリティチェックに合格した場合、および、ステップ
S124において実ユーザの了承がえられた場合には、
ステップS126で解答データを応答生成部85へ通知
し、処理を終了する。ステップS127では、問題解決
部82からの通知がデータ通知であったか否かを判定す
る。
If the problem is solved successfully, step S122
Performs a security check on the answer data obtained in. This depends on the security level of the other person, the access qualification, the security level of the data,
This is done from the access credentials. If the security check does not pass, an inquiry is made to the real user in step S123, and confirmation regarding the provision of data occurs. If the offer is rejected or the inquiry to the real user cannot be made, step S1
At 25, it is notified that it is difficult to provide, and the process ends. If the security check is passed, and if the real user is approved in step S124,
In step S126, the answer data is notified to the response generating unit 85, and the process ends. In step S127, it is determined whether the notification from the problem solving unit 82 is a data notification.

【0069】データ通知であった場合には、ステップS
128で、実ユーザにデータを受け取ったという情報を
(可能であれば)提示し、ステップS129で受け取っ
たデータを保管し、ステップS130で、データを受け
取ったことを通知し、処理を終了する。ステップS13
1では、問題解決部82からの通知が終了要求であった
か否かを判定する。終了要求であった場合には、ステッ
プS132で応答生成部85へ終了を通知し、ステップ
S133で、終了処理を行う。終了処理では、応答生成
部85での応答処理の終了を確認し、さらに所定時間内
に相手パーソンからの入力が無いことを確認して、確保
下通信線の解放、実ユーザ画面の消去などを行う。
If it is a data notification, step S
At 128, information indicating that the data has been received is presented to the real user (if possible), the received data is stored at step S129, and at step S130, the fact that the data has been received is notified, and the process is terminated. Step S13
In step 1, it is determined whether the notification from the problem solving unit 82 is an end request. If the request is a termination request, the termination is notified to the response generation unit 85 in step S132, and termination processing is performed in step S133. In the termination processing, the termination of the response processing in the response generation unit 85 is confirmed, and further, it is confirmed that there is no input from the partner person within a predetermined time, and the release of the secured communication line, the deletion of the actual user screen, and the like. Do.

【0070】ステップS134では、問題解決部82の
通知が再入力であったか否かの判定を行う。再入力の場
合は、問題解決部82で失敗原因を基に、相手パーソン
に提示するメッセージの選択がなされ、応答判定処理部
84に通知されているので、これをステップS135で
応答生成部85に通知し、処理を終了する。ステップS
136では、問題解決部82からの通知が通信困難であ
ったか否かを判定し、そうである場合には、ステップS
139で応答困難メッセージを選択し、ステップS11
2へ進む。ステップS137では、通話困難メッセージ
を選択し、ステップS138ではそれを応答生成部85
に通知して処理を終了する。
In step S134, it is determined whether or not the notification from the problem solving section 82 has been re-input. In the case of re-input, a message to be presented to the partner person is selected based on the cause of failure by the problem solving unit 82 and is notified to the response determination processing unit 84. This is sent to the response generating unit 85 in step S135. Notify and end the process. Step S
In 136, it is determined whether or not the notification from the problem solving unit 82 has difficulty communicating, and if so, step S
In step 139, a response difficult message is selected, and step S11 is performed.
Proceed to 2. In a step S137, a call difficult message is selected.
And the process ends.

【0071】応答生成部85では、応答判定処理部84
から通知された情報をもとに、相手パーソンに対する返
答メッセージを作成し、これを対応切換部72を介して
相手パーソンに送出する。表1は、各通知情報に対する
応答生成部の生成する出力文例を示したものである。
The response generation unit 85 includes a response determination processing unit 84
A response message to the partner person is created based on the information notified from the server, and is sent to the partner person via the correspondence switching unit 72. Table 1 shows an example of an output sentence generated by the response generator for each piece of notification information.

【0072】[0072]

【表1】 これらの出力文は、相手パーソンとの通信手段により変
換される。例えば、音声通信チャネルが開いている場合
には、実ユーザの音声パラメータに応じた音声データに
変換した情報も送出する。また、文書など、送るべき対
象があるまとまりを持つデータ(いわゆるオブジェク
ト)にあたる場合には、相手ユーザの対話用領域でな
く、受取り口の領域になるようにその送出データが何で
あるか同定できる情報を付加する。これにより、ファイ
ルは1つのアイコンの様な形態で相手ユーザの表示画面
に表示するよう制御することができる。以上の処理によ
り、パーソンAがパーソンBにアクセスした場合に、パ
ーソンBに対応するユーザが直接対応しなくても、パー
ソンA側のユーザには、あたかもパーソンBのユーザが
対応しているようにコミュニケーションを行うことを可
能とするとともに、このコミュニケーションに所定の不
具合が生じた時点で、実際のユーザ間のコミュニケーシ
ョンに処理を変更することが可能となる。
[Table 1] These output sentences are converted by means of communication with the partner person. For example, when the voice communication channel is open, information converted to voice data according to the voice parameters of the real user is also transmitted. Also, in the case where data to be sent corresponds to data having a certain unit (a so-called object) such as a document, information that can identify what the transmitted data is so that it is not a conversational area of the other user but an area of the receiving port. Is added. Thus, the file can be controlled to be displayed on the display screen of the other user in the form of one icon. With the above processing, when the person A accesses the person B, the user on the person A side is as if the user of the person B is responding, even if the user corresponding to the person B does not directly correspond. The communication can be performed, and the process can be changed to the actual communication between the users when a predetermined trouble occurs in the communication.

【0073】以上のような構成により、単純な質問応答
処理は、実際のユーザで行うことなく、パーソンの自動
応答機能により対話が可能となる。また、自動応答に障
害が発生した時点で、実際のユーザとの切り替えが可能
であるので、対話がとどこおりなく継続するようにな
る。
With the above-described configuration, simple question answering processing can be performed by a person's automatic answering function without being performed by an actual user. Further, when a failure occurs in the automatic response, it is possible to switch with the actual user, so that the dialogue can be continued without any delay.

【0074】[0074]

【発明の効果】以上説明したように、本発明では、ネッ
トワーク上の計算機に種々のバーチャルサイトを構築
し、バーチャルサイトにアクセスしているユーザ間での
コミュニケーションが可能となり、また、バーチャルサ
イトの移動によりさまざまな場所にある情報へのアクセ
スが自然に、かつ容易に実現できる。また、ユーザのア
クセスに対してパーソンと呼ばれる自動応答機能を持つ
エージェントを入れることにより、簡単なやりとり、定
型的なやりとりを自動化し、必要な場合にのみ実際のユ
ーザが対応するなどの機能が実現できる。また、このイ
ンターフェイスを用意することにより、計算機内部の世
界での移動や他人との対話などが行われるため、実際の
ユーザがある仕事なり業務なりを遂行する場合に、あら
かじめユーザが知っていない場所にあるデータを探し、
参照したり、頻繁には使用しない種々の計算機サービス
を利用したりすることが非常に容易に行える。
As described above, according to the present invention, various virtual sites are constructed on a computer on a network, communication between users accessing the virtual sites becomes possible, and movement of the virtual sites is achieved. Thus, access to information in various places can be naturally and easily realized. In addition, by inserting an agent with an automatic response function called a person for user access, functions such as simple exchanges and routine exchanges are automated, and real users can respond only when necessary. it can. Also, by providing this interface, you can move around the world inside the computer and talk with other people, etc., so that when the actual user performs a certain job or work, the place where the user does not know in advance Find the data at
It is very easy to refer to and use various computer services that are not frequently used.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の一実施例の計算機ネットワーク構成を
示す図である。
FIG. 1 is a diagram showing a computer network configuration according to an embodiment of the present invention.

【図2】本発明の一実施例の計算機の構成図である。FIG. 2 is a configuration diagram of a computer according to an embodiment of the present invention.

【図3】サイトサーバ及びクライアントの基本構成を示
した図である。
FIG. 3 is a diagram showing a basic configuration of a site server and a client.

【図4】バーチャルサイトの構成を視覚的に表現した概
念図である。
FIG. 4 is a conceptual diagram visually representing the configuration of a virtual site.

【図5】サイトDB中の各エージェントの構成を示す図
である。
FIG. 5 is a diagram showing a configuration of each agent in a site DB.

【図6】ファイルキャビネットと机の表示例の図であ
る。
FIG. 6 is a diagram showing a display example of a file cabinet and a desk.

【図7】バーチャルサイトの表示イメージ例を示した図
である。。
FIG. 7 is a diagram showing a display image example of a virtual site. .

【図8】バーチャルサイト間の接続構成例を示す図であ
る。
FIG. 8 is a diagram illustrating a connection configuration example between virtual sites.

【図9】パーソン移動処理を示すフローチャートの第1
の分図である。
FIG. 9 is a first flowchart illustrating a person moving process;
FIG.

【図10】パーソン移動処理を示すフローチャートの第
2の分図である。
FIG. 10 is a second partial diagram of the flowchart showing the person moving process.

【図11】移動先指定用の表示例を示す図である。FIG. 11 is a diagram showing a display example for specifying a destination.

【図12】サイトリスト処理を示すフローチャートであ
る。
FIG. 12 is a flowchart showing a site list process.

【図13】人名リスト処理を示すフローチャートであ
る。
FIG. 13 is a flowchart illustrating a personal name list process.

【図14】郵便番号・住所処理を示すフローチャートの
第1の分図である。
FIG. 14 is a first partial diagram of a flowchart showing postal code / address processing.

【図15】郵便番号・住所処理を示すフローチャートの
第2の分図である。
FIG. 15 is a second partial diagram of a flowchart showing postal code / address processing.

【図16】言語入力による移動サイト指定処理を示すフ
ローチャートである。
FIG. 16 is a flowchart showing a mobile site designation process based on language input.

【図17】エリアサイト画面の例を示す図である。FIG. 17 is a diagram showing an example of an area site screen.

【図18】パーソンに対するアクセス画面の例を示す図
である。
FIG. 18 is a diagram illustrating an example of an access screen for a person.

【図19】パーソン間通信チャネルの確立処理を説明す
るための図である。
FIG. 19 is a diagram for explaining a process of establishing a communication channel between persons.

【図20】パーソン間通信のための画面表示例を示す図
である。
FIG. 20 is a diagram illustrating a screen display example for interperson communication.

【図21】パーソンの応答処理動作に係るブロック図で
ある。
FIG. 21 is a block diagram related to a response processing operation of a person.

【図22】自動処理部のブロック構成図である。FIG. 22 is a block diagram of an automatic processing unit.

【図23】要求解析部の処理を示すフローチャートの第
1の分図である。
FIG. 23 is a first branch diagram of the flowchart showing the processing of the request analysis unit.

【図24】要求解析部の処理を示すフローチャートの第
2の分図である。
FIG. 24 is a second branch diagram of the flowchart showing the processing of the request analysis unit.

【図25】要求解析部の処理を示すフローチャートの第
3の分図である。
FIG. 25 is a third subsection of the flowchart showing the processing of the request analysis unit.

【図26】問題解決部の処理を示すフローチャートの第
1の分図である。
FIG. 26 is a first branch diagram of the flowchart showing the processing of the problem solving unit.

【図27】問題解決部の処理を示すフローチャートの第
2の分図である。
FIG. 27 is a second branch diagram of the flowchart showing the processing of the problem solving unit.

【図28】応答判定処理部の処理を示すフローチャート
の第1の分図である。
FIG. 28 is a first flowchart of the flowchart showing the processing of the response determination processing unit.

【図29】応答判定処理部の処理を示すフローチャート
の第2の分図である。
FIG. 29 is a second partial diagram of the flowchart showing the processing of the response determination processing section.

【図30】応答判定処理部の処理を示すフローチャート
の第3の分図である。
FIG. 30 is a third partial diagram of the flowchart showing the processing of the response determination processing section.

【符号の説明】[Explanation of symbols]

5 エージェント処理部 7 エージェント定義部 8 ステージ 21 サイトDB 22 サイトDB管理部 23 ビジュアライザ 24 サイトハンドラ 25 表示用データ部 26 サイトエージェント定義部 27 クライアントハンドラ 28 表示制御部 29 入力制御部 30 クライアントエージェント定義部 71 記録部 72 対応切換部 73 自動処理部 74 実ユーザインターフェイス部 81 要求解析部 82 問題解決部 83 知識検索部 84 応答判定処理部 85 応答生成部 5 Agent processing unit 7 Agent definition unit 8 Stage 21 Site DB 22 Site DB management unit 23 Visualizer 24 Site handler 25 Display data unit 26 Site agent definition unit 27 Client handler 28 Display control unit 29 Input control unit 30 Client agent definition unit 71 Recording unit 72 Correspondence switching unit 73 Automatic processing unit 74 Real user interface unit 81 Request analysis unit 82 Problem solving unit 83 Knowledge search unit 84 Response determination processing unit 85 Response generation unit

───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊藤 悦雄 神奈川県川崎市幸区小向東芝町1 株式 会社東芝 総合研究所内 (56)参考文献 特開 平5−113941(JP,A) (58)調査した分野(Int.Cl.7,DB名) G06F 13/00 G06F 3/14 - 3/153 G06F 15/00 G06T 15/00 H04N 7/15 ──────────────────────────────────────────────────続 き Continuation of the front page (72) Inventor Etsushi Ito 1 Komukai Toshiba-cho, Sachi-ku, Kawasaki-shi, Kanagawa Prefecture Toshiba Research Institute, Inc. (56) References JP-A-5-113941 (JP, A) (58) Fields investigated (Int.Cl. 7 , DB name) G06F 13/00 G06F 3/14-3/153 G06F 15/00 G06T 15/00 H04N 7/15

Claims (3)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 ネットワークにより接続された複数の計
算機を有する分散システムを使用するためのヒューマン
インターフェイスシステムにおいて、複数のエージェントのそれぞれの状態や処理動作の定義
情報を保持又は管理し、前記エージェントにより構成さ
れる サイトを前記定義情報をもとに前記各計算機上に構
築するサイト構築手段と、構築された 前記サイトに対する利用者からのアクセス
容に応じて、前記エージェントの処理動作を前記定義情
報に基づいて制御するアクセス管理手段と、前記エージェントの状態や処理動作に応じた要求調停処
理を行い、エージェント 間の通信チャネルを設定する通
信路設定手段と、 を有することを特徴とするヒューマンインターフェイス
システム。
1. A plurality of meters connected by a network
Definition of the state and processing behavior of each agent in a human interface system for using a distributed system with a computer
Holds or manages information and is configured by the agent
Site to be configured on each computer based on the definition information
And site construction unit that built, the access from the user with respect to the sites built
The processing operation of the agent is defined in the
Access control means for controlling based on the information and request arbitration processing according to the state and processing operation of the agent
And a communication channel setting means for setting a communication channel between agents .
【請求項2】 前記アクセス管理手段は、 利用者からの入手データを認識してその要求を解析し
前記エージェントが有する知識情報からこの解析結果に
対する応答を作成して出力する自動応答機能と、 この自動応答機能による応答処理と実利用者による対話
処理とを切換える切換機能と、 を有することを特徴とする請求項1記載のヒューマンイ
ンターフェイスシステム。
2. The access management means recognizes data obtained from a user and analyzes the request.,
From the knowledge information of the agentIn this analysis result
Automatic response function that creates and outputs responses to responsesWhen, Response processing by this automatic response function and dialogue by real users
A switching function for switching between processing and  2. The human body according to claim 1, wherein
Interface system.
【請求項3】 ネットワークにより接続された複数の計
算機を有する分散システムを使用するためのヒューマン
インターフェイスシステムの制御方法において、複数のエージェントのそれぞれの状態や処理動作の定義
情報を保持又は管理し、前記エージェントにより構成さ
れる サイトを前記定義情報をもとに前記各計算機上に構
し、構築された 前記サイトに対する利用者からのアクセス
容に応じて、前記エージェントの処理動作を前記定義情
報に基づいて制御し、前記エージェントの状態や処理動作に応じた要求調停処
理を行い、エージェント 間の通信チャネルを設定するこ
とを特徴とするヒューマンインターフェイスシステムの
制御方法。
3. A plurality of meters connected by a network.
In a control method of a human interface system for using a distributed system having a computer, a definition of a state and a processing operation of each of a plurality of agents.
Holds or manages information and is configured by the agent
Site to be configured on each computer based on the definition information
Within the access from the user to the site built and built
The processing operation of the agent is defined in the
Controlled on the basis of the distribution, request arbitration processing according to the state and the processing operation of the agent
A method for controlling a human interface system, comprising: setting a communication channel between agents ;
JP04243694A 1992-07-24 1992-09-11 Human interface system and control method thereof Expired - Fee Related JP3083657B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP04243694A JP3083657B2 (en) 1992-09-11 1992-09-11 Human interface system and control method thereof
US08/713,959 US5664126A (en) 1992-07-24 1996-09-12 Human interface system for communicating networked users

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP04243694A JP3083657B2 (en) 1992-09-11 1992-09-11 Human interface system and control method thereof

Publications (2)

Publication Number Publication Date
JPH0695997A JPH0695997A (en) 1994-04-08
JP3083657B2 true JP3083657B2 (en) 2000-09-04

Family

ID=17107602

Family Applications (1)

Application Number Title Priority Date Filing Date
JP04243694A Expired - Fee Related JP3083657B2 (en) 1992-07-24 1992-09-11 Human interface system and control method thereof

Country Status (1)

Country Link
JP (1) JP3083657B2 (en)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3182736B2 (en) * 1994-01-14 2001-07-03 日本電信電話株式会社 Virtual space display system
JPH0877255A (en) * 1994-09-02 1996-03-22 Sony Corp Cyberspace system
JP4190590B2 (en) * 1994-09-20 2008-12-03 ソニー株式会社 Virtual reality space providing method and virtual reality space providing device
JP3317790B2 (en) * 1994-09-20 2002-08-26 沖電気工業株式会社 Destination display system and presence communication support system
JP4166290B2 (en) * 1994-09-20 2008-10-15 ソニー株式会社 Cyber space system, information processing method, virtual space providing device, and virtual space providing method
JP3452410B2 (en) * 1994-12-06 2003-09-29 日本電信電話株式会社 Virtual space data transfer method
JPH08249312A (en) * 1995-03-13 1996-09-27 Ekushingu:Kk Information providing system and information providing terminal used for the same
JPH0981632A (en) * 1995-09-13 1997-03-28 Toshiba Corp Information publication device
JPH08255150A (en) * 1995-03-17 1996-10-01 Toshiba Corp Information public offering device and multimodal information input/output system
JPH09288659A (en) * 1996-04-23 1997-11-04 Nippon Telegr & Teleph Corp <Ntt> Information display method inside virtual space
US5841980A (en) * 1996-05-15 1998-11-24 Rtime, Inc. Distributed system for communication networks in multi-user applications
JPH1023382A (en) * 1996-07-08 1998-01-23 Sumitomo Electric Ind Ltd Bi-directional communication system
JP2000250864A (en) 1999-03-02 2000-09-14 Fuji Xerox Co Ltd Cooperative work support system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3036162B2 (en) * 1991-10-22 2000-04-24 ソニー株式会社 Virtual space sharing method and virtual space sharing server

Also Published As

Publication number Publication date
JPH0695997A (en) 1994-04-08

Similar Documents

Publication Publication Date Title
EP1246084A2 (en) A communication method and the system thereof applied for the network having plural client systems and server systems
JP3083657B2 (en) Human interface system and control method thereof
US6567848B1 (en) System for coordinating communication between a terminal requesting connection with another terminal while both terminals accessing one of a plurality of servers under the management of a dispatcher
US5982928A (en) Character recognizing apparatus and method of controlling the same
EP0380211B1 (en) Method for information communication between concurrently operating computer programs
US6275977B1 (en) Application cooperation method and apparatus
JP4793819B2 (en) Information management system, information management method, and information management program
US6237045B1 (en) Interactive information processing system
US6407751B1 (en) Method and apparatus of generating mobile objects and storage medium storing an object generating mobile objects
WO2021015284A1 (en) Interactive input assistance system and interactive input assistance method
JPH0546559A (en) Joint work information processor
CN113971725A (en) Method and system for constructing virtual bank outlets, storage medium and electronic equipment
KR100747724B1 (en) System and its method for web navigation for visually handicapped person
JP2009009455A (en) Service cooperation support system
JPH0897814A (en) Communication network system
US6622143B1 (en) Network system and object cooperation therein
US20180176100A1 (en) Method for using an extended workstation, and an associated system for using an extended workstation
JPH07325776A (en) Electronic conversation control system
JPH08256142A (en) Communication navigation system
JP3773705B2 (en) Map information system and map distribution method
JPH10134002A (en) Cooperative work supporting system, computer, display information preparing person communicating method and storage medium
KR20000037198A (en) Method for Modifying Vector Map by Client-Server System
JP3366313B2 (en) Program operation status display method and system
CN117033365B (en) Visual analysis graph-based UI data processing method and system
JPH07210509A (en) Cooperative work supporting system

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090630

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees