JPWO2006080460A1 - 記録媒体、再生装置、プログラム、再生方法 - Google Patents

記録媒体、再生装置、プログラム、再生方法 Download PDF

Info

Publication number
JPWO2006080460A1
JPWO2006080460A1 JP2006520591A JP2006520591A JPWO2006080460A1 JP WO2006080460 A1 JPWO2006080460 A1 JP WO2006080460A1 JP 2006520591 A JP2006520591 A JP 2006520591A JP 2006520591 A JP2006520591 A JP 2006520591A JP WO2006080460 A1 JPWO2006080460 A1 JP WO2006080460A1
Authority
JP
Japan
Prior art keywords
stream
audio stream
information
playback
secondary audio
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006520591A
Other languages
English (en)
Other versions
JP4354988B2 (ja
Inventor
洋 矢羽田
洋 矢羽田
岡田　智之
智之 岡田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2006080460A1 publication Critical patent/JPWO2006080460A1/ja
Application granted granted Critical
Publication of JP4354988B2 publication Critical patent/JP4354988B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/322—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/40—Combinations of multiple record carriers
    • G11B2220/41—Flat as opposed to hierarchical combination, e.g. library of tapes or discs, CD changer, or groups of record carriers that together store one title
    • G11B2220/412—Distributed storage methods, i.e. the system may autonomously determine for a storage device that provides enough storage capacity for recording

Abstract

ローカルストレージ２００には、ＰｌａｙＬｉｓｔ情報が記録されている。ＰｌａｙＬｉｓｔ情報は、メインパス情報、サブパス情報を含む。サブパス情報は、複数ＡＶＣｌｉｐのうち他の１つを、サブクリップとして指定して、そのサブクリップに対し、前記主たる再生区間と同期すべき、従たる再生区間を定義する情報である。ローカルストレージ２００には、サブクリップとして指定されたオーディオストリームが、記録されており、オーディオストリームは、複数のＰＥＳパケットから構成され、各ＰＥＳパケットには、パケット識別子（ＰＩＤ）が付与されており、パケット識別子は、上位フィールド、下位フィールドからなり、上位フィールドは、パケットにより構成されるオーディオストリームがセカンダリオーディオストリームであり、その音声出力が、プライマリオーディオストリームの音声出力とミキシングされる旨を示す。

Description

本発明は、オーディオミキシング技術の技術分野に属する発明である。
オーディオミキシング技術とは、１つ以上の記録媒体から、主音声となるオーディオストリーム（Ｐｒｉｍａｒｙオーディオストリーム）と、副音声となるオーディオストリーム（Ｓｅｃｏｎｄａｒｙオーディオストリーム）とを読み出し、これらを個別にデコードして、そのデコード結果たる非圧縮のデジタルオーディオを合成して出力する技術である。
映画作品の構成要素となるデジタルストリームを、別々の供給媒体を用いて、ユーザに供給することができるので、映画作品に監督のコメンタリを付す等、バリエーション制作の自由度が増し、１つの映画作品から、様々な再生のバリエーションを、産み出すことができる。
尚、記録媒体に記録されたデジタルストリームを読みだして再生する技術には、以下の特許文献に記載されている先行技術がある。
特開２０００−２２８６５６号公報
しかしながら、かかるオーディオミキシングを行なう再生装置モデルを考える場合、例えば光ディスクからＰｒｉｍａｒｙオーディオストリームが読み出されている途中に、Ｓｅｃｏｎｄａｒｙオーディオストリームを、予備の記録媒体から読み出さねばならない。かかる読みだしにあたっては、光ディスクから読み出されたＴＳパケット、予備の記録媒体から読み出されたＴＳパケットが１つのバス上で混在することが有り得る。かかる混在状態では、多くのＴＳパケットのうちどれがＰｒｉｍａｒｙオーディオストリームを構成しているのか、Ｓｅｃｏｎｄａｒｙオーディオストリームを構成しているのかが不明になるので、これらのＴＳパケットを、一律に処理を施すことはできるが、Ｐｒｉｍａｒｙオーディオストリーム及びＳｅｃｏｎｄａｒｙオーディオストリームを構成するもののうち、一方のみに対して何等かの処理を施すということが困難になる。
Ｐｒｉｍａｒｙオーディオストリームを構成するパケット、Ｓｅｃｏｎｄａｒｙオーディオストリームを構成するパケットに対して一律の処理を施し、Ｐｒｉｍａｒｙオーディオストリームと、Ｓｅｃｏｎｄａｒｙオーディオストリームとを同じゲインで出力する場合、悪い条件が重なると、スピーカの破損等を招く可能性があり、大きな品質上の障害を作ってしまうこともある。
本発明の目的は、Ｐｒｉｍａｒｙオーディオストリームを構成するＴＳパケット、Ｓｅｃｏｎｄａｒｙオーディオストリームを構成するＴＳパケットが１つのバス上で混在したとしても、これらに対して、個別の処理を施すことができる記録媒体を提供することである。
上記目的を達成するため、本発明にかかる記録媒体は、プレイリスト情報が記録されており、前記プレイリスト情報は、メインパス情報、サブパス情報を含み、前記メインパス情報は、複数デジタルストリームのうち１つを、メインストリームとして指定して、そのメインストリームに対し、主たる再生区間を定義する情報であり、前記サブパス情報は、複数デジタルストリームのうち他の１つを、サブストリームとして指定して、そのサブストリームに対し、前記主たる再生区間と同期すべき、従たる再生区間を定義する情報であり、
前記記録媒体には、サブストリームとして指定されたオーディオストリームが、記録されており、オーディオストリームは、複数のパケットから構成され、各パケットには、パケット識別子が付与されており、パケット識別子は、上位フィールド、下位フィールドからなり、上位フィールドは、パケットにより構成されるオーディオストリームがセカンダリオーディオストリームであり、その音声出力が、プライマリオーディオストリームの音声出力とミキシングされ得る旨を示すことを特徴としている。
パケット識別子の上位フィールドは、パケットにより構成されるオーディオストリームがセカンダリオーディオストリームであり、その音声出力が、プライマリオーディオストリームの音声出力とミキシングされる旨を示すので、再生装置内の多重分離部は、このバスに転送されているパケットを取り込み、これらパケット識別子の上位フィールドを参照することにより、当該パケットを、Ｓｅｃｏｎｄａｒｙオーディオストリーム用のデコーダに投入することができる。
これにより多重分離部は、このＳｅｃｏｎｄａｒｙオーディオストリームを構成するＰＥＳパケットのみを、多重分離して、Ｐｒｉｍａｒｙオーディオストリーム用のデコーダとは別のデコーダに取り込むことができる。
Ｐｒｉｍａｒｙオーディオストリームを構成するパケット、Ｓｅｃｏｎｄａｒｙオーディオストリームを構成するパケットを別々のデコーダに取り込み、デコードに供給することができるので、Ｐｒｉｍａｒｙオーディオストリームを構成するパケットのみダウンコンバートを施したり、ダウンミキシングを施したり、ゲインを下げたりすることができる。光ディスクからの読み出す中に、予備の記録媒体からＳｅｃｏｎｄａｒｙオーディオストリームを読み出し、これらを２つのデコーダに供給したとしても、Ｐｒｉｍａｒｙオーディオストリームを構成するパケットのみに対し、リアルタイムに特別な処理を施すことができる。また、下位フィールドにおいて、当該オーディオストリームが複数のＳｅｃｏｎｄａｒｙオーディオストリームのうち、何れかである場合、何番目であるかが示されているので、多くの言語のコメンタリが存在する場合、これらのうち、適正なものを再生させることができる。
本発明に係る記録媒体の、使用行為についての形態を示す図である。 ＢＤ−ＲＯＭの内部構成を示す図である。 拡張子．ｍ２ｔｓが付与されたファイルがどのように構成されているかを模式的に示す図である。 ＡＶＣｌｉｐを構成するＴＳパケットがどのような過程を経てＢＤ−ＲＯＭに書き込まれるかを示す。 ＢＤ−ＲＯＭの物理単位と、１つのファイルエクステントを構成するＳｏｕｒｃｅパケットとの対応関係を示す図である。 ＡＶＣｌｉｐにどのようなエレメンタリストリームが多重化されているかを示す図である。 Ｃｌｉｐ情報の内部構成を示す図である。 映画のビデオストリームに対するＥＰ＿ｍａｐ設定を示す図である。 ＰｌａｙＬｉｓｔ情報のデータ構造を示す図である。 ＡＶＣｌｉｐと、ＰｌａｙＬｉｓｔ情報との関係を示す図である。 ファイルｓｏｕｎｄ．ｂｄｍｖの構成を示す図である。 ローカルストレージ２００の内部構成を示す図である。 ＳｕｂＣｌｉｐに多重化されるエレメンタリストリームを示す図である。 ＢＤ−ＲＯＭ規格におけるＰＩＤ割当マップを示す図である。 （ａ）Ｓｅｃｏｎｄａｒｙオーディオストリームの内部構成を示す図である。（ｂ）オーディオフレームの一例を示す図である。（ｃ）メタデータの内部構成を示す図である。（ｄ）ゲイン制御情報の一例を模式的に示す図である。 Ｓｅｃｏｎｄａｒｙオーディオストリーム内のメタデータにより、Ｐｒｉｍａｒｙオーディオストリームの音量がどのように制御されるかを示す図である。 ＰｌａｙＬｉｓｔ情報のデータ構造を示す図である。 Ｓｕｂｐａｔｈ情報の内部構成をクローズアップして示す図である。 ローカルストレージ２００上のＳｕｂＣｌｉｐと、ローカルストレージ２００上のＰｌａｙＬｉｓｔ情報と、ＢＤ−ＲＯＭ上のＭａｉｎＣｌｉｐとの対応を示す図である。 ＭａｉｎＣｌｉｐに対して設定されたＥＰ＿ｍａｐ及びＰｌａｙＩｔｅｍ時間軸と、Ｐｒｉｍａｒｙオーディオストリーム、ＳｅｃｏｎｄａｒｙオーディオストリームとなるＳｕｂＣｌｉｐに対して設定されたＥＰ＿ｍａｐ及びＳｕｂＰｌａｙＩｔｅｍ時間軸とを集約して示す図である。 ＳＴＮ＿ｔａｂｌｅの内部構成を示す図である。 （ａ）ビデオストリームに対応したＳｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅを示す図である。
（ｂ）Ｐｒｉｍａｒｙオーディオストリーム、Ｓｅｃｏｎｄａｒｙオーディオストリームに対応したＳｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅを示す図である。
（ｃ）ビデオストリームにおけるＳｔｒｅａｍ＿ｅｎｔｒｙを示す図である。
（ｄ）ＳｅｃｏｎｄａｒｙオーディオストリームにおけるＳｔｒｅａｍ＿ｅｎｔｒｙを示す図である。
（ｅ）ＳｅｃｏｎｄａｒｙオーディオストリームにおけるＳｔｒｅａｍ＿ｅｎｔｒｙと、Ｓｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅとの組みに対応付けられている、Ｃｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿Ｐｒｉｍａｒｙ＿ａｕｄｉｏの内部構成を示す図である。Ｃｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿Ｐｒｉｍａｒｙ＿ａｕｄｉｏによるＰｒｉｍａｒｙオーディオストリームの指定を示す図である。 再生装置３００により生成されるバーチャルファイルシステムを示す図である。 本発明に係る再生装置の内部構成を示す図である。 コントローラ２２を機能的に表現した図である。 （ａ）ＰＳＲ１のビットアサインを示す図である。
（ｂ）ＰＳＲ１４のビットアサインを示す図である。
（ｃ）ＰＳＲ３１のビットアサインを示す図である。
プレイリスト処理部によるプレイリスト再生手順を示すフローチャートである。 （ａ）ＰＳＲ１の設定値が取り得る状態遷移を示す図である。
（ｂ）ＰＳＲ１のＰｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄの処理手順を示す図である。ステップＳ５の詳細な処理手順に示したフローチャートである。 ストリーム変化時におけるＰＳＲ１の設定手順を示すフローチャートである。 （ａ）ＰＳＲ１４の設定値が取り得る状態遷移を示す図である。
（ｂ）ＰＳＲ１４のＰｒｏｃｅｄｕｒｅ Ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄの処理手順を示す図である。ステップＳ３５の詳細な処理手順に示したフローチャートである。 ストリーム変化時におけるＰＳＲ１４の設定手順を示すフローチャートである。 （ａ）再生装置３００、ＡＶアンプ５００、スピーカ６００の接続形態を示す図である。
（ｂ）再生装置３００、テレビ４００、スピーカ６００のそれぞれで、チャンネル数がどのように変化するかを示す図である。（ａ）ＤＩＢを示す図である。（ｂ）ＤＩＢの各フィールドに設定しうる値を示す（ｃ）ＤＩＢを用いた再生装置３００、ＡＶアンプ５００間の通信シーケンスを示す。 ＰＳＲ２３におけるＰＳＲ１５の内部構成を示す図である。 第２実施形態にかかるコントローラ２２の処理手順を示すフローチャートである。 パススルー出力を行うか否かの設定を受け付けるためのメニューを示す図である。 パススルー出力を行うか否かの設定を受け付けるためのメニューを示す図である。 ＤＩＢに応じて、ＰＳＲ１５におけるＰｌａｙｅｒ ｃａｐａｂｉｌｉｔｙ ｆｏｒ Ａｕｄｉｏを設定する処理手順を示すフローチャートである。 ＤＩＢに応じて、ＰＳＲ１５におけるＰｌａｙｅｒ ｃａｐａｂｉｌｉｔｙ ｆｏｒ Ａｕｄｉｏを設定する処理手順を示すフローチャートである。 （ａ）再生装置３００が自動車の車内に設置存在する場合の設置例を示す図である。
（ｂ）第３実施形態にかかるＰＳＲ３１の内部構成を示す図である。ＰｌａｙＬｉｓｔ情報におけるＰｌａｙＬｉｓｔＭａｒｋ情報の内部構成を示す図である。 ＰｌａｙＬｉｓｔ情報の、ＰＬＭａｒｋ情報によるチャプター位置の指定を示す図である。 第３実施形態にかかるＪａｖａ（登録商標）アプリケーションの処理手順を示すフローチャートである。 チャプターサーチの処理手順を示すフローチャートである。 チャプタースキップの処理手順を示すフローチャートである。 第４実施形態にかかるＪａｖａ（登録商標）アプリケーションのフローチャートである。 「アップデートボタン」が配置されたメニューの表示例を示す図である。
符号の説明
１００ ＢＤ−ＲＯＭ
２００ ローカルストレージ
３００ 再生装置
４００ テレビ
５００ ＡＶアンプ
６００ スピーカ
１ａ ＢＤ−ＲＯＭドライブ
１ｂ バス
２ａ，ｂ リードバッファ
３ａ，ｂ デマルチプレクサ
４ ビデオデコーダ
５ ビデオプレーン
６ａ，ｂ バッファ
７ａ，ｂ オーディオデコーダ
８ ＤｏｗｎＭｉｘ／ＤｏｗｎＳａｍｐｌｅ
９ａ ミキサー
９ｂ ミキサー
１０ａ スイッチ
１０ｂ エンコーダ
１１ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓデコーダ
１２ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン
１３ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓデコーダ
１４ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン
１５ ＪＰＥＧデコーダ
１６ Ｓｔｉｌｌプレーン
１７ 合成部
１８ａ，ｂ ＳＴＣ生成部
１９ａ，ｂ ＡＴＣ生成部
２１ メモリ
２２ コントローラ
２３ ＰＳＲセット
２４ ＰＩＤ変換部
２５ 通信部
２６ 操作受付部
２７ ＨＤＭＩ送受信部
４１ プレイリスト処理部
４２ Ｐｒｏｃｅｄｕｒｅ実行部
４３ Ｐｒｏｃｅｄｕｒｅ実行部
４４ ミキシング制御部
（第１実施形態）
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図１において、本発明に係る記録媒体は、ローカルストレージ２００である。ローカルストレージ２００は、再生装置３００、テレビ４００、ＡＶアンプ５００、スピーカ６００から構成されるホームシアターシステムに、映画作品を供給するという用途で使用される。
以降、ＢＤ−ＲＯＭ１００、ローカルストレージ２００、再生装置３００について説明を行う。
ＢＤ−ＲＯＭ１００は、映画作品が記録された記録媒体である。
ローカルストレージ２００は、再生装置に組み込まれ、映画配給者のサーバから配信されたコンテンツの受け皿として利用されるハードディスクである。
再生装置３００は、ネット対応型のデジタル家電機器であり、ＢＤ−ＲＯＭ１００を再生する機能をもつ。また、映画配給者のサーバから、ネットを通じてダウンロードしたコンテンツを、ＢＤ−ＲＯＭ１００に記録されたコンテンツと組み合わせて、ＢＤ−ＲＯＭ１００のコンテンツを拡張／更新をすることができる。ＢＤ−ＲＯＭ１００の記録内容に、ローカルストレージ２００の記録内容を組み合わせて、ＢＤ−ＲＯＭ１００に記録されていないデータを、恰も、記録されているように扱う技術を“バーチャルパッケージ”という。
以上が本発明に係る記録媒体の使用形態についての説明である。
続いて本発明に係る記録媒体の生産行為について説明する。本発明に係る記録媒体は、ＢＤ−ＲＯＭのファイルシステム上における改良で実現することができる。図２は、ＢＤ−ＲＯＭにおけるファイル・ディレクトリ構成を示す図である。本図においてＢＤ−ＲＯＭには、Ｒｏｏｔディレクトリの下に、ＢＤＭＶディレクトリがある。
＜ＢＤ−ＲＯＭの概要＞
図２は、ＢＤ−ＲＯＭの内部構成を示す図である。本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現すると、図中の第１段目のようになる。この第１段目においてＢＤ−ＲＯＭには、Ｒｏｏｔディレクトリの下に、ＢＤＭＶディレクトリがある。
ＢＤＭＶディレクトリには、拡張子ｂｄｍｖが付与されたファイル（ｉｎｄｅｘ．ｂｄｍｖ，ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）がある。そしてこのＢＤＭＶディレクトリの配下には、更にＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭディレクトリ、ＢＤＢＪディレクトリ、ＢＤＪＡディレクトリ、ＡＵＸＤＡＴＡディレクトリと呼ばれる６つのサブディレクトリが存在する。
ＰＬＡＹＬＩＳＴディレクトリには、拡張子ｍｐｌｓが付与されたファイル（００００１．ｍｐｌｓ）がある。
ＣＬＩＰＩＮＦディレクトリには、拡張子ｃｌｐｉが付与されたファイル（００００１．ｃｌｐｉ）がある。
ＳＴＲＥＡＭディレクトリには、拡張子ｍ２ｔｓが付与されたファイル（００００１．ｍ２ｔｓ）がある。
ＢＤＢＪディレクトリには、拡張子ｂｏｂｊが付与されたファイル（００００１．ｂｏｂｊ）が存在する。
ＢＤＪＡディレクトリには、拡張子ｊａｒが付与されたファイル（００００１．ｊａｒ）がある。
ＡＵＸＤＡＴＡディレクトリには、ファイルｓｏｕｎｄ．ｂｄｍｖが格納される。
以上のディレクトリ構造により、互いに異なる種別の複数ファイルが、ＢＤ−ＲＯＭ上に配置されていることがわかる。
＜ＢＤ−ＲＯＭの構成その１．ＡＶＣｌｉｐ＞
先ず初めに、拡張子．ｍ２ｔｓが付与されたファイルについて説明する。図３は、拡張子．ｍ２ｔｓが付与されたファイルがどのように構成されているかを模式的に示す図である。拡張子．ｍ２ｔｓが付与されたファイル（００００１．ｍ２ｔｓ）は、ＡＶＣｌｉｐを格納している。ＡＶＣｌｉｐはＭＰＥＧ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ形式のデジタルストリームである。このデジタルストリームは、デジタル化された映像、デジタル化された音声を（上１段目）、ＰＥＳパケットからなるエレメンタリストリームに変換し（上２段目）、更にＴＳパケットに変換して（上３段目）、同じく字幕系のプレゼンテーショングラフィクスストリーム（Ｐｒｅｓｅｎｔａｔｉｉｏｎ Ｇｒａｐｈｉｃｓ（ＰＧ）ストリーム）及び対話系のインタラクティブグラフィクスストリーム（Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓ（ＩＧ）ストリーム）を（下１段目、下２段目）、更にＴＳパケットに変換して（下３段目）、これらを多重化することで構成される。
ＰＧストリームは、言語毎の字幕を構成するグラフィクスストリームであり、英語、日本語、フランス語というように複数言語についてのストリームが存在する。ＰＧストリームは、ＰＣＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｌｅｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）、ＷＤＳ（Ｗｉｎｄｏｗ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ ｏｆ Ｄｉｓｐｌａｙ Ｓｅｔ Ｓｅｇｍｅｎｔ）という一連の機能セグメントからなる。ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）は、字幕たるグラフィクスオブジェクトを定義する機能セグメントである。
ＷＤＳ（Ｗｉｎｄｏｗ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）は、画面におけるグラフィクスオブジェクトの描画領域を定義する機能セグメントであり、ＰＤＳ（Ｐａｌｌｅｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。ＰＣＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｓｅｇｍｅｎｔ）は、字幕表示におけるページ制御を規定する機能セグメントである。かかるページ制御には、Ｃｕｔ−Ｉｎ／Ｏｕｔ、Ｆａｄｅ−Ｉｎ／Ｏｕｔ、Ｃｏｌｏｒ Ｃｈａｎｇｅ、Ｓｃｒｏｌｌ、Ｗｉｐｅ−Ｉｎ／Ｏｕｔといったものがあり、ＰＣＳによるページ制御を伴うことにより、ある字幕を徐々に消去しつつ、次の字幕を表示させるという表示効果が実現可能になる。
ＩＧストリームは、対話制御を実現するグラフィクスストリームである。ＩＧストリームにて定義される対話制御は、ＤＶＤ再生装置上の対話制御と互換性がある対話制御である。かかるＩＧストリームは、ＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｅｔｔｅ Ｄｉｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ ｏｆ Ｄｉｓｐｌａｙ Ｓｅｔ Ｓｅｇｍｅｎｔ）と呼ばれる機能セグメントからなる。ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトを定義する機能セグメントである。このグラフィクスオブジェクトが複数集まって、対話画面上のボタンが描画される。ＰＤＳ（Ｐａｌｅｔｔｅ Ｄｉｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。ＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔ）は、ユーザ操作に応じてボタンの状態を変化させるという状態変化を実現する機能セグメントである。ＩＣＳは、ボタンに対して確定操作がなされた際、実行すべきボタンコマンドを含む。
ここでＡＶＣｌｉｐは、１つ以上の“ＳＴＣ＿Ｓｅｕｅｎｃｅ”から構成される。“ＳＴＣ＿Ｓｅｕｅｎｃｅ”とは、ＡＶストリームのシステム基準時刻であるＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）の不連続点（ｓｙｓｔｅｍ ｔｉｍｅ−ｂａｓｅ ｄｉｓｃｏｎｔｉｎｕｉｔｙ）が存在しない区間をいう。ＳＴＣの不連続点はデコーダがＳＴＣを得るために参照するＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を運ぶＰＣＲパケットの不連続情報（ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｉｎｄｉｃａｔｏｒ）がＯＮである点である。
続いて、以上のように構成されたＡＶＣｌｉｐが、ＢＤ−ＲＯＭにどのように書き込まれるかを説明する。図４は、ＡＶＣｌｉｐを構成するＴＳパケットがどのような過程を経てＢＤ−ＲＯＭに書き込まれるかを示す。本図の第１段目にＡＶＣｌｉｐを構成するＴＳパケットを示す。
ＡＶＣｌｉｐを構成する１８８バイトのＴＳパケットは、第２段目に示すように４バイトのＴＳ＿ｅｘｔｒａ＿ｈｅａｄｅｒ（図中のハッチング部）、が付されて、１９２バイト長のＳｏｕｒｃｅパケットになる。このＴＳ＿ｅｘｔｒａ＿ｈｅａｄｅｒは、当該ＴＳパケットのデコーダ入力時刻情報を示すＡｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐを含む。
ＡＶＣｌｉｐを構成するＳｏｕｒｃｅパケットは、第３段目におけるＡＶＣｌｉｐにおいて、１つ以上の“ＡＴＣ＿Ｓｅｕｅｎｃｅ”を構成する。“ＡＴＣ＿Ｓｅｕｅｎｃｅ”とは、Ｓｏｕｒｃｅパケットの配列であって、そのＡｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐが参照しているＡｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｃｌｏｃｋに、不連続点（ｎｏ ａｒｒｉｖａｌ ｔｉｍｅ−ｂａｓｅ ｄｉｓｃｏｎｔｉｎｕｔｉｙ）が存在しないものをいう。いいかえれば、そのＡｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐが参照しているＡｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｃｌｏｃｋに、連続性が存在するＳｏｕｒｃｅパケット列を“ＡＴＣ＿Ｓｅｕｅｎｃｅ”という。
かかるＡＴＣ＿ＳｅｕｅｎｃｅがＡＶＣｌｉｐになり、ｘｘｘｘｘ．ｍ２ｔｓというファイル名でＢＤ−ＲＯＭに記録される。
かかるＡＶＣｌｉｐは、通常のコンピュータファイル同様、１つ以上のファイルエクステントに分割され、ＢＤ−ＲＯＭ上の領域に記録される。第４段目はＡＶＣｌｉｐがどのようにＢＤ−ＲＯＭに記録されるかを模式的に示す。この第４段目においてファイルを構成する各ファイルエクステントは、予め定められたＳｅｘｅｔｅｎｔ以上のデータ長を有する。
ＡＶＣｌｉｐを複数のエクステントに分割して記録する場合の、エクステント一個当たりの最小データ長Ｓｅｘｅｔｅｎｔを検討する。
ここでＢＤ−ＲＯＭにおいて光ピックアップのジャンプに要する時間は、
Ｔｊｕｍｐ＝Ｔａｃｃｅｓｓ＋Ｔｏｖｅｒｈｅａｄ
で与えられる。
Ｔａｃｃｅｓｓは、ジャンプ距離（ジャンプする物理アドレスの距離）に応じて与えられる時間である。
ＢＤ−ＲＯＭから読み出されたＴＳパケットは、リードバッファと呼ばれるバッファに格納された上、デコーダに出力されるが、リードバッファへの入力が、Ｒｕｄというビットレートで行われ、ＥＣＣブロックにおけるセクタ数をＳｅｃｃとした場合、
Ｔｏｖｅｒｈｅａｄは、
Ｔｏｖｅｒｈｅａｄ≦（２×Ｓｅｃｃ×８）／Ｒｕｄ＝２０ｍ秒
という計算で与えられる。
ＢＤ−ＲＯＭから読み出されたＴＳパケットは、Ｓｏｕｒｃｅパケットの状態でリードバッファに格納された上、ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅという転送レートで、デコーダに供給される。
ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅという転送レートでの、デコーダへのＴＳパケット供給が跡絶えさせないなめには、Ｔｊｕｍｐの間、リードバッファからデコーダへのＴＳパケット出力が継続している必要がある。ここでリードバッファからの出力は、ＴＳパケットではなく、Ｓｏｕｒｃｅパケットの状態でなされるので、ＴＳパケットのＳｏｕｒｃｅパケットとのサイズ比を１９２／１８８とした場合、Ｔｊｕｍｐの間、（１９２／１８８×ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）という転送レートにより、リードバッファからのＳｏｕｒｃｅパケット出力が継続している必要がある。
従って、リードバッファが、アンダーフローしないためのバッファ蓄積量は、
Ｂｏｃｃｕｐｉｅｄ≧（Ｔｊｕｍｐ／１０００×８）×（（１９２／１８８）×ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）
となる。
リードバッファへの入力レートはＲｕｄ、リードバッファからの出力レートはＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×（１９２／１８８）であるので、リードバッファへの蓄積レートは、入力レート−出力レートの計算で与えられ、（Ｒｕｄ−ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×（１９２／１８８））になる。
このＢｏｃｃｕｐｉｅｄを、リードバッファに蓄積するのに要する時間Ｔｘは、
Ｔｘ＝Ｂｏｃｃｕｐｉｅｄ／（Ｒｕｄ−ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×（１９２／１８８））
になる。
ＢＤ−ＲＯＭからの読み出しには、この時間ＴｘにおいてＲｕｄでのＴＳパケット入力を継続する必要があるので、ＡＶＣｌｉｐを複数のエクステントに分割して記録する場合の、エクステント一個当たりの最小データ長Ｓｅｘｅｔｅｎｔは、
Ｓｅｘｅｔｅｎｔ＝Ｒｕｄ×Ｔｘ
＝Ｒｕｄ×Ｂｏｃｃｕｐｉｅｄ／（Ｒｕｄ−ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×（１９２／１８８））
≧Ｒｕｄ×（Ｔｊｕｍｐ／１０００×８）×（（１９２／１８８）×ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）
／（Ｒｕｄ−ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×（１９２／１８８））
≧（Ｒｕｄ×Ｔｊｕｍｐ／１０００×８）×
×ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×１９２／（Ｒｕｄ×１８８−ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×１９２）
になる。
よって
Ｓｅｘｅｔｅｎｔ≧
（Ｔｊｕｍｐ×Ｒｕｄ／１０００×８）×
（ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×１９２／（Ｒｕｄ×１８８−ＴＳ＿Ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×１９２））
になる。
ＡＶＣｌｉｐを構成する各ファイルエクステントは、デコーダのアンダーフローをおこさないように算出されたＳｅｘｔｅｎｔ以上のデータ長をもつことにより、ＡＶＣｌｉｐを構成する各ファイルエクステントが、ＢＤ−ＲＯＭ上において離散的に位置されたとしても、再生時においてデコーダへのＴＳパケット供給が途絶えさせることなく、連続的に読み出されることになる。
図５は、ＢＤ−ＲＯＭの物理単位と、１つのファイルエクステントを構成するＳｏｕｒｃｅパケットとの対応関係を示す図である。第２段目に示すように、ＢＤ−ＲＯＭ上には複数セクタが形成されている。ファイルエクステントを構成するＳｏｕｒｃｅパケットは、第１段目に示すように、３２個毎にグループ化されて、連続する３つのセクタに書き込まれる。３２個のＳｏｕｒｃｅパケットからなるグループは、６１４４バイト（＝３２×１９２）であり、これは３個のセクタサイズ６１４４バイト（＝２０４８×３）と一致する。３個のセクタに収められた３２個のＳｏｕｒｃｅパケットを“Ａｌｉｇｎｅｄ Ｕｎｉｔ”といい、ＢＤ−ＲＯＭへの書き込みは、Ａｌｉｇｎｅｄ Ｕｎｉｔ単位でなされる。
第３段目においてセクタは、３２個単位で誤り訂正符号が付され、ＥＣＣブロックを構成する。再生装置はＡｌｉｇｎｅｄ Ｕｎｉｔの単位でＢＤ−ＲＯＭをアクセスする限り、３２個の完結したＳｏｕｒｃｅパケットを得ることができる。以上がＢＤ−ＲＯＭに対するＡＶＣｌｉｐの書き込みのプロセスである。
＜エレメンタリストリームの種類＞
図６は、ＡＶＣｌｉｐにどのようなエレメンタリストリームが多重化されているかを示す図である。
本図に示すように、ＡＶＣｌｉｐには、０ｘ１０１１のＰＩＤをもつ高画質ビデオストリーム、０ｘ１１００から０ｘ１１１ＦまでのＰＩＤをもつＰｒｉｍａｒｙオーディオストリーム、０ｘ１２００から０ｘ１２１ＦまでのＰＩＤをもつＰＧストリーム、０ｘ１４００から０ｘ１４１ＦまでのＰＩＤをもつＩＧストリームが多重化されている。これらのエレメンタリストリームを構成するパケットは、それに対応するＰＩＤが付与されており、このＰＩＤを手掛かりにして多重分離されることになる。このように、高画質なビデオストリームが多重化されているＡＶＣｌｉｐを、以下“ＭａｉｎＣｌｉｐ”と呼ぶ。これに対し、ＭａｉｎＣｌｉｐと同時に再生されるＡＶＣｌｉｐを、“ＳｕｂＣｌｉｐ”とよぶ。
＜ＢＤ−ＲＯＭの構成その２．Ｃｌｉｐ情報＞
続いて拡張子．ｃｌｐｉが付与されたファイルについて説明する。拡張子．ｃｌｐｉが付与されたファイル（００００１．ｃｌｐｉ）は、Ｃｌｉｐ情報を格納している。Ｃｌｉｐ情報は、個々のＡＶＣｌｉｐについての管理情報である。図７は、Ｃｌｉｐ情報の内部構成を示す図である。本図の左側に示すようにＣｌｉｐ情報は、
ｉ）ＡＶＣｌｉｐについての情報を格納した『ＣｌｉｐＩｎｆｏ（）』、
ｉｉ）ＡＴＣ Ｓｅｑｕｅｎｃｅ，ＳＴＣ Ｓｅｑｕｅｎｃｅに関する情報を格納した『Ｓｅｑｕｅｎｃｅ Ｉｎｆｏ（）』
ｉｉｉ）Ｐｒｏｇｒａｍ Ｓｅｑｕｅｎｃｅに関する情報を格納した『Ｐｒｏｇｒａｍ Ｉｎｆｏ（）』
ｉｖ）『Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏ（ＣＰＩ（））』からなる。
ＣｌｉｐＩｎｆｏには、このＣｌｉｐ情報が参照するＡＶＣｌｉｐのアプリケーションタイプ（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ）がある。アプリケーションタイプによってＭａｉｎＣｌｉｐかＳｕｂＣｌｉｐかや、動画を含んでいるのか静止画（スライドショー）を含んでいるのかなどが識別できる。ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅは該当ＡＶＣｌｉｐのシステムビットレート情報である。
Ｓｅｑｕｅｎｃｅ Ｉｎｆｏは、ＡＶＣｌｉｐに含まれる、１つ以上のＳＴＣ−Ｓｅｑｕｅｎｃｅ、ＡＴＣ−Ｓｅｑｕｅｎｃｅについての情報である。これらの情報を設けておくことの意義は、ＳＴＣ、ＡＴＣの不連続点を、予め再生装置に通知するためである。つまりかかる不連続点が存在すると、ＡＶＣｌｉｐ内において同じ値のＰＴＳ，ＡＴＳが出現する可能性があり、再生時に不都合が生じる。ＳＴＣ，ＡＴＣが連続しているのは、トランスポートストリームのうち、どこからどこまでであるかを示すため、Ｓｅｑｕｅｎｃｅ Ｉｎｆｏは設けられている。
Ｐｒｏｇｒａｍ Ｉｎｆｏとは、Ｐｒｏｇｒａｍ内容が一定である区間（Ｐｒｏｇｒａｍ Ｓｅｑｕｅｎｃｅ）を示す情報である。Ｐｒｏｇｒａｍとは、同期再生のための時間軸を共有し合うエレメンタリーストリーム同士の集まりである。Ｐｒｏｇｒａｍ Ｓｅｑｕｅｎｃｅ情報を設けておくことの意義は、Ｐｒｏｇｒａｍ内容の変化点を、予め再生装置に通知するためである。ここでのＰｒｏｇｒａｍ内容の変化点とは、ビデオストリームのＰＩＤが変化したり、ビデオストリームの種類がＳＤＴＶからＨＤＴＶに変化している点等をいう。
続いてＣｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏについて説明する。図中の引き出し線ｃｕ２は、ＣＰＩの構成をクローズアップしている。引き出し線ｃｕ２に示すように、ＣＰＩは、Ｎｅ個のＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ（ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ［０］〜ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ［Ｎｅ−１］）からなる。これらＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤは、ＡＶＣｌｉｐに属する個々のエレメンタリストリームについてのＥＰ＿ｍａｐである。ＥＰ＿ｍａｐは、１つのエレメンタリストリーム上において、Ａｃｃｅｓｓ Ｕｎｉｔが存在するエントリー位置のパケット番号（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）を、エントリー時刻（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）と対応づけて示す情報である。図中の引き出し線ｃｕ３は、ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤの内部構成をクローズアップしている。
これによると、ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤは、Ｎｃ個のＥＰ＿Ｈｉｇｈ（ＥＰ＿Ｈｉｇｈ（０）〜ＥＰ＿Ｈｉｇｈ（Ｎｃ−１））と、Ｎｆ個のＥＰ＿Ｌｏｗ（ＥＰ＿Ｌｏｗ（０）〜ＥＰ＿Ｌｏｗ（Ｎｆ−１））とからなることがわかる。ここでＥＰ＿Ｈｉｇｈは、Ａｃｃｅｓｓ Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ Ｉピクチャ、ＩＤＲピクチャ）のＳＰＮ＿ＥＰ＿ｓｔａｒｔ及びＰＴＳ＿ＥＰ＿ｓｔａｒｔの上位ビットを表す役割をもち、ＥＰ＿Ｌｏｗは、Ａｃｃｅｓｓ Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ Ｉピクチャ、ＩＤＲピクチャ）のＳＰＮ＿ＥＰ＿ｓｔａｒｔ及びＰＴＳ＿ＥＰ＿ｓｔａｒｔの下位ビットを示す役割をもつ。
図中の引き出し線ｃｕ４は、ＥＰ＿Ｈｉｇｈの内部構成をクローズアップしている。この引き出し線に示すように、ＥＰ＿Ｈｉｇｈ（ｉ）は、ＥＰ＿Ｌｏｗに対する参照値である『ｒｅｆ＿ｔｏ＿ＥＰ＿Ｌｏｗ＿ｉｄ［ｉ］』と、Ａｃｃｅｓｓ Ｕｎｉｔ（Ｎｏｎ−ＩＤＲＩピクチャ、ＩＤＲピクチャ）のＰＴＳの上位ビットを示す『ＰＴＳ＿ＥＰ＿Ｈｉｇｈ［ｉ］』と、Ａｃｃｅｓｓ Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ Ｉピクチャ、ＩＤＲピクチャ）のＳＰＮの上位ビットを示す『ＳＰＮ＿ＥＰ＿Ｈｉｇｈ［ｉ］』とからなる。ここでｉとは、任意のＥＰ＿Ｈｉｇｈを識別するための識別子である。
図中の引き出し線ｃｕ５は、ＥＰ＿Ｌｏｗの構成をクローズアップしている。引き出し線ｃｕ５に示すように、ＥＰ＿Ｌｏｗは、対応するＡｃｃｅｓｓ ＵｎｉｔがＩＤＲピクチャか否かを示す『ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ（ＥＰ＿Ｌｏｗ＿ｉｄ）』と、対応するＡｃｃｅｓｓ Ｕｎｉｔのサイズを示す『Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ（ＥＰ＿Ｌｏｗ＿ｉｄ）』と、対応するＡｃｃｅｓｓ Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ Ｉピクチャ、ＩＤＲピクチャ）のＰＴＳの下位ビットを示す『ＰＴＳ＿ＥＰ＿Ｌｏｗ（ＥＰ＿Ｌｏｗ＿ｉｄ）』と、対応するＡｃｃｅｓｓ Ｕｎｉｔ（Ｎｏｎ−ＩＤＲ Ｉピクチャ、ＩＤＲピクチャ）のＳＰＮの下位ビットを示す『ＳＰＮ＿ＥＰ＿Ｌｏｗ（ＥＰ＿Ｌｏｗ＿ｉｄ）』とからなる。ここでＥＰ＿Ｌｏｗ＿ｉｄとは、任意のＥＰ＿Ｌｏｗを識別するための識別子である。
＜Ｃｌｉｐ情報の説明その２．ＥＰ＿ｍａｐ＞
以下、具体例を通じて、ＥＰ＿ｍａｐについて説明する。図８は、映画のビデオストリームに対するＥＰ＿ｍａｐ設定を示す図である。第１段目は、表示順序に配置された複数のピクチャ（ＭＰＥＧ４−ＡＶＣに規定されたＩＤＲピクチャ、Ｉピクチャ、Ｂピクチャ、Ｐピクチャ）を示し、第２段目は、そのピクチャにおける時間軸を示す。第４段目は、ＢＤ−ＲＯＭ上のＴＳパケット列を示し、第３段目は、ＥＰ＿ｍａｐの設定を示す。
第２段目の時間軸において、時点ｔ１〜ｔ７に、Ａｃｃｅｓｓ ＵｎｉｔとなるＩＤＲピクチャ及びＩピクチャが存在するものとする。そしてこれらのｔ１〜ｔ７の時間間隔が、１秒程度であるとすると、映画に用いられるビデオストリームにおけるＥＰ＿ｍａｐは、ｔ１〜ｔ７をエントリー時刻（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）として示し、これに対応づけてエントリー位置（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）を示すよう、設定される。
＜ＰｌａｙＬｉｓｔ情報＞
続いて、ＰｌａｙＬｉｓｔ情報について説明する。拡張子“ｍｐｌｓ”が付与されたファイル（００００１．ｍｐｌｓ）は、ＰｌａｙＬｉｓｔ（ＰＬ）情報を格納したファイルである。
図９は、ＰｌａｙＬｉｓｔ情報のデータ構造を示す図であり、本図において、引き出し線ｍｐ１に示すようにＰｌａｙＬｉｓｔ情報は、ＭａｉｎＰａｔｈを定義するＭａｉｎＰａｔｈ情報（ＭａｉｎＰａｔｈ（））と、チャプターを定義するＰｌａｙＬｉｓｔＭａｒｋ情報（ＰｌａｙＬｉｓｔＭａｒｋ（））を含む。
＜ＰｌａｙＬｉｓｔ情報の説明その１．ＭａｉｎＰａｔｈ情報＞
先ずＭａｉｎＰａｔｈについて説明する。ＭａｉｎＰａｔｈは、主映像たるビデオストリームやオーディオストリームに対して定義される再生経路である。
ＭａｉｎＰａｔｈは、矢印ｍｐ１で示すように複数のＰｌａｙＩｔｅｍ情報＃１・・・・＃ｍから定義される。ＰｌａｙＩｔｅｍ情報は、ＭａｉｎＰａｔｈを構成する１つの論理的な再生区間を定義する。ＰｌａｙＩｔｅｍ情報の構成は、引き出し線ｈｓ１によりクローズアップされている。この引き出し線に示すようにＰｌａｙＩｔｅｍ情報は、再生区間のＩＮ点及びＯｕｔ点が属するＡＶＣｌｉｐの再生区間情報のファイル名を示す『Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』と、ＡＶＣｌｉｐの符号化方式を示す『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ』と、ＰｌａｙＩｔｅｍがマルチアングルを構成するか否かを示す『ｉｓ＿ｍｕｌｔｉ＿ａｎｇｌｅ』と、このＰｌａｙＩｔｅｍと、その１つ前のＰｌａｙＩｔｅｍとの接続を、シームレスに行うか否かを示す『ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ』と、このＰｌａｙＩｔｅｍが対象としているＳＴＣ＿Ｓｅｑｕｅｎｃｅを一意に示す『ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ［０］』と、再生区間の始点を示す時間情報『Ｉｎ＿ｔｉｍｅ』と、再生区間の終点を示す時間情報『Ｏｕｔ＿ｔｉｍｅ』と、このＰｌａｙＩｔｅｍにおいてマスクすべきユーザオペレーションがどれであるかを示す『ＵＯ＿ｍａｓｋ＿ｔａｂｌｅ』と、このＰｌａｙＩｔｅｍの途中へのランダムアクセスを許可するか否かを示す『ＰｌａｙＩｔｅｍ＿ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｆｌａｇ』と、このＰｌａｙＩｔｅｍの再生終了後、最後のピクチャの静止表示を継続するか否かを示す『Ｓｔｉｌｌ＿ｍｏｄｅ』と、『ＳＴＮ＿ｔａｂｌｅ』とから構成される。このうち、再生経路を構成するのは、再生区間の始点を示す時間情報『Ｉｎ＿ｔｉｍｅ』、再生区間の終点を示す時間情報『Ｏｕｔ＿ｔｉｍｅ』の組みであり、再生経路情報とは、この『Ｉｎ＿ｔｉｍｅ』及び『Ｏｕｔ＿ｔｉｍｅ』の組みから構成される。
図１０は、ＡＶＣｌｉｐと、ＰｌａｙＬｉｓｔ情報との関係を示す図である。第１段目は、ＰｌａｙＬｉｓｔ情報がもつ時間軸を示す。第２段目から第５段目は、ＥＰ＿ｍａｐにて参照されているビデオストリームを示す。
ＰｌａｙＬｉｓｔ情報は、ＰｌａｙＩｔｅｍ情報＃１，＃２という２つのＰｌａｙＩｔｅｍ情報を含んでおり、これらＰｌａｙＩｔｅｍ情報＃１，＃２のｉｎ＿ｔｉｍｅ，Ｏｕｔ＿ｔｉｍｅにより、２つの再生区間が定義されることになる。これらの再生区間を配列させると、ＡＶＣｌｉｐ時間軸とは異なる時間軸が定義されることになる。これが第１段目に示すＰｌａｙＬｉｓｔ時間軸である。このように、ＰｌａｙＩｔｅｍ情報の定義により、ＡＶＣｌｉｐとは異なる再生経路の定義が可能になる。
以上のＣｌｉｐ情報及びプレイリスト情報は、”静的シナリオ”に分類される。何故なら、以上のＣｌｉｐ情報及びプレイリスト情報により、静的な再生単位であるプレイリストが定義されるからである。以上で静的シナリオについての説明を終わる。
続いて”動的なシナリオ”について説明する。動的シナリオとは、ＡＶＣｌｉｐの再生制御を動的に規定するシナリオデータである。”動的に”というのは、再生装置における状態変化やユーザからのキーイベントにより再生制御の中身がかわることをいう。ＢＤ−ＲＯＭでは、この再生制御の動作環境として２つのモードを想定している。１つ目は、ＤＶＤ再生装置の動作環境と良く似た動作環境であり、コマンドベースの実行環境である。２つ目は、Ｊａｖａ（登録商標）仮想マシンの動作環境である。これら２つの動作環境のうち１つ目は、ＨＤＭＶモードと呼ばれる。２つ目は、ＢＤ−Ｊモードと呼ばれる。これら２つの動作環境があるため、動的シナリオはこのどちらかの動作環境を想定して記述される。ＨＤＭＶモードを想定した動的シナリオはＭｏｖｉｅ Ｏｂｊｅｃｔと呼ばれる。一方ＢＤ−Ｊモードを想定した動的シナリオはＢＤ−Ｊ Ｏｂｊｅｃｔと呼ばれる。
先ず初めにＭｏｖｉｅ Ｏｂｊｅｃｔについて説明する。
＜Ｍｏｖｉｅ Ｏｂｊｅｃｔ＞
Ｍｏｖｉｅ Ｏｂｊｅｃｔは、図２に示したＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖというファイルに格納され、ナビゲーションコマンド列を含む。
ナビゲーションコマンド列は、条件分岐、再生装置における状態レジスタの設定、状態レジスタの設定値取得等を実現するコマンド列からなる。Ｍｏｖｉｅ Ｏｂｊｅｃｔにおいて記述可能なコマンドを以下に示す。
ＰｌａｙＰＬコマンド
書式：ＰｌａｙＰＬ（第１引数，第２引数）
第１引数は、プレイリストの番号で、再生すべきプレイリストを指定することができる。第２引数は、そのプレイリストに含まれるＰｌａｙＩｔｅｍや、そのプレイリストにおける任意の時刻、Ｃｈａｐｔｅｒ、Ｍａｒｋを用いて再生開始位置を指定することができる。
ＰｌａｙＩｔｅｍによりＰＬ時間軸上の再生開始位置を指定したＰｌａｙＰＬ関数をＰｌａｙＰＬａｔＰｌａｙＩｔｅｍ（）、
ＣｈａｐｔｅｒによりＰＬ時間軸上の再生開始位置を指定したＰｌａｙＰＬ関数をＰｌａｙＰＬａｔＣｈａｐｔｅｒ（）、
時刻情報によりＰＬ時間軸上の再生開始位置を指定したＰｌａｙＰＬ関数をＰｌａｙＰＬａｔＳｐｅｃｉｆｉｅｄ Ｔｉｍｅ（）という。
Ｍｏｖｉｅ Ｏｂｊｅｃｔにおけるナビゲーションコマンドの記述は、ＤＶＤにおけるナビゲーションコマンドの記述方式と良く似ているので、ＤＶＤ上のディスクコンテンツを、ＢＤ−ＲＯＭに移植するという作業を効率的に行うことができる。Ｍｏｖｉｅ Ｏｂｊｅｃｔについては、以下の国際公開公報に記載された先行技術が存在する。詳細については、本国際公開公報を参照されたい。
国際公開公報ＷＯ ２００４／０７４９７６
以上でＭｏｖｉｅ Ｏｂｊｅｃｔについての説明を終える。続いてＢＤ−Ｊ Ｏｂｊｅｃｔについて説明する。
＜ＢＤ−Ｊ Ｏｂｊｅｃｔ＞
ＢＤ−Ｊ Ｏｂｊｅｃｔは、Ｊａｖａ（登録商標）プログラミング環境で記述された、ＢＤ−Ｊモードの動的シナリオであり、００００１．ｂｏｂｊというファイルに格納される。Ｍｏｖｉｅ Ｏｂｊｅｃｔとの違いは、ＢＤ−Ｊ Ｏｂｊｅｃｔにコマンドが直接記述されていない点である。つまりＭｏｖｉｅ Ｏｂｊｅｃｔにおいて制御手順は、ナビゲーションコマンドにより直接記述されていた。これに対しＢＤ−Ｊ Ｏｂｊｅｃｔでは、Ｊａｖａ（登録商標）アプリケーションに対する指定をアプリケーション管理テーブルに記載することにより、間接的に制御手順を規定している。このような間接的な規定により、複数動的シナリオにおいて制御手順を共通化するという、制御手順の共通化を効率的に行うことができる。
またＭｏｖｉｅＯｂｊｅｃｔにおけるプレイリスト再生は、プレイリスト再生を命じるナビゲーションコマンド（ＰｌａｙＰｌコマンド）の記述によりなされるが、ＢＤ−Ｊ Ｏｂｊｅｃｔにおけるプレイリスト再生は、プレイリスト再生手順を示すプレイリスト管理テーブルをＢＤ−Ｊ Ｏｂｊｅｃｔに組み込むことで記述が可能になる。
このＢＤ−ＪモードにおけるＪａｖａ（登録商標）アプリケーションについて説明する。ここでＢＤ−Ｊモードが想定しているＪａｖａ（登録商標）プラットフォームは、Ｊａｖａ（登録商標）２Ｍｉｃｒｏ＿Ｅｄｉｔｉｏｎ（Ｊ２ＭＥ）Ｐｅｒｓｏｎａｌ Ｂａｓｉｓ Ｐｒｏｆｉｌｅ（ＰＢＰ １．０）と、Ｇｌｏｂａｌｌｙ Ｅｘｅｃｕｔａｂｌｅ ＭＨＰ ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＧＥＭ１．０．２）ｆｏｒ ｐａｃｋａｇｅ ｍｅｄｉａ ｔａｒｇｅｔｓとをフル実装したものである。
このＢＤ−ＪモードにおけるＪａｖａ（登録商標）アプリケーションは、ｘｌｅｔインターフェイスを通じて、Ａｐｐｌｉｃａｔｉｏｎ Ｍａｎａｇｅｒにより、制御される。ｘｌｅｔインターフェイスは、“ｌｏａｄｅｄ”，“ｐａｕｓｅｄ”、“ａｃｔｉｖｅ”，“ｄｅｓｔｏｒｙｅｄ”といった４つの状態をもつ。
上述したＪａｖａ（登録商標）プラットフォームは、ＪＦＩＦ（ＪＰＥＧ）やＰＮＧ，その他のイメージデータを表示するためのスタンダードＪａｖａ（登録商標）ライブラリを含む。このため、Ｊａｖａ（登録商標）アプリケーションは、ＨＤＭＶモードにおいてＩＧストリームにより実現されるＧＵＩとは異なるＧＵＩフレームワークを実現することができる。Ｊａｖａ（登録商標）アプリケーションにおけるＧＵＩフレームワークは、ＧＥＭ１．０．２にて規定されたＨＡＶｉフレームワークを含み、ＧＥＭ１．０．２におけるリモートコントロールナビゲーション機構を含む。
これにより、Ｊａｖａ（登録商標）アプリケーションは、ＨＡＶｉフレームワークに基づくボタン表示、テキスト表示、オンライン表示（ＢＢＳの内容）といった表示を、動画像の表示と組み合わせた画面表示を実現することができ、リモートコントロールを用いて、この画面表示に対する操作を行うことができる。
このＪａｖａ（登録商標）アプリケーションの実体にあたるのが、図２におけるＢＤＭＶディレクトリ配下のＢＤＪＡディレクトリに格納されたＪａｖａ（登録商標）アーカイブファイル（００００１．ｊａｒ）である。
ＢＤ−Ｊ Ｏｂｊｅｃｔについては、以下の国際公開公報に記載された先行技術が存在する。詳細については、本国際公開公報を参照されたい。
国際公開公報Ｗ０ ２００４／０４５８４０ Ａ１
Ｗ０ ２００５／０３６５５５ Ａ１
Ｗ０ ２００５／０３６５４６ Ａ１
以上でＢＤ−Ｊ Ｏｂｊｅｃｔについての説明を終える。
＜ｓｏｕｎｄ．ｂｄｍｖ＞
続いてｓｏｕｎｄ．ｂｄｍｖについて説明する。ｓｏｕｎｄ．ｂｄｍｖは、ＩＧストリームにて描画されたメニューやＪａｖａ（登録商標）アプリケーションのＧＵＩフレームワークに対して操作がなされた場合、クリック音として出力すべきオーディオデータ（かかるオーディオデータを、サウンドデータという）が格納されるファイルである。
図１１は、ファイルｓｏｕｎｄ．ｂｄｍｖの構成を示す図である。ファイルｓｏｕｎｄ．ｂｄｍｖは、Ｓｏｕｎｄ Ｄａｔａ（）と、Ｓｏｕｎｄ Ｉｎｄｅｘ（）とからなる。Ｓｏｕｎｄ Ｄａｔａ（）は、複数のサウンドデータ（ｓｏｕｎｄ＿ｄａｔａ（０），ｓｏｕｎｄ＿ｄａｔａ（１））からなる。これらのサウンドデータのうち、ｓｏｕｎｄ＿ｄａｔａ（０）は、メニューに対する操作時に、第１のクリック音として出力される音源である。ｓｏｕｎｄ＿ｄａｔａ（１）は、メニューに対する操作時に、第２のクリック音として出力される音源である。これらのサウンドデータは、ｓｏｕｎｄ＿ＩＤと呼ばれる識別子にて指示される。
Ｓｏｕｎｄ Ｉｎｄｅｘ（）は、サウンド数（ｎｕｍｂｅｒ＿ｏｆ＿ｓｏｕｎｄ＿ｅｎｔｒｉｅｓ）、ｓｏｕｎｄ＿ｄａｔａ（０）に対するインデックス、ｓｏｕｎｄ＿ｄａｔａ（１）に対するインデックス等からなる。
インデックスは、モノラル／ステレオの別などの各サウンドの属性（ｓｏｕｎｄ＿ａｔｔｒｉｂｕｔｅｓ）、対応するサウンドデータのアドレス（ｓｏｕｎｄ＿ｄａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ）、対応するサウンドデータの連続長（ｓｏｕｎｄ＿ｄａｔａ＿ｌｅｎｇｔｈ）からなる。
図２〜図６に示したように、映画の劇中に使用される音声の音源は、Ｐｒｉｍａｒｙオーディオストリームとして、ＡＶＣｌｉｐ内に多重化される。これは、映画劇中の音声を表すＰｒｉｍａｒｙオーディオストリームを、ビデオストリームの読み出しと同時に再生装置に供給するためである。これに対し、ファイルｓｏｕｎｄ．ｂｄｍｖは、ＡＶＣｌｉｐとは別個のファイルとしてＢＤ−ＲＯＭに記録され、ユーザーのメニュー操作に対するクリック音を格納する。ファイルｓｏｕｎｄ．ｂｄｍｖは、ＡＶＣｌｉｐとは別個のファイルとして記録されるので、ＡＶＣｌｉｐの読み出し中に、サウンドデータを出力させようとすると、ファイルｓｏｕｎｄ．ｂｄｍｖを読み出すための光ピックアップのジャンプが生じ、ＡＶＣｌｉｐの読み出しが中断せざるを得なくなる。かかる中断が生じれば、ＡＶＣｌｉｐ再生に途切れが出る。
かかるＡＶＣｌｉｐの再生途切れを避けるには、ＡＶＣｌｉｐの再生がなされていない時点において、ファイルｓｏｕｎｄ．ｂｄｍｖを予めバッファにプリロードしておく必要がある。つまりＡＶＣｌｉｐの再生に先立ち、ファイルｓｏｕｎｄ．ｂｄｍｖ内のサウンドデータを、プリロードしておく必要がある。以上がファイルｓｏｕｎｄ．ｂｄｍｖについての説明である。
＜Ｉｎｄｅｘ．ｂｄｍｖ＞
Ｉｎｄｅｘ．ｂｄｍｖは、タイトルを構成する、Ｍｏｖｉｅ Ｏｂｊｅｃｔ又はＢＤ−Ｊ Ｏｂｊｅｃｔを示すテーブルである。
Ｔｉｔｌｅにおいて、あるＴｉｔｌｅの構成要素となるＭｏｖｉｅＯｂｊｅｃｔはどれであるか、又は、あるＴｉｔｌｅの構成要素となるＢＤ−Ｊ Ｏｂｊｅｃｔはどれであるのかを定義する。
Ｉｎｄｅｘ．ｂｄｍｖについては、以下の国際公開公報に詳細が記載されている。詳細については、本公報を参照されたい。
国際公開公報ＷＯ ２００４／０２５６５１ Ａ１公報
以上が、ＢＤ−ＲＯＭ１００についての説明である。
＜ローカルストレージ２００＞
続いて、本発明にかかる記録媒体である、ローカルストレージ２００について説明する。図１２は、ローカルストレージ２００の内部構成を示す図である。本図に示すように、本発明に係る記録媒体は、応用層に対する改良により、生産することができる。
本図の第４段目にローカルストレージ２００を示し、第３段目にローカルストレージ２００上のトラックを示す。本図のトラックは、ローカルストレージ２００の内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてローカルストレージ２００の応用層フォーマット（アプリケーションフォーマット）を表現すると、図中の第１段目のようになる。
本図のディレクトリ構造においてＲＯＯＴディレクトリの配下には、「ｏｒｇａｎｉｚａｔｉｏｎ＃１」というサブディレクトリがあり、その配下に、「ｄｉｓｃ＃１」というサブディレクトリがある。ディレクトリ「ｏｒｇａｎｉｚａｔｉｏｎ＃１」とは、映画作品の特定のプロバイダに割り当てられたディレクトリである。「ｄｉｓｃ♯１」は、そのプロバイダが提供したＢＤ−ＲＯＭのそれぞれに割り当てられたディレクトリである。
特定のプロバイダに対応するディレクトリに、各ＢＤ−ＲＯＭに対応するディレクトリを設けることにより、各ＢＤ−ＲＯＭについてのダウンロードデータが個別に格納される。このサブディレクトリの配下に、ＢＤ−ＲＯＭに格納されていたのと同様、ＰｌａｙＬｉｓｔ情報（００００２．ｍｐｌｓ）、Ｃｌｉｐ情報（００００２．ｃｌｐｉ）、ＡＶＣｌｉｐ（００００２．ｍ２ｔｓ），ＢＤ−Ｊ Ｏｂｊｅｃｔ（００００２．ｂｏｂｊ），Ｊａｖａ（登録商標）アーカイブファイル（００００２．ｊａｒ），クリック音データ（ｓｏｕｎｄ．ｂｄｍｖ），Ｍｏｖｉｅ Ｏｂｊｅｃｔ．ｂｄｍｖが格納されている。
続いて、ローカルストレージ２００の構成要素となる、ＰｌａｙＬｉｓｔ情報、Ｃｌｉｐ情報、ＡＶＣｌｉｐについての説明する。
＜ローカルストレージ２００の構成その１．ＡＶＣｌｉｐ＞
ローカルストレージ２００上のＡＶＣｌｉｐ（００００２．ｍ２ｔｓ）は、ＳｕｂＣｌｉｐを構成する。ＳｕｂＣｌｉｐとは、ＭａｉｎＣｌｉｐと同時にデコードされ再生されるエレメンタリストリームを含むＡＶＣｌｉｐである。かかるＳｕｂＣｌｉｐには、『Ｐｒｉｍａｒｙオーディオストリーム』、『Ｓｅｃｏｎｄａｒｙオーディオストリーム』、『Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓ（ＰＧ）ストリーム』、『Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓ（ＩＧ）ストリーム』といった種別がある。（以後、ＳｕｂＣｌｉｐのことをＯｕｔ−ｏｆ−ＭＵＸストリームと呼ぶことがある。）
本実施形態では、図１２に示した００００２．ｍ２ｔｓは、Ｓｅｃｏｎｄａｒｙオーディオストリーム、ＰＧストリーム、ＩＧストリームが１つのＳｕｂＣｌｉｐに多重化されているものとする。以降Ｓｅｃｏｎｄａｒｙオーディオストリームの詳細を説明する。
＜Ｏｕｔ−ｏｆ−ＭＵＸストリームの説明その１．Ｓｅｃｏｎｄａｒｙストリーム＞
『Ｐｒｉｍａｒｙオーディオストリーム』が、いわゆる主音声となるオーディオストリームであるのに対し、『Ｓｅｃｏｎｄａｒｙオーディオストリーム』とは、いわゆる副音声となるオーディオストリームである。ＳｕｂＣｌｉｐ再生時において、Ｓｅｃｏｎｄａｒｙオーディオストリームの音声再生は、Ｐｒｉｍａｒｙオーディオストリームの再生音声にミキシングされた上で出力に供される。Ｓｅｃｏｎｄａｒｙオーディオストリームとして扱われる音声には、例えば“コメンタリ音声”が、ある。Ｐｒｉｍａｒｙオーディオストリームとなる主音声が、映画作品本編の音声であり、Ｓｅｃｏｎｄａｒｙオーディオストリームとなる副音声が、映画監督のコメンタリ音声である場合、かかる映画作品本編の音声は、コメンタリ音声がミキシングされた上で出力されることになる。
Ｓｅｃｏｎｄａｒｙオーディオストリームは、ローカルストレージ２００にのみ記録され再生に供されるが、ＢＤ−ＲＯＭには記録されない。Ｐｒｉｍａｒｙオーディオストリームは、ＢＤ−ＲＯＭに置かれていても、ローカルストレージ２００に置かれていてもよい。またＰｒｉｍａｒｙオーディオストリームの符号化コーディックは、Ｓｅｃｏｎｄａｒｙオーディオストリームの符号化コーディックと異なっていてもよい。
図１３は、ＳｕｂＣｌｉｐに多重化されるエレメンタリストリームを示す図である。ＳｕｂＣｌｉｐには、０ｘ１２００から０ｘ１２１ＦまでのＰＩＤをもつＰＧストリーム、０ｘ１４００から０ｘ１４１ＦまでのＰＩＤをもつＩＧストリームのほかに、０ｘ１Ａ００から０ｘ１Ａ１ＦまでのＰＩＤをもつＳｅｃｏｎｄａｒｙオーディオストリームが多重化される。ここでＳｕｂＣｌｉｐにおけるＰＧストリーム、ＩＧストリームのＰＩＤは、ＭａｉｎＣｌｉｐにおけるＰＧストリーム、ＩＧストリームのＰＩＤと同じになっているものの、ＳｅｃｏｎｄａｒｙオーディオストリームのＰＩＤは、上位バイトが異なるため、３２本のＳｅｃｏｎｄａｒｙオーディオストリームのＰＩＤは、３２本のＰｒｉｍａｒｙオーディオストリームのＰＩＤと、一切重複していない。
図１４は、ＢＤ−ＲＯＭ規格におけるＰＩＤ割当マップを示す図である。本図によれば、０ｘ０１００は、Ｐｒｏｇｒａｍ＿ｍａｐに割り当てられ、０ｘ１００１はＰＣＲに、０ｘ１０１１はビデオストリームに、０ｘ１１００から０ｘ１１１ＦまでのゾーンはＰｒｉｍａｒｙオーディオストリームに、０ｘ１２００から０ｘ１２１ＦまでのゾーンはＰＧストリームに、０ｘ１４００から０ｘ１４１ＦまでのゾーンはＩＧストリームに、０ｘ１Ａ００から０ｘ１Ａ１ＦまでのゾーンはＳｅｃｏｎｄａｒｙオーディオストリームに割り当てられている。このＰＩＤ割当マップからもわかるように、Ｐｒｉｍａｒｙオーディオストリームに割り当てられているゾーンと、Ｓｅｃｏｎｄａｒｙオーディオストリームに割り当てられているゾーンとが異なっていることがわかる。
図１５（ａ）は、Ｓｅｃｏｎｄａｒｙオーディオストリームの内部構成を示す図である。
本図に示すように、Ｓｅｃｏｎｄａｒｙオーディオストリームは、複数のオーディオフレームからなる。図１５（ｂ）は、オーディオフレームの一例を示す図である。Ｓｅｃｏｎｄａｒｙオーディオストリームのオーディオフレームは、メタデータを含む。
図１５（ｃ）は、メタデータの内部構成を示す図である。メタデータは、本図に示すように、“ダウンミキシング情報”と、“ゲイン制御情報”とからなる。
“ダウンミキシング情報”は、ダウンミキシングのための情報である。ダウンミキシングとは、音声の再生チャネル数を符号化チャンネル数よりも少なくする変換であり、ダウンミキシング情報は、ダウンミキシングのための変換係数行列を規定することにより、このダウンミキシングを再生装置に行わせる。５．１ｃｈの音声ストリームを２ｃｈで再生することなどがダウンミキシングの一例である。
“ゲイン制御情報”とは、Ｐｒｉｍａｒｙオーディオストリーム側の音声出力時のゲインを上げ下げする情報であるが、ここでは下げるだけでよい。図１５（ｄ）は、ゲイン制御情報の一例を模式的に示す。このようにＳｅｃｏｎｄａｒｙオーディオストリームのメタデータは、同時に再生されるＰｒｉｍａｒｙオーディオストリームの出力をリアルタイムに下げることができる。ＰｒｉｍａｒｙオーディオとＳｅｃｏｎｄａｒｙオーディオを重畳する場合には、あらかじめミキシングされるＰｒｉｍａｒｙオーディオとＳｅｃｏｎｄａｒｙオーディオの対が分かっているため、２本のオーディオのゲインをリアルタイムに制御する必要は無く、Ｐｒｉｍａｒｙオーディオのゲインだけを下げてＳｅｃｏｎｄａｒｙオーディオのゲインはそのままにミキシング（重畳）することで十分である。
尚、ゲイン制御情報は、ＰｌａｙＬｉｓｔＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐに指定される時刻より、ｄｕｒａｔｉｏｎの時間だけ、有効なゲイン制御情報を格納するようにしても良い。
図１６は、Ｓｅｃｏｎｄａｒｙオーディオストリーム内のメタデータにより、Ｐｒｉｍａｒｙオーディオストリームの音量がどのように制御されるかを示す図である。本図における第１段目は、時間軸を示し、第２段目は、ミキシング可能なＰｒｉｍａｒｙオーディオストリームの再生出力を示す。第３段目は、Ｓｅｃｏｎｄａｒｙオーディオストリームの再生出力を示し、第４段目は、Ｓｅｃｏｎｄａｒｙオーディオストリームに多重化されたメタデータを示す。
再生時刻ｔ１にあたるオーディオフレームに配置されたメタデータは、Ｐｒｉｍａｒｙオーディオストリームの再生出力の音量を全体的に抑えるものであり、再生時刻ｔ２にあたるオーディオフレームに配置されたメタデータは、Ｐｒｉｍａｒｙオーディオストリームの再生出力の音声を元に戻すものである。再生時刻ｔ１，ｔ２に、かかるメタデータを配置することで、Ｐｒｉｍａｒｙオーディオストリームとの再生出力の音量と、Ｓｅｃｏｎｄａｒｙオーディオストリームの再生出力の音量とが合わさり、スピーカを破損させてしまうという事態を避けることができる。
Ｓｅｃｏｎｄａｒｙオーディオの″ゲイン制御情報“を使ってリアルタイムにミキシングのゲイン調整を行なう場合には、ｔ１からｔ２までのＳｅｃｏｎｄａｒｙオーディオの各オーディオフレームに格納された”ゲイン制御情報“がＰｒｉｍａｒｙオーディオのゲインを所定の量だけ下げることを指定していれば良い。特殊再生などでｔ１からｔ２の間に飛び込んでミキシング再生を行なうことを想定すれば、常に適切なゲイン制御が可能なこちらの方法の方が都合が良い。
＜ローカルストレージ２００の構成その２．ＰｌａｙＬｉｓｔ情報＞
続いて、ローカルストレージ２００上のＰｌａｙＬｉｓｔ情報について説明する。拡張子“ｍｐｌｓ”が付与されたファイル（００００２．ｍｐｌｓ）は、ＭａｉｎＰａｔｈ、Ｓｕｂｐａｔｈと呼ばれる２種類の再生経路を束ねたものをＰｌａｙｌｉｓｔ（ＰＬ）として定義する情報である。図１７は、ＰｌａｙＬｉｓｔ情報のデータ構造を示す図であり、本図に示すようにＰｌａｙＬｉｓｔ情報は、ＭａｉｎＰａｔｈを定義するＭａｉｎＰａｔｈ情報（ＭａｉｎＰａｔｈ（））と、チャプターを定義するＰｌａｙＬｉｓｔＭａｒｋ情報（ＰｌａｙＬｉｓｔＭａｒｋ（））と、Ｓｕｂｐａｔｈを定義するＳｕｂｐａｔｈ情報（Ｓｕｂｐａｔｈ（））とからなる。かかるＰｌａｙＬｉｓｔ情報の内部構成、及び、ＰｌａｙＩｔｅｍ情報の内部構成は、ＢＤ−ＲＯＭのものと同じであり、説明を省略する。
＜ＰｌａｙＬｉｓｔ情報の説明その１．Ｓｕｂｐａｔｈ情報＞
ＭａｉｎＰａｔｈが、主映像たるＭａｉｎＣｌｉｐに定義される再生経路であるのに対し、Ｓｕｂｐａｔｈは、ＭａｉｎＰａｔｈと同期すべきＳｕｂＣｌｉｐに対して定義される再生経路である。
図１８は、Ｓｕｂｐａｔｈ情報の内部構成をクローズアップして示す図である。本図における矢印ｈｃ０に示すように各Ｓｕｂｐａｔｈは、ＳｕｂＣｌｉｐの類型を示すＳｕｂＰａｔｈ＿ｔｙｐｅと、１つ以上のＳｕｂＰｌａｙＩｔｅｍ情報（・・・ＳｕｂＰｌａｙＩｔｅｍ（）・・・）とを含む。
図中の引き出し線ｈｃ１は、ＳｕｂＰｌａｙＩｔｅｍ情報の構成をクローズアップしている。ＳｕｂＰｌａｙＩｔｅｍ情報は、図中の矢印ｈｃ１に示すように『Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』、『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ』、『ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ［０］』、『ＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅ』、『ＳｕｂＰｌａｙＩｔｅｍ＿Ｏｕｔ＿ｔｉｍｅ』、『ｓｙｎｃ＿ＰｌａｙＩｔｅｍ＿ｉｄ』、『ｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍ』からなる。
『Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』は、Ｃｌｉｐ情報のファイル名を記述することにより、ＳｕｂＰｌａｙＩｔｅｍに対応するＳｕｂＣｌｉｐを一意に指定する情報である。
『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ』は、ＡＶＣｌｉｐの符号化方式を示す。
『ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ［０］』は、このＰｌａｙＩｔｅｍが対象としているＳＴＣ＿Ｓｅｑｕｅｎｃｅを一意に示す。
『ＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅ』は、ＳｕｂＣｌｉｐの再生時間軸上における、ＳｕｂＰｌａｙＩｔｅｍの始点を示す情報である。
『ＳｕｂＰｌａｙＩｔｅｍ＿Ｏｕｔ＿ｔｉｍｅ』は、ＳｕｂＣｌｉｐの再生時間軸上における、ＳｕｂＰｌａｙＩｔｅｍの終点を示す情報である。
『ｓｙｎｃ＿ＰｌａｙＩｔｅｍ＿ｉｄ』は、ＭａｉｎＰａｔｈを構成するＰｌａｙＩｔｅｍのうち、本ＳｕｂＰｌａｙＩｔｅｍが同期すべきものを一意に指定する情報である。ＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅは、このｓｙｎｃ＿ＰｌａｙＩｔｅｍ＿ｉｄで指定されたＰｌａｙ Ｉｔｅｍの再生時間軸上に存在する。
『ｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍ』は、ｓｙｎｃ＿ＰｌａｙＩｔｅｍ＿ｉｄで指定されたＰｌａｙ Ｉｔｅｍの再生時間軸上において、ＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅで指定されたＳｕｂＰｌａｙＩｔｅｍの始点が、どこに存在するかを示す。
＜Ｓｕｂｐａｔｈ情報の詳細その１．ＳｕｂＰａｔｈ＿ｔｙｐｅ＞
以上がＳｕｂＰａｔｈ情報についての説明である。続いてＳｕｂＰａｔｈ＿ｔｙｐｅについて説明する。ＳｕｂＰａｔｈ＿ｔｙｐｅは、０から２５５までの値に設定されることにより、ＳｕｂＰａｔｈ情報により定義されるＳｕｂＰａｔｈがどのような再生経路であるのかを示す。
ＳｕｂＰａｔｈ＿ｔｙｐｅが５に設定されている場合、このＳｕｂＰａｔｈ情報により定義されるＳｕｂＰａｔｈは、Ｐｒｉｍａｒｙオーディオ再生パスであることを示す。このＰｒｉｍａｒｙオーディオ再生パスは、ＭａｉｎＰａｔｈ（ＰｌａｙＩｔｅｍ）にて参照されるＰｒｉｍａｒｙオーディオに置き換えて再生されるべきオーディオストリームがＳｕｂＰａｔｈ（ＳｕｂＰｌａｙＩｔｅｍ）内に格納されているときに使われる。
ＳｕｂＰａｔｈ＿ｔｙｐｅが６に設定された場合、本ＳｕｂＰａｔｈ情報は、追加・置換のためのＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓ再生パスを定義していることを示す。何に対する追加・置換であるかというと、ＰｌａｙＩｔｅｍ情報にて再生され得るＰＧストリームに対して、追加・置換され得るＰＧストリームである。
ＳｕｂＰａｔｈ＿ｔｙｐｅが７に設定された場合、本ＳｕｂＰａｔｈ情報は、追加・置換のためのＩｎｔａｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓ再生パスを定義していることを示す。何に対する追加・置換であるかというと、ＰｌａｙＩｔｅｍ情報にて再生され得るＩＧストリームに対して、追加・置換され得るＩＧストリームである。
ＳｕｂＰａｔｈ＿ｔｙｐｅが８に設定された場合、ＳｕｂＰａｔｈ情報はＳｅｃｏｎｄａｒｙオーディオ再生パスを定義する旨を示す。このＳｅｃｏｎｄａｒｙオーディオ再生パスは、追加のために定義されている。何に対する追加かというと、ＰｌａｙＩｔｅｍ情報にて再生され得るＰｒｉｍａｒｙオーディオの再生音声にミキシングされるべきＳｅｃｏｎｄａｒｙオーディオである。
例えば、ＰｒｉｍａｒｙオーディオとＳｅｃｏｎｄａｒｙオーディオのミキシング再生を行う場合には、２つのオーディオデコーダとミキサーを動作させる必要があるため、通常のＰｒｉｍａｒｙオーディオだけを再生する場合とは要求が異なり、前もってプレイヤがどのような再生タイプかを取得できる必要がある。このために、ＳｕｂＰａｔｈ＿ｔｙｐｅやＳＴＮ＿ｔａｂｌｅのＰＩＤによって、同期再生すべきＳｅｃｏｎｄａｒｙオーディオが存在することを再生前にプレイヤに通知することが可能となる。
以上がＳｕｂＰａｔｈ＿ｔｙｐｅについての説明である。
＜ＳｕｂＰａｔｈ情報についての詳細その２．三者の関係＞
ここでの三者とは、ローカルストレージ２００上のＳｕｂＣｌｉｐ、ローカルストレージ２００上のＰｌａｙＬｉｓｔ情報、ＢＤ−ＲＯＭ上のＭａｉｎＣｌｉｐの三者をいう。
図１９は、ローカルストレージ２００上のＳｕｂＣｌｉｐと、ローカルストレージ２００上のＰｌａｙＬｉｓｔ情報と、ＢＤ−ＲＯＭ上のＭａｉｎＣｌｉｐとの対応を示す図である。本図において第１段目は、ローカルストレージ２００上に存在するＳｕｂＣｌｉｐを示す。この第１段目に示すように、ローカルストレージ２００上のＳｕｂＣｌｉｐには、Ｓｅｃｏｎｄａｒｙオーディオストリーム、ＰＧストリーム、ＩＧストリームといった種別がある。これらのうち何れかが、ＳｕｂＰａｔｈとして同期再生に供されることになる。
第２段目は、ＰｌａｙＬｉｓｔ情報により定義される２つの時間軸を示す。第２段目のうち下側の時間軸は、ＰｌａｙＩｔｅｍ情報により定義されるＰｌａｙＩｔｅｍ時間軸を示し、上側の時間軸はＳｕｂＰｌａｙＩｔｅｍにより定義されるＳｕｂＰｌａｙＩｔｅｍ時間軸を示す。
本図に示すように、ＳｕｂＰｌａｙＩｔｅｍ情報のＳｕｂＰｌａｙＩｔｅｍ＿Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅは、ＳＴＲＥＡＭディレクトリに格納された．ｍ２ｔｓファイルのうち、どれを再生区間指定の対象として選ぶかという、ＳｕｂＣｌｉｐ選択の役割を果たしていることがわかる。
そしてＳｕｂＰｌａｙＩｔｅｍ．ＩＮ＿ｔｉｍｅ、ＳｕｂＰｌａｙＩｔｅｍ．Ｏｕｔ＿ｔｉｍｅは、ＳｕｂＣｌｉｐ上の、再生区間の始点及び終点を定義するという役割を果たしていることがわかる。
矢印Ｓｙｎｃ＿ＰｌａｙＩｔｅｍ＿Ｉｄは、どのＰｌａｙＩｔｅｍとの同期を意図しているかという同期指定の役割を果たし、ｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍは、ＰｌａｙＩｔｅｍ時間軸上におけるＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅの位置を決める役割を果たす。
図２０は、ＭａｉｎＣｌｉｐに対して設定されたＥＰ＿ｍａｐ及びＰｌａｙＩｔｅｍ時間軸と、ＳｕｂＣｌｉｐに対して設定されたＥＰ＿ｍａｐ及びＳｕｂＰｌａｙＩｔｅｍ時間軸とを集約して示す図である。
本図の中段、下４段〜下１段は、図１０に示したＰｌａｙＩｔｅｍ時間軸、ピクチャ列、ＭａｉｎＣｌｉｐ時間軸、ＥＰ＿ｍａｐ、ＴＳパケット列を示す。
また上１段目〜上３段目は、ＴＳパケット列、ＥＰ＿ｍａｐ、ＳｕｂＣｌｉｐ時間軸を示す。上４段目は、ＳｕｂＰｌａｙＩｔｅｍ時間軸を示す。
以上が、ＳｕｂＰａｔｈ情報についての説明である。
＜ＳＴＮ＿ｔａｂｌｅ＞
このローカルストレージ２００におけるＰｌａｙＬｉｓｔ情報において特徴的であるのは、ＳＴＮ＿Ｔａｂｌｅである。以降、ローカルストレージ２００上のＰｌａｙＬｉｓｔ情報について説明する。
ＳＴＮ＿ｔａｂｌｅは、ＰｌａｙＩｔｅｍ情報のＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されているＡＶＣｌｉｐに多重化された複数エレメンタリストリーム、ＳｕｂＰｌａｙＩｔｅｍ情報のＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されているＯｕｔ＿ｏｆ＿ＭＵＸストリームのうち、再生可能なものを示すテーブルである。具体的にいうとＳＴＮ＿ｔａｂｌｅは、ＭａｉｎＣｌｉｐに多重化されている複数エレメンタリストリーム、ＳｕｂＣｌｉｐに多重化されているＯｕｔ＿ｏｆ＿ＭＵＸストリームのそれぞれについてのＳｔｒｅａｍ＿ｅｎｔｒｙを、Ｓｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅと対応付けることで構成される。
図２１は、ＳＴＮ＿ｔａｂｌｅの内部構成を示す図である。本図に示すようにＳＴＮ＿ｔａｂｌｅは、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙと、ａｔｔｒｉｂｕｔｅとの組み（ｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅ）を複数含み、これらｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの組みの個数（ｎｕｍｂｅｒ＿ｏｆ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ，ｎｕｍｂｅｒ＿ｏｆ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ，ｎｕｍｂｅｒ＿ｏｆ＿ＰＧ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ，ｎｕｍｂｅｒ＿ｏｆ＿ＩＧ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ）を示すデータ構造になっている。
ｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの組みは、図中の括弧記号”｛”に示すように、Ｐｌａｙ Ｉｔｅｍにおいて再生可能なビデオストリーム、Ｐｒｉｍａｒｙオーディオストリーム、Ｓｅｃｏｎｄａｒｙオーディオストリーム、ＰＧストリーム、ＩＧストリームのそれぞれに対応している。特に注意すべきは、ＳｅｃｏｎｄａｒｙオーディオストリームにおけるＳｔｒｅａｍ＿ｅｎｔｒｙと、Ｓｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅとの組みが、Ｃｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿Ｐｒｉｍａｒｙ＿ａｕｄｉｏと対応付けられている点である。
ｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの詳細について説明する。
図２２（ａ）は、ビデオストリームに対応したＳｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅを示す図である。
ビデオストリームにおけるＳｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅは、ビデオストリームの表示方式を示す『Ｖｉｄｅｏ＿ｆｏｒｍａｔ』と、ビデオストリームの表示周波数を示す『ｆｒａｍｅ＿ｒａｔｅ』等を含む。
図２２（ｂ）は、Ｐｒｉｍａｒｙオーディオストリーム、Ｓｅｃｏｎｄａｒｙオーディオストリームに対応したＳｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅを示す図である。
Ｐｒｉｍａｒｙオーディオストリーム，ＳｅｃｏｎｄａｒｙオーディオストリームにおけるＳｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅは、オーディオストリームの符号化方式を示す『ｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅ』と、対応するオーディオストリームのチャネル構成を示す『ａｕｄｉｏ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｙｐｅ』と、対応するオーディオストリームのサンプリング周波数を示す対応する『Ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ』と、オーディオストリームの言語属性を示す『ａｕｄｉｏ＿ｌａｎｇｕａｇｅ ｃｏｄｅ』からなる。
図２２（ｃ）は、ビデオストリームにおけるＳｔｒｅａｍ＿ｅｎｔｒｙを示す図である。本図に示すように、ビデオストリームのＳｔｒｅａｍ＿ｅｎｔｒｙは、ビデオストリームの多重分離に用いられるＰＩＤを示す「ｒｅｆ＿ｔｏ＿Ｓｔｒｅａｍ＿ＰＩＤ＿ｏｆ Ｍａｉｎ＿Ｃｌｉｐ」を含む。
ＭａｉｎＣｌｉｐにて多重化されているＰｒｉｍａｒｙオーディオストリーム、ＩＧストリーム、ＰＧストリームのＳｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅは、この図２２（ｃ）の形式になっている。
図２２（ｄ）は、ＳｕｂＣｌｉｐにて多重化されているストリーム（以下Ｓｅｃｏｎｄａｒｙオーディオストリームとして説明）におけるＳｔｒｅａｍ＿ｅｎｔｒｙを示す図である。ＳｅｃｏｎｄａｒｙオーディオストリームのＳｔｒｅａｍ＿ｅｎｔｒｙは、Ｓｅｃｏｎｄａｒｙオーディオストリームを参照しているＳｕｂＰａｔｈ情報を示す『ｒｅｆ＿ｔｏ＿Ｓｕｂ＿Ｐａｔｈ＿ｉｄ』、Ｓｅｃｏｎｄａｒｙオーディオストリームが多重化されているＳｕｂＣｌｉｐを示す『ｒｅｆ＿ｔｏ＿Ｓｕｂ＿Ｃｌｉｐ＿ｅｎｔｒｙ＿ｉｄ』、Ｓｅｃｏｎｄａｒｙオーディオストリームの多重分離に用いられるＰＩＤを示す『ｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤ＿ｏｆ＿Ｓｕｂ＿Ｃｌｉｐ』を含む。
図２２（ｅ）は、ＳｅｃｏｎｄａｒｙオーディオストリームにおけるＳｔｒｅａｍ＿ｅｎｔｒｙと、Ｓｔｒｅａｍ＿ａｔｔｒｉｂｕｔｅとの組みに対応付けられている、Ｃｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿Ｐｒｉｍａｒｙ＿ａｕｄｉｏの内部構成を示す。Ｃｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿Ｐｒｉｍａｒｙ＿ａｕｄｉｏは、各Ｓｅｃｏｎｄａｒｙオーディオストリームごとに組合せ可能なＰｒｉｍａｒｙオーディオストリームの総数を示すｎｕｍｂｅｒ＿ｏｆ＿ｐｒｉｍａｒｙ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓと、再生時に組合せることができるＰｒｉｍａｒｙオーディオストリームのストリーム番号を示すＰｒｉｍａｒｙ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｉｄ＿ｒｅｆ［０］〜［ｎ］とからなる。
図２３は、Ｃｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿Ｐｒｉｍａｒｙ＿ａｕｄｉｏによるＰｒｉｍａｒｙオーディオストリームの指定を示す図である。ここで本図の右側は、３２本のＳｅｃｏｎｄａｒｙオーディオストリームを示し、左側は、３２本のＰｒｉｍａｒｙオーディオストリームを示す。そして矢印ｙｍ１は、Ｓｅｃｏｎｄａｒｙオーディオストリーム＃１におけるＣｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿Ｐｒｉｍａｒｙ＿ａｕｄｉｏによる指定を示す。このようにＳｅｃｏｎｄａｒｙオーディオストリーム毎に設定されるＣｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿Ｐｒｉｍａｒｙ＿ａｕｄｉｏは、そのＳｅｃｏｎｄａｒｙオーディオストリームの再生出力をミキシングすることができる１つ以上のＰｒｉｍａｒｙオーディオストリームを一意に指定する。これにより、所定の属性を有しているようなＰｒｉｍａｒｙオーディオストリームの再生時においては、Ｓｅｃｏｎｄａｒｙオーディオストリームをミキシングさせず、それ以外の属性を有しているようなＰｒｉｍａｒｙオーディオストリームの再生時においてのみ、Ｓｅｃｏｎｄａｒｙオーディオストリームをミキシングするというような、音声属性に応じた、ミキシングの可否を、オーサリング時に設定しておくことができる。
以上がローカルストレージ２００の構成たるＰｌａｙＬｉｓｔ情報についての説明である。以上で、ローカルストレージ２００についての説明を終える。
＜バーチャルパッケージ＞
以降、バーチャルパッケージについて説明する。図２４は、再生装置３００により生成されるバーチャルパッケージを示す図である。本図の左上は、ＢＤ−ＲＯＭの記録内容を示し、左下は、ローカルストレージ２００の記録内容を示す。右側は、バーチャルパッケージの構成を示す。
再生装置は、ＢＤ−ＲＯＭに存在するＡＶＣｌｉｐ、Ｃｌｉｐ情報、ＰｌａｙＬｉｓｔ情報に、ローカルストレージ２００に存在するＡＶＣｌｉｐ、Ｃｌｉｐ情報、ＰｌａｙＬｉｓｔ情報を組み合わせて、仮想的な１つのＢＤ−ＲＯＭディスクイメージ（バーチャルパッケージ）を得る。
この組合せは、
ｉ）Ｌｏｃａｌ Ｓｔｏｒａｇｅ上のＰｌａｙＬｉｓｔ（００００２．ｍｐｌｓ）を、ＢＤ−ＲＯＭにおけるＭＰＬＳディレクトリに仮想的に追加し、
ｉｉ）Ｌｏｃａｌ Ｓｔｏｒａｇｅ上のＣｌｉｐ情報＃２（００００２．ｃｌｐｉ）を、ＢＤ−ＲＯＭにおけるＣＬＰＩディレクトリに仮想的に追加し、
ｉｉｉ）Ｌｏｃａｌ Ｓｔｏｒａｇｅ上のＡＶＣｌｉｐ＃２（００００２．ｍ２ｔｓ）を、ＢＤ−ＲＯＭにおけるＳＴＲＥＡＭディレクトリに仮想的に追加することでなされる。
こうすることにより、図２４の右側に示すようなバーチャルパッケージが構成される。
以上が記録媒体についての説明である。続いて本発明に係る再生装置について説明する。
図２５は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムＬＳＩと、ドライブ装置という２つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムＬＳＩは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、ＢＤ−ＲＯＭドライブ１ａ、バス１ｂ、リードバッファ２ａ，ｂ、デマルチプレクサ３ａ，ｂ、ビデオデコーダ４、ビデオプレーン５、バッファ６ａ，ｂ、オーディオデコーダ７ａ，ｂ、ＤｏｗｎＭｉｘ／ＤｏｗｎＳａｍｐｌｅ８、ミキサー９ａ、ミキサー９ｂ、スイッチ１０ａ、エンコーダ１０ｂ、Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓデコーダ１１、Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１２、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓデコーダ１３、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１４、ＪＰＥＧデコーダ１５、Ｓｔｉｌｌプレーン１６、合成部１７、ＳＴＣ生成部１８ａ，ｂ、ＡＴＣ生成部１９ａ，ｂ、メモリ２１、コントローラ２２、ＰＳＲセット２３、ＰＩＤ変換部２４、通信部２５、操作受付部２６、ＨＤＭＩ送受信部２７から構成される。
ＢＤ−ＲＯＭドライブ１ａは、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭディスクに対するアクセスを実行する。
バス１ｂは、ＢＤ−ＲＯＭから読み出されたＴＳパケット、ローカルストレージ２００から読み出されたＴＳパケットが転送される。
リードバッファ２ａは、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭディスク１００またはローカルストレージ２００から読み出されたＴＳパケットが先入れ先出し式に格納される。
リードバッファ２ｂは、ＦＩＦＯメモリであり、ローカルストレージ２００から読み出されたＴＳパケットが先入れ先出し式に格納される。
デマルチプレクサ３ａは、バスに伝送しているＴＳパケットのうち、０ｘ１０１１，０ｘ１１００〜０ｘ１１１Ｆ，０ｘ１２００〜０ｘ１２１Ｆ，０ｘ１４００〜１４１ＦのＰＩＤをもつＴＳパケットのうち、ＰＩＤ変換部２４から通知されたＰＩＤをもつものを、夫々ビデオデコーダ４、オーディオデコーダ７ａ、Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓデコーダ１１、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓデコーダ１３に出力する。
デマルチプレクサ３ｂは、バス１ｂに伝送しているＴＳパケットのうち、０ｘ１Ａ００〜０ｘ１Ａ１ＦのＰＩＤをもつもの、即ち、Ｓｅｃｏｎｄａｒｙオーディオストリームを構成するＴＳパケットの多重分離を行う。デマルチプレクサ３ｂによるＳｅｃｏｎｄａｒｙオーディオストリームの多重分離は、ＳＴＮ＿ｔａｂｌｅに含まれるＳｅｃｏｎｄａｒｙオーディオストリームのｓｔｒｅａｍ＿ｅｎｔｒｙのうち、ＰＳＲ１４に格納されているストリーム番号に対応するものに記述されているＰＩＤの参照値と、バス１ｂに転送されているＴＳパケットのＰＩＤとを比較し、当該比較において一致するＰＩＤをもつＴＳパケットを、バッファ６ｂを介してオーディオデコーダ７ｂに出力することでなされる。再生可能なＳｅｃｏｎｄａｒｙオーディオストリームが１つだけである場合、上述した比較は、ｓｔｒｅａｍ＿ｅｎｔｒｙに記述されているＰＩＤ参照値の上位バイト“１Ａ”と、バス１ｂに転送されているＴＳパケットのＰＩＤの上位バイト“１Ａ”との比較で足りる。何故なら、他にＳｅｃｏｎｄａｒｙオーディオストリームが存在しないので、Ｓｅｃｏｎｄａｒｙオーディオストリームであることを意味するＰＩＤ上位バイトを参照すれば充分だからである。
再生可能なＳｅｃｏｎｄａｒｙオーディオストリームが複数存在する場合、上述した比較は、ｓｔｒｅａｍ＿ｅｎｔｒｙに記述されているＰＩＤ参照値の上位バイト“１Ａ”と、バス１ｂに転送されているＴＳパケットのＰＩＤの上位バイト“１Ａ”との比較に加え、ｓｔｒｅａｍ＿ｅｎｔｒｙに記述されているＰＩＤ参照値の下位バイト（０ｘ００から０ｘ１Ｆまでの数値）と、バス１ｂに転送されているＴＳパケットのＰＩＤの下位バイト（０ｘ００から０ｘ１Ｆまでの数値）との比較が必要になる。何故なら、Ｓｅｃｏｎｄａｒｙオーディオストリームが複数存在するので、再生すべきＳｅｃｏｎｄａｒｙオーディオストリームを一意に特定するように、ＰＩＤの下位バイトまで参照する必要があるからである。
ここでバス１ｂには、ＢＤ−ＲＯＭから読み出されたＴＳパケット、ローカルストレージ２００から読み出されたＴＳパケットが転送されているので、デマルチプレクサ３ａ、デマルチプレクサ３ｂは、これらＢＤ−ＲＯＭから読み出されたＴＳパケット、ローカルストレージ２００から読み出されたＴＳパケットを、１本のトランスポートストリームとして扱ってバッファに取り込むことができる。Ｐｒｉｍａｒｙオーディオストリームを構成するＴＳパケット、Ｓｅｃｏｎｄａｒｙオーディオストリームを構成するＴＳパケットに割り当てられているＰＩＤは、ＰＩＤ割当マップにおいて、異なるゾーンに存在しているのでデマルチプレクサ３ａ、デマルチプレクサ３ｂは、これらを１つとして、取り込みつつもこれらＰｒｉｍａｒｙオーディオストリーム、Ｓｅｃｏｎｄａｒｙオーディオストリームを別々のエレメンタリストリームとして出力することができる。この際、デマルチプレクサ３ａ、デマルチプレクサ３ｂは、１つのトランスポートストリームに多重化されている複数のオーディオストリームを多重分離するのと同じ手順を経ることにより、デコーダに供給することができるので、１つのトランスポートストリームから所定のＰＩＤを持つＴＳパケットだけを多重分離するようなデマルチプレクサと互換を保つ構成で、Ｐｒｉｍａｒｙオーディオストリーム、Ｓｅｃｏｎｄａｒｙオーディオストリームを、該当するデコーダに供給することができる。
尚、実装上デマルチプレクサを１つに集約することが考えられる。この場合にもＰｒｉｍａｒｙオーディオとＳｅｃｏｎｄａｒｙオーディオのＰＩＤが異なることが同様に有効である。
以上が、ＢＤ−ＲＯＭドライブ１ａ、バス１ｂ〜デマルチプレクサ３ａ、デマルチプレクサ３ｂについての説明である。
ビデオデコーダ４は、デマルチプレクサ３ａから出力された複数ＰＥＳパケットを復号して非圧縮形式のピクチャを得てビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。ビデオプレーン５における解像度は１９２０×１０８０であり、このビデオプレーン５に格納されたピクチャデータは、１６ビットのＹＵＶ値で表現された画素データにより構成される。
バッファ６ａは、デマルチプレクサ３ａから出力された、ＰＩＤ＝０ｘ１１００〜１１１Ｆのうち再生されるべきオーディオストリームのＰＩＤを有するＴＳパケットを、先入れ先だし式に格納して、オーディオデコーダ７ａに供する。
バッファ６ｂは、デマルチプレクサ３ｂから出力された、ＰＩＤ＝０ｘ１Ａ００〜１Ａ１Ｆを有するＴＳパケットのうち再生されるべきオーディオストリームのＰＩＤを有するＴＳパケットのみを、先入れ先だし式に格納して、オーディオデコーダ７ｂに供する。
バッファ６ｃは、ＢＤ−ＲＯＭ／ローカルストレージから読み出されたファイルｓｏｕｎｄ．ｂｄｍｖをプリロードしておくためのメモリである。バッファ６ｃへのプリロードは、ＢＤ−ＲＯＭのローディング時やタイトル切替時に行うことが望ましい。何故なら、ＡＶＣｌｉｐの再生中にファイルｓｏｕｎｄ．ｂｄｍｖを読み出そうとすると、ＡＶＣｌｉｐとは別のファイルを読み出すための光ピックアップのシークが発生するからである。一方、ＢＤ−ＲＯＭの装填時やタイトル切替時には、ＡＶＣｌｉｐの再生が継続していることは希なので、かかるタイミングにファイルｓｏｕｎｄ．ｂｄｍｖを読み出すことにより、機器の応答性を高めＡＶＣｌｉｐ再生が途切れにくくすることができる。
オーディオデコーダ７ａは、バッファ６ａに格納されたＴＳパケットをＰＥＳパケットに変換して、このＰＥＳパケットに対しデコード処理を行い、非圧縮状態のＬＰＣＭ状態のオーディオデータを得て出力する。これによりＰｒｉｍａｒｙオーディオストリームにおけるデジタル出力がなされる。
オーディオデコーダ７ｂは、バッファ６ｂに格納されたＴＳパケットをＰＥＳパケットに変換して、このＰＥＳパケットに対しデコード処理を行い、非圧縮状態のＬＰＣＭ状態のオーディオデータを得て出力する。これによりＳｅｃｏｎｄａｒｙオーディオストリームにおけるデジタル出力がなされる。
ＤｏｗｎＭｉｘ／ＤｏｗｎＳａｍｐｌｅ８は、ミキシングを行うにあたって、オーディオデコーダ７ａから出力されたデジタルオーディオの音声属性を、オーディオデコーダ７ｂから出力されるデジタルオーディオの音声属性に合わせるための変換を施す。ここで音声属性とは、サンプリング周波数かつ／またはチャンネル数であり、これらを整合させる処理がなされる。またＤｏｗｎＭｉｘ／ＤｏｗｎＳａｍｐｌｅ８もしくはミキサー９ａは、Ｓｅｃｏｎｄａｒｙオーディオストリームに多重化されている、メタデータに従い、Ｐｒｉｍａｒｙオーディオストリーム側のゲインを下げたりする処理もオーディオデコーダ７ｂが抽出したゲイン制御情報によって行う。
ミキサ９ａは、オーディオデコーダ７ａから出力されるＬＰＣＭ状態のデジタルオーディオと、オーディオデコーダ７ｂから出力されるＬＰＣＭ状態のデジタルオーディオとをミキシングする。
ミキサ９ｂは、ミキサ９ａから出力されるＬＰＣＭ状態のデジタルオーディオと、バッファ６ｃに格納されているサウンドデータとをミキシングする。このサウンドミキサ９ｂによるミキシングは、クリック音の発音を意図したようなナビゲーションコマンド、又は、クリック音の発音を意図したようなバイトコードを、ＣＰＵ２２が解読することでなされる。
スイッチ１０ａは、デマルチプレクサ３ａにより多重分離がなされた、Ｐｒｉｍａｒｙオーディオストリームを構成するＴＳパケット、デマルチプレクサ３ｂにより多重分離がなされたＳｅｃｏｎｄａｒｙオーディオストリームを構成するＴＳパケットを、オーディオデコーダ７ａ，ｂに供給するか、オーディオデコーダ７ａ，ｂに供給せずそのエレメンタリーストリームだけを他機器に出力するか切り換えるスイッチである。Ｐｒｉｍａｒｙオーディオストリームを構成するＴＳパケットを、オーディオデコーダ７ａ，ｂに供給せずそのエレメンタリーストリームを他の機器に出力することを“パススルー出力”という。ＴＳパケットからエレメンタリーストリームへの変換部（ＴＳ／ＰＥＳヘッダの除去を行う）はスイッチ１０ａに組み込まれている。（図示はしていない）
エンコーダ１０ｂは、オーディオデコーダ７ａ，ｂのデコードにより得られ、ミキサー９ａ、ミキサー９ｂによるミキシングがなされたＬＰＣＭ状態のオーディオデータを、サラウンド音声としてＳ／ＰＤＩＦのようなデジタルインターフェース上で送る場合、ミキシングされたＬＰＣＭをＤｏｌｂｙ Ｄｉｇｉｔａｌ（ＤＤ）形式やＤｏｌｂｙ Ｔｈｅａｔｅｒ Ｓｙｓｔｅｍ（ＤＴＳ）形式に圧縮符号化する。
Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓ（ＩＧ）デコーダ１１は、ＢＤ−ＲＯＭ１００又はローカルストレージ２００から読み出されたＩＧストリームをデコードして、非圧縮グラフィクスをＩＧプレーン１２に書き込む。
Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓ（ＩＧ）プレーン１２は、ＩＧデコーダ１０によるデコードで得られた非圧縮グラフィクスが書き込まれる。またＢＤ−Ｊモードにおいて、アプリケーションにより描画された文字やグラフィクスが書き込まれる。
Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓ（ＰＧ）デコーダ１３は、ＢＤ−ＲＯＭ又はローカルストレージ２００から読み出されたＰＧストリームをデコードして、非圧縮グラフィクスをＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１４に書き込む。ＰＧデコーダ１３によるデコードにより、字幕が画面上に現れることになる。
Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓ（ＰＧ）プレーン１４は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。
ＪＰＥＧデコーダ１５は、ＢＤ−ＲＯＭ又はローカルストレージ２００に記録されているＪＰＥＧデータをデコードして、Ｓｔｉｌｌプレーン１６に書き込む。
Ｓｔｉｌｌプレーン１６は、ＪＰＥＧデータを展開することで得られた非圧縮のグラフィクスデータが格納されるプレーンである。このグラフィクスデータは、Ｊａｖａ（登録商標）アプリが描画する、ＧＵＩフレームワークのいわゆる“壁紙”として用いられる。
合成部１７は、Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１２の格納内容と、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１４の格納内容と、ビデオプレーン５の格納内容と、Ｓｔｉｌｌプレーン１６の格納内容とを合成した合成画像を得る。
ＳＴＣ生成部１８ａ，ｂは、コントローラ２２の指示によってＳｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ（ＳＴＣ）を生成し各デコーダの動作タイミングを調整する。
ＡＴＣ生成部１９ａ，ｂは、コントローラ２２の指示によってＡｒｒｉｖａｌ Ｔｉｍｅ Ｃｌｏｃｋ（ＡＴＣ）を生成しデマルチプレクサの動作タイミングを調整する。メモリ２１は、カレントのＰＬ情報やカレントのＣｌｉｐ情報を格納しておくためのメモリである。カレントＰＬ情報とは、ＢＤ−ＲＯＭに記録されている複数ＰｌａｙＬｉｓｔ情報のうち、現在処理対象になっているものをいう。カレントＣｌｉｐ情報とは、ＢＤ−ＲＯＭ／ローカルストレージに記録されている複数Ｃｌｉｐ情報のうち、現在処理対象になっているものをいう。
ＣＰＵ２２は、ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖに格納されているＭｏｖｉｅ Ｏｂｊｅｃｔや、ＢＤ−Ｊ Ｏｂｊｅｃｔにて参照されているＪａｖａ（登録商標）アプリケーションを解読し、この解読結果に従ったプレイリスト再生（カレントＰｌａｙＬｉｓｔ情報に従った再生制御のことである）を実行することで、ＢＤ−ＲＯＭの再生制御を実現する。また上述のようなＡＴＳ、ＳＴＣの制御も行なう。
ＰＳＲセット２３は、再生装置に内蔵されるレジスタであり、６４個のＰｌａｙｅｒ Ｓｅｔｔｉｎｇ／Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒ（ＰＳＲ）と、４０９６個のＧｅｎｅｒａｌ Ｐｕｒｐｏｓｅ Ｒｅｇｉｓｔｅｒ（ＧＰＲ）とからなる。Ｐｌａｙｅｒ Ｓｅｔｔｉｎｇ／Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒの設定値（ＰＳＲ）のうち、ＰＳＲ４〜ＰＳＲ８は、現在の再生時点を表現するのに用いられる。
ＰＩＤ変換部２４は、ＰＳＲセット２３に格納されているＰｒｉｍａｒｙオーディオストリーム、Ｓｅｃｏｎｄａｒｙオーディオストリームのストリーム番号を、ＳＴＮ＿Ｔａｂｌｅに基づき、ＰＩＤに変換して、変換結果たるＰＩＤをデマルチプレクサ３ａ、デマルチプレクサ３ｂに指示する。
通信部２５は、読出装置における通信機能を実現するものであり、ＢＤ−ＪモードにおいてＵＲＬ指定がＪａｖａ（登録商標）アプリケーションから与えられれば、そのＵＲＬにあたるｗｅｂサイトとのＴＣＰコネクション、ＦＴＰコネクション等を確立する。かかるコネクション確立によりｗｅｂサイトからのダウンロードをＪａｖａ（登録商標）アプリケーションに行わせる。
操作受付部２６は、リモコンに対してなされた操作をユーザから受け付け、そうした操作を示すＵｓｅｒ Ｏｐｅｒａｔｉｏｎ情報をコントローラ２２に通知する。
ＨＤＭＩ送受信部２７は、ＨＤＭＩ（ＨＤＭＩ：Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）を介して接続された他の機器から、その機器に関する情報を受信とすると共に、ビデオデコーダ４のデコードにより得られたデジタル非圧縮のビデオを、ＬＰＣＭや圧縮されたオーディオデータと共に、ＨＤＭＩを介して接続された他の機器に送信する。
以上が、本実施形態に係る再生装置のハードウェア構成である。続いて本実施形態に係る再生装置のソフトウェア構成について説明する。
図２５に示したコントローラ２２を、機能的に表現すると、図２６のようになる。図２６は、コントローラ２２を機能的に表現した図であり、本図に示すようにコントローラ２２は、プレイリスト処理部４１、Ｐｒｏｃｅｄｕｒｅ実行部４２、Ｐｒｏｃｅｄｕｒｅ実行部４３、ミキシング制御部４４、ＡＴＣ生成部１９ａ，ｂ、ＳＴＣ生成部１８ａ，ｂに対して、ＡＴＣ／ＳＴＣの生成を行わせるＡＴＣ／ＳＴＣ制御部から構成される。
これらの構成要素の処理は、ＰＳＲセット２３に基づく。以降、ＰＳＲ１、ＰＳＲ１４、ＰＳＲ３１について説明する。
＜ＰＳＲ１＞
図２７（ａ）は、ＰＳＲ１のビットアサインを示す図である。
本図によると、３２ビット長のＰＳＲ１の下位８ビット（ｂ０〜ｂ７）は、ストリーム番号であり、カレントＰｌａｙ ＩｔｅｍのＳＴＮ＿ｔａｂｌｅにｅｎｔｒｙが記述されている複数Ｐｒｉｍａｒｙオーディオストリームのうち、１つを特定する。ＰＳＲ１の設定値が変化すれば、再生装置はこの変化後のＰｒｉｍａｒｙオーディオストリームを再生する。ＰＳＲ１は初期値として０ｘＦＦが設定されており、再生装置により１〜３２の値に設定されうる。この０ｘＦＦは、不定値であり、Ｐｒｉｍａｒｙオーディオストリームが存在しない旨、又は、Ｐｒｉｍａｒｙオーディオストリームが選択されてない旨を示す。１〜３２の設定値は、Ｐｒｉｍａｒｙオーディオストリームのストリーム番号として解釈される。
＜ＰＳＲ１４＞
図２７（ｂ）は、ＰＳＲ１４のビットアサインを示す図である。
本図によると、３２ビット長のＰＳＲ１４における下位８ビット（ｂ０〜ｂ７）は、ストリーム番号であり、カレントＰｌａｙ ＩｔｅｍのＳＴＮ＿ｔａｂｌｅにｅｎｔｒｙが記述されている複数Ｓｅｃｏｎｄａｒｙオーディオストリームのうち、１つを特定する。ＰＳＲ１４の設定値が変化すれば、再生装置はこの変化後のＳｅｃｏｎｄａｒｙオーディオストリームを再生する。ＰＳＲ１４は初期値として０ｘＦＦが設定されており、再生装置により１〜３２の値に設定されうる。この０ｘＦＦは、不定値であり、Ｓｅｃｏｎｄａｒｙオーディオストリームが存在しない旨、又は、Ｓｅｃｏｎｄａｒｙオーディオストリームが選択されてない旨を示す。１〜３２の設定値は、Ｓｅｃｏｎｄａｒｙオーディオストリームのストリーム番号として解釈される。
＜ＰＳＲ３１＞
図２７（ｃ）は、ＰＳＲ３１のビットアサインを示す図である。
本図によると、３２ビット長のＰＳＲ３１のうち、１６ビット目から１９ビット目まで（ｂ１６〜ｂ１９）は、Ｐｌａｙｅｒ Ｐｒｏｆｉｌｅ情報であり、００００ｂであれば、当該再生装置は、グレースピリオド内に出荷された再生装置であることを示す。ここでグレースピリオドとは、この期間内に出荷されたなら、一定の機能の実装を省くことができる期間である。このグレースピリオドに出荷するため、省略することができる機能には、音声のミキシング機能があり、かかるＰＳＲ３１のＰｌａｙｅｒ Ｐｒｏｆｉｌｅ情報が、００００ｂであれば、ミキシングを始めとする、様々な機能の実装が省略されている再生装置であると、知ることができる。
Ｐｌａｙｅｒ Ｐｒｏｆｉｌｅ情報が０００１ｂであれば、当該再生装置は、グレースピリオド経過後に出荷された再生装置であることを示す。グレースピリオドの経過後に出荷された再生装置は、原則として、全ての機能の実装が義務付けられているので、かかるＰｌａｙｅｒ Ｐｒｏｆｉｌｅ情報が０００１ｂであるなら、ミキシングが実装されている再生装置であると、知ることができる。
Ｐｌａｙｅｒ Ｐｒｏｆｉｌｅ情報が００１１ｂであれば、当該再生装置は、全ての機能を実装している再生装置であることを示す。かかる再生装置は、グレースピリオドの経過前後にかかわらず、全ての機能を実装しているので、かかるＰｌａｙｅｒ Ｐｒｏｆｉｌｅ情報が００１１ｂであるなら、サウンドミキシング機能が実装されている再生装置であると、知ることができる。
尚、ミキシング機能を示す情報として、再生装置がミキシングできるチャンネル数を示す情報をＰＳＲに持たせても良い。
尚、最終の音声出力チャンネル数を示す情報をＰＳＲに持たせても良い。例えばミキシングした結果の５．１ｃｈのＬＰＣＭ音声はＨＤＭＩなどのＩ／Ｆが繋がっているのであればそのままＬＰＣＭでも出力が可能だが、Ｓ／ＰＤＩＦのようなＩ／Ｆの場合にはエンコーダにて圧縮処理を行なわないと５．１ｃｈとしてはＳ／ＰＤＩＦに出力できずに、２ｃｈ（Ｌ／Ｒ）の出力となってしまう。したがって、ミキサーの後段にエンコーダがありＳ／ＰＤＩＦに繋がっている（例えばＨＤＭＩで繋がっていない）と判断した場合には、最終の音声出力チャンネル数は５．１ｃｈと設定できる。もしミキサーの後段にエンコーダがなければ、最終の音声出力チャンネル数はミキシングした後では２ｃｈと設定することができる。
以上が、ＰＳＲセット２３についての説明である。
以降、プレイリスト処理部４１〜Ｐｒｏｃｅｄｕｒｅ実行部４３についての説明を開始する。
＜機能構成の詳細その１．プレイリスト処理部＞
プレイリスト処理部４１は、ＰＬ再生を実現するものであり、ＰｌａｙＩｔｅｍ情報のＩｎ＿ｔｉｍｅにあたる位置から、Ｏｕｔ＿ｔｉｍｅにあたる位置までビデオストリーム及びＰｒｉｍａｒｙオーディオストリームを再生し、これと同期して、ＳｕｂＰｌａｙＩｔｅｍ情報のＳｕｂ＿ＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅにあたる位置から、Ｓｕｂ＿ＰｌａｙＩｔｅｍ＿Ｏｕｔ＿ｔｉｍｅにあたる位置までのＳｅｃｏｎｄａｒｙオーディオストリームの再生を、オーディオデコーダ７ｂに行わせる。
図２８は、プレイリスト処理部によるプレイリスト再生手順を示すフローチャートである。
本フローチャートは、カレントＰＬ情報（．ｍｐｌｓ）の読み込みを行い（ステップＳ１０１）、その後、ステップＳ１０２〜ステップＳ１１０の処理を実行するというものである。ここでステップＳ１０２〜ステップＳ１１０は、ステップＳ１０９がＹｅｓになるまで、カレントＰＬ情報を構成するそれぞれのＰＩ情報について、ステップＳ１０３〜ステップＳ１１０の処理を繰り返すというループ処理を構成している。このループ処理において処理対象となるＰｌａｙＩｔｅｍを、ＰｌａｙＩｔｅｍ＃ｘ（ＰＩ＃ｘ）とよぶ。このＰｌａｙＩｔｅｍ＃ｘは、カレントプレイリストの先頭のＰｌａｙＩｔｅｍに設定されることにより、初期化される（ステップＳ１０２）。上述したループ処理の終了要件は、このＰｌａｙＩｔｅｍ＃ｘがカレントプレイリストの最後のＰｌａｙＩｔｅｍになることであり（ステップＳ１０９）、もし最後のＰｌａｙＩｔｅｍでなければ、カレントプレイリストにおける次のＰｌａｙＩｔｅｍがＰｌａｙＩｔｅｍ＃ｘに設定される（ステップＳ１１０）。
ループ処理において繰り返し実行されるステップＳ１０３〜ステップＳ１１０は、ＰｌａｙＩｔｅｍ＃ｘのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報をメモリに読み込み（ステップＳ１０３）、ＰｌａｙＩｔｅｍ＃ｘのＩｎ＿ｔｉｍｅを、カレントＣｌｉｐ情報のＥＰｍａｐを用いて、Ｉピクチャアドレスｕに変換し（ステップＳ１０４）、ＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅを、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて、Ｉピクチャアドレスｖに変換して（ステップＳ１０５）、これらの変換で得られたアドレスｖの次のＩピクチャを求めて、そのアドレスの１つ手前をアドレスｗに設定し（ステップＳ１０７）、そうして算出されたアドレスｗを用いて、ＩピクチャアドレスｕからアドレスｗまでのＴＳパケットの読み出しをＢＤ−ＲＯＭドライブ１又はローカルストレージ２００に命じるというものである（ステップＳ１０８）。
一方、ビデオデコーダ等に対しては、カレントＰＬＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐからＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅまでの出力を命じる（ステップＳ１０６）。以上のステップＳ１０５〜ステップＳ１０８により、ＡＶＣｌｉｐにおいて、ＰｌａｙＩｔｅｍ♯ｘにより指示されている部分の再生がなされることになる。
その後、ＰｌａｙＩｔｅｍ♯ｘがカレントプレイリストの最後のＰＩであるかの判定がなされる（ステップＳ１０９）。
ＰｌａｙＩｔｅｍ♯ｘがカレントプレイリストの最後のＰＩでなければ、カレントプレイリストにおける次のＰｌａｙＩｔｅｍを、ＰｌａｙＩｔｅｍ♯ｘに設定して（ステップＳ１１０）、ステップＳ１０３に戻る。以上のステップＳ１０３〜ステップＳ１１０を繰り返することにより、プレイリストを構成するＰＩは順次再生されることになる。
＜機能構成の詳細その２．Ｐｒｏｃｅｄｕｒｅ実行部４２＞
Ｐｒｏｃｅｄｕｒｅ実行部４２は、あるＰｌａｙＩｔｅｍ情報から別のＰｌａｙＩｔｅｍ情報への切り換わりが生じた場合、又はストリーム番号を切り換える旨の操作がユーザによりなされた場合、所定のストリーム選択プロシージャを実行して、ＰＳＲ１に新たなストリーム番号を書き込む。再生装置は、ＰＳＲ１に書き込まれたストリーム番号に応じて、Ｐｒｉｍａｒｙオーディオストリームを再生するので、かかるＰＳＲ１の設定を通じて、Ｐｒｉｍａｒｙオーディオストリームが選択されることになる。
ＰｌａｙＩｔｅｍ情報の切り換わり時に、ストリーム選択プロシージャを実行するのは、ＳＴＮ＿ＴａｂｌｅはＰｌａｙＩｔｅｍ情報毎に存在するので、あるＰｌａｙＩｔｅｍ情報においては再生可能であったＰｒｉｍａｒｙオーディオストリームが、別のＰｌａｙＩｔｅｍ情報において再生不可能になることが有り得るからである。
このＰｒｏｃｅｄｕｒｅ実行部４２により、ＰＳＲ１は、図２９（ａ）に示すような状態遷移をなす。図２９（ａ）は、ＰＳＲ１の設定値が取り得る状態遷移を示す図である。本図においてＶａｌｉｄとは、ＰＳＲ１の値が、Ｐｌａｙ ＩｔｅｍのＳＴＮ＿ｔａｂｌｅに記述されたｅｎｔｒｙ数以下の番号になっていて、尚且つ、デコード可能であることを意味する。
Ｉｎｖａｌｉｄとは、ＰＳＲ１の値が、０であるか、又は、Ｐｌａｙ ＩｔｅｍのＳＴＮ＿ｔａｂｌｅに記述されたｅｎｔｒｙ数を上回る番号になっているか、または、Ｐｌａｙ ＩｔｅｍのＳＴＮ＿ｔａｂｌｅに記述されたｅｎｔｒｙ数が１〜３２の値であったとしても、デコードできない場合である。
図２９（ａ）における破線枠は、状態遷移時にあたってＰＳＲの値を決定する手順を模式的に示す。ＰＳＲの設定処理手順には、『Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄ』、『Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄ』がある。
Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄは、何等かの事象が再生装置に生じたため、再生装置の状態が変化した際に実行すべき処理手順を示す。
Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ Ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄは、ユーザが何等かの切り換え（図２９（ａ）においてｓｔｒｅａｍ）を要求した際、実行すべき処理手順を示す。
これら破線枠に示されるＰｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄ、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄが、ストリーム選択プロシージャであり、後でフローチャートを交えて詳細に説明する。
図２９（ａ）における矢印は、ＰＳＲが取り得る状態間の状態遷移を象徴的に示す。
状態遷移を意味する矢印に添えられた注釈は、各状態遷移のトリガとなるべき事象を意味する。つまり本図では、”Ｌｏａｄ Ｄｉｓｃ”、”Ｃｈａｎｇｅ ａ Ｓｔｒｅａｍ”，”Ｓｔａｒｔ ＰｌａｙＬｉｓｔ ｐｌａｙｂａｃｋ”，”Ｃｒｏｓｓ ａ ＰｌａｙＩｔｅｍ ｂｏｕｎｄａｒｙ”，”Ｔｅｒｍｉｎａｔｅ ＰｌａｙＬｉｓｔ ｐｌａｙｂａｃｋ”というような事象が発生した際、ＰＳＲ１の状態遷移がなされることになる。これらの記法を理解して図２９（ａ）を参照すれば、Ｉｎｖａｌｉｄ→Ｉｎｖａｌｉｄの状態遷移時、Ｖａｌｉｄ→Ｉｎｖａｌｉｄの状態遷移時には、上述した処理手順は実行されていないことがわかる。これに対しＩｎｖａｌｉｄ→Ｖａｌｉｄ間の状態遷移、Ｖａｌｉｄ→Ｖａｌｉｄ間の状態遷移は何れも破線枠を経由している。つまりＰＳＲ１をＶａｌｉｄに設定するにあたって、上述したＰｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄ、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄによりＰＳＲ１は設定されるのである。
以降、状態遷移のトリガとなるべき事象について説明する。
『Ｌｏａｄ Ｄｉｓｃ』とは、再生装置にＢＤ−ＲＯＭがローディングされたとの事象を意味する。ＰＳＲ１は、かかるローディング時において、一旦不定値（０ｘＦＦ）に設定されるのである。
『Ｓｔａｒｔ ＰｌａｙＬｉｓｔ ｐｌａｙｂａｃｋ』とは、ＰＬに基づく再生処理が開始したとの事象を意味する。かかる事象が発生時において、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄが実行され、ＰＳＲ１はＶａｌｉｄに設定されることがわかる。
『Ｔｅｒｍｉｎａｔｅ ＰｌａｙＬｉｓｔ ｐｌａｙｂａｃｋ』とは、ＰＬに基づく再生処理を終了したとの事象を意味する。かかる事象の発生時では、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄは実行されず、Ｉｎｖａｌｉｄに移行していることがわかる。
『ＣｈａｎｇｅＸＸＸ』とは、ユーザによるＸＸＸ（本図ではＳｔｒｅａｍ）の切り換え要求がなされたとの事象を意味する。ＰＳＲ１がＩｎｖａｌｉｄである場合に、かかる事象が発生すれば（図中のｃｊ１）、ＰＳＲ１はその要求通りの値に設定される。こうして設定された値がたとえ有効なストリーム番号を示していたとしても、このＰＳＲ１の設定値はＩｎｖａｌｉｄな値として取り扱われる。即ち、事象”ＣｈａｎｇｅＸＸＸ”による状態遷移では、ＩｎｖａｌｉｄであるＰＳＲが、Ｖａｌｉｄに変えることはない。
一方、ＰＳＲ１がＶａｌｉｄである場合に、かかる事象Ｃｈａｎｇｅ ａ Ｓｔｒｅａｍが発生すれば（図中のｃｊ２）、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄが実行されて、新たな値がＰＳＲ１に設定される。ここでＰｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄの実行により設定される値は、ユーザが希望した値にならない場合も有り得る。何故なら、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄは、無効な値を排除する機能を有しているからである。ＰＳＲ１がＶａｌｉｄにおいて、Ｃｈａｎｇｅ ｓｔｒｅａｍが発生した場合、ＶａｌｉｄからＩｎｖａｌｉｄに状態遷移することは有り得ない。ＰＳＲ１がＩｎｖａｌｉｄにならないよう、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄ側で保証するからである。
『Ｃｒｏｓｓ ａ ＰｌａｙＩｔｅｍ ｂｏｕｎｄａｒｙ』とは、あるＰｌａｙ Ｉｔｅｍの境界通過という事象を意味する。ここでＰｌａｙ Ｉｔｅｍの境界とは、連続する２つのＰｌａｙ Ｉｔｅｍのうち、先行する側の終端、後続する側の先端の狭間を意味する。ＰＳＲ１がＶａｌｉｄである場合において、かかる事象が発生すれば、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄが実行されることがわかる。そして、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄの実行後、ＰＳＲ１の状態はＶａｌｉｄに戻るか、Ｉｎｖａｌｉｄに移行することが分かる。ＳＴＮ＿ｔａｂｌｅはＰｌａｙ Ｉｔｅｍ毎に存在しており、Ｐｌａｙ Ｉｔｅｍが変われば、再生可能なエレメンタリストリームも変わってしまう。Ｐｌａｙ Ｉｔｅｍの再生開始毎に、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅを実行してＰｌａｙ Ｉｔｅｍ毎に最適な設定値をＰＳＲ１に設定するというのが、この状態遷移の趣旨である。
この状態遷移においてＰｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄは、図２９（ｂ）のようになる。図２９（ｂ）は、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄの処理手順を示す図である。本処理手順は、ステップＳ１、ステップＳ２という２つの判定ステップの組合せで、ＰＳＲ１の設定を行うものである。
ステップＳ１は、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙ数が０であるか否かの判定であり、もし０であればＰＳＲ１の値を維持する（ステップＳ３）。
ステップＳ２は、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙ数は０ではない場合に、ＰＳＲ１よりＳＴＮ＿ｔａｂｌｅのｅｎｔｒｙ数が多く、尚且つ、条件（Ａ）が真であるかを判定するものである。条件（Ａ）とは、ＰＳＲ１で特定されるＰｒｉｍａｒｙオーディオストリームを再生する能力が再生装置に存在することである。もしステップＳ２がＹｅｓであればＰＳＲ１を維持する（ステップＳ４）。もしＰＳＲ１の値がｅｎｔｒｙ数より大きいか、或は条件（Ａ）を満たさない場合は、ＰＳＲ１を再設定する（ステップＳ５）。
図３０は、ステップＳ５の詳細な処理手順に示したフローチャートである。
ステップＳ６、ステップＳ７は、全てのＰｒｉｍａｒｙオーディオストリームについてステップＳ８を繰り返すループ処理を形成している。このループ処理において、処理対象となる個々のＰｒｉｍａｒｙオーディオストリームを、Ｐｒｉｍａｒｙオーディオストリームｉという。ステップＳ８は、Ｐｒｉｍａｒｙオーディオストリームｉが３つの条件（ａ）（ｂ）（ｃ）を満たすかのチェックを行う。
条件（ａ）とは、Ｐｒｉｍａｒｙオーディオストリームｉを再生する能力が再生装置に存在することであり、これを満たすか否かの判定は、ＰＳＲ１５と、Ｐｒｉｍａｒｙオーディオストリームｉのｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅとの比較でなされる。
条件（ｂ）とは、Ｐｒｉｍａｒｙオーディオストリームｉの言語属性が再生装置の言語設定と同じであることであり、これを満たすか否かの判定は、ＳＴＮ＿ｔａｂｌｅに記述されたＰｒｉｍａｒｙオーディオストリームｉのＡｕｄｉｏ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅがＰＳＲの設定値と同じであるか否かの比較でなされる。
条件（ｃ）とは、Ｐｒｉｍａｒｙオーディオストリームｉのチャネル属性がサラウンドであり、これを再生する能力が再生装置に存在することである。これを満たすか否かの判定は、ＰＳＲ１５と，Ａｕｄｉｏ Ｓｔｒｅａｍのａｕｄｉｏ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｙｐｅ、ｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅとの比較でなされる。
これらの複数の条件のうち、「Ｐｒｉｍａｒｙオーディオストリームｉがどれとどれを満たすか」、また「何個の条件を満たすか」という、満たすべき条件のパターンにより、本フローチャートは、Ｐｒｉｍａｒｙオーディオストリームに優先順位を付与する。
以上の処理をＰｒｉｍａｒｙオーディオストリームの全てについて繰り返されれば、ステップＳ９〜ステップＳ１３の処理を行う。ステップＳ９は、（ａ）を満たすＰｒｉｍａｒｙオーディオストリームが存在しないかどうかの判定である。もし、存在しなければ、不定値（０ｘＦＦ）をＰＳＲ１に設定する（ステップＳ１４）。
ステップＳ１０は、条件（ａ）（ｂ）（ｃ）の全てを満たすＰｒｉｍａｒｙオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件（ａ）（ｂ）（ｃ）を満たすＰｒｉｍａｒｙオーディオストリームの番号をＰＳＲ１に設定する（ステップＳ１５）。
ここで問題になるのが、条件（ａ）（ｂ）（ｃ）を満たすＰｒｉｍａｒｙオーディオストリームが複数存在する場合である。条件（ａ）〜条件（ｃ）が全てみたされるので、同じ優先順位になってしまうので優劣を決めることができない。この場合ステップＳ１５では、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙの順序に応じて、各ストリームにおける順位が定める。即ち、コーディック−言語属性−チャネル属性が同じＰｒｉｍａｒｙオーディオストリームについては、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙの順番を参照することで、最もｅｎｔｒｙの順番が早いＰｒｉｍａｒｙオーディオストリームが選ばれることになる。
ＳＴＮ＿ｔａｂｌｅにおける記述順序を変えることで、オーサリング担当者は再生時においてどのストリームを優先的に再生させ、どのストリームを後回しにするかという選択制御をオーサリング時に規定することができる。
ステップＳ１１は、条件（ａ）（ｂ）（ｃ）の全てを満たすＰｒｉｍａｒｙオーディオストリームが存在しない場合、条件（ａ）（ｂ）を満たすＰｒｉｍａｒｙオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件（ａ）（ｂ）を満たすＰｒｉｍａｒｙオーディオストリームのうち、ＳＴＮ＿ｔａｂｌｅにおけるエントリーの順番が最も早いものをＰＳＲ１に設定する（ステップＳ１６）。
ステップＳ１２は、条件（ａ）（ｂ）（ｃ）の全てを満たすＰｒｉｍａｒｙオーディオストリーム、又は、条件（ａ）（ｂ）を満たすＰｒｉｍａｒｙオーディオストリームが存在しない場合に、条件（ａ）（ｃ）を満たすＰｒｉｍａｒｙオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件（ａ）（ｃ）を満たすＰｒｉｍａｒｙオーディオストリームのうち、ＳＴＮ＿ｔａｂｌｅにおけるエントリーの順番が最も早いものをＰＳＲ１に設定する（ステップＳ１７）。
ステップＳ１３は、条件（ａ）（ｂ）（ｃ）の全て、条件（ａ）（ｂ）、条件（ａ）（ｃ）を満たすＰｒｉｍａｒｙオーディオストリームが存在しない場合に、条件（ａ）を満たすＰｒｉｍａｒｙオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件（ａ）を満たすＰｒｉｍａｒｙオーディオストリームのうち、ＳＴＮ＿ｔａｂｌｅにおけるエントリーの順番が最も早いものをＰＳＲ１に設定する（ステップＳ１８）。
以上がＰｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄである。続いてＰｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄについて説明する。図３１は、ストリーム変化時におけるＰＳＲ１の設定手順を示すフローチャートである。本フローチヤートと、図２９（ｂ）との違いは、図２９（ｂ）におけるＰＳＲ１の表記がＸに置き換えられている点である。このＸは、操作受付部２６から出力されたＵｓｅｒ Ｏｐｅｒａｔｉｏｎ情報やＩＧデコーダ１３から出力されたボタンコマンドに基づく値である。
本フローチャートにおけるステップＳ１９は、ＸよりＳＴＮ＿ｔａｂｌｅのｅｎｔｒｙ数が多く、尚且つ、条件（Ａ）が真であるかを判定するものである。条件（Ａ）とは、ＰＳＲ１で特定されるＰｒｉｍａｒｙオーディオストリームを再生する能力が再生装置に存在することであり、ＰＳＲ１５と、ＰｒｉｍａｒｙオーディオストリームのＳｔｒｅａｍ＿ｃｏｄｅｉｇ＿ｔｙｐｅの比較で判定される。もしＸがこの条件を満たすなら、ＰＳＲ１にＸを設定する（ステップＳ２１）。
もしＸがｅｎｔｒｙ数より大きいか、或は条件（Ａ）を満たさない場合は、Ｘが、０ｘＦＦであるか否かを判定する。もしＯｘＦＦでなければ、ユーザが選択を意図するＰｒｉｍａｒｙオーディオストリームの番号は無効であると考えられるので、ユーザ操作に基づく値Ｘを無視し、ＰＳＲ１の設定値を維持する（ステップＳ２３）。
もしＰＳＲ１の設定値が０ｘＦＦであるなら、ＰＳＲ１を設定する（ステップＳ２４）。このステップＳ２４の処理手順は、図３０に示した処理手順と同一である（図３０のうち、ステップＳ９の判定はＰｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄでは必要ではない。何故ならＰｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄでは、条件（ａ）（ｂ）（ｃ）を満たすＰｒｉｍａｒｙオーディオストリームが１つも存在しない場合、ユーザが設定した値ＸをＰＳＲ１に設定せず、ＰＳＲ１の設定値を維持するからである。）。
＜機能構成の詳細その３．Ｐｒｏｃｅｄｕｒｅ実行部４３＞
Ｐｒｏｃｅｄｕｒｅ実行部４３は、あるＰｌａｙＩｔｅｍ情報から別のＰｌａｙＩｔｅｍ情報への切り換わりが生じた場合、又はストリーム番号を切り換える旨の操作がユーザによりなされた場合、所定の手順を実行して、ＰＳＲ１４に新たなストリーム番号を書き込む。再生装置は、ＰＳＲ１４に書き込まれたストリーム番号に対応するＳｅｃｏｎｄａｒｙオーディオストリームを再生するので、かかるＰＳＲ１４の設定を通じて、Ｓｅｃｏｎｄａｒｙオーディオストリームが選択されることになる。
このＰｒｏｃｅｄｕｒｅ実行部４３により、ＰＳＲ１４は、図３２（ａ）に示すような状態遷移をなす。
図３２（ａ）は、ＰＳＲ１４の設定値が取り得る状態遷移を示す図である。本図においてＶａｌｉｄとは、ＰＳＲ１４の値が、Ｐｌａｙ ＩｔｅｍのＳＴＮ＿ｔａｂｌｅに記述されたｅｎｔｒｙ数以下の番号になっていて、尚且つ、デコード可能であることを意味する。
Ｉｎｖａｌｉｄとは、ＰＳＲ１４の値が、０であるか、又は、Ｐｌａｙ ＩｔｅｍのＳＴＮ＿ｔａｂｌｅに記述されたｅｎｔｒｙ数を上回る番号になっているか、または、Ｐｌａｙ ＩｔｅｍのＳＴＮ＿ｔａｂｌｅに記述されたｅｎｔｒｙ数が１〜３２の値であったとしても、デコードできない場合である。
図３２（ａ）における破線枠は、状態遷移時にあたってＰＳＲの値を決定する手順を模式的に示す。ＰＳＲの設定処理手順には、『Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄ』、『Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄ』がある。
Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄは、何等かの事象が再生装置に生じたため、再生装置の状態が変化した際に実行すべき処理手順を示す。
Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ Ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄは、ユーザが何等かの切り換え（図３２においてｓｔｒｅａｍ）を要求した際、実行すべき処理手順を示す。
これら破線枠に示されるＰｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄ、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄが、ストリーム選択プロシージャであり、後でフローチャートを交えて詳細に説明する。
図３２（ａ）における矢印は、ＰＳＲが取り得る状態間の状態遷移を象徴的に示す。
状態遷移を意味する矢印に添えられた注釈は、各状態遷移のトリガとなるべき事象を意味する。つまり本図では、”Ｌｏａｄ Ｄｉｓｃ”、”Ｃｈａｎｇｅ ａ Ｓｔｒｅａｍ”，”Ｓｔａｒｔ ＰｌａｙＬｉｓｔ ｐｌａｙｂａｃｋ”，”Ｃｒｏｓｓ ａ ＰｌａｙＩｔｅｍ ｂｏｕｎｄａｒｙｏｒ Ｃｈａｎｇｅ Ｐｒｉｍａｒｙ Ａｕｄｉｏ Ｓｔｒｅａｍ”，”Ｔｅｒｍｉｎａｔｅ ＰｌａｙＬｉｓｔ ｐｌａｙｂａｃｋ”というような事象が発生した際、ＰＳＲ１４の状態遷移がなされることになる。これらの記法を理解して図３２（ａ）を参照すれば、Ｉｎｖａｌｉｄ→Ｉｎｖａｌｉｄの状態遷移時、Ｖａｌｉｄ→Ｉｎｖａｌｉｄの状態遷移時には、上述した処理手順は実行されていないことがわかる。これに対しＩｎｖａｌｉｄ→Ｖａｌｉｄ間の状態遷移、Ｖａｌｉｄ→Ｖａｌｉｄ間の状態遷移は何れも破線枠を経由している。つまりＰＳＲ１４をＶａｌｉｄに設定するにあたって、上述したＰｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄ、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄによりＰＳＲ１４は設定されるのである。
以降、状態遷移のトリガとなるべき事象について説明する。
『Ｌｏａｄ Ｄｉｓｃ』とは、再生装置にＢＤ−ＲＯＭがローディングされたとの事象を意味する。ＰＳＲ１４は、かかるローディング時において、一旦不定値（０ｘＦＦ）に設定されるのである。
『Ｓｔａｒｔ ＰｌａｙＬｉｓｔ ｐｌａｙｂａｃｋ』とは、ＰＬに基づく再生処理が開始したとの事象を意味する。かかる事象が発生時において、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄが実行され、ＰＳＲ１４はＶａｌｉｄに設定されることがわかる。
『Ｔｅｍｉｎａｔｅ ＰｌａｙＬｉｓｔ ｐｌａｙｂａｃｋ』とは、ＰＬに基づく再生処理が終了したとの事象を意味する。かかる事象の発生時では、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄは実行されず、Ｉｎｖａｌｉｄに移行していることがわかる。
『ＣｈａｎｇｅＸＸＸ』とは、ユーザによるＸＸＸ（本図ではＳｔｒｅａｍ）の切り換え要求がなされたとの事象を意味する。ＰＳＲ１４がＩｎｖａｌｉｄである場合に、かかる事象が発生すれば（図中のｃｊ１）、ＰＳＲ１４はその要求通りの値に設定される。こうして設定された値がたとえ有効なストリーム番号を示していたとしても、このＰＳＲ１４の設定値はＩｎｖａｌｉｄな値として取り扱われる。即ち、事象”ＣｈａｎｇｅＸＸＸ”による状態遷移では、ＩｎｖａｌｉｄであるＰＳＲが、Ｖａｌｉｄに変えることはない。
一方、ＰＳＲ１４がＶａｌｉｄである場合に、かかる事象Ｃｈａｎｇｅ ａ Ｓｔｒｅａｍが発生すれば（図中のｃｊ２）、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄが実行されて、新たな値がＰＳＲ１４に設定される。ここでＰｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄの実行により設定される値は、ユーザが希望した値にならない場合も有り得る。何故なら、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄは、無効な値を排除する機能を有しているからである。ＰＳＲ１４がＶａｌｉｄにおいて、Ｃｈａｎｇｅ ｓｔｒｅａｍが発生した場合、ＶａｌｉｄからＩｎｖａｌｉｄに状態遷移することは有り得ない。ＰＳＲ１４がＩｎｖａｌｉｄにならないよう、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄ側で保証するからである。
『Ｃｒｏｓｓ ａ ＰｌａｙＩｔｅｍ ｂｏｕｎｄａｒｙ ｏｒ Ｃｈａｎｇｅ Ｐｒｉｍａｒｙ Ａｕｄｉｏ Ｓｔｒｅａｍ』とは、あるＰｌａｙ Ｉｔｅｍの境界通過、又は、Ｐｒｉｍａｒｙオーディオストリームの切り替えという事象を意味する。ＰＳＲ１４がＶａｌｉｄである場合において、かかる事象が発生すれば、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄが実行されることがわかる。そして、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄの実行後、ＰＳＲ１４の状態はＶａｌｉｄに戻るか、『Ｃｒｏｓｓ ａ ＰｌａｙＩｔｅｍ ｂｏｕｎｄａｒｙ ｏｒ Ｃｈａｎｇｅ Ｐｒｉｍａｒｙ Ａｕｄｉｏ Ｓｔｒｅａｍ』が発生するとＩｎｖａｌｉｄに移行することが分かる。Ｐｌａｙ Ｉｔｅｍの再生開始やＰｒｉｍａｒｙオーディオストリームの切り替え毎に、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅを実行してＰｌａｙ Ｉｔｅｍ毎に最適な設定値をＰＳＲ１４に設定するというのが、この状態遷移の趣旨である。
この状態遷移においてＰｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄは、図３２（ｂ）のようになる。本処理手順は、ステップＳ３１、ステップＳ３２という２つの判定ステップの組合せで、ＰＳＲ１４の設定を行うものである。
ステップＳ３１は、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙ数が０であるか否かの判定であり、もし０であればＰＳＲ１４の値を維持する（ステップＳ３３）。
ステップＳ３２は、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙ数は０ではない場合に、ＰＳＲ１４よりＳＴＮ＿ｔａｂｌｅのｅｎｔｒｙ数が多く、尚且つ、条件（Ａ）と（Ｂ）が真であるかを判定するものである。条件（Ａ）とは、ＰＳＲ１４で特定されるＳｅｃｏｎｄａｒｙオーディオストリームを再生する能力が再生装置に存在することである。条件（Ｂ）とは、Ｐｒｉｍａｒｙ＿Ａｕｄｉｏ＿Ｓｔｒｅａｍ＿Ｎｕｍｂｅｒと、Ｓｅｃｏｎｄａｒｙ＿Ａｕｄｉｏ＿Ｓｔｒｅａｍ＿Ｎｕｍｂｅｒの組み合わせがＳＴＮ＿ｔａｂｌｅで許可されていることである。もしステップＳ３２がＮｏであればＰＳＲ１４を維持する（ステップＳ３４）。Ｙｅｓの場合は、ＰＳＲ１４を再設定する（ステップＳ３５）。
図３３は、ステップＳ３５の詳細な処理手順に示したフローチャートである。
ステップＳ３６、ステップＳ３７は、全てのＳｅｃｏｎｄａｒｙオーディオストリームについてステップＳ３８を繰り返すループ処理を形成している。このループ処理において、処理対象となる個々のＳｅｃｏｎｄａｒｙオーディオストリームを、Ｓｅｃｏｎｄａｒｙオーディオストリームｉという。ステップＳ３８は、Ｓｅｃｏｎｄａｒｙオーディオストリームｉが３つの条件（ａ）（ｂ）（ｃ）を満たすかのチェックを行う。
条件（ａ）とは、Ｓｅｃｏｎｄａｒｙオーディオストリームｉを再生する能力が再生装置に存在することであり、これを満たすか否かの判定は、オーディオストリームの再生能力を示すレジスタ（ＰＳＲ１５）と、Ｓｅｃｏｎｄａｒｙオーディオストリームｉのｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅとの比較でなされる。
条件（ｂ）とは、ＰｒｉｍａｒｙオーディオストリームをＳｅｃｏｎｄａｒｙオーディオストリームにミキシングすることができるか否かであり、この条件が満たされているか否かの判定は、ＰＳＲ１に設定されているストリーム番号が、ＳｅｃｏｎｄａｒｙオーディオストリームのＣｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿Ｐｒｉｍａｒｙ＿ａｕｄｉｏに記載されているかを判断することでなされる。
条件（ｃ）とは、Ｓｅｃｏｎｄａｒｙオーディオストリームｉの言語属性が再生装置の言語設定と同じであることであり、これを満たすか否かの判定は、ＳＴＮ＿ｔａｂｌｅに記述されたＳｅｃｏｎｄａｒｙオーディオストリームｉのＡｕｄｉｏ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅがＰＳＲの設定値と同じであるか否かの比較でなされる。
これらの複数の条件のうち、「Ｓｅｃｏｎｄａｒｙオーディオストリームｉがどれとどれを満たすか」、また「何個の条件を満たすか」という、満たすべき条件のパターンにより、本フローチャートは、Ｓｅｃｏｎｄａｒｙオーディオストリームに優先順位を付与する。
以上の処理をＳｅｃｏｎｄａｒｙオーディオストリームの全てについて繰り返されれば、ステップＳ３９〜ステップＳ４１、ステップＳ４４〜ステップＳ４６の処理を行う。ステップＳ３９は、条件（ａ）及び条件（ｂ）を満たすＳｅｃｏｎｄａｒｙオーディオストリームが存在しないかどうかの判定である。もし、存在しなければ、不定値（０ｘＦＦ）をＰＳＲ１４に設定する（ステップＳ４４）。
ステップＳ４０は、条件（ａ）（ｂ）（ｃ）の全てを満たすＳｅｃｏｎｄａｒｙオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件（ａ）（ｂ）（ｃ）を満たすＳｅｃｏｎｄａｒｙオーディオストリームの番号をＰＳＲ１４に設定する（ステップＳ４５）。
ここで問題になるのが、条件（ａ）（ｂ）（ｃ）を満たすＳｅｃｏｎｄａｒｙオーディオストリームが複数存在する場合である。条件（ａ）〜条件（ｃ）が全てみたされるので、同じ優先順位になってしまうので優劣を決めることができない。この場合ステップＳ４５では、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙの順序に応じて、各ストリームにおける順位が定める。即ち、コーディック−言語属性−チャネル属性が同じＳｅｃｏｎｄａｒｙオーディオストリームについては、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙの順番が最も早いＳｅｃｏｎｄａｒｙオーディオストリームが選ばれることになる。
ＳＴＮ＿ｔａｂｌｅにおける記述順序を変えることで、オーサリング担当者は再生時においてどのストリームを優先的に再生させ、どのストリームを後回しにするかという選択制御をオーサリング時に規定することができる。
ステップＳ４１は、条件（ａ）（ｂ）（ｃ）の全てを満たすＳｅｃｏｎｄａｒｙオーディオストリームが存在しない場合、条件（ａ）（ｂ）を満たすＳｅｃｏｎｄａｒｙオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件（ａ）（ｂ）を満たすＳｅｃｏｎｄａｒｙオーディオストリームのうち、ＳＴＮ＿ｔａｂｌｅにおけるエントリーの順番が最も早いものをＰＳＲ１４に設定する（ステップＳ４６）。
以上がＰｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄである。続いてＰｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄについて説明する。図３４は、ストリーム変化時におけるＰＳＲ１４の設定手順を示すフローチャートである。本フローチャートと、図３２（ｂ）との違いは、図３２（ｂ）におけるＰＳＲ１４の表記がＸに置き換えられている点である。このＸは、操作受付部２６から出力されたＵｓｅｒ Ｏｐｅｒａｔｉｏｎ情報やＩＧデコーダ１３から出力されたボタンコマンドに基づく値である。
本フローチャートにおけるステップＳ４９は、ＸよりＳＴＮ＿ｔａｂｌｅのｅｎｔｒｙ数が多く、尚且つ、条件（Ａ）、条件（ｂ）が真であるかを判定するものである。もしＸがこの条件を満たすなら、ＰＳＲ１４にＸを設定する（ステップＳ５１）。
もしＸがｅｎｔｒｙ数より大きいか、或は条件（Ａ）及び条件（Ｂ）を満たさない場合は、Ｘが、０ｘＦＦであるか否かを判定する（ステップＳ５２）。もしＯｘＦＦでなければ、ユーザが選択を意図するＳｅｃｏｎｄａｒｙオーディオストリームの番号は無効であると考えられるので、ユーザ操作に基づく値Ｘを無視し、ＰＳＲ１４の設定値を維持する（ステップＳ５３）。
もしＰＳＲ１４の設定値が０ｘＦＦであるなら、ＰＳＲ１４を設定する（ステップＳ５４）。このステップＳ５４の処理手順は、図３３に示した処理手順と同一である（図３３のうち、ステップＳ３９の判定はＰｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄでは必要ではない。何故ならＰｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｓｔｒｅａｍ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄでは、条件（ａ）（ｂ）（ｃ）を満たすＳｅｃｏｎｄａｒｙオーディオストリームが１つも存在しない場合、ユーザが設定した値ＸをＰＳＲ１４に設定せず、ＰＳＲ１４の設定値を維持するからである。）。
以上でＰｒｏｃｅｄｕｒｅ実行部４３についての説明を終える。
＜機能構成の詳細その４．ミキシング制御部４４＞
ミキシング制御部４４は、Ｐｌａｙｅｒ Ｐｒｏｆｉｌｅ情報が０００１ｈである場合、又は、００１１ｈである場合、Ｐｒｉｍａｒｙオーディオストリームの再生出力に対して、Ｓｅｃｏｎｄａｒｙオーディオストリームの再生出力、又は、サウンドデータの再生出力をミキシングするよう、ミキサー９ａ、ミキサー９ｂを制御する。
ここでＰｌａｙＩｔｅｍ時間軸における現在の再生時点が、ＳｕｂＰｌａｙＩｔｅｍ情報のＩｎ＿ｔｉｍｅからＯｕｔ＿ｔｉｍｅまでであり、また、カレントＰｌａｙＩｔｅｍ情報のＳＴＮ＿Ｔａｂｌｅにおいて、Ｓｅｃｏｎｄａｒｙオーディオストリームが有効になっている場合、ＰＳＲ１４に格納されたストリーム番号のＳｅｃｏｎｄａｒｙオーディオストリームのデコードが、オーディオデコーダ７ｂにてなされているので、ミキシング制御部４４は、オーディオデコーダ７ａの再生出力に対して、オーディオデコーダ７ｂの再生出力をミキシングするよう、ミキサー９ａを制御する。
Ｐｒｉｍａｒｙオーディオストリームにおける属性がサラウンドである場合、Ｌ，Ｒ，Ｃ，ＬＳ，ＲＳ，ＬＲ，ＲＲ，ＬＦＥといった成分のうち、所望の成分のみを残すようダウンミキシングを行った上で、Ｓｅｃｏｎｄａｒｙオーディオストリームの再生出力をミキシングすることができる。ここでＳｅｃｏｎｄａｒｙオーディオストリームが映画監督のコメンタリ音声である場合、ＳｅｃｏｎｄａｒｙオーディオストリームをミキシングすべきＰｒｉｍａｒｙオーディオストリームのチャンネルを、Ｌ→Ｃ→Ｒというように変化させてゆけば、ユーザの回りを映画監督が、歩き回っているかのような感覚を、ユーザに与えることができる。このようなミキシングをパンニングと呼んでいる。パンニングではＰｒｉｍａｒｙオーディオストリームよりも少ないチャンネル数のＳｅｃｏｎｄａｒｙオーディオストリーム（例えばモノラル）の音声が使われる。
Ｊａｖａ（登録商標）アプリケーションにて描画されたボタンに対し確定操作がなされた場合、又は、ＩＧストリームにより描画されたボタンに対し確定操作がなされた場合、Ｐｒｉｍａｒｙオーディオストリームの再生出力、又は、Ｐｒｉｍａｒｙオーディオストリームの再生出力と、Ｓｅｃｏｎｄａｒｙオーディオストリームの再生出力とのミキシング結果に対して、サウンドデータをミキシングするよう、ミキサー９ｂを制御する。
以上のように本実施形態によれば、デマルチプレクサ３ｂは、バス１ｂに転送されているＴＳパケットを取り込み、このＰＩＤの上位バイトを参照することにより、当該ＴＳパケットを、Ｓｅｃｏｎｄａｒｙオーディオストリーム用のデコーダに投入することができる。これによりデマルチプレクサ３ｂは、このＳｅｃｏｎｄａｒｙオーディオストリームを構成するＰＥＳパケットのみを、多重分離して、Ｐｒｉｍａｒｙオーディオストリーム用のデコーダとは別のデコーダに取り込むことができる。
Ｐｒｉｍａｒｙオーディオストリームを構成するパケット、Ｓｅｃｏｎｄａｒｙオーディオストリームを構成するパケットを別々のデコーダに取り込み、デコードに供給することができるので、Ｐｒｉｍａｒｙオーディオストリームを構成するパケットのみダウンコンバートを施したり、ダウンミキシングを施したり、ゲインを下げたりすることができる。ＢＤ−ＲＯＭ１００からの読み出す中に、ローカルストレージ２００からＳｅｃｏｎｄａｒｙオーディオストリームを読み出し、これらを２つのデコーダに供給したとしても、Ｐｒｉｍａｒｙオーディオストリームを構成するパケットのみに対し、リアルタイムに特別な処理を施すことができる。
（第２実施形態）
第２実施形態は、ホームシアターシステムにおける再生装置３００、ＡＶアンプ５００のうち、どの装置において、Ｐｒｉｍａｒｙオーディオストリームのデコードを行うかという、Ｐｒｉｍａｒｙオーディオストリームのデコードを行わせるべき装置の選択に関する実施形態である。
図３５（ａ）は、再生装置３００、ＡＶアンプ５００、スピーカ６００の接続形態を示す図である。ホームシアターシステムにおける接続形態には、ＡＶアンプ５００を介さず、再生装置３００を直接、スピーカ６００に接続する形態（接続形態（１））、ＡＶアンプ５００を介してスピーカ６００と接続する形態（接続形態（２））がある。
前者の接続形態（１）には、再生装置３００のデコードで得られたＬＰＣＭがスピーカ６００に供給される。一方、後者の接続形態（２）では、再生装置３００はパススルー出力を行うに過ぎず、ＡＶアンプ５００のデコードで得られたＬＰＣＭがスピーカ６００に供給される。
このように、何通りかの接続形態がホームシアターシステムに存在する場合、それぞれの装置において、チャンネル数が変化する。
図３５（ｂ）は、再生装置３００、ＡＶアンプ５００、スピーカ６００のそれぞれで、チャンネル数がどのように変化するかを示す図である。本図の第１段目は、ＢＤ−ＲＯＭ１００、再生装置３００、ＡＶアンプ５００、スピーカ６００のそれぞれを示す。これらの機器のデコード能力は、再生装置３００が５．１ｃｈまで可能であり、ＡＶアンプ５００は、７．１ｃｈまで可能、スピーカ６００は７．１ｃｈというものである。
第２段目〜第４段目は、ＢＤ−ＲＯＭ１００に、７．１ｃｈ、５．１ｃｈのＰｒｉｍａｒｙオーディオストリームが存在する場合、これらの機器にて、どのようにダウンミキシングが行われるかを示す。第２段目は、ＢＤ−ＲＯＭ１００に７．１ｃｈの属性をもつＰｒｉｍａｒｙオーディオストリームが存在しており、これを再生装置３００でデコードする場合を示している。この場合、再生装置３００は、ＢＤ−ＲＯＭ１００から読み出した７．１ｃｈのＰｒｉｍａｒｙオーディオストリームをデコードして、５．１ｃｈにダウンミキシングしたＬＰＣＭを出力する。ＡＶアンプ５００は、この５．１ｃｈのＬＰＣＭを７．１ｃｈに変換した上でスピーカ６００に出力する。
第３段目は、ＢＤ−ＲＯＭ１００に５．１ｃｈのＰｒｉｍａｒｙオーディオストリームが記録されている場合を示す。この場合、再生装置３００は、５．１ｃｈのＰｒｉｍａｒｙオーディオストリームをデコードし、ダウンミキシングを施さずにＡＶアンプ５００にＬＰＣＭを出力する。ＡＶアンプ５００は、この５．１ｃｈの音声出力を７．１ｃｈに変換した上で、スピーカ６００に出力する。
第４段目は、ＢＤ−ＲＯＭ１００に７．１ｃｈが記録されており、これを再生装置３００がパススルー出力する場合を示す。この場合、デコードは、ＡＶアンプ５００でなされ、このＡＶアンプ５００によるデコードにて得られた７．１ｃｈの音声が、スピーカ６００に供されて、音声出力される。
これらの出力を比較すれば、第２段目のように再生装置３００が７．１ｃｈを５．１ｃｈに変換する場合は、音声はいったん５．１ｃｈになり、ＡＶアンプ５００が７．１ｃｈに変換したものをスピーカ６００に出力するので、ＢＤ−ＲＯＭ１００に記録されているオーディオストリームが７．１ｃｈであるにもかかわらず、第２段目の出力時での音質は、第３段目の出力時での音質と大差がない。
これに対して第４段目では、７．１ｃｈのオーディオストリームのデコードを、７．１ｃｈのデコード能力を有するＡＶアンプ５００に行わせているので、高音質の出力が期待できる。
そこで本実施形態では、かかる出力形態において、接続相手となる機器に再生能力が存在する場合、かかる機器にデコードを行わせるよう、パススルー出力を行う。
接続相手にどれだけの再生能力があるか、デコード能力があるか、ストリーム出力すべきかどうかは、ＨＤＭＩにおけるＤＩＢ（Ｄｅｃｏｄｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）を通じて判定する。図３６（ａ）は、ＤＩＢを示す図である。
本図に示すようにＤＩＢは、ＡＶアンプ５００に出力することができる符号化方式を示す「Ｃｏｄｉｎｇ Ｔｙｐｅ」、接続相手の機器がデコード可能なチャネル数を示す「Ｃｈａｎｎｅｌ Ｃｏｕｎｔ」、スピーカ配置を示す「Ｃｈａｎｎｌｅ／Ｓｐｅａｋｅｒ Ａｌｌｏｃａｔｉｏｎ」、接続相手の機器において再生することができる周波数を示す「Ｓａｍｐｌｅ Ｆｒｅｎｑｕｅｎｃｙ」からなる。
図３６（ｂ）は、ＤＩＢの各フィールドに設定しうる値を示す。
「ＣＯＤＩＮＧ ＴＹＰＥ」は、接続相手となる機器において、デコードを行うことができる符号化方式は、ＤＴＳ−ＨＤ、ＭＬＰ、ＤＤ＋などのうち、どれであるかを示す。「ＣＯＤＩＮＧ ＴＹＰＥ」における実際の記述は、ＣＴ０，ＣＴ１，ＣＴ２，ＣＴ３という４つのパラメータを用いてなされる。 「Ｃｈａｎｎｅｌ Ｃｏｕｎｔ」は、７．１ｃｈ、５．１ｃｈ、２ｃｈなどデコード可能なチャンネル数を示す。
「Ｃｈａｎｎｅｌ／Ｓｐｅａｋｅｒ Ａｌｌｏｃａｔｉｏｎ」は、５．１ｃｈのステレオ配置である「Ｌ／Ｒ／Ｃ／ＬＳ／ＲＳ／ＬＦＥ」、７．１ｃｈのステレオ配置である「Ｌ／Ｒ／Ｃ／ＬＳ／ＲＳ／ＬＲ／ＲＲ／ＬＦＥ」、２ｃｈのステレオ配置である「Ｌ／Ｒ」などのスピーカーの物理的な配置情報を示す。
「Ｓａｍｐｌｅ Ｆｒｅｎｑｕｅｎｃｙ」は、「４８ＫＨｚ」、「１９２ＫＨｚ」、「９６ＫＨｚ」などのサンプリング周波数示す。
図３６（ｃ）は、ＤＩＢを用いた再生装置３００、ＡＶアンプ５００間の通信シーケンスを示す。
再生装置３００のＨＤＭＩ送受信部２７は、ＡＶアンプ５００と接続された際、◎１に示すように、相互認証を行い、その後、再生装置３００のＨＤＭＩ送受信部２７は、レシーバとなるＡＶアンプ５００側から、◎２に示すようにＤＩＢを受信する。こうして受信したＤＩＢにおいて、ＡＶアンプ５００側に、Ｐｒｉｍａｒｙオーディオストリームをデコードする能力が存在すれば、ＡＶアンプ５００に対し、◎３に示すようにＰｒｉｍａｒｙオーディオストリームのパススルー出力を行うことができる。ＡＶアンプ５００側に、Ｐｒｉｍａｒｙオーディオストリームをデコードする能力がなければ、再生装置でデコードしたＬＰＣＭを転送するか、そのストリームは再生できないことになる。
続いて、第２実施形態における、再生装置の改良について説明する。
図３７は、ＰＳＲセット２３におけるＰＳＲ１５の内部構成を示す図である。
ＰＳＲ１５は、第１実施形態に示したＰＳＲ１、ＰＳＲ１４、ＰＳＲ３１と同様、３２ビットのビット長を有する。
ＰＳＲ１５のビットｂ０からビットｂ３までは、ＬＰＣＭのオーディオストリームをデコードして再生する能力が再生装置に存在するか否かを示す。この４ビットが０００１ｂなら、ステレオ属性をもつ４８／９６ＨｚのＬＰＣＭオーディオストリームを再生する能力が、再生装置に存在することを示す。この４ビットが００１０ｂなら、サラウンド属性をもつ４８／９６ＨｚのＬＰＣＭオーディオストリームを再生する能力が、再生装置に存在することを示す。この４ビットが０１０１ｂなら、ステレオ属性をもつ全ての周波数のＬＰＣＭオーディオストリームを再生する能力が、再生装置に存在することを示す。この４ビットが０１１０ｂなら、サラウンド属性をもつ全ての周波数のＬＰＣＭオーディオストリームを再生する能力が、再生装置に存在することを示す。
ＰＳＲ１５のビットｂ４からビットｂ７までは、ＤＤ／ＤＤ＋形式のオーディオストリームをデコードして再生する能力が再生装置に存在するか否かを示す。この４ビットの下位２ビットが０１ｂなら、ＤＤ／ＤＤ＋オーディオストリームの基本データ（ｉｎｄｅｐｅｎｄｅｎｔ ｓｕｂｓｔｒａｍ）の２ｃｈストリームまでを再生する能力が、再生装置に存在することを示す。この４ビットの下位２ビットが１０ｂなら、ＤＤ／ＤＤ＋オーディオストリームの基本データ（ｉｎｄｅｐｅｎｄｅｎｔ ｓｕｂｓｔｒａｍ）のマルチチャンネルストリーム（２ｃｈより多いｃｈ数のストリーム）を再生する能力が、再生装置に存在することを示す。
この４ビットの上位２ビットが０１ｂなら、ＤＤ／ＤＤ＋オーディオストリームの拡張データ（Ｄｅｐｅｎｄｅｎｔ ｓｕｂｓｔｒａｍ）の２ｃｈストリームまでを再生する能力が、再生装置に存在することを示す。この４ビットの上位２ビットが１０ｂなら、ＤＤ／ＤＤ＋オーディオストリームの拡張データ（Ｄｅｐｅｎｄｅｎｔ ｓｕｂｓｔｒａｍ）のマルチチャンネルストリームを再生する能力が、再生装置に存在することを示す。
上位２ビットが００であるなら、ＤＤ／ＤＤ＋オーディオストリームの拡張データ（Ｄｅｐｅｎｄｅｎｔ ｓｕｂｓｔｒａｍ）を再生する能力が再生装置に存在しないことを示す。
ＰＳＲ１５のビットｂ８からビットｂ１１までは、ＤＴＳ−ＨＤ形式のオーディオストリームをデコードして再生する能力が再生装置に存在するか否かを示す。この４ビットの下位２ビットが０１ｂなら、ＤＴＳ−ＨＤオーディオストリームの基本データ（Ｃｏｒｅ ｓｕｂｓｔｒａｍ）の２ｃｈまでを再生する能力が、再生装置に存在することを示す。この４ビットの下位２ビットが１０ｂなら、ＤＴＳ−ＨＤオーディオストリームの基本データ（Ｃｏｒｅ ｓｕｂｓｔｒａｍ）のマルチチャンネルを再生する能力が、再生装置に存在することを示す。
この４ビットの上位２ビットが０１ｂなら、ＤＴＳ−ＨＤオーディオストリームの拡張データ（Ｅｘｔｅｎｓｉｏｎ ｓｕｂｓｔｒａｍの２ｃｈまでを再生する能力が、再生装置に存在することを示す。この４ビットの上位２ビットが１０ｂなら、ＤＴＳ−ＨＤオーディオストリームの拡張データ（Ｅｘｔｅｎｓｉｏｎ ｓｕｂｓｔｒａｍ）のマルチチャンネルを再生する能力が、再生装置に存在することを示す。
上位２ビットが００ｂであるなら、ＤＴＳ−ＨＤオーディオストリームの拡張データ（Ｅｘｔｅｎｓｉｏｎ ｓｕｂｓｔｒａｍ）を再生する能力が再生装置に存在しないことを示す。
ＰＳＲ１５のビットｂ１２からビットｂ１５までは、ＤＤ／ＭＬＰ形式のオーディオストリームをデコードして再生する能力が再生装置に存在するか否かを示す。この４ビットの下位２ビットが０１ｂなら、ＤＤオーディオストリームの２ｃｈまでを再生する能力が、再生装置に存在することを示す。この４ビットの下位２ビットが１０ｂなら、ＤＤオーディオストリームのマルチチャンネルを再生する能力が、再生装置に存在することを示す。
この４ビットの上位２ビットが０１ｂなら、ＭＬＰオーディオストリームの２ｃｈまでを再生する能力が、再生装置に存在することを示す。この４ビットの上位２ビットが１０ｂなら、ＭＬＰオーディオストリームのマルチチャンネルを再生する能力が、再生装置に存在することを示す。
上位２ビットが００であるなら、ＭＬＰオーディオストリームを再生する能力が再生装置に存在しないことを示す。
このように、ＰＳＲ１５は、符号化方式毎に、基本データ、拡張データのそれぞれを処理する能力があるか否かを規定できるようにしている。ＰＳＲ１５の説明で言う２ｃｈとはＬ／Ｒの２ｃｈを意味している。
このようにＰＳＲ１５が規定されているので、第２実施形態にかかるコントローラ２２は、図３８のフローチャートに従って、Ｐｒｉｍａｒｙオーディオストリームの再生制御を行う。図３８は、第２実施形態にかかるコントローラ２２の処理手順を示すフローチャートである。
ステップＳ６１は、装置起動がなされたかか否かの起動待ち判定であり、もし起動されれば、ＨＤＭＩを介した接続相手の機器の認証を行う（ステップＳ６２）。この認証により、相互の正当性が判明すれば、ステップＳ６３に移行する。ステップＳ６３は、ＤＩＢを受信したかどうかの受信待ちループであり、もしＤＩＢを受信すれば（ステップＳ６３でｙｅｓ）、接続相手から受け取ったＤＩＢにより、接続相手の能力及びスピーカ数（配置）を認識する（ステップＳ６４）。ステップＳ６５は、接続相手に再生能力が存在するか否かの判定であり、もし再生能力が存在するなら、パススルー出力を行うか否かの設定を受け付けるためのメニューを表示し（ステップＳ６７）、ユーザがパススルー出力を希望したかどうかを判定する（ステップＳ６８）。
尚、ＤＩＢによりスピーカが接続されている機器（多くの場合ＡＶアンプ）にてデコードできることが分かった場合には、ユーザーに設定させることなく、自動で接続相手機器にてデコードするようパススルー設定（Ｓ６８でＹＥＳ）を行なっても良い。
尚、再生機器３００の機器設定メニュー（初期設定メニュー）で接続先の機器でデコードできることが分かった場合には自動でパススルー設定（Ｓ６８でＹＥＳ）を行なうよう予め設定をしていても良い。
図３９、図４０は、パススルー出力を行うか否かの設定を受け付けるためのメニューを示す図である。これらの図におけるメニューは、「お客さまのシアターシステムでは、接続先の機器で音声デコードを行うことができます」や「接続先の機器ｘｘｘｘで音声デコードを行なうことで、より高音質な音声をお楽しみ頂けます」などの注意を喚起する旨のメッセージと、接続先機器でのデコード指示を可否を受け付けるボタン「Ｙｅｓ」「Ｎｏ」とからなる。
一方、図４０のメニューにおいて、ＸＸＸの部分には、ＡＶアンプ５００の製品名や型番を表示される。またこのＸＸＸの部分にＡＶアンプ５００の他、テレビ４００の製品名や型番を表示させ、これらをユーザ操作に応じて選択させるようにしてもよい。こうすることで、デコードを行わせる機器をユーザに選択させてもよい。更に、ユーザが何台もＡＶアンプを所有しているような場合、これらの製品名や型番を表示させ、これらをユーザ操作に応じて選択させるのが望ましい。
このメニューに対して、Ｙｅｓボタンを確定することでパススルー出力を希望する旨の操作を行った場合、ＤＩＢに応じた、ＰＳＲ１５におけるＰｌａｙｅｒ ｃａｐａｂｉｌｉｔｙ ｆｏｒ Ａｕｄｉｏの設定を行う（ステップＳ７１）。そして、ＡＶアンプ５００のデコード能力に応じたＰｒｉｍａｒｙオーディオストリームを選択させる手順をＰｒｏｃｅｄｕｒｅ実行部４２に実行させる（ステップＳ７２）。以降、ＢＤ−ＲＯＭから読み出されたＡＶＣｌｉｐのＰｒｉｍａｒｙオーディオストリームを、パススルー出力させる（ステップＳ７３）。
ＡＶアンプ５００でデコードを行うことを希望する操作を行わなかった場合、自機のデコード能力に応じたＰＳＲ１５を設定し、Ｐｒｉｍａｒｙオーディオストリームを選択させる手順をＰｒｏｃｅｄｕｒｅ実行部４２に実行させ（ステップＳ６９）、自機でデコードした音声（ＬＰＣＭ）を出力させる（ステップＳ７０）。
図４１、図４２は、ＤＩＢに応じて、ＰＳＲ１５におけるＰｌａｙｅｒ ｃａｐａｂｉｌｉｔｙ ｆｏｒ Ａｕｄｉｏを設定する処理手順を示すフローチャートである。
図４１のフローチャートにおいてステップＳ２００は、ＤＩＢのＣＯＤＩＮＧ ＴＹＰＥが、ＤＤ＋を示しているかを判定するものである。
ＤＩＢのＣＯＤＩＮＧ ＴＹＰＥがＤＤ＋を示しているなら、ステップＳ２０１に移行する。ステップＳ２０１は、ＤＩＢのＣｈａｎｎｅｌ Ｃｏｕｎｔに２よりも大きな値が記載されているか否かの判定である。ステップＳ２０１がｙｅｓである場合、ステップＳ２０３において、Ｄｅｐｅｎｄｅｎｔ Ｓｕｂｓｔｒｅａｍのｃａｐａｂｉｌｉｔｙを、１０ｂ：Ｓｕｒｒｏｕｎｄ Ｃａｐａｂｌｅに設定する。
ステップＳ２０１がｎｏである場合、ステップＳ２０５において、Ｄｅｐｅｎｄｅｎｔ Ｓｕｂｓｔｒｅａｍのｃａｐａｂｉｌｉｔｙを、０１ｂ：Ｓｔｅｒｅｏ Ｃａｐａｂｌｅに設定する。
図４２のフローチャートにおいてステップＳ８２は、ＤＩＢのＣＯＤＩＮＧ ＴＹＰＥが、ＭＬＰを示しているかを判定するものである。ＤＩＢのＣＯＤＩＮＧ ＴＹＰＥがＭＬＰを示しているなら、ステップＳ８２がｙｅｓになってステップＳ９１に移行する。ステップＳ９１は、ＤＩＢのＣｈａｎｎｅｌ Ｃｏｕｎｔが２ｃｈより大きいか否かの判定である。
ステップＳ９１がＹＥＳである場合、ステップＳ９３において、ＭＬＰのｃａｐａｂｉｌｉｔｙを、１０ｂ：Ｓｕｒｒｏｕｎｄ Ｃａｐａｂｌｅに設定する。ステップＳ９１がＮＯである場合、ステップＳ９４において、ＭＬＰのｃａｐａｂｉｌｉｔｙを、０１ｂ：Ｓｔｅｒｅｏ Ｃａｐａｂｌｅに設定する。
図４１のＳ２０１、図４２のＳ９１の判定ではＤＩＢのＣｈａｎｎｅｌ Ｃｏｕｎｔを用いたが、Ｃｈａｎｎｅｌ／Ｓｐｅａｋｅｒ Ａｌｌｏｃａｔｉｏｎを用いても判定しても良い。
以上のように本実施形態によれば、ＨＤＭＩのようにデジタルＩ／Ｆを介し、接続相手の能力を取得し、それに応じてＰＳＲ１５を設定した上、このＰＳＲ１５に基づき、ＰｒｉｍａｒｙオーディオストリームをＢＤ−ＲＯＭディスク／ローカルストレージから選択して、このＰｒｉｍａｒｙオーディオストリームのパススルー出力を行うので、接続相手のデコーダ資源を有効活用することができ、かかる有効活用により、高品質な音声再生を実現することができる。また、ＡＶアンプとスピーカーはセットで開発／販売されることが多いため、スピーカーの特性に合わせた調節がＡＶアンプでは可能である。したがって、再生機器が内部デコーダでデコードできる場合であっても、接続先のＡＶアンプでデコードする方が音響学的に高音質な再生結果を得られる。
（第３実施形態）
第１実施形態におけるローカルストレージ２００は、再生装置内蔵型のハードディスクであったが、本実施形態におけるローカルストレージ２００は、可搬型の記録媒体であるＳＤメモリカードである。そして本実施形態は、この可搬型記録媒体に動的シナリオを記録して再生装置に提供する場合の改良に関する。
ＳＤメモリカードは、セキュアな領域と、非セキュアな領域とをもった可搬型の記録媒体である。第１実施形態に示したようなローカルストレージ上のファイルは、暗号化されて非セキュアな領域に記録され、暗号鍵がセキュアな領域に記録される。セキュア領域に記録された暗号鍵はＳＤメモリカードによる認証により、正当性が確認されない限り、読み出されることはない。これにより非セキュア領域上のファイルは、不正にコピーされることなく、ＢＤ−ＲＯＭと併用されるときのみ読み出されることになる。
動的シナリオとは、第１実施形態に示したＪａｖａ（登録商標）アプリケーション、Ｍｏｖｉｅ Ｏｂｊｅｃｔであり、ＰｌａｙＬｉｓｔ情報を通じた再生を、再生装置に行わせるプログラムである。かかる動的シナリオは、ＢＤ−ＲＯＭ１００に記録される場合と、ローカルストレージ２００に記録される場合とがあるが、動的シナリオが可搬型記録媒体に記録されていると、かかる記録媒体に記録された動的シナリオは、様々な場所に設置された再生装置に供される。時には、自動車の車内に設置された再生装置３００に供されることもある。
図４３（ａ）は、自動車の車内に設置された再生装置３００を示す図である。かかる再生装置３００は、テレビ４００と共に、カーオーディオシステムを構成するものである、可搬型のローカルストレージ２００は、ＢＤ−ＲＯＭ１００と共に、かかる再生装置３００に導入されることがある。
このように自動車車内に設置される場合、かかる再生装置３００は、ＣＤ再生装置のように操作されることを明らかにするのが望ましい。このように、ＣＤ再生装置のように操作されるべきであることを示すべく、本実施形態にかかるＰＳＲ３１は、図４３（ｂ）のように構成されている。
図４３（ｂ）は、第３実施形態にかかるＰＳＲ３１の内部構成を示す図である。本実施形態におけるＰＳＲ３１は、自動車内に設置された場合、Ｐｌａｙｅｒ Ｐｒｏｆｉｌｅ情報＝１０００ｂを示すように、メーカーの技術者、又は、最終消費者により設定される。ＰＳＲ３１におけるＰｌａｙｅｒ Ｐｒｏｆｉｌｅ情報が１０００ｂに設定された場合、当該再生装置は、Ａｕｄｉｏ Ｐｒｏｆｉｌｅ Ｐｌａｙｅｒであることを示す。Ａｕｄｉｏ Ｐｒｏｆｉｌｅ Ｐｌａｙｅｒとは、対話画面を介した操作には適さず、ＣＤプレーヤーライク（ＣＤ再生装置のようなリニアな操作のみでコンテンツの再生制御を行なうＢＤ−ＲＯＭ再生装置であり、ＧＵＩによるコンテンツの再生制御などに対応していない再生機器、もしくは車が走行していることを感知し一時的にそのようなモードに遷移する再生機器）であることを示す。
再生装置がＣＤプレーヤーライクである場合、チャプタースキップ、チャプターサーチ等、チャプターを単位とした操作で、コンテンツは再生されねばならない。かかるチャプターは、図１７に示したＰｌａｙＬｉｓｔＭａｒｋ情報に規定されている
以降、ＰｌａｙＬｉｓｔＭａｒｋ情報について説明をはじめる。
図４４は、ＰｌａｙＬｉｓｔ情報におけるＰｌａｙＬｉｓｔＭａｒｋ情報の内部構成を示す図である。本図の図中の引き出し線ｐｍ０に示すように、ＰｌａｙＬｉｓｔＭａｒｋ情報は、複数のＰＬＭａｒｋ情報（＃１〜＃ｎ）からなる。ＰＬｍａｒｋ情報（ＰＬｍａｒｋ（））は、ＰＬ時間軸のうち、任意の位置を、チャプター点として指定する情報である。引き出し線ｐｍ１に示すようにＰＬｍａｒｋ情報は、チャプター指定の対象たるＰｌａｙＩｔｅｍを示す『ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄ』と、そのＰｌａｙＩｔｅｍにおける、チャプター位置を時間表記により示す『ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ』とを含む。
図４５は、ＰｌａｙＬｉｓｔ情報の、ＰＬＭａｒｋ情報によるチャプター位置の指定を示す図である。本図の第２段目から第５段目は、図１０に示した、ＥＰ＿ｍａｐと、ＡＶＣｌｉｐとを示す。
本図の第１段目は、ＰＬＭａｒｋ情報と、ＰＬ時間軸とを示す。この第１段目には、２つのＰＬＭａｒｋ情報＃１〜＃２が存在する。矢印ｋｔ１，２は、ＰＬＭａｒｋ情報のｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄによる指定を示す。この矢印からもわかるようにＰＬＭａｒｋ情報のｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄは、参照するＰｌａｙＩｔｅｍを指定していることがわかる。また、Ｍａｒｋ＿ｔｉｍｅ＿Ｓｔａｍｐは、当該ＰｌａｙＩｔｅｍ時間軸のうち、Ｃｈａｐｔｅｒ＃１，＃２になるべき時点を示す。このように、ＰＬＭａｒｋ情報は、ＰｌａｙＩｔｅｍ時間軸上に、チャプター点を定義することができる。
以上が、ＰＬＭａｒｋ情報についての説明である。続いて動的シナリオにおける改良について説明する。
再生装置組み込み型のプログラムの場合、自動車車内で利用されるか、又は、ホームシアターシステムで使用されるかは、製造の段階で、判明している。しかしＢＤ−ＲＯＭ１００や可搬型ローカルストレージ２００に記録されて再生装置に供給される動的シナリオ（Ｍｏｖｉｅ Ｏｂｊｅｃｔ、Ｊａｖａ（登録商標）アプリケーション）は、様々な再生装置に装填されることが考えられるので、再生装置の利用形態が、このどちらであるかは特定できない。ＢＤ−ＲＯＭ１００や、ＳＤメモリカードであるローカルストレージ２００をどのような再生装置で利用するかは、ユーザが任意に決めるものだからである。
そこでＰｌａｙｅｒ Ｐｒｏｆｉｌｅ情報がＡｕｄｉｏ Ｐｒｏｆｉｌｅ Ｐｌａｙｅｒを示すように設定された場合もしくはされている場合、Ｍｏｖｉｅ Ｏｂｊｅｃｔ、Ｊａｖａ（登録商標）アプリケーションは、ＣＤプレーヤーライクな操作で操作されるよう、再生装置を制御せねばならない。一方、Ｐｌａｙｅｒ Ｐｒｏｆｉｌｅ情報がこれ以外に設定された場合、対話画面を通じた処理にて操作することが望ましい。
図４６は、本実施形態にかかるＪａｖａ（登録商標）アプリケーションの処理手順を示すフローチャートである。
ステップＳ１４９は、ＰＳＲ３１がＡｕｄｉｏ Ｐｒｏｆｉｌｅ Ｐｌａｙｅｒであるか否かを判定する。もし、Ａｕｄｉｏ Ｐｒｏｆｉｌｅ Ｐｌａｙｅｒでないなら、プレイリストの再生を開始させる（ステップＳ１５０）。以降、ステップＳ１５１のループ処理に移行する。
その後、ステップＳ１５１は、メニューコール操作がなされたか否かの操作待ちループ処理を構成する。もしメニューコールがなされれば、メニューを表示して（ステップＳ１５２）、ステップＳ１５３〜ステップＳ１５６の処理に移行する。ステップＳ１５３は、フォーカス移動操作がでなされたか否かの判定であり、もしフォーカス移動操作がなされたなら、フォーカスを他のボタンに移動する（ステップＳ１５５）。
ステップＳ１５４は、ボタンの確定操作がなされたか否かの判定であり、もし確定操作がなされたなら、ボタンに対応する処理を実行する（ステップＳ１５６）。
ステップＳ１４９において、Ａｕｄｉｏ Ｐｒｏｆｉｌｅ Ｐｌａｙｅｒであると判定された場合（ステップＳ１４９でｙｅｓ）、音声アナウンスのプレイリストの再生を開始させて、ユーザーにリニアなＣＤライクな再生を行なうことを説明する。そしてステップＳ１５８、ステップＳ１５９からなるループ処理に移行する。
ステップＳ１５８は、数値入力がなされたか否か、ステップＳ１５９は、ＳｋｉｐＮｅｘｔ又はＳｋｉｐＢａｃｋキーががなされたか否かの判定である。
数値入力がなされた場合、ステップＳ１６０に移行して、チャプターサーチを実行する。ＳｋｉｏＮｅｘｔ，ＳｋｉｐＢａｃｋキーが押下された場合、ステップＳ１６１に移行して、チャプタースキップ機能を実行する。
以上は、Ｊａｖａ（登録商標）アプリケーションの例で説明したが、Ｍｏｖｉｅ Ｏｂｊｅｃｔである場合、ステップＳ１５３〜ステップＳ１５５の処理は、ＩＧストリーム内のナビゲーションコマンドやＭｏｖｉｅＯｂｊｅｃｔのナビゲーションコマンドを用いて実現すればよい。動作の仕組みは同様であるので、説明は省略する。
以降、フローチャートを参照しながら、チャプターサーチ及びチャプタースキップの処理手順について説明する。図４７は、チャプターサーチの処理手順を示すフローチャートである。
まず始めに、入力された数値にあたるＰＬＭａｒｋ情報をカレントＰｌａｙＬｉｓｔＭａｒｋとする（ステップＳ１２５）。ステップＳ１２６では、カレントＰｌａｙＬｉｓｔＭａｒｋのｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿Ｉｄに記述されているＰＩを、ＰｌａｙＩｔｅｍ＃ｘに設定し、ステップＳ１２７では、ＰｌａｙＩｔｅｍ＃ｘのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報を読み込む。ステップＳ１２８では、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて、カレントＰｌａｙＬｉｓｔＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐを、Ｉピクチャアドレスｕに変換する。
一方ステップＳ１２９では、ＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅを，カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて，Ｉピクチャアドレスｖに変換する。ステップＳ１３０は、カレントＰｌａｙＬｉｓｔＭａｒｋのｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐからＰｌａｙＩｔｅｍ＃ｘのＯｕｔ＿ｔｉｍｅまでの出力をデコーダに命じる。以上がチャプターサーチの処理手順である。続いてチャプタースキップの処理手順について説明する。図４８は、チャプタースキップの処理手順を示すフローチャートである。
ステップＳ１３２は、押下されたのがＳｋｉｐＮｅｘｔキーであるか、ＳｋｉｐＢａｃｋキーであるかの判定であり、ＳｋｉｐＢａｃｋキーであるならステップＳ１３３において方向フラグを−１に設定し、ＳｋｉｐＮｅｘｔキーであるならステップＳ１３４において方向フラグを＋１に設定する。
ステップＳ１３５は、カレントＰＩ及びカレントＰＴＭを変換して、カレントＰＬＭａｒｋを特定するステップであり、ステップＳ１３６は、カレントＰＬＭａｒｋの番号に方向フラグの値を足した番号を、カレントＰｌａｙＬｉｓｔＭａｒｋの番号として設定する。ここでＳｋｉｐＮｅｘｔキーであるなら方向フラグは＋１に設定されているのでカレントＰｌａｙＬｉｓｔＭａｒｋはインクリメントされることになる。ＳｋｉｐＢａｃｋキーであるなら方向フラグは−１に設定されているので、カレントＰｌａｙＬｉｓｔＭａｒｋはデクリメントされることになる。このようにしてＰＬＭａｒｋ情報を設定すれば、図４７同様、ステップＳ１２６〜ステップＳ１３０の処理手順を実行することにより、ＴＳパケット読み出しを行う。
以上がＰＬＭａｒｋ情報に基づく、再生を行う際の再生装置の処理手順である。
以上のように本実施形態によれば、ＰＳＲ３１がＡｕｄｉｏ Ｐｒｏｆｉｌｅ Ｐｌａｙｅｒを示している場合、Ｍｏｖｉｅ Ｏｂｊｅｃｔ、Ｊａｖａ（登録商標）アプリケーションのような動的シナリオでＣＤ再生装置と同等のユーザー操作性を与えるようにプレイリストを再生するようにすることが可能になる。この場合、ユーザーはＢＤ−ＲＯＭを音楽ＣＤと全く変わりなく操作することができる。つまり、チャプターサーチ／スキップが音楽ＣＤで言う所の曲のサーチ／スキップに該当する。勿論、Ａｕｄｉｏ Ｐｒｏｆｉｌｅ Ｐｌａｙｅｒではない再生装置上で動的シナリオが動作する場合は、今まで通り映像出力を仮定してＧＵＩベースのメニューなどを表示し、インタラクティブな再生が可能になる。ＨＤＭＩのように接続機器の状態をモニタリングできるＩ／Ｆを介して再生している場合には、モニターの電源ＯＮ／ＯＦＦや入力ソース映像の選択状況などを監視することでモニターが再生している映像を映さなくなっている場合には、ＰＳＲ３１をＡｕｄｉｏ Ｐｒｏｆｉｌｅ Ｐｌａｙｅｒに切り替えたり、再生を一時停止状態にしたり、再生機器３００の電源を連動してＯＦＦとすることなども考えられる。
（第４実施形態）
第４実施形態は、第１実施形態に示したＰｌａｙＬｉｓｔ情報、Ｃｌｉｐ情報、ＡＶＣｌｉｐを、どのように取得するかという、取得に関する実施形態である。かかる取得において、処理主体になるのは、Ｊａｖａ（登録商標）アプリケーションである。何故なら、Ｊａｖａ（登録商標）アプリケーションは、ネットワーク上でコネクションを形成し、サーバ装置から所望のファイルをダウンロードすることができる、能力をもっているからである。
サーバに存在するファイルを取得するためのコネクションはｊａｖａ（登録商標）．ｎｅｔと呼ばれるＪａｖａ（登録商標）ソフトウェアライブラリィのｏｐｅｎＣｏｎｎｅｃｔｉｏｎメソッドを使って、確立することができる。サーバ上のファイルのＵＲＬが、ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／ｖｐ＿ｄａｔａ／０．ｍ２ｔｓである場合におけるコネクション接続の用例を以下に示す。
用例：
ｎｅｗ ｊａｖａ（登録商標）．ｎｅｔ．ＵＲＬ（ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／ｖｐ＿ｄａｔａ／０．ｍ２ｔｓ．ｏｐｅｎＣｏｎｎｅｃｔｉｏｎ（）
図４９は、第４実施形態にかかるＪａｖａ（登録商標）アプリケーションのフローチャートである。ステップＳ１８１において、ＢＤ−ＲＯＭにおけるプレイリストの再生を開始させる。その後、ステップＳ１８２では、ＢＤ−ＲＯＭから、そのＢＤ−ＲＯＭの配給元となる法人、組織を示す情報（ｏｒｇａｎｉｚａｔｉｏｎ）と、そのＢＤ−ＲＯＭの識別子（Ｄｉｓｃ＿ｉｄ）とを読みだす。
ステップＳ１８３では、そうして読み出されたｏｒｇａｎｉｚａｔｉｏｎ、Ｄｉｓｃ＿ｉｄに対応する領域が、ローカルストレージ２００に存在しない否かを判定する。
かかる領域が存在しないなら、ステップＳ１８４では、ＰＳＲ３１におけるＰｌａｙｅｒ Ｐｒｏｆｉｌｅ情報が、０ｘ００００でないかどうかを判定する。
ステップＳ１８３、ステップＳ１８４の何れかがＮｏである場合、処理を終了する。
ｏｒｇａｎｉｚａｔｉｏｎ、Ｄｉｓｃ＿ｉｄに対応する領域が、ローカルストレージに存在せず、かつ音声のミキシングが可能である場合、ステップＳ１８３及びステップＳ１８４がｙｅｓになる。
ステップＳ１８３及びステップＳ１８４の双方がｙｅｓである場合、「アップデートボタン」が配置されたメニューを表示する（ステップＳ１８５）。そして、「アップデートボタン」に対する、確定操作待ちになる（ステップＳ１８６）。
図５０は、「アップデートボタン」が配置されたメニューの表示例を示す図である。本図における、「アップデートする」と記述されたボタンが、「アップデートボタン」であり、この「アップデートボタン」を確定する操作がなされれば、ステップＳ１８７においてＤｉｓｃ＿ｉｄ及びＰｌａｙＬｉｓｔ＿ｉｄをサーバ装置に送信する。
Ｄｉｓｃ＿ｉｄは、ＢＤ−ＲＯＭの識別情報であり、ＰｌａｙＬｉｓｔ＿ｉｄは、再生中プレイリストの識別情報であるので、サーバ装置は、これらを用いて、取得すべき追加コンテンツをコンテンツプロバイダのデータベース上から選択する。そうして選択された追加コンテンツをネットワーク経由で再生装置に送りかえす。この追加コンテンツは、ローカルストレージ２００に記録されるべきファイル一式（ＰｌａｙＬｉｓｔ情報、Ｃｌｉｐ情報、ＡＶＣｌｉｐ）を含む。
ステップＳ１８８では、追加コンテンツの受信待ちを行い、もしこれらを受信すれば、ステップＳ１８９において、追加コンテンツを構成する、ＰｌａｙＬｉｓｔ情報、Ｃｌｉｐ情報、ＡＶＣｌｉｐをローカルストレージ２００に書き込む。その後、サーバ装置からのダウンロードが完了し、ミキシングしながらの再生が可能になった場合、ミキシングしながらの再生が可能になった旨をユーザーに通知して（ステップＳ１９０）。ミキシングを行う旨の操作をユーザが行ったか否かを判定するための処理待ちループになる（ステップＳ１９１）。ユーザーが希望する場合に、ステップＳ１９２においてＰｌａｙＬｉｓｔ情報の再生をいったん停止し、バーチャルパッケージの構築を行う。
アップデート有無のサーバーへの確認や、当該コンテンツのダウンロード処理は、任意のタイミングで実行が可能であるため、ディスクロード時や、コンテンツ再生中に所定時間間隔で行なっても良く、再生する準備が整った時点（バーチャルパッケージが再生できる状態となった時点）でユーザーに再生するかの問い合わせを行なってもよい。
以上のように本実施形態によれば、最初にプレイリストを再生する際、ＡＶＣｌｉｐを再生させながら、ダウンロードを処理を行うので、ユーザは、プレイリストの再生画像をみながら、ローカルストレージ２００へのダウンロード完了を待てばよく、Ｓｅｃｏｎｄａｒｙオーディオストリームを構成するようなローカルストレージ２００上のファイルが、数百メガバイトに及ぶ場合でも、ローカルストレージ２００へのダウンロードがなされている間、ユーザを退屈させずにすむ。
尚、ローカルストレージ２００上の追加コンテンツを消去する条件を、再生装置３００に初期設定しておき、この初期設定に基づき、再生装置３００が追加コンテンツを削除するようにしてもよい。例えば、かかる初期設定において、時間の入力を受け付け、時間に応じて消去する（１ヶ月経つと勝手に消す）等の処理をするのが望ましい。
また、ＢＤ−ＲＯＭをイジェクトする際、ローカルストレージ２００上の追加コンテンツを消去するかどうかをユーザに問い合わせ、この問い合わせに対して、ユーザが肯定的が回答をした際に消去してもよい。
更に、ＢＤ−ＲＯＭが、読み出し専用領域と、書き込み可能領域とをもつパーシャルディスクである場合、ローカルストレージ２００上の追加コンテンツを、パーシャルディスク上の書き込み可能領域に書き込んでもよい。
（備考）
以上、本願の出願時点において、出願人が知り得る最良の実施形態について説明したが、以下に示す技術的トピックについては、更なる改良や変更実施を加えることができる。各実施形態に示した通り実施するか、これらの改良・変更を施すか否かは、何れも任意的であり、実施する者の意思によることは留意されたい。
（追加コンテンツに対する処理）
ローカルストレージ２００にダウンロードされた追加コンテンツは、何ヶ月、何年か経過すれば自動的に消去するよう、再生装置を初期設定しておくのが望ましい。
（ＰＩＤの代用）
第１実施形態では、Ｐｒｉｍａｒｙオーディオストリーム、Ｓｅｃｏｎｄａｒｙオーディオストリームの区別にＰＩＤを用いたが、ＭＰＥＧ２−ＰＳを使う場合には、ＰＥＳパケットヘッダのｓｔｒｅａｍ＿ｉｄをそれぞれ異なるものにするのが望ましい。
またＰｒｉｍａｒｙオーディオストリーム、Ｓｅｃｏｎｄａｒｙオーディオストリームは、２つの音声ストリームが１つのデマルチプレクサでも弁別可能なように、システムストリームレベルにおいて区別されていればよい。もしくは、２つのストリームを１つに束ねる前に、片方のＰＩＤを重複しないように付け替えておくだけでもよい。
（制御手順の実現）
各実施形態においてフローチャートを引用して説明した制御手順や、機能的な構成要素による制御手順は、ハードウェア資源を用いて具体的に実現されていることから、自然法則を利用した技術的思想の創作といえ、“プログラムの発明”としての成立要件を満たす。
・本発明に係るプログラムの生産形態
本発明に係るプログラムは、コンピュータが実行することができる実行形式のプログラム（オブジェクトプログラム）であり、各実施形態に示したフローチャートの各ステップや、機能的構成要素の個々の手順を、コンピュータに実行させるような１つ以上のプログラムコードから構成される。ここでプログラムコードは、プロセッサのネィティブコード、ＪＡＶＡ（登録商標）バイトコードというように、様々な種類がある。またプログラムコードによる各ステップの実現には、様々な態様がある。外部関数を利用して、各ステップを実現することができる場合、この外部関数をコールするコール文が、プログラムコードになる。また、１つのステップを実現するようなプログラムコードが、別々のオブジェクトプログラムに帰属することもある。命令種が制限されているＲＩＳＣプロセッサでは、算術演算命令や論理演算命令、分岐命令等を組合せることで、フローチャートの各ステップが実現されることもある。
本発明にかかるプログラムは、以下のようにして作ることができる。先ず初めに、ソフトウェア開発者は、プログラミング言語を用いて、各フローチャートや、機能的な構成要素を実現するようなソースプログラムを記述する。この記述にあたって、ソフトウェア開発者は、プログラミング言語の構文に従い、クラス構造体や変数、配列変数、外部関数のコールを用いて、各フローチャートや、機能的な構成要素を具現するソースプログラムを記述する。
記述されたソースプログラムは、ファイルとしてコンパイラに与えられる。コンパイラは、これらのソースプログラムを翻訳してオブジェクトプログラムを生成する。
コンパイラによる翻訳は、構文解析、最適化、資源割付、コード生成といった過程からなる。構文解析では、ソースプログラムの字句解析、構文解析および意味解析を行い、ソースプログラムを中間プログラムに変換する。最適化では、中間プログラムに対して、基本ブロック化、制御フロー解析、データフロー解析という作業を行う。資源割付では、ターゲットとなるプロセッサの命令セットへの適合を図るため、中間プログラム中の変数をターゲットとなるプロセッサのプロセッサが有しているレジスタまたはメモリに割り付ける。コード生成では、中間プログラム内の各中間命令を、プログラムコードに変換し、オブジェクトプログラムを得る。
オブジェクトプログラムが生成されるとプログラマはこれらに対してリンカを起動する。リンカはこれらのオブジェクトプログラムや、関連するライブラリプログラムをメモリ空間に割り当て、これらを１つに結合して、ロードモジュールを生成する。こうして生成されるロードモジュールは、コンピュータによる読み取りを前提にしたものであり、各フローチャートに示した処理手順や機能的な構成要素の処理手順を、コンピュータに実行させるものである。以上の処理を経て、本発明に係るプログラムを作ることができる。
・本発明に係るプログラムの使用形態
本発明に係るプログラムは、以下のようにして使用することができる。
（ｉ）組込プログラムとしての使用
本発明に係るプログラムを組込プログラムとして使用する場合、プログラムにあたるロードモジュールを、基本入出力プログラム（ＢＩＯＳ）や、様々なミドルウェア（オペレーションシステム）と共に、命令ＲＯＭに書き込む。こうした命令ＲＯＭを、制御部に組み込み、ＣＰＵに実行させることにより、本発明に係るプログラムを、再生装置３００の制御プログラムとして使用することができる。
（ｉｉ）アプリケーションとしての使用
再生装置３００が、ハードディスク内蔵モデルである場合は、基本入出力プログラム（ＢＩＯＳ）が命令ＲＯＭに組み込まれており、様々なミドルウェア（オペレーションシステム）が、ハードディスクにプレインストールされている。また、ハードディスクから、システムを起動するためのブートＲＯＭが、再生装置３００に設けられている。
この場合、ロードモジュールのみを、過搬型の記録媒体やネットワークを通じて、再生装置３００に供給し、１つのアプリケーションとしてハードディスクにインストールする。そうすると、再生装置３００は、ブートＲＯＭによるブートストラップを行い、オペレーションシステムを起動した上で、１つのアプリケーションとして、当該アプリケーションをＣＰＵに実行させ、本発明に係るプログラムを使用する。
ハードディスクモデルの再生装置３００では、本発明のプログラムを１つのアプリケーションとして使用しうるので、本発明に係るプログラムを単体で譲渡したり、貸与したり、ネットワークを通じて供給することができる。
（コントローラ２２）
各実施形態に示したコントローラ２２等の構成要素は、一個のシステムＬＳＩして実現することができる。
システムＬＳＩとは、高密度基板上にベアチップを実装し、パッケージングしたものをいう。複数個のベアチップを高密度基板上に実装し、パッケージングすることにより、あたかも１つのＬＳＩのような外形構造を複数個のベアチップに持たせたものも、システムＬＳＩに含まれる（このようなシステムＬＳＩは、マルチチップモジュールと呼ばれる。）。
ここでパッケージの種別に着目するとシステムＬＳＩには、ＱＦＰ（クッド フラッド アレイ）、ＰＧＡ（ピン グリッド アレイ）という種別がある。ＱＦＰは、パッケージの四側面にピンが取り付けられたシステムＬＳＩである。ＰＧＡは、底面全体に、多くのピンが取り付けられたシステムＬＳＩである。
これらのピンは、他の回路とのインターフェイスとしての役割を担っている。システムＬＳＩにおけるピンには、こうしたインターフェイスの役割が存在するので、システムＬＳＩにおけるこれらのピンに、他の回路を接続することにより、システムＬＳＩは、再生装置３００の中核としての役割を果たす。
システムＬＳＩにパッケージングされるベアチップは、“フロントエンド部”、“バックエンド部”、“デジタル処理部”からなる。“フロントエンド部”は、アナログ信号を、デジタル化する部分であり、“バックエンド部”はデジタル処理の結果、得られたデータを、アナログ化して出力する部分である。
各実施形態において内部構成図として示した各構成要素は、このデジタル処理部内に実装される。
先に“組込プログラムとしての使用”で述べたように、命令ＲＯＭには、プログラムにあたるロードモジュールや、基本入出力プログラム（ＢＩＯＳ）、様々なミドルウェア（オペレーションシステム）が書き込まれる。本実施形態において、特に創作したのは、このプログラムにあたるロードモジュールの部分なので、プログラムにあたるロードモジュールを格納した命令ＲＯＭを、ベアチップとしてパッケージングすることにより、本発明に係るシステムＬＳＩは生産することができる。
具体的な実装については、ＳｏＣ実装やＳｉＰ実装を用いることができ望ましい。ＳｏＣ（Ｓｙｓｔｅｍ ｏｎ ｃｈｉｐ）実装とは、１チップ上に複数の回路を焼き付ける技術である。ＳｉＰ（Ｓｙｓｔｅｍ ｉｎ Ｐａｃｋａｇｅ）実装とは、複数チップを樹脂等で１パッケージにする技術である。以上の過程を経て、本発明に係るシステムＬＳＩは、各実施形態に示した再生装置３００の内部構成図を基に作ることができる。
尚、上述のようにして生成される集積回路は、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
さらに、各記録読出装置の構成要素の一部又は全てを１つのチップとして構成してもよい。集積回路化は、上述したＳｏＣ実装，ＳｉＰ実装に限るものではなく、専用回路又は汎用プロセスで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なシリコンフィギュラブル・プロセッサを利用することが考えられる。更には、半導体技術の進歩又は派生する技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適応などが可能性としてありうる。
本発明に係る記録媒体、再生装置は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが明らかなので、資質において工業上利用することができる。このことから本発明に係る記録媒体、再生装置は、産業上の利用可能性を有する。
本発明は、オーディオミキシング技術の技術分野に属する発明である。
オーディオミキシング技術とは、1つ以上の記録媒体から、主音声となるオーディオストリーム(Primaryオーディオストリーム)と、副音声となるオーディオストリーム(Secondaryオーディオストリーム)とを読み出し、これらを個別にデコードして、そのデコード結果たる非圧縮のデジタルオーディオを合成して出力する技術である。
映画作品の構成要素となるデジタルストリームを、別々の供給媒体を用いて、ユーザに供給することができるので、映画作品に監督のコメンタリを付す等、バリエーション制作の自由度が増し、1つの映画作品から、様々な再生のバリエーションを、産み出すことができる。
尚、記録媒体に記録されたデジタルストリームを読みだして再生する技術には、以下の特許文献に記載されている先行技術がある。
特開２０００−２２８６５６号公報
しかしながら、かかるオーディオミキシングを行なう再生装置モデルを考える場合、例えば光ディスクからPrimaryオーディオストリームが読み出されている途中に、Secondaryオーディオストリームを、予備の記録媒体から読み出さねばならない。かかる読みだしにあたっては、光ディスクから読み出されたTSパケット、予備の記録媒体から読み出されたTSパケットが1つのバス上で混在することが有り得る。かかる混在状態では、多くのTSパケットのうちどれがPrimaryオーディオストリームを構成しているのか、Secondaryオーディオストリームを構成しているのかが不明になるので、これらのTSパケットを、一律に処理を施すことはできるが、Primaryオーディオストリーム及びSecondaryオーディオストリームを構成するもののうち、一方のみに対して何等かの処理を施すということが困難になる。
Primaryオーディオストリームを構成するパケット、Secondaryオーディオストリームを構成するパケットに対して一律の処理を施し、Primaryオーディオストリームと、Secondaryオーディオストリームとを同じゲインで出力する場合、悪い条件が重なると、スピーカの破損等を招く可能性があり、大きな品質上の障害を作ってしまうこともある。
本発明の目的は、Primaryオーディオストリームを構成するTSパケット、Secondaryオーディオストリームを構成するTSパケットが1つのバス上で混在したとしても、これらに対して、個別の処理を施すことができる記録媒体を提供することである。
上記目的を達成するため、本発明にかかる記録媒体は、プレイリスト情報が記録されており、前記プレイリスト情報は、メインパス情報、サブパス情報を含み、前記メインパス情報は、複数デジタルストリームのうち1つを、メインストリームとして指定して、そのメインストリームに対し、主たる再生区間を定義する情報であり、前記サブパス情報は、複数デジタルストリームのうち他の1つを、サブストリームとして指定して、そのサブストリームに対し、前記主たる再生区間と同期すべき、従たる再生区間を定義する情報であり、
前記記録媒体には、サブストリームとして指定されたオーディオストリームが、記録されており、オーディオストリームは、複数のパケットから構成され、各パケットには、パケット識別子が付与されており、パケット識別子は、上位フィールド、下位フィールドからなり、上位フィールドは、パケットにより構成されるオーディオストリームがセカンダリオーディオストリームであり、その音声出力が、プライマリオーディオストリームの音声出力とミキシングされ得る旨を示すことを特徴としている。
パケット識別子の上位フィールドは、パケットにより構成されるオーディオストリームがセカンダリオーディオストリームであり、その音声出力が、プライマリオーディオストリームの音声出力とミキシングされる旨を示すので、再生装置内の多重分離部は、このバスに転送されているパケットを取り込み、これらパケット識別子の上位フィールドを参照することにより、当該パケットを、Secondaryオーディオストリーム用のデコーダに投入することができる。
これにより多重分離部は、このSecondaryオーディオストリームを構成するPESパケットのみを、多重分離して、Primaryオーディオストリーム用のデコーダとは別のデコーダに取り込むことができる。
Primaryオーディオストリームを構成するパケット、Secondaryオーディオストリームを構成するパケットを別々のデコーダに取り込み、デコードに供給することができるので、Primaryオーディオストリームを構成するパケットのみダウンコンバートを施したり、ダウンミキシングを施したり、ゲインを下げたりすることができる。光ディスクからの読み出す中に、予備の記録媒体からSecondaryオーディオストリームを読み出し、これらを2つのデコーダに供給したとしても、Primaryオーディオストリームを構成するパケットのみに対し、リアルタイムに特別な処理を施すことができる。また、下位フィールドにおいて、当該オーディオストリームが複数のSecondaryオーディオストリームのうち、何れかである場合、何番目であるかが示されているので、多くの言語のコメンタリが存在する場合、これらのうち、適正なものを再生させることができる。
(第１実施形態)
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図１において、本発明に係る記録媒体は、ローカルストレージ２００である。ローカルストレージ２００は、再生装置３００、テレビ４００、AVアンプ５００、スピーカ６００から構成されるホームシアターシステムに、映画作品を供給するという用途で使用される。
以降、BD-ROM１００、ローカルストレージ２００、再生装置３００について説明を行う。
BD-ROM１００は、映画作品が記録された記録媒体である。
ローカルストレージ２００は、再生装置に組み込まれ、映画配給者のサーバから配信されたコンテンツの受け皿として利用されるハードディスクである。
再生装置３００は、ネット対応型のデジタル家電機器であり、BD-ROM１００を再生する機能をもつ。また、映画配給者のサーバから、ネットを通じてダウンロードしたコンテンツを、BD-ROM１００に記録されたコンテンツと組み合わせて、BD-ROM１００のコンテンツを拡張/更新をすることができる。BD-ROM１００の記録内容に、ローカルストレージ２００の記録内容を組み合わせて、BD-ROM１００に記録されていないデータを、恰も、記録されているように扱う技術を“バーチャルパッケージ”という。
以上が本発明に係る記録媒体の使用形態についての説明である。
続いて本発明に係る記録媒体の生産行為について説明する。本発明に係る記録媒体は、BD-ROMのファイルシステム上における改良で実現することができる。図２は、BD-ROMにおけるファイル・ディレクトリ構成を示す図である。本図においてBD-ROMには、Rootディレクトリの下に、BDMVディレクトリがある。
＜BD-ROMの概要＞
図２は、BD-ROMの内部構成を示す図である。本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現すると、図中の第１段目のようになる。この第1段目においてBD-ROMには、Rootディレクトリの下に、BDMVディレクトリがある。
BDMVディレクトリには、拡張子bdmvが付与されたファイル(index.bdmv,MovieObject.bdmv)がある。そしてこのBDMVディレクトリの配下には、更にPLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリ、BDBJディレクトリ、BDJAディレクトリ、AUXDATAディレクトリと呼ばれる6つのサブディレクトリが存在する。
PLAYLISTディレクトリには、拡張子mplsが付与されたファイル(00001.mpls)がある。
CLIPINFディレクトリには、拡張子clpiが付与されたファイル(00001.clpi)がある。
STREAMディレクトリには、拡張子m2tsが付与されたファイル(00001.m2ts)がある。
BDBJディレクトリには、拡張子bobjが付与されたファイル(00001.bobj)が存在する。
BDJAディレクトリには、拡張子jarが付与されたファイル(00001.jar)がある。
AUXDATAディレクトリには、ファイルsound.bdmvが格納される。
以上のディレクトリ構造により、互いに異なる種別の複数ファイルが、BD-ROM上に配置されていることがわかる。
＜BD-ROMの構成その１.AVClip＞
先ず初めに、拡張子.m2tsが付与されたファイルについて説明する。図３は、拡張子.m2tsが付与されたファイルがどのように構成されているかを模式的に示す図である。拡張子.m2tsが付与されたファイル(00001.m2ts)は、AVClipを格納している。AVClipはMPEG2-Transport Stream形式のデジタルストリームである。このデジタルストリームは、デジタル化された映像、デジタル化された音声を(上１段目)、PESパケットからなるエレメンタリストリームに変換し(上２段目)、更にTSパケットに変換して(上３段目)、同じく字幕系のプレゼンテーショングラフィクスストリーム(Presentatiion Graphics(PG)ストリーム)及び対話系のインタラクティブグラフィクスストリーム(Interactive Graphics(IG)ストリーム)を(下１段目、下２段目)、更にTSパケットに変換して(下３段目)、これらを多重化することで構成される。
PGストリームは、言語毎の字幕を構成するグラフィクスストリームであり、英語、日本語、フランス語というように複数言語についてのストリームが存在する。PGストリームは、PCS(Presentation Control Segment)、PDS(Pallet Define Segment)、WDS(Window Define Segment)、ODS(Object Define Segment)、END(END of Display Set Segment)という一連の機能セグメントからなる。ODS(Object Define Segment)は、字幕たるグラフィクスオブジェクトを定義する機能セグメントである。
WDS(Window Define Segment)は、画面におけるグラフィクスオブジェクトの描画領域を定義する機能セグメントであり、PDS(Pallet Define Segment)は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。PCS(Presentation Control Segment)は、字幕表示におけるページ制御を規定する機能セグメントである。かかるページ制御には、Cut-In/Out、Fade-In/Out、Color Change、Scroll、Wipe-In/Outといったものがあり、PCSによるページ制御を伴うことにより、ある字幕を徐々に消去しつつ、次の字幕を表示させるという表示効果が実現可能になる。
IGストリームは、対話制御を実現するグラフィクスストリームである。IGストリームにて定義される対話制御は、DVD再生装置上の対話制御と互換性がある対話制御である。かかるIGストリームは、ICS(Interactive Composition Segment)、PDS(Palette Difinition Segment)、ODS(Object Definition Segment)、END(END of Display Set Segment)と呼ばれる機能セグメントからなる。ODS(Object Definition Segment)は、グラフィクスオブジェクトを定義する機能セグメントである。このグラフィクスオブジェクトが複数集まって、対話画面上のボタンが描画される。PDS(Palette Difinition Segment)は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。ICS(Interactive Composition Segment)は、ユーザ操作に応じてボタンの状態を変化させるという状態変化を実現する機能セグメントである。ICSは、ボタンに対して確定操作がなされた際、実行すべきボタンコマンドを含む。
ここでAVClipは、1つ以上の“STC_Seuence”から構成される。“STC_Seuence”とは、AVストリームのシステム基準時刻であるSTC(System Time Clock)の不連続点(system time-base discontinuity)が存在しない区間をいう。STCの不連続点はデコーダがSTCを得るために参照するPCR(Program Clock Reference)を運ぶPCRパケットの不連続情報(discontinuity_indicator)がONである点である。

続いて、以上のように構成されたAVClipが、BD-ROMにどのように書き込まれるかを説明する。図４は、AVClipを構成するTSパケットがどのような過程を経てBD-ROMに書き込まれるかを示す。本図の第１段目にAVClipを構成するTSパケットを示す。
AVClipを構成する188バイトのTSパケットは、第２段目に示すように4バイトのTS_extra_header(図中のハッチング部)、が付されて、192バイト長のSourceパケットになる。このTS_extra_headerは、当該TSパケットのデコーダ入力時刻情報を示すArrival_Time_Stampを含む。
AVClipを構成するSourceパケットは、第3段目におけるAVClipにおいて、1つ以上の“ATC_Seuence”を構成する。“ATC_Seuence”とは、Sourceパケットの配列であって、そのArrival_Time_Stampが参照しているArrival_Time_Clockに、不連続点(no arrival time-base discontinutiy)が存在しないものをいう。いいかえれば、そのArrival_Time_Stampが参照しているArrival_Time_Clockに、連続性が存在するSourceパケット列を“ATC_Seuence”という。
かかるATC_SeuenceがAVClipになり、xxxxx.m2tsというファイル名でBD-ROMに記録される。
かかるAVClipは、通常のコンピュータファイル同様、1つ以上のファイルエクステントに分割され、BD-ROM上の領域に記録される。第4段目はAVClipがどのようにBD-ROMに記録されるかを模式的に示す。この第4段目においてファイルを構成する各ファイルエクステントは、予め定められたＳexetent以上のデータ長を有する。
AVClipを複数のエクステントに分割して記録する場合の、エクステント一個当たりの最小データ長Ｓexetentを検討する。
ここでBD-ROMにおいて光ピックアップのジャンプに要する時間は、
Ｔjump＝Ｔaccess+Ｔoverhead
で与えられる。

Ｔaccessは、ジャンプ距離（ジャンプする物理アドレスの距離）に応じて与えられる時間である。

BD-ROMから読み出されたTSパケットは、リードバッファと呼ばれるバッファに格納された上、デコーダに出力されるが、リードバッファへの入力が、Rudというビットレートで行われ、ECCブロックにおけるセクタ数をSeccとした場合、
Ｔoverheadは、

Ｔoverhead≦(2×Secc×8)／Rud＝20m秒
という計算で与えられる。

BD-ROMから読み出されたTSパケットは、Sourceパケットの状態でリードバッファに格納された上、TS_Recording_rateという転送レートで、デコーダに供給される。
TS_Recording_rateという転送レートでの、デコーダへのTSパケット供給が跡絶えさせないためには、Ｔjumpの間、リードバッファからデコーダへのTSパケット出力が継続している必要がある。ここでリードバッファからの出力は、TSパケットではなく、Sourceパケットの状態でなされるので、TSパケットのSourceパケットとのサイズ比を192/188とした場合、Ｔjumpの間、(192/188×TS_Recording_rate)という転送レートにより、リードバッファからのSourceパケット出力が継続している必要がある。

従って、リードバッファが、アンダーフローしないためのバッファ蓄積量は、
Ｂoccupied≧(Tjump/1000×8)×((192/188)×TS_Recording_rate)
となる。

リードバッファへの入力レートはRud、リードバッファからの出力レートはTS_Recording_rate×(192/188)であるので、リードバッファへの蓄積レートは、入力レート−出力レートの計算で与えられ、(Rud−TS_Recording_rate×(192/188))になる。
このＢoccupiedを、リードバッファに蓄積するのに要する時間Txは、

Tx＝Ｂoccupied/(Rud−TS_Recording_rate×(192/188))
になる。

BD-ROMからの読み出しには、この時間TxにおいてRudでのTSパケット入力を継続する必要があるので、AVClipを複数のエクステントに分割して記録する場合の、エクステント一個当たりの最小データ長Ｓexetentは、

Ｓexetent＝Rud×Tx
＝Rud×Ｂoccupied/(Rud−TS_Recording_rate×(192/188))
≧Rud×(Tjump/1000×8)×((192/188)×TS_Recording_rate)
/(Rud−TS_Recording_rate×(192/188))

≧(Rud×Tjump/1000×8)×
×TS_Recording_rate×192/(Rud×188−TS_Recording_rate×192)
になる。
よって
Ｓexetent≧
(Tjump×Rud/1000×8)×
（TS_Recording_rate×192/(Rud×188−TS_Recording_rate×192))

になる。

AVClipを構成する各ファイルエクステントは、デコーダのアンダーフローをおこさないように算出されたＳextent以上のデータ長をもつことにより、AVClipを構成する各ファイルエクステントが、BD-ROM上において離散的に位置されたとしても、再生時においてデコーダへのTSパケット供給が途絶えさせることなく、連続的に読み出されることになる。
図５は、BD-ROMの物理単位と、1つのファイルエクステントを構成するSourceパケットとの対応関係を示す図である。第２段目に示すように、BD-ROM上には複数セクタが形成されている。ファイルエクステントを構成するSourceパケットは、第1段目に示すように、32個毎にグループ化されて、連続する3つのセクタに書き込まれる。32個のSourceパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のSourceパケットを“Aligned Unit”といい、BD-ROMへの書き込みは、Aligned Unit単位でなされる。
第３段目においてセクタは、32個単位で誤り訂正符号が付され、ECCブロックを構成する。再生装置はAligned Unitの単位でBD-ROMをアクセスする限り、32個の完結したSourceパケットを得ることができる。以上がBD-ROMに対するAVClipの書き込みのプロセスである。
＜エレメンタリストリームの種類＞
図６は、AVClipにどのようなエレメンタリストリームが多重化されているかを示す図である。
本図に示すように、AVClipには、0x1011のPIDをもつ高画質ビデオストリーム、0x1100から0x111FまでのPIDをもつPrimaryオーディオストリーム、0x1200から0x121FまでのPIDをもつPGストリーム、0x1400から0x141FまでのPIDをもつIGストリームが多重化されている。これらのエレメンタリストリームを構成するパケットは、それに対応するPIDが付与されており、このPIDを手掛かりにして多重分離されることになる。このように、高画質なビデオストリームが多重化されているAVClipを、以下“MainClip”と呼ぶ。これに対し、MainClipと同時に再生されるAVClipを、“SubClip”とよぶ。

＜BD-ROMの構成その２.Clip情報＞
続いて拡張子.clpiが付与されたファイルについて説明する。拡張子.clpiが付与されたファイル(00001.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())』からなる。
ClipInfoには、このClip情報が参照するAVClipのアプリケーションタイプ（application_type）がある。アプリケーションタイプによってMainClipかSubClipかや、動画を含んでいるのか静止画(スライドショー)を含んでいるのかなどが識別できる。TS_recording_rateは該当AVClipのシステムビットレート情報である。
Sequence Infoは、AVClipに含まれる、1つ以上のSTC-Sequence、ATC-Sequenceについての情報である。これらの情報を設けておくことの意義は、STC、ATCの不連続点を、予め再生装置に通知するためである。つまりかかる不連続点が存在すると、AVClip内において同じ値のPTS,ATSが出現する可能性があり、再生時に不都合が生じる。STC,ATCが連続しているのは、トランスポートストリームのうち、どこからどこまでであるかを示すため、Sequence Infoは設けられている。
Program Infoとは、Program内容が一定である区間(Program Sequence)を示す情報である。Programとは、同期再生のための時間軸を共有し合うエレメンタリーストリーム同士の集まりである。Program Sequence情報を設けておくことの意義は、Program内容の変化点を、予め再生装置に通知するためである。ここでのProgram内容の変化点とは、ビデオストリームのPIDが変化したり、ビデオストリームの種類がSDTVからHDTVに変化している点等をいう。

続いてCharacteristic Point Infoについて説明する。図中の引き出し線cu2は、CPIの構成をクローズアップしている。引き出し線cu2に示すように、CPIは、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つのエレメンタリストリーム上において、Access Unitが存在するエントリー位置のパケット番号(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は、Access Unit(Non-IDR Iピクチャ、IDRピクチャ)のSPN_EP_start及びPTS_EP_startの上位ビットを表す役割をもち、EP_Lowは、Access Unit(Non-IDR Iピクチャ、IDRピクチャ)のSPN_EP_start及びPTS_EP_startの下位ビットを示す役割をもつ。
図中の引き出し線cu4は、EP_Highの内部構成をクローズアップしている。この引き出し線に示すように、EP_High(i)は、EP_Lowに対する参照値である『ref_to_EP_Low_id[i]』と、Access Unit(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)』と、対応するAccess Unitのサイズを示す『I_end_position_offset(EP_Low_id)』と、対応するAccess Unit(Non-IDR Iピクチャ、IDRピクチャ)のPTSの下位ビットを示す『PTS_EP_Low(EP_Low_id)』と、対応するAccess Unit(Non-IDR Iピクチャ、IDRピクチャ)のSPNの下位ビットを示す『SPN_EP_Low(EP_Low_id)』とからなる。ここでEP_Low_idとは、任意のEP_Lowを識別するための識別子である。

＜Clip情報の説明その２.EP_map＞
以下、具体例を通じて、EP_mapについて説明する。図８は、映画のビデオストリームに対するEP_map設定を示す図である。第1段目は、表示順序に配置された複数のピクチャ(MPEG4-AVCに規定されたIDRピクチャ、Iピクチャ、Bピクチャ、Pピクチャ)を示し、第2段目は、そのピクチャにおける時間軸を示す。第4段目は、BD-ROM上のTSパケット列を示し、第3段目は、EP_mapの設定を示す。
第2段目の時間軸において、時点t1〜t7に、Access UnitとなるIDRピクチャ及びIピクチャが存在するものとする。そしてこれらのt1〜t7の時間間隔が、1秒程度であるとすると、映画に用いられるビデオストリームにおけるEP_mapは、t1〜t7をエントリー時刻(PTS_EP_start)として示し、これに対応づけてエントリー位置(SPN_EP_start)を示すよう、設定される。

＜PlayList情報＞
続いて、PlayList情報について説明する。拡張子“mpls”が付与されたファイル(00001.mpls)は、PlayList(PL)情報を格納したファイルである。
図９は、PlayList情報のデータ構造を示す図であり、本図において、引き出し線mp1に示すようにPlayList情報は、MainPathを定義するMainPath情報(MainPath())と、チャプターを定義するPlayListMark情報(PlayListMark())を含む。
＜PlayList情報の説明その１.MainPath情報＞
先ずMainPathについて説明する。MainPathは、主映像たるビデオストリームやオーディオストリームに対して定義される再生経路である。
MainPathは、矢印mp1で示すように複数のPlayItem情報#1・・・・#mから定義される。PlayItem情報は、MainPathを構成する1つの論理的な再生区間を定義する。PlayItem情報の構成は、引き出し線hs1によりクローズアップされている。この引き出し線に示すようにPlayItem情報は、再生区間のIN点及びOut点が属するAVClipの再生区間情報のファイル名を示す『Clip_Information_file_name』と、AVClipの符号化方式を示す『Clip_codec_identifier』と、PlayItemがマルチアングルを構成するか否かを示す『is_multi_angle』と、このPlayItemと、その1つ前のPlayItemとの接続を、シームレスに行うか否かを示す『connection_condition』と、このPlayItemが対象としているSTC_Sequenceを一意に示す『ref_to_STC_id[0]』と、再生区間の始点を示す時間情報『In_time』と、再生区間の終点を示す時間情報『Out_time』と、このPlayItemにおいてマスクすべきユーザオペレーションがどれであるかを示す『UO_mask_table』と、このPlayItemの途中へのランダムアクセスを許可するか否かを示す『PlayItem_random_access_flag』と、このPlayItemの再生終了後、最後のピクチャの静止表示を継続するか否かを示す『Still_mode』と、『STN_table』とから構成される。このうち、再生経路を構成するのは、再生区間の始点を示す時間情報『In_time』、再生区間の終点を示す時間情報『Out_time』の組みであり、再生経路情報とは、この『In_time』及び『Out_time』の組みから構成される。
図１０は、AVClipと、PlayList情報との関係を示す図である。第1段目は、PlayList情報がもつ時間軸を示す。第2段目から第5段目は、EP_mapにて参照されているビデオストリームを示す。
PlayList情報は、PlayItem情報#1,#2という2つのPlayItem情報を含んでおり、これらPlayItem情報#1,#2のIn_time,Out_timeにより、2つの再生区間が定義されることになる。これらの再生区間を配列させると、AVClip時間軸とは異なる時間軸が定義されることになる。これが第1段目に示すPlayList時間軸である。このように、PlayItem情報の定義により、AVClipとは異なる再生経路の定義が可能になる。

以上のClip情報及びプレイリスト情報は、”静的シナリオ”に分類される。何故なら、以上のClip情報及びプレイリスト情報により、静的な再生単位であるプレイリストが定義されるからである。以上で静的シナリオについての説明を終わる。
続いて”動的なシナリオ”について説明する。動的シナリオとは、AVClipの再生制御を動的に規定するシナリオデータである。”動的に”というのは、再生装置における状態変化やユーザからのキーイベントにより再生制御の中身がかわることをいう。BD-ROMでは、この再生制御の動作環境として2つのモードを想定している。1つ目は、DVD再生装置の動作環境と良く似た動作環境であり、コマンドベースの実行環境である。2つ目は、Java（登録商標）仮想マシンの動作環境である。これら2つの動作環境のうち1つ目は、HDMVモードと呼ばれる。2つ目は、BD-Jモードと呼ばれる。これら2つの動作環境があるため、動的シナリオはこのどちらかの動作環境を想定して記述される。HDMVモードを想定した動的シナリオはMovie Objectと呼ばれる。一方BD-Jモードを想定した動的シナリオはBD-J Objectと呼ばれる。
先ず初めにMovie Objectについて説明する。
＜Movie Object＞
Movie Objectは、図２に示したMovieObject.bdmvというファイルに格納され、ナビゲーションコマンド列を含む。
ナビゲーションコマンド列は、条件分岐、再生装置における状態レジスタの設定、状態レジスタの設定値取得等を実現するコマンド列からなる。Movie Objectにおいて記述可能なコマンドを以下に示す。

PlayPLコマンド
書式:PlayPL(第１引数，第２引数)
第１引数は、プレイリストの番号で、再生すべきプレイリストを指定することができる。第２引数は、そのプレイリストに含まれるPlayItemや、そのプレイリストにおける任意の時刻、Chapter、Markを用いて再生開始位置を指定することができる。
PlayItemによりPL時間軸上の再生開始位置を指定したPlayPL関数をPlayPLatPlayItem()、
ChapterによりPL時間軸上の再生開始位置を指定したPlayPL関数をPlayPLatChapter()、
時刻情報によりPL時間軸上の再生開始位置を指定したPlayPL関数をPlayPLatSpecified Time()という。

Movie Objectにおけるナビゲーションコマンドの記述は、DVDにおけるナビゲーションコマンドの記述方式と良く似ているので、DVD上のディスクコンテンツを、BD-ROMに移植するという作業を効率的に行うことができる。Movie Objectについては、以下の国際公開公報に記載された先行技術が存在する。詳細については、本国際公開公報を参照されたい。

国際公開公報W0 2004/074976

以上でMovie Objectについての説明を終える。続いてBD-J Objectについて説明する。

＜BD-J Object＞
BD-J Objectは、Java（登録商標）プログラミング環境で記述された、BD-Jモードの動的シナリオであり、00001.bobjというファイルに格納される。Movie Objectとの違いは、BD-J Objectにコマンドが直接記述されていない点である。つまりMovie Objectにおいて制御手順は、ナビゲーションコマンドにより直接記述されていた。これに対しBD-J Objectでは、Java（登録商標）アプリケーションに対する指定をアプリケーション管理テーブルに記載することにより、間接的に制御手順を規定している。このような間接的な規定により、複数動的シナリオにおいて制御手順を共通化するという、制御手順の共通化を効率的に行うことができる。
またMovieObjectにおけるプレイリスト再生は、プレイリスト再生を命じるナビゲーションコマンド(PlayPlコマンド)の記述によりなされるが、BD-J Objectにおけるプレイリスト再生は、プレイリスト再生手順を示すプレイリスト管理テーブルをBD-J Objectに組み込むことで記述が可能になる。
このBD-JモードにおけるJava（登録商標）アプリケーションについて説明する。ここでBD-Jモードが想定しているJava（登録商標）プラットフォームは、Java（登録商標）2Micro_Edition(J2ME) Personal Basis Profile(PBP 1.0)と、Globally Executable MHP specification(GEM1.0.2)for package media targetsとをフル実装したものである。
このBD-JモードにおけるJava（登録商標）アプリケーションは、xletインターフェイスを通じて、Application Managerにより、制御される。xletインターフェイスは、“loaded”,“paused”、“active”,“destoryed”といった4つの状態をもつ。
上述したJava（登録商標）プラットフォームは、JFIF(JPEG)やPNG,その他のイメージデータを表示するためのスタンダードJava（登録商標）ライブラリを含む。このため、Java（登録商標）アプリケーションは、HDMVモードにおいてIGストリームにより実現されるGUIとは異なるGUIフレームワークを実現することができる。Java（登録商標）アプリケーションにおけるGUIフレームワークは、GEM1.0.2にて規定されたHAViフレームワークを含み、GEM1.0.2におけるリモートコントロールナビゲーション機構を含む。
これにより、Java（登録商標）アプリケーションは、HAViフレームワークに基づくボタン表示、テキスト表示、オンライン表示(BBSの内容)といった表示を、動画像の表示と組み合わせた画面表示を実現することができ、リモートコントロールを用いて、この画面表示に対する操作を行うことができる。
このJava（登録商標）アプリケーションの実体にあたるのが、図２におけるBDMVディレクトリ配下のBDJAディレクトリに格納されたJava（登録商標）アーカイブファイル(00001.jar)である。
BD-J Objectについては、以下の国際公開公報に記載された先行技術が存在する。詳細については、本国際公開公報を参照されたい。

国際公開公報W0 2004/045840 A1
W0 2005/036555 A1
W0 2005/036546 A1

以上でBD-J Objectについての説明を終える。

＜sound.bdmv＞
続いてsound.bdmvについて説明する。sound.bdmvは、IGストリームにて描画されたメニューやJava（登録商標）アプリケーションのGUIフレームワークに対して操作がなされた場合、クリック音として出力すべきオーディオデータ(かかるオーディオデータを、サウンドデータという)が格納されるファイルである。
図１１は、ファイルsound.bdmvの構成を示す図である。ファイルsound.bdmvは、Sound Data()と、Sound Index()とからなる。Sound Data()は、複数のサウンドデータ(sound_data(0),sound_data(1))からなる。これらのサウンドデータのうち、sound_data(0)は、メニューに対する操作時に、第１のクリック音として出力される音源である。sound_data(1)は、メニューに対する操作時に、第２のクリック音として出力される音源である。これらのサウンドデータは、sound_IDと呼ばれる識別子にて指示される。
Sound Index()は、サウンド数(number_of_sound_entries)、sound_data(0)に対するインデックス、sound_data(1)に対するインデックス等からなる。
インデックスは、モノラル/ステレオの別などの各サウンドの属性(sound_attributes)、対応するサウンドデータのアドレス(sound_data_start_address)、対応するサウンドデータの連続長(sound_data_length)からなる。
図２〜図６に示したように、映画の劇中に使用される音声の音源は、Primaryオーディオストリームとして、AVClip内に多重化される。これは、映画劇中の音声を表すPrimaryオーディオストリームを、ビデオストリームの読み出しと同時に再生装置に供給するためである。これに対し、ファイルsound.bdmvは、AVClipとは別個のファイルとしてBD-ROMに記録され、ユーザーのメニュー操作に対するクリック音を格納する。ファイルsound.bdmvは、AVClipとは別個のファイルとして記録されるので、AVClipの読み出し中に、サウンドデータを出力させようとすると、ファイルsound.bdmvを読み出すための光ピックアップのジャンプが生じ、AVClipの読み出しが中断せざるを得なくなる。かかる中断が生じれば、AVClip再生に途切れが出る。
かかるAVClipの再生途切れを避けるには、AVClipの再生がなされていない時点において、ファイルsound.bdmvを予めバッファにプリロードしておく必要がある。つまりAVClipの再生に先立ち、ファイルsound.bdmv内のサウンドデータを、プリロードしておく必要がある。以上がファイルsound.bdmvについての説明である。

＜Index.bdmv＞
Index.bdmvは、タイトルを構成する、Movie Object又はBD-J Objectを示すテーブルである。
Titleにおいて、あるTitleの構成要素となるMovieObjectはどれであるか、又は、あるTitleの構成要素となるBD-J Objectはどれであるのかを定義する。
Index.bdmvについては、以下の国際公開公報に詳細が記載されている。詳細については、本公報を参照されたい。

国際公開公報WO 2004/025651 A1公報

以上が、BD-ROM１００についての説明である。
＜ローカルストレージ２００＞
続いて、本発明にかかる記録媒体である、ローカルストレージ２００について説明する。図１２は、ローカルストレージ２００の内部構成を示す図である。本図に示すように、本発明に係る記録媒体は、応用層に対する改良により、生産することができる。
本図の第４段目にローカルストレージ２００を示し、第３段目にローカルストレージ２００上のトラックを示す。本図のトラックは、ローカルストレージ２００の内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてローカルストレージ２００の応用層フォーマット(アプリケーションフォーマット)を表現すると、図中の第1段目のようになる。
本図のディレクトリ構造においてROOTディレクトリの配下には、「organization#1」というサブディレクトリがあり、その配下に、「disc#1」というサブディレクトリがある。ディレクトリ「organization#1」とは、映画作品の特定のプロバイダに割り当てられたディレクトリである。「disc#1」は、そのプロバイダが提供したBD-ROMのそれぞれに割り当てられたディレクトリである。
特定のプロバイダに対応するディレクトリに、各BD-ROMに対応するディレクトリを設けることにより、各BD-ROMについてのダウンロードデータが個別に格納される。このサブディレクトリの配下に、BD-ROMに格納されていたのと同様、PlayList情報(00002.mpls)、Clip情報(00002.clpi)、AVClip(00002.m2ts),BD-J Object(00002.bobj),Java（登録商標）アーカイブファイル(00002.jar),クリック音データ(sound.bdmv),Movie Object.bdmvが格納されている。
続いて、ローカルストレージ２００の構成要素となる、PlayList情報、Clip情報、AVClipについての説明する。
＜ローカルストレージ２００の構成その１.AVClip＞
ローカルストレージ２００上のAVClip(00002.m2ts)は、SubClipを構成する。SubClipとは、MainClipと同時にデコードされ再生されるエレメンタリストリームを含むAVClipである。かかるSubClipには、『Primaryオーディオストリーム』、『Secondaryオーディオストリーム』、『Presentation Graphics(PG)ストリーム』、『Interactive Graphics(IG)ストリーム』といった種別がある。(以後、SubClipのことをOut-of-MUXストリームと呼ぶことがある。)
本実施形態では、図１２に示した00002.m2tsは、Secondaryオーディオストリーム、PGストリーム、IGストリームが1つのSubClipに多重化されているものとする。以降Secondaryオーディオストリームの詳細を説明する。

＜Out-of-MUXストリームの説明その１.Secondaryストリーム＞
『Primaryオーディオストリーム』が、いわゆる主音声となるオーディオストリームであるのに対し、『Secondaryオーディオストリーム』とは、いわゆる副音声となるオーディオストリームである。SubClip再生時において、Secondaryオーディオストリームの音声再生は、Primaryオーディオストリームの再生音声にミキシングされた上で出力に供される。Secondaryオーディオストリームとして扱われる音声には、例えば“コメンタリ音声”がある。Primaryオーディオストリームとなる主音声が、映画作品本編の音声であり、Secondaryオーディオストリームとなる副音声が、映画監督のコメンタリ音声である場合、かかる映画作品本編の音声は、コメンタリ音声がミキシングされた上で出力されることになる。
Secondaryオーディオストリームは、ローカルストレージ２００にのみ記録され再生に供されるが、BD-ROMには記録されない。Primaryオーディオストリームは、BD-ROMに置かれていても、ローカルストレージ２００に置かれていてもよい。またPrimaryオーディオストリームの符号化コーディックは、Secondaryオーディオストリームの符号化コーディックと異なっていてもよい。
図１３は、SubClipに多重化されるエレメンタリストリームを示す図である。SubClipには、0x1200から0x121FまでのPIDをもつPGストリーム、0x1400から0x141FまでのPIDをもつIGストリームのほかに、0x1A00から0x1A1FまでのPIDをもつSecondaryオーディオストリームが多重化される。ここでSubClipにおけるPGストリーム、IGストリームのPIDは、MainClipにおけるPGストリーム、IGストリームのPIDと同じになっているものの、SecondaryオーディオストリームのPIDは、上位バイトが異なるため、32本のSecondaryオーディオストリームのPIDは、32本のPrimaryオーディオストリームのPIDと、一切重複していない。
図１４は、BD-ROM規格におけるPID割当マップを示す図である。本図によれば、0x0100は、Program_mapに割り当てられ、0x1001はPCRに、0x1011はビデオストリームに、0x1100から0x111FまでのゾーンはPrimaryオーディオストリームに、0x1200から0x121FまでのゾーンはPGストリームに、0x1400から0x141FまでのゾーンはIGストリームに、0x1A00から0x1A1FまでのゾーンはSecondaryオーディオストリームに割り当てられている。このPID割当マップからもわかるように、Primaryオーディオストリームに割り当てられているゾーンと、Secondaryオーディオストリームに割り当てられているゾーンとが異なっていることがわかる。
図１５（ａ）は、Secondaryオーディオストリームの内部構成を示す図である。
本図に示すように、Secondaryオーディオストリームは、複数のオーディオフレームからなる。図１５（ｂ）は、オーディオフレームの一例を示す図である。Secondaryオーディオストリームのオーディオフレームは、メタデータを含む。
図１５（ｃ）は、メタデータの内部構成を示す図である。メタデータは、本図に示すように、“ダウンミキシング情報”と、“ゲイン制御情報”とからなる。
“ダウンミキシング情報”は、ダウンミキシングのための情報である。ダウンミキシングとは、音声の再生チャネル数を符号化チャンネル数よりも少なくする変換であり、ダウンミキシング情報は、ダウンミキシングのための変換係数行列を規定することにより、このダウンミキシングを再生装置に行わせる。5.1chの音声ストリームを2chで再生することなどがダウンミキシングの一例である。
“ゲイン制御情報”とは、Primaryオーディオストリーム側の音声出力時のゲインを上げ下げする情報であるが、ここでは下げるだけでよい。図１５（ｄ）は、ゲイン制御情報の一例を模式的に示す。このようにSecondaryオーディオストリームのメタデータは、同時に再生されるPrimaryオーディオストリームの出力をリアルタイムに下げることができる。PrimaryオーディオとSecondaryオーディオを重畳する場合には、あらかじめミキシングされるPrimaryオーディオとSecondaryオーディオの対が分かっているため、2本のオーディオのゲインをリアルタイムに制御する必要は無く、Primaryオーディオのゲインだけを下げてSecondaryオーディオのゲインはそのままにミキシング(重畳)することで十分である。
尚、ゲイン制御情報は、PlayListMarkのmark_time_stampに指定される時刻より、durationの時間だけ、有効なゲイン制御情報を格納するようにしても良い。
図１６は、Secondaryオーディオストリーム内のメタデータにより、Primaryオーディオストリームの音量がどのように制御されるかを示す図である。本図における第1段目は、時間軸を示し、第2段目は、ミキシング可能なPrimaryオーディオストリームの再生出力を示す。第3段目は、Secondaryオーディオストリームの再生出力を示し、第4段目は、Secondaryオーディオストリームに多重化されたメタデータを示す。
再生時刻t1にあたるオーディオフレームに配置されたメタデータは、Primaryオーディオストリームの再生出力の音量を全体的に抑えるものであり、再生時刻t2にあたるオーディオフレームに配置されたメタデータは、Primaryオーディオストリームの再生出力の音声を元に戻すものである。再生時刻t1,t2に、かかるメタデータを配置することで、Primaryオーディオストリームとの再生出力の音量と、Secondaryオーディオストリームの再生出力の音量とが合わさり、スピーカを破損させてしまうという事態を避けることができる。
Secondaryオーディオの"ゲイン制御情報“を使ってリアルタイムにミキシングのゲイン調整を行なう場合には、t1からt2までのSecondaryオーディオの各オーディオフレームに格納された”ゲイン制御情報“がPrimaryオーディオのゲインを所定の量だけ下げることを指定していれば良い。特殊再生などでt1からt2の間に飛び込んでミキシング再生を行なうことを想定すれば、常に適切なゲイン制御が可能なこちらの方法の方が都合が良い。
＜ローカルストレージ２００の構成その２.PlayList情報＞
続いて、ローカルストレージ２００上のPlayList情報について説明する。拡張子“mpls”が付与されたファイル(00002.mpls)は、MainPath、Subpathと呼ばれる2種類の再生経路を束ねたものをPlaylist(PL)として定義する情報である。図１７は、PlayList情報のデータ構造を示す図であり、本図に示すようにPlayList情報は、MainPathを定義するMainPath情報(MainPath())と、チャプターを定義するPlayListMark情報(PlayListMark())と、Subpathを定義するSubpath情報(Subpath())とからなる。かかるPlayList情報の内部構成、及び、PlayItem情報の内部構成は、BD-ROMのものと同じであり、説明を省略する。

＜PlayList情報の説明その１.Subpath情報＞
MainPathが、主映像たるMainClipに定義される再生経路であるのに対し、Subpathは、MainPathと同期すべきSubClipに対して定義される再生経路である。
図１８は、Subpath情報の内部構成をクローズアップして示す図である。本図における矢印hc0に示すように各Subpathは、SubClipの類型を示すSubPath_typeと、1つ以上のSubPlayItem情報(・・・SubPlayItem()・・・)とを含む。
図中の引き出し線hc1は、SubPlayItem情報の構成をクローズアップしている。SubPlayItem情報は、図中の矢印hc1に示すように『Clip_information_file_name』、『Clip_codec_identifier』、『ref_to_STC_id[0]』、『SubPlayItem_In_time』、『SubPlayItem_Out_time』、『sync_PlayItem_id』、『sync_start_PTS_of_PlayItem』からなる。
『Clip_information_file_name』は、Clip情報のファイル名を記述することにより、SubPlayItemに対応するSubClipを一意に指定する情報である。
『Clip_codec_identifier』は、AVClipの符号化方式を示す。
『ref_to_STC_id[0]』は、このPlayItemが対象としているSTC_Sequenceを一意に示す。
『SubPlayItem_In_time』は、SubClipの再生時間軸上における、SubPlayItemの始点を示す情報である。
『SubPlayItem_Out_time』は、SubClipの再生時間軸上における、SubPlayItemの終点を示す情報である。
『sync_PlayItem_id』は、MainPathを構成するPlayItemのうち、本SubPlayItemが同期すべきものを一意に指定する情報である。SubPlayItem_In_timeは、このsync_PlayItem_idで指定されたPlay Itemの再生時間軸上に存在する。
『sync_start_PTS_of_PlayItem』は、sync_PlayItem_idで指定されたPlay Itemの再生時間軸上において、SubPlayItem_In_timeで指定されたSubPlayItemの始点が、どこに存在するかを示す。
＜Subpath情報の詳細その１.SubPath_type＞
以上がSubPath情報についての説明である。続いてSubPath_typeについて説明する。SubPath_typeは、0から255までの値に設定されることにより、SubPath情報により定義されるSubPathがどのような再生経路であるのかを示す。
SubPath_typeが5に設定されている場合、このSubPath情報により定義されるSubPathは、Primaryオーディオ再生パスであることを示す。このPrimaryオーディオ再生パスは、MainPath(PlayItem)にて参照されるPrimaryオーディオに置き換えて再生されるべきオーディオストリームがSubPath(SubPlayItem)内に格納されているときに使われる。
SubPath_typeが6に設定された場合、本SubPath情報は、追加・置換のためのPresentation Graphics再生パスを定義していることを示す。何に対する追加・置換であるかというと、PlayItem情報にて再生され得るPGストリームに対して、追加・置換され得るPGストリームである。
SubPath_typeが7に設定された場合、本SubPath情報は、追加・置換のためのIntaractive Graphics再生パスを定義していることを示す。何に対する追加・置換であるかというと、PlayItem情報にて再生され得るIGストリームに対して、追加・置換され得るIGストリームである。
SubPath_typeが8に設定された場合、SubPath情報はSecondaryオーディオ再生パスを定義する旨を示す。このSecondaryオーディオ再生パスは、追加のために定義されている。何に対する追加かというと、PlayItem情報にて再生され得るPrimaryオーディオの再生音声にミキシングされるべきSecondaryオーディオである。
例えば、PrimaryオーディオとSecondaryオーディオのミキシング再生を行う場合には、２つのオーディオデコーダとミキサーを動作させる必要があるため、通常のPrimaryオーディオだけを再生する場合とは要求が異なり、前もってプレイヤがどのような再生タイプかを取得できる必要がある。このために、SubPath_typeやSTN_tableのPIDによって、同期再生すべきSecondaryオーディオが存在することを再生前にプレイヤに通知することが可能となる。
以上がSubPath_typeについての説明である。
＜SubPath情報についての詳細その２.三者の関係＞
ここでの三者とは、ローカルストレージ２００上のSubClip、ローカルストレージ２００上のPlayList情報、BD-ROM上のMainClipの三者をいう。
図１９は、ローカルストレージ２００上のSubClipと、ローカルストレージ２００上のPlayList情報と、BD-ROM上のMainClipとの対応を示す図である。本図において第1段目は、ローカルストレージ２００上に存在するSubClipを示す。この第1段目に示すように、ローカルストレージ２００上のSubClipには、Secondaryオーディオストリーム、PGストリーム、IGストリームといった種別がある。これらのうち何れかが、SubPathとして同期再生に供されることになる。
第2段目は、PlayList情報により定義される2つの時間軸を示す。第2段目のうち下側の時間軸は、PlayItem情報により定義されるPlayItem時間軸を示し、上側の時間軸はSubPlayItemにより定義されるSubPlayItem時間軸を示す。
本図に示すように、SubPlayItem情報のSubPlayItem_Clip_information_file_nameは、STREAMディレクトリに格納された.m2tsファイルのうち、どれを再生区間指定の対象として選ぶかという、SubClip選択の役割を果たしていることがわかる。
そしてSubPlayItem.IN_time、SubPlayItem.Out_timeは、SubClip上の、再生区間の始点及び終点を定義するという役割を果たしていることがわかる。
矢印Sync_PlayItem_Idは、どのPlayItemとの同期を意図しているかという同期指定の役割を果たし、sync_start_PTS_of_PlayItemは、PlayItem時間軸上におけるSubPlayItem_In_timeの位置を決める役割を果たす。
図２０は、MainClipに対して設定されたEP_map及びPlayItem時間軸と、SubClipに対して設定されたEP_map及びSubPlayItem時間軸とを集約して示す図である。
本図の中段、下4段〜下1段は、図１０に示したPlayItem時間軸、ピクチャ列、MainClip時間軸、EP_map、TSパケット列を示す。
また上1段目〜上3段目は、TSパケット列、EP_map、SubClip時間軸を示す。上4段目は、SubPlayItem時間軸を示す。
以上が、SubPath情報についての説明である。
＜STN_table＞
このローカルストレージ２００におけるPlayList情報において特徴的であるのは、STN_Tableである。以降、ローカルストレージ２００上のPlayList情報について説明する。
STN_tableは、PlayItem情報のClip_Information_file_nameで指定されているAVClipに多重化された複数エレメンタリストリーム、SubPlayItem情報のClip_Information_file_nameで指定されているOut_of_MUXストリームのうち、再生可能なものを示すテーブルである。具体的にいうとSTN_tableは、MainClipに多重化されている複数エレメンタリストリーム、SubClipに多重化されているOut_of_MUXストリームのそれぞれについてのStream_entryを、Stream_attributeと対応付けることで構成される。
図２１は、STN_tableの内部構成を示す図である。本図に示すようにSTN_tableは、STN_tableにおけるentryと、attributeとの組み(entry-attribute)を複数含み、これらentry−attributeの組みの個数(number_of_video_stream_entries,number_of_audio_stream_entries,number_of_PG_stream_entries,number_of_IG_stream_entries)を示すデータ構造になっている。
entry-attributeの組みは、図中の括弧記号”｛”に示すように、Play Itemにおいて再生可能なビデオストリーム、Primaryオーディオストリーム、Secondaryオーディオストリーム、PGストリーム、IGストリームのそれぞれに対応している。特に注意すべきは、SecondaryオーディオストリームにおけるStream_entryと、Stream_attributeとの組みが、Comb_info_Secondary_audio_Primary_audioと対応付けられている点である。

entry−attributeの詳細について説明する。
図２２（ａ）は、ビデオストリームに対応したStream_attributeを示す図である。
ビデオストリームにおけるStream_attributeは、ビデオストリームの表示方式を示す『Video_format』と、ビデオストリームの表示周波数を示す『frame_rate』等を含む。
図２２（ｂ）は、Primaryオーディオストリーム、Secondaryオーディオストリームに対応したStream_attributeを示す図である。
Primaryオーディオストリーム,SecondaryオーディオストリームにおけるStream_attributeは、オーディオストリームの符号化方式を示す『stream_coding_type』と、対応するオーディオストリームのチャネル構成を示す『audio_presentation_type』と、対応するオーディオストリームのサンプリング周波数を示す対応する『Sampling_frequency』と、オーディオストリームの言語属性を示す『audio_language code』からなる。
図２２（ｃ）は、ビデオストリームにおけるStream_entryを示す図である。本図に示すように、ビデオストリームのStream_entryは、ビデオストリームの多重分離に用いられるPIDを示す「ref_to_Stream_PID_of_Main_Clip」を含む。
MainClipにて多重化されているPrimaryオーディオストリーム、IGストリーム、PGストリームのStream_attributeは、この図２２（ｃ）の形式になっている。
図２２（ｄ）は、SubClipにて多重化されているストリーム(以下Secondaryオーディオストリームとして説明)におけるStream_entryを示す図である。SecondaryオーディオストリームのStream_entryは、Secondaryオーディオストリームを参照しているSubPath情報を示す『ref_to_Sub_Path_id』、Secondaryオーディオストリームが多重化されているSubClipを示す『ref_to_Sub_Clip_entry_id』、Secondaryオーディオストリームの多重分離に用いられるPIDを示す『ref_to_stream_PID_of_Sub_Clip』を含む。
図２２（ｅ）は、SecondaryオーディオストリームにおけるStream_entryと、Stream_attributeとの組みに対応付けられている、Comb_info_Secondary_audio_Primary_audioの内部構成を示す。Comb_info_Secondary_audio_Primary_audioは、各Secondaryオーディオストリームごとに組合せ可能なPrimaryオーディオストリームの総数を示すnumber_of_primary_audio_stream_ref_entriesと、再生時に組合せることができるPrimaryオーディオストリームのストリーム番号を示すPrimary_audio_stream_id_ref[0]〜[n]とからなる。
図２３は、Comb_info_Secondary_audio_Primary_audioによるPrimaryオーディオストリームの指定を示す図である。ここで本図の右側は、32本のSecondaryオーディオストリームを示し、左側は、32本のPrimaryオーディオストリームを示す。そして矢印ym1は、Secondaryオーディオストリーム#1におけるComb_info_Secondary_audio_Primary_audioによる指定を示す。このようにSecondaryオーディオストリーム毎に設定されるComb_info_Secondary_audio_Primary_audioは、そのSecondaryオーディオストリームの再生出力をミキシングすることができる1つ以上のPrimaryオーディオストリームを一意に指定する。これにより、所定の属性を有しているようなPrimaryオーディオストリームの再生時においては、Secondaryオーディオストリームをミキシングさせず、それ以外の属性を有しているようなPrimaryオーディオストリームの再生時においてのみ、Secondaryオーディオストリームをミキシングするというような、音声属性に応じた、ミキシングの可否を、オーサリング時に設定しておくことができる。
以上がローカルストレージ２００の構成たるPlayList情報についての説明である。以上で、ローカルストレージ２００についての説明を終える。

＜バーチャルパッケージ＞
以降、バーチャルパッケージについて説明する。図２４は、再生装置３００により生成されるバーチャルパッケージを示す図である。本図の左上は、BD-ROMの記録内容を示し、左下は、ローカルストレージ２００の記録内容を示す。右側は、バーチャルパッケージの構成を示す。
再生装置は、BD-ROMに存在するAVClip、Clip情報、PlayList情報に、ローカルストレージ２００に存在するAVClip、Clip情報、PlayList情報を組み合わせて、仮想的な１つのBD-ROMディスクイメージ（バーチャルパッケージ）を得る。
この組合せは、
i)Local Storage上のPlayList(00002.mpls)を、BD-ROMにおけるMPLSディレクトリに仮想的に追加し、

ii)Local Storage上のClip情報#2(00002.clpi)を、BD-ROMにおけるCLPIディレクトリに仮想的に追加し、

iii)Local Storage上のAVClip#2(00002.m2ts)を、BD-ROMにおけるSTREAMディレクトリに仮想的に追加することでなされる。
こうすることにより、図２４の右側に示すようなバーチャルパッケージが構成される。
以上が記録媒体についての説明である。続いて本発明に係る再生装置について説明する。
図２５は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムLSIと、ドライブ装置という2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、BD-ROMドライブ１a、バス１b、リードバッファ２a,b、デマルチプレクサ３a,b、ビデオデコーダ４、ビデオプレーン５、バッファ６a,b、オーディオデコーダ７a,b、DownMix/DownSample８、ミキサー９a、ミキサー９b、スイッチ１０a、エンコーダ１０b、Interactive Graphicsデコーダ１１、Interactive Graphicsプレーン１２、Presentation Graphicsデコーダ１３、Presentation Graphicsプレーン １４、JPEGデコーダ１５、Stillプレーン１６、合成部１７、STC生成部１８a,b、ATC生成部１９a,b、メモリ２１、コントローラ２２、PSRセット２３、PID変換部２４、通信部２５、操作受付部２６、HDMI送受信部２７から構成される。
BD-ROMドライブ１aは、BD-ROMのローディング／イジェクトを行い、BD-ROMディスクに対するアクセスを実行する。
バス１bは、BD-ROMから読み出されたTSパケット、ローカルストレージ２００から読み出されたTSパケットが転送される。
リードバッファ２aは、FIFOメモリであり、BD-ROMディスク１００またはローカルストレージ２００から読み出されたTSパケットが先入れ先出し式に格納される。
リードバッファ２bは、FIFOメモリであり、ローカルストレージ２００から読み出されたTSパケットが先入れ先出し式に格納される。
デマルチプレクサ３aは、バスに伝送しているTSパケットのうち、0x1011,0x1100〜0x111F,0x1200〜0x121F,0x1400〜141FのPIDをもつTSパケットのうち、PID変換部２４から通知されたPIDをもつものを、夫々ビデオデコーダ４、オーディオデコーダ７a、Interactive Graphicsデコーダ１１、Presentation Graphicsデコーダ１３に出力する。
デマルチプレクサ３bは、バス１bに伝送しているTSパケットのうち、0x1A00〜0x1A1FのPIDをもつもの、即ち、Secondaryオーディオストリームを構成するTSパケットの多重分離を行う。デマルチプレクサ３bによるSecondaryオーディオストリームの多重分離は、STN_tableに含まれるSecondaryオーディオストリームのstream_entryのうち、PSR14に格納されているストリーム番号に対応するものに記述されているPIDの参照値と、バス１bに転送されているTSパケットのPIDとを比較し、当該比較において一致するPIDをもつTSパケットを、バッファ６ｂを介してオーディオデコーダ７bに出力することでなされる。再生可能なSecondaryオーディオストリームが1つだけである場合、上述した比較は、stream_entryに記述されているPID参照値の上位バイト“1A”と、バス１bに転送されているTSパケットのPIDの上位バイト“1A”との比較で足りる。何故なら、他にSecondaryオーディオストリームが存在しないので、Secondaryオーディオストリームであることを意味するPID上位バイトを参照すれば充分だからである。
再生可能なSecondaryオーディオストリームが複数存在する場合、上述した比較は、stream_entryに記述されているPID参照値の上位バイト“1A”と、バス１bに転送されているTSパケットのPIDの上位バイト“1A”との比較に加え、stream_entryに記述されているPID参照値の下位バイト(0x00から0x1Fまでの数値)と、バス１bに転送されているTSパケットのPIDの下位バイト(0x00から0x1Fまでの数値)との比較が必要になる。何故なら、Secondaryオーディオストリームが複数存在するので、再生すべきSecondaryオーディオストリームを一意に特定するように、PIDの下位バイトまで参照する必要があるからである。
ここでバス１bには、BD-ROMから読み出されたTSパケット、ローカルストレージ２００から読み出されたTSパケットが転送されているので、デマルチプレクサ３a、デマルチプレクサ３bは、これらBD-ROMから読み出されたTSパケット、ローカルストレージ２００から読み出されたTSパケットを、1本のトランスポートストリームとして扱ってバッファに取り込むことができる。Primaryオーディオストリームを構成するTSパケット、Secondaryオーディオストリームを構成するTSパケットに割り当てられているPIDは、PID割当マップにおいて、異なるゾーンに存在しているのでデマルチプレクサ３a、デマルチプレクサ３bは、これらを1つとして、取り込みつつもこれらPrimaryオーディオストリーム、Secondaryオーディオストリームを別々のエレメンタリストリームとして出力することができる。この際、デマルチプレクサ３a、デマルチプレクサ３bは、1つのトランスポートストリームに多重化されている複数のオーディオストリームを多重分離するのと同じ手順を経ることにより、デコーダに供給することができるので、1つのトランスポートストリームから所定のPIDを持つTSパケットだけを多重分離するようなデマルチプレクサと互換を保つ構成で、Primaryオーディオストリーム、Secondaryオーディオストリームを、該当するデコーダに供給することができる。
尚、実装上デマルチプレクサを１つに集約することが考えられる。この場合にもPrimaryオーディオとSecondaryオーディオのPIDが異なることが同様に有効である。
以上が、BD-ROMドライブ１a、バス１b〜デマルチプレクサ３a、デマルチプレクサ３bについての説明である。
ビデオデコーダ４は、デマルチプレクサ３ａから出力された複数PESパケットを復号して非圧縮形式のピクチャを得てビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。ビデオプレーン５における解像度は1920×1080であり、このビデオプレーン５に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
バッファ６aは、デマルチプレクサ３aから出力された、PID=0x1100〜111Fのうち再生されるべきオーディオストリームのPIDを有するTSパケットを、先入れ先だし式に格納して、オーディオデコーダ７aに供する。
バッファ６bは、デマルチプレクサ３ｂから出力された、PID=0x1A00〜1A1Fを有するTSパケットのうち再生されるべきオーディオストリームのPIDを有するTSパケットのみを、先入れ先だし式に格納して、オーディオデコーダ７bに供する。
バッファ６cは、BD-ROM/ローカルストレージから読み出されたファイルsound.bdmvをプリロードしておくためのメモリである。バッファ６cへのプリロードは、BD-ROMのローディング時やタイトル切替時に行うことが望ましい。何故なら、AVClipの再生中にファイルsound.bdmvを読み出そうとすると、AVClipとは別のファイルを読み出すための光ピックアップのシークが発生するからである。一方、BD-ROMの装填時やタイトル切替時には、AVClipの再生が継続していることは希なので、かかるタイミングにファイルsound.bdmvを読み出すことにより、機器の応答性を高めAVClip再生が途切れにくくすることができる。
オーディオデコーダ７aは、バッファ６aに格納されたTSパケットをPESパケットに変換して、このPESパケットに対しデコード処理を行い、非圧縮状態のLPCM状態のオーディオデータを得て出力する。これによりPrimaryオーディオストリームにおけるデジタル出力がなされる。
オーディオデコーダ７bは、バッファ６bに格納されたTSパケットをPESパケットに変換して、このPESパケットに対しデコード処理を行い、非圧縮状態のLPCM状態のオーディオデータを得て出力する。これによりSecondaryオーディオストリームにおけるデジタル出力がなされる。
DownMix/DownSample８は、ミキシングを行うにあたって、オーディオデコーダ７aから出力されたデジタルオーディオの音声属性を、オーディオデコーダ７bから出力されるデジタルオーディオの音声属性に合わせるための変換を施す。ここで音声属性とは、サンプリング周波数かつ/またはチャンネル数であり、これらを整合させる処理がなされる。またDownMix/DownSample８もしくはミキサー９ａは、Secondaryオーディオストリームに多重化されている、メタデータに従い、Primaryオーディオストリーム側のゲインを下げたりする処理もオーディオデコーダ７ｂが抽出したゲイン制御情報によって行う。

ミキサ９aは、オーディオデコーダ７aから出力されるLPCM状態のデジタルオーディオと、オーディオデコーダ７bから出力されるLPCM状態のデジタルオーディオとをミキシングする。
ミキサ９bは、ミキサ９aから出力されるLPCM状態のデジタルオーディオと、バッファ６cに格納されているサウンドデータとをミキシングする。このサウンドミキサ９bによるミキシングは、クリック音の発音を意図したようなナビゲーションコマンド、又は、クリック音の発音を意図したようなバイトコードを、CPU２２が解読することでなされる。
スイッチ１０aは、デマルチプレクサ３aにより多重分離がなされた、Primaryオーディオストリームを構成するTSパケット、デマルチプレクサ３bにより多重分離がなされたSecondaryオーディオストリームを構成するTSパケットを、オーディオデコーダ７a,bに供給するか、オーディオデコーダ７a,bに供給せずそのエレメンタリーストリームだけを他機器に出力するか切り換えるスイッチである。Primaryオーディオストリームを構成するTSパケットを、オーディオデコーダ７a,bに供給せずそのエレメンタリーストリームを他の機器に出力することを“パススルー出力”という。TSパケットからエレメンタリーストリームへの変換部（TS/PESヘッダの除去を行う）はスイッチ１０ａに組み込まれている。（図示はしていない）
エンコーダ１０bは、オーディオデコーダ７a,bのデコードにより得られ、ミキサー９a、ミキサー９bによるミキシングがなされたLPCM状態のオーディオデータを、サラウンド音声としてS/PDIFのようなデジタルインターフェース上で送る場合、ミキシングされたLPCMをDolby Digital(DD)形式やDolby Theater System(DTS)形式に圧縮符号化する。
Interactive Graphics(IG)デコーダ１１は、BD-ROM１００又はローカルストレージ２００から読み出されたIGストリームをデコードして、非圧縮グラフィクスをIGプレーン１２に書き込む。
Interactive Graphics(IG)プレーン１２は、IGデコーダ１１によるデコードで得られた非圧縮グラフィクスが書き込まれる。またBD-Jモードにおいて、アプリケーションにより描画された文字やグラフィクスが書き込まれる。
Presentation Graphics(PG)デコーダ１３は、BD-ROM又はローカルストレージ２００から読み出されたPGストリームをデコードして、非圧縮グラフィクスをPresentation Graphicsプレーン１４に書き込む。PGデコーダ１３によるデコードにより、字幕が画面上に現れることになる。
Presentation Graphics(PG)プレーン１４は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。
JPEGデコーダ１５は、BD-ROM又はローカルストレージ２００に記録されているJPEGデータをデコードして、Stillプレーン１６に書き込む。
Stillプレーン１６は、JPEGデータを展開することで得られた非圧縮のグラフィクスデータが格納されるプレーンである。このグラフィクスデータは、Java（登録商標）アプリが描画する、GUIフレームワークのいわゆる“壁紙”として用いられる。
合成部１７は、Interactive Graphicsプレーン１２の格納内容と、Presentation Graphicsプレーン１４の格納内容と、ビデオプレーン５の格納内容と、Stillプレーン１６の格納内容とを合成した合成画像を得る。
STC生成部１８a,bは、コントローラ２２の指示によってSystem Time Clock(STC)を生成し各デコーダの動作タイミングを調整する。
ATC生成部１９a,bは、コントローラ２２の指示によってArrival Time Clock(ATC)を生成しデマルチプレクサの動作タイミングを調整する。 メモリ２１は、カレントのPL情報やカレントのClip情報を格納しておくためのメモリである。カレントPL情報とは、BD-ROMに記録されている複数PlayList情報のうち、現在処理対象になっているものをいう。カレントClip情報とは、BD-ROM/ローカルストレージに記録されている複数Clip情報のうち、現在処理対象になっているものをいう。
コントローラ２２は、MovieObject.bdmvに格納されているMovie Objectや、BD-J Objectにて参照されているJava（登録商標）アプリケーションを解読し、この解読結果に従ったプレイリスト再生(カレントPlayList情報に従った再生制御のことである）を実行することで、BD-ROMの再生制御を実現する。また上述のようなATS、STCの制御も行なう。
PSRセット２３は、再生装置に内蔵されるレジスタであり、64個のPlayer Setting/Status Register(PSR)と、4096個のGeneral Purpose Register（GPR)とからなる。Player Setting/Status Registerの設定値(PSR)のうち、PSR4〜PSR8は、現在の再生時点を表現するのに用いられる。
PID変換部２４は、PSRセット２３に格納されているPrimaryオーディオストリーム、Secondaryオーディオストリームのストリーム番号を、STN_Tableに基づき、PIDに変換して、変換結果たるPIDをデマルチプレクサ３a、デマルチプレクサ３bに指示する。
通信部２５は、読出装置における通信機能を実現するものであり、BD-JモードにおいてURL指定がJava（登録商標）アプリケーションから与えられれば、そのURLにあたるwebサイトとのTCPコネクション、FTPコネクション等を確立する。かかるコネクション確立によりwebサイトからのダウンロードをJava（登録商標）アプリケーションに行わせる。
操作受付部２６は、リモコンに対してなされた操作をユーザから受け付け、そうした操作を示すUser Operation情報をコントローラ２２に通知する。
HDMI送受信部２７は、HDMI（HDMI:High Definition Multimedia Interface）を介して接続された他の機器から、その機器に関する情報を受信とすると共に、ビデオデコーダ４のデコードにより得られたデジタル非圧縮のビデオを、LPCMや圧縮されたオーディオデータと共に、HDMIを介して接続された他の機器に送信する。
以上が、本実施形態に係る再生装置のハードウェア構成である。続いて本実施形態に係る再生装置のソフトウェア構成について説明する。
図２５に示したコントローラ２２を、機能的に表現すると、図２６のようになる。図２６は、コントローラ２２を機能的に表現した図であり、本図に示すようにコントローラ２２は、プレイリスト処理部４１、Procedure実行部４２、Procedure実行部４３、ミキシング制御部４４、ATC生成部１９a,b、STC生成部１８a,bに対して、ATC/STCの生成を行わせるATC/STC制御部から構成される。
これらの構成要素の処理は、PSRセット２３に基づく。以降、PSR1、PSR14、PSR31について説明する。
＜PSR1＞
図２７（ａ）は、PSR1のビットアサインを示す図である。
本図によると、32ビット長のPSR1の下位8ビット(b0〜b7)は、ストリーム番号であり、カレントPlay ItemのSTN_tableにentryが記述されている複数Primaryオーディオストリームのうち、1つを特定する。PSR1の設定値が変化すれば、再生装置はこの変化後のPrimaryオーディオストリームを再生する。PSR1は初期値として0xFFが設定されており、再生装置により1〜32の値に設定されうる。この0xFFは、不定値であり、Primaryオーディオストリームが存在しない旨、又は、Primaryオーディオストリームが選択されてない旨を示す。1〜32の設定値は、Primaryオーディオストリームのストリーム番号として解釈される。
＜PSR14＞
図２７（ｂ）は、PSR14のビットアサインを示す図である。
本図によると、32ビット長のPSR14における下位8ビット(b0〜b7)は、ストリーム番号であり、カレントPlay ItemのSTN_tableにentryが記述されている複数Secondaryオーディオストリームのうち、1つを特定する。PSR14の設定値が変化すれば、再生装置はこの変化後のSecondaryオーディオストリームを再生する。PSR14は初期値として0xFFが設定されており、再生装置により1〜32の値に設定されうる。この0xFFは、不定値であり、Secondaryオーディオストリームが存在しない旨、又は、Secondaryオーディオストリームが選択されてない旨を示す。1〜32の設定値は、Secondaryオーディオストリームのストリーム番号として解釈される。
＜PSR31＞
図２７（ｃ）は、PSR31のビットアサインを示す図である。
本図によると、32ビット長のPSR31のうち、16ビット目から19ビット目まで(b16〜b19)は、Player Profile情報であり、0000bであれば、当該再生装置は、グレースピリオド内に出荷された再生装置であることを示す。ここでグレースピリオドとは、この期間内に出荷されたなら、一定の機能の実装を省くことができる期間である。このグレースピリオドに出荷するため、省略することができる機能には、音声のミキシング機能があり、かかるPSR31のPlayer Profile情報が、0000bであれば、ミキシングを始めとする、様々な機能の実装が省略されている再生装置であると、知ることができる。
Player Profile情報が0001bであれば、当該再生装置は、グレースピリオド経過後に出荷された再生装置であることを示す。グレースピリオドの経過後に出荷された再生装置は、原則として、全ての機能の実装が義務付けられているので、かかるPlayer Profile情報が0001bであるなら、ミキシングが実装されている再生装置であると、知ることができる。
Player Profile情報が0011bであれば、当該再生装置は、全ての機能を実装している再生装置であることを示す。かかる再生装置は、グレースピリオドの経過前後にかかわらず、全ての機能を実装しているので、かかるPlayer Profile情報が0011bであるなら、サウンドミキシング機能が実装されている再生装置であると、知ることができる。
尚、ミキシング機能を示す情報として、再生装置がミキシングできるチャンネル数を示す情報をPSRに持たせても良い。
尚、最終の音声出力チャンネル数を示す情報をPSRに持たせても良い。例えばミキシングした結果の5.1chのLPCM音声はHDMIなどのI/Fが繋がっているのであればそのままLPCMでも出力が可能だが、S/PDIFのようなI/Fの場合にはエンコーダにて圧縮処理を行なわないと5.1chとしてはS/PDIFに出力できずに、2ch(L/R)の出力となってしまう。したがって、ミキサーの後段にエンコーダがありS/PDIFに繋がっている（例えばHDMIで繋がっていない）と判断した場合には、最終の音声出力チャンネル数は5.1chと設定できる。もしミキサーの後段にエンコーダがなければ、最終の音声出力チャンネル数はミキシングした後では2chと設定することができる。
以上が、PSRセット２３についての説明である。
以降、プレイリスト処理部４１〜Procedure実行部４３についての説明を開始する。
＜機能構成の詳細その１.プレイリスト処理部＞
プレイリスト処理部４１は、PL再生を実現するものであり、PlayItem情報のIn_timeにあたる位置から、Out_timeにあたる位置までビデオストリーム及びPrimaryオーディオストリームを再生し、これと同期して、SubPlayItem情報のSub_PlayItem_In_timeにあたる位置から、Sub_PlayItem_Out_timeにあたる位置までのSecondaryオーディオストリームの再生を、オーディオデコーダ７bに行わせる。
図２８は、プレイリスト処理部によるプレイリスト再生手順を示すフローチャートである。
本フローチャートは、カレントPL情報(.mpls)の読み込みを行い(ステップＳ１０１)、その後、ステップＳ１０２〜ステップＳ１１０の処理を実行するというものである。ここでステップＳ１０２〜ステップＳ１１０は、ステップＳ１０９がYesになるまで、カレントPL情報を構成するそれぞれのPI情報について、ステップＳ１０３〜ステップＳ１１０の処理を繰り返すというループ処理を構成している。このループ処理において処理対象となるPlayItemを、PlayItem#x(PI#x)とよぶ。このPlayItem#xは、カレントプレイリストの先頭のPlayItemに設定されることにより、初期化される(ステップＳ１０２)。上述したループ処理の終了要件は、このPlayItem#xがカレントプレイリストの最後のPlayItemになることであり(ステップＳ１０９)、もし最後のPlayItemでなければ、カレントプレイリストにおける次のPlayItemがPlayItem#xに設定される(ステップＳ１１０)。
ループ処理において繰り返し実行されるステップＳ１０３〜ステップＳ１１０は、PlayItem#xのClip_information_file_nameで指定されるClip情報をメモリに読み込み(ステップＳ１０３)、PlayItem#xのIn_timeを、カレントClip情報のEPmapを用いて、Iピクチャアドレスuに変換し(ステップＳ１０４)、PlayItem#xのOut_timeを、カレントClip情報のEP_mapを用いて、Iピクチャアドレスvに変換して(ステップＳ１０５)、これらの変換で得られたアドレスvの次のIピクチャを求めて、そのアドレスの1つ手前をアドレスwに設定し(ステップＳ１０７)、そうして算出されたアドレスwを用いて、IピクチャアドレスuからアドレスwまでのTSパケットの読み出しをBD-ROMドライブ１９又はローカルストレージ２００に命じるというものである(ステップＳ１０８)。
一方、ビデオデコーダ等に対しては、カレントPLMarkのmark_time_stampからPlayItem#xのOut_timeまでの出力を命じる(ステップＳ１０６)。以上のステップＳ１０５〜ステップＳ１０８により、AVClipにおいて、PlayItem#xにより指示されている部分の再生がなされることになる。
その後、PlayItem#xがカレントプレイリストの最後のPIであるかの判定がなされる(ステップＳ１０９)。
PlayItem#xがカレントプレイリストの最後のPIでなければ、カレントプレイリストにおける次のPlayItemを、PlayItem#xに設定して(ステップＳ１１０)、ステップＳ１０３に戻る。以上のステップＳ１０３〜ステップＳ１１０を繰り返することにより、プレイリストを構成するPIは順次再生されることになる。

＜機能構成の詳細その２.Procedure実行部４２＞
Procedure実行部４２は、あるPlayItem情報から別のPlayItem情報への切り換わりが生じた場合、又はストリーム番号を切り換える旨の操作がユーザによりなされた場合、所定のストリーム選択プロシージャを実行して、PSR1に新たなストリーム番号を書き込む。再生装置は、PSR1に書き込まれたストリーム番号に応じて、Primaryオーディオストリームを再生するので、かかるPSR1の設定を通じて、Primaryオーディオストリームが選択されることになる。
PlayItem情報の切り換わり時に、ストリーム選択プロシージャを実行するのは、STN_TableはPlayItem情報毎に存在するので、あるPlayItem情報においては再生可能であったPrimaryオーディオストリームが、別のPlayItem情報において再生不可能になることが有り得るからである。
このProcedure実行部４２により、PSR1は、図２９（ａ）に示すような状態遷移をなす。図２９（ａ）は、PSR1の設定値が取り得る状態遷移を示す図である。本図においてValidとは、PSR1の値が、Play ItemのSTN_tableに記述されたentry数以下の番号になっていて、尚且つ、デコード可能であることを意味する。
Invalidとは、PSR1の値が、0であるか、又は、Play ItemのSTN_tableに記述されたentry数を上回る番号になっているか、または、Play ItemのSTN_tableに記述されたentry数が1〜32の値であったとしても、デコードできない場合である。
図２９（ａ）における破線枠は、状態遷移時にあたってPSRの値を決定する手順を模式的に示す。PSRの設定処理手順には、『Procedure when playback condition is changed』、『Procedure when Stream change is requested』がある。
Procedure when playback condition is changedは、何等かの事象が再生装置に生じたため、再生装置の状態が変化した際に実行すべき処理手順を示す。
Procedure when Stream Change is requestedは、ユーザが何等かの切り換え(図２９（ａ）においてstream)を要求した際、実行すべき処理手順を示す。
これら破線枠に示されるProcedure when playback condition is changed、Procedure when Stream change is requestedが、ストリーム選択プロシージャであり、後でフローチャートを交えて詳細に説明する。
図２９（ａ）における矢印は、PSRが取り得る状態間の状態遷移を象徴的に示す。
状態遷移を意味する矢印に添えられた注釈は、各状態遷移のトリガとなるべき事象を意味する。つまり本図では、”Load Disc”、”Change a Stream”,”Start PlayList playback”,”Cross a PlayItem boundary”,”Terminate PlayList playback”というような事象が発生した際、PSR1の状態遷移がなされることになる。これらの記法を理解して図２９（ａ）を参照すれば、Invalid→Invalidの状態遷移時、Valid→Invalidの状態遷移時には、上述した処理手順は実行されていないことがわかる。これに対しInvalid→Valid間の状態遷移、Valid→Valid間の状態遷移は何れも破線枠を経由している。つまりPSR1をValidに設定するにあたって、上述したProcedure when playback condition is changed、Procedure when Stream change is requestedによりPSR1は設定されるのである。
以降、状態遷移のトリガとなるべき事象について説明する。
『Load Disc』とは、再生装置にBD-ROMがローディングされたとの事象を意味する。PSR1は、かかるローディング時において、一旦不定値(0xFF)に設定されるのである。
『Start PlayList playback』とは、PLに基づく再生処理が開始したとの事象を意味する。かかる事象が発生時において、Procedure when playback condition is changedが実行され、PSR1はValidに設定されることがわかる。
『Terminate PlayList playback』とは、PLに基づく再生処理を終了したとの事象を意味する。かかる事象の発生時では、Procedure when playback condition is changedは実行されず、Invalidに移行していることがわかる。
『ChangeXXX』とは、ユーザによるXXX(本図ではStream)の切り換え要求がなされたとの事象を意味する。PSR1がInvalidである場合に、かかる事象が発生すれば(図中のcj1)、PSR1はその要求通りの値に設定される。こうして設定された値がたとえ有効なストリーム番号を示していたとしても、このPSR1の設定値はInvalidな値として取り扱われる。即ち、事象”ChangeXXX”による状態遷移では、InvalidであるPSRが、Validに変えることはない。
一方、PSR1がValidである場合に、かかる事象Change a Streamが発生すれば(図中のcj2)、Procedure when Stream change is requestedが実行されて、新たな値がPSR1に設定される。ここでProcedure when Stream change is requestedの実行により設定される値は、ユーザが希望した値にならない場合も有り得る。何故なら、Procedure when Stream change is requestedは、無効な値を排除する機能を有しているからである。PSR1がValidにおいて、Change streamが発生した場合、ValidからInvalidに状態遷移することは有り得ない。PSR1がInvalidにならないよう、Procedure when Stream change is requested側で保証するからである。
『Cross a PlayItem boundary』とは、あるPlay Itemの境界通過という事象を意味する。ここでPlay Itemの境界とは、連続する2つのPlay Itemのうち、先行する側の終端、後続する側の先端の狭間を意味する。PSR1がValidである場合において、かかる事象が発生すれば、Procedure when playback condition is changedが実行されることがわかる。そして、Procedure when playback condition is changedの実行後、PSR1の状態はValidに戻るか、Invalidに移行することが分かる。STN_tableはPlay Item毎に存在しており、Play Itemが変われば、再生可能なエレメンタリストリームも変わってしまう。Play Itemの再生開始毎に、Procedure when playback condition is changeを実行してPlay Item毎に最適な設定値をPSR1に設定するというのが、この状態遷移の趣旨である。
この状態遷移においてProcedure when playback condition is changedは、図２９（ｂ）のようになる。図２９（ｂ）は、Procedure when playback condition is changedの処理手順を示す図である。本処理手順は、ステップＳ１、ステップＳ２という2つの判定ステップの組合せで、PSR1の設定を行うものである。
ステップＳ１は、STN_tableにおけるentry数が0であるか否かの判定であり、もし0であればPSR1の値を維持する(ステップＳ３)。
ステップＳ２は、STN_tableにおけるentry数は0ではない場合に、PSR1よりSTN_tableのentry数が多く、尚且つ、条件(A)が真であるかを判定するものである。条件(A)とは、PSR1で特定されるPrimaryオーディオストリームを再生する能力が再生装置に存在することである。もしステップＳ２がYesであればPSR1を維持する(ステップＳ４)。もしPSR1の値がentry数より大きいか、或は条件(A)を満たさない場合は、PSR1を再設定する(ステップＳ５)。
図３０は、ステップＳ５の詳細な処理手順に示したフローチャートである。
ステップＳ６、ステップＳ７は、全てのPrimaryオーディオストリームについてステップＳ８を繰り返すループ処理を形成している。このループ処理において、処理対象となる個々のPrimaryオーディオストリームを、Primaryオーディオストリームiという。ステップＳ８は、Primaryオーディオストリームiが3つの条件(a)(b)(c)を満たすかのチェックを行う。
条件(a)とは、Primaryオーディオストリームiを再生する能力が再生装置に存在することであり、これを満たすか否かの判定は、PSR15と、Primaryオーディオストリームiのstream_coding_typeとの比較でなされる。
条件(b)とは、Primaryオーディオストリームiの言語属性が再生装置の言語設定と同じであることであり、これを満たすか否かの判定は、STN_tableに記述されたPrimaryオーディオストリームiのAudio_language_codeがPSRの設定値と同じであるか否かの比較でなされる。
条件(c)とは、Primaryオーディオストリームiのチャネル属性がサラウンドであり、これを再生する能力が再生装置に存在することである。これを満たすか否かの判定は、PSR15と,Audio Streamのaudio_presentation_type、stream_coding_typeとの比較でなされる。
これらの複数の条件のうち、「Primaryオーディオストリームiがどれとどれを満たすか」、また「何個の条件を満たすか」という、満たすべき条件のパターンにより、本フローチャートは、Primaryオーディオストリームに優先順位を付与する。
以上の処理をPrimaryオーディオストリームの全てについて繰り返されれば、ステップＳ９〜ステップＳ１３の処理を行う。ステップＳ９は、(a)を満たすPrimaryオーディオストリームが存在しないかどうかの判定である。もし、存在しなければ、不定値(0xFF)をPSR1に設定する(ステップＳ１４)。
ステップＳ１０は、条件(a)(b)(c)の全てを満たすPrimaryオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件(a)(b)(c)を満たすPrimaryオーディオストリームの番号をPSR1に設定する(ステップＳ１５)。
ここで問題になるのが、条件(a)(b)(c)を満たすPrimaryオーディオストリームが複数存在する場合である。条件(a)〜条件(c)が全てみたされるので、同じ優先順位になってしまうので優劣を決めることができない。この場合ステップＳ１５では、STN_tableにおけるentryの順序に応じて、各ストリームにおける順位が定める。即ち、コーディック−言語属性−チャネル属性が同じPrimaryオーディオストリームについては、STN_tableにおけるentryの順番を参照することで、最もentryの順番が早いPrimaryオーディオストリームが選ばれることになる。
STN_tableにおける記述順序を変えることで、オーサリング担当者は再生時においてどのストリームを優先的に再生させ、どのストリームを後回しにするかという選択制御をオーサリング時に規定することができる。
ステップＳ１１は、条件(a)(b)(c)の全てを満たすPrimaryオーディオストリームが存在しない場合、条件(a)(b)を満たすPrimaryオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件(a)(b)を満たすPrimaryオーディオストリームのうち、STN_tableにおけるエントリーの順番が最も早いものをPSR1に設定する(ステップＳ１６)。
ステップＳ１２は、条件(a)(b)(c)の全てを満たすPrimaryオーディオストリーム、又は、条件(a)(b)を満たすPrimaryオーディオストリームが存在しない場合に、条件(a)(c)を満たすPrimaryオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件(a)(c)を満たすPrimaryオーディオストリームのうち、STN_tableにおけるエントリーの順番が最も早いものをPSR1に設定する(ステップＳ１７)。
ステップＳ１３は、条件(a)(b)(c)の全て、条件(a)(b)、条件(a)(c)を満たすPrimaryオーディオストリームが存在しない場合に、条件(a)を満たすPrimaryオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件(a)を満たすPrimaryオーディオストリームのうち、STN_tableにおけるエントリーの順番が最も早いものをPSR1に設定する(ステップＳ１８)。
以上がProcedure when playback condition is changedである。続いてProcedure when Stream change is requestedについて説明する。図３１は、ストリーム変化時におけるPSR1の設定手順を示すフローチャートである。本フローチャートと、図２９（ｂ）との違いは、図２９（ｂ）におけるPSR1の表記がXに置き換えられている点である。このXは、操作受付部２６から出力されたUser Operation情報やIGデコーダ１３から出力されたボタンコマンドに基づく値である。
本フローチャートにおけるステップＳ１９は、XよりSTN_tableのentry数が多く、尚且つ、条件(A)が真であるかを判定するものである。条件(A)とは、PSR1で特定されるPrimaryオーディオストリームを再生する能力が再生装置に存在することであり、PSR15と、PrimaryオーディオストリームのStream_codeig_typeの比較で判定される。もしXがこの条件を満たすなら、PSR1にXを設定する(ステップＳ２１)。
もしXがentry数より大きいか、或は条件(A)を満たさない場合は、Xが、0xFFであるか否かを判定する。もしOxFFでなければ、ユーザが選択を意図するPrimaryオーディオストリームの番号は無効であると考えられるので、ユーザ操作に基づく値Xを無視し、PSR1の設定値を維持する(ステップＳ２３)。
もしPSR1の設定値が0xFFであるなら、PSR1を設定する(ステップＳ２４)。このステップＳ２４の処理手順は、図３０に示した処理手順と同一である(図３０のうち、ステップＳ９の判定はProcedure when Stream change is requestedでは必要ではない。何故ならProcedure when Stream change is requestedでは、条件(a)(b)(c)を満たすPrimaryオーディオストリームが1つも存在しない場合、ユーザが設定した値XをPSR1に設定せず、PSR1の設定値を維持するからである。)。
＜機能構成の詳細その３.Procedure実行部４３＞
Procedure実行部４３は、あるPlayItem情報から別のPlayItem情報への切り換わりが生じた場合、又はストリーム番号を切り換える旨の操作がユーザによりなされた場合、所定の手順を実行して、PSR14に新たなストリーム番号を書き込む。再生装置は、PSR14に書き込まれたストリーム番号に対応するSecondaryオーディオストリームを再生するので、かかるPSR14の設定を通じて、Secondaryオーディオストリームが選択されることになる。
このProcedure実行部４３により、PSR14は、図３２（ａ）に示すような状態遷移をなす。
図３２（ａ）は、PSR14の設定値が取り得る状態遷移を示す図である。本図においてValidとは、PSR14の値が、Play ItemのSTN_tableに記述されたentry数以下の番号になっていて、尚且つ、デコード可能であることを意味する。
Invalidとは、PSR14の値が、0であるか、又は、Play ItemのSTN_tableに記述されたentry数を上回る番号になっているか、または、Play ItemのSTN_tableに記述されたentry数が1〜32の値であったとしても、デコードできない場合である。
図３２（ａ）における破線枠は、状態遷移時にあたってPSRの値を決定する手順を模式的に示す。PSRの設定処理手順には、『Procedure when playback condition is changed』、『Procedure when Stream change is requested』がある。
Procedure when playback condition is changedは、何等かの事象が再生装置に生じたため、再生装置の状態が変化した際に実行すべき処理手順を示す。
Procedure when Stream Change is requestedは、ユーザが何等かの切り換え(図３２においてstream)を要求した際、実行すべき処理手順を示す。
これら破線枠に示されるProcedure when playback condition is changed、Procedure when Stream change is requestedが、ストリーム選択プロシージャであり、後でフローチャートを交えて詳細に説明する。
図３２（ａ）における矢印は、PSRが取り得る状態間の状態遷移を象徴的に示す。
状態遷移を意味する矢印に添えられた注釈は、各状態遷移のトリガとなるべき事象を意味する。つまり本図では、”Load Disc”、”Change a Stream”,”Start PlayList playback”,”Cross a PlayItem boundaryor Change Primary Audio Stream”,”Terminate PlayList playback”というような事象が発生した際、PSR14の状態遷移がなされることになる。これらの記法を理解して図３２（ａ）を参照すれば、Invalid→Invalidの状態遷移時、Valid→Invalidの状態遷移時には、上述した処理手順は実行されていないことがわかる。これに対しInvalid→Valid間の状態遷移、Valid→Valid間の状態遷移は何れも破線枠を経由している。つまりPSR14をValidに設定するにあたって、上述したProcedure when playback condition is changed、Procedure when Stream change is requestedによりPSR14は設定されるのである。
以降、状態遷移のトリガとなるべき事象について説明する。
『Load Disc』とは、再生装置にBD-ROMがローディングされたとの事象を意味する。PSR14は、かかるローディング時において、一旦不定値(0xFF)に設定されるのである。
『Start PlayList playback』とは、PLに基づく再生処理が開始したとの事象を意味する。かかる事象が発生時において、Procedure when playback condition is changedが実行され、PSR14はValidに設定されることがわかる。
『Terminate PlayList playback』とは、PLに基づく再生処理が終了したとの事象を意味する。かかる事象の発生時では、Procedure when playback condition is changedは実行されず、Invalidに移行していることがわかる。
『ChangeXXX』とは、ユーザによるXXX(本図ではStream)の切り換え要求がなされたとの事象を意味する。PSR14がInvalidである場合に、かかる事象が発生すれば(図中のcj1)、PSR14はその要求通りの値に設定される。こうして設定された値がたとえ有効なストリーム番号を示していたとしても、このPSR14の設定値はInvalidな値として取り扱われる。即ち、事象”ChangeXXX”による状態遷移では、InvalidであるPSRが、Validに変えることはない。
一方、PSR14がValidである場合に、かかる事象Change a Streamが発生すれば(図中のcj2)、Procedure when Stream change is requestedが実行されて、新たな値がPSR14に設定される。ここでProcedure when Stream change is requestedの実行により設定される値は、ユーザが希望した値にならない場合も有り得る。何故なら、Procedure when Stream change is requestedは、無効な値を排除する機能を有しているからである。PSR14がValidにおいて、Change streamが発生した場合、ValidからInvalidに状態遷移することは有り得ない。PSR14がInvalidにならないよう、Procedure when Stream change is requested側で保証するからである。
『Cross a PlayItem boundary or Change Primary Audio Stream』とは、あるPlay Itemの境界通過、又は、Primaryオーディオストリームの切り替えという事象を意味する。PSR14がValidである場合において、かかる事象が発生すれば、Procedure when playback condition is changedが実行されることがわかる。そして、Procedure when playback condition is changedの実行後、PSR14の状態はValidに戻るか、『Cross a PlayItem boundary or Change Primary Audio Stream』が発生するとInvalidに移行することが分かる。Play Itemの再生開始やPrimaryオーディオストリームの切り替え毎に、Procedure when playback condition is changeを実行してPlay Item毎に最適な設定値をPSR14に設定するというのが、この状態遷移の趣旨である。
この状態遷移においてProcedure when playback condition is changedは、図３２（ｂ）のようになる。本処理手順は、ステップＳ３１、ステップＳ３２という2つの判定ステップの組合せで、PSR14の設定を行うものである。
ステップＳ３１は、STN_tableにおけるentry数が0であるか否かの判定であり、もし0であればPSR14の値を維持する(ステップＳ３３)。
ステップＳ３２は、STN_tableにおけるentry数は0ではない場合に、PSR14よりSTN_tableのentry数が多く、尚且つ、条件(A)と（B）が真であるかを判定するものである。条件(A)とは、PSR14で特定されるSecondaryオーディオストリームを再生する能力が再生装置に存在することである。条件（B）とは、Primary_Audio_Stream_Numberと、Secondary_Audio_Stream_Numberの組み合わせがSTN_tableで許可されていることである。もしステップＳ３２がNoであればPSR14を維持する(ステップＳ３４)。Yesの場合は、PSR14を再設定する(ステップＳ３５)。
図３３は、ステップＳ３５の詳細な処理手順に示したフローチャートである。
ステップＳ３６、ステップＳ３７は、全てのSecondaryオーディオストリームについてステップＳ３８を繰り返すループ処理を形成している。このループ処理において、処理対象となる個々のSecondaryオーディオストリームを、Secondaryオーディオストリームiという。ステップＳ３８は、Secondaryオーディオストリームiが3つの条件(a)(b)(c)を満たすかのチェックを行う。
条件(a)とは、Secondaryオーディオストリームiを再生する能力が再生装置に存在することであり、これを満たすか否かの判定は、オーディオストリームの再生能力を示すレジスタ(PSR15)と、Secondaryオーディオストリームiのstream_coding_typeとの比較でなされる。
条件(b)とは、PrimaryオーディオストリームをSecondaryオーディオストリームにミキシングすることができるか否かであり、この条件が満たされているか否かの判定は、PSR１４に設定されているストリーム番号が、SecondaryオーディオストリームのComb_info_Secondary_audio_Primary_audioに記載されているかを判断することでなされる。
条件(c)とは、Secondaryオーディオストリームiの言語属性が再生装置の言語設定と同じであることであり、これを満たすか否かの判定は、STN_tableに記述されたSecondaryオーディオストリームiのAudio_language_codeがPSRの設定値と同じであるか否かの比較でなされる。
これらの複数の条件のうち、「Secondaryオーディオストリームiがどれとどれを満たすか」、また「何個の条件を満たすか」という、満たすべき条件のパターンにより、本フローチャートは、Secondaryオーディオストリームに優先順位を付与する。
以上の処理をSecondaryオーディオストリームの全てについて繰り返されれば、ステップＳ３９〜ステップＳ４１、ステップＳ４４〜ステップＳ４６の処理を行う。ステップＳ３９は、条件(a)及び条件(b)を満たすSecondaryオーディオストリームが存在しないかどうかの判定である。もし、存在しなければ、不定値(0xFF)をPSR14に設定する(ステップＳ４４)。
ステップＳ４０は、条件(a)(b)(c)の全てを満たすSecondaryオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件(a)(b)(c)を満たすSecondaryオーディオストリームの番号をPSR14に設定する(ステップＳ４５)。
ここで問題になるのが、条件(a)(b)(c)を満たすSecondaryオーディオストリームが複数存在する場合である。条件(a)〜条件(c)が全てみたされるので、同じ優先順位になってしまうので優劣を決めることができない。この場合ステップＳ４５では、STN_tableにおけるentryの順序に応じて、各ストリームにおける順位が定める。即ち、コーディック−言語属性−チャネル属性が同じSecondaryオーディオストリームについては、STN_tableにおけるentryの順番が最も早いSecondaryオーディオストリームが選ばれることになる。
STN_tableにおける記述順序を変えることで、オーサリング担当者は再生時においてどのストリームを優先的に再生させ、どのストリームを後回しにするかという選択制御をオーサリング時に規定することができる。
ステップＳ４１は、条件(a)(b)(c)の全てを満たすSecondaryオーディオストリームが存在しない場合、条件(a)(b)を満たすSecondaryオーディオストリームが存在するかどうかの判定である。もし存在すれば、条件(a)(b)を満たすSecondaryオーディオストリームのうち、STN_tableにおけるエントリーの順番が最も早いものをPSR14に設定する(ステップＳ４６)。
以上がProcedure when playback condition is changedである。続いてProcedure when Stream change is requestedについて説明する。図３４は、ストリーム変化時におけるPSR14の設定手順を示すフローチャートである。本フローチャートと、図３２（ｂ）との違いは、図３２（ｂ）におけるPSR14の表記がXに置き換えられている点である。このXは、操作受付部２６から出力されたUser Operation情報やIGデコーダ１３から出力されたボタンコマンドに基づく値である。
本フローチャートにおけるステップＳ４９は、XよりSTN_tableのentry数が多く、尚且つ、条件(A)、条件(b)が真であるかを判定するものである。もしXがこの条件を満たすなら、PSR14にXを設定する(ステップＳ５１)。
もしXがentry数より大きいか、或は条件(A)及び条件(B)を満たさない場合は、Xが、0xFFであるか否かを判定する（ステップＳ５２）。もしOxFFでなければ、ユーザが選択を意図するSecondaryオーディオストリームの番号は無効であると考えられるので、ユーザ操作に基づく値Xを無視し、PSR14の設定値を維持する(ステップＳ５３)。
もしPSR14の設定値が0xFFであるなら、PSR14を設定する(ステップＳ５４)。このステップＳ５４の処理手順は、図３３に示した処理手順と同一である(図３３のうち、ステップＳ３９の判定はProcedure when Stream change is requestedでは必要ではない。何故ならProcedure when Stream change is requestedでは、条件(a)(b)(c)を満たすSecondaryオーディオストリームが1つも存在しない場合、ユーザが設定した値XをPSR14に設定せず、PSR14の設定値を維持するからである。)。
以上でProcedure実行部４３についての説明を終える。
＜機能構成の詳細その４.ミキシング制御部４４＞
ミキシング制御部４４は、Player Profile情報が0001hである場合、又は、0011hである場合、Primaryオーディオストリームの再生出力に対して、Secondaryオーディオストリームの再生出力、又は、サウンドデータの再生出力をミキシングするよう、ミキサー９a、ミキサー９bを制御する。
ここでPlayItem時間軸における現在の再生時点が、SubPlayItem情報のIn_timeからOut_timeまでであり、また、カレントPlayItem情報のSTN_Tableにおいて、Secondaryオーディオストリームが有効になっている場合、PSR14に格納されたストリーム番号のSecondaryオーディオストリームのデコードが、オーディオデコーダ７bにてなされているので、ミキシング制御部４４は、オーディオデコーダ７aの再生出力に対して、オーディオデコーダ７bの再生出力をミキシングするよう、ミキサー９aを制御する。
Primaryオーディオストリームにおける属性がサラウンドである場合、L,R,C,LS,RS,LR,RR,LFEといった成分のうち、所望の成分のみを残すようダウンミキシングを行った上で、Secondaryオーディオストリームの再生出力をミキシングすることができる。ここでSecondaryオーディオストリームが映画監督のコメンタリ音声である場合、SecondaryオーディオストリームをミキシングすべきPrimaryオーディオストリームのチャンネルを、L→C→Rというように変化させてゆけば、ユーザの回りを映画監督が、歩き回っているかのような感覚を、ユーザに与えることができる。このようなミキシングをパンニングと呼んでいる。パンニングではPrimaryオーディオストリームよりも少ないチャンネル数のSecondaryオーディオストリーム（例えばモノラル）の音声が使われる。
Java（登録商標）アプリケーションにて描画されたボタンに対し確定操作がなされた場合、又は、IGストリームにより描画されたボタンに対し確定操作がなされた場合、Primaryオーディオストリームの再生出力、又は、Primaryオーディオストリームの再生出力と、Secondaryオーディオストリームの再生出力とのミキシング結果に対して、サウンドデータをミキシングするよう、ミキサー９bを制御する。
以上のように本実施形態によれば、デマルチプレクサ３bは、バス１bに転送されているTSパケットを取り込み、このPIDの上位バイトを参照することにより、当該TSパケットを、Secondaryオーディオストリーム用のデコーダに投入することができる。これによりデマルチプレクサ３bは、このSecondaryオーディオストリームを構成するPESパケットのみを、多重分離して、Primaryオーディオストリーム用のデコーダとは別のデコーダに取り込むことができる。
Primaryオーディオストリームを構成するパケット、Secondaryオーディオストリームを構成するパケットを別々のデコーダに取り込み、デコードに供給することができるので、Primaryオーディオストリームを構成するパケットのみダウンコンバートを施したり、ダウンミキシングを施したり、ゲインを下げたりすることができる。BD-ROM１００からの読み出す中に、ローカルストレージ２００からSecondaryオーディオストリームを読み出し、これらを2つのデコーダに供給したとしても、Primaryオーディオストリームを構成するパケットのみに対し、リアルタイムに特別な処理を施すことができる。

（第２実施形態）
第２実施形態は、ホームシアターシステムにおける再生装置３００、AVアンプ５００のうち、どの装置において、Primaryオーディオストリームのデコードを行うかという、Primaryオーディオストリームのデコードを行わせるべき装置の選択に関する実施形態である。
図３５（ａ）は、再生装置３００、AVアンプ５００、スピーカ６００の接続形態を示す図である。ホームシアターシステムにおける接続形態には、AVアンプ５００を介さず、再生装置３００を直接、スピーカ６００に接続する形態(接続形態(1))、AVアンプ５００を介してスピーカ６００と接続する形態(接続形態(2))がある。
前者の接続形態(1)には、再生装置３００のデコードで得られたLPCMがスピーカ６００に供給される。一方、後者の接続形態(2）では、再生装置３００はパススルー出力を行うに過ぎず、AVアンプ５００のデコードで得られたLPCMがスピーカ６００に供給される。
このように、何通りかの接続形態がホームシアターシステムに存在する場合、それぞれの装置において、チャンネル数が変化する。
図３５（ｂ）は、再生装置３００、AVアンプ５００、スピーカ６００のそれぞれで、チャンネル数がどのように変化するかを示す図である。本図の第1段目は、BD-ROM１００、再生装置３００、AVアンプ５００、スピーカ６００のそれぞれを示す。これらの機器のデコード能力は、再生装置３００が5.1chまで可能であり、AVアンプ５００は、7.1chまで可能、スピーカ６００は7.1chというものである。
第2段目〜第4段目は、BD-ROM１００に、7.1ch、5.1chのPrimaryオーディオストリームが存在する場合、これらの機器にて、どのようにダウンミキシングが行われるかを示す。第2段目は、BD-ROM１００に7.1chの属性をもつPrimaryオーディオストリームが存在しており、これを再生装置３００でデコードする場合を示している。この場合、再生装置３００は、BD-ROM１００から読み出した7.1chのPrimaryオーディオストリームをデコードして、5.1chにダウンミキシングしたLPCMを出力する。AVアンプ５００は、この5.1chのLPCMを7.1chに変換した上でスピーカ６００に出力する。
第3段目は、BD-ROM１００に5.1chのPrimaryオーディオストリームが記録されている場合を示す。この場合、再生装置３００は、5.1chのPrimaryオーディオストリームをデコードし、ダウンミキシングを施さずにAVアンプ５００にLPCMを出力する。AVアンプ５００は、この5.1chの音声出力を7.1chに変換した上で、スピーカ６００に出力する。
第4段目は、BD-ROM１００に7.1chが記録されており、これを再生装置３００がパススルー出力する場合を示す。この場合、デコードは、AVアンプ５００でなされ、このAVアンプ５００によるデコードにて得られた7.1chの音声が、スピーカ６００に供されて、音声出力される。
これらの出力を比較すれば、第2段目のように再生装置３００が7.1chを5.1chに変換する場合は、音声はいったん5.1chになり、AVアンプ５００が7.1chに変換したものをスピーカ６００に出力するので、BD-ROM１００に記録されているオーディオストリームが7.1chであるにもかかわらず、第2段目の出力時での音質は、第3段目の出力時での音質と大差がない。
これに対して第4段目では、7.1chのオーディオストリームのデコードを、7.1chのデコード能力を有するAVアンプ５００に行わせているので、高音質の出力が期待できる。
そこで本実施形態では、かかる出力形態において、接続相手となる機器に再生能力が存在する場合、かかる機器にデコードを行わせるよう、パススルー出力を行う。
接続相手にどれだけの再生能力があるか、デコード能力があるか、ストリーム出力すべきかどうかは、HDMIにおけるDIB(Decoder Information Block)を通じて判定する。図３６（ａ）は、DIBを示す図である。
本図に示すようにDIBは、AVアンプ５００に出力することができる符号化方式を示す「Coding Type」、接続相手の機器がデコード可能なチャネル数を示す「Channel Count」、スピーカ配置を示す「Channle/Speaker Allocation」、接続相手の機器において再生することができる周波数を示す「Sample Frenquency」からなる。
図３６（ｂ）は、DIBの各フィールドに設定しうる値を示す。
「CODING TYPE」は、接続相手となる機器において、デコードを行うことができる符号化方式は、DTS-HD、MLP、DD+などのうち、どれであるかを示す。「CODING TYPE」における実際の記述は、CT0,CT1,CT2,CT3という4つのパラメータを用いてなされる。 「Channel Count」は、7.1ch、5.1ch、2chなどデコード可能なチャンネル数を示す。
「Channel/Speaker Allocation」は、5.1chのステレオ配置である「L/R/C/LS/RS/LFE」、7.1chのステレオ配置である「L/R/C/LS/RS/LR/RR/LFE」、2chのステレオ配置である「L/R」などのスピーカーの物理的な配置情報を示す。
「Sample Frenquency」は、「48KHz」、「192KHz」、「96KHz」などのサンプリング周波数示す。
図３６（ｃ）は、DIBを用いた再生装置３００、AVアンプ５００間の通信シーケンスを示す。
再生装置３００のHDMI送受信部２７は、AVアンプ５００と接続された際、◎1に示すように、相互認証を行い、その後、再生装置３００のHDMI送受信部２７は、レシーバとなるAVアンプ５００側から、◎2に示すようにDIBを受信する。こうして受信したDIBにおいて、AVアンプ５００側に、Primaryオーディオストリームをデコードする能力が存在すれば、AVアンプ５００に対し、◎3に示すようにPrimaryオーディオストリームのパススルー出力を行うことができる。AVアンプ５００側に、Primaryオーディオストリームをデコードする能力がなければ、再生装置でデコードしたLPCMを転送するか、そのストリームは再生できないことになる。
続いて、第２実施形態における、再生装置の改良について説明する。
図３７は、PSRセット２３におけるPSR15の内部構成を示す図である。
PSR15は、第１実施形態に示したPSR1、PSR14、PSR31と同様、32ビットのビット長を有する。
PSR15のビットb0からビットb3までは、LPCMのオーディオストリームをデコードして再生する能力が再生装置に存在するか否かを示す。この4ビットが0001bなら、ステレオ属性をもつ48/96HzのLPCMオーディオストリームを再生する能力が、再生装置に存在することを示す。この4ビットが0010bなら、サラウンド属性をもつ48/96HzのLPCMオーディオストリームを再生する能力が、再生装置に存在することを示す。この4ビットが0101bなら、ステレオ属性をもつ全ての周波数のLPCMオーディオストリームを再生する能力が、再生装置に存在することを示す。この4ビットが0110bなら、サラウンド属性をもつ全ての周波数のLPCMオーディオストリームを再生する能力が、再生装置に存在することを示す。
PSR15のビットb4からビットb7までは、DD/DD+形式のオーディオストリームをデコードして再生する能力が再生装置に存在するか否かを示す。この4ビットの下位2ビットが01bなら、DD/DD+オーディオストリームの基本データ(independent substram)の2chストリームまでを再生する能力が、再生装置に存在することを示す。この4ビットの下位2ビットが10bなら、DD/DD+オーディオストリームの基本データ(independent substram)のマルチチャンネルストリーム（2chより多いch数のストリーム）を再生する能力が、再生装置に存在することを示す。
この4ビットの上位2ビットが01bなら、DD/DD+オーディオストリームの拡張データ(Dependent substram)の2chストリームまでを再生する能力が、再生装置に存在することを示す。この4ビットの上位2ビットが10bなら、DD/DD+オーディオストリームの拡張データ(Dependent substram)のマルチチャンネルストリームを再生する能力が、再生装置に存在することを示す。
上位2ビットが00であるなら、DD/DD+オーディオストリームの拡張データ(Dependent substram)を再生する能力が再生装置に存在しないことを示す。
PSR15のビットb8からビットb11までは、DTS-HD形式のオーディオストリームをデコードして再生する能力が再生装置に存在するか否かを示す。この4ビットの下位2ビットが01bなら、DTS-HDオーディオストリームの基本データ(Core substram)の2chまでを再生する能力が、再生装置に存在することを示す。この4ビットの下位2ビットが10bなら、DTS-HDオーディオストリームの基本データ(Core substram)のマルチチャンネルを再生する能力が、再生装置に存在することを示す。
この4ビットの上位2ビットが01bなら、DTS-HDオーディオストリームの拡張データ(Extension substramの2chまでを再生する能力が、再生装置に存在することを示す。この4ビットの上位2ビットが10bなら、DTS-HDオーディオストリームの拡張データ(Extension substram)のマルチチャンネルを再生する能力が、再生装置に存在することを示す。
上位2ビットが00bであるなら、DTS-HDオーディオストリームの拡張データ(Extension substram)を再生する能力が再生装置に存在しないことを示す。
PSR15のビットb12からビットb15までは、DD/MLP形式のオーディオストリームをデコードして再生する能力が再生装置に存在するか否かを示す。この4ビットの下位2ビットが01bなら、DDオーディオストリームの2chまでを再生する能力が、再生装置に存在することを示す。この4ビットの下位2ビットが10bなら、DDオーディオストリームのマルチチャンネルを再生する能力が、再生装置に存在することを示す。
この4ビットの上位2ビットが01bなら、MLPオーディオストリームの2chまでを再生する能力が、再生装置に存在することを示す。この4ビットの上位2ビットが10bなら、MLPオーディオストリームのマルチチャンネルを再生する能力が、再生装置に存在することを示す。
上位2ビットが00であるなら、MLPオーディオストリームを再生する能力が再生装置に存在しないことを示す。
このように、PSR15は、符号化方式毎に、基本データ、拡張データのそれぞれを処理する能力があるか否かを規定できるようにしている。PSR15の説明で言う2chとはL/Rの2chを意味している。
このようにPSR15が規定されているので、第２実施形態にかかるコントローラ２２は、図３８のフローチャートに従って、Primaryオーディオストリームの再生制御を行う。図３８は、第２実施形態にかかるコントローラ２２の処理手順を示すフローチャートである。
ステップＳ６１は、装置起動がなされたかか否かの起動待ち判定であり、もし起動されれば、HDMIを介した接続相手の機器の認証を行う（ステップＳ６２）。この認証により、相互の正当性が判明すれば、ステップＳ６３に移行する。ステップＳ６３は、DIBを受信したかどうかの受信待ちループであり、もしDIBを受信すれば（ステップＳ６３でyes）、接続相手から受け取ったDIBにより、接続相手の能力及びスピーカ数(配置)を認識する（ステップＳ６４）。ステップＳ６５は、接続相手に再生能力が存在するか否かの判定であり、もし再生能力が存在するなら、パススルー出力を行うか否かの設定を受け付けるためのメニューを表示し（ステップＳ６７）、ユーザがパススルー出力を希望したかどうかを判定する（ステップＳ６８）。
尚、DIBによりスピーカが接続されている機器（多くの場合AVアンプ）にてデコードできることが分かった場合には、ユーザーに設定させることなく、自動で接続相手機器にてデコードするようパススルー設定（Ｓ６８でＹＥＳ）を行なっても良い。
尚、再生機器３００の機器設定メニュー（初期設定メニュー）で接続先の機器でデコードできることが分かった場合には自動でパススルー設定（Ｓ６８でＹＥＳ）を行なうよう予め設定をしていても良い。
図３９、図４０は、パススルー出力を行うか否かの設定を受け付けるためのメニューを示す図である。これらの図におけるメニューは、「お客さまのシアターシステムでは、接続先の機器で音声デコードを行うことができます」や「接続先の機器xxxxで音声デコードを行なうことで、より高音質な音声をお楽しみ頂けます」などの注意を喚起する旨のメッセージと、接続先機器でのデコード指示を可否を受け付けるボタン「Yes」「No」とからなる。
一方、図４０のメニューにおいて、XXXの部分には、AVアンプ５００の製品名や型番が表示される。またこのXXXの部分にAVアンプ５００の他、テレビ４００の製品名や型番を表示させ、これらをユーザ操作に応じて選択させるようにしてもよい。こうすることで、デコードを行わせる機器をユーザに選択させてもよい。更に、ユーザが何台もAVアンプを所有しているような場合、これらの製品名や型番を表示させ、これらをユーザ操作に応じて選択させるのが望ましい。
このメニューに対して、Yesボタンを確定することでパススルー出力を希望する旨の操作を行った場合、DIBに応じた、PSR15におけるPlayer capability for Audioの設定を行う（ステップＳ７１）。そして、AVアンプ５００のデコード能力に応じたPrimaryオーディオストリームを選択させる手順をProcedure実行部４２に実行させる（ステップＳ７２）。以降、BD-ROMから読み出されたAVClipのPrimaryオーディオストリームを、パススルー出力させる（ステップＳ７３）。
AVアンプ５００でデコードを行うことを希望する操作を行わなかった場合、自機のデコード能力に応じたPSR１５を設定し、Primaryオーディオストリームを選択させる手順をProcedure実行部４２に実行させ（ステップＳ６９）、自機でデコードした音声(LPCM)を出力させる（ステップＳ７０）。
図４１、図４２は、DIBに応じて、PSR15におけるPlayer capability for Audioを設定する処理手順を示すフローチャートである。
図４１のフローチャートにおいてステップＳ２００は、DIBのCODING TYPEが、DD+を示しているかを判定するものである。
DIBのCODING TYPEがDD+を示しているなら、ステップＳ２０１に移行する。ステップＳ２０１は、DIBのChannel Countに２よりも大きな値が記載されているか否かの判定である。ステップＳ２０１がyesである場合、ステップＳ２０３において、Dependent Substreamのcapabilityを、10b:Surround Capableに設定する。
ステップＳ２０１がnoである場合、ステップＳ２０５において、Dependent Substreamのcapabilityを、0１b:Stereo Capableに設定する。
図４２のフローチャートにおいてステップＳ８２は、DIBのCODING TYPEが、MLPを示しているかを判定するものである。DIBのCODING TYPEがMLPを示しているなら、ステップＳ８２がyesになってステップＳ９１に移行する。ステップＳ９１は、DIBのChannel Countが２ｃｈより大きいか否かの判定である。
ステップＳ９１がYESである場合、ステップＳ９３において、MLPのcapabilityを、10b:Surround Capableに設定する。ステップＳ９１がNOである場合、ステップＳ９４において、MLPのcapabilityを、０１b:Stereo Capableに設定する。
図４１のＳ２０１、図４２のＳ９１の判定ではＤＩＢのChannel Countを用いたが、Channel/Speaker Allocationを用いても判定しても良い。
以上のように本実施形態によれば、HDMIのようにデジタルI/Fを介し、接続相手の能力を取得し、それに応じてPSR15を設定した上、このPSR15に基づき、PrimaryオーディオストリームをBD-ROMディスク/ローカルストレージから選択して、このPrimaryオーディオストリームのパススルー出力を行うので、接続相手のデコーダ資源を有効活用することができ、かかる有効活用により、高品質な音声再生を実現することができる。また、AVアンプとスピーカーはセットで開発/販売されることが多いため、スピーカーの特性に合わせた調節がAVアンプでは可能である。したがって、再生機器が内部デコーダでデコードできる場合であっても、接続先のAVアンプでデコードする方が音響学的に高音質な再生結果を得られる。
（第３実施形態）
第１実施形態におけるローカルストレージ２００は、再生装置内蔵型のハードディスクであったが、本実施形態におけるローカルストレージ２００は、可搬型の記録媒体であるSDメモリカードである。そして本実施形態は、この可搬型記録媒体に動的シナリオを記録して再生装置に提供する場合の改良に関する。
SDメモリカードは、セキュアな領域と、非セキュアな領域とをもった可搬型の記録媒体である。第１実施形態に示したようなローカルストレージ上のファイルは、暗号化されて非セキュアな領域に記録され、暗号鍵がセキュアな領域に記録される。セキュア領域に記録された暗号鍵はSDメモリカードによる認証により、正当性が確認されない限り、読み出されることはない。これにより非セキュア領域上のファイルは、不正にコピーされることなく、BD-ROMと併用されるときのみ読み出されることになる。
動的シナリオとは、第１実施形態に示したJava（登録商標）アプリケーション、Movie Objectであり、PlayList情報を通じた再生を、再生装置に行わせるプログラムである。かかる動的シナリオは、BD-ROM１００に記録される場合と、ローカルストレージ２００に記録される場合とがあるが、動的シナリオが可搬型記録媒体に記録されていると、かかる記録媒体に記録された動的シナリオは、様々な場所に設置された再生装置に供される。時には、自動車の車内に設置された再生装置３００に供されることもある。
図４３（ａ）は、自動車の車内に設置された再生装置３００を示す図である。かかる再生装置３００は、テレビ４００と共に、カーオーディオシステムを構成するものである、可搬型のローカルストレージ２００は、BD-ROM１００と共に、かかる再生装置３００に導入されることがある。
このように自動車車内に設置される場合、かかる再生装置３００は、CD再生装置のように操作されることを明らかにするのが望ましい。このように、CD再生装置のように操作されるべきであることを示すべく、本実施形態にかかるPSR31は、図４３（ｂ）のように構成されている。
図４３（ｂ）は、第３実施形態にかかるPSR31の内部構成を示す図である。本実施形態におけるPSR31は、自動車内に設置された場合、Player Profile情報＝1000bを示すように、メーカーの技術者、又は、最終消費者により設定される。PSR31におけるPlayer Profile情報が1000bに設定された場合、当該再生装置は、Audio Profile Playerであることを示す。Audio Profile Playerとは、対話画面を介した操作には適さず、CDプレーヤーライク（CD再生装置のようなリニアな操作のみでコンテンツの再生制御を行なうBD-ROM再生装置であり、GUIによるコンテンツの再生制御などに対応していない再生機器、もしくは車が走行していることを感知し一時的にそのようなモードに遷移する再生機器）であることを示す。
再生装置がCDプレーヤーライクである場合、チャプタースキップ、チャプターサーチ等、チャプターを単位とした操作で、コンテンツは再生されねばならない。かかるチャプターは、図１７に示したPlayListMark情報に規定されている
以降、PlayListMark情報について説明をはじめる。
図４４は、PlayList情報におけるPlayListMark情報の内部構成を示す図である。本図の図中の引き出し線pm0に示すように、PlayListMark情報は、複数のPLMark情報(#1〜#n)からなる。PLmark情報(PLmark())は、PL時間軸のうち、任意の位置を、チャプター点として指定する情報である。引き出し線pm1に示すようにPLmark情報は、チャプター指定の対象たるPlayItemを示す『ref_to_PlayItem_Id』と、そのPlayItemにおける、チャプター位置を時間表記により示す『mark_time_stamp』とを含む。
図４５は、PlayList情報の、PLMark情報によるチャプター位置の指定を示す図である。本図の第2段目から第5段目は、図１０に示した、EP_mapと、AVClipとを示す。
本図の第1段目は、PLMark情報と、PL時間軸とを示す。この第1段目には、2つのPLMark情報#1〜#2が存在する。矢印kt1,2は、PLMark情報のref_to_PlayItem_Idによる指定を示す。この矢印からもわかるようにPLMark情報のref_to_PlayItem_Idは、参照するPlayItemを指定していることがわかる。また、Mark_time_Stampは、当該PlayItem時間軸のうち、Chapter#1,#2になるべき時点を示す。このように、PLMark情報は、PlayItem時間軸上に、チャプター点を定義することができる。
以上が、PLMark情報についての説明である。続いて動的シナリオにおける改良について説明する。
再生装置組み込み型のプログラムの場合、自動車車内で利用されるか、又は、ホームシアターシステムで使用されるかは、製造の段階で、判明している。しかしBD-ROM１００や可搬型ローカルストレージ２００に記録されて再生装置に供給される動的シナリオ(Movie Object、Java（登録商標）アプリケーション）は、様々な再生装置に装填されることが考えられるので、再生装置の利用形態が、このどちらであるかは特定できない。BD-ROM１００や、SDメモリカードであるローカルストレージ２００をどのような再生装置で利用するかは、ユーザが任意に決めるものだからである。
そこでPlayer Profile情報がAudio Profile Playerを示すように設定された場合もしくはされている場合、Movie Object、Java（登録商標）アプリケーションは、CDプレーヤーライクな操作で操作されるよう、再生装置を制御せねばならない。一方、Player Profile情報がこれ以外に設定された場合、対話画面を通じた処理にて操作することが望ましい。
図４６は、本実施形態にかかるJava（登録商標）アプリケーションの処理手順を示すフローチャートである。
ステップＳ１４９は、PSR31がAudio Profile Playerであるか否かを判定する。もし、Audio Profile Playerでないなら、プレイリストの再生を開始させる（ステップＳ１５０）。以降、ステップＳ１５１のループ処理に移行する。
その後、ステップＳ１５１は、メニューコール操作がなされたか否かの操作待ちループ処理を構成する。もしメニューコールがなされれば、メニューを表示して（ステップＳ１５２）、ステップＳ１５３〜ステップＳ１５６の処理に移行する。ステップＳ１５３は、フォーカス移動操作がでなされたか否かの判定であり、もしフォーカス移動操作がなされたなら、フォーカスを他のボタンに移動する（ステップＳ１５５）。
ステップＳ１５４は、ボタンの確定操作がなされたか否かの判定であり、もし確定操作がなされたなら、ボタンに対応する処理を実行する（ステップＳ１５６）。
ステップＳ１４９において、Audio Profile Playerであると判定された場合（ステップＳ１４９でyes）、音声アナウンスのプレイリストの再生を開始させて、ユーザーにリニアなCDライクな再生を行なうことを説明する。そしてステップS１５８、ステップＳ１５９からなるループ処理に移行する。
ステップＳ１５８は、数値入力がなされたか否か、ステップＳ１５９は、SkipNext又はSkipBackキーががなされたか否かの判定である。
数値入力がなされた場合、ステップＳ１６０に移行して、チャプターサーチを実行する。SkioNext,SkipBackキーが押下された場合、ステップＳ１６１に移行して、チャプタースキップ機能を実行する。
以上は、Java（登録商標）アプリケーションの例で説明したが、Movie Objectである場合、ステップＳ１５３〜ステップＳ１５５の処理は、IGストリーム内のナビゲーションコマンドやMovieObjectのナビゲーションコマンドを用いて実現すればよい。動作の仕組みは同様であるので、説明は省略する。
以降、フローチャートを参照しながら、チャプターサーチ及びチャプタースキップの処理手順について説明する。図４７は、チャプターサーチの処理手順を示すフローチャートである。
まず始めに、入力された数値にあたるPLMark情報をカレントPlayListMarkとする(ステップＳ１２５)。ステップＳ１２６では、カレントPlayListMarkのref_to_PlayItem_Idに記述されているPIを、PlayItem#xに設定し、ステップＳ１２７では、PlayItem#xのClip_information_file_nameで指定されるClip情報を読み込む。ステップＳ１２８では、カレントClip情報のEP_mapを用いて、カレントPlayListMarkのmark_time_stampを、Iピクチャアドレスuに変換する。
一方ステップＳ１２９では、PlayItem#xのOut_timeを,カレントClip情報のEP_mapを用いて,Iピクチャアドレスvに変換する。ステップＳ１３０は、カレントPlayListMarkのmark_time_stampからPlayItem#xのOut_timeまでの出力をデコーダに命じる。以上がチャプターサーチの処理手順である。続いてチャプタースキップの処理手順について説明する。図４８は、チャプタースキップの処理手順を示すフローチャートである。
ステップＳ１３２は、押下されたのがSkipNextキーであるか、SkipBackキーであるかの判定であり、SkipBackキーであるならステップＳ１３３において方向フラグを-1に設定し、SkipNextキーであるならステップＳ１３４において方向フラグを+1に設定する。
ステップＳ１３５は、カレントPI及びカレントPTMを変換して、カレントPLMarkを特定するステップであり、ステップＳ１３６は、カレントPLMarkの番号に方向フラグの値を足した番号を、カレントPlayListMarkの番号として設定する。ここでSkipNextキーであるなら方向フラグは+1に設定されているのでカレントPlayListMarkはインクリメントされることになる。SkipBackキーであるなら方向フラグは-1に設定されているので、カレントPlayListMarkはデクリメントされることになる。このようにしてPLMark情報を設定すれば、図４７同様、ステップＳ１２６〜ステップＳ１３０の処理手順を実行することにより、TSパケット読み出しを行う。
以上がPLMark情報に基づく、再生を行う際の再生装置の処理手順である。
以上のように本実施形態によれば、PSR31がAudio Profile Playerを示している場合、Movie Object、Java（登録商標）アプリケーションのような動的シナリオでCD再生装置と同等のユーザー操作性を与えるようにプレイリストを再生するようにすることが可能になる。この場合、ユーザーはBD-ROMを音楽CDと全く変わりなく操作することができる。つまり、チャプターサーチ/スキップが音楽CDで言う所の曲のサーチ/スキップに該当する。勿論、Audio Profile Playerではない再生装置上で動的シナリオが動作する場合は、今まで通り映像出力を仮定してGUIベースのメニューなどを表示し、インタラクティブな再生が可能になる。HDMIのように接続機器の状態をモニタリングできるI/Fを介して再生している場合には、モニターの電源ON/OFFや入力ソース映像の選択状況などを監視することでモニターが再生している映像を映さなくなっている場合には、PSR31をAudio Profile Playerに切り替えたり、再生を一時停止状態にしたり、再生機器３００の電源を連動してOFFとすることなども考えられる。
（第４実施形態）
第４実施形態は、第１実施形態に示したPlayList情報、Clip情報、AVClipを、どのように取得するかという、取得に関する実施形態である。かかる取得において、処理主体になるのは、Java（登録商標）アプリケーションである。何故なら、Java（登録商標）アプリケーションは、ネットワーク上でコネクションを形成し、サーバ装置から所望のファイルをダウンロードすることができる、能力をもっているからである。

サーバに存在するファイルを取得するためのコネクションは java（登録商標）.netと呼ばれるJava（登録商標）ソフトウェアライブラリィのopenConnectionメソッドを使って、確立することができる。サーバ上のファイルのURLが、http:／／xxx.com／vp_data／0.m2tsである場合におけるコネクション接続の用例を以下に示す。

用例：
new java（登録商標）.net.URL(http:／／xxx.com／vp_data／0.m2ts.openConnection()

図４９は、第４実施形態にかかるJava（登録商標）アプリケーションのフローチャートである。ステップＳ１８１において、BD-ROMにおけるプレイリストの再生を開始させる。その後、ステップＳ１８２では、BD-ROMから、そのBD-ROMの配給元となる法人、組織を示す情報(organization)と、そのBD-ROMの識別子(Disc_id)とを読みだす。
ステップＳ１８３では、そうして読み出されたorganization、Disc_idに対応する領域が、ローカルストレージ２００に存在しない否かを判定する。

かかる領域が存在しないなら、ステップＳ１８４では、PSR31におけるPlayer Profile情報が、0x0000でないかどうかを判定する。
ステップＳ１８３、ステップＳ１８４の何れかがNoである場合、処理を終了する。
organization、Disc_idに対応する領域が、ローカルストレージに存在せず、かつ音声のミキシングが可能である場合、ステップＳ１８３及びステップＳ１８４がyesになる。
ステップＳ１８３及びステップＳ１８４の双方がyesである場合、「アップデートボタン」が配置されたメニューを表示する（ステップＳ１８５）。そして、「アップデートボタン」に対する、確定操作待ちになる(ステップＳ１８６)。
図５０は、「アップデートボタン」が配置されたメニューの表示例を示す図である。本図における、「アップデートする」と記述されたボタンが、「アップデートボタン」であり、この「アップデートボタン」を確定する操作がなされれば、ステップＳ１８７においてDisc_id及びPlayList_idをサーバ装置に送信する。
Disc_idは、BD-ROMの識別情報であり、PlayList_idは、再生中プレイリストの識別情報であるので、サーバ装置は、これらを用いて、取得すべき追加コンテンツをコンテンツプロバイダのデータベース上から選択する。そうして選択された追加コンテンツをネットワーク経由で再生装置に送りかえす。この追加コンテンツは、ローカルストレージ２００に記録されるべきファイル一式（PlayList情報、Clip情報、AVClip）を含む。
ステップＳ１８８では、追加コンテンツの受信待ちを行い、もしこれらを受信すれば、ステップＳ１８９において、追加コンテンツを構成する、PlayList情報、Clip情報、AVClipをローカルストレージ２００に書き込む。その後、サーバ装置からのダウンロードが完了し、ミキシングしながらの再生が可能になった場合、ミキシングしながらの再生が可能になった旨をユーザーに通知して（ステップＳ１９０）。ミキシングを行う旨の操作をユーザが行ったか否かを判定するための処理待ちループになる（ステップＳ１９１）。ユーザーが希望する場合に、ステップＳ１９２においてPlayList情報の再生をいったん停止し、バーチャルパッケージの構築を行う。
アップデート有無のサーバーへの確認や、当該コンテンツのダウンロード処理は、任意のタイミングで実行が可能であるため、ディスクロード時や、コンテンツ再生中に所定時間間隔で行なっても良く、再生する準備が整った時点（バーチャルパッケージが再生できる状態となった時点）でユーザーに再生するかの問い合わせを行なってもよい。
以上のように本実施形態によれば、最初にプレイリストを再生する際、AVClipを再生させながら、ダウンロードを処理を行うので、ユーザは、プレイリストの再生画像をみながら、ローカルストレージ２００へのダウンロード完了を待てばよく、Secondaryオーディオストリームを構成するようなローカルストレージ２００上のファイルが、数百メガバイトに及ぶ場合でも、ローカルストレージ２００へのダウンロードがなされている間、ユーザを退屈させずにすむ。
尚、ローカルストレージ２００上の追加コンテンツを消去する条件を、再生装置３００に初期設定しておき、この初期設定に基づき、再生装置３００が追加コンテンツを削除するようにしてもよい。例えば、かかる初期設定において、時間の入力を受け付け、時間に応じて消去する(1ヶ月経つと勝手に消す)等の処理をするのが望ましい。
また、BD-ROMをイジェクトする際、ローカルストレージ２００上の追加コンテンツを消去するかどうかをユーザに問い合わせ、この問い合わせに対して、ユーザが肯定的が回答をした際に消去してもよい。
更に、BD-ROMが、読み出し専用領域と、書き込み可能領域とをもつパーシャルディスクである場合、ローカルストレージ２００上の追加コンテンツを、パーシャルディスク上の書き込み可能領域に書き込んでもよい。
(備考)
以上、本願の出願時点において、出願人が知り得る最良の実施形態について説明したが、 以下に示す技術的トピックについては、更なる改良や変更実施を加えることができる。各実施形態に示した通り実施するか、これらの改良・変更を施すか否かは、何れも任意的であり、実施する者の意思によることは留意されたい。

(追加コンテンツに対する処理)
ローカルストレージ２００にダウンロードされた追加コンテンツは、何ヶ月、何年か経過すれば自動的に消去するよう、再生装置を初期設定しておくのが望ましい。
（PIDの代用）
第１実施形態では、Primaryオーディオストリーム、Secondaryオーディオストリームの区別にPIDを用いたが、MPEG２-PSを使う場合には、PESパケットヘッダのstream_idをそれぞれ異なるものにするのが望ましい。
またPrimaryオーディオストリーム、Secondaryオーディオストリームは、２つの音声ストリームが１つのデマルチプレクサでも弁別可能なように、システムストリームレベルにおいて区別されていればよい。もしくは、２つのストリームを１つに束ねる前に、片方のPIDを重複しないように付け替えておくだけでもよい。
(制御手順の実現)
各実施形態においてフローチャートを引用して説明した制御手順や、機能的な構成要素による制御手順は、ハードウェア資源を用いて具体的に実現されていることから、自然法則を利用した技術的思想の創作といえ、“プログラムの発明”としての成立要件を満たす。
・本発明に係るプログラムの生産形態
本発明に係るプログラムは、コンピュータが実行することができる実行形式のプログラム(オブジェクトプログラム)であり、各実施形態に示したフローチャートの各ステップや、機能的構成要素の個々の手順を、コンピュータに実行させるような1つ以上のプログラムコードから構成される。ここでプログラムコードは、プロセッサのネィティブコード、JAVA（登録商標）バイトコードというように、様々な種類がある。またプログラムコードによる各ステップの実現には、様々な態様がある。外部関数を利用して、各ステップを実現することができる場合、この外部関数をコールするコール文が、プログラムコードになる。また、1つのステップを実現するようなプログラムコードが、別々のオブジェクトプログラムに帰属することもある。命令種が制限されているRISCプロセッサでは、算術演算命令や論理演算命令、分岐命令等を組合せることで、フローチャートの各ステップが実現されることもある。
本発明にかかるプログラムは、以下のようにして作ることができる。先ず初めに、ソフトウェア開発者は、プログラミング言語を用いて、各フローチャートや、機能的な構成要素を実現するようなソースプログラムを記述する。この記述にあたって、ソフトウェア開発者は、プログラミング言語の構文に従い、クラス構造体や変数、配列変数、外部関数のコールを用いて、各フローチャートや、機能的な構成要素を具現するソースプログラムを記述する。
記述されたソースプログラムは、ファイルとしてコンパイラに与えられる。コンパイラは、これらのソースプログラムを翻訳してオブジェクトプログラムを生成する。
コンパイラによる翻訳は、構文解析、最適化、資源割付、コード生成といった過程からなる。構文解析では、ソースプログラムの字句解析、構文解析および意味解析を行い、ソースプログラムを中間プログラムに変換する。最適化では、中間プログラムに対して、基本ブロック化、制御フロー解析、データフロー解析という作業を行う。資源割付では、ターゲットとなるプロセッサの命令セットへの適合を図るため、中間プログラム中の変数をターゲットとなるプロセッサのプロセッサが有しているレジスタまたはメモリに割り付ける。コード生成では、中間プログラム内の各中間命令を、プログラムコードに変換し、オブジェクトプログラムを得る。
オブジェクトプログラムが生成されるとプログラマはこれらに対してリンカを起動する。リンカはこれらのオブジェクトプログラムや、関連するライブラリプログラムをメモリ空間に割り当て、これらを１つに結合して、ロードモジュールを生成する。こうして生成されるロードモジュールは、コンピュータによる読み取りを前提にしたものであり、各フローチャートに示した処理手順や機能的な構成要素の処理手順を、コンピュータに実行させるものである。以上の処理を経て、本発明に係るプログラムを作ることができる。

・本発明に係るプログラムの使用形態
本発明に係るプログラムは、以下のようにして使用することができる。
(i)組込プログラムとしての使用
本発明に係るプログラムを組込プログラムとして使用する場合、プログラムにあたるロードモジュールを、基本入出力プログラム(BIOS)や、様々なミドルウェア(オペレーションシステム)と共に、命令ROMに書き込む。こうした命令ROMを、制御部に組み込み、CPUに実行させることにより、本発明に係るプログラムを、再生装置３００の制御プログラムとして使用することができる。
(ii)アプリケーションとしての使用
再生装置３００が、ハードディスク内蔵モデルである場合は、基本入出力プログラム(BIOS)が命令ROMに組み込まれており、様々なミドルウェア(オペレーションシステム)が、ハードディスクにプレインストールされている。また、ハードディスクから、システムを起動するためのブートROMが、再生装置３００に設けられている。
この場合、ロードモジュールのみを、過搬型の記録媒体やネットワークを通じて、再生装置３００に供給し、1つのアプリケーションとしてハードディスクにインストールする。そうすると、再生装置３００は、ブートROMによるブートストラップを行い、オペレーションシステムを起動した上で、1つのアプリケーションとして、当該アプリケーションをCPUに実行させ、本発明に係るプログラムを使用する。
ハードディスクモデルの再生装置３００では、本発明のプログラムを1つのアプリケーションとして使用しうるので、本発明に係るプログラムを単体で譲渡したり、貸与したり、ネットワークを通じて供給することができる。

(コントローラ２２)
各実施形態に示したコントローラ２２等の構成要素は、一個のシステムLSIとして実現することができる。
システムLSIとは、高密度基板上にベアチップを実装し、パッケージングしたものをいう。複数個のベアチップを高密度基板上に実装し、パッケージングすることにより、あたかも1つのLSIのような外形構造を複数個のベアチップに持たせたものも、システムLSIに含まれる(このようなシステムLSIは、マルチチップモジュールと呼ばれる。)。
ここでパッケージの種別に着目するとシステムLSIには、QFP(クッド フラッド アレイ)、PGA(ピン グリッド アレイ)という種別がある。QFPは、パッケージの四側面にピンが取り付けられたシステムLSIである。PGAは、底面全体に、多くのピンが取り付けられたシステムLSIである。
これらのピンは、他の回路とのインターフェイスとしての役割を担っている。システムLSIにおけるピンには、こうしたインターフェイスの役割が存在するので、システムLSIにおけるこれらのピンに、他の回路を接続することにより、システムLSIは、再生装置３００の中核としての役割を果たす。
システムLSIにパッケージングされるベアチップは、“フロントエンド部”、“バックエンド部”、“デジタル処理部”からなる。“フロントエンド部”は、アナログ信号を、デジタル化する部分であり、“バックエンド部”はデジタル処理の結果、得られたデータを、アナログ化して出力する部分である。
各実施形態において内部構成図として示した各構成要素は、このデジタル処理部内に実装される。
先に“組込プログラムとしての使用”で述べたように、命令ROMには、プログラムにあたるロードモジュールや、基本入出力プログラム(BIOS)、様々なミドルウェア(オペレーションシステム)が書き込まれる。本実施形態において、特に創作したのは、このプログラムにあたるロードモジュールの部分なので、プログラムにあたるロードモジュールを格納した命令ROMを、ベアチップとしてパッケージングすることにより、本発明に係るシステムLSIは生産することができる。
具体的な実装については、SoC実装やSiP実装を用いることができ望ましい。SoC(System on chip)実装とは、1チップ上に複数の回路を焼き付ける技術である。SiP(System in Package)実装とは、複数チップを樹脂等で1パッケージにする技術である。以上の過程を経て、本発明に係るシステムLSIは、各実施形態に示した再生装置３００の内部構成図を基に作ることができる。
尚、上述のようにして生成される集積回路は、集積度の違いにより、IC、LSI、スーパーLSI、ウルトラLSIと呼称されることもある。
さらに、各記録読出装置の構成要素の一部又は全てを1つのチップとして構成してもよい。集積回路化は、上述したSoC実装,SiP実装に限るものではなく、専用回路又は汎用プロセスで実現してもよい。LSI製造後に、プログラムすることが可能なFPGA（Field Programmable Gate Array）や、LSI内部の回路セルの接続や設定を再構成可能なシリコンフィギュラブル・プロセッサを利用することが考えられる。更には、半導体技術の進歩又は派生する技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適応などが可能性としてありうる。
本発明に係る記録媒体、再生装置は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが明らかなので、資質において工業上利用することができる。このことから本発明に係る記録媒体、再生装置は、産業上の利用可能性を有する。
本発明に係る記録媒体の、使用行為についての形態を示す図である。 BD-ROMの内部構成を示す図である。 拡張子.m2tsが付与されたファイルがどのように構成されているかを模式的に示す図である。 AVClipを構成するTSパケットがどのような過程を経てBD-ROMに書き込まれるかを示す。 BD-ROMの物理単位と、1つのファイルエクステントを構成するSourceパケットとの対応関係を示す図である。 AVClipにどのようなエレメンタリストリームが多重化されているかを示す図である。 Clip情報の内部構成を示す図である。 映画のビデオストリームに対するEP_map設定を示す図である。 PlayList情報のデータ構造を示す図である。 AVClipと、PlayList情報との関係を示す図である。 ファイルsound.bdmvの構成を示す図である。 ローカルストレージ２００の内部構成を示す図である。 SubClipに多重化されるエレメンタリストリームを示す図である。 BD-ROM規格におけるPID割当マップを示す図である。 （ａ）Secondaryオーディオストリームの内部構成を示す図である。（ｂ）オーディオフレームの一例を示す図である。（ｃ）メタデータの内部構成を示す図である。（ｄ）ゲイン制御情報の一例を模式的に示す図である。 Secondaryオーディオストリーム内のメタデータにより、Primaryオーディオストリームの音量がどのように制御されるかを示す図である。 PlayList情報のデータ構造を示す図である。 Subpath情報の内部構成をクローズアップして示す図である。 ローカルストレージ２００上のSubClipと、ローカルストレージ２００上のPlayList情報と、BD-ROM上のMainClipとの対応を示す図である。 MainClipに対して設定されたEP_map及びPlayItem時間軸と、Primaryオーディオストリーム、SecondaryオーディオストリームとなるSubClipに対して設定されたEP_map及びSubPlayItem時間軸とを集約して示す図である。 STN_tableの内部構成を示す図である。 （ａ）ビデオストリームに対応したStream_attributeを示す図である。
（ｂ）Primaryオーディオストリーム、Secondaryオーディオストリームに対応したStream_attributeを示す図である。
（ｃ）ビデオストリームにおけるStream_entryを示す図である。
（ｄ）SecondaryオーディオストリームにおけるStream_entryを示す図である。
（ｅ）SecondaryオーディオストリームにおけるStream_entryと、Stream_attributeとの組みに対応付けられている、Comb_info_Secondary_audio_Primary_audioの内部構成を示す図である。
Comb_info_Secondary_audio_Primary_audioによるPrimaryオーディオストリームの指定を示す図である。 再生装置３００により生成されるバーチャルファイルシステムを示す図である。 本発明に係る再生装置の内部構成を示す図である。 コントローラ２２を機能的に表現した図である。 （ａ）PSR1のビットアサインを示す図である。
（ｂ）PSR14のビットアサインを示す図である。
（ｃ）PSR31のビットアサインを示す図である。
プレイリスト処理部によるプレイリスト再生手順を示すフローチャートである。 （ａ）PSR1の設定値が取り得る状態遷移を示す図である。
（ｂ）PSR1のProcedure when playback condition is changedの処理手順を示す図である。
ステップＳ５の詳細な処理手順に示したフローチャートである。 ストリーム変化時におけるPSR1の設定手順を示すフローチャートである。 （ａ）PSR14の設定値が取り得る状態遷移を示す図である。
（ｂ）PSR14のProcedure when playback condition is changedの処理手順を示す図である。
ステップＳ３５の詳細な処理手順に示したフローチャートである。 ストリーム変化時におけるPSR14の設定手順を示すフローチャートである。 （ａ）再生装置３００、AVアンプ５００、スピーカ６００の接続形態を示す図である。
（ｂ）再生装置３００、テレビ４００、スピーカ６００のそれぞれで、チャンネル数がどのように変化するかを示す図である。
（ａ）DIBを示す図である。 （ｂ）DIBの各フィールドに設定しうる値を示す （ｃ）DIBを用いた再生装置３００、AVアンプ５００間の通信シーケンスを示す。 PSR２３におけるPSR15の内部構成を示す図である。 第２実施形態にかかるコントローラ２２の処理手順を示すフローチャートである。 パススルー出力を行うか否かの設定を受け付けるためのメニューを示す図である。 パススルー出力を行うか否かの設定を受け付けるためのメニューを示す図である。 DIBに応じて、PSR15におけるPlayer capability for Audioを設定する処理手順を示すフローチャートである。 DIBに応じて、PSR15におけるPlayer capability for Audioを設定する処理手順を示すフローチャートである。 （ａ）再生装置３００が自動車の車内に設置存在する場合の設置例を示す図である。
（ｂ）第３実施形態にかかるPSR31の内部構成を示す図である。
PlayList情報におけるPlayListMark情報の内部構成を示す図である。 PlayList情報の、PLMark情報によるチャプター位置の指定を示す図である。 第３実施形態にかかるJava（登録商標）アプリケーションの処理手順を示すフローチャートである。 チャプターサーチの処理手順を示すフローチャートである。 チャプタースキップの処理手順を示すフローチャートである。 第４実施形態にかかるJava（登録商標）アプリケーションのフローチャートである。 「アップデートボタン」が配置されたメニューの表示例を示す図である。
符号の説明
１００ BD-ROM
２００ ローカルストレージ
３００ 再生装置
４００ テレビ
５００ AVアンプ
６００ スピーカ
１a BD-ROMドライブ
１b バス
２a,b リードバッファ
３a,b デマルチプレクサ
４ ビデオデコーダ
５ ビデオプレーン
６a,b バッファ
７a,b オーディオデコーダ
８ DownMix/DownSample
９a ミキサー
９b ミキサー
１０a スイッチ
１０b エンコーダ
１１ Interactive Graphicsデコーダ
１２ Interactive Graphicsプレーン
１３ Presentation Graphicsデコーダ
１４ Presentation Graphicsプレーン
１５ JPEGデコーダ
１６ Stillプレーン
１７ 合成部
１８a,b STC生成部
１９a,b ATC生成部
２１ メモリ
２２ コントローラ
２３ PSRセット
２４ PID変換部
２５ 通信部
２６ 操作受付部
２７ HDMI送受信部
４１ プレイリスト処理部
４２ Procedure実行部
４３ Procedure実行部
４４ ミキシング制御部

Claims (20)

  1. プレイリスト情報が記録された記録媒体であって、
    前記プレイリスト情報は、メインパス情報、サブパス情報を含み、
    前記メインパス情報は、
    複数デジタルストリームのうち１つを、メインストリームとして指定して、そのメインストリームに対し、主たる再生区間を定義する情報であり、
    前記サブパス情報は、
    複数デジタルストリームのうち他の１つを、サブストリームとして指定して、そのサブストリームに対し、前記主たる再生区間と同期すべき、従たる再生区間を定義する情報であり、
    前記記録媒体には、
    サブストリームとして指定されたオーディオストリームが、記録されており、
    オーディオストリームは、複数のパケットから構成され、
    各パケットには、パケット識別子が付与されており、
    パケット識別子は、上位フィールド、下位フィールドからなり、
    上位フィールドは、パケットにより構成されるオーディオストリームがセカンダリオーディオストリームであり、その音声出力が、プライマリオーディオストリームの音声出力とミキシングされ得る旨を示す
    ことを特徴とする記録媒体。
  2. パケット識別子の下位フィールドは、対応するオーディオストリームが複数のセカンダリオーディオストリームのうち、どれであるかを示す
    ことを特徴とする請求項１記載の記録媒体。
  3. 前記メインパス情報は、ストリームテーブルを含み、
    ストリームテーブルは、セカンダリオーディオストリームについてのエントリーを有し、
    各エントリーには、対応するパケット識別子の参照値が記述されており、
    ストリームテーブルにおけるエントリーの順位は、その対応するセカンダリオーディオストリームの選択順位を示す
    ことを特徴とする請求項１記載の記録媒体。
  4. 前記セカンダリオーディオストリームについてのエントリーには、プライマリオーディオストリームの番号を示す組合せ情報が対応づけて付けられており、
    組合せ情報に番号が示されるプライマリオーディオストリームは、その再生出力をセカンダリオーディオストリームの再生出力とミキシングすることができるプライマリオーディオストリームである ことを特徴とする請求項３記載の記録媒体。
  5. 前記セカンダリオーディオストリームは、メタデータを含み、
    メタデータは、プライマリオーディオストリームにおける音声出力のゲインを下げる制御、又は、音声出力のゲインを上げる制御を行う
    ことを特徴とする請求項１記載の記録媒体。
  6. 前記サブパス情報は、
    前記メタデータがゲインの制御を命じる時点を、従たる再生区間の開始点、又は、従たる再生区間の終了点として示す
    ことを特徴とする請求項１記載の記録媒体。
  7. 前記サブパス情報は、
    自身により指定されるオーディオストリームが、セカンダリオーディオストリームである旨を示すタイプ情報を含む
    ことを特徴とする請求項１記載の記録媒体。
  8. プレイリスト情報に従って、主たる再生区間が定義されたメインストリームと、従たる再生区間が定義されたサブストリームとを、再生する再生装置であって、
    前記プレイリスト情報は、複数デジタルストリームのそれぞれに対し、再生区間を定義する情報であり、メインパス情報、サブパス情報を含み、
    メインストリームのうち、主たる再生区間として定義されている部分を構成するパケットを、メインパス情報に従って読み出す第１読出部と、
    サブストリームのうち、従たる再生区間として定義されている部分を構成するパケットを、サブパス情報に従って読み出す第２読出部と、
    第１、第２読出部により読み出されたパケットを取り込んで、これらのパケットにおけるパケット識別子の上位フィールドを参照することにより、プライマリオーディオストリームを構成するパケットと、セカンダリオーディオストリームを構成するパケットとを多重分離する多重分離部と、
    プライマリオーディオストリームを構成するパケットをデコードする第１デコーダと、
    セカンダリオーディオストリームを構成するパケットをデコードする第２デコーダと、
    第１デコーダのデコード結果である非圧縮のデジタルデータと、第２デコーダのデコード結果である非圧縮のデジタルデータとをミキシングするミキシング部と
    を備えることを特徴とする再生装置。
  9. 前記メインパス情報は、ストリームテーブルを含み、
    ストリームテーブルは、セカンダリオーディオストリームについてのエントリーを有し、
    各エントリーには、セカンダリオーディオストリームに対応するパケット識別子の参照値が記述されており、
    前記再生装置は、
    所定の手順とに従い、複数のセカンダリオーディオストリームの中から、再生すべきセカンダリオーディオストリームを選択するプロシージャ実行部と、
    選択されたセカンダリオーディオストリームのストリーム番号を格納する状態レジスタとを備え、
    前記多重分離部によるセカンダリオーディオストリームの多重分離は、
    ストリームテーブルに含まれるセカンダリオーディオストリームのエントリーのうち、状態レジスタに格納されているストリーム番号に対応するものに記述されているパケット識別子の参照値の上位フィールドと、第２読出部により読み出されたセカンダリオーディオストリームを構成するパケットのパケット識別子の上位フィールドとを比較し、当該比較において上位フィールドが一致する場合、第２読出部により読み出されたセカンダリオーディオストリームを構成するパケットを、第２デコーダに出力することでなされる
    ことを特徴とする請求項８記載の再生装置。
  10. 前記エントリーには、組合せ情報が対応づけて付けられており、
    組合せ情報は、プライマリオーディオストリームのストリームの番号を示し、
    組合せ情報に番号が示されるプライマリオーディオストリームは、その再生出力をセカンダリオーディオストリームの再生出力とミキシングすることができるプライマリオーディオストリームであり、
    前記状態レジスタは、
    現在再生されているプライマリオーディオストリームのストリーム番号を格納しており、
    プロシージャ実行部が従う所定の手順は、
    状態レジスタに格納されているプライマリオーディオストリームのストリーム番号が、組合せ情報に示されているプライマリオーディオストリームのストリーム番号と一致するか否かの判定を含み、
    ミキシング部によるミキシングは、
    前記所定の手順において一致すると判定された場合になされる
    ことを特徴とする請求項９記載の再生装置。
  11. 前記状態レジスタは、再生装置のプロファイル情報を格納したレジスタを含み、プロファイル情報は、当該再生装置が、ミキシング機能の実装が省かれた再生装置であるか、ミキシング機能を実装している再生装置であるかを示し、 前記ミキシング部は、プロファイル情報が、ミキシング機能を実装している再生装置である旨を示している場合、ミキシングを行い、
    プロファイル情報が、プロファイル情報が、ミキシング機能の実装が省かれた再生装置である旨を示している場合、ミキシングを行わない
    ことを特徴とする請求項８記載の再生装置。
  12. プライマリオーディオストリームのデコード結果である非圧縮のデジタルデータに対し、ダウンミキシング及び／又はダウンサンプリングを施す変換部を備え、
    前記ミキシング部は、
    変換部による変換結果に対し、セカンダリオーディオストリームの音声出力をミキシングする
    ことを特徴とする請求項８記載の再生装置。
  13. 前記セカンダリオーディオストリームはメタデータを含み、
    前記変換部は、
    メタデータに従い、プライマリオーディオストリームにおける音声出力のゲインを下げる制御、又は、音声出力のゲインを上げる制御を行う
    ことを特徴とする請求項１２記載の再生装置。
  14. 前記サブパス情報は、
    第１のメタデータがゲインを下げる旨の制御、又は、上げる制御を命じる時点を、再生区間の開始点、又は、再生区間の終了点として示す
    ことを特徴とする請求項８記載の再生装置。
  15. 前記再生装置は、ミキシング部のミキシングにより、セカンダリオーディオストリームの再生出力がミキシングされたプライマリオーディオストリームの再生出力に対し、ユーザ操作に対するクリック音をミキシングする予備ミキシング部を備える
    ことを特徴とする請求項８記載の再生装置。
  16. 前記再生装置は、光ディスクの識別子と、光ディスクに記録されたプレイリスト情報の識別子とを、サーバ装置に送信して、これら識別の組みに応じたプレイリスト情報の送信をサーバ装置に行わせる送受信部を備え、
    前記予備の記録媒体に記録されたプレイリスト情報は、送受信部が受信して、予備の記録媒体に書き込んだものである
    ことを特徴とする請求項８記載の再生装置。
  17. 前記第２読出部により読み出されたセカンダリオーディオストリームが複数である場合、
    多重分離部は、これらを構成するパケットにおけるパケット識別子の上位フィールドに加え、下位フィールドを参照することにより、セカンダリオーディオストリームを構成するパケットのうち、パケット識別子の当該上位フィールド及び下位フィールドが所定の値になっているもののみを、第２デコーダに出力する
    ことを特徴とする請求項８記載の再生装置。
  18. 前記メインパス情報は、ストリームテーブルを含み、
    ストリームテーブルは、セカンダリオーディオストリームについてのエントリーを有し、
    各エントリーには、セカンダリオーディオストリームに対応するパケット識別子の参照値が記述されており、
    前記再生装置は、
    所定の手順に従い、複数のセカンダリオーディオストリームの中から、再生すべきセカンダリオーディオストリームを選択するプロシージャ実行部と、
    選択されたセカンダリオーディオストリームのストリーム番号を格納する状態レジスタとを備え、
    前記多重分離部によるセカンダリオーディオストリームの多重分離は、
    ストリームテーブルに含まれるセカンダリオーディオストリームのエントリーのうち、状態レジスタに格納されているストリーム番号に対応するものに記述されているパケット識別子の参照値の上位フィールド及び下位フィールドと、第２読出部により読み出されたセカンダリオーディオストリームを構成するパケットのパケット識別子の上位フィールド及び下位フィールドとを比較し、当該比較において上位フィールド及び下位フィールドが一致する場合、第２読出部により読み出されたセカンダリオーディオストリームを構成するパケットを、第２デコーダに出力することでなされる
    ことを特徴とする請求項８記載の再生装置。
  19. プレイリスト情報に従って、主たる再生区間が定義されたメインストリームと、従たる再生区間が定義されたサブストリームとを、再生する処理をコンピュータに実行させるプログラムであって、
    前記プレイリスト情報は、複数デジタルストリームのそれぞれに対し、再生区間を定義する情報であり、メインパス情報、サブパス情報を含み、
    メインストリームのうち、主たる再生区間として定義されている部分を構成するパケットを、メインパス情報に従って読み出す第１読出ステップと、
    サブストリームのうち、従たる再生区間として定義されている部分を構成するパケットを、サブパス情報に従って読み出す第２読出ステップと、
    第１、第２読出ステップにより読み出されたパケットを取り込んで、これらのパケットにおけるパケット識別子の上位フィールドを参照することにより、プライマリオーディオストリームを構成するパケットと、セカンダリオーディオストリームを構成するパケットとを多重分離する多重分離ステップと、
    プライマリオーディオストリームを構成するパケットをデコードする第１デコードステップと、
    セカンダリオーディオストリームを構成するパケットをデコードする第２デコードステップと、
    第１デコーダのデコード結果である非圧縮のデジタルデータと、第２デコーダのデコード結果である非圧縮のデジタルデータとをミキシングするミキシングステップと
    をコンピュータに実行させることを特徴とするプログラム。
  20. プレイリスト情報に従って、主たる再生区間が定義されたメインストリームと、従たる再生区間が定義されたサブストリームとを、再生する再生方法であって、
    前記プレイリスト情報は、複数デジタルストリームのそれぞれに対し、再生区間を定義する情報であり、メインパス情報、サブパス情報を含み、
    メインストリームのうち、主たる再生区間として定義されている部分を構成するパケットを、メインパス情報に従って読み出す第１読出ステップと、
    サブストリームのうち、従たる再生区間として定義されている部分を構成するパケットを、サブパス情報に従って読み出す第２読出ステップと、
    第１、第２読出ステップにより読み出されたパケットを取り込んで、これらのパケットにおけるパケット識別子の上位フィールドを参照することにより、プライマリオーディオストリームを構成するパケットと、セカンダリオーディオストリームを構成するパケットとを多重分離する多重分離ステップと、
    プライマリオーディオストリームを構成するパケットをデコードする第１デコードステップと、
    セカンダリオーディオストリームを構成するパケットをデコードする第２デコードステップと、
    第１デコーダのデコード結果である非圧縮のデジタルデータと、第２デコーダのデコード結果である非圧縮のデジタルデータとをミキシングするミキシングステップと
    を含むことを特徴とする再生方法。
JP2006520591A 2005-01-28 2006-01-27 記録媒体、再生装置、プログラム、再生方法、記録方法 Active JP4354988B2 (ja)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
JP2005020719 2005-01-28
JP2005020718 2005-01-28
JP2005020720 2005-01-28
JP2005020718 2005-01-28
JP2005020717 2005-01-28
JP2005020719 2005-01-28
JP2005020720 2005-01-28
JP2005020716 2005-01-28
JP2005020716 2005-01-28
JP2005020717 2005-01-28
PCT/JP2006/301359 WO2006080460A1 (ja) 2005-01-28 2006-01-27 記録媒体、再生装置、プログラム、再生方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2009039348A Division JP4833306B2 (ja) 2005-01-28 2009-02-23 再生装置

Publications (2)

Publication Number Publication Date
JPWO2006080460A1 true JPWO2006080460A1 (ja) 2008-07-17
JP4354988B2 JP4354988B2 (ja) 2009-10-28

Family

ID=36740484

Family Applications (5)

Application Number Title Priority Date Filing Date
JP2007500609A Expired - Fee Related JP4820812B2 (ja) 2005-01-28 2006-01-27 再生装置、プログラム、再生方法
JP2007500610A Expired - Fee Related JP4359644B2 (ja) 2005-01-28 2006-01-27 再生装置、記録媒体、記録方法
JP2006520591A Active JP4354988B2 (ja) 2005-01-28 2006-01-27 記録媒体、再生装置、プログラム、再生方法、記録方法
JP2009039349A Active JP4560125B2 (ja) 2005-01-28 2009-02-23 再生装置
JP2009039348A Expired - Fee Related JP4833306B2 (ja) 2005-01-28 2009-02-23 再生装置

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2007500609A Expired - Fee Related JP4820812B2 (ja) 2005-01-28 2006-01-27 再生装置、プログラム、再生方法
JP2007500610A Expired - Fee Related JP4359644B2 (ja) 2005-01-28 2006-01-27 再生装置、記録媒体、記録方法

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2009039349A Active JP4560125B2 (ja) 2005-01-28 2009-02-23 再生装置
JP2009039348A Expired - Fee Related JP4833306B2 (ja) 2005-01-28 2009-02-23 再生装置

Country Status (6)

Country Link
US (5) US8280233B2 (ja)
EP (4) EP2387037B1 (ja)
JP (5) JP4820812B2 (ja)
CN (1) CN102270482A (ja)
TW (1) TWI389106B (ja)
WO (3) WO2006080461A1 (ja)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8204076B2 (en) 2003-05-01 2012-06-19 Genesis Microchip Inc. Compact packet based multimedia interface
JP4820812B2 (ja) * 2005-01-28 2011-11-24 パナソニック株式会社 再生装置、プログラム、再生方法
CN1989563B (zh) 2005-02-01 2011-06-22 松下电器产业株式会社 再现装置、程序和再现方法
JP4968506B2 (ja) * 2005-03-04 2012-07-04 ソニー株式会社 再生装置、再生方法、およびプログラム
JP4968562B2 (ja) * 2005-03-04 2012-07-04 ソニー株式会社 再生装置、再生方法、および記録方法
KR20060131610A (ko) * 2005-06-15 2006-12-20 엘지전자 주식회사 기록매체, 오디오 데이터 믹싱방법 및 믹싱장치
JP4251298B2 (ja) 2005-07-15 2009-04-08 ソニー株式会社 再生装置および再生方法、プログラム、プログラム格納媒体、データ、記録媒体、記録装置、および、記録媒体の製造方法
CN101026725B (zh) * 2005-07-15 2010-09-29 索尼株式会社 再现设备及再现方法
JP2007058930A (ja) * 2005-08-22 2007-03-08 Funai Electric Co Ltd ディスク再生装置
JP2009534696A (ja) * 2006-04-21 2009-09-24 ネロ アーゲー 複数のデジタルデータセットを符号化および復号化するための装置および方法
JP4882653B2 (ja) * 2006-10-06 2012-02-22 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US9053753B2 (en) * 2006-11-09 2015-06-09 Broadcom Corporation Method and system for a flexible multiplexer and mixer
JP2008252834A (ja) * 2007-03-30 2008-10-16 Toshiba Corp 音声再生装置
WO2009084165A1 (ja) * 2007-12-28 2009-07-09 Panasonic Corporation 音声混合再生装置
WO2009128246A1 (ja) * 2008-04-16 2009-10-22 パナソニック株式会社 記録媒体、記録装置、記録方法、及び再生装置
JP2011008847A (ja) * 2009-06-24 2011-01-13 Renesas Electronics Corp オーディオ同期装置、オーディオ同期方法
CN102576562B (zh) 2009-10-09 2015-07-08 杜比实验室特许公司 自动生成用于音频占优性效果的元数据
JP2011155559A (ja) 2010-01-28 2011-08-11 Panasonic Corp ディスク再生装置
JP5625373B2 (ja) * 2010-02-02 2014-11-19 オンキヨー株式会社 音声送受信システム、音声送信装置、及び、音声受信装置
KR20120035406A (ko) * 2010-10-05 2012-04-16 삼성전자주식회사 동영상 파일 재생 방법 및 장치
US8909029B2 (en) * 2010-10-13 2014-12-09 Sony Corporation Capturing playback key events in BD players
CN103081014B (zh) 2011-03-22 2016-08-31 松下知识产权经营株式会社 盘播放装置
WO2012172460A1 (en) 2011-06-14 2012-12-20 Koninklijke Philips Electronics N.V. Graphics processing for high dynamic range video
JP5259848B2 (ja) * 2011-07-29 2013-08-07 株式会社東芝 再生制御装置及び再生制御方法
JP6330385B2 (ja) * 2014-03-13 2018-05-30 オムロン株式会社 画像処理装置、画像処理方法およびプログラム
CN116709161A (zh) 2016-06-01 2023-09-05 杜比国际公司 将多声道音频内容转换成基于对象的音频内容的方法及用于处理具有空间位置的音频内容的方法
EP4243015A4 (en) * 2021-01-27 2024-04-17 Samsung Electronics Co Ltd AUDIO PROCESSING APPARATUS AND METHOD

Family Cites Families (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US13198A (en) * 1855-07-03 Water-meter
JPH0780990B2 (ja) 1987-12-26 1995-08-30 東亞合成株式会社 紫外線または放射線硬化型樹脂組成物の製造方法
US6771888B1 (en) * 1993-10-29 2004-08-03 Christopher J. Cookson Data structure for allowing play of a video program in multiple aspect ratios
JP3784853B2 (ja) 1995-04-14 2006-06-14 株式会社東芝 再生装置と再生方法と記録方法
US6567612B2 (en) 1996-04-05 2003-05-20 Pioneer Electronic Corporation Information record medium, apparatus for recording the same and apparatus for reproducing the same
JPH09282848A (ja) 1996-04-05 1997-10-31 Pioneer Electron Corp 情報記録媒体並びにその記録装置及び再生装置
JP3469040B2 (ja) 1997-04-04 2003-11-25 株式会社リコー 画像形成物質の除去装置
JPH10285240A (ja) 1997-04-04 1998-10-23 Canon Inc データ通信装置及び方法、データ通信システム及び記憶媒体
US6453071B2 (en) * 1997-04-04 2002-09-17 Canon Kabushiki Kaisha Data communication apparatus, method and system and programs for data communication process stored in computer readable storage medium
JP4460655B2 (ja) * 1997-06-03 2010-05-12 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 記録担体からディジタルオーディオ信号を再生する装置及び方法
US6222805B1 (en) * 1997-08-07 2001-04-24 Matsushita Electric Industrial Co., Ltd. Optical disk, reproduction apparatus, and reproduction method
KR100529485B1 (ko) * 1997-09-02 2005-11-22 소니 가부시끼 가이샤 디지털 기록매체에 있어서의 애프터 레코딩 방법 및 장치 및그 디지털 기록 매체의 재생 방법 및 장치
KR100574186B1 (ko) 1997-10-03 2006-04-27 소니 가부시끼 가이샤 부호화 스트림 스플라이싱 장치 및 방법과 부호화 스트림 생성 장치 및 방법과 편집 장치 및 방법 및 편집 시스템
JP3357288B2 (ja) * 1998-04-10 2002-12-16 パイオニア株式会社 情報記録媒体及び再生装置
JP2000022856A (ja) 1998-06-30 2000-01-21 Nec Eng Ltd 発信電話番号通知による局線着信呼課金方式
AU1384400A (en) 1998-12-14 2000-07-03 Koninklijke Philips Electronics N.V. Record carrier, and apparatus and method for playing back a record carrier, and method of manufacturing a record carrier
BR0004370A (pt) * 1999-02-05 2000-12-19 Sony Corp Aparelhos e processos de codificação e de decodificação e sistema e método de codificação
JP3058870B1 (ja) 1999-02-05 2000-07-04 株式会社次世代デジタルテレビジョン放送システム研究所 Ａｆｃ回路
KR100360285B1 (ko) 1999-05-20 2002-11-04 엘지전자 주식회사 디지털 인터페이스를 이용한 오디오 스트림 송수신 장치 및 방법
JP4301637B2 (ja) 1999-05-27 2009-07-22 パナソニック株式会社 車載用光ディスク再生装置
JP2000346651A (ja) 1999-06-07 2000-12-15 Tokai Rika Co Ltd ディスプレイシステム
US6738559B1 (en) * 1999-06-29 2004-05-18 Lg Electronics Inc. Feature-dependent operating method between two connected equipments and an apparatus for controlling the operating method
EP1087557A3 (en) * 1999-09-22 2005-01-19 Matsushita Electric Industrial Co., Ltd. Apparatus for transmitting digital audio data and receiving apparatus for receiving the digital audio data
JP3684986B2 (ja) 2000-03-07 2005-08-17 松下電器産業株式会社 オーディオ受信装置
JP5041626B2 (ja) * 2000-04-14 2012-10-03 ソニー株式会社 復号装置、復号方法、およびプログラム
KR100795255B1 (ko) * 2000-04-21 2008-01-15 소니 가부시끼 가이샤 정보 처리 장치 및 방법, 프로그램과 기록 매체
WO2001082604A1 (en) * 2000-04-21 2001-11-01 Sony Corporation Information processing apparatus and method, program, and recorded medium
CN1239021C (zh) * 2000-04-21 2006-01-25 索尼公司 信息处理设备及方法、程序和记录介质
US6654827B2 (en) 2000-12-29 2003-11-25 Hewlett-Packard Development Company, L.P. Portable computer system with an operating system-independent digital data player
JP3748042B2 (ja) 2001-02-23 2006-02-22 アイシン・エィ・ダブリュ株式会社 ナビゲーション装置
JP2002369154A (ja) * 2001-04-02 2002-12-20 Matsushita Electric Ind Co Ltd ディジタル映像コンテンツの映像再生装置、映像再生方法、映像再生プログラム、パッケージメディア
KR20030007706A (ko) * 2001-04-02 2003-01-23 마츠시타 덴끼 산교 가부시키가이샤 디지털 영상 콘텐츠의 영상재생 장치, 영상재생 방법,영상재생 프로그램, 패키지 미디어
US20040013198A1 (en) * 2001-08-31 2004-01-22 Haruo Togashi Encoding apparatus and method for encoding
JP2003153264A (ja) * 2001-08-31 2003-05-23 Sony Corp 符号化装置および符号化方法、並びにそれを使用した画像データ記録装置
JP3877558B2 (ja) * 2001-09-11 2007-02-07 株式会社ルネサステクノロジ 高周波電力増幅器、高周波電力増幅器モジュール及び携帯電話機
JP2003249057A (ja) * 2002-02-26 2003-09-05 Toshiba Corp デジタル情報媒体を用いるエンハンスド・ナビゲーション・システム
JP4059784B2 (ja) 2002-03-25 2008-03-12 アルパイン株式会社 ビデオコンテンツ記憶媒体の再生装置
JP2004118905A (ja) 2002-09-25 2004-04-15 Alpine Electronics Inc Ａｖ再生装置
JP3859146B2 (ja) 2002-10-01 2006-12-20 パイオニア株式会社 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
WO2004036577A1 (en) * 2002-10-14 2004-04-29 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple audio streams recorded thereon and recording and reproducing methods and apparatuses
CN1685420B (zh) 2002-11-08 2010-07-07 Lg电子有限公司 在高密度记录介质上记录多成分数据流及其重现的方法和装置
JP4289874B2 (ja) 2002-11-21 2009-07-01 株式会社ブリヂストン コード入りタイヤ構成部材の形成方法
JP3908724B2 (ja) 2002-12-09 2007-04-25 株式会社東芝 情報再生装置及び情報再生方法
US7580614B2 (en) 2002-12-09 2009-08-25 Kabushiki Kaisha Toshiba Information playback apparatus having expansion information storage unit and information playback method
KR100995043B1 (ko) 2003-01-20 2010-11-19 엘지전자 주식회사 스틸 화상의 재생을 관리하기 위한 데이터 구조를 구비한기록 매체와, 기록 재생 방법 및 장치
JP3937223B2 (ja) * 2003-01-21 2007-06-27 ソニー株式会社 記録装置、再生装置、記録方法及び再生方法
KR100871527B1 (ko) 2003-02-19 2008-12-05 파나소닉 주식회사 기록매체, 재생장치, 기록방법, 컴퓨터 프로그램을 기록한 컴퓨터 판독가능한 기록매체, 재생방법
JP3940164B2 (ja) * 2003-02-21 2007-07-04 松下電器産業株式会社 記録媒体、再生装置、記録方法、集積回路、再生方法、プログラム
US7693394B2 (en) * 2003-02-26 2010-04-06 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses
JP3657946B2 (ja) 2003-03-25 2005-06-08 株式会社東芝 情報記録媒体、情報記録／再生方法、および情報記録／再生装置
JP4228767B2 (ja) 2003-04-25 2009-02-25 ソニー株式会社 再生装置、再生方法、再生プログラムおよび記録媒体
ATE557392T1 (de) 2003-04-28 2012-05-15 Panasonic Corp Aufzeichnungsmedium, wiedergabegerät, aufzeichnungsverfahren, wiedergabeverfahren, programm und integrierte schaltung zur speicherung / wiedergabe von einem videostrom und grafiken mit information über ein grafiksfenster
EP1630257B1 (en) 2003-05-26 2013-11-06 Sumitomo Electric Industries, Ltd. Diamond-coated electrode and method for producing same
DE102004011455A1 (de) 2003-06-04 2004-12-30 Robert Bosch Gmbh Rohrfeder für Aktor und Verfahren zur Montage der Rohrfeder
JP2004363489A (ja) 2003-06-06 2004-12-24 Ngk Insulators Ltd 圧電／電歪素子、圧電／電歪素子の製造方法、圧電／電歪デバイス及び圧電／電歪デバイスの製造方法
JP4387125B2 (ja) 2003-06-09 2009-12-16 東京エレクトロン株式会社 検査方法及び検査装置
EP1921623B1 (en) * 2003-06-18 2011-09-21 Panasonic Corporation Playback apparatus, program, and playback method
JP2004103207A (ja) * 2003-06-19 2004-04-02 Pioneer Electronic Corp 情報記録媒体並びにその再生装置及び再生方法
CN101217676B (zh) * 2003-07-11 2010-09-01 松下电器产业株式会社 记录方法、再现装置和方法
US20050058307A1 (en) * 2003-07-12 2005-03-17 Samsung Electronics Co., Ltd. Method and apparatus for constructing audio stream for mixing, and information storage medium
US7653288B2 (en) * 2003-08-16 2010-01-26 Samsung Electronics Co., Ltd. Information storage medium having data structure for being reproduced adaptively according to player profile information, method for reproducing AV data in interactive mode
JP4227489B2 (ja) * 2003-09-03 2009-02-18 キヤノン株式会社 記録装置及び記録方法
TW200518070A (en) 2003-10-10 2005-06-01 Matsushita Electric Ind Co Ltd Recording medium, reproduction device, program, and reproduction method
CN101777372B (zh) * 2004-12-01 2012-09-19 松下电器产业株式会社 再现装置和再现方法
JP4820812B2 (ja) * 2005-01-28 2011-11-24 パナソニック株式会社 再生装置、プログラム、再生方法
JP2009505325A (ja) * 2005-08-22 2009-02-05 エルジー エレクトロニクス インコーポレーテッド データ再生方法及び再生装置、記録媒体並びにデータ記録方法及び記録装置
JP4923751B2 (ja) * 2005-08-30 2012-04-25 ソニー株式会社 再生装置、並びに記録媒体及びその製造方法
KR20070052650A (ko) * 2005-11-17 2007-05-22 엘지전자 주식회사 기록매체 재생방법 및 재생장치, 기록매체와 기록매체기록방법 및 기록장치
US20100246361A1 (en) * 2008-12-30 2010-09-30 Mozaik Multimedia, Inc. Method for converting standard dvds into blu-ray format
JP5294922B2 (ja) * 2009-02-26 2013-09-18 キヤノン株式会社 再生装置および再生方法

Also Published As

Publication number Publication date
CN102270482A (zh) 2011-12-07
JPWO2006080462A1 (ja) 2008-06-19
US20110200301A1 (en) 2011-08-18
EP1843351A4 (en) 2009-11-04
US20090016700A1 (en) 2009-01-15
EP2387037B1 (en) 2013-04-17
EP1843351B1 (en) 2012-08-22
EP1843344A1 (en) 2007-10-10
WO2006080462A1 (ja) 2006-08-03
EP2387037A1 (en) 2011-11-16
JP4560125B2 (ja) 2010-10-13
EP1713075A1 (en) 2006-10-18
JP2009123335A (ja) 2009-06-04
JP4820812B2 (ja) 2011-11-24
TWI389106B (zh) 2013-03-11
US20090103895A1 (en) 2009-04-23
JP2009176411A (ja) 2009-08-06
TW200641819A (en) 2006-12-01
US7873264B2 (en) 2011-01-18
US8249416B2 (en) 2012-08-21
EP1713075B1 (en) 2012-05-02
US20090208188A1 (en) 2009-08-20
JPWO2006080461A1 (ja) 2008-07-17
EP1843344A4 (en) 2009-10-28
JP4833306B2 (ja) 2011-12-07
US8280233B2 (en) 2012-10-02
JP4354988B2 (ja) 2009-10-28
WO2006080461A1 (ja) 2006-08-03
WO2006080460A1 (ja) 2006-08-03
EP1713075A4 (en) 2009-10-21
JP4359644B2 (ja) 2009-11-04
US8571390B2 (en) 2013-10-29
EP1843351A1 (en) 2007-10-10
US8655145B2 (en) 2014-02-18
US20120033941A1 (en) 2012-02-09
EP1843344B1 (en) 2012-08-15

Similar Documents

Publication Publication Date Title
JP4354988B2 (ja) 記録媒体、再生装置、プログラム、再生方法、記録方法
JP4395543B2 (ja) 再生装置
JP4886835B2 (ja) 再生装置
JP4664419B2 (ja) 集積回路
JP4870493B2 (ja) 再生装置、記録方法、再生方法、システムｌｓｉ、プログラム
JP2008108419A (ja) 記録媒体、再生装置、プログラム、再生方法、集積回路

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090127

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20090219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090421

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090603

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090615

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20090624

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090707

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090730

R150 Certificate of patent or registration of utility model

Ref document number: 4354988

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120807

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130807

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130807

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140807

Year of fee payment: 5