JP2011165275A - ブルーレイディスク及びコンテンツの配信システム - Google Patents

Abstract

【課題】版識別子を視認できるブルーレイディスクを提供する。また、ブルーレイディスクの固有識別子に基づいたコンテンツ配信システムも提供する。
【解決手段】スタンパの作製時に付与されるスタンパの版識別子を記憶し、当該スタンパを用いてブルーレイディスクをプレス成形する際に記憶した版識別子を読み出してブルーレイディスクの記録面以外の部分に記録する。また、ブルーレイディスクの固有識別子が配信サーバに設定された固有識別子と合致する場合に、コンテンツを再生装置へ出力する。
【選択図】図７

Description

本発明は、スタンパの版ＩＤを視認できるブルーレイディスク及びこれを用いたコンテンツの配信システムに関する。

ブルーレイディスク（以下、単にＢＤともいう。）は、コンテンツのデジタルデータをディスクイメージにオーサリング処理したのち、このデータをＡＡＣＳ規格にしたがってプレスイメージに処理する。さらにこのプレスイメージに処理されたデータに基づいて１枚の原版（スタンパ）が作製され、このスタンパを用いてユーザに供される複数枚のＢＤ−ＲＯＭがプレス成形さる（特許文献１）。

特開２００５−３１０２６９号公報

ところで、スタンパには版ごとにVolume ID（以下、版識別子ともいう。）と、暗号化されたタイトルキー（Unit Key RO.inf，Volume IDに基づいて暗号化される）とが付与され、スタンパを用いてプレスされたＢＤ−ＲＯＭの記録面にもそのスタンパの版識別子及び暗号化されたタイトルキーがデータとして記録される。

しかしながら、ＢＤ−ＲＯＭのプレス枚数が多くなるとスタンパが劣化するためスタンパを再版し交換する必要がある。この際に、コンテンツをディスクイメージに処理したデータは保存データを利用することができるものの、これに版識別子と暗号化されたタイトルキーを再度付与する必要があるため、再版された新たなスタンパの版識別子及び暗号化されたタイトルキーは元のスタンパのそれらとは異なることになる。

これら版識別子及び暗号化されたタイトルキーは、ディスクの記録面にデータとして記録されるだけであって外部から視認できない。またプログラムを用いて解読することも極めて困難である。

版識別子及び当該版識別子に基づいて暗号化されたタイトルキーはプレスされたＢＤ−ＲＯＭにも記録されることから、版識別子が認識できないとＢＤ−ＲＯＭの版識別子を認識してコンテンツなどの情報を配信するシステムにも影響が生じる。また、そのＢＤ−ＲＯＭに製造上の不具合が生じたときの原因解明が困難となる。

本発明が解決しようとする課題は、版識別子が視認できるブルーレイディス及び版識別子が相違しても情報配信が可能なコンテンツの配信システムを提供することである。

本発明は、ブルーレイディスクの記録面以外の部分にプレス成形のスタンパの版識別子に対応した固有識別子を記録すること、又は、ブルーレイディスクをプレス成形した際のスタンパの版識別子に対応したブルーレイディスクの固有識別子と、前記スタンパの再版スタンパの版識別子に対応したブルーレイディスクの固有識別子とを配信サーバに関連付けて設定することによって、上記課題を解決する。

本発明に係るブルーレイディスクによれば、版識別子が視認できる。また本発明に係るコンテンツの配信サーバによれば、版識別子が相違しても情報配信が可能となる。

本発明の一実施の形態を適用したコンテンツの配信システムを示すブロック図である。 図１の配信システムで用いられるプレイリストファイル、クリップインフォファイル及びストリームファイルを示すデータ構造図である。 図１の配信サーバに格納されたデータ量が異なる３つのストリームファイルを示すデータ構造図である。 図１に示す再生装置で実行されるデータ量の調整を説明するためのデータ構造図である。 図１に示す再生装置で実行されるＩピクチャのデータ量の調整を説明するためのデータ構造図である。 本発明の一実施の形態に係るブルーレイディスクの製法を示す工程図である。 図６に示す製法により製造したブルーレイディスクのレーベル面を示す正面図である。 図６に示す製法による製造時に用いられるスタンパの版識別子とブルーレイディスクの固有識別子との対応関係の一例を示すデータ関連図である。

