操作性改善方法および画面制御装置
【課題】効率的な画面遷移と操作性の向上を実現する操作性改善方法を得ること。
【解決手段】本発明は、ＧＵＩを備えた装置において実行する操作性改善方法であって、ユーザ操作に伴い画面遷移が発生した場合に、遷移先の画面の識別情報を、過去に発生した画面遷移における遷移先画面の識別情報が時系列に記録された画面操作履歴ファイルに対して追加登録する遷移先画面記録ステップと、画面操作履歴ファイルに基づいて、各画面の表示内容データおよび各画面の表示制御プログラムのプログラムコードの双方またはいずれか一方である画面描画用データの変更が必要かどうかを定期的に判定する変更必要性判定ステップと、変更必要性判定ステップで変更が必要と判定した場合に、予め取得しておいた指示内容に従って画面描画用データを変更するデータ更新ステップと、を含むこととした。
【解決手段】本発明は、ＧＵＩを備えた装置において実行する操作性改善方法であって、ユーザ操作に伴い画面遷移が発生した場合に、遷移先の画面の識別情報を、過去に発生した画面遷移における遷移先画面の識別情報が時系列に記録された画面操作履歴ファイルに対して追加登録する遷移先画面記録ステップと、画面操作履歴ファイルに基づいて、各画面の表示内容データおよび各画面の表示制御プログラムのプログラムコードの双方またはいずれか一方である画面描画用データの変更が必要かどうかを定期的に判定する変更必要性判定ステップと、変更必要性判定ステップで変更が必要と判定した場合に、予め取得しておいた指示内容に従って画面描画用データを変更するデータ更新ステップと、を含むこととした。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＧＵＩ（Graphical User Interface）における画面遷移操作の操作性をユーザの操作傾向に応じて向上させる操作性改善方法および画面制御装置に関する。
【背景技術】
【０００２】
アプリケーションプログラム（以下「ＡＰＰ」と記載する）のＧＵＩ設計においては、効率的な画面遷移の実現と操作性向上を目的として、通常、設計者が、ユーザ側での利用シーンを想定して仕様等を決定している。
【０００３】
しかしながら、実際の利用シーンを設計者が十分に想定できなかった場合や、想定していない利用方法がとられた場合などでは、利用頻度の高い機能を使用する際に、不要な画面操作を経由するなど、非効率的な操作設計となってしまう場合がある。
【０００４】
また、同じＡＰＰであっても、利用者や部門によって利用方法・運用方法が異なる場合がある。すなわち、最も効率的なＧＵＩは、利用方法や運用方法に応じて異なるため、共通の画面遷移のＡＰＰを提供するのは非効率である。一方、各々に専用の画面遷移のＡＰＰを個別に開発して提供するのは開発・保守負担が増える。
【０００５】
このような問題に対し、たとえば、下記特許文献１に記載された階層型メニューの自動生成方法では、階層型メニューの各々の処理について使用回数を算出し、階層型メニューの各処理項目を使用回数の高い処理項目順に並べ替えて表示することにより、使用回数の多い処理を容易に選択できるようにして操作性を向上させている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平９−１６０７４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の階層型メニューの自動生成方法では、各画面単位の自動改善はするものの、
（１）改善する対象が階層型メニューに限定されている。
（２）各画面単体での使用頻度情報で判断しており、画面が遷移する前後の画面連携使用については操作性を考慮していない。
（３）処置をメニュー階層の並べ替えのみに限定している。
（４）画面利用条件、条件に応じた処理を柔軟に変更する手段が提供されていない。
（５）利用者グループ単位での処置は考慮していない。
など、画面操作性の向上について限界がある、という問題があった。すなわち、これらの（１）〜（５）に関する部分については、操作性の改善が不十分であった。
【０００８】
本発明は、上記に鑑みてなされたものであって、画面遷移パターンを考慮した制御を行うことにより、効率的な画面遷移と操作性のさらなる向上を実現する操作性改善方法および画面制御装置を得ることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、ＧＵＩを備えた装置において実行する操作性改善方法であって、ユーザ操作に伴い画面遷移が発生した場合に、遷移先の画面の識別情報を、過去に発生した画面遷移における遷移先画面の識別情報が時系列に記録された画面操作履歴ファイルに対して追加登録する遷移先画面記録ステップと、前記画面操作履歴ファイルに基づいて、各画面の表示内容データおよび各画面の表示制御プログラムのプログラムコードの双方またはいずれか一方である画面描画用データの変更が必要かどうかを定期的に判定する変更必要性判定ステップと、前記変更必要性判定ステップで変更が必要と判定した場合に、予め取得しておいた指示内容に従って前記画面描画用データを変更するデータ更新ステップと、を含むことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、利用形態に応じて画面表示や画面遷移制御を変更することができ、たとえば、使用頻度の高い画面を呼び出すまでのステップ数が少なくなるように、画面の表示内容を変更することが可能となるので、効率的な画面遷移と操作性向上を実現できる、という効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、画面遷移の履歴情報を取得するためのロジックを含んだプログラムコードの一例を示す図である。
【図２】図２は、本発明にかかる操作性改善方法を実行する画面制御装置の実施の形態１の構成例を示す図である。
【図３】図３は、画面制御装置において操作履歴情報を生成する様子を示した図である。
【図４】図４は、画面操作履歴ファイルの解析動作の一例を示す図である。
【図５】図５は、画面操作履歴ファイルの解析結果に基づいて画面構成を変更する動作の一例を示す図である。
【図６】図６は、画面の再構成動作において各画面の構成を変更するかどうかを判定する処理手順を示したフローチャートである。
【図７】図７は、実施の形態１にかかる画面制御装置の全体動作を示した図である。
【図８】図８は、実施の形態２にかかる画面制御装置の特徴的な動作を説明するための図である。
【図９】図９は、実施の形態２にかかる画面制御装置の特徴的な動作を説明するための図である。
【図１０】図１０は、実施の形態３にかかる画面制御装置の動作の一例を説明するための図である。
【発明を実施するための形態】
【００１２】
以下に、本発明にかかる操作性改善方法および画面制御装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１３】
実施の形態１．
本実施の形態の操作性改善方法では、ＡＰＰの利用者（ユーザ）による使用実績に基づいて、各ユーザにとって最適な操作性となるよう、各画面の表示内容を適宜変更する。
【００１４】
本実施の形態では、使用実績として、ユーザの操作履歴情報（より詳細には、操作により発生した画面遷移の履歴情報）を利用する。図１は、画面遷移の履歴情報を取得するためのロジック（以下、履歴情報取得用ロジックと呼ぶ）を含んだプログラムコードの一例を示す図である。このプログラムコードは、ＡＰＰにおいて、ある画面の表示制御を行うためのものであり、履歴情報取得用ロジックが記載されたコードＣ１１の処理を最初に実行し、その後、コードＣ１２の処理を実行して画面の表示制御を行うように構成されている。これにより、ログインＩＤ（ユーザの識別情報）および画面ＩＤ（画面の識別情報）を関連付けて画面操作履歴として記録する。
【００１５】
ＡＰＰでは、各画面の表示制御プログラムの各々が上記の履歴情報取得用ロジックを含み、画面の表示制御時には、まず、このロジックを実行して画面操作履歴をメモリ等に記録する。
【００１６】
図２は、本発明にかかる操作性改善方法を実行する画面制御装置の実施の形態１の構成例を示す図であり、この画面制御装置は、たとえば、計算機システム（コンピュータ）などの電子機器がＡＰＰを実行することにより実現される。
【００１７】
図２に示したように、本実施の形態の画面制御装置は、制御部１、記憶部２、操作受付部３および表示部４を備え、制御部１は、画面表示制御部１１，画面遷移パターン統計情報生成部１２，画面表示再構成部１３を含んでいる。また、記憶部２は、画面操作履歴ファイル格納部２１，ポリシー定義ファイル格納部２２，画面表示データ格納部２３を含んでいる。
【００１８】
制御部１は、画面制御装置内の各部を制御する。記憶部２は、各種プログラムやプログラムが利用するデータなどを格納する。また、各種プログラムの作業用領域として利用される。操作受付部３は、ユーザからの操作を受け付ける。表示部４は、各種画面を表示する。
【００１９】
また、制御部１の画面表示制御部１１は、表示部４への画面表示制御を行うとともに、操作履歴情報（詳細については後述する）を生成する。画面遷移パターン統計情報生成部１２は、操作履歴情報を解析し、画面遷移パターン統計情報を生成する。画面表示再構成部１３は、画面遷移パターン統計情報に基づいて、既存の画面表示データを更新する。制御部１の各構成要素は、電子機器がＡＰＰを構成する各種プログラムを実行することにより実現される。
【００２０】
また、記憶部２の画面操作履歴ファイル格納部２１には、操作履歴情報が時系列に登録された画面操作履歴ファイルが格納される。ポリシー定義ファイル格納部２２には、画面遷移パターン統計情報生成部１２および画面表示再構成部１３の動作条件、動作指示などの情報が登録されたポリシー定義ファイルが格納される。画面表示データ格納部２３には、表示部４に表示する画面のデータ（画面表示データ）が格納される。
【００２１】
このような構成の画面制御装置では、画面表示制御部１１が表示部４への画面表示を切り替えるごとに、操作履歴情報を生成し、それを画面操作履歴ファイルに登録することにより、画面操作履歴ファイルを更新する。また、画面遷移パターン統計情報生成部１２が、画面操作履歴ファイルを定期的に解析し、画面遷移パターン統計情報を生成するとともに、この生成された画面遷移パターン統計情報に基づいて、画面表示再構成部１３が画面表示データ格納部２３に格納された画面表示データを更新することにより、各画面の表示内容（画面内の操作ボタンの数や配置などの構成）を変更する。なお、画面表示制御部１１および画面操作履歴ファイル格納部２１が遷移先情報取得手段を構成する。また、画面遷移パターン統計情報生成部１２および画面表示再構成部１３が変更必要性判定手段およびデータ変更手段を構成する。
【００２２】
以下に、本実施の形態にかかる画面制御装置の動作について説明する。なお、説明の便宜上、操作履歴情報の生成動作（画面操作履歴ファイルの更新動作），操作履歴情報（画面操作履歴ファイル）の解析動作，画面操作履歴ファイルの解析結果に基づいて各画面表示データを更新することにより画面内の構成を変更する動作に分けて説明する。
【００２３】
まず、図３を参照しながら、操作履歴情報の生成動作（画面操作履歴ファイルの更新動作）について説明する。図３は、画面制御装置において操作履歴情報（画面操作履歴ファイル）を生成する様子を示した図である。
【００２４】
図３に示した動作では、まず、ユーザは、所定の操作を実行してＡＰＰを起動し、ログイン画面３１が表示されると、ログインのための情報（ログインＩＤ，パスワード）を入力する。なお、入力されたログインＩＤは、ＡＰＰを構成する他の全てのモジュール（プログラム）から参照可能となるように、グローバル変数として扱う。
【００２５】
ログイン処理が終了すると、画面遷移が発生する。たとえば、ログイン処理が正常に終了した場合、図示したように、メイン画面の表示制御プログラムであるプログラムＰ１（画面プログラム＃１）を起動する。このとき、上述した履歴情報取得用ロジックが記載されたコードＣ１１1の処理を実行し、ユーザ識別情報であるログインＩＤ（この例では「kawada」）と、メイン画面の画面ＩＤ（この例では「ＩＤ１」）とを関連付けて、現在時刻（日時情報）とともに、操作履歴情報として画面操作履歴ファイルＦ１（図２に示した画面操作履歴ファイル格納部２１内のファイル）に書き込む。図３の例では、ログインＩＤ“kawada”に対応するユーザの操作により、２００８年１２月１０日の１０：００：００にメイン画面への遷移が発生したことを示す操作履歴情報（図中の“2008/12/10 10:00:00 kawada ID1”と記載したレコードに相当）が画面操作履歴ファイルＦ１に書き込まれたことを示している。
【００２６】
その後、プログラムＰ１の処理が進んでいくと、障害管理画面の表示制御プログラムである画面プログラム＃２（プログラムＰ２）を呼び出し、プログラムＰ２を起動する。この場合には、コードＣ１１2の処理を実行し、ユーザ識別情報であるログインＩＤ（「kawada」）と障害管理画面の画面ＩＤ（「ＩＤ２」）を現在時刻とともに画面操作履歴ファイルＦ１に書き込む（“2008/12/10 10:02:00 kawada ID2”と記載したレコードを生成する）。
【００２７】
さらに、プログラムＰ２の処理が進んでいくと、トポロジ管理画面の表示制御プログラムである画面プログラム＃３（プログラムＰ３）を呼び出し、プログラムＰ３を起動する。この場合には、コードＣ１１3の処理を実行し、ユーザ識別情報であるログインＩＤ（「kawada」）と障害管理画面の画面ＩＤ（「ＩＤ３」）を現在時刻とともに画面操作履歴ファイルＦ１に書き込む（“2008/12/10 10:04:00 kawada ID3”と記載したレコードを生成する）。
【００２８】
以降、ユーザからの操作を受け付け、それにより画面遷移が発生する場合、上述した履歴情報取得用ロジックに相当する処理を実行し、ログインＩＤおよび画面ＩＤとそのときの日時情報を含んだレコードを画面操作履歴ファイルＦ１に書き込む。
【００２９】
このように、画面制御装置は、ユーザ操作（主導）による画面遷移、またはシステムによる自動画面遷移により画面が切り替わる毎に、切り替わった画面（遷移先の画面）に関する情報（操作中のユーザのログインＩＤと遷移先画面の画面ＩＤを含んだ操作履歴情報）を時系列に画面操作履歴ファイルＦ１へ登録する。なお、上述した画面操作履歴ファイルＦ１の更新処理は、画面表示制御部１１が行う。
【００３０】
次に、操作履歴情報（画面操作履歴ファイル）の解析動作について説明する。図４は、画面操作履歴ファイルの解析動作の一例を示す図であり、図２に示した画面遷移パターン統計情報生成部１２が、記憶部２内の画面操作履歴ファイルＦ１（図３に示した動作にて更新されるファイル）を解析し、解析結果として画面遷移パターン統計ファイルＦ３を生成するまでの一連の動作を示している。なお、画面操作履歴ファイルＦ１は、画面操作履歴ファイル格納部２１（図２参照）に格納されているファイルである。また、ポリシー定義ファイルＦ４は、ポリシー定義ファイル格納部２２に格納されているファイルである。この例のポリシー定義ファイルＦ４には、「情報抽出周期」、「画面遷移パターン深度数」、「画面遷移条件」、「条件適合時の画面変更・画面制御変更処理（ポリシー処理）」などが設定されており、図示した設定内容に従った場合、画面制御装置は、１５分周期で解析動作を実行し、深度が３の画面遷移パターン（３画面間の遷移パターン）について解析を行い、解析の結果、同じ遷移パターンが複数回（２回以上）発生した場合に画面構成を変更する。また、画面構成を変更する際には、元画面（遷移パターンの最初の画面）に対し、遷移パターンの最後の画面へのジャンプボタンを追加する。
【００３１】
なお、上記の図２（構成図）においては、図４に示したファイルＦ２およびＦ３の格納領域の記載を省略していたが、これらのファイルも記憶部２内の所定領域に格納される。
【００３２】
図４に基づいて、画面操作履歴ファイルの解析動作を詳しく説明する。画面遷移パターン統計情報生成部１２は、予めポリシー定義ファイルＦ４への設定内容を確認しておき、設定されている時間周期（図４の場合１５分周期、ポリシー定義ファイルＦ４内の設定項目４４参照）で定期的に、または、ユーザから実行要求を受け付けた場合に、解析動作を開始する。解析動作では、まず、画面操作履歴ファイルＦ１からログインＩＤが同一のレコードを抽出し、一時ファイル（図示した「画面操作履歴からの抽出一時ファイル」に相当）Ｆ２を生成する（処理＃１）。より詳細には、時系列の順序に同一ログインＩＤ単位でレコードを分類して抽出する。なお、本実施の形態では、同一のログインＩＤで利用者は同時に１名であることを前提とする。すなわち、画面操作履歴ファイルＦ１内のレコードのうち、ログインＩＤが同一のレコードは、一連の画面遷移を実行した結果として画面操作履歴ファイルＦ１に登録されているものとする。
【００３３】
一時ファイルＦ２は、画面操作履歴ファイルＦ１のレコードに登録されているログインＩＤの種類と同じ数だけ生成される。説明の便宜上、図４では、ログインＩＤが“kawada”のレコード（レコードＲ１〜Ｒ４を含んだレコード列４１，レコードＲ８〜Ｒ１０を含んだレコード列４３）を抽出して生成された一時ファイルＦ２のみを示しているが、実際には、ログインＩＤが“sawai”のレコード（レコードＲ５、Ｒ６およびＲ７を含んだレコード列４２）についても抽出する（一時ファイルを生成する）。なお、ポリシー定義ファイルＦ４に処理対象のログインＩＤを登録しておき、登録されたログインＩＤに対応するレコードのみを抽出するように限定してもよい。また、現在ログイン中のユーザＩＤ（ＡＰＰを利用中のユーザ）に対応するレコードのみを抽出するように限定してもよい。
【００３４】
一時ファイルＦ２の生成処理（処理＃１）が終了すると、次に、一時ファイルＦ２の各レコードを精査し、ポリシー定義ファイルＦ４に設定された画面遷移パターン深度数に対応する画面遷移パターンの発生回数をカウントする（処理＃２）。
【００３５】
図４に示した例では、画面並びの数（画面遷移深度）として、ポリシー定義ファイルＦ４に「深度数３」が指定されているため（ポリシー定義ファイルＦ４内の設定項目４５参照）、３画面までの遷移パターンに関して計数する。すなわち、図示した例では、Ｒ１、Ｒ２、Ｒ３のレコードの並びに関する「ＩＤ１→ＩＤ２→ＩＤ３」の遷移パターン，Ｒ２、Ｒ３、Ｒ４のレコードの並びに関する「ＩＤ２→ＩＤ３→ＩＤ６」の遷移パターン，Ｒ３、Ｒ４、Ｒ８のレコードの並びに関する「ＩＤ３→ＩＤ６→ＩＤ２」の遷移パターン，Ｒ４、Ｒ８、Ｒ９のレコードの並びに関する「ＩＤ６→ＩＤ２→ＩＤ３」の遷移パターン，Ｒ８、Ｒ９、Ｒ１０のレコードの並びに関する「ＩＤ２→ＩＤ３→ＩＤ６」の遷移パターンが存在し、その内、「ＩＤ２→ＩＤ３→ＩＤ６」のパターンは２度発生し、それ以外は１度ずつ発生している。そして、計数して得られた各々のパターンの発生回数を画面遷移パターン統計ファイルＦ３の各パターンの発生回数に書き込む。このように、画面操作履歴ファイルＦ１から、ユーザ識別子（ログインＩＤ）、画面ＩＤをキーにして時系列にレコードを抽出して、画面ＩＤの並びで表現される画面遷移パターン毎に発生頻度を計数することにより、画面遷移の発生分析を行う。
【００３６】
なお、上記の説明では、処理＃１および処理＃２からなる画面操作履歴ファイルの解析動作をポリシー定義ファイルＦ４に設定された抽出周期で定期的に実行する場合について示したが、ユーザの判断により手動で実行しても同様の効果が期待できる。
【００３７】
また、図３などに示した画面操作履歴ファイルＦ１は、上記の動作を実行して生成するのではなく、一般のＡＰＰが備えている操作ログ機能で生成される情報（操作ログ）を一定の条件下で代用することも可能である。すなわち、ＡＰＰの操作ログ機能により生成された操作ログに日時、利用者識別子および画面識別子が含まれていれば、この操作ログを画面操作履歴ファイルに代えて利用できる。
【００３８】
また、図１で示した画面履歴を記録する方式の実装例において、画面ＩＤはプログラム内で設定定義する方式としたが、この画面ＩＤは個別ファイルや共通データとして定義してもよい。また一連の操作を行う主体を示すユーザ識別子として、ログインＩＤを利用することとしたが、一連の画面遷移を発生させる唯一の操作を特定する識別子であれば、端末番号、ウィンドウ番号等でもよく、特に識別方式（操作主体の識別情報）は限定しない。さらに、操作履歴ファイルへの書き込みとして、Ｗｒｉｔｅマクロ（履歴情報取得用ロジック）を使用する例を示したが、画面操作履歴を記録する手段であれば、ＡＰＩ（Application Program Interface）やファイルサブルーチンコール等、特に手段は問わない。
【００３９】
次に、画面操作履歴ファイルの解析結果に基づいて各画面表示データを更新することにより画面内の構成を変更する動作について説明する。図５は、画面操作履歴ファイルの解析結果に基づいて画面構成を変更する動作（以下、「画面の再構成動作」と呼ぶ）の一例を示す図である。また、図６は、画面の再構成動作において各画面の構成を変更するかどうかを判定する処理手順を示したフローチャートである。図５に示した画面表示再構成部１３は、図２に示した画面表示再構成部１３と同一であり、画面遷移パターン統計ファイルＦ３は、図４に示した画面遷移パターン統計ファイルＦ３（図４に示した動作を実行して生成されたファイル）と同一である。また、ポリシー定義ファイルＦ４は、図４に示したポリシー定義ファイルＦ４と同一である。画面表示再構成部１３は、ポリシー定義ファイルＦ４内の設定項目４６（ポリシーチェック周期）の設定内容に従い、図５および図６に示した画面の再構成動作を実行する。
【００４０】
図５および図６に基づいて、画面の再構成動作を詳しく説明する。ここで、ポリシー定義ファイルＦ４には、画面遷移パターンの発生頻度（発生回数）の条件と、条件を満たす画面遷移パターンに対応する画面への処置（画面の構成変更についての指示内容）を予め設定できるものとする。画面遷移の発生頻度については、「しきい値以上」や、「しきい値以下」が予め定められた文法により定義できる他、複数の画面遷移パターンの発生頻度の条件と画面への処理について、設定できるものとする。たとえば、「発生頻度が条件Ａ１を満たす場合には対応する画面に対して処置Ｂ１を実行する」という設定と「発生頻度が条件Ａ２を満たす場合には対応する画面に対して処置Ｂ２を実行する」という設定が同時に可能であるものとする（Ａ１≠Ａ２，Ｂ１≠Ｂ２）。また、ポリシー定義ファイルＦ４はテキストファイルとして編集可能とし、本ファイルの設定定義内容について、一般のテキストエディタなどにより編集できるものとする。
【００４１】
画面表示再構成部１３は、予めポリシー定義ファイルＦ４への設定内容を確認しておき、設定されている時間周期（図５の場合１５分周期、ポリシー定義ファイルＦ４内の設定項目４６参照）で定期的に、または、ユーザから実行要求を受け付けた場合に、画面の再構成動作を開始する。この動作では、画面遷移パターン統計ファイルＦ３に登録されている全ての各画面遷移パターンの解析結果（実行回数）について、図６に示した手順で構成変更の必要性（変更するかどうか）の判定および処置を行う。構成変更の必要性を判定する際には、ポリシー定義ファイルＦ４に設定されているポリシー条件（ポリシー定義ファイルＦ４内の設定項目４７への設定内容）に従った判定を行い、また、処置（画面の構成変更処理）を行う際には、ポリシー定義ファイルＦ４に設定されているポリシー処置（ポリシー定義ファイルＦ４内の設定項目４８の設定内容）に従った処置を行う。
【００４２】
図５および図６に示した例では、画面表示再構成部１３は、画面遷移パターン統計ファイルＦ３にアクセスし、いずれか一つの画面遷移パターンについての発生回数を取得し、それを評価する。具体的には、取得した発生回数がポリシー条件を満たしているかどうか（図示した例では発生回数が２以上かどうか）を確認する（図６のステップＳ１１）。そして、条件を満たしていれば（ステップＳ１１，Ｙｅｓ）、ポリシー処置を実行する（ステップＳ１２）。なお、図５に示した動作例におけるポリシー処置では、構成変更の必要性判断を行った発生回数に対応する画面遷移パターンの最初の画面に対し、当該パターンの最後の画面への直接遷移を指定するためのジャンプボタンを追加する。たとえば、「ＩＤ１→ＩＤ２→ＩＤ３」の画面遷移パターンに対して構成変更が必要と判断した場合には、ＩＤ１の画面に対し、ＩＤ３の画面へのジャンプボタンを追加する。ジャンプボタンを追加する動作では、当該最初の画面の画面表示データを画面表示データ格納部２３（図２参照）から読み出し、このデータをポリシー定義ファイルＦ４に設定されたポリシー処置（設定項目４８の内容）に従って変更した後、画面表示データ格納部２３に再格納する。ここで、「画面表示データ」とは、画面に表示させる操作ボタンの種類やそのデザイン、配置などを示し、所定の画面表示制御プログラムが画面表示を行う際に参照されるデータ（以下、このデータを「画面構成定義データ」と記載する）、および画面表示制御プログラムのコード、のいずれか一方または双方とする。すなわち、画面表示再構成部１３は、画面表示制御プログラムのコードを変更して画面内容を変更してもよいし、画面表示制御プログラムが画面を表示する際に参照するデータ（画面表示の定義情報など）を変更してもよい。また、これらの双方を変更してもよい。
【００４３】
上記ステップＳ１２の処理が完了すると、画面遷移パターン統計ファイルＦ３に登録されている全ての画面遷移パターンについて確認（評価）を行ったかどうかを確認し（ステップＳ１３）、全てについて確認が終了した場合（ステップＳ１３，Ｙｅｓ）、動作を終了する。一方、全てについて確認が終了していなければ（ステップＳ１３，Ｎｏ）、ステップＳ１１へ遷移し、動作を継続する。また、上記ステップＳ１１にて「取得した発生回数がポリシー条件を満たしていない」と判断した場合（ステップＳ１１，Ｎｏ）、ステップＳ１３へ遷移する。
【００４４】
図５の例では、「ＩＤ２→ＩＤ３→ＩＤ６」の画面遷移パターンがポリシー条件を満たすため、この画面遷移パターンの最初の画面（画面ＩＤがＩＤ２の画面）の画面表示データが更新され、以降、このＩＤ２の画面（図５に示した画面５１）には、上記画面遷移パターンの最後の画面（画面ＩＤがＩＤ６の画面）へのジャンプボタン（ショートカットボタン）５２が表示されるようになる。なお、ＡＰＰがＷｅｂアプリケーションの場合、追加したジャンプボタンがクリックされると指定した画面のＵＲＬを呼び出すようにする。
【００４５】
図７は、上記図３〜図６を用いて説明した本実施の形態にかかる画面制御装置の全体動作を示した図であり、上述した画面操作履歴ファイルの更新動作（図３参照）、画面操作履歴ファイルの解析動作（図４参照）および画面の再構成動作（図５，図６参照）の全体的な流れと依存関係を示している。
【００４６】
図７に示したように、画面制御装置は、処理＜１＞〜処理＜３＞を繰り返し実行することにより、画面表示を、ＡＰＰのユーザにとって操作性が向上するように、適宜変更する。
【００４７】
図中の「＜１＞ＡＰＰ利用時の操作履歴登録処理」では、図１を用いて説明した履歴情報取得用ロジックである操作履歴読込文（Ｃ１１X，Ｃ１１Y，Ｃ１１Z）を含み、画面表示制御部１１を実現している各種画面プログラム（画面プログラムＸ，画面プログラムＹ，画面プログラムＺ）が、画面遷移（画面表示の切り替え）が発生する毎に、それを示す画面操作履歴情報を画面操作履歴ファイルＦ１に書き込む。この動作は、上述した「画面操作履歴ファイルの更新動作」に相当する。
【００４８】
「＜２＞操作履歴を元にした遷移パターン別統計処理」は、ポリシー定義ファイルＦ４の設定状態に従い定期的に、またはユーザからの要求に応じて、実行する。この処理では、画面操作履歴ファイルＦ１の内容を精査し、画面遷移パターン毎にその発生回数を計数して画面遷移パターン統計情報を生成する。生成した統計情報は画面遷移パターン統計ファイルＦ３に書き込まれる。この動作は、上述した「画面操作履歴ファイルの解析動作」に相当する。
【００４９】
「＜３＞遷移パターンに基づく画面操作改善・変更処理」もまた、ポリシー定義ファイルＦ４の設定状態に従い定期的に、またはユーザからの要求に応じて、実行する。この処理では、画面遷移パターン統計ファイルＦ３を参照し、画面遷移パターン統計情報が示す画面遷移傾向（ユーザの操作傾向）と、ポリシー定義ファイルＦ４とを参照し、ポリシー条件に適合する場合には、対象画面の表示内容をポリシー処置に従って変更（再構成）する。この動作は、上述した「画面の再構成動作」に相当する。この動作では、たとえば、図７に示したように、画面プログラムＸおよび／または画面表示を行う際にロードするデータ（画面構成定義データ）を修正し、画面プログラムＸが表示制御を行う画面に対して、複数の画面を経由することなく画面遷移パターンの最後の画面に直接遷移するためのジャンプボタンを追記する（図示した画面プログラムＸにより制御される画面のケースに相当）。または、画面プログラムＹおよび／または画面構成定義データを修正し、表示回数が特定回数に達した画面を、呼び出す頻度（表示頻度）の高い画面の選択候補リストに追加する（画面プログラムＹにより制御される画面のケースに相当）。なお、選択候補リスト内の画面が選択された場合（たとえばマウスでクリックされた場合）、選択された画面表示に切り替わる（画面が遷移する）。また、パラメータ属性まで考慮して画面操作履歴ファイルを解析し、画面遷移パターン統計ファイルを生成した場合には、パラメータ属性指定も併せて画面から選択して直接画面遷移するためのボタン（ハッチング部分に相当）を追記するように、画面プログラムＹおよび／または画面構成定義データを修正する（画面プログラムＺにより制御される画面のケースに相当）。
【００５０】
なお、図７では、ポリシー定義ファイルＦ４の設定変更を行うための機能ブロックであるポリシー設定部１４（動作指示情報取得手段に相当）も併せて記載している。本実施の形態の画面制御装置においては、ユーザがこのポリシー設定部１４を利用することにより、ポリシー定義ファイルＦ４を適宜変更することが可能である。ポリシー設定部１４は、ユーザからのポリシー設定内容を操作受付部３（図２参照）経由で取得する。
【００５１】
このように、本実施の形態の操作性改善方法では、画面遷移（表示画面の切り替え）が発生した場合、操作を行ったユーザの識別情報、および遷移先の画面の識別情報を発生時刻とともに、操作履歴情報として記憶しておき、この記憶しておいた情報に基づいて、ユーザの操作傾向（利用傾向）を解析し、使用頻度の高い画面を呼び出すまでのステップ数が少なくなるように、画面の表示内容を変更することとした。これにより、利用形態に合致した画面仕様、および画面制御仕様を自動的に改善していくことができる。この結果、効率的な画面遷移と操作性向上が実現できる。
【００５２】
実施の形態２．
図８および図９は、実施の形態２にかかる画面制御装置の特徴的な動作を説明するための図であり、具体的には、実施の形態１で説明した動作を実行した場合に、どの程度操作性が改善されたのかを示す数値（指標）、を算出し、評価レポートとして出力する動作を説明するための図である。なお、本実施の形態の画面制御装置の構成は、実施の形態１と同一である（図２参照）。本実施の形態では、上述した実施の形態１と異なる部分についてのみ説明を行う。
【００５３】
図８では、画面制御装置において、ある画面遷移パターンが多数発生したこと（発生頻度が高いこと）を画面操作履歴ファイルの解析動作にて検出して画面の再構成を行い、操作性を改善する様子を示している。具体的には、“２００８／１２／１０ １０：００〜２００８／１２／１０ １７：００”の期間を対象として画面操作履歴ファイルの解析を行った結果、画面遷移パターン“ＩＤ１→ＩＤ２→ＩＤ３”が１００回発生していたため、このパターンの発生頻度が高い（ポリシー条件を満たしている）と判断して、ＩＤ１に対応する画面５３に対してＩＤ３に対応する画面へのジャンプボタン５４を追加する画面構成変更（操作性改善）を行う様子を示している。また、操作性改善実施後の“２００８／１２／２５ １０：００〜２００８／１２／２５ １７：００”の期間を対象として画面操作履歴ファイルの解析を行った結果、改善後の操作手順である画面遷移パターン“ＩＤ１→ＩＤ３”が１２０回発生していたことを検出した様子も示している。
【００５４】
ここで、実行した画面再構成動作の評価は、たとえば、次式（１）に示した評価式を用いて算出できる。
（改善画面操作数）
＝｛(改善前の画面遷移数)−(改善後の画面遷移数)｝×(画面遷移パターン発生回数） …（１）
【００５５】
なお、図９の上段に記載されている評価レポートは、上式（１）の“画面遷移発生回数”として、図８の動作例における、画面構成変更前の画面遷移パターン発生回数（＝１００）をセットした場合に得られる評価結果である。これは、画面構成変更により操作性がどの程度改善されるかを画面構成変更前の該当画面遷移パターン発生回数から予測した結果（期待値）である。この場合、改善前（画面構成変更前）には、ＩＤ１の画面を表示させてからＩＤ３の画面を表示させるまでの間に必要な操作が合計２００回（実績値）であった（［改善前の実績］）のに対し、改善を行うことにより、ＩＤ１の画面を表示させてからＩＤ３の画面を表示させるまでに必要な操作が合計１００回（予測値）まで減少すること（［改善後の期待］）を示している。すなわち、１００操作相当の操作性改善が期待できること（［効果］）を示している。
【００５６】
一方、図９の下段に記載されている評価レポートは、上式（１）の“画面遷移発生回数”として、図８の動作例における、画面構成変更後の画面遷移パターン発生回数（＝１２０）をセットした場合に得られる評価結果である。これは、実際の改善結果（実績値）である。この場合、仮に画面構成変更を行わなかったとすれば、ＩＤ１の画面を表示させてからＩＤ３の画面を表示させるまでの間に必要な操作が合計２４０回であったと想定（［未改善の場合の想定］）されるところ、画面構成変更を行ったために、ＩＤ１の画面を表示させてからＩＤ３の画面を表示させるまでの間に実際に必要であった操作が合計１２０回（実績値）に抑えられたこと（［改善後の実績］）を示している。すなわち、１２０操作相当の操作性改善が実現されたこと（［効果］）を示している。
【００５７】
上述した動作は、たとえば、ユーザから実行指示を受けた場合に、画面表示再構成部１３が実行する。図９の上段のレポートと下段のレポートのうちどちらを生成するかはユーザの指示内容に従う。また、図９に示した評価レポートは、生成後、直ちに画面に表示するようにしてもよいし、評価レポートデータとして記憶部の所定領域に格納しておき、ユーザにより要求された（所定の操作が行われた）場合に表示またはデータとして出力するようにしてもよい。
【００５８】
このように、本実施の形態の画面制御装置では、画面遷移を行うための操作回数を指標として画面再構成動作の評価を行うこととした。これにより、画面遷移統計に基づく画面分析・改良方式（画面再構成動作）の評価結果を数値で表すことができ、ユーザは、再構成動作を行わない場合に対してどの程度の操作性改善が見込めるのか、または、どの程度操作性が改善されたのか、を数値で知ることができる。
【００５９】
実施の形態３．
つづいて、実施の形態３にかかる画面制御装置の動作を説明する。なお、本実施の形態の画面制御装置の構成は、実施の形態１と同一である（図２参照）。本実施の形態では、上述した実施の形態１および２と異なる部分についてのみ説明を行う。
【００６０】
本発明にかかる画面制御装置は、ポリシー定義ファイルの設定内容に従った動作を実行するが、ポリシー定義ファイルへの設定を変更することにより、操作性改善をきめ細かく制御することが可能である。一例として、実施の形態１および２の画面制御装置では、１ユーザ（１ログインＩＤ）を対象としてその操作傾向（利用傾向）を解析し、画面内の操作ボタン構成を変更することとしていた。しかしながら、複数ユーザを一つのグループとして扱って、実施の形態１や２で示した動作と同様の動作を行うことも可能である。この場合の動作例について、図１０を参照しながら説明する。なお、図１０は、実施の形態３にかかる画面制御装置の動作の一例を説明するための図である。
【００６１】
ここでは、図１０で示しているように、ログインＩＤ“kawada”，“kodama”，”tanaka”をグループ化し、それらが利用者グループ＃１としてポリシー定義ファイルＦ４’に登録（Ｆ４’の設定項目６１参照）されている場合の動作について説明する。なお、設定項目６２，６３，６４には、ポリシーチェック周期として“１５分”、ポリシー条件として“発生回数２回以上”、ポリシー処理として“元画面にジャンプボタン追加”が登録されている。この設定に従う場合、画面制御装置は、１５分周期で画面構成を変更するための一連の動作を実行する。より詳細には、画面操作履歴ファイルに含まれる各画面遷移パターンの発生回数を計数し、発生回数が２回以上の画面遷移パターンが存在する場合には、その画面遷移パターンの最初の画面（元画面）に対して最後の画面へのジャンプボタンを追加して画面構成を変更する動作、を１５分周期で繰り返し実行する。このとき、同じ利用者グループに属しているログインＩＤに対応する画面操作履歴のレコードについては、同一利用者により行われた画面操作を記録したレコードとして扱う。すなわち、図４に示した一時ファイルＦ２を生成する場合、同一グループに属しているログインＩＤが登録された画面操作履歴のレコードを抽出し、それらを同じ一時ファイルＦ２へ登録する。また、ポリシーファイルＦ４’内のいずれの利用者グループにも属していないログインＩＤのユーザについては、操作性改善動作の対象外として扱い、対象外のユーザによる操作で画面遷移が発生しても、その内容は画面操作履歴ファイルに登録しない。
【００６２】
また、図１０に示したように、画面制御装置では、画面表示データ格納部２３が、利用者グループ毎に画面表示データ群を保持しておく。そして、画面表示再構成部１３がポリシー定義ファイルＦ４’の設定状態に従ってポリシーチェック（画面遷移パターンの解析結果に基づいた画面構成の変更必要性判断）を行い、ポリシー処置（画面構成の変更）を行う場合には、ポリシーチェックを行った利用者グループに対応する画面表示データを変更する。
【００６３】
ここで、図１０に示した「オリジナルの画面表示データ群」とは、ポリシー定義ファイルＦ４’に設定されていないログインＩＤ（ユーザ）によるログインがあった場合に使用する画面表示データであり、画面表示再構成部１３により変更されることのないデータ群である。オリジナルの画面表示データ群と各利用者グループ専用の画面表示データ群は、ＡＰＰ利用開始前は同一であるが、ＡＰＰが利用開始され、たとえば利用者グループ＃１に属するログインＩＤでログインが行われた場合には、利用者グループ＃１に属するユーザの利用傾向に応じて、利用者グループ＃１専用の画面表示データ群が変更されていく。
【００６４】
なお、上述したポリシーチェック周期、ポリシー条件およびポリシー処置は、利用者や利用者グループ毎に個別に設定できるようにしてもよい。
【００６５】
また、上述した各実施の形態では、画面単位による動作履歴に基づいて画面を再構成する場合の例について説明を行ったが、画面単位に限定せず、画面上のメニュー選択や、ボタン操作、項目入力操作等の単位まで詳細化して操作履歴を記録し、詳細操作レベルでの履歴情報について解析を行い、その解析結果に基づいて画面を再構成するようにしてもよい。たとえば、元画面上に使用頻度の高い選択パラメータ属性値と、同一属性の表示が画面遷移の元画面に存在したケースでは、元画面に対して遷移頻度の高い画面移動ボタンを追加するとともに、元画面の該当属性値のパラメータも合わせてマウスクリック等の手段で選択可能とする。
【００６６】
このように、本実施の形態の画面制御装置では、ポリシー定義ファイルの各設定について、利用者や利用者グループ毎の個別設定を許容したので、よりきめ細かい制御や使いやすい画面操作を実現することが可能となる。
【産業上の利用可能性】
【００６７】
以上のように、本発明にかかる操作性改善方法は、アプリケーションプログラムの操作性改善に有用であり、特に、ユーザごとの利用傾向に応じたＧＵＩ画面遷移操作の操作性改善に適している。
【符号の説明】
【００６８】
１ 制御部
２ 記憶部
３ 操作受付部
４ 表示部
１１ 画面表示制御部
１２ 画面遷移パターン統計情報生成部
１３ 画面表示再構成部
１４ ポリシー設定部
２１ 画面操作履歴ファイル格納部
２２ ポリシー定義ファイル格納部
２３ 画面表示データ格納部
３１ ログイン画面
４１，４２，４３ レコード列
４４，４５，４６，４７，４８ 設定項目
５１，５３ 画面
５２ ジャンプボタン
【技術分野】
【０００１】
本発明は、ＧＵＩ（Graphical User Interface）における画面遷移操作の操作性をユーザの操作傾向に応じて向上させる操作性改善方法および画面制御装置に関する。
【背景技術】
【０００２】
アプリケーションプログラム（以下「ＡＰＰ」と記載する）のＧＵＩ設計においては、効率的な画面遷移の実現と操作性向上を目的として、通常、設計者が、ユーザ側での利用シーンを想定して仕様等を決定している。
【０００３】
しかしながら、実際の利用シーンを設計者が十分に想定できなかった場合や、想定していない利用方法がとられた場合などでは、利用頻度の高い機能を使用する際に、不要な画面操作を経由するなど、非効率的な操作設計となってしまう場合がある。
【０００４】
また、同じＡＰＰであっても、利用者や部門によって利用方法・運用方法が異なる場合がある。すなわち、最も効率的なＧＵＩは、利用方法や運用方法に応じて異なるため、共通の画面遷移のＡＰＰを提供するのは非効率である。一方、各々に専用の画面遷移のＡＰＰを個別に開発して提供するのは開発・保守負担が増える。
【０００５】
このような問題に対し、たとえば、下記特許文献１に記載された階層型メニューの自動生成方法では、階層型メニューの各々の処理について使用回数を算出し、階層型メニューの各処理項目を使用回数の高い処理項目順に並べ替えて表示することにより、使用回数の多い処理を容易に選択できるようにして操作性を向上させている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平９−１６０７４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の階層型メニューの自動生成方法では、各画面単位の自動改善はするものの、
（１）改善する対象が階層型メニューに限定されている。
（２）各画面単体での使用頻度情報で判断しており、画面が遷移する前後の画面連携使用については操作性を考慮していない。
（３）処置をメニュー階層の並べ替えのみに限定している。
（４）画面利用条件、条件に応じた処理を柔軟に変更する手段が提供されていない。
（５）利用者グループ単位での処置は考慮していない。
など、画面操作性の向上について限界がある、という問題があった。すなわち、これらの（１）〜（５）に関する部分については、操作性の改善が不十分であった。
【０００８】
本発明は、上記に鑑みてなされたものであって、画面遷移パターンを考慮した制御を行うことにより、効率的な画面遷移と操作性のさらなる向上を実現する操作性改善方法および画面制御装置を得ることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、ＧＵＩを備えた装置において実行する操作性改善方法であって、ユーザ操作に伴い画面遷移が発生した場合に、遷移先の画面の識別情報を、過去に発生した画面遷移における遷移先画面の識別情報が時系列に記録された画面操作履歴ファイルに対して追加登録する遷移先画面記録ステップと、前記画面操作履歴ファイルに基づいて、各画面の表示内容データおよび各画面の表示制御プログラムのプログラムコードの双方またはいずれか一方である画面描画用データの変更が必要かどうかを定期的に判定する変更必要性判定ステップと、前記変更必要性判定ステップで変更が必要と判定した場合に、予め取得しておいた指示内容に従って前記画面描画用データを変更するデータ更新ステップと、を含むことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、利用形態に応じて画面表示や画面遷移制御を変更することができ、たとえば、使用頻度の高い画面を呼び出すまでのステップ数が少なくなるように、画面の表示内容を変更することが可能となるので、効率的な画面遷移と操作性向上を実現できる、という効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、画面遷移の履歴情報を取得するためのロジックを含んだプログラムコードの一例を示す図である。
【図２】図２は、本発明にかかる操作性改善方法を実行する画面制御装置の実施の形態１の構成例を示す図である。
【図３】図３は、画面制御装置において操作履歴情報を生成する様子を示した図である。
【図４】図４は、画面操作履歴ファイルの解析動作の一例を示す図である。
【図５】図５は、画面操作履歴ファイルの解析結果に基づいて画面構成を変更する動作の一例を示す図である。
【図６】図６は、画面の再構成動作において各画面の構成を変更するかどうかを判定する処理手順を示したフローチャートである。
【図７】図７は、実施の形態１にかかる画面制御装置の全体動作を示した図である。
【図８】図８は、実施の形態２にかかる画面制御装置の特徴的な動作を説明するための図である。
【図９】図９は、実施の形態２にかかる画面制御装置の特徴的な動作を説明するための図である。
【図１０】図１０は、実施の形態３にかかる画面制御装置の動作の一例を説明するための図である。
【発明を実施するための形態】
【００１２】
以下に、本発明にかかる操作性改善方法および画面制御装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１３】
実施の形態１．
本実施の形態の操作性改善方法では、ＡＰＰの利用者（ユーザ）による使用実績に基づいて、各ユーザにとって最適な操作性となるよう、各画面の表示内容を適宜変更する。
【００１４】
本実施の形態では、使用実績として、ユーザの操作履歴情報（より詳細には、操作により発生した画面遷移の履歴情報）を利用する。図１は、画面遷移の履歴情報を取得するためのロジック（以下、履歴情報取得用ロジックと呼ぶ）を含んだプログラムコードの一例を示す図である。このプログラムコードは、ＡＰＰにおいて、ある画面の表示制御を行うためのものであり、履歴情報取得用ロジックが記載されたコードＣ１１の処理を最初に実行し、その後、コードＣ１２の処理を実行して画面の表示制御を行うように構成されている。これにより、ログインＩＤ（ユーザの識別情報）および画面ＩＤ（画面の識別情報）を関連付けて画面操作履歴として記録する。
【００１５】
ＡＰＰでは、各画面の表示制御プログラムの各々が上記の履歴情報取得用ロジックを含み、画面の表示制御時には、まず、このロジックを実行して画面操作履歴をメモリ等に記録する。
【００１６】
図２は、本発明にかかる操作性改善方法を実行する画面制御装置の実施の形態１の構成例を示す図であり、この画面制御装置は、たとえば、計算機システム（コンピュータ）などの電子機器がＡＰＰを実行することにより実現される。
【００１７】
図２に示したように、本実施の形態の画面制御装置は、制御部１、記憶部２、操作受付部３および表示部４を備え、制御部１は、画面表示制御部１１，画面遷移パターン統計情報生成部１２，画面表示再構成部１３を含んでいる。また、記憶部２は、画面操作履歴ファイル格納部２１，ポリシー定義ファイル格納部２２，画面表示データ格納部２３を含んでいる。
【００１８】
制御部１は、画面制御装置内の各部を制御する。記憶部２は、各種プログラムやプログラムが利用するデータなどを格納する。また、各種プログラムの作業用領域として利用される。操作受付部３は、ユーザからの操作を受け付ける。表示部４は、各種画面を表示する。
【００１９】
また、制御部１の画面表示制御部１１は、表示部４への画面表示制御を行うとともに、操作履歴情報（詳細については後述する）を生成する。画面遷移パターン統計情報生成部１２は、操作履歴情報を解析し、画面遷移パターン統計情報を生成する。画面表示再構成部１３は、画面遷移パターン統計情報に基づいて、既存の画面表示データを更新する。制御部１の各構成要素は、電子機器がＡＰＰを構成する各種プログラムを実行することにより実現される。
【００２０】
また、記憶部２の画面操作履歴ファイル格納部２１には、操作履歴情報が時系列に登録された画面操作履歴ファイルが格納される。ポリシー定義ファイル格納部２２には、画面遷移パターン統計情報生成部１２および画面表示再構成部１３の動作条件、動作指示などの情報が登録されたポリシー定義ファイルが格納される。画面表示データ格納部２３には、表示部４に表示する画面のデータ（画面表示データ）が格納される。
【００２１】
このような構成の画面制御装置では、画面表示制御部１１が表示部４への画面表示を切り替えるごとに、操作履歴情報を生成し、それを画面操作履歴ファイルに登録することにより、画面操作履歴ファイルを更新する。また、画面遷移パターン統計情報生成部１２が、画面操作履歴ファイルを定期的に解析し、画面遷移パターン統計情報を生成するとともに、この生成された画面遷移パターン統計情報に基づいて、画面表示再構成部１３が画面表示データ格納部２３に格納された画面表示データを更新することにより、各画面の表示内容（画面内の操作ボタンの数や配置などの構成）を変更する。なお、画面表示制御部１１および画面操作履歴ファイル格納部２１が遷移先情報取得手段を構成する。また、画面遷移パターン統計情報生成部１２および画面表示再構成部１３が変更必要性判定手段およびデータ変更手段を構成する。
【００２２】
以下に、本実施の形態にかかる画面制御装置の動作について説明する。なお、説明の便宜上、操作履歴情報の生成動作（画面操作履歴ファイルの更新動作），操作履歴情報（画面操作履歴ファイル）の解析動作，画面操作履歴ファイルの解析結果に基づいて各画面表示データを更新することにより画面内の構成を変更する動作に分けて説明する。
【００２３】
まず、図３を参照しながら、操作履歴情報の生成動作（画面操作履歴ファイルの更新動作）について説明する。図３は、画面制御装置において操作履歴情報（画面操作履歴ファイル）を生成する様子を示した図である。
【００２４】
図３に示した動作では、まず、ユーザは、所定の操作を実行してＡＰＰを起動し、ログイン画面３１が表示されると、ログインのための情報（ログインＩＤ，パスワード）を入力する。なお、入力されたログインＩＤは、ＡＰＰを構成する他の全てのモジュール（プログラム）から参照可能となるように、グローバル変数として扱う。
【００２５】
ログイン処理が終了すると、画面遷移が発生する。たとえば、ログイン処理が正常に終了した場合、図示したように、メイン画面の表示制御プログラムであるプログラムＰ１（画面プログラム＃１）を起動する。このとき、上述した履歴情報取得用ロジックが記載されたコードＣ１１1の処理を実行し、ユーザ識別情報であるログインＩＤ（この例では「kawada」）と、メイン画面の画面ＩＤ（この例では「ＩＤ１」）とを関連付けて、現在時刻（日時情報）とともに、操作履歴情報として画面操作履歴ファイルＦ１（図２に示した画面操作履歴ファイル格納部２１内のファイル）に書き込む。図３の例では、ログインＩＤ“kawada”に対応するユーザの操作により、２００８年１２月１０日の１０：００：００にメイン画面への遷移が発生したことを示す操作履歴情報（図中の“2008/12/10 10:00:00 kawada ID1”と記載したレコードに相当）が画面操作履歴ファイルＦ１に書き込まれたことを示している。
【００２６】
その後、プログラムＰ１の処理が進んでいくと、障害管理画面の表示制御プログラムである画面プログラム＃２（プログラムＰ２）を呼び出し、プログラムＰ２を起動する。この場合には、コードＣ１１2の処理を実行し、ユーザ識別情報であるログインＩＤ（「kawada」）と障害管理画面の画面ＩＤ（「ＩＤ２」）を現在時刻とともに画面操作履歴ファイルＦ１に書き込む（“2008/12/10 10:02:00 kawada ID2”と記載したレコードを生成する）。
【００２７】
さらに、プログラムＰ２の処理が進んでいくと、トポロジ管理画面の表示制御プログラムである画面プログラム＃３（プログラムＰ３）を呼び出し、プログラムＰ３を起動する。この場合には、コードＣ１１3の処理を実行し、ユーザ識別情報であるログインＩＤ（「kawada」）と障害管理画面の画面ＩＤ（「ＩＤ３」）を現在時刻とともに画面操作履歴ファイルＦ１に書き込む（“2008/12/10 10:04:00 kawada ID3”と記載したレコードを生成する）。
【００２８】
以降、ユーザからの操作を受け付け、それにより画面遷移が発生する場合、上述した履歴情報取得用ロジックに相当する処理を実行し、ログインＩＤおよび画面ＩＤとそのときの日時情報を含んだレコードを画面操作履歴ファイルＦ１に書き込む。
【００２９】
このように、画面制御装置は、ユーザ操作（主導）による画面遷移、またはシステムによる自動画面遷移により画面が切り替わる毎に、切り替わった画面（遷移先の画面）に関する情報（操作中のユーザのログインＩＤと遷移先画面の画面ＩＤを含んだ操作履歴情報）を時系列に画面操作履歴ファイルＦ１へ登録する。なお、上述した画面操作履歴ファイルＦ１の更新処理は、画面表示制御部１１が行う。
【００３０】
次に、操作履歴情報（画面操作履歴ファイル）の解析動作について説明する。図４は、画面操作履歴ファイルの解析動作の一例を示す図であり、図２に示した画面遷移パターン統計情報生成部１２が、記憶部２内の画面操作履歴ファイルＦ１（図３に示した動作にて更新されるファイル）を解析し、解析結果として画面遷移パターン統計ファイルＦ３を生成するまでの一連の動作を示している。なお、画面操作履歴ファイルＦ１は、画面操作履歴ファイル格納部２１（図２参照）に格納されているファイルである。また、ポリシー定義ファイルＦ４は、ポリシー定義ファイル格納部２２に格納されているファイルである。この例のポリシー定義ファイルＦ４には、「情報抽出周期」、「画面遷移パターン深度数」、「画面遷移条件」、「条件適合時の画面変更・画面制御変更処理（ポリシー処理）」などが設定されており、図示した設定内容に従った場合、画面制御装置は、１５分周期で解析動作を実行し、深度が３の画面遷移パターン（３画面間の遷移パターン）について解析を行い、解析の結果、同じ遷移パターンが複数回（２回以上）発生した場合に画面構成を変更する。また、画面構成を変更する際には、元画面（遷移パターンの最初の画面）に対し、遷移パターンの最後の画面へのジャンプボタンを追加する。
【００３１】
なお、上記の図２（構成図）においては、図４に示したファイルＦ２およびＦ３の格納領域の記載を省略していたが、これらのファイルも記憶部２内の所定領域に格納される。
【００３２】
図４に基づいて、画面操作履歴ファイルの解析動作を詳しく説明する。画面遷移パターン統計情報生成部１２は、予めポリシー定義ファイルＦ４への設定内容を確認しておき、設定されている時間周期（図４の場合１５分周期、ポリシー定義ファイルＦ４内の設定項目４４参照）で定期的に、または、ユーザから実行要求を受け付けた場合に、解析動作を開始する。解析動作では、まず、画面操作履歴ファイルＦ１からログインＩＤが同一のレコードを抽出し、一時ファイル（図示した「画面操作履歴からの抽出一時ファイル」に相当）Ｆ２を生成する（処理＃１）。より詳細には、時系列の順序に同一ログインＩＤ単位でレコードを分類して抽出する。なお、本実施の形態では、同一のログインＩＤで利用者は同時に１名であることを前提とする。すなわち、画面操作履歴ファイルＦ１内のレコードのうち、ログインＩＤが同一のレコードは、一連の画面遷移を実行した結果として画面操作履歴ファイルＦ１に登録されているものとする。
【００３３】
一時ファイルＦ２は、画面操作履歴ファイルＦ１のレコードに登録されているログインＩＤの種類と同じ数だけ生成される。説明の便宜上、図４では、ログインＩＤが“kawada”のレコード（レコードＲ１〜Ｒ４を含んだレコード列４１，レコードＲ８〜Ｒ１０を含んだレコード列４３）を抽出して生成された一時ファイルＦ２のみを示しているが、実際には、ログインＩＤが“sawai”のレコード（レコードＲ５、Ｒ６およびＲ７を含んだレコード列４２）についても抽出する（一時ファイルを生成する）。なお、ポリシー定義ファイルＦ４に処理対象のログインＩＤを登録しておき、登録されたログインＩＤに対応するレコードのみを抽出するように限定してもよい。また、現在ログイン中のユーザＩＤ（ＡＰＰを利用中のユーザ）に対応するレコードのみを抽出するように限定してもよい。
【００３４】
一時ファイルＦ２の生成処理（処理＃１）が終了すると、次に、一時ファイルＦ２の各レコードを精査し、ポリシー定義ファイルＦ４に設定された画面遷移パターン深度数に対応する画面遷移パターンの発生回数をカウントする（処理＃２）。
【００３５】
図４に示した例では、画面並びの数（画面遷移深度）として、ポリシー定義ファイルＦ４に「深度数３」が指定されているため（ポリシー定義ファイルＦ４内の設定項目４５参照）、３画面までの遷移パターンに関して計数する。すなわち、図示した例では、Ｒ１、Ｒ２、Ｒ３のレコードの並びに関する「ＩＤ１→ＩＤ２→ＩＤ３」の遷移パターン，Ｒ２、Ｒ３、Ｒ４のレコードの並びに関する「ＩＤ２→ＩＤ３→ＩＤ６」の遷移パターン，Ｒ３、Ｒ４、Ｒ８のレコードの並びに関する「ＩＤ３→ＩＤ６→ＩＤ２」の遷移パターン，Ｒ４、Ｒ８、Ｒ９のレコードの並びに関する「ＩＤ６→ＩＤ２→ＩＤ３」の遷移パターン，Ｒ８、Ｒ９、Ｒ１０のレコードの並びに関する「ＩＤ２→ＩＤ３→ＩＤ６」の遷移パターンが存在し、その内、「ＩＤ２→ＩＤ３→ＩＤ６」のパターンは２度発生し、それ以外は１度ずつ発生している。そして、計数して得られた各々のパターンの発生回数を画面遷移パターン統計ファイルＦ３の各パターンの発生回数に書き込む。このように、画面操作履歴ファイルＦ１から、ユーザ識別子（ログインＩＤ）、画面ＩＤをキーにして時系列にレコードを抽出して、画面ＩＤの並びで表現される画面遷移パターン毎に発生頻度を計数することにより、画面遷移の発生分析を行う。
【００３６】
なお、上記の説明では、処理＃１および処理＃２からなる画面操作履歴ファイルの解析動作をポリシー定義ファイルＦ４に設定された抽出周期で定期的に実行する場合について示したが、ユーザの判断により手動で実行しても同様の効果が期待できる。
【００３７】
また、図３などに示した画面操作履歴ファイルＦ１は、上記の動作を実行して生成するのではなく、一般のＡＰＰが備えている操作ログ機能で生成される情報（操作ログ）を一定の条件下で代用することも可能である。すなわち、ＡＰＰの操作ログ機能により生成された操作ログに日時、利用者識別子および画面識別子が含まれていれば、この操作ログを画面操作履歴ファイルに代えて利用できる。
【００３８】
また、図１で示した画面履歴を記録する方式の実装例において、画面ＩＤはプログラム内で設定定義する方式としたが、この画面ＩＤは個別ファイルや共通データとして定義してもよい。また一連の操作を行う主体を示すユーザ識別子として、ログインＩＤを利用することとしたが、一連の画面遷移を発生させる唯一の操作を特定する識別子であれば、端末番号、ウィンドウ番号等でもよく、特に識別方式（操作主体の識別情報）は限定しない。さらに、操作履歴ファイルへの書き込みとして、Ｗｒｉｔｅマクロ（履歴情報取得用ロジック）を使用する例を示したが、画面操作履歴を記録する手段であれば、ＡＰＩ（Application Program Interface）やファイルサブルーチンコール等、特に手段は問わない。
【００３９】
次に、画面操作履歴ファイルの解析結果に基づいて各画面表示データを更新することにより画面内の構成を変更する動作について説明する。図５は、画面操作履歴ファイルの解析結果に基づいて画面構成を変更する動作（以下、「画面の再構成動作」と呼ぶ）の一例を示す図である。また、図６は、画面の再構成動作において各画面の構成を変更するかどうかを判定する処理手順を示したフローチャートである。図５に示した画面表示再構成部１３は、図２に示した画面表示再構成部１３と同一であり、画面遷移パターン統計ファイルＦ３は、図４に示した画面遷移パターン統計ファイルＦ３（図４に示した動作を実行して生成されたファイル）と同一である。また、ポリシー定義ファイルＦ４は、図４に示したポリシー定義ファイルＦ４と同一である。画面表示再構成部１３は、ポリシー定義ファイルＦ４内の設定項目４６（ポリシーチェック周期）の設定内容に従い、図５および図６に示した画面の再構成動作を実行する。
【００４０】
図５および図６に基づいて、画面の再構成動作を詳しく説明する。ここで、ポリシー定義ファイルＦ４には、画面遷移パターンの発生頻度（発生回数）の条件と、条件を満たす画面遷移パターンに対応する画面への処置（画面の構成変更についての指示内容）を予め設定できるものとする。画面遷移の発生頻度については、「しきい値以上」や、「しきい値以下」が予め定められた文法により定義できる他、複数の画面遷移パターンの発生頻度の条件と画面への処理について、設定できるものとする。たとえば、「発生頻度が条件Ａ１を満たす場合には対応する画面に対して処置Ｂ１を実行する」という設定と「発生頻度が条件Ａ２を満たす場合には対応する画面に対して処置Ｂ２を実行する」という設定が同時に可能であるものとする（Ａ１≠Ａ２，Ｂ１≠Ｂ２）。また、ポリシー定義ファイルＦ４はテキストファイルとして編集可能とし、本ファイルの設定定義内容について、一般のテキストエディタなどにより編集できるものとする。
【００４１】
画面表示再構成部１３は、予めポリシー定義ファイルＦ４への設定内容を確認しておき、設定されている時間周期（図５の場合１５分周期、ポリシー定義ファイルＦ４内の設定項目４６参照）で定期的に、または、ユーザから実行要求を受け付けた場合に、画面の再構成動作を開始する。この動作では、画面遷移パターン統計ファイルＦ３に登録されている全ての各画面遷移パターンの解析結果（実行回数）について、図６に示した手順で構成変更の必要性（変更するかどうか）の判定および処置を行う。構成変更の必要性を判定する際には、ポリシー定義ファイルＦ４に設定されているポリシー条件（ポリシー定義ファイルＦ４内の設定項目４７への設定内容）に従った判定を行い、また、処置（画面の構成変更処理）を行う際には、ポリシー定義ファイルＦ４に設定されているポリシー処置（ポリシー定義ファイルＦ４内の設定項目４８の設定内容）に従った処置を行う。
【００４２】
図５および図６に示した例では、画面表示再構成部１３は、画面遷移パターン統計ファイルＦ３にアクセスし、いずれか一つの画面遷移パターンについての発生回数を取得し、それを評価する。具体的には、取得した発生回数がポリシー条件を満たしているかどうか（図示した例では発生回数が２以上かどうか）を確認する（図６のステップＳ１１）。そして、条件を満たしていれば（ステップＳ１１，Ｙｅｓ）、ポリシー処置を実行する（ステップＳ１２）。なお、図５に示した動作例におけるポリシー処置では、構成変更の必要性判断を行った発生回数に対応する画面遷移パターンの最初の画面に対し、当該パターンの最後の画面への直接遷移を指定するためのジャンプボタンを追加する。たとえば、「ＩＤ１→ＩＤ２→ＩＤ３」の画面遷移パターンに対して構成変更が必要と判断した場合には、ＩＤ１の画面に対し、ＩＤ３の画面へのジャンプボタンを追加する。ジャンプボタンを追加する動作では、当該最初の画面の画面表示データを画面表示データ格納部２３（図２参照）から読み出し、このデータをポリシー定義ファイルＦ４に設定されたポリシー処置（設定項目４８の内容）に従って変更した後、画面表示データ格納部２３に再格納する。ここで、「画面表示データ」とは、画面に表示させる操作ボタンの種類やそのデザイン、配置などを示し、所定の画面表示制御プログラムが画面表示を行う際に参照されるデータ（以下、このデータを「画面構成定義データ」と記載する）、および画面表示制御プログラムのコード、のいずれか一方または双方とする。すなわち、画面表示再構成部１３は、画面表示制御プログラムのコードを変更して画面内容を変更してもよいし、画面表示制御プログラムが画面を表示する際に参照するデータ（画面表示の定義情報など）を変更してもよい。また、これらの双方を変更してもよい。
【００４３】
上記ステップＳ１２の処理が完了すると、画面遷移パターン統計ファイルＦ３に登録されている全ての画面遷移パターンについて確認（評価）を行ったかどうかを確認し（ステップＳ１３）、全てについて確認が終了した場合（ステップＳ１３，Ｙｅｓ）、動作を終了する。一方、全てについて確認が終了していなければ（ステップＳ１３，Ｎｏ）、ステップＳ１１へ遷移し、動作を継続する。また、上記ステップＳ１１にて「取得した発生回数がポリシー条件を満たしていない」と判断した場合（ステップＳ１１，Ｎｏ）、ステップＳ１３へ遷移する。
【００４４】
図５の例では、「ＩＤ２→ＩＤ３→ＩＤ６」の画面遷移パターンがポリシー条件を満たすため、この画面遷移パターンの最初の画面（画面ＩＤがＩＤ２の画面）の画面表示データが更新され、以降、このＩＤ２の画面（図５に示した画面５１）には、上記画面遷移パターンの最後の画面（画面ＩＤがＩＤ６の画面）へのジャンプボタン（ショートカットボタン）５２が表示されるようになる。なお、ＡＰＰがＷｅｂアプリケーションの場合、追加したジャンプボタンがクリックされると指定した画面のＵＲＬを呼び出すようにする。
【００４５】
図７は、上記図３〜図６を用いて説明した本実施の形態にかかる画面制御装置の全体動作を示した図であり、上述した画面操作履歴ファイルの更新動作（図３参照）、画面操作履歴ファイルの解析動作（図４参照）および画面の再構成動作（図５，図６参照）の全体的な流れと依存関係を示している。
【００４６】
図７に示したように、画面制御装置は、処理＜１＞〜処理＜３＞を繰り返し実行することにより、画面表示を、ＡＰＰのユーザにとって操作性が向上するように、適宜変更する。
【００４７】
図中の「＜１＞ＡＰＰ利用時の操作履歴登録処理」では、図１を用いて説明した履歴情報取得用ロジックである操作履歴読込文（Ｃ１１X，Ｃ１１Y，Ｃ１１Z）を含み、画面表示制御部１１を実現している各種画面プログラム（画面プログラムＸ，画面プログラムＹ，画面プログラムＺ）が、画面遷移（画面表示の切り替え）が発生する毎に、それを示す画面操作履歴情報を画面操作履歴ファイルＦ１に書き込む。この動作は、上述した「画面操作履歴ファイルの更新動作」に相当する。
【００４８】
「＜２＞操作履歴を元にした遷移パターン別統計処理」は、ポリシー定義ファイルＦ４の設定状態に従い定期的に、またはユーザからの要求に応じて、実行する。この処理では、画面操作履歴ファイルＦ１の内容を精査し、画面遷移パターン毎にその発生回数を計数して画面遷移パターン統計情報を生成する。生成した統計情報は画面遷移パターン統計ファイルＦ３に書き込まれる。この動作は、上述した「画面操作履歴ファイルの解析動作」に相当する。
【００４９】
「＜３＞遷移パターンに基づく画面操作改善・変更処理」もまた、ポリシー定義ファイルＦ４の設定状態に従い定期的に、またはユーザからの要求に応じて、実行する。この処理では、画面遷移パターン統計ファイルＦ３を参照し、画面遷移パターン統計情報が示す画面遷移傾向（ユーザの操作傾向）と、ポリシー定義ファイルＦ４とを参照し、ポリシー条件に適合する場合には、対象画面の表示内容をポリシー処置に従って変更（再構成）する。この動作は、上述した「画面の再構成動作」に相当する。この動作では、たとえば、図７に示したように、画面プログラムＸおよび／または画面表示を行う際にロードするデータ（画面構成定義データ）を修正し、画面プログラムＸが表示制御を行う画面に対して、複数の画面を経由することなく画面遷移パターンの最後の画面に直接遷移するためのジャンプボタンを追記する（図示した画面プログラムＸにより制御される画面のケースに相当）。または、画面プログラムＹおよび／または画面構成定義データを修正し、表示回数が特定回数に達した画面を、呼び出す頻度（表示頻度）の高い画面の選択候補リストに追加する（画面プログラムＹにより制御される画面のケースに相当）。なお、選択候補リスト内の画面が選択された場合（たとえばマウスでクリックされた場合）、選択された画面表示に切り替わる（画面が遷移する）。また、パラメータ属性まで考慮して画面操作履歴ファイルを解析し、画面遷移パターン統計ファイルを生成した場合には、パラメータ属性指定も併せて画面から選択して直接画面遷移するためのボタン（ハッチング部分に相当）を追記するように、画面プログラムＹおよび／または画面構成定義データを修正する（画面プログラムＺにより制御される画面のケースに相当）。
【００５０】
なお、図７では、ポリシー定義ファイルＦ４の設定変更を行うための機能ブロックであるポリシー設定部１４（動作指示情報取得手段に相当）も併せて記載している。本実施の形態の画面制御装置においては、ユーザがこのポリシー設定部１４を利用することにより、ポリシー定義ファイルＦ４を適宜変更することが可能である。ポリシー設定部１４は、ユーザからのポリシー設定内容を操作受付部３（図２参照）経由で取得する。
【００５１】
このように、本実施の形態の操作性改善方法では、画面遷移（表示画面の切り替え）が発生した場合、操作を行ったユーザの識別情報、および遷移先の画面の識別情報を発生時刻とともに、操作履歴情報として記憶しておき、この記憶しておいた情報に基づいて、ユーザの操作傾向（利用傾向）を解析し、使用頻度の高い画面を呼び出すまでのステップ数が少なくなるように、画面の表示内容を変更することとした。これにより、利用形態に合致した画面仕様、および画面制御仕様を自動的に改善していくことができる。この結果、効率的な画面遷移と操作性向上が実現できる。
【００５２】
実施の形態２．
図８および図９は、実施の形態２にかかる画面制御装置の特徴的な動作を説明するための図であり、具体的には、実施の形態１で説明した動作を実行した場合に、どの程度操作性が改善されたのかを示す数値（指標）、を算出し、評価レポートとして出力する動作を説明するための図である。なお、本実施の形態の画面制御装置の構成は、実施の形態１と同一である（図２参照）。本実施の形態では、上述した実施の形態１と異なる部分についてのみ説明を行う。
【００５３】
図８では、画面制御装置において、ある画面遷移パターンが多数発生したこと（発生頻度が高いこと）を画面操作履歴ファイルの解析動作にて検出して画面の再構成を行い、操作性を改善する様子を示している。具体的には、“２００８／１２／１０ １０：００〜２００８／１２／１０ １７：００”の期間を対象として画面操作履歴ファイルの解析を行った結果、画面遷移パターン“ＩＤ１→ＩＤ２→ＩＤ３”が１００回発生していたため、このパターンの発生頻度が高い（ポリシー条件を満たしている）と判断して、ＩＤ１に対応する画面５３に対してＩＤ３に対応する画面へのジャンプボタン５４を追加する画面構成変更（操作性改善）を行う様子を示している。また、操作性改善実施後の“２００８／１２／２５ １０：００〜２００８／１２／２５ １７：００”の期間を対象として画面操作履歴ファイルの解析を行った結果、改善後の操作手順である画面遷移パターン“ＩＤ１→ＩＤ３”が１２０回発生していたことを検出した様子も示している。
【００５４】
ここで、実行した画面再構成動作の評価は、たとえば、次式（１）に示した評価式を用いて算出できる。
（改善画面操作数）
＝｛(改善前の画面遷移数)−(改善後の画面遷移数)｝×(画面遷移パターン発生回数） …（１）
【００５５】
なお、図９の上段に記載されている評価レポートは、上式（１）の“画面遷移発生回数”として、図８の動作例における、画面構成変更前の画面遷移パターン発生回数（＝１００）をセットした場合に得られる評価結果である。これは、画面構成変更により操作性がどの程度改善されるかを画面構成変更前の該当画面遷移パターン発生回数から予測した結果（期待値）である。この場合、改善前（画面構成変更前）には、ＩＤ１の画面を表示させてからＩＤ３の画面を表示させるまでの間に必要な操作が合計２００回（実績値）であった（［改善前の実績］）のに対し、改善を行うことにより、ＩＤ１の画面を表示させてからＩＤ３の画面を表示させるまでに必要な操作が合計１００回（予測値）まで減少すること（［改善後の期待］）を示している。すなわち、１００操作相当の操作性改善が期待できること（［効果］）を示している。
【００５６】
一方、図９の下段に記載されている評価レポートは、上式（１）の“画面遷移発生回数”として、図８の動作例における、画面構成変更後の画面遷移パターン発生回数（＝１２０）をセットした場合に得られる評価結果である。これは、実際の改善結果（実績値）である。この場合、仮に画面構成変更を行わなかったとすれば、ＩＤ１の画面を表示させてからＩＤ３の画面を表示させるまでの間に必要な操作が合計２４０回であったと想定（［未改善の場合の想定］）されるところ、画面構成変更を行ったために、ＩＤ１の画面を表示させてからＩＤ３の画面を表示させるまでの間に実際に必要であった操作が合計１２０回（実績値）に抑えられたこと（［改善後の実績］）を示している。すなわち、１２０操作相当の操作性改善が実現されたこと（［効果］）を示している。
【００５７】
上述した動作は、たとえば、ユーザから実行指示を受けた場合に、画面表示再構成部１３が実行する。図９の上段のレポートと下段のレポートのうちどちらを生成するかはユーザの指示内容に従う。また、図９に示した評価レポートは、生成後、直ちに画面に表示するようにしてもよいし、評価レポートデータとして記憶部の所定領域に格納しておき、ユーザにより要求された（所定の操作が行われた）場合に表示またはデータとして出力するようにしてもよい。
【００５８】
このように、本実施の形態の画面制御装置では、画面遷移を行うための操作回数を指標として画面再構成動作の評価を行うこととした。これにより、画面遷移統計に基づく画面分析・改良方式（画面再構成動作）の評価結果を数値で表すことができ、ユーザは、再構成動作を行わない場合に対してどの程度の操作性改善が見込めるのか、または、どの程度操作性が改善されたのか、を数値で知ることができる。
【００５９】
実施の形態３．
つづいて、実施の形態３にかかる画面制御装置の動作を説明する。なお、本実施の形態の画面制御装置の構成は、実施の形態１と同一である（図２参照）。本実施の形態では、上述した実施の形態１および２と異なる部分についてのみ説明を行う。
【００６０】
本発明にかかる画面制御装置は、ポリシー定義ファイルの設定内容に従った動作を実行するが、ポリシー定義ファイルへの設定を変更することにより、操作性改善をきめ細かく制御することが可能である。一例として、実施の形態１および２の画面制御装置では、１ユーザ（１ログインＩＤ）を対象としてその操作傾向（利用傾向）を解析し、画面内の操作ボタン構成を変更することとしていた。しかしながら、複数ユーザを一つのグループとして扱って、実施の形態１や２で示した動作と同様の動作を行うことも可能である。この場合の動作例について、図１０を参照しながら説明する。なお、図１０は、実施の形態３にかかる画面制御装置の動作の一例を説明するための図である。
【００６１】
ここでは、図１０で示しているように、ログインＩＤ“kawada”，“kodama”，”tanaka”をグループ化し、それらが利用者グループ＃１としてポリシー定義ファイルＦ４’に登録（Ｆ４’の設定項目６１参照）されている場合の動作について説明する。なお、設定項目６２，６３，６４には、ポリシーチェック周期として“１５分”、ポリシー条件として“発生回数２回以上”、ポリシー処理として“元画面にジャンプボタン追加”が登録されている。この設定に従う場合、画面制御装置は、１５分周期で画面構成を変更するための一連の動作を実行する。より詳細には、画面操作履歴ファイルに含まれる各画面遷移パターンの発生回数を計数し、発生回数が２回以上の画面遷移パターンが存在する場合には、その画面遷移パターンの最初の画面（元画面）に対して最後の画面へのジャンプボタンを追加して画面構成を変更する動作、を１５分周期で繰り返し実行する。このとき、同じ利用者グループに属しているログインＩＤに対応する画面操作履歴のレコードについては、同一利用者により行われた画面操作を記録したレコードとして扱う。すなわち、図４に示した一時ファイルＦ２を生成する場合、同一グループに属しているログインＩＤが登録された画面操作履歴のレコードを抽出し、それらを同じ一時ファイルＦ２へ登録する。また、ポリシーファイルＦ４’内のいずれの利用者グループにも属していないログインＩＤのユーザについては、操作性改善動作の対象外として扱い、対象外のユーザによる操作で画面遷移が発生しても、その内容は画面操作履歴ファイルに登録しない。
【００６２】
また、図１０に示したように、画面制御装置では、画面表示データ格納部２３が、利用者グループ毎に画面表示データ群を保持しておく。そして、画面表示再構成部１３がポリシー定義ファイルＦ４’の設定状態に従ってポリシーチェック（画面遷移パターンの解析結果に基づいた画面構成の変更必要性判断）を行い、ポリシー処置（画面構成の変更）を行う場合には、ポリシーチェックを行った利用者グループに対応する画面表示データを変更する。
【００６３】
ここで、図１０に示した「オリジナルの画面表示データ群」とは、ポリシー定義ファイルＦ４’に設定されていないログインＩＤ（ユーザ）によるログインがあった場合に使用する画面表示データであり、画面表示再構成部１３により変更されることのないデータ群である。オリジナルの画面表示データ群と各利用者グループ専用の画面表示データ群は、ＡＰＰ利用開始前は同一であるが、ＡＰＰが利用開始され、たとえば利用者グループ＃１に属するログインＩＤでログインが行われた場合には、利用者グループ＃１に属するユーザの利用傾向に応じて、利用者グループ＃１専用の画面表示データ群が変更されていく。
【００６４】
なお、上述したポリシーチェック周期、ポリシー条件およびポリシー処置は、利用者や利用者グループ毎に個別に設定できるようにしてもよい。
【００６５】
また、上述した各実施の形態では、画面単位による動作履歴に基づいて画面を再構成する場合の例について説明を行ったが、画面単位に限定せず、画面上のメニュー選択や、ボタン操作、項目入力操作等の単位まで詳細化して操作履歴を記録し、詳細操作レベルでの履歴情報について解析を行い、その解析結果に基づいて画面を再構成するようにしてもよい。たとえば、元画面上に使用頻度の高い選択パラメータ属性値と、同一属性の表示が画面遷移の元画面に存在したケースでは、元画面に対して遷移頻度の高い画面移動ボタンを追加するとともに、元画面の該当属性値のパラメータも合わせてマウスクリック等の手段で選択可能とする。
【００６６】
このように、本実施の形態の画面制御装置では、ポリシー定義ファイルの各設定について、利用者や利用者グループ毎の個別設定を許容したので、よりきめ細かい制御や使いやすい画面操作を実現することが可能となる。
【産業上の利用可能性】
【００６７】
以上のように、本発明にかかる操作性改善方法は、アプリケーションプログラムの操作性改善に有用であり、特に、ユーザごとの利用傾向に応じたＧＵＩ画面遷移操作の操作性改善に適している。
【符号の説明】
【００６８】
１ 制御部
２ 記憶部
３ 操作受付部
４ 表示部
１１ 画面表示制御部
１２ 画面遷移パターン統計情報生成部
１３ 画面表示再構成部
１４ ポリシー設定部
２１ 画面操作履歴ファイル格納部
２２ ポリシー定義ファイル格納部
２３ 画面表示データ格納部
３１ ログイン画面
４１，４２，４３ レコード列
４４，４５，４６，４７，４８ 設定項目
５１，５３ 画面
５２ ジャンプボタン
【特許請求の範囲】
【請求項１】
ＧＵＩを備えた装置において実行する操作性改善方法であって、
ユーザ操作に伴い画面遷移が発生した場合に、遷移先の画面の識別情報を、過去に発生した画面遷移における遷移先画面の識別情報が時系列に記録された画面操作履歴ファイルに対して追加登録する遷移先画面記録ステップと、
前記画面操作履歴ファイルに基づいて、各画面の表示内容データおよび各画面の表示制御プログラムのプログラムコードの双方またはいずれか一方である画面描画用データの変更が必要かどうかを定期的に判定する変更必要性判定ステップと、
前記変更必要性判定ステップで変更が必要と判定した場合に、予め取得しておいた指示内容に従って前記画面描画用データを変更するデータ更新ステップと、
を含むことを特徴とする操作性改善方法。
【請求項２】
前記変更必要性判定ステップでは、前記画面操作履歴ファイルに記録されたＮ画面（Ｎは３以上の整数）遷移パターンそれぞれの発生回数をカウントし、発生回数が所定のしきい値以上のＮ画面遷移パターンを検出した場合、変更が必要と判定することを特徴とする請求項１に記載の操作性改善方法。
【請求項３】
前記遷移先画面記録ステップでは、前記遷移先画面の識別情報と画面遷移を発生させる操作を行ったユーザの識別情報とを対応付けて画面操作履歴ファイルに登録し、
前記変更必要性判定ステップでは、まず、遷移先画面の識別情報を、同じユーザ識別情報に対応付けられた遷移先画面識別情報に分類し、次に、得られた遷移先画面情報グループごとに、発生回数が所定のしきい値以上のＮ画面遷移パターンが存在するかどうかを確認し、存在する場合、変更が必要と判定することを特徴とする請求項２に記載の操作性改善方法。
【請求項４】
複数のユーザ識別情報を同一データとして扱うよう予め指示を受けていた場合、
前記変更必要性判定ステップでは、前記指示の内容が示す複数のユーザ識別情報のいずれか一つと対応付けられている遷移先画面識別情報を同じグループに分類することを特徴とする請求項３に記載の操作性改善方法。
【請求項５】
前記データ変更ステップでは、前記変更必要性判定ステップで検出した、発生回数が所定のしきい値以上のＮ画面遷移パターン、の最初の画面が、同一Ｎ画面遷移パターンの最後の画面への遷移指示ボタンを追加表示するように、前記画面描画用データを変更することを特徴とする請求項２、３または４に記載の操作性改善方法。
【請求項６】
前記データ変更ステップでは、前記変更必要性判定ステップで検出した、発生回数が所定のしきい値以上のＮ画面遷移パターン、の最初の画面が遷移先画面の候補リストを表示するように構成されている場合、当該同一Ｎ画面遷移パターンの最後の画面を遷移先画面の候補の一つとして表示するように、前記画面描画用データを変更することを特徴とする請求項２、３または４に記載の操作性改善方法。
【請求項７】
前記変更必要性判定ステップで画面描画用データの変更が必要かどうかの判定処理を実行する周期、当該判定処理で使用する条件、および前記データ変更ステップで前記画面描画用データを変更する際の変更内容、をユーザから取得する動作指示情報取得ステップ、
をさらに含み、
前記変更必要性判定ステップおよび前記データ変更ステップでは、前記動作指示情報取得ステップで取得した情報に従った動作を実行することを特徴とする請求項１〜６のいずれか一つに記載の操作性改善方法。
【請求項８】
前記画面操作履歴ファイルに基づいて、前記データ更新ステップを実行して画面描画用データを変更する前と後の操作性の指標を各々算出する指標算出ステップ、
をさらに含むことを特徴とする請求項１〜７のいずれか一つに記載の操作性改善方法。
【請求項９】
ＧＵＩへの画面表示を制御する画面制御装置であって、
ユーザ操作に伴い画面遷移が発生するごとに、遷移先画面の識別情報を時系列に記憶する遷移先情報取得手段と、
前記遷移先情報取得手段で記憶されている識別情報に基づいて、各画面の表示内容データおよび各画面の表示制御プログラムのプログラムコードの双方またはいずれか一方である画面描画用データの変更が必要かどうかを定期的に判定する変更必要性判定手段と、
前記変更必要性判定手段で変更が必要と判定された場合に、予め取得しておいた指示内容に従って前記画面描画用データを変更するデータ変更手段と、
を備えることを特徴とする画面制御装置。
【請求項１０】
前記変更必要性判定手段は、発生回数が所定のしきい値以上のＮ画面遷移パターン（Ｎは３以上の整数）を検出した場合、変更が必要と判定することを特徴とする請求項９に記載の画面制御装置。
【請求項１１】
前記遷移先情報取得手段は、遷移先画面の識別情報と画面遷移を発生させる操作を行ったユーザの識別情報とを対応付けて記憶し、
前記変更必要性判定手段は、まず、遷移先画面の識別情報を、同じユーザ識別情報に対応付けられた遷移先画面識別情報に分類し、次に、得られた遷移先画面情報グループごとに、発生回数が所定のしきい値以上のＮ画面遷移パターンが存在するかどうかを確認し、存在する場合、変更が必要と判定することを特徴とする請求項１０に記載の画面制御装置。
【請求項１２】
複数のユーザ識別情報を同一データとして扱うよう予め指示を受けていた場合、
前記変更必要性判定手段は、前記指示内容が示す複数のユーザ識別情報のいずれか一つと対応付けられている遷移先画面識別情報を同じグループに分類することを特徴とする請求項１１に記載の画面制御装置。
【請求項１３】
前記データ変更手段は、前記変更必要性判定手段により検出された、発生回数が所定のしきい値以上のＮ画面遷移パターン、の最初の画面が、同一Ｎ画面遷移パターンの最後の画面への遷移指示ボタンを追加表示するように、前記画面描画用データを変更することを特徴とする請求項１０、１１または１２に記載の画面制御装置。
【請求項１４】
前記データ変更手段は、前記変更必要性判定手段により検出された、発生回数が所定のしきい値以上のＮ画面遷移パターン、の最初の画面が遷移先画面の候補リストを表示するように構成されている場合、当該同一Ｎ画面遷移パターンの最後の画面を遷移先画面の候補の一つとして表示するように、前記画面描画用データを変更することを特徴とする請求項１０、１１または１２に記載の画面制御装置。
【請求項１５】
前記変更必要性判定手段が判定処理を実行する周期、当該判定処理で使用する条件、および前記データ変更手段が前記画面描画用データを変更する際の変更内容、をユーザから取得する動作指示情報取得手段、
をさらに備え、
前記変更必要性判定手段および前記データ変更手段は、前記動作指示情報取得手段で取得された情報に従い動作することを特徴とする請求項９〜１４のいずれか一つに記載の画面制御装置。
【請求項１６】
ユーザから操作性指標の算出要求を受けた場合、
前記データ変更手段は、前記遷移先情報取得手段で記憶されている識別情報に基づいて、画面描画用データを変更する前と後の操作性の指標を各々算出することを特徴とする請求項９〜１５のいずれか一つに記載の画面制御装置。
【請求項１】
ＧＵＩを備えた装置において実行する操作性改善方法であって、
ユーザ操作に伴い画面遷移が発生した場合に、遷移先の画面の識別情報を、過去に発生した画面遷移における遷移先画面の識別情報が時系列に記録された画面操作履歴ファイルに対して追加登録する遷移先画面記録ステップと、
前記画面操作履歴ファイルに基づいて、各画面の表示内容データおよび各画面の表示制御プログラムのプログラムコードの双方またはいずれか一方である画面描画用データの変更が必要かどうかを定期的に判定する変更必要性判定ステップと、
前記変更必要性判定ステップで変更が必要と判定した場合に、予め取得しておいた指示内容に従って前記画面描画用データを変更するデータ更新ステップと、
を含むことを特徴とする操作性改善方法。
【請求項２】
前記変更必要性判定ステップでは、前記画面操作履歴ファイルに記録されたＮ画面（Ｎは３以上の整数）遷移パターンそれぞれの発生回数をカウントし、発生回数が所定のしきい値以上のＮ画面遷移パターンを検出した場合、変更が必要と判定することを特徴とする請求項１に記載の操作性改善方法。
【請求項３】
前記遷移先画面記録ステップでは、前記遷移先画面の識別情報と画面遷移を発生させる操作を行ったユーザの識別情報とを対応付けて画面操作履歴ファイルに登録し、
前記変更必要性判定ステップでは、まず、遷移先画面の識別情報を、同じユーザ識別情報に対応付けられた遷移先画面識別情報に分類し、次に、得られた遷移先画面情報グループごとに、発生回数が所定のしきい値以上のＮ画面遷移パターンが存在するかどうかを確認し、存在する場合、変更が必要と判定することを特徴とする請求項２に記載の操作性改善方法。
【請求項４】
複数のユーザ識別情報を同一データとして扱うよう予め指示を受けていた場合、
前記変更必要性判定ステップでは、前記指示の内容が示す複数のユーザ識別情報のいずれか一つと対応付けられている遷移先画面識別情報を同じグループに分類することを特徴とする請求項３に記載の操作性改善方法。
【請求項５】
前記データ変更ステップでは、前記変更必要性判定ステップで検出した、発生回数が所定のしきい値以上のＮ画面遷移パターン、の最初の画面が、同一Ｎ画面遷移パターンの最後の画面への遷移指示ボタンを追加表示するように、前記画面描画用データを変更することを特徴とする請求項２、３または４に記載の操作性改善方法。
【請求項６】
前記データ変更ステップでは、前記変更必要性判定ステップで検出した、発生回数が所定のしきい値以上のＮ画面遷移パターン、の最初の画面が遷移先画面の候補リストを表示するように構成されている場合、当該同一Ｎ画面遷移パターンの最後の画面を遷移先画面の候補の一つとして表示するように、前記画面描画用データを変更することを特徴とする請求項２、３または４に記載の操作性改善方法。
【請求項７】
前記変更必要性判定ステップで画面描画用データの変更が必要かどうかの判定処理を実行する周期、当該判定処理で使用する条件、および前記データ変更ステップで前記画面描画用データを変更する際の変更内容、をユーザから取得する動作指示情報取得ステップ、
をさらに含み、
前記変更必要性判定ステップおよび前記データ変更ステップでは、前記動作指示情報取得ステップで取得した情報に従った動作を実行することを特徴とする請求項１〜６のいずれか一つに記載の操作性改善方法。
【請求項８】
前記画面操作履歴ファイルに基づいて、前記データ更新ステップを実行して画面描画用データを変更する前と後の操作性の指標を各々算出する指標算出ステップ、
をさらに含むことを特徴とする請求項１〜７のいずれか一つに記載の操作性改善方法。
【請求項９】
ＧＵＩへの画面表示を制御する画面制御装置であって、
ユーザ操作に伴い画面遷移が発生するごとに、遷移先画面の識別情報を時系列に記憶する遷移先情報取得手段と、
前記遷移先情報取得手段で記憶されている識別情報に基づいて、各画面の表示内容データおよび各画面の表示制御プログラムのプログラムコードの双方またはいずれか一方である画面描画用データの変更が必要かどうかを定期的に判定する変更必要性判定手段と、
前記変更必要性判定手段で変更が必要と判定された場合に、予め取得しておいた指示内容に従って前記画面描画用データを変更するデータ変更手段と、
を備えることを特徴とする画面制御装置。
【請求項１０】
前記変更必要性判定手段は、発生回数が所定のしきい値以上のＮ画面遷移パターン（Ｎは３以上の整数）を検出した場合、変更が必要と判定することを特徴とする請求項９に記載の画面制御装置。
【請求項１１】
前記遷移先情報取得手段は、遷移先画面の識別情報と画面遷移を発生させる操作を行ったユーザの識別情報とを対応付けて記憶し、
前記変更必要性判定手段は、まず、遷移先画面の識別情報を、同じユーザ識別情報に対応付けられた遷移先画面識別情報に分類し、次に、得られた遷移先画面情報グループごとに、発生回数が所定のしきい値以上のＮ画面遷移パターンが存在するかどうかを確認し、存在する場合、変更が必要と判定することを特徴とする請求項１０に記載の画面制御装置。
【請求項１２】
複数のユーザ識別情報を同一データとして扱うよう予め指示を受けていた場合、
前記変更必要性判定手段は、前記指示内容が示す複数のユーザ識別情報のいずれか一つと対応付けられている遷移先画面識別情報を同じグループに分類することを特徴とする請求項１１に記載の画面制御装置。
【請求項１３】
前記データ変更手段は、前記変更必要性判定手段により検出された、発生回数が所定のしきい値以上のＮ画面遷移パターン、の最初の画面が、同一Ｎ画面遷移パターンの最後の画面への遷移指示ボタンを追加表示するように、前記画面描画用データを変更することを特徴とする請求項１０、１１または１２に記載の画面制御装置。
【請求項１４】
前記データ変更手段は、前記変更必要性判定手段により検出された、発生回数が所定のしきい値以上のＮ画面遷移パターン、の最初の画面が遷移先画面の候補リストを表示するように構成されている場合、当該同一Ｎ画面遷移パターンの最後の画面を遷移先画面の候補の一つとして表示するように、前記画面描画用データを変更することを特徴とする請求項１０、１１または１２に記載の画面制御装置。
【請求項１５】
前記変更必要性判定手段が判定処理を実行する周期、当該判定処理で使用する条件、および前記データ変更手段が前記画面描画用データを変更する際の変更内容、をユーザから取得する動作指示情報取得手段、
をさらに備え、
前記変更必要性判定手段および前記データ変更手段は、前記動作指示情報取得手段で取得された情報に従い動作することを特徴とする請求項９〜１４のいずれか一つに記載の画面制御装置。
【請求項１６】
ユーザから操作性指標の算出要求を受けた場合、
前記データ変更手段は、前記遷移先情報取得手段で記憶されている識別情報に基づいて、画面描画用データを変更する前と後の操作性の指標を各々算出することを特徴とする請求項９〜１５のいずれか一つに記載の画面制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−２１１４８３（Ｐ２０１０−２１１４８３Ａ）
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願番号】特願２００９−５６５６３（Ｐ２００９−５６５６３）
【出願日】平成２１年３月１０日（２００９．３．１０）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願日】平成２１年３月１０日（２００９．３．１０）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]