JPH06342375A - Architecture model of human interface - Google Patents

Abstract

PURPOSE:To integrate a newly added partial task model into a customized task model by making a new agent join in a bid for a contract and making a bid arbiter agent evaluates the bid on the basis of the context that a studio management agent manages. CONSTITUTION:The studio management agent 106 manages a history of task state descriptions sent out to a studio 100 as context information. The bid arbiter agent 107 performs bid evaluation by contract net protocol by using the stored context information. An interactive manager agent 105 explains the process of a context dependent process to a user and assists the customization of this process by the user. Agent groups 105-107 send and receive task states through the studio 100 by using a studio function group and the bid arbiter agent 107 evaluates the bid according to the context that the studio management agent 106 manages.

Description

【発明の詳細な説明】Detailed Description of the Invention

【０００１】[0001]

【産業上の利用分野】本発明は、独立性を持った要素機
能に分割された複数のエージェントと共有媒体として種
々の情報を読み書きするスタジオとを備えたヒューマン
インタフェースのアーキテクチャモデルに関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an architectural model of a human interface provided with a plurality of agents divided into independent element functions and a studio for reading and writing various information as a shared medium.

【０００２】[0002]

【従来の技術】一般に、コンピュータシステムは、異な
る設計者が作成した複数のソフトウェアモジュールから
構成され、新たに設計されたソフトウェアモジュールを
システムに追加することは、システムの能力を改善し、
ユーザ自身のタスク遂行能力を向上させる可能性を持
つ。しかし、新たなモジュールの追加は、それ以前にユ
ーザとシステムの間に形成されていた合意を破壊すると
いう問題を引き起こす。2. Description of the Related Art Generally, a computer system is composed of a plurality of software modules created by different designers, and adding a newly designed software module to the system improves the system capability.
It has the potential to improve the user's own task performance. However, the addition of new modules causes the problem of breaking the agreement previously formed between the user and the system.

【０００３】ユーザがコンピュータを滞りなく利用して
いる時には、ユーザとシステムの間に何らかの合意が成
立していると考えられる。ユーザとシステムの間の合意
とは、ユーザのタスクとシステムの機能とのマッピン
グ、つまり、ユーザがタスク遂行上解決すべき多くのゴ
ールのうちの、どのゴールを解決するために、システム
の提供する多くの機能のうちのどの機能を用いるか、
ゴールを解決するためにユーザがシステムに対して行う
べき操作、ユーザの操作に応じてシステムが提示すべ
きフィードバック、に関してユーザが保有する知識、及
びシステムの保有する知識の双方を指す。When the user is using the computer without delay, it is considered that some kind of agreement has been established between the user and the system. The agreement between the user and the system is a mapping between the user's task and the function of the system, that is, the system provides to solve which of the many goals the user has to solve in performing the task. Which of many features to use,
It refers to both the knowledge held by the user and the knowledge held by the system regarding the operation that the user should perform on the system to solve the goal, the feedback that the system should provide in response to the user's operation.

【０００４】合意の一部としてシステムが保有する知識
をタスクモデルと呼ぶ。タスクモデルを利用すること
で、システムは、ユーザのタスク遂行のコンテクストを
把握し、ユーザに対する知的な助力を行うことができ
る。例えば、ルーチンタスクの自動化、ユーザの意思決
定が必要な場面での選択肢の提示、意味的に不適切な行
為の認識・教示、などを可能にしている。The knowledge held by the system as part of the agreement is called the task model. By using the task model, the system can grasp the context of the task execution of the user and provide the intellectual assistance to the user. For example, it enables automation of routine tasks, presentation of options in situations where the user needs to make decisions, and recognition and teaching of semantically inappropriate actions.

【０００５】タスクモデルの一部は、システム設計者
が、ユーザのタスクを分析、作成することにより提供さ
れる。また、機能モジュール群のベンダは、そのモジュ
ール群を用いて、ユーザがゴールを解決する手順を想定
し、記述することができ、これらの記述をタスクモデル
の一部として、システムに提供することができる。A part of the task model is provided by the system designer by analyzing and creating the task of the user. In addition, the vendor of the functional module group can use the module group to envision and describe the procedure for the user to solve the goal, and provide these descriptions to the system as a part of the task model. it can.

【０００６】しかし、一般に、ユーザは異なるベンダの
作成した複数のツールを用いてタスクを遂行するため、
個々のベンダがユーザのタスク全体を予期することはで
きず、各ベンダの提供するタスク遂行に関する知識は、
ユーザのタスクの一部をモデル化しているにすぎない。
また、ある時点のタスク分析から得られた知識だけで
は、新たなモジュールの追加や、それに伴うユーザのタ
スク自体の変化に対応していくことができない。However, in general, a user performs a task by using a plurality of tools created by different vendors.
Individual vendors cannot anticipate a user's entire task, and the knowledge of task fulfillment provided by each vendor is
It just models some of the user's tasks.
Moreover, it is not possible to cope with the addition of a new module and the accompanying change in the task itself of the user only with the knowledge obtained from the task analysis at a certain point.

【０００７】このため、ベンダの設計した知識や、タス
ク分析によって得られる知識は、異なるベンダの作成し
た複数のツールを用いてタスクを遂行する個々のユーザ
にとって、自分のタスクを適切に反映したタスクモデル
ではなく、ユーザのタスクの一部をモデル化した部分タ
スクモデルである。部分タスクモデルを利用したシステ
ムの例としては、 POISEシステムがある。[0007] Therefore, the knowledge designed by the vendor and the knowledge obtained by the task analysis are the tasks that appropriately reflect their own tasks to individual users who perform the tasks using a plurality of tools created by different vendors. It is not a model, but a partial task model that models a part of the user's tasks. The POISE system is an example of a system that uses a partial task model.

【０００８】システム設計者や、個々のベンダにより与
えられた部分タスクモデル群を、実際のユーザのタスク
遂行に合わせて適切に組み合わせ、修正することで初め
てタスクモデルが形成される。タスクモデルの生成のた
めには、ユーザが部分タスクモデル群をカスタマイズす
るための機能、または、システムが自動的に部分タスク
モデルを修正する学習機能が必要である。部分タスクモ
デルからタスクモデルを生成するためのカスタマイズ機
能を提供するシステムの例としては、HP NewWave環境、
HP SoftBench環境がある。The task model is formed only by appropriately combining and modifying the partial task model groups provided by the system designer and individual vendors in accordance with the task execution of the actual user. In order to generate the task model, a function for the user to customize the partial task model group or a learning function for the system to automatically modify the partial task model is required. As an example of a system that provides a customization function for generating a task model from a partial task model, the HP NewWave environment,
There is an HP SoftBench environment.

【０００９】コンピュータシステムを機能モジュール群
とインタフェースアーキテクチャの２つの部分に分割し
て考えると、機能モジュール群は、ベンダが想定したタ
スクを解決するために、ベンダにより設計提供されたモ
ジュール群であり、インタフェースアーキテクチャは、
タスクモデル、部分タスクモデルなどの知識を管理し、
ユーザとシステムの間の合意を形成する役割を果たすソ
フトウェアである。When the computer system is divided into two parts, that is, a functional module group and an interface architecture, the functional module group is a module group designed and provided by a vendor to solve a task assumed by the vendor. The interface architecture is
Manages knowledge of task models, partial task models, etc.
It is software that plays the role of forming an agreement between the user and the system.

【００１０】一般に、コンピュータシステムは、異なる
設計者が作成した複数のソフトウェアモジュールから構
成され、新たに設計されたソフトウェアモジュールをシ
ステムに追加することは、システムの能力を改善し、ユ
ーザ自身のタスク遂行能力を向上させる可能性を持つ。
しかし、新たなモジュールの追加は、それ以前にユーザ
とシステムの間に形成されていた合意を破壊するという
問題を引き起こす。In general, a computer system is composed of a plurality of software modules created by different designers, and adding a newly designed software module to the system improves the performance of the system and accomplishes the task of the user himself. Has the potential to improve ability.
However, the addition of new modules causes the problem of breaking the agreement previously formed between the user and the system.

【００１１】この合意は、ユーザ自身の学習、システム
によるユーザへの適応、ユーザによるシステムのカスタ
マイズ等により形成される。新しいモジュールを利用す
るために、ユーザがこれらの知識を変更し構成し直す必
要が生ずる。このようにユーザが知識を変更する必要性
が生じることを合意の破壊という。This agreement is formed by the user's own learning, the system adaptation to the user, the user customization of the system, and the like. Users will have to change and reconfigure these knowledge to take advantage of the new modules. The need for users to change their knowledge in this way is called destruction of agreement.

【００１２】図１７は部分タスクモデルのカスタマイズ
による合意の形成を説明するための図、図１８は新しい
モジュールの追加に伴う合意の破壊を説明するための図
である。ベンダＡ、ベンダＢにより機能モジュール群が
実装されたシステムを示したのが図１７であり、システ
ムには、同時に機能モジュール群を利用したタスク遂行
をモデル化した部分タスクモデルＰＴＭＡ、ＰＴＭＢが
それぞれのベンダにより供給されている。ユーザのタス
ク遂行を的確に支援するためには、ユーザのタスク要求
を解決するためにモジュールがいかなる組み合わせで用
いられるかの知識が必要である。これらの知識は、ユー
ザ自身がカスタマイズにより定義するか、インタフェー
スアーキテクチャが発見する必要がある。FIG. 17 is a diagram for explaining the formation of an agreement by customizing the partial task model, and FIG. 18 is a diagram for explaining the destruction of the agreement due to the addition of a new module. FIG. 17 shows a system in which the functional module groups are implemented by the vendor A and the vendor B. In the system, partial task models PTMA and PTMB that model the task execution using the functional module groups are respectively provided. Supplied by the vendor. In order to properly support the user's task execution, it is necessary to have knowledge of what combination of modules is used to solve the user's task request. These knowledge needs to be defined by the user by customization or to be discovered by the interface architecture.

【００１３】図１７に示すユーザとシステムの間の合意
で成立している状況に、ベンダＣにより新しい機能モジ
ュール群及び部分タスクモデルが提供されたケースを示
したのが図１８である。この場合、既存の機能モジュー
ルの利用法が公開されていればベンダＣは新たに追加す
るモジュール群と既存のモジュール群の両方を用いたタ
スク遂行をモデル化できる。FIG. 18 shows a case where a new functional module group and a partial task model are provided by the vendor C in the situation established by the agreement between the user and the system shown in FIG. In this case, if the usage of the existing functional module is disclosed, the vendor C can model the task performance using both the newly added module group and the existing module group.

【００１４】ユーザのタスク要求のうち、ベンダＣの提
供する部分タスクモデルで解決可能な部分が、今図１８
に示すようにカスタマイズしたタスクモデルで解決可能
な部分を包含していたとする。このような場合、従来の
システムでは、ユーザは、 ベンダＣの提供した機能、部分タスクモデルを無視し
てシステムとユーザの間の合意に基づくタスク遂行を維
持する。Among the user task requests, the part that can be solved by the partial task model provided by the vendor C is now shown in FIG.
Suppose that the task model that is customized as shown in contains the solvable part. In such a case, in the conventional system, the user ignores the function and the partial task model provided by the vendor C and maintains the task execution based on the agreement between the system and the user.

【００１５】システムとユーザの間に形成された合意
を廃棄し、ベンダＣの提供する部分タスクモデルに従っ
たタスク遂行を受け入れる。この場合、ユーザは、シス
テムの操作法やフィードバックに関する知識を変更する
必要がある。The agreement formed between the system and the user is discarded, and the task execution according to the partial task model provided by the vendor C is accepted. In this case, the user needs to change his / her knowledge about the operation method and feedback of the system.

【００１６】カスタマイズしたタスクモデルを新たに
追加されたモジュールに適用可能なようにユーザ自身が
変更する。The user himself modifies the customized task model so that it can be applied to the newly added module.

【００１７】のいずれかの手法を選択するしかなかっ
た。これらの要求に照らしたとき、上記のように複数の
モジュールにわたるユーザのタスク遂行をモデル化した
知識を持つことができる従来のシステムはいずれも問題
がある。There was no choice but to select one of the above methods. In light of these requirements, any conventional system that can have knowledge modeling user task performance across multiple modules as described above is problematic.

【００１８】〔従来例： POISE〕部分タスクモデルを利
用したシステムには、例えば POISEシステムがある。 P
OISEでは、特定のツールの集合を用いたオフィスワーク
に対して分析、作成された知識が、システム設計者によ
ってシステムのデータベースとして与えられている。 P
OISEは、このデータベースを用いてオフィスワークを支
援することができる。[Conventional example: POISE] As a system using the partial task model, there is a POISE system, for example. P
In OISE, the knowledge that is analyzed and created for an office work that uses a specific set of tools is given as a system database by a system designer. P
OISE can use this database to support office work.

【００１９】〔 POISEのタスク記述〕POISEの知識は、
オフィスワークの分析によって獲得され、システム設計
者によって、システムのデータベース中の「タスク記
述」の集合として与えられている。タスク記述は、正規
表現を用いて、高次のタスクを「より低次のタスク」ま
たは「ツールの起動」によって定義する形式で記述され
る。このような情報をデータベース中に持つことで、 P
OISEは、ユーザの操作のコンテクストを認識し、そのコ
ンテクストに応じた動作を計画することができる。例え
ばユーザが特定のタスクを指定すれば、システムは、実
行ステップを計画し、ツールを自動的に起動したり、必
要時にユーザに問い合わせたりできる。[POISE task description] Knowledge of POISE is
Acquired by analysis of office work and given by the system designer as a set of "task descriptions" in the system's database. The task description is described in a format in which a higher-order task is defined by a “lower-order task” or “tool invocation” using a regular expression. By having such information in the database, P
OISE can recognize the context of the user's operation, and can plan the operation according to the context. For example, if the user specifies a particular task, the system can plan the steps to be performed, launch the tool automatically, or query the user when needed.

【００２０】〔 POISEシステムの問題〕しかし、 POISE
では、知識が特定のツール群を用いたオフィスワークを
対象に作成されているため、この環境に新たなツールを
加えることや、新たなタスク記述を追加することが考慮
されていない。新たなツールや新たなタスク記述が、既
存の環境に適切に統合されるためには、その設計者が、
既存ツールの起動法や、タスク名、オブジェクト名など
について知っている必要がある。 POISEシステムでは、
設計者にこれらの情報を公開する単位としてのプロトコ
ルが用意されておらず、また、設計者の追加設計を支援
するためのツールも供給されていない。このため、新し
いツールやタスク記述の設計者は、現在のデータベース
中にある全ての記述を理解しなければならないという問
題があった。[Problem of POISE system] However, POISE
However, since knowledge is created for office work using a specific set of tools, adding new tools or adding new task descriptions to this environment is not considered. In order for a new tool or new task description to be properly integrated into an existing environment, its designer must
You need to know how to start existing tools, task names, object names, etc. In POISE system,
No protocol is provided as a unit for disclosing this information to the designer, nor is a tool provided to support the designer's additional design. Therefore, there is a problem that the designer of the new tool or task description has to understand all the descriptions in the current database.

