(57)【要約】【課題】シーン画面毎に別々のベクターグラフィックスデータを用意することなく、シーン画面の切替制御を実施することができる画面表示装置を得ることを目的とする。【解決手段】ベクターグラフィックスデータ２に保持されているシーンリソースＩＤ表を参照して、入力されたキーの種別に対応する階層画面を特定し、ベクターグラフィックスデータ２から特定した階層画面のシーン再生スクリプトを取得し、そのシーン再生スクリプトにしたがって階層画面を表示するように構成する。【選択図】図１
2007121758.tif 000002
【特許請求の範囲】
【請求項１】
相互に階層関係がある複数の階層画面の再生情報を保持するとともに、キーの種別と階層画面の対応関係を示すシーン管理情報を保持しているベクターグラフィックスデータを記憶している記憶手段と、ユーザによるキー入力を受け付けて、入力されたキーの種別を判別するキー種別判別手段と、上記ベクターグラフィックスデータに保持されているシーン管理情報を参照して、上記キー種別判別手段により判別されたキーの種別に対応する階層画面を特定する階層画面特定手段と、上記記憶手段に記憶されているベクターグラフィックスデータから、上記階層画面特定手段により特定された階層画面の再生情報を取得し、その再生情報にしたがって階層画面を表示する画面表示手段とを備えた画面表示装置。
【請求項２】
記憶手段が複数の階層画面の再生情報の他に、静止画の画面情報を保持するとともに、キーの種別と階層画面の対応関係を示すシーン管理情報の他に、その階層画面におけるフォーカス位置と静止画の対応関係を示すシーン管理情報を保持しているベクターグラフィックスデータを記憶していることを特徴とする請求項１記載の画面表示装置。
【請求項３】
記憶手段がベクターグラフィックスデータと別個に静止画の画面情報を記憶していることを特徴とする請求項２記載の画面表示装置。
【請求項４】
画面表示手段により表示されている階層画面の中で現在フォーカスされている機能を選択するキー入力が行われた場合、階層画面特定手段がベクターグラフィックスデータに保持されているシーン管理情報を参照して、そのフォーカスされている位置に対応する機能の静止画を特定し、その画面表示手段が上記階層画面特定手段により特定された静止画の画面情報を取得し、その画面情報にしたがって静止画を表示することを特徴とする請求項２または請求項３記載の画面表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ベクターグラフィックスデータ（コンテンツの再生制御などを行うために記述されたスクリプト言語で作られたスクリプト）を使用して画面を表示する画面表示装置に関するものである。
【背景技術】
【０００２】
近年、ベクターグラフィックスデータを使用する動画（アニメーション）が普及している。
ベクタ形式の画像は、各頂点のパラメータや、各頂点を結ぶ曲線の方程式のパラメータ等で管理されており、画像を表示する都度、計算が実施されて再現される。
このため、画像の拡大・縮小や変形が行われても輪郭の処理等が、その都度行なわれ、解像度に見合う画質が維持される。
その結果、基本的にサイズの縮小や変形などが行われても、データが失われることがない利点がある。
また、ベクタ形式の画像は、作成されるファイルのサイズも小さいため、コンパクトなアニメーションコンテンツを作成するツールとして人気が高い。
【０００３】
ベクターグラフィックスデータを使用して画面を表示する従来の画面表示装置は、ベクターグラフィックスデータのインタラクティブ処理を実施する際、そのベクターグラフィックスデータを一旦メモリ上に展開してから、そのベクターグラフィックスデータにしたがって画面を再生する。
その後、従来の画面表示装置は、ユーザがキーを入力すると、再生中のベクターグラフィックスデータに対してキーイベントを送信することにより、そのキーイベントに応じたシーン画面の切替制御を実施する。
【０００４】
ベクターグラフィックスデータによる画面切替制御の問題
（１）ファイルデータの切替処理速度の問題
ベクターグラフィックスデータは動画データであり、通常、再生処理を開始すると、常に決められた初期画面から表示を行う。
ベクターグラフィックスデータの再生処理又は読込処理が実施されていない状態で、様々なシーン画面を表示することも可能であるが、再生開始時には初期画面から表示されるので、一般的には、シーン画面毎に別々のベクターグラフィックスデータを用意する必要がある。そのため、各ベクターグラフィックスデータの再生開始処理に多くの時間を要する問題がある。
また、再生中においては、ベクターグラフィックスデータに対してキーイベントの送信が可能であり、１つのベクターグラフィックスデータ内で、キーイベントに応じたシーン画面の切替が可能である。即ち、別のベクターグラフィックスデータを用意することなく、シーン画面の切替が可能である。
しかし、キーイベントの送信は、ベクターグラフィックスデータが再生中の状態に限り有効であるため、初期画面以外のシーン画面からの再生はできない。
【０００５】
（２）メモリ容量の過多
シーン画面毎に別々のベクターグラフィックスデータを用意する場合、各ベクターグラフィックスデータが、再生開始時の処理を実施するためのデータを所有することになる。このため、シーン画面数（＝ファイル数）に比例して、保存領域サイズが増加してしまう問題点がある（例えば、以下の特許文献１を参照）。
また、ベクターグラフィックスデータの再生中に、そのベクターグラフィックスデータと異なる外部データにしたがって静止画の画面切替を行う場合には、ベクターグラフィックスデータの再生状態を保持したまま、外部データにしたがって静止画を表示する必要がある。
この場合、ベクターグラフィックスデータを作業メモリ上に残しておく必要があるため、ベクターグラフィックスデータの画面を表示していない場合でも、作業メモリ容量を確保しておく必要がある。
【０００６】
【特許文献１】特許第２８２１０３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来の画面表示装置は以上のように構成されているので、シーン画面の切替制御を可能にするために、シーン画面毎に別々のベクターグラフィックスデータを用意する場合、各ベクターグラフィックスデータの再生開始処理に多くの時間を要し、また、シーン画面の画面数に比例して、ベクターグラフィックスデータの保存領域サイズが増加するなどの課題があった。
【０００８】
この発明は上記のような課題を解決するためになされたもので、シーン画面毎に別々のベクターグラフィックスデータを用意することなく、シーン画面の切替制御を実施することができる画面表示装置を得ることを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係る画面表示装置は、ベクターグラフィックスデータに保持されているシーン管理情報を参照して、キー種別判別手段により判別されたキーの種別に対応する階層画面を特定する階層画面特定手段を設け、画面表示手段がベクターグラフィックスデータから階層画面特定手段により特定された階層画面の再生情報を取得し、その再生情報にしたがって階層画面を表示するようにしたものである。
【発明の効果】
【００１０】
この発明によれば、ベクターグラフィックスデータに保持されているシーン管理情報を参照して、キー種別判別手段により判別されたキーの種別に対応する階層画面を特定する階層画面特定手段を設け、画面表示手段がベクターグラフィックスデータから階層画面特定手段により特定された階層画面の再生情報を取得し、その再生情報にしたがって階層画面を表示するように構成したので、階層画面毎に別々のベクターグラフィックスデータを用意することなく、階層画面の切替制御を実施することができる効果がある。
【発明を実施するための最良の形態】
【００１１】
実施の形態１．
図１はこの発明の実施の形態１による画面表示装置を示す構成図であり、図において、記憶部１は相互に階層関係がある複数の階層画面のシーン再生スクリプト（再生情報）及び静止画（例えば、受信メール画面、新規メール作成画面）の画面情報を保持するとともに、キーの種別と階層画面の対応関係及び階層画面におけるフォーカス位置と静止画の対応関係を示すシーンリソースＩＤ表（シーン管理情報）を保持しているベクターグラフィックスデータ２を記憶しているメモリである。
なお、記憶部１は記憶手段を構成している。
【００１２】
キー入力操作部３はユーザによるキー入力を受け付けて、入力されたキーに対応するキーイベントを生成し、そのキーイベントを画面切替制御部６に出力する処理を実施する。
なお、キー入力操作部３及び後述する画面切替制御部６からキー種別判別手段が構成されている。
ベクターグラフィックスデータ処理部４はベクターグラフィックスデータ２に保持されているシーンリソースＩＤ表を参照して、画面切替制御部６により判別されたキーの種別に対応する階層画面を特定する階層画面特定処理のほか、そのベクターグラフィックスデータ２から階層画面特定処理によって特定した階層画面のシーン再生スクリプトを取得し、そのシーン再生スクリプトを実行することにより階層画面の画面データを作成して、その画面データを作業メモリ５に展開するデータ展開処理などを実施する。なお、ベクターグラフィックスデータ処理部４は階層画面特定手段を構成している。
【００１３】
作業メモリ５は例えば階層画面を表示する際に、ベクターグラフィックスデータ２や階層画面の画面データを一時的に格納するメモリである。
画面切替制御部６はキー入力操作部３からキーイベントを受けると、入力されたキーの種別を判別する処理を実施する一方、作業メモリ５からベクターグラフィックスデータ処理部４により展開された階層画面の画面データを取得して、その階層画面の画面データを画面表示部７に出力する処理を実施する。また、画面切替制御部６はベクターグラフィックスデータ２に保持されているシーンリソースＩＤ表と同じシーンリソースＩＤ表を記憶している。
画面表示部７は画面切替制御部６の制御の下、画面データにしたがって階層画面を表示する処理を実施する。
なお、ベクターグラフィックスデータ処理部４、作業メモリ５、画面切替制御部６及び画面表示部７から画面表示手段が構成されている。
【００１４】
図２はベクターグラフィックスデータ２の内部構成を示す説明図である。
イベント受信処理手順１１は入力キーの種別に対応するキーイベントを受信する処理内容を記述している。
シーン切替処理手順１２はシーンリソースＩＤ表を参照して、入力キーの種別に対応するキーイベントに基づいて階層画面の状態を変更する処理内容を記述している。
シーン再生スクリプト１３は階層画面の画面データを作成する処理内容を記述している。
【００１５】
図３はベクターグラフィックスデータ２に保持されているシーンリソースＩＤ表を示す説明図である。
シーンリソースＩＤは入力キーの種別と階層画面の対応関係のほか、階層画面におけるフォーカス位置と静止画（例えば、受信メール画面、新規メール作成画面）の対応関係を表しているＩＤであり、画面切替制御部６とベクターグラフィックスデータ２の共有定義情報である。
例えば、シーンリソースＩＤが“１１”であれば、入力キーが“１”で階層画面が“１”、また、“１”の階層画面におけるフォーカス位置が“１”で静止画が“受信メール画面”であることを表している。
図４はこの発明の実施の形態１による画面表示装置の処理内容を示すフローチャートである。
【００１６】
次に動作について説明する。
ユーザがキー入力操作部３における任意のキーを操作すると、キー入力操作部３がキー入力を受け付けて、入力されたキーに対応するキーイベントを生成し、そのキーイベントを画面切替制御部６に出力する（ステップＳＴ１）。
画面切替制御部６は、キー入力操作部３からキーイベントを受信すると、そのキーイベントを解析して、ユーザにより入力されたキーの種別を判別する（ステップＳＴ２）。
画面切替制御部６は、ユーザにより入力されたキーの種別を判別すると、シーンリソースＩＤ表を参照して、入力されたキーの種別に対応するシーンリソースＩＤを特定し、そのシーンリソースＩＤに対応するキーイベントをベクターグラフィックスデータ処理部４に出力する。
【００１７】
ベクターグラフィックスデータ処理部４は、記憶部１により記憶されているベクターグラフィックスデータ２が作業メモリ５上に存在しているか否かを判定する（ステップＳＴ３）。
ベクターグラフィックスデータ処理部４は、ベクターグラフィックスデータ２が作業メモリ５上に存在していない場合、記憶部１からベクターグラフィックスデータ２の読み込みを実施して、そのベクターグラフィックスデータ２を作業メモリ５に展開する（ステップＳＴ４）。
ベクターグラフィックスデータ処理部４は、ベクターグラフィックスデータ２を作業メモリ５に展開すると、ベクターグラフィックスデータ２のイベント受信処理手順１１を実行することにより、画面切替制御部６から出力されたシーンリソースＩＤに対応するキーイベントを受信する。
【００１８】
ベクターグラフィックスデータ処理部４は、画面切替制御部６から出力されたシーンリソースＩＤに対応するキーイベントを受信すると、ベクターグラフィックスデータ２のシーン切替処理手順１２を実行することにより、ベクターグラフィックスデータ２に保持されているシーンリソースＩＤ表を参照して、画面切替制御部６から出力されたシーンリソースＩＤに対応する階層画面（表示が要求されている階層画面）を特定する（ステップＳＴ５）。
例えば、画面切替制御部６から“１”のキーが入力されたことを示すシーンリソースＩＤに対応するキーイベントを受けた場合、“１”の階層画面の表示が要求されているものと判断する。
【００１９】
また、ベクターグラフィックスデータ処理部４は、表示が要求されている階層画面を特定すると、現在表示されている画面を示すパラメータ（階層画面の状態パラメータ）を変更する（ステップＳＴ６）。
例えば、待ち受け画面（初期画面）が表示されている状態から“１”の階層画面の表示が要求されているものと判断している場合、階層画面の状態パラメータを“０”から“１”に変更する。
また、“２”の階層画面が表示されている状態から“１”の階層画面の表示が要求されているものと判断している場合、階層画面の状態パラメータを“２”から“１”に変更する。
【００２０】
さらに、ベクターグラフィックスデータ処理部４は、表示が要求されている階層画面を特定すると、その階層画面に対応するベクターグラフィックスデータ２のシーン再生スクリプト１３を実行することにより、その階層画面の画面データを作成し、その階層画面の画面データを作業メモリ５に展開する（ステップＳＴ７）。
例えば、“１”の階層画面の表示が要求されている場合、シーン１再生スクリプトを実行することにより、“１”の階層画面の画面データを作成する。
なお、ベクターグラフィックスデータ処理部４は、階層画面の画面データを作業メモリ５に展開すると、階層画面の表示要求を画面切替制御部６に出力する。
【００２１】
画面切替制御部６は、ベクターグラフィックスデータ処理部４から階層画面の表示要求を受けると、作業メモリ５に展開されている階層画面の画面データを取得して、その階層画面の画面データを画面表示部７に出力する。
画面表示部７は、画面切替制御部６の制御の下、画面切替制御部６から出力された画面データにしたがって階層画面を表示する（ステップＳＴ８）。
【００２２】
ここで、携帯電話などの携帯端末に画面表示装置を実装して、携帯端末の階層画面を表示する例を具体的に説明する。
携帯端末のメニュー画面は、一般的に階層構造になっており、図５は携帯端末のメニュー画面の一例を示す説明図である。
図５の例では、メニュー画面が第一階層画面と第二階層画面などから構成されており、第一階層画面は、携帯端末の機能を所定の種類に分類して、各種の機能を一覧表示している。
また、第二階層画面は、第一階層画面に一覧表示されている各種の機能を、種類別に更に詳細に分類して、詳細機能を一覧表示している。図５の例では、第二階層画面は、第一階層画面における「１．メール」の詳細機能を示す「メールメニュー画面」を表している。
また、第三階層画面（図示せず）は、第二階層画面により分類された機能の実行画面であり、例えば、「受信メール画面」や「新規メール作成画面」などが該当する。
【００２３】
携帯電話などの携帯端末では、ユーザが選択可能な機能が多数存在し、ユーザが十字キーを操作すると、現在表示しているメニュー画面において、現在選択可能な機能にフォーカスを当てるフォーカスの移動処理を実施し、ユーザが選択キーを押下すると、現在フォーカスが当てられている機能に対応する階層画面の表示処理（画面の切替処理）を実施する。
また、携帯電話などの携帯端末では、待ち受け画面からメニュー画面を表示するためのキーは複数存在し、例えば、ユーザが「メニューキーＡ」を押下すると、第一階層画面を表示し、ユーザが「メニューキーＢ」を押下すると、第二階層画面を表示する。
したがって、携帯端末に実装される画面表示装置は、キー毎に異なる階層画面を表示する機能を実装している必要である。従来の画面表示装置では、キー毎に階層画面に対応する初期画面再生用のデータを用意するようにしている。
【００２４】
図６は第一階層画面と第二階層画面間の画面遷移ケースを示す説明図である。
第一階層画面と第二階層画面間の画面遷移の場合、ベクターグラフィックスデータ２内で遷移するパターンである。
即ち、ユーザがキー入力操作部３を操作して任意のキーを入力すると、画面切替制御部６が入力キーに対応するキーイベントをベクターグラフィックスデータ処理部４に出力し、ベクターグラフィックスデータ処理部４が当該キーイベントを再生中のベクターグラフィックスデータ２に出力することにより、第一階層画面と第二階層画面間の画面遷移を実施する。
この場合、ベクターグラフィックスデータ処理部４からシーンリソースＩＤが画面切替制御部６に送信されないため、画面切替制御部６は、現在表示されている階層画面が何であるかはわからない状態である。
【００２５】
図７は待ち受け画面からメニュー画面に切り替えるケースを示す説明図である。
待ち受け画面が表示されているとき、ユーザがキー入力操作部３を操作してメニューキーＡを押下すると、画面切替制御部６が階層画面の再生処理をベクターグラフィックスデータ処理部４に依頼する。
ベクターグラフィックスデータ処理部４は、ベクターグラフィックスデータ２が作業メモリ５上に存在しているか否かを判定し、ベクターグラフィックスデータ２が作業メモリ５上に存在していなければ、ベクターグラフィックスデータ２を作業メモリ５に展開して再生処理を開始する。
ユーザによりベクターグラフィックスデータ２の初期画面である第一階層画面のメニューキーＡが押下された場合、画面切替制御部６がシーンリソースＩＤに対応するキーイベントをベクターグラフィックスデータ処理部４に送信しないで再生処理を開始する。
即ち、ベクターグラフィックスデータ処理部４は、ベクターグラフィックスデータ２から初期画面である第一階層画面のシーン再生スクリプトを取得して画面データを作成し、画面切替制御部６は、ベクターグラフィックスデータ処理部４により作成された画面データを画面表示部７に出力して、第一階層画面の表示を依頼する。
【００２６】
図８は待ち受け画面から初期画面以外の階層画面を表示するケースを示す説明図である。
待ち受け画面が表示されているとき、ユーザがキー入力操作部３を操作して、メニューキーＢ（メールキー）を押下すると、画面切替制御部６が階層画面の再生処理をベクターグラフィックスデータ処理部４に依頼する。
ベクターグラフィックスデータ処理部４は、ベクターグラフィックスデータ２が作業メモリ５上に存在しているか否かを判定し、ベクターグラフィックスデータ２が作業メモリ５上に存在していなければ、ベクターグラフィックスデータ２を作業メモリ５に展開して再生処理を開始する。
ユーザにより第二階層画面であるメールメニュー画面のメニューキーＢが押下された場合、画面切替制御部６がメールメニュー画面のシーンリソースＩＤに対応するキーイベントをベクターグラフィックスデータ処理部４に出力する。
ベクターグラフィックスデータ処理部４は、画面切替制御部６からキーイベントを受けると、そのキーイベントをシーンリソースＩＤに変換し、ベクターグラフィックスデータ２からそのシーンリソースＩＤに対応するメールメニュー画面のシーン再生スクリプトを取得して画面データを作成する。
画面切替制御部６は、ベクターグラフィックスデータ処理部４により作成された画面データを画面表示部７に出力して、第二階層画面であるメールメニュー画面の表示を依頼する。
これにより、ベクターグラフィックスデータが再生中であっても、１ファイルのベクターグラフィックスデータ２のみで、最初に初期画面を再生することなく、初期画面以外の階層画面を再生することが可能になる。
【００２７】
以上で明らかなように、この実施の形態１によれば、ベクターグラフィックスデータ２に保持されているシーンリソースＩＤ表を参照して、入力されたキーの種別に対応する階層画面を特定し、ベクターグラフィックスデータ２から特定した階層画面のシーン再生スクリプトを取得し、そのシーン再生スクリプトにしたがって階層画面を表示するように構成したので、階層画面毎に別々のベクターグラフィックスデータを用意することなく、階層画面の切替制御を実施することができる効果を奏する。
【００２８】
実施の形態２．
上記実施の形態１では、入力されたキーの種別に対応する階層画面のシーン再生スクリプトを取得し、そのシーン再生スクリプトにしたがって階層画面を表示するものについて示したが、この実施の形態２では、ベクターグラフィックスデータ２以外で表示するビットマップなどの静止画が階層画面として混在しているものについて説明する。静止画は記憶部１に記憶されている。
図９は携帯端末における第二階層画面（メールメニュー画面）から静止画である第三階層画面を表示する例を示す説明図である。
【００２９】
上記実施の形態１の場合、第一階層画面から第二階層画面への画面遷移では、第一階層画面において、現在フォーカスが当てられている機能が分からないため、その機能に対応する第三階層画面を表示することができない。
したがって、再生中の階層画面から静止画に切り替える場合、現在フォーカスが当てられている機能を識別し、ベクターグラフィックスデータ２からその機能に対応する静止画の画面情報を受け取る必要がある。
図１０及び図１１はこの発明の実施の形態２による画面表示装置の処理内容を示すフローチャートである。
【００３０】
次に動作について説明する。
ユーザがキー入力操作部３における選択キーを押下すると、キー入力操作部３が選択キーの入力を受け付けて、選択キーに対応するキーイベントを生成し、そのキーイベントを画面切替制御部６に出力する（ステップＳＴ１）。
画面切替制御部６は、キー入力操作部３からキーイベントを受信すると、そのキーイベントを解析して、ユーザにより入力されたキーの種別を判別する（ステップＳＴ２）。
画面切替制御部６は、ユーザにより入力されたキーの種別が選択キーであると判断すると、シーンリソースＩＤ表を参照して、現在フォーカスされている機能に対応するシーンリソースＩＤを特定し、そのシーンリソースＩＤに対応するキーイベントをベクターグラフィックスデータ処理部４に出力する。
【００３１】
ベクターグラフィックスデータ処理部４は、記憶部１により記憶されているベクターグラフィックスデータ２が作業メモリ５上に存在しているか否かを判定する（ステップＳＴ３）。
ベクターグラフィックスデータ処理部４は、ベクターグラフィックスデータ２が作業メモリ５上に存在していない場合、記憶部１からベクターグラフィックスデータ２の読み込みを実施して、そのベクターグラフィックスデータ２を作業メモリ５に展開する（ステップＳＴ４）。
ベクターグラフィックスデータ処理部４は、ベクターグラフィックスデータ２を作業メモリ５に展開すると、ベクターグラフィックスデータ２のイベント受信処理手順１１を実行することにより、画面切替制御部６から出力されたシーンリソースＩＤに対応するキーイベントを受信する。
【００３２】
ベクターグラフィックスデータ処理部４は、画面切替制御部６から出力されたシーンリソースＩＤに対応するキーイベントを受信すると、ベクターグラフィックスデータ２のシーン切替処理手順１２を実行することにより、ベクターグラフィックスデータ２に保持されているシーンリソースＩＤ表を参照して、画面切替制御部６から出力されたシーンリソースＩＤに対応する機能を特定し、その機能に対応する静止画である第三階層画面を判別する（ステップＳＴ５）。
例えば、「１．受信メール」がフォーカスされているとき選択キーが押下された場合、遷移する画面が「受信メール画面」であると判断する。
ここでは、ユーザが選択キーを押下している例を示しているので、静止画である第三階層画面を判別するようにしているが、上記実施の形態１のように、メニューキーが押下された場合には、表示が要求されている階層画面が第一階層画面であるのか、第二階層画面であるのかを判別する。
【００３３】
ベクターグラフィックスデータ処理部４は、遷移する階層画面が第一階層画面又は第二階層画面である場合、上記実施の形態１と同様に、ステップＳＴ６の処理に移行するが、遷移する階層画面が第三階層画面であると判断すると（ステップＳＴ１１）、静止画である第三階層画面に対応するシーンリソースＩＤを画面切替制御部６に出力する（ステップＳＴ１２）。
画面切替制御部６は、ベクターグラフィックスデータ処理部４から出力されたシーンリソースＩＤを受けると、そのシーンリソースＩＤから遷移する階層画面が第三階層画面であることを認識し（ステップＳＴ１３）、再生中であるベクターグラフィックスデータ２をポーズする処理を実施する。もしくは、再生中であるベクターグラフィックスデータ２を作業メモリ５上から解放する処理を実施する（ステップＳＴ１４）。
また、画面切替制御部６は、記憶部から静止画を読み込み、その静止画の画面データを作成する（ステップＳＴ１５）。
【００３４】
画面切替制御部６は、遷移する階層画面が第一階層画面又は第二階層画面である場合、上記実施の形態１と同様に、作業メモリ５に展開されている第一階層画面又は第二階層画面の画面データを取得して、その階層画面の画面データを画面表示部７に出力する。
一方、遷移する階層画面が静止画である第三階層画面である場合、静止画の画面データを画面表示部７に出力する。
画面表示部７は、画面切替制御部６の制御の下、画面切替制御部６から出力された画面データにしたがって階層画面を表示する（ステップＳＴ８）。
【００３５】
図１２及び図１３は携帯端末における階層画面の遷移例を示す説明図である。
図１２の例では、第二階層画面がメニュー画面であり、第三階層画面がメニュー静止画又はメニューアプリケーション以外の他のアプリ画面を表示している。
第二階層画面であるメールメニュー画面上で、「１．受信メール」にフォーカスが当てられているとき、ユーザがキー入力操作部３を操作して「選択キー」を押下すると、画面切替制御部６が現在フォーカスされている機能に対応するシーンリソースＩＤを特定し、そのシーンリソースＩＤに対応するキーイベントをベクターグラフィックスデータ処理部４に出力する。
【００３６】
ベクターグラフィックスデータ処理部４は、現在表示されている階層画面が第二階層画面（メールメニュー画面）であることを認識しているので、画面切替制御部６からシーンリソースＩＤを受けると、現在フォーカスが当てられている機能が「受信メール」であることが分かる。
ベクターグラフィックスデータ処理部４は、リソースＩＤ表を参照して、受信メールのシーンリソースＩＤである「１１」を画面切替制御部６に出力する。
画面切替制御部６は、ベクターグラフィックスデータ処理部４から受信メールのシーンリソースＩＤである「１１」を受けると、現在フォーカスが当てられている機能が「受信メール」であることが分かり、遷移する第三階層画面が「受信メール画面」であることが分かる。
画面切替制御部６は、「受信メール画面」を表示する処理（静止画の画面データ作成、もしくは、他のアプリケーションに制御を変更する）を実施する。
なお、第三階層画面に遷移したタイミングで、作業メモリ５上に展開されていたベクターグラフィックスデータ２を開放しても、後記する方法により、第三階層画面から第二階層画面に戻る処理も問題なく実施することができる。
【００３７】
図１３の例では、第三階層画面から第二階層画面に遷移するケースを示している。
第二階層画面を作成していたベクターグラフィックスデータ２が作業メモリ５上から開放されている場合、ベクターグラフィックスデータ２の読み込みを実施した後、遷移する第二階層画面を特定する必要がある。
例えば、第二階層画面である「メールメニュー画面」から第三階層画面である「受信メール画面」に遷移されている場合、画面切替制御６は、その遷移を行う際にシーンリソースＩＤ「１１」を保持しているため、第三階層画面である「受信メール画面」から第二階層画面である「メールメニュー画面」に戻るときは、シーンリソースＩＤ「１１」に対応するキーである「１」をベクターグラフィックスデータ処理部４に出力すればよい。
【００３８】
即ち、第三階層画面である「受信メール画面」の表示中に、ユーザがキー入力操作部３を操作して、第二階層画面に戻るキー操作を行うと、画面切替制御部６が第三階層画面から第二階層画面に戻ることを理解し、保持しているシーンリソースＩＤが「メールメニュー画面」に対応していることを判別し、シーンリソースＩＤ「１１」に対応するキーである「１」をベクターグラフィックスデータ処理部４に出力する。
ベクターグラフィックスデータ処理部４は、シーンリソースＩＤ「１１」に対応するキーである「１」を受けると、階層画面の状態パラメータを“１”に変更し、ベクターグラフィックスデータ２から「メールメニュー画面」のシーン再生スクリプトを取得して「メールメニュー画面」の画面データを作成する。
このように、ベクターグラフィックスデータ２以外の第三階層画面を表示している場合でも、シーンリソースＩＤを記憶しておけば、ベクターグラフィックスデータ２の作業領域を確保することなく、直前に表示していた第二階層画面に戻ることが可能になる。
【図面の簡単な説明】
【００３９】
【図１】この発明の実施の形態１による画面表示装置を示す構成図である。
【図２】ベクターグラフィックスデータ２の内部構成を示す説明図である。
【図３】ベクターグラフィックスデータ２に保持されているシーンリソースＩＤ表を示す説明図である。
【図４】この発明の実施の形態１による画面表示装置の処理内容を示すフローチャートである。
【図５】携帯端末のメニュー画面の一例を示す説明図である。
【図６】第一階層画面と第二階層画面間の画面遷移ケースを示す説明図である。
【図７】待ち受け画面からメニュー画面に切り替えるケースを示す説明図である。
【図８】待ち受け画面からメニュー画面に切り替えるケースを示す説明図である。
【図９】携帯端末における第二階層画面（メールメニュー画面）から静止画である第三階層画面を表示する例を示す説明図である。
【図１０】この発明の実施の形態２による画面表示装置の処理内容を示すフローチャートである。
【図１１】この発明の実施の形態２による画面表示装置の処理内容を示すフローチャートである。
【図１２】携帯端末における階層画面の遷移例を示す説明図である。
【図１３】携帯端末における階層画面の遷移例を示す説明図である。
【符号の説明】
【００４０】
１  記憶部（記憶手段）、２  ベクターグラフィックスデータ、３  キー入力操作部（キー種別判別手段）、４  ベクターグラフィックスデータ処理部（階層画面特定手段、画面表示手段）、５  作業メモリ（画面表示手段）、６  画面切替制御部（キー種別判別手段、画面表示手段）、７  画面表示部（画面表示手段）。
【図１】
2007121758.tif 000003
【図２】
2007121758.tif 000004
【図３】
2007121758.tif 000005
【図４】
2007121758.tif 000006
【図５】
2007121758.tif 000007
【図６】
2007121758.tif 000008
【図７】
2007121758.tif 000009
【図８】
2007121758.tif 000010
【図９】
2007121758.tif 000011
【図１０】
2007121758.tif 000012
【図１１】
2007121758.tif 000013
【図１２】
2007121758.tif 000014
【図１３】
2007121758.tif 000015