JPH07182128A

JPH07182128A - ユーザインタフェース方式

Info

Publication number: JPH07182128A
Application number: JP5328973A
Authority: JP
Inventors: Ichiro Matsui; 一郎松井; Yoshihiko Nakatsu; 佳彦中津; Mitsugi Kominami; 貢小南
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1993-12-24
Filing date: 1993-12-24
Publication date: 1995-07-21

Abstract

(57)【要約】【目的】オペレータに対してオペレータが選択する可
能性の高い候補をメニューの先頭に表示する。【構成】履歴採取手段１が業務の履歴を採取する。頻
度テーブル２は、採取された履歴から業務実行パターン
の実行頻度を記憶する。候補表示手段３は、頻度テーブ
ル２に記憶された業務パターンから、パターンの中で頻
度の高いものを選択し、メニューの上位に表示する。【効果】頻度テーブルにより次に実行される確率の高
い業務をメニューの上位に表示するので、オペレータの
メニュー選択が容易になる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は業務の流れを学習する
ことにより、最適な業務処理を行うことができるユーザ
インタフェース方式に関するものである。特に、業務選
択のために表示するメニューの選択候補の表示順を、使
用頻度により動的に入れ替える候補表示機能に関するも
のである。

【０００２】

【従来の技術】図２７は特開平２−１６６１４号公報に
示された従来の「汎用端末装置の規定値事前登録入力方
式」に示された規定値事前登録入力方式の概念図であ
る。この従来の方式は汎用端末装置の業務取引を特定す
るための業務取引番号が予め定められた業務取引番号テ
ーブル９２を有し、この業務取引番号テーブル９２に業
務取引の目的に即した使用頻度の高い情報を当該取引番
号の規定値事前登録入力情報とし登録しておき業務取引
番号と規定値事前登録入力情報の一つとの間の業務取引
を選択することを特徴とするものである。この従来の技
術によれば業務取引項目中に規定値事前登録入力情報を
対応させて設定することにより、操作者とコンピュータ
のマンマシンインタフェースを容易にすることで業務取
引項目の入力時間の短縮を達成できる。この方式はキー
ボード８から打件された入力情報を入力インタフェース
９１から読み取りその内容をもとに業務取引番号テーブ
ル９２を参照し当該業務取引番号を検知した場合に業務
取引番号に対応した業務取引画面項目情報９４をＣＲＴ
７上に表示する。この業務取引番号に予め業務取引規定
値登録入力情報９５が設定されていた場合はその情報に
基づきＣＲＴに重ねて表示を行う。

【０００３】図２８はその具体的な使用例を示す図であ
る。業務取引番号（例えば「１０１」）の入力を行い
（画面Ａ）、業務取引番号テーブル９２から業務取引番
号キーとして検索する。このとき当該取引番号が業務取
引番号テーブル９２から検知されたならば業務取引画面
項目表示情報９４を読みだしＣＲＴ上に業務取引画面に
表示する（画面Ｂ）。このとき当該業務取引番号に規定
値事前登録入力情報９５がある場合その情報を読みだし
規定値事前登録入力情報９５を入力しＣＲＴ上の業務取
引画面Ｂへの表示を行う。

【０００４】また、図２９は従来のメニューの一例を示
す図である。図２９（ａ）はメニューの各項目が画面の
上一行に表示される場合を示している。図２９（ｂ）の
場合はポップアップ形式の場合を示している。いずれの
場合においてもメニューから選択される候補の順番は固
定されている。例えば、図２９に示すように「ファイ
ル」、「書式」、「複写」、「移動」という４つの選択
候補が表示される順番はどのような場合でも同じであ
る。

【０００５】

【発明が解決しようとする課題】従来のユーザインタフ
ェース方式は以上のように行われていたので、予め規定
値を登録することによりオペレータの入力時間を短縮す
ることはできるが、業務取引番号を入力したり予め規定
値を事前に登録しなければならないという問題点があっ
た。この発明は以上のような問題点を解決するためにな
されたものであり、予め規定値等を事前に登録する必要
がなく、またオペレータが業務取引番号等を入力をする
ことなく、オペレータが次に選択する確率の高い業務の
候補を表示することにより、業務選択が容易にできるユ
ーザインタフェース方式を提供することを目的とする。

【０００６】また図２９に示したように従来のメニュー
を表示する方式は選択候補を常に同一の順番に表示して
いるため、オペレータが各選択項目の位置を覚え易いと
いうメリットはあるが、選択するためにカーソルを所望
の選択候補まで移動させなければならず選択のオペレー
ションに時間がかかるという問題点があった。この発明
はこの問題点を解決し、オペレータのカーソル移動時間
を短縮でき、またオペレータにとって使いやすいユーザ
インタフェース方式を提供することも目的とする。

【０００７】

【課題を解決するための手段】第１の発明に係るユーザ
インタフェース方式は、以下の要素を有することを特徴
とする。（ａ）業務の履歴をトレースし、業務の実行パターンを
採取する履歴採取手段、（ｂ）上記履歴採取手段により
採取された実行パターンとその出現頻度を記憶する頻度
テーブル、（ｃ）上記頻度テーブルの頻度に基づいて、
業務選択メニューの候補の表示位置を変更する候補表示
手段。