《ブルーレイディスクの製法》
最初にブルーレイディスクの製法を説明する。
図６に示すように、ブルーレイディスクの製法は、スタンプ原版作製前処理工程（以下単に前処理工程ともいう）と、スタンプ原版作製工程と、複製工程とを備える。

まずブルーレイディスクに記録するコンテンツのファイルをディスクイメージにしてオーサリングを実施する。この状態のデータをタイプＡと称する。前処理工程では、このタイプＡのデータを、ＡＡＣＳ（Advanced Access Content System）規格で定められた手法により生成したタイトルキーを用いて暗号化し、当該暗号化したコンテンツと、暗号化に使用したタイトルキーとをディスクイメージに生成する。この状態をタイプＢと称する。

次いで、タイプＢのデータにＡＡＣＳで規定された証明書（Certificate）とＭＢＫ（ＡＡＣＳで規定されたメディアキーブロック）及びＳＢＫ(ＡＡＣＳで規定されたシーケンスキーブロック)を追加処理する。この状態をタイプＣと称する。タイプＣのデータはスタンパ原版を再版する際に用いるために保管される。

以上が前処理工程であり、続くスタンプ原版作製工程ではタイプＣのデータをもとにプレスイメージを生成する。すなわち、スタンパの原版を作製するたびに版識別子（Volume ID）を生成し、この生成された版識別子を用いてタイプＣのデータに含まれたタイトルキーを暗号化する。この状態をタイプＤと称する。タイプＤはスタンパ原版である。

複製工程では、作製されたスタンパ原版を用いてプレス成形することで、コンテンツが記録された複数のブルーレイディスクＢＤ−ＲＯＭを製造する。

ところで、ブルーレイディスクのスタンパ原版は製造枚数が増えると劣化が生じるため、内容が同じスタンパ原版を再版する必要がある。また、ブルーレイディスクのプレス成形ラインが複数存在する場合も内容が同じスタンパ原版を複数作製する必要がある。しかしながら、図６に示すスタンパ原版作製工程では、作製されるスタンパ原版ごとに異なる版識別子が生成され、これを用いてタイトルキーを暗号化するため、コンテンツが同一でもブルーレイディスクに記録された版識別子が異なることになる。

そこで、本例のブルーレイディスクＢＤ−ＲＯＭには、図７に示すように記録面以外の部分、たとえばレーベル面の中央の孔の周囲に、プレス成形で使用したスタンパ原版の版識別子に対応した固有識別子ＩＤを記録することとしている。この固有識別子ＩＤは、そのブルーレイディスクＢＤ−ＲＯＭのプレス成形に使用されたスタンパ原版の版識別子に対応した識別子であればよく、版識別子と同じ識別子であっても異なる識別子であってもよい。

そして、スタンパ原版を作製するたびに、生成された版識別子と、ブルーレイディスクＢＤ−ＲＯＭのプレス成形時に記録する固有識別子との対応データを記憶しておく。図８に、スタンパ原版の版識別子とブルーレイディスクの固有識別子との対応データの一例を示す。

このように、本例のブルーレイディスクＢＤ−ＲＯＭにはプレス成形の際に用いられたスタンパ原版の版識別子に対応した固有識別子が記録され、外部から視認可能とされているので、たとえば配布されたブルーレイディスクＢＤ−ＲＯＭが読み取れなかったりするなど、何らかの不具合が生じた場合に、その原因がスタンパ原版にあるか否かといった生産履歴による原因究明が可能となる。

