JPH0926847A - 動的メニュー生成装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は情報処理システム中のそれぞれ異な
った機能を持つ複数の単位処理プログラムの起動操作の
メニューをシステム利用者のシステム工程に対する理解
の程度やシステム工程に応じて動的に変化させて利用者
のメニュー選択を支援する。 【構成】 複数の単位処理プログラムを統合的に操作す
る環境において、それぞれのプログラムが提案する起動
要請値から、半順序となっている起動要請値の集合を全
順序に変換する全順序化知識ベースと、全順序化された
プログラム順序列の個数を制限する絞り込み知識ベース
と、絞り込まれたプログラム順序列をメニューに表示せ
ずに自動的に起動させることを決定する起動判断知識ベ
ースを備えた入札処理エンジンによって生成したメニュ
ー構成に基づいてメニューを生成することを特徴とす
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報処理システム中のそ
れぞれ異なった機能を持つ複数の単位処理プログラムの
起動操作のメニューを動的に生成変更する動的メニュー
生成装置に関するものである。

【０００２】

【従来の技術】従来、情報処理システムで用いられてい
るユーザとの対話では、グラフィカルユーザインタフェ
ース（以下、ＧＵＩ）が多く用いられている。ＧＵＩの
操作は、ディスプレイ装置の画面に表示されている選択
項目をマウス等のポインティングデバイスにより操作を
行うことが多い。

【０００３】これら、ＧＵＩのディスプレイでの表示形
態に図２２に示すようなメニュー方式がある。もっとも
単純なメニュー生成方式は、メニュー項目をあらかじめ
定義しておき、それを表示させている。このためメニュ
ーに表示される項目は固定されている。最近では、メニ
ュー表示時に項目の選択が可能かどうかを調べ、もし不
可能であった場合にはその項目を選択不可能にするなど
の工夫がなされている。メニューに表示される項目が固
定されている生成手段には、特開平０５−２０４６２６
号公報記載の「ソフトウェア開発支援システムの開発支
援ツール起動方法」（以下、文献１）が知られている。

【０００４】文献１の方法では、開発支援ツールの起動
に要する情報を開発工程別に図２３に示すようなメニュ
ー定義ファイルに格納し、該メニュー定義ファイルの情
報に応答して表示装置の画面にメニューを自動生成す
る。

【０００５】メニューに表示される項目を変化させる生
成手段には、特開平０２−１１７２１８号公報記載の
「命令指示装置」（以下、文献２）が知られている。文
献２に記載の命令指示装置の構成を図２４に示す。文献
２の装置のメニュー画面生成器２は利用者７の過去のメ
ニュー選択履歴をメニュー選択履歴管理器５から獲得
し、メニュー表示方法決定器４が決定した表示方法によ
って応用機能群３の選択メニューを表示装置１に表示す
る。

【０００６】

【発明が解決しようとする課題】前述した文献１では、
開発工程別に開発支援ツールのリストをメニューにて階
層的に表示することによって、ソフトウェア開発者のツ
ール選択を支援する。

【０００７】一般にソフトウェア開発は行いたい開発工
程がわかっているため、開発工程別の階層構造によるメ
ニュー選択は、開発者の開発支援ツール起動の助けとな
る。しかし、ソフトウェア開発以外の情報処理システム
操作では、利用者が工程を理解していると想定すること
は困難である。そのような利用者にとっては工程別の階
層構造は新たなハードルとなり得るため、例えば、選択
項目を示唆するような支援が必要である。

【０００８】また、前述した文献２では、メニュー選択
の頻度情報に基づいて動的にメニュー項目を変化させる
ことによって、利用者の操作性を向上させている。該装
置では、ある工程において選択されるツールが利用期間
とともに固定されるようになる情報処理システム操作で
は、該装置は利用状況に適合したメニューを生成して操
作性を向上させるが、そうでない場合、つまりある工程
において選択されるツールがそれ以前の工程によって左
右されるような場合は、選択肢をその都度探す必要が生
じるため、反対に操作性を低下させる。

【０００９】このような以前の工程によって選択肢が変
化する情報システム操作は少なくないため、そのような
操作に対処することが望まれている。