【０００８】第２の発明に係るユーザインタフェース方
式において、上記履歴採取手段は、ｎ個（ｎ≧３）の連
続する業務の実行パターンを抽出し、上記頻度テーブル
はｎ個分の業務実行パターンとその出現頻度を記憶し、
上記候補表示手段は、ｎ個分の業務実行パターンに基づ
いて候補を表示することを特徴とする。

【０００９】第３の発明に係るユーザインタフェース方
式において、上記履歴採取手段は、一連の業務実行履歴
を抽出し、上記頻度テーブルは、各業務実行履歴に対し
て出現頻度を記憶し、上記候補表示手段は、業務実行履
歴の出現頻度に基づいて候補を表示することを特徴とす
る。

【００１０】第４の発明に係るユーザインタフェース方
式において、上記履歴採取手段は、履歴の採取時刻もあ
わせて採取し、上記頻度テーブルは、履歴の採取時刻に
基づいて、出現頻度を計算する対象を選択することを特
徴とする。

【００１１】第５の発明に係るユーザインタフェース方
式において、上記履歴採取手段は、履歴の採取時刻もあ
わせて採取し、上記候補表示手段は、採取時刻に基づい
て頻度の高い業務の起動を伺す表示を行うことを特徴と
する。

【００１２】第６の発明に係るユーザインタフェース方
式において、上記履歴採取手段は、少なくともオペレー
タＩＤ、端末ＩＤ、日付、曜日、時間、部門のいずれか
ひとつをＩＤとして履歴とあわせて採取し、上記頻度テ
ーブルは、ＩＤ別の頻度テーブルを備えており、上記候
補表示手段は、候補を表示する際に、該当する頻度テー
ブルを用いることを特徴とする。

【００１３】第７の発明に係るユーザインタフェース方
式において、上記頻度テーブルは、出現頻度の小さい実
行パターンを頻度テーブルから削除することを特徴とす
る。

【００１４】第８の発明に係るユーザインタフェース方
式において、上記履歴採取手段はｎ＋１個の連続する業
務の実行パターンを抽出し、上記頻度テーブルはｎ個分
とｎ＋１個分の業務実行パターンとその出現頻度を記憶
し、上記候補表示手段は、ｎ個分の業務実行パターンに
より候補の表示順を決定できない場合に、ｎ＋１個分の
業務実行パターンにより候補の表示順を決定することを
特徴とする。

【００１５】

【作用】第１の発明に係るユーザインタフェース方式に
おいては、履歴採取手段がオペレータの業務選択の履歴
をトレースし、その実行パターンを採取する。また、頻
度テーブルは、その実行パターンを出現頻度とともに記
憶する。候補表示手段は、頻度テーブルに記憶された過
去の実行パターンの出現頻度に基づいて、業務選択メニ
ューの選択候補の表示位置を変更する。このように本発
明に係るユーザインタフェース方式は、過去の履歴情報
に基づいて業務の流れを学習するので、業務選択のため
に表示されるメニューが、オペレータの選択に最適なメ
ニュー表示とすることができる。

【００１６】第２の発明に係るユーザインタフェース方
式においては、記憶する実行パターンとして、ｎ個分の
連続する業務に限定している点が特徴である。このよう
にｎ個分の業務を、実行パターンとして記憶することに
より、無限の組合せについて出現頻度を記憶する必要が
なく、頻度テーブルを記憶する容量を少なくすることが
できる。

【００１７】第３の発明に係るユーザインタフェース方
式においては、第２の発明とは異なり論理的に一つのな
がれとなった業務実行履歴について、出現頻度を記憶し
ている点が特徴である。通常の業務には一つの流れがあ
り、例えば販売管理業務や伝票入力業務や給与計算業務
等の一連の流れが存在している。第３の発明において
は、これらの流れを一つのパターンとして抽出し、頻度
テーブルがこの一連の業務実行履歴に対して出現頻度を
覚えている。従って、候補表示手段がメニューを表示す
る場合は、論理的に意味のある選択候補を、選択し易い
ように表示することができる。

【００１８】第４の発明に係るユーザインタフェース方
式においては、履歴の採取時刻を用いて、その履歴を出
現頻度の計算対象とするか否か、決定する点が特徴であ
る。例えば、午前中のみの時間の出現頻度や、或いは１
時から３時までという限られた時間の出現頻度等を作成
することができ、時刻にあわせてメニューの表示内容を
変更することが可能になる。

【００１９】第５の発明に係るユーザインタフェース方
式においては、出現頻度の高い業務の起動を時刻にあわ
せて、促すことを特徴とするものである。従って、オペ
レータがその業務の起動を忘れている場合に、システム
側から警告を発することができる。

