WO2007091426A1

WO2007091426A1 - 情報記録媒体および再生制御方法

Info

Publication number: WO2007091426A1
Application number: PCT/JP2007/051074
Authority: WO
Inventors: Wataru Ikeda; Tomoyuki Okada; Masayuki Kozuka
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2006-02-09
Filing date: 2007-01-24
Publication date: 2007-08-16
Also published as: US20090034942A1; JPWO2007091426A1; JP5295572B2

Abstract

　第１コンテンツとプログラムとが記録された情報記録媒体（１０４）であって、再生装置（１）には、設定値を記憶している第１記憶手段（２２１）と、プログラムを実行する実行手段（２０６）と、実行手段（２０６）が情報を読み書き可能な第２記憶手段（２２２）とが備えられており、当該プログラムは、第１記憶手段（２２１）に記憶されている設定値を第２記憶手段（２２２）に書き込む第１記憶ステップ（Ｓ８０３）と、第１記憶手段（２２１）に記憶されている設定値と、第２記憶手段（２２２）に以前に書き込まれた設定値とを比較する比較ステップ（Ｓ９００）と、比較の結果、第１記憶手段（２２１）に記憶されている設定値と、第２記憶手段（２２２）に以前に書き込まれた設定値とが異なる場合、第１コンテンツの再生を再生装置に行わせない制御ステップ（Ｓ９２０）とを実行手段に実行させるためのプログラムである情報記録媒体（１０４）。

Description

明細書

情報記録媒体および再生制御方法

技術分野

[0001] 本発明は、 BD— ROM等のコンテンツとプログラムとが記録された情報記録媒体およびコンテンツの再生制御方法に関する。背景技術

[0002] 映像データを記録した情報記録媒体の代表格は、 DVD (以下、「Standard Difi nition (SD)—DVD」ともいう。）である。以下に従来の DVDについて説明する。

[0003] 図 1は、 SD— DVDの構造を示す図である。図 1の下段に示すように、 DVDデイスク上にはリードインからリードアウトまでの間に論理アドレス空間が設けられている。その論理アドレス空間には先頭力ファイルシステムのボリューム情報が記録され、続 V、て映像音声などのアプリケーションデータが記録されて、る。

[0004] ファイルシステムとは、 ISO9660や Universal Disc Format (UDF)等の規格により定められたデータを管理する仕組みのことであり、ディスク上のデータをディレクトリまたはファイルと呼ばれる単位で表現する仕組みである。

[0005] 日常使っているパーソナルコンピュータ（PC)の場合でも、 File Allocation Tabl es (FAT)または NT File System (NTFS)と呼ばれるファイルシステムにより、ディレクトリゃファイルという構造でノヽードディスクに記録されたデータがコンピュータ上で表現され、ユーザピリティを高めている。

[0006] SD— DVDの場合、 UDF及び ISO9660の両方のファイルシステムが使用されている。両方を合わせて「UDFブリッジ」とも呼ばれる。記録されているデータは UDFまたは ISO9660どちらのファイルシステムドライバによってもデータの読み出しができるようになっている。なお、ここで取り扱う DVDはパッケージメディア用の ROMデイスクであり、物理的に書き込みが不可能である。

[0007] DVD上に記録されたデータは、 UDFブリッジを通して、図 1左上に示すようなディレクトリまたはファイルとして見ることができる。ルートディレクトリ（図 1における「ROO T」）の直下に「VIDEO TS」と呼ばれるディレクトリが置かれ、ここに DVDのアプリケーシヨンデータが記録されている。アプリケーションデータは、複数のファイルとして記録され、主なファイルとして以下の種類のファイルがある。

VIDEO— TS. IFO ディスク再生制御情報ファイル

VTS— 01— 0. IFO ビデオタイトルセット # 1再生制御情報ファイル VTS 01 0. VOB ビデオタイトルセット # 1ストリームファイル上記例に示すように 2つの拡張子が規定されている。 riFOjは再生制御情報が記録されたファイルであることを示す拡張子であり、「VOB」は AVデータである MPEG ストリームが記録されたファイルであることを示す拡張子である。

[0009] 再生制御情報とは、 DVDで採用されたインタラクテイビティ (ユーザの操作に応じて再生を動的に変化させる技術)を実現するための情報や、メタデータのような、 AVデータに付属する情報などのことである。また、 DVDでは一般的に再生制御情報のことをナビゲーシヨン情報と呼ぶことがある。

[0010] 再生制御情報ファイルは、ディスク全体を管理する「VIDEO— TS. IFO」と、個々のビデオタイトルセット毎の再生制御情報である「VTS— 01— 0. IFO」がある。なお、 DVDでは複数のタイトル、言い換えれば複数の異なる映画や楽曲を 1枚のディスクに記録することが可能である。

[0011] ここで、ファイル名ボディにある「01」はビデオタイトルセットの番号を示しており、例えば、ビデオタイトルセット # 2の場合は、「VTS— 02— 0. IFO」となる。

[0012] 図 1の右上部は、 DVDのアプリケーション層での DVDナビゲーシヨン空間であり、前述した再生制御情報が展開された論理構造空間である。「VIDEO— TS. IFOJ 内の情報は、 VIDEO Manager Information (VMGI)として、「VTS— 01— 0. I FO」または、他のビデオタイトルセット毎に存在する再生制御情報は Video Title Set Information (VTSI)として DVDナビゲーシヨン空間に展開される。

[0013] VTSIの中には Program Chain (PGC)と呼ばれる再生シーケンスの情報である Program Chain Information (PGCI)が記述されている。 PGCIは、 Cellの集合とコマンドと呼ばれる一種のプログラミング情報によって構成されている。

[0014] Cell自身は VOB (Video Objectの略であり、 MPEGストリームを指す）の一部区間または全部区間を指定する情報であり、 Cellの再生は、当該 VOBの Cellによって指定された区間を再生することを意味している。

[0015] コマンドは、 DVDの仮想マシンによって処理されるものであり、例えば、ウェブべ一ジを表示するブラウザ上で実行される Java (登録商標） Scriptなどに近、ものである。し力しながら Java (登録商標） Scriptが論理演算の他にウィンドウやブラウザの制御 (例えば、新しいブラウザのウィンドウを開くなど）を行うのに対して、 DVDのコマンドは、論理演算の他に AVタイトルの再生制御、例えば、再生するチャプターの指定などを実行するだけのものである点で異なっている。

[0016] Cellはディスク上に記録されて、る VOBの開始及び終了アドレス (論理アドレス）をその内部情報として有しており、プレーヤは、 Cellに記述された VOBの開始及び終了アドレス情報を使ってデータの読み出し、再生を実行する。

[0017] 図 2は、 AVデータである MPEGストリーム中に埋め込まれているナビゲーシヨン情報を説明する概要図である。

[0018] SD— DVDの特長であるインタラクテイビティは前述した「VIDEO— TS. IFO」や「 VTS— 01— 0. IFOJなどに記録されてヽるナビゲーシヨン情報だけによつて実現されているのではなぐ幾つかの重要な情報はナビゲーシヨン'パック（ナビパックまたは、 NV— PCKという。）と呼ばれる専用キャリアを使い VOB内に映像、音声データと一緒に多重化されている。

[0019] ここでは簡単なインタラクテイビティの例としてメニュー画面について説明する。メ- ユー画面上には、幾つかのボタンが現れ、それぞれのボタンには当該ボタンが選択実行された時の処理が定義されて、る。

[0020] また、メニュー画面上では一つのボタンが選択されており（選択ボタン上に半透明色がオーバーレイされることで該ボタンがハイライトされ、該ボタンが選択状態であることをユーザに示す）、ユーザは、リモコンの上下左右キーを使って、選択状態のボタンを上下左右の何れかのボタンに移動させることが出来る。

[0021] リモコンの上下左右キーを使って、選択実行したいボタンまでノヽイライトを移動させ、決定する (決定キーを押す)ことによって対応するコマンドのプログラムが実行される。一般的には対応するタイトルやチャプターの再生がコマンドによって実行されている。

[0022] 図 2の左上部は NV—PCKに格納される情報の概要を示している。 NV— PCK内には、ノ、イライトカラー情報と個々のボタン情報などが含まれている。ノ、イライトカラー情報には、カラーパレット情報が記述され、オーバーレイ表示されるハイライトの半透明色が指定される。

[0023] ボタン情報には、個々のボタンの位置情報である矩形領域情報と、当該ボタンから他のボタンへの移動情報 (ユーザの上下左右キー操作それぞれに対応する移動先ボタンの指定）と、ボタンコマンド情報（当該ボタンが決定された時に実行されるコマンド）とが記述されている。

[0024] メニュー画面上のハイライトは、図 2の右上部に示すように、オーバーレイ画像として作られる。オーバーレイ画像は、ボタン情報の矩形領域情報にカラーパレット情報の色を付した物である。このオーバーレイ画像は図 2の右部に示す背景画像と合成されて画面上に表示される。

[0025] 前述のようにして、 DVDではメニュー画面を実現して、る。また、何故、ナビゲーシヨンデータの一部を NV—PCKを使ってストリーム中に埋め込んで!/、るのかにつ、ては、以下の理由力もである。

[0026] すなわち、ストリームと同期して動的にメニュー情報を更新、例えば、映画再生中の途中 5分〜 10分の間にだけメニュー画面を表示するといつた、同期タイミングが問題となりやすヽ処理を問題なく実現できるようにするためである。

[0027] また、もう一つの大きな理由は、 NV— PCKには特殊再生を支援するための情報を格納し、 DVD再生時の早送り、巻き戻しなどの非通常再生時にも円滑に AVデータをデコードし再生させる等、ユーザの操作性を向上させるためである。

[0028] 図 3は、 DVDにおける VOBの構成を示す概要図である。図に示すように、映像、音声、字幕などのデータ（図 3の（1) )は、 MPEGシステム（ISOZIEC13818— 1) 規格に基づいて、パケット及びパック化し（図 3の（2) )、それぞれを多重化して 1本の

MPEGプログラムストリームにして!/、る（図 3の（3) )。

[0029] また、前述した通りインタラクティブを実現するためのボタンコマンドを含んだ NV—

PCKも一緒に多重化をされてヽる。 [0030] MPEGシステムの多重化の特徴として、多重化する個々のデータは、そのデコード順に基づくビット列になっているが、多重化されるデータ間、即ち、映像、音声、字幕の間は必ずしも再生順、言ヽ換えればデコード順に基づ！ヽてビット列が形成されて V、るわけではな、ことが挙げられる。

[0031] これは MPEGシステムストリームのデコーダモデル（図 3の（4)、一般に System T arget Decoder,または STDと呼ばれる）が多重化を解、た後に個々のエレメンタリストリームに対応するデコーダバッファを持ち、デコードタイミングまでに一時的にデータを蓄積して、る事に由来して、る。

[0032] このデコーダバッファは、個々のエレメンタリストリーム毎にサイズが異なり、映像に対しては、 232kB、音声に対しては 4kB、字幕に対しては 52kBをそれぞれ有している。

[0033] このため、各デコーダバッファへのデータ入力タイミングは個々のエレメンタリストリームで異なるため、 MPEGシステムストリームとしてビット列を形成する順番と表示（デコード)されるタイミングにずれが生じている。

[0034] 即ち、映像データと並んで多重化されている字幕データが必ずしも同一タイミングでデコードされて、るわけでは無、。

[0035] 以上述べたような DVDに関する技術は、下記の特許文献 1に記載されている。

特許文献 1：特許第 2813245号公報

発明の開示

発明が解決しょうとする課題

[0036] ここで、各 DVD— Videoプレーヤ（以下、単に「DVDプレーヤ」という。 )には、設定値として、当該 DVDプレーヤの流通先となるべき地域を識別する情報である 1つのリ一ジョンコードが記憶されている。また、このリージョンコードは DVDプレーヤ（DVD ドライブも含む)側で管理されてヽる。

[0037] なお、「流通先となるべき地域」とは、おおよそ使用地域と一致し、例えば、流通先となるべき地域が日本国内である DVDプレーヤは、日本向けに生産されたものであり、日本国内で販売され、おおよそ日本国内で使用されることになる。

[0038] また、映画等のコンテンツが記録された DVDにも 1以上のリージョンコードが記憶されており、そのいずれ力 1つが DVDプレーヤのリージョンコードと一致すれば再生可能となる。

[0039] つまり、リージョンコードにより、 DVDに記録されているコンテンツの再生可能地域が限定されることになる。

[0040] 例えば、日本国内で販売される DVDプレーヤには、リージョンコードとして" 2"が記憶されており、北米地域で販売される DVDにはリージョンコードとして" 1"が記憶されている。

[0041] 従って、日本国内で販売される DVDプレーヤで、北米地域で販売される DVDに記録されて、るコンテンツを再生することはできな!、。

[0042] し力し、リージョンコードが設定されていない、または、全てのリージョンコードが設定された、いわばリージョンフリーの不正な DVDプレーヤも存在する。つまり、 DVD に記録されているリージョンコードに関わらず、全ての DVDの再生が可能な DVDプレーャが存在する。

