(57)【特許請求の範囲】
【請求項１】
再生部により読み出された画像データを垂直同期信号に同期させて出力する出力部と、
表示装置の表示領域が持つ第１の画素数より多い第２の画素数を持つ巨大画像データから、該表示領域に対応する領域を抽出して読み出すように制御する制御部と、
上記表示装置の固有情報を取得する固有情報取得部と
を有し、
上記制御部は、
上記表示装置が対応する走査方式がプログレッシブ走査であることを、上記固有情報が示す場合に、上記巨大画像データ内における上記領域の移動を、上記垂直同期信号に同期させて行う画像処理装置。
【請求項２】
画素数が上記第２の画素数より少なく、上記第１の画素数よりも多い第３の画素数を持つ画像データを少なくとも２面、格納可能な記憶部を有し、
上記制御部は、
記録媒体に記録された上記巨大画像データから、上記表示領域に表示するための上記第１の画素数を持つ領域を含む、上記第３の画素数を持つ領域を読み出すように制御する請求項１に記載の画像処理装置。
【請求項３】
上記制御部は、
上記領域を移動する際に、上記第３の画素数を持つ領域に隣接するとともに、他の上記第３の画素数を持つ領域の画像データを上記巨大画像データから読み出し、読み出した画像データを上記記憶部に格納する請求項２に記載の画像処理装置。
【請求項４】
上記制御部は、
上記表示領域に表示させる領域が、上記記憶部に格納される上記第３の画素数を持つ領域内で所定位置を超えたら、上記他の第３の画素数を持つ領域における画像データを読み出す請求項３に記載の画像処理装置。
【請求項５】
上記制御部は、
上記第３の画素数を持つ画像データを上記記録媒体から読み出すために要する読み出し時間に応じて、上記所定位置を決定する請求項４に記載の画像処理装置。
【請求項６】
上記再生部により読み出される上記画像データは、ビデオデータであり、
上記巨大画像データは、アニメーション画像であり、
上記領域に対応して読み出されたアニメーション画像が上記ビデオデータに重畳され、上記アニメーション画像が重畳された上記ビデオデータが上記出力部から出力される請求項１乃至５のいずれか１に記載の画像処理装置。
【請求項７】
上記巨大画像データは、圧縮符号化されて上記記録媒体に記録される請求項２乃至６のいずれか１に記載の画像処理装置。
【請求項８】
上記圧縮符号化は、上記巨大画像データを所定サイズ毎に分割したブロック単位で行われる請求項７に記載の画像処理装置。
【請求項９】
上記圧縮符号化は、上記巨大画像データをチャンク単位で圧縮符号化してなる請求項７または８に記載の画像処理装置。
【請求項１０】
再生部により読み出された画像データを垂直同期信号に同期させて出力し、
表示装置の表示領域が持つ第１の画素数より多い第２の画素数を持つ巨大画像データから、該表示領域に対応する領域を抽出して読み出すように制御し、
上記表示装置の固有情報を取得し、
上記表示装置が対応する走査方式がプログレッシブ走査であることを、上記固有情報が示す場合に、上記巨大画像データ内における上記領域の移動を、上記垂直同期信号に同期させて行う画像処理方法。
【請求項１１】
再生部により読み出された画像データを垂直同期信号に同期させて出力し、
表示装置の表示領域が持つ第１の画素数より多い第２の画素数を持つ巨大画像データから、該表示領域に対応する領域を抽出して読み出すように制御し、
上記表示装置の固有情報を取得し、
上記表示装置が対応する走査方式がプログレッシブ走査であることを、上記固有情報が示す場合に、上記巨大画像データ内における上記領域の移動を、上記垂直同期信号に同期させて行う画像処理方法をコンピュータ装置に実行させる画像処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、極めて多くの画素数を有する画像データを標準的な画素数を有する表示装置に表示させる際に用いて好適な画像処理装置、画像処理方法および画像処理プログラムに関する。
【背景技術】
【０００２】
近年では、ディジタル伝送技術や映像データの圧縮符号化技術の進歩に伴い、テレビジョン映像の高解像度化が実現されている。例えば、現行の地上ディジタル放送における所謂ハイビジョン映像では、インタレース走査で１９２０画素×１０８０画素（１０８０Ｉ）の解像度が実現され、規格としてはプログレッシブ走査で１９２０画素×１０８０画素（１０８０Ｐ）の解像度も規定されている。勿論、当該テレビジョン映像を映出するためのモニタ装置においても、ハイビジョン映像の解像度に対応した有効表示画素数を持つ製品が多数、開発されている。また、ハイビジョン映像によるテレビジョン信号を伝送するためのインターフェイス規格も、ＨＤＭＩ(High-Definition Multimedia Interface)として規定されている。
【０００３】
一方、撮像画像が連続的となるように、撮像範囲を連続的に移動させて順次、撮影を行い、撮影された画像データを所定に繋ぎ合わせることで、撮像装置の画角よりも遙かに広範囲の画像（パノラマ画像と呼ぶ）を得るようにした技術が開発されている。特許文献１には、パノラマ画像を撮像する際のカメラの制御方法と、この制御により撮像された画像データからパノラマ画像を作成する方法が記載されている。
【特許文献１】特開２００７−４３５０５号公報
【０００４】
パノラマ画像は、通常の撮像方法により１回の撮像で得られた画像データと比べて、遙かに多い画素数から構成される。換言すれば、１枚の画像データとしてみた場合、パノラマ画像は、通常の撮像方法により１回の撮像で得られた画像データの解像度より、遙かに高い解像度を有する。
【０００５】
一例として、近年では、ＣＣＤ(Charge Coupled Device)やＣＭＯＳ(Complementary Metal-Oxide Semiconductor)イメージャといった撮像素子も高性能化が進み、一般的に用いられる、小型軽量に設計されたディジタルスチルカメラ（所謂コンパクトカメラ）でも、４０００画素×３０００画素、３２６４画素×２４４８画素といった、ハイビジョン映像よりも解像度の高い画像を容易に取得することができる。ディジタル一眼レフカメラでは、さらに高解像度の画像データを取得することができる。パノラマ画像では、このような、４０００画素×３０００画素、３２６４画素×２４４８画素といった画素数を有する画像データが複数、繋ぎ合わせて構成される。そのため、パノラマ画像の全体の画素数は、例えば上述したハイビジョン映像の画素数を遙かに超え、膨大なものとなる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このパノラマ画像のように、モニタ装置の有効表示画素数を超えた画素数を有する画像データを、高解像度を生かしながらモニタ装置に表示する技術が求められている。
【０００７】
ここで、このパノラマ画像のような、モニタ装置の有効表示画素数を超える画素数を有する画像データを、当該モニタ装置に映出させる場合について考える。この場合、例えば画像データの画素数をモニタ装置の有効表示画素数に合わせて減らすことが考えられる。しかしながら、画像データの画素数を減らす際には、画像データに対して画素の間引きやフィルタ処理などを行う必要があり、解像度の劣化が避けられない。
【０００８】
特に、上述したパノラマ画像のような、複数の画像データを繋ぎ合わせて作成した、膨大な画素数を有する画像データでは、画像の縮小率が極めて大きくなるため、画像の詳細情報の殆どが失われてしまい、画像データの解像度を生かし切ることができない。
【０００９】
また、膨大な画素数を有する画像データから、例えばモニタ装置の有効表示画素数に対応する画素数を有する領域を抽出して表示させることも考えられる。しかしながら、この場合には、画像データを展開するために、画像データ全体の画素数に対応した膨大な容量を持つメモリが必要となり、装置のコストが嵩んでしまうという問題点があった。また、仮に十分な容量のメモリを搭載できたとしても、扱える画像データのサイズが搭載されるメモリに制限されてしまうという問題点があった。
【００１０】
したがって、この発明の目的は、表示画面の有効画素数よりも画素数が遙かに多い画像データを、画像データの解像度を十分に生かし切りながら表示させることができるような画像処理装置、画像処理方法および画像処理プログラムを提供することにある。
【課題を解決するための手段】
【００１１】
上述した課題を解決するために、この発明は、再生部により読み出された画像データを垂直同期信号に同期させて出力する出力部と、表示装置の表示領域が持つ第１の画素数より多い第２の画素数を持つ巨大画像データから、該表示領域に対応する領域を抽出して読み出すように制御する制御部と、表示装置の固有情報を取得する固有情報取得部とを有し、制御部は、表示装置が対応する走査方式がプログレッシブ走査であることを、固有情報が示す場合に、巨大画像データ内における領域の移動を、垂直同期信号に同期させて行う画像処理装置である。
【００１２】
この発明は、再生部により読み出された画像データを垂直同期信号に同期させて出力し、表示装置の表示領域が持つ第１の画素数より多い第２の画素数を持つ巨大画像データから、該表示領域に対応する領域を抽出して読み出すように制御し、表示装置の固有情報を取得し、表示装置が対応する走査方式がプログレッシブ走査であることを、固有情報が示す場合に、巨大画像データ内における領域の移動を、垂直同期信号に同期させて行う画像処理方法である。
【００１３】
この発明は、再生部により読み出された画像データを垂直同期信号に同期させて出力し、表示装置の表示領域が持つ第１の画素数より多い第２の画素数を持つ巨大画像データから、該表示領域に対応する領域を抽出して読み出すように制御し、表示装置の固有情報を取得し、表示装置が対応する走査方式がプログレッシブ走査であることを、固有情報が示す場合に、巨大画像データ内における領域の移動を、垂直同期信号に同期させて行う画像処理方法をコンピュータ装置に実行させる画像処理プログラムである。
【００１４】
上述したように、この発明は、記録媒体に記録された、表示領域が持つ第１の画素数より遙かに画素数の多い第２の画素数を持つ巨大画像データから、表示領域に対応する領域を抽出して読み出し、読み出された領域に含まれる画像データを垂直同期信号に同期させて出力するようにしているため、巨大画像データを、解像度を落とさずに表示領域に表示させることができると共に、処理可能な巨大画像データの画素数がメモリ容量に制限されない。
【発明の効果】
【００１５】
この発明は、上述したように、記録媒体に記録された、表示領域が持つ第１の画素数より遙かに画素数の多い第２の画素数を持つ巨大画像データから、表示領域に対応する領域を抽出して読み出し、読み出された領域に含まれる画像データを垂直同期信号に同期させて出力するようにしているため、巨大画像データを、画素数を落とさずに表示領域に表示させることができると共に、処理可能な巨大画像データの画素数がメモリ容量に制限されない効果がある。
【発明を実施するための最良の形態】
【００１６】
以下、この発明の実施の第１の形態について説明する。この発明では、記録媒体に記録された、モニタ装置における表示領域の画素数を遙かに超える膨大な画素数を有する画像データ（以下、巨大画像データと呼ぶ）を当該表示領域に表示させる場合に、巨大画像データから当該表示領域に対応するブロックを抽出して、表示に用いる。このとき、表示のための画像データの展開に用いることができるメモリ容量に応じて、当該メモリ容量以内の所定量の巨大画像データを記録媒体から読み出すようにする。また、表示領域に表示される巨大画像データの部分が移動する場合には、次のデータが必要になる前に、予め記録媒体から巨大画像データの次の部分を読み出し、メモリに格納する。
【００１７】
このようにすることで、処理可能な巨大画像データの画素数がメモリ容量に制限されないと共に、表示領域が巨大画像データ内で移動する場合にも対応できる。
【００１８】
さらに、この実施の第１の形態においては、画像の移動を、出力されるビデオ信号の垂直同期信号に画素単位で同期させて行う。これにより、画像の移動に伴う画像のぶれやちらつきを無くすことができる。
【００１９】
図１および図２を用いて、より具体的に説明する。図１は、この発明の実施の第１の形態による画像表示を概略的に示す。図２は、この実施の第１の形態に適用可能なシステムを概略的に示す。このシステムは、記録媒体１０に圧縮符号化して記録された巨大画像データを所定に読み出し、デコーダ１１で復号してモニタ装置１３に映出させる。デコーダ１１は、メモリ１２を用いて圧縮画像データの復号処理を行う。
【００２０】
一例として、図１Ａに示されるような、水平７６８０画素、垂直１０８０画素の巨大画像データ２０を、水平１９２０画素×垂直１０８０画素の有効表示領域を有するモニタ装置に表示させる場合について考える。この場合、巨大画像データ２０から、このモニタ装置の有効表示領域に対応するサイズのブロック単位で画像データを抽出して、モニタ装置に表示させることになる。
【００２１】
この巨大画像データ２０は、所定の方式で圧縮符号化されて記録媒体１０に記録されて提供される。表示の際には、この巨大画像データを記録媒体１０から読み出して、デコーダ１１で圧縮符号を復号してモニタ装置１３に供給する。なお、デコーダ１１は、復号可能な画像データのサイズに上限が設けられ、例えば２５６０画素×１０８０画素までのサイズの画像データのデコードを行えるものとする。また、デコーダ１１が圧縮画像データの復号処理を行う際に用いるメモリ１２は、少なくとも、デコーダ１１が復号可能な画像データのサイズの２倍の容量を有するものとする。
【００２２】
モニタ装置１３の表示領域に対して表示される巨大画像データ２０の部分（表示データブロック２１と呼ぶ）を、当該巨大画像データ２０の左端側から右端側に順次、移動させる場合について考える。先ず、記録媒体１０に記録された巨大画像データ２０に対し、表示データブロック２１を含む、デコード可能なサイズ分のデータに対してアクセスがなされ、当該データ領域のデータが読み出される。読み出されたデータは、デコーダ１１に供給されて圧縮符号を復号され、メモリ１２に展開される（図１Ｂ）。図１Ｂの例では、２５６０画素×１０８０画素の画像データがデコーダ１１で復号され、メモリ１２上に展開されている（図１中に復号データ２２Ａとして示す）。
【００２３】
最初は、このメモリ１２上に展開された復号データ２２Ａから、例えば画像の左端に対応する位置から、モニタ装置１３における表示領域に対応する水平１９２０画素×垂直１０８０画素分が表示データブロック２１のデータとして読み出され、例えば図示されないビデオメモリを介してモニタ装置１３に供給される。表示データブロック２１を、巨大画像データ２０の左端側から右端側へと移動させていくと、モニタ装置１３の表示領域に表示される画像も、表示データブロック２１の移動に伴い移動される。
【００２４】
表示データブロック２１が、メモリ１２上に展開されている復号データ２２Ａの終端に近付いたら、記録媒体１０に記録される巨大画像データ２０の次のデータ領域に対してアクセスがなされ、当該データ領域のデータが読み出される（図１Ｃ）。読み出されたデータは、デコーダ１１に供給されて圧縮符号を復号され、メモリ１２に展開される（図１中に復号データ２２Ｂとして示す）。このとき、新たに展開される復号データ２２Ｂを、先に展開された復号データ２２Ａに対して連続的にアクセス可能なように、メモリ１２上にマッピングする。
【００２５】
表示データブロック２１がさらに巨大画像データ２０の右端方向に移動され、メモリ１２上に展開された復号データ２２Ａと復号データ２２Ｂとの境界を含む位置に表示データブロック２１が達すると、表示データブロック２１を、図１Ｄに例示されるように、復号データ２２Ａと復号データ２２Ｂとでそれぞれ同時に移動する。
【００２６】
図３は、この実施の第１の形態による一例の画像表示処理を示すフローチャートである。このフローチャートで示す処理は、巨大画像データ２０内で表示データブロック２１を移動させ、モニタ装置１３の表示領域への表示をスクロールさせる際の一例の処理である。
【００２７】
先ず、ステップＳ１０で、記録媒体１０に記録された巨大画像データ２０から、デコード可能分のデータが所定に読み出され、読み出しに要する時間Ｒｔが計測される。例えば、巨大画像データ２０における代表的な位置（例えば画像の中央部分）から、デコード可能分のデータを読み出すことが考えられる。時間Ｒｔは、デコード可能分のデータの読み出しと、読み出されたデータの復号に要する時間を含む。
【００２８】
時間Ｒｔが計測されると、次のステップＳ１１で、記録媒体１０に記録された巨大画像データ２０から、表示を行うために、第１のデコード可能分のデータが読み出される。例えば、最初に表示するように指定された表示データブロック２１を含むデコード可能分のデータが読み出される。記録媒体１０から読み出された第１のデコード可能分のデータは、デコーダ１１で復号され、メモリ１２上に例えば復号データ２２Ａとして展開される。
【００２９】
次のステップＳ１２で、モニタ装置１３に対して表示する画像データの、復号データ２２Ａ上での描画ポジションＸが決定される。すなわち、表示ブロックデータ２１の、復号データ２２Ａ上でのアドレスがステップＳ１２で決定される。描画ポジションＸが決定されると、ステップＳ１３で、描画ポジションＸに基づき画像の描画が行われる。画像の描画は、モニタ装置１３に対して出力されるビデオ信号の垂直同期信号に同期して行われる。描画を垂直同期信号に同期して行うことで、表示領域の移動に伴う画像のぶれやちらつきを無くすことができる。
【００３０】
一例として、描画ポジションＸに基づき表示データブロック２１の範囲が決定され、この表示データブロック２１の範囲内の画素データが、メモリ１２から読み出され、図示されないビデオメモリに書き込まれる。ビデオメモリに書き込まれたデータは、当該垂直同期信号に同期してモニタ装置１３に供給され、画面に映出される。
【００３１】
１の表示データブロック２１による描画が完了したら、次のステップＳ１４で、描画ポジションＸがｎ画素分、所定に指示された移動方向にずらされる。そして、次のステップＳ１５で、現在の描画ポジションＸの、第１の復号データである復号データ２２Ａ内での位置が、所定位置を越えたか否かが判断される。すなわち、このステップＳ１５では、表示データブロック２１を復号データ２２Ａ内で移動させていったときの、次の復号データ２２Ｂを用意すべきタイミングを判断する。
【００３２】
図４を用いて、ステップＳ１５における処理をより具体的に説明する。図４において、メモリ１２に展開される復号データ２２Ａ（または復号データ２２Ｂ）の水平方向の画素数を画像幅、表示データブロック２１の水平方向の画素数を画面幅とする。この場合、ステップＳ１５では、次式（１）の計算を行い、計算結果Ｘmaxと描画ポジションＸとの比較を行う。
Ｘmax＝(画像幅−画面幅)−(読み出し時間Ｒｔ×単位時間に描画する幅)−マージン幅    ・・・（１）
【００３３】
式（１）のうち、(読み出し時間Ｒｔ×単位時間に描画する幅)は、表示データブロック２１が一定速度で移動する場合に、記録媒体１０からデコード可能分のデータを読み出す間に表示データブロック２１が移動する量を示す。マージン幅は、システムの都合などに応じて任意に設定することができる。すなわち、現在の描画ポジションＸが、この計算結果Ｘmaxの示す位置よりも移動方向側に位置していれば、表示データブロック２１がメモリ１２上に展開される復号データ２２Ａの端まで移動した時点で、次の復号データ２２Ｂをメモリ１２上に用意することができない可能性があると判断できる。
【００３４】
ステップＳ１５で、上述の計算結果Ｘmaxと描画ポジションＸとの比較を行った結果、若し、描画ポジションＸが計算結果Ｘmaxより小さいと判断されれば、処理はステップＳ１２に戻され、描画ポジションＸをｎ画素ずらしての描画が行われる。一方、比較の結果、描画ポジションＸが計算結果Ｘmaxより大きいと判断されれば、処理はステップＳ１６に移行される。
【００３５】
ステップＳ１６では、上述のステップＳ１１で読み出された第１のデコード可能分のデータの次に表示に用いるべき、第２のデコード可能分のデータが記録媒体１０から読み出されているか否かが判断される。第２のデコード可能分のデータは、巨大画像データ２０上において、第１のデコード可能分のデータに対し、例えば画像領域が表示データブロック２１の移動方向側に隣接するデータである。若し、第２のデコード可能分のデータが記録媒体１０から読み出されていると判断されれば、処理はステップＳ１８に移行される。
【００３６】
一方、第２のデコード可能分のデータが読み出されていないと判断されれば、処理はステップＳ１７に移行され、当該第２のデコード可能分のデータが記録媒体１０から読み出され、処理がステップＳ１８に移行される。この第２のデコード可能分のデータの読み出しは、例えば別スレッドにより他の処理と並列的に行われる。
【００３７】
ステップＳ１８では、現在の描画ポジションＸが、第１の復号データである復号データ２２Ａ内で、表示領域の描画を行える上限であるか否かが判断される。すなわち、図４を参照し、このステップＳ１８では、現在の描画ポジションＸが（画像幅−画面幅）の値よりも大きいか否かが判断される。若し、現在の描画ポジションＸが当該上限より小さいと判断されれば、処理はステップＳ１２に戻され、描画ポジションＸをｎ画素ずらしての描画が行われる。
【００３８】
一方、ステップＳ１８で、現在の行がポジションＸが当該上限よりも大きいと判断されれば、処理はステップＳ１９に移行される。ステップＳ１９では、２つの復号データ２２Ａ、２２Ｂについて、表示領域に対して描画を行う描画ポジションがそれぞれ決定される。そして、次のステップＳ２０において、第１の復号データ２２Ａおよび第２の復号データ２２Ｂによる描画が行われる。すなわち、表示データブロック２１が復号データ２２Ａおよび２２Ｂに跨っていれば、表示データブロック２１が復号データ２２Ａおよび復号データ２２Ｂに係っている部分のそれぞれが描画データとしてメモリ１２から読み出される。画像の描画は、上述のステップＳ１３と同様に、モニタ装置１３に対して出力されるビデオ信号の垂直同期信号に同期して行われる。
【００３９】
表示データブロック２１による描画が完了したら、次のステップＳ２１で、描画ポジションＸがｎ画素分、所定に指示された移動方向にずらされる。
【００４０】
次のステップＳ２２では、復号データ２２Ａ側の画像データによる表示がなされているか否かが判断される。すなわち、表示データブロック２１が全て復号データ２２Ｂ側に移動してしまった場合、復号データ２２Ａ側の画像データによる表示はなされないことになる。若し、未だ復号データ２２Ａ側の画像データによる表示がなされていると判断されれば、処理はステップＳ１９に戻され、描画ポジションＸをｎ画素ずらしての描画が行われる。
【００４１】
一方、ステップＳ２２で、復号データ２２Ａ側の画像データによる表示がなされていないと判断されれば、処理はステップＳ２３に移行し、復号データ２２Ａが破棄される。そして、処理はステップＳ１２に戻される。すなわち、復号データ２２Ａが破棄された後も表示データブロック２１の移動が継続されている場合には、記録媒体１０から新たにデコード可能分のデータが読み出され、デコーダ１１で復号され、復号された新たな復号データが、メモリ１２の破棄された復号データ２２Ａが書き込まれていたアドレスに書き込まれる。
【００４２】
なお、メモリ１２をリングメモリ構成とし、復号データ２２Ａおよび２２Ｂが書き込まれる領域を循環的に用いるようにすることで、表示データブロック２１の連続的な移動をよりスムースに行うことができ、好ましい。
【００４３】
なお、巨大画像データが格納される１のファイルに対して、所望の領域のデータにアクセスする方法は、様々に考えられる。一例として、巨大画像データがＪＰＥＧ(Joint Photographic Experts Group)方式などのブロック符号化を用いて圧縮符号化されている場合には、ＤＣＴブロック単位でアクセスを行うことで、例えば上述のデコード可能分のデータといった、巨大画像データ内の所望の領域を抽出することが可能である。一例として、ＪＰＥＧファイル中に記述されるマーカを検索し、マーカ情報に基づきファイルに含まれるＤＣＴブロックを抽出し、ＪＰＥＧファイルにより描画される画像におけるＤＣＴブロックの位置をマッピングすることが考えられる。
【００４４】
なお、この実施の第１の形態に適用可能な圧縮符号方式は、ＪＰＥＧ方式に限られない。すなわち、圧縮符号化された状態で、復号後の画素位置やブロック位置を特定可能な圧縮符号化方式であれば、他の方式のものを適用することができる。例えば、ＧＩＦ(Graphics Interchange Format)方式やＰＮＧ(Portable Network Graphics)方式を、この実施の第１の形態に適用することが考えられる。ＰＮＧ方式の適用例については、後述する。
【００４５】
次に、この発明の実施の第２の形態について説明する。この実施の第２の形態は、上述した実施の第１の形態を、ＢＤ−ＲＯＭ規格に準じたアプリケーションに適用した例である。ＢＤ−ＲＯＭ規格について、概略的に説明する。
【００４６】
記録可能で記録再生装置から取り外し可能なディスク型記録媒体の規格であるＢｌｕ−ｒａｙ  Ｄｉｓｃ（ブルーレイディスク：登録商標）規格では、記録媒体として直径１２ｃｍ、カバー層０．１ｍｍのディスクを用い、光学系として波長４０５ｎｍの青紫色レーザ、開口数０．８５の対物レンズを用いて、最大で２７ＧＢ（ギガバイト）の記録容量を実現している。これにより、日本のＢＳディジタルハイビジョン放送を、画質を劣化させることなく２時間以上記録することが可能である。ＢＤ−ＲＯＭ規格は、このＢｌｕ−ｒａｙ  Ｄｉｓｃにおける読み出し専用タイプの規格であり、"Blu-ray Disc Read-Only Format Ver1.0 part3 Audio Visual Specifications"に規定される。
【００４７】
ＢＤ−ＲＯＭ規格は、ビデオおよびオーディオなどからなるムービーオブジェクトと、Ｊａｖａプログラム（Ｊａｖａは登録商標）によるオブジェクトからなるＢＤ−Ｊオブジェクトとを扱うことができる。
【００４８】
すなわち、図５に概略的に示されるように、ＢＤ−ＲＯＭによるディスク３０に対して、ＨＤ(High Definition)映像を再生するためのビデオストリームおよび再生制御情報、ＢＤ−Ｊオブジェクトを実行するためのＪａｖａプログラム、ＨＤ映像再生のナビゲーションや、ＢＤ−Ｊオブジェクトにより用いられる画像素材が格納される。このディスク３０を、ＢＤ−ＲＯＭ規格に対応したＢＤプレーヤ３１で再生することにより、ＢＤプレーヤ３１に接続されるモニタ装置３２に対して、ディスク３０に記録されたＨＤ映像や画像素材を、ディスク３０に記録された再生制御情報や、Ｊａｖａプログラムに従い、映出させることができる。
【００４９】
また、プレーヤ３１と遠隔的に通信可能とされたリモートコントロールコマンダ３３など、所定の操作手段を用いてプレーヤ３１に対して指示を与えることで、再生制御情報やＪａｖａプログラムに従った動作を、プレーヤ３１に実行させることができる。これにより、ＨＤ映像に対するタイトル選択、チャプタジャンプ、サーチ、ポーズなどの再生制御動作や、その他のインタラクティブな動作を実現できる。
【００５０】
図６は、ＢＤ−ＲＯＭのデータモデルを概略的に示す。ＢＤ−ＲＯＭのデータ構造は、図６に示されるように４層のレイヤよりなる。最も最下層のレイヤは、クリップＡＶストリームが配置されるレイヤである（便宜上、クリップレイヤと呼ぶ）。その上のレイヤは、クリップＡＶストリームに対する再生箇所を指定するための、ムービープレイリスト(Movie PlayList)と、プレイアイテム(PlayItem)とが配置されるレイヤである（便宜上、プレイリストレイヤと呼ぶ）。さらにその上のレイヤは、ムービープレイリストに対して再生順などを指定するコマンドからなるムービーオブジェクト(Movie Object)や、よりインタラクティブで自由な動作を可能とするＢＤ−Ｊオブジェクトなどが配置されるレイヤである（便宜上、オブジェクトレイヤと呼ぶ）。最上層のレイヤは、このＢＤ−ＲＯＭに格納されるタイトルなどを管理するインデックステーブルが配置される（便宜上、インデックスレイヤと呼ぶ）。
【００５１】
インデックステーブルは、ＢＤ−ＲＯＭディスクのタイトルを定義する、トップレベルのテーブルである。インデックステーブルに格納されているタイトル情報に基づき、ＢＤ−ＲＯＭ常駐システムソフトウェア中のモジュールマネージャによりＢＤ−ＲＯＭディスクの再生が制御される。すなわち、図７に概略的に示されるように、インデックステーブル中の任意のエントリは、タイトルと称され、インデックステーブルにエントリされるファーストプレイバック(First Playback)、トップメニュー(Top Menu)およびタイトル(Title)＃１、＃２、・・・は、全てタイトルである。各タイトルは、ムービーオブジェクトあるいはＢＤ−Ｊオブジェクトに対するリンクを示し、各タイトルは、ＨＤＭＶタイトルあるいはＢＤ−Ｊタイトルの何れかを示す。
【００５２】
例えば、ファーストプレイバックは、当該ＢＤ−ＲＯＭに格納されるコンテンツが映画であれば、映画本編に先立って映出される映画会社の宣伝用映像（トレーラ）である。トップメニューは、例えばコンテンツが映画である場合、本編再生、チャプタサーチ、字幕や言語設定、特典映像再生などを選択するためのメニュー画面である。また、タイトルは、トップメニューから選択される各映像である。タイトルがさらにメニュー画面であるような構成も可能である。
【００５３】
図８は、ＢＤ−Ｊオブジェクトを実行するためのシステムモデルを概略的に示す。ＢＤ−Ｊシステムモデルは、階層的な構造とされ、最下層がネットワーク、システムストレージ、ローカルストレージ、ディスク（ＢＤ−ＲＯＭディスク）、アプリケーションキャッシュ、イベントキューといったデータソースやコマンドソースより構成され（便宜的に、ストレージ層と呼ぶ）、その上位層にホストＯＳ(Operating System)が構成される（便宜的に、ホスト層と呼ぶ）。ホスト層は、ユーザオペレーションを受け付けるＵＯ(User Operation)ディスパッチャと、画像や映像、テキストなどの表示を制御するプレゼンテーションエンジンとを含み、下位のストレージ層を含むハードウェアと、上位層のアプリケーションなどとの仲介を行い、ハードウェアおよびアプリケーションとを制御する。
【００５４】
また、ホスト層は、ネットワークプロトコル、ストレージシステムおよびテキストプレゼンテーションエンジンを制御し、ネットワークとの通信、各ストレージに対するデータの読み書き、ディスクからのデータの再生の制御を行う。ホスト層からストレージシステムを介して、ディスクなど記録媒体にアクセスすることで、ディスクや記録媒体に対してファイル単位のアクセスや、最小記録単位でのアクセスを行うことができる。
【００５５】
ホスト層の上位に、ＨＤＭＶ互換ＡＶ再生およびナビゲーション層が構成される。このＨＤＭＶ互換ＡＶ再生およびナビゲーション層は、画像データのデコードを行うグラフィクスデコーダ、字幕などテキストデータのデコードを行うテキストサブタイトルデコーダを含む。
【００５６】
ＨＤＭＶ互換ＡＶ再生およびナビゲーション層の上位に、アプリケーションランタイムエンバイロメント層が構成される。このアプリケーションランタイムエンバイロメント層は、上位のＪａｖａプログラムによるアプリケーションを実行するための環境が構築される。すなわち、アプリケーションランタイムエンバイロメント層は、ストレージへのアクセスを制御するアクセス制御部、ＪａｖａのホストＯＳに対する実行環境を提供するＪａｖａ仮想マシン(ＶＭ：Virtual Machine)、上位のＪａｖａアプリケーションを管理するアプリケーションマネージャを含むと共に、ＨＡＶｉ  ＵＩ(Home Audio/Video Interoperability User Interface)、ＪＭＦ(Java Media Framework)、ＪａｖａＴＶ、ＤＶＢ  Ｅｘｔ．(Digital Video Broadcasting拡張)、ＢＤ拡張といった、各種ＡＰＩ(Application Programming Interface)やモジュールを含む。
【００５７】
この発明の実施の第２の形態によるプログラムは、アプリケーションランタイムエンバイロメント層の上位のＢＤ−Ｊアプリケーションとして動作する。
【００５８】
図９は、この発明の実施の第２の形態に適用可能な画像の表示系を概略的に示す。この発明の実施の第２の形態では、画像の表示系について、図９に一例が示されるような、レイヤにより階層化されたプレーン構成を取る。最も後ろ側（ボトム）から順に、バックグラウンドレイヤ４０、プライマリビデオレイヤ４１、セカンダリビデオレイヤ４２、サブタイトルグラフィクスレイヤ４３が表示され、最も手前側（トップ）にインタラクティビティグラフィクスレイヤ４４が表示される。
【００５９】
バックグラウンドレイヤ４０は、壁紙画像などの背景画像が扱われる。プライマリビデオレイヤ４１およびセカンダリビデオレイヤ４２は、それぞれプレイリストで指定された画像（主に動画データ）が扱われる。プライマリビデオレイヤ４１およびセカンダリビデオレイヤ４２は、一方を選択的に表示してもよいし、一方のレイヤによるフレームに、他方のレイヤによるフレームを所定に嵌め込んで、ピクチャインピクチャとして表示することもできる。サブタイトルグラフィクスレイヤ４３は、動画再生中に表示される字幕データが扱われる。インタラクティビティグラフィクスレイヤ４４は、メニュー画面を表示するための文字データや、ボタン画像用のビットマップデータなどのグラフィクスデータが扱われる。ＢＤ−Ｊアプリケーションによる描画も、このインタラクティビティグラフィクスレイヤ４４を用いて行うことができる。
【００６０】
バックグラウンドレイヤ４０、プライマリビデオレイヤ４１、セカンダリビデオレイヤ４２、サブタイトルグラフィクスレイヤ４３およびインタラクティビティグラフィクスレイヤ４４は、それぞれ独立して表示が可能とされる。プライマリビデオレイヤ４１およびセカンダリビデオレイヤ４２は、解像度が１９２０画素×１０８０ラインで１画素当たりに換算したデータ長が１６ビットであって、輝度信号Ｙ、色差信号Ｃｂ、Ｃｒが４：２：２のシステム（以下、ＹＣｂＣｒ（４：２：２））とされる。なお、ＹＣｂＣｒ（４：２：２）は、各画素当たり輝度信号Ｙが８ビット、色差信号Ｃｂ、Ｃｒがそれぞれ８ビットで、色差信号Ｃｂ、Ｃｒが水平２画素で一つの色データを構成すると見なすカラーシステムである。インタラクティビティグラフィクスレイヤ４４およびサブタイトルグラフィクスレイヤ４３は、１９２０画素×１０８０ラインで各画素のサンプリング深さが８ビットとされ、カラーシステムは、２５６色のパレットを用いた８ビットカラーマップアドレスとされる。
【００６１】
インタラクティビティグラフィクスレイヤ４４およびサブタイトルグラフィクスレイヤ４３は、２５６段階のアルファブレンディングが可能とされており、他のプレーンとの合成の際に、不透明度を２５６段階で設定することが可能とされている。不透明度の設定は、画素毎に行うことができる。以下では、不透明度αが（０≦α≦１）の範囲で表され、不透明度α＝０で完全に透明、不透明度α＝１で完全に不透明であるものとする。
【００６２】
インタラクティビティグラフィクスレイヤ４４およびサブタイトルグラフィクスレイヤ４３では、例えばＰＮＧ(Portable Network Graphics)形式の画像データが扱われる。ＰＮＧ形式は、１画素のサンプリング深さが１ビット〜１６ビットとされ、サンプリング深さが８ビットまたは１６ビットの場合に、アルファチャンネル、すなわち、それぞれの画素成分の不透明度情報（アルファデータと称する）を付加することができる。サンプリング深さが８ビットの場合には、２５６段階で不透明度を指定することができる。このアルファチャンネルによる不透明度情報を用いてアルファブレンディングが行われる。また、２５６色までのパレットイメージを用いることができ、予め用意されたパレットの何番目の要素（インデックス）であるかがインデックス番号により表現される。
【００６３】
図１０および図１１は、ＰＮＧ形式による画像データのファイル構造を概略的に示す。ＰＮＧ画像ファイルは、チャンクと呼ばれる構造を持つデータの塊が複数集まって構成される。図１０は、チャンクの構造を示す。チャンクは、データ部のデータサイズ、チャンク名、データ配列およびＣＲＣ(cyclic redundancy check)検査数字の４のデータからなり、それぞれチャンク先頭からのオフセットで以て位置が特定される。データサイズは、４バイトのデータ長を有し、データ配列部分のデータサイズを定義する。チャンク名は、４バイトのデータ長を有し、チャンクの名称がアスキーコードで記述される。データ配列は、データ長が可変長とされ、実際のデータが格納される。ＣＲＣ検査数字は、このチャンクのデータの正当性をチェックするために用いられる。
【００６４】
図１１は、ＰＮＧ画像ファイルの一例の構造を示す。ＰＮＧ画像ファイルは、図１１Ａに示されるように、ＰＮＧシグネチャ、ＩＨＤＲチャンク、ＰＬＴＥチャンク、ＩＤＡＴチャンクおよびＩＥＮＤチャンク、ならびに、２つの補助チャンクを有し、さらに追加チャンクを持つことができる。
【００６５】
図１１Ｂを参照し、ＰＮＧシグネチャは、ＰＮＧ画像に対する識別子であって、ＰＮＧ画像を識別するための８バイトの配列が格納される。ＩＨＤＲチャンクは、イメージヘッダであって、このＰＮＧ画像における画像サイズやビット深度など、画像全般の重要データが格納される。ＩＨＤＲチャンクの次に配される補助チャンクは、このＰＮＧ画像におけるガンマ値や色度といった、色の表示に関する１または複数のチャンクからなる。ＰＬＴＥチャンクは、上述した、インデックス番号により要素が指定されるパレットが格納される。このＰＬＴＥチャンクは、インデックスカラーモードでは必須とされる。次の補助チャンクは、透過色などの表示に関する１または複数のチャンクからなる。次の追加チャンクは、オプション的なものであって、必須な構成ではない。ＩＤＡＴチャンクは、イメージデータであって、圧縮符号化された画像データの配列が格納される。このＩＤＡＴチャンクは、１のＰＮＧ画像ファイルに複数が存在することができる。ＩＥＮＤチャンクは、このＰＮＧ画像ファイルの終端を示す。データ長は、０とされる。
【００６６】
このように、ＰＮＧ画像ファイルは、データ格納位置をオフセットではなくチャンク構造で表現しているので、拡張性が高い。また、例えば１枚の画像を、画像の２次元平面上で所定サイズのブロックに分割したそれぞれについて、ＩＤＡＴチャンクを形成することで、ＰＮＧ画像を復号することなく、画像上における所望の部分のデータにアクセスすることができる。すなわち、上述した巨大画像データ２０をＰＮＧ画像ファイルとして記録媒体に記録しておけば、ＰＮＧ画像ファイル全体を記録媒体から読み出して復号化しなくても、巨大画像データ２０内の表示データブロック２１に対してアクセスすることが可能となる。
【００６７】
なお、インタラクティビティグラフィクスレイヤ４４およびサブタイトルグラフィクスレイヤ４３で扱われる画像データは、ＰＮＧ形式に限定されない。ＪＰＥＧ方式など他の圧縮符号化方式で圧縮符号化された画像データや、ランレングス圧縮された画像データ、圧縮符号化がなされていないビットマップデータなどを扱うようにしてもよい。
【００６８】
図１２は、再生装置５０の一例の構成を示す。この再生装置５０は、図５を用いて説明したＢＤプレーヤ３１に対応するもので、図示されないドライブ装置に装填された、ＢＤ−ＲＯＭ規格に準じたディスク３０に記録されるビデオストリームやオーディオストリームの再生や、Ｊａｖａプログラムの実行を行う。
【００６９】
再生装置５０は、内部にメモリバス６０およびＣＰＵバス６１の２のバスを有すると共に、ＣＰＵバス６１から外部バスＩ／Ｆ８３を介して外部バス８４に接続される。ＣＰＵバス６１は、ＣＰＵ(Central Processing Unit)６２が接続される。
【００７０】
ＣＰＵ６２は、図示されないＲＡＭ(Random Access Memory)をワークメモリとして用い、図示されないＲＯＭ(Read Only Memory)に予め記憶されたプログラムを実行させ、ＣＰＵバス６１を介して再生装置５０を構成する各部に対してコマンドを送ると共に、各部からのステータスなどを受信し、この再生装置５０の動作を制御する。図７を用いて説明した、ホストＯＳ、ネットワークプロトコル、ストレージシステム、テキストプレゼンテーションエンジンは、このＣＰＵ６２上で動作するプログラムにより構成される。同様に、アプリケーションランタイムエンバイロメント層に含まれる、アクセス制御部、Ｊａｖａ仮想マシン、アプリケーションマネージャおよび各ＡＰＩなども、このＣＰＵ６２上で動作するプログラムにより構成される。
【００７１】
メモリバス６０は、メモリ８０および８１が接続され、これらメモリ８０および８１と、この再生装置５０の各部との間のデータのやりとりは、このメモリバス６０を介して行われる。
【００７２】
デコーダ６３は、図示されないドライブ装置に装填されたＢＤ−ＲＯＭディスクから再生されたデータが入力され、入力されたデータを所定にデコードする。デコーダ６３でデコードされたデータは、例えばデータの種類に応じて振り分けられ、メモリバス６０を介してメモリ８０やメモリ８１に書き込まれたり、ＣＰＵバス６１を介してＣＰＵ６２に供給されたりする。
【００７３】
一例として、デコードされたデータが静止画像データやビデオデータであれば、メモリバス６０を介してメモリ８０またはメモリ８１に書き込まれる。また、デコードされたデータがＢＤ−Ｊアプリケーションを実行するためのＪａｖａプログラムであったり、タイトルの再生制御を行うためのインデックステーブル、ムービーオブジェクトコマンド、プレイリストであれば、ＣＰＵバス６１を介してＣＰＵ６２に供給される。ＣＰＵ６２に供給されたこれらのデータは、例えば図示されないＲＡＭに書き込まれる。
【００７４】
メモリ８０またはメモリ８１に書き込まれた画像データは、ノイズリダクション（ＮＲ）６４でノイズ除去され、エンハンサ６５で画質補正され、メモリバス６０を介してメモリ８０またはメモリ８１に書き込まれる。
【００７５】
メモリ８０またはメモリ８１に書き込まれたビデオデータは、メモリバス６０からスケーリング部６７を介してピクチャ制御部６８に供給され、所定に処理されてα合成部７２に供給される。また、メモリ８０またはメモリ８１には、画像素材などの静止画像データが例えばＰＮＧ画像ファイルとして書き込まれている。このＰＮＧ画像ファイルは、グラフィクス部６９を介してカラールックアップテーブル（ＣＬＵＴ）７０に供給され、インデクス番号が参照されてＲＧＢのデータに変換され、スケーリング部７１を介してα合成部７２に供給される。スケーリング部７１では、インタレース化される（ここでは、信号処理全体がインタレースを基本とする場合の例について述べている）。また、ＣＬＵＴ７０では、不透明度を表すアルファチャンネルのデータαが取り出される。
【００７６】
α合成部７２では、ピクチャ制御部６８から供給された画像データと、スケーリング部７１から供給された画像データとを合成して出力する。このとき、ＣＬＵＴ７０が参照されて取り出されたアルファチャンネルのデータαに基づき、スケーリング部７１から供給された画像データに対して不透明度が設定され、合成処理が行われる。
【００７７】
α合成部７２から出力された画像データは、ディジタル出力部７３から垂直同期信号に同期されて出力され、Ｉ／Ｐコンバータ８２に供給される。Ｉ／Ｐコンバータ８２は、インタレース走査のデータをプログレッシブ走査のデータに変換する（Ｉ／Ｐ変換と呼ぶ）。例えば、Ｉ／Ｐコンバータ８２は、１０８０Ｉで入力されたデータを、１０８０Ｐのデータに変換して出力する。Ｉ／Ｐコンバータ８２から出力された画像データは、ＨＤＭＩトランスミッタ８３に供給される。ＨＤＭＩトランスミッタ８３は、供給された画像データをＨＤＭＩ規格に準じた伝送フォーマットの信号に変換して出力する。
【００７８】
図１３は、ＨＤＭＩトランスミッタ８３と、ＨＤＭＩ信号の受信側（ＨＤＭＩレシーバ９０）との間で行われる通信を概略的に示す。ＨＤＭＩレシーバ９０は、例えばモニタ装置に搭載される。ＨＤＭＩトランスミッタ８３から、映像のデータ信号がＴＭＤＳ(Transition Minimized Differntial Signaling)チャンネル０〜２を用いて送信され、ＨＤＭＩレシーバ９０に受信される。また、ＨＤＭＩトランスミッタ８３から、クロック信号がＴＭＤＳクロックチャンネルを用いて送信され、ＨＤＭＩレシーバ９０に受信される。ＨＤＭＩレシーバ９０は、受信されたこれらの信号に基づき、ビデオデータおよびオーディオデータを生成し、出力する。
【００７９】
また、モニタ装置側では、ベンダ名や型番、解像度といったモニタ装置固有の情報を保持するＲＯＭ９１を有している。ＨＤＭＩ信号の送信側である再生装置５０は、ＤＤＣ(Display Data Channel)を用いてモニタ装置側と通信を行い、ＲＯＭ９１に保持されるモニタ装置固有の情報を取得する。ＤＤＣは、上述したＴＭＤＳチャンネル０〜２およびＴＭＤＳクロックチャンネルと共通のケーブルで伝送される。
【００８０】
モニタ装置固有の情報のデータ形式は、ＥＤＩＤ(Extended Display Identification Data)として規定されている。図１４〜図１６は、このＥＤＩＤに規定されるデータ形式を示す。先頭アドレスの００ｈ（「ｈ」は直前の２桁の数値が１６進表記であることを示す）は、ヘッダであり、アドレス０８ｈ〜１１ｈにベンダおよび製品情報が格納される。アドレス１２ｈ、１３ｈは、このＥＤＩＤ構造のバージョン情報などが格納される。アドレス１４ｈ〜１８ｈは、有効表示領域の水平サイズおよび垂直サイズなどのモニタ装置の基本的な情報が格納される。アドレス１９ｈ〜２２ｈは、色に関する情報が格納される。アドレス２３ｈ〜２５ｈは、垂直同期周波数や水平同期周波数のレンジや、表示可能な画素数など、モニタ装置固有のタイミング情報が格納される。アドレス２６ｈ〜３４ｈは、標準的な画素数のサポート情報が格納される。また、アドレス３６ｈ〜６Ｃｈは、詳細情報が格納され、アドレス７Ｅｈは拡張フラグ、アドレス７Ｆｈは、チェックサムがそれぞれ格納される。
【００８１】
このＥＤＩＤをソフトウェアで読み取った例を、図１７に示す。モニタ装置について、製造元や電気的な特性に関する情報、色特性に関する情報、タイミング特性に関する情報、ならびに、標準的な画素数に対するサポート情報が読み取れていることが分かる。
【００８２】
なお、ＥＤＩＤによるモニタ装置固有情報の取得は、ＨＤＭＩによる接続に限られず、例えばＬＣＤ(Liquid Crystal Display)を用いた一般的なモニタ装置に広く採用される、ＤＶＩ(Digital Visual Interface)による接続にも適用可能なものである。図１８に一例が示されるように、ビデオ信号は、ＴＭＤＳ回線を介してモニタ装置に送信される。また、ＤＤＣ２Ｂ回線を介して、ビデオカードとモニタ装置との間でＰｎＰ(Plug and Play)情報がやりとりされる。このやりとりの際に、モニタ装置に設けられたＲＯＭ９１’に格納されたＥＤＩＤの情報が読み取られ、ビデオカード側に送信される。
【００８３】
実施の第１の形態でも説明したように、この発明においては、巨大画像データ内で表示データブロックを移動させる際に、画素単位の移動を、表示における垂直同期信号に同期させて行うようにしている。この実施の第２の形態において、この垂直同期信号に同期させて画素単位の移動を行う処理の原理について、図１９を用いて概略的に説明する。
【００８４】
図１９は、ビデオのフレームに同期させてアニメーションを表示させる一例の構成の機能ブロック図を示す。ＦＡＡ(Frame Accurate Animation)部１００において、アニメーションを表示させるためのバッファイメージ＃１、＃２、・・・、＃Ｎがビデオデータのフレームタイミングを規定するフレーム信号に同期し、領域複製部１１０にそれぞれコピーされる。例えば、領域複製部１１０は、メモリを有し、供給されたバッファイメージ＃１、＃２、・・・、＃Ｎをそれぞれこのメモリに書き込む。一方、領域複製部１１０に対しても、ビデオソース１０２から、ビデオデータのフレームタイミングを規定するフレーム信号が供給される。
【００８５】
アニメータ１１１は、上位のアプリケーション１０１の命令に従い、領域複製部１１０にコピーされたバッファイメージ＃１、＃２、・・・、＃Ｎを、アニメーションの表示順に、ビデオソース１０２から供給されたフレーム信号に同期させて出力する。領域複製部１１０から出力されたアニメーション画像は、グラフィクスプレーン１０３を介してミキサ１０４に供給され、ビデオソース１０２から供給されたビデオデータと合成されて出力される。
【００８６】
アニメーションがビデオデータのフレーム信号に同期して表示されるので、図２０に一例が示されるように、アニメーションフレームの更新がビデオフレームの更新に同期してなされ、視覚的にスムースなアニメーション表示が可能とされる。また、例えば、アプリケーション１０１によりアニメーションフレームの表示間隔を指定することで、指定された表示間隔に基づきビデオフレームに同期したアニメーション表示が行われる。
【００８７】
この図１９の構成において、ビデオソース１０２から領域複製部１１０に供給されるフレーム信号を、モニタ装置に対して出力されるビデオ信号の垂直同期信号に同期した信号とする。また、アニメーション表示を行うためのイメージ＃１、イメージ＃２、・・・、＃Ｎを、巨大画像データ内で表示データブロックを画素単位で移動させた場合の、それぞれの位置での表示データブロックとする。これにより、巨大画像データ内で表示データブロックを画素単位で移動させた場合に、表示データブロックの移動とモニタ装置に対して出力されるビデオ信号の垂直同期信号とを同期させることができる。
【００８８】
すなわち、ＢＤ−ＲＯＭ規格に準じたディスク３０に対し、巨大画像データが格納される画像ファイルと、実施の第１の形態で図３のフローチャートを用いて説明した処理を再生装置５０に実行させるためのＪａｖａプログラムを含むＢＤ−Ｊアプリケーションとを記録する。このＢＤ−Ｊアプリケーションは、例えば、ディスク３０にファイルとして記録される巨大画像データの所定領域をモニタに表示させると共に、表示される領域をユーザ操作に応じて移動させることができるようにしたものである。
【００８９】
このディスク３０が再生装置５０の図示されないドライブ装置に装填されると、例えば、再生装置５０によりディスク３０が再生されＢＤ−Ｊアプリケーションが読み出され、ＣＰＵ６２のワークメモリである図示されないＲＡＭに書き込まれる。一方、再生装置５０は、接続先のモニタ装置３２と、図示されない通信手段を用いてＤＤＣにより通信を行い、ＲＯＭ９１にＥＤＩＤ形式で記憶される、モニタ装置３２の固有情報を取得する。そして、この固有情報からモニタ装置３２の垂直同期周波数や、対応可能な走査方式（インタレース／プログレッシブ）の情報を取得する。モニタ装置３２がプログレッシブ走査に対応している場合に、この発明による、巨大画像データ内の表示データブロックを画素単位で、垂直同期信号に同期させて行う移動が有効とされる。
【００９０】
モニタ装置３２の固有情報に基づき、当該モニタ装置３２がプログレッシブ走査に対応しているとされたら、図１９を用いて説明した機構により、図３のフローチャートを用いて説明した処理が行われる。図１９を用いて説明した機構は、ＣＰＵ６２、メモリ８０または８１、グラフィクス部６９などにより実現することが考えられる。また、図３のフローチャートの処理は、ＣＰＵ６２により実行される。
【００９１】
すなわち、ＣＰＵ６２は、ディスク３０から読み出されたＢＤ−Ｊアプリケーションに従い、ディスク３０に記録される巨大画像データファイルにアクセスし、巨大画像データファイルの所定位置のデータを読み出し、読み出し時時間Ｒｔを計測する（図3のステップＳ１０）。その後、巨大画像データファイルから、モニタ装置３２に表示するように指定された表示データブロック２１を含む、第１のデコード可能分のデータを読み出す（図３のステップＳ１１）。
【００９２】
読み出されたデータは、デコーダ６３でデコードされ、メモリバス６０を介して例えばメモリ８０に書き込まれる。以降、メモリ８０に書き込まれたデータに対して描画ポジションＸが決定され（図３のステップＳ１２）、モニタ装置３２に対して出力されるビデオ信号の垂直同期信号に同期されて表示データブロック２１分の描画がなされる（図３のステップＳ１３）。そして、移動指示に従い描画ポジションＸがｎ画素だけずらされ（図３のステップＳ１４）、新たな描画ポジションＸが未だ第２のデコード可能分のデータを読み込む必要が無い位置であると判断されれば（図３のステップＳ１５）、次の描画がモニタ装置３２に対して出力されるビデオ信号の垂直同期信号に同期されて行われる。
【００９３】
以下、図３のステップＳ１６以降の処理、すなわち、第２のデコード可能分のデータを読み出すか否かの判断（図３のステップＳ１６）、ディスク３０に記録された巨大画像データファイルから第２のデコード可能分のデータが読み出された場合に（図３のステップＳ１７）、当該第２のデコード可能分のデータに基づく表示データブロック２１の描画ポジションＸの決定（図３のステップＳ１９）、決定された描画ポジションに対する垂直同期信号に同期した描画（図３のステップＳ２０）などの処理が同様にして行われる。
【００９４】
なお、上述では、巨大画像データに対して表示を行う領域（表示データブロック）が水平方向に移動するように説明したが、これはこの例に限定されない。すなわち、表示データブロックは、巨大画像データに対して上下方向に移動するようにしてもよいし、斜め方向に移動させることも可能である。さらに、上述では、表示データブロックの移動を画素単位で行うとしたが、この場合、１画素毎に限らず、２画素毎、３画素毎など複数画素単位で移動を行ってもよいし、移動される画素数を可変としてもよい。これにより、表示画像の移動速度を変更することができる。
【００９５】
また、上述では、巨大画像データが圧縮符号化されて記録媒体に記録されているとして説明したが、これはこの例に限定されない。すなわち、例えばビットマップ形式など圧縮符号化されていない巨大画像データが記録媒体に記録されている場合にも、この発明を適用させることができる。
【図面の簡単な説明】
【００９６】
【図１】この発明の実施の第１の形態による画像表示を概略的に示す略線図である。
【図２】実施の第１の形態に適用可能なシステムを概略的に示すブロック図である。
【図３】実施の第１の形態による一例の画像表示処理を示すフローチャートである。
【図４】現在の描画ポジションＸの第１の復号データ内での位置が所定位置を越えたか否かを判断する処理を説明するための略線図である。
【図５】実施の第２の形態の利用形態を概略的に示す略線図である。
【図６】ＢＤ−ＲＯＭのデータモデルを概略的に示す略線図である。
【図７】インデックステーブルを説明するための略線図である。
【図８】ＢＤ−Ｊオブジェクトを実行するためのシステムモデルを概略的に示す略線図である。
【図９】実施の第２の形態に適用可能な画像の表示系を概略的に示す略線図である。
【図１０】ＰＮＧ形式におけるチャンクの構造を示す略線図である。
【図１１】ＰＮＧ画像ファイルの一例の構造を示す略線図である。
【図１２】実施の第２の形態に適用可能な再生装置の一例の構成を示すブロック図である。
【図１３】ＨＤＭＩトランスミッタとＨＤＭＩ信号の受信側との間で行われる通信を概略的に示す略線図である。
【図１４】ＥＤＩＤに規定されるデータ形式を示す略線図である。
【図１５】ＥＤＩＤに規定されるデータ形式を示す略線図である。
【図１６】ＥＤＩＤに規定されるデータ形式を示す略線図である。
【図１７】ＥＤＩＤをソフトウェアで読み取った例を示す略線図である。
【図１８】ＤＶＩ接続によるＥＤＩＤ情報の取得を示す略線図である。
【図１９】垂直同期信号に同期させて画素単位の移動を行う処理の原理を説明するための機能ブロック図である。
【図２０】垂直同期信号に同期させて画素単位の移動を行う処理の原理を説明するための略線図である。
【符号の説明】
【００９７】
１０  記録媒体
１１  デコーダ
１２  メモリ
１３  モニタ装置
２０  巨大画像データ
２１  表示データブロック
２２Ａ，２２Ｂ  復号データ
３０  ディスク
３１  ＢＤプレーヤ
３２  モニタ装置
４０  バックグラウンドレイヤ
４１  プライマリビデオレイヤ
４２  セカンダリビデオレイヤ
４３  サブタイトルグラフィクスレイヤ
４４  インタラクティビティグラフィクスレイヤ
５０  再生装置
６０  メモリバス
６１  ＣＰＵバス
６２  ＣＰＵ
６３  デコーダ
６９  グラフィクス部
７０  ＣＬＵＴ
７２  α合成部
８０，８１  メモリ
８２  Ｉ／Ｐコンバータ
８３  ＨＤＭＩトランスミッタ
【図１】
0004935632.tif 000002
【図２】
0004935632.tif 000003
【図３】
0004935632.tif 000004
【図４】
0004935632.tif 000005
【図５】
0004935632.tif 000006
【図６】
0004935632.tif 000007
【図７】
0004935632.tif 000008
【図８】
0004935632.tif 000009
【図９】
0004935632.tif 000010
【図１０】
0004935632.tif 000011
【図１１】
0004935632.tif 000012
【図１２】
0004935632.tif 000013
【図１３】
0004935632.tif 000014
【図１４】
0004935632.tif 000015
【図１５】
0004935632.tif 000016
【図１６】
0004935632.tif 000017
【図１７】
0004935632.tif 000018
【図１８】
0004935632.tif 000019
【図１９】
0004935632.tif 000020
【図２０】
0004935632.tif 000021