【００２０】第６の発明に係るユーザインタフェース方
式においては、頻度テーブルをオペレータ別、端末別、
日付別、曜日別、時間別、部門別に作成することを特徴
とするものである。従って、オペレータにより或いは端
末により、日付により、曜日により、時間により、部門
により業務選択の流れが異なる場合でも、それぞれに最
適な業務選択メニューを表示することが可能になる。

【００２１】第７の発明に係るユーザインタフェース方
式においては、出現頻度の小さい実行パターンを頻度テ
ーブルから削除するので、頻度テーブルの容量を小さく
することができる。

【００２２】第８の発明に係るユーザインタフェース方
式においては、ｎ＋１個の実行パターンと、ｎ個の実行
パターンの出現頻度を有しており、通常はｎ個分の実行
パターンによりメニュー表示を行うが、もしその頻度が
同じであり、いずれを優先させてよいか判断ができない
場合は、ｎ＋１個の実行パターンの出現頻度を用いて、
その優先度を決定するものである。

【００２３】

【実施例】

実施例１．図１はこの発明に係るユーザインタフェース
方式の一実施例を示すブロック図である。図において、
１は業務の履歴をトレースし業務の実行パターンを採取
する履歴採取手段である。２は履歴採取手段１により採
取された実行パターンを記憶すると共にその実行パター
ンの出現頻度を計算する頻度テーブルである。３は頻度
テーブル２に記憶された出現頻度に基づいて業務選択メ
ニューの候補の表示位置を動的に変更する候補表示手段
である。

【００２４】図２は図１に示した履歴採取手段１を説明
するための図である。履歴採取手段１は図２に示すよう
に業務Ａ、業務Ｂ、業務Ｃ、業務Ｂというように業務が
選択された順を業務トレースとして採取する。この業務
トレースは時系列的に採取される。採取された業務トレ
ースは更に履歴採取手段１により解析される。解析され
た結果は頻度テーブル２に記憶される。

【００２５】次に、図３は候補表示手段３の動作を説明
するための図である。業務を開始し、業務を終了する。
業務を終了する場合に次の業務を選択するという選択動
作が行われる。この次の業務を選択する場合、候補表示
手段３は次の業務の候補をメニュー表示する。このメニ
ューの内容は頻度テーブル２に記憶された頻度をもとに
最も頻度の高い順に行われる。この頻度テーブル２は次
の業務が選択されるたびに履歴採取手段１により随時更
新され、常に最新の頻度情報を記憶している。

【００２６】次に、図４はメニューの一例を示す図であ
る。日々のルーチン業務を行う上でいろいろな画面を業
務メニューにより選択し、パラメータ入力やデータ入力
を行うとともに入力したデータの確認や認知等を行うこ
とにより業務が遂行される。図４におけるメニュー画面
４は、業務Ａから業務Ｌまでをメニュー表示している例
である。また、図５は業務Ａが選択実行され、終了され
た場合に次の業務を選択するためのメニューの一例を示
す図である。例えば図５において、次候補６を選択する
ことによりポップアップメニュー５が表示され、次に実
行されると思われる確率の高い業務から順に選択候補が
表示される。この例においては、業務Ａの実行後には過
去の履歴から業務Ｂが最も実行される確率が高く、次に
業務Ｄ、次に業務Ｉという順に実行される確率が高いと
いうことを示している。このように実行される確率が高
いものから順に表示することにより、オペレータはカー
ソルを常にポップアップメニューの上の方から選択して
いくことになり、カーソルの移動量が減り、候補の選択
が短時間に容易に行われる。

【００２７】図６は業務の流れの一例を示す図である。
また図７は図６に示した業務の流れのＸ時点までの頻度
テーブルの状態を示す図である。図６においては、３個
の業務単位に業務の流れを区切り、図７に示すようにこ
の３個の業務単位に出現回数をカウントするとともに出
現頻度を計算する。図６のＸ時点において、業務Ｃが終
了する場合には図８に示すようにポップアップメニュー
には、最も確率の高い業務としてＡが表示され次にＢが
表示される。これは図７に示すように業務Ａから業務Ｃ
が実行された場合、次に実行される業務として業務Ａは
１２％の確率をもち、業務Ｂの場合は０％の確率を示し
ているためである。

【００２８】次に、図９は図６におけるＹ時点における
頻度テーブルの状態を示す図である。このように頻度テ
ーブルは業務が推考されて行くにしたがって更新される
ものである。Ｙ時点において業務Ｃが終了した場合、メ
ニューには前述した図８に示すように最も確率が高い業
務としてＡが表示され、次にＢが表示される。Ｙ時点に
おいては業務Ｂから業務Ｃが実行された場合であるか
ら、図９に示す頻度テーブルを参照すると業務Ｂから業
務Ｃが実行された場合、業務Ａが次に実行される確率が
２０％であり、次に業務Ｂが実行される確率は０％であ
る。従って、業務Ａの方が業務Ｂよりも実行される確率
が高いため、メニューにおいては最優先されて表示され
る。

