(57)【要約】【課題】光ディスクからプレイリストを再生するとき、そのプレイリストに組み込まれた広告のプレイアイテムに代えて別のプレイアイテムを再生できる再生装置を提供する。【解決手段】本発明による再生装置では、供給手段は所望のプレイアイテムを保持し、そのプレイアイテムと、光ディスクに記録されたプレイリスト中のプレイアイテムとのうち、要求されたプレイアイテムを供給する。再生手段はそのプレイアイテムを再生する。判定手段はプレイリスト情報を光ディスクから読み出して、そのプレイリスト情報の中に広告のプレイアイテム情報が含まれているか否かを判定する。含まれている場合、再生経路置換手段は、広告のプレイアイテム情報を所望のプレイアイテム情報に書き換える処理によってプレイリスト情報を置換する。再生対象要求手段は、置き換えられたプレイリスト情報に従って再生対象のプレイアイテムを選択して供給手段に再生手段へ供給させる。
2009153928.tif 000002
【特許請求の範囲】
【請求項１】
所望のプレイアイテムを保持し、前記所望のプレイアイテムと、光ディスクに記録されたプレイリストに含まれるプレイアイテムとのうち、要求されたプレイアイテムを供給する供給手段、
前記供給手段から供給されるプレイアイテムを再生する再生手段、
前記プレイリストの再生経路を規定する第１の再生経路情報を前記光ディスクから読み出して、前記第１の再生経路情報の中に広告のプレイアイテムの再生区間情報が含まれているか否かの判定を行う判定手段、
前記判定が肯定的である場合、前記広告のプレイアイテムの再生区間情報を前記所望のプレイアイテムの再生区間情報に書き換える再生区間書換処理によって前記第１の再生経路情報を第２の再生経路情報に置換する再生経路置換手段、及び、
前記第２の再生経路情報に従って再生対象のプレイアイテムを選択して、前記再生対象のプレイアイテムを供給するように前記供給手段に対して要求する再生対象要求手段、
を備えた再生装置。
【請求項２】
前記判定手段は前記判定をバイトコード・プログラムに従って行い、前記再生経路置換手段は前記再生区間書換処理をバイトコード・プログラムに従って行う、請求項１に記載の再生装置。
【請求項３】
前記第１の再生経路情報は、前記プレイリストに含まれる各プレイアイテムの再生区間情報が広告のプレイアイテムの再生区間情報であるか否かを示すマーク情報を含み、
前記判定手段は、前記マーク情報を参照することによって前記判定を行う、
請求項１に記載の再生装置。
【請求項４】
プレイアイテムは、複数のエレメンタリ・ストリーム、及び、前記複数のエレメンタリ・ストリームについて再生区間とアドレス範囲との間の対応関係を規定するクリップ情報を含み、
プレイアイテムの再生区間情報は、当該プレイアイテムに含まれるクリップ情報を識別するための参照クリップ情報、当該プレイアイテムに含まれる複数のエレメンタリ・ストリームの再生開始時刻と再生終了時刻、及び、当該複数のエレメンタリ・ストリームのうち、前記制御手段によって選択可能なエレメンタリ・ストリームを示すストリーム選択テーブルを含み、
前記所望のプレイアイテムは前記広告のプレイアイテムとは、複数のエレメンタリ・ストリーム、クリップ情報、参照クリップ情報、及びストリーム選択テーブルの少なくともいずれかが異なる、
請求項１に記載の再生装置。
【請求項５】
前記所望のプレイアイテムは前記広告のプレイアイテムとは、ピクチャ・イン・ピクチャにおけるプライマリ・ビデオ・ストリームとセカンダリ・ビデオ・ストリーム、サウンド・ミキシングのためのプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリーム、グラフィクス字幕ストリーム、テキスト字幕ストリーム、及びインタラクティブ・グラフィクス・ストリームの少なくともいずれかが異なる、請求項４に記載の再生装置。
【請求項６】
ネットワーク上のサーバ装置との間で通信を行う通信手段、を更に備え、
前記再生経路置換手段は、前記再生区間書換処理では前記通信手段を利用して、前記第２の再生経路情報を前記サーバ装置からダウンロードする、
請求項４に記載の再生装置。
【請求項７】
前記再生経路置換手段は、前記再生区間書換処理では、前記広告のプレイアイテムの再生区間情報を前記第１の再生経路情報から検出して、当該再生区間情報に含まれる参照クリップ情報とストリーム選択テーブルとの少なくともいずれかを、前記所望のプレイアイテムの再生区間情報に含まれる同種の情報に書き換える、請求項４に記載の再生装置。
【請求項８】
ネットワーク上のサーバ装置との間で通信を行う通信手段、
前記再生手段によるプレイリストの再生状態の履歴を記録する再生履歴記録手段、
前記再生状態の履歴からユーザの嗜好を推定するプロファイル推定手段、及び、
前記通信手段を利用して、前記ユーザの嗜好に応じたプレイアイテムを前記サーバ装置からダウンロードして、前記供給手段に前記所望のプレイアイテムとして保持させるプレイアイテム取得手段、
を更に備えた、請求項１に記載の再生装置。
【請求項９】
前記プレイアイテム取得手段は、前記通信手段を利用して前記サーバ装置からプレイアイテムのリストをダウンロードし、前記ユーザの嗜好に応じたプレイアイテムを前記リストの中から選択する、
請求項８に記載の再生装置。
【請求項１０】
光ディスクに記録されたプレイリストの再生経路を規定する第１の再生経路情報を前記光ディスクから読み出して、前記第１の再生経路情報の中に広告のプレイアイテムの再生区間情報が含まれているか否かの判定を行うステップ、
前記判定が肯定的である場合、前記広告のプレイアイテムの再生区間情報を、供給手段に保持されている所望のプレイアイテムの再生区間情報で書き換える処理によって前記第１の再生経路情報を第２の再生経路情報に置換するステップ、
前記第２の再生経路情報に従って再生対象のプレイアイテムを、前記所望のプレイアイテムと、前記プレイリストに含まれるプレイアイテムとの中から選択して、前記供給手段によって再生手段へ供給するステップ、及び、
前記再生対象のプレイアイテムを前記再生手段によって再生するステップ、
を備えた再生方法。
【請求項１１】
所望のプレイアイテムを保持し、前記所望のプレイアイテムと、光ディスクに記録されたプレイリストに含まれるプレイアイテムとのうち、要求されたプレイアイテムを供給する供給手段、
前記供給手段から供給されるプレイアイテムを再生する再生手段、及び、
所定のプレイアイテムを供給するように前記供給手段に対して要求する再生対象要求手段、
を備えた再生装置に、
前記プレイリストの再生経路を規定する第１の再生経路情報を前記光ディスクから読み出して、前記第１の再生経路情報の中に広告のプレイアイテムの再生区間情報が含まれているか否かの判定を行うステップ、
前記判定が肯定的である場合、前記広告のプレイアイテムの再生区間情報を前記所望のプレイアイテムの再生区間情報に書き換える処理によって前記第１の再生経路情報を第２の再生経路情報に置換するステップ、
前記第２の再生経路情報に従って再生対象のプレイアイテムを選択して、前記供給手段によって前記再生手段へ供給するステップ、及び、
前記再生対象のプレイアイテムを前記再生手段によって再生するステップ、
を実行させるためのプログラム。
【請求項１２】
所望のプレイアイテムを保持し、前記所望のプレイアイテムと、光ディスクに記録されたプレイリストに含まれるプレイアイテムとのうち、要求されたプレイアイテムを供給する供給手段、
前記供給手段から供給されるプレイアイテムを再生する再生手段、及び、
所定のプレイアイテムを供給するように前記供給手段に対して要求する再生対象要求手段、
を備えた再生装置に、
前記プレイリストの再生経路を規定する第１の再生経路情報を前記光ディスクから読み出して、前記第１の再生経路情報の中に広告のプレイアイテムの再生区間情報が含まれているか否かの判定を行うステップ、
前記判定が肯定的である場合、前記広告のプレイアイテムの再生区間情報を前記所望のプレイアイテムの再生区間情報に書き換える処理によって前記第１の再生経路情報を第２の再生経路情報に置換するステップ、
前記第２の再生経路情報に従って再生対象のプレイアイテムを選択して、前記供給手段によって前記再生手段へ供給するステップ、及び、
前記再生対象のプレイアイテムを前記再生手段によって再生するステップ、
を実行させるためのプログラムを記録した、前記再生装置によって読み取り可能な記録媒体。
【請求項１３】
所望のプレイアイテムを保持し、前記所望のプレイアイテムと、光ディスクに記録されたプレイリストに含まれるプレイアイテムとのうち、要求されたプレイアイテムを供給する供給手段、
を備えた再生装置に搭載される集積回路であり、
前記供給手段から供給されるプレイアイテムを再生する再生手段、
前記プレイリストの再生経路を規定する第１の再生経路情報を前記光ディスクから読み出して、前記第１の再生経路情報の中に広告のプレイアイテムの再生区間情報が含まれているか否かの判定を行う判定手段、
前記判定が肯定的である場合、前記広告のプレイアイテムの再生区間情報を前記所望のプレイアイテムの再生区間情報に書き換える処理によって前記第１の再生経路情報を第２の再生経路情報に置換する再生経路置換手段、及び、
前記第２の再生経路情報に従って再生対象のプレイアイテムを選択して、前記再生対象のプレイアイテムを供給するように前記供給手段に対して要求する再生対象要求手段、
を備えた集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＢＤ−ＲＯＭ等の光ディスクからビデオ・コンテンツやオーディオ・コンテンツ等を再生するための技術に関する。
【背景技術】
【０００２】
インターネット等、広域ネットワークでのデータ配信技術の進歩に伴い、映画等、動画のコンテンツをネットワーク経由でリアルタイムに再生する技術が急速に普及しつつある。しかし、その一方で映像の高画質化が更に進み、近年では映像の立体化も開発が進んでいる。それらの映像のコンテンツをネットワーク経由でリアルタイムに再生することは、現行のネットワークの帯域幅ではまだ現実的ではない。従って、例えば映画会社が高画質映像又は立体映像による映画のコンテンツを販売／配布する場合、書き換え不可のブルーレイディスク（ＢＤ−ＲＯＭディスク）等の光ディスク、すなわちメディアパッケージにそのコンテンツを記録した状態で行うことが今後も主流であると考えられる。【０００３】
ここで、ネットワーク経由で配信されるコンテンツは一般に広告を含む。その広告の内容はそのコンテンツの配信ごとに変更可能である。その場合、広告の内容の選択はサーバ装置とクライアント端末とのいずれが行うことも可能である（例えば特許文献１、２参照）。【０００４】
一方、メディアパッケージに記録されて販売／配布される映画等のコンテンツも一般に広告を含む。その広告は、例えば他の映画のメディアパッケージ又は公開中の映画の広告を含む。広告は映画等のコンテンツの一部に、音声、映像、又は字幕として組み込まれている。具体的には、メディアパッケージにはコンテンツが「プレイリスト」という形式で記録されている。例えばメディアパッケージがＢＤ−ＲＯＭディスクである場合、プレイリストはクリップＡＶストリーム（Clip AV Stream）とプレイリスト（Movie PlayList）情報との組み合わせを含む。クリップＡＶストリームは、映像／音声を表すデジタルストリームを含む。プレイリスト情報はクリップＡＶストリームの再生経路を規定し、一般に複数の再生区間情報、すなわちプレイアイテム（PlayItem）情報を含む。各プレイアイテム情報は、クリップＡＶストリームの実際に再生されるべき部分を示す。プレイリストのうち、プレイアイテム情報とクリップＡＶストリームの対応部分との組み合わせを含む部分を「プレイアイテム」と呼ぶ。メディアパッケージからプレイリストを再生する場合、プレイリスト情報内のプレイアイテム情報を順番に参照することにより、プレイリスト内のプレイアイテムを順番に再生する。従って、メディアパッケージではプレイリストに広告が一つのプレイアイテムとして組み込まれている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２０９０９８号公報
【特許文献２】特表２００７−５３６７６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
映画等のプレイリストに組み込まれた広告は一般に、そのプレイリストの視聴者が高い関心を示すものほど、その挿入がそのプレイリストの娯楽性を損なう危険性が低く、かつ、その宣伝効果が高いと期待される。ここで、広告に対する視聴者の関心度は一般に、その広告とプレイリストとの間の関連性、視聴者の嗜好、又は、プレイリストの視聴回数や視聴環境等に応じて異なる。従って、それらの要素に応じて、プレイリストに組み込まれるべき広告のプレイアイテムを変更できることが望ましい。【０００７】
しかし、メディアパッケージからプレイリストを再生する従来の技術では、ネットワーク経由でコンテンツを再生する技術とは異なり、プレイリストに組み込まれた広告のプレイアイテムを変更できない。従って、そのプレイリストの再生時に視聴者にとって関心度の低い広告が再生される可能性を抑えることができない。その結果、広告の挿入が、プレイリストの娯楽性を損なう危険性を更に抑えることが困難である。また、広告の宣伝効果を更に向上させることが困難である。【０００８】
本発明は、光ディスクからプレイリストを再生するとき、そのプレイリストに組み込まれた広告のプレイアイテムに代えて別のプレイアイテムを再生できる再生装置の提供を目的とする。
【課題を解決するための手段】
【０００９】
本発明の実施形態による再生装置は、供給手段、再生手段、判定手段、再生経路置換手段、及び再生対象要求手段を有する。供給手段は所望のプレイアイテムを保持し、その所望のプレイアイテムと、光ディスクに記録されたプレイリストに含まれるプレイアイテムとのうち、要求されたプレイアイテムを供給する。再生手段はそのプレイアイテムを再生する。判定手段は、そのプレイリストの再生経路を規定する第１の再生経路情報を光ディスクから読み出して、その第１の再生経路情報の中に広告のプレイアイテムの再生区間情報が含まれているか否かの判定を行う。その判定が肯定的である場合、再生経路置換手段は、広告のプレイアイテムの再生区間情報を所望のプレイアイテムの再生区間情報に書き換える再生区間書換処理によって第１の再生経路情報を第２の再生経路情報に置換する。再生対象要求手段は、第２の再生経路情報に従って再生対象のプレイアイテムを選択して、その再生対象のプレイアイテムを供給するように供給手段に対して要求する。
【発明の効果】
【００１０】
本発明による再生装置は、光ディスクからプレイリストを再生するとき、そのプレイリストに組み込まれた広告のプレイアイテムの再生区間に所望のプレイアイテムを再生できる。従って、その所望のプレイアイテムとして、例えばそのプレイリストとの関連性がより高い広告のプレイアイテムを組み込むことにより、そのプレイリストの再生時に視聴者にとって関心度の低い広告が再生される可能性を抑えることができる。その結果、広告の挿入がプレイリストの娯楽性を損なう危険性を更に抑えることができる。また、広告の宣伝効果を更に向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態１による光ディスク及びその再生装置の使用形態を示す模式図
【図２】図１に示されているＢＤ−ＲＯＭディスクに記録されたデータの構造を示す模式図
【図３】図２に示されているインデックス・ファイルのデータ構造を示す模式図
【図４】（ａ）は、図２に示されているムービー・オブジェクト・ファイルのデータ構造を示す模式図、（ｂ）は、図２に示されているＢＤ−Ｊ・オブジェクト・ファイルのデータ構造を示す模式図、（ｃ）は図２に示されているサービス・オブジェクト・ファイルのデータ構造を示す模式図
【図５】（ａ）は、図２に示されているＡＶクリップ・ファイルを構成する複数のエレメンタリ・ストリームを再生時間順に示す模式図、（ｂ）は、図２に示されている別のＡＶクリップ・ファイルを構成するテキスト字幕ストリームを再生時間順に示す模式図
【図６】図２に示されているＡＶクリップ・ファイル内での各エレメンタリ・ストリームのＴＳパケットの配置を示す模式図
【図７】図６に示されているビデオ・ストリームから変換されたＰＥＳパケットの列における各ビデオ・フレームの配置を示す模式図
【図８】図６に示されているＴＳパケットとソース・パケットとの各形式を示す模式図
【図９】図２に示されているクリップ情報ファイルのデータ構造を示す模式図
【図１０】図９に示されているストリーム属性情報のデータ構造を示す模式図
【図１１】（ａ）は、図９に示されているマーク・テーブル情報のデータ構造を示す模式図、（ｂ）は、ＡＶクリップ・ファイルに含まれるソース・パケットのうち、（ａ）に示されているクリップ・マーク情報によって各Ｍ＿ＩＤに対応づけられているＳＰＮのソース・パケットを示す模式図
【図１２】図２に示されているプレイリスト・ファイルのデータ構造を示す模式図
【図１３】図１２に示されているプレイアイテム情報のデータ構造を示す模式図
【図１４】図１２に示されているプレイリスト情報の示すメインパスと二つのサブパスとに従って再生されるＡＶクリップ・ファイルの各部分を示す模式図
【図１５】（ａ）は、図１２に示されているプレイリスト・マーク情報のデータ構造を示す模式図、（ｂ）は、プレイリストのうち、（ａ）に示されているプレイリスト・マークによって特定されるプレイアイテムを示す模式図
【図１６】本発明の実施形態１による再生装置のハードウェア構成を示すブロック図
【図１７】（ａ）は、図１６に示されているローカル・ストレージに格納されたアップデート・キットのディレクトリ構造を示す模式図、（ｂ）は、（ａ）に示されているマージ管理情報ファイルのデータ構造を示す模式図
【図１８】図１６に示されているシステムＬＳＩの機能ブロック図
【図１９】図１８に示されている仮想ファイル制御部による仮想パッケージの作成過程を示す模式図
【図２０】図１８に示されている再生制御部の機能ブロック図
【図２１】図１８に示されているシステム・ターゲット・デコーダのブロック図
【図２２】本発明の実施形態１によるプレイリストの再生処理のフローチャート
【図２３】図２２に示されているステップＳ４における、広告のプレイアイテムの書きかえ処理のフローチャート
【図２４】図１に示されているサーバ装置に記憶されているコンテンツＩＤと広告ＩＤとの間の対応関係を示す表
【図２５】（ａ）は、図２２に示されているフローチャートにおいてステップＳ４がスキップされた場合にステップＳ５で再生されるプレイリストを示す模式図、（ｂ）は、そのフローチャートにおいてステップＳ４によって仮想パッケージが作成された場合にステップＳ５で再生されるプレイリストを示す模式図
【図２６】本発明の実施形態２による広告のプレイアイテムの置換処理のフローチャート
【図２７】図２６に示されているステップＳ５０によるプレイアイテム情報の書き換え処理のフローチャート
【図２８】（ａ）は、図２６に示されているフローチャートにおいてステップＳ４がスキップされた場合にステップＳ５で再生されるプレイリストを示す模式図、（ｂ）は、そのフローチャートにおいてステップＳ４によって仮想パッケージが作成された場合にステップＳ５で再生されるプレイリストを示す模式図
【図２９】本発明の実施形態３によるプレイリストの再生処理のフローチャート
【図３０】（ａ）は、図２９に示されているステップＳ５３で記録される再生履歴の内容を示す表、（ｂ）は、その再生履歴から集計された、音声データの符号化方式別の通算の利用時間を示す表、（ｃ）は、その再生履歴から集計された、音声／字幕の言語の種類別の通算の利用時間を示す表
【図３１】本発明の実施形態３による広告のプレイアイテムの置換処理のフローチャート
【図３２】図３１に示されているステップＳ４１〜４７におけるサーバ装置と再生装置との間でのデータ交換を示す模式図
【図３３】本発明の実施形態４によるオーサリング装置の、ＢＤ−ＲＯＭディスクのディスク・イメージの作成に関する機能ブロック図
【図３４】本発明の実施形態４による、ＢＤ−ＲＯＭディスクのディスク・イメージの作成方法のフローチャート
【図３５】本発明の実施形態４によるオーサリング装置の、アップデート・キットの作成に関する機能ブロック図
【図３６】本発明の実施形態４によるアップデート・キットの作成方法のフローチャート
【発明を実施するための形態】
【００１２】
以下、本発明の好適な実施形態について、図面を参照しながら説明する。
《実施形態１》
図１は、本発明の実施形態１による光ディスク及びその再生装置の使用形態を示す模式図である。図１において、本発明の実施形態１による光ディスクはＢＤ−ＲＯＭディスク101であり、本発明の実施形態１による再生装置102は、ディスプレイ103及びリモコン104と共に一つのホームシアター・システムを形成している。このＢＤ−ＲＯＭディスク101に記録された映画等のプレイリストがディスプレイ103に再現される場合、そのＢＤ−ＲＯＭディスク101は再生装置102のＢＤ−ＲＯＭドライブ102Aに挿入され、再生装置102とディスプレイ103とは、ユーザによってリモコン104を通して遠隔操作される。再生装置102はユーザの操作に応じてそのＢＤ−ＲＯＭディスク101からプレイリストを再生してディスプレイ103に供給する。尚、本発明による光ディスクはＢＤ−ＲＯＭディスク101とは異なる形式の書き換え不可の光ディスク、例えばＢＤ−Ｒであっても良い。
【００１３】
再生装置102は更に、インターネット等のネットワーク105を通して、そのネットワーク105上のサーバ装置106と通信可能である。その他に、再生装置102は、メモリカード107用のカードリーダ102Bを含んでも良い。再生装置102は、サーバ装置106又はメモリカード107からＢＤ−ＲＯＭディスク101用のアップデート・キットを読み込む。アップデート・キットは、ＢＤ−ＲＯＭディスク101に記録されたデータを代替するためのデータである。アップデート・キットは特に、ＢＤ−ＲＯＭディスク101に記録された広告のプレイアイテムと置換されるべき新たな広告のプレイアイテムを含む。再生装置102は、ＢＤ−ＲＯＭディスク101からプレイリストを再生する時にそのアップデート・キットを利用して、ＢＤ−ＲＯＭディスク101上の広告のプレイアイテムをその新たな広告のプレイアイテムに置換する処理を行う。その置換処理の詳細については後述する。
＜ＢＤ−ＲＯＭディスク101上のデータ構造＞
図２は、ＢＤ−ＲＯＭディスク101に記録されたデータの構造を示す模式図である。図２に示されているように、ＢＤ−ＲＯＭディスク101のデータ記録領域は、ＢＣＡ（Burst Cutting Area）200、リードイン領域201A、ボリューム領域202、及びリードアウト領域201Bを含む。これらのデータ記録領域はＢＤ−ＲＯＭディスク101の内周から外周へ向けて、螺旋状に連続的に形成されている。図２では、それらのデータ記録領域を横方向に引き伸ばし、ＢＤ−ＲＯＭディスク101の内周部を左側に置き、外周部を右側に置くように描画している。ＢＣＡ200はＢＤ−ＲＯＭディスク101の最内周部に設けられている。ＢＣＡ200に対しては再生装置102のＢＤ−ＲＯＭドライブ102Aによるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止されている。それにより、ＢＣＡ200は例えば著作権保護技術に利用される。リードイン領域201AはＢＣＡ200のすぐ外周側に設けられている。リードイン領域201Aには、ボリューム領域202に記録されたデータのサイズや物理アドレス等、ボリューム領域202へのアクセスに必要な情報が記録されている。リードアウト領域201BはＢＤ−ＲＯＭディスク101の最外周部に設けられ、ボリューム領域202の終端を示す。ボリューム領域202はリードイン領域201Aとリードアウト領域201Bとの間に設けられている。ボリューム領域202には映像や音声等のアプリケーション・データが記録されている。
【００１４】
ボリューム領域202に対するファイルシステムでは、ボリューム領域202が一つの論理アドレス空間203として管理される。この論理アドレス空間203には、先頭から順に、ボリューム情報203Aとアプリケーション・データ203Bとが記録されている。ファイルシステムでは、ボリューム領域202に記録されたデータがディレクトリ単位又はファイル単位で表現される。ＢＤ−ＲＯＭディスク101の場合、それらのデータがＵＤＦ（Universal Disc Format）で表現される。それにより、通常のパーソナルコンピュータ（ＰＣ）は、ＦＡＴ又はＮＴＦＳ等のファイルシステムと同様に、ＢＤ−ＲＯＭディスク101に記録されているデータをディレクトリ単位又はファイル単位でアクセス可能である。
【００１５】
図２には更に、ボリューム領域202に記録されたデータのディレクトリ構造204が示されている。このディレクトリ構造204では、ルート（ＲＯＯＴ）ディレクトリ2041の直下にＢＤＭＶディレクトリ2042とＣＥＲＴＩＦＩＣＡＴＥディレクトリ2048とが置かれている。ＢＤＭＶディレクトリ2042には、ビデオ・コンテンツやオーディオ・コンテンツ（以下、ＡＶコンテンツと略す。）又は管理情報等のデータが記録されている。ＣＥＲＴＩＦＩＣＡＴＥディレクトリ2048には、ＢＤ−ＲＯＭディスク101に記録されたデータの認証に関するデータが記録されている。
【００１６】
ＢＤＭＶディレクトリ2042には、インデックス・ファイル（index.bdmv）2042A、ムービー・オブジェクト・ファイル（MovieObject.bdmv）2042B、及びサービス・オブジェクト・ファイル（ServiceObject.bdso）2042Cが置かれている。ＢＤＭＶディレクトリ2042には更に、ＰＬＡＹＬＩＳＴディレクトリ2043、ＣＬＩＰＩＮＦディレクトリ2044、ＳＴＲＥＡＭディレクトリ2045、ＪＡＲディレクトリ2046、及びＢＤＪＯディレクトリ2047が置かれている。ＰＬＡＹＬＩＳＴディレクトリ2043にはプレイリスト・ファイル（YYY.MPLS）2043Aが置かれ、ＣＬＩＰＩＮＦディレクトリ2044にはクリップ情報ファイル（XXX.CLPI、ZZZ.CLPI）2044A、2044Bが置かれ、ＳＴＲＥＡＭディレクトリ2045にはＡＶクリップ・ファイル（XXX.M2TS、ZZZ.M2TS）2045A、2045Bが置かれ、ＪＡＲディレクトリ2046にはＪＡＲファイル（AAA.JAR）2046Aが置かれ、ＢＤＪＯディレクトリ2047にはＢＤ−Ｊオブジェクト・ファイル（BBB.BDJO）2047Aが置かれている。
【００１７】
ＣＥＲＴＩＦＩＣＡＴＥディレクトリ2048にはマージ証明書（bd.cert）2048AとＩＤファイル（id.bdmv）2048Bとが記録されている。マージ証明書2048Aは、映画会社等、ＢＤ−ＲＯＭディスク101に記録されたＡＶコンテンツのプロバイダに割り当てられた公開鍵を含む。マージ証明書2048Aのファイル形式としてはＸ．５０９が利用される。ＩＤファイル2048BはＯｒｇＩＤ（Organaization ID）とＤｉｓｃＩＤとを含む。ＯｒｇＩＤは、ＢＤ−ＲＯＭディスク101のプロバイダに固有に割り当てられた３２ｂｉｔの識別子である。ＤｉｓｃＩＤは、ＢＤ−ＲＯＭディスク101に固有に割り当てられた１２８ｂｉｔの識別子である。
【００１８】
以下、ＢＤＭＶディレクトリ2042及びそのサブディレクトリ2043−2047に置かれている各ファイル2042A−C、2043A、2044A−B、2045A−B、2046A、2047Aのデータ構造について説明する。
【００１９】
＜インデックス・ファイル（Index.bdmv）2042A＞
図３は、インデックス・ファイル2042Aのデータ構造を示す模式図である。図３に示されているように、インデックス・ファイル2042Aはインデックス・テーブル421とコンテンツＩＤ422とを含む。
【００２０】
インデックス・テーブル421は、タイトル421C、トップメニュー421B、及びファーストプレイ（FirstPlay）421Aといった項目を含む。各項目421A、421B、421Cが、ＢＤ−ＲＯＭディスク101に記録された「タイトル」を定義する。具体的には、各項目421A、421B、421Cには、ムービー・オブジェクト42B1、42B2のＩＤ、又は、ＢＤ−Ｊオブジェクト471、472、47nを含むＢＤ−Ｊオブジェクト・ファイル2047Aのファイル名のいずれかが指定されている。ＢＤ−ＲＯＭディスク101の再生時、ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部はインデックス・テーブル421の対応する項目を参照し、その項目によって指定されているオブジェクト42B1、42B2、471、472、47nを呼び出す。制御部は更に、呼び出されたオブジェクトに従ってプログラムを実行する。それにより、再生装置102は、ＢＤ−ＲＯＭディスク101からＡＶコンテンツを再生する等、各種の機能を実現する。
【００２１】
ファーストプレイ421Aはコンテンツ・プロバイダによって設定されるものであり、ＢＤ−ＲＯＭディスク101が再生装置102に挿入された時にその制御部によって最初に参照される。従って、ファーストプレイ421Aには、ＢＤ−ＲＯＭディスク101の挿入時に自動的に実行されるべきプログラムに対応するムービー・オブジェクト又はＢＤ−Ｊオブジェクト＃１471が指定されている。トップメニュー421Bは、例えばユーザがリモコン104を操作して「メニューに戻れ」というコマンドを再生装置102に入力したときにその制御部によって参照される。従って、トップメニュー421Bには、そのコマンドに応じて呼び出されるべきムービー・オブジェクト＃２42B2又はＢＤ−Ｊオブジェクトが指定されている。各タイトル421Cは、例えばユーザがリモコン104を操作して、再生対象のＡＶコンテンツを示すタイトル名を再生装置102に入力したときにその制御部によって参照される。従って、各タイトル421Cには、特定のＡＶコンテンツをＢＤ−ＲＯＭディスク101から再生する機能を実現するためのムービー・オブジェクト＃１42B1又はＢＤ−Ｊオブジェクト472、47nが指定されている。
【００２２】
サービス・オブジェクト42C1、42C2が再生装置102の制御部によって呼び出されるように、ムービー・オブジェクト42B1、42B2、及びＢＤ−Ｊオブジェクト471、472、47nのそれぞれを記述することができる。制御部は、呼び出されたサービス・オブジェクト42C1又は42C2を実行する。それにより、ムービー・オブジェクト42B1、42B2、又はＢＤ−Ｊオブジェクト471、472に従って再生されるべきＡＶコンテンツに組み込まれた広告のプレイアイテムを、アップデート・キットに含まれる新たな広告のプレイアイテムに置換する。
【００２３】
コンテンツＩＤ422は、インデックス・ファイル2042Aのうち、映画会社等、ＢＤ−ＲＯＭディスク101に記録されたＡＶコンテンツのプロバイダが自由に記述できる領域に記録されている。コンテンツＩＤ422はそのＡＶコンテンツの識別子である。
【００２４】
＜ムービー・オブジェクト・ファイル（MovieObject.bdmv）2042B＞
図４の（ａ）は、ムービー・オブジェクト・ファイル2042Bのデータ構造を示す模式図である。図４の（ａ）に示されているように、ムービー・オブジェクト・ファイル2042Bは一般に複数のムービー・オブジェクト42B1、42B2を含む。各ムービー・オブジェクト42B1、42B2は固有のムービー・オブジェクトＩＤによって識別される。各ムービー・オブジェクト42B1、42B2はナビゲーション・コマンドNC1、NC2、NC3の配列を含む。各ナビゲーション・コマンドNC1、NC2、NC3は、プレイリストの再生処理、又は、他のムービー・オブジェクト42B1、42B2の呼び出し等の異なるタイトルへの遷移処理を再生装置102の制御部に実行させるための命令である。制御部は各ムービー・オブジェクト42B1、42B2を呼び出したとき、そのムービー・オブジェクトに含まれるナビゲーション・コマンドNC1、NC2、NC3を列の順番に実行する。例えば、先頭のナビゲーション・コマンドNC1が「ＰｌａｙＰＬ＃Ｎ」であれば、制御部はＰＬＡＹＬＩＳＴディレクトリ2043の中から「＃Ｎ」に対応するプレイリスト・ファイル2043Aを選択し、その内容に従って、そのファイルに対応するプレイリストを再生する。例えば、次のナビゲーション・コマンドNC2が「ＪｕｍｐＯｂｊｅｃｔ＃２」であれば、制御部はムービー・オブジェクト・ファイル2042Bの中から、ムービー・オブジェクトＩＤが「＃２」に対応するムービー・オブジェクト＃２42B2を選択して実行する。
【００２５】
＜ＢＤ−Ｊオブジェクト・ファイル（BBB.BDJO）2047A＞
図４の（ｂ）は、ＢＤ−Ｊオブジェクト・ファイル2047Aのデータ構造を示す模式図である。図４の（ｂ）に示されているように、ＢＤ−Ｊオブジェクト・ファイル2047AはＢＤ−Ｊオブジェクト471を一つ含む。そのＢＤ−Ｊオブジェクト471はアプリケーション管理テーブル（ApplicationManagementTable）471Aを含む。アプリケーション管理テーブル471Aは、ＢＤ−ＲＯＭディスク101の再生時、ＢＤ−Ｊアプリケーション・プログラムのシグナリングを再生装置102のプラットフォーム上で実現するために必要なデータを含む。ここで、ＢＤ−Ｊアプリケーション・プログラムは、再生装置102に、プレイリスト・ファイル2043Aに従ってプレイリストを再生する処理の他、例えばネットワーク105にアクセスする処理や、ディスプレイ103にプレイリストとは独立にグラフィックスを表示して更に多機能のＧＵＩを提供する処理を実行させるものを含む。
【００２６】
図４の（ｂ）に示されているように、アプリケーション管理テーブル471AはアプリケーションＩＤ471Bとアプリケーション制御コード471Cとを含む。アプリケーションＩＤ471Bは実行対象のＢＤ−Ｊアプリケーション・プログラムの識別子を示す。アプリケーション制御コード471Cは、アプリケーションＩＤ471Bの示すＢＤ−Ｊアプリケーション・プログラムを起動する際の制御条件を示す。アプリケーション制御コード471Cは例えば、一つのタイトルの選択に応じて一つのＢＤ−Ｊオブジェクト471が制御部によって呼び出されたときに最初に実行されるＢＤ−Ｊアプリケーション・プログラムの初期状態を規定する。アプリケーション制御コード471Cはまた、実行対象のＢＤ−Ｊアプリケーション・プログラムが再生装置102内の仮想マシンにロードされたときに自動的に実行されるか（ＡＵＴＯＳＴＡＲＴ）、又はされないか（ＰＲＥＳＥＮＴ）を規定する。
【００２７】
＜サービス・オブジェクト・ファイル（ServiceObject.bdso）2042C＞
図４の（ｃ）は、サービス・オブジェクト・ファイル2042Cのデータ構造を示す模式図である。図４の（ｃ）に示されているように、サービス・オブジェクト・ファイル2042Cはサービス・オブジェクト42C1を一つ含む。そのサービス・オブジェクト42C1は、図４の（ｂ）に示されているＢＤ−Ｊオブジェクト471とフォーマットが共通であり、アプリケーション管理テーブル42CAを含む。また、アプリケーション管理テーブル42CAはアプリケーションＩＤ42CBとアプリケーション制御コード42CCとを含む。いずれも、図４の（ｂ）に示されているアプリケーションＩＤ471B及びアプリケーション制御コード471Cと同様である。アプリケーション管理テーブル42CAによって指定されるＢＤ−Ｊアプリケーション・プログラムは特に、次の処理を仮想マシンに実行させるものを含む：（１）ＢＤ−ＲＯＭディスク101に記録されたプレイリストの中から広告のプレイアイテムを検出する処理、（２）ネットワーク105上のサーバ装置106又はメモリカード107等の外部記憶装置からＢＤ−ＲＯＭディスク101用のアップデート・キットをダウンロードする処理、及び（３）検出された広告のプレイアイテムを、アップデート・キットに含まれる新たな広告のプレイアイテムに置換する処理。
【００２８】
＜ＡＶクリップ・ファイル（XXX.M2TS、ZZZ.M2TS）2045A、2045B＞
ＡＶクリップ・ファイル2045A、2045BはクリップＡＶストリームとも呼ばれ、複数のエレメンタリ・ストリームを多重化したものである。図５の（ａ）は、一方のＡＶクリップ・ファイル2045Aを構成する複数のエレメンタリ・ストリームを再生時間順に示す模式図である。図５の（ｂ）は、他方のＡＶクリップ・ファイル2045Bを構成するテキスト字幕ストリームを再生時間順に示す模式図である。図５に示されている例ではＡＶクリップ・ファイル2045A、2045Bは映画のコンテンツである。図５の（ａ）に示されているＡＶクリップ・ファイル2045Aは、プライマリ・ビデオ・ストリーム45V1、セカンダリ・ビデオ・ストリーム45V2、45V3、プライマリ・オーディオ・ストリーム45A1、45A2、セカンダリ・オーディオ・ストリーム45A3、プレゼンテーション・グラフィックス（ＰＧ）ストリーム45P1、45P2、及びインタラクティブ・グラフィックス（ＩＧ）ストリーム45Iを含む。プライマリ・ビデオ・ストリーム45V1は映画の主映像を表す。セカンダリ・ビデオ・ストリーム45V2、45V3は、ピクチャ・イン・ピクチャにおいて主映像に合わせて表示されるべき副映像を表す。プライマリ・オーディオ・ストリーム45A1、45A2は映画の主音声を表す。セカンダリ・オーディオ・ストリーム45A3は、その主音声にミキシングされるべき副音声を表す。ＰＧストリーム45P1、45P2とＩＧストリーム45Iとは、映画の映像と共に表示されるべきグラフィックスを表す。ＰＧストリーム45P1、45P2は特に、それぞれ異なる言語、例えば日本語と英語とで記述された映画の字幕をグラフィック・イメージで表す。ＩＧストリーム45Iは、再生装置102の操作画面等の対話画面、すなわち、ディスプレイ103の画面上に配置されるべきＧＵＩ用のグラフィックス部品又はそれらの集合を表す。図５の（ａ）に示されているように、ＡＶクリップ・ファイル2045A内の複数のエレメンタリ・ストリーム45V1、45V2、45V3、45A1、45A2、45P1、45P2、及び45Iはパラレルに再生可能である。図５の（ｂ）に示されているＡＶクリップ・ファイル2045Bはテキスト字幕ストリーム45Tを含む。テキスト字幕ストリーム45Tは、所定の言語で記述された映画の字幕をテキスト文字列で表す。図５の（ｂ）に示されているように、テキスト字幕ストリーム45Tは一つのＡＶクリップ・ファイル2045Bの中に単独で含まれる。
【００２９】
各ＡＶクリップ・ファイル2045A、2045Bでは、複数のエレメンタリ・ストリームを多重化する方式としてＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式が採用されている。すなわち、各ＡＶクリップ・ファイル2045A、2045B内では、各ストリーム45V1−V3、45A1−A2、45P1−P2、45I、45A3、45Tは複数のＴＳパケットに分割されている。各ＴＳパケットには、エレメンタリ・ストリームごとに異なるパケットＩＤ（ＰＩＤ）が割り当てられているので、各ＴＳパケットの属するエレメンタリ・ストリームはＰＩＤによって識別される。例えば図５の場合、プライマリ・ビデオ・ストリーム45V1には０ｘ１０１１がＰＩＤとして割り当てられ、プライマリ・オーディオ・ストリーム45A1には０ｘ１１００から０ｘ１１１ＦまでのいずれかがＰＩＤとして割り当てられ、ＰＧストリーム45P1、45P2には０ｘ１２００から０ｘ１２１ＦまでのいずれかがＰＩＤとして割り当てられ、ＩＧストリーム45Iには０ｘ１４００から０ｘ１４１ＦまでのいずれかがＰＩＤとして割り当てられ、セカンダリ・ビデオ・ストリーム45V2、45V3には０ｘ１Ｂ００から０ｘ１Ｂ１ＦまでのいずれかがＰＩＤとして割り当てられ、セカンダリ・オーディオ・ストリーム45A3には０ｘ１Ａ００から０ｘ１Ａ１ＦまでのいずれかがＰＩＤとして割り当てられ、テキスト字幕ストリーム45Tには０ｘ１８００がＰＩＤとして割り当てられている。
【００３０】
図６は、ＡＶクリップ・ファイル613内での各エレメンタリ・ストリームのＴＳパケットの配置を示す模式図である。ビデオ・ストリーム601は複数のビデオ・フレーム601Aから成る。オーディオ・ストリーム604は複数のオーディオ・フレーム604Aから成る。各ストリーム601、604はまずＰＥＳ（Packetized Elementary Stream）パケットの列602、605に変換され、次にＴＳパケットの列603、606に変換される。同様に、ＰＧストリーム607とＩＧストリーム610とはそれぞれ、まずＰＥＳパケットの列608、611に変換され、次にＴＳパケットの列609、612に変換される。更に、これらのＴＳパケットには個別にヘッダ（TP＿Extra＿Header）が付加される。このヘッダが付加されたＴＳパケットをソース・パケットという。こうして得られたソース・パケットを順番に並べて１本のストリームに多重化することにより、ＡＶクリップ・ファイル613は構成されている。
【００３１】
図７は、ビデオ・ストリーム601から変換されたＰＥＳパケットの列602における各ビデオ・フレームの配置を示す模式図である。図７に示されているように、各ＰＥＳパケット602A、602B、602C、602D、…はＰＥＳヘッダ602HとＰＥＳペイロード602Pとを含む。まず、ビデオ・ストリーム601は先頭のビデオ・フレームから順に、Ｉピクチャyy1、Ｐピクチャyy2、Ｂピクチャyy3、yy4、…に圧縮される。ここで、ピクチャの符号化形式としては、ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ、又はＶＣ−１が利用される。次に、Ｉピクチャyy1、Ｐピクチャyy2、Ｂピクチャyy3、yy4、…はそれぞれ、異なるＰＥＳパケット602A、602B、602C、602D、…のＰＥＳペイロード602Pに格納される。一方、各ＰＥＳパケットのＰＥＳヘッダ602Hには、そのＰＥＳパケットのＰＥＳペイロード602Hに格納されたピクチャの表示時刻（ＰＴＳ：Presentation Time−Stamp）と復号時刻（ＤＴＳ：Decoding Time−Stamp）とが格納される。ここで、ＰＴＳは、再生装置102内のデコーダによって一つのエレメンタリ・ストリームから復号された１フレームのデータがそのデコーダから出力されるべき時刻をいう。ＤＴＳは、そのデコーダが一つのエレメンタリ・ストリームの復号処理を開始すべき時刻をいう。
【００３２】
同様に、オーディオ・ストリームから変換されたＰＥＳパケットでは、ＬＰＣＭ（Linear Pulse Code Modulation）方式のオーディオ・データが所定の符号化形式で圧縮されてＰＥＳペイロードに格納され、そのデータのＰＴＳがＰＥＳヘッダに格納されている。ここで、オーディオ・ストリームの符号化形式としては、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＤＴＳ（Digital Theater System：登録商標）、又はＤＴＳ−ＨＤ  ＬＢＲが利用される。ＰＧストリームとＩＧストリームとのそれぞれから変換されたＰＥＳパケットでは、グラフィックス・データが所定の符号化形式で圧縮されてＰＥＳペイロードに格納され、そのデータのＰＴＳとＤＴＳとがＰＥＳヘッダに格納されている。テキスト字幕ストリームから変換されたＰＥＳパケットでは、テキスト文字列がＰＥＳペイロードに格納されている。
【００３３】
図８は、ＴＳパケット650とソース・パケット651との各形式を示す模式図である。図８に示されているように、ＴＳパケット650は固定長１８８バイトのパケットであり、ＴＳヘッダ650HとＴＳペイロード650Pとを含む。ＴＳヘッダ650Hは４バイト長のデータであり、ＰＩＤを含む。ＴＳペイロード650Pは１８４バイト長のデータである。ＰＥＳパケットの列がＴＳパケットの列に変換されるとき、各ＰＥＳパケットは分割されて各ＴＳパケット650のＴＳペイロード650Pに格納される。ソース・パケット651は、ＴＳパケット650に４バイト長のヘッダ（TP＿Extra＿Header）651Hが付与された、１９２バイト長のパケットである。そのヘッダ651HはＡＴＳ（Arrival＿Time＿Stamp）を含む。ＡＴＳは、再生装置102内のデコーダにおいて、そのソース・パケット651から取り出されたＴＳパケット650の先頭をＰＩＤフィルタへ送出すべき時刻を示す。図８に示されているように、ＡＶクリップ・ファイル613では複数のソース・パケット651が順番に並べられている。ソース・パケット651は先頭から順に番号付けされている。その番号をソース・パケット・ナンバー（ＳＰＮ：Source Packet Number）と呼ぶ。
【００３４】
ＡＶクリップ・ファイルに含まれるＴＳパケットの種類には、図６に示されている各エレメンタリ・ストリーム601、604、607、610、すなわち、映像・音声・字幕の各ストリームから得られるもの603、606、609、612の他に、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、ＰＣＲ（Program Clock Reference）がある。ＰＡＴは、同じＡＶクリップ・ファイル内のＰＭＴのＰＩＤを示す情報を含む。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶクリップ・ファイルに含まれる各エレメンタリ・ストリームのＰＩＤとその属性に関するディスクリプタ、及び、そのＡＶクリップ・ファイル全体に関するディスクリプタを含む。ディスクリプタの中には、ＡＶクリップ・ファイルのコピーの許可／禁止を示すコピー・コントロール情報がある。ＰＣＲは、デコーダ内でＰＴＳやＤＴＳの基準として利用されるクロック、すなわちＳＴＣ（System Time Clock）を所定値に設定するための情報を含む。
＜クリップ情報ファイル（XXX.CLPI、ZZZ.CLPI）2044A、2044B＞
図９は、クリップ情報ファイル2044Aのデータ構造を示す模式図である。図２に示されているクリップ情報ファイル2044A、2044Bは、ＳＴＲＥＡＭディレクトリ2045に置かれたＡＶクリップ・ファイル2045A、2045Bと一対一に対応する。各クリップ情報ファイル2044A、2044Bは、対応するＡＶクリップ・ファイル2045A、2045B内のアドレス、すなわちＳＰＮと、ＰＴＳとの間の対応関係を規定する。各クリップ情報ファイル2044A、2044Bは更に、対応するＡＶクリップ・ファイル2045A、2045Bに多重化されている各エレメンタリ・ストリームの属性を示す。以下、プライマリ・ビデオ・ストリームを含むＡＶクリップ・ファイル2045Aに対応するクリップ情報ファイル2044Aを例に挙げて説明する。尚、その説明はクリップ情報ファイル2044Bについても同様に当てはまる。図９に示されているように、クリップ情報ファイル2044Aはストリーム属性情報441とマーク・テーブル情報442とを含む。
【００３５】
図１０は、ストリーム属性情報441のデータ構造を示す模式図である。図１０に示されているように、ストリーム属性情報441には、図５の（ａ）に示されているＡＶクリップ・ファイル2045A内の各エレメンタリ・ストリーム45V1、45V2、45V3、45A1、45A2、45A3、45P1、45P2、45Iについての属性情報が各エレメンタリ・ストリームのＰＩＤに対応付けられて登録されている。例えば、プライマリ・ビデオ・ストリーム45V1のＰＩＤ“０ｘ１０１１”441Aにはその属性情報441Bが対応付けられ、プライマリ・オーディオ・ストリームのＰＩＤ“０ｘ１１０１”441Cにはその属性情報441Dが対応付けられている。属性情報の詳細は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの間で異なる。ビデオ・ストリーム属性情報441Bは、そのビデオ・ストリームの圧縮に利用されたコーデックの識別情報443B、そのビデオ・ストリームを構成する各ピクチャの解像度444Bとアスペクト比445B、及びそのビデオ・ストリームのフレーム・レート446Bを含む。オーディオ・ストリーム属性情報441Dは、そのオーディオ・ストリームの圧縮に利用されたコーデックの識別情報443D、そのオーディオ・ストリームに含まれるチャンネル数444D、そのオーディオ・ストリームの表す言語445D、及びそのオーディオ・ストリームのサンプリング周波数446Dを含む。これらの属性情報は再生装置102内でデコーダの初期化に利用される。
【００３６】
図１１の（ａ）は、マーク・テーブル情報442のデータ構造を示す模式図である。マーク・テーブル情報442は、一つのＡＶクリップ・ファイルに多重化されているエレメンタリ・ストリームごとにＳＰＮとＰＴＳとの間の対応関係を規定する。例えば図１１の（ａ）に示されているように、マーク・テーブル情報442は、ＡＶクリップ・ファイルに多重化されたビデオ・ストリームごとにクリップ・マーク情報442Aを含む。クリップ・マーク情報442Aは、そのビデオ・ストリーム内のＩピクチャのＰＴＳ442Bと、そのＩピクチャを含むＡＶクリップ・ファイルの部分のＳＰＮ442Cとの対が一つのクリップ・マークＩＤ（Ｍ＿ＩＤ）442Dに対応付けられている。例えば、プライマリ・ビデオ・ストリーム45V1のＰＩＤ“０ｘ１０１１”441Aに対応付けられたクリップ・マーク情報442Aでは、各ＩピクチャのＰＴＳ“１８００００”、“２７００００”、“３６００００”、“４５００００”、…と、そのＩピクチャを含む最初のソース・パケットのＳＰＮ“３”、“１５００”、“３２００”、“４８００”、…との対が、ＡＶクリップ・ファイル2045A内でのＩピクチャの順序に従って、Ｍ＿ＩＤ＝０、１、２、３、…に対応付けられている。
【００３７】
図１１の（ｂ）は、ＡＶクリップ・ファイル2045Aに含まれるソース・パケットのうち、クリップ・マーク情報442Aによって各Ｍ＿ＩＤに対応づけられているＳＰＮのソース・パケットを示す模式図である。再生装置102はクリップ・マーク情報442Aを参照することにより、プライマリ・ビデオ・ストリーム45V1に含まれるフレームのうち、任意のＰＴＳでのフレームを含むＡＶクリップ・ファイル2045A内のソース・パケットを特定できる。例えば、早送り再生や巻戻し再生等の特殊再生では、再生装置102はクリップ・マーク情報442Aを参照して、各Ｍ＿ＩＤに対応付けられたＳＰＮのソース・パケットを特定して再生する。それにより、Ｉピクチャが選択的に再生される。こうして、再生装置102は特殊再生を効率的に実行できる。
【００３８】
マーク・テーブル情報442では、ビデオ・ストリーム以外のエレメンタリ・ストリームについても同様に、クリップ・マーク情報が特定のデータ部分のＰＴＳとＳＰＮとの対に一つずつ、Ｍ＿ＩＤを対応付けている。従って、再生装置102はそのクリップ・マーク情報を参照することにより、各エレメンタリ・ストリーム内の任意のＰＴＳに対応するＡＶクリップ・ファイル内のソース・パケットを特定できる。
＜プレイリスト・ファイル（YYY.MPLS）2043A＞
図１２は、プレイリスト・ファイル2043Aのデータ構造を示す模式図である。図１２に示されているように、プレイリスト・ファイル2043Aはプレイリスト情報430とプレイリスト・マーク情報431とを含む。
【００３９】
プレイリスト情報430は、ＡＶクリップ・ファイル2045A、2045Bの再生経路、すなわち、ＡＶクリップ・ファイル2045A、2045Bのうち、再生されるべき部分をその再生時刻で規定する。プレイリスト情報430は特に、１つ以上のプレイアイテム情報43M1、43M2、43M3を含む。各プレイアイテム情報43M1、43M2、43M3は、プライマリ・ビデオ・ストリームを含むＡＶクリップ・ファイル2045Aのうち、連続して再生されるべき部分をその再生区間、すなわち再生開始時刻と再生終了時刻との対で規定する。プレイアイテム情報43M1、43M2、43M3には通し番号が振られている。その通し番号は、各プレイアイテム情報43M1、43M2、43M3によって規定されるＡＶクリップ・ファイル2045Aの部分が再生されるべき順序を表す。その通し番号はまた、各プレイアイテム情報43M1、43M2、43Mの識別子、すなわちプレイアイテムＩＤとして利用される。
【００４０】
プレイリスト情報430は更に、図１２に示されているように、１つ以上のサブパス43S1、43S2、43S3を含んでも良い。各サブパス43S1、43S2、43S3は、プレイアイテム情報43M1、43M2、43M3の示すＡＶクリップ・ファイル2045Aの部分に合わせて再生されるべきそのＡＶクリップ・ファイル2045Aの別の再生経路、又は別のＡＶクリップ・ファイル2045Bの再生経路を規定する。尚、サブパス43S1、43S2、43S3に対し、プレイアイテム情報43M1、43M2、43M3の示すＡＶクリップ・ファイル2045Aの再生経路はメインパスと呼ぶ。特にテキスト字幕ストリームを含むＡＶクリップ・ファイル2045Bは、メインパスではなく、サブパスで参照される。各サブパス43S1、43S2、43S3は、サブパスＩＤ43SA、サブパス・タイプ43SB、及び１以上のサブプレイアイテム情報43SC1、43SC2、43SC3を含む。サブパスＩＤ43SAはサブパスの識別子である。サブパス・タイプ43SBはサブパス43S1の種類を表す。サブパスの種類には、その再生がメインパスの再生に同期する同期型と、同期しなくても良い非同期型とがある。各サブプレイアイテム情報43SC1、43SC2、43SC3は、再生対象のＡＶクリップ・ファイルのうち、連続して再生されるべき部分をその再生区間、すなわち再生開始時刻と再生終了時刻との対で規定する。サブプレイアイテム情報の数は一般に、サブパスごとに異なる。各サブパス43S1、43S2、43S3のサブプレイアイテム情報43SC1、43SC2、43SC3には通し番号が振られている。その通し番号は、各サブプレイアイテム情報43SC1、43SC2、43SC3によって規定されるＡＶクリップ・ファイルの部分が再生されるべき順序を表す。
【００４１】
図１３は、プレイアイテム情報1400のデータ構造を示す模式図である。図１３に示されているように、プレイアイテム情報1400は、参照クリップ情報1401、再生開始時刻1402、再生終了時刻1403、ユーザ操作制御情報1404、及びストリーム選択テーブル1405を含む。参照クリップ情報1401は、ＡＶクリップ・ファイル2045A、2045Bの参照に必要なクリップ情報ファイル2044A、2044Bを識別するための情報である。再生開始時刻1402と再生終了時刻1403とは、ＡＶクリップ・ファイル2045A、2045Bの再生されるべき部分の先頭と末尾との各ＰＴＳを示す。ストリーム選択テーブル1405は、再生開始時刻1402から再生終了時刻1403までの間に再生装置102内のデコーダによってＡＶクリップ・ファイル2045A、2045Bの中から選択可能なエレメンタリ・ストリームのリストを表す。
【００４２】
図１３に示されているように、ストリーム選択テーブル1405は複数のストリーム・エントリ1409を含む。ストリーム・エントリ1409は、ストリーム選択番号1406、ストリーム・パス情報1407、及びストリーム識別情報1408を含む。ストリーム選択番号1406は、ストリーム選択テーブル1405に含まれる各ストリーム・エントリ1409に振られた通し番号である。ストリーム・パス情報1407は、再生対象のＡＶクリップ・ファイルを特定するための情報である。例えば、ストリーム・パス情報1407が“メインパス”を示す場合、再生対象のＡＶクリップ・ファイルは、参照クリップ情報1401の示すクリップ情報ファイル2044Aに対応付けられたＡＶクリップ・ファイル2045Aである。一方、ストリーム・パス情報1407が“サブパスＩＤ＝１”を示す場合、再生対象のＡＶクリップ・ファイルは、サブパスＩＤ＝１のサブパス43S2に含まれるサブプレイアイテム情報の一つが示すＡＶクリップ・ファイルである。ここで、そのサブプレイアイテム情報は、それの示す再生区間が再生開始時刻1402から再生終了時刻1403までの間に含まれるものである。ストリーム識別情報1408は、ストリーム・パス情報1407によって特定されるＡＶクリップ・ファイルに多重化されているエレメンタリ・ストリームのいずれかのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが、再生開始時刻1402から再生終了時刻1403までの間に再生装置102によって再生対象のＡＶクリップ・ファイルの中から選択可能である。
【００４３】
図１２に示されている各サブプレイアイテム情報43SC1、43SC2、43SC3は、図１３に示されているプレイアイテム情報1400と同様に、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む。サブパス・タイプ43SBが同期型であるサブパス43S1、43S2では、サブプレイアイテム情報は更にプレイアイテムＩＤを一つ含む。そのサブプレイアイテム情報の再生開始時刻と再生終了時刻とは、そのプレイアイテムＩＤのプレイアイテム情報の示す再生区間に含まれる。
【００４４】
図１４は、図１２に示されているプレイリスト情報430の示すメインパスと二つのサブパスとに従って再生されるＡＶクリップ・ファイル2045A、2045Bの各部分CL1、CL2、CL3を示す模式図である。図１４に示されている三本の時間軸MP、SP1、SP2はそれぞれ、メインパス、第１のサブパス、及び第２のサブパスに従って再生されるストリームの再生時間を表す。ここで、第１のサブパスのサブパスＩＤを０とし、第２のサブパスのサブパスＩＤを１とする。
【００４５】
メインパスMPに沿った再生処理では、再生装置102は、プレイリスト情報430の中から、プレイアイテム情報＃１43M1、プレイアイテム情報＃２43M2、プレイアイテム情報＃３43M3をプレイアイテムＩＤの順に参照する。例えばプレイアイテム情報＃１43M1が参照されるとき、まず、その参照クリップ情報1401（図１３参照）の示すクリップ情報ファイル2044Aのマーク・テーブル情報442（図１１の（ａ）参照）から、再生開始時刻IN1に対応するＰＴＳを含むクリップ・マーク情報442Aが検索される。次に、そのクリップ・マーク情報に含まれるＡＶクリップ・ファイル2045AのＳＰＮSPが開始アドレスとして特定される。同様に、再生終了時刻OUT1に対応するＳＰＮEPが終了アドレスとして特定される。続いて、クリップ情報ファイル2044Aのストリーム属性情報441（図１１の（ａ）参照）が利用されて、プレイアイテム情報＃１43M1のストリーム選択テーブル1405（図１３参照）に登録されたエレメンタリ・ストリームの中から、再生装置102とディスプレイ103との両方で再生可能なものが検出される。更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号1406を持つものが選択され、その選択されたエレメンタリ・ストリームのストリーム識別情報1408に記述されたＰＩＤがデコーダに設定される。その結果、ＡＶクリップ・ファイル2045Aの開始アドレスSPから終了アドレスEPまでの部分CL1のうち、そのＰＩＤを持つソース・パケットがデコーダによって処理される。こうして、メインパスMPのうち、再生開始時刻IN1から再生終了時刻OUT1までの再生区間PI1での再生処理が行われる。
【００４６】
プレイアイテム情報＃１43M1のストリーム選択テーブルに登録されているストリーム・エントリの一つで、ストリーム・パス情報が“サブパスＩＤ＝０”を示し、ストリーム識別情報がＰＧストリームのＰＩＤを示す場合、まず、第１のサブパス43S1の中からサブプレイアイテム情報＃１43SC1が参照される。ここで、そのサブプレイアイテム情報＃１43SC1は、それの示す再生開始時刻IN2と再生終了時刻OUT2とがいずれも、プレイアイテム情報＃１の示す再生区間PI1に含まれるものである。次に、プレイアイテム情報＃１43M1の示す再生区間PI1からＡＶクリップ・ファイル2045Aの部分CL1が特定された場合と同様にして、サブプレイアイテム情報＃１43SC1の示す再生区間SPI1で再生されるべきＡＶクリップ・ファイル2045Aの部分CL2が特定される。その結果、第１のサブパスの再生区間SPI1では、ＡＶクリップ・ファイル2045Aのその部分CL2の中からＰＧストリームが、メインパスの再生区間PI1に同期して再生される。同様に、プレイアイテム情報＃１43M1のストリーム選択テーブルに登録されている別のストリーム・エントリで、ストリーム・パス情報が“サブパスＩＤ＝１”を示し、ストリーム識別情報がテキスト字幕ストリームを示す場合は、第２のサブパス43S2に含まれる一つのサブプレイアイテム情報から再生対象のＡＶクリップ・ファイル2045Bの部分CL3が特定される。その結果、第２のサブパスの再生区間SPI2では、その部分CL3からテキスト字幕ストリームがメインパスの再生区間PI1に同期して再生される。
【００４７】
上記のとおり、一連のＡＶコンテンツの再生には、プレイリスト情報、クリップ情報ファイル、及びＡＶクリップ・ファイルの組み合わせが利用される。「プレイリスト」はこのファイルの組み合わせをいう。また、「プレイアイテム」は、プレイリストのうち、一つのプレイアイテム情報に組み合わされている部分をいう。
【００４８】
図１５の（ａ）は、プレイリスト・マーク情報431のデータ構造を示す模式図である。プレイリスト・マーク情報431は、プレイリストに含まれる特定のプレイアイテムの種類とその再生開始時刻との間の対応関係を示すテーブルである。図１５の（ａ）に示されているように、プレイリスト・マーク情報431では、マーク・タイプ431BとＰＴＳ431Cとの対が、一つのプレイリスト・マークＩＤ（ＰＬＭ＿ＩＤ）431Aに対応付けられている。マーク・タイプ431Bは、ＰＬＭ＿ＩＤ431Aで特定されるべきプレイアイテムの種類を表す。その種類は、映画のコンテンツのチャプタ、及び広告を含む。ＰＴＳ431Cは、ＰＬＭ＿ＩＤ431Aで特定されるべきプレイアイテムの再生開始時刻を示す。ＰＬＭ＿ＩＤ431A、マーク・タイプ431B、及びＰＴＳ431Cの組み合わせを「プレイリスト・マーク」という。
【００４９】
図１５の（ｂ）は、プレイリストのうち、プレイリスト・マークによって特定されるプレイアイテムを示す模式図である。ここで、プレイリストの再生時間はＳＴＣで表される。図１５の（ｂ）では、そのプレイリストに含まれる各プレイアイテムがＳＴＣ上の再生区間PI1、PI2、PI3、PI4、PI5で順次再生される。再生装置102は、プレイリスト・マーク情報431を参照することにより、それらのプレイアイテムの再生区間PI1、PI2、PI3、PI4、PI5の中から、プレイリスト・マークで特定されるプレイアイテムの再生区間を検索できる。例えば図１５の（ａ）では、ＰＬＭ＿ＩＤ＝０のプレイリスト・マークは、チャプタの先頭のプレイアイテムの再生開始時刻がＰＴＳ＃１であることを示す。従って、そのチャプタの頭出し再生では、図１５の（ｂ）に示されているように、再生開始時刻がＰＴＳ＃１である再生区間PI1のプレイアイテムから再生される。図１５の（ａ）では更に、ＰＬＭ＿ＩＤ＝１のプレイリスト・マークは、広告のプレイアイテムの再生開始時刻がＰＴＳ＃２であることを示す。従って、図１５の（ｂ）に示されているように、再生開始時刻がＰＴＳ＃２である再生区間PI3が、ＰＬＭ＿ＩＤ＝１のプレイリスト・マークの示す広告のプレイアイテムの再生区間であることがわかる。
＜ＪＡＲファイル（AAA.JAR）2046A＞
ＪＡＲファイル2046Aは、図４の（ｂ）に示されているＢＤ−Ｊオブジェクト471、472、又は、図４の（ｃ）に示されているサービス・オブジェクト42C1、42C2に従って実行されるＢＤ−Ｊアプリケーション・プログラムを格納している。ＢＤ−Ｊアプリケーション・プログラムはバイトコード・プログラムであり、特にＪａｖａ（登録商標）アプリケーション・プログラムである。ここで、本明細書に記載される「Ｊａｖａ」はサン・マイクロシステムズ株式会社の登録商標である。ＢＤ−Ｊアプリケーション・プログラムは、ＧＥＭ（Globally Excecutable Multimedia home platform）１．０．２に準拠のＨＡＶｉフレームワークを含む。再生装置102のＪａｖａプラットフォームが、ＪＦＩＦ（ＪＰＥＧ）やＰＮＧ等のラスタ・データを利用して画面表示を行うためのスタンダードＪａｖａライブラリを含む場合、ＢＤ−Ｊアプリケーション・プログラムは再生装置102に、ＧＥＭ１．０．２におけるリモート・コントロール・ナビゲーション機構を利用したＧＵＩフレームワークを実現させることができる。すなわち、ＢＤ−Ｊアプリケーション・プログラムは再生装置102に、ＨＡＶｉフレームワークに基づく、ボタン、テキスト、又は電子掲示板（ＢＢＳ）等の画面表示を動画像の表示と合成させることにより、ディスプレイ103とリモコン104とを用いたＧＵＩを実現させることができる。
＜再生装置102のハードウェア構成＞
図１６は、再生装置102のハードウェア構成を示すブロック図である。図１６に示されているように、再生装置102は、ＢＤ−ＲＯＭドライブ102A、ローカル・ストレージ1021、ネットワーク・インタフェース102D、操作部102E、バス102F、システムＬＳＩ1000、映像出力部102G、及び音声出力部102Hを含む。ＢＤ−ＲＯＭドライブ102A、ローカル・ストレージ1021、ネットワーク・インタフェース102D、及び操作部102Eはバス102Fを通してシステムＬＳＩ1000と通信可能である。特に、ＢＤ−ＲＯＭドライブ102A、ローカル・ストレージ1021、及びネットワーク・インタフェース102Dは、システムＬＳＩ1000に対してＡＶコンテンツを供給するための手段（以下、供給部という。）1020として機能する。
【００５０】
ネットワーク・インタフェース102Dは外部のネットワーク105とバス102Fとの間を通信可能に接続する。それにより、システムＬＳＩ1000はネットワーク・インタフェース102Ｄを通して、ネットワーク105上のサーバ装置106と通信可能である。
【００５１】
操作部102Eは、リモコン104から赤外線等の無線で送出されたコマンドを受信して解読し、そのコマンドの内容をシステムＬＳＩ1000に通知する。操作部102Eはその他に、再生装置102のフロント・パネルに設けられたボタンの押下を検出してシステムＬＳＩ1000に通知する。
【００５２】
ＢＤ−ＲＯＭドライブ102Aは、内部に挿入されたＢＤ−ＲＯＭディスク101にレーザ光を照射し、その反射光の変化から、ＢＤ−ＲＯＭディスク101に記録されたデータを読み取る。ＢＤ−ＲＯＭドライブ102Aは特に、システムＬＳＩ1000によって指定された論理アドレスに基づき、図２に示されているＢＤ−ＲＯＭディスク101のボリューム領域202からアプリケーション・データ203Bを読み出してシステムＬＳＩ1000に転送する。ここで、ＢＤ−ＲＯＭディスク101から読み出されるデータは、ＡＶクリップ・ファイル2045Aを始め、インデックス・ファイル2042A、ムービー・オブジェクト・ファイル2042B、サービス・オブジェクト・ファイル2042C、プレイリスト・ファイル2043A、ＢＤ−Ｊオブジェクト・ファイル2047A、及びＪＡＲファイル2046Aを含む。
【００５３】
ローカル・ストレージ1021は、ＨＤＤやＳＤカード等のメモリカードを利用した、読み書き可能な大容量記憶装置である。図１６では、ローカル・ストレージ1021はカードリーダ102BとＨＤＤ102Cとを含む。カードリーダ102Bは、内部に挿入されたメモリカード107に対してデータを読み書きできる。ＨＤＤ102Cは再生装置102に内蔵されている。その他に、図１６には示されていないが、外付けのＨＤＤが所定のインタフェースを通してバス102Fに接続され、ローカル・ストレージ1021として利用されても良い。
【００５４】
ローカル・ストレージ1021はシステムＬＳＩ1000からの命令に従い、ネットワーク105上のサーバ装置106からネットワーク・インタフェース102Dを通してＢＤ−ＲＯＭディスク101用のアップデート・キットをダウンロードし、ＨＤＤ102C又はメモリカード107に格納する。その他に、アップデート・キットを格納したメモリカード107がカードリーダ102Bに挿入されていても良い。
【００５５】
システムＬＳＩ1000は、内蔵のファームウェア、又はＢＤ−ＲＯＭディスク101から読み出されたアプリケーション・プログラムを実行し、それらに従って再生装置102の他の要素102A−Fを制御する。システムＬＳＩ1000は特に、ＢＤ−ＲＯＭディスク101上のファイル群とローカル・ストレージ1021内のアップデート・キットとから仮想パッケージを作成し、その仮想パッケージを利用して、ＢＤ−ＲＯＭディスク101とアップデート・キットとのそれぞれに記録されたＡＶコンテンツを一連のプレイリストとして再生する。ここで、仮想パッケージは、システムＬＳＩ1000によって内蔵のメモリ上に作成される仮想的なＢＤ−ＲＯＭディスクであり、アプリケーション・プログラムにＢＤ−ＲＯＭディスク101上のファイル群とアップデート・キット内のファイル群とを、あたかも同じＢＤ−ＲＯＭディスク上のファイル群のようにアクセスさせるファイルシステムを意味する。アプリケーション・プログラムはＢＤ−ＲＯＭディスク101上のファイル群とローカル・ストレージ1021内の差分データとを、実際のパスに代えて、仮想パッケージ上でのパスでアクセスできる。尚、仮想パッケージの作成機能等、システムＬＳＩ1000の機能の詳細については後述する。
【００５６】
映像出力部102Gは、システムＬＳＩ1000によって再現されたビデオ・データVDを、ディスプレイ103に適した出力形式の映像信号VSに変換してディスプレイ103に送出する。尚、映像出力部102GはシステムＬＳＩ1000に組み込まれていても良い。
【００５７】
音声出力部102Hは、システムＬＳＩ1000によって再現されたオーディオ・データADを、外部のスピーカ103Aに適した出力形式の音声信号ASに変換してスピーカ103Aに送出する。尚、音声出力部102HはシステムＬＳＩ1000に組み込まれていても良い。スピーカ103Aはディスプレイ103に内蔵されている。その他に、スピーカ103Aは、ディスプレイ103に外付けされたものであっても良い。
＜アップデート・キットのデータ構造＞
図１７の（ａ）は、ローカル・ストレージ1021に格納されたアップデート・キット205のディレクトリ構造を示す模式図である。アップデート・キット205は差分データとマージ管理情報ファイルとを含む。差分データは、仮想パッケージにおいて、図２に示されているＢＤ−ＲＯＭディスク101上のファイル群と共に組み込まれるべき、又は、そのファイル群の中のいくつかのファイルと置換されるべきファイル群である。差分データは特に、ＢＤ−ＲＯＭディスク101に記録されている広告のプレイアイテムと置換されるべき新たな広告のプレイアイテムを含む。マージ管理情報ファイルは、ローカル・ストレージ1021内での差分データのパスを仮想パッケージ上でのパスに読み替えるために必要なデータを含む。
【００５８】
アップデート・キット205のディレクトリ構造では、図１７の（ａ）に示されているように、ローカル・ストレージ205のルート（ＲＯＯＴ）ディレクトリ2051の直下に追加コンテンツ格納ディレクトリ（ＢＤ＿ＢＵＤＡ）2052が置かれ、その直下にＯｒｇＩＤディレクトリ2053が置かれている。ＯｒｇＩＤディレクトリ2053のディレクトリ名は８桁の１６進数であり、更新対象のＡＶコンテンツのプロパイダに割り当てられたＯｒｇＩＤを表す。ＯｒｇＩＤディレクトリ2053の直下にはＤｉｓｃＩＤディレクトリ2054が置かれている。ＤｉｓｃＩＤディレクトリ2054のディレクトリ名は３２桁の１６進数であり、更新対象のＡＶコンテンツが記録されたＢＤ−ＲＯＭディスクのＤｉｓｃＩＤを表す。ＤｉｓｃＩＤディレクトリ2054には、マージ管理情報ファイル（MERGE.XML）2054A、署名情報ファイル（MERGE.SF）2054B、追加コンテンツ・ファイル（CCC.MPL、VVV.CLP、SSS.CLP、VVV.M2T、SSS.M2T）2054C−Gが置かれている。
【００５９】
図１７の（ｂ）は、マージ管理情報ファイル（MERGE.XML）2054Aのデータ構造を示す模式図である。図１７の（ｂ）に示されているように、マージ管理情報ファイル2054Aは、ローカル・ストレージ・パス541、仮想ファイル・パス542、及び、ネットワーク属性543を含む。ローカル・ストレージ・パス541は、ＢＤ−ＲＯＭディスク101に記録されたファイルに代えて仮想パッケージに組み込まれるべきファイルのそれぞれについて、ローカル・ストレージ1021内での位置とそのファイル名とを表す。仮想ファイル・パス542は、ローカル・ストレージ・パス541で指定された各ファイルの仮想パッケージ上でのアクセス・パスを表す。ネットワーク属性543は、ローカル・ストレージ・パス541で指定されたファイルのうち、ネットワーク105上のサーバ装置106からダウンロード可能なＡＶクリップ・ファイル（SSS.M2T）を示す。このＡＶクリップ・ファイル（SSS.M2T）は、仮想パッケージを作成する時点ではローカル・ストレージ1021に格納されていなくても良く、システムＬＳＩ1000によって実際に処理されるべき時点に、又はその時点までに、ネットワーク105上のサーバ装置106からローカル・ストレージ1021又はシステムＬＳＩ1000にダウンロードされれば良い。
【００６０】
署名情報ファイル（MERGE.SF）2054Bは、更新対象のＡＶコンテンツのプロバイダの電子署名を含む。電子署名は、改竄から保護されるべき情報のハッシュ値を所定の秘密鍵で暗号化したものである。署名情報ファイル2054Bに含まれる電子署名は、マージ管理情報ファイル2054Aのハッシュ値を所定の秘密鍵で暗号化したものである。その秘密鍵は、図２に示されているマージ証明書2048Aに含まれる公開鍵と対を成す。すなわち、その電子署名はその公開鍵を利用して復号可能である。
【００６１】
追加コンテンツ・ファイル2054C−Gは、ＢＤ−ＲＯＭディスク101に記録された元のプレイリストを表すファイル群に追加され、又は置換されるべきファイル群である。図１７の（ａ）では追加コンテンツ・ファイルは、追加プレイリスト・ファイル（CCC.MPL）2054C、追加クリップ情報ファイル（VVV.CLP、SSS.CLP）2054D、2054E、及び追加ＡＶクリップ・ファイル（VVV.M2T、SSS.M2T）2054F、2054Gを含む。
【００６２】
追加プレイリスト・ファイル2054Cは、図１２に示されているプレイリスト・ファイル2043Aと同様、プレイリスト情報とプレイリスト・マーク情報とを含む。プレイリスト情報は、ＢＤ−ＲＯＭディスク101に記録されたＡＶクリップ・ファイル2045Aの再生経路に加え、又はその再生経路とは別に、追加ＡＶクリップ・ファイル2054F、2054Gの再生経路を規定する。プレイリスト情報は特に、ＢＤ−ＲＯＭディスク101に記録されている広告と置換されるべき新たな広告のプレイアイテム情報を含む。プレイリスト・マーク情報は、プレイリスト情報に含まれる特定のプレイアイテム情報、特にチャプタと広告との各プレイアイテム情報に記述された再生開始時刻を示す。
【００６３】
追加クリップ情報ファイル（VVV.CLP、SSS.CLP）2054D、2054Eと追加ＡＶクリップ・ファイル（VVV.M2T、SSS.M2T）2054F、2054Gとは一対一に対応する。追加クリップ情報ファイルの一方（VVV.CLP）2054Dは、追加ＡＶクリップ・ファイル（VVV.M2T）2054Fに関する管理情報であり、その追加ＡＶクリップ・ファイル（VVV.M2T）2054Fと共にダウンロードされる。追加クリップ情報ファイルの他方（SSS.CLP）2054Eは、ネットワーク属性を持つ追加ＡＶクリップ・ファイル（SSS.M2T）2054Gに関する管理情報であり、その追加ＡＶクリップ・ファイル（SSS.M2T）2054Gよりも先にダウンロードされる。その追加ＡＶクリップ・ファイル（SSS.M2T）2054Gは、システムＬＳＩ1000によって実際に処理されるべき時点に、又はその時点までに、ネットワーク105上のサーバ装置106からローカル・ストレージ1021又はシステムＬＳＩ1000にダウンロードされる。新たな広告の映像、音声、又は字幕を表すエレメンタリ・ストリームは、いずれの追加ＡＶクリップ・ファイル（VVV.M2T、SSS.M2T）2054F、2054Gに含まれていても良い。更に、追加コンテンツ・ファイルの中に新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとの対が複数含まれ、そのうちの一対はメインパスの再生に利用され、他の対はサブパスの再生に利用されても良い。
【００６４】
新たな広告のプレイアイテム情報は、ＢＤ−ＲＯＭディスク101に記録されている元の広告のプレイアイテム情報とは以下の点で異なる。まず、図１３に示されているプレイアイテム情報1400のうち、参照クリップ情報1401に記述されたファイル名がいずれかの追加クリップ情報ファイル2054D、2054Eのファイル名に書き換えられている。ここで、新たな広告のクリップ情報ファイルが複数である場合、メインパスに属するもののファイル名が参照クリップ情報1401に記述されている。次に、ストリーム選択テーブル1405が、いずれかの追加ＡＶクリップ・ファイル2054F、2054Gに含まれるエレメンタリ・ストリームに関するものに書き換えられている。更に、そのストリーム選択テーブル1405は、サブパスＩＤを示すストリーム・パス情報1407を含んでいても良い。その場合、追加プレイリスト・ファイル2054CはそのサブパスＩＤのサブパスを含み、新たな広告に関するサブプレイアイテム情報を含む。
＜システムＬＳＩ1000内の機能部＞
図１８は、システムＬＳＩ1000の機能ブロック図である。図１８に示されているように、システムＬＳＩ1000は、バス・インタフェース1001、再生部1010、及び制御部1030を含む。再生部1010は、第１のリード・バッファ1011、第２のリード・バッファ1012、及びシステム・ターゲット・デコーダ1013を含む。制御部1030は、ユーザ・イベント処理部1031、仮想ファイル制御部1032、及び再生制御部1033を含む。制御部1030は、システムＬＳＩ1000に組み込まれたプログラム、すなわちシステムＬＳＩ1000のファームウェアを実行することにより、上記の機能部1031、1032、1033を実現する。バス・インタフェース1001、再生部1010、及び制御部1030は単一のチップに実装されている。その他に、再生部1010と制御部1030とが、互いに異なるチップに実装されても良い。
【００６５】
バス・インタフェース1001は、バス102Fを通してシステムＬＳＩ1000内の各機能部1010、1030を、図２に示されている供給部1020及び操作部102Eに通信可能に接続する。バス・インタフェース1001は特に、仮想ファイル制御部1032からの指示に従って、バス102F及びＢＤ−ＲＯＭドライブ102Aを通してＢＤ−ＲＯＭディスク101から、又はバス102Fを通してローカル・ストレージ1021から、それぞれＡＶクリップ・ファイルを読み込む。その他に、バス・インタフェース1001は、バス102F及びネットワーク・インタフェース102Dを通してネットワーク105上のサーバ装置106からＡＶクリップ・ファイルをダウンロードしても良い。バス・インタフェース1001は更に、各ＡＶクリップ・ファイルを、２つのリード・バッファ1011、1012のうち、仮想ファイル制御部1032によって指示された方に送出する。ここで、バス・インタフェース1001は、仮想ファイル制御部1032からの指示に応じ、異なるＡＶクリップ・ファイルを各リード・バッファ1011、1012にパラレルに送出できる。
【００６６】
第１のリード・バッファ1011と第２のリード・バッファ1012とはいずれも、システムＬＳＩ1000に内蔵のバッファ・メモリである。各リード・バッファ1011、1012はバス・インタフェース1001からＡＶクリップ・ファイルMCL、SCLを読み込んで一時的に保持する。ここで、バス・インタフェース1001が仮想ファイル制御部1032からの指示に従ってＡＶクリップ・ファイルMCL、SCLの送出先を選択することにより、第１のリード・バッファ1011にはメインパスのＡＶクリップ・ファイルMCLが保持され、第２のリード・バッファ1012にはサブパスのＡＶクリップ・ファイルSCLが保持される。
【００６７】
システム・ターゲット・デコーダ1013は２つのリード・バッファ1011、1012からパラレルにＡＶクリップ・ファイルMCL、SCLをソース・パケット単位で読み出す。システム・ターゲット・デコーダ1013は更に、それらのソース・パケットから、再生制御部1033によって指定されたＰＩＤのエレメンタリ・ストリームを分離する。システム・ターゲット・デコーダ1013は更に、分離された各エレメンタリ・ストリームをその種類別、すなわちＰＩＤ別に復号して、それらからビデオ・データVD及びオーディオ・データADを再現する。システム・ターゲット・デコーダ1013はその他に、再生制御部1033からメニュー表示等、ＧＵＩ用のグラフィックス・データGDを受信して復号し、ビデオ・データVDに合成する。システム・ターゲット・デコーダ1013の構成の詳細については後述する。
【００６８】
ユーザ・イベント処理部1031は、操作部102Eからの通知INTを受信して、その通知INTからコマンドを解読し、そのコマンドの示すユーザの操作の内容を解釈する。ユーザ・イベント処理部1031は更に、その操作内容に応じた処理の依頼UOを再生制御部1033に送出する。操作部102Eからの通知INTが例えばＢＤ−ＲＯＭドライブ102AへのＢＤ−ＲＯＭディスク101の挿入を示す場合、ユーザ・イベント処理部1031は再生制御部1033にＢＤ−ＲＯＭディスク101からのインデックス・ファイルの読み出しを依頼する。操作部102Eからの通知INTが例えばリモコン104の早送り／巻戻しボタンの押下を示す場合、ユーザ・イベント処理部1031は再生制御部1033に、再生中のプレイリストに対する早送り／巻戻し処理を依頼する。
【００６９】
仮想ファイル制御部1032はＢＤ−ＲＯＭディスク101に対するファイル・アクセスを管理する。特にローカル・ストレージ1021にアップデート・キット205が格納されている場合、仮想ファイル制御部1032は、図２に示されているＢＤ−ＲＯＭディスク101上のファイル群に加え、図１７の（ａ）に示されているローカル・ストレージ1021内の差分データとマージ管理情報とを利用して仮想パッケージを内蔵のメモリに作成する。例えばＢＤ−ＲＯＭディスク101がＢＤ−ＲＯＭドライブ102Aに挿入されたことをユーザ・イベント処理部1031から通知された時、再生制御部1033は仮想パッケージの作成を命令COMで仮想ファイル制御部1032に指示する。仮想ファイル制御部1032はその命令COMに応じて仮想パッケージを作成する。仮想ファイル制御部1032による仮想パッケージ206の作成過程の詳細については後述する。
【００７０】
仮想ファイル制御部1032は、仮想パッケージの作成後、仮想パッケージからインデックス・ファイルIFを読み出して再生制御部1033に渡す。その後、仮想ファイル制御部1032は、再生制御部1033からの命令COMやユーザ・イベント処理部1031からの依頼UOに応じて仮想パッケージへのファイル・アクセスを管理する。例えば、仮想ファイル制御部1032は仮想パッケージから再生対象のシナリオ情報、すなわちカレントのシナリオ情報DS、SSを読み出して再生制御部1033に渡す。ここで、シナリオ情報は動的シナリオ情報DSと静的シナリオ情報SSとを含む。動的シナリオ情報DSは、ムービー・オブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、サービス・オブジェクト・ファイル、及びＪＡＲファイルを含む。静的シナリオ情報SSはプレイリスト・ファイルとその参照先のクリップ情報ファイルとを含む。仮想ファイル制御部1032は更に、バス・インタフェース1001に、メインパスで再生されるべきＡＶクリップ・ファイルMCLを仮想パッケージから第１のリード・バッファ1011へ転送させ、サブパスで再生されるべきＡＶクリップ・ファイルSCLを仮想パッケージから第２のリード・バッファ1012へ転送させる。
【００７１】
再生制御部1033は、システムＬＳＩ1000のファームウェアを実行してアプリケーション・プログラムの実行環境を整え、更にその環境下で、動的シナリオ情報DSからアプリケーション・プログラムを読み出して実行する。それにより、再生制御部1033は、アプリケーション・プログラムに従って再生装置102内の各要素を制御する。再生制御部1033の構成の詳細については後述する。
【００７２】
再生制御部1033は具体的には次のように機能する。再生制御部1033は、まず、ユーザ・イベント処理部1031からの依頼UOに応じてインデックス・ファイル内のインデックス・テーブルから一つのタイトルを選択し、そのタイトルに関連するファイル群を仮想ファイル制御部1032に命令COMで要求する。ここで、そのファイル群は、そのタイトルで指定されるムービー・オブジェクト又はＢＤ−Ｊオブジェクト、及び、それらに従って呼び出されるべきサービス・オブジェクト又はＢＤ−Ｊアプリケーション・プログラムを含む。そのとき、仮想ファイル制御部1032はそのファイル群を仮想パッケージから読み出して、カレントの動的シナリオ情報DSとして再生制御部1033に渡す。次に、再生制御部1033はその動的シナリオ情報DSに従って一つのプレイリストを再生対象として仮想ファイル制御部1032に命令COMで指定する。そのとき、仮想ファイル制御部1032は、そのプレイリストを表すプレイリスト情報とその参照先のクリップ情報ファイルとを仮想パッケージから読み出して、カレントの静的シナリオ情報SSとして再生制御部1033に渡す。更に、再生制御部1033はその静的シナリオ情報SSに従って一つのプレイアイテムを再生対象として仮想ファイル制御部1032に命令COMで指定する。そのとき、仮想ファイル制御部1032はバス・インタフェース1001に、そのプレイアイテムに含まれるＡＶクリップ・ファイルの部分を仮想パッケージから読み出させ、その部分のうち、メインパスで再生されるべきものMCLを第１のリード・バッファ1011へ送出させ、サブパスで再生されるべきものSCLを第２のリード・バッファ1012へ送出させる。
＜仮想ファイル制御部1032による仮想パッケージ206の作成過程＞
図１９は、仮想ファイル制御部1032による仮想パッケージ206の作成過程を示す模式図である。ここで、ＢＤ−ＲＯＭディスク101上のＢＤＭＶディレクトリ2042内のファイル群はそのまま、仮想パッケージ206上のＢＤＭＶディレクトリ2062内のファイル群とみなされる。仮想ファイル制御部1032はまず、図２に示されているＢＤ−ＲＯＭディスク101上のＣＥＲＴＩＦＩＣＡＴＥディレクトリ2048からＩＤファイル2048Bを読み出し、そのファイルからＢＤ−ＲＯＭディスク101のＯｒｇＩＤ“１”とＤｉｓｃＩＤ“１”とを取得する。次に、仮想ファイル制御部1032はローカル・ストレージ1021内のアップデート・キット205から、ＯｒｇＩＤ“１”を表すディレクトリ名のＯｒｇＩＤディレクトリ2053を探し、そのＯｒｇＩＤディレクトリ2053の中から、ＤｉｓｃＩＤ“１”を表すディレクトリ名のＤｉｓｃＩＤディレクトリ2054を探す。更に、仮想ファイル制御部1032はそのＤｉｓｃＩＤディレクトリ2054からマージ管理情報ファイル（MERGE.XML）2054Aと署名情報ファイル（MERGE.SF）2054Bとを読み出し、図２に示されているＢＤ−ＲＯＭディスク101上のマージ証明書2048Aに含まれる公開鍵で署名情報ファイル2054Bを復号し、その復号されたファイルをマージ管理情報ファイル2054Aと照合する。それにより、マージ管理情報ファイル2054Aが認証される。その認証に成功した後、仮想ファイル制御部1032は、図１７の（ｂ）に示されているマージ管理情報ファイル2054Aに記述されたパスの対応関係に従って、追加コンテンツ・ファイル（CCC.MPL、VVV.CLP、SSS.CLP、VVV.M2T）2054C−Fのローカル・ストレージ1021内でのパスを仮想パッケージ206上でのパスに対応させる。
【００７３】
図１７の（ｂ）では、追加プレイリスト・ファイル2054Cのローカル・ストレージ・パスが“／１／１／ＣＣＣ．ＭＰＬ”と記述され、その仮想ファイル・パスが“／ＢＤＭＶ／ＰＬＡＹＬＩＳＴ／ＹＹＹ．ＭＰＬＳ”と記述されている。従って、仮想パッケージ206上のＰＬＡＹＬＩＳＴディレクトリ2063内のプレイリスト・ファイル（YYY.MPLS）2063Aがアクセスされると、実際にはＢＤ−ＲＯＭディスク101上のプレイリスト・ファイル（YYY.MPLS）2043Aではなく、追加プレイリスト・ファイル（CCC.MPL）2054Cがアクセスされる。図１７の（ｂ）では更に、他の追加コンテンツ・ファイル2054D−Gの各ローカル・ストレージ・パスが、“／１／１／ＶＶＶ．ＣＬＰ”、“／１／１／ＶＶＶ．Ｍ２Ｔ”、“／１／１／ＳＳＳ．ＣＬＰ”、“／１／１／ＳＳＳ．Ｍ２Ｔ”と記述され、それらの各仮想ファイル・パスが“／ＢＤＭＶ／ＣＬＩＰＩＮＦ／ＶＶＶ．ＣＬＰＩ”、“／ＢＤＭＶ／ＳＴＲＥＡＭ／ＶＶＶ．Ｍ２ＴＳ”、“ＢＤＭＶ／ＣＬＩＰＩＮＦ／ＳＳＳ．ＣＬＰＩ”、“ＢＤＭＶ／ＳＴＲＥＡＭ／ＳＳＳ．Ｍ２ＴＳ”と記述されている。従って、仮想パッケージ206上のＣＬＩＰＩＮＦディレクトリ2064内のクリップ情報ファイル（VVV.CLPI、SSS.CLPI）2064C、2064Dがアクセスされると、実際には追加クリップ情報ファイル（VVV.CLP、SSS.CLP）2054D、2054Eがアクセスされ、ＳＴＲＥＡＭディレクトリ2065内のＡＶクリップ・ファイル（VVV.M2TS）2064Cがアクセスされると、実際には追加ＡＶクリップ・ファイル（VVV.M2T）2054Fがアクセスされる。一方、マージ管理情報ファイル2054Aでは追加ＡＶクリップ・ファイルの一つ（SSS.M2T）にネットワーク属性が付与されている。従って、図１９に示されているそのファイル（SSS.M2T）2054Gは、仮想パッケージ206の作成時にはまだアップデート・キット205に含まれていなくても良い。仮想パッケージ206の作成後、そのＳＴＲＥＡＭディレクトリ2065内のＡＶクリップ・ファイル（SSS.M2TS）2065Dがアクセスされた時点に、又はその時点までに、ネットワーク105上のサーバ装置106からローカル・ストレージ1021又はシステムＬＳＩ1000に追加ＡＶクリップ・ファイル（SSS.M2T）2054Gがダウンロードされる。
＜再生制御部1033の構成＞
図２０は、再生制御部1033の機能ブロック図である。図２０に示されているように、再生制御部1033は、静的シナリオ・メモリ31、動的シナリオ・メモリ32、モジュール・マネージャ33、ＤＶＤライク・モジュール35、Ｊａｖａモジュール36、及び再生制御エンジン37を含む。
【００７４】
静的シナリオ・メモリ31と動的シナリオ・メモリ32とはいずれも、再生制御部1033に内蔵のメモリである。静的シナリオ・メモリ31は、仮想ファイル制御部1032からカレントの静的シナリオ情報SS、すなわち再生対象のプレイリスト・ファイル及びクリップ情報ファイルを受信して格納する。この静的シナリオ情報SSは再生制御エンジン38によって参照される。動的シナリオ・メモリ32は、仮想ファイル制御部1032からカレントの動的シナリオ情報DS、すなわち、実行対象のプログラムを示すムービー・オブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、サービス・オブジェクト・ファイル、又はＪＡＲファイルを受信して格納する。これらのファイルはＤＶＤライク・モジュール35又はＪａｖａモジュール36によって処理される。
【００７５】
モジュール・マネージャ33は、仮想ファイル制御部1032からインデックス・ファイルIFを受信して保持する。モジュール・マネージャ33は更にそのインデックス・ファイルIFに基づいて再生装置102の動作モードを管理する。具体的には、モジュール・マネージャ33は、インデックス・ファイルIF内のインデックス・テーブルから一つの項目、すなわちタイトルが選択される度に、動的シナリオ・メモリ32に格納された動的シナリオ情報DSをＤＶＤライク・モジュール35又はＪａｖａモジュール36に割り当てて処理させる。動的シナリオ情報DSがムービー・オブジェクト・ファイルである場合、モジュール・マネージャ33はその動的シナリオ情報DSをＤＶＤライク・モジュール35に割り当てる。このときの動作モードをムービー・モードという。一方、動的シナリオ情報DSがＢＳ−Ｊオブジェクト又はサービス・オブジェクトである場合、モジュール・マネージャ33はその動的シナリオ情報DSをＪａｖａモジュール36に割り当てる。このときの動作モードをＪａｖａモードという。モジュール・マネージャ33は更に、ユーザ・イベント処理部1031からの依頼UOが動作モードの切り換えを示す場合、又は各モジュール35、36から動作モードの切り換えを要求された場合、動的シナリオ情報DSの割り当て先を両モジュール35、36の間で切り換える。
【００７６】
モジュール・マネージャ33はディスパッチャ34を含む。ディスパッチャ34はユーザ・イベント処理部1031から依頼UOを受信し、その中から、現在の動作モードに適した依頼UOを選択して、動的シナリオ情報DSの割り当て先のモジュール35又は36に渡す。例えば依頼UOが早送り再生／巻戻し再生を示す場合、ディスパッチャ34はその依頼UOを、ムービー・モードであればＤＶＤライク・モジュール35に渡し、ＪａｖａモードであればＪａｖａモジュール36に渡す。ディスパッチャ34は更に、ユーザ・イベント処理部1031からの依頼UOが、ＢＤ−ＲＯＭドライブ102AへのＢＤ−ＲＯＭディスク101の挿入に伴うＢＤ−ＲＯＭディスク101からのインデックス・ファイルの読み出しを示す場合、再生制御エンジン37を通して仮想ファイル制御部1032にインデックス・ファイルIFの読み出しを命令COMで指示する。
【００７７】
ＤＶＤライク・モジュール35は仮想的なＤＶＤプレーヤであり、ムービー・モードにおいて、動的シナリオ・メモリ32内の動的シナリオ情報DSからムービー・オブジェクトを読み出し、それに記述されたナビゲーション・コマンドを順番に実行する。それにより、ＤＶＤライク・モジュール35は再生制御エンジン37に対し、ムービー・オブジェクトの示すプレイリストの再生を指示する。
【００７８】
Ｊａｖａモジュール36はＪａｖａプラットフォームであり、Ｊ２ＭＥ（Java2Micro＿Edition）、ＰＢＰ（Personal Basis Profile）１．０、及びＧＥＭ１．０．２に準拠している。Ｊａｖａモジュール36はＪａｖａ仮想マシン36AとＪａｖａライブラリ36Bとを含む。Ｊａｖａ仮想マシン36Aは、Ｊａｖａモードにおいて、動的シナリオ・メモリ32内の動的シナリオ情報DSからＢＤ−Ｊオブジェクト又はサービス・オブジェクトを読み出す。Ｊａｖａ仮想マシン36Aは更に、それらのＪａｖａオブジェクトを制御部1030のネィティブ・コードに変換して再生制御エンジン37に渡す。それにより、Ｊａｖａ仮想マシン36Aは再生制御エンジン37に対して、ＢＤ−Ｊオブジェクト又はサービス・オブジェクトの示すプレイリストの再生を指示する。Ｊａｖａ仮想マシン36はその他に、サービス・オブジェクトに従って、ネットワーク105上のサーバ装置106又はメモリカード107等の外部記憶装置からローカル・ストレージ1021にアップデート・キットをダウンロードする。Ｊａｖａライブラリ36Bは、ＪＦＩＦ（ＪＰＥＧ）、ＰＮＧ、その他のラスタ・データを利用して画面表示を行うためのスタンダードＪａｖａライブラリを含む。一方、ＢＤ−Ｊオブジェクト及びサービス・オブジェクトの示すＪａｖａアプリケーション・プログラムはＧＥＭ１．０．２に準拠のＨＡＶｉフレームワークを含む。従って、Ｊａｖａモジュール36はそれらのＪａｖａアプリケーション・プログラムの実行により、ＧＥＭ１．０．２におけるリモート・コントロール・ナビゲーション機構を利用したＧＵＩフレームワークを実現できる。Ｊａｖａモジュール36は特に、そのＧＵＩで利用されるべきグラフィックス・データGDをＪＰＥＧ又はＰＮＧ等のラスタ・データとして生成してシステム・ターゲット・デコーダ1010に渡す。
【００７９】
再生制御エンジン37は、各モジュール35、36からの指示に従って仮想ファイル制御部1032に命令COMを送り、ＡＶ再生処理又はプレイリストの再生処理を指示する。再生制御エンジン37は更にプレーヤ・レジスタ38を含み、それを利用して再生装置102の動作状態の設定／監視機能を各モジュール35、36に提供する。
【００８０】
ＡＶ再生処理は再生装置として基本的な処理であり、ＤＶＤプレーヤやＣＤプレーヤの再生処理を踏襲している。具体的には、再生の開始（Play）と停止（Stop）、一時停止（Pause On）とその解除（Pause Off）、スチル機能の解除（Still Off）、速度指定付きの早送り（Forward Play(speed)）と巻戻し（Backward Play(speed)）、音声の切り換え（Audio Change）、字幕の切り換え（Subtitle Change）、及びアングルの切り換え（Angle Change）がＡＶ再生処理に含まれる。各モジュール35、36は、ディスパッチャ34から渡された依頼UOがＡＶ再生処理を指示している場合、再生制御エンジン37に対してその処理を要求する。再生制御エンジン37はその要求に応じて、その処理の内容を示す命令COMを仮想ファイル制御部1032へ渡す。
【００８１】
プレイリストの再生処理では、再生制御エンジン37は、各モジュール35、36からの指示に従って、仮想パッケージの作成、仮想パッケージから各シナリオ・メモリ31、32へのカレントのシナリオ情報DS、SSの転送、及び、カレントの静的シナリオ情報SSの示すプレイリストの再生を仮想ファイル制御部1032に対して指示する。
【００８２】
各モジュール35、36がカレントの動的シナリオ情報DSに従ってサービス・オブジェクトを呼び出した場合、Ｊａｖａモジュール36はそのサービス・オブジェクトに従って再生制御エンジン37に指示を送る。再生制御エンジン37はその指示に従って、次の処理を仮想ファイル制御部1032に対して指示する：（１）カレントの静的シナリオ情報SSの中から広告のプレイアイテム情報を検出する処理、及び（２）アップデート・キットから仮想パッケージを作成して、カレントのプレイリストを仮想パッケージ内のプレイリストに置換する処理。
【００８３】
プレーヤ・レジスタ38は３２個のシステム・パラメータ・レジスタ（ＳＰＲ：System Parameter Register）と３２個の汎用レジスタ（ＧＰＲ：General Purppose Register）とを含む。ＳＰＲに格納された値は変数ＳＰＲＭとして、ＧＰＲに格納された値は変数ＧＰＲＭとして、それぞれ各モジュール35、36で利用される。特にＳＰＲには、再生装置102の現時点での設定状態、設定可能な状態、及び初期設定のそれぞれを表すパラメータが格納される。現時点での設定状態を表すパラメータは、例えば復号対象のオーディオ・ストリーム、ＰＧストリーム、及びテキスト字幕ストリームの各ストリーム選択番号、並びに、再生対象のプレイリスト及びプレイアイテムの各識別子を含む。設定可能な状態を表すパラメータは、例えば選択可能な音声／字幕の言語の種類及び音声データの符号化方式の種類を含む。再生制御エンジン37は、各モジュール35、36からの指示に従ってプレーヤ・レジスタ38を参照することにより、各プレイアイテム情報のストリーム選択テーブルに登録されたエレメンタリ・ストリームの中から、再生装置102とディスプレイ103との両方で再生可能なものを検出する。再生制御エンジン37は更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号を持つものを選択し、そのストリーム選択番号をＳＰＲに登録する。それと共に、再生制御エンジン37は、その選択されたエレメンタリ・ストリームのストリーム識別情報に記述されたＰＩＤを復号対象のエレメンタリ・ストリームのＰＩＤとしてシステム・ターゲット・デコーダ1013に設定する。ＳＰＲとＧＰＲとは再生制御エンジン37によっていずれのモジュール35、36からも独立に管理される。従って、動作モードの切り換え直後でも、各モジュール35、36はＳＰＲＭ及びＧＰＲＭから再生装置102の動作状態を直ちに知ることができる。
＜システム・ターゲット・デコーダ1013の構成＞
図２１は、システム・ターゲット・デコーダ1013のブロック図である。図２１に示されているように、システム・ターゲット・デコーダ1013は、２７ＭＨｚクロック131、一対のＡＴＣカウンタ132A、132B、一対のソース・デパケタイザ133A、133B、一対のＰＩＤフィルタ134A、134B、６個のスイッチ136A−F、プライマリ・ビデオ・デコーダ137A、セカンダリ・ビデオ・デコーダ137B、ＰＧデコーダ137C、ＩＧデコーダ137D、プライマリ・オーディオ・デコーダ137E、セカンダリ・オーディオ・デコーダ137F、テキスト字幕デコーダ137G、ＢＤ−Ｊプロセッサ138、プライマリ・ビデオ・プレーン139A、セカンダリ・ビデオ・プレーン139B、ＰＧプレーン139C、ＩＧプレーン139D、ＢＤ−Ｊプレーン139E、加算部140、及びミキサ141を含む。
【００８４】
２７ＭＨｚクロック131は、一定周波数２７ＭＨｚでクロック信号CLKを生成する。各ＡＴＣカウンタ132A、132Bはそのクロック信号CLKのパルス数をカウントする。第１のＡＴＣカウンタ132Aは第１のソース・デパケタイザ133Aからの初期化信号INT1に応じてそのカウントATC1を初期化し、第２のＡＴＣカウンタ132Bは第２のソース・デパケタイザ133Bからの初期化信号INT2に応じてそのカウントATC2を初期化する。
【００８５】
第１のソース・デパケタイザ133Aは、第１のリード・バッファ1011からＡＶクリップ・ファイルMCLをソース・パケット単位で読み出し、各ソース・パケットからＴＳパケットTS1を取り出して第１のＰＩＤフィルタ134Aへ送出する。そのとき、第１のソース・デパケタイザ133Aは、そのソース・パケットのヘッダ651H（図８参照）に記述されたＡＴＳに合わせて、そのＴＳパケットTS1の先頭の送出時刻を調整する。具体的には、第１のソース・デパケタイザ133Aは第１のＡＴＣカウンタ132AのカウントATC1と各ソース・パケットのＡＴＳとを比較し、両者が一致した時にそのソース・パケット内のＴＳパケットTS1を送出する。同様に、第２のソース・デパケタイザ133Bは、第２のリード・バッファ1012からＡＶクリップ・ファイルSCLをソース・パケット単位で読み出して各ソース・パケットからＴＳパケットTS2を取り出す。第２のソース・デパケタイザ133Bは更に、第２のＡＴＣカウンタ132BのカウントATC2がそのソース・パケットのＡＴＳと一致した時にそのＴＳパケットTS2の先頭を第２のＰＩＤフィルタ134Bへ送出する。
【００８６】
第１のＰＩＤフィルタ134Aは、第１のソース・デパケタイザ133AからＴＳパケットTS1を受信し、そのＴＳパケットTS1のＴＳヘッダ650H（図８参照）からＰＩＤを読み取る。第１のＰＩＤフィルタ134Aは更にそのＰＩＤを、再生制御エンジン37によって設定された復号対象のエレメンタリ・ストリームのＰＩＤと照合し、両者が一致した場合に、そのＴＳパケットTS1をそのＰＩＤに応じて６種類のデコーダ137A−Fのいずれかに送出する。例えばＴＳパケットTS1のＰＩＤが０ｘ１０１１である場合、そのＴＳパケットTS1はプライマリ・ビデオ・デコーダ137Aに送出され、そのＰＩＤが０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかである場合、そのＴＳパケットTS1はセカンダリ・ビデオ・デコーダ137Bに送出され、そのＰＩＤが０ｘ１１００から０ｘ１１１Ｆまでのいずれかである場合、そのＴＳパケットTS1はプライマリ・オーディオ・デコーダ137Eに送出され、そのＰＩＤが０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかである場合、そのＴＳパケットTS1はセカンダリ・オーディオ・デコーダ137Fに送出され、そのＰＩＤが０ｘ１２００から０ｘ１２１Ｆまでのいずれかである場合、そのＴＳパケットTS1はＰＧデコーダ137Cに送出され、そのＰＩＤが０ｘ１４００から０ｘ１４１Ｆまでのいずれかである場合、そのＴＳパケットTS1はＩＧデコーダ137Dに送出される。同様に、第２のＰＩＤフィルタ134Bは、第２のソース・デパケタイザ133BからＴＳパケットTS2を受信し、再生制御エンジン37によって設定された復号対象のエレメンタリ・ストリームのＰＩＤと同じＰＩＤを持つＴＳパケットTS2を、そのＰＩＤに応じて７種類のデコーダ137A−Gのいずれかに送出する。尚、テキスト字幕ストリームはサブパスのＡＶクリップ・ファイルSCLにしか含まれないので、そのＴＳパケットは第２のＰＩＤフィルタ134Bからテキスト字幕デコーダ137Gに送出される。
【００８７】
第１のＰＩＤフィルタ134Aは更に、第１のソース・デパケタイザ133Aから受信されたＴＳパケットTS1のＰＩＤを利用して、そのＴＳパケットTS1の中からＰＣＲを検出する。第１のＰＩＤフィルタ134Aはそのとき、第１のＳＴＣ（ＳＴＣ１）135Aの値を所定値に設定する。同様に、第２のＰＩＤフィルタ134Aは、第２のソース・デパケタイザ133Bから受信されたＴＳパケットTS2の中からＰＣＲを検出して、第２のＳＴＣ（ＳＴＣ２）135Bの値を所定値に設定する。尚、各ＳＴＣ135A、135Bに設定されるべき値は予め、再生制御部1033から各ＰＩＤフィルタ134A、134Bに指示される。各デコーダ137A−GはＳＴＣ１135AとＳＴＣ２135Bとを利用して、各ＰＩＤフィルタ134A、134Bから送出されたＴＳパケットTS1、TS2に対する処理のタイミングを、各ＴＳパケットTS1、TS2内のデータの示すＰＴＳやＤＴＳに合わせる。
【００８８】
上記の通り、第１のソース・デパケタイザ133Aと第１のＰＩＤフィルタ134Aとは、第１のリード・バッファ1011から転送されるメインパスのＡＶクリップ・ファイルMCLを処理する。それと並行して、第２のソース・デパケタイザ133Bと第２のＰＩＤフィルタ134Bとは、第２のリード・バッファ1012から転送されるサブパスのＡＶクリップ・ファイルSCLを処理する。各スイッチ136A−Fは、各ＰＩＤフィルタ134A、134Bから送出されたＴＳパケットTS1、TS2を交互に、テキスト字幕デコーダ137Gを除く６種類のデコーダ137A−Fのそれぞれに渡す。システム・ターゲット・デコーダ1013はＳＴＣ１135AとＳＴＣ２135Bとを利用して、各スイッチ136A−Fの切り換えのタイミングを調節する。それにより、サブパスのＡＶクリップ・ファイルSCLのサブパス・タイプが同期型である場合、システム・ターゲット・デコーダ1013は各デコーダ137A−Gに、両方のＡＶクリップ・ファイルMCL、SCLに対する処理を同期させる。一方、サブパスのＡＶクリップ・ファイルSCLのサブパス・タイプが非同期型である場合、システム・ターゲット・デコーダ1013は各デコーダ137A−Gに、各ＡＶクリップ・ファイルMCL、SCLに対する処理を互いに非同期で行わせる。尚、サブパスのＡＶクリップ・ファイルSCLのサブパス・タイプは予め、仮想ファイル制御部1032からシステム・ターゲット・デコーダ1013に指示される。
【００８９】
プライマリ・ビデオ・デコーダ137Aは、各ＰＩＤフィルタ134A、134Bからプライマリ・ビデオ・ストリームのＴＳパケットTS1、TS2を受信して、内部のバッファに蓄える。それと並行して、プライマリ・ビデオ・デコーダ137AはそのバッファからＴＳパケットを読み出して、そのＴＳパケットからＴＳヘッダとＰＥＳヘッダ602H（図７参照）とを取り除き、残りのＰＥＳペイロード602Pから、符号化されたピクチャ（Ｉピクチャyy1、Ｂピクチャyy3 、yy4、Ｐピクチャyy2）を取り出す。プライマリ・ビデオ・デコーダ137Aは更に、そのＰＥＳヘッダ602Hに記述されたＤＴＳの示すタイミングで、その符号化されたピクチャを復号し、そのＰＥＳヘッダ602Hに記述されたＰＴＳの示すタイミングで、復号された非圧縮のピクチャをプライマリ・ビデオ・プレーン139Aに書き込む。そのとき、プライマリ・ビデオ・デコーダ137Aは予め、復号対象のプライマリ・ビデオ・ストリームから、そのストリーム属性として記述された符号化形式の種類を解読し、その種類に応じて復号処理の方式を切り換える。
【００９０】
セカンダリ・ビデオ・デコーダ137Bはプライマリ・ビデオ・デコーダ137Aと同様な構成を含む。セカンダリ・ビデオ・デコーダ137Bはその構成を利用して、各ＰＩＤフィルタ134A、134Bからセカンダリ・ビデオ・ストリームのＴＳパケットTS1、TS2を受信して、そのＴＳパケットから、符号化されたピクチャを取り出す。セカンダリ・ビデオ・デコーダ137Bは更に、そのＴＳパケットに記述されたＤＴＳの示すタイミングで、その符号化されたピクチャを復号し、そのＴＳパケットに記述されたＰＴＳの示すタイミングで、復号された非圧縮のピクチャをセカンダリ・ビデオ・プレーン139Bに書き込む。
【００９１】
ＰＧデコーダ137Cは、各ＰＩＤフィルタ134A、134BからＰＧストリームのＴＳパケットTS1、TS2を受信して、そのＴＳパケットから、符号化されたグラフィックス・データを取り出す。ＰＧデコーダ137Cは更に、そのＴＳパケットに記述されたＤＴＳの示すタイミングで、その符号化されたグラフィックス・データを復号し、そのＴＳパケットに記述されたＰＴＳの示すタイミングで、復号された非圧縮のグラフィックス・データをＰＧプレーン139Cに書き込む。
【００９２】
ＩＧデコーダ137Dは、各ＰＩＤフィルタ134A、134BからＩＧストリームのＴＳパケットTS1、TS2を受信して、そのＴＳパケットから、符号化されたグラフィックス・データを取り出す。ＩＧデコーダ137Dは更に、そのＴＳパケットに記述されたＤＴＳの示すタイミングで、その符号化されたグラフィックス・データを復号し、そのＴＳパケットに記述されたＰＴＳの示すタイミングで、復号された非圧縮のグラフィックス・データをＩＧプレーン139Dに書き込む。
【００９３】
プライマリ・オーディオ・デコーダ137Eは、各ＰＩＤフィルタ134A、134Bからプライマリ・オーディオ・ストリームのＴＳパケットTS1、TS2を受信して、内部のバッファに蓄える。それと並行して、プライマリ・オーディオ・デコーダ137EはそのバッファからＴＳパケットを読み出して、そのＴＳパケットからＴＳヘッダとＰＥＳヘッダとを取り除き、残りのＰＥＳペイロードから、符号化されたＬＰＣＭ方式のオーディオ・データを取り出す。プライマリ・オーディオ・デコーダ137Eは更に、その符号化されたオーディオ・データを復号し、復号された非圧縮のオーディオ・データを、そのＴＳパケットに記述されたＰＴＳの示すタイミングでミキサ141に出力する。そのとき、プライマリ・オーディオ・デコーダ137Eは予め、復号対象のプライマリ・オーディオ・ストリームから、そのストリーム属性として記述された符号化形式の種類を解読し、その種類に応じて復号処理の方式を切り換える。
【００９４】
セカンダリ・オーディオ・デコーダ137Fはプライマリ・ビデオ・デコーダ137Eと同様な構成を含む。セカンダリ・オーディオ・デコーダ137Fはその構成を利用して、各ＰＩＤフィルタ134A、134Bからセカンダリ・オーディオ・ストリームのＴＳパケットTS1、TS2を受信して、そのＴＳパケットから、符号化されたＬＰＣＭ方式のオーディオ・データを復号し、そのＴＳパケットに記述されたＰＴＳの示すタイミングで、その複合された非圧縮のオーディオ・データをミキサ141に出力する。
【００９５】
テキスト字幕デコーダ137Gは、第２のＰＩＤフィルタ134Bからテキスト字幕ストリームのＴＳパケットTS2を受信して、そのＴＳパケットから、符号化されたテキスト文字列を取り出して復号する。テキスト字幕デコーダ137Gは更に、内蔵のフォント・データを利用して、復号されたテキスト文字列を表すフォント群のラスタ・データを生成し、そのＴＳパケットに記述されたＰＴＳの示すタイミングでそのラスタ・データをＰＧプレーン139Cに書き込む。
【００９６】
ＢＤ−Ｊプロセッサ138は、再生制御部1033のＪａｖａモジュール36からグラフィックス・データGDを受信して復号する。ＢＤ−Ｊプロセッサ138は更に、Ｊａｖａモジュール36がＢＤ−Ｊアプリケーション・プログラムに従って指定するＰＴＳの示すタイミングで、復号された非圧縮のグラフィックス・データをＢＤ−Ｊプレーン139Eに書き込む。
【００９７】
プライマリ・ビデオ・プレーン139Aは、システム・ターゲット・デコーダ1013に内蔵のメモリに確保された領域であり、そのサイズは一枚のビデオ・プレーンに等しい。プライマリ・ビデオ・プレーン139Aには、プライマリ・ビデオ・デコーダ137Aによって書き込まれた非圧縮のピクチャから、映画の主映像を表す一枚のビデオ・プレーンが構成される。
【００９８】
セカンダリ・ビデオ・プレーン139Bは、システム・ターゲット・デコーダ1013に内蔵のメモリに確保された領域であり、そのサイズは一枚のビデオ・プレーンに等しい。セカンダリ・ビデオ・プレーン139Bには、セカンダリ・ビデオ・デコーダ137Bによって書き込まれた非圧縮のピクチャから、主映像に合わせて表示されるべき副映像を表す一枚のビデオ・プレーンが構成される。
【００９９】
ＰＧプレーン139Cは、システム・ターゲット・デコーダ1013に内蔵のメモリに確保された領域であり、そのサイズは一枚のビデオ・プレーンに等しい。ＰＧプレーン139Cには、ＰＧデコーダ137Cによって書き込まれた非圧縮のグラフィックス・データから、主映像に合わせて表示されるべきグラフィックスを表す一枚のビデオ・プレーンが構成される。ＰＧプレーン139Cにはまた、テキスト字幕デコーダ137Gによって書き込まれたラスタ・データから、主映像に合わせて表示されるべき字幕を表す一枚のビデオ・プレーンが構成される。
【０１００】
ＩＧプレーン139Dは、システム・ターゲット・デコーダ1013に内蔵のメモリに確保された領域であり、そのサイズは一枚のビデオ・プレーンに等しい。ＩＧプレーン139Dには、ＩＧデコーダ137Dによって書き込まれた非圧縮のグラフィックス・データから、主映像に合わせて表示されるべきグラフィックスを表す一枚のビデオ・プレーンが構成される。
【０１０１】
ＢＤ−Ｊプレーン139Eは、システム・ターゲット・デコーダ1013に内蔵のメモリに確保された領域であり、そのサイズは一枚のビデオ・プレーンに等しい。ＢＤ−Ｊプレーン139Eには、ＢＤ−Ｊプロセッサ138によって書き込まれた非圧縮のグラフィックス・データから、主映像に合わせて表示されるべきグラフィックスを表す一枚のビデオ・プレーンが構成される。
【０１０２】
加算部140は、各プレーン139A−Eに構成されたビデオ・プレーンを一枚のビデオ・プレーンに合成してビデオ・データVDとして出力する。
【０１０３】
ミキサ141は、プライマリ・オーディオ・デコーダ137Eから出力される非圧縮のオーディオ・データと、セカンダリ・オーディオ・デコーダ137Fから出力される非圧縮のオーディオ・データとを一つのオーディオ・データADにミキシングする。そのオーディオ・データADは、各デコーダ137E、137Fからのオーディオ・データの表す音を重ね合わせた音を表す。
＜再生装置102によるプレイリストの再生処理＞
図２２は、再生装置102によるプレイリストの再生処理のフローチャートである。以下、図２２に示されているステップの順に、プレイリストの再生処理について説明する。
ステップＳ１：再生装置102の電源投入時、システムＬＳＩ1000が起動して、ファームウェアに従って各機能部1001、1010、1030の初期化を行う（図１８参照）。特に再生制御部1033がアプリケーション・プログラムの実行環境を整える。
ステップＳ２：操作部102EがＢＤ−ＲＯＭドライブ102AへのＢＤ−ＲＯＭディスク101の挿入を検出して、その旨を示す通知INTをユーザ・イベント処理部1031に送る（図１６、１８参照）。ユーザ・イベント処理部1031はその通知INTに応じて再生制御部1033に依頼UOを送り、ＢＤ−ＲＯＭディスク101からのインデックス・ファイルの読み出しを指示する。再生制御部1033では、モジュール・マネージャ33がその依頼UOに応じて再生制御エンジン37を通して仮想ファイル制御部1032に命令COMを送り（図２０参照）、仮想ファイル制御部1032にインデックス・ファイルIFをＢＤ−ＲＯＭディスク101から読み出させる。モジュール・マネージャ33は更に、そのインデックス・ファイルIF内のインデックス・テーブル421のファーストプレイ421A（図３参照）を参照し、そこに指定されているＢＤ−Ｊオブジェクト・ファイルのファイル名をＪａｖａモジュール36に渡す。Ｊａｖａモジュール36はそのファイル名のＢＤ−Ｊオブジェクト・ファイルを仮想ファイル制御部1032に命令COMで要求する。仮想ファイル制御部1032はその命令COMに応じて、そのＢＤ−Ｊオブジェクト・ファイルをカレントの動的シナリオ情報DSとして、ＢＤ−ＲＯＭディスク101から再生制御部1033に渡す。それにより、Ｊａｖａモジュール36がその動的シナリオ情報DSからファーストプレイのＢＤ−Ｊオブジェクトを読み出して、それに従ってＢＤ−Ｊアプリケーション・プログラムを実行する。
【０１０４】
Ｊａｖａモジュール36は更に、そのファーストプレイのＢＤ−Ｊオブジェクトに従ってカレントのプレイリスト・ファイルとサービス・オブジェクト・ファイルとを仮想ファイル制御部1032に命令COMで要求する。仮想ファイル制御部1032はその命令COMに応じて、そのプレイリスト・ファイルとそのサービス・オブジェクト・ファイルとをＢＤ−ＲＯＭディスク101から読み出し、そのプレイリスト・ファイルはカレントの静的シナリオ情報SSとして再生制御部1033に渡し、そのサービス・オブジェクト・ファイルはカレントの動的シナリオ情報DSに追加する。Ｊａｖａモジュール36はその動的シナリオ情報DSからサービス・オブジェクトを読み出して、それに従ってＢＤ−Ｊアプリケーション・プログラムを実行する。それにより、カレントのプレイリストについて広告のプレイアイテムの置換処理が以下のステップＳ３、Ｓ４の順に行われる。
ステップＳ３：Ｊａｖａモジュール36はまず、再生制御エンジン37にカレントの静的シナリオ情報SSからプレイリスト・マーク情報431（図１５の（ａ）参照）を読み出させ、その中から、マーク・タイプが「広告」であるプレイリスト・マークを検出させる。そのプレイリスト・マークが検出されれば、Ｊａｖａモジュール36は「カレントのプレイリストが広告のプレイアイテムを含む」と判定して処理をステップＳ４に進める。そのプレイリスト・マークが検出されなければ、Ｊａｖａモジュール36は「カレントのプレイリストが広告のプレイアイテムを含まない」と判定して処理をステップＳ５に進める。
ステップＳ４：Ｊａｖａモジュール36はカレントのプレイリストを新たなプレイリストに置換する。その新たなプレイリストは、広告のプレイアイテムが新たな広告のプレイアイテムに置換されている点でカレントのプレイリストとは異なる。ステップＳ４の詳細については後述する。
ステップＳ５：Ｊａｖａモジュール36は、サービス・オブジェクトによる処理からファーストプレイのＢＤ−Ｊオブジェクトによる処理に復帰する。それにより、Ｊａｖａモジュール36はカレントのプレイリストの再生を再生制御エンジン37に対して指示する。再生制御エンジン37はその指示に応じて、カレントの静的シナリオ情報SSからプレイリスト情報を読み出し、それに従って仮想ファイル制御部1032に再生対象のＡＶクリップ・ファイルを、ＢＤ−ＲＯＭディスク101、ローカル・ストレージ1021、又はサーバ装置106から再生部1010に転送させる。再生部1010はそのＡＶクリップ・ファイルからエレメンタリ・ストリームを復号して、ビデオ・データVDとオーディオ・データADとを再現する。更に、映像出力部102Gはそのビデオ・データVDを映像信号VSに変換してディスプレイ103に送出し、音声出力部102Hはそのオーディオ・データADを音声信号ASに変換してスピーカ103Aに送出する。こうして、カレントのプレイリストが再生される。
＜ステップＳ４による広告のプレイアイテムの置換処理＞
図２３は、ステップＳ４における広告のプレイアイテムの置換処理のフローチャートである。
ステップＳ４１：Ｊａｖａモジュール36はまず、モジュール・マネージャ33からインデックス・ファイルIN内のコンテンツＩＤ422（図３参照）を読み出す。Ｊａｖａモジュール36は次に、ネットワーク・インタフェース102D（図１６参照）を通してそのコンテンツＩＤをネットワーク105上のサーバ装置106に送る。
ステップＳ４２：サーバ装置106は様々なＡＶコンテンツ用のアップデート・キットをそのＡＶコンテンツのコンテンツＩＤに対応付けて管理している。そのアップデート・キットは、元の広告のプレイアイテムと置換されるべき新たな広告のプレイアイテムを含む。具体的には、そのアップデート・キットは、新たなプレイリスト・ファイル、新たなクリップ情報ファイル、新たなＡＶクリップ・ファイル、及びマージ管理情報ファイルを含む。新たなプレイリスト・ファイルはＢＤ−ＲＯＭディスク上の元のプレイリスト・ファイルとは、元の広告のプレイアイテム情報が新たな広告のプレイアイテム情報に書き換えられている点で異なる。新たなクリップ情報ファイルは新たなＡＶクリップ・ファイルに関する管理情報であり、新たなＡＶクリップ・ファイルは新たな広告のコンテンツを含む。マージ管理情報ファイルでは、新たなプレイリスト・ファイルのローカル・ストレージ・パスに元のプレイリスト・ファイルのパスが仮想ファイル・パスとして対応付けられている。
【０１０５】
図２４は、サーバ装置106に記憶されているコンテンツＩＤと広告ＩＤとの間の対応関係を示す表である。図２４に示されている広告ＩＤは各アップデート・キットに個別に割り当てられている。サーバ装置106は、Ｊａｖａモジュール36からコンテンツＩＤを受信したとき、そのコンテンツＩＤに対応付けられた広告ＩＤを図２４の表から探す。例えばそのコンテンツＩＤが“ＡＡＡＡＡ”であった場合、“ＡＡＡＡＡ”に対応付けられている広告ＩＤ“ＣＭ＿ＡＡＡＡＡ”が検索される。その場合、サーバ装置106はその広告ＩＤをＪａｖａモジュール36にそのコンテンツＩＤへの返信として送る。一方、そのコンテンツＩＤに対応付けられた広告ＩＤを図２４の表から検索できなかった場合、サーバ装置106はその旨をＪａｖａモジュール36にそのコンテンツＩＤの返信で通知する。
【０１０６】
Ｊａｖａモジュール36はコンテンツＩＤの送信後、それに対するサーバ装置106からの返信を待つ。その返信を受けた時、Ｊａｖａモジュール36はその返信の内容から、サーバ装置106がＢＤ−ＲＯＭディスク101用のアップデート・キットを持っているか否かを判断する。その返信の内容が広告ＩＤを示す場合、Ｊａｖａモジュール36は「サーバ装置106がＢＤ−ＲＯＭディスク101用のアップデート・キットを持っている」と判断して、処理をステップＳ４３に進める。一方、その返信の内容が「コンテンツＩＤに対応付けられた広告ＩＤを検索できなかった」ことを示す場合、Ｊａｖａモジュール36は「サーバ装置106がＢＤ−ＲＯＭディスク101用のアップデート・キットを持っていない」と判断して、広告のプレイアイテムの置換処理を終える。
ステップＳ４３：Ｊａｖａモジュール36は、サーバ装置106から受信された広告ＩＤをサーバ装置106に送信する。サーバ装置106はその広告ＩＤを受信して、その広告ＩＤが割り当てられたアップデート・キット206（図１７の（ａ）参照）を再生装置102に送信する。Ｊａｖａモジュール36はネットワーク・インタフェース102D（図１８参照）にそのアップデート・キット206を受信させてローカル・ストレージ1021に格納させる。こうして、新たな広告のプレイアイテムを含むアップデート・キット206が、サーバ装置106からローカル・ストレージ1021にダウンロードされる。
ステップＳ４４：アップデート・キットのダウンロードが完了した時、Ｊａｖａモジュール36は仮想ファイル制御部1032に仮想パッケージの作成を命令COMで要求する。仮想ファイル制御部1032はその命令COMに応じて、まず、ＢＤ−ＲＯＭディスク101からＯｒｇＩＤとＤｉｓｃＩＤとを取得し、各ＩＤを表すディレクトリ名のＯｒｇＩＤディレクトリ2053とＤｉｓｃＩＤディレクトリ2054とをローカル・ストレージ1021の中から検出する（図１７の（ａ）参照）。更に、仮想ファイル制御部1032はそのＤｉｓｃＩＤディレクトリ2054からマージ管理情報ファイル2054Aと署名情報ファイル2054Bとを読み出し、ＢＤ−ＲＯＭディスク101上のマージ証明書2048Aと合わせてマージ管理情報ファイル2054Aの認証を行う。その認証に成功した後、仮想ファイル制御部1032はそのマージ管理情報ファイル2054Aに従って、ＤｉｓｃＩＤディレクトリ2054内の追加コンテンツ・ファイル2054C−Gを仮想パッケージ206に組み込む（図１９参照）。こうして、仮想パッケージ206が作成される。
ステップＳ４５：Ｊａｖａモジュール36は、カレントのプレイリスト・ファイルを再び仮想ファイル制御部1032に命令COMで要求する。仮想ファイル制御部1032はその命令COMに応じて、そのプレイリスト・ファイルを仮想パッケージから読み出して、カレントの静的シナリオ情報SSとして再生制御部1033に渡す。こうして、広告のプレイアイテムの置換処理が終了する。
【０１０７】
ステップＳ４によって仮想パッケージ206が作成された場合、ステップＳ５によるプレイリストの再生ではその仮想パッケージ206からプレイリストが再生される。そのとき、その仮想パッケージ206に対してプレイリスト・ファイル2063Aがアクセスされると、ＢＤ−ＲＯＭディスク101上のプレイリスト・ファイル2043Aではなく追加プレイリスト・ファイル2054Cがアクセスされる。すなわち、ＢＤ−ＲＯＭディスク101上のプレイリスト・ファイル2043Aは追加プレイリスト・ファイル2054Cで代替される。追加プレイリスト・ファイル2054CではＢＤ−ＲＯＭディスク101上の元のプレイリスト・ファイル2043Aとは異なり、元の広告のプレイアイテム情報が新たな広告のプレイアイテム情報に書き換えられている。従って、そのプレイアイテム情報の示す再生区間では、ＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイル2045A、2045Bではなく追加ＡＶクリップ・ファイル2054F、2054Gが再生される。
【０１０８】
図２５の（ａ）は、ステップＳ４がスキップされた場合にステップＳ５で再生されるプレイリストPLを示す模式図である。図２５の（ａ）に示されている例では、ＢＤ−ＲＯＭディスク101上のプレイリスト・ファイルに従ってＢＤ−ＲＯＭディスク101上のクリップ情報ファイルが参照されることにより、プレイリストPLの各再生区間PI1、PI2、PI3にＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルCLP1の各部分P1、P2、P3が順次、再生対象として特定される。更にそのプレイリスト・ファイルでは、一つのプレイアイテムの再生区間PI2の再生開始時刻INにプレイリスト・マークPLM1が設定されている。そのプレイリスト・マークPLM1は、マーク・タイプが「広告」であるので、「その再生区間PI2ではＡＶクリップ・ファイルCLP1の部分P2から広告のフレーム群F1が再生されること」を示す。
【０１０９】
図２５の（ｂ）は、ステップＳ４によって仮想パッケージ206が作成された場合にステップＳ５で再生されるプレイリストNPLを示す模式図である。仮想パッケージ206上のプレイリスト・ファイルは、ＢＤ−ＲＯＭディスク101上のプレイリスト・ファイル2043Aではなく追加プレイリスト・ファイル2054Cである。一方、プレイリストNPLの再生区間PI2の再生開始時刻には、マーク・タイプが「広告」であるプレイリスト・マークPLM1が設定されている。従って、その再生区間PI2を示すプレイアイテム情報は、ＢＤ−ＲＯＭディスク101上のクリップ情報ファイル2044A、2044Bではなく追加クリップ情報ファイル2054D、2054Eを参照する。その結果、図２５の（ｂ）では（ａ）とは異なり、その再生区間PI2に、ＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルCLP1の部分P2ではなく追加ＡＶクリップ・ファイルCLP2の部分P4から新たな広告のフレーム群F2が再生される。こうして、ＢＤ−ＲＯＭディスク101上のファイルが追加コンテンツ・ファイルで代替されることにより、広告のプレイアイテムが新たな広告のプレイアイテムに置換される。
【０１１０】
本発明の実施形態１による再生装置102は上記のとおり、ＢＤ−ＲＯＭディスク101に記録されたプレイリストに組み込まれた広告のプレイアイテムの再生区間に所望の新たな広告のプレイアイテムを再生できる。従って、その新たな広告として、そのプレイリストとの関連性がより高い広告を組み込むことにより、そのプレイリストの再生時に視聴者にとって関心度の低い広告が再生される可能性を抑えることができる。その結果、広告の挿入がそのプレイリストの娯楽性を損なう危険性を更に抑えることができる。また、広告の宣伝効果を更に向上させることができる。
《実施形態２》
本発明の実施形態２による光ディスク再生装置は実施形態１によるものとは、サービス・オブジェクトの特徴、及び、図２２に示されているステップＳ４、すなわち広告のプレイアイテムの置換処理が異なる。特に、（１）その処理にＢＤ−ＲＯＭディスク用のアップデート・キット全体ではなく新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとのみが利用される点、及び（２）再生装置が静的シナリオ・メモリ上で広告のプレイアイテム情報を書き換える点が異なる。その他の特徴、例えば、再生対象のＢＤ−ＲＯＭディスク上のデータ構造、再生装置のハードウェア構成、システムＬＳＩ内の機能部、及び再生制御部とシステム・ターゲット・デコーダとの各構成は実施形態１によるものと同様である。従って、以下の説明では、実施形態１の特徴とは異なる実施形態２の特徴について述べ、その他、実施形態１の特徴と同様な特徴については実施形態１での説明を援用する。
【０１１１】
＜サービス・オブジェクトの特徴＞
本発明の実施形態２によるサービス・オブジェクト・ファイルでは、アプリケーション管理テーブル（図４の（ｃ）参照）によって指定されるＢＤ−Ｊアプリケーション・プログラムが特に、次の処理をＪａｖａ仮想マシン36Aに実行させるものを含む：（１）ＢＤ−ＲＯＭディスク101に記録されたプレイリストの中から広告のプレイアイテムを検出する処理、（２）ネットワーク105上のサーバ装置106又はメモリカード107等の外部記憶装置から新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとを読み込む処理、及び（３）検出された広告のプレイアイテムのうち、プレイアイテム情報を書き換えて、新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとを参照させる処理。
【０１１２】
本発明の実施形態２による再生制御部1033（図１８、２０参照）では、ＤＶＤライク・モジュール35又はＪａｖａモジュール36がカレントの動的シナリオ情報DSに従ってサービス・オブジェクトを呼び出した場合、Ｊａｖａモジュール36はそのサービス・オブジェクトに従って再生制御エンジン37に指示を送る。再生制御エンジン37はその指示に従って、次の処理を仮想ファイル制御部1032に対して指示する：（１）カレントの静的シナリオ情報SSの中から広告のプレイアイテム情報を検出する処理、及び（２）検出された広告のプレイアイテム情報を書き換えて、新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとを参照させる処理。Ｊａｖａモジュール36はまた、サービス・オブジェクトに従って、外部記憶装置から新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとをローカル・ストレージ1021にダウンロードする。
＜広告のプレイアイテムの置換処理＞
図２６は、本発明の実施形態２による広告のプレイアイテムの置換処理のフローチャートである。
ステップＳ４１：本発明の実施形態１によるステップＳ４１と同様に、Ｊａｖａモジュール36はまず、モジュール・マネージャ33からインデックス・ファイルIN内のコンテンツＩＤ422（図３参照）を読み出す。Ｊａｖａモジュール36は次に、ネットワーク・インタフェース102D（図１６参照）を通してそのコンテンツＩＤをネットワーク105上のサーバ装置106に送る。
ステップＳ４６：サーバ装置106は様々なＡＶコンテンツについて、新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとの組み合わせ（以下、新たな広告のＡＶクリップと略す。）を一種類ずつ、そのＡＶコンテンツのコンテンツＩＤに対応付けて管理している。すなわち、本発明の実施形態２では実施形態１とは異なり、図２４に示されている広告ＩＤは各広告のＡＶクリップに個別に割り当てられている。
【０１１３】
ここで、各ＡＶクリップには、プレイアイテム情報のストリーム選択テーブル（図１３参照）を書き換えるための情報が添付されている。また、ＡＶクリップ・ファイルはネットワーク属性を持っても良い。その場合、その旨を示す情報がＡＶクリップに添付される。更に、一つのＡＶクリップにクリップ情報ファイルとＡＶクリップ・ファイルとの対が複数含まれていても良い。そのうちの一対はメインパスの再生に利用され、他の対はサブパスの再生に利用される。その場合、そのＡＶクリップには、各対に対するメインパスとサブパスとの割り当てを示す情報、プレイリスト情報にサブパスを追加するための情報、又は、プレイリスト情報に既存のサブパスにサブプレイアイテム情報を追加し、若しくは上書きするための情報が添付される。
【０１１４】
サーバ装置106は、Ｊａｖａモジュール36からコンテンツＩＤを受信したとき、そのコンテンツＩＤに対応付けられた広告ＩＤを図２４の表から検索して、Ｊａｖａモジュール36にそのコンテンツＩＤの返信として送る。一方、そのコンテンツＩＤに対応付けられた広告ＩＤを図２４の表から検索できなかった場合、サーバ装置106はその旨をＪａｖａモジュール36に、そのコンテンツＩＤの返信として通知する。
【０１１５】
Ｊａｖａモジュール36はコンテンツＩＤの送信後、それに対するサーバ装置106からの返信を待つ。その返信を受けた時、Ｊａｖａモジュール36はその返信の内容から、サーバ装置106が新たな広告のＡＶクリップを持っているか否かを判断する。その返信の内容が広告ＩＤを示す場合、Ｊａｖａモジュール36は「サーバ装置106が新たな広告のＡＶクリップを持っている」と判断して、処理をステップＳ４７に進める。一方、その返信の内容が「コンテンツＩＤに対応付けられた広告ＩＤを検索できなかった」ことを示す場合、Ｊａｖａモジュール36は「サーバ装置106が新たな広告のＡＶクリップを持っていない」と判断して、広告のプレイアイテムの置換処理を終える。
ステップＳ４７：Ｊａｖａモジュール36は、サーバ装置106から受信された広告ＩＤをサーバ装置106に送信する。サーバ装置106はその広告ＩＤを受信して、その広告ＩＤが割り当てられた新たな広告のＡＶクリップを再生装置102に送信する。Ｊａｖａモジュール36はネットワーク・インタフェース102D（図１８参照）にその新たな広告のＡＶクリップを受信させてローカル・ストレージ1021に格納させる。こうして、新たな広告のＡＶクリップがサーバ装置106からローカル・ストレージ1021にダウンロードされる。尚、新たな広告のＡＶクリップ・ファイルがネットワーク属性を持つ場合、ステップＳ４７では新たな広告のＡＶクリップのうち、ＡＶクリップ・ファイル以外がダウンロードされ、そのＡＶクリップ・ファイルは、実際に再生される時点に、又はその時点までにダウンロードされる。
ステップＳ４８：Ｊａｖａモジュール36は更に仮想ファイル制御部1032に、新たな広告のＡＶクリップを仮想的にＢＤ−ＲＯＭディスク101に組み込ませる。すなわち、そのＡＶクリップのローカル・ストレージ1021内でのパスをＢＤ−ＲＯＭディスク101上でのパスに読み替えさせる。それにより、Ｊａｖａモジュール36は新たな広告のＡＶクリップを、あたかもＢＤ−ＲＯＭディスク101上のファイルのようにアクセスできる。ここで、仮想パッケージが既に作成されていれば、Ｊａｖａモジュール36は仮想ファイル制御部1032に新たな広告のＡＶクリップをその仮想パッケージに組み込ませる。それにより、Ｊａｖａモジュール36は新たな広告のＡＶクリップを仮想パッケージ上でのパスでアクセスできる。
【０１１６】
新たな広告のＡＶクリップのダウンロードが完了した時、又はそのダウンロードと並行して、Ｊａｖａモジュール36は以下のステップＳ４９〜５１のループを反復する。それにより、静的シナリオ・メモリ21（図２０参照）上で、カレントの静的シナリオ情報SSに含まれる広告のプレイアイテム情報を全て書き換える。
ステップＳ４９：Ｊａｖａモジュール36は再生制御エンジン37に、検出されたプレイリスト・マークのＰＴＳ（図１５の（ａ）参照）と同じ再生開始時刻を示すプレイアイテム情報をカレントの静的シナリオ情報SSの中から検出させる。そのプレイリスト・マークのマーク・タイプは「広告」であるので、検出されたプレイアイテム情報は広告のプレイアイテム情報である。
ステップＳ５０：Ｊａｖａモジュール36は、ステップＳ４９で検出されたプレイアイテム情報を書き換える。その書き換え処理の詳細については後述する。
ステップＳ５１：Ｊａｖａモジュール36は再生制御エンジン37に、ステップＳ３でカレントの静的シナリオ情報SSから読み出されたプレイリスト・マーク情報431（図１５の（ａ）参照）の中から、マーク・タイプが「広告」であるプレイリスト・マークを更に検出させる。そのプレイリスト・マークが検出されれば、Ｊａｖａモジュール36は「書き換えるべきプレイアイテム情報が残っている」と判断して、処理をステップＳ４９に戻す。そのプレイリスト・マークが検出されなければ、Ｊａｖａモジュール36は「書き換えるべきプレイアイテム情報が残っていない」と判断して、広告のプレイアイテムの置換処理を終える。
【０１１７】
図２７は、ステップＳ５０によるプレイアイテム情報の書き換え処理のフローチャートである。Ｊａｖａモジュール36は、ステップＳ４９で検出されたプレイアイテム情報1400（図１３参照）、すなわち元の広告のプレイアイテム情報を次のように書き換える。
ステップＳ５０１：Ｊａｖａモジュール36は、元の広告のプレイアイテム情報1400のうち、参照クリップ情報1401に記述されたファイル名を、新たな広告のクリップ情報ファイルのファイル名に書き換える。ここで、新たな広告のクリップ情報ファイルが複数である場合、メインパスに属するもののファイル名が選択される。
ステップＳ５０２：Ｊａｖａモジュール36は、元の広告のプレイアイテム情報1400のストリーム選択テーブル1405が、サブパスＩＤを示すストリーム・パス情報1407を含むか否かについて調べる。そのようなストリーム・パス情報1407が含まれている場合、Ｊａｖａモジュール36は、そのストリーム・パス情報1407の示すサブパスＩＤを全て検索して、処理をステップＳ５０３に進める。そのようなストリーム・パス情報1407が含まれていない場合、Ｊａｖａモジュール36は処理をステップＳ５０４に進める。
ステップＳ５０３：Ｊａｖａモジュール36は再生制御エンジン37に、ステップＳ５０２で検索されたサブパスＩＤのサブパスをカレントの静的シナリオ情報SSの中から検出させる。Ｊａｖａモジュール36は更に、そのサブパスから、元の広告のプレイアイテム情報1400のプレイアイテムＩＤを含むサブプレイアイテム情報をすべて削除する。
ステップＳ５０４：Ｊａｖａモジュール36は、新たな広告のＡＶクリップに添付された情報を利用して、元の広告のプレイアイテム情報1400のストリーム選択テーブル1405を新たな広告のプレイアイテム情報のストリーム選択テーブルに書き換える。
ステップＳ５０５：Ｊａｖａモジュール36は、新たな広告のプレイアイテム情報1400のストリーム選択テーブル1405が、サブパスＩＤを示すストリーム・パス情報1407を含むか否かについて調べる。そのようなストリーム・パス情報1407が含まれている場合、Ｊａｖａモジュール36は、ストリーム・パス情報1407の示すサブパスＩＤを全て検索して、処理をステップＳ５０６に進める。そのようなストリーム・パス情報1407が含まれていない場合、Ｊａｖａモジュール36はプレイアイテム情報の書き換え処理を終える。
ステップＳ５０６：Ｊａｖａモジュール36は再生制御エンジン37に、ステップＳ５０２で検索されたサブパスＩＤのサブパスをカレントの静的シナリオ情報SSの中から検出させる。検出されなかったサブパスについては、Ｊａｖａモジュール36は、新たな広告のＡＶクリップに添付された情報を利用して、カレントの静的シナリオ情報SSに含まれるプレイリスト情報に新たなサブパスを追加する。検出されたサブパスについては、Ｊａｖａモジュール36は、新たな広告のＡＶクリップに添付された情報を利用して、そのサブパスに新たな広告のサブプレイアイテム情報を追加する。ステップＳ５０２で検索された全てのサブパスＩＤについて上記の処理を終えたとき、Ｊａｖａモジュール36はプレイアイテム情報の書き換え処理を終える。
【０１１８】
上記のステップＳ４１〜５１により、静的シナリオ・メモリ21上で、カレントのプレイリスト情報に含まれる元の広告のプレイアイテム情報が新たな広告のプレイアイテム情報に書き換えられる。従って、そのプレイアイテム情報の示す再生区間では、ＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルではなく、ローカル・ストレージ1021内の新たな広告のＡＶクリップ・ファイルが再生される。その結果、実施形態１と同様に、図２５の（ａ）に示されているプレイアイテムPLの再生区間PI2で再生される元の広告のフレーム群F1が、図２５の（ｂ）に示されているプレイリストNPLの同じ再生区間PI2では新たな広告のフレーム群F2が再生される。こうして、元の広告のプレイアイテムが新たな広告のプレイアイテムに置換される。
【０１１９】
上記のステップＳ４１〜５１による処理は更に以下のように、カレントのプレイリストに含まれる複数の広告のプレイアイテムを一括して、一つの新たな広告のプレイアイテムに置換することもできる。
【０１２０】
図２８の（ａ）は、ステップＳ４がスキップされた場合にステップＳ５で再生されるプレイリストPLを示す模式図である。図２８の（ａ）に示されている例では、プレイリストPLの各再生区間PI21、PI22、PI23にＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルCLP1の各部分P21、P22、P23が順次、再生対象として特定される。更にそのプレイリスト・ファイルでは、各再生区間PI21、PI22、PI23の再生開始時刻にプレイリスト・マークPLM1、PLM2、PLM3が設定されている。いずれのプレイリスト・マークPLM1 、PLM2、PLM3もマーク・タイプが「広告」である。
【０１２１】
図２８の（ｂ）は、ステップＳ４によってプレイアイテム情報が書き換えられた場合にステップＳ５で再生されるプレイリストNPLを示す模式図である。静的シナリオ・メモリ21上では、カレントのプレイリスト情報NPLに含まれるプレイリスト・マークPLM1、PLM2、PLM3で特定されるプレイアイテム情報が、新たな広告のプレイアイテム情報に書き換えられている。それにより、各プレイアイテム情報は、ＢＤ−ＲＯＭディスク101上のクリップ情報ファイルではなく、ローカル・ストレージ1021内の同じクリップ情報ファイルを参照する。その結果、図２８（ｂ）では（ａ）とは異なり、各プレイアイテム情報の示す再生区間PI21、PI22、PI23では、ＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルCLP1の部分P21、P22、P23ではなく、ローカル・ストレージ1021内のＡＶクリップ・ファイルCLP2の同じ部分P4が再生される。こうして、複数の広告のプレイアイテムが一括して、同じ新たな広告のプレイアイテムに置換される。
【０１２２】
本発明の実施形態２による再生装置は上記のとおり、実施形態１と同様に、ＢＤ−ＲＯＭディスク101に記録されたプレイリストに組み込まれた広告のプレイアイテムの再生区間に所望の新たな広告のプレイアイテムを再生できる。従って、実施形態１と同様に、そのプレイリストの再生時に視聴者にとって関心度の低い広告が再生される可能性を抑えることができる。その結果、広告の挿入がそのプレイリストの娯楽性を損なう危険性を更に抑えることができる。また、広告の宣伝効果を更に向上させることができる。実施形態２では更に、広告のプレイアイテムを置換する目的でサーバ装置106等の外部記憶装置からダウンロードされるべきデータ量を実施形態１よりも削減できる。従って、サーバ装置106やネットワーク105等の負担を軽減することができる。
《実施形態３》
本発明の実施形態３による光ディスク再生装置は実施形態２によるものとは、サービス・オブジェクトの特徴、プレイリストの再生処理、及び広告のプレイアイテムの置換処理が異なる。特に、（１）プレイリストの再生処理において、再生状態の変更ごとにその履歴が記録される点、及び（２）広告のプレイアイテムの置換処理において、予め記録された再生状態の履歴に応じて新たな広告のコンテンツが選択される点が異なる。その他の特徴、例えば、再生対象のＢＤ−ＲＯＭディスク上のデータ構造、再生装置のハードウェア構成、システムＬＳＩ内の機能部、及び再生制御部とシステム・ターゲット・デコーダとの各構成は実施形態２によるものと同様である。従って、以下の説明では、実施形態２の特徴とは異なる実施形態３の特徴について述べ、その他、実施形態２の特徴と同様な特徴については実施形態１又は実施形態２での説明を援用する。
【０１２３】
＜サービス・オブジェクトの特徴＞
本発明の実施形態３によるサービス・オブジェクト・ファイルでは、アプリケーション管理テーブル（図４の（ｃ）参照）によって指定されるＢＤ−Ｊアプリケーション・プログラムが実施形態２によるものに加えて、次の処理をＪａｖａ仮想マシン36Aに実行させるものを含む：（１）プレイリストの再生中に音声／字幕の設定を監視し、その設定の変更を検出するごとにその内容を再生状態の履歴（以下、再生履歴という。）に記録する処理、（２）プレイリストの再生が終了するごとに再生履歴に基づいてプロファイル推定を行ってユーザの嗜好を決定する処理、及び（３）ユーザの嗜好を用いて、ダウンロードされるべき新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとの対を選択する処理。
【０１２４】
本発明の実施形態３による再生制御部1033（図１８、２０参照）では、ＤＶＤライク・モジュール35又はＪａｖａモジュール36がカレントの動的シナリオ情報DSに従ってサービス・オブジェクトを呼び出した場合、Ｊａｖａモジュール36はそのサービス・オブジェクトに従い、実施形態２による処理に加えて次の処理を行う：（１）プレイリストの再生中、プレーヤ・レジスタ38を監視し、再生制御エンジン37によって音声／字幕の設定に関するＳＰＲの値が変更されるごとに、その内容を再生履歴に記録する処理、（２）プレイリストの再生が終了するごとに再生履歴に基づいてプロファイル推定を行ってユーザの嗜好を決定する処理、及び（３）次のプレイリストの再生開始時にユーザの嗜好を用いて、サーバ装置106からダウンロードされるべき新たな広告のＡＶクリップを選択してサーバ装置106に通知する処理。
＜プレイリストの再生処理＞
図２９は、実施形態３による再生装置102の行うプレイリストの再生処理のフローチャートである。以下、図２９に示されているステップの順に、プレイリストの再生処理について説明する。尚、図２９では、図２２に示されているステップと同様なステップには図２２と同じ符号を付し、それら同様なステップの詳細については実施形態１での説明を援用する。
ステップＳ１：再生装置102の電源投入時、システムＬＳＩ1000が各機能部1001、1010、1030の初期化を行う（図１８参照）。特に再生制御部1033がアプリケーション・プログラムの実行環境を整える。
ステップＳ２：ＢＤ−ＲＯＭドライブ102AへのＢＤ−ＲＯＭディスク101の挿入が通知されたとき、再生制御部1033はその通知に応じて、仮想ファイル制御部1032にインデックス・ファイルIFをＢＤ−ＲＯＭディスク101から読み出させる。再生制御部1033は更に、そのインデックス・ファイルIFのうち、インデックス・テーブルのファーストプレイで指定されているＢＤ−Ｊオブジェクト・ファイルを仮想ファイル制御部1032にＢＤ−ＲＯＭディスク101から読み出させる。それにより、再生制御部1033ではＪａｖａモジュール36が、そのＢＤ−Ｊオブジェクト・ファイルに記述されたファーストプレイのＢＤ−Ｊオブジェクトに従ってＢＤ−Ｊアプリケーション・プログラムを実行する。
【０１２５】
Ｊａｖａモジュール36は更に、ファーストプレイのＢＤ−Ｊオブジェクトに従って、カレントのプレイリスト・ファイルとサービス・オブジェクト・ファイルとを仮想ファイル制御部1032にＢＤ−ＲＯＭディスク101から読み出させる。Ｊａｖａモジュール36はそのサービス・オブジェクトに従ってＢＤ−Ｊアプリケーション・プログラムを実行する。
ステップＳ３：Ｊａｖａモジュール36は再生制御エンジン37に、カレントの静的シナリオ情報SSの中から、マーク・タイプが「広告」であるプレイリスト・マークを検出させる。そのプレイリスト・マークが検出されれば、Ｊａｖａモジュール36は「カレントのプレイリストが広告のプレイアイテムを含む」と判定して処理をステップＳ４Ａに進める。そのプレイリスト・マークが検出されなければ、Ｊａｖａモジュール36は「カレントのプレイリストが広告のプレイアイテムを含まない」と判定して処理をステップＳ５１に進める。
ステップＳ４Ａ：Ｊａｖａモジュール36はカレントのプレイリストを新たなプレイリストに置換する。その新たなプレイリストは、広告のプレイアイテムが新たな広告のプレイアイテムに置換されている点でカレントのプレイリストとは異なる。更に、その新たな広告のプレイアイテムはユーザの嗜好に応じて異なる。ステップＳ４Ａの詳細については後述する。
ステップＳ５１：Ｊａｖａモジュール36は、カレントのプレイリストの再生を再生制御エンジン37に開始させる。再生制御エンジン37は実施形態１によるステップＳ５と同様に、カレントのプレイリストを再生する。
ステップＳ５２：カレントのプレイリストの再生中、Ｊａｖａモジュール36はプレーヤ・レジスタ38を監視する。Ｊａｖａモジュール36は、プレーヤ・レジスタ38のうち、音声／字幕の設定に関するＳＰＲの値が更新されたことを検出した場合、処理をステップＳ５３に進める。その更新を検出しなかった場合、処理をステップＳ５４に進める。
【０１２６】
ここで、音声／字幕の設定は、以下の手順で変更される。カレントのプレイリストの再生中、操作部102Eがユーザから、音声又は字幕の設定を変更する旨の操作を受け付けた場合、その旨を示す通知INTをユーザ・イベント処理部1031に送る（図１６、１８参照）。音声及び字幕の設定の変更は、例えば日本語から英語への言語の変更、及び、例えばＡＣ−３からドルビー（登録商標）・ロスレス方式への音声データの符号化方式の変更を含む。ユーザ・イベント処理部1031はその通知INTに応じて再生制御部1033に依頼UOを送り、音声又は字幕の設定の変更を指示する。再生制御部1033では、モジュール・マネージャ33がその依頼UOをＪａｖａモジュール36に伝え、Ｊａｖａモジュール36はその依頼UOに応じて再生制御エンジン37に音声又は字幕の設定の変更を指示する（図２０参照）。再生制御エンジン37はその指示に応じてプレーヤ・レジスタ38内のＳＰＲを参照する。再生制御エンジン37は更にＳＰＲの値を利用して、カレントのプレイアイテム情報のストリーム選択テーブルに登録されたエレメンタリ・ストリームのうち、再生装置102とディスプレイ103との両方で再生可能なものの中から、オーディオ・ストリーム、ＰＧストリーム、又はテキスト字幕ストリーム（以下、オーディオ・ストリーム等と略す。）を選択する。再生制御エンジン37は続いて、選択されたエレメンタリ・ストリームのストリーム選択番号で、ＳＰＲの示す復号対象のオーディオ・ストリーム等のストリーム選択番号を更新する。それと共に、再生制御エンジン37は、その選択されたエレメンタリ・ストリームのストリーム識別情報に記述されたＰＩＤを復号対象のオーディオ・ストリーム等のＰＩＤとして、システム・ターゲット・デコーダ1013内のＰＩＤフィルタに設定する。その結果、システム・ターゲット・デコーダ1013によって復号されるオーディオ・ストリーム等が変更される。
ステップＳ５３：Ｊａｖａモジュール36は、再生制御エンジン37によって更新されたＳＰＲの値から音声／字幕の設定の変更内容を読み取って、再生履歴に記録する。
【０１２７】
図３０の（ａ）は、再生履歴の内容を示す表である。図３０の（ａ）に示されているように、音声／字幕の設定が変更されるごとに、その変更の時刻と共に、カレントのプレイリストのコンテンツＩＤ、音声と字幕との種別、変更後の設定による再生の開始「入」と終了「切」との別、変更後の音声データの符号化方式、及び変更後の音声／字幕の言語の種類が再生履歴に記録される。例えば２００７年１０月５日２０：２０〜２２：３０ではコンテンツＩＤ“ＢＢＢＢＢ”のプレイリストが再生され、その再生では、音声データの符号化方式としてドルビー・ロスレス方式が選択され、音声／字幕の言語として英語が選択されたことが、図３０の（ａ）の再生履歴からわかる。
ステップＳ５４：Ｊａｖａモジュール36は、カレントのプレイリストの再生が終了したか否かをチェックする。その再生が終了していれば、Ｊａｖａモジュール36は処理をステップＳ５５に進める。その再生が終了していなければ、Ｊａｖａモジュール36は処理をステップＳ５２に戻す。
ステップＳ５５：Ｊａｖａモジュール36は、再生履歴に基づいてプロファイル推定を行ってユーザの嗜好を決定する。具体的には、Ｊａｖａモジュール36はまず、再生履歴に記録された音声／字幕の設定の種類ごとに、通算の利用時間を集計する。Ｊａｖａモジュール36は次に、通算の利用時間が最も長い種類の音声／字幕の設定の組み合わせをユーザの嗜好として決定する。
【０１２８】
図３０の（ｂ）は、（ａ）に示されている再生履歴から集計された、音声データの符号化方式別の通算の利用時間を示す表である。図３０の（ｂ）に示されているとおり、（ａ）の再生履歴からは、音声データの符号化方式のうち、“ドルビー・ロスレス方式”の利用時間が最も長いことがわかる。一方、図３０の（ｃ）は、同じ再生履歴から集計された、音声／字幕の言語の種類別の通算の利用時間を示す表である。図３０の（ｃ）に示されているとおり、（ａ）の再生履歴からは、音声／字幕の言語の種類のうち、“英語”の利用時間が最も長いことがわかる。図３０の（ｂ）及び（ｃ）の集計結果から、Ｊａｖａモジュール36は、“ドルビー・ロスレス方式”と“英語”との組み合わせをユーザの嗜好として決定する。
ステップＳ５６：Ｊａｖａモジュール36は、プロファイル推定で決定されたユーザの嗜好をローカル・ストレージ1021に記録する。図３０の例では、“ドルビー・ロスレス方式”と“英語”との組み合わせがユーザの嗜好として記録される。
【０１２９】
尚、再生履歴は、記録後、３カ月等、所定の時間が経過した項目から順に消去されても良い。また、プロファイル推定において、再生履歴から利用時間が集計される項目は、現時点から３カ月前等、所定の期間までのものに限られても良い。それらの条件はサービス・オブジェクトによって定義することができる。
＜ステップＳ４での広告のプレイアイテムの置換処理＞
図３１は、本発明の実施形態３による広告のプレイアイテムの置換処理のフローチャートである。
ステップＳ４１：本発明の実施形態１によるステップＳ４１と同様に、Ｊａｖａモジュール36はまず、モジュール・マネージャ33からインデックス・ファイルIN内のコンテンツＩＤ422（図３参照）を読み出す。Ｊａｖａモジュール36は次に、ネットワーク・インタフェース102D（図１６参照）を通してそのコンテンツＩＤをネットワーク105上のサーバ装置106に送る。
ステップＳ４６Ａ：サーバ装置106は様々なＡＶコンテンツのそれぞれについて、新たな広告のＡＶクリップ、すなわちクリップ情報ファイルとＡＶクリップ・ファイルとの組み合わせを一般に２種類以上保持している。各ＡＶクリップには個別に広告ＩＤが割り当てられている。ここで、実施形態２と同様、各ＡＶクリップには、プレイアイテム情報のストリーム選択テーブルを書き換えるための情報、又は、ＡＶクリップ・ファイルがネットワーク属性を持つ旨を示す情報が添付される。更に、一つのＡＶクリップにクリップ情報ファイルとＡＶクリップ・ファイルとの対が複数含まれている場合、そのＡＶクリップには、各対に対するメインパスとサブパスとの割り当てを示す情報が添付される。
【０１３０】
一つのＡＶコンテンツに対する複数種類のＡＶクリップはユーザの嗜好別に一つずつ分類されている。サーバ装置106は、各ＡＶクリップの広告ＩＤとユーザの嗜好との間の対応関係を広告のリストとして管理している。一般に、広告のリストはＡＶコンテンツごとに異なる。サーバ装置106は各リストを一つのＡＶコンテンツのコンテンツＩＤに対応付けて管理している。
【０１３１】
サーバ装置106は、Ｊａｖａモジュール36からコンテンツＩＤを受信したとき、そのコンテンツＩＤに対応付けられた広告のリストを検索して、Ｊａｖａモジュール36にそのコンテンツＩＤの返信として送る。一方、そのコンテンツＩＤに対応付けられた広告のリストを検索できなかった場合、サーバ装置106はその旨をＪａｖａモジュール36に、そのコンテンツＩＤの返信として通知する。
【０１３２】
Ｊａｖａモジュール36はコンテンツＩＤの送信後、それに対するサーバ装置106からの返信を待つ。その返信を受けた時、Ｊａｖａモジュール36は、その返信の内容が新たな広告のリストであるか否かを判断する。その返信の内容が広告のリストである場合、Ｊａｖａモジュール36は処理をステップＳ４６Ｂに進める。一方、その返信の内容が広告のリストではない場合、Ｊａｖａモジュール36は広告のプレイアイテムの置換処理を終える。
ステップＳ４６Ｂ：Ｊａｖａモジュール36は、ローカル・ストレージ1021からユーザの嗜好を読み出す。Ｊａｖａモジュール36は更に、サーバ装置106から受信された広告のリストの中から、そのユーザの嗜好に対応付けられた広告ＩＤを検索する。
【０１３３】
ステップＳ４７〜５１は、実施形態２と全く同様である。
ステップＳ４７：Ｊａｖａモジュール36は、ステップＳ４６Ｂで検索された広告ＩＤをサーバ装置106に送信する。サーバ装置106はその広告ＩＤを受信して、その広告ＩＤが割り当てられた新たな広告のＡＶクリップを再生装置102に送信する。Ｊａｖａモジュール36はネットワーク・インタフェース102Dにその新たな広告のＡＶクリップを受信させてローカル・ストレージ1021に格納させる。
ステップＳ４８：Ｊａｖａモジュール36は仮想ファイル制御部1032に、新たな広告のＡＶクリップを仮想的にＢＤ−ＲＯＭディスク101に組み込ませる。仮想パッケージが既に作成されていれば、Ｊａｖａモジュール36は仮想ファイル制御部1032に新たな広告のＡＶクリップをその仮想パッケージに組み込ませる。
ステップＳ４９：Ｊａｖａモジュール36は、検出されたプレイリスト・マークのＰＴＳと同じ再生開始時刻を示すプレイアイテム情報、すなわち広告のプレイアイテム情報をカレントの静的シナリオ情報SSの中から検出する。
ステップＳ５０：Ｊａｖａモジュール36は、ステップＳ４９で検出されたプレイアイテム情報を書き換える。
ステップＳ５１：Ｊａｖａモジュール36は再生制御エンジン37に、ステップＳ３でカレントの静的シナリオ情報SSから読み出されたプレイリスト・マーク情報の中から、マーク・タイプが「広告」であるプレイリスト・マークを更に検出させる。そのプレイリスト・マークが検出されれば、Ｊａｖａモジュール36は処理をステップＳ４９に戻す。そのプレイリスト・マークが検出されなければ、Ｊａｖａモジュール36は広告のプレイアイテムの置換処理を終える。
【０１３４】
上記のステップＳ４１〜５１により、静的シナリオ・メモリ21上で、カレントのプレイリスト情報に含まれる元の広告のプレイアイテム情報が新たな広告のプレイアイテム情報に書き換えられる。従って、そのプレイアイテム情報の示す再生区間では、ＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルではなく、ローカル・ストレージ1021内の新たな広告のＡＶクリップ・ファイルが再生される。その結果、実施形態１と同様に、図２５の（ａ）に示されているプレイアイテムPLの再生区間PI2で再生される元の広告のフレーム群F1が、図２５の（ｂ）に示されているプレイリストNPLの同じ再生区間PI2では新たな広告のフレーム群F2が再生される。こうして、元の広告のプレイアイテムが新たな広告のプレイアイテムに置換される。
【０１３５】
図３２は、ステップＳ４１〜４７におけるサーバ装置106と再生装置102との間でのデータ交換を示す模式図である。ステップＳ４１〜４７ではサーバ装置106と再生装置102との間で、図３２に示されている（１）〜（４）の順にデータが交換される。
【０１３６】
ここで、図３２に示されているように、サーバ装置106は内蔵のＨＤＤ106Aに、コンテンツＩＤと広告のリストのＩＤとの間の対応表106B、広告のリスト106C、及び新たな広告のＡＶクリップCLP1を予め保存している。対応表106Bに記述された各広告のリストのＩＤには一つの広告のリスト106Cが対応付けられている。広告のリスト106Cでは、再生装置102によって決定可能なユーザの嗜好別に、すなわち、音声／字幕の設定の可能な組み合わせ別に、広告ＩＤが一つずつ対応付けられている。各広告ＩＤには、その広告のＡＶクリップ、すなわちクリップ情報ファイルとＡＶクリップ・ファイルとの組み合わせCLP1が割り当てられている。
（１）ステップＳ４１では、再生装置102のＪａｖａモジュール36が例えばコンテンツＩＤ“ＡＡＡＡＡ”をサーバ装置106に送る。
（２）ステップＳ４６Ａでは、サーバ装置106がそのコンテンツＩＤ“ＡＡＡＡＡ”を受信して、対応表106Ｂから、そのコンテンツＩＤ“ＡＡＡＡＡ”に対応付けられた広告のリストのＩＤ“ＬＳＴ＿ＡＡＡＡＡ”を検索する。サーバ装置106は更に、そのＩＤ“ＬＳＴ＿ＡＡＡＡＡ”が割り当てられた広告のリスト106CをＨＤＤ106Aから読み出して、Ｊａｖａモジュール36にコンテンツＩＤ“ＡＡＡＡＡ”の返信として送る。Ｊａｖａモジュール36はその広告のリスト106Cをサーバ装置106から受信する。
（３）ステップＳ４６Ｂでは、Ｊａｖａモジュール36は、ローカル・ストレージ1021からユーザの嗜好を読み出して、広告のリスト106Cの中から、そのユーザの嗜好に対応付けられた広告ＩＤを検索する。例えばユーザの嗜好が、図３０の（ｂ）及び（ｃ）の集計結果から決定された “ドルビー・ロスレス方式”と“英語”との組み合わせである場合、Ｊａｖａモジュール36は、広告のリスト106Cの中でその組み合わせに対応付けられた広告ＩＤ“ＣＭ１”を検索する。
（４）ステップＳ４７では、Ｊａｖａモジュール36は、ステップＳ４６Ｂで検索された広告ＩＤ“ＣＭ１”をサーバ装置106に送信する。サーバ装置106はその広告ＩＤ“ＣＭ１”を受信して、その広告ＩＤ“ＣＭ１”が割り当てられた新たな広告のＡＶクリップCLP1をＨＤＤ106Aから再生装置102に送信する。Ｊａｖａモジュール36はネットワーク・インタフェース102Dにその新たな広告のＡＶクリップCLP1を受信させてローカル・ストレージ1021に格納させる。
【０１３７】
例えばユーザの嗜好が“ドルビー・ロスレス方式”と“英語”との組み合わせである場合、その組み合わせに対応付けられた広告ＩＤ“ＣＭ１”は、例えばドルビー・ロスレス方式に対応可能なホームシアター・システムを英語で宣伝する広告に割り当てられる。そのような広告は、再生装置102でコンテンツＩＤ“ＡＡＡＡＡ”のＡＶコンテンツを視聴するユーザにとって関心度が高いと期待できる。その結果、その広告の挿入がそのＡＶコンテンツの娯楽性を損なう危険性を更に抑えることができる。また、その広告の宣伝効果を更に向上させることができる。
【０１３８】
本発明の実施形態３による再生装置は上記のとおり、実施形態２と同様に、ＢＤ−ＲＯＭディスク101に記録されたプレイリストに組み込まれた広告のプレイアイテムの再生区間に新たな広告のプレイアイテムを再生できる。実施形態３では更に、再生履歴からユーザの嗜好を推定し、その嗜好に応じて新たな広告のプレイアイテムを選択できる。従って、実施形態２よりも、プレイリストの再生時に視聴者にとって関心度の低い広告が再生される可能性を更に抑えることができる。その結果、広告の挿入がそのプレイリストの娯楽性を損なう危険性を更に抑えることができる。また、広告の宣伝効果を更に向上させることができる。
《実施形態４》
本発明の実施形態４によるオーサリング装置は、実施形態１によるＢＤ−ＲＯＭディスク101のディスク・イメージ204（図２参照）及びアップデート・キット205（図１７の（ａ）参照）を作成する。ここで、オーサリング装置とは、例えば映画の制作スタジオに設置され、映像、音声、字幕等の素材データから映画等のプレイリストを編集して、そのプレイリストからメディアパッケージのディスク・イメージを作成する装置をいう。ディスク・イメージは、図２に示されているような、メディアパッケージのボリューム領域202に記録されるべきディレクトリ構造204のファイル群である。
＜ＢＤ−ＲＯＭディスク101のディスク・イメージ204の作成＞
図３３は、本発明の実施形態４によるオーサリング装置300の機能ブロック図である。図３３に示される機能部は特に、ＢＤ−ＲＯＭディスク101のディスク・イメージ204の作成に関する。図３３に示されているように、オーサリング装置は、素材制作部301、シナリオ生成部302、ＢＤ−Ｊ制作部303、記憶部308、多重化処理部304、及びフォーマット処理部305を含む。それらの機能部301〜305、308は単一又は複数のシステムＬＳＩに集積化される。
【０１３９】
素材制作部301は、ユーザの操作に従って、映像、音声、字幕等の素材データVD、AD、ST、GDからエレメンタリ・ストリーム61を編集する。エレメンタリ・ストリーム61は、一連のプレイリストの映像、音声、字幕、又は対話画面を表し、ビデオ・ストリーム61V、オーディオ・ストリーム61A、ＰＧストリーム61P、又はＩＧストリーム61Iの少なくともいずれかを含む。その他に、テキスト字幕ストリームを含んでも良い。エレメンタリ・ストリーム61は記憶部308に格納される。
【０１４０】
具体的には、素材制作部301は、非圧縮のビットマップ・データ等のイメージ・データVDをＭＰＥＧ−４  ＡＶＣやＭＰＥＧ−２等の符号化方式で圧縮することによってビデオ・ストリーム61Vを作成する。ここで、ピクチャ・イン・ピクチャが編集に利用されるときは、ビデオ・ストリーム61Vはプライマリ・ビデオ・ストリームとセカンダリ・ビデオ・ストリームとの両方を含む。一方、素材制作部301は、非圧縮のＬＰＣＭ方式等の音声データADをＡＣ−３等の符号化方式で圧縮することによってオーディオ・ストリーム61Aを作成する。ここで、２種類以上の音声データのミキシングが編集に利用されるときは、オーディオ・ストリーム61Aはプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとの両方を含む。素材制作部301は更に、ユーザの操作に従って、字幕を表すイメージ・データSTについて字幕情報ファイルを作成する。字幕情報ファイルは、例えばイメージ・データSTを画面に表示する位置とタイミング、及び、フェード・イン／アウト等、イメージ・データSTに対して付加されるべき表示効果を規定する。素材制作部301は、その字幕情報ファイルをイメージ・データSTと合わせてＰＧストリーム61Pを作成する。素材制作部301はその他に、ユーザの操作に従って、ＧＵＩ用のメニューを表すビットマップ・データ等のイメージ・データGDについてメニュー・ファイルを作成する。メニュー・ファイルは、例えばユーザの操作に応じたメニュー内のボタンの変化や、メニューに対して付加されるべき表示効果を規定する。素材制作部301は、そのメニュー・ファイルをイメージ・データGDと合わせてＩＧストリーム61Iを作成する。
【０１４１】
シナリオ生成部302は、エレメンタリ・ストリーム61の編集情報及びユーザの操作に従ってシナリオ・データ62を作成して、記憶部308に格納する。シナリオ・データ62は、図２に示されているインデックス・ファイル2042A、ムービー・オブジェクト・ファイル2042B、及びプレイリスト・ファイル2043Aを含む。
【０１４２】
ここで、エレメンタリ・ストリーム61の編集情報は、素材制作部301による編集の内容を示す情報、及び各エレメンタリ・ストリーム61の属性情報を含む。例えば、ビデオ・ストリーム61Vについては、符号化方式の種類やピクチャ・イン・ピクチャにおけるプライマリ・ビデオ・ストリームとセカンダリ・ビデオ・ストリームとの間の対応関係を含み、オーディオ・ストリーム61Aについては、符号化方式の種類やミキシングにおけるプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとの間の対応関係を含み、ＰＧストリーム61Pについては字幕情報ファイルを含み、ＩＧストリーム61Iについてはメニュー・ファイルを含む。編集情報は更に、一連のプレイリストの再生時間において、エレメンタリ・ストリーム61の各部分が再生されるべき時刻を示す。各時刻はユーザの操作によって指定される。
【０１４３】
シナリオ生成部302はプレイリスト・ファイル2043Aを作成するとき、ユーザの操作に従って、各プレイアイテム情報のストリーム選択テーブル（図１３の（ａ）参照）とプレイリスト・マーク2043D（図１５の（ａ）参照）とを作成する。特にプレイリスト・マーク2043Dは、広告のプレイアイテムの再生開始時刻を示すものを含む。
【０１４４】
シナリオ生成部302は更に、パラメータ・ファイルPFを作成して多重化処理部304に渡す。パラメータ・ファイルPFは、記憶部308に格納されたエレメンタリ・ストリーム61のうち、同じＡＶクリップ・ファイルに多重化されるべきエレメンタリ・ストリームの識別情報とその属性情報とを示す。
【０１４５】
ＢＤ−Ｊ制作部303は、ユーザにＢＤ−Ｊアプリケーションのプログラミング環境を提供する。すなわち、ＢＤ−Ｊ制作部303は、ＧＵＩを通じてユーザからプログラミングに関する要求を受け付け、その要求に従って、ＢＤ−Ｊアプリケーション・プログラムのソース・コードを作成する。ＢＤ−Ｊ制作部303は更に、それらのソース・コードをＢＤ−Ｊシナリオ・データ63として整理して記憶部308に格納する。ＢＤ−Ｊシナリオ・データ63は、図２に示されているＢＤ−Ｊオブジェクト・ファイル2047A、サービス・オブジェクト・ファイル2042C、及びＪＡＲファイル2046Aを含む。
【０１４６】
多重化処理部304は、パラメータ・ファイルPFに基づいて、記憶部308から、ビデオ・ストリーム61V、オーディオ・ストリーム61A、ＰＧストリーム61P、及びＩＧストリーム61Iを読み出してＭＰＥＧ−２ＴＳ形式で多重化することにより、ＡＶクリップ・ファイルAVを作成する。それと同時に、多重化処理部304は、そのＡＶクリップ・ファイルAVに対するクリップ情報ファイルCLを以下の手順で作成する。多重化処理部304はまず、マーク・テーブル情報442（図９、図１１の（ａ）参照）を作成する。具体的には、多重化処理部304はビデオ・ストリーム61VからＩピクチャ又はＩＤＲピクチャを検出し、検出された各ピクチャのＰＴＳと、そのピクチャの先頭のＡＶクリップ・ファイルAV内でのＳＰＮとの対を一つのクリップ・マークＩＤ442Dに対応付けて、一つのクリップ・マーク情報442Aとして登録する。同じＡＶクリップ・ファイルAVがプライマリ・ビデオ・ストリームとセカンダリ・ビデオ・ストリームとの２種類を含む場合、多重化処理部304はそれら両方に対するマーク・テーブル情報を同時に作成する。多重化処理部304は次にパラメータ・ファイルPFに基づいて、同じＡＶクリップ・ファイルAVに多重化された各エレメンタリ・ストリームの属性を示すストリーム属性情報441（図９、図１０参照）を作成する。多重化処理部304は続いて、マーク・テーブル情報とストリーム属性情報とを合わせてクリップ情報ファイルCLを作成する。
【０１４７】
フォーマット処理部305は、記憶部308からはシナリオ・データ62とＢＤ−Ｊシナリオ・データ63とを読み出し、多重化処理部304からはＡＶクリップ・ファイルAVとクリップ情報ファイルCLとの対を受信する。フォーマット処理部305は更に、それらのデータをＵＤＦのファイルに変換して、図２に示されているディレクトリ構造204に配置する。その結果、ＢＤ−ＲＯＭディスク101用のディスク・イメージ204が作成される。その後、このディスク・イメージ204は原盤用のデータに変換された上でＢＤ−ＲＯＭディスク101の原盤に記録される。更に、その原盤がプレス工程に利用されることによって、ＢＤ−ＲＯＭディスク101が製造される。
【０１４８】
図３４は、ディスク・イメージ204の作成方法のフローチャートである。
ステップＳ６１：素材制作部301はユーザの操作に従ってエレメンタリ・ストリーム61を編集する。
ステップＳ６２：シナリオ生成部302は、エレメンタリ・ストリーム61の編集情報及びユーザの操作に従ってシナリオ・データ62を作成する。シナリオ生成部302はプレイリスト・ファイル2043Aを作成するとき、ユーザの操作に従って、各プレイアイテム情報のストリーム選択テーブルとプレイリスト・マークとを作成する。特にプレイリスト・マークは、広告のプレイアイテムの再生開始時刻を示すものを含む。シナリオ生成部302は更にパラメータ・ファイルPFを多重化処理部304に渡す。
ステップＳ６３：ＢＤ−Ｊ制作部303はユーザの操作に従ってＢＤ−Ｊアプリケーション・プログラムを作成し、更にそれらからＢＤ−Ｊシナリオ・データ63を作成する。
ステップＳ６４：多重化処理部304は、パラメータ・ファイルPFに基づいて、記憶部308からエレメンタリ・ストリーム61を読み出して多重化することにより、ＡＶクリップ・ファイルAVを作成する。それと同時に、多重化処理部304は、そのＡＶクリップ・ファイルAVに対するクリップ情報ファイルCLを作成する。
ステップＳ６５：フォーマット処理部305は、記憶部308からはシナリオ・データ62とＢＤ−Ｊシナリオ・データ63とを読み出し、多重化処理部304からはＡＶクリップ・ファイルAVとクリップ情報ファイルCLとの対を受信して、それらのデータを、図２に示されているディレクトリ構造204に配置する。こうして、ＢＤ−ＲＯＭディスク101用のディスク・イメージ204が作成される。
＜アップデート・キット205の作成＞
図３５は、アップデート・キット205の作成に関するオーサリング装置300の機能ブロック図である。図３５に示される機能部は、図３３に示されているものに加え、差分抽出部306とアップデート・キット制作部307を更に含む。それらの機能部306、307は、他の機能部と同じ又は別のシステムＬＳＩに集積化される。
【０１４９】
素材制作部301は、ユーザの操作に従って素材データVD、AD、ST、GDから追加エレメンタリ・ストリームを編集する。追加エレメンタリ・ストリームは、元のディスク・イメージ204に記録されたプレイリストに追加され、又は置換されるべきプレイアイテムの映像、音声、字幕、又は対話画面を表し、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、又はＩＧストリームの少なくともいずれかを含む。その他に、テキスト字幕ストリームを含んでも良い。追加エレメンタリ・ストリームの少なくとも一部は、元のディスク・イメージ204に組み込まれた広告と置換されるべき新たな広告のプレイアイテムに属する。それらの追加エレメンタリ・ストリームは更に、メインパスの再生に利用されるものの他に、サブパスの再生に利用されるものを含んでも良い。追加エレメンタリ・ストリームの編集プロセスは、元のディスク・イメージ204に記録されたエレメンタリ・ストリーム61の編集プロセスと同様である。追加エレメンタリ・ストリームは、元のエレメンタリ・ストリーム61と共に、記憶部308に格納される。
【０１５０】
シナリオ生成部302は、追加エレメンタリ・ストリームの編集情報及びユーザの操作に従って、仮想パッケージ用の追加シナリオ・データ62Aを作成して、記憶部308に格納する。追加シナリオ・データ62Aは元のシナリオ・データ62と同様に、インデックス・ファイル、ムービー・オブジェクト・ファイル、及びプレイリスト・ファイルを含む。ここで、追加エレメンタリ・ストリームの編集情報は元のエレメンタリ・ストリーム61の編集情報とは、元の広告が新たな広告に置換されている点で異なる。従って、同じ点で、追加シナリオ・データ62Aは元のシナリオ・データ62とは異なる。
【０１５１】
特にプレイリスト・ファイルは、図１７の（ａ）に示されている追加プレイリスト・ファイル2054Cと等価である。追加プレイリスト・ファイル2054Cでは、図１２に示されている元のプレイリスト・ファイル2043Aとは異なり、プレイリスト情報のうち、元の広告のプレイアイテム情報が新たな広告のプレイアイテム情報に書き換えられている。新たな広告のプレイアイテム情報は元の広告のプレイアイテム情報とは参照クリップ情報とストリーム選択テーブルとが異なる。そのストリーム選択テーブルは、追加エレメンタリ・ストリームに関するものに書き換えられている。更に、そのストリーム選択テーブルは、サブパスＩＤを示すストリーム・パス情報を含んでいても良い。その場合、追加プレイリスト・ファイル2054CはそのサブパスＩＤのサブパスを含み、新たな広告に関するサブプレイアイテム情報を含む。また、追加プレイリスト・ファイル2054Cは、新たな広告のプレイアイテムの再生開始時刻を示すプレイリスト・マークを含む。その再生開始時刻は、元の広告のプレイアイテムの再生開始時刻と等しく設定されている。
【０１５２】
シナリオ生成部302は更に、追加パラメータ・ファイルMPFを作成して多重化処理部304に渡す。追加パラメータ・ファイルMPFは、記憶部308に格納されたエレメンタリ・ストリーム61のうち、同じＡＶクリップ・ファイルに多重化されるべき追加エレメンタリ・ストリームの識別情報とその属性情報とを示す。
【０１５３】
ＢＤ−Ｊ制作部303はユーザの操作に従って、仮想パッケージの作成後に利用されるべきＢＤ−Ｊアプリケーション・プログラムのソース・コードを作成する。ＢＤ−Ｊ制作部303は更に、それらのソース・コードを追加ＢＤ−Ｊシナリオ・データ63Aとして整理して記憶部308に格納する。追加ＢＤ−Ｊシナリオ・データ63Aは、ＢＤ−Ｊオブジェクト・ファイル63B、サービス・オブジェクト・ファイル63C、及びＪＡＲファイル63Dを含む。
【０１５４】
多重化処理部304は、追加パラメータ・ファイルMPFに基づいて、記憶部308から追加エレメンタリ・ストリームを読み出してＭＰＥＧ−２ＴＳ形式で多重化することにより、追加ＡＶクリップ・ファイルMAVを作成する。それと同時に、多重化処理部304は、その追加ＡＶクリップ・ファイルMAVに対する追加クリップ情報ファイルMCLを作成する。
【０１５５】
差分抽出部306は、記憶部308に格納された元のシナリオ・データ62と追加シナリオ・データ62Aとを比較して、両者間の差分DSDを抽出する。その差分DSDは、例えば元のシナリオ・データ62には含まれていないファイルや、元のシナリオ・データ62に含まれているファイルとは一部が異なるファイルを含む。その差分DSDは特に、追加プレイリスト・ファイル2054Cに等価なファイルを含む。差分抽出部306は更に、その差分DSDに含まれる各ファイルの識別情報DIを作成してアップデート・キット制作部307に渡す。
【０１５６】
フォーマット処理部305は、記憶部308からは追加ＢＤ−Ｊシナリオ・データ63Aを読み出し、多重化処理部304からは追加ＡＶクリップ・ファイルMAVと追加クリップ情報ファイルMCLとの対を受信し、差分抽出部306からはシナリオ・データの差分DSDを受信する。フォーマット処理部305は更に、それらのデータをＵＤＦのファイルに変換して、図１９に示されている仮想パッケージ内のディレクトリ構造206に配置する。その結果、仮想パッケージ用のディスク・イメージ206が作成される。そのディスク・イメージ206では、元のディスク・イメージ204に含まれるファイルとは異なる差分データ206Aのみが実体を持ち、元のディスク・イメージ204に含まれるファイルと同じファイルについてはそのパス情報のみが記録されている。差分データ206Aは、追加ＡＶクリップ・ファイルMAV、追加クリップ情報ファイルMCL、シナリオ・データの差分DSD、及び追加ＢＤ−Ｊシナリオ・データ63Aから構成される。特に、追加ＡＶクリップ・ファイルMAV、追加クリップ情報ファイルMCL、及びシナリオ・データの差分DSDは、図１７の（ａ）に示されている追加コンテンツ・ファイル2054C−Gに相当する。
【０１５７】
アップデート・キット制作部307は、差分抽出部306からの識別情報DIを利用して、図１７の（ｂ）に示されているマージ管理情報ファイル2054Aを作成する。アップデート・キット制作部307は更に、そのマージ管理情報ファイル2054Aのハッシュ値を、元のディスク・イメージ204に記録されたＡＶコンテンツのプロバイダの秘密鍵で暗号化してそのプロパイダの電子署名を作成し、その電子署名を用いて署名情報ファイル2054Bを作成する。アップデート・キット制作部307は続いて、そのプロバイダのＯｒｇＩＤとＢＤ−ＲＯＭディスク101のＤｉｓｃＩＤとを用いて、差分データ206A、マージ管理情報ファイル2054A、及び署名情報ファイル2054Bを、図１７の（ａ）に示されているディレクトリ構造205に配置する。そのディレクトリ構造のファイル群205がアップデート・キット205として利用される。
【０１５８】
図３６は、アップデート・キット205の作成方法のフローチャートである。
ステップＳ７１：素材制作部301はユーザの操作に従って追加エレメンタリ・ストリームを編集する。特に追加エレメンタリ・ストリームは、新たな広告のプレイアイテムに組み込まれるべきエレメンタリ・ストリームを含む。
ステップＳ７２：シナリオ生成部302は、追加エレメンタリ・ストリームの編集情報及びユーザの操作に従って追加シナリオ・データ62Aを作成する。特に追加プレイリスト・ファイル2054Cについては、プレイリスト情報のうち、元の広告のプレイアイテム情報を新たな広告のプレイアイテム情報に書き換える。シナリオ生成部302は更に追加パラメータ・ファイルMPFを多重化処理部304に渡す。
ステップＳ７３：差分抽出部306は、記憶部308に格納された元のシナリオ・データ62と追加シナリオ・データ62Aとを比較して、両者間の差分DSDを抽出する。差分抽出部306は更に、その差分DSDに含まれる各ファイルの識別情報DIを作成してアップデート・キット制作部307に渡す。
ステップＳ７４：ＢＤ−Ｊ制作部303はユーザの操作に従って、仮想パッケージの作成後に利用されるべきＢＤ−Ｊアプリケーション・プログラムを作成し、更にそれらから追加ＢＤ−Ｊシナリオ・データ63Aを作成する。
ステップＳ７５：多重化処理部304は、パラメータ・ファイルMPFに基づいて、記憶部308から追加エレメンタリ・ストリームを読み出して多重化することにより、追加ＡＶクリップ・ファイルMAVと追加クリップ情報ファイルMCLとの対を作成する。
ステップＳ７６：フォーマット処理部305は、追加ＢＤ−Ｊシナリオ・データ63A、追加ＡＶクリップ・ファイルMAVと追加クリップ情報ファイルMCLとの対、及びシナリオ・データの差分DSDをＵＤＦのファイルに変換する。フォーマット処理部305は更に、それらのファイルを仮想パッケージ内のディレクトリ構造206に配置して、仮想パッケージ用のディスク・イメージ206を作成する。
ステップＳ７７：アップデート・キット制作部3507は、差分抽出部306からの識別情報DIを利用してマージ管理情報ファイル2054Aを作成する。アップデート・キット制作部307は更に、そのマージ管理情報ファイル2054Aを暗号化してプロパイダの電子署名を作成し、その電子署名を用いて署名情報ファイル2054Bを作成する。
ステップＳ７８：アップデート・キット制作部307は、プロバイダのＯｒｇＩＤとＢＤ−ＲＯＭディスク101のＤｉｓｃＩＤとを用いて、差分データ206A、マージ管理情報ファイル2054A、及び署名情報ファイル2054Bをディレクトリ構造205に配置する。こうして、アップデート・キット205が作成される。
＜備考＞
（１）本発明による実施形態１〜３では、サービス・オブジェクト・ファイルはＢＤ−Ｊオブジェクト・ファイルと構造が共通であり、サービス・オブジェクトは、図４の（ｂ）に示されているＢＤ−Ｊオブジェクト471と形式が共通である。その他に、サービス・オブジェクト・ファイルはムービー・オブジェクト・ファイルと、構造が共通であっても良い。その場合、サービス・オブジェクト・ファイルは、図４の（ａ）に示されているムービー・オブジェクト・ファイル2042Bと同様、一般に複数のサービス・オブジェクトを含む。また、各サービス・オブジェクトは、図４の（ａ）に示されているムービー・オブジェクト42B1、42B2と同様、ナビゲーション・コマンドの配列を含む。各ナビゲーション・コマンドには、上記の実施形態１〜３によるサービス・オブジェクトの各機能と同様な機能が割り当てられる。再生制御部1033では、ＤＶＤライク・モジュール35がそれらのナビゲーション・コマンドを順番に実行することにより、上記の実施形態１〜３によるサービス・オブジェクトの各機能と同様な機能を実現させる。
（２）本発明による実施形態１〜３では、プレイリスト中での広告のプレイアイテムの位置を示す情報として、プレイリスト・ファイルに含まれるプレイリスト・マークが利用される。その他に、その情報が例えばクリップ情報ファイル又はサービス・オブジェクト・ファイルに含まれても良い。
（３）本発明による実施形態２、３では、新たなサービス・オブジェクト・ファイルが、必要であればＪＡＲファイルと共にステップＳ４７でダウンロードされ、ステップＳ４８で仮想的にＢＤ−ＲＯＭディスク101に組み込まれても良い。その場合、プレイアイテム情報のストリーム選択テーブルを書き換えるための情報等、新たな広告のＡＶクリップに添付されるべき情報がその新たなサービス・オブジェクト・ファイルに含まれても良い。それらの情報は、その新たなサービス・オブジェクト・ファイルに含まれるサービス・オブジェクトに従ってステップＳ４９以降の処理を実行することにより、利用可能である。
（４）本発明による実施形態３では、再生履歴には音声／字幕の設定が記録され、プロファイル推定では、通算の利用時間が最も長い種類の音声／字幕の設定の組み合わせがユーザの嗜好として決定される。しかし、再生履歴には、プレーヤ・レジスタ38から読み取れる設定であれば、音声／字幕の設定以外にも記録可能である。また、通算の利用回数が最も多い種類の音声／字幕の設定の組み合わせをユーザの嗜好として決定する等、上記とは別の条件でユーザの嗜好が決定されても良い。再生履歴に記録されるべき情報の内容等の条件、及びプロファイル推定でユーザの嗜好を決定するための条件はサービス・オブジェクトに応じて変更可能である。特に上記の（２）の場合、プレイリストの再生ごとにサービス・オブジェクト・ファイルを更新できるので、それらの条件をプレイリストの再生ごとに変更できる。
（５）本発明による実施形態３では、再生装置102がサーバ装置106から広告のリスト106Cを受信し、その中から新たな広告のコンテンツをユーザの嗜好に応じて選択する。その他に、再生装置102がコンテンツＩＤと共にユーザの嗜好をサーバ装置106に通知し、サーバ装置106が、そのユーザの嗜好に応じた新たな広告のＡＶクリップを選択しても良い。
（６）本発明による実施形態３では実施形態２と同様、新たな広告のＡＶクリップが、必要な添付情報と共にサーバ装置106からダウンロードされてＢＤ−ＲＯＭディスク101上に仮想的に組み込まれる。その他に、実施形態１と同様に、新たな広告のプレイアイテムを含むアップデート・キットがサーバ装置106からダウンロードされ、そのアップデート・キットから仮想パッケージが作成されることによって、その新たな広告のプレイアイテムがその仮想パッケージに組み込まれても良い。
（７）本発明による実施形態４では、アップデート・キット205に代えて、新たな広告のＡＶクリップ、及びそれに添付されるべき情報のみが作成されても良い。その情報は、例えば、プレイアイテム情報のストリーム選択テーブルを書き換えるための情報、ネットワーク属性を持つＡＶクリップ・ファイルを示す情報、クリップ情報ファイルとＡＶクリップ・ファイルとの各対に対するメインパスとサブパスとの割り当てを示す情報、プレイリスト情報にサブパスを追加するための情報、又は、プレイリスト情報に既存のサブパスにサブプレイアイテム情報を追加し、若しくは上書きするための情報を含む。それらの情報は例えば、シナリオ生成部302によって作成される追加パラメータ・ファイルMPFや、差分抽出部306によって抽出されるシナリオ・データ62、62A間の差分DSDから作成可能である。
【産業上の利用可能性】
【０１５９】
本発明は光ディスクからプレイリストを再生するための技術に関し、上記のとおり、光ディスクからプレイリストを再生するとき、そのプレイリストに組み込まれた広告のプレイアイテムの再生区間に所望のプレイアイテムを再生可能にする。従って、本発明は明らかに産業上利用可能である。
【符号の説明】
【０１６０】
PL  元のプレイリスト
NPL  新たなプレイリスト
PI1、PI2、PI3  各プレイリストの再生区間
CLP1  元の広告のプレイアイテムを含むＡＶクリップ・ファイル
CLP2  新たな広告のプレイアイテムを含むＡＶクリップ・ファイル
P1、P2、P3、P4  各再生区間で再生されるＡＶクリップ・ファイルの部分
IN  再生区間PI2の再生開始時刻
OUT  再生区間PI2の再生終了時刻
PLM1  プレイリスト・マーク
F1  元の広告のフレーム群
F2  新たな広告のフレーム群
【図１】
2009153928.tif 000003
【図２】
2009153928.tif 000004
【図３】
2009153928.tif 000005
【図４】
2009153928.tif 000006
【図５】
2009153928.tif 000007
【図６】
2009153928.tif 000008
【図７】
2009153928.tif 000009
【図８】
2009153928.tif 000010
【図９】
2009153928.tif 000011
【図１０】
2009153928.tif 000012
【図１１】
2009153928.tif 000013
【図１２】
2009153928.tif 000014
【図１３】
2009153928.tif 000015
【図１４】
2009153928.tif 000016
【図１５】
2009153928.tif 000017
【図１６】
2009153928.tif 000018
【図１７】
2009153928.tif 000019
【図１８】
2009153928.tif 000020
【図１９】
2009153928.tif 000021
【図２０】
2009153928.tif 000022
【図２１】
2009153928.tif 000023
【図２２】
2009153928.tif 000024
【図２３】
2009153928.tif 000025
【図２４】
2009153928.tif 000026
【図２５】
2009153928.tif 000027
【図２６】
2009153928.tif 000028
【図２７】
2009153928.tif 000029
【図２８】
2009153928.tif 000030
【図２９】
2009153928.tif 000031
【図３０】
2009153928.tif 000032
【図３１】
2009153928.tif 000033
【図３２】
2009153928.tif 000034
【図３３】
2009153928.tif 000035
【図３４】
2009153928.tif 000036
【図３５】
2009153928.tif 000037
【図３６】
2009153928.tif 000038
【手続補正書】
【提出日】平成21年11月2日(2009.11.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の広告データを外部から取得する取得手段、
デジタルストリームと、前記デジタルストリームの再生区間を示す再生区間情報を少なくとも一つ含む再生経路情報とを記憶媒体から読み出す読み出し手段、
読み出された前記デジタルストリームの中に第２の広告データが含まれているか否かの判定を行う判定手段、
前記判定が肯定的であるとき、読み出された前記再生経路情報のうち、前記第２の広告データの再生区間を示す再生区間情報を、前記第１の広告データの再生区間を示すように書き換える再生経路置換手段、及び、
前記再生経路情報を用いて前記デジタルストリームを再生するための手段であって、前記再生経路情報が書き換えられたとき、書き換え後の再生経路情報を用いて前記第１の広告データを再生する再生手段、
を備えた再生装置。
【請求項２】
前記判定手段は前記判定をバイトコード・プログラムに従って行い、
前記再生経路置換手段は再生区間情報の書き換えをバイトコード・プログラムに従って行う、
請求項１に記載の再生装置。
【請求項３】
前記再生経路情報は、前記デジタルストリームの再生区間のいずれかが前記第２の広告データの再生区間であることを示すマーク情報を含み、
前記判定手段は、前記マーク情報を参照することによって前記判定を行う、
請求項１に記載の再生装置。
【請求項４】
（削除）
【請求項５】
（削除）
【請求項６】
（削除）
【請求項７】
（削除）
【請求項８】
前記再生装置は、
ネットワーク上のサーバ装置との間で通信を行う通信手段、
前記再生手段によるデジタルストリームの再生状態の履歴を記録する再生履歴記録手段、及び、
前記再生状態の履歴からユーザの嗜好を推定するプロファイル推定手段、
を更に備え、
前記取得手段は、前記通信手段を利用して、前記ユーザの嗜好に応じた広告データを前記サーバ装置からダウンロードして、前記第１の広告データとして保持する、
請求項１に記載の再生装置。
【請求項９】
前記取得手段は、前記通信手段を利用して前記サーバ装置から広告データのリストをダウンロードし、前記ユーザの嗜好に応じた広告データを前記リストの中から選択する、
請求項８に記載の再生装置。
【請求項１０】
第１の広告データを外部から取得するステップ、
デジタルストリームと、前記デジタルストリームの再生区間を示す再生区間情報を少なくとも一つ含む再生経路情報とを記憶媒体から読み出すステップ、
読み出された前記デジタルストリームの中に第２の広告データが含まれているか否かの判定を行うステップ、
前記判定が肯定的であるとき、読み出された前記再生経路情報のうち、前記第２の広告データの再生区間を示す再生区間情報を、前記第１の広告データの再生区間を示すように書き換えるステップ、及び、
前記再生経路情報を用いて前記デジタルストリームを再生するステップであって、前記再生経路情報が書き換えられたとき、書き換え後の再生経路情報を用いて前記第１の広告データを再生するステップ、
を備えた再生方法。
【請求項１１】
第１の広告データを外部から取得するステップ、
デジタルストリームと、前記デジタルストリームの再生区間を示す再生区間情報を少なくとも一つ含む再生経路情報とを記憶媒体から読み出すステップ、
読み出された前記デジタルストリームの中に第２の広告データが含まれているか否かの判定を行うステップ、
前記判定が肯定的であるとき、読み出された前記再生経路情報のうち、前記第２の広告データの再生区間を示す再生区間情報を、前記第１の広告データの再生区間を示すように書き換えるステップ、及び、
前記再生経路情報を用いて前記デジタルストリームを再生するステップであって、前記再生経路情報が書き換えられたとき、書き換え後の再生経路情報を用いて前記第１の広告データを再生するステップ、
を再生装置に実行させるためのプログラム。
【請求項１２】
第１の広告データを外部から取得するステップ、
デジタルストリームと、前記デジタルストリームの再生区間を示す再生区間情報を少なくとも一つ含む再生経路情報とを記憶媒体から読み出すステップ、
読み出された前記デジタルストリームの中に第２の広告データが含まれているか否かの判定を行うステップ、
前記判定が肯定的であるとき、読み出された前記再生経路情報のうち、前記第２の広告データの再生区間を示す再生区間情報を、前記第１の広告データの再生区間を示すように書き換えるステップ、及び、
前記再生経路情報を用いて前記デジタルストリームを再生するステップであって、前記再生経路情報が書き換えられたとき、書き換え後の再生経路情報を用いて前記第１の広告データを再生するステップ、
を再生装置に実行させるためのプログラムを記録した、前記再生装置によって読み取り可能な記録媒体。
【請求項１３】
デジタルストリームを再生するための再生装置に搭載される集積回路であり、
第１の広告データを外部から取得する取得手段、
前記デジタルストリームと、前記デジタルストリームの再生区間を示す再生区間情報を少なくとも一つ含む再生経路情報とを記憶媒体から読み出す読み出し手段、
読み出された前記デジタルストリームの中に第２の広告データが含まれているか否かの判定を行う判定手段、
前記判定が肯定的であるとき、読み出された前記再生経路情報のうち、前記第２の広告データの再生区間を示す再生区間情報を、前記第１の広告データの再生区間を示すように書き換える再生経路置換手段、及び、
前記再生経路情報を用いて前記デジタルストリームを再生するための手段であって、前記再生経路情報が書き換えられたとき、書き換え後の再生経路情報を用いて前記第１の広告データを再生する再生手段、
を備えた集積回路。
【手続補正書】
【提出日】平成22年12月1日(2010.12.1)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＢＤ−ＲＯＭ等の光ディスクからビデオ・コンテンツやオーディオ・コンテンツ等を再生するための技術に関する。
【背景技術】
【０００２】
インターネット等、広域ネットワークでのデータ配信技術の進歩に伴い、映画等、動画のコンテンツをネットワーク経由でリアルタイムに再生する技術が急速に普及しつつある。しかし、その一方で映像の高画質化が更に進み、近年では映像の立体化も開発が進んでいる。それらの映像のコンテンツをネットワーク経由でリアルタイムに再生することは、現行のネットワークの帯域幅ではまだ現実的ではない。従って、例えば映画会社が高画質映像又は立体映像による映画のコンテンツを販売／配布する場合、書き換え不可のブルーレイディスク（ＢＤ−ＲＯＭディスク）等の光ディスク、すなわちメディアパッケージにそのコンテンツを記録した状態で行うことが今後も主流であると考えられる。
【０００３】
ここで、ネットワーク経由で配信されるコンテンツは一般に広告を含む。その広告の内容はそのコンテンツの配信ごとに変更可能である。その場合、広告の内容の選択はサーバ装置とクライアント端末とのいずれが行うことも可能である（例えば特許文献１、２参照）。
【０００４】
一方、メディアパッケージに記録されて販売／配布される映画等のコンテンツも一般に広告を含む。その広告は、例えば他の映画のメディアパッケージ又は公開中の映画の広告を含む。広告は映画等のコンテンツの一部に、音声、映像、又は字幕として組み込まれている。具体的には、メディアパッケージにはコンテンツが「プレイリスト」という形式で記録されている。例えばメディアパッケージがＢＤ−ＲＯＭディスクである場合、プレイリストはクリップＡＶストリーム（Clip AV Stream）とプレイリスト（Movie PlayList）情報との組み合わせを含む。クリップＡＶストリームは、映像／音声を表すデジタルストリームを含む。プレイリスト情報はクリップＡＶストリームの再生経路を規定し、一般に複数の再生区間情報、すなわちプレイアイテム（PlayItem）情報を含む。各プレイアイテム情報は、クリップＡＶストリームの実際に再生されるべき部分を示す。プレイリストのうち、プレイアイテム情報とクリップＡＶストリームの対応部分との組み合わせを含む部分を「プレイアイテム」と呼ぶ。メディアパッケージからプレイリストを再生する場合、プレイリスト情報内のプレイアイテム情報を順番に参照することにより、プレイリスト内のプレイアイテムを順番に再生する。従って、メディアパッケージではプレイリストに広告が一つのプレイアイテムとして組み込まれている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２０９０９８号公報
【特許文献２】特表２００７−５３６７６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
映画等のプレイリストに組み込まれた広告は一般に、そのプレイリストの視聴者が高い関心を示すものほど、その挿入がそのプレイリストの娯楽性を損なう危険性が低く、かつ、その宣伝効果が高いと期待される。ここで、広告に対する視聴者の関心度は一般に、その広告とプレイリストとの間の関連性、視聴者の嗜好、又は、プレイリストの視聴回数や視聴環境等に応じて異なる。従って、それらの要素に応じて、プレイリストに組み込まれるべき広告のプレイアイテムを変更できることが望ましい。
【０００７】
しかし、メディアパッケージからプレイリストを再生する従来の技術では、ネットワーク経由でコンテンツを再生する技術とは異なり、プレイリストに組み込まれた広告のプレイアイテムを変更できない。従って、そのプレイリストの再生時に視聴者にとって関心度の低い広告が再生される可能性を抑えることができない。その結果、広告の挿入が、プレイリストの娯楽性を損なう危険性を更に抑えることが困難である。また、広告の宣伝効果を更に向上させることが困難である。
【０００８】
本発明は、光ディスクからプレイリストを再生するとき、そのプレイリストに組み込まれた広告のプレイアイテムに代えて別のプレイアイテムを再生できる再生装置の提供を目的とする。
【課題を解決するための手段】
【０００９】
本発明の実施形態による再生装置は、供給手段、再生手段、判定手段、再生経路置換手段、及び再生対象要求手段を有する。供給手段は所望のプレイアイテムを保持し、その所望のプレイアイテムと、光ディスクに記録されたプレイリストに含まれるプレイアイテムとのうち、要求されたプレイアイテムを供給する。再生手段はそのプレイアイテムを再生する。判定手段は、そのプレイリストの再生経路を規定する第１の再生経路情報を光ディスクから読み出して、その第１の再生経路情報の中に広告のプレイアイテムの再生区間情報が含まれているか否かの判定を行う。その判定が肯定的である場合、再生経路置換手段は、広告のプレイアイテムの再生区間情報を所望のプレイアイテムの再生区間情報に書き換える再生区間書換処理によって第１の再生経路情報を第２の再生経路情報に置換する。再生対象要求手段は、第２の再生経路情報に従って再生対象のプレイアイテムを選択して、その再生対象のプレイアイテムを供給するように供給手段に対して要求する。
【発明の効果】
【００１０】
本発明による再生装置は、光ディスクからプレイリストを再生するとき、そのプレイリストに組み込まれた広告のプレイアイテムの再生区間に所望のプレイアイテムを再生できる。従って、その所望のプレイアイテムとして、例えばそのプレイリストとの関連性がより高い広告のプレイアイテムを組み込むことにより、そのプレイリストの再生時に視聴者にとって関心度の低い広告が再生される可能性を抑えることができる。その結果、広告の挿入がプレイリストの娯楽性を損なう危険性を更に抑えることができる。また、広告の宣伝効果を更に向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態１による光ディスク及びその再生装置の使用形態を示す模式図
【図２】図１に示されているＢＤ−ＲＯＭディスクに記録されたデータの構造を示す模式図
【図３】図２に示されているインデックス・ファイルのデータ構造を示す模式図
【図４】（ａ）は、図２に示されているムービー・オブジェクト・ファイルのデータ構造を示す模式図、（ｂ）は、図２に示されているＢＤ−Ｊ・オブジェクト・ファイルのデータ構造を示す模式図、（ｃ）は図２に示されているサービス・オブジェクト・ファイルのデータ構造を示す模式図
【図５】（ａ）は、図２に示されているＡＶクリップ・ファイルを構成する複数のエレメンタリ・ストリームを再生時間順に示す模式図、（ｂ）は、図２に示されている別のＡＶクリップ・ファイルを構成するテキスト字幕ストリームを再生時間順に示す模式図
【図６】図２に示されているＡＶクリップ・ファイル内での各エレメンタリ・ストリームのＴＳパケットの配置を示す模式図
【図７】図６に示されているビデオ・ストリームから変換されたＰＥＳパケットの列における各ビデオ・フレームの配置を示す模式図
【図８】図６に示されているＴＳパケットとソース・パケットとの各形式を示す模式図
【図９】図２に示されているクリップ情報ファイルのデータ構造を示す模式図
【図１０】図９に示されているストリーム属性情報のデータ構造を示す模式図
【図１１】（ａ）は、図９に示されているマーク・テーブル情報のデータ構造を示す模式図、（ｂ）は、ＡＶクリップ・ファイルに含まれるソース・パケットのうち、（ａ）に示されているクリップ・マーク情報によって各Ｍ＿ＩＤに対応づけられているＳＰＮのソース・パケットを示す模式図
【図１２】図２に示されているプレイリスト・ファイルのデータ構造を示す模式図
【図１３】図１２に示されているプレイアイテム情報のデータ構造を示す模式図
【図１４】図１２に示されているプレイリスト情報の示すメインパスと二つのサブパスとに従って再生されるＡＶクリップ・ファイルの各部分を示す模式図
【図１５】（ａ）は、図１２に示されているプレイリスト・マーク情報のデータ構造を示す模式図、（ｂ）は、プレイリストのうち、（ａ）に示されているプレイリスト・マークによって特定されるプレイアイテムを示す模式図
【図１６】本発明の実施形態１による再生装置のハードウェア構成を示すブロック図
【図１７】（ａ）は、図１６に示されているローカル・ストレージに格納されたアップデート・キットのディレクトリ構造を示す模式図、（ｂ）は、（ａ）に示されているマージ管理情報ファイルのデータ構造を示す模式図
【図１８】図１６に示されているシステムＬＳＩの機能ブロック図
【図１９】図１８に示されている仮想ファイル制御部による仮想パッケージの作成過程を示す模式図
【図２０】図１８に示されている再生制御部の機能ブロック図
【図２１】図１８に示されているシステム・ターゲット・デコーダのブロック図
【図２２】本発明の実施形態１によるプレイリストの再生処理のフローチャート
【図２３】図２２に示されているステップＳ４における、広告のプレイアイテムの書きかえ処理のフローチャート
【図２４】図１に示されているサーバ装置に記憶されているコンテンツＩＤと広告ＩＤとの間の対応関係を示す表
【図２５】（ａ）は、図２２に示されているフローチャートにおいてステップＳ４がスキップされた場合にステップＳ５で再生されるプレイリストを示す模式図、（ｂ）は、そのフローチャートにおいてステップＳ４によって仮想パッケージが作成された場合にステップＳ５で再生されるプレイリストを示す模式図
【図２６】本発明の実施形態２による広告のプレイアイテムの置換処理のフローチャート
【図２７】図２６に示されているステップＳ５０によるプレイアイテム情報の書き換え処理のフローチャート
【図２８】（ａ）は、図２６に示されているフローチャートにおいてステップＳ４がスキップされた場合にステップＳ５で再生されるプレイリストを示す模式図、（ｂ）は、そのフローチャートにおいてステップＳ４によって仮想パッケージが作成された場合にステップＳ５で再生されるプレイリストを示す模式図
【図２９】本発明の実施形態３によるプレイリストの再生処理のフローチャート
【図３０】（ａ）は、図２９に示されているステップＳ５３で記録される再生履歴の内容を示す表、（ｂ）は、その再生履歴から集計された、音声データの符号化方式別の通算の利用時間を示す表、（ｃ）は、その再生履歴から集計された、音声／字幕の言語の種類別の通算の利用時間を示す表
【図３１】本発明の実施形態３による広告のプレイアイテムの置換処理のフローチャート
【図３２】図３１に示されているステップＳ４１〜４７におけるサーバ装置と再生装置との間でのデータ交換を示す模式図
【図３３】本発明の実施形態４によるオーサリング装置の、ＢＤ−ＲＯＭディスクのディスク・イメージの作成に関する機能ブロック図
【図３４】本発明の実施形態４による、ＢＤ−ＲＯＭディスクのディスク・イメージの作成方法のフローチャート
【図３５】本発明の実施形態４によるオーサリング装置の、アップデート・キットの作成に関する機能ブロック図
【図３６】本発明の実施形態４によるアップデート・キットの作成方法のフローチャート
【発明を実施するための形態】
【００１２】
以下、本発明の好適な実施形態について、図面を参照しながら説明する。
【００１３】
《実施形態１》
【００１４】
図１は、本発明の実施形態１による光ディスク及びその再生装置の使用形態を示す模式図である。図１において、本発明の実施形態１による光ディスクはＢＤ−ＲＯＭディスク101であり、本発明の実施形態１による再生装置102は、ディスプレイ103及びリモコン104と共に一つのホームシアター・システムを形成している。このＢＤ−ＲＯＭディスク101に記録された映画等のプレイリストがディスプレイ103に再現される場合、そのＢＤ−ＲＯＭディスク101は再生装置102のＢＤ−ＲＯＭドライブ102Aに挿入され、再生装置102とディスプレイ103とは、ユーザによってリモコン104を通して遠隔操作される。再生装置102はユーザの操作に応じてそのＢＤ−ＲＯＭディスク101からプレイリストを再生してディスプレイ103に供給する。尚、本発明による光ディスクはＢＤ−ＲＯＭディスク101とは異なる形式の書き換え不可の光ディスク、例えばＢＤ−Ｒであっても良い。
【００１５】
再生装置102は更に、インターネット等のネットワーク105を通して、そのネットワーク105上のサーバ装置106と通信可能である。その他に、再生装置102は、メモリカード107用のカードリーダ102Bを含んでも良い。再生装置102は、サーバ装置106又はメモリカード107からＢＤ−ＲＯＭディスク101用のアップデート・キットを読み込む。アップデート・キットは、ＢＤ−ＲＯＭディスク101に記録されたデータを代替するためのデータである。アップデート・キットは特に、ＢＤ−ＲＯＭディスク101に記録された広告のプレイアイテムと置換されるべき新たな広告のプレイアイテムを含む。再生装置102は、ＢＤ−ＲＯＭディスク101からプレイリストを再生する時にそのアップデート・キットを利用して、ＢＤ−ＲＯＭディスク101上の広告のプレイアイテムをその新たな広告のプレイアイテムに置換する処理を行う。その置換処理の詳細については後述する。
【００１６】
＜ＢＤ−ＲＯＭディスク101上のデータ構造＞
【００１７】
図２は、ＢＤ−ＲＯＭディスク101に記録されたデータの構造を示す模式図である。図２に示されているように、ＢＤ−ＲＯＭディスク101のデータ記録領域は、ＢＣＡ（Burst Cutting Area）200、リードイン領域201A、ボリューム領域202、及びリードアウト領域201Bを含む。これらのデータ記録領域はＢＤ−ＲＯＭディスク101の内周から外周へ向けて、螺旋状に連続的に形成されている。図２では、それらのデータ記録領域を横方向に引き伸ばし、ＢＤ−ＲＯＭディスク101の内周部を左側に置き、外周部を右側に置くように描画している。ＢＣＡ200はＢＤ−ＲＯＭディスク101の最内周部に設けられている。ＢＣＡ200に対しては再生装置102のＢＤ−ＲＯＭドライブ102Aによるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止されている。それにより、ＢＣＡ200は例えば著作権保護技術に利用される。リードイン領域201AはＢＣＡ200のすぐ外周側に設けられている。リードイン領域201Aには、ボリューム領域202に記録されたデータのサイズや物理アドレス等、ボリューム領域202へのアクセスに必要な情報が記録されている。リードアウト領域201BはＢＤ−ＲＯＭディスク101の最外周部に設けられ、ボリューム領域202の終端を示す。ボリューム領域202はリードイン領域201Aとリードアウト領域201Bとの間に設けられている。ボリューム領域202には映像や音声等のアプリケーション・データが記録されている。
【００１８】
ボリューム領域202に対するファイルシステムでは、ボリューム領域202が一つの論理アドレス空間203として管理される。この論理アドレス空間203には、先頭から順に、ボリューム情報203Aとアプリケーション・データ203Bとが記録されている。ファイルシステムでは、ボリューム領域202に記録されたデータがディレクトリ単位又はファイル単位で表現される。ＢＤ−ＲＯＭディスク101の場合、それらのデータがＵＤＦ（Universal Disc Format）で表現される。それにより、通常のパーソナルコンピュータ（ＰＣ）は、ＦＡＴ又はＮＴＦＳ等のファイルシステムと同様に、ＢＤ−ＲＯＭディスク101に記録されているデータをディレクトリ単位又はファイル単位でアクセス可能である。
【００１９】
図２には更に、ボリューム領域202に記録されたデータのディレクトリ構造204が示されている。このディレクトリ構造204では、ルート（ＲＯＯＴ）ディレクトリ2041の直下にＢＤＭＶディレクトリ2042とＣＥＲＴＩＦＩＣＡＴＥディレクトリ2048とが置かれている。ＢＤＭＶディレクトリ2042には、ビデオ・コンテンツやオーディオ・コンテンツ（以下、ＡＶコンテンツと略す。）又は管理情報等のデータが記録されている。ＣＥＲＴＩＦＩＣＡＴＥディレクトリ2048には、ＢＤ−ＲＯＭディスク101に記録されたデータの認証に関するデータが記録されている。
【００２０】
ＢＤＭＶディレクトリ2042には、インデックス・ファイル（index.bdmv）2042A、ムービー・オブジェクト・ファイル（MovieObject.bdmv）2042B、及びサービス・オブジェクト・ファイル（ServiceObject.bdso）2042Cが置かれている。ＢＤＭＶディレクトリ2042には更に、ＰＬＡＹＬＩＳＴディレクトリ2043、ＣＬＩＰＩＮＦディレクトリ2044、ＳＴＲＥＡＭディレクトリ2045、ＪＡＲディレクトリ2046、及びＢＤＪＯディレクトリ2047が置かれている。ＰＬＡＹＬＩＳＴディレクトリ2043にはプレイリスト・ファイル（YYY.MPLS）2043Aが置かれ、ＣＬＩＰＩＮＦディレクトリ2044にはクリップ情報ファイル（XXX.CLPI、ZZZ.CLPI）2044A、2044Bが置かれ、ＳＴＲＥＡＭディレクトリ2045にはＡＶクリップ・ファイル（XXX.M2TS、ZZZ.M2TS）2045A、2045Bが置かれ、ＪＡＲディレクトリ2046にはＪＡＲファイル（AAA.JAR）2046Aが置かれ、ＢＤＪＯディレクトリ2047にはＢＤ−Ｊオブジェクト・ファイル（BBB.BDJO）2047Aが置かれている。
【００２１】
ＣＥＲＴＩＦＩＣＡＴＥディレクトリ2048にはマージ証明書（bd.cert）2048AとＩＤファイル（id.bdmv）2048Bとが記録されている。マージ証明書2048Aは、映画会社等、ＢＤ−ＲＯＭディスク101に記録されたＡＶコンテンツのプロバイダに割り当てられた公開鍵を含む。マージ証明書2048Aのファイル形式としてはＸ．５０９が利用される。ＩＤファイル2048BはＯｒｇＩＤ（Organaization ID）とＤｉｓｃＩＤとを含む。ＯｒｇＩＤは、ＢＤ−ＲＯＭディスク101のプロバイダに固有に割り当てられた３２ｂｉｔの識別子である。ＤｉｓｃＩＤは、ＢＤ−ＲＯＭディスク101に固有に割り当てられた１２８ｂｉｔの識別子である。
【００２２】
以下、ＢＤＭＶディレクトリ2042及びそのサブディレクトリ2043−2047に置かれている各ファイル2042A−C、2043A、2044A−B、2045A−B、2046A、2047Aのデータ構造について説明する。
【００２３】
＜インデックス・ファイル（Index.bdmv）2042A＞
【００２４】
図３は、インデックス・ファイル2042Aのデータ構造を示す模式図である。図３に示されているように、インデックス・ファイル2042Aはインデックス・テーブル421とコンテンツＩＤ422とを含む。
【００２５】
インデックス・テーブル421は、タイトル421C、トップメニュー421B、及びファーストプレイ（FirstPlay）421Aといった項目を含む。各項目421A、421B、421Cが、ＢＤ−ＲＯＭディスク101に記録された「タイトル」を定義する。具体的には、各項目421A、421B、421Cには、ムービー・オブジェクト42B1、42B2のＩＤ、又は、ＢＤ−Ｊオブジェクト471、472、47nを含むＢＤ−Ｊオブジェクト・ファイル2047Aのファイル名のいずれかが指定されている。ＢＤ−ＲＯＭディスク101の再生時、ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部はインデックス・テーブル421の対応する項目を参照し、その項目によって指定されているオブジェクト42B1、42B2、471、472、47nを呼び出す。制御部は更に、呼び出されたオブジェクトに従ってプログラムを実行する。それにより、再生装置102は、ＢＤ−ＲＯＭディスク101からＡＶコンテンツを再生する等、各種の機能を実現する。
【００２６】
ファーストプレイ421Aはコンテンツ・プロバイダによって設定されるものであり、ＢＤ−ＲＯＭディスク101が再生装置102に挿入された時にその制御部によって最初に参照される。従って、ファーストプレイ421Aには、ＢＤ−ＲＯＭディスク101の挿入時に自動的に実行されるべきプログラムに対応するムービー・オブジェクト又はＢＤ−Ｊオブジェクト＃１471が指定されている。トップメニュー421Bは、例えばユーザがリモコン104を操作して「メニューに戻れ」というコマンドを再生装置102に入力したときにその制御部によって参照される。従って、トップメニュー421Bには、そのコマンドに応じて呼び出されるべきムービー・オブジェクト＃２42B2又はＢＤ−Ｊオブジェクトが指定されている。各タイトル421Cは、例えばユーザがリモコン104を操作して、再生対象のＡＶコンテンツを示すタイトル名を再生装置102に入力したときにその制御部によって参照される。従って、各タイトル421Cには、特定のＡＶコンテンツをＢＤ−ＲＯＭディスク101から再生する機能を実現するためのムービー・オブジェクト＃１42B1又はＢＤ−Ｊオブジェクト472、47nが指定されている。
【００２７】
サービス・オブジェクト42C1、42C2が再生装置102の制御部によって呼び出されるように、ムービー・オブジェクト42B1、42B2、及びＢＤ−Ｊオブジェクト471、472、47nのそれぞれを記述することができる。制御部は、呼び出されたサービス・オブジェクト42C1又は42C2を実行する。それにより、ムービー・オブジェクト42B1、42B2、又はＢＤ−Ｊオブジェクト471、472に従って再生されるべきＡＶコンテンツに組み込まれた広告のプレイアイテムを、アップデート・キットに含まれる新たな広告のプレイアイテムに置換する。
【００２８】
コンテンツＩＤ422は、インデックス・ファイル2042Aのうち、映画会社等、ＢＤ−ＲＯＭディスク101に記録されたＡＶコンテンツのプロバイダが自由に記述できる領域に記録されている。コンテンツＩＤ422はそのＡＶコンテンツの識別子である。
【００２９】
＜ムービー・オブジェクト・ファイル（MovieObject.bdmv）2042B＞
【００３０】
図４の（ａ）は、ムービー・オブジェクト・ファイル2042Bのデータ構造を示す模式図である。図４の（ａ）に示されているように、ムービー・オブジェクト・ファイル2042Bは一般に複数のムービー・オブジェクト42B1、42B2を含む。各ムービー・オブジェクト42B1、42B2は固有のムービー・オブジェクトＩＤによって識別される。各ムービー・オブジェクト42B1、42B2はナビゲーション・コマンドNC1、NC2、NC3の配列を含む。各ナビゲーション・コマンドNC1、NC2、NC3は、プレイリストの再生処理、又は、他のムービー・オブジェクト42B1、42B2の呼び出し等の異なるタイトルへの遷移処理を再生装置102の制御部に実行させるための命令である。制御部は各ムービー・オブジェクト42B1、42B2を呼び出したとき、そのムービー・オブジェクトに含まれるナビゲーション・コマンドNC1、NC2、NC3を列の順番に実行する。例えば、先頭のナビゲーション・コマンドNC1が「ＰｌａｙＰＬ＃Ｎ」であれば、制御部はＰＬＡＹＬＩＳＴディレクトリ2043の中から「＃Ｎ」に対応するプレイリスト・ファイル2043Aを選択し、その内容に従って、そのファイルに対応するプレイリストを再生する。例えば、次のナビゲーション・コマンドNC2が「ＪｕｍｐＯｂｊｅｃｔ＃２」であれば、制御部はムービー・オブジェクト・ファイル2042Bの中から、ムービー・オブジェクトＩＤが「＃２」に対応するムービー・オブジェクト＃２42B2を選択して実行する。
【００３１】
＜ＢＤ−Ｊオブジェクト・ファイル（BBB.BDJO）2047A＞
【００３２】
図４の（ｂ）は、ＢＤ−Ｊオブジェクト・ファイル2047Aのデータ構造を示す模式図である。図４の（ｂ）に示されているように、ＢＤ−Ｊオブジェクト・ファイル2047AはＢＤ−Ｊオブジェクト471を一つ含む。そのＢＤ−Ｊオブジェクト471はアプリケーション管理テーブル（ApplicationManagementTable）471Aを含む。アプリケーション管理テーブル471Aは、ＢＤ−ＲＯＭディスク101の再生時、ＢＤ−Ｊアプリケーション・プログラムのシグナリングを再生装置102のプラットフォーム上で実現するために必要なデータを含む。ここで、ＢＤ−Ｊアプリケーション・プログラムは、再生装置102に、プレイリスト・ファイル2043Aに従ってプレイリストを再生する処理の他、例えばネットワーク105にアクセスする処理や、ディスプレイ103にプレイリストとは独立にグラフィックスを表示して更に多機能のＧＵＩを提供する処理を実行させるものを含む。
【００３３】
図４の（ｂ）に示されているように、アプリケーション管理テーブル471AはアプリケーションＩＤ471Bとアプリケーション制御コード471Cとを含む。アプリケーションＩＤ471Bは実行対象のＢＤ−Ｊアプリケーション・プログラムの識別子を示す。アプリケーション制御コード471Cは、アプリケーションＩＤ471Bの示すＢＤ−Ｊアプリケーション・プログラムを起動する際の制御条件を示す。アプリケーション制御コード471Cは例えば、一つのタイトルの選択に応じて一つのＢＤ−Ｊオブジェクト471が制御部によって呼び出されたときに最初に実行されるＢＤ−Ｊアプリケーション・プログラムの初期状態を規定する。アプリケーション制御コード471Cはまた、実行対象のＢＤ−Ｊアプリケーション・プログラムが再生装置102内の仮想マシンにロードされたときに自動的に実行されるか（ＡＵＴＯＳＴＡＲＴ）、又はされないか（ＰＲＥＳＥＮＴ）を規定する。
【００３４】
＜サービス・オブジェクト・ファイル（ServiceObject.bdso）2042C＞
【００３５】
図４の（ｃ）は、サービス・オブジェクト・ファイル2042Cのデータ構造を示す模式図である。図４の（ｃ）に示されているように、サービス・オブジェクト・ファイル2042Cはサービス・オブジェクト42C1を一つ含む。そのサービス・オブジェクト42C1は、図４の（ｂ）に示されているＢＤ−Ｊオブジェクト471とフォーマットが共通であり、アプリケーション管理テーブル42CAを含む。また、アプリケーション管理テーブル42CAはアプリケーションＩＤ42CBとアプリケーション制御コード42CCとを含む。いずれも、図４の（ｂ）に示されているアプリケーションＩＤ471B及びアプリケーション制御コード471Cと同様である。アプリケーション管理テーブル42CAによって指定されるＢＤ−Ｊアプリケーション・プログラムは特に、次の処理を仮想マシンに実行させるものを含む：（１）ＢＤ−ＲＯＭディスク101に記録されたプレイリストの中から広告のプレイアイテムを検出する処理、（２）ネットワーク105上のサーバ装置106又はメモリカード107等の外部記憶装置からＢＤ−ＲＯＭディスク101用のアップデート・キットをダウンロードする処理、及び（３）検出された広告のプレイアイテムを、アップデート・キットに含まれる新たな広告のプレイアイテムに置換する処理。
【００３６】
＜ＡＶクリップ・ファイル（XXX.M2TS、ZZZ.M2TS）2045A、2045B＞
【００３７】
ＡＶクリップ・ファイル2045A、2045BはクリップＡＶストリームとも呼ばれ、複数のエレメンタリ・ストリームを多重化したものである。図５の（ａ）は、一方のＡＶクリップ・ファイル2045Aを構成する複数のエレメンタリ・ストリームを再生時間順に示す模式図である。図５の（ｂ）は、他方のＡＶクリップ・ファイル2045Bを構成するテキスト字幕ストリームを再生時間順に示す模式図である。図５に示されている例ではＡＶクリップ・ファイル2045A、2045Bは映画のコンテンツである。図５の（ａ）に示されているＡＶクリップ・ファイル2045Aは、プライマリ・ビデオ・ストリーム45V1、セカンダリ・ビデオ・ストリーム45V2、45V3、プライマリ・オーディオ・ストリーム45A1、45A2、セカンダリ・オーディオ・ストリーム45A3、プレゼンテーション・グラフィックス（ＰＧ）ストリーム45P1、45P2、及びインタラクティブ・グラフィックス（ＩＧ）ストリーム45Iを含む。プライマリ・ビデオ・ストリーム45V1は映画の主映像を表す。セカンダリ・ビデオ・ストリーム45V2、45V3は、ピクチャ・イン・ピクチャにおいて主映像に合わせて表示されるべき副映像を表す。プライマリ・オーディオ・ストリーム45A1、45A2は映画の主音声を表す。セカンダリ・オーディオ・ストリーム45A3は、その主音声にミキシングされるべき副音声を表す。ＰＧストリーム45P1、45P2とＩＧストリーム45Iとは、映画の映像と共に表示されるべきグラフィックスを表す。ＰＧストリーム45P1、45P2は特に、それぞれ異なる言語、例えば日本語と英語とで記述された映画の字幕をグラフィック・イメージで表す。ＩＧストリーム45Iは、再生装置102の操作画面等の対話画面、すなわち、ディスプレイ103の画面上に配置されるべきＧＵＩ用のグラフィックス部品又はそれらの集合を表す。図５の（ａ）に示されているように、ＡＶクリップ・ファイル2045A内の複数のエレメンタリ・ストリーム45V1、45V2、45V3、45A1、45A2、45P1、45P2、及び45Iはパラレルに再生可能である。図５の（ｂ）に示されているＡＶクリップ・ファイル2045Bはテキスト字幕ストリーム45Tを含む。テキスト字幕ストリーム45Tは、所定の言語で記述された映画の字幕をテキスト文字列で表す。図５の（ｂ）に示されているように、テキスト字幕ストリーム45Tは一つのＡＶクリップ・ファイル2045Bの中に単独で含まれる。
【００３８】
各ＡＶクリップ・ファイル2045A、2045Bでは、複数のエレメンタリ・ストリームを多重化する方式としてＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式が採用されている。すなわち、各ＡＶクリップ・ファイル2045A、2045B内では、各ストリーム45V1−V3、45A1−A2、45P1−P2、45I、45A3、45Tは複数のＴＳパケットに分割されている。各ＴＳパケットには、エレメンタリ・ストリームごとに異なるパケットＩＤ（ＰＩＤ）が割り当てられているので、各ＴＳパケットの属するエレメンタリ・ストリームはＰＩＤによって識別される。例えば図５の場合、プライマリ・ビデオ・ストリーム45V1には０ｘ１０１１がＰＩＤとして割り当てられ、プライマリ・オーディオ・ストリーム45A1には０ｘ１１００から０ｘ１１１ＦまでのいずれかがＰＩＤとして割り当てられ、ＰＧストリーム45P1、45P2には０ｘ１２００から０ｘ１２１ＦまでのいずれかがＰＩＤとして割り当てられ、ＩＧストリーム45Iには０ｘ１４００から０ｘ１４１ＦまでのいずれかがＰＩＤとして割り当てられ、セカンダリ・ビデオ・ストリーム45V2、45V3には０ｘ１Ｂ００から０ｘ１Ｂ１ＦまでのいずれかがＰＩＤとして割り当てられ、セカンダリ・オーディオ・ストリーム45A3には０ｘ１Ａ００から０ｘ１Ａ１ＦまでのいずれかがＰＩＤとして割り当てられ、テキスト字幕ストリーム45Tには０ｘ１８００がＰＩＤとして割り当てられている。
【００３９】
図６は、ＡＶクリップ・ファイル613内での各エレメンタリ・ストリームのＴＳパケットの配置を示す模式図である。ビデオ・ストリーム601は複数のビデオ・フレーム601Aから成る。オーディオ・ストリーム604は複数のオーディオ・フレーム604Aから成る。各ストリーム601、604はまずＰＥＳ（Packetized Elementary Stream）パケットの列602、605に変換され、次にＴＳパケットの列603、606に変換される。同様に、ＰＧストリーム607とＩＧストリーム610とはそれぞれ、まずＰＥＳパケットの列608、611に変換され、次にＴＳパケットの列609、612に変換される。更に、これらのＴＳパケットには個別にヘッダ（TP＿Extra＿Header）が付加される。このヘッダが付加されたＴＳパケットをソース・パケットという。こうして得られたソース・パケットを順番に並べて１本のストリームに多重化することにより、ＡＶクリップ・ファイル613は構成されている。
【００４０】
図７は、ビデオ・ストリーム601から変換されたＰＥＳパケットの列602における各ビデオ・フレームの配置を示す模式図である。図７に示されているように、各ＰＥＳパケット602A、602B、602C、602D、…はＰＥＳヘッダ602HとＰＥＳペイロード602Pとを含む。まず、ビデオ・ストリーム601は先頭のビデオ・フレームから順に、Ｉピクチャyy1、Ｐピクチャyy2、Ｂピクチャyy3、yy4、…に圧縮される。ここで、ピクチャの符号化形式としては、ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ、又はＶＣ−１が利用される。次に、Ｉピクチャyy1、Ｐピクチャyy2、Ｂピクチャyy3、yy4、…はそれぞれ、異なるＰＥＳパケット602A、602B、602C、602D、…のＰＥＳペイロード602Pに格納される。一方、各ＰＥＳパケットのＰＥＳヘッダ602Hには、そのＰＥＳパケットのＰＥＳペイロード602Hに格納されたピクチャの表示時刻（ＰＴＳ：Presentation Time−Stamp）と復号時刻（ＤＴＳ：Decoding Time−Stamp）とが格納される。ここで、ＰＴＳは、再生装置102内のデコーダによって一つのエレメンタリ・ストリームから復号された１フレームのデータがそのデコーダから出力されるべき時刻をいう。ＤＴＳは、そのデコーダが一つのエレメンタリ・ストリームの復号処理を開始すべき時刻をいう。
【００４１】
同様に、オーディオ・ストリームから変換されたＰＥＳパケットでは、ＬＰＣＭ（Linear Pulse Code Modulation）方式のオーディオ・データが所定の符号化形式で圧縮されてＰＥＳペイロードに格納され、そのデータのＰＴＳがＰＥＳヘッダに格納されている。ここで、オーディオ・ストリームの符号化形式としては、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＤＴＳ（Digital Theater System：登録商標）、又はＤＴＳ−ＨＤ  ＬＢＲが利用される。ＰＧストリームとＩＧストリームとのそれぞれから変換されたＰＥＳパケットでは、グラフィックス・データが所定の符号化形式で圧縮されてＰＥＳペイロードに格納され、そのデータのＰＴＳとＤＴＳとがＰＥＳヘッダに格納されている。テキスト字幕ストリームから変換されたＰＥＳパケットでは、テキスト文字列がＰＥＳペイロードに格納されている。
【００４２】
図８は、ＴＳパケット650とソース・パケット651との各形式を示す模式図である。図８に示されているように、ＴＳパケット650は固定長１８８バイトのパケットであり、ＴＳヘッダ650HとＴＳペイロード650Pとを含む。ＴＳヘッダ650Hは４バイト長のデータであり、ＰＩＤを含む。ＴＳペイロード650Pは１８４バイト長のデータである。ＰＥＳパケットの列がＴＳパケットの列に変換されるとき、各ＰＥＳパケットは分割されて各ＴＳパケット650のＴＳペイロード650Pに格納される。ソース・パケット651は、ＴＳパケット650に４バイト長のヘッダ（TP＿Extra＿Header）651Hが付与された、１９２バイト長のパケットである。そのヘッダ651HはＡＴＳ（Arrival＿Time＿Stamp）を含む。ＡＴＳは、再生装置102内のデコーダにおいて、そのソース・パケット651から取り出されたＴＳパケット650の先頭をＰＩＤフィルタへ送出すべき時刻を示す。図８に示されているように、ＡＶクリップ・ファイル613では複数のソース・パケット651が順番に並べられている。ソース・パケット651は先頭から順に番号付けされている。その番号をソース・パケット・ナンバー（ＳＰＮ：Source Packet Number）と呼ぶ。
【００４３】
ＡＶクリップ・ファイルに含まれるＴＳパケットの種類には、図６に示されている各エレメンタリ・ストリーム601、604、607、610、すなわち、映像・音声・字幕の各ストリームから得られるもの603、606、609、612の他に、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、ＰＣＲ（Program Clock Reference）がある。ＰＡＴは、同じＡＶクリップ・ファイル内のＰＭＴのＰＩＤを示す情報を含む。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶクリップ・ファイルに含まれる各エレメンタリ・ストリームのＰＩＤとその属性に関するディスクリプタ、及び、そのＡＶクリップ・ファイル全体に関するディスクリプタを含む。ディスクリプタの中には、ＡＶクリップ・ファイルのコピーの許可／禁止を示すコピー・コントロール情報がある。ＰＣＲは、デコーダ内でＰＴＳやＤＴＳの基準として利用されるクロック、すなわちＳＴＣ（System Time Clock）を所定値に設定するための情報を含む。
【００４４】
＜クリップ情報ファイル（XXX.CLPI、ZZZ.CLPI）2044A、2044B＞
【００４５】
図９は、クリップ情報ファイル2044Aのデータ構造を示す模式図である。図２に示されているクリップ情報ファイル2044A、2044Bは、ＳＴＲＥＡＭディレクトリ2045に置かれたＡＶクリップ・ファイル2045A、2045Bと一対一に対応する。各クリップ情報ファイル2044A、2044Bは、対応するＡＶクリップ・ファイル2045A、2045B内のアドレス、すなわちＳＰＮと、ＰＴＳとの間の対応関係を規定する。各クリップ情報ファイル2044A、2044Bは更に、対応するＡＶクリップ・ファイル2045A、2045Bに多重化されている各エレメンタリ・ストリームの属性を示す。以下、プライマリ・ビデオ・ストリームを含むＡＶクリップ・ファイル2045Aに対応するクリップ情報ファイル2044Aを例に挙げて説明する。尚、その説明はクリップ情報ファイル2044Bについても同様に当てはまる。図９に示されているように、クリップ情報ファイル2044Aはストリーム属性情報441とマーク・テーブル情報442とを含む。
【００４６】
図１０は、ストリーム属性情報441のデータ構造を示す模式図である。図１０に示されているように、ストリーム属性情報441には、図５の（ａ）に示されているＡＶクリップ・ファイル2045A内の各エレメンタリ・ストリーム45V1、45V2、45V3、45A1、45A2、45A3、45P1、45P2、45Iについての属性情報が各エレメンタリ・ストリームのＰＩＤに対応付けられて登録されている。例えば、プライマリ・ビデオ・ストリーム45V1のＰＩＤ“０ｘ１０１１”441Aにはその属性情報441Bが対応付けられ、プライマリ・オーディオ・ストリームのＰＩＤ“０ｘ１１０１”441Cにはその属性情報441Dが対応付けられている。属性情報の詳細は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの間で異なる。ビデオ・ストリーム属性情報441Bは、そのビデオ・ストリームの圧縮に利用されたコーデックの識別情報443B、そのビデオ・ストリームを構成する各ピクチャの解像度444Bとアスペクト比445B、及びそのビデオ・ストリームのフレーム・レート446Bを含む。オーディオ・ストリーム属性情報441Dは、そのオーディオ・ストリームの圧縮に利用されたコーデックの識別情報443D、そのオーディオ・ストリームに含まれるチャンネル数444D、そのオーディオ・ストリームの表す言語445D、及びそのオーディオ・ストリームのサンプリング周波数446Dを含む。これらの属性情報は再生装置102内でデコーダの初期化に利用される。
【００４７】
図１１の（ａ）は、マーク・テーブル情報442のデータ構造を示す模式図である。マーク・テーブル情報442は、一つのＡＶクリップ・ファイルに多重化されているエレメンタリ・ストリームごとにＳＰＮとＰＴＳとの間の対応関係を規定する。例えば図１１の（ａ）に示されているように、マーク・テーブル情報442は、ＡＶクリップ・ファイルに多重化されたビデオ・ストリームごとにクリップ・マーク情報442Aを含む。クリップ・マーク情報442Aは、そのビデオ・ストリーム内のＩピクチャのＰＴＳ442Bと、そのＩピクチャを含むＡＶクリップ・ファイルの部分のＳＰＮ442Cとの対が一つのクリップ・マークＩＤ（Ｍ＿ＩＤ）442Dに対応付けられている。例えば、プライマリ・ビデオ・ストリーム45V1のＰＩＤ“０ｘ１０１１”441Aに対応付けられたクリップ・マーク情報442Aでは、各ＩピクチャのＰＴＳ“１８００００”、“２７００００”、“３６００００”、“４５００００”、…と、そのＩピクチャを含む最初のソース・パケットのＳＰＮ“３”、“１５００”、“３２００”、“４８００”、…との対が、ＡＶクリップ・ファイル2045A内でのＩピクチャの順序に従って、Ｍ＿ＩＤ＝０、１、２、３、…に対応付けられている。
【００４８】
図１１の（ｂ）は、ＡＶクリップ・ファイル2045Aに含まれるソース・パケットのうち、クリップ・マーク情報442Aによって各Ｍ＿ＩＤに対応づけられているＳＰＮのソース・パケットを示す模式図である。再生装置102はクリップ・マーク情報442Aを参照することにより、プライマリ・ビデオ・ストリーム45V1に含まれるフレームのうち、任意のＰＴＳでのフレームを含むＡＶクリップ・ファイル2045A内のソース・パケットを特定できる。例えば、早送り再生や巻戻し再生等の特殊再生では、再生装置102はクリップ・マーク情報442Aを参照して、各Ｍ＿ＩＤに対応付けられたＳＰＮのソース・パケットを特定して再生する。それにより、Ｉピクチャが選択的に再生される。こうして、再生装置102は特殊再生を効率的に実行できる。
【００４９】
マーク・テーブル情報442では、ビデオ・ストリーム以外のエレメンタリ・ストリームについても同様に、クリップ・マーク情報が特定のデータ部分のＰＴＳとＳＰＮとの対に一つずつ、Ｍ＿ＩＤを対応付けている。従って、再生装置102はそのクリップ・マーク情報を参照することにより、各エレメンタリ・ストリーム内の任意のＰＴＳに対応するＡＶクリップ・ファイル内のソース・パケットを特定できる。
【００５０】
＜プレイリスト・ファイル（YYY.MPLS）2043A＞
【００５１】
図１２は、プレイリスト・ファイル2043Aのデータ構造を示す模式図である。図１２に示されているように、プレイリスト・ファイル2043Aはプレイリスト情報430とプレイリスト・マーク情報431とを含む。
【００５２】
プレイリスト情報430は、ＡＶクリップ・ファイル2045A、2045Bの再生経路、すなわち、ＡＶクリップ・ファイル2045A、2045Bのうち、再生されるべき部分をその再生時刻で規定する。プレイリスト情報430は特に、１つ以上のプレイアイテム情報43M1、43M2、43M3を含む。各プレイアイテム情報43M1、43M2、43M3は、プライマリ・ビデオ・ストリームを含むＡＶクリップ・ファイル2045Aのうち、連続して再生されるべき部分をその再生区間、すなわち再生開始時刻と再生終了時刻との対で規定する。プレイアイテム情報43M1、43M2、43M3には通し番号が振られている。その通し番号は、各プレイアイテム情報43M1、43M2、43M3によって規定されるＡＶクリップ・ファイル2045Aの部分が再生されるべき順序を表す。その通し番号はまた、各プレイアイテム情報43M1、43M2、43Mの識別子、すなわちプレイアイテムＩＤとして利用される。
【００５３】
プレイリスト情報430は更に、図１２に示されているように、１つ以上のサブパス43S1、43S2、43S3を含んでも良い。各サブパス43S1、43S2、43S3は、プレイアイテム情報43M1、43M2、43M3の示すＡＶクリップ・ファイル2045Aの部分に合わせて再生されるべきそのＡＶクリップ・ファイル2045Aの別の再生経路、又は別のＡＶクリップ・ファイル2045Bの再生経路を規定する。尚、サブパス43S1、43S2、43S3に対し、プレイアイテム情報43M1、43M2、43M3の示すＡＶクリップ・ファイル2045Aの再生経路はメインパスと呼ぶ。特にテキスト字幕ストリームを含むＡＶクリップ・ファイル2045Bは、メインパスではなく、サブパスで参照される。各サブパス43S1、43S2、43S3は、サブパスＩＤ43SA、サブパス・タイプ43SB、及び１以上のサブプレイアイテム情報43SC1、43SC2、43SC3を含む。サブパスＩＤ43SAはサブパスの識別子である。サブパス・タイプ43SBはサブパス43S1の種類を表す。サブパスの種類には、その再生がメインパスの再生に同期する同期型と、同期しなくても良い非同期型とがある。各サブプレイアイテム情報43SC1、43SC2、43SC3は、再生対象のＡＶクリップ・ファイルのうち、連続して再生されるべき部分をその再生区間、すなわち再生開始時刻と再生終了時刻との対で規定する。サブプレイアイテム情報の数は一般に、サブパスごとに異なる。各サブパス43S1、43S2、43S3のサブプレイアイテム情報43SC1、43SC2、43SC3には通し番号が振られている。その通し番号は、各サブプレイアイテム情報43SC1、43SC2、43SC3によって規定されるＡＶクリップ・ファイルの部分が再生されるべき順序を表す。
【００５４】
図１３は、プレイアイテム情報1400のデータ構造を示す模式図である。図１３に示されているように、プレイアイテム情報1400は、参照クリップ情報1401、再生開始時刻1402、再生終了時刻1403、ユーザ操作制御情報1404、及びストリーム選択テーブル1405を含む。参照クリップ情報1401は、ＡＶクリップ・ファイル2045A、2045Bの参照に必要なクリップ情報ファイル2044A、2044Bを識別するための情報である。再生開始時刻1402と再生終了時刻1403とは、ＡＶクリップ・ファイル2045A、2045Bの再生されるべき部分の先頭と末尾との各ＰＴＳを示す。ストリーム選択テーブル1405は、再生開始時刻1402から再生終了時刻1403までの間に再生装置102内のデコーダによってＡＶクリップ・ファイル2045A、2045Bの中から選択可能なエレメンタリ・ストリームのリストを表す。
【００５５】
図１３に示されているように、ストリーム選択テーブル1405は複数のストリーム・エントリ1409を含む。ストリーム・エントリ1409は、ストリーム選択番号1406、ストリーム・パス情報1407、及びストリーム識別情報1408を含む。ストリーム選択番号1406は、ストリーム選択テーブル1405に含まれる各ストリーム・エントリ1409に振られた通し番号である。ストリーム・パス情報1407は、再生対象のＡＶクリップ・ファイルを特定するための情報である。例えば、ストリーム・パス情報1407が“メインパス”を示す場合、再生対象のＡＶクリップ・ファイルは、参照クリップ情報1401の示すクリップ情報ファイル2044Aに対応付けられたＡＶクリップ・ファイル2045Aである。一方、ストリーム・パス情報1407が“サブパスＩＤ＝１”を示す場合、再生対象のＡＶクリップ・ファイルは、サブパスＩＤ＝１のサブパス43S2に含まれるサブプレイアイテム情報の一つが示すＡＶクリップ・ファイルである。ここで、そのサブプレイアイテム情報は、それの示す再生区間が再生開始時刻1402から再生終了時刻1403までの間に含まれるものである。ストリーム識別情報1408は、ストリーム・パス情報1407によって特定されるＡＶクリップ・ファイルに多重化されているエレメンタリ・ストリームのいずれかのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが、再生開始時刻1402から再生終了時刻1403までの間に再生装置102によって再生対象のＡＶクリップ・ファイルの中から選択可能である。
【００５６】
図１２に示されている各サブプレイアイテム情報43SC1、43SC2、43SC3は、図１３に示されているプレイアイテム情報1400と同様に、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む。サブパス・タイプ43SBが同期型であるサブパス43S1、43S2では、サブプレイアイテム情報は更にプレイアイテムＩＤを一つ含む。そのサブプレイアイテム情報の再生開始時刻と再生終了時刻とは、そのプレイアイテムＩＤのプレイアイテム情報の示す再生区間に含まれる。
【００５７】
図１４は、図１２に示されているプレイリスト情報430の示すメインパスと二つのサブパスとに従って再生されるＡＶクリップ・ファイル2045A、2045Bの各部分CL1、CL2、CL3を示す模式図である。図１４に示されている三本の時間軸MP、SP1、SP2はそれぞれ、メインパス、第１のサブパス、及び第２のサブパスに従って再生されるストリームの再生時間を表す。ここで、第１のサブパスのサブパスＩＤを０とし、第２のサブパスのサブパスＩＤを１とする。
【００５８】
メインパスMPに沿った再生処理では、再生装置102は、プレイリスト情報430の中から、プレイアイテム情報＃１43M1、プレイアイテム情報＃２43M2、プレイアイテム情報＃３43M3をプレイアイテムＩＤの順に参照する。例えばプレイアイテム情報＃１43M1が参照されるとき、まず、その参照クリップ情報1401（図１３参照）の示すクリップ情報ファイル2044Aのマーク・テーブル情報442（図１１の（ａ）参照）から、再生開始時刻IN1に対応するＰＴＳを含むクリップ・マーク情報442Aが検索される。次に、そのクリップ・マーク情報に含まれるＡＶクリップ・ファイル2045AのＳＰＮSPが開始アドレスとして特定される。同様に、再生終了時刻OUT1に対応するＳＰＮEPが終了アドレスとして特定される。続いて、クリップ情報ファイル2044Aのストリーム属性情報441（図１１の（ａ）参照）が利用されて、プレイアイテム情報＃１43M1のストリーム選択テーブル1405（図１３参照）に登録されたエレメンタリ・ストリームの中から、再生装置102とディスプレイ103との両方で再生可能なものが検出される。更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号1406を持つものが選択され、その選択されたエレメンタリ・ストリームのストリーム識別情報1408に記述されたＰＩＤがデコーダに設定される。その結果、ＡＶクリップ・ファイル2045Aの開始アドレスSPから終了アドレスEPまでの部分CL1のうち、そのＰＩＤを持つソース・パケットがデコーダによって処理される。こうして、メインパスMPのうち、再生開始時刻IN1から再生終了時刻OUT1までの再生区間PI1での再生処理が行われる。
【００５９】
プレイアイテム情報＃１43M1のストリーム選択テーブルに登録されているストリーム・エントリの一つで、ストリーム・パス情報が“サブパスＩＤ＝０”を示し、ストリーム識別情報がＰＧストリームのＰＩＤを示す場合、まず、第１のサブパス43S1の中からサブプレイアイテム情報＃１43SC1が参照される。ここで、そのサブプレイアイテム情報＃１43SC1は、それの示す再生開始時刻IN2と再生終了時刻OUT2とがいずれも、プレイアイテム情報＃１の示す再生区間PI1に含まれるものである。次に、プレイアイテム情報＃１43M1の示す再生区間PI1からＡＶクリップ・ファイル2045Aの部分CL1が特定された場合と同様にして、サブプレイアイテム情報＃１43SC1の示す再生区間SPI1で再生されるべきＡＶクリップ・ファイル2045Aの部分CL2が特定される。その結果、第１のサブパスの再生区間SPI1では、ＡＶクリップ・ファイル2045Aのその部分CL2の中からＰＧストリームが、メインパスの再生区間PI1に同期して再生される。同様に、プレイアイテム情報＃１43M1のストリーム選択テーブルに登録されている別のストリーム・エントリで、ストリーム・パス情報が“サブパスＩＤ＝１”を示し、ストリーム識別情報がテキスト字幕ストリームを示す場合は、第２のサブパス43S2に含まれる一つのサブプレイアイテム情報から再生対象のＡＶクリップ・ファイル2045Bの部分CL3が特定される。その結果、第２のサブパスの再生区間SPI2では、その部分CL3からテキスト字幕ストリームがメインパスの再生区間PI1に同期して再生される。
【００６０】
上記のとおり、一連のＡＶコンテンツの再生には、プレイリスト情報、クリップ情報ファイル、及びＡＶクリップ・ファイルの組み合わせが利用される。「プレイリスト」はこのファイルの組み合わせをいう。また、「プレイアイテム」は、プレイリストのうち、一つのプレイアイテム情報に組み合わされている部分をいう。
【００６１】
図１５の（ａ）は、プレイリスト・マーク情報431のデータ構造を示す模式図である。プレイリスト・マーク情報431は、プレイリストに含まれる特定のプレイアイテムの種類とその再生開始時刻との間の対応関係を示すテーブルである。図１５の（ａ）に示されているように、プレイリスト・マーク情報431では、マーク・タイプ431BとＰＴＳ431Cとの対が、一つのプレイリスト・マークＩＤ（ＰＬＭ＿ＩＤ）431Aに対応付けられている。マーク・タイプ431Bは、ＰＬＭ＿ＩＤ431Aで特定されるべきプレイアイテムの種類を表す。その種類は、映画のコンテンツのチャプタ、及び広告を含む。ＰＴＳ431Cは、ＰＬＭ＿ＩＤ431Aで特定されるべきプレイアイテムの再生開始時刻を示す。ＰＬＭ＿ＩＤ431A、マーク・タイプ431B、及びＰＴＳ431Cの組み合わせを「プレイリスト・マーク」という。
【００６２】
図１５の（ｂ）は、プレイリストのうち、プレイリスト・マークによって特定されるプレイアイテムを示す模式図である。ここで、プレイリストの再生時間はＳＴＣで表される。図１５の（ｂ）では、そのプレイリストに含まれる各プレイアイテムがＳＴＣ上の再生区間PI1、PI2、PI3、PI4、PI5で順次再生される。再生装置102は、プレイリスト・マーク情報431を参照することにより、それらのプレイアイテムの再生区間PI1、PI2、PI3、PI4、PI5の中から、プレイリスト・マークで特定されるプレイアイテムの再生区間を検索できる。例えば図１５の（ａ）では、ＰＬＭ＿ＩＤ＝０のプレイリスト・マークは、チャプタの先頭のプレイアイテムの再生開始時刻がＰＴＳ＃１であることを示す。従って、そのチャプタの頭出し再生では、図１５の（ｂ）に示されているように、再生開始時刻がＰＴＳ＃１である再生区間PI1のプレイアイテムから再生される。図１５の（ａ）では更に、ＰＬＭ＿ＩＤ＝１のプレイリスト・マークは、広告のプレイアイテムの再生開始時刻がＰＴＳ＃２であることを示す。従って、図１５の（ｂ）に示されているように、再生開始時刻がＰＴＳ＃２である再生区間PI3が、ＰＬＭ＿ＩＤ＝１のプレイリスト・マークの示す広告のプレイアイテムの再生区間であることがわかる。
【００６３】
＜ＪＡＲファイル（AAA.JAR）2046A＞
【００６４】
ＪＡＲファイル2046Aは、図４の（ｂ）に示されているＢＤ−Ｊオブジェクト471、472、又は、図４の（ｃ）に示されているサービス・オブジェクト42C1、42C2に従って実行されるＢＤ−Ｊアプリケーション・プログラムを格納している。ＢＤ−Ｊアプリケーション・プログラムはバイトコード・プログラムであり、特にＪａｖａアプリケーション・プログラムである。ここで、本明細書に記載される「Ｊａｖａ」はサン・マイクロシステムズ株式会社の登録商標である。ＢＤ−Ｊアプリケーション・プログラムは、ＧＥＭ（Globally Excecutable Multimedia home platform）１．０．２に準拠のＨＡＶｉフレームワークを含む。再生装置102のＪａｖａプラットフォームが、ＪＦＩＦ（ＪＰＥＧ）やＰＮＧ等のラスタ・データを利用して画面表示を行うためのスタンダードＪａｖａライブラリを含む場合、ＢＤ−Ｊアプリケーション・プログラムは再生装置102に、ＧＥＭ１．０．２におけるリモート・コントロール・ナビゲーション機構を利用したＧＵＩフレームワークを実現させることができる。すなわち、ＢＤ−Ｊアプリケーション・プログラムは再生装置102に、ＨＡＶｉフレームワークに基づく、ボタン、テキスト、又は電子掲示板（ＢＢＳ）等の画面表示を動画像の表示と合成させることにより、ディスプレイ103とリモコン104とを用いたＧＵＩを実現させることができる。
【００６５】
＜再生装置102のハードウェア構成＞
【００６６】
図１６は、再生装置102のハードウェア構成を示すブロック図である。図１６に示されているように、再生装置102は、ＢＤ−ＲＯＭドライブ102A、ローカル・ストレージ1021、ネットワーク・インタフェース102D、操作部102E、バス102F、システムＬＳＩ1000、映像出力部102G、及び音声出力部102Hを含む。ＢＤ−ＲＯＭドライブ102A、ローカル・ストレージ1021、ネットワーク・インタフェース102D、及び操作部102Eはバス102Fを通してシステムＬＳＩ1000と通信可能である。特に、ＢＤ−ＲＯＭドライブ102A、ローカル・ストレージ1021、及びネットワーク・インタフェース102Dは、システムＬＳＩ1000に対してＡＶコンテンツを供給するための手段（以下、供給部という。）1020として機能する。
【００６７】
ネットワーク・インタフェース102Dは外部のネットワーク105とバス102Fとの間を通信可能に接続する。それにより、システムＬＳＩ1000はネットワーク・インタフェース102Ｄを通して、ネットワーク105上のサーバ装置106と通信可能である。
【００６８】
操作部102Eは、リモコン104から赤外線等の無線で送出されたコマンドを受信して解読し、そのコマンドの内容をシステムＬＳＩ1000に通知する。操作部102Eはその他に、再生装置102のフロント・パネルに設けられたボタンの押下を検出してシステムＬＳＩ1000に通知する。
【００６９】
ＢＤ−ＲＯＭドライブ102Aは、内部に挿入されたＢＤ−ＲＯＭディスク101にレーザ光を照射し、その反射光の変化から、ＢＤ−ＲＯＭディスク101に記録されたデータを読み取る。ＢＤ−ＲＯＭドライブ102Aは特に、システムＬＳＩ1000によって指定された論理アドレスに基づき、図２に示されているＢＤ−ＲＯＭディスク101のボリューム領域202からアプリケーション・データ203Bを読み出してシステムＬＳＩ1000に転送する。ここで、ＢＤ−ＲＯＭディスク101から読み出されるデータは、ＡＶクリップ・ファイル2045Aを始め、インデックス・ファイル2042A、ムービー・オブジェクト・ファイル2042B、サービス・オブジェクト・ファイル2042C、プレイリスト・ファイル2043A、ＢＤ−Ｊオブジェクト・ファイル2047A、及びＪＡＲファイル2046Aを含む。
【００７０】
ローカル・ストレージ1021は、ＨＤＤやＳＤカード等のメモリカードを利用した、読み書き可能な大容量記憶装置である。図１６では、ローカル・ストレージ1021はカードリーダ102BとＨＤＤ102Cとを含む。カードリーダ102Bは、内部に挿入されたメモリカード107に対してデータを読み書きできる。ＨＤＤ102Cは再生装置102に内蔵されている。その他に、図１６には示されていないが、外付けのＨＤＤが所定のインタフェースを通してバス102Fに接続され、ローカル・ストレージ1021として利用されても良い。
【００７１】
ローカル・ストレージ1021はシステムＬＳＩ1000からの命令に従い、ネットワーク105上のサーバ装置106からネットワーク・インタフェース102Dを通してＢＤ−ＲＯＭディスク101用のアップデート・キットをダウンロードし、ＨＤＤ102C又はメモリカード107に格納する。その他に、アップデート・キットを格納したメモリカード107がカードリーダ102Bに挿入されていても良い。
【００７２】
システムＬＳＩ1000は、内蔵のファームウェア、又はＢＤ−ＲＯＭディスク101から読み出されたアプリケーション・プログラムを実行し、それらに従って再生装置102の他の要素102A−Fを制御する。システムＬＳＩ1000は特に、ＢＤ−ＲＯＭディスク101上のファイル群とローカル・ストレージ1021内のアップデート・キットとから仮想パッケージを作成し、その仮想パッケージを利用して、ＢＤ−ＲＯＭディスク101とアップデート・キットとのそれぞれに記録されたＡＶコンテンツを一連のプレイリストとして再生する。ここで、仮想パッケージは、システムＬＳＩ1000によって内蔵のメモリ上に作成される仮想的なＢＤ−ＲＯＭディスクであり、アプリケーション・プログラムにＢＤ−ＲＯＭディスク101上のファイル群とアップデート・キット内のファイル群とを、あたかも同じＢＤ−ＲＯＭディスク上のファイル群のようにアクセスさせるファイルシステムを意味する。アプリケーション・プログラムはＢＤ−ＲＯＭディスク101上のファイル群とローカル・ストレージ1021内の差分データとを、実際のパスに代えて、仮想パッケージ上でのパスでアクセスできる。尚、仮想パッケージの作成機能等、システムＬＳＩ1000の機能の詳細については後述する。
【００７３】
映像出力部102Gは、システムＬＳＩ1000によって再現されたビデオ・データVDを、ディスプレイ103に適した出力形式の映像信号VSに変換してディスプレイ103に送出する。尚、映像出力部102GはシステムＬＳＩ1000に組み込まれていても良い。
【００７４】
音声出力部102Hは、システムＬＳＩ1000によって再現されたオーディオ・データADを、外部のスピーカ103Aに適した出力形式の音声信号ASに変換してスピーカ103Aに送出する。尚、音声出力部102HはシステムＬＳＩ1000に組み込まれていても良い。スピーカ103Aはディスプレイ103に内蔵されている。その他に、スピーカ103Aは、ディスプレイ103に外付けされたものであっても良い。
【００７５】
＜アップデート・キットのデータ構造＞
【００７６】
図１７の（ａ）は、ローカル・ストレージ1021に格納されたアップデート・キット205のディレクトリ構造を示す模式図である。アップデート・キット205は差分データとマージ管理情報ファイルとを含む。差分データは、仮想パッケージにおいて、図２に示されているＢＤ−ＲＯＭディスク101上のファイル群と共に組み込まれるべき、又は、そのファイル群の中のいくつかのファイルと置換されるべきファイル群である。差分データは特に、ＢＤ−ＲＯＭディスク101に記録されている広告のプレイアイテムと置換されるべき新たな広告のプレイアイテムを含む。マージ管理情報ファイルは、ローカル・ストレージ1021内での差分データのパスを仮想パッケージ上でのパスに読み替えるために必要なデータを含む。
【００７７】
アップデート・キット205のディレクトリ構造では、図１７の（ａ）に示されているように、ローカル・ストレージ205のルート（ＲＯＯＴ）ディレクトリ2051の直下に追加コンテンツ格納ディレクトリ（ＢＤ＿ＢＵＤＡ）2052が置かれ、その直下にＯｒｇＩＤディレクトリ2053が置かれている。ＯｒｇＩＤディレクトリ2053のディレクトリ名は８桁の１６進数であり、更新対象のＡＶコンテンツのプロパイダに割り当てられたＯｒｇＩＤを表す。ＯｒｇＩＤディレクトリ2053の直下にはＤｉｓｃＩＤディレクトリ2054が置かれている。ＤｉｓｃＩＤディレクトリ2054のディレクトリ名は３２桁の１６進数であり、更新対象のＡＶコンテンツが記録されたＢＤ−ＲＯＭディスクのＤｉｓｃＩＤを表す。ＤｉｓｃＩＤディレクトリ2054には、マージ管理情報ファイル（MERGE.XML）2054A、署名情報ファイル（MERGE.SF）2054B、追加コンテンツ・ファイル（CCC.MPL、VVV.CLP、SSS.CLP、VVV.M2T、SSS.M2T）2054C−Gが置かれている。
【００７８】
図１７の（ｂ）は、マージ管理情報ファイル（MERGE.XML）2054Aのデータ構造を示す模式図である。図１７の（ｂ）に示されているように、マージ管理情報ファイル2054Aは、ローカル・ストレージ・パス541、仮想ファイル・パス542、及び、ネットワーク属性543を含む。ローカル・ストレージ・パス541は、ＢＤ−ＲＯＭディスク101に記録されたファイルに代えて仮想パッケージに組み込まれるべきファイルのそれぞれについて、ローカル・ストレージ1021内での位置とそのファイル名とを表す。仮想ファイル・パス542は、ローカル・ストレージ・パス541で指定された各ファイルの仮想パッケージ上でのアクセス・パスを表す。ネットワーク属性543は、ローカル・ストレージ・パス541で指定されたファイルのうち、ネットワーク105上のサーバ装置106からダウンロード可能なＡＶクリップ・ファイル（SSS.M2T）を示す。このＡＶクリップ・ファイル（SSS.M2T）は、仮想パッケージを作成する時点ではローカル・ストレージ1021に格納されていなくても良く、システムＬＳＩ1000によって実際に処理されるべき時点に、又はその時点までに、ネットワーク105上のサーバ装置106からローカル・ストレージ1021又はシステムＬＳＩ1000にダウンロードされれば良い。
【００７９】
署名情報ファイル（MERGE.SF）2054Bは、更新対象のＡＶコンテンツのプロバイダの電子署名を含む。電子署名は、改竄から保護されるべき情報のハッシュ値を所定の秘密鍵で暗号化したものである。署名情報ファイル2054Bに含まれる電子署名は、マージ管理情報ファイル2054Aのハッシュ値を所定の秘密鍵で暗号化したものである。その秘密鍵は、図２に示されているマージ証明書2048Aに含まれる公開鍵と対を成す。すなわち、その電子署名はその公開鍵を利用して復号可能である。
【００８０】
追加コンテンツ・ファイル2054C−Gは、ＢＤ−ＲＯＭディスク101に記録された元のプレイリストを表すファイル群に追加され、又は置換されるべきファイル群である。図１７の（ａ）では追加コンテンツ・ファイルは、追加プレイリスト・ファイル（CCC.MPL）2054C、追加クリップ情報ファイル（VVV.CLP、SSS.CLP）2054D、2054E、及び追加ＡＶクリップ・ファイル（VVV.M2T、SSS.M2T）2054F、2054Gを含む。
【００８１】
追加プレイリスト・ファイル2054Cは、図１２に示されているプレイリスト・ファイル2043Aと同様、プレイリスト情報とプレイリスト・マーク情報とを含む。プレイリスト情報は、ＢＤ−ＲＯＭディスク101に記録されたＡＶクリップ・ファイル2045Aの再生経路に加え、又はその再生経路とは別に、追加ＡＶクリップ・ファイル2054F、2054Gの再生経路を規定する。プレイリスト情報は特に、ＢＤ−ＲＯＭディスク101に記録されている広告と置換されるべき新たな広告のプレイアイテム情報を含む。プレイリスト・マーク情報は、プレイリスト情報に含まれる特定のプレイアイテム情報、特にチャプタと広告との各プレイアイテム情報に記述された再生開始時刻を示す。
【００８２】
追加クリップ情報ファイル（VVV.CLP、SSS.CLP）2054D、2054Eと追加ＡＶクリップ・ファイル（VVV.M2T、SSS.M2T）2054F、2054Gとは一対一に対応する。追加クリップ情報ファイルの一方（VVV.CLP）2054Dは、追加ＡＶクリップ・ファイル（VVV.M2T）2054Fに関する管理情報であり、その追加ＡＶクリップ・ファイル（VVV.M2T）2054Fと共にダウンロードされる。追加クリップ情報ファイルの他方（SSS.CLP）2054Eは、ネットワーク属性を持つ追加ＡＶクリップ・ファイル（SSS.M2T）2054Gに関する管理情報であり、その追加ＡＶクリップ・ファイル（SSS.M2T）2054Gよりも先にダウンロードされる。その追加ＡＶクリップ・ファイル（SSS.M2T）2054Gは、システムＬＳＩ1000によって実際に処理されるべき時点に、又はその時点までに、ネットワーク105上のサーバ装置106からローカル・ストレージ1021又はシステムＬＳＩ1000にダウンロードされる。新たな広告の映像、音声、又は字幕を表すエレメンタリ・ストリームは、いずれの追加ＡＶクリップ・ファイル（VVV.M2T、SSS.M2T）2054F、2054Gに含まれていても良い。更に、追加コンテンツ・ファイルの中に新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとの対が複数含まれ、そのうちの一対はメインパスの再生に利用され、他の対はサブパスの再生に利用されても良い。
【００８３】
新たな広告のプレイアイテム情報は、ＢＤ−ＲＯＭディスク101に記録されている元の広告のプレイアイテム情報とは以下の点で異なる。まず、図１３に示されているプレイアイテム情報1400のうち、参照クリップ情報1401に記述されたファイル名がいずれかの追加クリップ情報ファイル2054D、2054Eのファイル名に書き換えられている。ここで、新たな広告のクリップ情報ファイルが複数である場合、メインパスに属するもののファイル名が参照クリップ情報1401に記述されている。次に、ストリーム選択テーブル1405が、いずれかの追加ＡＶクリップ・ファイル2054F、2054Gに含まれるエレメンタリ・ストリームに関するものに書き換えられている。更に、そのストリーム選択テーブル1405は、サブパスＩＤを示すストリーム・パス情報1407を含んでいても良い。その場合、追加プレイリスト・ファイル2054CはそのサブパスＩＤのサブパスを含み、新たな広告に関するサブプレイアイテム情報を含む。
【００８４】
＜システムＬＳＩ1000内の機能部＞
【００８５】
図１８は、システムＬＳＩ1000の機能ブロック図である。図１８に示されているように、システムＬＳＩ1000は、バス・インタフェース1001、再生部1010、及び制御部1030を含む。再生部1010は、第１のリード・バッファ1011、第２のリード・バッファ1012、及びシステム・ターゲット・デコーダ1013を含む。制御部1030は、ユーザ・イベント処理部1031、仮想ファイル制御部1032、及び再生制御部1033を含む。制御部1030は、システムＬＳＩ1000に組み込まれたプログラム、すなわちシステムＬＳＩ1000のファームウェアを実行することにより、上記の機能部1031、1032、1033を実現する。バス・インタフェース1001、再生部1010、及び制御部1030は単一のチップに実装されている。その他に、再生部1010と制御部1030とが、互いに異なるチップに実装されても良い。
【００８６】
バス・インタフェース1001は、バス102Fを通してシステムＬＳＩ1000内の各機能部1010、1030を、図２に示されている供給部1020及び操作部102Eに通信可能に接続する。バス・インタフェース1001は特に、仮想ファイル制御部1032からの指示に従って、バス102F及びＢＤ−ＲＯＭドライブ102Aを通してＢＤ−ＲＯＭディスク101から、又はバス102Fを通してローカル・ストレージ1021から、それぞれＡＶクリップ・ファイルを読み込む。その他に、バス・インタフェース1001は、バス102F及びネットワーク・インタフェース102Dを通してネットワーク105上のサーバ装置106からＡＶクリップ・ファイルをダウンロードしても良い。バス・インタフェース1001は更に、各ＡＶクリップ・ファイルを、２つのリード・バッファ1011、1012のうち、仮想ファイル制御部1032によって指示された方に送出する。ここで、バス・インタフェース1001は、仮想ファイル制御部1032からの指示に応じ、異なるＡＶクリップ・ファイルを各リード・バッファ1011、1012にパラレルに送出できる。
【００８７】
第１のリード・バッファ1011と第２のリード・バッファ1012とはいずれも、システムＬＳＩ1000に内蔵のバッファ・メモリである。各リード・バッファ1011、1012はバス・インタフェース1001からＡＶクリップ・ファイルMCL、SCLを読み込んで一時的に保持する。ここで、バス・インタフェース1001が仮想ファイル制御部1032からの指示に従ってＡＶクリップ・ファイルMCL、SCLの送出先を選択することにより、第１のリード・バッファ1011にはメインパスのＡＶクリップ・ファイルMCLが保持され、第２のリード・バッファ1012にはサブパスのＡＶクリップ・ファイルSCLが保持される。
【００８８】
システム・ターゲット・デコーダ1013は２つのリード・バッファ1011、1012からパラレルにＡＶクリップ・ファイルMCL、SCLをソース・パケット単位で読み出す。システム・ターゲット・デコーダ1013は更に、それらのソース・パケットから、再生制御部1033によって指定されたＰＩＤのエレメンタリ・ストリームを分離する。システム・ターゲット・デコーダ1013は更に、分離された各エレメンタリ・ストリームをその種類別、すなわちＰＩＤ別に復号して、それらからビデオ・データVD及びオーディオ・データADを再現する。システム・ターゲット・デコーダ1013はその他に、再生制御部1033からメニュー表示等、ＧＵＩ用のグラフィックス・データGDを受信して復号し、ビデオ・データVDに合成する。システム・ターゲット・デコーダ1013の構成の詳細については後述する。
【００８９】
ユーザ・イベント処理部1031は、操作部102Eからの通知INTを受信して、その通知INTからコマンドを解読し、そのコマンドの示すユーザの操作の内容を解釈する。ユーザ・イベント処理部1031は更に、その操作内容に応じた処理の依頼UOを再生制御部1033に送出する。操作部102Eからの通知INTが例えばＢＤ−ＲＯＭドライブ102AへのＢＤ−ＲＯＭディスク101の挿入を示す場合、ユーザ・イベント処理部1031は再生制御部1033にＢＤ−ＲＯＭディスク101からのインデックス・ファイルの読み出しを依頼する。操作部102Eからの通知INTが例えばリモコン104の早送り／巻戻しボタンの押下を示す場合、ユーザ・イベント処理部1031は再生制御部1033に、再生中のプレイリストに対する早送り／巻戻し処理を依頼する。
【００９０】
仮想ファイル制御部1032はＢＤ−ＲＯＭディスク101に対するファイル・アクセスを管理する。特にローカル・ストレージ1021にアップデート・キット205が格納されている場合、仮想ファイル制御部1032は、図２に示されているＢＤ−ＲＯＭディスク101上のファイル群に加え、図１７の（ａ）に示されているローカル・ストレージ1021内の差分データとマージ管理情報とを利用して仮想パッケージを内蔵のメモリに作成する。例えばＢＤ−ＲＯＭディスク101がＢＤ−ＲＯＭドライブ102Aに挿入されたことをユーザ・イベント処理部1031から通知された時、再生制御部1033は仮想パッケージの作成を命令COMで仮想ファイル制御部1032に指示する。仮想ファイル制御部1032はその命令COMに応じて仮想パッケージを作成する。仮想ファイル制御部1032による仮想パッケージ206の作成過程の詳細については後述する。
【００９１】
仮想ファイル制御部1032は、仮想パッケージの作成後、仮想パッケージからインデックス・ファイルIFを読み出して再生制御部1033に渡す。その後、仮想ファイル制御部1032は、再生制御部1033からの命令COMやユーザ・イベント処理部1031からの依頼UOに応じて仮想パッケージへのファイル・アクセスを管理する。例えば、仮想ファイル制御部1032は仮想パッケージから再生対象のシナリオ情報、すなわちカレントのシナリオ情報DS、SSを読み出して再生制御部1033に渡す。ここで、シナリオ情報は動的シナリオ情報DSと静的シナリオ情報SSとを含む。動的シナリオ情報DSは、ムービー・オブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、サービス・オブジェクト・ファイル、及びＪＡＲファイルを含む。静的シナリオ情報SSはプレイリスト・ファイルとその参照先のクリップ情報ファイルとを含む。仮想ファイル制御部1032は更に、バス・インタフェース1001に、メインパスで再生されるべきＡＶクリップ・ファイルMCLを仮想パッケージから第１のリード・バッファ1011へ転送させ、サブパスで再生されるべきＡＶクリップ・ファイルSCLを仮想パッケージから第２のリード・バッファ1012へ転送させる。
【００９２】
再生制御部1033は、システムＬＳＩ1000のファームウェアを実行してアプリケーション・プログラムの実行環境を整え、更にその環境下で、動的シナリオ情報DSからアプリケーション・プログラムを読み出して実行する。それにより、再生制御部1033は、アプリケーション・プログラムに従って再生装置102内の各要素を制御する。再生制御部1033の構成の詳細については後述する。
【００９３】
再生制御部1033は具体的には次のように機能する。再生制御部1033は、まず、ユーザ・イベント処理部1031からの依頼UOに応じてインデックス・ファイル内のインデックス・テーブルから一つのタイトルを選択し、そのタイトルに関連するファイル群を仮想ファイル制御部1032に命令COMで要求する。ここで、そのファイル群は、そのタイトルで指定されるムービー・オブジェクト又はＢＤ−Ｊオブジェクト、及び、それらに従って呼び出されるべきサービス・オブジェクト又はＢＤ−Ｊアプリケーション・プログラムを含む。そのとき、仮想ファイル制御部1032はそのファイル群を仮想パッケージから読み出して、カレントの動的シナリオ情報DSとして再生制御部1033に渡す。次に、再生制御部1033はその動的シナリオ情報DSに従って一つのプレイリストを再生対象として仮想ファイル制御部1032に命令COMで指定する。そのとき、仮想ファイル制御部1032は、そのプレイリストを表すプレイリスト情報とその参照先のクリップ情報ファイルとを仮想パッケージから読み出して、カレントの静的シナリオ情報SSとして再生制御部1033に渡す。更に、再生制御部1033はその静的シナリオ情報SSに従って一つのプレイアイテムを再生対象として仮想ファイル制御部1032に命令COMで指定する。そのとき、仮想ファイル制御部1032はバス・インタフェース1001に、そのプレイアイテムに含まれるＡＶクリップ・ファイルの部分を仮想パッケージから読み出させ、その部分のうち、メインパスで再生されるべきものMCLを第１のリード・バッファ1011へ送出させ、サブパスで再生されるべきものSCLを第２のリード・バッファ1012へ送出させる。
【００９４】
＜仮想ファイル制御部1032による仮想パッケージ206の作成過程＞
【００９５】
図１９は、仮想ファイル制御部1032による仮想パッケージ206の作成過程を示す模式図である。ここで、ＢＤ−ＲＯＭディスク101上のＢＤＭＶディレクトリ2042内のファイル群はそのまま、仮想パッケージ206上のＢＤＭＶディレクトリ2062内のファイル群とみなされる。仮想ファイル制御部1032はまず、図２に示されているＢＤ−ＲＯＭディスク101上のＣＥＲＴＩＦＩＣＡＴＥディレクトリ2048からＩＤファイル2048Bを読み出し、そのファイルからＢＤ−ＲＯＭディスク101のＯｒｇＩＤ“１”とＤｉｓｃＩＤ“１”とを取得する。次に、仮想ファイル制御部1032はローカル・ストレージ1021内のアップデート・キット205から、ＯｒｇＩＤ“１”を表すディレクトリ名のＯｒｇＩＤディレクトリ2053を探し、そのＯｒｇＩＤディレクトリ2053の中から、ＤｉｓｃＩＤ“１”を表すディレクトリ名のＤｉｓｃＩＤディレクトリ2054を探す。更に、仮想ファイル制御部1032はそのＤｉｓｃＩＤディレクトリ2054からマージ管理情報ファイル（MERGE.XML）2054Aと署名情報ファイル（MERGE.SF）2054Bとを読み出し、図２に示されているＢＤ−ＲＯＭディスク101上のマージ証明書2048Aに含まれる公開鍵で署名情報ファイル2054Bを復号し、その復号されたファイルをマージ管理情報ファイル2054Aと照合する。それにより、マージ管理情報ファイル2054Aが認証される。その認証に成功した後、仮想ファイル制御部1032は、図１７の（ｂ）に示されているマージ管理情報ファイル2054Aに記述されたパスの対応関係に従って、追加コンテンツ・ファイル（CCC.MPL、VVV.CLP、SSS.CLP、VVV.M2T）2054C−Fのローカル・ストレージ1021内でのパスを仮想パッケージ206上でのパスに対応させる。
【００９６】
図１７の（ｂ）では、追加プレイリスト・ファイル2054Cのローカル・ストレージ・パスが“／１／１／ＣＣＣ．ＭＰＬ”と記述され、その仮想ファイル・パスが“／ＢＤＭＶ／ＰＬＡＹＬＩＳＴ／ＹＹＹ．ＭＰＬＳ”と記述されている。従って、仮想パッケージ206上のＰＬＡＹＬＩＳＴディレクトリ2063内のプレイリスト・ファイル（YYY.MPLS）2063Aがアクセスされると、実際にはＢＤ−ＲＯＭディスク101上のプレイリスト・ファイル（YYY.MPLS）2043Aではなく、追加プレイリスト・ファイル（CCC.MPL）2054Cがアクセスされる。図１７の（ｂ）では更に、他の追加コンテンツ・ファイル2054D−Gの各ローカル・ストレージ・パスが、“／１／１／ＶＶＶ．ＣＬＰ”、“／１／１／ＶＶＶ．Ｍ２Ｔ”、“／１／１／ＳＳＳ．ＣＬＰ”、“／１／１／ＳＳＳ．Ｍ２Ｔ”と記述され、それらの各仮想ファイル・パスが“／ＢＤＭＶ／ＣＬＩＰＩＮＦ／ＶＶＶ．ＣＬＰＩ”、“／ＢＤＭＶ／ＳＴＲＥＡＭ／ＶＶＶ．Ｍ２ＴＳ”、“ＢＤＭＶ／ＣＬＩＰＩＮＦ／ＳＳＳ．ＣＬＰＩ”、“ＢＤＭＶ／ＳＴＲＥＡＭ／ＳＳＳ．Ｍ２ＴＳ”と記述されている。従って、仮想パッケージ206上のＣＬＩＰＩＮＦディレクトリ2064内のクリップ情報ファイル（VVV.CLPI、SSS.CLPI）2064C、2064Dがアクセスされると、実際には追加クリップ情報ファイル（VVV.CLP、SSS.CLP）2054D、2054Eがアクセスされ、ＳＴＲＥＡＭディレクトリ2065内のＡＶクリップ・ファイル（VVV.M2TS）2064Cがアクセスされると、実際には追加ＡＶクリップ・ファイル（VVV.M2T）2054Fがアクセスされる。一方、マージ管理情報ファイル2054Aでは追加ＡＶクリップ・ファイルの一つ（SSS.M2T）にネットワーク属性が付与されている。従って、図１９に示されているそのファイル（SSS.M2T）2054Gは、仮想パッケージ206の作成時にはまだアップデート・キット205に含まれていなくても良い。仮想パッケージ206の作成後、そのＳＴＲＥＡＭディレクトリ2065内のＡＶクリップ・ファイル（SSS.M2TS）2065Dがアクセスされた時点に、又はその時点までに、ネットワーク105上のサーバ装置106からローカル・ストレージ1021又はシステムＬＳＩ1000に追加ＡＶクリップ・ファイル（SSS.M2T）2054Gがダウンロードされる。
【００９７】
＜再生制御部1033の構成＞
【００９８】
図２０は、再生制御部1033の機能ブロック図である。図２０に示されているように、再生制御部1033は、静的シナリオ・メモリ31、動的シナリオ・メモリ32、モジュール・マネージャ33、ＤＶＤライク・モジュール35、Ｊａｖａモジュール36、及び再生制御エンジン37を含む。
【００９９】
静的シナリオ・メモリ31と動的シナリオ・メモリ32とはいずれも、再生制御部1033に内蔵のメモリである。静的シナリオ・メモリ31は、仮想ファイル制御部1032からカレントの静的シナリオ情報SS、すなわち再生対象のプレイリスト・ファイル及びクリップ情報ファイルを受信して格納する。この静的シナリオ情報SSは再生制御エンジン38によって参照される。動的シナリオ・メモリ32は、仮想ファイル制御部1032からカレントの動的シナリオ情報DS、すなわち、実行対象のプログラムを示すムービー・オブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、サービス・オブジェクト・ファイル、又はＪＡＲファイルを受信して格納する。これらのファイルはＤＶＤライク・モジュール35又はＪａｖａモジュール36によって処理される。
【０１００】
モジュール・マネージャ33は、仮想ファイル制御部1032からインデックス・ファイルIFを受信して保持する。モジュール・マネージャ33は更にそのインデックス・ファイルIFに基づいて再生装置102の動作モードを管理する。具体的には、モジュール・マネージャ33は、インデックス・ファイルIF内のインデックス・テーブルから一つの項目、すなわちタイトルが選択される度に、動的シナリオ・メモリ32に格納された動的シナリオ情報DSをＤＶＤライク・モジュール35又はＪａｖａモジュール36に割り当てて処理させる。動的シナリオ情報DSがムービー・オブジェクト・ファイルである場合、モジュール・マネージャ33はその動的シナリオ情報DSをＤＶＤライク・モジュール35に割り当てる。このときの動作モードをムービー・モードという。一方、動的シナリオ情報DSがＢＳ−Ｊオブジェクト又はサービス・オブジェクトである場合、モジュール・マネージャ33はその動的シナリオ情報DSをＪａｖａモジュール36に割り当てる。このときの動作モードをＪａｖａモードという。モジュール・マネージャ33は更に、ユーザ・イベント処理部1031からの依頼UOが動作モードの切り換えを示す場合、又は各モジュール35、36から動作モードの切り換えを要求された場合、動的シナリオ情報DSの割り当て先を両モジュール35、36の間で切り換える。
【０１０１】
モジュール・マネージャ33はディスパッチャ34を含む。ディスパッチャ34はユーザ・イベント処理部1031から依頼UOを受信し、その中から、現在の動作モードに適した依頼UOを選択して、動的シナリオ情報DSの割り当て先のモジュール35又は36に渡す。例えば依頼UOが早送り再生／巻戻し再生を示す場合、ディスパッチャ34はその依頼UOを、ムービー・モードであればＤＶＤライク・モジュール35に渡し、ＪａｖａモードであればＪａｖａモジュール36に渡す。ディスパッチャ34は更に、ユーザ・イベント処理部1031からの依頼UOが、ＢＤ−ＲＯＭドライブ102AへのＢＤ−ＲＯＭディスク101の挿入に伴うＢＤ−ＲＯＭディスク101からのインデックス・ファイルの読み出しを示す場合、再生制御エンジン37を通して仮想ファイル制御部1032にインデックス・ファイルIFの読み出しを命令COMで指示する。
【０１０２】
ＤＶＤライク・モジュール35は仮想的なＤＶＤプレーヤであり、ムービー・モードにおいて、動的シナリオ・メモリ32内の動的シナリオ情報DSからムービー・オブジェクトを読み出し、それに記述されたナビゲーション・コマンドを順番に実行する。それにより、ＤＶＤライク・モジュール35は再生制御エンジン37に対し、ムービー・オブジェクトの示すプレイリストの再生を指示する。
【０１０３】
Ｊａｖａモジュール36はＪａｖａプラットフォームであり、Ｊ２ＭＥ（Java2Micro＿Edition）、ＰＢＰ（Personal Basis Profile）１．０、及びＧＥＭ１．０．２に準拠している。Ｊａｖａモジュール36はＪａｖａ仮想マシン36AとＪａｖａライブラリ36Bとを含む。Ｊａｖａ仮想マシン36Aは、Ｊａｖａモードにおいて、動的シナリオ・メモリ32内の動的シナリオ情報DSからＢＤ−Ｊオブジェクト又はサービス・オブジェクトを読み出す。Ｊａｖａ仮想マシン36Aは更に、それらのＪａｖａオブジェクトを制御部1030のネィティブ・コードに変換して再生制御エンジン37に渡す。それにより、Ｊａｖａ仮想マシン36Aは再生制御エンジン37に対して、ＢＤ−Ｊオブジェクト又はサービス・オブジェクトの示すプレイリストの再生を指示する。Ｊａｖａ仮想マシン36はその他に、サービス・オブジェクトに従って、ネットワーク105上のサーバ装置106又はメモリカード107等の外部記憶装置からローカル・ストレージ1021にアップデート・キットをダウンロードする。Ｊａｖａライブラリ36Bは、ＪＦＩＦ（ＪＰＥＧ）、ＰＮＧ、その他のラスタ・データを利用して画面表示を行うためのスタンダードＪａｖａライブラリを含む。一方、ＢＤ−Ｊオブジェクト及びサービス・オブジェクトの示すＪａｖａアプリケーション・プログラムはＧＥＭ１．０．２に準拠のＨＡＶｉフレームワークを含む。従って、Ｊａｖａモジュール36はそれらのＪａｖａアプリケーション・プログラムの実行により、ＧＥＭ１．０．２におけるリモート・コントロール・ナビゲーション機構を利用したＧＵＩフレームワークを実現できる。Ｊａｖａモジュール36は特に、そのＧＵＩで利用されるべきグラフィックス・データGDをＪＰＥＧ又はＰＮＧ等のラスタ・データとして生成してシステム・ターゲット・デコーダ1010に渡す。
【０１０４】
再生制御エンジン37は、各モジュール35、36からの指示に従って仮想ファイル制御部1032に命令COMを送り、ＡＶ再生処理又はプレイリストの再生処理を指示する。再生制御エンジン37は更にプレーヤ・レジスタ38を含み、それを利用して再生装置102の動作状態の設定／監視機能を各モジュール35、36に提供する。
【０１０５】
ＡＶ再生処理は再生装置として基本的な処理であり、ＤＶＤプレーヤやＣＤプレーヤの再生処理を踏襲している。具体的には、再生の開始（Play）と停止（Stop）、一時停止（Pause On）とその解除（Pause Off）、スチル機能の解除（Still Off）、速度指定付きの早送り（Forward Play(speed)）と巻戻し（Backward Play(speed)）、音声の切り換え（Audio Change）、字幕の切り換え（Subtitle Change）、及びアングルの切り換え（Angle Change）がＡＶ再生処理に含まれる。各モジュール35、36は、ディスパッチャ34から渡された依頼UOがＡＶ再生処理を指示している場合、再生制御エンジン37に対してその処理を要求する。再生制御エンジン37はその要求に応じて、その処理の内容を示す命令COMを仮想ファイル制御部1032へ渡す。
【０１０６】
プレイリストの再生処理では、再生制御エンジン37は、各モジュール35、36からの指示に従って、仮想パッケージの作成、仮想パッケージから各シナリオ・メモリ31、32へのカレントのシナリオ情報DS、SSの転送、及び、カレントの静的シナリオ情報SSの示すプレイリストの再生を仮想ファイル制御部1032に対して指示する。
【０１０７】
各モジュール35、36がカレントの動的シナリオ情報DSに従ってサービス・オブジェクトを呼び出した場合、Ｊａｖａモジュール36はそのサービス・オブジェクトに従って再生制御エンジン37に指示を送る。再生制御エンジン37はその指示に従って、次の処理を仮想ファイル制御部1032に対して指示する：（１）カレントの静的シナリオ情報SSの中から広告のプレイアイテム情報を検出する処理、及び（２）アップデート・キットから仮想パッケージを作成して、カレントのプレイリストを仮想パッケージ内のプレイリストに置換する処理。
【０１０８】
プレーヤ・レジスタ38は３２個のシステム・パラメータ・レジスタ（ＳＰＲ：System Parameter Register）と３２個の汎用レジスタ（ＧＰＲ：General Purppose Register）とを含む。ＳＰＲに格納された値は変数ＳＰＲＭとして、ＧＰＲに格納された値は変数ＧＰＲＭとして、それぞれ各モジュール35、36で利用される。特にＳＰＲには、再生装置102の現時点での設定状態、設定可能な状態、及び初期設定のそれぞれを表すパラメータが格納される。現時点での設定状態を表すパラメータは、例えば復号対象のオーディオ・ストリーム、ＰＧストリーム、及びテキスト字幕ストリームの各ストリーム選択番号、並びに、再生対象のプレイリスト及びプレイアイテムの各識別子を含む。設定可能な状態を表すパラメータは、例えば選択可能な音声／字幕の言語の種類及び音声データの符号化方式の種類を含む。再生制御エンジン37は、各モジュール35、36からの指示に従ってプレーヤ・レジスタ38を参照することにより、各プレイアイテム情報のストリーム選択テーブルに登録されたエレメンタリ・ストリームの中から、再生装置102とディスプレイ103との両方で再生可能なものを検出する。再生制御エンジン37は更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号を持つものを選択し、そのストリーム選択番号をＳＰＲに登録する。それと共に、再生制御エンジン37は、その選択されたエレメンタリ・ストリームのストリーム識別情報に記述されたＰＩＤを復号対象のエレメンタリ・ストリームのＰＩＤとしてシステム・ターゲット・デコーダ1013に設定する。ＳＰＲとＧＰＲとは再生制御エンジン37によっていずれのモジュール35、36からも独立に管理される。従って、動作モードの切り換え直後でも、各モジュール35、36はＳＰＲＭ及びＧＰＲＭから再生装置102の動作状態を直ちに知ることができる。
【０１０９】
＜システム・ターゲット・デコーダ1013の構成＞
【０１１０】
図２１は、システム・ターゲット・デコーダ1013のブロック図である。図２１に示されているように、システム・ターゲット・デコーダ1013は、２７ＭＨｚクロック131、一対のＡＴＣカウンタ132A、132B、一対のソース・デパケタイザ133A、133B、一対のＰＩＤフィルタ134A、134B、６個のスイッチ136A−F、プライマリ・ビデオ・デコーダ137A、セカンダリ・ビデオ・デコーダ137B、ＰＧデコーダ137C、ＩＧデコーダ137D、プライマリ・オーディオ・デコーダ137E、セカンダリ・オーディオ・デコーダ137F、テキスト字幕デコーダ137G、ＢＤ−Ｊプロセッサ138、プライマリ・ビデオ・プレーン139A、セカンダリ・ビデオ・プレーン139B、ＰＧプレーン139C、ＩＧプレーン139D、ＢＤ−Ｊプレーン139E、加算部140、及びミキサ141を含む。
【０１１１】
２７ＭＨｚクロック131は、一定周波数２７ＭＨｚでクロック信号CLKを生成する。各ＡＴＣカウンタ132A、132Bはそのクロック信号CLKのパルス数をカウントする。第１のＡＴＣカウンタ132Aは第１のソース・デパケタイザ133Aからの初期化信号INT1に応じてそのカウントATC1を初期化し、第２のＡＴＣカウンタ132Bは第２のソース・デパケタイザ133Bからの初期化信号INT2に応じてそのカウントATC2を初期化する。
【０１１２】
第１のソース・デパケタイザ133Aは、第１のリード・バッファ1011からＡＶクリップ・ファイルMCLをソース・パケット単位で読み出し、各ソース・パケットからＴＳパケットTS1を取り出して第１のＰＩＤフィルタ134Aへ送出する。そのとき、第１のソース・デパケタイザ133Aは、そのソース・パケットのヘッダ651H（図８参照）に記述されたＡＴＳに合わせて、そのＴＳパケットTS1の先頭の送出時刻を調整する。具体的には、第１のソース・デパケタイザ133Aは第１のＡＴＣカウンタ132AのカウントATC1と各ソース・パケットのＡＴＳとを比較し、両者が一致した時にそのソース・パケット内のＴＳパケットTS1を送出する。同様に、第２のソース・デパケタイザ133Bは、第２のリード・バッファ1012からＡＶクリップ・ファイルSCLをソース・パケット単位で読み出して各ソース・パケットからＴＳパケットTS2を取り出す。第２のソース・デパケタイザ133Bは更に、第２のＡＴＣカウンタ132BのカウントATC2がそのソース・パケットのＡＴＳと一致した時にそのＴＳパケットTS2の先頭を第２のＰＩＤフィルタ134Bへ送出する。
【０１１３】
第１のＰＩＤフィルタ134Aは、第１のソース・デパケタイザ133AからＴＳパケットTS1を受信し、そのＴＳパケットTS1のＴＳヘッダ650H（図８参照）からＰＩＤを読み取る。第１のＰＩＤフィルタ134Aは更にそのＰＩＤを、再生制御エンジン37によって設定された復号対象のエレメンタリ・ストリームのＰＩＤと照合し、両者が一致した場合に、そのＴＳパケットTS1をそのＰＩＤに応じて６種類のデコーダ137A−Fのいずれかに送出する。例えばＴＳパケットTS1のＰＩＤが０ｘ１０１１である場合、そのＴＳパケットTS1はプライマリ・ビデオ・デコーダ137Aに送出され、そのＰＩＤが０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかである場合、そのＴＳパケットTS1はセカンダリ・ビデオ・デコーダ137Bに送出され、そのＰＩＤが０ｘ１１００から０ｘ１１１Ｆまでのいずれかである場合、そのＴＳパケットTS1はプライマリ・オーディオ・デコーダ137Eに送出され、そのＰＩＤが０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかである場合、そのＴＳパケットTS1はセカンダリ・オーディオ・デコーダ137Fに送出され、そのＰＩＤが０ｘ１２００から０ｘ１２１Ｆまでのいずれかである場合、そのＴＳパケットTS1はＰＧデコーダ137Cに送出され、そのＰＩＤが０ｘ１４００から０ｘ１４１Ｆまでのいずれかである場合、そのＴＳパケットTS1はＩＧデコーダ137Dに送出される。同様に、第２のＰＩＤフィルタ134Bは、第２のソース・デパケタイザ133BからＴＳパケットTS2を受信し、再生制御エンジン37によって設定された復号対象のエレメンタリ・ストリームのＰＩＤと同じＰＩＤを持つＴＳパケットTS2を、そのＰＩＤに応じて７種類のデコーダ137A−Gのいずれかに送出する。尚、テキスト字幕ストリームはサブパスのＡＶクリップ・ファイルSCLにしか含まれないので、そのＴＳパケットは第２のＰＩＤフィルタ134Bからテキスト字幕デコーダ137Gに送出される。
【０１１４】
第１のＰＩＤフィルタ134Aは更に、第１のソース・デパケタイザ133Aから受信されたＴＳパケットTS1のＰＩＤを利用して、そのＴＳパケットTS1の中からＰＣＲを検出する。第１のＰＩＤフィルタ134Aはそのとき、第１のＳＴＣ（ＳＴＣ１）135Aの値を所定値に設定する。同様に、第２のＰＩＤフィルタ134Aは、第２のソース・デパケタイザ133Bから受信されたＴＳパケットTS2の中からＰＣＲを検出して、第２のＳＴＣ（ＳＴＣ２）135Bの値を所定値に設定する。尚、各ＳＴＣ135A、135Bに設定されるべき値は予め、再生制御部1033から各ＰＩＤフィルタ134A、134Bに指示される。各デコーダ137A−GはＳＴＣ１135AとＳＴＣ２135Bとを利用して、各ＰＩＤフィルタ134A、134Bから送出されたＴＳパケットTS1、TS2に対する処理のタイミングを、各ＴＳパケットTS1、TS2内のデータの示すＰＴＳやＤＴＳに合わせる。
【０１１５】
上記の通り、第１のソース・デパケタイザ133Aと第１のＰＩＤフィルタ134Aとは、第１のリード・バッファ1011から転送されるメインパスのＡＶクリップ・ファイルMCLを処理する。それと並行して、第２のソース・デパケタイザ133Bと第２のＰＩＤフィルタ134Bとは、第２のリード・バッファ1012から転送されるサブパスのＡＶクリップ・ファイルSCLを処理する。各スイッチ136A−Fは、各ＰＩＤフィルタ134A、134Bから送出されたＴＳパケットTS1、TS2を交互に、テキスト字幕デコーダ137Gを除く６種類のデコーダ137A−Fのそれぞれに渡す。システム・ターゲット・デコーダ1013はＳＴＣ１135AとＳＴＣ２135Bとを利用して、各スイッチ136A−Fの切り換えのタイミングを調節する。それにより、サブパスのＡＶクリップ・ファイルSCLのサブパス・タイプが同期型である場合、システム・ターゲット・デコーダ1013は各デコーダ137A−Gに、両方のＡＶクリップ・ファイルMCL、SCLに対する処理を同期させる。一方、サブパスのＡＶクリップ・ファイルSCLのサブパス・タイプが非同期型である場合、システム・ターゲット・デコーダ1013は各デコーダ137A−Gに、各ＡＶクリップ・ファイルMCL、SCLに対する処理を互いに非同期で行わせる。尚、サブパスのＡＶクリップ・ファイルSCLのサブパス・タイプは予め、仮想ファイル制御部1032からシステム・ターゲット・デコーダ1013に指示される。
【０１１６】
プライマリ・ビデオ・デコーダ137Aは、各ＰＩＤフィルタ134A、134Bからプライマリ・ビデオ・ストリームのＴＳパケットTS1、TS2を受信して、内部のバッファに蓄える。それと並行して、プライマリ・ビデオ・デコーダ137AはそのバッファからＴＳパケットを読み出して、そのＴＳパケットからＴＳヘッダとＰＥＳヘッダ602H（図７参照）とを取り除き、残りのＰＥＳペイロード602Pから、符号化されたピクチャ（Ｉピクチャyy1、Ｂピクチャyy3 、yy4、Ｐピクチャyy2）を取り出す。プライマリ・ビデオ・デコーダ137Aは更に、そのＰＥＳヘッダ602Hに記述されたＤＴＳの示すタイミングで、その符号化されたピクチャを復号し、そのＰＥＳヘッダ602Hに記述されたＰＴＳの示すタイミングで、復号された非圧縮のピクチャをプライマリ・ビデオ・プレーン139Aに書き込む。そのとき、プライマリ・ビデオ・デコーダ137Aは予め、復号対象のプライマリ・ビデオ・ストリームから、そのストリーム属性として記述された符号化形式の種類を解読し、その種類に応じて復号処理の方式を切り換える。
【０１１７】
セカンダリ・ビデオ・デコーダ137Bはプライマリ・ビデオ・デコーダ137Aと同様な構成を含む。セカンダリ・ビデオ・デコーダ137Bはその構成を利用して、各ＰＩＤフィルタ134A、134Bからセカンダリ・ビデオ・ストリームのＴＳパケットTS1、TS2を受信して、そのＴＳパケットから、符号化されたピクチャを取り出す。セカンダリ・ビデオ・デコーダ137Bは更に、そのＴＳパケットに記述されたＤＴＳの示すタイミングで、その符号化されたピクチャを復号し、そのＴＳパケットに記述されたＰＴＳの示すタイミングで、復号された非圧縮のピクチャをセカンダリ・ビデオ・プレーン139Bに書き込む。
【０１１８】
ＰＧデコーダ137Cは、各ＰＩＤフィルタ134A、134BからＰＧストリームのＴＳパケットTS1、TS2を受信して、そのＴＳパケットから、符号化されたグラフィックス・データを取り出す。ＰＧデコーダ137Cは更に、そのＴＳパケットに記述されたＤＴＳの示すタイミングで、その符号化されたグラフィックス・データを復号し、そのＴＳパケットに記述されたＰＴＳの示すタイミングで、復号された非圧縮のグラフィックス・データをＰＧプレーン139Cに書き込む。
【０１１９】
ＩＧデコーダ137Dは、各ＰＩＤフィルタ134A、134BからＩＧストリームのＴＳパケットTS1、TS2を受信して、そのＴＳパケットから、符号化されたグラフィックス・データを取り出す。ＩＧデコーダ137Dは更に、そのＴＳパケットに記述されたＤＴＳの示すタイミングで、その符号化されたグラフィックス・データを復号し、そのＴＳパケットに記述されたＰＴＳの示すタイミングで、復号された非圧縮のグラフィックス・データをＩＧプレーン139Dに書き込む。
【０１２０】
プライマリ・オーディオ・デコーダ137Eは、各ＰＩＤフィルタ134A、134Bからプライマリ・オーディオ・ストリームのＴＳパケットTS1、TS2を受信して、内部のバッファに蓄える。それと並行して、プライマリ・オーディオ・デコーダ137EはそのバッファからＴＳパケットを読み出して、そのＴＳパケットからＴＳヘッダとＰＥＳヘッダとを取り除き、残りのＰＥＳペイロードから、符号化されたＬＰＣＭ方式のオーディオ・データを取り出す。プライマリ・オーディオ・デコーダ137Eは更に、その符号化されたオーディオ・データを復号し、復号された非圧縮のオーディオ・データを、そのＴＳパケットに記述されたＰＴＳの示すタイミングでミキサ141に出力する。そのとき、プライマリ・オーディオ・デコーダ137Eは予め、復号対象のプライマリ・オーディオ・ストリームから、そのストリーム属性として記述された符号化形式の種類を解読し、その種類に応じて復号処理の方式を切り換える。
【０１２１】
セカンダリ・オーディオ・デコーダ137Fはプライマリ・ビデオ・デコーダ137Eと同様な構成を含む。セカンダリ・オーディオ・デコーダ137Fはその構成を利用して、各ＰＩＤフィルタ134A、134Bからセカンダリ・オーディオ・ストリームのＴＳパケットTS1、TS2を受信して、そのＴＳパケットから、符号化されたＬＰＣＭ方式のオーディオ・データを復号し、そのＴＳパケットに記述されたＰＴＳの示すタイミングで、その複合された非圧縮のオーディオ・データをミキサ141に出力する。
【０１２２】
テキスト字幕デコーダ137Gは、第２のＰＩＤフィルタ134Bからテキスト字幕ストリームのＴＳパケットTS2を受信して、そのＴＳパケットから、符号化されたテキスト文字列を取り出して復号する。テキスト字幕デコーダ137Gは更に、内蔵のフォント・データを利用して、復号されたテキスト文字列を表すフォント群のラスタ・データを生成し、そのＴＳパケットに記述されたＰＴＳの示すタイミングでそのラスタ・データをＰＧプレーン139Cに書き込む。
【０１２３】
ＢＤ−Ｊプロセッサ138は、再生制御部1033のＪａｖａモジュール36からグラフィックス・データGDを受信して復号する。ＢＤ−Ｊプロセッサ138は更に、Ｊａｖａモジュール36がＢＤ−Ｊアプリケーション・プログラムに従って指定するＰＴＳの示すタイミングで、復号された非圧縮のグラフィックス・データをＢＤ−Ｊプレーン139Eに書き込む。
【０１２４】
プライマリ・ビデオ・プレーン139Aは、システム・ターゲット・デコーダ1013に内蔵のメモリに確保された領域であり、そのサイズは一枚のビデオ・プレーンに等しい。プライマリ・ビデオ・プレーン139Aには、プライマリ・ビデオ・デコーダ137Aによって書き込まれた非圧縮のピクチャから、映画の主映像を表す一枚のビデオ・プレーンが構成される。
【０１２５】
セカンダリ・ビデオ・プレーン139Bは、システム・ターゲット・デコーダ1013に内蔵のメモリに確保された領域であり、そのサイズは一枚のビデオ・プレーンに等しい。セカンダリ・ビデオ・プレーン139Bには、セカンダリ・ビデオ・デコーダ137Bによって書き込まれた非圧縮のピクチャから、主映像に合わせて表示されるべき副映像を表す一枚のビデオ・プレーンが構成される。
【０１２６】
ＰＧプレーン139Cは、システム・ターゲット・デコーダ1013に内蔵のメモリに確保された領域であり、そのサイズは一枚のビデオ・プレーンに等しい。ＰＧプレーン139Cには、ＰＧデコーダ137Cによって書き込まれた非圧縮のグラフィックス・データから、主映像に合わせて表示されるべきグラフィックスを表す一枚のビデオ・プレーンが構成される。ＰＧプレーン139Cにはまた、テキスト字幕デコーダ137Gによって書き込まれたラスタ・データから、主映像に合わせて表示されるべき字幕を表す一枚のビデオ・プレーンが構成される。
【０１２７】
ＩＧプレーン139Dは、システム・ターゲット・デコーダ1013に内蔵のメモリに確保された領域であり、そのサイズは一枚のビデオ・プレーンに等しい。ＩＧプレーン139Dには、ＩＧデコーダ137Dによって書き込まれた非圧縮のグラフィックス・データから、主映像に合わせて表示されるべきグラフィックスを表す一枚のビデオ・プレーンが構成される。
【０１２８】
ＢＤ−Ｊプレーン139Eは、システム・ターゲット・デコーダ1013に内蔵のメモリに確保された領域であり、そのサイズは一枚のビデオ・プレーンに等しい。ＢＤ−Ｊプレーン139Eには、ＢＤ−Ｊプロセッサ138によって書き込まれた非圧縮のグラフィックス・データから、主映像に合わせて表示されるべきグラフィックスを表す一枚のビデオ・プレーンが構成される。
【０１２９】
加算部140は、各プレーン139A−Eに構成されたビデオ・プレーンを一枚のビデオ・プレーンに合成してビデオ・データVDとして出力する。
【０１３０】
ミキサ141は、プライマリ・オーディオ・デコーダ137Eから出力される非圧縮のオーディオ・データと、セカンダリ・オーディオ・デコーダ137Fから出力される非圧縮のオーディオ・データとを一つのオーディオ・データADにミキシングする。そのオーディオ・データADは、各デコーダ137E、137Fからのオーディオ・データの表す音を重ね合わせた音を表す。
【０１３１】
＜再生装置102によるプレイリストの再生処理＞
【０１３２】
図２２は、再生装置102によるプレイリストの再生処理のフローチャートである。以下、図２２に示されているステップの順に、プレイリストの再生処理について説明する。
【０１３３】
ステップＳ１：再生装置102の電源投入時、システムＬＳＩ1000が起動して、ファームウェアに従って各機能部1001、1010、1030の初期化を行う（図１８参照）。特に再生制御部1033がアプリケーション・プログラムの実行環境を整える。
【０１３４】
ステップＳ２：操作部102EがＢＤ−ＲＯＭドライブ102AへのＢＤ−ＲＯＭディスク101の挿入を検出して、その旨を示す通知INTをユーザ・イベント処理部1031に送る（図１６、１８参照）。ユーザ・イベント処理部1031はその通知INTに応じて再生制御部1033に依頼UOを送り、ＢＤ−ＲＯＭディスク101からのインデックス・ファイルの読み出しを指示する。再生制御部1033では、モジュール・マネージャ33がその依頼UOに応じて再生制御エンジン37を通して仮想ファイル制御部1032に命令COMを送り（図２０参照）、仮想ファイル制御部1032にインデックス・ファイルIFをＢＤ−ＲＯＭディスク101から読み出させる。モジュール・マネージャ33は更に、そのインデックス・ファイルIF内のインデックス・テーブル421のファーストプレイ421A（図３参照）を参照し、そこに指定されているＢＤ−Ｊオブジェクト・ファイルのファイル名をＪａｖａモジュール36に渡す。Ｊａｖａモジュール36はそのファイル名のＢＤ−Ｊオブジェクト・ファイルを仮想ファイル制御部1032に命令COMで要求する。仮想ファイル制御部1032はその命令COMに応じて、そのＢＤ−Ｊオブジェクト・ファイルをカレントの動的シナリオ情報DSとして、ＢＤ−ＲＯＭディスク101から再生制御部1033に渡す。それにより、Ｊａｖａモジュール36がその動的シナリオ情報DSからファーストプレイのＢＤ−Ｊオブジェクトを読み出して、それに従ってＢＤ−Ｊアプリケーション・プログラムを実行する。
【０１３５】
Ｊａｖａモジュール36は更に、そのファーストプレイのＢＤ−Ｊオブジェクトに従ってカレントのプレイリスト・ファイルとサービス・オブジェクト・ファイルとを仮想ファイル制御部1032に命令COMで要求する。仮想ファイル制御部1032はその命令COMに応じて、そのプレイリスト・ファイルとそのサービス・オブジェクト・ファイルとをＢＤ−ＲＯＭディスク101から読み出し、そのプレイリスト・ファイルはカレントの静的シナリオ情報SSとして再生制御部1033に渡し、そのサービス・オブジェクト・ファイルはカレントの動的シナリオ情報DSに追加する。Ｊａｖａモジュール36はその動的シナリオ情報DSからサービス・オブジェクトを読み出して、それに従ってＢＤ−Ｊアプリケーション・プログラムを実行する。それにより、カレントのプレイリストについて広告のプレイアイテムの置換処理が以下のステップＳ３、Ｓ４の順に行われる。
【０１３６】
ステップＳ３：Ｊａｖａモジュール36はまず、再生制御エンジン37にカレントの静的シナリオ情報SSからプレイリスト・マーク情報431（図１５の（ａ）参照）を読み出させ、その中から、マーク・タイプが「広告」であるプレイリスト・マークを検出させる。そのプレイリスト・マークが検出されれば、Ｊａｖａモジュール36は「カレントのプレイリストが広告のプレイアイテムを含む」と判定して処理をステップＳ４に進める。そのプレイリスト・マークが検出されなければ、Ｊａｖａモジュール36は「カレントのプレイリストが広告のプレイアイテムを含まない」と判定して処理をステップＳ５に進める。
【０１３７】
ステップＳ４：Ｊａｖａモジュール36はカレントのプレイリストを新たなプレイリストに置換する。その新たなプレイリストは、広告のプレイアイテムが新たな広告のプレイアイテムに置換されている点でカレントのプレイリストとは異なる。ステップＳ４の詳細については後述する。
【０１３８】
ステップＳ５：Ｊａｖａモジュール36は、サービス・オブジェクトによる処理からファーストプレイのＢＤ−Ｊオブジェクトによる処理に復帰する。それにより、Ｊａｖａモジュール36はカレントのプレイリストの再生を再生制御エンジン37に対して指示する。再生制御エンジン37はその指示に応じて、カレントの静的シナリオ情報SSからプレイリスト情報を読み出し、それに従って仮想ファイル制御部1032に再生対象のＡＶクリップ・ファイルを、ＢＤ−ＲＯＭディスク101、ローカル・ストレージ1021、又はサーバ装置106から再生部1010に転送させる。再生部1010はそのＡＶクリップ・ファイルからエレメンタリ・ストリームを復号して、ビデオ・データVDとオーディオ・データADとを再現する。更に、映像出力部102Gはそのビデオ・データVDを映像信号VSに変換してディスプレイ103に送出し、音声出力部102Hはそのオーディオ・データADを音声信号ASに変換してスピーカ103Aに送出する。こうして、カレントのプレイリストが再生される。
【０１３９】
＜ステップＳ４による広告のプレイアイテムの置換処理＞
【０１４０】
図２３は、ステップＳ４における広告のプレイアイテムの置換処理のフローチャートである。
【０１４１】
ステップＳ４１：Ｊａｖａモジュール36はまず、モジュール・マネージャ33からインデックス・ファイルIN内のコンテンツＩＤ422（図３参照）を読み出す。Ｊａｖａモジュール36は次に、ネットワーク・インタフェース102D（図１６参照）を通してそのコンテンツＩＤをネットワーク105上のサーバ装置106に送る。
【０１４２】
ステップＳ４２：サーバ装置106は様々なＡＶコンテンツ用のアップデート・キットをそのＡＶコンテンツのコンテンツＩＤに対応付けて管理している。そのアップデート・キットは、元の広告のプレイアイテムと置換されるべき新たな広告のプレイアイテムを含む。具体的には、そのアップデート・キットは、新たなプレイリスト・ファイル、新たなクリップ情報ファイル、新たなＡＶクリップ・ファイル、及びマージ管理情報ファイルを含む。新たなプレイリスト・ファイルはＢＤ−ＲＯＭディスク上の元のプレイリスト・ファイルとは、元の広告のプレイアイテム情報が新たな広告のプレイアイテム情報に書き換えられている点で異なる。新たなクリップ情報ファイルは新たなＡＶクリップ・ファイルに関する管理情報であり、新たなＡＶクリップ・ファイルは新たな広告のコンテンツを含む。マージ管理情報ファイルでは、新たなプレイリスト・ファイルのローカル・ストレージ・パスに元のプレイリスト・ファイルのパスが仮想ファイル・パスとして対応付けられている。
【０１４３】
図２４は、サーバ装置106に記憶されているコンテンツＩＤと広告ＩＤとの間の対応関係を示す表である。図２４に示されている広告ＩＤは各アップデート・キットに個別に割り当てられている。サーバ装置106は、Ｊａｖａモジュール36からコンテンツＩＤを受信したとき、そのコンテンツＩＤに対応付けられた広告ＩＤを図２４の表から探す。例えばそのコンテンツＩＤが“ＡＡＡＡＡ”であった場合、“ＡＡＡＡＡ”に対応付けられている広告ＩＤ“ＣＭ＿ＡＡＡＡＡ”が検索される。その場合、サーバ装置106はその広告ＩＤをＪａｖａモジュール36にそのコンテンツＩＤへの返信として送る。一方、そのコンテンツＩＤに対応付けられた広告ＩＤを図２４の表から検索できなかった場合、サーバ装置106はその旨をＪａｖａモジュール36にそのコンテンツＩＤの返信で通知する。
【０１４４】
Ｊａｖａモジュール36はコンテンツＩＤの送信後、それに対するサーバ装置106からの返信を待つ。その返信を受けた時、Ｊａｖａモジュール36はその返信の内容から、サーバ装置106がＢＤ−ＲＯＭディスク101用のアップデート・キットを持っているか否かを判断する。その返信の内容が広告ＩＤを示す場合、Ｊａｖａモジュール36は「サーバ装置106がＢＤ−ＲＯＭディスク101用のアップデート・キットを持っている」と判断して、処理をステップＳ４３に進める。一方、その返信の内容が「コンテンツＩＤに対応付けられた広告ＩＤを検索できなかった」ことを示す場合、Ｊａｖａモジュール36は「サーバ装置106がＢＤ−ＲＯＭディスク101用のアップデート・キットを持っていない」と判断して、広告のプレイアイテムの置換処理を終える。
【０１４５】
ステップＳ４３：Ｊａｖａモジュール36は、サーバ装置106から受信された広告ＩＤをサーバ装置106に送信する。サーバ装置106はその広告ＩＤを受信して、その広告ＩＤが割り当てられたアップデート・キット206（図１７の（ａ）参照）を再生装置102に送信する。Ｊａｖａモジュール36はネットワーク・インタフェース102D（図１８参照）にそのアップデート・キット206を受信させてローカル・ストレージ1021に格納させる。こうして、新たな広告のプレイアイテムを含むアップデート・キット206が、サーバ装置106からローカル・ストレージ1021にダウンロードされる。
【０１４６】
ステップＳ４４：アップデート・キットのダウンロードが完了した時、Ｊａｖａモジュール36は仮想ファイル制御部1032に仮想パッケージの作成を命令COMで要求する。仮想ファイル制御部1032はその命令COMに応じて、まず、ＢＤ−ＲＯＭディスク101からＯｒｇＩＤとＤｉｓｃＩＤとを取得し、各ＩＤを表すディレクトリ名のＯｒｇＩＤディレクトリ2053とＤｉｓｃＩＤディレクトリ2054とをローカル・ストレージ1021の中から検出する（図１７の（ａ）参照）。更に、仮想ファイル制御部1032はそのＤｉｓｃＩＤディレクトリ2054からマージ管理情報ファイル2054Aと署名情報ファイル2054Bとを読み出し、ＢＤ−ＲＯＭディスク101上のマージ証明書2048Aと合わせてマージ管理情報ファイル2054Aの認証を行う。その認証に成功した後、仮想ファイル制御部1032はそのマージ管理情報ファイル2054Aに従って、ＤｉｓｃＩＤディレクトリ2054内の追加コンテンツ・ファイル2054C−Gを仮想パッケージ206に組み込む（図１９参照）。こうして、仮想パッケージ206が作成される。
【０１４７】
ステップＳ４５：Ｊａｖａモジュール36は、カレントのプレイリスト・ファイルを再び仮想ファイル制御部1032に命令COMで要求する。仮想ファイル制御部1032はその命令COMに応じて、そのプレイリスト・ファイルを仮想パッケージから読み出して、カレントの静的シナリオ情報SSとして再生制御部1033に渡す。こうして、広告のプレイアイテムの置換処理が終了する。
【０１４８】
ステップＳ４によって仮想パッケージ206が作成された場合、ステップＳ５によるプレイリストの再生ではその仮想パッケージ206からプレイリストが再生される。そのとき、その仮想パッケージ206に対してプレイリスト・ファイル2063Aがアクセスされると、ＢＤ−ＲＯＭディスク101上のプレイリスト・ファイル2043Aではなく追加プレイリスト・ファイル2054Cがアクセスされる。すなわち、ＢＤ−ＲＯＭディスク101上のプレイリスト・ファイル2043Aは追加プレイリスト・ファイル2054Cで代替される。追加プレイリスト・ファイル2054CではＢＤ−ＲＯＭディスク101上の元のプレイリスト・ファイル2043Aとは異なり、元の広告のプレイアイテム情報が新たな広告のプレイアイテム情報に書き換えられている。従って、そのプレイアイテム情報の示す再生区間では、ＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイル2045A、2045Bではなく追加ＡＶクリップ・ファイル2054F、2054Gが再生される。
【０１４９】
図２５の（ａ）は、ステップＳ４がスキップされた場合にステップＳ５で再生されるプレイリストPLを示す模式図である。図２５の（ａ）に示されている例では、ＢＤ−ＲＯＭディスク101上のプレイリスト・ファイルに従ってＢＤ−ＲＯＭディスク101上のクリップ情報ファイルが参照されることにより、プレイリストPLの各再生区間PI1、PI2、PI3にＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルCLP1の各部分P1、P2、P3が順次、再生対象として特定される。更にそのプレイリスト・ファイルでは、一つのプレイアイテムの再生区間PI2の再生開始時刻INにプレイリスト・マークPLM1が設定されている。そのプレイリスト・マークPLM1は、マーク・タイプが「広告」であるので、「その再生区間PI2ではＡＶクリップ・ファイルCLP1の部分P2から広告のフレーム群F1が再生されること」を示す。
【０１５０】
図２５の（ｂ）は、ステップＳ４によって仮想パッケージ206が作成された場合にステップＳ５で再生されるプレイリストNPLを示す模式図である。仮想パッケージ206上のプレイリスト・ファイルは、ＢＤ−ＲＯＭディスク101上のプレイリスト・ファイル2043Aではなく追加プレイリスト・ファイル2054Cである。一方、プレイリストNPLの再生区間PI2の再生開始時刻には、マーク・タイプが「広告」であるプレイリスト・マークPLM1が設定されている。従って、その再生区間PI2を示すプレイアイテム情報は、ＢＤ−ＲＯＭディスク101上のクリップ情報ファイル2044A、2044Bではなく追加クリップ情報ファイル2054D、2054Eを参照する。その結果、図２５の（ｂ）では（ａ）とは異なり、その再生区間PI2に、ＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルCLP1の部分P2ではなく追加ＡＶクリップ・ファイルCLP2の部分P4から新たな広告のフレーム群F2が再生される。こうして、ＢＤ−ＲＯＭディスク101上のファイルが追加コンテンツ・ファイルで代替されることにより、広告のプレイアイテムが新たな広告のプレイアイテムに置換される。
【０１５１】
本発明の実施形態１による再生装置102は上記のとおり、ＢＤ−ＲＯＭディスク101に記録されたプレイリストに組み込まれた広告のプレイアイテムの再生区間に所望の新たな広告のプレイアイテムを再生できる。従って、その新たな広告として、そのプレイリストとの関連性がより高い広告を組み込むことにより、そのプレイリストの再生時に視聴者にとって関心度の低い広告が再生される可能性を抑えることができる。その結果、広告の挿入がそのプレイリストの娯楽性を損なう危険性を更に抑えることができる。また、広告の宣伝効果を更に向上させることができる。
【０１５２】
《実施形態２》
【０１５３】
本発明の実施形態２による光ディスク再生装置は実施形態１によるものとは、サービス・オブジェクトの特徴、及び、図２２に示されているステップＳ４、すなわち広告のプレイアイテムの置換処理が異なる。特に、（１）その処理にＢＤ−ＲＯＭディスク用のアップデート・キット全体ではなく新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとのみが利用される点、及び（２）再生装置が静的シナリオ・メモリ上で広告のプレイアイテム情報を書き換える点が異なる。その他の特徴、例えば、再生対象のＢＤ−ＲＯＭディスク上のデータ構造、再生装置のハードウェア構成、システムＬＳＩ内の機能部、及び再生制御部とシステム・ターゲット・デコーダとの各構成は実施形態１によるものと同様である。従って、以下の説明では、実施形態１の特徴とは異なる実施形態２の特徴について述べ、その他、実施形態１の特徴と同様な特徴については実施形態１での説明を援用する。
【０１５４】
＜サービス・オブジェクトの特徴＞
【０１５５】
本発明の実施形態２によるサービス・オブジェクト・ファイルでは、アプリケーション管理テーブル（図４の（ｃ）参照）によって指定されるＢＤ−Ｊアプリケーション・プログラムが特に、次の処理をＪａｖａ仮想マシン36Aに実行させるものを含む：（１）ＢＤ−ＲＯＭディスク101に記録されたプレイリストの中から広告のプレイアイテムを検出する処理、（２）ネットワーク105上のサーバ装置106又はメモリカード107等の外部記憶装置から新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとを読み込む処理、及び（３）検出された広告のプレイアイテムのうち、プレイアイテム情報を書き換えて、新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとを参照させる処理。
【０１５６】
本発明の実施形態２による再生制御部1033（図１８、２０参照）では、ＤＶＤライク・モジュール35又はＪａｖａモジュール36がカレントの動的シナリオ情報DSに従ってサービス・オブジェクトを呼び出した場合、Ｊａｖａモジュール36はそのサービス・オブジェクトに従って再生制御エンジン37に指示を送る。再生制御エンジン37はその指示に従って、次の処理を仮想ファイル制御部1032に対して指示する：（１）カレントの静的シナリオ情報SSの中から広告のプレイアイテム情報を検出する処理、及び（２）検出された広告のプレイアイテム情報を書き換えて、新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとを参照させる処理。Ｊａｖａモジュール36はまた、サービス・オブジェクトに従って、外部記憶装置から新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとをローカル・ストレージ1021にダウンロードする。
【０１５７】
＜広告のプレイアイテムの置換処理＞
【０１５８】
図２６は、本発明の実施形態２による広告のプレイアイテムの置換処理のフローチャートである。
【０１５９】
ステップＳ４１：本発明の実施形態１によるステップＳ４１と同様に、Ｊａｖａモジュール36はまず、モジュール・マネージャ33からインデックス・ファイルIN内のコンテンツＩＤ422（図３参照）を読み出す。Ｊａｖａモジュール36は次に、ネットワーク・インタフェース102D（図１６参照）を通してそのコンテンツＩＤをネットワーク105上のサーバ装置106に送る。
【０１６０】
ステップＳ４６：サーバ装置106は様々なＡＶコンテンツについて、新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとの組み合わせ（以下、新たな広告のＡＶクリップと略す。）を一種類ずつ、そのＡＶコンテンツのコンテンツＩＤに対応付けて管理している。すなわち、本発明の実施形態２では実施形態１とは異なり、図２４に示されている広告ＩＤは各広告のＡＶクリップに個別に割り当てられている。
【０１６１】
ここで、各ＡＶクリップには、プレイアイテム情報のストリーム選択テーブル（図１３参照）を書き換えるための情報が添付されている。また、ＡＶクリップ・ファイルはネットワーク属性を持っても良い。その場合、その旨を示す情報がＡＶクリップに添付される。更に、一つのＡＶクリップにクリップ情報ファイルとＡＶクリップ・ファイルとの対が複数含まれていても良い。そのうちの一対はメインパスの再生に利用され、他の対はサブパスの再生に利用される。その場合、そのＡＶクリップには、各対に対するメインパスとサブパスとの割り当てを示す情報、プレイリスト情報にサブパスを追加するための情報、又は、プレイリスト情報に既存のサブパスにサブプレイアイテム情報を追加し、若しくは上書きするための情報が添付される。
【０１６２】
サーバ装置106は、Ｊａｖａモジュール36からコンテンツＩＤを受信したとき、そのコンテンツＩＤに対応付けられた広告ＩＤを図２４の表から検索して、Ｊａｖａモジュール36にそのコンテンツＩＤの返信として送る。一方、そのコンテンツＩＤに対応付けられた広告ＩＤを図２４の表から検索できなかった場合、サーバ装置106はその旨をＪａｖａモジュール36に、そのコンテンツＩＤの返信として通知する。
【０１６３】
Ｊａｖａモジュール36はコンテンツＩＤの送信後、それに対するサーバ装置106からの返信を待つ。その返信を受けた時、Ｊａｖａモジュール36はその返信の内容から、サーバ装置106が新たな広告のＡＶクリップを持っているか否かを判断する。その返信の内容が広告ＩＤを示す場合、Ｊａｖａモジュール36は「サーバ装置106が新たな広告のＡＶクリップを持っている」と判断して、処理をステップＳ４７に進める。一方、その返信の内容が「コンテンツＩＤに対応付けられた広告ＩＤを検索できなかった」ことを示す場合、Ｊａｖａモジュール36は「サーバ装置106が新たな広告のＡＶクリップを持っていない」と判断して、広告のプレイアイテムの置換処理を終える。
【０１６４】
ステップＳ４７：Ｊａｖａモジュール36は、サーバ装置106から受信された広告ＩＤをサーバ装置106に送信する。サーバ装置106はその広告ＩＤを受信して、その広告ＩＤが割り当てられた新たな広告のＡＶクリップを再生装置102に送信する。Ｊａｖａモジュール36はネットワーク・インタフェース102D（図１８参照）にその新たな広告のＡＶクリップを受信させてローカル・ストレージ1021に格納させる。こうして、新たな広告のＡＶクリップがサーバ装置106からローカル・ストレージ1021にダウンロードされる。尚、新たな広告のＡＶクリップ・ファイルがネットワーク属性を持つ場合、ステップＳ４７では新たな広告のＡＶクリップのうち、ＡＶクリップ・ファイル以外がダウンロードされ、そのＡＶクリップ・ファイルは、実際に再生される時点に、又はその時点までにダウンロードされる。
【０１６５】
ステップＳ４８：Ｊａｖａモジュール36は更に仮想ファイル制御部1032に、新たな広告のＡＶクリップを仮想的にＢＤ−ＲＯＭディスク101に組み込ませる。すなわち、そのＡＶクリップのローカル・ストレージ1021内でのパスをＢＤ−ＲＯＭディスク101上でのパスに読み替えさせる。それにより、Ｊａｖａモジュール36は新たな広告のＡＶクリップを、あたかもＢＤ−ＲＯＭディスク101上のファイルのようにアクセスできる。ここで、仮想パッケージが既に作成されていれば、Ｊａｖａモジュール36は仮想ファイル制御部1032に新たな広告のＡＶクリップをその仮想パッケージに組み込ませる。それにより、Ｊａｖａモジュール36は新たな広告のＡＶクリップを仮想パッケージ上でのパスでアクセスできる。
【０１６６】
新たな広告のＡＶクリップのダウンロードが完了した時、又はそのダウンロードと並行して、Ｊａｖａモジュール36は以下のステップＳ４９〜５１のループを反復する。それにより、静的シナリオ・メモリ21（図２０参照）上で、カレントの静的シナリオ情報SSに含まれる広告のプレイアイテム情報を全て書き換える。
【０１６７】
ステップＳ４９：Ｊａｖａモジュール36は再生制御エンジン37に、検出されたプレイリスト・マークのＰＴＳ（図１５の（ａ）参照）と同じ再生開始時刻を示すプレイアイテム情報をカレントの静的シナリオ情報SSの中から検出させる。そのプレイリスト・マークのマーク・タイプは「広告」であるので、検出されたプレイアイテム情報は広告のプレイアイテム情報である。
【０１６８】
ステップＳ５０：Ｊａｖａモジュール36は、ステップＳ４９で検出されたプレイアイテム情報を書き換える。その書き換え処理の詳細については後述する。
【０１６９】
ステップＳ５１：Ｊａｖａモジュール36は再生制御エンジン37に、ステップＳ３でカレントの静的シナリオ情報SSから読み出されたプレイリスト・マーク情報431（図１５の（ａ）参照）の中から、マーク・タイプが「広告」であるプレイリスト・マークを更に検出させる。そのプレイリスト・マークが検出されれば、Ｊａｖａモジュール36は「書き換えるべきプレイアイテム情報が残っている」と判断して、処理をステップＳ４９に戻す。そのプレイリスト・マークが検出されなければ、Ｊａｖａモジュール36は「書き換えるべきプレイアイテム情報が残っていない」と判断して、広告のプレイアイテムの置換処理を終える。
【０１７０】
図２７は、ステップＳ５０によるプレイアイテム情報の書き換え処理のフローチャートである。Ｊａｖａモジュール36は、ステップＳ４９で検出されたプレイアイテム情報1400（図１３参照）、すなわち元の広告のプレイアイテム情報を次のように書き換える。
【０１７１】
ステップＳ５０１：Ｊａｖａモジュール36は、元の広告のプレイアイテム情報1400のうち、参照クリップ情報1401に記述されたファイル名を、新たな広告のクリップ情報ファイルのファイル名に書き換える。ここで、新たな広告のクリップ情報ファイルが複数である場合、メインパスに属するもののファイル名が選択される。
【０１７２】
ステップＳ５０２：Ｊａｖａモジュール36は、元の広告のプレイアイテム情報1400のストリーム選択テーブル1405が、サブパスＩＤを示すストリーム・パス情報1407を含むか否かについて調べる。そのようなストリーム・パス情報1407が含まれている場合、Ｊａｖａモジュール36は、そのストリーム・パス情報1407の示すサブパスＩＤを全て検索して、処理をステップＳ５０３に進める。そのようなストリーム・パス情報1407が含まれていない場合、Ｊａｖａモジュール36は処理をステップＳ５０４に進める。
【０１７３】
ステップＳ５０３：Ｊａｖａモジュール36は再生制御エンジン37に、ステップＳ５０２で検索されたサブパスＩＤのサブパスをカレントの静的シナリオ情報SSの中から検出させる。Ｊａｖａモジュール36は更に、そのサブパスから、元の広告のプレイアイテム情報1400のプレイアイテムＩＤを含むサブプレイアイテム情報をすべて削除する。
【０１７４】
ステップＳ５０４：Ｊａｖａモジュール36は、新たな広告のＡＶクリップに添付された情報を利用して、元の広告のプレイアイテム情報1400のストリーム選択テーブル1405を新たな広告のプレイアイテム情報のストリーム選択テーブルに書き換える。
【０１７５】
ステップＳ５０５：Ｊａｖａモジュール36は、新たな広告のプレイアイテム情報1400のストリーム選択テーブル1405が、サブパスＩＤを示すストリーム・パス情報1407を含むか否かについて調べる。そのようなストリーム・パス情報1407が含まれている場合、Ｊａｖａモジュール36は、ストリーム・パス情報1407の示すサブパスＩＤを全て検索して、処理をステップＳ５０６に進める。そのようなストリーム・パス情報1407が含まれていない場合、Ｊａｖａモジュール36はプレイアイテム情報の書き換え処理を終える。
【０１７６】
ステップＳ５０６：Ｊａｖａモジュール36は再生制御エンジン37に、ステップＳ５０２で検索されたサブパスＩＤのサブパスをカレントの静的シナリオ情報SSの中から検出させる。検出されなかったサブパスについては、Ｊａｖａモジュール36は、新たな広告のＡＶクリップに添付された情報を利用して、カレントの静的シナリオ情報SSに含まれるプレイリスト情報に新たなサブパスを追加する。検出されたサブパスについては、Ｊａｖａモジュール36は、新たな広告のＡＶクリップに添付された情報を利用して、そのサブパスに新たな広告のサブプレイアイテム情報を追加する。ステップＳ５０２で検索された全てのサブパスＩＤについて上記の処理を終えたとき、Ｊａｖａモジュール36はプレイアイテム情報の書き換え処理を終える。
【０１７７】
上記のステップＳ４１〜５１により、静的シナリオ・メモリ21上で、カレントのプレイリスト情報に含まれる元の広告のプレイアイテム情報が新たな広告のプレイアイテム情報に書き換えられる。従って、そのプレイアイテム情報の示す再生区間では、ＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルではなく、ローカル・ストレージ1021内の新たな広告のＡＶクリップ・ファイルが再生される。その結果、実施形態１と同様に、図２５の（ａ）に示されているプレイアイテムPLの再生区間PI2で再生される元の広告のフレーム群F1が、図２５の（ｂ）に示されているプレイリストNPLの同じ再生区間PI2では新たな広告のフレーム群F2が再生される。こうして、元の広告のプレイアイテムが新たな広告のプレイアイテムに置換される。
【０１７８】
上記のステップＳ４１〜５１による処理は更に以下のように、カレントのプレイリストに含まれる複数の広告のプレイアイテムを一括して、一つの新たな広告のプレイアイテムに置換することもできる。
【０１７９】
図２８の（ａ）は、ステップＳ４がスキップされた場合にステップＳ５で再生されるプレイリストPLを示す模式図である。図２８の（ａ）に示されている例では、プレイリストPLの各再生区間PI21、PI22、PI23にＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルCLP1の各部分P21、P22、P23が順次、再生対象として特定される。更にそのプレイリスト・ファイルでは、各再生区間PI21、PI22、PI23の再生開始時刻にプレイリスト・マークPLM1、PLM2、PLM3が設定されている。いずれのプレイリスト・マークPLM1 、PLM2、PLM3もマーク・タイプが「広告」である。
【０１８０】
図２８の（ｂ）は、ステップＳ４によってプレイアイテム情報が書き換えられた場合にステップＳ５で再生されるプレイリストNPLを示す模式図である。静的シナリオ・メモリ21上では、カレントのプレイリスト情報NPLに含まれるプレイリスト・マークPLM1、PLM2、PLM3で特定されるプレイアイテム情報が、新たな広告のプレイアイテム情報に書き換えられている。それにより、各プレイアイテム情報は、ＢＤ−ＲＯＭディスク101上のクリップ情報ファイルではなく、ローカル・ストレージ1021内の同じクリップ情報ファイルを参照する。その結果、図２８（ｂ）では（ａ）とは異なり、各プレイアイテム情報の示す再生区間PI21、PI22、PI23では、ＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルCLP1の部分P21、P22、P23ではなく、ローカル・ストレージ1021内のＡＶクリップ・ファイルCLP2の同じ部分P4が再生される。こうして、複数の広告のプレイアイテムが一括して、同じ新たな広告のプレイアイテムに置換される。
【０１８１】
本発明の実施形態２による再生装置は上記のとおり、実施形態１と同様に、ＢＤ−ＲＯＭディスク101に記録されたプレイリストに組み込まれた広告のプレイアイテムの再生区間に所望の新たな広告のプレイアイテムを再生できる。従って、実施形態１と同様に、そのプレイリストの再生時に視聴者にとって関心度の低い広告が再生される可能性を抑えることができる。その結果、広告の挿入がそのプレイリストの娯楽性を損なう危険性を更に抑えることができる。また、広告の宣伝効果を更に向上させることができる。実施形態２では更に、広告のプレイアイテムを置換する目的でサーバ装置106等の外部記憶装置からダウンロードされるべきデータ量を実施形態１よりも削減できる。従って、サーバ装置106やネットワーク105等の負担を軽減することができる。
【０１８２】
《実施形態３》
【０１８３】
本発明の実施形態３による光ディスク再生装置は実施形態２によるものとは、サービス・オブジェクトの特徴、プレイリストの再生処理、及び広告のプレイアイテムの置換処理が異なる。特に、（１）プレイリストの再生処理において、再生状態の変更ごとにその履歴が記録される点、及び（２）広告のプレイアイテムの置換処理において、予め記録された再生状態の履歴に応じて新たな広告のコンテンツが選択される点が異なる。その他の特徴、例えば、再生対象のＢＤ−ＲＯＭディスク上のデータ構造、再生装置のハードウェア構成、システムＬＳＩ内の機能部、及び再生制御部とシステム・ターゲット・デコーダとの各構成は実施形態２によるものと同様である。従って、以下の説明では、実施形態２の特徴とは異なる実施形態３の特徴について述べ、その他、実施形態２の特徴と同様な特徴については実施形態１又は実施形態２での説明を援用する。
【０１８４】
＜サービス・オブジェクトの特徴＞
【０１８５】
本発明の実施形態３によるサービス・オブジェクト・ファイルでは、アプリケーション管理テーブル（図４の（ｃ）参照）によって指定されるＢＤ−Ｊアプリケーション・プログラムが実施形態２によるものに加えて、次の処理をＪａｖａ仮想マシン36Aに実行させるものを含む：（１）プレイリストの再生中に音声／字幕の設定を監視し、その設定の変更を検出するごとにその内容を再生状態の履歴（以下、再生履歴という。）に記録する処理、（２）プレイリストの再生が終了するごとに再生履歴に基づいてプロファイル推定を行ってユーザの嗜好を決定する処理、及び（３）ユーザの嗜好を用いて、ダウンロードされるべき新たな広告のクリップ情報ファイルとＡＶクリップ・ファイルとの対を選択する処理。
【０１８６】
本発明の実施形態３による再生制御部1033（図１８、２０参照）では、ＤＶＤライク・モジュール35又はＪａｖａモジュール36がカレントの動的シナリオ情報DSに従ってサービス・オブジェクトを呼び出した場合、Ｊａｖａモジュール36はそのサービス・オブジェクトに従い、実施形態２による処理に加えて次の処理を行う：（１）プレイリストの再生中、プレーヤ・レジスタ38を監視し、再生制御エンジン37によって音声／字幕の設定に関するＳＰＲの値が変更されるごとに、その内容を再生履歴に記録する処理、（２）プレイリストの再生が終了するごとに再生履歴に基づいてプロファイル推定を行ってユーザの嗜好を決定する処理、及び（３）次のプレイリストの再生開始時にユーザの嗜好を用いて、サーバ装置106からダウンロードされるべき新たな広告のＡＶクリップを選択してサーバ装置106に通知する処理。
【０１８７】
＜プレイリストの再生処理＞
【０１８８】
図２９は、実施形態３による再生装置102の行うプレイリストの再生処理のフローチャートである。以下、図２９に示されているステップの順に、プレイリストの再生処理について説明する。尚、図２９では、図２２に示されているステップと同様なステップには図２２と同じ符号を付し、それら同様なステップの詳細については実施形態１での説明を援用する。
【０１８９】
ステップＳ１：再生装置102の電源投入時、システムＬＳＩ1000が各機能部1001、1010、1030の初期化を行う（図１８参照）。特に再生制御部1033がアプリケーション・プログラムの実行環境を整える。
【０１９０】
ステップＳ２：ＢＤ−ＲＯＭドライブ102AへのＢＤ−ＲＯＭディスク101の挿入が通知されたとき、再生制御部1033はその通知に応じて、仮想ファイル制御部1032にインデックス・ファイルIFをＢＤ−ＲＯＭディスク101から読み出させる。再生制御部1033は更に、そのインデックス・ファイルIFのうち、インデックス・テーブルのファーストプレイで指定されているＢＤ−Ｊオブジェクト・ファイルを仮想ファイル制御部1032にＢＤ−ＲＯＭディスク101から読み出させる。それにより、再生制御部1033ではＪａｖａモジュール36が、そのＢＤ−Ｊオブジェクト・ファイルに記述されたファーストプレイのＢＤ−Ｊオブジェクトに従ってＢＤ−Ｊアプリケーション・プログラムを実行する。
【０１９１】
Ｊａｖａモジュール36は更に、ファーストプレイのＢＤ−Ｊオブジェクトに従って、カレントのプレイリスト・ファイルとサービス・オブジェクト・ファイルとを仮想ファイル制御部1032にＢＤ−ＲＯＭディスク101から読み出させる。Ｊａｖａモジュール36はそのサービス・オブジェクトに従ってＢＤ−Ｊアプリケーション・プログラムを実行する。
【０１９２】
ステップＳ３：Ｊａｖａモジュール36は再生制御エンジン37に、カレントの静的シナリオ情報SSの中から、マーク・タイプが「広告」であるプレイリスト・マークを検出させる。そのプレイリスト・マークが検出されれば、Ｊａｖａモジュール36は「カレントのプレイリストが広告のプレイアイテムを含む」と判定して処理をステップＳ４Ａに進める。そのプレイリスト・マークが検出されなければ、Ｊａｖａモジュール36は「カレントのプレイリストが広告のプレイアイテムを含まない」と判定して処理をステップＳ５１に進める。
【０１９３】
ステップＳ４Ａ：Ｊａｖａモジュール36はカレントのプレイリストを新たなプレイリストに置換する。その新たなプレイリストは、広告のプレイアイテムが新たな広告のプレイアイテムに置換されている点でカレントのプレイリストとは異なる。更に、その新たな広告のプレイアイテムはユーザの嗜好に応じて異なる。ステップＳ４Ａの詳細については後述する。
【０１９４】
ステップＳ５１：Ｊａｖａモジュール36は、カレントのプレイリストの再生を再生制御エンジン37に開始させる。再生制御エンジン37は実施形態１によるステップＳ５と同様に、カレントのプレイリストを再生する。
【０１９５】
ステップＳ５２：カレントのプレイリストの再生中、Ｊａｖａモジュール36はプレーヤ・レジスタ38を監視する。Ｊａｖａモジュール36は、プレーヤ・レジスタ38のうち、音声／字幕の設定に関するＳＰＲの値が更新されたことを検出した場合、処理をステップＳ５３に進める。その更新を検出しなかった場合、処理をステップＳ５４に進める。
【０１９６】
ここで、音声／字幕の設定は、以下の手順で変更される。カレントのプレイリストの再生中、操作部102Eがユーザから、音声又は字幕の設定を変更する旨の操作を受け付けた場合、その旨を示す通知INTをユーザ・イベント処理部1031に送る（図１６、１８参照）。音声及び字幕の設定の変更は、例えば日本語から英語への言語の変更、及び、例えばＡＣ−３からドルビー（登録商標）・ロスレス方式への音声データの符号化方式の変更を含む。ユーザ・イベント処理部1031はその通知INTに応じて再生制御部1033に依頼UOを送り、音声又は字幕の設定の変更を指示する。再生制御部1033では、モジュール・マネージャ33がその依頼UOをＪａｖａモジュール36に伝え、Ｊａｖａモジュール36はその依頼UOに応じて再生制御エンジン37に音声又は字幕の設定の変更を指示する（図２０参照）。再生制御エンジン37はその指示に応じてプレーヤ・レジスタ38内のＳＰＲを参照する。再生制御エンジン37は更にＳＰＲの値を利用して、カレントのプレイアイテム情報のストリーム選択テーブルに登録されたエレメンタリ・ストリームのうち、再生装置102とディスプレイ103との両方で再生可能なものの中から、オーディオ・ストリーム、ＰＧストリーム、又はテキスト字幕ストリーム（以下、オーディオ・ストリーム等と略す。）を選択する。再生制御エンジン37は続いて、選択されたエレメンタリ・ストリームのストリーム選択番号で、ＳＰＲの示す復号対象のオーディオ・ストリーム等のストリーム選択番号を更新する。それと共に、再生制御エンジン37は、その選択されたエレメンタリ・ストリームのストリーム識別情報に記述されたＰＩＤを復号対象のオーディオ・ストリーム等のＰＩＤとして、システム・ターゲット・デコーダ1013内のＰＩＤフィルタに設定する。その結果、システム・ターゲット・デコーダ1013によって復号されるオーディオ・ストリーム等が変更される。
【０１９７】
ステップＳ５３：Ｊａｖａモジュール36は、再生制御エンジン37によって更新されたＳＰＲの値から音声／字幕の設定の変更内容を読み取って、再生履歴に記録する。
【０１９８】
図３０の（ａ）は、再生履歴の内容を示す表である。図３０の（ａ）に示されているように、音声／字幕の設定が変更されるごとに、その変更の時刻と共に、カレントのプレイリストのコンテンツＩＤ、音声と字幕との種別、変更後の設定による再生の開始「入」と終了「切」との別、変更後の音声データの符号化方式、及び変更後の音声／字幕の言語の種類が再生履歴に記録される。例えば２００７年１０月５日２０：２０〜２２：３０ではコンテンツＩＤ“ＢＢＢＢＢ”のプレイリストが再生され、その再生では、音声データの符号化方式としてドルビー・ロスレス方式が選択され、音声／字幕の言語として英語が選択されたことが、図３０の（ａ）の再生履歴からわかる。
【０１９９】
ステップＳ５４：Ｊａｖａモジュール36は、カレントのプレイリストの再生が終了したか否かをチェックする。その再生が終了していれば、Ｊａｖａモジュール36は処理をステップＳ５５に進める。その再生が終了していなければ、Ｊａｖａモジュール36は処理をステップＳ５２に戻す。
【０２００】
ステップＳ５５：Ｊａｖａモジュール36は、再生履歴に基づいてプロファイル推定を行ってユーザの嗜好を決定する。具体的には、Ｊａｖａモジュール36はまず、再生履歴に記録された音声／字幕の設定の種類ごとに、通算の利用時間を集計する。Ｊａｖａモジュール36は次に、通算の利用時間が最も長い種類の音声／字幕の設定の組み合わせをユーザの嗜好として決定する。
【０２０１】
図３０の（ｂ）は、（ａ）に示されている再生履歴から集計された、音声データの符号化方式別の通算の利用時間を示す表である。図３０の（ｂ）に示されているとおり、（ａ）の再生履歴からは、音声データの符号化方式のうち、“ドルビー・ロスレス方式”の利用時間が最も長いことがわかる。一方、図３０の（ｃ）は、同じ再生履歴から集計された、音声／字幕の言語の種類別の通算の利用時間を示す表である。図３０の（ｃ）に示されているとおり、（ａ）の再生履歴からは、音声／字幕の言語の種類のうち、“英語”の利用時間が最も長いことがわかる。図３０の（ｂ）及び（ｃ）の集計結果から、Ｊａｖａモジュール36は、“ドルビー・ロスレス方式”と“英語”との組み合わせをユーザの嗜好として決定する。
【０２０２】
ステップＳ５６：Ｊａｖａモジュール36は、プロファイル推定で決定されたユーザの嗜好をローカル・ストレージ1021に記録する。図３０の例では、“ドルビー・ロスレス方式”と“英語”との組み合わせがユーザの嗜好として記録される。
【０２０３】
尚、再生履歴は、記録後、３カ月等、所定の時間が経過した項目から順に消去されても良い。また、プロファイル推定において、再生履歴から利用時間が集計される項目は、現時点から３カ月前等、所定の期間までのものに限られても良い。それらの条件はサービス・オブジェクトによって定義することができる。
【０２０４】
＜ステップＳ４での広告のプレイアイテムの置換処理＞
【０２０５】
図３１は、本発明の実施形態３による広告のプレイアイテムの置換処理のフローチャートである。
【０２０６】
ステップＳ４１：本発明の実施形態１によるステップＳ４１と同様に、Ｊａｖａモジュール36はまず、モジュール・マネージャ33からインデックス・ファイルIN内のコンテンツＩＤ422（図３参照）を読み出す。Ｊａｖａモジュール36は次に、ネットワーク・インタフェース102D（図１６参照）を通してそのコンテンツＩＤをネットワーク105上のサーバ装置106に送る。
【０２０７】
ステップＳ４６Ａ：サーバ装置106は様々なＡＶコンテンツのそれぞれについて、新たな広告のＡＶクリップ、すなわちクリップ情報ファイルとＡＶクリップ・ファイルとの組み合わせを一般に２種類以上保持している。各ＡＶクリップには個別に広告ＩＤが割り当てられている。ここで、実施形態２と同様、各ＡＶクリップには、プレイアイテム情報のストリーム選択テーブルを書き換えるための情報、又は、ＡＶクリップ・ファイルがネットワーク属性を持つ旨を示す情報が添付される。更に、一つのＡＶクリップにクリップ情報ファイルとＡＶクリップ・ファイルとの対が複数含まれている場合、そのＡＶクリップには、各対に対するメインパスとサブパスとの割り当てを示す情報が添付される。
【０２０８】
一つのＡＶコンテンツに対する複数種類のＡＶクリップはユーザの嗜好別に一つずつ分類されている。サーバ装置106は、各ＡＶクリップの広告ＩＤとユーザの嗜好との間の対応関係を広告のリストとして管理している。一般に、広告のリストはＡＶコンテンツごとに異なる。サーバ装置106は各リストを一つのＡＶコンテンツのコンテンツＩＤに対応付けて管理している。
【０２０９】
サーバ装置106は、Ｊａｖａモジュール36からコンテンツＩＤを受信したとき、そのコンテンツＩＤに対応付けられた広告のリストを検索して、Ｊａｖａモジュール36にそのコンテンツＩＤの返信として送る。一方、そのコンテンツＩＤに対応付けられた広告のリストを検索できなかった場合、サーバ装置106はその旨をＪａｖａモジュール36に、そのコンテンツＩＤの返信として通知する。
【０２１０】
Ｊａｖａモジュール36はコンテンツＩＤの送信後、それに対するサーバ装置106からの返信を待つ。その返信を受けた時、Ｊａｖａモジュール36は、その返信の内容が新たな広告のリストであるか否かを判断する。その返信の内容が広告のリストである場合、Ｊａｖａモジュール36は処理をステップＳ４６Ｂに進める。一方、その返信の内容が広告のリストではない場合、Ｊａｖａモジュール36は広告のプレイアイテムの置換処理を終える。
【０２１１】
ステップＳ４６Ｂ：Ｊａｖａモジュール36は、ローカル・ストレージ1021からユーザの嗜好を読み出す。Ｊａｖａモジュール36は更に、サーバ装置106から受信された広告のリストの中から、そのユーザの嗜好に対応付けられた広告ＩＤを検索する。
【０２１２】
ステップＳ４７〜５１は、実施形態２と全く同様である。
【０２１３】
ステップＳ４７：Ｊａｖａモジュール36は、ステップＳ４６Ｂで検索された広告ＩＤをサーバ装置106に送信する。サーバ装置106はその広告ＩＤを受信して、その広告ＩＤが割り当てられた新たな広告のＡＶクリップを再生装置102に送信する。Ｊａｖａモジュール36はネットワーク・インタフェース102Dにその新たな広告のＡＶクリップを受信させてローカル・ストレージ1021に格納させる。
【０２１４】
ステップＳ４８：Ｊａｖａモジュール36は仮想ファイル制御部1032に、新たな広告のＡＶクリップを仮想的にＢＤ−ＲＯＭディスク101に組み込ませる。仮想パッケージが既に作成されていれば、Ｊａｖａモジュール36は仮想ファイル制御部1032に新たな広告のＡＶクリップをその仮想パッケージに組み込ませる。
【０２１５】
ステップＳ４９：Ｊａｖａモジュール36は、検出されたプレイリスト・マークのＰＴＳと同じ再生開始時刻を示すプレイアイテム情報、すなわち広告のプレイアイテム情報をカレントの静的シナリオ情報SSの中から検出する。
【０２１６】
ステップＳ５０：Ｊａｖａモジュール36は、ステップＳ４９で検出されたプレイアイテム情報を書き換える。
【０２１７】
ステップＳ５１：Ｊａｖａモジュール36は再生制御エンジン37に、ステップＳ３でカレントの静的シナリオ情報SSから読み出されたプレイリスト・マーク情報の中から、マーク・タイプが「広告」であるプレイリスト・マークを更に検出させる。そのプレイリスト・マークが検出されれば、Ｊａｖａモジュール36は処理をステップＳ４９に戻す。そのプレイリスト・マークが検出されなければ、Ｊａｖａモジュール36は広告のプレイアイテムの置換処理を終える。
【０２１８】
上記のステップＳ４１〜５１により、静的シナリオ・メモリ21上で、カレントのプレイリスト情報に含まれる元の広告のプレイアイテム情報が新たな広告のプレイアイテム情報に書き換えられる。従って、そのプレイアイテム情報の示す再生区間では、ＢＤ−ＲＯＭディスク101上のＡＶクリップ・ファイルではなく、ローカル・ストレージ1021内の新たな広告のＡＶクリップ・ファイルが再生される。その結果、実施形態１と同様に、図２５の（ａ）に示されているプレイアイテムPLの再生区間PI2で再生される元の広告のフレーム群F1が、図２５の（ｂ）に示されているプレイリストNPLの同じ再生区間PI2では新たな広告のフレーム群F2が再生される。こうして、元の広告のプレイアイテムが新たな広告のプレイアイテムに置換される。
【０２１９】
図３２は、ステップＳ４１〜４７におけるサーバ装置106と再生装置102との間でのデータ交換を示す模式図である。ステップＳ４１〜４７ではサーバ装置106と再生装置102との間で、図３２に示されている（１）〜（４）の順にデータが交換される。
【０２２０】
ここで、図３２に示されているように、サーバ装置106は内蔵のＨＤＤ106Aに、コンテンツＩＤと広告のリストのＩＤとの間の対応表106B、広告のリスト106C、及び新たな広告のＡＶクリップCLP1を予め保存している。対応表106Bに記述された各広告のリストのＩＤには一つの広告のリスト106Cが対応付けられている。広告のリスト106Cでは、再生装置102によって決定可能なユーザの嗜好別に、すなわち、音声／字幕の設定の可能な組み合わせ別に、広告ＩＤが一つずつ対応付けられている。各広告ＩＤには、その広告のＡＶクリップ、すなわちクリップ情報ファイルとＡＶクリップ・ファイルとの組み合わせCLP1が割り当てられている。
【０２２１】
（１）ステップＳ４１では、再生装置102のＪａｖａモジュール36が例えばコンテンツＩＤ“ＡＡＡＡＡ”をサーバ装置106に送る。
【０２２２】
（２）ステップＳ４６Ａでは、サーバ装置106がそのコンテンツＩＤ“ＡＡＡＡＡ”を受信して、対応表106Ｂから、そのコンテンツＩＤ“ＡＡＡＡＡ”に対応付けられた広告のリストのＩＤ“ＬＳＴ＿ＡＡＡＡＡ”を検索する。サーバ装置106は更に、そのＩＤ“ＬＳＴ＿ＡＡＡＡＡ”が割り当てられた広告のリスト106CをＨＤＤ106Aから読み出して、Ｊａｖａモジュール36にコンテンツＩＤ“ＡＡＡＡＡ”の返信として送る。Ｊａｖａモジュール36はその広告のリスト106Cをサーバ装置106から受信する。
【０２２３】
（３）ステップＳ４６Ｂでは、Ｊａｖａモジュール36は、ローカル・ストレージ1021からユーザの嗜好を読み出して、広告のリスト106Cの中から、そのユーザの嗜好に対応付けられた広告ＩＤを検索する。例えばユーザの嗜好が、図３０の（ｂ）及び（ｃ）の集計結果から決定された“ドルビー・ロスレス方式”と“英語”との組み合わせである場合、Ｊａｖａモジュール36は、広告のリスト106Cの中でその組み合わせに対応付けられた広告ＩＤ“ＣＭ１”を検索する。
【０２２４】
（４）ステップＳ４７では、Ｊａｖａモジュール36は、ステップＳ４６Ｂで検索された広告ＩＤ“ＣＭ１”をサーバ装置106に送信する。サーバ装置106はその広告ＩＤ“ＣＭ１”を受信して、その広告ＩＤ“ＣＭ１”が割り当てられた新たな広告のＡＶクリップCLP1をＨＤＤ106Aから再生装置102に送信する。Ｊａｖａモジュール36はネットワーク・インタフェース102Dにその新たな広告のＡＶクリップCLP1を受信させてローカル・ストレージ1021に格納させる。
【０２２５】
例えばユーザの嗜好が“ドルビー・ロスレス方式”と“英語”との組み合わせである場合、その組み合わせに対応付けられた広告ＩＤ“ＣＭ１”は、例えばドルビー・ロスレス方式に対応可能なホームシアター・システムを英語で宣伝する広告に割り当てられる。そのような広告は、再生装置102でコンテンツＩＤ“ＡＡＡＡＡ”のＡＶコンテンツを視聴するユーザにとって関心度が高いと期待できる。その結果、その広告の挿入がそのＡＶコンテンツの娯楽性を損なう危険性を更に抑えることができる。また、その広告の宣伝効果を更に向上させることができる。
【０２２６】
本発明の実施形態３による再生装置は上記のとおり、実施形態２と同様に、ＢＤ−ＲＯＭディスク101に記録されたプレイリストに組み込まれた広告のプレイアイテムの再生区間に新たな広告のプレイアイテムを再生できる。実施形態３では更に、再生履歴からユーザの嗜好を推定し、その嗜好に応じて新たな広告のプレイアイテムを選択できる。従って、実施形態２よりも、プレイリストの再生時に視聴者にとって関心度の低い広告が再生される可能性を更に抑えることができる。その結果、広告の挿入がそのプレイリストの娯楽性を損なう危険性を更に抑えることができる。また、広告の宣伝効果を更に向上させることができる。
【０２２７】
《実施形態４》
【０２２８】
本発明の実施形態４によるオーサリング装置は、実施形態１によるＢＤ−ＲＯＭディスク101のディスク・イメージ204（図２参照）及びアップデート・キット205（図１７の（ａ）参照）を作成する。ここで、オーサリング装置とは、例えば映画の制作スタジオに設置され、映像、音声、字幕等の素材データから映画等のプレイリストを編集して、そのプレイリストからメディアパッケージのディスク・イメージを作成する装置をいう。ディスク・イメージは、図２に示されているような、メディアパッケージのボリューム領域202に記録されるべきディレクトリ構造204のファイル群である。
【０２２９】
＜ＢＤ−ＲＯＭディスク101のディスク・イメージ204の作成＞
【０２３０】
図３３は、本発明の実施形態４によるオーサリング装置300の機能ブロック図である。図３３に示される機能部は特に、ＢＤ−ＲＯＭディスク101のディスク・イメージ204の作成に関する。図３３に示されているように、オーサリング装置は、素材制作部301、シナリオ生成部302、ＢＤ−Ｊ制作部303、記憶部308、多重化処理部304、及びフォーマット処理部305を含む。それらの機能部301〜305、308は単一又は複数のシステムＬＳＩに集積化される。
【０２３１】
素材制作部301は、ユーザの操作に従って、映像、音声、字幕等の素材データVD、AD、ST、GDからエレメンタリ・ストリーム61を編集する。エレメンタリ・ストリーム61は、一連のプレイリストの映像、音声、字幕、又は対話画面を表し、ビデオ・ストリーム61V、オーディオ・ストリーム61A、ＰＧストリーム61P、又はＩＧストリーム61Iの少なくともいずれかを含む。その他に、テキスト字幕ストリームを含んでも良い。エレメンタリ・ストリーム61は記憶部308に格納される。
【０２３２】
具体的には、素材制作部301は、非圧縮のビットマップ・データ等のイメージ・データVDをＭＰＥＧ−４  ＡＶＣやＭＰＥＧ−２等の符号化方式で圧縮することによってビデオ・ストリーム61Vを作成する。ここで、ピクチャ・イン・ピクチャが編集に利用されるときは、ビデオ・ストリーム61Vはプライマリ・ビデオ・ストリームとセカンダリ・ビデオ・ストリームとの両方を含む。一方、素材制作部301は、非圧縮のＬＰＣＭ方式等の音声データADをＡＣ−３等の符号化方式で圧縮することによってオーディオ・ストリーム61Aを作成する。ここで、２種類以上の音声データのミキシングが編集に利用されるときは、オーディオ・ストリーム61Aはプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとの両方を含む。素材制作部301は更に、ユーザの操作に従って、字幕を表すイメージ・データSTについて字幕情報ファイルを作成する。字幕情報ファイルは、例えばイメージ・データSTを画面に表示する位置とタイミング、及び、フェード・イン／アウト等、イメージ・データSTに対して付加されるべき表示効果を規定する。素材制作部301は、その字幕情報ファイルをイメージ・データSTと合わせてＰＧストリーム61Pを作成する。素材制作部301はその他に、ユーザの操作に従って、ＧＵＩ用のメニューを表すビットマップ・データ等のイメージ・データGDについてメニュー・ファイルを作成する。メニュー・ファイルは、例えばユーザの操作に応じたメニュー内のボタンの変化や、メニューに対して付加されるべき表示効果を規定する。素材制作部301は、そのメニュー・ファイルをイメージ・データGDと合わせてＩＧストリーム61Iを作成する。
【０２３３】
シナリオ生成部302は、エレメンタリ・ストリーム61の編集情報及びユーザの操作に従ってシナリオ・データ62を作成して、記憶部308に格納する。シナリオ・データ62は、図２に示されているインデックス・ファイル2042A、ムービー・オブジェクト・ファイル2042B、及びプレイリスト・ファイル2043Aを含む。
【０２３４】
ここで、エレメンタリ・ストリーム61の編集情報は、素材制作部301による編集の内容を示す情報、及び各エレメンタリ・ストリーム61の属性情報を含む。例えば、ビデオ・ストリーム61Vについては、符号化方式の種類やピクチャ・イン・ピクチャにおけるプライマリ・ビデオ・ストリームとセカンダリ・ビデオ・ストリームとの間の対応関係を含み、オーディオ・ストリーム61Aについては、符号化方式の種類やミキシングにおけるプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとの間の対応関係を含み、ＰＧストリーム61Pについては字幕情報ファイルを含み、ＩＧストリーム61Iについてはメニュー・ファイルを含む。編集情報は更に、一連のプレイリストの再生時間において、エレメンタリ・ストリーム61の各部分が再生されるべき時刻を示す。各時刻はユーザの操作によって指定される。
【０２３５】
シナリオ生成部302はプレイリスト・ファイル2043Aを作成するとき、ユーザの操作に従って、各プレイアイテム情報のストリーム選択テーブル（図１３の（ａ）参照）とプレイリスト・マーク2043D（図１５の（ａ）参照）とを作成する。特にプレイリスト・マーク2043Dは、広告のプレイアイテムの再生開始時刻を示すものを含む。
【０２３６】
シナリオ生成部302は更に、パラメータ・ファイルPFを作成して多重化処理部304に渡す。パラメータ・ファイルPFは、記憶部308に格納されたエレメンタリ・ストリーム61のうち、同じＡＶクリップ・ファイルに多重化されるべきエレメンタリ・ストリームの識別情報とその属性情報とを示す。
【０２３７】
ＢＤ−Ｊ制作部303は、ユーザにＢＤ−Ｊアプリケーションのプログラミング環境を提供する。すなわち、ＢＤ−Ｊ制作部303は、ＧＵＩを通じてユーザからプログラミングに関する要求を受け付け、その要求に従って、ＢＤ−Ｊアプリケーション・プログラムのソース・コードを作成する。ＢＤ−Ｊ制作部303は更に、それらのソース・コードをＢＤ−Ｊシナリオ・データ63として整理して記憶部308に格納する。ＢＤ−Ｊシナリオ・データ63は、図２に示されているＢＤ−Ｊオブジェクト・ファイル2047A、サービス・オブジェクト・ファイル2042C、及びＪＡＲファイル2046Aを含む。
【０２３８】
多重化処理部304は、パラメータ・ファイルPFに基づいて、記憶部308から、ビデオ・ストリーム61V、オーディオ・ストリーム61A、ＰＧストリーム61P、及びＩＧストリーム61Iを読み出してＭＰＥＧ−２ＴＳ形式で多重化することにより、ＡＶクリップ・ファイルAVを作成する。それと同時に、多重化処理部304は、そのＡＶクリップ・ファイルAVに対するクリップ情報ファイルCLを以下の手順で作成する。多重化処理部304はまず、マーク・テーブル情報442（図９、図１１の（ａ）参照）を作成する。具体的には、多重化処理部304はビデオ・ストリーム61VからＩピクチャ又はＩＤＲピクチャを検出し、検出された各ピクチャのＰＴＳと、そのピクチャの先頭のＡＶクリップ・ファイルAV内でのＳＰＮとの対を一つのクリップ・マークＩＤ442Dに対応付けて、一つのクリップ・マーク情報442Aとして登録する。同じＡＶクリップ・ファイルAVがプライマリ・ビデオ・ストリームとセカンダリ・ビデオ・ストリームとの２種類を含む場合、多重化処理部304はそれら両方に対するマーク・テーブル情報を同時に作成する。多重化処理部304は次にパラメータ・ファイルPFに基づいて、同じＡＶクリップ・ファイルAVに多重化された各エレメンタリ・ストリームの属性を示すストリーム属性情報441（図９、図１０参照）を作成する。多重化処理部304は続いて、マーク・テーブル情報とストリーム属性情報とを合わせてクリップ情報ファイルCLを作成する。
【０２３９】
フォーマット処理部305は、記憶部308からはシナリオ・データ62とＢＤ−Ｊシナリオ・データ63とを読み出し、多重化処理部304からはＡＶクリップ・ファイルAVとクリップ情報ファイルCLとの対を受信する。フォーマット処理部305は更に、それらのデータをＵＤＦのファイルに変換して、図２に示されているディレクトリ構造204に配置する。その結果、ＢＤ−ＲＯＭディスク101用のディスク・イメージ204が作成される。その後、このディスク・イメージ204は原盤用のデータに変換された上でＢＤ−ＲＯＭディスク101の原盤に記録される。更に、その原盤がプレス工程に利用されることによって、ＢＤ−ＲＯＭディスク101が製造される。
【０２４０】
図３４は、ディスク・イメージ204の作成方法のフローチャートである。
【０２４１】
ステップＳ６１：素材制作部301はユーザの操作に従ってエレメンタリ・ストリーム61を編集する。
【０２４２】
ステップＳ６２：シナリオ生成部302は、エレメンタリ・ストリーム61の編集情報及びユーザの操作に従ってシナリオ・データ62を作成する。シナリオ生成部302はプレイリスト・ファイル2043Aを作成するとき、ユーザの操作に従って、各プレイアイテム情報のストリーム選択テーブルとプレイリスト・マークとを作成する。特にプレイリスト・マークは、広告のプレイアイテムの再生開始時刻を示すものを含む。シナリオ生成部302は更にパラメータ・ファイルPFを多重化処理部304に渡す。
【０２４３】
ステップＳ６３：ＢＤ−Ｊ制作部303はユーザの操作に従ってＢＤ−Ｊアプリケーション・プログラムを作成し、更にそれらからＢＤ−Ｊシナリオ・データ63を作成する。
【０２４４】
ステップＳ６４：多重化処理部304は、パラメータ・ファイルPFに基づいて、記憶部308からエレメンタリ・ストリーム61を読み出して多重化することにより、ＡＶクリップ・ファイルAVを作成する。それと同時に、多重化処理部304は、そのＡＶクリップ・ファイルAVに対するクリップ情報ファイルCLを作成する。
【０２４５】
ステップＳ６５：フォーマット処理部305は、記憶部308からはシナリオ・データ62とＢＤ−Ｊシナリオ・データ63とを読み出し、多重化処理部304からはＡＶクリップ・ファイルAVとクリップ情報ファイルCLとの対を受信して、それらのデータを、図２に示されているディレクトリ構造204に配置する。こうして、ＢＤ−ＲＯＭディスク101用のディスク・イメージ204が作成される。
【０２４６】
＜アップデート・キット205の作成＞
【０２４７】
図３５は、アップデート・キット205の作成に関するオーサリング装置300の機能ブロック図である。図３５に示される機能部は、図３３に示されているものに加え、差分抽出部306とアップデート・キット制作部307を更に含む。それらの機能部306、307は、他の機能部と同じ又は別のシステムＬＳＩに集積化される。
【０２４８】
素材制作部301は、ユーザの操作に従って素材データVD、AD、ST、GDから追加エレメンタリ・ストリームを編集する。追加エレメンタリ・ストリームは、元のディスク・イメージ204に記録されたプレイリストに追加され、又は置換されるべきプレイアイテムの映像、音声、字幕、又は対話画面を表し、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、又はＩＧストリームの少なくともいずれかを含む。その他に、テキスト字幕ストリームを含んでも良い。追加エレメンタリ・ストリームの少なくとも一部は、元のディスク・イメージ204に組み込まれた広告と置換されるべき新たな広告のプレイアイテムに属する。それらの追加エレメンタリ・ストリームは更に、メインパスの再生に利用されるものの他に、サブパスの再生に利用されるものを含んでも良い。追加エレメンタリ・ストリームの編集プロセスは、元のディスク・イメージ204に記録されたエレメンタリ・ストリーム61の編集プロセスと同様である。追加エレメンタリ・ストリームは、元のエレメンタリ・ストリーム61と共に、記憶部308に格納される。
【０２４９】
シナリオ生成部302は、追加エレメンタリ・ストリームの編集情報及びユーザの操作に従って、仮想パッケージ用の追加シナリオ・データ62Aを作成して、記憶部308に格納する。追加シナリオ・データ62Aは元のシナリオ・データ62と同様に、インデックス・ファイル、ムービー・オブジェクト・ファイル、及びプレイリスト・ファイルを含む。ここで、追加エレメンタリ・ストリームの編集情報は元のエレメンタリ・ストリーム61の編集情報とは、元の広告が新たな広告に置換されている点で異なる。従って、同じ点で、追加シナリオ・データ62Aは元のシナリオ・データ62とは異なる。
【０２５０】
特にプレイリスト・ファイルは、図１７の（ａ）に示されている追加プレイリスト・ファイル2054Cと等価である。追加プレイリスト・ファイル2054Cでは、図１２に示されている元のプレイリスト・ファイル2043Aとは異なり、プレイリスト情報のうち、元の広告のプレイアイテム情報が新たな広告のプレイアイテム情報に書き換えられている。新たな広告のプレイアイテム情報は元の広告のプレイアイテム情報とは参照クリップ情報とストリーム選択テーブルとが異なる。そのストリーム選択テーブルは、追加エレメンタリ・ストリームに関するものに書き換えられている。更に、そのストリーム選択テーブルは、サブパスＩＤを示すストリーム・パス情報を含んでいても良い。その場合、追加プレイリスト・ファイル2054CはそのサブパスＩＤのサブパスを含み、新たな広告に関するサブプレイアイテム情報を含む。また、追加プレイリスト・ファイル2054Cは、新たな広告のプレイアイテムの再生開始時刻を示すプレイリスト・マークを含む。その再生開始時刻は、元の広告のプレイアイテムの再生開始時刻と等しく設定されている。
【０２５１】
シナリオ生成部302は更に、追加パラメータ・ファイルMPFを作成して多重化処理部304に渡す。追加パラメータ・ファイルMPFは、記憶部308に格納されたエレメンタリ・ストリーム61のうち、同じＡＶクリップ・ファイルに多重化されるべき追加エレメンタリ・ストリームの識別情報とその属性情報とを示す。
【０２５２】
ＢＤ−Ｊ制作部303はユーザの操作に従って、仮想パッケージの作成後に利用されるべきＢＤ−Ｊアプリケーション・プログラムのソース・コードを作成する。ＢＤ−Ｊ制作部303は更に、それらのソース・コードを追加ＢＤ−Ｊシナリオ・データ63Aとして整理して記憶部308に格納する。追加ＢＤ−Ｊシナリオ・データ63Aは、ＢＤ−Ｊオブジェクト・ファイル63B、サービス・オブジェクト・ファイル63C、及びＪＡＲファイル63Dを含む。
【０２５３】
多重化処理部304は、追加パラメータ・ファイルMPFに基づいて、記憶部308から追加エレメンタリ・ストリームを読み出してＭＰＥＧ−２ＴＳ形式で多重化することにより、追加ＡＶクリップ・ファイルMAVを作成する。それと同時に、多重化処理部304は、その追加ＡＶクリップ・ファイルMAVに対する追加クリップ情報ファイルMCLを作成する。
【０２５４】
差分抽出部306は、記憶部308に格納された元のシナリオ・データ62と追加シナリオ・データ62Aとを比較して、両者間の差分DSDを抽出する。その差分DSDは、例えば元のシナリオ・データ62には含まれていないファイルや、元のシナリオ・データ62に含まれているファイルとは一部が異なるファイルを含む。その差分DSDは特に、追加プレイリスト・ファイル2054Cに等価なファイルを含む。差分抽出部306は更に、その差分DSDに含まれる各ファイルの識別情報DIを作成してアップデート・キット制作部307に渡す。
【０２５５】
フォーマット処理部305は、記憶部308からは追加ＢＤ−Ｊシナリオ・データ63Aを読み出し、多重化処理部304からは追加ＡＶクリップ・ファイルMAVと追加クリップ情報ファイルMCLとの対を受信し、差分抽出部306からはシナリオ・データの差分DSDを受信する。フォーマット処理部305は更に、それらのデータをＵＤＦのファイルに変換して、図１９に示されている仮想パッケージ内のディレクトリ構造206に配置する。その結果、仮想パッケージ用のディスク・イメージ206が作成される。そのディスク・イメージ206では、元のディスク・イメージ204に含まれるファイルとは異なる差分データ206Aのみが実体を持ち、元のディスク・イメージ204に含まれるファイルと同じファイルについてはそのパス情報のみが記録されている。差分データ206Aは、追加ＡＶクリップ・ファイルMAV、追加クリップ情報ファイルMCL、シナリオ・データの差分DSD、及び追加ＢＤ−Ｊシナリオ・データ63Aから構成される。特に、追加ＡＶクリップ・ファイルMAV、追加クリップ情報ファイルMCL、及びシナリオ・データの差分DSDは、図１７の（ａ）に示されている追加コンテンツ・ファイル2054C−Gに相当する。
【０２５６】
アップデート・キット制作部307は、差分抽出部306からの識別情報DIを利用して、図１７の（ｂ）に示されているマージ管理情報ファイル2054Aを作成する。アップデート・キット制作部307は更に、そのマージ管理情報ファイル2054Aのハッシュ値を、元のディスク・イメージ204に記録されたＡＶコンテンツのプロバイダの秘密鍵で暗号化してそのプロパイダの電子署名を作成し、その電子署名を用いて署名情報ファイル2054Bを作成する。アップデート・キット制作部307は続いて、そのプロバイダのＯｒｇＩＤとＢＤ−ＲＯＭディスク101のＤｉｓｃＩＤとを用いて、差分データ206A、マージ管理情報ファイル2054A、及び署名情報ファイル2054Bを、図１７の（ａ）に示されているディレクトリ構造205に配置する。そのディレクトリ構造のファイル群205がアップデート・キット205として利用される。
【０２５７】
図３６は、アップデート・キット205の作成方法のフローチャートである。
【０２５８】
ステップＳ７１：素材制作部301はユーザの操作に従って追加エレメンタリ・ストリームを編集する。特に追加エレメンタリ・ストリームは、新たな広告のプレイアイテムに組み込まれるべきエレメンタリ・ストリームを含む。
【０２５９】
ステップＳ７２：シナリオ生成部302は、追加エレメンタリ・ストリームの編集情報及びユーザの操作に従って追加シナリオ・データ62Aを作成する。特に追加プレイリスト・ファイル2054Cについては、プレイリスト情報のうち、元の広告のプレイアイテム情報を新たな広告のプレイアイテム情報に書き換える。シナリオ生成部302は更に追加パラメータ・ファイルMPFを多重化処理部304に渡す。
【０２６０】
ステップＳ７３：差分抽出部306は、記憶部308に格納された元のシナリオ・データ62と追加シナリオ・データ62Aとを比較して、両者間の差分DSDを抽出する。差分抽出部306は更に、その差分DSDに含まれる各ファイルの識別情報DIを作成してアップデート・キット制作部307に渡す。
【０２６１】
ステップＳ７４：ＢＤ−Ｊ制作部303はユーザの操作に従って、仮想パッケージの作成後に利用されるべきＢＤ−Ｊアプリケーション・プログラムを作成し、更にそれらから追加ＢＤ−Ｊシナリオ・データ63Aを作成する。
【０２６２】
ステップＳ７５：多重化処理部304は、パラメータ・ファイルMPFに基づいて、記憶部308から追加エレメンタリ・ストリームを読み出して多重化することにより、追加ＡＶクリップ・ファイルMAVと追加クリップ情報ファイルMCLとの対を作成する。
【０２６３】
ステップＳ７６：フォーマット処理部305は、追加ＢＤ−Ｊシナリオ・データ63A、追加ＡＶクリップ・ファイルMAVと追加クリップ情報ファイルMCLとの対、及びシナリオ・データの差分DSDをＵＤＦのファイルに変換する。フォーマット処理部305は更に、それらのファイルを仮想パッケージ内のディレクトリ構造206に配置して、仮想パッケージ用のディスク・イメージ206を作成する。
【０２６４】
ステップＳ７７：アップデート・キット制作部3507は、差分抽出部306からの識別情報DIを利用してマージ管理情報ファイル2054Aを作成する。アップデート・キット制作部307は更に、そのマージ管理情報ファイル2054Aを暗号化してプロパイダの電子署名を作成し、その電子署名を用いて署名情報ファイル2054Bを作成する。
【０２６５】
ステップＳ７８：アップデート・キット制作部307は、プロバイダのＯｒｇＩＤとＢＤ−ＲＯＭディスク101のＤｉｓｃＩＤとを用いて、差分データ206A、マージ管理情報ファイル2054A、及び署名情報ファイル2054Bをディレクトリ構造205に配置する。こうして、アップデート・キット205が作成される。
【０２６６】
＜備考＞
【０２６７】
（１）本発明による実施形態１〜３では、サービス・オブジェクト・ファイルはＢＤ−Ｊオブジェクト・ファイルと構造が共通であり、サービス・オブジェクトは、図４の（ｂ）に示されているＢＤ−Ｊオブジェクト471と形式が共通である。その他に、サービス・オブジェクト・ファイルはムービー・オブジェクト・ファイルと、構造が共通であっても良い。その場合、サービス・オブジェクト・ファイルは、図４の（ａ）に示されているムービー・オブジェクト・ファイル2042Bと同様、一般に複数のサービス・オブジェクトを含む。また、各サービス・オブジェクトは、図４の（ａ）に示されているムービー・オブジェクト42B1、42B2と同様、ナビゲーション・コマンドの配列を含む。各ナビゲーション・コマンドには、上記の実施形態１〜３によるサービス・オブジェクトの各機能と同様な機能が割り当てられる。再生制御部1033では、ＤＶＤライク・モジュール35がそれらのナビゲーション・コマンドを順番に実行することにより、上記の実施形態１〜３によるサービス・オブジェクトの各機能と同様な機能を実現させる。
【０２６８】
（２）本発明による実施形態１〜３では、プレイリスト中での広告のプレイアイテムの位置を示す情報として、プレイリスト・ファイルに含まれるプレイリスト・マークが利用される。その他に、その情報が例えばクリップ情報ファイル又はサービス・オブジェクト・ファイルに含まれても良い。
【０２６９】
（３）本発明による実施形態２、３では、新たなサービス・オブジェクト・ファイルが、必要であればＪＡＲファイルと共にステップＳ４７でダウンロードされ、ステップＳ４８で仮想的にＢＤ−ＲＯＭディスク101に組み込まれても良い。その場合、プレイアイテム情報のストリーム選択テーブルを書き換えるための情報等、新たな広告のＡＶクリップに添付されるべき情報がその新たなサービス・オブジェクト・ファイルに含まれても良い。それらの情報は、その新たなサービス・オブジェクト・ファイルに含まれるサービス・オブジェクトに従ってステップＳ４９以降の処理を実行することにより、利用可能である。
【０２７０】
（４）本発明による実施形態３では、再生履歴には音声／字幕の設定が記録され、プロファイル推定では、通算の利用時間が最も長い種類の音声／字幕の設定の組み合わせがユーザの嗜好として決定される。しかし、再生履歴には、プレーヤ・レジスタ38から読み取れる設定であれば、音声／字幕の設定以外にも記録可能である。また、通算の利用回数が最も多い種類の音声／字幕の設定の組み合わせをユーザの嗜好として決定する等、上記とは別の条件でユーザの嗜好が決定されても良い。再生履歴に記録されるべき情報の内容等の条件、及びプロファイル推定でユーザの嗜好を決定するための条件はサービス・オブジェクトに応じて変更可能である。特に上記の（２）の場合、プレイリストの再生ごとにサービス・オブジェクト・ファイルを更新できるので、それらの条件をプレイリストの再生ごとに変更できる。
【０２７１】
（５）本発明による実施形態３では、再生装置102がサーバ装置106から広告のリスト106Cを受信し、その中から新たな広告のコンテンツをユーザの嗜好に応じて選択する。その他に、再生装置102がコンテンツＩＤと共にユーザの嗜好をサーバ装置106に通知し、サーバ装置106が、そのユーザの嗜好に応じた新たな広告のＡＶクリップを選択しても良い。
【０２７２】
（６）本発明による実施形態３では実施形態２と同様、新たな広告のＡＶクリップが、必要な添付情報と共にサーバ装置106からダウンロードされてＢＤ−ＲＯＭディスク101上に仮想的に組み込まれる。その他に、実施形態１と同様に、新たな広告のプレイアイテムを含むアップデート・キットがサーバ装置106からダウンロードされ、そのアップデート・キットから仮想パッケージが作成されることによって、その新たな広告のプレイアイテムがその仮想パッケージに組み込まれても良い。
【０２７３】
（７）本発明による実施形態４では、アップデート・キット205に代えて、新たな広告のＡＶクリップ、及びそれに添付されるべき情報のみが作成されても良い。その情報は、例えば、プレイアイテム情報のストリーム選択テーブルを書き換えるための情報、ネットワーク属性を持つＡＶクリップ・ファイルを示す情報、クリップ情報ファイルとＡＶクリップ・ファイルとの各対に対するメインパスとサブパスとの割り当てを示す情報、プレイリスト情報にサブパスを追加するための情報、又は、プレイリスト情報に既存のサブパスにサブプレイアイテム情報を追加し、若しくは上書きするための情報を含む。それらの情報は例えば、シナリオ生成部302によって作成される追加パラメータ・ファイルMPFや、差分抽出部306によって抽出されるシナリオ・データ62、62A間の差分DSDから作成可能である。
【産業上の利用可能性】
【０２７４】
本発明は光ディスクからプレイリストを再生するための技術に関し、上記のとおり、光ディスクからプレイリストを再生するとき、そのプレイリストに組み込まれた広告のプレイアイテムの再生区間に所望のプレイアイテムを再生可能にする。従って、本発明は明らかに産業上利用可能である。
【符号の説明】
【０２７５】
PL  元のプレイリスト
NPL  新たなプレイリスト
PI1、PI2、PI3  各プレイリストの再生区間
CLP1  元の広告のプレイアイテムを含むＡＶクリップ・ファイル
CLP2  新たな広告のプレイアイテムを含むＡＶクリップ・ファイル
P1、P2、P3、P4  各再生区間で再生されるＡＶクリップ・ファイルの部分
IN  再生区間PI2の再生開始時刻
OUT  再生区間PI2の再生終了時刻
PLM1  プレイリスト・マーク
F1  元の広告のフレーム群
F2  新たな広告のフレーム群
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の広告データを外部から取得する取得手段、
デジタルストリームと、前記デジタルストリームの再生区間を示す再生区間情報を少なくとも一つ含む再生経路情報とを記憶媒体から読み出す読み出し手段、
読み出された前記デジタルストリームの中に第２の広告データが含まれているか否かの判定を行う判定手段、
前記判定が肯定的であるとき、読み出された前記再生経路情報のうち、前記第２の広告データの再生区間を示す再生区間情報を、前記第１の広告データの再生区間を示すように書き換える再生経路置換手段、及び、
前記再生経路情報を用いて前記デジタルストリームを再生するための手段であって、前記再生経路情報が書き換えられたとき、書き換え後の再生経路情報を用いて前記第１の広告データを再生する再生手段、
を備えた再生装置。
【請求項２】
前記判定手段は前記判定をバイトコード・プログラムに従って行い、
前記再生経路置換手段は再生区間情報の書き換えをバイトコード・プログラムに従って行う、
請求項１に記載の再生装置。
【請求項３】
前記再生経路情報は、前記デジタルストリームの再生区間のいずれかが前記第２の広告データの再生区間であることを示すマーク情報を含み、
前記判定手段は、前記マーク情報を参照することによって前記判定を行う、
請求項１に記載の再生装置。
【請求項４】
前記再生装置は、
ネットワーク上のサーバ装置との間で通信を行う通信手段、
前記再生手段によるデジタルストリームの再生状態の履歴を記録する再生履歴記録手段、及び、
前記再生状態の履歴からユーザの嗜好を推定するプロファイル推定手段、
を更に備え、
前記取得手段は、前記通信手段を利用して、前記ユーザの嗜好に応じた広告データを前記サーバ装置からダウンロードして、前記第１の広告データとして保持する、
請求項１に記載の再生装置。
【請求項５】
前記取得手段は、前記通信手段を利用して前記サーバ装置から広告データのリストをダウンロードし、前記ユーザの嗜好に応じた広告データを前記リストの中から選択する、
請求項４に記載の再生装置。
【請求項６】
第１の広告データを外部から取得するステップ、
デジタルストリームと、前記デジタルストリームの再生区間を示す再生区間情報を少なくとも一つ含む再生経路情報とを記憶媒体から読み出すステップ、
読み出された前記デジタルストリームの中に第２の広告データが含まれているか否かの判定を行うステップ、
前記判定が肯定的であるとき、読み出された前記再生経路情報のうち、前記第２の広告データの再生区間を示す再生区間情報を、前記第１の広告データの再生区間を示すように書き換えるステップ、及び、
前記再生経路情報を用いて前記デジタルストリームを再生するステップであって、前記再生経路情報が書き換えられたとき、書き換え後の再生経路情報を用いて前記第１の広告データを再生するステップ、
を備えた再生方法。
【請求項７】
第１の広告データを外部から取得するステップ、
デジタルストリームと、前記デジタルストリームの再生区間を示す再生区間情報を少なくとも一つ含む再生経路情報とを記憶媒体から読み出すステップ、
読み出された前記デジタルストリームの中に第２の広告データが含まれているか否かの判定を行うステップ、
前記判定が肯定的であるとき、読み出された前記再生経路情報のうち、前記第２の広告データの再生区間を示す再生区間情報を、前記第１の広告データの再生区間を示すように書き換えるステップ、及び、
前記再生経路情報を用いて前記デジタルストリームを再生するステップであって、前記再生経路情報が書き換えられたとき、書き換え後の再生経路情報を用いて前記第１の広告データを再生するステップ、
を再生装置に実行させるためのプログラム。
【請求項８】
第１の広告データを外部から取得するステップ、
デジタルストリームと、前記デジタルストリームの再生区間を示す再生区間情報を少なくとも一つ含む再生経路情報とを記憶媒体から読み出すステップ、
読み出された前記デジタルストリームの中に第２の広告データが含まれているか否かの判定を行うステップ、
前記判定が肯定的であるとき、読み出された前記再生経路情報のうち、前記第２の広告データの再生区間を示す再生区間情報を、前記第１の広告データの再生区間を示すように書き換えるステップ、及び、
前記再生経路情報を用いて前記デジタルストリームを再生するステップであって、前記再生経路情報が書き換えられたとき、書き換え後の再生経路情報を用いて前記第１の広告データを再生するステップ、
を再生装置に実行させるためのプログラムを記録した、前記再生装置によって読み取り可能な記録媒体。
【請求項９】
デジタルストリームを再生するための再生装置に搭載される集積回路であり、
第１の広告データを外部から取得する取得手段、
前記デジタルストリームと、前記デジタルストリームの再生区間を示す再生区間情報を少なくとも一つ含む再生経路情報とを記憶媒体から読み出す読み出し手段、
読み出された前記デジタルストリームの中に第２の広告データが含まれているか否かの判定を行う判定手段、
前記判定が肯定的であるとき、読み出された前記再生経路情報のうち、前記第２の広告データの再生区間を示す再生区間情報を、前記第１の広告データの再生区間を示すように書き換える再生経路置換手段、及び、
前記再生経路情報を用いて前記デジタルストリームを再生するための手段であって、前記再生経路情報が書き換えられたとき、書き換え後の再生経路情報を用いて前記第１の広告データを再生する再生手段、
を備えた集積回路。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2009153928.tif 000039
【図２】
2009153928.tif 000040
【図３】
2009153928.tif 000041
【図４】
2009153928.tif 000042
【図５】
2009153928.tif 000043
【図６】
2009153928.tif 000044
【図７】
2009153928.tif 000045
【図８】
2009153928.tif 000046
【図９】
2009153928.tif 000047
【図１０】
2009153928.tif 000048
【図１１】
2009153928.tif 000049
【図１２】
2009153928.tif 000050
【図１３】
2009153928.tif 000051
【図１４】
2009153928.tif 000052
【図１５】
2009153928.tif 000053
【図１６】
2009153928.tif 000054
【図１７】
2009153928.tif 000055
【図１８】
2009153928.tif 000056
【図１９】
2009153928.tif 000057
【図２０】
2009153928.tif 000058
【図２１】
2009153928.tif 000059
【図２２】
2009153928.tif 000060
【図２３】
2009153928.tif 000061
【図２４】
2009153928.tif 000062
【図２５】
2009153928.tif 000063
【図２６】
2009153928.tif 000064
【図２７】
2009153928.tif 000065
【図２８】
2009153928.tif 000066
【図２９】
2009153928.tif 000067
【図３０】
2009153928.tif 000068
【図３１】
2009153928.tif 000069
【図３２】
2009153928.tif 000070
【図３３】
2009153928.tif 000071
【図３４】
2009153928.tif 000072
【図３５】
2009153928.tif 000073
【図３６】
2009153928.tif 000074
【国際調査報告】
2009153928.tif 000075
2009153928.tif 000076
2009153928.tif 000077
2009153928.tif 000078