また、スタンパ原版の版識別子に対応した固有識別子が視認可能とされているので、ブルーレイディスクＢＤ−ＲＯＭを出荷する際に同じスタンパ原版によりプレス成形されたブルーレイディスクをまとめて保管したり配送したりすることができるので、製造品質の管理も容易になる。

また、スタンパ原版の版識別子に対応した固有識別子を管理することで、以下のようなコンテンツの配信システムにおいて固有識別子が相違してもコンテンツの配信を可能とすることができる（換言すれば固有識別子の齟齬によるアクセス不能を防止することができる）。以下、配信システムの一例を説明する。

《コンテンツの配信システムの一例》
図１に示す配信システムは、再生装置１と配信サーバ４とを備え、再生装置１は、ＢＤ−ＬＩＶＥ規格に対応した再生装置であって、インターネット５などの通信回線を介して配信サーバ４に接続し、映画やビデオカメラで撮影した動画などの所望のコンテンツをダウンロードしつつダウンロード中に再生を開始する、いわゆるプログレッシブダウンロード再生を行うものである。このプログレッシブダウンロード再生は、ブルーレイディスク（以下、ＢＤと略す。）のフォーマットにおいて記録及び実行可能なＪａｖａ（登録商標）プログラムなどのプログラムによって行われる。

図１に示す再生装置１は、ＢＤフォーマットの情報が再生可能な装置であって、ＢＤの入力部、情報処理用ＣＰＵ、表示装置Ｂ２への出力部を備える。同図に示す再生装置１は、当該装置の入力部にＪａｖａ（登録商標）プログラムを記録したＢＤをセットして情報処理用ＣＰＵにプログラムの内容が展開された状態の機能ブロックを示す。なお、本発明のプログラムはＢＤに記録するほか配信サーバ４からダウンロードすることもできる。

図１に示すように、再生装置１に本実施形態のプログラムが読み込まれると、入出力部１１、復号部１２、管理ファイル記憶部１３、ストリームファイル記憶部１４、容量調整部１５、検出部１６、選択部１７および再生制御部１８といった各種機能が展開される。

入出力部１１は、配信サーバ４に対して所定のコンテンツのダウンロード要求を出力するとともに、ダウンロードしたコンテンツを入力する。コンテンツのダウンロード要求は、たとえば配信サーバのダウンロード画面に「ダウンロード」と「プログレッシブダウンロード再生」の選択肢が用意され、「ダウンロード」をクリックすると通常のダウンロードが実行されて再生装置１の図示しないメモリに記録される一方で、「プログレッシブダウンロード再生」をクリックするとプログレッシブダウンロード再生が実行される。通常のダウンロードについては説明を省略し、以下においてはプログレッシブダウンロード再生について説明する。

ここで、図２を参照して本実施形態にて取り扱われるコンテンツのデータ構造を説明すると、一つのコンテンツ（たとえば一つの映画）は、プレイリストファイルと、クリップインフォファイルと、ストリームファイルとからなる。プレイリストファイルは、ストリーム再生を行うための情報を保持するファイルであり、複数のプレイアイテム１，２，…ｎを有するが、一つのコンテンツに対して一つのファイルで構成されている。

クリップインフォファイルは、プレイリストファイルのプレイアイテムのそれぞれに対応して複数のクリップインフォファイル１，２，…ｎが存在し、ストリームファイルのサイズや再生時間等の情報を保持するファイルである。
ストリームファイルは、たとえば動画圧縮規格Ｈ．２６４／ＭＰＥＧ−４ ＡＶＣ形式で保存された動画ファイルであるｍ２ｔｓなどの再生用ＡＶストリームファイルであり、上述したプレイアイテムおよびクリップインフォファイル毎に一つのファイルが存在する。したがって、ストリームファイルもクリップインフォファイルと同じ数だけ存在する。これらプレイリストに対応した一つのクリップインフォファイルと一つのストリームファイルが存在することにより再生が可能となる。