【００２９】次に、図１０は４つの連続する業務をひと
つの単位とし、頻度テーブルに登録する場合について示
している。このように業務の個数を増やすことにより、
細かい頻度を記憶することができる。しかしこの場合は
図１０に示すように図７または図９と比べて記憶するパ
ターンの数が２倍に増える。以上のようにこの実施例に
おいては業務の履歴を記憶し、その履歴の頻度により候
補を動的に表示する場合について述べた。特に過去ｎ回
分の業務実行履歴に基づいて次の候補の表示を行う場合
について説明した。なお、前述した例においては候補の
選択確率の高い順に表示したが、逆に選択確率の低い順
に表示するようにしてもかまわない。

【００３０】実施例２．この実施例においては、履歴と
ともにその履歴の時刻もあわせて採取する場合について
説明する。業務の流れは時々刻々変化するものであり、
古い履歴に基づいてメニューを表示するのでは、最新の
業務の流れにあわない場合が存在する。このような場合
を考慮して履歴と共に時刻もあわせて採取する。図１１
は時刻を採取した場合の一例を示す図である。例えば、
頻度テーブル２が最新ｍ回分の履歴に基づいて作成され
るような場合には、古いデータから時刻を参照して削除
する。図１１においては、業務Ａ，Ｂ，Ｃが古いデータ
として削除され、新しいデータからｍ回分のデータが頻
度テーブルに用いられることになる。次に、図１２は同
じく時刻を用いた場合の他の例を示している。図１２の
場合は履歴採取期間を設定してその前後の履歴を用いな
い場合を示している。図１２の場合は午前９時から午前
１１時までの期間を採取時間とし、それ以外の時間の履
歴を用いない場合を示している。このように限られた時
間を設定することにより頻度テーブルをその採取時間に
適合したものとしたものとして作成することが可能にな
る。

【００３１】実施例３．この実施例においては、業務の
流れを一つのまとまりとして考え、業務の流れの出現頻
度を用いて、メニューの候補表示を動的に変更する場合
を説明する。図１３はこの発明に係るユーザインタフェ
ース方式の他の実施例を示す図である。

【００３２】図１３（ａ）は４つの流れを示している図
である。この３つの業務の流れは矢印で示したようなフ
ローを有しており、１番目の流れをＰ１、２番目の流れ
をＰ２、３番目の流れをＰ３、４番目の流れをＰ４とし
ている。履歴採取手段１はこのような業務の流れのパタ
ーンを抽出する。新たなパターンが生じた場合はＰ５，
Ｐ６，・・・というように新たなパターンとして頻度テ
ーブルに登録する。また、既に登録したパターンが再び
実行された場合にはその頻度を更新する。例えば図１３
（ａ）の場合にはパターンＰ１が１０％、パターンＰ２
が５０％、パターンＰ３が３０％、パターンＰ４が１０
％の確率で過去において発生したことを示している。も
し図１３（ａ）のＸ時点でメニューを表示した場合には
図１３（ｂ）に示すように選択候補ＡとＢが表示され
る。このＸ時点においては次に業務Ａを選んだ場合、パ
ターンＰ１とＰ２の流れとなり、その確率はあわせて６
０％であり、また業務Ｂを選んだ場合、パターンＰ３と
Ｐ４にいき、その確率は合わせて４０％である。従っ
て、業務Ａを最優先してメニューに表示する。

【００３３】次に、図１３（ａ）のＹ時点においてメニ
ューを表示する場合には、Ｙ時点からパターンＰ１にい
く場合が１０％であり、パターンＰ２にいく場合が５０
％である。従って、図１３（ｃ）に示すように業務Ｂを
優先して表示する。次に、Ｚ時点においてメニューを表
示する場合には、パターンＰ３にいく可能性が３０％あ
り、パターンＰ４にいく可能性が１０％であるから、図
１３（ｄ）に示すように業務Ｃを最優先にして表示す
る。

【００３４】このように図１３に示す例は前述した実施
例のようにｎ回という単位で履歴をもつのではなく、業
務の流れを一つのまとまりとして考え、論理的につなが
りのある業務の流れの出現頻度を用いて、メニューの候
補表示を動的に変更する場合を説明した。

【００３５】実施例４．図１４は履歴情報を持たせた頻
度テーブルの一例を示す図である。履歴情報に時間のデ
ータを持たせ、そのデータに基づき次の処理を推測し、
もしその処理が行われていなければ、オペレータに対し
て警告することが可能になる。ただし、ここで言うパタ
ーンとは上記実施例で説明した業務の流れの一つをさす
ものである。例えば、図１４においてはパターンＰ１と
いう処理は、過去において開始時刻９時から１０時の間
に９回実行され、１０時から１１時の間は１回実行さ
れ、１１時から１２時或いはそれ以降においては１度も
実行されていない。従って候補表示手段３は、頻度テー
ブルからパターンＰ１は９時から１０時の間に実行され
るべき業務であると判断する。そこで候補表示手段３
は、９時から１０時の間に自動的にパターンＰ１の処理
を実行させるように、メニューにパターンＰ１の処理を
表示することができる。