【００１０】そこで、本発明の目的は上記の点に鑑み、
情報処理システム中のそれぞれ異なった機能を持つ複数
の単位処理プログラムの起動操作のメニューを、情報処
理システム利用者のシステム工程に対する理解の程度
や、システム工程に応じて動的に変化させて利用者の選
択を支援できる動的メニュー生成装置を提供することを
目的とする。

【００１１】

【課題を解決するための手段】本発明、第１の発明は、
実行可能な単位処理プログラムを複数擁する情報処理シ
ステムで、各々の前記単位処理プログラムが前記情報処
理システムの内部状態を参照して自身の機能を利用者に
提供するための参照値である起動要請値を出力できるエ
ージェントであって、前記エージェントである複数の単
位処理プログラムを起動操作するためのメニューを動的
に生成する動的メニュー生成装置において、前記情報処
理システムの内部状態を保持する短期記憶と、前記複数
のエージェントが前記短期記憶を参照して、自身の起動
要請値の出力を行い、前記起動要請値を全順序化するた
めの知識を保持する全順序化知識ベースと、前記複数の
エージェントから前記起動要請値を受け取り、前記全順
序化知識ベースを参照して前記起動要請値の全順序化を
行い、前記エージェントを起動するためのメニュー構成
を前記全順序化の結果を参照して作成する入札処理エン
ジンと、前記入札処理エンジンが作成したメニュー構成
に基づいてメニューを出力装置に表示するメニュー表示
部とを備えることを特徴とする。

【００１２】さらに、第２の発明は第１の発明におい
て、前記全順序化されたエージェントの順序列の個数を
制限する知識を保持した絞り込み知識ベースとをさらに
備え、前記入札処理エンジンが前記起動要請値の全順序
化処理が終了した後、前記絞り込み知識ベースが保持し
た知識を参照して、起動できるエージェントを制限する
メニュー構成を作成することを特徴とする。

【００１３】さらに、第３の発明は第２の発明におい
て、前記個数を制限されたエージェントの順序列に基づ
いて情報処理システム利用者によるエージェントの選択
を待たずにエージェントを起動させることを決定する知
識を保持した起動判断知識ベースと、前記入札処理エン
ジンが前記起動できるエージェントの制限を行った後
に、前記起動判断知識ベースが保持した知識を参照し
て、前記情報処理システムの内部状態が前記知識と合致
した場合には、メニュー構成を作成することなく、該当
するエージェントの起動を行うことを特徴とする。

【００１４】

【作用】本発明においては、情報処理システムの内部状
態を参照したエージェントが自身の起動要請値を入札処
理エンジンに通知する。

【００１５】ここでエージェントとは、情報処理システ
ムの内部状態を保持している短期記憶を参照して自身の
機能の利用者への提供を要請する起動要請値を出力する
ことの可能な単位処理プログラムのことである。

【００１６】各々のエージェントから通知された起動要
請値の集合が半順序（起動要請値の優劣が分からない場
合）の場合には、入札処理エンジンが全順序化知識ベー
スに定義された方法によって全順序（起動要請値をソー
トした形）に変換する。

【００１７】さらに入札処理エンジンは、エージェント
の順序列を絞り込み知識ベースに定義された規範に基づ
いた数量に制限する。さらに入札処理エンジンは、制限
されたエージェントの順序列が起動判断知識ベースに定
義された規範を満たす場合は、該当するエージェントを
起動する。前記起動判断知識ベースを用いた処理におい
て規範を満たさない場合は、入札処理エンジンは該順序
列をメニュー構成としてメニュー表示部に送る。メニュ
ー表示部は入札処理エンジンから送られたメニュー構成
から該メニュー表示部が規定する表示方法によってメニ
ューを生成し、出力装置に表示する。情報処理システム
利用者がメニューの所望領域を指示すると、メニュー表
示部は該当するエージェントを起動する。

【００１８】以上のことにより、本願発明は、システム
利用者の利用状況に即したメニューを動的に作成するこ
とが可能となる。

【００１９】

【実施例】以下に、本発明の第１から第３の発明の実施
例を３例示す。

【００２０】実施例１はプログラム開発工程に本発明を
用いた場合である。実施例２は実施例１のメニュー表示
方法を異なる形式とした場合である。実施例３は観光案
内システムに本発明を用いた場合である。

【００２１】図１は実施例１の構成の一実施例を示すブ
ロック図である。