【００２１】〔従来例：HP NewWave環境とHP SoftBench
環境〕部分タスクモデルからタスクモデルを生成するた
めのカスタマイズ機能を持つシステムの例として、HP N
ewWave環境、HP SoftBench環境がある。[Conventional example: HP New Wave environment and HP SoftBench
Environment] As an example of a system with a customization function for generating a task model from a partial task model, HP N
There are ewWave environment and HP SoftBench environment.

【００２２】〔HP NewWave環境のAgent Task Language
〕HP NewWave環境では、Agent Task Language という
スクリプト言語をユーザが記述することで、異なるベン
ダの作成した複数のツールに渡る一連の操作をシステム
に登録することができる。これにより、この一連の操作
を、アイコンのドラッグという単一の操作で置き換える
という合意がユーザとシステムの間で形成できる。[Agent Task Language of HP New Wave environment
] In the HP NewWave environment, the user can write a script language called Agent Task Language to register a series of operations across multiple tools created by different vendors in the system. This allows an agreement between the user and the system to replace this series of operations with a single operation of dragging an icon.

【００２３】〔HP NewWave環境の問題点〕しかし、Agen
t Task Language でユーザが作成したスクリプトは、一
般にベンダが知ることはできない。このため、新しいツ
ールの追加に際し、新規追加モジュールの機能を利用す
るようにスクリプトを変更することは、ユーザ自身の手
作業で行うしかなく、ユーザの負荷が高くなりユーザが
新しいツールの機能を利用する障害となるという問題が
ある。[Problems of HP New Wave environment] However, Agen
Scripts created by users in t Task Language are generally unknown to the vendor. For this reason, when adding a new tool, changing the script to use the function of the newly added module can only be done manually by the user, and the load on the user increases and the user can use the function of the new tool. There is a problem that it becomes an obstacle.

【００２４】〔HP SoftBench環境のツールプロトコルと
Encapsulator記述言語〕HP SoftBench環境は、 POISEよ
りもさらに統合された環境であり、より深いレベルのツ
ール間の協調機構を提供している。HP SoftBench環境で
は、機能モジュールの種類毎に公開されるツールプロト
コルが公開されており、これが部分タスクモデルと見做
せる。ユーザは、Encapsulator記述言語と呼ばれる記述
言語により、複数のツールの利用方法をカスタマイズ
し、タスクモデルを作ることができる。例えばコンパイ
ラモジュールがコンパイルを終了したら、メインモジュ
ールを起動し、コンパイル終了をプログラマチームのメ
ンバに知らせるようなタスクを記述することが可能であ
る。[Tool protocol of HP SoftBench environment and
Encapsulator Description Language] The HP SoftBench environment is a more integrated environment than POISE, and provides a deeper level of coordination between tools. In the HP SoftBench environment, the tool protocol released for each type of function module is released, and this can be regarded as a partial task model. A description language called Encapsulator description language allows the user to customize the usage of multiple tools and create a task model. For example, when the compiler module finishes compiling, it is possible to write a task to start the main module and notify the members of the programmer team of the completion of compilation.

【００２５】〔HP SoftBench環境の問題〕図１９はHP S
oftBench環境の問題点を説明するための図である。HP S
oftBench環境では、ツールプロトコルとして、機能モジ
ュールの利用法が公開されている。これにより図１９
（１）のように、新しく機能モジュール群Ｂを設計した
ベンダＢは、既存の機能モジュール群Ａの機能を利用す
る部分タスクモデルＢを設計することができる。しか
し、ツールプロトコルを公開するだけでは、図１９
（２）のように、個々のユーザのタスクモデルを、新規
追加の機能モジュール群Ｂの機能を利用するように修正
することはできない。このため、ユーザは、それまでの
タスクモデルに固執するか、ベンダＢの提供する部分タ
スクモデルを採用するか、あるいは、ユーザ自身が、En
capsulator記述言語のプログラミングによりタスクモデ
ルを再設計するしかなかった。[Problem of HP SoftBench environment] FIG. 19 shows HP S
It is a figure for demonstrating the problem of oftBench environment. HP S
In the oftBench environment, the usage of functional modules is published as a tool protocol. As a result, FIG.
As in (1), the vendor B who newly designed the functional module group B can design the partial task model B that uses the function of the existing functional module group A. However, if only the tool protocol is published,
As in (2), the task model of each user cannot be modified to use the function of the newly added function module group B. Therefore, the user should stick to the task model used so far, adopt the partial task model provided by Vendor B, or use the En task
There was no choice but to redesign the task model by programming the capsulator description language.

【００２６】〔従来例：先行特許〕本出願人が既に提案
したヒューマンインタフェースのアーキテクチャモデル
（特願平３−１７２８２３号）では、上記HP SoftBench
環境の持つ問題は部分的に解決される。つまり、新しい
機能モジュールの追加に際して、それまでのタスクモデ
ルを生かし、新しい機能も利用できる新たなタスクモデ
ルを生成することができる。[Conventional Example: Prior Patent] In the human interface architecture model (Japanese Patent Application No. 3-172823) already proposed by the present applicant, the above HP SoftBench is used.
Environmental problems are partially solved. In other words, when adding a new function module, it is possible to generate a new task model that can utilize the new function by making use of the task model used up to that point.

【００２７】例えば「前回新聞を見てから日付が更新し
ていれば、新しい情報を提示し、そうでなければ以前に
見ていた新聞で見ていた情報を提示する」というタスク
モデルが存在する環境に対して、ベンダが新たなモジュ
ール群を追加することにより、「前回新聞あるいは番組
を見てから日付が更新されていれば、新しい情報が新聞
で提示され、そうでない場合には、直前に番組で情報を
見ていれば、番組で見ていた情報を含む新聞が提示さ
れ、新聞で情報を見ていれば、以前に新聞で見ていた情
報を提示する」ように、それまでのタスクモデルを生か
して「番組で見ていた情報を新聞で見る」という新しい
機能も利用できる新たなタスクモデルを生成することが
できる。For example, there is a task model that "if the date has been updated since the last newspaper was viewed, then new information is presented, otherwise, the information previously viewed in the newspaper is previously presented". For the environment, the vendor added a new set of modules to say, "If the date has been updated since the last newspaper or program was seen, the new information will be presented in the newspaper, otherwise, just before. If you are watching the information on the program, you will be presented with a newspaper that contains the information you were watching on the program, and if you are watching the information on the newspaper, you will be presented with the information you had previously viewed on the newspaper. " By utilizing the model, it is possible to create a new task model that can also use the new function of "viewing the information that you were watching in the program in the newspaper".

【００２８】ヒューマンインタフェースのアーキテクチ
ャモデルに関して、既に特願平１ー２２２４９８号（特
開平３ー８４６５２号公報参照）により本出願人が提案
している。このヒューマンインタフェースのアーキテク
チャモデルによれば、黒板モデルにおける黒板に相当す
る共有場をスタジオ、スタジオを介して通信を行うモジ
ュール群をエージェントと呼び、複数のエージェントに
より要素機能に分割されヒューマンインタフェースに係
わる処理や情報を担い、１つのスタジオにより協調動作
する複数のエージェントの間のコミュニケーション、同
期、内部データの共有を行う。Regarding the architectural model of the human interface, the present applicant has already proposed it in Japanese Patent Application No. 1-222498 (see Japanese Patent Application Laid-Open No. 3-84652). According to this human interface architecture model, the shared field corresponding to the blackboard in the blackboard model is called a studio, and the modules that communicate through the studio are called agents, and the processes related to the human interface are divided into element functions by multiple agents. It is responsible for communication, synchronization, and sharing of internal data among multiple agents that cooperate with each other and cooperate in one studio.

【００２９】また、各エージェントは、独立性をもった
機能モジュールであり、スタジオの状態により起動する
ことが可能であり、一つの目的のために一つ以上のエー
ジェントが起動される。このモデルでは、１つのスタジ
オが全てのエージェントの共有媒体となっていた。その
ため、新たなエージェントを追加しようとすると、追加
されるエージェントが他の全てのエージェントの動作に
副作用を与える可能性が生じるという問題があった。し
かも、既存のエージェント群の動作の特定部分にのみ影
響を与えることを目的としたエージェントを新たに設計
する際にも、他の全てのエージェントの仕様を考慮する
必要があり、設計に要するコストが高くなるという問題
があった。Each agent is a functional module having independence and can be activated depending on the state of the studio, and one or more agents are activated for one purpose. In this model, one studio was a shared medium for all agents. Therefore, when adding a new agent, there is a problem that the added agent may have a side effect on the operation of all other agents. Moreover, when newly designing an agent whose purpose is to affect only a specific part of the operation of an existing agent group, it is necessary to consider the specifications of all the other agents, which reduces the design cost. There was the problem of becoming expensive.

【００３０】そこで本出願人は、さらに既存のエージェ
ント群の全ての詳細な仕様、動作を意識することなく新
たなエージェントを設計できるようにするヒューマンイ
ンタフェースのアーキテクチャモデルを提案（特願平３
−１７２８２３号）した。このモデルは、以下のような
ものである。Therefore, the applicant further proposes a human interface architecture model that enables a new agent to be designed without being aware of all the detailed specifications and operations of the existing agent group (Japanese Patent Application No. Hei 3).
No. 172823). This model is as follows.

【００３１】図２０は先行発明のヒューマンインタフェ
ースのアーキテクチャモデルの概念図である。ファンク
ションエージェント群３は、ユーザのタスクを実行する
ための機能と該機能を他のエージェントから利用するた
めの手続きを規定したファンクションプロトコルとを備
えものである。メタファ操作モデルエージェント群１
は、ユーザのタスクを実行する際に必要なユーザとのイ
ンタラクションを行うための外見と該外見を他のエージ
ェントから利用するための手続きを規定したメタファプ
ロトコルとを備えたものである。メタファ世界モデルエ
ージェント群２は、メタファプロトコルとファンクショ
ンプロトコルとの相互変換を行いファンクションエージ
ェント群３の提供する機能の全部あるいは一部をメタフ
ァ操作モデルエージェント群１から利用できるようにす
るものである。各プロトコル毎の部分スタジオ５、６
は、共有媒体としてのスタジオを分割したものである。
必須エージェント群４は、全てのエージェント群１〜３
に共通の機能を備え全ての部分スタジオ５、６を参照可
能にしたものである。FIG. 20 is a conceptual diagram of the architecture model of the human interface of the prior invention. The function agent group 3 includes a function for executing a task of a user and a function protocol that defines a procedure for using the function from another agent. Metaphor operation model agents 1
Is provided with a metaphor protocol that defines the appearance for performing the interaction with the user necessary for executing the task of the user and the procedure for using the appearance from another agent. The metaphor world model agent group 2 performs mutual conversion between the metaphor protocol and the function protocol so that all or part of the functions provided by the function agent group 3 can be used from the metaphor operation model agent group 1. Partial studios 5 and 6 for each protocol
Is a division of a studio as a shared medium.
The essential agent group 4 is all the agent groups 1 to 3
It is possible to refer to all the partial studios 5 and 6 with a function common to the above.

【００３２】先行発明のヒューマンインタフェースのア
ーキテクチャモデルでは、ファンクションエージェント
群３、メタファ操作モデルエージェント群１、メタファ
世界モデルエージェント群２、必須エージェント群４か
らなる全てのエージェント群がスタジオにつながり、各
エージェント群１〜４がプロトコル毎に設定された部分
スタジオ５、６を介して通信を行ってユーザのタスクを
分散、協調して遂行する。In the architectural model of the human interface of the prior invention, all the agent groups including the function agent group 3, the metaphor operation model agent group 1, the metaphor world model agent group 2, and the essential agent group 4 are connected to the studio, and each agent group is connected. 1 to 4 communicate via the partial studios 5 and 6 set for each protocol to perform the tasks of the user in a distributed and coordinated manner.

【００３３】各エージェント群１〜３において、エージ
ェントの送出するメーセッジは、部分スタジオ５、６の
うちの、該メーセッジが属するプロトコルに対応した一
つにのみ送出され、エージェント群１〜３のうちの該部
分スタジオに接続されているエージェント及び必須エー
ジェント群４以外からの参照アクセスはできない。In each of the agent groups 1 to 3, the message sent by the agent is sent to only one of the partial studios 5 and 6 corresponding to the protocol to which the message belongs, and the message is sent out from the agent groups 1 to 3. Reference access is not possible from any agents other than the agents connected to the partial studio and the essential agent group 4.

【００３４】部分スタジオ５、６に送出された或るメッ
セージを部分スタジオ５、６に接続された複数の同一種
類のエージェントが受け取り可能な場合、このメッセー
ジを契約のアナウンスメッセージといい、アナウンスメ
ッセージを送信したエージェントを契約のマネージャと
呼ぶ。When a certain message sent to the partial studios 5 and 6 can be received by a plurality of agents of the same type connected to the partial studios 5 and 6, this message is called a contract announcement message, and the announcement message is called. The sent agent is called the contract manager.

【００３５】アナウンスメッセージを受け取り可能な複
数のエージェントは、契約の入札メッセージを契約のマ
ネージャに送信し、マネージャは、これらの入札メッセ
ージをスタジオ履歴エージェントに問い合わせをするこ
とで評価し、最も適当なエージェントに対して落札の通
知メッセージを出すことでメッセージの最終的な受け取
り手を一意に決定する。Agents capable of receiving the announce message send contract bid messages to the contract manager, who evaluates these bid messages by querying the Studio History Agent, and the most suitable agent. The final recipient of the message is uniquely determined by issuing a notification message of the successful bid to.

【００３６】この契約のアナウンスメッセージ、入札メ
ッセージ、入札の評価方法、落札の通知メッセージは、
メタファプロトコルやファンクションプロトコルの一部
として公開されている。The contract announcement message, bid message, bid evaluation method, and successful bid notification message are as follows:
It is released as part of the metaphor protocol and function protocol.

【００３７】図２１は先行発明に係るヒューマンインタ
フェースのアーキテクチャモデルの１実施例を示す図、
図２２〜図２４は先行発明に係るヒューマンインタフェ
ースのアーキテクチャモデルの動作を説明するための図
である。FIG. 21 is a diagram showing an embodiment of an architectural model of a human interface according to the prior invention,
22 to 24 are diagrams for explaining the operation of the architecture model of the human interface according to the prior invention.

【００３８】図２１において、新聞メタファ操作モデル
エージェント１１は、新聞メタファを他のエージェント
から利用するための手続きを規定した新聞メタファプロ
トコルを持つメタファ操作モデルエージェントであり、
ユーザとのインタラクションを新聞のような外見で行う
ものである。In FIG. 21, the newspaper metaphor operation model agent 11 is a metaphor operation model agent having a newspaper metaphor protocol that defines a procedure for using the newspaper metaphor from another agent.
It interacts with the user with the appearance of a newspaper.

【００３９】ＤＢエージェント１２は、オンラインデー
タベース機能を他のエージェントから利用するための手
続きを規定したＤＢファンクションプロトコルを持つフ
ァンクションエージェントであり、他のエージェントに
オンラインデータベースの機能を提供するものである。The DB agent 12 is a function agent having a DB function protocol that defines a procedure for using an online database function from another agent, and provides the other database with an online database function.