図１に戻り、復号部１２は、配信サーバ４にて暗号化されたクリップインフォファイルを複合化するものである。すなわち、コンテンツの容量が大きい場合は、一つのプレイリストファイルに対するクリップインフォファイルも多数存在することになるが、このクリップインフォファイルのダウンロード時間を短縮するために、配信サーバ４側でクリップインフォファイルを一定のアルゴリズムを用いて暗号化（圧縮）する。復号部１２は、この圧縮されたクリップインフォファイルを所定のアルゴリズムを用いて復号化（解凍）する。

ただし、クリップインフォファイルの送信時間が所定時間未満であるように、クリップインフォファイルのデータ量が所定量未満の場合は、配信サーバＢ４にてファイルの暗号化はせず、その場合は復号部１２による複合化処理も行わない。

管理ファイル記憶部１３は、バッファメモリであり、配信サーバ４からダウンロードしたプレイリストファイルとクリップインフォファイルを一時的に記憶し、コンテンツの再生処理が終了したら消去する。ただし、消去しないでそのまま保持することもでき、保持した場合は、同じコンテンツを再度視聴する場合に保持したプレイリストファイルとクリップインフォファイルを用いることができるのでダウンロード時間を短縮することができる。

ストリームファイル記憶部１４も、バッファメモリであり、配信サーバ４からダウンロードしたストリームファイルを一時的に記憶し、コンテンツの再生処理が終了したら消去する。すなわち、本実施形態のストリームファイルは複数に分割され、各ストリームファイルが順次ダウンロードされるが、図２に示すようにダウンロードされたストリームファイルは、ストリームファイル記憶部（バッファメモリ）に順次保存され、再生を終了したら消去される。

検出部１６は、配信サーバ４と再生装置１との間のインターネット５による通信速度を検出する。この検出は、最初のストリームファイル（データ量は既知）をダウンロードしたときの通信速度を検出してもよいし、直前にダウンロードしたストリームファイルの通信速度を検出してもよい。また、データ量が既知の速度検出用ファイルを配信サーバ４から再生装置１へ送り、このときの通信速度を検出することもできる。

選択部１７は、検出部１６にて検出された現在の通信速度に基づいて、配信サーバ４に格納された、データ量が異なる複数のストリームファイルの中から、適切なデータ量のストリームファイルを選択する。すなわち、本実施形態の配信サーバ４には、図３に示すように、ひとつのストリームファイルに対して３種類のデータ量が異なるストリームファイルが用意されている。図３に示す例では、最もデータ量が大きいHi bit rate ストリームファイル（通信速度は１０Ｍｂｐｓ）と、最もデータ量が小さいLow bit rateストリームファイル（通信速度は２Ｍｂｐｓ）と、その中間のMiddle bit rateストリームファイル（通信速度は５Ｍｂｐｓ）という３種類の、内容が同じでデータ量が異なるストリームファイルが、配信サーバ４のコンテンツ記憶部４３に格納されている。このデータ量が異なるストリームファイルは、ストリームファイル１，２，…ｎごとに用意されている。なお、データ量の大小はフレームレートｆｐｓ、圧縮比、解像度などを変更することにより調整することができる。

そして、検出部１６で検出された現在の通信速度が遅い場合に、Hi bit rateストリームファイルをダウンロードするとダウンロードに長時間を要するため、前のストリームファイルの再生が終了しているにも拘らず次のストリームファイルのダウンロードが終了せず、画像再生の中断が生じる。

このため、本実施形態では、検出部１６で検出された通信速度を予め３段階に分類し、第１の所定値以上の高速の場合はHi bit rateストリームファイルを選択し、第１の所定値より小さい第２の所定値以下の低速の場合はLow bit rateストリームファイルを選択し、第１及び第２の所定値の間である場合はMiddle bit rateストリームファイルを、選択部１７により選択する。これにより、通信速度が遅い場合でも、前のストリームファイルの再生が終了する前に次のストリームファイルのダウンロードが終了することになる。逆に、通信速度が速い場合には、高画質のストリームファイルを再生することができる。

