(57)【要約】ビデオストリームと、字幕用のグラフィクスストリームとから構成されるＡＶＣｌｉｐが記録された光ディスクにおいて、このＡＶＣｌｉｐが対応している解像度を、Ｃｌｉｐ情報から検出する。再生装置に接続可能なディスプレイ装置の解像度と、検出手段により検出された解像度との比率を算出して、算出された解像度比に基づいた字幕コンテンツを、ビデオストリームと共に再生する。
2004095837.tif 000002
【特許請求の範囲】
【請求項１】
再生装置であって、
動画データにおけるフレーム画像を表現するための解像度を検出する検出手段と、
再生装置に接続されたディスプレイ装置の解像度と、検出手段により検出された解像度との比率が１である場合、動画データと多重化されて記録媒体に記録されている補助データを、動画データと同期させながら前記ディスプレイ装置に表示する第１表示手段と、
解像度の比率が１でない場合、サーバ装置から供給された補助データを、動画データと同期させながら前記ディスプレイ装置に表示する第２表示手段と
を備えることを特徴とする再生装置。
【請求項２】
サーバ装置から供給される補助データはテキストデータであり、
前記第２表示手段による補助データ表示は、
フォントを用いて、テキストデータを展開することでなされる、請求項１記載の再生装置。
【請求項３】
前記第２表示手段は、テキストデータの展開にあたって、
ディスプレイ装置が対応している解像度と、補助データが対応している解像度との水平方向の比率、及び、垂直方向の比率をそれぞれ求め、
算出された水平方向の比率、及び、垂直方向の比率に応じて、水平方向、及び、垂直方向にフォントを拡大又は縮小する
ことを特徴とする請求項２記載の再生装置。
【請求項４】
補助データが、複数行にわたって表示される字幕である場合、
前記第２表示手段は、所定の比率に従い、字幕の行間を調整する処理を行う
ことを特徴とする請求項３記載の再生装置。
【請求項５】
前記所定の比率は、
ディスプレイ装置の縦画素数と、動画データの縦画素数との比率を、ディスプレイ装置の横画素数と、動画データの横画素数の比率で割った値である、請求項４記載の再生装置。
【請求項６】
コンピュータに再生処理を行わせるプログラムであって、
動画データにおけるフレーム画像を表現するための解像度を検出する検出ステップと、
再生装置に接続されたディスプレイ装置の解像度と、検出手段により検出された解像度との比率が１である場合、動画データと多重化されて記録媒体に記録されている補助データを、動画データと同期させながら前記ディスプレイ装置に表示する第１表示ステップと、
解像度の比率が１でない場合、サーバ装置から供給された補助データを、動画データと同期させながら前記ディスプレイ装置に表示する第２表示ステップと
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】  本発明は、動画データと、補助データから構成されるコンテンツを再生する再生装置に関し、動画データと同期させながら、補助データを表示する改良に関する。
【背景技術】  ＢＤ−ＲＯＭのような大容量ディスクで供給されるコンテンツには、対応している解像度の違いにより、２つのタイプがある。１つは、１９２０×１０８０という解像度をもった高画質なもの、もう１つは７２０×４８０という解像度をもった標準画質のものである。
高解像度をもったコンテンツは、ＨＤＴＶ（Ｈｉ  Ｄｅｆｉｎｉｔｉｏｎ  ＴｅｌｅＶｉｓｉｏｎ）と呼ばれるディスプレイ装置での再生に適している。一方標準解像度をもったコンテンツは、ＳＤＴＶ（Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ  ＴｅｌｅＶｉｓｉｏｎ）と呼ばれるディスプレイ装置での再生に適している。これらコンテンツ、ディスプレイ装置のうちコンテンツ側の解像度が１９２０×１０８０であり、ディスプレイ装置がＨＤＴＶ型である時、コンテンツを構成する動画、字幕は本来の解像度での表示が行われることになる。この本来の解像度での再生によりユーザは、映画館並みの高画質で映画コンテンツを鑑賞することができる。
従来技術では、ＨＤＴＶ型のディスプレイ装置、ＳＤＴＶ型のディスプレイ装置のそれぞれで表示されることを想定して、動画だけではなく補助データを作成する必要がある。補助データが字幕である場合、ＨＤＴＶ対応のビデオストリームと、ＨＤＴＶ対応の字幕グラフィクスとからなるデジタルストリーム、ＳＤＴＶ対応のビデオストリームと、ＳＤＴＶ対応の字幕グラフィクスとからなるデジタルストリームを製作し、記録媒体に記録するという手間を払うことになる。だが字幕は、映画コンテンツが頒布されるべき国・地域に応じた多数のものが必要であり、各言語についての字幕グラフィクスを、ＳＤＴＶ−ＨＤＴＶのそれぞれについて作成してビデオストリームと多重させるというのは多大な工数を要する。そのため、少数派の言語については、ＳＤＴＶ対応の字幕、ＨＤＴＶ対応の字幕のうち一方のみが製作され、他方の製作が省略されることがある。ＨＤＴＶ対応の字幕、ＳＤＴＶ対応の字幕のうちどちらかの製作が省略されれば、たとえ動画データがＨＤＴＶ対応であり、ディスプレイ装置がＨＤＴＶ対応であっとしても、ＨＤＴＶ対応の解像度での字幕表示は行えない。コスト面からの要請からとはいえ、少数派の言語を用いるユーザを、ＨＤＴＶ対応の流れから置き去りにすることは、映画会社がグローバルな市場展開を実現するうえで望ましくない。
【発明の開示】
本発明の目的は、ＳＤＴＶ対応の字幕グラフィクス及びＨＤＴＶ対応の字幕グラフィクスのうち、どちらかの製作が省略されたとしても、製作された場合と同等な字幕表示を行い得る再生装置を提供することである。
上記目的と達成するため、本発明に係る再生装置は、動画データにおけるフレーム画像を表現するための解像度を検出する検出手段と、再生装置に接続されたディスプレイ装置の解像度と、検出手段により検出された解像度との比率が１である場合、動画データと多重化されて記録媒体に記録されている補助データを、動画データと同期させながら前記ディスプレイ装置に表示する第１表示手段と、解像度の比率が１でない場合、サーバ装置から供給された補助データを、動画データと同期させながら前記ディスプレイ装置に表示する第２表示手段とを備えている。第２表示手段は、ディスプレイ装置側の解像度と、コンテンツ側の解像度との比率が１でない場合に、サーバ装置から供給を受けた字幕データを表示するので、たとえオーサリングを行う製作者がデジタルストリームの製作時にあたって、字幕グラフィクスの製作を省略したとしても、サーバ装置による字幕データの供給さえ可能であれば、字幕表示を実現することができる。
コンテンツ出荷までに字幕データの製作が間に合わなくても、後日字幕データを供給しさえすれば少数派言語での字幕表示を、ユーザに行わせることができるので、世界中の幅広い地域に居住するユーザに対し、ＨＤＴＶ対応の字幕を視聴する機会を与えることができる。これによりコンテンツを頒布するにあたっての市場拡大を実現することができる。
またディスプレイ装置側の解像度と、コンテンツ側の解像度との比率に応じて字幕を表示するので、『コンテンツ−ディスプレイ装置』の組合せが動的に変わるとしても、その組合せに最適な表示を行うことができる。
尚、上記再生装置は、補助データの供給をサーバ装置から受けているが、これは本発明において、任意的に付加された事項であり、本発明に係る再生装置はこの技術的事項を必須とはしない。何故なら、動画データが記録された記録媒体とは異なる供給源から補助データの供給が可能であれば、サーバ装置による供給を受けなくても上述した目的達成は可能になるからである。
【図面の簡単な説明】  図１は、本発明に係る再生装置の、使用行為についての形態を示す図である。
図２は、ＢＤ−ＲＯＭの構成を示す図である。
図３は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
図４（ａ）は、プレゼンテーショングラフィクスストリームの構成を示す図である。
図４（ｂ）は、ＰＥＳパケットの内部構成を示す図である。
図５は、様々な種別の機能セグメントにて構成される論理構造を示す図である。
図６は、字幕の表示位置と、Ｅｐｏｃｈとの関係を示す図である。
図７（ａ）は、ＯＤＳによるグラフィクスオブジェクトがどのように行われるかを示す図である。
図７（ｂ）は、ＰＤＳのデータ構造を示す図である。
図８（ａ）は、ＷＤＳのデータ構造を示す図である。
図８（ｂ）は、ＰＣＳのデータ構造を示す図である。
図９は、字幕表示を実現するための記述例を示す図である。
図１０は、ＤＳ１におけるＰＣＳの記述例を示す図である。
図１１は、ＤＳ２におけるＰＣＳの記述例を示す図である。
図１２は、ＤＳ３におけるＰＣＳの記述例を示す図である。
図１３は、映画コンテンツの中身と、字幕コンテンツの中身とを対比して示す図である。
図１４は、テキストタイプの字幕コンテンツの一例を示す図である。
図１５は、本発明に係る再生装置の内部構成を示す図である。
図１６は、グラフィクスデコーダ９の内部構成を示す図である。
図１７は、Ｇｒａｐｈｉｃｓ  Ｃｏｎｔｒｏｌｌｅｒ３７の処理手順を示すフローチャートである。
図１８は、映画コンテンツ再生処理の処理手順を示すフローチャートである。
図１９は、テキスト字幕表示処理の処理手順を示すフローチャートである。
図２０（ａ）〜（ｃ）は、解像度比に基づくアウトラインフォントの拡大処理を示す図である。
図２１（ａ）〜（ｃ）は、第２実施形態に係る制御部２９によるＨＴＭＬ文書の変換処理についての説明図である。
図２２（ａ）〜（ｃ）は、行間調整の処理手順を示す説明図である。
【発明を実施するための最良の形態】  （第１実施形態）
以降、本発明に係る再生装置の実施形態について説明する。尚、説明にあたって補助データは字幕データであるものとして説明を進める。先ず始めに、本発明に係る再生装置の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る再生装置の、使用行為についての形態を示す図である。図１において、本発明に係る再生装置は再生装置２００であり、テレビ３００、リモコン４００と共にホームシアターシステムを形成する。
ＢＤ−ＲＯＭ１００は、映画コンテンツをホームシアターシステムに供給する目的をもつ。映画コンテンツは、デジタルストリームであるＡＶＣｌｉｐと、その管理情報であるＣｌｉｐ情報とから構成される。ＡＶＣｌｉｐは、映画コンテンツの動画、音声、字幕を構成する実体データである。映画コンテンツにおける字幕は、ビットマップタイプの字幕であり、グラフィクスストリームと呼ばれるエレメンタリストリームにより構成される。Ｃｌｉｐ情報は、動画データにおけるフレーム画像を表現するための解像度を示す解像度情報を内部に有する。解像度情報に示される解像度は、１９２０×１０８０（１０８０ｉ），７２０×４８０（４８０ｉ，４８０ｐ），１４４０×１０８０，１２８０×７２０，５４０×４８０といった数値が代表的である。尚、添え字”ｉ”は、インターレス方式の意味であり、添え字”ｐ”は、プログレッシブ方式の意味である。
再生装置２００は、ＢＤ−ＲＯＭ１００を装填して、ＢＤ−ＲＯＭ１００に記録されている映画コンテンツの再生を行う。
ディスプレイ装置３００は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）を介して再生装置と接続されており、このＨＤＭＩを介して再生装置は、ディスプレイ装置３００から解像度情報を取得することができる。この解像度情報は、ディスプレイ装置３００の解像度を示すものなので、これにより再生装置は、ディスプレイ装置３００における表示解像度が、高解像度対応であるか、標準画質対応であるかを知り得る。
リモコン４００は、ユーザからの操作を受け付ける携帯機器である。
サーバ装置５００は、様々な言語に応じた字幕コンテンツを保持しており、再生装置からの要求に応じて字幕コンテンツを再生装置に供給する。字幕コンテンツの供給の仕方には、ストリーミング、一括ダウンロードの２種がある。映画コンテンツにおける字幕がビットマップタイプの字幕であるのに対し、字幕コンテンツにはビットマップタイプのもの、テキストタイプのものの２種類がある。
続いて、映画コンテンツがＢＤ−ＲＯＭ上にどのように記録されるかについて説明する。
図２は、ＢＤ−ＲＯＭの構成を示す図である。本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現すると、図中の第１段目のようになる。本図に示すようにＢＤ−ＲＯＭには、ＲＯＯＴディレクトリの下にＢＤＭＶディレクトリがあり、ＢＤＭＶディレクトリの配下には、ＸＸＸ．Ｍ２ＴＳ、ＸＸＸ．ＣＬＰＩといったファイルが存在する。ファイルＸＸＸ．Ｍ２ＴＳがＡＶＣｌｉｐにあたり、ファイルＸＸＸ．ＣＬＰＩがＣｌｉｐ情報にあたる。
本図に示すようなアプリケーションフォーマットを作成することにより、本発明に係る記録媒体は生産される。
続いて、映画コンテンツの構成要素（ＡＶＣｌｉｐ−Ｃｌｉｐ情報）のうち、ＡＶＣｌｉｐについて説明する。
図３は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
ＡＶＣｌｉｐは（第４段目）、複数のビデオフレーム（ピクチャｐｊ１，２，３）からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（第１段目）、ＰＥＳパケット列に変換し（第２段目）、更にＴＳパケットに変換し（第３段目）、同じく字幕系のプレゼンテーショングラフィクスストリーム、対話系のインタラクティブグラフィクスストリーム（第７段目）を、ＰＥＳパケット列に変換し（第６段目）、更にＴＳパケットに変換して（第５段目）、これらを多重化することで構成される。
以上がＡＶＣｌｉｐに多重化されるエレメンタリストリームである（インタラクティブグラフィクスストリームについては、本発明の主眼ではないので説明を省略する）。
続いてプレゼンテーショングラフィクスストリームについて説明する。このプレゼンテーショングラフィクスストリームの特徴は、ビットマップ型のグラフィクスを、表示のための制御情報と一体化して構成している点である。図４（ａ）は、プレゼンテーショングラフィクスストリームの構成を示す図である。第１段目は、ＡＶＣｌｉｐを構成するＴＳパケット列を示す。第２段目は、グラフィクスストリームを構成するＰＥＳパケット列を示す。第２段目におけるＰＥＳパケット列は、第１段目におけるＴＳパケットのうち、所定のＰＩＤをもつＴＳパケットからペイロードを取り出して、連結することにより構成される。
第３段目は、グラフィクスストリームの構成を示す。グラフィクスストリームは、ＰＣＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｃｏｍｐｏｓｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）、ＷＤＳ（Ｗｉｎｄｏｗ  Ｄｅｆｉｎｅ  Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｅｔｔｅ  Ｄｉｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ＿Ｄｅｆｉｎｉｔｉｏｎ＿Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ  ｏｆ  Ｄｉｓｐｌａｙ  Ｓｅｔ  Ｓｅｇｍｅｎｔ）と呼ばれる機能セグメントからなる。これらの機能セグメントのうち、ＰＣＳは、画面構成セグメントと呼ばれ、ＷＤＳ，ＰＤＳ，ＯＤＳ，ＥＮＤは定義セグメントと呼ばれる。ＰＥＳパケットと機能セグメントとの対応関係は、１対１の関係、１対多の関係である。
図４（ｂ）は、機能セグメントを変換することで得られるＰＥＳパケットを示す図である。図４（ｂ）に示すようにＰＥＳパケットは、パケットヘッダと、ペイロードとからなり、このペイロードが機能セグメント実体にあたる。またパケットヘッダには、この機能セグメントに対応するＤＴＳ、ＰＴＳが存在する。尚以降の説明では、機能セグメントが格納されるＰＥＳパケットのヘッダ内に存在するＤＴＳ及びＰＴＳを、機能セグメントのＤＴＳ及びＰＴＳとして扱う。
これら様々な種別の機能セグメントは、図５のような論理構造を構築する。図５は、様々な種別の機能セグメントにて構成される論理構造を示す図である。本図は第３段目に機能セグメントを、第２段目にＤｉｓｐｌａｙ  Ｓｅｔを、第１段目にＥｐｏｃｈをそれぞれ示す。
第２段目のＤｉｓｐｌａｙ  Ｓｅｔ（ＤＳと略す）とは、グラフィクスストリームを構成する複数機能セグメントのうち、一画面分のグラフィクスを構成するものの集合をいう。図中の破線は、第３段目の機能セグメントが、どのＤＳに帰属しているかという帰属関係を示す。ＰＣＳ−ＷＤＳ−ＰＤＳ−ＯＤＳ−ＥＮＤという一連の機能セグメントが、１つのＤＳを構成していることがわかる。再生装置は、このＤＳを構成する複数機能セグメントをＢＤ−ＲＯＭから読み出せば、一画面分のグラフィクスを構成することができる。
第１段目のＥｐｏｃｈとは、ＡＶＣｌｉｐの再生時間軸上においてメモリ管理の連続性をもっている一つの期間、及び、この期間に割り当てられたデータ群をいう。ここで想定しているメモリとは、一画面分のグラフィクスを格納しておくためのグラフィクスプレーン、伸長された状態のクラフィクスデータを格納しておくためのオブジェクトバッファである。これらについてのメモリ管理に、連続性があるというのは、このＥｐｏｃｈにあたる期間を通じてこれらグラフィクスプレーン及びオブジェクトバッファのフラッシュは発生せず、グラフィックスプレーン内のある決められた矩形領域内でのみ、グラフィクスの消去及び再描画が行われることをいう（※ここでフラッシュとは、プレーン及びバッファの格納内容を全部クリアしてしまうことである。）。この矩形領域の縦横の大きさ及び位置は、Ｅｐｏｃｈにあたる期間において、終始固定されている。図６は、字幕の表示位置と、Ｅｐｏｃｈとの関係を示す図である。本図では、動画の各ピクチャの絵柄に応じて字幕の位置を変更するという配慮がなされている。つまり５つの字幕「本当は」「ウソだった」「あなたが」「ずっと」「すきだった」のうち、３つの字幕「本当は」「ウソだった」「あなたが」は画面の下側に、「ずっと」「すきだった」は画面の上側に配置されている。これは画面の見易さを考え、画面中の余白にあたる位置に字幕を配置することを意図している。かかる時間的な変動がある場合、ＡＶＣｌｉｐの再生時間軸において、下側の余白に字幕が出現している期間が１つのＥｐｏｃｈ１、上側の余白に字幕が出現している期間が別のＥｐｏｃｈ２になる。これら２つのＥｐｏｃｈは、それぞれ独自の字幕の描画領域をもつことになる。Ｅｐｏｃｈ１では、画面の下側の余白が字幕の描画領域（ｗｉｎｄｏｗ１）になる。一方Ｅｐｏｃｈ２では、画面の上側の余白が字幕の描画領域（ｗｉｎｄｏｗ２）になる。これらのＥｐｏｃｈ１，２において、バッファ・プレーンにおけるメモリ管理の連続性は保証されているので、上述した余白での字幕表示はシームレスに行われる。以上がＥｐｏｃｈについての説明である。続いてＤｉｓｐｌａｙ  Ｓｅｔについて説明する。
図５における破線ｈｋ１，２は、第２段目の機能セグメントが、どのＥｐｏｃｈに帰属しているかという帰属関係を示す。Ｅｐｏｃｈ  Ｓｔａｒｔ，Ａｃｑｕｉｓｉｔｉｏｎ  Ｐｏｉｎｔ，Ｎｏｒｍａｌ  Ｃａｓｅという一連のＤＳは、第１段目のＥｐｏｃｈを構成していることがわかる。『Ｅｐｏｃｈ  Ｓｔａｒｔ』、『Ａｃｑｕｉｓｉｔｉｏｎ  Ｐｏｉｎｔ』、『Ｎｏｒｍａｌ  Ｃａｓｅ』は、ＤＳの類型である。本図におけるＡｃｑｕｉｓｉｔｉｏｎ  Ｐｏｉｎｔ、Ｎｏｒｍａｌ  Ｃａｓｅの順序は、一例にすぎず、どちらが先であってもよい。
『Ｅｐｏｃｈ  Ｓｔａｒｔ』は、”新表示”という表示効果をもたらすＤＳであり、新たなＥｐｏｃｈの開始を示す。そのためＥｐｏｃｈ  Ｓｔａｒｔは、次の画面合成に必要な全ての機能セグメントを含んでいる。Ｅｐｏｃｈ  Ｓｔａｒｔは、映画作品におけるチャプター等、頭出しがなされることが判明している位置に配置される。
『Ａｃｑｕｉｓｉｔｉｏｎ  Ｐｏｉｎｔ』は、”表示リフレッシュ”という表示効果をもたらすＤｉｓｐｌａｙ  Ｓｅｔであり、先行するＥｐｏｃｈ  Ｓｔａｒｔと全く同じＤｉｓｐｌａｙ  Ｓｅｔをいう。Ａｃｑｕｉｓｉｔｉｏｎ  ＰｏｉｎｔたるＤＳは、Ｅｐｏｃｈの開始時点ではないが、次の画面合成に必要な全ての機能セグメントを含んでいるので、Ａｃｑｕｉｓｉｔｉｏｎ  ＰｏｉｎｔたるＤＳから頭出しを行えば、グラフィックス表示を確実に実現することができる。
『Ｎｏｒｍａｌ  Ｃａｓｅ』は、”表示アップデート”という表示効果をもたらすＤＳであり、前の画面合成からの差分のみを含む。例えば、あるＤＳｖの字幕は、先行するＤＳｕと同じ内容であるが、画面構成が、この先行するＤＳｕとは異なる場合、ＰＣＳのみのＤＳｖ、又は、ＰＣＳのみのＤＳｖを設けてこのＤＳｖをＮｏｒｍａｌ  ＣａｓｅのＤＳにする。こうすれば、重複するＯＤＳを設ける必要はなくなるので、ＢＤ−ＲＯＭにおける容量削減に寄与することができる。一方、Ｎｏｒｍａｌ  ＣａｓｅのＤＳは、差分にすぎないので、Ｎｏｒｍａｌ  Ｃａｓｅ単独では画面構成は行えない。
続いてＤｅｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ（ＯＤＳ，ＷＤＳ，ＰＤＳ）について説明する。
『Ｏｂｊｅｃｔ＿Ｄｅｆｉｎｉｔｉｏｎ＿Ｓｅｇｍｅｎｔ』は、ビットマップ型のグラフィクスであるグラフィクスオブジェクトを定義する機能セグメントである。このグラフィクスオブジェクトについて以下説明する。ＢＤ−ＲＯＭに記録されているＡＶＣｌｉｐは、ハイビジョン並みの高画質をセールスポイントにしているため、グラフィクスオブジェクトの解像度も、１９２０×１０８０画素という高精細な大きさに設定されている。１９２０×１０８０という解像度があるので、ＢＤ−ＲＯＭでは、劇場上映用の字幕の字体、つまり、手書きの味わい深い字体の字幕表示を鮮やかに再現できる。画素の色にあたっては、一画素当たりのインデックス値（赤色差成分（Ｃｒ値），青色差成分（Ｃｂ値），輝度成分Ｙ値，透明度（Ｔ値））のビット長が８ビットになっており、これによりフルカラーの１６，７７７，２１６色から任意の２５６色を選んで画素の色として設定することができる。グラフィクスオブジェクトによる字幕は、透明色の背景に、文字列を配置することで描画される。
ＯＤＳによるグラフィクスオブジェクトの定義は、図７（ａ）に示すようなデータ構造をもってなされる。ＯＤＳは、図７（ａ）に示すように自身がＯＤＳであることを示す『ｓｅｇｍｅｎｔ＿ｔｙｐｅ』と、ＯＤＳのデータ長を示す『ｓｅｇｍｅｎｔ＿ｌｅｎｇｔｈ』と、ＥｐｏｃｈにおいてこのＯＤＳに対応するグラフィクスオブジェクトを一意に識別する『ｏｂｊｅｃｔ＿ｉｄ』と、ＥｐｏｃｈにおけるＯＤＳのバージョンを示す『ｏｂｊｅｃｔ＿ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』と、『ｌａｓｔ＿ｉｎｓｅｑｕｅｎｃｅ＿ｆｌａｇ』と、グラフィクスオブジェクトの一部又は全部である連続バイト長データ『ｏｂｊｅｃｔ＿ｄａｔａ＿ｆｒａｇｍｅｎｔ』とからなる。以上がＯＤＳの説明である。
『Ｐａｌｅｔｔｅ  Ｄｉｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ（ＰＤＳ）』は、色変換用のパレットを定義する情報である。ＰＤＳのデータ構造を図７（ｂ）に示す。図７（ｂ）に示すようにＰＤＳは、自身がＰＤＳであることを示す『ｓｅｇｍｅｎｔ＿ｔｙｐｅ』、ＰＤＳのデータ長を示す『ｓｅｇｍｅｎｔ＿ｌｅｎｇｔｈ』、このＰＤＳに含まれるパレットを一意に識別する『ｐａｌｌｅｔ＿ｉｄ』、ＥｐｏｃｈにおけるＥｐｏｃｈのＰＤＳのバージョンを示す『ｐａｌｌｅｔ＿ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』、各エントリーについての情報『ｐａｌｌｅｔ＿ｅｎｔｒｙ』からなる。『ｐａｌｌｅｔ＿ｅｎｔｒｙ』は、各エントリーにおける赤色差成分（Ｃｒ値），青色差成分（Ｃｂ値），輝度成分Ｙ値，透明度（Ｔ値）を示す。
続いてＷＤＳについて説明する。
『ｗｉｎｄｏｗ＿ｄｅｆｉｎｉｔｉｏｎ＿ｓｅｇｍｅｎｔ』は、グラフィックスプレーンの矩形領域を定義するための機能セグメントである。Ｅｐｏｃｈでは、クリア及び再描画が、グラフィックスプレーンにおけるある矩形領域内で行われている場合のみ、メモリ管理に連続性が生ずることは既に述べている。このグラフィックスプレーンにおける矩形領域は”ｗｉｎｄｏｗ”と呼ばれ、このＷＤＳで定義される。図８（ａ）は、ＷＤＳのデータ構造を示す図である。本図に示すようにＷＤＳは、グラフィックスプレーンにおいてウィンドゥを一意に識別する『ｗｉｎｄｏｗ＿ｉｄ』と、グラフィックスプレーンにおける左上画素の水平位置を示す『ｗｉｎｄｏｗ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ』と、グラフィックスプレーンにおける左上画素の垂直位置を示す『ｗｉｎｄｏｗ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ』と、グラフィックスプレーンにおけるウィンドゥの横幅を示す『ｗｉｎｄｏｗ＿ｗｉｄｔｈ』と、グラフィックスプレーンにおける縦幅を示す『ｗｉｎｄｏｗ＿ｈｅｉｇｈｔ』とを用いて表現される。
以上がＯＤＳ、ＰＤＳ、ＷＤＳ、ＥＮＤについての説明である。続いてＰＣＳについて説明する。
ＰＣＳは、対話的な画面を構成する機能セグメントである。ＰＣＳは、図８（ｂ）に示すデータ構造で構成される。本図に示すようにＰＣＳは、『ｓｅｇｍｅｎｔ＿ｔｙｐｅ』と、『ｓｅｇｍｅｎｔ＿ｌｅｎｇｔｈ』と、『ｃｏｍｐｏｓｉｔｉｏｎ＿ｎｕｍｂｅｒ』と、『ｃｏｍｐｏｓｉｔｉｏｎ＿ｓｔａｔｅ』と、『ｐａｌｌｅｔ＿ｕｐｄａｔｅ＿ｆｌａｇ』と、『ｐａｌｌｅｔ＿ｉｄ』と、『Ｃｏｍｐｏｓｉｔｉｏｎ＿Ｏｂｊｅｃｔ（１）〜（ｍ）』とから構成される。
『ｃｏｍｐｏｓｉｔｉｏｎ＿ｎｕｍｂｅｒ』は、０から１５までの数値を用いてＤｉｓｐｌａｙ  Ｓｅｔにおけるグラフィクスアップデートを識別する。
『ｃｏｍｐｏｓｉｔｉｏｎ＿ｓｔａｔｅ』は、本ＰＣＳから始まるＤｉｓｐｌａｙ  Ｓｅｔが、Ｎｏｒｍａｌ  Ｃａｓｅであるか、ＡＣｑｕｉｓｉｔｉｏｎ  Ｐｏｉｎｔであるか、Ｅｐｏｃｈ  Ｓｔａｒｔであるかを示す。
『ｐａｌｌｅｔ＿ｕｐｄａｔｅ＿ｆｌａｇ』は、本ＰＣＳにおいてＰａｌｌｅｔＯｎｌｙ  Ｄｉｓｐｌｅｙ  Ｕｐｄａｔｅがなされているかどうかを示す。
『ｐａｌｌｅｔ＿ｉｄ』は、ＰａｌｌｅｔＯｎｌｙ  Ｄｉｓｐｌｅｙ  Ｕｐｄａｔｅに用いられるべきパレットを示す。
『Ｃｏｍｐｏｓｉｔｉｏｎ＿Ｏｂｊｅｃｔ（１）・・・（ｎ）』は、このＰＣＳが属するＤｉｓｐｌａｙ  Ｓｅｔ内の、個々のウィンドゥをどのように制御するかを示す情報である。図８（ｂ）の破線ｗｄ１は、任意のＣｏｍｐｏｓｉｔｉｏｎ＿Ｏｂｊｅｃｔ（ｉ）の内部構成をクローズアップしている。この破線ｗｄ１に示すように、Ｃｏｍｐｏｓｉｔｉｏｎ＿Ｏｂｊｅｃｔ（ｉ）は、『ｏｂｊｅｃｔ＿ｉｄ』、『ｗｉｎｄｏｗ＿ｉｄ』、『ｏｂｊｅｃｔ＿ｃｒｏｐｐｅｄ＿ｆｌａｇ』、『ｏｂｊｅｃｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ』、『ｏｂｊｅｃｔ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ』、『ｃｒｏｐｐｉｎｇ＿ｒｅｃｔａｎｇｌｅ情報（１）（２）・・・・・（ｎ）』からなる。
『ｏｂｊｅｃｔ＿ｉｄ』は、Ｃｏｍｐｏｓｉｔｉｏｎ＿Ｏｂｊｅｃｔ（ｉ）に対応するウィンドゥ内に存在するＯＤＳの識別子を示す。
『ｗｉｎｄｏｗ＿ｉｄ』は、本ＰＣＳにおいて、グラフィクスオブジェクトに割り当てられるべきウィンドゥを示す。１つのウィンドゥには最大２つのグラフィクスオブジェクトが割り当てられる。
『ｏｂｊｅｃｔ＿ｃｒｏｐｐｅｄ−ｆｌａｇ』は、オブジェクトバッファにおいてクロップされたグラフィクスオブジェクトを表示するか、グラフィクスオブジェクトを非表示とするかを切り換えるフラグである。”１”と設定された場合、オブジェクトバッファにおいてクロップされたグラフィクスオブジェクトが表示され、”０”と設定された場合、グラフィクスオブジェクトは非表示となる。
『ｏｂｊｅｃｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ』は、グラフィックスプレーンにおけるグラフィクスオブジェクトの左上画素の水平位置を示す。
『ｏｂｊｅｃｔ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ』は、グラフィックスプレーンにおける左上画素の垂直位置を示す。
『ｃｒｏｐｐｉｎｇ＿ｒｅｃｔａｎｇｌｅ情報（１）（２）・・・・・（ｎ）』は、『ｏｂｊｅｃｔ＿ｃｒｏｐｐｅｄ＿ｆｌａｇ』が１に設定されている場合に有効となる情報要素である。破線ｗｄ２は、任意のｃｒｏｐｐｉｎｇ＿ｒｅｃｔａｎｇｌｅ情報（ｉ）の内部構成をクローズアップしている。この破線に示すようにｃｒｏｐｐｉｎｇ＿ｒｅｃｔａｎｇｌｅ情報（ｉ）は、『ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ』、『ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｖｅｒｔｉｃａｌ＿ａｄｄｒｅｓｓ』、『ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｗｉｄｔｈ』、『ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｅｉｇｈｔ』からなる。
『ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ』は、グラフィックスプレーンにおけるクロップ矩形の左上画素の水平位置を示す。クロップ矩形は、グラフィクスオブジェクトの一部を切り出すための枠である。
『ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｖｅｒｔｉｃａｌ＿ａｄｄｒｅｓｓ』は、グラフィックスプレーンにおけるクロップ矩形の左上画素の垂直位置を示す。
『ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｗｉｄｔｈ』は、グラフィックスプレーンにおけるクロップ矩形の横幅を示す。
『ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｅｉｇｈｔ』は、グラフィックスプレーンにおけるクロップ矩形の縦幅を示す。
以上がＰＣＳのデータ構造である。続いてＰＣＳの具体的な記述について説明する。この具体例は、図６に示した字幕の表示、つまり動画の再生進行に伴い、三回のグラフィックスプレーンへの書き込みで『ほんとは』『ウソだった』『あなたが』というように徐々に表示させるというものである。図９は、かかる字幕表示を実現するための記述例である。本図におけるＥｐｏｃｈは、ＤＳ１（Ｅｐｏｃｈ  Ｓｔａｒｔ）、ＤＳ２（Ｎｏｒｍａｌ  Ｃａｓｅ）、ＤＳ３（Ｎｏｒｍａｌ  Ｃａｓｅ）を有する。ＤＳ１は、字幕の表示枠となるｗｉｎｄｏｗを定義するＷＤＳ、台詞『ほんとは  ウソだった  あなたが』を表すＯＤＳ、１つ目のＰＣＳを備える。ＤＳ２（Ｎｏｒｍａｌ  Ｃａｓｅ）は、２つ目のＰＣＳを有する。ＤＳ３（Ｎｏｒｍａｌ  Ｃａｓｅ）は３つ目のＰＣＳを有する。
次に個々のＰＣＳをどのように記述するかについて説明する。Ｄｉｓｐｌａｙ  Ｓｅｔに属するＷＤＳ、ＰＣＳの記述例を図１０〜図１２に示す。図１０は、ＤＳ１におけるＰＣＳの記述例を示す図である。
図１０において、ＷＤＳのｗｉｎｄｏｗ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ、ｗｉｎｄｏｗ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎは、グラフィックスプレーンにおけるウィンドゥの左上座標ＬＰ１を、ｗｉｎｄｏｗ＿ｗｉｄｔｈ，ｗｉｎｄｏｗ＿ｈｅｉｇｈｔは、ウィンドゥの表示枠の横幅、縦幅を示す。
図１０におけるクロップ情報のｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ，ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎは、オブジェクトバッファにおけるグラフィクスオブジェクトの左上座標を原点とした座標系においてクロップ範囲の基準ＳＴ１を示している。そして基準点からｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｗｉｄｔｈ、ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｅｉｇｈｔに示される範囲（図中の太枠部分）がクロップ範囲になる。クロップされたグラフィクスオブジェクトは、グラフィックスプレーンの座標系においてｏｂｊｅｃｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ，ｏｂｊｅｃｔ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎを基準点（左上）とした破線の範囲ｃｐ１に配置される。こうすることにより、『本当は』がグラフィックスプレーンにおけるウィンドゥ内に書き込まれる。これにより字幕『本当は』は動画像と合成され表示される。
図１１は、ＤＳ２におけるＰＣＳの記述例を示す図である。本図におけるＷＤＳの記述は、図１０と同じなので説明を省略する。クロップ情報の記述は、図１０と異なる。図１１におけるクロップ情報のｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ，ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ，は、オブジェクトバッファ上の字幕『本当はウソだった。あなたが』のうち、『ウソだった』の左上座標を示し、ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｅｉｇｈｔ，ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｗｉｄｔｈは、『ウソだった』の横幅、縦幅を示す。こうすることにより、『ウソだった』がグラフィックスプレーンにおけるウィンドゥ内に書き込まれる。これにより字幕『ウソだった』は動画像と合成され表示される。
図１２は、ＤＳ３におけるＰＣＳの記述例を示す図である。本図におけるＷＤＳの記述は、図１０と同じなので説明を省略する。クロップ情報の記述は、図１０と異なる。図１２におけるクロップ情報のｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ，ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ，は、オブジェクトバッファ上の字幕『本当はウソだった。あなたが』のうち、『あなたが』の左上座標を示し、ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｅｉｇｈｔ，ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｗｉｄｔｈは、『あなたが』の横幅、縦幅を示す。こうすることにより、『あなたが』がグラフィックスプレーンにおけるウィンドゥ内に書き込まれる。これにより字幕『あなたが』は動画像と合成され表示される。
ＤＳ１，２，３のＰＣＳを以上のように記述することで、字幕の表示効果を実現することができる。このようにＰＣＳの記述によりＦａｄｅＩｎ／ＯｕｔやＷｉｐｅＩｎ／Ｏｕｔ，Ｓｃｒｏｌｌといった表示効果を実現できることが、本発明に係るＰＣＳの利点である。
以上説明した機能セグメントには、ＯＤＳ、ＰＣＳにはＤＴＳ、ＰＴＳが付加されている。
ＯＤＳのＤＴＳは、ＯＤＳのデコードを開始すべき時間を９０ＫＨｚの時間精度で示しており、ＯＤＳのＰＴＳはデコードを終了すべき時刻を示す。
ＰＣＳのＤＴＳは、ＰＣＳが再生装置上のバッファにロードすべきタイミングを示す。
ＰＣＳのＰＴＳは、ＰＣＳを用いた画面のアップデートを実行するタイミングを示す。
以上説明したように、ビットマップタイプの字幕を構成するグラフィクスストリームは、字幕を表示するための制御情報や、再生時間軸における処理タイミングを示すタイムスタンプを有しているので、再生装置は、このグラフィクスストリームのみを処理することにより、字幕表示を実現することができる。以上がＡＶＣｌｉｐについての説明である。引き続きＣｌｉｐ情報について説明する。
Ｃｌｉｐ情報（ＸＸＸ．ＣＬＰＩ）は、個々のＡＶＣｌｉｐについての管理情報である。Ｃｌｉｐ情報（ＸＸＸ．ＣＬＰＩ）は、ビデオストリーム、オーディオストリームについての「属性情報」と、頭出し時のリファレンステーブルである「ＥＰ＿ｍａｐ」とからなる。
属性情報（Ａｔｔｒｉｂｕｔｅ）は、ビデオストリームについての属性情報（Ｖｉｄｅｏ属性情報）、属性情報数（Ｎｕｍｂｅｒ）、ＡＶＣｌｉｐに多重化される複数オーディオストリームのそれぞれについての属性情報（Ａｕｄｉｏ属性情報＃１〜＃ｍ）からなる。ビデオ属性情報は、ビデオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Ｒｅｓｏｌｕｔｉｏｎ）、アスペクト比はどれだけであるか（Ａｓｐｅｃｔ）、フレームレートはどれだけであるか（Ｆｒａｍｅｒａｔｅ）を示す。
一方、オーディオストリームについての属性情報（Ａｕｄｉｏ属性情報＃１〜＃ｍ）は、そのオーディオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、そのオーディオストリームのチャネル番号が何であるか（Ｃｈ．）、何という言語に対応しているか（Ｌａｎｇ）、サンプリング周波数がどれだけであるかを示す。
上述したＣｌｉｐ情報のＲｅｓｏｌｕｔｉｏｎに、対応するＡＶＣｌｉｐにおけるビデオストリームの解像度が、示されることになる。
以上がＣｌｉｐ情報についての説明である。続いてサーバ装置により供給される字幕コンテンツについて説明する。先ずビットマップタイプの字幕コンテンツについて説明する。
ビットマップタイプの字幕コンテンツは、先に示したＡＶＣｌｉｐを構成する複数エレメンタリストリームのうち、グラフィクスストリームのみから構成される。ＢＤ−ＲＯＭにおけるグラフィクスストリーム同様、字幕コンテンツを構成するグラフィクスストリームは、ＰＣＳ、ＷＤＳ、ＰＤＳ、ＯＤＳ、ＥＮＤという機能セグメントからなり、各機能セグメントにはＰＴＳ、ＤＴＳが付加されている。これらのタイムスタンプにより字幕コンテンツは、ＢＤ−ＲＯＭ側のビデオストリームと、同期表示されることになる。
図１３は、映画コンテンツの中身と、字幕コンテンツの中身とを対比して示す図である。図１３の上段は、映画コンテンツ側のビデオストリーム及びグラフィクスストリームであり、下段は字幕コンテンツ側のグラフィクスストリームである。本図の上段におけるＧＯＰ及びＤｉｓｐｌａｙ  Ｓｅｔは、それぞれＡＶストリームの再生開始から１分後、１分４０秒後、２分後に再生されるものである。
本図の下段におけるＤｉｓｐｌａｙ  Ｓｅｔも、それぞれＡＶストリームの再生開始から１分後、１分４０秒後、２分後に再生されるものである。かかる再生タイミングの調整は、Ｄｉｓｐｌａｙ  Ｓｅｔに属するＩＣＳ、ＷＤＳ、ＰＤＳ、ＯＤＳに付されたＰＴＳ、ＤＴＳに、所望の値を設定することでなされる。つまり字幕コンテンツにおける機能セグメントにも、タイムスタンプを付することにより、ＨＤにおけるＤｉｓｐｌａｙ  Ｓｅｔを、高い時間精度で、動画と同期させるのである。サーバ装置においてこのビットマップタイプの字幕コンテンツは、様々な解像度に応じたものが用意されている。この字幕コンテンツを再生装置からの要求に応じて、サーバ装置５００からダウンロードすることで、ディスプレイ装置−コンテンツの組合せがどのようなものであっても、制御部２００は適切な解像度での字幕表示を行うことができる。
以上がビットマップタイプの字幕コンテンツについての説明である。
続いてテキストタイプの字幕コンテンツについて説明する。テキストタイプの字幕コンテンツとは、字幕表示のために必要な情報を、テキストデータに対応させることで構成される字幕である。テキストは、ビットマップ字幕に対してデータ量が少なく、比較的転送レートが低い回線でも短時間で転送できる。このため回線速度に制約がある場合は、テキスト字幕の使用が望ましい。
テキストタイプの字幕コンテンツの一例を図１４に示す。本図に示すようにテキストタイプの字幕コンテンツは、字幕が存在するチャプターを示すチャプター番号と、字幕の表示開始時刻を示す「開始タイムコード」と、字幕の表示終了時刻を示す「終了タイムコード」と、字幕の「表示色」と、字幕の「サイズ」と、字幕の「表示位置」をテキストデータに対応づけることで構成される。この字幕コンテンツにおいて「サイズ」は、ＳＤＴＶ・ＨＤＴＶのどちらかで表示されることを想定して大きさが定められている。
このテキスト字幕の展開に用いられるフォーマットは、アウトラインフォント（ベクターフォントともいう）であり、輪郭、端点により表現されているため、テキスト字幕の「サイズ」指定に応じて輪郭をスムーズに拡大できる。更に本再生装置はディスプレイ装置−コンテンツの解像度比が１でない場合、ディスプレイ装置側の解像度に合わせてアウトラインフォントの拡大・縮小を行い、開始タイムコード、終了タイムコードに基づき字幕表示を行う。尚、本明細書における拡大とは、本来のデータを、より数が多い画素で表現するこという。また本明細書における縮小とは、本来のデータを、より少ない画素で表現するこという。
拡大・縮小がなされたビットマップを表示するのではないので、この字幕コンテンツを用いれば、ジャギーや文字潰れがないきれいな字幕表示を行うことができる。
尚テキストデータの表示位置については、図１０に示したようなＷＤＳのｗｉｎｄｏｗ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ、ｗｉｎｄｏｗ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎに基づき、定めても良い。これらの表示位置は、グラフィクスストリームの製作時に綿密に規定されているので、これらを利用することで、テキスト字幕の見易さを維持することができる。  以上が字幕コンテンツの説明である。続いて本発明に係る再生装置の実施形態について説明する。図１５は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムＬＳＩと、ドライブ装置という２つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムＬＳＩは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、ＢＤドライブ１、リードバッファ２、デマルチプレクサ３、ビデオデコーダ４、ビデオプレーン５、Ｂａｃｋｇｒｏｕｎｄ  ｓｔｉｌｌプレーン６、合成部７、スイッチ８、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１０、合成部１１、フォントゼネレータ１２、Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３、スイッチ１４、Ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１５、合成部１６、ＨＤＤ１７、リードバッファ１８、デマルチプレクサ１９、オーディオデコーダ２０、スイッチ２１、スイッチ２２、静的シナリオメモリ２３、動的シナリオメモリ２４、ＣＬＵＴ部２６、ＣＬＵＴ部２７、スイッチ２８、制御部２９から構成される。
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
リードバッファ２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＴＳパケットが先入れ先出し式に格納される。
デマルチプレクサ（Ｄｅ−ＭＵＸ）３は、リードバッファ２からＴＳパケットを取り出して、ＴＳパケットをＰＥＳパケットに変換する。そして変換により得られたＰＥＳパケットのうち、所望のものをビデオデコーダ４、オーディオデコーダ２０、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９、Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３のどれかに出力する。
ビデオデコーダ４は、デマルチプレクサ３から出力された複数ＰＥＳパケットを復号して非圧縮形式のピクチャを得てビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。再生装置に複数のプレーンを設けておき、これらプレーンの格納内容を画素毎に加算して、映像出力を行えば、複数の映像内容を合成させた上で映像出力を行うことができる。ビデオプレーン５における解像度は１９２０×１０８０であり、このビデオプレーン５に格納されたピクチャデータは、１６ビットのＹＵＶ値で表現された画素データにより構成される。
Ｂａｃｋｇｒｏｕｎｄ  ｓｔｉｌｌプレーン６は、背景画として用いるべき静止画を格納しておくプレーンである。本プレーンにおける解像度は１９２０×１０８０であり、このＢａｃｋｇｒｏｕｎｄ  ｓｔｉｌｌプレーン６に格納されたピクチャデータは、１６ビットのＹＵＶ値で表現された画素データにより構成される。
合成部７は、ビデオプレーン５に格納されている非圧縮状態のピクチャデータを、Ｂａｃｋｇｒｏｕｎｄ  ｓｔｉｌｌプレーン６に格納されている静止画と合成する。
スイッチ８は、ビデオプレーン５における非圧縮状態のピクチャデータをそのまま出力するか、Ｂａｃｋｇｒｏｕｎｄ  ｓｔｉｌｌプレーン６の格納内容と合成して出力するかを切り換えるスイッチである。
Ｐ−Ｇｒａｐｈｉｃｓデコーダ９は、ＢＤ−ＲＯＭ、ＨＤＤ１７から読み出されたグラフィクスストリームをデコードして、ラスタグラフィクスをＰｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１０に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１０は、一画面分の領域をもったメモリであり、一画面分のラスタグラフィクスを格納することができる。本プレーンにおける解像度は１９２０×１０８０であり、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１０中のラスタグラフィクスの各画素は８ビットのインデックスカラーで表現される。ＣＬＵＴ（Ｃｏｌｏｒ  Ｌｏｏｋｕｐ  Ｔａｂｌｅ）を用いてかかるインデックスカラーを変換することにより、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１０に格納されたラスタグラフィクスは、表示に供される。
合成部１１は、非圧縮状態のピクチャデータ（ｉ）、Ｂａｃｋｇｒｏｕｎｄ  ｓｔｉｌｌプレーン６の格納内容が合成されたピクチャデータ（ｉｉ）の何れかを、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１０の格納内容と合成する。
フォントゼネレータ１２は、アウトラインフォントを具備しており、このアウトラインフォントを用いて制御部２９が取得したテキストコードを展開することで文字描画を行う。この展開は、Ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１５上でなされる。
Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３は、ＢＤ−ＲＯＭ、ＨＤＤ１７から読み出されたインタラクティブグラフィクスストリームをデコードして、ラスタグラフィクスをＥｎｈａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１５に書き込む。インタラクティブグラフィクスストリームのデコードにより、対話画面を構成するボタンが画面上に現れることになる。
スイッチ１４は、フォントゼネレータ１２が生成したフォント列及び制御部２９がダイレクトに描画した描画内容、Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３が生成したボタンの何れかを選択的にＥｎｈａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１５に投入するスイッチである。
Ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１５は、横１９２０×縦１０８０の解像度、横９６０×縦５４０の解像度に対応しうる表示用プレーンである。
合成部１６は、非圧縮状態のピクチャデータ（ｉ）、Ｂａｃｋｇｒｏｕｎｄ  ｓｔｉｌｌプレーン６の格納内容が合成されたピクチャデータ（ｉｉ）、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１０及びＢａｃｋｇｒｏｕｎｄ  ｓｔｉｌｌプレーン６の格納内容と合成されたピクチャデータ（ｉｉｉ）をＥｎｈａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１５の格納内容と合成する。
ＨＤＤ１７は、サーバ装置からのダウンロードにより取得した字幕コンテンツを格納しておくための内部媒体である。
リードバッファ１８は、ＦＩＦＯメモリであり、ＨＤＤ１７から読み出されたＴＳパケットが先入れ先出し式に格納される。
デマルチプレクサ（Ｄｅ−ＭＵＸ）１９は、リードバッファ１８からＴＳパケットを取り出して、ＴＳパケットをＰＥＳパケットに変換する。そして変換により得られたＰＥＳパケットのうち、所望のものをオーディオデコーダ２０、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９のどれかに出力する。
オーディオデコーダ２０は、デマルチプレクサ１９から出力されたＰＥＳパケットを復号して、非圧縮形式のオーディオデータを出力する。
スイッチ２１は、オーディオデコーダ２０への入力源を切り換えるためのスイッチであり、本スイッチによりオーディオデコーダ２０への入力は、ＢＤ−ＲＯＭ側、ＨＤＤ側に切り換わる。
スイッチ２２は、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９への入力源を切り換えるスイッチであり、本スイッチ２２によりＨＤＤ１７から読み出されたプレゼンテーショングラフィクスストリーム、ＢＤ−ＲＯＭから読み出されたプレゼンテーショングラフィクスストリームを選択的にＰ−Ｇｒａｐｈｉｃｓデコーダ９に投入することができる。
静的シナリオメモリ２３は、カレントのＣｌｉｐ情報を格納しておくためのメモリである。カレントＣｌｉｐ情報とは、ＢＤ−ＲＯＭに記録されている複数Ｃｌｉｐ情報のうち、現在処理対象になっているものをいう。
通信部２４は、制御部２９からの指示に応じてサーバ装置５００をアクセスし、当該サーバ装置５００から字幕コンテンツをダウンロードする。
スイッチ２５は、ＢＤ−ＲＯＭ及びＨＤＤ１７から読み出された各種データを、リードバッファ２、リードバッファ１８、静的シナリオメモリ２３、動的シナリオメモリ２４のどれかに選択的に投入するスイッチである。
ＣＬＵＴ部２６は、ビデオプレーン５に格納されたラスタグラフィクスにおけるインデックスカラーを、ＰＤＳに示されるＹ，Ｃｒ，Ｃｂ値に基づき変換する。
ＣＬＵＴ部２７は、Ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１５に格納されたラスタグラフィクスにおけるインデックスカラーを、プレゼンテーショングラフィクスストリームに含まれるＰＤＳに示されるＹ，Ｃｒ，Ｃｂ値に基づき変換する。
スイッチ２８は、ＣＬＵＴ部２７による変換をスルー出力するよう切り換えるスイッチである。
制御部２９は、ＨＤＭＩを介してディスプレイ装置側の解像度を示す解像度情報を取得する。そしてこれをＣｌｉｐ情報における解像度と比較して、解像度比を算出する。解像度比が１．０であるなら、ＡＶＣｌｉｐに多重されているグラフィクスストリームをそのまま表示する。もし解像度比が１でないなら、ＨＤＤ１７に記録されている字幕コンテンツを表示する。
テキストタイプの字幕コンテンツを表示させる場合、テキストやフォント種をフォントゼネレータ１２に与えることにより（Ｔｅｘｔ  ａｎｄ  Ｆｏｎｔ）、フォントゼネレータ１２にフォント列を生成させ、Ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１５に配置させる。こうしてＥｎｈａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１５の描画がなされれば、ビデオプレーン５の格納内容の拡大・縮小を命じた上で、Ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン１５の格納内容を合成部１６に合成させる（Ｄｉｓｐｌａｙ  ｌａｙｏｕｔ  Ｃｏｎｔｒｏｌ）。
続いて図１６を参照しながら、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９の内部構成について説明する。図１６に示すようにグラフィクスデコーダ９は、Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ３３、周辺回路３３ａ、Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ３４、Ｏｂｊｅｃｔ  Ｂｕｆｆｅｒ３５、Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ３６、Ｇｒａｐｈｉｃｓ  Ｃｏｎｔｒｏｌｌｅｒ３７から構成される。
Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ３３は、機能セグメントがＤＴＳ、ＰＴＳと共に格納されるバッファである。
周辺回路３３ａは、Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ３３−Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ３４間の転送、Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ３３−Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ３６間の転送を実現するワイヤロジックである。この転送処理において現在時点がＯＤＳのＤＴＳに示される時刻になれば、ＯＤＳを、Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ３３からＳｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ３４に転送する。また現在時刻がＰＣＳ、ＰＤＳのＤＴＳに示される時刻になれば、ＰＣＳ、ＰＤＳをＣｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ３６に転送するという処理を行う。
Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ３４は、ＯＤＳをデコードして、デコードにより得られたインデックスカラーからなる非圧縮状態のビットマップをグラフィクスオブジェクトとしてＯｂｊｅｃｔ  Ｂｕｆｆｅｒ３５に書き込む。
Ｏｂｊｅｃｔ  Ｂｕｆｆｅｒ３５は、Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ３４のデコードにより得られたグラフィクスオブジェクトが配置される。
Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ３６は、ＰＣＳ、ＰＤＳが配置されるメモリである。
Ｇｒａｐｈｉｃｓ  Ｃｏｎｔｒｏｌｌｅｒ３７は、Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ３６に配置されたＰＣＳを解読して、ＰＣＳに基づく制御をする。この制御の実行タイミングは、ＰＣＳに付加されたＰＴＳの値に基づく。以上がＰ−Ｇｒａｐｈｉｃｓデコーダ９の内部構成についての説明である。
このＧｒａｐｈｉｃｓ  Ｃｏｎｔｒｏｌｌｅｒ３７について説明する。Ｇｒａｐｈｉｃｓ  Ｃｏｎｔｒｏｌｌｅｒ３７は、図１７に示すような処理手順を行うフローチャートである。
ステップＳ１は、本フローチャートのメインルーチンであり、ステップＳ１に規定した事象の成立を待つ。
ステップＳ１は、現在の再生時点がＰＣＳのＤＴＳ時刻になっているか否かの判定であり、もしなっていれば、ステップＳ１〜ステップＳ１３の処理を行う。
ステップＳ１は、ＰＣＳのｃｏｍｐｏｓｉｔｉｏｎ＿ｓｔａｔｅが、Ｅｐｏｃｈ＿Ｓｔａｒｔであるか否かの判定であり、もしＥｐｏｃｈ  Ｓｔａｒｔであるなら、ステップＳ６においてグラフィクスプレーン８を全クリアする。それ以外であるなら、ステップＳ７においてＷＤＳのｗｉｎｄｏｗ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ、ｗｉｎｄｏｗ＿ｖｅｒｔｉｖａｌ＿ｐｏｓｉｔｉｏｎ、ｗｉｎｄｏｗ＿ｗｉｄｔｈ、ｗｉｎｄｏｗ＿ｈｅｉｇｈｔに示されるｗｉｎｄｏｗをクリアする。
ステップＳ８は、ステップＳ６又はステップＳ７でのクリア後の実行されるステップであり、任意のＯＤＳｘのＰＴＳ時刻が既に経過しているか否かの判定である。つまり、グラフィクスプレーン８全体のクリアにあたっては、そのクリア時間に長時間を費するので、あるＯＤＳ（ＯＤＳｘ）のデコードが既に完了していることもある。ステップＳ８はその可能性を検証している。もし経過していないなら、メインルーチンにリターンする。どれかのＯＤＳのデコード時刻を経過しているなら、ステップＳ９〜ステップＳ１１を実行する。ステップＳ９は、Ｏｂｊｅｃｔ＿ｃｒｏｐ＿ｆｌａｇが０を示しているか否かの判定であり、もし０を示しているなら、グラフィクスオブジェクトを非表示とする（ステップＳ１０）。
もし０を示していないなら、ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ、ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｖｅｒｔｉｖａｌ＿ｐｏｓｉｔｉｏｎ、ｃｒｏｐｐｉｎｇ＿ｗｉｄｔｈ、ｃｒｏｐｐｉｎｇ＿ｈｅｉｇｈｔに基づきクロップされたグラフィクスオブジェクトを、グラフィクスプレーン８のｗｉｎｄｏｗにおいてｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ，ｏｂｊｅｃｔ＿ｃｒｏｐｐｉｎｇ＿ｖｅｒｔｉｖａｌ＿ｐｏｓｉｔｉｏｎに示される位置に書き込む（ステップＳ１１）。以上の処理により、ウィンドゥに１つ以上のグラフィクスオブジェクトが描かれることになる。
ステップＳ１２は、別のＯＤＳｙのＰＴＳ時刻が経過しているか否かの判定である。ＯＤＳｘをグラフィクスプレーン８に書き込んでいる際、別のＯＤＳのデコードが既に完了していれば、このＯＤＳｙをＯＤＳｘにして（ステップＳ１３）、ステップＳ９に移行する。これにより、別のＯＤＳに対しても、ステップＳ９〜Ｓ５１の処理が繰り返し行われる。
図１８は、映画コンテンツ再生処理の処理手順を示すフローチャートである。ステップＳ２１においてＣｌｉｐ情報における解像度を参照し、ステップＳ２２においてＨＤＭＩを介して、接続されているディスプレイ装置から解像度を取得する。
ステップＳ２３では、映画コンテンツ−ディスプレイ装置間の解像度比を算出する。ステップＳ２４においてＡＶＣｌｉｐに多重されているビデオストリームをビデオデコーダ４に投入することで動画再生を開始させた後、ステップＳ２５において解像度比が１であるか否かを判定する。もし１であればステップＳ２６においてスイッチ２２、スイッチ２５を切り換えてＡＶＣｌｉｐに多重されているグラフィクスストリームをＣＬＵＴ部９に投入することで字幕表示を実行する。
ステップＳ２７ではＨＤに字幕コンテンツが存在するか否かの判定を行う。もし存在すればステップＳ２８をスキップしてステップＳ２９に移行するが、存在すればステップＳ２８においてサーバ装置からＨＤに字幕コンテンツをダウンロードする。
ステップＳ２９では、字幕コンテンツがテキストタイプであるか、ビットマップタイプであるかの判定を行う。もしビットマップタイプであれば、ステップＳ３０においてスイッチ２２、スイッチ２５を切り換えてＨＤ上の字幕コンテンツをＰ−Ｇｒａｐｈｉｃｓデコーダ９に投入することで字幕表示を実行する。
もしテキストタイプであるなら、ステップＳ３１において、テキスト字幕の表示処理を行う。
図１９は、テキスト字幕表示処理の処理手順を示すフローチャートである。本フローチャートのステップＳ３３〜ステップＳ３７からなる処理は、図１７のステップＳ１〜ステップＳ１３に相当する処理であり、ビデオストリームの再生進行に伴い字幕表示を行うというものである。つまりＡＶＣｌｉｐに多重されたグラフィクスストリームの再生は、Ｇｒａｐｈｉｃｓ  Ｃｏｎｔｒｏｌｌｅｒ３７に委ねればよいが、テキストデータ再生は制御部２９自らが行う必要がある。制御部２９自らが、テキストデータ再生を行うための処理手順が、この図１９である。
ステップＳ３３〜ステップＳ３７のうちステップＳ３３〜ステップＳ３５は、ループ処理を構成しており、ステップＳ３３〜ステップＳ３５に規定される事象のうち、何れかの成立を判定する。
ステップＳ３３は、字幕コンテンツにおける開始タイムコードの中に現在の再生時点に合致するものが存在するかどうかの判定である。もし存在すれば、このタイムコードを開始タイムコードｉとしてステップＳ３６に移行する。ステップＳ３６は、アウトラインフォントを用いて、開始タイムコードｉに対応するテキストデータ中の文字を展開し、表示する処理である。
ステップＳ３４は、現在の再生時点が開始タイムコードｉに対応する終了タイムコードであるか否かの判定である。もしそうであるなら、ステップＳ３７において表示された文字を消去する。
ステップＳ３５は、映画コンテンツの再生が終了したか否かの判定であり、もしそうであるなら、本フローチャートの処理を終了す
次に、ステップＳ３６で行われる処理、つまり解像度比に基づくアウトラインフォントの拡大処理について図２０（ａ）〜（ｃ）を参照しながら説明する。字幕コンテンツにおいて字幕の「サイズ」は、ＳＤＴＶ／ＨＤＴＶのどちらかになるように大きさが定められている。これは、字幕グラフィクス同様、ＳＤＴＶ／ＨＤＴＶの双方について字幕を製作するのではなく、一方の製作を省略して、製作コストを低減させたいとの映画製作者側の要望からである。ディスプレイ３００がＨＤＴＶであるのに、字幕コンテンツの「サイズ」がＳＤＴＶ対応であれば、ＨＤＴＶ型のディスプレイ３００に、ＳＤＴＶ対応の字幕を表示せざるを得ない。上述したようにＨＤＴＶ型のディスプレイ３００は解像度が高いので、ＳＤＴＶ対応の字幕をそのまま表示したのでは、画面全体に対する字幕の割合が小さくなり、見た目が悪い。
そこで制御部２９は、字幕コンテンツの表示にあたって制御部２９は、ディスプレイ３００が対応している解像度と、字幕コンテンツが対応している解像度との水平方向の比率、及び、垂直方向の比率をそれぞれ求め、算出された水平方向の比率、及び、垂直方向の比率に応じて、水平方向、及び、垂直方向にアウトラインフォントを拡大又は縮小する処理を行う。このような拡大処理を行うのは、１つの画素の形状が、ＳＤＴＶ、ＨＤＴＶのそれぞれで違っているためである。図２０（ａ）は、ＳＤＴＶ、ＨＤＴＶのそれぞれにおける画素形状を示す図である。ＳＤＴＶ型のディスプレイ装置は、一画素の形状が横長の長方形になっている。これに対しＨＤＴＶ型のディスプレイ装置における一画素の形状は、正方形になっている。そのため、ＳＤＴＶの解像度を想定したフォントをそのまま拡大したのでは、図２０（ｂ）に示すように、字幕を構成する各文字が縦長になって現れ見苦しい。そこで拡大にあたって、縦・横の拡大率を、それぞれ違う値にする。
ここでＳＤＴＶ対応の字幕コンテンツを、ＨＤＴＶ型のディスプレイ装置に表示させるケースを想定する。ディスプレイ装置における解像度が１９２０×１０８０であり、映画コンテンツにおける解像度が７２０×４８０である場合、水平方向の解像度比は、
水平方向の解像度比＝１９２０画素／７２０画素≒２．６７となる。
また垂直方向の解像度比は、
垂直方向の解像度比＝１０８０画素／４８０画素＝２．２５となる。
こうして水平、垂直方向の解像度比が算出されれば、ＳＤＴＶ対応のサイズに定められたアウトラインフォントを、図２０（ｃ）に示すように横２．６７倍、縦２．２５倍に拡大する。このように拡大されたフォントを用いてテキストデータを展開し、開始タイムコード、終了タイムコードに従って表示させれば、ディスプレイ装置側の解像度に応じた解像度で、字幕を表示させることができる。１つの言語体系で使用される文字一式のアウトラインフォントが再生装置に具備されていれば、字幕を適切にディスプレイ装置に表示させることができる。
逆に、ＨＤＴＶ対応の字幕コンテンツを、ＳＤＴＶ型のディスプレイ装置に表示させるケースでは、
水平方向の解像度比＝７２０画素／１９２０画素＝０．３７５となる。
また垂直方向の解像度比は、
垂直方向の解像度比＝４８０画素／１０８０画素≒０．４４４となる。
こうして水平、垂直方向の解像度比が算出されれば、アウトラインフォントを、横０．３７５倍、縦０．４４４倍に縮小する。このように縮小されたフォントを用いてテキストデータを展開し、開始タイムコード、終了タイムコードに従って表示させれば、ディスプレイ装置側の解像度に応じた解像度で、字幕を表示させることができる。アウトラインフォントは、どのような画素数にも拡大可能なので、ＳＤＴＶ対応のフォント、ＨＤＴＶ対応のフォントのそれぞれを再生装置に具備しておく必要はない。１つの言語体系で使用される文字一式のアウトラインフォントが再生装置に具備されていれば、字幕を適切にディスプレイ装置に表示させることができる。
以上のように本実施形態によれば、映画コンテンツ側の解像度情報と、ディスプレイ装置側の解像度情報との比率が１でなければＡＶＣｌｉｐに多重されているプレゼンテーショングラフィクスストリームに代えて、サーバ装置から取得した字幕コンテンツを用いるので、ＡＶＣｌｉｐに多重されているプレゼンテーショングラフィクスストリームを拡大・縮小しなくても、ディスプレイ装置側の解像度にあった字幕表示を行うことができる。ビットマップの拡大・縮小は不要なので、たとえＡＶＣｌｉｐに多重されている字幕がビットマップで描画されていたとしても、字幕を美しく表示することができる。
かかる字幕データの代用は、コンテンツ側の解像度と、ディスプレイ装置側の解像度との比率が１でない場合になされるので、双方の解像度が一致している場合にはなされない。過剰な字幕データ表示を避けることから、字幕データをサーバ装置からダウンロードすることに伴う通信コストを最低限にすることができる。
（第２実施形態）
第１実施形態では解像度比に応じて、アウトラインフォントを拡大・縮小することで字幕の大きさを調整した。これに対し第２実施形態は、ビットマップフォントで、字幕表示を実現する。ビットマップフォントは、アウトラインフォントに比べてその展開に必要とされる処理負荷が小さいので、限られた性能をもつＣＰＵにおいて字幕を表示する場合に使用すると、好適である。ビットマップフォントでの字幕表示を実現するため、図１４に示した字幕コンテンツにおけるテキストデータは、ＨＴＭＬで記述されたＨＴＭＬ文書に置き換えられている。そして制御部２９は、このＨＴＭＬ文書を解釈して表示処理を行うことで字幕表示を実現する。その一方第２実施形態に係る制御部２９は、ディスプレイ装置−字幕コンテンツの解像度比が１．０でない場合、ディスプレイ装置側の解像度に整合するよう、ＨＴＭＬで記述されたＨＴＭＬ文書に対し、変換処理を施す。
図２１を参照しながら、第２実施形態に係る制御部２９による変換処理について説明する。図２１のＨＴＭＬ文書において上半分は解像度変換前のＨＴＭＬ文書を、下半分は解像度変換後のＨＴＭＬ文書を示す。
変換前のＨＴＭＬ文書における解像度情報は、〈ｍｅｔａ  ｎａｍｅ＝”Ｒｅｓｏｌｕｔｉｏｎ”ＣＯＮＴＥＮＴ＝”４８０ｉ”〉と規定されている部分である。またこのＨＴＭＬ文書におけるｆｏｎｔ  ｓｉｚｅ  ｄｅｓｃｒｉｐｔｉｏｎはＳＤＴＶ型のディスプレイ装置にて表示される場合のビットマップフォントのサイズを示している。つまり〈ｆｏｎｔ  ｓｉｚｅ＝１〉であることがわかる。ここでブラウザが表示できるフォントには、複数ポイント数のものがあり、これらは１から７までのｆｏｎｔ  ｓｉｚｅで指示することができる。この図２１の一例では、最も小さなポイント数のフォントをＨＴＭＬ文書は、表示に選んでいることを意味する。
制御部２９は、〈ｍｅｔａ  ｎａｍｅ＝”Ｒｅｓｏｌｕｔｉｏｎ”ＣＯＮＴＥＮＴ＝”４８０ｉ”〉の記述から、このＨＴＭＬ文書がＳＤＴＶ対応であることを知得する。そして接続されているディスプレー部分００が、ＨＤＴＶであることをＨＤＭＩを介して知得すれば、この解像度比からＨＴＭＬ文書における〈ｆｏｎｔ  ｓｉｚｅ＝１〉の記述を、〈ｆｏｎｔ  ｓｉｚｅ＝５〉に変換する。このような変換により、ブラウザでの表示時に文字列は拡大表示されることになる。
また〈ｍｅｔａ  ｎａｍｅ＝”Ｒｅｓｏｌｕｔｉｏｎ”ＣＯＮＴＥＮＴ＝”４８０ｉ”〉を
〈ｍｅｔａ  ｎａｍｅ＝”Ｒｅｓｏｌｕｔｉｏｎ”ＣＯＮＴＥＮＴ＝”１０８０ｉ”〉に書き換える。
この拡大法では、二行表記の字幕を表示させるにあたって、字幕の表示領域が変わるという不利益がある。つまり上述したようにＳＤＴＶ型のディスプレイ装置は、一画素の形状が横長の長方形になっている。これに対しＨＤＴＶ型のディスプレイ装置における一画素の形状は、正方形になっている。そのため、二行表記の字幕をＨＤ対応にしようとすると、各行を構成する文字は図２１（ｂ）に示す長方形のものから、図２１（ｃ）に示す正方形のものになり、縦方向に大きく拡大されるので、字幕は上方向に広がり、画面全体のレイアウトにおいて、より多くの領域を占有してしまう。そうすると画面において本来動画が占めるべき領域が、拡大された字幕領域により隠されてしまうことが起こり得る。
そこで本実施形態では、ＨＤＴＶにおいて字幕が占める割り合いを、ＳＤＴＶと同様になるように、字幕間の行間調整を行う。図２２（ａ）〜（ｃ）は、行間調整の処理手順を示す説明図である。図２２（ａ）のように、二行表記の字幕が表示される場合を想定する。図２０に示したように、この字幕を縦方向に２．２５倍に拡大したり、また図２１に示したように、大きめのフォントを使えば、図２２（ｂ）のように、行間が広がり過ぎる。本実施形態では、以下の式に基づき、字幕の行間の倍率を求める。この倍率は、フォントに対し通常設定される行間を基準にして与えられる。
倍率＝垂直方向の解像度比／水平方向の解像度比
ＨＤＴＶ及びＳＤＴＶの実際の数値を適用すると、
倍率＝（１０８０／４８０）／（１９２０／７２０）＝０．８４になる。
こうして倍率が算出されれば、フォントを２６７％に拡大し、行間を８４％にする。
ここでＨＴＭＬ文書に以下の文字表示の記述が存在するものとする。これはフォントサイズ＝３の文字列を二段表記で表示させるものである。
2004095837.tif 000003
上述した比率で、この文字列を拡大するようＨＴＭＬ文書を書き換えれば以下のようになる。
2004095837.tif 000004
この書き換えにより、文字は２．６７倍になるとともに、表示文字列の行間は８４％になるので、図２２（ｃ）に示すように、字幕領域の上方向への広がりは抑制され、動画の視認性を妨げない。
（第３実施形態）
第３実施形態は「文書＋静止画」で構成されるページコンテンツについての説明である。かかるコンテンツは、マークアップ言語で記述された文書に、静止画をはめ込んで得られる文書であり、ｗｅｂページにおいて多く見受けられる。ＢＤ−ＲＯＭでも、かかるコンテンツは、メニュー画像として用いられる。かかるコンテンツにおいて静止画は、文書中の決められた枠内に収められるように縮小されて表示される。
しかしこのように表示されるコンテンツの再生時にあたって、ディスプレイ装置における対応解像度と、コンテンツにおける対応解像度とが違えば、はめ込みのために縮小した静止画を更に拡大する必要がある。
例えば、オリジナルのＨＴＭＬ文書がＳＤＴＶ対応であり、以下のような記述をもっているものとする。
2004095837.tif 000005
これをＨＤＴＶで表示しようとすると、第１実施形態で求めた水平方向、垂直方向の解像度比に基づき、拡大表示させねばならない、この拡大表示を実現するには、ＨＴＭＬの上述した記述を、以下のように書き換えればよい。
2004095837.tif 000006
文書中の静止画はめ込みでは、原本たる静止画の画素を間引くことで静止画の縮小を行う。そのためかかる間引きで原本たる静止画の一部に欠落がある。一部欠落がある静止画を更に拡大しようとすると、かかる欠落も拡大されることになるので、静止画の本来の美しさを表現することができない。
この欠落について、ＪＦＩＦ（ＪＰＥＧ  Ｆｉｌｅ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）形式の静止画を用いてより詳細に説明する。ＪＦＩＦ形式の静止画は、”ａｐｐｋｉｃａｔｉｏｎ  Ｔｙｐｅ０  ｓｅｇｍｅｎｔ”，
”ｓｔａｒｔ  ｏｆ  ｆｒａｍｅ  ｔｙｐｅ０  ｓｅｇｍｅｎｔ”，”Ｉｍａｇｅ＿Ｗｉｄｔｈ”，”Ｉｍａｇｅ＿Ｈｅｉｇｈｔ”という複数の機能セグメントから構成される。
ＪＦＩＦ形式の静止画データのフォーマットを以下に示す。
2004095837.tif 000007
このうち水平方向、垂直方向の解像度は、”Ｉｍａｇｅ＿Ｗｉｄｔｈ”，”Ｉｍａｇｅ＿Ｈｅｉｇｈｔ”に記述される。ＳＤＴＶ対応のＨＴＭＬ文書にはめ込まれて表示される場合、この静止画は、水平方向、垂直方向において以下の比率に縮小されて、表示されることになる。
水平方向の比率＝７２０／Ｉｍａｇｅ＿Ｗｉｄｔｈ
垂直方向の比率＝４８０／Ｉｍａｇｅ＿Ｈｅｉｇｈｔ
このＨＴＭＬ文書をＨＤＴＶ型のディスプレイ装置に表示するには、上述のように、水平・垂直方向に縮小された静止画を、拡大することになる。つまり静止画は上述したような拡大がなされた場合、水平、垂直方向に以下の比率に示すように拡大されることになる。
水平方向の比率＝２６７％・Ｉｍａｇｅ＿Ｗｉｄｔｈ
垂直方向の比率＝２２５％・Ｉｍａｇｅ＿Ｈｅｉｇｈｔ
はめ込みのために縮小した静止画が更に拡大されれば、上述した欠落が存在する状態のまま拡大されることになり、静止画の本来の美しさが損なわれる。
そこで第３実施形態では、ページコンテンツの再生にあたって、静止画がはめ込まれた状態のページコンテンツを拡大するのではなく、ディスプレイ装置側の解像度と、コンテンツ側の解像度との比率を求め、その比率に基づき、オリジナルの静止画の拡大を行う。具体的にいうと、以下の手法で水平、垂直方向の拡大比率を算出する。
水平方向の比率＝１９２０／Ｉｍａｇｅ＿Ｗｉｄｔｈ
垂直方向の比率＝１０８０／Ｉｍａｇｅ＿Ｈｅｉｇｈｔ
静止画に記述されているＩｍａｇｅ＿Ｗｉｄｔｈ，Ｉｍａｇｅ＿Ｈｅｉｇｈｔの情報を、ＨＤＴＶ側の解像度に合わせて拡大することで、上述したような欠損の拡大は発生しえない。これにより静止画は本来の美しさを損なわずに拡大されることになる。
（備考）
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（Ａ）（Ｂ）（Ｃ）（Ｄ）・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びＴそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
（備考）
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（Ａ）（Ｂ）（Ｃ）（Ｄ）・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びＴそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
（Ａ）第１実施形態、第２実施形態では、補助データの一例として字幕データについて説明したが、これに限らない。動画と共に再生されるのであれば、メニューやボタン、アイコン、バナーであってもよい。
（Ｂ）表示の対象は、装置側のディスプレィ設定に応じて選ばれた字幕グラフィクスであってもよい。つまり、ワイドビジョン、パンスキャン、レターボックス用といった様々な表示モード用のグラフィクスがＢＤ−ＲＯＭに記録されており、装置側は自身に接続されたテレビの設定に応じてこれらの何れかを選んで表示する。この場合、そうして表示された字幕グラフィクスに対し、ＰＣＳに基づく表示効果をほどこすので、見栄えがよくなる。これにより、動画像本体で表現していたような文字を用いた表示効果を、装置側のディスプレィ設定に応じて表示された字幕で実現することができるので、実用上の価値は大きい。
（Ｃ）字幕は、映画の台詞を表す文字列であるとして説明を進めたが、商標を構成するような図形，文字，色彩の組合せや、国の紋章，旗章，記章，国家が採用する監督／証明用の公の記号・印章、政府間国際機関の紋章，旗章，記章，特定商品の原産地表示を含んでいてもよい。
（Ｄ）第１実施形態では、字幕を画面の上側、下側に横書きで表示するものとしたが、字幕を画面の右側、左側に表示するものとしてもよい。こうすることにより、日本語字幕を縦書きで表示することができる。
（Ｅ）各実施形態におけるＡＶＣｌｉｐは、映画コンテンツを構成するものであったが、ＡＶＣｌｉｐはカラオケを実現するものであってもよい、そしてこの場合、歌の進行に応じて、字幕の色を変えるという表示効果を実現してもよい。
（Ｆ）第１実施形態、第２実施形態において再生装置は、字幕データの供給をサーバ装置から受けているが、サーバ装置以外の供給源から供給を受けてもよい。例えば、ＢＤ−ＲＯＭ以外の記録媒体を別途購入し、これをＨＤＤにインストールすることで字幕データの供給を受けても良い。また字幕データが記録された半導体メモリと接続することで字幕データの供給を受けてもよい。
【産業上の利用可能性】  本発明に係る記録媒体、再生装置は、ディスプレイ装置−コンテンツの組合せに応じた字幕表示を実現することができるので、より付加価値が高い映画作品を市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る再生装置は、映画産業や民生機器産業において高い利用可能性をもつ。
【図１】
2004095837.tif 000008
【図２】
2004095837.tif 000009
【図３】
2004095837.tif 000010
【図４】
2004095837.tif 000011
【図５】
2004095837.tif 000012
【図６】
2004095837.tif 000013
【図７】
2004095837.tif 000014
【図８】
2004095837.tif 000015
【図９】
2004095837.tif 000016
【図１０】
2004095837.tif 000017
【図１１】
2004095837.tif 000018
【図１２】
2004095837.tif 000019
【図１３】
2004095837.tif 000020
【図１４】
2004095837.tif 000021
【図１５】
2004095837.tif 000022
【図１６】
2004095837.tif 000023
【図１７】
2004095837.tif 000024
【図１８】
2004095837.tif 000025
【図１９】
2004095837.tif 000026
【図２０】
2004095837.tif 000027
【図２１】
2004095837.tif 000028
【図２２】
2004095837.tif 000029
【国際調査報告】
2004095837.tif 000030
2004095837.tif 000031
2004095837.tif 000032
2004095837.tif 000033