【００４０】新聞メタファ世界Ａエージェント１３及び
新聞メタファ世界Ｂエージェント１４は、新聞メタファ
プロトコルに基づき新聞メタファ操作モデルエージェン
ト１１と通信を行い、ＤＢファンクションプロトコルに
基づきＤＢエージェント１２と通信を行うことで、ＤＢ
エージェント１２の提供する機能を新聞のような外見で
利用できるように変換するメタファ世界モデルエージェ
ントである。The newspaper metaphor world A agent 13 and the newspaper metaphor world B agent 14 communicate with the newspaper metaphor operation model agent 11 based on the newspaper metaphor protocol, and communicate with the DB agent 12 based on the DB function protocol.
It is a metaphor world model agent that transforms the function provided by the agent 12 so that it can be used in the appearance of a newspaper.

【００４１】これら２つの新聞メタファ世界モデルエー
ジェントは、ＤＢエージェント１２の提供する機能の異
なる部分を利用するものであり、例えば新聞メタファ世
界Ａエージェント１３は、ユーザに対して最新の情報を
提示し、新聞メタファ世界Ｂエージェント１４は、ユー
ザが以前に新聞の外見で見ていた情報を提示する。These two newspaper metaphor world model agents use different parts of the functions provided by the DB agent 12. For example, the newspaper metaphor world A agent 13 presents the latest information to the user, The Newspaper Metaphor World B Agent 14 presents the information that the user previously saw in the newspaper appearance.

【００４２】スタジオ履歴エージェント１５は、ステジ
オに送出されるあらゆるメッセージを蓄積し、他のエー
ジェントからの問い合わせに対して、蓄積したメッセー
ジ履歴を走査することで応答するものである。The studio history agent 15 stores all messages sent to Stegio and responds to inquiries from other agents by scanning the stored message history.

【００４３】上記実施例における新聞メタファプロトコ
ルでは、以下のような契約のためのメッセージ群が定義
されている。例えばメッセージ 〔新聞を見る〕 は、メタファ操作モデルエージェント群の新聞メタファ
操作モデルエージェント１１からメタファ世界モデルエ
ージェント群の各新聞メタファ世界エージェント１３、
１４へ送出される契約のアナウンスメッセージである。
この契約のアナウンスメッセージに対しメッセージ形式 〔入札α〕 は、メタファ世界モデルエージェント群の各新聞メタフ
ァ世界エージェント１３、１４から送出される入札メッ
セージの形式を示す。ここで、αは任意のメッセージパ
タンである。In the newspaper metaphor protocol in the above embodiment, the following message groups for contracts are defined. For example, the message [view newspaper] is from the newspaper metaphor operation model agents 11 of the metaphor operation model agents to the newspaper metaphor world agents 13 of the metaphor world model agents,
It is the announcement message of the contract sent to 14.
For the announcement message of this contract, the message format [Bid α] indicates the format of the bid message sent from each newspaper metaphor world agent 13, 14 of the metaphor world model agent group. Here, α is an arbitrary message pattern.

【００４４】入札評価手続きでは、アナウンスメッセー
ジを送信した新聞メタファ操作モデルエージェント１１
（契約のマネージャ）が各入札メッセージ中のパタンα
のうち、最も最近スタジオ内に送出されたパタンをスタ
ジオ履歴エージェント１５に問い合わせる。In the bid evaluation procedure, the newspaper metaphor operation model agent 11 that has sent the announcement message
The (contract manager) uses the pattern α in each bid message.
Of these, the studio history agent 15 is queried for the pattern most recently sent to the studio.

【００４５】スタジオ履歴エージェント１５は、問い合
わせに対して時系列に蓄積したメッセージの履歴を遡
り、これらのパタンとのマッチングを行い、最初に一致
したパタンを契約のマネージャである例えば新聞メタフ
ァ操作モデルエージェント１１に返答する。The studio history agent 15 traces the history of messages accumulated in time series in response to an inquiry, performs matching with these patterns, and the first matching pattern is a contract manager, for example, a newspaper metaphor operation model agent. Reply to 11.

【００４６】新聞メタファ操作モデルエージェント１１
は、該パタンを入札したメタファ世界モデルエージェン
ト１３又は１４に落札通知のためのメッセージ 〔新聞を開く〕 を送信する。Newspaper metaphor operation model agent 11
Sends a message [open newspaper] for notifying the successful bid to the metaphor world model agent 13 or 14 who bid the pattern.

【００４７】一定時間内にスタジオ履歴エージェント１
５からの返答がない場合には、ユーザにこれらの入札を
提示し選択させる。Studio history agent 1 within a fixed time
If there is no response from 5, the user is presented with these bids for selection.

【００４８】上記の動作を図２２〜図２４によりさらに
詳述する。ユーザが新聞のアイコンをクリックすると、
図２２（イ）に示すように新聞メタファ操作モデルエー
ジェント１１が契約のアナウンスメッセージ 〔新聞を見る〕 を部分スタジオに送出し、２つのエージェント、新聞メ
タファ世界Ａエージェント１３及び新聞メタファ世界Ｂ
エージェント１４がこれを受け取る。The above operation will be described in more detail with reference to FIGS. When the user clicks on the newspaper icon,
As shown in FIG. 22A, the newspaper metaphor operation model agent 11 sends a contract announcement message [view newspaper] to the partial studio, and two agents, the newspaper metaphor world A agent 13 and the newspaper metaphor world B are sent.
The agent 14 receives this.

【００４９】これに対して図２２（ロ）に示すように、
新聞メタファ世界Ａエージェント１３は、ユーザに対し
て最新の情報を提示するためのエージェントであるの
で、必須エージェントである時計エージェント１６が午
前０時に送出するメッセージにマッチするパタンを含む 〔入札〔今日は ＊年＊月＊日です〕〕 のような入札メッセージを送出する。同様に、新聞メタ
ファ世界Ｂエージェント１４は、ユーザが以前に新聞の
外見で見ていた情報を提示するためのエージェントであ
るので、新聞メタファ操作モデルエージェント１１への
メッセージパタンを含む 〔入札〔画面に 新聞を 表示する〕〕 のような入札メッセージを送出する。On the other hand, as shown in FIG.
Since the newspaper metaphor world A agent 13 is an agent for presenting the latest information to the user, it includes a pattern that matches the message sent by the clock agent 16, which is an essential agent, at midnight. It is * year * month * day]]. Similarly, the newspaper metaphor world B agent 14 includes a message pattern to the newspaper metaphor operation model agent 11 because it is an agent for presenting the information that the user has seen in the appearance of the newspaper before. Display a newspaper]]].

【００５０】そこで、新聞メタファ操作モデルエージェ
ント１１は、図２３（イ）に示すように契約のマネージ
ャとしてスタジオ履歴エージェント１５に対しこれらの
入札に含まれるパタンのうち、どれが最も最近送出され
ているかを問い合わせる。Therefore, the newspaper metaphor operation model agent 11, as shown in FIG. 23A, which of the patterns included in these bids is most recently sent to the studio history agent 15 as the contract manager. To inquire.

【００５１】スタジオ履歴エージェント１５は、遡って
時系列に蓄積されたメッセージとのパタンマッチングを
行い、図２３（ロ）に示すように最初にマッチしたパタ
ン、例えば〔今日は ＊年＊月＊日です〕を新聞メタフ
ァ操作モデルエージェント１１に返す。The studio history agent 15 performs pattern matching with the messages accumulated in time series retroactively, and the first matching pattern, for example, [Today is * year * month * day, as shown in FIG. 23B. Is returned to the newspaper metaphor operation model agent 11.

【００５２】これを受けた新聞メタファ操作モデルエー
ジェント１１は、図２４に示すようにそのパタンを入札
した、例えば新聞メタファ世界Ａエージェント１３に落
札通知のためのメッセージ 〔新聞を開く〕 を送信する。Receiving this, the newspaper metaphor operation model agent 11 sends a message [open newspaper] for notifying a successful bid to, for example, the newspaper metaphor world A agent 13, which bid the pattern, as shown in FIG.

【００５３】この入札により、前回新聞を観てから日付
が更新していれば、新しい情報を提示し、そうでなけれ
ば以前に新聞を観ていた情報を提示する。By this bidding, if the date has been updated since the last time the newspaper was viewed, new information is presented, and otherwise, the information previously viewed by the newspaper is presented.

【００５４】上記の実施例にＤＢエージェント１２の提
供する機能をテレビ番組の外見で利用するためのエージ
ェント群を追加した例を示したのが図２５である。この
場合、先行発明によれば、設計者は、メタファ操作モデ
ルエージェントとして、テレビ番組の外見を他のエージ
ェントから利用するための手続きを規定した番組メタフ
ァプロトコルを持つ番組メタファ操作モデルエージェン
ト１９を設計し、番組メタファプロトコルとＤＢファン
クションプロトコルのみを参照することで、メタファ世
界モデルエージェントとして、番組メタファ世界エージ
ェント２１を設計すればよい。このとき、新聞メタファ
プロトコルを介して通信を行っている新聞メタファ世界
Ａエージェント１３、新聞メタファ世界Ｂエージェント
１４、新聞メタファ操作モデルエージェント１１につい
て考える必要はない。FIG. 25 shows an example in which an agent group for utilizing the function provided by the DB agent 12 in the appearance of a television program is added to the above embodiment. In this case, according to the prior invention, the designer, as the metaphor operation model agent, designs the program metaphor operation model agent 19 having a program metaphor protocol that defines a procedure for using the appearance of a television program from another agent. The program metaphor world agent 21 may be designed as a metaphor world model agent by referring to only the program metaphor protocol and the DB function protocol. At this time, it is not necessary to consider the newspaper metaphor world A agent 13, the newspaper metaphor world B agent 14, and the newspaper metaphor operation model agent 11 which are communicating via the newspaper metaphor protocol.

【００５５】さらに、設計者は、新聞メタファプロトコ
ルとＤＢファンクションプロトコルのみを参照すること
で、既存のエージェントである新聞メタファ世界Ａエー
ジェント１３、新聞メタファ世界Ｂエージェント１４、
新聞メタファ操作モデルエージェント１１の詳細につい
て考えることなしに、既存の新聞の動作を変更するよう
なエージェント、新聞メタファ世界Ｃエージェント２０
を設計することもできる。Further, the designer refers to only the newspaper metaphor protocol and the DB function protocol, so that the existing agents, newspaper metaphor world A agent 13, newspaper metaphor world B agent 14,
An agent that changes the behavior of an existing newspaper without considering the details of the newspaper metaphor operation model agent 11, the newspaper metaphor world C agent 20
Can also be designed.

【００５６】これにより新聞メタファ世界Ｃエージェン
ト２０は、入札に参加し、ユーザが直前に番組で情報を
見ていた場合に、番組で提示されていた情報を含む新聞
を提示することができる。これらの動作例を示したのが
図２６〜図２８であり、以下にその動作例を説明する。Thus, the newspaper metaphor world C agent 20 can present the newspaper including the information presented in the program when the user participated in the bid and the user was viewing the information in the program immediately before. 26 to 28 show these operation examples, and the operation examples will be described below.

【００５７】まず、ユーザにより新聞のアイコンがクリ
ックされると、図２６（イ）に示すように新聞メタファ
操作モデルエージェント１１は、契約アナウンスメッセ
ージ 〔新聞を見る〕 を部分スタジオに送出し、３つのエージェント、新聞メ
タファ世界Ａエージェント１３、新聞メタファ世界Ｂエ
ージェント１４、新聞メタファ世界Ｃエージェント２０
がこれを受け取る。First, when the user clicks the newspaper icon, the newspaper metaphor operation model agent 11 sends a contract announcement message [view newspaper] to the partial studio as shown in FIG. Agent, newspaper metaphor world A agent 13, newspaper metaphor world B agent 14, newspaper metaphor world C agent 20
Will receive this.

【００５８】これに対して、図２６（ロ）に示すように
新聞メタファ世界Ａエージェント１３は、ユーザに対し
て最新の情報を提示するためのエージェントであるの
で、必須エージェントである時計エージェント１６が午
前０時に送出するメッセージにマッチするパタンを含む 〔入札〔今日は ＊年＊月＊日です〕〕 のような入札メッセージを送出する。同様に、新聞メタ
ファ世界Ｂエージェント１４は、ユーザが以前に新聞の
外見で見ていた情報を提示するためのエージェントであ
るので、新聞メタファ操作モデルエージェント１１への
メッセージパタンを含む 〔入札〔画面に 新聞を 表示する〕〕 のような入札メッセージを送出する。また、新聞メタフ
ァ世界Ｃエージェント２０は、ユーザが直前に番組で見
ていた情報を提示するためのエージェントであるので、
番組メタファ操作モデルエージェント１９へのメッセー
ジパタンを含む 〔入札〔画面に 番組を 表示する〕〕 のような入札メッセージを送出する。On the other hand, since the newspaper metaphor world A agent 13 is an agent for presenting the latest information to the user as shown in FIG. Send a bid message such as [Bid [Today is * year * month * day]] that contains a pattern that matches the message sent at midnight. Similarly, the newspaper metaphor world B agent 14 includes a message pattern to the newspaper metaphor operation model agent 11 because it is an agent for presenting the information that the user has seen in the appearance of the newspaper before. Display a newspaper]]]. Since the newspaper metaphor world C agent 20 is an agent for presenting the information that the user was watching in the program immediately before,
A bid message such as [Bid [display program on screen]] including a message pattern to the program metaphor operation model agent 19 is sent.

【００５９】これらの入札メッセージより新聞メタファ
操作モデルエージェント１１は、図２７（イ）に示すよ
うにスタジオ履歴エージェント１５に対してこれらの入
札に含まれるパタンのうち、どれが最も最近送出されて
いるかを問い合わせる。From these bid messages, the newspaper metaphor operation model agent 11 indicates which of the patterns included in these bids has been sent most recently to the studio history agent 15, as shown in FIG. To inquire.

【００６０】スタジオ履歴エージェント１５は、この問
い合わせに対し図２７（ロ）に示すように遡って時系列
に蓄積されたメッセージとのパタンマッチングを行い、
最初にマッチしたパタン、例えば〔画面に 番組を 表
示する〕を新聞メタファ操作モデルエージェント１１に
返す。The studio history agent 15 pattern-matches this inquiry with the messages accumulated in time series retroactively as shown in FIG.
The first matching pattern, eg, [display program on screen], is returned to the newspaper metaphor operation model agent 11.

【００６１】新聞メタファ操作モデルエージェント１１
は、図２８に示すようにそのパタンを入札した、新聞メ
タファ世界Ｃエージェント２０に落札通知のためのメッ
セージ 〔新聞を開く〕 を送信する。Newspaper metaphor operation model agent 11
28, a message [open newspaper] for notifying a successful bid is sent to the newspaper metaphor world C agent 20 who bid the pattern as shown in FIG.

