JP2014216707A - 情報通信装置、コンテンツ鍵確認方法、及びコンテンツ鍵確認プログラム - Google Patents

Abstract

【課題】コンテンツサーバと端末装置間のスループットを向上させる通信装置、通信ネットワークシステム、及びコンテンツサーバ選択方法を提供する。
【解決手段】暗号化したコンテンツを他の情報通信装置へ送信し、暗号化されたコンテンツを復号する際に用いるコンテンツ鍵に関する確認要求を受信した時、前記確認要求に含まれる第１のノンス情報、ノンス管理データに記憶した第２のノンス情報とに含まれる、第１のリンク情報、第２のノンス情報を読み出し、対応する第３のノンス情報を読み出し、前記第１のノンス情報と前記第３のノンス情報とに基づいてコンテンツ鍵の確認を行うコンテンツ鍵確認部とを備える。
【選択図】図７

Description

本発明は、情報通信装置、コンテンツ鍵確認方法、及びコンテンツ鍵確認プログラムに関する。

現在、ネットワークを経由して映像や音楽などのコンテンツを配信するコンテンツ配信サービスが広く利用されている。このようなコンテンツはデジタルデータであることからコピーや改竄などの不正な操作が行われる場合もある。デジタルコンテンツなどに対しては、著作権保護を目的として多くの技術が議論されている。このような技術として、例えば、ＤＴＣＰ（Digital Transmission Content Protection）がある。

ＤＴＣＰでは、例えば、著作権が保護された形でコンテンツが伝送される仕組みについて規定されている。例えば、ＤＴＣＰでは、ＤＴＣＰ準拠の機器はＭＰＥＧ（Moving Picture Experts Group）などの圧縮コンテンツを非暗号の状態で機器外に送出しないこと、暗号化コンテンツを復号するときに利用される鍵交換を所定の相互認証及び鍵交換（Authentication and Key Exchange :AKE）アルゴリズムに従って行うことなどが規定される。さらに、ＤＴＣＰでは、例えば、ＡＫＥコマンドによる鍵交換を行う機器の範囲を制限することも規定される。

ＤＴＣＰにおいては、例えば、コンテンツの提供元であるサーバ（ＤＴＣＰ＿Ｓｏｕｒｃｅ）とコンテンツの提供先であるクライアント（ＤＴＣＰ＿Ｓｉｎｋ）は、ＡＫＥコマンドの送受信により認証手続きを行い、鍵を共有化する。そして、サーバはその鍵を利用して伝送路を暗号化しコンテンツを送信する。

従って、ＤＴＣＰにおいては、例えば、不正なクライアントはサーバとの認証に成功しないと鍵を取得できず、コンテンツの配信を受けることができない。また、ＤＴＣＰにおいては、例えば、ＡＫＥコマンドを送受信する機器の台数や範囲が制限されることで、コンテンツが使用される範囲を著作権で言うところの個人又は家庭の範囲に抑えることができる。

最近では、ＤＴＣＰをＩＰネットワークへ移植した技術についても議論されている。このような技術として、例えば、ＤＴＣＰ−ＩＰがある。ＩＰネットワーク上にはパーソナルコンピュータなど様々な機器が接続され、このような機器によりデータの改竄などが簡単に行われる場合がある。そのため、ＤＴＣＰ−ＩＰでは、コンテンツを保護しながらコンテンツをネットワークへ伝送するための方法などを規定する。

ＤＴＣＰ−ＩＰにおいては、ＤＴＣＰ＿Ｓｏｕｒｃｅ機器（又はサーバ）とＤＴＣＰ＿Ｓｉｎｋ機器（又はクライアント）との間でＴＣＰ／ＩＰコネクションが確立され、機器同士の認証が行われた後、暗号コンテンツが送受信される。例えば、以下のような処理が行われる。

すなわち、ＤＴＣＰ＿Ｓｏｕｒｃｅ機器は、乱数を用いてノンスＮ_Ｃを生成し、ノンスＮｃに基づいてコンテンツ鍵Ｋ_Ｃを生成する。そして、ＤＴＣＰ＿Ｓｏｕｒｃｅ機器はコンテンツ鍵Ｋ_Ｃを利用してコンテンツを暗号化し、暗号化コンテンツとノンスＮ_ＣをＰＣＰ（Protected Control Packet）に乗せて、ＤＴＣＰ＿Ｓｉｎｋ機器へ送信する。

ＤＴＣＰ＿Ｓｉｎｋ機器は、ＰＣＰからノンスＮ_Ｃを取り出し、ノンスＮ_Ｃに基づいてＤＴＣＰ＿Ｓｏｕｒｃｅ機器と同様にコンテンツ鍵Ｋ_Ｃを算出し、暗号化コンテンツを復号する。

ＤＴＣＰ−ＩＰにおいては、例えば、１２８ＭＢのコンテンツ毎にノンスＮ_Ｃ、すなわちコンテンツ鍵Ｋ_Ｃを更新することが規定される。例えば、長大なＴＣＰストリーム全体に渡り同一のコンテンツ鍵Ｋ_Ｃが使用されるとコンテンツ鍵Ｋ_Ｃが解読される可能性があるからである。

また、ＤＴＣＰ−ＩＰでは、ＤＴＣＰ＿Ｓｉｎｋ機器はコンテンツストリーム毎に最も新しく受信したＰＣＰのノンスＮ_Ｃの値を確認し、さらに動的に更新される後続のノンスＮ_Ｃについても２分間隔で確認することも規定される。

この確認については、例えば、以下のような処理が行われる。すなわち、ＤＴＣＰ＿Ｓｉｎｋ機器は未確認のノンスＮ_Ｃ（又は検査用ノンスＮ_Ｃ）を、ＣＯＮＴ＿ＫＥＹ＿ＣＯＮＦコマンドを利用してＤＴＣＰ＿Ｓｏｕｒｃｅ機器へ送信する。ＤＴＣＰ＿Ｓｏｕｒｃｅ機器は現在のノンスＮ_Ｃと検査用ノンスＮ_Ｃとを比較して検査用ノンスＮ_Ｃの有効性を確認する。ＤＴＣＰ＿Ｓｉｎｋ機器は、ＤＴＣＰ＿Ｓｏｕｒｃｅ機器から送信された確認結果を受信し、正しいことを確認できたときは受信コンテンツの復号を継続する。一方、ＤＴＣＰ＿Ｓｉｎｋ機器は、正しいことを確認できなかったときは、受信コンテンツの復号を継続できず停止する。

他方、ＤＴＣＰに関連した技術として例えば以下のような技術がある。すなわち、Ｓｏｕｒｃｅ機器はコンテンツ伝送用のＴＣＰコネクションが終了した後もノンスＮ_Ｃを即座に削除せず、一定期間ノンスＮ_Ｃを保持するようにした技術がある。この技術によれば、例えば、Ｓｏｕｒｃｅ機器はＳｉｎｋ機器側からコンテンツ鍵の確認要求を受けてもコンテンツ鍵の判定を適正に行うことができる。

Digital Transmission Content Protection Specification Volume 1 (Information Version), Revision 1.51, October 1, 2007 DTCP Volume 1 Supplement E Mapping DTCP to IP (Informational Version), Revision 1.4, December 12, 2011

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

上述したＳｏｕｒｃｅ機器がＮ_Ｃを即座に削除せず一定期間保持するようにした技術は、例えば、一定期間経過後ノンスＮ_Ｃは削除される。とくに、ＤＴＣＰ−ＩＰの規格においてはノンスＮ_Ｃの終点については記述がなく、ＤＴＣＰ＿Ｓｏｕｒｃｅ機器がノンスＮ_Ｃを削除しても規格上、問題はない。ノンスＮ_Ｃが削除されることで、例えば、暗号コンテンツの改竄などの不正行為を防止できる。

しかし、ＤＴＣＰ−ＩＰでは、上記したように、ＤＴＣＰ＿Ｓｉｎｋ機器が２分間隔でノンスＮ_Ｃの確認を行うことが規定される。ＤＴＣＰ＿Ｓｏｕｒｃｅ機器において生成されたノンスＮ_ＣがＤＴＣＰ＿Ｓｏｕｒｃｅ機器において削除されている場合、ＤＴＣＰ＿Ｓｉｎｋ機器から送信される２分後の検査用ノンスＮ_Ｃと同一のノンスＮ_ＣがＤＴＣＰ＿Ｓｏｕｒｃｅ機器においては削除されている場合がある。

従って、上述したＳｏｕｒｃｅ機器がＮ_Ｃを即座に削除せず一定期間保持するようにした技術では、検査用ノンスＮ_Ｃと現在のノンスＮ_Ｃとが一致せず、そのため、ＤＴＣＰ＿Ｓｉｎｋ機器では受信コンテンツを継続して復号することができなくなる場合がある。

他方、上述したＳｏｕｒｃｅ機器がノンスＮ_Ｃを即座に削除しないようにした技術では、一定期間ノンスＮ_Ｃが保持され、また、保持されるノンスＮ_Ｃがどのように保持されるかについての言及はない。そのため、ノンスＮ_Ｃが保持される一定期間の間に、ノンスＮ_Ｃが改竄される場合がある。

