JP5339939B2 - 情報処理装置、情報処理装置の制御方法、プログラム及び記憶媒体 - Google Patents

Description

本発明は、複数画面から構成され、ユーザの操作等に応じて、表示する画面を遷移させる技術に関する。

デジタル機器の多機能化が進み、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）としてディスプレイ等に切り替えて表示する画面の数が増大している。

そして近年では、数百から千程度の画面を切り替えてディスプレイ等に表示するデジタル機器が存在している。

さらに、複数の画面を切り替えてディスプレイ等に表示するためのルール（以下、画面遷移ルールとする）を設定する場合、ユーザによる特定の入力操作等の入力イベントに対して、遷移先の画面が一意に定められない場合がある。

つまり、複雑な画面遷移ルールを設定する必要が生ずる場合がある。

以下、前述のデジタルの一例としてプリンタを例に、複雑な画面遷移ルールを具体的に説明する。

一般に、当該プリンタのカバーを開けると、当該プリンタに接続されたディスプレイ等にはプリンタのカバーが開いている旨を通知する画面が表示される。

また、当該プリンタに接続されたメモリカードスロットに写真を記録したメモリカードが挿入されると、前述のディスプレイ等にはメモリカードに記録された写真を一覧表示する画面が表示される。

しかし例外的に、当該プリンタのカバーが開いている場合に、前述と同様にメモリカードが挿入されても、前述のディスプレイ等にはプリンタのカバーが開いている旨を通知する画面が表示される。

即ち、前述のディスプレイ等に表示される画面は、メモリカードに記録された写真を一覧表示する画面には切り替わらない。

そしてその後、プリンタのカバーが閉じられると、メモリカードに記録された写真を一覧表示する画面に切り替わる。

これは一般に、プリンタのカバーの開閉に関する情報が、メモリカードに記録された画像の情報よりも優先してユーザに報知すべきであるとされているからである。

このように、メモリカードが挿入されるという特定の入力イベントに対しても、例えば、プリンタのカバーの開閉等に応じて複雑な画面遷移のルールを設定する必要がある。

尚、従来ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒ ｆａｃｅ）の画面遷移ルールは、Ｃ等のプログラミング言語によって実装されていた。

また、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｋｕｐ Ｌａｎｇｕａｇｅ）を用いた場合、アンカータグ（＜ａ＞）を用いて、画面遷移（Ｗｅｂの場合、ページ遷移）ルールを記述することができる。

即ち、画面遷移ルールは、マークアップ言語で記述することができる。

また、特許文献１には、各々の遷移元の画面を表す情報に対して、画面を遷移させる入力イベント及び当該入力イベントが生起された場合に表示する画面（遷移先の画面）を対応付けて設定する技術が開示されている。
特開２０００−１３２２９５号公報

しかしながら、前述のように当該プリンタのカバーが開いている状況でメモリカードが挿入されても画面は切り替わらないようにする。

そしてその後、プリンタのカバーが閉じられると、メモリカードに記録された写真を一覧表示する画面に切り替わるようにするという画面遷移ルールを設定する場合、以下のような課題が生じる場合がある。

つまり、ディスプレイ等に切り替えて表示する画面の数が増大した場合、遷移元の画面、プリンタの状況及び画面を遷移させる入力イベント毎に画面遷移ルールを設定すると当該設定の作業は繁雑になる。

また、従来のプログラミング言語によって実装する場合には、大変な工数がかかる。

そこで本発明は、複数の画面の候補から、ディスプレイ等に表示する画面を効率良く指定するための技術を提供することを目的とする。また、画面遷移ルールを効率良く設定するための技術を提供することを目的とする。

上記の課題を解決するために、本発明の情報処理装置は、画面遷移のトリガーとなるイベントの入力信号を取得する取得手段と、前記取得手段が取得した入力信号に応じて、複数の画面を表す情報を蓄積し、予め優先度が設定された複数のグループ毎に保持する保持手段と、前記複数のグループのそれぞれにおいて、前記取得手段が取得した入力信号に応じて新たに情報が蓄積される画面を代表画面とし、前記優先度が最も高いグループの代表画面を表示部に表示させる制御手段と、前記取得手段が取得した入力信号に基づいて、前記イベントが対応する少なくとも１つの画面を表す情報を含む新たなグループを前記保持手段に追加する追加手段を有し、前記複数のグループのうち、前記追加手段によって追加されたグループに設定された優先度が最も高くなる場合、前記制御手段は、さらに、前記表示部に表示させる画面を、前記追加されたグループの代表画面に遷移させることを特徴とする。

本発明によれば、複数の画面の候補から、ディスプレイ等に表示する画面を効率良く指定することが可能となる。また、画面遷移ルールを効率良く設定することが可能となる。