【００６２】上記のように新聞メタファ世界Ｃエージェ
ント２０を追加することにより、前回新聞、あるいは番
組を見てから日付が更新されていれば、新しい情報が新
聞で提示され、そうでない場合には、直前に番組で情報
を見ていれば、番組で見ていた情報を含む新聞が提示さ
れ、新聞で情報を見ていれば、以前新聞で見ていた情報
が提示されるように動作を変更することができる。By adding the newspaper metaphor world C agent 20 as described above, if the date has been updated since the last newspaper or program was viewed, new information is presented in the newspaper, and if not, Change the operation so that the newspaper containing the information you saw in the program will be presented if you were watching the information in the program immediately before, and the information you were seeing in the newspaper earlier if you were watching the information in the newspaper. be able to.

【００６３】〔先行特許の問題点〕このようにヒューマ
ンインタフェースのアーキテクチャモデル（特願平３−
１７２８２３号）では、契約ネットのメカニズムにより
ユーザ自身がタスクモデルを新しいモジュール用に変更
する負荷を、ベンダとアーキテクチャによりある程度代
行することができる。ベンダが設計した入札メッセージ
を、部分タスクモデルとして考えることができる。しか
し、ベンダの記述とアーキテクチャによる入札評価だけ
では，新しい機能でも、ユーザにとって望ましくない機
能が実行されてしまう可能性がどうしても残る。このた
め、ユーザが必要最小限の負荷でカスタマイズできる必
要がある。しかし、この先行特許では、ユーザの契約の
入札をカスタマイズする機構が用意されていないという
問題がある。また、入札の評価手続きを各エージェント
毎に設計できるため、システムの動作がユーザにとって
一貫しないという問題がある。また、エージェントがメ
ッセージの送信をするための方法、メッセージの共通形
式が定義されていないという問題があった。[Problems of Prior Patent] As described above, the architecture model of the human interface (Japanese Patent Application No. 3-
No. 172823), the contract net mechanism allows the user to change the task model for a new module by the vendor and architecture to some extent. The bid message designed by the vendor can be considered as a partial task model. However, only the description of the vendor and the evaluation of the bid based on the architecture may lead to the execution of a new function that is not desired by the user. Therefore, it is necessary for the user to be able to customize with a minimum required load. However, in this prior patent, there is a problem that a mechanism for customizing the bid of the contract of the user is not prepared. In addition, since the bid evaluation procedure can be designed for each agent, there is a problem that the operation of the system is inconsistent for the user. There is also a problem that the method for agents to send messages and the common format of messages are not defined.

【００６４】[0064]

【発明が解決しようとする課題】従来のシステムでは、
ユーザは、 ベンダＣの提供した機能、部分タスクモデルを無視し
てシステムとユーザの間の合意に基づくタスク遂行を維
持する。In the conventional system,
The user ignores the function and partial task model provided by the vendor C and maintains the task execution based on the agreement between the system and the user.

【００６５】システムとユーザの間に形成された合意
を廃棄し、ベンダＣの提供する部分タスクモデルに従っ
たタスク遂行を受け入れる。この場合、ユーザは、シス
テムの操作法やフィードバックに関する知識を変更する
必要がある。The agreement formed between the system and the user is discarded, and the task execution according to the partial task model provided by the vendor C is accepted. In this case, the user needs to change his / her knowledge about the operation method and feedback of the system.

【００６６】カスタマイズしたタスクモデルを新たに
追加されたモジュールに適用可能なようにユーザ自身が
変更する。The user himself changes the customized task model so that it can be applied to the newly added module.

【００６７】のいずれかの手法を選択するしかなかっ
た。There was no choice but to select one of the methods.

【００６８】先行特許（特願平３−１７２８２３号）
は、この問題を部分的に解決するが、ユーザが契約の入
札をカスタマイズする機構が用意されていない、システ
ムの動作がユーザにとって一貫しない、エージェントが
メッセージの送信をするための方法、メッセージの共通
形式が定義されていないといった問題があった。Prior Patent (Japanese Patent Application No. 3-172823)
Partially solves this problem, but does not provide a mechanism for users to customize contract bids, system behavior is inconsistent for users, methods for agents to send messages, common message There was a problem that the format was not defined.

【００６９】本発明は、上記の課題を解決するものであ
って、カスタマイズされたタスクモデルに新たに追加さ
れた部分タスクモデルを統合することが可能なインタフ
ェースアーキテクチャを提供することを目的とするもの
である。また、本発明の他の目的は、操作やフィードバ
ックに関するユーザの持つ知識を変更することなしに、
新規追加モジュールの機能を利用することができ、ユー
ザのタスク要求のより多くの部分を解決できるインタフ
ェースアーキテクチャを提供することである。さらに本
発明の他の目的は、ユーザ及びインタフェースアーキテ
クチャが部分タスクモデルの一部を組み合わせたり、変
更しカスタマイズできるようにすることである。本発明
の他の目的は、新規に追加された部分タスクモデルから
既存の機能モジュールの機能が利用できるだけでなく、
既存の部分タスクモデルあるいはカスタマイズされたタ
スクモデルから新規機能モジュールの機能が利用でき、
既存の部分タスクモデルから新たに追加されたモジュー
ルの実行時のコンテクストが参照できるようにすること
である。The present invention is intended to solve the above problems, and an object thereof is to provide an interface architecture capable of integrating a newly added partial task model into a customized task model. Is. Another object of the present invention is to change the user's knowledge of operation and feedback without changing
The purpose is to provide an interface architecture that can take advantage of the functionality of the newly added modules and solve more of the user's task requirements. Yet another object of the invention is to allow users and interface architectures to combine, modify and customize parts of the partial task model. Another object of the present invention is not only to use the function of the existing function module from the newly added partial task model,
You can use the functions of the new function module from the existing partial task model or customized task model,
It is to be able to refer to the runtime context of the newly added module from the existing partial task model.

【００７０】[0070]

【課題を解決するための手段】そのために本発明は、独
立性を持った要素機能に分割された複数のエージェント
と共有媒体として種々の情報を読み書きするスタジオと
を備えたアーキテクチャモデルにおいて、スタジオに送
出されたタスク状態記述の履歴をコンテクスト情報とし
て管理するスタジオ管理エージェントと、蓄積したコン
テクスト情報を用いて契約ネットプロトコルにおける入
札評価をする入札アービタエージェントと、コンテクス
ト依存処理の経過をユーザに説明し、コンテクスト依存
処理をカスタマイズする手段をユーザに提供する対話マ
ネージャエージェントとを有し、エージェント群がスタ
ジオを介しスタジオ関数群を用いてタスク状態記述を授
受し、スタジオ管理エージェントの管理するコンテクス
トに基づき入札アービタエージェントが入札を評価する
ことにより、モジュール群が相互のコンテクストに応じ
て動作するように構成したことを特徴とするものであ
る。To this end, the present invention provides a studio in an architecture model including a plurality of agents divided into independent element functions and a studio for reading and writing various information as a shared medium. Explain to the user the studio management agent that manages the history of the sent task state description as context information, the bid arbiter agent that evaluates bids in the contract net protocol using the accumulated context information, and the progress of context-dependent processing. It has a dialogue manager agent that provides the user with a means for customizing context-dependent processing, and the agent group exchanges task state descriptions using the studio function group through the studio, and bids are accepted based on the context managed by the studio management agent. By Vita agent to evaluate the bid, modules are characterized in that which is configured to operate in accordance with the mutual context.

【００７１】[0071]

【作用】本発明に係るヒューマンインタフェースのアー
キテクチャモデルでは、エージェント群がスタジオを介
してタスク状態記述を授受するためのスタジオ関数群
と、蓄積したコンテクスト情報を用いて契約ネットプロ
トコルにおける入札評価する入札アービタエージェント
と、コンテクスト依存処理の経過をユーザに説明し、ユ
ーザにコンテクスト依存処理をカスタマイズする手段を
提供する対話マネージャエージェントとを有し、エージ
ェント群がスタジオを介しスタジオ関数群を用いてタス
ク状態記述を授受し、スタジオ管理エージェントの管理
するコンテクストに基づき入札アービタエージェントが
入札を評価することにより、モジュール群が相互のコン
テクストに応じて動作するので、ユーザとシステムの間
の合意の一部であるタスクモデル（システムの保有する
ユーザのタスク遂行に関する知識）に着目し、新たなモ
ジュールの追加に際して、ユーザとシステムの間の合意
を可能な限り維持しながら、新規追加モジュールの機能
を利用する機構を提供することができる。In the architecture model of the human interface according to the present invention, a bid arbiter for evaluating bids in the contract net protocol using studio function groups for agent groups to send and receive task state descriptions via the studio and accumulated context information. It has an agent and a dialogue manager agent that explains the progress of context-dependent processing to the user and provides the user with a means for customizing the context-dependent processing. Part of the agreement between the user and the system, as the modules work according to each other's context, with bids given and received by the studio arbitration agent and evaluated by the bid arbiter agent based on the context managed by the studio management agent. Focusing on the model (knowledge about the task execution of the user possessed by the system), when adding a new module, we provide a mechanism to use the function of the newly added module while maintaining the agreement between the user and the system as much as possible. can do.

【００７２】[0072]

【実施例】以下、本発明の実施例を図面を参照しつつ説
明する。図１は本発明に係るヒューマンインタフェース
のアーキテクチャモデルのスタジオの構造の１実施例を
示す図であり、１００はスタジオ、１０１はユーザ層、
１０２はタスク状態記述層、１０３はシングルキャスト
層、１０４はブロードキャスト層、１０５は＜対話マネ
ージャ＞エージェント、１０６は＜スタジオ管理＞エー
ジェント、１０７は＜入札アービタ＞エージェント、１
０８は一般のエージェント、２０１はファンクションレ
ベル、２０２はユーザタスクレベル、２０３はセマンテ
ィックレベル、２０４はインタラクションレベルを示
す。Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a diagram showing an embodiment of a structure of a studio of a human interface architecture model according to the present invention, in which 100 is a studio, 101 is a user layer,
102 is a task state description layer, 103 is a single cast layer, 104 is a broadcast layer, 105 is a <dialogue manager> agent, 106 is a <studio management> agent, 107 is a <bid arbiter> agent, 1
08 is a general agent, 201 is a function level, 202 is a user task level, 203 is a semantic level, and 204 is an interaction level.

【００７３】図１において、スタジオ１００は、ユーザ
層１０１、タスク状態記述層１０２、シングルキャスト
層１０３、ブロードキャスト層１０４の４つの層からな
り、エージェント群が相互に通信する手段を提供す
る、エージェント群の通信履歴をコンテクスト情報と
して維持する、契約ネットプロトコルを用いたコンテ
クスト依存処理を提供する、コンテクスト依存処理を
ユーザに説明し、ユーザの変更を受け入れる、という機
能を持つ。In FIG. 1, the studio 100 is composed of four layers of a user layer 101, a task state description layer 102, a single cast layer 103, and a broadcast layer 104, and provides a means for agents to communicate with each other. Has the functions of maintaining the communication history of as context information, providing context-dependent processing using the contract net protocol, explaining the context-dependent processing to the user, and accepting the user's changes.

【００７４】スタジオ１００の機能は、 Lindaプログラ
ミングモデル（米国：SCIENTIFIC Computing Associate
s の製品）の提供するタプルスペース、および必須エー
ジェント（System Agents)と呼ばれる特殊なエージェン
ト群によって実現されている。必須エージェントには、
図示のように＜対話マネージャ＞エージェント１０５、
＜スタジオ管理＞エージェント１０６、＜入札アービタ
＞エージェント１０７の３つがある。＜スタジオ管理＞
エージェント１０６は、エージェント群の通信履歴をコ
ンテクスト情報として維持する役割を持つ。＜入札アー
ビタ＞エージェント１０７は、＜スタジオ管理＞エージ
ェント１０６の蓄積したコンテクスト情報を利用して、
入札の評価を行うことで、契約ネットプロトコルを用い
たコンテクスト依存処理を実現する。＜対話マネージャ
＞エージェント１０５は、コンテクスト依存処理のユー
ザへの説明、ユーザからのカスタマイズに重要な役割を
果たす。そして、一般のエージェント群１０８がスタジ
オの機能を利用するためにスタジオ関数群が提供されて
いる。The function of the studio 100 is the Linda programming model (US: SCIENTIFIC Computing Associate
It is realized by the tuple space provided by the s product) and a special group of agents called mandatory agents (System Agents). Required agents include
<Dialogue Manager> Agent 105, as shown
There are three: <studio management> agent 106 and <bid arbiter> agent 107. <Studio management>
The agent 106 has a role of maintaining the communication history of the agent group as context information. The <bid arbiter> agent 107 uses the context information accumulated by the <studio management> agent 106,
By evaluating bids, we realize context-dependent processing using contract net protocol. <Dialogue Manager> The agent 105 plays an important role in explaining the context-dependent processing to the user and customizing from the user. A studio function group is provided for the general agent group 108 to use the function of the studio.

【００７５】レイヤ構造のスタジオ１００において、エ
ージェント設計者は、タスク状態記述層１０２にのみ関
心を払えばよい。一般のエージェント１０８は、スタジ
オ関数（Studio Functions) を用いてスタジオのタスク
状態記述層１０２にタスク状態記述（Task-Phase Descr
iption；以後ＴＰＤと略) を読み書きすることで通信を
行う。タスク状態記述層１０２に示すｅｘ．１は、送出
されるタスク状態記述の例を示したものである。このよ
うにタスク状態記述は、３つの文字列と４つのポインタ
を情報として持つ。In the layered studio 100, the agent designer need only pay attention to the task state description layer 102. The general agent 108 uses the Studio Function to describe the task state description (Task-Phase Descr) in the task state description layer 102 of the studio.
Communication is performed by reading and writing (iption; abbreviated as TPD hereafter). Ex. Shown in the task state description layer 102. 1 shows an example of the task status description to be sent. As described above, the task state description has three character strings and four pointers as information.

【００７６】シングルキャスト層１０３、ブロードキャ
スト層１０４は、Linda のタプルスペースにより実現さ
れており、タスク状態記述層１０２におけるエージェン
ト間の通信は、スタジオ関数が関数内部で通信プリミテ
ィブ（communication primitives) を呼び、通信プリミ
ティブが最終的にLinda プリミティブを用いることで、
ブロードキャスト層１０３、シングルキャスト層１０４
へのタプルの授受に変換される。The single cast layer 103 and the broadcast layer 104 are realized by the tuple space of Linda, and the communication between agents in the task state description layer 102 is such that the studio function calls communication primitives within the function. With the communication primitive finally using the Linda primitive,
Broadcast layer 103, single cast layer 104
Is converted to giving and receiving tuples to and from.

【００７７】シングルキャスト層１０３は、相手先のエ
ージェントを指定した通信をサポートし、ブロードキャ
スト層１０４は、契約のアナウンスなど相手先を特定し
ないブロードキャスト通信をサポートする。例えば、タ
スク状態記述層１０２におけるｅｘ．１のタスク状態記
述の送信は、シングルキャスト層１０３ではｅｘ．２の
ようなタプルの送信となり、ブロードキャスト層１０４
ではｅｘ．３のようなタプルの送信となる。The single cast layer 103 supports communication in which a destination agent is designated, and the broadcast layer 104 supports broadcast communication in which a destination is not specified such as announcement of a contract. For example, ex. The task status description of No. 1 is transmitted by the single cast layer 103 ex. A tuple like 2 is transmitted, and the broadcast layer 104
Then ex. A tuple like 3 is transmitted.