【００２２】エージェントとしてエディタ２００、コン
パイラ２１０、デバッガ２２０がある。コンパイラ２１
０は終了コードとして、コンパイルが正常終了した場合
には０を、異常終了した場合には０以外を返す。各エー
ジェントにはそのエージェントの起動要請値を決定する
方法を定義した知識ベースがそれぞれ備えられている。
エディタ２００には知識ベース２０１が、コンパイラ２
１０には知識ベース２１１が、デバッガ２２０には知識
ベース２２１がそれぞれ備えられている。サーバエージ
ェント１００は入札処理エンジン１１０と、該入札処理
エンジンが用いる全順序化知識ベース１１１と、絞り込
み知識ベース１１２と、起動判断知識ベース１１３と、
システム内部状態を記憶する短期記憶１２０と、メニュ
ーを表示するメニュー表示部１３０と、エージェントと
の通信窓口となる通信エンジン１４０から構成されてい
る。そしてメニューを実際に表示したり、利用者がメニ
ュー選択を行う入出力装置４００がある。

【００２３】図２にエディタ２００の知識ベース２０１
の実装例、図３にコンパイラ２１０の知識ベース２１１
の実装例、図４にデバッガ２２０の知識ベース２２１の
実装例をそれぞれ示す。

【００２４】図５に入札処理エンジン１１０の全順序化
知識ベース１１１の実装例を示す。本発明の知識ベース
は簡単なルールによって定義することができ、プロダク
ションシステムによって実行される。本実施例では、絞
り込み知識ベース１１２と起動判断知識ベース１１３に
はルールが定義されていない。つまり、絞り込みと起動
判断の入札処理は行われない。なお、それぞれの知識ベ
ースの実装例の図には説明のために行番号を付与してい
る。

【００２５】入札処理エンジン１１０はシステム起動時
またはエージェント終了時にエージェントにそれぞれの
起動要請値を聞く。短期記憶１２０には、もしあれば直
前に起動されていたエージェントの種類とその終了コー
ドの値が記憶されており、これらは知識ベース中ではそ
れぞれ“直前エージェント”と“終了コード”というシ
ンボルで参照される。

【００２６】それぞれのエージェントはそれぞれの知識
ベースを用いて起動要請値を決定し、入札処理エンジン
１１０に通知する。例えば、直前エージェントがコンパ
イラ２１０であり、その終了コードが０の場合のそれぞ
れのエージェントの起動要請値は、エディタ２００が
５、コンパイラ２１０が１０、デバッガ２２０が３とな
る。エディタ２００は図２の行番号２のルールによっ
て、コンパイラ２１０は図３の行番号３のルールによっ
て、デバッガ２２０は図４の行番号１のルールによって
上記の起動要請値が決定される。

【００２７】起動要請値は１が最も高く、数値が大きく
なるほど要請値は低くなる。入札処理エンジン１１０は
集まった起動要請値を用いて入札処理を行う。

【００２８】前述の例ではそれぞれのエージェントの起
動要請値は全順序となっていたが、例えば、システム起
動時は直前のエージェントがないため、エディタ２００
の起動要請値は図２の行番号５のルールによって２に、
コンパイラ２１０の起動要請値は図３の行番号４のルー
ルによって２に、デバッガ２２０の起動要請値は図４の
行番号４のルールによって２になり、各起動要請値は半
順序となってしまう。

【００２９】このような場合は全順序化知識ベース１１
１を用いて全順序に変換する。入札処理エンジン１１０
は起動要請値が同じエージェントを集めて短期記憶１２
０に記憶させる。この記憶されたエージェントは知識ベ
ース中で“同順序”というシンボルで参照される。

【００３０】本実施例では、まず図５の行番号１のルー
ルによって３エージェント中の最も優先度の高いエージ
ェントがエディタ２００であることを決定する。次に図
５の行番号４のルールによってデバッガ２２０が次に優
先度が高いエージェントであることを決定する。このよ
うにしてエディタ２００、デバッガ２１０、コンパイラ
２２０という順序列が作られる。次に絞り込みと起動判
断の入札処理であるが、本実施例では、絞り込み知識ベ
ース１１２と起動判断知識ベース１１３はルールを定義
していないため、絞り込みと起動判断の入札処理は実行
されない。

