(57)【要約】  【課題】正規ユーザにのみコンテンツを復号できるようにして、コンテンツの著作権保護を図ることのできるコンテンツ提供システムの提供。  【解決手段】  ユーザ端末にてユーザが所望コンテンツを選択してユーザ情報をコンテンツサーバ３に送信すると、コンテンツサーバ３は認証サーバ５に暗号化鍵を要求する。認証サーバ５がユーザ情報にかかる暗号化鍵をコンテンツサーバ３に送信すると、コンテンツサーバ３はコンテンツを暗号化してユーザ端末１に送信する。ユーザ端末１においてコンテンツを再生する場合、認証サーバ５にユーザ情報を送信して復号鍵を要求する。認証サーバ５がユーザ情報にかかる復号鍵をユーザ端末１に送信すると、ユーザ端末１は復号鍵でコンテンツを復号してコンテンツを再生する。ユーザ端末１はコンテンツの復号が完了すると復号鍵を削除する。  【選択図】図１
2005328238.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが利用するユーザ端末と、前記ユーザ端末と通信可能に設けられており前記ユーザに提供するためのコンテンツを管理するコンテンツサーバと、前記ユーザ端末および前記コンテンツサーバのそれぞれと通信可能に設けられており前記ユーザを認証する認証サーバとを備えたコンテンツ提供システムであって、
ユーザ端末は、                              
(a)コンテンツサーバに対して、ユーザ情報データをともなってコンテンツを要求し、暗号化されたコンテンツを取得するコンテンツ取得手段と、
(b)認証サーバに対して、ユーザ情報データをともなって復号鍵を要求し、前記ユーザ情報データに対応する復号鍵を取得する復号鍵取得手段と、
(c)コンテンツサーバから受信した前記コンテンツを、認証サーバから取得した前記復号鍵を用いて復号するコンテンツ復号手段とを備え、
コンテンツサーバは、
(d)少なくとも１以上のコンテンツを記録した記録部と、
(e)ユーザ端末からのコンテンツ要求を受けて、認証サーバに対して、前記ユーザ情報データをともなって暗号化鍵を要求し、当該ユーザ情報データに対応する暗号化鍵を取得する暗号化鍵取得手段と、
(f)ユーザ端末から要求されたコンテンツを記録部から読み出し、認証サーバから取得した前記暗号化鍵を用いて当該コンテンツを暗号化するコンテンツ暗号化手段と、
(g)前記コンテンツ暗号化手段において暗号化されたコンテンツをユーザ端末に送信するコンテンツ送信手段とを備え、
認証サーバは、
(h)少なくともユーザ情報データを記録した記録部と、
(i)コンテンツサーバまたはユーザ端末からのユーザ情報データを受けて、前記記録部を参照して当該ユーザが正規ユーザであるか否かを認証するユーザ認証手段と、
(j)コンテンツサーバからの暗号化鍵要求を受けて、前記ユーザ情報データに対応する暗号化鍵を取得し、これを送信する暗号化鍵送信手段と、
(k)ユーザ端末からの復号鍵の要求を受けて、前記ユーザ情報データに対応する復号鍵を取得し、これを送信する復号鍵送信手段とを備えたこと
を特徴とするコンテンツ提供システム。
【請求項２】
ユーザに提供するためのコンテンツを管理するコンテンツサーバと、前記ユーザを認証するための認証サーバのそれぞれと通信可能に設けられたユーザ端末であって、
(a)コンテンツサーバに対して、ユーザ情報データをともなってコンテンツを要求し、暗号化されたコンテンツを取得するコンテンツ取得手段と、
(b)認証サーバに対して、ユーザ情報データをともなって復号鍵を要求し、前記ユーザ情報データに対応する復号鍵を取得する復号鍵取得手段と、
(c)コンテンツサーバから受信した前記コンテンツを、認証サーバから取得した前記復号鍵を用いて復号するコンテンツ復号手段と、
を備えたことを特徴とするコンテンツ提供システムのためのユーザ端末。
【請求項３】
ユーザが利用するユーザ端末と、前記ユーザを認証する認証サーバのそれぞれと通信可能に設けられたコンテンツサーバであって、
(d)少なくとも１以上のコンテンツを記録した記録部と、
(e)ユーザ端末からのコンテンツ要求を受けて、認証サーバに対して、ユーザ情報データをともなって暗号化鍵を要求し、当該ユーザ情報データに対応する暗号化鍵を取得する暗号化鍵取得手段と、
(f)ユーザ端末から要求されたコンテンツを記録部から読み出し、認証サーバから取得した前記暗号化鍵を用いて当該コンテンツを暗号化するコンテンツ暗号化手段と、
(g)前記コンテンツ暗号化手段において暗号化されたコンテンツをユーザ端末に送信するコンテンツ送信手段と、
を備えたことを特徴とするコンテンツ提供システムのためのコンテンツサーバ。
【請求項４】
ユーザが利用するユーザ端末と、前記ユーザに提供するためのコンテンツを管理するコンテンツサーバのそれぞれと通信可能に設けられた認証サーバであって、
(h)少なくともユーザ情報データを記録した記録部と、
(i)コンテンツサーバまたはユーザ端末からのユーザ情報データを受けて、前記記録部を参照して当該ユーザが正規ユーザであるか否かを認証するユーザ認証手段と、
(j)コンテンツサーバからの暗号化鍵要求を受けて、前記ユーザ情報データに対応する暗号化鍵を取得し、これを送信する暗号化鍵送信手段と、
(k)ユーザ端末からの復号鍵の要求を受けて、前記ユーザ情報データに対応する復号鍵を取得し、これを送信する復号鍵送信手段と、
を備えたことを特徴とするコンテンツ提供システムのための認証サーバ。
【請求項５】
ユーザに提供するためのコンテンツを管理するコンテンツサーバと、前記ユーザを認証するための認証サーバのそれぞれと通信可能に設けられたユーザ端末をコンピュータを用いて実現するためのプログラムであって、コンピュータに以下の手段を構成させることを特徴とするプログラム：
(a)コンテンツサーバに対して、ユーザ情報データをともなってコンテンツを要求し、暗号化されたコンテンツを取得するコンテンツ取得手段、
(b)認証サーバに対して、ユーザ情報データをともなって復号鍵を要求し、前記ユーザ情報データに対応する復号鍵を取得する復号鍵取得手段、
(c)コンテンツサーバから受信した前記コンテンツを、認証サーバから取得した前記復号鍵を用いて復号するコンテンツ復号手段。
【請求項６】
ユーザが利用するユーザ端末と、前記ユーザを認証する認証サーバのそれぞれと通信可能に設けられたコンテンツサーバをコンピュータを用いて実現するためのプログラムであって、コンピュータに以下の手段を構成させることを特徴とするプログラム：
(e)ユーザ端末からのコンテンツ要求を受けて、認証サーバに対して、ユーザ情報データをともなって暗号化鍵を要求し、当該ユーザ情報データに対応する暗号化鍵を取得する暗号化鍵取得手段、
(f)ユーザ端末から要求されたコンテンツを記録部から読み出し、認証サーバから取得した前記暗号化鍵を用いて当該コンテンツを暗号化するコンテンツ暗号化手段、
(g)前記コンテンツ暗号化手段において暗号化されたコンテンツをユーザ端末に送信するコンテンツ送信手段。
【請求項７】
ユーザが利用するユーザ端末と、前記ユーザに提供するためのコンテンツを管理するコンテンツサーバのそれぞれと通信可能に設けられた認証サーバをコンピュータを用いて実現するためのプログラムであって、コンピュータに以下の手段を構成させることを特徴とするプログラム：
(i)コンテンツサーバまたはユーザ端末からのユーザ情報データを受けて、前記記録部を参照して当該ユーザが正規ユーザであるか否かを認証するユーザ認証手段、
(j)コンテンツサーバからの暗号化鍵要求を受けて、前記ユーザ情報データに対応する暗号化鍵を取得し、これを送信する暗号化鍵送信手段、
(k)ユーザ端末からの復号鍵の要求を受けて、前記ユーザ情報データに対応する復号鍵を取得し、これを送信する復号鍵送信手段。
【請求項８】
請求項１、４、７のいずれかのシステム、装置またはプログラムにおいて、
前記認証サーバは、前記記録部において、ユーザ情報データに対応する暗号化鍵および復号鍵の組合せを記録しており、
前記認証サーバの暗号化鍵送信手段または復号鍵送信手段は、前記記録部を参照してユーザ情報データに対応する暗号化鍵または復号鍵を取得することを特徴とするもの。
【請求項９】
請求項１、４、７のいずれかのシステム、装置またはプログラムにおいて、
前記認証サーバは、認証したユーザに対応する暗号化鍵、復号鍵またはこれらの組合せを生成する鍵生成手段をさらに備えたことを特徴とするもの。
【請求項１０】
請求項９のシステム、装置またはプログラムにおいて、
前記コンテンツサーバの前記暗号化鍵取得手段は、ユーザ情報データとコンテンツＩＤをともなって暗号化鍵を認証サーバに要求し、
前記認証サーバの前記鍵生成手段は、認証したユーザに対応する暗号化鍵および復号鍵の組合せをコンテンツＩＤ毎に生成し、
前記コンテンツサーバの前記コンテンツ送信手段は、暗号化したコンテンツとともに前記コンテンツＩＤをユーザ端末に送信し、
前記ユーザ端末の前記復号鍵取得手段は、ユーザ情報データとコンテンツＩＤをともなって復号鍵を認証サーバに要求し、
前記認証サーバの前記復号鍵送信手段は、ユーザ情報データとコンテンツＩＤの双方に対応する復号鍵をユーザ端末に送信することを特徴とするもの。
【請求項１１】
請求項９のシステム、装置またはプログラムにおいて、
前記コンテンツサーバの前記暗号化鍵取得手段は、ユーザ情報データとコンテンツＩＤをともなって暗号化鍵を認証サーバに要求し、
前記コンテンツサーバからの要求を受けて、前記認証サーバの前記鍵生成手段は、ユーザ情報データおよびコンテンツＩＤに基づいて暗号化鍵を生成し、
前記コンテンツサーバの前記コンテンツ送信手段は、暗号化したコンテンツとともに前記コンテンツＩＤをユーザ端末に送信し、
前記ユーザ端末の前記復号鍵取得手段は、ユーザ情報データとコンテンツＩＤをともなって復号鍵を認証サーバに要求し、
前記ユーザ端末からの要求を受けて、前記認証サーバの前記鍵生成手段は、ユーザ情報データおよびコンテンツＩＤに基づいて復号鍵を生成することを特徴とするもの。
【請求項１２】
請求項１、２、５のいずれかのシステム、装置またはプログラムにおいて、
前記ユーザ端末の前記コンテンツ復号手段は、前記復号鍵取得手段において取得された復号鍵を、ユーザ端末内に保持しないことを特徴とするもの。
【請求項１３】
請求項１〜１２のいずれかのシステム、端末、サーバまたはプログラムにおいて、
前記認証サーバのユーザ情報データは、第１の識別データおよび第２の識別データを含んでおり、
前記ユーザ端末は、コンテンツサーバに対して前記第１の識別データを送信し、認証サーバに対して前記第２の識別データを送信することを特徴とするもの。
【請求項１４】
ユーザが利用するユーザ端末と、前記ユーザ端末と通信可能に設けられており前記ユーザに提供するためのコンテンツを管理するコンテンツサーバと、前記ユーザ端末および前記コンテンツサーバのそれぞれと通信可能に設けられており前記ユーザを認証する認証サーバとを用いたコンテンツ提供方法であって、
ユーザ端末は、                              
(a)コンテンツサーバに対して、ユーザ情報データをともなってコンテンツを要求し、暗号化されたコンテンツを取得するコンテンツ取得ステップと、
(b)認証サーバに対して、ユーザ情報データをともなって復号鍵を要求し、前記ユーザ情報データに対応する復号鍵を取得する復号鍵取得ステップと、
(c)コンテンツサーバから受信した前記コンテンツを、認証サーバから取得した前記復号鍵を用いて復号するコンテンツ復号ステップとを備え、
コンテンツサーバは、
(d)少なくとも１以上のコンテンツを記録した記録部と、
(e)ユーザ端末からのコンテンツ要求を受けて、認証サーバに対して、前記ユーザ情報データをともなって暗号化鍵を要求し、当該ユーザ情報データに対応する暗号化鍵を取得する暗号化鍵取得ステップと、
(f)ユーザ端末から要求されたコンテンツを記録部から読み出し、認証サーバから取得した前記暗号化鍵を用いて当該コンテンツを暗号化するコンテンツ暗号化ステップと、
(g)前記コンテンツ暗号化ステップにおいて暗号化されたコンテンツをユーザ端末に送信するコンテンツ送信ステップとを備え、
認証サーバは、
(h)少なくともユーザ情報データを記録した記録部と、
(i)コンテンツサーバまたはユーザ端末からのユーザ情報データを受けて、前記記録部を参照して当該ユーザが正規ユーザであるか否かを認証するユーザ認証ステップと、
(j)コンテンツサーバからの暗号化鍵要求を受けて、前記ユーザ情報データに対応する暗号化鍵を取得し、これを送信する暗号化鍵送信ステップと、
(k)ユーザ端末からの復号鍵の要求を受けて、前記ユーザ情報データに対応する復号鍵を取得し、これを送信する復号鍵送信ステップとを備えたこと
を特徴とするコンテンツ提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツサーバに記録されたコンテンツを、ネットワークを介してユーザ端末に提供するコンテンツ提供システムに関する。
【背景技術】
【０００２】
従来、ネットワークを介してコンテンツを提供する場合、提供先のユーザが正規ユーザであるか否かを判断した上で当該コンテンツを提供するようにしていた。
【０００３】
しかしながら、正規ユーザであるか否かを厳格に判断しようとすればする程、認証のための特別な装置が必要となり、コンテンツ提供システムが全体として複雑化するという問題があった。
【０００４】
このような問題を解決するため、予め暗号化したコンテンツをユーザにダウンロードさせ、当該ユーザがコンテンツにかかるライセンスを取得している場合にのみ、当該コンテンツの再生を可能とする情報提供方法が知られている（例えば、特許文献１。）。
【０００５】
【特許文献１】特開２００３−３０１５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の方法においては、すべてのユーザに共通する復号鍵をコンテンツのライセンスとして扱うようにしているため、当該ライセンスさえ取得することができれば、第三者であってもコンテンツを復号することができてしまう。
【０００７】
このため、コンテンツを暗号化していても、当該コンテンツを復号するための復号鍵（ライセンス）が漏洩することによって、コンテンツの著作権保護が図れないという問題が生じるおそれがあった。
【０００８】
この発明は、上記のような問題を解決するためになされたものであり、正規ユーザにのみコンテンツを復号できるようにして、コンテンツの著作権保護を図ることのできるコンテンツ提供システムの提供を目的とする。
【課題を解決するための手段】
【０００９】
(1)-(7)(14)この発明にかかるコンテンツ提供システムは、
ユーザが利用するユーザ端末と、前記ユーザ端末と通信可能に設けられており前記ユーザに提供するためのコンテンツを管理するコンテンツサーバと、前記ユーザ端末および前記コンテンツサーバのそれぞれと通信可能に設けられており前記ユーザを認証する認証サーバとを備えたコンテンツ提供システムであって、
ユーザ端末は、                              
(a)コンテンツサーバに対して、ユーザ情報データをともなってコンテンツを要求し、暗号化されたコンテンツを取得するコンテンツ取得手段と、
(b)認証サーバに対して、ユーザ情報データをともなって復号鍵を要求し、前記ユーザ情報データに対応する復号鍵を取得する復号鍵取得手段と、
(c)コンテンツサーバから受信した前記コンテンツを、認証サーバから取得した前記復号鍵を用いて復号するコンテンツ復号手段とを備え、
コンテンツサーバは、
(d)少なくとも１以上のコンテンツを記録した記録部と、
(e)ユーザ端末からのコンテンツ要求を受けて、認証サーバに対して、前記ユーザ情報データをともなって暗号化鍵を要求し、当該ユーザ情報データに対応する暗号化鍵を取得する暗号化鍵取得手段と、
(f)ユーザ端末から要求されたコンテンツを記録部から読み出し、認証サーバから取得した前記暗号化鍵を用いて当該コンテンツを暗号化するコンテンツ暗号化手段と、
(g)前記コンテンツ暗号化手段において暗号化されたコンテンツをユーザ端末に送信するコンテンツ送信手段とを備え、
認証サーバは、
(h)少なくともユーザ情報データを記録した記録部と、
(i)コンテンツサーバまたはユーザ端末からのユーザ情報データを受けて、前記記録部を参照して当該ユーザが正規ユーザであるか否かを認証するユーザ認証手段と、
(j)コンテンツサーバからの暗号化鍵要求を受けて、前記ユーザ情報データに対応する暗号化鍵を取得し、これを送信する暗号化鍵送信手段と、
(k)ユーザ端末からの復号鍵の要求を受けて、前記ユーザ情報データに対応する復号鍵を取得し、これを送信する復号鍵送信手段と、
を備えたことを特徴としている。
【００１０】
したがって、正規ユーザにのみが、暗号化されたコンテンツを復号できるようにすることができる。これにより、当該コンテンツを再生できるユーザを限定して、コンテンツの著作権保護を図ることができる。
【００１１】
(8)この発明にかかるコンテンツ提供システムにおいては、
認証サーバは、記録部において、ユーザ情報データに対応する暗号化鍵および復号鍵の組合せを記録しており、
前記認証サーバの暗号化鍵送信手段または復号鍵送信手段は、前記記録部を参照してユーザ情報データに対応する暗号化鍵または復号鍵を取得することを特徴としている。
【００１２】
したがって、ユーザごとに設定された暗号化鍵および復号鍵を使用してコンテンツを暗号化・復号することができる。これにより、コンテンツの著作権保護を図ることができる。
【００１３】
(9)この発明にかかるコンテンツ提供システムにおいては、
認証サーバは、認証したユーザに対応する暗号化鍵、復号鍵またはこれらの組合せを生成して記録部に記録する鍵生成手段をさらに備えたことを特徴としている。
【００１４】
したがって、ユーザごとに、コンテンツを暗号化する暗号化鍵および当該コンテンツを復号する復号鍵を設定することができる。これにより、当該コンテンツを再生できるユーザを限定して、コンテンツの著作権保護を図ることができる。
【００１５】
(10)この発明にかかるコンテンツ提供システムにおいては、
コンテンツサーバの暗号化鍵取得手段は、ユーザ情報データとコンテンツＩＤをともなって暗号化鍵を認証サーバに要求し、
認証サーバの前記鍵生成手段は、認証したユーザに対応する暗号化鍵および復号鍵の組合せをコンテンツＩＤ毎に生成し、
コンテンツサーバの前記コンテンツ送信手段は、暗号化したコンテンツとともに前記コンテンツＩＤをユーザ端末に送信し、
ユーザ端末の前記復号鍵取得手段は、ユーザ情報データとコンテンツＩＤをともなって復号鍵を認証サーバに要求し、
認証サーバの前記復号鍵送信手段は、ユーザ情報データとコンテンツＩＤの双方に対応する復号鍵をユーザ端末に送信することを特徴としている。
【００１６】
したがって、ユーザごと、かつコンテンツごとに、コンテンツを暗号化する暗号化鍵および当該コンテンツを復号する復号鍵を設定することができる。これにより、当該コンテンツを再生できるユーザを限定して、コンテンツの著作権保護を図ることができる。
【００１７】
(11)この発明にかかるコンテンツ提供システムにおいては、
コンテンツサーバの暗号化鍵取得手段は、ユーザ情報データとコンテンツＩＤをともなって暗号化鍵を認証サーバに要求し、
コンテンツサーバからの要求を受けて、認証サーバの鍵生成手段は、ユーザ情報データおよびコンテンツＩＤに基づいて暗号化鍵を生成し、
コンテンツサーバのコンテンツ送信手段は、暗号化したコンテンツとともにコンテンツＩＤをユーザ端末に送信し、
ユーザ端末の復号鍵取得手段は、ユーザ情報データとコンテンツＩＤをともなって復号鍵を認証サーバに要求し、
ユーザ端末からの要求を受けて、認証サーバの鍵生成手段は、ユーザ情報データおよびコンテンツＩＤに基づいて復号鍵を生成することを特徴としている。
【００１８】
したがって、要求の都度、認証サーバは暗号化鍵または復号鍵を生成することができる。これにより、認証サーバにおいてコンテンツごとの暗号化鍵および復号鍵を管理する必要がなく、装置構成を簡素化することができる。
【００１９】
(12)この発明にかかるコンテンツ提供システムにおいては、
ユーザ端末のコンテンツ復号手段は、復号鍵取得手段において取得された復号鍵を、ユーザ端末内に保持しないことを特徴としている。
【００２０】
したがって、コンテンツの復号後において復号鍵が漏洩することを防止することができる。これにより、コンテンツの著作権保護を図ることができる。
【００２１】
(13)この発明にかかるコンテンツ提供システムにおいては、
認証サーバのユーザ情報データは、第１の識別データおよび第２の識別データを含んでおり、
ユーザ端末は、コンテンツサーバに対して前記第１の識別データを送信し、認証サーバに対して前記第２の識別データを送信することを特徴としている。
【００２２】
したがって、コンテンツサーバからコンテンツを取得するときのユーザ情報と認証サーバから復号鍵を取得する場合のユーザ情報とを分けることができる。これにより、ユーザ情報の漏洩を防止して、コンテンツの著作権保護をより確実に図ることができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明における実施形態について、図面を参照して説明する。
【００２４】
１．第１の実施形態
１−１．機能ブロック図
図１に、本発明にかかるコンテンツ提供システムの機能ブロック図を示す。この図において、ユーザ端末１、コンテンツサーバ３、認証サーバ５はインターネット等のネットワーク０に接続されており、当該ネットワーク０を介してそれぞれが通信可能である。
【００２５】
なお、図１においては、ユーザ端末１またはコンテンツサーバ３は、それぞれ１つしか存在していないが、いずれか一方または双方が複数存在する構成であってもよい。
【００２６】
１−１−１．ユーザ端末
図１において、本発明にかかるユーザ端末１は、コンテンツ取得手段ａ、復号鍵取得手段ｂ、コンテンツ復号手段ｃを備えている。
【００２７】
コンテンツ取得手段ａは、コンテンツサーバに対して、ユーザ情報をともなってコンテンツを要求し、暗号化されたコンテンツを取得する。
【００２８】
復号鍵取得手段ｂは、認証サーバに対して、ユーザ情報をともなって復号鍵を要求し、前記ユーザ情報に対応する復号鍵を取得する。
【００２９】
コンテンツ復号手段ｃは、コンテンツサーバから受信した前記コンテンツを、認証サーバから取得した前記復号鍵を用いて復号する。
【００３０】
１−１−２．コンテンツサーバ
図１において、本発明にかかるコンテンツサーバ３は、記録部ｄ、コンテンツ暗号化手段ｆ、暗号化鍵取得手段ｅ、コンテンツ送信手段ｇを備えている。
【００３１】
記録部ｄは、少なくとも１以上のコンテンツを記録している。
【００３２】
暗号化鍵取得手段ｅは、ユーザ端末からのコンテンツ要求を受けて、認証サーバに対して、前記ユーザ情報をともなって暗号化鍵を要求し、当該ユーザ情報に対応する暗号化鍵を取得する。
【００３３】
コンテンツ暗号化手段ｆは、ユーザ端末から要求されたコンテンツを記録部から読み出し、認証サーバから取得した前記暗号化鍵を用いて当該コンテンツを暗号化する。
【００３４】
コンテンツ送信手段ｇは、前記コンテンツ暗号化手段において暗号化されたコンテンツをユーザ端末に送信する。
【００３５】
１−１−３．認証サーバ
図１において、本発明にかかる認証サーバ５は、記録部ｈ、ユーザ認証手段ｉ、暗号化鍵送信手段ｊ、復号鍵送信手段ｋを備えている。
【００３６】
記録部ｈはｍ、ユーザ情報と、当該ユーザ情報に対応する暗号化鍵および復号鍵の組合せを記録する。
【００３７】
ユーザ認証手段ｉは、コンテンツサーバまたはユーザ端末からのユーザ情報を受けて、前記記録部を参照して当該ユーザが正規ユーザであるか否かを認証する。
【００３８】
暗号化鍵送信手段ｊは、コンテンツサーバからの暗号化鍵要求を受けて、前記記録部を参照して前記ユーザ情報に対応する暗号化鍵を取得し、これを送信する。
【００３９】
復号鍵送信手段ｋは、ユーザ端末からの復号鍵の要求を受けて、前記記録部を参照して前記ユーザ情報に対応する復号鍵を取得して、これを送信する。
【００４０】
１−２．ハードウェア構成
図１に示したコンテンツ提供システムを構成するユーザ端末１、コンテンツサーバ３および認証サーバ５をそれぞれＣＰＵを用いて実現したハードウェア構成の一例を図２〜４に示す。
【００４１】
１−２−１．ユーザ端末
図２に示すように、端末装置１は、ディスプレイ２０１、ＣＰＵ２０３、メモリ２０５、キーボード／マウス２０７、ハードディスク２０９、ＣＤ−ＲＯＭドライブ２１１、通信回路２１５、サウンドボード２１７およびスピーカー２１９を備えている。
【００４２】
メモリ２０５は、復号鍵バッファ２７およびコンテンツバッファ２９を有している。
【００４３】
ハードディスク２０９は、ブラウザプログラム２１、コンテンツ再生プログラム２３およびコンテンツ記憶領域２５を有している。ブラウザプログラム２１およびコンテンツ再生プログラム２３は、それぞれＣＤ−ＲＯＭドライブ２１１を介してＣＤ−ＲＯＭ２１２に記録されたデータを読み出してインストールされたものである。なお、上記インストールは、通信回路２１５を用いてネットワーク０等からダウンロードしたデータを使用して行うようにしてもよい。
【００４４】
コンテンツ取得手段ａは、ブラウザプログラム２１によって実現される。復号鍵取得手段ｂおよびコンテンツ復号手段ｃは、コンテンツ再生プログラム２３によって実現される。
【００４５】
サウンドボード２１７およびスピーカー２１９は、コンテンツを再生するために使用されるものである。
【００４６】
１−２−２．コンテンツサーバ
図３に示すように、コンテンツサーバ３は、ディスプレイ３０１、ＣＰＵ３０３、メモリ３０５、キーボード／マウス３０７、ハードディスク３０９、ＣＤ−ＲＯＭドライブ３１１および通信回路３１５を備えている。
【００４７】
ハードディスク３０９は、コンテンツデータベース３１およびコンテンツ提供プログラム３３を有している。コンテンツ提供プログラム３３はＣＤ−ＲＯＭドライブ３１１を介してＣＤ−ＲＯＭ３１２に記録されたデータを読み出してインストールされたものである。なお、上記インストールは、通信回路３１５を用いてネットワーク０等からダウンロードしたデータを使用して行うようにしてもよい。
【００４８】
記録部ｄは、コンテンツデータベース３１によって実現される。暗号化鍵取得手段ｅ、コンテンツ暗号化手段ｆおよびコンテンツ送信手段ｇは、コンテンツ提供プログラム３３によって実現される。
【００４９】
１−２−３．認証サーバ
図４に示すように、認証サーバ５は、ディスプレイ４０１、ＣＰＵ４０３、メモリ４０５、キーボード／マウス４０７、ハードディスク４０９、ＣＤ−ＲＯＭドライブ４１１および通信回路４１５を備えている。
【００５０】
ハードディスク４０９は、ユーザ情報データベース４１およびユーザ認証・鍵送信プログラム４３を有している。ユーザ認証・鍵送信プログラム４３はＣＤ−ＲＯＭドライブ４１１を介してＣＤ−ＲＯＭ４１２に記録されたデータを読み出してインストールされたものである。なお、上記インストールは、通信回路４１５を用いてネットワーク０等からダウンロードしたデータを使用して行うようにしてもよい。
【００５１】
記録部ｈは、ユーザ情報データベース４１によって実現される。暗号化鍵送信手段ｊ、復号鍵送信手段ｋおよびユーザ認証手段ｉは、ユーザ認証・鍵送信プログラム４３によって実現される。
【００５２】
１−３．処理概要
本実施形態おける処理概要を以下に示す。図１において、ユーザ端末１は、コンテンツの提供を受けるユーザが有するクライアント装置である。コンテンツサーバ３は、ユーザにコンテンツを提供するコンテンツ提供業者が有するサーバ装置である。認証サーバ５は、ユーザが正規ユーザであるか否かを認証する認証業者が有するサーバ装置である。
【００５３】
１−３−１．コンテンツの取得時
ユーザ端末１において、ユーザがブラウザプログラム２１を起動してコンテンツサーバ３に接続すると、コンテンツサーバ３のＣＰＵ３０３は、コンテンツデータベース３１を参照してユーザに提供可能なコンテンツの一覧をユーザ端末１に送信する。
【００５４】
ユーザ端末１において、ユーザがコンテンツの一覧から所望するコンテンツを選択すると、コンテンツサーバ３のＣＰＵ３０３は、ユーザ情報としてユーザＩＤ・パスワードを要求する。
【００５５】
ユーザ端末１において、ユーザがユーザＩＤ・パスワードを入力すると、ユーザ端末１のＣＰＵ２０３は、これをコンテンツサーバ３に送信する。
【００５６】
コンテンツサーバ３のＣＰＵ３０３は、ユーザ端末１から受信したユーザＩＤ・パスワードを認証サーバ５に送信してユーザにかかる暗号化鍵を要求する。
【００５７】
認証サーバ５のＣＰＵ４０３は、ユーザ情報データベース４１を参照して、当該ユーザ情報にかかるユーザが正規ユーザであるか否かを判断し、正規ユーザであれば、当該ユーザ情報に対応して記録している暗号化鍵をコンテンツサーバ３に送信する。
【００５８】
暗号化鍵を受けて、コンテンツサーバ３のＣＰＵ３０３は、ユーザが所望するコンテンツを当該暗号化鍵を用いて暗号化し、暗号化したコンテンツをユーザ端末１に送信する。
【００５９】
暗号化したコンテンツを受けて、ユーザ端末１のＣＰＵ２０３は、当該コンテンツをコンテンツ記憶領域２５に記憶する。
【００６０】
１−３−２．コンテンツの再生時
以上のようにして、ユーザ端末１にコンテンツが取得された後、ユーザは次のようにして、取得されたコンテンツを再生する。
【００６１】
ユーザ端末１において、ユーザがコンテンツ再生プログラム２３を起動させると、ＣＰＵ２０３は、ユーザ情報としてユーザＩＤ・パスワードを要求する。
【００６２】
ユーザ端末１において、ユーザがユーザＩＤ・パスワードを入力すると、ＣＰＵ２０３は、これを認証サーバ５に送信してユーザにかかる復号鍵を要求する。
【００６３】
認証サーバ５のＣＰＵ４０３は、ユーザ情報データベース４１を参照して、当該ユーザ情報にかかるユーザが正規ユーザであるか否かを判断し、正規ユーザであれば、当該ユーザ情報に対応して記録している復号鍵をユーザ端末１に送信する。
【００６４】
復号鍵を受けて、ユーザ端末１のＣＰＵ２０３は、ユーザが指定したコンテンツを当該復号鍵を用いて復号し、コンテンツを再生する。ＣＰＵ２０３は、コン    テンツの復号が完了すると、当該復号鍵を削除する。
【００６５】
１−３−３．コンテンツの状態遷移
図１ａに、上記において提供されるコンテンツの状態遷移を示す。認証サーバ５は、暗号化鍵Ｋｅおよび復号鍵Ｋｄを有している。
【００６６】
コンテンツサーバ３は、ユーザ所望のコンテンツＣｏを、認証サーバ５から取得した暗号化鍵Ｋｅを用いて暗号化し、暗号化コンテンツＣｅを得る。
【００６７】
ユーザ端末１は、コンテンツサーバ５から取得して暗号化コンテンツＣｅを、認証サーバ５から取得した復号鍵Ｋｄを用いて復号し、復号済みのコンテンツＣｏを得る。
【００６８】
このように、ユーザごとの暗号化鍵・復号鍵を用いてコンテンツの暗号化・復号を行うようにすることにより、コンテンツの使用者を制限することができる。
【００６９】
また、コンテンツの暗号化・復号を行う鍵を認証サーバ５において一元管理することにより、鍵の漏洩を防止することができる。さらに、コンテンツを提供するコンテンツサーバ３が複数あった場合にも、ユーザごとの鍵の管理が煩雑になることはない。
【００７０】
１−４．処理詳細
図５〜１２を用いて、本実施形態における処理詳細を説明する。なお、本実施形態においては、ユーザに提供されるコンテンツは、ユーザ端末１において音楽を再生するためのデジタルコンテンツとする。
【００７１】
１−４−１．コンテンツの取得時
図５に、ユーザが、コンテンツサーバ３からユーザ端末１にコンテンツを取得する場合のフローチャートの例を示す。
【００７２】
ユーザ端末１において、ユーザがハードディスク２０９に記録されたブラウザプログラム２１を起動させ、コンテンツサーバ３に接続するための所定ＵＲＬをキーボード／マウス２０７を用いて入力すると、ユーザ端末１のＣＰＵ２０３は、通信回路２１５によってネットワーク０に接続してコンテンツサーバ３にアクセスする（ステップＳ５１１）。
【００７３】
アクセスを受けて、コンテンツサーバ３のＣＰＵ３０３は、ハードディスク３０９に記録しているコンテンツ提供プログラム３３を起動させることによって、提供可能なコンテンツをコンテンツデータベース３１から抽出してコンテンツ一覧を作成し、これをユーザ端末１に送信する（ステップＳ５３１）。
【００７４】
送信を受けて、ユーザ端末１のＣＰＵ２０３は、コンテンツ一覧画面をディスプレイ２０１に表示させる。
【００７５】
図８に、コンテンツデータベース３１の例を示す。コンテンツデータベース３１には、コンテンツを識別するためのコンテンツＩＤ８１、コンテンツの内容を示すコンテンツ名８３、コンテンツを提供する対価を示すコンテンツ価格８５およびコンテンツの実体としてのコンテンツデータ８７等が記録される。
【００７６】
図９にコンテンツ一覧画面の例を示す、コンテンツ一覧画面９０は、コンテンツデータベース３１に基づいて生成されており、コンテンツ名９１、コンテンツ価格９３、ダウンロードボタン９５等が各コンテンツごとに表示される。例えば、図９において、コンテンツ名「コンテンツＷ」は、図８のレコード８０１に基づいて生成されたものである。
【００７７】
コンテンツ一覧画面９０において、ユーザがキーボード／マウス２０７を用いてコンテンツ名をクリックすると、コンテンツの詳細情報が表示される。コンテンツの詳細情報を確認したユーザは、コンテンツ一覧画面９０において、ダウンロードボタンを押下することによって所望のコンテンツを選択する（ステップＳ５１３）。
【００７８】
例えば、図９のコンテンツ一覧画面９０において、「コンテンツＸ」を所望するユーザがダウンロードボタン９０１を押下する。
【００７９】
これを受けて、コンテンツサーバ３のＣＰＵ３０３は、ユーザにユーザ情報の入力を要求するため、ユーザ情報入力画面を送信する（ステップＳ５３３）。図１０に、ユーザ情報入力画面の例を示す。ユーザ情報入力画面１００には、ユーザＩＤ１０１、パスワード１０３の入力欄が設けられている。
【００８０】
ユーザが、認証業者から予め発行されていたユーザＩＤおよびパスワードを、ユーザＩＤ１０１、パスワード１０３の各入力欄に入力して送信ボタン１０５を押下すると（ステップＳ５１５）、ユーザ端末１のＣＰＵ２０３は、入力されたユーザＩＤおよびパスワードを、ユーザ情報としてコンテンツサーバ３に送信する（ステップＳ５１７）。
【００８１】
例えば、図１０のユーザ情報入力画面１００において、ユーザ「Ｃ」は、ユーザＩＤ「００５」、パスワード「ａｂｃｄ」を入力して送信ボタン１０５を押下する。
【００８２】
送信を受けて、コンテンツサーバ３のＣＰＵ３０３は、認証サーバ５に当該ユーザにかかる暗号化鍵を要求するため、ユーザ情報としてユーザ端末１から受信したユーザＩＤおよびパスワードを、認証サーバ５に送信する（ステップＳ５３５）。
【００８３】
例えば、コンテンツサーバ３のＣＰＵ３０３は、ユーザＩＤ「００５」およびパスワード「ａｂｃｄ」を、ユーザ情報として認証サーバ５に送信する。
【００８４】
送信を受けて、認証サーバ５のＣＰＵ４０３は、ハードディスク４０９に記録したユーザ認証・鍵送信プログラム４３を起動させることによって、前記ユーザＩＤおよびパスワードに基づいてユーザ情報データベース４１を検索し（ステップＳ５５１）、当該ユーザが正規ユーザであるか否かを判断する（ステップＳ５５３）。
【００８５】
図７に、ユーザ情報データベース４１の例を示す。ユーザ情報データベース４１には、ユーザごとに、ユーザ名７１、ユーザＩＤ７２、パスワード７３、暗号化鍵７４、復号鍵７５等が記録されている。
【００８６】
なお、暗号化鍵および復号鍵は、模式的に「Ｋｅａ」等の文字列で表現しているが、実際には暗号方式に適した鍵長のビット列である。
【００８７】
例えば、ＤＥＳ（Data Encryption Standard）方式においては、５６ビット、１２８ビットの鍵長が使用され、ＲＳＡ方式においては、５１２ビット、１０２４ビット、２０４８ビットの鍵長が使用される。
【００８８】
ステップＳ５５３において、認証サーバ５のＣＰＵ４０３は、受信したユーザにかかるユーザＩＤおよびパスワードがユーザ情報データベース４１に存在すれば、当該ユーザを正規ユーザであると判断し（ステップＳ５５３、ＹＥＳ）、ユーザ情報データベース４１から当該ユーザの暗号化鍵を抽出して、これをコンテンツサーバ３に送信する（ステップＳ５５５）。
【００８９】
例えば、ユーザＩＤ「００５」およびパスワード「ａｂｃｄ」は、ユーザ情報データベース４１におけるレコード７０１に記録されていることにより、当該ユーザは正規ユーザであると判断することができる。この場合において、暗号化鍵７４として「Ｋｅｃ」が抽出され、「Ｋｅｃ」にかかる暗号化鍵データがコンテンツサーバ３に送信される。
【００９０】
一方、ユーザＩＤおよびパスワードが存在しなければ（ステップＳ５５３、ＮＯ）、当該ユーザは正規ユーザでないと判断して、その旨のデータをコンテンツサーバ３に送信する。これを受けてコンテンツサーバ３は、認証失敗によりコンテンツを送信できない旨のデータをユーザ端末１に送信する（図示せず）。
【００９１】
暗号化鍵の送信を受けて、コンテンツサーバ３のＣＰＵ３０３は、ユーザが所望するコンテンツにかかるコンテンツデータ８７をコンテンツデータベース３１から読み出し、当該コンテンツデータ８７を暗号化鍵を用いて暗号化し、暗号化コンテンツを得る（ステップＳ５３７）。
【００９２】
なお、この場合において、暗号化に用いるアルゴリズムには、ＤＥＳ (Data Encryption Standard) 、Triple ＤＥＳ等の共通鍵暗号アルゴリズム（対称鍵）、またはＲＳＡ、楕円曲線暗号（ECC：Elliptic Curve Cipher）、Diffie-Hellman 等の公開鍵暗号アルゴリズム（非対称鍵）のいずれを用いてもよい。
【００９３】
例えば、「コンテンツＸ」のコンテンツデータが、暗号化鍵「Ｋｅｃ」を用いて暗号化され、暗号化コンテンツが生成される。
【００９４】
コンテンツの暗号化を終えると、コンテンツサーバ３のＣＰＵ３０３は、暗号化コンテンツをユーザ端末１に送信する（ステップＳ５３９）。
【００９５】
暗号化コンテンツの送信を受けて、ユーザ端末１は、コンテンツサーバ３から暗号化コンテンツをダウンロードし、ハードディスク２０９のコンテンツ記憶領域２５に記録する（ステップＳ５１９）。例えば、コンテンツのダウンロード中は、図１１に示すダウンロード画面がユーザ端末１のディスプレイ２０１に表示される。
【００９６】
図６に、ユーザが、コンテンツサーバ３からユーザ端末１にコンテンツを再生する場合のフローチャートの例を示す。
【００９７】
１−４−２．コンテンツの再生時
以下、ユーザが、コンテンツサーバ３からユーザ端末１にダウンロードした暗号化コンテンツを再生する場合の例を示す。
【００９８】
ユーザ端末１において、ユーザがハードディスク２０９に記録されたコンテンツ再生プログラム２３を起動させると（ステップＳ６１１）、ユーザ端末１のＣＰＵ２０３は、ユーザにユーザ情報の入力を要求するため、ユーザ情報入力画面を表示する。なお、ユーザ情報入力画面の例は、図１０において示したものと同様である。
【００９９】
ユーザが、認証業者から予め発行されていたユーザＩＤおよびパスワードを、ユーザＩＤ１０１、パスワード１０３の各入力欄に入力して送信ボタン１０５を押下すると（ステップＳ６１３）、ＣＰＵ２０３は、認証サーバ５に当該ユーザにかかる復号鍵を要求するため、入力されたユーザＩＤおよびパスワードを、ユーザ情報として認証サーバ５に送信する（ステップＳ６１５）。
【０１００】
例えば、図１０のユーザ情報入力画面１００において、ユーザ「Ｃ」は、ユーザＩＤ「００５」、パスワード「ａｂｃｄ」を入力して送信ボタン１０５を押下する。
【０１０１】
送信を受けて、認証サーバ５のＣＰＵ４０３は、ハードディスク４０９に記録したユーザ認証・鍵送信プログラム４３を起動させることによって、前記ユーザＩＤおよびパスワードに基づいてユーザ情報データベース４１を検索し（ステップＳ６５１）、当該ユーザが正規ユーザであるか否かを判断する（ステップＳ６５３）。
【０１０２】
ステップＳ６５３において、認証サーバ５のＣＰＵ４０３は、受信したユーザにかかるユーザＩＤおよびパスワードがユーザ情報データベース４１に存在すれば、当該ユーザを正規ユーザであると判断し（ステップＳ６５３、ＹＥＳ）、ユーザ情報データベース４１から当該ユーザの復号鍵を抽出して、これをユーザ端末１に送信する（ステップＳ６５５）。
【０１０３】
例えば、ユーザＩＤ「００５」およびパスワード「ａｂｃｄ」は、ユーザ情報データベース４１におけるレコード７０１に記録されていることにより、当該ユーザは正規ユーザであると判断することができる。この場合において、復号鍵７５として「Ｋｄｃ」が抽出され、「Ｋｄｃ」にかかる復号鍵データがユーザ端末１に送信される。
【０１０４】
一方、ユーザＩＤおよびパスワードが存在しなければ（ステップＳ６５３、ＮＯ）、当該ユーザは正規ユーザでないと判断して、認証失敗により復号鍵を送信できない旨のデータをユーザ端末１に送信する（図示せず）。
【０１０５】
復号鍵の送信を受けて、ユーザ端末１のＣＰＵ２０３は、認証サーバ５から受信した復号鍵をメモリ２０５の復号鍵バッファ２７に記憶する（ステップＳ６１７）。
【０１０６】
復号鍵を取得すると、ユーザ端末１のＣＰＵ２０３は、コンテンツ再生画面をディスプレイ２０１に表示させる（ステップＳ６１９）。
【０１０７】
図１２にコンテンツ再生画面の例を示す。コンテンツ再生画面１２０には、再生にかかるコンテンツを選択するためのプルダウンメニュー１２１、コンテンツの再生を開始指示を行うための再生ボタン１２３およびコンテンツ再生プログラムの終了指示を行うための終了ボタン１２５が表示される。
【０１０８】
例えば、プルダウンメニュー１２１には、上記ステップＳ５１１〜５１９において取得した暗号化コンテンツのコンテンツ名が一覧で表示される。なお、コンテンツ名は、暗号化コンテンツのダウンロード先として指定されているコンテンツ記憶領域２５の所定ディレクトリにおける暗号化コンテンツのファイル名に基づいて取得すればよい。
【０１０９】
コンテンツ再生画面１２０において、ユーザがプルダウンメニュー１２１を操作し、再生するコンテンツを選択して再生ボタンを押下すると（ステップＳ６２３）、ユーザ端末１のＣＰＵ２０３は、選択されたコンテンツにかかる暗号化コンテンツをメモリ２０５に読み込む（ステップＳ６２５）。
【０１１０】
暗号化コンテンツの読み込みを終えると、ユーザ端末１のＣＰＵ２０３は、先に記憶した復号鍵を用いて暗号化コンテンツを復号してメモリ２０５のコンテンツバッファ２９に記憶する（ステップＳ６２７）。
【０１１１】
例えば、暗号化コンテンツ「コンテンツＸ」を復号鍵「Ｋｄｃ」を用いて復号し、復号済みのコンテンツ「コンテンツＸ」を取得する。なお、復号のアルゴリズムは、コンテンツサーバ３において用いた暗号化のアルゴリズムに対応するものである。
【０１１２】
ＣＰＵ２０３は、コンテンツの復号に成功すると（ステップＳ６２９）、コンテンツバッファ２９の復号済みコンテンツを読み出してコンテンツを再生する  （ステップＳ６３１）。
【０１１３】
例えば、コンテンツの再生は、復号済みコンテンツのファイル形式に対応する再生プログラムを起動させればよい。復号済みコンテンツがＷＡＶＥ形式であれば、ＷＡＶＥ．ＡＰＩに復号済みコンテンツを引き渡すことにより、ユーザ端末１のサウンドボード２１７およびスピーカー２１９を使用して、当該音楽コンテンツを再生することができる。
【０１１４】
上記の場合、「コンテンツＸ」にかかる音楽コンテンツがスピーカー２１９から再生され、ユーザは所望のコンテンツＸを視聴することができる。
【０１１５】
コンテンツの再生を終えると、ユーザ端末１のＣＰＵ２０３は、コンテンツバッファ２９に記憶している復号済みコンテンツを削除する（ステップＳ６３３）。
【０１１６】
このように、再生後にコンテンツをメモリ２０５から削除することにより、復号済みコンテンツを、他のコンピュータ等に複製することが困難となり、当該コンテンツの著作権を保護することができる。
【０１１７】
コンテンツの削除を終えると、ＣＰＵ２０３は、ステップＳ６１９に戻りコンテンツ再生画面１２０を表示する。
【０１１８】
コンテンツ再生画面１２０において、ユーザによって終了ボタン１２５が押下されると（ステップＳ６２１、ＹＥＳ）、ＣＰＵ２０３は、復号鍵バッファ２５７に記憶している復号鍵を削除する（ステップＳ６３５）。例えば、復号鍵バッファ２７に記憶した復号鍵「Ｋｄｃ」が削除される。
【０１１９】
１−５まとめ
以上説明したように、この発明によれば、ユーザごとに生成された暗号化鍵を用いて暗号化したコンテンツを、ユーザごとに生成された復号鍵を用いて復号することができる。これにより、正規ユーザに対してのみコンテンツを再生できるようにして、インターネット上で配信するコンテンツの著作権保護を図ることができる。
【０１２０】
なお、上記においては、コンテンツを１つずつ再生するように構成したが、複数のコンテンツを同時に再生するようにしてもよい。この場合には、コンテンツ再生画面１２０（図１２）おいて、ダウンロードしたコンテンツの一覧とともに各コンテンツに対応したチェックボックスを表示しておき、チェックボックスにチェックされたコンテンツをまとめて再生するように構成すればよい。
【０１２１】
２．第２の実施形態
第１の実施形態においては、ユーザごとに予め生成された暗号化鍵・復号鍵の組合せを用いて、本発明にかかるコンテンツ提供システムを構成したが、本実施形態においては、ユーザごとかつコンテンツごとに都度生成される暗号化鍵・復号鍵の組合せを用いる例について説明する。
【０１２２】
図１８に本実施形態における機能ブロック図を示す。図１８は、図１に示した機能ブロック図に、後述する鍵生成手段ｌを加えたものである。なお、本実施形態における各装置のハードウェア構成は、第１の実施形態と同様である。
【０１２３】
２−１．処理概要
本実施形態おける処理概要を以下に示す。図１８におけるユーザ端末１、コンテンツサーバ３および認証サーバ５は、第１の実施形態と同様である。
【０１２４】
２−１−１．コンテンツの取得時
ユーザ端末１において、ユーザがブラウザプログラム２１を起動してコンテンツサーバ３に接続すると、コンテンツサーバ３のＣＰＵ３０３は、コンテンツデータベース３１を参照してユーザに提供可能なコンテンツの一覧をユーザ端末１に送信する。
【０１２５】
ユーザ端末１において、ユーザがコンテンツの一覧から所望するコンテンツを選択すると、コンテンツサーバ３のＣＰＵ３０３は、ユーザ情報としてユーザＩＤ・パスワードを要求する。
【０１２６】
ユーザ端末１において、ユーザがユーザＩＤ・パスワードを入力すると、ユーザ端末１のＣＰＵ２０３は、これをコンテンツサーバ３に送信する。
【０１２７】
コンテンツサーバ３のＣＰＵ３０３は、ユーザ端末１から受信したユーザＩＤ・パスワードおよびユーザが所望するコンテンツのコンテンツＩＤを認証サーバ５に送信してユーザにかかる暗号化鍵を要求する。
【０１２８】
認証サーバ５のＣＰＵ４０３は、ユーザ情報データベース４１を参照して、当該ユーザ情報にかかるユーザが正規ユーザであるか否かを判断し、正規ユーザであれば、鍵生成手段ｌにおいて、当該ユーザ情報およびコンテンツＩＤに対応する暗号化鍵・復号鍵の組合せを生成し、このうち暗号化鍵のみをコンテンツサーバ３に送信する。
【０１２９】
暗号化鍵を受けて、コンテンツサーバ３のＣＰＵ３０３は、ユーザが所望するコンテンツを当該暗号化鍵を用いて暗号化し、暗号化したコンテンツをコンテンツＩＤとともにユーザ端末１に送信する。
【０１３０】
暗号化コンテンツを受けて、ユーザ端末１のＣＰＵ２０３は、当該コンテンツおよびコンテンツＩＤをコンテンツ記憶領域２５に記憶する。
【０１３１】
２−１−２．コンテンツの再生時
ユーザ端末１において、ユーザがコンテンツ記憶領域２５に記憶されたコンテンツを指定すると、ＣＰＵ２０３は、ユーザ情報としてユーザＩＤ・パスワードを要求する。
【０１３２】
ユーザ端末１において、ユーザがユーザＩＤ・パスワードを入力すると、ＣＰＵ２０３は、当該コンテンツをコンテンツＩＤとともに認証サーバ５に送信し、当該ユーザおよび当該コンテンツにかかる復号鍵を要求する。
【０１３３】
認証サーバ５のＣＰＵ４０３は、ユーザ情報データベース４１を参照して、当該ユーザ情報にかかるユーザが正規ユーザであるか否かを判断し、正規ユーザであれば、当該ユーザ情報および当該コンテンツＩＤに対応付けて記録している復号鍵をユーザ端末１に送信する。
【０１３４】
復号鍵を受けて、ユーザ端末１のＣＰＵ２０３は、ユーザが指定したコンテンツを当該復号鍵を用いて復号し、コンテンツを再生する。ＣＰＵ２０３は、コンテンツの復号が完了すると、当該復号鍵を削除する。
【０１３５】
なお、本実施形態におけるコンテンツの状態遷移は、図１ａに示したものと同様である。
【０１３６】
このように、ユーザごとかつコンテンツごとの暗号化鍵・復号鍵を用いてコンテンツの暗号化・復号を行うようにすることにより、コンテンツの使用者を制限して、各コンテンツごとに再生を制限することができる。
【０１３７】
２−２．処理詳細
図１３〜１６を用いて、本実施形態における処理詳細を説明する。なお、第１の実施形態と同様に、ユーザに提供されるコンテンツは、ユーザ端末１において音楽を再生するためのデジタルコンテンツとする。
【０１３８】
２−２−１．コンテンツの取得時
図１３に、ユーザが、コンテンツサーバ３からユーザ端末１にコンテンツを取得する場合のフローチャートの例を示す。
【０１３９】
図１３のフローチャートは、基本的に第１の実施形態において示した図５のフローチャートと同様であるが、以下の点が異なる。
【０１４０】
認証サーバ５のユーザ情報データベース４１においては、ユーザごとかつコンテンツごとに暗号化鍵および復号鍵の組合せが複数個記録可能となっており、ユーザからのコンテンツ取得要求があったときに、対応するコンテンツＩＤ、暗号化鍵、復号鍵がそれぞれ記録される。
【０１４１】
図１６に、この場合におけるユーザ情報データベース４１の例を示す。ユーザ情報データベース４１には、ユーザ名７１、ユーザＩＤ７２、パスワード７３ごとに、コンテンツ１＿１６１、コンテンツ２＿１６２、コンテンツ３＿１６３、…等が記録されている。
【０１４２】
さらに、コンテンツ１＿１６１として、それぞれコンテンツＩＤ１６１１、暗号化鍵１６１２および復号鍵１６１３が記録されている。なお、コンテンツ２＿１６２、コンテンツ３＿１６３、…にも同様に、コンテンツＩＤ、暗号化鍵および復号鍵が記録されている。
【０１４３】
例えば、図１６において、ユーザ名「Ａ」のユーザは、ユーザＩＤ７２「００１」、パスワード７３「１２３４」とともに、コンテンツ１＿１６１としてコンテンツＩＤ１６１１「１１０１」、暗号化鍵１６１２「Ｋｅａ１」、復号鍵１６１３「Ｋｄａ１」、コンテンツ２＿１６２としてコンテンツＩＤ１６２１「２２０１」、暗号化鍵１６２２「Ｋｅａ２」、復号鍵１６２３「Ｋｄａ２」、コンテンツ１＿１６１としてコンテンツＩＤ１６１１「３５５１」、暗号化鍵１６１２「Ｋｅａ３」、復号鍵１６１３「Ｋｄａ３」を記録している。
【０１４４】
ステップＳ５３５において、コンテンツサーバ３は、ユーザ端末１から受信したユーザＩＤ、パスワードに加えてユーザが所望するコンテンツのコンテンツＩＤを、認証サーバ５に送信して、暗号化鍵を要求する。
【０１４５】
要求を受けて認証サーバ５は、ステップ５５３においてユーザを正規ユーザと判断した場合には、鍵生成処理を行う（ステップＳ５５４）。
【０１４６】
図１４に、鍵生成処理におけるフローチャートを示す。認証サーバ５のＣＰＵ４０３は、コンテンツサーバ３から受信したユーザＩＤ、パスワード、コンテンツＩＤをメモリ４０５から読み込む（ステップＳ１４０１）。
【０１４７】
ＣＰＵ４０３は、ユーザＩＤ、パスワードおよびコンテンツＩＤに基づいて暗号化鍵、復号鍵の組合せを生成する（ステップＳ１４０３）。なお、鍵の生成は第１の実施形態と同様に、任意の暗号アルゴリズムを用いればよい。
【０１４８】
ＣＰＵ４０３は、生成した暗号化鍵および復号鍵をコンテンツＩＤとともに、ユーザ情報データベース４１に記録する（ステップＳ１４０５）。
【０１４９】
例えば、図１６のレコード１６０１に示すように、ユーザ「Ｃ」がコンテンツＩＤ１６１１「１１０３」のコンテンツを要求している場合には、暗号化鍵１６１２「Ｋｅｃ１」および復号鍵「Ｋｄｃ１」が記録される。
【０１５０】
認証サーバ５のＣＰＵ４０３は、ステップＳ５５４において生成した暗号化鍵および復号鍵の組合せをコンテンツサーバ３に送信する（図１３、ステップ５５５Ｓ）。
【０１５１】
送信を受けてコンテンツサーバ３は、第１の実施形態と同様に、コンテンツの暗号化を行い（ステップＳ５３７）、暗号化コンテンツをユーザ端末１に送信する（ステップＳ５３９）。
【０１５２】
２−２−２．コンテンツの再生時
図１５に、ユーザが、コンテンツサーバ３からユーザ端末１にダウンロードした暗号化コンテンツを再生する場合の例を示す。
【０１５３】
ユーザ端末１において、ユーザがハードディスク２０９に記録されたコンテンツ再生プログラム２３を起動させると（ステップＳ１５１１）、ユーザ端末１のＣＰＵ２０３は、コンテンツ再生画面をディスプレイ２０１に表示させる（ステップＳ１５１３）。
【０１５４】
コンテンツ再生画面の例は、第１の実施形態の図１２において示したものと同様である。
【０１５５】
コンテンツ再生画面１２０において、ユーザがプルダウンメニュー１２１を操作し、再生するコンテンツを選択して再生ボタンを押下すると（ステップＳ１５１７）、当該コンテンツにかかる復号鍵がメモリ２０５の復号鍵バッファ２７に存在するか否かを判断する（ステップＳ１５１９）。この場合、コンテンツＩＤと復号鍵を対応付けて復号鍵バッファ２７に記憶しておき、ＣＰＵ２０３は、ユーザが選択したコンテンツにかかるコンテンツＩＤに基づいて復号鍵の存在の有無を判断すればよい。
【０１５６】
復号鍵が存在しない場合（ステップＳ１５１９、ＮＯ）、ユーザ端末１のＣＰＵ２０３は、ユーザにユーザ情報の入力を要求するため、ユーザ情報入力画面を表示する。なお、ユーザ情報入力画面の例は、第１の実施形態の図１０において示したものと同様である。
【０１５７】
ユーザが、認証業者から予め発行されていたユーザＩＤおよびパスワードを、ユーザＩＤ１０１、パスワード１０３の各入力欄に入力して送信ボタン１０５を押下すると（ステップＳ１５２１）、ＣＰＵ２０３は、認証サーバ５に当該ユーザの当該コンテンツにかかる復号鍵を要求するため、入力されたユーザＩＤおよびパスワードに加えてコンテンツＩＤを認証サーバ５に送信する（ステップＳ１５２３）。
【０１５８】
例えば、図１２のコンテンツ再生画面１２０において、ユーザ「Ｃ」がプルダウンメニュー１２１を操作し、コンテンツ「コンテンツＸ」を選択して再生ボタンを押下すると、図１０のユーザ情報入力画面１００がディスプレイ２０１に表示される。
【０１５９】
図１０のユーザ情報入力画面１００において、ユーザ「Ｃ」が、ユーザＩＤ「００５」、パスワード「ａｂｃｄ」を入力して送信ボタン１０５を押下すると、ユーザ端末１のＣＰＵ２０３は、ユーザＩＤ「００５」、パスワード「ａｂｃｄ」、「コンテンツＸ」のコンテンツＩＤ「１００３」を認証サーバ５に送信する。
【０１６０】
送信を受けて、認証サーバ５のＣＰＵ４０３は、ハードディスク４０９に記録したユーザ認証・鍵送信プログラム４３を起動させることによって、前記ユーザＩＤおよびパスワードに基づいてユーザ情報データベース４１を検索し（ステップＳ１５５１）、当該ユーザが正規ユーザであるか否かを判断する（ステップＳ１５５３）。
【０１６１】
ステップＳ１５５３において、認証サーバ５のＣＰＵ４０３は、受信したユーザにかかるユーザＩＤおよびパスワードがユーザ情報データベース４１に存在すれば、当該ユーザを正規ユーザであると判断する（ステップＳ１５５３、ＹＥＳ）。
【０１６２】
さらに、ＣＰＵ４０３は、ユーザ情報データベース４１から当該ユーザの当該コンテンツＩＤにかかる復号鍵を抽出して、これをユーザ端末１に送信する（ステップＳ１５５５）。
【０１６３】
例えば、ユーザＩＤ「００５」およびパスワード「ａｂｃｄ」は、ユーザ情報データベース４１におけるレコード７０１に記録されていることにより、当該ユーザは正規ユーザであると判断することができる。
【０１６４】
さらに、コンテンツＩＤ「１００３」にかかる復号鍵として復号鍵１６１３「Ｋｄｃ１」が抽出され、「Ｋｄｃ１」にかかる復号鍵データがユーザ端末１に送信される。
【０１６５】
一方、ユーザＩＤおよびパスワードが存在しなければ（ステップＳ１５５３、ＮＯ）、当該ユーザは正規ユーザでないと判断して、認証失敗により復号鍵を送信できない旨のデータをユーザ端末１に送信する（図示せず）。
【０１６６】
復号鍵の送信を受けて、ユーザ端末１のＣＰＵ２０３は、認証サーバ５から受信した復号鍵をメモリ２０５の復号鍵バッファ２７に記憶する（ステップＳ１５２５）。
【０１６７】
上記ステップＳ１５１９において、コンテンツＩＤに対応する復号鍵が存在すれば（ステップＳ１５１９、ＹＥＳ）、ユーザ端末１のＣＰＵ２０３は、上記処理ステップＳ１５２１〜Ｓ１５２５をスキップし、下記ステップＳ１５２７に移動する。
【０１６８】
ユーザ端末１のＣＰＵ２０３は、選択されたコンテンツにかかる暗号化コンテンツをメモリ２０５に読み込み（ステップＳ１５２７）、復号鍵バッファ２７に記憶した復号鍵を用いてコンテンツを復号し再生する（ステップＳ１５２９〜１５３５）。
【０１６９】
なお、図１５に示すステップＳ１５２５〜１５３７までの処理は、図６において示したステップＳ６２５〜６３５と同様である。また、ステップＳ１５３７においては、ＣＰＵ２０３は、復号鍵バッファ２７に記憶している全ての復号鍵を削除する。
【０１７０】
２−３まとめ
以上説明したように、この発明によれば、ユーザごとかつコンテンツごとに生成された暗号化鍵を用いて暗号化したコンテンツを、ユーザごとかつコンテンツごとに生成された復号鍵を用いて復号することができる。
【０１７１】
また、ユーザからコンテンツの要求があった都度、認証サーバ３は暗号化鍵および復号鍵の組合せを生成するようにしているので、鍵のセキュリティを高めることができる。
【０１７２】
さらに、コンテンツごとに暗号化鍵および復号鍵を生成することができるので、より安全にコンテンツを配信して再生させるようにすることができ、各コンテンツごとの著作権を確実に保護することができる。
【０１７３】
３．第３の実施形態
第２の実施形態においては、認証サーバ５の鍵生成手段ｌにて生成した暗号化鍵および復号鍵をユーザ情報データベース４１に記録しておき、ユーザ情報データベース４１を参照して暗号化鍵または復号鍵を取得するように本発明にかかるコンテンツ提供システムを構成した。
【０１７４】
しかしながら、認証サーバ５において、コンテンツサーバ３またはユーザ端末１からの要求がある度に、暗号化鍵または復号鍵を生成するようにしてもよい。本実施形態においては、暗号化鍵または復号鍵を都度生成するコンテンツ提供システムについて説明する。
【０１７５】
本実施形態における機能ブロック図および各装置のハードウェア構成は、第２の実施形態と同様である。
【０１７６】
３−１．処理概要
本実施形態おける処理概要を以下に示す。図１８におけるユーザ端末１、コンテンツサーバ３および認証サーバ５は、第１の実施形態と同様である。
【０１７７】
３−１−１．コンテンツの取得時
ユーザ端末１において、ユーザがブラウザプログラム２１を起動してコンテンツサーバ３に接続すると、コンテンツサーバ３のＣＰＵ３０３は、コンテンツデータベース３１を参照してユーザに提供可能なコンテンツの一覧をユーザ端末１に送信する。
【０１７８】
ユーザ端末１において、ユーザがコンテンツの一覧から所望するコンテンツを選択すると、コンテンツサーバ３のＣＰＵ３０３は、ユーザ情報としてユーザＩＤ・パスワードを要求する。
【０１７９】
ユーザ端末１において、ユーザがユーザＩＤ・パスワードを入力すると、ユーザ端末１のＣＰＵ２０３は、これをコンテンツサーバ３に送信する。
【０１８０】
コンテンツサーバ３のＣＰＵ３０３は、ユーザ端末１から受信したユーザＩＤ・パスワードおよびユーザが所望するコンテンツのコンテンツＩＤを認証サーバ５に送信してユーザにかかる暗号化鍵を要求する。
【０１８１】
認証サーバ５のＣＰＵ４０３は、ユーザ情報データベース４１を参照して、当該ユーザ情報にかかるユーザが正規ユーザであるか否かを判断し、正規ユーザであれば、鍵生成手段ｌにおいて、当該ユーザ情報およびコンテンツＩＤに対応する暗号化鍵のみを生成し、これをコンテンツサーバ３に送信する。
【０１８２】
暗号化鍵を受けて、コンテンツサーバ３のＣＰＵ３０３は、ユーザが所望するコンテンツを当該暗号化鍵を用いて暗号化し、暗号化したコンテンツをコンテンツＩＤとともにユーザ端末１に送信する。
【０１８３】
暗号化コンテンツを受けて、ユーザ端末１のＣＰＵ２０３は、当該コンテンツをコンテンツＩＤとともにコンテンツ記憶領域２５に記憶する。
【０１８４】
３−１−２．コンテンツの再生時
ユーザ端末１において、ユーザがコンテンツ記憶領域２５に記憶されたコンテンツを指定すると、ＣＰＵ２０３は、ユーザ情報としてユーザＩＤ・パスワードを要求する。
【０１８５】
ユーザ端末１において、ユーザがユーザＩＤ・パスワードを入力すると、ＣＰＵ２０３は、当該コンテンツをコンテンツＩＤとともに認証サーバ５に送信し、当該ユーザおよび当該コンテンツにかかる復号鍵を要求する。
【０１８６】
認証サーバ５のＣＰＵ４０３は、ユーザ情報データベース４１を参照して、当該ユーザ情報にかかるユーザが正規ユーザであるか否かを判断し、正規ユーザであれば、鍵生成手段ｌにおいて、当該ユーザ情報およびコンテンツＩＤに対応する復号鍵のみを生成し、これをユーザ端末１に送信する。
【０１８７】
復号鍵を受けて、ユーザ端末１のＣＰＵ２０３は、ユーザが指定したコンテンツを当該復号鍵を用いて復号し、コンテンツを再生する。ＣＰＵ２０３は、コンテンツの復号が完了すると、当該復号鍵を削除する。
【０１８８】
なお、本実施形態におけるコンテンツの状態遷移は、図１ａに示したものと同様である。
【０１８９】
このように、ユーザごとかつコンテンツごとの暗号化鍵・復号鍵を、コンテンツサーバ３またはユーザ端末１から要求がある度に生成して送信することにより、認証サーバ５における暗号化鍵・復号鍵の管理を不要とし、ユーザ情報データベース４１の容量を削減することができる。
【０１９０】
３−２．処理詳細
図１３、１９、２０を用いて、本実施形態における処理詳細を説明する。なお、第１の実施形態と同様に、ユーザに提供されるコンテンツは、ユーザ端末１において音楽を再生するためのデジタルコンテンツとする。
【０１９１】
３−２−１．コンテンツの取得時
図１３に、ユーザが、コンテンツサーバ３からユーザ端末１にコンテンツを取得する場合のフローチャートの例を示す。
【０１９２】
図１３のフローチャートの処理は、基本的に第２の実施形態において示したものと同様であるが、以下の点が異なる。
【０１９３】
認証サーバ５は、コンテンツサーバ３から暗号化鍵の要求があったときに、ユーザ情報データおよびコンテンツＩＤに基づいて暗号化鍵を生成して、これを送信する。
【０１９４】
すなわち、第２の実施形態のように生成した暗号化鍵をユーザ情報データベース４１に記録しない。このため、ユーザ情報データベース４１には、ユーザ名、ユーザＩＤ、パスワードのみを記録しておけばよい（図示せず）。
【０１９５】
ステップＳ５３５において、コンテンツサーバ３は、ユーザ端末１から受信したユーザＩＤ、パスワードに加えてユーザが所望するコンテンツのコンテンツＩＤを、認証サーバ５に送信して、暗号化鍵を要求する。
【０１９６】
要求を受けて認証サーバ５は、ステップ５５３においてユーザを正規ユーザと判断した場合には、鍵生成処理を行う（ステップＳ５５４）。
【０１９７】
図２０に、鍵生成処理におけるフローチャートを示す。認証サーバ５のＣＰＵ４０３は、コンテンツサーバ３から受信したユーザＩＤ、パスワード、コンテンツＩＤをメモリ４０５から読み込む（ステップＳ２００１）。
【０１９８】
ＣＰＵ４０３は、ユーザＩＤ、パスワードおよびコンテンツＩＤに基づいて暗号化鍵または復号鍵を生成する（ステップＳ２００３）。なお、鍵の生成は第１の実施形態と同様に、任意の暗号アルゴリズムを用いればよい。
【０１９９】
この場合において、認証サーバ５のＣＰＵ４０３は、コンテンツサーバ３からの要求であれば暗号化鍵を生成し、ユーザ端末１からの要求であれば復号鍵を生成する。なお、コンテンツサーバ３またはユーザ端末１のいずれからの要求であるかを判断する際には、ＩＰアドレス等の識別情報を用いればよい。
【０２００】
認証サーバ５のＣＰＵ４０３は、ステップＳ５５４において生成した暗号化鍵および復号鍵の組合せをコンテンツサーバ３に送信する（図１３、ステップＳ５５５）。
【０２０１】
送信を受けてコンテンツサーバ３は、第１の実施形態と同様に、コンテンツの暗号化を行い（ステップＳ５３７）、暗号化コンテンツをユーザ端末１に送信する（ステップＳ５３９）。
【０２０２】
３−２−２．コンテンツの再生時
図１９に、ユーザが、コンテンツサーバ３からユーザ端末１にダウンロードした暗号化コンテンツを再生する場合の例を示す。
【０２０３】
図１９のフローチャートの処理は、基本的に第２の実施形態において示した図１５のものと同様であるが、以下の点が異なる。
【０２０４】
認証サーバ５は、ユーザ端末１から復号鍵の要求があったときに、ユーザ情報データおよびコンテンツＩＤに基づいて復号鍵を生成して、これを送信する。
【０２０５】
すなわち、第２の実施形態のように、ユーザ情報データベース４１に記録した復号鍵を読み出さない。
【０２０６】
ステップＳ１５２３において、ユーザ端末１は、ユーザが入力したユーザＩＤ、パスワードに加えてユーザが所望するコンテンツのコンテンツＩＤを、認証サーバ５に送信して、復号鍵を要求する。
【０２０７】
要求を受けて認証サーバ５は、ステップ１５５３においてユーザを正規ユーザと判断した場合には、鍵生成処理を行う（ステップＳ１５５４）。
【０２０８】
鍵生成処理におけるフローチャートは、図２０において示してものと同様である。
【０２０９】
すなわち、認証サーバ５のＣＰＵ４０３は、ユーザ端末１から受信したユーザＩＤ、パスワード、コンテンツＩＤに基づいて、復号鍵を生成する。なお、この復号鍵は、上記ステップＳ５５４において生成した暗号化鍵によって暗号化されたコンテンツを復号できるようなアルゴリズムによって生成される。
【０２１０】
認証サーバ５のＣＰＵ４０３は、上記において生成した復号鍵をユーザ端末１に送信する（ステップＳ１５５５）。
【０２１１】
送信を受けて、ユーザ端末１のＣＰＵ２０３は、図１５（ステップＳ１５２５〜１５３７）において示した処理と同様の処理により、コンテンツを復号して再生する。
【０２１２】
３−３まとめ
以上説明したように、この発明によれば、コンテンツサーバ３またはユーザ端末１からの要求がある度に、暗号化鍵または復号鍵を生成するようにすることができる。
【０２１３】
このように、要求があった都度、認証サーバ３は暗号化鍵または復号鍵を生成するようにしているので、認証サーバ５に暗号化鍵および復号鍵を管理しておく必要がない。これにより、ユーザ情報データベース４１等に鍵を管理するための容量を確保しておく必要がなくなり、データベース構成の簡素化を図ることができる。
【０２１４】
４．その他の実施形態
上記実施形態においては、コンテンツ取得時（図５、ステップＳ５３５）およびコンテンツ再生時（図６、ステップＳ６１３）に、ユーザにユーザＩＤおよびパスワードを入力させるように構成したが、ユーザ端末１のメモリ２０５またはハードディスク２０９に予め記録しておいたユーザＩＤおよびパスワードを、コンテンツ取得時またはコンテンツ再生時に自動的に送信するようにしてもよい。
【０２１５】
上記実施形態においては、ユーザ端末１にインストールされたブラウザプログラム２１を用いてコンテンツの取得を行うように構成したが、ブラウザプログラム２１に代えてその他のプログラムを用いてもよい。例えば、Visual Basic（商標）、Visual C++（商標）またはその他の開発言語等で開発されたアプリケーションプログラムがこれに該当する。
【０２１６】
上記実施形態においては、音楽を再生するためのデジタルコンテンツを提供する例について説明したが、他のデジタルデータを再生または表示等するためのデジタルコンテンツを用いてもよい。例えば、文章、画像、映像、データベース、またはそれらを組み合わせた情報の集合等がこれに該当する。
【０２１７】
上記実施形態においては、コンテンツサーバ３が暗号化を行う「暗号化鍵」と、ユーザ端末１が復号を行う「復号鍵」とを用いて構成したが、これらの鍵を共通鍵（対称鍵）として一つの鍵で構成してもよい。
【０２１８】
上記実施形態においては、コンテンツ取得時およびコンテンツ再生時のそれぞれにおいて、ユーザにユーザ情報としてユーザＩＤおよびパスワードを入力させるように構成したが、コンテンツ取得時とコンテンツの再生時にそれぞれ別のパスワード（識別データ）を入力させるようにしてもよい。
【０２１９】
例えば、図１７に示すようなユーザ情報データベース４１を使用する。このデータベースは、コンテンツの取得時にコンテンツサーバ３に送信するための取得用パスワード１７１と、コンテンツの再生時に認証サーバ５に送信するための再生用パスワード１７３を記録している。
【０２２０】
これにより、コンテンツサーバ３を運営するコンテンツ提供業者に対して、コンテンツを生成するためのパスワードを送信する必要がなくなり、安全にコンテンツを提供することができる。つまり、ユーザは認証業者の信頼のみに基づいてコンテンツの提供を受けることができる。
【０２２１】
上記実施形態においては、ユーザ端末１、コンテンツサーバ３、認証サーバ５の通信にインターネットを用いている。したがって、各装置間における通信データの暗号化や正当性の認証が別途必要になってくる。この場合には、ＰＫＩ（Public Key Infrastructure）やＳＳＬ（Secure Socket Layer）等を用いて通信データの安全性を保持できるようにすることがより好ましい。
【０２２２】
上記実施形態においては、図１に示す各機能を実現する為に、ＣＰＵを用いソフトウェアによってこれを実現している。しかし、その一部もしくは全てを、ロジック回路等のハードウェアによって実現してもよい。なお、プログラムの一部の処理をさらに、オペレーティングシステム（ＯＳ）にさせるようにしてもよい。
【図面の簡単な説明】
【０２２３】
【図１】この発明のコンテンツ提供システムの機能ブロック図の例を示す図である。
【図１ａ】この発明のコンテンツの状態遷移の例を示す図である。
【図２】この発明のユーザ端末１のハードウェア構成図の例を示す例である。
【図３】この発明のコンテンツサーバ３のハードウェア構成図の例を示す例である。
【図４】この発明の認証サーバ５のハードウェア構成図の例を示す例である。
【図５】この発明のコンテンツ取得時におけるフローチャートの例を示す図である。
【図６】この発明のコンテンツ再生時におけるフローチャートの例を示す図である。
【図７】この発明のユーザ情報データベースの例を示す図である。
【図８】この発明のコンテンツデータベースの例を示す図である。
【図９】この発明のコンテンツ一覧画面の例を示す図である。
【図１０】この発明のユーザ情報入力画面の例を示す図である。
【図１１】この発明のダウンロード画面の例を示す図である。
【図１２】この発明のコンテンツ再生画面の例を示す図である。
【図１３】この発明のコンテンツ取得時におけるフローチャートの例を示す図である。
【図１４】この発明の鍵生成処理におけるフローチャートの例を示す図である。
【図１５】この発明のコンテンツ再生時におけるフローチャートの例を示す図である。
【図１６】この発明のユーザ情報データベースの例を示す図である。
【図１７】この発明のユーザ情報データベースの例を示す図である。
【図１８】この発明のコンテンツ提供システムの機能ブロック図の例を示す図である。
【図１９】この発明のコンテンツ再生時におけるフローチャートの例を示す図である。
【図２０】この発明の鍵生成処理におけるフローチャートの例を示す図である。
【符号の説明】
【０２２４】
１    ユーザ端末
３    コンテンツサーバ
５    認証サーバ
【図１】
2005328238.tif 000003
【図１ａ】
2005328238.tif 000004
【図２】
2005328238.tif 000005
【図３】
2005328238.tif 000006
【図４】
2005328238.tif 000007
【図５】
2005328238.tif 000008
【図６】
2005328238.tif 000009
【図７】
2005328238.tif 000010
【図８】
2005328238.tif 000011
【図９】
2005328238.tif 000012
【図１０】
2005328238.tif 000013
【図１１】
2005328238.tif 000014
【図１２】
2005328238.tif 000015
【図１３】
2005328238.tif 000016
【図１４】
2005328238.tif 000017
【図１５】
2005328238.tif 000018
【図１６】
2005328238.tif 000019
【図１７】
2005328238.tif 000020
【図１８】
2005328238.tif 000021
【図１９】
2005328238.tif 000022
【図２０】
2005328238.tif 000023