また、ディスプレイ等に切り替えて表示する画面の数が増大した場合であっても、画面遷移ルールを設定する作業が繁雑になることを抑えることができる。

以下、図面を参照しながら本発明の好適な実施の形態について説明していく。

（第１の実施形態）
図１（ａ）は、本実施形態に係る情報処理装置の一例であるプリンタの機能ブロック図である。同図において、１０１は入力部、１０２は制御部、１０３は記述部、１０４は管理部、１０５は表示部である。

入力部１０１は、複数のボタン２０４、カバーの開閉を検知するセンサー等から構成され、ユーザによる各種の入力やセンサー入力等の指示信号を受け付ける。

制御部１０２は、ＣＰＵ２０１等から構成され、ＲＯＭ２０３に記憶されたプログラムやデータをＲＡＭ２０２に読み出して各種の処理を実行する。

記述部１０３は、ＲＯＭ２０３等の記憶媒体から構成され、前記プログラムを実行する際に必要な画面遷移の仕様を表すデータ等がコンピュータ（ＣＰＵ等を含む）読み出し可能なプログラムコードの形態で記述されている。

管理部１０４は、ＲＡＭ２０２等から構成され、画面遷移の履歴等を管理し、表示部１０５は、ＬＣＤ（液晶ディスプレイ）２０５等から構成され、画像、文字等により構成される各種情報を表示する。

図１（ｂ）は、本実施形態に係る情報処理装置の一例であるプリンタのハードウエア構成を示す構成図である。尚、図１（ａ）の機能ブロック図の説明において示した要素には同一符号を付し、その説明を省略する。

同図において、２０１はＣＰＵ、２０２はＲＡＭ、２０３はＲＯＭ、２０４はボタン、２０５はＬＣＤ、２０６はシステムバスであり、システムバス２０６は、本装置内の各要素を接続し、各要素間における信号の送受信を行う。

次に、上記プリンタにおいて実行される画面遷移の一例について、図３に基づいて説明する。図３は、画面遷移の仕様を表す画面遷移図である。

上記プリンタにおいては、以下に示す入力イベントに応じて、所定の画面遷移が実行される。

表示部１０５に画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２、Ｓ２１のいずれかが表示されている状態でプリンタのカバーを開けられた場合、表示部１０５には画面Ｓ３１が表示される。

表示部１０５に画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２のいずれかが表示されている状態で印刷（プリントジョブ）が開始された場合、表示部１０５には画面Ｓ２１が表示される。

表示部１０５に画面Ｓ０１、Ｓ０４のいずれかが表示されている状態でプリンタに接続されたメモリカードスロットにメモリカードが挿入された場合、表示部１０５には画面Ｓ１１が表示される。

表示部１０５に画面Ｓ０１が表示されている状態でＯＫボタンが押下された場合、表示部１０５には画面Ｓ０４が表示され、表示部１０５に画面Ｓ１１が表示されている状態でＯＫボタンが押下された場合、表示部１０５には画面Ｓ１２が表示される。

表示部１０５に画面Ｓ３１が表示されている状態でプリンタのカバーが閉じられた場合、管理部１０４が保持する情報に基づいて、表示部１０５には画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２、Ｓ２１のいずれかが表示される。

表示部１０５に画面Ｓ２１が表示されている状態で印刷（プリントジョブ）が終了した場合、管理部１０４が保持する情報に基づいて、表示部１０５には画面Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２のいずれかが表示される。

表示部１０５に画面Ｓ１１、Ｓ１２のいずれかが表示されている状態でプリンタに接続されたメモリカードスロットからメモリカードが取り外されると、管理部１０４が管理する情報に基づいて、表示部１０５には画面Ｓ０１、Ｓ０４のいずれかが表示される。

尚、上記の管理部１０４が管理する情報については後述する。

次に、上記の画面遷移を実行する際に用いる画面遷移の仕様を表すデータについて説明する。尚、画面遷移の仕様を表すデータは、バイナリデータでも図６に示すようなＸＭＬ形式のテキストでもよい。

制御部１０２は、画面遷移の仕様を表すデータを、ＲＡＭ２０２に読み出して実行する。

図３において、四角形（Ｓ０１、Ｓ０４、Ｓ１１、Ｓ１２、Ｓ２１、Ｓ３１）はそれぞれ画面を表し、角丸四角形（Ｇ０、Ｇ１、Ｇ２、Ｇ３）は画面を分類するためのグループを表す。

実線矢印（Ｅ０４、Ｅ１１、Ｅ１３、Ｅ２１、Ｅ３１）は画面遷移を表し、実線矢印に付随する文字列は、当該画面遷移のトリガーとなる入力イベントに応じた指示信号を表す。

