(57)【要約】【課題】バックアップやリストアに用いていた鍵データの紛失等に際しても、クライアントデータの簡便確実なリストアを可能とする。【解決手段】認証デバイス内で生成した（１２１）暗復号用鍵で利用者のデータを暗号化する（１２６）。パスワードとデバイス内のデバイス鍵とから再発行用データ処理鍵を生成し（１２２）、生成した鍵で暗復号用鍵を暗号化して再発行用データを生成する（１２３）。また、保証者鍵と利用者組織鍵とから生成した（１２４）緊急時再発行用データ処理鍵で、パスワードと権限者のＩＤなどを暗号化して緊急時再発行用データを生成する（１２５）。サーバ装置に暗号化した利用者のデータ、再発行用データおよび緊急時再発行用データをバックアップする。【選択図】  図８
2005327235.tif 000002
【特許請求の範囲】
【請求項１】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行する暗号化バックアップ方法であって、
クライアントデータを暗号化する暗復号用鍵を生成するステップと、
該暗復号用鍵を記憶装置に格納するステップと、
所定の入力インターフェイスより任意のパスワードを受け付けるステップと、
該パスワードを第一のパスワードとして記憶装置に格納するステップと、
該第一のパスワードから再発行用データ処理鍵を生成するステップと、
該再発行用データ処理鍵で前記暗復号用鍵を暗号化し再発行用データを生成するステップと、
を含むことを特徴とする暗号化バックアップ方法。
【請求項２】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行する暗号化バックアップ方法であって、
所定の入力インターフェイスより任意のパスワードを受け付けるステップと、
該パスワードを第一のパスワードとして記憶装置に格納するステップと、
記憶装置に格納されているデバイス鍵と前記第一のパスワードとから、クライアントデータを暗号化する再発行用データ処理鍵を生成するステップと、
を含むことを特徴とする暗号化バックアップ方法。
【請求項３】
請求項１において、
所定の入力インターフェイスより利用者からの第二のパスワードおよび第三のパスワードの入力を受け付けるステップと、
該第二のパスワードと記憶装置に格納されている前記第一のパスワードとを比較し、これらが一致している場合には、前記第三のパスワードを前記記憶装置における前記第一のパスワードと置き換えるステップと、
前記第三のパスワードから第二の再発行用データ処理鍵を生成するステップと、
該第二の再発行用データ処理鍵で前記暗復号用鍵を暗号化した第二の再発行用データを生成するステップと、
を含むことを特徴とする暗号化バックアップ方法。
【請求項４】
認証デバイスとバックアップ装置を少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行する暗号化バックアップ方法であって、
所定の入力インターフェイスより任意のパスワードを受け付けるステップと、
該パスワードを第一のパスワードとして記憶装置に格納するステップと、
該第一のパスワードから、クライアントデータを暗号化する再発行用データ処理鍵を生成するステップと、
暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されている保証者鍵を利用し、前記第一のパスワードを暗号化し、緊急時再発行用データを生成するステップと、
を含むことを特徴とする暗号化バックアップ方法。
【請求項５】
請求項１〜３のいずれかにおいて、
暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されている保証者鍵を利用し、前記第一のパスワードを暗号化し、緊急時再発行用データを生成するステップを含むことを特徴とする暗号化バックアップ方法。
【請求項６】
請求項４または請求項５において、
前記保証者鍵を利用して暗号化する対象を、前記第一のパスワードではなく前記再発行用データ処理鍵とすることを特徴とする暗号化バックアップ方法。
【請求項７】
請求項１または請求項３において、
暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されている保証者鍵を利用して前記暗復号用鍵を暗号化し、緊急時再発行用データを生成するステップを含むことを特徴とする暗号化バックアップ方法。
【請求項８】
請求項１において、
認証デバイスが、クライアントデータを暗号化する暗復号用鍵を少なくとも含む暗号化バックアップ指示を、クライアントデータの格納装置に送信するステップを含むことを特徴とする暗号化バックアップ方法。
【請求項９】
請求項２または４において、
認証デバイスが、クライアントデータを暗号化する再発行用データ処理鍵を少なくとも含む暗号化バックアップ指示を、クライアントデータの格納装置に送信するステップを含むことを特徴とする暗号化バックアップ方法。
【請求項１０】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、
所定の入力インターフェイスより任意のパスワードを受け付けるステップと、
該パスワードから再発行用データ処理鍵を生成するステップと、
入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードから再発行用データ処理鍵を生成し、当該再発行用データ処理鍵で暗復号用鍵を暗号化して事前に生成していた再発行用データを、当該再発行用データ格納先の情報処理装置より取得するステップと、
前記再発行用データ処理鍵で該再発行用データを復号化し、暗号化クライアントデータを復号化する暗復号用鍵を取り出すステップと、
を含むことを特徴とする復号化リストア方法。
【請求項１１】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、
所定の入力インターフェイスより任意のパスワードを受け付けるステップと、
記憶装置に格納されているデバイス鍵と前記パスワードとから暗号化クライアントデータを復号化する再発行用データ処理鍵を生成するステップと、
を含むことを特徴とする復号化リストア方法。
【請求項１２】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、
入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードを、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、
記憶装置に格納されている保証者鍵を利用して、該緊急時再発行用データを復号化し第一のパスワードを取り出すステップと、
該第一のパスワードから暗号化クライアントデータを復号化する再発行用データ処理鍵を生成するステップと、
を含むことを特徴とする復号化リストア方法。
【請求項１３】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、
入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードを、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、
記憶装置に格納されている保証者鍵を利用して、該緊急時再発行用データを復号化し第一のパスワードを取り出すステップと、
該第一のパスワードから再発行用データ処理鍵を生成するステップと、
入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードから再発行用データ処理鍵を生成し、当該再発行用データ処理鍵で暗復号用鍵を暗号化して事前に生成していた再発行用データを、当該再発行用データ格納先の情報処理装置より取得するステップと、
前記再発行用データ処理鍵で該再発行用データを復号化し暗号化クライアントデータを復号化する暗復号用鍵を取り出すステップと、
を含むことを特徴とする復号化リストア方法。
【請求項１４】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、
入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードを、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、
暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されている保証者鍵を利用して該緊急時再発行用データを復号化し第一のパスワードを取り出すステップと、
該第一のパスワードと記憶装置に格納されているデバイス鍵とから暗号化クライアントデータを復号化する再発行用データ処理鍵を生成するステップと、
を含む特徴とする復号化リストア方法。
【請求項１５】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、
認証デバイス内で生成した、クライアントデータを暗復号化する暗復号用鍵を、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、
記憶装置に格納されている保証者鍵を利用して該緊急時再発行用データを復号化し、前記暗復号用鍵を取り出すステップと、
を含むことを特徴とする復号化リストア方法。
【請求項１６】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、
入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードから生成した再発行用データ処理鍵を、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、
記憶装置に格納されている保証者鍵を利用して該緊急時再発行用データを復号化し前記再発行用データ処理鍵を取り出すステップと、
入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードから再発行用データ処理鍵を生成し、当該再発行用データ処理鍵で暗復号用鍵を暗号化して事前に生成していた再発行用データを、当該再発行用データ格納先の情報処理装置より取得するステップと、
前記再発行用データ処理鍵で該再発行用データを復号化し暗号化クライアントデータを復号化する暗復号用鍵を取り出すステップと、
を含むことを特徴とする復号化リストア方法。
【請求項１７】
請求項１０、１３、１５、１６のいずれかにおいて、
前記認証デバイスが、暗号化クライアントデータを復号化する暗復号用鍵を少なくとも含む復号化リストア指示を、暗号化クライアントデータの格納装置に送信するステップを含むことを特徴とする復号化リストア方法。
【請求項１８】
請求項１１、１２、１４のいずれかにおいて、
前記認証デバイスが、暗号化クライアントデータを復号化する再発行用データ処理鍵を少なくとも含む復号化リストア指示を、暗号化クライアントデータの格納装置に送信するステップを含むことを特徴とする復号化リストア方法。
【請求項１９】
請求項１２〜１６のいずれかにおいて、
認証デバイスが、緊急時再発行用データ処理鍵を用いて再発行用データを復号化し、当該再発行用データが含んでいるリストア権限者のリストを取得するステップと、
前記リストに記載のあるリストア権限者の情報について、認証デバイスが保持する情報との照合処理を行って権限者検証を実行するステップと、
前記権限者検証の結果が問題ない各リストア権限者について、前記リストにおいて各リストア権限者毎に定められている実行権限強度の値を抽出してこれの合算値を算定するステップと、
前記合算値が所定閾値以上となった場合に、該当リストア権限者の利用者端末に対する緊急時リストア処理の指示を実行するステップと、
を含むことを特徴とする復号化リストア方法。
【請求項２０】
請求項１９において、
前記権限者検証の結果が問題ない各リストア権限者について、前記リストにおける該当人数を算定するステップと、
前記該当人数が所定閾値以上となった場合に、該当リストア権限者の利用者端末に対する緊急時リストア処理の指示を実行するステップと、
を含むことを特徴とする復号化リストア方法。
【請求項２１】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記バックアップ装置が実行する暗号化バックアップ方法であって、
認証デバイス内で生成された暗復号用鍵で暗号化された暗号化クライアントデータを、所定の入力インターフェイスより受理するステップと、
認証デバイス内で任意のパスワードから生成された再発行用データ処理鍵により、前記暗復号用鍵を暗号化することで生成された再発行用データを、所定の入力インターフェイスより受理するステップと、
を含むことを特徴とする暗号化バックアップ方法。
【請求項２２】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記バックアップ装置が実行する暗号化バックアップ方法であって、
認証デバイス内で当該認証デバイスに格納されているデバイス鍵と任意のパスワードとから生成された再発行用データ処理鍵により暗号化された暗号化クライアントデータを、所定の入力インターフェイスより受理するステップと、
を含むことを特徴とする暗号化バックアップ方法。
【請求項２３】
認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記バックアップ装置が実行する暗号化バックアップ方法であって、
認証デバイス内で任意のパスワードから生成された再発行用データ処理鍵により暗号化した暗号化クライアントデータを、所定の入力インターフェイスより受理するステップと、
認証デバイスに格納されている保証者鍵を用いた前記任意のパスワードの暗号化で生成された緊急時再発行用データを、所定の入力インターフェイスより受理するステップと、
を含むことを特徴とする暗号化バックアップ方法。
【請求項２４】
請求項２１または請求項２２において、
認証デバイスに格納されている保証者鍵を利用した前記任意のパスワードの暗号化により生成された緊急時再発行用データを、所定の入力インターフェイスより受理するステップを含むことを特徴とする暗号化バックアップ方法。
【請求項２５】
請求項２３または請求項２４において、
前記任意のパスワードではなく前記再発行用データ処理鍵の、前記保証者鍵による暗号化で生成された緊急時再発行用データを、所定の入力インターフェイスより受理するステップを含むことを特徴とする暗号化バックアップ方法。
【請求項２６】
請求項２１において、
認証デバイスに格納されている保証者鍵を利用した前記暗復号用鍵の暗号化により生成された緊急時再発行用データを、所定の入力インターフェイスより受理するステップを含むことを特徴とする暗号化バックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカードなどのデバイスに格納する電子鍵を用いて、ＩＣカード内や携帯電話などのクライアント端末内のデータを暗号化するデータバックアップ方法に係わり、さらにバックアップした暗号データを、電子鍵を用いて安全、簡単にリストアするデータリストア方法に係わる。
【背景技術】
【０００２】
クライアント端末のデータを簡単、安全、即座にバックアップおよびリストアする手段として、一度使用したパソコンの環境を別のパソコンでも構築可能とする方法が開示されている（特許文献１参照）。具体的には、ＰＣ上の利用者のデータを、利用者の鍵で暗号化し、サーバに記憶させバックアップを行う。リストアするときはサーバからバックアップデータを取得し、利用者の鍵で復号化する。なお当該の鍵は、ＩＣカード内で生成かつ保持するのが望ましい。
【特許文献１】特開２００１−３４５８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来技術では、鍵を保持するＩＣカードが故障したり、紛失したりしたときに、サーバに格納した利用者のデータをリストアするための手段が開示されていない。  
そこで本発明の第一の目的は、鍵を保持するＩＣカードが故障したり、紛失したりした場合であっても、利用者による簡便確実なデータのリストアを可能とすることにある。  
また第二の目的は、利用者が不測の事態に陥るなどして、利用者自身でのクライアントデータのリストアが不可能となった場合に、あらかじめ設定したリストア権限者であれば、利用者のクライアントデータをリストア可能とすることにある。  
つまり、バックアップやリストアに用いていた鍵データの紛失等に際しても、クライアントデータの簡便確実なリストアを可能とする、暗号化バックアップ方法および復号化リストア方法の提供を目的とする。
【課題を解決するための手段】
【０００４】
上記課題を解決する本発明の暗号化バックアップ方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行する暗号化バックアップ方法であって、クライアントデータを暗号化する暗復号用鍵を生成するステップと、該暗復号用鍵を記憶装置に格納するステップと、所定の入力インターフェイスより任意のパスワードを受け付けるステップと、該パスワードを第一のパスワードとして記憶装置に格納するステップと、該第一のパスワードから再発行用データ処理鍵を生成するステップと、該再発行用データ処理鍵で前記暗復号用鍵を暗号化し再発行用データを生成するステップと、を含む。
【０００５】
また、本発明の暗号化バックアップ方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行する暗号化バックアップ方法であって、所定の入力インターフェイスより任意のパスワードを受け付けるステップと、該パスワードを第一のパスワードとして記憶装置に格納するステップと、記憶装置に格納されているデバイス鍵と前記第一のパスワードとから、クライアントデータを暗号化する再発行用データ処理鍵を生成するステップと、を含む。
【０００６】
また、本発明の暗号化バックアップ方法は、認証デバイスとバックアップ装置を少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行する暗号化バックアップ方法であって、所定の入力インターフェイスより任意のパスワードを受け付けるステップと、該パスワードを第一のパスワードとして記憶装置に格納するステップと、該第一のパスワードから、クライアントデータを暗号化する再発行用データ処理鍵を生成するステップと、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されている保証者鍵を利用し、前記第一のパスワードを暗号化し、緊急時再発行用データを生成するステップと、を含む。
【０００７】
また、本発明の復号化リストア方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、所定の入力インターフェイスより任意のパスワードを受け付けるステップと、該パスワードから再発行用データ処理鍵を生成するステップと、入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードから再発行用データ処理鍵を生成し、当該再発行用データ処理鍵で暗復号用鍵を暗号化して事前に生成していた再発行用データを、当該再発行用データ格納先の情報処理装置より取得するステップと、前記再発行用データ処理鍵で該再発行用データを復号化し、暗号化クライアントデータを復号化する暗復号用鍵を取り出すステップと、を含む。
【０００８】
また、本発明の復号化リストア方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、所定の入力インターフェイスより任意のパスワードを受け付けるステップと、記憶装置に格納されているデバイス鍵と前記パスワードとから暗号化クライアントデータを復号化する再発行用データ処理鍵を生成するステップと、を含む。
【０００９】
また、本発明の復号化リストア方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードを、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、記憶装置に格納されている保証者鍵を利用して、該緊急時再発行用データを復号化し第一のパスワードを取り出すステップと、該第一のパスワードから暗号化クライアントデータを復号化する再発行用データ処理鍵を生成するステップと、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードを、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、記憶装置に格納されている保証者鍵を利用して、該緊急時再発行用データを復号化し第一のパスワードを取り出すステップと、該第一のパスワードから再発行用データ処理鍵を生成するステップと、入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードから再発行用データ処理鍵を生成し、当該再発行用データ処理鍵で暗復号用鍵を暗号化して事前に生成していた再発行用データを、当該再発行用データ格納先の情報処理装置より取得するステップと、前記再発行用データ処理鍵で該再発行用データを復号化し暗号化クライアントデータを復号化する暗復号用鍵を取り出すステップと、含む。
【００１０】
また、本発明の復号化リストア方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードを、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、記憶装置に格納されている保証者鍵を利用して、該緊急時再発行用データを復号化し第一のパスワードを取り出すステップと、該第一のパスワードから再発行用データ処理鍵を生成するステップと、入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードから再発行用データ処理鍵を生成し、当該再発行用データ処理鍵で暗復号用鍵を暗号化して事前に生成していた再発行用データを、当該再発行用データ格納先の情報処理装置より取得するステップと、前記再発行用データ処理鍵で該再発行用データを復号化し暗号化クライアントデータを復号化する暗復号用鍵を取り出すステップと、を含む。
【００１１】
また、本発明の復号化リストア方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードを、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されている保証者鍵を利用して該緊急時再発行用データを復号化し第一のパスワードを取り出すステップと、該第一のパスワードと記憶装置に格納されているデバイス鍵とから暗号化クライアントデータを復号化する再発行用データ処理鍵を生成するステップと、を含む。
【００１２】
また、本発明の復号化リストア方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、認証デバイス内で生成した、クライアントデータを暗復号化する暗復号用鍵を、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、記憶装置に格納されている保証者鍵を利用して該緊急時再発行用データを復号化し、前記暗復号用鍵を取り出すステップと、を含む。
【００１３】
また、本発明の復号化リストア方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記認証デバイスが実行するリストア方法であって、入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードから生成した再発行用データ処理鍵を、暗号化バックアップされたクライアントデータのリストア保証者と紐付けられて記憶装置に格納されていた保証者鍵で暗号化して事前に生成した緊急時再発行用データを、当該緊急時再発行用データ格納先の情報処理装置より取得するステップと、記憶装置に格納されている保証者鍵を利用して該緊急時再発行用データを復号化し前記再発行用データ処理鍵を取り出すステップと、入力インターフェイスより受け付けた任意のパスワードたる第一のパスワードから再発行用データ処理鍵を生成し、当該再発行用データ処理鍵で暗復号用鍵を暗号化して事前に生成していた再発行用データを、当該再発行用データ格納先の情報処理装置より取得するステップと、前記再発行用データ処理鍵で該再発行用データを復号化し暗号化クライアントデータを復号化する暗復号用鍵を取り出すステップと、を含む。
【００１４】
また、本発明の暗号化バックアップ方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記バックアップ装置が実行する暗号化バックアップ方法であって、認証デバイス内で生成された暗復号用鍵で暗号化された暗号化クライアントデータを、所定の入力インターフェイスより受理するステップと、認証デバイス内で任意のパスワードから生成された再発行用データ処理鍵により、前記暗復号用鍵を暗号化することで生成された再発行用データを、所定の入力インターフェイスより受理するステップと、を含む。
【００１５】
また、本発明の暗号化バックアップ方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記バックアップ装置が実行する暗号化バックアップ方法であって、認証デバイス内で当該認証デバイスに格納されているデバイス鍵と任意のパスワードとから生成された再発行用データ処理鍵により暗号化された暗号化クライアントデータを、所定の入力インターフェイスより受理するステップと、を含む。
【００１６】
また、本発明の暗号化バックアップ方法は、認証デバイスとバックアップ装置とを少なくとも構成要素として持つシステムにおける、前記バックアップ装置が実行する暗号化バックアップ方法であって、認証デバイス内で任意のパスワードから生成された再発行用データ処理鍵により暗号化した暗号化クライアントデータを、所定の入力インターフェイスより受理するステップと、認証デバイスに格納されている保証者鍵を用いた前記任意のパスワードの暗号化で生成された緊急時再発行用データを、所定の入力インターフェイスより受理するステップと、を含む。
【００１７】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１８】
本発明によれば、バックアップやリストアに用いていた鍵データの紛失等に際しても、クライアントデータの簡便確実なリストアを可能とできる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明を実施するための最良の形態を、図面を用いて説明する。図１に、本発明を実現する認証デバイスとバックアップ装置とを少なくとも含むシステムにおける関与者の関係を示す。例えばこのようなシステムにおいて利用者からのクライアントデータの暗号化バックアップあるいは復号化リストアの要求を受け付けて、本発明に基づき処理を行うものとする。ここにおける関与者は、例えば本システムを利用する利用者１１０、サーバ運用者２２０、認証デバイス発行者３３０、緊急時リストア保証者４４０、緊急時リストア権限者５５０の５者である。
【００２０】
緊急時リストア権限者５５０は、不慮の事故に遭うなどして利用者１１０がクライアントデータをリストアすることが不可能となった場合に、強制的にリストアできる緊急時リストア権限を持つ利用者１１０（システム利用者という立場からは前記利用者と同じであるとして符号も同じものを付した）で、利用者一人に対して一人以上存在するものとする。  一方、緊急時リストア保証者４４０（リストア保証者）は、前記緊急時リストア権限者５５０に対して、緊急時リストアを保証する機関である。この緊急時リストア保証者４４０は、認証デバイス１００に、全ての認証デバイス１００で共通の緊急時リストア保証者鍵（保証者鍵）を格納し、認証デバイス発行者３３０に認証デバイス１００を発行する。
【００２１】
認証デバイス発行者３３０は、受け取った認証デバイス１００に、全ての認証デバイスで共通のデバイス鍵、利用者１１０の属する組織の鍵である利用者組織鍵、および利用者組織ＩＤと権限者情報リストを格納し、利用者１１０および権限者５５０に対して認証デバイス１００を発行する。
【００２２】
ここまでの処理を、認証デバイス１００の１次発行処理と定義づけることとする。なお、権限者情報リストの格納は省いてもよい。その場合は後述する権限者設定処理により、権限者情報リストを編集および格納するものとする。
【００２３】
ここで利用者の属する組織とは、例えば利用者の勤務する会社組織などで、認証デバイス発行者３３０にあらかじめ登録されている組織とする。また、利用者１１０と権限者５５０は同一の利用者組織に属する。利用者組織ＩＤとはそのような組織ごとに一意に割り当てられたＩＤである。権限者情報リストとは、複数人存在する権限者５５０のそれぞれの権限者ＩＤなどを含む緊急時リストアに関する情報を集めたリストである。権限者ＩＤとは緊急時リストア権限者５５０の利用者ＩＤであり、利用者一人に対して権限者は一人以上存在するので、権限者ＩＤも一つ以上存在する。利用者ＩＤについては後述する。なお、認証デバイス１００に格納される、緊急時リストア保証者鍵、デバイス鍵および利用者組織鍵は、前記緊急時リストア保証者および認証デバイス発行者の所定装置等において例えば乱数などを用いて生成する。
【００２４】
利用者１１０は利用者端末２００において認証デバイス１００を用い、クライアントデータのリストア時に必要なリストア用のデータ、および緊急時リストアに必要な緊急時リストア用のデータを生成してサーバ運用者２２０の運用するサーバ装置にバックアップを行う。またサーバ運用者２２０のサーバ装置３００は、利用者１１０にはリストア用のデータを、緊急時リストア権限者５５０には緊急時リストア用のデータを、それぞれの利用者端末２００に宛ててリストアする。
【００２５】
なお、緊急時リストアを実施しない場合は、緊急時リストア保証者４４０、緊急時リストア権限者５５０を省くものとできる。また緊急時リストア保証者鍵、利用者組織鍵、利用者組織ＩＤ、権限者情報リストも省くものとできる。
【００２６】
図２に本実施形態を適用した、クライアント端末データバックアップ／リストアシステムの構成を示す。認証デバイス１００は、緊急時リストア保証者鍵、利用者組織鍵、およびデバイス鍵などの各種データを格納する。また、この認証デバイス１００は、利用者端末２００と電子的に接続しており、暗復号用鍵などの各種電子鍵の生成やデータの暗号化などを行う。具体的な電子鍵の生成方法やデータの暗号化方法については後述する。なお、この認証デバイス１００は、利用者端末２００に格納されてもよい。
【００２７】
一方、利用者端末２００は利用者１１０が保有する端末である。この利用者端末２００は、利用者１１０のクライアントデータを格納しており、インターネットや携帯電話網などの通信ネットワーク４００を介してサーバ装置３００に接続する。
【００２８】
また、サーバ装置３００は、サーバ運用者２２０が運用するサーバで、利用者端末２００からの要求に応じてクライアントデータのバックアップ先となったり、或いはリストア元となったりする。つまり、サーバ装置３００は、本発明におけるバックアップ装置にあたる。
【００２９】
図３に認証デバイス１００、利用者端末２００、サーバ装置３００のハードウェア構成を示す。認証デバイス１００は、暗復号用鍵などの各種電子鍵の生成やデータの暗号化などのデータの加工・演算を行うＣＰＵ１０１と、ＣＰＵ１０１が直接読み書き可能なメモリ１０２と、利用者端末２００とのデータの受け渡しを行う通信装置１０３とを有する。
【００３０】
前記メモリ１０２は、一時的に記憶を保持する機能と静的に記憶を保持する機能の両方を備えるものとできる。また、認証デバイス１００は、暗復号用鍵などの各種電子鍵の偽造や不正コピーを防止するために、耐タンパ性を有することが望ましい。このような認証デバイス１００の具体例としては、ＣＰＵ機能を有するメモリカードやＩＣカードなどがあげられる。
【００３１】
利用者端末２００は、アプリケーションプログラムの実行などを行うＣＰＵ２０１と、ＣＰＵ２０１が直接読み書き可能なメモリ２０２と、ハードディスク等の外部記憶装置２０５と、認証デバイス１００との通信を行う認証デバイス通信装置２０３と、サーバ装置３００と通信を行うネットワーク通信装置２０４と、入力装置２０６（キーボード、マウス、キーボタン、音声入力等）と、ディスプレイ等の表示装置２０７とを有する一般的なコンピュータシステムである。利用者端末２００の具体例としては、例えば携帯電話、ＰＤＡ（Personal Digital Assistant）、ＰＣ（Personal Computer）などがあげられる。
【００３２】
サーバ装置３００は、アプリケーションプログラムの実行などを行うＣＰＵ３０１と、ＣＰＵ３０１が直接読み書き可能なメモリ３０２と、利用者端末２００と通信を行うネットワーク通信装置３０３と、データを格納する外部記憶装置３０４とを有する一般的なコンピュータシステムである。サーバ装置３００の具体例としては、例えばPCサーバ、ワークステーション、ホストコンピュータなどがあげられる。
【００３３】
図４は本システムにおけるデータの遷移を表したものである。図中の表において、横軸はシステムの状態を表す。縦軸はデータ項目とそのデータの格納先となる装置を表す。図中で、「○」はデータが存在することを意味し、「−」はデータが存在しないことを意味する。
【００３４】
なお、緊急時リストアを行わない場合は、権限者設定処理、緊急時リストア保証者鍵、利用者組織鍵、権限者情報リスト、利用者組織ＩＤ、緊急時再発行用データは省くものとできる。
【００３５】
本システム利用時には、まず利用者端末２００とサーバ装置３００との間で利用者登録処理が行われることとなる。また、この利用者登録の処理に続いて、利用者端末２００が備えるクライアントデータの前記サーバ装置３００へのバックアップ処理が行われる。
【００３６】
こうした処理の流れにおいて、まず、認証デバイス１００とサーバ装置３００との間で、認証デバイス１００を利用するための初期化処理にあたる２次発行処理（後述）が実行される。その後、利用者端末２００のクライアントデータの暗号化バックアップ処理が実行され、サーバ装置３００に対する暗号化クライアントデータなどのバックアップ処理がなされる。
【００３７】
暗号化されたクライアントデータのリストア処理は、上記の暗号化バックアップ処理後に、利用者が例えば認証デバイス１００および利用者端末２００の両方を紛失・故障などした場合に行われる。この場合、前記利用者が、新たな認証デバイスおよび新たな利用者端末を用意しておくものとする。
【００３８】
続いて、認証デバイス１００とサーバ装置３００との間で、認証デバイス１００を利用するための初期化処理にあたる２次再発行処理が実行される。その後、サーバ装置３００にバックアップしておいた、暗号化クライアントデータを復号化リストアして利用者端末２００に格納し、元の状態に復旧させる。
【００３９】
また、権限者設定処理では、緊急時リストア権限者による緊急時リストアの実行に必要な設定を行う。
【００４０】
図５に利用者登録処理の処理フローを示す。利用者登録処理前のシステムのデータ配置は次のようになる（図４における"初期状態"の列を参照）。認証デバイス１００には、デバイス鍵、緊急時リストア保証者鍵、利用者組織鍵、権限者情報リスト、利用者組織ＩＤ格納されている。なお、認証デバイスの１次発行処理時に、権限者情報リストの格納を省いた場合は、権限者情報リストは格納されていない。利用者端末２００には利用者のクライアントデータが格納されている。一方、サーバ装置３００には本システムに関するデータは、特に格納されていない。
【００４１】
利用者端末２００は、入力装置２０６（入力インターフェイス）を通じて利用者１１０から氏名や住所といった利用者登録情報の入力を受け付ける（ステップＳ１０１）。その後、利用者端末２００はサーバ装置３００に利用者登録情報を含む利用者登録要求メッセージを送信する。
【００４２】
一方、サーバ装置３００は、該メッセージを受信すると、利用者ごとに一意となるＩＤを生成し、利用者ＩＤとして利用者に割り当てる（ステップＳ１０２）。次に、不正利用者のアクセスを防止するための認証情報である、利用者ＩＤ固有のサーバパスワード（以下パスワードはＰＷと略す）を、例えば乱数などから生成する（ステップＳ１０３）。その後、利用者登録情報、利用者ＩＤおよびサーバＰＷを、利用者情報としてサーバ装置３００の外部記憶装置３０４に格納する（ステップＳ１０４）。また、サーバ装置３００は、利用者端末２００に対して、利用者ＩＤとサーバＰＷを含む利用者登録応答メッセージを送信する。
【００４３】
利用者端末２００は、該メッセージを受信し、表示装置２０７に、受信した利用者ＩＤとサーバＰＷを表示する（ステップＳ１０５）。この時、利用者１１０は、前記表示装置２０７において表示された利用者ＩＤとサーバＰＷを、例えば所定の記録媒体に記録して秘密裏に保管するなどして、自身で管理する。
【００４４】
なお、上記の利用者登録処理において、利用者ＩＤとサーバＰＷの両方もしくは片方を、サーバ装置３００が生成するのでなく、利用者１１０自身が入力してもよい。その場合はステップＳ１０２およびステップＳ１０３を省く。また利用者１１０が入力した利用者ＩＤが既に他の利用者によって登録済みでないかを確認し、登録済みであった場合には、一意な利用者ＩＤを受け付けるまで利用者ＩＤの入力を要求する。
【００４５】
こうした利用者登録処理が実行された後は、サーバ装置３００において、前記利用者登録情報、利用者ＩＤ、およびサーバＰＷが追加格納される（図４参照）。
【００４６】
次に、利用者登録処理後に、メニュー選択を行うための処理の流れについて説明する。図６はメニュー選択処理時の利用者端末２００の画面遷移図である。画面は、例えば携帯電話のディスプレイ画面を想定している。
【００４７】
利用者端末２００は、メニュー選択処理の開始後、認証デバイス１００に対して新規認証デバイス確認要求メッセージを送信する。認証デバイス１００は該メッセージを受信後、自身が新規認証デバイスか否かを判定して、その結果とともに新規認証デバイス確認応答メッセージを利用者端末２００に対して送信する。なお、新規認証デバイス１００とは、１次発行処理を施した段階の認証デバイス１００を指すものとする。
【００４８】
新規認証デバイスであるか否かの判定は、２次発行処理および２次再発行処理の前後で認証デバイス１００内に変化があるデータに基づいて判断する。例えば、後述する暗復号用鍵がメモリ１０２に格納されているか、などである。
【００４９】
また、紛失後に再発行された認証デバイス１００が利用者端末２００に接続された場合などは、例えば利用者端末２００においてクライアントデータが存在しないことや、サーバ装置３００における再発行用データが存在することなどを検証することで、当該認証デバイス１００が紛失後に再発行されたものであることを利用者端末２００が判定することとできる。ここで判定した紛失歴の情報は利用者端末２００において表示装置２０７などに出力する。この場合、２次再発行処理が必要となるから、例えば図６の例では、画面１１における「２．復旧処理」を強調表示したり、或いはこの復旧処理の項目のみを表示するなどして利用者を２次再発行処理へと誘導する。
【００５０】
利用者端末２００は新規接続確認応答メッセージ受信後、認証デバイス１００が新規認証デバイスである場合は表示装置２０７に画面１１を表示し、新規デバイスでない場合には画面１２を表示し、それぞれ利用メニューの選択を受け付ける。
【００５１】
画面１１において「１.新規サービス利用」を選択すると２次発行処理に進み、「２.復旧処理」を選択すると２次再発行処理に進む。また画面１２において「１.バックアップ」を選択すると暗号化バックアップ処理、「２.リストア」を選択すると復号化リストア処理、「３.パスワード変更」を選択するとＰＷ変更処理、「４.権限者設定」を選択すると権限者設定処理に進む。それぞれの処理については後述する。
【００５２】
なお、緊急時リストアを実施しない場合には、画面１２において「４．権限者設定」メニューは省くものとする。
【００５３】
次に、クライアントデータのバックアップ処理について説明する。クライアントデータのバックアップ処理とは、認証デバイス１００や利用者端末２００の故障・紛失などに備えて、リストア時に必要な各種データを暗号化してサーバ装置３００にバックアップする処理のことを指す。この処理は、２次発行処理と暗号化バックアップ処理の２つの処理に分かれる。前記２次発行処理では、クライアントデータの復号化リストアに必要な再発行用データなどをサーバ装置３００にバックアップし、一方、暗号化バックアップ処理では、利用者端末２００のクライアントデータを暗号化してサーバ装置３００にバックアップする。
【００５４】
なお、本実施形態ではサーバ装置３００にデータをバックアップするが、利用者端末２００にバックアップを行ってもよい。
【００５５】
図７にクライアントデータのバックアップ処理時の、利用者端末２００の画面図、図８に機能ブロック図を示す。この図８の機能ブロック図に示す各機能部が、本発明を実行するものとする。以降、所定のステップにおいて当該ステップの実行主体たる各機能部を併せて記す。図７における画面は、例えば携帯電話のディスプレイ画面を想定している。以下、認証デバイス１００における２次発行処理について図７、図８および図９（２次発行処理の処理フロー）を用いた説明を行う。
【００５６】
利用者端末２００は、表示装置２０７に画面２１を表示し、利用者１１０から利用者ＩＤ、サーバＰＷおよび利用者ＰＷの入力を受け付ける（ステップＳ２０１）。ここで利用者ＰＷは利用者１１０が任意で設定するもので、他者による認証デバイス１００の不正利用を防ぐための利用者識別情報である。
【００５７】
なお、本実施形態では利用者ＰＷを用いたが、利用者ＰＷではなくて利用者の生体情報を利用して生体認証を行ってもよい。生体情報としては例えば、指紋、サイン、虹彩などがある。
【００５８】
利用者端末２００は、利用者１１０からのデータ入力受付後、認証デバイス１００に対して、利用者ＩＤ、サーバＰＷ、利用者ＰＷを含む２次発行データ生成要求メッセージを送信する。
【００５９】
認証デバイス１００は、該メッセージを受信し、利用者ＩＤ、サーバＰＷ、および利用者ＰＷをメモリ１０２に一時的に保持する。次に、例えば乱数を発生させるなどして暗復号用鍵を生成する（ステップＳ２０２、鍵生成部１２１）。次に、利用者ＩＤと利用者ＰＷ、およびデバイス鍵から、再発行用データ処理鍵を生成する（ステップＳ２０３、鍵生成部１２２）。
【００６０】
本生成処理に関しては、例えば、利用者ＰＷと利用者ＩＤとを連結したデータを入力データとし、デバイス鍵を鍵データとし、ＨＭＡＣ（鍵付きハッシュアルゴリズム）を適用し、その出力を再発行用データ処理鍵とすることが考えられる。あるいは、利用者ＰＷと利用者ＩＤとを連結したデータにハッシュ関数（ＳＨＡ１やＭＤ５など）を適用したものを入力データとし、デバイス鍵を鍵データとし、共通鍵暗号アルゴリズム（ＤＥＳやＡＥＳなど）を適用し、その出力を再発行用データ処理鍵とするとしても良い。他にも、利用者ＰＷかデバイス鍵が未知の場合に再発行用データ処理鍵の生成や推定を防止できるアルゴリズムであれば、前記生成処理に適用が可能である。
【００６１】
続いて、前記再発行用データ処理鍵で暗復号用鍵を暗号化して再発行用データを生成する（ステップＳ２０４、暗号化部１２３）。
【００６２】
その後利用者端末２００に、再発行用データを含む２次発行データ生成応答メッセージを送信する。なお、データの暗号化は、ＤＥＳやＡＥＳなどの共通鍵暗号アルゴリズムを適用する。
【００６３】
一方、利用者端末２００は、該メッセージを受信後、サーバ装置３００に、利用者ＩＤ、サーバＰＷ、および再発行用データを含む再発行用データ登録要求メッセージを送信する。
【００６４】
サーバ装置３００は、該再発行用データ登録要求メッセージを受信し、当該受信したメッセージに含まれる利用者ＩＤおよびサーバＰＷと、外部記憶装置３０４に格納している利用者ＩＤおよびサーバＰＷとを照合し、正当な利用者かどうかを判定する（ステップＳ２０５）。正当な利用者であると判定した場合、受信した再発行用データを、利用者ＩＤで一意に特定される利用者１１０個別のデータ格納領域に格納する（ステップＳ２０６）。また、サーバ装置３００は、利用者端末２００に再発行用データ登録応答メッセージを送信する。
【００６５】
利用者端末２００は、該メッセージを受信後、認証デバイス１００に２次発行データ格納要求メッセージを送信する。
【００６６】
認証デバイス１００は、該メッセージを受信後、利用者ＩＤ、サーバＰＷ、利用者ＰＷ、暗復号用鍵を、メモリ１０２に静的に格納し（ステップＳ２０７）、利用者端末２００に２次発行データ格納応答メッセージを送信し、処理を終了する。
【００６７】
２次発行処理の実行後は、認証デバイス１００には利用者ＩＤ、サーバＰＷ、利用者ＰＷ、暗復号用鍵が格納され、サーバ装置３００には、再発行用データが格納される（図４参照）。
【００６８】
次に、前記２次発行処理後に引き続く、暗号化バックアップ処理について説明する。暗号化バックアップ処理は、上記２次発行処理後に初めて行う場合はこの２次発行処理から続けて行うが、暗号化バックアップ処理が２回目以降の場合は暗号化バックアップ処理だけを独立して行うものとする。
【００６９】
図１０に、クライアントデータ暗号化バックアップ処理の処理フローを示す。利用者端末２００は、表示装置２０７に画面２５（図７）を表示し、利用者から利用者ＰＷの入力を受け付ける（ステップＳ３０１）。なお２次発行処理後の初回バックアップの場合は、２次発行処理時にすでに利用者ＰＷを入力済みなので、このステップを省くことができる。
【００７０】
利用者端末２００は、利用者ＰＷの入力受付後、表示装置２０７に画面２３を表示し、利用者ＰＷを含む暗復号用鍵等要求メッセージを認証デバイス１００に送信する。
【００７１】
認証デバイス１００は、該メッセージを受信後、受信した利用者ＰＷと、メモリ１０２に格納している利用者ＰＷとを照合し、利用者ＰＷの正当性を検証する（ステップＳ３０２）。ここでの検証結果が利用者ＰＷが正しい旨のものであれば、認証デバイス１００は、メモリ１０２に格納している、利用者ＩＤ、サーバＰＷおよび暗復号用鍵を含む暗復号用鍵等応答メッセージを、利用者端末２００に送信する。
【００７２】
なお、図１０におけるフローでは省略しているが、利用者ＰＷが誤りである場合でも、所定回数までは、ステップＳ３０１からの処理を繰り返す（再度、利用者ＰＷの入力を受け付ける）ものとできる。このような処理において、もし所定回数を超えて利用者ＰＷが誤りであった場合、認証デバイス１００はそれ以降の処理を一切実行しない。
【００７３】
利用者端末２００は、暗復号用鍵等応答メッセージを受信後、利用者端末２００に格納されているクライアントデータを暗復号用鍵で暗号化し（ステップＳ３０３、暗号化部１２６）、暗号化クライアントデータを生成する。その後、利用者端末２００はサーバ装置３００に対し、利用者ＩＤ、サーバＰＷおよび暗号化クライアントデータを含むバックアップ要求メッセージを送信する。
【００７４】
なお、ステップＳ３０３は、利用者端末２００内でなく、認証デバイス１００内で実行してもよい。その場合は、前述までの処理フローを以下のように変更する。利用者端末２００は、認証デバイス１００に対し、暗復号用鍵等要求メッセージの代わりに、利用者ＰＷとクライアントデータを含む暗号化クライアントデータ生成要求メッセージを送信する。認証デバイス１００は該メッセージ受信後、ステップＳ３０２を実行し利用者ＰＷ検証を行い、利用者ＰＷが正しければ、メモリ１０２に格納されている暗復号用鍵を用いてステップＳ３０３を実行する。その後、利用者端末２００に対し、暗復号用鍵等応答メッセージの代わりに、利用者ＩＤ、サーバＰＷ、および暗号化クライアントデータを含む、暗号化クライアントデータ生成応答メッセージを送信する。利用者端末２００は該メッセージ受信後、ステップＳ３０３は省き、サーバ装置３００にバックアップ要求メッセージを送信する。
【００７５】
サーバ装置３００は、バックアップ要求メッセージを受信後、利用者認証を行う（ステップＳ２０５）。正当な利用者であると判定した場合、受信した暗号化クライアントデータを、利用者ＩＤで一意に特定される利用者個別のデータ格納領域に格納する（ステップＳ３０５）。一方で、利用者端末２００にバックアップ応答メッセージを送信する。他方、利用者端末２００は、該メッセージを受信すると、表示装置２０７に画面２４を表示し、処理を終了する。
【００７６】
こうした暗号化バックアップ処理の実行後、サーバ装置３００には暗号化クライアントデータが格納されている（図４参照）。  
なお、本実施形態では、初期状態から暗号化バックアップ後まで、利用者端末２００にクライアントデータが格納されているとしたが（図４参照）、格納されていなくてもよい。
【００７７】
このように、サーバ装置３００は、暗号化クライアントデータと共に、再発行用データを格納する。再発行用データは、暗号化クライアントデータを暗復号化する暗復号用鍵を再発行用データ処理鍵で暗号化したデータである。暗復号用鍵を暗号化してバックアップすることにより、サーバ運用者２２０が不正に暗号化クライアントデータを復号化することを防止する。
【００７８】
本実施形態では利用者端末２００内のクライアントデータのみを暗号化バックアップしているが、利用者端末２００ではなく認証デバイス１００内のデータのみを暗号化バックアップしてもよいし、両方をバックアップしてもよい。どちらの場合も認証デバイス１００から利用者端末２００に、認証デバイス内のデータを送信するステップを加える。
【００７９】
また、本実施形態では暗号化バックアップの処理フローにおいて、暗復号用鍵を用いてクライアントデータを暗号化したが（ステップＳ３０３）、再発行用データ処理鍵でクライアントデータを暗号化してもよい。
【００８０】
その場合、暗復号用鍵は不要であり、２次発行処理のフローにおいて、２次発行データ生成要求メッセージから２次発行データ生成応答メッセージまでの一連の処理を省き、再発行用データ登録要求メッセージの代わりに、利用者ＩＤとサーバＰＷを含む利用者認証要求メッセージを送信する。またステップＳ２０６を省き、再発行用データ登録応答メッセージの代わりに、利用者認証応答メッセージを送信する。さらにステップＳ２０７では暗復号用鍵を省く。
【００８１】
そして暗号化バックアップ処理では、認証デバイス１００はステップＳ３０２の実行後に再発行用データ処理鍵を生成し（ステップＳ２０３）、暗復号用鍵等応答メッセージに、暗復号用鍵ではなく再発行用データ処理鍵を含める。
【００８２】
また、本実施形態では再発行用データ処理鍵はデバイス鍵と利用者ＰＷとから生成したが、この生成に際してデバイス鍵を省略してもよい。この場合、利用者ＰＷにハッシュ関数を適用した結果を、再発行用データ処理鍵とする。ハッシュ関数の例としては、ＳＨＡ１やＭＤ５がある。
【００８３】
次に、権限者設定処理について説明する。権限者設定処理とは、権限者ＩＤを含む権限者情報リストを編集する処理、および緊急時リストアに必要な緊急時再発行用データをサーバ装置３００に格納する処理である。緊急時リストアを実施しない場合は、権限者設定処理は省くものとする。
【００８４】
図１１に権限者設定処理の処理フロー、図１２に画面遷移図を示す。利用者端末２００は、表示装置２０７に画面３１を表示し、利用者から利用者ＰＷの入力を受け付ける（ステップＳ４０１）。次に画面３３を表示して利用者１１０から権限者名、権限者ＩＤ、実行権限割合といった権限者情報入力を受け付ける（ステップＳ４０３）。
【００８５】
ここで実行権限割合とは、複数の権限者５５０の緊急時リストアの実行権限の割合を示す。複数の権限者５５０にそれぞれ比率を割り当て、緊急時リストア処理の実行時には合わせて１００％以上の承認が得られなければ緊急時リストア処理を完了させられない。例えば、権限者Ａ５５０の権限割合を１００％、権限者Ｂ５５０の権限割合を５０％とした場合について考える。権限者Ａ５５０は自分自身で緊急時リストア処理を完結することができる。しかし権限者Ｂ５５０は、自分自身の他に、実行権限割合が権限者Ｂ５５０と合わせて１００％以上となる組み合わせの権限者の承認がなければ処理を完了できない。
【００８６】
画面３３では既に格納されている権限者情報リストの内容が表示され、権限者情報の入力だけでなく、権限者の削除などといった権限者情報の編集が行える。
【００８７】
利用者１１０の権限者情報の入力後、利用者端末２００は、入力された複数の権限者の権限者情報で緊急時リストアが実行可能かを判断し（ステップＳ４０４）、実行可能である場合には表示装置２０７に画面３４を表示し、利用者１１０に確認をする。実行不可能である場合には表示装置２０７に画面３７を表示し、ステップＳ４０３からの処理を繰り返す。実行可能な場合、利用者１１０の確認後、利用者端末２００は複数の権限者の権限者情報を連結させた権限者情報リストを作成する（ステップＳ４０５）。
【００８８】
その後、認証デバイス１００に対して、利用者ＰＷおよび権限者情報リストを含む緊急時再発行用データ生成要求メッセージを送信する。
【００８９】
認証デバイス１００は緊急時再発行用データ生成要求メッセージを受信後、利用者ＰＷを検証する（ステップＳ３０２）。利用者ＰＷが正しければ、緊急時リストア保証者鍵と利用者組織鍵とから、緊急時再発行用データ処理鍵を生成する（ステップＳ４０６、鍵生成部１２４）。本生成に関しては、例えば、緊急時リストア保証者鍵と利用者組織鍵とを連結し、ハッシュ関数を適用するなどして生成する。他にも、保証者鍵か利用者組織鍵が未知の場合に緊急時再発行用データ処理鍵の生成や推定を防止できるアルゴリズムであれば、前記生成処理に適用が可能である。
【００９０】
なお、緊急時リストア保証者鍵と利用者組織鍵は、どちらか一方を省略しても良い。また、それぞれ複数存在してもよい。
【００９１】
次に、利用者ＰＷ、複数の権限者情報、および利用者組織ＩＤを連結したデータを、前記緊急時再発行用データ処理鍵で暗号化して、緊急時再発行用データを生成する（ステップＳ４０７、暗号化部１２５）。なお、利用者組織ＩＤは省略しても良い。また、利用者ＰＷの代わりに、再発行用データもしくは暗復号用鍵を用いてステップｓ４０７を実行してもよい。認証デバイス１００は、利用者端末２００に対して、該緊急時再発行用データを含む緊急時再発行用データ生成応答メッセージを送信する。
【００９２】
利用者端末２００は該メッセージ受信後、サーバ装置３００に対して利用者ＩＤ、サーバＰＷおよび緊急時再発行用データを含む緊急時再発行用データ格納要求メッセージを送信する。
【００９３】
サーバ装置３００は該メッセージ受信後、利用者認証を行い（ステップＳ２０５）正当な利用者であると判定した場合、受信した緊急時再発行用データを、利用者ＩＤで一意に特定される利用者個別のデータ格納領域に格納する（ステップＳ４０８）一方で、利用者端末２００に緊急時再発行用データ格納応答メッセージを送信する。
【００９４】
他方、利用者端末２００は、該メッセージを受信すると、認証デバイス１００に対し、権限者情報リスト格納要求メッセージを送信する。認証デバイス１００は、該メッセージ受信後、権限者情報リストをメモリ１０２に静的に格納する（ステップＳ４０９）。その後、利用者端末２００に権限者情報リスト格納応答メッセージを送信する。利用者端末２００は該メッセージ受信後、表示装置２０７に画面３５を表示し処理を終了する。
【００９５】
なお、ステップＳ４０３において、緊急時リストアの実行権限割合でなく、実行条件人数を設定してもよい。実行条件人数とは、緊急時リストアを実行するのに必要な、承認を行う権限者の人数である。例えば、条件人数を３人と設定した場合、３人の権限者の承認が得られなければ緊急時リストアの実行は不可能である。
【００９６】
実行条件人数を設定する場合は、ステップＳ４０１の実行後に、表示装置２０７に画面３６を表示し条件人数の入力を受け付ける。条件人数は、画面３６で、「１．」を選択し一人以上の任意の人数を設定するか、「２．全員」を選択する。「２．全員」を選択した場合は全ての権限者の承認が得られなければ緊急時リストアは実行されない。
【００９７】
次に利用者端末２００は画面３８を表示し、ステップＳ４０３を実行する。ただし、権限割合の入力は省く。以降の処理は権限割合を設定した場合と同様である。ただし、権限者情報リストに実行条件人数データを含め、権限割合は省くものとする。
【００９８】
このように、権限者設定処理を設けることにより、緊急時リストアの実行条件を利用者１１０が柔軟に設定することができる。また、権限者の追加や変更といった権限者情報の変更にも柔軟に対応できる。
【００９９】
また、利用者の属する組織の運用ポリシーによっては、利用者１１０による権限者５５０の設定を禁止してもよい。その場合は、認証デバイス１００に対する、１次発行処理での権限者情報リストの格納は必須となる。また、上記権限者設定処理において、ステップＳ４０３、Ｓ４０４、Ｓ４０５の処理を省き、緊急時再発行用データ生成要求メッセージから権限者情報リストを省く。さらに権限者情報リスト格納要求メッセージの送信以降の処理も省く。また、このように利用者１１０による権限者５５０の設定を禁止した場合、権限者設定処理を２次発行処理に含めてしまってもよい。
【０１００】
続いてクライアントデータのリストア処理について説明する。クライアントデータのリストア処理とは、クライアントデータの暗号化バックアップ処理後に、例えば利用者が認証デバイス１００及び利用者端末２００の両方を紛失・故障などした場合に実行される処理を想定できる。この場合、利用者により用意された新たな認証デバイスおよび新たな利用者端末に対しデータを復旧させる処理がなされる。このクライアントデータのリストア処理は、２次再発行処理と復号化リストア処理の２つの処理に分かれる。２次再発行処理では認証デバイス１００を２次発行処理後の状態にし、一方、復号化バックアップ処理では利用者端末２００のクライアントデータを復旧する。
【０１０１】
なお、本実施形態ではサーバ装置３００にデータをバックアップした場合について記述するが、利用者端末２００にバックアップを行った場合には、サーバ装置３００ではなく、利用者端末２００からデータのリストア処理を行う。
【０１０２】
図１３に利用者端末２００の画面図を示す。図１３に示す画面は、例えば携帯電話のディスプレイ画面を想定する。また、図１４に認証デバイス１００の２次再発行処理の処理フローを示す。
【０１０３】
利用者端末２００は、表示装置２０７に画面４１を表示し、利用者１１０から、利用者ＩＤ、サーバＰＷおよび利用者ＰＷの入力を受け付ける（ステップＳ５０１）。その後利用者端末２００は表示装置２０７に画面面４２を表示し、サーバ装置３００に対して、利用者ＩＤとサーバＰＷを含む再発行用データ要求メッセージを送信する。
【０１０４】
サーバ装置３００は、該メッセージを受信後、利用者ＩＤおよびサーバＰＷを用いて利用者認証を行う（ステップＳ２０５）。利用者認証に成功すると、外部記憶装置３０４から該利用者ＩＤで特定される、再発行用データおよび緊急時再発行用データを取得し（ステップＳ５０２）、利用者端末２００に再発行用データおよび緊急時再発行用データを含む再発行用データ応答メッセージを送信する。
【０１０５】
利用者端末２００は、該メッセージを受信すると、認証デバイス１００に対して、利用者ＩＤ、サーバＰＷ、利用者ＰＷ、再発行用データ、緊急時再発行用データを含む２次再発行データ格納要求メッセージを送信する。
【０１０６】
一方、認証デバイス１００は、該メッセージ受信後、利用者ＩＤ、サーバＰＷ、利用者ＰＷ、再発行用データ、緊急時再発行用データをメモリ１０２に一時的に保持する。次に認証デバイス１００は、利用者ＩＤと利用者ＰＷ、および認証デバイス１００にあらかじめ格納されているデバイス鍵とから再発行用データ処理鍵を生成する（ステップＳ２０３、鍵生成部１２２）。次に該再発行用データ処理鍵で再発行用データを復号化し、暗復号用鍵を取り出す（ステップＳ５０３）。次に緊急時リストア保証者鍵と利用者組織鍵から緊急時再発行用データ処理鍵を生成し（ステップＳ４０６）、該緊急時再発行用データ処理鍵で緊急時再発行用データを復号化し、権限者情報リストを取り出す（ステップＳ４０７）。その後、利用者ＩＤ、サーバＰＷ、利用者ＰＷ、暗復号用鍵、権限者情報リストをメモリ１０２に静的に格納し（ステップＳ５０４）、利用者端末２００に２次再発行データ格納応答メッセージを送信し処理を終了する。
【０１０７】
こうした２次再発行処理の実行後においては、認証デバイス１００に、利用者ＩＤ、サーバＰＷ、利用者ＰＷ、暗復号用鍵、権限者情報リストが追加格納されている（図４参照）。ただし、緊急時リストアを実施しない場合や、権限者設定処理を行っていない場合は、権限者情報リストは追加格納されない。
【０１０８】
なお、前述の暗号化バックアップ処理で、再発行用データ処理鍵でクライアントデータを暗号化した場合は、再発行用データおよび暗復号用鍵を省く。  
また、再発行用データ処理鍵を、デバイス鍵を用いずに生成した場合、ステップＳ２０３ではデバイス鍵を省略する。
【０１０９】
なお、緊急時リストアを実施しない場合や、事前に権限者設定処理を行っていない場合は、緊急時再発行用データおよび権限者情報リストを省くこととする。
【０１１０】
次に、上記の２次再発行処理に続く、復号化リストア処理の説明を行う。復号化リストア処理は、上記２次再発行処理後に初めて行う場合はこの２次再発行処理から続けて行うが、復号化リストア処理が２回目以降の場合は復号化リストア処理だけを独立して行うものとする。図１５に復号化リストア処理の処理フローを示す。利用者端末２００は、表示装置２０７に画面４４を表示し、利用者１１０から利用者ＰＷの入力を受け付ける（ステップＳ６０１）。なお２次再発行処理後の初回リストアの場合は、２次再発行処理で既に利用者ＰＷは入力済みであるので、このステップは省いてもよい。
【０１１１】
利用者端末２００は、利用者ＰＷの入力受付後、認証デバイス１００に対して、利用者ＰＷを含む暗復号用鍵等要求メッセージを送信する。  
認証デバイス１００は、該メッセージを受信後、利用者ＰＷ検証を行う（ステップＳ３０２）。利用者ＰＷが正しければ、利用者端末２００に対して、メモリ１０２に格納している、利用者ＩＤ、サーバＰＷおよび暗復号用鍵を含む暗復号用鍵等応答メッセージを送信する。
【０１１２】
なお、図１５におけるフローでは省略しているが、利用者ＰＷが誤りである場合でも、所定回数までは、ステップＳ６０１からの処理を繰り返す（再度、利用者ＰＷの入力を受け付ける）ものとできる。このような処理に際し、所定回数を超えて利用者ＰＷが誤りであった場合、認証デバイス１００はそれ以降の処理を一切実行しない。
【０１１３】
利用者端末２００は、暗復号用鍵等応答メッセージの受信後、サーバ装置３００に、利用者ＩＤ、サーバＰＷを含むリストア要求メッセージを送信する。  
サーバ装置３００は、該メッセージを受信後、利用者ＩＤおよびサーバＰＷを用いて利用者認証を行い（ステップＳ２０５）、成功した場合、外部記憶装置３０４から該利用者ＩＤで特定される暗号化クライアントデータを取得し（ステップＳ６０２）、利用者端末２００に対して暗号化クライアントデータを含むリストア応答メッセージを送信する。  
利用者端末２００は、該メッセージを受信後、暗復号用鍵で暗号化クライアントデータを復号化してクライアントデータを取り出して（ステップＳ６０３）、格納し（ステップＳ６０４）、表示装置２０７に画面４３を表示して処理を終了する。
【０１１４】
なお、ステップＳ６０３は、利用者端末２００内でなく、認証デバイス１００内で実行してもよい。その場合は、前述までの処理フローを以下のように変更する。  
利用者端末２００は、認証デバイス１００に対して、暗復号用鍵等要求メッセージではなく、利用者ＰＷを含む利用者ＩＤ等要求メッセージを送信する。  
認証デバイス１００は、該メッセージを受信後、ステップ３０２を実行し、利用者端末２００に対し、暗復号用鍵等応答メッセージではなく、利用者ＩＤ とサーバＰＷを含む利用者ＩＤ等応答メッセージを送信する。  
また利用者端末２００はサーバ装置３００からリストア応答メッセージを受信後、認証デバイス１００に対し、暗号化クライアントデータを含むクライアントデータ復号化要求メッセージを送信する。  
認証デバイス１００は、該メッセージを受信後、ステップＳ６０３を実行し、利用者端末２００に対し、クライアントデータを含む暗号化クライアントデータ復号化応答メッセージを送信する。  
利用者端末２００は、該メッセージを受信後、ステップＳ６０４を実行して処理を終了する。
【０１１５】
また、暗号化バックアップ処理で利用者端末２００のクライアントデータとともに認証デバイス１００内のデータもバックアップした場合は、上記の復号化リストアの処理フローを以下のように変更する。  
ステップＳ６０３の実行後に認証デバイス１００に対し、認証デバイス内のデータを含む認証デバイスデータ格納要求メッセージを送信する。  
認証デバイス１００は該メッセージを受信後、メモリ１０２に該認証デバイスデータを格納し、利用者端末２００に対し、認証デバイスデータ格納応答メッセージを送信する。利用者端末２００は、該メッセージを受信後、ステップ５０６を実行して処理を終了する。  なお、暗号化バックアップ処理で、利用者端末２００のクライアントデータではなく、認証デバイス内のデータのみをバックアップした場合はステップ５０６を省く。
【０１１６】
また、前述の暗号化バックアップ処理で、暗復号用鍵でなく再発行用データ処理鍵でクライアントデータを暗号化した場合、利用者端末２００は、認証デバイス１００に対して、暗復号用鍵等要求メッセージではなく、利用者ＰＷを含む再発行用データ処理鍵等要求メッセージを送信する。
【０１１７】
認証デバイス１００は該メッセージを受信後、利用者ＩＤ、利用者ＰＷ、およびデバイス鍵から再発行用データ処理鍵を生成する。その後、利用者端末２００に対して、暗復号用鍵等応答メッセージではなく、利用者ＩＤ、サーバＰＷ、および再発行用データ処理鍵を含む再発行用データ処理鍵等応答メッセージを送信する。また、ステップＳ６０３は暗復号用鍵ではなく再発行用データ処理鍵を用いる。
【０１１８】
こうした復号化リストア処理の実行後においては、利用者端末２００にクライアントデータが格納された状態となる（図４参照）。  
このように、クライアントデータの復号化リストアに再発行用データを用いることで、サーバ装置にクライアントデータの内容を知られることなくバックアップ、リストアを行える。
【０１１９】
また、再発行用データを暗復号化する再発行用データ処理鍵は、利用者ＩＤ、利用者ＰＷ、および全ての認証デバイスで共通のデバイス鍵などから生成する。利用者ＩＤを用いることで利用者個別の鍵が生成でき、利用者ＰＷを用いることで利用者ＰＷを知る者のみが鍵を生成できる。また、デバイス鍵を用いることで、再発行用データ処理鍵の生成に認証デバイス１００が不可欠となり、ＰＣなどによるパスワード総当り攻撃を防止できる。これらにより再発行用データ処理鍵は安全に生成できる。
【０１２０】
さらに、デバイス鍵は全ての認証デバイス１００で同一であるために、利用者１１０に個別の認証デバイス１００を発行する必要がない。そのため、認証デバイス１００の発行が容易になる。
【０１２１】
また逆に、デバイス鍵を全ての認証デバイスで共通鍵とせずに個別鍵としてもよい。その場合は、デバイス鍵が利用者１１０毎で個別となるために、本実施形態よりも安全に再発行用データ処理鍵を生成できるが、認証デバイス１００の発行が煩雑になる。例えば、利用者が認証デバイス１００を紛失した場合、その認証デバイス１００に設定されていた個別のデバイス鍵と同一のデバイス鍵を、再発行する認証デバイス１００に設定する必要がある。
【０１２２】
次に、クライアントデータの暗号化バックアップ処理後の、利用者ＰＷの変更処理について説明する。ただし、データバックアップ処理において、再発行用データ処理鍵でクライアントデータを暗号化した場合、以下に述べるＰＷ変更処理とは別の処理が必要である。
【０１２３】
図１６にＰＷ変更処理の画面図、図１７にＰＷ変更処理の処理フローを示す。なお、図１６における画面は携帯電話のディスプレイ画面を想定した。
【０１２４】
利用者端末２００は、表示装置２０７に画面３１を表示して、利用者１１０から利用者ＰＷ（第２のパスワード）と新利用者ＰＷ（第３のパスワード）の入力を受け付ける（ステップＳ７０１）。その後、利用者端末２００は、表示装置２０７に画面３２を表示するとともに、認証デバイス１００に対して利用者ＰＷ、新利用者ＰＷを含む利用者ＰＷ変更データ生成要求メッセージを送信する。  
認証デバイス１００は、該メッセージ受信後、利用者ＰＷと新利用者ＰＷをメモリ１０２に一時的に保持し、利用者ＰＷ検証を行う（ステップＳ３０２）。この検証の結果、利用者ＰＷが正しければメモリ１０２に格納されている、デバイス鍵と利用者ＩＤ、および新利用者ＰＷから新再発行用データ処理鍵を生成する（ステップＳ２０３）。
【０１２５】
なお、図１７におけるフローでは省略しているが、利用者ＰＷが誤りである場合でも、所定回数までは、ステップＳ７０１からの処理を繰り返す（再度、利用者ＰＷの入力を受け付ける）こととできる。このような処理に際し、所定回数を超えて利用者ＰＷが誤りであった場合、認証デバイス１００はそれ以降の処理を一切実行しない。
【０１２６】
次に、認証デバイス１００は、暗復号用鍵を新再発行用データ処理鍵で暗号化し、新再発行用データを生成する（ステップＳ７０２）。つづいて、緊急時リストア保証者鍵と利用者組織鍵とから、緊急時再発行用データ処理鍵を生成し（ステップＳ４０６）、新利用者ＰＷ、権限者情報リスト、および利用者組織ＩＤを連結したデータを、該緊急時再発行用データ処理鍵で暗号化して新緊急時再発行用データを生成する（ステップＳ４０７）。その後、認証デバイス１００は、利用者端末２００に対し、利用者ＩＤ、サーバＰＷ、新再発行用データ、および新緊急時再発行用データを含む利用者ＰＷ変更データ生成応答メッセージを送信する。
【０１２７】
利用者端末２００は該メッセージを受信後、利用者ＩＤ、サーバＰＷ、新再発行用データ、および新緊急時再発行用データを含む、再発行用データ更新要求メッセージをサーバ装置３００に送信する。  
サーバ装置３００は該メッセージ受信後、利用者ＩＤとサーバＰＷを用いて利用者認証を行い（ステップＳ２０５）、成功すると、再発行用データを新再発行用データに、緊急時再発行用データを新緊急時再発行用データに、それぞれ置き換え（ステップＳ７０３）、利用者端末２００に再発行用データ更新応答メッセージを送信する。  
利用者端末２００は該メッセージを受信後、認証デバイス１００に利用者ＰＷ変更要求メッセージを送信する。  
認証デバイス１００は、該メッセージを受信後、メモリ１０２に格納している利用者ＰＷを新利用者ＰＷに置き換え（ステップＳ７０４）、利用者端末２００に利用者ＰＷ変更応答メッセージを送信する。利用者端末２００は、表示装置２０７に画面３３を表示し、処理を終了する。
【０１２８】
緊急時リストアを行わない場合はステップＳ４０６およびステップＳ４０７を省く。また利用者ＰＷ変更データ生成応答メッセージおよび再発行用データ更新要求メッセージに新緊急時再発行用データを含めず、ステップＳ７０３で緊急時再発行用データの更新を行わない。  
なお、再発行用データ処理鍵を、デバイス鍵を用いずに生成した場合、ステップＳ２０３ではデバイス鍵を省略する。
【０１２９】
また権限者設定処理のステップＳ４０７で、パスワードでなく再発行用データ処理鍵を暗号化して緊急再発行用データとした場合、ＰＷ変更処理フローのステップＳ４０７は新再発行用データ処理鍵を暗号化して新緊急時再発行用データとする。  
また権限者設定処理のステップＳ４０７で、パスワードでなく暗復号用鍵を暗号化して緊急再発行用データとした場合、ＰＷ変更処理フローのステップＳ４０６、ステップＳ４０７は省く。また、利用者ＰＷ変更データ生成応答メッセージおよび再発行用データ更新要求メッセージに新緊急時再発行用データを含めず、ステップＳ７０３で緊急時再発行用データの更新を省く。
【０１３０】
次に、緊急時リストア処理について説明する。緊急時リストアとは、利用者１１０が不慮の事故に遭うなどして、利用者１１０自身でのクライアントデータのリストアが不可能となった場合に、強制的にリストアできる権限を持った緊急時リストア権限者５５０の指示に応じて、利用者１１０のクライアントデータをリストアする処理である。ただし、あらかじめ利用者１１０が権限者設定処理を行っていない場合はこの処理は行えない。なお、緊急時リストア権限者は利用者一人に対して一人以上存在する。
【０１３１】
ここで、説明上の区別のため、緊急時リストア権限者の保持する、利用者端末２００を権限者端末２００、認証デバイス１００を権限者認証デバイス１００、緊急時リストア権限者５５０の利用者ＩＤを権限者ＩＤ、利用者ＰＷを権限者ＰＷ、サーバＰＷを権限者サーバＰＷと記す。該権限者ＩＤは、利用者１１０の保有する認証デバイス１００が保持する権限者情報リストに記載されている複数の権限者ＩＤの一つと同一である。また緊急時リストアの対象となる利用者１１０を被復旧者１１０、被復旧者１１０の、利用者ＩＤを被復旧者ＩＤ、利用者ＰＷを被復旧者ＰＷと記す。図１８は、被復旧者１１０と緊急時リストア権限者A５５０がそれぞれ保有する、認証デバイス１００と利用者端末２００に格納されているデータの図である。緊急時リストア権限者Ａは、被復旧者１１０の緊急時リストア権限者の一人である。図中で、点線の矢印で結ばれたデータはデータ内容が同一であることを示す。ただし、権限者設定処理において緊急時リストアの実行条件を実行条件人数で設定した場合には図中の権限者情報のうち権限割合データは省き、実行条件人数データを含む。
【０１３２】
以下、図１９に示す、緊急時リストア権限者５５０の一人が緊急時リストア処理を行う際の処理フローを参照し、緊急時リストア処理の説明を行う。権限者端末２００は、まず権限者５５０から権限者ＰＷおよび被復旧者ＩＤの入力を受け付ける（ステップＳ８０１）。その後、権限者端末２００は権限者認証デバイス１００に対して、権限者ＰＷを含む権限者認証要求メッセージを送信する。
【０１３３】
権限者認証デバイス１００は該メッセージを受信後、受信した権限者ＰＷと、メモリ１０２に格納している権限者ＰＷとを照合し、権限者ＰＷの正当性を検証する（ステップＳ３０２）。権限者ＰＷが正しければ、権限者端末２００に対して、権限者ＩＤ、権限者サーバＰＷを含む、権限者認証応答メッセージを送信する。  
権限者端末２００は該メッセージを受信後、サーバ装置３００に対して、権限者ＩＤ、権限者サーバＰＷ、および被復旧者ＩＤを含む緊急時リストア要求メッセージを送信する。
【０１３４】
サーバ装置３００は該メッセージを受信後、受信した権限者ＩＤおよび権限者サーバＰＷを用いて、利用者認証を行う（ステップＳ２０５）。利用者認証に成功すると、サーバ装置３００は、外部記憶装置３０４から、被復旧者ＩＤで特定される、被復旧者の緊急時再発行用データ、被復旧者の再発行用データ、被復旧者の暗号化クライアントデータを取得し（ステップＳ８０２）、権限者端末２００に、取得した緊急時再発行用データ、再発行用データ、および暗号化クライアントデータを含む緊急時リストア応答メッセージを送信する。
【０１３５】
権限者端末２００は該メッセージを受信すると、権限者認証デバイス１００に対して、緊急時再発行用データおよび再発行用データを含む復旧処理要求メッセージを送信する。  権限者認証デバイス１００は、該メッセージ受信後、メモリ１０２に格納されている緊急時リストア保証者鍵と利用者組織鍵から緊急時再発行用データ処理鍵を生成してメモリ１０２に一時的に保持する（ステップＳ４０６）。次に、権限者認証デバイス１００は、該緊急時再発行用データ処理鍵を用いて緊急時再発行用データを復号化し、被復旧者ＰＷ、権限者情報リスト、利用者組織ＩＤを取り出してメモリ１０２に一時的に保持する（ステップＳ８０３）。
【０１３６】
そして、権限者認証デバイス１００は、ステップＳ８０３で一時的に保持した権限者情報リストに記載のある複数の権限者ＩＤのどれか一つと、権限者認証デバイス１００が静的に保持している、自らの利用者ＩＤである権限者ＩＤとが合致するかをみる第１の検証と、また、ステップＳ８０３で一時的に保持した利用者組織ＩＤと、権限者認証デバイス１００が静的に保持している利用者組織ＩＤとが合致するかをみる第２の検証とからなる、権限者検証を行う（ステップＳ８０４）。この権限者検証において、第１および第２の両方の検証結果とも合致の旨であったら、メモリ１０２に一時的に保持している複数の権限者情報リストのうち、自身の権限者情報にチェックを付け、緊急時リストア処理を承認したことを示す（ステップＳ８０５）。その後、権限者認証デバイス１００は、権限者情報リストで承認済みの権限者の実行権限割合の合計を計算し、１００％以上であれば 緊急時リストアデータ格納処理（図２１）に移る。１００％未満であれば 、緊急時再発行用データ再発行処理（図２０）に移る。
【０１３７】
なお、実行権限割合ではなく実行条件人数を設定した場合は、権限者情報リストで承認済みの権限者の人数を数えて、実行条件人数分の承認が得られている場合に、緊急時リストアデータ格納処理（図２１）に移る。得られていない場合は、緊急時再発行用データ再発行処理（図２０）に移る。
【０１３８】
図２０に緊急時再発行用データ再発行処理の処理フローを示す。権限者認証デバイス１００は、メモリ１０２に一時的に保持している、被復旧者ＰＷ、権限者情報リスト、利用者組織ＩＤを、緊急時再発行用データ処理鍵で暗号化し緊急時再発行用データを再生成する（ステップＳ４０７）。その後、権限者認証デバイス１００は、権限者端末２００に対し、生成した新緊急時再発行用データを含む復旧処理応答メッセージを送信する。
【０１３９】
権限者端末２００は該メッセージを受信後、サーバ装置３００に対して、被復旧者ＩＤおよび新緊急時再発行用データを含む緊急時再発行用データ更新要求メッセージを送信する。  
サーバ装置３００は該メッセージ受信後、被復旧者ＩＤで特定される被復旧者の緊急時再発行用データを新緊急時再発行用データに更新し（ステップＳ８０６）、権限者端末２００に対し緊急時再発行用データ更新応答メッセージを送信して処理を終了する。
【０１４０】
図２１に緊急時リストアデータ格納処理の処理フローを示す。権限者認証デバイス１００は、被復旧者ＩＤと被復旧者ＰＷおよびデバイス鍵から被復旧者の再発行用データ処理鍵を生成する（ステップＳ２０３）。その後、権限者認証デバイス１００は、該再発行用データ処理鍵で被復旧者の再発行用データを復号化し暗復号用鍵を取り出し（ステップＳ８０７）、権限者端末２００に対し、暗復号用鍵を含む、被復旧者暗復号用鍵応答メッセージを送信する。  
権限者端末２００は該メッセージ受信後、暗復号用鍵で被復旧者の暗号化クライアントデータを復号化し（ステップＳ８０９）、被復旧者１１０のクライアントデータを取り出し、権限者端末２００に格納して処理を終了する（ステップＳ８１０）。
【０１４１】
このように、緊急時リストアを実行する場合は、設定されている複数の権限者５５０がそれぞれ緊急時リストア処理を行い、それぞれの権限者情報にチェックをつけることで緊急時リストア実行の承認を行う。そして実行条件を満たすだけの権限者５５０の承認が集まらなくては被復旧者のクライアントデータはリストアできない。またここでは緊急時リストア権限者５５０は複数存在するとしたが、利用者の属する組織の運用ポリシーに応じて、緊急時リストア権限者５５０は一人としても良い。
【０１４２】
また、本実施例では、緊急時リストア処理の実行において、権限者の認証デバイス１００の正当性を確認する手段として、権限者情報リストに権限者ＩＤが記載されているか否かで判定したが、認証デバイス１００にデバイス種別を示すデータ項目を設け、該データ項目の値によって権限者の認証デバイス１００の正当性を確認してもよい。例えば、該データ項目の値が１であれば正当な権限者の認証デバイス１００であると判定する、などと設定する。このようなデバイス種別データは、例えば１次発行処理時に設定する。デバイス種別データを設けた場合は、権限者情報リストを省くものとする。また、デバイス種別データとともに、実行条件人数などの緊急時リストア実行条件データも同時に設定する。デバイス種別データを設けることによって、緊急時リストア処理を実行可能・不可能の２種類の認証デバイス１００を発行することとなる。緊急時リストア処理を実行可能な認証デバイス１００は、同一利用者組織であれば、全ての利用者１１０に対して緊急時リストア権限を持つ。この場合は、利用者１１０ごとに個別の権限者を設定しなくてもよいので、比較的容易に緊急時リストア機能を実現できる。
【０１４３】
なお、図２１のステップＳ８０９は、権限者端末２００内でなく、認証デバイス１００内で実行してもよい。その場合は、図１９の処理フローを以下のように変更する。
【０１４４】
権限者端末２００は、権限者認証デバイス１００に対して、復旧処理要求メッセージではなく、被復旧者の緊急時再発行用データ、再発行用データ、暗号化クライアントデータを含む被復旧者データ復号化要求メッセージを送信する。さらに、図２１の処理フローで、権限者認証デバイス１００は、ステップＳ８０７の実行後に、Ｓ８０９を実行し、権限者端末２００に対し、復旧処理応答メッセージではなく、復号化した被復旧者のクライアントデータを含む被復旧者データ復号応答メッセージを送信する。権限者端末２００は該メッセージ受信後、ステップＳ８１０を実行し、処理を終了させる。
【０１４５】
また、権限者設定処理フローのステップＳ４０７において、利用者ＰＷでなく再発行用データ処理鍵を暗号化して緊急時再発行用データとした場合、図２１の処理フローのステップＳ２０３を省く。また、図２０の処理フローにおいて、利用者ＰＷでなく再発行用データ処理鍵を用いて、ステップｓ４０７を実行する。暗復号用鍵を暗号化して緊急時再発行用データとした場合は、図２１の処理フローのステップＳ２０３およびＳ８０７を省く。また、図２０の処理フローにおいて、利用者ＰＷでなく暗復号用鍵を用いてステップｓ４０７を実行を実行する。
【０１４６】
なお、クライアントデータの暗号化バックアップの際に再発行用データ処理鍵でクライアントデータを暗号化した場合は、図１９および図２１の処理フローで再発行用データを省き、さらにステップＳ８０７を省き、復旧処理応答メッセージに暗復号用鍵でなく再発行用データ処理鍵を含める。権限者端末２００は該メッセージ受信後、再発行用データ処理鍵で被復旧者の暗号化クライアントデータを復号化する。
【０１４７】
また、再発行用データ処理鍵をデバイス鍵を用いずに生成した場合、ステップＳ２０３ではデバイス鍵を省略する。
【０１４８】
なお、本発明では、利用者端末２００を取り替えたり、クライアントデータを誤消去したりした場合にも、クライアントデータのリストアが可能である。その場合には２次再発行処理を省略し、復号化リストア処理だけを独立して実行する。ただし復号化リストア処理フローのステップＳ６０１は必須である。
【０１４９】
また、本発明では、認証デバイス１００と利用者端末２００を共に紛失・故障した場合でのデータリストア処理について説明したが、認証デバイス１００のみが紛失・故障した場合には２次再発行処理のみを実行する。ただし、クライアントデータの暗号化バックアップ処理で、認証デバイス１００内のデータをバックアップした場合は、２次再発行処理と復号化リストア処理の両方を行う。また、利用者端末２００のみが紛失・故障した場合には復号化リストア処理だけを実行する。この場合は、ステップＳ６０１は必須である。
【０１５０】
なお、上記に示した、認証デバイス１００やサーバ装置３００、あるいは利用者端末２００における各機能部１２１〜１２６は、認証デバイス１００など各々においてハードウェアとして実現してもよいし、ＨＤＤやメモリなどの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、各機能部を有する前記認証デバイス１００らのそれぞれにおけるＣＰＵがプログラム実行に合わせて記憶装置より該当プログラムをメモリに読み出して、これを実行することとなる。
【０１５１】
本発明によれば、鍵を保持するＩＣカードが故障したり、紛失したりした場合であっても、利用者による簡便確実なデータのリストアが可能となる。また、利用者が不測の事態に陥るなどして、利用者自身でのクライアントデータのリストアが不可能となった場合であっても、あらかじめ設定したリストア権限者による前記クライアントデータのリストアを可能とできる。  
さらに、利用者がクライアント端末のデータを誤消去した場合や、クライアント端末を交換した場合にも、簡便確実にクライアントデータのリストアを行える。  
したがって、バックアップやリストアに用いていた鍵データの紛失等に際しても、クライアントデータの簡便確実なリストアを可能とできる。
【０１５２】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【０１５３】
【図１】本発明の実施形態における関与者の関係を示す図である。
【図２】本発明の実施形態におけるシステム全体図である。
【図３】本発明の実施形態におけるハードウェア構成図である。
【図４】本発明の実施形態におけるデータ遷移図である。
【図５】本発明の実施形態における利用者登録処理のフロー図である。
【図６】本発明の実施形態におけるメニュー選択処理の画面図である。
【図７】本発明の実施形態におけるバックアップ処理の画面図である。
【図８】本発明の実施形態におけるバックアップ処理の機能ブロック図である。
【図９】本発明の実施形態における認証デバイス２次発行処理のフロー図である。
【図１０】本発明の実施形態における暗号化バックアップ処理のフロー図である。
【図１１】本発明の実施形態における権限者設定処理のフロー図である。
【図１２】本発明の実施形態における権限者設定処理の画面図である。
【図１３】本発明の実施形態におけるリストア処理の画面図である。
【図１４】本発明の実施形態における２次再発行処理のフロー図である。
【図１５】本発明の実施形態における復号化リストア処理のフロー図である。
【図１６】本発明の実施形態におけるＰＷ変更処理の画面図である。
【図１７】本発明の実施形態におけるＰＷ変更処理のフロー図である。
【図１８】本発明の実施形態における被復旧者・権限者のそれぞれのモジュール内のデータ関係図である。
【図１９】本発明の実施形態における緊急時リストア処理のフロー図である。
【図２０】本発明の実施形態における緊急時再発行用データ再発行処理のフロー図である。
【図２１】本発明の実施形態における緊急時リストアデータ格納処理のフロー図である。
【符号の説明】
【０１５４】
１００  認証デバイス
１１０  利用者
１２１  暗復号用鍵の鍵生成部
１２２  再発行用データ処理鍵の鍵生成部
１２３  再発行用データの暗号化部
１２４  緊急時再発行用データ処理鍵の鍵生成部
１２５  緊急時再発行用データの暗号化部
１２６  暗号化クライアントデータの暗号化部
２００  利用者端末
２２０  サーバ運用者
３００  サーバ装置
３３０  認証デバイス発行者
４００  通信ネットワーク
４４０  緊急時リストア保証者
５５０  緊急時リストア権限者
【図１】
2005327235.tif 000003
【図２】
2005327235.tif 000004
【図３】
2005327235.tif 000005
【図４】
2005327235.tif 000006
【図５】
2005327235.tif 000007
【図６】
2005327235.tif 000008
【図７】
2005327235.tif 000009
【図８】
2005327235.tif 000010
【図９】
2005327235.tif 000011
【図１０】
2005327235.tif 000012
【図１１】
2005327235.tif 000013
【図１２】
2005327235.tif 000014
【図１３】
2005327235.tif 000015
【図１４】
2005327235.tif 000016
【図１５】
2005327235.tif 000017
【図１６】
2005327235.tif 000018
【図１７】
2005327235.tif 000019
【図１８】
2005327235.tif 000020
【図１９】
2005327235.tif 000021
【図２０】
2005327235.tif 000022
【図２１】
2005327235.tif 000023