[0043] ここで、コンテンツ供給者 (コンテンツ製作者およびコンテンツが記録された情報記録媒体の販売者など） 1S 例えば、あるコンテンツの流通開始時期を地域ごとにずらすために、それぞれ互いにリージョンコードが異なる各地域向けの DVDを生産したと想定する。

[0044] この場合、上記のようなリージョンフリーの DVDプレーヤは、どの地域向けの DVD であっても当該コンテンツを再生することが可能である。

[0045] 従って、このような不正な DVDプレーヤについては、コンテンツ供給者によるコンテンッの供給地域および供給時期の制御は不可能である。

[0046] このような制御を実現することは、コンテンツ供給者の創作の一部を構成する、販売戦略、著作権保護、および流通先の地域に合わせた内容の伝達等を遂行するために必要なことである。

[0047] つまり、上述の不正な DVDプレーヤでは、コンテンツ供給者が予定する上記の販売戦略等が適切に遂行されない可能性が高くなる。

[0048] なお、 BD (Blu—ray Disc)—ROMプレーヤにおいては、リージョンコードは設定値としてレジスタに記憶され、プログラムで処理されるものであり、リージョンフリーという設定は許されていない。そのため、原則としては上記のような事態は回避される。

[0049] また、 BD— ROMプレーヤのリージョンコードに応じて再生するコンテンツを切り替えることが可能である。

[0050] 例えば、日本に対応するリージョンコードが" A"であり、ドイツに対応するリージョンコードが" B"であるとする。

[0051] この場合、例えば、映画の日本語版とドイツ語版とが収録された BD— ROMに、リ一ジョンコード" A"ど 'Β"とを記憶させておく。さらに、 "Α"と日本語版を、 "Β"とドイツ語版を対応付けておく。

[0052] 日本国内で販売される BD— ROMプレーヤは、この BD— ROMを再生しょうとする場合、自身のリージョンコード" A"に対応する日本語版のコンテンツデータを読み出して再生する。

[0053] また、ドイツ国内で販売される BD— ROMプレーヤは、この BD— ROMを再生しようとする場合、自身のリージョンコード" B"に対応するドイツ語版のコンテンツデータを読み出して再生する。

[0054] このように、 BD— ROMプレーヤは、 BD— ROMに記憶されているリージョンコードを利用し、地域ごとに再生するコンテンツを切り替えることができる。

[0055] 具体的にはこのようなコンテンツの切り替え動作は、 BD— ROMプレーヤが BD—R OMに記憶されているプログラムを実行することにより実現される。

[0056] ただし、ユーザの設定により適宜リージョンコードを切り替えられる不正な BD— RO Mプレーヤは作製可能である。また、初期に設定されたリージョンコードを他の値に書き換えるような不正改造も可能であり、 BD— ROMプレーヤの何らかの不具合によりリージョンコードが変更される可能性も考えられる。

[0057] コンテンツ供給者には、このような不正な BD— ROMプレーヤの作製や BD—RO Mプレーヤの不具合の発生等を防ぐ術はない。そのため、このような BD— ROMプレーャにより BD— ROMが再生されることは避けられず、コンテンツ供給者の予定してヽな、態様でコンテンツの再生が行われることとなる。

[0058] つまり、現状では、コンテンツ供給者の意図を反映し、リージョンコード等の設定値に応じて適切にコンテンツが再生されるための十分な環境は提供されていない。 [0059] 本発明は、上記従来の課題を考慮し、コンテンツ供給者の意図に基づいた適切な態様でのコンテンツの再生を再生装置に行わせるための情報記録媒体およびコンテンッの再生制御方法を提供することを目的とする。

課題を解決するための手段

[0060] 上記目的を達成するために、本発明の情報記録媒体は、再生装置により再生可能な第 1コンテンツと、前記再生装置により実行されるプログラムとが記録された情報記録媒体であって、前記再生装置には、前記再生装置に設定された設定値を記憶している第 1記憶手段と、前記プログラムを実行する実行手段と、前記実行手段が情報を読み書き可能な第 2記憶手段とが備えられており、前記プログラムは、前記第 1記憶手段に記憶されている設定値を前記第 2記憶手段に書き込む第 1記憶ステップと、前記第 1記憶手段に記憶されている設定値と、前記第 2記憶手段に以前に書き込まれた設定値とを比較する比較ステップと、前記比較ステップにおける比較の結果、前記第 1記憶手段に記憶されている設定値と、前記第 2記憶手段に以前に書き込まれた設定値とが異なる場合、前記第 1コンテンツの再生を前記再生装置に行わせない制御ステップとを前記実行手段に実行させるためのプログラムである。

[0061] これにより、本発明の情報記録媒体に記録されている第 1コンテンツを再生しようとする再生装置において、設定値が以前の値力変更されているか否力判定され、設定値が変更されている場合には、第 1コンテンツは再生されない。

[0062] 従って、本来的には変更されない設定値が以前の値力変更されている場合、その変更後の適正ではない設定値に基づいて第 1コンテンツが再生されることを防ぐことがでさる。

[0063] また、このような制御は、情報記録媒体に記録されているプログラムにより実現され、当該プログラムはコンテンツ供給者が作成することがきる。従って、コンテンツ供給者の意図に基づく適切な態様でのコンテンツの再生が可能となる。

[0064] また、前記設定値は、前記再生装置の流通先となるべき地域を識別する情報であるリージョンコードであるとしてもよぐ前記制御ステップでは、前記比較ステップにおける比較の結果、前記第 1記憶手段に記憶されているリージョンコードと、前記第 2記憶手段に以前に書き込まれたリージョンコードとがー致し、かつ、前記第 1コンテンツが前記第 1記憶手段に記憶されているリージョンコードに対応するものである場合、前記再生装置に前記第 1コンテンッを再生させるための制御を行うとしてもよ、。

[0065] これにより、再生装置のリージョンコードが変更されていない場合に、当該リージョンコードに応じたコンテンツが再生されることとなる。つまり、再生装置の属する地域に応じて、第 1コンテンツの再生が適切に制御されることになる。

[0066] また、前記プログラムはさらに、前記第 1記憶ステップにお!、て前記第 2記憶手段に設定値が書き込まれる前に、前記第 2記憶手段に設定値が記憶されているか否かを確認する確認ステップを含み、前記第 1記憶ステップでは、前記確認ステップにおける確認の結果、前記第 2記憶手段に設定値が記憶されていない場合、前記第 1記憶手段に記憶されて、る設定値を前記第 2記憶手段に書き込み、前記比較ステップでは、前記確認ステップにおける確認の結果、前記第 2記憶手段に設定値が記憶されている場合、前記以前に書き込まれた設定値である、前記第 2記憶手段に記憶されている設定値と、前記第 1記憶手段に記憶されて、る設定値とを比較するとしてもよい。

[0067] このように、第 2記憶手段に既に設定値が記憶されている場合は、当該設定値は、上述の以前に書き込まれた設定値であり、当該設定値と第 1記憶手段に記憶されて Vヽる設定値とを比較すればよ!ヽ。

[0068] また、前記第 1記憶ステップでは、前記確認ステップにおける確認の結果、前記第 2 記憶手段に設定値が記憶されている場合、前記第 1記憶手段に記憶されている設定値を前記第 2記憶手段に書き込まなヽとしてもよヽ。

[0069] つまり、第 2記憶手段への設定値の書き込み、すなわち、第 1記憶手段に記憶されている設定値の第 2記憶手段へのコピーは、第 2記憶手段に設定値が記憶されていな、場合にのみ行うとしてもよ、。

[0070] また、前記第 1記憶手段に記憶されている設定値について、前記設定値としてとり得る所定の値が予め定められており、前記プログラムはさらに、前記第 1記憶手段に記憶されている設定値が所定の値であるカゝ否かの判定を行う判定ステップを含み、前記制御ステップではさらに、前記判定ステップにおける判定の結果、前記第 1記憶手段に記憶されて、る設定値が前記所定の値ではな、場合、前記第 1コンテンツの再生を前記再生装置に行わせな、としてもよ、。

[0071] これにより、再生装置の設定値が変更されている場合のみならず、当該設定値が正規の値ではない場合も、第 1コンテンツの再生が制限される。つまり、正規の値ではない不当な設定値に基づいて第 iコンテンツが再生されることを防ぐことができる。

[0072] また、本発明は、第 1コンテンツの再生が可能であり本発明の情報記録媒体に記録されているプログラムを読み込んで実行する再生装置として実現することもできる。

[0073] また、このような再生装置が行う特徴的な動作をステップとする再生制御方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、 CD—ROM等の記録媒体やインターネット等の伝送媒体を介して配信することができる。発明の効果

[0074] 本発明は、コンテンツ供給者の意図に基づ、た適切な態様でのコンテンツの再生を再生装置に行わせるための情報記録媒体およびコンテンツの再生制御方法を提供することができる。

図面の簡単な説明

[0075] [図 1]図 1は、 SD— DVDの構造を示す図である。

[図 2]図 2は、 AVデータである MPEGストリーム中に埋め込まれているナビゲーシヨン情報を説明する概要図である。

[図 3]図 3は、 DVDにおける VOBの構成を示す概要図である。

[図 4]図 4は、 BD— ROMのデータ階層を示す図である。

[図 5]図 5は、 BD— ROMに記録されている論理データの構造を示す図である。

[図 6]図 6は、 BD— ROMを再生する BD— ROMプレーヤの基本的な構成の概要を示す図である。

[図 7]図 7は、図 6に示すプレーヤの構成を詳細化したブロック図である。

[図 8]図 8は、 BD— ROMのアプリケーション空間を示す図である。

[図 9]図 9は、 MPEGストリーム（VOB)の構成を示す図である。

[図 10]図 10は、 MPEGストリームにおけるパックの構成を示す図である。

[図 11]図 11は、 AVデータとプレーヤ構成との関係を説明するための図である。 [図 12]図 12は、トラックバッファを使った VOBデータ連続供給モデルを説明するための図である。

[図 13]図 13は、 VOB管理情報ファイルの内部構造を示す図である。

[図 14]図 14は、 VOBU情報の詳細を説明するための図である。

[図 15]図 15は、タイムマップを使ったアドレス情報取得方法を説明するための図である。

[図 16]図 16は、プレイリストの構成を示す図である。

[図 17]図 17は、イベントハンドラテーブルの構成を示す図である。

[図 18]図 18は、 BD—ROM全体情報である BD. INFOの構成を示す図である。

[図 19]図 19は、グローバルイベントハンドラテーブルの構成を示す図である。

[図 20]図 20は、タイムイベントの例を示す図である。

[図 21]図 21は、ユーザのメニュー操作によるユーザイベントの例を示す図である。

[図 22]図 22は、グローバルイベントの例を示す図である。

[図 23]図 23は、プログラムプロセッサの機能的な構成を説明するための図である。

[図 24]図 24は、システムパラメータ（SPRM)の一覧を示す図である。

[図 25]図 25は、 2つの選択ボタンを持つメニュー画面の制御に係るイベントハンドラにおけるプログラムの例を示す図である。

[図 26]図 26は、メニュー選択のユーザイベントに係るイベントハンドラにおけるプログラムの例を示す図である。

[図 27]図 27は、 BD— ROMプレーヤにおける AVデータ再生の基本処理の流れを示すフローチャートである。

[図 28]図 28は、 BD— ROMプレーヤにおけるプレイリスト再生開始から VOB再生終了までの処理の流れを示すフローチャートである。

[図 29]図 29 (A)は、 BD— ROMプレーヤにおけるタイムイベントに係る処理の流れを示すフローチャートであり、図 29 (B)は、 BD— ROMプレーヤにおけるユーザィべントに係る処理の流れを示すフローチャートである。

[図 30]図 30は、 BD— ROMプレーヤにおける字幕データの処理の流れを示すフロ一チャートである。 [図 31]図 31は、実施の形態 2における BD— ROMプレーヤの主要な機能構成を示す機能ブロック図である。

[図 32]図 32は、リージョンコードの例を示す図である。

[図 33]図 33は、 BD— ROMプレーヤのリージョンコードに応じて、再生するコンテンッを切り替えるためのプログラムの概要を示す図である。

[図 34]図 34は、実施の形態 2における BD再生プログラムに基づく BD— ROMプレーャ 1の動作の概要を示す図である。

[図 35]図 35は、図 34に示す不変性判定処理および再生制御処理の流れを示すフロ一図である。

[図 36]図 36は、リージョンコードの正当性を判定し、判定結果に基づいて BD— RO Mプレーヤを制御するための BD再生プログラムにおける処理フローを示す図である

[図 37]図 37は、リージョンコードの不変性判定処理の前にリージョンコードの正当性判定処理行う場合の BD再生プログラムにおける処理フローの一例を示す図である。

[図 38]図 38は、リージョンコードの不変性判定処理の中でリージョンコードの正当性判定を行う場合の BD再生プログラムにおける処理フローの一例を示す図である。符号の説明

1 BD— ROMプレーヤ

104 BD-ROM

202 光ピックアップ

203 プログラム記録メモリ

204 管理情報記録メモリ

205 AV記録メモリ

206 プログラム処理部

207 管理情報処理部

208 プレゼンテーション処理部

209 イメージプレーン

210 ビデ才プレーン 211 合成処理部

220 再生部

221 第 1記憶部

222 第 2記憶部

302 プログラムプロセッサ

303 UOマネージャ

305 シナリオプロセッサ

306 プレゼンテーションコント!: Ϊーラ

307 クロック

308 イメージメモリ

309 トラックノッファ

310 デマノレチプレクサ

311 イメージプロセッサ

312 ビデオプロセッサ

313 サウンドプロセッサ

317ドライブコントローラ

S801 確認ステップ

S802 読み出しステップ

S803 書き込みステップ

S900 不変性判定ステップ

S910 正当性判定ステップ

S920 再生制御ステップ

発明を実施するための最良の形態

[0077] 以下、添付の図面を参照しながら、本発明を実施するための最良の形態ついて説明する。

[0078] なお、本願請求項 1に係る発明に最も近!、実施の形態は実施の形態 2であるが、理解を容易にするために、実施の形態 2における情報記録媒体等の基本的な構成を説明する実施の形態 1を先に説明する。 [0079] (実施の形態 1)

まず、 BD— ROMおよび BD— ROMを再生する BD— ROMプレーヤの基本的な構成および動作について、図 1〜図 30を用いて説明する。

[0080] (ディスク上の論理データ構造）

図 4は、 BD— ROMのデータ階層を示す図である。

[0081] 図 4に示すように、ディスク媒体である BD—ROM104上には、 AVデータ 103と、 AVデータに関する管理情報及び AV再生シーケンスなどの BD管理情報 102と、ィンタラタティブを実現する BD再生プログラム 101とが記録されている。

[0082] なお、本実施の形態では、映画などの AVコンテンツを再生するための AVアプリケーシヨンを主眼において BD— ROMの説明を行う力 BD— ROMを CD— ROMや DVD— ROMの様にコンピュータ用途の記録媒体として使用することも当然のことな力可能である。

[0083] 図 5は、前述の BD— ROM104に記録されている論理データの構造を示す図である。 BD— ROM104は、他の光ディスク、例えば DVDや CDなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリードインと外周のリードアウトの間に論理データを記録できる論理アドレス空間を有して、る。

[0084] また、リードインの内側には Burst Cutting Area (BCA)と呼ばれる、ドライブでしか読み出せな、特別な領域がある。この領域はアプリケーション力も読み出せな!/ヽため、例えば著作権保護技術などに利用されることがよくある。

[0085] 論理アドレス空間には、ファイルシステム情報 (ボリューム）を先頭に映像データなどのアプリケーションデータが記録されて、る。ファイルシステムとは従来技術で説明した通り、 UDFや ISO9660等の規格により定められたデータを管理する仕組みのことであり、通常の PCと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になって、る。

[0086] 本実施の形態の場合、 BD—ROM104上のディレクトリ、ファイル構造は、ルートディレクトリ（ROOT)直下に BD VIDEOディレクトリが置かれている。このディレクトリは BD— ROMで扱う AVデータや管理情報などのデータ（図 4に示す BD再生プログラム 101、 BD管理情報 102、 AVデータ 103)が記録されているディレクトリである。 [0087] BDVIDEOディレクトリの下には、次の 7種類のファイルが記録されている。

