JP5862540B2 - 情報処理装置、情報記憶装置、情報処理システム、および情報処理方法、並びにプログラム - Google Patents

Description

本開示は、情報処理装置、情報記憶装置、情報処理システム、および情報処理方法、並びにプログラムに関する。特に、コンテンツの利用制御を行う情報処理装置、情報記憶装置、情報処理システム、および情報処理方法、並びにプログラムに関する。

例えば映画や音楽などのコンテンツは、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）や、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、あるいはフラッシュメモリなど、様々なメディア、あるいはインターネット等のネットワーク、あるいは放送波などを介してユーザに提供される。ユーザは、例えばＰＣ、携帯端末、ＢＤプレーヤ等の記録再生装置、テレビなど様々な情報処理装置を利用して、コンテンツの再生を行うことができる。

これらユーザに提供される音楽データ、画像データ等の多くのコンテンツは、その作成者あるいは販売者に著作権、頒布権等が保有されている。従って、コンテンツ提供者は、ユーザにコンテンツを提供する場合、所定のコンテンツ利用制御を行う場合が多い。

デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、不正コピーコンテンツの利用が蔓延しているといった問題が発生している。

このようなコンテンツの不正利用を防止するための具体的構成として、コンテンツの暗号化処理がある。ユーザに提供するコンテンツを暗号化して、その暗号鍵を正規ユーザのみに取得可能な設定とした構成である。これらの処理については、例えば特許文献１（特開２００８−９８７６５号公報）等に記載がある。

暗号化データを復号するために用いる暗号鍵を、暗号化コンテンツの購入時、例えばダウンロード時に暗号化コンテンツとともにユーザの所有するメディア、例えばメモリカードに記録する。
コンテンツの再生時に、メモリカードを装着した再生装置がメモリカードから暗号化コンテンツと暗号鍵を読み出して、暗号鍵を適用して暗号化コンテンツの復号を行うことでコンテンツの再生が可能となる。

このように、暗号化コンテンツと暗号鍵を１つのデータセットとしてメモリカード等のメディアに記録することで、コンテンツを１つのメディアに対応付けるいわゆるメディアバインド型のコンテンツ利用制御が実現される。
このようなメディアバインド型のコンテンツは、メディアを装着可能な様々な再生装置において再生することができる。

昨今のコンテンツ取得処理の多くは、ネットワークを介したコンテンツのダウンロード処理によって行われる。ユーザは、メモリカード等のメディアにダウンロードコンテンツを格納し、様々な再生装置にメディアを装着してメディアからコンテンツを読み出して再生する。

コンテンツの格納メディアには様々なものがあるが、近年、ＵＳＢメモリやＳＤカードなどのリムーバブルメディアが多く利用されている。これらのメディアは、小型であり、様々な再生機器に着脱可能であるという高い利便性を有する。例えば携帯型の再生機器、あるいは据え置き型の再生機器など、ユーザは利用形態に応じて、様々な再生機器を利用してコンテンツ再生を行なうことができる。

ＵＳＢメモリやＳＤカードなどのメディアを利用したコンテンツ再生を行なう場合、再生装置であるホスト機器のメディアインタフェース（Ｉ／Ｆ）に、コンテンツを格納したメディアをセットし、ホスト機器の再生アプリケーションを実行する。この処理によって、メディアに格納された様々なコンテンツを再生して利用することができる。

ＵＳＢメモリや、ＳＤカードなどのメディアを利用する場合、再生装置であるホスト機器のメディアインタフェース、すなわち、ＵＳＢＩ／Ｆ（ＵＳＢインタフェース）や、ＳＤＩ／Ｆ（ＳＤインタフェース）等にメディアを装着することが必要となる。

これらのメディアインタフェースは、所定の物理規格に従って構成されている。この物理規格上、メディアは同時には１つのホスト機器とのみデータ転送可能な構成となっている。すなわち、メディアは並列に複数のホスト機器との間でデータ転送を行なうことはできない設定となっている。

従って、図１（Ａ）に示すように、メディア１０に記録されたコンテンツは、そのメディアに接続された唯一のホスト機器３０のみで再生が許容されることになる。
すなわち、１つのメディア１０に格納されたコンテンツを２つ以上の複数のホスト機器に並列に出力して、複数のホスト機器で同時に同じコンテンツを再生することはできない。

しかし、例えば図１（Ｂ）に示すように、複数のホスト機器３０−１〜ｎのメディアドライバを改造し、メディアインタフェースにダミーメディア３１−１〜ｎを装着するなどの処理により、１つのコンテンツ格納メディア１０を装着したサーバ３０からネットワーク越しにメディア１０の格納コンテンツを受信して再生するといった処理が行われる可能性がある。

この図１（Ｂ）に示すような処理が行われると、複数のホスト機器、すなわち図１（Ｂ）に示すｎ台のホスト機器３０−１〜ｎが１つのメディア１０に格納された１つのコンテンツを、同時に並列再生することが可能となる。

図１（Ｂ）に示すコンテンツ利用構成は、１つの購入コンテンツを、コンテンツの正規購入を行なっていない不特定多数のユーザにも利用可能としてしまう恐れのある構成である。このようなコンテンツ利用が行われると、メディア１０に格納したコンテンツが不特定多数のユーザに無秩序に再生、利用されてしまうことになる。結果として、コンテンツの著作権や頒布権が侵害され、正当権利者の利益を不当に害することになる。

特開２００８−９８７６５号公報

本開示は、例えば上記問題点に鑑みてなされたものであり、１つのメディア格納コンテンツを唯一のホスト機器（情報処理装置）等、予め規定した許容制限内のホスト機器でのみ利用可能としたコンテンツ利用制御を実現する情報処理装置、情報記憶装置、情報処理システム、および情報処理方法、並びにプログラムを提供することを目的とする。

本開示の第１の側面は、
情報記憶装置としてのメディアを装着し、前記メディアに格納されたコンテンツの再生制御を行なうデータ処理部を有し、
前記データ処理部は、
前記メディアに自装置の識別子であるホスト機器ＩＤを出力し格納するホスト機器ＩＤ登録処理を実行し、
前記ホスト機器ＩＤ登録処理の実行後、前記メディアから、該メディアに格納されたホスト機器ＩＤを受信し、自装置のホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行し、
前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止する情報処理装置にある。

さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記接続一貫性確認処理において、乱数を生成して前記メディアに送信し、前記乱数と、前記メディアに格納されたホスト機器ＩＤを含むデータに対する検証値を、前記メディアから受信し、前記検証値に基づいて、前記メディアからの受信データの正当性を確認した後、前記照合処理を実行する。

さらに、本開示の情報処理装置の一実施態様において、前記メディアから受信する検証値は、前記情報処理装置とメディア間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）であり、前記データ処理部は、前記セッションキー（Ｂｋ）を適用して、生成乱数と、前記メディアから受信したホスト機器ＩＤを含むデータに対するＭＡＣを算出し、算出ＭＡＣと前記メディアからの受信ＭＡＣとが一致するか否かを判定して、前記メディアからの受信データの正当性確認を行なう。

さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記メディアに格納されたコンテンツの再生期間内に、前記接続一貫性確認処理を繰り返し実行し、前記照合処理の成立を条件としてコンテンツ再生を継続し、前記照合処理の不成立に応じてコンテンツ再生を中止する。

さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記ホスト機器ＩＤ登録処理において、自装置から取得したホスト機器ＩＤと、該ホスト機器ＩＤに基づいて生成した検証値を前記メディアに送信する。

さらに、本開示の情報処理装置の一実施態様において、前記検証値は、前記情報処理装置とメディア間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）である。

さらに、本開示の情報処理装置の一実施態様において、前記データ処理部は、前記メディアとの認証処理を実行し、認証処理およびセッションキー（Ｂｋ）の共有処理の成功を条件とした認証セッションを確立した後に、前記ホスト機器ＩＤ登録処理、または前記接続一貫性確認処理を実行する。

さらに、本開示の第２の側面は、
コンテンツを格納した記憶部と、
前記コンテンツの再生を行なうホスト機器との送受信データに対するデータ処理を実行するデータ処理部を有し、
前記データ処理部は、
前記ホスト機器から、該ホスト機器の識別子であるホスト機器ＩＤを入力し、記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行し、
前記ホスト機器ＩＤ登録処理の実行後、記憶部に格納済みのホスト機器ＩＤを含むデータに対する検証値を生成し、生成した検証値と、ホスト機器ＩＤを前記ホスト機器に送信する接続一貫性確認処理を実行する情報記憶装置にある。

さらに、本開示の情報記憶装置の一実施態様において、前記データ処理部は、前記接続一貫性確認処理において、前記ホスト機器から乱数を受信し、受信乱数と前記ホスト機器ＩＤを含むデータに対する検証値を生成する。

さらに、本開示の情報記憶装置の一実施態様において、前記データ処理部は、前記ホスト機器ＩＤ登録処理において、前記ホスト機器から、前記ホスト機器ＩＤと、該ホスト機器ＩＤに基づいて生成した検証値を受信し、受信したホスト機器ＩＤに対して受信検証値を適用した正当性確認処理を実行し、受信ホスト機器ＩＤの正当性が確認されたことを条件として、受信ホスト機器ＩＤを記憶部に格納する。

さらに、本開示の情報記憶装置の一実施態様において、前記検証値は、前記情報記憶装置と前記ホスト機器間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）である。

さらに、本開示の情報記憶装置の一実施態様において、前記接続一貫性確認処理において生成する前記検証値は、前記ホスト機器と情報記憶装置間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）であり、前記データ処理部は、前記セッションキー（Ｂｋ）を適用して、前記記憶部に格納済みのホスト機器ＩＤを含むデータに対するＭＡＣを算出し、前記ホスト機器に送信する。

さらに、本開示の情報記憶装置の一実施態様において、前記データ処理部は、前記ホスト機器における前記コンテンツの再生期間内に、前記接続一貫性確認処理を繰り返し実行する。

さらに、本開示の情報記憶装置の一実施態様において、前記データ処理部は、前記ホスト機器との認証処理を実行し、認証処理およびセッションキー（Ｂｋ）の共有処理の成功を条件とした認証セッションを確立した後に、前記ホスト機器ＩＤ登録処理、または前記接続一貫性確認処理を実行する。

さらに、本開示の情報記憶装置の一実施態様において、前記データ処理部は、 前記ホスト機器からの登録解除要求の受信に応じて、記憶部に格納済みのホスト機器ＩＤを削除する登録解除処理を実行する。

さらに、本開示の第３の側面は、
コンテンツを格納したメディアと、前記コンテンツの再生を実行するホスト機器を有する情報処理システムであり、
前記ホスト機器が、前記メディアに自装置の識別子であるホスト機器ＩＤを出力し、前記メディアが、受信したホスト機器ＩＤを記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行し、
前記ホスト機器ＩＤ登録処理の実行後、前記メディアがメディアに格納されたホスト機器ＩＤを前記ホスト機器に送信し、前記ホスト機器が、前記メディアから受信したホスト機器ＩＤと、ホスト機器の保持するホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行し、
前記ホスト機器は、前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止する情報処理システムにある。

さらに、本開示の第４の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、情報記憶装置としてのメディアを装着し、前記メディアに格納されたコンテンツの再生制御を行なうデータ処理部を有し、
前記データ処理部が、前記メディアに自装置の識別子であるホスト機器ＩＤを出力し格納するホスト機器ＩＤ登録処理を実行し、
前記データ処理部が、前記ホスト機器ＩＤ登録処理の実行後、前記メディアから、該メディアに格納されたホスト機器ＩＤを受信し、自装置のホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行し、
前記データ処理部が、前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止する情報処理方法にある。

さらに、本開示の第５の側面は、
情報記憶装置において実行する情報処理方法であり、
前記情報記憶装置は、コンテンツを格納した記憶部と、
前記コンテンツの再生を行なうホスト機器との送受信データに対するデータ処理を実行するデータ処理部を有し、
前記データ処理部が、前記ホスト機器から、該ホスト機器の識別子であるホスト機器ＩＤを入力し、記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行し、
前記データ処理部が、前記ホスト機器ＩＤ登録処理の実行後、前記記憶部に格納済みのホスト機器ＩＤを含むデータに対する検証値を生成し、生成した検証値と、前記記憶部に格納したホスト機器ＩＤを前記ホスト機器に送信する接続一貫性確認処理を実行する情報処理方法にある。

さらに、本開示の第６の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、情報記憶装置としてのメディアを装着し、前記メディアに格納されたコンテンツの再生制御を行なうデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記メディアに自装置の識別子であるホスト機器ＩＤを出力し格納するホスト機器ＩＤ登録処理と、
前記ホスト機器ＩＤ登録処理の実行後、前記メディアから、該メディアに格納されたホスト機器ＩＤを受信し、自装置のホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行させ、
前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止させるプログラムにある。

さらに、本開示の第７の側面は、
情報記憶装置において情報処理を実行させるプログラムであり、
前記情報記憶装置は、コンテンツを格納した記憶部と、
前記コンテンツの再生を行なうホスト機器との送受信データに対するデータ処理を実行するデータ処理部を有し、
前記プログラムは、
前記データ処理部に、前記ホスト機器から、該ホスト機器の識別子であるホスト機器ＩＤを入力し、記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行させ、
さらに、前記データ処理部に、前記ホスト機器ＩＤ登録処理の実行後、前記記憶部に格納済みのホスト機器ＩＤを含むデータに対する検証値を生成し、生成した検証値と、前記記憶部に格納したホスト機器ＩＤを前記ホスト機器に送信する接続一貫性確認処理を実行させるプログラムにある。

なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。

本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本開示の一実施例の構成によれば、メディアからのコンテンツ再生を、メディアに登録された特定ホスト機器にのみ許容するコンテンツ利用制御が実現される。
具体的には、ホスト機器がメディアに自装置の識別子であるホスト機器ＩＤを出力し、メディアは、ホスト機器ＩＤを記憶部に格納し、ホスト機器をコンテンツ再生許容機器として登録する。さらに、メディアは、メディアに格納されたホスト機器ＩＤをホスト機器に送信し、ホスト機器が、メディアから受信したホスト機器ＩＤと、ホスト機器の保持するホスト機器ＩＤとの照合処理を実行する。ホスト機器は、コンテンツ再生期間内にメディアからのホスト機器ＩＤの受信と照合処理を実行し、照合処理の成立を条件としてコンテンツ再生を継続し、照合処理が不成立の場合はコンテンツ再生を中止する。
これらの構成により、メディアからのコンテンツ再生を、メディアに登録された特定ホスト機器にのみ許容するコンテンツ利用制御が実現される。

メディアからのコンテンツ再生処理における問題点について説明する図である。 コンテンツ再生処理を実行する情報処理装置およびコンテンツ格納したメディアについて説明する図である。 コンテンツを格納したメディアの具体的構成例について説明する図である。 メディアの保護領域の格納データ例について説明する図である。 コンテンツを再生するホスト機器（情報処理装置）とメディア（情報記憶装置）間で実行するホスト機器登録処理シーケンスについて説明する図である。 コンテンツを再生するホスト機器（情報処理装置）とメディア（情報記憶装置）間で実行するホスト機器−メディア接続一貫性確認処理シーケンスについて説明する図である。 メディアに再生許容機器として登録されたホスト機器の登録解除処理シーケンスについて説明する図である。 ホスト機器登録処理シーケンスにおいてホスト機器の実行する処理について説明するフローチャートを示す図である。 コンテンツ再生を実行するホスト機器において実行するコンテンツ再生準備処理のシーケンスについて説明するフローチャートを示す図である。 ホスト機器−メディア接続一貫性確認処理シーケンスにおいてホスト機器の実行する処理について説明するフローチャートを示す図である。 ホスト機器登録処理シーケンスにおいてメディアの実行する処理シーケンスについて説明するフローチャートを示す図である。 ホスト機器−メディア接続一貫性確認処理シーケンスにおいてメディアの実行する処理について説明するフローチャートを示す図である。 メディアに再生許容機器として登録されたホスト機器の登録解除処理においてメディアの実行する処理について説明するフローチャートを示す図である。 コンテンツを再生するホスト機器（情報処理装置）とメディア（情報記憶装置）間で実行する処理シーケンスの具体例について説明する図である。 コンテンツを再生するホスト機器（情報処理装置）とメディア（情報記憶装置）間で実行する処理シーケンスの具体例について説明する図である。 コンテンツを再生するホスト機器（情報処理装置）とメディア（情報記憶装置）間で実行する処理シーケンスの具体例について説明する図である。 コンテンツを再生するホスト機器（情報処理装置）とメディア（情報記憶装置）間で実行する処理シーケンスの具体例について説明する図である。 ホスト機器登録処理シーケンスにおいて、複数のホスト機器を登録可能とした場合のメディアの実行する処理について説明するフローチャートを示す図である。 ホスト機器（情報処理装置）のハードウェア構成例について説明する図である。 メディア（情報記憶装置）のハードウェア構成例について説明する図である。