【００３１】入札処理エンジン１１０は上のエージェン
トの順序列をメニュー構成とし、メニュー表示部１３０
へ送る。メニュー表示部１３０はメニュー構成の順に表
示を行い、利用者の入力を待つ。図６は順序列がエディ
タ２００、デバッガ２１０、コンパイラ２２０の順にな
った場合のメニュー表示の例である。利用者があるエー
ジェントを選択すると、サーバエージェント１００は選
択されたエージェントを起動する。

【００３２】そして、そのエージェントが終了される
と、エージェントにそれぞれの起動要請値を聞く処理に
戻る。通信エンジン１４０はサーバエージェント１００
とエージェントとの通信を管理する。

【００３３】このようにあるプログラム開発工程におけ
る最も望ましいエージェントをメニューの先頭に表示す
ることができる。また、プログラム開発ツールであるエ
ージェントを追加する場合は、そのエージェントの知識
ベースの作成と全順序化知識ベース１１１の修正を行う
だけでよいため、保守が容易である。

【００３４】実施例２は実施例１のメニュー表示方法を
異なる形式とした場合であり、図７にメニュー表示の例
を示す。

【００３５】実施例１ではメニュー構成を一覧できるよ
うに表示していたが、本実施例ではメニュー構成の順に
そのエージェント名を明示したダイアログを表示し、利
用者の反応を待つ。

【００３６】ダイアログには「はい」と「いいえ」のボ
タンがあり、利用者が「はい」を選択した場合にはその
時に明示されていたエージェントが起動され、「いい
え」を選択した場合にはメニュー構成の次のエージェン
トのダイアログを表示する。システムが最も望ましいと
判断したエージェントを用いる場合には、実施例１のよ
うにメニュー中から選択する手間が省けるため、利用者
の負担が軽減される。

【００３７】実施例３は観光案内システムに本発明を用
いた場合である。図８に実施例３の構成の一実施例を示
すブロック図である。エージェントとして、検索条件の
入力によるデータベース検索を行う基本検索３００、検
索条件との差をもとに点数付けられた検索結果の昇順表
示を行う全件表示３１０、検索条件項目をキーとしてク
ラスタリングされた検索結果のグループ表示を行う典型
例表示３２０、属性による検索結果の分類表示を行う属
性分類表示３３０、ある検索結果の詳細情報を表示する
詳細表示３４０、検索結果の集合内の個々の評価に起因
する類似検索を行う延長検索３５０、タグを付けられた
検索結果の集合の管理を行うマーキング３６０、タグを
付けられた検索集合での属性による比較表示を行う比較
表示３７０、自由に記録ができる情報表示域を提供する
メモパッド３８０と新しいデータを作成を行う資料生成
３９０がある。基本検索３００には知識ベース３０１
が、全件表示３１０には知識ベース３１１が、典型例表
示３２０には知識ベース３２１が、属性分類表示３３０
には知識ベース３３１が、詳細表示３４０には知識ベー
ス３４１が、延長検索３５０には知識ベース３５１が、
マーキング３６０には知識ベース３６１が、比較表示３
７０には知識ベース３７１が、メモパッド３８０には知
識ベース３８１が、資料生成３９０には知識ベース３９
１がそれぞれ備えられている。

【００３８】サーバエージェント１００は入札処理エン
ジン１１０と、該入札処理エンジンが用いる全順序化知
識ベース１１１と絞り込み知識ベース１１２と起動判断
知識ベース１１３と、システム状態を記憶する短期記憶
１２０とメニューを表示するメニュー表示部１３０と、
エージェントとの通信の窓口となる通信エンジン１４０
から構成されている。そしてメニューを実際に表示した
り、利用者がメニュー選択を行う入出力装置４００があ
る。

【００３９】図９に基本検索３００の知識ベース３０１
の実装例、図１０に全件表示３１０の知識ベース３１１
の実装例、図１１に典型例表示３２０の知識ベース３２
１の実装例、図１２に属性分類表示３３０の知識ベース
３３１の実装例、図１３に詳細表示３４０の知識ベース
３４１の実装例、図１４に延長検索３５０の知識ベース
３５１の実装例、図１５にマーキング３６０の知識ベー
ス３６１の実装例、図１６に比較表示３７０の知識ベー
ス３７１の実装例、図１７にメモパッド３８０の知識ベ
ース３８１の実装例、図１８に資料生成３９０の知識ベ
ース３９１の実装例を示す。