容量調整部１５は、選択部１７により選択されてダウンロードされたストリームファイルのデータ量を、対応するクリップインフォファイルに規定されたデータ量に調整するものである。

クリップインフォファイルは、対応するストリームファイルのデータ量を保持し、再生時にプレイリストファイルとともにこれらの情報を用いて再生処理を実行するが、クリップインフォファイルに規定されたデータ量とストリームファイルの実際のデータ量が異なると再生処理を実行することができない。

特に本実施形態の場合は、プレイリストファイルとクリップインフォファイルはダウンロードの当初に管理ファイル記憶部１３にダウンロードされ、これに対し、ストリームファイルは通信速度に応じて３種類のデータ量の中から一つのストリームファイルが選択される。したがって、クリップインフォファイルにあらかじめ規定されたストリームファイルのデータ量と、実際にダウンロードされたストリームファイルのデータ量が異なる場合がある。

本例ではクリップインフォファイルにHi bit rateストリームファイルのデータ量を規定するので、Middle bit rateやLow bit rateのストリームファイルをダウンロードした場合はクリップインフォファイルに規定されたデータ量と異なる。

そこで、選択部１７にてMiddle bit rateやLow bit rateのストリームファイルを選択し、これをダウンロードした場合は、このストリームファイルのデータ量を、クリップインフォファイルに規定されたHi bit rateのストリームファイルのデータ量に調整するために、パディングデータ(Padding data)を付加する。具体的には、図４に示すようにNull Packと称される空データをHi bit rateストリームファイルとのデータ量の差だけMiddle bit rateやLow bit rateのストリームファイルに付加する。Null Packはデータ量を調整するためのデータであって、再生処理の際、再生制御部１８はNull Packを無視する。

再生制御部１８は、容量調整部１５で調整されたストリームファイル（Hi bit rateストリームファイルに対してはパディングデータを付加しない調整をする）を、プレイリストファイル及びクリップインフォファイルに基づいて再生処理を実行し、表示装置２に出力する。これにより、表示装置２にダウンロードしたコンテンツがプログレッシブダウンロード再生されることになる。

配信サーバ４は、ビデオカメラなどの撮像装置３からのライブ映像や再生装置１からの要求信号を入力するとともに、コンテンツ記憶部４３に格納されたコンテンツを出力する入出力部４１と、撮像装置３から入力したライブ映像をＢＤ−ＬＩＶＥ規格のデジタルデータを生成するコンテンツ生成部４２と、このコンテンツ生成部４２で生成したコンテンツを格納するコンテンツ記憶部４３とを備える。

また配信サーバ４は、外部装置である識別子出力部６から上述したＢＤのプレス成形時に使用されたスタンパ原版の版識別子に対応した識別子を入力して記憶する識別子記憶部４４を備える。識別子出力部６から出力され識別子記憶部４４に記憶される識別子は、当該配信サーバ４に対するアクセスが許可される識別子が設定されている。ここで、アクセスが許可される識別子には、図６に示すタイプＣのデータを再版した際に、タイトルキーが同じであるが版識別子が異なるものが含まれる。すなわち、図８に示す例でいえば、コンテンツとタイトルキーが同じであるが異なる版識別子０００６６Ｆｉｒｓｔ，０００６６Ｓｅｃｏｎｄ，０００６６Ｔｈｉｒｄを用いてタイトルキーを暗号化したタイプＤのＤＢ識別子０００６６Ａ，０００６６Ｂ，０００６６Ｃについてはアクセスが許可される識別子として識別子記憶部４４に設定されている。

上述した識別子記憶部４４は、配信サーバ４に対するアクセスが許可されるＢＤの版識別子に対応した識別子が設定されるが、これに代えて再生装置１の装置固有識別子（Device Binding ID）又はこれに対応した識別子を設定してもよい。この場合は、ＢＤに記録されたＪａｖa（登録商標）プログラム又は配信サーバ４からダウンロードされたＪａｖａ（登録商標）プログラムによって再生装置１の装置固有識別子（Device Binding ID）を読み出すことができる。こうすることで、ＢＤによるユーザの識別以外にも再生装置１によるユーザの識別が可能となり、さらにＢＤの識別子と組み合わせれば同じＢＤを使用しても再生装置１が異なれば異なるユーザとして識別することができる。

