(57)【要約】【課題】  本発明は、多数の画面によって構成されるＧＵＩの操作性を向上させることを目的とする。【解決手段】  ディスプレイに表示可能な複数の画面を、画面遷移により切り替えて表示させる情報処理装置であって、ユーザ操作に応じたイベントを取得し、前記ディスプレイに表示させる画面を示す情報を、当該画面を表示させるために実行された画面遷移に対して予め設定された優先度とを対応付けて蓄積するスタックに対して、前記取得されたイベントをトリガーとする画面遷移の遷移先の画面と同一の画面を示す情報が、既に前記スタックに蓄積されている場合、前記既に蓄積されている前記遷移先と同一の画面を示す情報に対応付けられた優先度に応じて、前記既に蓄積されていた前記遷移先を示す情報より後に前記スタックに追加された情報を削除する処理を行い、前記スタックの先頭に保持されている情報が示す遷移先の画面を、前記ディスプレイに表示させる。【選択図】図５
2015114799.tif 000002
【特許請求の範囲】
【請求項１】
ディスプレイに表示可能な複数の画面を、画面遷移により切り替えて表示させる情報処理装置であって、
ユーザ操作に応じたイベントを取得する取得手段と、
前記ディスプレイに表示させる画面を示す情報を、当該画面を表示させるために実行された画面遷移に対して予め設定された優先度とを対応付けて蓄積するスタックに対して、前記取得手段によって取得されたイベントをトリガーとする画面遷移の遷移先の画面を示す情報と、既にスタックに蓄積されている情報とに基づいて、情報の追加または削除の処理を行うスタック制御手段と、
前記スタックの先頭に保持されている情報が示す遷移先の画面を、前記ディスプレイに表示させる表示制御手段とを備え、
前記スタック制御手段は、前記取得手段によって取得されたイベントをトリガーとする画面遷移の遷移先の画面と同一の画面を示す情報が、既に前記スタックに蓄積されている場合、前記既に蓄積されている前記遷移先と同一の画面を示す情報に対応付けられた優先度に応じて、前記既に蓄積されていた前記遷移先を示す情報より後に前記スタックに追加された情報を削除する
ことを特徴とする情報処理装置。
【請求項２】
前記スタック制御手段は、前記取得手段によって取得されたイベントが、前記ディスプレイに表示されている画面の前に表示されていた画面への遷移を指示するイベントである場合、前記スタックの先頭に保持されている前記対応づけ情報を削除し、
前記表示制御手段は、前記削除が行われた後のスタックの先頭に保持されている情報が示す遷移先の画面を、前記ディスプレイに表示させる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
さらに、前記ディスプレイに表示可能な複数の画面に対して予め定義された、各画面への画面遷移のトリガーとなるイベントと、該画面遷移のそれぞれに設定された優先度を示す情報を記憶する記憶手段を備え、
前記スタック制御手段は、前記取得手段によって取得されたイベントが、前記記憶手段が記憶した情報に定義された画面遷移のトリガーとなるイベントに対応する場合、前記記憶手段に記憶された情報に基づいて、前記取得手段が取得したイベントをトリガーとして実行される画面遷移の遷移先の画面を特定し、当該画面遷移の優先度を、前記特定された画面を示す情報に対応づけてスタックに追加する
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記スタック制御手段は、前記取得手段によって取得されたイベントが、前記記憶手段が記憶した情報に定義された画面遷移のトリガーとなるイベントに対応し、かつ、前記取得手段によって取得されたイベントをトリガーとする画面遷移の遷移先の画面と同一の画面を示す情報が、既に前記スタックに蓄積されていない場合に、前記記憶手段に記憶された情報に基づいて、前記取得手段が取得したイベントをトリガーとして実行される画面遷移の遷移先の画面を特定し、当該画面遷移の優先度を、前記特定された画面を示す情報に対応づけてスタックに追加する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記スタック制御手段は、前記取得手段によって取得されたイベントが、前記記憶手段に記憶された情報に含まれる前記画面遷移のトリガーとなるイベントに対応し、かつ、前記取得手段によって取得されたイベントをトリガーとする画面遷移の遷移先の画面と同一の画面を示す情報が、既に前記スタックに蓄積されている場合、前記スタックにおいて前記遷移先と同一の画面を示す情報に対応付けられた優先度に応じて、前記既に蓄積されていた前記遷移先を示す情報の後に前記スタックに蓄積された情報を削除する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項６】
前記スタック制御手段は、前記取得手段によって取得されたイベントをトリガーとする画面遷移に予め設定された優先度と、前記スタックにおいて前記遷移先と同一の画面を示す情報に対応付けられた優先度を比較した結果に応じて、前記既に蓄積されていた前記遷移先を示す情報の後に前記スタックに蓄積された情報を削除する
ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記スタック制御手段は、前記比較した結果が、前記取得手段によって取得されたイベントをトリガーとする画面遷移に予め設定された優先度の方が高いことを示す場合は、前記既に蓄積されていた前記遷移先を示す情報の後に前記スタックに蓄積された情報を削除しない
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
さらに、前記ディスプレイに表示可能な複数の画面に対して予め定義された各画面への画面遷移に基づいて、該画面遷移のそれぞれに優先度を設定する設定手段を備えることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
前記設定手段は、前記ディスプレイに表示可能な階層構造を構成する複数の画面に対して予め定義された各画面への画面遷移に基づいて、上位概念の画面から下位概念の画面への遷移時に優先度を高く、同じ概念間での画面遷移の場合には優先度を低く設定することを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
ディスプレイに表示可能な複数の画面を、画面遷移により切り替えて表示させる情報処理装置の制御方法であって、
取得手段により、ユーザ操作に応じたイベントを取得する取得工程と、
スタック制御手段により、前記ディスプレイに表示させる画面を示す情報を、当該画面を表示させるために実行された画面遷移に対して予め設定された優先度とを対応付けて蓄積するスタックに対して、前記取得されたイベントをトリガーとする画面遷移の遷移先の画面を示す情報と、既にスタックに蓄積されている情報とに基づいて、情報の追加または削除の処理を行うスタック制御工程と、
表示制御手段により、前記スタックの先頭に保持されている情報が示す遷移先の画面を、前記ディスプレイに表示させる表示制御工程とを備え、
前記スタック制御工程では、前記取得されたイベントをトリガーとする画面遷移の遷移先の画面と同一の画面を示す情報が、既に前記スタックに蓄積されている場合、前記既に蓄積されている前記遷移先と同一の画面を示す情報に対応付けられた優先度に応じて、前記既に蓄積されていた前記遷移先を示す情報より後に前記スタックに追加された情報を削除する
ことを特徴とする情報処理装置の制御方法。
【請求項１１】
請求項１０に記載の制御方法をコンピュータに実行させるための制御プログラム。
【請求項１２】
請求項１１に記載の制御プログラムを格納したコンピュータが読み取り可能な記憶媒体。
【請求項１３】
ディスプレイに表示可能な複数の画面に対して予め定義された、各画面への画面遷移のトリガーとなるイベントと、該画面遷移のそれぞれに設定された優先度を示す情報を記憶する記憶手段と、
ユーザ操作に応じたイベントを取得する取得手段と、
前記記憶手段に記憶された情報に基づいて、前記取得手段が取得したイベントをトリガーとして実行される画面遷移の遷移先の画面を特定し、当該画面遷移の優先度を、前記特定された画面を示す情報に対応づけてスタックに追加する追加手段と、
前記取得手段が取得したイベントをトリガーとして実行される画面遷移の遷移先と同一の画面を示す情報が、既に前記スタックに蓄積されている場合に、前記スタックにおいて前記遷移先と同一の画面を示す情報に対応付けられた優先度に応じて、前記既に蓄積されていた前記遷移先を示す情報の後に前記スタックに追加された情報を削除し、
前記取得手段が取得したイベントが、前記ディスプレイに表示されている画面の前に表示されていた画面への遷移を指示するイベントである場合、前記スタックの先頭に保持されている情報を削除する削除手段と、
前記スタックの先頭に保持されている情報が示す遷移先の画面を、前記ディスプレイに表示させる表示制御手段とを備えることを特徴とする情報処理装置。
【請求項１４】
記憶手段により、ディスプレイに表示可能な複数の画面に対して予め定義された、各画面への画面遷移のトリガーとなるイベントと、該画面遷移のそれぞれに設定された優先度を示す情報を記憶する記憶工程と、
取得手段により、ユーザ操作に応じたイベントを取得する取得工程と、
追加手段により、前記記憶手段に記憶された情報に基づいて、前記取得されたイベントをトリガーとして実行される画面遷移の遷移先の画面を特定し、当該画面遷移の優先度を、前記特定された画面を示す情報に対応づけてスタックに追加する追加工程と、
削除手段により、前記取得されたイベントをトリガーとして実行される画面遷移の遷移先と同一の画面を示す情報が、既に前記スタックに蓄積されている場合に、前記スタックにおいて前記遷移先と同一の画面を示す情報に対応付けられた優先度に応じて、前記既に蓄積されていた前記遷移先を示す情報の後に前記スタックに追加された情報を削除し、
前記取得されたイベントが、前記ディスプレイに表示されている画面の前に表示されていた画面への遷移を指示するイベントである場合、前記スタックの先頭に保持されている情報を削除する削除工程と、
表示制御手段により、前記スタックの先頭に保持されている情報が示す遷移先の画面を、前記ディスプレイに表示させる表示制御工程とを有することを特徴とする情報処理装置の制御方法。
【請求項１５】
請求項１４に記載の制御方法をコンピュータに実行させるための制御プログラム。
【請求項１６】
請求項１５に記載の制御プログラムを格納したコンピュータが読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本実施形態は、装置に搭載されるグラフィカルユーザインタフェース（ＧＵＩ）を扱う技術に関する。
【背景技術】
【０００２】
近年、一つの組み込み装置に搭載される機能が増えたことにより、ディスプレイに表示させるためにその装置に搭載されるグラフィカルユーザインタフェース（以後ＧＵＩ）を構成する画面（表示画像）の数も大多数となっている。例えば、パーソナルコンピュータ（以後ＰＣ）に接続し、ＰＣからドキュメントを印刷することができるプリンタにおいても、多機能化が進み、今や１００から１０００画面に及ぶ数の画面を用いる必要が生じている。ディスプレイにこのうち１つの画面を表示させた状態から、さらに別の画面に表示する内容を遷移させることを画面遷移という。特に、予め設計された順序にそって行われる画面遷移を「順遷移」というのに対し、ユーザ操作に応じて、それまで順遷移してきた画面を遡って表示させる画面遷移を「逆遷移」という。プリンタ等では、一般的に物理ボタンやタッチ操作によって「戻る」に相当するコマンドが入力されたことに応じて逆遷移が行われることが多い。
【０００３】
特許文献１では、画面間の遷移の流れや、画面遷移のトリガーとなるイベントとの関係を定義する設計データを、画面遷移図で表現する手法を開示している。画面遷移図はＧＵＩ開発の段階で設計ツール等を利用して作成することができる。そして、実機上ではこの画面遷移図通りに動作させることもできる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３７２９６４０号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、逆遷移を実現するためには、順遷移において遷移した画面を示す履歴情報を保持し、逆遷移する指示が入力された場合には、保持してきた履歴を１つ遡ることで、表示すべき画面を特定することが多い。しかしながら、多様な機能を搭載した情報処理装置では、画面遷移がループを構成したり、順遷移によって１つのＧＵＩ画面に遷移する経路が複数存在したりする場合があるため、一連の画面遷移の中で同一の画面を複数回表示させることがある。履歴を１つ溯るだけでは必ずしもユーザが意図した遷移が実現できるとは限らない。
【０００６】
本発明は、上記課題を鑑みてなされたものであり、多数の画面によって構成されるＧＵＩを搭載する情報処理装置の操作性を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
本発明は上記課題に鑑みてなされたものであり、ディスプレイに表示可能な複数の画面を、画面遷移により切り替えて表示させる情報処理装置であって、ユーザ操作に応じたイベントを取得する取得手段と、前記ディスプレイに表示させる画面を示す情報を、当該画面を表示させるために実行された画面遷移に対して予め設定された優先度とを対応付けて蓄積するスタックに対して、前記取得手段によって取得されたイベントをトリガーとする画面遷移の遷移先の画面を示す情報と、既にスタックに蓄積されている情報とに基づいて、情報の追加または削除の処理を行うスタック制御手段と、前記スタックの先頭に保持されている情報が示す遷移先の画面を、前記ディスプレイに表示させる表示制御手段とを備え、前記スタック制御手段は、前記取得手段によって取得されたイベントをトリガーとする画面遷移の遷移先の画面と同一の画面を示す情報が、既に前記スタックに蓄積されている場合、前記既に蓄積されている前記遷移先と同一の画面を示す情報に対応付けられた優先度に応じて、前記既に蓄積されていた前記遷移先を示す情報より後に前記スタックに追加された情報を削除することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、多数の画面によって構成されるＧＵＩを搭載する情報処理装置の操作性が向上する。
【図面の簡単な説明】
【０００９】
【図１】情報処理装置のハードウェア構成と外観の一例を示す図
【図２】情報処理装置のＧＵＩに係る画面遷移図の一例を示す図
【図３】画面遷移をＸＭＬで記述した例を示す図
【図４】情報処理装置が実行するＧＵＩの表示制御処理の流れを示すフローチャート
【図５】画面遷移の実行処理の流れの詳細を示すフローチャート
【図６】外部イベントと画面遷移イベントの対応関係を示すデータの一例を示す図
【図７】実施形態における画面遷移図の一例を示す図
【図８】本実施形態において蓄積されるスタックの変化の例を示す図
【図９】画面遷移に画面の階層構造に基づく優先度が付与された画面遷移図の一例を示す図
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら本発明の好適な実施例について説明する。なお、以下で説明する実施形態は、本発明を具体的に実施した場合の一例を示すものであり、これに限るものではない。
【００１１】
＜第１の実施形態＞
第１の実施形態では、本実施形態を適用する情報処理装置の一例として、プリンタを挙げて説明する。ただし、プリンタに限らず、携帯端末やデジタルカメラ、テレビジョンなどＧＵＩを搭載する様々な情報処理装置に、本実施形態は適応可能である。
【００１２】
図１（ａ）は、本実施形態における情報処理装置１００のハードウェア構成図である。同図において、ＣＰＵ（中央処理装置）１０１は、情報処理装置１００の制御プログラムを実行して各種処理のための演算や論理判断などを行い、システムバス１０９に接続された各構成要素を制御する。ＲＯＭ１０２は、プログラムメモリであって、後述する各種処理手順を含むＣＰＵ１０１による制御のためのプログラムを格納する。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリア、エラー処理時のデータの退避領域、上記制御プログラムのロード領域などを提供するために用いられる。本実施形態では特に、ＣＰＵ１０１によって画面遷移が実行される際に、遷移先の画面を示す情報と、画面遷移の優先度とを対応づけて蓄積するスタックがＲＡＭ１０３に生成され、記憶される。タッチパネルディスプレイ１０５は、入力装置であるタッチパネルと出力装置であるディスプレイ装置が一体化したデバイスである。タッチパネルディスプレイ１０５は、人の手などでタッチされた場合にその接触部分を検出し、各タッチパネル上に設定される座標平面上で、タッチされている位置を１つの座標点に特定する。接触部分が面積を有する場合にはその重心あるいは中心の座標を特定する。以下、当該点をタッチ位置と言う。なお、タッチ位置は、独立しているとみなされる接触部分（例えば、複数の指でタッチされた場合、接触部分は複数存在する）のそれぞれについて検出可能とする。タッチの検出方式は、抵抗膜方式、静電容量方式、赤外線方式、超音波方式、音響波方式、振動検出方式等の各種タッチパネルが利用できる。他にも、距離画像センサや、ステレオカメラなどの三次元空間での位置を検出できるもので入力対象面に触れたかどうかを検出し、入力対象面上で定義される位置情報を取得してもよい。また、情報処理装置の表面に接触していない、近接した状態でのユーザの指などの位置情報を検出できる検出手段を用いて得られた近接状態での位置（近接位置）情報を、タッチ位置と同等に考慮することも可能である。本実施形態では、ディスプレイの表示領域上で、検出されたタッチ位置あるいは近接位置に相当する位置に表示されたＧＵＩ部品を特定し、当該部品に対応付けられた操作を実行するための指示を取得する。取得した指示は、順遷移が実行されるトリガーとなる場合がある。操作パネル１０６は、タッチパネルディスプレイ１０５とは別に設けられた物理ボタン等による操作部である。本実施形態では、逆遷移を実行する指示は、ユーザが操作パネル１０６に設けられた「戻る」ボタンを押下することによって入力される。記憶装置１０７は本実施形態に係るデータやプログラムを記憶しておくためのハードディスクやネットワークで接続された外部記憶装置などである。本実施形態では特に、ディスプレイに表示可能な複数の画面の内容を定義する画面データ、各画面の遷移に関してイベントや優先度を定義する画面遷移データ、及び画面を構成するパーツとなる画像情報など、情報処理装置１００が利用する各種データを格納する。本実施形態では、順遷移あるいは逆遷移の指示が入力されたことに応じてＣＰＵ１０１が記憶装置１０７に記憶された画像データに基づいて、表示画像を生成しタッチパネルディスプレイ１０５に出力することで、ディスプレイの表示制御を行う。印刷装置１０８は、タッチパネルディスプレイ１０５に表示されたＧＵＩに対する操作や、ネットワークで接続された他の装置からの指示に従って出力対象データを取得し、当該データを媒体に印刷出力するデバイスである。なお、本実施形態では、印刷装置１０８は情報処理装置１００に内蔵された形態を例示するが、インタフェースを介して接続された外部装置として構成しても構わない。タッチパネルディスプレイ１０５、操作パネル１０６、記憶装置１０７、印刷装置１０８のそれぞれに対して入出力される信号は、各種入出力用のインタフェース１０４を介してシステムバス１０９に通知される。
【００１３】
本実施形態は、ＣＰＵ１０１が、ＲＯＭ１０２に格納されたプログラムをＲＡＭ１０３に展開し、後述する各フローチャートに従った処理を実行することで実現されている。ただし、複数の中央処理装置を組み合わせて処理を実行させても構わない。また例えば、ＣＰＵ１０１を用いたソフトウェア処理の代替としてハードウェアを構成する場合には、後述するフローチャートの各処理に対応させた演算部や回路を構成すればよい。
【００１４】
図１（ｂ）は情報処理装置１００の外観の一例を表す図である。図１（ｂ）は、情報処理装置１００を俯瞰した状態であり、装置の上面にタッチパネルディスプレイ１０５及び操作パネル１０６（点線で示す矩形部分）が設置されていることを示す。なお、本実施形態において、ディスプレイの表示領域の全体に表示される画像を１つの画面として扱う。ただし、特定のアプリケーションウィンドウの中に表示される画像を１画面として扱うことも可能である。このように、本実施形における「画面」は、画面遷移の要求に応じて、画面表示装置であるディスプレイに出力される表示画像に対応するもので、ディスプレイの表示領域を示すものではない。
【００１５】
ここで、本実施形態における画面遷移の概念とその実行方法について説明する。情報処理装置１００のような組み込み機器に搭載されるＧＵＩの構成は、概念上、Ｈｏｍｅ画面（初期画面ともいう）をルートとする木構造として設計される。Ｈｏｍｅ画面とは、装置を起動した（またはスリープから復帰させた）ことに応じて最初に表示される画面であり、全ての画面の入り口とみなすことができる。多くの場合、このＨｏｍｅ画面には、その下の階層（機能）へのリンクや設定画面へのリンク等がシンプルに配置される。例えば、図１（ｂ）はプリンタ１００のタッチパネルディスプレイ１０５に、Ｈｏｍｅ画面が表示されている例である。ユーザは、このタッチパネルに直接タッチすることや、カーソルキー１１０と決定キー１１１を操作することで、このＨｏｍｅ画面から下位の階層の画面に遷移する操作を入力することが可能である。例えば、「Ｐｒｉｎｔ」の書かれたラベル上でタッチすると、そのＰｒｉｎｔ機能に関する画面に遷移する要求（遷移要求）が発行され、その画面に遷移することができる。このようにユーザは、画面階層を下位に降りていくことで、より具体的に機能を表現した画面に遷移することが可能となる。この遷移は順遷移に相当する。なお順遷移を指示するユーザ操作は、ＧＵＩ上の操作だけに限らず、例えばプリンタのカートリッジ交換のために筐体のカバーが開けられた場合なども含む。またこの他、順遷移は、１回の遷移の度にユーザの操作入力を必要としない場合（例えば所定時間毎に画面の切り替えが実行される場合）なども含む。一方で情報処理装置１００では、順遷移してきた経路をさかのぼり、一つ前の画面に戻る逆遷移も行うことが可能である。本実施形態では、物理ボタンとして筐体上に実現された「戻る」ボタン１１２が押下されたことにより、逆遷移の指示が入力される。この逆遷移がユーザから指示されると、システムはこれまで辿ってきた画面遷移を逆向きに辿るようにして、ディスプレイ１０５に表示させる画面を遷移させる。このような逆遷移は遷移履歴を表現するデータ構造が必要であり、本実施形態では、スタックを利用することで実現する。具体的には、システム起動時に遷移履歴生成処理として、スタックの生成を行う。そして、順遷移による遷移時には、指示された遷移先の画面ＩＤ（各画面に対して与えられた唯一の識別情報）を、このスタックにＰｕｓｈ（順次先頭に追加）する。さらに、逆遷移による遷移を実行する際にはスタックから１つ分の画面ＩＤをＰｏｐし（削除し）、Ｐｏｐ後のスタックの先頭（Ｔｏｐ）にある画面ＩＤが示す画面を、遷移先の画面として決定する。ここでスタックの先頭とは、後入れ先だし形構造のスタックにおいて、蓄積差入れている情報の中で最後にＰｕｓｈされた情報、すなわち最新の情報の位置をいう。本実施形態では、スタックの先頭のことをスタックのＴｏｐとも表現する。
【００１６】
また、本実施形態では、木構造のうちどの階層の画面を表示していても、例えばＨｏｍｅ画面など、特定の画面への遷移指示を入力可能な物理ボタン（詳細メニューボタン１１３や簡易メニューボタン１１４）が設置される。このようなボタンを用意することで、どのような深い階層の画面を表示していたとしても、単一の操作でＨｏｍｅ画面に戻ることができるため、ユーザの利便性が高まる。
【００１７】
次に、図２を参照して、本実施形態の情報処理装置１００が画面遷移を実行するための設計データを説明する。図２は、設計データを示す画面遷移図である。画面遷移図は、ＧＵＩの開発の段階で、設計ツール等を利用して作成することができる。そして、実機上でこの画面遷移図通りに画面遷移を動作させることで、複数の画面を切り替えて表示させることができる。
【００１８】
まず、図２の画面遷移図の意味を説明する。画面遷移図において、各画面は縁取りされた矩形で表現する。例えば、図２の画面遷移図には４つの画面２０７、２０８、２０９、２１０、２１２が存在し、これらの画面間の遷移の流れと、画面遷移を指示するイベントとの関係が示されている。図中の矢印２０２、２０３、２０４、２０５、２１３は画面間の遷移の流れを示しており、特定の画面で後述の画面遷移イベント（遷移要求）を受信した場合に、画面が切り替わること（画面遷移）が表現されている。例えば、画面２０７を表示している状態において、Ｇｕｉｄｅというイベントを受信すると、画面２０８に画面遷移することを示す。このように、画面遷移図で記載された流れに沿った画面遷移は、順遷移である。図２においてＩｎｉｔｉａｌ  ｆｌａｇ２０６は、装置の起動時に最初に表示される画面を表すフラグである。つまり図２の画面遷移図においては、このＩｎｉｔｉａｌ  ｆｌａｇ２０６が指し示した画面２０７が、最初に表示される（Ｈｏｍｅ画面に相当する）ことが示される。また、Ｄｅｔａｉｌｅｄ＿Ｈｏｍｅ２０１及びＳｉｍｐｌｅ＿Ｈｏｍｅ２１１のように、画面群を囲う矩形から特定の画面に伸びる矢印に対応する遷移は、この矩形内に含まれるどの画面からでも、そのイベント発生時に当該矢印の先の画面に遷移することを表す。
【００１９】
図２により表現されている画面遷移図を動作させた際の動きの具体例を説明する。まず、Ｉｎｉｔｉａｌ  ｆｌａｇ２０６が示すＨｏｍｅ画面である画面２０７が表示される。そして、その画面でＧｕｉｄｅイベント３０２が発生すると、画面２０８に遷移する。さらにその状態で、「次へ」と書かれたラベルがタッチされることにより、Ｎｅｘｔイベントが発生すると、Ｇｕｉｄｅ２  Ｓｃｒｅｅｎ２０９に遷移する。さらにＮｅｘｔイベントが発生すると画面２１０に遷移し、さらにＮｅｘｔイベントが発生すると画面２０８に戻る。つまり、画面遷移がＧｕｉｄｅモードを表現する画面２０８〜２１０へ進むと、Ｎｅｘｔイベントが発生し続ける間はこれらの画面２０８〜２１０を順遷移し続けることを表している。本実施形態は、Ｓｉｍｐｌｅ  Ｈｏｍｅ  Ｓｃｒｅｅｎ（画面２１２）は、第２のＨｏｍｅ画面である。この第２のＨｏｍｅ画面は、よりシンプルな構成のメニューを提示することで、一部の機能のみを利用するユーザや情報処理装置１００を使い慣れないユーザに対し、目的に沿った容易な操作を可能とするＨｏｍｅ画面である。本実施形態では、図１（ｂ）の簡易メニューボタン１１４が押下されることにより、Ｓｉｍｐｌｅ＿Ｈｏｍｅ２１１イベントが発生し、階層のいずれの画面を表示している時でも画面２１２に遷移できる。さらに「ガイドを見る」というラベルがタッチされた場合にはＧｕｉｄｅ２１３のイベントが発生し、画面２０８に順遷移する。
【００２０】
画面２０８〜２１０のように、画面遷移のループが発生する場合、単純にスタックを１つ溯る逆遷移を行うと、ユーザの意図と乖離した結果を生じさせる場合がある。例えば、図２の状態遷移図では、画面２０７から画面２０８に遷移した後、順遷移ではＧｕｉｄｅ２  Ｓｃｒｅｅｎ２０９、Ｇｕｉｄｅ２  Ｓｃｒｅｅｎ２１０、画面２０８の遷移をループする。ここで２回目以降に画面２０８が表示された段階でユーザが「戻る」ボタン１１２を押下し逆遷移を指示したとする。画面２０８はガイド表示のＨｏｍｅ画面である。この場合、ユーザはＧｕｉｄｅのループに入る前の画面、すなわち画面２０７に戻ることを期待している可能性が高い。しかしながら、履歴を１つ溯る（スタックの最後をＰｏｐした上で、Ｔｏｐの画面ＩＤに基づいて遷移する）処理で逆遷移を実行すると、Ｇｕｉｄｅ２  Ｓｃｒｅｅｎ２１０への遷移が実行される。以降「戻る」ボタン１１２を押し続けて、Ｇｕｉｄｅ２  Ｓｃｒｅｅｎ２０９、画面２０８の画面をループした回数だけ表示させなければ、所望とする画面２０７に戻ることができない。ループを遡ることだけを避けるのであれば、２回目に画面２０８が表示されるとき、スタックの中から、１回目に画面２０８を表示した後に記憶された情報を削除してしまうことで、逆遷移に応じて遷移する画面を、ループに入る直前の画面とすることができる。しかしながら、図２の画面遷移図に従っている場合、２回目以降に画面２０８が表示されたときの直前に表示されていた画面は、必ずしもループ内の画面であるとは限らない。つまり、ループの途中でユーザが簡易メニューボタン１１４を押下することにより、Ｓｉｍｐｌｅ  Ｈｏｍｅ  Ｓｃｒｅｅｎ２１２への遷移が発生し、さらに「ガイドを見る」がタッチされたことに応じて画面２０８が表示される場合がある。この段階でユーザが「戻る」ボタン１１２を押下し逆遷移を指示した場合、意図されるのはＳｉｍｐｌｅ  Ｈｏｍｅ  Ｓｃｒｅｅｎ２１２への逆遷移である可能性が高い。このように、一連の画面遷移の中で同一画面が複数回表示された場合、逆遷移指示に応じて遷移すべき先は、履歴上の連続関係だけで一意に決定することが困難である。
【００２１】
本実施形態は、このように画面遷移がループする場合や複数の経路から同一の画面への遷移が可能な場合に対応し、逆遷移指示に応じて遷移すべき先を特定するため、スタックに、順遷移において経由した画面ＩＤに対応づけて画面遷移の付加情報を保持する。本実施形態で画面遷移の付加情報とは、順遷移で実行される画面遷移画面間の繋がりが、逆遷移される場合の優先度を示す。逆遷移を行う際に、複数の遷移先の候補があった場合には優先度の高い画面が選択されるようにスタックを制御することで、ユーザに違和感を与える可能性を回避し、ユーザが所望とする画面への画面遷移を実現する。
【００２２】
なお、画面遷移図は、ＸＭＬとして表現することも可能である。図３は、図２の画面遷移図をＸＭＬで表現したものである。このＸＭＬでは、画面遷移を＜Ｓｃｒｅｅｎｓ＞というタグ３０１で表現する。また、画面を＜Ｓｃｒｅｅｎ＞というタグ３０３、遷移を＜Ｔｒａｎｓｉｔｉｏｎ＞というタグ３０２で表現することができる。このようにＸＭＬでデータ化することにより、ソフトウェアを使ったデータの読み書きが容易になるという利点がある。
【００２３】
図４は、本実施形態の情報処理装置１００が実行するＧＵＩの表示制御処理のメインの流れを示すフローチャートである。本実施形態では、情報処理装置１００の電源が起動されたことに応じ、図４のフローチャートが開始される。
【００２４】
ステップＳ４０１において、ＣＰＵ１０１は、外部イベントの取り込みを行う。この処理では、タッチパネル１０５、操作パネル１０６といった入力デバイスに対する操作に応じて発行される外部イベントを取得する。例えば、タッチパネルをユーザが指でタッチしたＣｌｉｃｋイベントや、装置筐体に取り付けられた物理ボタンの押下イベントがこれら外部イベントに相当する。
【００２５】
ステップＳ４０２において、ＣＰＵ１０１は、取り込まれた外部イベントに応じた画面遷移イベントを取得する。画面遷移イベントを取得するとは、画面データ（１０７）や特定の変換テーブル（図１３）を用い、取り込まれた外部イベントに対応する画面遷移を引き起こす画面遷移イベントを特定する処理である。例えば、図２の画面遷移に従う場合、画面間に引かれた矢印が画面遷移イベントに相当する。つまり、「次へ」とラベルに対してユーザのタッチがあったことをＣｌｉｃｋイベントという外部イベントとして取り込み、表示されている画面に基づいて、対応する画面遷移イベントであるＧｕｉｄｅイベントを取得する。取得された画面遷移イベントが、別の画面への画面遷移のトリガーとなる。本実施形態は、外部イベントに対応する画面遷移イベントを取得する処理は、外部イベントと、その時点で表示している画面の画面データ、及び事前に用意された対応付け関係情報に基づいて行う。図６を参照して、外部イベントに対応する画面遷移イベントを取得する処理を説明する。例えば、図６（ａ）はＤｅｔａｉｌｅｄ  Ｈｏｍｅ  Ｓｃｒｅｅｎ２０７の画面の一例であり、図６（ｂ）の画面データ６０２は、ＸＭＬで記述した画面データの例である。画面データとは、その画面を表示するのに必要なＧＵＩの構成の情報が記述されたデータであり、例えばその画面で利用するＧＵＩ部品（ラベルやビットマップ画像）の種別や、配置される位置等が規定される。図６のＤｅｔａｉｌｅｄ  Ｈｏｍｅ  Ｓｃｒｅｅｎ２０７の例において、ユーザがタッチパネル上のｘ＝１７０、ｙ＝１１０の座標をタッチし、Ｃｌｉｃｋという外部イベントを発生させたとする。この画面データ６０２によると、この画面は５つの＜Ｂｉｔｍａｐ＞からなる画面であることがわかる。さらに、Ｃｌｉｃｋが発生したｘ＝１７０、ｙ＝１１０の座標は“ｇｕｉｄｅ．ｂｍｐ”が置かれた領域であることがわかる（タグ６０３）。画面データには、＜ＯｎＣｌｉｃｋ＞タグ６０４のように、領域内で外部イベントが発生した場合に、発生させる画面遷移イベントを記述しておくことが可能である。ここでは、この“ｇｕｉｄｅ．ｂｍｐ”上でＣｌｉｃｋイベントが発生した場合は、“Ｇｕｉｄｅ”という画面遷移イベントを発生させることが記述されている。このように、外部イベントであるＣｌｉｃｋが発生した場合は、そのイベントが発生した画面上の位置によって、異なる画面遷移イベントを取得することが可能となる。さらに、本実施形態では、図６（ｃ）のようなテーブルを用い、表示されている画面に寄らず発生する外部イベントに基づいて、画面遷移イベントを取得する。図６（ｃ）のテーブルでは、左列の外部イベントを検知した場合に、右列の画面遷移イベントを取得するという対応関係が定義されている。例えば操作パネル１０６において、「戻る」ボタン１１２が押下された場合、行６０５に定義された対応関係を参照することで、逆遷移を要求する画面遷移イベントを取得する。なお逆遷移を要求するイベントとは、一つ前の画面に戻る逆遷移を実行することを指示することである。
【００２６】
なお、図６の例では、１つの入力イベントに対し、１回の画面遷移が起こる画面遷移イベントの例示しかないが、これに限る必要はない。例えば、３０秒毎に３画面が連続表示されるような、複数画面に跨る順遷移をイベントとして用意することもできる。
【００２７】
図４のフローチャートでは、次にステップＳ４０３において、ＣＰＵ１０１が、取り込まれた外部イベントに基づいて画面遷移イベントが取得できたか否かを判定する。上述したようにして、取り込まれた外部イベントに基づいて画面遷移イベントが取得できたと判定される場合には（ステップＳ４０３でＹｅｓ）には、ステップＳ５０４に進む。一方、タッチされた位置に画面遷移イベントが定義されていないなど、取り込まれた外部イベントに基づいて画面遷移イベントが取得できない場合（ステップＳ４０３でＮｏ）には、ステップＳ４０１に戻り、次の外部イベントを取り込む。
【００２８】
ステップＳ４０４では、ＣＰＵ１０１が、スタック制御と、画面遷移を実行する。情報処理装置１００は、電源を切られる、あるいはスリープモードに移行するなどに応じて、ディスプレイ１０５において画面表示が不要となるまで、図４のフローチャートの処理を繰り返す。ディスプレイ１０５において画面表示が不要となった場合は、割り込み処理として画面表示を終了させる。
【００２９】
次に図５は、ステップＳ４０４において実行される画面遷移の実行処理の流れの詳細を示すフローチャートである。
【００３０】
ステップＳ５０１では、ＣＰＵ１０１が、取得された画面遷移イベントが逆遷移を要求するものかを判定する。逆遷移を要求するイベントである場合（ステップＳ５０１でＹｅｓ）、ステップＳ５０２に進む。逆遷移を要求するイベントではない場合（ステップＳ５０１でＮｏ）、ステップＳ５０５に進む。
【００３１】
ステップＳ５０２では、ＣＰＵ１０１が、ＲＡＭ１０３上に生成されている画面遷移スタックに、複数の画面ＩＤが存在するかどうか、すなわち逆遷移が可能かを判定する。スタックに複数の画面ＩＤが存在する場合（ステップＳ５０２でＹｅｓ）には、ステップＳ５０３に進む。ステップＳ５０３では、ＣＰＵ１０１が、スタックから最新の１画面分（この時点で表示されている画面に相当する）の画面ＩＤをＰｏｐする。そしてステップＳ５０４において、ＣＰＵ１０１が、ディスプレイ１０５に表示させる画面を、スタックのＴｏｐとなる画面ＩＤに基づいて特定し、当該ＩＤの画面データを記憶装置１０７から取得し、ディスプレイ１０５に出力することで画面遷移を実行させる。これにより、逆遷移を要求する画面遷移イベントが起きる度に、一つ前に表示していた画面が表示されるようになる。一方、スタックに複数の画面ＩＤが存在しない場合（ステップＳ５０２でＮｏ）は、本フローを抜け図４のフローチャートにリターンする。例えば、逆遷移を繰り返し、既に、装置の起動直後に表示したＨｏｍｅ画面まで戻ってきた場合、逆遷移イベントが入ってきても逆遷移は行わない。
【００３２】
ステップＳ５０５では、ＣＰＵ１０１が、記憶装置１０７に記憶された画面遷移データに基づいて、現在表示中の画面において、取得された画面遷移イベントが発生した場合に、どの画面にどの優先度で遷移するかを決定する。
【００３３】
ここで、画面遷移データとは、前もって設計された画面遷移のルールを記述したデータである。画面遷移データは、図７のような画面遷移図、あるいは図３（ｂ）のようなＸＭＬで表現することもできる。本実施形態では、図７の画面遷移図を利用する。図７の画面遷移図には、画面遷移のパターン（矢印）のそれぞれに優先度（矩形内の数値）が付与されていることが特徴である。この優先度は、その画面遷移が、ユーザの意図に沿っているとみなせる度合いを示す付加情報であり、予め（画面遷移を設計する時点で）設計者によって決められている。ステップＳ５０５において、ＣＰＵ１０１は、画面遷移データに基づいて、その時点で入力されることが可能な画面遷移をリストアップする。具体的には、画面遷移イベントが発行された時点でディスプレイ１０５に表示中の画面から伸びる矢印に相当する遷移と、表示中の画面に依存せずに指示されることが可能な遷移、すなわち画面遷移図の外枠の矩形から伸びている矢印に相当する遷移である。例えば、表示中の画面が画面２０７であれば、Ｇｕｉｄｅという画面遷移イベントが入力されたことに応じて、画面２０７から伸びる方向の遷移と画面２０７を包んだ矩形から伸びる遷移を全てリストアップする。この例では、３つの遷移＜Ｇｕｉｄｅ２０２、Ｄｅｔａｉｌｅｄ＿Ｈｏｍｅ２０１、Ｓｉｍｐｌｅ＿Ｈｏｍｅ２１１＞がリストアップされる。なお、図３（ｂ）のＸＭＬ表現された画面遷移データでは、“Ｄｅｔａｉｌｅｄ  Ｈｏｍｅ  Ｓｃｒｅｅｎ”を示す＜Ｓｃｒｅｅｎ＞タグ３１１の子要素である＜Ｔｒａｎｓｉｔｉｏｎ＞タグ３１２がリストアップの対象である。さらに、自分の先祖の要素が直下の子要素として持つ＜Ｔｒａｎｓｉｔｉｏｎ＞タグ３１３、３１４もリストアップされる。ＣＰＵ１０１は、リストアップした画面遷移の中で今回変換したＧｕｉｄｅという画面遷移イベントに対応した遷移を探索する。この例ではＧｕｉｄｅ２０２が、指示された画面遷移として決定される。また、この画面遷移の優先度は、図７のＧｕｉｄｅ２０２に付けられた優先度である「１」である。
【００３４】
次に、ステップＳ３０６では、ＣＰＵ１０１が、取得された画面遷移イベントに指示された遷移先の画面ＩＤが、スタック内に既に存在しているかを判定する。指示された遷移先の画面ＩＤがスタックに存在しない場合（ステップＳ５０６でＮｏ）、ステップＳ５１０に進む。一方指示された遷移先の画面ＩＤがスタックに存在する場合（ステップＳ５０６でＹｅｓ）、ステップＳ５０７に進む。
【００３５】
ステップＳ５０７では、今回指示された画面遷移の優先度と、既にスタックに存在する遷移先と同一の画面を示す画面ＩＤに対応付けられた優先度を比較する。そして、ステップＳ５０８は、ＣＰＵ１０１は、比較の結果、今回指示された画面遷移の優先度よりも、スタックに既に存在する、遷移先と同一画面の画面ＩＤに対応付けられた優先度が大きいかを判定する。スタックに存在する、遷移先と同一画面の画面ＩＤに対応付けられた優先度の方が大きい場合（Ｓ５０８でＹｅｓ）、ステップＳ５０９に進む。スタックに存在する、今回指示された画面遷移の優先度の方が大きい場合（Ｓ５０８でＮｏ）、ステップＳ５１０に進む。
【００３６】
ステップＳ５０９では、ＣＰＵ１０１が、スタックに存在する遷移先と同一画面の画面ＩＤより後にＰｕｓｈされた画面ＩＤを全てＰｏｐする。そして、ステップＳ５０４へ進み、スタックのＴｏｐの画面ＩＤに応じた画面遷移を実行する。ステップＳ５１０では、遷移先の画面ＩＤと、その遷移の優先度を対応付けてスタックにＰｕｓｈする。そして、ステップＳ５０４に進み、スタックのＴｏｐの画面ＩＤに応じた画面遷移を実行する。
【００３７】
図８（ａ）は、図７の画面遷移図に従ってＧＵＩの画面遷移を実行する情報処理装置１００において、Ｇｕｉｄｅ２０２、Ｎｅｘｔ２０３、Ｎｅｘｔ２０４、Ｎｅｘｔ２０５という画面遷移を指示するイベントが連続して発生した場合の、スタックを示す。
【００３８】
まず、スタック８０１は、装置の起動に応じてＨｏｍｅ画面である画面２０７が表示された段階で生成されるスタックを示す。ここでは、スタックにＨｏｍｅ画面の画面ＩＤである“Ｄｅｔａｉｌｅｄ  Ｈｏｍｅ  Ｓｃｒｅｅｎ”とそのＩｎｉｔｉａｌ  ｆｌａｇに付けられた優先度である「０」が格納される。次に、画面遷移イベントによりＧｕｉｄｅ２０２という画面遷移が指示されると、スタックはスタック８０２のように変化する。すなわちディスプレイ１０５に表示される画面は画面２０８に遷移し、スタックには遷移した画面のＩＤの“Ｇｕｉｄｅ１  Ｓｃｒｅｅｎ”とＧｕｉｄｅ２０２の遷移の優先度である「１」が対応付けられ、Ｐｕｓｈされる。さらに、画面遷移イベントに応じてＮｅｘｔ２０３という画面遷移が指示されると、スタック８０２のように、画面ＩＤの“Ｇｕｉｄｅ２  Ｓｃｒｅｅｎ”が優先度「０」と関連付けられてスタックにＰｕｓｈされる。さらに、画面遷移イベントに応じてＮｅｘｔ２０４という画面遷移が指示されると、スタック８０３のように、画面ＩＤの“Ｇｕｉｄｅ２  Ｓｃｒｅｅｎ”がそれぞれ優先度「０」と関連付けられてスタックにＰｕｓｈされる。
【００３９】
本実施形態では、この段階で画面遷移イベントによりＮｅｘｔ２０５の画面遷移が指示されると、画面２０８に遷移することを試みる。このとき、スタック８０２には遷移先と同一の画面の画面ＩＤ“Ｇｕｉｄｅ１  Ｓｃｒｅｅｎ”が既に存在する。従って、優先度の比較処理を行う。このケースでは、スタック中で画面ＩＤ“Ｇｕｉｄｅ１  Ｓｃｒｅｅｎ”に付けられた優先度が「１」、今回の遷移の優先度が「０」であるため、スタック中の画面ＩＤに対応付けられた優先度の方が大きい。従ってスタック中で、画面ＩＤ“Ｇｕｉｄｅ１  Ｓｃｒｅｅｎ”から後にＰｕｓｈされた画面ＩＤを全てＰｏｐする。それによりスタックは、スタック８０５のようになる。そして画面遷移は、スタック８０５のＴｏｐの画面ＩＤ“Ｇｕｉｄｅ１  Ｓｃｒｅｅｎ”が示す画面２０８に遷移する。
【００４０】
本実施形態では、この段階で「戻る」ボタン１１２が押下され逆遷移イベントが発生した場合、スタックのＴｏｐにある画面ＩＤ“Ｇｕｉｄｅ１  Ｓｃｒｅｅｎ”をＰｏｐする。そして、Ｐｏｐ後のスタックのＴｏｐとなる画面ＩＤ“Ｄｅｔａｉｌｅｄ  Ｈｏｍｅ  Ｓｃｒｅｅｎ”が示す画面２０７を、遷移先の画面として決定する。つまり、画面２０８〜２１０のような画面遷移のループを何度通ったとしても、このループを辿って戻る必要がなく、簡単に上位階層であるＨｏｍｅ画面に戻ることができる。
【００４１】
図８（ｂ）は、図７の画面遷移図を実行するシステムにおいて、Ｇｕｉｄｅ２０２、Ｓｉｍｐｌｅ＿Ｈｏｍｅ２０１、Ｇｕｉｄｅ２１３という画面遷移を指示するイベントが連続して発生した場合のスタックの様子を示している。
【００４２】
まず、スタック８０６は、Ｈｏｍｅ画面である画面２０７を表示した段階で、画面ＩＤ“Ｄｅｔａｉｌｅｄ  Ｈｏｍｅ  Ｓｃｒｅｅｎ”とそのＩｎｉｔｉａｌ  ｆｌａｇに付けられた優先度である「０」が格納されている。Ｇｕｉｄｅ２０２の遷移を指示する画面遷移イベントが発生すると、画面２０８に遷移し、スタック８０７のように、スタックには画面ＩＤ“Ｇｕｉｄｅ１  Ｓｃｒｅｅｎ”とその優先度である「１」がＰｕｓｈされる。本実施形態では、この段階でＳｉｍｐｌｅ＿Ｈｏｍｅ２１１の遷移を指示する画面遷移イベントが発生すると、画面２１２に画面遷移し、スタックには画面ＩＤ“Ｓｉｍｐｌｅ  Ｈｏｍｅ  Ｓｃｒｅｅｎ”と優先度「０」とがＰｕｓｈされる。次に、画面遷移イベントによりＧｕｉｄｅ２１３の画面遷移が指示されると、画面２０８への遷移を試みる。このとき、スタック８０７には、既に画面ＩＤ“Ｇｕｉｄｅ１  Ｓｃｒｅｅｎ”が既に存在する。優先度を比較すると、このケースでは、スタック中で画面ＩＤ“Ｇｕｉｄｅ１  Ｓｃｒｅｅｎ”に付けられた優先度が「１」、今回の遷移の優先度も「１」であるため、スタック中の優先度と今回の遷移の優先度が同じである。従って、スタック８０９のように、今回の画面遷移イベントが指示する遷移先の画面２０８と、その優先度である「１」が対応付けられてスタックにＰｕｓｈされる。そして、ディスプレイ１０５に表示される画面は画面２０８に遷移する。
【００４３】
本実施形態では、この段階で「戻る」ボタン１１２が押下され逆遷移イベントが発生した場合、スタックからＴｏｐにある画面ＩＤ“Ｇｕｉｄｅ１  Ｓｃｒｅｅｎ”をＰｏｐする。そして、Ｐｏｐ後のスタックのＴｏｐとなる画面ＩＤ“Ｓｉｍｐｌｅ  Ｈｏｍｅ  Ｓｃｒｅｅｎ”が示す画面２１２を、遷移先の画面として決定する。つまり、同一画面を表示させるのが２回目以降であったとしても、異なる経路から同一画面に遷移してきた場合には、直近の画面に戻ることができる。
【００４４】
以上説明したように、本実施形態によれば、多数の画面で構成されるＧＵＩを操作して画面遷移を行う際に、スタックに画面ＩＤと画面遷移の優先度を保持する。そして、優先度を用いた判断処理により、画面遷移中に同一の画面を複数回経由した後で行われる逆遷移の指示に対して、重複する画面を繰り返し表示させることを省略して最少の回数で上位画面に戻るか、表示中の画面の直前の画面に戻るかを制御する。これにより、多様な機能を有するＧＵＩにおいて、ユーザに要求される操作の回数を低減するなど操作性を向上させることができる。さらに、逆遷移指示に対して表示を省略すべき画面の情報は、スタックからＰｏｐしてしまうので、スタックの情報量が膨大になることを抑えることができる。
【００４５】
第１の実施形態では、画面遷移の優先度は、画面遷移の設計時点に設計者が手動で指定した。ただし、優先度の付与を情報処理装置１００が行う変形例を適応することもできる。
【００４６】
例えば、図９のように階層構造をもつ複数の画面で構成された画面遷移図を設計者が設計したとする。図の上段から下段への遷移は、ある機能を表現する画面（上位概念）からサブ（下位概念）の機能を表現する画面に遷移することを意味している。同じ段の横への遷移は、同じ概念間の機能を切り替えて表示する遷移である。このように表現された画面遷移図では、ＣＰＵ１０１が画面遷移図上での画面の配置情報を解析し、下の遷移には優先度を「１」に設定し、左右の遷移には優先度を「０」に設定することを自動で行うことが可能である。もちろん、画面遷移図の左から右に機能／サブ機能と展開するような画面間遷移図においては、右への遷移には優先度として「１」を、上下の遷移には優先度として「０」を設定することも可能である。
【００４７】
一般的に画面遷移図を作成する手法として、機能／サブ機能を上下（場合によって左右）で表現することはよく行わるものである。本変形例では、この記述方法を利用することで優先度の設定を自動付与するため、画面遷移設計時の設計者の工数を削減することが可能となる。なお、遷移への優先度の自動付与は設計時に行う事も、（実機上での）画面遷移の実行時に行うこともできる。自動付与が設計時の場合には、設計ツールは自動付与の結果を設計者に表示するモードや修正させるモードを備えてもよい。
【００４８】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００４９】
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０５  タッチパネルディスプレイ
１０６  操作パネル
【図１】
2015114799.tif 000003
【図２】
2015114799.tif 000004
【図３】
2015114799.tif 000005
【図４】
2015114799.tif 000006
【図５】
2015114799.tif 000007
【図６】
2015114799.tif 000008
【図７】
2015114799.tif 000009
【図８】
2015114799.tif 000010
【図９】
2015114799.tif 000011