以下、図面を参照しながら本開示の情報処理装置、情報記憶装置、情報処理システム、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。
１．情報処理装置および情報記憶装置の具体例とコンテンツ利用処理の概要について
２．情報記憶装置（メディア）の構成例について
３．コンテンツ再生時のホスト機器とメディア間の通信処理の詳細シーケンスについて
３−１．メディアに対するホスト機器の登録処理について
３−２．ホスト機器とメディアとの接続一貫性確認処理
３−３．メディアに再生許容機器として登録されたホスト機器の登録解除処理
４．ホスト機器の実行する処理の詳細について
４-１．メディアに対するホスト機器の登録処理
４−２．ホスト機器におけるコンテンツ再生準備処理
４−３．ホスト機器とメディアとの接続一貫性確認処理
５．メディアの実行する処理の詳細について
５−１．メディアに対するホスト機器の登録処理
５−２．ホスト機器とメディアとの接続一貫性確認処理
５−３．メディアにコンテンツ再生許容機器として記録されたホスト機器ＩＤを削除する登録解除処理
６．本開示の処理の具体的な適用例について
６−１．１つのホスト機器において複数のコンテンツ再生アプリケーションを適用してコンテンツ再生を行なう処理例
６−２．複数のホスト機器が、１つのメディアからコンテンツ再生を並列に実行しようとした場合の処理例
６−３．複数のホスト機器が１つのメディアからコンテンツ再生を、順次、シーケンシャルに実行しようとした場合の処理例
７．その他の実施例について
８．各装置のハードウェア構成例について
９．本開示の構成のまとめ

［１．情報処理装置および情報記憶装置の具体例とコンテンツ利用処理の概要について］
以下、図面を参照しながら本開示の構成について説明する。
ます、図２を参照して、本開示の情報処理装置および情報記憶装置の具体例とコンテンツ利用処理の概要について説明する。
本開示の情報処理装置は、例えば図２（１）に示すＰＣ１００ａや図２（２）に示す携帯端末１００ｂ等、メディア２００に格納されたコンテンツを再生するコンテンツ再生装置としてのホスト機器１００である。

また、本開示の情報記憶装置は、例えば、図２（１），（２）に示すメディア２００である。メディア２００は、具体的には、ＵＳＢメモリやＳＤカードなどのメディア２００である。

ホスト機器１００は、メディア２００を装着し、メディアとの通信を行なうメディアインタフェース（Ｉ／Ｆ）を有し、メディアインタフェースにメディア２００を装着し、メディア２００との通信を実行してメディア２００に格納されたコンテンツを読み取って再生を行なう。

なお、本開示の情報処理装置には、図２に示すＰＣや携帯端末に限らず、例えばメディアインタフェースを備えたテレビ、ディスクプレーヤ、オーディオ機器、ゲームプレーヤ等の様々な装置を含む。本開示の情報処理装置は、メディアインタフェースに装着したメディアに格納されたコンテンツの再生を行なう。
また、情報処理装置であるホスト機器１００が再生するコンテンツには、例えば映画、静止画等の画像、音楽、ゲーム等、様々なコンテンツが含まれる。

［２．情報記憶装置（メディア）の構成例について］
次にホスト機器１００のメディアインタフェースに装着される情報記憶装置であるメディア２００、すなわち、ホスト機器１００が再生するコンテンツを格納したメディア２００の構成例について図３を参照して説明する。

図３は、メディア２００の内部構成例を示す図である。
メディア２００は、例えばコンテンツの記録再生を行う情報処理装置であるホスト機器１００に装着され、情報処理装置１００、あるいは情報処理装置１００を介して接続されるサーバ等からアクセスが行われ、データの読み出しや書き込みが行われる。

メディア２００は、図３に示すように、
コントローラ（データ処理部）２１０、記憶部２２０、通信ＩＦ２４０を有する。
通信ＩＦ２４０を介して、例えばホスト機器（情報処理装置）１００等との通信を行う。

コントローラ（データ処理部）２１０は、プログラム実行機能を持つＣＰＵ２１１、ＲＡＭ２１２等によって構成される。ＲＡＭ２１２には、ＣＰＵの実行するデータ処理プログラムや各種パラメータ、あるいはメディア固有の識別子（メディアＩＤ）や鍵情報等の記録領域として利用される。

記憶部２２０は、基本的に自由なアクセスが許容される汎用領域（ユーザデータ領域）２２１と、自由なアクセスの許容されない保護領域（セキュア領域）２２２に区分されている。
なお、保護領域（セキュア領域）２２２は、さらに複数のブロックに区分され、ブロック単位でアクセス制御が可能な構成となっている。

汎用領域（ユーザデータ領域）２２１には、
例えばコンテンツサーバ等が提供するコンテンツ２３１や、コンテンツに対応するコピー制御情報等の利用許容情報を記録した利用制御情報２３２が記録される。コンテンツは、多くの場合、タイトルキーによって暗号化されたコンテンツである。
利用制御情報は、コンテンツに対応して設定され、多くの場合、コンテンツに併せて提供される。例えばサーバからコンテンツをダウンロードして記録する場合に、そのダウンロードコンテンツに対応する利用制御情報も併せてダウンロードされて記録される。

保護領域（セキュア領域）２２２には、各種の秘密情報が記録される。
例えばコンテンツの復号に適用される暗号鍵（タイトルキー）等である。
図４に、保護領域（セキュア領域）２２２の格納データの具体例を示す。図４に示すように、保護領域（セキュア領域）２２２には、例えば以下のデータが格納される。
変換タイトルキー（ＸＯＲｅｄ Ｔｉｔｌｅ Ｋｅｙ）２３３、
ユーザトークン（Ｕｓｅｒ Ｔｏｋｅｎ）２３４、
リボケーションリスト２３５、
メディア秘密鍵２３６、
メディア公開鍵証明書２３７、

変換タイトルキー２３３は、汎用領域２２１に記録されたコンテンツの暗号化、復号処理に適用する暗号鍵であるタイトルキーの変換データである。
保護領域（セキュア領域）２２２に格納されるタイトルキーは、所定のデータ変換がなされた変換タイトルキーとして格納される。

具体的には、例えば、汎用領域（ユーザデータ領域）２２１に記録器されたコンテンツに対応する利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）２３２のハッシュ値とタイトルキーとの排他的論理和演算（ＸＯＲ）結果データとして格納される。
具体的には、例えば変換タイトルキー（ＸＯＲｅｄ Ｔｉｔｌｅ Ｋｅｙ）は、以下の（式１）に従って算出される。
ＸＯＲｅｄ Ｔｉｔｌｅ Ｋｅｙ＝（Ｔｉｔｌｅ Ｋｅｙ）（ＸＯＲ）（Ｈ−Ｕｓａｇｅ Ｒｕｌｅ） ・・・（式１）

なお、Ａ（ＸＯＲ）Ｂは、データＡとＢの排他的論理和（ＸＯＲ）演算を意味する。
上記（式１）は、タイトルキー（Ｔｉｔｌｅ Ｋｅｙ）と、利用制御情報２３２のハッシュ値（Ｈ−Ｕｓａｇｅ Ｒｕｌｅ）との排他的論理和演算により、変換タイトルキー（ＸＯＲｅｄ Ｔｉｔｌｅ Ｋｅｙ）を算出する式である。

なお、上記（式１）は、変換タイトルキーの設定の一例であり、変換タイトルキーは、上記（式１）に限らず、この他の設定、例えば、利用制御情報以外の他のデータを利用した演算によって算出する構成としてもよい。

コンテンツの復号を行う場合は、保護領域（セキュア領域）２２２に格納された変換タイトルキー２３３を取得し、所定の演算を実行してタイトルキーを算出し、算出したタイトルキーを用いて、暗号化コンテンツの復号処理を実行する。

［３．コンテンツ再生時のホスト機器とメディア間の通信処理の詳細シーケンスについて］
次に、図５、図６の通信シーケンス図を参照して、コンテンツ再生開始前や開始後にホスト機器とメディア間で実行する通信シーケンスについて説明する。

図５、図６は、メディア２００をメディアインタフェースに装着して、メディア２００に格納されたコンテンツの再生を実行するホスト機器１００と、再生予定のコンテンツを格納したメディア２００において実行される通信シーケンスを示した図である。

コンテンツ再生を行なう場合、ホスト機器１００とメディア２００は、以下の２つの処理を実行する。
（１）図５に示すシーケンス：メディアに対するホスト機器の登録処理
（２）図６に示すシーケンス：ホスト機器とメディアとの接続一貫性確認処理

図５に示すメディアに対するホスト機器の登録処理は、コンテンツの再生を行なうホスト機器１００の識別子であるホスト機器ＩＤを、メディア２００に送信してメディア２００に格納する処理である。この登録処理を条件として、メディアからホスト機器１００に対するコンテンツ再生許可が送信される。
メディアにホスト機器ＩＤが登録されたホスト機器のみがコンテンツ再生許容機器として設定されることになる。

図６に示すホスト機器とメディアとの接続一貫性確認処理は、ホスト機器１００におけるコンテンツ再生時に定期的に実行する処理であり、コンテンツ再生を実行するホスト機器１００とコンテンツを提供するメディアとの接続関係に変更のないことなどを確認する処理として実行される。

なお、図５に示すシーケンスは、コンテンツ再生開始前に１回のみ実行する処理である。一方、図６に示すシーケンスは、コンテンツ再生期間において、繰り返し実行する処理である。

［３−１．メディアに対するホスト機器の登録処理について］
まず、図５を参照して、メディアに対するホスト機器の登録処理のシーケンスについて説明する。
この処理は、コンテンツを再生するホスト機器１００の識別子であるホスト機器ＩＤを、メディア２００に送信してメディア２００の記憶部に格納する処理である。この登録処理は、メディアの格納コンテンツの再生を許容するホスト機器を登録する処理である。ホスト機器の識別子であるホスト機器ｉｄ（Ｈｏｓｔ ＩＤ）をメディアの記憶部に格納する処理の完了を条件として、メディアからホスト機器１００に対してコンテンツ再生許可が送信される。
以下、図５に示すシーケンス図の各ステップの処理について順次、説明する。

（ステップＳ１０１）
ホスト機器とメディアは、まず、ステップＳ１０１において、お互いに相手機器の信頼性を確認するための相互認証処理とセッションキー（＝バスキー：Ｂｋ）共有処理を実行する。この処理は、例えば公開鍵暗号方式に従った相互認証処理と鍵共有処理として実行され、双方の信頼性確認を行なうとともに、セッションキー（＝バスキー：Ｂｋ）の生成と共有処理を行う。

具体的には、各装置が相手方の公開鍵証明書の署名検証を行い、さらに公開鍵証明書に記録された各装置の識別子（ＩＤ）が証明書や機器の無効化情報であるリボケーションリストに記録されていないことを確認する。
署名検証の失敗、あるいは、リボケーションリストにＩＤが登録されている場合、装置間の信頼性を確認することができないと判断され、その後の処理は実行されない。この場合、ホスト機器によるコンテンツ再生処理等は実行されない。

（ステップＳ１０２）
ステップＳ１０１の相互認証処理およびセッションキー（Ｂｋ）の共有処理に成功すると、ステップＳ１０２において、ホスト機器は、ホスト機器の識別子であるホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）を、自装置のメモリから取得し、取得したホスト機器ＩＤの検証値、例えばＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）を算出する。

なお、ホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）は、ホスト機器固有の識別子である。ホスト機器固有の識別情報であれば、様々なデータが利用可能である。
具体的には、例えばホスト機器対応のシリアル番号、ホスト機器固有のＳＩＭカードに設定されたＳＩＭカードＩＤ、ＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）、プロダクトＩＤなどが利用される。なお、これらのデータは、多くの場合、改ざんや書き換え困難なデータとしてホスト機器の不揮発性メモリ等に格納されている。

ステップＳ１０２において、ホスト機器は、自装置のメモリからホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）を取得し、取得したホスト機器ＩＤに基づくセッションキー（Ｂｋ）を適用した検証値（ＭＡＣ）を算出する。
ホスト機器ＩＤを（Ｈｏｓｔ ＩＤ）としたとき、検証値（ＭＡＣ）は、例えば以下の（式２）に従って算出する。
ＭＡＣ（Ｂｋ，Ｈｏｓｔ ＩＤ） ・・・・・（式２）

なお、上記（式２）において、
ＭＡＣ（ａ，ｂ）は、データｂに対する鍵ａを適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）算出処理を意味する。

（ステップＳ１０３）
次に、ホスト機器は、メディアに対して、自装置のメモリから取得したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、上記（式２）に従って算出した検証値（ＭＡＣ）をメディアに送信する。

（ステップＳ１０４）
次に、メディアは、ホスト機器から、ホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、上記（式２）に従って算出した検証値（ＭＡＣ）を受信し、受信データに基づくＭＡＣ検証を行なう。具体的には、ステップＳ１０１の認証処理において共有したセッションキー（Ｂｋ）を適用して、ホスト機器から受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）に対するＭＡＣ値を算出し、算出ＭＡＣ値と、ホスト機器から受信した受信ＭＡＣ値とが一致するか否かを確認する。

一致した場合には、ＭＡＣ検証成功と判定し、ホスト機器から受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）をメディアの記憶部に格納し、次の処理に進む。
不一致の場合は、受信したデータが改ざんされたデータである可能性があり、以下の処理を実行することなく処理を停止する。
なお、この場合、エラーメッセージをメディアからホスト機器に送信する設定としてもよい。

（ステップＳ１０５）
ステップＳ１０４において、メディアによるＭＡＣ検証が成功し、ホスト機器ＩＤをメディアに格納する処理が終了すると、メディアは、ステップＳ１０５において、ホスト機器に対してコンテンツの再生許可通知を出力する。

なお、ホスト機器とメディア間においてセッションキー（Ｂｋ）を共有した状態である認証セッションは、ステップＳ１０５の処理の後、終了する。認証セッション完了とともに、ホスト機器とメディア間で共有したセッションキー（Ｂｋ）も破棄される。

認証セッションを終了した後も、ホスト機器１００は、図３に示すメディア２００の汎用領域２２１のアクセスは可能であり、汎用領域２２１から暗号化されたコンテンツ２３１を順次、取得し、復号、再生を実行することができる。
この、コンテンツの再生時には、以下に説明する図６に示す処理、すなわち、ホスト機器とメディアとの接続一貫性確認処理を繰り返し実行する。

［３−２．ホスト機器とメディアとの接続一貫性確認処理］
次に、図６に示すシーケンス図を参照して、ホスト機器とメディアとの接続一貫性確認処理のシーケンスについて説明する。
この処理は、ホスト機器１００におけるコンテンツ再生時に定期的に実行する処理であり、コンテンツ再生を実行するホスト機器１００とコンテンツを提供するメディアとの接続関係に変更のないことを確認する処理である。
この図６に示すシーケンスは、ホスト機器によるコンテンツ再生時に繰り返し実行する。
以下、各ステップの処理について説明する。