【００３６】或いはパターンＰ２のように開始時刻が１
０時から１１時の間に１００％行われているような業務
が存在する場合、１１時近くになってもまだこのパター
ンの処理が開始されていない場合には、オペレータに対
してパターンＰ２の業務処理の開始時刻が迫っているこ
とを、知らせることもできる。なお、ここではパターン
として説明したが、これは一つの業務としてもかまわな
い。

【００３７】実施例５．図１５は、この発明に係るユー
ザインタフェース方式の他の例を示す図である。前述し
た実施例においては、メニューの表示順を変更する場合
について説明したが、この例においては、前回同一の処
理画面で入力したパラメータを表示する場合について説
明する。

【００３８】図１５に示すように、ナンバーとＩＤを入
力するような処理画面がある場合を考える。この場合、
図１６に示すようなナンバーとＩＤの出現頻度を、頻度
テーブルに記憶しておくことにより、図１５に示すよう
なパラメータを予め表示することができる。例えば、ナ
ンバーに対しては図１６に示すように、「１」が７０％
の頻度を有しており、「２」が２０％の頻度を有してお
り、「３」が３％の頻度を有しているような場合、一番
高い頻度をもつ「１」がナンバーの入力値として表示さ
れる。同様にＩＤに対しても「ｍｍ」が最も高い出現頻
度を示しているため、図１５のＩＤの欄に表示される。

【００３９】従来例で説明した方式においては、予め規
定値を入力していたが、この例においては規定値という
ものは存在せず、過去において入力されたパラメータの
出現頻度を用いている。従って表示されるパラメータは
動的に変化していくものである。

【００４０】実施例６．図１７は、頻度テーブルの他の
例を示す図である。図１７に示す頻度テーブルはオペレ
ータ別に頻度テーブルを作成する場合を示している。シ
ステムを起動する場合には、オペレータＩＤを入力して
もらう。或いはパスワードを入力してもらう。このオペ
レータＩＤやパスワードにより、オペレータを識別する
ことができ、頻度テーブルはこのオペレータ別の履歴と
その頻度を記録する。このようにオペレータ別の頻度テ
ーブルをもつことにより、各オペレータ別に最適なメニ
ュー表示を行うことができる。

【００４１】実施例７．図１８は、頻度テーブルの他の
実施例を示す図である。図１８に示す頻度テーブルは、
端末別の頻度テーブルを設ける場合を示している。通
常、端末には端末ＩＤが振られており、この端末ＩＤを
もとに頻度テーブルを端末毎に作成することができる。
このように端末毎に頻度テーブルをもつことにより、端
末に対応して最適なメニュー表示をすることができる。

【００４２】実施例８．図１９は、図１７と図１８に示
した頻度テーブルを組み合わせた場合を示している。即
ち、各端末別および各オペレータ別の頻度テーブルを、
それぞれ備えたものである。このように、端末別かつオ
ペレータ別の頻度テーブルをもつことにより、更に木目
細かいメニュー表示をすることができる。

【００４３】実施例９．図２０は、頻度テーブルの他の
例を示す図である。図２０においては、日付別に頻度テ
ーブルを作成する場合を示している。仕事の内容によっ
ては、日付毎に異なるオペレーションをする場合があ
る。例えば、５日、１０日、１５日というように５日毎
に特別な処理をするような場合には、このように日付別
の頻度テーブルをもつことが有効である。

【００４４】実施例１０．図２１は、頻度テーブルの他
の例を示す図である。図２１に示す頻度テーブルは、曜
日別に頻度テーブルを作成する場合を示している。曜日
により異なるオペレーションをするような業務において
は、このように曜日毎の頻度テーブルをもつことにより
各曜日にあわせた最適なメニュー表示をすることができ
る。

【００４５】実施例１１．図２２は、頻度テーブルの他
の例を示す図である。図２２においては、時間別に頻度
テーブルを作成する場合を示している。例えば、９時か
ら１０時までの頻度テーブル、１０時から１１時までの
頻度テーブル、１１時から１２時までの頻度テーブルを
作成することにより、各時間に即したメニューを表示す
ることができる。

【００４６】実施例１２．図２３は、頻度テーブルの他
の例を示す図である。図２３においては、頻度テーブル
を部門別に作成する場合を示している。例えば、営業
部、経理部、製造部等により業務は異なっているため、
このように部門別の頻度テーブルを作成することによ
り、部門に即したメニューの表示を行うことができる。

【００４７】実施例１３．前述した実施例においては、
オペレータ別、端末別、日付別、曜日別、時間別、部門
別の頻度テーブルを作成する場合について説明したが、
これらを組み合わせて更に細かい頻度テーブルを作成す
るようにしてもかまわない。実施例８に示した端末とオ
ペレータ別の頻度テーブルはその例であるが、これ以外
にも日付、曜日、時間、部門を組み合わせて頻度テーブ
ルを作成してもかまわない。

