(57)【要約】【課題】クライアントが暗号鍵配信サーバへ暗号鍵を再要求するタイミングを分散させる暗号鍵配信システムを提供すること。【解決手段】複数のクライアントと互いにネットワーク経由で接続され、コンテンツデータを復号化するための暗号鍵を該クライアントへ配信する暗号鍵配信サーバであって、時系列順に異なる有効期間が設定される複数の暗号鍵を生成する暗号鍵生成手段と、複数の暗号鍵が登録される暗号鍵リストを格納する第１の暗号鍵データベースと、暗号鍵リストに登録されている複数の暗号鍵のうち、クライアント毎に配信すべき、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵を選択する暗号鍵選択手段と、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵をクライアントへ配信する暗号鍵配信手段を備える。【選択図】図７
2010087888.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを暗号化又は複合化する暗号鍵を生成してサーバ及び複数のクライアントに配信する暗号鍵配信サーバと、該暗号鍵を用いて暗号化したコンテンツデータを該複数のクライアントに配信するコンテンツ配信サーバと、該暗号鍵を用いて該コンテンツデータを複合化するクライアントとが互いにネットワーク経由で接続される暗号鍵配信システムであって、
該暗号鍵配信サーバが、
時系列順に異なる有効期間が設定される複数の暗号鍵を生成する暗号鍵生成手段と、
該複数の暗号鍵が登録される暗号鍵リストを格納する第１の暗号鍵データベースと、
該暗号鍵リストに登録されている該複数の暗号鍵のうち、クライアント毎に配信すべき、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵を選択する暗号鍵選択手段と、
現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの該複数の暗号鍵をクライアントへ配信する暗号鍵配信手段とを有し；
該クライアントが、
該暗号鍵配信サーバから、該選択した複数の暗号鍵を取得する暗号鍵取得手段と、
該暗号鍵を格納する第２の暗号鍵データベースとを有し；
該暗号鍵取得手段が、取得した該複数の暗号鍵を全て使い切った場合に、該暗号鍵配信サーバから複数の新しい暗号鍵を取得する、暗号鍵配信システム。
【請求項２】
複数のクライアントと互いにネットワーク経由で接続され、コンテンツデータを復号化するための暗号鍵を該クライアントへ配信する暗号鍵配信サーバであって、
時系列順に異なる有効期間が設定される複数の暗号鍵を生成する暗号鍵生成手段と、
該複数の暗号鍵が登録される暗号鍵リストを格納する第１の暗号鍵データベースと、
該暗号鍵リストに登録されている該複数の暗号鍵のうち、クライアント毎に配信すべき、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵を選択する暗号鍵選択手段と、
現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの該複数の暗号鍵を、クライアントへ配信する暗号鍵配信手段とを備える、暗号鍵配信サーバ。
【請求項３】
前記暗号鍵選択手段によって選択された前記複数の暗号鍵のうち、有効期間が最後の暗号鍵について、選択回数をカウントするカウント手段をさらに備え；
該暗号鍵選択手段が、現在を含む有効期間の暗号鍵から該選択回数が最小の１つの暗号鍵までの複数の暗号鍵を選択し、
該暗号鍵配信手段が、現在を含む有効期間の暗号鍵から該選択回数が最小の１つの暗号鍵までの複数の暗号鍵をクライアントへ配信する、請求項２に記載の暗号鍵配信サーバ。
【請求項４】
コンテンツ配信サーバと互いにネットワーク経由でさらに接続され、コンテンツデータを暗号化するための暗号鍵をコンテンツ配信サーバへ配信し、
前記暗号鍵生成手段が、前記暗号鍵を識別可能な識別子をさらに生成し、
前記暗号鍵配信手段が、前記クライアント又は該サーバに暗号鍵を配信するとき、該暗号鍵に対応する該識別子と共に該暗号鍵を配信する、請求項２又は３に記載の暗号鍵配信サーバ。
【請求項５】
暗号鍵配信サーバと複数のクライアントと互いにネットワーク経由で接続され、該暗号鍵配信サーバから暗号鍵を受信し、該暗号鍵を用いてコンテンツデータを暗号化してクライアントに配信するコンテンツ配信サーバであって、
複数のコンテンツデータを格納するコンテンツデータベースと、
少なくとも現在有効な暗号鍵と該暗号鍵を識別可能な識別子とを該暗号鍵配信サーバから取得する暗号鍵取得手段と、
該現在有効な暗号鍵を用いて該コンテンツデータを暗号化する暗号化手段と、
暗号化された該コンテンツデータをパケット化し、該パケットに該現在有効な暗号鍵の識別子を格納するパケット生成手段と、
該パケットをクライアントに配信するコンテンツ配信手段とを備える、コンテンツ配信サーバ。
【請求項６】
暗号鍵配信サーバと互いにネットワーク経由で接続され、コンテンツデータを復号化する暗号鍵を該暗号鍵配信サーバから受信するクライアントであって、
該暗号鍵配信サーバから、予め複数の該暗号鍵を取得する暗号鍵取得手段と、
該暗号鍵を格納する第２の暗号鍵データベースとを備え；
該暗号鍵配信サーバから取得する該複数の暗号鍵が、該暗号鍵配信サーバによってクライアント毎に選択される、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵であって、
該暗号鍵取得手段が、
取得した該複数の暗号鍵を全て使い切った場合に、該暗号鍵配信サーバから複数の新しい暗号鍵を取得する、クライアント。
【請求項７】
コンテンツ配信サーバと互いにネットワーク経由でさらに接続され、暗号化されたコンテンツデータがコンテンツ配信サーバから配信し、
前記暗号鍵取得手段が、前記暗号鍵と共に該暗号鍵を識別する識別子を前記暗号鍵配信サーバから取得して前記第２の暗号鍵データベースに格納し；
複合化するための暗号鍵の識別子が格納されてパケット化されたコンテンツデータを前記コンテンツ配信サーバから受信するコンテンツ受信手段と、
該パケットに含まれる該識別子を読み出す読出手段と、
該第２の暗号鍵データベースに格納されている暗号鍵のうち、該パケットから読み出した該識別子と一致する識別子が設定されている暗号鍵を、該コンテンツデータを復号化する暗号鍵として設定する暗号鍵設定手段とをさらに備える、請求項６に記載のクライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化されたコンテンツを復号化する暗号鍵をクライアントに配信する暗号鍵配信システムに関するものである。
【背景技術】
【０００２】
従来、ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓａｔｅｌｌｉｔｅ）放送などでは、放送局から放送コンテンツと共にそのコンテンツデータの暗号化に使用した暗号鍵を受信機に送信し、受信機側でその暗号鍵を用いてコンテンツデータを復号化して再生することが行われている。この場合、コンテンツデータの暗号化に使用した暗号鍵は一定間隔で放送局から受信機へ送信される。一方、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）マルチキャストによるコンテンツ放送はＩＰネットワークを利用しており、ユニキャストによって暗号鍵を配信する。この場合、暗号鍵の有効期限を設定する必要があり、その有効期限が切れた場合、クライアントは暗号鍵をサーバから再度取得する必要がある。しかし、ある放送チャンネルに対して割り当てられている暗号鍵は一つであり、暗号鍵の有効期限が切れるタイミングはその放送チャンネルを受信している全てのクライアントで同じであるので、暗号鍵の再取得時に大多数のクライアントが一度にサーバにアクセスし、サーバに多大な負荷を与えてしまうという問題がある。
【特許文献１】特開２００６−２５４２８４号
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は上記従来の課題を解決するためになされたものであり、その目的とするところは、クライアントに複数の暗号鍵を予め配信しておき、クライアントから暗号鍵配信サーバへ暗号鍵を要求するタイミングを分散させ、暗号鍵配信サーバへのアクセス負荷を軽減する暗号鍵配信システムを提供することである。
【課題を解決するための手段】
【０００４】
本発明の好ましい実施形態による暗号鍵配信システムは、コンテンツを暗号化又は複合化する暗号鍵を生成してサーバ及び複数のクライアントに配信する暗号鍵配信サーバと、該暗号鍵を用いて暗号化したコンテンツデータを該複数のクライアントに配信するコンテンツ配信サーバと、該暗号鍵を用いて該コンテンツデータを複合化するクライアントとが互いにネットワーク経由で接続される暗号鍵配信システムであって、該暗号鍵配信サーバが、時系列順に異なる有効期間が設定される複数の暗号鍵を生成する暗号鍵生成手段と、該複数の暗号鍵が登録される暗号鍵リストを格納する第１の暗号鍵データベースと、該暗号鍵リストに登録されている該複数の暗号鍵のうち、クライアント毎に配信すべき、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵を選択する暗号鍵選択手段と、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの該複数の暗号鍵をクライアントへ配信する暗号鍵配信手段とを有し；該クライアントが、該暗号鍵配信サーバから、該選択した複数の暗号鍵を取得する暗号鍵取得手段と、該暗号鍵を格納する第２の暗号鍵データベースとを有し；該暗号鍵取得手段が、取得した該複数の暗号鍵を全て使い切った場合に、該暗号鍵配信サーバから複数の新しい暗号鍵を取得する。
【０００５】
暗号鍵配信サーバにおいて、時系列順に異なる有効期間が設定される複数の暗号鍵が生成され、それらの暗号鍵が暗号鍵リストに登録される。暗号鍵リストに登録されている暗号鍵のうち、クライアント毎に配信すべき、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵が選択され、その選択した複数の暗号鍵がクライアントへ配信される。その複数の暗号鍵を受信したクライアントは、それらの暗号鍵を全て使い切った場合、暗号鍵配信サーバに対して暗号鍵を再度要求し、暗号鍵配信サーバから複数の新しい暗号鍵を受信して第２の暗号鍵データベースに格納する。これによって、暗号鍵配信サーバは、暗号鍵配信サーバは、クライアント毎に異なる数の暗号鍵を配信するので、各クライアントで暗号鍵を使い切る時期が異なる。つまり、各クライアントは異なる時期に暗号鍵配信サーバに対して暗号鍵を要求するので、クライアントから暗号鍵配信サーバへ暗号鍵を要求するタイミングを分散させ、暗号鍵配信サーバへのアクセス負荷を軽減することができる。
【０００６】
本発明の好ましい実施形態による暗号鍵配信サーバは、複数のクライアントと互いにネットワーク経由で接続され、コンテンツデータを復号化するための暗号鍵を該クライアントへ配信する暗号鍵配信サーバであって、時系列順に異なる有効期間が設定される複数の暗号鍵を生成する暗号鍵生成手段と、該複数の暗号鍵が登録される暗号鍵リストを格納する第１の暗号鍵データベースと、該暗号鍵リストに登録されている該複数の暗号鍵のうち、クライアント毎に配信すべき、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵を選択する暗号鍵選択手段と、該選択した複数の暗号鍵を、クライアントへ配信する暗号鍵配信手段とを備える。
【０００７】
暗号鍵配信サーバにおいて、時系列順に異なる有効期間が設定される複数の暗号鍵が生成され、それらの暗号鍵が暗号鍵リストに登録される。暗号鍵リストに登録されている暗号鍵のうち、クライアント毎に配信すべき、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵が選択され、その選択した複数の暗号鍵をクライアントへ配信される。暗号鍵配信サーバは、クライアント毎に異なる数の暗号鍵を配信するので、各クライアントで暗号鍵を使い切る時期が異なる。つまり、各クライアントは異なる時期に暗号鍵配信サーバに対して暗号鍵を要求してくるので、クライアントから暗号鍵配信サーバへ暗号鍵を要求するタイミングを分散させ、暗号鍵配信サーバへのアクセス負荷を軽減することができる。
【０００８】
好ましい実施形態においては、上記暗号鍵選択手段によって選択された上記複数の暗号鍵のうち、有効期間が最後の暗号鍵について、選択回数をカウントするカウント手段をさらに備え；該暗号鍵選択手段が、現在を含む有効期間の暗号鍵から該選択回数が最小の１つの暗号鍵までの複数の暗号鍵を選択し、該暗号鍵配信手段が、現在を含む有効期間の暗号鍵から該選択回数が最小の１つの暗号鍵までの複数の暗号鍵をクライアントへ配信する。
【０００９】
暗号鍵配信サーバは、クライアントに配信すべき複数の暗号鍵を選択したとき、その複数の暗号鍵のうち、有効期間が最後の暗号鍵について選択回数をカウントしておく。そして、クライアントから暗号鍵の要求があった場合に、現在の有効期間の暗号鍵から選択回数が少ない暗号鍵までの複数の暗号鍵をクライアントに配信する。これによって、暗号鍵配信サーバは、どこまでの暗号鍵をどのくらいの数のクライアントに配信したかを把握することができ、クライアントが暗号鍵を要求してくる時期を均等に分散させることができる。
【００１０】
好ましい実施形態においては、コンテンツ配信サーバと互いにネットワーク経由でさらに接続され、コンテンツデータを暗号化するための暗号鍵をコンテンツ配信サーバへ配信し、上記暗号鍵生成手段が、上記暗号鍵を識別可能な識別子をさらに生成し、上記暗号鍵配信手段が、上記クライアント又は該サーバに暗号鍵を配信するとき、該暗号鍵に対応する該識別子と共に該暗号鍵を配信する。
【００１１】
暗号鍵配信サーバは、生成した暗号鍵を一意に識別可能な識別子をさらに生成し、クライアント又はサーバに暗号鍵を配信するとき、暗号鍵に対応する識別子と共に暗号鍵を配信する。これにより、コンテンツ配信サーバで、コンテンツデータを暗号化した暗号鍵の識別子をパケットに格納しておけば、クライアント側で、受信したパケットに含まれる暗号鍵の識別子に基づいて、暗号鍵配信サーバから配信された複数の暗号鍵のうち使用すべき暗号鍵を特定することができる。
【００１２】
本発明の好ましい実施形態によるコンテンツ配信サーバは、暗号鍵配信サーバと複数のクライアントと互いにネットワーク経由で接続され、該暗号鍵配信サーバから暗号鍵を受信し、該暗号鍵を用いてコンテンツデータを暗号化してクライアントに配信するコンテンツ配信サーバであって、複数のコンテンツデータを格納するコンテンツデータベースと、少なくとも現在有効な暗号鍵と該暗号鍵を識別可能な識別子とを該暗号鍵配信サーバから取得する暗号鍵取得手段と、該現在有効な暗号鍵を用いて該コンテンツデータを暗号化する暗号化手段と、暗号化された該コンテンツデータをパケット化し、該パケットに該現在有効な暗号鍵の識別子を格納するパケット生成手段と、該パケットをクライアントに配信するコンテンツ配信手段とを備える。
【００１３】
コンテンツ配信サーバは、少なくとも現在有効な暗号鍵及びその暗号鍵を一意に識別可能な識別子を暗号鍵配信サーバから取得し、その現在有効な暗号鍵を用いてコンテンツデータを暗号化する。そして、コンテンツ配信サーバは、暗号化されたコンテンツデータをパケット化し、パケットに現在有効な暗号鍵の識別子を格納し、そのパケットをクライアントに配信する。これにより、クライアント側で、パケットに格納されている暗号鍵の識別子に基づいて、暗号鍵配信サーバから配信された複数の暗号鍵のうち、使用すべき暗号鍵を特定することができる。
【００１４】
本発明の好ましい実施形態によるクライアントは、暗号鍵配信サーバと互いにネットワーク経由で接続され、コンテンツデータを復号化する暗号鍵を該暗号鍵配信サーバから受信するクライアントであって、該暗号鍵配信サーバから、予め複数の該暗号鍵を取得する暗号鍵取得手段と、該暗号鍵を格納する第２の暗号鍵データベースとを備え；該暗号鍵配信サーバから取得する該複数の暗号鍵が、該暗号鍵配信サーバによってクライアント毎に選択される、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵であって、該暗号鍵取得手段が、取得した該複数の暗号鍵を全て使い切った場合に、該暗号鍵配信サーバから複数の新しい暗号鍵を取得する。
【００１５】
クライアントは、暗号鍵配信サーバによってクライアント毎に選択される、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵を予めを取得し、それらの暗号鍵を全て使い切った場合、暗号鍵配信サーバに対して複数の新しい暗号鍵を再度要求し、暗号鍵配信サーバから複数の新しい暗号鍵を受信する。暗号鍵配信サーバが、クライアント毎に異なる数の複数の暗号鍵を配信するので、各クライアントは、暗号鍵配信サーバから予め受信した複数の暗号鍵を全て使い切ってから暗号鍵配信サーバに新しい暗号鍵を要求することで、異なる時期に暗号鍵配信サーバに対して暗号鍵を要求する。従って、クライアントから暗号鍵配信サーバへ暗号鍵を要求するタイミングを分散させ、暗号鍵配信サーバへのアクセス負荷を軽減することができる。
【００１６】
好ましい実施形態においては、コンテンツ配信サーバと互いにネットワーク経由でさらに接続され、暗号化されたコンテンツデータがコンテンツ配信サーバから配信し、上記暗号鍵取得手段が、上記暗号鍵と共に該暗号鍵を識別する識別子を上記暗号鍵配信サーバから取得して上記第２の暗号鍵データベースに格納し；複合化するための暗号鍵の識別子が格納されてパケット化されたコンテンツデータを上記コンテンツ配信サーバから受信するコンテンツ受信手段と、該パケットに含まれる該識別子を読み出す読出手段と、該第２の暗号鍵データベースに格納されている暗号鍵のうち、該パケットから読み出した該識別子と一致する識別子が設定されている暗号鍵を、該コンテンツデータを復号化する暗号鍵として設定する暗号鍵設定手段とをさらに備える。
【００１７】
クライアントは、暗号鍵と共に暗号鍵を識別する識別子を暗号鍵配信サーバから取得して第２の暗号鍵データベースに格納しておく。また、クライアントは、コンテンツ配信サーバからコンテンツデータをパケット単位で受信した際に、そのパケットに含まれる暗号鍵の識別子を読み出す。そして、クライアントは、第２の暗号鍵データベースに格納されている暗号鍵のうち、パケットから読み出した識別子と一致する識別子が設定されている暗号鍵を、コンテンツデータを復号化する暗号鍵として設定する。これによって、クライアントは、暗号鍵配信サーバから予め受信した複数の暗号鍵のうちから、受信したコンテンツデータを復号化するための暗号鍵を特定することができる。
【発明の効果】
【００１８】
本発明によれば、クライアントに複数の暗号鍵を予め配信しておくことで、クライアントが暗号鍵配信サーバへ暗号鍵を要求してくるタイミングを分散させ、暗号鍵配信サーバへのアクセス負荷を軽減することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の好ましい実施形態による暗号鍵配信システム１ついて、図を参照して説明するが、本発明はこれらの実施形態には限定されない。なお、図中同一又は相当部分には同一符号を付してその説明を援用する。
【００２０】
図１は、暗号鍵配信システム１を示す概略構成図である。本発明の実施形態である暗号鍵配信システム１は、暗号鍵配信サーバＳＶ１と、コンテンツ配信サーバＳＶ２と、複数のクライアントＣＬ（クライアントＣＬ１、ＣＬ２…）とを備える。この暗号鍵配信サーバＳＶ１とコンテンツ配信サーバＳＶ２と、クライアントＣＬとはネットワーク２を介して接続されており、暗号鍵配信サーバＳＶ１は、時系列順に異なる有効期間が設定される複数の暗号鍵を生成し（詳細は後述）、コンテンツ配信サーバＳＶ２へ送信する。コンテンツ配信サーバＳＶ２は、暗号鍵配信サーバＳＶ１から受信した複数の暗号鍵のうち現在有効な暗号鍵を用いて暗号化したコンテンツデータをパケット単位で各クライアントＣＬへマルチキャスト配信する。各クライアントＣＬは、コンテンツ配信サーバＳＶ２から配信されるコンテンツデータを、暗号鍵配信サーバＳＶ１から配信された複数の暗号鍵のうち現在有効な暗号鍵を用いて復号化して再生する。
【００２１】
また、暗号鍵配信サーバＳＶ１は、各クライアントＣＬから要求があれば、生成した複数の暗号鍵のうち、クライアント毎に、現在を含む有効期間の暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵を選択し、それらを配信する。これによって、クライアントＣＬは、暗号鍵配信サーバＳＶ１から予め受信しておく暗号鍵の数が異なり、それらを使い切る時期がクライアントＣＬ毎に違ってくるので、各クライアントＣＬは異なる時期に暗号鍵配信サーバＳＶ１に対して暗号鍵を再要求する。
【００２２】
次に、暗号鍵配信サーバＳＶ１について図２及び３を参照してさらに詳細に説明する。図２は、暗号鍵配信サーバＳＶ１を示す概略ブロック図である。図３は、暗号鍵配信サーバＳＶ１の暗号鍵データベース３４に格納されている暗号鍵リストを示す図である。暗号鍵配信サーバＳＶ１は、制御部３１と、メモリ部３２と、通信部３３と、暗号鍵データベース３４とを備える。
【００２３】
メモリ部３２は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの半導体メモリの他、ハードディスクを含み、あらかじめ定められたステップを暗号鍵配信サーバＳＶ１に実行させるためのプログラムを記憶する。通信部３３は、暗号鍵配信サーバＳＶ１をネットワーク２に接続し、クライアントＣＬ及びコンテンツ配信サーバＳＶ２との間でデータの送受信を行う。
【００２４】
暗号鍵データベース３４は、時系列順に異なる有効期間が設定された複数の暗号鍵が登録された暗号鍵リストが格納されている。言い換えると、暗号鍵リストは、現在を含む有効期間から所定の期間毎に設定された複数の暗号鍵が登録される。暗号鍵リストは、さらに、各暗号鍵の有効期間と、各暗号鍵の識別子及びカウント値とを含み、例えば、図３に示すように、暗号鍵Ｋ０、Ｋ１、Ｋ２、Ｋ３、Ｋ４と、暗号鍵Ｋ０の有効期間である２００８年９月９日０時０分〜２００８年９月９日２３時５９分と、暗号鍵Ｋ１の有効期間である２００８年９月１０日０時０分〜２００８年９月１０日２３時５９分と、暗号鍵Ｋ２の有効期間である２００８年９月１１日０時０分〜２００８年９月１１日２３時５９分と、暗号鍵Ｋ３の有効期間である２００８年９月１２日０時０分〜２００８年９月１２日２３時５９分と、暗号鍵Ｋ４の有効期間である２００８年９月１３日０時０分〜２００８年９月１３日２３時５９分と、暗号鍵Ｋ０、Ｋ１、Ｋ２、Ｋ３、Ｋ４の識別子及びカウント値とが登録される。
【００２５】
暗号鍵は、コンテンツ配信サーバＳＶ２でコンテンツデータを暗号化するため、及び、暗号化されたコンテンツデータをクライアントＣＬにおいて復号化するために使用される共通暗号化方式の秘密鍵である。有効期間は、各暗号鍵に対して設定され、コンテンツ配信サーバＳＶ２がコンテンツデータを暗号化可能な期間、及び、暗号化されたコンテンツデータをクライアントＣＬが復号化可能な期間である。本実施例において有効期間は１日単位で設定される。識別子は、各暗号鍵に対して設定され、各暗号鍵を一意に特定するための識別子である。ここで用いる識別子は、例えば、１２８ビットの２進数値の乱数であるＧＵＩD（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）又はＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）等である。カウント値は、暗号鍵リストに登録されている複数の暗号鍵のうち、暗号鍵配信サーバＳＶ１がクライアントＣＬに配信する複数の暗号鍵として、現在を含む有効期間の暗号鍵からクライアント毎に異なる有効期間の暗号鍵までの複数の暗号鍵を選択する際に、その選択された複数の暗号鍵のうちの最後の有効期間の暗号鍵に対応してカウントされた選択回数を示す値である。例えば、暗号鍵Ｋ２のカウント値が８であれば、暗号鍵Ｋ２までの複数の暗号鍵を配信したクライアントＣＬが８つ存在することを意味する。
【００２６】
制御部３１は、メモリ部３２に記録されているプログラムに基づいて、暗号鍵サーバＳＶ１全体の動作を制御するものであり、以下の処理を実行する。制御部３１は、暗号鍵配信サーバＳＶ１が電源投入されて動作を開始したときや、コンテンツ配信サーバＳＶ１から暗号鍵リストの要求があったとき等に、時系列順に異なる有効期間が設定される複数の暗号鍵と、それらの暗号鍵を一意に識別可能な識別子とを生成して暗号鍵リストに登録する。本実施例では、はじめに制御部３１は、図３に示すように、１日単位ごとに異なる有効期間が設定される５つの暗号鍵Ｋ０〜Ｋ４と暗号鍵Ｋ０〜Ｋ４の識別子とを生成し、それらを暗号鍵リストに登録する。なお、コンテンツ配信サーバＳＶ２から暗号鍵リストの要求があれば、制御部３１はコンテンツサーバＳＶ２へ暗号鍵リストを送信する。
【００２７】
さらに制御部３１は、クライアントＣＬから暗号鍵の要求を受け付け、その要求に対して、暗号鍵リストに登録されている複数の暗号鍵のうち、クライアントＣＬ毎に、現在を含む有効期間の暗号鍵から毎に異なる有効期間の暗号鍵までの複数の暗号鍵を選択する。そして、制御部３１は、その選択した複数の暗号鍵をそれらの識別子と共にクライアントＣＬに配信する。つまり、制御部３１は、暗号鍵を要求してきたクライアント毎に、現在を有効期間に含む暗号鍵からどの有効期間の暗号鍵までを配信するか（暗号鍵の数）を決めて配信する。要求してきたクライアントＣＬに対してどの有効期間の暗号鍵までを配信するかを選択するために、制御部３１は、選択した複数の暗号鍵のうち、最後の有効期間の暗号鍵に対して選択した回数をカウントし、暗号鍵リストに記録する。そして、制御部３１は、現在を含む有効期間が設定されている暗号鍵から、選択回数が最小の１つの暗号鍵までの複数の暗号鍵を、暗号鍵を要求してきたクライアントＣＬへ配信する。制御部３１は、選択回数をカウントすることで、どこまでの暗号鍵をどのくらいの数のクライアントＣＬに配信したかを把握して、選択回数の小さい有効期間の暗号鍵までの暗号鍵を暗号鍵をクライアントＣＬに配信するので、クライアントＣＬが暗号鍵を要求してくる時期を均等に分散させることができる。
【００２８】
さらに制御部３１は、現在有効な暗号鍵の有効期間が過ぎれば、その暗号鍵を暗号鍵リストから削除し、新しい有効期間の暗号鍵を生成して暗号鍵リストを更新する。暗号鍵リストを更新した場合、制御部３１はその更新した暗号鍵リストをコンテンツサーバＳＶ２へ送信する。
【００２９】
次に、コンテンツ配信サーバＳＶ２について図４を参照してさらに詳細に説明する。図４は、コンテンツ配信サーバＳＶ２を示す概略ブロック図である。コンテンツ配信サーバＳＶ２は、制御部４１と、メモリ部４２と、通信部４３と、コンテンツデータベース４４とを備える。
【００３０】
メモリ部４２は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの半導体メモリの他、ハードディスクを含み、あらかじめ定められたステップをコンテンツ配信サーバＳＶ２に実行させるためのプログラムを記憶する。通信部４３は、コンテンツ配信サーバＳＶ１をネットワーク２に接続し、暗号鍵配信サーバＳＶ１及びクライアントＣＬとの間でデータの送受信を行う。コンテンツデータベース４４は、複数のコンテンツデータを蓄積する。ここで、コンテンツデータとは、音楽（楽曲）データ、映像データまたは静止画データなどである。
【００３１】
制御部４１は、メモリ部４２に記録されているプログラムに基づいて、コンテンツ配信サーバＳＶ２全体の動作を制御するものであり、以下の処理を実行する。制御部４１は、少なくとも現在有効な暗号鍵及びその暗号鍵を一意に識別可能な識別子を暗号鍵配信サーバから受信する。本実施例においては、制御部４１は、暗号鍵配信サーバＳＶ１から暗号鍵リストを受信する。制御部４１は、配信するコンテンツデータを暗号化する暗号鍵として、受信した暗号鍵リストに登録されている複数の暗号鍵のうち現在有効な暗号鍵を選択する。さらに、制御部４１は、その選択した暗号鍵を用いて、配信すべきコンテンツデータを暗号化し、コンテンツデータをパケット単位でクライアントＣＬに送信する。このとき、制御部４１は、コンテンツデータを暗号化した暗号鍵の識別子を各パケットに格納する。コンテンツデータの暗号化に用いた暗号鍵の識別子をパケットに格納するのは、クライアントＣＬがそのパケットのコンテンツデータを復号化するために、どの暗号鍵を用いれば良いかを識別可能にするためである。
【００３２】
次に、クライアントＣＬについて図５及び６を参照してさらに詳細に説明する。図５は、クライアントＣＬを示す概略ブロック図である。図６は、クライアントＣＬの暗号鍵データベース５４に格納される暗号鍵を示す図である。クライアントＣＬは、制御部５１と、メモリ部５２と、通信部５３と、暗号鍵データベース５４と、再生部５５とを備える。
【００３３】
メモリ部５２は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの半導体メモリの他、ハードディスクを含み、あらかじめ定められたステップをクライアントＣＬに実行させるためのプログラムを記憶する。通信部５３は、クライアントＣＬをネットワーク２に接続し、暗号鍵配信サーバＳＶ１及びコンテンツ配信サーバＳＶ２との間でデータの送受信を行う。
【００３４】
暗号鍵データベース５４は、暗号鍵配信サーバＳＶ１から受信した複数の暗号鍵と、それらの暗号鍵の識別子及び有効期間とが格納されている。各クライアントＣＬは、暗号鍵配信サーバＳＶ１から送られてくる暗号鍵の数が異なるので、暗号鍵データベース５４に格納されている暗号鍵Ｋの数が異なる。例えば、クライアントＣＬ１の暗号鍵データベース５４には、図６（ａ）に示すように、暗号鍵配信サーバＳＶ１から受信した３つの暗号鍵Ｋ０〜Ｋ２とそれらの有効期間及び識別子とが格納され、クライアントＣＬ２の暗号鍵データベース５４には、図６（ｂ）に示すように、暗号鍵配信サーバＳＶ１から受信した４つの暗号鍵Ｋ０〜Ｋ３とそれらの有効期間及び識別子とが格納される。
【００３５】
制御部５１は、暗号鍵配信サーバＳＶ１から予め複数の暗号鍵及びそれらの識別子を受信して暗号鍵データベース５４に格納する。制御部５１は、暗号鍵データベース５４に格納されている複数の暗号鍵を全て使い切った場合に、暗号鍵配信サーバＳＶ１に対して暗号鍵を再要求する。具体的には、制御部５１は、コンテンツデータをコンテンツ配信サーバＳＶ２からパケット単位で受信する。そして、制御部５１は、受信したパケットに含まれる暗号鍵の識別子を読み出し、その識別子と一致する識別子が設定されている暗号鍵が暗号鍵データベース５４に格納されていなければ、暗号鍵配信サーバＳＶ１に対して暗号鍵を再要求する。上述のとおり、各クライアントＣＬの暗号鍵データベース５４には、異なる数の暗号鍵が格納されているので、各クライアントＣＬで暗号鍵を使い切る時期が異なり、各クライアントＣＬの制御部５１は異なる時期に暗号鍵配信サーバＳＶ１に対して暗号鍵Ｋを要求する。
【００３６】
また、制御部５１は、コンテンツデータを復号化するための暗号鍵に変更があったか否かを判断する。具体的には、制御部５１は、前に受信したパケットに含まれていた識別子に変更があるか否かを判断する。識別子に変更があった場合、制御部５１は、暗号鍵データベース５４に格納されている複数の暗号鍵のうち、受信したパケットに含まれていた識別子と一致する識別子が設定されている暗号鍵を用いて、コンテンツデータを復号化する。
【００３７】
再生部５５は、復号化されたコンテンツデータをデコードし、コンテンツを再生する。例えば、コンテンツデータが音楽データである場合、再生部５５は、復号化された音楽データをデコードしてコンテンツデータをデジタルデータからアナログデータに変換し、外部に接続されたスピーカーに供給することによってコンテンツを再生する。
【００３８】
次に、暗号鍵配信サーバＳＶ１における暗号鍵の配信処理について図３、図７及び８を参照して詳細に説明する。図７は、制御部３１の暗号鍵配信処理を示すフロー図である。図８は、暗号鍵配信サーバＳＶ１の暗号鍵データベース３４に格納されている暗号鍵リストを示す図である。まず、２００８年９月９日を現在とし、暗号鍵Ｋ０が現在有効な暗号鍵とする。
【００３９】
まず、制御部３１は、暗号鍵配信サーバＳＶ１が電源投入されて動作を開始したときや、コンテンツ配信サーバＳＶ２から暗号鍵リストの要求があったとき等に、暗号鍵リストを生成する（Ｓ１０１）。具体的には、制御部３１は、図３に示すように、現在を含む所定の期間の有効期間から時系列順に所定の期間毎に有効期間が設定された合計５つの暗号鍵Ｋ０〜Ｋ４を生成し、それら５つの暗号鍵Ｋ０〜Ｋ４と、それらの有効期間及び識別子とを登録した暗号鍵リストを暗号鍵データベース３４へ格納する。ここで、現在を含む有効期間の暗号鍵Ｋ０及びその次の有効期間の暗号鍵Ｋ１は、カウント値がカウントされず、暗号鍵リストが更新されるまでは予めクライアントＣＬへ送られる暗号鍵と設定される。また、暗号鍵Ｋ２〜Ｋ４のカウント値の初期値は０である。そして、制御部３１は、暗号鍵リストをコンテンツ配信サーバＳＶ２へ送信する。
【００４０】
次に、制御部３１は、クライアントＣＬから暗号鍵の要求の受付を開始する（Ｓ１０２）。クライアントＣＬから暗号鍵の要求があれば、制御部３１はクライアントＣＬに配信する暗号鍵を暗号鍵リストに登録されている複数の暗号鍵から選択し（Ｓ１０３）、選択した暗号鍵をクライアントＣＬに配信する（Ｓ１０４）。具体的には、クライアントＣＬ１から暗号鍵の要求があれば、制御部３１は、暗号鍵リストに登録されている暗号鍵Ｋ０、Ｋ１、Ｋ２、Ｋ３、Ｋ４のうち、有効期間に現在が含まれる暗号鍵Ｋ０からカウント値が最小の暗号鍵Ｋｉまでの複数の暗号鍵Ｋ０〜Ｋｉを選択し、クライアントＣＬ１に配信する。図３に示す暗号鍵リストでは、暗号鍵Ｋ２〜Ｋ４が初期値の０であるので、これらが最小のカウント値の暗号鍵である。このような場合、いずれの暗号鍵をカウント値が最小の暗号鍵Ｋｉとして選択しても良いが、ここでは有効期間が現在に近い暗号鍵Ｋ２が選択されるものとし、予めクライアントＣＬに送信することが決定されている暗号鍵Ｋ０及びＫ１と暗号鍵Ｋ２との計３つの暗号鍵がクライアントＣＬ１に送信される。なお、選択した複数の暗号鍵のうち最後の有効期間の暗号鍵、つまり、カウント値が最小の暗号鍵Ｋｉとして選択された暗号鍵Ｋ２は、図８（ａ）に示すように、カウント値がインクリメントされる。
【００４１】
次に、制御部３１は暗号鍵リストを更新する必要があるか否かを判断する（Ｓ１０５）。具体的には、制御部３１は、暗号鍵リストに有効期間を経過した暗号鍵があるか否かを判断する。ここでは有効期間を過ぎた暗号鍵がないとし、暗号鍵リストを更新する必要がないと判断して（Ｓ１０５：ＮＯ）、ステップＳ１０２に戻って再びクライアントＣＬから暗号鍵の要求の受付を開始する。このとき、クライアントＣＬ２から暗号鍵の要求があったとすると、ステップＳ１０３及びＳ１０４の処理を実行する。具体的には、制御部３１は、図８（ａ）に示す暗号鍵リストに登録されている暗号鍵Ｋ０、Ｋ１、Ｋ２、Ｋ３、Ｋ４でカウント値が最小の暗号鍵Ｋ３及びＫ４のうち、有効期間が現在に近い暗号鍵Ｋ３を選択し、有効期間に現在が含まれる暗号鍵Ｋ０からカウント値が最小の暗号鍵までの暗号鍵Ｋ３、すなわち、予めクライアントＣＬに送信することが決定されている暗号鍵Ｋ０及びＫ１と、暗号鍵Ｋ２及びＫ３との計４つの暗号鍵をクライアントＣＬ２に送信する。なお、選択した複数の暗号鍵のうち最後の有効期間の暗号鍵、つまり、カウント値が最小の暗号鍵Ｋｉとして選択された暗号鍵Ｋ３は、図８（ｂ）に示すように、カウント値がインクリメントされる。
【００４２】
また、制御部３１は、ステップＳ１０５において、暗号鍵リストに有効期間を経過した暗号鍵があれば、暗号鍵リストを更新する必要があると判断し（Ｓ１０５：ＹＥＳ）、ステップＳ１０１に戻って暗号鍵リストを生成する。具体的には、現在が２００８年９月９日から２００８年９月１０日に変更になると、暗号鍵Ｋ０の有効期間が過ぎたことになる。このような場合、制御部３１は、暗号鍵リストに有効期間を経過した暗号鍵があると判断し（Ｓ１０５：ＹＥＳ）、図８（ｃ）に示すように、有効期間を過ぎた暗号鍵Ｋ０を暗号鍵リストから削除し、新しい暗号鍵Ｋ５とその有効期間及び識別子とを生成して暗号鍵リストに登録する。なお、生成した暗号鍵Ｋ５のカウント値は初期値の０である。暗号鍵Ｋ５の有効期間は、暗号鍵Ｋ４の有効期間の次の所定の期間（２００８年９月１４日０時０分〜２００８年９月１４日２３時５９分）である。そして、制御部３１は、ステップＳ１０２の処理に移ってクライアントＣＬから暗号鍵Ｋの要求の受付を開始し、以降、クライアントＣＬから要求があれば、上述の処理と同様の処理を実行し、有効期間に現在が含まれる暗号鍵Ｋ１からカウント値が最小の暗号鍵Ｋｉまでの複数の暗号鍵をクライアントＣＬに送信することになる。
【００４３】
以上により、暗号鍵配信サーバＳＶ１は、生成した複数の暗号鍵のうち、現在を含む有効期間の暗号鍵からどの有効期間の暗号鍵までの複数の暗号鍵を配信するかを、暗号鍵を要求してきたクライアント毎に選択し、それらの暗号鍵をクライアントＣＬへ配信する。
【００４４】
次に、コンテンツ配信サーバＳＶ２がコンテンツを配信する処理について図９を参照して詳細に説明する。図９は、コンテンツ配信サーバＳＶ２の制御部４１のコンテンツ配信処理を示すフロー図である。コンテンツ配信サーバＳＶ２は、暗号鍵配信データベースＳＶ１から図３に示すような暗号鍵リストを受信して暗号鍵データベース４４に格納しているとする。また、２００８年９月９日を現在とし、暗号鍵Ｋ０が現在有効な暗号鍵とする。
【００４５】
まず、制御部４１はコンテンツを暗号化するための暗号鍵の変更が必要か否かを判断する（Ｓ２０１）。具体的には、制御部４１は現在コンテンツの暗号化に使用している暗号鍵Ｋ０が有効か否か、すなわち、コンテンツの暗号化に使用中の暗号鍵Ｋ０の有効期間が過ぎたか否かを判断する。現在を２００８年９月９日のままの場合、つまり、現在コンテンツの暗号化に使用している暗号鍵Ｋ０が有効である場合、制御部４１は、コンテンツを暗号化するための暗号鍵Ｋ０の変更は必要ないと判断する（Ｓ２０１：ＮＯ）。そして、制御部４１は、ステップ２０５の処理に移り、暗号鍵Ｋ０を継続して用いてコンテンツデータを暗号化し、そのコンテンツデータを暗号鍵Ｋ０の識別子を含むパケットとしてクライアントへマルチキャスト配信する。
【００４６】
現在が２００８年９月９日から２００８年９月１０日に変わった場合、使用中の暗号鍵Ｋ０の有効期間が過ぎたことになるので、ステップ２０１では、制御部４１は暗号鍵の変更が必要であると判断し（Ｓ２０１：ＹＥＳ）、暗号鍵Ｋ０の次の有効期間が設定されている暗号鍵Ｋ１が、暗号鍵リストに格納されている暗号鍵リストに登録されているか否かを判断する（Ｓ２０２）。暗号鍵リストには次の有効期間が設定されている暗号鍵Ｋ１が暗号鍵データベース４４に登録されているので（Ｓ２０２：ＹＥＳ）、制御部４１は、ステップ２０４の処理に移り、暗号鍵Ｋ１をコンテンツの暗号化に使用する暗号鍵として選択する。そして、制御部４１は、選択した暗号鍵Ｋ１を用いて暗号化したコンテンツデータを、暗号化に使用した暗号鍵Ｋ１の識別子を含むパケットとしてクライアントへマルチキャスト配信する（Ｓ２０５）。
【００４７】
ステップ２０２において、次の有効期間が設定されている暗号鍵Ｋ１が暗号鍵リストに登録されていない場合は（Ｓ２０２：ＮＯ）、制御部４１は暗号鍵配信サーバＳＶ１へ暗号鍵リストを要求し、暗号鍵配信サーバＳＶ１から受信した暗号鍵リストを暗号鍵データベース４４に登録する（Ｓ２０３）。そして、制御部４１は、暗号鍵リストに登録されている暗号鍵のうちから次の有効期間が設定されている暗号鍵Ｋ１を、使用する暗号鍵として選択する（Ｓ２０４）。そして、制御部４１は、選択した暗号鍵Ｋ１を用いて暗号化したコンテンツデータを、暗号化に使用した暗号鍵Ｋ１の識別子を含むパケットとしてクライアントへマルチキャスト配信する（Ｓ２０５）。
【００４８】
以上の処理により、コンテンツ配信サーバは、クライアントがコンテンツデータを復号化するための暗号鍵を、暗号鍵配信サーバから配信された複数の暗号鍵のなかから特定することができるように、コンテンツデータに用いた暗号鍵の識別子をパケットに格納してクライアントに配信する。
【００４９】
次に、クライアントＣＬがコンテンツを再生する処理について図１０を参照して詳細に説明する。図１０は、クライアントＣＬの制御部５１の再生処理を示すフロー図である。クライアントＣＬ１及びＣＬ２は、上述の暗号鍵配信サーバＳＶ１の暗号鍵配信処理によって、それぞれ異なる数の暗号鍵が配信されている。クライアントＣＬ１は、有効期間が２００８年９月９日０時０分〜２００８年９月９日２３時５９分、２００８年９月１０日０時０分〜２００８年９月１０日２３時５９分、２００８年９月１１日０時０分〜２００８年９月１１日２３時５９分が設定された３つの暗号鍵Ｋ０、Ｋ１、Ｋ２を暗号鍵配信サーバＳＶ１から受信しており、図６（ａ）に示すとおり、それらの暗号鍵、有効期間及び識別子が暗号鍵データベース５４に格納されている。クライアントＣＬ２は、有効期間が２００８年９月９日０時０分〜２００８年９月９日２３時５９分、２００８年９月１０日０時０分〜２００８年９月１０日２３時５９分、２００８年９月１１日０時０分〜２００８年９月１１日２３時５９分、２００８年９月１２日０時０分〜２００８年９月１２日２３時５９分が設定された４つの暗号鍵Ｋ０、Ｋ１、Ｋ２、Ｋ３を暗号鍵配信サーバＳＶ１から受信しており、図６（ｂ）に示すとおり、それらの暗号鍵、有効期間及び識別子が暗号鍵データベース５４に格納されている。また、暗号鍵Ｋ０、Ｋ１、Ｋ２の有効期間を経過し、現在が２００８年９月１１日から２００８年９月１２日になったとする。
【００５０】
まず、クライアントＣＬ１及びＣＬ２の制御部５１は、コンテンツデータを復号化する暗号鍵の変更が必要か否かを判断する（Ｓ３０１）。具体的には、クライアントＣＬ１及びＣＬ２の制御部５１は、コンテンツ配信サーバＳＶ２から受信するパケットに含まれる暗号鍵の識別子に変更があるか否かを判断する。現在が２００８年９月１１日から２００８年９月１２日になったので、コンテンツ配信サーバＳＶ２から受信するパケットに含まれる暗号鍵の識別子は、暗号鍵Ｋ２の識別子から暗号鍵Ｋ３の識別子に変更されている。従って、クライアントＣＬ１及びＣＬ２の制御部５１は、コンテンツ配信サーバＳＶ２から受信するパケットに含まれる暗号鍵の識別子に変更があったとして、暗号鍵の変更が必要であると判断する（Ｓ３０１：ＹＥＳ）。次に、クライアントＣＬ１及びＣＬ２の制御部５１は、暗号鍵データベース５４に登録されている暗号鍵を全て使い切っているか否かを判断する（Ｓ３０２）。具体的には、クライアントＣＬ１及びＣＬ２の制御部５１は、変更後の暗号鍵が暗号鍵データベース５４に登録されているか否かを判断する。より具体的には、クライアントＣＬ１及びＣＬ２の制御部５１は、変更後の暗号鍵Ｋ３の識別子と一致する暗号鍵が暗号鍵データベース５４に登録されているか検索する。
【００５１】
ここで、クライアントＣＬ１は、図６（ａ）に示すように、その暗号鍵データベース５４に暗号鍵Ｋ３が格納されていない。従って、クライアントＣＬ１の制御部５１は、変更後の暗号鍵Ｋ３の識別子と一致する暗号鍵が暗号鍵データベース５４に登録されていないとして、暗号鍵データベース５４に登録されている暗号鍵Ｋを全て使い切っていると判断する（Ｓ３０２：ＹＥＳ）。そして、クライアントＣＬ１の制御部５１は、暗号鍵配信サーバＳＶ１へ新しい複数の暗号鍵と、それらの有効期間及び識別子とを要求し、それらを受信して暗号鍵データベース５４に登録する（Ｓ３０３）。このように、クライアントＣＬ１は、暗号鍵配信サーバＳＶ１から受信していた３つの暗号鍵Ｋ０、Ｋ１、Ｋ２を全て使い切った２００８年９月１２日に暗号鍵配信サーバＳＶ１へ暗号鍵を再要求する。
【００５２】
そして、クライアントＣＬ１の制御部５１は、その新しい暗号鍵Ｋのうち変更後の暗号鍵Ｋ３を選択する（Ｓ３０４）。具体的には、クライアントＣＬ１の制御部５１は、変更後の暗号鍵Ｋ３の識別子と一致する暗号鍵を暗号鍵データベース５４から選択する。そして、クライアントＣＬ１の制御部５１は、選択した暗号鍵Ｋ３を基にパケットを復号化し、コンテンツデータの再生を行う（Ｓ３０５）。
【００５３】
一方、ステップＳ３０２において、クライアントＣＬ２は、図６（ｂ）に示すように、その暗号鍵データベース５４に暗号鍵Ｋ３が格納されている。従って、クライアントＣＬ２の制御部５１は、変更後の暗号鍵Ｋ３の識別子と一致する暗号鍵が暗号鍵データベース５４に登録されているとして、暗号鍵データベース５４に登録されている暗号鍵を全て使い切っていないと判断する（Ｓ３０２：ＮＯ）。そして、クライアントＣＬ２の制御部５１は、暗号鍵配信サーバＳＶ１へ新しい複数の暗号鍵を要求せずにステップＳ３０４の処理に移り、変更後の暗号鍵Ｋ３の識別子と一致する暗号鍵を暗号鍵データベース５４から選択する。そして、クライアントＣＬ２の制御部５１は、選択した暗号鍵Ｋ３を基にパケットを復号化し、コンテンツデータの再生を行う（Ｓ３０５）。そして現在が２００８年９月１２日から２００８年９月１３日になれば、クライアントＣＬ２の制御部５１は、上述のステップＳ３０１〜Ｓ３０３を実行して、暗号鍵配信サーバＳＶ１へ新しい複数の暗号鍵、それらの有効期間及び識別子を要求する。このように、クライアントＣＬ２は、クライアントＣＬ１とは異なる時期、つまり、暗号鍵配信サーバＳＶ１から受信していた４つの暗号鍵Ｋ０、Ｋ１、Ｋ２を全て使い切った２００８年９月１３日に暗号鍵配信サーバＳＶ１へ暗号鍵を再要求する。
【００５４】
なお、ステップＳ３０１において、コンテンツ配信サーバＳＶ２から受信するパケットに含まれる暗号鍵の識別子に変更がなければ、制御部５１は、暗号鍵の変更が必要でないと判断し（Ｓ３０１：ＹＥＳ）、現在使用している暗号鍵を基にパケットを復号化し、コンテンツデータの再生を行う（Ｓ３０５）。
【００５５】
以上のように、各クライアントは、暗号鍵配信サーバＳＶ１から予め複数の暗号鍵及びそれらの識別子を受信しておき、暗号鍵配信サーバから受信した複数の暗号鍵を全て使い切れば、暗号鍵配信サーバに新しい暗号鍵を要求する。暗号鍵配信サーバは、各クライアントに対し、現在を含む有効期間が設定されている暗号鍵から異なる有効期間の暗号鍵までの複数の暗号鍵を配信しているので、クライアントは、異なる時期に暗号鍵配信サーバに対して暗号鍵を再要求する。従って、クライアントから暗号鍵配信サーバへ暗号鍵を要求するタイミングが分散し、暗号鍵配信サーバへのアクセス負荷を軽減することができる。
【００５６】
また、コンテンツ配信サーバＳＶ２によってパケットにコンテンツデータを暗号化した暗号鍵の識別子が格納されているので、クライアントＣＬは、その暗号鍵の識別子を基に、暗号鍵配信サーバＳＶ１から配信された複数の暗号鍵のなかから使用すべき暗号鍵を特定することができる。
【００５７】
以上、本発明に係る再生装置の好ましい実施形態の例について説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。例えば、本実施例では、暗号鍵の有効期間を１日単位としたが、特に制限はなく、時間単位や月単位で設定してもよい。
【００５８】
また、本実施例においては、クライアントＣＬは、コンテンツデータを復号化するための暗号鍵を、パケットに含まれる暗号鍵の識別子によって特定したが、現在の日時を基にして暗号鍵配信サーバＳＶ１から受信した複数の暗号鍵のうちから使用すべき暗号鍵を判断してもよい。この場合は、コンテンツ配信サーバＳＶ２は、パケットに暗号鍵の識別子を格納しなくても良い。
【産業上の利用可能性】
【００５９】
本発明は、暗号鍵配信サーバがネットワークを介して暗号鍵をクライアントへ配信する暗号鍵配信システムに好適に採用され、特に、コンテンツ配信サーバが音楽や映像などの暗号化されたコンテンツデータをクライアントへ配信し、暗号鍵配信サーバがコンテンツデータを復号化するための暗号鍵をクライアントへ配信する暗号鍵配信システムに好適に採用され得る。
【図面の簡単な説明】
【００６０】
【図１】本発明の好ましい実施形態による暗号鍵配信システムを示す概略構成図である。
【図２】本発明の好ましい実施形態による暗号鍵配信サーバＳＶ１を示すブロック図である。
【図３】暗号鍵配信サーバＳＶ１の暗号鍵データベース３４に格納されている暗号鍵リストを示す図である。
【図４】本発明の好ましい実施形態によるコンテンツ配信サーバＳＶ２を示すブロック図である。
【図５】本発明の好ましい実施形態によるクライアントＣＬを示すブロック図である。
【図６】クライアントＣＬの暗号鍵データベースに格納される暗号鍵を示す図である。
【図７】暗号鍵配信サーバＳＶ１における暗号鍵配信処理を示すフロー図である。
【図８】暗号鍵配信サーバＳＶ１の暗号鍵データベース３４に格納されている暗号鍵リストを示す図である。
【図９】コンテンツ配信サーバＳＶ２におけるコンテンツ配信処理を示すフロー図である。
【図１０】クライアントＣＬにおけるコンテンツ再生処理を示すフロー図である。
【符号の説明】
【００６１】
１  暗号鍵配信システム
２  ネットワーク
３１  制御部
３２  メモリ部
３３  通信部
３４  暗号鍵データベース
４１  制御部
４２  メモリ部
４３  通信部
４４  コンテンツデータベース
５１  制御部
５２  メモリ部
５３  通信部
５４  暗号鍵データベース
５５  再生部
ＳＶ１  暗号鍵配信サーバ
ＳＶ２  コンテンツ配信サーバ
ＣＬ  クライアント
【図１】
2010087888.tif 000003
【図２】
2010087888.tif 000004
【図３】
2010087888.tif 000005
【図４】
2010087888.tif 000006
【図５】
2010087888.tif 000007
【図６】
2010087888.tif 000008
【図７】
2010087888.tif 000009
【図８】
2010087888.tif 000010
【図９】
2010087888.tif 000011
【図１０】
2010087888.tif 000012