コンテンツ記憶部４３は、既述したとおりひとつのストリームファイルに対して、最もデータ量が大きいHi bit rate ストリームファイル（通信速度は１０Ｍｂｐｓ）と、最もデータ量が小さいLow bit rateストリームファイル（通信速度は２Ｍｂｐｓ）と、その中間のMiddle bit rateストリームファイル（通信速度は５Ｍｂｐｓ）という３種類の、内容が同じでデータ量が異なるストリームファイルが格納されている。

また、コンテンツ生成部４２は、複数のクリップインフォファイルの送信時間が所定時間以上であるように、複数のクリップインフォファイルのデータ量が所定量以上の場合は、複数のクリップインフォファイルを一定のアルゴリズムを用いて暗号化（圧縮）する。

また、コンテンツ生成部４２は、再生装置１から早送りまたは早戻しの要求信号が入力されたら、生成したコンテンツのストリームファイルに含まれるＩピクチャのみを抽出し、これをコンテンツ記憶部４３に格納したのち入出力部４１を介して再生装置１へ送出する。

ストリームファイルは、図５に示すように、他のピクチャと切り離して画像生成の復号化処理が可能なＩピクチャ(Intra Picture)と、過去、未来両方のフレームから予測したデータとの差分を符号化したＢピクチャと、過去のフレームから予測したデータとの差分をエンコードしたＰピクチャとで構成されているが、早送りまたは早戻しする際は画像生成が可能なＩピクチャのみを再生装置１へ送出し、これを受けた再生装置１は、容量調整部１５においてＩピクチャと次のＩピクチャとの間に、本来存在したＢピクチャとＰピクチャのデータ量に相当するデータ量のパディングデータを付加する。これにより、早送りまたは早戻し操作をクリップインフォファイルに基づいて実行することができる。

以上のように、たとえば配信サーバ４のコンテンツ記憶部４３に格納された映画などのコンテンツをプログレッシブダウンロード再生する場合は、再生装置１からプログレッシブダウンロード再生の要求を配信サーバ４に送出する。このときＢＤに記録された固有識別子が同時に配信サーバ４に読み込まれる。またこれに代えて、装置固有識別子（Device Binding ID）を用いてユーザを特定する場合は、当該再生装置１の装置固有識別子が配信サーバ４に読み込まれる。

これを受けた配信サーバ４は、識別子記憶部４４に設定された識別子とＢＤ（又は再生装置１）から読み出された識別子（又は装置固有識別子）とを比較し、アクセスが許可された識別子である場合は、コンテンツ記憶部４３に格納されたコンテンツのうち、プレイリストファイルと複数のクリップインフォファイルを、インターネット５を介して再生装置１の入出力部１１に出力し、再生装置１は管理ファイル記憶部１３に格納する。本例では異なる版識別子により暗号化したタイトルキーが記録されたＢＤであっても、アクセスを許可するＢＤとして識別子記憶部４４に設定されているので、再版されたスタンパによって作成されたＢＤによるアクセスは許可される。なお、ＢＤから読みだされた識別子が識別子記憶部４４に設定された識別子とは異なる場合はアクセスを拒否し、その旨を再生装置１に出力する。

このとき、クリップインフォファイルのデータ量が大きい場合は、配信サーバ４側で複数のクリップインフォファイルを圧縮処理して送信し、再生装置１の復号部１２で解凍したのち管理ファイル記憶部１３に格納する。