【００４０】図１９に入札処理エンジン１１０の全順序
化知識ベース１１１の実装例、図２０に絞り込み知識ベ
ース１１２の実装例、図２１に起動判断知識ベース１１
３の実装例を示す。

【００４１】実装例のルール（例えば図９の行番号５の
ルール）中の“中間テーブル！＝−１”という項は、中
間テーブルは必ず０以上であるため、いつでもという意
味を持ち、デフォルトのルールに用いる。

【００４２】入札処理エンジン１１０はシステム起動時
またはエージェント終了時にエージェントにそれぞれの
起動要請値を聞く。ただし、本実施例では、起動要請を
出すか否かをエージェントに聞く処理が追加され、起動
要請を出すエージェントの集合は競合エージェントとし
て短期記憶１２０に記憶される。

【００４３】エージェント知識ベース中の起動知識とは
起動要請を出すか否かを決定する知識であり、競合知識
とは起動要請値を決定する知識である。

【００４４】短期記憶１２０には、競合エージェントの
他に、もしあれば直前に起動されていたエージェントの
種類と、検索を行うエージェントによって出された検索
結果を一時保存する中間テーブルに記憶されている検索
結果の件数と、全件表示３１０で表示された検索結果を
一時保存する表示テーブルに記憶されている検索結果の
件数と、詳細表示３４０実行中に利用者によってタグ付
けされた検索結果を保存するマーキングテーブルに記憶
されている検索結果の件数が記憶されている。これらは
知識ベース中ではそれぞれ“競合エージェント”、“直
前エージェント”、“中間テーブル”、“表示テーブ
ル”と“マーキング”というシンボルで参照される。

【００４５】それぞれのエージェントはそれぞれの知識
ベースを用いて起動要請値を決定し、入札処理エンジン
１１０に通知する。

【００４６】例えば、直前エージェントが基本検索３０
０であり、中間テーブルが１０件の場合には、基本検索
３００、典型例表示３２０、属性分類表示３３０とメモ
パッド３８０の４エージェントが起動要請を出す。すべ
てのエージェントの起動知識はルールが１個であり、そ
れらのルールによって起動要請を出すか否かを決定す
る。

【００４７】入札処理エンジン１１０は該４エージェン
トを競合エージェントとして短期記憶１２０に記憶させ
る。その結果、該４エージェントの起動要請値はそれぞ
れ基本検索３００が３、典型例表示３２０が２、属性分
類表示３３０が２、メモパッド３８０が３となる。基本
検索３００は図９の行番号５のルールによって、典型例
表示３２０は図１１の行番号５のルールによって、属性
分類表示３３０は図１２の行番号４のルールによって、
メモパッド３８０は図１７の行番号４のルールによって
上記の起動要請値が決定される。起動要請値は実施例１
と同様に１が最も高く、数値が大きくなるほど要請値は
低くなる。

【００４８】入札処理エンジン１１０は集まった起動要
請値を用いて入札処理を行う。前述の例では、典型例表
示３２０と属性分類表示３３０がそれぞれ２で、基本検
索３００とメモパッド３８０がそれぞれ３であり、半順
序となっているため、全順序化知識ベース１１１を用い
て全順序に変換する。本実施例では、まず起動要請値が
２である典型例表示３２０と属性分類表示３３０におい
て、図１９の行番号２のルールによって典型例表示３２
０が属性分類表示３３０より優先度が高いエージェント
であることを決定する。

【００４９】次に起動要請値が３である基本検索３００
とメモパッド３８０において、図１９の行番号４のルー
ルによってメモパッド３８０が基本検索３００より優先
度が高いエージェントであることを決定する。

【００５０】このようにして典型例表示３２０、属性分
類表示３３０、メモパッド３８０、基本検索３００とい
う順序列が作られる。

【００５１】入札処理エンジン１１０は全順序化知識ベ
ース１１１によって全順序となったエージェントをそれ
ぞれ候補１から候補４として、そしてそれぞれのエージ
ェントの起動要請値を候補１値から候補４値として短期
記憶１２０に記憶させる。

【００５２】また、順序列の数を候補数として短期記憶
１２０に記憶させる。次に入札処理エンジン１１０は絞
り込み知識ベース１１２を用いて、順序列の絞り込みを
行う。前述の例では候補数が４であるため、絞り込みは
行われない。