（ステップＳ２０１）
ホスト機器とメディアは、ステップＳ２０１において、お互いに相手機器の信頼性を確認するための相互認証処理とセッションキー（＝バスキー：Ｂｋ）共有処理を実行する。

なお、先に図５を参照して説明したコンテンツ再生前の処理においても、ホスト機器とメディアは、図５のステップＳ１０１において認証処理を実行し、相互の信頼性を確認しセッションキー（Ｂｋ）を共有する処理を行なっている。しかし、前述したように、ステップＳ１０１において設定された認証セッションは、コンテンツの再生開始前に、一旦、終了しており、ホスト機器とメディア間で共有されたセッションキー（Ｂｋ）も破棄されている。

従って、図５のシーケンスの終了後に図６に示すホスト機器とメディアとの接続一貫性確認処理を実行する場合は、再度、相互認証を実行する。
すなわち、図６に示すステップＳ２０１において、ホスト機器とメディア間において、新たに、お互いに相手機器の信頼性を確認するための相互認証処理とセッションキー（＝バスキー：Ｂｋ）共有処理を実行し、新たな認証セッションを開始する。

ステップＳ２０１の認証処理も、先に図５を参照して説明したステップＳ１０１の認証処理と同様、例えば公開鍵暗号方式に従った相互認証処理と鍵共有処理であり、双方の信頼性確認を行なうとともに、セッションキー（＝バスキー：Ｂｋ）の生成と共有処理を行う。

具体的には、各装置が相手方の公開鍵証明書の署名検証を行い、さらに公開鍵証明書に記録された機器ＩＤ等がリボケーションリストに記録されていないことを確認する。
署名検証の失敗、あるいは、リボケーションリストに機器ＩＤが登録されている場合、その後の処理は実行されない。この場合、コンテンツ再生処理は中止される。

（ステップＳ２０２）
ステップＳ２０１の相互認証処理およびセッションキー（Ｂｋ）の共有処理に成功すると、ステップＳ２０２において、ホスト機器は、乱数（Ｎｏｎｃｅ）生成処理を実行する。

（ステップＳ２０３）
次に、ホスト機器は、ステップＳ２０２で生成した乱数（Ｎｏｎｃｅ）をメディアに送信する。

（ステップＳ２０４）
次に、メディアは、ホスト機器から受信した乱数（Ｎｏｎｃｅ）と、コンテンツ再生開始前の処理、すなわち、図５を参照して説明したホスト機器登録処理においてホスト機器から受信して記憶部に格納したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）を適用した検証値（ＭＡＣ）を算出する。
すなわち、図５のステップＳ１０４において、メディアがホスト機器から受信して、メディアの記憶部に格納したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）である。

メディアは、受信乱数を（Ｎｏｎｃｅ）、記憶部に格納したホスト機器ＩＤを（Ｈｏｓｔ ＩＤ）としたとき、検証値（ＭＡＣ）を、例えば以下の（式３）に従って算出する。
ＭＡＣ（Ｂｋ，Ｈｏｓｔ ＩＤ||Ｎｏｎｃｅ） ・・・・・（式３）

なお、上記（式３）において、
ＭＡＣ（ａ，ｂ||ｃ）は、データｂとデータｃの連結データに対する鍵ａを適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）算出処理を意味する。
上記（式３）は、ホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と乱数（Ｎｏｎｃｅ）との連結データに対するセッションキー（Ｂｋ）を適用した検証値（ＭＡＣ）の算出式である。

（ステップＳ２０５）
次に、メディアは、ステップＳ２０４で算出したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と乱数（Ｎｏｎｃｅ）との連結データに対するセッションキー（Ｂｋ）を適用した検証値（ＭＡＣ）を、記憶部から取得したホスト機器ＩＤとともにホスト機器に送信する。

（ステップＳ２０６）
次に、ホスト機器は、メディアから受信したデータ、すなわち、
（ａ）ホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と乱数（Ｎｏｎｃｅ）との連結データに対するセッションキー（Ｂｋ）を適用した検証値（ＭＡＣ）
（ｂ）ホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）
これらの受信データを利用した検証処理を実行する。

ホスト機器は、検証処理として、以下の２つの処理を実行する。
（１）受信した検証値（ＭＡＣ）を適用したＭＡＣ検証処理、
（２）受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、自装置であるホスト機器のメモリに格納されたホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）との照合処理、

まず、（１）受信した検証値（ＭＡＣ）を適用したＭＡＣ検証処理は、以下の手順で実行する。
受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、ステップＳ２０２において生成した乱数（Ｎｏｎｃｅ）を適用して、新たにＭＡＣ値を算出する。すなわち、先に説明した（式３）と同様、以下の（式４）に従ってＭＡＣ値を算出する。
ＭＡＣ（Ｂｋ，Ｈｏｓｔ ＩＤ||Ｎｏｎｃｅ） ・・・・・（式４）

ホスト機器は、上記（式４）に従って算出した算出ＭＡＣと、メディアから受信したＭＡＣの値を照合し、これらの値が一致した場合、ＭＡＣ検証成立と判定し、メディアから受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）がメディアに登録されたコンテンツ再生許容ホスト機器に対応する正しいホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）であることを確認する。

なお、ＭＡＣ検証が成立しなかった場合は、その後の処理を中止する。この場合、コンテンツ再生も中止する。
ホスト機器は、上記のＭＡＣ検証が成立した場合、次に、前記（２）のホスト機器ＩＤの照合処理、すなわち、以下の照合処理を行なう。
（２）受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、自装置であるホスト機器のメモリに格納されたホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）との照合処理、

この処理は、ホスト機器がメディアから受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、自装置であるホスト機器のメモリに格納されたホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）とを照合する処理である。

ホスト機器は、メディアから受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、自装置であるホスト機器のメモリに格納されたホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）との一致が確認された場合は、照合成立と判定して、コンテンツ再生を継続する。
一方、一致しない場合は、照合不成立と判定し、コンテンツ再生を中止する。

このように、コンテンツ再生を継続するためには、以下の２つの検証処理と照合処理が成立することが必要となる。
（１）受信した検証値（ＭＡＣ）を適用したＭＡＣ検証処理、
（２）受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、自装置であるホスト機器のメモリに格納されたホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）との照合処理、
上記（１）のＭＡＣ検証、または（２）のホスト機器ＩＤ照合処理のいずれか一方でも不成立の場合は、コンテンツ再生は中止される。

なお、前述したように、この図６に示す接続機器確認処理は、コンテンツ再生時に、定期的に繰り返し実行する。例えば、３分に１回や、５分に１回、あるいは１０分に１回程度等、予め設定した間隔で繰り返し実行する。
なお、図６に示すステップＳ２０１の認証処理によって設定されたホスト機器とメディア間の認証セッションは、ステップＳ２０６の処理完了とともに終了し、ホスト機器とメディア間で共有していたセッションキー（Ｂｋ）も、その都度、破棄される。

従って、コンテンツ再生時に繰り返し実行する図６に示す処理は、その都度、新たな認証処理によって新たな認証セッションを設定して実行する。
すなわち、ステップＳ２０１の認証処理によって、その都度、新たなセッションキー（Ｂｋ）を共有し、新たな認証セッションを設定した上で、ステップＳ２０１〜Ｓ２０６の処理を実行する。

［３−３．メディアに再生許容機器として登録されたホスト機器の登録解除処理］
次に、図７に示すシーケンス図を参照して、メディアに再生許容機器として登録されたホスト機器の登録解除処理のシーケンスについて説明する。

メディア格納コンテンツを読み出して再生する場合には、先に図５を参照して説明したように、ホスト機器ＩＤの登録処理を実行することが必要である。その後、コンテンツ再生時には図６に示すシーケンスに従ったホスト機器とメディアとの接続一貫性確認処理を実行する。

その後、ホスト機器がメディア格納コンテンツの再生を終了した場合、ホスト機器は、メディアに登録解除要求を発行して、メディアに記録されたホスト機器ＩＤの削除処理を実行する。
このホスト機器登録解除処理によって、メディアに格納されたホスト機器ＩＤは削除され、次に、メディアを利用する別のホスト機器がスムーズに新たな登録処理を実行することができる。

なお、図６に示すシーケンスに従ったホスト機器とメディアとの接続一貫性確認処理において、メディアが予め定めた最長許容時間を超えて、ホスト機器からの乱数を受信しない場合、メディアは、メディアに格納されたホスト機器ＩＤを消去して強制的に登録解除を実行してもよい。この登録解除によっても、別のホスト機器は新たな登録処理を行なうことが可能となる。
ただし、この場合は、所定の時間の経過が必用であり、即座に新たなホスト機器による登録処理を可能とするためには、以下に説明する登録解除処理を実行することが好ましい。

以下、図７に示すシーケンス図を参照して、メディアに再生許容機器として登録されたホスト機器の登録解除処理のシーケンスについて説明する。
以下、各ステップの処理について説明する。

（ステップＳ２５１）
ホスト機器とメディアは、ステップＳ２５１において、お互いに相手機器の信頼性を確認するための相互認証処理とセッションキー（＝バスキー：Ｂｋ）共有処理を実行する。
この認証処理も、先に図５を参照して説明したステップＳ１０１の認証処理と同様、例えば公開鍵暗号方式に従った相互認証処理と鍵共有処理であり、双方の信頼性確認を行なうとともに、セッションキー（＝バスキー：Ｂｋ）の生成と共有処理を行う。

具体的には、各装置が相手方の公開鍵証明書の署名検証を行い、さらに公開鍵証明書に記録された機器ＩＤ等がリボケーションリストに記録されていないことを確認する。
署名検証の失敗、あるいは、リボケーションリストに機器ＩＤが登録されている場合、その後の処理は実行されない。

（ステップＳ２５２）
ステップＳ２５１の相互認証処理およびセッションキー（Ｂｋ）の共有処理に成功すると、ステップＳ２５２において、ホスト機器は、ホスト機器の識別子であるホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）を、自装置のメモリから取得し、取得したホスト機器ＩＤの検証値、例えばＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）を算出する。

なお、ホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）に対する検証値（ＭＡＣ）は、図５のシーケンスにおけるステップＳ１０２の処理において説明したと同様、前述の（式２）に従って算出する。

（ステップＳ２５３）
次に、ホスト機器は、メディアに対して登録解除要求を送信する。すなわち、メディアにコンテンツ再生許容機器として記録されているホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）を削除させるための登録解除要求を送信する。
この登録解除要求に際して、ホスト機器は、ステップＳ２５２で自装置のメモリから取得したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、生成した検証値（ＭＡＣ）をメディアに送信する。

（ステップＳ２５４〜Ｓ２５５）
次に、メディアは、ホスト機器から、ホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、検証値（ＭＡＣ）を伴う登録解除要求を受信し、まず、受信データに基づくＭＡＣ検証を行なう。具体的には、ステップＳ２５１の認証処理において共有したセッションキー（Ｂｋ）を適用して、ホスト機器から受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）に対するＭＡＣ値を算出し、算出ＭＡＣ値と、ホスト機器から受信した受信ＭＡＣ値とが一致するか否かを確認する。

不一致の場合は、受信したデータが改ざんされたデータである可能性があり、以下の処理を実行することなく処理を停止する。
なお、この場合、エラーメッセージをメディアからホスト機器に送信する設定としてもよい。

一致した場合には、ＭＡＣ検証成功と判定し、次に、ホスト機器から受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、メディアの記憶部に格納済みのホスト機器ＩＤとが一致するか否かを判定する。
一致した場合は、コンテンツ再生許容機器として登録されたホスト機器からの正当な登録解除要求であると判断し、要求に従ってメディアの記憶部に格納済みのホスト機器ＩＤを削除する登録解除処理を実行する。
さらに、その後、ステップＳ２５５において、ホスト機器に対して、登録解除処理完了通知を送信する。

一方、ホスト機器から受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、メディアの記憶部に格納済みのホスト機器ＩＤとが一致しなかった場合は、メディアは、コンテンツ再生許容機器として登録されたホスト機器からの正当な登録解除要求ではないと判断する。この場合は、登録解除要求には応じず、メディアの記憶部に格納済みのホスト機器ＩＤの削除処理は行わない。

この図７に示すシーケンスに従った登録解除処理により、メディアにコンテンツ再生許容機器として登録されたホスト機器ＩＤが削除され、その後、新たなホスト機器が図５に示す登録処理を実行した場合、メディアにその新たなホスト機器のホスト機器ＩＤをスムーズに記録することが可能となる。

［４．ホスト機器の実行する処理の詳細について］
次に、図８〜図１０に示すフローチャートを参照して、メディアからコンテンツを読み出して再生を行なうホスト機器の実行する処理の詳細シーケンスについて説明する。
図８〜図１０のフローは、それぞれ以下の処理シーケンスを説明するフローチャートである。
（１）図８：メディアに対するホスト機器の登録処理
（２）図９：ホスト機器におけるコンテンツ再生準備処理
（３）図１０：ホスト機器とメディアとの接続一貫性確認処理

なお、［（１）図８：メディアに対するホスト機器の登録処理］は、図５を参照して説明したシーケンスのホスト機器側の処理に対応する。
また、［（３）図１０：ホスト機器とメディアとの接続一貫性確認処理］は、図６を参照して説明したシーケンスのホスト機器側の処理に対応する。
［（２）図９：ホスト機器におけるコンテンツ再生準備処理］は、（１）図８のシーケンス終了後に実行される処理であり、コンテンツの再生を開始するための準備処理として実行される処理である。
なお、（３）図１０の処理は、（１）図８の処理終了後に、定期的に繰り返し実行される処理であり、（２）図９に示す処理の実行期間においても並列に実行される。

［４-１．メディアに対するホスト機器の登録処理］
まず、（１）図８：メディアに対するホスト機器の登録処理について説明する。
図８に示す処理は、再生対象コンテンツを格納したメディアをメディアインタフェースに装着したホスト機器が実行する処理である。この処理は、例えば、ホスト機器のメモリに格納された再生処理プログラムに従って、プログラム実行機能を持つＣＰＵ等のデータ処理部の制御の下で実行される。
以下、各処理ステップについて、順次、説明する。

（ステップＳ３０１）
再生対象コンテンツを格納したメディアをメディアインタフェースに装着したホスト機器は、まず、ステップＳ３０１において、メディアとの認証処理を実行する。
この処理は、図５に示すシーケンス図のステップＳ１０１の処理に相当する。
すなわち、ホスト機器とメディアは、お互いに相手機器の信頼性を確認するための相互認証処理とセッションキー（＝バスキー：Ｂｋ）共有処理を実行する。

（ステップＳ３０２）
ステップＳ３０２では、ステップＳ３０１の認証が成立し、セッションキー（Ｂｋ）の共有に成功したか否かを判定する。成功した場合はステップＳ３０３に進む。
失敗の場合は、ステップＳ３０３以下の処理は実行せず、そのまま終了する。
この場合は、コンテンツ再生処理は実行されない。

（ステップＳ３０３）
ステップＳ３０１の相互認証処理およびセッションキー（Ｂｋ）の共有処理に成功すると、ステップＳ３０３において、認証セッションの開始、すなわち、ステップＳ３０１の認証処理において生成したセッションキー（Ｂｋ）を適用したデータ処理シーケンスを開始する。

（ステップＳ３０４）
次に、ホスト機器は、ステップＳ３０４において、ホスト機器の識別子であるホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）を、自装置のメモリから取得し、取得したホスト機器ＩＤの検証値、例えばＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）を先に説明した以下の（式２）に従って、算出する。
ＭＡＣ（Ｂｋ，Ｈｏｓｔ ＩＤ） ・・・・・（式２）

なお、前述したように、ホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）は、ホスト機器固有の識別子であり、例えばホスト機器対応のシリアル番号、ホスト機器固有のＳＩＭカードに設定されたＳＩＭカードＩＤ、ＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）、プロダクトＩＤなどである。

