(57)【要約】【課題】  状況に応じて画面間の優先度の関係が変わる画面遷移のルールを作成する。【解決手段】  それぞれのカテゴリに所定の優先度が設定され、それぞれのカテゴリに少なくとも１つの画面が分類され、同じレベルのカテゴリを複数有し、少なくとも１つのカテゴリと従属関係のあるカテゴリを有するデータを取得し、所定の順序で、複数の画面を示す情報を保持し、検知されたイベントに対応する画面が分類されたカテゴリと同じレベルのカテゴリに設定された優先度と検知されたイベントに対応する画面が分類されたカテゴリに設定された優先度および検知されたイベントに対応する画面が分類されたカテゴリと従属関係を有するカテゴリに設定された優先度と検知されたイベントに対応する画面が分類されたカテゴリに設定された優先度とを比較した結果に従って、前記複数の画面を示す情報の順序を制御する。【選択図】  図１
2012032880.tif 000002
【特許請求の範囲】
【請求項１】
それぞれのカテゴリに所定の優先度が設定され、それぞれのカテゴリに少なくとも１つの画面が分類され、同じレベルのカテゴリを複数有し、少なくとも１つのカテゴリと従属関係のあるカテゴリを有するデータを取得する取得手段と、
所定の順序に従って、複数の画面を示す情報を保持する保持手段と、
イベントを検知する検知手段と、
検知されたイベントに対応する画面が分類されたカテゴリと同じレベルのカテゴリに設定された優先度と検知されたイベントに対応する画面が分類されたカテゴリに設定された優先度および
検知されたイベントに対応する画面が分類されたカテゴリと従属関係を有するカテゴリに設定された優先度と検知されたイベントに対応する画面が分類されたカテゴリに設定された優先度とを比較する比較手段と、
優先度を比較した結果に従って、前記複数の画面を示す情報の順序を制御する制御手段とを有する情報処理装置。
【請求項２】
複数の画面を示す情報の順序を制御する情報処理装置の動作方法であって、
それぞれのカテゴリに所定の優先度が設定され、それぞれのカテゴリに少なくとも１つの画面が分類され、同じレベルのカテゴリを複数有し、少なくとも１つのカテゴリと従属関係のあるカテゴリを有するデータを取得する取得工程と、
所定の順序に従って、複数の画面を示す情報を保持する保持工程と、
イベントを検知する検知工程と、
検知されたイベントに対応する画面が分類されたカテゴリと同じレベルのカテゴリに設定された優先度と検知されたイベントに対応する画面が分類されたカテゴリに設定された優先度および
検知されたイベントに対応する画面が分類されたカテゴリと従属関係を有するカテゴリに設定された優先度と検知されたイベントに対応する画面が分類されたカテゴリに設定された優先度とを比較する比較工程と、
優先度を比較した結果に従って、前記複数の画面を示す情報の順序を制御する制御工程とを有する動作方法。
【請求項３】
請求項２に記載の動作方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示手段に表示する画面を遷移させる技術に関する。
【背景技術】
【０００２】
デジタル機器の多機能化が進み、ＧＵＩの画面数が増大している。従って、画面遷移のルールは、入力イベントに対して遷移先が一意に決まるような単純なものではない。特に、多機能なデジタル機器における画面遷移のルールは、ユーザ入力以外のアプリケーションイベントや様々な例外的なイベントに対応するための非常に複雑なものとなる。そして、複雑な画面遷移を容易に実現するため、従来、表示画面の優先度情報を管理して画面遷移を制御する技術が知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１１１８０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、表示画面の優先度情報に基づく画面遷移の制御だけでは、状況に応じて画面間の優先度の関係が変わる（逆転する）等の矛盾に対応できない場合があった。本発明は、このような事情を鑑みてなされたものであり、画面間の優先度の関係に矛盾が生じるような画面遷移に関しても、画面遷移のルールの複雑化を招くことなく所望の画面遷移を実現することを目的とする。
【課題を解決するための手段】
【０００５】
上記の課題を解決するために、本発明に係る情報処理装置は、それぞれのカテゴリに所定の優先度が設定され、それぞれのカテゴリに少なくとも１つの画面が分類され、同じレベルのカテゴリを複数有し、少なくとも１つのカテゴリと従属関係のあるカテゴリを有するデータを取得する取得手段と、所定の順序に従って、複数の画面を示す情報を保持する保持手段と、イベントを検知する検知手段と、検知されたイベントに対応する画面が分類されたカテゴリと同じレベルのカテゴリに設定された優先度と検知されたイベントに対応する画面が分類されたカテゴリに設定された優先度および検知されたイベントに対応する画面が分類されたカテゴリと従属関係を有するカテゴリに設定された優先度と検知されたイベントに対応する画面が分類されたカテゴリに設定された優先度とを比較する比較手段と、優先度を比較した結果に従って、前記複数の画面を示す情報の順序を制御する制御手段とを有する。
【発明の効果】
【０００６】
本発明によれば、画面間の優先度の関係に矛盾が生じるような画面遷移に関しても、画面遷移のルールの複雑化を招くことなく所望の画面遷移を実現することが可能となる。また、複雑な画面遷移のルールを作成するためのプログラミング等の作業負荷が軽減される。
【図面の簡単な説明】
【０００７】
【図１】本発明に係る情報処理装置の機能ブロック図及びハードウェア構成図
【図２】画面遷移仕様データを模式的に示したときの各要素を説明する図
【図３】画面間の優先度の関係を示す図
【図４】画面遷移仕様データを模式的に示す図
【図５】画面遷移仕様データをＸＭＬ形式で表現した図
【図６】表示する画面を決定する処理の流れを示すフローチャート
【図７】画面遷移履歴リストを再構成する処理の流れを示すフローチャート
【図８】画面遷移履歴リストを模式的に示す図
【図９】画面遷移履歴リストを模式的に示す図
【図１０】画面遷移履歴リストを模式的に示す図
【図１１】画面遷移履歴リストを模式的に示す図
【図１２】画面遷移仕様データを模式的に示す図
【図１３】表示する画面を決定する処理の流れを示すフローチャート
【図１４】画面遷移履歴リストを再構成する処理の流れを示すフローチャート
【図１５】画面遷移履歴リストを模式的に示す図
【図１６】画面遷移履歴リストを模式的に示す図
【発明を実施するための形態】
【０００８】
以下、図面を参照しながら、本発明の実施形態について説明する。
【０００９】
（第１の実施形態）
図１（ａ）は、本発明に係る情報処理装置の一例である多機能プリンタの機能ブロック図である。同図において、１０１は入力部、１０２は制御部、１０３は画面遷移仕様記述部、１０４は履歴管理部、１０５は表示部である。入力部１０１は、複数のボタン２０４、トナーなしを検知するセンサ等から構成され、ユーザによる各種の入力やセンサ入力等を受け付ける。制御部１０２は、ＣＰＵ２０１等から構成され、ＲＯＭ２０３に記憶されたプログラムやデータをＲＡＭ２０２に読み出して各種の処理を実行する。画面遷移仕様記述部１０３は、ＲＯＭ２０３等の記憶媒体から構成され、前記プログラムを実行する際に必要な画面遷移仕様データ等がコンピュータ（ＣＰＵ等を含む）読み出し可能なプログラムコードの形態で記述されている。履歴管理部１０４は、ＲＡＭ２０２等から構成され、画面遷移の履歴情報等を保持する。表示部１０５は、液晶ディスプレイ（ＬＣＤ）２０５等から構成され、画像、文字等により構成される各種情報を表示する。
【００１０】
図１（ｂ）は、本発明に係る情報処理装置の一例である多機能プリンタのハードウェア構成図である。尚、図１（ａ）の機能ブロック図の説明において示した要素には同一符号を付し、その説明を省略する。同図において、２０１はＣＰＵ、２０２はＲＡＭ、２０３はＲＯＭ、２０４はボタン、２０５はＬＣＤ、２０６はシステムバスである。システムバス２０６は、情報処理装置の各要素を接続し、各要素間における信号の送受信を行う。
【００１１】
図２は、画面遷移仕様データを模式的に示したときの各要素を説明する図である。図２（ａ）に示す四角は画面を表す要素とする。図２（ｂ）に示す実線矢印は、特定のイベントが起きた場合に実行する画面遷移を表しており、実線矢印に付随する文字列は当該画面遷移のトリガとなるイベントを表す要素とする。尚、実線矢印の始点の状態において前記イベントが起きた場合に実線矢印の終点の画面に遷移する。また、実線矢印の始点は画面だけでなくグループの場合がある。図２（ｃ）に示す角丸四角は、グループ（カテゴリ）を表す要素であり、１つ以上の画面およびグループをグループ化する。尚、角丸四角に付随する文字列はグループ識別子と優先度情報を表している。優先度情報を数値で表した場合、数値が大きいほど優先度が高いことを意味する。また、グループ（図２（ｃ））の中に画面（図２（ａ））が描かれている場合、その画面がグループに属することを表している。また、グループ（図２（ｃ））の中にグループ（図２（ｃ））が描かれている場合、グループが更にグループに属することを表している。図２（ｄ）に示す破線矢印は、特定のイベントが起きた場合に履歴管理部１０４が保持する画面遷移履歴リストから所定のグループに属する画面遷移履歴を削除する処理を表す要素である。そして、破線矢印に付随する文字列は、この処理のトリガとなるイベントを表す。破線矢印の始点の状態に置いて前記イベントが起きた場合に、履歴管理部１０４が保持する画面遷移履歴リストから破線矢印の終点のグループに属する画面遷移履歴を削除する。破線矢印の始点については図２（ｂ）の実線矢印と同様に、画面だけでなくグループの場合がある。
【００１２】
図３（ａ）は、上記多機能プリンタのユーザインタフェース（ＵＩ）において実行される画面間の関係の一例を示す図である。同図においては、多機能プリンタのＵＩにおける３つの画面（ＣＯＰＹ基本画面、赤トナーなし画面、電源異常画面）の関係を示している。尚、ＣＯＰＹ基本画面より赤トナーなし画面と電源異常画面の優先度が高く、赤トナーなし画面より電源異常画面の優先度が高い。
【００１３】
図４（ａ）は、図３（ａ）に示した３つの画面に関する画面遷移の仕様を示すデータ（画面遷移仕様データ）を模式的に示す図（画面遷移図）である。画面遷移図に含まれる各要素の意味については図２に示した通りである。即ち、図４（ａ）では、赤トナーなし画面が優先度２のグループＧ１、電源異常画面が優先度３のグループＧ２に属している。上記多機能プリンタのＵＩでは、以下に示すイベントが起きた場合に所定の画面遷移が実行される。即ち、表示部１０５にＣＯＰＹ基本画面が表示されている状態で赤トナーなしイベントが起きた場合、表示部１０５には赤トナーなし画面が表示される。表示部１０５にＣＯＰＹ基本画面、赤トナーなし画面のいずれかが表示されている状態で電源異常イベントが起きた場合、表示部１０５には電源異常画面が表示される。表示部１０５に赤トナーなし画面が表示されている状態で赤トナーなし解消イベントが起きた場合、表示部１０５にはＣＯＰＹ基本画面が表示される。表示部１０５に電源異常画面が表示されている状態で電源異常解消イベントが起きた場合、履歴管理部１０４が保持する画面遷移履歴リストに基づいて、表示部１０５にはＣＯＰＹ基本画面、赤トナーなし画面のいずれかが表示される。
【００１４】
尚、図４（ａ）の画面遷移図は設計ツールで設計してもよい。設計ツールにより、図２のようなパーツ（要素）群から必要なパーツを遷移図上にドラッグ＆ドロップする等して編集する。グループを表すパーツ（図２（ｃ））の中に画面を表すパーツ（図２（ａ））を配置することで、画面がグループに属する状態を表現することができる。また、グループを表すパーツ（図２（ｃ））の中にグループを表すパーツ（図２（ｃ））を配置することで、グループが更にグループに属する状態を表現することができる。このようなツールで遷移図を描き、セーブすることで遷移図の内容がＸＭＬ形式のファイルで出力される。例えば、図４（ｂ）の遷移図は、図５（ａ）のようなＸＭＬ形式で表現することができる。尚、図５（ａ）の各要素の意味は以下の通りである。＜ｓｃｒｅｅｎｔｒａｎｓｉｔｉｏｎ＞は、ルート要素を示し、図４（ｂ）のグループＧ０に相当する。＜ｓｃｒｅｅｎ＞は、画面を示しており、図２（ａ）の要素に相当する。＜ｇｒｏｕｐ＞は、グループを示しており、図２（ｃ）の要素に相当する。尚、＜ｇｒｏｕｐ＞要素のｐｒｉｏｒｉｔｙ属性は図２（ｃ）の優先度情報に相当する。＜ｔｒａｎｓｉｔｉｏｎ＞は、画面遷移を示しており、図２（ｂ）の要素に相当する。＜ｅｘｉｔ＞は削除遷移を示しており、図２（ｄ）の要素に相当する。尚、このＸＭＬ形式のファイルそのもの、あるいは等価な内容をもつバイナリデータなどに変換したものを、画面遷移仕様データとして画面遷移仕様記述部１０３の中に保存する。そして、制御部１０２は、本画面遷移仕様データを、ＲＡＭ２０２に読み出して（取得して）実行する。
【００１５】
図６は、表示する画面を決定する処理動作の流れを示すフローチャートである。以下、同図に基づいて、画面遷移のトリガとなるイベントが検知された場合に、制御部１０２において実行させる処理について説明する。ステップＳ３０１において、制御部１０２は、画面遷移のトリガとなるイベントが検知されたか否かを調べ、イベントが検知された場合、ステップＳ３０２の処理を実行する。一方、イベントが検知されなかった場合、イベントが検知されるまで待機する。ステップＳ３０２においては、制御部１０２は、表示部１０５に表示されている画面（遷移元の画面）を画面遷移の基準として設定する。次に、ステップＳ３０３において、遷移元の画面に対して、ステップＳ３０１で検知されたイベントによる画面遷移が画面遷移仕様データに定義されているか否かを調べ、所定のデータが定義されていた場合、ステップＳ３０４の処理を実行する。一方、所定のデータが定義されていなかった場合、ステップＳ３０９の処理を実行する。
【００１６】
ステップＳ３０４においては、画面遷移仕様データの定義に基づいて遷移先の画面を決定する。次に、ステップＳ３０５において、その遷移が、遷移先の画面の属するグループの外からそのグループ内への遷移になる場合、ステップＳ３０６の処理を実行する。次に、ステップＳ３０６において、制御部１０２は、履歴管理部１０４に遷移先の画面の属するグループに対応する新たな画面遷移履歴データを生成する。画面遷移履歴データは、画面もしくは画面識別子（画面のＩＤ等）を含む。次に、ステップＳ３０７において、既存の画面遷移履歴リストを再構成する。画面遷移履歴リストを再構成する処理についての詳細は後述する。次に、ステップＳ３０８において、前段のステップＳ３０７で再構成された画面遷移履歴リストに基づいて表示部１０５に表示する画面を決定する。また、ステップＳ３０９において、制御部１０２は、図２（ｄ）の破線矢印で表される削除遷移が定義されているか否かを調べ、削除遷移が定義されている場合、ステップＳ３１２の処理を実行する。一方、削除遷移が定義されていない場合、ステップＳ３１０の処理を実行する。ステップＳ３１２では、履歴管理部１０４が保持する画面遷移履歴リストから削除対象となるグループに対応する画面遷移履歴を削除する。また、ステップＳ３１０において、遷移元の画面に親グループが定義されているか否かを調べ、親グループが設定されていた場合、ステップＳ３１１の処理を実行する。一方、親グループが設定されていない場合、イベントが検知されるまで待機する。ステップＳ３１１では、ステップＳ３１０で検出された親グループを画面遷移の基準として設定し、当該親グループを遷移元の画面と解して、ステップＳ３０３以降の処理を実行する。
【００１７】
次に図７に基づいて、ステップＳ３０７における画面遷移履歴リストを再構成する処理について説明する。履歴管理部１０４において画面遷移履歴リストは順序性を持つ木構造で保持される（子ノード間には順序性が存在する）。ステップＳ４０１において、前述したステップＳ３０５において遷移した遷移先グループを一時的にＧと定義する。次に、ステップＳ４０２において、制御部１０２は、前記Ｇが親グループに相当する従属関係を有するレベルのグループをもつか否かを調べ、親グループをもつ場合、ステップＳ４０３の処理を実行する。一方、親グループをもたない場合、ステップＳ４０４の処理を実行する。ステップＳ４０３において、制御部１０２は、前記Ｇのグループ識別子およびＧの画面遷移履歴を親グループの画面遷移履歴の子ノードとして追加する。ここで、親グループの画面遷移履歴がまだ追加されていない場合は追加し、その子ノードとする。親グループの親グループがまだ追加されていない場合も順次、同様の処理を行う。また、ステップＳ４０４において、制御部１０２は、前記Ｇのグループ識別子およびＧの画面遷移履歴をルートの子ノードに追加する。次に、ステップＳ４０５において、優先度情報に基づいて子ノードを並び替える。このとき、同階層のノードにおいて、特定の優先度が指定されていない画面より、優先度が指定されたグループの方を優先する。また、同階層のノードにおいて、同一の優先度の場合は、遷移先として指定された画面もしくは遷移先として指定された画面を子ノードにもつグループを優先する。遷移先として指定された画面および指定された画面を子ノードにもつグループがない場合、同一優先度のノードの並び替えは行わない。
【００１８】
以下、図４（ａ）、図８、図９を参照しながら、履歴管理部１０４が保持する画面遷移履歴リストの例を説明する。図８において、今、ＣＯＰＹ基本画面が現在の画面であるとする。このとき、履歴管理部１０４の画面遷移履歴リストは８０１のようになっている。前述のように、画面遷移履歴リストは順序性を持つ木構造で保持される。その順序は優先度情報に基づいており、以降の図では、子ノード間において左のノードほど優先度が高い。表示部１０５は最も優先度の高い葉ノードを表示する。この場合はＣＯＰＹ基本画面が表示部１０５に表示される。続いて、赤トナーなしイベントが起きたとする。図４（ａ）において、現在の画面（ＣＯＰＹ基本画面）には赤トナーなしイベントに対する遷移は定義されていないが、その親グループ（Ｇ０）に、赤トナーなしイベントに対する遷移が定義されている。これに基づき、遷移先は赤トナーなし画面となる。この遷移は、別グループ（Ｇ１）内への遷移になるので、該グループ（Ｇ１）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、特定の優先度が指定されていないＣＯＰＹ基本画面よりグループＧ１の優先度（２）の方が高い。その結果、画面遷移履歴リストは８０２の状態になり、赤トナーなし画面が表示部１０５に表示される。続いて、電源異常イベントが起きたとする。図４（ａ）において、現在の画面（赤トナーなし画面）には電源異常イベントに対する遷移の親グループ（Ｇ０）に、電源異常イベントに対する遷移が定義されている。これに基づき、遷移先は電源異常画面となる。この遷移は、別グループ（Ｇ２）内への遷移になるので、該グループ（Ｇ２）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ１の優先度（２）よりグループＧ２の優先度（３）の方が高い。その結果、画面遷移履歴リストは８０３の状態になり、電源異常画面が表示部１０５に表示される。同様に図９において、今、ＣＯＰＹ基本画面が現在の画面であるとする。このとき、履歴管理部１０４の画面遷移履歴リストは９０１のようになり、ＣＯＰＹ基本画面が表示部１０５に表示される。
【００１９】
続いて、電源異常イベントが起きたとする。図４（ａ）において、現在の画面（ＣＯＰＹ基本画面）の親グループ（Ｇ０）に、電源異常イベントに対する遷移が定義されている。これに基づき、遷移先は電源異常画面となる。この遷移は、別グループ（Ｇ２）内への遷移になるので、該グループ（Ｇ２）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、特定の優先度が指定されていないＣＯＰＹ基本画面よりグループＧ２の優先度（３）の方が高い。その結果、画面遷移履歴リストは９０２の状態になり、電源異常画面が表示部１０５に表示される。続いて、電源異常解消イベントが起きたとする。図４（ａ）において、現在の画面（電源異常画面）の親グループ（Ｇ０）に、電源異常解消イベントに対する削除遷移が定義されている。これに基づき、履歴管理部１０４が保持する画面遷移履歴リストから削除対象となるグループ（Ｇ２）に対応する画面遷移履歴を削除する。その結果、画面遷移履歴リストは９０３の状態になり、ＣＯＰＹ基本画面が表示部１０５に表示される。以上のような画面遷移仕様は図４（ａ）のような簡単な記述で実現することができる。
【００２０】
次に、図３（ｂ）は、上記多機能プリンタのＵＩにおける画面間の優先度の関係に矛盾が生じるような複雑な画面遷移の一例について説明する図である。図３（ｂ）では、多機能プリンタのＵＩにおける３つの画面（ＣＯＰＹ基本画面、赤トナーなし画面、ＦＡＸ基本画面）の関係を示している。ＣＯＰＹ基本画面より赤トナーなし画面の優先度が高く、赤トナーなし画面よりＦＡＸ基本画面の優先度が高い。ただし、ＣＯＰＹ基本画面とＦＡＸ基本画面の優先度は同じである。尚、以上のような３つの画面間の優先度の関係について、本実施形態では、優先度の関係に矛盾が生じているということにする。
【００２１】
図４（ｂ）は、図３（ｂ）に示した３つの画面に関する画面遷移仕様を示す画面遷移図である。画面遷移図の各要素の意味については前述した通りである。図４（ｂ）では、赤トナーなし画面が優先度２のグループＧ１１に属し（分類され）、更にそのグループＧ１１とＣＯＰＹ基本画面が優先度１のグループＧ１に属している。また、ＦＡＸ基本画面が優先度１のグループＧ２に属している。上記多機能プリンタのＵＩでは、以下に示すイベントが起きた場合に所定の画面遷移が実行される。即ち、表示部１０５にＣＯＰＹ基本画面が表示されている状態で赤トナーなしイベントが起きた場合、表示部１０５には赤トナーなし画面が表示される。表示部１０５にＦＡＸ基本画面が表示されている状態で赤トナーなしイベントが起きた場合、表示部１０５にはＦＡＸ基本画面が表示される。表示部１０５にＣＯＰＹ基本画面、赤トナーなし画面のいずれかが表示されている状態でＦＡＸボタンイベントが起きた場合、表示部１０５にはＦＡＸ基本画面が表示される。表示部１０５にＦＡＸ基本画面が表示されている状態でＣＯＰＹボタンイベントが起きた場合、履歴管理部１０４が保持する画面遷移履歴リストに基づいて、表示部１０５にはＣＯＰＹ基本画面、赤トナーなし画面のいずれかが表示される。表示部１０５に赤トナーなし画面が表示されている状態で赤トナーなし解消イベントが起きた場合、履歴管理部１０４が保持する画面遷移履歴リストに基づいて、表示部１０５にはＣＯＰＹ基本画面、ＦＡＸ基本画面のいずれかが表示される。
【００２２】
次に、図４（ｂ）、図１０、図１１を参照しながら、履歴管理部１０４が保持する画面遷移履歴リストの例を説明する。図１０において、今、ＣＯＰＹ基本画面が現在の画面であるとする。このとき、履歴管理部１０４の画面遷移履歴リストは１２０１のようになり、ＣＯＰＹ基本画面が表示部１０５に表示される。続いて、赤トナーなしイベントが起きたとする。図４（ｂ）において、現在の画面（ＣＯＰＹ基本画面）の親グループ（Ｇ１）の親グループ（Ｇ０）に、赤トナーなしイベントに対する遷移が定義されている。これに基づき、遷移先は赤トナーなし画面となる。この遷移は、別グループ（Ｇ１１）内への遷移になるので、該グループ（Ｇ１１）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、特定の優先度が指定されていないＣＯＰＹ基本画面よりグループＧ１１の優先度（２）の方が高い。その結果、画面遷移履歴リストは１２０２の状態になり、赤トナーなし画面が表示部１０５に表示される。続いて、ＦＡＸボタンイベントが起きたとする。図４（ｂ）において、現在の画面（赤トナーなし画面）の親グループ（Ｇ１１）の親グループ（Ｇ１）の親グループ（Ｇ０）に、ＦＡＸボタンイベントに対する遷移が定義されている。これに基づき、遷移先はＦＡＸ基本画面となる。この遷移は、別グループ（Ｇ２）内への遷移になるので、該グループ（Ｇ２）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ１の優先度（１）とグループＧ２の優先度（１）は同じだが、遷移先として指定されたＦＡＸ基本画面を子ノードにもつグループＧ２の方が優先される。即ち、グループＧ２と同じレベルのグループとして存在しているグループＧ１に設定された優先度とグループＧ２に設定された優先度とが比較される。その結果、画面遷移履歴リストは１２０３の状態になり、ＦＡＸ基本画面が表示部１０５に表示される。
【００２３】
同様に図１１において、今、ＣＯＰＹ基本画面が現在の画面であるとする。このとき、履歴管理部１０４の画面遷移履歴リストは１３０１のようになり、ＣＯＰＹ基本画面が表示部１０５に表示される。続いて、ＦＡＸボタンイベントが起きたとする。図４（ｂ）において、現在の画面（ＣＯＰＹ基本画面）の親グループ（Ｇ１）の親グループ（Ｇ０）に、ＦＡＸボタンイベントに対する遷移が定義されている。これに基づき、遷移先はＦＡＸ基本画面となる。この遷移は、別グループ（Ｇ２）内への遷移になるので、該グループ（Ｇ２）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ１の優先度（１）とグループＧ２の優先度（１）は同じだが、遷移先として指定されたＦＡＸ基本画面を子ノードにもつグループＧ２の方が優先される。その結果、画面遷移履歴リストは１３０２の状態になり、ＦＡＸ基本画面が表示部１０５に表示される。続いて、赤トナーなしイベントが起きたとする。図４（ｂ）において、現在の画面（ＦＡＸ基本画面）の親グループ（Ｇ２）の親グループ（Ｇ０）に、赤トナーなしイベントに対する遷移が定義されている。これに基づき、遷移先は赤トナーなし画面となる。この遷移は、別グループ（Ｇ１１）内への遷移になるので、該グループ（Ｇ１１）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ１内で特定の優先度が指定されていないＣＯＰＹ基本画面よりグループＧ１１の優先度（２）の方が高い。その結果、画面遷移履歴リストは１３０３の状態になり、ＦＡＸ基本画面が表示部１０５に表示される。また、グループＧ１１の親グループはグループＧ１であって、グループＧ２ではないため、グループＧ１１に設定された優先度とグループＧ２に設定された優先度は比較していない。このため、表示部１０５に表示される画面はＦＡＸ基本画面となる。以上説明したように、画面間の優先度の関係に矛盾が生じるような複雑な画面遷移の仕様も、図４（ｂ）のような簡単な記述で実現することができる。
【００２４】
（第１の実施形態の変形例）
第１の実施形態では、画面間の優先度の関係に矛盾が生じるような複雑な画面遷移について、その表記と処理方法を説明した。本変形例では更に、グループが複数のグループに属する（複数の親グループをもつ）例について説明する。
【００２５】
図３（ｃ）では、多機能プリンタのＵＩにおける４つの画面（ＣＯＰＹ基本画面、赤トナーなし画面、黒トナーなし画面、ＦＡＸ基本画面）の関係を示している。ＣＯＰＹ基本画面より赤トナーなし画面、黒トナーなし画面の優先度が高く、赤トナーなし画面よりＦＡＸ基本画面の優先度が高い。また、ＦＡＸ基本画面より黒トナーなし画面の優先度が高い。ただし、ＣＯＰＹ基本画面とＦＡＸ基本画面の優先度は同じである。また、赤トナーなし画面と黒トナーなし画面の優先度も同じである。このように４つの画面間には優先度の関係に矛盾が生じている。
【００２６】
図１２に、前述した４つの画面に関する画面遷移仕様を画面遷移図で示す。図１２（ａ）〜（ｃ）は、いずれも前述の図４（ｂ）に黒トナーなし画面を追加したものであり、表記方法が異なるだけで内容は同じである。黒トナーなし画面が優先度２のグループＧ３に属しており、更にグループＧ３がグループＧ１とＧ２と両方に属する。図１２（ａ）の表記方法では、グループＧ３からグループＧ１とＧ２の両方に線を引くことにより、グループＧ３がグループＧ１とＧ２の両方に属することを表している。図１２（ｂ）の表記方法では、グループＧ１とグループＧ２が重なった場所にグループＧ３を配置することにより、グループＧ３がグループＧ１とＧ２の両方に属することを表している。図１２（ｃ）の表記方法では、グループＧ１の中とグループＧ２の中に、同一のグループ名と優先度をもつグループＧ３を配置することにより、グループＧ３がグループＧ１とＧ２の両方に属することを表している。
【００２７】
尚、上記多機能プリンタのＵＩでは、以下に示すイベントが起きた場合に所定の画面遷移が実行される。表示部１０５にＣＯＰＹ基本画面が表示されている状態で赤トナーなしイベントが起きた場合、表示部１０５には赤トナーなし画面が表示される。表示部１０５にＣＯＰＹ基本画面が表示されている状態で黒トナーなしイベントが起きた場合、表示部１０５には黒トナーなし画面が表示される。表示部１０５にＦＡＸ基本画面が表示されている状態で赤トナーなしイベントが起きた場合、表示部１０５にはＦＡＸ基本画面が表示される。表示部１０５にＦＡＸ基本画面が表示されている状態で黒トナーなしイベントが起きた場合、表示部１０５には黒トナーなし画面が表示される。表示部１０５にＣＯＰＹ基本画面、赤トナーなし画面のいずれかが表示されている状態でＦＡＸボタンイベントが起きた場合、表示部１０５にはＦＡＸ基本画面が表示される。表示部１０５にＦＡＸ基本画面が表示されている状態でＣＯＰＹボタンイベントが起きた場合、履歴管理部１０４が保持する画面遷移履歴リストに基づいて、表示部１０５にはＣＯＰＹ基本画面、赤トナーなし画面のいずれかが表示される。表示部１０５に赤トナーなし画面が表示されている状態で赤トナーなし解消イベントが起きた場合、履歴管理部１０４が保持する画面遷移履歴リストに基づいて、表示部１０５にはＣＯＰＹ基本画面、ＦＡＸ基本画面、黒トナーなし画面のいずれかが表示される。表示部１０５に黒トナーなし画面が表示されている状態で黒トナーなし解消イベントが起きた場合、履歴管理部１０４が保持する画面遷移履歴リストに基づいて、表示部１０５にはＣＯＰＹ基本画面、ＦＡＸ基本画面、赤トナーなし画面のいずれかが表示される。
【００２８】
尚、前述のように、画面遷移仕様データは、ＸＭＬ形式等のテキストやバイナリデータでもよい。例えば、図１２（ａ）〜（ｃ）の遷移図は、図５（ｂ）のようなＸＭＬ形式で表現することができる。ここで、＜ｇｒｏｕｐ＞要素の＜ｂｅｌｏｎｇｔｏ＞属性は、複数の親グループに属している場合に、属する先の（複数の）親グループを表している。このＸＭＬ形式のファイルそのもの、あるいは等価な内容をもつバイナリデータなどに変換したものを、画面遷移仕様データとして画面遷移仕様記述部１０３の中に保存する。制御部１０２は、本画面遷移仕様データを、ＲＡＭ２０２に読み出して実行する。
【００２９】
次に図１３に基づいて、本変形例において、画面遷移のトリガとなるイベントが検知された場合に、制御部１０２において実行させる処理について説明する。尚、同図において図６のフローチャートの説明において示した処理には同一符号を付し、その説明を省略する。ステップＳ３０９において、制御部１０２は、図２（ｄ）の破線矢印で表される削除遷移が定義されているか否かを調べ、削除遷移が定義されている場合、ステップＳ２００１の処理を実行する。一方、削除遷移が定義されていない場合、ステップＳ３１０の処理を実行する。ステップＳ２００１において、削除遷移で指定されたグループが、複数の親グループをもつか否かを調べ、複数の親グループをもたない場合はステップＳ３１２の処理を実行する。一方、複数の親グループをもつ場合はステップＳ２００２の処理を実行する。ステップＳ２００２において、同じ画面遷移履歴が複数追加されているので、該当する全ての画面遷移履歴を削除する。
【００３０】
次に、図１４に基づいて、本変形例において、前述したステップＳ３０７における画面遷移履歴リストを再構成する処理について説明する。尚、同図において図７のフローチャートの説明において示した処理には同一符号を付し、その説明を省略する。ステップＳ４０３に続いてステップＳ２１０１の処理を実行する。ステップＳ２１０１おいて、制御部１０２は、Ｇが他に親グループをもつか否かを調べる。Ｇは複数の親グループをもつ（複数のグループに属する）場合があり、その場合は全ての親グループにおいてステップＳ４０３の処理を実行する。一方、全ての親グループにおいてステップＳ４０３の処理を実行した場合は、ステップＳ４０５の処理を実行する。
【００３１】
次に、図１２（ｃ）、図１５、図１６を参照しながら、履歴管理部１０４が保持する画面遷移履歴リストの例を説明する。図１５において、今、ＣＯＰＹ基本画面が現在の画面であるとする。このとき、履歴管理部１０４の画面遷移履歴リストは１８０１のようになり、ＣＯＰＹ基本画面が表示部１０５に表示される。続いて、赤トナーなしイベントが起きたとする。図１２（ｃ）において、現在の画面（ＣＯＰＹ基本画面）の親グループ（Ｇ１）の親グループ（Ｇ０）に、赤トナーなしイベントに対する遷移が定義されている。これに基づき、遷移先は赤トナーなし画面となる。この遷移は、別グループ（Ｇ１１）内への遷移になるので、該グループ（Ｇ１１）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ１内で特定の優先度が指定されていないＣＯＰＹ基本画面よりグループＧ１１の優先度（２）の方が高い。その結果、画面遷移履歴リストは１８０２の状態になり、赤トナーなし画面が表示部１０５に表示される。続いて、ＦＡＸボタンイベントが起きたとする。図１２（ｃ）において、現在の画面（赤トナーなし画面）の親グループ（Ｇ１１）の親グループ（Ｇ１）の親グループ（Ｇ０）に、ＦＡＸボタンイベントに対する遷移が定義されている。これに基づき、遷移先はＦＡＸ基本画面となる。この遷移は、別グループ（Ｇ２）内への遷移になるので、該グループ（Ｇ２）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ１の優先度（１）とグループＧ２の優先度（１）は同じだが、遷移先として指定されたＦＡＸ基本画面を子ノードにもつグループＧ２の方が優先される。その結果、画面遷移履歴リストは１８０３の状態になり、ＦＡＸ基本画面が表示部１０５に表示される。続いて、黒トナーなしイベントが起きたとする。図１２（ｃ）において、現在の画面（ＦＡＸ基本画面）の親グループ（Ｇ２）の親グループ（Ｇ０）に、黒トナーなしイベントに対する遷移が定義されている。これに基づき、遷移先は黒トナーなし画面となる。この遷移は、別グループ（Ｇ３）内への遷移になるので、該グループ（Ｇ３）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ３は親グループＧ１とＧ２の両方に属するので、画面遷移履歴を両方に追加する。このとき、グループＧ２内で特定の優先度が指定されていないＦＡＸ基本画面よりグループＧ３の優先度（２）の方が高い。また、グループＧ１内でグループＧ３の優先度（２）とグループＧ１１の優先度（２）は同じだが、遷移先として指定された黒トナーなし画面を子ノードにもつグループＧ３の方が優先される。その結果、画面遷移履歴リストは１８０４の状態になり、黒トナーなし画面が表示部１０５に表示される。続いて、黒トナーなし解消イベントが起きたとする。図１２（ｃ）において、現在の画面（黒トナーなし画面）の親グループ（Ｇ３）の親グループ（Ｇ１およびＧ２）の親グループ（Ｇ０）に、黒トナーなし解消イベントに対する削除遷移が定義されている。これに基づき、履歴管理部１０４が保持する画面遷移履歴リストから削除対象となるグループ（Ｇ３）に対応する画面遷移履歴を削除する。このとき、グループＧ３は複数の親グループ（Ｇ１およびＧ２）をもつので該当する全ての画面遷移履歴を削除する。その結果、画面遷移履歴リストは１８０５の状態になり、ＦＡＸ基本画面が表示部１０５に表示される。
【００３２】
同様に図１６において、今、ＣＯＰＹ基本画面が現在の画面であるとする。このとき、履歴管理部１０４の画面遷移履歴リストは１９０１のようになり、ＣＯＰＹ基本画面が表示部１０５に表示される。続いて、赤トナーなしイベントが起きたとする。図１２（ｃ）において、現在の画面（ＣＯＰＹ基本画面）の親グループ（Ｇ１）の親グループ（Ｇ０）に、赤トナーなしイベントに対する遷移が定義されている。これに基づき、遷移先は赤トナーなし画面となる。この遷移は、別グループ（Ｇ１１）内への遷移になるので、該グループ（Ｇ１１）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ１内で特定の優先度が指定されていないＣＯＰＹ基本画面よりグループＧ１１の優先度（２）の方が高い。その結果、画面遷移履歴リストは１９０２の状態になり、赤トナーなし画面が表示部１０５に表示される。
【００３３】
続いて、黒トナーなしイベントが起きたとする。図１２（ｃ）において、現在の画面（赤トナーなし画面）の親グループ（Ｇ１１）の親グループ（Ｇ１）の親グループ（Ｇ０）に、黒トナーなしイベントに対する遷移が定義されている。これに基づき、遷移先は黒トナーなし画面となる。この遷移は、別グループ（Ｇ３）内への遷移になるので、該グループ（Ｇ３）に対応する画面遷移履歴を新規に生成し、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ３は親グループＧ１とＧ２の両方に属するので、画面遷移履歴を両方に追加する。また、グループＧ１内でグループＧ３の優先度（２）とグループＧ１１の優先度（２）は同じだが、遷移先として指定された黒トナーなし画面を子ノードにもつグループＧ３の方が優先される。また、グループＧ１の優先度（１）とグループＧ２の優先度（１）は同じであり、遷移先として指定された黒トナーなし画面は両方のグループに存在するので並び替えは行わない。その結果、画面遷移履歴リストは１９０３の状態になり、黒トナーなし画面が表示部１０５に表示される。
【００３４】
続いて、ＦＡＸボタンイベントが起きたとする。図１２（ｃ）において、現在の画面（黒トナーなし画面）の親グループ（Ｇ３）の親グループ（Ｇ１およびＧ２）の親グループ（Ｇ０）に、ＦＡＸボタンイベントに対する遷移が定義されている。これに基づき、遷移先はＦＡＸ基本画面となり、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ２内で特定の優先度が指定されていないＦＡＸ基本画面よりグループＧ３の優先度（２）の方が高い。また、グループＧ１の優先度（１）とグループＧ２の優先度（１）は同じだが、遷移先として指定されたＦＡＸ基本画面を子ノードにもつＧ２の方が優先される。その結果、画面遷移履歴リストは１９０４の状態になり、黒トナーなし画面が表示部１０５に表示される。
【００３５】
続いて、黒トナーなし解消イベントが起きたとする。図１２（ｃ）において、現在の画面（黒トナーなし画面）の親グループ（Ｇ３）の親グループ（Ｇ１およびＧ２）の親グループ（Ｇ０）に、黒トナーなし解消イベントに対する削除遷移が定義されている。これに基づき、履歴管理部１０４が保持する画面遷移履歴リストから削除対象となるグループ（Ｇ３）に対応する画面遷移履歴を削除する。このとき、グループＧ３は複数の親グループ（Ｇ１およびＧ２）をもつので該当する全ての画面遷移履歴を削除する。その結果、画面遷移履歴リストは１９０５の状態になり、ＦＡＸ基本画面が表示部１０５に表示される。
【００３６】
続いて、ＣＯＰＹボタンイベントが起きたとする。図１２（ｃ）において、現在の画面（ＦＡＸ基本画面）の親グループ（Ｇ２）の親グループ（Ｇ０）に、ＣＯＰＹボタンイベントに対する遷移が定義されている。これに基づき、遷移先はＣＯＰＹ基本画面となり、履歴管理部１０４にて保持している画面遷移履歴リストを再構成する。このとき、グループＧ１の優先度（１）とグループＧ２の優先度（１）は同じだが、遷移先として指定されたＣＯＰＹ基本画面を子ノードにもつグループＧ１の方が優先される。その結果、画面遷移履歴リストは１９０６の状態になり、赤トナーなし画面が表示部１０５に表示される。
【００３７】
以上説明したように、本変形例によれば、グループが複数のグループに属するような（複数の親グループをもつ）複雑な画面遷移の仕様も、図１２（ａ）〜（ｃ）のような簡単な記述で実現することができる。
【００３８】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2012032880.tif 000003
【図２】
2012032880.tif 000004
【図３】
2012032880.tif 000005
【図４】
2012032880.tif 000006
【図５】
2012032880.tif 000007
【図６】
2012032880.tif 000008
【図７】
2012032880.tif 000009
【図８】
2012032880.tif 000010
【図９】
2012032880.tif 000011
【図１０】
2012032880.tif 000012
【図１１】
2012032880.tif 000013
【図１２】
2012032880.tif 000014
【図１３】
2012032880.tif 000015
【図１４】
2012032880.tif 000016
【図１５】
2012032880.tif 000017
【図１６】
2012032880.tif 000018