(57)【特許請求の範囲】
【請求項１】
データの送受信が可能なクライアント及びサーバと、前記クライアント用および前記サーバ用および認証用として、三対の公開鍵と秘密鍵を用意することが可能な認証部と、を有する暗号化データ管理システムであって、
前記認証部は、
第１、第２及び第３の公開鍵と、第１、第２及び第３の秘密鍵と、の対を生成する生成手段と、
前記生成された第２及び第３の公開鍵と第２及び第３の秘密鍵とを前記第１の秘密鍵によって暗号化する第１暗号化手段と、
前記暗号化された第２及び第３の公開鍵を保持する保持手段と、
前記暗号化された第２の秘密鍵を前記クライアントに送信し、前記暗号化された第３の秘密鍵を前記サーバに送信する第１送信手段と、を有し、
前記クライアントは、
データを、前記第１の公開鍵により復号化した前記第２の公開鍵を用いて暗号化する第２暗号化手段と、
前記暗号化されたデータを前記サーバに送信する第２送信手段と、を有し、
前記サーバは、
前記暗号化された前記データを、前記第１の公開鍵により復号化した前記第３の公開鍵を用いて再度暗号化して、当該再度暗号化したデータを保管する保管手段と、
を有することを特徴とする暗号化データ管理システム。
【請求項２】
データの送受信が可能なクライアント及びサーバと、前記クライアント用および前記サーバ用および認証用として、三対の公開鍵と秘密鍵を用意することが可能な認証部と、を有する暗号化データ管理システムで実行される暗号化データ管理方法であって、
前記認証部が有する生成手段が、第１、第２及び第３の公開鍵と、第１、第２及び第３の秘密鍵と、の対を生成する工程と、
前記認証部が有する第１暗号化手段が、前記生成された第２及び第３の公開鍵と第２及び第３の秘密鍵とを前記第１の秘密鍵によって暗号化する工程と、
前記認証部が有する保持手段が、前記暗号化された第２及び第３の公開鍵を保持する工程と、
前記認証部が有する第１送信手段が、前記暗号化された第２の秘密鍵を前記クライアントに送信し、前記暗号化された第３の秘密鍵を前記サーバに送信する工程と、
前記クライアントが有する第２暗号化手段が、データを、前記第１の公開鍵により復号化した前記第２の公開鍵を用いて暗号化する工程と、
前記クライアントが有する第２送信手段が、前記暗号化されたデータを前記サーバに送信する工程と、
前記サーバが有する保管手段が、前記暗号化された前記データを、前記第１の公開鍵により復号化した前記第３の公開鍵を用いて再度暗号化して、当該再度暗号化したデータを保管する工程と、
を有することを特徴とする暗号化データ管理方法。
【請求項３】
データの送受信が可能なクライアント及びサーバと、前記クライアント用および前記サーバ用および認証用として、三対の公開鍵と秘密鍵を用意することが可能な認証部と、を有する暗号化データ管理システムで実行される暗号化データ管理方法をコンピュータに実行させるためのプログラムを記憶した記憶媒体であって、該暗号化データ管理方法は、
前記認証部が有する生成手段が、第１、第２及び第３の公開鍵と、第１、第２及び第３の秘密鍵と、の対を生成する工程と、
前記認証部が有する第１暗号化手段が、前記生成された第２及び第３の公開鍵と第２及び第３の秘密鍵とを前記第１の秘密鍵によって暗号化する工程と、
前記認証部が有する保持手段が、前記暗号化された第２及び第３の公開鍵を保持する工程と、
前記認証部が有する第１送信手段が、前記暗号化された第２の秘密鍵を前記クライアントに送信し、前記暗号化された第３の秘密鍵を前記サーバに送信する工程と、
前記クライアントが有する第２暗号化手段が、データを、前記第１の公開鍵により復号化した前記第２の公開鍵を用いて暗号化する工程と、
前記クライアントが有する第２送信手段が、前記暗号化されたデータを前記サーバに送信する工程と、
前記サーバが有する保管手段が、前記暗号化された前記データを、前記第１の公開鍵により復号化した前記第３の公開鍵を用いて再度暗号化して、当該再度暗号化したデータを保管する工程と、
を有することを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、暗号化データ管理システム及び方法、記憶媒体に関する。
【０００２】
【従来の技術】
従来、なにか物を業者に預けるといったような場合においては、保管、返却、廃棄などは全てその物の現物をもって行われていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、保管の対象が電子データなどになった場合、電子データは複写が容易であるため、依頼されたデータを返却したり、またあるいは何らかの理由によって廃棄する場合に、その業者がそのデータあるいはその複写物を隠しもっておらず、データを廃棄したことを示すことが困難であるという問題があった。
【０００４】
【課題を解決するための手段】
これらの課題を解決するために、本発明にかかる暗号化データ管理システムは、データの送受信が可能なクライアント及びサーバと、前記クライアント用および前記サーバ用および認証用として、三対の公開鍵と秘密鍵を用意することが可能な認証部と、を有する暗号化データ管理システムであって、
前記認証部は、
第１、第２及び第３の公開鍵と、第１、第２及び第３の秘密鍵と、の対を生成する生成手段と、
前記生成された第２及び第３の公開鍵と第２及び第３の秘密鍵とを前記第１の秘密鍵によって暗号化する第１暗号化手段と、
前記暗号化された第２及び第３の公開鍵を保持する保持手段と、
前記暗号化された第２の秘密鍵を前記クライアントに送信し、前記暗号化された第３の秘密鍵を前記サーバに送信する第１送信手段と、を有し、
前記クライアントは、
データを、前記第１の公開鍵により復号化した前記第２の公開鍵を用いて暗号化する第２暗号化手段と、
前記暗号化されたデータを前記サーバに送信する第２送信手段と、を有し、
前記サーバは、
前記暗号化された前記データを、前記第１の公開鍵により復号化した前記第３の公開鍵を用いて再度暗号化して、当該再度暗号化したデータを保管する保管手段と、
を有することを特徴とする。
【０００５】
【発明の実施の形態】
＜暗号化方式の説明＞
現在公知となっている暗号化方式は大別して共通鍵暗号化方式と秘密鍵暗号化に大別できる。前者は、暗号化されたデータの送信側と受信側で共通の鍵データを予め持ち、暗号化されたデータ送信側が目的のデータを共通の鍵データによって暗号化してデータを受信側に渡す。受信側は共通の鍵データを用いて暗号化の逆変換（復号化）によって目的のデータを得るものである。
【０００６】
しかしながら、この方式は以下のような問題がある。
【０００７】
（１）鍵の受け渡しに関する問題（どの様に受け渡すか）。
【０００８】
（２）暗号化の規則性が比較的発見し易い。
【０００９】
それに対して、後者の秘密鍵暗号化方式は、通常秘密鍵と公開鍵と呼ばれる一対の鍵を用いる方式である。秘密鍵、公開鍵はそれぞれその名の通りそれぞれ他者が入手できないように秘密にしておく鍵と、他者が容易に入手可能にしておく鍵である。現在公知となっている秘密鍵暗号化方式では以下のような特徴がある。すなわち、
（１）秘密鍵で暗号化したものは公開鍵で復号化できる。
【００１０】
（２）公開鍵で暗号化したものは秘密鍵によってのみ復号化できる。
【００１１】
したがって、例えばデータ送信側がデータ受信側の公開鍵によってデータを暗号化して送信した場合、その暗号化されたデータはデータ受信側の秘密鍵を持つデータ受信側によってのみ復号化することが可能となる。
【００１２】
一方、データ送信側がデータ送信側の持つ秘密鍵でデータを暗号化して送信した場合、その暗号化されたデータはデータ送信者の公開鍵によって復号可能となるが、その様なデータを生成できるのはデータ送信側の秘密鍵であることから、いわゆる電子署名として用いることができる。
【００１３】
しかし、この秘密鍵暗号化方式は一般に共通鍵暗号化方式に比べ暗号化／復号化処理に時間がかかるため、データの暗号化／復号化自体は（使い捨ての共通鍵による）共通鍵暗号化方式で行い、その（使い捨ての）共通鍵を秘密鍵暗号化方式により暗号化／復号化するというような方式（広義の秘密鍵暗号化方式）も用いられている。
【００１４】
なお、本発明の説明においてはこの広義の秘密鍵暗号化方式も単に秘密鍵暗号化方式として説明を行う。
【００１５】
＜システムの構成＞
図１は本発明にかかるシステムの構成を示す図である。図１において、１０１はデータを管理するサーバであり、１１１はデータ管理を依頼するクライアント、１２１は第三者である認証機関であり、認証機関１２１は鍵の取り扱いに関して十分に信頼できるものとする。
【００１６】
まず、実際のデータの受け渡しに先立って、認証機関１２１は三対の秘密鍵・すなわち認証機関用の秘密鍵１３１と公開鍵１３２、サーバ用の秘密鍵１３３と公開鍵１３４、クライアント用の秘密鍵１３５と公開鍵１３６を用意する。
【００１７】
さらに、認証機関１２１用の秘密鍵１３１を用いて、サーバ用の秘密鍵１３３と公開鍵１３４、クライアント用の秘密鍵１３５と公開鍵１３６を暗号化し、それぞれサーバ用の暗号化秘密鍵１４３と暗号化公開鍵１４４、クライアント用の暗号化秘密鍵１４５と暗号化公開鍵１４６を作成する。この時の公開鍵による暗号化の処理は公知のものでよい。
【００１８】
次に、認証機関１２１はサーバ用の暗号化秘密鍵１４３をサーバ１０１に、クライアント用の秘密鍵１４５をクライアント１１１にそれぞれ送付するとともに、認証機関用の公開鍵１３２、サーバ用の暗号化公開鍵１４４、クライアント用の暗号化公開鍵１４６を例えばネットワークなどを通じて容易に入手できるように公開する。
【００１９】
図２は、実際にクライアント１１１がサーバ１０１にデータの管理を依頼する時の処理を示す図である。
【００２０】
図２における、サーバ１０１、クライアント１１１、認証機開１２１、また鍵１３１〜１３６、１４３〜１４６は図１にあるものと同一のものである。
【００２１】
サーバ１０１には記憶装置２０１がある。この記憶装置２０１は公知のコンピュータシステムやあるいは公知のデータベースシステム等によって構成されており、クライアントから管理依頬された（暗号化された）データを保存できる。クライアント１１１にはデータ２１１があり、今、このデータ２１１をサーバ１０１に預けようとしているものとする。
【００２２】
図３はデータ管理依頼の処理の流れを示す流れ図である。
【００２３】
まず、クライアント１１１は認証機関１２１より公開鍵１３２を受け取り（ステップＳ３０１）、さらに認証機関１２１より暗号化公開鍵１４６を受け取り、公開鍵１３２を用いて暗号化公開鍵１４６を復号し元のクライアント用の公開鍵１３６を得る（ステップＳ３０２）。
【００２４】
次にデータ２１１を復号した公開鍵１３６を用いて暗号化して暗号化データ２１２を作成する（ステップＳ３０３）。この暗号化方式は公知の公開鍵暗号化方式でよい。続いてクライアント１１１はサーバ１０１にこの暗号化データ２１２を送る（ステップＳ３０４）。
【００２５】
暗号化データ２１２を受け取ったサーバ１０１は認証機関１２１より公開鍵１３２を受け取り（ステップＳ３０５）、さらに認証機関１２１より暗号化公開鍵１４４を受け取り、公開鍵１３２を用いて暗号化公開鍵１４４を復号し元のサーバ用の公開鍵１３４を得る（ステップＳ３０６）。
【００２６】
さらに、暗号化データ２１２を復号した公開鍵１３４で再度暗号化して、多重暗号化データ２１３を作成し（ステップＳ３０７）、記憶装置２０１に多重暗号化データ２１３を保存する（ステップＳ３０８）。
【００２７】
図５は、クライアント１１１がサーバ１０１にデータの取り出しを依頼する時の処理を示す図である。
【００２８】
図５における、サーバ１０１、クライアント１１１、認証機関１２１、また鍵１３１〜１３６、１４３〜１４６は図１にあるものと同一であり、また、記憶装置２０１、データ２１１、暗号化データ２１２、多重暗号化データ２１３は図２にあるものと同一のものである。
【００２９】
実際の処理の流れは図４による流れ図を用いて説明する。
【００３０】
まず、サーバ１０１は認証機関１２１より公開鍵１３２を受け取り（ステップＳ４０１）、暗号化秘密鍵１４３を公開鍵１３２を用いて復号し、元のサーバ用の秘密鍵１３３を得る（ステップＳ４０２）。さらに、記憶装置２０１より目的の多重暗号化データ２１３を取り出し、多重暗号化データ２１３を（復号した）サーバ用の秘密鍵１３３で復号して（ステップＳ４０３）、暗号化データ２１２に戻し、クライアント１１１に送信する（ステップＳ４０４）。
【００３１】
暗号化データ２１２を受け取ったクライアント１１１は、認証機関１２１より公開鍵１３２を受け取り（ステップＳ４０５）、暗号化秘密鍵１４５を公開鍵１３２を用いて復号し、元のクライアント用の秘密鍵１３５を得る（ステップＳ４０６）。さらに、暗号化データ２１２を（復号した）クライアント用の公開鍵１３５で再度復号して、データ２１１を得る（ステップＳ４０７）。
【００３２】
この説明で明らかなように、データ２１２の搬送経路上ではクライアント用の公開鍵１３６によって暗号化されているので、サーバを含む他者の盗聴による解読は困難となっており、それを解読できるのは公開鍵１３６と対の秘密鍵１３５を参照できるクライアント１１１だけとなっている。
【００３３】
また、サーバ用の公開鍵１３４によっても暗号化されているので、クライアント１１１がデータを取り出す場合に公開鍵１３４と対のサーバ用の秘密鍵１３３を参照できるサーバ１０１を介する必要がある。このことは、サーバ１０１が有料のサービスであった場合などに有用となる。
【００３４】
また、クライアント１１１側もしくはサーバ１０１側の都合によりデータを廃棄する場合には、十分に信頼できる認証機関１２１が公開鍵１３２の公開を止める、あるいは認証機関用の秘密鍵１３１および公開鍵１３２を（何らかの方法によって）廃棄すればよい。
【００３５】
こうすることにより図４におけるステップＳ４０２〜Ｓ４０４の復号処理が行えなくなる。また、何らかの方法によって、これらのステップによる復号処理もしくはそれと同等の処理が行えてしまい暗号化データ２１２が得られたとしても、ステップＳ４０５〜Ｓ４０７の復号処理が行えず結果としてデータ２１１は得られないことになる。
【００３６】
さらに、公開鍵１３２の参照が不可能となったことによって、サーバ１０１、クライアント１１１の双方がデータの廃棄処理が完了したことがわかるという利点もある。
【００３７】
また、サーバ１０１側に保存される多重暗号化データ２１３は公開鍵１３６によって暗号化されて秘密鍵１３７を参照できないと中身を見ることができないので、バックアップ等の目的で記憶装置２０１にある多重暗号化データ２１３を他の記憶装置等に複写しても、公開鍵１３２の参照が不可能になった時点で同時に廃棄されたこととなる。
【００３８】
【他の実施形態】
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００３９】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００４０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００４１】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した（図３および/または図４に示す）フローチャートに対応するプログラムコードが格納されることになる。
【００４２】
【発明の効果】
以上説明したように本発明によれば、電子データのように複写が容易であるものについても、依頼されたデータを返却したり、またあるいは何らかの理由によって廃棄する場合に、その業者がそのデータあるいはその複写物を隠しもっておらず、データを廃棄したことを示すことが可能となる。さらには、複写物も同時に廃棄できることから逆に管理依頼された業者が安全のために自由にデータの複写を行うことができ、結果としてデータ保管の安全性を増すことができるという効果もある。
【図面の簡単な説明】
【図１】本発明のにかかる実施形態のシステム構成図である。
【図２】データの登録処理を示す図である。
【図３】データの登録処理の流れを示す流れ図である。
【図４】データの取り出し処理の流れを示す流れ図である。
【図５】データの取り出し処理を示す図である。
【図１】
0004614377.tif 000002
【図２】
0004614377.tif 000003
【図３】
0004614377.tif 000004
【図４】
0004614377.tif 000005
【図５】
0004614377.tif 000006