（ステップＳ３０５）
ステップＳ３０５において、ホスト機器は、メディアに対して、自装置のメモリから取得したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、上記（式２）に従って算出した検証値（ＭＡＣ）をメディアに送信する。

（ステップＳ３０６）
次に、ホスト機器は、メディアから、メディアにおけるＭＡＣ検証の成立と、ホスト機器ＩＤの登録処理の完了を条件としたコンテンツ再生許可通知を受信する。

（ステップＳ３０７）
ステップＳ３０７において、ホスト機器とメディア間でのセッションキー共有状態である認証セッションを完了する。認証セッション完了とともに、ホスト機器とメディア間で共有したセッションキー（Ｂｋ）も破棄される。

［４−２．ホスト機器におけるコンテンツ再生準備処理］
次に、図９に示すフローチャートを参照して、ホスト機器におけるコンテンツ再生準備処理のシーケンスについて説明する。
この処理は、図８を参照して説明したメディアに対するホスト機器の登録処理シーケンスの終了後に実行される処理であり、コンテンツの再生を開始するための準備処理として実行される処理である。
この処理も図８の処理と同様、例えば、ホスト機器のメモリに格納された再生処理プログラムに従って、プログラム実行機能を持つＣＰＵ等のデータ処理部の制御の下で実行される。
以下、各処理ステップについて、順次、説明する。

（ステップＳ３５１）
再生対象コンテンツを格納したメディアに対するホスト機器ＩＤを登録処理が完了したホスト機器は、まず、ステップＳ３５１において、メディアとの認証処理を実行する。
すなわち、ホスト機器とメディアは、お互いに相手機器の信頼性を確認するための相互認証処理とセッションキー（＝バスキー：Ｂｋ）共有処理を実行する。

（ステップＳ３５２）
ステップＳ３５２では、ステップＳ３５１の認証が成立し、セッションキー（Ｂｋ）の共有に成功したか否かを判定する。成功した場合はステップＳ３５３に進む。
失敗の場合は、ステップＳ３５３以下の処理は実行せず、そのまま終了する。
この場合は、コンテンツ再生処理は実行されない。

（ステップＳ３５３）
ステップＳ３５１の相互認証処理およびセッションキー（Ｂｋ）の共有処理に成功すると、ステップＳ３５３において、認証セッションの開始、すなわち、ステップＳ３５１の認証処理において生成したセッションキー（Ｂｋ）を適用したデータ処理シーケンスを開始する。

（ステップＳ３５４）
次に、ホスト機器は、ステップＳ３５４において、メディアからメディア識別子であるメディアＩＤを読み出す。

（ステップＳ３５５）
さらに、ホスト機器は、メディア記憶部に設定された保護領域（図３参照）から、再生対象となる暗号化コンテンツの復号に適用するタイトルキーを変換した変換タイトルキーを取得する。

（ステップＳ３５６）
次に、ステップＳ３５６において、ホスト機器とメディア間でのセッションキー共有状態である認証セッションを完了する。認証セッション完了とともに、ホスト機器とメディア間で共有したセッションキー（Ｂｋ）も破棄される。

なお、認証セッション終了後においても、メディアの汎用領域に対するアクセスは可能であり、ホスト機器は、以下、メディアの汎用領域からのデータ取得を行なってコンテンツの再生処理を行なう。

（ステップＳ３５７）
ホスト機器は、ステップＳ３５７において、メディアの汎用領域から再生対象コンテンツに対応する利用制御情報を取得する。

（ステップＳ３５８）
次に、ホスト機器は、ステップＳ３５８において、ステップＳ３５５で取得した変換タイトルキーと、ステップＳ３５７で取得した利用制御情報を用いて、暗号化コンテンツの復号に適用するタイトルキーを算出する。タイトルキーの算出は、以下の（式５）に従って実行する。

Ｔｉｔｌｅ Ｋｅｙ＝（ＸＯＲｅｄ Ｔｉｔｌｅ Ｋｅｙ）（ＸＯＲ）（Ｈ−Ｕｓａｇｅ Ｒｕｌｅ） ・・・（式５）

なお、Ａ（ＸＯＲ）Ｂは、データＡとＢの排他的論理和演算を意味する。
上記式は、変換タイトルキー（ＸＯＲｅｄ Ｔｉｔｌｅ Ｋｅｙ）と、利用制御情報のハッシュ値（Ｈ−Ｕｓａｇｅ Ｒｕｌｅ）との排他的論理和演算により、タイトルキー（Ｔｉｔｌｅ Ｋｅｙ）を算出する式である。

（ステップＳ３５９）
次に、ホスト機器は、ステップＳ３５９において、メディアの汎用領域から再生対象となる暗号化コンテンツを取得し、ステップＳ３５８で算出したタイトルキーを適用して復号し、コンテンツ再生を開始する。

［４−３．ホスト機器とメディアとの接続一貫性確認処理］
次に、図１０を参照して、ホスト機器とメディアとの接続一貫性確認処理において実行するホスト機器側の処理シーケンスについて説明する。
この処理は、先に図６を参照して説明したシーケンス図におけるホスト機器側の処理に対応する。

この処理は、図８を参照して説明したメディアに対するホスト機器の登録処理シーケンスの終了後に実行される処理であり、コンテンツの再生中も定期的に繰り返し実行する。図９に示すホスト機器におけるコンテンツ再生準備処理期間においても並列に実行される場合がある。

この図１０に示す処理も図８、図９の処理と同様、例えば、ホスト機器のメモリに格納された再生処理プログラムに従って、プログラム実行機能を持つＣＰＵ等のデータ処理部の制御の下で実行される。
以下、各処理ステップについて、順次、説明する。

（ステップＳ３８１）
再生対象コンテンツを格納したメディアをメディアインタフェースに装着したホスト機器は、まず、ステップＳ３８１において、予め規定した時間、待機する。これは、図８に示す処理の終了後からの待機、あるいは、この図１０に示すフローに従った処理の終了後からの待機である。
この図１０に示す処理は、例えば３分、または５分に１回など、予め規定した時間間隔で、定期的に繰り返し実行される。なお、この処理を実行するタイミングとしては、ランダムな時間間隔で繰り返し実行する実施形態や、または、予め指定された時刻に実行するなどの実施形態とすることもできる。
ステップＳ３８１の待機時間は、この繰り返し処理の時間間隔に相当する。

（ステップＳ３８２）
ステップＳ３８１において、所定時間待機後、ステップＳ３８２において、メディアとの認証セッションが設定中であるか否かを判定する。具体的には、図９に示すフローに従った処理における認証セッションが実行中であるか否かを判定する。
認証セッションが設定中の場合は、同時に２つの認証セッションの設定はできないので、ステップＳ３８１に戻り、待機する。
認証セッションが設定されていない場合は、ステップＳ３８３に進む。

（ステップＳ３８３）
次に、ステップＳ３８３において、ホスト機器はメディアとの認証処理を実行する。
この処理は、図６に示すシーケンス図のステップＳ２０１の処理に相当する。
すなわち、ホスト機器とメディアは、お互いに相手機器の信頼性を確認するための相互認証処理とセッションキー（＝バスキー：Ｂｋ）共有処理を実行する。

（ステップＳ３８４）
ステップＳ３８４では、ステップＳ３８３の認証が成立し、セッションキー（Ｂｋ）の共有に成功したか否かを判定する。成功した場合はステップＳ３８５に進む。
失敗の場合は、ステップＳ３８５以下の処理は実行せず、コンテンツ再生処理を中止して終了する。

（ステップＳ３８５）
ステップＳ３８３の相互認証処理およびセッションキー（Ｂｋ）の共有処理に成功すると、ステップＳ３８５において、認証セッションの開始、すなわち、ステップＳ３８３の認証処理において生成したセッションキー（Ｂｋ）を適用したデータ処理シーケンスを開始する。

（ステップＳ３８６）
次に、ホスト機器は、ステップＳ３８６において、ホスト機器は、乱数（Ｎｏｎｃｅ）生成処理を実行し、生成した乱数（Ｎｏｎｃｅ）をメディアに送信する。

（ステップＳ３８７〜Ｓ３８８）
次に、ホスト機器は、ステップＳ３８７において、メディアからホスト機器ＩＤと、検証値（ＭＡＣ）を受領して、検証処理を実行する。
この検証処理は、先に図６を参照して説明したステップＳ２０６の検証処理に相当する。すなわち、検証処理は、以下の２つの処理を含む処理として実行する。
（１）メディアから受信した検証値（ＭＡＣ）を適用したＭＡＣ検証処理、
（２）メディアから受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、ホスト機器のメモリに格納されたホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）との照合処理、

まず、（１）検証値（ＭＡＣ）を適用したＭＡＣ検証処理は、以下の手順で実行する。
メディアから受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、ステップＳ３８６において生成した乱数（Ｎｏｎｃｅ）を適用して、新たにＭＡＣ値を算出する。すなわち、先に説明した以下の（式４）に従ってＭＡＣ値を算出する。
ＭＡＣ（Ｂｋ，Ｈｏｓｔ ＩＤ||Ｎｏｎｃｅ） ・・・・・（式４）

上記（式４）に従って、算出した算出ＭＡＣと、メディアから受信したＭＡＣの値が一致した場合、ＭＡＣ検証成立と判定する。
ＭＡＣ検証が成立した場合は、上記（２）のホスト機器ＩＤの照合処理を行なう。
ＭＡＣ検証が成立しない場合は、その後の処理を中止する。この場合、ステップＳ３８８の検証成立判定がＮｏとなり、コンテンツ再生を中止する。なお、この場合には、認証セッションも併せて終了し、処理を終了する。

ＭＡＣ検証が成立した場合、さらに、上記（２）のホスト機器ＩＤの照合処理を実行する。この処理は、メディアから受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、自装置であるホスト機器のメモリに格納されたホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）とを照合する処理である。

メディアから受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、自装置であるホスト機器のメモリに格納されたホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）とが一致した場合は、照合成立として、コンテンツ再生を継続する。
一方、一致しない場合は、照合不成立と判定し、ステップＳ３８８の検証成立判定がＮｏとなり、コンテンツ再生を中止する。なお、この場合には、認証セッションも併せて終了し、処理を終了する。

ステップＳ３８８の検証成立判定がＹｅｓとなり、コンテンツ再生を継続するためには、以下の２つの検証処理と照合処理が成立することが必要となる。
（１）受信した検証値（ＭＡＣ）を適用したＭＡＣ検証処理、
（２）受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、自装置であるホスト機器のメモリに格納されたホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）との照合処理、
上記（１）のＭＡＣ検証、または（２）のホスト機器ＩＤ照合処理のいずれか一方でも不成立の場合は、ステップＳ３８８の判定がＮｏとなり、コンテンツ再生を中止し、認証セッションも併せて終了し、処理を終了する。

（ステップＳ３８９）
次に、ステップＳ３８９において、ホスト機器とメディア間でのセッションキー共有状態である認証セッションを完了する。認証セッション完了とともに、ホスト機器とメディア間で共有したセッションキー（Ｂｋ）も破棄される。

なお、認証セッション終了後においても、メディアの汎用領域に対するアクセスは可能であり、ホスト機器は、以下、メディアの汎用領域からのデータ取得を行なってコンテンツの再生処理を行なう。

（ステップＳ３９０）
ホスト機器は、ステップＳ３９０において、コンテンツの再生が終了したかを判定し、再生が終了していない場合は、ステップＳ３８１に戻り、所定時間待機後、同様の処理を繰り返し実行する。
ステップＳ３９０において、コンテンツの再生が終了したと判定した場合は、処理を終了する。

なお、コンテンツ再生終了後、メディアに記録されているホスト機器ＩＤを削除する登録解除処理を実行する場合は、先に図７を参照して説明したシーケンスに従った処理を実行する。

［５．メディアの実行する処理の詳細について］
次に、図１１〜図１３に示すフローチャートを参照して、コンテンツを格納したメディアの実行する処理の詳細シーケンスについて説明する。
図１１〜図１３のフローは、それぞれ以下の処理シーケンスを説明するフローチャートである。
（１）図１１：メディアに対するホスト機器の登録処理
（２）図１２：ホスト機器とメディアとの接続一貫性確認処理
（３）図１３：メディアにコンテンツ再生許容機器として記録されたホスト機器ＩＤを削除する登録解除処理

なお、［（１）図１１：メディアに対するホスト機器の登録処理］は、図５を参照して説明したシーケンスのメディア側の処理に対応する。
また、［（２）図１２：ホスト機器とメディアとの接続一貫性確認処理］は、図６を参照して説明したシーケンスのメディア側の処理に対応する。

［５−１．メディアに対するホスト機器の登録処理］
まず、（１）図１１：メディアに対するホスト機器の登録処理について説明する。
図１１に示す処理は、ホスト機器のメディアインタフェースに装着され、再生対象コンテンツを格納したメディアが実行する処理である。この処理は、例えば、メディアのメモリに格納された再生処理プログラムに従って、プログラム実行機能を持つＣＰＵ等のデータ処理部の制御の下で実行される。
以下、各処理ステップについて、順次、説明する。

（ステップＳ４０１）
再生対象コンテンツを格納したメディアは、まず、ステップＳ４０１において、メディアインタフェースを介して接続されたホスト機器との認証処理を実行する。
この処理は、図５に示すシーケンス図のステップＳ１０１の処理に相当する。
すなわち、ホスト機器とメディアは、お互いに相手機器の信頼性を確認するための相互認証処理とセッションキー（＝バスキー：Ｂｋ）共有処理を実行する。

（ステップＳ４０２）
ステップＳ４０２では、ステップＳ４０１の認証が成立し、セッションキー（Ｂｋ）の共有に成功したか否かを判定する。成功した場合はステップＳ４０３に進む。
失敗の場合は、ステップＳ４０３以下の処理は実行せず、そのまま終了する。
この場合は、ホスト機器によるコンテンツ再生処理は実行されない。

（ステップＳ４０３）
ステップＳ４０１の相互認証処理およびセッションキー（Ｂｋ）の共有処理に成功すると、ステップＳ４０３において、認証セッションの開始、すなわち、ステップＳ４０１の認証処理において生成したセッションキー（Ｂｋ）を適用したデータ処理シーケンスを開始する。

（ステップＳ４０４）
次に、メディアはステップＳ４０４において、ホスト機器からホスト機器ＩＤと、ホスト機器ＩＤに基づいて生成された検証値（ＭＡＣ）を受信する。
この処理は、図５のシーケンス図のステップＳ１０３の処理に対応する。

（ステップＳ４０５〜Ｓ４０６）
次に、メディアはステップＳ４０５において、ホスト機器から受信した検証値であるＭＡＣに基づくＭＡＣ検証を実行する。
この処理は、図５のシーケンス図のステップＳ１０４の処理に対応する。
ホスト機器から受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）に対するＭＡＣ値を算出し、算出ＭＡＣ値と、ホスト機器から受信した受信ＭＡＣ値とが一致するか否かを確認する。

一致した場合は、ＭＡＣ検証成立と判定し、ステップＳ４０６の判定がＹｅｓとなり、ステップＳ４０７に進む。
不一致の場合は、ＭＡＣ検証が不成立と判定し、ステップＳ４０６の判定がＮｏとなり、処理を終了する。この場合、ホスト機器によるコンテンツ再生は実行されない。

（ステップＳ４０７）
ステップＳ４０５〜Ｓ４０６においてＭＡＣ検証成立と判定し、ホスト機器から受信したホストＩＤの信頼性が確認されると、メディアはステップＳ４０７において、メディアの記憶部に既に他の異なるホスト機器ＩＤが登録されていないかを確認する。本実施例において、コンテンツ再生を許容するホスト機器は、１つのホスト機器に限られ、同時に２以上のホスト機器の再生を許容しない設定である。