[0088] BD. INFO (ファイル名固定）

「BD管理情報」の一つであり、 BD— ROM全体に関する情報を記録したファイルである。 BD— ROMプレーヤは最初にこのファイルを読み出す。

[0089] BD. PROG (ファイル名固定）

「BD再生プログラム」の一つであり、 BD— ROM全体に関わるプログラムを記録したファイルである。

[0090] XXX. PL (「XXX」は可変、拡張子「PL」は固定）

「BD管理情報」の一つであり、シナリオを記録するプレイリスト (Play List)情報を記録したファイルである。プレイリスト毎に 1つのファイルを持っている。

[0091] XXX. PROG (「XXX」は可変、拡張子「PROG」は固定）

「BD再生プログラム」の一つであり、前述したプレイリスト毎のプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名（「XXX」がー致する）によつて識別される。

[0092] YYY. VOB (「YYY」は可変、拡張子「VOB」は固定）

「AVデータ」の一つであり、 VOB (従来例で説明した VOBと同じ)を記録したフアイルである。 1つの VOBは 1つのファイルに対応する。

[0093] YYY. VOBI (「YYY」は可変、拡張子「VOBI」は固定）

「BD管理情報」の一つであり、 AVデータである VOBに関わる管理情報を記録したファイルである。 VOBとの対応はファイルボディ名（「YYY」が一致する）によって識別される。

[0094] ZZZ. PNG (「ΖΖΖ」は可変、拡張子「PNG」は固定）

「AVデータ」の一つであり、字幕及びメニュー画面を構成するためのイメージデータである PNG (World Wide Web Consortium (W3C)によって標準化された画像フォーマットであり「ビング」と読む。）形式のイメージファイルである。 1つの PNGィメージは 1つのファイルに対応する。

[0095] (プレーヤの構成）

次に、前述の BD— ROM104を再生するプレーヤの構成につ!、て図 6及び図 7を用いて説明する。

[0096] 図 6は、 BD— ROM104を再生する BD— ROMプレーヤの基本的な構成の概要を示す図である。

[0097] 図 6に示す BD— ROMプレーヤにおいて、 BD—ROM104上のデータは、光ピックアップ 202を通して読み出される。読み出されたデータはそれぞれのデータの種類に応じて専用のメモリに記録される。

[0098] BD再生プログラム（「BD. PROGJまたは「XXX. PROGJファイル）はプログラム記録メモリ 203に、 BD管理情報（「BD. INFO」、「XXX. PL」または「YYY. VOBI」フアイル）は管理情報記録メモリ 204に、 AVデータ（「YYY. VOB」または「ΖΖΖ. ΡΝ

GJファイル）は AV記録メモリ 205にそれぞれ記録される。

[0099] プログラム記録メモリ 203に記録された BD再生プログラムはプログラム処理部 206 によって処理される。管理情報記録メモリ 204に記録された BD管理情報は管理情報処理部 207によって処理される。

[0100] また、 AV記録メモリ 205に記録された AVデータはプレゼンテーション処理部 208 によって処理される。

[0101] プログラム処理部 206は、管理情報処理部 207から再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取りプログラムの処理を行う。また、プログラムで、再生するプレイリストを動的に変更する事が可能であり、この場合は管理情報処理部 207に対して変更後のプレイリストの再生命令を送ることで実現する。

[0102] プログラム処理部 206は、更に、ユーザからのイベント、例えば、ユーザが操作するリモコン力ものリクエストを受け付け、ユーザイベントに対応するプログラムがある場合は、実行処理する。

[0103] 管理情報処理部 207は、プログラム処理部 206の指示を受け、その指示に対応するプレイリスト及びそのプレイリストに対応した VOBの管理情報を解析する。更に、プレゼンテーシヨン処理部 208に再生の対象となる AVデータの再生を指示する。

[0104] また、管理情報処理部 207は、プレゼンテーション処理部 208から基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部 208に AVデータ再生の停止指示を行う。更に、プログラム処理部 206に対してプログラム実行タイミングを示すイベントを生成する。

[0105] プレゼンテーション処理部 208は、映像、音声、および字幕それぞれのデータに対応するデコーダを持ち、管理情報処理部 207からの指示に従い、 AVデータのデコード及び出力を行う。映像データ及び字幕データは、デコード後にそれぞれの専用プレーンに描画される。

[0106] 具体的には、映像データはビデオプレーン 210に描画され、字幕データ等のィメージデータはイメージプレーン 209に描画される。更に、 2つのプレーンに描画された映像の合成処理が合成処理部 211によって行われ TVなどの表示デバイスへ出力される。

[0107] 図 6で示すように、 BD— ROMプレーヤは図 4で示した BD— ROM104に記録されて、るデータ構造に基づ!/、た構成をとつて、る。

[0108] 図 7は、図 6に示すプレーヤの構成を詳細化したブロック図である。図 6に示す各構成部と、図 7に示す各構成部との対応は以下の通りである。

[0109] AV記録メモリ 205はイメージメモリ 308とトラックバッファ 309に対応する。プログラム処理部 206はプログラムプロセッサ 302と UO (User Operation)マネージャ 303 に対応する。管理情報処理部 207はシナリオプロセッサ 305とプレゼンテーションコントローラ 306とに対応する。プレゼンテーション処理部 208はクロック 307、デマルチプレクサ 310、イメージプロセッサ 311、ビデオプロセッサ 312とサウンドプロセッサ 313とに対応する。

[0110] BD—ROM104から読み出された VOBデータ（MPEGストリーム）はトラックバッファ 309に、イメージデータ（PNG)はイメージメモリ 308にそれぞれ記録される。

[0111] デマルチプレクサ 310は、クロック 307から得られる時刻に基づき、トラックバッファ 3 09に記録された VOBデータを抜き出す。更に、 VOBデータに含まれる映像データをビデオプロセッサ 312に音声データをサウンドプロセッサ 313にそれぞれ送り込む

[0112] ビデオプロセッサ 312及びサウンドプロセッサ 313はそれぞれ MPEGシステム規格で定められる通りに、デコーダバッファとデコーダ力もそれぞれ構成されている。即ち、デマルチプレクサ 310から送りこまれる映像、音声それぞれのデータは、それぞれのデコーダバッファに一時的に記録され、クロック 307に従い個々のデコーダでデコード処理される。

[0113] イメージメモリ 308に記録された PNGデータは、次の 2つの処理方法がある。 PNG データが字幕用の場合は、プレゼンテーションコントローラ 306によってデコードタイミングが指示される。クロック 307からの時刻情報をシナリオプロセッサ 305がー且受け、適切な字幕表示が行えるように、字幕表示時刻（開始及び終了）になればプレゼンテーシヨンコントローラ 306に対して字幕の表示、非表示の指示を出す。

[0114] プレゼンテーションコントローラ 306からデコード Z表示の指示を受けたイメージプ口セッサ 311は対応する PNGデータをイメージメモリ 308から抜き出し、デコードし、イメージプレーン 209に描画する。

[0115] また、 PNGデータカ -ユー画面用の場合は、プログラムプロセッサ 302によってデコードタイミングが指示される。プログラムプロセッサ 302が!、つイメージのデコードを指示するかは、プログラムプロセッサ 302が処理している BDプログラムに因るものであって一概には決まらな!/ヽ。

[0116] イメージデータ及び映像データは、図 6で説明したようにそれぞれデコード後にィメージプレーン 209およびビデオプレーン 210に描画され、合成処理部 211によって合成出力される。

[0117] BD—ROM104から読み出された管理情報 (シナリオ、 AV管理情報）は、管理情報記録メモリ 204に記録される力シナリオ情報（「BD. INFO」及び「XXX. PL」）はシナリオプロセッサ 305によって読み出され処理される。また、 AV管理情報（「YYY . VOBI」）はプレゼンテーションコントローラ 306によって読み出され処理される。

[0118] シナリオプロセッサ 305は、プレイリストの情報を解析し、プレイリストによって参照されている VOBとその再生位置をプレゼンテーションコントローラ 306に指示し、プレゼンテーシヨンコントローラ 306は対象となる VOBの管理情報（「YYY. VOBI」）を解祈して、対象となる VOBを読み出すようにドライブコントローラ 317に指示を出す。

[0119] ドライブコントローラ 317はプレゼンテーションコントローラ 306の指示に従い、光ピックアップ 202を移動させ、対象となる AVデータの読み出しを行う。読み出された A Vデータは、前述したようにイメージメモリ 308またはトラックバッファ 309に記録される

[0120] また、シナリオプロセッサ 305は、クロック 307の時刻を監視し、管理情報で設定されているタイミングでイベントをプログラムプロセッサ 302に投げる。

[0121] プログラム記録メモリ 203に記録された BDプログラム（「BD. PROG」または「XXX . PROG」）は、プログラムプロセッサ 302によって実行処理される。プログラムプロセッサ 302が BDプログラムを処理するのは、シナリオプロセッサ 305からイベントが送られてきた場合か、 UOマネージャ 303からイベントが送られてきた場合である。

[0122] UOマネージャ 303は、ユーザからリモコンキーによってリクエストが送られてきた場合に、当該リクエストに対応するイベントを生成しプログラムプロセッサ 302に送る。

[0123] このような各構成部の動作により、 BD— ROMの再生がおこなわれる。

[0124] (アプリケーション空間）

図 8は、 BD— ROMのアプリケーション空間を示す図である。

[0125] BD— ROMのアプリケーション空間では、プレイリスト（PlayList)がーつの再生単位になって!/、る。プレイリストはセル（Cell)の再生シーケンス力も構成される静的なシナリオと、プログラムによって記述される動的なシナリオとを有している。

[0126] プログラムによる動的なシナリオが無い限り、プレイリストは個々のセルを順に再生するだけであり、また、全てのセルの再生を終了した時点でプレイリストの再生は終了する。

[0127] 一方で、プログラムは、プレイリストを超えての再生記述や、ユーザの選択またはプレーャの状態に応じて再生する対象を動的に変えることが可能である。典型的な例としてはメニュー画面を介した再生対象の動的変更が挙げられる。 BD— ROMの場合、メニューとはユーザの選択によって再生するシナリオ、即ちプレイリストを動的に選択するための機能の構成要素の 1つである。

[0128] また、ここで言うプログラムは、時間イベントまたはユーザイベントによって実行されるイベントハンドラの事である。

[0129] 時間イベントは、プレイリスト中に埋め込まれた時刻情報に基づいて生成されるィべントである。図 7で説明したシナリオプロセッサ 305からプログラムプロセッサ 302に送られるイベントがこれに相当する。時間イベントが発行されると、プログラムプロセッサ

302は IDによって対応付けられるイベントハンドラを実行処理する。

[0130] 前述した通り、実行されるプログラムが他のプレイリストの再生を指示することが可能であり、この場合には、現在再生されているプレイリストの再生は中止され、指定されたプレイリストの再生へと遷移する。

[0131] ユーザイベントは、ユーザのリモコンキー操作によって生成されるイベントである。ュ一ザイベントは大きく 2つのタイプに分けられる。一つ目は、リモコンが備えるカーソルキー（「上」「下」「左」「右」キー）または「決定」キーの操作によって生成されるメニュー選択のイベントである。

[0132] メニュー選択のイベントに対応するイベントハンドラはプレイリスト内の限られた期間でのみ有効である。つまり、プレイリストの情報として、個々のイベントハンドラの有効期間が設定されている。プログラムプロセッサ 302は、リモコンの「上」「下」「左」「右」キーまたは「決定」キーが押された時に有効なイベントハンドラを検索して、有効なィベントハンドラがある場合は当該イベントハンドラが実行処理される。他の場合は、メニュー選択のイベントは無視されることになる。

[0133] 二つ目のユーザイベントは、「メニュー」キーの操作によって生成されるメニュー画面呼び出しのイベントである。メニュー画面呼び出しのイベントが生成されると、グロ一バルイベントハンドラが呼ばれる。

[0134] グローバルイベントハンドラはプレイリストに依存せず、常に有効なイベントハンドラである。この機能を使うことにより、 DVDのメニューコールを実装することができる。メニューコールを実装することにより、タイトル再生中に音声、字幕メニューなどを呼び出し、音声または字幕を変更後に中断した地点力ものタイトル再生を実行することができる。

[0135] プレイリストで静的シナリオを構成する単位であるセル（Cell)は VOB (MPEGストリーム）の全部または一部の再生区間を参照したものである。セルは VOB内の再生区間を開始、終了時刻の情報として持っている。個々の VOBと一対になっている VOB 管理情報 (VOBI)は、その内部にタイムマップ (Time Mapまたは TM)を有しており、このタイムマップによって前述した VOBの再生、終了時刻を VOB内（即ち対象となるファイル「YYY. VOBJ内）での読み出し開始アドレス及び終了アドレスを導き出すことが可能である。なおタイムマップの詳細は図 14を用いて後述する。

[0136] (VOBの詳細）

図 9は、本実施の形態で使用する MPEGストリーム (VOB)の構成を示す図である。図 9に示すように、 VOBは複数の Video Object Unit (VOBU)によって構成されている。 VOBUは、 MPEGビデオストリームにおける Group Of Pictures (GOP )を基準とする単位であり、音声データも含んだ多重化ストリームとしての一再生単位である。

[0137] VOBUは 0. 4秒から 1. 0秒の再生時間を持ち、通常は 0. 5秒の再生時間を持つている。これは MPEGの GOPの構造が通常は 15フレーム Z秒（NTSCの場合）であることによって導力れるものである。

[0138] VOBUは、その内部に映像データであるビデオパック（V— PCK)と、音声データであるオーディオパック (A— PCK)とを有している。各パックは 1セクタで構成され、本実施の形態の場合は 2kB単位で構成されて、る。

[0139] 図 10は、 MPEGストリームにおけるパックの構成を示す図である。

[0140] 図 10に示すように、映像データ及び音声データといったエレメンタリデータは、ペイロードと呼ばれるパケットのデータ格納領域に先頭力順次入れられて、く。ペイ口一ドにはパケットヘッダが付けられ 1つのパケットを構成する。

[0141] パケットヘッダには、ペイロードに格納してあるデータがどのストリームのデータであるの力、映像データであるのか音声データであるのか、および、映像データまたは音声データがそれぞれ複数ストリーム分ある場合に、どのストリームのデータなのかを識別するための ID (stream— id)、並びに、当該ペイロードのデコード及び表示時刻情報であるタイムスタンプである Decode Time Stamp (DTS)及び Presentation Time Stamp (PTS)が記録されて!、る。

[0142] DTSおよび PTSは必ずしも全てのパケットヘッダに記録されている訳ではなぐ M PEGによって記録するルールが規定されている。ルールの詳細については MPEG システム（ISOZIEC13818— 1)規格書に記述されているので省略する。

[0143] パケットには更にヘッダ (パックヘッダ）が付けられ、パックを構成する。パックヘッダには、当該パックがいつデマルチプレクサ 310を通過し、個々のエレメンタリストリームのデコーダバッファに入力されるかを示すタイムスタンプである System Clock R eference (SCR)が記録されて!ヽる。

[0144] (VOBのインターリーブ記録）

図 11及び図 12を用いて VOBファイルのインターリーブ記録につ!、て説明する。

[0145] 図 11は、 AVデータと BD— ROMプレーヤの構成との関係を説明するための図である。

[0146] 図 11上段の図は、図 7を用いて前述したプレーヤ構成図の一部である。図の通り、 BD— ROM上のデータは、光ピックアップ 202を通して VOB即ち MPEGストリームであればトラックバッファ 309へ入力され、 PNG即ちイメージデータであればイメージメモリ 308へと入力される。

[0147] トラックバッファ 309は First— In First— Out (FIFO)であり、入力された VOBのデータは入力された順にデマルチプレクサ 310へと送られる。この時、前述した SCR に従って個々のパックはトラックバッファ 309から引き抜かれデマルチプレクサ 310を介してビデオプロセッサ 312またはサウンドプロセッサ 313へとデータが送り届けられる。

[0148] 一方で、イメージデータの場合は、どのイメージを描画するかはプレゼンテーションコントローラ 306 (図 7参照）によって指示される。また、描画に使ったイメージデータは、字幕用イメージデータの場合は同時にイメージメモリ 308から削除される力メ- ユー用のイメージデータの場合は、イメージメモリ 308内にそのまま残される。

[0149] これはメニューの描画はユーザ操作に依存するところがあるため、同一イメージを複数回描画する可能性があるためである。

[0150] 図 11下段の図は、 BD— ROM上での VOBフアイノレ及び PNGフアイノレのインターリーブ記録を示す図である。

[0151] 一般的に ROM、例えば CD— ROMや DVD— ROMの場合、一連の連続再生単位となる AVデータは連続記録されている。連続記録されている限り、ドライブは順次データを読み出しプレーヤ側に送り届けるだけでよい。

[0152] し力しながら、連続再生すべき AVデータが分断されてディスク上に離散配置されている場合は、個々の連続区間の間でシーク操作が入ることになり、この間データの読み出しが止まることになる。つまり、データの供給が止まる可能性がある。

[0153] BD— ROMの場合も同様に、 VOBファイルは連続領域に記録することができる方が望ましいが、例えば字幕データのように VOBに記録されている映像データと同期して再生されるデータがあり、 VOBファイルと同様に字幕データも何らかの方法によつて BD— ROM力も読み出す事が必要になる。

[0154] 字幕データの読み出し方法の一手段として、 VOBの再生開始前に一まとめで字幕用のイメージデータ（PNGファイル）を読み出してしまう方法がある。しかしながら、この場合には一時記録に使用する大量のメモリが必要となり、現実的ではない。

[0155] そこで、本実施の形態では、 VOBファイルを幾つかのブロックに分けて、 VOBファィルとイメージデータとをインターリーブ記録する方式を使用する。

[0156] 図 11下段はそのインターリーブ記録を説明するための図である。 VOBファイルとィメージデータを適切にインターリーブ配置することで、前述したような大量の一時記録メモリ無しに、必要なタイミングでイメージデータをイメージメモリ 308に格納することが可會になる。

[0157] し力しながらイメージデータを読み出している際には、 VOBデータの読み込みは当然のことながら停止することになる。

[0158] 図 12は、上記のインターリーブ記録における問題を解決するトラックバッファ 309を使った VOBデータ連続供給モデルを説明するための図である。

[0159] 既に説明したように、 VOBのデータは、ー且トラックバッファ 309に蓄積される。トラックバッファ 309へのデータ入力レートをトラックバッファ 309からのデータ出力レートより高く設定すると、 BD— ROM力データを読み出し続けている限り、トラックバッファ 309のデータ蓄積量は増加をして、くことになる。

[0160] ここでトラックバッファ 309への入力レートを Va、トラックバッファ 309からの出力レートを Vbとする。図 12の上段の図に示すように VOBの一連続記録領域が論理アドレスの" al"から" a2"まで続くとする。また、 "a2"から" a3"の間は、イメージデータが記録されていて、 VOBデータの読み出しが行えない区間であるとする。

[0161] 図 12の下段の図は、トラックバッファ 309の蓄積量を示す図である。横軸が時間、縦軸がトラックバッファ 309内部に蓄積されているデータ量を示している。時刻" tl" が VOBの一連続記録領域の開始点である" al"の読み出しを開始した時刻を示している。

[0162] この時刻以降、トラックバッファ 309にはレート Va—Vbでデータが蓄積されていくことになる。このレートは言うまでもなくトラックバッファ 309の入出力レートの差である。時刻" t2"は一連続記録領域の終了点である" a2"のデータを読み込む時刻である。

[0163] 即ち時刻" tl"から" t2"の間レート Va—Vbでトラックバッファ 309内はデータ量が増加していき、時刻" t2"でのデータ蓄積量は B (t2)は下記の（式 1)によって求めることができる。

[0164] B (t2) = (Va-Vb) X (t2~tl) (式 1)

この後、 BD— ROM上のアドレス" a3"まではイメージデータが続くため、トラックバッファ 309への入力は 0となり、出力レートである " Vb"でトラックバッファ 309内のデ一タ量は減少していくことになる。このデータ量の減少は読み出 Lf立置" a3"まで、つまり、時刻でいう" t3"まで続く。

[0165] ここで大事なことは、時刻" t3"より前にトラックバッファ 309に蓄積されているデータ量が 0になると、デコーダへ供給する VOBのデータが無くなってしまい、 VOBの再生がストップしてしまうことである。

[0166] しかしながら、時刻" t3"でトラックバッファ 309にデータが残っている場合には、 VO

Bの再生がストップすることなく連続して行われることを意味している。

[0167] この VOBの再生がストップすることなく連続して行われるための条件は下記の（式 2

)によって示すことができる。

[0168] B (t2) ≥ Vb X (t3— 12) (式 2)

即ち、（式 2)を満たすようにイメージデータの配置を決めればよい事になる。

[0169] (ナビゲーシヨンデータ構造）

図 13力ら図 19を用いて、 BD— ROMに記録されたナビゲーシヨンデータ（BD管理情報)の構造について説明をする。

[0170] 図 13は、 VOB管理情報ファイル（"YYY. VOBI")の内部構造を示す図である。

[0171] VOB管理情報は、当該 VOBのストリーム属性情報 (Attribute)とタイムマップ (T MAP)とを有している。ストリーム属性情報は、ビデオ属性 (Video)、オーディオ属性 (Audio # 0〜Audio # m)個々に持つ構成となっている。特にオーディオストリームの場合は、 VOBが複数本のオーディオストリームを同時に持つことができることから、オーディオストリーム数（Number)によって、オーディオ属性のデータフィールドの数が特定される。

[0172] 下記はビデオ属性 (Video)の持つフィールドとそれぞれが持ち得る値の例である。

[0173] 圧縮方式 (Coding) :

MPEG1

MPEG2

MPEG4

解像度（Resolution)：

1920x1080

1280x720

720x480

720x565

アスペクト i (Aspect)：

4 : 3

16 : 9

フレームレ¹ ~~ト (Framerate)：

60

59. 94

50

30

29. 97

25

24

下記はオーディオ属性 (Audio)の持つフィールドとそれぞれが持ち得る値の例で [0174] 圧縮方式 (Coding) :

AC 3

MPEG1

MPEG2

LPCM

チャンネル数（Ch)：

1〜8

m 属性 (Language)：

JPN、 ENG、 · · ·

タイムマップ (TMAP)は VOBU毎の情報を持つテーブルであって、当該 VOBが有する VOBU数（Number)と各 VOBU情報（VOBU # l〜VOBU # n)を持つ。

[0175] 個々の VOBU情報は、 VOBUの再生時間長（Duration)と VOBUのデータサイズ（Size)とを有している。

[0176] 図 14は、 VOBU情報の詳細を説明するための図である。

[0177] 広く知られているように、 MPEGストリームは時間的側面とデータサイズとしての側面との 2つの物理量についての側面を有している。例えば、音声の圧縮規格である A udio Code number 3 (AC3)は固定ビットレートでの圧縮を行っているため、時間とアドレスとの関係は 1次式によって求めることができる。

[0178] しかしながら MPEGビデオデータの場合、個々のフレームは固定の表示時間、例えば NTSCの場合、 1フレームは 1Z29. 97秒の表示時間を持つが、個々のフレームの圧縮後のデータサイズは絵の特性や圧縮に使ったピクチャタイプ、、わゆる IZ PZBピクチャによってデータサイズは大きく変わってくる。

[0179] 従って、 MPEGビデオの場合は、時間とアドレスとの関係は一般式の形で表現することは不可能である。

[0180] 当然の事として、 MPEGビデオデータを多重化している MPEGストリーム、即ち VO Bについても、時間とデータとを一般式の形で表現することは不可能である。

[0181] これに代わって、 VOB内での時間とアドレスとの関係を結びつけるのがタイムマツプ（TMAP)である。図 14に示すように、 VOBU毎に VOBU内のフレーム数と、 VO BU内のパック数とをそれぞれエントリとして持つテーブルがタイムマップ（TMAP)である。