【００７８】ユーザは、ユーザ層１０１にのみ関心を払
えばよい。タスク状態記述層１０２におけるタスク状態
記述は、ユーザ層１０１でユーザ可読な自然言語風のテ
キスト形式に変換されてユーザに提示される。例えばタ
スク状態記述層１０２におけるｅｘ．１のタスク状態記
述は、ユーザ層１０１におけるｅｘ．４のようなテキス
トに変換される。The user need only pay attention to the user layer 101. The task state description in the task state description layer 102 is converted to a user-readable natural language-like text format and presented to the user. For example, in the task state description layer 102 ex. The task state description of No. 1 is ex. Converted to text like 4.

【００７９】また、スタジオ１００は、送出されるタス
ク状態記述の内容に基づき、ファンクションレベル２０
１、ユーザタスクレベル２０２、セマンティックレベル
２０３、インタラクションレベル２０４の４つのレベル
に分割されている。Further, the studio 100 uses the function level 20 based on the contents of the task status description sent out.
1, the user task level 202, the semantic level 203, and the interaction level 204 are divided into four levels.

【００８０】次に、スタジオの持つ機能で、エージェン
ト群が相互に通信する手段を提供する機能、エージェン
ト間の通信履歴をコンテクスト情報として維持する機能
の実現法について説明する。図２はタスク状態記述の構
成例を示す図、図３はスタジオのレベルを説明するため
の図である。Next, a description will be given of how to implement the functions of the studio that provide a means for the agents to communicate with each other and the function of maintaining the communication history between agents as context information. FIG. 2 is a diagram showing a configuration example of the task state description, and FIG. 3 is a diagram for explaining the level of the studio.

【００８１】まず、エージェント間の通信媒体でありコ
ンテクスト情報の基本構築手段であるタスク状態記述
（ＴＰＤ：Task Phase Description) について説明す
る。各エージェントは、スタジオ関数を用いてＴＰＤを
スタジオ１００のタスク状態記述層１０２に読み書きす
ることで通信を行う。また、スタジオ１００に送出され
たＴＰＤの履歴をコンテクスト情報として利用する。Ｔ
ＰＤは、図２に示すように３つの文字列と２つのエージ
ェントへのポインタ、２つのＴＰＤへのポインタからな
り、コンテクスト依存処理を行うために、この７種類の
情報を用いる。この情報のそれぞれの意味は以下のよう
なものである。First, a task phase description (TPD) which is a communication medium between agents and a basic construction means of context information will be described. Each agent communicates by using the studio function to read / write the TPD from / to the task state description layer 102 of the studio 100. In addition, the history of the TPD sent to the studio 100 is used as context information. T
As shown in FIG. 2, the PD is composed of three character strings, two pointers to two agents, and two TPD pointers, and these seven types of information are used to perform context-dependent processing. The meaning of each of this information is as follows.

【００８２】Taskは、ＴＰＤにより状態が記述されてい
るタスクを表す文字列である。Task is a character string representing a task whose state is described by TPD.

【００８３】Phase(Ｐｈ）はタスクの状態を示し、“An
nounced"、“Executing"、“Completed"、“Error"、
“Underfined" のいずれかの文字列である。Announced
は、実行すべきタスクが存在するが、まだ実行されてい
ない状態を示す。スタジオ関数Metaphor Call(), Seman
tic Command() で送出されるＴＰＤがこのPhase を持
つ。Executing は、タスクがServer項で指示する部分タ
スクエージェントにより、Metaphor項のメタファ環境エ
ージェントを用いて遂行中である状態を示し、この部分
タスクエージェントとメタファ環境エージェントは契約
関係にある。Completed は、タスクが成功裡に終了した
状態を示す。Error は、タスクの実行に失敗した状態を
示す。Underfinedは、タスクが未定である状態を表す。
例えばMetaphor Announce() により送出されるＴＰＤ
は、このPhase を持ち、このPhase を持つＴＰＤは、契
約アナウンスとして送出される。Phase (Ph) indicates the status of the task, and "An
nounced "," Executing "," Completed "," Error ",
It is one of the strings "Underfined". Announced
Indicates that there is a task to be executed but it has not yet been executed. Studio Function Metaphor Call (), Seman
The TPD sent by tic Command () has this Phase. Executing indicates that the task is being executed by the partial task agent specified in the Server section using the metaphor environment agent in the Metaphor section, and this partial task agent and the metaphor environment agent have a contractual relationship. Completed indicates that the task has completed successfully. Error indicates that the task execution has failed. Underfined represents a state in which the task is undecided.
Eg TPD sent by Metaphor Announce ()
Has this Phase, and the TPD with this Phase is sent as a contract announcement.

【００８４】Metaphor Class（ＭＣ）は、そのタスク実
行の外見として雇用されているメタファの種類を示す文
字列であり、例えば“News Paper" 、“ＴＶ−Program"
等の値を持つ。Function Class（ＦＣ）は、そのタスク
実行の機能の種類を示す文字列であり、例えば“DB" 、
“Mail" 等の値を持つ。Metaphor Class (MC) is a character string indicating the type of metaphor employed as the appearance of task execution. For example, "News Paper" or "TV-Program".
With values such as. Function Class (FC) is a character string indicating the function type of the task execution, such as "DB",
Has a value such as "Mail".

【００８５】Server（Ｓｖ）は、このタスクを実行して
いるエージェントのＩＤである。Server (Sv) is the ID of the agent executing this task.

【００８６】Metaphor（Ｍｐ）は、タスクに雇用されて
いた、または現在雇用されているメタファ環境エージェ
ントのＩＤである。Metaphor (Mp) is the ID of the metaphor environmental agent that was or is currently employed by the task.

【００８７】Super Task（ＳＴ）は、そのタスクの上位
タスクを記述するスタジオ上の別のＴＰＤのＩＤであ
り、ＴＰＤのＩＤは、そのＴＰＤを送出したエージェン
トのＩＤと、そのエージェント内で一意のメッセージＩ
Ｄからなる整数値のペアである。Super Task (ST) is the ID of another TPD in the studio that describes the higher level task of the task. The TPD ID is the ID of the agent that sent the TPD and is unique within the agent. Message I
It is a pair of integer values consisting of D.

【００８８】Causal Event（ＣＥ）は、そのタスクの生
起する原因となったイベントを示すＴＰＤのＩＤであ
る。Causal Event (CE) is the ID of the TPD indicating the event that caused the task to occur.

【００８９】次に、タスク状態記述をスタジオに送出す
るためのスタジオ関数群について説明する。スタジオ１
００は、送出されるＴＰＤの種類に対応して図３に示す
ようにインタラクションレベル２０４、セマンティック
レベル２０３、ユーザタスクレベル２０２、ファンクシ
ョンレベル２０１からなる４つのレベルに分割されてい
る。インタラクションレベル２０４では、ＴＰＤの種類
として、Syntactic Event があり、ＴＰＤによりマウス
クリック等のウインドウレベルの操作を表し、メタファ
環境エージェント３００がＴＰＤを送出する。セマンテ
ィックレベル２０３では、ＴＰＤの種類として、Semant
ic Event、Semantic Command、SemanticReplyがあり、
ＴＰＤによりメタファ環境エージェント３００と部分タ
スクエージェント５００の間で対話を行い、メタファ環
境エージェント３００と部分タスクエージェント５００
の間でＴＰＤの授受を行う。ユーザタスクレベル２０２
では、ＴＰＤの種類として、Metaphor Announce 、Meta
phor Call 、Execute Task、Complete Task があり、Ｔ
ＰＤによりメタファ環境エージェント３００と部分タス
クエージェント３００の間の契約アナウンス及び部分タ
スクエージェント５００の実行状態を表し、メタファ環
境エージェント３００と部分タスクエージェント５００
の間でＴＰＤの授受を行う。ファンクションレベル２０
１では、ＴＰＤの種類として、Function Command、Func
tion Replyがあり、ＴＰＤによりファンクションエージ
ェント４００と部分タスクエージェント５００の間の対
話を行い、ファンクションエージェント４００と部分タ
スクエージェント５００の間でＴＰＤの授受を行う。こ
のようにＴＰＤを送出するスタジオ関数として、ＴＰＤ
の種類に応じた１０種の関数が用意されている。また、
ＴＰＤを受信するためのスタジオ関数として、Wait Pat
tern(), Receive(), Wait Call()の３つの関数がある。Next, a studio function group for sending the task state description to the studio will be described. Studio 1
00 is divided into four levels, which are an interaction level 204, a semantic level 203, a user task level 202, and a function level 201, as shown in FIG. At the interaction level 204, there is Syntactic Event as a type of TPD, and a window level operation such as mouse click is represented by the TPD, and the metaphor environment agent 300 sends the TPD. At the semantic level 203, as the type of TPD,
ic Event, Semantic Command, Semantic Reply,
The metaphor environment agent 300 and the partial task agent 500 interact with each other by TPD, and the metaphor environment agent 300 and the partial task agent 500
Exchange TPD between User task level 202
Then, as the types of TPD, Metaphor Announce, Meta
There are phor Call, Execute Task, Complete Task, and T
The PD indicates the contract announcement between the metaphor environment agent 300 and the partial task agent 300 and the execution state of the partial task agent 500, and the metaphor environment agent 300 and the partial task agent 500.
Exchange TPD between Function level 20
In 1, the types of TPD are Function Command and Func.
There is an option reply, and the TPD communicates between the function agent 400 and the partial task agent 500, and the TPD is exchanged between the function agent 400 and the partial task agent 500. In this way, as a studio function for sending TPD,
10 types of functions are prepared according to the types of. Also,
Wait Pat as a studio function for receiving TPD
There are three functions, tern (), Receive (), and Wait Call ().

【００９０】メタファ環境エージェントは、現実世界の
オブジェクト（例えば新聞、テレビその他）に関するま
とまった知識と、その知識をユーザに想起させるための
表現を有する。これは、ユーザが現実世界の知識を用い
てシステムの操作とフィードバックに関する合意を形成
するのに役立つ。このようなメタファ環境エージェント
の利用手続きをメタファプロトコルとして公開する。The metaphor environment agent has a coherent knowledge of real world objects (eg newspapers, televisions, etc.) and expressions to remind the user of that knowledge. This helps users use real-world knowledge to form consensus on system operation and feedback. The usage procedure of such a metaphor environment agent is disclosed as a metaphor protocol.

【００９１】メタファプロトコルは、＜新聞＞、＜ＴＶ
番組＞といったメタファの種類（metaphorClass)毎に定
義され、Syntactic Event 、Semantic Event、Semantic
Command、Semantic Replyのtask項の形で規定する。ま
た、Syntactic Event に対応してどのSemantic Eventあ
るいはMetaphor Announce が発行されるかを規定する。The metaphor protocols are <newspaper>, <TV
It is defined for each metaphor type such as Program> (Syntactic Event, Semantic Event, Semantic Event).
It is specified in the form of task of Command and Semantic Reply. It also specifies which Semantic Event or Metaphor Announce will be issued in response to the Syntactic Event.

【００９２】Syntactic Event 、Semantic Eventは、ユ
ーザのメタファ環境エージェントへの操作を表すＴＰＤ
である。Syntactic Event のtask項は、ユーザのメタフ
ァ環境エージェントに対して行った操作の内容を表し、
Syntactic Event のtask項は、Syntactic Event のtask
項に対して、部分タスクエージェントとの契約関係に基
づき意味的な解釈を施し、契約関係にある部分タスクエ
ージェントに伝達するものである。Syntactic Event and Semantic Event are TPDs that represent the user's operations on the metaphor environment agent.
Is. The task section of Syntactic Event indicates the content of the operation performed on the user's metaphor environment agent,
The task section of Syntactic Event is the task of Syntactic Event.
The term is semantically interpreted based on the contractual relationship with the partial task agent and transmitted to the partial task agent that has the contractual relationship.

【００９３】図４はSyntactic Event 、Semantic Event
の例を示す図であり、（１）の例では、「ユーザが新聞
メタファの左４番目の記事をクリックした」ことを表
し、このSyntactic Event に対して、（２）の「ＩＤ３
１３１の記事にユーザが注目した」ことを示すSemantic
Eventが送出される。Semantic Eventは、契約のアナウ
ンスとなる。FIG. 4 shows Syntactic Event and Semantic Event.
In the example of (1), the user has clicked the fourth article on the left side of the newspaper metaphor, and in response to this Syntactic Event, “ID3 of (2)” is displayed.
Semantic showing that the user paid attention to 131 articles ”
Event is dispatched. The Semantic Event will be the announcement of the contract.

【００９４】Semantic Command、Semantic Replyは、ユ
ーザへの表示を変更するために、部分タスクエージェン
トが契約関係にあるメタファ環境エージェントに対して
送出すべきＴＰＤとその応答である。The Semantic Command and Semantic Reply are the TPD and its response that the partial task agent should send to the metaphor environment agent having a contract relationship in order to change the display to the user.

【００９５】ファンクションエージェントは、機能モジ
ュールであり、その利用手続きをファンクションプロト
コルとして公開する。ファンクションプロトコルは、＜
ＤＢ＞、＜Mail＞といった機能の種類（functionClass)
毎に定義され、Function CommandとFunction Replyのta
sk項の形式を規定する。Function CommandとFunctionRe
plyは、ファンクションエージェントの機能を利用する
ために部分タスクエージェントが送出すべきＴＰＤとそ
の応答である。The function agent is a function module, and exposes its usage procedure as a function protocol. The function protocol is <
Type of function such as DB>, <Mail> (functionClass)
It is defined for each and ta of Function Command and Function Reply
Specifies the format of the sk term. Function Command and Function Re
ply is the TPD and its response that the partial task agent should send in order to use the function of the function agent.

【００９６】タスクを遂行中の部分タスクエージェント
は、ユーザに対してタスクの遂行状態を提示するための
メタファ環境エージェントを１つ必要とする。これら２
つのエージェントは契約関係にあるという。The partial task agent performing a task requires one metaphor environment agent for presenting the task execution status to the user. These two
The two agents are in contract.

【００９７】Execute Task、Complete Task は、server
項が指示する部分タスクエージェントが、metaphor項が
指示するメタファ環境エージェントを用いてtask項のタ
スクを実行中である、あるいは終了したことを示す。Execute Task and Complete Task are server
Indicates that the partial task agent indicated by the term is executing or has completed the task of the task term using the metaphor environment agent indicated by the metaphor term.

【００９８】図５はExecute Taskの例を示す図である。
このＴＰＤ（１）は、“Read NewsArticle ID3131 ”と
いうタスクが“Read 10/21's News ”のサブタスクとし
て、“Focus NewsArticle ID3131”が原因で起動され、
契約関係にある２つのエージェントにより現在実行中で
あることを示している。Execute TaskのMetaphor項は、
server項の部分タスクエージェントと契約関係になるメ
タファ環境エージェントを指示する。FIG. 5 is a diagram showing an example of Execute Task.
In this TPD (1), the task "Read NewsArticle ID3131" is started as a subtask of "Read 10/21's News" due to "Focus NewsArticle ID3131",
It shows that it is currently being executed by two agents having a contract relationship. The Metaphor section of the Execute Task is
Specifies the metaphor environment agent that has a contractual relationship with the partial task agent in the server section.

