(57)【要約】【課題】コンテンツの漏洩元の追跡を効率化することができるコンテンツ処理方法を提供する。【解決手段】コンテンツ処理方法では、共通部分と、複数の第１の個別部分と、個別化候補部分とから構成されるコンテンツを記録媒体から読み出し（Ｓ１１）と、それぞれ前記個別化候補部分の代替となる暗号化された複数の第２の個別部分を取得し（Ｓ１２）、コンテンツのうちの個別化候補部分を、取得された複数の第２の個別部分に置き換え（Ｓ１３）、置き換えによって生成されたエキスポート用のコンテンツを出力し（Ｓ１４）、共通部分および個別化候補部分のそれぞれは、複数の再生装置のそれぞれによって復号可能であり、複数の第１および第２の個別部分のそれぞれは、複数の再生装置のうちの当該部分に対応する一部の再生装置のみによって復号可能である。【選択図】図１５Ｂ
2016042687.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に記録されているコンテンツをエキスポートするコンテンツ処理方法であって、
それぞれ暗号化された共通部分と、複数の第１の個別部分と、個別化候補部分とから構成される前記コンテンツを前記記録媒体から読み出し、
それぞれ前記個別化候補部分の代替となる暗号化された複数の第２の個別部分を取得し、
前記コンテンツのうちの前記個別化候補部分を、取得された前記複数の第２の個別部分に置き換えることによって、エキスポート用のコンテンツを生成し、
生成された前記エキスポート用のコンテンツを出力し、
前記共通部分および前記個別化候補部分のそれぞれは、複数の再生装置のそれぞれによって復号可能であり、前記複数の第１の個別部分のそれぞれは、前記複数の再生装置のうちの一部である、当該第１の個別部分に対応する少なくとも１つの再生装置のみによって復号可能であり、前記複数の第２の個別部分のそれぞれは、前記複数の再生装置のうちの一部である、当該第２の個別部分に対応する少なくとも１つの再生装置のみによって復号可能である
コンテンツ処理方法。
【請求項２】
前記コンテンツ処理方法は、さらに、
前記共通部分に対する第１の共通鍵と、前記複数の第１の個別部分のうちの何れか１つである再生対象個別部分に対応する個別鍵と、前記個別化候補部分に対する第２の共通鍵とを生成し、
生成された前記第１の共通鍵と前記個別鍵と前記第２の共通鍵とを用いて、前記共通部分と前記再生対象個別部分と前記個別化候補部分とを復号することによって、前記コンテンツを再生する
請求項１に記載のコンテンツ処理方法。
【請求項３】
前記複数の第２の個別部分の取得では、
サーバからネットワークを介して前記複数の第２の個別部分を取得する
請求項１または２に記載のコンテンツ処理方法。
【請求項４】
前記第１の共通鍵と前記第２の共通鍵とは異なる
請求項２に記載のコンテンツ処理方法。
【請求項５】
前記第１の共通鍵と前記個別鍵と前記第２の共通鍵の生成では、
前記記録媒体に記録されている鍵ファイルに基づいて、前記第１の共通鍵と前記第２の共通鍵とを生成し、
前記コンテンツに埋め込まれている暗号化された前記個別鍵を復号することによって、前記個別鍵を生成する
請求項２に記載のコンテンツ処理方法。
【請求項６】
記録媒体に記録されているコンテンツをエキスポートするコンテンツ処理装置であって、
それぞれ暗号化された共通部分と、複数の第１の個別部分と、個別化候補部分とから構成される前記コンテンツを前記記録媒体から読み出す読み出し部と、
それぞれ前記個別化候補部分の代替となる暗号化された複数の第２の個別部分を取得する代替取得部と
前記コンテンツのうちの前記個別化候補部分を、取得された前記複数の第２の個別部分に置き換えることによって、エキスポート用のコンテンツを生成するコンテンツ生成部と、
生成された前記エキスポート用のコンテンツを出力する出力部とを備え、
前記共通部分および前記個別化候補部分のそれぞれは、複数の再生装置のそれぞれによって復号可能であり、前記複数の第１の個別部分のそれぞれは、前記複数の再生装置のうちの一部である、当該第１の個別部分に対応する少なくとも１つの再生装置のみによって復号可能であり、前記複数の第２の個別部分のそれぞれは、前記複数の再生装置のうちの一部である、当該第２の個別部分に対応する少なくとも１つの再生装置のみによって復号可能である
コンテンツ処理装置。
【請求項７】
コンテンツを格納している記録媒体であって、
前記コンテンツは、
共通部分と、複数の個別部分と、個別化候補部分とから構成され、
前記共通部分は、複数の再生装置のそれぞれに共通に用いられる第１の共通鍵によって暗号化され、
前記個別化候補部分は、複数の再生装置のそれぞれに共通に用いられる、前記第１の共通鍵と異なる第２の共通鍵によって暗号化され、
前記複数の個別部分のそれぞれは、前記複数の再生装置のうちの一部である、当該個別部分に対応する少なくとも１つの再生装置のみに用いられる個別鍵によって暗号化されている
記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体に記録されているコンテンツを処理するコンテンツ処理方法等に関する。
【背景技術】
【０００２】
記録媒体である光ディスクに格納されるＡＶ（Ａｕｄｉｏ  Ｖｉｄｅｏ）コンテンツは暗号化されてコピーができないように保護されているが、この暗号が不正に解除されて平文のコンテンツが違法に漏洩する事態が頻繁に発生している。
【０００３】
このような場合に、漏洩元の再生プレイヤーを特定するための方式が提案されており、例えばＢｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ用の著作権保護方式であるＡＡＣＳ（Ａｄｖａｎｃｅｄ  Ａｃｃｅｓｓ  Ｃｏｎｔｅｎｔ  Ｓｙｓｔｅｍ）では、Ｓｅｑｕｅｎｃｅ  Ｋｅｙと呼ばれる方式が導入されている（非特許文献１参照）。
【０００４】
このような方式では、光ディスク上のコンテンツは、再生プレイヤー毎に異なる再生パスで再生されるように構成されている。したがって、万が一、平文のコンテンツが漏洩した場合にも、漏洩したコンテンツの再生パスを調べることで、漏洩を引き起こした再生プレイヤーを特定することが可能である。
【０００５】
なお、漏洩を引き起こすケースとしては、再生プレイヤー自身の内部メモリ、または、コンテンツの再生の際に用いられる内部バス上から、平文のコンテンツが漏洩するケースだけではない。つまり、再生プレイヤーに付与されたデバイス鍵が何らかの方法で漏洩し、この漏洩したデバイス鍵を用いて、暗号化されたコンテンツが復号されることによって、平文のコンテンツが不正に取得されてしまうケースもある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】"Advanced Access Content System (AACS)  Blu-ray Disc Pre-recorded Book" Revision 0.953, Final, October 26,2012
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記非特許文献１の技術では、コンテンツの漏洩元を効率的に追跡することが困難であるという課題がある。
【０００８】
そこで、本発明は、コンテンツの漏洩元の追跡を効率化することができるコンテンツ処理方法などを提供する。
【課題を解決するための手段】
【０００９】
本発明の一態様に係るコンテンツ処理方法は、記録媒体に記録されているコンテンツをエキスポートするコンテンツ処理方法であって、それぞれ暗号化された共通部分と、複数の第１の個別部分と、個別化候補部分とから構成される前記コンテンツを前記記録媒体から読み出し、それぞれ前記個別化候補部分の代替となる暗号化された複数の第２の個別部分を取得し、前記コンテンツのうちの前記個別化候補部分を、取得された前記複数の第２の個別部分に置き換えることによって、エキスポート用のコンテンツを生成し、生成された前記エキスポート用のコンテンツを出力し、前記共通部分および前記個別化候補部分のそれぞれは、複数の再生装置のそれぞれによって復号可能であり、前記複数の第１の個別部分のそれぞれは、前記複数の再生装置のうちの一部である、当該第１の個別部分に対応する少なくとも１つの再生装置のみによって復号可能であり、前記複数の第２の個別部分のそれぞれは、前記複数の再生装置のうちの一部である、当該第２の個別部分に対応する少なくとも１つの再生装置のみによって復号可能である。
【００１０】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【００１１】
本発明の一態様に係るコンテンツ処理方法は、コンテンツの漏洩元の追跡を効率化することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、光ディスクに格納されているコンテンツの構造を模式的に示す図である。
【図２】図２は、各Ａｌｉｇｎｅｄ  Ｕｎｉｔの復号方法を説明するための図である。
【図３】図３は、平文の状態のＡｌｉｇｎｅｄ  Ｕｎｉｔの内部構造の一例を示す図である。
【図４】図４は、個々のＴＳ  ＰａｙｌｏａｄからＥｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍを取得する方法を示す図である。
【図５】図５は、各Ａｌｉｇｎｅｄ  Ｕｎｉｔの復号で用いるユニット鍵の第一の記録方法を模式的に示す図である。
【図６】図６は、各Ａｌｉｇｎｅｄ  Ｕｎｉｔの復号で用いるユニット鍵の第二の記録方法を模式的に示す図である。
【図７】図７は、実施の形態における再生プレイヤーを含むシステム構成を模式的に示す図である。
【図８】図８は、実施の形態における再生プレイヤーの内部構造を模式的に示す図である。
【図９】図９は、実施の形態における、共通ユニット鍵をＫｅｙ  Ｆｉｌｅから取得する処理を説明するための図である。
【図１０】図１０は、実施の形態における、個別ユニット鍵をＳｔｒｅａｍ  Ｆｉｌｅから取得する処理を説明するための図である。
【図１１Ａ】図１１Ａは、実施の形態における、漏洩元を特定するための基本的な方式を模式的に説明した図である。
【図１１Ｂ】図１１Ｂは、実施の形態における、漏洩元を特定するための基本的な方式を模式的に説明した図である。
【図１１Ｃ】図１１Ｃは、実施の形態における、漏洩元を特定するための基本的な方式を模式的に説明した図である。
【図１２】図１２は、実施の形態における個別部分の構成を示す図である。
【図１３】図１３は、実施の形態における、共通部分、個別部分および個別化候補部分を含むＳｔｒｅａｍ  Ｆｉｌｅの構成を示す図である。
【図１４】図１４は、実施の形態におけるエキスポートされたコンテンツの構成を示す図である。
【図１５Ａ】図１５Ａは、本発明の一態様に係るコンテンツ処理装置の構成を示すブロック図である。
【図１５Ｂ】図１５Ｂは、本発明の一態様に係るコンテンツ処理方法を示すフローチャートである。
【発明を実施するための形態】
【００１３】
（本発明の基礎となった知見）
本発明者は、「背景技術」の欄において記載したＳｅｑｕｅｎｃｅ  Ｋｅｙの方式に関し、以下の課題が生じることを見出した。
【００１４】
近年、光ディスクから合法的にコピーすることを認めるＤｉｇｉｔａｌ  ＣｏｐｙまたはＭａｎａｇｅｄ  Ｃｏｐｙという考え方が導入されようとしている。コピーされたコンテンツは、光ディスクの専用再生プレイヤー（再生装置）ではなく、スマートフォン、タブレット端末、またはパーソナルコンピューターなどの汎用的な再生環境（再生装置）で再生されることが想定されている。これは、漏洩のリスクが高まることを意味している。つまり、光ディスクまたはその専用再生プレイヤーからの漏洩だけではなく、一旦合法的にコピーされた後で、コピーされたコンテンツがその汎用的な再生環境（スマートフォンまたはタブレット端末など）から漏洩するリスクが増える。
【００１５】
また、専用再生プレイヤーが民生機器であった場合には、攻撃を行うためのデバッガまたはエミュレータなどの開発環境も、専用のものであるため、その開発環境の入手は非常に困難である。しかし、スマートフォンまたはパーソナルコンピューターなどの汎用的な再生環境であれば、攻撃を行うためのデバッガまたはソフトウェアツールの入手は非常に容易である。
【００１６】
このような状況を鑑み、コンテンツの漏洩が発生した場合の漏洩元の追跡をより効果的に行えるようにすることが、コンテンツ事業者から要請されている。つまり、合法的なコピーが汎用的な再生環境で再生される中で、漏洩が発生した場合には、更に効果的に追跡が行える方法が、コンテンツ事業者から強く要請されている。
【００１７】
漏洩元の追跡をより効果的に行うためには、コンテンツの再生パスの数を増やせばよい。しかし、光ディスクでは、容量の制限から、多数の再生パスを記録することが困難であり、漏洩元を効果的に追跡することは難しい。
【００１８】
そこで、本発明では、光ディスクなどの記録媒体の容量に制約されることなく、コンテンツの漏洩元を効率的に追跡することができるコンテンツ処理方法、コンテンツ処理装置、および記録媒体を提供する。
【００１９】
このような本発明の一態様に係るコンテンツ処理方法は、記録媒体に記録されているコンテンツをエキスポートするコンテンツ処理方法であって、それぞれ暗号化された共通部分と、複数の第１の個別部分と、個別化候補部分とから構成される前記コンテンツを前記記録媒体から読み出し、それぞれ前記個別化候補部分の代替となる暗号化された複数の第２の個別部分を取得し、前記コンテンツのうちの前記個別化候補部分を、取得された前記複数の第２の個別部分に置き換えることによって、エキスポート用のコンテンツを生成し、生成された前記エキスポート用のコンテンツを出力し、前記共通部分および前記個別化候補部分のそれぞれは、複数の再生装置のそれぞれによって復号可能であり、前記複数の第１の個別部分のそれぞれは、前記複数の再生装置のうちの一部である、当該第１の個別部分に対応する少なくとも１つの再生装置のみによって復号可能であり、前記複数の第２の個別部分のそれぞれは、前記複数の再生装置のうちの一部である、当該第２の個別部分に対応する少なくとも１つの再生装置のみによって復号可能である。例えば、前記複数の第２の個別部分の取得では、サーバからネットワークを介して前記複数の第２の個別部分を取得する。
【００２０】
これにより、記録媒体に記録されているコンテンツが出力（エキスポート）されるときには、共通部分と同様に複数の再生装置のそれぞれによって復号可能な個別化候補部分が、複数の第１の個別部分と同様の複数の第２の個別部分に置き換えられる。つまり、コンテンツにおいて、それぞれ特定の再生装置（１つまたは複数の再生装置）のみによって復号可能な複数の個別部分（個別部分セット）が設けられている箇所を増やすことができる。したがって、例えば光ディスクなどの記録媒体の容量に制約されることなく、エキスポートされたコンテンツにおける再生パスの数を増やすことができる。その結果、比較的脆弱なスマートフォンまたはタブレット端末などの汎用的な再生環境で、エキスポートされたコンテンツが再生されて漏洩した場合であっても、その漏洩元を効率的に追跡することができる。
【００２１】
また、前記コンテンツ処理方法は、さらに、前記共通部分に対する第１の共通鍵と、前記複数の第１の個別部分のうちの何れか１つである再生対象個別部分に対応する個別鍵と、前記個別化候補部分に対する第２の共通鍵とを生成し、生成された前記第１の共通鍵と前記個別鍵と前記第２の共通鍵とを用いて、前記共通部分と前記再生対象個別部分と前記個別化候補部分とを復号することによって、前記コンテンツを再生してもよい。
【００２２】
これにより、例えば光ディスクなどの記録媒体からコンテンツを読み出して適切に再生することができる。また、このコンテンツにも、複数の第１の個別部分のように、特定の再生装置（１つまたは複数の再生装置）のみによって復号可能な複数の個別部分（個別部分セット）が設けられている。したがって、漏洩元を適切に追跡することができる。
【００２３】
また、前記第１の共通鍵と前記第２の共通鍵とは異なってもよい。
【００２４】
これにより、第１の共通鍵の漏洩によって、個別化候補部分も復号されてしまうことを防ぐことができる。
【００２５】
また、前記第１の共通鍵と前記個別鍵と前記第２の共通鍵の生成では、前記記録媒体に記録されている鍵ファイルに基づいて、前記第１の共通鍵と前記第２の共通鍵とを生成し、前記コンテンツに埋め込まれている暗号化された前記個別鍵を復号することによって、前記個別鍵を生成してもよい。
【００２６】
これにより、それぞれ複数の第１の個別部分からなる多くの個別部分セットがコンテンツに埋め込まれていても、第１および第２の共通鍵とともに、再生に必要とされる多くの個別鍵を適切に取得してコンテンツを再生することができる。
【００２７】
以下、実施の形態について、図面を参照しながら具体的に説明する。
【００２８】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００２９】
（実施の形態１）
図１は、光ディスク５０に格納されているコンテンツの構造を模式的に示す図である。光ディスク５０上にはコンテンツとしてＭＰＥＧ２−ＴＳ形式でエンコードされたＳｔｒｅａｍ  Ｆｉｌｅが格納される。図１ではＳｔｒｅａｍ  Ｆｉｌｅを一つしか記載していないが、複数になることもありえる。またここでは、Ｓｔｒｅａｍ  ＦｉｌｅをＸＸＸＸＸ．Ｍ２ＴＳというファイル名で記録することとしている。ＸＸＸＸＸには番号が記載され、複数のコンテンツが格納される場合に、これらのコンテンツを個別に管理することが可能である。
【００３０】
各Ｓｔｒｅａｍ  Ｆｉｌｅは、６１４４ＢｙｔｅｓのＡｌｉｇｎｅｄ  Ｕｎｉｔと呼ばれる単位に区分される。Ａｌｉｇｎｅｄ  Ｕｎｉｔが暗号化の単位となる。なお、Ｓｔｒｅａｍ  Ｆｉｌｅに格納されるコンテンツのデータ量は、必ずしも６１４４Ｂｙｔｅｓの倍数にならない可能性もある。この場合には、コンテンツの末尾にＮＵＬＬ  Ｄａｔａを格納する等の方法によって、コンテンツのデータ量を６１４４Ｂｙｔｅｓの倍数にすることが望ましい。
【００３１】
図２は、各Ａｌｉｇｎｅｄ  Ｕｎｉｔの復号方法を説明するための図である。光ディスク５０上のコンテンツは、ユニット鍵Ｋｕと呼ばれるデータを用いて暗号化さている。ここで、各Ａｌｉｇｎｅｄ  Ｕｎｉｔの６１４４Ｂｙｔｅｓのデータは、先頭の１６Ｂｙｔｅｓと、残る６１２８Ｂｙｔｅｓに分離される。先頭の１６Ｂｙｔｅｓを対象として、先述したユニット鍵Ｋｕを用いて、ＡＥＳ暗号方式の復号処理であるＡＥＳ＿Ｅを行う。こうして得られたデータと、その先頭の１６Ｂｙｔｅｓのデータとに対する排他的論理和（ＸＯＲ）を行う。次に、その排他的論理和によって得られたデータを鍵として用いて、残る６１２８Ｂｙｔｅｓ分のデータを、ＡＥＳ−ＤＣＢＣモードで復号する。こうして得られた平文のデータに、先頭の１６Ｂｙｔｅｓのデータを付け加えることで、６１４４Ｂｙｔｅｓ分の平文が得られる。なお、ユニット鍵Ｋｕには、後述する共通ユニット鍵Ｋｕと個別ユニット鍵Ｋｕとがある。
【００３２】
図３は、平文の状態のＡｌｉｇｎｅｄ  Ｕｎｉｔの内部構造の一例を示す図である。Ａｌｉｇｎｅｔ  Ｕｎｉｔは、３２個のＳｏｕｒｃｅ  Ｐａｃｋｅｔから構成され、各Ｓｏｕｒｃｅ  Ｐａｃｋｅｔは１９２Ｂｙｔｅｓである。各Ｓｏｕｒｃｅ  Ｐａｃｋｅｔは、４ＢｙｔｅｓのヘッダであるＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒと、１８８ＢｙｔｅｓのＴｒａｎｓｐｏｒｔ  Ｐａｃｋｅｔとから構成される。さらに１８８ＢｙｔｅｓのＴｒａｎｓｐｏｒｔ  Ｐａｃｋｅｔは、４ＢｙｔｅｓのＴＳ  Ｈｅａｄｅｒと、１８４ＢｙｔｅｓのＴＳ  Ｐａｙｌｏａｄとから構成される。ＴＳ  Ｈｅａｄｅｒには、ＴＳ  Ｐａｙｌｏａｄの属性を示す情報が記載されている。その属性を示す情報は、ｓｙｎｃ＿ｂｙｔｅ（８ｂｉｔｓ）、ｔｒａｎｓｐｏｒｔ＿ｅｒｒｏｒ＿ｉｎｄｉｃａｔｏｒ（１ｂｉｔ）、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ（１ｂｉｔ）、ｔｒａｎｓｐｏｒｔ＿ｐｒｉｏｒｉｔｙ（１ｂｉｔ）、ＰＩＤ（１３ｂｉｔｓ）、ｔｒａｎｓｐｏｒｔ＿ｓｃｒａｍｂｌｉｎｇ＿ｃｏｎｔｒｏｌ（２ｂｉｔｓ）、ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ（２ｂｉｔｓ）、およびｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒ（４ｂｉｔｓ）から構成される。ここでＰＩＤは、ＴＳ  Ｐａｙｌｏａｄ内に格納されるエレメンタリストリームの種別を値によって示すものである。つまり、この値によって、そのエレメンタリストリームの種別がビデオ、音声、および字幕などのうちの何れかを区分することができる。また、音声および字幕などの各々が複数種類記録されている場合の区分も、このＰＩＤによって実現する。
【００３３】
図４は、個々のＴＳ  ＰａｙｌｏａｄからＥｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍを取得する方法を示す図である。同じＰＩＤを持つ複数の連続するＴＳ  Ｐａｙｌｏａｄをつなぎ合わせると、ＰＥＳ＿ＨｅａｄｅｒとＥｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍとが構成される。
【００３４】
図５は、各Ａｌｉｇｎｅｄ  Ｕｎｉｔの復号で用いるユニット鍵Ｋｕの第一の記録方法を模式的に示す図である。この図５では、図１で示したＳｔｒｅａｍ  Ｆｉｌｅに加えて、各Ｓｔｒｅａｍ  Ｆｉｌｅを復号するための鍵を記録するためのデータであるＫｅｙ  Ｆｉｌｅの構成が模式的に示されている。光ディスク５０上には、Ｓｔｒｅａｍ  Ｆｉｌｅとは別に、Ｋｅｙ  Ｆｉｌｅが格納されている。図５に示す例では、「Ｓｔｒｅａｍ  Ｆｉｌｅ  ＃１」、「Ｓｔｒｅａｍ  Ｆｉｌｅ  ＃２」、および「Ｓｔｒｅａｍ  Ｆｉｌｅ  ＃３」の三つのファイルが光ディスク５０上に記録されている。光ディスク５０には、この各々のＳｔｒｅａｍ  Ｆｉｌｅに対応して、Ｋｅｙ  Ｆｉｌｅの中に「Ｋｅｙ  ＃１」、「Ｋｅｙ  ＃２」、および「Ｋｅｙ  ＃３」が記録されている。
【００３５】
ここで、「Ｋｅｙ  ＃１」にはその値として「Ｙ！４．ｄ」というデータが格納されている。再生プレイヤーがＳｔｒｅａｍ  Ｆｉｌｅを復号する場合には、先述したユニット鍵Ｋｕとしてこの値が利用される。なお、ここでは、ユニット鍵Ｋｕが光ディスク５０に直接格納されているとしたが、実際には、ユニット鍵Ｋｕが平文で格納されていることはない。例えば、ユニット鍵Ｋｕは、各再生プレイヤーが保持するデバイス鍵で暗号化された状態で光ディスク５０のＫｅｙ  Ｆｉｌｅに記録されている。
【００３６】
これ以降、こうして得られたユニット鍵Ｋｕのことを共通ユニット鍵と呼ぶ。
【００３７】
図６は、各Ａｌｉｇｎｅｄ  Ｕｎｉｔの復号で用いるユニット鍵Ｋｕの第二の記録方法を模式的に示す図である。
【００３８】
第二の記録方法では、図５で示した第一の記録方法とは異なり、Ｋｅｙ  Ｆｉｌｅではなく、Ｓｔｒｅａｍ  Ｆｉｌｅの内部にユニット鍵Ｋｕが格納される。ユニット鍵Ｋｕが格納される場所は、Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ（ＰＭＴ）など高速再生時にも再生プレイヤーがアクセスしやすいデータ領域であることが好ましい。なお、ＰＭＴも、ＭＰＥＧ２−ＴＳ形式でエンコードされたＳｔｒｅａｍ  Ｆｉｌｅの中に格納されている。したがって、特別なＰＩＤをそのＳｔｒｅａｍ  Ｆｉｌｅにアサインすることにより、再生プレイヤーが容易にＳｔｒｅａｍ  ＦｉｌｅからＰＭＴなどを取り出すことが可能である。つまり、ＰＭＴそのものも暗号化されている。暗号化された状態のＰＭＴは、第一の記録方法により記録されているユニット鍵（共通ユニット鍵）Ｋｕを用いて復号される。
【００３９】
なお、ここでは、ＰＭＴそのものも、第一の記録方法によって記録されているユニット鍵Ｋｕによって暗号化されているとしたが、これに限定する必要はなく、ＰＭＴを含むＡｌｉｇｎｅｄ  Ｕｎｉｔが平文で光ディスク５０上に記録されていても良い。この場合には、Ａｌｉｇｎｅｄ  Ｕｎｉｔが暗号化されているかどうかは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒの一部のデータ列（例：先頭２ｂｉｔｓ）を用いて識別することが可能である。
【００４０】
このようにしてＰＭＴからユニット鍵Ｋｕが取得される。図６に示す例では、ＰＭＴを含む「Ｓｔｒｅａｍ  Ｆｉｌｅ  ＃３」のＳｔｒｅａｍ  Ｆｉｌｅ内に、「Ｋｅｙ  ＃ａ１」、「Ｋｅｙ  ＃ａ２」、「Ｋｅｙ  ＃ｂ１」、および「Ｋｅｙ  ＃ｂ２」が記録されている。
【００４１】
ここで、「Ｋｅｙ  ＃ａ１」には、その値として「ｑｗｅｒｔ」というデータが格納されている。再生プレイヤーがＳｔｒｅａｍ  Ｆｉｌｅを復号する場合には、先述したユニット鍵Ｋｕとしてこの値が利用される。なお、ここでは、ユニット鍵Ｋｕを直接格納するとしたが、実際には、ユニット鍵Ｋｕが平文で格納されていることはない。例えば、ユニット鍵Ｋｕは、各再生プレイヤーが保持するデバイス鍵で暗号化された状態で光ディスク５０に記録されている。
【００４２】
また、光ディスク５０には、「Ｋｅｙ  ＃ａ１」と並行して「Ｋｅｙ  ＃ａ２」が記録されている。ここで、同一のＳｔｒｅａｍ  Ｆｉｌｅに対して二つのユニット鍵Ｋｕを記録しておく理由については後述する。なお、「Ｋｅｙ  ＃ａ１」および「Ｋｅｙ  ＃ａ２」と、「Ｋｅｙ  ＃ｂ１」および「Ｋｅｙ  ＃ｂ２」とでは、暗号化の対象となっているＳｔｒｅａｍ  Ｆｉｌｅの部分が異なっている。
【００４３】
これ以降、この第二の記録方法によって記録されているユニット鍵Ｋｕのことを個別ユニット鍵Ｋｕと呼ぶ。なお、ここでは、個別ユニット鍵ＫｕをＳｔｒｅａｍ  Ｆｉｌｅの内部に格納したが、これに限定されるものではない。例えば、先述した共通ユニット鍵Ｋｕと同様に、Ｓｔｒｅａｍ  Ｆｉｌｅとは異なる別のファイルに個別ユニット鍵Ｋｕを記録してもよい。なお、別のファイルに記録する場合には、各個別ユニット鍵Ｋｕの対象となるコンテンツがＳｔｒｅａｍ  Ｆｉｌｅのどの部分に該当するかを示すための情報も、その個別ユニット鍵Ｋｕとあわせて記録される。
【００４４】
図７は、本実施の形態における再生プレイヤーを含むシステム構成を模式的に示す図である。
【００４５】
本実施の形態における再生プレイヤー１００は、光ディスク５０にコンテンツとして記録されているＳｔｒｅａｍ  Ｆｉｌｅなどを読み出して再生し、そのコンテンツをテレビ２００に表示させる。この再生では、上述のＡｌｉｇｎｅｄ  Ｕｎｉｔの復号が行われる。
【００４６】
光ディスク５０は、例えばＢｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃであり、映画などのコンテンツがＭＰＥＧ２−ＴＳ方式でこの光ディスク５０に格納されている。
【００４７】
スマートフォンまたはタブレット端末などのモバイル端末４００は、通常、光ディスクドライブを備えていないため、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃに格納されているコンテンツを再生することができない。ネットワークを利用してコンテンツをモバイル端末４００に配信することは可能である。しかし、数十ＧＢにもおよぶコンテンツをネットワーク経由で配信することは、ネットワーク帯域の問題から現実性がない。Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃのような高画質のコンテンツではなく、より品質を落としたコンテンツであればネットワーク経由で配信することも可能である。しかし、昨今、モバイル端末の画面解像度が現在のＨＤ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）または４Ｋ対応テレビと同等になりつつある。したがって、モバイル端末を使って高画質のコンテンツをそのままの品質で視聴したいとのユーザの欲求も高まりつつある。
【００４８】
そこで、本実施の形態における再生プレイヤー１００は、光ディスク５０上のコンテンツを、例えばＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）カードのような記録媒体４０を経由してモバイル端末４００にエキスポートする。なお、再生プレイヤー１００は、記録媒体を経由せずにエキスポートしてもよい。例えば、再生プレイヤー１００は、モバイル端末４００との間に接続されたＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ケーブルを介して、モバイル端末４００内蔵のメモリにコンテンツを直接エキスポートしてもよい。または、再生プレイヤー１００とモバイル端末４００とが同一ホームネットワーク内にある場合には、再生プレイヤー１００は、ネットワークを経由してコンテンツをエキスポートしてもよい。あるいは、再生プレイヤー１００は、光ディスク５０から記録媒体４０またはモバイル端末４００にコンテンツを直接エキスポートしなくてもよい。つまり、再生プレイヤー１００は、自らに内蔵されたＨＤＤ（図示していない）にコンテンツを一旦蓄積した後に、そのコンテンツをエキスポートしてもよい。
【００４９】
なお、モバイル端末４００は、エキスポートされたコンテンツだけでは、そのコンテンツを再生することができない。このため、モバイル端末４００は、ネットワークを経由して権利処理サーバ５００に接続して、その権利処理サーバ５００から再生権利データを取得する。再生権利データの取得の際には、モバイル端末４００と権利処理サーバ５００との間では認証プロトコルを用いた認証と秘密通信が行われる。例えば、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）方式がこのような認証プロトコルである。これによって、権利処理サーバ５００は、モバイル端末４００を確認した上で、そのモバイル端末４００でしかコンテンツを再生できないようにモバイル端末４００のＩＤを再生権利データに書き込むなどの方法で、その再生権利データを処理する。そして、権利処理サーバ５００は、処理された再生権利データをモバイル端末４００に送付する。モバイル端末４００は、この再生権利データを用いて、エキスポートされたコンテンツである暗号化コンテンツを再生する。再生権利データには、モバイル端末４００で暗号化コンテンツを再生するために必要な鍵の情報および利用条件などが記載されている。このようなエキスポートは、上述のＤｉｇｉｔａｌ  ＣｏｐｙまたはＭａｎａｇｅｄ  Ｃｏｐｙに準じて行われる。
【００５０】
また、本実施の形態における再生プレイヤー１００は、エキスポートする際には、追加コンテンツをコンテンツサーバ３００から取得する。そして、再生プレイヤー１００は、光ディスク５０から読み出されたコンテンツ（上述の暗号化コンテンツ）の一部を、その追加コンテンツに置き換える。再生プレイヤー１００は、このような置き換えによってエキスポート用のコンテンツを生成して、そのエキスポート用のコンテンツを出力する。この出力されたコンテンツがモバイル端末４００などに格納されることによって、コンテンツがエキスポートされる。
【００５１】
図８は、本実施の形態における再生プレイヤー１００の内部構造を模式的に示す図である。再生プレイヤー１００は、代替取得部１０８、コンテンツ生成部１０９、出力部１１０、読み出し部１０１、共通ユニット鍵生成部１０２、デバイス鍵保持部１０３、個別ユニット鍵生成部１０４、ＩＤ保持部１０５、復号部１０６、および表示部１０７を備える。
【００５２】
ＩＤ保持部１０５は、再生プレイヤー１００に付与された識別情報をＩＤとして保持する。
【００５３】
読み出し部１０１は、光ディスク５０のコンテンツを再生するときには、共通ユニット鍵Ｋｕの生成に必要とされるＭＫＢ（Ｍｅｄｉａ  Ｋｅｙ  Ｂｌｏｃｋ）などを含むデータをその光ディスク５０から読み出して共通ユニット鍵生成部１０２に出力する。さらに、読み出し部１０１は、ＩＤ保持部１０５に保持されているＩＤに基づいて、光ディスク５０に記録されているコンテンツのうちの一部または全てを再生対象コンテンツとして選択する。そして、読み出し部１０は、その選択された再生対象コンテンツを読み出して復号部１０６に出力する。また、読み出し部１０１は、光ディスク５０のコンテンツをエキスポートするときには、光ディスク５０に記録されているコンテンツの全てを読み出してコンテンツ生成部１０９に出力する。
【００５４】
デバイス鍵保持部１０３は、再生プレイヤー１００に固有の複数のデバイス鍵を保持している。
【００５５】
共通ユニット鍵生成部１０２は、読み出し部１０１によって読み出された上述のＭＫＢなどを含むデータと、デバイス鍵保持部１０３に保持されているデバイス鍵とに基づいて、共通ユニット鍵Ｋｕを生成し、その共通ユニット鍵Ｋｕを復号部１０６に出力する。
【００５６】
個別ユニット鍵生成部１０４は、復号部１０６から暗号化された複数の個別ユニット鍵Ｋｕを取得する。そして、個別ユニット鍵生成部１０４は、これらの暗号化された複数の個別ユニット鍵Ｋｕを、デバイス鍵保持部１０３に保持されている複数のデバイス鍵（複数の個別デバイス鍵）で復号することによって、復号された複数の個別ユニット鍵Ｋｕを生成する。そして、個別ユニット鍵生成部１０４は、生成されたそれらの個別ユニット鍵Ｋｕを復号部１０６に出力する。
【００５７】
復号部１０６は、共通ユニット鍵生成部１０２および個別ユニット鍵生成部１０４によって生成された共通ユニット鍵Ｋｕおよび個別ユニット鍵Ｋｕを用いて、読み出し部１０１によって読み出された再生対象コンテンツを復号する。これによって、再生対象コンテンツが再生される。
【００５８】
表示部１０７は、復号された再生対象コンテンツをテレビ２００に出力することによって、そのテレビ２００に再生対象コンテンツを表示させる。
【００５９】
代替取得部１０８は、コンテンツサーバ３００から上述の追加コンテンツを取得してコンテンツ生成部１０９に出力する。コンテンツ生成部１０９は、光ディスク５０から読み出されたコンテンツのうちの一部を、その追加コンテンツに置き換えることによって、エキスポート用のコンテンツを生成する。そして、出力部１１０は、その生成されたエキスポート用のコンテンツを再生プレイヤー１００の外部に出力する。このように出力されたコンテンツがモバイル端末４００などに格納されることによって、そのコンテンツはエキスポートされる。
【００６０】
図９は、共通ユニット鍵ＫｕをＫｅｙ  Ｆｉｌｅから取得する処理を説明するための図である。ここでは、共通ユニット鍵Ｋｕは、暗号化された状態で光ディスク５０上に格納されている。さらに、光ディスク５０上には、上述のＭＫＢが格納されている。
【００６１】
再生プレイヤー１００の共通ユニット鍵生成部１０２は、このＭＫＢをデバイス鍵保持部１０３が保持するデバイス鍵を用いて処理（ＭＫＢ処理）することにより、メディア鍵Ｋｍを生成する。ここで、不正な再生プレイヤーが保持するデバイス鍵ではＭＫＢ処理を行っても正しいメディア鍵Ｋｍが取得できないように、ＭＫＢは予め生成されている。
【００６２】
さらに、光ディスク５０上の特殊な領域には、Ｖｏｌｕｍｅ  ＩＤが格納されている。共通ユニット鍵生成部１０２は、このＶｏｌｕｍｅ  ＩＤの値を、読み出し部１０１を介して読み出し、そのＶｏｌｕｍｅ  ＩＤの値とメディア鍵Ｋｍの値とをＨａｓｈ関数で処理することにより、メディアユニーク鍵Ｋｍｕを取得する。共通ユニット鍵Ｋｕの生成のためには、Ｖｏｌｕｍｅ  ＩＤの取得が必須である。その理由は、通常手段では複製が極めて困難なＶｏｌｕｍｅ  ＩＤによって、光ディスク５０の単純なｂｉｔ−ｂｙ−ｂｉｔコピーを防止するためである。
【００６３】
次に、共通ユニット鍵生成部１０２は、読み出し部１０１を介して、暗号化タイトル鍵Ｅｍｕ（Ｋｕ  ＸＯＲ  ＵＲ）をＫｅｙ  Ｆｉｌｅから読み出す。そして、共通ユニット鍵生成部１０２は、この暗号化タイトル鍵Ｅｍｕ（Ｋｕ  ＸＯＲ  ＵＲ）をメディアユニーク鍵Ｋｍｕで復号することによって、変形共通ユニット鍵“Ｋｕ  ＸＯＲ  ＵＲ”を取得する。
【００６４】
さらに、共通ユニット鍵生成部１０２は、読み出し部１０１を介して、光ディスク５０から利用条件“Ｕｓａｇｅ  Ｒｕｌｅ”を読み出し、この利用条件“Ｕｓａｇｅ  Ｒｕｌｅ”をＨａｓｈ関数にかけることによって、値ＵＲを取得する。そして、共通ユニット鍵生成部１０２は、その値ＵＲと前述の変形共通ユニット鍵“Ｋｕ  ＸＯＲ  ＵＲ”との排他的論理和（ＸＯＲ）を行うことによって、共通ユニット鍵Ｋｕを得る。このように、共通ユニット鍵Ｋｕを取得するためには、利用条件“Ｕｓａｇｅ  Ｒｕｌｅ”の取得が必須である。その理由は、光ディスク５０における利用条件“Ｕｓａｇｅ  Ｒｕｌｅ”の改竄を防止するためである。
【００６５】
なお、共通ユニット鍵生成部１０２による上記処理を行うために、読み出し部１０１は、光ディスク５０からＭＫＢ、Ｖｏｌｕｍｅ  ＩＤ、Ｋｅｙ  Ｆｉｌｅ、およびＵｓａｇｅ  Ｒｕｌｅを読み出し、これらのデータを共通ユニット鍵生成部１０２に通知する。
【００６６】
図１０は、個別ユニット鍵ＫｕをＳｔｒｅａｍ  Ｆｉｌｅから取得する処理を説明するための図である。ここでは、個別ユニット鍵Ｋｕは、共通ユニット鍵Ｋｕに加えて、個別デバイス鍵Ｋｄで暗号化された状態でＳｔｒｅａｍ  Ｆｉｌｅ内に格納されている。個別デバイス鍵Ｋｄは、デバイス鍵保持部１０３に保持されている複数のデバイス鍵のうちの１つの鍵である。なお、図１０では、共通ユニット鍵を用いた復号については図示されていない。
【００６７】
再生プレイヤー１００の個別ユニット鍵生成部１０４は、共通ユニット鍵Ｋｕを用いた復号が行われた後、暗号化されている個別ユニット鍵Ｋｕを個別デバイス鍵Ｋｄで復号する。この際には、個別ユニット鍵生成部１０４は、デバイス鍵保持部１０３に保持されている複数のデバイス鍵から、個別ユニット鍵Ｋｕの復号に用いる適切なデバイス鍵を個別デバイス鍵Ｋｄとして選択する。
【００６８】
図１１Ａ〜図１１Ｃは、コンテンツが不正に漏洩した場合に、漏洩元を特定するための基本的な方式を模式的に説明した図である。
【００６９】
図１１Ａに示すように、Ｓｔｒｅａｍ  Ｆｉｌｅは、複数の共通部分と、各共通部分の間に配置される個別部分セットから構成される。なお、個別部分セットの間に共通部分を挟まずに個別部分セットが連続する構成としても良い。個別部分セットは、複数の個別部分を含み、それぞれの個別部分は、互いに略同一に見えるコンテンツを格納している。具体的には、個別部分セットに含まれる２つの個別部分１ａおよび１ｂのそれぞれは、互いに略同一に見えるコンテンツを格納している。他の個別部分セットに含まれる２つの個別部分２ａおよび２ｂのそれぞれは、互いに略同一に見えるコンテンツを格納している。図１１Ａの例では、各個別部分セットは二種類の個別部分を含むが、三種類以上の個別部分を含んでいてもよい。ここで、個別部分セットに含まれる各個別部分は、通常の視聴者が見た場合にはほぼ同一に見えるが、何らかの識別方法を用いて識別が可能なように構成されている。このような識別方法は、例えばウォーターマーク（電子透かし）である。ウォーターマークを用いて、コンテンツである映像または音声に対して、通常の人間には視聴できないデータを格納しておく。格納されたデータは、コピーなどが行われたとしても、消えずに残る。
【００７０】
なお、ここでは、識別方法としてウォーターマークを用いるとしたが、識別方法はこれに限るものではない。例えば、映像中の背景に含まれる目立たない被写体（例えば看板など）の色調または記載内容を変えるなどの識別方法でも構わない。
【００７１】
図１１Ａに示すように構成されたＳｔｒｅａｍ  Ｆｉｌｅが再生される場合、互いに異なる再生プレイヤー１００は、そのＳｔｒｅａｍ  Ｆｉｌｅを互いに異なる再生パスで再生する。例えば、図１１Ｂに示すように、複数の再生プレイヤー１００のうちの１つである再生プレイヤー１は、個別部分１ａと個別部分２ｂを再生する。一方、図１１Ｃに示すように、複数の再生プレイヤー１００のうちの１つである再生プレイヤー２は、個別部分１ｂと個別部分２ｂを再生する。これにより、万が一、再生されたコンテンツが漏洩してしまった場合にも、漏洩させた再生プレイヤー１００を特定することができる。例えば、漏洩したコンテンツが個別部分１ａと個別部分２ｂを含んでいた場合には、漏洩させた再生プレイヤー１００として再生プレイヤー１を特定することができる。
【００７２】
ここで、再生プレイヤー１では、必ず個別部分１ａと個別部分２ｂが再生され、再生プレイヤー２では、必ず個別部分１ｂと個別部分２ｂが再生されるように、上述の個別ユニット鍵Ｋｕが用いられる。つまり、Ｓｔｒｅａｍ  Ｆｉｌｅ内の各共通部分は、複数の再生プレイヤー１００のそれぞれで用いられる共通ユニット鍵Ｋｕで暗号化されているが、各個別部分は、その個別部分に対応する個別ユニット鍵Ｋｕで暗号化されている。この個別ユニット鍵Ｋｕは、複数の再生プレイヤー１００のうちの一部であって、少なくとも１つの再生プレイヤー１００のみによって用いられる。
【００７３】
図１１Ｂの例では、再生プレイヤー１のデバイス鍵保持部１０３が保持する複数の個別デバイス鍵Ｋｄでは、個別部分１ａと個別部分２ｂに対応する個別ユニット鍵Ｋｕのみを復号することができる。これにより、再生プレイヤー１は、個別部分１ｂおよび個別部分２ａを復号することができない。一方、図１１Ｃの例では、再生プレイヤー２のデバイス鍵保持部１０３が保持する複数の個別デバイス鍵Ｋｄでは、個別部分１ｂと個別部分２ｂに対応する個別ユニット鍵Ｋｕのみを復号することができる。これにより、再生プレイヤー２は、個別部分１ａおよび個別部分２ａを復号することができない。その結果、再生プレイヤー１００のそれぞれでは、個別部分セット内のある定められた個別部分のみを再生することが担保できる。
【００７４】
ここで、共通部分および個別部分の復号について詳細に説明する。
【００７５】
読み出し部１０１は、Ｓｔｒｅａｍ  Ｆｉｌｅの読み出し、そのＳｔｒｅａｍ  Ｆｉｌｅに含まれる共通部分をそのまま復号部１０６に通知する。復号部１０６は、予め通知されている共通ユニット鍵Ｋｕを用いて、Ｓｔｒｅａｍ  Ｆｉｌｅの共通部分を復号する。
【００７６】
図１２は、個別部分の構成を示す図である。各個別部分は複数のＡｌｉｇｎｅｄ  Ｕｎｉｔから構成されている。更に、各Ａｌｉｇｎｅｄ  Ｕｎｉｔは共通ユニット鍵または個別ユニット鍵で暗号化されている。Ａｌｉｇｎｅｄ  Ｕｎｉｔがいずれの鍵で暗号化されているかは、上述のＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒの一部のデータ列などを用いて識別可能である。ここで、先頭の「Ａｌｉｇｎｅｄ  Ｕｎｉｔ  ＃１」は共通ユニット鍵Ｋｕで暗号化されている。再生プレイヤー１００は、この共通ユニット鍵ＫｕをＳｔｒｅａｍ  Ｆｉｌｅの再生開始前に入手しているため、特に問題なく「Ａｌｉｇｎｅｄ  Ｕｎｉｔ  ＃１」を復号することができる。こうして得られた「Ａｌｉｇｎｅｄ  Ｕｎｉｔ  ＃１」の中に、図６の例で示したとおりＰＭＴが格納されていれば、このＰＭＴから、暗号化された状態の個別ユニット鍵Ｋｕを取り出すことが可能である。こうして取り出した暗号化された状態の個別ユニット鍵Ｋｕは、さらにデバイス鍵Ｋｄを用いて復号される。これにより、個別ユニット鍵Ｋｕが得られる。この個別ユニット鍵Ｋｕを用いて、個別部分に含まれる「Ａｌｉｇｎｅｄ  Ｕｎｉｔ  ＃２」以降の各Ａｌｉｇｎｅｄ  Ｕｎｉｔを復号することが可能である。なお、ここでは、共通ユニット鍵Ｋｕで暗号化されたＡｌｉｇｎｅｄ  Ｕｎｉｔに引き続く、個別ユニット鍵Ｋｕで暗号化された一連のＡｌｉｇｎｅｄ  Ｕｎｉｔを一つの個別部分と見なす。Ｓｔｒｅａｍ  Ｆｉｌｅのうち、次に出現する、共通ユニット鍵Ｋｕで暗号化されたＡｌｉｇｎｅｄ  Ｕｎｉｔ以降の部分は、次の別の個別部分であるか、または共通部分である。なお、ここでは、Ｓｔｒｅａｍ  Ｆｉｌｅの暗号化に利用する鍵によって個別部分と共通部分の区別を行うとしたが、これに限定される物ではない。例えば、Ｓｔｒｅａｍ  Ｆｉｌｅの構成を示すデータを別ファイルとして光ディスク５０に記録することによって、個別部分と共通部分の区別を行っても良い。
【００７７】
なお、ここでは、先頭のＡｌｉｇｎｅｄ  Ｕｎｉｔだけを共通ユニット鍵Ｋｕで暗号化するとしたが、これに限定するものではない。例えば、先頭のＡｌｉｇｎｅｄ  Ｕｎｉｔに引き続く幾つかのＡｌｉｇｎｅｄ  Ｕｎｉｔも、共通ユニット鍵Ｋｕで暗号化しても良い。特に、再生プレイヤー１００の実装によっては、「Ａｌｉｇｎｅｄ  Ｕｎｉｔ  ＃１」から得られた個別ユニット鍵Ｋｕをすぐに次の「Ａｌｉｇｎｅｄ  Ｕｎｉｔ  ＃２」の復号には用いることができないケースも想定される。このような問題を回避するためには、再生プレイヤー１００で個別ユニット鍵Ｋｕに関する処理が十分に終わるまで、Ａｌｉｇｎｅｄ  Ｕｎｉｔの復号には共通ユニット鍵Ｋｕを用いるほうが良い。
【００７８】
このようにして、個別部分の復号に用いる個別ユニット鍵Ｋｕを、Ｓｔｒｅａｍ  Ｆｉｌｅの中に格納しておくことは、再生プレイヤー１００の実装に対しても好ましいし、個別ユニット鍵Ｋｕの漏洩を防止するという観点でも望ましい。個別部分が数百カ所存在する場合には、個別ユニット鍵Ｋｕも数百個用いられることとなる。こうした個別ユニット鍵ＫｕをＫｅｙ  Ｆｉｌｅに格納することは可能である。しかし、この場合には、Ｓｔｒｅａｍ  Ｆｉｌｅの連続再生中には、Ｋｅｙ  Ｆｉｌｅまでドライブがシークして個別ユニット鍵Ｋｕを読み出すことが困難なため、個別ユニット鍵Ｋｕを予め読み込んでおく必要がある。鍵のデータ量が一つあたり１６Ｂｙｔｅｓであるとしても、５００個の鍵を格納するためには８，０００Ｂｙｔｅｓの容量が必要となる。鍵は再生プレイヤー１００が最もセキュアに保持するべき情報であり、一般的には専用に割り当てられた秘密の領域に格納されている。このような領域のサイズは一般的にはそれほど大きな容量ではなく、８，０００Ｂｙｔｅｓの容量は漏洩対策の観点では好ましくない。
【００７９】
以上のように、個別部分については、まずはＰＭＴを含む先頭部分のＡｌｉｇｎｅｄ  Ｕｎｉｔを、共通部分と同様に復号部１０６で平文とする処理が最初に必要となる。したがって、読み出し部１０１は、Ｓｔｒｅａｍ  Ｆｉｌｅに含まれる個別部分を復号部１０６に通知する。復号部１０６は、ＰＭＴを含む先頭部分のＡｌｉｇｎｅｄ  Ｕｎｉｔを共通ユニット鍵Ｋｕで平文にすることによって得られたＰＭＴの中から、個別デバイス鍵Ｋｄで暗号化された状態の個別ユニット鍵Ｋｕを取得する。そして、復号部１０６は、その暗号化された状態の個別ユニット鍵Ｋｕを個別ユニット鍵生成部１０４に通知する。個別ユニット鍵生成部１０４は、ＩＤ保持部１０５が保持する再生プレイヤー１００のＩＤを参照し、復号すべき個別ユニット鍵Ｋｕを選択する。そして、個別ユニット鍵生成部１０４は、その復号すべき個別ユニット鍵Ｋｕを、デバイス鍵保持部１０３に保持されている個別デバイス鍵Ｋｄを用いて、図１０に示す方法で復号する。そして、個別ユニット鍵生成部１０４は、復号された個別ユニット鍵Ｋｕを復号部１０６に通知する。復号部１０６は、その個別ユニット鍵Ｋｕを用いて、その個別ユニット鍵Ｋｕに対応する個別部分を復号する。
【００８０】
複数の個別デバイス鍵Ｋｄの各々には番号が付与されており、この番号がその個別デバイス鍵Ｋｄに対応する個別部分を示す。例えば、個別部分１に対しては番号１の個別デバイス鍵Ｋｄが対応し、個別部分２に対しては番号２の個別デバイス鍵Ｋｄが対応している。また、ＩＤ保持部１０５が保持するＩＤには、各個別部分セット毎にどの再生パス（個別部分）を選択すべきかを示す情報が記載されている。つまり、ＩＤに含まれるビットが０であれば、そのビットは、個別部分セットのうちの個別部分ａを選択すべきことを示し、ＩＤに含まれるビットが１であれば、そのビットは、個別部分セットのうちの個別部分ｂを選択すべきことを示す。例えば、２ビット表記で０１１００１００となっているＩＤは、第一の個別部分セットでは個別部分ａを選択し、第二の個別部分セットでは個別部分ｂを選択し、第三の個別部分セットでは個別部分ｂを選択すべきことを示す。このようなＩＤによって、ＩＤ保持部１０５は読み出すべき対象となる個別部分を読み出し部１０１に指示し、読み出し部１０１は、読み出した個別部分を復号部１０６に通知する。復号部１０６は、予め通知されている個別ユニット鍵Ｋｕを用いて、個別部分のうちの先頭部分以外の残りの部分を復号する。
【００８１】
さて、図１１Ａ〜図１１Ｃでは説明のために個別部分セットを２カ所だけとしたが、実際のコンテンツではより多くの個別部分セットを設けることが望ましい。２カ所のみであれば、これによって作成できる再生パスは２の２乗で４種類のみであるが、例えば１０カ所であれば２の１０乗で１０２４種類の再生パスを作成できる。再生プレイヤーの数が数億台になるケースを考慮すると、実際にはより多くの個別部分セットが必要となる。
【００８２】
例えば、個別部分セットが１０カ所だとすると、特定可能な再生プレイヤーの種別は１０２４種類となる。２０カ所だとおおよそ百万種類、３０カ所だと１０億種類の再生プレイヤーを特定することができる。１０２４種類では、漏洩元の再生プレイヤーを特定することはできない。しかし、再生プレイヤーを製造する会社の数がそれほど多くはないことを考慮に入れると、例えば漏洩元の再生プレイヤーを製造した会社を特定することは可能である。会社が特定できるだけでも、漏洩によって不利益を被るコンテンツ企業にとっては、対策を共同して検討すべき相手先が定まるため、会社の特定には意味がある。さらに数万種類以上の再生プレイヤーが特定できれば、漏洩元がどのモデルの再生プレイヤーであるかといった情報や、いつ頃に製造された再生プレイヤーかということまで特定可能となる。この場合には、再生プレイヤーを製造したメーカ側にとっても、特定の再生プレイヤーのモデルを対象として漏洩に対する対策を行うことが可能となって、その特定の価値はより大きい。勿論、１０億種類以上の再生プレイヤーが特定できるケースでは、１台の再生プレイヤーが特定可能となる。したがって、１台の再生プレイヤーに絞って、その再生プレイヤーの鍵を無効化するなど、更なる対応が可能となる。
【００８３】
さらに、いわゆる結託攻撃に対する耐性も考慮しなければならない。結託攻撃とは、複数の再生プレイヤーからコンテンツが漏洩される状況が発生した場合に、漏洩した複数のコンテンツから個別部分を少しずつ抜き出して、これらを再合成することで全体コンテンツを作成する方式である。これによって、漏洩を起こした再生プレイヤーに定められた再生パスとは異なる再生パスを作り出すことができてしまい、漏洩元を追跡しようとする側にとっては、漏洩元の特定ができなくなってしまう。このような攻撃を防止するための方式として、例えば１０２４台の再生プレイヤーを特定するために、個別部分セットを１０カ所とするのではなく、より多くの、例えば３０カ所としておいて、２０カ所分をエラー訂正用途に用いる方式が知られている。実際には攻撃側も可能な限り多くの再生プレイヤーを用いた結託攻撃を行うことが想定されている。したがって、エラー率が低い場合を主用途とするエラー訂正符号での典型的な冗長コードの比率とは異なり、実コードに対して１０倍以上の冗長コードが必要となることも考慮に入れる必要がある。
【００８４】
上述した理由により、実際のタイトル（Ｓｔｒｅａｍ  Ｆｉｌｅ）では数百箇所程度の個別部分セットを作成する必要がある。一方で光ディスクの容量には制限があるため、余り多くの個別部分セットを用意することはできない。例えば、個別部分の長さは、映像の符号化単位であるＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）を個別部分として想定すると、通常は１秒前後となる。個別部分セットが５００カ所あり、個別部分セット毎に個別部分が二種類ある場合には、余分に５００秒分のコンテンツを光ディスク５０に格納する必要がある。この余分なコンテンツのサイズは、通常の映画タイトルが２時間（＝７，２００秒）であることを踏まえると、無視できないサイズである。実際には、ウォーターマークの方式によっては、１秒前後ではマークをコンテンツに挿入することができないため、個別部分の長さは数秒必要になる場合もあり、この場合には更に余分なデータ容量が必要となる。また、光ディスクの場合には、連続読み出しは高速に可能なものの、複数の個別部分を再生する場合には、それらの個別部分の読み出し箇所にドライブがシークする必要があり、この際にシームレスな再生ができないという問題が知られている。この問題を回避するためには、事前に先読みを行っておく必要があり、このためには個別部分が１秒では、個別部分のビットレートと読み出しの速度によっては、先読みに支障を来す場合もある。この場合には、シークまでに十分な量のデータをキャッシュに読み込んでおくために更に長い時間の個別部分が必要となる可能性もある。
【００８５】
よって、実際には、光ディスク５０には、多くの個別部分セットを用意することはできず、３００カ所から、場合によっては１００カ所程度しか用意できない。先に述べたように、一部の個別部分セットについてはエラー訂正用途に用いることも考慮すると、漏洩元の特定のために用いることができる個別部分セットは数十カ所から十数カ所までに限定される。
【００８６】
そこで、本実施の形態における光ディスク５０は、共通部分および個別部分だけでなく個別化候補部分を含むＳｔｒｅａｍ  Ｆｉｌｅを格納している。
【００８７】
図１３は、共通部分、個別部分および個別化候補部分を含むＳｔｒｅａｍ  Ｆｉｌｅの構成を示す図である。
【００８８】
図１３に示すように、共通部分１、共通部分２、共通部分３、および共通部分４は全て共通ユニット鍵Ｋｕで暗号化されている。共通ユニット鍵Ｋｕは、ＭＫＢによる無効化などを除けば、全ての再生プレイヤー１００が生成可能な鍵であり、共通部分のコンテンツは全ての再生プレイヤー１００によって復号または再生できる。
【００８９】
これに対して、複数の個別部分に対しては各々異なる個別ユニット鍵Ｋｕが対応付けられている。これによって、各個別部分は、対応する個別ユニット鍵Ｋｕが取得できる再生プレイヤーによってのみ復号または再生することが可能となる。
【００９０】
また、図１３に示すように、Ｓｔｒｅａｍ  Ｆｉｌｅは、個別化候補部分（図１３に示す個別化候補部分３）を含んでいる。この個別化候補部分は、光ディスク５０上では、共通部分と同様に、全ての再生プレイヤーによって復号または再生されるように構成されている。つまり、個別化候補部分は共通ユニット鍵で暗号化されているが、共通部分に対して付与されている共通ユニット鍵（第１の共通鍵）Ｋｕとは異なる共通ユニット鍵（第２の共通鍵）Ｋｕで暗号化されている。このため、個別化候補部分を暗号化するために用いている共通ユニット鍵Ｋｕと、共通部分を暗号化するために用いている共通ユニット鍵Ｋｕとを区分するため、その個別化候補部分の共通ユニット鍵Ｋｕを個別化候補ユニット鍵と呼ぶ。なお、個別化候補ユニット鍵は、他の共通ユニット鍵Ｋｕと同様にメディアユニーク鍵Ｋｍｕを用いて暗号化された上で光ディスク５０上に記録されている。
【００９１】
つまり、個別化候補ユニット鍵は、共通部分の共通ユニット鍵Ｋｕと比べて、Ｋｅｙ  Ｆｉｌｅの中から読み出される対象となる鍵が異なるのみである。したがって、共通ユニット鍵生成部１０２は、共通ユニット鍵Ｋｕと同様に個別化候補ユニット鍵を生成する。そして、復号部１０６は、共通部分と同様に個別化候補部分を復号し、復号された個別化候補部分を表示部１０７に出力する。表示部１０７は、その復号された個別化候補部分をテレビ２００に出力することによって、その復号された個別化候補部分をテレビ２００に表示させる。
【００９２】
なお、上述のＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒは、Ｓｔｒｅａｍ  Ｆｉｌｅにおける各部分のコンテンツが、共通ユニット鍵、個別ユニット鍵、および個別化候補ユニット鍵のいずれで暗号化されているかを示す。具体的には、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒの一部のデータ列（例：先頭２ｂｉｔｓ）が、上述の３種類のうちの何れかの鍵を示している。そのデータ列が２ｂｉｔｓあれば、そのデータ列は、上記の３種類に加えて、平文をあわせた四種類のうちの何れかを表現することが可能である。
【００９３】
再生プレイヤー１００は、光ディスク５０に格納されている図１３に示すＳｔｒｅａｍ  Ｆｉｌｅであるコンテンツをエキスポートするときには、その個別化候補部分３を、上述の追加コンテンツである個別部分セットに置き換える。つまり、再生プレイヤー１００の代替取得部１０８は、コンテンツサーバ３００からネットワークを介して複数の個別部分からなる個別部分セットを上述の追加コンテンツとして取得する。コンテンツ生成部１０９は、読み出し部１０１によって光ディスク５０から読み出されたコンテンツのうち、個別化候補部分３をその個別部分セットに置き換えることによって、エキスポート用のコンテンツを生成する。
【００９４】
なお、上述のように、共通部分と個別化候補部分とは異なる共通ユニット鍵Ｋｕで暗号化されている。したがって、共通部分の共通ユニット鍵Ｋｕの漏洩によって、個別化候補部分も復号されてしまうことを防ぐことができる。つまり、共通部分は、エキスポートが行われた場合にも、同じ共通ユニット鍵Ｋｕで暗号化されたままとなる。したがって、個別化候補部分も共通部分と同じ共通ユニット鍵Ｋｕで暗号されている場合に、その共通ユニット鍵Ｋｕが漏洩すると、共通部分だけでなく個別化候補部分もその共通ユニット鍵Ｋｕで復号されてしまう。そこで、共通部分と個別化候補部分とを異なる共通ユニット鍵Ｋｕで暗号化しておくことで、共通部分の共通ユニット鍵Ｋｕが漏洩した場合にも、個別化候補部分が平文となることを防止することができる。また、個別化候補ユニット鍵は、光ディスクの再生のための漏洩リスクが低い専用の再生プレイヤー１００でのみ取り扱われ、漏洩リスクの高いモバイル端末４００などの汎用的な再生環境では取り扱われない。したがって、個別化候補ユニット鍵の安全性を確保することができる。
【００９５】
図１４は、本実施の形態におけるエキスポートされたコンテンツの構成を示す図である。エキスポートされたコンテンツでは、図１４に示すように、図１３に示す個別化候補部分３が、個別部分３ａおよび３ｂからなる個別部分セットに置き換えられている。
【００９６】
このように、本実施の形態では、光ディスク５０上では容量の制限などから、それほど多くの個別部分を作り出すことができなかったのに対して、エキスポートされるコンテンツではより多くの個別部分を作り出すことが可能となる。したがって、光ディスク５０などの記録媒体の容量に制約されることなく、コンテンツの漏洩元を効率的に追跡することができる。
【００９７】
また、本実施の形態では、再生プレイヤー（再生装置）は、光ディスクからコンテンツを読み出して再生する際には、光ディスクに記録された漏洩元追跡用の複数の個別部分の内で自らに割り当てられたものを選択して再生する。したがって、個別部分の数に応じた漏洩元の追跡が可能となる。更に、本実施の形態では、光ディスクのコンテンツを記録媒体にエキスポートする際には、光ディスクに記録されたコンテンツのうちの個別化候補部分が、コンテンツサーバ３００からダウンロードされた追加コンテンツである個別部分セットに置き換えられる。これにより、光ディスクの容量に縛られずにより効率的な漏洩元追跡を行うことができる。
【００９８】
以上、本実施の形態における再生プレイヤーをコンテンツ処理装置として説明したが、本発明の一態様に係るコンテンツ処理装置は、図８に示す再生プレイヤー１００の全ての構成要素を備えている必要なない。
【００９９】
図１５Ａは、本発明の一態様に係るコンテンツ処理装置の構成を示すブロック図である。
【０１００】
本発明の一態様に係るコンテンツ処理装置１００ａは、例えば光ディスク５０などの記録媒体に記録されているコンテンツをエキスポートする装置である。このようなコンテンツ処理装置１００ａは、読み出し部１０１と、代替取得部１０８と、コンテンツ生成部１０９と、出力部１１０とを備える。
【０１０１】
読み出し部１０１は、それぞれ暗号化された共通部分と、複数の第１の個別部分と、個別化候補部分とから構成されるコンテンツを光ディスク５０から読み出す。
【０１０２】
代替取得部１０８は、それぞれ個別化候補部分の代替となる暗号化された複数の第２の個別部分を取得する。例えば、代替取得部１０８は、コンテンツサーバ３００などのサーバからネットワークを介してその複数の第２の個別部分を取得する。
【０１０３】
コンテンツ生成部１０９は、そのコンテンツのうちの個別化候補部分を、取得された複数の第２の個別部分に置き換えることによって、エキスポート用のコンテンツを生成する。
【０１０４】
出力部１１０は、生成されたエキスポート用のコンテンツを例えばＳＤカードなどに出力する。
【０１０５】
ここで、上述の共通部分および個別化候補部分のそれぞれは、複数の再生装置（つまり再生プレイヤー）のそれぞれによって復号可能である。また、複数の第１の個別部分のそれぞれは、その複数の再生装置のうちの一部である、当該第１の個別部分に対応する少なくとも１つの再生装置のみによって復号可能である。また、複数の第２の個別部分のそれぞれは、その複数の再生装置のうちの一部である、当該第２の個別部分に対応する少なくとも１つの再生装置のみによって復号可能である。
【０１０６】
このようなコンテンツ処理装置１００ａは、上記実施の形態の再生プレイヤー１００と同様の作用効果を奏することができる。つまり、記録媒体に記録されているコンテンツがエキスポートされるときには、共通部分と同様に複数の再生装置のそれぞれによって復号可能な個別化候補部分が、複数の第１の個別部分と同様の複数の第２の個別部分に置き換えられる。つまり、コンテンツにおいて、それぞれ特定の再生装置（１つまたは複数の再生装置）のみによって復号可能な複数の個別部分（個別部分セット）が設けられている箇所を増やすことができる。したがって、光ディスク５０などの記録媒体の容量に制限されることなく、エキスポートされたコンテンツにおける再生パスの数を増やすことができる。その結果、比較的脆弱なスマートフォンまたはタブレット端末などの汎用的な再生環境で、エキスポートされたコンテンツが再生されて漏洩した場合であっても、その漏洩元を効率的に追跡することができる。
【０１０７】
図１５Ｂは、本発明の一態様に係るコンテンツ処理方法を示すフローチャートである。
【０１０８】
本発明の一態様に係るコンテンツ処理方法は、例えば光ディスク５０などの記録媒体に記録されているコンテンツをエキスポートする方法であって、ステップＳ１１〜Ｓ１４を含む。
【０１０９】
ステップＳ１１では、それぞれ暗号化された共通部分と、複数の第１の個別部分と、個別化候補部分とから構成されるコンテンツを光ディスク５０から読み出す。
【０１１０】
ステップＳ１２では、代替取得部１０８は、それぞれ個別化候補部分の代替となる暗号化された複数の第２の個別部分を取得する。例えば、コンテンツサーバ３００などのサーバからネットワークを介してその複数の第２の個別部分を取得する。
【０１１１】
ステップＳ１３では、そのコンテンツのうちの個別化候補部分を、取得された複数の第２の個別部分に置き換えることによって、エキスポート用のコンテンツを生成する。
【０１１２】
ステップＳ１４では、生成されたエキスポート用のコンテンツを例えばＳＤカードなどに出力する。
【０１１３】
ここで、上述の共通部分および個別化候補部分のそれぞれは、複数の再生装置（つまり再生プレイヤー）のそれぞれによって復号可能である。また、複数の第１の個別部分のそれぞれは、その複数の再生装置のうちの一部である、当該第１の個別部分に対応する少なくとも１つの再生装置のみによって復号可能である。また、複数の第２の個別部分のそれぞれは、その複数の再生装置のうちの一部である、当該第２の個別部分に対応する少なくとも１つの再生装置のみによって復号可能である。
【０１１４】
このようなコンテンツ処理方法は、上述のコンテンツ処理装置１００ａと同様の作用効果を奏することができる。
【０１１５】
また、コンテンツ処理方法は、さらに、次の２つのステップを含んでもよい。その２つのステップのうちの１つでは、共通部分に対する第１の共通鍵と、複数の第１の個別部分のうちの何れか１つである再生対象個別部分に対応する個別鍵と、個別化候補部分に対する第２の共通鍵とを生成する。残りのステップでは、生成された第１の共通鍵と個別鍵と第２の共通鍵とを用いて、共通部分と再生対象個別部分と個別化候補部分とを復号することによって、コンテンツを再生する。第１の共通鍵は上述の共通ユニット鍵であり、第２の共通鍵は上述の個別化候補ユニット鍵である。また、個別鍵は上述の個別ユニット鍵である。
【０１１６】
これにより、光ディスク５０などの記録媒体からコンテンツを読み出して適切に再生することができる。また、このコンテンツにも、複数の第１の個別部分のように、特定の再生装置（１つまたは複数の再生装置）のみによって復号可能な複数の個別部分（個別部分セット）が設けられている。したがって、漏洩元を追跡することができる。
【０１１７】
また、第１の共通鍵と前記第２の共通鍵とは異なっていてもよい。
【０１１８】
これにより、第１の共通鍵の漏洩によって、個別化候補部分も復号されてしまうことを防ぐことができる。
【０１１９】
また、第１の共通鍵と前記個別鍵と前記第２の共通鍵の生成では、記録媒体に記録されている鍵ファイルに基づいて、第１の共通鍵と第２の共通鍵とを生成してもよい。さらに、コンテンツに埋め込まれている暗号化された個別鍵を復号することによって、個別鍵を生成してもよい。
【０１２０】
これにより、それぞれ複数の第１の個別部分からなる多くの個別部分セットがコンテンツに埋め込まれていても、第１および第２の共通鍵とともに、再生に必要とされる多くの個別鍵を適切に取得してコンテンツを再生することができる。
【０１２１】
以上、本発明の一態様に係るコンテンツ処理方法およびコンテンツ処理装置について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれてもよい。
【０１２２】
また、上記実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記実施の形態におけるコンテンツ処理装置などを実現するソフトウェアは、図１５Ｂに示すフローチャートに含まれる各ステップをコンピュータに実行させるプログラムである。
【産業上の利用可能性】
【０１２３】
本発明に係るコンテンツ処理方法は、コンテンツの漏洩元の追跡を効率化することができるという効果を奏し、例えば光ディスクなどの記録媒体に記録されているコンテンツを例えばＳＤカードなどの他の記録媒体にエキスポートする装置などに利用することができる。
【符号の説明】
【０１２４】
５０    光ディスク（記録媒体）
１００    再生プレイヤー（コンテンツ処理装置）
１００ａ    コンテンツ処理装置
１０１    読み出し部
１０２    共通ユニット鍵生成部
１０３    デバイス鍵保持部
１０４    個別ユニット鍵生成部
１０５    ＩＤ保持部
１０６    復号部
１０７    表示部
１０８    代替取得部
１０９    コンテンツ生成部
１１０    出力部
【図１】
2016042687.tif 000003
【図２】
2016042687.tif 000004
【図３】
2016042687.tif 000005
【図４】
2016042687.tif 000006
【図５】
2016042687.tif 000007
【図６】
2016042687.tif 000008
【図７】
2016042687.tif 000009
【図８】
2016042687.tif 000010
【図９】
2016042687.tif 000011
【図１０】
2016042687.tif 000012
【図１１Ａ】
2016042687.tif 000013
【図１１Ｂ】
2016042687.tif 000014
【図１１Ｃ】
2016042687.tif 000015
【図１２】
2016042687.tif 000016
【図１３】
2016042687.tif 000017
【図１４】
2016042687.tif 000018
【図１５Ａ】
2016042687.tif 000019
【図１５Ｂ】
2016042687.tif 000020