[0182] 図 15を使って、タイムマップ (TMAP)の使い方を説明する。

[0183] 図 15は、タイムマップを使ったアドレス情報取得方法を説明するための図である。

[0184] 図 15に示すように時刻情報 (Time)が与えられた場合、まずは当該時刻がどの VO

BUに属するのかを検索する。具体的には、タイムマップの VOBU毎のフレーム数を加算して行き、フレーム数の和が、当該時刻をフレーム数に換算した値を超えるまたは一致する VOBUが当該時刻に対応する VOBUになる。

[0185] 次に、タイムマップの VOBU毎のサイズを当該 VOBUの直前の VOBUまで力卩算して行き、その値が与えられた時刻を含むフレームを再生するために読み出すべきパックの先頭アドレス（Address)になっている。

[0186] このようにして、 MPEGストリームにおいて、与えられた時刻情報に対応するァドレスを得ることができる。

[0187] 次に図 16を使って、プレイリスト（"XXX. PL")の内部構造を説明する。

[0188] 図 16は、プレイリストの構成を示す図である。

[0189] プレイリストは、セルリスト（CellList)とイベントリスト（EventList)とから構成されている。

[0190] セルリスト（CellList)は、プレイリスト内の再生セルシーケンスを示す情報であり、本リストの記述順でセルが再生される事になる。

[0191] セルリスト（CellList)の中身は、セルの数（Number)と各セル情報（Cell # l〜Cel l # n)である。

[0192] 各セル情報（Cell #〜Cell # n)は、 VOBファイル名 (VOBName)、当該 VOB内での有効区間開始時刻（In)及び有効区間終了時刻 (Out)と、字幕テーブル (Subt itleTable)を持っている。

[0193] 有効区間開始時刻 (In)及び有効区間終了時刻 (Out)は、それぞれ当該 VOB内でのフレーム番号で表現され、前述したタイムマップ (TMAP)を使うことによって再生に必要な VOBデータのアドレスを得る事ができる。

[0194] 字幕テーブル (SubtitleTable)は、当該 VOBと同期再生される字幕情報を持つテ一ブルである。字幕は音声同様に複数の言語を持つことができ、字幕テーブル (Sub titleTable)は言語数 (Number)とそれに続く個々の言語ごとのテーブル (Langua ge # 1〜： Language # k)とから構成されて、る。

[0195] 各言語のテーブル (Language # 1〜： Language # k)は、言語情報（Language)と、表示される字幕の字幕情報数 (Number)と、表示される字幕の字幕情報 (Speech # l〜Speech #j)とから構成され、各字幕情報（Speech# l〜Speech #j)は対応するイメージデータファイル名（Name)、字幕表示開始時刻（In)及び字幕表示終了時刻 (Out)と、字幕の表示位置 (Position)とから構成されて、る。

[0196] イベントリスト（EventList)は、当該プレイリスト内で発生するイベントを定義したテ一ブルである。イベントリストは、イベント数（Number)に続いて個々のイベント（Eve nt # l〜Event # m)とから構成され、各イベント（Event # l〜Event # m)は、ィべントの種類 (Type)、イベントの ID (ID)、イベント生成時刻（Time)と有効期間（Dura tion)とから構成されて、る。

[0197] 図 17は、個々のプレイリスト毎のイベントハンドラ（時間イベントと、メニュー選択用のユーザイベント）を持つイベントハンドラテーブル ("XXX. PROG")の構成を示す図である。

[0198] イベントハンドラテーブルは、定義されているイベントハンドラ Zプログラム数 (Num ber)と個々のイベントハンドラ Zプログラム（Program # l〜Program # n)を有している。

[0199] 各イベントハンドラ Zプログラム (Program # l〜Program # n)内の記述は、ィべントハンドラ開始の定義（く event— handler >タグ）と前述したイベントの IDと対になるイベントハンドラの ID (event— handler id)を持ち、その後に当該プログラムが" f unction"に続く括弧" { "ど ' } "との間に記述される。

[0200] 次に図 18を用いて BD— ROM全体に関する情報（"BD. INFO")の内部構造について説明をする。

[0201] 図 18は、 BD— ROM全体情報である BD. INFOの構成を示す図である。

[0202] BD— ROM全体情報は、タイトルリスト（TitleList)とグローバルイベント用のィベントリスト（EventList)とから構成されてヽる。 [0203] タイトルリスト（TitleList)は、ディスク内のタイトル数（Number)と、これに続く各タィトル情報 (Title # l〜Title # n)と力ら構成されて、る。

[0204] 各タイトル情報 (Title # l〜Title # n)は、タイトルに含まれるプレイリストのテープル（PLTalble)とタイトル内のチャプターリスト (ChapterList)とを含んで!/、る。プレイリストのテーブル（PLTable)はタイトル内のプレイリストの数（Number)と、プレイリスト名（Name)即ちプレイリストのファイル名を有して!/、る。

[0205] チャプターリスト (ChapterList)は、当該タイトルに含まれるチャプター数（Numbe r)と各チャプター情報（Chapter # l〜Chapter # n)とから構成され、各チャプター情報（Chapter# l〜Chapter# n)は当該チャプターが含むセルのテーブル（Cell Table)を持ち、セルのテーブル (CellTable)はセル数 (Number)と各セルのェントリ情報（CellEntry # l〜CellEntry # k)と力構成されて、る。

[0206] セルのエントリ情報（CellEntry # l〜CellEntry # k)は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。

[0207] イベントリスト（EventList)は、グローバルイベントの数（Number)と各グローバルイベントの情報（Event # l〜Event # m)とを持っている。ここで注意すべきは、最初に定義されるグローバルイベントは、ファーストイベント（FirstEvent)と呼ばれ、 BD ROMがプレーヤに挿入された時、最初に実行されるイベントである。

[0208] 各グローバルイベントの情報（Event # l〜Event # m)はイベントタイプ（Type)とイベントの ID (ID)だけを持って!/、る。

[0209] 図 19は、グローバルイベントハンドラテーブル（"BD. PROG")の構成を示す図である。本テーブルは、図 17で説明したイベントハンドラテーブルと同一内容であり、その説明は省略する。