【００４８】実施例１４．図２４は、この発明に係るユ
ーザインタフェース方式の他のメニュー表示方式を示す
図である。前述した例においてはポップアップメニュー
の選択項目の表示順を変える場合について説明したが、
図２４に示すようにポップアップメニューによらないメ
ニューの選択候補の順番を、動的に入れ替えるようにし
てもかまわない。図２４は、図４に示したようなメニュ
ーの表示に対して、頻度テーブルを用いることにより、
選択候補が入れ替わって表示された状態を示している。
この例では、業務Ｃが過去において最もよく使われてい
るため、メニューの左上に業務Ｃが表示されている。

【００４９】実施例１５．前述したように頻度テーブル
は、複数のパターンについて出現頻度を記憶しているも
のであるが、そのパターンの数が多くなる場合には、頻
度テーブルの容量が大きくなってしまう。そこで頻度テ
ーブルの容量を削減するために、頻度テーブルから出現
頻度の低いものを、削除してしまうようにしてもかまわ
ない。例えば、図９では全部で１２種類のパターンを記
憶していたのに対し、矢印で示す出現頻度が０％のもの
を削除してしまうことにより、５種類のパターンが削除
され、頻度テーブルのサイズを小さくすることができ
る。

【００５０】実施例１６．メニューに選択候補を表示す
る場合には、そのメニュー領域が限られている場合が多
い。このような場合には表示する選択候補の数に限りが
あるので、頻度の高い順から表示する。例えば、メニュ
ーに３個の選択項目を表示する領域が確保できる場合に
は、出現頻度が高い順に、３個までの選択候補を表示す
ればよい。もし、表示した３個の選択候補の中に、オペ
レータが選択するものがない場合には、更に次候補キー
を押すことにより出現頻度順に、次の３つの選択候補を
表示する。

【００５１】このようにして、メニュー領域が限られて
いる場合に、頻度テーブルに記憶した出現頻度を活用す
ることによりオペレータに対してよりよいインタフェー
スを提供することができる。

【００５２】実施例１７．前述した実施例において既に
示したように、現在作業中の業務或いは作業を終了した
業務が、続けて実行されるという場合は少ない。或いは
全く存在しない。従って、次候補を表示するメニューに
は、現在作業中の業務或いは作業を終了した業務を表示
しないことにより、オペレータに対して無駄な情報を表
示しないですむ。

【００５３】実施例１８．図２５は、頻度テーブルの他
の例を示す図である。この頻度テーブルは、４個の連続
する業務パターンを一つの単位として、出現頻度を記憶
するものである。しかし前述した例と異なる点は、４個
の連続する業務に対する頻度と、３個の連続する業務に
対する頻度の両方の頻度を、覚えている点である。

【００５４】例えば、図２５に示す例においては、Ａ，
Ｂ，Ａ，Ｂというパターンは８％の頻度をもち、Ｃ，
Ｂ，Ａ，Ｂというパターンは、１２％の出現頻度をもつ
ことを示している。それに対し、Ｂ，Ａ，Ｂというパタ
ーンに対しては、２０％の出現頻度があることを示して
いる。候補表示手段３は、通常この３回の連続する業務
の出現頻度を用いてメニューを表示する。この例におい
てはＢ，Ａの順に業務が実行されていた場合、次の候補
としてＢとＣを表示することになるが、その出現頻度は
ともに２０％づつであり、ＢとＣのいずれを優先させて
表示するか決定することができない。このように、３回
の出現頻度を用いては優先順位が定まらない場合、４回
の頻度を用いて優先順位を決定することができる。例え
ば、Ｂ，Ａと実行されてきたより以前の業務がＡであっ
た場合には、Ａ，Ｂ，ＡからＢが実行される確率は８％
であり、Ａ，Ｂ，ＡからＣが実行される可能性は１４％
である。従って、Ｃの業務を優先させてメニューに表示
させることができる。

【００５５】このように、３個の連続する業務の出現頻
度を用いて、優先度を決定することができない場合は、
更に過去にさかのぼりその出現頻度を参照することによ
り、いずれの選択候補を優先させるか、を決定すること
ができる。

【００５６】実施例１９．上記実施例においては、頻度
テーブルを随時更新し、動的にメニューの表示形式を変
更する場合について説明したが、メニューの表示形式が
頻繁に変わる恐れもある。これを回避するために、ある
程度業務のパターンが集束した状態になった場合、その
メニューの表示状態を固定するようにしてもかまわな
い。また、固定したものを解除し、頻度テーブルを更新
することにより、再び動的なメニュー表示に戻るように
してもかまわない。

【００５７】実施例２０．図２６は候補表示手段の他の
例を示す図である。図２６はポップアップメニューを画
面に表示する場合を示している。図において、＋印はカ
ーソルを示している。

