(57)【要約】グラフィックス画像の表示性能を高めた表示処理装置を提供する。  グラフィックス画像を記憶するための第１ＯＳＤ領域（６７１）及び第２ＯＳＤ領域（６７２）を有するＯＳＤプレーン（２１１）と、第１ＯＳＤ領域（６７１）及び第２ＯＳＤ領域（６７２）に対して設定された上下関係を記憶していて、その上下関係を通知するＺオーダー管理部（６０１）と、ダウンロードされたアプリケーション（５０６）を実行することにより、Ｚオーダー管理部（６０１）から通知された上下関係に基づいて第１ＯＳＤ領域（６７１）及び第２ＯＳＤ領域（６７２）にグラフィックス画像を格納するＣＰＵ（２１７）と、第１ＯＳＤ領域（６７１）及び第２ＯＳＤ領域（６７２）に格納されたグラフィックス画像を、上述の上下関係に従って重ね合わせて表示するディスプレイ（２１２）とを備える。【特許請求の範囲】
【請求項１】
プログラムをダウンロードして前記プログラムに基づく画像を表示する表示処理装置であって、
グラフィックス画像を記憶するための領域を有する複数のグラフィックス画像記憶手段と、
前記複数のグラフィックス画像記憶手段に対して設定された第１の順序を記憶している第１の順序記憶手段と、
前記第１の順序記憶手段に記憶されている順序を通知する通知手段と、
前記プログラムを実行することにより、前記通知手段から通知された第１の順序に基づいて前記各グラフィックス画像記憶手段にグラフィックス画像を格納するプログラム実行手段と、
前記各グラフィックス画像記憶手段に格納されたグラフィックス画像を、前記第１の順序に従って重ね合わせて表示する表示手段と
を備えることを特徴とする表示処理装置。
【請求項２】
前記通知手段は、前記複数のグラフィックス画像記憶手段のそれぞれを識別するための識別情報を、前記第１の順序記憶手段に記憶されている第１の順序に従って配列して前記プログラム実行手段に受け渡すことで、前記第１の順序を前記プログラム実行手段に通知する
ことを特徴とする請求項１記載の表示処理装置。
【請求項３】
前記第１の順序記憶手段は、前記複数のグラフィックス画像記憶手段のそれぞれについて、当該グラフィックス画像記憶手段の前記第１の順序における位置と前記識別情報とを記憶している
ことを特徴とする請求項２記載の表示処理装置。
【請求項４】
前記表示処理装置は、さらに、
前記第１の順序記憶手段に記憶されている第１の順序を変更する変更手段を備え、
前記通知手段は、変更された第１の順序を前記プログラム実行手段に通知する
ことを特徴とする請求項３記載の表示処理装置。
【請求項５】
前記変更手段は、前記第１の順序記憶手段に記憶されている各グラフィックス画像記憶手段の位置を変更する
ことを特徴とする請求項４記載の表示処理装置。
【請求項６】
前記変更手段は、前記第１の順序記憶手段に記憶されている２つのグラフィックス画像記憶手段の位置を入れ替える
ことを特徴とする請求項５記載の表示処理装置。
【請求項７】
前記表示処理装置は、さらに、
ビデオ画像を記憶するための領域を有する複数のビデオ画像記憶手段と、
前記複数のビデオ画像記憶手段に対して設定された第２の順序を記憶している第２の順序記憶手段とを備え、
前記通知手段は、さらに、前記第２の順序記憶手段に記憶されている第２の順序を前記プログラム実行手段に通知し、
前記プログラム実行手段は、さらに、前記プログラムを実行することにより、前記通知手段から通知された第２の順序に基づいて前記各ビデオ画像記憶手段にビデオ画像を格納し、
前記表示手段は、前記第１の順序に従って重ね合わされたグラフィックス画像に、前記各ビデオ画像記憶手段に格納されたビデオ画像を、前記第２の順序に従って重ね合わせて表示する
ことを特徴とする請求項１記載の表示処理装置。
【請求項８】
前記表示処理装置は、さらに、
スチル画像を記憶するための領域を有する複数のスチル画像記憶手段と、
前記複数のスチル画像記憶手段に対して設定された第３の順序を記憶している第３の順序記憶手段とを備え、
前記通知手段は、さらに、前記第３の順序記憶手段に記憶されている第３の順序を前記プログラム実行手段に通知し、
前記プログラム実行手段は、さらに、前記プログラムを実行することにより、前記通知手段から通知された第３の順序に基づいて前記各スチル画像記憶手段にスチル画像を格納し、
前記表示手段は、前記第１及び第２の順序に従って重ね合わされたグラフィックス画像及びビデオ画像に、前記各スチル画像記憶手段に格納されたスチル画像を、前記第３の順序に従って重ね合わせて表示する
ことを特徴とする請求項７記載の表示処理装置。
【請求項９】
前記表示処理装置は、さらに、
ビデオ画像を記憶するための領域を有するビデオ画像記憶手段と、
スチル画像を記憶するための領域を有するスチル画像記憶手段とを備え、
前記第１の順序記憶手段は、前記複数のグラフィックス画像記憶手段及びビデオ画像記憶手段並びにスチル画像記憶手段に対して設定された前記第１の順序を記憶しており、
前記プログラム実行手段は、前記プログラムを実行することにより、前記通知手段から通知された第１の順序に基づいて、前記各グラフィックス画像記憶手段にグラフィックス画像を格納し、前記ビデオ画像記憶手段にビデオ画像を格納し、前記スチル画像記憶手段にスチル画像を格納し、
前記表示手段は、前記各グラフィックス画像記憶手段及びビデオ画像記憶手段並びにスチル画像記憶手段に格納された複数のグラフィックス画像及びビデオ画像並びにスチル画像を、前記第１の順序に従って重ね合わせて表示する
ことを特徴とする請求項１記載の表示処理装置。
【請求項１０】
前記表示処理装置は、さらに、
前記第１の順序記憶手段に記憶されている第１の順序を変更する変更手段を備え、
前記通知手段は、前記変更された順序を前記プログラムに通知する
ことを特徴とする請求項９記載の表示処理装置。
【請求項１１】
前記変更手段は、複数のグラフィックス画像及びビデオ画像並びにスチル画像が重ね合わせられるときには、前記複数のグラフィックス画像がビデオ画像及びスチル画像のうち少なくとも一方を挟み込むように、前記第１の順序記憶手段に記憶されている第１の順序を変更する
ことを特徴とする請求項１０記載の表示処理装置。
【請求項１２】
表示処理装置がプログラムをダウンロードして前記プログラムに基づく画像を表示する表示処理方法であって、
前記表示処理装置は、グラフィックス画像を記憶するための領域を有する複数のグラフィックス画像記憶手段と、前記複数のグラフィックス画像記憶手段に対して設定された第１の順序を記憶している第１の順序記憶手段とを備え、
前記表示処理方法は、
前記第１の順序記憶手段に記憶されている順序を通知する通知ステップと、
前記プログラムを実行することにより、前記通知ステップで通知された第１の順序に基づいて前記各グラフィックス画像記憶手段にグラフィックス画像を格納するプログラム実行ステップと、
前記各グラフィックス画像記憶手段に格納されたグラフィックス画像を、前記第１の順序に従って重ね合わせて表示する表示ステップと
を含むことを特徴とする表示処理方法。
【請求項１３】
表示処理装置がアプリケーションプログラムをダウンロードして前記アプリケーションプログラムに基づく画像を表示するためのプログラムであって、
前記表示処理装置は、グラフィックス画像を記憶するための領域を有する複数のグラフィックス画像記憶手段と、前記複数のグラフィックス画像記憶手段に対して設定された第１の順序を記憶している第１の順序記憶手段とを備え、
前記プログラムは、
前記第１の順序記憶手段に記憶されている順序を通知する通知ステップと、
前記アプリケーションプログラムを実行することにより、前記通知ステップで通知された第１の順序に基づいて前記各グラフィックス画像記憶手段にグラフィックス画像を格納するアプリケーションプログラム実行ステップと、
前記各グラフィックス画像記憶手段に格納されたグラフィックス画像を、前記第１の順序に従って重ね合わせて表示する表示ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、アプリケーションプログラムをダウンロードしてそのアプリケーションプログラムに基づく画像を表示する表示処理装置に関する。
【背景技術】
【０００２】  従来より、デジタルテレビ端末に代表されるように、アプリケーションプログラム（以下、単にアプリケーションという）をダウンロードしてそのアプリケーションに基づく画像を表示する表示処理装置が提案されている。【０００３】  このようなアプリケーションをダウンロードして実行する表示処理装置（デジタルテレビ端末）に関する技術は、非特許文献１（欧州のデジタルテレビ標準規格であるＤＶＢ−ＭＨＰ規格（ＥＴＳＩ  ＴＳ  １０１  ８１２  ＤＶＢ−ＭＨＰ仕様Ｖ１．０．２））や、非特許文献２及び３（家庭用デジタルＡＶ機器の規格であるＨＡＶｉ規格（Ｈｏｍｅ  Ａｕｄｉｏ  Ｖｉｄｅｏ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ））等に定められており、公知の技術である。ＤＶＢ−ＭＨＰ規格は、Ｊａｖａ（登録商標）クラスライブラリであるＡＷＴやＪＭＦ（Ｊａｖａ  Ｍｅｄｉａ  Ｆｒａｍｅｗｏｒｋ）と、ＨＡＶｉ規格で定義されたＨＡＶｉ  Ｌｅｖｅｌ２  ＧＵＩを採用している。また、ＤＶＢ−ＭＨＰ規格は、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を規定しており、そのＡＰＩによって、ダウンロードされたアプリケーションは、ＯＳＤ（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ）プレーン、ビデオプレーン、スチルプレーンを備えた表示処理装置を制御できる。詳細はＤＶＢ−ＭＨＰ規格とＨＡＶｉ仕様書第８章を参照されたい。【０００４】  以下、ＤＶＢ−ＭＨＰ規格で採用されている表示処理装置について概説する。
図１は、ダウンロードされたアプリケーション２４１０と表示処理装置２４２０を示す概念図である。【０００５】  表示処理装置２４２０は、ＯＳＤ制御部２４２１、ＯＳＤプレーン２４２２、ビデオ制御部２４３１、ビデオプレーン２４３２、スチル制御部２４４１、スチルプレーン２４４２、及びディスプレイ２４５０で構成される。【０００６】  ＯＳＤ制御部２４２１は、ソフトウエアで構成され、ダウンロードされたアプリケーション２４１０がグラフィックス描画を行うためのＡＰＩを提供する。このＡＰＩを通して、グラフィックスの描画処理を指示されたＯＳＤ制御部２４２１は、描画処理を行い、その結果、生成した描画イメージをＯＳＤプレーン２４２２に記憶させる。【０００７】  ＯＳＤプレーン２４２２は、メモリーなどで構成され、ＯＳＤ制御部２４２１が生成した描画イメージを記憶している。【０００８】  ビデオ制御部２４３１は、ソフトウエアで構成され、ダウンロードされたアプリケーション２４１０がビデオ再生を行うためのＡＰＩを提供する。このＡＰＩを通して、ビデオ再生処理を指示されたビデオ制御部２４３１は、ビデオ再生処理を行い、再生したビデオをビデオプレーン２４３２に記憶させる。具体的なビデオ再生の例としては、ＭＰＥＧ２で送られてきたビデオ信号をデコードし、表示可能な形式に変換すること等である。【０００９】  ビデオプレーン２４３２は、メモリーなどで構成され、ビデオ制御部２４３１が再生したビデオを記憶している。【００１０】  スチル制御部２４４１は、ソフトウエアで構成され、ダウンロードされたアプリケーション２４１０が背景画の描画を行うためのＡＰＩを提供する。このＡＰＩを通して、背景画の描画を指示されたスチル制御部２４４１は、背景画の描画処理を行い、生成した背景画イメージをスチルプレーン２４４２に記憶させる。具体的な背景画の描画処理の例は、ＭＰＥＧ−Ｉデータのデコードや、単色による塗り潰しなどがある。【００１１】  スチルプレーン２４４２は、メモリーなどで構成され、スチル制御部２４４１が生成した背景画イメージを記憶している。【００１２】  ディスプレイ２４５０は、スチルプレーン２４４２が記憶するイメージの上にビデオプレーン２４３２が記憶するイメージを重ねて合成した後、更にその上に、ＯＳＤプレーン２４２２が記憶するイメージを重ね合わせて合成し、その合成されたイメージを表示する。【００１３】  図２は、ディスプレイ２４５０によって合成される各イメージと、合成されて表示されるイメージとを示す図である。ここでは、スチルプレーン２４４２、ビデオプレーン２４３２、ＯＳＤプレーン２４２２が記憶している各イメージが合成されて表示される。【００１４】  図２の（１）は、ＯＳＤプレーン２４２２が記憶しているイメージを表す。図２の（１）において、ＯＳＤプレーン２４２２は、チャンネルの一覧を表すグラフィックスコンテンツ２５０１と、番組の内容を表すグラフィックスコンテンツ２５０２とを含むイメージを記憶している。なお、イメージ上のグラフィックスコンテンツ２５０１及び２５０２以外の領域については、透明色を示す情報が記憶されている。ここで、グラフィックスコンテンツとは、ダウンロードしたアプリ���ーション２４１０がＡＰＩを呼び出すことによってＯＳＤプレーン上に描画された図形や文字などを意味する。【００１５】  図２の（２）は、ビデオプレーン２４３２が記憶しているイメージを表す。図２の（２）において、ビデオプレーン２４３２は、画面右上に、画面の４分の１の大きさで、再生されたビデオ２５０３を含むイメージを記憶している。イメージ上のビデオ２５０３以外の領域については、透明色を示す情報が記憶されている。【００１６】  図２の（３）は、スチルプレーン２４４２が記憶しているイメージを表す。図２の（３）において、スチルプレーン２４４２は、単色で塗りつぶされた背景２５０４をイメージとして記憶している。【００１７】  図２の（４）は、ディスプレイ２４５０が、図２の（１）に示すＯＳＤプレーン２４２２が記憶しているイメージと、図２の（２）に示すビデオプレーン２４３２が記憶しているイメージと、図２の（３）に示すスチルプレーン２４４２が記憶しているイメージとを合成した結果を表す。具体的に、ディスプレイ２４５０は、図２の（３）に示すスチルプレーン２４４２が記憶している背景２５０４の上に、図２の（２）に示すビデオプレーン２４３２が記憶しているビデオ２５０３を重ね合わせた後、図２の（１）に示すＯＳＤプレーン２４２２が記憶しているグラフィックスコンテンツ２５０１及び２５０２を重ね合わせて表示する。
【非特許文献１】″ＥＴＳＩ  ＴＳ  １０１  ８１２  ＤＶＢ−ＭＨＰ仕様Ｖ１．０．２″
【非特許文献２】″ＨＡＶｉ  ｖ１．１  Ｃｈａｐｔｅｒ  ８、１５−Ｍａｙ−２００１″
【非特許文献３】″ＨＡＶｉ  ｖ１．１  Ｊａｖａ（Ｒ）Ｌ２ＡＰＩｓ、１５−Ｍａｙ−２００１″
【発明の開示】
【発明が解決しようとする課題】
【００１８】  しかしながら、従来の表示処理装置では、グラフィックス画像の表示性能が低いという問題がある。【００１９】  従来の技術では、ＯＳＤプレーン、ビデオプレーン、スチルプレーンを１つずつしか取り扱っていないため、グラフィックス画像の表示性能を向上することができない。例えば、２種類のアニメーションを重ね合わせて表示することが困難となる。なお、ビデオプレーン、スチルプレーンについても同様である。【００２０】  そこで、本発明は、かかる問題に鑑みてなされたものであって、グラフィックス画像の表示性能を高めた表示処理装置を提供することを目的とする。
【課題を解決するための手段】
【００２１】  上記目的を達成するために、本発明に係る表示処理装置は、プログラムをダウンロードして前記プログラムに基づく画像を表示する表示処理装置であって、グラフィックス画像を記憶するための領域を有する複数のグラフィックス画像記憶手段と、前記複数のグラフィックス画像記憶手段に対して設定された第１の順序を記憶している第１の順序記憶手段と、前記第１の順序記憶手段に記憶されている順序を通知する通知手段と、前記プログラムを実行することにより、前記通知手段から通知された第１の順序に基づいて前記各グラフィックス画像記憶手段にグラフィックス画像を格納するプログラム実行手段と、前記各グラフィックス画像記憶手段に格納されたグラフィックス画像を、前記第１の順序に従って重ね合わせて表示する表示手段とを備えることを特徴とする。【００２２】  ２つのグラフィックス画像を合成して表示する場合、従来では、例えば、プログラムの処理に基づいて、１つのプレーン（記憶手段）にある１つの領域に、２つのグラフィックス画像を合成して格納し、その合成された画像を表示している。そのため、プログラムによる処理には、２つのグラフィックス画像の重なりを考慮した描画処理が必要となり、プログラムによる処理速度は遅く、且つそのような描画処理を行うプログラムの開発にも負担がかかる。ところが、上述のように、本発明では、プログラムによる処理は、各グラフィックス画像記憶手段へのグラフィックス画像の格納だけで済むため、その処理速度を向上してグラフィックス画像の表示性能を高めることができる。また、第１の順序がプログラムに通知されるため、プログラムは適切なグラフィックス画像記憶手段に適切なグラフィックス画像を格納することができ、表示手段に正しい合成画像を表示させることができる。例えば、アニメーションやゲーム機器において、戦闘機を示すグラフィックス画像と、その戦闘機による攻撃によって炎上する建物を示すグラフィックス画像とを正しく迅速に合成して描画することができ、そのような合成画像の連続的な変化をスムーズに表示することができる。また、複数のグラフィックス画像の重なりを考慮した描画処理を行う必要がないため、そのプログラムの開発設計の負担を軽減することができる。【００２３】  また、前記通知手段は、前記複数のグラフィックス画像記憶手段のそれぞれを識別するための識別情報を、前記第１の順序記憶手段に記憶されている第１の順序に従って配列して前記プログラム実行手段に受け渡すことで、前記第１の順序を前記プログラム実行手段に通知することを特徴として良い。例えば、前記第１の順序記憶手段は、前記複数のグラフィックス画像記憶手段のそれぞれについて、当該グラフィックス画像記憶手段の前記第１の順序における位置と前記識別情報とを記憶している。【００２４】  これにより、第１の順序に従って配列された識別情報がプログラム実行手段に受け渡されるため、プログラム実行手段は、その配列にしたがって、複数のグラフィックス画像記憶手段に設定されている第１の順序を容易に知ることができ、その第１の順序に基づいて各グラフィックス画像記憶手段に正しいグラフィックス画像を格納することができる。【００２５】  また、前記表示��理装置は、さらに、前記第１の順序記憶手段に記憶されている第１の順序を変更する変更手段を備え、前記通知手段は、変更された第１の順序を前記プログラム実行手段に通知することを特徴としても良い。例えば、前記変更手段は、前記第１の順序記憶手段に記憶されている各グラフィックス画像記憶手段の位置を変更する。具体的に、前記変更手段は、前記第１の順序記憶手段に記憶されている２つのグラフィックス画像記憶手段の位置を入れ替える。【００２６】  これにより、例えば、雲を示すグラフィックス画像と、飛行機を示すグラフィックス画像とを用いて、飛行機を雲の中に隠して表示したり、雲の手前に飛行機を表示したりするように、それらのグラフィックス画像の重ね合わせの順序を容易に且つ迅速に変更することができる。【００２７】  また、前記表示処理装置は、さらに、ビデオ画像を記憶するための領域を有する複数のビデオ画像記憶手段と、前記複数のビデオ画像記憶手段に対して設定された第２の順序を記憶している第２の順序記憶手段とを備え、前記通知手段は、さらに、前記第２の順序記憶手段に記憶されている第２の順序を前記プログラム実行手段に通知し、前記プログラム実行手段は、さらに、前記プログラムを実行することにより、前記通知手段から通知された第２の順序に基づいて前記各ビデオ画像記憶手段にビデオ画像を格納し、前記表示手段は、前記第１の順序に従って重ね合わされたグラフィックス画像に、前記各ビデオ画像記憶手段に格納されたビデオ画像を、前記第２の順序に従って重ね合わせて表示することを特徴としても良い。【００２８】  これにより、複数のビデオ画像も上述の複数のグラフィックス画像と同様、プログラムによる処理によって各ビデオ画像記憶手段に格納されるため、プログラムによる処理は、各グラフィックス画像記憶手段及び各ビデオ画像記憶手段へのグラフィックス画像及びビデオ画像の格納だけで済み、各画像の重なりを考慮した描画処理が不要となるため、その処理速度を向上してグラフィックス画像及びビデオ画像の表示性能を高めることができる。また、第２の順序がプログラムに通知されるため、プログラムは適切なビデオ画像記憶手段に適切なビデオ画像を格納することができ、表示手段に正しい合成画像を表示させることができる。例えば、ゲーム機器において、戦闘機を示すグラフィックス画像と、その戦闘機による攻撃によって炎上する建物を示すグラフィックス画像と、そのゲーム機器を操作するユーザーのビデオ画像などと、を正しく迅速に合成して描画することができ、そのような合成画像の連続的な変化をスムーズに表示することができる。また、複数のグラフィックス画像及びビデオ画像の重なりを考慮した描画処理を行う必要がないため、そのプログラムの開発設計の負担を軽減することができる。【００２９】  また、前記表示処理装置は、さらに、スチル画像を記憶するための領域を有する複数のスチル画像記憶手段と、前記複数のスチル画像記憶手段に対して設定された第３の順序を記憶している第３の順序記憶手段とを備え、前記通知手段は、さらに、前記第３の順序記憶手段に記憶されている第３の順序を前記プログラム実行手段に通知し、前記プログラム実行手段は、さらに、前記プログラムを実行することにより、前記通知手段から通知された第３の順序に基づいて前記各スチル画像記憶手段にスチル画像を格納し、前記表示手段は、前記第１及び第２の順序に従って重ね合わされたグラフィックス画像及びビデオ画像に、前記各スチル画像記憶手段に格納されたスチル画像を、前記第３の順序に従って重ね合わせて表示することを特徴としても良い。【００３０】  これにより、複数のスチル画像も上述の複数のグラフィックス画像などと同様、プログラムによる処理によって各スチル画像記憶手段に格納されるため、プログラムによる処理は、各グラフィックス画像記憶手段及び各ビデオ画像記憶手段並びに各スチル画像記憶手段へのグラフィックス画像及びビデオ画像並びにスチル画像の格納だけで済み、各画像の重なりを考慮した描画処理が不要となるため、その処理速度を向上してグラフィックス画像及びビデオ画像並びにスチル画像の表示性能を高めることができる。また、第３の順序がプログラムに通知されるため、プログラムは適切なスチル画像記憶手段に適切なスチル画像を格納することができ、表示手段に正しい合成画像を表示させることができる。例えば、ゲーム機器において、戦闘機を示すグラフィックス画像と、その戦闘機による攻撃によって炎上する建物を示すグラフィックス画像と、そのゲーム機器を操作するユーザーのビデオ画像などと、その戦闘機の周辺の背景を示すスチル画像などと、を正しく迅速に合成して描画することができ、そのような合成画像の連続的な変化をスムーズに表示することができる。また、複数のグラフィックス画像及びビデオ画像並びにスチル画像の重なりを考慮した描画処理を行う必要がないため、そのプログラムの開発設計の負担を軽減することができる。【００３１】  また、前記表示処理装置は、さらに、ビデオ画像を記憶するための領域を有するビデオ画像記憶手段と、スチル画像を記憶するための領域を有するスチル画像記憶手段とを備え、前記第１の順序記憶手段は、前記複数のグラフィックス画像記憶手段及びビデオ画像記憶手段並びにスチル画像記憶手段に対して設定された前記第１の順序を記憶しており、前記プログラム実行手段は、前記プログラムを実行することにより、前記通知手段から通知された第１の順序に基づいて、前記各グラフィックス画像記憶手段にグラフィックス画像を格納し、前記ビデオ画像記憶手段にビデオ画像を格納し、前記スチル画像記憶手段にスチル画像を格納し、前記表示手段は、前記各グラフィックス画像記憶手段及びビデオ画像記憶手段並びにスチル画像記憶手段に格納された複数のグラフィックス画像及びビデオ画像並びにスチル画像を、前記第１の順序に従って重ね合わせて表示することを特徴としても良い。【００３２】  これにより、ビデオ画像及びスチル画像が複数のグラフィックス画像と重ね合わせて表示されるため、表示手段により表示される合成画像の表示内容を拡張することができる。また、前記複数のグラフィックス画像記憶手段及びビデオ画像記憶手段並びにスチル画像記憶手段に対して設定された第１の順序がプログラムに通知されるため、プログラムは適切な記憶手段に適切な画像を格納することができ、表示手段に正しい合成画像を表示させることができる。【００３３】  また、前記表示処理装置は、さらに、前記第１の順序記憶手段に記憶されている第１の順序を変更する変更手段を備え、前記通知手段は、前記変更された順序を前記プログラムに通知することを特徴としても良い。例えば、前記変更手段は、複数のグラフィックス画像及びビデオ画像並びにスチル画像が重ね合わせられるときには、前記複数のグラフィックス画像がビデオ画像及びスチル画像のうち少なくとも一方を挟み込むように、前記第１の順序記憶手段に記憶されている第１の順序を変更する。【００３４】  これにより、それらの各画像の重ね合わせの順序を容易に且つ迅速に変更することができる。例えば、２つのグラフィックス画像の間にビデオ画像が挟みこまれるように各画像が重ね合わせて表示されるため、表示内容の拡張性を向上することができる。【００３５】  なお、本発明は、このような表示処理装置として実現することができるだけでなく、その表示処理装置が動作する方法やプログラム、そのプログラムを格納する記憶媒体としても実現することができる。
【発明の効果】
【００３６】  本発明の表示処理装置は、グラフィックス画像の表示性能を高めることができるという作用効果を奏する。
【図面の簡単な説明】
【００３７】
【図１】図１は、従来の表示処理装置の構成を示す構成図である。
【図２】図２は、複数のイメージが合成される様子を説明するための説明図である。
【図３】図３は、本発明の実施の形態１に係るケーブルテレビシステムのブロック図である。
【図４】図４は、本発明の実施の形態１に係る端末装置の構成図である。
【図５】図５は、本発明の実施の形態１に係る端末装置の外観の一例を示す図である。
【図６】図６は、本発明の実施の形態１に係るフロントパネルの外観の一例を示す図である。
【図７】図７は、本発明の実施の形態１に係る端末装置が保存するプログラムの構成を示す構成図である。
【図８】図８は、本発明の実施の形態１に係る表示処理装置とダウンロードされたアプリケーションの構成を表す模式図である。
【図９】図９は、本発明の実施の形態１に係る表示処理装置が複数のイメージを合成する様子を説明するための説明図である。
【図１０Ａ】図１０Ａは、本発明の実施の形態１に係るＺオーダー管理部が管理する管理テーブルの一例を示す図である。
【図１０Ｂ】図１０Ｂは、本発明の実施の形態１に係る他のＺオーダー管理部が管理する管理テーブルの一例を示す図である。
【図１０Ｃ】図１０Ｃは、本発明の実施の形態１に係るさらに他のＺオーダー管理部が管理する管理テーブルの一例を示す図である。
【図１１】図１１は、本発明の実施の形態１に係るＺオーダー管理部の動作を表すフローチャートである。
【図１２】図１２は、本発明の実施の形態１に係る他のＺオーダー管理部の動作を表すフローチャートである。
【図１３】図１３は、本発明の実施の形態１に係るさらに他のＺオーダー管理部の動作を表すフローチャートである。
【図１４】図１４は、本発明の実施の形態１に係るアプリケーションのコードの一例を示す図である。
【図１５】図１５は、本発明の実施の形態１に係るアプリケーションによって描画される様子を説明するための説明図である。
【図１６】図１６は、本発明の実施の形態１に係るアプリケーションのコードの他の例を示す図である。
【図１７】図１７は、本発明の実施の形態１に係るアプリケーションのコードのさらに他の例を示す図である。
【図１８】図１８は、本発明の実施の形態１に係るＺオーダー変更部の動作を表すフローチャートである。
【図１９】図１９は、本発明の実施の形態１に係る管理テーブルが変更される様子を説明するための説明図である。
【図２０Ａ】図２０Ａは、本発明の実施の形態１に係る２つのグラフィックス画像が重ね合わされる様子を示す図である。
【図２０Ｂ】図２０Ｂは、本発明の実施の形態１に係る２つのグラフィックス画像の上下関係が逆となるように重ね合わされた様子を示す図である。
【図２１】図２１は、本発明の実施の形態１に係る領域の上下関係の変更方法を示す図である。
【図２２】図２２は、本発明の実施の形態１に係る領域の上下関係の他の変更方法を示す図である。
【図２３】図２３は、本発明の実施の形態１に係るＺオーダー管理部が管理する管理テーブルの他の例を示す図である。
【図２４】図２４は、本発明の実施の形態２に係る表示処理装置とダウンロードされたアプリケーションの構成を表す模式図である。
【図２５】図２５は、本発明の実施の形態２に係るＺオーダー管理部が管理する管理テーブルの一例を示す図である。
【符号の説明】
【００３８】  ２０９    ビデオプレーン
２１０    スチルプレーン
２１１    ＯＳＤプレーン
２１２    ディスプレイ
５０５ｈ  ＯＳＤ処理部
５０５ｉ  ビデオ処理部
５０５ｊ  スチル処理部
５０６    ダウンロードされたアプリケーション
６０１    Ｚオーダー管理部
６０２    Ｚオーダー変更部
６１１    Ｚオーダー管理部
６１２    Ｚオーダー変更部
６２１    Ｚオーダー管理部
６２２    Ｚオーダー変更部
６５１    第１ビデオ領域
６５２    第２ビデオ領域
６６１    第１スチル領域
６７１    第１ＯＳＤ領域
６７２    第２ＯＳＤ領域
【発明を実施するための最良の形態】
【００３９】  （実施の形態１）
本発明に係るケーブルテレビシステムの実施の形態を、図面を参照しながら説明する。【００４０】  図３は、ケーブルテレビシステムを構成する装置の関係を表したブロック図である。このケーブルテレビシステムは、ヘッドエンド１０１と、３個の表示処理装置たる端末装置Ａ１１１、端末装置Ｂ１１２、及び端末装置Ｃ１１３とで構成される。本実施の形態では、１つのヘッドエンド１０１に対して３つの端末装置が結合されているが、任意の数の端末装置をヘッドエンド１０１に結合しても、本発明は実施可能である。【００４１】  ヘッドエンド１０１は、複数の端末装置に対して映像や、音声、データ等の放送信号を送信するとともに、端末装置からのデータ送信を受信する。【００４２】  本発明は主として端末装置に関わるので、ヘッドエンドに関する詳細な説明は省略する。【００４３】  端末装置Ａ１１１、端末装置Ｂ１１２、及び端末装置Ｃ１１３はそれぞれ、ヘッドエンド１０１からの放送信号を受信して再生する。また、各端末装置は、ヘッドエンド１０１に対して各端末装置固有のデータを送信する。３つの端末装置は本実施の形態では同じ構成を取る。【００４４】  図４は、端末装置のハードウエア構成を表すブロック図である。端末装置２００は、ＱＡＭ復調部２０１、ＱＰＳＫ復調部２０２、ＱＰＳＫ変調部２０３、ＴＳデコーダ２０５、オーディオデコーダ２０６、スピーカ２０７、ビデオデコーダ２０８、ビデオプレーン２０９、スチルプレーン２１０、ＯＳＤプレーン２１１、ディスプレイ２１２、２次記憶部２１３、１次記憶部２１４、ＲＯＭ２１５、入力部２１６、及びＣＰＵ２１７で構成される。また端末装置２００には、ＣａｂｌｅＣａｒｄ２０４が着脱される。【００４５】  図５は、薄型テレビとして構成された端末装置２００の外観の一例を示す図である。
薄型テレビの筐体３０１は、ＣａｂｌｅＣａｒｄ２０４を除く、端末装置２００の構成要素のすべてを内蔵している。【００４６】  ディスプレイ３０２は、図４におけるディスプレイ２１２に相当する。
フロントパネル部３０３は複数のボタンで構成され、図４の入力部２１６に相当する。【００４７】  信号入力端子３０４は、ヘッドエンド１０１との信号の送受信を行うためにケーブル線と接続する。信号入力端子３０４は、図４のＱＡＭ復調部２０１、ＱＰＳＫ復調部２０２、及びＱＰＳＫ変調部２０３と接続されている。【００４８】  ＣａｂｌｅＣａｒｄ３０５は、図４のＣａｂｌｅＣａｒｄ２０４に相当する。ＣａｂｌｅＣａｒｄ２０４は、図５のＣａｂｌｅＣａｒｄ３０５のように、端末装置２００とは独立した形態を取り、端末装置２００に着脱可能となっている。ＣａｂｌｅＣａｒｄ２０４の詳細は後述する。【００４９】  挿入スロット３０６にはＣａｂｌｅＣａｒｄ３０５が挿入される。
図４に示すように、ＱＡＭ復調部２０１は、ＣＰＵ２１７から指定された周波数を含むチューニング情報で、ヘッドエンド１０１でＱＡＭ変調され送信されてきた信号を復調し、ＣａｂｌｅＣａｒｄ２０４に引き渡す。【００５０】  ＱＰＳＫ復調部２０２は、ＣＰＵ２１７から指定された周波数を含むチューニング情報で、ヘッドエンド１０１でＱＰＳＫ変調され送信されてきた信号を復調し、ＣａｂｌｅＣａｒｄ２０４に引き渡す。【００５１】  ＱＰＳＫ変調部２０３は、ＣＰＵ２１７から指定された周波数を含む変調情報で、ＣａｂｌｅＣａｒｄ２０４から渡された信号をＱＰＳＫ変調し、ヘッドエンド１０１に送信する。【００５２】  ＣａｂｌｅＣａｒｄ２０４（３０５）は、図５に示すように、端末装置本体２００から着脱可能な形態をしている。端末本体２００とＣａｂｌｅＣａｒｄ２０４の接続インターフェースは、ＯｐｅｎＣａｂｌｅ（Ｒ）ＨＯＳＴ−ＰＯＤ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＯＣ−ＳＰ−ＨＯＳＴＰＯＤ−ＩＦ−Ｉ１２−０３０２１０）及び、この仕様書から参照されている仕様書で定義されている。ここでは、詳細は省略する。【００５３】  ＴＳデコーダ２０５は、ＣａｂｌｅＣａｒｄ２０４から受け取った信号のフィルタリングを実施し、必要なデータをオーディオデコーダ２０６、ビデオデコーダ２０８、及びＣＰＵ２１７に引き渡す。ここで、ＣａｂｌｅＣａｒｄ２０４から来る信号はＭＰＥＧ２トランスポートストリームである。ＭＰＥＧ２トランスポートストリームの詳細はＭＰＥＧ規格書  ＩＳＯ／ＩＥＣ１３８１８−１に記載されており、本実施の形態では詳細は省略する。ＭＰＥＧ２トランスポートストリームは、複数の固定長パケットで構成され、各パケットには、パケットＩＤが振られている。【００５４】  このパケットＩＤに応じて必要なパケットだけを取り出す処理が、ＴＳデコーダ２０５が行うフィルタリングである。ＴＳデコーダ２０５はＣＰＵ２１７から指示された複数のフィルタリングを同時に実行することができる。【００５５】  オーディオデコーダ２０６は、ＴＳデコーダ２０５から与えられたＭＰＥＧ２トランスポートストリームのパケットに埋め込まれたオーディオデータを連結し、デジタル−アナログ変換を行いスピーカ２０７に出力する。【００５６】  スピーカ２０７は、オーディオデコーダ２０６から与えられた信号を音声出力する。
ビデオデコーダ２０８は、ＴＳデコーダ２０５から与えられたＭＰＥＧ２トランスポートストリームのパケットに埋め込まれたビデオデータを連結し、デジタル−アナログ変換を行うことでビデオイメージを生成し、ビデオプレーン２０９に記憶させる。ここで、ビデオデコーダ２０８は、複数のビデオを同時に再生し、ビデオプレーン２０９に記憶させることもできる。また、ビデオデコーダ２０８は、ＣＰＵ２１７から与えられたＭＰＥＧ−Ｉデータをデコードしてスチルプレーン２１０に記憶させる。【００５７】  ビデオプレーン２０９は、メモリーなどで構成され、ビデオデコーダ２０８がデコードしたビデオイメージを記憶するものである。ここで、ビデオプレーン２０９は、複数の記憶領域を持つ。ビデオデコーダ２０８が複数のビデオを同時に再生した場合、デコードされた複数のビデオイメージは、ビデオプレーン内の各ビデオイメージに対応する記憶領域にそれぞれ記憶される。【００５８】  スチルプレーン２１０は、メモリーなどで構成され、ビデオデコーダ２０８がデコードしたビＭＰＥＧ−Ｉイメージや、ＣＰＵ２１７が描画したスチルイメージを記憶するものである。スチルプレーン２１０が記憶するイメージは、主に背景画像として使用される。ここで、スチルプレーン２１０は、複数の記憶領域を持つ。【００５９】  ＯＳＤプレーン２１１は、メモリーなどで構成され、ＣＰＵ２１７によって描画されたグラフィックスコンテンツを含むグラフィックスイメージを記憶するものである。グラフィックスコンテンツとは、点、線、四角形等の基本図形、文字、ＪＰＥＧ規格やＰＮＧ規格などで定められた画像データをデコードしたものなどである。ここで、ＯＳＤプレーン２１１は、複数の記憶領域を持つ。【００６０】  ディスプレイ２１２は、イメージ合成回路とブラウン管や液晶等で構成され、ビデオプレーン２０９、スチルプレーン２１０、及びＯＳＤプレーン２１１が記憶するイメージを合成して出力する。【００６１】  ２次記憶部２１３は、具体的には、フラッシュメモリーやハードディスク等で構成され、ＣＰＵ２１７から指示されたデータやプログラムを保存したり削除したりする。また、保存されているデータやプログラムはＣＰＵ２１７に参照される。保存されているデータやプログラムは、端末装置２００の電源が切断された状態でも保存されつづける。【００６２】  １次記憶部２１４は、具体的には、ＲＡＭ等で構成され、ＣＰＵ２１７から指示されたデータやプログラムを一次的に保存したり削除したりする。また、保存されているデータやプログラムはＣＰＵ２１７に参照される。保存されているデータやプログラムは、端末装置２００の電源が切断された際に、抹消される。【００６３】  ＲＯＭ２１５は、書き換え不可能なメモリーデバイスであり、具体的にはＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）などで構成される。ＲＯＭ２１５には、ＣＰＵ２１７が実行するプログラムが格納されている。【００６４】  入力部２１６は、具体的には、フロントパネルやリモコンで構成され、ユーザーからの入力を受け付け���。【００６５】  図６は、フロントパネルとして構成された入力部２１６の一例を示す図である。フロントパネル４００は、図５のフロントパネル部３０３に相当する。フロントパネル４００は、７つのボタン、即ち、上カーソルボタン４０１、下カーソルボタン４０２、左カーソルボタン４０３、右カーソルボタン４０４、ＯＫボタン４０５、取消ボタン４０６、及びＥＰＧボタン４０７を備えている。ユーザーがボタンを押下すると、押下されたボタンの識別子が、ＣＰＵ２１７に通知される。【００６６】  ＣＰＵ２１７は、ＲＯＭ２１５が記憶しているプログラムを実行する。ＣＰＵ２１７は、実行するプログラムの指示に従い、ＱＡＭ復調部２０１、ＱＰＳＫ復調部２０２、ＱＰＳＫ変調部２０３、ＣａｂｌｅＣａｒｄ２０４、ＴＳデコーダ２０５、ビデオでコーダ２０８、ディスプレイ２１２、２次記憶部２１３、１次記憶部２１４、及びＲＯＭ２１５を制御する。【００６７】  図７は、ＲＯＭ２１５に記憶され、ＣＰＵ２１７によって実行されるプログラムと、１次記憶部２１４に記憶され、ＣＰＵ２１７によって実行されるダウンロードされたアプリケーションプログラム（以下、単にアプリケーションという）とを示す概念図である。【００６８】  プログラム５００は、ＲＯＭ２１５に記憶され、複数のサブプログラムで構成される。具体的に、プログラム５００は、ＯＳ５０１、Ｊａｖａ（登録商標）ＶＭ５０２（以後ＶＭ５０２と称す）、ナビゲータ５０３、サービスマネージャ５０４、及びＪａｖａライブラリ５０５（以後ライブラリ５０５と称す）で構成される。【００６９】  ＯＳ５０１は、端末装置２００の電源が投入されると、ＣＰＵ２１７が起動するためのサブプログラムである。ＯＳ５０１は、オペレーティングシステムの略であり、Ｌｉｎｕｘ（登録商標）等が一例である。ＯＳ５０１は、他のサブプログラムを平行して実行するカーネル５０１ａ及びライブラリ５０１ｂで構成される公知の技術の総称であり、詳細な説明は省略する。本実施の形態においては、ＯＳ５０１のカーネル５０１ａは、ＶＭ５０２をサブプログラムとして実行する。また、ライブラリ５０１ｂは、これらサブプログラムに対して、端末装置２００が保持する構成要素を制御するための複数の機能を提供する。【００７０】  ライブラリ５０１ｂの機能の一例として、チューニング機能を紹介する。チューニング機能は、他のサブプログラムから周波数を含むチューニング情報を受け取り、それをＱＡＭ復調部２０１に引き渡す。ＱＡＭ復調部２０１は与えられたチューニング情報に基づき復調処理を行い、復調したデータをＣａｂｌｅＣａｒｄ２０４に引き渡すことができる。
この結果、他のサブプログラムはライブラリ５０１ｂを通してＱＡＭ復調器２０１を制御することができる。【００７１】  ＶＭ５０２は、Ｊａｖａ（登録商標）言語で記述されたプログラムを解析して実行するバーチャルマシンである。言語で記述されたプログラムはバイトコードと呼ばれる、ハードウエアに依存しない中間コードにコンパイルされる。バーチャルマシンは、このバイトコードを実行するインタープリタである。また、一部のバーチャルマシンは、バイトコードをＣＰＵ２１７が理解可能な実行形式に翻訳してから、ＣＰＵ２１７に引渡し、実行することも行う。ＶＭ５０２は、カーネル５０１ａに実行するプログラムを指定されて起動される。本実施の形態では、カーネル５０１ａは、実行するプログラムとしてナビゲータ５０３を指定する。言語の詳細は、書籍「Ｌａｎｇｕａｇｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＩＳＢＮ  ０−２０１−６３４５１−１）」等の多くの書籍で解説されている。ここでは、その詳細を省略する。また、ＶＭ自体の詳細な動作などは、「Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＩＳＢＮ  ０−２０１−６３４５１−３３）」等の多くの書籍で解説されている。ここでは、その詳細を省略する。【００７２】  ナビゲータ５０３は、Ｊａｖａ言語で書かれたＪａｖａプログラムであり、ＶＭ５０２によって起動され、逐次実行される。ユーザーに対して、チャンネル一覧を表示したり、入力部２１６でユーザーが入力したチャンネル選択の指示を、ＣＰＵ２１７を通して受け取り、チャンネル選択を行う。【００７３】  サービスマネージャ５０４は、Ｊａｖａ言語で書かれたＪａｖａプログラムであり、ナビゲータ５０３からチャンネル選択の指示を受け付け、ＶＭ５０２によって逐次実行される。サービスマネージャ５０４は、ユーザーによって指定されたチャンネルの番組を選択する。具体的には、サービスマネージャ５０４は、指定された番組の制御を行うアプリケーションをダウンロードして起動するまでの処理を行う。アプリケーションがダウンロードされたあとの処理は、そのアプリケーションが中心となって行われる。ここでダウンロードとは、ＭＰＥＧ２トランスポートストリーム中のパケットからファイルシステム等のデータを取り出して１次記憶部２１４等の記憶手段に保存することである。【００７４】  以下、サービスマネージャ５０４がアプリケーションをダウンロードして起動するまでの手順について簡単に説明する。ここではその詳細は本発明には関係ないのでその詳細の説明は省略する。【００７５】  サービスマネージャ５０４は、最初にライブラリ５０５の中にあるＴｕｎｅｒ５０５ｃに、チューニングを依頼する。Ｔｕｎｅｒ５０５ｃは、２次記憶部２１３が記憶するチャンネル情報を参照し、ユーザーが選択したチャンネルに対応するチューニング情報を獲得する。次に、サービスマネージャ５０４は、ライブラリ５０５の中にあるＣＡ５０５ｄにデスクランブルを依頼する。ＣＡ５０５ｄは、ＯＳ５０１のライブラリ５０１ｂを通して復号に必要な情報をＣａｂｌｅＣａｒｄ２０４に与える。ＣａｂｌｅＣａｒｄ２０４は、与えられた情報を元に、ＱＡＭ復調部２０１から与えられた信号を復号しＴＳデコーダ２���５に引き渡す。次に、サービスマネージャ５０４は、ライブラリ５０５の中にあるＡＭ５０５ｂに、指定されたチャンネルが提供するアプリケーションの実行を依頼する。ＡＭ５０５ｂは、チャンネルに含まれているＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）を取り出し、チャンネルに含まれるアプリケーションに関する情報を取り出す。ＡＩＴは、ＤＶＢ−ＭＨＰ規格書に規定されている。ＡＭ５０５ｂは取り出したアプリケーションに関する情報に従って、ライブラリ５０５の中にあるＤＳＭＣＣ５０５ａに、指定されたチャンネルが保持するディレクトリやファイルで構成されるファイルシステムのダウンロードを依頼する。ＭＰＥＧ２トランスポートストリームにファイルシステム等のデータを埋め込んだりそれを取り出したりする方法は、ＭＰＥＧ規格書  ＩＳＯ／ＩＥＣ１３８１８−６に記述されたＤＳＭＣＣという方式を用いる。ＡＭ５０５ｂは、１次記憶部２１４にダウンロードしたファイルシステム中から実行すべきアプリケーションを実行する。図７においては、選択されたアプリケーションを、ダウンロードされたアプリケーション５０６として示している。【００７６】  ライブラリ５０５は、ＲＯＭ２１５に格納されている複数のＪａｖａライブラリの集合である。ライブラリ５０５は、端末装置２００の機能をアプリケーションが使用できるように、ＪａｖａのＡＰＩをアプリケーションに対して提供している。本実施の形態では、ライブラリ５０５は、ＤＳＭＣＣ５０５ａ、ＡＭ５０５ｂ、Ｔｕｎｅｒ５０５ｃ、ＣＡ５０５ｄ、ＪＭＦ５０５ｅ、ＡＷＴ５０５ｆ、及びＨＡＶｉＬｅｖｅｌ２ＧＵＩ５０５ｇ等を含んでいる。なお、ＨＡＶｉＬｅｖｅｌ２ＧＵＩ５０５ｇは、ＯＳＤ処理部５０５ｈ、ビデオ処理部５０５ｉ、及びスチル処理部５０５ｊを含む。【００７７】  ＤＳＭＣＣ５０５ａは、ライブラリ５０１ｂを通してＴＳデコーダ２０５を制御し、ＭＰＥＧ２トランスポートストリームの中にＤＳＭＣＣオブジェクトカルーセル形式で多重化されているファイルシステムを取り出し、一次記憶部２１４に保存する機能を提供する。ＤＳＭＣＣオブジェクトカルーセル形式は、ＭＰＥＧ規格書  ＩＳＯ／ＩＥＣ１３８１８−６に規定されており、ここでは詳細な説明を省略する。【００７８】  ＡＭ５０５ｂは、ライブラリ５０１ｂを通してＴＳデコーダ２０５を制御し、ＭＰＥＧ２トランスポートストリームの中に多重化されているＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）を取り出し、チャンネルに含まれるアプリケーションに関する情報を取り出す。ＡＩＴは、ＤＶＢ−ＭＨＰ規格書に規定されている。ＡＭ５０５ｂは取り出したアプリケーションに関する情報に従って、ライブラリ５０５の中にあるＤＳＭＣＣ５０５ａに、指定されたチャンネルが保持するディレクトリやファイルで構成されるファイルシステムのダウンロードを依頼する。ＡＭ５０５ｂは、１次記憶部２１４にダウンロードされたファイルシステム中からＡＩＴで指定された実行すべきアプリケーションを起動する。【００７９】  Ｔｕｎｅｒ５０５ｃは，ライブラリ５０１ｂを通してＱＡＭ復調器２０１を制御し、指定された周波数にチューニングする��めの機能を提供する。【００８０】  ＣＡ５０５ｄは、ＯＳ５０１のライブラリ５０１ｂを通して復号に必要な情報をＣａｂｌｅＣａｒｄ２０４に与えることによって、スクランブルされたＭＰＥＧ２トランスポートストリームをＣａｂｌｅＣａｒｄ２０４がデスクランブルできるようにする機能を提供する。【００８１】  ＪＭＦ５０５ｅは、ライブラリ５０１ｂを通してＴＳデコーダ２０５、オーディオデコーダ２０６、及びビデオデコーダ２０８を制御し、オーディオの再生及びビデオの再生を行う。【００８２】  ＡＷＴ５０５ｆは、アプリケーションが描画を行ったり、入力部２１６からのキー入力通知を受け取るためのＪａｖａ  ＡＰＩを提供する。ＡＷＴ５０５ｆは、線や点、四角などの基本図形の描画を行うＡＰＩ、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）形式やＰＮＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）形式のイメージをデコードしてＯＳＤプレーン２１１上に展開するためのＡＰＩ等を提供している。具体的には、ＡＷＴ５０５ｆは、「Ｔｈｅ  Ｊａｖａ（Ｒ）ｃｌａｓｓ  Ｌｉｂｒａｒｉｅｓ  Ｓｅｃｏｎｄ  Ｅｄｉｔｉｏｎ，Ｖｏｌｕｍｅ  ２」（ＩＳＢＮ０−２０１−３１００３−１）で規定されるｊａｖａ．ａｗｔパッケージ、ｊａｖａ．ａｗｔ．ｅｖｅｎｔパッケージ及びその他のｊａｖａ．ａｗｔのサブパッケージが相当する。ここでは、詳細な説明を省略する。【００８３】  ＨＡＶｉＬｅｖｅｌ２ＧＵＩ５０５ｇは、アプリケーションがビデオプレーン２０９、スチルプレーン２１０、及びＯＳＤプレーン２１１を制御するためのＡＰＩを提供し、ＯＳＤ処理部５０５ｈ、ビデオ処理部５０５ｉ、及びスチル処理部５０５ｊで構成される。これらの各処理部は、具体的には、ＤＶＢ−ＭＨＰ規格書で規定されるｏｒｇ．ｈａｖｉ．ｕｉパッケージ及びｏｒｇ．ｈａｖｉ．ｕｉ．ｅｖｅｎｔパッケージが相当する。ここでは、主に本発明に関する機能について説明する。【００８４】  ＯＳＤ処理部５０５ｈは、ＯＳＤプレーン２１１を制御するためのＡＰＩを提供する。具体的には、ｏｒｇ．ｈａｖｉ．ｕｉ．ｅｖｅｎｔパッケージのＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ及びその関連クラスで構成される。【００８５】  ビデオ処理部５０５ｉは、ビデオプレーン２０９を制御するためのＡＰＩを提供する。具体的には、ｏｒｇ．ｈａｖｉ．ｕｉ．ｅｖｅｎｔパッケージのＨＶｉｄｅｏＤｅｖｉｃｅ及びその関連クラスで構成される。【００８６】  スチル処理部５０５ｊは、スチルプレーン２１０を制御するためのＡＰＩを提供する。具体的には、ｏｒｇ．ｈａｖｉ．ｕｉ．ｅｖｅｎｔパッケージのＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ及びその関連クラスで構成される。【００８７】  ダウンロードされたアプリケーション５０６は、Ｊａｖａ言語で書かれたＪａｖａプログラムであり、ＶＭ５０２によって逐次実行される。アプリケーション５０６は、端末装置２００において番組を表現するための、表示処理の記述を含む。具体的には、ＡＷＴ５０５ｆ及びＯＳＤ処理部５０５ｈを用いたグラフィックスコンテンツの表示処理と、ＪＭＦ５０５ｅ及びビデオ処理部５０５ｉを用いたビデオコンテンツの表示処理と、ス���ル処理部５０５ｊを用いた背景画の表示処理との記述等が含まれる。【００８８】  以下、本発明の主要な機能である表示機能について、詳細に説明する。
図８は、端末装置２００における表示機能に関するハードウエア構成要素とソフトウエア構成要素の関係を示す概念図である。図中、図４及び図７と同じ番号が割り振られた構成要素は、図４および図７で示した構成要素と同じものを表す。ここで、ＯＳＤ処理部５０５ｈは、Ｚオーダー管理部６０１とＺオーダー変更部６０２を備え、ビデオ処理部５０５ｉも、Ｚオーダー管理部６１１とＺオーダー変更部６１２を備え、また、スチル処理部５０５ｊも、Ｚオーダー管理部６２１とＺオーダー変更部６２２を備えている。更に、ビデオプレーン２０９は、第１ビデオ領域６５１と第２ビデオ領域６５２の２つの領域を有し、スチルプレーン２１０は第１スチル領域６６１の１つの領域を有し、また、ＯＳＤプレーン２１１は第１ＯＳＤ領域６７１と第２ＯＳＤ領域６７２の２つの領域を有する。ここで、ＯＳＤ処理部５０５ｈ、ビデオ処理部５０５ｉ、及びスチル処理部５０５ｊはソフトウエアで構成されているが、ハードウエアで実現しても本発明は実施可能である。また、ここでビデオプレーン２０９は２つの領域、スチルプレーン２１０は１つの領域、ＯＳＤプレーン２１１は２つの領域を有しているが、これは一例であり、もっと多くの領域、あるいは少ない数の領域を備えている場合でも、本発明は実施可能である。【００８９】  アプリケーション５０６が行う表示とは、ビデオプレーン２０９の第１ビデオ領域６５１及び第２ビデオ領域６５２と、スチルプレーン２１０の第１スチル領域６６１と、ＯＳＤプレーン２１１の第１ＯＳＤ領域６７１及び第２ＯＳＤ領域６７２とに、表示すべきイメージを生成することであって、ディスプレイ２１２はこれらの領域に生成されたイメージを合成表示する。【００９０】  図９は、ディスプレイ２１２が５つのプレーンのイメージを合成して出力している例を表す概念図である。図９の（１）に示すように、第１ＯＳＤ領域６７１にはグラフィックコンテンツ７０１を含むイメージが記憶されている。グラフィックスコンテンツ７０１は文字情報であり、文字放送のアプリケーション５０６によって右から左にスクロールして描画される情報である。図９の（２）に示すように、第２ＯＳＤ領域６７２にはグラフィックコンテンツ７０２を含むイメージが記憶されている。グラフィックスコンテンツ７０２も文字情報であり、野球の途中経過を表示している。この表示も、野球の進行と共にアプリケーション５０６によって更新される。図９の（３）に示すように、第１ビデオ領域６５１にはビデオコンテンツ７０３を含むイメージが記憶されている。ビデオコンテンツ７０３は、スーパーインポーズの子画面を形成しており、後述するビデオコンテンツ７０４の左下に、小さなサイズで、あるチャンネルの映像を表示するためのものである。このビデオコンテンツ７０３の表示位置、表示サイズ、再生される映像のチャンネルは、アプリケーション５０６によって決定されたものである。図９の（４）に示すように、第２ビデオ領域６５２にはビデオコンテンツ７０４を含むイメージが記憶されている。ビデオコンテンツ７０４は、スーパーインポーズの主画面を形成しており、画面の右約３分の２のスペースを使用して、あるチャンネルの映像を表示するためのもので��る。このビデオコンテンツ７０４の表示位置、表示サイズ、再生される映像のチャンネルは、アプリケーション５０６によって決定されたものである。図９の（５）に示すように、第１スチル領域６６１にはスチルコンテンツ７０５を含むイメージが記憶されている。ここで、スチルコンテンツ７０５は、画面サイズ全体を覆う単色の塗り潰しである。図９の（１）から（５）に示す各領域のイメージにおいて、グラフィックスコンテンツ、ビデオコンテンツ及びスチルコンテンツが配置されていない部分は、透明色を示す。ディスプレイ２１２は、図９の（１）から（５）で示されるイメージを下から順に、即ち、第１スチル領域６６１、第２ビデオ領域６５２、第１ビデオ領域６５１、第２スチル領域６７２、第１スチル領域６７１の順で重ね合わせて合成イメージを作成する。つまり、第１スチル領域６６１、第２ビデオ領域６５２、第１ビデオ領域６５１、第２スチル領域６７２、第１スチル領域６７１は、上下の位置関係を有しており、ディスプレイ２１２は、その上下関係を把握している。ここで、重ね合わせるとは、下のイメージに対して、上のイメージを上書きすることである。なお、上側のイメージの透明色部分には、そのまま下のイメージが映る。図９の（６）に示すように、ディスプレイ２１２は、図９の（１）から（５）で示されるイメージを合成した合成イメージを表す。【００９１】  このように、複数のイメージを合成することにより、アプリケーション５０６は、効果的な表示を行うことができる。例えば、図９の（１）に示すグラフィックスコンテンツ７０１と図９の（２）に示すグラフィックスコンテンツ７０２とは重なっている。従来では、アプリケーション５０６がこれらのグラフィックコンテンツ７０１，７０２の重なって表されるものを、ＯＳＤプレーンの同一の領域に描画させようとする。このような場合、アプリケーション５０６は２つのグラフィックコンテンツ７０１，７０２の重なりを考慮した描画を行う必要がある。これは描画処理が遅くなり、例えば、グラフィックスコンテンツ７０１の文字放送のスクロール速度が劣化する。ところが本実施の形態では、上述のように、アプリケーション５０６が、２つのグラフィックスコンテンツを別々のＯＳＤ領域に描画し、ディスプレイ２１２が合成処理を行うことで、より高速な描画処理を実現できる。また、アプリケーション５０６の複雑さを緩和し、アプリケーション５０６の開発を軽減することができる。【００９２】  さらに、図９の（３）及び（４）に示す２つのビデオコンテンツ７０３，７０４においても、同等の効果が得られる。ビデオは、ビデオデコーダ２０８によって再生される。例えば従来では、２つのビデオを同時並行に再生して、ビデオプレーンの同一の領域に２つのビデオコンテンツを重ね合わせて記憶させる。このような場合、ビデオデコーダ２０８は重なり部分の排他処理を行う必要がある。その結果、デコード処理が遅くなり、スムーズに動くビデオ再生ができない可能性がある。ところが本実施の形態では、上述のように、ビデオデコーダ２０８が２つのビデオコンテンツを別々のビデオ領域に記憶させて、ディスプレイ２１２が合成処理を行うことで、より高速なビデオ描画処理を実現で���る。【００９３】  ここで、図９で示されたイメージの合成を実現するための、ＯＳＤ処理部５０５ｈ、ビデオ処理部５０５ｉ、及びスチル処理部５０５ｊの機能について説明する。ＤＶＢ−ＭＨＰ規格においては、各プレーンの各領域をクラスのインスタンスとして表現している。ＯＳＤプレーン２１１の１つの領域はＨＧｒａｐｈｇｉｃｓＤｅｖｉｃｅクラスのインスタンスで表現され、ビデオプレーン２０９の１つの領域はＨＶｉｄｅｏＤｅｖｉｃｅクラスのインスタンスで表現され、スチルプレーン２１０の１つの領域はＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅクラスのインスタンスで表現される。アプリケーション５０６は、これらのインスタンスをＨＳｃｒｅｅｎクラスが提供するメソッドから取得できる。ｇｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅｓメソッドは、ＯＳＤプレーン２１１が保持する領域の数と同じ数のＨＧｒａｐｈｇｉｃｓＤｅｖｉｃｅクラスのインスタンスを配列に格納して返し、ｇｅｔＨＶｉｄｅｏＤｅｖｉｃｅｓメソッドは、ビデオプレーン２０９が保持する領域の数と同じ数のＨＶｉｄｅｏＤｅｖｉｃｅクラスのインスタンスを配列に格納して返し、ｇｅｔＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅｓメソッドは、スチルプレーン２１０が保持する領域の数と同じ数のＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅクラスのインスタンスを配列に格納して返す。本発明において、ＯＳＤ処理部５０５ｈのＺオーダー管理部６０１は、ｇｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅｓメソッドが返す配列に、上下関係の順に従って、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを格納する。ここで、上下関係で上に位置するＯＳＤ領域から順に、そのＯＳＤ領域に対応するＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスが配列に格納される。端末装置２００が図８及び図９で示される構成を取る場合、ＯＳＤ処理部５０５ｈのＺオーダー管理部６０１は、上下関係で上に位置する第１ＯＳＤ領域６７１のＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを配列の１番目に格納し、下に位置する第２ＯＳＤ領域６７２のＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを配列の２番目に格納する。同様に、ビデオ処理部５０５ｉのＺオーダー管理部６１１も、ｇｅｔＨＶｉｄｅｏＤｅｖｉｃｅｓメソッドが返す配列に、上下関係の順に従って、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンスを格納する。また、スチル処理部５０５ｊのＺオーダー管理部６２１も、ｇｅｔＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅｓメソッドが返す配列に、上下関係の順に従って、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを格納する。ただし、図８においては、スチルプレーン２１０は１つの領域しか有していない。よって、スチル処理部５０５ｊのＺオーダー管理部６２１は、配列に第１スチル領域６６１に対応するＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを格納するだけである。【００９４】  Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１の役割をまとめると、Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１は、それぞれ、ＯＳＤプレーン２１１、ビデオプレーン２０９、スチルプレーン２１０が保持している領域と、その上下関係の順序と、各領域に対応するインスタンスとの組を管理テーブルとして管理している。Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１は、ｇｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅメソッドや、ｇｅｔＨＶｉｄｅｏＤｅｖｉｃｅメソッド、ｇｅｔＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅメソッドが呼び出された際、管理テーブル中の上下関係情報に基づき、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを配列に格納して返す。【００９５】  図１０Ａ、図１０Ｂ、及び図１０Ｃは、Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１がそれぞれ管理する管理テーブルの一例を示す図である。【００９６】  図１０Ａは、ＯＳＤ処理部５０５ｈのＺオーダー管理部６０１が管理する管理テーブルの一例を示す。列８０１は、ＯＳＤプレーン２１１の領域へのアドレスを保持する。列８０２は、列８０１で示される領域の上下関係を示す情報を保持する。ここでは数字が格納され、上下関係で上の領域から順に、「１」、「２」、と昇順で番号が割り当てられる。なお、この上下関係は、ＯＳＤプレーン２１１内部での上下関係である。ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０の上下関係は、上から順にＯＳＤプレーン２１１、ビデオプレーン２０９、スチルプレーン２１０と固定されている。列８０３は、列８０１で示される領域に対応するＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを格納する。このインスタンスは、端末装置２００の起動時に生成され、保持されている。行８１１には、ＯＳＤプレーン２１１の第１ＯＳＤ領域６７１に対応する情報が格納されており、第１ＯＳＤ領域６７１が上下関係で上にあることを示す情報と、対応するインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するため便宜的に付した文字であり、特別な意味は無い。行８１２には、ＯＳＤプレーン２１１の第２ＯＳＤ領域６７２に対応する情報が格納されており、第２ＯＳＤ領域６７２が上下関係で上から２番目にあることを示す情報と、対応するインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」とが格納されている。ここで文字「Ｂ」は、インスタンスを識別するため便宜的に付した文字であり、特別な意味は無い。【００９７】  図１０Ｂは、ビデオ処理部５０５ｉのＺオーダー管理部６１１が管理する管理テーブルの一例を示す。列８２１は、ビデオプレーン２０９の領域へのアドレスを保持する。列８２２は、列８２１で示される領域の上下関係を示す情報を保持する。ここでは数字が格納され、上下関係で上の領域から順に、「１」、「２」、と昇順で番号が割り当てられる。なお、この上下関係は、ビデオプレーン２０９内部での上下関係である。列８２３は、列８２１で示される領域に対応するＨＶｉｄｅｏＤｅｖｉｃｅインスタンスを格納する。このインスタンスは、端末装置２００の起動時に生成され、保持されている。行８３１には、ビデオプレーン２０９の第１ビデオ領域６５１に対応する情報が格納されており、第１ビデオ領域６５１が上下関係で上にあることを示す情��と、対応するインスタンス「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するため便宜的に付した文字であり、特別な意味は無い。行８３２には、ビデオプレーン２０９の第２ビデオ領域６５２に対応する情報が格納されており、第２ビデオ領域６５２が上下関係で上から２番目にあることを示す情報と、対応するインスタンス「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ｂ」とが格納されている。ここで文字「Ｂ」は、インスタンスを識別するため便宜的に付した文字であり、特別な意味は無い。【００９８】  図１０Ｃは、スチル処理部５０５ｊのＺオーダー管理部６２１が管理する管理テーブルの一例を示す。列８４１は、スチルプレーン２１０の領域へのアドレスを保持する。列８４２は、列８４１で示される領域の上下関係を示す情報を保持する。ここでは数字が格納され、上下関係で上の領域から順に、「１」、「２」、と昇順で番号が割り当てられる。なお、この上下関係は、スチルプレーン２１０内部での上下関係である。列８４３は、列８４１で示される領域に対応するＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを格納する。このインスタンスは、端末装置２００の起動時に生成され、保持されている。行８５１は、スチルプレーン２１０の第１スチル領域６６１に対応する情報が格納されており、第１スチル領域６６１が上下関係で上にあることを示す情報と、対応するインスタンス「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するため便宜的に付した文字であり、特別な意味は無い。【００９９】  図１１は、ＯＳＤ処理部５０５ｈのＺオーダー管理部６０１の動作を表すフローチャートである。図１１に示すように、アプリケーション５０６がｇｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅメソッドを呼び出すと、Ｚオーダー管理部６０１は、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスの取得要求を受け付ける（ステップＳ９０１）。Ｚオーダー管理部６０１は、ＯＳＤプレーン２１１が有する領域数分の要素を持つ配列を用意する（ステップＳ９０２）。端末装置２００が図８に示すような構成を有する場合、Ｚオーダー管理部６０１は、配列要素数が「２」の配列を用意する。Ｚオーダー管理部６０１は、例えばＪａｖａ言語の場合、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ［］ａｒｒａｙ＝ｎｅｗ  ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ［２］」等と記述する。次に、Ｚオーダー管理部６０１は、変数Ｎに初期値「１」を設定する（ステップＳ９０３）。Ｚオーダー管理部６０１は、管理テーブルを参照し、上下関係がＮ番目の領域を探し、対応するＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを取得する（ステップＳ９０４）。例えば、管理テーブルが図１０Ａに示すように構成されている場合、Ｎ＝１であれば、行８１１の第１ＯＳＤ領域６７１が上下関係で「１」番目にあるため、対応する「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」が取得される。次に、Ｚオーダー管理部６０１は、取得したＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを配列要素のＮ番目に格納する（ステップＳ９０５）。取得したインスタンスが「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」で、Ｎ＝１の時、１番目の配列���素に「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」が格納される。Ｚオーダー管理部６０１は、Ｊａｖａ言語の場合、「ａｒｒａｙ［０］＝ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ＿Ａ」等と記述する。ここで、配列要素番号が「０」なのは、配列の添え字が「０」から開始されるからである。ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ＿Ａは「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」を示す変数である。次に、Ｚオーダー管理部６０１は、変数Ｎに１を加算する（ステップＳ９０６）。変数Ｎの値が、ＯＳＤプレーン２１１が有する領域数より小さいか等しいとき（ステップＳ９０７のＮＯ）は、Ｚオーダー管理部６０１は、ステップＳ９０４からの処理を繰り返し実行する。変数Ｎの値が、ＯＳＤプレーン２１１が有する領域数より大きいとき（ステップＳ９０７のＹＥＳ）は、Ｚオーダー管理部６０１は、配列をアプリケーション５０６に返す（ステップＳ９０８）。例えば、管理テーブルが図１０Ａに示すように構成されている場合、配列要素の最初に、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」、２番目に「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」が格納された長さ２の配列が返される。【０１００】  図１２は、ビデオ処理部５０５ｉのＺオーダー管理部６１１の動作を表すフローチャートである。図１２に示すように、アプリケーション５０６がｇｅｔＨＶｉｄｅｏＤｅｖｉｃｅメソッドを呼び出すと、Ｚオーダー管理部６１１は、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンスの取得要求を受け付ける（ステップＳ１００１）。Ｚオーダー管理部６１１は、ビデオプレーン２０９が有する領域数分の要素を持つ配列を用意する（ステップＳ１００２）。端末装置２００が図８に示すような構成を有する場合、Ｚオーダー管理部６１１は、配列要素数が「２」の配列を用意する。Ｚオーダー管理部６１１、例えばＪａｖａ言語の場合、「ＨＶｉｄｅｏＤｅｖｉｃｅ［］ａｒｒａｙ＝ｎｅｗ  ＨＶｉｄｅｏＤｅｖｉｃｅ［２］」等と記述する。次に、Ｚオーダー管理部６１１は、変数Ｎに初期値「１」を設定する（ステップＳ１００３）。Ｚオーダー管理部６１１は、管理テーブルを参照し、上下関係がＮ番目の領域を探し、対応するＨＶｉｄｅｏＤｅｖｉｃｅインスタンスを取得する（ステップＳ１００４）。例えば、管理テーブルが図１０Ｂに示すように構成されている場合、Ｎ＝１であれば、行８３１の第１ビデオ領域６５１が上下関係で「１」番目にあるため、対応する「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」が取得される。次に、Ｚオーダー管理部６１１は、取得したＨＶｉｄｅｏＤｅｖｉｃｅインスタンスを配列要素のＮ番目に格納する（ステップＳ１００５）。取得したインスタンスが「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」で、Ｎ＝１の時、１番目の配列要素に「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」が格納される。Ｚオーダー管理部６１１は、Ｊａｖａ言語の場合、「ａｒｒａｙ［０］＝ＨＶｉｄｅｏＤｅｖｉｃｅ＿Ａ」等と記述する。ここで、配列要素番号が「０」なのは、配列の添え字が「０」から開始されるからである。ＨＶｉｄｅｏＤｅｖｉｃｅ＿Ａは「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」を示す変数である。次に、Ｚオーダー管理部６１１は、変数Ｎに１を加算する（ステップＳ１００６）。変数Ｎの値が、ビデオプレーン２０９が有す��領域数より小さいか等しいとき（ステップＳ１００７のＮＯ）は、Ｚオーダー管理部６１１は、ステップＳ１００４からの処理を繰り返し実行する。変数Ｎの値が、ビデオプレーン２０９が有する領域数より大きいとき（ステップＳ１００７のＹＥＳ）は、Ｚオーダー管理部６１１は、配列をアプリケーション５０６に返す（ステップＳ１００８）。例えば、管理テーブルが図１０Ｂに示すように構成されている場合、配列要素の最初に、「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」、２番目に「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ｂ」が格納された長さ２の配列が返される。【０１０１】  図１３は、スチル処理部５０５ｊのＺオーダー管理部６２１の動作を表すフローチャートである。図１３に示すように、アプリケーション５０６がｇｅｔＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅメソッドを呼び出すと、Ｚオーダー管理部６２１は、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスの取得要求を受け付ける（ステップＳ１１０１）。Ｚオーダー管理部６２１は、スチルプレーン２１０が有する領域数分の要素を持つ配列を用意する（ステップＳ１１０２）。端末装置２００が図８に示すような構成を有する場合、Ｚオーダー管理部６２１は、配列要素数が「１」の配列を用意する。Ｚオーダー管理部６２１は、例えばＪａｖａ言語の場合、「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ［］ａｒｒａｙ＝ｎｅｗ  ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ［１］」等と記述する。次に、Ｚオーダー管理部６２１は、変数Ｎに初期値「１」を設定する（ステップＳ１１０３）。Ｚオーダー管理部６２１は、管理テーブルを参照し、上下関係がＮ番目の領域を探し、対応するＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを取得する（ステップＳ１１０４）。例えば、管理テーブルが図１０Ｃに示すように構成されている場合、Ｎ＝１であれば、行８５１の第１スチル領域６６１が上下関係で「１」番目にあるため、対応する「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」が取得される。次に、Ｚオーダー管理部６２１は、取得したＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを配列要素のＮ番目に格納する（ステップＳ１１０５）。取得したインスタンスが「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」で、Ｎ＝１の時、１番目の配列要素に「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」が格納される。Ｚオーダー管理部６２１は、Ｊａｖａ言語の場合、「ａｒｒａｙ［０］＝ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ＿Ａ」等と記述する。ここで、配列要素番号が「０」なのは、配列の添え字が「０」から開始されるからである。ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ＿Ａは「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」を示す変数である。次に、Ｚオーダー管理部６２１は、変数Ｎに１を加算する（ステップＳ１１０６）。変数Ｎの値が、スチルプレーン２１０が有する領域数より小さいか等しいとき（ステップＳ１１０７のＮＯ）は、Ｚオーダー管理部６２１は、ステップＳ１１０４からの処理を繰り返し実行する。変数Ｎの値が、スチルプレーン２１０が有する領域数より大きいとき（ステップＳ１１０７のＹＥＳ）は、Ｚオーダー管理部６２１は、配列をアプリケーション５０６に返す（ステップＳ１１０８）。例えば、管理テーブルが図１０���に示すように構成されている場合、配列要素に、「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」が格納された長さ１の配列が返される。【０１０２】  ｇｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅｓメソッドが返す配列の要素の格納順序は、ＯＳＤプレーン２１１が有する領域の上下関係に対応し、ｇｅｔＨＶｉｄｅｏＤｅｖｉｃｅｓメソッドが返す配列の要素の格納順序は、ビデオプレーン２０９が有する領域の上下関係に対応し、ｇｅｔＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅｓメソッドが返す配列の要素の格納順序は、スチルプレーン２１０が有する領域の上下関係に対応する。したがって、アプリケーション５０６は、表示を行うのに適切な領域に対応するＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス及びＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを獲得することができる。以下、獲得したこれらインスタンスから、アプリケーション５０６が描画処理を行う過程を簡単に説明する。【０１０３】  アプリケーション５０６がＯＳＤプレーン２１１に描画を行うには、ｏｒｇ．ｈａｖｉ．ｕｉパッケージに規定されているＨＳｃｅｎｅＦａｃｔｏｒｙクラスのｇｅｔＦｕｌｌＳｃｒｅｅｎＳｃｅｎｅメソッドに、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを引数として渡すことによって、ＨＳｃｅｎｅインスタンスを取得する。このとき獲得できたＨＳｃｅｎｅインスタンスは、引数で与えたＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスに対応するＯＳＤプレーン２１１の１つの領域上に作られたベースウインドウである。ＨＳｃｅｎｅインスタンスは、ｊａｖａ．ａｗｔパッケージのＣｏｎｔａｉｎｅｒクラスを継承したＨＳｃｅｎｅクラスのインスタンスであり、アプリケーション５０６は、ライブラリ５０５の中にあるＡＷＴ５０５ｆの機能を用いて描画を行うことができる。ＡＷＴ５０５ｆの機能は、ｊａｖａ．ａｗｔパッケージ及びそのサブパッケージの機能に相当し、この描画機能は公知の技術であることから、その説明は省略する。ここでは、その一例を紹介する。【０１０４】  図１４は、アプリケーション５０６のプログラムコードの一例を示す図である。ここで、端末装置２００は図８に示すように構成され、管理テーブルは図１０Ａに示すように構成されている。アプリケーション５０６は、図１４の１〜２行目で、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを２つ格納する配列ｄｅｖｉｃｅを獲得する。アプリケーション５０６は、図１４の３行目で、ＨＳｃｅｎｅＦａｃｔｏｒｙクラスのインスタンスを取得した後、図１４の４行目で、変数ｄｅｖｉｃｅ［０］に格納されたＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを用いて、上下関係で上に位置するＯＳＤプレーン２１１の第１ＯＳＤ領域６７１に対応するＨＳｃｅｎｅインスタンスを獲得する。次に、アプリケーション５０６は、図１４の５行目で、ＨＳｃｅｎｅインスタンスから、Ｇｒａｐｈｉｃｓインスタンスを取得することで、描画準備を終え、図１４の６行目で色設定を行う。ここでは、アプリケーション５０６は黒を設定している。また、アプリケーション５０６は、図１４の７行目で、文字列“Ｇｒａｐｈｉｃｓ”を第１ＯＳＤ領域６７１の座標位置（３０，３０）��記述する。【０１０５】  さらに、アプリケーション５０６は、図１４の９行目で、変数ｄｅｖｉｃｅ［１］に格納されたＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを用いて、上下関係で下に位置するＯＳＤプレーン２１１の第２ＯＳＤ領域６７２に対応するＨＳｃｅｎｅインスタンスを獲得する。アプリケーション５０６は、図１４の１０行目で、ＨＳｃｅｎｅインスタンスから、Ｇｒａｐｈｉｃｓインスタンスを取得することで、描画準備を終え、図１４の１１行目で色設定を行う。ここでは、アプリケーション５０６は白を設定している。また、アプリケーション５０６は、図１４の１２行目で、第２ＯＳＤ領域６７２の一面を白で塗りつぶした四角を描画している。【０１０６】  図１５は、図１４で示されるアプリケーションによって描画された結果を表す図である。図１５の（１）に示すように、第１ＯＳＤ領域６７１には、座標（３０，３０）に文字列“Ｇｒａｐｈｉｃｓ”が描画されている。図１５の（２）に示すように、第２ＯＳＤ領域６７２には、一面が白で塗りつぶされている。図１５の（３）に示すように、ディスプレイ２１２は合成結果を表す。第２ＯＳＤ領域６７２には一面が白で塗りつぶされているので、下にあるビデオプレーン２０９及びスチルプレーン２１０の内容は隠される。このような合成結果では、第２ＯＳＤ領域６７２のイメージ上に、第１ＯＳＤ領域６７１のイメージが上書きされている。【０１０７】  アプリケーション５０６は、ビデオプレーン２０９にビデオ再生（ビデオの描画）を行うときには、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンスが用意するｇｅｔＶｉｄｅｏＣｏｎｔｒｏｌｌｅｒメソッドを呼び出し、Ｐｌａｙｅｒインスタンスを取得する。Ｐｌａｙｅｒインスタンスは、ライブラリ５０５のＪＭＦ５０５ｅが提供する映像や音声を再生するための機能を表現するものである。アプリケーション５０６は、Ｐｌａｙｅｒインスタンスが用意する様々なメソッドを呼び出すことで、再生する映像や音声の指定、再生するビデオの画面上での表示位置及び表示サイズを指定できる。ＪＭＦ５０５ｅが提供する機能は公知の技術であり、ここでは詳細を省略する。ここでは、アプリケーション５０６が、ビデオプレーン２０９の各領域に対応するＰｌａｙｅｒインスタンスを獲得する方法を紹介する。【０１０８】  図１６は、アプリケーション５０６のプログラムコードの一例を示す図である。ここで、端末装置２００は図８に示すように構成され、管理テーブルは図１０Ｂに示すように構成されている。アプリケーション５０６は、図１６の１〜２行目で、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンスを２つ格納した配列ｄｅｖｉｃｅを獲得する。アプリケーション５０６は、図１６の３行目で、変数ｄｅｖｉｃｅ［０］に格納されたＨＶｉｄｅｏＤｅｖｉｃｅインスタンスのｇｅｔＶｉｄｅｏＣｏｎｔｒｏｌｌｅｒメソッドを呼び出すことで、上下関係で上に位置するビデオプレーン２０９の第１ビデオ領域６５１に対応するＰｌａｙｅｒインスタンスを獲得する。また、アプリケーション５０６は、図１６の５行目で、変数ｄｅｖｉｃｅ［１］に格納されたＨＶｉｄｅｏＤｅｖｉｃｅインスタンスのｇｅｔＶｉｄｅｏＣｏｎｔｒｏｌｌｅｒメソッドを呼び出すことで、上下関係で下に位置するビデオプレーン２０９の第２ビデオ領域６５２に対応するＰｌａｙｅｒインスタンスを獲得する。【０１０９】  アプリケーション５０６は、スチルプレーン２１０に描画を行うときには、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスが用意するメソッドを呼び出し、ＨＢａｃｋｇｒｏｕｎｄＣｏｎｆｉｇｕｒａｔｉｏｎインスタンスを獲得する。ＨＢａｃｋｇｒｏｕｎｄＣｏｎｆｉｇｕｒａｔｉｏｎインスタンスは、スチルプレーン２１０が有する領域を単色で塗りつぶすためのｓｅｔＣｏｌｏｒメソッドを用意している。【０１１０】  図１７は、アプリケーション５０６のプログラムコードの一例を示す図である。ここで、端末装置２００は図８に示すように構成され、管理テーブルは図１０Ｃに示すように構成されている。アプリケーション５０６は、図１７の１〜２行目で、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを１つ格納した配列ｄｅｖｉｃｅを獲得する。アプリケーション５０６は、図１７の３〜４行目で、変数ｄｅｖｉｃｅ［０］に格納されたＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスのｇｅｔＣｕｒｒｅｎｔＣｏｎｆｉｇｕｒａｔｉｏｎメソッドを呼び出し、ＨＢａｃｋｇｒｏｕｎｄＣｏｎｆｉｇｕｒａｔｉｏｎインスタンスを獲得する。また、アプリケーション５０６は、図１７の５行目で、ＨＢａｃｋｇｒｏｕｎｄＣｏｎｆｉｇｕｒａｔｉｏｎインスタンスのｓｅｔＣｏｌｏｒメソッドを呼び出す。ここでは、アプリケーション５０６は、青色を引数に渡すことで、スチルプレーン２１０の第１スチル領域６６１の一面を青色に塗りつぶしている。【０１１１】  一方、Ｚオーダー変更部６０２はＺオーダー管理部６０１が管理している領域の上下関係を変更する機能を提供し、Ｚオーダー変更部６１２はＺオーダー管理部６１１が管理している領域の上下関係を変更する機能を提供し、Ｚオーダー変更部６２２はＺオーダー管理部６２１が管理している領域の上下関係を変更する機能を提供する。例えば、ＯＳＤ処理部５０５ｈのＺオーダー変更部６０２は、ＨＳｃｒｅｅｎクラスに、ｓｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒメソッドを提供する。このメソッドは、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを第１引数として受け取り、上下位置を表す数値を第２引数として受け取る。数値の範囲は、１〜（ＯＳＤプレーン２１１が有する領域数）とする。【０１１２】  図１８は、Ｚオーダー変更部６０２の動作を表すフローチャートである。Ｚオーダー変更部６０２は、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスと変更すべき上下位置を表す変更数値とを受け取る（ステップＳ１６０１）。Ｚオーダー変更部６０２は、Ｚオーダー管理部６０１が管理する管理テーブルを参照して、受け取ったＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスに対応する設定数値（対応設定数値）を取得する（ステップＳ１６０２）。なお、設定数値とは、管理テーブルにインスタンスと対応付けて格納されている数値であって、対応設定数値とは、Ｚオーダー変更部６０２が受け取ったＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスに対応付けられた設定数値である。このとき、Ｚオーダー変更部６０２は、対応設定数値を一次記憶部２１４に記憶���せてもよい。次に、Ｚオーダー変更部６０２は、受け取った上下位置を表す変更数値と同一の設定数値を管理テーブル中から見つけ、その設定数値を対応設定数値で上書きする（ステップＳ１６０３）。最後に、Ｚオーダー変更部６０２は、受け取ったＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスに対応する対応設定数値を、受け取った変更数値で上書きする（ステップＳ１６０４）。【０１１３】  具体的に、アプリケーション５０６から受け取ったＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスが「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」で、受け取った変更数値が「１」で、管理テーブルが図１０Ａに示すように構成されているとする。【０１１４】  図１９は、上述のような場合に変更される管理テーブルの内容を示す図である。
このような場合、Ｚオーダー変更部６０２は、図１０Ａに示す管理テーブルを参照して、管理テーブル中の行８１２から、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」に対応する対応設定数値「２」を取得する。次に、Ｚオーダー変更部６０２は、管理テーブル中から、上下位置を表す変更数値「１」と同一の設定数値を探すと、その設定数値が行８１１にあることがわかる。ここで、Ｚオーダー変更部６０２は、図１９の（１）に示すように、行８１１の設定数値「１」を、取得した対応設定数値「２」に書き換える。最後に、Ｚオーダー変更部６０２は、図１９の（２）に示すように、行８１２にある「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」に対応する対応設定数値を、受け取った変更数値「１」で上書きする。【０１１５】  同様に、ビデオ処理部５０５ｉのＺオーダー変更部６１２もＺオーダー管理部６１１の管理テーブルを変更する機能を有し、スチル処理部５０５ｊのＺオーダー変更部６２２もＺオーダー管理部６２１の管理テーブルを変更する機能を有する。【０１１６】  このようなＺオーダー変更部６０２、Ｚオーダー変更部６１２、及びＺオーダー変更部６２２を提供することで、アプリケーション５０６は、２つのイメージの上下関係を容易に変更することができる。【０１１７】  図２０Ａ及び図２０Ｂは、２つのイメージの上下関係が変更される様子を説明するための説明図ある。図２０Ａに示すように、第１ＯＳＤ領域６７１はグラフィックスコンテンツ１８０１を含むイメージを記憶している。ここで、グラフィックスコンテンツ１８０１はウインドウであり、このウインドウの中に様々な情報が表示されている。一方、第２ＯＳＤ領域６７２はグラフィックスコンテンツ１８０２を含むイメージを記憶している。ここで、グラフィックスコンテンツ１８０２もウインドウであり、このウインドウの中にも様々な情報が表示されている。また、第１ＯＳＤ領域６７１は第２ＯＳＤ領域６７２よりも上下関係で上にある。そのため、ディスプレイ２１２は、第１ＯＳＤ領域６７１と第２ＯＳＤ領域６７２のイメージを合成することによって、グラフィックスコンテンツ１８０１のウインドウがグラフィックスコンテンツ１８０２のウインドウの上に一部重なるように、それらのグラフィックスコンテンツ１８０１，１８０２を表示する。ここで、グラフィックスコンテンツ１８０２のウインドウを上に表示したい場合、図２０Ｂに示すように、アプリケーション５０６は、Ｚオーダー変更部６０２を用いて、第２ＯＳＤ領域６７２を上に移動する。その結果、ディスプレイ２１２は、グラフィックスコンテンツ１８０２のウインドウがグラフィックスコンテンツ１８０１のウインドウの上に一部重なるように、それらのグラフィックスコンテンツ１８０１，１８０２を表示する。つまり２つの領域（イメージ）の上下関係が変更される。ここで、ディスプレイ２１２は、合成の際、Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１が保持する管理テーブルを参照して合成順序を決定する。【０１１８】  なお、本実施の形態では、領域（イメージ）の上下関係の変更を、２つの領域（イメージ）を入れ替える方法で実現している。【０１１９】  図２１は、領域（イメージ）���上下関係の変更方法を示す図である。
例えば、図２１の（１）に示すように、５つの領域（領域１９０１から１９０５）があり、アプリケーション５０６は、領域１９０２を上から４番目にしようとする。この場合、アプリケーション５０６は、図２１の（２）に示すように、領域１９０２と領域１９０４を入れ替える。しかし、他の方法でも領域の上下関係を変更することができる。【０１２０】  図２２は、領域の上下関係の他の変更方法を示す図である。
例えば、アプリケーション５０６は、図２１の（１）に示す領域１９０２を上から４番目にしたい場合、領域１９０２を領域１９０４の下に挿入する。【０１２１】  また、本実施の形態では、Ｚオーダー変更部６０２、Ｚオーダー変更部６１２、及びＺオーダー変更部６２２が提供する機能として、ｓｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒという名前のメソッドを用意したが、機能が同じであれば、他の名前のメソッドを用意しても良い。また、本実施の形態では、引数を２つ取るｓｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒメソッドを例示したが、これ以外のＡＰＩを提供しても良い。例えば、引数で与えられたＨＧｒａｐｈｉｃｓＤｅｖｉｃｅを最上位に移動するメソッド（ｓｅｔＴｏｐＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ）や、最下位に移動するメソッド（ｓｅｔＢｏｔｔｏｍＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ）等を用いる。ｓｅｔＴｏｐＨＧｒａｐｈｉｃｓＤｅｖｉｃｅは、内部でｓｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒメソッドに上下位置の数値「１」を与えるように実装される。また、ｓｅｔＢｏｔｔｏｍＨＧｒａｐｈｉｃｓＤｅｖｉｃｅは、内部でｓｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒメソッドに上下位置の数値として領域数を与えるように実装される。【０１２２】  更に、本実施の形態では、ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０の各領域の上下位置を変更するメソッドとして、２つの領域に対応するインスタンスを引数に指定して、その２つの領域の上下位置を入れ替えることも実施可能である。例えば、ＨＳｃｒｅｅｎクラスに、ｅｘｃｈａｎｇｅＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒメソッドを用意する。このメソッドは、２つのＨＧＲａｐｈｉｃｓＤｅｖｉｃｅインスタンスを引数として受け取る。メソッドの内部では、管理テーブルを参照して、それぞれのＨＧｒａｐｈｉｃｓＤｅｖｉｃｅの上下位置を取得して、入れ替えて保存すればよい。例えば、管理テーブルが図１０Ａのように構成されている場合、２つのＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」と「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」が引数に与えられると、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」の上下位置の数値「１」と「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」の上下位置の数値「２」を取り出し、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」の上下位置の数値に「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」の上下位置の数値である「２」を書き込み、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」の上下位置の数値に「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」の上下位置の数値である「１」を書き込む。その結果、管理テーブルは図１９の（２）に示す状態になる。【０１２３】  また、本実施の形態では、Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１は、配列へのインスタンスの格納順序を用いてアプリケーション５０６に、インスタンスに対応するＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０の各領域の上下関係を通知している。しかし、他の方法でも実施可能である。例えば、インスタンスに上下関係を取得するメソッド��用意し、アプリケーション５０６がこのメソッドを呼び出すことで、上下関係を把握することが実施可能である。具体的には、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス、及びＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスに、ｇｅｔＺＯｒｄｅｒメソッドを用意する。このメソッドは、各インスタンスに対応する上下位置を表す数値を返す。例えば、管理テーブルが図１０Ａのように構成されているとすると、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」のｇｅｔＺＯｒｄｅｒメソッドは、図１０Ａの行８１１を参照して数値「１」を返す。【０１２４】  図２３は、ｇｅｔＺＯｒｄｅｒメソッドを実現するための、管理テーブルとＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスの関係を表す模式図である。列８０３は、実際には、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスへのポインタを持つ。行８１１は、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」２１０１へのポインタ２１０２を持ち、行８１２は、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」２１１１へのポインタ２１１２を持つ。また、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスは、対応する管理テーブルの行へのポインタを持つ。ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」２１０１は、行８１１へのポインタ２１０３を持ち、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」２１１１は、行８１２へのポインタ２１１３を持つ。ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスのｇｅｔＺＯｒｄｅｒメソッドが呼ばれた時は、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスは、保持しているポインタを辿って、対応する上下位置を表す数値を取り出し、アプリケーション５０６に返すことができる。【０１２５】  更に、別の方法としては、ＨＳｃｒｅｅｎクラスに、ｇｅｔＨＧｒａｐｈｉｃｓＺＯｒｄｅｒメソッド、ｇｅｔＨＶｉｄｅｏＺＯｒｄｅｒメソッド、及びｇｅｔＨＢａｃｋｇｒｏｕｎｄＺＯｒｄｅｒメソッドを用意してもよい。
各メソッドは、それぞれ引数としてＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを受け取る。各メソッドは、それぞれＺオーダー管理部６０１、Ｚオーダー管理部６１１、Ｚオーダー管理部６２１が保持する管理テーブルを参照して、受け取ったインスタンスに対応する上下位置の数値を返す。これにより、アプリケーション５０６は、ｇｅｔＨＧｒａｐｈｉｃｓＺＯｒｄｅｒメソッド、ｇｅｔＨＶｉｄｅｏＺＯｒｄｅｒメソッド、及びｇｅｔＨＢａｃｋｇｒｏｕｎｄＺＯｒｄｅｒメソッドを呼び出すことで、各インスタンスに対応する領域の上下位置を知ることができる。【０１２６】  なお、本実施の形態では、開始の番号を「１」として、上下関係を、上から下へ「１」、「２」という昇順で表現したが、開始の番号を「０」として、「０」、「１」、「２」という昇順で表現しても良い。また、領域の数がＮのとき、上下関係を、上から下へ「Ｎ」、「Ｎ−１」という降順で表現しても良い。あるいは、領域を表現するインスタンスをリスト構造体で管理し、リストの構造体に格納されている順を上下関係の順に対応させて管理することも実施可能である。また、本実施の形態では、上下関係の管理に、図１０Ａ〜図１０Ｃに示すような管理テーブルを用いているが、管理テーブルの形式は、領域と上下位置を示す情報とインスタンスとの関係が保持されてそれぞれが検索可能な形式であれば良く、リスト構造体等を用いた形式でもよい。【０１２７】  本実施の形態では、３種類のプレーンを対象にしているが、例えばスチルプレーンが無いなど、プレーン数が３である必要は無く、各プレーン間の上下関係が決まっていれば、他のプレーン数、例えば４でも５でも実施可能である。【０１２８】  （実施の形態２）
実施の形態１においては、ＯＳＤプレーン２１１内の領域の上下関係の変更は、ＯＳＤプレーン内だけの変更であり、プレーンを跨った変更は不可能であった。実施の形態２では、プレーンを跨った変更を可能にする。【０１２９】  図２４は、本実施の形態における端末装置２００の表示機能に関するハードウエア構成要素とソフトウエア構成要素の関係を示す概念図である。図２４中、図８と同じ番号が割り振られた構成要素は、図８で示した実施の形態１における構成要素と同じものを表すので、詳細な説明を省略する。図２４に示すように、ＯＳＤ処理部５０５ｈ、ビデオ処理部５０５ｉ、及びスチル処理部５０５ｊはそれぞれ、Ｚオーダー管理部６０１、Ｚオーダー変更部６０２、Ｚオーダー管理部６１１、Ｚオーダー変更部６１２、Ｚオーダー管理部６２１、及びＺオーダー変更部６２２を有しない。それに代わって、表示処理装置は、共通処理部２２００を有し、共通処理部２２００はＺオーダー管理部２２０１とＺオーダー変更部２２０２を有する。Ｚオーダー管理部２２０１は、ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０が有する領域と、その上下関係を示す情報と、各領域に対応するインスタンスとを管理テーブルで管理する。【０１３０】  図２５は、本実施の形態における管理テーブルの一例を示す図である。列２３０１は、ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０が保持する各領域へのアドレスを保持する。列２３０２は、列２３０１で示される領域の上下関係を示す数値情報を保持する。ここでは数値が格納され、上下関係で上の領域から順に、「１」、「２」、と昇順で番号が割り当てられる。なお、この上下関係は、ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０が混在した上下関係を示す。列２３０３は、列２３０１で示される領域に対応するＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス、及びＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを格納する。このインスタンスは、端末装置２００の起動時に生成されて保持されている。行２３１１には、ＯＳＤプレーン２１１の第１ＯＳＤ領域６７１に対応する情報が格納されており、具体的に、第１ＯＳＤ領域６７１が上下関係で１番上にあるという情報と、その領域に対応するインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するために便宜的に付した文字であり、特別な意味は無い。【０１３１】  行２３１２には、ビデオプレーン２０９の第１ビデオ領域６５１に対応する情報が格納されており、具体的に、第１ビデオ領域６５１が上下関係で上から２番目にあるという情報と、その領域に対応するインスタンス「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するために便宜的に付した文字であり、特別な意味は無い。【０１３２】  行２３１３には、ＯＳＤプレーン２１１の第２ＯＳＤ領域６７２に対応する情報が格納されており、具体的に、第２ＯＳＤ領域６７２が上下関係で上から３番目にあるという情報と、その領域に対応するインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」とが格納されている。ここで文字「Ｂ」は、インスタンスを識別するために便宜的に付した文字であり、特別な意味は無い。【０１３３】  行２３１４には、ビデオプレーン２０９の第２ビデオ領域６５２に対応する情報が格納されており、具体的に、第２ビデオ領域６５２が上下関係で上から４番目にあるという情報と、その領域に対応するインスタンス「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ｂ」とが格納されている。ここで文字「Ｂ」は、インスタンスを識別するために便宜的に付した文字であり、特別な意味は無い。【０１３４】  行２３１５には、スチルプレーン２１０の第１スチル領域６６１に対応する情報が格納されており、具体的に、第１スチル領域６６１が上下関係で上から５番目にあるという情報と、その領域に対応するインスタンス「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するために便宜的に付した文字であり、特別な意味は無い。【０１３５】  ディスプレイ２１２は、各プレーンの領域に示されるイメージを合成して出力する際、Ｚオーダー管理部２２０１が管理する管理テーブルを参照し、上下関係に基づいて合成を行う。管理テーブルが図２５に示すように構成されている場合、ディスプレイ２１２は、各領域に示されるイメージを、下から順に、即ち、第１スチル領域６６１、第２ビデオ領域６５２、第２ＯＳＤ領域６７２、第１ビデオ領域６５１、第１ＯＳＤ領域６７１の順に重ね合わせて合成する。【０１３６】  アプリケーション５０６が各領域の上下位置を知るために、上下関係を取得するメソッドを上記各インスタンスに用意する。アプリケーション５０６は、このメソッドを呼び出すことで、上下関係を把握する。具体的には、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス、及びＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスに、ｇｅｔＺＯｒｄｅｒメソッドを用意する。このメソッドは、各インスタンスに対応する上下位置を表す数値を返す。例えば、管理テーブルが図２５に示すように構成されている場合、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」のｇｅｔＺＯｒｄｅｒメソッドは、図２５の行２３１３を参照して数値「３」を返す。なお、本実施の形態の管理テーブルを、実施の形態１の図２３に示す管理テーブルの形式で構成しても良い。即ち、このような管理テーブルでは、ｇｅｔＺＯｒｄｅｒメソッドを実現するため、管理テーブルの各領域と各インスタンスとは相互に参照関係を持つ。【０１３７】  Ｚオーダー変更部２２０２は、Ｚオーダー管理部２２０１が管理している領域の上下関係を変更する機能を提供する。例えば、ＨＳｃｒｅｅｎクラスに、ｓｅｔＤｅｖｉｃｅＺＯｒｄｅｒメソッドを提供する。このメソッドは、インスタンスを第１引数として受け取り、上下位置を表す数値を第２引数として受け取る。その数値の範囲は、１から、ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０が有する総領域数までとする。Ｚオーダー変更部２２０２の動作は、基本的に実施の形態１で示したＺオーダー変更部６０２、Ｚオーダー変更部６１２、又はＺオーダー変更部６２２と同じ動作をする。Ｚオーダー変更部２２０２の動作において、実施の形態１で示したＺオーダー変更部６０２と異なる点は、対象となる管理テーブルが図１０Ａなどに示す管理テーブルではなく、図２５に示す管理テーブルであることと、３種類のインスタンスを取り扱うことである。領域の上下関係の変更方法も、実施の形態１で示したように、２つの領域の交換を行う方法、１つの領域を移動して他を上下方向に移動する方法などがある。更に、実施の形態１で示したように、インスタンスに対応する領域を最上位又は最下位に変更するメソッドを用意しても良い。
【産業上の利用可能性】
【０１３８】  本発明の表示処理装置は、グラフィックス画像の表示性能を高めることができるという効果を奏し、例えば、パーソナルコンピュータや携帯電話などの情報機器に備えられる表示処理装置として適用することができる。
【図１】
2005081527.tif 000002
【図２】
2005081527.tif 000003
【図３】
2005081527.tif 000004
【図４】
2005081527.tif 000005
【図５】
2005081527.tif 000006
【図６】
2005081527.tif 000007
【図７】
2005081527.tif 000008
【図８】
2005081527.tif 000009
【図９】
2005081527.tif 000010
【図１０Ａ】
2005081527.tif 000011
【図１０Ｂ】
2005081527.tif 000012
【図１０Ｃ】
2005081527.tif 000013
【図１１】
2005081527.tif 000014
【図１２】
2005081527.tif 000015
【図１３】
2005081527.tif 000016
【図１４】
2005081527.tif 000017
【図１５】
2005081527.tif 000018
【図１６】
2005081527.tif 000019
【図１７】
2005081527.tif 000020
【図１８】
2005081527.tif 000021
【図１９】
2005081527.tif 000022
【図２０Ａ】
2005081527.tif 000023
【図２０Ｂ】
2005081527.tif 000024
【図２１】
2005081527.tif 000025
【図２２】
2005081527.tif 000026
【図２３】
2005081527.tif 000027
【図２４】
2005081527.tif 000028
【図２５】
2005081527.tif 000029
【手続補正書】
【提出日】平成18年6月28日(2006.6.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プログラムをダウンロードして前記プログラムに基づく画像を表示する表示処理装置であって、
グラフィックス画像を記憶するための領域を有する複数のグラフィックス画像記憶手段と、
前記複数のグラフィックス画像記憶手段に対して設定された第１の順序を記憶している第１の順序記憶手段と、
前記第１の順序記憶手段に記憶されている順序を通知する通知手段と、
前記プログラムを実行することにより、前記通知手段から通知された第１の順序に基づいて前記複数のグラフィックス画像記憶手段のそれぞれに異なるグラフィックス画像を格納するプログラム実行手段と、
前記複数のグラフィックス画像記憶手段のそれぞれに格納された異なるグラフィックス画像を、前記第１の順序に従って重ね合わせて表示する表示手段と
を備えることを特徴とする表示処理装置。
【請求項２】
前記通知手段は、前記複数のグラフィックス画像記憶手段のそれぞれを識別するための識別情報を、前記第１の順序記憶手段に記憶されている第１の順序に従って配列して前記プログラム実行手段に受け渡すことで、前記第１の順序を前記プログラム実行手段に通知する
ことを特徴とする請求項１記載の表示処理装置。
【請求項３】
前記第１の順序記憶手段は、前記複数のグラフィックス画像記憶手段のそれぞれについて、当該グラフィックス画像記憶手段の前記第１の順序における位置と前記識別情報とを記憶している
ことを特徴とする請求項２記載の表示処理装置。
【請求項４】
前記表示処理装置は、さらに、
前記第１の順序記憶手段に記憶されている第１の順序を変更する変更手段を備え、
前記通知手段は、変更された第１の順序を前記プログラム実行手段に通知する
ことを特徴とする請求項３記載の表示処理装置。
【請求項５】
前記変更手段は、前記第１の順序記憶手段に記憶されている各グラフィックス画像記憶手段の位置を変更する
ことを特徴とする請求項４記載の表示処理装置。
【請求項６】
前記変更手段は、前記第１の順序記憶手段に記憶されている２つのグラフィックス画像記憶手段の位置を入れ替える
ことを特徴とする請求項５記載の表示処理装置。
【請求項７】
前記表示処理装置は、さらに、
ビデオ画像を記憶するための領域を有する複数のビデオ画像記憶手段と、
前記複数のビデオ画像記憶手段に対して設定された第２の順序を記憶している第２の順序記憶手段とを備え、
前記通知手段は、さらに、前記第２の順序記憶手段に記憶されている第２の順序を前記プログラム実行手段に通知し、
前記プログラム実行手段は、さらに、前記プログラムを実行することにより、前記通知手段から通知された第２の順序に基づいて前記各ビデオ画像記憶手段にビデオ画像を格納し、
前記表示手段は、前記第１の順序に従って重ね合わされたグラフィックス画像に、前記各ビデオ画像記憶手段に格納されたビデオ画像を、前記第２の順序に従って重ね合わせて表示する
ことを特徴とする請求項１記載の表示処理装置。
【請求項８】
前記表示処理装置は、さらに、
スチル画像を記憶するための領域を有する複数のスチル画像記憶手段と、
前記複数のスチル画像記憶手段に対して設定された第３の順序を記憶している第３の順序記憶手段とを備え、
前記通知手段は、さらに、前記第３の順序記憶手段に記憶されている第３の順序を前記プログラム実行手段に通知し、
前記プログラム実行手段は、さらに、前記プログラムを実行することにより、前記通知手段から通知された第３の順序に基づいて前記各スチル画像記憶手段にスチル画像を格納し、
前記表示手段は、前記第１及び第２の順序に従って重ね合わされたグラフィックス画像及びビデオ画像に、前記各スチル画像記憶手段に格納されたスチル画像を、前記第３の順序に従って重ね合わせて表示する
ことを特徴とする請求項７記載の表示処理装置。
【請求項９】
前記表示処理装置は、さらに、
ビデオ画像を記憶するための領域を有するビデオ画像記憶手段と、
スチル画像を記憶するための領域を有するスチル画像記憶手段とを備え、
前記第１の順序記憶手段は、前記複数のグラフィックス画像記憶手段及びビデオ画像記憶手段並びにスチル画像記憶手段に対して設定された前記第１の順序を記憶しており、
前記プログラム実行手段は、前記プログラムを実行することにより、前記通知手段から通知された第１の順序に基づいて、前記各グラフィックス画像記憶手段にグラフィックス画像を格納し、前記ビデオ画像記憶手段にビデオ画像を格納し、前記スチル画像記憶手段にスチル画像を格納し、
前記表示手段は、前記各グラフィックス画像記憶手段及びビデオ画像記憶手段並びにスチル画像記憶手段に格納された複数のグラフィックス画像及びビデオ画像並びにスチル画像を、前記第１の順序に従って重ね合わせて表示する
ことを特徴とする請求項１記載の表示処理装置。
【請求項１０】
前記表示処理装置は、さらに、
前記第１の順序記憶手段に記憶されている第１の順序を変更する変更手段を備え、
前記通知手段は、前記変更された順序を前記プログラムに通知する
ことを特徴とする請求項９記載の表示処理装置。
【請求項１１】
前記変更手段は、複数のグラフィックス画像及びビデオ画像並びにスチル画像が重ね合わせられるときには、前記複数のグラフィックス画像がビデオ画像及びスチル画像のうち少なくとも一方を挟み込むように、前記第１の順序記憶手段に記憶されている第１の順序を変更する
ことを特徴とする請求項１０記載の表示処理装置。
【請求項１２】
表示処理装置がプログラムをダウンロードして前記プログラムに基づく画像を表示する表示処理方法であって、
前記表示処理装置は、グラフィックス画像を記憶するための領域を有する複数のグラフィックス画像記憶手段と、前記複数のグラフィックス画像記憶手段に対して設定された第１の順序を記憶している第１の順序記憶手段とを備え、
前記表示処理方法は、
前記第１の順序記憶手段に記憶されている順序を通知する通知ステップと、
前記プログラムを実行することにより、前記通知ステップで通知された第１の順序に基づいて前記各グラフィックス画像記憶手段にグラフィックス画像を格納するプログラム実行ステップと、
前記各グラフィックス画像記憶手段に格納されたグラフィックス画像を、前記第１の順序に従って重ね合わせて表示する表示ステップと
を含むことを特徴とする表示処理方法。
【請求項１３】
表示処理装置がアプリケーションプログラムをダウンロードして前記アプリケーションプログラムに基づく画像を表示するためのプログラムであって、
前記表示処理装置は、グラフィックス画像を記憶するための領域を有する複数のグラフィックス画像記憶手段と、前記複数のグラフィックス画像記憶手段に対して設定された第１の順序を記憶している第１の順序記憶手段とを備え、
前記プログラムは、
前記第１の順序記憶手段に記憶されている順序を通知する通知ステップと、
前記アプリケーションプログラムを実行することにより、前記通知ステップで通知された第１の順序に基づいて前記各グラフィックス画像記憶手段にグラフィックス画像を格納するアプリケーションプログラム実行ステップと、
前記各グラフィックス画像記憶手段に格納されたグラフィックス画像を、前記第１の順序に従って重ね合わせて表示する表示ステップと
を含むことを特徴とするプログラム。
【請求項１４】
前記複数のグラフィックス画像記憶手段のそれぞれに格納されるグラフィックス画像のうちの少なくとも１つは、経時的に描画する位置が変化するグラフィックス画像である
ことを特徴とする請求項１記載の表示処理装置。
【請求項１５】
前記通知手段は、前記複数のグラフィックス画像記憶手段のそれぞれを識別するための識別情報を、前記第１の順序記憶手段に記憶されている第１の順序に従って配列して前記プログラム実行手段に受け渡すことで、前記第１の順序を前記プログラム実行手段に通知する
ことを特徴とする請求項１４記載の表示処理装置。
【請求項１６】
前記第１の順序記憶手段は、前記複数のグラフィックス画像記憶手段のそれぞれについて、当該グラフィックス画像記憶手段の前記第１の順序における位置と前記識別情報とを記憶している
ことを特徴とする請求項１５記載の表示処理装置。
【請求項１７】
前記表示処理装置は、さらに、
前記第１の順序記憶手段に記憶されている第１の順序を変更する変更手段を備え、
前記通知手段は、変更された第１の順序を前記プログラム実行手段に通知する
ことを特徴とする請求項１６記載の表示処理装置。
【請求項１８】
前記変更手段は、前記第１の順序記憶手段に記憶されている各グラフィックス画像記憶手段の位置を変更する
ことを特徴とする請求項１７記載の表示処理装置。
【請求項１９】
前記変更手段は、前記第１の順序記憶手段に記憶されている２つのグラフィックス画像記憶手段の位置を入れ替える
ことを特徴とする請求項１８記載の表示処理装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションプログラムをダウンロードしてそのアプリケーションプログラムに基づく画像を表示する表示処理装置に関する。
【背景技術】
【０００２】
従来より、デジタルテレビ端末に代表されるように、アプリケーションプログラム（以下、単にアプリケーションという）をダウンロードしてそのアプリケーションに基づく画像を表示する表示処理装置が提案されている。
【０００３】
このようなアプリケーションをダウンロードして実行する表示処理装置（デジタルテレビ端末）に関する技術は、非特許文献１（欧州のデジタルテレビ標準規格であるＤＶＢ−ＭＨＰ規格（ＥＴＳＩ  ＴＳ  １０１  ８１２  ＤＶＢ−ＭＨＰ仕様Ｖ１．０．２））や、非特許文献２及び３（家庭用デジタルＡＶ機器の規格であるＨＡＶｉ規格(Ｈｏｍｅ  Ａｕｄｉｏ  Ｖｉｄｅｏ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ)）等に定められており、公知の技術である。ＤＶＢ−ＭＨＰ規格は、Ｊａｖａ（登録商標）クラスライブラリであるＡＷＴやＪＭＦ（Ｊａｖａ  Ｍｅｄｉａ  Ｆｒａｍｅｗｏｒｋ）と、ＨＡＶｉ規格で定義されたＨＡＶｉ  Ｌｅｖｅｌ２  ＧＵＩを採用している。また、ＤＶＢ−ＭＨＰ規格は、ＡＰＩ（Application Program Interface）を規定しており、そのＡＰＩによって、ダウンロードされたアプリケーションは、ＯＳＤ（On Screen Display）プレーン、ビデオプレーン、スチルプレーンを備えた表示処理装置を制御できる。詳細はＤＶＢ−ＭＨＰ規格とＨＡＶｉ仕様書第８章を参照されたい。
【０００４】
以下、ＤＶＢ−ＭＨＰ規格で採用されている表示処理装置について概説する。
図１は、ダウンロードされたアプリケーション２４１０と表示処理装置２４２０を示す概念図である。
【０００５】
表示処理装置２４２０は、ＯＳＤ制御部２４２１、ＯＳＤプレーン２４２２、ビデオ制御部２４３１、ビデオプレーン２４３２、スチル制御部２４４１、スチルプレーン２４４２、及びディスプレイ２４５０で構成される。
【０００６】
ＯＳＤ制御部２４２１は、ソフトウエアで構成され、ダウンロードされたアプリケーション２４１０がグラフィックス描画を行うためのＡＰＩを提供する。このＡＰＩを通して、グラフィックスの描画処理を指示されたＯＳＤ制御部２４２１は、描画処理を行い、その結果、生成した描画イメージをＯＳＤプレーン２４２２に記憶させる。
【０００７】
ＯＳＤプレーン２４２２は、メモリーなどで構成され、ＯＳＤ制御部２４２１が生成した描画イメージを記憶している。
【０００８】
ビデオ制御部２４３１は、ソフトウエアで構成され、ダウンロードされたアプリケーション２４１０がビデオ再生を行うためのＡＰＩを提供する。このＡＰＩを通して、ビデオ再生処理を指示されたビデオ制御部２４３１は、ビデオ再生処理を行い、再生したビデオをビデオプレーン２４３２に記憶させる。具体的なビデオ再生の例としては、ＭＰＥＧ２で送られてきたビデオ信号をデコードし、表示可能な形式に変換すること等である。
【０００９】
ビデオプレーン２４３２は、メモリーなどで構成され、ビデオ制御部２４３１が再生したビデオを記憶している。
【００１０】
スチル制御部２４４１は、ソフトウエアで構成され、ダウンロードされたアプリケーション２４１０が背景画の描画を行うためのＡＰＩを提供する。このＡＰＩを通して、背景画の描画を指示されたスチル制御部２４４１は、背景画の描画処理を行い、生成した背景画イメージをスチルプレーン２４４２に記憶させる。具体的な背景画の描画処理の例は、ＭＰＥＧ−Ｉデータのデコードや、単色による塗り潰しなどがある。
【００１１】
スチルプレーン２４４２は、メモリーなどで構成され、スチル制御部２４４１が生成した背景画イメージを記憶している。
【００１２】
ディスプレイ２４５０は、スチルプレーン２４４２が記憶するイメージの上にビデオプレーン２４３２が記憶するイメージを重ねて合成した後、更にその上に、ＯＳＤプレーン２４２２が記憶するイメージを重ね合わせて合成し、その合成されたイメージを表示する。
【００１３】
図２は、ディスプレイ２４５０によって合成される各イメージと、合成されて表示されるイメージとを示す図である。ここでは、スチルプレーン２４４２、ビデオプレーン２４３２、ＯＳＤプレーン２４２２が記憶している各イメージが合成されて表示される。
【００１４】
図２の（１）は、ＯＳＤプレーン２４２２が記憶しているイメージを表す。図２の（１）において、ＯＳＤプレーン２４２２は、チャンネルの一覧を表すグラフィックスコンテンツ２５０１と、番組の内容を表すグラフィックスコンテンツ２５０２とを含むイメージを記憶している。なお、イメージ上のグラフィックスコンテンツ２５０１及び２５０２以外の領域については、透明色を示す情報が記憶されている。ここで、グラフィックスコンテンツとは、ダウンロードしたアプリケーション２４１０がＡＰＩを呼び出すことによってＯＳＤプレーン上に描画された図形や文字などを意味する。
【００１５】
図２の（２）は、ビデオプレーン２４３２が記憶しているイメージを表す。図２の（２）において、ビデオプレーン２４３２は、画面右上に、画面の４分の１の大きさで、再生されたビデオ２５０３を含むイメージを記憶している。イメージ上のビデオ２５０３以外の領域については、透明色を示す情報が記憶されている。
【００１６】
図２の（３）は、スチルプレーン２４４２が記憶しているイメージを表す。図２の（３）において、スチルプレーン２４４２は、単色で塗りつぶされた背景２５０４をイメージとして記憶している。
【００１７】
図２の（４）は、ディスプレイ２４５０が、図２の（１）に示すＯＳＤプレーン２４２２が記憶しているイメージと、図２の（２）に示すビデオプレーン２４３２が記憶しているイメージと、図２の（３）に示すスチルプレーン２４４２が記憶しているイメージとを合成した結果を表す。具体的に、ディスプレイ２４５０は、図２の（３）に示すスチルプレーン２４４２が記憶している背景２５０４の上に、図２の（２）に示すビデオプレーン２４３２が記憶しているビデオ２５０３を重ね合わせた後、図２の（１）に示すＯＳＤプレーン２４２２が記憶しているグラフィックスコンテンツ２５０１及び２５０２を重ね合わせて表示する。
【非特許文献１】"ＥＴＳＩ  ＴＳ  １０１  ８１２  ＤＶＢ−ＭＨＰ仕様Ｖ１．０．２"
【非特許文献２】"ＨＡＶｉ  ｖ１．１  Ｃｈａｐｔｅｒ  ８、  １５−Ｍａｙ−２００１"
【非特許文献３】"ＨＡＶｉ  ｖ１．１  Ｊａｖａ（Ｒ）  Ｌ２ＡＰＩｓ、  １５−Ｍａｙ−２００１"
【発明の開示】
【発明が解決しようとする課題】
【００１８】
しかしながら、従来の表示処理装置では、グラフィックス画像の表示性能が低いという問題がある。
【００１９】
従来の技術では、ＯＳＤプレーン、ビデオプレーン、スチルプレーンを１つずつしか取り扱っていないため、グラフィックス画像の表示性能を向上することができない。例えば、２種類のアニメーションを重ね合わせて表示することが困難となる。なお、ビデオプレーン、スチルプレーンについても同様である。
【００２０】
そこで、本発明は、かかる問題に鑑みてなされたものであって、グラフィックス画像の表示性能を高めた表示処理装置を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上記目的を達成するために、本発明に係る表示処理装置は、プログラムをダウンロードして前記プログラムに基づく画像を表示する表示処理装置であって、グラフィックス画像を記憶するための領域を有する複数のグラフィックス画像記憶手段と、前記複数のグラフィックス画像記憶手段に対して設定された第１の順序を記憶している第１の順序記憶手段と、前記第１の順序記憶手段に記憶されている順序を通知する通知手段と、前記プログラムを実行することにより、前記通知手段から通知された第１の順序に基づいて前記各グラフィックス画像記憶手段にグラフィックス画像を格納するプログラム実行手段と、前記各グラフィックス画像記憶手段に格納されたグラフィックス画像を、前記第１の順序に従って重ね合わせて表示する表示手段とを備えることを特徴とする。
【００２２】
２つのグラフィックス画像を合成して表示する場合、従来では、例えば、プログラムの処理に基づいて、１つのプレーン（記憶手段）にある１つの領域に、２つのグラフィックス画像を合成して格納し、その合成された画像を表示している。そのため、プログラムによる処理には、２つのグラフィックス画像の重なりを考慮した描画処理が必要となり、プログラムによる処理速度は遅く、且つそのような描画処理を行うプログラムの開発にも負担がかかる。ところが、上述のように、本発明では、プログラムによる処理は、各グラフィックス画像記憶手段へのグラフィックス画像の格納だけで済むため、その処理速度を向上してグラフィックス画像の表示性能を高めることができる。また、第１の順序がプログラムに通知されるため、プログラムは適切なグラフィックス画像記憶手段に適切なグラフィックス画像を格納することができ、表示手段に正しい合成画像を表示させることができる。例えば、アニメーションやゲーム機器において、戦闘機を示すグラフィックス画像と、その戦闘機による攻撃によって炎上する建物を示すグラフィックス画像とを正しく迅速に合成して描画することができ、そのような合成画像の連続的な変化をスムーズに表示することができる。また、複数のグラフィックス画像の重なりを考慮した描画処理を行う必要がないため、そのプログラムの開発設計の負担を軽減することができる。
【００２３】
また、前記通知手段は、前記複数のグラフィックス画像記憶手段のそれぞれを識別するための識別情報を、前記第１の順序記憶手段に記憶されている第１の順序に従って配列して前記プログラム実行手段に受け渡すことで、前記第１の順序を前記プログラム実行手段に通知することを特徴として良い。例えば、前記第１の順序記憶手段は、前記複数のグラフィックス画像記憶手段のそれぞれについて、当該グラフィックス画像記憶手段の前記第１の順序における位置と前記識別情報とを記憶している。
【００２４】
これにより、第１の順序に従って配列された識別情報がプログラム実行手段に受け渡されるため、プログラム実行手段は、その配列にしたがって、複数のグラフィックス画像記憶手段に設定されている第１の順序を容易に知ることができ、その第１の順序に基づいて各グラフィックス画像記憶手段に正しいグラフィックス画像を格納することができる。
【００２５】
また、前記表示処理装置は、さらに、前記第１の順序記憶手段に記憶されている第１の順序を変更する変更手段を備え、前記通知手段は、変更された第１の順序を前記プログラム実行手段に通知することを特徴としても良い。例えば、前記変更手段は、前記第１の順序記憶手段に記憶されている各グラフィックス画像記憶手段の位置を変更する。具体的に、前記変更手段は、前記第１の順序記憶手段に記憶されている２つのグラフィックス画像記憶手段の位置を入れ替える。
【００２６】
これにより、例えば、雲を示すグラフィックス画像と、飛行機を示すグラフィックス画像とを用いて、飛行機を雲の中に隠して表示したり、雲の手前に飛行機を表示したりするように、それらのグラフィックス画像の重ね合わせの順序を容易に且つ迅速に変更することができる。
【００２７】
また、前記表示処理装置は、さらに、ビデオ画像を記憶するための領域を有する複数のビデオ画像記憶手段と、前記複数のビデオ画像記憶手段に対して設定された第２の順序を記憶している第２の順序記憶手段とを備え、前記通知手段は、さらに、前記第２の順序記憶手段に記憶されている第２の順序を前記プログラム実行手段に通知し、前記プログラム実行手段は、さらに、前記プログラムを実行することにより、前記通知手段から通知された第２の順序に基づいて前記各ビデオ画像記憶手段にビデオ画像を格納し、前記表示手段は、前記第１の順序に従って重ね合わされたグラフィックス画像に、前記各ビデオ画像記憶手段に格納されたビデオ画像を、前記第２の順序に従って重ね合わせて表示することを特徴としても良い。
【００２８】
これにより、複数のビデオ画像も上述の複数のグラフィックス画像と同様、プログラムによる処理によって各ビデオ画像記憶手段に格納されるため、プログラムによる処理は、各グラフィックス画像記憶手段及び各ビデオ画像記憶手段へのグラフィックス画像及びビデオ画像の格納だけで済み、各画像の重なりを考慮した描画処理が不要となるため、その処理速度を向上してグラフィックス画像及びビデオ画像の表示性能を高めることができる。また、第２の順序がプログラムに通知されるため、プログラムは適切なビデオ画像記憶手段に適切なビデオ画像を格納することができ、表示手段に正しい合成画像を表示させることができる。例えば、ゲーム機器において、戦闘機を示すグラフィックス画像と、その戦闘機による攻撃によって炎上する建物を示すグラフィックス画像と、そのゲーム機器を操作するユーザーのビデオ画像などと、を正しく迅速に合成して描画することができ、そのような合成画像の連続的な変化をスムーズに表示することができる。また、複数のグラフィックス画像及びビデオ画像の重なりを考慮した描画処理を行う必要がないため、そのプログラムの開発設計の負担を軽減することができる。
【００２９】
また、前記表示処理装置は、さらに、スチル画像を記憶するための領域を有する複数のスチル画像記憶手段と、前記複数のスチル画像記憶手段に対して設定された第３の順序を記憶している第３の順序記憶手段とを備え、前記通知手段は、さらに、前記第３の順序記憶手段に記憶されている第３の順序を前記プログラム実行手段に通知し、前記プログラム実行手段は、さらに、前記プログラムを実行することにより、前記通知手段から通知された第３の順序に基づいて前記各スチル画像記憶手段にスチル画像を格納し、前記表示手段は、前記第１及び第２の順序に従って重ね合わされたグラフィックス画像及びビデオ画像に、前記各スチル画像記憶手段に格納されたスチル画像を、前記第３の順序に従って重ね合わせて表示することを特徴としても良い。
【００３０】
これにより、複数のスチル画像も上述の複数のグラフィックス画像などと同様、プログラムによる処理によって各スチル画像記憶手段に格納されるため、プログラムによる処理は、各グラフィックス画像記憶手段及び各ビデオ画像記憶手段並びに各スチル画像記憶手段へのグラフィックス画像及びビデオ画像並びにスチル画像の格納だけで済み、各画像の重なりを考慮した描画処理が不要となるため、その処理速度を向上してグラフィックス画像及びビデオ画像並びにスチル画像の表示性能を高めることができる。また、第３の順序がプログラムに通知されるため、プログラムは適切なスチル画像記憶手段に適切なスチル画像を格納することができ、表示手段に正しい合成画像を表示させることができる。例えば、ゲーム機器において、戦闘機を示すグラフィックス画像と、その戦闘機による攻撃によって炎上する建物を示すグラフィックス画像と、そのゲーム機器を操作するユーザーのビデオ画像などと、その戦闘機の周辺の背景を示すスチル画像などと、を正しく迅速に合成して描画することができ、そのような合成画像の連続的な変化をスムーズに表示することができる。また、複数のグラフィックス画像及びビデオ画像並びにスチル画像の重なりを考慮した描画処理を行う必要がないため、そのプログラムの開発設計の負担を軽減することができる。
【００３１】
また、前記表示処理装置は、さらに、ビデオ画像を記憶するための領域を有するビデオ画像記憶手段と、スチル画像を記憶するための領域を有するスチル画像記憶手段とを備え、前記第１の順序記憶手段は、前記複数のグラフィックス画像記憶手段及びビデオ画像記憶手段並びにスチル画像記憶手段に対して設定された前記第１の順序を記憶しており、前記プログラム実行手段は、前記プログラムを実行することにより、前記通知手段から通知された第１の順序に基づいて、前記各グラフィックス画像記憶手段にグラフィックス画像を格納し、前記ビデオ画像記憶手段にビデオ画像を格納し、前記スチル画像記憶手段にスチル画像を格納し、前記表示手段は、前記各グラフィックス画像記憶手段及びビデオ画像記憶手段並びにスチル画像記憶手段に格納された複数のグラフィックス画像及びビデオ画像並びにスチル画像を、前記第１の順序に従って重ね合わせて表示することを特徴としても良い。
【００３２】
これにより、ビデオ画像及びスチル画像が複数のグラフィックス画像と重ね合わせて表示されるため、表示手段により表示される合成画像の表示内容を拡張することができる。また、前記複数のグラフィックス画像記憶手段及びビデオ画像記憶手段並びにスチル画像記憶手段に対して設定された第１の順序がプログラムに通知されるため、プログラムは適切な記憶手段に適切な画像を格納することができ、表示手段に正しい合成画像を表示させることができる。
【００３３】
また、前記表示処理装置は、さらに、前記第１の順序記憶手段に記憶されている第１の順序を変更する変更手段を備え、前記通知手段は、前記変更された順序を前記プログラムに通知することを特徴としても良い。例えば、前記変更手段は、複数のグラフィックス画像及びビデオ画像並びにスチル画像が重ね合わせられるときには、前記複数のグラフィックス画像がビデオ画像及びスチル画像のうち少なくとも一方を挟み込むように、前記第１の順序記憶手段に記憶されている第１の順序を変更する。
【００３４】
これにより、それらの各画像の重ね合わせの順序を容易に且つ迅速に変更することができる。例えば、２つのグラフィックス画像の間にビデオ画像が挟みこまれるように各画像が重ね合わせて表示されるため、表示内容の拡張性を向上することができる。
【００３５】
なお、本発明は、このような表示処理装置として実現することができるだけでなく、その表示処理装置が動作する方法やプログラム、そのプログラムを格納する記憶媒体としても実現することができる。
【発明の効果】
【００３６】
本発明の表示処理装置は、グラフィックス画像の表示性能を高めることができるという作用効果を奏する。
【発明を実施するための最良の形態】
【００３７】
（実施の形態１）
本発明に係るケーブルテレビシステムの実施の形態を、図面を参照しながら説明する。
【００３８】
図３は、ケーブルテレビシステムを構成する装置の関係を表したブロック図である。このケーブルテレビシステムは、ヘッドエンド１０１と、３個の表示処理装置たる端末装置Ａ１１１、端末装置Ｂ１１２、及び端末装置Ｃ１１３とで構成される。本実施の形態では、１つのヘッドエンド１０１に対して３つの端末装置が結合されているが、任意の数の端末装置をヘッドエンド１０１に結合しても、本発明は実施可能である。
【００３９】
ヘッドエンド１０１は、複数の端末装置に対して映像や、音声、データ等の放送信号を送信するとともに、端末装置からのデータ送信を受信する。
【００４０】
本発明は主として端末装置に関わるので、ヘッドエンドに関する詳細な説明は省略する。
【００４１】
端末装置Ａ１１１、端末装置Ｂ１１２、及び端末装置Ｃ１１３はそれぞれ、ヘッドエンド１０１からの放送信号を受信して再生する。また、各端末装置は、ヘッドエンド１０１に対して各端末装置固有のデータを送信する。３つの端末装置は本実施の形態では同じ構成を取る。
【００４２】
図４は、端末装置のハードウエア構成を表すブロック図である。端末装置２００は、ＱＡＭ復調部２０１、ＱＰＳＫ復調部２０２、ＱＰＳＫ変調部２０３、ＴＳデコーダ２０５、オーディオデコーダ２０６、スピーカ２０７、ビデオデコーダ２０８、ビデオプレーン２０９、スチルプレーン２１０、ＯＳＤプレーン２１１、ディスプレイ２１２、２次記憶部２１３、１次記憶部２１４、ＲＯＭ２１５、入力部２１６、及びＣＰＵ２１７で構成される。また端末装置２００には、ＣａｂｌｅＣａｒｄ２０４が着脱される。
【００４３】
図５は、薄型テレビとして構成された端末装置２００の外観の一例を示す図である。
薄型テレビの筐体３０１は、ＣａｂｌｅＣａｒｄ２０４を除く、端末装置２００の構成要素のすべてを内蔵している。
【００４４】
ディスプレイ３０２は、図４におけるディスプレイ２１２に相当する。
フロントパネル部３０３は複数のボタンで構成され、図４の入力部２１６に相当する。
【００４５】
信号入力端子３０４は、ヘッドエンド１０１との信号の送受信を行うためにケーブル線と接続する。信号入力端子３０４は、図４のＱＡＭ復調部２０１、ＱＰＳＫ復調部２０２、及びＱＰＳＫ変調部２０３と接続されている。
【００４６】
ＣａｂｌｅＣａｒｄ３０５は、図４のＣａｂｌｅＣａｒｄ２０４に相当する。ＣａｂｌｅＣａｒｄ２０４は、図５のＣａｂｌｅＣａｒｄ３０５のように、端末装置２００とは独立した形態を取り、端末装置２００に着脱可能となっている。ＣａｂｌｅＣａｒｄ２０４の詳細は後述する。
【００４７】
挿入スロット３０６にはＣａｂｌｅＣａｒｄ３０５が挿入される。
図４に示すように、ＱＡＭ復調部２０１は、ＣＰＵ２１７から指定された周波数を含むチューニング情報で、ヘッドエンド１０１でＱＡＭ変調され送信されてきた信号を復調し、ＣａｂｌｅＣａｒｄ２０４に引き渡す。
【００４８】
ＱＰＳＫ復調部２０２は、ＣＰＵ２１７から指定された周波数を含むチューニング情報で、ヘッドエンド１０１でＱＰＳＫ変調され送信されてきた信号を復調し、ＣａｂｌｅＣａｒｄ２０４に引き渡す。
【００４９】
ＱＰＳＫ変調部２０３は、ＣＰＵ２１７から指定された周波数を含む変調情報で、ＣａｂｌｅＣａｒｄ２０４から渡された信号をＱＰＳＫ変調し、ヘッドエンド１０１に送信する。
【００５０】
ＣａｂｌｅＣａｒｄ２０４（３０５）は、図５に示すように、端末装置本体２００から着脱可能な形態をしている。端末本体２００とＣａｂｌｅＣａｒｄ２０４の接続インターフェースは、ＯｐｅｎＣａｂｌｅ（Ｒ）  ＨＯＳＴ−ＰＯＤ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＯＣ−ＳＰ−ＨＯＳＴＰＯＤ−ＩＦ−Ｉ１２−０３０２１０）及び、この仕様書から参照されている仕様書で定義されている。ここでは、詳細は省略する。
【００５１】
ＴＳデコーダ２０５は、ＣａｂｌｅＣａｒｄ２０４から受け取った信号のフィルタリングを実施し、必要なデータをオーディオデコーダ２０６、ビデオデコーダ２０８、及びＣＰＵ２１７に引き渡す。ここで、ＣａｂｌｅＣａｒｄ２０４から来る信号はＭＰＥＧ２トランスポートストリームである。ＭＰＥＧ２トランスポートストリームの詳細はＭＰＥＧ規格書  ＩＳＯ／ＩＥＣ１３８１８−１に記載されており、本実施の形態では詳細は省略する。ＭＰＥＧ２トランスポートストリームは、複数の固定長パケットで構成され、各パケットには、パケットＩＤが振られている。
【００５２】
このパケットＩＤに応じて必要なパケットだけを取り出す処理が、ＴＳデコーダ２０５が行うフィルタリングである。ＴＳデコーダ２０５はＣＰＵ２１７から指示された複数のフィルタリングを同時に実行することができる。
【００５３】
オーディオデコーダ２０６は、ＴＳデコーダ２０５から与えられたＭＰＥＧ２トランスポートストリームのパケットに埋め込まれたオーディオデータを連結し、デジタル−アナログ変換を行いスピーカ２０７に出力する。
【００５４】
スピーカ２０７は、オーディオデコーダ２０６から与えられた信号を音声出力する。
ビデオデコーダ２０８は、ＴＳデコーダ２０５から与えられたＭＰＥＧ２トランスポートストリームのパケットに埋め込まれたビデオデータを連結し、デジタル−アナログ変換を行うことでビデオイメージを生成し、ビデオプレーン２０９に記憶させる。ここで、ビデオデコーダ２０８は、複数のビデオを同時に再生し、ビデオプレーン２０９に記憶させることもできる。また、ビデオデコーダ２０８は、ＣＰＵ２１７から与えられたＭＰＥＧ−Ｉデータをデコードしてスチルプレーン２１０に記憶させる。
【００５５】
ビデオプレーン２０９は、メモリーなどで構成され、ビデオデコーダ２０８がデコードしたビデオイメージを記憶するものである。ここで、ビデオプレーン２０９は、複数の記憶領域を持つ。ビデオデコーダ２０８が複数のビデオを同時に再生した場合、デコードされた複数のビデオイメージは、ビデオプレーン内の各ビデオイメージに対応する記憶領域にそれぞれ記憶される。
【００５６】
スチルプレーン２１０は、メモリーなどで構成され、ビデオデコーダ２０８がデコードしたビＭＰＥＧ−Ｉイメージや、ＣＰＵ２１７が描画したスチルイメージを記憶するものである。スチルプレーン２１０が記憶するイメージは、主に背景画像として使用される。ここで、スチルプレーン２１０は、複数の記憶領域を持つ。
【００５７】
ＯＳＤプレーン２１１は、メモリーなどで構成され、ＣＰＵ２１７によって描画されたグラフィックスコンテンツを含むグラフィックスイメージを記憶するものである。グラフィックスコンテンツとは、点、線、四角形等の基本図形、文字、ＪＰＥＧ規格やＰＮＧ規格などで定められた画像データをデコードしたものなどである。ここで、ＯＳＤプレーン２１１は、複数の記憶領域を持つ。
【００５８】
ディスプレイ２１２は、イメージ合成回路とブラウン管や液晶等で構成され、ビデオプレーン２０９、スチルプレーン２１０、及びＯＳＤプレーン２１１が記憶するイメージを合成して出力する。
【００５９】
２次記憶部２１３は、具体的には、フラッシュメモリーやハードディスク等で構成され、ＣＰＵ２１７から指示されたデータやプログラムを保存したり削除したりする。また、保存されているデータやプログラムはＣＰＵ２１７に参照される。保存されているデータやプログラムは、端末装置２００の電源が切断された状態でも保存されつづける。
【００６０】
１次記憶部２１４は、具体的には、ＲＡＭ等で構成され、ＣＰＵ２１７から指示されたデータやプログラムを一次的に保存したり削除したりする。また、保存されているデータやプログラムはＣＰＵ２１７に参照される。保存されているデータやプログラムは、端末装置２００の電源が切断された際に、抹消される。
【００６１】
ＲＯＭ２１５は、書き換え不可能なメモリーデバイスであり、具体的にはＲＯＭ（Read Only Memory）やＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ（Digital Versatile Disk）などで構成される。ＲＯＭ２１５には、ＣＰＵ２１７が実行するプログラムが格納されている。
【００６２】
入力部２１６は、具体的には、フロントパネルやリモコンで構成され、ユーザーからの入力を受け付ける。
【００６３】
図６は、フロントパネルとして構成された入力部２１６の一例を示す図である。フロントパネル４００は、図５のフロントパネル部３０３に相当する。フロントパネル４００は、７つのボタン、即ち、上カーソルボタン４０１、下カーソルボタン４０２、左カーソルボタン４０３、右カーソルボタン４０４、ＯＫボタン４０５、取消ボタン４０６、及びＥＰＧボタン４０７を備えている。ユーザーがボタンを押下すると、押下されたボタンの識別子が、ＣＰＵ２１７に通知される。
【００６４】
ＣＰＵ２１７は、ＲＯＭ２１５が記憶しているプログラムを実行する。ＣＰＵ２１７は、実行するプログラムの指示に従い、ＱＡＭ復調部２０１、ＱＰＳＫ復調部２０２、ＱＰＳＫ変調部２０３、ＣａｂｌｅＣａｒｄ２０４、ＴＳデコーダ２０５、ビデオでコーダ２０８、ディスプレイ２１２、２次記憶部２１３、１次記憶部２１４、及びＲＯＭ２１５を制御する。
【００６５】
図７は、ＲＯＭ２１５に記憶され、ＣＰＵ２１７によって実行されるプログラムと、１次記憶部２１４に記憶され、ＣＰＵ２１７によって実行されるダウンロードされたアプリケーションプログラム（以下、単にアプリケーションという）とを示す概念図である。
【００６６】
プログラム５００は、ＲＯＭ２１５に記憶され、複数のサブプログラムで構成される。具体的に、プログラム５００は、ＯＳ５０１、Ｊａｖａ（登録商標）ＶＭ５０２（以後ＶＭ５０２と称す）、ナビゲータ５０３、サービスマネージャ５０４、及びＪａｖａライブラリ５０５（以後ライブラリ５０５と称す）で構成される。
【００６７】
ＯＳ５０１は、端末装置２００の電源が投入されると、ＣＰＵ２１７が起動するためのサブプログラムである。ＯＳ５０１は、オペレーティングシステムの略であり、Ｌｉｎｕｘ（登録商標）等が一例である。ＯＳ５０１は、他のサブプログラムを平行して実行するカーネル５０１ａ及びライブラリ５０１ｂで構成される公知の技術の総称であり、詳細な説明は省略する。本実施の形態においては、ＯＳ５０１のカーネル５０１ａは、ＶＭ５０２をサブプログラムとして実行する。また、ライブラリ５０１ｂは、これらサブプログラムに対して、端末装置２００が保持する構成要素を制御するための複数の機能を提供する。
【００６８】
ライブラリ５０１ｂの機能の一例として、チューニング機能を紹介する。チューニング機能は、他のサブプログラムから周波数を含むチューニング情報を受け取り、それをＱＡＭ復調部２０１に引き渡す。ＱＡＭ復調部２０１は与えられたチューニング情報に基づき復調処理を行い、復調したデータをＣａｂｌｅＣａｒｄ２０４に引き渡すことができる。この結果、他のサブプログラムはライブラリ５０１ｂを通してＱＡＭ復調器２０１を制御することができる。
【００６９】
ＶＭ５０２は、Ｊａｖａ（登録商標）言語で記述されたプログラムを解析して実行するバーチャルマシンである。言語で記述されたプログラムはバイトコードと呼ばれる、ハードウエアに依存しない中間コードにコンパイルされる。バーチャルマシンは、このバイトコードを実行するインタープリタである。また、一部のバーチャルマシンは、バイトコードをＣＰＵ２１７が理解可能な実行形式に翻訳してから、ＣＰＵ２１７に引渡し、実行することも行う。ＶＭ５０２は、カーネル５０１ａに実行するプログラムを指定されて起動される。本実施の形態では、カーネル５０１ａは、実行するプログラムとしてナビゲータ５０３を指定する。言語の詳細は、書籍「Ｌａｎｇｕａｇｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＩＳＢＮ  ０−２０１−６３４５１−１）」等の多くの書籍で解説されている。ここでは、その詳細を省略する。また、ＶＭ自体の詳細な動作などは、「  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＩＳＢＮ  ０−２０１−６３４５１―３３）」等の多くの書籍で解説されている。ここでは、その詳細を省略する。
【００７０】
ナビゲータ５０３は、Ｊａｖａ言語で書かれたＪａｖａプログラムであり、ＶＭ５０２によって起動され、逐次実行される。ユーザーに対して、チャンネル一覧を表示したり、入力部２１６でユーザーが入力したチャンネル選択の指示を、ＣＰＵ２１７を通して受け取り、チャンネル選択を行う。
【００７１】
サービスマネージャ５０４は、Ｊａｖａ言語で書かれたＪａｖａプログラムであり、ナビゲータ５０３からチャンネル選択の指示を受け付け、ＶＭ５０２によって逐次実行される。サービスマネージャ５０４は、ユーザーによって指定されたチャンネルの番組を選択する。具体的には、サービスマネージャ５０４は、指定された番組の制御を行うアプリケーションをダウンロードして起動するまでの処理を行う。アプリケーションがダウンロードされたあとの処理は、そのアプリケーションが中心となって行われる。ここでダウンロードとは、ＭＰＥＧ２トランスポートストリーム中のパケットからファイルシステム等のデータを取り出して１次記憶部２１４等の記憶手段に保存することである。
【００７２】
以下、サービスマネージャ５０４がアプリケーションをダウンロードして起動するまでの手順について簡単に説明する。ここではその詳細は本発明には関係ないのでその詳細の説明は省略する。
【００７３】
サービスマネージャ５０４は、最初にライブラリ５０５の中にあるＴｕｎｅｒ５０５ｃに、チューニングを依頼する。Ｔｕｎｅｒ５０５ｃは、２次記憶部２１３が記憶するチャンネル情報を参照し、ユーザーが選択したチャンネルに対応するチューニング情報を獲得する。次に、サービスマネージャ５０４は、ライブラリ５０５の中にあるＣＡ５０５ｄにデスクランブルを依頼する。ＣＡ５０５ｄは、ＯＳ５０１のライブラリ５０１ｂを通して復号に必要な情報をＣａｂｌｅＣａｒｄ２０４に与える。ＣａｂｌｅＣａｒｄ２０４は、与えられた情報を元に、ＱＡＭ復調部２０１から与えられた信号を復号しＴＳデコーダ２０５に引き渡す。次に、サービスマネージャ５０４は、ライブラリ５０５の中にあるＡＭ５０５ｂに、指定されたチャンネルが提供するアプリケーションの実行を依頼する。ＡＭ５０５ｂは、チャンネルに含まれているＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）を取り出し、チャンネルに含まれるアプリケーションに関する情報を取り出す。ＡＩＴは、ＤＶＢ−ＭＨＰ規格書に規定されている。ＡＭ５０５ｂは取り出したアプリケーションに関する情報に従って、ライブラリ５０５の中にあるＤＳＭＣＣ５０５ａに、指定されたチャンネルが保持するディレクトリやファイルで構成されるファイルシステムのダウンロードを依頼する。ＭＰＥＧ２トランスポートストリームにファイルシステム等のデータを埋め込んだりそれを取り出したりする方法は、ＭＰＥＧ規格書  ＩＳＯ／ＩＥＣ１３８１８−６に記述されたＤＳＭＣＣという方式を用いる。ＡＭ５０５ｂは、１次記憶部２１４にダウンロードしたファイルシステム中から実行すべきアプリケーションを実行する。図７においては、選択されたアプリケーションを、ダウンロードされたアプリケーション５０６として示している。
【００７４】
ライブラリ５０５は、ＲＯＭ２１５に格納されている複数のＪａｖａライブラリの集合である。ライブラリ５０５は、端末装置２００の機能をアプリケーションが使用できるように、ＪａｖａのＡＰＩをアプリケーションに対して提供している。本実施の形態では、ライブラリ５０５は、ＤＳＭＣＣ５０５ａ、ＡＭ５０５ｂ、Ｔｕｎｅｒ５０５ｃ、ＣＡ５０５ｄ、ＪＭＦ５０５ｅ、ＡＷＴ５０５ｆ、及びＨＡＶｉＬｅｖｅｌ２ＧＵＩ５０５ｇ等を含んでいる。なお、ＨＡＶｉＬｅｖｅｌ２ＧＵＩ５０５ｇは、ＯＳＤ処理部５０５ｈ、ビデオ処理部５０５ｉ、及びスチル処理部５０５ｊを含む。
【００７５】
ＤＳＭＣＣ５０５ａは、ライブラリ５０１ｂを通してＴＳデコーダ２０５を制御し、ＭＰＥＧ２トランスポートストリームの中にＤＳＭＣＣオブジェクトカルーセル形式で多重化されているファイルシステムを取り出し、一次記憶部２１４に保存する機能を提供する。ＤＳＭＣＣオブジェクトカルーセル形式は、ＭＰＥＧ規格書  ＩＳＯ／ＩＥＣ１３８１８−６に規定されており、ここでは詳細な説明を省略する。
【００７６】
ＡＭ５０５ｂは、ライブラリ５０１ｂを通してＴＳデコーダ２０５を制御し、ＭＰＥＧ２トランスポートストリームの中に多重化されているＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）を取り出し、チャンネルに含まれるアプリケーションに関する情報を取り出す。ＡＩＴは、ＤＶＢ−ＭＨＰ規格書に規定されている。ＡＭ５０５ｂは取り出したアプリケーションに関する情報に従って、ライブラリ５０５の中にあるＤＳＭＣＣ５０５ａに、指定されたチャンネルが保持するディレクトリやファイルで構成されるファイルシステムのダウンロードを依頼する。ＡＭ５０５ｂは、１次記憶部２１４にダウンロードされたファイルシステム中からＡＩＴで指定された実行すべきアプリケーションを起動する。
【００７７】
Ｔｕｎｅｒ５０５ｃは，ライブラリ５０１ｂを通してＱＡＭ復調器２０１を制御し、指定された周波数にチューニングするための機能を提供する。
【００７８】
ＣＡ５０５ｄは、ＯＳ５０１のライブラリ５０１ｂを通して復号に必要な情報をＣａｂｌｅＣａｒｄ２０４に与えることによって、スクランブルされたＭＰＥＧ２トランスポートストリームをＣａｂｌｅＣａｒｄ２０４がデスクランブルできるようにする機能を提供する。
【００７９】
ＪＭＦ５０５ｅは、ライブラリ５０１ｂを通してＴＳデコーダ２０５、オーディオデコーダ２０６、及びビデオデコーダ２０８を制御し、オーディオの再生及びビデオの再生を行う。
【００８０】
ＡＷＴ５０５ｆは、アプリケーションが描画を行ったり、入力部２１６からのキー入力通知を受け取るためのＪａｖａ  ＡＰＩを提供する。ＡＷＴ５０５ｆは、線や点、四角などの基本図形の描画を行うＡＰＩ、ＪＰＥＧ（Joint Photographic Experts Group）形式やＰＮＧ（Joint Photographic Experts Group）形式のイメージをデコードしてＯＳＤプレーン２１１上に展開するためのＡＰＩ等を提供している。具体的には、ＡＷＴ５０５ｆは、「Ｔｈｅ  Ｊａｖａ（Ｒ）  ｃｌａｓｓ  Ｌｉｂｒａｒｉｅｓ  Ｓｅｃｏｎｄ  Ｅｄｉｔｉｏｎ，Ｖｏｌｕｍｅ  ２」（ＩＳＢＮ０−２０１−３１００３−１）で規定されるｊａｖａ．ａｗｔパッケージ、ｊａｖａ．ａｗｔ．ｅｖｅｎｔパッケージ及びその他のｊａｖａ．ａｗｔのサブパッケージが相当する。ここでは、詳細な説明を省略する。
【００８１】
ＨＡＶｉＬｅｖｅｌ２ＧＵＩ５０５ｇは、アプリケーションがビデオプレーン２０９、スチルプレーン２１０、及びＯＳＤプレーン２１１を制御するためのＡＰＩを提供し、ＯＳＤ処理部５０５ｈ、ビデオ処理部５０５ｉ、及びスチル処理部５０５ｊで構成される。これらの各処理部は、具体的には、ＤＶＢ−ＭＨＰ規格書で規定されるｏｒｇ．ｈａｖｉ．ｕｉパッケージ及びｏｒｇ．ｈａｖｉ．ｕｉ．ｅｖｅｎｔパッケージが相当する。ここでは、主に本発明に関する機能について説明する。
【００８２】
ＯＳＤ処理部５０５ｈは、ＯＳＤプレーン２１１を制御するためのＡＰＩを提供する。具体的には、ｏｒｇ．ｈａｖｉ．ｕｉ．ｅｖｅｎｔパッケージのＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ及びその関連クラスで構成される。
【００８３】
ビデオ処理部５０５ｉは、ビデオプレーン２０９を制御するためのＡＰＩを提供する。具体的には、ｏｒｇ．ｈａｖｉ．ｕｉ．ｅｖｅｎｔパッケージのＨＶｉｄｅｏＤｅｖｉｃｅ及びその関連クラスで構成される。
【００８４】
スチル処理部５０５ｊは、スチルプレーン２１０を制御するためのＡＰＩを提供する。具体的には、ｏｒｇ．ｈａｖｉ．ｕｉ．ｅｖｅｎｔパッケージのＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ及びその関連クラスで構成される。
【００８５】
ダウンロードされたアプリケーション５０６は、Ｊａｖａ言語で書かれたＪａｖａプログラムであり、ＶＭ５０２によって逐次実行される。アプリケーション５０６は、端末装置２００において番組を表現するための、表示処理の記述を含む。具体的には、ＡＷＴ５０５ｆ及びＯＳＤ処理部５０５ｈを用いたグラフィックスコンテンツの表示処理と、ＪＭＦ５０５ｅ及びビデオ処理部５０５ｉを用いたビデオコンテンツの表示処理と、スチル処理部５０５ｊを用いた背景画の表示処理との記述等が含まれる。
【００８６】
以下、本発明の主要な機能である表示機能について、詳細に説明する。
図８は、端末装置２００における表示機能に関するハードウエア構成要素とソフトウエア構成要素の関係を示す概念図である。図中、図４及び図７と同じ番号が割り振られた構成要素は、図４および図７で示した構成要素と同じものを表す。ここで、ＯＳＤ処理部５０５ｈは、Ｚオーダー管理部６０１とＺオーダー変更部６０２を備え、ビデオ処理部５０５ｉも、Ｚオーダー管理部６１１とＺオーダー変更部６１２を備え、また、スチル処理部５０５ｊも、Ｚオーダー管理部６２１とＺオーダー変更部６２２を備えている。更に、ビデオプレーン２０９は、第１ビデオ領域６５１と第２ビデオ領域６５２の２つの領域を有し、スチルプレーン２１０は第１スチル領域６６１の１つの領域を有し、また、ＯＳＤプレーン２１１は第１ＯＳＤ領域６７１と第２ＯＳＤ領域６７２の２つの領域を有する。ここで、ＯＳＤ処理部５０５ｈ、ビデオ処理部５０５ｉ、及びスチル処理部５０５ｊはソフトウエアで構成されているが、ハードウエアで実現しても本発明は実施可能である。また、ここでビデオプレーン２０９は２つの領域、スチルプレーン２１０は１つの領域、ＯＳＤプレーン２１１は２つの領域を有しているが、これは一例であり、もっと多くの領域、あるいは少ない数の領域を備えている場合でも、本発明は実施可能である。
【００８７】
アプリケーション５０６が行う表示とは、ビデオプレーン２０９の第１ビデオ領域６５１及び第２ビデオ領域６５２と、スチルプレーン２１０の第１スチル領域６６１と、ＯＳＤプレーン２１１の第１ＯＳＤ領域６７１及び第２ＯＳＤ領域６７２とに、表示すべきイメージを生成することであって、ディスプレイ２１２はこれらの領域に生成されたイメージを合成表示する。
【００８８】
図９は、ディスプレイ２１２が５つのプレーンのイメージを合成して出力している例を表す概念図である。図９の（１）に示すように、第１ＯＳＤ領域６７１にはグラフィックコンテンツ７０１を含むイメージが記憶されている。グラフィックスコンテンツ７０１は文字情報であり、文字放送のアプリケーション５０６によって右から左にスクロールして描画される情報である。図９の（２）に示すように、第２ＯＳＤ領域６７２にはグラフィックコンテンツ７０２を含むイメージが記憶されている。グラフィックスコンテンツ７０２も文字情報であり、野球の途中経過を表示している。この表示も、野球の進行と共にアプリケーション５０６によって更新される。図９の（３）に示すように、第１ビデオ領域６５１にはビデオコンテンツ７０３を含むイメージが記憶されている。ビデオコンテンツ７０３は、スーパーインポーズの子画面を形成しており、後述するビデオコンテンツ７０４の左下に、小さなサイズで、あるチャンネルの映像を表示するためのものである。このビデオコンテンツ７０３の表示位置、表示サイズ、再生される映像のチャンネルは、アプリケーション５０６によって決定されたものである。図９の（４）に示すように、第２ビデオ領域６５２にはビデオコンテンツ７０４を含むイメージが記憶されている。ビデオコンテンツ７０４は、スーパーインポーズの主画面を形成しており、画面の右約３分の２のスペースを使用して、あるチャンネルの映像を表示するためのものである。このビデオコンテンツ７０４の表示位置、表示サイズ、再生される映像のチャンネルは、アプリケーション５０６によって決定されたものである。図９の（５）に示すように、第１スチル領域６６１にはスチルコンテンツ７０５を含むイメージが記憶されている。ここで、スチルコンテンツ７０５は、画面サイズ全体を覆う単色の塗り潰しである。図９の（１）から（５）に示す各領域のイメージにおいて、グラフィックスコンテンツ、ビデオコンテンツ及びスチルコンテンツが配置されていない部分は、透明色を示す。ディスプレイ２１２は、図９の（１）から（５）で示されるイメージを下から順に、即ち、第１スチル領域６６１、第２ビデオ領域６５２、第１ビデオ領域６５１、第２スチル領域６７２、第１スチル領域６７１の順で重ね合わせて合成イメージを作成する。つまり、第１スチル領域６６１、第２ビデオ領域６５２、第１ビデオ領域６５１、第２スチル領域６７２、第１スチル領域６７１は、上下の位置関係を有しており、ディスプレイ２１２は、その上下関係を把握している。ここで、重ね合わせるとは、下のイメージに対して、上のイメージを上書きすることである。なお、上側のイメージの透明色部分には、そのまま下のイメージが映る。図９の（６）に示すように、ディスプレイ２１２は、図９の（１）から（５）で示されるイメージを合成した合成イメージを表す。
【００８９】
このように、複数のイメージを合成することにより、アプリケーション５０６は、効果的な表示を行うことができる。例えば、図９の（１）に示すグラフィックスコンテンツ７０１と図９の（２）に示すグラフィックスコンテンツ７０２とは重なっている。従来では、アプリケーション５０６がこれらのグラフィックコンテンツ７０１，７０２の重なって表されるものを、ＯＳＤプレーンの同一の領域に描画させようとする。このような場合、アプリケーション５０６は２つのグラフィックコンテンツ７０１，７０２の重なりを考慮した描画を行う必要がある。これは描画処理が遅くなり、例えば、グラフィックスコンテンツ７０１の文字放送のスクロール速度が劣化する。ところが本実施の形態では、上述のように、アプリケーション５０６が、２つのグラフィックスコンテンツを別々のＯＳＤ領域に描画し、ディスプレイ２１２が合成処理を行うことで、より高速な描画処理を実現できる。また、アプリケーション５０６の複雑さを緩和し、アプリケーション５０６の開発を軽減することができる。
【００９０】
さらに、図９の（３）及び（４）に示す２つのビデオコンテンツ７０３，７０４においても、同等の効果が得られる。ビデオは、ビデオデコーダ２０８によって再生される。例えば従来では、２つのビデオを同時並行に再生して、ビデオプレーンの同一の領域に２つのビデオコンテンツを重ね合わせて記憶させる。このような場合、ビデオデコーダ２０８は重なり部分の排他処理を行う必要がある。その結果、デコード処理が遅くなり、スムーズに動くビデオ再生ができない可能性がある。ところが本実施の形態では、上述のように、ビデオデコーダ２０８が２つのビデオコンテンツを別々のビデオ領域に記憶させて、ディスプレイ２１２が合成処理を行うことで、より高速なビデオ描画処理を実現できる。
【００９１】
ここで、図９で示されたイメージの合成を実現するための、ＯＳＤ処理部５０５ｈ、ビデオ処理部５０５ｉ、及びスチル処理部５０５ｊの機能について説明する。ＤＶＢ−ＭＨＰ規格においては、各プレーンの各領域をクラスのインスタンスとして表現している。ＯＳＤプレーン２１１の１つの領域はＨＧｒａｐｈｇｉｃｓＤｅｖｉｃｅクラスのインスタンスで表現され、ビデオプレーン２０９の１つの領域はＨＶｉｄｅｏＤｅｖｉｃｅクラスのインスタンスで表現され、スチルプレーン２１０の１つの領域はＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅクラスのインスタンスで表現される。アプリケーション５０６は、これらのインスタンスをＨＳｃｒｅｅｎクラスが提供するメソッドから取得できる。ｇｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅｓメソッドは、ＯＳＤプレーン２１１が保持する領域の数と同じ数のＨＧｒａｐｈｇｉｃｓＤｅｖｉｃｅクラスのインスタンスを配列に格納して返し、ｇｅｔＨＶｉｄｅｏＤｅｖｉｃｅｓメソッドは、ビデオプレーン２０９が保持する領域の数と同じ数のＨＶｉｄｅｏＤｅｖｉｃｅクラスのインスタンスを配列に格納して返し、ｇｅｔＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅｓメソッドは、スチルプレーン２１０が保持する領域の数と同じ数のＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅクラスのインスタンスを配列に格納して返す。本発明において、ＯＳＤ処理部５０５ｈのＺオーダー管理部６０１は、ｇｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅｓメソッドが返す配列に、上下関係の順に従って、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを格納する。ここで、上下関係で上に位置するＯＳＤ領域から順に、そのＯＳＤ領域に対応するＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスが配列に格納される。端末装置２００が図８及び図９で示される構成を取る場合、ＯＳＤ処理部５０５ｈのＺオーダー管理部６０１は、上下関係で上に位置する第１ＯＳＤ領域６７１のＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを配列の１番目に格納し、下に位置する第２ＯＳＤ領域６７２のＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを配列の２番目に格納する。同様に、ビデオ処理部５０５ｉのＺオーダー管理部６１１も、ｇｅｔＨＶｉｄｅｏＤｅｖｉｃｅｓメソッドが返す配列に、上下関係の順に従って、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンスを格納する。また、スチル処理部５０５ｊのＺオーダー管理部６２１も、ｇｅｔＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅｓメソッドが返す配列に、上下関係の順に従って、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを格納する。ただし、図８においては、スチルプレーン２１０は１つの領域しか有していない。よって、スチル処理部５０５ｊのＺオーダー管理部６２１は、配列に第１スチル領域６６１に対応するＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを格納するだけである。
【００９２】
Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１の役割をまとめると、Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１は、それぞれ、ＯＳＤプレーン２１１、ビデオプレーン２０９、スチルプレーン２１０が保持している領域と、その上下関係の順序と、各領域に対応するインスタンスとの組を管理テーブルとして管理している。Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１は、ｇｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅメソッドや、ｇｅｔＨＶｉｄｅｏＤｅｖｉｃｅメソッド、ｇｅｔＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅメソッドが呼び出された際、管理テーブル中の上下関係情報に基づき、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを配列に格納して返す。
【００９３】
図１０Ａ、図１０Ｂ、及び図１０Ｃは、Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１がそれぞれ管理する管理テーブルの一例を示す図である。
【００９４】
図１０Ａは、ＯＳＤ処理部５０５ｈのＺオーダー管理部６０１が管理する管理テーブルの一例を示す。列８０１は、ＯＳＤプレーン２１１の領域へのアドレスを保持する。列８０２は、列８０１で示される領域の上下関係を示す情報を保持する。ここでは数字が格納され、上下関係で上の領域から順に、「１」、「２」、と昇順で番号が割り当てられる。なお、この上下関係は、ＯＳＤプレーン２１１内部での上下関係である。ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０の上下関係は、上から順にＯＳＤプレーン２１１、ビデオプレーン２０９、スチルプレーン２１０と固定されている。列８０３は、列８０１で示される領域に対応するＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを格納する。このインスタンスは、端末装置２００の起動時に生成され、保持されている。行８１１には、ＯＳＤプレーン２１１の第１ＯＳＤ領域６７１に対応する情報が格納されており、第１ＯＳＤ領域６７１が上下関係で上にあることを示す情報と、対応するインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するため便宜的に付した文字であり、特別な意味は無い。行８１２には、ＯＳＤプレーン２１１の第２ＯＳＤ領域６７２に対応する情報が格納されており、第２ＯＳＤ領域６７２が上下関係で上から２番目にあることを示す情報と、対応するインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」とが格納されている。ここで文字「Ｂ」は、インスタンスを識別するため便宜的に付した文字であり、特別な意味は無い。
【００９５】
図１０Ｂは、ビデオ処理部５０５ｉのＺオーダー管理部６１１が管理する管理テーブルの一例を示す。列８２１は、ビデオプレーン２０９の領域へのアドレスを保持する。列８２２は、列８２１で示される領域の上下関係を示す情報を保持する。ここでは数字が格納され、上下関係で上の領域から順に、「１」、「２」、と昇順で番号が割り当てられる。なお、この上下関係は、ビデオプレーン２０９内部での上下関係である。列８２３は、列８２１で示される領域に対応するＨＶｉｄｅｏＤｅｖｉｃｅインスタンスを格納する。このインスタンスは、端末装置２００の起動時に生成され、保持されている。行８３１には、ビデオプレーン２０９の第１ビデオ領域６５１に対応する情報が格納されており、第１ビデオ領域６５１が上下関係で上にあることを示す情報と、対応するインスタンス「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するため便宜的に付した文字であり、特別な意味は無い。行８３２には、ビデオプレーン２０９の第２ビデオ領域６５２に対応する情報が格納されており、第２ビデオ領域６５２が上下関係で上から２番目にあることを示す情報と、対応するインスタンス「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ｂ」とが格納されている。ここで文字「Ｂ」は、インスタンスを識別するため便宜的に付した文字であり、特別な意味は無い。
【００９６】
図１０Ｃは、スチル処理部５０５ｊのＺオーダー管理部６２１が管理する管理テーブルの一例を示す。列８４１は、スチルプレーン２１０の領域へのアドレスを保持する。列８４２は、列８４１で示される領域の上下関係を示す情報を保持する。ここでは数字が格納され、上下関係で上の領域から順に、「１」、「２」、と昇順で番号が割り当てられる。なお、この上下関係は、スチルプレーン２１０内部での上下関係である。列８４３は、列８４１で示される領域に対応するＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを格納する。このインスタンスは、端末装置２００の起動時に生成され、保持されている。行８５１は、スチルプレーン２１０の第１スチル領域６６１に対応する情報が格納されており、第１スチル領域６６１が上下関係で上にあることを示す情報と、対応するインスタンス「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するため便宜的に付した文字であり、特別な意味は無い。
【００９７】
図１１は、ＯＳＤ処理部５０５ｈのＺオーダー管理部６０１の動作を表すフローチャートである。図１１に示すように、アプリケーション５０６がｇｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅメソッドを呼び出すと、Ｚオーダー管理部６０１は、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスの取得要求を受け付ける（ステップＳ９０１）。Ｚオーダー管理部６０１は、ＯＳＤプレーン２１１が有する領域数分の要素を持つ配列を用意する（ステップＳ９０２）。端末装置２００が図８に示すような構成を有する場合、Ｚオーダー管理部６０１は、配列要素数が「２」の配列を用意する。Ｚオーダー管理部６０１は、例えばＪａｖａ言語の場合、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ［］  ａｒｒａｙ＝ｎｅｗ  ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ［２］」等と記述する。次に、Ｚオーダー管理部６０１は、変数Ｎに初期値「１」を設定する（ステップＳ９０３）。Ｚオーダー管理部６０１は、管理テーブルを参照し、上下関係がＮ番目の領域を探し、対応するＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを取得する（ステップＳ９０４）。例えば、管理テーブルが図１０Ａに示すように構成されている場合、Ｎ＝１であれば、行８１１の第１ＯＳＤ領域６７１が上下関係で「１」番目にあるため、対応する「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」が取得される。次に、Ｚオーダー管理部６０１は、取得したＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを配列要素のＮ番目に格納する（ステップＳ９０５）。取得したインスタンスが「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」で、Ｎ＝１の時、１番目の配列要素に「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」が格納される。Ｚオーダー管理部６０１は、Ｊａｖａ言語の場合、「ａｒｒａｙ［０］＝ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ＿Ａ」等と記述する。ここで、配列要素番号が「０」なのは、配列の添え字が「０」から開始されるからである。ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ＿Ａは「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」を示す変数である。次に、Ｚオーダー管理部６０１は、変数Ｎに１を加算する（ステップＳ９０６）。変数Ｎの値が、ＯＳＤプレーン２１１が有する領域数より小さいか等しいとき（ステップＳ９０７のＮＯ）は、Ｚオーダー管理部６０１は、ステップＳ９０４からの処理を繰り返し実行する。変数Ｎの値が、ＯＳＤプレーン２１１が有する領域数より大きいとき（ステップＳ９０７のＹＥＳ）は、Ｚオーダー管理部６０１は、配列をアプリケーション５０６に返す（ステップＳ９０８）。例えば、管理テーブルが図１０Ａに示すように構成されている場合、配列要素の最初に、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」、２番目に「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」が格納された長さ２の配列が返される。
【００９８】
図１２は、ビデオ処理部５０５ｉのＺオーダー管理部６１１の動作を表すフローチャートである。図１２に示すように、アプリケーション５０６がｇｅｔＨＶｉｄｅｏＤｅｖｉｃｅメソッドを呼び出すと、Ｚオーダー管理部６１１は、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンスの取得要求を受け付ける（ステップＳ１００１）。Ｚオーダー管理部６１１は、ビデオプレーン２０９が有する領域数分の要素を持つ配列を用意する（ステップＳ１００２）。端末装置２００が図８に示すような構成を有する場合、Ｚオーダー管理部６１１は、配列要素数が「２」の配列を用意する。Ｚオーダー管理部６１１、例えばＪａｖａ言語の場合、「ＨＶｉｄｅｏＤｅｖｉｃｅ［］  ａｒｒａｙ＝ｎｅｗ  ＨＶｉｄｅｏＤｅｖｉｃｅ［２］」等と記述する。次に、Ｚオーダー管理部６１１は、変数Ｎに初期値「１」を設定する（ステップＳ１００３）。Ｚオーダー管理部６１１は、管理テーブルを参照し、上下関係がＮ番目の領域を探し、対応するＨＶｉｄｅｏＤｅｖｉｃｅインスタンスを取得する（ステップＳ１００４）。例えば、管理テーブルが図１０Ｂに示すように構成されている場合、Ｎ＝１であれば、行８３１の第１ビデオ領域６５１が上下関係で「１」番目にあるため、対応する「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」が取得される。次に、Ｚオーダー管理部６１１は、取得したＨＶｉｄｅｏＤｅｖｉｃｅインスタンスを配列要素のＮ番目に格納する（ステップＳ１００５）。取得したインスタンスが「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」で、Ｎ＝１の時、１番目の配列要素に「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」が格納される。Ｚオーダー管理部６１１は、Ｊａｖａ言語の場合、「ａｒｒａｙ［０］＝ＨＶｉｄｅｏＤｅｖｉｃｅ＿Ａ」等と記述する。ここで、配列要素番号が「０」なのは、配列の添え字が「０」から開始されるからである。ＨＶｉｄｅｏＤｅｖｉｃｅ＿Ａは「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」を示す変数である。次に、Ｚオーダー管理部６１１は、変数Ｎに１を加算する（ステップＳ１００６）。変数Ｎの値が、ビデオプレーン２０９が有する領域数より小さいか等しいとき（ステップＳ１００７のＮＯ）は、Ｚオーダー管理部６１１は、ステップＳ１００４からの処理を繰り返し実行する。変数Ｎの値が、ビデオプレーン２０９が有する領域数より大きいとき（ステップＳ１００７のＹＥＳ）は、Ｚオーダー管理部６１１は、配列をアプリケーション５０６に返す（ステップＳ１００８）。例えば、管理テーブルが図１０Ｂに示すように構成されている場合、配列要素の最初に、「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」、２番目に「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ｂ」が格納された長さ２の配列が返される。
【００９９】
図１３は、スチル処理部５０５ｊのＺオーダー管理部６２１の動作を表すフローチャートである。図１３に示すように、アプリケーション５０６がｇｅｔＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅメソッドを呼び出すと、Ｚオーダー管理部６２１は、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスの取得要求を受け付ける（ステップＳ１１０１）。Ｚオーダー管理部６２１は、スチルプレーン２１０が有する領域数分の要素を持つ配列を用意する（ステップＳ１１０２）。端末装置２００が図８に示すような構成を有する場合、Ｚオーダー管理部６２１は、配列要素数が「１」の配列を用意する。Ｚオーダー管理部６２１は、例えばＪａｖａ言語の場合、「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ［］  ａｒｒａｙ＝ｎｅｗ  ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ［１］」等と記述する。次に、Ｚオーダー管理部６２１は、変数Ｎに初期値「１」を設定する（ステップＳ１１０３）。Ｚオーダー管理部６２１は、管理テーブルを参照し、上下関係がＮ番目の領域を探し、対応するＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを取得する（ステップＳ１１０４）。例えば、管理テーブルが図１０Ｃに示すように構成されている場合、Ｎ＝１であれば、行８５１の第１スチル領域６６１が上下関係で「１」番目にあるため、対応する「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」が取得される。次に、Ｚオーダー管理部６２１は、取得したＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを配列要素のＮ番目に格納する（ステップＳ１１０５）。取得したインスタンスが「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」で、Ｎ＝１の時、１番目の配列要素に「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」が格納される。Ｚオーダー管理部６２１は、Ｊａｖａ言語の場合、「ａｒｒａｙ［０］＝ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ＿Ａ」等と記述する。ここで、配列要素番号が「０」なのは、配列の添え字が「０」から開始されるからである。ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ＿Ａは「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」を示す変数である。次に、Ｚオーダー管理部６２１は、変数Ｎに１を加算する（ステップＳ１１０６）。変数Ｎの値が、スチルプレーン２１０が有する領域数より小さいか等しいとき（ステップＳ１１０７のＮＯ）は、Ｚオーダー管理部６２１は、ステップＳ１１０４からの処理を繰り返し実行する。変数Ｎの値が、スチルプレーン２１０が有する領域数より大きいとき（ステップＳ１１０７のＹＥＳ）は、Ｚオーダー管理部６２１は、配列をアプリケーション５０６に返す（ステップＳ１１０８）。例えば、管理テーブルが図１０Ｃに示すように構成されている場合、配列要素に、「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」が格納された長さ１の配列が返される。
【０１００】
ｇｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅｓメソッドが返す配列の要素の格納順序は、ＯＳＤプレーン２１１が有する領域の上下関係に対応し、ｇｅｔＨＶｉｄｅｏＤｅｖｉｃｅｓメソッドが返す配列の要素の格納順序は、ビデオプレーン２０９が有する領域の上下関係に対応し、ｇｅｔＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅｓメソッドが返す配列の要素の格納順序は、スチルプレーン２１０が有する領域の上下関係に対応する。したがって、アプリケーション５０６は、表示を行うのに適切な領域に対応するＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス及びＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを獲得することができる。以下、獲得したこれらインスタンスから、アプリケーション５０６が描画処理を行う過程を簡単に説明する。
【０１０１】
アプリケーション５０６がＯＳＤプレーン２１１に描画を行うには、ｏｒｇ．ｈａｖｉ．ｕｉパッケージに規定されているＨＳｃｅｎｅＦａｃｔｏｒｙクラスのｇｅｔＦｕｌｌＳｃｒｅｅｎＳｃｅｎｅメソッドに、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを引数として渡すことによって、ＨＳｃｅｎｅインスタンスを取得する。このとき獲得できたＨＳｃｅｎｅインスタンスは、引数で与えたＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスに対応するＯＳＤプレーン２１１の１つの領域上に作られたベースウインドウである。ＨＳｃｅｎｅインスタンスは、ｊａｖａ．ａｗｔパッケージのＣｏｎｔａｉｎｅｒクラスを継承したＨＳｃｅｎｅクラスのインスタンスであり、アプリケーション５０６は、ライブラリ５０５の中にあるＡＷＴ５０５ｆの機能を用いて描画を行うことができる。ＡＷＴ５０５ｆの機能は、ｊａｖａ．ａｗｔパッケージ及びそのサブパッケージの機能に相当し、この描画機能は公知の技術であることから、その説明は省略する。ここでは、その一例を紹介する。
【０１０２】
図１４は、アプリケーション５０６のプログラムコードの一例を示す図である。ここで、端末装置２００は図８に示すように構成され、管理テーブルは図１０Ａに示すように構成されている。アプリケーション５０６は、図１４の１〜２行目で、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを２つ格納する配列ｄｅｖｉｃｅを獲得する。アプリケーション５０６は、図１４の３行目で、ＨＳｃｅｎｅＦａｃｔｏｒｙクラスのインスタンスを取得した後、図１４の４行目で、変数ｄｅｖｉｃｅ［０］に格納されたＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを用いて、上下関係で上に位置するＯＳＤプレーン２１１の第１ＯＳＤ領域６７１に対応するＨＳｃｅｎｅインスタンスを獲得する。次に、アプリケーション５０６は、図１４の５行目で、ＨＳｃｅｎｅインスタンスから、Ｇｒａｐｈｉｃｓインスタンスを取得することで、描画準備を終え、図１４の６行目で色設定を行う。ここでは、アプリケーション５０６は黒を設定している。また、アプリケーション５０６は、図１４の７行目で、文字列“Ｇｒａｐｈｉｃｓ”を第１ＯＳＤ領域６７１の座標位置（３０，３０）に記述する。
【０１０３】
さらに、アプリケーション５０６は、図１４の９行目で、変数ｄｅｖｉｃｅ［１］に格納されたＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを用いて、上下関係で下に位置するＯＳＤプレーン２１１の第２ＯＳＤ領域６７２に対応するＨＳｃｅｎｅインスタンスを獲得する。アプリケーション５０６は、図１４の１０行目で、ＨＳｃｅｎｅインスタンスから、Ｇｒａｐｈｉｃｓインスタンスを取得することで、描画準備を終え、図１４の１１行目で色設定を行う。ここでは、アプリケーション５０６は白を設定している。また、アプリケーション５０６は、図１４の１２行目で、第２ＯＳＤ領域６７２の一面を白で塗りつぶした四角を描画している。
【０１０４】
図１５は、図１４で示されるアプリケーションによって描画された結果を表す図である。図１５の（１）に示すように、第１ＯＳＤ領域６７１には、座標（３０，３０）に文字列“Ｇｒａｐｈｉｃｓ”が描画されている。図１５の（２）に示すように、第２ＯＳＤ領域６７２には、一面が白で塗りつぶされている。図１５の（３）に示すように、ディスプレイ２１２は合成結果を表す。第２ＯＳＤ領域６７２には一面が白で塗りつぶされているので、下にあるビデオプレーン２０９及びスチルプレーン２１０の内容は隠される。このような合成結果では、第２ＯＳＤ領域６７２のイメージ上に、第１ＯＳＤ領域６７１のイメージが上書きされている。
【０１０５】
アプリケーション５０６は、ビデオプレーン２０９にビデオ再生（ビデオの描画）を行うときには、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンスが用意するｇｅｔＶｉｄｅｏＣｏｎｔｒｏｌｌｅｒメソッドを呼び出し、Ｐｌａｙｅｒインスタンスを取得する。Ｐｌａｙｅｒインスタンスは、ライブラリ５０５のＪＭＦ５０５ｅが提供する映像や音声を再生するための機能を表現するものである。アプリケーション５０６は、Ｐｌａｙｅｒインスタンスが用意する様々なメソッドを呼び出すことで、再生する映像や音声の指定、再生するビデオの画面上での表示位置及び表示サイズを指定できる。ＪＭＦ５０５ｅが提供する機能は公知の技術であり、ここでは詳細を省略する。ここでは、アプリケーション５０６が、ビデオプレーン２０９の各領域に対応するＰｌａｙｅｒインスタンスを獲得する方法を紹介する。
【０１０６】
図１６は、アプリケーション５０６のプログラムコードの一例を示す図である。ここで、端末装置２００は図８に示すように構成され、管理テーブルは図１０Ｂに示すように構成されている。アプリケーション５０６は、図１６の１〜２行目で、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンスを２つ格納した配列ｄｅｖｉｃｅを獲得する。アプリケーション５０６は、図１６の３行目で、変数ｄｅｖｉｃｅ［０］に格納されたＨＶｉｄｅｏＤｅｖｉｃｅインスタンスのｇｅｔＶｉｄｅｏＣｏｎｔｒｏｌｌｅｒメソッドを呼び出すことで、上下関係で上に位置するビデオプレーン２０９の第１ビデオ領域６５１に対応するＰｌａｙｅｒインスタンスを獲得する。また、アプリケーション５０６は、図１６の５行目で、変数ｄｅｖｉｃｅ［１］に格納されたＨＶｉｄｅｏＤｅｖｉｃｅインスタンスのｇｅｔＶｉｄｅｏＣｏｎｔｒｏｌｌｅｒメソッドを呼び出すことで、上下関係で下に位置するビデオプレーン２０９の第２ビデオ領域６５２に対応するＰｌａｙｅｒインスタンスを獲得する。
【０１０７】
アプリケーション５０６は、スチルプレーン２１０に描画を行うときには、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスが用意するメソッドを呼び出し、ＨＢａｃｋｇｒｏｕｎｄＣｏｎｆｉｇｕｒａｔｉｏｎインスタンスを獲得する。ＨＢａｃｋｇｒｏｕｎｄＣｏｎｆｉｇｕｒａｔｉｏｎインスタンスは、スチルプレーン２１０が有する領域を単色で塗りつぶすためのｓｅｔＣｏｌｏｒメソッドを用意している。
【０１０８】
図１７は、アプリケーション５０６のプログラムコードの一例を示す図である。ここで、端末装置２００は図８に示すように構成され、管理テーブルは図１０Ｃに示すように構成されている。アプリケーション５０６は、図１７の１〜２行目で、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを１つ格納した配列ｄｅｖｉｃｅを獲得する。アプリケーション５０６は、図１７の３〜４行目で、変数ｄｅｖｉｃｅ［０］に格納されたＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスのｇｅｔＣｕｒｒｅｎｔＣｏｎｆｉｇｕｒａｔｉｏｎメソッドを呼び出し、ＨＢａｃｋｇｒｏｕｎｄＣｏｎｆｉｇｕｒａｔｉｏｎインスタンスを獲得する。また、アプリケーション５０６は、図１７の５行目で、ＨＢａｃｋｇｒｏｕｎｄＣｏｎｆｉｇｕｒａｔｉｏｎインスタンスのｓｅｔＣｏｌｏｒメソッドを呼び出す。ここでは、アプリケーション５０６は、青色を引数に渡すことで、スチルプレーン２１０の第１スチル領域６６１の一面を青色に塗りつぶしている。
【０１０９】
一方、Ｚオーダー変更部６０２はＺオーダー管理部６０１が管理している領域の上下関係を変更する機能を提供し、Ｚオーダー変更部６１２はＺオーダー管理部６１１が管理している領域の上下関係を変更する機能を提供し、Ｚオーダー変更部６２２はＺオーダー管理部６２１が管理している領域の上下関係を変更する機能を提供する。例えば、ＯＳＤ処理部５０５ｈのＺオーダー変更部６０２は、ＨＳｃｒｅｅｎクラスに、ｓｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒメソッドを提供する。このメソッドは、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスを第１引数として受け取り、上下位置を表す数値を第２引数として受け取る。数値の範囲は、１〜（ＯＳＤプレーン２１１が有する領域数）とする。
【０１１０】
図１８は、Ｚオーダー変更部６０２の動作を表すフローチャートである。Ｚオーダー変更部６０２は、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスと変更すべき上下位置を表す変更数値とを受け取る（ステップＳ１６０１）。Ｚオーダー変更部６０２は、Ｚオーダー管理部６０１が管理する管理テーブルを参照して、受け取ったＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスに対応する設定数値（対応設定数値）を取得する（ステップＳ１６０２）。なお、設定数値とは、管理テーブルにインスタンスと対応付けて格納されている数値であって、対応設定数値とは、Ｚオーダー変更部６０２が受け取ったＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスに対応付けられた設定数値である。このとき、Ｚオーダー変更部６０２は、対応設定数値を一次記憶部２１４に記憶させてもよい。次に、Ｚオーダー変更部６０２は、受け取った上下位置を表す変更数値と同一の設定数値を管理テーブル中から見つけ、その設定数値を対応設定数値で上書きする（ステップＳ１６０３）。最後に、Ｚオーダー変更部６０２は、受け取ったＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスに対応する対応設定数値を、受け取った変更数値で上書きする（ステップＳ１６０４）。
【０１１１】
具体的に、アプリケーション５０６から受け取ったＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスが「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」で、受け取った変更数値が「１」で、管理テーブルが図１０Ａに示すように構成されているとする。
【０１１２】
図１９は、上述のような場合に変更される管理テーブルの内容を示す図である。
このような場合、Ｚオーダー変更部６０２は、図１０Ａに示す管理テーブルを参照して、管理テーブル中の行８１２から、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」に対応する対応設定数値「２」を取得する。次に、Ｚオーダー変更部６０２は、管理テーブル中から、上下位置を表す変更数値「１」と同一の設定数値を探すと、その設定数値が行８１１にあることがわかる。ここで、Ｚオーダー変更部６０２は、図１９の（１）に示すように、行８１１の設定数値「１」を、取得した対応設定数値「２」に書き換える。最後に、Ｚオーダー変更部６０２は、図１９の（２）に示すように、行８１２にある「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」に対応する対応設定数値を、受け取った変更数値「１」で上書きする。
【０１１３】
同様に、ビデオ処理部５０５ｉのＺオーダー変更部６１２もＺオーダー管理部６１１の管理テーブルを変更する機能を有し、スチル処理部５０５ｊのＺオーダー変更部６２２もＺオーダー管理部６２１の管理テーブルを変更する機能を有する。
【０１１４】
このようなＺオーダー変更部６０２、Ｚオーダー変更部６１２、及びＺオーダー変更部６２２を提供することで、アプリケーション５０６は、２つのイメージの上下関係を容易に変更することができる。
【０１１５】
図２０Ａ及び図２０Ｂは、２つのイメージの上下関係が変更される様子を説明するための説明図ある。図２０Ａに示すように、第１ＯＳＤ領域６７１はグラフィックスコンテンツ１８０１を含むイメージを記憶している。ここで、グラフィックスコンテンツ１８０１はウインドウであり、このウインドウの中に様々な情報が表示されている。一方、第２ＯＳＤ領域６７２はグラフィックスコンテンツ１８０２を含むイメージを記憶している。ここで、グラフィックスコンテンツ１８０２もウインドウであり、このウインドウの中にも様々な情報が表示されている。また、第１ＯＳＤ領域６７１は第２ＯＳＤ領域６７２よりも上下関係で上にある。そのため、ディスプレイ２１２は、第１ＯＳＤ領域６７１と第２ＯＳＤ領域６７２のイメージを合成することによって、グラフィックスコンテンツ１８０１のウインドウがグラフィックスコンテンツ１８０２のウインドウの上に一部重なるように、それらのグラフィックスコンテンツ１８０１，１８０２を表示する。ここで、グラフィックスコンテンツ１８０２のウインドウを上に表示したい場合、図２０Ｂに示すように、アプリケーション５０６は、Ｚオーダー変更部６０２を用いて、第２ＯＳＤ領域６７２を上に移動する。その結果、ディスプレイ２１２は、グラフィックスコンテンツ１８０２のウインドウがグラフィックスコンテンツ１８０１のウインドウの上に一部重なるように、それらのグラフィックスコンテンツ１８０１，１８０２を表示する。つまり２つの領域（イメージ）の上下関係が変更される。ここで、ディスプレイ２１２は、合成の際、Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１が保持する管理テーブルを参照して合成順序を決定する。
【０１１６】
なお、本実施の形態では、領域（イメージ）の上下関係の変更を、２つの領域（イメージ）を入れ替える方法で実現している。
【０１１７】
図２１は、領域（イメージ）の上下関係の変更方法を示す図である。
例えば、図２１の（１）に示すように、５つの領域（領域１９０１から１９０５）があり、アプリケーション５０６は、領域１９０２を上から４番目にしようとする。この場合、アプリケーション５０６は、図２１の（２）に示すように、領域１９０２と領域１９０４を入れ替える。しかし、他の方法でも領域の上下関係を変更することができる。
【０１１８】
図２２は、領域の上下関係の他の変更方法を示す図である。
例えば、アプリケーション５０６は、図２１の（１）に示す領域１９０２を上から４番目にしたい場合、領域１９０２を領域１９０４の下に挿入する。
【０１１９】
また、本実施の形態では、Ｚオーダー変更部６０２、Ｚオーダー変更部６１２、及びＺオーダー変更部６２２が提供する機能として、ｓｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒという名前のメソッドを用意したが、機能が同じであれば、他の名前のメソッドを用意しても良い。また、本実施の形態では、引数を２つ取るｓｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒメソッドを例示したが、これ以外のＡＰＩを提供しても良い。例えば、引数で与えられたＨＧｒａｐｈｉｃｓＤｅｖｉｃｅを最上位に移動するメソッド（ｓｅｔＴｏｐＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ）や、最下位に移動するメソッド（ｓｅｔＢｏｔｔｏｍＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ）等を用いる。ｓｅｔＴｏｐＨＧｒａｐｈｉｃｓＤｅｖｉｃｅは、内部でｓｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒメソッドに上下位置の数値「１」を与えるように実装される。また、ｓｅｔＢｏｔｔｏｍＨＧｒａｐｈｉｃｓＤｅｖｉｃｅは、内部でｓｅｔＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒメソッドに上下位置の数値として領域数を与えるように実装される。
【０１２０】
更に、本実施の形態では、ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０の各領域の上下位置を変更するメソッドとして、２つの領域に対応するインスタンスを引数に指定して、その２つの領域の上下位置を入れ替えることも実施可能である。例えば、ＨＳｃｒｅｅｎクラスに、ｅｘｃｈａｎｇｅＨＧｒａｐｈｉｃｓＤｅｖｉｃｅＺＯｒｄｅｒメソッドを用意する。このメソッドは、２つのＨＧＲａｐｈｉｃｓＤｅｖｉｃｅインスタンスを引数として受け取る。メソッドの内部では、管理テーブルを参照して、それぞれのＨＧｒａｐｈｉｃｓＤｅｖｉｃｅの上下位置を取得して、入れ替えて保存すればよい。例えば、管理テーブルが図１０Ａのように構成されている場合、２つのＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」と「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」が引数に与えられると、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」の上下位置の数値「１」と「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」の上下位置の数値「２」を取り出し、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」の上下位置の数値に「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」の上下位置の数値である「２」を書き込み、「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」の上下位置の数値に「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」の上下位置の数値である「１」を書き込む。その結果、管理テーブルは図１９の（２）に示す状態になる。
【０１２１】
また、本実施の形態では、Ｚオーダー管理部６０１、Ｚオーダー管理部６１１、及びＺオーダー管理部６２１は、配列へのインスタンスの格納順序を用いてアプリケーション５０６に、インスタンスに対応するＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０の各領域の上下関係を通知している。しかし、他の方法でも実施可能である。例えば、インスタンスに上下関係を取得するメソッドを用意し、アプリケーション５０６がこのメソッドを呼び出すことで、上下関係を把握することが実施可能である。具体的には、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス、及びＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスに、ｇｅｔＺＯｒｄｅｒメソッドを用意する。このメソッドは、各インスタンスに対応する上下位置を表す数値を返す。例えば、管理テーブルが図１０Ａのように構成されているとすると、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」のｇｅｔＺＯｒｄｅｒメソッドは、図１０Ａの行８１１を参照して数値「１」を返す。
【０１２２】
図２３は、ｇｅｔＺＯｒｄｅｒメソッドを実現するための、管理テーブルとＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスの関係を表す模式図である。列８０３は、実際には、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスへのポインタを持つ。行８１１は、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」２１０１へのポインタ２１０２を持ち、行８１２は、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」２１１１へのポインタ２１１２を持つ。また、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスは、対応する管理テーブルの行へのポインタを持つ。ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」２１０１は、行８１１へのポインタ２１０３を持ち、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」２１１１は、行８１２へのポインタ２１１３を持つ。ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスのｇｅｔＺＯｒｄｅｒメソッドが呼ばれた時は、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンスは、保持しているポインタを辿って、対応する上下位置を表す数値を取り出し、アプリケーション５０６に返すことができる。
【０１２３】
更に、別の方法としては、ＨＳｃｒｅｅｎクラスに、ｇｅｔＨＧｒａｐｈｉｃｓＺＯｒｄｅｒメソッド、ｇｅｔＨＶｉｄｅｏＺＯｒｄｅｒメソッド、及びｇｅｔＨＢａｃｋｇｒｏｕｎｄＺＯｒｄｅｒメソッドを用意してもよい。各メソッドは、それぞれ引数としてＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス、ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを受け取る。各メソッドは、それぞれＺオーダー管理部６０１、Ｚオーダー管理部６１１、Ｚオーダー管理部６２１が保持する管理テーブルを参照して、受け取ったインスタンスに対応する上下位置の数値を返す。これにより、アプリケーション５０６は、ｇｅｔＨＧｒａｐｈｉｃｓＺＯｒｄｅｒメソッド、ｇｅｔＨＶｉｄｅｏＺＯｒｄｅｒメソッド、及びｇｅｔＨＢａｃｋｇｒｏｕｎｄＺＯｒｄｅｒメソッドを呼び出すことで、各インスタンスに対応する領域の上下位置を知ることができる。
【０１２４】
なお、本実施の形態では、開始の番号を「１」として、上下関係を、上から下へ「１」、「２」という昇順で表現したが、開始の番号を「０」として、「０」、「１」、「２」という昇順で表現しても良い。また、領域の数がＮのとき、上下関係を、上から下へ「Ｎ」、「Ｎ−１」という降順で表現しても良い。あるいは、領域を表現するインスタンスをリスト構造体で管理し、リストの構造体に格納されている順を上下関係の順に対応させて管理することも実施可能である。また、本実施の形態では、上下関係の管理に、図１０Ａ〜図１０Ｃに示すような管理テーブルを用いているが、管理テーブルの形式は、領域と上下位置を示す情報とインスタンスとの関係が保持されてそれぞれが検索可能な形式であれば良く、リスト構造体等を用いた形式でもよい。
【０１２５】
本実施の形態では、３種類のプレーンを対象にしているが、例えばスチルプレーンが無いなど、プレーン数が３である必要は無く、各プレーン間の上下関係が決まっていれば、他のプレーン数、例えば４でも５でも実施可能である。
【０１２６】
（実施の形態２）
実施の形態１においては、ＯＳＤプレーン２１１内の領域の上下関係の変更は、ＯＳＤプレーン内だけの変更であり、プレーンを跨った変更は不可能であった。実施の形態２では、プレーンを跨った変更を可能にする。
【０１２７】
図２４は、本実施の形態における端末装置２００の表示機能に関するハードウエア構成要素とソフトウエア構成要素の関係を示す概念図である。図２４中、図８と同じ番号が割り振られた構成要素は、図８で示した実施の形態１における構成要素と同じものを表すので、詳細な説明を省略する。図２４に示すように、ＯＳＤ処理部５０５ｈ、ビデオ処理部５０５ｉ、及びスチル処理部５０５ｊはそれぞれ、Ｚオーダー管理部６０１、Ｚオーダー変更部６０２、Ｚオーダー管理部６１１、Ｚオーダー変更部６１２、Ｚオーダー管理部６２１、及びＺオーダー変更部６２２を有しない。それに代わって、表示処理装置は、共通処理部２２００を有し、共通処理部２２００はＺオーダー管理部２２０１とＺオーダー変更部２２０２を有する。Ｚオーダー管理部２２０１は、ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０が有する領域と、その上下関係を示す情報と、各領域に対応するインスタンスとを管理テーブルで管理する。
【０１２８】
図２５は、本実施の形態における管理テーブルの一例を示す図である。列２３０１は、ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０が保持する各領域へのアドレスを保持する。列２３０２は、列２３０１で示される領域の上下関係を示す数値情報を保持する。ここでは数値が格納され、上下関係で上の領域から順に、「１」、「２」、と昇順で番号が割り当てられる。なお、この上下関係は、ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０が混在した上下関係を示す。列２３０３は、列２３０１で示される領域に対応するＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス、及びＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスを格納する。このインスタンスは、端末装置２００の起動時に生成されて保持されている。行２３１１には、ＯＳＤプレーン２１１の第１ＯＳＤ領域６７１に対応する情報が格納されており、具体的に、第１ＯＳＤ領域６７１が上下関係で１番上にあるという情報と、その領域に対応するインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するために便宜的に付した文字であり、特別な意味は無い。
【０１２９】
行２３１２には、ビデオプレーン２０９の第１ビデオ領域６５１に対応する情報が格納されており、具体的に、第１ビデオ領域６５１が上下関係で上から２番目にあるという情報と、その領域に対応するインスタンス「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するために便宜的に付した文字であり、特別な意味は無い。
【０１３０】
行２３１３には、ＯＳＤプレーン２１１の第２ＯＳＤ領域６７２に対応する情報が格納されており、具体的に、第２ＯＳＤ領域６７２が上下関係で上から３番目にあるという情報と、その領域に対応するインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」とが格納されている。ここで文字「Ｂ」は、インスタンスを識別するために便宜的に付した文字であり、特別な意味は無い。
【０１３１】
行２３１４には、ビデオプレーン２０９の第２ビデオ領域６５２に対応する情報が格納されており、具体的に、第２ビデオ領域６５２が上下関係で上から４番目にあるという情報と、その領域に対応するインスタンス「ＨＶｉｄｅｏＤｅｖｉｃｅ  Ｂ」とが格納されている。ここで文字「Ｂ」は、インスタンスを識別するために便宜的に付した文字であり、特別な意味は無い。
【０１３２】
行２３１５には、スチルプレーン２１０の第１スチル領域６６１に対応する情報が格納されており、具体的に、第１スチル領域６６１が上下関係で上から５番目にあるという情報と、その領域に対応するインスタンス「ＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅ  Ａ」とが格納されている。ここで文字「Ａ」は、インスタンスを識別するために便宜的に付した文字であり、特別な意味は無い。
【０１３３】
ディスプレイ２１２は、各プレーンの領域に示されるイメージを合成して出力する際、Ｚオーダー管理部２２０１が管理する管理テーブルを参照し、上下関係に基づいて合成を行う。管理テーブルが図２５に示すように構成されている場合、ディスプレイ２１２は、各領域に示されるイメージを、下から順に、即ち、第１スチル領域６６１、第２ビデオ領域６５２、第２ＯＳＤ領域６７２、第１ビデオ領域６５１、第１ＯＳＤ領域６７１の順に重ね合わせて合成する。
【０１３４】
アプリケーション５０６が各領域の上下位置を知るために、上下関係を取得するメソッドを上記各インスタンスに用意する。アプリケーション５０６は、このメソッドを呼び出すことで、上下関係を把握する。具体的には、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス、ＨＶｉｄｅｏＤｅｖｉｃｅインスタンス、及びＨＢａｃｋｇｒｏｕｎｄＤｅｖｉｃｅインスタンスに、ｇｅｔＺＯｒｄｅｒメソッドを用意する。このメソッドは、各インスタンスに対応する上下位置を表す数値を返す。例えば、管理テーブルが図２５に示すように構成されている場合、ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅインスタンス「ＨＧｒａｐｈｉｃｓＤｅｖｉｃｅ  Ｂ」のｇｅｔＺＯｒｄｅｒメソッドは、図２５の行２３１３を参照して数値「３」を返す。なお、本実施の形態の管理テーブルを、実施の形態１の図２３に示す管理テーブルの形式で構成しても良い。即ち、このような管理テーブルでは、ｇｅｔＺＯｒｄｅｒメソッドを実現するため、管理テーブルの各領域と各インスタンスとは相互に参照関係を持つ。
【０１３５】
Ｚオーダー変更部２２０２は、Ｚオーダー管理部２２０１が管理している領域の上下関係を変更する機能を提供する。例えば、ＨＳｃｒｅｅｎクラスに、ｓｅｔＤｅｖｉｃｅＺＯｒｄｅｒメソッドを提供する。このメソッドは、インスタンスを第１引数として受け取り、上下位置を表す数値を第２引数として受け取る。その数値の範囲は、１から、ＯＳＤプレーン２１１、ビデオプレーン２０９、及びスチルプレーン２１０が有する総領域数までとする。Ｚオーダー変更部２２０２の動作は、基本的に実施の形態１で示したＺオーダー変更部６０２、Ｚオーダー変更部６１２、又はＺオーダー変更部６２２と同じ動作をする。Ｚオーダー変更部２２０２の動作において、実施の形態１で示したＺオーダー変更部６０２と異なる点は、対象となる管理テーブルが図１０Ａなどに示す管理テーブルではなく、図２５に示す管理テーブルであることと、３種類のインスタンスを取り扱うことである。領域の上下関係の変更方法も、実施の形態１で示したように、２つの領域の交換を行う方法、１つの領域を移動して他を上下方向に移動する方法などがある。更に、実施の形態１で示したように、インスタンスに対応する領域を最上位又は最下位に変更するメソッドを用意しても良い。
【産業上の利用可能性】
【０１３６】
本発明の表示処理装置は、グラフィックス画像の表示性能を高めることができるという効果を奏し、例えば、パーソナルコンピュータや携帯電話などの情報機器に備えられる表示処理装置として適用することができる。
【図面の簡単な説明】
【０１３７】
【図１】図１は、従来の表示処理装置の構成を示す構成図である。
【図２】図２は、複数のイメージが合成される様子を説明するための説明図である。
【図３】図３は、本発明の実施の形態１に係るケーブルテレビシステムのブロック図である。
【図４】図４は、本発明の実施の形態１に係る端末装置の構成図である。
【図５】図５は、本発明の実施の形態１に係る端末装置の外観の一例を示す図である。
【図６】図６は、本発明の実施の形態１に係るフロントパネルの外観の一例を示す図である。
【図７】図７は、本発明の実施の形態１に係る端末装置が保存するプログラムの構成を示す構成図である。
【図８】図８は、本発明の実施の形態１に係る表示処理装置とダウンロードされたアプリケーションの構成を表す模式図である。
【図９】図９は、本発明の実施の形態１に係る表示処理装置が複数のイメージを合成する様子を説明するための説明図である。
【図１０Ａ】図１０Ａは、本発明の実施の形態１に係るＺオーダー管理部が管理する管理テーブルの一例を示す図である。
【図１０Ｂ】図１０Ｂは、本発明の実施の形態１に係る他のＺオーダー管理部が管理する管理テーブルの一例を示す図である。
【図１０Ｃ】図１０Ｃは、本発明の実施の形態１に係るさらに他のＺオーダー管理部が管理する管理テーブルの一例を示す図である。
【図１１】図１１は、本発明の実施の形態１に係るＺオーダー管理部の動作を表すフローチャートである。
【図１２】図１２は、本発明の実施の形態１に係る他のＺオーダー管理部の動作を表すフローチャートである。
【図１３】図１３は、本発明の実施の形態１に係るさらに他のＺオーダー管理部の動作を表すフローチャートである。
【図１４】図１４は、本発明の実施の形態１に係るアプリケーションのコードの一例を示す図である。
【図１５】図１５は、本発明の実施の形態１に係るアプリケーションによって描画される様子を説明するための説明図である。
【図１６】図１６は、本発明の実施の形態１に係るアプリケーションのコードの他の例を示す図である。
【図１７】図１７は、本発明の実施の形態１に係るアプリケーションのコードのさらに他の例を示す図である。
【図１８】図１８は、本発明の実施の形態１に係るＺオーダー変更部の動作を表すフローチャートである。
【図１９】図１９は、本発明の実施の形態１に係る管理テーブルが変更される様子を説明するための説明図である。
【図２０Ａ】図２０Ａは、本発明の実施の形態１に係る２つのグラフィックス画像が重ね合わされる様子を示す図である。
【図２０Ｂ】図２０Ｂは、本発明の実施の形態１に係る２つのグラフィックス画像の上下関係が逆となるように重ね合わされた様子を示す図である。
【図２１】図２１は、本発明の実施の形態１に係る領域の上下関係の変更方法を示す図である。
【図２２】図２２は、本発明の実施の形態１に係る領域の上下関係の他の変更方法を示す図である。
【図２３】図２３は、本発明の実施の形態１に係るＺオーダー管理部が管理する管理テーブルの他の例を示す図である。
【図２４】図２４は、本発明の実施の形態２に係る表示処理装置とダウンロードされたアプリケーションの構成を表す模式図である。
【図２５】図２５は、本発明の実施の形態２に係るＺオーダー管理部が管理する管理テーブルの一例を示す図である。
【符号の説明】
【０１３８】
２０９    ビデオプレーン
２１０    スチルプレーン
２１１    ＯＳＤプレーン
２１２    ディスプレイ
５０５ｈ    ＯＳＤ処理部
５０５ｉ    ビデオ処理部
５０５ｊ    スチル処理部
５０６    ダウンロードされたアプリケーション
６０１    Ｚオーダー管理部
６０２    Ｚオーダー変更部
６１１    Ｚオーダー管理部
６１２    Ｚオーダー変更部
６２１    Ｚオーダー管理部
６２２    Ｚオーダー変更部
６５１    第１ビデオ領域
６５２    第２ビデオ領域
６６１    第１スチル領域
６７１    第１ＯＳＤ領域
６７２    第２ＯＳＤ領域
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2005081527.tif 000030
【図２】
2005081527.tif 000031
【図３】
2005081527.tif 000032
【図４】
2005081527.tif 000033
【図５】
2005081527.tif 000034
【図６】
2005081527.tif 000035
【図７】
2005081527.tif 000036
【図８】
2005081527.tif 000037
【図９】
2005081527.tif 000038
【図１０Ａ】
2005081527.tif 000039
【図１０Ｂ】
2005081527.tif 000040
【図１０Ｃ】
2005081527.tif 000041
【図１１】
2005081527.tif 000042
【図１２】
2005081527.tif 000043
【図１３】
2005081527.tif 000044
【図１４】
2005081527.tif 000045
【図１５】
2005081527.tif 000046
【図１６】
2005081527.tif 000047
【図１７】
2005081527.tif 000048
【図１８】
2005081527.tif 000049
【図１９】
2005081527.tif 000050
【図２０Ａ】
2005081527.tif 000051
【図２０Ｂ】
2005081527.tif 000052
【図２１】
2005081527.tif 000053
【図２２】
2005081527.tif 000054
【図２３】
2005081527.tif 000055
【図２４】
2005081527.tif 000056
【図２５】
2005081527.tif 000057
【国際調査報告】
2005081527.tif 000058
2005081527.tif 000059
2005081527.tif 000060
2005081527.tif 000061