【００５３】次に入札処理エンジン１１０は起動判断知
識ベース１１３を用いて、自動起動を行うかどうかを判
断する。前述の例では、候補数が４で候補１値が２で候
補２値が２であるため、起動判断知識ベース１１３のど
のルールにも当てはまらないため、自動起動は行わない
と判断する。例えば、直前エージェントが基本検索３０
０であり、中間テーブルが４件の場合には、基本検索３
００、全件表示３１０、属性分類表示３３０、メモパッ
ド３８０が起動要請を出し、それらの起動要請値は、基
本検索３００が３、全件表示３１０が１、属性分類表示
３３０が３、メモパッド３８０が３となる。

【００５４】基本検索３００は図９の行番号５のルール
によって、全件表示３１０は図１０の行番号５のルール
によって、属性分類表示３３０は図１２の行番号５のル
ールによって、メモパッド３８０は図１７の行番号４の
ルールによって上記の起動要請値が決定される。そして
全順序化処理において図１９の行番号５のルールによっ
て、全件表示３１０、属性分類表示３３０、メモパッド
３８０、基本検索と３００いう順序列となる。この場合
も候補数は４であるため、絞り込みを行わない。起動判
断処理においては、候補１値が１で候補２値が３である
ため、図２１の行番号２のルールによって全件表示３１
０を自動起動することを判断する。サーバエージェント
１００は入札処理エンジン１１０によって自動起動する
ことが決定された場合には、そのエージェントを起動さ
せる。自動起動することが決定されない場合には、エー
ジェントの順序列をメニュー構成とし、メニュー表示部
１３０へ送る。

【００５５】メニュー表示部１３０はメニュー構成の順
に表示を行い、利用者の入力を待つ。利用者がエージェ
ントを選択すると、サーバエージェント１００は選択さ
れたエージェントを起動する。そして、そのエージェン
トが終了されると、エージェントにそれぞれの起動要請
値を聞く処理に戻る。通信エンジン１４０はサーバエー
ジェント１００とエージェントとの通信を管理する。

【００５６】このように観光案内などのデータベース検
索において利用者の検索状況に応じたメニューを表示す
ることができる。また、本実施例の絞り込み知識ベース
ではメニューに表示する項目の最大数を８個に制限して
いるが、例えば３個程度に制限するようにすると、本シ
ステムに不慣れな利用者がメニュー選択に戸惑うことが
少なくなる。逆に制限をなくすと、本システムを熟知し
た利用者が自由にシステムの機能を使いこなすことがで
きる。

【００５７】

【発明の効果】従来のメニュー生成方式は、メニュー生
成のために用いる情報が定義ファイルやメニュー選択頻
度などに限られていたが、本発明では情報処理システム
が扱っている任意の情報をメニュー生成のために用いる
ことができるため、システム利用者の利用状況に即した
メニューを生成することができる。

【００５８】本発明によって生成されたメニューは情報
処理システム利用者の利用状況に促しているため、シス
テム工程に対する利用者の理解の程度やシステム工程に
係らず、利用者の選択項目を示唆するような構成とな
る。

【図面の簡単な説明】

【図１】本発明の構成の一実施例を示すブロック図であ
る。

【図２】実施例１のエディタの知識ベースの実装例を示
す図である。

【図３】実施例１のコンパイラの知識ベースの実装例を
示す図である。

【図４】実施例１のデバッガの知識ベースの実装例を示
す図である。

【図５】実施例１の入札処理エンジンの全順序化知識ベ
ースの実装例を示す図である。

【図６】実施例１のメニュー表示部の出力するメニュー
の表示例を示す図である。

【図７】実施例２のメニュー表示部の出力するメニュー
の表示例を示す図である。

【図８】本発明の構成の別の一実施例を示すブロック図
である。

【図９】実施例３の基本検索の知識ベースの実装例を示
す図である。

【図１０】実施例３の全件表示の知識ベースの実装例を
示す図である。

【図１１】実施例３の典型例表示の知識ベースの実装例
を示す図である。

【図１２】実施例３の属性分類表示の知識ベースの実装
例を示す図である。

【図１３】実施例３の詳細表示の知識ベースの実装例を
示す図である。