【００５８】図２６（ａ）は、選択確率の高い順に上か
ら下へ選択候補を表示しており、カーソルを自動的に一
番上つまり最も選択確率の高いと思われる位置にセット
する例を示している。図２６（ｂ）は、選択する業務が
Ａ、Ｂ、Ｃ、Ｄしかなく、この順番に表示されるものと
する。この例はカーソルの表示位置にポップアップメニ
ューを表示し、カーソルの位置に選択確率の最も高いと
思われる選択候補を表示させる場合を示している。この
場合は業務Ｂが過去において最も選択されていることが
頻度テーブルより判明し、カーソル位置に業務Ｂの選択
候補が来るようにポップアップメニューを表示させてい
る。またポップアップメニューの位置は定位置で、カー
ソルを選択確率の最も高いと思われる位置に自動的にセ
ットするようにしてもよい。どちらにせよカーソルが最
も選択確率の高い位置に自動的にセットされるので、オ
ペレータによるカーソル移動の手間が省け使いやすくな
る。

【００５９】また、業務の選択以外で、例えば実行中の
業務の中でＹＥＳ、ＮＯを選択する必要があり、この決
定に関する過去の情報も頻度テーブルの中に含ませる場
合を考える。この場合、図２６（ｃ）に示すＹＥＳまた
はＮＯの選択枝に対して、頻度テーブルからこの業務こ
のメニューにおける確率を判定し、例えばＮＯの方が選
択される確率が高いことが判明した場合には、カーソル
の位置にＮＯという選択候補が表示されるようにポップ
アップメニューを表示する。または、ポップアップメニ
ューを表示し、その中で選択される確率の高いＮＯの位
置に、カーソルを自動的に移動しセットする。

【００６０】このように選択される確率の高い候補をカ
ーソル位置に表示することにより、または、カーソルを
選択される確率の高い候補の位置に移動することによ
り、オペレータは単にキーボードのリタンキーを押した
り、マウスボタンを押すという作業だけで次の処理を選
択することができる。この場合にはカーソルの移動をと
もなわないためオペレーションミス等が防げるととも
に、カーソル移動時間を省略することができる。

【００６１】なお、頻度を用いていくつかの選択候補の
順番を入れ替えて表示するという方法は、例えば、かな
漢字変換方式等において用いられている。例えば、ひら
がなで「はし」と入力された場合に、過去のかな漢字変
換の頻度を用いて「橋」と「端」と「箸」等、いくつか
の選択候補の順番を並べ変えて表示する。しかしなが
ら、前述したこの発明は、単なるかな漢字変換とは異な
り業務の流れに基づいて、次の業務を選択するという技
術であり、かな漢字変換という技術とは異なるものであ
る。もし頻度を用いて、選択候補の順番を入れ替えて表
示する、という点で共通点があると仮定した場合でも、
前述した実施例は、過去のｎ個の（ｎ≧２）の連続する
業務履歴の出現頻度を用いて、次に実行されると思われ
る業務を推定するものであり、かな漢字変換方式におい
ては、このような方式をとっていない。かな漢字変換方
式の場合には、ｎ＝１の場合のみを取り扱っている。即
ち「はし」から漢字に変換する場合は、ｎ＝１の場合に
相当するものと考えられる。このように本発明は、かな
漢字変換のようにｎ＝１の場合ではなく、少なくともｎ
＝２以上の連続する業務履歴に基づいて、新たな業務を
推測しているものであり、かな漢字変換とは異なる技術
であると考えられる。

【００６２】

【発明の効果】以上のように、第１の発明によれば、頻
度テーブルを用いて業務の出現する頻度を学習するよう
にしたので、オペレータに対して最適なメニューを表示
することができる。

【００６３】また、第２の発明によれば、記憶する実行
パターンとしてｎ個分の連続する業務に限定しているの
で、頻度テーブルの容量を少なくすることができる。

【００６４】また、第３の発明によれば、論理的に一連
の業務実行履歴に対して出現頻度を記憶するので、メニ
ューの表示を業務の論理的な流れに沿ったものとするこ
とができる。

【００６５】また、第４の発明によれば、履歴の採取時
刻を用いてその履歴を出現頻度の計算対象とするか否か
決定するので、時刻にあわせてメニューの表示内容を変
更することができる。

【００６６】また、第５の発明によれば、履歴の採取時
刻を利用してオペレータに対して業務の起動を忘れてい
る場合、警告したり、必要な業務の立ち上げを自動的に
行うことができる。

【００６７】また、第６の発明によれば、オペレータ
別、端末別、日付別、曜日別、時間別、部門別の頻度テ
ーブルをもつことにより、更にメニューの表示をカスタ
マイズすることができる。

【００６８】また、第７の発明によれば、出現頻度の小
さい実行パターンを頻度テーブルから削除することによ
り、頻度テーブルの容量を削減することができる。

【００６９】また、第８の発明によれば、ｎ個の業務か
らは次に表示すべき選択候補の優先度を決定できない場
合に、更にｎ＋１個の実行パターンを参照するので優先
度を更にきめ細かく決定することができる。

【図面の簡単な説明】

【図１】この発明に係るユーザインタフェース方式のブ
ロック図である。

【図２】この発明の履歴採取手段の動作を説明する図で
ある。

【図３】この発明の候補表示手段の動作を説明するため
の図である。

【図４】この発明の候補表示手段が表示するメニューの
一例を示す図である。