従って、上述したＳｏｕｒｃｅ機器がノンスＮ_Ｃを即座に削除しないようにした技術では、例えば、セキュリティが確保されない場合がある。

また、ＤＴＣＰ−ＩＰでは、全てのコマンドの送受信間隔が制限時間内（１秒未満）で終わらせるという規定がある。例えば、ＤＴＣＰ＿Ｓｏｕｒｃｅ機器は、制限時間内において検査用ノンスＮ_Ｃを比較して確認結果を応答する。ＤＴＣＰ＿Ｓｏｕｒｃｅ機器が制限時間内に応答しない場合、エラー扱いとなり、ＤＴＣＰ＿Ｓｉｎｋ機器は受信コンテンツを復号できなくなる。

そこで、本発明の一目的は、セキュリティを確保するようにした情報通信装置、コンテンツ鍵確認方法、及びコンテンツ鍵確認プログラムを提供することにある。

また、本発明の一目的は、制限時間内にコンテンツ鍵の確認を行うことができるようにした情報通信装置、コンテンツ鍵確認方法、及びコンテンツ鍵確認プログラムを提供することにある。

暗号化したコンテンツを他の情報通信装置へ送信し、前記他の情報通信装置において暗号化されたコンテンツを復号する際に用いるコンテンツ鍵に関する確認要求を前記他の情報通信装置から受信し、前記確認要求に含まれる第１のノンス情報に基づいてコンテンツ鍵の確認を行う情報通信装置において、第２のノンス情報を記憶するノンス管理データ記憶部と、前記第１のノンス情報に含まれる第１のリンク情報に基づいて、前記ノンス管理データ記憶部から、前記第１のノンス情報が前記情報通信装置において生成される前に生成された前記第２のノンス情報を読み出し、前記第２のノンス情報に含まれる第２のリンク情報に基づいて、前記ノンス管理データ記憶部から、前記第１のノンス情報に対応する第３のノンス情報を読み出し、前記第１のノンス情報と前記第３のノンス情報とに基づいてコンテンツ鍵の確認を行うコンテンツ鍵確認部とを備える。

セキュリティを確保するようにした情報通信装置、コンテンツ鍵確認方法、及びコンテンツ鍵確認プログラムを提供することができる。また、制限時間内にコンテンツ鍵の確認を行うことができるようにした情報通信装置、コンテンツ鍵確認方法、及びコンテンツ鍵確認プログラムを提供することができる。

図１は情報通信ネットワークシステムの構成例を表わす図である。 図２は情報通信ネットワークシステムの構成例を表わす図である。 図３はサーバの構成例を表わす図である。 図４はクライアントの構成例を表わす図である。 図５はノンスＮ_Ｃ管理データ生成処理の例を表わすフローチャートである。 図６はノンスＮ_Ｃ管理データ生成処理の例を表わすフローチャートである。 図７はノンスＮ_Ｃ管理データの例を表わす図である。 図８はコンテンツ鍵の確認処理の例を表わすフローチャートである。 図９はコンテンツ鍵の確認処理の例を表わすシーケンスチャートである。 図１０はサーバとクライアントの他の構成例を表わす図である。

以下、本発明を実施するための形態について説明する。

［第１の実施の形態］
最初に第１の実施の形態について説明する。図１は第１の実施の形態における情報通信システム１０の構成例を表わす図である。情報通信システム１０は、情報通信装置１００と他の情報通信装置２００を備える。

情報通信装置１００は、暗号化したコンテンツを他の情報通信装置２００へ送信する。また、情報通信装置１００は、他の情報通信装置２００において暗号化されたコンテンツを復号する際に用いるコンテンツ鍵に関する確認要求を他の情報通信装置２００から受信する。情報通信装置１００は、確認要求に含まれる第１のノンス情報に基づいてコンテンツ鍵の確認を行う。

例えば、情報通信装置１００はサーバ装置であり、他の情報通信装置２００はクライアント装置でもある。また、例えば、情報通信装置１００はＤＴＣＰによるＳｏｕｒｃｅ機器であり、他の情報通信装置２００はＤＴＣＰによるＳｉｎｋ機器である。

情報通信装置１００は、ノンス管理データ記憶部１６１とコンテンツ鍵確認部１６２を備える。

ノンス管理データ記憶部１６１は、第２のノンス情報を記憶する。

コンテンツ鍵確認部１６２は、第１のノンス情報に含まれる第１のリンク情報に基づいて、ノンス管理データ記憶部１６１から、第１のノンス情報が情報通信装置１００において生成される前に生成された第２のノンス情報を読み出し、第２のノンス情報に含まれる第２のリンク情報に基づいて、ノンス管理データ記憶部１６１から、第１のノンス情報に対応する第３のノンス情報を読み出し、第１のノンス情報と前記第３のノンス情報とに基づいてコンテンツ鍵の確認を行う。

このように、コンテンツ鍵確認部１６２は、確認要求に含まれる第１のノンス情報であって、第１のノンス情報に含まれる第１のリンク情報に基づいて、ノンス管理データ記憶部１６１から、第１のノンス情報に対応する第３のノンス情報を読み出すことができない。

例えば、第１のリンク情報から直接第３のノンス情報を読み出すことができないようになっており、従って、ノンス情報を改竄することもできず、ノンス情報に基づいてコンテンツに暗号化を施す場合に、コンテンツ自体のセキュリティを確保することが可能となる。

また、コンテンツ鍵確認部１６２は、第１のリンク情報に基づいて、ノンス管理データ記憶部１６１から、第１のノンス情報より前に生成された第２のノンス情報を読み出して、第２のノンス情報に含まれるリンク情報に基づいて、第３の情報を読み出している。

従って、コンテンツ鍵確認部１６２は、最も古いノンス情報から順番にノンス情報を読み出して、最後に第３のノンス情報を読み出すようなことを行わないため、かかる場合と比較して、第３のノンス情報を読み出すまでに時間をかけないようにすることができる。

よって、本情報通信装置１００は、このように最初から順番に読み出す場合と比較して、制限時間内で処理を行うことができる。

［第２の実施の形態］
次に第２の実施の形態について説明する。最初に本第２の実施の形態における情報通信システムの構成例について説明する。

＜情報通信システムの構成例＞
図２は情報通信システム１０の構成例を表わす図である。情報通信システム１０は、サーバ装置１００とクライアント装置２００とを備える。

サーバ装置１００は、例えば、映像や音楽などのコンテンツを提供する提供元の情報通信装置である。サーバ装置１００は、例えば、このようなコンテンツをハードディスクなど記憶媒体に記憶し、クライアント装置２００からの要求によりコンテンツを適宜読み出して送信する。サーバ装置１００は、例えば、ＤＴＣＰ−ＩＰの規格に準拠した装置であり、ＤＴＣＰ＿Ｓｏｕｒｃｅ機器に対応する。サーバ装置１００は、以下においては、サーバ１００と称する場合がある。

クライアント装置２００は、例えば、コンテンツの提供を受ける提供先の情報通信装置である。クライアント装置２００は、例えば、サーバ１００に対してコンテンツを要求し、サーバ１００から要求したコンテンツを受信する。クライアント装置２００は、コンテンツを受信すると、例えば、モニタなどにコンテンツに関する映像を表示させたり、スピーカからコンテンツに関する音声を出力することができる。クライアント装置２００は、例えば、ＤＴＣＰ−ＩＰの規格に準拠した装置であり、ＤＴＣＰ＿Ｓｉｎｋ機器に対応する。クライアント装置２００は、以下においては、クライアント２００と称する場合がある。

情報通信システム１０においては、例えば、ＤＴＣＰ−ＩＰによる相互認証及び鍵交換（ＡＫＥ）、コンテンツ伝送、及びコンテンツ鍵確認の各手続きが行われる。情報通信システム１０においては、例えば、このような手続き毎にＴＣＰコネクションを確立し、各手続きに応じたデータなどを含むＴＣＰパケットを送受信する。

なお、情報通信システム１０においては、サーバ１００とクライアント２００によりコンテンツなどの送受信が行われることから、情報通信システム１０はサーバクライアントシステム１０と称される場合もある。

＜サーバ１００とクライアント２００の各構成例＞
次にサーバ１００とクライアント２００の各構成例について説明する。図３はサーバ１００の構成例を含む情報通信システム１０の例、図４はクライアント２００の構成例を含む情報通信システム１０の例をそれぞれ表わす。

サーバ１００は、アプリケーション部１１０、コンテンツ記憶部１２０、ＡＫＥ認証部１３０、コンテンツ管理部１４０、ＴＣＰ制御部１５０を備える。また、コンテンツ管理部１４０は、ノンスＮ_Ｃ生成部１４１、ノンスＮ_Ｃ保存部１４２、ノンスＮ_Ｃ管理データ記憶部１４３、コンテンツ暗号部１４４、コンテンツ送信部１４５、コンテンツ鍵確認部１４６を備える。さらに、ＴＣＰ制御部１５０には第１のインタフェース１５１、第２のインタフェース１５２、第３のインタフェース１５３を備える。

なお、第１の実施の形態におけるノンス管理データ記憶部１６１は、例えば、ノンスＮ_Ｃ管理データ記憶部１４３に対応する。また、第１の実施の形態におけるコンテンツ鍵確認部１６２は、例えば、コンテンツ鍵確認部１４６に対応する。

