(57)【要約】ＢＤ−ＲＯＭには、ビデオストリームと、エントリーマップとが対応づけられ記録されている。スライドショーを構成するビデオストリームは、複数のＩＤＲピクチャからなり、これに対応するエントリーマップ（ＥＰ＿ｍａｐ）は、ビデオストリームにおける各ＩＤＲピクチャのエントリー時刻（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）を、エントリー位置（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）と対応づけて示す。  ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅは、ビデオストリームを構成する個々のピクチャデータについてのエントリー情報が、ＥＰ＿ｍａｐに存在していて、個々のピクチャデータは、単独でデコードされる旨を示すことを示す。【特許請求の範囲】
【請求項１】
ビデオストリームと、ストリーム管理情報とが記録された記録媒体であって、
ビデオストリームは、複数のピクチャデータを含み、
ストリーム管理情報は、エントリーマップを含み、
エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示しており、
ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを特徴とする、記録媒体。
【請求項２】
ストリーム管理情報は更に、フラグを含み、
前記フラグは、
前記ビデオストリームを構成する全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを保証する、請求項１記載の記録媒体。
【請求項３】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
タイムスタンプは、
スライドショーの時間軸におけるピクチャデータの表示タイミングを示す、請求項１記載の記録媒体。
【請求項４】
ビデオストリームを構成するピクチャデータのそれぞれを、所定の時間軸に沿って再生することにより、スライドショーの再生を行う再生装置であって、
記録媒体に記録されたビデオストリームを構成するピクチャデータを、記録媒体から読み出す読出手段と、
読み出されたピクチャデータを再生する再生手段と、
読出手段及び再生手段を制御する制御手段とを備え、
前記記録媒体には、複数のエントリー情報からなるエントリーマップが記録されており、
前記制御手段は、
前記時間軸における任意の時点からの再生が命じられた場合、エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものに対応するエントリーアドレスからのピクチャデータの読み出しを読出手段に行わせ、読み出されたピクチャデータを再生手段に再生させる、ことを特徴とする再生装置。
【請求項５】
エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものが存在しない場合、前記制御手段は、特定されたエントリー時刻に最も近いものに対応する、エントリーアドレスからのピクチャデータの読み出しを読出手段に行わせる、請求項４記載の再生装置。
【請求項６】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
前記再生手段は、
前記時間軸における現在の再生時点が、タイムスタンプに示される表示タイミングになった際、ピクチャデータのデコードを行い、デコード後、エンドコードに基づく、デコーダ動作の凍結を行うものであり、
前記制御手段は、
時間軸における任意の時点からの再生が命じられた場合、その時点を現在の再生時点としたデコード動作を、再生手段に行わせる、請求項４記載の再生装置。
【請求項７】
ビデオストリームを構成するピクチャデータのそれぞれを、所定の時間軸に沿って再生することにより、スライドショーの再生をコンピュータに実行させるプログラムであって、
記録媒体に記録されたビデオストリームを構成するピクチャデータを、記録媒体から読み出す読出ステップと、
読み出されたピクチャデータを再生する再生ステップと、
読出ステップ及び再生ステップを制御する制御ステップとをコンピュータに実行させ、
前記記録媒体には、複数のエントリー情報からなるエントリーマップが記録されており、
前記制御ステップは、
前記時間軸における任意の時点からの再生が命じられた場合、エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものに対応するエントリーアドレスからのピクチャデータの読み出しを読出ステップに行わせ、読み出されたピクチャデータを再生ステップに再生させる、ことを特徴とするプログラム。
【請求項８】
エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものが存在しない場合、前記制御ステップは、特定されたエントリー時刻に最も近いものに対応する、エントリーアドレスからのピクチャデータの読み出しを読出手段に行わせる
ことを特徴とする請求項７記載のプログラム。
【請求項９】
ビデオストリームを構成するピクチャデータのそれぞれを、所定の時間軸に沿って再生することにより、スライドショーの再生を行う再生方法であって、
記録媒体に記録されたビデオストリームを構成するピクチャデータを、記録媒体から読み出す読出ステップと、
読み出されたピクチャデータを再生する再生ステップと、
読出ステップ及び再生ステップを制御する制御ステップとを有し、
前記記録媒体には、複数のエントリー情報からなるエントリーマップが記録されており、
前記制御ステップは、
前記時間軸における任意の時点からの再生が命じられた場合、エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものに対応するエントリーアドレスからのピクチャデータの読み出しを読出ステップに行わせ、読み出されたピクチャデータを再生ステップに再生させる、ことを特徴とする再生方法。
【請求項１０】
エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものが存在しない場合、前記制御手段は、特定されたエントリー時刻に最も近いものに対応する、エントリーアドレスからのピクチャデータの読み出しを読出手段に行わせる
ことを特徴とする請求項９記載の再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、ランダムアクセス技術の技術分野に属する発明である。
【背景技術】
【０００２】  ランダムアクセス技術とは、デジタルストリームがもつ時間軸上の任意の一時点を、デジタルストリーム上の記録位置に変換して、その記録位置からの再生を開始する技術であり、ＢＤ−ＲＯＭやＤＶＤ−Ｖｉｄｅｏのような、記録媒体に記録されているデジタルストリームを再生するにあたって、なくてはならない基盤技術である。
デジタルストリームは、ＭＰＥＧ２−Ｖｉｄｅｏ、ＭＰＥＧ４−ＡＶＣ等の可変長符号化方式により符号化されており、フレーム当たりの情報量にばらつきがある。このことから、ランダムアクセスを実行する際、上述した変換を行うにあたっては、エントリーマップの参照が必要になる。ここでエントリーマップとは、時間軸上の複数のエントリー時刻を、デジタルストリームにおける複数のエントリー位置に対応づけて示す情報であり、エントリーマップにおける複数のエントリー時刻が、１秒という時間精度を有している場合、１秒という時間精度でのランダムアクセスを、高効率に行うことができる。【０００３】  ビデオストリームに対するランダムアクセスでは、ＧＯＰの先頭に存在するＩ（Ｉｎｔｒａ）ピクチャを探索する必要がある。Ｉピクチャの探索を支援するような、データ構造については下記の特許文献に記載された先行技術がある。
【特許文献１】特開２０００−２２８６５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】  時間軸をもつアプリケーションには、映画の他にスライドショーがある。スライドショーとは、複数の静止画からなり、各静止画が、予め定められた時間軸に沿って再生されるアプリケーションをいう。スライドショーも、再生のための時間軸を有しているので、時間軸上の複数のエントリー時刻を、エントリー位置に対応づけて示しておくことにより、時間軸上の任意の時点から、ストリーム上の記録位置を導くことができ、かかる記録位置からの再生を実行することができる。【０００５】  ところがスライドショーは、静止画から構成されていることから、映画よりも、高精度なランダムアクセスが要求される。高精度なランダムアクセスとは、１枚先、１０枚先というように、“一枚のピクチャ”をアクセス単位にしたランダムアクセスである。ビデオストリームのエントリーマップは、１秒間隔というように、１秒程度の時間精度をもち、この１秒という時間間隔には、２０〜３０枚のピクチャが包含され得る。そのため、上述したエントリーマップを用いてピクチャ精度でのランダムアクセスを実現しようとすると、エントリーマップの参照だけでは足りず、ストリームに対する解析が必要になる。【０００６】  ここでの“ストリームの解析”とは、エントリーマップに記載されているエントリー位置から、ピクチャのヘッダを取り出し、このヘッダからピクチャのサイズを読み出して、そのサイズに基づき、次のピクチャの記録位置を特定するという処理を、何回も繰り返し、所望のピクチャの記録位置まで辿りつくというものである。かかる解析は、ストリームに対する高頻度のアクセスを伴うものなので、エントリー位置から３枚先、５枚先のピクチャを読み出すだけでも、相当の時間がかかる。ピクチャ精度のランダムアクセスに相当の時間がかかるため、ユーザ操作に即応して、前後のピクチャを表示させたり、１０枚前後のピクチャを表示させうる機能をスライドショーに追加しようとしても、制作者サイドが期待するような、使い勝手にならないという問題点がある。【０００７】  本発明の目的は、スライドショーにおけるランダムアクセスを、高速に実現することができる記録媒体を提供することである。
【課題を解決するための手段】
【０００８】  上記目的を達成するため、本発明に係る記録媒体は、ビデオストリームと、ストリーム管理情報とが記録されており、ビデオストリームは、複数のピクチャデータを含み、ストリーム管理情報は、エントリーマップを含み、エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示しており、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを特徴としている。
【発明の効果】
【０００９】  スライドショーに対するエントリーマップは、ビデオストリームにおけるピクチャ毎のエントリーアドレスを再生時刻に対応づけて示しているので、１枚先、３枚先というように、ピクチャ精度のランダムアクセスが要求されたとしても、ビデオストリームの解析を伴うことなく、ピクチャ精度のランダムアクセスを実現することができる。
時間軸上の任意の時点からビデオストリーム上の記録位置を導くことができ、また、１枚先、３枚先というピクチャ精度でのランダムアクセスを実現することができるので、ユーザ操作に即応して、前後のピクチャを表示させたり、数枚前後のピクチャを表示させうるアプリケーションを制作することができる。【００１０】  ここでストリーム管理情報は更に、フラグを含み、このフラグが、前記ビデオストリームを構成する全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを保証している。
スライドショーに対するエントリーマップのデータ構造が、外観上、動画に対するエントリーマップのデータ構造と同一であっても、再生装置は、動画再生と同じ再生制御を実行しつつ、フラグが上述した旨を示している場合のみ、ピクチャ精度のランダムアクセスを実行すればよい。再生装置は、動画再生との互換性を維持する形で、ピクチャ精度のランダムアクセスを実現することができる。これにより、動画再生と、スライドショー再生との両機能を兼備した再生装置の普及を促進することができる。
【図面の簡単な説明】
【００１１】［図１］本発明に係る記録媒体の使用行為についての形態を示す図である。
［図２］ＢＤ−ＲＯＭの内部構成を示す図である。
［図３］拡張子．ｍ２ｔｓが付与されたファイルがどのように構成されているかを模式的に示す図である。
［図４］ＡＶＣｌｉｐを構成するＴＳパケットがどのような過程を経てＢＤ−ＲＯＭに書き込まれるかを示す図である。
［図５］（ａ）映画に用いられるビデオストリームの内部構成を示す図である。【００１２】  （ｂ）スライドショーに用いられるビデオストリームの内部構成を示す図である。
［図６］（ａ）ＩＤＲピクチャの内部構成を示す図である。（ｂ）Ｎｏｎ−ＩＤＲ  Ｉピクチャの内部構成を示す。（ｃ）Ｎｏｎ−ＩＤＲ  Ｉピクチャにおける依存関係を示す。
［図７］ＩＤＲピクチャ、Ｎｏｎ−ＩＤＲ  ＩピクチャがＴＳパケットに変換される過程を示す図である。
［図８］スライドショーにおけるＩＤＲピクチャが、ＢＤ−ＲＯＭにどのように記録されるかを図である。
［図９］スライドショーの再生進行を示す図である。
［図１０］Ｃｌｉｐ情報の内部構成を示す図である。
［図１１］（ａ）ビデオストリームについてのＳｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏを示す。【００１３】  （ｂ）オーディオストリームについてのＳｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏを示す。
［図１２］Ｃｌｉｐ情報におけるＣｌｉｐ  ｉｎｆｏの内部構成を示す図である。
［図１３］映画のビデオストリームに対するＥＰ＿ｍａｐ設定を示す図である。
［図１４］図１３におけるＥｎｔｒｙ  Ｐｏｉｎｔ＃１〜Ｅｎｔｒｙ  Ｐｏｉｎｔ＃５のＰＴＳ＿ＥＰ＿ｓｔａｒｔ、ＳＰＮ＿ＥＰ＿ｓｔａｒｔを、ＥＰ＿Ｌｏｗ、ＥＰ＿Ｈｉｇｈの組みで表現したものである。
［図１５］図１３のビデオストリームに対するランダムアクセスがどのようになされるかを示す図である。
［図１６］スライドショーに対し、設定されたＥＰ＿ｍａｐの内部構成を示す図である。
［図１７］時間軸上の一時点へのランダムアクセスを、図１６と同様の表記で、示した図である。
［図１８］本発明に係る再生装置の内部構成を示す図である。
［図１９］映画に用いられるビデオストリームにおいて、時間情報をＩピクチャアドレスに変換する手順を示すフローチャートである。
［図２０］スライドショーに用いられるビデオストリームにおいて、時間情報をＩピクチャアドレスに変換する手順を示すフローチャートである。
［図２１］Ｐｌａｙ  Ｌｉｓｔ情報の構成を示す図である。
［図２２］ＡＶ  Ｃｌｉｐと、Ｐｌａｙ  Ｌｉｓｔ情報との関係を示す図である。
［図２３］第２実施形態に係るＰｌａｙ  Ｌｉｓｔ情報の複数のＰＬＭａｒｋ情報の内部構成を示す図である。
［図２４］ＰＬｍａｒｋ情報によるチャプター定義を示す図である。
［図２５］スライドショーで用いられるビデオストリームに対する、ＰＬＭａｒｋ設定の具体例を示す図である。
［図２６］チャプターサーチの処理手順を示すフローチャートである。
［図２７］チャプタースキップの処理手順を示すフローチャートである。
［図２８］第３実施形態に係る、ＡＶ  Ｃｌｉｐの構成を示す図である。
［図２９］（ａ）ＩＧストリームの内部構成を示す図である。【００１４】  （ｂ）ＩＣＳの内部構成を示す図である。
［図３０］スライドショーにおける対話制御を規定するＩＣＳの一例を示す図である。
［図３１］（ａ）〜（ｃ）ビデオストリームの再生時点が、時点ｔｘに到達した際、表示されるメニューを示す図である。
［図３２］スライドショーで表示されるメニューにおける状態遷移を示す図である。
［図３３］スライドショーのナビゲーションコマンドによる分岐を示す図である。
【符号の説明】
【００１５】      １    ＢＤドライブ
２    Ａｒｒｉｖａｌ  ｔｉｍｅ  Ｃｌｏｃｋ  Ｃｏｕｎｔｅｒ
３    Ｓｏｕｒｃｅ  ｄｅ−ｐａｃｋｅｔｅｔｉｚｅｒ
４    ＰＩＤ  Ｆｉｌｔｅｒ４
５    Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ５
６    Ｍｕｌｔｉｐｌｅｘｅｄ  Ｂｕｆｆｅｒ６
７    Ｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ７
８    ビデオデコーダ８
１０    Ｄｅｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ１０
１１    ビデオプレーン１１
１２    Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１２
１３    Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ１３
１４    Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ１４
１５    Ｏｂｊｅｃｔ  Ｂｕｆｆｅｒ１５
１５    Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ１６
１７    Ｃｏｍｐｏｓｉｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ１７
１８    Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１８
１９    ＣＬＵＴ部１９
２０    Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ２０
２１    Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ２１
２２    Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｓｅｓｓｏｒ２２
２３    Ｏｂｊｅｃｔ  Ｂｕｆｆｅｒ２３
２４    Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ２４
２５    Ｃｏｍｐｏｓｉｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ２５
２６    Ｉｎｔａｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン２６
２７    ＣＬＵＴ部２７
２８    合成部２８
２９    合成部２９
３０  スイッチ３０
３１    Ｎｅｔｗｏｒｋ  Ｄｅｖｉｃｅ３１
３２    Ｌｏｃａｌ  Ｓｔｏｒａｇｅ３２
３３    Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ  Ｃｏｕｎｔｅｒ３３
３４    Ｓｏｕｒｃｅ  Ｄｅ−Ｐａｃｋｅｔｉｚｅｒ３４
３５    ＰＩＤフィルタ
３６    スイッチ
３７    Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ
３８    Ｅｌｅｍｅｎｔａｒｙ  Ｂｕｆｆｅｒ
３９    オーディオデコーダ
４０    Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ
４１    バッファ
４２    テキスト字幕デコーダ
４３    シナリオメモリ
４４    制御部
４６    ＰＳＲセット
１００    ＢＤ−ＲＯＭ
２００    再生装置
３００  リモコン
４００  テレビ
【発明を実施するための最良の形態】
【００１６】（第１実施形態）
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図１において、本発明に係る記録媒体は、ＢＤ−ＲＯＭ１００である。このＢＤ−ＲＯＭ１００は、再生装置２００、リモコン３００、テレビ４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。【００１７】  以上が本発明に係る記録媒体の使用形態についての説明である。続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、ＢＤ−ＲＯＭの応用層に対する改良により実施することができる。図２は、ＢＤ−ＲＯＭの内部構成を示す図である。
本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現すると、図中の第１段目のようになる。この第１段目においてＢＤ−ＲＯＭには、Ｒｏｏｔディレクトリの下に、ＢＤＭＶディレクトリがある。【００１８】  ＢＤＭＶディレクトリの配下には、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭディレクトリと呼ばれる３つのサブディレクトリが存在する。
ＳＴＲＥＡＭディレクトリには、いわばデジタルストリーム本体となるファイル群を格納しているディレクトリであり、拡張子ｍ２ｔｓが付与されたファイル（００００１．ｍ２ｔｓ，００００２．ｍ２ｔｓ，００００３．ｍ２ｔｓ）が存在する。【００１９】  ＰＬＡＹＬＩＳＴディレクトリは、拡張子ｍｐｌｓが付与されたファイル（００００１．ｍｐｌｓ，００００２．ｍｐｌｓ，００００３ｍｐｌｓ）が存在する。
ＣＬＩＰＩＮＦディレクトリには、拡張子ｃｌｐｉが付与されたファイル（００００１．ｃｌｐｉ，００００２．ｃｌｐｉ，００００３．ｃｌｐｉ）が存在する。
＜ＡＶＣｌｉｐの構成＞
続いて拡張子．ｍ２ｔｓが付与されたファイルについて説明する。図３は、拡張子．ｍ２ｔｓが付与されたファイルがどのように構成されているかを模式的に示す図である。拡張子．ｍ２ｔｓが付与されたファイル（００００１．ｍ２ｔｓ，００００２．ｍ２ｔｓ，００００３．ｍ２ｔｓ・・・・・）は、ＡＶＣｌｉｐを格納している。ＡＶＣｌｉｐは（第４段目）、複数のビデオフレーム（ピクチャｐｊ１，２，３）からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（第１段目）、ＰＥＳパケット列に変換し（第２段目）、更にＴＳパケットに変換して（第３段目）、これらを多重化することで構成される。【００２０】  尚、ＡＶＣｌｉｐには、字幕系のプレゼンテーショングラフィクスストリーム（ＰＧストリーム）や対話系のインタラクティブグラフィクスストリーム（ＩＧストリーム）が多重化されることもある。また、テキストコードにより表現された字幕データ（テキスト字幕ストリーム）が、ＡＶＣｌｉｐとして記録されることもある。
続いて、ＭＰＥＧ２−ＴＳ形式のデジタルストリームであるＡＶＣｌｉｐが、ＢＤ−ＲＯＭにどのように書き込まれるかを説明する。図４は、ＡＶＣｌｉｐを構成するＴＳパケットがどのような過程を経てＢＤ−ＲＯＭに書き込まれるかを示す図である。本図の第１段目にＡＶＣｌｉｐを構成するＴＳパケットを示す。【００２１】  ＡＶＣｌｉｐを構成するＴＳパケットは、第２段目に示すようにＴＳ＿ｅｘｔｒａ＿ｈｅａｄｅｒ（図中の「ＥＸ」）が付される。
第３段目、第４段目は、ＢＤ−ＲＯＭの物理単位と、ＴＳパケットとの対応関係を示す。第４段目に示すように、ＢＤ−ＲＯＭ上には複数セクタが形成されている。ｅｘｔｒａ＿ｈｅａｄｅｒ付きＴＳパケット（以下ＥＸ付きＴＳパケットと略す）は、３２個毎にグループ化されて、３つのセクタに書き込まれる。３２個のＥＸ付きＴＳパケットからなるグループは、６１４４バイト（＝３２×１９２）であり、これは３個のセクタサイズ６１４４バイト（＝２０４８×３）と一致する。３個のセクタに収められた３２個のＥＸ付きＴＳパケットを“Ａｌｉｇｎｅｄ  Ｕｎｉｔ”といい、ＢＤ−ＲＯＭへの書き込みにあたっては、Ａｌｉｇｎｅｄ  Ｕｎｉｔ単位で暗号化がなされる。【００２２】  第５段目においてセクタは、３２個単位で誤り訂正符号が付され、ＥＣＣブロックを構成する。再生装置はＡｌｉｇｎｅｄ  Ｕｎｉｔの単位でＢＤ−ＲＯＭをアクセスする限り、３２個の完結したＥＸ付きＴＳパケットを得ることができる。以上がＢＤ−ＲＯＭに対するＡＶＣｌｉｐの書き込みのプロセスである。
＜ビデオストリーム＞
ビデオストリームの内部構成について説明する。図５は、ビデオストリームの内部構成を示す図である。ビデオストリームには、映画により利用されるものと、スライドショーにより利用されるものの２つのタイプがある。本実施形態において、これら映画、スライドショーで用いられるビデオストリームは何れもＭＰＥＧ４−ＡＶＣで符号化されている点で共通する。つまり、符号化方式の点において共通するものとする。【００２３】  図５（ａ）は、映画に用いられるビデオストリームの内部構成を示す図である。図５（ａ）におけるビデオストリームは、符号化順序に配置された複数のピクチャからなる。
図中のＩ，Ｐ，Ｂは、それぞれＩピクチャ、Ｂピクチャ、Ｐピクチャを意味する。Ｉピクチャには、ＩＤＲピクチャと、Ｎｏｎ−ＩＤＲ  Ｉピクチャとの２種類がある。Ｎｏｎ−ＩＤＲ  Ｉピクチャ、Ｐピクチャ、Ｂピクチャは、他のピクチャとのフレーム相関性に基づき圧縮符号化されている。Ｂピクチャとは、Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙｐｒｅｄｉｃｔｉｖｅ（Ｂ）形式のスライスデータからなるピクチャをいい、Ｐピクチャとは、Ｐｒｅｄｉｃｔｉｖｅ（Ｐ）形式のスライスデータからなるピクチャをいう。Ｂピクチャには、ｒｅｆｒｅｎｃｅＢピクチャと、ｎｏｎｒｅｆｒｅｎｃｅＢピクチャとがある。【００２４】  図５（ａ）では、Ｎｏｎ−ＩＤＲ  Ｉピクチャを“Ｉ”と記述しており、ＩＤＲピクチャを“ＩＤＲ”と記述している。以降、同様の表記を用いる。以上が映画に用いられる、ビデオストリームである。
続いてＩＤＲピクチャ及びＮｏｎ−ＩＤＲ  Ｉピクチャの内部構成について説明する。図６（ａ）は、ＩＤＲピクチャの内部構成を示す図である。本図に示すようにＩＤＲピクチャは、複数のＩｎｔｒａ形式のスライスデータからなる。図６（ｂ）は、Ｎｏｎ−ＩＤＲ  Ｉピクチャの内部構成を示す。ＩＤＲピクチャがＩｎｔｒａ形式のスライスデータのみから構成されているのに対し、Ｎｏｎ−ＩＤＲ  ＩピクチャはＩｎｔｒａ形式のスライスデータ、Ｐ形式のスライスデータ、Ｂ形式のスライスデータから構成されている。図６（ｃ）は、Ｎｏｎ−ＩＤＲ  Ｉピクチャにおける依存関係を示す。Ｎｏｎ−ＩＤＲ  Ｉピクチャは、Ｂ，Ｐスライスデータから構成されうるので、他のピクチャとの依存関係をもちうる。【００２５】  ＜ＢＤ−ＲＯＭへの記録＞
続いてＩＤＲピクチャ、Ｎｏｎ−ＩＤＲ  Ｉピクチャが、どのようにしてＴＳパケットに変換され、ＢＤ−ＲＯＭに記録されるかについて説明する。図７は、ＩＤＲピクチャ、Ｎｏｎ−ＩＤＲ  ＩピクチャがＴＳパケットに変換される過程を示す図である。図中の第１段目は、ＩＤＲピクチャ、Ｎｏｎ−ＩＤＲ  Ｉピクチャを示す。第２段目は、ＭＰＥＧ４−ＡＶＣに規定されたＡｃｃｅｓｓ  Ｕｎｉｔを示す。ＩＤＲピクチャ、Ｎｏｎ−ＩＤＲ  Ｉピクチャを構成する複数のスライスデータは、シーケンシャルに配置され、ＡＵＤ（Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒ），ＳＰＳ（Ｓｅｑｕｅｎｃｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ），ＰＰＳ（Ｐｉｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ），ＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｄ  ｉｎｆｏ）が付加されることにより、Ａｃｃｅｓｓ  Ｕｎｉｔに変換されることになる。【００２６】  ＡＵＤ，ＳＰＳ，ＰＰＳ，ＳＥＩ、Ａｃｃｅｓｓ  Ｕｎｉｔのそれぞれは、ＭＰＥＧ４−ＡＶＣに規定された情報であり、ＩＴＵ−Ｔ  ＲｅｃｏｍｍｅｎｄａｔｉｏｎＨ．２６４等の様々な文献に記載されているので、詳細については、これらの文献を参照されたい。ここで重要であるのは、ＡＵＤ，ＳＰＳ，ＰＰＳ，ＳＥＩが再生装置に供給されることがランダムアクセスの必須条件になるという点である。
第３段目はＮＡＬ  ｕｎｉｔを示す。第２段目におけるＡＵＤ，ＳＰＳ，ＰＰＳ，ＳＥＩに対し、ヘッダを付加することにより、ＡＵＤ，ＳＰＳ，ＰＰＳ，ＳＥＩ、スライスデータは、それぞれＮＡＬ  ｕｎｉｔに変換されることになる。ＮＡＬ  ｕｎｉｔとは、ＭＰＥＧ４−ＡＶＣのネットワーク抽象レイヤ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）において、規定された単位であり、ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２６４等の様々な文献に記載されているので、詳細についてはこれらの文献を参照されたい。ここで重要であるのは、ＡＵＤ，ＳＰＳ，ＰＰＳ，ＳＥＩ，スライスデータは、それぞれ独立したＮＡＬｕｎｉｔに変換されているので、ＡＵＤ，ＳＰＳ，ＰＰＳ，ＳＥＩ，スライスデータのそれぞれは、ネットワーク抽象レイヤにおいて、それぞれ独立に取り扱われるという点である。【００２７】  １つのピクチャを変換することで得られた複数のＮＡＬ  ｕｎｉｔは、第４段目に示すようにＰＥＳパケットに変換される。そしてＴＳパケットに変換されてＢＤ−ＲＯＭ上に記録される。
１つのＧＯＰを再生するには、そのＧＯＰの先頭に位置するＩＤＲピクチャ、Ｎｏｎ−ＩＤＲ  Ｉピクチャを構成するＮＡＬ  ｕｎｉｔのうち、Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒを含むものをデコーダに投入せねばならない。つまりＡｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒを含むＮＡＬ  ｕｎｉｔが、ＩＤＲピクチャ、Ｎｏｎ−ＩＤＲ  Ｉピクチャをデコードするための１つの指標になる。このＡｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒを含むＮＡＬ  ｕｎｉｔを、本実施形態では点（Ｐｏｉｎｔ）として扱う。そして再生装置は、ビデオストリームを再生するにあたって、Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒを含むＮＡＬ  ｕｎｉｔを、Ｎｏｎ−ＩＤＲ  Ｉピクチャ、ＩＤＲピクチャを再生するためのエントリー位置として解釈する。従って、ＡＶＣｌｉｐにおいて、ランダムアクセスを実行するには、ＩＤＲピクチャ，Ｎｏｎ−ＩＤＲ  ＩピクチャのＡｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒが何処に存在するかを、把握することが非常に重要になる。以上が映画に用いられる、ＭＰＥＧ４−ＡＶＣ形式のビデオストリームの構成である。【００２８】  ＜スライドショー＞
続いて、スライドショーに用いられるビデオストリームについて説明する。図５（ｂ）は、スライドショーに用いられるビデオストリームの内部構成を示す図である。本図に示すように、スライドショーに用いられるビデオストリームは、複数の静止画データから構成される。これらの静止画データは、何れも、ＩＤＲピクチャである。つまりスライドショーでは、どのピクチャも単体でデコードされるように、ＩＤＲピクチャでデコードされているのである。【００２９】  本実施形態におけるスライドショーは、ビデオストリームとオーディオストリームとが多重化されており、ビデオストリームにおける個々の静止画が、オーディオストリームの再生進行に沿って再生されるタイプのスライドショー（Ｔｉｍｅｂａｓｅｄ  ＳｌｉｄｅＳｈｏｗ）である。
ＢＤ−ＲＯＭに記録されうるスライドショーには、オーディオストリームが多重されておらず、オーディオストリームの再生とは無関係に、静止画の再生が進行するスライドショー（Ｂｒｏｗｓａｂｌｅ  ＳｌｉｄｅＳｈｏｗ）が他に存在する。【００３０】  これらのうち映画及びＴｉｍｅｂａｓｅｄ  ＳｌｉｄｅＳｈｏｗは、何れも時間軸をもっているので、これらに対象を絞って説明を進めてゆく。
スライドショーを構成するビデオストリームの内部構成について説明する。
図８は、スライドショーにおけるＩＤＲピクチャが、ＢＤ−ＲＯＭにどのように記録されるかを図である。ＢＤ−ＲＯＭへの記録は、図７と同様である。つまりスライドショーを構成するＩＤＲピクチャは、複数のスライスデータからなるので、各スライスデータを、動画のＩＤＲピクチャ同様、ＮＡＬ  ｕｎｉｔに変換して、ＢＤ−ＲＯＭに記録するのである。本図に示す記録が、図７のものと異なるのは、ピクチャを構成するスライスデータの末尾に、“Ｅｎｄ  ｏｆ  Ｓｔｒｅａｍコード”がある点である。このＥｎｄ  ｏｆ  Ｓｔｒｅａｍコードは、デコーダ動作の凍結（Ｄｉｓｐｌａｙ  Ｆｒｏｚｅｎ）を再生装置に命じる終端コードであり、スライスデータと同様、１つのＮＡＬ  ｕｎｉｔに変換されてＢＤ−ＲＯＭに記録される。【００３１】  この図８に示すＩＤＲピクチャが、順次デコーダに供給されることにより、図９に示すように、スライドショーの再生は進行する。図９は、スライドショーの再生進行を示す図である。本図の第４段目は、ＴＳパケット列を示し、第３段目は、この第４段目のＴＳパケットを変換することで得られたＰＥＳパケット列を示す。第２段目は、スライドショーの時間軸を示し、第１段目は、スライドショーを構成する個々のＩＤＲピクチャを示す。この第１段目のＩＤＲピクチャは、第３段目のＰＥＳパケットにおけるＰＴＳに示される時点に表示される。また第３段目のＰＥＳパケットには、図８に示したＥｎｄ  ｏｆ  Ｓｔｒｅａｍコードがあるので、再生装置は、ＰＥＳパケットのＰＴＳに示される時点においてＩＤＲピクチャを表示した後、デコーダ動作を凍結した状態（Ｄｉｓｐｌａｙ  Ｆｒｏｚｅｎ）になる。このデコーダ動作の凍結状態は、次のＩＤＲピクチャの表示がなされるまで、継続することになる。ＰＥＳパケットのＰＴＳに示された時点における表示と、Ｅｎｄ  ｏｆ  Ｓｔｒｅａｍコードによるデコーダ動作凍結とを繰り返すことにより、スライドショーを構成する個々のＩＤＲピクチャは、順次再生されてゆく。以上が、スライドショーの再生進行である。
＜Ｃｌｉｐ情報＞
続いて拡張子．ｃｌｐｉが付与されたファイルについて説明する。拡張子．ｃｌｐｉが付与されたファイル（００００１．ｃｌｐｉ，００００２．ｃｌｐｉ，００００３．ｃｌｐｉ・・・・・）は、Ｃｌｉｐ情報を格納している。Ｃｌｉｐ情報は、個々のＡＶＣｌｉｐについての管理情報である。図１０は、Ｃｌｉｐ情報の内部構成を示す図である。本図の左側に示すようにＣｌｉｐ情報は、
ｉ）ＡＶＣｌｉｐファイルの属性情報を格納した『ＣｌｉｐＩｎｆｏ（）』、
ｉｉ）ＡＴＣ  Ｓｅｑｕｅｎｃｅ，ＳＴＣ  Ｓｅｑｕｅｎｃｅに関する情報を格納した『Ｓｅｑｕｅｎｃｅ  Ｉｎｆｏ（）』
ｉｉｉ）Ｐｒｏｇｒａｍ  Ｓｅｑｕｅｎｃｅに関する情報を格納した『Ｐｒｏｇｒａｍ  Ｉｎｆｏ（）』
ｉｖ）『Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏ（ＣＰＩ（））』からなる。
図中の引き出し線ｃｕ１は、ｉ番目のＰｒｏｇｒａｍ  Ｓｅｑｕｅｎｃｅ（Ｐｒｏｇｒａｍ  Ｓｅｑｕｅｎｃｅ（ｉ））の構成をクローズアップしている。本引き出し線に示すように、Ｐｒｏｇｒａｍ  Ｓｅｑｕｅｎｃｅ（ｉ）に対するＰｒｏｇｒａｍ  Ｉｎｆｏは、Ｓｔｒｅａｍ＿ＰＩＤと、Ｓｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏとの組みをＮｓ（ｉ）個配列してなる（図中のＳｔｒｅａｍ＿ＰＩＤ［ｉ］（０）、Ｓｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏ（ｉ，０）〜Ｓｔｒｅａｍ＿ＰＩＤ［ｉ］（Ｎｓ（ｉ）−１）、Ｓｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏ（ｉ，Ｎｓ（ｉ）−１））。【００３２】  Ｓｔｒｅａｍ＿ＰＩＤは、ＡＶＣｌｉｐを構成する個々のエレメンタリストリームについてのパケット識別子を示し、Ｓｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏは、ＡＶＣｌｉｐを構成する個々のエレメンタリストリームについての符号化方式を示す。
図１１（ａ）は、ビデオストリームについてのＳｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏを示し、図１１（ｂ）は、オーディオストリームについてのＳｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏを示す。ビデオストリームのＳｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏは、図１１（ａ）に示すように、ビデオストリームの符号化方式が、ＭＰＥＧ４−ＡＶＣ、ＭＰＥＧ２−Ｖｉｄｅｏの何れであるかを示す『Ｓｔｒｅａｍ＿Ｃｏｄｉｎｇ＿ｔｙｐｅ』と、ビデオストリームの表示方式が４８０ｉ，５７６ｉ，４８０ｐ，１０８０ｉ，７２０ｐ，１０８０ｐの何れであるかを示す『Ｖｉｄｅｏ＿ｆｏｒｍａｔ』，ビデオストリームのフレームレートが２３．９７６Ｈｚ，２９．９７Ｈｚ，５９．９４Ｈｚの何れであるかを示す『ｆｒａｍｅ＿ｒａｔｅ』、ビデオストリームにおけるピクチャのアスペクト比が４：３，１６：９の何れであるかを示す『ａｓｐｅｃｔ＿ｒａｔｉｏ』を含む。【００３３】  図１１（ｂ）は、オーディオストリームについてのＳｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏを示す。本図に示すようにオーディオストリームについてのＳｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏは、オーディオストリームの符号化方式がＬＰＣＭ，Ｄｏｌｂｙ−ＡＣ３，Ｄｔｓの何れであるかを示す『Ｓｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｔｙｐｅ』、オーディオストリームの出力形式がステレオ、モノラル、マルチの何れであるかを示す『ａｕｄｉｏ＿Ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｙｐｅ』、オーディオストリームのサンプリング周波数を示す『Ｓａｍｐｌｉｎｇ＿Ｆｒｅｎｑｕｅｎｃｙ』、オーディオストリームに対応する言語を示す『ａｕｄｉｏ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅ』からなる。【００３４】  このＳｔｒｅａｍ＿Ｃｏｄｉｎｇ＿Ｉｎｆｏを参照することにより、ＡＶＣｌｉｐにおける複数のエレメンタリストリームのうち、どれがＭＰＥＧ４−ＡＶＣ形式であるかを知得することができる。
＜ＣＰＩ（ＥＰ＿ｍａｐ）＞
図１０に戻って、ＣＰＩの説明を行う。図中の引き出し線ｃｕ２は、ＣＰＩの構成をクローズアップしている。引き出し線ｃｕ２に示すように、ＣＰＩはＥＰ＿ｍａｐからなる。ＥＰ＿ｍａｐは、Ｎｅ個のＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ（ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ（０）〜ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ（Ｎｅ−１））からなる。これらＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤは、ＡＶＣｌｉｐに属する個々のエレメンタリストリームについてのＥＰ＿ｍａｐである。ＥＰ＿ｍａｐは、１つのエレメンタリストリーム上において、Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒが存在するエントリー位置のパケット番号（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）を、エントリー時刻（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）と対応づけて示す情報である。図中の引き出し線ｃｕ３は、ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤの内部構成をクローズアップしている。【００３５】  これによると、ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤは、Ｎｃ個のＥＰ＿Ｈｉｇｈ（ＥＰ＿Ｈｉｇｈ（０）〜ＥＰ＿Ｈｉｇｈ（Ｎｃ−１））と、Ｎｆ個のＥＰ＿Ｌｏｗ（ＥＰ＿Ｌｏｗ（０）〜ＥＰ＿Ｌｏｗ（Ｎｆ−１））とからなることがわかる。ここでＥＰ＿Ｈｉｇｈは、Ａｃｃｅｓｓ  Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ  Ｉピクチャ、ＩＤＲピクチャ）のＳＰＮ＿ＥＰ＿ｓｔａｒｔ及びＰＴＳ＿ＥＰ＿ｓｔａｒｔの上位ビットを表す役割をもち、ＥＰ＿Ｌｏｗは、Ａｃｃｅｓｓ  Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ  Ｉピクチャ、ＩＤＲピクチャ）のＳＰＮ＿ＥＰ＿ｓｔａｒｔ及びＰＴＳ＿ＥＰ＿ｓｔａｒｔの下位ビットを示す役割をもつ。【００３６】  図中の引き出し線ｃｕ４は、ＥＰ＿Ｈｉｇｈの内部構成をクローズアップしている。この引き出し線に示すように、ＥＰ＿Ｈｉｇｈ（ｉ）は、ＥＰ＿Ｌｏｗに対する参照値である『ｒｅｆ＿ｔｏ＿ＥＰ＿Ｌｏｗ＿ｉｄ［ｉ］』と、Ａｃｃｅｓｓ  Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ  Ｉピクチャ、ＩＤＲピクチャ）のＰＴＳの上位ビットを示す『ＰＴＳ＿ＥＰ＿Ｈｉｇｈ［ｉ］』と、Ａｃｃｅｓｓ  Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ  Ｉピクチャ、ＩＤＲピクチャ）のＳＰＮの上位ビットを示す『ＳＰＮ＿ＥＰ＿Ｈｉｇｈ［ｉ］』とからなる。ここでｉとは、任意のＥＰ＿Ｈｉｇｈを識別するための識別子である。【００３７】  図中の引き出し線ｃｕ５は、ＥＰ＿Ｌｏｗの構成をクローズアップしている。引き出し線ｃｕ５に示すように、ＥＰ＿Ｌｏｗは、対応するＡｃｃｅｓｓ  ＵｎｉｔがＩＤＲピクチャか否かを示す『ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ（ＥＰ＿Ｌｏｗ＿ｉｄ）』と、対応するＡｃｃｅｓｓ  Ｕｎｉｔのサイズを示す『Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ（ＥＰ＿Ｌｏｗ＿ｉｄ）』と、対応するＡｃｃｅｓｓ  Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ  Ｉピクチャ、ＩＤＲピクチャ）のＰＴＳの下位ビットを示す『ＰＴＳ＿ＥＰ＿Ｌｏｗ（ＥＰ＿Ｌｏｗ＿ｉｄ）』と、対応するＡｃｃｅｓｓ  Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ  Ｉピクチャ、ＩＤＲピクチャ）のＳＰＮの下位ビットを示す『ＳＰＮ＿ＥＰ＿Ｌｏｗ（ＥＰ＿Ｌｏｗ＿ｉｄ）』とからなる。ここでＥＰ＿Ｌｏｗ＿ｉｄとは、任意のＥＰ＿Ｌｏｗを���別するための識別子である。【００３８】  これらのＥＰ＿ｍａｐのデータ構造は、基本的には上述した特許文献等に記載されたものであり、本明細書ではこれ以上詳しく触れない。
続いて、Ｃｌｉｐ情報におけるＣｌｉｐ  ｉｎｆｏについて説明する。図１２は、Ｃｌｉｐ情報におけるＣｌｉｐ  ｉｎｆｏの内部構成を示す図である。図中の引き出し線はＣｌｉｐ  ｉｎｆｏ（）の構成をクローズアップしている。この引き出し線に示すように、Ｃｌｉｐ  ｉｎｆｏ（）は、デジタルストリームの類型を示す“ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ”，本ＡＶＣｌｉｐを利用するアプリケーションの類型を示す“ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ”，ＡＶＣｌｉｐの記録レートを示す“ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ”，ＡＶＣｌｉｐを構成するＴＳパケット数を示す“ｎｕｍｂｅｒ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔ”から構成されていることがわかる。このうちｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅは、本Ｃｌｉｐ情報に対応するＡＶＣｌｉｐが、Ｍｏｖｉｅ  Ａｐｐｌｉｃａｔｉｏｎ，ＴＳ  ｆｏｒ  Ｔｉｍｅｂａｓｅｄ  ＳｌｉｄｅＳｈｏｗ，ＴＳ  ｆｏｒ  ＭａｉｎＰａｔｈ  ｏｆ  ｔｈｅ  Ｂｒｏｗｓａｂｌｅ  ＳｌｉｄｅＳｈｏｗ，ＴＳ  ｆｏｒ  ＳｕｂＰａｔｈ  ｏｆ  ｔｈｅ  Ｂｒｏｗｓａｂｌｅ  ＳｌｉｄｅＳｈｏｗの何れであるかを示す。具体的には、
ａ）ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ＝１である場合、ＡＶＣｌｉｐの類型は、Ｍｏｖｉｅ  Ａｐｐｌｉｃａｔｉｏｎであることを示す。【００３９】  ｂ）ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ＝２である場合、ＡＶＣｌｉｐの類型は、ＴＳ  ｆｏｒ  Ｔｉｍｅｂａｓｅｄ  ＳｌｉｄｅＳｈｏｗであることを示す。
ｃ）ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ＝３である場合、ＡＶＣｌｉｐの類型は、ＴＳ  ｆｏｒ  ＭａｉｎＰａｔｈ  ｏｆ  ｔｈｅ  Ｂｒｏｗｓａｂｌｅ  ＳｌｉｄｅＳｈｏｗであることを示す。ここで“ＭａｉｎＰａｔｈ”とは、Ｂｒｏｗｓａｂｌｅ  ＳｌｉｄｅＳｈｏｗを構成するビデオストリーム−オーディオストリームの組みのうち、ビデオストリームであることを意味する。
ｄ）ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ＝４である場合、ＡＶＣｌｉｐの類型は、ＴＳ  ｆｏｒ  ＳｕｂＰａｔｈ  ｏｆ  ｔｈｅ  Ｂｒｏｗｓａｂｌｅ  ＳｌｉｄｅＳｈｏｗであることを示す。ここで“ＳｕｂＰａｔｈ”とは、Ｂｒｏｗｓａｂｌｅ  ＳｌｉｄｅＳｈｏｗを構成するビデオストリーム−オーディオストリームの組みのうち、オーディオストリームであることを意味する。【００４０】  図１２における矢印ｃｔ３，ｃｔ４は、このａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅがもたらす副次的な意味内容を示す。副次的な意味内容とは、ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅがそれぞれの値に設定された際、ＥＰ＿ｍａｐのデータ構造がどのようなものになるかを意味する。
図中の矢印ｃｔ４は、ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅが１，４である場合、ＥＰ＿ｍａｐがどのようなデータ構造になるかを示す。具体的にいうと、ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅが１，４である場合、ＥＰ＿ｍａｐは、隣り合う２つのＰＴＳ＿ＥＰ＿ｓｔａｒｔの値の間隔が、１秒未満になればよいことを意味する。【００４１】  図中の矢印ｃｔ３は、ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅが２，３である場合、ＥＰ＿ｍａｐがどのようなデータ構造になるかを示す。具体的にいうと、ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅが２，３である場合、ＡＶＣｌｉｐの全てのピクチャを指し示すように、ＰＴＳ＿ＥＰ＿ｓｔａｒｔの値が設定されることを意味する。つまりＡＶＣｌｉｐの全てのピクチャがＥＰ＿ｍａｐにて指し示されていることを保証している。
ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅに、かかる副次的な意味をもたせることの、技術的意義について説明する。【００４２】  ここでスライドショーを作成するにあたって、全てのピクチャデータをＩＤＲピクチャに設定するというというのは、１つの考え方にすぎない。他のピクチャとの相関性を用いて圧縮されたＰピクチャや２枚以上の前後のピクチャとの相関性を用いて圧縮されたＢピクチャを用いることで、ビデオストリームを構成してもよい。従ってオーサリング者によっては、ＰピクチャやＢピクチャを用いてスライドショーを構成しようとするかもしれない。【００４３】  ところがＰピクチャやＢピクチャは、参照しているピクチャがないとデコードすることができない。そのため、ユーザー操作により、スライドショーを構成する任意のピクチャを再生しようとすると、間近にある参照ピクチャをデコードしてからでないと、所望のピクチャをデコードすることが不可能になる。
所望のピクチャを再生する度に、そのピクチャが参照している全てのピクチャをデコードせねばならないので、ＰピクチャやＢピクチャからスライドショーを構成しようとすると、操作性が悪い、スライドショーを制作することになりかねない。【００４４】  スライドショーは、動画のように、ある決まった順番で、個々のピクチャデータが再生されるとは限らない。ユーザー操作により、任意のピクチャデータを再生するという処理が必要になる。そこで、本実施形態では、どこからでも再生できることを保証するために、スライドショーを構成するビデオストリームは、単独でデコード可能なイントラ符号化されたＩＤＲピクチャから構成している。つまり、ＰピクチャやＢピクチャからスライドショーを構成するという考えを排斥し、スライドショーを構成する全てのピクチャを、ＩＤＲピクチャにエンコードしている。【００４５】  これに伴い、スライドショーにおいては、全てのピクチャのエントリー位置及びエントリー時刻をＥＰ＿ｍａｐに指し示しておく。こうすることにより、ユーザがどのピクチャデータをデコードしようとしても、そのピクチャデータをデコーダに供給するだけで、任意の静止画を再生に供することができる。
ビデオストリームがスライドショーに用いられるものであるか否かは、Ｃｌｉｐ＿Ｉｎｆｏにおけるａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅに示されているので、このａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅが“スライドショーを示しているか否か”は、“ビデオストリームを構成する各ピクチャデータの位置及び再生開始時刻が、ＥＰ＿ｍａｐにより示されているか否か”という副次的な意味をもつことになる。【００４６】  Ｃｌｉｐ＿ｉｎｆｏのａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅがかかる意味をもつので、再生装置はこれから再生しようとするＡＶＣｌｉｐのＣｌｉｐ＿ｉｎｆｏを参照することにより、ビデオストリームを構成する各ピクチャがＩＤＲピクチャであり他のどのピクチャも参照していないこと、そして、何れのピクチャも、ＥＰ＿ｍａｐから指示されていることを再生装置は知得することができる。
故に再生装置は、スライドショーを再生するにあたって、このａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅを参照することにより、前後のピクチャをデコードせずとも、所望のピクチャをデコードすることができる。【００４７】  以上が、ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ及びＥＰ＿ｍａｐの技術的意義である。
以下、具体例を通じて、映画と、スライドショーとのＥＰ＿ｍａｐ設定の違いについて説明する。図１３は、映画のビデオストリーム（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝１ｏｒ４）に対するＥＰ＿ｍａｐ設定を示す図である。第１段目は、表示順序に配置された複数のピクチャを示し、第２段目は、そのピクチャにおける時間軸を示す。第４段目は、ＢＤ−ＲＯＭ上のＴＳパケット列を示し、第３段目は、ＥＰ＿ｍａｐの設定を示す。【００４８】  第２段目の時間軸において、時点ｔ１〜ｔ７に、Ａｃｃｅｓｓ  Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ  Ｉピクチャ、ＩＤＲピクチャ）が存在するものとする。そしてこれらのｔ１〜ｔ７のうち、ｔ１〜ｔ３の時間間隔、ｔ３〜ｔ５の時間間隔、ｔ５〜ｔ７の時間間隔が、１秒程度であるとすると、映画に用いられるビデオストリームにおけるＥＰ＿ｍａｐは、ｔ１〜ｔ７のうち、ｔ１，ｔ３，ｔ５をエントリー時刻（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）として設定し、これに対応づけて記録位置（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）を示すよう、設定される。また、Ｅｎｔｒｙ  Ｐｏｉｎｔ＃１〜Ｅｎｔｒｙ  Ｐｏｉｎｔ＃４のうち、Ｅｎｔｒｙ  Ｐｏｉｎｔ＃１、Ｅｎｔｒｙ  Ｐｏｉｎｔ＃３は、ＩＤＲピクチャに対応しているので、ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔは“１”に設定される。それ以外のＥｎｔｒｙ  Ｐｏｉｎｔ＃２、Ｅｎｔｒｙ  Ｐｏｉｎｔ＃４におけるｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔは、“０”に設定される。【００４９】  図１４は、図１３におけるＥｎｔｒｙ  Ｐｏｉｎｔ＃１〜Ｅｎｔｒｙ  Ｐｏｉｎｔ＃５のＰＴＳ＿ＥＰ＿ｓｔａｒｔ、ＳＰＮ＿ＥＰ＿ｓｔａｒｔを、ＥＰ＿Ｌｏｗ、ＥＰ＿Ｈｉｇｈの組みで表現したものである。本図の左側にＥＰ＿Ｌｏｗを示し、右側にＥＰ＿Ｈｉｇｈを示す。
図１４左側のＥＰ＿Ｌｏｗ（０）〜（Ｎｆ−１）のうち、ＥＰ＿Ｌｏｗ（ｉ）〜（ｉ＋１）のＰＴＳ＿ＥＰ＿Ｌｏｗは、ｔ１，ｔ３，ｔ５，ｔ７の下位ビットを示す。ＥＰ＿Ｌｏｗ（０）〜（Ｎｆ−１）のうち、ＥＰ＿Ｌｏｗ（ｉ）〜（ｉ＋１）のＳＰＮ＿ＥＰ＿Ｈｉｇｈは、ｎ１，ｎ３，ｎ５，ｎ７の下位ビットを示す。【００５０】  図１４右側は、ＥＰ＿ｍａｐにおけるＥＰ＿Ｈｉｇｈ（０）〜（Ｎｃ−１）を示す。ここでｔ１，ｔ３，ｔ５，ｔ７は共通の上位ビットをもっており、またｎ１，ｎ３，ｎ５，ｎ７も共通の上位ビットをもっているとすると、この共通の上位ビットが、ＰＴＳ＿ＥＰ＿Ｈｉｇｈ，ＳＰＮ＿ＥＰ＿Ｈｉｇｈに記述される。そしてＥＰ＿Ｈｉｇｈに対応するｒｅｆ＿ｔｏ＿ＥＰ＿ＬＯＷ＿ｉｄは、ｔ１，ｔ３，ｔ５，ｔ７、ｎ１，ｎ３，ｎ５，ｎ７にあたるＥＰ＿Ｌｏｗのうち、先頭のもの（ＥＰ＿Ｌｏｗ（ｉ））を示すように設定しておく。こうすることにより、ＰＴＳ＿ＥＰ＿ｓｔａｒｔ、ＳＰＮ＿ＥＰ＿ｓｔａｒｔの共通の上位ビットは、ＥＰ＿Ｈｉｇｈにより表現されることになる。【００５１】  そしてＥＰ＿Ｌｏｗ（ｉ）〜（ｉ＋３）におけるｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ（ｉ）〜（ｉ＋３）のうち、（ｉ），（ｉ＋２）は、対応するＡｃｃｅｓｓ  ＵｎｉｔがＩＤＲピクチャであるので、ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔは“１”に設定されている。（ｉ＋１），（ｉ＋３）は、対応するＡｃｃｅｓｓ  ＵｎｉｔがＮｏｎ−ＩＤＲ  Ｉピクチャであるので、ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔは“０”に設定されている。
映画のような動画アプリケーションの場合は一度再生を開始すれば、以降のピクチャを連続的にデコードするため、ＥＰ＿ｍａｐは、すべてのＡｃｃｅｓｓ  Ｕｎｉｔを指定しておく必要はなく、最低限再生開始したい点にのみＥＰ＿ｍａｐのエントリーが設定されていればよい。このように映画に用いられるビデオストリームにあたっては、隣り合うＰＴＳ＿ＥＰ＿ｓｔａｒｔの値が、１秒未満になるように設定されればよいから、ｔ２，ｔ４，ｔ６に存在するピクチャのように、隣りのＡｃｃｅｓｓ  Ｕｎｉｔとの時間間隔が０．５秒程度になるＡｃｃｅｓｓ  Ｕｎｉｔについては、その再生時点がＰＴＳ＿ＥＰ＿ｓｔａｒｔにて指示されないものも現れる。図１５は、図１３のビデオストリームに対するランダムアクセスがどのようになされるかを示す図である。【００５２】  ここで図中のＩｎ＿ｔｉｍｅ（＝ｔ６）から、ランダムアクセスを実行する場合を考える。図１５では、ｔ６そのものは、ＰＴＳ＿ＥＰ＿ｓｔａｒｔにより指示されてはおらず、ｔ５が、ＰＴＳ＿ＥＰ＿ｓｔａｒｔに指示されている。そしてこのｔ５に対応するＥｎｔｒｙ＿Ｐｏｉｎｔは、ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ＝１に設定され、ＩＤＲピクチャであることを示しているので、このｔ５の再生時点に位置するＩＤＲピクチャの経由が必要になる。何故なら、ＩＤＲピクチャからランダムアクセスのアクセス先までのピクチャをＢＤ−ＲＯＭから読み出せば、ランダムアクセスのアクセス先のデコードに必要な全ての参照ピクチャをデコーダ内に準備することができるからである。【００５３】  図中第４段目のｋｅ１は、このｔ５への経由を象徴的に示している。しかし、ランダムアクセスのアクセスをダイレクトにアクセスできないので、この経由が、ランダムアクセスのオーバーヘッドになる。
続いて、ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅがスライドショー（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝２ｏｒ３）である場合の、ＥＰ＿ｍａｐ設定について説明する。時間軸上の複数の時点（ｔ１〜ｔ７）において、再生がなされるよう、ＰＴＳが設定されたＩＤＲピクチャが、スライドショー内に存在するものとする。この場合、このスライドショーに対するＥＰ＿ｍａｐ設定は、図１６のようになる。図１６は、スライドショーに対し、設定されたＥＰ＿ｍａｐの内部構成を示す図である。【００５４】  スライドショーでは、全てのピクチャを指示するようＥＰ＿ｍａｐを設定するので、ＥＰ＿ｍａｐにおける個々のＥｎｔｒｙ＿Ｐｏｉｎｔ＃１〜＃７は、スライドショーにおける個々のＩＤＲピクチャの再生時点ｔ１，ｔ２，ｔ３，ｔ４，ｔ５，ｔ６，ｔ７を、エントリー時刻（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）として特定し、エントリー位置（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）と対応づけていることがわかる。
こうして、各ＩＤＲピクチャの再生時点が、エントリー時刻として、ＥＰ＿ｍａｐにより指定されるので、ｔ１〜ｔ７のうち、どれかをランダムアクセスのアクセス先に選ぶ場合でも、先行するＩＤＲピクチャを経由するという迂回のオーバーヘッドが発生することはない。図１７は、時間軸上の一時点へのランダムアクセスを、図１６と同様の表記で、示した図である。本図における第１段目〜第４段目は、図１６と同様である。第２段目における時点ｔ２，ｔ４，ｔ６のうち、ｔ６をアクセス先にしてランダムアクセスを実行しようとすると、時点ｔ６そのものが、ＰＴＳ＿ＥＰ＿ｓｔａｒｔに指示されているので、先のＩＤＲピクチャを経由することなく、時点ｔ６にあたる、記録位置（ＳＰＮ＝Ｎ６）をアクセスすることができる。【００５５】  オーバーヘッドの発生がないように、全てのピクチャがＩＤＲピクチャにエンコードされ、どのピクチャの再生時点も、ＰＴＳ＿ＥＰ＿ｓｔａｒｔにより指示されているので、スライドショーにおける、時間情報を用いたランダムアクセスを高速に実行することができる。
上述したようなＥＰ＿ｍａｐ設定に伴い、ＣＬＩＰ．ＩＮＦＯにおけるＡｐｐｌｉｃａｔｉｏｎ＿Ｔｙｐｅを２又は３に示しておけば、スライドショーを構成するすべてのピクチャに対してＥＰ＿ｍａｐ上にエントリーが存在することが識別できるので、ＥＰ＿ｍａｐのエントリーを参照することにより、読み出すデータの範囲が判明し、前後のストリームを余分に解析する必要がなくなる。【００５６】  以上が、本実施形態にかかるＣｌｉｐ情報についての説明である。尚、拡張子“ｍｐｌｓ”が付与されたファイルについては、本実施形態での説明を省略し、第２実施形態で説明するものとする。
以上で本発明に係る記録媒体についての説明を終わる。続いて本発明に係る再生装置について説明する。【００５７】  ＜再生装置の内部構成＞
図１８は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部構成に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムＬＳＩと、ドライブ装置という２つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムＬＳＩは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、ＢＤドライブ１、Ａｒｒｉｖａｌ  ｔｉｍｅ  Ｃｌｏｃｋ  Ｃｏｕｎｔｅｒ２、Ｓｏｕｒｃｅ  ｄｅ−ｐａｃｋｅｔｅｔｉｚｅｒ３、ＰＩＤ  Ｆｉｌｔｅｒ４、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ５、Ｍｕｌｔｉｐｌｅｘｅｄ  Ｂｕｆｆｅｒ６、Ｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ７、ビデオデコーダ８、Ｄｅｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ１０、ビデオプレーン１１、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１２、Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ１３、Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ１４、Ｏｂｊｅｃｔ  Ｂｕｆｆｅｒ１５、Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ１６、Ｃｏｍｐｏｓｉｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ１７、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１８、ＣＬＵＴ部１９、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ２０、Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ２１、Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ２２、Ｏｂｊｅｃｔ  Ｂｕｆｆｅｒ２３、Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ２４、Ｃｏｍｐｏｓｉｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ２５、Ｉｎｔａｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン２６、ＣＬＵＴ部２７、合成部２８、合成部２９、スイッチ３０、Ｎｅｔｗｏｒｋ  Ｄｅｖｉｃｅ３１、Ｌｏｃａｌ  Ｓｔｏｒａｇｅ３２、Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ  Ｃｏｕｎｔｅｒ３３、Ｓｏｕｒｃｅ  Ｄｅ−Ｐａｃｋｅｔｉｚｅｒ３４、ＰＩＤフィルタ３５、スイッチ３６、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ３７、Ｅｌｅｍｅｎｔａｒｙ  Ｂｕｆｆｅｒ３８、オーディオデコーダ３９、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ４０、バッファ４１、テキスト字幕デコーダ４２、シナリオメモリ４３、制御部４４、ＰＳＲセット４６から構成される。本図における内部構成は、ＭＰＥＧのＴ−ＳＴＤモデルをベースとしたデコーダモデルであり、ダウンコンバートを想定した含めたデコーダモデルになっている。本図において一点鎖線で囲んだ部位は、システムＬＳＩとして、ワンチップ化されている部位を示す。【００５８】  ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行して、３２個のセクタからなるＡｌｉｇｎｅｄ  ＵｎｉｔをＢＤ−ＲＯＭから読み出す。
Ａｒｒｉｖａｌ  ｔｉｍｅ  Ｃｌｏｃｋ  Ｃｏｕｎｔｅｒ２は、２７ＭＨｚの水晶発振器（２７ＭＨｚ  Ｘ−ｔａｌ）に基づき、Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋを生成する。Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋとは、ＴＳパケットに付与されたＡＴＳの基準となる時間軸を規定するクロック信号である。【００５９】  Ｓｏｕｒｃｅ  ｄｅ−ｐａｃｋｅｔｅｔｉｚｅｒ３は、ＢＤ−ＲＯＭから３２個のセクタからなるＡｌｉｇｎｅｄ  Ｕｎｉｔが読み出されれば、Ａｌｉｇｎｅｄ  Ｕｎｉｔを構成するそれぞれのＴＳパケットから、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒを取り外して、ＴＳパケットのみをＰＩＤフィルタ４に出力する。Ｓｏｕｒｃｅ  Ｄｅ−Ｐａｃｋｅｔｉｚｅｒ３によるＰＩＤフィルタ４への出力は、Ａｒｒｉｖａｌ  ｔｉｍｅ  Ｃｌｏｃｋ  Ｃｏｕｎｔｅｒ２が経時している時刻が、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒに示されるＡＴＳになったタイミングになされる。ＰＩＤフィルタ４への出力は、ＡＴＳに従いなされるので、たとえＢＤ−ＲＯＭからの読み出しに１倍速、２倍速といった速度差があっても、ＰＩＤフィルタ４へのＴＳパケット出力は、Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋが経時する現在時間に従いなされることになる。【００６０】  ＰＩＤ  Ｆｉｌｔｅｒ４は、ＴＳパケットに付加されているＰＩＤを参照することにより、ＴＳパケットが、ビデオストリーム、ＰＧストリーム、ＩＧストリームの何れに帰属するのかを判定して、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ５、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ１２、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ２０、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ３７のどれかに出力する。
Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ（ＴＢ）５は、ビデオストリームに帰属するＴＳパケットがＰＩＤフィルタ４から出力された際、一旦蓄積されるバッファである。【００６１】  Ｍｕｌｔｉｐｌｅｘｅｄ  Ｂｕｆｆｅｒ（ＭＢ）６は、Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ５からＥｌｅｍｅｎｔａｒｙ  Ｂｕｆｆｅｒ７にビデオストリームを出力するにあたって、一旦ＰＥＳパケットを蓄積しておくためのバッファである。
Ｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ（ＣＰＢ）７は、符号化状態にあるピクチャ（Ｎｏｎ−ＩＤＲ  Ｉピクチャ、ＩＤＲピクチャ、Ｂピクチャ、Ｐピクチャ）が格納されるバッファである。【００６２】  ビデオデコーダ８は、ビデオエレメンタリストリームの個々のフレーム画像を所定の復号時刻（ＤＴＳ）ごとにデコードすることにより複数フレーム画像を得て、Ｄｅｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ１０に書き込む。
Ｄｅｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ１０は、復号されたピクチャが書き込まれるバッファである。
ビデオプレーン１１は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。ビデオプレーン１１における解像度は１９２０×１０８０であり、このビデオプレーン１１に格納されたピクチャデータは、１６ビットのＹＵＶ値で表現された画素データにより構成される。【００６３】  Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ（ＴＢ）１２は、ＰＧストリームに帰属するＴＳパケットがＰＩＤフィルタ４から出力された際、一旦蓄積されるバッファである。
Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ（ＣＤＢ）１３は、ＰＧストリームを構成するＰＥＳパケットが格納されるバッファである。
Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ（ＳＧＰ）１４は、グラフィクスデータを格納したＰＥＳパケット（ＯＤＳ）をデコードして、デコードにより得られたインデックスカラーからなる非圧縮状態のビットマップをグラフィクスオブジェクトとしてＯｂｊｅｃｔ  Ｂｕｆｆｅｒ１５に書き込む。【００６４】  Ｏｂｊｅｃｔ  Ｂｕｆｆｅｒ１５は、Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ１４のデコードにより得られたグラフィクスオブジェクトが配置される。
Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ１６は、グラフィクスデータ描画のための制御情報（ＰＣＳ）が配置されるメモリである。
Ｇｒａｐｈｉｃｓ  Ｃｏｎｔｒｏｌｌｅｒ１７は、Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ１６に配置されたＰＣＳを解読して、解読結果に基づく制御をする。【００６５】  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１８は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は１９２０×１０８０であり、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１８中の非圧縮グラフィクスの各画素は８ビットのインデックスカラーで表現される。ＣＬＵＴ（Ｃｏｌｏｒ  Ｌｏｏｋｕｐ  Ｔａｂｌｅ）を用いてかかるインデックスカラーを変換することにより、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１８に格納された非圧縮グラフィクスは、表示に供される。【００６６】  ＣＬＵＴ部１９は、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１８に格納された非圧縮グラフィクスにおけるインデックスカラーを、Ｙ，Ｃｒ，Ｃｂ値に変換する。
Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ（ＴＢ）２０は、ＩＧストリームに帰属するＴＳパケットが一旦蓄積されるバッファである。
Ｃｏｄｅｄ  Ｄａｔａ  Ｂｕｆｆｅｒ（ＣＤＢ）２１は、ＩＧストリームを構成するＰＥＳパケットが格納されるバッファである。【００６７】  Ｓｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ（ＳＧＰ）２２は、グラフィクスデータを格納したＰＥＳパケットをデコードして、デコードにより得られたインデックスカラーからなる非圧縮状態のビットマップをグラフィクスオブジェクトとしてＯｂｊｅｃｔＢｕｆｆｅｒ２３に書き込む。
Ｏｂｊｅｃｔ  Ｂｕｆｆｅｒ２３は、Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ２２のデコードにより得られたグラフィクスオブジェクトが配置される。【００６８】  Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ２４は、グラフィクスデータ描画のための制御情報が配置されるメモリである。
Ｇｒａｐｈｉｃｓ  Ｃｏｎｔｒｏｌｌｅｒ２５は、Ｃｏｍｐｏｓｉｔｉｏｎ  Ｂｕｆｆｅｒ２４に配置された制御情報を解読して、解読結果に基づく制御をする。
Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン２６は、Ｓｔｒｅａｍ  Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ（ＳＧＰ）２２によるデコードで得られた非圧縮グラフィクスが書き込まれる。本プレーンにおける解像度は１９２０×１０８０であり、Ｉｎｔａｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン２６中の非圧縮グラフィクスの各画素は８ビットのインデックスカラーで表現される。ＣＬＵＴ（Ｃｏｌｏｒ  Ｌｏｏｋｕｐ  Ｔａｂｌｅ）を用いてかかるインデックスカラーを変換することにより、Ｉｎｔａｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン２６に格納された非圧縮グラフィクスは、表示に供される。【００６９】  ＣＬＵＴ部２７は、Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン２６に格納された非圧縮グラフィクスにおけるインデックスカラーを、Ｙ，Ｃｒ，Ｃｂ値に変換する。
合成部２８はビデオプレーン１１に格納された非圧縮状態のフレーム画像と、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１８に格納された非圧縮状態のグラフィクスオブジェクトとを合成させる。かかる合成により、動画像上に、字幕が重ね合わされた合成画像を得ることができる。【００７０】  合成部２９は、Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃｓプレーン２６に格納された非圧縮状態のグラフィクスオブジェクトと、合成部２８の出力である合成画像（非圧縮状態のピクチャデータと、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１８の非圧縮グラフィクスオブジェクトとを合成したもの）とを合成する。
スイッチ３０は、ＢＤ−ＲＯＭから読み出されたＴＳパケット、Ｌｏｃａｌ  Ｓｔｏｒａｇｅ３２から読み出されたＴＳパケットの何れか一方を、選択的にＴｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ２０に供給する。【００７１】  Ｎｅｔｗｏｒｋ  Ｄｅｖｉｃｅ３１は、再生装置における通信機能を実現するものであり、ＵＲＬにあたるｗｅｂサイトとのＴＣＰコネクション、ＦＴＰコネクション等を確立する。
Ｌｏｃａｌ  Ｓｔｏｒａｇｅ３２は、様々な記録媒体及び通信媒体から供給されたコンテンツを格納しておくためのハードディスクである。Ｎｅｔｗｏｒｋ  Ｄｅｖｉｃｅ３１により確立されたコネクションを通じてｗｅｂサイトからダウンロードされたコンテンツ等も、このＬｏｃａｌ  Ｓｔｏｒａｇｅ３２に格納される。【００７２】  Ｓｏｕｒｃｅ  ｄｅ−ｐａｃｋｅｔｅｔｉｚｅｒ３４は、Ｌｏｃａｌ  Ｓｔｏｒａｇｅ３２から読み出されたＡＶＣｌｉｐのＴＳパケットから、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒを取り外して、ＴＳパケットのみをＰＩＤフィルタ３５に出力する。Ｓｏｕｒｃｅ  ｄｅ−ｐａｃｋｅｔｉｚｅｒ３４によるＰＩＤフィルタ３５への出力は、Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ  Ｃｏｕｎｔｅｒ３３が経時している時刻が、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒに示されるＡＴＳになったタイミングになされる。【００７３】  ＰＩＤフィルタ３５は、Ｌｏｃａｌ  Ｓｔｏｒａｇｅ３２から読み出されたＴＳパケットを、ＩＧストリームデコーダ側、オーディオデコーダ側、テキスト字幕デコーダ側の何れかに切り換える。
スイッチ３６は、ＢＤ−ＲＯＭから読み出されたＴＳパケット、Ｌｏｃａｌ  Ｓｔｏｒａｇｅ３２から読み出されたＴＳパケットのどちらかをオーディオデコーダ３９側に許可要求する。
Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ（ＴＢ）３７は、オーディオストリームに帰属するＴＳパケットを蓄積する。【００７４】  Ｅｌｅｍｅｎｔａｒｙ  Ｂｕｆｆｅｒ（ＥＢ）３８は、オーディオストリームを構成するＰＥＳパケットが格納されるバッファである。
オーディオデコーダ３９は、Ｅｌｅｍｅｎｔａｒｙ  Ｂｕｆｆｅｒ３８から出力されたＰＥＳパケットを復号して、非圧縮形式のオーディオデータを出力する。
Ｔｒａｎｓｐｏｒｔ  Ｂｕｆｆｅｒ（ＴＢ）４０は、テキスト字幕ストリームに帰属するＴＳパケットを蓄積する。【００７５】  Ｅｌｅｍｅｎｔａｒｙ  Ｂｕｆｆｅｒ（ＥＢ）４１は、テキスト字幕ストリームを構成するＰＥＳパケットが格納されるバッファである。
テキスト字幕デコーダ４２は、バッファ４１に読み出されたＰＥＳパケットをデコードして、表示に供する。このデコードは、Ｌｏｃａｌ  Ｓｔｏｒａｇｅ３２から別途読み出されるフォントを用いて、テキスト字幕ストリーム中のテキスト文字列を、ビットマップに展開することでなされる。デコードにより得られたテキスト字幕は、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃｓプレーン１８に書き込まれる。【００７６】  シナリオメモリ４３は、カレントのＣｌｉｐ情報を格納しておくためのメモリである。カレントＣｌｉｐ情報とは、ＢＤ−ＲＯＭに記録されている複数Ｃｌｉｐ情報のうち、現在処理対象になっているものをいう。
制御部４４は、命令ＲＯＭと、ＣＰＵとからなり、命令ＲＯＭに格納されているソフトウェアを実行して、再生装置全体の制御を実行する。この制御の内容は、ユーザ操作に応じて発生するユーザイベント、及び、ＰＳＲセット４６における各ＰＳＲの設定値に応じて動的に変化する。【００７７】  ＰＳＲセット４６は、再生装置に内蔵される不揮発性のレジスタであり、６４個のＰｌａｙｅｒ  Ｓｔａｔｕｓ  Ｒｅｇｉｓｔｅｒ（ＰＳＲ（１）〜（６４））と、４０９６個のＧｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ｒｅｇｉｓｔｅｒ（ＧＰＲ）とからなる。６４個のＰｌａｙｅｒ  Ｓｔａｔｕｓ  Ｒｅｇｉｓｔｅｒ（ＰＳＲ）は、それぞれ現在の再生時点等、再生装置における諸状態を示す。６４個のＰＳＲ（ＰＳＲ（１）〜（６４））のうちＰＳＲ（８）は、０〜ＯｘＦＦＦＦＦＦＦＦの値に設定されることで、４５ＫＨｚの時間精度を用いて現在の再生時点（カレントＰＴＭ）を示す。【００７８】  以上が再生装置の内部構成である。
続いて制御部４４の処理手順について説明する。
制御部４４は、ＭＰＥＧ４−ＡＶＣ形式のビデオストリームの再生時においてランダムアクセスを実行するよう、ＢＤドライブ１、ビデオデコーダ８を制御する。
一方ランダムアクセスには、タイムサーチがある。タイムサーチとは、“何時何分何秒”に再生せよという時間情報をユーザから受け付けて、指示された再生開始時点にあたる位置から、ビデオストリームを再生する技術である。この際制御部４４は、時間情報をＢＤ−ＲＯＭ上のＡｃｃｅｓｓ  Ｕｎｉｔアドレス（Ｉピクチャアドレスともいう）に変換するという変換処理を行い、Ａｃｃｅｓｓ  Ｕｎｉｔのアドレスを求めてから、そのアドレス以降のＴＳパケットをＢＤ−ＲＯＭから読み出させ、そのＴＳパケットを順次デコーダに投入する。【００７９】  これらの制御の根幹にあるのは、時間情報からＡｃｃｅｓｓ  Ｕｎｉｔアドレスを導く処理である。図１９は、映画に用いられるビデオストリームにおいて、時間情報をＡｃｃｅｓｓ  Ｕｎｉｔアドレスに変換する手順を示すフローチャートである。本フローチャートにおいて、ランダムアクセスのアクセス先を示す時間情報をＩｎ＿ｔｉｍｅと表記している。図１９のステップＳ１では、Ｉｎ＿ｔｉｍｅをＰＴＳ＿ＥＰ＿ｓｔａｒｔとし、ステップＳ２では、ＰＴＳ＿ＥＰ＿ｓｔａｒｔに最も近い、ＥＰ＿Ｈｉｇｈ＿ｉｄ、ＥＰ＿Ｌｏｗ＿ｉｄの組みを求める。ここでＥＰ＿Ｈｉｇｈ＿ｉｄとは、Ｉｎ＿ｔｉｍｅ以前の時点を示すＥＰ＿Ｈｉｇｈであって、Ｉｎ＿ｔｉｍｅに最も近いものを特定する識別子である。一方、ＥＰ＿Ｌｏｗ＿ｉｄとは、ＥＰ＿Ｈｉｇｈ［ＥＰ＿Ｈｉｇｈ＿ｉｄ］以降、Ｉｎ＿ｔｉｍｅ以前の時点を示すＥＰ＿Ｌｏｗであって、Ｉｎ＿ｔｉｍｅに最も近いものを特定する識別子である。【００８０】  ＥＰ＿Ｈｉｇｈ＿ｉｄを求めるため、制御部４４は、複数ＥＰ＿ＨｉｇｈのＰＴＳ＿ＥＰ＿Ｈｉｇｈに示される時間幅を足し合わせてゆく。ここでＰＴＳ＿ＥＰ＿Ｈｉｇｈに示される時間幅とは、ＰＴＳ＿ＥＰ＿Ｈｉｇｈを上位ビットとする時間の単位である。そして何個目のＥＰ＿Ｈｉｇｈ＿ｉｄにおいて、時間幅の総和ΣがＩｎ＿ｔｉｍｅを越えるかを判定する。ここでｋ個目のＥＰ＿Ｈｉｇｈ＿ｉｄにおいて、時間幅の総和ΣがＩｎ＿ｔｉｍｅを越えた場合、このｋから１を減じた数値（ｋ−１）を、ＥＰ＿Ｈｉｇｈ＿ｉｄとする。【００８１】  ＥＰ＿Ｌｏｗ＿ｉｄを求めるため、制御部４４は、ＰＴＳ＿ＥＰ＿Ｈｉｇｈ（ＥＰ＿Ｈｉｇｈ＿ｉｄ）までの総和Σに、複数ＥＰ＿ＬｏｗのＰＴＳ＿ＥＰ＿Ｌｏｗに示される時間幅を足し合わせてゆく。そして何個目のＥＰ＿Ｌｏｗ＿ｉｄにおいて、時間幅の総和がＩｎ＿ｔｉｍｅを越えるかを判定する。ここでｈ個目のＥＰ＿Ｌｏｗ＿ｉｄにおいて、時間幅の総和がＩｎ＿ｔｉｍｅを越えた場合、このｈから１を減じた数値（ｈ−１）を、ＥＰ＿Ｌｏｗ＿ｉｄとする。【００８２】  このようにして求められたＥＰ＿Ｈｉｇｈ＿ｉｄ及びＥＰ＿Ｌｏｗ＿ｉｄの組みにより、Ｉｎ＿ｔｉｍｅに最も近いＥｎｔｒｙ  Ｐｏｉｎｔが特定されることになる。
こうしてＥＰ＿Ｌｏｗ＿ｉｄを求めれば、ステップＳ３〜ステップＳ５からなるループ処理に移行する。ＥＰ＿Ｌｏｗ＿ｉｄを変数ｊに代入した上で（ステップＳ３）、ステップＳ４〜ステップＳ５からなるループ処理を実行するというものである。このループ処理は、ステップＳ５がＹｅｓと判定されるまで、変数ｊのデクリメント（ステップＳ４）を繰り返すものである。このステップＳ５は、変数ｊにて特定されるＥｎｔｒｙ  Ｐｏｉｎｔのｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ（ＰＴＳ＿ＥＰ＿Ｌｏｗ［ｊ］．ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ）が１であるか否かを判定するものであり、変数ｊにて特定されるＥｎｔｒｙ  Ｐｏｉｎｔのｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔが連続して“０”を示している限り、このループ処理は繰り返し実行される。【００８３】  変数ｊにて特定されるＥｎｔｒｙ  Ｐｏｉｎｔのｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔが“１”になれば、このループ処理は終了することになる。ステップＳ５がＹｅｓになれば、変数ｊをＥＰ＿Ｌｏｗ＿ｉｄに代入し（ステップＳ６）、このＥＰ＿Ｌｏｗ＿ｉｄに最も近いｒｅｆ＿ｔｏ＿ＥＰ＿Ｌｏｗ＿ｉｄ［ｉ］を有するＥＰ＿Ｈｉｇｈ［ｉ］を求める（ステップＳ７）。こうしてＥＰ＿Ｌｏｗ＿ｉｄと、ｉとが求められれば、ＳＰＮ＿ＥＰ＿Ｌｏｗ［ＥＰ＿Ｌｏｗ＿ｉｄ］と、ＳＰＮ＿ＥＰ＿Ｈｉｇｈ［ｉ］とからＳＰＮ＿ＥＰ＿Ｓｔａｒｔを求めて（ステップＳ８）、このＳＰＮ＿ＥＰ＿Ｓｔａｒｔを、Ａｃｃｅｓｓ  Ｕｎｉｔアドレスに変換する（ステップＳ９）。【００８４】  ここでＳＰＮは、ＴＳパケットのシリアル番号であるので、このＳＰＮに基づきＴＳパケットを読み出すには、ＳＰＮを相対セクタ数に変換する必要がある。ここで図４に示したように、ＴＳパケットは３２個毎に１つのＡｌｉｇｎｅｄ  Ｕｎｉｔに変換され、３つのセクタに記録されるので、ＳＰＮを３２で割ることにより商を得て、その商を、Ａｃｃｅｓｓ  Ｕｎｉｔが存在するＡｌｉｇｎｅｄ  Ｕｎｉｔの番号として解釈する。こうして得られたＡｌｉｇｎｅｄ  Ｕｎｉｔ番号に３を乗ずることにより、ＳＰＮに最も近いＡｌｉｇｎｅｄ  Ｕｎｉｔのセクタアドレスを求めることができる。こうして得られたセクタアドレスは、１つのＡＶＣｌｉｐファイルの先頭からの相対セクタ数なので、この相対セクタ数をファイルポインタに設定して、ＡＶＣｌｉｐを読み出すことにより、Ａｃｃｅｓｓ  Ｕｎｉｔをビデオデコーダ８に読み出すことができる。【００８５】  図２０は、スライドショーに用いられるビデオストリームにおいて、時間情報をＡｃｃｅｓｓ  Ｕｎｉｔアドレスに変換する手順を示すフローチャートである。
スライドショーでは、ビデオストリームにおける全てのピクチャがＩＤＲピクチャであり、その再生時点がＰＴＳ＿ＥＰ＿ｓｔａｒｔにて指定されているので、図１９のステップＳ３〜ステップＳ７の処理を行うことなく、Ｉｎ＿ｔｉｍｅをＩＤＲピクチャのアドレスに変換することができる。具体的にいうなら、Ｓ１では、Ｉｎ＿ｔｉｍｅをＰＴＳ＿ＥＰ＿ｓｔａｒｔとし、ステップＳ２では、ＰＴＳ＿ＥＰ＿ｓｔａｒｔに最も近い、ＥＰ＿Ｈｉｇｈ＿ｉｄ、ＥＰ＿Ｌｏｗ＿ｉｄの組みを求めて、ＳＰＮ＿ＥＰ＿Ｌｏｗ［ＥＰ＿Ｌｏｗ＿ｉｄ］と、ＳＰＮ＿ＥＰ＿Ｈｉｇｈ［ＥＰ＿Ｈｉｇｈ＿ｉｄ］とからＳＰＮ＿ＥＰ＿Ｓｔａｒｔを求めることにより（ステップＳ８）、Ａｃｃｅｓｓ  Ｕｎｉｔアドレスを得ればよい（ステップＳ９）。つまり、Ａｃｃｅｓｓ  Ｕｎｉｔアドレスを得るための変換手順が大幅に簡略化されることになる。【００８６】  ここで、スライドショー再生の場合であっても、図１９におけるステップＳ１の手順を実行する。つまりＥＰ＿Ｈｉｇｈ＿ｉｄを求めるため、制御部４４は、複数ＥＰ＿ＨｉｇｈのＰＴＳ＿ＥＰ＿Ｈｉｇｈに示される時間幅を足し合わせてゆく。そして何個目のＥＰ＿Ｈｉｇｈ＿ｉｄにおいて、時間幅の総和ΣがＩｎ＿ｔｉｍｅを越えるかを判定する。ここでｋ個目のＥＰ＿Ｈｉｇｈ＿ｉｄにおいて、時間幅の総和ΣがＩｎ＿ｔｉｍｅを越えた場合、このｋから１を減じた数値（ｋ−１）を、ＥＰ＿Ｈｉｇｈ＿ｉｄとする。【００８７】  またＥＰ＿Ｌｏｗ＿ｉｄを求めるため、制御部４４は、ＰＴＳ＿ＥＰ＿Ｈｉｇｈ（ＥＰ＿Ｈｉｇｈ＿ｉｄ）までの総和Σに、複数ＥＰ＿ＬｏｗのＰＴＳ＿ＥＰ＿Ｌｏｗに示される時間幅を足し合わせてゆく。そして何個目のＥＰ＿Ｌｏｗ＿ｉｄにおいて、時間幅の総和がＩｎ＿ｔｉｍｅを越えるかを判定する。ここでｈ個目のＥＰ＿Ｌｏｗ＿ｉｄにおいて、時間幅の総和がＩｎ＿ｔｉｍｅを越えた場合、このｈから１を減じた数値（ｈ−１）を、ＥＰ＿Ｌｏｗ＿ｉｄとする。【００８８】  このようにして求められたＥＰ＿Ｈｉｇｈ＿ｉｄ及びＥＰ＿Ｌｏｗ＿ｉｄの組みにより、Ｉｎ＿ｔｉｍｅに合致するＥｎｔｒｙ  Ｐｏｉｎｔ又は最も近いＥｎｔｒｙ  Ｐｏｉｎｔが特定されることになる。
以上の手順により、Ｉｎ＿ｔｉｍｅに合致するＰＴＳ＿ＥＰ＿ｓｔａｒｔが存在する場合、ＥＰ＿ｍａｐにおけるＰＴＳ＿ＥＰ＿ｓｔａｒｔのうち、Ｉｎ＿ｔｉｍｅに合致するものに対応するＳＰＮ＿ＥＰ＿ｓｔａｒｔからのピクチャデータの読み出しと、再生を実行することができる。【００８９】  ＥＰ＿ｍａｐにおけるＰＴＳ＿ＥＰ＿ｓｔａｒｔのうち、当該時点に合致するものが存在しない場合、Ｉｎ＿ｔｉｍｅに最も近いＰＴＳ＿ＥＰ＿ｓｔａｒｔに対応する、ＳＰＮ＿ＥＰ＿ｓｔａｒｔからのピクチャデータの読み出しと、再生とを実行することになる。
以上のように本実施形態によれば、ユーザの操作により前後の映像を表示せず、スキップ操作などにより順序に関係なく静止画を表示する必要があるスライドショーにおいて、すべての静止画をＩＤＲピクチャで構成して、ＥＰ＿ｍａｐで指定しておき、ストリーム解析が必要になるようにしている。【００９０】  また、各Ａｃｃｅｓｓ  Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ  Ｉピクチャ、ＩＤＲピクチャ）をＥＰ＿ｍａｐにおけるＥｎｔｒｙ＿Ｐｏｉｎｔで指定しており、必要なＡｃｃｅｓｓ  Ｕｎｉｔのデータのみを直接アクセスしてデータを読み込み、デコーダに流すことができるため、アクセス効率がよく、表示までの時間も短くてすむ。
なお、前記ビデオストリームを構成する全てのピクチャデータのエントリーアドレスがＥＰ＿ｍａｐに含まれていることを保証するフラグを、ＥＰ＿ｍａｐあるいは関連するナビゲーション情報内の一箇所に記録していてもよい。【００９１】  （第２実施形態）
第２実施形態は、スライドショーにおける時間軸上に、チャプターを設定する改良に関する。以降、チャプター定義のための情報について説明する。
このチャプター定義のための情報は、ＰｌａｙＬｉｓｔ情報であり、拡張子“ｍｐｌｓ”が付与されたファイル内に存在する。以降、ＰｌａｙＬｉｓｔ情報について説明する。【００９２】  ＜ＰｌａｙＬｉｓｔ情報＞
拡張子“ｍｐｌｓ”が付与されたファイル（００００１．ｍｐｌｓ，００００２．ｍｐｌｓ，００００３．ｍｐｌｓ・・・・・）は、ＰｌａｙＬｉｓｔ情報を格納したファイルである。ＰｌａｙＬｉｓｔ情報は、ＡＶＣｌｉｐを参照してＰｌａｙＬｉｓｔと呼ばれる再生経路を定義する情報である。図２１は、ＰｌａｙＬｉｓｔ情報の構成を示す図であり、本図の左側に示すように、ＰｌａｙＬｉｓｔ情報は、複数のＰｌａｙＩｔｅｍ情報からなる。ＰｌａｙＩｔｅｍとは、１つ以上のＡＶＣｌｉｐ時間軸上において、Ｉｎ＿Ｔｉｍｅ，Ｏｕｔ＿Ｔｉｍｅを指定することで定義される再生区間である。ＰｌａｙＩｔｅｍ情報を複数配置させることで、複数再生区間からなるＰｌａｙＬｉｓｔ（ＰＬ）が定義される。図中の破線ｈｓ１は、ＰｌａｙＩｔｅｍ情報の内部構成をクローズアップしている。本図に示すようにＰｌａｙＩｔｅｍ情報は、対応するＣｌｉｐ情報を示す『Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』と、対応するＡＶＣｌｉｐの符号化方式を示す『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｎｄｅｎｔｉｆｉｅｒ』と、ＡＶＣｌｉｐの再生を開始すべき時刻を示す『Ｉｎ＿ｔｉｍｅ』と、ＡＶＣｌｉｐの再生を終了すべき時刻を示す『Ｏｕｔ＿ｔｉｍｅ』と、『Ｓｔｉｌｌ＿ｍｏｄｅ』と、『Ｓｔｉｌｌ＿ｔｉｍｅ』とからなる。図２２は、ＡＶＣｌｉｐと、ＰｌａｙＬｉｓｔ情報との関係を示す図である。第１段目はＡＶＣｌｉｐがもつ時間軸を示し、第２段目は、ＰｌａｙＬｉｓｔがもつ時間軸（ＰＬ時間軸という）を示す。ＰｌａｙＬｉｓｔ情報は、ＰｌａｙＩｔｅｍ＃１，＃２，＃３という３つのＰｌａｙＩｔｅｍ情報を含んでおり、これらＰｌａｙＩｔｅｍ＃１，＃２，＃３のＩｎ＿ｔｉｍｅ，Ｏｕｔ＿ｔｉｍｅにより、３つの再生区間が定義されることになる。これらの再生区間を配列させると、ＡＶＣｌｉｐ時間軸とは異なる時間軸が定義されることになる。これが第２段目に示すＰＬ時間軸である。このように、ＰｌａｙＩｔｅｍ情報の定義により、ＡＶＣｌｉｐとは異なる時間軸の定義が可能になる。【００９３】  このＰｌａｙＬｉｓｔ情報を構成する情報要素において特徴的であるのは、Ｓｔｉｌｌ＿ｍｏｄｅ及びＳｔｉｌｌ＿ｔｉｍｅである。
『Ｓｔｉｌｌ＿ｍｏｄｅ』は、Ｉｎ＿ｔｉｍｅからＯｕｔ＿ｔｉｍｅまでのピクチャを再生するにあたって、最後のピクチャデータを静止表示するか否かを示す。“００”に設定された場合、Ｓｔｉｌｌ＿ｍｏｄｅは、静止表示を継続しない旨を表し、“０１”に設定された場合、Ｓｔｉｌｌ＿ｍｏｄｅは、静止表示を有限時間継続する旨を示す。“０１”に設定された場合の、静止表示の時間長は、Ｓｔｉｌｌ＿ｔｉｍｅに設定される。“０２”に設定された場合、Ｓｔｉｌｌ＿ｍｏｄｅは、静止表示を無限時間継続する旨を示す。静止表示を無限時間継続する場合の表示解除は、ユーザからの明示の操作による。【００９４】  『Ｓｔｉｌｌ＿ｔｉｍｅ』は、Ｓｔｉｌｌ＿ｍｏｄｅが０１に設定された場合、静止表示を継続させる時間長を秒単位で表す。
以上が、本実施形態に係るＰｌａｙＩｔｅｍ情報についての説明である。続いてＰＬＭａｒｋ情報についてである。
図２３は、第２実施形態に係るＰｌａｙＬｉｓｔ情報の、複数のＰＬＭａｒｋ情報の内部構成を示す図である。図２３におけるＰＬｍａｒｋ情報（ＰＬｍａｒｋ（））は、ＰＬ時間軸のうち、任意の区間を、チャプター点として指定する情報である。図２３の引き出し線ｐｍ１に示すようにＰＬｍａｒｋ情報は、『ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄ』と、『ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ』とを含む。図２４は、ＰＬｍａｒｋ情報によるチャプター定義を示す図である。本図において第１段目は、ＡＶＣｌｉｐ時間軸を示し、第２段目はＰＬ時間軸を示す。図中の矢印ｐｋ１，２は、ＰＬｍａｒｋ情報におけるＰｌａｙＩｔｅｍ指定（ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄ）と、一時点の指定（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）とを示す。これらの指定によりＰＬ時間軸には、３つのチャプター（Ｃｈａｐｔｅｒ＃１，＃２，＃３）が定義されることになる。以上がＰＬｍａｒｋについての説明である。【００９５】  図２５は、ＰｌａｙＬｉｓｔ情報によるスライドショーの指定を示す図である。本図の第２段目は、ＰｌａｙＩｔｅｍ情報を示す。この第２段目は、６つのＰｌａｙＩｔｅｍ情報＃１〜＃６からなる。図中の矢印ｙｔ１，２，３，４，５，６は、ＰｌａｙＩｔｅｍ情報におけるＩｎ＿ｔｉｍｅ、Ｏｕｔ＿ｔｉｍｅによる指定を象徴的に示し、矢印ｓｔ１，２，３，４，５，６は、Ｓｔｉｌｌ＿Ｔｉｍｅによる指定を象徴的に示す。この矢印からもわかるようにＰｌａｙＩｔｅｍ情報は、ビデオストリームにおける個々のピクチャデータを指定するよう設定されている。またＳｔｉｌｌ＿Ｔｉｍｅは、後続するピクチャデータを表示するまでの間隔を示すよう、設定されている。このようにスライドショーを構成する個々のピクチャデータは、それぞれ６つのＰｌａｙＩｔｅｍ情報により、再生開始点及び再生終了点として指定されているのである。【００９６】  図２５の第１段目は、ＰＬＭａｒｋ情報を示す。この第１段目には、６つのＰＬＭａｒｋ情報＃１〜＃６が存在する。矢印ｋｔ１，２，３，４，５，６は、ＰＬＭａｒｋ情報のｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄによる指定を示す。この矢印からもわかるように、ＰＬＭａｒｋ情報のｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄは、ＰｌａｙＩｔｅｍ情報のそれぞれを指定していることがわかる。
続いてＰｌａｙＩｔｅｍ情報による再生について説明する。スライドショーにおける個々のピクチャデータが、ＰｌａｙＩｔｅｍ情報及びＰＬＭａｒｋ情報により指定されているので制御部４４は、ＰｌａｙＩｔｅｍ情報のＩｎ＿ｔｉｍｅ、Ｏｕｔ＿ｔｉｍｅを、ＥＰ＿ｍａｐを用いて、ＡＶＣｌｉｐにおけるＳＰＮに変換し、そしてそのＳＰＮに存在するピクチャデータをデコーダに投入する。こうすることにより、ＰｌａｙＩｔｅｍ情報のＩｎ＿ｔｉｍｅ、Ｏｕｔ＿ｔｉｍｅにて指定されているピクチャデータが表示されることになる。その後、Ｓｔｉｌｌ＿Ｔｉｍｅに示されている期間だけ、表示の静止を継続する。以上のような処理を、全てのＰｌａｙＩｔｅｍ情報について繰り返すことにより、本実施形態に係る制御部４４は、スライドショーを再生する。【００９７】  スライドショーを構成する個々のピクチャデータは、ＰｌａｙＩｔｅｍ情報及びＰＬＭａｒｋ情報を用いて指定されているので、チャプタースキップやチャプターサーチというような機能により、前後のピクチャデータを再生させてゆくことができる。
チャプターサーチ機能とは、ＰＬＭａｒｋ情報に記述されているｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄに対応するＰｌａｙＩｔｅｍ情報を、複数のＰｌａｙＩｔｅｍ情報の中から特定して、特定したＰｌａｙＩｔｅｍ情報が定義されているＡＶＣｌｉｐにおいて、ＰＬＭａｒｋ情報に記述されたｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐに示される位置からのランダムアクセスを行うものであり、この際、制御部４４は、複数のＥｎｔｒｙ  Ｐｏｉｎｔのうち、ＰＬＭａｒｋ情報に記述されたｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐに最も近いＰＴＳ＿ＥＰ＿ｓｔａｒｔをもつＥｎｔｒｙ  Ｐｏｉｎｔを特定して、特定したＥｎｔｒｙ  ＰｏｉｎｔのＳＰＮ＿ＥＰ＿ｓｔａｒｔに対応するＡｃｃｅｓｓ  Ｕｎｉｔアドレスからの再生を行わせる。【００９８】  チャプタースキップは、現在の再生位置にあたるチャプターの直前又は直後のチャプターを規定するＰＬＭａｒｋ情報を特定して、そのＰＬＭａｒｋ情報に対するチャプターサーチを実行するものである。上述のように、ＰＬＭａｒｋ情報のｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐにて指定されるピクチャは、ＩＤＲピクチャにエンコードされており、ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ“＝１”に設定されたＥｎｔｒｙ  ＰｏｉｎｔのＰＴＳ＿ＥＰ＿ｓｔａｒｔは、このＩＤＲピクチャの再生時刻を示しているので、Ｅｎｔｒｙ  ＰｏｉｎｔのＳＰＮ＿ＥＰ＿ｓｔａｒｔに示される位置以降のピクチャを読み出すことにより、ＩＤＲピクチャをビデオデコーダ８に供給することができる。【００９９】  以降、フローチャートを参照しながら、チャプターサーチ及びチャプタースキップの処理手順について説明する。図２６は、チャプターサーチの処理手順を示すフローチャートである。
本フローチャートにおいて先ずチャプターメニューにおけるチャプター選択を待ち（ステップＳ１２４）、チャプター選択がなされれば、選択されたチャプターにあたるＰＬＭａｒｋ情報をカレントＰｌａｙＬｉｓｔＭａｒｋとする（ステップＳ１２５）。ステップＳ１２６では、カレントＰｌａｙＬｉｓｔＭａｒｋのｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄに記述されているＰＩを、ＰｌａｙＩｔｅｍ＃ｘに設定し、ステップＳ１２７では、ＰｌａｙＩｔｅｍ＃ｘのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報を読み込む。ステップＳ１２８では、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて、カレントＰｌａｙＬｉｓｔＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐを、Ａｃｃｅｓｓ  Ｕｎｉｔアドレスｕに変換する。ここでＰＬＭａｒｋ情報のｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐで指示されているピクチャは、ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ“＝１”に設定されたＥｎｔｒｙ  Ｐｏｉｎｔにより指示されている。そのため、Ａｃｃｅｓｓ  Ｕｎｉｔアドレスｕは、ＩＤＲピクチャのアドレスを指示することになる。【０１００】  一方ステップＳ１２９では、ＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅを，カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて，Ａｃｃｅｓｓ  Ｕｎｉｔアドレスｖに変換する。ステップＳ１３０は、カレントＰｌａｙＬｉｓｔＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐからＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅまでの出力をデコーダに命じる。以上がチャプターサーチの処理手順である。続いてチャプタースキップの処理手順について説明する。図２７は、チャプタースキップの処理手順を示すフローチャートである。【０１０１】  ステップＳ１３１はリモコンに対するＳｋｉｐＮｅｘｔキー、ＳｋｉｐＢａｃｋキーに対する操作待ちを行う。もし操作がなされれば、ステップＳ１３２を実行する。ステップＳ１３２は、押下されたのがＳｋｉｐＮｅｘｔキーであるか、ＳｋｉｐＢａｃｋキーであるかの判定であり、ＳｋｉｐＢａｃｋキーであるならステップＳ１３３において方向フラグを−１に設定し、ＳｋｉｐＮｅｘｔキーであるならステップＳ１３４において方向フラグを＋１に設定する。【０１０２】  ステップＳ１３５は、カレントＰＩ及びカレントＰＴＭを変換して、カレントＰＬＭａｒｋを特定するステップであり、ステップＳ１３６は、カレントＰＬＭａｒｋの番号に方向フラグの値を足した番号を、カレントＰｌａｙＬｉｓｔＭａｒｋの番号として設定する。ここでＳｋｉｐＮｅｘｔキーであるなら方向フラグは＋１に設定されているのでカレントＰｌａｙＬｉｓｔＭａｒｋはインクリメントされることになる。ＳｋｉｐＢａｃｋキーであるなら方向フラグは−１に設定されているので、カレントＰｌａｙＬｉｓｔＭａｒｋはデクリメントされることになる。このようにしてＰＬＭａｒｋ情報を設定すれば、図２５同様、ステップＳ１２６〜ステップＳ１３０の処理手順を実行することにより、ＴＳパケット読み出しを行う。【０１０３】  以上がＰＬＭａｒｋ情報に基づく、再生を行う際の再生装置の処理手順である。
ここで図２５に示したビデオストリームに対し、ＰＬＭａｒｋを設定する場合の設定例について説明する。スライドショーにおいて再生されうる各静止画が、第１段目における６つのＰＬＭａｒｋ＃１〜＃６にて指定されているので、本図の時点ｔ１，ｔ２，ｔ３，ｔ４，ｔ５，ｔ６の静止画が、チャプターサーチ及びチャプタースキップの対象になりうる。【０１０４】  また、第４段目の時間軸における、それぞれの時点ｔ１，ｔ２，ｔ３，ｔ４，ｔ５，ｔ６は、何れも、第５段目のＥＰ＿ｍａｐにおいて、ＰＴＳ＿ＥＰ＿ｓｔａｒｔとして指定されるので、チャプターサーチ及びチャプタースキップにあたっては、“先のＩＤＲピクチャを経由する”との迂回を行うことなく、所望のチャプターへのランダムアクセスを実行することができる。チャプターサーチ及びチャプタースキップを実行するにあたって、先のＩＤＲピクチャの経由を行うことなく、所望の静止画を読み出すことができるので、スライドショーであっても、チャプターサーチ及びチャプタースキップを、高効率に実行することができる。【０１０５】  以上のように本実施形態によれば、チャプターサーチ及びチャプタースキップを実行するにあたって、先のＩＤＲピクチャの経由を行うことなく、所望の静止画を読み出すことができるので、スライドショーであっても、チャプターサーチ及びチャプタースキップを、高効率に実行することができる。
（第３実施形態）
本実施形態は、第１実施形態、第２実施形態の応用であり、対話的な制御をスライドショーに導入するものである。かかる対話制御を導入するため、ＡＶＣｌｉｐは、図３に示したビデオストリーム及びオーディオストリームの他に、ＩＧストリームを多重化した構成になっている。図２８は、第３実施形態に係る、ＡＶＣｌｉｐの構成を示す図であり、本図に示すようにＡＶＣｌｉｐは（中段）、複数のビデオフレーム（ピクチャｐｊ１，２，３）からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（上１段目）、ＰＥＳパケット列に変換し（上２段目）、更にＴＳパケットに変換し（上３段目）、同じく対話系のインタラクティブグラフィクスストリーム（下２段目のＩＧストリーム）をＴＳパケットに変換して（下３段目）、これらを多重化することで構成されていることがわかる。図２９は、ＩＧストリームの内部構成を示す図である。【０１０６】  インタラクティブグラフィクスストリームは、ＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ  Ｃｏｍｐｏｓｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｅｔｔｅ  Ｄｉｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ  Ｄｅｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ  ｏｆ  Ｄｉｓｐｌａｙ  Ｓｅｔ  Ｓｅｇｍｅｎｔ）と呼ばれる機能セグメントからなる。
ＯＤＳ（Ｏｂｊｅｃｔ  Ｄｅｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）は、ボタンを描画するにあたっての絵柄のグラフィクスを定義するグラフィクスデータである。【０１０７】  ＰＤＳ（Ｐａｌｅｔｔｅ  Ｄｉｆｉｎｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）は、グラフィクスデータの描画にあたっての、発色を規定する機能セグメントである。
ＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ  Ｃｏｍｐｏｓｉｔｉｏｎ  Ｓｅｇｍｅｎｔ）は、ユーザ操作に応じてボタンの状態を変化させるという対話制御を規定する機能セグメントである。
図２９（ｂ）は、ＩＣＳの内部構成を示す図である。ＩＣＳは、複数のボタン情報からなる。ボタン情報は、対話制御画面における個々のボタンに対応するものである。具体的にいうと、対応するボタンにフォーカスが存在する状態において、移動キーの押下がなされた場合、どのボタンにフォーカス移動を移動させるかを示す『ｎｅｉｇｈｂｏｒ＿ｉｎｆｏ』と、対応するボタンのノーマル状態、セレクテッド状態といった各状態を、どのＯＤＳで表現するかを示す『ｓｔａｔｅ＿ｉｎｆｏ』と、対応ボタンの確定時において、再生装置に実行させるべき『ナビゲーションコマンド』とからなる。【０１０８】  以上説明したＩＧストリームのデータ構造は、以下の公知文献に記載されている内容を要約したものである。より、詳しい技術内容については、以下の公知文献を参照されたい。
国際公開公報ＷＯ  ２００４／０７７８２６号公報
以降、ＩＣＳの具体例について説明する。【０１０９】  ここでＩＣＳが、ｓｔａｔｅ＿ｉｎｆｏ、ｎｅｉｇｈｂｏｒ＿ｉｎｆｏ、ナビゲーションコマンドは、図３０に示すように設定されているものとする。図３０は、スライドショーにおける対話制御を規定するＩＣＳの一例を示す図である。
１．ｓｔａｔｅ＿ｉｎｆｏ
Ｂｕｔｔｏｎ＿ｉｎｆｏ（０）のｓｔａｔｅ＿ｉｎｆｏは、Ｂｕｔｔｏｎ＿ｉｎｆｏ（０）に対応するボタン（“ｔｏｐ”ボタン）がノーマル状態である場合、“ｔｏｐ”が付された三角図形を描画するよう規定されている。また“ｔｏｐ”ボタンにフォーカスが存在する場合（セレクテッド状態である場合）、“ｔｏｐ”が付された三角図形を強調態様で描画するよう規定されている。かかる規定により、“ｔｏｐ”ボタンは、先頭の静止画へのスキップを意図する、“ｔｏｐ”ボタンとして扱われることになる。【０１１０】  Ｂｕｔｔｏｎ＿ｉｎｆｏ（１）のｓｔａｔｅ＿ｉｎｆｏは、Ｂｕｔｔｏｎ＿ｉｎｆｏ（１）に対応するボタン（“＋１”ボタン）がノーマル状態である場合、“＋１”が付された三角図形を描画するよう規定されている。また“＋１”ボタンがセレクテッド状態である場合、“＋１”が付された三角図形を強調態様で描画するよう規定されている。かかる規定により、“＋１”ボタンは、１つ後の静止画へのスキップを意図する、“＋１”ボタンとして扱われることになる。【０１１１】  Ｂｕｔｔｏｎ＿ｉｎｆｏ（２）のｓｔａｔｅ＿ｉｎｆｏは、Ｂｕｔｔｏｎ＿ｉｎｆｏ（２）に対応するボタン（“−１”ボタン）がノーマル状態である場合、“−１”が付された三角図形を描画するよう規定されている。また“−１”ボタンがセレクテッド状態である場合、“−１”が付された三角図形を強調態様で描画するよう規定されている。かかる規定により、“−１”ボタンは、１つ前の静止画へのスキップを意図する、“−１”ボタンとして扱われることになる。【０１１２】  Ｂｕｔｔｏｎ＿ｉｎｆｏ（３）のｓｔａｔｅ＿ｉｎｆｏは、Ｂｕｔｔｏｎ＿ｉｎｆｏ（３）に対応するボタン（“＋１０”ボタン）がノーマル状態である場合、“＋１０”が付された三角形を描画するよう規定されている。また“＋１０”ボタンがセレクテッド状態である場合、“＋１０”を強調態様で描画するよう規定されている。かかる規定により、“＋１０”ボタンは、１０枚後の静止画へのスキップを意図する、“＋１０”ボタンとして扱われることになる。【０１１３】  Ｂｕｔｔｏｎ＿ｉｎｆｏ（４）のｓｔａｔｅ＿ｉｎｆｏは、Ｂｕｔｔｏｎ＿ｉｎｆｏ（４）に対応するボタン（“−１０”ボタン）がノーマル状態である場合、“−１０”が付された三角形を描画するよう規定されている。また“−１０”ボタンがセレクテッド状態である場合、“−１０”を強調態様で描画するよう規定されている。かかる規定により、“−１０”ボタンは、１０枚前の静止画へのスキップを意図する、“−１０”ボタンとして扱われることになる。【０１１４】  ここで、図３１（ａ）に示すように、“ｔｏｐ”ボタン〜“−１０”ボタンのｓｔａｔｅ＿ｉｎｆｏにより指定されるグラフィクスは、ＩＧストリームにおいてＯＤＳ内に存在するものとする。ｓｔａｔｅ＿ｉｎｆｏがこのような内容に設定されており、そしてＩＣＳにおけるＰＴＳが、図３１（ｂ）に示すように、時間軸において、ｘ枚目のピクチャが表示される時点ｔｘを指し示しているものとする。そうすると、ビデオストリームの再生時点が、時点ｔｘ到達すると、図３１（ｃ）のようなメニューが、ｘ枚目の静止画と合成されて表示されることになる。��０１１５】  ２．ＩＣＳにおけるｎｅｉｇｈｂｏｒ＿ｉｎｆｏ
図３０において、各オブジェクトＢのｎｅｉｇｈｂｏｒ＿ｉｎｆｏを参照すると
Ｂｕｔｔｏｎ＿ｉｎｆｏ（０）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏは、左キー押下時に“２”の番号を有する“−１”ボタンにフォーカスを移動し、右キー押下時に“１”の番号を有する“＋１”ボタンにフォーカスを移動するよう規定され、
Ｂｕｔｔｏｎ＿ｉｎｆｏ（１）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏは、上キー押下時に“０”の番号を有する“ｔｏｐ”ボタンにフォーカスを移動するよう規定され、左キー押下時に“２”の番号を有する“−１”ボタンにフォーカスを移動し、右キー押下時に３の番号を有する“＋１０”ボタンにフォーカスを移動するよう規定されている。【０１１６】  Ｂｕｔｔｏｎ＿ｉｎｆｏ（２）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏは、左キー押下時に４の番号を有する“−１０”ボタンにフォーカスを移動し、右キー押下時に“１”の番号を有する“＋１”ボタンにフォーカスを移動するよう、上キー押下時に“０”の番号を有する“ｔｏｐ”ボタンにフォーカスを移動するよう規定され、
Ｂｕｔｔｏｎ＿ｉｎｆｏ（３）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏは、左キー押下時に“１”の番号を有する“＋１”ボタンにフォーカスを移動するよう規定されている。【０１１７】  Ｂｕｔｔｏｎ＿ｉｎｆｏ（４）のｎｅｉｇｈｂｏｒ＿ｉｎｆｏは、右キー押下時に“２”の番号を有する“−１”ボタンにフォーカスを移動するよう規定されている。
以上のｎｅｉｇｈｂｏｒ＿ｉｎｆｏの規定により、図３２に示すような状態遷移を実現することができる。図３２は、スライドショーで表示されるメニューにおける状態遷移を示す図である。【０１１８】  つまり、“＋１”ボタンにフォーカス移動が存在する状態において、左キーが押下された場合、“−１”ボタンにフォーカス移動を移動させることができる（ｈｈ１）。
“＋１”ボタンにフォーカス移動が存在する状態において、右キーが押下された場合、“＋１０”ボタンにフォーカス移動を移動させることができる（ｈｈ２）。更に、“＋１０”ボタンにフォーカス移動が存在する場合において、左キーが押下された場合、“＋１”ボタンにフォーカス移動を戻すことができる（ｈｈ４）。“＋１”ボタンにフォーカス移動が存在する状態において、上キーが押下された場合、“ｔｏｐ”ボタンにフォーカス移動を移動させることができる（ｈｈ３）。
上述したように、“ｔｏｐ”ボタン、“＋１”ボタン、“−１”ボタン、“＋１０”ボタン、“−１０”ボタンは、先頭、１枚後、１枚前、１０枚後、１０枚前へのスキップを意図するものである。またこれらのボタンの表示時において、ユーザによる上下左右キーの押下に従い、ボタン上のフォーカス移動を移動するので、“＋１”ボタン〜“−１０”ボタンのうち任意のものを、ユーザは選択対象にすることができる。
３．ＩＣＳにおけるナビゲーションコマンド
Ｂｕｔｔｏｎ＿ｉｎｆｏ（０）のナビゲーションコマンドは、“ｔｏｐ”ボタンに対し確定操作がなされた場合、Ｊｍｐ  ＰＬＭａｒｋ（１）を実行するよう規定されている。【０１１９】  Ｂｕｔｔｏｎ＿ｉｎｆｏ（１）のナビゲーションコマンドは、“＋１”ボタンに対し確定操作がなされた場合、Ｊｍｐ  ＰＬＭａｒｋ（ｘ＋１）を実行するよう規定されている。
Ｂｕｔｔｏｎ＿ｉｎｆｏ（２）のナビゲーションコマンドは、“−１”ボタンに対し確定操作がなされた場合、Ｊｍｐ  ＰＬＭａｒｋ（ｘ−１）を実行するよう規定されている。
Ｂｕｔｔｏｎ＿ｉｎｆｏ（３）のナビゲーションコマンドは、“＋１０”ボタンに対し確定操作がなされた場合、Ｊｍｐ  ＰＬＭａｒｋ（ｘ＋１０）を実行するよう規定されている。【０１２０】  これらのナビゲーションコマンドは、ＰＬＭａｒｋを分岐先に指定するものである。ＰＬＭａｒｋについての括弧内の数値は、分岐先となるピクチャを特定する。つまりＰＬＭａｒｋ（１）は、１枚目のピクチャを指し示すＰＬＭａｒｋであり、ＰＬＭａｒｋ（ｘ＋１）は、ｘ＋１枚目のピクチャを指し示すＰＬＭａｒｋである。ＰＬＭａｒｋ（ｘ−１）は、ｘ−１枚目のピクチャを指し示すＰＬＭａｒｋである。ＰＬＭａｒｋ（ｘ＋１０）は、ｘ＋１０枚目のピクチャを指し示すＰＬＭａｒｋである。ＰＬＭａｒｋ（ｘ−１０）は、ｘ−１０枚目のピクチャを指し示すＰＬＭａｒｋである。【０１２１】  各ボタン情報におけるナビゲーションコマンドは、これらのＰＬＭａｒｋ（１），（ｘ＋１），（ｘ−１），（ｘ＋１０），（ｘ−１０）を分岐先に指定するものであるから、各ボタンの確定時において、ｘ枚目の静止画から、１枚目の静止画，ｘ＋１枚目の静止画，ｘ−１枚目の静止画，ｘ＋１０枚目の静止画，ｘ−１０枚目の静止画へのランダムアクセスがなされることになる。
図３０のようなフォーカス移動により、ユーザは任意のボタンにフォーカス移動を移動させることができるので、どれかのボタンにフォーカス移動がある状態で、ユーザが確定操作を行った場合、その確定操作がなされたボタンに対応するナビゲーションコマンドを、再生装置に実行させて、図３２に示すような分岐を実行させることができる。図３３は、スライドショーのナビゲーションコマンドによる分岐を示す図である本図の第１段目は、スライドショーを構成する複数のピクチャと、これらピクチャへの分岐を示す。第２段目は、スライドショーの時間軸であり、第３段目は、第２段目のピクチャ列に対し、設定されたエントリーマップを、第４段目は、ＢＤ−ＲＯＭ上のＴＳパケット列を示す。【０１２２】  本図の第１段目の矢印は、図３０に示した各ナビゲーションコマンド（ＪｍｐＰＬＭａｒｋ（１），ＪｍｐＰＬＭａｒｋ（ｘ＋１），ＪｍｐＰＬＭａｒｋ（ｘ−１），ＪｍｐＰＬＭａｒｋ（ｘ＋１０），ＪｍｐＰＬＭａｒｋ（ｘ−１０））による分岐を象徴的に示す。この分岐により、先頭の静止画、１枚後の静止画、１枚前の静止画、１０枚後の静止画、１０枚前の静止画が再生されることになる。これらの分岐は、図３０に示したナビゲーションコマンドに基づものなので、かかる分岐により、ユーザは自身の操作により、任意の静止画を再生させることができる。【０１２３】  ここで、先頭の静止画、１枚後の静止画、１枚前の静止画、１０枚後の静止画、１０枚前の静止画のそれぞれの再生時点が、ＥＰ＿ｍａｐにおいて、ＰＴＳ＿ＥＰ＿ｓｔａｒｔとして指定されているとすると、ストリームに対する解析を伴うことなく、所望のアクセス位置へのランダムアクセスを実行することができる。ナビゲーションコマンドによる対話的な再生にあたって、間近のエントリー位置の経由を行うことなく、所望の静止画を読み出すことができるので、対話的な再生を、高効率に実行することができる。【０１２４】  （備考）
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（Ａ）（Ｂ）（Ｃ）（Ｄ）・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。【０１２５】  （Ａ）全ての実施形態では、本発明に係る記録媒体をＢＤ−ＲＯＭとして実施したが、本発明の記録媒体は、記録されるＥＰ＿ｍａｐに特徴があり、この特徴は、ＢＤ−ＲＯＭの物理的性質に依存するものではない。ＥＰ＿ｍａｐを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ＋Ｒ，ＣＤ−Ｒ，ＣＤ−ＲＷ等の光ディスク、ＰＤ，ＭＯ等の光磁気ディスクであってもよい。また、コンパクトフラッシュ（登録商標）カード、スマートメディア、メモリスティック、マルチメディアカード、ＰＣＭ−ＣＩＡカード等の半導体メモリカードであってもよい。フレキシブルディスク、ＳｕｐｅｒＤｉｓｋ，Ｚｉｐ，Ｃｌｉｋ！等の磁気記録ディスク（ｉ）、ＯＲＢ，Ｊａｚ，ＳｐａｒＱ，ＳｙＪｅｔ，ＥＺＦｌｅｙ，マイクロドライブ等のリムーバブルハードディスクドライブ（ｉｉ）であってもよい。更に、機器内蔵型のハードディスクであってもよい。【０１２６】  （Ｂ）全ての実施形態における再生装置は、ＢＤ−ＲＯＭに記録されたＡＶＣｌｉｐをデコードした上でＴＶに出力していたが、再生装置をＢＤ−ＲＯＭドライブのみとし、これ以外の構成要素をＴＶに具備させてもよい。この場合、再生装置と、ＴＶとをＩＥＥＥ１３９４で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレイと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなすシステムＬＳＩ（集積回路）のみを、実施としてもよい。【０１２７】  （Ｃ）各フローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、各実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為（１）や、有償・無償によりプログラムを譲渡する行為（２）、貸与する行為（３）、輸入する行為（４）、双方向の電子通信回線を介して公衆に提供する行為（５）、店頭、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為（６）がある。【０１２８】  （Ｄ）各実施形態におけるデジタルストリームは、ＢＤ−ＲＯＭ規格のＡＶＣｌｉｐであったが、ＤＶＤ−Ｖｉｄｅｏ規格、ＤＶＤ−Ｖｉｄｅｏ  Ｒｅｃｏｒｄｉｎｇ規格のＶＯＢ（ＶｉｄｅｏＯｂｊｅｃｔ）であって��よい。ＶＯＢは、ビデオストリーム、オーディオストリームを多重化することにより得られたＩＳＯ／ＩＥＣ１３８１８−１規格準拠のプログラムストリームである。またＡＶＣｌｉｐにおけるビデオストリームは、ＭＰＥＧ４やＷＭＶ方式であってもよい。更にオーディオストリームは、Ｌｉｎｅａｒ−ＰＣＭ方式、Ｄｏｌｂｙ−ＡＣ３方式、ＭＰ３方式、ＭＰＥＧ−ＡＡＣ方式、ｄｔｓ方式であってもよい。【０１２９】  （Ｅ）第１実施形態におけるスライドショーは、ＴＳ  ｆｏｒ  Ｔｉｍｅｂａｓｅｄ  ＳｌｉｄｅＳｈｏｗであることを前提にして説明を行ったが、ＴＳ  ｆｏｒ  ＭａｉｎＰａｔｈ  ｏｆ  ｔｈｅ  Ｂｒｏｗｓａｂｌｅ  ＳｌｉｄｅＳｈｏｗに用いられるＡＶＣｌｉｐや、ＳｕｂＰａｔｈ  ｏｆ  ｔｈｅ  Ｂｒｏｗｓａｂｌｅ  ＳｌｉｄｅＳｈｏｗに用いられるＡＶＣｌｉｐであってもよい。つまりＴＳ  ｆｏｒ  ＭａｉｎＰａｔｈ  ｏｆ  ｔｈｅ  Ｂｒｏｗｓａｂｌｅ  ＳｌｉｄｅＳｈｏｗに用いられるＡＶＣｌｉｐに対応するＣｌｉｐ情報において、各ピクチャの再生時点及び記録位置を示すようＥＰ＿ｍａｐを設定しておいてもよい。【０１３０】  （Ｆ）各実施形態ではＭＰＥＧ４−ＡＶＣ（Ｈ．２６４やＪＶＴとも呼ばれる）をもとに説明したが、ＭＰＥＧ２ビデオストリームであってもよく、また、その他の形式の画像形式（ＶＣ−１）の場合でも単独でデコード可能な画像であれば、容易に応用可能である。
【産業上の利用可能性】
【０１３１】  本発明に係る記録媒体及び再生装置は、ホームシアターシステムでの利用のように、個人的な用途で利用されることがありうる。しかし本発明は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが明らかであるので、本発明に係る記録媒体及び再生装置は、工業製品の生産分野において生産し、又は、使用することができる。このことから本発明に係る記録媒体及び再生装置は、産業上の利用可能性を有する。
【図１】
2005120061.tif 000002
【図２】
2005120061.tif 000003
【図３】
2005120061.tif 000004
【図４】
2005120061.tif 000005
【図５】
2005120061.tif 000006
【図６】
2005120061.tif 000007
【図７】
2005120061.tif 000008
【図８】
2005120061.tif 000009
【図９】
2005120061.tif 000010
【図１０】
2005120061.tif 000011
【図１１】
2005120061.tif 000012
【図１２】
2005120061.tif 000013
【図１３】
2005120061.tif 000014
【図１４】
2005120061.tif 000015
【図１５】
2005120061.tif 000016
【図１６】
2005120061.tif 000017
【図１７】
2005120061.tif 000018
【図１８】
2005120061.tif 000019
【図１９】
2005120061.tif 000020
【図２０】
2005120061.tif 000021
【図２１】
2005120061.tif 000022
【図２２】
2005120061.tif 000023
【図２３】
2005120061.tif 000024
【図２４】
2005120061.tif 000025
【図２５】
2005120061.tif 000026
【図２６】
2005120061.tif 000027
【図２７】
2005120061.tif 000028
【図２８】
2005120061.tif 000029
【図２９】
2005120061.tif 000030
【図３０】
2005120061.tif 000031
【図３１】
2005120061.tif 000032
【図３２】
2005120061.tif 000033
【図３３】
2005120061.tif 000034
【手続補正書】
【提出日】平成18年1月25日(2006.1.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオストリームと、ストリーム管理情報とが記録された記録媒体であって、
ビデオストリームは、複数のピクチャデータを含み、
ストリーム管理情報は、エントリーマップを含み、
エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示しており、
ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを特徴とする、記録媒体。
【請求項２】
ストリーム管理情報は更に、フラグを含み、  
前記フラグは、
前記ビデオストリームを構成する全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを保証する、請求項１記載の記録媒体。  
【請求項３】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
タイムスタンプは、
スライドショーの時間軸におけるピクチャデータの表示タイミングを示す、請求項１記載の記録媒体。
【請求項４】
ビデオストリームを構成するピクチャデータのそれぞれを、所定の時間軸に沿って再生することにより、スライドショーの再生を行う再生装置であって、
記録媒体に記録されたビデオストリームを構成するピクチャデータを、記録媒体から読み出す読出手段と、
読み出されたピクチャデータを再生する再生手段と、
読出手段及び再生手段を制御する制御手段とを備え、
前記記録媒体には、複数のエントリー情報からなるエントリーマップが記録されており、
前記制御手段は、
前記時間軸における任意の時点からの再生が命じられた場合、エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものに対応するエントリーアドレスからのピクチャデータの読み出しを読出手段に行わせ、読み出されたピクチャデータを再生手段に再生させる、ことを特徴とする再生装置。
【請求項５】
エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものが存在しない場合、前記制御手段は、特定されたエントリー時刻に最も近いものに対応する、エントリーアドレスからのピクチャデータの読み出しを読出手段に行わせる、請求項４記載の再生装置。
【請求項６】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
前記再生手段は、
前記時間軸における現在の再生時点が、タイムスタンプに示される表示タイミングになった際、ピクチャデータのデコードを行い、デコード後、エンドコードに基づく、デコーダ動作の凍結を行うものであり、
前記制御手段は、
時間軸における任意の時点からの再生が命じられた場合、その時点を現在の再生時点としたデコード動作を、再生手段に行わせる、請求項４記載の再生装置。
【請求項７】
ビデオストリームを構成するピクチャデータのそれぞれを、所定の時間軸に沿って再生することにより、スライドショーの再生をコンピュータに実行させるプログラムであって、
記録媒体に記録されたビデオストリームを構成するピクチャデータを、記録媒体から読み出す読出ステップと、
読み出されたピクチャデータを再生する再生ステップと、
読出ステップ及び再生ステップを制御する制御ステップとをコンピュータに実行させ、
前記記録媒体には、複数のエントリー情報からなるエントリーマップが記録されており、
前記制御ステップは、
前記時間軸における任意の時点からの再生が命じられた場合、エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものに対応するエントリーアドレスからのピクチャデータの読み出しを読出ステップに行わせ、読み出されたピクチャデータを再生ステップに再生させる、ことを特徴とするプログラム。
【請求項８】
エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものが存在しない場合、前記制御ステップは、特定されたエントリー時刻に最も近いものに対応する、エントリーアドレスからのピクチャデータの読み出しを読出手段に行わせる
ことを特徴とする請求項７記載のプログラム。
【請求項９】
ビデオストリームを構成するピクチャデータのそれぞれを、所定の時間軸に沿って再生することにより、スライドショーの再生を行う再生方法であって、
記録媒体に記録されたビデオストリームを構成するピクチャデータを、記録媒体から読み出す読出ステップと、
読み出されたピクチャデータを再生する再生ステップと、
読出ステップ及び再生ステップを制御する制御ステップとを有し、
前記記録媒体には、複数のエントリー情報からなるエントリーマップが記録されており、
前記制御ステップは、
前記時間軸における任意の時点からの再生が命じられた場合、エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものに対応するエントリーアドレスからのピクチャデータの読み出しを読出ステップに行わせ、読み出されたピクチャデータを再生ステップに再生させる、ことを特徴とする再生方法。
【請求項１０】
エントリーマップにおけるエントリー時刻のうち、当該時点に合致するものが存在しない場合、前記制御手段は、特定されたエントリー時刻に最も近いものに対応する、エントリーアドレスからのピクチャデータの読み出しを読出手段に行わせる
ことを特徴とする請求項９記載の再生方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ランダムアクセス技術の技術分野に属する発明である。
【背景技術】
【０００２】
ランダムアクセス技術とは、デジタルストリームがもつ時間軸上の任意の一時点を、デジタルストリーム上の記録位置に変換して、その記録位置からの再生を開始する技術であり、BD-ROMやDVD-Videoのような、記録媒体に記録されているデジタルストリームを再生するにあたって、なくてはならない基盤技術である。
デジタルストリームは、MPEG2-Video、MPEG4-AVC等の可変長符号化方式により符号化されており、フレーム当たりの情報量にばらつきがある。このことから、ランダムアクセスを実行する際、上述した変換を行うにあたっては、エントリーマップの参照が必要になる。ここでエントリーマップとは、時間軸上の複数のエントリー時刻を、デジタルストリームにおける複数のエントリー位置に対応づけて示す情報であり、エントリーマップにおける複数のエントリー時刻が、1秒という時間精度を有している場合、1秒という時間精度でのランダムアクセスを、高効率に行うことができる。
【０００３】
ビデオストリームに対するランダムアクセスでは、GOPの先頭に存在するI(Intra)ピクチャを探索する必要がある。Iピクチャの探索を支援するような、データ構造については下記の特許文献に記載された先行技術がある。
【特許文献１】特開2000-228656号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
時間軸をもつアプリケーションには、映画の他にスライドショーがある。スライドショーとは、複数の静止画からなり、各静止画が、予め定められた時間軸に沿って再生されるアプリケーションをいう。スライドショーも、再生のための時間軸を有しているので、時間軸上の複数のエントリー時刻を、エントリー位置に対応づけて示しておくことにより、時間軸上の任意の時点から、ストリーム上の記録位置を導くことができ、かかる記録位置からの再生を実行することができる。
【０００５】
ところがスライドショーは、静止画から構成されていることから、映画よりも、高精度なランダムアクセスが要求される。高精度なランダムアクセスとは、1枚先、10枚先というように、“一枚のピクチャ”をアクセス単位にしたランダムアクセスである。ビデオストリームのエントリーマップは、1秒間隔というように、1秒程度の時間精度をもち、この1秒という時間間隔には、20〜30枚のピクチャが包含され得る。そのため、上述したエントリーマップを用いてピクチャ精度でのランダムアクセスを実現しようとすると、エントリーマップの参照だけでは足りず、ストリームに対する解析が必要になる。
【０００６】
ここでの“ストリームの解析”とは、エントリーマップに記載されているエントリー位置から、ピクチャのヘッダを取り出し、このヘッダからピクチャのサイズを読み出して、そのサイズに基づき、次のピクチャの記録位置を特定するという処理を、何回も繰り返し、所望のピクチャの記録位置まで辿りつくというものである。かかる解析は、ストリームに対する高頻度のアクセスを伴うものなので、エントリー位置から3枚先、5枚先のピクチャを読み出すだけでも、相当の時間がかかる。ピクチャ精度のランダムアクセスに相当の時間がかかるため、ユーザ操作に即応して、前後のピクチャを表示させたり、10枚前後のピクチャを表示させうる機能をスライドショーに追加しようとしても、制作者サイドが期待するような、使い勝手にならないという問題点がある。
【０００７】
本発明の目的は、スライドショーにおけるランダムアクセスを、高速に実現することができる記録媒体を提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係る記録媒体は、ビデオストリームと、ストリーム管理情報とが記録されており、ビデオストリームは、複数のピクチャデータを含み、ストリーム管理情報は、エントリーマップを含み、エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示しており、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを特徴としている。
【発明の効果】
【０００９】
スライドショーに対するエントリーマップは、ビデオストリームにおけるピクチャ毎のエントリーアドレスを再生時刻に対応づけて示しているので、1枚先、3枚先というように、ピクチャ精度のランダムアクセスが要求されたとしても、ビデオストリームの解析を伴うことなく、ピクチャ精度のランダムアクセスを実現することができる。
時間軸上の任意の時点からビデオストリーム上の記録位置を導くことができ、また、1枚先、3枚先というピクチャ精度でのランダムアクセスを実現することができるので、ユーザ操作に即応して、前後のピクチャを表示させたり、数枚前後のピクチャを表示させうるアプリケーションを制作することができる。
【００１０】
ここでストリーム管理情報は更に、フラグを含み、このフラグが、前記ビデオストリームを構成する全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを保証している。
スライドショーに対するエントリーマップのデータ構造が、外観上、動画に対するエントリーマップのデータ構造と同一であっても、再生装置は、動画再生と同じ再生制御を実行しつつ、フラグが上述した旨を示している場合のみ、ピクチャ精度のランダムアクセスを実行すればよい。再生装置は、動画再生との互換性を維持する形で、ピクチャ精度のランダムアクセスを実現することができる。これにより、動画再生と、スライドショー再生との両機能を兼備した再生装置の普及を促進することができる。
【発明を実施するための最良の形態】
【００１１】
(第１実施形態)
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図１において、本発明に係る記録媒体は、BD-ROM１００である。このBD-ROM１００は、再生装置２００、リモコン３００、テレビ４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
【００１２】
以上が本発明に係る記録媒体の使用形態についての説明である。続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、BD-ROMの応用層に対する改良により実施することができる。図２は、BD-ROMの内部構成を示す図である。
本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現すると、図中の第１段目のようになる。この第1段目においてBD-ROMには、Rootディレクトリの下に、BDMVディレクトリがある。
【００１３】
BDMVディレクトリの配下には、PLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリと呼ばれる3つのサブディレクトリが存在する。
STREAMディレクトリには、いわばデジタルストリーム本体となるファイル群を格納しているディレクトリであり、拡張子m2tsが付与されたファイル(00001.m2ts,00002.m2ts,00003.m2ts)が存在する。
【００１４】
PLAYLISTディレクトリは、拡張子mplsが付与されたファイル(00001.mpls,00002.mpls,00003mpls)が存在する。
CLIPINFディレクトリには、拡張子clpiが付与されたファイル(00001.clpi,00002.clpi,00003.clpi)が存在する。
＜AVClipの構成＞
続いて拡張子.m2tsが付与されたファイルについて説明する。図３は、拡張子.m2tsが付与されたファイルがどのように構成されているかを模式的に示す図である。拡張子.m2tsが付与されたファイル(00001.m2ts,00002.m2ts,00003.m2ts・・・・・)は、AVClipを格納している。AVClipは(第４段目)、複数のビデオフレーム(ピクチャpj1,2,3)からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを(第１段目)、PESパケット列に変換し(第２段目)、更にTSパケットに変換して(第３段目)、これらを多重化することで構成される。  
【００１５】
尚、AVClipには、字幕系のプレゼンテーショングラフィクスストリーム(PGストリーム)や対話系のインタラクティブグラフィクスストリーム(IGストリーム)が多重化されることもある。また、テキストコードにより表現された字幕データ(テキスト字幕ストリーム)が、AVClipとして記録されることもある。
続いて、MPEG2-TS形式のデジタルストリームであるAVClipが、BD-ROMにどのように書き込まれるかを説明する。図４は、AVClipを構成するTSパケットがどのような過程を経てBD-ROMに書き込まれるかを示す図である。本図の第１段目にAVClipを構成するTSパケットを示す。
【００１６】
AVClipを構成するTSパケットは、第２段目に示すようにTS＿extra＿header(図中の「EX」)が付される。
第３段目、第４段目は、BD-ROMの物理単位と、TSパケットとの対応関係を示す。第４段目に示すように、BD-ROM上には複数セクタが形成されている。extra＿header付きTSパケット(以下EX付きTSパケットと略す)は、32個毎にグループ化されて、3つのセクタに書き込まれる。32個のEX付きTSパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のEX付きTSパケットを“AlignedUnit”といい、BD-ROMへの書き込みにあたっては、Aligned Unit単位で暗号化がなされる。
【００１７】
第５段目においてセクタは、32個単位で誤り訂正符号が付され、ECCブロックを構成する。再生装置はAligned Unitの単位でBD-ROMをアクセスする限り、32個の完結したEX付きTSパケットを得ることができる。以上がBD-ROMに対するAVClipの書き込みのプロセスである。
＜ビデオストリーム＞
ビデオストリームの内部構成について説明する。図５は、ビデオストリームの内部構成を示す図である。ビデオストリームには、映画により利用されるものと、スライドショーにより利用されるものの2つのタイプがある。本実施形態において、これら映画、スライドショーで用いられるビデオストリームは何れもMPEG4-AVCで符号化されている点で共通する。つまり、符号化方式の点において共通するものとする。
【００１８】
図５（ａ）は、映画に用いられるビデオストリームの内部構成を示す図である。図５（ａ）におけるビデオストリームは、符号化順序に配置された複数のピクチャからなる。
図中のI,P,Bは、それぞれIピクチャ、Bピクチャ、Pピクチャを意味する。Iピクチャには、IDRピクチャと、Non-IDR Iピクチャとの2種類がある。Non-IDRIピクチャ、Pピクチャ、Bピクチャは、他のピクチャとのフレーム相関性に基づき圧縮符号化されている。Bピクチャとは、Bidirectionallypredictive(B)形式のスライスデータからなるピクチャをいい、Pピクチャとは、Predictive(P)形式のスライスデータからなるピクチャをいう。Bピクチャには、refrenceBピクチャと、nonrefrenceBピクチャとがある。
【００１９】
図５（ａ）では、Non-IDR Iピクチャを“I”と記述しており、IDRピクチャを“IDR”と記述している。以降、同様の表記を用いる。以上が映画に用いられる、ビデオストリームである。
続いてIDRピクチャ及びNon-IDR Iピクチャの内部構成について説明する。図６（ａ）は、IDRピクチャの内部構成を示す図である。本図に示すようにIDRピクチャは、複数のIntra形式のスライスデータからなる。図６（ｂ）は、Non-IDRIピクチャの内部構成を示す。IDRピクチャがIntra形式のスライスデータのみから構成されているのに対し、Non-IDR IピクチャはIntra形式のスライスデータ、P形式のスライスデータ、B形式のスライスデータから構成されている。図６（ｃ）は、Non-IDRIピクチャにおける依存関係を示す。Non-IDR Iピクチャは、B,Pスライスデータから構成されうるので、他のピクチャとの依存関係をもちうる。
【００２０】
＜BD-ROMへの記録＞
続いてIDRピクチャ、Non-IDR Iピクチャが、どのようにしてTSパケットに変換され、BD-ROMに記録されるかについて説明する。図７は、IDRピクチャ、Non-IDRIピクチャがTSパケットに変換される過程を示す図である。図中の第1段目は、IDRピクチャ、Non-IDR Iピクチャを示す。第2段目は、MPEG4-AVCに規定されたAccessUnitを示す。IDRピクチャ、Non-IDR Iピクチャを構成する複数のスライスデータは、シーケンシャルに配置され、AUD(Access UnitDelimiter),SPS(Sequence Parameter Set),PPS(Picture ParameterSet),SEI(Supplemental Enhanced info)が付加されることにより、Access Unitに変換されることになる。
【００２１】
AUD,SPS,PPS,SEI、Access Unitのそれぞれは、MPEG4-AVCに規定された情報であり、ITU-TRecommendationH.264等の様々な文献に記載されているので、詳細については、これらの文献を参照されたい。ここで重要であるのは、AUD,SPS,PPS,SEIが再生装置に供給されることがランダムアクセスの必須条件になるという点である。
第3段目はNAL unitを示す。第2段目におけるAUD,SPS,PPS,SEIに対し、ヘッダを付加することにより、AUD,SPS,PPS,SEI、スライスデータは、それぞれNAL
unitに変換されることになる。NAL unitとは、MPEG4-AVCのネットワーク抽象レイヤ(Network Abstraction Layer)において、規定された単位であり、ITU-T
Recommendation H.264等の様々な文献に記載されているので、詳細についてはこれらの文献を参照されたい。ここで重要であるのは、AUD,SPS,PPS,SEI,スライスデータは、それぞれ独立したNALunitに変換されているので、AUD,SPS,PPS,SEI,スライスデータのそれぞれは、ネットワーク抽象レイヤにおいて、それぞれ独立に取り扱われるという点である。
【００２２】
1つのピクチャを変換することで得られた複数のNAL unitは、第4段目に示すようにPESパケットに変換される。そしてTSパケットに変換されてBD-ROM上に記録される。
1つのGOPを再生するには、そのGOPの先頭に位置するIDRピクチャ、Non-IDR Iピクチャを構成するNAL unitのうち、Access UnitDelimiterを含むものをデコーダに投入せねばならない。つまりAccess Unit Delimiterを含むNAL unitが、IDRピクチャ、Non-IDRIピクチャをデコードするための1つの指標になる。このAccess Unit Delimiterを含むNAL unitを、本実施形態では点(Point)として扱う。そして再生装置は、ビデオストリームを再生するにあたって、AccessUnit Delimiterを含むNAL unitを、Non-IDR Iピクチャ、IDRピクチャを再生するためのエントリー位置として解釈する。従って、AVClipにおいて、ランダムアクセスを実行するには、IDRピクチャ，Non-IDRIピクチャのAccess Unit Delimiterが何処に存在するかを、把握することが非常に重要になる。以上が映画に用いられる、MPEG4-AVC形式のビデオストリームの構成である。
【００２３】
＜スライドショー＞
続いて、スライドショーに用いられるビデオストリームについて説明する。図５（ｂ）は、スライドショーに用いられるビデオストリームの内部構成を示す図である。本図に示すように、スライドショーに用いられるビデオストリームは、複数の静止画データから構成される。これらの静止画データは、何れも、IDRピクチャである。つまりスライドショーでは、どのピクチャも単体でデコードされるように、IDRピクチャでデコードされているのである。
【００２４】
本実施形態におけるスライドショーは、ビデオストリームとオーディオストリームとが多重化されており、ビデオストリームにおける個々の静止画が、オーディオストリームの再生進行に沿って再生されるタイプのスライドショー(TimebasedSlideShow)である。
BD-ROMに記録されうるスライドショーには、オーディオストリームが多重されておらず、オーディオストリームの再生とは無関係に、静止画の再生が進行するスライドショー(BrowsableSlideShow)が他に存在する。
【００２５】
これらのうち映画及びTimebased SlideShowは、何れも時間軸をもっているので、これらに対象を絞って説明を進めてゆく。
スライドショーを構成するビデオストリームの内部構成について説明する。
図８は、スライドショーにおけるIDRピクチャが、BD-ROMにどのように記録されるかを図である。BD-ROMへの記録は、図７と同様である。つまりスライドショーを構成するIDRピクチャは、複数のスライスデータからなるので、各スライスデータを、動画のIDRピクチャ同様、NALunitに変換して、BD-ROMに記録するのである。本図に示す記録が、図７のものと異なるのは、ピクチャを構成するスライスデータの末尾に、“End ofStreamコード”がある点である。このEnd of Streamコードは、デコーダ動作の凍結(Display Frozen)を再生装置に命じる終端コードであり、スライスデータと同様、1つのNALunitに変換されてBD-ROMに記録される。
【００２６】
この図８に示すIDRピクチャが、順次デコーダに供給されることにより、図９に示すように、スライドショーの再生は進行する。図９は、スライドショーの再生進行を示す図である。本図の第4段目は、TSパケット列を示し、第3段目は、この第4段目のTSパケットを変換することで得られたPESパケット列を示す。第2段目は、スライドショーの時間軸を示し、第1段目は、スライドショーを構成する個々のIDRピクチャを示す。この第1段目のIDRピクチャは、第3段目のPESパケットにおけるPTSに示される時点に表示される。また第3段目のPESパケットには、図８に示したEndof Streamコードがあるので、再生装置は、PESパケットのPTSに示される時点においてIDRピクチャを表示した後、デコーダ動作を凍結した状態(DisplayFrozen)になる。このデコーダ動作の凍結状態は、次のIDRピクチャの表示がなされるまで、継続することになる。PESパケットのPTSに示された時点における表示と、Endof Streamコードによるデコーダ動作凍結とを繰り返すことにより、スライドショーを構成する個々のIDRピクチャは、順次再生されてゆく。以上が、スライドショーの再生進行である。
＜Clip情報＞
続いて拡張子.clpiが付与されたファイルについて説明する。拡張子.clpiが付与されたファイル(00001.clpi,00002.clpi,00003.clpi・・・・・)は、Clip情報を格納している。Clip情報は、個々のAVClipについての管理情報である。図１０は、Clip情報の内部構成を示す図である。本図の左側に示すようにClip情報は、
i)AVClipファイルの属性情報を格納した『ClipInfo()』、
ii)ATC Sequence,STC Sequenceに関する情報を格納した『Sequence Info()』
iii)Program Sequenceに関する情報を格納した『Program Info()』
iv)『Characteristic Point Info(CPI())』からなる。
図中の引き出し線cu1は、i番目のProgram Sequence(Program Sequence(i))の構成をクローズアップしている。本引き出し線に示すように、Program
Sequence(i)に対するProgram Infoは、Stream＿PIDと、Stream＿Coding＿Infoとの組みをNs(i)個配列してなる(図中のStream＿PID[i](0)、Stream＿Coding＿Info(i,0)〜Stream＿PID[i](Ns(i)-1)、Stream＿Coding＿Info(i,Ns(i)-1))。
【００２７】
Stream＿PIDは、AVClipを構成する個々のエレメンタリストリームについてのパケット識別子を示し、Stream＿Coding＿Infoは、AVClipを構成する個々のエレメンタリストリームについての符号化方式を示す。
図１１（ａ）は、ビデオストリームについてのStream＿Coding＿Infoを示し、図１１（ｂ）は、オーディオストリームについてのStream＿Coding＿Infoを示す。ビデオストリームのStream＿Coding＿Infoは、図１１（ａ）に示すように、ビデオストリームの符号化方式が、MPEG4-AVC、MPEG2-Videoの何れであるかを示す『Stream＿Coding＿type』と、ビデオストリームの表示方式が480i,576i,480p,1080i,720p,1080pの何れであるかを示す『Video＿format』,ビデオストリームのフレームレートが23.976Hz,29.97Hz,59.94Hzの何れであるかを示す『frame＿rate』、ビデオストリームにおけるピクチャのアスペクト比が4:3,16:9の何れであるかを示す『aspect＿ratio』を含む。
【００２８】
図１１（ｂ）は、オーディオストリームについてのStream＿Coding＿Infoを示す。本図に示すようにオーディオストリームについてのStream＿Coding＿Infoは、オーディオストリームの符号化方式がLPCM,Dolby-AC3,Dtsの何れであるかを示す『Stream＿Coding＿Type』、オーディオストリームの出力形式がステレオ、モノラル、マルチの何れであるかを示す『audio＿Presentation＿type』、オーディオストリームのサンプリング周波数を示す『Sampling＿Frenquency』、オーディオストリームに対応する言語を示す『audio＿language＿code』からなる。
【００２９】
このStream＿Coding＿Infoを参照することにより、AVClipにおける複数のエレメンタリストリームのうち、どれがMPEG4-AVC形式であるかを知得することができる。
＜CPI(EP＿map)＞
図１０に戻って、CPIの説明を行う。図中の引き出し線cu2は、CPIの構成をクローズアップしている。引き出し線cu2に示すように、CPIはEP＿mapからなる。EP＿mapは、Ne個のEP＿map＿for＿one＿stream＿PID(EP＿map＿for＿one＿stream＿PID(0)〜EP＿map＿for＿one＿stream＿PID(Ne-1))からなる。これらEP＿map＿for＿one＿stream＿PIDは、AVClipに属する個々のエレメンタリストリームについてのEP＿mapである。EP＿mapは、1つのエレメンタリストリーム上において、AccessUnit Delimiterが存在するエントリー位置のパケット番号(SPN＿EP＿start)を、エントリー時刻(PTS＿EP＿start)と対応づけて示す情報である。図中の引き出し線cu3は、EP＿map＿for＿one＿stream＿PIDの内部構成をクローズアップしている。
【００３０】
これによると、EP＿map＿for＿one＿stream＿PIDは、Nc個のEP＿High(EP＿High(0)〜EP＿High(Nc-1))と、Nf個のEP＿Low(EP＿Low(0)〜EP＿Low(Nf-1))とからなることがわかる。ここでEP＿Highは、AccessUnit(Non-IDR Iピクチャ、IDRピクチャ)のSPN＿EP＿start及びPTS＿EP＿startの上位ビットを表す役割をもち、EP＿Lowは、AccessUnit(Non-IDR Iピクチャ、IDRピクチャ)のSPN＿EP＿start及びPTS＿EP＿startの下位ビットを示す役割をもつ。
【００３１】
図中の引き出し線cu4は、EP＿Highの内部構成をクローズアップしている。この引き出し線に示すように、EP＿High(i)は、EP＿Lowに対する参照値である『ref＿to＿EP＿Low＿id[i]』と、AccessUnit(Non-IDR Iピクチャ、IDRピクチャ)のPTSの上位ビットを示す『PTS＿EP＿High[i]』と、Access Unit(Non-IDR Iピクチャ、IDRピクチャ)のSPNの上位ビットを示す『SPN＿EP＿High[i]』とからなる。ここでiとは、任意のEP＿Highを識別するための識別子である。
【００３２】
図中の引き出し線cu5は、EP＿Lowの構成をクローズアップしている。引き出し線cu5に示すように、EP＿Lowは、対応するAccess UnitがIDRピクチャか否かを示す『is＿angle＿change＿point(EP＿Low＿id)』と、対応するAccessUnitのサイズを示す『I＿end＿position＿offset(EP＿Low＿id)』と、対応するAccess Unit(Non-IDR Iピクチャ、IDRピクチャ)のPTSの下位ビットを示す『PTS＿EP＿Low(EP＿Low＿id)』と、対応するAccessUnit(Non-IDR Iピクチャ、IDRピクチャ)のSPNの下位ビットを示す『SPN＿EP＿Low(EP＿Low＿id)』とからなる。ここでEP＿Low＿idとは、任意のEP＿Lowを識別するための識別子である。
【００３３】
これらのEP＿mapのデータ構造は、基本的には上述した特許文献等に記載されたものであり、本明細書ではこれ以上詳しく触れない。
続いて、Clip情報におけるClip infoについて説明する。図１２は、Clip情報におけるClip infoの内部構成を示す図である。図中の引き出し線はClipinfo()の構成をクローズアップしている。この引き出し線に示すように、Clip info()は、デジタルストリームの類型を示す“clip＿stream＿type”,本AVClipを利用するアプリケーションの類型を示す“application＿type”,AVClipの記録レートを示す“TS＿recording＿rate”,AVClipを構成するTSパケット数を示す“number＿of＿source＿packet”から構成されていることがわかる。このうちclip＿stream＿typeは、本Clip情報に対応するAVClipが、MovieApplication,TS for Timebased SlideShow,TS for MainPath of the BrowsableSlideShow,TS for SubPath of the Browsable SlideShowの何れであるかを示す。具体的には、
a)clip＿stream＿type＝1である場合、AVClipの類型は、Movie Applicationであることを示す。
【００３４】
b)clip＿stream＿type＝2である場合、AVClipの類型は、TS for Timebased SlideShowであることを示す。
c)clip＿stream＿type=3である場合、AVClipの類型は、TS for MainPath of the BrowsableSlideShowであることを示す。ここで“MainPath”とは、Browsable SlideShowを構成するビデオストリーム−オーディオストリームの組みのうち、ビデオストリームであることを意味する。
d)clip＿stream＿type=4である場合、AVClipの類型は、TS for SubPath of the Browsable SlideShowであることを示す。ここで“SubPath”とは、BrowsableSlideShowを構成するビデオストリーム−オーディオストリームの組みのうち、オーディオストリームであることを意味する。
【００３５】
図１２における矢印ct3,ct4は、このapplication＿typeがもたらす副次的な意味内容を示す。副次的な意味内容とは、application＿typeがそれぞれの値に設定された際、EP＿mapのデータ構造がどのようなものになるかを意味する。
図中の矢印ct4は、application＿typeが1,4である場合、EP＿mapがどのようなデータ構造になるかを示す。具体的にいうと、application＿typeが1,4である場合、EP＿mapは、隣り合う2つのPTS＿EP＿startの値の間隔が、1秒未満になればよいことを意味する。
【００３６】
図中の矢印ct3は、application＿typeが2,3である場合、EP＿mapがどのようなデータ構造になるかを示す。具体的にいうと、application＿typeが2,3である場合、AVClipの全てのピクチャを指し示すように、PTS＿EP＿startの値が設定されることを意味する。つまりAVClipの全てのピクチャがEP＿mapにて指し示されていることを保証している。
application＿typeに、かかる副次的な意味をもたせることの、技術的意義について説明する。
【００３７】
ここでスライドショーを作成するにあたって、全てのピクチャデータをIDRピクチャに設定するというというのは、1つの考え方にすぎない。他のピクチャとの相関性を用いて圧縮されたPピクチャや2枚以上の前後のピクチャとの相関性を用いて圧縮されたBピクチャを用いることで、ビデオストリームを構成してもよい。従ってオーサリング者によっては、PピクチャやBピクチャを用いてスライドショーを構成しようとするかもしれない。
【００３８】
ところがPピクチャやBピクチャは、参照しているピクチャがないとデコードすることができない。そのため、ユーザー操作により、スライドショーを構成する任意のピクチャを再生しようとすると、間近にある参照ピクチャをデコードしてからでないと、所望のピクチャをデコードすることが不可能になる。
所望のピクチャを再生する度に、そのピクチャが参照している全てのピクチャをデコードせねばならないので、PピクチャやBピクチャからスライドショーを構成しようとすると、操作性が悪い、スライドショーを制作することになりかねない。
【００３９】
スライドショーは、動画のように、ある決まった順番で、個々のピクチャデータが再生されるとは限らない。ユーザー操作により、任意のピクチャデータを再生するという処理が必要になる。そこで、本実施形態では、どこからでも再生できることを保証するために、スライドショーを構成するビデオストリームは、単独でデコード可能なイントラ符号化されたIDRピクチャから構成している。つまり、PピクチャやBピクチャからスライドショーを構成するという考えを排斥し、スライドショーを構成する全てのピクチャを、IDRピクチャにエンコードしている。
【００４０】
これに伴い、スライドショーにおいては、全てのピクチャのエントリー位置及びエントリー時刻をEP＿mapに指し示しておく。こうすることにより、ユーザがどのピクチャデータをデコードしようとしても、そのピクチャデータをデコーダに供給するだけで、任意の静止画を再生に供することができる。
ビデオストリームがスライドショーに用いられるものであるか否かは、Clip＿Infoにおけるapplication＿typeに示されているので、このapplication＿typeが“スライドショーを示しているか否か”は、“ビデオストリームを構成する各ピクチャデータの位置及び再生開始時刻が、EP＿mapにより示されているか否か”という副次的な意味をもつことになる。
【００４１】
Clip＿infoのapplication＿typeがかかる意味をもつので、再生装置はこれから再生しようとするAVClipのClip＿infoを参照することにより、ビデオストリームを構成する各ピクチャがIDRピクチャであり他のどのピクチャも参照していないこと、そして、何れのピクチャも、EP＿mapから指示されていることを再生装置は知得することができる。
故に再生装置は、スライドショーを再生するにあたって、このapplication＿typeを参照することにより、前後のピクチャをデコードせずとも、所望のピクチャをデコードすることができる。
【００４２】
以上が、application＿type及びEP＿mapの技術的意義である。
以下、具体例を通じて、映画と、スライドショーとのEP＿map設定の違いについて説明する。図１３は、映画のビデオストリーム(application＿type=1or4)に対するEP＿map設定を示す図である。第1段目は、表示順序に配置された複数のピクチャを示し、第2段目は、そのピクチャにおける時間軸を示す。第4段目は、BD-ROM上のTSパケット列を示し、第3段目は、EP＿mapの設定を示す。
【００４３】
第2段目の時間軸において、時点t1〜t7に、Access Unit(Non-IDR Iピクチャ、IDRピクチャ)が存在するものとする。そしてこれらのt1〜t7のうち、t1〜t3の時間間隔、t3〜t5の時間間隔、t5〜t7の時間間隔が、1秒程度であるとすると、映画に用いられるビデオストリームにおけるEP＿mapは、t1〜t7のうち、t1,t3,t5をエントリー時刻(PTS＿EP＿start)として設定し、これに対応づけて記録位置(SPN＿EP＿start)を示すよう、設定される。また、EntryPoint#1〜Entry Point#4のうち、Entry Point#1、Entry Point#3は、IDRピクチャに対応しているので、is＿angle＿change＿pointは“1”に設定される。それ以外のEntryPoint#2、Entry Point#4におけるis＿angle＿change＿pointは、“0”に設定される。
【００４４】
図１４は、図１３におけるEntry Point#1〜Entry Point#5のPTS＿EP＿start、SPN＿EP＿startを、EP＿Low、EP＿Highの組みで表現したものである。本図の左側にEP＿Lowを示し、右側にEP＿Highを示す。
図１４左側のEP＿Low(0)〜(Nf-1)のうち、EP＿Low(i)〜(i+1)のPTS＿EP＿Lowは、t1,t3,t5,t7の下位ビットを示す。EP＿Low(0)〜(Nf-1)のうち、EP＿Low(i)〜(i+1)のSPN＿EP＿Highは、n1,n3,n5,n7の下位ビットを示す。
【００４５】
図１４右側は、EP＿mapにおけるEP＿High(0)〜(Nc-1)を示す。ここでt1,t3,t5,t7は共通の上位ビットをもっており、またn1,n3,n5,n7も共通の上位ビットをもっているとすると、この共通の上位ビットが、PTS＿EP＿High,SPN＿EP＿Highに記述される。そしてEP＿Highに対応するref＿to＿EP＿LOW＿idは、t1,t3,t5,t7、n1,n3,n5,n7にあたるEP＿Lowのうち、先頭のもの(EP＿Low(i))を示すように設定しておく。こうすることにより、PTS＿EP＿start、SPN＿EP＿startの共通の上位ビットは、EP＿Highにより表現されることになる。  
【００４６】
そしてEP＿Low(i)〜(i+3)におけるis＿angle＿change＿point(i)〜(i+3)のうち、(i),(i+2)は、対応するAccessUnitがIDRピクチャであるので、is＿angle＿change＿pointは“1”に設定されている。(i+1),(i+3)は、対応するAccessUnitがNon-IDR Iピクチャであるので、is＿angle＿change＿pointは“0”に設定されている。
映画のような動画アプリケーションの場合は一度再生を開始すれば、以降のピクチャを連続的にデコードするため、EP＿mapは、すべてのAccess Unitを指定しておく必要はなく、最低限再生開始したい点にのみEP＿mapのエントリーが設定されていればよい。このように映画に用いられるビデオストリームにあたっては、隣り合うPTS＿EP＿startの値が、1秒未満になるように設定されればよいから、t2,t4,t6に存在するピクチャのように、隣りのAccessUnitとの時間間隔が0.5秒程度になるAccess Unitについては、その再生時点がPTS＿EP＿startにて指示されないものも現れる。図１５は、図１３のビデオストリームに対するランダムアクセスがどのようになされるかを示す図である。
【００４７】
ここで図中のIn＿time(=t6)から、ランダムアクセスを実行する場合を考える。図１５では、t6そのものは、PTS＿EP＿startにより指示されてはおらず、t5が、PTS＿EP＿startに指示されている。そしてこのt5に対応するEntry＿Pointは、is＿angle＿change＿point=1に設定され、IDRピクチャであることを示しているので、このt5の再生時点に位置するIDRピクチャの経由が必要になる。何故なら、IDRピクチャからランダムアクセスのアクセス先までのピクチャをBD-ROMから読み出せば、ランダムアクセスのアクセス先のデコードに必要な全ての参照ピクチャをデコーダ内に準備することができるからである。
【００４８】
図中第4段目のke1は、このt5への経由を象徴的に示している。しかし、ランダムアクセスのアクセスをダイレクトにアクセスできないので、この経由が、ランダムアクセスのオーバーヘッドになる。
続いて、application＿typeがスライドショー(application＿type=2or3)である場合の、EP＿map設定について説明する。時間軸上の複数の時点(t1〜t7)において、再生がなされるよう、PTSが設定されたIDRピクチャが、スライドショー内に存在するものとする。この場合、このスライドショーに対するEP＿map設定は、図１６のようになる。図１６は、スライドショーに対し、設定されたEP＿mapの内部構成を示す図である。
【００４９】
スライドショーでは、全てのピクチャを指示するようEP＿mapを設定するので、EP＿mapにおける個々のEntry＿Point#1〜#7は、スライドショーにおける個々のIDRピクチャの再生時点t1,t2,t3,t4,t5,t6,t7を、エントリー時刻(PTS＿EP＿start)として特定し、エントリー位置(SPN＿EP＿start)と対応づけていることがわかる。
こうして、各IDRピクチャの再生時点が、エントリー時刻として、EP＿mapにより指定されるので、t1〜t7のうち、どれかをランダムアクセスのアクセス先に選ぶ場合でも、先行するIDRピクチャを経由するという迂回のオーバーヘッドが発生することはない。図１７は、時間軸上の一時点へのランダムアクセスを、図１６と同様の表記で、示した図である。本図における第1段目〜第4段目は、図１６と同様である。第2段目における時点t2,t4,t6のうち、t6をアクセス先にしてランダムアクセスを実行しようとすると、時点t6そのものが、PTS＿EP＿startに指示されているので、先のIDRピクチャを経由することなく、時点t6にあたる、記録位置(SPN=N6)をアクセスすることができる。
【００５０】
オーバーヘッドの発生がないように、全てのピクチャがIDRピクチャにエンコードされ、どのピクチャの再生時点も、PTS＿EP＿startにより指示されているので、スライドショーにおける、時間情報を用いたランダムアクセスを高速に実行することができる。
上述したようなEP＿map設定に伴い、CLIP.INFOにおけるApplication＿Typeを2又は3に示しておけば、スライドショーを構成するすべてのピクチャに対してEP＿map上にエントリーが存在することが識別できるので、EP＿mapのエントリーを参照することにより、読み出すデータの範囲が判明し、前後のストリームを余分に解析する必要がなくなる。
【００５１】
以上が、本実施形態にかかるClip情報についての説明である。尚、拡張子“mpls”が付与されたファイルについては、本実施形態での説明を省略し、第２実施形態で説明するものとする。
以上で本発明に係る記録媒体についての説明を終わる。続いて本発明に係る再生装置について説明する。
【００５２】
＜再生装置の内部構成＞
図１８は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部構成に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムLSIと、ドライブ装置という2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、BDドライブ１、Arrival
time Clock Counter２、Source de-packetetizer３、PID Filter４、Transport Buffer５、MultiplexedBuffer６、Coded Picture Buffer７、ビデオデコーダ８、Decoded Picture Buffer１０、ビデオプレーン１１、TransportBuffer１２、Coded Data Buffer１３、Stream Graphics Processor１４、Object Buffer１５、CompositionBuffer１６、Composition Controller１７、Presentation Graphicsプレーン１８、CLUT部１９、TransportBuffer２０、Coded Data Buffer２１、Stream Graphics Processor２２、Object Buffer２３、CompositionBuffer２４、Composition Controller２５、Intaractive Graphicsプレーン２６、CLUT部２７、合成部２８、合成部２９、スイッチ３０、NetworkDevice３１、Local Storage３２、Arrival Time Clock Counter３３、Source De-Packetizer３４、PIDフィルタ３５、スイッチ３６、TransportBuffer３７、Elementary Buffer３８、オーディオデコーダ３９、Transport Buffer４０、バッファ４１、テキスト字幕デコーダ４２、シナリオメモリ４３、制御部４４、PSRセット４６から構成される。本図における内部構成は、MPEGのT-STDモデルをベースとしたデコーダモデルであり、ダウンコンバートを想定した含めたデコーダモデルになっている。本図において一点鎖線で囲んだ部位は、システムLSIとして、ワンチップ化されている部位を示す。
【００５３】
BD-ROMドライブ１は、BD-ROMのローディング／イジェクトを行い、BD-ROMに対するアクセスを実行して、32個のセクタからなるAlignedUnitをBD-ROMから読み出す。
Arrival time Clock Counter２は、27MHzの水晶発振器(27MHz X-tal)に基づき、Arrival Time Clockを生成する。ArrivalTime Clockとは、TSパケットに付与されたATSの基準となる時間軸を規定するクロック信号である。
【００５４】
Source de-packetetizer３は、BD-ROMから32個のセクタからなるAligned Unitが読み出されれば、Aligned Unitを構成するそれぞれのTSパケットから、TP＿extra＿headerを取り外して、TSパケットのみをPIDフィルタ４に出力する。Source
De-Packetizer３によるPIDフィルタ４への出力は、Arrival time Clock Counter２が経時している時刻が、TP＿extra＿headerに示されるATSになったタイミングになされる。PIDフィルタ４への出力は、ATSに従いなされるので、たとえBD-ROMからの読み出しに1倍速、2倍速といった速度差があっても、PIDフィルタ４へのTSパケット出力は、ArrivalTime Clockが経時する現在時間に従いなされることになる。
【００５５】
PID Filter４は、TSパケットに付加されているPIDを参照することにより、TSパケットが、ビデオストリーム、PGストリーム、IGストリームの何れに帰属するのかを判定して、TransportBuffer５、Transport Buffer１２、Transport Buffer２０、Transport Buffer３７のどれかに出力する。
Transport Buffer(TB)５は、ビデオストリームに帰属するTSパケットがPIDフィルタ４から出力された際、一旦蓄積されるバッファである。
【００５６】
Multiplexed Buffer(MB)６は、Transport Buffer５からElementary Buffer７にビデオストリームを出力するにあたって、一旦PESパケットを蓄積しておくためのバッファである。
Coded Picture Buffer(CPB)７は、符号化状態にあるピクチャ(Non-IDR Iピクチャ、IDRピクチャ、Bピクチャ、Pピクチャ)が格納されるバッファである。
【００５７】
ビデオデコーダ８は、ビデオエレメンタリストリームの個々のフレーム画像を所定の復号時刻（DTS）ごとにデコードすることにより複数フレーム画像を得て、DecodedPicture Buffer１０に書き込む。
Decoded Picture Buffer１０は、復号されたピクチャが書き込まれるバッファである。
ビデオプレーン１１は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。ビデオプレーン１１における解像度は1920×1080であり、このビデオプレーン１１に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
【００５８】
Transport Buffer(TB)１２は、PGストリームに帰属するTSパケットがPIDフィルタ４から出力された際、一旦蓄積されるバッファである。
Coded Data Buffer(CDB)１３は、PGストリームを構成するPESパケットが格納されるバッファである。
Stream Graphics Processor(SGP)１４は、グラフィクスデータを格納したPESパケット(ODS)をデコードして、デコードにより得られたインデックスカラーからなる非圧縮状態のビットマップをグラフィクスオブジェクトとしてObject
Buffer１５に書き込む。
【００５９】
Object Buffer１５は、Stream Graphics Processor１４のデコードにより得られたグラフィクスオブジェクトが配置される。
Composition Buffer１６は、グラフィクスデータ描画のための制御情報(PCS)が配置されるメモリである。
Graphics Controller１７は、Composition Buffer１６に配置されたPCSを解読して、解読結果に基づく制御をする。
【００６０】
Presentation Graphicsプレーン１８は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は1920×1080であり、PresentationGraphicsプレーン１８中の非圧縮グラフィクスの各画素は8ビットのインデックスカラーで表現される。CLUT(Color Lookup Table)を用いてかかるインデックスカラーを変換することにより、PresentationGraphicsプレーン１８に格納された非圧縮グラフィクスは、表示に供される。
【００６１】
CLUT部１９は、Presentation Graphicsプレーン１８に格納された非圧縮グラフィクスにおけるインデックスカラーを、Y,Cr,Cb値に変換する。
Transport Buffer(TB)２０は、IGストリームに帰属するTSパケットが一旦蓄積されるバッファである。
Coded Data Buffer(CDB)２１は、IGストリームを構成するPESパケットが格納されるバッファである。
【００６２】
Stream Graphics Processor(SGP)２２は、グラフィクスデータを格納したPESパケットをデコードして、デコードにより得られたインデックスカラーからなる非圧縮状態のビットマップをグラフィクスオブジェクトとしてObjectBuffer２３に書き込む。
Object Buffer２３は、Stream Graphics Processor２２のデコードにより得られたグラフィクスオブジェクトが配置される。
【００６３】
Composition Buffer２４は、グラフィクスデータ描画のための制御情報が配置されるメモリである。
Graphics Controller２５は、Composition Buffer２４に配置された制御情報を解読して、解読結果に基づく制御をする。
Interactive Graphicsプレーン２６は、Stream Graphics Processor(SGP)２２によるデコードで得られた非圧縮グラフィクスが書き込まれる。本プレーンにおける解像度は1920×1080であり、IntaractiveGraphicsプレーン２６中の非圧縮グラフィクスの各画素は8ビットのインデックスカラーで表現される。CLUT(Color Lookup Table)を用いてかかるインデックスカラーを変換することにより、IntaractiveGraphicsプレーン２６に格納された非圧縮グラフィクスは、表示に供される。
【００６４】
CLUT部２７は、Interactive Graphicsプレーン２６に格納された非圧縮グラフィクスにおけるインデックスカラーを、Y,Cr,Cb値に変換する。
合成部２８はビデオプレーン１１に格納された非圧縮状態のフレーム画像と、Presentation Graphicsプレーン１８に格納された非圧縮状態のグラフィクスオブジェクトとを合成させる。かかる合成により、動画像上に、字幕が重ね合わされた合成画像を得ることができる。
【００６５】
合成部２９は、Interactive Graphicsプレーン２６に格納された非圧縮状態のグラフィクスオブジェクトと、合成部２８の出力である合成画像(非圧縮状態のピクチャデータと、PresentationGraphicsプレーン１８の非圧縮グラフィクスオブジェクトとを合成したもの)とを合成する。
スイッチ３０は、BD-ROMから読み出されたTSパケット、Local Storage３２から読み出されたTSパケットの何れか一方を、選択的にTransportBuffer２０に供給する。
【００６６】
Network Device３１は、再生装置における通信機能を実現するものであり、URLにあたるwebサイトとのTCPコネクション、FTPコネクション等を確立する。
Local Storage３２は、様々な記録媒体及び通信媒体から供給されたコンテンツを格納しておくためのハードディスクである。Network Device３１により確立されたコネクションを通じてwebサイトからダウンロードされたコンテンツ等も、このLocalStorage３２に格納される。
【００６７】
Source de-packetetizer３４は、Local Storage３２から読み出されたAVClipのTSパケットから、TP＿extra＿headerを取り外して、TSパケットのみをPIDフィルタ３５に出力する。Sourcede-packetizer３４によるPIDフィルタ３５への出力は、Arrival Time Clock Counter３３が経時している時刻が、TP＿extra＿headerに示されるATSになったタイミングになされる。
【００６８】
PIDフィルタ３５は、Local Storage３２から読み出されたTSパケットを、IGストリームデコーダ側、オーディオデコーダ側、テキスト字幕デコーダ側の何れかに切り換える。
スイッチ３６は、BD-ROMから読み出されたTSパケット、Local Storage３２から読み出されたTSパケットのどちらかをオーディオデコーダ３９側に許可要求する。
Transport Buffer(TB)３７は、オーディオストリームに帰属するTSパケットを蓄積する。
【００６９】
Elementary Buffer(EB)３８は、オーディオストリームを構成するPESパケットが格納されるバッファである。
オーディオデコーダ３９は、Elementary Buffer３８から出力されたPESパケットを復号して、非圧縮形式のオーディオデータを出力する。
Transport Buffer(TB)４０は、テキスト字幕ストリームに帰属するTSパケットを蓄積する。
【００７０】
Elementary Buffer(EB)４１は、テキスト字幕ストリームを構成するPESパケットが格納されるバッファである。
テキスト字幕デコーダ４２は、バッファ４１に読み出されたPESパケットをデコードして、表示に供する。このデコードは、Local Storage３２から別途読み出されるフォントを用いて、テキスト字幕ストリーム中のテキスト文字列を、ビットマップに展開することでなされる。デコードにより得られたテキスト字幕は、PresentationGraphicsプレーン１８に書き込まれる。
【００７１】
シナリオメモリ４３は、カレントのClip情報を格納しておくためのメモリである。カレントClip情報とは、BD-ROMに記録されている複数Clip情報のうち、現在処理対象になっているものをいう。
制御部４４は、命令ROMと、CPUとからなり、命令ROMに格納されているソフトウェアを実行して、再生装置全体の制御を実行する。この制御の内容は、ユーザ操作に応じて発生するユーザイベント、及び、PSRセット４６における各PSRの設定値に応じて動的に変化する。
【００７２】
PSRセット４６は、再生装置に内蔵される不揮発性のレジスタであり、64個のPlayer Status Register(PSR(1)〜(64))と、4096個のGeneralPurpose Register（GPR)とからなる。64個のPlayer Status Register(PSR)は、それぞれ現在の再生時点等、再生装置における諸状態を示す。64個のPSR(PSR(1)〜(64))のうちPSR(8)は、0〜OxFFFFFFFFの値に設定されることで、45KHzの時間精度を用いて現在の再生時点(カレントPTM)を示す。
【００７３】
以上が再生装置の内部構成である。
続いて制御部４４の処理手順について説明する。
制御部４４は、MPEG4-AVC形式のビデオストリームの再生時においてランダムアクセスを実行するよう、BDドライブ１、ビデオデコーダ８を制御する。
一方ランダムアクセスには、タイムサーチがある。タイムサーチとは、“何時何分何秒”に再生せよという時間情報をユーザから受け付けて、指示された再生開始時点にあたる位置から、ビデオストリームを再生する技術である。この際制御部４４は、時間情報をBD-ROM上のAccessUnitアドレス(Iピクチャアドレスともいう)に変換するという変換処理を行い、Access Unitのアドレスを求めてから、そのアドレス以降のTSパケットをBD-ROMから読み出させ、そのTSパケットを順次デコーダに投入する。
【００７４】
これらの制御の根幹にあるのは、時間情報からAccess Unitアドレスを導く処理である。図１９は、映画に用いられるビデオストリームにおいて、時間情報をAccessUnitアドレスに変換する手順を示すフローチャートである。本フローチャートにおいて、ランダムアクセスのアクセス先を示す時間情報をIn＿timeと表記している。図１９のステップＳ１では、In＿timeをPTS＿EP＿startとし、ステップＳ２では、PTS＿EP＿startに最も近い、EP＿High＿id、EP＿Low＿idの組みを求める。ここでEP＿High＿idとは、In＿time以前の時点を示すEP＿Highであって、In＿timeに最も近いものを特定する識別子である。一方、EP＿Low＿idとは、EP＿High[EP＿High＿id]以降、In＿time以前の時点を示すEP＿Lowであって、In＿timeに最も近いものを特定する識別子である。
【００７５】
EP＿High＿idを求めるため、制御部４４は、複数EP＿HighのPTS＿EP＿Highに示される時間幅を足し合わせてゆく。ここでPTS＿EP＿Highに示される時間幅とは、PTS＿EP＿Highを上位ビットとする時間の単位である。そして何個目のEP＿High＿idにおいて、時間幅の総和ΣがIn＿timeを越えるかを判定する。ここでk個目のEP＿High＿idにおいて、時間幅の総和ΣがIn＿timeを越えた場合、このkから1を減じた数値(k-1)を、EP＿High＿idとする。
【００７６】
EP＿Low＿idを求めるため、制御部４４は、PTS＿EP＿High(EP＿High＿id)までの総和Σに、複数EP＿LowのPTS＿EP＿Lowに示される時間幅を足し合わせてゆく。そして何個目のEP＿Low＿idにおいて、時間幅の総和がIn＿timeを越えるかを判定する。ここでh個目のEP＿Low＿idにおいて、時間幅の総和がIn＿timeを越えた場合、このhから1を減じた数値(h-1)を、EP＿Low＿idとする。
【００７７】
このようにして求められたEP＿High＿id及びEP＿Low＿idの組みにより、In＿timeに最も近いEntry Pointが特定されることになる。
こうしてEP＿Low＿idを求めれば、ステップＳ３〜ステップＳ５からなるループ処理に移行する。EP＿Low＿idを変数jに代入した上で(ステップＳ３)、ステップＳ４〜ステップＳ５からなるループ処理を実行するというものである。このループ処理は、ステップＳ５がYesと判定されるまで、変数jのデクリメント(ステップＳ４)を繰り返すものである。このステップＳ５は、変数jにて特定されるEntryPointのis＿angle＿change＿point(PTS＿EP＿Low[j].is＿angle＿change＿point)が1であるか否かを判定するものであり、変数jにて特定されるEntryPointのis＿angle＿change＿pointが連続して“0”を示している限り、このループ処理は繰り返し実行される。
【００７８】
変数jにて特定されるEntry Pointのis＿angle＿change＿pointが“1”になれば、このループ処理は終了することになる。ステップＳ５がYesになれば、変数jをEP＿Low＿idに代入し(ステップＳ６)、このEP＿Low＿idに最も近いref＿to＿EP＿Low＿id[i]を有するEP＿High[i]を求める(ステップＳ７)。こうしてEP＿Low＿idと、iとが求められれば、SPN＿EP＿Low[EP＿Low＿id]と、SPN＿EP＿High[i]とからSPN＿EP＿Startを求めて(ステップＳ８)、このSPN＿EP＿Startを、AccessUnitアドレスに変換する(ステップＳ９)。
【００７９】
ここでSPNは、TSパケットのシリアル番号であるので、このSPNに基づきTSパケットを読み出すには、SPNを相対セクタ数に変換する必要がある。ここで図４に示したように、TSパケットは32個毎に1つのAlignedUnitに変換され、3つのセクタに記録されるので、SPNを32で割ることにより商を得て、その商を、Access Unitが存在するAligned Unitの番号として解釈する。こうして得られたAlignedUnit番号に3を乗ずることにより、SPNに最も近いAligned Unitのセクタアドレスを求めることができる。こうして得られたセクタアドレスは、1つのAVClipファイルの先頭からの相対セクタ数なので、この相対セクタ数をファイルポインタに設定して、AVClipを読み出すことにより、AccessUnitをビデオデコーダ８に読み出すことができる。
【００８０】
図２０は、スライドショーに用いられるビデオストリームにおいて、時間情報をAccess Unitアドレスに変換する手順を示すフローチャートである。
スライドショーでは、ビデオストリームにおける全てのピクチャがIDRピクチャであり、その再生時点がPTS＿EP＿startにて指定されているので、図１９のステップＳ３〜ステップＳ７の処理を行うことなく、In＿timeをIDRピクチャのアドレスに変換することができる。具体的にいうなら、Ｓ１では、In＿timeをPTS＿EP＿startとし、ステップＳ２では、PTS＿EP＿startに最も近い、EP＿High＿id、EP＿Low＿idの組みを求めて、SPN＿EP＿Low[EP＿Low＿id]と、SPN＿EP＿High[EP＿High＿id]とからSPN＿EP＿Startを求めることにより(ステップＳ８)、AccessUnitアドレスを得ればよい(ステップＳ９)。つまり、Access Unitアドレスを得るための変換手順が大幅に簡略化されることになる。
【００８１】
ここで、スライドショー再生の場合であっても、図１９におけるステップＳ１の手順を実行する。つまりEP＿High＿idを求めるため、制御部４４は、複数EP＿HighのPTS＿EP＿Highに示される時間幅を足し合わせてゆく。そして何個目のEP＿High＿idにおいて、時間幅の総和ΣがIn＿timeを越えるかを判定する。ここでk個目のEP＿High＿idにおいて、時間幅の総和ΣがIn＿timeを越えた場合、このkから1を減じた数値(k-1)を、EP＿High＿idとする。
【００８２】
またEP＿Low＿idを求めるため、制御部４４は、PTS＿EP＿High(EP＿High＿id)までの総和Σに、複数EP＿LowのPTS＿EP＿Lowに示される時間幅を足し合わせてゆく。そして何個目のEP＿Low＿idにおいて、時間幅の総和がIn＿timeを越えるかを判定する。ここでh個目のEP＿Low＿idにおいて、時間幅の総和がIn＿timeを越えた場合、このhから1を減じた数値(h-1)を、EP＿Low＿idとする。
【００８３】
このようにして求められたEP＿High＿id及びEP＿Low＿idの組みにより、In＿timeに合致するEntry Point又は最も近いEntryPointが特定されることになる。
以上の手順により、In＿timeに合致するPTS＿EP＿startが存在する場合、EP＿mapにおけるPTS＿EP＿startのうち、In＿timeに合致するものに対応するSPN＿EP＿startからのピクチャデータの読み出しと、再生を実行することができる。
【００８４】
EP＿mapにおけるPTS＿EP＿startのうち、当該時点に合致するものが存在しない場合、In＿timeに最も近いPTS＿EP＿startに対応する、SPN＿EP＿startからのピクチャデータの読み出しと、再生とを実行することになる。
以上のように本実施形態によれば、ユーザの操作により前後の映像を表示せず、スキップ操作などにより順序に関係なく静止画を表示する必要があるスライドショーにおいて、すべての静止画をIDRピクチャで構成して、EP＿mapで指定しておき、ストリーム解析が必要になるようにしている。
【００８５】
また、各Access Unit(Non-IDR Iピクチャ、IDRピクチャ)をEP＿mapにおけるEntry＿Pointで指定しており、必要なAccessUnitのデータのみを直接アクセスしてデータを読み込み、デコーダに流すことができるため、アクセス効率がよく、表示までの時間も短くてすむ。
なお、前記ビデオストリームを構成する全てのピクチャデータのエントリーアドレスがEP＿mapに含まれていることを保証するフラグを、EP＿mapあるいは関連するナビゲーション情報内の一箇所に記録していてもよい。
【００８６】
(第２実施形態)
第２実施形態は、スライドショーにおける時間軸上に、チャプターを設定する改良に関する。以降、チャプター定義のための情報について説明する。
このチャプター定義のための情報は、PlayList情報であり、拡張子“mpls”が付与されたファイル内に存在する。以降、PlayList情報について説明する。
【００８７】
＜PlayList情報＞
拡張子“mpls”が付与されたファイル(00001.mpls,00002.mpls,00003.mpls・・・・・)は、PlayList情報を格納したファイルである。PlayList情報は、AVClipを参照してPlayListと呼ばれる再生経路を定義する情報である。図２１は、PlayList情報の構成を示す図であり、本図の左側に示すように、PlayList情報は、複数のPlayItem情報からなる。PlayItemとは、1つ以上のAVClip時間軸上において、In＿Time,Out＿Timeを指定することで定義される再生区間である。PlayItem情報を複数配置させることで、複数再生区間からなるPlayList(PL)が定義される。図中の破線hs1は、PlayItem情報の内部構成をクローズアップしている。本図に示すようにPlayItem情報は、対応するClip情報を示す『Clip＿information＿file＿name』と、対応するAVClipの符号化方式を示す『Clip＿codec＿indentifier』と、AVClipの再生を開始すべき時刻を示す『In＿time』と、AVClipの再生を終了すべき時刻を示す『Out＿time』と、『Still＿mode』と、『Still＿time』とからなる。図２２は、AVClipと、PlayList情報との関係を示す図である。第1段目はAVClipがもつ時間軸を示し、第2段目は、PlayListがもつ時間軸(PL時間軸という)を示す。PlayList情報は、PlayItem#1,#2,#3という3つのPlayItem情報を含んでおり、これらPlayItem#1,#2,#3のIn＿time,Out＿timeにより、3つの再生区間が定義されることになる。これらの再生区間を配列させると、AVClip時間軸とは異なる時間軸が定義されることになる。これが第2段目に示すPL時間軸である。このように、PlayItem情報の定義により、AVClipとは異なる時間軸の定義が可能になる。
【００８８】
このPlayList情報を構成する情報要素において特徴的であるのは、Still＿mode及びStill＿timeである。
『Still＿mode』は、In＿timeからOut＿timeまでのピクチャを再生するにあたって、最後のピクチャデータを静止表示するか否かを示す。“00”に設定された場合、Still＿modeは、静止表示を継続しない旨を表し、“01”に設定された場合、Still＿modeは、静止表示を有限時間継続する旨を示す。“01”に設定された場合の、静止表示の時間長は、Still＿timeに設定される。“02”に設定された場合、Still＿modeは、静止表示を無限時間継続する旨を示す。静止表示を無限時間継続する場合の表示解除は、ユーザからの明示の操作による。
【００８９】
『Still＿time』は、Still＿modeが01に設定された場合、静止表示を継続させる時間長を秒単位で表す。
以上が、本実施形態に係るPlayItem情報についての説明である。続いてPLMark情報についてである。
【００９０】
図２３は、第２実施形態に係るPlayList情報の、複数のPLMark情報の内部構成を示す図である。図２３におけるPLmark情報(PLmark())は、PL時間軸のうち、任意の区間を、チャプター点として指定する情報である。図２３の引き出し線pm1に示すようにPLmark情報は、『ref＿to＿PlayItem＿Id』と、『mark＿time＿stamp』とを含む。図２４は、PLmark情報によるチャプター定義を示す図である。本図において第1段目は、AVClip時間軸を示し、第2段目はPL時間軸を示す。図中の矢印pk1,2は、PLmark情報におけるPlayItem指定(ref＿to＿PlayItem＿Id)と、一時点の指定(mark＿time＿stamp)とを示す。これらの指定によりPL時間軸には、3つのチャプター(Chapter#1,#2,#3)が定義されることになる。以上がPLmarkについての説明である。
【００９１】
図２５は、PlayList情報によるスライドショーの指定を示す図である。本図の第2段目は、PlayItem情報を示す。この第2段目は、6つのPlayItem情報#1〜#6からなる。図中の矢印yt1,2,3,4,5,6は、PlayItem情報におけるIn＿time、Out＿timeによる指定を象徴的に示し、矢印st1,2,3,4,5,6は、Still＿Timeによる指定を象徴的に示す。この矢印からもわかるようにPlayItem情報は、ビデオストリームにおける個々のピクチャデータを指定するよう設定されている。またStill＿Timeは、後続するピクチャデータを表示するまでの間隔を示すよう、設定されている。このようにスライドショーを構成する個々のピクチャデータは、それぞれ6つのPlayItem情報により、再生開始点及び再生終了点として指定されているのである。
【００９２】
図２５の第1段目は、PLMark情報を示す。この第1段目には、6つのPLMark情報#1〜#6が存在する。矢印kt1,2,3,4,5,6は、PLMark情報のref＿to＿PlayItem＿Idによる指定を示す。この矢印からもわかるように、PLMark情報のref＿to＿PlayItem＿Idは、PlayItem情報のそれぞれを指定していることがわかる。
続いてPlayItem情報による再生について説明する。スライドショーにおける個々のピクチャデータが、PlayItem情報及びPLMark情報により指定されているので制御部４４は、PlayItem情報のIn＿time、Out＿timeを、EP＿mapを用いて、AVClipにおけるSPNに変換し、そしてそのSPNに存在するピクチャデータをデコーダに投入する。こうすることにより、PlayItem情報のIn＿time、Out＿timeにて指定されているピクチャデータが表示されることになる。その後、Still＿Timeに示されている期間だけ、表示の静止を継続する。以上のような処理を、全てのPlayItem情報について繰り返すことにより、本実施形態に係る制御部４４は、スライドショーを再生する。
【００９３】
スライドショーを構成する個々のピクチャデータは、PlayItem情報及びPLMark情報を用いて指定されているので、チャプタースキップやチャプターサーチというような機能により、前後のピクチャデータを再生させてゆくことができる。
チャプターサーチ機能とは、PLMark情報に記述されているref＿to＿PlayItem＿Idに対応するPlayItem情報を、複数のPlayItem情報の中から特定して、特定したPlayItem情報が定義されているAVClipにおいて、PLMark情報に記述されたmark＿time＿stampに示される位置からのランダムアクセスを行うものであり、この際、制御部４４は、複数のEntryPointのうち、PLMark情報に記述されたmark＿time＿stampに最も近いPTS＿EP＿startをもつEntry Pointを特定して、特定したEntryPointのSPN＿EP＿startに対応するAccess Unitアドレスからの再生を行わせる。
【００９４】
チャプタースキップは、現在の再生位置にあたるチャプターの直前又は直後のチャプターを規定するPLMark情報を特定して、そのPLMark情報に対するチャプターサーチを実行するものである。上述のように、PLMark情報のmark＿time＿stampにて指定されるピクチャは、IDRピクチャにエンコードされており、is＿angle＿change＿point“=1”に設定されたEntryPointのPTS＿EP＿startは、このIDRピクチャの再生時刻を示しているので、Entry PointのSPN＿EP＿startに示される位置以降のピクチャを読み出すことにより、IDRピクチャをビデオデコーダ８に供給することができる。
【００９５】
以降、フローチャートを参照しながら、チャプターサーチ及びチャプタースキップの処理手順について説明する。図２６は、チャプターサーチの処理手順を示すフローチャートである。
本フローチャートにおいて先ずチャプターメニューにおけるチャプター選択を待ち(ステップＳ１２４)、チャプター選択がなされれば、選択されたチャプターにあたるPLMark情報をカレントPlayListMarkとする(ステップＳ１２５)。ステップＳ１２６では、カレントPlayListMarkのref＿to＿PlayItem＿Idに記述されているPIを、PlayItem#xに設定し、ステップＳ１２７では、PlayItem#xのClip＿information＿file＿nameで指定されるClip情報を読み込む。ステップＳ１２８では、カレントClip情報のEP＿mapを用いて、カレントPlayListMarkのmark＿time＿stampを、AccessUnitアドレスuに変換する。ここでPLMark情報のmark＿time＿stampで指示されているピクチャは、is＿angle＿change＿point“=1”に設定されたEntryPointにより指示されている。そのため、Access Unitアドレスuは、IDRピクチャのアドレスを指示することになる。
【００９６】
一方ステップＳ１２９では、PlayItem#xのOut＿timeを,カレントClip情報のEP＿mapを用いて,Access Unitアドレスvに変換する。ステップＳ１３０は、カレントPlayListMarkのmark＿time＿stampからPlayItem#xのOut＿timeまでの出力をデコーダに命じる。以上がチャプターサーチの処理手順である。続いてチャプタースキップの処理手順について説明する。図２７は、チャプタースキップの処理手順を示すフローチャートである。
【００９７】
ステップＳ１３１はリモコンに対するSkipNextキー、SkipBackキーに対する操作待ちを行う。もし操作がなされれば、ステップＳ１３２を実行する。ステップＳ１３２は、押下されたのがSkipNextキーであるか、SkipBackキーであるかの判定であり、SkipBackキーであるならステップＳ１３３において方向フラグを-1に設定し、SkipNextキーであるならステップＳ１３４において方向フラグを+1に設定する。
【００９８】
ステップＳ１３５は、カレントPI及びカレントPTMを変換して、カレントPLMarkを特定するステップであり、ステップＳ１３６は、カレントPLMarkの番号に方向フラグの値を足した番号を、カレントPlayListMarkの番号として設定する。ここでSkipNextキーであるなら方向フラグは+1に設定されているのでカレントPlayListMarkはインクリメントされることになる。SkipBackキーであるなら方向フラグは-1に設定されているので、カレントPlayListMarkはデクリメントされることになる。このようにしてPLMark情報を設定すれば、図２５同様、ステップＳ１２６〜ステップＳ１３０の処理手順を実行することにより、TSパケット読み出しを行う。
【００９９】
以上がPLMark情報に基づく、再生を行う際の再生装置の処理手順である。
ここで図２５に示したビデオストリームに対し、PLMarkを設定する場合の設定例について説明する。スライドショーにおいて再生されうる各静止画が、第1段目における6つのPLMark#1〜#6にて指定されているので、本図の時点t1,t2,t3,t4,t5,t6の静止画が、チャプターサーチ及びチャプタースキップの対象になりうる。
【０１００】
また、第４段目の時間軸における、それぞれの時点t1,t2,t3,t4,t5,t6は、何れも、第５段目のEP＿mapにおいて、PTS＿EP＿startとして指定されるので、チャプターサーチ及びチャプタースキップにあたっては、“先のIDRピクチャを経由する”との迂回を行うことなく、所望のチャプターへのランダムアクセスを実行することができる。チャプターサーチ及びチャプタースキップを実行するにあたって、先のIDRピクチャの経由を行うことなく、所望の静止画を読み出すことができるので、スライドショーであっても、チャプターサーチ及びチャプタースキップを、高効率に実行することができる。
【０１０１】
以上のように本実施形態によれば、チャプターサーチ及びチャプタースキップを実行するにあたって、先のIDRピクチャの経由を行うことなく、所望の静止画を読み出すことができるので、スライドショーであっても、チャプターサーチ及びチャプタースキップを、高効率に実行することができる。
(第３実施形態)
本実施形態は、第１実施形態、第２実施形態の応用であり、対話的な制御をスライドショーに導入するものである。かかる対話制御を導入するため、AVClipは、図３に示したビデオストリーム及びオーディオストリームの他に、IGストリームを多重化した構成になっている。図２８は、第３実施形態に係る、AVClipの構成を示す図であり、本図に示すようにAVClipは(中段)、複数のビデオフレーム(ピクチャpj1,2,3)からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを(上１段目)、PESパケット列に変換し(上２段目)、更にTSパケットに変換し(上３段目)、同じく対話系のインタラクティブグラフィクスストリーム(下2段目のIGストリーム)をTSパケットに変換して(下3段目)、これらを多重化することで構成されていることがわかる。図２９は、IGストリームの内部構成を示す図である。
【０１０２】
インタラクティブグラフィクスストリームは、ICS(Interactive Composition Segment)、PDS(PaletteDifinition Segment)、ODS(Object Definition Segment)、END(END of Display SetSegment)と呼ばれる機能セグメントからなる。
ODS(Object Definition Segment)は、ボタンを描画するにあたっての絵柄のグラフィクスを定義するグラフィクスデータである。
【０１０３】
PDS(Palette Difinition Segment)は、グラフィクスデータの描画にあたっての、発色を規定する機能セグメントである。
ICS(Interactive Composition Segment)は、ユーザ操作に応じてボタンの状態を変化させるという対話制御を規定する機能セグメントである。
図２９（ｂ）は、ICSの内部構成を示す図である。ICSは、複数のボタン情報からなる。ボタン情報は、対話制御画面における個々のボタンに対応するものである。具体的にいうと、対応するボタンにフォーカスが存在する状態において、移動キーの押下がなされた場合、どのボタンにフォーカス移動を移動させるかを示す『neighbor＿info』と、対応するボタンのノーマル状態、セレクテッド状態といった各状態を、どのODSで表現するかを示す『state＿info』と、対応ボタンの確定時において、再生装置に実行させるべき『ナビゲーションコマンド』とからなる。
【０１０４】
以上説明したIGストリームのデータ構造は、以下の公知文献に記載されている内容を要約したものである。より、詳しい技術内容については、以下の公知文献を参照されたい。
国際公開公報WO 2004/077826号公報
以降、ICSの具体例について説明する。
【０１０５】
ここでICSが、state＿info、neighbor＿info、ナビゲーションコマンドは、図３０に示すように設定されているものとする。図３０は、スライドショーにおける対話制御を規定するICSの一例を示す図である。
１.state＿info
Button＿info(0)のstate＿infoは、Button＿info(0)に対応するボタン(“top”ボタン)がノーマル状態である場合、“top”が付された三角図形を描画するよう規定されている。また“top”ボタンにフォーカスが存在する場合(セレクテッド状態である場合)、“top”が付された三角図形を強調態様で描画するよう規定されている。かかる規定により、“top”ボタンは、先頭の静止画へのスキップを意図する、“top”ボタンとして扱われることになる。
【０１０６】
Button＿info(1)のstate＿infoは、Button＿info(1)に対応するボタン(“+1”ボタン)がノーマル状態である場合、“+1”が付された三角図形を描画するよう規定されている。また“+1”ボタンがセレクテッド状態である場合、“+1”が付された三角図形を強調態様で描画するよう規定されている。かかる規定により、“+1”ボタンは、1つ後の静止画へのスキップを意図する、“+1”ボタンとして扱われることになる。
【０１０７】
Button＿info(2)のstate＿infoは、Button＿info(2)に対応するボタン(“-1”ボタン)がノーマル状態である場合、“-1”が付された三角図形を描画するよう規定されている。また“-1”ボタンがセレクテッド状態である場合、“-1”が付された三角図形を強調態様で描画するよう規定されている。かかる規定により、“-1”ボタンは、1つ前の静止画へのスキップを意図する、“-1”ボタンとして扱われることになる。
【０１０８】
Button＿info(3)のstate＿infoは、Button＿info(3)に対応するボタン(“+10”ボタン)がノーマル状態である場合、“+10”が付された三角形を描画するよう規定されている。また“+10”ボタンがセレクテッド状態である場合、“+10”を強調態様で描画するよう規定されている。かかる規定により、“+10”ボタンは、10枚後の静止画へのスキップを意図する、“+10”ボタンとして扱われることになる。
【０１０９】
Button＿info(4)のstate＿infoは、Button＿info(4)に対応するボタン(“-10”ボタン)がノーマル状態である場合、“-10”が付された三角形を描画するよう規定されている。また“-10”ボタンがセレクテッド状態である場合、“-10”を強調態様で描画するよう規定されている。かかる規定により、“-10”ボタンは、10枚前の静止画へのスキップを意図する、“-10”ボタンとして扱われることになる。
【０１１０】
ここで、図３１（ａ）に示すように、“top”ボタン〜“-10”ボタンのstate＿infoにより指定されるグラフィクスは、IGストリームにおいてODS内に存在するものとする。state＿infoがこのような内容に設定されており、そしてICSにおけるPTSが、図３１（ｂ）に示すように、時間軸において、x枚目のピクチャが表示される時点txを指し示しているものとする。そうすると、ビデオストリームの再生時点が、時点tx到達すると、図３１（ｃ）のようなメニューが、x枚目の静止画と合成されて表示されることになる。
【０１１１】
２.ICSにおけるneighbor＿info
図３０において、各オブジェクトBのneighbor＿infoを参照すると
Button＿info(0)のneighbor＿infoは、左キー押下時に“2”の番号を有する“-1”ボタンにフォーカスを移動し、右キー押下時に“1”の番号を有する“+1”ボタンにフォーカスを移動するよう規定され、
Button＿info(1)のneighbor＿infoは、上キー押下時に“0”の番号を有する“top”ボタンにフォーカスを移動するよう規定され、左キー押下時に“2”の番号を有する“-1”ボタンにフォーカスを移動し、右キー押下時に3の番号を有する“+10”ボタンにフォーカスを移動するよう規定されている。
【０１１２】
Button＿info(2)のneighbor＿infoは、左キー押下時に4の番号を有する“-10”ボタンにフォーカスを移動し、右キー押下時に“1”の番号を有する“+1”ボタンにフォーカスを移動するよう、上キー押下時に“0”の番号を有する“top”ボタンにフォーカスを移動するよう規定され、
Button＿info(3)のneighbor＿infoは、左キー押下時に“1”の番号を有する“+1”ボタンにフォーカスを移動するよう規定されている。
【０１１３】
Button＿info(4)のneighbor＿infoは、右キー押下時に“2”の番号を有する“-1”ボタンにフォーカスを移動するよう規定されている。
以上のneighbor＿infoの規定により、図３２に示すような状態遷移を実現することができる。図３２は、スライドショーで表示されるメニューにおける状態遷移を示す図である。
【０１１４】
つまり、“+1”ボタンにフォーカス移動が存在する状態において、左キーが押下された場合、“-1”ボタンにフォーカス移動を移動させることができる(hh1)。
“+1”ボタンにフォーカス移動が存在する状態において、右キーが押下された場合、“+10”ボタンにフォーカス移動を移動させることができる(hh2)。更に、“+10”ボタンにフォーカス移動が存在する場合において、左キーが押下された場合、“+1”ボタンにフォーカス移動を戻すことができる(hh4)。“+1”ボタンにフォーカス移動が存在する状態において、上キーが押下された場合、“top”ボタンにフォーカス移動を移動させることができる(hh3)。
上述したように、“top”ボタン、“+1”ボタン、“-1”ボタン、“+10”ボタン、“-10”ボタンは、先頭、1枚後、1枚前、10枚後、10枚前へのスキップを意図するものである。またこれらのボタンの表示時において、ユーザによる上下左右キーの押下に従い、ボタン上のフォーカス移動を移動するので、“+1”ボタン〜“-10”ボタンのうち任意のものを、ユーザは選択対象にすることができる。
３.ICSにおけるナビゲーションコマンド
Button＿info(0)のナビゲーションコマンドは、“top”ボタンに対し確定操作がなされた場合、Jmp PLMark(1)を実行するよう規定されている。
【０１１５】
Button＿info(1)のナビゲーションコマンドは、“+1”ボタンに対し確定操作がなされた場合、Jmp PLMark(x+1)を実行するよう規定されている。
Button＿info(2)のナビゲーションコマンドは、“-1”ボタンに対し確定操作がなされた場合、Jmp PLMark(x-1)を実行するよう規定されている。
Button＿info(3)のナビゲーションコマンドは、“+10”ボタンに対し確定操作がなされた場合、Jmp PLMark(x+10)を実行するよう規定されている。
【０１１６】
これらのナビゲーションコマンドは、PLMarkを分岐先に指定するものである。PLMarkについての括弧内の数値は、分岐先となるピクチャを特定する。つまりPLMark(1)は、1枚目のピクチャを指し示すPLMarkであり、PLMark(x+1)は、x+1枚目のピクチャを指し示すPLMarkである。PLMark(x-1)は、x-1枚目のピクチャを指し示すPLMarkである。PLMark(x+10)は、x+10枚目のピクチャを指し示すPLMarkである。PLMark(x-10)は、x-10枚目のピクチャを指し示すPLMarkである。
【０１１７】
各ボタン情報におけるナビゲーションコマンドは、これらのPLMark(1),(x+1),(x-1),(x+10),(x-10)を分岐先に指定するものであるから、各ボタンの確定時において、x枚目の静止画から、1枚目の静止画,x+1枚目の静止画,x-1枚目の静止画,x+10枚目の静止画,x-10枚目の静止画へのランダムアクセスがなされることになる。
図３０のようなフォーカス移動により、ユーザは任意のボタンにフォーカス移動を移動させることができるので、どれかのボタンにフォーカス移動がある状態で、ユーザが確定操作を行った場合、その確定操作がなされたボタンに対応するナビゲーションコマンドを、再生装置に実行させて、図３２に示すような分岐を実行させることができる。図３３は、スライドショーのナビゲーションコマンドによる分岐を示す図である本図の第1段目は、スライドショーを構成する複数のピクチャと、これらピクチャへの分岐を示す。第2段目は、スライドショーの時間軸であり、第3段目は、第2段目のピクチャ列に対し、設定されたエントリーマップを、第4段目は、BD-ROM上のTSパケット列を示す。
【０１１８】
本図の第1段目の矢印は、図３０に示した各ナビゲーションコマンド(JmpPLMark(1),JmpPLMark(x+1),JmpPLMark(x-1),JmpPLMark(x+10),JmpPLMark(x-10))による分岐を象徴的に示す。この分岐により、先頭の静止画、1枚後の静止画、1枚前の静止画、10枚後の静止画、10枚前の静止画が再生されることになる。これらの分岐は、図３０に示したナビゲーションコマンドに基づものなので、かかる分岐により、ユーザは自身の操作により、任意の静止画を再生させることができる。
【０１１９】
ここで、先頭の静止画、1枚後の静止画、1枚前の静止画、10枚後の静止画、10枚前の静止画のそれぞれの再生時点が、EP＿mapにおいて、PTS＿EP＿startとして指定されているとすると、ストリームに対する解析を伴うことなく、所望のアクセス位置へのランダムアクセスを実行することができる。ナビゲーションコマンドによる対話的な再生にあたって、間近のエントリー位置の経由を行うことなく、所望の静止画を読み出すことができるので、対話的な再生を、高効率に実行することができる。
【０１２０】
(備考)
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記(A)(B)(C)(D)・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
【０１２１】
(A)全ての実施形態では、本発明に係る記録媒体をBD-ROMとして実施したが、本発明の記録媒体は、記録されるEP＿mapに特徴があり、この特徴は、BD-ROMの物理的性質に依存するものではない。EP＿mapを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、DVD-ROM,DVD-RAM,DVD-RW,DVD-R,DVD+RW,DVD+R,CD-R,CD-RW等の光ディスク、PD,MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュ(登録商標）カード、スマートメディア、メモリスティック、マルチメディアカード、PCM-CIAカード等の半導体メモリカードであってもよい。フレキシブルディスク、SuperDisk,Zip,Clik!等の磁気記録ディスク(i)、ORB,Jaz,SparQ,SyJet,EZFley,マイクロドライブ等のリムーバブルハードディスクドライブ(ii)であってもよい。更に、機器内蔵型のハードディスクであってもよい。
【０１２２】
(B)全ての実施形態における再生装置は、BD-ROMに記録されたAVClipをデコードした上でTVに出力していたが、再生装置をBD-ROMドライブのみとし、これ以外の構成要素をTVに具備させてもよい。この場合、再生装置と、TVとをIEEE1394で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなすシステムLSI(集積回路)のみを、実施としてもよい。
【０１２３】
(C)各フローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、各実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為(1)や、有償・無償によりプログラムを譲渡する行為(2)、貸与する行為(3)、輸入する行為(4)、双方向の電子通信回線を介して公衆に提供する行為(5)、店頭、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為(6)がある。
【０１２４】
(D)各実施形態におけるデジタルストリームは、BD-ROM規格のAVClipであったが、DVD-Video規格、DVD-Video Recording規格のVOB(VideoObject)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。またAVClipにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式、dts方式であってもよい。
【０１２５】
(E)第１実施形態におけるスライドショーは、TS for Timebased SlideShowであることを前提にして説明を行ったが、TS forMainPath of the Browsable SlideShowに用いられるAVClipや、SubPath of the BrowsableSlideShowに用いられるAVClipであってもよい。つまりTS for MainPath of the Browsable SlideShowに用いられるAVClipに対応するClip情報において、各ピクチャの再生時点及び記録位置を示すようEP＿mapを設定しておいてもよい。
【０１２６】
(F)各実施形態ではMPEG４-AVC（H.264やJVTとも呼ばれる）をもとに説明したが、MPEG２ビデオストリームであってもよく、また、その他の形式の画像形式(VC-1)の場合でも単独でデコード可能な画像であれば、容易に応用可能である。
【産業上の利用可能性】
【０１２７】
本発明に係る記録媒体及び再生装置は、ホームシアターシステムでの利用のように、個人的な用途で利用されることがありうる。しかし本発明は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが明らかであるので、本発明に係る記録媒体及び再生装置は、工業製品の生産分野において生産し、又は、使用することができる。このことから本発明に係る記録媒体及び再生装置は、産業上の利用可能性を有する。
【図面の簡単な説明】
【０１２８】
【図１】本発明に係る記録媒体の使用行為についての形態を示す図である。
【図２】BD-ROMの内部構成を示す図である。
【図３】拡張子.m2tsが付与されたファイルがどのように構成されているかを模式的に示す図である。
【図４】AVClipを構成するTSパケットがどのような過程を経てBD-ROMに書き込まれるかを示す図である。
【図５】（ａ）映画に用いられるビデオストリームの内部構成を示す図である。
【０１２９】
（ｂ）スライドショーに用いられるビデオストリームの内部構成を示す図である。
【図６】（ａ）IDRピクチャの内部構成を示す図である。  （ｂ）Non-IDR Iピクチャの内部構成を示す。  （ｃ）Non-IDR Iピクチャにおける依存関係を示す。
【図７】IDRピクチャ、Non-IDR IピクチャがTSパケットに変換される過程を示す図である。
【図８】スライドショーにおけるIDRピクチャが、BD-ROMにどのように記録されるかを図である。
【図９】スライドショーの再生進行を示す図である。
【図１０】Clip情報の内部構成を示す図である。
【図１１】（ａ）ビデオストリームについてのStream＿Coding＿Infoを示す。
【０１３０】
（ｂ）オーディオストリームについてのStream＿Coding＿Infoを示す。
【図１２】Clip情報におけるClip infoの内部構成を示す図である。
【図１３】映画のビデオストリームに対するEP＿map設定を示す図である。
【図１４】図１３におけるEntry Point#1〜Entry Point#5のPTS＿EP＿start、SPN＿EP＿startを、EP＿Low、EP＿Highの組みで表現したものである。
【図１５】図１３のビデオストリームに対するランダムアクセスがどのようになされるかを示す図である。
【図１６】スライドショーに対し、設定されたEP＿mapの内部構成を示す図である。
【図１７】時間軸上の一時点へのランダムアクセスを、図１６と同様の表記で、示した図である。
【図１８】本発明に係る再生装置の内部構成を示す図である。
【図１９】映画に用いられるビデオストリームにおいて、時間情報をIピクチャアドレスに変換する手順を示すフローチャートである。
【図２０】スライドショーに用いられるビデオストリームにおいて、時間情報をIピクチャアドレスに変換する手順を示すフローチャートである。
【図２１】PlayList情報の構成を示す図である。
【図２２】AVClipと、PlayList情報との関係を示す図である。
【図２３】第２実施形態に係るPlayList情報の、複数のPLMark情報の内部構成を示す図である。
【図２４】PLmark情報によるチャプター定義を示す図である。
【図２５】スライドショーで用いられるビデオストリームに対する、PLMark設定の具体例を示す図である。
【図２６】チャプターサーチの処理手順を示すフローチャートである。
【図２７】チャプタースキップの処理手順を示すフローチャートである。
【図２８】第３実施形態に係る、AVClipの構成を示す図である。
【図２９】（ａ）IGストリームの内部構成を示す図である。
【０１３１】
（ｂ）ICSの内部構成を示す図である。
【図３０】スライドショーにおける対話制御を規定するICSの一例を示す図である。
【図３１】（ａ）〜（ｃ）ビデオストリームの再生時点が、時点txに到達した際、表示されるメニューを示す図である。
【図３２】スライドショーで表示されるメニューにおける状態遷移を示す図である。
【図３３】スライドショーのナビゲーションコマンドによる分岐を示す図である。
【符号の説明】
【０１３２】
１    BDドライブ
２    Arrival time Clock Counter
３    Source de-packetetizer
４    PID Filter４
５    Transport Buffer５
６    Multiplexed Buffer６
７    Coded Picture Buffer７
８    ビデオデコーダ８
１０    Decoded Picture Buffer１０
１１    ビデオプレーン１１
１２    Transport Buffer１２
１３    Coded Data Buffer１３
１４    Stream Graphics Processor１４
１５    Object Buffer１５
１５    Composition Buffer１６
１７    Composition Controller１７
１８    Presentation Graphicsプレーン１８
１９    CLUT部１９
２０    Transport Buffer２０
２１    Coded Data Buffer２１
２２    Stream Graphics Processor２２
２３    Object Buffer２３
２４    Composition Buffer２４
２５    Composition Controller２５
２６    Intaractive Graphicsプレーン２６
２７    CLUT部２７
２８    合成部２８
２９    合成部２９
３０    スイッチ３０
３１    Network Device３１
３２    Local Storage３２
３３    Arrival Time Clock Counter３３
３４    Source De-Packetizer３４
３５    PIDフィルタ
３６    スイッチ
３７    Transport Buffer
３８    Elementary Buffer
３９    オーディオデコーダ
４０    Transport Buffer
４１    バッファ
４２    テキスト字幕デコーダ
４３    シナリオメモリ
４４    制御部
４６    PSRセット
１００    BD-ROM
２００    再生装置
３００    リモコン
４００    テレビ
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2005120061.tif 000035
【図２】
2005120061.tif 000036
【図３】
2005120061.tif 000037
【図４】
2005120061.tif 000038
【図５】
2005120061.tif 000039
【図６】
2005120061.tif 000040
【図７】
2005120061.tif 000041
【図８】
2005120061.tif 000042
【図９】
2005120061.tif 000043
【図１０】
2005120061.tif 000044
【図１１】
2005120061.tif 000045
【図１２】
2005120061.tif 000046
【図１３】
2005120061.tif 000047
【図１４】
2005120061.tif 000048
【図１５】
2005120061.tif 000049
【図１６】
2005120061.tif 000050
【図１７】
2005120061.tif 000051
【図１８】
2005120061.tif 000052
【図１９】
2005120061.tif 000053
【図２０】
2005120061.tif 000054
【図２１】
2005120061.tif 000055
【図２２】
2005120061.tif 000056
【図２３】
2005120061.tif 000057
【図２４】
2005120061.tif 000058
【図２５】
2005120061.tif 000059
【図２６】
2005120061.tif 000060
【図２７】
2005120061.tif 000061
【図２８】
2005120061.tif 000062
【図２９】
2005120061.tif 000063
【図３０】
2005120061.tif 000064
【図３１】
2005120061.tif 000065
【図３２】
2005120061.tif 000066
【図３３】
2005120061.tif 000067
【手続補正書】
【提出日】平成18年7月28日(2006.7.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオストリームと、ストリーム管理情報とが記録された記録媒体であって、
ビデオストリームは、複数のピクチャデータを含み、
ストリーム管理情報は、エントリーマップを含み、
エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示しており、
ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを特徴とする、記録媒体。
【請求項２】
ストリーム管理情報は更に、フラグを含み、  
前記フラグは、
前記ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを保証する、請求項１記載の記録媒体。
【請求項３】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
タイムスタンプは、
スライドショーの時間軸におけるピクチャデータの表示タイミングを示す、請求項１記載の記録媒体。
【請求項４】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する再生装置であって、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出手段と、
ビデオストリームに含まれるピクチャデータのそれぞれを、所定の時間軸に沿って再生することにより、スライドショー再生を実行する再生手段と、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照してスライドショー再生を実行するよう、読出手段及び再生手段を制御する制御手段と
を備えることを特徴とする再生装置。
【請求項５】
前記制御手段は、前記時間軸における任意の時点から、スライドショー再生を開始するものであり、
前記スライドショー再生の開始にあたって、エントリーマップにおけるエントリー時刻のうち、前記任意の時点に合致するもの又はこれに近いものに対応するエントリーアドレスからのピクチャデータの読み出しを読出手段に行わせ、読み出されたピクチャデータを再生手段に再生させる
請求項４記載の再生装置。
【請求項６】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
前記再生手段は、
前記時間軸における現在の再生時点が、タイムスタンプに示される表示タイミングになった際、ピクチャデータのデコードを行い、デコード後、エンドコードに基づく、デコーダ動作の凍結を行うものであり、
前記制御手段は、
時間軸における任意の時点からの再生が命じられた場合、その時点を現在の再生時点としたデコード動作を、再生手段に行わせる、請求項４記載の再生装置。
【請求項７】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する処理をコンピュータに行わせるプログラムであって、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出ステップと、
ビデオストリームに含まれるピクチャデータのそれぞれを、所定の時間軸に沿って再生することにより、スライドショー再生を実行する再生ステップと、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照してスライドショー再生を実行するよう、読出ステップ及び再生ステップを制御する制御ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項８】
前記制御ステップは、前記時間軸における任意の時点から、スライドショー再生を開始するものであり、
前記スライドショー再生の開始にあたって、エントリーマップにおけるエントリー時刻のうち、前記任意の時点に合致するもの又はこれに近いものに対応するエントリーアドレスからのピクチャデータの読み出しを読出手段に行わせ、読み出されたピクチャデータを再生ステップに再生させる
請求項７記載のプログラム。
【請求項９】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する再生方法であって、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出ステップと、
ビデオストリームに含まれるピクチャデータのそれぞれを、所定の時間軸に沿って再生することにより、スライドショー再生を実行する再生ステップと、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照してスライドショー再生を実行するよう、読出ステップ及び再生ステップを制御する制御ステップと
を含むことを特徴とする再生方法。
【請求項１０】
前記制御ステップは、前記時間軸における任意の時点から、スライドショー再生を開始するものであり、
前記スライドショー再生の開始にあたって、エントリーマップにおけるエントリー時刻のうち、前記任意の時点に合致するもの又はこれに近いものに対応するエントリーアドレスからのピクチャデータの読み出しを読出手段に行わせ、読み出されたピクチャデータを再生ステップに再生させる
請求項９記載のプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
これらのEP＿mapのデータ構造は、基本的には上述した特許文献等に記載されたものであり、本明細書ではこれ以上詳しく触れない。
続いて、Clip情報におけるClip infoについて説明する。図１２は、Clip情報におけるClip infoの内部構成を示す図である。図中の引き出し線はClip info()の構成をクローズアップしている。この引き出し線に示すように、Clip info()は、デジタルストリームの類型を示す“clip＿stream＿type”,本AVClipを利用するアプリケーションの類型を示す“application＿type”,AVClipの記録レートを示す“TS＿recording＿rate”,AVClipを構成するTSパケット数を示す“number＿of＿source＿packet”から構成されていることがわかる。このうちapplication＿typeは、本Clip情報に対応するAVClipが、Movie Application,TS for Timebased SlideShow,TS for MainPath of the Browsable SlideShow,TS for SubPath of the Browsable SlideShowの何れであるかを示す。具体的には、
a)application＿type＝1である場合、AVClipの類型は、Movie Applicationであることを示す。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
b)application＿type＝2である場合、AVClipの類型は、TS for Timebased SlideShowであることを示す。
c)application＿type=3である場合、AVClipの類型は、TS for MainPath of the Browsable SlideShowであることを示す。ここで“MainPath”とは、Browsable SlideShowを構成するビデオストリーム−オーディオストリームの組みのうち、ビデオストリームであることを意味する。
d)application＿type=4である場合、AVClipの類型は、TS for SubPath of the Browsable SlideShowであることを示す。ここで“SubPath”とは、Browsable SlideShowを構成するビデオストリーム−オーディオストリームの組みのうち、オーディオストリームであることを意味する。
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図１２
【補正方法】変更
【補正の内容】
【図１２】
2005120061.tif 000068
【手続補正書】
【提出日】平成18年12月19日(2006.12.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオストリームと、ストリーム管理情報とが記録された記録媒体であって、
ビデオストリームは、複数のピクチャデータを含み、ビデオデコーダによるデコードに供されることで、映像を再生するものであり、
ストリーム管理情報は、エントリーマップを含み、再生時刻を指定した再生開始又は再生位置の変更のための記録媒体の読出制御を実行する際、コントローラにより参照されるものであり、
エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示しており、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを特徴とする、記録媒体。
【請求項２】
ストリーム管理情報は更に、フラグを含み、  
前記フラグは、
前記ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを保証する、請求項１記載の記録媒体。
【請求項３】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
タイムスタンプは、
スライドショーの時間軸におけるピクチャデータの表示タイミングを示す、請求項１記載の記録媒体。
【請求項４】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する再生装置であって、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出手段と、
ビデオストリームに含まれるピクチャデータのそれぞれをデコードすることにより、映像の再生を行う再生手段と、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照して、再生時刻の指定に基づく再生開始又は再生位置の変更を実行するよう、読出手段及び再生手段を制御する制御手段と
を備えることを特徴とする再生装置。
【請求項５】
前記再生時刻を指定した再生開始又は再生位置の変更を実行するにあたって、エントリーマップにおけるエントリー時刻のうち、前記再生時刻に合致するもののエントリーアドレスからのピクチャデータの読み出しを読出手段に行わせ、読み出されたピクチャデータを再生手段に再生させる
請求項４記載の再生装置。
【請求項６】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
前記再生手段は、
前記時間軸における現在の再生時点が、タイムスタンプに示される表示タイミングになった際、ピクチャデータのデコードを行い、デコード後、エンドコードに基づく、デコーダ動作の凍結を行うものであり、
前記制御手段は、
時間軸における任意の時点からの再生が命じられた場合、その時点を現在の再生時点としたデコード動作を、再生手段に行わせる、請求項４記載の再生装置。
【請求項７】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する処理をコンピュータに行わせるプログラムであって、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出ステップと、
ビデオストリームに含まれるピクチャデータのそれぞれをデコードすることにより、映像の再生を行う再生ステップと、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照して、再生時刻の指定に基づく再生開始又は再生位置の変更を実行するよう、読出ステップ及び再生ステップを制御する制御ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項８】
前記再生時刻を指定した再生開始又は再生位置の変更を実行するにあたって、エントリーマップにおけるエントリー時刻のうち、前記再生時刻に合致するもののエントリーアドレスからのピクチャデータの読み出しを読出ステップに行わせ、読み出されたピクチャデータを再生ステップに再生させる
請求項７記載のプログラム。
【請求項９】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する再生方法であって、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出ステップと、
ビデオストリームに含まれるピクチャデータのそれぞれをデコードすることにより、映像の再生を行う再生ステップと、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照して、再生時刻の指定に基づく再生開始又は再生位置の変更を実行するよう、読出ステップ及び再生ステップを制御する制御ステップと
を含むことを特徴とする再生方法。
【請求項１０】
前記再生時刻を指定した再生開始又は再生位置の変更を実行するにあたって、エントリーマップにおけるエントリー時刻のうち、前記再生時刻に合致するもののエントリーアドレスからのピクチャデータの読み出しを読出ステップに行わせ、読み出されたピクチャデータを再生ステップに再生させる
請求項９記載の再生方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記目的を達成するため、本発明にかかる記録媒体は、ビデオストリームと、ストリーム管理情報とが記録された記録媒体であって、ビデオストリームは、複数のピクチャデータを含み、ビデオデコーダによるデコードに供されることで、映像を再生するものであり、ストリーム管理情報は、エントリーマップを含み、再生時刻を指定した再生開始又は再生位置の変更のための記録媒体の読出制御を実行する際、コントローラにより参照されるものであり、エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示しており、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを特徴としている。
【手続補正書】
【提出日】平成19年3月20日(2007.3.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオストリームと、ストリーム管理情報とが記録された記録媒体であって、
ビデオストリームは、複数のピクチャデータを含む、ピクチャ構造を有するストリームであり、ビデオデコーダによるデコードに供されて、映像の再生を再生装置に行わせるものであり、
ストリーム管理情報は、エントリーマップを含み、再生時刻を指定した再生開始又は再生位置の変更のための記録媒体の読出制御を実行する際、コントローラにより参照されるものであり、
エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示すマップ構造を有しており、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを特徴とする、記録媒体。
【請求項２】
ストリーム管理情報は更に、フラグを含み、  
前記フラグは、
前記ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを保証する、請求項１記載の記録媒体。
【請求項３】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
タイムスタンプは、
スライドショーの時間軸におけるピクチャデータの表示タイミングを示す、請求項１記載の記録媒体。
【請求項４】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する再生装置であって、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出手段と、
ビデオストリームに含まれるピクチャデータのそれぞれをデコードすることにより、映像の再生を行う再生手段と、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照して、再生時刻の指定に基づく再生開始又は再生位置の変更を実行するよう、読出手段及び再生手段を制御する制御手段と
を備えることを特徴とする再生装置。
【請求項５】
前記再生時刻を指定した再生開始又は再生位置の変更を実行するにあたって、エントリーマップにおけるエントリー時刻のうち、前記再生時刻に合致するもののエントリーアドレスからのピクチャデータの読み出しを読出手段に行わせ、読み出されたピクチャデータを再生手段に再生させる
請求項４記載の再生装置。
【請求項６】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
前記再生手段は、
前記時間軸における現在の再生時点が、タイムスタンプに示される表示タイミングになった際、ピクチャデータのデコードを行い、デコード後、エンドコードに基づく、デコーダ動作の凍結を行うものであり、
前記制御手段は、
時間軸における任意の時点からの再生が命じられた場合、その時点を現在の再生時点としたデコード動作を、再生手段に行わせる、請求項４記載の再生装置。
【請求項７】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する処理をコンピュータに行わせるプログラムであって、
ビデオストリームは、複数のピクチャデータを含む、ピクチャ構造を有するストリームであり、ビデオデコーダによるデコードに供されて、映像の再生を再生装置に行わせるものであり、
ストリーム管理情報は、エントリーマップを含み、再生時刻を指定した再生開始又は再生位置の変更のための記録媒体の読出制御を実行する際、コントローラにより参照されるものであり、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示すマップ構造を有しており、  前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出機能と、
ビデオストリームに含まれるピクチャデータのそれぞれをデコードすることにより、映像の再生を行う再生機能と、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照して、再生時刻の指定に基づく再生開始又は再生位置の変更を実行するよう、読出ステップ及び再生ステップを制御する制御機能と
をコンピュータに実現させることを特徴とするプログラム。
【請求項８】
前記再生時刻を指定した再生開始又は再生位置の変更を実行するにあたって、エントリーマップにおけるエントリー時刻のうち、前記再生時刻に合致するもののエントリーアドレスからのピクチャデータの読み出しを読出機能で実現させ、読み出されたピクチャデータの再生を再生機能で実現させる
請求項７記載のプログラム。
【請求項９】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する再生方法であって、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出ステップと、
ビデオストリームに含まれるピクチャデータのそれぞれをデコードすることにより、映像の再生を行う再生ステップと、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照して、再生時刻の指定に基づく再生開始又は再生位置の変更を実行するよう、読出ステップ及び再生ステップを制御する制御ステップと
を含むことを特徴とする再生方法。
【請求項１０】
前記再生時刻を指定した再生開始又は再生位置の変更を実行するにあたって、エントリーマップにおけるエントリー時刻のうち、前記再生時刻に合致するもののエントリーアドレスからのピクチャデータの読み出しを読出ステップに行わせ、読み出されたピクチャデータを再生ステップに再生させる
請求項９記載の再生方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記目的を達成するため、本発明にかかる記録媒体は、ビデオストリームと、ストリーム管理情報とが記録された記録媒体であって、ビデオストリームは、複数のピクチャデータを含む、ピクチャ構造を有するストリームであり、ビデオデコーダによるデコードに供されて、映像の再生を再生装置に行わせるものであり、ストリーム管理情報は、エントリーマップを含み、再生時刻を指定した再生開始又は再生位置の変更のための記録媒体の読出制御を実行する際、コントローラにより参照されるものであり、エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示すマップ構造を有しており、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスがエントリーマップに含まれていることを特徴としている。
【手続補正書】
【提出日】平成19年6月21日(2007.6.21)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する再生装置であって、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出手段と、
ビデオストリームに含まれるピクチャデータのそれぞれをデコードすることにより、映像の再生を行う再生手段と、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照して、再生時刻の指定に基づく再生開始又は再生位置の変更を実行するよう、読出手段及び再生手段を制御する制御手段と
を備えることを特徴とする再生装置。
【請求項２】
前記再生時刻を指定した再生開始又は再生位置の変更を実行するにあたって、エントリーマップにおけるエントリー時刻のうち、前記再生時刻に合致するもののエントリーアドレスからのピクチャデータの読み出しを読出手段に行わせ、読み出されたピクチャデータを再生手段に再生させる、請求項１記載の再生装置。
【請求項３】
各ピクチャデータは、タイムスタンプと、エンドコードとを含み、
前記再生手段は、
前記時間軸における現在の再生時点が、タイムスタンプに示される表示タイミングになった際、ピクチャデータのデコードを行い、デコード後、エンドコードに基づく、デコーダ動作の凍結を行うものであり、
前記制御手段は、
時間軸における任意の時点からの再生が命じられた場合、その時点を現在の再生時点としたデコード動作を、再生手段に行わせる、請求項１記載の再生装置。
【請求項４】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する処理をコンピュータに行わせるプログラムであって、
ビデオストリームは、複数のピクチャデータを含む、ピクチャ構造を有するストリームであり、ビデオデコーダによるデコードに供されて、映像の再生を再生装置に行わせるものであり、
ストリーム管理情報は、エントリーマップを含み、再生時刻を指定した再生開始又は再生位置の変更のための記録媒体の読出制御を実行する際、コントローラにより参照されるものであり、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示すマップ構造を有しており、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出機能と、
ビデオストリームに含まれるピクチャデータのそれぞれをデコードすることにより、映像の再生を行う再生機能と、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照して、再生時刻の指定に基づく再生開始又は再生位置の変更を実行するよう、読出ステップ及び再生ステップを制御する制御機能と
をコンピュータに実現させることを特徴とするプログラム。
【請求項５】
前記再生時刻を指定した再生開始又は再生位置の変更を実行するにあたって、エントリーマップにおけるエントリー時刻のうち、前記再生時刻に合致するもののエントリーアドレスからのピクチャデータの読み出しを読出機能で実現させ、読み出されたピクチャデータの再生を再生機能で実現させる
請求項４記載のプログラム。
【請求項６】
記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する再生方法であって、
ストリーム管理情報は、エントリーマップと、フラグとを含み、
前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、
前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、
記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出ステップと、
ビデオストリームに含まれるピクチャデータのそれぞれをデコードすることにより、映像の再生を行う再生ステップと、
全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照して、再生時刻の指定に基づく再生開始又は再生位置の変更を実行するよう、読出ステップ及び再生ステップを制御する制御ステップと
を含むことを特徴とする再生方法。
【請求項７】
前記再生時刻を指定した再生開始又は再生位置の変更を実行するにあたって、エントリーマップにおけるエントリー時刻のうち、前記再生時刻に合致するもののエントリーアドレスからのピクチャデータの読み出しを読出ステップに行わせ、読み出されたピクチャデータを再生ステップに再生させる
請求項６記載の再生方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明の目的は、スライドショーにおけるランダムアクセスを、高速に実現することができる再生装置を提供することである。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記目的を達成するため、本発明にかかる再生装置は、記録媒体からストリーム管理情報を読み出し、このストリーム管理情報に基づき、記録媒体に記録されているビデオストリームを再生する再生装置であって、ストリーム管理情報は、エントリーマップと、フラグとを含み、前記エントリーマップは、ピクチャデータ毎の再生時刻に対応付けて、ビデオストリームにおける各ピクチャデータのエントリーアドレスを示していて、  前記フラグは、エントリーマップが、ビデオストリームに含まれる全てのピクチャデータのエントリーアドレスを含むものか否かを示し、  記録媒体に記録されたビデオストリームに含まれるピクチャデータを、記録媒体から読み出す読出手段と、ビデオストリームに含まれるピクチャデータのそれぞれをデコードすることにより、映像の再生を行う再生手段と、全てのピクチャデータのエントリーアドレスを含む旨を前記フラグが示している場合、前記エントリーマップを参照して、再生時刻の指定に基づく再生開始又は再生位置の変更を実行するよう、読出手段及び再生手段を制御する制御手段とを備えることを特徴としている。
【国際調査報告】
2005120061.tif 000069
2005120061.tif 000070