破線矢印（Ｅ１２、Ｅ２２、Ｅ３２）は管理部１０４が管理する画面遷移履歴の情報から所定のグループに属する情報を削除する処理を表し、破線矢印に付随する文字列は、この処理のトリガーとなる入力イベントに応じた指示信号を表す。

次に、図２のフローチャートを用いて、上記の指示信号のいずれかが検知された場合に、制御部１０２において実行させる処理について説明する。

ステップＳ３０１において、制御部１０２は、指示信号が検知されたか否か判断し、指示信号が検知された場合、ステップＳ３０２の処理を実行する。一方、指示信号が検知されなかった場合、指示信号が検知されるまで待機する。

ステップＳ３０２においては、制御部１０２は、表示部１０５に表示されている画面を画面遷移の基準（遷移元の画面）として設定する。

次に、ステップＳ３０３において、遷移元の画面に対して、ステップＳ３０１で検知された指示信号による画面遷移が画面遷移の仕様を表すデータに定義されているか否か調べ、所定のデータが定義されていた場合、ステップＳ３０４の処理を実行する。

一方、所定のデータが定義されていなかった場合、ステップＳ３０８の処理を実行する。

ステップＳ３０４においては、画面遷移の仕様を表すデータに基づいて、遷移先の画面を決定する。

次に、ステップＳ３０５において、遷移元の画面から遷移先の画面に遷移したとき、当該遷移が、遷移先の画面の属するグループの外から遷移先の画面の属するグループの中への遷移となる場合、ステップＳ３０６の処理を実行する。

一方、遷移元の画面から遷移先の画面に遷移したとき、当該遷移が、遷移先の画面の属するグループの外から遷移先の画面の属するグループの中への遷移とならない場合、ステップＳ３０７の処理を実行する。

ステップＳ３０６において、制御部１０２は、管理部１０４に遷移先の画面の属するグループに対応する新たな履歴管理スタックを生成し、既存の履歴管理スタックのリストに追加する。尚、スタックとは、メモリ領域のことをいう。

尚、前記リストに対する生成した履歴管理スタックの追加位置は、遷移先の画面の属するグループに予め設定された優先度に基づいて決定される。

次に、ステップＳ３０７において、遷移先の画面の属するグループに対応する履歴管理スタックに遷移先の画面を示す情報を追加し、更に前記リストを参照して表示部１０５に表示する画面を決定する。

即ち、表示部１０５に表示する画面を、遷移先の画面に切り替えるか、引き続き遷移元の画面とするか決定する。

また、ステップＳ３０８において、制御部１０２は、Ｓ３０１で検知された指示信号が図３の破線矢印で表される入力イベントに応じた指示信号として定義されているか否か調べ、当該指示信号として定義されている場合、ステップＳ３０９の処理を実行する。

一方、Ｓ３０１で検知された指示信号が図３の破線矢印で表される入力イベントに応じた指示信号として定義されていない場合、ステップＳ３１０の処理を実行する。

ステップＳ３０９においては、履歴管理スタックのリストの中から、ステップＳ３０８で図３の破線矢印で表される入力イベントとして定義されていると判断された入力イベントによって削除する対象となる所定のグループの履歴管理スタックを削除する。次に、上述したステップＳ３０７の処理を実行する。

ステップＳ３１０において、制御部１０２は、遷移元の画面に親グループ（画面が属するグループ）が設定されているか否かを調べ、親グループが設定されていた場合、ステップＳ３１１の処理を実行する。

一方、親グループが設定されていない場合、次の指示信号が検知されるまで、表示部１０５に遷移元の画面を表示した状態で待機する。

ステップＳ３１１において、制御部１０２は、ステップＳ３１０で親グループと判断されたグループを遷移元の画面に相当する画面遷移の基準に設定し、ステップＳ３０３以降の処理を実行する。

次に、図３、図４（ａ）、図４（ｂ）を参照しながら、画面遷移の仕様について詳細に説明する。図４（ａ）、図４（ｂ）は履歴管理スタックの一例を示す模式図である。

ここでは、図３におけるメイン画面Ｓ０１が現在の画面（遷移元の画面）であるとする。このとき、管理部１０４の履歴管理スタックのリストを模式的に示すと、図４（ａ）の５０１のようになっている。

また、アクティブな履歴管理スタックはＨ０であり、当該スタックの先頭（図４においては、一番下（右下））に示された画面を表す情報に対応する画面が表示部１０５に表示されている画面となる。