アプリケーション部１１０は、例えば、サーバ１００において各種アプリケーションを実行する。なお、アプリケーション部１１０が起動することで、例えば、ＡＫＥ認証部１３０とコンテンツ管理部１４０とがファームウェアとして起動されてもよい。

コンテンツ記憶部１２０は、例えば、メモリなどであって、コンテンツに関する映画や音楽などのデータ（映像データや音声データなど）を記憶する。コンテンツ記憶部１２０に記憶されたコンテンツはコンテンツ管理部１４０により適宜読み出される。

ＡＫＥ認証部１３０は、例えば、クライアント２００との間でＡＫＥに基づく鍵交換手続きを行い、クライアント２００との間で交換鍵Ｋ_Ｘを共有する。鍵交換手続きにおいては、例えば、以下の処理が行われる。

すなわち、ＡＫＥ認証部１３０は、サーバ１００に埋め込まれた機器ＩＤや認証鍵Ｋ_ＡＵＴＨを用い、ＴＣＰ制御部１５０などを介してクライアント２００との間で互いにＤＴＣＰ準拠の機器であることを確認する。そして、ＡＫＥ認証部１３０は互いにＤＴＣＰ機器であることを確認することで、クライアント２００との間で認証鍵Ｋ_ＡＵＴＨを共有でき、認証鍵Ｋ_ＡＵＴＨを用いて交換鍵（又は種鍵）Ｋ_Ｘを生成する。この交換鍵Ｋ_Ｘは、コンテンツ鍵Ｋ_Ｃを生成するための種となる鍵である。なお、クライアント２００においても、同様に、共有した認証鍵Ｋ_ＡＵＴＨを用いて交換鍵Ｋ_Ｘを生成するため、サーバ１００と同一のコンテンツ鍵Ｋ_Ｃを生成できる。ＡＫＥ認証部１３０は、生成した交換鍵Ｋ_Ｘをコンテンツ暗号部１４４へ出力する。

なお、例えば、ＡＫＥ認証部１３０が起動することでコンテンツ管理部１４０が起動する。

ノンスＮ_Ｃ生成部１４１は、例えば、乱数生成部を備え、生成した乱数などを用いてノンスＮ_Ｃを生成する。ノンスＮ_Ｃには、例えば、不規則値とノンス値とが含まれる。ノンスＮ_Ｃ生成部１４１は、例えば、乱数とコンテンツ配信時間を組み合わせた数値として不規則値を生成する。不規則値の詳細は後述する。ノンス値は、例えば、コンテンツ鍵Ｋ_Ｃを生成するために用いられるものである。以下においては、「ノンスＮ_Ｃ」は、例えば、不規則値とノンス値を含み、「ノンス値」そのものについてはノンス値Ａやノンス値Ｂなどと称する場合がある。

なお、ノンスＮ_Ｃ生成部１４１の起動によって、例えば、ノンスＮ_Ｃ保存部１４２が起動する。

ノンスＮ_Ｃ保存部１４２は、例えば、ノンスＮ_Ｃ生成部１４１から受け取ったノンスＮ_ＣをノンスＮ_Ｃ管理データ記憶部１４３へ保存（又は記憶）する。この場合、ノンスＮ_Ｃ保存部１４２は、ノンスＮ_ＣをノンスＮ_Ｃ管理データとしてノンスＮ_Ｃ管理データ記憶部１４３記憶する。ノンスＮ_Ｃ管理データの詳細については、後段の＜ノンスＮ_Ｃ管理データ生成処理＞において説明する。

なお、ノンスＮ_Ｃ保存部１４２の起動によって、例えば、コンテンツ暗号部１４４が起動する。

ノンスＮ_Ｃ管理データ記憶部１４３は、例えば、メモリなどであって、ノンスＮ_Ｃ管理データを記憶する。ノンスＮ_Ｃ管理データは、コンテンツ暗号化部１４４やコンテンツ鍵確認部１４６から適宜読み出されることが可能である。

コンテンツ暗号部１４４は、ＡＫＥ認証部１３０から受け取った交換鍵Ｋ_Ｘと、ノンスＮ_Ｃ管理データ記憶部１４３から読み出したノンス値に基づいて、コンテンツ鍵Ｋ_Ｃを生成する。そして、コンテンツ暗号部１４４は、生成したコンテンツ鍵Ｋ_Ｃを用いて、コンテンツ記憶部１２０から読み出したコンテンツに対して暗号化を施し、暗号化コンテンツをコンテンツ送信部１４５へ出力する。コンテンツ暗号部１４４は、コンテンツ鍵Ｋ_Ｃの生成に利用したノンスＮ_ＣをノンスＮ_Ｃ管理データ記憶部１４３から読み出して、コンテンツ送信部１４５へ出力する。

なお、コンテンツ暗号部１４４の起動によって、例えば、コンテンツ送信部１４５が起動する。

コンテンツ送信部１４５は、コンテンツ暗号部１４４から暗号化コンテンツと、コンテンツ鍵Ｋ_Ｃとを受け取ると、これらをクライアント２００へ送信するようＴＣＰ制御部１５０へ依頼し、さらに、暗号化コンテンツとコンテンツ鍵Ｋ_ＣをＴＣＰ制御部１５０へ出力する。

コンテンツ鍵確認部１４６は、例えば、クライアント２００からコンテンツ鍵の確認要求を受け取ると、ノンスＮ_Ｃ管理データ記憶部１４３に記憶されたノンスＮ_Ｃ管理データを用いてコンテンツ鍵の確認処理を行う。コンテンツ鍵確認部１４６は、確認結果を、ＴＣＰ制御部１５０を介してクライアント２００へ送信する。なお、コンテンツ鍵の確認処理の詳細は、後段の＜コンテンツ鍵の確認処理＞において説明する。

ＴＣＰ制御部１５０は、例えば、クライアント２００との間でＡＫＥ認証や、コンテンツの伝送、及びコンテンツ確認の各手続きなどにおいてＴＣＰコネクションを設定し、各手続きにおいて送受信されるＴＣＰパケットの生成や終端などを行う。例えば、ＴＣＰ制御部１５０は、コンテンツ送信部１４５から暗号化コンテンツとノンスＮ_Ｃを受け取り、ＰＣＰを含むＴＣＰパケットを生成してクライアント２００へ送信する。また、ＴＣＰ制御部１５０は、例えば、ＣＯＮＴ＿ＫＥＹ＿ＣＯＮＦコマンドを含むＴＣＰパケットによりコンテンツ鍵の確認要求を受信し、当該ＴＣＰパケットから検査用ノンスＮ_Ｃなどを抽出し、コンテンツ鍵確認部１４６へ出力する。さらに、ＴＣＰ制御部１５０は、例えば、コンテンツ鍵確認部１４６からコンテンツ鍵の確認結果を受け取り、確認結果を含むＣＯＮＴ＿ＫＥＹ＿ＣＯＮＦコマンドを生成し、当該コマンドを含むＴＣＰパケットを生成してクライアント２００へ送信する。

図３の例では、ＴＣＰ制御部１５０には第１〜第３のインタフェース１５１〜１５３が備える。第１のインタフェース１５１はＡＫＥ認証用のＴＣＰパケットを送受信し、第２のインタフェース１５２はコンテンツ伝送用のＰＣＰを送受信し、第３のインタフェース１５３はコンテンツ鍵確認用のＴＣＰパケットを送受信する。第１〜第３のインタフェース１５１〜１５３により、例えば、各々ＴＣＰコネクションが確立される。

なお、図３の例では３つのインタフェース１５１〜１５３が備えられているが、例えば、インタフェースは１つでもよい。この場合、例えば、時分割で各手続きによるＴＣＰコネクションが設定されて、各手続きによるＴＣＰパケット又はＰＣＰの送受信が行われる。

クライアント２００は、図４に示すように、アプリケーション部２１０、コンテンツ記憶部２２０、ＡＫＥ認証部２３０、コンテンツ受信部２４０、受信バッファ２４１、ＰＣＰヘッダ解析部２４２、コンテンツ復号部２４３、コンテンツ鍵確認部２４４、及びＴＣＰ制御部２５０を備える。ＴＣＰ制御部２５０は、第４〜第６のインタフェース２５１〜２５３を備える。

アプリケーション部２１０は、例えば、クライアント２００において各種アプリケーションを実行する。例えば、アプリケーション部２１０の起動により、ＡＫＥ認証部２３０、コンテンツ受信部２４０、ＰＣＰヘッダ解析部２４２、コンテンツ復号部２４３、及びコンテンツ鍵確認部２４４が起動する。

コンテンツ記憶部２２０は、例えば、メモリであって、暗号化コンテンツが復号された後の受信コンテンツを記憶する。

ＡＫＥ認証部２３０は、例えば、サーバ１００との間でＡＫＥに基づく鍵交換手続きを行い、サーバ１００との間で交換鍵Ｋ_Ｘを共有する。この交換鍵Ｋ_Ｘもクライアント２００においてコンテンツ鍵Ｋ_Ｃを生成するための種となる鍵となる。