【図５】この発明の候補表示手段３が表示するポップア
ップメニューの一例を示す図である。

【図６】この発明の動作を説明するための業務の流れを
示す図である。

【図７】この発明の頻度テーブルを示す図である。

【図８】この発明の図７に示した頻度テーブルから表示
されるメニューを示す図である。

【図９】この発明の頻度テーブルの一例を示す図であ
る。

【図１０】この発明の頻度テーブルの一例を示す図であ
る。

【図１１】この発明の実施例２の動作を説明するための
図である。

【図１２】この発明の実施例２の動作を説明するための
図である。

【図１３】この発明の実施例３を説明するための図であ
る。

【図１４】この発明の実施例４における頻度テーブルを
示す図である。

【図１５】この発明の実施例５における画面の一例を示
す図である。

【図１６】この発明の実施例５における頻度テーブルを
示す図である。

【図１７】この発明の実施例６におけるオペレータ別頻
度テーブルを示す図である。

【図１８】この発明の実施例７における端末別頻度テー
ブルを示す図である。

【図１９】この発明の実施例８における端末別、オペレ
ータ別頻度テーブルを示す図である。

【図２０】この発明の実施例９における日付別頻度テー
ブルを示す図である。

【図２１】この発明の実施例１０における曜日別頻度テ
ーブルを示す図である。

【図２２】この発明の実施例１１における時間別頻度テ
ーブルを示す図である。

【図２３】この発明の実施例１２における部門別頻度テ
ーブルを示す図である。

【図２４】この発明の実施例１４におけるメニューを示
す図である。

【図２５】この発明の実施例１８における頻度テーブル
の一例を示す図である。

【図２６】この発明の実施例１９におけるメニューの表
示形式を示す図である。

【図２７】従来のユーザインタフェース方式を示す図で
ある。

【図２８】従来のユーザインタフェース方式を説明する
ための図である。

【図２９】従来のメニュー方式、メニュー表示形式を示
す図である。

【符号の説明】

１履歴採取手段２頻度テーブル３候補表示手段４メニュー５ポップアップメニュー６次候補キー

───────────────────────────────────────────────────── フロントページの続き (72)発明者小南貢横浜市戸塚区川上町87番地１三菱電機東部コンピュータシステム株式会社横浜システムセンター内

Claims

【特許請求の範囲】

【請求項１】以下の要素を有するユーザインタフェー
ス方式（ａ）業務の履歴をトレースし、業務の実行パターンを
採取する履歴採取手段、（ｂ）上記履歴採取手段により
採取された実行パターンとその出現頻度を記憶する頻度
テーブル、（ｃ）上記頻度テーブルの頻度に基づいて、
業務選択メニューの候補の表示位置を変更する候補表示
手段。
【請求項２】上記履歴採取手段は、ｎ個（ｎ≧３）の
連続する業務の実行パターンを抽出し、上記頻度テーブ
ルはｎ個分の業務実行パターンとその出現頻度を記憶
し、上記候補表示手段は、ｎ個分の業務実行パターンに
基づいて候補を表示することを特徴とする請求項１記載
のユーザインタフェース方式。
【請求項３】上記履歴採取手段は、一連の業務実行履
歴を抽出し、上記頻度テーブルは、各業務実行履歴に対
して出現頻度を記憶し、上記候補表示手段は、業務実行
履歴の出現頻度に基づいて候補を表示することを特徴と
する請求項１記載のユーザインタフェース方式。
【請求項４】上記履歴採取手段は、履歴の採取時刻も
あわせて採取し、上記頻度テーブルは、履歴の採取時刻
に基づいて、出現頻度を計算する対象を選択することを
特徴とする請求項１記載のユーザインタフェース方式。
【請求項５】上記履歴採取手段は、履歴の採取時刻も
あわせて採取し、上記候補表示手段は、採取時刻に基づ
いて頻度の高い業務の起動を伺す表示を行うことを特徴
とする請求項４記載のユーザインタフェース方式。
【請求項６】上記履歴採取手段は、少なくともオペレ
ータＩＤ、端末ＩＤ、日付、曜日、時間、部門のいずれ
かひとつをＩＤとして履歴とあわせて採取し、上記頻度
テーブルは、ＩＤ別の頻度テーブルを備えており、上記
候補表示手段は、候補を表示する際に、該当する頻度テ
ーブルを用いることを特徴とする請求項１記載のユーザ
インタフェース方式。
【請求項７】上記頻度テーブルは、出現頻度の小さい
実行パターンを頻度テーブルから削除することを特徴と
する請求項１記載のユーザインタフェース方式。
【請求項８】上記履歴採取手段はｎ＋１個の連続する
業務の実行パターンを抽出し、上記頻度テーブルはｎ個
分とｎ＋１個分の業務実行パターンとその出現頻度を記
憶し、上記候補表示手段は、ｎ個分の業務実行パターン
により候補の表示順を決定できない場合に、ｎ＋１個分
の業務実行パターンにより候補の表示順を決定すること
を特徴とする請求項１記載のユーザインタフェース方
式。