従って、既にメディアの記憶部に他の異なるホスト機器ＩＤが登録されている場合は、ステップＳ４０７の判定がＹｅｓとなり、ステップＳ４０８のホスト機器ＩＤ登録処理や、ホスト機器に対する再生許可通知を実行することなく、ステップＳ４０９に進み、認証セッションを終了し、処理を終了する。この場合は、ホスト機器によるコンテンツ再生は実行されない。

一方、メディアの記憶部に他の異なるホスト機器ＩＤが登録されていない場合は、ステップＳ４０７の判定がＮｏとなり、ステップＳ４０８のホスト機器ＩＤ登録処理等を実行する。

（ステップＳ４０８）
ステップＳ４０６においてＭＡＣ検証成功と判定し、ステップＳ４０７において、メディアの記憶部に異なるホスト機器ＩＤが登録されていないと判定されると、メディアは、ステップＳ４０８において、ホスト機器から受信したホスト機器ＩＤを記憶部に格納する。すなわち、コンテンツ再生を許容する唯一のホスト機器の識別情報を登録する処理を実行する。

なお、既に同じホスト機器による登録処理が実行済みの場合は、受信したホスト機器ＩＤと同じホスト機器ＩＤが記憶部に格納されている場合がある。この場合は、受信したホスト機器ＩＤと、既に記憶部に格納済みのホスト機器ＩＤが一致することを確認する。

メディアは、ステップＳ４０８において、ホスト機器から受信したホスト機器ＩＤの記憶部への格納、あるいはすでに記憶部に格納済みのホスト機器ＩＤとの一致を確認し、ホスト機器に対して、コンテンツの再生許可を通知する。

（ステップＳ４０９）
次に、メディアは、ステップＳ４０９において、ホスト機器とメディア間でのセッションキー共有状態である認証セッションを完了する。認証セッション完了とともに、ホスト機器とメディア間で共有したセッションキー（Ｂｋ）も破棄される。

［５−２．ホスト機器とメディアとの接続一貫性確認処理］
次に、図１２を参照して、ホスト機器とメディアとの接続一貫性確認処理において実行するメディア側の処理シーケンスについて説明する。
この処理は、先に図６を参照して説明したシーケンス図におけるメディア側の処理に対応する。

この処理は、図１１を参照して説明したメディアに対するホスト機器の登録処理シーケンスの終了後に実行される処理であり、コンテンツの再生中も定期的に繰り返し実行される。先に説明した図９に示すホスト機器におけるコンテンツ再生準備処理期間においても並列に実行される場合がある。

図１２に示す処理は、ホスト機器のメディアインタフェースに装着され、再生対象コンテンツを格納したメディアが実行する処理である。この処理は、例えば、メディアのメモリに格納された再生処理プログラムに従って、プログラム実行機能を持つＣＰＵ等のデータ処理部の制御の下で実行される。
以下、各処理ステップについて、順次、説明する。

（ステップＳ４２１）
再生対象コンテンツを格納したメディアは、まず、ステップＳ４２１において、メディアインタフェースを介して接続されたホスト機器との認証処理を実行する。
この処理は、図６に示すシーケンス図のステップＳ２０１の処理に相当する。
すなわち、ホスト機器とメディアは、お互いに相手機器の信頼性を確認するための相互認証処理とセッションキー（＝バスキー：Ｂｋ）共有処理を実行する。

（ステップＳ４２２）
ステップＳ４２２では、ステップＳ４２１の認証が成立し、セッションキー（Ｂｋ）の共有に成功したか否かを判定する。成功した場合はステップＳ４２３に進む。
失敗の場合は、ステップＳ４２３以下の処理は実行せず、そのまま終了する。
この場合は、ホスト機器によるコンテンツ再生処理は中止される。

（ステップＳ４２３）
ステップＳ４２１の相互認証処理およびセッションキー（Ｂｋ）の共有処理に成功すると、ステップＳ４２３において、認証セッションの開始、すなわち、ステップＳ４２１の認証処理において生成したセッションキー（Ｂｋ）を適用したデータ処理シーケンスを開始する。

（ステップＳ４２４）
次に、メディアはステップＳ４２４において、ホスト機器からホスト機器の生成した乱数（Ｎｏｎｃｅ）を受信する。
この処理は、図６のシーケンス図のステップＳ２０３の処理に対応する。

（ステップＳ４２５）
次に、メディアはステップＳ４２５において、ホスト機器から受信した乱数（Ｎｏｎｃｅ）と、先に説明した図１１のフローのステップＳ４０８において、メディアの記憶部に格納したホスト機器ＩＤに基づく検証値（ＭＡＣ）を算出して、算出した検証値（ＭＡＣ）をホスト機器ＩＤとともにホスト機器に送信する。
この処理は、図６のシーケンス図のステップＳ２０４〜Ｓ２０５の処理に対応する。

その後、ホスト機器は、メディアから受信した検証値（ＭＡＣ）と、ホスト機器ＩＤを適用した検証処理、すなわち、図６のステップＳ２０６の検証処理を実行する。
この検証処理によって、ホスト機器とメディアの接続関係が変更されていないことが確認された場合には、コンテンツ再生を継続する。この検証が不成立の場合は、コンテンツ再生を中止する。

［５−３．メディアにコンテンツ再生許容機器として記録されたホスト機器ＩＤを削除する登録解除処理］
次に、図１３を参照して、メディアにコンテンツ再生許容機器として記録されたホスト機器ＩＤを削除する登録解除処理において実行するメディア側の処理シーケンスについて説明する。
この処理は、先に図７を参照して説明したシーケンス図におけるメディア側の処理に対応する。

図１３に示す処理は、ホスト機器のメディアインタフェースに装着され、再生対象コンテンツを格納したメディアが実行する処理である。この処理は、例えば、メディアのメモリに格納された再生処理プログラムに従って、プログラム実行機能を持つＣＰＵ等のデータ処理部の制御の下で実行される。
以下、各処理ステップについて、順次、説明する。

（ステップＳ４５１）
再生許容機器としてのホスト機器のホスト機器ＩＤを格納したメディアは、まず、ステップＳ４５１において、メディアインタフェースを介して接続されたホスト機器との認証処理を実行する。
この処理は、図７に示すシーケンス図のステップＳ２５１の処理に相当する。
すなわち、ホスト機器とメディアは、お互いに相手機器の信頼性を確認するための相互認証処理とセッションキー（＝バスキー：Ｂｋ）共有処理を実行する。

（ステップＳ４５２）
ステップＳ４５２では、ステップＳ４５１の認証が成立し、セッションキー（Ｂｋ）の共有に成功したか否かを判定する。成功した場合はステップＳ４５３に進む。
失敗の場合は、ステップＳ４５３以下の処理は実行せず、そのまま終了する。

（ステップＳ４５３）
ステップＳ４５１の相互認証処理およびセッションキー（Ｂｋ）の共有処理に成功すると、ステップＳ４５３において、認証セッションの開始、すなわち、ステップＳ４５１の認証処理において生成したセッションキー（Ｂｋ）を適用したデータ処理シーケンスを開始する。

（ステップＳ４５４）
次に、メディアはステップＳ４５４において、ホスト機器から、ホスト機器ＩＤと、ホスト機器ＩＤに基づいて生成された検証値（ＭＡＣ）を伴う登録解除要求を受信する。
この処理は、図７のシーケンス図のステップＳ２５３の処理に対応する。

（ステップＳ４５５〜Ｓ４５６）
次に、メディアはステップＳ４５５において、ホスト機器から受信した検証値であるＭＡＣに基づくＭＡＣ検証を実行する。
この処理は、図７のシーケンス図のステップＳ２５４の処理に対応する。
ホスト機器から受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）に対するＭＡＣ値を算出し、算出ＭＡＣ値と、ホスト機器から受信した受信ＭＡＣ値とが一致するか否かを確認する。

一致した場合は、ＭＡＣ検証成立と判定し、ステップＳ４５６の判定がＹｅｓとなり、ステップＳ４５７に進む。
不一致の場合は、ＭＡＣ検証が不成立と判定し、ステップＳ４５６の判定がＮｏとなり、処理を終了する。

（ステップＳ４５７）
ステップＳ４５５〜Ｓ４５６においてＭＡＣ検証成立と判定し、ホスト機器から受信したホストＩＤの信頼性が確認されると、メディアはステップＳ４５７において、ホスト機器から受信したホスト機器ＩＤと、メディアの記憶部に既に格納済みのホスト機器ＩＤとが一致するか否かを確認する。

一致する場合は、コンテンツ再生許容機器としてメディアに登録された正当なホスト機器からの登録解除要求であると判定し、ステップＳ４５８に進む。
一方、不一致の場合は、コンテンツ再生許容機器としてメディアに登録された正当なホスト機器からの登録解除要求ではないと判定し、ステップＳ４５９に進み、セッションを終了し、メディアに登録されたホスト機器ＩＤの削除は行わず、登録解除処理を実行せずに処理を終了する。

（ステップＳ４５８）
ステップＳ４５６においてＭＡＣ検証成功と判定し、ステップＳ４５７において、ホスト機器から受信したホスト機器ＩＤと、メディアに記録済みのホスト機器ＩＤが一致したと判定されると、メディアは、ステップＳ４５８において、コンテンツ再生許容機器情報としてメディアの記憶部に記録されていたホスト機器ＩＤを削除する。すなわち、登録解除処理を実行する。
さらに、ホスト機器に対して、登録解除処理の完了通知を行なう。
このステップＳ４５８の処理は、図７に示すシーケンス図のステップＳ２５４〜Ｓ２５５の処理に対応する。

（ステップＳ４５９）
次に、メディアは、ステップＳ４５９において、ホスト機器とメディア間でのセッションキー共有状態である認証セッションを完了する。認証セッション完了とともに、ホスト機器とメディア間で共有したセッションキー（Ｂｋ）も破棄される。

メディアが、この図１３のフローに従った処理を行なうことで、メディアに記録されたホスト機器ＩＤが削除されることになる。
従って、その後、新たなホスト機器が、図５に示すシーケンスに従った登録処理を実行した場合、メディアには記録済みホスト機器ＩＤが存在せず、新たなホスト機器のホスト機器ＩＤを、新たなコンテンツ再生許容機器としてメディアに登録することが可能となる。
すなわち、図１１に示すフローのステップＳ４０７の判定処理において、Ｙｅｓと判定され、新たなホスト機器を新たなコンテンツ再生許容機器としてスムーズに登録することが可能となる。

［６．本開示の処理の具体的な適用例について］
本開示の処理においては、メディアに格納したコンテンツを再生するホスト機器を、メディアにホスト機器ＩＤを登録した唯一のホスト機器に限定するというコンテンツ利用制御を実現している。

この処理のために、コンテンツ再生開始前に、ホスト機器からホスト機器ＩＤをメディアに送信して、メディアの記憶部に格納するホスト機器ＩＤ登録処理を実行する。
その後、ホスト機器によるコンテンツ再生時に、定期的にホスト機器とメディア間の接続一貫性確認処理を実行する。この接続一貫性確認処理は、コンテンツ再生を実行するホスト機器とメディアとの接続関係に変更がないことを監視するための処理として実行される。

以下、様々なコンテンツ再生処理において、本開示の処理が適用される具体例について説明する。
ここでは、以下の３つの再生処理例について説明する。
（１）１つのホスト機器において複数のコンテンツ再生アプリケーションを適用してコンテンツ再生を行なう処理例（図１４）
（２）複数のホスト機器が、１つのメディアからコンテンツ再生を並列に実行しようとした場合の処理例（図１５）
（３）複数のホスト機器が１つのメディアからコンテンツ再生を、順次、シーケンシャルに実行しようとした場合の処理例（図１６〜図１７）

以下、これらの３つのコンテンツ再生処理例について、順次、説明する。

［６−１．１つのホスト機器において複数のコンテンツ再生アプリケーションを適用してコンテンツ再生を行なう処理例］
まず、図１４に示すシーケンス図を参照して以下のコンテンツ再生処理例について説明する。
（１）１つのホスト機器において複数のコンテンツ再生アプリケーションを適用したコンテンツ再生処理例

これは、１つのホスト機器に利用可能な２つの異なるコンテンツ再生アプリケーションが存在し、これらのアプリケーションを切り換えて利用する場合の処理例である。
具体的には、例えば、
再生アブリＡ、
再生アプリＢ、
これらの２つの異なるコンテンツ再生アプリケーションを利用可能なホスト機器があり、このホスト機器が、これら２つの再生アプリを適宜、切り替えて１つのメディアから読み出したコンテンツを再生する処理である。

本開示の処理を適用した場合、このような同一のホスト機器での複数アプリケーションの切り替えによるコンテンツ再生は許容される。すなわち、ホスト機器のＩＤをメディアに登録すれば、その登録を条件として、いずれのアプリケーションもコンテンツ再生が可能となる。

本開示の処理においては、コンテンツ再生を許容するか否かは、メディアに登録されたホスト機器ＩＤに一致するホスト機器ＩＤを持つホスト機器であるか否かの判定に基づいて実行される。従って、メディアに登録されたホスト機器ＩＤと一致するホスト機器であれば、そのホスト機器の実行するアプリケーションは限定されず、すべてのアプリケーションに対して、メディア格納コンテンツの再生が許容される。

図１４に示すシーケンス図は、ステップＳ５０１〜Ｓ５０７の処理が、アプリＡの処理であり、ステップＳ５２１〜Ｓ５２７の処理が同一のホスト機器において実行されるアプリＢの処理である。
以下、これらの処理について、順次、説明する。
なお、ステップＳ５０１の処理以前に、ホスト機器とメディア間の認証およびセッションキーの共有が行われており、ホスト機器とメディア間の認証セッションが設定されているものとする。

（ステップＳ５０１〜Ｓ５０３）
ステップＳ５０１〜Ｓ５０３は、ホスト機器の再生アプリＡの処理であり、図５、図８、図１１を参照して説明したホスト機器登録処理シーケンスに相当する。

まず、アプリＡは、ステップＳ５０１において、ホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、ホスト機器ＩＤに対してセッションキー（Ｂｋ）を適用して生成した検証値（ＭＡＣ）をメディアに送信する。

次に、ステップＳ５０２において、メディアはホスト機器から受信したＭＡＣ検証を実行し、ＭＡＣ検証により、ホスト機器ＩＤのデータに誤りがないことを確認する。その後、メディア内の記憶部に他の異なるホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が格納されていないかを確認する。

この例では、メディア内の記憶部に他の異なるホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が格納されていないものとする。この確認の後、メディアはホスト機器から受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）をメディア内の記憶部に格納する。
この処理によって、アプリＡを実行しているホスト機器が、メディア格納コンテンツの再生を許容された唯一のホスト機器として登録されたことになる。
なお、このステップＳ５０２の処理は、図５に示すステップＳ１０４の処理に対応する処理であり、また、図１１に示すフローチャートのステップＳ４０５〜Ｓ４０８に対応する処理である。

次に、メディアは、ステップＳ５０３において、ホスト機器のアプリＡに対して、コンテンツの再生許可通知を送信する。

（ステップＳ５０４）
上記のステップＳ５０１〜５０３のホスト機器登録を完了した後、ホスト機器において実行されているアプリＡは、メディアからコンテンツを読み出して復号、再生を実行する。
なお、このコンテンツ再生処理は、先に説明した図９に示すフローチャートに従ったコンテンツ再生準備処理を実行して行われる。

（ステップＳ５０５〜Ｓ５０８）
ステップＳ５０５〜Ｓ５０８は、ホスト機器の再生アプリＡにおいてコンテンツ再生中に行われるホスト機器−メディア接続一貫性確認処理である。すなわち、先に、図６、図１０、図１２を参照して説明したシーケンスに従った処理に相当する。