コンテンツ受信部２４０は、例えば、ＴＣＰ制御部２５０を介してサーバ１００から送信されたＰＣＰを受信する。例えば、受信パケットはＰＣＰ形式となっており、コンテンツ受信部２４０は、ＰＣＰペイロードに含まれる暗号化コンテンツとＰＣＰヘッダに含まれる各データを受信バッファ２４１に記憶する。

受信バッファ２４１は、例えば、サーバ１００から送信された暗号化コンテンツとＰＣＰヘッダに挿入された各データを記憶する。

ＰＣＰヘッダ解析部２４２は、例えば、受信バッファ２４１に記憶されたＰＣＰヘッダを解析し、ＰＣＰヘッダの所定領域に挿入されたノンスＮ_Ｃを読み出す。ＰＣＰヘッダ解析部２４２は、読み出したノンスＮ_Ｃをコンテンツ復号部２４３へ出力する。

コンテンツ復号部２４３は、ＡＫＥ認証部２３０から受け取った交換鍵Ｋ_Ｘと、ＰＣＰヘッダ解析部２４２から受け取ったノンスＮ_Ｃとを用いて、コンテンツ鍵Ｋ_Ｃを生成する。そして、コンテンツ復号部２４３は、受信バッファ２４１に格納された暗号コンテンツを読み出し、生成したコンテンツ鍵Ｋ_Ｃを用いて暗号コンテンツを復号する。コンテンツ復号部２４３は、復号したコンテンツをコンテンツ記憶部２２０へ記憶する。また、コンテンツ復号部２４３は、２分毎に、コンテンツ鍵Ｋ_Ｃの生成に用いたノンスＮ_Ｃをコンテンツ鍵確認部２４４へ出力する。

コンテンツ鍵確認部２４４は、サーバ１００との間でコンテンツ鍵の確認処理を行う。コンテンツ鍵の確認処理では、例えば、以下の処理が行われる。

すなわち、コンテンツ鍵確認部２４４は、コンテンツ復号部２４３から受け取ったノンス（又は検査用ノンス）Ｎ_Ｃを、ＴＣＰ制御部２５０を介してサーバ１００へ２分間隔で送信する。その後、コンテンツ鍵確認部２４４は、ＴＣＰ制御部２５０を介してサーバ１００からコンテンツ鍵の確認結果を受け取る。

確認結果が否定結果（例えばＲＥＪＥＣＴＥＤ）のとき、コンテンツ鍵確認部２４４はコンテンツ鍵確認が失敗したとして、クライアント２００をｎｏｎ−ｃｏｎｆｉｒｍａｔｉｏｎ状態にさせ、その旨をコンテンツ復号部２４３へ通知する。コンテンツ復号部２４３は、この通知を受けて、受信コンテンツの復号を停止する。

一方、確認結果が肯定結果（例えばＡＣＣＥＰＴＥＤ）のとき、コンテンツ鍵確認部２４４はコンテンツ鍵の確認を行い、コンテンツ鍵が正しいことを確認すると、クライアント２００をｃｏｎｆｉｒｍｅｄ状態にさせ、その旨をコンテンツ復号部２４３へ通知する。コンテンツ復号部２４３は、この通知を受けて、受信コンテンツの復号を継続する。

また、コンテンツ鍵確認部２４４は、確認結果が肯定応答のときであっても、コンテンツ鍵の確認に失敗したときも、クライアント２００をｎｏｎ−ｃｏｎｆｉｒｍａｔｉｏｎ状態にさせ、その旨をコンテンツ復号部２４３へ通知する。コンテンツ復号部２４３は、この通知を受けて、受信コンテンツの復号を停止する。

ＴＣＰ制御部２５０は、例えば、サーバ１００との間で行われるＡＫＥ認証、コンテンツの伝送、及びコンテンツ鍵の確認などの各手続きにおいてＴＣＰコネクションを確立し、ＴＣＰパケットを生成し、終端する。

ＴＣＰ制御部２５０は第４〜第６のインタフェース２５１〜２５３を備えており、順番に、ＡＫＥ認証用、コンテンツ伝送用、コンテンツ鍵確認用の各ＴＣＰパケットを送受信する。第４〜第６のインタフェース２５１〜２５３は、例えば、１つのインタフェースであってもよい。

＜動作例＞
次に動作例について説明する。サーバ１００ではノンスＮ_Ｃ管理データ生成処理を行い、その後、ノンスＮ_Ｃ管理データを用いてコンテンツ鍵の確認処理を行う。そこで、本動作例ではノンスＮ_Ｃ管理データ生成処理について説明し、次にコンテンツ鍵の確認処理について説明する。

＜ノンスＮ_Ｃ管理データ生成処理＞
図５はノンスＮ_Ｃ管理データ生成処理の例を表わすフローチャート、図６はノンスＮ_Ｃ管理データの例をそれぞれ表わしている。

サーバ１００はノンスＮ_Ｃ管理データ生成処理を開始すると（Ｓ１０）、乱数を用いてノンス値を生成する（Ｓ１１）。例えば、ノンスＮ_Ｃ生成部１４１がノンス値を生成する。

次に、サーバ１００は不規則値を生成する（Ｓ１２）。不規則値とは、例えば、ノンスＮ_Ｃが生成される毎にノンスＮ_Ｃ管理データのサイズ範囲内で不規則に変化し、且つこれまで生成された不規則値とは重複しない値である。不規則値は、例えば、乱数の一部とコンテンツ配信時間とが結合されたものである。不規則値は、ノンスＮ_Ｃ管理データにおいてインデックス値（又はポインタ値）として利用される。不規則値がどのようにインデックス値として利用されるかは後述する。例えば、ノンスＮ_Ｃ生成部１４１が乱数とコンテンツ配信時間とに基づいて不規則値を生成する。

次に、サーバ１００は、ノンス値と不規則値とに基づいてノンスＮ_Ｃを生成する（Ｓ１３）。例えば、ノンスＮ_Ｃ生成部１４１はノンス値と不規則値とを組み合わせることでノンスＮ_Ｃを生成する。

次に、サーバ１００は、ノンスＮ_Ｃ管理データ記憶部１４３においてノンスＮ_Ｃ管理データとして保存済ノンスＮ_Ｃが有るか否かを判別する（Ｓ１４）。例えば、ノンスＮ_Ｃ保存部１４２がノンスＮ_Ｃ管理データ記憶部１４３にアクセスして、ノンスＮ_Ｃ管理データとしてノンスＮ_Ｃが記憶されているか否かにより判別する。

図７はノンスＮ_Ｃ管理データ記憶部１４３に記憶されるノンスＮ_Ｃ管理データの例を表わす図である。ノンスＮ_Ｃ管理データは、例えば、ノンスＮ_Ｃが一定の規則に従ってノンスＮ_Ｃ管理データ記憶部１４３に記憶されたものである。図７の例では、ノンスＮ_Ｃ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅの順で記憶されている。

例えば、ノンスＮ_Ｃ＝Ａが生成されたときには、ノンスＮ_Ｃ管理データ記憶部１４３には保存済みノンスＮ_Ｃが記憶されていない。ノンスＮ_Ｃ管理データ記憶部１４３にノンスＮ_Ｃが何も記憶されていないときは、ノンスＮ_Ｃ保存部１４２は保存済ノンスＮ_Ｃが無いと判別する。

図６に戻り、サーバ１００は、保存済ノンスＮ_Ｃが無いと判別したとき（Ｓ１４でＮｏ）、ノンスＮ_Ｃ管理データについて不規則値によりインデックスした「Ｐｒｅｖ Ｎ_Ｃ」に「０」を設定する（Ｓ１５）。

図７の例では、ノンスＮ_Ｃ保存部１４２は、ノンスＮ_Ｃ管理データ記憶部１４３におけるアドレス値「０」を基準にして、ノンスＮ_Ｃ＝Ａが生成される際の不規則値によってインデックスした先にあるアドレス領域（Ｘ１領域）に「Ｐｒｅｖ Ｎ_Ｃ」を設定する。そして、ノンスＮ_Ｃ保存部１４２は、Ｘ１領域の「Ｐｒｅｖ Ｎ_Ｃ」に「０」を書き込む。「０」は、例えば、前段へのリンクが無いことを示している。

図６に戻り、次に、サーバ１００はノンスＮ_ＣとノンスＮ_Ｃをビット反転させた値とを結合し、交換鍵Ｋ_Ｘにて署名データを作成する（Ｓ１６）。

例えば、ノンスＮ_Ｃ保存部１４２が、ノンスＮ_Ｃ＝Ａと、ノンスＮ_Ｃをビット反転させた値^〜Ａとを結合し、交換鍵Ｋ_Ｘにて署名データ（Ｋ_Ｘ［^〜Ａ||Ａ］）を作成する。これは、例えば、サーバ１００が検査用ノンスとしてノンスＮ_Ｃ＝Ａを受信したとき、ノンスＮ_Ｃ＝Ａより一世代前のノンスＮ_Ｃがないことに基づいている。この場合、サーバ１００はノンスＮ_Ｃ＝Ａを読み出せずに署名データを作成することができないため、この署名データ（Ｋ_Ｘ［^〜Ａ||Ａ］）を用いて、コンテンツ鍵の確認を行うようにしている。なお、署名データを、例えば、起点データと称する場合がある。