[0210] (イベント発生のメカニズム）

図 20から図 22を使ってイベント発生のメカニズムについて説明する。

[0211] 図 20は、タイムイベントの例を示す図である。

[0212] 前述したとおり、タイムイベントはプレイリスト（"XXX. PL")のイベントリスト（Event List)で定義される。

[0213] タイムイベントとして定義されて、るイベント、即ちイベントタイプ (Type)力 S"TimeE vent"の場合、イベント生成時刻（"tl")になった時点で、 ID"Exl"を持つタイムィべントがシナリオプロセッサ 305からプログラムプロセッサ 302に対して出力される。

[0214] プログラムプロセッサ 302は、イベント ID"Exl"を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施の形態の場合では、 2つのボタンイメージの描画を行うことなどが可能である。

[0215] 図 21は、ユーザのメニュー操作によるユーザイベントの例を示す図である。

[0216] 前述したとおり、メニュー操作によるユーザイベントもプレイリスト（"XXX. PL")のィベントリスト（EventList)で定義される。

[0217] ユーザイベントとして定義されるイベント、即ちイベントタイプ (Type)が" UserEven t"の場合、イベント生成時刻 ("tl")になった時点で、当該ユーザイベントがレディとなる。この時、イベント自身は未だ生成されてはいない。

[0218] 当該イベントは、有効規格情報 (Duration)で記される期間（"T1")レディ状態にある。

[0219] 図 21に示すように、ユーザによりリモコンキーの「上」「下」「左」「右」キーの、ずれかのキー、または「決定」キーが押された場合、まず UOイベントが UOマネージャ 303 によって生成されプログラムプロセッサ 302に出力される。

[0220] プログラムプロセッサ 302は、シナリオプロセッサ 305に対して UOイベントを流し、シナリオプロセッサ 305は UOイベントを受け取った時刻に有効なユーザイベントが存在するかを検索する。

[0221] シナリオプロセッサ 305は、検索の結果、対象となるユーザイベントがあった場合、ユーザイベントを生成し、プログラムプロセッサ 302に出力する。

[0222] プログラムプロセッサ 302では、イベント、例えば、図 21に示す例の場合では" E vl"を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。本例の場合、プレイリスト # 2の再生を開始する。

[0223] 生成されるユーザイベントには、どのリモコンキーがユーザによって押されたかの情報は含まれていない。選択されたリモコンキーの情報は、 UOイベントによってプログラムプロセッサ 302に伝えられ、仮想プレーヤが持つレジスタに記録保持される。

[0224] イベントハンドラのプログラムは、このレジスタの値を調べ、分岐処理を実行することが可能である。

[0225] 図 22は、グローバルイベントの例を示す図である。

[0226] 前述のように、グローバルイベントは BD— ROM全体情報（"BD. INFO")のィべントリスト（EventList)で定義される。

[0227] グローバルイベントとして定義されるイベント、即ちイベントタイプ (Type)が" Global

Event"であるイベントは、ユーザのリモコンキー操作があった場合にのみ生成される

[0228] ユーザによりメニューキーが押された場合、先ず UOイベントが UOマネージャ 303 によって生成されプログラムプロセッサ 302に出力される。プログラムプロセッサ 302 は、シナリオプロセッサ 305に対して UOイベントを流す。

[0229] シナリオプロセッサ 305は、該当するグローバルイベントを生成し、プログラムプロセッサ 302に送る。プログラムプロセッサ 302は、イベント ID"menu"を持つイベントノヽンドラを探し、対象のイベントハンドラを実行する。例えば、図 22に示す例の場合、プレイリスト # 3の再生を開始して、る。

[0230] 本実施の形態では、単にメニューキーと呼んでいる力 DVDを再生するプレーヤにおけるリモコンのように複数のメニューキーがあってもよい。各メニューキーに対応する IDをそれぞれ定義することで各メニューキーに対応する適切な処理が可能である。

[0231] (仮想プレーヤマシン）

図 23は、プログラムプロセッサ 302の機能的な構成を説明するための図である。

[0232] 図 23を用いてプログラムプロセッサ 302の機能的な構成を説明する。

[0233] プログラムプロセッサ 302は、内部に仮想プレーヤマシンを持つ処理モジュールである。仮想プレーヤマシンは BD— ROMとして定義された機能モデルであって、各 B

D— ROMプレーヤの実装には依存しないものである。即ち、どの BD— ROMプレーャにお、ても同様の機能を実行できることを保証して！/、る。

[0234] 仮想プレーヤマシンは大きく 2つの機能を持っている。プログラミング関数とプレーャ変数である。プレーヤ変数はレジスタに記憶され保持されて、る。

[0235] プログラミング関数は、 Java (登録商標） Scriptをベースとして、以下に記す 3つの機能を BD— ROM固有関数として定義している。

[0236] リンク関数:現在の再生を停止し、指定するプレイリスト、セル、時刻からの再生を開始する。

Link (PL # , Cell # , time)

PL # ：プレイリスト名

Cell # ：セル番号

time ：セル内での再生開始時刻

PNG描画関数：指定 PNGデータをイメージプレーン 209に描画する Draw (File, X, Y)

File ： PNGファイル名

X ： X座標位置

Y ： Y座標位置

イメージプレーンクリア関数:イメージプレーン 209の指定領域をクリアする Clear (X, Y, W, H)

X ： X座標位置

Y ： Y座標位置

W ： X方向幅

H ： Y方向幅

また、プレーヤ変数は、プレーヤの設定値等を示すシステムパラメータ（SPRM)と、一般用途として使用可能なゼネラルパラメータ (GPRM)とがある。

[0237] 図 24は、システムパラメータ（SPRM)の一覧を示す図である。

SPRM (0) ：言語コード

SPRM (l) ：音声ストリーム番号

SPRM (2) ：字幕ストリーム番号

SPRM (3) ：アングル番号

SPRM (4) ：タイトル番号

SPRM (5) ：チャプター番号

SPRM (6) ：プログラム番号 SPRM (7) ：セル番号

SPRM (8) ：選択キー情報

SPRM (9) ：ナビゲーシヨンタイマー

SPRM (10) ：再生時刻情報

SPRM (11) ：カラオケ用ミキシングモード、

SPRM (12) ：パレンタル用国情報

SPRM (13) ：ノレンタノレレべノレ

SPRM (14) ：プレーヤ設定値 (ビデオ)

SPRM (15) ：プレーヤ設定値 (オーディオ）

SPRM (16) ：音声ストリ -ム用目ロロ"¹¹ ~ -ド、

SPRM (17) ：音声ストリ -ム用目ロロ"¹¹ ~ -ド (拡張)

SPRM (18) ：字幕ストリ -ム用目ロロ"¹¹ ~ -ド、

SPRM (19) ：字幕ストリ -ム用目ロロ"^{1 1} ~ -ド (拡張)

SPRM (20) ：プレーヤリ、一ジョンコード

SPRM (21) ：予備

SPRM (22) ：予備

SPRM (23) ：再生状態

SPRM (24) ：予備

SPRM (25) ：予備

SPRM (26) ：予備

SPRM (27) ：予備

SPRM (28) ：予備

SPRM (29) ：予備

SPRM (30) ：予備

SPRM (31) ：予備

なお、本実施の形態では、仮想プレーヤのプログラミング関数を Java (登録商標） Scriptベースとしたが、 Java (登録商標） Scriptではなぐ UNIX (登録商標） OS などで使われている B— Shellや、 Perl Scriptなど他のプログラミング関数であってもよ、。言、換えれば、本発明におけるプログラム言語 ίお ava (登録商標） Script に限定されるものでは無い。

[0239] (プログラムの例）

図 25及び図 26は、イベントハンドラにおけるプログラムの例を示す図である。

[0240] 図 25は、 2つの選択ボタンを持つメニュー画面の制御に係るイベントハンドラにおけるプログラムの例を示す図である。

[0241] セル（PlayList # l. Cell # 1)先頭でタイムイベントを使って図 25左側のプログラムが実行される。ここでは、最初にゼネラルパラメータの一つ GPRM (O)に" 1"がセットされている。 GPRM (O)は、当該プログラムの中で、選択されているボタンを識別するのに使っている。最初の状態では、左側に配置するボタン [1]が選択されている状態を初期値として持たされて、る。

[0242] 次に、 PNGの描画を描画関数である" Draw"を使ってボタン [1]、ボタン [2]それぞれについて行っている。ボタン [1]は、座標（10、 200)を起点 (左上端）として PN

Gイメージ" lblack. png"を描画している。ボタン [2]は、座標（330, 200)を起点（左上端）として PNGイメージ" 2white. png"を描画している。

[0243] また、本セル最後ではタイムイベントを使って図 25右側のプログラムが実行される。

ここでは、 Link関数を使って当該セルの先頭力も再度再生するように指定している。

[0244] 図 26は、メニュー選択のユーザイベントに係るイベントハンドラにおけるプログラムの例を示す図である。

[0245] 「左」キー、「右」キー、「決定」キー何れかのリモコンキーが押された場合それぞれに対応するプログラムがイベントハンドラに書かれて、る。ユーザによりリモコンキーが押された場合、図 21を用いて説明したように、ユーザイベントが生成され、図 26のイベントハンドラが起動されることになる。

[0246] 本イベントハンドラでは、選択ボタンを識別して、る GPRM (0)の値と、選択されたリモコンキーを識別する SPRM (8)を使って以下のように分岐処理を行って!/ヽる。

[0247] 条件 1)ボタン [1]が選択されている、かつ、選択キーが「右」キーの場合

GPRM (0)を 2に再設定して、選択状態にあるボタンを右のボタン [2]に変更するボタン [ 1 ]、ボタン [2]のイメージをそれぞれ書き換える。

[0248] 条件 2)選択キーが「決定 (OK)」の場合で、ボタン [ 1]が選択されて!、る場合

プレイリスト # 2の再生を開始する。

[0249] 条件 3)選択キーが「決定 (OK)」の場合で、ボタン [2]が選択されて、る場合

プレイリスト # 3の再生を開始する。

[0250] 図 26に示すプログラムは、上記のように解釈され実行される。

[0251] (プレーヤ処理フロー）

図 27から図 30を用いてプレーヤでの処理の流れを説明する。

[0252] 図 27は、 BD— ROMプレーヤにおける AVデータ再生の基本処理の流れを示すフロー図である。

[0253] BD— ROMが挿入されると（S101)、 BD— ROMプレーヤは" BD. INFO"の読み込みと解析（S 102)、および、 "BD. PROG"の読み込み（S 103)を実行する。 "BD . INFO"及び" BD. PROG"は共に管理情報記録メモリ 204にー且格納され、シナリォプロセッサ 305によって解析される。

[0254] 続いて、シナリオプロセッサ 305は、 "BD. INFO"ファイル内のファーストイベント（ FirstEvent)情報に従い、最初のイベントを生成する（S 104)。生成されたファーストイベントは、プログラムプロセッサ 302で受け取られ、当該イベントに対応するイベントハンドラを実行処理する（S 105)。

[0255] ファーストイベントに対応するイベントハンドラには、最初に再生するべきプレイリストを指定する情報が記録されていることが期待される。仮に、プレイリスト再生が指示されていない場合には、プレーヤは何も再生することなぐユーザイベントを受け付けるのを待ち続けるだけになる（S201で No)。

[0256] UOマネージャ 303は、ユーザからのリモコン操作を受け付けると（S201で Yes)、プログラムプロセッサ 302に対する UOイベントを生成する（S202)。

[0257] プログラムプロセッサ 302は、 UOイベントがメニューキーによるものであるかを判別し（S203)、メニューキーの場合（S203で Yes)は、シナリオプロセッサ 305に UOィベントを流し、シナリオプロセッサ 305がユーザイベントを生成する（S204)。プロダラムプロセッサ 302は生成されたユーザイベントに対応するイベントハンドラを実行処理する（S205)。

[0258] 図 28は、 BD— ROMプレーヤにおけるプレイリスト再生開始から VOB再生終了までの処理の流れを示すフロー図である。

[0259] 前述したように、ファーストイベントハンドラまたはグローバノレイベントハンドラによつてプレイリスト再生が開始される（S301)。シナリオプロセッサ 305は、再生対象のプレイリスト再生に必要な情報として、プレイリスド' XXX. PL"の読み込みと解析 (S30 2)、および、プレイリストに対応するプログラム情報" XXX. PROG"の読み込みを行う（S303)。

[0260] 続いてシナリオプロセッサ 305は、プレイリストに登録されているセル情報に基づいてセルの再生を開始する（S304)。セル再生は、シナリオプロセッサからプレゼンテーシヨンコントローラ 306に対して要求が出される事を意味し、プレゼンテーションコントローラ 306は AVデータ再生を開始する（S 305)。

[0261] AVデータの再生が開始されると、プレゼンテーションコントローラ 306は、再生するセルに対応する VOBの情報ファイル" XXX. VOBI"を読み込み（S402)、解析する。プレゼンテーションコントローラ 306は、タイムマップを使って再生開始する VOBU とそのアドレスを特定し、ドライブコントローラ 317に読み出しアドレスを指示する。ドライブコントローラ 317は対象となる VOBデータ" YYY. VOB"を読み出す（S403)。

[0262] 読み出された VOBデータはデコーダに送られ再生が開始される（S404)。 VOB再生は、当該 VOBの再生区間が終了するまで続けられ (S405)、終了すると次のセルが存在する場合（S406で Yes)、 Cellの再生（S304)へ移行する。また、次のセルが無い場合（S406で No)は、再生に係る処理が終了する。

[0263] 図 29は、 AVデータ再生開始後からのイベント処理の流れを示すフロー図である。

[0264] 図 29 (A)は、 BD— ROMプレーヤにおけるタイムイベントに係る処理の流れを示すフロー図である。

[0265] なお、 BD— ROMプレーヤはイベントドリブン型のプレーヤモデルである。プレイリストの再生を開始すると、タイムイベント系、ユーザイベント系、字幕表示系のイベント処理プロセスがそれぞれ起動され、平行してイベント処理を実行するようになる。

[0266] BD— ROMプレーヤにおいてプレイリスト再生の再生が開始されると（S501)、プレイリスト再生が終了していないことが確認され（S502で No)、シナリオプロセッサ 305 は、タイムイベント発生時刻になつたかを確認する。

[0267] タイムイベント発生時刻になっている場合（S503で Yes)には、シナリオプロセッサ 3

05はタイムイベントを生成する（S504)。プログラムプロセッサ 302はタイムイベントを受け取り、イベントハンドラを実行処理する（S505)。

[0268] また、タイムイベント発生時刻になっていない場合（S503で No)、および、イベントハンドラの実行処理が終了した場合、プレイリスト再生の終了確認 (S502)以降の処理を繰り返す。

[0269] また、プレイリスト再生が終了したことが確認されると（S502で Yes)、タイムイベント系の処理は強制的に終了する。

[0270] 図 29 (B)は、 BD— ROMプレーヤにおけるユーザイベントに係る処理の流れを示すフロー図である。