まず、ホスト機器のアプリＡは、ステップＳ５０５において、乱数（Ｎｏｎｃｅ）を生成してメディアに送信する。
次に、メディアは、ステップＳ５０６において、メディアの記憶部に格納したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、乱数（Ｎｏｎｃｅ）に対するセッションキー（Ｂｋ）を適用した検証値（ＭＡＣ）生成処理を実行する。

さらに、メディアは、ステップＳ５０７において、メディアの記憶部に格納したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、ステップＳ５０６で生成した検証値（ＭＡＣ）をホスト機器のアプリＡに送信する。

次に、ホスト機器のアプリＡは、ステップＳ５０８において、メディアから受信したＭＡＣ検証を実行し、ＭＡＣ検証成立を確認した後、さらに、メディアから受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、自装置のホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が一致するか否かを確認する照合処理を実行する。この処理は、図６のシーケンス図のステップＳ２０６の処理、および図１０のフローチャートのステップＳ３８７〜Ｓ３８８の処理に相当する。
ホスト機器のアプリＡは、ＭＡＣ検証、ホスト機器ＩＤ照合のいずれも成立した場合に限り、コンテンツ再生を継続する。

（ステップＳ５２１〜Ｓ５２３）
次のステップＳ５２１以下のステップＳ５２１〜Ｓ５２８の処理は、上述のアプリＡを実行しているホスト機器において、新たなコンテンツ再生アプリケーションであるアプリＢによって実行される処理である。
なお、アプリＡとアプリＢは、１つのホスト機器において実行される。これらの２つのアプリは、並列に実行される場合もあり、切り替えて実行される場合もある。

ステップＳ５２１〜Ｓ５２３は、ホスト機器の再生アプリＢの処理であり、図５、図８、図１１を参照して説明したホスト機器登録処理シーケンスに相当する処理である。

まず、アプリＢは、ステップＳ５２１において、ホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、ホスト機器ＩＤに対してセッションキー（Ｂｋ）を適用して生成した検証値（ＭＡＣ）をメディアに送信する。

次に、ステップＳ５２２において、メディアはホスト機器から受信したＭＡＣ検証を実行し、ホスト機器ＩＤのデータに誤りがないことを確認する。その後、メディア内の記憶部に、他の異なるホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が格納されていないかを確認する。

この時点で、メディア内の記憶部には、既にホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が格納されている。すなわち、ステップＳ５０２において、アプリＡの実行したホスト機器登録処理において登録されたホスト機器ＩＤが格納済みである。メディアの記憶部に格納されたホスト機器ＩＤは、アプリＡとアプリＢの実行主体である同一のホスト機器のホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）である。

メディアは、メディアの記憶部に既にホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が格納されている場合、新たなホスト機器ＩＤの登録は行わない。すなわち記憶部に対するホスト機器ＩＤの上書き処理は実行しない。
メディアは、このステップＳ５２２において、ＭＡＣ検証の成立したホスト機器ＩＤ（Ｈｏｓｙ ＩＤ）とメディアの記憶部に格納されたホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が一致することを確認する。この一致確認を条件として、ステップＳ５２３に進み、ホスト機器のアプリＢに対して、コンテンツの再生許可通知を送信する。
この処理は、図１１のフローチャートのステップＳ４０５〜Ｓ４０８の処理に対応する処理である。

このように、異なるアプリケーションであっても、これらのアプリが同一のホスト機器において実行される場合、いずれに対してもコンテンツ再生許可が与えられる。すなわち、メディアにホスト機器ＩＤが登録されたホスト機器は、コンテンツ再生アプリケーションを切り換えても、メディアからのコンテンツ再生が中止されることはない。

（ステップＳ５２４）
上記のステップＳ５２１〜５２３のホスト機器登録を完了した後、ホスト機器において実行されているアプリＢは、メディアからコンテンツを読み出して復号、再生を実行する。
なお、このコンテンツ再生処理は、先に説明した図９に示すフローチャートに従ったコンテンツ再生準備処理を実行して行われる。

（ステップＳ５２５〜Ｓ５２８）
ステップＳ５２５〜Ｓ５２８は、ホスト機器の再生アプリＢにおいてコンテンツ再生中に行われるホスト機器−メディア接続一貫性確認処理である。すなわち、先に、図６、図１０、図１２を参照して説明したシーケンスに従った処理に相当する。

まず、ホスト機器のアプリＢは、ステップＳ５２５において、乱数（Ｎｏｎｃｅ）を生成してメディアに送信する。
次に、メディアは、ステップＳ５２６において、メディアの記憶部に格納したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、乱数（Ｎｏｎｃｅ）に対するセッションキー（Ｂｋ）を適用した検証値（ＭＡＣ）生成処理を実行する。

さらに、メディアは、ステップＳ５２７において、メディアの記憶部に格納したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、ステップＳ５２６で生成した検証値（ＭＡＣ）をホスト機器のアプリＢに送信する。

次に、ホスト機器のアプリＢは、ステップＳ５２８において、メディアから受信したＭＡＣ検証を実行し、ＭＡＣ検証成立を確認した後、さらに、メディアから受信したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、自装置のホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が一致するか否かを確認する照合処理を実行する。この処理は、図６のシーケンス図のステップＳ２０６の処理、および図１０のフローチャートのステップＳ３８７〜Ｓ３８８の処理に相当する。

このステップＳ２０６におけるアプリＢの実行する検証処理、すなわち、ＭＡＣ検証、ホスト機器ＩＤ照合は、いずれも成立することになり、コンテンツ再生を継続することができる。

このように、異なるアプリケーションであっても、同一のホスト機器において実行される場合、いずれに対してもコンテンツ再生許可が与えられ、メディアにホスト機器ＩＤが登録されたホスト機器は、コンテンツ再生アプリケーションを切り換えても、メディアからのコンテンツ再生が中止されることはない。

［６−２．複数のホスト機器が、１つのメディアからコンテンツ再生を並列に実行しようとした場合の処理例］
次に、図１５に示すシーケンス図を参照して以下のコンテンツ再生処理例について説明する。
（２）複数のホスト機器が、１つのメディアからコンテンツ再生を並列に実行しようとした場合の処理例
これは、複数の異なるホスト機器、すなわち、図１５に示すホスト機器Ａと、ホスト機器Ｂによって同一メディアの格納コンテンツの再生を行なおうとした場合の処理例である。

本開示の処理を適用した場合、このような異なるホスト機器による同一メディアの格納コンテンツの並列再生は許容されない。
本開示の処理を適用した場合、メディア格納コンテンツの再生は１つのホスト機器、すなわち、メディアに登録されたホスト機器ＩＤと同一のホスト機器ＩＤを持つホスト機器のみに限定される。したがって、同時に２つのホスト機器において１つのメディアからのコンテンツ再生を行なうことはできない。

図１５に示すシーケンス図は、ステップＳ７０１〜Ｓ７０７の処理が、ホスト機器Ａの処理であり、ステップＳ７２１〜Ｓ７２４の処理がホスト機器Ｂの処理である。
以下、これらの処理について、順次、説明する。
なお、ステップＳ７０１の処理以前に、ホスト機器Ａとメディア間の認証およびセッションキーの共有が行われ、ホスト機器Ａとメディア間の認証セッションが設定されているものとする。
同様に、ステップＳ７２１の前にホスト機器Ｂとメディア間の認証およびセッションキーの共有が行われ、ホスト機器Ｂとメディア間の認証セッションが設定されているものとする。

（ステップＳ７０１〜Ｓ７０８）
ステップＳ７０１〜Ｓ７０８は、ホスト機器Ａの処理である。
この処理は、図１４を参照して説明したステップＳ５０１〜Ｓ５０８の処理と同様の処理である。すなわち、以下の処理が順次、実行される。

（ａ）ステップＳ７０１〜Ｓ７０３：ホスト機器登録処理、この処理は、図５、図８、図１１を参照して説明したホスト機器登録処理シーケンスに相当する。
この処理によって、メディアには、ホスト機器Ａの識別子であるホスト機器ＩＤ−ａ（Ｈｏｓｔ ＩＤ−ａ）が登録される。
すなわち、コンテンツ再生を許容するホスト機器としてホスト機器Ａが登録される。

（ｂ）ステップＳ７０４：コンテンツ再生処理、この処理は、メディアからコンテンツを読み出して復号、再生を実行する処理であり、図９に示すフローチャートに従ったコンテンツ再生準備処理を実行して行われる。
（ｃ）ステップＳ７０５〜Ｓ７０８：ホスト機器−メディア接続一貫性確認処理、この処理は、図６、図１０、図１２を参照して説明したシーケンスに従った処理に相当する。

このステップＳ７０８以後、ホスト機器Ａは、継続してメディアからのコンテンツ読み出し、再生を実行しているものとする。
このホスト機器Ａによるコンテンツ再生処理の実行期間中に、再生対象コンテンツを格納したメディアに対して、ホスト機器Ａとともに接続しているホスト機器Ｂが、ステップＳ７２１以下の処理を実行するものとする。
なお、前述したように、ホスト機器Ｂは、ステップＳ７２１の実行前にメディアとの認証処理を実行し、認証処理およびセッションキー（Ｋｂ）の共有には成功したものとする。

（ステップＳ７２１〜７２３）
ステップＳ７２１〜Ｓ７２３は、ホスト機器Ｂの処理であり、図５、図８、図１１を参照して説明したホスト機器登録処理シーケンスに相当する処理である。

まず、ホスト機器Ｂは、ステップＳ７２１において、ホスト機器ＩＤ−ｂ（Ｈｏｓｔ ＩＤ−ｂ）と、ホスト機器ＩＤ−ｂに対してセッションキー（Ｂｋ）を適用して生成した検証値（ＭＡＣ）をメディアに送信する。

次に、ステップＳ７２２において、メディアはホスト機器から受信したＭＡＣ検証を実行し、ホスト機器ＩＤのデータに誤りがないことを確認する。その後、メディア内の記憶部に、他の異なるホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が格納されていないかを確認する。

この時点で、メディア内の記憶部には、既にホスト機器ＩＤ−ａ（Ｈｏｓｔ ＩＤ−ａ）が格納されている。すなわち、ステップＳ７０２において、ホスト機器Ａの実行したホスト機器登録処理において登録されたホスト機器ＩＤ−ａが格納済みである。

メディアの記憶部に格納されたホスト機器ＩＤ−ａは、ステップＳ７２１において、ホスト機器Ｂから受信したホスト機器ＩＤ−ｂと異なるホスト機器ＩＤである。
この場合、メディアは、ホスト機器Ｂから受信したホスト機器ＩＤ−ｂの登録処理を実行しない。
すなわち、コンテンツ再生許容機器としてのホスト機器ＩＤが既に登録されメディアの記憶部に格納されている場合、メディアは、その登録済みのホスト機器ＩＤをそのまま維持し、新たなホスト機器ＩＤへの変更や、新たなホスト機器ＩＤの追加登録処理は実行しない。

この場合、メディアは、ステップＳ７２２において、ホスト機器ＩＤ−ｂ（Ｈｏｓｔ−ＩＤ−ｂ）のメディアへの登録を実行せず、ステップＳ７２３において、ホスト機器Ｂに対して、コンテンツ再生許容通知を送信することなく、例えば、ホストＩＤ登録エラー通知を送信し、その後ホスト機器Ｂとの認証セッションを終了する。
なお、この処理は、先に説明した図１１に示すフローのステップＳ４０７の判定処理においてＮｏと判定され、ステップＳ４０７からステップＳ４０９に移行する処理に相当する処理である。

ホスト機器Ｂは、次のステップＳ７２４に示すように、コンテンツ再生が不可となり、メディアからのコンテンツ再生を実行することができない。

このように、本開示の処理を適用することで、メディアからのコンテンツ再生は、メディアにコンテンツ再生許容ホストとして、ホスト機器ＩＤの登録された１つのホスト機器に限定することが可能となる。

［６−３．複数のホスト機器が１つのメディアからコンテンツ再生を、順次、シーケンシャルに実行しようとした場合の処理例］
次に、図１６、図１７に示すシーケンス図を参照して以下のコンテンツ再生処理例について説明する。
（３）複数のホスト機器が１つのメディアからコンテンツ再生を、順次、シーケンシャルに実行しようとした場合の処理例

これは、図１５を参照して説明したと同様、複数の異なるホスト機器、すなわち、図１５に示すホスト機器Ａと、ホスト機器Ｂによって同一メディアの格納コンテンツの再生を行なおうとした場合の処理例である。
ただし、同時再生ではなく、ホスト機器Ａによる再生開始後、メディアのリセットがなされた後に、ホスト機器Ｂによってコンテンツ再生を実行する処理である。

本開示の処理を適用した場合、前述したように異なるホスト機器による同一メディアの格納コンテンツの並列再生は実行されない。
しかし、メディアにコンテンツ再生許容機器として登録されたホスト機器Ａのホスト機器ＩＤ（Ｈｏｓｔ ＩＤ−ａ）が消去（リセット）され、その後に新たなホスト機器Ｂのホスト機器ＩＤ（Ｈｏｓｔ ＩＤ−ｂ）を登録した場合、これらのホスト機器Ａ、ホスト機器Ｂは、順次、その同一メディアからのコンテンツ再生を実行することが可能となる。

すなわち、複数のホスト機器による同一メディアからのコンテンツ再生を同時に並列して実行することはできないが、並列処理でない、順次処理であれば、ホスト機器の切り替えが可能である。
図１６〜図１７に示す処理シーケンスは、このような異なるホスト機器による同一メディアからのコンテンツ再生を順次、実行する処理例に相当する。

図１６〜図１７に示すシーケンス図において、図１６に示すステップＳ８０１〜Ｓ８０７の処理が、ホスト機器Ａの処理であり、図１７に示すステップＳ８２１〜Ｓ８２４の処理がホスト機器Ｂの処理である。
さらに、図１７に示すステップＳ８３１〜Ｓ８３４の処理はホスト機器Ａの処理である。

また、図１６に示すステップＳ８０９の処理は、メディア側の処理であり、このステップＳ８０９において、メディアのリセット処理、すなわち、メディアに登録されたコンテンツ再生許容ホスト機器情報としてのホスト機器ＩＤが消去される。
この登録ＩＤ消去により、ホスト機器Ａのホスト機器ＩＤ−ａ（Ｈｏｓｔ−ＩＤ−ａ）がメディアの記憶部から消去される。
この登録消去によって、メディアの記憶部に対する別のホスト機器ＩＤの登録、すなわち、ホスト機器Ｂのホスト機器ＩＤ−ｂ（Ｈｏｓｔ ＩＤ−ｂ）の登録が可能となる。

以下、図１６、図１７に示す処理について、順次、説明する。
なお、ステップＳ８０１の処理以前に、ホスト機器Ａとメディア間の認証およびセッションキーの共有が行われ、ホスト機器Ａとメディア間の認証セッションが設定されているものとする。
同様に、ステップＳ８２１の前にホスト機器Ｂとメディア間の認証およびセッションキーの共有が行われ、ホスト機器Ｂとメディア間の認証セッションが設定されているものとする。

（ステップＳ８０１〜Ｓ８０８）
ステップＳ８０１〜Ｓ８０８は、ホスト機器Ａの処理である。
この処理は、図１４を参照して説明したステップＳ５０１〜Ｓ５０８の処理と同様の処理である。すなわち、以下の処理が順次、実行される。

（ａ）ステップＳ８０１〜Ｓ８０３：ホスト機器登録処理、この処理は、図５、図８、図１１を参照して説明したホスト機器登録処理シーケンスに相当する。
この処理によって、メディアには、ホスト機器Ａの識別子であるホスト機器ＩＤ−ａ（Ｈｏｓｔ ＩＤ−ａ）が登録される。
すなわち、コンテンツ再生を許容するホスト機器としてホスト機器Ａが登録される。

（ｂ）ステップＳ８０４：コンテンツ再生処理、この処理は、メディアからコンテンツを読み出して復号、再生を実行する処理であり、図９に示すフローチャートに従ったコンテンツ再生準備処理を実行して行われる。
（ｃ）ステップＳ８０５〜Ｓ８０８：ホスト機器−メディア接続一貫性確認処理、この処理は、図６、図１０、図１２を参照して説明したシーケンスに従った処理に相当する。