次に、サーバ１００は、不規則値によりインデックスした「署名データ」に、Ｓ１６で作成した署名データを設定する（Ｓ２０）。

図７の例では、ノンスＮ_Ｃ保存部１４２は、Ｓ１５の処理でインデックスしたＸ１領域において、「Ｐｒｅｖ Ｎ_Ｃ」から所定先の領域「起点データ（署名）」に、署名データ（Ｋ_Ｘ［^〜Ａ||Ａ］）を記憶する。

図６に戻り、以降はＳ２１からＳ２５の処理を行うが、これらの処理については後述する。以下において、ノンスＮ_Ｃ＝Ｂ，Ｃが生成されたときどのようにノンスＮ_ＣがノンスＮ_Ｃ管理データとして記憶されるかについて説明する（Ｓ１７〜Ｓ１９）。

サーバ１００は、Ｓ１１からＳ１３の処理により、例えばノンスＮ_Ｃ＝Ｂを生成する。次に、サーバ１００は、ノンスＮ_Ｃ管理データとして保存済ノンスＮ_Ｃがあるか否かを判別するが（Ｓ１４）、例えば、「Ｐｒｅｖ Ｎ_Ｃ」に「０」が設定されているため（Ｓ１５）、ここでは保存済ノンスＮ_Ｃがあると判別する（Ｓ１４でＹｅｓ）。

この場合、サーバ１００は、ノンスＮ_Ｃ管理データについて不規則値によりインデックスした「Ｐｒｅｖ Ｎ_Ｃ」に保存済みノンスＮ_Ｃを設定する（Ｓ１７）。

図７の例では、ノンスＮ_Ｃ保存部１４２は、ノンスＮ_Ｃ＝Ｂが生成される際の不規則値を利用して、当該不規則値によりインデックスした先にあるＸ２領域において所定長の「Ｐｒｅｖ Ｎ_Ｃ」を設定し、当該「Ｐｒｅｖ Ｎ_Ｃ」に保存済みノンスＮ_Ｃ＝Ａを記憶する。

図６に戻り、次に、サーバ１００はノンスＮ_Ｃ管理データについて、「Ｐｒｅｖ Ｎ_Ｃ」に保存した不規則値によりインデックスした「Ｎｅｘｔ Ｎ_Ｃ」にノンスＮ_Ｃを設定する（Ｓ１８）。

図７の例では、ノンスＮ_Ｃ保存部１４２は、一世代前のノンスＮ_Ｃ＝Ａで利用した不規則値によりインデックスしたＸ１領域における「Ｐｒｅｖ Ｎ_Ｃ」（「０」が設定）の次の所定長領域「Ｎｅｘｔ Ｎ_Ｃ」に、ノンスＮ_Ｃ＝Ｂ（ノンスＮ_Ｃ＝Ｂ生成時の不規則値とノンスＢの値）を記憶する。

図６に戻り、次に、サーバ１００は、ノンスＮ_Ｃと「Ｐｒｅｖ Ｎ_Ｃ」を示すノンスＮ_Ｃとを結合し、交換鍵Ｋ_Ｘにて署名データを作成する（Ｓ１９）。

図７の例では、ノンスＮ_Ｃ保存部１４２は、ノンスＮ_Ｃ＝Ｂと、Ｘ２領域の「Ｐｒｅｖ Ｎ_Ｃ」に設定されたノンスＮ_Ｃ＝Ａとを結合し、交換鍵Ｋ_Ｘにて署名データ（Ｋ_Ｘ［Ｂ||Ａ］）を生成する。

図６に戻り、次に、サーバ１００はノンスＮ_Ｃ管理データについて、不規則値によってインデックスした領域「起点データ（署名）」に、Ｓ１９で生成した署名データを設定する（Ｓ２０）。

図７の例では、ノンスＮ_Ｃ保存部１４２は、Ｓ１７の処理でインデックスしたＸ２領域における「起点データ（署名）」に署名データ（Ｋ_Ｘ［Ｂ||Ａ］）を記憶する。

ノンスＮ_Ｃの保存関連処理（Ｓ１４〜Ｓ２０）について、図７の例で処理を続けると、ノンスＮ_Ｃ生成部１４１はノンスＮ_Ｃ＝Ｃを生成する（Ｓ１１〜Ｓ１３）。そして、ノンスＮ_Ｃ保存部１４２は、ノンスＮ_Ｃ＝Ｃ生成時に利用した不規則値によりインデックスしたＸ３領域の「Ｐｒｅｖ Ｎ_Ｃ」に、保存済みノンスＮ_Ｃ＝Ｂを記憶する（Ｓ１７）。また、ノンスＮ_Ｃ保存部１４２は、一世代前のノンスＮ_Ｃ＝Ｂで利用した不規則値によりインデックスしたＸ２領域における「Ｎｅｘｔ Ｎ_Ｃ」にノンスＮ_Ｃ＝Ｃ（Ｎ_Ｃ＝Ｃ生成時の不規則値とノンスＣの値）を記憶する。

Ｘ１領域に着目すると、Ｘ１領域はノンスＮ_Ｃ＝Ａに含まれる不規則値によりインデックスされた領域である。Ｘ１領域には、前段にリンク無しを示す値と、ノンスＮ_Ｃ＝Ａに対して次の世代のノンスＮ_Ｃ＝Ｂ、及びノンスＮ_Ｃ＝Ａに基づく署名データ（Ｋ_Ｘ［^〜Ａ||Ａ］）が記憶される。

また、Ｘ２領域に着目すると、Ｘ２領域はノンスＮ_Ｃ＝Ｂに含まれる不規則値によりインデックスされた領域である。Ｘ２領域には、ノンスＮ_Ｃ＝Ｂに対して一つ前の世代のノンスＮ_Ｃ＝Ａと、一つ後の世代のＮ_Ｃ＝Ｃと、自ノンスＮ_Ｃ＝Ｂと一つ前の世代のノンスＮ_Ｃ＝Ａとに基づく署名データ（Ｋ_Ｘ［Ｂ||Ａ］）とが記憶される。

なお、Ｘ１領域やＸ２領域などの各領域に設定又は記憶されるこれらの情報を、例えば、ノンス情報と称する場合がある。ただし、各領域に記憶される各情報をノンス情報と称したり、各領域において記憶される情報全体をノンス情報と称する場合もある。

このように、ノンスＮ_Ｃ管理データについて、例えば、自ノンスＮ_Ｃに含まれる不規則値によりインデックスされた領域には自ノンスＮ_Ｃは記憶されておらず、前後の世代のノンスＮ_Ｃと、自ノンスＮ_Ｃと一つ前の世代のノンスＮ_Ｃとに基づく署名データが記憶される。自ノンスＮ_Ｃに含まれる不規則値によりインデックスされた領域には自ノンスＮ_Ｃが記憶されないことで、例えば、ノンスＮ_Ｃが特定されることもなく、当該ノンスＮ_Ｃに対して改竄が行われることがないため、コンテンツに対するセキュリティを確保することができる。

図７に示すように、ノンスＮ_Ｃ管理データはインデックス値によるインデックス形式としている。そして、そのインデックス値には不規則値が用いられる。

例えば、インデックス値がカウンタなどの規則的な数値により構成されて、ノンス情報が規則的な数値によりノンスＮ_Ｃ管理データに配置される場合、ノンス情報がメモリ上に規則的に配置される。このような規則にノンス情報が配置されると、ノンス情報が特定されやすくなる。

これに対して、本第２の実施の形態においては、インデックス値として不規則値が用いられる。これにより、例えば、ノンス情報が不規則に配置させることができる。図７の例では、アドレスの若い順にノンスＮ_Ｃ＝Ｄ，Ｂ，Ｃ，Ａ，Ｅが配置される。不規則値がインデックス値に用いられることで、例えば、ノンス情報が特定されにくくなり、従って、改竄などが行われにくく、セキュリティを確保することができる。

また、ノンスＮ_Ｃ管理データにおいては、例えば、過去のノンスと自ノンスとの間で、リンクが形成されている。

例えば、図７のＸ３領域に着目すると、「Ｐｒｅｖ Ｎ_Ｃ」には一世代前（又は過去）のノンスＮ_Ｃ＝Ｂが含まれる。そして、一世代前のノンスＮ_Ｃ＝Ｂに含まれる不規則値によって、自ノンスＮ_ＣであるノンスＮ_Ｃ＝Ｃ（Ｘ２領域の「Ｎｅｘｔ Ｎ_Ｃ」）へのリンクが形成されている。すなわち、過去のノンスＮ_Ｃ＝Ｂと自ノンスＮ_Ｃ＝Ｃとは、不規則値によってリンクされている。そして、「Ｐｒｅｖ Ｎ_Ｃ」に記憶される不規則値＋乱数が、リンク先情報として用いられている。

例えば、リンク先情報がデータアドレス値など、リンク先の領域を直接示す値の場合、データアドレス値によってリンク先が辿られる可能性がある。そのため、リンク先情報が削除される場合もある。しかし、リンク先情報が削除されると、例えば、メモリには”ＦＦＦＦ”や”００００”などといった一定の規則による値が記憶され、改竄などを行う不正者に対しては削除されたことが把握される可能性がある。