尚、スタックの先頭に示された画面を表すデータを、代表画面を表すデータとする。尚、アクティブな履歴管理スタックとは、表示部１０５に表示されている画面が属するグループを表す履歴管理スタックのことである。

ここで入力部１０１を介して、「ＯＫボタン押下」という入力イベントに応じた指示信号（Ｅ０４）が検知された場合、図３の画面遷移図に模式的に示した通り、表示部１０５に表示される画面は、画面Ｓ０４に遷移する。

一方、管理部１０４においては、画面Ｓ０４を表すデータが、履歴管理スタックＨ０の先頭にプッシュされる。尚、スタックの先頭に示された画面を表すデータを、代表画面を表すデータとする。

そして、このときの履歴管理スタックのリストを模式的に示すと、図４（ａ）の５０２のようになる。

続いて、入力部１０１を介してプリントジョブを開始させる入力イベントに応じた指示信号が検知されたとする。

このとき表示部１０５に表示されている画面である画面Ｓ０４を表す情報には、プリントジョブを開始させる入力イベントによる画面遷移は定義されていない。

しかし、画面Ｓ０４が属するグループであるＧ０には、プリントジョブを開始させる入力イベントが、入力イベントＥ２１として定義されており、遷移先の画面は画面Ｓ２１となる。

また、この画面Ｓ２１への画面遷移は、グループＧ２の外からグループＧ２の中への画面遷移となる。

そこで、制御部１０２は管理部１０４に対して、グループＧ２を表す履歴管理スタックＨ２を新規に生成し、当該履歴管理スタックＨ２を履歴管理スタックのリストに追加する制御を行う。

尚、この処理による履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０２のようになる。また、このときのアクティブなスタックは、履歴管理スタックＨ２となる。

従って、アクティブなスタックの先頭に示された情報に対応する画面Ｓ２１が表示部１０５に表示される画面となる。

続いて（プリントジョブが終了しないうちに）、入力部１０１を介して、プリンタに接続されたメモリカードスロットに写真を記録したメモリカードが挿される入力イベントに応じた指示信号が検知されたとする。

このとき、表示部１０５に表示されている画面Ｓ２１および画面Ｓ２１が属するグループＧ２には、上記のメモリカードが挿される入力イベントによる画面遷移は定義されていない。

しかし、グループＧ２が属するグループであるグループＧ０には、メモリカードが挿される入力イベントが入力イベントＥ１１として定義されている。

従って、メモリカードが挿される入力イベントに応じた指示信号が検知されると、遷移先の画面は画面Ｓ１１となる。

尚、この画面遷移は、グループＧ１の外からグループＧ１の中への画面遷移となる。

従って、制御部１０２は履歴管理部１０４に対して、グループＧ１を表す履歴管理スタックＨ１を新規に生成し、履歴管理スタックのリストに追加する制御を行う。

ただし、グループＧ１には優先度（１）が設定され、グループＧ２には優先度（２）が設定されている。

そして、グループＧ１に設定されている優先度は、グループＧ２に設定されている優先度よりも低いので、履歴管理スタックＨ１は、履歴管理スタックＨ２とＨ０の間に挿入される。

即ち、本実施形態において、各々のグループを表す履歴管理スタックは、優先度（ｉ）のｉ値の順に履歴管理スタックのリストに管理される。

つまり、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０３のようになる。

従って、アクティブなスタックは履歴管理スタックＨ２のままとなり、表示部１０５に表示される画面は、履歴管理スタックＨ２の先頭に示された情報に対応する画面Ｓ２１となる。即ち、画面遷移は起こらない。

続いて（プリントジョブが終了しないうちに）、入力部１０１を介して、プリンタのカバーが開けられるという入力イベントに応じた指示信号が検知されたとする。

このとき、表示部１０５に表示されている画面Ｓ２１および画面Ｓ２１が属するグループＧ２には、上記のプリンタのカバーが開けられるという入力イベントに応じた指示信号による画面遷移は定義されていない。

しかし、グループＧ２が属するグループであるグループＧ０には、プリンタのカバーが開けられるという入力イベントに応じた指示信号がＥ３１として定義されている。

従って、メモリカードが挿される入力イベントに応じた指示信号が検知されると、遷移先の画面は画面Ｓ３１となる。尚、この画面遷移は、グループＧ３の外からグループＧ３の中への画面遷移となる。

従って、制御部１０２は管理部１０４に対して、グループＧ３を表す履歴管理スタックＨ１を新規に生成し、履歴管理スタックのリストに追加する制御を行う。

ただしグループＧ３には優先度（３）が設定され、グループＧ２には優先度（２）が設定されている。

そして、グループＧ３に設定されている優先度は、グループＧ２に設定されている優先度よりも高いので、履歴管理スタックＨ３は、履歴管理スタックＨ２の外側に追加される。

