(57)【要約】【課題】  機密情報保護のために、暗号鍵を用いて暗号化したデータを記憶媒体に格納した場合、暗号鍵を紛失等した非常時にも、格納データの読出を可能とする非常時用データ復旧システムを提供する。【解決手段】  接続する記憶媒体１４に暗号化データを保存するユーザ側データ処理装置１と、その暗号化データが復号不能となる非常時に復旧作業を行う復旧処理装置２とが分担・協業してデータを復旧するものであり、復旧処理装置１は、公開鍵と個人鍵のペアを作成して公開鍵のみをユーザ側装置２に渡し、ユーザ側装置２は、データを暗号化するための暗号鍵を作成し、公開鍵でその暗号鍵を暗号化して記憶媒体１４の所定箇所に書き込む一方、非常時に、暗号化された暗号鍵を記憶媒体１４から取り出して復旧処理装置１に渡すと、復旧処理装置１は、個人鍵によって復号化した暗号鍵をユーザ側装置２に送り返すのでユーザ側装置２はデータの復旧ができる。【選択図】    図1
2007013484.tif 000002
【特許請求の範囲】
【請求項１】
データを暗号化して管理するユーザ側に設置されるユーザ側データ処理装置と、暗号化したデータの復号化ができなくなった場合に復旧処理を行うための復旧処理装置からなる非常時用データ復旧システムであって、
前記復旧処理装置は、
前記ユーザ側データ処理装置と通信する手段と、
公開鍵と個人鍵のペアを記憶保存する鍵ペア記憶手段と、
公開鍵と個人鍵のペアを作成して前記鍵ペア記憶手段に書き込む公開鍵作成手段と、
公開鍵によって暗号化された暗号化情報を、前記鍵ペア記憶手段から抽出した該公開鍵と対になる個人鍵によって復号化する情報復号化手段とを備える一方、
前記ユーザ側データ処理装置は、
各種データを保存するデータ記憶手段を構成する記憶媒体を備えるとともに、
前記復旧処理装置と通信する通信手段と、
前記復旧処理装置が作成した公開鍵を記憶保存する公開鍵記憶手段と、
データを暗号化するための暗号鍵を作成するデータ暗号化用鍵作成手段と、
前記公開鍵記憶手段から抽出した公開鍵で前記暗号鍵を暗号化し、前記記憶媒体の所定の箇所に暗号化された暗号鍵を書き込む暗号化鍵書込手段と、
前記暗号鍵によって、前記データ記憶手段に暗号化されて格納されているデータを読み出すデータ読込手段、及びデータを暗号化して前記データ記憶手段に書き込むデータ書込手段と、
前記記憶媒体の所定箇所から暗号化された暗号鍵を読み出す暗号化鍵読込手段と、
を備えることを特徴とする非常時用データ復旧システム。
【請求項２】
請求項１に記載の非常時用データ復旧システムにおいて、
前記復旧処理装置は、
前記ユーザ側データ処理装置の前記記憶媒体の所定箇所から暗号化された暗号鍵を読み出す暗号化鍵読込手段と、
前記情報復号化手段によって、復号化された該暗号鍵によって、前記記憶媒体に暗号化されて格納されているデータを復号化するデータ読込手段、及びデータを暗号化して前記記憶媒体に書き込むデータ書込手段と、
を備えたことを特徴とするもの。
【請求項３】
コンピュータを、暗号化したデータの復号化ができなくなった場合に復旧処理を行うための復旧処理装置として機能させるためのコンピュータプログラムであって、
公開鍵と個人鍵のペアを作成して記憶保存し、
前記公開鍵によって暗号化された暗号化情報が入力されると、この公開鍵と対になる前記個人鍵によって前記暗号化情報を復号化する処理を前記復旧処理装置に行わせることを特徴とするコンピュータプログラム。
【請求項４】
請求項３に記載のコンピュータプログラムであって、
前記暗号化情報が格納されている記憶媒体の所定箇所から、前記暗号化情報を読み出すとともに、
この暗号化情報を復号化して得られた情報によって、前記記憶媒体に暗号化されて格納されているデータを復号化し、もしくは、データを暗号化して前記記憶媒体に書き込む処理を前記復旧処理装置に行わせることを特徴とするもの。
【請求項５】
記憶媒体を接続するコンピュータを、データを暗号化して管理するユーザ側データ処理装置として機能させるためのコンピュータプログラムであって、
特定の個人鍵と対をなす公開鍵が与えられると該公開鍵を記憶保存し、
所定のアルゴリズムに従って暗号鍵を作成し、
この暗号鍵を前記公開鍵で暗号化した暗号化鍵を、前記記憶媒体の所定箇所に書き込むとともに、
前記暗号鍵によって暗号化したデータを、前記記憶媒体に格納し、
前記記憶媒体に格納されたデータを、前記暗号鍵によって復号化する一方、
前記記憶媒体の所定箇所から暗号化鍵を読み出し、
前記個人鍵を管理している他のコンピュータに対し、前記暗号化鍵を送信する
処理をコンピュータに行わせることを特徴とするコンピュータプログラム。
【請求項６】
通常の業務としてデータの暗号化を取り扱い、接続する記憶媒体に暗号化データを保存するユーザ側データ処理装置と、その暗号化データが復号不能となる非常時に復旧作業を行う復旧処理装置との分担・協業を支援する非常時用データ復旧方法であって、
前記復旧処理装置は、公開鍵と個人鍵からなる鍵ペアを作成して公開鍵のみを前記ユーザ側データ処理装置に渡し、
前記ユーザ側データ処理装置は、データを暗号化するための暗号鍵を作成し、前記公開鍵でその暗号鍵を暗号化して得られた暗号化鍵を前記記憶媒体に書き込む一方、
前記ユーザ側データ処理装置もしくは前記復旧処理装置は、非常時に、暗号化鍵を前記記憶媒体から取り出し、
前記復旧処理装置は、前記個人鍵によって前記暗号化鍵を復号化し、
前記ユーザ側データ処理装置もしくは前記復旧処理装置は、その復号化された暗号鍵で
復号不能になっている暗号化データを復号化することを特徴とする非常時用データ復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
機密情報保護のために、暗号鍵を用いて暗号化したデータを記憶媒体に格納した場合、暗号鍵を紛失等した非常時にも、格納データの読出を可能とする非常時用データ復旧システムの提供に関する。
【背景技術】
【０００２】
急速に拡大する情報化社会において、個人情報や組織内機密情報の秘匿の重要性は、論をまたない。しかるに昨今、その漏洩が多発し、由々しき社会問題になっているのは甚だ遺憾なことである。コンピュータ関連情報については、その対策の一つとして、パスワードによるユーザの認証やアクセス制限が行われているが、この方法の脆弱性はつとに認識されている。そのため、ユーザの文書などを暗号化して伝送したり、記憶媒体に格納したりする方法が普及し始めている。伝送についての代表例は、インターネットにおけSＳLであり、記憶媒体についても各メーカがそれぞれの暗号システムを提供している。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、テンポラリーな伝送時の処理と違って、記憶媒体への暗号化情報の書き込み／読み込みには、十全の管理・運用が必要とされ、その意味で個人のコンピュータユーザには未だ敬遠される傾向がある。逡巡する最も大きな理由は、パスワード等の暗号鍵の失念により復号化が不可能になることへの不安・警戒からであろう。不思議なことに、このことに対する技術的サポートは現状では無いに等しく、単に心構えレベルにとどまっている。
【０００４】
この現状に鑑み本発明では、このような不安を除去するための技術的サポートをコンピュータユーザに提供することを目的とする。即ち、HDDなどの記憶装置のユーザに対して、上記のような理由で復号化が不可能になった場合に、復旧のサービスを提供することを目的とする。
【課題を解決するための手段】
【０００５】
このような目的を実現するために、本発明は、データを暗号化して管理するユーザ側に設置されるユーザ側データ処理装置と、暗号化したデータの復号化ができなくなった場合に復旧処理を行うための復旧処理装置からなる非常時用データ復旧システムであって、前記復旧処理装置は、前記ユーザ側データ処理装置と通信する手段と、公開鍵と個人鍵のペアを記憶保存する鍵ペア記憶手段と、公開鍵と個人鍵のペアを作成して前記鍵ペア記憶手段に書き込む公開鍵作成手段と、公開鍵によって暗号化された暗号化情報を、前記鍵ペア記憶手段から抽出した該公開鍵と対になる個人鍵によって復号化する情報復号化手段とを備える一方、前記ユーザ側データ処理装置は、各種データを保存するデータ記憶手段を構成する記憶媒体を備えるとともに、前記復旧処理装置と通信する通信手段と、前記復旧処理装置が作成した公開鍵を記憶保存する公開鍵記憶手段と、データを暗号化するための暗号鍵を作成するデータ暗号化用鍵作成手段と、前記公開鍵記憶手段から抽出した公開鍵で前記暗号鍵を暗号化し、前記記憶媒体の所定の箇所に暗号化された暗号鍵を書き込む暗号化鍵書込手段と、前記暗号鍵によって、前記データ記憶手段に暗号化されて格納されているデータを読み出すデータ読込手段、及びデータを暗号化して前記データ記憶手段に書き込むデータ書込手段と、前記記憶媒体の所定箇所から暗号化された暗号鍵を読み出す暗号化鍵読込手段と、を備えることを特徴とする。
【０００６】
このような構成によれば、ユーザがデータを暗号化するために使用する暗号鍵は公開鍵で暗号化されており、復号化のためには復旧処理装置側の個人鍵を必要とするので、記憶媒体が盗難などにあっても情報の保護は十全である。しかもユーザは、このシステムの要ともいいうる個人鍵の管理に一切かかわる必要がないので、ユーザの負担が軽減される。
【０００７】
「非常時」つまり「暗号化したデータの復号化ができなくなった場合」には、例えば、暗号鍵のベースとなるパスワードなどが担当者の事故や退職などによって紛失した場合がある。また、暗号化された記憶媒体に接続されるコンピュータになんらかの不具合が起き、復号化処理が不可能になった場合等も該当する。
本発明における「記憶媒体」を、正確に定義すると、「セクタ単位のランダムなRｅａｄ／Wｒｉｔｅが可能であり且つＯＳ（オペレーティングシステム）がその上でファイルシステムを構築することが可能な記憶媒体」ということになる。従って、テープや、リードオンリーの記憶媒体や、デバイスドライバが提供されていない媒体などは本発明の対象外であり、フレキシブルディスクや固定ハードディスクやＵＳＢ仕様のリムーバブルな記憶媒体などは対象となりうる。そのため、下記の実施形態の説明では、この記憶媒体を、特に「保護対象記憶媒体」と呼ぶことにする。
【０００８】
本発明は、前記復旧処理装置に、暗号化鍵読込手段と、データを復号化するデータ読込手段、及び暗号化したデータの書込手段を備えてもよい。
このような構成によれば、ユーザのコンピュータが故障したような場合であっても、記憶媒体のデータを復旧できる。
【０００９】
また、本発明は、その目的を実現するために、ユーザ側データ処理装置と復旧処理装置のそれぞれに、情報の漏洩防止のための保存とデータの復旧処理を行わせるためのコンピュータプログラムとして構成することもできる。
【００１０】
さらに、本発明は、非常時用データ復旧方法として、通常の業務としてデータの暗号化を取り扱い、接続する記憶媒体に暗号化データを保存するユーザ側データ処理装置と、その暗号化データが復号不能となる非常時に復旧作業を行う復旧処理装置との分担・協業を支援する非常時用データ復旧方法であって、前記復旧処理装置は、公開鍵と個人鍵からなる鍵ペアを作成して公開鍵のみを前記ユーザ側データ処理装置に渡し、前記ユーザ側データ処理装置は、データを暗号化するための暗号鍵を作成し、前記公開鍵でその暗号鍵を暗号化して得られた暗号化鍵を前記記憶媒体に書き込む一方、前記ユーザ側データ処理装置もしくは前記復旧処理装置は、非常時に、暗号化鍵を前記記憶媒体から取り出し、前記復旧処理装置は、前記個人鍵によって前記暗号化鍵を復号化し、前記ユーザ側データ処理装置もしくは前記復旧処理装置は、その復号化された暗号鍵で復号不能になっている暗号化データを復号化することを特徴とするものである。
【発明の効果】
【００１１】
暗号鍵は公開鍵で暗号化されているので、それと対になる個人鍵でしか復号化することはできない。即ち、個人鍵の管理に十全を期していれば、記憶媒体の盗難などが起きても情報の漏洩は回避される。個人鍵の紛失によって復号化が不可能になるという事態は同様に起こり得るのだが、暗号鍵の紛失即ちそれの基になっているパスワード等の紛失に比べれば、本用途で用いられるような個人鍵の管理は極めて容易である。何故なら、パスワード等は、各ユーザ個々に管理しなければならないが、本用途で用いられるような個人鍵の場合は、その必要はないからである。
【発明を実施するための最良の形態】
【００１２】
（第１の実施の形態）
図１に従い、第１の実施形態のシステムの構成について説明する。
本実施形態は、復旧処理装置１とユーザ側データ処理装置２とからなる。
本実施形態では、保護対象記憶媒体の製造会社が自社製品のユーザへのサービスとして、データ復旧を行う場合を想定する。この場合、復旧処理装置１は、通常、当該製造会社のコンピュータである。
【００１３】
復旧処理装置１は、記憶部３と処理部４と通信手段５を備える。
記憶部３には、公開鍵と個人鍵のペアを記憶する鍵ペア記憶手段６が含まれる。
【００１４】
処理部４には、公開鍵作成手段７と情報復号化手段８が含まれ、各種の制御処理を行う手段も含まれる。処理部４の各手段は、ＲＯＭや外部記憶媒体などに格納されたコンピュータプログラムがＣＰＵによってメモリ上に読み出され、ＣＰＵがこのメモリ上の命令を実行することによって実現される。
【００１５】
公開鍵作成手段７は、一定の要件のもと、公開鍵Ｋ１と個人鍵Ｋ２との鍵ペアを作成し、この鍵ペアを鍵ペア記憶手段６に格納する。個人鍵Ｋ２は、当該復旧処理装置１を管理している製造会社に固有の鍵であり、この製造会社のみが知り得る情報である。一方、公開鍵Ｋ１は、すべてのユーザに公開されている。なお、ユーザが複数であっても、鍵ペアは１種類あればよい。
【００１６】
情報復号化手段８は、公開鍵Ｋ１で暗号化された情報を、鍵ペア記憶手段６から取り出した個人鍵Ｋ２を用いて復号化する。公開鍵Ｋ１で暗号化されていればどのような情報でも復号化の対象となりうるが、本実施形態では、非常時にユーザから送られてくる暗号化された暗号鍵（以下「暗号化鍵」）が主たる対象である。ユーザはデータを暗号化するための暗号鍵Ｋ３を持つが、情報の機密保護の観点からこの暗号鍵Ｋ３をそのまま保存しておくことは危険である。そのため、公開鍵Ｋ１で暗号鍵Ｋ３を暗号化しこの暗号化鍵Ｋ４を保存している。もし、暗号鍵Ｋ３の失念などの理由によりデータの復旧ができないときに、情報復号化手段８によって暗号化鍵Ｋ４が復号化され、暗号鍵Ｋ３が取り出せることになる。
【００１７】
通信手段５は、通信回線９を介してユーザ側データ処理装置２との信号の送受信を行う。
通信回線９としては、専用回線やインターネットなどが考えられる。
復旧処理装置１は、必要に応じて、図示しない入力部や出力部なども備える。
【００１８】
次に、ユーザ側データ処理装置２の構成を説明する。
ユーザ側データ処理装置２は、記憶部１０と処理部１１と通信手段１２を備える。他に、キーボードやディスプレイなどの入出力手段（図示せず）なども適宜備える。
【００１９】
記憶部１０は、公開鍵記憶手段１３とデータ記憶手段１４を含む。
公開鍵記憶手段１３は、復旧処理装置１の公開鍵作成手段７によって作成された公開鍵Ｋ１を記憶しておくものである。
データ記憶手段１４は、ユーザが作成したり管理したりするデータを記憶保存する手段であり、情報秘匿の観点から、データは暗号化して保存され、復号化して読み出される。
この実施形態では、データ記憶手段１４は、保護対象記憶媒体によって実装されるものとする。したがって、以下、「データ記憶手段１４」を、「保護対象記憶媒体１４」と記すこともある。
【００２０】
処理部１１は、データ暗号化用鍵作成手段１５、暗号化鍵書込手段１６、データ読込手段１７、データ書込手段１８、および暗号化鍵読込手段１９を備える。
【００２１】
データ暗号化用鍵作成手段１５は、データを暗号化するための暗号鍵Ｋ３を作成する。
暗号化鍵書込手段１６は、公開鍵記憶手段１３から抽出した公開鍵Ｋ１で暗号鍵Ｋ３を暗号化して得られた暗号化鍵Ｋ４を、保護対象記憶媒体１４の所定の箇所に書き込む。
データ読込手段１７は、データ記憶手段１４に暗号化されて格納されているデータを、暗号鍵Ｋ３によって復号化して読み出す
データ書込手段１８は、データを暗号鍵Ｋ３によって暗号化してデータ記憶手段１４に書き込む。
暗号化鍵読込手段１９は、保護対象記憶媒体１４の所定箇所から暗号化鍵Ｋ４を読み出す。
【００２２】
なお、ユーザは、保護対象記憶媒体１４の入手に伴い、上記の各処理手段にそれぞれの処理を行わせるためのコンピュータプログラムも入手できるものとする。その入手方法は問わない。
このコンピュータプログラムは、記憶部１０に格納され、ユーザ側データ処理装置２の起動時に記憶部１０からメモリ（図示せず）上に展開され、ＣＰＵ（図示せず）によって実行される。
【００２３】
次に、本実施形態の作用を図２の処理フローを参照しながら説明する。
保護対象記憶媒体１４の製造会社の復旧処理装置１は、自社の公開鍵Ｋ１と個人鍵Ｋ２とのペアを作成し、鍵ペア記憶手段６に保存する（Ｓ１０１）。この個人鍵Ｋ２は、当該製造会社の秘匿情報である。次に、公開鍵Ｋ１のみを、ユーザ側データ処理装置２へ送信する（Ｓ１０２）。通常、通信手段５から、通信回線９を介してユーザ側データ処理装置２の通信手段１２へ送る。しかし、必ずしも、このような電子的手段によらなくてもよい。保護対象記憶媒体１４に添付するコンピュータプログラム中にデータとして書き込まれていてもよいし、当該製造会社からユーザ側へメールや郵便などの手段で送ってもよい。
【００２４】
なお、復旧処理装置１はは同一の公開鍵Ｋ１を、全ユーザに送る。各ユーザに同じ公開鍵Ｋ１が配られても、各ユーザは個人鍵Ｋ２を持っていない以上、ユーザ間で情報が漏洩するおそれはないからである。
【００２５】
ユーザは、自己のユーザ側データ処理装置２に、保護対象記憶媒体１４を接続し、必要なコンピュータプログラムをインストールする（Ｓ２０１）。次に、復旧処理装置１がステップＳ１０２で送信した公開鍵Ｋ１を、公開鍵記憶手段１３に格納する（Ｓ２０２）。
次に、データ暗号化用鍵作成手段１６が、所定のアルゴリズムによりユーザのデータを暗号化／復号化するために用いる暗号鍵Ｋ３を作成する（Ｓ２０３）。暗号鍵Ｋ３の作成の仕方は、例えば、パスワードをベースにする方法などがあるが、特に限定しない。
【００２６】
続いて、暗号化鍵書込手段１６による処理に移る（Ｓ２０４）。公開鍵記憶手段１３から公開鍵Ｋ１を取り出し、暗号鍵Ｋ３を、公開鍵Ｋ１で暗号化する。暗号化によって得られた暗号化鍵Ｋ４を保護対象記憶媒体１４の所定の箇所に書き込む。
【００２７】
ここで、保護対象記憶媒体１４への暗号化鍵Ｋ４の書込みについて説明する。
ＯＳは、マスクされたレコードやファイルを保護対象記憶媒体１４のルートディレクトリ下に作成する。このＯＳによりレコードなどが作成可能な領域を、ＯＳに通知する際、実際に確保する領域サイズよりも小さいサイズを通知する。確保したサイズと通知したサイズとの差に相当する領域を、暗号化鍵Ｋ４の書込みのために使用すればよい。また、この領域部分は、ＯＳによる入出力の対象とはならないので、ここに本実施形態のシステムが独自の情報を書込みしたとしても、保護対象記憶媒体１４の使用を不可とするような副作用を与えることはない。
この技術は、通常のファイルシステム構築環境においては実現可能である。また、本発明では、こような記憶媒体への書込み処理が不可欠となることから、「保護対象記憶媒体１４」として、「セクタ単位のランダムなRｅａｄ／Wｒｉｔｅが可能であり且つＯＳがその上でファイルシステムを構築することが可能」なことを条件としたのである。
【００２８】
ここで注意すべきことは、暗号鍵Ｋ３自体をユーザ側データ処理装置２には記憶保存しないことである。このユーザ側データ処理装置２に保存したのでは、情報の漏洩を防げないし、そもそも本発明のような非常時の復旧対策は無用である。暗号鍵Ｋ３は、ユーザが暗記しておくか、ユーザ個人の手帳などにメモしておくべきものである。したがって、このユーザが転職などをすると暗号鍵Ｋ３が紛失したも同然となりかねない。このような不都合を回避するために、本発明は暗号鍵Ｋ３を公開鍵Ｋ１で暗号化した暗号化鍵Ｋ４を記憶させることとしたのである。ユーザ側データ処理装置２は、暗号化鍵Ｋ４を復号化するための個人鍵Ｋ２を持っていないので、仮にユーザ側データ処理装置２ごと盗難にあったような場合でも情報の漏洩の心配はない。
【００２９】
また、暗号化鍵Ｋ４を保護対象記憶媒体１４自体に書き込んでおくのは、ユーザ側データ処理装置２に故障等が発生したとき、あるいは、保護対象記憶媒体１４を他のコンピュータに接続して読み書きするインポート処理などに備えたものである。暗号化鍵Ｋ４の目的がこのようなものであることから、暗号化鍵Ｋ４は、復旧作業の場面でのみ使用される。
【００３０】
次に、入力された暗号鍵Ｋ３が正当である場合（Ｓ２０５でＹＥＳ）は、データ読込手段１７によって、保護対象記憶媒体１４から読み出したデータを復号化したり、データ書込手段１８によって、暗号化したデータを保護対象記憶媒体１４に書き込む（Ｓ２０６）。
これらのデータの暗号化あるいは復号化の方式は、どのようなものでもよく、例えば、周知のＡＥＳ方式やカオス方式でもよいことは言うまでもない。
【００３１】
もし、入力された暗号鍵Ｋ３が正当でない場合（Ｓ２０５でＮＯ）は、データの読み書きはできない。この場合、利用者が正当なユーザであることが何らかの手段で確認されれば、入力手段を介したコマンドなどにしたがい、暗号化鍵読込手段１９は、保護対象記憶媒体１４の所定箇所から暗号化鍵Ｋ４を抽出し（Ｓ２０７）、送信手段１２を介して、この暗号化鍵Ｋ４を復旧処理装置１へ送信する（Ｓ２０８）。具体的な送信方法としては、電子メールの添付ファイルを利用するもの、Ｗｅｂサイトを利用するものなどが考えられる。なお、書留などの郵送を利用しても構わない。
【００３２】
復旧処理装置１は、ユーザ側データ処理装置２から暗号化鍵Ｋ４を受信すると（Ｓ１０３），鍵ペア記憶手段６から公開鍵Ｋ１と対になる個人鍵Ｋ２を取り出す（Ｓ１０４）。情報復号化手段８は、この個人鍵Ｋ２を用いて、暗号化鍵Ｋ４を復号化し、ユーザ側データ処理装置２へ送り返す（Ｓ１０５）。
【００３３】
暗号化鍵Ｋ４を個人鍵Ｋ２で復号化したものとは、暗号鍵Ｋ３そのものであり、ユーザ側データ処理装置２は、復旧処理装置１から暗号鍵Ｋ３を受信する（Ｓ２０９）と、保護対象記憶媒体１４へのデータの読み書き（Ｓ２０６）が再びできるようになる。なお、暗号鍵Ｋ３が送り返され、データの復号化ができたならば、暗号鍵を変更し、この新しい暗号鍵Ｋ３で暗号化したデータを旧暗号鍵Ｋ３で暗号化してあるデータと置き換えるとよい。なぜなら、製造会社が当該ユーザの暗号鍵Ｋ３を知り得た以上、このような暗号鍵Ｋ３を継続使用することは、情報の秘匿の観点から望ましいことではないからである。したがって、本発明のシステムは、暗号鍵Ｋ３を新規に作成するだけでなく、変更する機能も有していなければならない。
【００３４】
本実施形態において、非常時の復旧処理にあたるのは、復旧処理装置１によるステップＳ１０３からＳ１０５までの処理である。
本発明の実施形態全般に該当することであるが、この復旧処理は、ユーザ側データ処理装置２とは独立した他のコンピュータによって実行されねばならない。これは、情報の機密保護と非常時への対応との両立という本発明の趣旨から考えて当然のことである。
【００３５】
（第２の実施の形態）
図３に示す第２の実施形態は、復旧処理装置１が、暗号化鍵読込手段２０、データ読込手段２１、データ書込手段２２を備えている点で、第１の実施形態と異なる。そのため、図中、第１の実施形態と同様なものは同一の符号を用いて表している。
暗号化鍵読込手段２０の機能は、ユーザ側データ処理装置２の暗号化鍵読込手段１９と同様であり、データ読込手段２１、データ書込手段２２の機能は、ぞれぞれユーザ側データ処理装置２のデータ読込手段１７、データ書込手段１８と同様である。
【００３６】
本実施形態は、主として、ユーザ側データ処理装置２において、何らかの原因により保護対象記憶媒体１４とのデータの読み込み／書込みができなくなった場合を想定しており、保護対象記憶媒体１４を郵便や宅配便によって製造会社に届け、復旧処理装置１に直接接続し、復旧処理を行うものである。
【００３７】
復旧処理装置１は、暗号化鍵読込手段２０によって、保護対象記憶媒体１４の所定の箇所から暗号化鍵Ｋ４を読込み、情報復号化手段８によって復号化して暗号鍵Ｋ３を取得する。データ読込手段２１は、この暗号鍵Ｋ３を用いて、保護対象記憶媒体１４から読み出したデータを復号化する。また、データ書込手段２２によって、保護対象記憶媒体１４に暗号化したデータを書き込むこともできる。
【００３８】
この第２の実施形態では、復旧処理装置１が、暗号化鍵Ｋ４の抽出、暗号化鍵Ｋ４の暗号鍵Ｋ３への復号化、暗号化鍵Ｋ３による暗号化データの復号化という非常時における復旧作業のすべてを行う。この実施形態は、保護対象記憶媒体１４が接続しているユーザ側データ処理装置２に故障が発生などしたために、保護対象記憶媒体１４自体に異常がなくても、データ復旧ができなくなった場合などに適用されることが考えられる。
【００３９】
この実施形態のように、復旧処理装置１が、データ暗号化あるいは復号化の手段をも包含するか否かは、システムの運用環境を考慮して決定されるべきである。
【００４０】
（第３の実施形態）
前記の第１の実施形態、第２の実施形態はいずれも、ユーザがデータ復旧に失敗した場合に、保護対象記憶媒体１４の製造会社側が復旧処理を担当するものであった。
この第３の実施形態では、復旧処理をユーザ側が行うものである。
【００４１】
例えば、ユーザがあるドメイン（企業、団体など任意）に属していれば、前記の第１あるいは第２の実施形態の非常時における製造会社の役割を、そのドメインの管理者が果たせばよい。つまり、ドメインに１個の公開鍵と個人鍵のペアがあればよい。
【００４２】
他の例としては、ユーザが自ら前記実施形態の製造会社の役割を果たす場合が考えられる。この場合、ユーザは書類等の作成をする業務処理用のコンピュータとは別に復旧処理用のコンピュータを用意しているものとする。業務処理用のコンピュータには個人鍵に関する情報がないので、復旧処理用のコンピュータとともに盗難にあったりするような稀な場合以外は、情報の機密性を確保できる。
【００４３】
以上のように開示された実施の形態はすべての点で例示であって、制限的なものではない。したがって、種々の変形が可能である。しかし、その変形が特許請求の範囲に記載された技術思想に基づくものである限り、その変形は本発明の技術的範囲に含まれる。
【図面の簡単な説明】
【００４４】
【図１】第１の実施形態のシステム構成を示す図である。
【図２】第１の実施形態の処理フローを示す図である。
【図３】第２の実施形態のシステム構成を示す図である。
【符号の説明】
【００４５】
１  復旧処理装置
２  ユーザ側データ処理装置
５  （復旧処理装置１の）通信手段
６  （復旧処理装置１の）鍵ペア記憶手段
７  （復旧処理装置１の）公開鍵作成手段
８  （復旧処理装置１の）情報復号化手段
１２  （ユーザ側データ処理装置２の）通信手段
１３  （ユーザ側データ処理装置２の）公開鍵記憶手段
１４  （ユーザ側データ処理装置２の）データ記憶手段、保護対象記憶媒体
１５  （ユーザ側データ処理装置２の）データ暗号化用鍵作成手段
１６  （ユーザ側データ処理装置２の）暗号化鍵書込手段
１７  （ユーザ側データ処理装置２の）データ読込手段
１８  （ユーザ側データ処理装置２の）データ書込手段
１９  （ユーザ側データ処理装置２の）暗号化鍵読込手段
２０  （復旧処理装置１の）暗号化鍵読込手段
２１  （復旧処理装置１の）データ読込手段
２２  （復旧処理装置１の）データ書込手段
【図１】
2007013484.tif 000003
【図２】
2007013484.tif 000004
【図３】
2007013484.tif 000005