(57)【要約】  コンテンツ記録装置（４０１）は、可変長パケット構造を有するコンテンツを取得する取得部（４１１）と、取得されたコンテンツを暗号化することにより暗号化データを生成する暗号化部（４１２）と、生成された暗号化データを固定長のブロック単位で記録媒体に記録する記録部（４１３）とを備える。暗号化データには、コンテンツの再生に不要な無効化領域が含まれ、記録部（４１３）は、無効化領域のサイズを記録媒体に記録する。
2019043987.tif 000002
【特許請求の範囲】
【請求項１】
可変長パケット構造を有するコンテンツを取得する取得部と、
取得された前記コンテンツを暗号化することにより暗号化データを生成する暗号化部と、
生成された暗号化データを固定長のブロック単位で記録媒体に記録する記録部とを備え、
前記暗号化データには、前記コンテンツの再生に不要な無効化領域が含まれ、
前記記録部は、前記無効化領域のサイズを前記記録媒体に記録する
コンテンツ記録装置。
【請求項２】
前記暗号化データの末尾部分には、前記無効化領域として第一無効化領域が含まれ、
前記記録部は、前記第一無効化領域のサイズを前記記録媒体に記録する
請求項１に記載のコンテンツ記録装置。
【請求項３】
前記暗号化データの先頭部分には、前記無効化領域として第二無効化領域が含まれ、
前記記録部は、前記第二無効化領域のサイズを前記記録媒体に記録する
請求項１または２に記載のコンテンツ記録装置。
【請求項４】
前記暗号化データは、前記固定長のブロックのｎ倍（ｎ：自然数）のデータ長を有する
請求項１または２に記載のコンテンツ記録装置。
【請求項５】
記録媒体に固定長のブロック単位で記録された暗号化データを処理対象とするコンテンツ編集装置であって、
前記暗号化データは、可変長パケット構造を有するコンテンツが暗号化されたものであり、
前記コンテンツ編集装置は、
前記暗号化データの一部を無効化領域として決定する決定部と、
前記無効化領域のサイズを前記記録媒体に記録する記録部とを備える
コンテンツ編集装置。
【請求項６】
前記無効化領域が決定された後の前記暗号化データには、末尾部分に前記無効化領域として第一無効化領域を含む第一暗号化データが含まれ、
前記記録部は、前記第一無効化領域のサイズを前記記録媒体に記録する
請求項５に記載のコンテンツ編集装置。
【請求項７】
前記無効化領域が決定された後の前記暗号化データには、先頭部分に前記無効化領域として第二無効化領域を含む第二暗号化データが含まれ、
前記記録部は、前記第二無効化領域のサイズを前記記録媒体に記録する
請求項５または６に記載のコンテンツ編集装置。
【請求項８】
記録媒体に固定長のブロック単位で記録された暗号化データを処理対象とするコンテンツ再生装置であって、
前記暗号化データは、可変長パケット構造を有するコンテンツが暗号化されたものであり、前記暗号化データには、前記コンテンツの再生に不要な無効化領域が含まれ、
前記記録媒体には、前記無効化領域のサイズが記録され、
前記コンテンツ再生装置は、
前記記録媒体から前記暗号化データを読み出す第一読み出し部と、
前記記録媒体から前記無効化領域のサイズを読み出す第二読み出し部と、
読み出された前記暗号化データを復号する復号部と、
読み出された前記無効化領域のサイズに基づいて、前記復号によって得られるデータの前記無効化領域以外の部分を抜き出して出力することにより、前記コンテンツを再生する再生部とを備える
コンテンツ再生装置。
【請求項９】
コンピュータによって実行されるコンテンツ記録方法であって、
可変長パケット構造を有するコンテンツを取得し、
取得された前記コンテンツを暗号化することにより暗号化データを生成し、
生成された暗号化データを固定長のブロック単位で記録媒体に記録し、
前記暗号化データには、前記コンテンツの再生に不要な無効化領域が含まれ、
前記無効化領域のサイズを前記記録媒体に記録する
コンテンツ記録方法。
【請求項１０】
請求項９に記載のコンテンツ記録方法をコンピュータに実行させるためのプログラム。
【請求項１１】
記録媒体に固定長のブロック単位で記録された暗号化データを処理対象とする、コンピュータによって実行されるコンテンツ編集方法であって、
前記暗号化データは、可変長パケット構造を有するコンテンツが暗号化されたものであり、
前記コンテンツ編集方法は、
前記暗号化データの一部を無効化領域として決定し、
前記無効化領域のサイズを前記記録媒体に記録する
コンテンツ編集方法。
【請求項１２】
請求項１１に記載のコンテンツ編集方法をコンピュータに実行させるためのプログラム。
【請求項１３】
記録媒体に固定長のブロック単位で記録された暗号化データを処理対象とする、コンピュータによって実行されるコンテンツ再生方法であって、
前記暗号化データは、可変長パケット構造を有するコンテンツが暗号化されたものであり、前記暗号化データには、前記コンテンツの再生に不要な無効化領域が含まれ、
前記記録媒体には、前記無効化領域のサイズが記録され、
前記コンテンツ再生方法は、
前記記録媒体から前記暗号化データを読み出し、
前記記録媒体から前記無効化領域のサイズを読み出し、
読み出された前記暗号化データを復号し、
読み出された前記無効化領域のサイズに基づいて、前記復号によって得られるデータの前記無効化領域以外の部分を抜き出して出力することにより、前記コンテンツを再生する
コンテンツ再生方法。
【請求項１４】
請求項１３に記載のコンテンツ再生方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多重化されたビデオ信号及びオーディオ信号を暗号化して記録するコンテンツ記録装置等に関する。
【背景技術】
【０００２】
ビデオ信号及びオーディオ信号を一つのデジタルデータとして扱うための多重化フォーマットとしてＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）／ＴＬＶ（Ｔｙｐｅ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ）方式が知られている。特許文献１には、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｃｏｌ）パケットを乗せたＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｃｏｌ）パケットを、ＴＬＶ方式を用いて放送伝送路に多重化するＭＭＴ送信システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１７０９７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＭＭＴ／ＴＬＶ方式では、パケットのサイズは可変長である。このような可変長のパケット構造を有するコンテンツを、固定長のブロック単位で記録媒体に記録する方法については検討の余地がある。【０００５】
本開示は、記録動作が簡素化されたコンテンツ記録装置を提供する。
【課題を解決するための手段】
【０００６】
本開示の一態様に係るコンテンツ記録装置は、可変長パケット構造を有するコンテンツを取得する取得部と、取得された前記コンテンツを暗号化することにより暗号化データを生成する暗号化部と、生成された暗号化データを固定長のブロック単位で記録媒体に記録する記録部とを備え、前記暗号化データには、前記コンテンツの再生に不要な無効化領域が含まれ、前記記録部は、前記無効化領域のサイズを前記記録媒体に記録する。【０００７】
なお、これらの包括的または具体的な態様は、装置、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、装置、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【０００８】
本開示によれば、記録動作が簡素化されたコンテンツ記録装置が実現される。
【図面の簡単な説明】
【０００９】
【図１】図１は、ＢＤの構成を示す図である。
【図２】図２は、ＢＤの物理構造を示す図である。
【図３】図３は、ＩＮＦＯファイルのデータ構造を示す図である。
【図４Ａ】図４Ａは、プレイリストの概念を示す図である。
【図４Ｂ】図４Ｂは、プレイリストファイルのデータ構造を示す図である。
【図５】図５は、プレイアイテムの内容を示す図である。
【図６】図６は、クリップ情報ファイルのデータ構造を示す図である。
【図７】図７は、ストリーム属性情報のデータ構造を示す図である。
【図８】図８は、シーケンス情報のデータ構造を示す図である。
【図９】図９は、無効化領域を説明するための図である。
【図１０】図１０は、エントリマップのデータ構造を示す図である。
【図１１】図１１は、エントリポイントを説明するための図である。
【図１２】図１２は、ＭＭＴ／ＴＬＶ形式のストリームの構成を模式的に示す図である。
【図１３】図１３は、ＴＬＶパケットのデータ構造を示す図である。
【図１４】図１４は、ＩＰパケット及びＵＤＰパケットのデータ構造を示す図である。
【図１５】図１５は、ＭＭＴＰパケットのデータ構造を示す図である。
【図１６】図１６は、ＭＭＴＰペイロードのデータ構造を示す図である。
【図１７】図１７は、ＭＭＴＰペイロードのペイロード領域のデータ構造を示す図である。
【図１８】図１８は、ＭＭＴ−ＳＩの分割方法を示す図である。
【図１９】図１９は、実施の形態に係るコンテンツ記録装置の構成を示す図である。
【図２０】図２０は、暗号化モジュールの暗号化方法を説明するための図である。
【図２１】図２１は、暗号化対象のコンテンツと暗号化単位との関係を説明するための図である。
【図２２】図２２は、実施の形態に係るコンテンツ記録装置の機能構成を示すブロック図である。
【図２３】図２３は、実施の形態に係るコンテンツ記録装置の動作のフローチャートである。
【図２４】図２４は、記録用暗号化ストリーム及び無効化領域の記録位置を示す模式図である。
【図２５】図２５は、実施の形態に係るコンテンツ編集装置の構成を示す図である。
【図２６】図２６は、実施の形態に係るコンテンツ編集装置の動作のフローチャートである。
【図２７】図２７は、暗号化ＡＶクリップの部分削除を行う場合に生じる無効化領域の位置の一例を示す模式図である。
【図２８】図２８は、実施の形態に係るコンテンツ再生装置の構成を示す図である。
【図２９】図２９は、実施の形態に係るコンテンツ再生装置の機能構成を示すブロック図である。
【図３０】図３０は、実施の形態に係るコンテンツ再生装置の動作のフローチャートである。
【発明を実施するための形態】
【００１０】
（本開示の基礎となった知見）
デジタル放送またはコンテンツ配信によって、ＳＤ（Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ）コンテンツまたはＨＤ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）コンテンツが提供される場合、コンテンツを伝送及び蓄積する際の多重化フォーマットとしてＭＰＥＧ２−ＴＳ方式が利用されることが一般的である。
【００１１】
多重化フォーマットは、ＡＶコンテンツを構成するビデオ信号及びオーディオ信号を一つのデジタルデータとして扱うためのフォーマットである。例えば、ＭＰＥＧ４−ＡＶＣ方式で符号化されたビデオ信号、ＭＰＥＧ２−ＡＡＣ方式で符号化されたオーディオ信号を適切なサイズに細分化し、これら細分化された信号を再生に必要となる順番で並べ直すとともに、制御用の情報が付与されることでデジタルデータが構成される。ＭＰＥＧ２−ＴＳ方式を用いている日本の地上デジタル放送、ＢＳ／ＣＳデジタル放送では、ビデオ信号及びオーディオ信号は、固定長である１８８バイトが一つの単位とされる。この一つの単位はパケットと呼ばれ、ＭＰＥＧ２−ＴＳ方式ではＴＳパケットと呼ばれている。
【００１２】
ＴＳパケットは、制御情報が格納されるＴＳヘッダと、実際のビデオ信号及びオーディオ信号を格納するＴＳペイロードとから構成される。日本の地上デジタル放送、及び、ＢＳ／ＣＳデジタル放送では、ＴＳヘッダは４バイトの固定長であり。ＴＳペイロードは原則として１８４バイトの固定長である。なお、ＴＳペイロードの一部は、Ａｄａｐｔａｔｉｏｎ  Ｆｉｅｌｄと呼ばれる追加の制御情報を格納するために利用されることもある。
【００１３】
また、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ（以下、ＢＤとも記載される）にビデオ信号及びオーディオ信号が記録される場合、ＴＳパケットの先頭に、さらにＢＤからの読み出し時刻を指示する４バイトのタイムスタンプが付与され、１９２バイトの固定長が一つの単位とされる。この方式は、タイムスタンプが付与されることからＴｉｍｅ  Ｓｔａｍｐｅｄ  ＴＳ方式、または、ＴＴＳ方式と呼ばれ、一つの単位は、ＴＴＳパケットと呼ばれる。
【００１４】
さて、昨今新たな高画質のコンテンツとして４Ｋコンテンツが注目されている。従来のＨＤコンテンツは２Ｋコンテンツとも呼ばれ、その画素数は縦１９２０、横１０８０である。４Ｋコンテンツは、２Ｋコンテンツの画素数が縦横各々２倍され、４Ｋコンテンツの画素数は、縦３８４０、横２１６０である。単純に考えると、４Ｋコンテンツを記録するためには、２Ｋコンテンツを記録する場合の４倍の記録容量が必要となるが、昨今の動画圧縮技術の進展により、おおよそ２倍程度の容量で記録することが可能であると言われている。また、さらに高画質なコンテンツとして画素数が縦７６８０、横４３２０である８Ｋコンテンツも検討されている。
【００１５】
４Ｋコンテンツまたは８Ｋコンテンツを放送波で伝送するために、新たに高度ＢＳデジタル放送、及び、高度広帯域ＣＳデジタル放送の開発が進められている。これらの放送では、４Ｋコンテンツの場合には３５Ｍｂｐｓ（１秒間に３５Ｍビット）、８Ｋコンテンツの場合には１００Ｍｂｐｓ（１秒間に１００Ｍビット）の伝送帯域が想定されている。このような放送を通じて得られるコンテンツを格納するための光ディスクの開発も検討されている。
【００１６】
また、高度ＢＳデジタル放送及び高度広帯域ＣＳデジタル放送では、通信による伝送との連携を強化するために、新たな多重化フォーマットとしてＭＭＴ／ＴＬＶ方式が採用される。ＭＭＴ／ＴＬＶ方式では、ＭＰＥＧ２−ＴＳ方式と同様にビデオ信号及びオーディオ信号が適切なサイズに細分化され、これら細分化されたデータを再生に必要となる順番で並べ直すとともに、制御用の情報が付与される。ＭＭＴ／ＴＬＶ方式とＭＰＥＧ２−ＴＳ方式との大きな相違点は、ＭＭＴ／ＴＬＶ方式では、細分化後のデータサイズが必ずしも固定ではなく、可変長となることである。
【００１７】
さらに、４Ｋコンテンツを不正なコピーから保護するために、４Ｋコンテンツは、例えば、暗号化される。暗号化には標準的に利用されているＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）方式などを用いることができる。一般的には１２８ビットの鍵長が用いられる。
【００１８】
ここで、１時間の４Ｋコンテンツは、１５ＧＢ程度のサイズとなるが、この全体を一括して暗号化すると４Ｋコンテンツを途中から再生する場合などに再生動作が複雑となる。このため、一般的には、コンテンツ全体を小単位に分割して、この小単位ごとに暗号化を行う。多重化方式がＭＭＴ／ＴＬＶ方式である場合には、コンテンツは可変長サイズのデータに細分化されているが、暗号化された状態では細分化されたデータの境界が判定できないため、別途定められたサイズごとに暗号化することとなる。光ディスクでは２ＫＢのセクタ、さらにセクタが３２個集まった読み書きの単位であるＥＣＣブロック（６４ＫＢ）が取り扱いに適したサイズであるため、例えば、６４ＫＢの単位で暗号化が行われる。ＥＣＣブロックは、言い換えれば、記録されたデータのエラー訂正が行われる単位である。
【００１９】
さて、４Ｋコンテンツの部分削除または中抜き削除などの編集が行われることがある。例えば、１時間の４Ｋコンテンツの先頭３０秒に不要部分があり、これを削除するケースがある。この際に、３０秒に相当する不要部分のサイズは必ずしも６４ＫＢの倍数とはならない。このため、不要部分が削除された後、一旦全体を復号して再度６４ＫＢの単位で再暗号化を行わなければならないという問題があった。
【００２０】
また、６４ＫＢの単位で暗号化を行っていたとしても、光ディスクへの記録及び削除が繰り返されたことによって、記録セクタの断片化が発生しているような場合がある。このような場合、６４ＫＢの暗号化データが一つのＥＣＣブロックに記録されないケースがある。このようなケースでは、暗号化データをすぐに書き込むことができず、次の暗号化データを準備して初めて記録することが可能となる。つまり、記録動作におけるデータのバッファ制御が難しいことが課題である。
【００２１】
以上のような課題を鑑み、発明者らは、記録動作が簡素化されたコンテンツ記録装置、編集動作が簡素化されたコンテンツ編集装置、及び、再生動作が簡素化されたコンテンツ再生装置を見出した。
【００２２】
以下、実施の形態について、図面を参照しながら具体的に説明する。なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００２３】
なお、各図は模式図であり、必ずしも厳密に図示されたものではない。また、各図において、実質的に同一の構成に対しては同一の符号を付し、重複する説明は省略または簡略化される場合がある。
【００２４】
（実施の形態）
［ＢＤの構成］
まず、ＢＤの構成について説明する。図１は、ＢＤの構成を示す図である。
【００２５】
ＢＤ１０１は、トラック１０２を有する。ＢＤ１０１は、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）またはＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）などの他の光ディスクと同様に、内周側から外周側に向かうらせん状の記録領域であるトラック１０２を有する。図１ではトラック１０２は、横方向に引き伸ばして図示されている。
【００２６】
トラック１０２には、内周側のリードイン、外周のリードアウト、及び、リードイン及びリードアウトの間のボリューム領域を有している。ボリューム領域は、論理データを記録可能な領域である。ボリューム領域には、先頭から通し番号が振られており、この番号のことを論理アドレスと呼ぶ。ＢＤ１０１からのデータの読み出しは論理アドレスを指定することで行う。論理アドレスがＢＤ１０１内で物理的にも連続していれば、論理アドレスが連続しているデータはシークを行わずに読み出すことが可能である。
【００２７】
また、リードインのさらに内側にはＢＣＡ（Ｂｕｒｓｔ  Ｃｕｔｔｉｎｇ  Ａｒｅａ）と呼ばれる特別な領域がある。この領域は、光ディスクドライブ装置によっては読み出すことができるが、アプリケーションによっては読み出せないため、例えば、著作権保護技術などに利用される。
【００２８】
ボリューム領域には、先頭からファイルシステム１０３のボリューム情報が記録され、続いて映像データなどのアプリケーションデータが記録される。ファイルシステム１０３は、ＢＤ１０１に記録されたデータをディレクトリまたはファイルと呼ばれる単位で表現する仕組みであり、ＢＤ１０１に用いられるファイルシステム１０３は、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｃ  Ｆｏｒｍａｔ）である。日常使っているパーソナルコンピュータ（ＰＣ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）の場合でも、ＦＡＴまたはＮＴＦＳと呼ばれるファイルシステム１０３により、ハードディスクに記録されたデータがディレクトリまたはファイル単位で表現され、ユーザビリティが高められている。ファイルシステム１０３によれば、ＢＤ１０１においても、通常のＰＣと同じように、記録されたデータをディレクトリまたはファイル単位で読み出すことができる。
【００２９】
ＢＤ１０１のディレクトリ・ファイル構造１０４は、具体的には、以下の通りである。ルートディレクトリ（ＲＯＯＴ）直下には、ＢＤＡＶディレクトリが配置されている。ＢＤＡＶディレクトリは、ＢＤ１０１で扱うＡＶコンテンツまたは管理情報などのデータが記録されているディレクトリである。
【００３０】
ＢＤＡＶディレクトリの配下には、ディスクに記録されているプレイリストを管理するテーブルが定義されたＩＮＦＯファイル、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦＯディレクトリ、及び、ＳＴＲＥＡＭディレクトリが存在する。
【００３１】
映像・音声といったＡＶコンテンツが多重化されて格納されたＡＶクリップ（ＺＺＺ．ＭＭＴＳ、ＡＡＡ．ＭＭＴＳ）は、ＳＴＲＥＡＭディレクトリの下に配置される。ＡＶクリップの管理情報を格納したクリップ情報ファイル（ＺＺＺ．ＣＬＰＩ、ＡＡＡ．ＣＬＰＩ）は、ＣＬＩＰＩＮＦＯディレクトリの下に配置される。ＡＶクリップの論理的な再生経路を定義したプレイリストファイル（ＸＸＸ．ＲＰＬＳ、ＹＹＹ．ＶＰＬＳ）は、ＰＬＡＹＬＩＳＴディレクトリの下に配置される。
【００３２】
次に、ＢＤ１０１の物理構成について説明する。図２は、ＢＤ１０１の物理構造を示す図である。
【００３３】
図２に示されるように、ボリューム領域は、複数のＥＣＣブロック１０５から構成されている。ＥＣＣブロック１０５は、光ディスクドライブ装置がＢＤ１０１からデータを読み書きする際の最小構成単位である。光ディスクドライブ装置は、ＢＤ１０１上に物理的に構築された微小な形状をレーザ光によってアナログ的に読み出し、この読み出し情報に対して変調やエラー訂正などの処理を施して６４ＫＢ分のデジタルデータを取得する。光ディスクドライブ装置は、記録の際にはこの逆の処理を行い、６４ＫＢのデジタルデータを物理的に構築する微小な形状をレーザ光によって書き込む。ＥＣＣブロック１０５は、３２個のセクタ１０６によって構成されている。セクタ１０６は、２ＫＢのデータサイズを有する。
【００３４】
［ＩＮＦＯファイルのデータ構造］
次に、ＩＮＦＯファイルのデータ構造について説明する。図３は、ＩＮＦＯファイルのデータ構造を示す図である。
【００３５】
図３に示されるように、ＩＮＦＯファイルは、ディスク情報とプレイリストテーブルとから構成される。
【００３６】
ディスク情報においては、ディスク名、記録保護フラグ、ＰＩＮコードといったＢＤ１０１に記録されるコンテンツに関連する情報が定義される。記録保護フラグは、ユーザがＢＤ１０１に記録されたコンテンツを誤って編集したり、削除したりしてしまうことを避けるための編集禁止を示すフラグである。ＰＩＮコードは、ユーザを認証するために使用される４桁の数字である。ＰＩＮコードによれば、ＢＤ１０１に記録されているコンテンツが他人などに不用意に視聴されることを避けることができる。
【００３７】
プレイリストテーブルは、ＢＤ１０１に格納されるすべてのプレイリストを定義するテーブルである。プレイリストテーブルにおいては、プレイリスト番号が指定されており、コンテンツ再生装置は、プレイリストテーブルを使用することにより、プレイリストをプログラムメニューとして一覧表示することができる。
【００３８】
［プレイリストファイルのデータ構造］
次に、プレイリストファイル（ＸＸＸ．ＲＰＬＳ、ＹＹＹ．ＶＰＬＳ）について説明する。図４Ａは、プレイリストの概念を示す図である。図４Ｂは、プレイリストファイルのデータ構造を示す図である。
【００３９】
プレイリストは、ＡＶクリップ２０４の再生経路を示すものである。図４Ａ及び図４Ｂに示されるように、プレイリストは１つ以上のプレイアイテム２０１によって構成され、各プレイアイテム２０１はＡＶクリップ２０４に対する再生区間を示す。各プレイアイテム２０１は、プレイアイテムＩＤで識別され、プレイリスト内で再生されるべき順序で記述されている。また、プレイリストは再生開始点を示すエントリマーク２０２を含んでいる。エントリマーク２０２はプレイアイテムで定義される再生区間に対して付与することができる。図４Ａ及び図４Ｂに示されるように、エントリマーク２０２は、プレイアイテムの再生開始点となりうる位置に付与され、頭出し再生に利用される。なお、一連のプレイアイテムの再生経路は、例えば、メインパス２０５と定義される。
【００４０】
プレイリストファイルには２種類のファイルが存在する。一つはリアルプレイリスト（ＸＸＸ．ＲＰＬＳ）である。リアルプレイリストは、ＢＤ１０１に記録されているＡＶクリップ２０４を管理するために使用される。ＢＤ１０１に記録されるＡＶクリップ２０４のすべての区間は、リアルプレイリストのプレイアイテムと１対１で対応づけられている。コンテンツ再生装置は、リアルプレイリストを参照することでＢＤ１０１に記録されたＡＶクリップすべてを再生することが可能である。また、リアルプレイリストが削除されることで、それに紐付くＡＶクリップ２０４もまた削除されることになる。
【００４１】
プレイリストファイルに含まれるもう一つのファイルは、バーチャルプレイリスト（ＹＹＹ．ＶＰＬＳ）である。バーチャルプレイリストによれば、ユーザは、ＡＶクリップ２０４の再生経路を自由に編集することができる。バーチャルプレイリストは、ＡＶクリップ２０４を一部重複して参照してもよい。バーチャルプレイリストを削除しても、ＡＶクリップ２０４は削除されることはない。
【００４２】
リアルプレイリストとバーチャルプレイリストとは拡張子によって区別することができるが、プレイリスト番号（ＸＸＸとＹＹＹ）は、重複してはいけない。
【００４３】
次に、プレイアイテムの内容について説明する。図５は、プレイアイテムの内容を示す図である。
【００４４】
プレイアイテムには、再生対象のＡＶクリップ２０４の参照情報３０１、接続条件３０２、再生開始時刻３０３、及び、再生終了時刻３０４が含まれる。再生開始時刻３０３と再生終了時刻３０４とは、時間情報である。このため、コンテンツ再生装置は、クリップ情報ファイル２０３のエントリマップを参照し、指定された再生開始時刻および再生終了時刻に対応するＡＶクリップ２０４内の位置情報を取得し、読み出し開始位置を特定して再生動作を行う。
【００４５】
接続条件３０２は、前方プレイアイテムとの接続タイプを示している。プレイアイテムの接続条件３０２が「１」または「２」である場合は、プレイアイテムが指し示すＡＶクリップ２０４は、そのプレイアイテム（現在のプレイアイテム）の前のプレイアイテム（前方のプレイアイテム）が指し示すＡＶクリップ２０４とシームレスに接続されることが保証されないことを示す。「１」及び「２」の違いは、前方のプレイアイテムと現在のプレイアイテムとが参照するＡＶクリップ２０４が、同一のＡＶクリップ２０４内で連続するＳＴＣシーケンスであるか否かの違いである。
【００４６】
接続条件３０２が「３」または「４」である場合は、現在のプレイアイテムが指し示すＡＶクリップ２０４は、前方のプレイアイテムが指し示すＡＶクリップ２０４とシームレスに接続されることが保証される。
【００４７】
接続条件３０２が「４」である場合は、前方のプレイアイテムが参照するＡＶクリップ２０４に、シームレス接続が可能なように終端処理が実施されている。一方、接続条件３０２が「３」である場合、前方のプレイアイテムが参照するＡＶクリップ２０４は、シームレス接続が可能なように終端処理が実施されていないため、接続点付近を一部切り出して終端処理を施したブリッジクリップを介することにより、シームレス接続が可能である。
【００４８】
［クリップ情報ファイルのデータ構造］
続いて、クリップ情報ファイル２０３（ＺＺＺ．ＣＬＰＩ）のデータ構造について説明する。図６は、クリップ情報ファイル２０３のデータ構造を示す図である。
【００４９】
図６に示されるように、クリップ情報ファイル２０３は、ＡＶクリップ２０４の管理情報であり、ＡＶクリップ２０４と１対１で対応する。クリップ情報ファイル２０３は、クリップ情報と、ストリーム属性情報と、シーケンス情報と、エントリマップとによって構成される。
【００５０】
クリップ情報は、システムレート、再生開始時刻、及び、再生終了時刻によって構成されている。システムレートは、後述するシステムターゲットデコーダのＰＩＤフィルタへの最大転送レートを示す。再生開始時刻は、ＡＶクリップ２０４の先頭のビデオフレームの表示時刻（ＰＴＳ）であり、再生終了時刻はＡＶクリップ２０４の終端のビデオフレームの表示時刻（ＰＴＳ）に１フレーム分の再生間隔を足したものである。
【００５１】
ストリーム属性情報は、図７に示されるようなデータ構造を有する。図７は、ストリーム属性情報のデータ構造を示す図である。
【００５２】
ストリーム属性情報においては、ＡＶクリップ２０４に含まれる各ストリームについての属性情報がＰＩＤ毎に登録されている。属性情報は、ビデオストリーム、オーディオストリーム、及び、字幕ストリームなど、ストリームの種類毎に異なる。
【００５３】
ビデオストリーム属性情報は、対象のビデオストリームがどのような圧縮コーデックで圧縮されたか、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか、アスペクト比はどれだけであるか、フレームレートはどれだけであるかなどの情報を含む。オーディオストリーム属性情報は、対象のオーディオストリームがどのような圧縮コーデックで圧縮されたか、そのオーディオストリームに含まれるチャンネル数は何であるか、サンプリング周波数がどれだけであるかなどの情報を含む。これらの属性情報は、コンテンツ再生装置の、再生開始前のデコーダの初期化などに利用される。
【００５４】
シーケンス情報は、ＡＶクリップ２０４に含まれる各シーケンスに関する管理情報である。ＡＶクリップ２０４は必ずしも時間的に連続な一塊の単独のビデオ・オーディオ・字幕ストリームから構成されるわけではない。ＡＶクリップ２０４は、連続的な一塊のストリームが複数集まって構成されることもある。このような場合に、一塊のストリームをシーケンスと呼び、シーケンス情報は、このシーケンスに関する情報を管理する。
【００５５】
例えば、１時間の番組を最初に録画した場合には、１時間の再生時間を持つ１つのシーケンスが１つのＡＶクリップ２０４に格納される。ここで、１時間のＡＶクリップ２０４の中で先頭から２０分の地点から４０分の地点までを削除して４０分のＡＶクリップ２０４として再編集した場合には、前半２０分の部分が１つのシーケンス、後半２０分の部分が１つのシーケンスとして、トータルで４０分の再生時間を有し、２つのシーケンスから構成される１つのＡＶクリップ２０４が生成される。
【００５６】
このようにシーケンスが個別に管理される理由は、ストリームに付随する時刻情報の連続性を維持するためである。後述のように、ストリームには、当該データの放送時刻、各ビデオフレームの表示時刻などの様々な時刻情報が格納されている。コンテンツ再生装置は、これらの時刻情報を用いてデータを読み出す時間または表示する時間などを同期して、全体として破綻のないようにコンテンツを再生する。ここで、時刻情報が不連続であったり、重複が発生したりしてしまうと、同期に関して様々な問題が起こりえる。このような問題を回避するために、コンテンツ再生装置は、時刻情報に重複または不連続が発生していないことが保証されるシーケンスを利用する。
【００５７】
図８は、シーケンス情報のデータ構造を示す図である。図８に示されるように、シーケンス情報の先頭部分には、対象のＡＶクリップ２０４に含まれるシーケンスの個数が格納される。その後には、１または複数のシーケンスの個別情報が格納される。
【００５８】
シーケンスの個別情報には、まず最初に対象のシーケンスのＡＶクリップ２０４内での記録位置が格納される。例えば、ＡＶクリップ２０４の先頭からのバイト数が記録位置として格納される。シーケンスの個別情報には、さらに、対象のシーケンスにおける無効化領域のサイズとして、対象のシーケンスの先頭部分に含まれる無効化領域のサイズである先頭無効化領域サイズ、対象のシーケンスの末尾部分に含まれる無効化領域のサイズである末尾無効化領域サイズが記録される。先頭無効化領域サイズ、及び、末尾無効化領域サイズも、対象シーケンスの先頭または末尾からのバイト数で表される。
【００５９】
ここで、図９を用いて、無効化領域の意味とその利用例について説明する。図９は、無効化領域を説明するための図である。
【００６０】
図９の（ａ）は、最初にコンテンツが記録された場合のデータ構造を模式的に示す図である。一つのＡＶクリップ２０４は一つのシーケンス＃１から構成され、シーケンス＃１には実際のビデオ・オーディオ・字幕などの各ストリームのみが記録されている。
【００６１】
ここで、当該ＡＶクリップの真ん中部分を削除する部分削除が発生した場合、図９の（ｂ）に示されるように、元のシーケンス＃１は、前半部分に相当するシーケンス＃１と後半部分に相当するシーケンス＃２の二つに分離される。シーケンス＃１およびシーケンス＃２は、削除対象外の実ストリームを含むが、後述する暗号化処理、及び、ＥＣＣブロック単位で読み書きが行われる都合上、実ストリームの末尾または先頭に不要なデータが残っているほうがよいケースがある。しかしながら、このような不要なデータは、意味のあるデータ構成となっておらず、不要なデータが再生されると、映像が途中で途切れてしまったり、映像が途中から始まったりする可能性がある。このような誤動作を抑制するために、不要なデータは、無効化領域（言い換えれば、不要領域）として意図的に残される。無効化領域は、先頭無効化領域サイズおよび末尾無効化領域サイズを用いて管理される。
【００６２】
エントリマップは、図１０に示すように、エントリマップヘッダ情報と、ＡＶクリップ２０４に含まれるビデオストリームの複数のＩピクチャの表示時刻を示す時刻情報と、各Ｉピクチャが開始するＡＶクリップ２０４の位置情報が記載されたテーブル情報である。図１０は、エントリマップのデータ構造を示す図である。ＡＶクリップ２０４がＭＰＥＧ−２ストリームの場合、時刻情報はＰＣＲパケットに記述されるシステム時間を基準とする時刻を示し、位置情報はソースパケット番号（ＳＰＮ）を示す。ＡＶクリップ２０４がＭＭＴストリームの場合、時刻情報はＮＴＰパケットに記述されるＵＴＣ時間を基準とする時刻を示し、位置情報は、先頭からのバイト数を示す。
【００６３】
図１０において、同一の行に含まれて対となる時刻情報及び位置情報をエントリポイントと呼ぶ。また、エントリポイントＩＤ（以下ＥＰ＿ＩＤ）は、先頭のエントリポイントをＥＰ＿ＩＤ＝０としてインクリメントされた値である。図１１は、エントリポイントを説明するための図である。
【００６４】
このようなエントリマップを利用することにより、コンテンツ再生装置は、ビデオストリームの時間軸上の任意の地点に対応するＡＶクリップ２０４のファイル位置を特定することができる。例えば、早送り・巻戻しなどの特殊再生の際には、コンテンツ再生装置は、エントリマップに登録されるＩピクチャを特定し、特定したＩピクチャを選択的に再生することによりＡＶクリップ２０４を解析することなく効率的に特殊再生を行うことができる。
【００６５】
また、エントリマップは、ＡＶクリップ２０４内に多重化される各ビデオストリーム毎に作られ、ＰＩＤによって管理される。また、エントリマップには、先頭にエントリマップヘッダ情報が格納され、ここには該当エントリマップが指すビデオストリームのＰＩＤやエントリポイント数などの情報が格納される。
【００６６】
［ＡＶクリップ］
続いて、ＡＶクリップ２０４（ＺＺＺ．ＭＭＴＳ、ＡＡＡ．ＭＭＴＳ）について説明する。
【００６７】
ＡＶクリップ２０４には、ＭＰＥＧ−２  ＴＳ形式のデジタルストリームと、ＭＭＴ／ＴＬＶ形式のデジタルストリームとの２種類がある。ＭＰＥＧ−２  ＴＳ形式のＡＶクリップ２０４か、ＭＭＴ／ＴＬＶ形式のＡＶクリップ２０４かは、拡張子によって判別することができる。ストリーム番号（ＺＺＺとＡＡＡ）は、重複して存在してはいけない。本願では、多重化のための細分化データの長さが可変であるＭＭＴ／ＴＬＶ形式の場合の課題を取り扱うため、以下ではＭＭＴ／ＴＬＶ形式のＡＶクリップ２０４のみについて説明する。
【００６８】
図１２は、ＭＭＴ／ＴＬＶ形式のストリームの構成を模式的に示す図である。ＭＭＴ／ＴＬＶ形式のストリームは、ＴＬＶパケット、ＩＰパケット、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）パケット、及び、ＭＭＴＰパケットの四層の構造である。
【００６９】
ＴＬＶパケットは、可変長のパケットであり、ＴＬＶヘッダとＴＬＶペイロードとから構成される。ＴＬＶペイロードは可変長であり、ＴＬＶペイロードには可変長のＩＰパケットが格納される。
【００７０】
ＩＰパケットは、ＩＰヘッダとＩＰペイロードとから構成される。ＩＰヘッダは基本的には固定長であるが、オプションデータがあるような場合には可変長であってもよい。また、４Ｋ／８Ｋ放送コンテンツで用いられるＭＭＴ／ＴＬＶ方式では、ＩＰヘッダが圧縮される（つまり、ＩＰヘッダが圧縮形式で記載される）ケースもある。これは、ＩＰヘッダに記載されるサイズ及びアドレスなどの情報が、放送の場合にはほぼ変化がないことを利用し、一部のＩＰパケットでのみ全ての情報を記録し、それ以外のＩＰパケットでは「前と同じ」ことを示す情報を記録することで情報量を減らすものである。圧縮されたＩＰヘッダは、通常のＩＰヘッダとは長さが異なる。なお、ＩＰペイロードは可変長である。
【００７１】
ＩＰペイロードには、可変長のＵＤＰパケットが格納される。ＵＤＰパケットは、ＵＤＰヘッダとＵＤＰペイロードとから構成される。なお、ＵＤＰヘッダは、ＩＰヘッダとあわせて圧縮されるケースもある。
【００７２】
ＵＤＰペイロードには、可変長のＭＭＴＰパケットが格納される。ＭＭＴＰパケットは、ＭＭＴＰヘッダとＭＭＴＰペイロードとから構成される。ＭＭＴＰヘッダは、少なくともＭＭＴＰ基本ヘッダを含む。ＭＭＴＰ基本ヘッダは基本的には固定長であるが、オプションデータがある場合には可変長であってもよい。
【００７３】
また、図１２の例のように、ＭＭＴＰ基本ヘッダのあとにＭＭＴＰ拡張ヘッダがあることもある。ＭＭＴＰ拡張ヘッダには、例えば、暗号化処理の制御に関する情報などが格納される。ＭＭＴＰ拡張ヘッダは、固定長であってもよいし、可変長であってもよい。ＭＭＴＰ拡張ヘッダのあとには、ＭＭＴＰペイロードが続く。ＭＭＴＰペイロードには、分割された実際のビデオストリームまたはオーディオストリームが格納される。
【００７４】
［ＴＬＶパケットのデータ構造］
次に、ＴＬＶパケットのデータ構造について説明する。図１３は、ＴＬＶパケットのデータ構造を示す図である。
【００７５】
上述のように、ＴＬＶパケットは、ＴＬＶヘッダとＴＬＶペイロードとから構成される。ＴＬＶヘッダの先頭には、先頭を示すデリミタとして常に二進数で０１という値が２ビット分記載される。このデリミタに引き続いて６ビットの将来拡張用フィールド（ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ）が用意される。現時点ではこの将来拡張用フィールドには全て１の値が記載されるが、将来何らかの理由で拡張が必要となった場合には、ここにゼロの値が記載されることもありえる。
【００７６】
将来拡張用フィールドの次には、ＴＬＶペイロード内に格納されるデータの種別を示す８ビットのｐａｃｋｅｔ＿ｔｙｐｅが格納される。
【００７７】
ＴＬＶペイロードの中身は先述したとおり原則としてＩＰパケットであるが、ＩＰｖ４パケットが格納されるケースとＩＰｖ６パケットが格納されるケースとがある。また、放送によってＴＬＶパケットが伝送される場合にはＩＰパケット内のＩＰヘッダの値がほぼ一定の値となることから、ＩＰヘッダが圧縮形式で記載される圧縮ＩＰパケットもあり得る。また、ＩＰパケットの代わりに、多重化されたＩＰパケットを受信装置が多重解除するための制御情報であるＴＬＶ−ＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）がＴＬＶペイロードに格納されることもある。さらには、リアルタイムでＴＬＶパケットが伝送される放送においては、必ずしも全ての時間で意味のあるデータを送信しているわけではないことから、その間を埋めるためのヌルパケットをＴＬＶペイロードに格納することもありえる。上述のｐａｃｋｅｔ＿ｔｙｐｅは、これらＩＰパケット、圧縮ＩＰパケット、ＴＬＶ−ＳＩ、及び、ヌルパケットのいずれがＴＬＶペイロードに格納されているかを示すために用いられる。ｐａｃｋｅｔ＿ｔｙｐｅの次には、ＴＬＶパケットのパケット長さを示すｌｅｎｇｔｈが格納される。
【００７８】
［ＩＰパケットのデータ構造］
次に、ＩＰパケットのデータ構造について説明する。図１４は、ＩＰパケット及びＵＤＰパケットのデータ構造を示す図である。なお、図１４では、非圧縮のＩＰｖ６パケットの構造を代表事例として示す。圧縮ＩＰパケット及びＩＰｖ４パケットは異なる構造となるが説明が省略される。
【００７９】
さて、ＩＰパケットは、上述のようにＩＰヘッダとＩＰペイロードとから構成されている。図１４に示されるように、ＩＰヘッダの先頭にはＩＰパケットのバージョンを示す４ビットの情報が記載される。ＩＰｖ６パケットであれば６が記載される。
【００８０】
続く８ビットのｔｒａｆｆｉｃ＿ｃｌａｓｓは、当該ＩＰパケットの取り扱いに関する優先順位を規定するフィールドである。ｔｒａｆｆｉｃ＿ｃｌａｓｓは、放送によってＩＰパケットが伝送される場合には常に０として優先順位の規定なく運用される。
【００８１】
続く２０ビットのｆｌｏｗ＿ｌａｂｅｌは、通信の制御に関する情報を格納可能であるが、放送によってＩＰパケットが伝送される場合には常に０として運用される。
【００８２】
続く１６ビットのｐａｙｌｏａｄ＿ｌｅｎｇｔｈは、ＩＰペイロードのバイト長を示す情報である。このフィールドによって、可変長のＩＰペイロードを取り扱うことが可能となる。続く８ビットのｎｅｘｔ＿ｈｅａｄｅｒは、ＩＰヘッダに続くヘッダを示すものであるが、放送によってＩＰパケットが伝送される場合には、必ず次にＵＤＰヘッダがくるため、固定値である０００１  ０００１が記載される。
【００８３】
ルータによる中継数の上限を示す８ビットのｈｏｐ＿ｌｉｍｉｔ、配信元のＩＰアドレスを示す１２８ビットのｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ、配信先のＩＰアドレスを示す１２８ビットのｄｅｓｔｉｎａｔｉｏｎ＿ａｄｄｒｅｓｓがｎｅｘｔ＿ｈｅａｄｅｒに続くが、詳細な説明は省略される。
【００８４】
［ＵＤＰパケットのデータ構造］
ＩＰペイロードには、ＵＤＰパケットが格納され、ＩＰヘッダの直後には、ＵＤＰヘッダが続く。以下、ＵＤＰパケットのデータ構造について、引き続き図１４を参照しながら説明する。
【００８５】
ＵＤＰヘッダは、各１６ビットのｓｏｕｒｃｅ＿ｐｏｒｔ、ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ、及び、ｌｅｎｇｔｈ、ｃｈｅｃｋ＿ｓｕｍから構成される。このうちで、ｌｅｎｇｔｈはこのＵＤＰヘッダと以降に続くＵＤＰペイロードを合計したサイズをバイト単位で示したものである。なお、ｓｏｕｒｃｅ＿ｐｏｒｔ、ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ、ｃｈｅｃｋ＿ｓｕｍについては、説明が省略される。
【００８６】
ＵＤＰヘッダの後には、可変長のＵＤＰペイロードが続く。このＵＤＰペイロードには、通常は可変長のＭＭＴＰパケットが格納される。ＵＤＰペイロードには、ＭＭＴＰパケット以外に受信装置に時刻を通知するためのＮＴＰ形式のＵＤＰパケットが格納されることがある。例えば、ＩＰｖ６パケットのＩＰペイロードにＮＴＰに関する情報が格納される場合、宛先ＩＰアドレスとしてＦＦ０２：：１０１が指定される。なお、ＮＴＰ形式のＩＰパケットについても平文で伝送されるため、特に復号処理などを行う必要はない。
【００８７】
［ＭＭＴＰパケットのデータ構造］
次に、ＭＭＴＰパケットのデータ構造について説明する。図１５は、ＭＭＴＰパケットのデータ構造を示す図である。
【００８８】
図１５に示されるように、ＭＭＴＰパケットは、ＭＭＴヘッダとＭＭＴＰペイロードとから構成される。ＭＭＴＰパケットには少なくともＭＭＴＰ基本パケットが含まれる。
【００８９】
ＭＭＴＰ基本パケットは、まず２ビットのｖｅｒｓｉｏｎから始まる。ｖｅｒｓｉｏｎはＭＭＴプロトコルのバージョン番号を示し、このフィールドには００が指定される。
【００９０】
ｖｅｒｓｉｏｎの次の１ビットのｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ＿ｆｌａｇには、後述するｐａｃｋｅｔ＿ｃｏｕｎｔｅｒフィールドが存在するかが指定される。ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ＿ｆｌａｇは、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒフィールドが存在する場合は１、存在しない場合には０となる。ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ＿ｆｌａｇの値によって、ＭＭＴＰ基本ヘッダのサイズが変わる。なお、日本の４Ｋ／８Ｋ放送の場合には、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ＿ｆｌａｇは常に０であり、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒフィールドは使用されない。
【００９１】
１ビットのｅｘｔｅｎｔｉｏｎ＿ｆｌａｇは、ＭＭＴＰ拡張ヘッダが存在するかどうかを指定する１ビットのフラグである。ｅｘｔｅｎｔｉｏｎ＿ｆｌａｇは、ＭＭＴＰ拡張ヘッダが存在する場合には１、存在しない場合には０となる。ｅｘｔｅｎｔｉｏｎ＿ｆｌａｇの値によって、ＭＭＴＰヘッダ全体のサイズとＭＭＴＰパケット全体のサイズが変わる。
【００９２】
６ビットのｐａｙｌｏａｄ＿ｔｙｐｅは、ＭＭＴＰペイロードのヘッダ部分のデータ構造を示すフラグである。ｐａｙｌｏａｄ＿ｔｙｐｅは、ビデオまたはオーディオなどの実コンテンツを格納するＭＭＴＰペイロードの場合には０が指定され、制御情報であるＭＭＴ−ＳＩを格納するＭＭＴＰペイロードの場合には２が指定される。
【００９３】
１６ビットのｐａｃｋｅｔ＿ｉｄは、対応するＭＭＴＰペイロードに格納されるデータの種別を識別するための情報である。受信装置は、このｐａｃｋｅｔ＿ｉｄの値によって、ペイロードに格納されているデータがビデオ信号であるか、オーディオ信号であるか、制御用の情報（ＭＭＴ−ＳＩ）であるかなどを判定することが可能である。
【００９４】
続く１６ビットのｔｉｍｅｓｔａｍｐには、このＭＭＴパケットの先頭バイトが放送局から送出される時刻が短い形式のＮＴＰタイムスタンプとして記載される。ＦＥＣ＿ｔｙｐｅ（２ビット）、ＲＡＰ＿ｆｌａｇ（１ビット）、ｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ（３２ビット）、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ（３２ビット、オプション）の各項目については説明が省略される。
【００９５】
上述したｅｘｔｅｎｔｉｏｎ＿ｆｌａｇに１が指定されていた場合には、ＭＭＴＰ基本ヘッダに続いてＭＭＴＰ拡張ヘッダが続く。ＭＭＴＰ拡張ヘッダは一つのＭＭＴＰパケットに複数記載されることがあるが、図１５では、一つのＭＭＴＰパケットに一つのＭＭＴＰ拡張ヘッダが記載される例を示している。なお、逆にＭＭＴＰパケットにＭＭＴＰ拡張ヘッダが全く記載されないケースもありえる。
【００９６】
ＭＭＴＰパケットにＭＭＴＰ拡張ヘッダが存在する場合、その先頭１６ビットはｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅとなり、マルチタイプヘッダー拡張を示す０ｘ００００が指定される。さらに、続く１６ビットにはｅｘｔｅｎｔｉｏｎ＿ｌｅｎｇｔｈが指定され、ここにはこの情報以降に引き続くＭＭＴＰ拡張ヘッダのサイズがバイト単位で記載される。
【００９７】
次に記載される１ビットのマルチヘッダー拡張終了フラグには、このＭＭＴＰ拡張ヘッダが最後のものであるかどうかが記載される。複数のＭＭＴＰ拡張ヘッダを記載する場合には、このフィールドは０となる。
【００９８】
続く１５ビットのマルチヘッダー拡張タイプによって、このＭＭＴＰ拡張ヘッダに含まれる情報の種別が記載される。ＭＭＴＰペイロードに暗号化の対象となるビデオ信号またはオーディオ信号が格納される場合には、ＭＭＴＰ拡張ヘッダとして暗号の制御に関する情報を格納する必要がある。この場合には、マルチヘッダー拡張タイプには、０ｘ０００１が設定される。
【００９９】
次に記載される１６ビットの拡張領域長フィールドには、このＭＭＴＰ拡張ヘッダのサイズがバイト単位で記載される。次の３ビットは、リザーブ領域である。これに続く２ビットのＭＭＴスクランブル制御ビットは、ＭＭＴＰペイロードに格納されるビデオ信号またはオーディオ信号が暗号化されているかどうか、暗号化されている場合にはイーブン鍵及びオッド鍵のどちらを用いるかを示す。次の１ビットのスクランブル方式識別制御ビットは後述するスクランブル方式識別子が記録されているかどうかを示し、１ビットのＭＭＴスクランブル初期値制御ビットは、後述するＭＭＴスクランブル初期値情報が記載されているかを示す。なお、１ビットのメッセージ認証制御ビットについては説明が省略される。
【０１００】
さて、上述したスクランブル方式識別制御ビットが１となっている場合には、８ビットのスクランブル方式識別子が記載され、受信装置は、この情報を用いて実際に利用される暗号化方式を判定する。スクランブル方式識別子が０ｘ０１となっている場合には、広く利用されている鍵長１２８ｂｉｔｓのＡＥＳ暗号化方式が利用される。続く１６ビットのペイロード長には、後述するＭＭＴスクランブル初期値情報の長さがバイト単位で指定される。ＭＭＴスクランブル初期値情報の長さは１６バイトであるため、ペイロード長には０ｘ００１０が指定される。
【０１０１】
最後にＭＭＴスクランブル初期値情報にはＡＥＳ暗号化方式を利用する場合の初期値であるカウンター情報が記載される。なお、ＭＭＴスクランブル初期値制御ビットが０となっている場合には、カウンター情報としてＭＭＴペイロードスクランブル初期値情報に記載される値ではなく、ｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒやｐａｃｋｅｔ＿ｉｄの値を用いて計算される値が利用される。
【０１０２】
［ＭＭＴＰペイロードのデータ構造］
次に、ＭＭＴＰペイロードにＭＭＴ−ＳＩが格納される場合のＭＭＴＰペイロードのデータ構造について説明する。図１６は、ＭＭＴＰペイロードのデータ構造を示す図である。
【０１０３】
ＭＭＴＰペイロードは、さらにヘッダ領域とペイロード領域とに分離される。ヘッダ領域の先頭には、ＭＭＴＰペイロードに格納すべきＭＭＴ−ＳＩが分割されて記録されるかどうかを示す２ビットのｆｒａｇｍｅｎｔａｔｉｏｎ＿ｉｎｄｉｃａｔｏｒが格納される。
【０１０４】
通常、一つのＭＭＴＰパケットは１５００バイト前後のサイズであるが、ＭＭＴ−ＳＩとして記録すべき制御情報はこれ以上のサイズとなる可能性がある。このような場合に、ＭＭＴ−ＳＩは分割されて、複数のＭＭＴＰパケットに格納される。ｆｒａｇｍｅｎｔａｔｉｏｎ＿ｉｎｄｉｃａｔｏｒでは、分割されずに一つのＭＭＴＰパケットに格納されているか（二進数で００）、分割されたＭＭＴ−ＳＩの先頭部分を含むか（二進数で０１）、分割されたＭＭＴ−ＳＩの中間部分を含むか（二進数で１０）、分割されたＭＭＴ−ＳＩの末尾部分を含むか（二進数で１１）が指定される。なお、日本の４Ｋ／８Ｋ放送の場合には、最大でも三分割までという規定があるため、中間部分の場合には分割の２番目であり、末尾部分の場合には分割の３番目（先行する分割が先頭部分の場合には２番目）であることが保証される。
【０１０５】
なお、１ビットのｌｅｎｇｔｈ＿ｅｘｔｅｎｔｉｏｎ＿ｆｌａｇ、１ビットのａｇｇｒｅｇａｔｉｏｎ＿ｃｏｕｎｔｅｒ、８ビットのｆｒａｇｍｅｎｔ＿ｃｏｕｎｔｅｒについては、詳細な説明が省略される。
【０１０６】
［ＭＭＴＰペイロードのペイロード領域のデータ構造］
次に、ＭＭＴＰペイロードのペイロード領域にＭＭＴ−ＳＩが格納される場合のデータ構造を説明する。図１７は、ＭＭＴＰペイロードのペイロード領域のデータ構造を示す図である。
【０１０７】
ＭＭＴＰペイロードのペイロード領域の先頭にはＭＭＴ−ＳＩの種別を示す１６ビットのｍｅｓｓａｇｅ＿ｉｄが格納される。ＭＭＴ−ＳＩには、スクランブルの制御に関するＥＣＭ／ＥＭＭや、ビデオストリームまたはオーディオのストリームとＭＭＴＰパケット群との対応関係を示すＭＰＴ／ＰＬＴなどがあり、各ＭＭＴ−ＳＩに対してｍｅｓｓａｇｅ＿ｉｄが付与されている。
【０１０８】
続く８ビットのｖｅｒｓｉｏｎは、ＭＭＴ−ＳＩのバージョンを示す。次の３２ビットのｌｅｎｇｔｈは、ＭＭＴ−ＳＩのバイト数を示す。ここで注意すべきは、ここで示されるバイト数は当該ＭＭＴＰパケットに格納されるＭＭＴ−ＳＩのバイト数ではなく、分割前のＭＭＴ−ＳＩのバイト数であることである。上述したようにＭＭＴ−ＳＩは、最大三分割して格納されるが、この場合にｌｅｎｇｔｈは、先頭のＭＭＴＰパケットのみに格納される。図１８は、ＭＭＴ−ＳＩの分割方法を示す図である。
【０１０９】
図１８に示されるように、一つのＭＭＴ−ＳＩは、ｍｅｓｓａｇｅ＿ｉｄ、ｖｅｒｓｉｏｎ、ｌｅｎｇｔｈを含むヘッダ領域を先頭部分に有し、その後に実際のｍｅｓｓａｇｅ部を有する。ＭＭＴ−ＳＩは、このようなデータ構造のままで分割される。よって、ｌｅｎｇｔｈは、先頭のＭＭＴＰパケットにのみ格納される。
【０１１０】
ここで、図１６および図１７を用いて説明されたとおり、ＭＭＴＰパケット自身には、ＭＭＴ−ＳＩの先頭に記載されるｌｅｎｇｔｈの情報を除いて、ＭＭＴＰパケット、及び、ＭＭＴＰペイロードに関する長さを示す情報が存在しない。なお、ＭＭＴＰパケットにＭＭＴ−ＳＩではなくビデオストリームまたはオーディオストリームが格納される場合、ＭＭＴＰペイロードの先頭領域には当該ＭＭＴＰパケットに格納されるビデオストリームまたはオーディオストリームデータのサイズが格納される。
【０１１１】
［コンテンツ記録装置］
次に、実施の形態に係るコンテンツ記録装置の構成について説明する。図１９は、実施の形態に係るコンテンツ記録装置の構成を示す図である。
【０１１２】
図１９に示されるように、コンテンツ記録装置４０１は、ＴＬＶ／ＩＰ処理モジュール４０２と、制御モジュール４０３と、ＭＭＴ処理・復号モジュール４０４と、ＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｓｙｓｔｅｍ）モジュール４０５と、暗号化モジュール４０６と、記録モジュール４０７とを備える。これら複数のモジュールそれぞれは、マイクロコンピュータ、プロセッサ、または、専用回路等によって実現される。これら複数のモジュールは、１つの集積回路として実現されてもよい。
【０１１３】
コンテンツは、ＭＭＴ／ＴＬＶ方式で多重化された暗号化ストリームとして放送局４００からコンテンツ記録装置４０１へと伝送される。放送局４００からの放送波は、チューナ（図１９で図示せず）によってアナログ信号からデジタル信号へと変換され、ＭＭＴ／ＴＬＶ形式の暗号化ストリームとしてＴＬＶ／ＩＰ処理モジュール４０２に出力される。
【０１１４】
コンテンツ記録装置４０１は、言い換えれば、暗号化ストリームを放送局４００から受信する受信装置である。コンテンツ記録装置４０１は、典型的には、ＢＤレコーダであり、記録媒体４０８が挿入される。記録媒体４０８は、具体的には、ＢＤ１０１である。コンテンツ記録装置４０１は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）がＵＳＢ接続などによって外付けされる、テレビ受信機またはセットトップボックス（ＳＴＢ）であってもよい。つまり、記録媒体４０８は、ＢＤ１０１などの光ディスクに限定されず、ハードディスクであってもよい。
【０１１５】
ＴＬＶ／ＩＰ処理モジュール４０２は、ＭＭＴ／ＴＬＶ形式の暗号化ストリームに信号処理を行う。ＴＬＶ／ＩＰ処理モジュール４０２は、具体的には、必要に応じてＴＬＶ−ＳＩに関する処理、及び、ＮＴＰに関する処理を行う。
【０１１６】
例えば、ＴＬＶ／ＩＰ処理モジュール４０２は、ＴＬＶペイロードに格納されているデータがＴＶＬ−ＳＩであった場合には、これを制御モジュール４０３に出力する。なお、ＴＬＶ−ＳＩは平文で伝送されるため、特に復号処理などを行う必要はない。この場合、制御モジュール４０３は、ＴＬＶ−ＳＩに記載された情報にしたがって、ＴＬＶ／ＩＰ処理モジュール４０２、ＭＭＴ処理・復号モジュール４０４、暗号化モジュール４０６の動作を制御する。
【０１１７】
また、ＴＬＶ／ＩＰ処理モジュール４０２は、ＴＬＶペイロードに格納されているデータがヌルパケットであった場合には、単にこれを無視する。これに対し、ＴＬＶ／ＩＰ処理モジュール４０２は、ＴＬＶペイロード内の情報がＩＰパケットまたは圧縮ＩＰパケットであった場合には、さらにＩＰパケットに関する処理を継続する。
【０１１８】
また、ＴＬＶ／ＩＰ処理モジュール４０２は、必要に応じてＴＬＶ−ＮＵＬＬ及びＴＬＶ−ＳＩを廃棄することで得られる、部分ストリームをＭＭＴ処理・復号モジュール４０４に出力する。
【０１１９】
部分ストリームは、ＭＭＴ処理・復号モジュール４０４によって復号されて平文ストリームとなる。ここで、ＭＭＴ処理・復号モジュール４０４は、ＭＭＴＰペイロードに格納されているデータがＭＭＴ−ＳＩであった場合には、ｍｅｓｓａｇｅ＿ｉｄ（上述の図１７参照）の値に応じてさらにそのＭＭＴ−ＳＩの中身を識別し、必要に応じて制御モジュール４０３、または、ＣＡＳモジュール４０５に出力する。
【０１２０】
ＣＡＳモジュール４０５に出力する必要がある情報は、加入者毎の契約情報や共通情報の暗号を解くためのワーク鍵などを含むＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｓｓａｇｅ）、または、番組に関する情報と復号に必要となる鍵などを含むＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ）などである。ＭＭＴ処理・復号モジュール４０４は、これ以外の情報については制御モジュール４０３に出力する。制御モジュール４０３に出力された情報は、ＭＭＴ処理・復号モジュール４０４、及び、暗号化モジュール４０６を制御するために利用される。
【０１２１】
なお、ＭＭＴＰペイロードに格納されているデータがＭＭＴ−ＳＩである場合、ＭＭＴ−ＳＩは基本的には平文であるため、ＭＭＴ処理・復号モジュール４０４によって復号処理が行われる必要はない。ＥＭＭまたはＥＣＭは暗号化が行われているが、この復号はＣＡＳモジュール４０５によって実行される。
【０１２２】
なお、上述のとおり、ＭＭＴ−ＳＩが分割されている場合には、ＭＭＴ処理・復号モジュール４０４自身ではＭＭＴＰパケットの長さを判断することはできない。しかしながら、ＭＭＴ処理・復号モジュール４０４は、ＴＬＶ／ＩＰ処理モジュール４０２からＭＭＴＰパケットの長さに関する情報を取得することにより適切な処理が可能である。
【０１２３】
暗号化モジュール４０６は、ＭＭＴ処理・復号モジュール４０４から平文ストリームを取得し、平文ストリームの暗号化を行う。図２０は、暗号化モジュール４０６の暗号化方法を説明するための図である。
【０１２４】
平文ストリームは、タイトル鍵（図２０ではＫｔと記載）と呼ばれるデータを用いて暗号化される。ここで暗号化の対象となる各６５５３６バイトのデータは、先頭の１６バイトと残る６５５２０バイトとに分離される。暗号化モジュール４０６は、先頭の１６バイトを対象として、先述したタイトル鍵を用いてＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）暗号方式の暗号化処理であるＡＥＳ＿Ｅを行う。暗号化モジュール４０６は、こうして得られたデータをさらに先頭１６バイトのデータとＸＯＲしたうえで、これを鍵として残る６５５２０バイト分のデータをＡＥＳ−ＣＢＣ（Ｃｉｐｈｅｒ  Ｂｌｏｃｋ  Ｃｈａｉｎｉｎｇ）モードで暗号化する。この結果暗号文のデータが得られ、暗号文のデータに先頭１６バイトのデータを付け加えることで、６５５２０バイト分の暗号文が得られる。このような暗号化方法は、暗号化単位のサイズを除けばＢＤ１０１の著作権保護方式であるＡＡＣＳ（Ａｄｖａｎｃｅｄ  Ａｃｃｅｓｓ  Ｃｏｎｔｅｎｔ  Ｓｙｓｔｅｍ）にて採用されている方式であり、既に様々なＬＳＩで実装されている。このような暗号化方法が用いられることで新たに暗号化方法を開発することなく暗号化が可能である。
【０１２５】
暗号化モジュール４０６は、暗号化対象のコンテンツ（平文ストリーム）を、暗号化単位ごとに暗号化する。図２１は、暗号化対象のコンテンツと暗号化単位との関係を説明するための図である。
【０１２６】
暗号化対象のコンテンツは、上述したＭＭＴ処理・復号モジュール４０４によって復号されて平文となっている。暗号化対象のコンテンツは、先頭から順に６５５３６バイト（６４ＫＢ）の暗号化単位に分割される。各暗号化単位は、先に図２０で説明した暗号化方法を用いて暗号化される。
【０１２７】
なお、暗号化単位が６４ＫＢであるのはＢＤ１０１などの光ディスクにおけるＥＣＣブロックのサイズが６４ＫＢであり、暗号化単位のサイズとＥＣＣブロックのサイズとを一致させるためである。なお、１つの暗号化単位は、ＥＣＣブロックｎ個分（ｎは２以上の整数。例えば、ｎ＝３）のサイズとされてもよいし、暗号化単位ｎ個分が１つのＥＣＣブロックのサイズとされてもよい。
【０１２８】
暗号化モジュール４０６は、暗号化された平文ストリームを記録用暗号化ストリームとして出力する。記録用暗号化ストリームは、暗号化の際に用いたタイトル鍵とともに記録モジュール４０７に出力される。
【０１２９】
記録モジュール４０７は、タイトル鍵と記録用暗号化ストリームとを記録媒体４０８に記録する。記録媒体４０８は、例えば、ＢＤ１０１などの光ディスクであるが、これに限るものではない。記録媒体４０８は、コンテンツ記録装置４０１がテレビである場合にはＵＳＢ接続によって外付けされるＨＤＤ（つまり、ハードディスク）であってもよい。また、コンテンツ記録装置４０１がＢＤレコーダである場合に、記録媒体４０８がコンテンツ記録装置４０１に内蔵されたＨＤＤ（つまり、ハードディスク）であってもよい。
【０１３０】
なお、単純化のためにタイトル鍵がそのまま記録媒体４０８に格納されるかのような説明が行われたが、セキュリティの観点から、タイトル鍵は更なる保護を加えた上で記録媒体４０８に記録されるべきである。記録媒体４０８がコンテンツ記録装置４０１に内蔵されるＨＤＤである場合には、タイトル鍵は、例えば、コンテンツ記録装置４０１が有するデバイス鍵を用いて暗号化された上で記録される。記録媒体４０８がＢＤ１０１をはじめとする光ディスクである場合には、タイトル鍵は、例えば、メディアごとに付与された固有のメディア鍵を用いて暗号化された上で記録される。
【０１３１】
コンテンツ記録装置４０１の機能構成は、図２２のように表現されてもよい。図２２は、コンテンツ記録装置４０１の機能構成を示すブロック図である。図２３は、コンテンツ記録装置４０１の動作のフローチャートである。
【０１３２】
図２２に示されるように、コンテンツ記録装置４０１は、取得部４１１と、暗号化部４１２と、記録部４１３と、記憶部４１４とを備える。
【０１３３】
取得部４１１は、可変長パケット構造を有するコンテンツを取得する（Ｓ１１）。取得部４１１は、例えば、暗号化モジュール４０６の一部などに相当する。可変長パケット構造を有するコンテンツは、例えば、ＭＭＴ処理・復号モジュール４０４から出力される平文ストリームである。
【０１３４】
暗号化部４１２は、取得されたコンテンツを暗号化することにより暗号化データを生成する（Ｓ１２）。暗号化部４１２は、例えば、暗号化モジュール４０６の一部などに相当する。暗号化部４１２は、上述の暗号化方法によって、記録用暗号化ストリームを暗号化データとして生成する。
【０１３５】
記録部４１３は、生成された暗号化データを固定長のブロック単位で記録媒体４０８に記録する（Ｓ１３）。また、記録部４１３は、無効化領域のサイズ（図８の先頭無効化領域サイズまたは末尾無効化領域サイズ）についても記録媒体４０８に記録する（Ｓ１３）。記録部４１３は、例えば、記録モジュール４０７に相当する。固定長のブロックとは、具体的には、ＥＣＣブロックであり、６４ＫＢのデータ長を有する。記録媒体４０８に記録された暗号化データは、暗号化ＡＶクリップとも記載される。
【０１３６】
記憶部４１４は、取得部４１１、暗号化部４１２、及び、記録部４１３が記録動作を実行するためのプログラムが記憶される記憶装置である。記憶部４１４は、例えば、半導体メモリによって実現される。取得部４１１、暗号化部４１２、及び、記録部４１３のそれぞれは、例えば、マイクロコンピュータまたはプロセッサによって実現され、上記プログラムを実行する。
【０１３７】
［記録用暗号化ストリームの記録の具体例］
次に、記録媒体への記録用暗号化ストリームの記録の具体例について説明する。図２４は、記録用暗号化ストリーム及び無効化領域の記録位置を示す模式図である。
【０１３８】
記録部４１３は、暗号化部４１２によって生成された記録用暗号化ストリーム（言い換えれば、シーケンス）を暗号化ＡＶクリップとして記録するが、何らかの理由でコンテンツの再生に必要なストリームの先頭位置とＥＣＣブロックの先頭位置とが一致しないケースがある。言い換えれば、暗号化部４１２によって生成された記録用暗号化ストリーム（つまり、暗号化データ）の先頭部分に、コンテンツの再生に不要な無効化領域が含まれる場合がある。無効化領域には、ダミーデータが格納され、暗号化部４１２が先頭にダミーデータを含む記録用暗号化ストリームを生成している場合がある。
【０１３９】
このような場合、記録部４１３は、無効化領域を含む記録用暗号化ストリームを暗号化ＡＶクリップとして記録する。この結果、暗号化ＡＶクリップには、先頭部分の無効化領域である第一無効化領域を含むシーケンス（つまり、第一無効化領域を含む暗号化データ）が含まれる。そこで、記録部４１３は、コンテンツ再生装置が第一無効化領域を特定できるように、シーケンス情報（図８に図示）に第一無効化領域のサイズである先頭無効化領域サイズを格納する。つまり、記録部４１３は、第一無効化領域のサイズを記録媒体４０８に記録する。
【０１４０】
また、一般的に、コンテンツの再生に必要なストリームのサイズは必ずしもＥＣＣブロックのサイズの整数倍（６４ＫＢ×ｎ）になるとは限らない。したがって、記録用暗号化ストリーム（つまり、暗号化データ）の末尾部分にも、コンテンツの再生に不要な無効化領域が含まれる場合がある。無効化領域には、ダミーデータが格納される。この場合、暗号化ＡＶクリップには、末尾部分の無効化領域である第二無効化領域を含むシーケンス（つまり、無効化領域を含む暗号化データ）が含まれる。そこで、記録部４１３は、コンテンツ再生装置が第二無効化領域を特定できるように、シーケンス情報（図８に図示）に第二無効化領域のサイズである末尾無効化領域サイズを格納する。つまり、記録部４１３は、第二無効化領域のサイズを記録媒体４０８に記録する。
【０１４１】
このように、コンテンツ記録装置４０１は、ダミーデータを含めて暗号化を行うことで、可変長のパケット構造を有するコンテンツからＥＣＣブロックのｎ倍のデータ長を有する記録用暗号化ストリームを生成することができる。したがって、記録媒体４０８への暗号化ＡＶクリップの記録が容易となる。また、シーケンスにおける無効化領域のサイズを示す情報がシーケンス情報に含まれるため、コンテンツ再生装置は、無効化領域の位置を容易に特定することができる。
【０１４２】
なお、１つのシーケンスは、必ずしも連続するＥＣＣブロックに記録される必要はない。記録媒体４０８において、度重なる書き込みと消去により断片化が発生しているケース、及び、一部のＥＣＣブロックにおいて物理的な欠陥が発生しているケースにおいては、１つのシーケンスを連続したＥＣＣブロックに書き込めないことがある。
【０１４３】
このような場合には、ある一定程度まで連続して記録した後、続くデータについては少し離れた位置にあるＥＣＣブロックに書き込まれてもよい。なお、この場合も、書き込みの中断位置と再開位置とは記録媒体４０８におけるＥＣＣブロックの境界と一致する。
【０１４４】
［コンテンツ編集装置］
次に、実施の形態に係るコンテンツ編集装置について説明する。図２５は、実施の形態に係るコンテンツ編集装置の構成を示す図である。図２６は、実施の形態に係るコンテンツ編集装置の動作のフローチャートである。
【０１４５】
図２５に示されるように、コンテンツ編集装置５０１は、操作受付部５０２と、決定部５０３と、記録部５０４と、記憶部５０５とを備える。
【０１４６】
コンテンツ編集装置５０１は、記録媒体４０８に固定長のブロック単位で記録された暗号化データを処理対象とする装置である。暗号化データは、可変長パケット構造を有するコンテンツが暗号化されたものであり、具体的には、暗号化ＡＶクリップに含まれるシーケンスである。
【０１４７】
操作受付部５０２は、ユーザのコンテンツを編集するための操作を受け付ける（Ｓ２１）。操作受付部５０２は、ユーザインターフェースであり、例えば、リモートコントローラ、キーボード、または、マウスなどのハードウェアデバイスであるが、表示装置及びタッチパネルによって構成されるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）などであってもよい。
【０１４８】
決定部５０３は、操作受付部５０２が受け付けた、コンテンツの一部を削除するためのユーザ操作に基づき、暗号化データの一部を無効化領域として決定する（Ｓ２２）。決定部５０３は、具体的には、マイクロコンピュータ、プロセッサ、または専用回路によって実現される。
【０１４９】
記録部５０４は、無効化領域のサイズを記録媒体４０８に記録する（Ｓ２３）。記録部５０４は、具体的には、マイクロコンピュータ、プロセッサ、または専用回路によって実現される。決定部５０３及び記録部５０４は、１つの集積回路として実現されてもよい。
【０１５０】
記憶部５０５は、決定部５０３、及び、記録部５０４が編集動作を実行するためのプログラムが記憶される記憶装置である。記憶部５０５は、例えば、半導体メモリによって実現される。
【０１５１】
［コンテンツの編集の具体例］
次に、コンテンツの編集の具体例について説明する。図２７は、暗号化ＡＶクリップの部分削除を行う場合に生じる無効化領域の位置の一例を示す模式図である。説明を簡単にするために、図２７の例では、編集前の暗号化ＡＶクリップについては無効化領域が存在しないものとする。
【０１５２】
図２７の（ａ）に示されるように、決定部５０３によって編集前の暗号化ＡＶクリップに含まれるシーケンス＃１の一部が削除対象区間（つまり、無効化領域）に決定されると、図２７の（ｂ）に示されるように、編集前のシーケンス＃１は、編集後のシーケンス＃１及び編集後のシーケンス＃２に分割される。
【０１５３】
通常、編集後のシーケンス＃１の末尾のＭＭＴ／ＴＬＶパケットの境界とＥＣＣブロック境界とは一致しない。つまり、編集後のシーケンス＃１の末尾部分には、削除対象区間の一部が含まれる。そうすると、編集後のシーケンス＃１の末尾部分には、完全な形式のＭＭＴ／ＴＬＶパケットだけではなく、不完全なＭＭＴ／ＴＬＶパケットが格納されている可能性がある。このようなパケットがコンテンツの再生に利用されてしまうと、ＴＬＶパケット先頭のサイズ情報が誤った位置を指すことになり誤動作の危険がある。
【０１５４】
このような問題を回避するため、編集後のシーケンス＃１の末尾部分の削除対象区間の一部（言い換えれば、余剰部分）は、無効化領域として管理される。上述の削除対象区間の決定は、言い換えれば、無効化領域の決定であり、編集後のシーケンス＃１は、無効化領域が決定された後の暗号化データの一例であり、かつ、末尾部分に第一無効化領域を含む第一暗号化データの一例である。
【０１５５】
記録部５０４は、具体的には、編集後のシーケンス＃１の無効化領域のデータサイズを、シーケンス＃１の末尾無効化領域サイズとしてシーケンス情報（図８）に記録する。言い換えれば、記録部５０４は、第一無効化領域のサイズを記録媒体４０８に記録する。この場合、編集後のシーケンス＃１のうち第一無効化領域を含む最後尾のＥＣＣブロックに記録されたデータについて再暗号化などの処理は不要である。なお、シーケンス＃１は、ＥＣＣブロックのｎ倍のデータ長を有し、第一無効化領域のサイズ（データ長）は、例えば、一つのＥＣＣブロックのデータ長よりも短い。
【０１５６】
通常、編集後のシーケンス＃２の先頭位置とＥＣＣブロック境界とは一致しない。つまり、編集後のシーケンス＃２の先頭部分には、削除対象区間の一部が含まれる。そうすると、編集後のシーケンス＃２の先頭部分には、完全な形式のＭＭＴ／ＴＬＶパケットだけではなく、不完全なＭＭＴ／ＴＬＶパケットが格納されている可能性がある。もしもこの不完全なパケットが誤ってコンテンツの再生に利用されてしまうと、先頭部分がＭＭＴ／ＴＬＶパケットの先頭とはならないため、再生がまったくできないこととなる。
【０１５７】
このような問題を回避するために、シーケンス＃２の先頭部分の削除対象区間の一部（言い換えれば、余剰部分）は、無効化領域として管理される。上述の削除対象区間の決定は、言い換えれば、無効化領域の決定であり、編集後のシーケンス＃２は、無効化領域が決定された後の暗号化データの一例であり、かつ、先頭部分に第二無効化領域を含む第二暗号化データの一例である。
【０１５８】
記録部５０４は、具体的には、編集後のシーケンス＃２の無効化領域のデータサイズを、シーケンス＃２の先頭無効化領域サイズとしてシーケンス情報（図８）に記録する。言い換えれば、記録部５０４は、第二無効化領域のサイズを記録媒体４０８に記録する。なお、シーケンス＃２は、ＥＣＣブロックのｎ倍のデータ長を有し、第二無効化領域のサイズ（データ長）は、例えば、一つのＥＣＣブロックのデータ長よりも短い。
【０１５９】
これにより、第二無効化領域を含む先頭のＥＣＣブロックに記録されたデータだけではなく、以降のＥＣＣブロックに記録されたデータについても再暗号などの処理が不要となる。
【０１６０】
［コンテンツ再生装置］
次に、実施の形態に係るコンテンツ再生装置について説明する。図２８は、実施の形態に係るコンテンツ再生装置の構成を示す図である。
【０１６１】
図２８に示されるコンテンツ再生装置６０１は、上述のコンテンツ記録方法を用いて記録された暗号化ＡＶクリップを再生する再生装置である。コンテンツ再生装置６０１は、例えば、ＢＤプレーヤであるが、ハードディスクプレーヤであってもよい。コンテンツ再生装置６０１は、記録媒体４０８に記録された暗号化ＡＶクリップを、タイトル鍵を用いて復号しながら再生する。コンテンツ再生装置６０１は、具体的には、復号モジュール６０２と、有効領域抜出モジュール６０３と、ＴＬＶ／ＩＰ処理モジュール６０４と、ＭＭＴ処理モジュール６０５と、制御モジュール６０６と、デマルチ・デコードモジュール６０７と、表示モジュール６０８とを備える。これら複数のモジュールそれぞれは、マイクロコンピュータ、プロセッサ、または、専用回路等によって実現される。これら複数のモジュールは、１つの集積回路として実現されてもよい。
【０１６２】
まず、復号モジュール６０２は、記録媒体４０８からタイトル鍵及び暗号化ＡＶクリップを読み出す。復号モジュール６０２は、タイトル鍵を用いて暗号化単位で暗号化されている暗号化ＡＶクリップを復号して平文ＡＶクリップを得る。
【０１６３】
有効領域抜出モジュール６０３は、記録媒体４０８からシーケンス情報を読み出す。有効領域抜出モジュール６０３は、具体的には、先頭無効化領域サイズ及び末尾無効化領域サイズを読み出す。有効領域抜出モジュール６０３は、読み出した先頭無効化領域サイズ及び末尾無効化領域サイズに基づいて、復号モジュール６０２から得られる平文ＡＶクリップから無効化領域を削除し、有効領域（無効化領域以外の領域）のみをＭＭＴ／ＴＬＶ形式の部分ストリームとして抜き出す。有効領域抜出モジュール６０３は、部分ストリームをＴＬＶ／ＩＰ処理モジュール６０４に出力する。
【０１６４】
ＴＬＶ／ＩＰ処理モジュール６０４が行う処理は、ＴＬＶ／ＩＰ処理モジュール４０２が行う処理とは少し異なる。ＴＬＶ／ＩＰ処理モジュール６０４は、部分ストリームのＴＬＶヘッダ及びＩＰヘッダに所定の処理を行うことにより、ＭＭＴ平文ストリームとしてＭＭＴ処理モジュール６０５に出力する。
【０１６５】
ＭＭＴ処理モジュール６０５は、必要に応じてＭＭＴ−ＳＩ処理を行う。ＭＭＴ処理モジュール６０５は、ＭＭＴ−ＳＩを制御モジュール６０６に出力する。制御モジュール６０６は、ＭＭＴ−ＳＩに記載された情報にしたがって、ＭＭＴ処理モジュール６０５、デマルチ・デコードモジュール６０７の動作を制御する。
【０１６６】
デマルチ・デコードモジュール６０７は、ＭＭＴ処理モジュールから出力されるＭＭＴ平文ストリームからビデオまたはオーディオのストリームを取得して表示モジュール６０８に出力する。この結果、コンテンツが再生される。
【０１６７】
コンテンツ再生装置６０１の機能構成は、図２９のように表現されてもよい。図２９は、コンテンツ再生装置６０１の機能構成を示すブロック図である。図３０は、コンテンツ再生装置６０１の動作のフローチャートである。
【０１６８】
図３０に示されるコンテンツ再生装置６０１は、記録媒体４０８に固定長のブロック単位で記録された暗号化データを処理対象とする。固定長のブロックは、具体的には、６４ＫＢのＥＣＣブロックである。暗号化データは、可変長パケット構造を有するコンテンツが暗号化されたものである。暗号化データには、コンテンツの再生に不要な無効化領域が含まれる。記録媒体４０８には、無効化領域のサイズが記録されている。無効化領域のサイズは、シーケンス情報として記録媒体４０８に記録されている。
【０１６９】
コンテンツ再生装置６０１は、具体的には、第一読み出し部６１１と、第二読み出し部６１２と、復号部６１３と、再生部６１４と、記憶部６１５とを備える。
【０１７０】
第一読み出し部６１１は、記録媒体４０８から暗号化データを読み出す（Ｓ３１）。第一読み出し部６１１は、復号モジュール６０２の一部に相当する。暗号化データは、具体的には、暗号化ＡＶクリップ、または、暗号化ＡＶクリップに含まれるシーケンスである。
【０１７１】
第二読み出し部６１２は、記録媒体４０８から無効化領域のサイズを読み出す（Ｓ３２）。第二読み出し部６１２は、有効領域抜出モジュール６０３の一部に相当する。第二読み出し部６１２は、具体的には、シーケンス情報を読み出す。
【０１７２】
復号部６１３は、読み出された暗号化データを復号する（Ｓ３３）。復号部６１３は、復号モジュール６０２の一部に相当する。復号によって得られるデータは、具体的には、平文ＡＶクリップである。
【０１７３】
再生部６１４は、読み出された無効化領域のサイズに基づいて、復号によって得られるデータの無効化領域以外の部分を抜き出して出力することにより、コンテンツを再生する（Ｓ３４）。再生部６１４は、具体的には、例えば、有効領域抜出モジュール６０３の一部、ＴＬＶ／ＩＰ処理モジュール６０４、ＭＭＴ処理モジュール６０５、制御モジュール６０６、デマルチ・デコードモジュール６０７、及び、表示モジュール６０８に相当する。
【０１７４】
記憶部６１５は、第一読み出し部６１１、第二読み出し部６１２、復号部６１３、及び、再生部６１４が再生動作を実行するためのプログラムが記憶される記憶装置である。記憶部６１５は、例えば、半導体メモリによって実現される。第一読み出し部６１１、第二読み出し部６１２、復号部６１３、及び、再生部６１４のそれぞれは、例えば、マイクロコンピュータまたはプロセッサによって実現され、上記プログラムを実行する。
【０１７５】
このようなコンテンツ再生装置６０１は、無効化領域の位置を容易に特定することができる。
【０１７６】
［効果等］
以上説明したように、コンテンツ記録装置４０１は、可変長パケット構造を有するコンテンツを取得する取得部４１１と、取得されたコンテンツを暗号化することにより暗号化データを生成する暗号化部４１２と、生成された暗号化データを固定長のブロック単位で記録媒体に記録する記録部４１３とを備える。暗号化データには、コンテンツの再生に不要な無効化領域が含まれ、記録部４１３は、無効化領域のサイズを記録媒体４０８に記録する。可変長パケット構造を有するコンテンツは、例えば、ＭＭＴ／ＴＬＶ形式の平文ストリームである。固定長のブロックは、例えば、ＥＣＣブロックである。暗号化データは、例えば、暗号化ＡＶクリップに含まれるシーケンス（または、記録用暗号化ストリーム）である。
【０１７７】
このようなコンテンツ記録装置４０１によれば、コンテンツが無効化領域を含めて暗号化されるため、暗号化データのデータ長を固定長のブロックに対応する長さとすることが容易となる。したがって、コンテンツの記録動作が簡素化される。また、記録媒体４０８に無効化領域のサイズが記録されるため、コンテンツ再生装置６０１は、無効化領域の位置を容易に特定することができる。したがって、コンテンツの再生動作が簡素化される。
【０１７８】
また、例えば、暗号化データの末尾部分には、無効化領域として第一無効化領域が含まれる。記録部４１３は、第一無効化領域のサイズを記録媒体４０８に記録する。
【０１７９】
このようなコンテンツ記録装置４０１によれば、コンテンツ再生装置６０１は、第一無効化領域の位置を容易に特定することができる。
【０１８０】
また、例えば、暗号化データの先頭部分には、無効化領域として第二無効化領域が含まれ、記録部は、第二無効化領域のサイズを記録媒体４０８に記録する。
【０１８１】
このようなコンテンツ記録装置４０１によれば、コンテンツ再生装置６０１は、第二無効化領域の位置を容易に特定することができる。
【０１８２】
また、例えば、暗号化データは、固定長のブロックのｎ倍（ｎ：自然数）のデータ長を有する。
【０１８３】
このようなコンテンツ記録装置４０１によれば、暗号化データのデータ長が固定長のブロックに対応する長さとなるため、記録媒体４０８への暗号化データの記録が容易となる。
【０１８４】
また、コンテンツ編集装置５０１は、記録媒体４０８に固定長のブロック単位で記録された暗号化データを処理対象とする。暗号化データは、可変長パケット構造を有するコンテンツが暗号化されたものである。コンテンツ編集装置５０１は、暗号化データの一部を無効化領域として決定する決定部５０３と、無効化領域のサイズを記録媒体４０８に記録する記録部５０４とを備える。
【０１８５】
このようなコンテンツ編集装置５０１は、コンテンツの削除対象の部分を無効化領域として取り扱い、無効化領域のサイズを記録媒体４０８に記録することで、再暗号化を行わずにコンテンツの一部を削除することができる。
【０１８６】
また、例えば、無効化領域が決定された後の暗号化データには、末尾部分に無効化領域として第一無効化領域を含む第一暗号化データが含まれる。記録部５０４は、第一無効化領域のサイズを記録媒体４０８に記録する。
【０１８７】
このようなコンテンツ編集装置５０１は、コンテンツの削除対象の部分を第一無効化領域として取り扱い、第一無効化領域のサイズを記録媒体４０８に記録することで、再暗号化を行わずにコンテンツの一部を削除することができる。
【０１８８】
また、例えば、無効化領域が決定された後の暗号化データには、先頭部分に無効化領域として第二無効化領域を含む第二暗号化データが含まれる。記録部５０４は、第二無効化領域のサイズを記録媒体４０８に記録する。
【０１８９】
このようなコンテンツ編集装置５０１は、コンテンツの削除対象の部分を第二無効化領域として取り扱い、第二無効化領域のサイズを記録媒体４０８に記録することで、再暗号化を行わずにコンテンツの一部を削除することができる。
【０１９０】
また、コンテンツ再生装置６０１は、記録媒体４０８に固定長のブロック単位で記録された暗号化データを処理対象とする。暗号化データは、可変長パケット構造を有するコンテンツが暗号化されたものである。暗号化データには、コンテンツの再生に不要な無効化領域が含まれる。記録媒体４０８には、無効化領域のサイズが記録される。コンテンツ再生装置６０１は、記録媒体４０８から暗号化データを読み出す第一読み出し部６１１と、記録媒体４０８から無効化領域のサイズを読み出す第二読み出し部６１２と、読み出された暗号化データを復号する復号部６１３と、読み出された無効化領域のサイズに基づいて、復号によって得られるデータの無効化領域以外の部分を抜き出して出力することにより、コンテンツを再生する再生部６１４とを備える。
【０１９１】
このようなコンテンツ再生装置６０１は、無効化領域の位置を容易に特定することができる。したがって、コンテンツの再生動作が簡素化される。
【０１９２】
また、コンピュータによって実行されるコンテンツ記録方法は、可変長パケット構造を有するコンテンツを取得し、取得されたコンテンツを暗号化することにより暗号化データを生成し、生成された暗号化データを固定長のブロック単位で記録媒体４０８に記録する。暗号化データには、コンテンツの再生に不要な無効化領域が含まれる。コンテンツ記録方法は、無効化領域のサイズを記録媒体４０８に記録する。
【０１９３】
このようなコンテンツ記録方法によれば、コンテンツが無効化領域を含めて暗号化されるため、暗号化データのデータ長を固定長のブロックに対応する長さとすることが容易となる。したがって、コンテンツの記録動作が簡素化される。また、記録媒体４０８に無効化領域のサイズが記録されるため、コンテンツ再生装置６０１は、無効化領域の位置を容易に特定することができる。したがって、コンテンツの再生動作が簡素化される。
【０１９４】
また、コンテンツ編集方法は、記録媒体４０８に固定長のブロック単位で記録された暗号化データを処理対象とし、コンピュータによって実行される。暗号化データは、可変長パケット構造を有するコンテンツが暗号化されたものである。コンテンツ編集方法は、暗号化データの一部を無効化領域として決定し、無効化領域のサイズを記録媒体４０８に記録する。
【０１９５】
このようなコンテンツ編集方法は、コンテンツの削除対象の部分を無効化領域として取り扱い、無効化領域のサイズを記録媒体４０８に記録することで、再暗号化を行わずにコンテンツの一部を削除することができる。
【０１９６】
また、コンテンツ再生方法は、記録媒体４０８に固定長のブロック単位で記録された暗号化データを処理対象とし、コンピュータによって実行される。暗号化データは、可変長パケット構造を有するコンテンツが暗号化されたものである。暗号化データには、コンテンツの再生に不要な無効化領域が含まれる。記録媒体４０８には、無効化領域のサイズが記録される。コンテンツ再生方法は、記録媒体４０８から暗号化データを読み出し、記録媒体４０８から無効化領域のサイズを読み出し、読み出された暗号化データを復号し、読み出された無効化領域のサイズに基づいて、復号によって得られるデータの無効化領域以外の部分を抜き出して出力することにより、コンテンツを再生する。
【０１９７】
このようなコンテンツ再生方法は、無効化領域の位置を容易に特定することができる。したがって、コンテンツの再生動作が簡素化される。
【０１９８】
（その他の実施の形態）
以上、実施の形態について説明したが、本開示は、上記実施の形態に限定されるものではない。
【０１９９】
例えば、本開示の包括的または具体的な態様は、装置、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、装置、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。本開示は、上記実施の形態のコンテンツ記録方法、コンテンツ編集方法、及び、コンテンツ再生方法をコンピュータに実行させるためのプログラムとして実現されてもよいし、このようなプログラムが記録されたコンピュータ読み取り可能な非一時的な記録媒体として実現されてもよい。
【０２００】
また、上記実施の形態において、特定の処理部が実行する処理を別の処理部が実行してもよい。また、上記実施の形態において説明されたコンテンツ記録装置、コンテンツ編集装置、及び、コンテンツ再生装置の動作における複数の処理の順序は一例である。複数の処理の順序は、変更されてもよいし、複数の処理は、並行して実行されてもよい。
【０２０１】
また、上記実施の形態において、各構成要素は、当該構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。各構成要素は、単一のＣＰＵまたはプロセッサとして実現されてもよい。
【０２０２】
また、各構成要素は、ハードウェアによって実現されてもよい。各構成要素は、具体的には、回路または集積回路によって実現されてもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路でもよい。また、これらの回路は、それぞれ、汎用的な回路でもよいし、専用の回路でもよい。
【０２０３】
その他、各実施の形態に対して当業者が思いつく各種変形を施して得られる形態、または、本開示の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本開示に含まれる。
【産業上の利用可能性】
【０２０４】
本開示によれば、次世代４Ｋ／８Ｋ放送または通信ネットワークを介して配信されるＭＭＴ／ＴＬＶパケット構造を有するコンテンツを受信し、記録媒体に記録及び編集することができるレコーダが実現される。このようなレコーダは、単純なバッファ制御によってコンテンツを記録可能であり、また、不必要な再暗号化処理を行うことなくコンテンツの編集を行うことができる。また、本開示によれば、記録媒体に記録されたコンテンツを再生するプレーヤの再生動作の簡素化が実現される。
【符号の説明】
【０２０５】
１０１  ＢＤ
１０２  トラック
１０３  ファイルシステム
１０４  ディレクトリ・ファイル構造
１０５  ＥＣＣブロック
１０６  セクタ
２０１  プレイアイテム
２０２  エントリマーク
２０３  クリップ情報ファイル
２０４  ＡＶクリップ
２０５  メインパス
３０１  参照情報
３０２  接続条件
３０３  再生開始時刻
３０４  再生終了時刻
４００  放送局
４０１  コンテンツ記録装置
４０２、６０４  ＴＬＶ／ＩＰ処理モジュール
４０３  制御モジュール
４０４  ＭＭＴ処理・復号モジュール
４０５  ＣＡＳモジュール
４０６  暗号化モジュール
４０７  記録モジュール
４０８  記録媒体
４１１  取得部
４１２  暗号化部
４１３、５０４、  記録部
４１４、５０５、６１５  記憶部
５０１  コンテンツ編集装置
５０２  操作受付部
５０３  決定部
６０１  コンテンツ再生装置
６０２  復号モジュール
６０３  有効領域抜出モジュール
６０５  ＭＭＴ処理モジュール
６０６  制御モジュール
６０７  デマルチ・デコードモジュール
６０８  表示モジュール
６１１  第一読み出し部
６１２  第二読み出し部
６１３  復号部
６１４  再生部
【図１】
2019043987.tif 000003
【図２】
2019043987.tif 000004
【図３】
2019043987.tif 000005
【図４Ａ】
2019043987.tif 000006
【図４Ｂ】
2019043987.tif 000007
【図５】
2019043987.tif 000008
【図６】
2019043987.tif 000009
【図７】
2019043987.tif 000010
【図８】
2019043987.tif 000011
【図９】
2019043987.tif 000012
【図１０】
2019043987.tif 000013
【図１１】
2019043987.tif 000014
【図１２】
2019043987.tif 000015
【図１３】
2019043987.tif 000016
【図１４】
2019043987.tif 000017
【図１５】
2019043987.tif 000018
【図１６】
2019043987.tif 000019
【図１７】
2019043987.tif 000020
【図１８】
2019043987.tif 000021
【図１９】
2019043987.tif 000022
【図２０】
2019043987.tif 000023
【図２１】
2019043987.tif 000024
【図２２】
2019043987.tif 000025
【図２３】
2019043987.tif 000026
【図２４】
2019043987.tif 000027
【図２５】
2019043987.tif 000028
【図２６】
2019043987.tif 000029
【図２７】
2019043987.tif 000030
【図２８】
2019043987.tif 000031
【図２９】
2019043987.tif 000032
【図３０】
2019043987.tif 000033
【国際調査報告】
2019043987.tif 000034
2019043987.tif 000035
2019043987.tif 000036
2019043987.tif 000037