このステップＳ８０８以後、ホスト機器Ａは、継続してメディアからのコンテンツ読み出し、再生を実行できる。

本処理例では、このホスト機器Ａによるコンテンツ再生処理の実行許容期間に、メディア側でステップＳ８０９の処理が実行される。
ステップＳ８０９の処理は、メディア側の処理であり、このステップＳ８０９において、メディアのリセット処理、すなわち、メディアに登録されたコンテンツ再生許容ホスト機器情報としてのホスト機器ＩＤが消去される。
この登録ＩＤ消去により、ホスト機器Ａのホスト機器ＩＤ−ａ（Ｈｏｓｔ−ＩＤ−ａ）がメディアの記憶部から消去される。

このステップＳ８０９の処理の後、ホスト機器Ｂの処理として、図１７に示すステップＳ８２１以下の処理が行われる。この処理について、以下、説明する。

（ステップＳ８２１〜Ｓ８２８）
ステップＳ８２１〜Ｓ８２８は、ホスト機器Ｂの処理である。
これらの処理は、図５、図８、図１１を参照して説明したホスト機器登録処理シーケンスに相当する処理である。

まず、ホスト機器Ｂは、ステップＳ８２１において、ホスト機器ＩＤ−ｂ（Ｈｏｓｔ ＩＤ−ｂ）と、ホスト機器ＩＤ−ｂに対してセッションキー（Ｂｋ）を適用して生成した検証値（ＭＡＣ）をメディアに送信する。

次に、ステップＳ８２２において、メディアはホスト機器から受信したＭＡＣ検証を実行し、ホスト機器ＩＤのデータに誤りがないことを確認する。その後、メディア内の記憶部に、他の異なるホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が格納されていないかを確認する。

ステップＳ８０９のリセット処理によって、メディア内の記憶部に記録されていたホスト機器ＩＤ−ａ（Ｈｏｓｔ ＩＤ−ａ）は消去されている。現時点で、コンテンツ再生許容機器として登録されたホスト機器がない状態である。
すなわち、図１１のフローに示すステップＳ４０７の判定がＮｏとなり、ステップＳ４０８のホスト機器ＩＤ登録処理が実行されることになる。

ステップＳ８２２において、メディアは、ホスト機器Ｂから受信したホスト機器ＩＤ−ｂ（Ｈｏｓｔ ＩＤ−ｂ）を、コンテンツ再生を許容する唯一のホスト機器として登録する。すなわち、ホスト機器ＩＤ−ｂ（Ｈｏｓｔ ＩＤ−ｂ）をメディアの記憶部に格納する。
その後、メディアは、ステップＳ８２３において、ホスト機器Ｂに対して、コンテンツ再生許容通知を送信する。

ホスト機器Ｂは、次のステップＳ８２４において、コンテンツ再生を開始する。
この処理は、メディアからコンテンツを読み出して復号、再生を実行する処理であり、図９に示すフローチャートに従ったコンテンツ再生準備処理を実行して行われる。

さらに、ホスト機器Ｂは、ステップＳ８２５〜Ｓ８２８において、ホスト機器−メディア接続一貫性確認処理を実行する。この処理は、図６、図１０、図１２を参照して説明したシーケンスに従った処理に相当する。
このように、ホスト機器Ｂは、ホスト機器Ａに続いて、同一メディアからのコンテンツ再生を実行することが可能となる。

（ステップＳ８３１〜Ｓ８３４）
ステップＳ８３１以下の処理は、このホスト機器Ｂのコンテンツ再生許容状態で、ホスト機器Ａによるホスト機器−メディア接続一貫性確認処理を実行した場合の処理例を説明している。

ステップＳ８３１において、ホスト機器Ａは、乱数（Ｎｏｎｃｅ）を生成してメディアに送信する。
次に、メディアは、ステップＳ８３２において、メディアの記憶部に格納したホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）と、乱数（Ｎｏｎｃｅ）に対するセッションキー（Ｂｋ）を適用した検証値（ＭＡＣ）生成処理を実行する。

この時点で、メディアにはコンテンツ再生許容機器情報として、ホスト機器Ｂのホスト機器ＩＤ−ｂ（Ｈｏｓｔ ＩＤ−ｂ）が記録されている。
従って、メディアは、ホスト機器Ｂのホスト機器ＩＤ−ｂ（Ｈｏｓｔ ＩＤ−ｂ）と、乱数（Ｎｏｎｃｅ）に対するセッションキー（Ｂｋ）を適用した検証値（ＭＡＣ）生成処理を実行する。

次に、メディアは、ステップＳ８３３において、メディアの記憶部に格納したホスト機器ＩＤ−ｂ（Ｈｏｓｔ ＩＤ−ｂ）と、ステップＳ８３２で生成した検証値（ＭＡＣ）をホスト機器Ａに送信する。

次に、ホスト機器Ａは、ステップＳ８３４において、メディアから受信したＭＡＣ検証を実行し、ＭＡＣ検証成立を確認した後、さらに、メディアから受信したホスト機器ＩＤ−ｂ（Ｈｏｓｔ ＩＤ−ｂ）と、自装置のホスト機器ＩＤ、すなわちホスト機器ＩＤ−ａ（Ｈｏｓｔ ＩＤ−ａ）が一致するか否かを確認する照合処理を実行する。

しかし、ホスト機器Ａの実行する検証処理において、メディアから受信したホスト機器ＩＤ−ｂ（Ｈｏｓｔ ＩＤ−ｂ）と、自装置のホスト機器ＩＤ、すなわちホスト機器ＩＤ−ａ（Ｈｏｓｔ ＩＤ−ａ）とは不一致となる。従って、照合処理は不成立となる。
この結果、この時点でホスト機器Ａによるメディアからのコンテンツ再生は中止されることになる。

なお、この処理は、図１０に示すフローチャートのステップＳ３８７の処理を実行し、ステップＳ３８８の判定処理において、Ｎｏの判定がなされた場合の処理に相当する。

このように、本開示の処理を適用することで、メディアからのコンテンツ再生は、メディアにコンテンツ再生許容ホストとして、ホスト機器ＩＤの登録された１つのホスト機器に限定することが可能となる。

［７．その他の実施例について］
上述した実施例では、メディアの格納コンテンツを再生することができるホスト機器を、メディアにホスト機器ＩＤが登録された唯一のホスト機器とした実施例であった。
しかし、例えば、コンテンツ再生許容ホストとして、メディアに登録可能なホスト機器ＩＤの数を１つではなく、例えば、２以上の数として規定する構成としてもよい。
例えばメディアにコンテンツ許容ホストとして登録可能なホスト機器ＩＤ数をｎとした場合、ｎ以下の異なるホスト機器が、同一メディアの格納コンテンツを並列再生することができる。

このように、同時再生可能なホスト機器の上限数（ｎ）を規定し、規定上限数までのｎ台のホスト機器のコンテンツ再生を許容する例について、以下説明する。
この設定とした場合のホスト機器登録処理におけるメディア側の処理シーケンスについて図１８に示すフローチャートを参照して説明する。

図１８に示すフローは、先に図１１を参照して説明したフローと同様、ホスト機器からホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）を受信し、受信したホスト機器ＩＤをコンテンツ再生許容ホスト機器の識別情報としてメディアの記憶部に格納する処理を説明するフローである。

先に図１１を参照して説明した処理では、ステップＳ４０７において、メディアの記憶部に既に登録済みのホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）が存在する場合、新たなホスト機器ＩＤの登録を実行しないという処理を行なっていた。
これに対して、図１８に示すフローは、図１１に示すこのステップＳ４０７の処理が異なる処理となる。その他のステップは図１１の各ステップと同様の処理である。

図１８に示すフローにおいては、ステップＳ４０７において、メディアは、メディアの記憶部に格納されたコンテンツ再生許容ホスト機器情報としてのホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）の登録数を確認する。
すなわち、ホスト機器ＩＤ登録数が、予め規定した並列再生を許容するホスト機器数（ｎ）に達しているか否かを判定する。

メディアに登録済みのホスト機器ＩＤ数が、規定の並列再生許容ホスト機器数（ｎ）に達していない場合、ステップＳ４０７の判定は、Ｎｏとなり、ステップＳ４０８において、新たなホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）をコンテンツ再生許容ホストとして追加登録する。

すなわち、メディアは、並列コンテンツ再生を許容するホスト機器数を（ｎ）とし、メディアに登録済みのホスト機器ＩＤ数が（ｎ）に達するまでは、新たな追加登録を実行する。
このような処理によって、このメディアのコンテンツは、予め規定した数（ｎ）のホスト機器において同時に並列再生することが可能となる。

なお、その後の各ホスト機器と、メディア間で実行するホスト機器−メディアの接続一貫性確認処理、すなわち、先に図６を参照して説明した処理は、各ホスト機器とメディア間で個別に実行することになる。
なお、この場合、メディアは、接続一貫性確認処理を実行しようとするホスト機器が、どのコンテンツ再生許容ホストであるかを判別して、その判別したホスト機器のホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）を記憶部から取得して検証値生成を実行し、ホスト機器に送信する必要がある。

このホスト機器判別処理は、例えば、図６に示すシーケンス図のステップＳ２０１の認証処理において、ホスト機器から受信するホスト証明書を適用して実行することが可能である。

具体的には、ホスト機器ＩＤ登録処理に際して、メディアはホスト証明書に記録されたホスト識別子情報と、ホスト機器から受信するホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）を対応付けて記憶部に格納する。
接続一貫性確認処理の実行時には、これらの対応関係に基づいて、接続一貫性確認処理を実行しようとするホスト機器を識別して、識別結果に応じたホスト機器に対応するホスト機器ＩＤ（Ｈｏｓｔ ＩＤ）を記憶部から取得して検証値生成を実行し、ホスト機器に送信する。

このような処理を行なうことで、コンテンツ再生を並列に実行可能な機器数を任意の数（ｎ）に設定してコンテンツ利用制御を行なうことが可能となる。

［８．各装置のハードウェア構成例について］
最後に、図１９、図２０を参照して、上述した処理を実行する各装置のハードウェア構成例について説明する。
図１９は、メディアからのコンテンツ再生を実行する情報処理装置のハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７０２、または記憶部７０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７０３には、ＣＰＵ７０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ７０１、ＲＯＭ７０２、およびＲＡＭ７０３は、バス７０４により相互に接続されている。

ＣＰＵ７０１はバス７０４を介して入出力インタフェース７０５に接続され、入出力インタフェース７０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部７０６、ディスプレイ、スピーカなどよりなる出力部７０７が接続されている。ＣＰＵ７０１は、入力部７０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部７０７に出力する。

入出力インタフェース７０５に接続されている記憶部７０８は、例えばハードディスク等からなり、ＣＰＵ７０１が実行するプログラムや各種のデータを記憶する。通信部７０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。

入出力インタフェース７０５に接続されているドライブ７１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア７１１を駆動し、記録されているコンテンツや鍵情報等の各種データを取得する。例えば、取得されたコンテンツや鍵データを用いて、ＣＰＵによって実行する再生プログラムに従ってコンテンツの復号、再生処理などが行われる。

図２０は、情報記憶装置であるメモリカード等のメディアのハードウェア構成例を示している。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）８０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８０２、または記憶部８０７に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したホスト機器との通信処理やデータの記憶部８０７に対する書き込み、読み取り等の処理等を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８０３には、ＣＰＵ８０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ８０１、ＲＯＭ８０２、およびＲＡＭ８０３は、バス８０４により相互に接続されている。

ＣＰＵ８０１はバス８０４を介して入出力インタフェース８０５に接続され、入出力インタフェース８０５には、通信部８０６、記憶部８０７が接続されている。

入出力インタフェース８０５に接続されている通信部８０４は、例えばサーバやホストとの通信を実行する。記憶部８０７は、データの記憶領域であり、先に説明したようにアクセス制限のある保護領域８１１、自由にデータ記録読み取りができる汎用領域８１２を有する。

［９．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） 情報記憶装置としてのメディアを装着し、前記メディアに格納されたコンテンツの再生制御を行なうデータ処理部を有し、
前記データ処理部は、
前記メディアに自装置の識別子であるホスト機器ＩＤを出力し格納するホスト機器ＩＤ登録処理を実行し、
前記ホスト機器ＩＤ登録処理の実行後、前記メディアから、該メディアに格納されたホスト機器ＩＤを受信し、自装置のホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行し、
前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止する情報処理装置。

（２）前記データ処理部は、前記接続一貫性確認処理において、乱数を生成して前記メディアに送信し、前記乱数と、前記メディアに格納されたホスト機器ＩＤを含むデータに対する検証値を、前記メディアから受信し、前記検証値に基づいて、前記メディアからの受信データの正当性を確認した後、前記照合処理を実行する前記（１）に記載の情報処理装置。

（３）前記メディアから受信する検証値は、前記情報処理装置とメディア間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）であり、前記データ処理部は、前記セッションキー（Ｂｋ）を適用して、生成乱数と、前記メディアから受信したホスト機器ＩＤを含むデータに対するＭＡＣを算出し、算出ＭＡＣと前記メディアからの受信ＭＡＣとが一致するか否かを判定して、前記メディアからの受信データの正当性確認を行なう前記（２）に記載の情報処理装置。

（４）前記データ処理部は、前記メディアに格納されたコンテンツの再生期間内に、前記接続一貫性確認処理を繰り返し実行し、前記照合処理の成立を条件としてコンテンツ再生を継続し、前記照合処理の不成立に応じてコンテンツ再生を中止する前記（１）〜（３）いずれかに記載の情報処理装置。

（５）前記データ処理部は、前記ホスト機器ＩＤ登録処理において、自装置から取得したホスト機器ＩＤと、該ホスト機器ＩＤに基づいて生成した検証値を前記メディアに送信する前記（１）〜（４）いずれかに記載の情報処理装置。

（６）前記検証値は、前記情報処理装置とメディア間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）である前記（５）に記載の情報処理装置。

（７）前記データ処理部は、前記メディアとの認証処理を実行し、認証処理およびセッションキー（Ｂｋ）の共有処理の成功を条件とした認証セッションを確立した後に、前記ホスト機器ＩＤ登録処理、または前記接続一貫性確認処理を実行する前記（１）〜（６）いずれかに記載の情報処理装置。

（８）コンテンツを格納した記憶部と、
前記コンテンツの再生を行なうホスト機器との送受信データに対するデータ処理を実行するデータ処理部を有し、
前記データ処理部は、
前記ホスト機器から、該ホスト機器の識別子であるホスト機器ＩＤを入力し、記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行し、
前記ホスト機器ＩＤ登録処理の実行後、記憶部に格納済みのホスト機器ＩＤを含むデータに対する検証値を生成し、生成した検証値と、ホスト機器ＩＤを前記ホスト機器に送信する接続一貫性確認処理を実行する情報記憶装置。

（９）前記データ処理部は、前記接続一貫性確認処理において、前記ホスト機器から乱数を受信し、受信乱数と前記ホスト機器ＩＤを含むデータに対する検証値を生成する前記（８）に記載の情報記憶装置。

（１０）前記データ処理部は、前記ホスト機器ＩＤ登録処理において、前記ホスト機器から、前記ホスト機器ＩＤと、該ホスト機器ＩＤに基づいて生成した検証値を受信し、受信したホスト機器ＩＤに対して受信検証値を適用した正当性確認処理を実行し、受信ホスト機器ＩＤの正当性が確認されたことを条件として、受信ホスト機器ＩＤを記憶部に格納する前記（８）または（９）に記載の情報記憶装置。

（１１）前記検証値は、前記情報記憶装置と前記ホスト機器間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）である前記（１０）に記載の情報記憶装置。