本実施の形態のように、リンク先情報として不規則値＋乱数が用いられることで、ノンスＮ_Ｃ管理データ記憶部１４３における当該領域には数字の羅列が記憶され、例えば、不正者はリンク先情報であることを把握されるにくくなる。また、このようなリンク先情報は、例えばコンテンツ鍵確認部１４６によって、ノンスＮ_Ｃ管理データ記憶部１４３から削除しないで保持させておくこともできる。

従って、サーバ１００は、削除する処理もなくなり、不正者に何らかの情報が削除されたことを把握させないようにすることもできる。従って、サーバ１００において保持したノンスＮ_Ｃ管理データは、改竄などが行われにくく、セキュリティを確保することができる。

そして、このようにノンスＮ_ＣはノンスＮ_Ｃ管理データとして保持しておき削除されないようにしているため、例えば、ノンスＮ_Ｃが削除されることによって検査用ノンスＮ_Ｃとが不一致になることもない。従って、本実施の形態におけるノンスＮ_Ｃ管理データは、クライアント２００では受信コンテンツの復号停止を防止できる。

図６に戻り、Ｓ２１からＳ２５までの処理の詳細について説明する。サーバ１００は、Ｓ２１の処理の移行すると、交換鍵Ｋ_ＸとノンスＮ_Ｃによりコンテンツ鍵Ｋ_Ｃを生成する。

例えば、コンテンツ暗号部１４４がノンスＮ_Ｃ管理データ記憶部１４３から読み出したノンスＮ_Ｃと、ＡＫＥ認証部１３０から受け取った交換鍵Ｋ_Ｘとに基づいてコンテンツ鍵Ｋ_Ｃを生成する。

次に、サーバ１００は、コンテンツ鍵Ｋ_Ｃにてコンテンツを暗号化する（Ｓ２２）。例えば、コンテンツ暗号部１４４は生成したコンテンツ鍵Ｋ_Ｃを用いて、コンテンツ記憶部１２０から読み出したコンテンツを暗号化し、暗号コンテンツと暗号に用いたノンスＮ_Ｃとをコンテンツ送信部１４５へ出力する。

次に、サーバ１００は、ＰＣＰヘッダにノンスＮ_Ｃを設定する（Ｓ２３）。例えば、コンテンツ送信部１４５は、コンテンツ暗号部１４４から暗号化コンテンツを受け取ると、暗号化コンテンツを送信するようＴＣＰ制御部１５０へ依頼し、さらに、当該暗号コンテンツとノンスＮ_ＣとをＴＣＰ制御部１５０へ出力する。ＴＣＰ制御部１５０は、ＰＣＰヘッダの所定領域にノンスＮ_Ｃを挿入する。

次に、サーバ１００は、暗号コンテンツとＰＣＰヘッダを結合し、クライアント（Ｓｉｎｋ機器）２００へ送信する（Ｓ２４）。例えば、ＴＣＰ制御部１５０は、ＰＣＰのペイロードに暗号コンテンツを挿入し、ＰＣＰペイロードとＰＣＰヘッダとを結合してＰＣＰを生成し、生成したＰＣＰをクライアント２００へ送信する。

そして、サーバ１００はノンスＮ_Ｃ管理データ生成処理を終了させる（Ｓ２５）。

＜コンテンツ鍵の確認処理＞
次にコンテンツ鍵の確認処理について、図７及び図８を用いて説明する。図８はコンテンツ鍵の確認処理の例を表わすフローチャートである。

上述したように、クライアント２００はサーバ１００に対して２分間隔でノンスＮ_Ｃを送信する。サーバ１００は、例えば、クライアント２００からノンスＮ_Ｃを受信したときにコンテンツ鍵の確認処理を開始する。

サーバ１００はコンテンツ鍵の確認処理を開始すると（Ｓ５０）、クライアント２００から受信したノンスＮ_Ｃから不規則値を抽出し、ノンスＮ_Ｃ管理データに対して不規則値でインデックスした「Ｐｒｅｖ Ｎ_Ｃ」にアクセスする（Ｓ５１）。

図７の例では、コンテンツ鍵確認部１４６がノンスＮ_Ｃ＝Ｃを受信したときは、ノンスＮ_Ｃ＝Ｃについてのノンス情報が記憶されたＸ３領域の「Ｐｒｅｖ Ｎ_Ｃ」にアクセスする。

図８に戻り、次に、サーバ１００はインデックスした領域「Ｐｒｅｖ Ｎ_Ｃ」にノンスＮ_Ｃが格納されている否かを確認する（Ｓ５２）。例えば、コンテンツ鍵確認部１４６は、Ｘ３領域の「Ｐｒｅｖ Ｎ_Ｃ」に値が格納されているか否かにより確認する。

インデックスした領域「Ｐｒｅｖ Ｎ_Ｃ」にノンスＮ_Ｃが格納されているとき（Ｓ５２でＹｅｓ）、サーバ１００はインデックスした領域「Ｐｒｅｖ Ｎ_Ｃ」からノンスＮ_Ｃを読み出し、当該ノンスＮ_Ｃに含まれる不規則値でノンスＮ_Ｃ管理データの領域「Ｐｒｅｖ Ｎ_Ｃ」にアクセスする（Ｓ５３）。

図７の例で説明すると、例えば、以下の処理を行う。すなわち、Ｓ５２の処理でインデックスしたＸ３領域の「Ｐｒｅｖ Ｎ_Ｃ」には、ノンスＮ_Ｃ＝Ｃに対して一つ前の世代のノンスＮ_Ｃ＝Ｂが含まれる。コンテンツ鍵確認部１４６はノンスＮ_Ｃ＝Ｂに含まれる不規則値を抽出し、この不規則値によりインデックスしたＸ２領域の「Ｎｅｘｔ Ｎ_Ｃ」にアクセスする。当該「Ｎｅｘｔ Ｎ_Ｃ」にはクライアント２００から受信したノンスＮ_Ｃ＝Ｃが記憶されている。

図８に戻り、次に、サーバ１００は「Ｎｅｘｔ Ｎ_Ｃ」からノンス値を抽出する（Ｓ５４）。図７の例では、コンテンツ鍵確認部１４６は、Ｘ２領域の「Ｎｅｘｔ Ｎ_Ｃ」からノンスＮ_Ｃ＝Ｃのノンス値Ｃを読み出す。

図８に戻り、次に、サーバ１００は、Ｓ５１の処理でインデックスした「Ｐｒｅｖ Ｎ_Ｃ」からノンスＮ_Ｃのノンス値を読み出す（Ｓ５５）。図７の例では、コンテンツ鍵確認部１４６は、Ｘ３領域の「Ｐｒｅｖ Ｎ_Ｃ」からノンスＮ_Ｃ＝Ｂのノンス値Ｂを読み出す。

図８に戻り、次に、サーバ１００は、Ｓ５４とＳ５５で読み出したノンス値を結合し、交換鍵Ｋ_Ｘで署名データを生成する（Ｓ５６）。図７の例では、コンテンツ鍵確認部１４６は、Ｓ５４の処理で読み出したノンス値Ｃと、Ｓ５５の処理で読み出したノンス値Ｂとを結合して、ＡＫＥ認証部１３０から受け取った交換鍵Ｋ_Ｘで署名データ（Ｋ_Ｘ［Ｃ||Ｂ］）を生成する。

図８に戻り、次に、サーバ１００は、クライアント２００から受信したノンスＮ_Ｃに含まれる不規則値によりアクセスした領域に含まれる保存済み署名データと、Ｓ５５の処理で生成した署名データとを比較し（Ｓ５７）、一致しているか否かを判別する（Ｓ５８）。

図７の例では、コンテンツ鍵確認部１４６は、Ｓ５６の処理で生成した署名データ（Ｋ_Ｘ［Ｃ||Ｂ］）と、Ｘ３領域の保存済み署名データ（Ｋ_Ｘ［Ｃ||Ｂ］）とを比較することで検証し、一致しているか否かを判別する。

図７の例において、Ｘ３領域の「Ｐｒｅｖ Ｎ_Ｃ」に記憶されたノンスＮ_Ｃ＝Ｂについて、例えば、改竄などが施されたとき、ノンスＮ_Ｃ＝Ｃとに基づいて生成した署名データと、Ｘ３領域の「起点データ（署名）」に記憶された保存済み署名データとは一致しない。

起点データ（又は署名データ）は、例えば、ＤＴＣＰ−ＩＰの認証手続きにより得た共通鍵Ｋ_Ｘと、一世代前のノンスＮ_Ｃのノンス値とを用いて、
起点データ＝交換鍵（Ｋ_Ｘ）［自ノンスＮ_Ｃのノンス値||一世代前のノンスＮ_Ｃのノンス値］ ・・・（１）
によって生成される。一世代前のノンスＮ_Ｃについて改竄などの操作が行われると、式（１）により生成された起点データは本来の起点データ（例えば保存済み署名データ）とは一致しないものとなる。

このことは、例えば、Ｘ２領域の「Ｎｅｘｔ Ｎ_Ｃ」に記憶されたノンスＮ_Ｃ＝Ｃについても改竄などが施されたとき、式（１）の［自ノンスＮ_Ｃのノンス値］が本来の値とは異なるものとなるため、２つの署名データは一致しない。