つまり、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０４のようになる。

従って、アクティブなスタックは履歴管理スタックＨ３となり、表示部１０５に表示される画面は、履歴管理スタックＨ３の先頭に示された情報に対応する画面Ｓ３１となる。

即ち、表示部１０５に表示される画面は、画面Ｓ２１から画面Ｓ３１に切り替わる。

続いて（プリントジョブが終了しないうちに）、入力部１０１を介して、プリンタのカバーが閉じられるという入力イベントに応じた指示信号が検知されたとする。

このとき、表示部１０５に表示されている画面Ｓ３１および画面Ｓ３１が属するグループＧ３には、プリンタのカバーが閉じられるという入力イベントに対する画面遷移は定義されていない。

しかし、グループＧ３が属するグループであるグループＧ０には、プリンタのカバーが閉じられるという入力イベントが入力イベントＥ３２として定義されている。

そして、指示信号Ｅ３２が検知されると、グループＧ３を表す履歴管理スタックＨ３を履歴管理スタックのリストから削除するというアクションが設定されている。

そこで、制御部１０２は管理部１０４に対して、グループＧ３を表す履歴管理スタックＨ３を削除する制御を行う。

従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０５のようになる。

その結果、アクティブなスタックは履歴管理スタックＨ２となり、表示部１０５に表示される画面は、画面Ｓ３１から履歴管理スタックＨ２の先頭に示された情報に対応する画面であるＳ２１に切り替わる。

続いて、入力部１０１を介して、プリントジョブが終了するという入力イベントに応じた指示信号が検知されたとする。

このとき、表示部１０５に表示されている画面Ｓ２１および画面Ｓ２１が属するグループＧ２には、プリントジョブが終了するという入力イベントによる画面遷移は定義されていない。

しかし、グループＧ２が属するグループであるグループＧ０には、プリントジョブが終了するという入力イベントが入力イベントＥ２２として定義されている。

そして、指示信号Ｅ２２が検知されると、グループＧ２を表す履歴管理スタックＨ２を履歴管理スタックのリストから削除するというアクションが設定されている。

そこで、制御部１０２は管理部１０４に対して、グループＧ２を表す履歴管理スタックＨ２を削除する制御を行う。

従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０６のようになる。

その結果、アクティブなスタックは履歴管理スタックＨ１となり、表示部１０５に表示される画面は、画面Ｓ２１から、履歴管理スタックＨ１の先頭に示された情報に対応する画面である画面Ｓ１１に切り替わる。

続いて、入力部１０１を介して、「ＯＫボタンが押される」という入力イベントＥ１３が検知された場合、図３の画面遷移図に模式的に示した通り、表示部１０５に表示される画面は、画面Ｓ１２に遷移する。

一方、管理部１０４においては、画面Ｓ１２を表すデータがアクティブな履歴管理スタックＨ１の先頭にプッシュされる。何故なら、画面Ｓ１２が画面Ｓ１１と同じグループであるグループＧ１に属するからである。

従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０７のようになる。その結果、表示部１０５に表示される画面は、画面Ｓ１２となる。

続いて、入力部１０１を介して、プリンタに接続されたメモリカードスロットから写真を記録したメモリカードが抜かれるという入力イベントに応じた指示信号が検知されたとする。

このとき、表示部１０５に表示されている画面Ｓ１２および画面Ｓ１２が属するグループＧ１には、上記のようにメモリカードが抜かれるという入力イベントによる画面遷移は定義されていない。

しかし、グループＧ１が属するグループであるグループＧ０には、上記のようにメモリカードが抜かるという入力イベントに応じた指示信号がＥ１２として定義されている。

そして、指示信号Ｅ１２が検知されると、グループＧ１を表す履歴管理スタックＨ１を履歴管理スタックのリストから削除するというアクションが設定されている。

そこで、制御部１０２は管理部１０４に対して、グループＧ１を表すスタックＨ１を削除する制御を行う。従って、このときの履歴管理スタックのリストを模式的に示すと、図４（ｂ）の６０８のようになる。

その結果、アクティブなスタックは履歴管理スタックＨ０となり、表示部１０５に表示される画面は、画面Ｓ１２から、履歴管理スタックＨ０の先頭に示された情報に対応する画面である画面Ｓ０４に切り替わる。

尚、履歴管理スタックのリストが図４（ｂ）の６０６の状態であるとき、即ち、表示部１０５に画面Ｓ１１が表示されているときに上記のようにメモリカードが抜かれた場合も、同様に履歴管理スタックＨ１が削除される。

従って、表示部１０５に表示される画面は、画面Ｓ１１から画面Ｓ０４に遷移することになる。

