(57)【要約】      （修正有）【課題】クライアント内のコンテンツに対するアクセス状況をサーバで管理可能とすること、およびクライアントに配布した後も暗号化コンテンツの復号を禁止できるようにすること。【解決手段】暗号側クライアントは、コンテンツを共通鍵で暗号化し、コンテンツＩＤと共通鍵とを対応付けて鍵管理サーバに登録し、復号側クライアントは、暗号化された前記のコンテンツを取得するとそのコンテンツＩＤと共通鍵の配信要求を鍵管理サーバに通知する。鍵管理サーバは復号側クライアントからのコンテンツＩＤに対応する共通鍵を特定し復号側クライアントの公開鍵で暗号化し、復号側クライアントでは得られた暗号化された共通鍵を自己の秘密鍵で復号し、復号化された共通鍵で暗号化されたコンテンツを復号する。これにより、鍵管理サーバも、復号側クライアントのコンテンツへのアクセス状況を把握できる。【選択図】図２
2007089098.tif 000002
【特許請求の範囲】
【請求項１】
サーバが暗号の復号に必要な情報を保管し、クライアントは、自身が有する暗号化コンテンツを復号化する際、前記サーバに対しアクセスし、復号に必要な情報を取得することを特徴とするクライアント・サーバ型暗号化システム。
【請求項２】
暗号化を行なうクライアントは、暗号化コンテンツの復号に必要な情報あるいはその一部を、前記サーバに登録することを特徴とする請求項１記載のクライアント・サーバ型暗号化システム。
【請求項３】
前記の復号に必要な情報が、暗号化鍵あるいは暗号化鍵が分割された半鍵であることを特徴とする請求項１及び請求項２記載のクライアント・サーバ型暗号化システム。
【請求項４】
前記暗号化鍵が、クライアントの秘密鍵であることを特徴とする請求項３記載のクライアント・サーバ型暗号化システム。
【請求項５】
前記暗号化鍵が、暗号化コンテンツの共通鍵であることを特徴とする請求項３記載のクライアント・サーバ型暗号化システム。
【請求項６】
前記の復号に必要な情報が、暗号化処理における初期ベクトル値あるいは初期ベクトル値が分割された値であることを特徴とする請求項１及び請求項２記載のクライアント・サーバ型暗号化システム。
【請求項７】
暗号化クライアントは、コンテンツを共通鍵で暗号化し、コンテンツＩＤと共通鍵とを対応付けてサーバに登録し、復号化クライアントは、暗号化された前記のコンテンツを取得するとそのコンテンツＩＤと共通鍵の配信要求を前記サーバに通知し、前記サーバは復号化クライアントからのコンテンツＩＤに対応する共通鍵を特定し前記復号化クライアントの公開鍵で暗号化し前記復号化クライアントに送付し、前記復号化クライアントでは、得られた暗号化された共通鍵を自己の秘密鍵で符号し、復号化された共通鍵で暗号化されたコンテンツを復号することを特徴とする請求項１記載のクライアント・サーバ型暗号化システム。
【請求項８】
暗号化クライアントは、コンテンツを共通鍵で暗号化すると共に共通鍵を２つの半鍵に分割し、コンテンツＩＤと一方の共通鍵の半鍵とを対応付けてサーバに登録し、暗号化されたコンテンツＩＤ付きの前記のコンテンツともう一方の共通鍵の半健を取得した復号化クライアントは、前記サーバにコンテンツＩＤを通知し、対応する共通鍵の半健を要求し、要求されたサーバは、コンテンツＩＤに基づき共通鍵の半健を特定し要求を行なった復号化クライアントに送付し、復号化クライアントでは、得られた共通鍵の半鍵と暗号化クライアントから送付されたもう一方の半鍵とから共通鍵を復元し、復元された共通鍵を用いて暗号化されたコンテンツを復号することを特徴とする請求項１記載のクライアント・サーバ型暗号化システム。
【請求項９】
暗号化クライアントは、コンテンツを共通鍵で暗号化し、復号化クライアントの公開鍵で前記共通鍵を暗号化し、前記の暗号化コンテンツ及び暗号化された共通鍵を取得した復号化クライアントは、自己のＩＤと自己の秘密鍵の取得要求を前記サーバに対し行ない、前記サーバは、各クライアントの秘密鍵を管理し、前記のＩＤに基づき該クライアントの秘密鍵を特定し前記復号化クライアントに送付し、復号化クライアントでは、得られた秘密鍵によって共通鍵を復号し、復号された共通鍵を用いて暗号化コンテンツを復号することを特徴とする請求項１記載のクライアント・サーバ型暗号化システム。
【請求項１０】
暗号化クライアントは、コンテンツを共通鍵で暗号化し、復号化クライアントの公開鍵で暗号化された前記共通鍵を暗号化し、前記の暗号化コンテンツ及び暗号化された共通鍵を取得した復号化クライアントは、自己のＩＤと自己の秘密鍵の分割鍵の取得要求を前記サーバに対し行ない、前記サーバは、前記のＩＤに基づき該クライアントの秘密鍵の分割鍵を特定し前記復号化クライアントに送付し、復号化クライアントでは、得られた秘密鍵の分割鍵と自身の有する残りの分割鍵とから秘密鍵を生成し、生成された秘密鍵によって共通鍵を復号化し復号された共通鍵を用いて暗号化コンテンツを復号することを特徴とする請求項１記載のクライアント・サーバ型暗号化システム。
【請求項１１】
暗号化クライアントは、コンテンツを共通鍵で暗号化すると共に共通鍵を２つの半鍵に分割し、共通鍵ＩＤと一方の共通鍵の半鍵とを対応付けてサーバに登録し、暗号化された前記のコンテンツと共通鍵ＩＤ付きのもう一方の共通鍵の半健を取得した復号化クライアントは、前記サーバに共通鍵ＩＤを通知し、対応する共通鍵の半健を要求し、要求されたサーバは、共通鍵ＩＤに基づき共通鍵の半健を特定し要求を行なった復号化クライアントに送付し、復号化クライアントでは、得られた共通鍵の半鍵と暗号化クライアントから送付されたもう一方の半鍵とから共通鍵を復元し、復元された共通鍵を用いて暗号化されたコンテンツを復号することを特徴とする請求項１記載のクライアント・サーバ型暗号化システム。
【請求項１２】
初期ベクトルを用いる暗号化方式を採用し、暗号化クライアントは、コンテンツ対応に共通鍵と初期ベクトル値を与え、コンテンツＩＤあるいは共通鍵ＩＤと対応付けて初期ベクトル値をサーバに登録し、復号化クライアントは、取得した暗号化コンテンツに付加されているコンテンツＩＤあるいは共通鍵ＩＤに基づき、初期ベクトル値の要求を前記サーバに対し行い、前記サーバは、前記要求に呼応してコンテンツＩＤあるいは共通鍵ＩＤから初期ベクトル値を特定し、要求を行なった復号化クライアントに送付し、復号化クライアントは、得られた初期ベクトル値と共通鍵とからコンテンツの復号を行なうことを特徴とする請求項１記載のクライアント・サーバ型暗号化システム。
【請求項１３】
前記サーバは、復号に必要な情報と配信先クライアントを特定する情報との対応を示すデータベースを保持することを特徴とする請求項１記載のクライアント・サーバ型暗号化システム。
【請求項１４】
前記サーバは、クライアントからの、前記の復号に必要な情報の要求アクセスのログを記録するデータベースを保持することを特徴とする請求項１記載のクライアント・サーバ型暗号化システム。
【請求項１５】
前記サーバは、コンテンツの作成者あるいは認められた権限者からの指示により、すべてあるいは特定のクライアントに対する前記の復号に必要な情報の配送を停止することを特徴とする請求項１記載のクライアント・サーバ型暗号化システム。
【発明の詳細な説明】
【発明の詳細な説明】
【技術分野】
【０００１】サーバを用いた暗号化システムに関する。
【背景技術】
【０００２】クライアント自身の格納エリア内にあるコンテンツへのアクセスをセンタ側で管理することや、配布済みファイルの閲覧を禁止するのは困難であった。
【発明が解決しようとする課題】
【０００３】本発明の目的は、クライアント内のコンテンツに対するアクセス状況を、サーバで管理可能とすること、クライアントに配布した後も、暗号化コンテンツの復号を禁止できるようにすることにある。
【課題を解決するための手段】
【０００４】本発明によるクライアント・サーバ型暗号化システムでは、クライアントは、自身が有する暗号化コンテンツを復号化する際、サーバに対しアクセスし、復号に必要な情報を取得する。
【０００５】また、本発明によるクライアント・サーバ型暗号化システムでは、暗号化を行なうクライアントは、暗号化コンテンツの復号に必要な情報あるいはその一部を、前記サーバに通知し、前記の復号に必要な情報が、暗号化鍵あるいは暗号化鍵が分割された半鍵であったり、暗号化処理における初期ベクトル値あるいは初期ベクトル値が分割された値であったりする。
【０００６】更に、本発明によるクライアント・サーバ型暗号化システムでは、前記暗号化鍵が、クライアントの秘密鍵であったり、前記暗号化鍵が、暗号化コンテンツの共通鍵であったりする。
【０００７】本発明によるクライアント・サーバ型暗号化システムでは、前記の復号に必要な情報が、暗号化処理における初期ベクトル値あるいは初期ベクトル値が分割された値である。
【０００８】本発明によるクライアント・サーバ型暗号化システムでは、暗号化クライアントは、コンテンツを共通鍵で暗号化し、コンテンツＩＤと共通鍵とを対応付けてサーバに登録し、復号化クライアントは、暗号化された前記のコンテンツを取得するとそのコンテンツＩＤと共通鍵の配信要求を前記サーバに通知し、前記サーバは復号化クライアントからのコンテンツＩＤに対応する共通鍵を特定し前記復号化クライアントの公開鍵で暗号化し前記復号化クライアントに送付し、前記復号化クライアントでは、得られた暗号化された共通鍵を自己の秘密鍵で符号し、復号化された共通鍵で暗号化されたコンテンツを復号する。
【０００９】本発明によるクライアント・サーバ型暗号化システムでは、暗号化クライアントは、コンテンツを共通鍵で暗号化すると共に共通鍵を２つの半鍵に分割し、コンテンツＩＤと一方の共通鍵の半鍵とを対応付けてサーバに登録し、暗号化されたコンテンツＩＤ付きの前記のコンテンツともう一方の共通鍵の半健を取得した復号化クライアントは、前記サーバにコンテンツＩＤを通知し、対応する共通鍵の半健を要求し、要求されたサーバは、コンテンツＩＤに基づき共通鍵の半健を特定し要求を行なった復号化クライアントに送付し、復号化クライアントでは、得られた共通鍵の半鍵と暗号化クライアントから送付されたもう一方の半鍵とから共通鍵を復元し、復元された共通鍵を用いて暗号化されたコンテンツを復号する
【００１０】本発明によるクライアント・サーバ型暗号化システムでは、暗号化クライアントは、コンテンツを共通鍵で暗号化し、復号化クライアントの公開鍵で前記共通鍵を暗号化し、前記の暗号化コンテンツ及び暗号化された共通鍵を取得した復号化クライアントは、自己のＩＤと自己の秘密鍵の取得要求を前記サーバに対し行ない、前記サーバは、各クライアントの秘密鍵を管理し、前記のＩＤに基づき該クライアントの秘密鍵を特定し前記復号化クライアントに送付し、復号化クライアントでは、得られた秘密鍵によって共通鍵を復号し、復号された共通鍵を用いて暗号化コンテンツを復号する
【００１１】本発明によるクライアント・サーバ型暗号化システムでは、暗号化クライアントは、コンテンツを共通鍵で暗号化し、復号化クライアントの公開鍵で暗号化された前記共通鍵を暗号化し、前記の暗号化コンテンツ及び暗号化された共通鍵を取得した復号化クライアントは、自己のＩＤと自己の秘密鍵の分割鍵の取得要求を前記サーバに対し行ない、前記サーバは、前記のＩＤに基づき該クライアントの秘密鍵の分割鍵を特定し前記復号化クライアントに送付し、復号化クライアントでは、得られた秘密鍵の分割鍵と自身の有する残りの分割鍵とから秘密鍵を生成し、生成された秘密鍵によって共通鍵を復号化し復号された共通鍵を用いて暗号化コンテンツを復号する
【００１２】本発明によるクライアント・サーバ型暗号化システムでは、暗号化クライアントは、コンテンツを共通鍵で暗号化すると共に共通鍵を２つの半鍵に分割し、共通鍵ＩＤと一方の共通鍵の半鍵とを対応付けてサーバに登録し、暗号化された前記のコンテンツと共通鍵ＩＤ付きのもう一方の共通鍵の半健を取得した復号化クライアントは、前記サーバに共通鍵ＩＤを通知し、対応する共通鍵の半健を要求し、要求されたサーバは、共通鍵ＩＤに基づき共通鍵の半健を特定し要求を行なった復号化クライアントに送付し、復号化クライアントでは、得られた共通鍵の半鍵と暗号化クライアントから送付されたもう一方の半鍵とから共通鍵を復元し、復元された共通鍵を用いて暗号化されたコンテンツを復号する
【００１３】本発明によるクライアント・サーバ型暗号化システムでは、初期ベクトルを用いる暗号化方式を採用し、暗号化クライアントは、コンテンツ対応に共通鍵と初期ベクトル値を与え、コンテンツＩＤあるいは共通鍵ＩＤと対応付けて初期ベクトル値をサーバに登録し、復号化クライアントは、取得した暗号化コンテンツに付加されているコンテンツＩＤあるいは共通鍵ＩＤに基づき、初期ベクトル値の要求を前記サーバに対し行い、前記サーバは、前記要求に呼応してコンテンツＩＤあるいは共通鍵ＩＤから初期ベクトル値を特定し、要求を行なった復号化クライアントに送付し、復号化クライアントは、得られた初期ベクトル値と共通鍵とからコンテンツの復号を行なう。
【００１４】本発明による請求項１記載のクライアント・サーバ型暗号化システムでは、前記サーバは、復号に必要な情報と配信先クライアントを特定する情報との対応を示すデータベースを保持し、更に、前記サーバは、クライアントからの、前記の復号に必要な情報の要求アクセスのログを記録するデータベースを保持し、その上、コンテンツの作成者あるいは認められた権限者からの指示により、すべてあるいは特定のクライアントに対する前記の復号に必要な情報の配送を停止する。
【本発明の実施の形態】
【００１５】図１に本発明のシステム構成を示す。暗号化側のクライアント１、復号側のクライアント２、鍵管理サーバがネットワーク４により相互に接続されている。
【００１６】本発明の第１の実施例を、図２に示すフローを参照しながら説明する。本実施例では、化技官サーバ３は共通鍵を保管する。
【００１７】Ｓ１ステップ：クライアント１は、暗号化したコンテンツのコンテンツＩＤと暗号化した共通鍵と配信先クライアント（複数可）のＩＤとを、鍵管理サーバ３の公開鍵で暗号化して送信し、鍵管理サーバ３では、自己の秘密鍵で復号化し、得られた共通鍵、コンテンツＩＤ及び配信先クライアントＩＤを対応づけてデータベース化する。
【００１８】Ｓ２ステップ：クライアント１は、共通鍵により暗号化されたコンテンツを、コンテンツＩＤを添えて、転送相手であるクライアント２に配信する。
【００１９】Ｓ３ステップ：クライアント２は、受信されたコンテンツのコンテンツＩＤに自己のクライアントＩＤを添えて、共通鍵の要求を鍵管理サーバ３に行なう。
【００２０】Ｓ４ステップ：鍵管理サーバ３は、コンテンツＩＤ及び配信先を示すクライアントＩＤより要求クライアントが正当なクライアントかをチェックした後、要求のあったクライアント２の公開鍵で登録された共通鍵を暗号化し送信する。
【００２１】クライアント２は、自己の秘密鍵で共通鍵を復号し、クライアント１から配信されたコンテンツを復号する。
【００２２】本実施例においては、クライアント２はこのように、暗号化コンテンツを復号化する度に、鍵管理サーバ３にアクセスせざるを得ないし、鍵管理サーバ３では、コンテンツＩＤとアクセスしたクライアントのＩＤの対応をアクセスログとして管理できる。
【００２３】第２の実施例を、図３を用いて説明する。本実施例では、鍵管理サーバ３は、共通鍵の半鍵（２分割された鍵の一方）を、鍵ＩＤと対応付けて保管する。なお、鍵を分割あるいは分割された半健を合成する方法に関しては、特開２００１−３４１６４「秘密分散システム、装置及び記憶媒体」記載の技術など公知の技術を用いればよい。
【００２４】Ｓ１ステップ：クライアント１は、コンテンツを共通鍵で暗号化すると、共通鍵を２分割し、一方の半健に共通鍵を特定するＩＤを、更に  配信先クライアントＩＤを付与し、鍵管理サーバ３の公開鍵で暗号化し、鍵管理サーバ３に転送する。鍵管理サーバ３は、自己の秘密鍵で復号し、得られた共通鍵ＩＤ、共通鍵の半鍵、配信先クライアントを対応づけてデータベース化する。
【００２５】Ｓ２ステップ：クライアント１は、暗号化されたコンテンツと共通鍵ＩＤが付与された共通鍵の半鍵をクライアント２に転送する。
【００２６】Ｓ３ステップ：クライアント２は、鍵管理サーバ３に対し、共通鍵のＩＤ及び自己のクライアントＩＤを添えて半鍵の転送を要求する。
【００２７】Ｓ４ステップ：鍵管理サーバ３は、共通鍵のＩＤ及び配信先を示すクライアントＩＤより、要求クライアントが正当なクライアントかをチェックした後、要求のあったクライアント２の公開鍵で登録された共通鍵を暗号化し送信する。
【００２８】クライアント２では、自己の秘密鍵で復号した鍵管理サーバからの共通鍵の半鍵と、クライアント１からのもう一方の半鍵とから共通鍵を合成し、それを用いて暗号化コンテンツを復号する。
【００２９】第３の実施例を、図４を用いて説明する。本実施例では、鍵管理サーバ３は、共通鍵の半鍵を、クライントＩＤと対応付けて保管する。
【００３０】Ｓ１ステップ：：クライアント１は、コンテンツを暗号化すると対応するコンテンツＩＤと共通鍵の半鍵とを鍵管理サーバ３の秘密鍵で暗号化し送信し、鍵管理サーバ３は、自己の秘密鍵で復号し、共通鍵ＩＤと半鍵とを対応付けてデータベース化する。
【００３１】Ｓ２ステップ：クライアント１は、コンテンツＩＤが付加されたコンテンツ及びもう一方の共通鍵の半健を、クライアント２に配信する。
【００３２】Ｓ３ステップ：クライアント２は、コンテンツＩＤと自己のクライアントＩＤを添えて、対応する共通鍵の半健を要求する。
【００３３】Ｓ４ステップ：鍵管理サーバ３は、コンテンツＩＤ及び配信先を示すクライアントＩＤより要求クライアントが正当なクライアントかをチェックした後、要求のあったクライアント２の公開鍵で登録された共通鍵の半健を暗号化し送信する。
【００３４】クライアント２では、自己の秘密鍵で復号した鍵管理サーバからの共通鍵の半鍵と、クライアント１からのもう一方の半鍵とから共通鍵を合成し、それを用いて暗号化されたコンテンツを復号する。
【００３５】第２及び第３の実施例のＳ２ステップでは、共通鍵の半健を平文で転送しているが、もう一方の半鍵は暗号化されて転送されるので、安全上問題は生じない。
【００３６】本発明の第４の実施例を、図５を用いて説明する。本実施例では、鍵管理サーバ３はあらかじめ、各クライアントの秘密鍵を管理する。
【００３７】Ｓ１ステップ：クライアント１は、共通鍵で暗号化されたコンテンツ及びクライアント２の公開鍵で暗号化された共通鍵（配信先が複数の場合は、配信先クライアント毎にそれぞれの公開鍵で暗号化された共通鍵）と、を転送する。
【００３８】Ｓ２ステップ：クライアント２は、鍵管理サーバ３に、自己のクライアントＩＤを添えて、自己の秘密鍵の転送を要求する。
【００３９】Ｓ３ステップ：鍵管理サーバ３は、クライアント２の別の公開鍵を用いてクライアント２の秘密鍵を暗号化し転送する。
【００４０】クライアント２は、前記の別の公開鍵に対応する秘密鍵により、要求した秘密鍵を復号する。得られた秘密鍵で復号された共通鍵を用いて、コンテンツを復号する。
【００４１】第５の実施例を、図６を用いて説明する。本実施例では、各クライアントは、自己の秘密鍵の半健を保持し、鍵管理サーバ３は、クライアントの秘密鍵のもう一方の半鍵を管理する。
【００４２】Ｓ１ステップ：クライアント１は、共通鍵で暗号化されたコンテンツ及びクライアント２の公開鍵で暗号化された共通鍵とを転送する。
【００４３】Ｓ２ステップ：クライアント２は、鍵管理サーバ３に、自己のクライアントＩＤを添えて、自己の秘密鍵の半鍵の転送を要求する。
【００４４】Ｓ３ステップ：鍵管理サーバ３は、クライアント２の秘密鍵の半健を転送する。
【００４５】クライアント２は、自身が保有する秘密鍵の半鍵と、鍵管理サーバ３より転送されたもう一方の半鍵とを合成し、得られた秘密鍵で復号された共通鍵を用いて、コンテンツを復号する。
【００４６】第６の実施例を、図７を用いて説明する。本実施例では、暗号化方式として、初期ベクトルを用いる方式を採用し、鍵管理サーバ３はコンテンツ対応づけて初期ベクトル値を管理する。なお、初期ベクトルの分割も、前述の秘密分散に関する技術など公知の技術を用いればよい。
【００４７】この技術では、暗号化鍵と初期ベクトル値とから得られる乱数に基づいて暗号化が実施される。従って、鍵情報に加え、初期ベクトル値が一致していないと正しく復号されない。
【００４８】Ｓ１ステップ：クライアント１は、鍵管理サーバ３の公開鍵で暗号化されたコンテンツＩＤ、初期ベクトル値及び配信先のクライアントＩＤを送信し、鍵管理サーバ３では、コンテンツＩＤ、初期化ベクトル、クライアントＩＤと、が対応付けられたデータベースに登録する。
【００４９】Ｓ２ステップ：共通鍵で暗号化されたコンテンツ、コンテンツＩＤ、配信先であるクライアント２の公開鍵で暗号化されたコンテンツが配信される。
【００５０】Ｓ３ステップ：クライアント２は、コンテンツＩＤに自己のクライアントＩＤを添えて、対応する初期ベクトル値を要求する。
【００５１】Ｓ４ステップ：鍵管理サーバ３は、コンテンツＩＤ及び配信先を示すクライアントＩＤより要求クライアントが正当なクライアントかをチェックした後、要求のあったクライアント２の公開鍵で初期ベクトル値を暗号化し送信する。
【００５２】クライアント２では、自己の秘密鍵で復号されたクライアント１からの共通鍵及び鍵管理サーバ３からの初期ベクトル値とで、暗号化コンテンツの復号を行なう。なお、上記の説明では、Ｓ２、Ｓ４ステップにおいて、初期ベクトル値の転送は、公開鍵方式により暗号化して行なっているが、初期ベクトル値の転送は、平文でも良い。復号に必要な共通鍵は暗号化して転送されるので、盗聴されることは無い。
【００５３】本発明の第７の実施例を、図８を用いて説明を行なう。本実施例では、鍵管理サーバ３が初期ベクトル値の分割値を保管する。
【００５４】Ｓ１ステップ：クライアント１は、鍵管理サーバ３の公開鍵で暗号化されたコンテンツＩＤ、初期ベクトル値の分割値及び配信先のクライアントＩＤを送信し、鍵管理サーバ３では、コンテンツＩＤ、初期化ベクトル値の分割値、クライアントＩＤと、が対応付けられたデータベースに登録する。
【００５５】Ｓ２ステップ：共通鍵で暗号化されたコンテンツ、コンテンツＩＤ、初期ベクトルのもう一方の分割値、配信先であるクライアント２の公開鍵で暗号化されたコンテンツが配信される。
【００５６】Ｓ３ステップ：クライアント２は、コンテンツＩＤに自己のクライアントＩＤを添えて、対応する初期ベクトル値の分割値を要求する。
【００５７】Ｓ４ステップ：鍵管理サーバ３は、コンテンツＩＤ及び配信先を示すクライアントＩＤより要求クライアントが正当なクライアントかをチェックした後、要求のあったクライアント２の公開鍵で初期ベクトル値の分割値を暗号化し送信する。
【００５８】クライアント２では、鍵管理サーバ３からの初期ベクトル値の分割値とクライアント１からのもう一方の初期ベクトル値とから初期ベクトル値を復元し、自己の秘密鍵で復号されたクライアント１からの共通鍵及び前記の初期ベクトル値で、暗号化コンテンツの復号を行なう。なお、上記の説明では、Ｓ２、Ｓ４ステップにおいて、初期ベクトル値の分割値の転送は、公開鍵方式により暗号化して行なっているが、初期ベクトル値の分割値の転送は平文でも良い。復号に必要な共通鍵は暗号化して転送されるので、盗聴されることはない。
【００５９】なお、以上の実施例において、クライアント１から鍵管理サーバ３へ送信される配信先のクライアントのＩＤと、クライアント２が鍵管理サーバ３に送信する認証用のクライアントＩＤとは、１対１に対応していればよく、必ずしも同じ形態である必要は無い。
【００６０】第６及び第７の実施例では、Ｓ１、Ｓ３ステップにおいて、コンテンツＩＤをベースに復号に必要な情報のやり取りを行なっているが、コンテンツＩＤの代わりに共通鍵のＩＤを用いてもよい。
【００６１】なお、復号側のクライアントからの鍵管理サーバ３のアクセスをより確実なものにするには、復号されたコンテンツの平文のままのクライアント内への格納や、鍵管理サーバ３より取得される復元に必要な情報の効力を制限する必要があるが、これは著作権管理などに用いられる公知の技術により実現できる。
【００６２】図９に、これら実施例に用いる鍵管理サーバ３のデータベースの構成を示す。図９（ａ）は、暗号側クライアントからの情報に基づくデータベースで、配信すべきクライアントＩＤと復号に必要な情報、可能ならば、対応するコンテンツＩＤとの対応を示している。
【００６３】図９（ｂ）は、復号側クライアントからの復号に必要な情報の要求アクセスに基づくデータベースで、クライアントＩＤとアクセス時刻、可能ならば、復号の対象となるコンテンツＩＤとの対応を記録している。
【００６４】また、鍵管理サーバ３は、コンテンツの作成者あるいはシステム管理者からの要請にもとづき、所定のクライアントＩＤに関わる復号に必要な情報を削除したり、コンテンツＩＤを削除することにより、かかるクライアントのコンテンツへのアクセスや、あるコンテンツへの全てのアクセスを禁止することができる。
【発明の効果】
【００６５】本発明によれば、復号側クライアントの暗号化コンテンツへのアクセスをサーバ側で捕捉することができる。
【００６６】また、本発明によれば、復号化クライアントの暗号化コンテンツへのアクセスを禁止することができる。
【図面の簡単な説明】
【００６７】
【図１】本発明のネットワークを示す図である。
【図２】本発明の第１の実施例を示す図である。
【図３】本発明の第２の実施例を示す図である。
【図４】本発明の第３の実施例を示す図である。
【図５】本発明の第４の実施例を示す図である。
【図６】本発明の第５の実施例を示す図である。
【図７】本発明の第６の実施例を示す図である。
【図８】本発明の第７の実施例を示す図である。
【図９】本発明の鍵サーバ３のベータベースの構成を示す図である。
【符号の説明】
【００６８】１  クライアント
２  クライアント
３  鍵サーバ
４  ネットワーク
【図１】
2007089098.tif 000003
【図２】
2007089098.tif 000004
【図３】
2007089098.tif 000005
【図４】
2007089098.tif 000006
【図５】
2007089098.tif 000007
【図６】
2007089098.tif 000008
【図７】
2007089098.tif 000009
【図８】
2007089098.tif 000010
【図９】
2007089098.tif 000011