[0271] BD— ROMプレーヤにおいてプレイリストの再生が開始されると（S601)、プレイリスト再生が終了していないことが確認され（S602で No)、 UOマネージャ 303は、 U Oの受け付けがあつたかを確認する。

[0272] UOの受け付けがあった場合（S603で Yes)、 UOマネージャ 303は UOイベントを生成する（S604)。プログラムプロセッサ 302は UOイベントを受け取り、その UOィべントがメニューコールであるかを確認する。

[0273] メニューコールであった場合（S605で Yes)、プログラムプロセッサ 302はシナリオプロセッサ 305にイベントを生成させ（S607)、プログラムプロセッサ 302はイベントハンドラを実行処理する（S608)。

[0274] また、 UOイベントがメニューコールで無!、と判断された場合（S605で No)、 UOィベントはカーソルキーまたは「決定」キーによるイベントである事を示して、る。この場合、現在時刻がユーザイベント有効期間内であるかをシナリオプロセッサ 305が判断し、有効期間内である場合（S606で Yes)には、シナリオプロセッサ 305がユーザィベントを生成し（S607)、プログラムプロセッサ 302が対象のイベントハンドラを実行処理する（S608)。

[0275] また、 UO受付が無い場合 (S603で No)、現在時刻がユーザイベント有効期間内にない場合（S606で No)、および、イベントハンドラの実行処理が終了した場合、プレイリスト再生の終了確認 (S602)以降の処理を繰り返す。

[0276] また、プレイリスト再生が終了したことが確認されると（S602で Yes)、ユーザィベント系の処理は強制的に終了する。

[0277] 図 30は、 BD— ROMプレーヤにおける字幕データの処理の流れを示すフロー図である。

[0278] BD— ROMプレーヤにおいてプレイリストの再生が開始されると、プレイリスト再生が終了していないことが確認され（S702で No)、シナリオプロセッサ 305は、字幕表示開始時刻になつたかを確認する。字幕表示開始時刻になって!/ヽる場合 (S703で Yes)、シナリオプロセッサ 305はプレゼンテーションコントローラ 306に字幕描画を指示し、プレゼンテーションコントローラ 306はイメージプロセッサ 311に字幕描画を指示する。イメージプロセッサ 311は、その指示に従い字幕をイメージプレーン 209に字幕を描画する (S704)。

[0279] また、字幕表示開始時刻になっていない場合 (S703で No)、字幕表示終了時刻であるかを確認する。字幕表示終了時刻であると判断された場合 (S705で Yes)、プレゼンテーシヨンコントローラ 306がイメージプロセッサ 311に字幕消去指示を行う。

[0280] イメージプロセッサ 311は、その指示に従い描画されている字幕をイメージプレーン 209から消去する（S706)。

[0281] また、イメージプロセッサ 311による字幕描画 (S704)が終了した場合、イメージプ口セッサ 311による字幕消去（S706)のが終了した場合、および、字幕表示終了時刻でないと判断 (S705で No)された場合、プレイリスト再生の終了確認 (S702)以降の処理を繰り返す。

[0282] また、プレイリスト再生が終了したことが確認されると（S702で Yes)、字幕表示系の処理は強制的に終了する。

[0283] 以上の動作により、 BD— ROMプレーヤは、ユーザの指示または BD— ROMに記録されている BD管理情報等に基づき、 BD— ROMの再生に係る基本的な処理を行

[0284] (実施の形態 2) 次に本発明の実施の形態 2について説明する。

[0285] 実施の形態 2は、 BD— ROMプレーヤに記憶されている設定値の 1つであるリージヨンコードを利用した再生制御に関わる内容である。

[0286] 実施の形態 2における BD— ROMプレーヤの基本的な構成および動作は、実施の形態 1で説明した構成および動作と同じであり、実施の形態 2において特徴的な構成および動作にっ、て説明する。

[0287] 図 31は、実施の形態 2における BD— ROMプレーヤの主要な機能構成を示す機能ブロック図である。

[0288] 実施の形態 2における BD— ROMプレーヤ 1は、本発明の再生装置の一例であり、図 31に示すように、プログラム処理部 206と、再生部 220と、第 1記憶部 221と、第 2 記憶部 222とを備え、 BD— ROM104に記録されているコンテンツを再生する機能を有している。

[0289] なお、実施の形態 2における BD— ROM104は本発明の情報記録媒体の一例であり、 BD— ROM 104に記録されて、る BD再生プログラムは本発明の情報記録媒体におけるプログラムの一例である。

[0290] また、図 31は、実施の形態 2における BD— ROMプレーヤ 1の特徴的な動作を説明するために必要な構成部を中心に図示しており、図 6に示すプログラム記録メモリ 2

03につ!/ヽては図示を省略して!/、る。

[0291] また、再生部 220は、 BD— ROMの再生を行う構成部であり、図 6に示す管理記録メモリ 204、管理情報処理部 207、 AV記録メモリ 205、プレゼンテーション処理部 20

8、イメージプレーン 209、ビデオプレーン 210、および合成処理部 211を含む構成部である。

[0292] プログラム処理部 206は、上述のように BD— ROM104から読み出された BD再生プログラムを実行する処理部であり、本発明の再生装置における実行手段の一例である。

[0293] 第 1記憶部 221は、図 24に示すシステムパラメータ（SPRM)を記憶している記憶装置である。つまり、リージョンコードを示す SPRM (20)は、第 1記憶部 221に記憶されている。 [0294] なお、第 1記憶部 221は、具体的には、例えばプログラム処理部 206を構成するプログラムプロセッサ 302 (図 7参照）のレジスタにより実現される。

[0295] 第 2記憶部 222は、プログラム処理部 206が情報を読み書き可能な不揮発性の記憶装置である。具体的には、例えばノヽードディスク、またはフラッシュメモリ等の不揮発メモリにより実現される。

[0296] なお、第 2記憶部 222は、図 6では図示されていないが、 BD— ROMプレーヤには必ず備えられているものである。プログラム処理部 206は、 BD— ROM104に記録されている BD再生プログラムを処理する際に、第 2記憶部 222に対し情報の読み書きをすることができる。

[0297] また、第 2記憶部 222は不揮発性であるため、プログラム処理部 206によって書き込まれた情報は、ユーザにより BD— ROMプレーヤ 1の電源がオフにされた後でも保持されている。

[0298] 本実施の形態において、プログラム処理部 206は、 BD— ROM104の再生プログラムに従い、第 1記憶部 221に記憶されているリージョンコードを読み出して第 2記憶部 222に記憶させる等の処理を行う。具体的な動作の流れについては、図 34を用いて後述する。

[0299] リージョンコードは本発明の情報記録媒体における設定値の一例であり、工場出荷時や初期設定時に BD— ROMプレーヤに一度設定されると、原則として以降変更されることがないプレーヤ固有の値を取るものである。また、上述のように当該 BD—R OMプレーヤの流通先となるべき地域を識別する情報であり、言い換えると、当該 B D— ROMプレーヤがどの地域に属するプレーヤであるかを識別するための情報である。

[0300] 図 32は、リージョンコードの例を示す図である。

[0301] 各 BD— ROMプレーヤ 1が有するリージョンコードは図 32に示す複数の値のいずれかである。リージョンコードは、地域に応じて値が割り振られており、当該地域に割り振られた値以外の値を持つことは禁止されて、る。

[0302] また、上述の DVDプレーヤの場合と同じぐ BD— ROMプレーヤ 1のリージョンコードに応じて再生するコンテンツを切り替えることも可能である。 [0303] 図 33は、 BD— ROMプレーヤ 1のリージョンコードに応じて、再生するコンテンツを切り替えるためのプログラムの概要を示す図である。

[0304] BD— ROM104に、 BD再生プログラムとして図 33に示すような記述箇所を含むプログラムを記録させておく。

[0305] これにより、 BD—ROM104が BD—ROMプレーヤ 1に挿入されると、当該プログラムがプログラム処理部 206に読み込まれ処理される。

[0306] 具体的には、プログラム処理部 206から、第 1記憶部 221に記憶されている SPRM

(20)の値、つまり、リージョンコードが参照され、そのリージョンコードに応じたコンテンッを再生するように、再生部 220が制御される。

[0307] 例えば、 BD— ROMプレーヤ 1が地域 A向けのものであれば、有するリージョンコードは" 0000 0001b"である。従って、当該プログラムが実行されるとコンテンツ" Ti tie # 1"が再生される。

[0308] 同様に、 BD— ROMプレーヤ 1が地域 B向けのものであれば、有するリージョンコードは" 0000 0010b"であり、対応するコンテンツ" Title # 2"が再生される。また、 B D— ROMプレーヤ 1が地域 C向けのものであれば、有するリージョンコードは" 0000 0100b"であり、対応するコンテンツ" Title # 3"が再生される。

[0309] このように、図 33に示すような、リージョンコードを利用する BD再生プログラムを BD

ROMに記憶させておくことにより、 BD— ROMプレーヤの属する地域応じて再生するコンテンツを切り替えることができる。

[0310] また、このように複数のコンテンツの中から再生させるコンテンツを切り替えるのではなぐ単純に、 BD— ROMプレーヤ 1に記録されているコンテンツの再生を制限することちでさる。

[0311] 例えば、コンテンツ供給者が、あるコンテンツ (コンテンツ aとする）について、販売戦略上の理由で、地域ごとに供給する時期をずらしたいと考えた場合を想定する。この場合、例えば、コンテンツ aが記録されており、かつ、地域 Aでのみ再生可能となる BD— ROMを作製することは可能である。

[0312] 具体的には、 BD— ROMプレーヤ 1のリージョンコードを参照し、当該リージョンコードが地域 Aを示すものであれば、 BD— ROMプレーヤ 1にコンテンツ (Xを再生させ、地域 Aを示すものでなければ、コンテンツ αの再生を行わせない BD再生プロダラムを BD— ROMに記録しておけばよい。

[0313] また、例えば、当該リージョンコードが地域 Aを示すものでなければ、コンテンツ a の再生を行わせず、かつ、その旨をユーザに通知するためのコンテンツを再生するよう BD再生プログラムを記述してもよ!/、。

[0314] なお、コンテンツ aが再生されないことをユーザに通知するためのコンテンツとは、例えば、「この BD— ROMプレーヤではコンテンツ αは再生できません。」等の文字を表示する映像コンテンツである。また、同様の旨を音声でユーザに伝える音声のみのコンテンツであってもよい。

[0315] このように、 BD— ROMプレーヤ 1が有するリージョンコードを利用することで、 BD

ROMプレーヤ 1が属する地域に応じたコンテンツの再生制御が可能である。

[0316] コンテンツ供給者は、このような再生制御を BD— ROMプレーヤ 1に実行させるためのプログラムを、販売戦略またはコンテンツの著作権保護等の必要に応じて作成することができる。

[0317] ここで、上述のように BD— ROMプレーヤはリージョンコードとして 1つの値のみを有しており、原則として変更されることはない。

[0318] しかしながら、ユーザの設定により適宜リージョンコードを切り替えられる不正な BD

ROMプレーヤの作製等は可能でありコンテンツ供給者が防ぐ術はない。

[0319] このようなリージョンコードが変更された BD— ROMプレーヤではコンテンツ供給者の予定していないコンテンツが再生可能となったりするなど、コンテンツ供給者の意図に反する態様でコンテンツの再生が行われる可能性がある。

[0320] そこで、本実施の形態では、 BD— ROMプレーヤに記憶されているリージョンコードが適正なものであるかを確認する BD再生プログラムを BD— ROM104に記録させておく。

[0321] これにより、 BD— ROMプレーヤが上述のような不正なものであるか否かに関わらず、 BD— ROMプレーヤのリージョンコードが適正であるか否かに応じたコンテンツの再生制御が可能となる。

[0322] 以下、図 34〜図 38を用いて、本実施の形態の BD— ROM104に記録されている BD再生プログラムの内容、および、当該 BD再生プログラムに基づく BD— ROMプレーャ 1の各種動作について説明する。

[0323] まず、本実施の形態の BD— ROMプレーヤ 1の動作の概要を図 34を用いて説明する。

[0324] 図 34は、実施の形態 2における BD再生プログラムに基づく BD— ROMプレーヤ 1 の動作の概要を示す図である。

[0325] プログラム処理部 206は、第 2記憶部 222にリージョンコードが記憶されている力否かを確認する（S801)。

[0326] 第 2記憶部 222にリージョンコードが記憶されていない場合（S801で No)、プロダラム処理部 206は、第 1記憶部 221記憶装置力もリージョンコードを示す SPRM (20) の値を読み出し (S802)、第 2記憶部 222に書き込む（S803)。

[0327] つまり、 BD—ROM104が最初に BD—ROMプレーヤ 1に挿入された際に、第 1記憶部 221に記憶されているリージョンコードが第 2記憶部 222にコピーされることになる。

[0328] なお、リージョンコードを第 2記憶部 222に記憶させる際、リージョンコードとともにリ一ジョンコードを記憶させたことを示すフラグを記憶させてもよい。

[0329] この場合、プログラム処理部 206は、上記の確認の際、フラグの有無により、第 2記憶部 222にリージョンコードが記憶されているか否かを確認することができる。

[0330] プログラム処理部 206は、リージョンコードを第 2記憶部 222に書き込んだ後、当該 BD再生プログラム、または他の BD再生プログラムに従い、再生部 220に対し、当該リージョンコードに応じたコンテンツを再生させる等の制御を行う（S920)。

[0331] 例えば、 BD—ROM104に記録されているコンテンツが当該リージョンコードに対応するものである場合、そのコンテンツを再生させるためのメニュー画面の出力を行う。または、自動的にそのコンテンツの再生を開始する。

[0332] また、上記確認の結果、第 2記憶部 222にリージョンコードが記憶されている場合（ S801で Yes)、第 1記憶部 221に記憶されているリージョンコードと、第 2記憶部 222 に記憶されているリージョンコードとを比較することで第 1記憶部 221に記憶されているリージョンコードの不変性を判定する処理を行う（S900)。 [0333] プログラム処理部 206は、この比較の結果に応じて、コンテンツの再生に関する異なる動作を BD— ROMプレーヤ 1に行わせる制御を行う（S920)。

[0334] 次に、不変性判定処理 (S900)と、不変性判定処理の結果に応じた再生制御処理

(S920)の流れを図 35を用いて具体的に説明する。

[0335] 図 35は、図 34に示す不変性判定処理の流れと、不変性判定処理の結果に応じた再生制御処理の流れとを詳細に示すフロー図である。

[0336] プログラム処理部 206は、第 1記憶部 221に記憶されているリージョンコードを読み出す。具体的には第 1記憶部 221に記憶されている SPRM (20)の値を読み出す (S

901)。以下、この SPRM (20)の値を Rとする。

1