以上のように本実施形態に係る情報処理装置は、複雑な画面遷移のルールを、図３のように簡単に記述することができる。

尚、本実施の形態においてはプリンタを例に説明したが、本発明は、ディスプレイを備え、当該ディスプレイに複数の画面を切り替えて表示するデジタル機器にも利用可能である。

（第２の実施形態）
上記第１の実施形態では、管理部１０４が、グループ毎に履歴管理スタックを分けるようにしていたが、履歴管理スタックは一つでもよい。

即ち、図４（ｃ）のように、１つの履歴管理スタックでも、スタック上の画面の所属グループを管理し、グループ単位で、履歴管理スタックへの追加、挿入、削除を行うようにすればよい。

例えば、履歴管理スタックが７０２の状態から７０３の状態になる際には、画面Ｓ１１の属するグループＧ１の優先度がグループＧ２の優先度よりも低いので、画面Ｓ１１は、画面Ｓ２１よりも履歴管理スタックの内側に挿入される。

また、グループＧ３に属する画面Ｓ３が履歴管理スタックから削除されることで、当該履歴管理スタックは、７０４の状態から７０５の状態へ変化する。

（第３の実施形態）
上記の実施形態では、画面遷移仕様記述データを図３のような遷移図で表現していたが、実際にはテキストまたはバイナリのデータである。尚、テキストの場合、ＸＭＬを用いてもよい。

図３の遷移図は、例えば、図６のようなＸＭＬで記述することができる。ここで、各要素の意味は以下のとおりである。
＜ｓｃｒｅｅｎｔｒａｎｓｉｔｉｏｎ＞：ｒｏｏｔ要素であり、図３のグループＧ０に相当する。
＜ｓｃｒｅｅｎ＞：画面を示し、図３では四角形で表現されている。
＜ｇｒｏｕｐ＞：グループを示し、図３では、角丸四角形のＧ１、Ｇ２、Ｇ３に相当する。
＜ｇｒｏｕｐ＞要素のｐｒｉｏｒｉｔｙ属性は、図３の優先度に相当する。
＜ｔｒａｎｓｉｔｉｏｎ＞：画面遷移を示し、図３では実線矢印で表現されている。
＜ｅｘｉｔ＞：グループを削除するアクションを示し、図３では破線矢印で表現されている。

（第４の実施形態）
上記第３の実施形態では、画面遷移の仕様記述データは、ＸＭＬなどのテキストデータやバイナリデータでもよいことを述べたが、これらのデータは、図５に示すような設計ツール８０１で設計してもよい。

これは、図３の遷移図を描くツールで、遷移図のパーツ群８０２から必要なパーツを遷移図フィールド８０３にドラッグ＆ドロップするなどして編集する。

パーツ群８０２には、少なくとも、画面（“ｓｃｒｅｅｎ”）、グループ（“ｇｒｏｕｐ”）、遷移矢印（実線矢印）、グループを削除するアクション（破線矢印）が含まれる。

グループを表すパースの中に画面のパーツをドラッグ操作で配置することで、画面がグループに属する状態を表現することができる。

このようなツールで遷移図を描き、セーブボタン８０４を押すことで、遷移図の内容が、図６のようなＸＭＬ形式でファイルに出力される。

そしてこのファイルそのもの、あるいはこのファイルを等価な内容をもつバイナリデータなどに変換したものを、画面遷移仕様記述部１０３の中に保持する。

更に、制御部１０２が読み込んで実行することで、このツールで設計した画面遷移の仕様通りの動作をプリンタなどのデジタル機器の上で実現することができる。

（第５の実施形態）
上記第１および第２の実施例では、画面遷移の仕様を表すデータはＵＩ設計時に作成されプリンタの実機上に事前に組み込まれることを想定している。

しかし、プリンタが、メモリカードやネットワークなど媒体として、別の画面遷移仕様記述データを取り込み、既存の画面遷移の仕様を表すデータと置き換えることで、画面遷移のルールをカスタマイズできるようにしてもよい。

図７は、プリンタ１００１が、インターネット１００４を通じて配信サーバ１００２に接続され、配信サーバ１００２は、ＬＡＮ１００５によって、ＰＣ（パーソナルコンピュータ）１００３と接続されている様子を示している。

ＰＣ１００３では、上記第４の実施形態で説明したような設計ツールで、ＸＭＬ形式あるいはバイナリ形式の画面遷移仕様データを作成する。

作成した画面遷移の仕様を表すデータは、ＬＡＮ１００５を経由して配信サーバ１００２にアップロードされる。

アップロードされた画面遷移の仕様を表すデータは、インターネット１００４を経由してプリンタ１００１へ配信される。