【００９９】Metaphor Announce 、Metaphor Call は、
契約関係を新たに結ぶためのＴＰＤである。Metaphor A
nnounce は、ユーザが、メタファ環境エージェントを指
定したときに契約のアナウンスとして発行される。Meta
phorClass 項は、メタファプロトコルの種類を指し、こ
のメタファプロトコルに対応可能な部分タスクエージェ
ント全てが入札に参加できる。スタジオに実装された入
札評価手続きにより、現在のコンテクストに最も適切な
コンテクスト条件を入札した部分タスクエージェントが
選択され、Metaphor Announce を発行したメタファ環境
エージェントとの間で契約関係が結ばれる。Metaphor Announce and Metaphor Call are
It is a TPD for establishing a new contract relationship. Metaphor A
nnounce is issued as a contract announcement when the user specifies a metaphor environment agent. Meta
The phorClass term indicates the type of metaphor protocol, and all partial task agents that can support this metaphor protocol can participate in bidding. The bid evaluation procedure implemented in the studio selects the partial task agent that bids the most appropriate context conditions for the current context, and establishes a contractual relationship with the metaphor environment agent that issued the Metaphor Announce.

【０１００】Metaphor Call は、実行すべきタスクを有
する部分タスクエージェントが、MetaphorClass 項で指
定される種類のメタファ環境エージェントと契約関係を
結ぶために用いる。task項には、契約関係成立後に実行
するタスクを記述する。The Metaphor Call is used by a partial task agent having a task to be executed to establish a contractual relationship with a metaphor environment agent of the type specified in the MetaphorClass term. In the task section, describe the task to be executed after the contract relationship is established.

【０１０１】図６は部分タスクエージェント群の動作を
説明するための図である。部分タスクモデル中のタスク
遂行のコンテクストに依存した条件分岐のうち、カスタ
マイズ可能な分岐を契約ネットプロトコルの入札機構に
より実現する、というアプローチにより、各ベンダの設
計する部分タスクモデルは、複数の部分タスクエージェ
ント内に分割して実現される。FIG. 6 is a diagram for explaining the operation of the partial task agent group. Among the conditional branches that depend on the context of task execution in the partial task model, a customizable branch is realized by the bidding mechanism of the contract net protocol. It is realized by being divided into agents.

【０１０２】各部分タスクエージェントは、契約関係に
基づいたタスク遂行形式の記述と、契約アナウンスに対
する入札の形式の記述からなる２種類の記述を部分タス
クモデルとして持つ。Each partial task agent has two types of description as a partial task model, a description of a task execution format based on a contract relationship and a description of a bid format for a contract announcement.

【０１０３】まず、契約関係に基づいたタスク遂行形式
の記述は、 Semantic Event/Reply→ （コンテクスト条件×内部状態→（Execute Task＋Comp
lete Task ＋Function Command ＋Semantic Command)
^* ) となり、この部分タスクモデルは、契約関係のあるメタ
ファ環境エージェントからSemantic EventあるいはRepl
y を受け取った時に、コンテクスト条件及び内部状態に
応じていかなるＴＰＤの列を発行するかを規定する。First, the description of the task execution format based on the contract relationship is Semantic Event / Reply → (context condition × internal state → (Execute Task + Comp
lete Task + Function Command + Semantic Command)
^* ), And this partial task model can be used to change from a metaphor environment agent with a contractual relationship to a Semantic Event or Repl
Specifies which TPD sequence to issue when y is received, depending on context conditions and internal state.

【０１０４】契約アナウンスに対する入札の形式の記述
は、 Semantic Event→ （コンテクスト条件×Execute Task) Metaphor Announce → （コンテクスト条件×Execute Task) となり、この部分タスクモデルは、契約のアナウンスと
なるSemantic Eventと、Metaphor Announce に対して、
いかなるコンテクスト条件で入札を行い、落札時にいか
なるタスクを実行するかを記述する。The description of the bid format for the contract announcement is Semantic Event → (context condition × Execute Task) Metaphor Announce → (context condition × Execute Task), and this partial task model is Semantic Event that is the contract announcement. For Metaphor Announce,
Describe the context under which the bid will be placed and what task will be executed when the bid is awarded.

【０１０５】ベンダは、ユーザのモジュール群をいかに
使うかを想定すると同時に、モジュール群がいかに使わ
れるべきかを想定している。契約関係に基づくタスク遂
行形式の記述には、ベンダが「こう使うべきであり変更
不可」と想定したタスク遂行がモデル化されている。一
方、契約アナウンスに対する入札の形式の記述には、ユ
ーザまたはシステムによりカスタマイズ可能とベンダが
想定したタスク遂行がモデル化されている。The vendor envisions how to use the user's module group, and at the same time, envisions how the module group should be used. In the description of the task execution format based on the contractual relationship, the task execution assumed by the vendor as "should be used like this and cannot be changed" is modeled. On the other hand, in the description of the bid format for the contract announcement, the task performance assumed by the vendor that can be customized by the user or the system is modeled.

【０１０６】入札のコンテクスト条件は、ユーザまたは
システムによりカスタマイズ可能である。また、メタフ
ァプロトコルの一部として、契約のアナウンスが公開さ
れているため、他のベンダが入札を行うエージェントを
設計することができる。Bid context conditions can be customized by the user or the system. Also, as part of the metaphor protocol, the announcement of the contract is published, allowing other vendors to design agents to bid on.

【０１０７】これらの部分タスクモデルが修正され、追
加されることにより、部分タスクエージェント群が全体
としてタスクモデルを形成しユーザのタスク遂行のコン
テクストに応じた処理を可能にしていると見ることがで
きる。部分タスクエージェント群は、全体として図６の
ように動作する。メタファ環境エージェントがユーザの
操作に応じて発行したSemantic Eventを受け取り(1) 、
タスクモデル（Ａ）により現在のコンテクストで最も適
切な動作を判断し、以下のいずれかの動作（またはその
組み合わせ）を実行する。By modifying and adding these partial task models, it can be considered that the partial task agent group forms a task model as a whole and enables processing according to the context of the task execution of the user. . The partial task agent group operates as a whole as shown in FIG. Metaphor environment agent receives Semantic Event issued by user's operation (1),
The task model (A) determines the most appropriate operation in the current context, and executes any one of the following operations (or a combination thereof).

【０１０８】Function Commandによりファンクションエ
ージェントの機能を実行する(2) 。Semantic Commandを
発行し、ユーザに対する表示の変更を行う(3) 。The function of the function agent is executed by the Function Command (2). Issue a Semantic Command and change the display to the user (3).

【０１０９】Execute Task/Complete Taskにより、自身
の行っているタスクの実行状態をスタジオに表明する
(4) 。Use Execute Task / Complete Task to announce to the studio the execution status of the task you are performing.
(Four) .

【０１１０】次に、タスク状態記述の履歴をコンテクス
ト情報として蓄積する＜スタジオ管理＞エージェントの
役割について説明する。発行されたＴＰＤ間の相互関係
は、コンテクスト情報として維持する必要があり、＜ス
タジオ管理＞エージェントがこのコンテクスト情報の管
理を行う必須エージェントである。Next, the role of the <studio management> agent for accumulating the task status description history as context information will be described. The interrelationship between the issued TPDs must be maintained as context information, and the <studio management> agent is an essential agent that manages this context information.

【０１１１】スタジオ関数によるＴＰＤの発行は、最終
的には通信プリミティブinform(),sendto(), contrac
t()によりシングルキャスト層へLinda のタプルとして
送出される。シングルキャスト層に送出されるタプルの
一般的な形式は次のようになる。Issuing the TPD by the studio function finally causes communication primitives inform (), sendto (), contrac.
It is sent as a Linda tuple to the single cast layer by t (). The general format of tuples sent to the single cast layer is as follows.

【０１１２】 Receiverは、このタプルを受け取るエージェントのＩＤ
であり、スタジオ関数から呼ばれる通信プリミティブに
よりシングルキャスト層に送出されるタプルでは、この
項に常に０が指定される。つまり、発行される全てのＴ
ＰＤは、まず、ＩＤ＝０の＜スタジオ管理＞エージェン
トが受信することになる。＜スタジオ管理＞エージェン
トは、受信したタプルをコンテクスト情報として蓄積し
た後、タプルのCommunication typeに基づきタプルを他
のエージェントに転送する。[0112] Receiver is the ID of the agent receiving this tuple
In the tuple sent to the single cast layer by the communication primitive called from the studio function, 0 is always specified in this term. That is, all T issued
The PD is first received by the <studio management> agent with ID = 0. <Studio management> The agent stores the received tuple as context information, and then transfers the tuple to another agent based on the communication type of the tuple.

【０１１３】Communication type (com)は、このタプル
の通信形態を示し、“Inform”、“Sendto”、“Contr
a”の値を持ち、これらは通信プリミティブの種類に対
応する。Communication type (com) indicates the communication mode of this tuple, and is "Inform", "Sendto", "Contr".
It has a value of "a", which corresponds to the type of communication primitive.

【０１１４】receiver-id (rid) は、通信形態が“Send
to" のときのみ意味を持ち、タプルの最終的な受取先と
なるエージェントのＩＤを示す。[0114] The receiver-id (rid) has a communication form of "Send
It has meaning only when it is "to", and indicates the ID of the agent who is the final recipient of the tuple.

【０１１５】sender-id (sid), message-no (mesno) の
２項により、ＴＰＤは一意に特定される。sender-id
は、通信プリミティブを実行したエージェントのＩＤ、
message-noは、そのエージェント内で一意に決まる発行
番号である。The TPD is uniquely specified by the two terms of sender-id (sid) and message-no (mesno). sender-id
Is the ID of the agent that executed the communication primitive,
The message-no is an issue number uniquely determined within the agent.

【０１１６】上記のように＜スタジオ管理＞エージェン
トは、読み込んだＴＰＤ情報をタイムスタンプと付加情
報（com, rid, sid, mesno) とともに、ＴＰＤ履歴情報
として蓄積する。本発明では、この履歴をコンテクスト
情報として＜入札アービタ＞エージェントが契約の入札
を評価する際に用いる。As described above, the <studio management> agent stores the read TPD information as TPD history information together with the time stamp and additional information (com, rid, sid, mesno). In the present invention, this history is used as context information when the <bid arbiter> agent evaluates the contract bid.

【０１１７】次に、入札の形式とコンテクスト情報を利
用した評価手続きについて説明する。図７は入札評価の
例を示す図である。Next, an evaluation procedure using a bid format and context information will be described. FIG. 7 is a diagram showing an example of bid evaluation.

【０１１８】入札の評価の基本的な方針は、契約のアナ
ウンス時のコンテクストに最も適切な入札者に落札させ
るというものであり、入札の評価手続きは、必須エージ
ェント＜入札アービタ＞により実装される。The basic policy for bid evaluation is to make the bidder who is most suitable for the context at the time of contract announcement announce the bid, and the bid evaluation procedure is implemented by the essential agent <bid arbiter>.

【０１１９】契約の入札は、 〔〔プラン〕〔コンテクスト条件列〕〕 の形式で行われる。プランは、契約に成功したとき実行
するタスクを示す。コンテクスト条件列は、コンテクス
ト条件の列であり、コンテクスト条件は、以下の条件式
をand で結合したものである。同一のＴＰＤに対して、
and で結合された条件式が全て成功したときに、コンテ
クスト条件がそのＴＰＤにマッチしたという。The contract is bid in the format of [[plan] [context condition sequence]]. The plan shows the tasks to be performed when the contract is successful. The context condition sequence is a sequence of context conditions, and the context condition is a combination of the following conditional expressions with and. For the same TPD,
When all the conditional expressions connected by and succeed, the context condition matches the TPD.