プレイリストファイルとクリップインフォファイルをダウンロードしたら、次に複数のストリームファイルを順次ダウンロードする。最初のストリームファイルはHi bit rateストリームファイルをダウンロードし、検出部１６はこのストリームファイルのダウンロード時間を検出することにより通信速度を検出する。次のストリームファイルは、今検出した通信速度に基づいて３種類のストリームファイルの中から適切なサイズのファイルを選択部１７で選択する。例えば、通信速度が遅い場合はサイズが小さいLow bit rateのストリームファイルを選択し、通信速度が速い場合はサイズが大きいHi bit rateのストリームファイルを選択する。このダウンロード処理を最後のストリームファイルまで繰り返す。

選択部１７で選択したストリームファイルがHi bit rateのストリームファイル以外のファイルサイズである場合は、図４に示すように容量調整部１５にてパディングデータを付加し、データ量をHi bit rateのストリームファイルのファイルサイズと等しくする。

このように容量調整されたストリームファイルを用いると、管理ファイル記憶部１３に格納されたプレイリストファイルとクリップインフォファイルに基づいてストリームファイルを再生することができる。また、選択部１７にて通信速度に応じた適切なファイルサイズのストリームファイルを選択してダウンロードするので、再生中に画像再生が中断することが防止される。

なお、図１に示す撮像装置３により、たとえば運動会などのイベント会場で撮影したライブ映像を、インターネット５を介して配信サーバ４へ送信し、配信サーバ４ではこのライブ映像に基づいてコンテンツを生成する一方で、イベント会場から離れた場所にある再生装置１を配信サーバ４に接続すれば、運動会などのライブ映像を離れた場所でリアルタイムに観賞することができる。

また、コンテンツが同一でスタンパ原版が相違しても配信サーバ４へのアクセスが可能となるので、多数のスタンパ原版を用いて同一のコンテンツを記録したブルーレイディスクを製造し配布することができる。

１…再生装置
１１…入出力部
１２…復号部
１３…管理ファイル記憶部
１４…ストリームファイル記憶部
１５…容量調整部
１６…検出部
１７…選択部
１８…再生制御部
２…表示装置
３…撮像装置
４…配信サーバ
４１…データ入出力部
４２…コンテンツ生成部
４３…コンテンツ記憶部
４４…識別子記憶部
５…インターネット
６…識別子出力部

Claims (6)

1. プレス成形のスタンパの版識別子に対応した固有識別子が記録面以外の部分に記録されていることを特徴とするブルーレイディスク。
2. 請求項１に記載のブルーレイディスクにおいて、
   前記スタンパの作製時に付与される前記版識別子を記憶し、当該スタンパを用いて前記ブルーレイディスクをプレス成形する際に前記記憶した前記版識別子を読み出して前記ブルーレイディスクの記録面以外の部分に記録することを特徴とするブルーレイディスク。
3. 請求項１又は２に記載のブルーレイディスクと、
   前記ブルーレイディスクの記録面以外の部分に記録した固有識別子と、当該ブルーレイディスクをプレス成形した際のスタンパの版識別子との対応データを記憶する記憶手段と、を備えることを特徴とするブルーレイディスクの識別システム。
4. 一又は複数のネットワーク接続機能を有するプログラムが格納されたブルーレイディスク媒体と、
   前記ブルーレイディスク媒体の前記プログラムを起動し、前記ネットワークを介して前記プログラムにより指定されたサーバに接続するとともに、装置固有識別子が記憶された再生装置と、
   前記再生装置の前記装置固有識別子を読み出し、前記装置固有識別子が予め設定された固有識別子と合致する場合は所定のコンテンツを前記再生装置へ出力するサーバと、を備えたことを特徴とするコンテンツの配信システム。