次に、図８のフローチャートを用いて、プリンタ１００１と配信サーバ１００２の動作を説明する。

配信サーバ１００２は、ステップＳ１１０１において、ＰＣ１００３から画面遷移仕様データがアップロードされたか否かをチェックする。

アップロードされた場合は、ステップＳ１１０２において、新しい画面遷移仕様データをダウンロード可能である旨を、インターネット１００４を通じてプリンタ１００１に通知する。

プリンタ１００１は、ステップ１１０５において、配信サーバ１００２から通知があるか否かをチェックする。

そして、通知があった場合は、ステップＳ１１０６において、新しい画面遷移仕様データをダウンロード可能である旨をＬＣＤ２０５に表示するなどしてユーザに通知する。

ステップＳ１１０７においては、ユーザからダウンロードの指示があるか否かをチェックし、当該指示があれば、ステップＳ１１０８において、インターネット１１０３を経由して、配信サーバ１００２に対し、ダウンロード要求を行う。

配信サーバ１００２は、ステップＳ１１０３において、プリンタ１１０１からの要求があるか否かをチェックする。

そして、要求があれば、ステップＳ１１０４においてインターネット１００３を経由して新しい画面遷移仕様データをプリンタ１００１に送信する。

プリンタ１００１は、ステップＳ１１０９において、送信されてきた画面遷移仕様データを受信する。

そして、これをステップＳ１１１０において制御部１０２が読み込むことで、この新しい画面遷移の仕様を表すデータに基づいた画面遷移を実行する。

（その他の実施の形態）
また、本発明の目的は、以下の処理を実行することによって達成される。

即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。

この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶したコンピュータ読み取り可能な記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、ＣＤ−ＲＯＭ等を用いることができ、当該プログラムコードはネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。

加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

本発明の第１の実施形態に係るプリンタのブロック図及びハードウエア構成図ある。 本発明の第１の実施形態に係る制御部１０２の処理を説明するフローチャートである。 本発明の第１の実施形態に係る画面遷移の仕様を表すデータを表現する遷移図の例である。 管理部１０４が保持する履歴管理スタックの例である。 本発明の第４の実施形態に係る画面遷移の仕様を表すデータを設計する設計ツールの例を示す図である。 本発明の第３の実施形態に係る画面遷移の仕様を表すデータをＸＭＬ形式で表現した例である。 本発明の第５の実施形態に係る構成図である。 本発明の第５の実施形態に係るプリンタと配信サーバの動作を表すフローチャートである。

１０１ 入力部
１０２ 制御部
１０３ 記述部
１０４ 管理部
１０５ 表示部

Claims (8)

1. 画面遷移のトリガーとなるイベントの入力信号を取得する取得手段と、
   前記取得手段が取得した入力信号に応じて、複数の画面を表す情報を蓄積し、予め優先度が設定された複数のグループ毎に保持する保持手段と、
   前記複数のグループのそれぞれにおいて、前記取得手段が取得した入力信号に応じて新たに情報が蓄積される画面を代表画面とし、前記優先度が最も高いグループの代表画面を表示部に表示させる制御手段と、
   前記取得手段が取得した入力信号に基づいて、前記イベントが対応する少なくとも１つの画面を表す情報を含む新たなグループを前記保持手段に追加する追加手段を有し、
   前記複数のグループのうち、前記追加手段によって追加されたグループに設定された優先度が最も高くなる場合、前記制御手段は、さらに、前記表示部に表示させる画面を、前記追加されたグループの代表画面に遷移させることを特徴とする情報処理装置。
2. 画面遷移のトリガーとなるイベントの入力信号を取得する取得手段と、
   前記取得手段が取得した入力信号に応じて、複数の画面を表す情報を予め優先度が設定された複数のグループ毎に保持する保持手段と、
   前記複数のグループのそれぞれにおいて、前記取得手段が取得した入力信号に応じて新たに情報が蓄積される画面を代表画面とし、前記優先度が最も高いグループの代表画面を表示部に表示させる制御手段と、
   前記取得手段が取得した入力信号に基づいて、前記複数のグループのうち、前記イベントが対応する少なくとも１つのグループを前記保持手段から削除する削除手段を有し、
   前記削除されたグループの代表画面が、前記表示部に表示されていた場合、前記制御手段は、さらに、前記表示部に表示させる画面を、前記削除されていないグループのうち優先度が最も高いグループの代表画面に遷移させること特徴とする情報処理装置。