【０１２０】always ─ 常に成功 never ─ 常に失敗 ＴＰＤ項＝＝引数 ─ 引数とＴＰＤ項が一致すれ
ば成功 ＴＰＤ項！＝引数 ─ 引数とＴＰＤ項が一致しな
ければ成功 TIMESTAMP ＜ddhhmmss ─ TIMESTAMP が引数より古け
れば成功 TIMESTAMP ＞ddhhmmss ─ TIMESTAMP が引数より新し
ければ成功 コンテクスト条件列は、各コンテクスト条件の時間的な
順序関係を表す列であり、現在から過去にさかのぼる方
向に記述される。例えば 〔〔Plan 1〕〔 〔Task＝＝“A" and Phase＝＝“Completed"〕 〔Task＝＝“B" and Phase＝＝“Completed"〕 〕 のような入札は、「Ａというタスクが終了しており、そ
れ以前にＢというタスクが終了していれば、Plan１を私
が実行するのが適している」という入札者の主張を示
す。Always--always successful never--always failed TPD term == argument--success if argument and TPD term match TPD term! = Argument ─ Success if the argument and TPD term do not match TIMESTAMP <ddhhmmss ─ Success if TIMESTAMP is older than the argument TIMESTAMP ＞ ddhhmmss ─ Success if TIMESTAMP is newer than the argument Context condition Sequence of temporal conditions of each context condition This is a column that represents the relationship and is described in the direction from the present to the past. For example, a bid such as [[Plan 1] [[Task = "=" A "and Phase =" = "Completed"] [Task = "=" B "and Phase =" = "Completed"]] "will cause the task" A to end Yes, and if task B has been completed before that, it would be better for me to execute Plan 1 ”.

【０１２１】あるコンテクストでは、コンテクスト条件
が成立する入札が複数ある可能性がある。これらの入札
から、最もコンテクストにspecificな入札を選択するた
めの評価手続きが必要である。入札の評価は、＜入札ア
ービタ＞エージェントにより評価されるが、これは、入
札の評価が複数の入札評価ルールで行われるより、単一
の入札評価ルールで行われる方がユーザにとって理解し
やすいという理由による。In a certain context, there may be a plurality of bids that satisfy the context condition. From these bids, an evaluation procedure is needed to select the most context-specific bid. The bid evaluation is evaluated by the <Bid Arbiter> agent, which is easier for the user to understand when a bid is evaluated with a single bid evaluation rule than with multiple bid evaluation rules. It depends on the reason.

【０１２２】本発明の入札評価ルールは、以下のように
単純なものである。＜スタジオ管理＞エージェントは、
ＴＰＤを時系列で蓄積している。The bid evaluation rule of the present invention is simple as follows. <Studio management> The agent
TPD is accumulated in time series.

【０１２３】入札の評価は、各入札のコンテクスト条件
列と、＜スタジオ管理＞エージェントの管理するＴＰＤ
履歴とのパタンマッチングにより行われる。図７に示す
入札評価の例のように、ＴＰＤ履歴を過去に遡り、各コ
ンテクスト条件列の要素とのパタンマッチングを行い、
最初に全てのコンテクスト条件がマッチした入札を行っ
たエージェントを落札する。この場合、最初に２つのコ
ンテクスト条件がマッチしたプラン１が落札する。The evaluation of the bid is performed by the context condition column of each bid and the TPD managed by the <studio management> agent.
It is performed by pattern matching with the history. As in the bid evaluation example shown in FIG. 7, the TPD history is traced back in the past, and pattern matching with the elements of each context condition sequence is performed.
First, the agent who bids that matches all the context conditions is awarded. In this case, the plan 1 with which the two context conditions match first wins the bid.

【０１２４】次に、本発明を具体的な例題により説明す
る。「新聞のような外見で情報を検索するツール（ツー
ルＡとする）」が存在する環境がある。ツールＡの設計
者は、ツールを起動したときに、起動時のコンテクスト
により次の２つの動作に分かれるように設計した。Next, the present invention will be described by way of specific examples. There is an environment in which there is a "tool for searching information with the appearance of a newspaper (called tool A)". The designer of the tool A designed so that when the tool is started up, it is divided into the following two operations depending on the context at the time of starting up.

【０１２５】もし「今日、このツールを既に一度起動し
ていた」ならば、→前回終了時の状態のままの新聞を表
示する。If "Today, this tool has already been started once"-> Display the newspaper as it was when it was last terminated.

【０１２６】もし「今日、このツールを起動するのが始
めて」ならば、→今日付の新しい情報を用いて新聞紙面
を構成し直し、最初のページから表示する。If it is "first time to start this tool today",-> The newspaper page is reconstructed using the new information of the current date and displayed from the first page.

【０１２７】この環境に、新しく「ニュース番組のよう
な外見で情報を検索するツール（ツールＢとする）」が
加わったとする。この場合、たとえツールＡ／ツールＢ
が異なる設計者により作られたものであったとしても、
ユーザはシステムを一体とみなすだろう。よって、ツー
ルＡの起動時に、次のような動作を期待するユーザがい
ることが考えられる。It is assumed that a new “tool for retrieving information with the appearance of a news program (designated as tool B)” is added to this environment. In this case, even if Tool A / Tool B
Even if they were made by different designers,
The user will see the system as one. Therefore, it is conceivable that there are users who expect the following operations when the tool A is started.

【０１２８】もし「直前に、ツールＢを使っていた」な
らば、→ツールＢで直前に見ていた情報を含む新聞ペー
ジを表示する。If "I was using tool B immediately before",-> Tool B displays a newspaper page containing the information that was being viewed immediately before.

【０１２９】コンテクストに依存した条件分岐を契約ネ
ットプロトコルで行い、契約アナウンスおよび入札の形
式を公開することで、設計者が現在のユーザのタスク遂
行のコンテクストに沿って、新たな機能をユーザに提示
するエージェントを設計、追加することができる。Context-dependent conditional branching is performed by the contract net protocol, and the form of contract announcement and bid is disclosed, so that the designer presents a new function to the user according to the context of the task execution of the current user. You can design and add agents to do so.

【０１３０】新聞メタファ環境設計者は、次の４つのエ
ージェントを提供した。The newspaper metaphor environment designer provided the following four agents.

【０１３１】＜新聞メタファ＞：メタファ環境エージェ
ント ＜新聞で新しく今日のニュースを見る＞：部分タスクエ
ージェント ＜新聞で引続き×月×日のニュースを見る＞：部分タス
クエージェント ＜ＤＢ＞：ファンクションエージェント ユーザが新聞アイコンをクリックしたときのMetaphor A
nnounce は、新聞メタファプロトコルの一部として公開
されており、以下の形式をしている。<Newspaper metaphor>: Metaphor environmental agent <New news for today's news>: Partial task agent <Continuous news for month x month news>: Partial task agent <DB>: Function agent Metaphor A when clicking on the newspaper icon
nnounce is published as part of the Newspaper Metaphor Protocol and has the following format:

【０１３２】Task= “",Phase=“Undefined",MetaphorC
lass= “NewsPaper" 部分タスクエージェント「新聞で新しく今日のニュース
を見る」が、 〔〔新聞で 新しく 今日の ニュースを 見る〕；プラン 〔time＜当日の０時〕；コンテクスト条件 〕〕 のように、日付更新をサーチする入札を行い、部分タス
クエージェント＜新聞で引続き×月×日のニュースを見
る＞が、 〔〔新聞で 引続き ×月×日の ニュースを 見る〕；プラン 〔〔Task ==“Open NewsPaper" and Phase ==“Completed" and MClass==“NewsPaper" and 〕 ；コンテクスト条件 〕〕 のように、以前に発行した新聞オープンの命令をサーチ
する入札を行うことで、日付の更新以後に新聞で今日の
ニュースを見ていれば、その続きから読むことができ、
そうでなければ、新しく＜ＤＢ＞から検索した当日のニ
ュースを読むことができる。Task = “", Phase = “Undefined”, MetaphorC
lass = “NewsPaper” Partial task agent “View new today's news in newspaper”, as [[View new newspaper today's news]; Plan [time <0:00 of the day]; Context condition]] Partial task agent <See news in Newspaper x month x day news in newspapers>, [[See news in newspaper x Month x day news]]; Plan [[Task == “Open NewsPaper "and Phase ==“ Completed ”and MClass ==“ NewsPaper ”and]; Context condition]]] So if you're watching today's news, you can read more
If not, you can read the news of the day newly searched from <DB>.

【０１３３】番組メタファ環境（ツールＢに相当）の設
計者は、＜番組メタファ＞を追加するとともに、部分タ
スクエージェント＜新聞でＴＶで見ていたニュースを見
る＞を以下のように設計することで、新聞アイコンのク
リック時の動作を変更することができる。The designer of the program metaphor environment (corresponding to the tool B) adds the <program metaphor> and designs the partial task agent <Watch news seen on TV in newspaper> as follows. , You can change the action when clicking the newspaper icon.

【０１３４】 〔〔新聞で ＴＶで見ていた ニュースを 見る〕；プラン 〔〔Task ==“Open TV-Program" and Phase ==“Completed" and MClass==“TV-Program" 〕 ；コンテクスト条件 〕〕 これにより、日付の更新や、新聞オープンよりも最近に
“TV-Program" が開いているというコンテクストの元で
は、新たに追加されたエージェント＜新聞でＴＶで見て
いたニュースを見る＞の入札が落札することになる。[[View news on TV in newspaper]; Plan [[Task == "Open TV-Program" and Phase == "Completed" and MClass == "TV-Program"]; Context condition] ] Due to the updated date and the context that "TV-Program" was opened more recently than the newspaper was opened, the bid for the newly added agent "Watch news on TV in newspaper" was added. Will make a successful bid.

【０１３５】次に、Excuse-Customize処理について説明
する。図８はシステムとユーザとのコンテクストの不一
致表明画面の例を示す図、図９は弁解アイコンの生成画
面の例を示す図、図１０はユーザによる選択画面の例を
示す図、図１１は弁解ウインドウによるコンテクスト依
存処理の理由説明画面の例を示す図、図１２はカスタマ
イズウインドウによるカスタマイズの開始画面の例を示
す図、図１３は実演モード画面の例を示す図、図１４は
コンテクスト条件強化画面の例を示す図、図１５はコン
テクスト条件の緩和画面の例を示す図である。Next, the Excuse-Customize process will be described. FIG. 8 is a diagram showing an example of an inconsistency expression screen of the system and the user, FIG. 9 is a diagram showing an example of an excuse icon generation screen, FIG. 10 is an example of a user selection screen, and FIG. 11 is an excuse. FIG. 12 is a diagram showing an example of a reason explanation screen for context-dependent processing by a window, FIG. 12 is a diagram showing an example of a customization start screen by a customization window, FIG. 13 is a diagram showing an example of a demonstration mode screen, and FIG. 14 is a context condition strengthening screen. FIG. 15 is a diagram showing an example of a context condition relaxation screen.

【０１３６】ユーザの想定したコンテクストとベンダの
想定したコンテクストが異なることがしばしば問題にな
る。このような場合、Excuse-Customize処理によれば、
複数のエージェント間にわたるコンテクスト依存処理を
ユーザの可読な形で提示し、ユーザが変更できる。Excu
se-Customize処理では、コンテクストの不一致が再現し
ないように、不一致が起こったとき、ユーザがシステム
に対して割り込みボタンによる意思表示を行う。また、
必要に応じてシステムに正しいコンテクストを教示する
ことで、ユーザの独自のタスク遂行スタイルを構築して
いくことができる。It is often a problem that the context assumed by the user and the context assumed by the vendor are different. In such cases, according to the Excuse-Customize process,
The context-dependent processing between multiple agents is presented in a user-readable form and can be changed by the user. Excu
In the se-Customize process, when a mismatch occurs, the user gives an intention to the system using an interrupt button so that the context mismatch is not reproduced. Also,
By teaching the system the correct context as needed, it is possible to build a unique task execution style for the user.

【０１３７】ユーザは、一度ウインドウで読んだ記事を
もう一度クリックして、その記事をスクラップブックに
スクラップする機能を起動しようとした。しかし、シス
テムは、単にウインドウをもう一度開いただけだった。
このケースの例を示したのが図８である。The user tried to click the article once read in the window again to activate the function of scrapping the article into the scrapbook. But the system simply opened the window again.
FIG. 8 shows an example of this case.

【０１３８】．システムが予想外の動作をしたとき、
ユーザは、割り込みボタンにより、異議を呈することが
できる。システムは、音声によりとりあえずユーザに対
して謝っておく。.. When the system behaves unexpectedly,
The user can dispute with the interrupt button. The system apologizes to the user for the time being by voice.

【０１３９】．システムは、競合が生じた時点までバ
ックトラックし、図９に示すようにExcuseアイコンを生
成する。図９では、左下の「弁解」と書かれたアイコン
がExcuseアイコンである。.. The system backtracks to the point in time when the conflict occurs and creates the Excuse icon as shown in FIG. In FIG. 9, the icon written as “excuse” in the lower left is the Excuse icon.

【０１４０】．ユーザは、Excuseアイコンをそのまま
放置してかまわない。この場合、再びユーザが新聞アイ
コンをクリックした場合には、図１０に示すように全て
の可能な選択肢がユーザに提示され、ユーザにプランの
選択を要求する。.. The user may leave the Excuse icon as it is. In this case, when the user again clicks on the newspaper icon, all possible options are presented to the user as shown in FIG. 10, requesting the user to select a plan.

【０１４１】ユーザがExcuseアイコンをクリックする
と、システムは、図１１に示すようにExcuseウインドウ
を提示する。Excuseウインドウは、ユーザの操作から推
論したコンテクストを競合解消の理由として提示し、可
能な選択の一覧を提示する。When the user clicks on the Excuse icon, the system presents the Excuse window as shown in FIG. The Excuse window presents the context inferred from the user's operation as the reason for conflict resolution, and presents a list of possible choices.

【０１４２】．可能な選択から、例えば、 〔スクラップブックに、ｉｄ０００４の記事を スクラ
ップする〕 を選択すると、図１２に示すようにカスタマイズウイン
ドウが開かれ、カスタマイズが可能になる。ここで、操
作を特殊化する選択肢を選んだとき、システムは、図１
３に示すような実演モードになり、ユーザに具体的な操
作を行うことを要求する。例えば、 〔スクラップブックに、ｉｄ０００４の記事を スクラ
ップする〕 が起動するときには、 〔新聞の 左ページの０番目の記事を バックグラウン
ドへドラッグした〕 という操作が必要なように修正できる。.. If, for example, [scrap article id0004 in scrapbook] is selected from the possible selections, a customization window opens as shown in FIG. 12, and customization is possible. Here, when the option to specialize the operation is selected, the system is
The demonstration mode as shown in 3 is entered, and the user is requested to perform a specific operation. For example, when [Scrap article id0004 in scrapbook] starts, you can modify it so that you need to drag the 0th article on the left page of the newspaper to the background.

【０１４３】起動条件を強くする選択肢を選んだとき、
ユーザは、図１４に示すよう過去のコンテクストから、
コンテクスト条件を追加し、その動作を起きにくくする
ことでカスタマイズを行うことができる。例えばスクラ
ップブックの設計者は、ユーザが既に読んだ記事をもう
一度クリックしたとき、 〔スクラップブックに ＊の記事を スクラップする〕 を起動されるように入札設計した。しかし、 〔ウインドウで ＊の記事を 読む〕 「いつでも」 の設計者がコンテクスト条件としてalwaysを設定してあ
った場合、ユーザがカスタマイズしない限り、新たな機
能「スクラップブック」は起動されない。ユーザは、 〔ウインドウで ＊の記事を 読む〕 のコンテクスト条件を強化することで、スクラップブッ
クを起動することができる。タスク状態履歴から、タス
ク状態記述 〔新聞を レイアウト した〕 を取り出し、 〔ウインドウで ＊の記事を 読む〕 のコンテクスト条件を加えることで、一度レイアウトさ
れた新聞に対して、２度、記事がクリックされたとき
は、スクラップブックが起動されるようにカスタマイズ
できる。When an option for strengthening the start condition is selected,
The user can use the past context as shown in FIG.
Customization can be done by adding context conditions and making their operations less likely to occur. For example, a scrapbook designer has bid designed so that when a user clicks on an article that they have already read again, [Scrap the article marked with * in the scrapbook] is activated. However, if the designer of "Read the * article in the window" always sets the context condition, the new function "Scrapbook" will not be launched unless the user customizes it. The user can activate the scrapbook by strengthening the context condition of [read * article in window]. By extracting the task state description [Layout of newspaper] from the task state history and adding the context condition of [Read article in window], the article was clicked twice for the newspaper once laid out. You can customize the Scrapbook to be launched at any time.

【０１４４】起動条件を弱くする選択肢を選んだとき、
図１５に示すようにユーザは、コンテクスト条件を削除
し、望まれる動作を起こりやすくすることができる。When an option for weakening the start condition is selected,
As shown in FIG. 15, the user can remove the context condition to facilitate the desired action.

【０１４５】次に、Excuse-Customize処理の実装設計例
を説明する。図１６はコンテクスト依存処理の理由説明
画面の例を示す図である。Next, an implementation design example of the Excuse-Customize process will be described. FIG. 16 is a diagram showing an example of a reason explanation screen for context-dependent processing.

【０１４６】ユーザに対してコンテクスト依存処理を説
明し、ユーザがコンテクスト依存処理をカスタマイズす
るための機構は、＜対話マネージャ＞エージェントの持
つＴＰＤをユーザ可読形式へ変換する機能、および＜ス
タジオ管理＞エージェントの蓄積したＴＰＤ履歴を用い
て実現する。The mechanism for explaining the context-dependent processing to the user and allowing the user to customize the context-dependent processing is the function of converting the TPD of the <dialogue manager> agent into a user-readable format, and the <studio management> agent. It is realized by using the accumulated TPD history of.

【０１４７】＜対話マネージャ＞エージェントは、タス
ク状態記述層の情報をユーザ層の情報へ変換する。例え
ばMetaphor Class= “NewsPaper"のＴＰＤに対して、次
のような変換が行われる。<Dialogue Manager> The agent converts the task state description layer information into the user layer information. For example, the following conversion is performed on the TPD with Metaphor Class = "NewsPaper".

【０１４８】 のような文字列として提示される。[0148] It is presented as a character string such as.

【０１４９】また、ユーザへのコンテクスト依存処理の
理由説明は、図１６に示すように＜スタジオ管理＞エー
ジェントの蓄積したＴＰＤ履歴のうち、落札した入札の
コンテクスト条件にマッチしたＴＰＤの列、該当する契
約アナウンスのCausal EventとなったＴＰＤの列、およ
び実際に落札し実行されたプランから作成される。The explanation of the reason for the context-dependent processing for the user is as shown in FIG. 16, in the TPD column that matches the context conditions of the successful bid in the TPD history accumulated by the <studio management> agent. It is created from the TPD queue that became the Causal Event of the contract announcement and the plan that was actually won and executed.

【０１５０】[0150]

【発明の効果】以上の説明から明らかなように、本発明
によれば、エージェント群がスタジオを介してタスク状
態記述を授受するためのスタジオ関数群と、スタジオに
送出されたタスク状態記述の履歴をコンテクスト情報と
して管理するスタジオ管理エージェントと、蓄積したコ
ンテクスト情報を用いて契約ネットプロトコルにおける
入札評価する入札アービタエージェントと、コンテクス
ト依存処理の経過をユーザに説明し、ユーザにコンテク
スト依存処理をカスタマイズする手段を提供する対話マ
ネージャエージェントとを有し、新たなエージェントが
契約の入札に参加し、スタジオ管理エージェントの管理
するコンテクストに基づき入札アービタエージェントが
入札を評価することにより、モジュール群が相互のコン
テクストに応じて動作するので、ユーザとシステムの間
の合意の一部であるタスクモデル（システムの保有する
ユーザのタスク遂行に関する知識）に着目し、新たなモ
ジュールの追加に際して、ユーザとシステムの間の合意
を可能な限り維持しながら、新規追加モジュールの機能
を利用する機構を提供することができる。そのため、カ
スタマイズされたタスクモデルに新たに追加された部分
タスクモデルを統合することが可能になり、操作やフィ
ードバックに関するユーザの持つ知識を変更することな
しに、新規追加モジュールの機能を利用することがで
き、ユーザのタスク要求のより多くの部分を解決でき
る。しかも、ユーザ及びインタフェースアーキテクチャ
が部分タスクモデルの一部を組み合わせたり、変更しカ
スタマイズでき、新規に追加された部分タスクモデルか
ら既存の機能モジュールの機能が利用できるだけでな
く、既存の部分タスクモデルあるいはカスタマイズされ
たタスクモデルから新規機能モジュールの機能が利用で
き、既存の部分タスクモデルから新たに追加されたモジ
ュールの実行時のコンテクストが参照できる。As is apparent from the above description, according to the present invention, the studio function group for the agent group to send and receive the task state description via the studio and the history of the task state description sent to the studio. Studio management agent that manages as context information, bid arbiter agent that evaluates bids in contract net protocol using accumulated context information, and means for explaining to the user the progress of context-dependent processing and customizing context-dependent processing for the user. A new agent participates in the contract bid and the bid arbiter agent evaluates the bid based on the context managed by the studio management agent so that the modules can respond to each other's context. hand Since it is created, focusing on the task model (knowledge about the task execution of the user possessed by the system) that is part of the agreement between the user and the system, it is possible to agree between the user and the system when adding a new module. It is possible to provide a mechanism for utilizing the function of the newly added module while maintaining as much as possible. Therefore, the newly added partial task model can be integrated with the customized task model, and the functions of the new addition module can be used without changing the user's knowledge of operation and feedback. Yes, it can solve more of the user's task request. Moreover, the user and interface architecture can combine, modify, and customize a part of the partial task model, so that the functions of the existing function modules can be used from the newly added partial task model as well as the existing partial task model or customization. The function of the new function module can be used from the created task model, and the runtime context of the newly added module can be referenced from the existing partial task model.

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

【図１】 本発明に係るヒューマンインタフェースのア
ーキテクチャモデルのスタジオの構造の１実施例を示す
図である。FIG. 1 is a diagram showing an embodiment of a structure of a studio of an architecture model of a human interface according to the present invention.

【図２】 タスク状態記述の構成例を示す図である。FIG. 2 is a diagram showing a configuration example of a task state description.

【図３】 スタジオのレベルを説明するための図であ
る。FIG. 3 is a diagram for explaining a level of a studio.

【図４】 Syntactic Event 、Semantic Eventの例を示
す図である。FIG. 4 is a diagram showing examples of Syntactic Event and Semantic Event.

【図５】 Execute Taskの例を示す図である。FIG. 5 is a diagram showing an example of Execute Task.

【図６】 部分タスクエージェント群の動作を説明する
ための図である。FIG. 6 is a diagram for explaining the operation of a partial task agent group.

【図７】 入札評価の例を示す図である。FIG. 7 is a diagram showing an example of bid evaluation.

【図８】 システムとユーザとのコンテクストの不一致
表明画面の例を示す図である。FIG. 8 is a diagram showing an example of an inconsistency expression screen of the context between the system and the user.

【図９】 弁解アイコンの生成画面の例を示す図であ
る。FIG. 9 is a diagram showing an example of an excuse icon generation screen.

【図１０】 ユーザによる選択画面の例を示す図であ
る。FIG. 10 is a diagram showing an example of a selection screen by a user.

【図１１】 弁解ウインドウによるコンテクスト依存処
理の理由説明画面の例を示す図である。FIG. 11 is a diagram showing an example of a reason explanation screen for context-dependent processing using an excuse window.

【図１２】 カスタマイズウインドウによるカスタマイ
ズの開始画面の例を示す図である。FIG. 12 is a diagram showing an example of a customization start screen using a customization window.

【図１３】 実演モード画面の例を示す図である。FIG. 13 is a diagram showing an example of a demonstration mode screen.

【図１４】 コンテクスト条件強化画面の例を示す図で
ある。FIG. 14 is a diagram showing an example of a context condition strengthening screen.

【図１５】 コンテクスト条件の緩和画面の例を示す図
である。FIG. 15 is a diagram showing an example of a screen for relaxing context conditions.

【図１６】 コンテクスト依存処理の理由説明画面の例
を示す図である。FIG. 16 is a diagram showing an example of a reason explanation screen for context-dependent processing.

【図１７】 部分タスクモデルのカスタマイズによる合
意の形成を説明するための図である。FIG. 17 is a diagram for explaining the formation of consensus by customizing a partial task model.

【図１８】 新しいモジュールの追加に伴う合意の破壊
を説明するための図である。[Fig. 18] Fig. 18 is a diagram for describing destruction of an agreement accompanying the addition of a new module.

【図１９】 HP SoftBench環境の問題点を説明するため
の図である。FIG. 19 is a diagram for explaining a problem of the HP SoftBench environment.

【図２０】 先行発明のヒューマンインタフェースのア
ーキテクチャモデルの概念図である。FIG. 20 is a conceptual diagram of an architectural model of a human interface of the prior invention.

【図２１】 先行発明に係るヒューマンインタフェース
のアーキテクチャモデルの１実施例を示す図である。FIG. 21 is a diagram showing an embodiment of an architecture model of a human interface according to the prior invention.

【図２２】 先行発明に係るヒューマンインタフェース
のアーキテクチャモデルの動作を説明するための図であ
る。FIG. 22 is a diagram for explaining the operation of the architecture model of the human interface according to the prior invention.

【図２３】 先行発明に係るヒューマンインタフェース
のアーキテクチャモデルの動作を説明するための図であ
る。FIG. 23 is a diagram for explaining the operation of the architecture model of the human interface according to the prior invention.

【図２４】 先行発明に係るヒューマンインタフェース
のアーキテクチャモデルの動作を説明するための図であ
る。FIG. 24 is a diagram for explaining the operation of the architecture model of the human interface according to the prior invention.

【図２５】 先行発明に係るヒューマンインタフェース
のアーキテクチャモデルの他の実施例を示す図である。FIG. 25 is a diagram showing another embodiment of the architecture model of the human interface according to the prior invention.

【図２６】 先行発明に係るヒューマンインタフェース
のアーキテクチャモデルの動作を説明するための図であ
る。FIG. 26 is a diagram for explaining the operation of the architecture model of the human interface according to the prior invention.

【図２７】 先行発明に係るヒューマンインタフェース
のアーキテクチャモデルの動作を説明するための図であ
る。FIG. 27 is a diagram for explaining the operation of the human interface architecture model according to the prior invention.

【図２８】 先行発明に係るヒューマンインタフェース
のアーキテクチャモデルの動作を説明するための図であ
る。FIG. 28 is a diagram for explaining the operation of the architecture model of the human interface according to the prior invention.

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

１００…スタジオ、１０１…ユーザ層、１０２…タスク
状態記述層、１０３…シングルキャスト層、１０４…ブ
ロードキャスト層、１０５…必須エージェント＜対話マ
ネージャ＞、１０６…必須エージェント＜スタジオ管理
＞、１０７…必須エージェント＜入札アービタ＞、１０
８…一般のエージェント、２０１…ファンクションレベ
ル、２０２…ユーザタスクレベル、２０３…セマンティ
ックレベル、２０４…インタラクションレベル100 ... Studio, 101 ... User layer, 102 ... Task state description layer, 103 ... Single cast layer, 104 ... Broadcast layer, 105 ... Essential agent <Dialogue manager>, 106 ... Essential agent <Studio management>, 107 ... Essential agent < Bid arbiter> 10
8 ... General agent, 201 ... Function level, 202 ... User task level, 203 ... Semantic level, 204 ... Interaction level

Claims (8)

【特許請求の範囲】[Claims] 【請求項１】 独立性を持った要素機能に分割された複
数のエージェントと共有媒体として種々の情報を読み書
きするスタジオとを備えたアーキテクチャモデルにおい
て、スタジオに送出されたタスク状態記述の履歴をコン
テクスト情報として管理するスタジオ管理エージェント
と、蓄積したコンテクスト情報を用いて契約ネットプロ
トコルにおける入札評価をする入札アービタエージェン
トと、コンテクスト依存処理の経過をユーザに説明し、
ユーザにコンテクスト依存処理をカスタマイズする手段
を提供する対話マネージャエージェントとを有し、エー
ジェント群がスタジオを介しスタジオ関数群を用いてタ
スク状態記述を授受し、スタジオ管理エージェントの管
理するコンテクストに基づき入札アービタエージェント
が入札を評価することにより、モジュール群が相互のコ
ンテクストに応じて動作するように構成したことを特徴
とするヒューマンインタフェースのアーキテクチャモデ
ル。1. In an architecture model comprising a plurality of agents divided into independent element functions and a studio for reading and writing various information as a shared medium, the history of task state description sent to the studio is contextualized. Explain to the user the studio management agent that manages as information, the bid arbiter agent that evaluates bids in the contract net protocol using the accumulated context information, and the progress of context-dependent processing,
A dialogue manager agent that provides a user with a means for customizing context-dependent processing, the agent group exchanges task state descriptions using the studio function group through the studio, and the bid arbiter based on the context managed by the studio management agent. An architectural model of a human interface, characterized in that modules are configured to operate according to the context of each other when an agent evaluates a bid. 【請求項２】 請求項１記載のヒューマンインタフェー
スのアーキテクチャモデルにおいて、コンテクストに依
存した条件分岐を契約ネットプロトコルで行い、契約ア
ナウンス及び入札の形式を公開することで、新たな機能
をユーザに提示するエージェントを設計、追加できるよ
うに構成したことを特徴とするヒューマンインタフェー
スのアーキテクチャモデル。2. In the human interface architecture model according to claim 1, a new function is presented to the user by performing a context-dependent conditional branch with a contract net protocol and publishing the contract announcement and bid formats. An architectural model of a human interface characterized by the fact that agents can be designed and added. 【請求項３】 請求項１記載のヒューマンインタフェー
スのアーキテクチャモデルにおいて、メタファ環境エー
ジェントとファンクションエージェントと部分タスクエ
ージェントを備えたことを特徴とするヒューマンインタ
フェースのアーキテクチャモデル。3. The human interface architecture model according to claim 1, further comprising a metaphor environment agent, a function agent, and a partial task agent. 【請求項４】 請求項１記載のヒューマンインタフェー
スのアーキテクチャモデルにおいて、タスク状態記述
は、タスク、タスクの状態、及びメタファの種類／機能
の種類を示す３つの文字列並びに２つのエージェントへ
のポインタ、２つのタスク状態記述へのポインタからな
ることを特徴とするヒューマンインタフェースのアーキ
テクチャモデル。4. The human interface architecture model according to claim 1, wherein the task state description includes a task, a state of the task, three character strings indicating a type of metaphor / a type of function, and pointers to two agents, An architectural model of a human interface, which consists of pointers to two task state descriptions. 【請求項５】 請求項１記載のヒューマンインタフェー
スのアーキテクチャモデルにおいて、スタジオ関数群と
して、ウインドウレベルの操作を表すタスク状態記述、
メタファ環境エージェントと部分タスクエージェントと
の間の契約アナウンス及び部分タスクエージェントの実
行状態を表すタスク状態記述、メタファ環境エージェン
トと部分タスクエージェントとの間で対話を行うタスク
状態記述、ファンクションエージェントと部分タスクエ
ージェントとの間で対話を行うタスク状態記述に応じた
関数が用意されていることを特徴とするヒューマンイン
タフェースのアーキテクチャモデル。5. The human interface architecture model according to claim 1, wherein a task state description that represents a window level operation as a studio function group,
Contract state announcement between metaphor environment agent and partial task agent and task state description indicating execution state of partial task agent, task state description for interaction between metaphor environment agent and partial task agent, function agent and partial task agent An architectural model of a human interface characterized by the provision of functions according to the task state description that interacts with. 【請求項６】 請求項１記載のヒューマンインタフェー
スのアーキテクチャモデルにおいて、契約の入札は、契
約に成功したとき実行するタスクを示すプランとコンテ
クスト条件の列の形式で行うことを特徴とするヒューマ
ンインタフェースのアーキテクチャモデル。6. The human interface architecture model according to claim 1, wherein a contract is bid in the form of a sequence of plans and context conditions indicating a task to be executed when the contract is successful. Architecture model. 【請求項７】 請求項１記載のヒューマンインタフェー
スのアーキテクチャモデルにおいて、入札の評価は、各
入札のコンテクスト条件列とタスク状態記述履歴とのパ
タンマッチングにより行われることを特徴とするヒュー
マンインタフェースのアーキテクチャモデル。7. The human interface architecture model according to claim 1, wherein the evaluation of a bid is performed by pattern matching between a context condition sequence of each bid and a task state description history. . 【請求項８】 請求項１記載のヒューマンインタフェー
スのアーキテクチャモデルにおいて、複数のエージェン
ト間にわたるコンテクスト依存処理をユーザの可読な形
で提示し、ユーザの想定したコンテクストとベンダの想
定したコンテクストで不一致がおこったとき、ユーザが
システムに対し割り込みにより意思表示を行うと共に、
システムに正しいコンテクストを教示できるようにした
ことを特徴とするヒューマンインタフェースのアーキテ
クチャモデル。8. The human interface architecture model according to claim 1, wherein context-dependent processing across a plurality of agents is presented in a user-readable form, and a mismatch occurs between the context assumed by the user and the context assumed by the vendor. When a user interrupts the system,
A human interface architecture model characterized by enabling the system to be taught the correct context.