さらに、Ｘ３領域の「起点データ（署名）」に記憶された保存済み署名データも改竄が施されると、式（１）の左式は本来のものと異なる値となり、２つの署名データは一致しない。また、式（１）に示すように起点データは、一世代前のノンスＮ_Ｃのノンス値を用いているため、一世代前でノンスＮ_Ｃの改竄されていなければ、起点データは改竄されていないことが保証されたものとなる。

このようなこから、署名データは、例えば、ノンスＮ_Ｃに対する正常性の判断の起点となる起点データであるということができる。

図８に戻り、サーバ１００は２つの署名データが一致しないと（Ｓ５８でＮｏ）、クライアント２００から受信した確認用（又は検査用）のノンスＮ_Ｃについては改竄ありと判定し、コンテンツ鍵確認については否定結果を生成する（Ｓ５９）。

例えば、コンテンツ鍵確認部１４６は、Ｘ３領域から読み出した保存済み署名データと生成した署名データとが一致していないとき、改竄ありと判定し、コンテンツ鍵確認について否定結果（ＲＥＪＥＣＴＥＤ）を示す確認結果を生成する。コンテンツ鍵確認部１４６は、当該確認結果をクライアント２００へ送信する。

一方、サーバ１００は、２つの署名データが一致するとき（Ｓ５８でＹｅｓ）、クライアントから受信した確認用のノンスＮ_Ｃについては改竄がなく正常であると判定し、コンテンツ鍵確認について肯定結果を示す確認結果を生成する（Ｓ６０）。例えば、コンテンツ鍵確認部１４６は、２つの署名データが一致しているとき、肯定結果（ＡＣＣＥＰＴＥＤ）を生成し、クライアント２００へ送信する。

Ｓ５９及びＳ６０の処理が終了すると、サーバ１００は再びＳ５０へ移行し（Ｓ６１）、上述した処理を繰り返す。

一方、サーバ１００は、インデックスした領域「Ｐｒｅｖ Ｎ_Ｃ」にノンスＮ_Ｃが格納されていないとき（Ｓ５２でＮｏ）、一連の処理を行うことなくＳ６１へ移行する。

なお、コンテンツ鍵確認の処理は、例えば、サーバ１００の電源がオフになったときや、処理終了に関する割込み処理などが行われたときに終了する。

図９はサーバ（Ｓｏｕｒｃｅ機器）１００とクライアント（Ｓｉｎｋ機器）２００との間で、ＤＴＣＰ−ＩＰによる相互認証及び鍵交換が完了した後において、コンテンツ鍵確認の処理が行われる場合のシーケンス例を表わす図である。

クライアント２００は、ノンスＮ_Ｃに含まれるノンス値（＝Ａ）を抽出してコンテンツ鍵Ｋ_Ｃを生成し、コンテンツ鍵Ｋ_Ｃを用いて受信コンテンツを復号する（Ｓ７０）。

次に、クライアント２００は、当該受信コンテンツを復号後、２分経過すると、コンテンツ鍵確認の処理を行うため、２分経過時において使用されているノンスＮ_Ｃ（＝不規則値＋ノンス値Ｃ）をサーバ１００へ送信する（Ｓ７２）。例えば、クライアント２００のコンテンツ鍵確認部２４４は、ＰＣＰヘッダ解析部２４２から２分経過時において（又は現在）使用されるノンスＮ_Ｃを受け取り、ノンスＮ_Ｃを検査用（又は未確認）のノンスＮ_Ｃとしてサーバ１００へ送信する。

サーバ１００は、クライアント２００からノンスＮ_Ｃを受信すると、例えば図８に示すコンテンツ鍵確認の処理を行い、受信したノンスＮ_Ｃに含まれる不規則値により、サーバ１００側で保持されたノンス値Ｃを抽出する（Ｓ７３）。例えば、コンテンツ鍵確認部１４６はノンスＮ_Ｃ管理データ記憶部１４３に記憶されたノンスＮ_Ｃ管理データに含まれるノンス値Ｃを抽出する。

この場合、最も古く生成されたノンス値Ａから辿ってノンス値を取得する場合と比較すると、本実施の形態では、例えば、一世代前のノンス情報からノンス値を取得しており、そのため、ノンス値Ｃを取得するまでに時間がかからない。従って、本実施の形態におけるノンスＮ_Ｃ管理データがノンスＮ_Ｃ管理データ記憶部１４３に記憶されることで、例えば、制限時間内（例えば１秒など）に処理を行うことができる。

次に、サーバ１００は、式（１）で生成した署名データと、ノンスＮ_Ｃ管理データとして保持した署名データとが一致しているか否かを確認し（Ｓ７４）、その結果をサーバ１００へ送信する（Ｓ７５）。なお、図９の例では、サーバ１００はＣＯＮＴ＿ＫＥＹ＿ＣＯＮＦコマンドを利用して肯定結果を示すＡＣＣＥＰＴＥＤを送信している。

クライアント２００は、肯定結果（例えばＡＣＣＥＰＴＥＤ）を受信すると、ノンスＮ_Ｃ（＝不規則値＋ノンス値Ｃ）以降の復号を継続し、受信コンテンツに関する映像や音声などの再生を継続する（Ｓ７６）。

ただし、クライアント２００は、否定結果（例えばＲＥＪＥＣＴＥＤ）を受信すると、ノンスＮ_Ｃ（＝不規則値＋ノンス値Ｃ）以降の復号を停止することになる。

＜サーバ１００とクライアント２００のその他の構成例＞
次に、サーバ１００とクライアント２００のその他の構成例について説明する。図１０はサーバ１００の構成例を表わす図である。図１０に示す例においては、クライアント２００は、サーバ１００と同一構成となっている。図１０に示す構成例は、例えば、サーバ１００やクライアント２００のハードウェアの構成例を表わす図である。

サーバ１００は、ＣＰＵ（Central Processing Unit）１７０、ＲＯＭ（Read Only Memory）１７１、ＲＡＭ（Random Access Memory）１７２、暗号制御部１７３、乱数生成部１７４、Ｈａｓｈ生成部１７５、タイマー制御部１７６、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）１７７とを備え、内部バス１７８により互いに接続される。

ＣＰＵ１７０は、ＲＯＭ１７１に格納されたプログラムを読み出して、ＲＡＭ１７２にロードし、ロードしたプログラムを実行する。ＣＰＵ１７０はプログラムを実行することで、例えば、アプリケーション部１１０、ノンスＮ_Ｃ保存部１４２、コンテンツ送信部１４５、コンテンツ鍵確認部１４６、及びＴＣＰ制御部１５０の各機能を実現する。従って、ＣＰＵ１７０は、例えば、アプリケーション部１１０、ノンスＮ_Ｃ保存部１４２、コンテンツ送信部１４５、コンテンツ鍵確認部１４６、及びＴＣＰ制御部１５０に対応する。

ＲＡＭ１７２はコンテンツを蓄積することもでき、例えば、ＲＡＭ１７２に代えてハードディスクドライブなどにすることでコンテンツを蓄積することもできる。ＲＡＭ１７２は、例えば、コンテンツ記憶部１２０に対応する。

暗号制御部１７３は、暗号処理を制御するブロックであり、例えば、ＡＫＥ認証部１４１、コンテンツ暗号部１４４に対応する。

乱数生成部１７４は、乱数を生成するブロックであり、生成した乱数をＣＰＵ１７０やＲＡＭ１７２などに出力する。乱数生成部１７４は、例えば、ノンスＮ_Ｃ生成部１４１に対応する。

Ｈａｓｈ生成部１７５は、例えば、Ｈａｓｈ値を生成してＣＰＵ１７０に出力する。Ｈａｓｈ値は、例えば、通信経路を流れる送信データに対して、改竄などが行われたかを確認するために用いられる。

タイマー制御部１７６は、例えば、内部にタイマーなどを備え、タイマーによってカウントしたカウント値をＣＰＵ１７０へ出力する。例えば、タイマー制御部１７６は、コンテンツの配信時間をカウントする。また、タイマー制御部１７６は、ＣＰＵ１７０からの指示に基づいてタイマー値をカウントし、ＣＰＵ１７０によって指示された時間が経過するとその旨をＣＰＵ１７０へ出力する。

ＥＥＰＲＯＭ１７７は、例えば、サーバ１００の電源がオフとなっても記憶されたデータを保存することができ、ノンスＮ_Ｃ管理データを記憶する。ＥＥＰＲＯＭ１７７は、ノンスＮ_Ｃ管理データ記憶部１４３に対応する。

クライアント２００との対応関係では、ＣＰＵ１７０が例えばアプリケーション部２１０、コンテンツ受信部２４０、ＰＣＰヘッダ解析部２４２、コンテンツ鍵確認部２４４、ＴＣＰ制御部２５０に対応する。また、ＲＡＭ１７２は、例えば、コンテンツ記憶部２２０と受信バッファ２４１に対応する。さらに、暗号制御部１７３は、例えば、コンテンツ復号部２４３に対応する。さらに、タイマー制御部１７６は、例えば、コンテンツ鍵確認部２４４にも対応する。

以上まとめると付記のようになる。