3. 画面遷移のトリガーとなるイベントの入力信号を取得する取得手段と、
   前記取得手段が取得した入力信号に応じて、複数の画面を表す情報を蓄積し、予め優先度が設定された複数のグループ毎に保持する保持手段と、
   前記複数のグループのそれぞれにおいて、前記取得手段が取得した入力信号に応じて新たに情報が蓄積される画面を代表画面とし、前記優先度が最も高いグループの代表画面を表示部に表示させる制御手段と、
   前記取得手段が取得した入力信号に基づいて、前記イベントが対応する少なくとも１つの画面を表す情報を含む新たなグループを前記保持手段に追加する追加手段と、
   前記取得手段が取得した入力信号に基づいて、前記複数のグループのうち、前記イベントが対応する少なくとも１つのグループを前記保持手段から削除する削除手段を有し、
   前記制御手段は、
   前記複数のグループのうち、前記追加手段によって追加されたグループに設定された優先度が最も高くなる場合、前記表示部に表示させる画面を、前記追加されたグループの代表画面に遷移させ、
   前記削除手段によって削除されたグループの代表画面が、前記表示部に表示されていた場合、前記表示部に表示させる画面を、前記削除されていないグループのうち優先度が最も高いグループの代表画面に遷移させること特徴とする情報処理装置。
4. 情報処理装置の制御方法であって、
   取得手段が、画面遷移のトリガーとなるイベントの入力信号を取得する取得工程と、
   保持手段が、前記取得工程で取得した入力信号に応じて、複数の画面を表す情報を蓄積し、予め優先度が設定された複数のグループ毎にメモリに保持する保持工程と、
   制御手段が、前記複数のグループのそれぞれにおいて、前記取得工程で取得した入力信号に応じて新たに情報が蓄積される画面を代表画面とし、前記優先度が最も高いグループの代表画面を表示部に表示させる制御工程と、
   追加手段が、前記取得工程で取得した入力信号に基づいて、前記イベントが対応する少なくとも１つの画面を表す情報を含む新たなグループを前記メモリに追加する追加工程と、
   遷移手段が、前記複数のグループのうち、前記追加工程によって追加されたグループに設定された優先度が最も高くなる場合、前記表示部に表示させる画面を、前記追加されたグループの代表画面に遷移する遷移工程を有することを特徴とする情報処理装置の制御方法。
5. 情報処理装置の制御方法であって、
   取得手段が、画面遷移のトリガーとなるイベントの入力信号を取得する取得工程と、
   保持手段が、複数の画面を表す情報を蓄積し、予め優先度が設定された複数のグループ毎にメモリに保持する保持工程と、
   制御手段が、前記複数のグループのそれぞれにおいて、前記取得工程で取得した入力信号に応じて新たに情報が蓄積される画面を代表画面とし、前記優先度が最も高いグループの代表画面を表示部に表示させる制御工程と、
   削除手段が、前記取得工程で取得した入力信号に基づいて、前記複数のグループのうち、前記イベントが対応する少なくとも１つのグループを前記メモリから削除する削除工程と、
   遷移手段が、前記削除されたグループの代表画面が、前記表示部に表示されていた場合、前記表示部に表示させる画面を、前記削除されていないグループのうち優先度が最も高いグループの代表画面に遷移する遷移工程を有すること特徴とする情報処理装置の制御方法。
6. 情報処理装置の制御方法であって、
   取得手段が、画面遷移のトリガーとなるイベントの入力信号を取得する取得工程と、
   保持手段が、複数の画面を表す情報を蓄積し、予め優先度が設定された複数のグループ毎にメモリに保持する保持工程と、
   制御手段が、前記複数のグループのそれぞれにおいて、前記取得工程で取得した入力信号に応じて新たに情報が蓄積される画面を代表画面とし、前記優先度が最も高いグループの代表画面を表示部に表示させる制御工程と、
   追加手段が、前記取得工程で取得した入力信号に基づいて、前記イベントが対応する少なくとも１つの画面を表す情報を含む新たなグループを前記メモリに追加する追加工程と、
   削除手段が、前記取得工程で取得した入力信号に基づいて、前記複数のグループのうち、前記イベントが対応する少なくとも１つのグループを前記メモリから削除する削除工程と、
   遷移手段が、
   前記複数のグループのうち、前記追加工程によって追加されたグループに設定された優先度が最も高くなる場合には、前記表示部に表示させる画面を、前記追加されたグループの代表画面に遷移し、
   前記削除されたグループの代表画面が、前記表示部に表示されていた場合、前記表示部に表示させる画面を、前記削除されていないグループのうち優先度が最も高いグループの代表画面に遷移する遷移工程を有すること特徴とする情報処理装置の制御方法。
7. 請求項４乃至６のいずれか１項に記載の情報処理装置の制御方法を実行するためのプログラム。
8. 請求項７に記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。