5. 管理ファイルおよびデータ量が異なる複数のストリームファイルを有するコンテンツが格納されるとともに、一又は複数のネットワーク接続機能を有するプログラムおよび媒体の固有識別子が格納されたブルーレイディスクをプレス成形した際のスタンパの版識別子に対応したブルーレイディスクの固有識別子と、前記スタンパの再版スタンパの版識別子に対応したブルーレイディスクの固有識別子とを関連付けて設定する配信サーバと、
   前記ブルーレイディスクの前記プログラムを起動し、通信回線を介して前記プログラムにより指定されたサーバに接続して前記コンテンツをダウンロードし、当該ダウンロード中にコンテンツの再生を開始する再生装置と、を備えたコンテンツの配信システムであって、
   前記再生装置は、
   前記管理ファイルをダウンロードして一時的に記憶する管理ファイル記憶部と、
   前記通信回線による通信速度を検出する検出部と、
   前記配信サーバに格納された、前記データ量が異なる複数のストリームファイルの中から、前記検出部で検出された通信速度に応じたデータ量のストリームファイルを選択する選択部と、
   前記選択部により選択されたストリームファイルをダウンロードして一時的に記憶するストリームファイル記憶部と、
   前記ストリームファイル記憶部に記憶されたストリームファイルのデータ量が前記管理ファイルで規定されたデータ量と異なる場合に、当該ストリームファイルのデータ量を、前記管理ファイルで規定されたデータ量に一致させるようにパディングデータを付加する容量調整部と、
   前記容量調整部により調整されたストリームファイルを再生処理する再生制御部と、を備え、
   前記配信サーバは、前記ブルーレイディスクの固有識別子を読み出すプログラムを有し、当該ブルーレイディスクの固有識別子が前記配信サーバに設定された固有識別子と合致する場合は前記コンテンツを前記再生装置へ出力するとともに、前記再生装置が前記配信サーバに対して再生の早送り又は早戻しの要求を出力した場合に、当該早送り又は早戻しの要求に対して前記ストリームファイルに含まれるＩピクチャのみを抽出して出力し、
   前記再生装置は、ダウンロードされた複数のＩピクチャを一時的に記憶するとともに、前記記憶された複数のＩピクチャのデータ量が本来のストリームファイルのデータ量と一致するようにパディングデータを付加し、前記管理ファイルに含まれるクリップインフォファイルに基づいて前記Ｉピクチャを再生することを特徴とするコンテンツの配信システム。
6. 管理ファイルおよびデータ量が異なる複数のストリームファイルを有するコンテンツが格納された配信サーバと、
   通信回線を介して前記コンテンツをダウンロードし、当該ダウンロード中にコンテンツの再生を開始する再生装置と、を備えたコンテンツの配信システムであって、
   前記再生装置は、
   前記管理ファイルをダウンロードして一時的に記憶する管理ファイル記憶部と、
   前記通信回線による通信速度を検出する検出部と、
   前記配信サーバに格納された、前記データ量が異なる複数のストリームファイルの中から、前記検出部で検出された通信速度に応じたデータ量のストリームファイルを選択する選択部と、
   前記選択部により選択されたストリームファイルをダウンロードして一時的に記憶するストリームファイル記憶部と、
   前記ストリームファイル記憶部に記憶されたストリームファイルのデータ量が前記管理ファイルで規定されたデータ量と異なる場合に、当該ストリームファイルのデータ量を、前記管理ファイルで規定されたデータ量に一致させるようにパディングデータを付加する容量調整部と、
   前記容量調整部により調整されたストリームファイルを再生処理する再生制御部と、を備え、
   前記配信サーバは、前記再生装置の固有識別子を読み出すプログラムを有し、当該再生装置の固有識別子が前記配信サーバに設定された固有識別子と合致する場合は前記コンテンツを前記再生装置へ出力するとともに、前記再生装置が前記配信サーバに対して再生の早送り又は早戻しの要求を出力した場合に、当該早送り又は早戻しの要求に対して前記ストリームファイルに含まれるＩピクチャのみを抽出して出力し、
   前記再生装置は、ダウンロードされた複数のＩピクチャを一時的に記憶するとともに、前記記憶された複数のＩピクチャのデータ量が本来のストリームファイルのデータ量と一致するようにパディングデータを付加し、前記管理ファイルに含まれるクリップインフォファイルに基づいて前記Ｉピクチャを再生することを特徴とするコンテンツの配信システム。

Images