情報処理装置、情報処理方法、プログラム及び記憶媒体
【課題】 ディスプレイ等に切り替えて表示する画面の数が増大した場合、画面遷移ルールを設定する作業は繁雑になる。
【解決手段】 そこで、本発明に係る情報処理装置は、複数の画面を表す情報を予め優先度が設定された複数のグループ毎に保持し、前記優先度が最も高いグループを決定し、前記優先度が最も高いグループの代表画面を表示手段に表示させる。
【解決手段】 そこで、本発明に係る情報処理装置は、複数の画面を表す情報を予め優先度が設定された複数のグループ毎に保持し、前記優先度が最も高いグループを決定し、前記優先度が最も高いグループの代表画面を表示手段に表示させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数画面から構成され、ユーザの操作等に応じて、表示する画面を遷移させる技術に関する。
【背景技術】
【０００２】
デジタル機器の多機能化が進み、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）としてディスプレイ等に切り替えて表示する画面の数が増大している。
【０００３】
そして近年では、数百から千程度の画面を切り替えてディスプレイ等に表示するデジタル機器が存在している。
【０００４】
さらに、複数の画面を切り替えてディスプレイ等に表示するためのルール（以下、画面遷移ルールとする）を設定する場合、ユーザによる特定の入力操作等の入力イベントに対して、遷移先の画面が一意に定められない場合がある。
【０００５】
つまり、複雑な画面遷移ルールを設定する必要が生ずる場合がある。
【０００６】
以下、前述のデジタルの一例としてプリンタを例に、複雑な画面遷移ルールを具体的に説明する。
【０００７】
一般に、当該プリンタのカバーを開けると、当該プリンタに接続されたディスプレイ等にはプリンタのカバーが開いている旨を通知する画面が表示される。
【０００８】
また、当該プリンタに接続されたメモリカードスロットに写真を記録したメモリカードが挿入されると、前述のディスプレイ等にはメモリカードに記録された写真を一覧表示する画面が表示される。
【０００９】
しかし例外的に、当該プリンタのカバーが開いている場合に、前述と同様にメモリカードが挿入されても、前述のディスプレイ等にはプリンタのカバーが開いている旨を通知する画面が表示される。
【００１０】
即ち、前述のディスプレイ等に表示される画面は、メモリカードに記録された写真を一覧表示する画面には切り替わらない。
【００１１】
そしてその後、プリンタのカバーが閉じられると、メモリカードに記録された写真を一覧表示する画面に切り替わる。
【００１２】
これは一般に、プリンタのカバーの開閉に関する情報が、メモリカードに記録された画像の情報よりも優先してユーザに報知すべきであるとされているからである。
【００１３】
このように、メモリカードが挿入されるという特定の入力イベントに対しても、例えば、プリンタのカバーの開閉等に応じて複雑な画面遷移のルールを設定する必要がある。
【００１４】
尚、従来ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒ ｆａｃｅ）の画面遷移ルールは、Ｃ等のプログラミング言語によって実装されていた。
【００１５】
また、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｋｕｐ Ｌａｎｇｕａｇｅ）を用いた場合、アンカータグ（＜ａ＞）を用いて、画面遷移（Ｗｅｂの場合、ページ遷移）ルールを記述することができる。
【００１６】
即ち、画面遷移ルールは、マークアップ言語で記述することができる。
【００１７】
また、特許文献１には、各々の遷移元の画面を表す情報に対して、画面を遷移させる入力イベント及び当該入力イベントが生起された場合に表示する画面（遷移先の画面）を対応付けて設定する技術が開示されている。
【特許文献１】特開２０００−１３２２９５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
しかしながら、前述のように当該プリンタのカバーが開いている状況でメモリカードが挿入されても画面は切り替わらないようにする。
【００１９】
そしてその後、プリンタのカバーが閉じられると、メモリカードに記録された写真を一覧表示する画面に切り替わるようにするという画面遷移ルールを設定する場合、以下のような課題が生じる場合がある。
【００２０】
つまり、ディスプレイ等に切り替えて表示する画面の数が増大した場合、遷移元の画面、プリンタの状況及び画面を遷移させる入力イベント毎に画面遷移ルールを設定すると当該設定の作業は繁雑になる。
【００２１】
また、従来のプログラミング言語によって実装する場合には、大変な工数がかかる。
【００２２】
そこで本発明は、複数の画面の候補から、ディスプレイ等に表示する画面を効率良く指定するための技術を提供することを目的とする。また、画面遷移ルールを効率良く設定するための技術を提供することを目的とする。
【課題を解決するための手段】
【００２３】
上記の課題を解決するために、本発明に係る情報処理装置は、複数の画面を表す情報を予め優先度が設定された複数のグループ毎に保持する保持手段と、前記優先度が最も高いグループを決定する決定手段と、前記優先度が最も高いグループの代表画面を表示手段に表示させる制御手段とを有する。
【発明の効果】
【００２４】
本発明によれば、複数の画面の候補から、ディスプレイ等に表示する画面を効率良く指定することが可能となる。また、画面遷移ルールを効率良く設定することが可能となる。
【００２５】
また、ディスプレイ等に切り替えて表示する画面の数が増大した場合であっても、画面遷移ルールを設定する作業が繁雑になることを抑えることができる。
【発明を実施するための最良の形態】
【００２６】
以下、図面を参照しながら本発明の好適な実施の形態について説明していく。
【００２７】
（第１の実施形態）
図１（ａ）は、本実施形態に係る情報処理装置の一例であるプリンタの機能ブロック図である。同図において、１０１は入力部、１０２は制御部、１０３は記述部、１０４は管理部、１０５は表示部である。
【００２８】
入力部１０１は、複数のボタン２０４、カバーの開閉を検知するセンサー等から構成され、ユーザによる各種の入力やセンサー入力等の指示信号を受け付ける。
【００２９】
制御部１０２は、ＣＰＵ２０１等から構成され、ＲＯＭ２０３に記憶されたプログラムやデータをＲＡＭ２０２に読み出して各種の処理を実行する。
【００３０】
記述部１０３は、ＲＯＭ２０３等の記憶媒体から構成され、前記プログラムを実行する際に必要な画面遷移の仕様を表すデータ等がコンピュータ（ＣＰＵ等を含む）読み出し可能なプログラムコードの形態で記述されている。
【００３１】
管理部１０４は、ＲＡＭ２０２等から構成され、画面遷移の履歴等を管理し、表示部１０５は、ＬＣＤ（液晶ディスプレイ）２０５等から構成され、画像、文字等により構成される各種情報を表示する。
【００３２】
図１（ｂ）は、本実施形態に係る情報処理装置の一例であるプリンタのハードウエア構成を示す構成図である。尚、図１（ａ）の機能ブロック図の説明において示した要素には同一符号を付し、その説明を省略する。
【００３３】
同図において、２０１はＣＰＵ、２０２はＲＡＭ、２０３はＲＯＭ、２０４はボタン、２０５はＬＣＤ、２０６はシステムバスであり、システムバス２０６は、本装置内の各要素を接続し、各要素間における信号の送受信を行う。
【００３４】
次に、上記プリンタにおいて実行される画面遷移の一例について、図３に基づいて説明する。図３は、画面遷移の仕様を表す画面遷移図である。
【００３５】
上記プリンタにおいては、以下に示す入力イベントに応じて、所定の画面遷移が実行される。
【００３６】
表示部１０５に画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２、Ｓ２１のいずれかが表示されている状態でプリンタのカバーを開けられた場合、表示部１０５には画面Ｓ３１が表示される。
【００３７】
表示部１０５に画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２のいずれかが表示されている状態で印刷（プリントジョブ）が開始された場合、表示部１０５には画面Ｓ２１が表示される。
【００３８】
表示部１０５に画面Ｓ０１、Ｓ０４のいずれかが表示されている状態でプリンタに接続されたメモリカードスロットにメモリカードが挿入された場合、表示部１０５には画面Ｓ１１が表示される。
【００３９】
表示部１０５に画面Ｓ０１が表示されている状態でＯＫボタンが押下された場合、表示部１０５には画面Ｓ０４が表示され、表示部１０５に画面Ｓ１１が表示されている状態でＯＫボタンが押下された場合、表示部１０５には画面Ｓ１２が表示される。
【００４０】
表示部１０５に画面Ｓ３１が表示されている状態でプリンタのカバーが閉じられた場合、管理部１０４が保持する情報に基づいて、表示部１０５には画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２、Ｓ２１のいずれかが表示される。
【００４１】
表示部１０５に画面Ｓ２１が表示されている状態で印刷（プリントジョブ）が終了した場合、管理部１０４が保持する情報に基づいて、表示部１０５には画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２のいずれかが表示される。
【００４２】
表示部１０５に画面Ｓ１１、Ｓ１２のいずれかが表示されている状態でプリンタに接続されたメモリカードスロットからメモリカードが取り外されると、管理部１０４が管理する情報に基づいて、表示部１０５には画面Ｓ０１、Ｓ０４のいずれかが表示される。
【００４３】
尚、上記の管理部１０４が管理する情報については後述する。
【００４４】
次に、上記の画面遷移を実行する際に用いる画面遷移の仕様を表すデータについて説明する。尚、画面遷移の仕様を表すデータは、バイナリデータでも図６に示すようなＸＭＬ形式のテキストでもよい。
【００４５】
制御部１０２は、画面遷移の仕様を表すデータを、ＲＡＭ２０２に読み出して実行する。
【００４６】
図３において、四角形（Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２、Ｓ２１、Ｓ３１）はそれぞれ画面を表し、角丸四角形（Ｇ０、Ｇ１、Ｇ２、Ｇ３）は画面を分類するためのグループを表す。
【００４７】
実線矢印（Ｅ０４、Ｅ１１、Ｅ１３、Ｅ２１、Ｅ３１）は画面遷移を表し、実線矢印に付随する文字列は、当該画面遷移のトリガーとなる入力イベントに応じた指示信号を表す。
【００４８】
破線矢印（Ｅ１２、Ｅ２２、Ｅ３２）は管理部１０４が管理する画面遷移履歴の情報から所定のグループに属する情報を削除する処理を表し、破線矢印に付随する文字列は、この処理のトリガーとなる入力イベントに応じた指示信号を表す。
【００４９】
次に、図２のフローチャートを用いて、上記の指示信号のいずれかが検知された場合に、制御部１０２において実行させる処理について説明する。
【００５０】
ステップＳ３０１において、制御部１０２は、指示信号が検知されたか否か判断し、指示信号が検知された場合、ステップＳ３０２の処理を実行する。一方、指示信号が検知されなかった場合、指示信号が検知されるまで待機する。
【００５１】
ステップＳ３０２においては、制御部１０２は、表示部１０５に表示されている画面を画面遷移の基準（遷移元の画面）として設定する。
【００５２】
次に、ステップＳ３０３において、遷移元の画面に対して、ステップＳ３０１で検知された指示信号による画面遷移が画面遷移の仕様を表すデータに定義されているか否か調べ、所定のデータが定義されていた場合、ステップＳ３０４の処理を実行する。
【００５３】
一方、所定のデータが定義されていなかった場合、ステップＳ３０８の処理を実行する。
【００５４】
ステップＳ３０４においては、画面遷移の仕様を表すデータに基づいて、遷移先の画面を決定する。
【００５５】
次に、ステップＳ３０５において、遷移元の画面から遷移先の画面に遷移したとき、当該遷移が、遷移先の画面の属するグループの外から遷移先の画面の属するグループの中への遷移となる場合、ステップＳ３０６の処理を実行する。
【００５６】
一方、遷移元の画面から遷移先の画面に遷移したとき、当該遷移が、遷移先の画面の属するグループの外から遷移先の画面の属するグループの中への遷移とならない場合、ステップＳ３０７の処理を実行する。
【００５７】
ステップＳ３０６において、制御部１０２は、管理部１０４に遷移先の画面の属するグループに対応する新たな履歴管理スタックを生成し、既存の履歴管理スタックのリストに追加する。尚、スタックとは、メモリ領域のことをいう。
【００５８】
尚、前記リストに対する生成した履歴管理スタックの追加位置は、遷移先の画面の属するグループに予め設定された優先度に基づいて決定される。
【００５９】
次に、ステップＳ３０７において、遷移先の画面の属するグループに対応する履歴管理スタックに遷移先の画面を示す情報を追加し、更に前記リストを参照して表示部１０５に表示する画面を決定する。
【００６０】
即ち、表示部１０５に表示する画面を、遷移先の画面に切り替えるか、引き続き遷移元の画面とするか決定する。
【００６１】
また、ステップＳ３０８において、制御部１０２は、Ｓ３０１で検知された指示信号が図３の破線矢印で表される入力イベントに応じた指示信号として定義されているか否か調べ、当該指示信号として定義されている場合、ステップＳ３０９の処理を実行する。
【００６２】
一方、Ｓ３０１で検知された指示信号が図３の破線矢印で表される入力イベントに応じた指示信号として定義されていない場合、ステップＳ３１０の処理を実行する。
【００６３】
ステップＳ３０９においては、履歴管理スタックのリストの中から、ステップＳ３０８で図３の破線矢印で表される入力イベントとして定義されていると判断された入力イベントによって削除する対象となる所定のグループの履歴管理スタックを削除する。次に、上述したステップＳ３０７の処理を実行する。
【００６４】
ステップＳ３１０において、制御部１０２は、遷移元の画面に親グループ（画面が属するグループ）が設定されているか否かを調べ、親グループが設定されていた場合、ステップＳ３１１の処理を実行する。
【００６５】
一方、親グループが設定されていない場合、次の指示信号が検知されるまで、表示部１０５に遷移元の画面を表示した状態で待機する。
【００６６】
ステップＳ３１１において、制御部１０２は、ステップＳ３１０で親グループと判断されたグループを遷移元の画面に相当する画面遷移の基準に設定し、ステップＳ３０３以降の処理を実行する。
【００６７】
次に、図３、図４（ａ）、図４（ｂ）を参照しながら、画面遷移の仕様について詳細に説明する。図４（ａ）、図４（ｂ）は履歴管理スタックの一例を示す模式図である。
【００６８】
ここでは、図３におけるメイン画面Ｓ０１が現在の画面（遷移元の画面）であるとする。このとき、管理部１０４の履歴管理スタックのリストを模式的に示すと、図４（ａ）の５０１のようになっている。
【００６９】
また、アクティブな履歴管理スタックはＨ０であり、当該スタックの先頭（図４においては、一番下（右下））に示された画面を表す情報に対応する画面が表示部１０５に表示されている画面となる。
【００７０】
尚、スタックの先頭に示された画面を表すデータを、代表画面を表すデータとする。尚、アクティブな履歴管理スタックとは、表示部１０５に表示されている画面が属するグループを表す履歴管理スタックのことである。
【００７１】
ここで入力部１０１を介して、「ＯＫボタン押下」という入力イベントに応じた指示信号（Ｅ０４）が検知された場合、図３の画面遷移図に模式的に示した通り、表示部１０５に表示される画面は、画面Ｓ０４に遷移する。
【００７２】
一方、管理部１０４においては、画面Ｓ０４を表すデータが、履歴管理スタックＨ０の先頭にプッシュされる。尚、スタックの先頭に示された画面を表すデータを、代表画面を表すデータとする。
【００７３】
そして、このときの履歴管理スタックのリストを模式的に示すと、図４（ａ）の５０２のようになる。
【００７４】
続いて、入力部１０１を介してプリントジョブを開始させる入力イベントに応じた指示信号が検知されたとする。
【００７５】
このとき表示部１０５に表示されている画面である画面Ｓ０４を表す情報には、プリントジョブを開始させる入力イベントによる画面遷移は定義されていない。
【００７６】
しかし、画面Ｓ０４が属するグループであるＧ０には、プリントジョブを開始させる入力イベントが、入力イベントＥ２１として定義されており、遷移先の画面は画面Ｓ２１となる。
【００７７】
また、この画面Ｓ２１への画面遷移は、グループＧ２の外からグループＧ２の中への画面遷移となる。
【００７８】
そこで、制御部１０２は管理部１０４に対して、グループＧ２を表す履歴管理スタックＨ２を新規に生成し、当該履歴管理スタックＨ２を履歴管理スタックのリストに追加する制御を行う。
【００７９】
尚、この処理による履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０２のようになる。また、このときのアクティブなスタックは、履歴管理スタックＨ２となる。
【００８０】
従って、アクティブなスタックの先頭に示された情報に対応する画面Ｓ２１が表示部１０５に表示される画面となる。
【００８１】
続いて（プリントジョブが終了しないうちに）、入力部１０１を介して、プリンタに接続されたメモリカードスロットに写真を記録したメモリカードが挿される入力イベントに応じた指示信号が検知されたとする。
【００８２】
このとき、表示部１０５に表示されている画面Ｓ２１および画面Ｓ２１が属するグループＧ２には、上記のメモリカードが挿される入力イベントによる画面遷移は定義されていない。
【００８３】
しかし、グループＧ２が属するグループであるグループＧ０には、メモリカードが挿される入力イベントが入力イベントＥ１１として定義されている。
【００８４】
従って、メモリカードが挿される入力イベントに応じた指示信号が検知されると、遷移先の画面は画面Ｓ１１となる。
【００８５】
尚、この画面遷移は、グループＧ１の外からグループＧ１の中への画面遷移となる。
【００８６】
従って、制御部１０２は履歴管理部１０４に対して、グループＧ１を表す履歴管理スタックＨ１を新規に生成し、履歴管理スタックのリストに追加する制御を行う。
【００８７】
ただし、グループＧ１には優先度（１）が設定され、グループＧ２には優先度（２）が設定されている。
【００８８】
そして、グループＧ１に設定されている優先度は、グループＧ２に設定されている優先度よりも低いので、履歴管理スタックＨ１は、履歴管理スタックＨ２とＨ０の間に挿入される。
【００８９】
即ち、本実施形態において、各々のグループを表す履歴管理スタックは、優先度（ｉ）のｉ値の順に履歴管理スタックのリストに管理される。
【００９０】
つまり、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０３のようになる。
【００９１】
従って、アクティブなスタックは履歴管理スタックＨ２のままとなり、表示部１０５に表示される画面は、履歴管理スタックＨ２の先頭に示された情報に対応する画面Ｓ２１となる。即ち、画面遷移は起こらない。
【００９２】
続いて（プリントジョブが終了しないうちに）、入力部１０１を介して、プリンタのカバーが開けられるという入力イベントに応じた指示信号が検知されたとする。
【００９３】
このとき、表示部１０５に表示されている画面Ｓ２１および画面Ｓ２１が属するグループＧ２には、上記のプリンタのカバーが開けられるという入力イベントに応じた指示信号による画面遷移は定義されていない。
【００９４】
しかし、グループＧ２が属するグループであるグループＧ０には、プリンタのカバーが開けられるという入力イベントに応じた指示信号がＥ３１として定義されている。
【００９５】
従って、メモリカードが挿される入力イベントに応じた指示信号が検知されると、遷移先の画面は画面Ｓ３１となる。尚、この画面遷移は、グループＧ３の外からグループＧ３の中への画面遷移となる。
【００９６】
従って、制御部１０２は管理部１０４に対して、グループＧ３を表す履歴管理スタックＨ１を新規に生成し、履歴管理スタックのリストに追加する制御を行う。
【００９７】
ただしグループＧ３には優先度（３）が設定され、グループＧ２には優先度（２）が設定されている。
【００９８】
そして、グループＧ３に設定されている優先度は、グループＧ２に設定されている優先度よりも高いので、履歴管理スタックＨ３は、履歴管理スタックＨ２の外側に追加される。
【００９９】
つまり、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０４のようになる。
【０１００】
従って、アクティブなスタックは履歴管理スタックＨ３となり、表示部１０５に表示される画面は、履歴管理スタックＨ３の先頭に示された情報に対応する画面Ｓ３１となる。
【０１０１】
即ち、表示部１０５に表示される画面は、画面Ｓ２１から画面Ｓ３１に切り替わる。
【０１０２】
続いて（プリントジョブが終了しないうちに）、入力部１０１を介して、プリンタのカバーが閉じられるという入力イベントに応じた指示信号が検知されたとする。
【０１０３】
このとき、表示部１０５に表示されている画面Ｓ３１および画面Ｓ３１が属するグループＧ３には、プリンタのカバーが閉じられるという入力イベントに対する画面遷移は定義されていない。
【０１０４】
しかし、グループＧ３が属するグループであるグループＧ０には、プリンタのカバーが閉じられるという入力イベントが入力イベントＥ３２として定義されている。
【０１０５】
そして、指示信号Ｅ３２が検知されると、グループＧ３を表す履歴管理スタックＨ３を履歴管理スタックのリストから削除するというアクションが設定されている。
【０１０６】
そこで、制御部１０２は管理部１０４に対して、グループＧ３を表す履歴管理スタックＨ３を削除する制御を行う。
【０１０７】
従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０５のようになる。
【０１０８】
その結果、アクティブなスタックは履歴管理スタックＨ２となり、表示部１０５に表示される画面は、画面Ｓ３１から履歴管理スタックＨ２の先頭に示された情報に対応する画面であるＳ２１に切り替わる。
【０１０９】
続いて、入力部１０１を介して、プリントジョブが終了するという入力イベントに応じた指示信号が検知されたとする。
【０１１０】
このとき、表示部１０５に表示されている画面Ｓ２１および画面Ｓ２１が属するグループＧ２には、プリントジョブが終了するという入力イベントによる画面遷移は定義されていない。
【０１１１】
しかし、グループＧ２が属するグループであるグループＧ０には、プリントジョブが終了するという入力イベントが入力イベントＥ２２として定義されている。
【０１１２】
そして、指示信号Ｅ２２が検知されると、グループＧ２を表す履歴管理スタックＨ２を履歴管理スタックのリストから削除するというアクションが設定されている。
【０１１３】
そこで、制御部１０２は管理部１０４に対して、グループＧ２を表す履歴管理スタックＨ２を削除する制御を行う。
【０１１４】
従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０６のようになる。
【０１１５】
その結果、アクティブなスタックは履歴管理スタックＨ１となり、表示部１０５に表示される画面は、画面Ｓ２１から、履歴管理スタックＨ１の先頭に示された情報に対応する画面である画面Ｓ１１に切り替わる。
【０１１６】
続いて、入力部１０１を介して、「ＯＫボタンが押される」という入力イベントＥ１３が検知された場合、図３の画面遷移図に模式的に示した通り、表示部１０５に表示される画面は、画面Ｓ１２に遷移する。
【０１１７】
一方、管理部１０４においては、画面Ｓ１２を表すデータがアクティブな履歴管理スタックＨ１の先頭にプッシュされる。何故なら、画面Ｓ１２が画面Ｓ１１と同じグループであるグループＧ１に属するからである。
【０１１８】
従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０７のようになる。その結果、表示部１０５に表示される画面は、画面Ｓ１２となる。
【０１１９】
続いて、入力部１０１を介して、プリンタに接続されたメモリカードスロットから写真を記録したメモリカードが抜かれるという入力イベントに応じた指示信号が検知されたとする。
【０１２０】
このとき、表示部１０５に表示されている画面Ｓ１２および画面Ｓ１２が属するグループＧ１には、上記のようにメモリカードが抜かれるという入力イベントによる画面遷移は定義されていない。
【０１２１】
しかし、グループＧ１が属するグループであるグループＧ０には、上記のようにメモリカードが抜かるという入力イベントに応じた指示信号がＥ１２として定義されている。
【０１２２】
そして、指示信号Ｅ１２が検知されると、グループＧ１を表す履歴管理スタックＨ１を履歴管理スタックのリストから削除するというアクションが設定されている。
【０１２３】
そこで、制御部１０２は管理部１０４に対して、グループＧ１を表すスタックＨ１を削除する制御を行う。従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０８のようになる。
【０１２４】
その結果、アクティブなスタックは履歴管理スタックＨ０となり、表示部１０５に表示される画面は、画面Ｓ１２から、履歴管理スタックＨ０の先頭に示された情報に対応する画面である画面Ｓ０４に切り替わる。
【０１２５】
尚、履歴管理スタックのリストが図４（ｂ）の６０６の状態であるとき、即ち、表示部１０５に画面Ｓ１１が表示されているときに上記のようにメモリカードが抜かれた場合も、同様に履歴管理スタックＨ１が削除される。
【０１２６】
従って、表示部１０５に表示される画面は、画面Ｓ１１から画面Ｓ０４に遷移することになる。
【０１２７】
以上のように本実施形態に係る情報処理装置は、複雑な画面遷移のルールを、図３のように簡単に記述することができる。
【０１２８】
尚、本実施の形態においてはプリンタを例に説明したが、本発明は、ディスプレイを備え、当該ディスプレイに複数の画面を切り替えて表示するデジタル機器にも利用可能である。
【０１２９】
（第２の実施形態）
上記第１の実施形態では、管理部１０４が、グループ毎に履歴管理スタックを分けるようにしていたが、履歴管理スタックは一つでもよい。
【０１３０】
即ち、図４（ｃ）のように、１つの履歴管理スタックでも、スタック上の画面の所属グループを管理し、グループ単位で、履歴管理スタックへの追加、挿入、削除を行うようにすればよい。
【０１３１】
例えば、履歴管理スタックが７０２の状態から７０３の状態になる際には、画面Ｓ１１の属するグループＧ１の優先度がグループＧ２の優先度よりも低いので、画面Ｓ１１は、画面Ｓ２１よりも履歴管理スタックの内側に挿入される。
【０１３２】
また、グループＧ３に属する画面Ｓ３が履歴管理スタックから削除されることで、当該履歴管理スタックは、７０４の状態から７０５の状態へ変化する。
【０１３３】
（第３の実施形態）
上記の実施形態では、画面遷移仕様記述データを図３のような遷移図で表現していたが、実際にはテキストまたはバイナリのデータである。尚、テキストの場合、ＸＭＬを用いてもよい。
【０１３４】
図３の遷移図は、例えば、図６のようなＸＭＬで記述することができる。ここで、各要素の意味は以下のとおりである。
＜ｓｃｒｅｅｎｔｒａｎｓｉｔｉｏｎ＞：ｒｏｏｔ要素であり、図３のグループＧ０に相当する。
＜ｓｃｒｅｅｎ＞：画面を示し、図３では四角形で表現されている。
＜ｇｒｏｕｐ＞：グループを示し、図３では、角丸四角形のＧ１、Ｇ２、Ｇ３に相当する。
＜ｇｒｏｕｐ＞要素のｐｒｉｏｒｉｔｙ属性は、図３の優先度に相当する。
＜ｔｒａｎｓｉｔｉｏｎ＞：画面遷移を示し、図３では実線矢印で表現されている。
＜ｅｘｉｔ＞：グループを削除するアクションを示し、図３では破線矢印で表現されている。
【０１３５】
（第４の実施形態）
上記第３の実施形態では、画面遷移の仕様記述データは、ＸＭＬなどのテキストデータやバイナリデータでもよいことを述べたが、これらのデータは、図５に示すような設計ツール８０１で設計してもよい。
【０１３６】
これは、図３の遷移図を描くツールで、遷移図のパーツ群８０２から必要なパーツを遷移図フィールド８０３にドラッグ＆ドロップするなどして編集する。
【０１３７】
パーツ群８０２には、少なくとも、画面（“ｓｃｒｅｅｎ”）、グループ（“ｇｒｏｕｐ”）、遷移矢印（実線矢印）、グループを削除するアクション（破線矢印）が含まれる。
【０１３８】
グループを表すパースの中に画面のパーツをドラッグ操作で配置することで、画面がグループに属する状態を表現することができる。
【０１３９】
このようなツールで遷移図を描き、セーブボタン８０４を押すことで、遷移図の内容が、図６のようなＸＭＬ形式でファイルに出力される。
【０１４０】
そしてこのファイルそのもの、あるいはこのファイルを等価な内容をもつバイナリデータなどに変換したものを、画面遷移仕様記述部１０３の中に保持する。
【０１４１】
更に、制御部１０２が読み込んで実行することで、このツールで設計した画面遷移の仕様通りの動作をプリンタなどのデジタル機器の上で実現することができる。
【０１４２】
（第５の実施形態）
上記第１および第２の実施例では、画面遷移の仕様を表すデータはＵＩ設計時に作成されプリンタの実機上に事前に組み込まれることを想定している。
【０１４３】
しかし、プリンタが、メモリカードやネットワークなど媒体として、別の画面遷移仕様記述データを取り込み、既存の画面遷移の仕様を表すデータと置き換えることで、画面遷移のルールをカスタマイズできるようにしてもよい。
【０１４４】
図７は、プリンタ１００１が、インターネット１００４を通じて配信サーバ１００２に接続され、配信サーバ１００２は、ＬＡＮ１００５によって、ＰＣ（パーソナルコンピュータ）１００３と接続されている様子を示している。
【０１４５】
ＰＣ１００３では、上記第４の実施形態で説明したような設計ツールで、ＸＭＬ形式あるいはバイナリ形式の画面遷移仕様データを作成する。
【０１４６】
作成した画面遷移の仕様を表すデータは、ＬＡＮ１００５を経由して配信サーバ１００２にアップロードされる。
【０１４７】
アップロードされた画面遷移の仕様を表すデータは、インターネット１００４を経由してプリンタ１００１へ配信される。
【０１４８】
次に、図８のフローチャートを用いて、プリンタ１００１と配信サーバ１００２の動作を説明する。
【０１４９】
配信サーバ１００２は、ステップＳ１１０１において、ＰＣ１００３から画面遷移仕様データがアップロードされたか否かをチェックする。
【０１５０】
アップロードされた場合は、ステップＳ１１０２において、新しい画面遷移仕様データをダウンロード可能である旨を、インターネット１００４を通じてプリンタ１００１に通知する。
【０１５１】
プリンタ１００１は、ステップ１１０５において、配信サーバ１００２から通知があるか否かをチェックする。
【０１５２】
そして、通知があった場合は、ステップＳ１１０６において、新しい画面遷移仕様データをダウンロード可能である旨をＬＣＤ２０５に表示するなどしてユーザに通知する。
【０１５３】
ステップＳ１１０７においては、ユーザからダウンロードの指示があるか否かをチェックし、当該指示があれば、ステップＳ１１０８において、インターネット１１０３を経由して、配信サーバ１００２に対し、ダウンロード要求を行う。
【０１５４】
配信サーバ１００２は、ステップＳ１１０３において、プリンタ１１０１からの要求があるか否かをチェックする。
【０１５５】
そして、要求があれば、ステップＳ１１０４においてインターネット１００３を経由して新しい画面遷移仕様データをプリンタ１００１に送信する。
【０１５６】
プリンタ１００１は、ステップＳ１１０９において、送信されてきた画面遷移仕様データを受信する。
【０１５７】
そして、これをステップＳ１１１０において制御部１０２が読み込むことで、この新しい画面遷移の仕様を表すデータに基づいた画面遷移を実行する。
【０１５８】
（その他の実施の形態）
また、本発明の目的は、以下の処理を実行することによって達成される。
【０１５９】
即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【０１６０】
この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶したコンピュータ読み取り可能な記憶媒体は本発明を構成することになる。
【０１６１】
また、プログラムコードを供給するための記憶媒体としては、ＣＤ−ＲＯＭ等を用いることができ、当該プログラムコードはネットワークを介してダウンロードしてもよい。
【０１６２】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。
【０１６３】
加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【０１６４】
【図１】本発明の第１の実施形態に係るプリンタのブロック図及びハードウエア構成図ある。
【図２】本発明の第１の実施形態に係る制御部１０２の処理を説明するフローチャートである。
【図３】本発明の第１の実施形態に係る画面遷移の仕様を表すデータを表現する遷移図の例である。
【図４】管理部１０４が保持する履歴管理スタックの例である。
【図５】本発明の第４の実施形態に係る画面遷移の仕様を表すデータを設計する設計ツールの例を示す図である。
【図６】本発明の第３の実施形態に係る画面遷移の仕様を表すデータをＸＭＬ形式で表現した例である。
【図７】本発明の第５の実施形態に係る構成図である。
【図８】本発明の第５の実施形態に係るプリンタと配信サーバの動作を表すフローチャートである。
【符号の説明】
【０１６５】
１０１ 入力部
１０２ 制御部
１０３ 記述部
１０４ 管理部
１０５ 表示部
【技術分野】
【０００１】
本発明は、複数画面から構成され、ユーザの操作等に応じて、表示する画面を遷移させる技術に関する。
【背景技術】
【０００２】
デジタル機器の多機能化が進み、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）としてディスプレイ等に切り替えて表示する画面の数が増大している。
【０００３】
そして近年では、数百から千程度の画面を切り替えてディスプレイ等に表示するデジタル機器が存在している。
【０００４】
さらに、複数の画面を切り替えてディスプレイ等に表示するためのルール（以下、画面遷移ルールとする）を設定する場合、ユーザによる特定の入力操作等の入力イベントに対して、遷移先の画面が一意に定められない場合がある。
【０００５】
つまり、複雑な画面遷移ルールを設定する必要が生ずる場合がある。
【０００６】
以下、前述のデジタルの一例としてプリンタを例に、複雑な画面遷移ルールを具体的に説明する。
【０００７】
一般に、当該プリンタのカバーを開けると、当該プリンタに接続されたディスプレイ等にはプリンタのカバーが開いている旨を通知する画面が表示される。
【０００８】
また、当該プリンタに接続されたメモリカードスロットに写真を記録したメモリカードが挿入されると、前述のディスプレイ等にはメモリカードに記録された写真を一覧表示する画面が表示される。
【０００９】
しかし例外的に、当該プリンタのカバーが開いている場合に、前述と同様にメモリカードが挿入されても、前述のディスプレイ等にはプリンタのカバーが開いている旨を通知する画面が表示される。
【００１０】
即ち、前述のディスプレイ等に表示される画面は、メモリカードに記録された写真を一覧表示する画面には切り替わらない。
【００１１】
そしてその後、プリンタのカバーが閉じられると、メモリカードに記録された写真を一覧表示する画面に切り替わる。
【００１２】
これは一般に、プリンタのカバーの開閉に関する情報が、メモリカードに記録された画像の情報よりも優先してユーザに報知すべきであるとされているからである。
【００１３】
このように、メモリカードが挿入されるという特定の入力イベントに対しても、例えば、プリンタのカバーの開閉等に応じて複雑な画面遷移のルールを設定する必要がある。
【００１４】
尚、従来ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒ ｆａｃｅ）の画面遷移ルールは、Ｃ等のプログラミング言語によって実装されていた。
【００１５】
また、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｋｕｐ Ｌａｎｇｕａｇｅ）を用いた場合、アンカータグ（＜ａ＞）を用いて、画面遷移（Ｗｅｂの場合、ページ遷移）ルールを記述することができる。
【００１６】
即ち、画面遷移ルールは、マークアップ言語で記述することができる。
【００１７】
また、特許文献１には、各々の遷移元の画面を表す情報に対して、画面を遷移させる入力イベント及び当該入力イベントが生起された場合に表示する画面（遷移先の画面）を対応付けて設定する技術が開示されている。
【特許文献１】特開２０００−１３２２９５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
しかしながら、前述のように当該プリンタのカバーが開いている状況でメモリカードが挿入されても画面は切り替わらないようにする。
【００１９】
そしてその後、プリンタのカバーが閉じられると、メモリカードに記録された写真を一覧表示する画面に切り替わるようにするという画面遷移ルールを設定する場合、以下のような課題が生じる場合がある。
【００２０】
つまり、ディスプレイ等に切り替えて表示する画面の数が増大した場合、遷移元の画面、プリンタの状況及び画面を遷移させる入力イベント毎に画面遷移ルールを設定すると当該設定の作業は繁雑になる。
【００２１】
また、従来のプログラミング言語によって実装する場合には、大変な工数がかかる。
【００２２】
そこで本発明は、複数の画面の候補から、ディスプレイ等に表示する画面を効率良く指定するための技術を提供することを目的とする。また、画面遷移ルールを効率良く設定するための技術を提供することを目的とする。
【課題を解決するための手段】
【００２３】
上記の課題を解決するために、本発明に係る情報処理装置は、複数の画面を表す情報を予め優先度が設定された複数のグループ毎に保持する保持手段と、前記優先度が最も高いグループを決定する決定手段と、前記優先度が最も高いグループの代表画面を表示手段に表示させる制御手段とを有する。
【発明の効果】
【００２４】
本発明によれば、複数の画面の候補から、ディスプレイ等に表示する画面を効率良く指定することが可能となる。また、画面遷移ルールを効率良く設定することが可能となる。
【００２５】
また、ディスプレイ等に切り替えて表示する画面の数が増大した場合であっても、画面遷移ルールを設定する作業が繁雑になることを抑えることができる。
【発明を実施するための最良の形態】
【００２６】
以下、図面を参照しながら本発明の好適な実施の形態について説明していく。
【００２７】
（第１の実施形態）
図１（ａ）は、本実施形態に係る情報処理装置の一例であるプリンタの機能ブロック図である。同図において、１０１は入力部、１０２は制御部、１０３は記述部、１０４は管理部、１０５は表示部である。
【００２８】
入力部１０１は、複数のボタン２０４、カバーの開閉を検知するセンサー等から構成され、ユーザによる各種の入力やセンサー入力等の指示信号を受け付ける。
【００２９】
制御部１０２は、ＣＰＵ２０１等から構成され、ＲＯＭ２０３に記憶されたプログラムやデータをＲＡＭ２０２に読み出して各種の処理を実行する。
【００３０】
記述部１０３は、ＲＯＭ２０３等の記憶媒体から構成され、前記プログラムを実行する際に必要な画面遷移の仕様を表すデータ等がコンピュータ（ＣＰＵ等を含む）読み出し可能なプログラムコードの形態で記述されている。
【００３１】
管理部１０４は、ＲＡＭ２０２等から構成され、画面遷移の履歴等を管理し、表示部１０５は、ＬＣＤ（液晶ディスプレイ）２０５等から構成され、画像、文字等により構成される各種情報を表示する。
【００３２】
図１（ｂ）は、本実施形態に係る情報処理装置の一例であるプリンタのハードウエア構成を示す構成図である。尚、図１（ａ）の機能ブロック図の説明において示した要素には同一符号を付し、その説明を省略する。
【００３３】
同図において、２０１はＣＰＵ、２０２はＲＡＭ、２０３はＲＯＭ、２０４はボタン、２０５はＬＣＤ、２０６はシステムバスであり、システムバス２０６は、本装置内の各要素を接続し、各要素間における信号の送受信を行う。
【００３４】
次に、上記プリンタにおいて実行される画面遷移の一例について、図３に基づいて説明する。図３は、画面遷移の仕様を表す画面遷移図である。
【００３５】
上記プリンタにおいては、以下に示す入力イベントに応じて、所定の画面遷移が実行される。
【００３６】
表示部１０５に画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２、Ｓ２１のいずれかが表示されている状態でプリンタのカバーを開けられた場合、表示部１０５には画面Ｓ３１が表示される。
【００３７】
表示部１０５に画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２のいずれかが表示されている状態で印刷（プリントジョブ）が開始された場合、表示部１０５には画面Ｓ２１が表示される。
【００３８】
表示部１０５に画面Ｓ０１、Ｓ０４のいずれかが表示されている状態でプリンタに接続されたメモリカードスロットにメモリカードが挿入された場合、表示部１０５には画面Ｓ１１が表示される。
【００３９】
表示部１０５に画面Ｓ０１が表示されている状態でＯＫボタンが押下された場合、表示部１０５には画面Ｓ０４が表示され、表示部１０５に画面Ｓ１１が表示されている状態でＯＫボタンが押下された場合、表示部１０５には画面Ｓ１２が表示される。
【００４０】
表示部１０５に画面Ｓ３１が表示されている状態でプリンタのカバーが閉じられた場合、管理部１０４が保持する情報に基づいて、表示部１０５には画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２、Ｓ２１のいずれかが表示される。
【００４１】
表示部１０５に画面Ｓ２１が表示されている状態で印刷（プリントジョブ）が終了した場合、管理部１０４が保持する情報に基づいて、表示部１０５には画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２のいずれかが表示される。
【００４２】
表示部１０５に画面Ｓ１１、Ｓ１２のいずれかが表示されている状態でプリンタに接続されたメモリカードスロットからメモリカードが取り外されると、管理部１０４が管理する情報に基づいて、表示部１０５には画面Ｓ０１、Ｓ０４のいずれかが表示される。
【００４３】
尚、上記の管理部１０４が管理する情報については後述する。
【００４４】
次に、上記の画面遷移を実行する際に用いる画面遷移の仕様を表すデータについて説明する。尚、画面遷移の仕様を表すデータは、バイナリデータでも図６に示すようなＸＭＬ形式のテキストでもよい。
【００４５】
制御部１０２は、画面遷移の仕様を表すデータを、ＲＡＭ２０２に読み出して実行する。
【００４６】
図３において、四角形（Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２、Ｓ２１、Ｓ３１）はそれぞれ画面を表し、角丸四角形（Ｇ０、Ｇ１、Ｇ２、Ｇ３）は画面を分類するためのグループを表す。
【００４７】
実線矢印（Ｅ０４、Ｅ１１、Ｅ１３、Ｅ２１、Ｅ３１）は画面遷移を表し、実線矢印に付随する文字列は、当該画面遷移のトリガーとなる入力イベントに応じた指示信号を表す。
【００４８】
破線矢印（Ｅ１２、Ｅ２２、Ｅ３２）は管理部１０４が管理する画面遷移履歴の情報から所定のグループに属する情報を削除する処理を表し、破線矢印に付随する文字列は、この処理のトリガーとなる入力イベントに応じた指示信号を表す。
【００４９】
次に、図２のフローチャートを用いて、上記の指示信号のいずれかが検知された場合に、制御部１０２において実行させる処理について説明する。
【００５０】
ステップＳ３０１において、制御部１０２は、指示信号が検知されたか否か判断し、指示信号が検知された場合、ステップＳ３０２の処理を実行する。一方、指示信号が検知されなかった場合、指示信号が検知されるまで待機する。
【００５１】
ステップＳ３０２においては、制御部１０２は、表示部１０５に表示されている画面を画面遷移の基準（遷移元の画面）として設定する。
【００５２】
次に、ステップＳ３０３において、遷移元の画面に対して、ステップＳ３０１で検知された指示信号による画面遷移が画面遷移の仕様を表すデータに定義されているか否か調べ、所定のデータが定義されていた場合、ステップＳ３０４の処理を実行する。
【００５３】
一方、所定のデータが定義されていなかった場合、ステップＳ３０８の処理を実行する。
【００５４】
ステップＳ３０４においては、画面遷移の仕様を表すデータに基づいて、遷移先の画面を決定する。
【００５５】
次に、ステップＳ３０５において、遷移元の画面から遷移先の画面に遷移したとき、当該遷移が、遷移先の画面の属するグループの外から遷移先の画面の属するグループの中への遷移となる場合、ステップＳ３０６の処理を実行する。
【００５６】
一方、遷移元の画面から遷移先の画面に遷移したとき、当該遷移が、遷移先の画面の属するグループの外から遷移先の画面の属するグループの中への遷移とならない場合、ステップＳ３０７の処理を実行する。
【００５７】
ステップＳ３０６において、制御部１０２は、管理部１０４に遷移先の画面の属するグループに対応する新たな履歴管理スタックを生成し、既存の履歴管理スタックのリストに追加する。尚、スタックとは、メモリ領域のことをいう。
【００５８】
尚、前記リストに対する生成した履歴管理スタックの追加位置は、遷移先の画面の属するグループに予め設定された優先度に基づいて決定される。
【００５９】
次に、ステップＳ３０７において、遷移先の画面の属するグループに対応する履歴管理スタックに遷移先の画面を示す情報を追加し、更に前記リストを参照して表示部１０５に表示する画面を決定する。
【００６０】
即ち、表示部１０５に表示する画面を、遷移先の画面に切り替えるか、引き続き遷移元の画面とするか決定する。
【００６１】
また、ステップＳ３０８において、制御部１０２は、Ｓ３０１で検知された指示信号が図３の破線矢印で表される入力イベントに応じた指示信号として定義されているか否か調べ、当該指示信号として定義されている場合、ステップＳ３０９の処理を実行する。
【００６２】
一方、Ｓ３０１で検知された指示信号が図３の破線矢印で表される入力イベントに応じた指示信号として定義されていない場合、ステップＳ３１０の処理を実行する。
【００６３】
ステップＳ３０９においては、履歴管理スタックのリストの中から、ステップＳ３０８で図３の破線矢印で表される入力イベントとして定義されていると判断された入力イベントによって削除する対象となる所定のグループの履歴管理スタックを削除する。次に、上述したステップＳ３０７の処理を実行する。
【００６４】
ステップＳ３１０において、制御部１０２は、遷移元の画面に親グループ（画面が属するグループ）が設定されているか否かを調べ、親グループが設定されていた場合、ステップＳ３１１の処理を実行する。
【００６５】
一方、親グループが設定されていない場合、次の指示信号が検知されるまで、表示部１０５に遷移元の画面を表示した状態で待機する。
【００６６】
ステップＳ３１１において、制御部１０２は、ステップＳ３１０で親グループと判断されたグループを遷移元の画面に相当する画面遷移の基準に設定し、ステップＳ３０３以降の処理を実行する。
【００６７】
次に、図３、図４（ａ）、図４（ｂ）を参照しながら、画面遷移の仕様について詳細に説明する。図４（ａ）、図４（ｂ）は履歴管理スタックの一例を示す模式図である。
【００６８】
ここでは、図３におけるメイン画面Ｓ０１が現在の画面（遷移元の画面）であるとする。このとき、管理部１０４の履歴管理スタックのリストを模式的に示すと、図４（ａ）の５０１のようになっている。
【００６９】
また、アクティブな履歴管理スタックはＨ０であり、当該スタックの先頭（図４においては、一番下（右下））に示された画面を表す情報に対応する画面が表示部１０５に表示されている画面となる。
【００７０】
尚、スタックの先頭に示された画面を表すデータを、代表画面を表すデータとする。尚、アクティブな履歴管理スタックとは、表示部１０５に表示されている画面が属するグループを表す履歴管理スタックのことである。
【００７１】
ここで入力部１０１を介して、「ＯＫボタン押下」という入力イベントに応じた指示信号（Ｅ０４）が検知された場合、図３の画面遷移図に模式的に示した通り、表示部１０５に表示される画面は、画面Ｓ０４に遷移する。
【００７２】
一方、管理部１０４においては、画面Ｓ０４を表すデータが、履歴管理スタックＨ０の先頭にプッシュされる。尚、スタックの先頭に示された画面を表すデータを、代表画面を表すデータとする。
【００７３】
そして、このときの履歴管理スタックのリストを模式的に示すと、図４（ａ）の５０２のようになる。
【００７４】
続いて、入力部１０１を介してプリントジョブを開始させる入力イベントに応じた指示信号が検知されたとする。
【００７５】
このとき表示部１０５に表示されている画面である画面Ｓ０４を表す情報には、プリントジョブを開始させる入力イベントによる画面遷移は定義されていない。
【００７６】
しかし、画面Ｓ０４が属するグループであるＧ０には、プリントジョブを開始させる入力イベントが、入力イベントＥ２１として定義されており、遷移先の画面は画面Ｓ２１となる。
【００７７】
また、この画面Ｓ２１への画面遷移は、グループＧ２の外からグループＧ２の中への画面遷移となる。
【００７８】
そこで、制御部１０２は管理部１０４に対して、グループＧ２を表す履歴管理スタックＨ２を新規に生成し、当該履歴管理スタックＨ２を履歴管理スタックのリストに追加する制御を行う。
【００７９】
尚、この処理による履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０２のようになる。また、このときのアクティブなスタックは、履歴管理スタックＨ２となる。
【００８０】
従って、アクティブなスタックの先頭に示された情報に対応する画面Ｓ２１が表示部１０５に表示される画面となる。
【００８１】
続いて（プリントジョブが終了しないうちに）、入力部１０１を介して、プリンタに接続されたメモリカードスロットに写真を記録したメモリカードが挿される入力イベントに応じた指示信号が検知されたとする。
【００８２】
このとき、表示部１０５に表示されている画面Ｓ２１および画面Ｓ２１が属するグループＧ２には、上記のメモリカードが挿される入力イベントによる画面遷移は定義されていない。
【００８３】
しかし、グループＧ２が属するグループであるグループＧ０には、メモリカードが挿される入力イベントが入力イベントＥ１１として定義されている。
【００８４】
従って、メモリカードが挿される入力イベントに応じた指示信号が検知されると、遷移先の画面は画面Ｓ１１となる。
【００８５】
尚、この画面遷移は、グループＧ１の外からグループＧ１の中への画面遷移となる。
【００８６】
従って、制御部１０２は履歴管理部１０４に対して、グループＧ１を表す履歴管理スタックＨ１を新規に生成し、履歴管理スタックのリストに追加する制御を行う。
【００８７】
ただし、グループＧ１には優先度（１）が設定され、グループＧ２には優先度（２）が設定されている。
【００８８】
そして、グループＧ１に設定されている優先度は、グループＧ２に設定されている優先度よりも低いので、履歴管理スタックＨ１は、履歴管理スタックＨ２とＨ０の間に挿入される。
【００８９】
即ち、本実施形態において、各々のグループを表す履歴管理スタックは、優先度（ｉ）のｉ値の順に履歴管理スタックのリストに管理される。
【００９０】
つまり、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０３のようになる。
【００９１】
従って、アクティブなスタックは履歴管理スタックＨ２のままとなり、表示部１０５に表示される画面は、履歴管理スタックＨ２の先頭に示された情報に対応する画面Ｓ２１となる。即ち、画面遷移は起こらない。
【００９２】
続いて（プリントジョブが終了しないうちに）、入力部１０１を介して、プリンタのカバーが開けられるという入力イベントに応じた指示信号が検知されたとする。
【００９３】
このとき、表示部１０５に表示されている画面Ｓ２１および画面Ｓ２１が属するグループＧ２には、上記のプリンタのカバーが開けられるという入力イベントに応じた指示信号による画面遷移は定義されていない。
【００９４】
しかし、グループＧ２が属するグループであるグループＧ０には、プリンタのカバーが開けられるという入力イベントに応じた指示信号がＥ３１として定義されている。
【００９５】
従って、メモリカードが挿される入力イベントに応じた指示信号が検知されると、遷移先の画面は画面Ｓ３１となる。尚、この画面遷移は、グループＧ３の外からグループＧ３の中への画面遷移となる。
【００９６】
従って、制御部１０２は管理部１０４に対して、グループＧ３を表す履歴管理スタックＨ１を新規に生成し、履歴管理スタックのリストに追加する制御を行う。
【００９７】
ただしグループＧ３には優先度（３）が設定され、グループＧ２には優先度（２）が設定されている。
【００９８】
そして、グループＧ３に設定されている優先度は、グループＧ２に設定されている優先度よりも高いので、履歴管理スタックＨ３は、履歴管理スタックＨ２の外側に追加される。
【００９９】
つまり、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０４のようになる。
【０１００】
従って、アクティブなスタックは履歴管理スタックＨ３となり、表示部１０５に表示される画面は、履歴管理スタックＨ３の先頭に示された情報に対応する画面Ｓ３１となる。
【０１０１】
即ち、表示部１０５に表示される画面は、画面Ｓ２１から画面Ｓ３１に切り替わる。
【０１０２】
続いて（プリントジョブが終了しないうちに）、入力部１０１を介して、プリンタのカバーが閉じられるという入力イベントに応じた指示信号が検知されたとする。
【０１０３】
このとき、表示部１０５に表示されている画面Ｓ３１および画面Ｓ３１が属するグループＧ３には、プリンタのカバーが閉じられるという入力イベントに対する画面遷移は定義されていない。
【０１０４】
しかし、グループＧ３が属するグループであるグループＧ０には、プリンタのカバーが閉じられるという入力イベントが入力イベントＥ３２として定義されている。
【０１０５】
そして、指示信号Ｅ３２が検知されると、グループＧ３を表す履歴管理スタックＨ３を履歴管理スタックのリストから削除するというアクションが設定されている。
【０１０６】
そこで、制御部１０２は管理部１０４に対して、グループＧ３を表す履歴管理スタックＨ３を削除する制御を行う。
【０１０７】
従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０５のようになる。
【０１０８】
その結果、アクティブなスタックは履歴管理スタックＨ２となり、表示部１０５に表示される画面は、画面Ｓ３１から履歴管理スタックＨ２の先頭に示された情報に対応する画面であるＳ２１に切り替わる。
【０１０９】
続いて、入力部１０１を介して、プリントジョブが終了するという入力イベントに応じた指示信号が検知されたとする。
【０１１０】
このとき、表示部１０５に表示されている画面Ｓ２１および画面Ｓ２１が属するグループＧ２には、プリントジョブが終了するという入力イベントによる画面遷移は定義されていない。
【０１１１】
しかし、グループＧ２が属するグループであるグループＧ０には、プリントジョブが終了するという入力イベントが入力イベントＥ２２として定義されている。
【０１１２】
そして、指示信号Ｅ２２が検知されると、グループＧ２を表す履歴管理スタックＨ２を履歴管理スタックのリストから削除するというアクションが設定されている。
【０１１３】
そこで、制御部１０２は管理部１０４に対して、グループＧ２を表す履歴管理スタックＨ２を削除する制御を行う。
【０１１４】
従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０６のようになる。
【０１１５】
その結果、アクティブなスタックは履歴管理スタックＨ１となり、表示部１０５に表示される画面は、画面Ｓ２１から、履歴管理スタックＨ１の先頭に示された情報に対応する画面である画面Ｓ１１に切り替わる。
【０１１６】
続いて、入力部１０１を介して、「ＯＫボタンが押される」という入力イベントＥ１３が検知された場合、図３の画面遷移図に模式的に示した通り、表示部１０５に表示される画面は、画面Ｓ１２に遷移する。
【０１１７】
一方、管理部１０４においては、画面Ｓ１２を表すデータがアクティブな履歴管理スタックＨ１の先頭にプッシュされる。何故なら、画面Ｓ１２が画面Ｓ１１と同じグループであるグループＧ１に属するからである。
【０１１８】
従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０７のようになる。その結果、表示部１０５に表示される画面は、画面Ｓ１２となる。
【０１１９】
続いて、入力部１０１を介して、プリンタに接続されたメモリカードスロットから写真を記録したメモリカードが抜かれるという入力イベントに応じた指示信号が検知されたとする。
【０１２０】
このとき、表示部１０５に表示されている画面Ｓ１２および画面Ｓ１２が属するグループＧ１には、上記のようにメモリカードが抜かれるという入力イベントによる画面遷移は定義されていない。
【０１２１】
しかし、グループＧ１が属するグループであるグループＧ０には、上記のようにメモリカードが抜かるという入力イベントに応じた指示信号がＥ１２として定義されている。
【０１２２】
そして、指示信号Ｅ１２が検知されると、グループＧ１を表す履歴管理スタックＨ１を履歴管理スタックのリストから削除するというアクションが設定されている。
【０１２３】
そこで、制御部１０２は管理部１０４に対して、グループＧ１を表すスタックＨ１を削除する制御を行う。従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０８のようになる。
【０１２４】
その結果、アクティブなスタックは履歴管理スタックＨ０となり、表示部１０５に表示される画面は、画面Ｓ１２から、履歴管理スタックＨ０の先頭に示された情報に対応する画面である画面Ｓ０４に切り替わる。
【０１２５】
尚、履歴管理スタックのリストが図４（ｂ）の６０６の状態であるとき、即ち、表示部１０５に画面Ｓ１１が表示されているときに上記のようにメモリカードが抜かれた場合も、同様に履歴管理スタックＨ１が削除される。
【０１２６】
従って、表示部１０５に表示される画面は、画面Ｓ１１から画面Ｓ０４に遷移することになる。
【０１２７】
以上のように本実施形態に係る情報処理装置は、複雑な画面遷移のルールを、図３のように簡単に記述することができる。
【０１２８】
尚、本実施の形態においてはプリンタを例に説明したが、本発明は、ディスプレイを備え、当該ディスプレイに複数の画面を切り替えて表示するデジタル機器にも利用可能である。
【０１２９】
（第２の実施形態）
上記第１の実施形態では、管理部１０４が、グループ毎に履歴管理スタックを分けるようにしていたが、履歴管理スタックは一つでもよい。
【０１３０】
即ち、図４（ｃ）のように、１つの履歴管理スタックでも、スタック上の画面の所属グループを管理し、グループ単位で、履歴管理スタックへの追加、挿入、削除を行うようにすればよい。
【０１３１】
例えば、履歴管理スタックが７０２の状態から７０３の状態になる際には、画面Ｓ１１の属するグループＧ１の優先度がグループＧ２の優先度よりも低いので、画面Ｓ１１は、画面Ｓ２１よりも履歴管理スタックの内側に挿入される。
【０１３２】
また、グループＧ３に属する画面Ｓ３が履歴管理スタックから削除されることで、当該履歴管理スタックは、７０４の状態から７０５の状態へ変化する。
【０１３３】
（第３の実施形態）
上記の実施形態では、画面遷移仕様記述データを図３のような遷移図で表現していたが、実際にはテキストまたはバイナリのデータである。尚、テキストの場合、ＸＭＬを用いてもよい。
【０１３４】
図３の遷移図は、例えば、図６のようなＸＭＬで記述することができる。ここで、各要素の意味は以下のとおりである。
＜ｓｃｒｅｅｎｔｒａｎｓｉｔｉｏｎ＞：ｒｏｏｔ要素であり、図３のグループＧ０に相当する。
＜ｓｃｒｅｅｎ＞：画面を示し、図３では四角形で表現されている。
＜ｇｒｏｕｐ＞：グループを示し、図３では、角丸四角形のＧ１、Ｇ２、Ｇ３に相当する。
＜ｇｒｏｕｐ＞要素のｐｒｉｏｒｉｔｙ属性は、図３の優先度に相当する。
＜ｔｒａｎｓｉｔｉｏｎ＞：画面遷移を示し、図３では実線矢印で表現されている。
＜ｅｘｉｔ＞：グループを削除するアクションを示し、図３では破線矢印で表現されている。
【０１３５】
（第４の実施形態）
上記第３の実施形態では、画面遷移の仕様記述データは、ＸＭＬなどのテキストデータやバイナリデータでもよいことを述べたが、これらのデータは、図５に示すような設計ツール８０１で設計してもよい。
【０１３６】
これは、図３の遷移図を描くツールで、遷移図のパーツ群８０２から必要なパーツを遷移図フィールド８０３にドラッグ＆ドロップするなどして編集する。
【０１３７】
パーツ群８０２には、少なくとも、画面（“ｓｃｒｅｅｎ”）、グループ（“ｇｒｏｕｐ”）、遷移矢印（実線矢印）、グループを削除するアクション（破線矢印）が含まれる。
【０１３８】
グループを表すパースの中に画面のパーツをドラッグ操作で配置することで、画面がグループに属する状態を表現することができる。
【０１３９】
このようなツールで遷移図を描き、セーブボタン８０４を押すことで、遷移図の内容が、図６のようなＸＭＬ形式でファイルに出力される。
【０１４０】
そしてこのファイルそのもの、あるいはこのファイルを等価な内容をもつバイナリデータなどに変換したものを、画面遷移仕様記述部１０３の中に保持する。
【０１４１】
更に、制御部１０２が読み込んで実行することで、このツールで設計した画面遷移の仕様通りの動作をプリンタなどのデジタル機器の上で実現することができる。
【０１４２】
（第５の実施形態）
上記第１および第２の実施例では、画面遷移の仕様を表すデータはＵＩ設計時に作成されプリンタの実機上に事前に組み込まれることを想定している。
【０１４３】
しかし、プリンタが、メモリカードやネットワークなど媒体として、別の画面遷移仕様記述データを取り込み、既存の画面遷移の仕様を表すデータと置き換えることで、画面遷移のルールをカスタマイズできるようにしてもよい。
【０１４４】
図７は、プリンタ１００１が、インターネット１００４を通じて配信サーバ１００２に接続され、配信サーバ１００２は、ＬＡＮ１００５によって、ＰＣ（パーソナルコンピュータ）１００３と接続されている様子を示している。
【０１４５】
ＰＣ１００３では、上記第４の実施形態で説明したような設計ツールで、ＸＭＬ形式あるいはバイナリ形式の画面遷移仕様データを作成する。
【０１４６】
作成した画面遷移の仕様を表すデータは、ＬＡＮ１００５を経由して配信サーバ１００２にアップロードされる。
【０１４７】
アップロードされた画面遷移の仕様を表すデータは、インターネット１００４を経由してプリンタ１００１へ配信される。
【０１４８】
次に、図８のフローチャートを用いて、プリンタ１００１と配信サーバ１００２の動作を説明する。
【０１４９】
配信サーバ１００２は、ステップＳ１１０１において、ＰＣ１００３から画面遷移仕様データがアップロードされたか否かをチェックする。
【０１５０】
アップロードされた場合は、ステップＳ１１０２において、新しい画面遷移仕様データをダウンロード可能である旨を、インターネット１００４を通じてプリンタ１００１に通知する。
【０１５１】
プリンタ１００１は、ステップ１１０５において、配信サーバ１００２から通知があるか否かをチェックする。
【０１５２】
そして、通知があった場合は、ステップＳ１１０６において、新しい画面遷移仕様データをダウンロード可能である旨をＬＣＤ２０５に表示するなどしてユーザに通知する。
【０１５３】
ステップＳ１１０７においては、ユーザからダウンロードの指示があるか否かをチェックし、当該指示があれば、ステップＳ１１０８において、インターネット１１０３を経由して、配信サーバ１００２に対し、ダウンロード要求を行う。
【０１５４】
配信サーバ１００２は、ステップＳ１１０３において、プリンタ１１０１からの要求があるか否かをチェックする。
【０１５５】
そして、要求があれば、ステップＳ１１０４においてインターネット１００３を経由して新しい画面遷移仕様データをプリンタ１００１に送信する。
【０１５６】
プリンタ１００１は、ステップＳ１１０９において、送信されてきた画面遷移仕様データを受信する。
【０１５７】
そして、これをステップＳ１１１０において制御部１０２が読み込むことで、この新しい画面遷移の仕様を表すデータに基づいた画面遷移を実行する。
【０１５８】
（その他の実施の形態）
また、本発明の目的は、以下の処理を実行することによって達成される。
【０１５９】
即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【０１６０】
この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶したコンピュータ読み取り可能な記憶媒体は本発明を構成することになる。
【０１６１】
また、プログラムコードを供給するための記憶媒体としては、ＣＤ−ＲＯＭ等を用いることができ、当該プログラムコードはネットワークを介してダウンロードしてもよい。
【０１６２】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。
【０１６３】
加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【０１６４】
【図１】本発明の第１の実施形態に係るプリンタのブロック図及びハードウエア構成図ある。
【図２】本発明の第１の実施形態に係る制御部１０２の処理を説明するフローチャートである。
【図３】本発明の第１の実施形態に係る画面遷移の仕様を表すデータを表現する遷移図の例である。
【図４】管理部１０４が保持する履歴管理スタックの例である。
【図５】本発明の第４の実施形態に係る画面遷移の仕様を表すデータを設計する設計ツールの例を示す図である。
【図６】本発明の第３の実施形態に係る画面遷移の仕様を表すデータをＸＭＬ形式で表現した例である。
【図７】本発明の第５の実施形態に係る構成図である。
【図８】本発明の第５の実施形態に係るプリンタと配信サーバの動作を表すフローチャートである。
【符号の説明】
【０１６５】
１０１ 入力部
１０２ 制御部
１０３ 記述部
１０４ 管理部
１０５ 表示部
【特許請求の範囲】
【請求項１】
複数の画面を表す情報を予め優先度が設定された複数のグループ毎に保持する保持手段と、
前記優先度が最も高いグループを決定する決定手段と、
前記優先度が最も高いグループの代表画面を表示手段に表示させる制御手段とを有する情報処理装置。
【請求項２】
更に、少なくとも１つの画面を表す情報を含む新たなグループを保持手段に追加する追加手段と、
追加されたグループに設定された優先度が最も高くなる場合、前記制御手段は、前記表示手段に表示させる画面を、追加されたグループの代表画面に遷移させること特徴とする請求項１に記載の情報処理装置。
【請求項３】
更に、前記グループの少なくとも１つを保持手段から削除する削除手段と、
削除されたグループに設定された優先度が最も高かった場合、前記制御手段は、前記表示手段に表示させる画面を、削除されていないグループのうち優先度が最も高いグループの代表画面に遷移させること特徴とする請求項１に記載の情報処理装置。
【請求項４】
更に、画面遷移のトリガーとなる指示信号を検知する検知手段を有し、
前記追加手段による処理は、所定の前記指示信号の検知に応じて実行されることを特徴とする請求項２に記載の情報処理装置。
【請求項５】
更に、画面遷移のトリガーとなる指示信号を検知する検知手段を有し、
前記削除手段による処理は、所定の前記指示信号の検知に応じて実行されることを特徴とする請求項３に記載の情報処理装置。
【請求項６】
複数の画面を表す情報を予め優先度が設定された複数のグループ毎に保持する保持工程と、
前記優先度が最も高いグループを決定する決定工程と、
前記優先度が最も高いグループの代表画面を表示手段に表示させる制御工程とを有する情報処理方法。
【請求項７】
請求項６に記載の情報処理方法を実行するためのプログラム。
【請求項８】
請求項７に記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１】
複数の画面を表す情報を予め優先度が設定された複数のグループ毎に保持する保持手段と、
前記優先度が最も高いグループを決定する決定手段と、
前記優先度が最も高いグループの代表画面を表示手段に表示させる制御手段とを有する情報処理装置。
【請求項２】
更に、少なくとも１つの画面を表す情報を含む新たなグループを保持手段に追加する追加手段と、
追加されたグループに設定された優先度が最も高くなる場合、前記制御手段は、前記表示手段に表示させる画面を、追加されたグループの代表画面に遷移させること特徴とする請求項１に記載の情報処理装置。
【請求項３】
更に、前記グループの少なくとも１つを保持手段から削除する削除手段と、
削除されたグループに設定された優先度が最も高かった場合、前記制御手段は、前記表示手段に表示させる画面を、削除されていないグループのうち優先度が最も高いグループの代表画面に遷移させること特徴とする請求項１に記載の情報処理装置。
【請求項４】
更に、画面遷移のトリガーとなる指示信号を検知する検知手段を有し、
前記追加手段による処理は、所定の前記指示信号の検知に応じて実行されることを特徴とする請求項２に記載の情報処理装置。
【請求項５】
更に、画面遷移のトリガーとなる指示信号を検知する検知手段を有し、
前記削除手段による処理は、所定の前記指示信号の検知に応じて実行されることを特徴とする請求項３に記載の情報処理装置。
【請求項６】
複数の画面を表す情報を予め優先度が設定された複数のグループ毎に保持する保持工程と、
前記優先度が最も高いグループを決定する決定工程と、
前記優先度が最も高いグループの代表画面を表示手段に表示させる制御工程とを有する情報処理方法。
【請求項７】
請求項６に記載の情報処理方法を実行するためのプログラム。
【請求項８】
請求項７に記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−１７６５２８（Ｐ２０１０−１７６５２８Ａ）
【公開日】平成２２年８月１２日（２０１０．８．１２）
【国際特許分類】
【出願番号】特願２００９−２０２２７（Ｐ２００９−２０２２７）
【出願日】平成２１年１月３０日（２００９．１．３０）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年８月１２日（２０１０．８．１２）
【国際特許分類】
【出願日】平成２１年１月３０日（２００９．１．３０）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]