[0337] また、第 2記憶部 222に記憶されているリージョンコード、つまり、以前に第 1記憶部 221から第 2記憶部 222にコピーされたリージョンコードを読み出す (S902)。以下、このリージョンコードを Rとする。

2

[0338] さらに、 Rと Rとを比較する（S905)。ここで比較の結果、 Rと Rとが異なる場合 (S

1 2 1 2

905で No)を想定する。この場合、第 1記憶部 221に記憶されている R、つまり、 SP

1

RM (20)の値が、 BD—ROM104が最初に BD—ROMプレーヤ 1に挿入されてから当該比較の時点までの間に変更されたことを意味する。

[0339] つまり、 BD— ROMプレーヤ 1はリージョンコードは固定であるという原則に違反するプレーヤであるということが検出されたことになる。

[0340] この場合、プログラム処理部 206は、 Rと Rとが一致しな!、場合の処理を行う（S92

1 2

D o具体的には、 BD— ROM104に記録されているコンテンツを再生させないよう再生部 220を制御する。

[0341] また、当該コンテンツを再生できないことをユーザに通知するためのコンテンツを再生するように再生部 220を制御する。

[0342] なお、コンテンツを再生できないことをユーザに通知するためのコンテンツとは、本発明の情報記録媒体における第 2コンテンツの一例であり、例えば、「リージョンコードが変更されているため Title # 1は再生できません。」という文字を表示する画像コンテンッ、または、このような内容を伝える音声コンテンツ等である。

[0343] また、 BD— ROM104には、当該 BD— ROM104において必須でありメインのコンテンッである映画等のコンテンツに加えて、上記のような、単に情報を通知するためのコンテンツ等が記録されていることが一般的である。そのため、これらを区別するために、映画等のメインのコンテンツを、以下「主コンテンツ」という。主コンテンツは、本発明の情報記録媒体における第 1コンテンツの一例である。

[0344] また、上記比較の結果、 Rと Rとが一致する場合（S905で Yes)、プログラム処理

1 2

部 206は、 Rと Rとが一致する場合の処理を行う（S922)。

1 2

[0345] 具体的には、主コンテンツが当該リージョンコードに対応するものである場合、プログラム処理部 206は、その主コンテンツの再生、または、再生のためのメニュー画面の出力等を行わせるよう再生部 220を制御する。

[0346] または、主コンテンツが複数あれば、図 33を用いて説明したように、複数の中から当該リージョンコードに対応する主コンテンツを選択し、選択した主コンテンツの再生、または、再生のためのメニュー画面の出力を行わせるよう再生部 220を制御する。

[0347] これら、 Rと Rとが一致しな、場合の処理内容、および、 Rと Rとが一致する場合

1 2 1 2 の処理内容は、 BD—ROM104に記録されている BD再生プログラムに依存し、コンテンッ供給者が決定することができる。つまり、コンテンツ供給者の意図に基づいた態様でコンテンツの再生がなされることになる。

[0348] なお、上述のリージョンコードの不変性判定処理において、第 2記憶部 222にリージョンコードが書き込まれた後に、ユーザにより、何らかの手段で第 2記憶部 222が初期化された場合を想定する。この場合、 Rと Rとの比較 (図 35参照)を行うことができ

1 2

ないことになる。

[0349] そこで、第 2記憶部 222を初期化させないための処理を BD— ROMプレーヤ 1に実行させてもよい。

[0350] ここで、映画等の主コンテンツが記録される BD— ROM104には、一般的に他の映画の予告編や、他の商品の広告映像等の、 BD—ROM104にとつて必須ではないコンテンツ (以下、「付属コンテンツ」という。）が記録される。

[0351] また、これら広告映像等の付属コンテンツは、ユーザは一度視聴すれば再度視聴する必要がないと考えるものがほとんどである。

[0352] そこで、第 2記憶部 222にリージョンコードが記録されていない場合、つまり、 BD— ROM104が最初に BD—ROMプレーヤ 1に挿入された場合には、プログラム処理部 206に、リージョンコードを第 2記憶部 222に書き込ませるとともに、付属コンテンツを再生させた後に、主コンテンツを再生させるための制御を行わせる。

[0353] つまり、第 2記憶部 222にリージョンコードが書き込まれ保持されている間は、主コンテンッの再生の前に付属コンテンツが自動的には再生されないよう制御される。

[0354] そのため、第 2記憶部 222にリージョンコードが書き込まれた後に BD—ROM104 をー且 BD— ROMプレーヤ 1から取り出し、再度 BD— ROMプレーヤ 1に挿入したユーザは、第 2記憶部 222を初期化していない限り、直ちに主コンテンツを視聴することができる。

[0355] 逆にいうと、第 2記憶部 222を初期化すると、主コンテンツの再生前に、再度、付属コンテンツが自動的に再生されることになり、ユーザにとっては煩わしい状況となる。

[0356] このように、第 2記憶部 222におけるリージョンコードの存否に応じた付属コンテンツの再生制御を行うことにより、第 2記憶部 222にリージョンコードが書き込まれた後に、第 2記憶部 222が初期化されることを抑止することができ、結果としてリージョンコードの不変性判定が実行される可能性を高めることができる。

[0357] また、第 2記憶部 222に、主コンテンツがどこまで再生されたかを示す情報等の、消去されるとユーザにとって不便になる情報を第 2記憶部 222に記憶させておいても同様の効果を得ることができる。

[0358] なお、これら情報の第 2記憶部 222に対する読み書きおよび付属コンテンツの再生等の制御は、これらの処理をプログラム処理部 206に実行させる BD再生プログラムにより実現される。

[0359] また、例えば、映画等の主コンテンツに加え、当該映画等のメイキング映像等の、 B D—ROM104のユーザに対する特典としての特典コンテンツを BD—ROM104に記録しておき、この特典コンテンツを第 2記憶部 222が初期化されることを抑止するためのコンテンツとして使用してもよい。

[0360] 例えば、 BD—ROM104が最初に BD—ROMプレーヤ 1に挿入された場合、つまり、第 2記憶部 222にリージョンコードが記憶されていない状態では、特典コンテンツが再生されないよう、メニュー画面等には現れないようにする。具体的にはこのようなメニュー画面を生成するように BD再生プログラムを記述しておく。

[0361] また、第 2記憶部 222にリージョンコードが記憶されている場合、つまり、第 2記憶部 222にリージョンコードが書き込まれた後に第 2記憶部 222が初期化されていない場合には、主コンテンツおよび特典コンテンツを再生させるための制御をプログラム処理部 206に行わせる。

[0362] 例えば、プログラム処理部 206に、特典コンテンツを再生させるボタン等を含むメ- ユー画面を生成させる。

[0363] これにより、第 2記憶部 222にリージョンコードが書き込まれた後に BD—ROM104 をー且 BD— ROMプレーヤ 1から取り出し、再度 BD— ROMプレーヤ 1に挿入したユーザは、第 2記憶部 222を初期化していない限り、特典コンテンツを視聴することができる。

[0364] つまり、ユーザ力すると、第 2記憶部 222を初期化しないことで特典を受けることができる。そのため、このように特典コンテンツを利用することによつても、ユーザにより第 2記憶部 222が初期化されることを抑止することができ、結果としてリージョンコードの不変性判定が実行される可能性を高めることができる。

[0365] また、図 34および図 35を用いて、リージョンコードの不変性判定、つまり、リージョンコードが以前のものと一致する力否かを判定する際の処理について説明した。しかし、リージョンコードの不変性を判定するのではなぐ第 1記憶部 221に記憶されているリージョンコード自体が、規格に定められた正規なものである力否かを判定し、判定結果に基づいて、その後の処理内容を変更してもよい。

[0366] そこで、次に、リージョンコードが正規なものである力否かを判定 (正当性判定)する場合の処理の流れにっ、て説明する。

[0367] ある BD— ROMプレーヤにおいて、 SPRM (20)に正規ではない値が格納されている場合、つまりリージョンコードが正規ではない値である場合、当該 BD— ROMプレーャの属する地域向けのコンテンツは再生されない。また、当該地域向けではないコンテンツが誤って再生される可能性がある。

[0368] 以下に、このような状況の発生を防止するために、 BD— ROMプレーヤ 1に記録されているリージョンコードが正規な値であるか否かを判定するための BD再生プロダラムについて述べる。

[0369] 図 36は、リージョンコードの正当性を判定し、判定結果に基づいて BD— ROMプレーャ 1を制御するための BD再生プログラムにおける処理フローを示す図である。

[0370] BD— ROMプレーヤ 1は、 BD— ROM104が挿入されると、 BD— ROM104に記憶されて!ヽる BD再生プログラムを読み出す。また当該 BD再生プログラムを処理することにより、リージョンコードが正規の値である力否かに応じて、コンテンツの再生に関する異なる動作を行う。具体的な動作は以下のようになる。

[0371] プログラム処理部 206は、第 1記憶部 221に記憶されている SPRM (20)の値を読み出し、予め定められた正規の値と比較する（S910)。

[0372] ここで、図 32【こ示すよう【こ、 " 0000 0001b"、 "0000 0010b"、および" 0000 0

100b"が正規な値、つまりリージョンコードとしてとり得る値として定められている場合を想定する。

[0373] この場合、 BD再生プログラムには例えば図 36に示すような記述箇所があり、 SPR M (20)の値力上記の" 0000 0001b"等の 3つの値のうちのいずれ力 1つであれば（S910で Yes)、当該 SPRM (20)の値、つまり当該リージョンコードは正規な値である。

[0374] この場合、プログラム処理部 206は、当該リージョンコードに対応する主コンテンツの再生等がされるように再生部 220を制御する（S912)。

[0375] また、当該リージョンコード力上記 3つの正規な値のうちのいずれとも一致しなければ、当該リージョンコードは、不正なリージョンコードである。

[0376] この場合、プログラム処理部 206は、主コンテンツの再生は行わず、例えば、「リージョンコードが正規なものでないため Title # 1は再生できません。」という文字を表示する画像コンテンツ、または、このような内容を伝える音声コンテンツ等を再生する（S

911)。

[0377] このように、第 1記憶部 221に記憶されているリージョンコードが正規の値ではない場合に、当該リージョンコードに基づいて主コンテンツが再生されないようにすることができる。

[0378] また、このようなリージョンコードの正当性判定は、 BD— ROM104に記録された B D再生プログラムにより実現されるため、コンテンツ供給者が、このような判定をどのタイミングで行うか、および正規の値としてどのような範囲の値を持たせるか等を決定できる。

[0379] なお、図 36では、リージョンコードの正当性判定についてのみ説明した。し力し、 B D再生プログラムは、図 34に示す一連の処理に加えて、この正当性判定処理を BD —ROMプレーヤ 1に実行させるものであってもよ!/ヽ。

[0380] 図 37は、リージョンコードの不変性判定処理の前にリージョンコードの正当性判定処理行う場合の BD再生プログラムにおける処理フローの一例を示す図である。以下に、

、て特徴的な処理を中心に説明する。

[0381] プログラム処理部 206は、第 1記憶部 221に記憶されているリージョンコード、つまり SPRM (20)の値を読み出し、正規の値であるか否かを判定する（S800)。

[0382] 当該リージョンコードが正規の値であれば（S800で Yes)、図 34を用いて説明したように、プログラム処理部 206により、第 2記憶部 222にリージョンコードが記憶されている否かの確認 (S801)が行われ、以降、図 34を用いて説明した処理の流れとなる

[0383] また、第 1記憶部 221に記憶されているリージョンコードが正規の値でなければ（S8

00で No)、上記の確認（S801)は行われず、プログラム処理部 206により、コンテンッの再生制御が実行される（S920)。

[0384] 具体的には、リージョンコードが正規の値でないため、上述のように、主コンテンツの再生は行わないよう再生部 220が制御される。また、その旨をユーザに通知する画像コンテンツ等が再生されるよう再生部 220が制御される。

[0385] このように、リージョンコードの不変性判定のための処理（S801、 S900等）を行う前に、リージョンコードの正当性を判定することで、不正なリージョンコードに基づいて不変性判定処理が行われるなどの不要な処理が発生することを防ぐことができる。

[0386] また、 BD再生プログラムは、不変性判定処理（S900)の中で、リージョンコードの正当性判定を行うものであってもよ、。

[0387] 図 38は、リージョンコードの不変性判定処理の中でリージョンコードの正当性判定を行う場合の BD再生プログラムにおける処理フローの一例を示す図である。 [0388] つまり、図 38は、図 35に示す一連の処理フローにリージョンコードの正当性判定処理を取り込んだ場合の処理フローの一例を示している。以下に、図 38に示す処理フローにおいて特徴的な処理を中心に説明する。

[0389] プログラム処理部 206は、第 1記憶部 221に記憶されているリージョンコード (R )を

1 読み出し（S901)、読み出した Rが正規の値である力否かを判定する（S903)。

1

[0390] この判定の結果、 Rが正規の値でなければ（S903で No)、プログラム処理部 206

1

は、主コンテンツが再生されないよう再生部 220を制御する。また、その旨をユーザに通知する画像コンテンツ等が再生されるよう再生部 220を制御する（S923)。

[0391] また、上記の判定の結果、 Rが正規の値であれば（S903で Yes)、第 2記憶部 222

1

に記憶されて、る一ジョンコード (R )を読み出す（S904)

2 。

[0392] その後、図 35の説明で述べたように、 Rと Rとが比較され (S905)、一致するか否

1 2

かに応じてコンテンツの再生に関する処理（S921または S922)が実行される。

[0393] このように、 BD再生プログラムを、リージョンコードの不変性判定および正当性判定を BD— ROMプレーヤ 1に実行させるよう記述してもよい。

[0394] また、その順番は、図 37または図 38に示す順番でなくてもよい。例えば、不変性判定処理（S900)の後に正当性判定処理を BD— ROMプレーヤ 1に実行させてもよ!ヽ

[0395] いずれの場合であっても、結果として、第 1記憶部 221のリージョンコード、つまり S PRM (20)の値が変更されておらず、かつ、正規の値である場合にのみ、当該リージヨンコードに基づく適切なコンテンツ再生が実行されることになる。

[0396] 以上述べたように、本実施の形態の BD— ROM104には、 BD— ROMプレーヤ 1 に記録されて、る設定値が以前のものと一致するか否かに基づ、て再生に関する動作を行わせる BD再生プログラムが記録されて、る。

[0397] 具体的には、当該 BD再生プログラムに従って処理を実行するプログラム処理部 20 6により、システムパラメータの一つである SPRM (20)の値、つまりリージョンコードが以前のものと一致する力否かが判定される。また、判定結果に基づいて、 BD-RO Mプレーヤ 1に主コンテンツを再生させる力否か等を決定することができる。

[0398] つまり、ある時点でのリージョンコードが、以前のリージョンコードから変更されている場合に、変更後のリージョンコードに基づいてコンテンツの再生制御が行われることを防ぐことができる。

