(57)【要約】  【課題】  頒布地域との配給会社との関係や、頒布地域における地域の倫理観・歴史観・宗教観等様々なデリケートな問題を解消しつつも、ユーザが国外で収集した映画ディスクの価値低下を生じさせない再生装置を提供する。  【解決手段】  本発明に係る再生装置は、BD-ROMに割り当てられたリージョンコードと、自装置に割り当てられたリージョンコードとが一致するか否かを判定する。リージョンコードが一致した場合、光ディスクに記録されたコンテンツの再生を行い、判定が不一致である場合、例外的な再生を行う。ここでの例外的な再生は、再生を行うべきコンテンツ識別子と、自装置に割り当てられたリージョンコードとの組合せが、コンテンツに係る権利者が定めた所定の条件を満たす場合になされる。  【選択図】  図２
2007528630.tif 000002
【特許請求の範囲】
【請求項１】
光ディスクについての再生装置であって、
光ディスクに割り当てられたリージョンコードと、自装置に割り当てられたリージョンコードとが一致するか否かを判定する判定手段と、
判定手段が一致と判定した場合、光ディスクに記録されたコンテンツの再生を行い、判定手段が不一致と判定した場合、例外的な再生を除き、再生を行わない再生手段とを備え、
例外的な再生は、光ディスクに記録されたコンテンツについてのコンテンツ識別子と、自装置に割り当てられたリージョンコードとの組合せが、コンテンツに係る権利者が定めた所定の条件を満たす場合になされる
ことを特徴とする再生装置。
【請求項２】
前記再生装置は更に、
コンテンツ識別子と、自装置に割り当てられたリージョンコードとの組合せを示す許可要求を、サーバ装置に送信する送信手段を備え、
前記所定の条件が満たされるのは、
前記許可要求の送信に対し、許可応答がサーバ装置から送信される場合であり、
不許可応答が再生装置から送信された場合、前記所定の条件は満たされない
ことを特徴とする請求項１記載の再生装置。
【請求項３】
前記サーバ装置は、再生許可リストを保持しており、
再生許可リストは、コンテンツ識別子と、リージョンコードとの複数の組み合わせであり、
個々の組合せは、そのリージョンコードに示される地域において、コンテンツ識別子に示されるコンテンツの再生が許可されていることを示し、
前記所定の条件は、送信されたコンテンツの識別子と、自装置におけるリージョンコードとの組合せが、サーバ装置における前記リスト内に存在する場合に満たされる
ことを特徴とする請求項２記載の再生装置。
【請求項４】
前記サーバ装置は、複数の日時情報を保持しており、
日時情報は、コンテンツ識別子と、リージョンコードとの一の組合せに、当該リージョンコードに示される地域におけるコンテンツの公開日時を対応づけて示す情報であり、
前記再生装置は、
再生装置が属する地域における現在時刻と、再生しようとするコンテンツの識別子と、装置側のリージョンコードとの組合せを含む許可要求をサーバ装置に送信する送信手段とを備え、
前記所定の条件は、
許可要求に含まれるコンテンツ識別子、リージョンコードを含む日時情報に示されるコンテンツの公開日時を、許可要求に含まれる現在時刻が経過している場合に満たされる
ことを特徴とする請求項２記載の再生装置。
【請求項５】
前記サーバ装置は、複数の配給者情報を保持しており、
配給者情報は、コンテンツ識別子、リージョンコードの組合せに、当該地域における配給者を対応づけて示す情報であり、
前記再生装置は、
再生しようとするコンテンツの識別子と、装置側のリージョンコードとの組合せと、光ディスク側のリージョンコードとを含む許可要求をサーバ装置に送信する送信手段とを備え、
前記所定の条件は、
許可要求に含まれるコンテンツ識別子と、再生装置側のリージョンコードとを含む配給者情報に示される配給者が、許可要求に含まれるコンテンツ識別子と、光ディスク側のリージョンコードとを含む配給者情報により示される配給者と一致する場合に満たされる
ことを特徴とする請求項２記載の再生装置。
【請求項６】
前記許可応答は、付帯情報と共にサーバ装置から送信され、
付帯情報とは、
再生装置が属する国のレーティング情報、再生装置が属する国の言語による字幕データ、音声データであり、
前記例外的な再生は、付帯情報を用いて行われる。
ことを特徴とする請求項２記載の再生装置。
【請求項７】
前記許可応答は、制限情報と共にサーバ装置から送信され、
前記コンテンツは、光ディスクに記録されたデジタルストリームを含み、
制限情報は、デジタルストリームの一部分を再生区間として示す情報、又は、デジタルストリームに多重化されているエレメンタリストリームのうち、一部のみを再生させる情報であり、
前記例外的な再生は、制限情報を用いて行われる。
ことを特徴とする請求項２記載の再生装置。
【請求項８】
前記再生装置は、再生許可リストを保持しており、
再生許可リストは、コンテンツ識別子と、リージョンコードとの複数の組み合わせであり、
個々の組合せは、そのリージョンコードに示される地域において、コンテンツ識別子に示されるコンテンツの再生が許可されていることを示し、
前記所定の条件は、光ディスクに記録されたコンテンツの識別子と、自装置におけるリージョンコードとの組合せが、前記リスト内に存在する場合に満たされる
ことを特徴とする請求項１記載の再生装置。
【請求項９】
前記光ディスクには、複数のコンテンツが記録されており、
再生許可リストに記載されているコンテンツ識別子は、それらコンテンツのうち、一部のものの識別子である。
ことを特徴とする請求項８記載の再生装置。
【請求項１０】
前記再生許可リストにおける個々の組合せには、排他・重複情報が付加されており、
排他・重複情報は、対応するコンテンツ識別子のコンテンツにとっての例外再生は、排他的か非排他的かを示す情報であり、
排他的な例外再生とは、
対応するリージョンコードが割り当てられた光ディスク上のコンテンツに対してのみ、許可される例外再生をいい、
非排他的な例外再生とは、
別のリージョンコードが割り当てられた光ディスク上のコンテンツに対し、重複して許可される例外再生をいう。
ことを特徴とする請求項８記載の再生装置。
【請求項１１】
前記再生装置は、再生許可リストを保持しており、
再生許可リストは、複数の日時情報であり、
日時情報は、対応するコンテンツについてのコンテンツ識別子と、当該コンテンツが販売された地域を示すリージョンコードと、当該地域におけるコンテンツの公開日時とを対応づけて示す情報であり、
前記所定の条件は、
前記コンテンツ識別子と、自装置のリージョンコードとを含む日時情報に示されるコンテンツの公開日時を、現在時刻が経過している場合に満たされる
ことを特徴とする請求項１記載の再生装置。
【請求項１２】
前記再生装置は、再生許可リストを保持している；
再生許可リストは、複数の配給者情報であり、
配給者情報は、コンテンツ識別子、リージョンコードの組合せに、当該地域における配給者を対応づけて示す情報であり、
前記所定の条件は、前記コンテンツ識別子と、装置側のリージョンコードとを含む配給者情報により示される配給者が、
前記コンテンツ識別子と、光ディスク側のリージョンコードとを含む配給者情報により示される配給者と一致する場合に満たされる。  ことを特徴とする請求項１記載の再生装置。
【請求項１３】
前記光ディスクには例外予定フラグが記録されており、
前記再生手段が例外再生を行うのは、例外予定フラグが再生許可を示している場合であり、当該例外予定フラグが再生禁止を示している場合、例外再生は行われない
ことを特徴とする請求項１記載の再生装置。
【請求項１４】
前記再生装置は更に、
コンテンツについての情報をネットワーク上のデータベースサーバに送信することにより、データベースサーバから、メタデータをダウンロードするダウンロード手段を備え、
前記コンテンツ識別子は、メタデータに存在すること
ことを特徴とする請求項１記載の再生装置。
【請求項１５】
サーバ装置であって、
コンテンツ識別子、リージョンコードの複数の組み合わせを含み、個々の組合せが、そのリージョンコードに示される地域において、コンテンツ識別子に示されるコンテンツの再生が許可されていることを示す再生許可管理テーブルを保持する保持手段と、
再生装置が発した許可要求を受信する受信部と、
要求元再生装置が属する地域のリージョンコードと、再生許可が要求されたコンテンツの識別子とを  許可要求から取り出し、取り出されたリージョンコード−識別子の組合せが再生許可管理テーブルに存在するかを判定する判定手段と、
取り出されたリージョンコード−識別子の組合せが存在すれば、要求元再生装置に対し許可応答を送信する送信手段と
を備えることを特徴とするサーバ装置。
【請求項１６】
サーバ装置は、
許可要求に含まれるリージョンコードに基づき、要求元再生装置が管轄する管轄サーバをサーチするサーチ手段と、
再生装置が属する地域に応じた字幕データ、再生制御アプリケーションの何れかを、サーチされた管轄サーバに送信させる送信制御手段と
を備えることを特徴とする請求項１５記載のサーバ装置。
【請求項１７】
光ディスクに対する再生をコンピュータに実行させるプログラムであって、
光ディスクに割り当てられたリージョンコードと、自装置に割り当てられたリージョンコードとが一致するか否かを判定する判定ステップと、
判定手段が一致と判定した場合、光ディスクに記録されたコンテンツの再生を行い、判定手段が不一致と判定した場合、例外的な再生を除き、再生を行わない再生ステップとをコンピュータに実行させ、
例外的な再生は、コンテンツについてのコンテンツ識別子と、自装置に割り当てられたリージョンコードとの組合せが、コンテンツに係る権利者が定めた所定の条件を満たす場合になされる
ことを特徴とするプログラム。
【請求項１８】
再生装置に組み込まれるシステム集積回路であって、
光ディスクに割り当てられたリージョンコードと、再生装置に割り当てられたリージョンコードとが一致するか否かを判定する判定手段と、
判定手段が一致と判定した場合、光ディスクに記録されたコンテンツの再生を再生装置に行わせ、判定手段が不一致と判定した場合、例外的な再生を除き、再生装置に再生を行わせない再生手段とを備え、
例外的な再生は、コンテンツについてのコンテンツ識別子と、自装置に割り当てられたリージョンコードとの組合せが、コンテンツに係る権利者が定めた所定の条件を満たす場合になされる
ことを特徴とするシステム集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル化された映画作品を再生する再生制御技術に属する発明であり、本技術を、光ディスクの再生装置、再生許可サーバに応用する場合の改良に関する。
【背景技術】
【０００２】
光ディスクによる映画作品頒布は、ハリウッド等による映画ビジネスの大きな収入源である。かかるビジネスを成功させるには、頒布対象となる地域における配給会社との関係や、その地域における映画作品の公開時期、頒布対象となる地域の倫理観・歴史観・宗教観等様々なデリケートな問題を各頒布地域毎に解消せねばならない。これらの問題の画一解決を図るべく、DVD及び再生装置にはリージョンコードが導入されている。リージョンコードとは、DVDや再生可能な地域を示すコードである。再生装置はDVDがローディングされた際、そのDVDに記録されたリージョンコードを読み取り、それが自装置におけるリージョンコードと一致しているかどうかを判定する。一致すればDVDの再生を行うが、一致しなければ再生は行わない。かかるリージョンコードによりDVDは、それが販売された地域内だけで流通し、この地域の枠を出ない。これにより、上述した様々なデリケートな問題は画一的に解消されることになる。
【特許文献１】特開２０００-１４９４２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで同じ映画作品を記録したDVDであっても、日本国内で頒布されているDVDと、米国内で頒布されているDVDとでは、画質や対話機能の面で差違がある場合がある。つまり日本国内向けのDVDは、字幕や日本語音声を追加するため動画のエンコードを再度行う場合があり、この場合、米国向けDVDと画質が異なることになる。また、イーストエッグと呼ばれるおまけ映像とその対話機能が米国向けDVDだけに設けられていることもある。かかる違いがあるため、米国での滞在期間が長い日本人ビジネスマンは、かかる米国版DVDを収集して、愛蔵していることが多々ある。かかるビジネスマンが日本に帰国し、家族が所有している再生装置でコレクションたるDVDを再生しようとすると、日本における再生装置では、リージョンコードが違うため再生が禁じられる。日本の再生装置での再生ができなくなるので、私的財産たるコレクションの価値を落としめられる結果になる。かかる価値低下は、DVDを購入したユーザに悪い心証を与える。しかし、頒布地域との配給会社との関係等、デリケートな問題があるので、リージョンコードによる制約を撤廃することは至って困難である。
【０００４】
本発明の目的は、頒布地域との配給会社との関係や、頒布地域における地域の倫理観・歴史観・宗教観等様々なデリケートな問題を解消しつつも、ユーザが国外で収集した映画ディスクの価値低下を生じさせない再生装置を提供することである。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、本発明に係る再生装置は、光ディスクに割り当てられたリージョンコードと、自装置に割り当てられたリージョンコードとが一致するか否かを判定する判定手段と、光ディスクに記録されたコンテンツについてのコンテンツ識別子を読み出す読出手段と、判定手段が一致と判定した場合、光ディスクに記録されたコンテンツの再生を行い、判定手段が不一致と判定した場合、例外的な再生を行う再生手段とを備え、例外的な再生は、読出手段により読み出されたコンテンツ識別子と、自装置に割り当てられたリージョンコードとの組合せが、コンテンツに係る権利者が定めた所定の条件を満たす場合になされることを特徴としている。
【発明の効果】
【０００６】
本装置によれば、光ディスク側のリージョンコードと、装置側のリージョンコードとがたとえ不一致であったとしても、所定の条件を満たせばコンテンツ(映画作品)単体での再生は可能になる。米国で収集されたコレクションが所定の条件を満たすと再生装置が判定すれば、日本国内で販売された再生装置による再生が可能になる。また頒布対象たる地域の配給会社との関係で、当該コンテンツの再生が望ましくないなら、所定の条件は満たされていないので、頒布対象たる地域の配給会社の既得利益を守ることができる。著作権者は、再生装置が属する地の配給会社との関係を悪化させずに済む。またコンテンツの公開時期が世界の地域毎に違う場合、その地域に定められた公開時期を遵守することができる。これによりリージョンコードにより築かれてきた映画作品頒布の秩序を崩壊させることはない。
【発明を実施するための最良の形態】
【０００７】
(第１実施形態)
以降、本発明に係る再生装置２００の実施形態について説明する。先ず始めに、本発明に係る再生装置２００の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る再生装置２００の、使用行為についての形態を示す図である。図１において、本発明に係る再生装置２００は再生装置２００であり、再生装置２００、テレビ３００、リモコン４００と共にホームシアターシステムを形成する。BD-ROM１００は、本ホームシステムに映画作品を供給する記録媒体であり、再生装置２００は、リモコン４００に対するユーザ操作に応じて、BD-ROM１００に記録されたコンテンツを再生するという用途に供される。
【０００８】
本図のホームシステムが特徴的なのは、再生装置２００がネットワークを介して再生許可サーバ５００と接続されている点である。
このホームシステムにおけるBD-ROMについて説明する。図２は、本実施形態にかかるBD-ROMの内部構成を示す図である。本図に示すBD-ROMは、1つ以上のコンテンツが記録された読出専用光ディスクである。このBD-ROMの最内周にあたるリードイン領域には、リージョンコードが記録されている。そしてボリューム領域には、1つ以上のコンテンツ(Content1,2,3)と、例外予定フラグとが記録されている。リージョンコードは、このBD-ROMが再生可能な地域を示す。またコンテンツには、コンテンツIDが対応づけられている。コンテンツIDとは、コンテンツを一意に示す識別子である。例外予定フラグは、BD-ROM側のリージョンコードが、再生装置２００側のリージョンコードと一致しなかった場合の例外再生が予定されているか否かを示すフラグである。
【０００９】
続いて再生装置２００の内部構成について説明する。図３は、再生装置２００の内部構成を示す図である。本図に示すように再生装置２００は、BDドライブ１、再生部２、リージョンコード保持部３、SDメモリカード４、通信部５、制御部６から構成される。
BDドライブ１は、BD-ROMのローディング／イジェクトを行い、BD-ROMに対するアクセスを実行する。
【００１０】
再生部２は、動画像のデコードを行うビデオデコーダ、音声のデコードを行うオーディオデコーダ、字幕のデコードを行うグラフィクスデコーダ等から構成され、BD-ROMに記録されたコンテンツの再生を行う。
リージョンコード保持部３は、再生装置２００が販売された地域に割り当てられたリージョンコードを、書き換え不能な状態で保持している。
【００１１】
SDメモリカード４は、再生許可リストを格納したセキュアな記録媒体である。再生許可リストとは、複数の再生許可情報からなる。
通信部５は、コンテンツに係る著作権者が運営する再生許可サーバ５００をアクセスして許可要求を送信する。許可要求は、BD-ROM側のリージョンコードと、再生装置２００側のリージョンコードとが不一致であり、尚且つ再生許可リストを参照した再生許可判定が不許可である場合になされる。ここで送信される送信要求は、コンテンツのコンテンツID、再生装置２００側のリージョンコードを含む。これは再生許可情報を参照した許可判定を、再生許可サーバ５００側で行わせるためである。
【００１２】
制御部６は、CPU、プログラムを格納したROM、RAMからなる典型的なコンピュータシステムである。ROMに格納されたプログラムがCPUに読み込まれ、プログラムと、ハードウェア資源とが協動することにより、本装置の統合制御を実行する。
尚、再生部２、リージョンコード保持部３、通信部５、制御部６等の各機能ブロックは、典型的にはLSIとして実現される。これらは個別にLSI化されてもよいし、一部又は全てを含むシステムLSIとして実現してもよい。
【００１３】
また、集積化の手法はLSIに限るものではなく専用又は汎用プロセッサで実現してもよい。更には、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然その技術を用いて集積化を行っても良い。
以降SDメモリカード４に記録されている再生許可リストについて説明する。図４は、再生許可リストの一例を示す図である。本図に示すように再生許可リストは複数の再生許可情報からなる。
【００１４】
各再生許可情報は、コンテンツID−リージョンコードの組合せに、『排他情報』、『Distribution Company情報』、『Release Date情報』を付加してなる。コンテンツID−リージョンコードの組合せは(図中の4GH-1,4GH-2,QW1-2)、そのコンテンツIDに示されるコンテンツの再生が、リージョンコードに示される地域の再生装置２００に許可されていることを示す。
【００１５】
再生許可情報において、コンテンツID−リージョンコードの組合せに付加された『排他情報』,『Distribution Company情報』,『Release Date情報』は、かかる組合せに対する許可の条件を示す。
『排他情報』は、そのコンテンツに対する再生許可が排他的であることを示す。この排他情報を条件とした許可は排他的なので、再生許可リストにおける複数の再生許可情報のうち1つの再生許可情報の排他情報が、”排他的”と記されていれば、再生装置２００は、その再生許可情報に含まれるコンテンツIDと同じコンテンツIDをもつ再生許可情報を、再生許可リストから削除せねばならない。たとえ世界の3つの地域での再生を許可するような再生許可情報が、再生許可テーブルに存在していたとしても、どれか1つの再生許可情報により例外的再生がなされれば、その他の再生許可情報は削除されることになるので、重複再生に対する制限を厳しくすることができる。
【００１６】
『Distribution Company情報』は、組合せにおけるリージョンコードに示される地域の配給者は誰であるかを示す(図中のAAA社,BBB社,CCC社)。全世界への映画頒布にあたって著作権者は、各地域の配給者と契約を結び、その地域での映画作品頒布をその配給者に独占的に行わせる。ここでもし、ある配給者が掌握する地域に、他の地域で販売されたBD-ROMが持ち込まれたとすると、その配給者の既得権益を害することになり、配給者との関係を悪化させかねない。
【００１７】
そこで再生許可情報において、コンテンツID−リージョンコードの組合せ毎にDistribution Company情報を設けておく。そして例外再生にあたっては、BD-ROM側のDistribution Company情報が、再生装置２００側のDistribution Company情報と一致しているかどうかを判定する。BD-ROM側のDistribution Company情報が、再生装置２００側のDistribution Company情報と不一致であれば、再生装置２００側の地域のDistribution Company情報の既得権益を害する恐れがあるので再生を禁じる。BD-ROM側のDistribution Company情報が、再生装置２００側のDistribution Company情報と一致しており、両地域における配給者が一致している場合、害される既得権益は存在しないので再生を許可する。これにより例外再生は、配給者の既得権益を害さない範囲で行われることになる。
【００１８】
『Release Date情報』は、組合せのリージョンコードに示される地域におけるコンテンツの公開が、何時なされるかを示す(図中の10/02/2002,01/23/2002,01/24/1998)。再生装置２００が計時した現在時刻が、かかる公開日時を経過すれば再生は許可され、非経過なら再生は非許可となる。かかるRelease Date情報は、「タイムシフト」と呼ばれるビジネス手法を守るための不可欠な情報である。タイムシフトとは、米国への光ディスク頒布を先に行い、西欧及び日本、東欧及びアジアというように、非英語圏への光ディスク頒布の時期を遅らせるというビジネス手法である。再生すべきBD-ROMが他の地域から流入したものである場合、再生装置２００側の地域の公開日時より先に、かかるBD-ROM上のコンテンツの再生が行われるのは望ましくない。かかる、先行再生を防止すべく再生許可情報にRelease Date情報を付加している。
【００１９】
以上が再生許可リストの構成である。続いて、この再生許可リストを用いた制御部６による処理手順について説明する。
図５は、ローディング処理の処理手順を示すフローチャートである。
ローディング処理は、ステップＳ１において、リードイン領域を読み取り、ステップＳ２〜ステップＳ５の処理を経て、ステップＳ６、ステップＳ７、ステップＳ８の何れかを択一的に実行するものである。
【００２０】
ステップＳ６とは、再生装置２００を例外モードに設定する処理であり、ステップＳ７とは、リージョンコードが違うため、再生できない旨を表示するというエラー処理である。ステップＳ８とは、通常再生を実行する処理である。
ステップＳ２〜ステップＳ５は、これら3つの処理のどれを実行するかの判定を規定する。
【００２１】
ステップＳ２は、BD側にリージョンコードが存在するか否かの判定である。ステップＳ２がYesなら、装置側のリージョンコードが読み出される(ステップＳ３)。ここで読み出されるBD-ROM側のリージョンコードをリージョンコードkとする。一方装置側のリージョンコードをリージョンコードjとする。ステップＳ４は、リージョンコードjがBD側のリージョンコードkと一致するかの判定である。これらの処理においてステップＳ２がNo、ステップＳ４がYesであるなら、ステップＳ６の処理が行われることになる。ステップＳ４がNoなら、ステップＳ５の処理が行われる。
【００２２】
ステップＳ５は、BDにおける例外予定フラグが1であるか否かの判定である。このフラグが1であるなら、ステップＳ７においてエラー処理を行う。このフラグが0であるなら、再生装置２００は例外モードに設定される。
図６は、コンテンツ再生処理の処理手順を示すフローチャートである。本フローチャートにおいて、再生の対象たるBD-ROM上のコンテンツをコンテンツiという。先ず例外モードかどうかの判定を行い(ステップＳ１１)、もし例外モードでなければ通常再生を行うが、例外モードであるなら、ステップＳ１２〜ステップＳ２３の処理を経て、例外再生を実行するか(ステップＳ２４)、リージョンコードが違うため、再生できない旨の表示を行う(ステップＳ２５)。
【００２３】
ステップＳ１２は、再生許可リストが存在するか否かの判定である。一方、ステップＳ１３は、再生許可リストにコンテンツIDi-リージョンコードjの組合せが存在するかどうかの判定である。
ステップＳ１２がNoである場合、又は、ステップＳ１２がYesであり、ステップＳ１３がNoである場合、ステップＳ１４〜ステップＳ１７で例外再生が許可されるかどうかの判定を行う。ステップＳ１４〜ステップＳ１７は、再生許可サーバ５００による再生許可判定を行う場合の処理手順である。
【００２４】
一方、ステップＳ１３がYesである場合、ステップＳ１８〜ステップＳ２３で例外再生が許可されるかどうかの判定を行う。ステップＳ１８〜ステップＳ２３は、再生許可リストにより再生許可を判定する場合の処理手順である。
先ず最初に、再生許可サーバ５００による再生許可判定について説明する。 ステップＳ１４は、ネットワーク接続が可能であるか否かの判定である。本ステップがNoであるならステップＳ２５においてエラー処理を行う。
【００２５】
本ステップがYesであるなら、ステップＳ１５以降の処理を行う。
ステップＳ１５において、コンテンツIDi-リージョンコードjの組合せと、現在時刻、リージョンコードkを含む許可要求を送信し、ステップＳ１６において再生許可サーバ５００からの応答を待つ。ステップＳ１７は、再生許可サーバ５００からの応答が許可応答であるか否かの判定であり、もし許可応答であるなら、ステップＳ２４において例外再生を行う。不許可応答であるなら、ステップＳ２５においてエラー処理を行う。
【００２６】
尚、図６のステップＳ１５では、許可要求の送信にあたって、コンテンツID−リージョンコードの他に、再生装置２００側の現在時刻やBD-ROM側のリージョンコードを含めて送信している、これは、再生装置２００が属する地域においてコンテンツの公開日時は経過したかの判定や、再生装置２００が属する地域の配給者と、BD-ROM側の地域の配給者とが一致したかの判定を、再生許可サーバ５００側に行わせるためである。
【００２７】
続いて、再生許可リストによる再生許可判定について説明する。
ステップＳ１８は、コンテンツIDi-リージョンコードjの組合せに排他情報が付加されているかの判定であり、もし付加されていれば、同じコンテンツIDiを有する他の組合せを、再生許可リストから削除する(ステップＳ１９)。
ステップＳ２０は、再生許可リストにおけるコンテンツIDi-リージョンコードjの組合せに,公開日時が付加されているか否かの判定であり、ステップＳ２２は、コンテンツIDi-リージョンコードjにDistribution Company情報が付加されているか否かの判定である。これらが付加されていなければ、ステップＳ２０がNo、ステップＳ２２がNoになりステップＳ２４において例外再生を実行する。
【００２８】
もしどちらかが付加されていれば、ステップＳ２１、ステップＳ２３の判定を行う。ステップＳ２１は、現在時刻が公開日時を経過しているか否かの判定であり、もし経過していなければ、ステップＳ２１はNoになってステップＳ２５においてエラー処理を行う。
ステップＳ２３は、コンテンツIDi-リージョンコードjの組合せの配給者が、コンテンツIDi-リージョンコードkの組合せの配給者と一致しているかどうかの判定であり、もし一致していなければ、ステップＳ２３はNoになってステップＳ２５においてエラー処理を行う。
【００２９】
続いて再生許可サーバ５００について説明する。図７は、再生許可サーバ５００の内部を示す図である。本図に示すように再生許可サーバ５００は、再生許可管理テーブル１１、通信部１２、制御部１３からなる。
再生許可管理テーブル１１は、再生許可リスト同様複数の再生許可情報からなる。この複数の再生許可情報は、著作権者が掌握する複数コンテンツのそれぞれと、映画作品頒布の対象となる複数地域のそれぞれとの組合せについての再生許可情報が記されている。情報量の規模に違いがあるものの、再生許可管理テーブル１１の記述項目は、再生許可リストのそれと変わらない。再生装置２００における再生許可リストは、再生許可サーバ５００における再生許可管理テーブル１１の一部であると言える。再生許可リストは再生許可管理テーブル１１の一部であるため、再生装置２００は再生許可サーバ５００に対し、再生許可管理テーブル１１の一部たる再生許可リストのダウンロードを要求することができる。かかるダウンロードは、BD-ROMに記録されたURL等により行うことが望ましい。何故なら、再生許可サーバ５００はコンテンツに係る著作権者により運営されており、この再生許可サーバ５００はコンテンツの著作権者毎に異なるため、BD-ROMで一意に特定させるのが望ましいからである。尚、メジャーな著作権者(配給者)のURLについては、再生装置２００に予め記憶させてもよい。また再生装置２００のメーカのサイトからダウンロードしてもよい。
【００３０】
通信部１２は、ネットワークを通じて再生装置２００と通信を行う。
制御部１３は、再生装置２００から許可要求が送信されれば、再生許可管理テーブル１１を参照して当該許可要求を許可するか否かを判定し、もし許可するなら、許可応答を要求元の再生装置２００に送信する。要求を許可しないなら不許可応答を要求元再生装置２００に送信する。制御部１３は、図８のフローチャートを行うプログラムを記述し、サーバコンピュータに実行させることで実現される。図８は、制御部１３の処理手順を示すフローチャートである。本フローチャートにおいて先ずステップＳ３１で許可要求の受信待ちを行い、許可要求が受信されれば、ステップＳ３２において許可要求からコンテンツIDi,リージョンコードjを取り出す。
【００３１】
以降の処理は、ステップＳ３３〜ステップＳ３７の結果に応じて、ステップＳ３８、ステップＳ３９の処理を実行するものである。ここでステップＳ３８は、例外再生の許可応答を、要求元の再生装置２００に送信するものであり、ステップＳ３９は、不許可応答を要求元の再生装置２００に送信するものである。これらの何れを実行するかは、ステップＳ３３〜ステップＳ３７により規定される。
【００３２】
ステップＳ３３は、コンテンツIDi,リージョンコードjの組合せをもつ再生許可情報が再生許可管理テーブル１１に存在するか否かの判定である。もし存在しなければ、ステップＳ３９に移行して、不許可応答を送信する。
ステップＳ３４は、再生許可管理テーブル１１におけるコンテンツIDi-リージョンコードjの組合せに,公開日時が付加されているか否かの判定であり、ステップＳ３６は、コンテンツIDi-リージョンコードjにDistribution Company情報が付加されているか否かの判定である。これらが付加されていなければ、ステップＳ３４がNo、ステップＳ３６がNoになってステップＳ３８において例外再生の許可応答を要求元の装置に送信する。
【００３３】
もしどちらかが付加されていれば、ステップＳ３５、ステップＳ３７の判定を行う。ステップＳ３５は、現在時刻が公開日時を経過しているか否かを判定であり、もし経過していなければ、ステップＳ３５はNoになってステップＳ３９においてエラー処理を行う。
ステップＳ３７は、コンテンツIDi-リージョンコードj(再生装置２００におけるリージョンコード)の組合せの配給者が、コンテンツIDi-リージョンコードk(BD-ROMにおけるリージョンコード)の組合せの配給者と一致しているかどうかの判定であり、もし不一致ならば、ステップＳ３７はNoになってステップＳ３９においてエラー処理を行う。
【００３４】
以上のように本実施形態によれば、BD-ROM側のリージョンコードと、装置側のリージョンコードとがたとえ不一致であったとしても、所定の条件を満たせばコンテンツ単体での再生は可能になる。米国で収集されたコレクションの中の一部のコンテンツが所定の条件を満たすと再生装置２００が判定すれば、日本国内で販売された再生装置２００による再生が可能になる。また頒布対象たる地域の配給会社との関係で、当該コンテンツの再生が望ましくないなら、所定の条件は満たされていないので、頒布対象たる地域の配給会社の既得利益を守ることができる。著作権者は、再生装置２００が属する地の配給者との関係を悪化させずに済む。またコンテンツの公開時期が世界の地域毎に違う場合、その地域に定められた公開時期を遵守することができる。これによりリージョンコードにより築かれてきた映画作品頒布の秩序を崩壊させることはない。  
【００３５】
(第２実施形態)
第２実施形態は、BD-ROMにおけるフォーマットをより詳細に開示した実施形態である。図９（ａ）は、本実施形態におけるコンテンツの内部構成を示す。本図に示すように、第２実施形態に係るコンテンツは、”デジタルストリーム”本体と、このデジタルストリームに対して再生経路を定義する”静的シナリオ”と、再生経路を用いた動的な再生制御手順を示す”動的シナリオ”とにより構成される。図９（ｂ）は、ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現した図である。本図においてBD-ROMには、Rootディレクトリの下に、BDMVディレクトリがある。
【００３６】
BDMVディレクトリの配下には、PLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリ、BDJAディレクトリと呼ばれる4つのサブディレクトリが存在する。
STREAMディレクトリは、いわばデジタルストリーム本体となるファイル群を格納しているディレクトリであり、拡張子m2tsが付与されたファイル(00001.m2ts,00002.m2ts,00003.m2ts)が存在する。
【００３７】
PLAYLISTディレクトリは、静的シナリオを構成するファイル群を格納したディレクトリであり、拡張子mplsが付与されたファイル(00001.mpls,00002.mpls,00003mpls)が存在する。
CLIPINFディレクトリは、PLAYLISTディレクトリ同様、静的シナリオを構成するファイル群を格納したディレクトリであり、拡張子clpiが付与されたファイル(00001.clpi,00002.clpi,00003.clpi)が存在する。
【００３８】
BDJAディレクトリは、動的シナリオを構成するファイル群を格納したディレクトリであり、拡張子jarが付与されたファイル(00001.jar,00002.jar,00003jar)がある。
本図において拡張子.m2tsが付与されたファイル(00001.m2ts,00002.m2ts,00003.m2ts・・・・・)は、AVClipを格納している。AVClipには、MainCLip、SubClipといった種別がある。MainCLipは、ビデオストリーム、オーディオストリーム、字幕を構成するプレゼンテーショングラフィクスストリーム(PGストリーム)、メニューを構成するインタラクティブグラフィクスストリーム(IGストリーム)というような複数エレメンタリストリームを多重化することで得られたデジタルストリームである。
【００３９】
図１０は、AVClipがどのように構成されているかを模式的に示す図である。
AVClipは(中段)、複数のビデオフレーム(ピクチャpj1,2,3)からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを(上１段目)、PESパケット列に変換し(上２段目)、更にTSパケットに変換し(上３段目)、同じく字幕系のプレゼンテーショングラフィクスストリーム(PGストリーム)及び対話系のインタラクティブグラフィクスストリーム(IGストリーム)を(下１段目)を、PESパケット列に変換し(下２段目)、更にTSパケットに変換して(下３段目)、これらを多重化することで構成される。
【００４０】
SubClipは、オーディオストリーム、グラフィクスストリーム、テキスト字幕ストリーム等、1つのエレメンタリストリームのみにあたるデジタルストリームである。
拡張子”clpi”が付与されたファイル(00001.clpi,00002.clpi,00003.clpi・・・・・)は、AVClipのそれぞれに1対1に対応する管理情報である。管理情報故に、Clip情報は、AVClipにおけるストリームの符号化形式、フレームレート、ビットレート、解像度等の情報や、GOPの先頭位置を示すEP_mapをもっている。
【００４１】
拡張子”mpls”が付与されたファイル(00001.mpls,00002.mpls,00003.mpls・・・・・)は、PL情報を格納したファイルである。PL情報は、AVClipを参照してプレイリストを定義する情報である。図１１は、PL情報の構成を示す図であり、本図の左側に示すように、PL情報は、『MainPath情報』、『PLMark情報』、『SubPath情報』から構成される。
MainPath情報(MainPath())は、破線の矢印mp1に示すように複数のPlayItem情報(PlayItem())からなる。PlayItemとは、1つ以上のAVClip時間軸上において、In_Time,Out_Timeを指定することで定義される再生区間である。PlayItem情報を複数配置させることで、複数再生区間からなるプレイリスト(PL)が定義される。図中の破線mp2は、PlayItem情報の内部構成をクローズアップしている。本図に示すようにPlayItem情報は、対応するAVClipを示す『Clip_information_file_name』と、『In_time』と、『Out_time』とからなる。図１２は、AVClipと、PLとの関係を示す図である。第1段目はAVClipがもつ時間軸を示し、第2段目は、PLがもつ時間軸を示す。PL情報は、PlayItem#1,#2,#3という3つのPlayItem情報を含んでおり、これらPlayItem#1,#2,#3のIn_time,Out_timeにより、3つの再生区間が定義されることになる。これらの再生区間を配列させると、AVClip時間軸とは異なる時間軸が定義されることになる。これが第2段目に示すPL時間軸である。このように、PlayItem情報の定義により、AVClipとは異なる時間軸の定義が可能になる。
【００４２】
AVClipに対する指定は、原則1つであるが、複数AVClipに対する一括指定もあり得る。この一括指定は、PlayItem情報における複数のClip_Information_file_nameによりなされる。図１３は、4つのClip_Information_file_nameによりなされた一括指定を示す図である。本図において第1段目〜第4段目は、4つのAVClip時間軸(AVClip#1,#2,#3,#4の時間軸)を示し、第5段目は、PL時間軸を示す。PlayItem情報が有する、4つのClip_Information_file_nameにて、これら4つの時間軸が指定されている。こうすることで、PlayItemが有するIn_time,Out_timeにより、択一的に再生可能な4つの再生区間が定義されることになる。これにより、PL時間軸には、切り換え可能な複数アングル映像からなる区間(いわゆるマルチアングル区間)が定義されることになる。
【００４３】
PLmark情報(PLmark())は、PL時間軸のうち、任意の区間を、チャプターとして指定する情報である。図１４は、PLmark情報の内部構成を示す図であり、本図の引き出し線pm1に示すようにPLmark情報は、『ref_to_PlayItem_Id』と、『Mark_time_stamp』とを含む。図１５は、PLmarkによるチャプター定義を示す図である。本図において第1段目は、AVClip時間軸を示し、第2段目はPL時間軸を示す。図中の矢印pk1,2は、PLmarkにおけるPlayItem指定(ref_to_PlayItem_Id)と、一時点の指定(mark_time_stamp)とを示す。これらの指定によりPL時間軸には、3つのチャプター(Chapter#1,#2,#3)が定義されることになる。以上がPLmarkについての説明である。続いてSubPath情報について説明する。
【００４４】
SubPath情報(SubPath())は、SubClipの時間軸上にIn_Time,Out_Timeを指定することで1つ以上の再生区間を定義する情報であり、図１６に示す内部構成を有している。本図に示すようにSubPath情報は、破線の引き出し線sh1に示すように複数のSubPlayItem情報(SubPlayItem())からなる。破線sh2を用いてクローズアップしているように、SubPlayItem情報は、『Clip_information_file_name』と、『In_time』と、『Out_time』と、『Sync_PlayItem_Id』と、『Sync_start_Pts_of_PlayItem』とからなる。SubClipの時間軸上に対する、In_Time,Out_Timeの指定は、『Clip_information_file_name』、『In_time』、『Out_time』によりなされる。『Sync_PlayItem_Id』及び『Sync_start_Pts_of_PlayItem』は、SubClip時間軸上の再生区間と、PL時間軸とを同期させるという同期指定をなす。この同期指定により、PL時間軸と、SubClip時間軸とは同期して進行することになる。
【００４５】
図１７は、SubClip時間軸上の再生区間定義と、同期指定を示す図である。本図において第1段目は、PL時間軸を示し、第2段目はSubClip時間軸を示す。図中のSubPlayItem.IN_timeは再生区間の始点を、SubPlayItem.Out_timeは再生区間の終点をそれぞれ示す。これによりSubClip時間軸上にも再生区間が定義されていることがわかる。矢印Sn1においてSync_PlayItem_Idは、PlayItemに対する同期指定を示し、矢印Sn2においてsync_start_PTS_of_PlayItemは、PL時間軸におけるPlayItem上の一時点の指定を示す。
【００４６】
複数AVClipの切り換えを可能とするマルチアングル区間や、AVClip−SubClipを同期させ得る同期区間の定義を可能とするのが、BD-ROMにおけるPL情報の特徴である。以上のClip情報及びPL情報は、”静的シナリオ”に分類される。
続いて”動的なシナリオ”について説明する。動的に”というのは、再生装置２００における状態変化やユーザからのキーイベントにより再生制御の中身がかわることをいう。BD-ROMでは、Java（登録商標）アプリケーションと同様の記述により、この再生制御を記述することができる。つまりBD-ROMでは、Java（登録商標）アプリケーションが、動的シナリオとしての役割を担うことになる。
【００４７】
ここでJava（登録商標）アプリケーションについて説明する。Java（登録商標）アプリケーションは、仮想マシンのヒープ領域(ワークメモリとも呼ばれる)にロードされた1つ以上のxletプログラムからなる。このワークメモリにロードされたxletプログラム、及び、データから、アプリケーションは構成されることになる。以上がJava（登録商標）アプリケーションの構成である。
このJava（登録商標）アプリケーションの実体にあたるのが、図９におけるBDMVディレクトリ配下のBDJAディレクトリに格納されたJava（登録商標）アーカイブファイル(00001.jar,00002.jar)である。以降、Java（登録商標）アーカイブファイルについて、図１８を参照しながら説明する。
【００４８】
＜Java（登録商標）アーカイブファイル＞
Java（登録商標）アーカイブファイル(図９の00001.jar,00002.jar)は、1つ以上のクラスファイル、1つ以上のデータファイル等を1つにまとめることで得られるファイルである。図１８（ａ）は、アーカイブファイルにより収められているプログラム、データを示す図である。本図におけるデータは、枠内に示すディレクトリ構造が配置された複数ファイルを、java（登録商標）アーカイバでまとめたものである。枠内に示すディレクトリ構造は、Rootディレクトリ、java（登録商標）ディレクトリ、imageディレクトリとからなり、Rootディレクトリにcommon.pkgが、java（登録商標）ディレクトリにクラスファイル(aaa.class,bbb.class)が、imageディレクトリに、menu.jpgが配置されている。javaアーカイブファイルは、これらをjava（登録商標）アーカイバでまとめることで得られる。かかるクラスファイル及びデータは、BD-ROMからキャッシュに読み出されるにあたって展開され、キャッシュ上で、ディレクトリに配置された複数ファイルとして取り扱われる。Java（登録商標）アーカイブファイルのファイル名における"zzzzz"という5桁の数値は、アプリケーションのID(applicationID)を示す。本Java（登録商標）アーカイブファイルがキャッシュに読み出された際、このファイル名における数値を参照することにより、任意のJava（登録商標）アプリケーションを構成するプログラム，データを取り出すことができる。
【００４９】
本図におけるクラスファイル(図中のaaa.class,bbb.class)は、上述したxletプログラムに対応するクラスファイルである。BD-Jモードにおける再生手順は、このクラスファイルのインスタンスにあたるxletプログラムにより規定される。  xletプログラムとは、JMF(Java（登録商標） Media FrameWork)方式のインターフェイスを利用することができるJava（登録商標）プログラムであり、JMF等の方式に従って、キーイベントに基づく処理を行う。xletプログラムは、JMF方式の処理が可能であるので、MPLSファイルに対するインスタンス(JMFプレーヤインスタンス)を生成することにより、プレイリスト再生を再生装置２００に命じることができる。他にもxletプログラムでは、ファンクションAPIのコールを記述することにより、BD-ROM再生装置２００特有の処理を実行させることができる。
【００５０】
更にxletプログラムは、WWWサイトをアクセスしてコンテンツをダウンロードするという手順を実行することもできる。これによりダウンロードコンテンツと、プレイリスト再生とを交えた斬新な作品を再生させることができる。
xletプログラムのクラスファイルについて説明する。図１８（ｂ）は、クラスファイルの内部構成を示す図である。本図に示すようにクラスファイルは、通常のクラスファイル同様、『コンスタントプール』、『インターフェイス』、『メソッド1,2,3・・・・n』からなる。クラスファイルにおけるメソッドには、挙動のトリガになるキーイベントが予め登録されているメソッド(EventListner)と、JMFの再生手順を命じるメソッド(JMFプレーヤインスタンスのメソッド)、BD-ROM再生装置２００側のファンクションAPIをコールするメソッドがある。これらのメソッドは、自身に割り当てられたローカル変数や、自身をコールする際の引数を用いることにより、演算等の手順が記述されている。以上がJava（登録商標）アーカイブファイルについての説明である。
【００５１】
以上が、BD-JモードにおけるJava（登録商標）アプリケーションについての説明である。本図に説明したJava（登録商標）アプリケーションと、静的シナリオと、デジタルストリームとの組みが、本実施形態におけるコンテンツにあたる。
続いて、第２実施形態に係る再生装置２００について説明する。
図１９は、第２実施形態に係る再生装置２００の内部構成を示す図である。第１実施形態と比較して、本図が新規なのは、ローカルストレージ７が追加されている点である。
【００５２】
ローカルストレージ７は、ネットワーク等を介してダウンロードされたSubClip、Clip情報、PL情報、Java（登録商標）アーカイブファイルが格納される内蔵媒体である。
このローカルストレージ７上のPL情報について説明する。ローカルストレージ７上のPL情報は、BD-ROM及びローカルストレージ７のどちらに存在するClip情報であっても、指定できる点でBD-ROM上のPL情報と異なる。この指定にあたって、ローカルストレージ７上のPL情報は、BD-ROM上のファイルをフルパスで指定する必要はない。本ローカルストレージ７は、BD-ROMと一体になって、仮想的な1つのドライブ(バーチャルパッケージと呼ばれる)として、再生装置２００により認識されるからである。故に、PlayItem情報におけるClip_Information_file_name及びSubPlayItem情報のClip_Information_file_nameは、Clip情報の格納したファイルのファイルボデイにあたる5桁の数値を指定することにより、ローカルストレージ７、BD-ROM上のAVClipを指定することができる。このローカルストレージ７の記録内容を読み出し、BD-ROMの記録内容と動的に組み合わせることにより、様々な再生のバリエーションを産み出すことができる。
【００５３】
図２０は、ローカルストレージに格納されたPL情報により、どのようなPlayList再生時間軸が定義されるかを示す図である。第1段目は、BD-ROMに記録されたAVClipにおける再生時間軸を示し、第2段目は、ローカルストレージに格納されたPL情報により定義されるPlayList再生時間軸を示す。この第1段目、第2段目に示すように、ローカルストレージに格納されたPL情報は、BD-ROM上のAVClipに対して独自の再生時間軸を定義することができる。第3段目は、ローカルストレージに格納されたSubClipにおけるSubClip再生時間軸を示す。図中のSubPlayItem.IN_timeは再生区間の始点を、SubPlayItem.Out_timeは再生区間の終点をそれぞれ示す。これによりSubClip時間軸上にも再生区間が定義されていることがわかる。矢印Sn1においてSync_PlayItem_Idは、PlayItemに対する同期指定を示し、矢印Sn2においてsync_start_PTS_of_PlayItemは、PL時間軸におけるPlayItem上の一時点の指定を示す。
【００５４】
このため、SubPLayItem情報にて、SubClip再生時間軸上に定義される再生区間は、ローカルストレージ上のPlayItem情報により定義されるPlayList再生時間軸と同期をとることになる。
ローカルストレージ上のPL情報は、BD-ROM上のAVClipに対し、PlayList再生時間軸を指定することができ、ローカルストレージ上のSubPLayItem情報は、この再生時間軸に対し、ローカルストレージ上のSubClipとの同期を指定することができるので、ローカルストレージ上のSubClipがテキスト字幕ストリームである場合、このテキスト字幕ストリームをBD-ROM上のAVClipと同期させて再生することができる。
【００５５】
図２１は、制御部６及び再生部２の内部構成を示す図である。
制御部６は、CPU１０と、Java（登録商標）仮想マシン１１とからなる。Java（登録商標）仮想マシン１１は、Java（登録商標）アプリケーションを構成するバイトコードをネイティブコードに変換してCPU１０に発行するものであり、かかる変換により、Java（登録商標）アプリケーションは実行されることになる。
本図に示すように再生部２は、リードバッファ１２、デマルチプレクサ１３、ビデオデコーダ１４、ビデオプレーン１５、P-Graphicsデコーダ１６、Presentation Graphicsプレーン１７、合成部１８、フォントゼネレータ１９、I-Graphicsデコーダ２０、スイッチ２１、Interactive Graphicsプレーン２２、合成部２３、CLUT部２４、CLUT部２５、オーディオデコーダ２６、リードバッファ２９、デマルチプレクサ(De-MUX)３０から構成される。
【００５６】
リードバッファ１２は、FIFOメモリであり、BD-ROMから読み出されたTSパケットが先入れ先出し式に格納される。
デマルチプレクサ(De-MUX)１３は、リードバッファ１２からTSパケットを取り出して、このTSパケットをPESパケットに変換する。そして変換により得られたPESパケットをビデオデコーダ１４、P-Graphicsデコーダ１６、I-Graphicsデコーダ２０、オーディオデコーダ２６のどれかに出力する。
【００５７】
ビデオデコーダ１４は、デマルチプレクサ３から出力された複数PESパケットを復号して非圧縮形式のピクチャを得てビデオプレーン１５に書き込む。
ビデオプレーン１５は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。ビデオプレーン１５における解像度は1920×1080であり、このビデオプレーン１５に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
【００５８】
P-Graphicsデコーダ１６は、BD-ROMから読み出されたプレゼンテーショングラフィクスストリームをデコードして、非圧縮グラフィクスをPresentation Graphicsプレーン１７に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
Presentation Graphicsプレーン１７は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は1920×1080であり、Presentation Graphicsプレーン１７中の非圧縮グラフィクスの各画素は8ビットのインデックスカラーで表現される。CLUT(Color Lookup Table)を用いてかかるインデックスカラーを変換することにより、Presentation Graphicsプレーン１７に格納された非圧縮グラフィクスは、表示に供される。
【００５９】
合成部１８は、ビデオプレーン１５に格納された非圧縮状態のピクチャデータ(i)を、Presentation Graphicsプレーン１７の格納内容と合成する。
フォントゼネレータ１９は、文字フォントを用いてtextSTストリームに含まれるテキストコードをビットマップに展開してPresentation Graphicsプレーン１７に書き込む。
I-Graphicsデコーダ２０は、BD-ROM又はLocal Storage７から読み出されたIGストリームをデコードして、非圧縮グラフィクスをInteractive Graphicsプレーン２２に書き込む。
【００６０】
スイッチ２１は、フォントゼネレータ１９が生成したフォント列、P-Graphicsデコーダ１６のデコードにより得られたグラフィクスの何れかを選択的にPresentation Graphicsプレーン１７に書き込むスイッチである。
Interactive Graphicsプレーン２２は、I-Graphicsデコーダ２０によるデコードで得られた非圧縮グラフィクスが書き込まれる。またJava（登録商標）アプリケーションにより描画された文字やグラフィクスも書き込まれる。
【００６１】
合成部２３は、Interactive Graphicsプレーン２２の格納内容と、合成部１８の出力である合成画像(非圧縮状態のピクチャデータと、Presentation Graphicsプレーン１７の格納内容とを合成したもの)とを合成する。かかる合成により、アプリケーションがI-Graphicsデコーダ２０に書き込んだ文字・グラフィクスを、非圧縮状態のピクチャデータ上にオーバレイして、表示することができる。
【００６２】
CLUT部２４は、ビデオプレーン１５に格納された非圧縮グラフィクスにおけるインデックスカラーを、Y,Cr,Cb値に変換する。
CLUT部２５は、Interactive Graphicsプレーン２２に格納された非圧縮グラフィクスにおけるインデックスカラーを、Y,Cr,Cb値に変換する。
オーディオデコーダ２６は、デマルチプレクサ３から出力されたPESパケットを復号して、非圧縮形式のオーディオデータを出力する。
【００６３】
リードバッファ２９は、FIFOメモリであり、Local Storage７に格納されたダウンロードコンテンツに、SubClipが含まれている場合、このSubClipを構成するTSパケットを、先入れ先出し式に格納する。
デマルチプレクサ(De-MUX)３０は、リードバッファ２９からTSパケットを取り出して、TSパケットをPESパケットに変換する。そして変換により得られたPESパケットのうち、所望のPIDをもつものをフォントゼネレータ１９、I-Graphicsデコーダ２０、オーディオデコーダ２６に出力する。以上が図２１についての説明である。
【００６４】
図２２は、ローカルストレージ７上のPlayList情報、及び、SubPLayItem情報により、どのような字幕表示が可能になるかを示す図である。BD-ROM側のAVClipに多重化されているプレゼンテーショングラフィクスストリームが、英語字幕を表すものなら、図２２の左側に示すような再生、つまり英語の台詞「He Had a Person at one's nod」を伴う再生がなされる、一方ローカルストレージ７側のSubPLayItem情報が、日本語字幕を表すテキスト字幕ストリームとの同期を規定しているなら、図２２の右側に示すような再生、つまり日本語の吹き替え音声を伴う再生「彼は人をアゴで使っている」が再生される。ローカルストレージ７上にSubClipと、PL情報とが存在していれば、BD-ROMには無い字幕をを用いてコンテンツを再生させることができる。
【００６５】
次に、ローカルストレージ７上のJava（登録商標）アーカイブファイルにより定義されるJava（登録商標）アプリケーションについて説明する。ローカルストレージ７上のJava（登録商標）アーカイブファイルにより定義されるJava（登録商標）アプリケーションは、BD-ROM及びローカルストレージ７のどちらに存在するPL情報であっても、再生するよう指定することができる。
以降、BD-ROM上に記録されているJava（登録商標）アプリケーション、及び、ローカルストレージ７上のJava（登録商標）アーカイブファイルにより定義されるJava（登録商標）アプリケーションにより、どのような再生がなされるかについて対比説明する。
【００６６】
図２３（ａ）は、BD-ROM上におけるJava（登録商標）アプリケーションの一例を示す図である。この一例では、PlayPL(PL#1,PI#1)、PlayPL(PL#2,PI#1)、PlayPL(PL#3,PI#1)という3つの関数呼出が並んでいるから、PL#1,PL#2,PL#3と言う3つのPLが順次再生され、1つの映画作品が構成されることになる。
図２３（ｂ）は、ローカルストレージ７側のJava（登録商標）アーカイブファイルにより定義されるJava（登録商標）アプリケーションの一例を示す図である。かかるJava（登録商標）アプリケーションはローカルストレージ７に存在するものである。このJava（登録商標）アプリケーションは、言語によって再生シーンを切り替える「ランゲージクレジット」を実現するものであり、追加のPL(PL#4)を含む。これは差し替え映像であり、択一的にPL#2の代わりに再生される。
【００６７】
ローカルストレージ７側のJava（登録商標）アプリケーションは、再生装置２００における言語設定(PSR(0))が「日本語」なら(if(PSR(0)==Japanese))、PL#4を再生し(Link(PL#4,PI#1,0))、再生装置２００における言語設定がそれ以外なら(else)、PL#2を再生する(Link(PL#2,PI#1))という条件付き再生を実現する。
図２４（ａ）は、BD-ROMに記録されるJava（登録商標）アプリケーションによる再生手順を示す図であり、図２４（ｂ）は、ローカルストレージ７側のJava（登録商標）アプリケーションによる再生手順を示す図である。図中（ｂ）の矢印hb1,hb2は、ローカルストレージ７側のJava（登録商標）アプリケーションによる条件付き分岐を象徴的に示したものである。
【００６８】
この図からもわかるようにBD-ROMに記録されたJava（登録商標）アプリケーションは、BD-ROMに記録されたPL#1,#2,#3を順次再生させているに過ぎない。一方、ローカルストレージ７側のJava（登録商標）アプリケーションは、PSR(0)の値に応じて、日本向けのPL(PL#4)を再生させるか、米国向けのPL(PL#2)を再生させるかを切り換えているのである。以上は、ラングエージクレジットの実現であるが、再生装置における状態設定が、視聴し得る最年少ユーザの年齢を示すものなら、最年少ユーザの年齢に応じて、再生すべきPlayListを切り換えるというパレンタルコントロールを実現することができる。
【００６９】
以上のように本実施形態によれば、リージョンコード不一致時における例外再生時において、再生装置２００は、自身が属する地域に相応しい字幕やJava（登録商標）アプリケーションをダウンロードし、それらを用いた再生を行うので、ユーザは、自身が居住する地域の言語にあった、字幕やJava（登録商標）アプリケーションによりコンテンツを視聴することができる。
(第３実施形態)
第１実施形態における再生装置２００は、組合せを含む許可要求を再生許可サーバ５００に送信し、再生許可サーバ５００はこの要求に応じてリストを要求元再生装置２００に送信した。これに対し第２実施形態では、組合せを含む許可要求が送信されれば、その許可要求に含まれるリージョンコードを手掛かりにして、要求元再生装置２００が属する国・地域を探し出し、その地域を管轄する管轄サーバに要求元再生装置２００が属する国・地域に応じたサービスを、行わせるというものである。
【００７０】
ここで管轄サーバによるサービスとは、その国・地域に応じたテキスト字幕や、その国・地域に準じたシーン選択を行うJava（登録商標）アプリケーションを要求元に送信するというものである。
図２５は、第２実施形態に係る再生許可サーバ５００、管轄サーバ６０１〜６０６の構成を示す図である。本図に示すようにネットワーク上には、管轄サーバ６０１、６０２、６０３〜６０６が存在する。これらは世界における複数国・地域を管轄するものであり、日本なら管轄サーバ６０１、米国なら管轄サーバ６０２、英国なら管轄サーバ６０３というようにそれぞれがリージョンコードに示される管轄地域をもっている。そして再生許可サーバは、許可要求に示されるリージョンコードを手掛かりにして、管轄サーバのうち、要求元再生装置２００を管轄するものをサーチし、サーチされた管轄サーバに対しその地域に応じたサービスを提供させる。図中の◎1,◎2,◎3は、再生装置２００による再生許可要求(◎1)、リージョンjから定まる管轄サーバに対する送信要求(◎2)、管轄サーバによるテキスト字幕、Java（登録商標）アプリケーションのダウンロード(◎3)を模式化して描いている。
【００７１】
以上のように本実施形態によれば、リージョンコード不一致時における例外再生時において、再生許可サーバは、再生装置２００が属する地域に相応しい再生制御手順を行うJava（登録商標）アプリケーションをローカルストレージ７として送信し、再生装置２００に、このローカルストレージ７を用いた再生を行わせるので、ユーザは、自身が居住する地域の言語にあった、再生経路によりコンテンツを視聴することができる。  
【００７２】
(第４実施形態)
第１実施形態においてコンテンツIDは、BD-ROMが記録されていたが、第４実施形態は再生許可サーバ５００以外のData Base(DB)サーバに、各コンテンツのコンテンツIDを格納しておき、必要に応じて再生装置２００がこれを取り出すという改良に関する。図２６は、第４実施形態に係るDBサーバ７００を示す図である。本図におけるDBサーバ７００は、コンテンツIDを、そのコンテンツの出演者名、制作者名等と含めて映画作品のメタデータ(メタデータ1,2,3・・・・・)として格納している。本実施形態に係る再生装置２００は、許可要求を要求するにあたってこのDBサーバ７００をアクセスし、このDBサーバ７００に格納されているメタデータのうち、再生許可を求めるべきものをダウンロードする。この要求にあたって再生装置２００は、コンテンツにおける映像の一部や、音声の音紋(音の波長等)をDBサーバに送し、当該再生装置２００がコンテンツを正当に所持している旨をDBサーバに通知する。映像の一部や、音声の音紋等で要求元再生装置２００におけるコンテンツ所持が証明されたなら、DBサーバ７００はその要求元再生装置２００に、コンテンツIDを含むメタデータを送信する。図中の◎1,2,3,4は、タッチパネル式リモコン２００による正当所持の通知(◎1)、DBサーバ７００によるコンテンツIDを含むメタデータの送信(◎2)、コンテンツID−リージョンコードの組合せを含む再生許可要求の送信(◎3)、DBサーバ７００による再生許可リストの送信(◎4)を模式的に示している。
【００７３】
以上のように本実施形態によれば、コンテンツIDをDBサーバから取得するので、DBサーバに管理されているコンテンツIDを、制作者サイドの都合で更新することができ、リアルタイム性のある情報を提供することができる。またコンテンツIDと共に、出演者等の情報が送信されるので、かかる情報を常に最新のものにすることができる。
(備考)
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記(A)(B)(C)・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。但し、請求項に係る発明に含まれる他の具体例であって、本明細書及び図面、及び、出願時の技術常識をもって当業者が実施できる程度のものは、その記載を省略している。
【００７４】
(A)第１実施形態における再生許可情報のDistribution Company情報、排他情報、Release Date情報は、Release Date情報、図６のフローチャートにおけるステップＳ１８〜ステップＳ２３は、付加が任意的な要素であリ、これらを用いずに再生許可を判定してもよい。つまり再生許可情報における組合せの中にコンテンツi−リージョンコードjが存在することを所定の条件とし、これを満たせば再生を許可してもよい。
【００７５】
(B)BD-ROMのリードイン領域にリージョンコードを記録したのはDVDとの互換を意図したためであり、リージョンコードはどこに記録されていてもよい。またBD-ROMには、リージョンコードが付加されていなくてもよい。
(C)Titleを1つのコンテンツとして扱い、Index TableにおけるTitleについてのIndexにコンテンツIDを設けるというのは任意的な記載に過ぎない。BD-ROMにおける再生単位であるなら、どのようなものがコンテンツであってもよい。AVClipそのものにコンテンツIDを付加してもよいし、PL情報にコンテンツIDを付加してもよい。
【００７６】
(D)再生装置が属する地域におけるコンテンツの販売代金を再生許可情報に記述しておき、当該代金が支払われた場合に、例外的な再生を実行してもよい。この代金は、BD-ROMが販売された地域の販売代金との差額でもよい。
(E)再生の対象となるBD-ROMは、複数コンテンツが記録されたハイブリッドディスクである場合、記録された複数コンテンツの一部の再生を許可するよう、再生許可情報を作成してもよい。これにより複数地域で頒布されうる複数コンテンツを一枚のBD-ROMに記録することができる。そして再生装置が属する地域に応じて、再生させるコンテンツを変化させることができる。
【００７７】
(F)全ての実施形態では、本発明に係る光ディスクをBD-ROMとして実施したが、この特徴は、BD-ROMの物理的性質に依存するものではない。どのような記録媒体であってもよい。例えば、DVD-ROM,DVD-RAM,DVD-RW,DVD-R,DVD+RW,DVD+R,CD-R,CD-RW等の光ディスク、PD,MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュ（登録商標）カード、スマートメディア、メモリスティック、マルチメディアカード、PCM-CIAカード等の半導体メモリカードであってもよい。フレシキブルディスク、SuperDisk,Zip,Clik!等の磁気記録ディスク(i)、ORB,Jaz,SparQ,SyJet,EZFley,マイクロドライブ等のリムーバルハードディスクドライブ(ii)であってもよい。更に、機器内蔵型のハードディスクであってもよい。
(G) 全ての実施形態における再生装置は、BD-ROMに記録されたAVClipをデコードした上でTVに出力していたが、再生装置をBD-ROMドライブのみとし、これ以外の構成要素をTVに具備させてもい、この場合、再生装置と、TVとをIEEE1394で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなす部分のみを、再生装置としてもよい。これらの再生装置は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、第１実施形態〜第４実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態〜第４実施形態に示した再生装置の有償・無償による譲渡(有償の場合は販売、無償の場合は贈与になる)、貸与、輸入する行為も、本発明の実施行為である。店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
【００７８】
(H)図５、図６、図８に示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、各実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為(1)や、有償・無償によりプログラムを譲渡する行為(2)、貸与する行為(3)、輸入する行為(4)、双方向の電子通信回線を介して公衆に提供する行為(5)、店頭展示、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為(6)がある。
【００７９】
(I)BD-ROMに記録するにあたって、AVClipを構成する各TSパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、TP_extra_headerと呼ばれ、『Arribval_Time_Stamp』と、『copy_permission_indicator』とを含み4バイトのデータ長を有する。TP_extra_header付きTSパケット(以下EX付きTSパケットと略す)は、32個毎にグループ化されて、3つのセクタに書き込まれる。32個のEX付きTSパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のEX付きTSパケットを”Aligned Unit”という。
【００８０】
IEEE1394を介して接続されたホームネットワークでの利用時において、再生装置２００は、以下のような送信処理にてAligned Unitの送信を行う。つまり送り手側の機器は、Aligned Unitに含まれる32個のEX付きTSパケットのそれぞれからTP_extra_headerを取り外し、TSパケット本体をDTCP規格に基づき暗号化して出力する。TSパケットの出力にあたっては、TSパケット間の随所に、isochronousパケットを挿入する。この挿入箇所は、TP_extra_headerのArribval_Time_Stampに示される時刻に基づいた位置である。TSパケットの出力に伴い、再生装置２００はDTCP_Descriptorを出力する。DTCP_Descriptorは、TP_extra_headerにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようDTCP_Descriptorを記述しておけば、IEEE1394を介して接続されたホームネットワークでの利用時においてTSパケットは、他の機器に記録されることはない。
【００８１】
(J)各実施形態において、記録媒体に記録されるデジタルストリームはAVClipであったが、DVD-Video規格、DVD-Video Recording規格のVOB(Video Object)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。またAVClipにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式であってもよい。
【００８２】
(K)各実施形態における映像作品は、アナログ放送で放送されたアナログ映像信号をエンコードすることにより得られたものでもよい。デジタル放送で放送されたトランスポートストリームから構成されるストリームデータであってもよい。
またビデオテープに記録されているアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。更にビデオカメラから直接取り込んだアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。他にも、配信サーバにより配信されるデジタル著作物でもよい。
【産業上の利用可能性】
【００８３】
本発明に係る再生装置は、ホームシアターシステムでの利用のように、個人的な用途で利用されることがありうる。しかし本発明は上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが明らかなので、資質において工業上利用することができる。このことから本発明に係る再生装置は、産業上の利用可能性を有する。
【図面の簡単な説明】
【００８４】
【図１】本発明に係る再生装置２００の、使用行為についての形態を示す図である。
【図２】本実施形態にかかるBD-ROMの内部構成を示す図である。
【図３】再生装置２００の内部構成を示す図である。
【図４】再生許可リストの一例を示す図である。
【図５】ローディング処理の処理手順を示すフローチャートである。
【図６】コンテンツ再生処理の処理手順を示すフローチャートである。
【図７】再生許可サーバ５００の内部を示す図である。
【図８】制御部１３の処理手順を示すフローチャートである。
【図９】（ａ）本実施形態におけるコンテンツの内部構成を示す図である。
【００８５】
（ｂ）ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現した図である。
【図１０】AVClipがどのように構成されているかを模式的に示す図である。
【図１１】PL情報の構成を示す図である。
【図１２】AVClip時間軸と、PL時間軸との関係を示す図である。
【図１３】4つのClip_Information_file_nameによりなされた一括指定を示す図である。
【図１４】PLmark情報の内部構成を示す図である。
【図１５】PLmarkによるチャプター定義を示す図である。
【図１６】SubPath情報の内部構成を示す図である。
【図１７】SubPlayItem時間軸上の再生区間定義と、同期指定とを示す図である。
【図１８】（ａ）Java（登録商標）アーカイブファイルに収められているプログラム、データを示す図である。
【００８６】
（ｂ）クラスファイルの内部構成を示す図である。
【図１９】第２実施形態に係る再生装置２００の内部構成を示す図である。
【図２０】ローカルストレージに格納されたPL情報により、どのようなPlayList再生時間軸が定義されるかを示す図である。
【図２１】制御部６及び再生部２の内部構成を示す図である。
【図２２】ローカルストレージ７上のPlayList情報、及び、SubPLayItem情報により、どのような字幕表示が可能になるかを示す図である。
【図２３】（ａ）Java（登録商標）アプリケーションの一例を示す図である。
【００８７】
（ｂ）図２３（ａ）に示したJava（登録商標）アプリケーションの代わりに用いられる動的シナリオを示す図である。
【図２４】（ａ）BD-ROMに記録されるJava（登録商標）アプリケーションによる再生手順を示す図である。  （ｂ）Java（登録商標）アプリケーションによる再生手順を示す図である。
【図２５】第２実施形態に係る再生許可サーバ５００、管轄サーバ６０１〜６０６の構成を示す図である。
【図２６】第４実施形態に係るDBサーバ７００を示す図である。
【図１】
2007528630.tif 000003
【図２】
2007528630.tif 000004
【図３】
2007528630.tif 000005
【図４】
2007528630.tif 000006
【図５】
2007528630.tif 000007
【図６】
2007528630.tif 000008
【図７】
2007528630.tif 000009
【図８】
2007528630.tif 000010
2007528630.tif 000011
【図１０】
2007528630.tif 000012
【図１１】
2007528630.tif 000013
【図１２】
2007528630.tif 000014
【図１３】
2007528630.tif 000015
【図１４】
2007528630.tif 000016
【図１５】
2007528630.tif 000017
【図１６】
2007528630.tif 000018
【図１７】
2007528630.tif 000019
2007528630.tif 000020
【図１９】
2007528630.tif 000021
【図２０】
2007528630.tif 000022
【図２１】
2007528630.tif 000023
【図２２】
2007528630.tif 000024
2007528630.tif 000025
2007528630.tif 000026
【図２５】
2007528630.tif 000027
【図２６】
2007528630.tif 000028
【国際調査報告】
2007528630.tif 000029
2007528630.tif 000030
2007528630.tif 000031
2007528630.tif 000032