（１２）前記接続一貫性確認処理において生成する前記検証値は、前記ホスト機器と情報記憶装置間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）であり、前記データ処理部は、前記セッションキー（Ｂｋ）を適用して、前記記憶部に格納済みのホスト機器ＩＤを含むデータに対するＭＡＣを算出し、前記ホスト機器に送信する前記（８）〜（１１）いずれかに記載の情報記憶装置。

（１３）前記データ処理部は、前記ホスト機器における前記コンテンツの再生期間内に、前記接続一貫性確認処理を繰り返し実行する前記（８）〜（１２）いずれかに記載の情報記憶装置。

（１４）前記データ処理部は、前記ホスト機器との認証処理を実行し、認証処理およびセッションキー（Ｂｋ）の共有処理の成功を条件とした認証セッションを確立した後に、前記ホスト機器ＩＤ登録処理、または前記接続一貫性確認処理を実行する前記（８）〜（１３）いずれかに記載の情報記憶装置。

（１５）前記データ処理部は、前記ホスト機器からの登録解除要求の受信に応じて、記憶部に格納済みのホスト機器ＩＤを削除する登録解除処理を実行する前記（８）〜（１４）いずれかに記載の記載の情報記憶装置。

（１６）コンテンツを格納したメディアと、前記コンテンツの再生を実行するホスト機器を有する情報処理システムであり、
前記ホスト機器が、前記メディアに自装置の識別子であるホスト機器ＩＤを出力し、前記メディアが、受信したホスト機器ＩＤを記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行し、
前記ホスト機器ＩＤ登録処理の実行後、前記メディアがメディアに格納されたホスト機器ＩＤを前記ホスト機器に送信し、前記ホスト機器が、前記メディアから受信したホスト機器ＩＤと、ホスト機器の保持するホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行し、
前記ホスト機器は、前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止する情報処理システム。

（１７）情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、情報記憶装置としてのメディアを装着し、前記メディアに格納されたコンテンツの再生制御を行なうデータ処理部を有し、
前記データ処理部が、前記メディアに自装置の識別子であるホスト機器ＩＤを出力し格納するホスト機器ＩＤ登録処理を実行し、
前記データ処理部が、前記ホスト機器ＩＤ登録処理の実行後、前記メディアから、該メディアに格納されたホスト機器ＩＤを受信し、自装置のホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行し、
前記データ処理部が、前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止する情報処理方法。

（１８）情報記憶装置において実行する情報処理方法であり、
前記情報記憶装置は、コンテンツを格納した記憶部と、
前記コンテンツの再生を行なうホスト機器との送受信データに対するデータ処理を実行するデータ処理部を有し、
前記データ処理部が、前記ホスト機器から、該ホスト機器の識別子であるホスト機器ＩＤを入力し、記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行し、
前記データ処理部が、前記ホスト機器ＩＤ登録処理の実行後、前記記憶部に格納済みのホスト機器ＩＤを含むデータに対する検証値を生成し、生成した検証値と、前記記憶部に格納したホスト機器ＩＤを前記ホスト機器に送信する接続一貫性確認処理を実行する情報処理方法。

（１９）情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、情報記憶装置としてのメディアを装着し、前記メディアに格納されたコンテンツの再生制御を行なうデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記メディアに自装置の識別子であるホスト機器ＩＤを出力し格納するホスト機器ＩＤ登録処理と、
前記ホスト機器ＩＤ登録処理の実行後、前記メディアから、該メディアに格納されたホスト機器ＩＤを受信し、自装置のホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行させ、
前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止させるプログラム。

（２０）情報記憶装置において情報処理を実行させるプログラムであり、
前記情報記憶装置は、コンテンツを格納した記憶部と、
前記コンテンツの再生を行なうホスト機器との送受信データに対するデータ処理を実行するデータ処理部を有し、
前記プログラムは、
前記データ処理部に、前記ホスト機器から、該ホスト機器の識別子であるホスト機器ＩＤを入力し、記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行させ、
さらに、前記データ処理部に、前記ホスト機器ＩＤ登録処理の実行後、前記記憶部に格納済みのホスト機器ＩＤを含むデータに対する検証値を生成し、生成した検証値と、前記記憶部に格納したホスト機器ＩＤを前記ホスト機器に送信する接続一貫性確認処理を実行させるプログラム。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本開示の一実施例の構成によれば、メディアからのコンテンツ再生を、メディアに登録された特定ホスト機器にのみ許容するコンテンツ利用制御が実現される。
具体的には、ホスト機器がメディアに自装置の識別子であるホスト機器ＩＤを出力し、メディアは、ホスト機器ＩＤを記憶部に格納し、ホスト機器をコンテンツ再生許容機器として登録する。さらに、メディアは、メディアに格納されたホスト機器ＩＤをホスト機器に送信し、ホスト機器が、メディアから受信したホスト機器ＩＤと、ホスト機器の保持するホスト機器ＩＤとの照合処理を実行する。ホスト機器は、コンテンツ再生期間内にメディアからのホスト機器ＩＤの受信と照合処理を実行し、照合処理の成立を条件としてコンテンツ再生を継続し、照合処理が不成立の場合はコンテンツ再生を中止する。
これらの構成により、メディアからのコンテンツ再生を、メディアに登録された特定ホスト機器にのみ許容するコンテンツ利用制御が実現される。

１０ メディア
３０ ホスト機器
３１ ダミーメディア
１００ ホスト機器（情報処理装置）
２００ メディア（情報記憶装置）
２１０ コントローラ（データ処理部）
２１１ ＣＰＵ
２１２ ＲＡＭ
２２０ 記憶部
２２１ 汎用領域（ユーザデータ領域）
２２２ 保護領域（セキュア領域）
２３１ コンテンツ
２３２ 利用制御情報
２３３ 変換タイトルキー
２３４ ユーザトークン
２３５ リボケーションリスト
２３６ メディア秘密鍵
２３７ メディア公開鍵証明書
７０１ ＣＰＵ
７０２ ＲＯＭ
７０３ ＲＡＭ
７０４ バス
７０５ 入出力インタフェース
７０６ 入力部
７０７ 出力部
７０８ 記憶部
７０９ 通信部
７１０ ドライブ
７１１ リムーバブルメディア
８０１ ＣＰＵ
８０２ ＲＯＭ
８０３ ＲＡＭ
８０４ バス
８０５ 入出力インタフェース
８０６ 通信部
８０７ 記憶部
８１１ 保護領域
８１２ 汎用領域

Claims (19)

1. 情報記憶装置としてのメディアを装着し、前記メディアに格納されたコンテンツの再生制御を行なうデータ処理部を有し、
   前記データ処理部は、
   前記メディアに自装置の識別子であるホスト機器ＩＤを出力し格納するホスト機器ＩＤ登録処理を実行し、
   前記ホスト機器ＩＤ登録処理の実行後、前記メディアから、該メディアに格納されたホスト機器ＩＤを受信し、自装置のホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行し、
   前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止する処理を実行し、
   前記データ処理部は、
   前記接続一貫性確認処理において、乱数を生成して前記メディアに送信し、
   前記乱数と、前記メディアに格納されたホスト機器ＩＤを含むデータに対する検証値を、前記メディアから受信し、
   前記検証値に基づいて、前記メディアからの受信データの正当性を確認した後、前記照合処理を実行する情報処理装置。
2. 前記メディアから受信する検証値は、
   前記情報処理装置とメディア間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）であり、
   前記データ処理部は、
   前記セッションキー（Ｂｋ）を適用して、生成乱数と、前記メディアから受信したホスト機器ＩＤを含むデータに対するＭＡＣを算出し、算出ＭＡＣと前記メディアからの受信ＭＡＣとが一致するか否かを判定して、前記メディアからの受信データの正当性確認を行なう請求項１に記載の情報処理装置。
3. 前記データ処理部は、
   前記メディアに格納されたコンテンツの再生期間内に、前記接続一貫性確認処理を繰り返し実行し、前記照合処理の成立を条件としてコンテンツ再生を継続し、前記照合処理の不成立に応じてコンテンツ再生を中止する請求項１〜２いずれかに記載の情報処理装置。
4. 前記データ処理部は、
   前記ホスト機器ＩＤ登録処理において、
   自装置から取得したホスト機器ＩＤと、該ホスト機器ＩＤに基づいて生成した検証値を前記メディアに送信する請求項１〜３いずれかに記載の情報処理装置。
5. 前記検証値は、前記情報処理装置とメディア間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）である請求項４に記載の情報処理装置。
6. 前記データ処理部は、
   前記メディアとの認証処理を実行し、認証処理およびセッションキー（Ｂｋ）の共有処理の成功を条件とした認証セッションを確立した後に、前記ホスト機器ＩＤ登録処理、または前記接続一貫性確認処理を実行する請求項１〜５いずれかに記載の情報処理装置。
7. コンテンツを格納した記憶部と、
   前記コンテンツの再生を行なうホスト機器との送受信データに対するデータ処理を実行するデータ処理部を有し、
   前記データ処理部は、
   前記ホスト機器から、該ホスト機器の識別子であるホスト機器ＩＤを入力し、記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行し、
   前記ホスト機器ＩＤ登録処理の実行後、記憶部に格納済みのホスト機器ＩＤを含むデータに対する検証値を生成し、生成した検証値と、ホスト機器ＩＤを前記ホスト機器に送信する接続一貫性確認処理を実行する情報記憶装置。
8. 前記データ処理部は、
   前記接続一貫性確認処理において、前記ホスト機器から乱数を受信し、受信乱数と前記ホスト機器ＩＤを含むデータに対する検証値を生成する請求項７に記載の情報記憶装置。
9. 前記データ処理部は、
   前記ホスト機器ＩＤ登録処理において、
   前記ホスト機器から、前記ホスト機器ＩＤと、該ホスト機器ＩＤに基づいて生成した検証値を受信し、
   受信したホスト機器ＩＤに対して受信検証値を適用した正当性確認処理を実行し、受信ホスト機器ＩＤの正当性が確認されたことを条件として、受信ホスト機器ＩＤを記憶部に格納する請求項７または８に記載の情報記憶装置。
10. 前記検証値は、前記情報記憶装置と前記ホスト機器間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）である請求項９に記載の情報記憶装置。
11. 前記接続一貫性確認処理において生成する前記検証値は、
    前記ホスト機器と情報記憶装置間の認証処理において共有したセッションキー（Ｂｋ）を適用したＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）であり、
    前記データ処理部は、
    前記セッションキー（Ｂｋ）を適用して、前記記憶部に格納済みのホスト機器ＩＤを含むデータに対するＭＡＣを算出し、前記ホスト機器に送信する請求項７〜１０いずれかに記載の情報記憶装置。
12. 前記データ処理部は、
    前記ホスト機器における前記コンテンツの再生期間内に、前記接続一貫性確認処理を繰り返し実行する請求項７〜１１いずれかに記載の情報記憶装置。
13. 前記データ処理部は、
    前記ホスト機器との認証処理を実行し、認証処理およびセッションキー（Ｂｋ）の共有処理の成功を条件とした認証セッションを確立した後に、前記ホスト機器ＩＤ登録処理、または前記接続一貫性確認処理を実行する請求項７〜１２いずれかに記載の情報記憶装置。
14. 前記データ処理部は、
    前記ホスト機器からの登録解除要求の受信に応じて、記憶部に格納済みのホスト機器ＩＤを削除する登録解除処理を実行する請求項７〜１３いずれかに記載の情報記憶装置。
15. コンテンツを格納したメディアと、前記コンテンツの再生を実行するホスト機器を有する情報処理システムであり、
    前記ホスト機器が、前記メディアに自装置の識別子であるホスト機器ＩＤを出力し、前記メディアが、受信したホスト機器ＩＤを記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行し、
    前記ホスト機器ＩＤ登録処理の実行後、前記メディアがメディアに格納されたホスト機器ＩＤを前記ホスト機器に送信し、前記ホスト機器が、前記メディアから受信したホスト機器ＩＤと、ホスト機器の保持するホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行し、
    前記ホスト機器は、前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止する処理を実行し、
    前記ホスト機器は、
    前記接続一貫性確認処理において、乱数を生成して前記メディアに送信し、
    前記乱数と、前記メディアに格納されたホスト機器ＩＤを含むデータに対する検証値を、前記メディアから受信し、
    前記検証値に基づいて、前記メディアからの受信データの正当性を確認した後、前記照合処理を実行する情報処理システム。
16. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、情報記憶装置としてのメディアを装着し、前記メディアに格納されたコンテンツの再生制御を行なうデータ処理部を有し、
    前記データ処理部が、前記メディアに自装置の識別子であるホスト機器ＩＤを出力し格納するホスト機器ＩＤ登録処理を実行し、
    前記データ処理部が、前記ホスト機器ＩＤ登録処理の実行後、前記メディアから、該メディアに格納されたホスト機器ＩＤを受信し、自装置のホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行し、
    前記データ処理部が、前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止する処理を実行し、
    前記データ処理部は、
    前記接続一貫性確認処理において、乱数を生成して前記メディアに送信し、
    前記乱数と、前記メディアに格納されたホスト機器ＩＤを含むデータに対する検証値を、前記メディアから受信し、
    前記検証値に基づいて、前記メディアからの受信データの正当性を確認した後、前記照合処理を実行する情報処理方法。
17. 情報記憶装置において実行する情報処理方法であり、
    前記情報記憶装置は、コンテンツを格納した記憶部と、
    前記コンテンツの再生を行なうホスト機器との送受信データに対するデータ処理を実行するデータ処理部を有し、
    前記データ処理部が、前記ホスト機器から、該ホスト機器の識別子であるホスト機器ＩＤを入力し、記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行し、
    前記データ処理部が、前記ホスト機器ＩＤ登録処理の実行後、前記記憶部に格納済みのホスト機器ＩＤを含むデータに対する検証値を生成し、生成した検証値と、前記記憶部に格納したホスト機器ＩＤを前記ホスト機器に送信する接続一貫性確認処理を実行する情報処理方法。
18. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、情報記憶装置としてのメディアを装着し、前記メディアに格納されたコンテンツの再生制御を行なうデータ処理部を有し、
    前記プログラムは、前記データ処理部に、
    前記メディアに自装置の識別子であるホスト機器ＩＤを出力し格納するホスト機器ＩＤ登録処理と、
    前記ホスト機器ＩＤ登録処理の実行後、前記メディアから、該メディアに格納されたホスト機器ＩＤを受信し、自装置のホスト機器ＩＤとの照合処理を実行する接続一貫性確認処理を実行させ、
    前記接続一貫性確認処理における前記照合処理の成立を条件としてコンテンツ再生を実行または継続し、前記照合処理が不成立の場合はコンテンツ再生を中止させ、
    前記プログラムは、前記データ処理部に、
    前記接続一貫性確認処理において、乱数を生成して前記メディアに送信させ、
    前記乱数と、前記メディアに格納されたホスト機器ＩＤを含むデータに対する検証値を、前記メディアから受信させ、
    前記検証値に基づいて、前記メディアからの受信データの正当性を確認した後、前記照合処理を実行させるプログラム。
19. 情報記憶装置において情報処理を実行させるプログラムであり、
    前記情報記憶装置は、コンテンツを格納した記憶部と、
    前記コンテンツの再生を行なうホスト機器との送受信データに対するデータ処理を実行するデータ処理部を有し、
    前記プログラムは、
    前記データ処理部に、前記ホスト機器から、該ホスト機器の識別子であるホスト機器ＩＤを入力し、記憶部に格納して前記ホスト機器をコンテンツ再生許容機器として登録するホスト機器ＩＤ登録処理を実行させ、
    さらに、前記データ処理部に、前記ホスト機器ＩＤ登録処理の実行後、前記記憶部に格納済みのホスト機器ＩＤを含むデータに対する検証値を生成し、生成した検証値と、前記記憶部に格納したホスト機器ＩＤを前記ホスト機器に送信する接続一貫性確認処理を実行させるプログラム。

Images