（付記１）
暗号化したコンテンツを他の情報通信装置へ送信し、前記他の情報通信装置において暗号化されたコンテンツを復号する際に用いるコンテンツ鍵に関する確認要求を前記他の情報通信装置から受信し、前記確認要求に含まれる第１のノンス情報に基づいてコンテンツ鍵の確認を行う情報通信装置において、
第２のノンス情報を記憶するノンス管理データ記憶部と、
前記第１のノンス情報に含まれる第１のリンク情報に基づいて、前記ノンス管理データ記憶部から、前記第１のノンス情報が前記情報通信装置において生成される前に生成された前記第２のノンス情報を読み出し、前記第２のノンス情報に含まれる第２のリンク情報に基づいて、前記ノンス管理データ記憶部から、前記第１のノンス情報に対応する第３のノンス情報を読み出し、前記第１のノンス情報と前記第３のノンス情報とに基づいてコンテンツ鍵の確認を行うコンテンツ鍵確認部と
を備えることを特徴とする情報通信装置。

（付記２）
前記第１及び第２のリンク情報は、第１のデータ範囲内で変化する値であって、前記第１のリンク情報と前記第２のリンク情報は異なる値を有することを特徴とする付記１記載の情報通信装置。

（付記３）
前記コンテンツ鍵確認部は、前記第１のリンク情報に基づいて前記ノンス管理データ記憶部の領域から読み出した第１の署名データと、前記第２のノンス情報に含まれるノンス値と前記第３のノンス情報に含まれるノンス値とに基づいて生成した第２の署名データとを比較してコンテンツ鍵の確認を行うことを特徴とする付記１記載の情報通信装置。

（付記４）
前記コンテンツ鍵確認部は、コンテンツ鍵の確認を行った後、前記ノンス管理データ記憶部に記憶された前記第２のノンス情報を削除することなく保持することを特徴とする付記１記載の情報通信装置。

（付記５）
前記第１及び第２のリンク情報は、乱数とコンテンツ配信時間とを組み合わせた値であることを特徴とする付記２記載の情報通信装置。

（付記６）
前記第１、第２、及び第３のノンス情報は乱数により生成された数値であることを特徴とする付記１記載の情報通信装置。

（付記７）
コンテンツ鍵確認部は、前記他の情報通信装置と共有した交換鍵に基づいて前記第２の署名データを生成し、
前記ノンス管理データ記憶部に記憶された前記第１の署名データは前記交換鍵に基づいて生成されることを特徴とする付記３記載の情報通信装置。

（付記８）
前記情報通信装置は、前記確認要求を２分毎に受信することを特徴とする付記１記載の情報通信装置。

（付記９）
前記情報通信装置は、前記第１のノンス情報と前記暗号化したコンテンツを前記他の情報通信装置へ送信することを特徴とする付記１記載の情報通信装置。

（付記１０）
暗号化したコンテンツを他の情報通信装置へ送信し、前記他の情報通信装置において暗号化されたコンテンツを復号する際に用いるコンテンツ鍵に関する確認要求を前記他の情報通信装置から受信し、前記確認要求に含まれる第１のノンス情報に基づいてコンテンツ鍵の確認を行う情報通信装置におけるコンテンツ鍵確認方法であって、
前記第１のノンス情報に含まれる第１のリンク情報に基づいて、ノンス管理データ記憶部から、前記第１のノンス情報が前記情報通信装置において生成される前に生成された前記第２のノンス情報を読み出し、前記第２のノンス情報に含まれる第２のリンク情報に基づいて、前記ノンス管理データ記憶部から、前記第１のノンス情報に対応する第３のノンス情報を読み出し、前記第１のノンス情報と前記第３のノンス情報とに基づいてコンテンツ鍵の確認を行う
ことを特徴とする情報通信装置。

（付記１１）
暗号化したコンテンツを他の情報通信装置へ送信し、前記他の情報通信装置において暗号化されたコンテンツを復号する際に用いるコンテンツ鍵に関する確認要求を前記他の情報通信装置から受信し、前記確認要求に含まれる第１のノンス情報に基づいてコンテンツ鍵の確認を行うコンピュータに対するコンテンツ鍵確認プログラムであって、
前記第１のノンス情報に含まれる第１のリンク情報に基づいて、ノンス管理データ記憶部から、前記第１のノンス情報が前記情報通信装置において生成される前に生成された前記第２のノンス情報を読み出し、前記第２のノンス情報に含まれる第２のリンク情報に基づいて、前記ノンス管理データ記憶部から、前記第１のノンス情報に対応する第３のノンス情報を読み出し、前記第１のノンス情報と前記第３のノンス情報とに基づいてコンテンツ鍵の確認を行う
ことをコンピュータに実行させるコンテンツ鍵確認プログラム。

１０：情報通信システム（サーバクライアントシステム）
１００：サーバ装置（Ｓｏｕｒｃｅ機器）
１１０：アプリケーション部 １２０：コンテンツ記憶部
１３０：ＡＫＥ認証部 １４０：コンテンツ管理部
１４１：ノンスＮ_Ｃ生成部 １４２：ノンスＮ_Ｃ保存部
１４３：ノンスＮ_Ｃ管理データ記憶部 １４４：コンテンツ暗号部
１４５：コンテンツ送信部 １４６：コンテンツ鍵確認部
１５０：ＴＣＰ制御部 １５１〜１５３：第１〜第３のインタフェース
１７０：ＣＰＵ
２００：クライアント装置（Ｓｉｎｋ機器）
２１０：アプリケーション部 ２２０：コンテンツ記憶部
２３０：ＡＫＥ認証部 ２４０：コンテンツ受信部
２４１：受信バッファ ２４２：ＰＣＰヘッダ解析部
２４３：コンテンツ復号部 ２４４：コンテンツ鍵確認部
２５０：ＴＣＰ制御部 ２５１〜２５３：第４〜第６のインタフェース

Claims (5)

1. 暗号化したコンテンツを他の情報通信装置へ送信し、前記他の情報通信装置において暗号化されたコンテンツを復号する際に用いるコンテンツ鍵に関する確認要求を前記他の情報通信装置から受信し、前記確認要求に含まれる第１のノンス情報に基づいてコンテンツ鍵の確認を行う情報通信装置において、
   第２のノンス情報を記憶するノンス管理データ記憶部と、
   前記第１のノンス情報に含まれる第１のリンク情報に基づいて、前記ノンス管理データ記憶部から、前記第１のノンス情報が前記情報通信装置において生成される前に生成された前記第２のノンス情報を読み出し、前記第２のノンス情報に含まれる第２のリンク情報に基づいて、前記ノンス管理データ記憶部から、前記第１のノンス情報に対応する第３のノンス情報を読み出し、前記第１のノンス情報と前記第３のノンス情報とに基づいてコンテンツ鍵の確認を行うコンテンツ鍵確認部と
   を備えることを特徴とする情報通信装置。
2. 前記第１及び第２のリンク情報は、第１のデータ範囲内で変化する値であって、前記第１のリンク情報と前記第２のリンク情報は異なる値を有することを特徴とする請求項１記載の情報通信装置。
3. 前記コンテンツ鍵確認部は、前記第１のリンク情報に基づいて前記ノンス管理データ記憶部の領域から読み出した第１の署名データと、前記第２のノンス情報に含まれるノンス値と前記第３のノンス情報に含まれるノンス値とに基づいて生成した第２の署名データとを比較してコンテンツ鍵の確認を行うことを特徴とする請求項１記載の情報通信装置。
4. 暗号化したコンテンツを他の情報通信装置へ送信し、前記他の情報通信装置において暗号化されたコンテンツを復号する際に用いるコンテンツ鍵に関する確認要求を前記他の情報通信装置から受信し、前記確認要求に含まれる第１のノンス情報に基づいてコンテンツ鍵の確認を行う情報通信装置におけるコンテンツ鍵確認方法であって、
   前記第１のノンス情報に含まれる第１のリンク情報に基づいて、ノンス管理データ記憶部から、前記第１のノンス情報が前記情報通信装置において生成される前に生成された前記第２のノンス情報を読み出し、前記第２のノンス情報に含まれる第２のリンク情報に基づいて、前記ノンス管理データ記憶部から、前記第１のノンス情報に対応する第３のノンス情報を読み出し、前記第１のノンス情報と前記第３のノンス情報とに基づいてコンテンツ鍵の確認を行う
   ことを特徴とする情報通信装置。
5. 暗号化したコンテンツを他の情報通信装置へ送信し、前記他の情報通信装置において暗号化されたコンテンツを復号する際に用いるコンテンツ鍵に関する確認要求を前記他の情報通信装置から受信し、前記確認要求に含まれる第１のノンス情報に基づいてコンテンツ鍵の確認を行うコンピュータに対するコンテンツ鍵確認プログラムであって、
   前記第１のノンス情報に含まれる第１のリンク情報に基づいて、ノンス管理データ記憶部から、前記第１のノンス情報が前記情報通信装置において生成される前に生成された前記第２のノンス情報を読み出し、前記第２のノンス情報に含まれる第２のリンク情報に基づいて、前記ノンス管理データ記憶部から、前記第１のノンス情報に対応する第３のノンス情報を読み出し、前記第１のノンス情報と前記第３のノンス情報とに基づいてコンテンツ鍵の確認を行う
   ことをコンピュータに実行させるコンテンツ鍵確認プログラム。

Images