【図１４】実施例３の延長検索の知識ベースの実装例を
示す図である。

【図１５】実施例３のマーキングの知識ベースの実装例
を示す図である。

【図１６】実施例３の比較表示の知識ベースの実装例を
示す図である。

【図１７】実施例３のメモパッドの知識ベースの実装例
を示す図である。

【図１８】実施例３の資料生成の知識ベースの実装例を
示す図である。

【図１９】実施例３の入札処理エンジンの全順序化知識
ベースの実装例を示す図である。

【図２０】実施例３の入札処理エンジンの絞り込み知識
ベースの実装例を示す図である。

【図２１】実施例３の入札処理エンジンの起動判断知識
ベースの実装例を示す図である。

【図２２】従来のメニューの表示例を示す図である。

【図２３】従来の定義ファイルを用いたメニュー生成方
式における定義ファイルの記述フォーマットを示す図で
ある。

【図２４】従来のメニュー選択履歴を用いたメニュー生
成方式の構成図である。

【符号の説明】

１００ サーバエージェント １１０ 入札処理エンジン １１１ 全順序化知識ベース １１２ 絞り込み知識ベース １１３ 起動判断知識ベース １２０ 短期記憶 １３０ メニュー表示部 １４０ 通信エンジン ２００ エディタ ２０１ エディタ知識ベース ２１０ コンパイラ ２１１ コンパイラ知識ベース ２２０ デバッガ ２２１ デバッガ知識ベース ３００ 基本検索 ３０１ 基本検索知識ベース ３１０ 全件表示 ３１１ 全件表示知識ベース ３２０ 典型例表示 ３２１ 典型例表示知識ベース ３３０ 属性分類表示 ３３１ 属性分類表示知識ベース ３４０ 詳細表示 ３４１ 詳細表示知識ベース ３５０ 延長検索 ３５１ 延長検索知識ベース ３６０ マーキング ３６１ マーキング知識ベース ３７０ 比較表示 ３７１ 比較表示知識ベース ３８０ メモパッド ３８１ メモパッド知識ベース ３９０ 資料生成 ３９１ 資料生成知識ベース ４００ 入出力装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】実行可能な単位処理プログラムを複数擁す
   る情報処理システムで、各々の前記単位処理プログラム
   が前記情報処理システムの内部状態を参照して自身の機
   能を利用者に提供するための参照値である起動要請値を
   出力できるエージェントであって、前記エージェントで
   ある複数の単位処理プログラムを起動操作するためのメ
   ニューを動的に生成する動的メニュー生成装置におい
   て、 前記情報処理システムの内部状態を保持する短期記憶
   と、 前記複数のエージェントが前記短期記憶を参照して、自
   身の起動要請値の出力を行い、 前記起動要請値を全順序化するための知識を保持する全
   順序化知識ベースと、 前記複数のエージェントから前記起動要請値を受け取
   り、前記全順序化知識ベースを参照して前記起動要請値
   の全順序化を行い、前記エージェントを起動するための
   メニュー構成を前記全順序化の結果を参照して作成する
   入札処理エンジンと、 前記入札処理エンジンが作成したメニュー構成に基づい
   てメニューを出力装置に表示するメニュー表示部とを備
   えることを特徴とする動的メニュー生成装置。
2. 【請求項２】前記全順序化されたエージェントの順序列
   の個数を制限する知識を保持した絞り込み知識ベースと
   をさらに備え、 前記入札処理エンジンが前記起動要請値の全順序化処理
   が終了した後、前記絞り込み知識ベースが保持した知識
   を参照して、起動できるエージェントを制限するメニュ
   ー構成を作成することを特徴とする請求項１に記載の動
   的メニュー生成装置。
3. 【請求項３】前記個数を制限されたエージェントの順序
   列に基づいて情報処理システム利用者によるエージェン
   トの選択を待たずにエージェントを起動させることを決
   定する知識を保持した起動判断知識ベースと、 前記入札処理エンジンが前記起動できるエージェントの
   制限を行った後に、前記起動判断知識ベースが保持した
   知識を参照して、前記情報処理システムの内部状態が前
   記知識と合致した場合には、メニュー構成を作成するこ
   となく、該当するエージェントの起動を行うことを特徴
   とする請求項２に記載の動的メニュー生成装置。