[0399] すなわち、 BD— ROMプレーヤ 1に、初期に設定された適正なリージョンコードに基づ、てコンテンツの再生制御を行わせることが可能となる。またこのような再生制御を実現する BD再生プログラムは、コンテンツ供給者が作成し BD— ROM104に記録することができるものである。

[0400] さらに、この判定に必要な、当該 BD再生プログラムを実行する機能 (例えばプログラム処理部 206)、および SPRM (20)の値を別途保持しておくための第 2記憶部 22 2 (例えばノヽードディスク）は、 BD— ROMプレーヤが標準的に備えているものである。つまり、この判定の実行に特別なハードウェアは要求されない。

[0401] 従って、本実施の形態の BD— ROM104は、本実施の形態の BD— ROMプレーャ 1のみならず、あらゆる BD— ROMプレーヤに、コンテンツ供給者の意図に基づいた適正な態様でのコンテンツの再生を行わせることができる。

[0402] また、 BD— ROMプレーヤ 1のリージョンコードが正規の値であるか否かを判定することもできる。これにより、ある時点でのリージョンコードが正規の値でない場合、その正規の値ではないリージョンコードに基づいてコンテンツの再生制御が行われることを防ぐことができる。

[0403] また、リージョンコードの不変性判定および正当性判定は、主コンテンツの再生に関する動作を開始する前に、いずれか一方のみを実行してもよぐ双方を実行してもよい。

[0404] さらに、リージョンコードの不変性判定および正当性判定の双方を実行する場合は

、いずれの判定処理が先であってもよい。

[0405] また、リージョンコードの不変性判定または正当性判定の前に、 BD—ROM104に記憶されている主コンテンツが、 BD— ROMプレーヤ 1のリージョンコード、つまり、 S

PRM (20)の値に対応するものであるか否かを判定してもよ!/、。

[0406] 例えば、 BD—ROM104に複数の主コンテンツが記憶されており、そのいずれもが

SPRM (20)の値に対応するものでな、場合、再生の対象となる主コンテンツが BD

— ROM104に含まれて!/、な!/、ことになる。 [0407] この場合は、リージョンコードの不変性判定および正当性判定を行わなくてもよい。つまり、再生の対象となる主コンテンツがある場合にのみ、リージョンコードの不変性判定または正当性判定を行えばよヽ。

[0408] これにより、結局は主コンテンツが再生されない場合にも、リージョンコードの不変性判定等が行われると!、つた不要な処理が発生することがな!、。

[0409] このように、適切な態様でのコンテンツの再生が行われるための各処理は、コンテンッ供給者が作成する BD再生プログラムにより実現されるものであり、各処理をどのように組み合わせてどのような順番で行うかは、コンテンツ供給者が適宜決定することができる。

[0410] また、本実施の形態において、第 1記憶部 221に記憶されているリージョンコードを第 2記憶部 222に書き込む前に、第 2記憶部 222にリージョンコードが記憶されているか否かを確認するとした（図 34の S801)。

[0411] し力しながら、この確認を行わなくてもよい。例えば、第 2記憶部 222に複数のリージョンコードを記憶可能な領域を確保しておき、 BD—ROM104が BD—ROMプレーャ 1に挿入されるたびに、第 1記憶部 221に記憶されているリージョンコードを当該領域に順次追加していく。

[0412] また、リージョンコードの比較（図 35の S905)を行う際には、例えば第 2記憶部 222 に最初に書き込まれたリージョンコードと、第 1記憶部 221に記憶されているリージョンコードとを比較する。

[0413] このような動作によっても、第 1記憶部 221に記憶されているリージョンコード、つまり SPRM (20)の値が以前の値力も変更されたか否かを判定することができる。

[0414] また、第 1記憶部 221に記憶されているリージョンコードを第 2記憶部 222に書き込むタイミングも、 BD— ROM104が BD— ROMプレーヤ 1に挿入され、主コンテンツの再生に関する動作制御（図 34の S920)の開始前の一回のみでなくてもよい。

[0415] 例えば、不変性判定（図 34の S900)の結果、 SPRM (20)の値が以前の値力変更されていない場合に、さらに、当該 SPRM (20)の値を第 2記憶部 222に書き込んでもよい。

[0416] また、通常は、確認（図 34の S801)の結果、第 2記憶部 222にリージョンコードが記憶されて、な、場合にのみ SPRM (20)の値を第 2記憶部 222に書き込み、一ヶ月ごと等の所定の期間の経過ごとに、 SPRM (20)の値が以前の値から変更されていない場合、さらに当該 SPRM (20)の値を第 2記憶部 222に書き込むとしてもよい。

[0417] いずれの動作においても、変更されていない適正な SPRM (20)の値が第 2記憶部 222に書き込まれるだけであり、その後の不変性判定の結果に影響を与えることはない。

[0418] また、複数枚の BD—ROM104が第 2記憶部 222に記憶されているリージョンコードを共有してもよヽ。

[0419] 例えば、 BD—ROM104aおよび BD—ROM104bのそれぞれに記録されている B D再生プログラム力第 2記憶部 222の同じ領域に SPRM (20)の値を書き込む場合を想定する。

[0420] この場合、 BD—ROM104aの BD再生プログラムによって第 2記憶部 222に書き込まれた SPRM (20)の値を、 BD—ROM104bの BD再生プログラムが利用することができる。

[0421] つまり、 BD— ROM104bより先に BD— ROM104aが BD— ROMプレーヤ 1に揷入された場合は、 BD—ROM104aの BD再生プログラムによって第 2記憶部 222にリージョンコードを示す SPRM (20)の値が書き込まれることになる。

[0422] 従って、その後に BD—ROM104bが BD—ROMプレーヤ 1に挿入された際に第 2 記憶部 222に SPRM (20)の値を書き込む処理（図 34の S803)は不要であり、不変性判定処理（図 34の S900)が実行されることになる。

[0423] また、 SPRM (20)以外のシステムパラメータの不変性等を判定し、その結果に基づ!、て BD—ROMプレーヤ 1の動作を制御してもよ！/、。

[0424] また、リージョンコード等の複数種のシステムパラメータの不変性を判定し、いずれのパラメータも以前の値力も変更されて、な、場合のみ、各パラメータに基づく再生制御を行わせるとしてもよ、。

[0425] つまり、本発明の情報記録媒体における設定値はリージョンコードに限られず、システムパラメータとして再生装置に設定され、本来的には変更されることのない値であればよい。 [0426] このような設定値が変更されているということは、当該設定値が本来的には正しい値ではないことを意味し、何の対策もとらなければ、本来的には正しくない設定値に基づいて、主コンテンツの再生の可否、または、再生される主コンテンツの選択等が行われること〖こなる。

[0427] しかしながら、本実施の形態の BD— ROM104に記録されている BD再生プログラムは、プログラム処理部 206に、設定値の不変性を判定させ、設定値が変更されて V、れば主コンテンツが再生されな、よう再生部 220を制御させる。

[0428] これにより、変更された後の設定値に基づいて、主コンテンツが再生されることを防ぐことができる。

産業上の利用可能性

[0429] 本発明の情報記録媒体および再生制御方法によれば、映画、ドラマおよび音楽等のコンテンツを供給するコンテンツ供給者は、自己のコンテンツを自己の意図が反映された適切な態様で再生させることが可能となる。そのため、本発明は、これらコンテンッを広く一般に供給するための情報記録媒体、および、これらコンテンツを適切な態様で再生させるための再生制御方法として有用である。

Claims

請求の範囲

[1] 再生装置により再生可能な第 1コンテンツと、前記再生装置により実行されるプログラムとが記録された情報記録媒体であって、

前記再生装置には、前記再生装置に設定された設定値を記憶している第 1記憶手段と、前記プログラムを実行する実行手段と、前記実行手段が情報を読み書き可能な第 2記憶手段とが備えられており、

前記プログラムは、

前記第 1記憶手段に記憶されている設定値を前記第 2記憶手段に書き込む第 1記憶ステップと、

前記第 1記憶手段に記憶されて!、る設定値と、前記第 2記憶手段に以前に書き込まれた設定値とを比較する比較ステップと、

前記比較ステップにおける比較の結果、前記第 1記憶手段に記憶されて、る設定値と、前記第 2記憶手段に以前に書き込まれた設定値とが異なる場合、前記第 1コンテンッの再生を前記再生装置に行わせない制御ステップと

を前記実行手段に実行させるためのプログラムである

情報記録媒体。

[2] 前記設定値は、前記再生装置の流通先となるべき地域を識別する情報であるリージョンコードである

請求項 1記載の情報記録媒体。

[3] 前記制御ステップでは、前記比較ステップにおける比較の結果、前記第 1記憶手段に記憶されているリージョンコードと、前記第 2記憶手段に以前に書き込まれたリージヨンコードとがー致し、かつ、前記第 1コンテンツが前記第 1記憶手段に記憶されているリージョンコードに対応するものである場合、前記再生装置に前記第 1コンテンツを再生させるための制御を行う

請求項 2記載の情報記録媒体。

[4] 前記プログラムはさらに、前記第 1記憶ステップにおいて前記第 2記憶手段に設定値が書き込まれる前に、前記第 2記憶手段に設定値が記憶されているカゝ否かを確認する確認ステップを含み、前記第 1記憶ステップでは、前記確認ステップにおける確認の結果、前記第 2記憶手段に設定値が記憶されてヽなヽ場合、前記第 1記憶手段に記憶されて！ヽる設定値を前記第 2記憶手段に書き込み、

前記比較ステップでは、前記確認ステップにおける確認の結果、前記第 2記憶手段に設定値が記憶されている場合、前記以前に書き込まれた設定値である、前記第 2 記憶手段に記憶されてヽる設定値と、前記第 1記憶手段に記憶されてヽる設定値とを比較する

請求項 1記載の情報記録媒体。

[5] 前記第 1記憶ステップでは、前記確認ステップにおける確認の結果、前記第 2記憶手段に設定値が記憶されている場合、前記第 1記憶手段に記憶されている設定値を前記第 2記憶手段に書き込まない

請求項 4記載の情報記録媒体。

[6] 前記情報記録媒体にはさらに、前記情報記録媒体のユーザに対する特典としての特典コンテンツが記録されており、

前記制御ステップでは、前記確認ステップにおける確認の結果、前記第 2記憶手段に設定値が記憶されており、かつ、前記比較ステップにおける比較の結果、前記第 1 記憶手段に記憶されてヽる設定値と、前記第 2記憶手段に記憶されてヽる設定値とがー致する場合、前記再生装置に、前記第 1コンテンツおよび前記特典のコンテンツの再生を行わせるための制御を行う

請求項 4記載の情報記録媒体。

[7] 前記情報記録媒体にはさらに、付属コンテンツが記録されており、

前記第 1コンテンツは前記情報記録媒体に必須のコンテンツであるのに対し、前記付属コンテンツは前記情報記録媒体に必須のコンテンツではなぐ

前記制御ステップでは、前記確認ステップにおける確認の結果、前記第 2記憶手段に設定値が記憶されていない場合、前記再生装置に、前記付属コンテンツの再生を行わせた後に前記第 1コンテンツの再生を行わせるための制御を行う

請求項 4記載の情報記録媒体。

[8] 前記第 1記憶手段に記憶されている設定値について、前記設定値としてとり得る所定の値が予め定められており、

前記プログラムはさらに、前記第 1記憶手段に記憶されて、る設定値が所定の値であるカゝ否かの判定を行う判定ステップを含み、

前記制御ステップではさらに、前記判定ステップにおける判定の結果、前記第 1記憶手段に記憶されて、る設定値が前記所定の値ではな、場合、前記第 1コンテンツの再生を前記再生装置に行わせない

請求項 1記載の情報記録媒体。

[9] 前記情報記録媒体にはさらに、前記第 1コンテンツの再生が行われない場合にその旨を前記再生装置のユーザに通知するための第 2コンテンツが記録されており、前記制御ステップでは、前記再生装置に前記第 1コンテンツの再生を行わせな、場合、前記第 2コンテンツを前記再生装置に再生させる

請求項 1記載の情報記録媒体。

[10] 前記プログラムはさらに、前記比較ステップにおける比較の結果、前記第 1記憶手段に記憶されている設定値と、前記第 2記憶手段に以前に記憶された設定値とがー致する場合、前記第 1記憶手段に記憶されている設定値を前記第 2記憶手段に書き込む第 2記憶ステップを含む

請求項 1記載の情報記録媒体。

[11] 前記第 2記憶手段は、ハードディスクまたは不揮発メモリである

請求項 1記載の情報記録媒体。

[12] 情報記録媒体に記憶されているコンテンツを再生するための再生装置であって、前記情報記録媒体にはさらに、前記再生装置により実行されるプログラムが記録されており、

前記再生装置は、前記再生装置に設定された設定値を記憶している第 1記憶手段と、前記プログラムを実行する実行手段と、前記実行手段が情報を読み書き可能な第 2記憶手段とを備え、

前記実行手段は、前記プログラムを読み込んで処理することにより、

前記第 1記憶手段に記憶されている設定値を前記第 2記憶手段に書き込む記憶ステツプと、前記第 1記憶手段に記憶されて!、る設定値と、前記第 2記憶手段に以前に書き込まれた設定値とを比較する比較ステップと、

前記比較ステップにおける比較の結果、前記第 1記憶手段に記憶されて、る設定値と、前記第 2記憶手段に以前に書き込まれた設定値とが異なる場合、前記コンテンッの再生を前記再生装置に行わせな、制御ステップとを実行する

再生装置。

[13] 情報記録媒体に記憶されているコンテンツを再生するための再生装置におけるコンテンッの再生を制御する再生制御方法であって、

前記情報記録媒体にはさらに、前記再生装置により実行されるプログラムが記録されており、

前記再生装置には、前記再生装置に設定された設定値を記憶している第 1記憶手段と、

前記プログラムを実行する実行手段と、前記実行手段が情報を読み書き可能な第 2記憶手段とが備えられており、

前記再生制御方法は、

前記実行手段が、前記プログラムに従って、

前記比較ステップにおける比較の結果、前記第 1記憶手段に記憶されて、る設定値と、前記第 2記憶手段に以前に書き込まれた設定値とが異なる場合、前記コンテンッの再生を前記再生装置に行わせな、制御ステップとを含む

再生制御方法。

[14] 情報記録媒体に記憶されているコンテンツを再生するための再生装置によって実行されるプログラムであって、

前記再生装置には、前記再生装置に設定された設定値を記憶している第 1記憶手段と、前記プログラムを実行する実行手段と、前記実行手段が情報を読み書き可能な第

2記憶手段とが備えられており、

前記プログラムは、

前記比較ステップにおける比較の結果、前記第 1記憶手段に記憶されて、る設定値と、前記第 2記憶手段に以前に書き込まれた設定値とが異なる場合、前記コンテンッの再生を前記再生装置に行わせな、制御ステップとを

前記実行手段に実行させるためのプログラム。