(57)【特許請求の範囲】
【請求項１】
個人認証を実行する個人認証システムであり、
人体を介したデータ通信用の接点を有する複数の認証デバイスを有し、
前記複数の認証デバイス相互において人体を介した認証処理としてのデバイス間認証処理を実行し、少なくとも前記デバイス間認証処理の成立を条件として、前記複数の認証デバイスから選択された代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする個人認証システム。
【請求項２】
前記複数の認証デバイスは、認証デバイスを有するユーザに対応して設定されるユーザＩＤを格納し、前記デバイス間認証処理において、認証処理を実行した複数のデバイスが同一のユーザＩＤを格納した認証デバイスであることの確認を条件として、前記代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする請求項１に記載の個人認証システム。
【請求項３】
前記外部接続機器によって送信される個人認証要求を受信した前記複数の認証デバイスの１つが応答信号を前記外部接続機器に対して送出することにより、該応答信号を送出した認証デバイスを代表認証デバイスとして設定する構成を有することを特徴とする請求項１に記載の個人認証システム。
【請求項４】
前記外部接続機器は、前記デバイス間認証処理を実行する認証デバイス数の指定データを前記認証デバイスに送信し、前記代表認証デバイスが、指定データに従った数のデバイス間認証処理を実行し、指定数のデバイス間認証処理の成立を条件として、前記代表認証デバイスと、外部接続機器との間の認証処理を実行する構成を有することを特徴とする請求項１に記載の個人認証システム。
【請求項５】
前記代表認証デバイスと、外部接続機器との間の認証処理は、人体を介した通信によって実行することを特徴とする請求項１に記載の個人認証システム。
【請求項６】
前記複数の認証デバイスの各々は、デバイス間認証処理を共通鍵方式または公開鍵方式で実行するに必要な鍵情報を記憶手段に格納するとともに、外部接続機器との認証処理を共通鍵方式または公開鍵方式で実行するに必要な鍵情報を記憶手段に格納した構成であることを特徴とする請求項１に記載の個人認証システム。
【請求項７】
前記複数の認証デバイスは外部接続機器との認証に必要な鍵情報またはユーザ識別情報の少なくともいずれかを断片化した断片情報を有し、前記代表認証デバイスが、前記デバイス間認証処理において集積した複数の断片情報に基づいて外部接続機器との認証に必要な鍵情報またはユーザ識別情報を生成し、生成した鍵情報またはユーザ識別情報を適用して代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする請求項１に記載の個人認証システム。
【請求項８】
人体を介したデータ通信用の接点を有する認証デバイスであり、
外部接続機器との認証に必要な鍵情報またはユーザ識別情報の少なくともいずれかを断片化した断片情報を記憶手段に格納した構成を有することを特徴とする認証デバイス。
【請求項９】
前記認証デバイスは、デバイス間認証処理を共通鍵方式または公開鍵方式で実行するに必要な鍵情報を記憶手段に格納した構成であることを特徴とする請求項８に記載の認証デバイス。
【請求項１０】
前記認証デバイスは、他の認証デバイスから集積した前記断片情報に基づいて外部接続機器との認証に必要な鍵情報またはユーザ識別情報を生成し、生成した鍵情報またはユーザ識別情報を適用して外部接続機器との間の認証処理を実行する構成を有することを特徴とする請求項８に記載の認証デバイス。
【請求項１１】
人体を介したデータ通信用の接点を有する複数の認証デバイス相互において人体を介した認証処理としてのデバイス間認証処理を実行するデバイス間認証処理ステップと、
少なくとも前記デバイス間認証処理の成立を条件として、前記複数の認証デバイスから選択された代表認証デバイスと、外部接続機器との間の認証処理を実行するステップと、
を有することを特徴とする個人認証方法。
【請求項１２】
前記複数の認証デバイスは、認証デバイスを有するユーザに対応して設定されるユーザＩＤを格納し、前記デバイス間認証処理ステップにおいて、認証処理を実行した複数のデバイスが同一のユーザＩＤを格納した認証デバイスであることの確認を条件として、前記代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする請求項１１に記載の個人認証方法。
【請求項１３】
前記個人認証方法は、さらに、
前記外部接続機器によって送信される個人認証要求を受信した前記複数の認証デバイスの１つが応答信号を前記外部接続機器に対して送出するステップと、
前記応答信号を送出した認証デバイスを代表認証デバイスとして設定するステップと、
を有することを特徴とする請求項１１に記載の個人認証方法。
【請求項１４】
前記個人認証方法は、さらに、
前記外部接続機器から、デバイス間認証処理を実行する認証デバイス数の指定データを前記認証デバイスに送信するステップを有し、
前記代表認証デバイスは、指定データに従った数のデバイス間認証処理を実行し、指定数のデバイス間認証処理の成立を条件として、前記代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする請求項１１に記載の個人認証方法。
【請求項１５】
前記代表認証デバイスと、外部接続機器との間の認証処理は、人体を介した通信によって実行することを特徴とする請求項１１に記載の個人認証方法。
【請求項１６】
前記デバイス間認証処理は、共通鍵方式または公開鍵方式で実行し、前記代表認証デバイスと外部接続機器との認証処理は、共通鍵方式または公開鍵方式で実行することを特徴とする請求項１１に記載の個人認証方法。
【請求項１７】
前記個人認証方法において、さらに、
前記代表認証デバイスは、前記複数の認証デバイスの有する外部接続機器との認証に必要な鍵情報またはユーザ識別情報の少なくともいずれかの断片情報を集積し、
集積した複数の断片情報に基づいて外部接続機器との認証に必要な鍵情報またはユーザ識別情報を生成し、
生成した鍵情報またはユーザ識別情報を適用して代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする請求項１１に記載の個人認証方法。
【請求項１８】
個人認証処理をコンピュータ・システム上で実行せしめるコンピュータ・プログラムであって、
人体を介したデータ通信用の接点を有する複数の認証デバイス相互において人体を介した認証処理としてのデバイス間認証処理を実行するデバイス間認証処理ステップと、
少なくとも前記デバイス間認証処理の成立を条件として、前記複数の認証デバイスから選択された代表認証デバイスと、外部接続機器との間の認証処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項１９】
前記コンピュータ・プログラムは、さらに、
前記複数の認証デバイスの有する外部接続機器との認証に必要な鍵情報またはユーザ識別情報の少なくともいずれかの断片情報を集積するステップと、
集積した複数の断片情報に基づいて外部接続機器との認証に必要な鍵情報またはユーザ識別情報を生成するステップと、
生成した鍵情報またはユーザ識別情報を適用して代表認証デバイスと、外部接続機器との間の認証処理を実行するステップと、
を有することを特徴とする請求項１８に記載のコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、個人認証システム、個人認証方法、および認証デバイス、並びにコンピュータ・プログラムに関する。詳細には、人体に装着した複数の認証機能実行素子を用いた人体を介した通信による認証を行なう個人認証システム、個人認証方法、および認証デバイス、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今、音楽データ、画像データ、ゲームプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）を、インターネット、衛星を介した通信他、有線、無線の各種通信網を介して配信するサービスが盛んになってきており、また、ネットワーク上での電子決済や電子マネーの使用が急激に増大している。さらに多くの企業、あるいは個人において機密文書をハードディスク、光ディスク等、様々な記憶媒体を利用して保存することも頻繁に行われている。このようなネットワークを介する転送データ、あるいは様々な記憶媒体に格納されるデータのセキュリティをいかに確保するかが重要な課題となっている。
【０００３】
セキュリティ確保の方法には様々な手法があるが、その一つがコンピュータの利用を正規の利用者に限定する方法である。利用者が誰であるかを判別する処理はいわゆる個人認証処理である。この方法の代表的なものは、予め正規利用者に対してユーザＩＤ、パスワードを与え、正しいパスワードの入力を行なった者のみがデータへのアクセスを可能とする構成である。
【０００４】
しかしながら、ユーザＩＤ等のパスワードを個人で管理することには様々な問題があるのが現状である。セキュリティを高めるためには複雑なパスワードを持つことが有利と考えられるが、複雑なパスワードを人間が記憶することは困難である。人間の記憶を補うために例えばハードディスク等何らかの記憶装置にパスワードを記憶させて保存することも可能であるが、このような記憶装置にパスワードを格納した場合、第三者が記憶装置からパスワードを盗むという可能性もあり、安全性に関して問題がある。
【０００５】
パスワード管理の問題点を解決するための一つの手法として、個人の生体情報、例えば眼底像、指紋等を用いて、正規ユーザであるか否かの照合を行なう方法がある。例えば、正規ユーザ個人の生体情報、例えば眼底像から得られるコード情報を予めシステムに登録し、決済処理等、個人を認証する必要のある処理を実行する際に、ユーザが、まず自分の眼底情報等、生体情報の読み取りをシステムに実行させる。次に、システムは、ユーザが正規の登録済みユーザであるか否かについて、ユーザから読み取った生体情報と登録した生体情報とを比較照合して確認する。この照合処理によってユーザの正当性の確認を実行する。
【０００６】
しかしながら、このような生体情報を用いた個人の正当性確認処理を実現するためには、新たに読み取った個人の眼底像、指紋等の生体情報と比較対象となる照合情報をシステム中の記憶装置中に格納しておく必要があり、また、照合処理システムが要求されるなど、システムのコストアップという問題がある。
【０００７】
また、登録ユーザにのみユーザ情報を格納したＩＣカード等のデータ記憶可能な携帯型素子を配布し、個人認証処理の必要なときに、ＩＣカードからのデータ読み取りを行なって個人を特定する方法もある。しかしながら、このようなＩＣカードは一般的に財布などに入れて持ち歩くケースが多く、盗難の恐れが高く、また偽造等の問題も有している。
【０００８】
【発明が解決しようとする課題】
本発明はこのような状況に鑑みてなされたものであり、容易かつ確実に個人認証処理を実行することを可能とした個人認証システム、個人認証方法、および認証デバイス、並びにコンピュータ・プログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の第１の側面は、
個人認証を実行する個人認証システムであり、
人体を介したデータ通信用の接点を有する複数の認証デバイスを有し、
前記複数の認証デバイス相互において人体を介した認証処理としてのデバイス間認証処理を実行し、少なくとも前記デバイス間認証処理の成立を条件として、前記複数の認証デバイスから選択された代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする個人認証システムにある。
【００１０】
さらに、本発明の個人認証システムの一実施態様において、前記複数の認証デバイスは、認証デバイスを有するユーザに対応して設定されるユーザＩＤを格納し、前記デバイス間認証処理において、認証処理を実行した複数のデバイスが同一のユーザＩＤを格納した認証デバイスであることの確認を条件として、前記代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする。
【００１１】
さらに、本発明の個人認証システムの一実施態様において、前記外部接続機器によって送信される個人認証要求を受信した前記複数の認証デバイスの１つが応答信号を前記外部接続機器に対して送出することにより、該応答信号を送出した認証デバイスを代表認証デバイスとして設定する構成を有することを特徴とする。
【００１２】
さらに、本発明の個人認証システムの一実施態様において、前記外部接続機器は、前記デバイス間認証処理を実行する認証デバイス数の指定データを前記認証デバイスに送信し、前記代表認証デバイスが、指定データに従った数のデバイス間認証処理を実行し、指定数のデバイス間認証処理の成立を条件として、前記代表認証デバイスと、外部接続機器との間の認証処理を実行する構成を有することを特徴とする。
【００１３】
さらに、本発明の個人認証システムの一実施態様において、前記代表認証デバイスと、外部接続機器との間の認証処理は、人体を介した通信によって実行することを特徴とする。
【００１４】
さらに、本発明の個人認証システムの一実施態様において、前記複数の認証デバイスの各々は、デバイス間認証処理を共通鍵方式または公開鍵方式で実行するに必要な鍵情報を記憶手段に格納するとともに、外部接続機器との認証処理を共通鍵方式または公開鍵方式で実行するに必要な鍵情報を記憶手段に格納した構成であることを特徴とする。
【００１５】
さらに、本発明の個人認証システムの一実施態様において、前記複数の認証デバイスは外部接続機器との認証に必要な鍵情報またはユーザ識別情報の少なくともいずれかを断片化した断片情報を有し、前記代表認証デバイスが、前記デバイス間認証処理において集積した複数の断片情報に基づいて外部接続機器との認証に必要な鍵情報またはユーザ識別情報を生成し、生成した鍵情報またはユーザ識別情報を適用して代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする。
【００１６】
さらに、本発明の第２の側面は、
個人認証を実行する個人認証システムであり、
人体を介したデータ通信用の接点を有する複数の認証デバイスを有し、
外部接続機器と前記複数の認証デバイスから選択される少なくとも２以上の認証デバイスとの人体を介したデータ通信に基づく認証処理による複数の認証成立を条件として個人認証成立の判定を実行することを特徴とする個人認証システムにある。
【００１７】
さらに、本発明の個人認証システムの一実施態様において、前記複数の認証デバイスは、認証デバイスを有するユーザに対応して設定されるユーザＩＤを格納し、前記認証処理において、認証処理を実行した複数のデバイスが同一のユーザＩＤを格納した認証デバイスであることの確認を条件として、個人認証成立の判定を実行することを特徴とする。
【００１８】
さらに、本発明の個人認証システムの一実施態様において、前記複数の認証デバイスの各々は、外部接続機器との認証処理を共通鍵方式または公開鍵方式で実行するに必要な鍵情報を記憶手段に格納した構成であることを特徴とする。
【００１９】
さらに、本発明の第３の側面は、
人体を介したデータ通信用の接点を有する認証デバイスであり、
外部接続機器との認証に必要な鍵情報またはユーザ識別情報の少なくともいずれかを断片化した断片情報を記憶手段に格納した構成を有することを特徴とする認証デバイスにある。
【００２０】
さらに、本発明の認証デバイスの一実施態様において、前記認証デバイスは、デバイス間認証処理を共通鍵方式または公開鍵方式で実行するに必要な鍵情報を記憶手段に格納した構成であることを特徴とする。
【００２１】
さらに、本発明の認証デバイスの一実施態様において、前記認証デバイスは、他の認証デバイスから集積した前記断片情報に基づいて外部接続機器との認証に必要な鍵情報またはユーザ識別情報を生成し、生成した鍵情報またはユーザ識別情報を適用して外部接続機器との間の認証処理を実行する構成を有することを特徴とする。
【００２２】
さらに、本発明の第４の側面は、
人体を介したデータ通信用の接点を有する複数の認証デバイス相互において人体を介した認証処理としてのデバイス間認証処理を実行するデバイス間認証処理ステップと、
少なくとも前記デバイス間認証処理の成立を条件として、前記複数の認証デバイスから選択された代表認証デバイスと、外部接続機器との間の認証処理を実行するステップと、
を有することを特徴とする個人認証方法にある。
【００２３】
さらに、本発明の個人認証方法の一実施態様において、前記複数の認証デバイスは、認証デバイスを有するユーザに対応して設定されるユーザＩＤを格納し、前記デバイス間認証処理ステップにおいて、認証処理を実行した複数のデバイスが同一のユーザＩＤを格納した認証デバイスであることの確認を条件として、前記代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする。
【００２４】
さらに、本発明の個人認証方法の一実施態様において、前記個人認証方法は、さらに、前記外部接続機器によって送信される個人認証要求を受信した前記複数の認証デバイスの１つが応答信号を前記外部接続機器に対して送出するステップと、前記応答信号を送出した認証デバイスを代表認証デバイスとして設定するステップと、を有することを特徴とする。
【００２５】
さらに、本発明の個人認証方法の一実施態様において、前記個人認証方法は、さらに、前記外部接続機器から、デバイス間認証処理を実行する認証デバイス数の指定データを前記認証デバイスに送信するステップを有し、前記代表認証デバイスは、指定データに従った数のデバイス間認証処理を実行し、指定数のデバイス間認証処理の成立を条件として、前記代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする。
【００２６】
さらに、本発明の個人認証方法の一実施態様において、前記代表認証デバイスと、外部接続機器との間の認証処理は、人体を介した通信によって実行することを特徴とする。
【００２７】
さらに、本発明の個人認証方法の一実施態様において、前記デバイス間認証処理は、共通鍵方式または公開鍵方式で実行し、前記代表認証デバイスと外部接続機器との認証処理は、共通鍵方式または公開鍵方式で実行することを特徴とする。
【００２８】
さらに、本発明の個人認証方法の一実施態様において、前記個人認証方法において、さらに、前記代表認証デバイスは、前記複数の認証デバイスの有する外部接続機器との認証に必要な鍵情報またはユーザ識別情報の少なくともいずれかの断片情報を集積し、集積した複数の断片情報に基づいて外部接続機器との認証に必要な鍵情報またはユーザ識別情報を生成し、生成した鍵情報またはユーザ識別情報を適用して代表認証デバイスと、外部接続機器との間の認証処理を実行することを特徴とする。
【００２９】
さらに、本発明の第５の側面は、
人体を介したデータ通信用の接点を有する複数の認証デバイスを有し、
外部接続機器と、複数の認証デバイスから選択される少なくとも２以上の認証デバイスとの人体を介したデータ通信に基づく認証処理による複数の認証成立を条件として個人認証成立の判定を実行することを特徴とする個人認証方法にある。
【００３０】
さらに、本発明の個人認証方法の一実施態様において、前記複数の認証デバイスは、認証デバイスを有するユーザに対応して設定されるユーザＩＤを格納し、前記認証処理において、認証処理を実行した複数のデバイスが同一のユーザＩＤを格納した認証デバイスであることの確認を条件として、個人認証成立の判定を実行することを特徴とする。
【００３１】
さらに、本発明の個人認証方法の一実施態様において、前記認証処理は、共通鍵方式または公開鍵方式で実行することを特徴とする。
【００３２】
さらに、本発明の第６の側面は、
個人認証処理をコンピュータ・システム上で実行せしめるコンピュータ・プログラムであって、
人体を介したデータ通信用の接点を有する複数の認証デバイス相互において人体を介した認証処理としてのデバイス間認証処理を実行するデバイス間認証処理ステップと、
少なくとも前記デバイス間認証処理の成立を条件として、前記複数の認証デバイスから選択された代表認証デバイスと、外部接続機器との間の認証処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３３】
さらに、本発明のコンピュータ・プログラムの一実施態様において、前記コンピュータ・プログラムは、さらに、前記複数の認証デバイスの有する外部接続機器との認証に必要な鍵情報またはユーザ識別情報の少なくともいずれかの断片情報を集積するステップと、集積した複数の断片情報に基づいて外部接続機器との認証に必要な鍵情報またはユーザ識別情報を生成するステップと、生成した鍵情報またはユーザ識別情報を適用して代表認証デバイスと、外部接続機器との間の認証処理を実行するステップと、を有することを特徴とする。
【００３４】
さらに、本発明の第７の側面は、
個人認証処理をコンピュータ・システム上で実行せしめるコンピュータ・プログラムであって、
外部接続機器と、複数の認証デバイスから選択される少なくとも２以上の認証デバイスとの人体を介したデータ通信に基づく認証処理による複数の認証成立を条件として個人認証成立の判定を実行するステップを具備することを特徴とするコンピュータ・プログラムにある。
【００３５】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３６】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００３７】
【発明の実施の形態】
［システム構成］
図１は、本発明の個人認証システムの概要を説明する図である。ユーザはネックレス型認証デバイス３１、腕時計型認証デバイス３２、指輪形認証デバイス３３を身に付けている。これらの認証デバイスは、タンパーレジストなＩＣチップを内蔵したデバイスであり、共通鍵、あるいは公開鍵方式を適用した相互認証処理を実行する機能を持ち、人体に接触する接点を介して人体を介して通信を実行し、相互に認証処理を実行する例えばパーソナルコンピュータ１０との認証処理を実行する。あるいはパーソナルコンピュータ１０からネットワークを介して認証サーバ２０と通信を実行し認証処理を実行する。
【００３８】
ユーザの身につけている認証デバイスとＰＣ間における伝送信号は、認証デバイスの認証処理部、認証デバイス表面の人体に密着する接点、人体、マウス４０表面に形成された人体に密着する接点、さらに、マウス４０とＰＣとの接続ラインを介して行われる。なお、ここではマウスを人体からＰＣまでの通信仲介手段として利用しているが、マウスに限らず、キーボードの一部に接点を構成したり、あるいはその他、専用の人体との接点を有する通信仲介手段をＰＣと人体との間に構成して信号の伝達路を形成する構成としてもよい。
【００３９】
認証デバイス３１，３２，３３は例えば腕時計等の装身具であり、各デバイスに形成された接点は、基本的に常時人体に接触、あるいは導通可能に極めて近接した状態となっている。人体は、そのほとんどを塩分を含んだ水からなる導電性の容器と考えられるので、数ＭＨｚ帯では概ね導体となる。なお、テスター等で両手間の直流抵抗を計測すると、手の状態に応じて５００ｋΩから２，３ＭΩの値を示す。
【００４０】
人体の交流における伝達特性を図２に示す。図２（ａ）は１ＭＨｚ〜２０ＭＨｚ、図２（ｂ）は１ＭＨｚ〜３０ＭＨｚの範囲で、スペクトラムアナライザを用いて測定した人体の伝送特性（両手間）を示す特性図である。いずれも、トラッキングジェネレータと入力端子に同軸ケーブルを接続した場合の例である。なお、同軸ケーブルのグランドＧＮＤは相互に接続し、アンテナとならないようにした。図２（ａ）および（ｂ）に示すように、１ＭＨｚから２０ＭＨｚ程度の範囲における伝達特性は、概ね平坦で３０ｄＢないし４０ｄＢの減衰特性となる。
【００４１】
図２（ａ）および（ｂ）に示す測定では、トラッキングジェネレータの出力インピーダンス、スペクトルアナライザの入力インピーダンスとも７５Ωである。したがって、もし、交流的にも両手間のインピーダンスが、例えば１メガオームであったとすると、減衰量は−８０ｄＢにも達する筈である。ところが、実際には、減衰量は遥かに少なく、人体を介しての信号伝送の可能性を裏付けることが分る。
【００４２】
データ送信側は、微小ダイポールアンテナと考えられ、これが発生する電磁界の様子は十分解析されている。それによれば、人体が発生する電磁界は、微小ダイポールアンテナが発生する電磁界となる。電磁界の強さはアンテナからの距離Ｒ、距離Ｒの２乗、距離Ｒの３乗に反比例する成分のベクトル和で表され、それぞれ、輻射電磁界、誘導電磁界、静電磁界と呼ばれる。なお、これらの関係式については、特開平７−１７０２１５号に詳しく記載されている。
【００４３】
図３は電界強度についての図であり、図３（ａ）は、上述した各項の電界強度とアンテナからの距離との関係を示す特性図である。また、図３（ｂ）は、周波数ｆ＝２００ＭＨｚ、送信端子電圧＝１００ｄＢμＶ（７５Ω）の場合において、λ／２．２のダイポールアンテナと３．４ｃｍφのループアンテナ、および８ｃｍφ，３．４ｃｍφのループアンテナの電界強度と距離とを示す図である。図３（ａ）および（ｂ）に示すように、上記輻射電磁界（１／Ｒ項）、誘導電磁界（１／（Ｒの２乗）項）、静電磁界（１／（Ｒの３乗）項）の強度は、λ／２πの距離において等しくなり、距離がこれ以下の場合には急激に増加する。ｆ＝１１ＭＨｚならば、この距離は約４．３ｍとなる。本発明のシステムでは静電磁界を主として使用した伝送方式を適用することが好ましい。
【００４４】
また、電解強度は、また電波法のＥＭＩ（Ｅｌｅｃｔｒｏｍａｇｎｅｔｉｃ  ｉｎｔｅｒｆｅｒｅｎｃｅ）規制による制限なく使用可能な範囲を選択することが好ましく、例えば、周波数３３２ＭＨｚ以下、電解強度５００μＶ／Ｍ以下とする。
【００４５】
上述のように静電磁界は距離Ｒの３乗で減衰する。例えば、距離が１ｍから３ｍになると、電界強度は１／２７（１／（３×３×３））になる。従って、データ送信手段からの距離が増加すると、信号強度が極端に減衰するので、複数のユーザが同様の装置を使用している場合であっても他のユーザの信号をノイズとしてとらえる可能性は低くなり、例えば同様の装置を持ったユーザが多数近接して存在する環境下においても、静電磁界を主として使用した通信は良好な通信が可能になる。
【００４６】
なお、各認証デバイスに構成される接点は、広い面積を有することが望ましく、例えば腕時計、ネックレス、指輪、ブレスレット等、人体の指、腕、首等に巻き付け可能な構成として、人体の皮膚とより多くの面積で接触する構成とすることが好ましい。なお、図１においては認証デバイスを構成する装身具として腕時計、ネックレス、指輪のみを示しているがその他、人体に日常的に接触した状態で身につけるものであれば認証デバイスとして適用可能である。
【００４７】
各認証デバイスの構成例を図４に示す。ＣＰＵ(Central processing Unit)１０１は、認証デバイスの実行する認証処理プログラムを実行し、各処理部におけるデータ転送制御を実行するプロセッサである。ＲＯＭ（Read-Only-Memory）１０２は、ＣＰＵ１０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）１０３は、ＣＰＵ１０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【００４８】
ＥＥＰＲＯＭは、認証処理の際に適用する各種鍵、例えば公開鍵方式認証を実行するデバイスであれはデバイスの公開鍵、秘密鍵のペアおよび認証局の公開鍵証明書等を格納し、共通鍵方式の認証を実行するデバイスであれば共通鍵を格納する。これらの情報を用いた認証処理の詳細については、後段で詳細に説明する。
【００４９】
ＤＥＳ暗号処理部１０６は、共通鍵暗号化方式の暗号処理としてのＤＥＳ（データ暗号標準：Deta encryption standard）アルゴリズムを実行する。共通鍵暗号化方式はデータの暗号化処理に用いる暗号化鍵とデータの復号化に用いる復号化鍵を共通のものとして、正規のユーザにこれら暗号化処理、復号化に用いる共通鍵を付与して、鍵を持たない不正ユーザによるデータアクセスを排除するものである。共通鍵暗号方式の代表的な暗号化方式がＤＥＳである。
【００５０】
また、ＡＬＵコントローラ１０８、演算器（ＡＬＵ）１０９、ＡＬＵＲＡＭ１１０からなる暗号処理部１０７は、公開鍵暗号処理方式としての楕円曲線暗号方式（ＥＣＣ）アルゴリズムを実行する。公開鍵暗号化方式は、暗号化するときに使用する暗号化鍵による処理と、復号するときに使用する復号化鍵の処理とを異なるアルゴリズムとした方式である。公開鍵暗号化方式は、不特定のユーザが使用可能な公開鍵を使用する方法であり、特定個人に対する暗号化文書を、その特定個人が発行した公開鍵を用いて暗号化処理を行なう。公開鍵によって暗号化された文書は、その暗号化処理に使用された公開鍵に対応する秘密鍵によってのみ復号処理が可能となる。秘密鍵は、公開鍵を発行した個人のみが所有するので、その公開鍵によって暗号化された文書は秘密鍵を持つ個人のみが復号することができる。公開鍵暗号化方式の代表的なものには楕円曲線暗号方式、ＲＳＡ（Rivest-Shamir-Adleman）暗号等がある。
【００５１】
なお、図４に示すデバイスは、共通鍵暗号方式、公開鍵暗号方式のいずれも実行可能なデバイスとして構成した例であるが、いずれか一方のみの方式を実行可能とした構成であってもよい。
【００５２】
人体の伝送信号は入出力接点１１１によって入出力され、変調増幅部１０５によって変調増幅処理が実行される。人体の伝送は概ね１０〜３０ＭＨｚの帯域によって実行され、変調部１０５においてキャリアを変調することでデータ送受信が実行される。変調方式としてはＦＳＫ変調等のＦＭ変調、ＡＳＫ変調等のＡＭ変調、符号変調等の変調等、種々の変調が利用可能である。
【００５３】
なお、人体とＰＣ間に設定される通信仲介手段、例えば図１におけるマウス４０にも人体との接点と、上述と同様の変調増幅処理部が構成されＰＣと通信仲介手段（マウス）間の通信、および通信仲介手段（マウス）の接点と人体との通信を仲介する。
【００５４】
本発明の個人認証システムでは、人体に２つ以上の異なる複数の認証デバイスを装着し、複数の認証デバイスを使用した高度な認証処理を実行する。例えば図５に示すようにユーザは３つの認証デバイスとしてデバイスＡ２０１，デバイスＢ２０２，デバイスＣ２０３を装着する。これらは、図１を用いて説明したように、例えば腕時計、ネックレス、指輪、ブレスレット等として構成される。
【００５５】
これらの各デバイスが人体を介して、さらに通信仲介手段（例えばマウス）２１０を介して認証処理の実行相手としての認証機器７０との間でデータ転送を実行して公開鍵暗号方式あるいは共通鍵暗号方式に従った認証処理を行なう。以下、認証処理の詳細について説明する。
【００５６】
［認証処理例１］
まず、複数の認証デバイスをユーザが装着することにより、よりセキュアな個人認証を行う方法の例として、ユーザが身につけた複数のデバイス間で認証を行い、その後サーバー側と認証を行う認証処理例について説明する。
【００５７】
（Ａ）共通鍵方式による認証
まず、共通鍵方式による認証処理を実行する場合について説明する。各認証デバイスは、先に図３を用いて説明したＤＥＳ暗号処理部１０６を有し、共通鍵暗号化方式の暗号処理としてのＤＥＳ（データ暗号標準：Deta encryption standard）アルゴリズムを実行する。
【００５８】
各認証デバイスは認証デバイスを有するユーザに共通のＩＤ（ユーザＩＤ）をメモリ（例えば図４に示すＥＥＰＲＯＭ１０４に格納している。
【００５９】
各認証デバイスがメモリ（ＥＥＰＲＯＭ１０４）に格納する情報は、以下の通りである。
▲１▼サーバーと相互認証を行うための共通鍵
▲２▼その個人の認証デバイス間で相互認証を行うための共通鍵
▲３▼その個人の識別子としてのユーザＩＤ
ただし、▲１▼と▲２▼が同じ鍵の場合は▲３▼が必須であるが、▲１▼と▲２▼が異なる場合は▲２▼の共通鍵を▲３▼のＩＤ番号として用いることが可能であり、▲３▼を省略することが可能となる。
【００６０】
図６以下を参照して、複数の認証デバイスとして、３つの認証デバイスを身に付けたユーザがＰＣを用いてインターネットを介してサービスプロバイダのサーバに接続し、認証を行なって商品の購入処理を行なう例を説明する。
【００６１】
図６以下、左端からそれぞれ、
認証処理を行なう通信相手としてのサーバ、
上記サーバと接続され、個人認証対象となるユーザの使用するＰＣ
ユーザの身につけた装身具としての認証デバイスＡ，Ｂ，Ｃ処理について説明する。
【００６２】
まず、ＰＣはネットサーフィンにより目的とするサーバに接続し、ＰＣ上のブラウザーを使ってショッピングを行なう商品を提示したＷｅｂページをディスプレイに表示し、ユーザは表示された商品から購入希望の商品をマウスによりクリックするなどして選択し、購入希望であることを示すデータをサーバ側に送信する。サーバ側は指定商品に関する価格、仕様等の詳細情報を含む画面を購入意思確認画面としてユーザＰＣに提示する。ユーザが購入を決め、ディスプレイに表示された購入ボタンをクリックし購入を決定したことを示す購入リクエストをサーバ側に送信する。サーバ側は、購入リクエストを受信すると、ユーザにユーザを特定するための個人情報、例えば配送先住所、氏名、電話番号などの入力指示図面を提示し、ユーザは指示に従って入力し、データ送信を行なう。
【００６３】
次に、ＰＣ上のブラウザには、各種の決済方法を選択する画面が表示され、ユーザはそのうちから例えば「銀行引き落とし」を選択する。サーバ側では入力された個人情報からあらかじめ知らされている銀行口座を参照し、存在と決済の可能性を判定する。
【００６４】
次に、サーバ側は、ＰＣ上のブラウザに認証実施画面を提示し、ユーザに認証中はマウスの接点に触るよう指示する。ユーザは指示に従い、マウスに設けられた接点に触れ準備が出来たところで、ユーザがスタートボタンをクリックし、その時点から個人認証処理が開始される。
【００６５】
認証処理の開始に伴い、サーバはＰＣ、通信仲介手段（マウス）、人体を介して各認証デバイスに個人認証処理要求コマンドを送信する。コマンドを最初に受信した１つの認証デバイスが応答（ＡＣＫ）メッセージを送信する。ＡＣＫメッセージは人体を介して通信仲介手段（マウス）、ＰＣに転送され、サーバに送信される。またすべての認証デバイスは、接点を介して入力する特定の伝送チャンネルの信号をモニタしており、いずれかの認証デバイスがＡＣＫを送信したことを検出すると自らはＡＣＫ送信を実行しない。これにより、複数の認証デバイスの１つが選択され、唯一の認証デバイスがＡＣＫを送信する。図６の例では、認証デバイスＡがＡＣＫ送信デバイス（代表認証デバイス）となる。
【００６６】
ＡＣＫをサーバに対して送信したデバイスが代表認証デバイスとなり、その後、ユーザの身に付けた複数の認証デバイス間での認証処理が開始される。まず、代表認証デバイスであるデバイスＡは、その他のデバイスに対して認証要求を出力する。認証要求を最初に受信した１つの認証デバイスが応答（ＡＣＫ）メッセージを送信する。ＡＣＫメッセージは人体を介して代表認証デバイスに送信される。すべての認証デバイスは、接点を介して入力する信号のモニタにより、いずれかの認証デバイスがＡＣＫを送信したことを検出すると自らはＡＣＫ送信を実行しない。これにより、代表認証デバイスと認証を実行する他の１つのデバイスが決定する。図６の例では、認証デバイスＢがＡＣＫを送信し、デバイスＡとＢ間でまず認証処理が実行される。
【００６７】
共通鍵方式によるデバイス間認証処理について、図７のシーケンス図にしたがって説明する。図７において、（１）まず、デバイスＢが乱数Ｒｂ（例えば６４ビット乱数）を生成し、Ｒｂをユーザの共通鍵Ｋｕで暗号化（例えばＤＥＳ）してＡに送信する。
【００６８】
（２）これを受信したデバイスＡは、新たに６４ビットの乱数Ｒａを生成し、Ｒａ、Ｒｂの順に、ＤＥＳのＣＢＣモードでユーザの共通鍵Ｋｕを用いて暗号化し、デバイスＢに返送する。なお、ユーザの共通鍵Ｋｕは、ユーザの有する認証デバイスに共通の秘密鍵としてそれぞれの記録素子（例えば図４のＥＥＰＲＯＭ１０４）内に格納された鍵である。ＤＥＳのＣＢＣモードを用いた鍵Ｋｕによる暗号化処理は、例えばＤＥＳを用いた処理においては、初期値とＲａとを排他的論理和し、ＤＥＳ暗号処理部において、鍵Ｋｕを用いて暗号化して暗号文Ｅ１を生成し、続けて暗号文Ｅ１と乱数Ｒｂとを排他的論理和し、ＤＥＳ暗号処理部において、鍵Ｋｕを用いて暗号化して生成した暗号文Ｅ２である。
【００６９】
（３）これを受信したデバイスＢは、受信データを、やはり共通の秘密鍵としてそれぞれの記録素子内に格納する鍵Ｋｕで復号化する。受信データの復号化方法は、まず、暗号文Ｅ１を鍵Ｋｕで復号し、乱数Ｒａを得る。次に、暗号文Ｅ２を鍵Ｋｕで復号し、その結果とＥ１を排他的論理和し、Ｒｂを得る。こうして得られたＲａ、Ｒｂのうち、Ｒｂが、Ｂが送信したものと一致するか検証する。この検証に通った場合、デバイスＢはデバイスＡを正当なものとして認証する。
【００７０】
次にデバイスＢは、再度乱数Ｒｂ２を生成する。そして、Ｒａ、Ｒｂ２の順に、ＤＥＳのＣＢＣモードで共通鍵Ｋｕを用いて暗号化し、デバイスＡに返送する。
【００７１】
（４）これを受信したデバイスＡは、受信データを共通鍵Ｋｕで復号化する。
受信データの復号化方法は、デバイスＢの復号化処理と同様であるので、ここでは詳細を省略する。こうして得られたＲａ、Ｒｂ２の内、Ｒａが、デバイスＡが送信したものと一致するか検証する。この検証に通った場合、ＡはＢを正当なものとして認証する。
【００７２】
なお、受信データの検証の際に、不正、不一致が見つかった場合には、相互認証が失敗したものとして処理を中止する。
【００７３】
デバイス間の認証の後、サーバとデバイス間で認証する処理が実行されることになるが、デバイス間認証の際に使用する共通鍵とサーバとデバイス間での認証に使用する共通鍵が異なる場合には、以上の処理でデバイス間の認証成立とする。
【００７４】
なお、デバイス間認証の際に使用する共通鍵とサーバとデバイス間での認証に使用する共通鍵がおなじものである場合には、さらに、図７のかっこ内に示す処理を実行する。すなわち、デバイスＡ、デバイスＢは、前述の乱数Ｒｂ２をセッションキー（Ｋｓｅｓ）として設定し、デバイスＡはデバイスＢに対してユーザＩＤをセッションキーで暗号化して送信するように要求する。
【００７５】
これを受信したデバイスＢは、自身のメモリ（例えば図４のＥＥＰＲＯＭ１０４）に格納されたユーザＩＤをセッションキー（Ｋｓｅｓ＝Ｒｂ２）でＤＥＳ暗号化して、デバイスＡに送信する。テバイスＡは受信データをセッションキーで復号し、受信したユーザＩＤが自己のメモリに格納されたユーザＩＤと一致するかを検証する。この検証に通った場合、認証成立とする。
【００７６】
このようにユーザの装着した少なくとも２つの認証デバイスが正当な同一ユーザに属する認証デバイスであることが検証されたことを、外部接続機器（例えばサーバ）との認証の開始条件とする。ユーザが、同時に複数の認証デバイスを紛失する可能性は１つの認証デバイスを紛失する可能性に比較すれば、かなり低いものと予測され、不正な第三者が盗難した１つの認証デバイスを利用しても外部サーバあるいはＰＣとの認証の開始条件をクリアできないので、不正な取引等の発生が効果的に防止可能となる。
【００７７】
なお、ユーザの装着した２つの認証デバイス間での認証成立を外部接続機器との認証開始条件とする構成以外に、さらに３つ、４つのデバイスにおいて認証が成立したことを外部接続機器との認証開始条件としてもよい。認証相手となる外部接続機器から認証デバイスが受信する認証要求中にいくつの認証デバイス間での認証成立を要求するかのデータを含ませ、認証要求を受信しＡＣＫを発した代表認証デバイスが必要認証デバイス数を記憶し、要求数に応じて認証を行なう。要求数が３であれば、代表認証デバイスＡはデバイスＢとの認証成立後、デバイスＣとの認証を実行し、デバイスＡＢ間、およびデバイスＡＣ間の認証が成立したことを条件として外部接続機器（例えばサーバ、ＰＣ）とデバイス間での認証処理が開始される。
【００７８】
ユーザの装着した複数のデバイス間での認証が成立すると代表認証デバイスは次に外部接続機器（サーバ）と認証を行なう。認証処理方式には共通鍵方式、公開鍵方式があるが、ここでは共通鍵方式の処理について図８を参照して説明する。
【００７９】
図８において、まず、（１）代表認証デバイスであるデバイスＡは、デバイス間の認証が不成立だった場合には、その旨を代表認証デバイス(デバイスＡ)がサーバに通知し、その後の処理を中止する。デバイス間認証が成立した場合は、乱数Ｒａ（例えば６４ビット乱数）を生成し、ＲａおよびユーザＩＤを共通鍵で暗号化（例えばＤＥＳ）してサーバに送信する。なお、ここで使用する共通鍵は、デバイス間に共通に格納された共通鍵Ｋｕと同様の鍵であってもよいし、あるいはサーバとの通信用に持つＫｕとは異なる共通鍵Ｋｕ２であってもよい。異なる場合は、各認証デバイスは、認証デバイス共通の共通鍵Ｋｕと、外部接続機器との通信用の共通鍵Ｋｕ２，３，…をメモリ（図４のＥＥＰＲＯＭ１０４）に格納する。
【００８０】
（２）これを受信したサーバは、新たに６４ビットの乱数Ｒｓを生成し、Ｒｓ、Ｒａの順に、ＤＥＳのＣＢＣモードで共通鍵を用いて暗号化し、デバイスＡに返送する。
【００８１】
（３）これを受信したデバイスＡは、受信データを、やはり共通鍵で復号化する。こうして得られたＲｓ、Ｒａのうち、Ｒａが、Ａが送信したものと一致するか検証する。この検証に通った場合、デバイスＡはサーバを正当なものとして認証する。
【００８２】
次にデバイスＡは、乱数によりセッションキーＫｓｅｓを生成する。そして、Ｒａ、Ｒｓ，Ｋｓｅｓを、ＤＥＳのＣＢＣモードで共通鍵を用いて暗号化し、サーバに返送する。
【００８３】
（４）これを受信したサーバは、受信データを共通鍵で復号化する。こうして得られたＲａ、Ｒｓが、サーバが送信したものと一致するか検証する。この検証に通った場合、サーバはデバイスＡを正当なものとして認証する。
【００８４】
（５）サーバと代表認証デバイス間の認証の成立の後、サーバから、ＰＣに対して個人認証の完了画面が提示され、商品発送、決済処理の実行が許可されたことをユーザに対して提示する。
【００８５】
なお、受信データの検証の際に、不正、不一致が見つかった場合には、相互認証が失敗したものとして処理を中止する。
【００８６】
（Ｂ）公開鍵方式による認証
次に、公開鍵方式による認証処理を実行する場合について説明する。各認証デバイスは、先に図３を用いて説明したＡＬＵコントローラ１０８、演算器（ＡＬＵ）１０９、ＡＬＵＲＡＭ１１０からなる暗号処理部１０７を有し、公開鍵暗号処理方式としての楕円曲線暗号方式（ＥＣＣ）アルゴリズムを実行する構成を持つ。なおここでは楕円曲線暗号方式（ＥＣＣ）のアルゴリズムによる認証処理について説明するが、その他のアルゴリズムを適用した公開鍵方式による処理も同様に実行可能である。
【００８７】
図９に示すように、各認証デバイスは認証デバイスを有するユーザに共通のＩＤ（ユーザＩＤ）をメモリ（例えば図４に示すＥＥＰＲＯＭ１０４に格納している。さらにデバイス毎の公開鍵を格納した公開鍵証明書および秘密鍵のペアを格納し、さらに公開鍵証明書の認証局であるＣＡ（Certificate Authority）の公開鍵証明書を格納している。また、認証相手となる外部接続機器（例えばサーバ）には、サーバの公開鍵を格納した公開鍵証明書および秘密鍵のペアを格納し、さらに公開鍵証明書の認証局であるＣＡ（Certificate Authority）の公開鍵証明書を格納している。また、サーバには登録ユーザのユーザ情報を格納したデータベースを有するデータベースには、例えば図に示すようにユーザＩＤに対応付けて氏名、住所、電話番号、口座番号、信用情報などが登録される。
【００８８】
ＰＣを用いてサーバにアクセスし、認証要求を受信し、代表認証デバイスが決定するまでのプロセスは、先に説明した共通鍵方式の場合と同様であるので、説明を省略する。図１０を用いて公開鍵方式によるデバイス間認証処理について説明する。ここではデバイスＡが代表認証デバイスであり、デバイスＡＢ間で１６０ビット長の楕円曲線暗号を用いた相互認証が実行されるものとして説明する。
【００８９】
まず、（１）デバイスＢが、６４ビットの乱数Ｒｂを生成し、デバイスＡに送信する。これを受信したデバイスＡは、（２）新たに６４ビットの乱数Ｒａおよび素数ｐより小さい乱数Ａｋを生成する。そして、ベースポイントＧをＡｋ倍した点Ａｖ＝Ａｋ×Ｇを求め、Ｒａ、Ｒｂ、Ａｖ（X座標とY座標）に対する電子署名Ａ．Ｓｉｇを生成し、デバイスＡの公開鍵証明書とともにデバイスＢに返送する。ここで、ＲａおよびＲｂはそれぞれ６４ビット、ＡｖのＸ座標とＹ座標がそれぞれ１６０ビットであるので、合計４４８ビットに対する電子署名を生成する。
【００９０】
（３）デバイスＡの公開鍵証明書、Ｒａ、Ｒｂ、Ａｖ、電子署名Ａ．Ｓｉｇを受信したデバイスＢは、デバイスＡが送信してきたＲｂが、Ｂが生成したものと一致するか検証する。その結果、一致していた場合には、Ａの公開鍵証明書内の電子署名を認証局の公開鍵で検証し、Ａの公開鍵を取り出す。そして、取り出したＡの公開鍵を用い電子署名Ａ．Ｓｉｇを検証する。
【００９１】
次に、Ｂは、素数ｐより小さい乱数Ｂｋを生成する。そして、ベースポイントＧをＢｋ倍した点Ｂｖ＝Ｂｋ×Ｇを求め、Ｒｂ、Ｒａ、Ｂｖ（Ｘ座標とＹ座標）に対する電子署名Ｂ．Ｓｉｇを生成し、Ｂの公開鍵証明書とともにＡに返送する。
【００９２】
（４）Ｂの公開鍵証明書、Ｒｂ、Ｒａ、Ａｖ、電子署名Ｂ．Ｓｉｇを受信したＡは、Ｂが送信してきたＲａが、Ａが生成したものと一致するか検証する。その結果、一致していた場合には、Ｂの公開鍵証明書内の電子署名を認証局の公開鍵で検証し、Ｂの公開鍵を取り出す。そして、取り出したＢの公開鍵を用い電子署名Ｂ．Ｓｉｇを検証する。電子署名の検証に成功した後、ＡはＢを正当なものとして認証する。
【００９３】
両者が認証に成功した場合には、ＢはＢｋ×Ａｖ（Ｂｋは乱数だが、Ａｖは楕円曲線上の点であるため、楕円曲線上の点のスカラー倍計算が必要）を計算し、ＡはＡｋ×Ｂｖを計算し、これら点のＸ座標の下位６４ビットをセッションキーとして以降の通信に使用する（共通鍵暗号を６４ビット鍵長の共通鍵暗号とした場合）。もちろん、Ｙ座標からセッション鍵を生成してもよいし、下位６４ビットでなくてもよい。なお、相互認証後の秘密通信においては、送信データはセッションキーで暗号化されるだけでなく、電子署名も付されることがある。
【００９４】
電子署名の検証や受信データの検証の際に、不正、不一致が見つかった場合には、相互認証が失敗したものとして処理を中断する。
【００９５】
（５）さらに、デバイスＡはデバイスＢに対してユーザＩＤをセッションキーで暗号化して送信するように要求する。
【００９６】
（６）これを受信したデバイスＢは、自身のメモリ（例えば図４のＥＥＰＲＯＭ１０４）に格納されたユーザＩＤをセッションキー（Ｋｓｅｓ）で暗号化して、デバイスＡに送信する。（７）テバイスＡは受信データをセッションキーで復号し、受信したユーザＩＤが自己のメモリに格納されたユーザＩＤと一致するかを検証する。この検証に通った場合、各デバイスが同一のユーザに属するものと判定され認証成立とする。
【００９７】
このようにユーザの装着した少なくとも２つの認証デバイスが正当な同一ユーザに属する認証デバイスであることが検証されたことを、外部接続機器（例えばサーバ）との認証の開始条件とする。ユーザが、同時に複数の認証デバイスを紛失する可能性は１つの認証デバイスを紛失する可能性に比較すれば、かなり低いものと予測され、不正な第三者が盗難した１つの認証デバイスを利用しても外部サーバあるいはＰＣとの認証の開始条件をクリアできないので、不正な取引等の発生が効果的に防止可能となる。
【００９８】
なお、ユーザの装着した２つの認証デバイス間での認証成立を外部接続機器との認証開始条件とする構成以外に、さらに３つ、４つのデバイスにおいて認証が成立したことを外部接続機器との認証開始条件としてもよい。認証相手となる外部接続機器から認証デバイスが受信する認証要求中にいくつの認証デバイス間での認証成立を要求するかのデータを含ませ、認証要求を受信しＡＣＫを発した代表認証デバイスが必要認証デバイス数を記憶し、要求数に応じて認証を行なう。要求数が３であれば、代表認証デバイスＡはデバイスＢとの認証成立後、デバイスＣとの認証を実行し、デバイスＡＢ間、およびデバイスＡＣ間の認証が成立したことを条件として外部接続機器（例えばサーバ、ＰＣ）とデバイス間での認証処理が開始される。
【００９９】
ユーザの装着した複数のデバイス間での認証が成立すると代表認証デバイスは次に外部接続機器（サーバ）と認証を行なう。以下、図１１を参照して、公開鍵方式の外部接続機器（サーバ）〜デバイス間認証処理について説明する。
【０１００】
図１１において、まず、（１）代表認証デバイスであるデバイスＡは、デバイス間の認証が不成立だった場合には、その旨を代表認証デバイス(デバイスＡ)がサーバに通知し、その後の処理を中止する。デバイス間認証が成立した場合は、まず、デバイスＡが、６４ビットの乱数Ｒａ２を生成し、サーバに送信する。（２）これを受信したサーバは、新たに６４ビットの乱数Ｒｓおよび素数ｐより小さい乱数Ｓｋを生成する。そして、ベースポイントＧをＳｋ倍した点Ｓｖ＝Ｓｋ×Ｇを求め、Ｒａ２、Ｒｓ、Ｓｖ（X座標とY座標）に対する電子署名Ｓ．Ｓｉｇを生成し、サーバの公開鍵証明書とともにデバイスＡに返送する。
【０１０１】
（３）サーバの公開鍵証明書、Ｒａ２、Ｒｓ、Ｓｖ、電子署名Ｓ．Ｓｉｇを受信したデバイスＡは、サーバが送信してきたＲａ２が、Ａが生成したものと一致するか検証する。その結果、一致していた場合には、サーバの公開鍵証明書内の電子署名を認証局の公開鍵で検証し、サーバの公開鍵を取り出す。そして、取り出したサーバの公開鍵を用い電子署名Ｓ．Ｓｉｇを検証する。
【０１０２】
次に、Ａは、素数ｐより小さい乱数Ａｋ２を生成する。そして、ベースポイントＧをＡｋ２倍した点Ａｖ２＝Ａｋ２×Ｇを求め、Ｒａ２、Ｒｓ、Ａｖ２（Ｘ座標とＹ座標）に対する電子署名Ａ．Ｓｉｇを生成し、Ａの公開鍵証明書とともにサーバに返送する。
【０１０３】
（４）Ａの公開鍵証明書、Ｒａ２、Ｒｓ、Ａｖ２、電子署名Ａ．Ｓｉｇを受信したサーバは、Ａが送信してきたＲｓが、サーバが生成したものと一致するか検証する。その結果、一致していた場合には、Ａの公開鍵証明書内の電子署名を認証局の公開鍵で検証し、Ａの公開鍵を取り出す。そして、取り出したＡの公開鍵を用い電子署名Ａ．Ｓｉｇを検証する。電子署名の検証に成功した後、サーバはデバイスＡを正当なものとして認証する。
【０１０４】
両者が認証に成功した場合には、デバイスＡはＡｋ２×Ｓｖ（Ａｋは乱数だが、Ｓｖは楕円曲線上の点であるため、楕円曲線上の点のスカラー倍計算が必要）を計算し、サーバはＳｋ×Ａｖ２を計算し、これら点のＸ座標の下位６４ビットをセッションキーとして以降の通信に使用する（共通鍵暗号を６４ビット鍵長の共通鍵暗号とした場合）。もちろん、Ｙ座標からセッション鍵を生成してもよいし、下位６４ビットでなくてもよい。なお、相互認証後の秘密通信においては、送信データはセッションキーで暗号化されるだけでなく、電子署名も付されることがある。
【０１０５】
電子署名の検証や受信データの検証の際に、不正、不一致が見つかった場合には、相互認証が失敗したものとして処理を中断する。
【０１０６】
（５）さらに、サーバはデバイスＡに対してユーザＩＤをセッションキーで暗号化して送信するように要求する。（６）デバイスＡは、ユーザＩＤをセッションキーで暗号化して送信する。
【０１０７】
（７）これを受信したサーバは、セッションキーで復号してユーザＩＤを取り出し、自身のデータベース（図９参照）に格納されたユーザＩＤに対応する情報の確認を行ない、（８）ＰＣに対して、住所、取引口座等の確認画面を提示し、商品発送、決済処理の実行が許可されたことをユーザに対して提示する。
【０１０８】
このように、本実施例の構成では、ユーザの装着した少なくとも２つの認証デバイスが正当な同一ユーザに属する認証デバイスであることが検証されたことを、外部接続機器（例えばサーバ）との認証の開始条件としているので、不正な第三者が盗難した１つの認証デバイスを利用しても外部サーバあるいはＰＣとの認証の開始条件をクリアできないので、不正な取引等の発生が効果的に防止可能となる。
【０１０９】
なお、上述の実施例では、デバイス間認証を共通鍵方式で実行した後のサーバとデバイス間認証を共通鍵方式とし、デバイス間認証を公開鍵方式で実行した後のサーバとデバイス間認証を公開鍵方式とした例を説明したが、一方の認証を共通鍵方式、他方の認証を公開鍵方式として異なる方式を組み合わせて実行することも可能である。
【０１１０】
［認証処理例２］
次に、複数の認証デバイスをユーザが装着することにより、よりセキュアな個人認証を行う方法の例として、ユーザが身につけた複数のデバイスとサーバが直接認証を行う認証処理例について説明する。
【０１１１】
（Ａ）共通鍵方式による認証
まず、共通鍵方式による認証処理を実行する場合について説明する。各認証デバイスは、先に図３を用いて説明したＤＥＳ暗号処理部１０６を有し、共通鍵暗号化方式の暗号処理としてのＤＥＳ（データ暗号標準：Deta encryption standard）アルゴリズムを実行する。
【０１１２】
各認証デバイスは認証デバイスを有するユーザに共通のＩＤ（ユーザＩＤ）をメモリ（例えば図４に示すＥＥＰＲＯＭ１０４に格納している。
【０１１３】
各認証デバイスがメモリ（ＥＥＰＲＯＭ１０４）に格納する情報は、以下の通りである。
▲１▼サーバーと相互認証を行うための共通鍵
▲２▼その個人の識別子としてのユーザＩＤ
【０１１４】
図１２を参照して、複数の認証デバイスとして、３つの認証デバイスを身に付けたユーザがＰＣを用いてインターネットを介してサービスプロバイダのサーバに接続し、認証を行なって商品の購入処理を行なう例を説明する。なお、ＰＣを用いてサーバにアクセスし、認証要求を受信し、代表認証デバイスが決定するまでのプロセスは、先に説明した処理（図６参照）と同様であるので、説明を省略する。
【０１１５】
認証処理の開始に伴い、サーバはＰＣ、通信仲介手段（マウス）、人体を介して各認証デバイスに個人認証処理要求コマンドを送信する。コマンドを最初に受信した１つの認証デバイスが応答（ＡＣＫ）メッセージを送信する。ＡＣＫメッセージは人体を介して通信仲介手段（マウス）、ＰＣに転送され、サーバに送信される。またすべての認証デバイスは、接点を介して入力する特定の伝送チャンネルの信号をモニタしており、いずれかの認証デバイスがＡＣＫを送信したことを検出すると自らはＡＣＫ送信を実行しない。これにより、複数の認証デバイスの１つが選択され、唯一の認証デバイスがＡＣＫを送信する。図１２の例では、認証デバイスＡがＡＣＫ送信デバイス（第1認証デバイス）となる。
【０１１６】
ＡＣＫをサーバに対して送信したデバイスが第1認証デバイスとなり、その後、第1認証デバイスとサーバ間で共通鍵認証方式に従った認証処理が実行される。共通鍵認証処理としては、先の図８で説明した（１）〜（４）の処理と同様であるので、説明を省略する。その後、サーバはデバイスＡに対してユーザＩＤをセッションキーで暗号化して送信するように要求する。デバイスＡは、サーバに対してユーザＩＤをセッションキーで暗号化して送信する。これを受信したサーバは、セッションキーで復号してユーザＩＤを取り出し、自身の記憶手段に格納する。
【０１１７】
次に、サーバは、第2回目の認証要求をＰＣ、通信仲介手段（マウス）、人体を介して各認証デバイスに送信する。認証済みでないデバイス中でコマンドを最初に受信した１つの認証デバイスが応答（ＡＣＫ）メッセージを送信する。すべての認証デバイスは、接点を介して入力する特定の伝送チャンネルの信号をモニタしており、認証済みでないいずれかの認証デバイスがＡＣＫを送信したことを検出すると自らはＡＣＫ送信を実行しない。これにより、認証済みでない複数の認証デバイスの１つが選択され、第2認証デバイスとしてＡＣＫをサーバに送信する。図１２の例では、認証デバイスＢがＡＣＫ送信デバイス（第２認証デバイス）となる。
【０１１８】
ＡＣＫをサーバに対して送信したデバイスが第２認証デバイスとなり、その後、第２認証デバイスとサーバ間で共通鍵認証方式に従った認証処理が実行される。共通鍵認証処理としては、先の図８で説明した（１）〜（４）の処理と同様である。その後、サーバはデバイスＢに対してユーザＩＤをセッションキーで暗号化して送信するように要求する。デバイスＢは、サーバに対してユーザＩＤをセッションキーで暗号化して送信する。これを受信したサーバは、セッションキーで復号してユーザＩＤを取り出し、自身の記憶手段に格納済みのデバイスＡから受信済みのＩＤと比較照合する。これらが一致すれば、デバイスＡ、デバイスＢは、同一のユーザに属するデバイスであることが確認され、認証成立と進呈し、サーバから、ＰＣに対して個人認証の完了画面が提示され、商品発送、決済処理の実行が許可されたことをユーザに対して提示する。
【０１１９】
なお、受信データの検証の際に、不正、不一致が見つかった場合には、相互認証が失敗したものとして処理を中止する。
【０１２０】
このように、本実施例では、サーバは、ユーザの装着した少なくとも２つの認証デバイスが正当な同一ユーザに属する認証デバイスであることを検証する。ユーザが、同時に複数の認証デバイスを紛失する可能性は１つの認証デバイスを紛失する可能性に比較すれば、かなり低いものと予測され、不正な第三者が盗難した１つの認証デバイスを利用しても外部サーバあるいはＰＣとの認証の開始条件をクリアできないので、不正な取引等の発生が効果的に防止可能となる。
【０１２１】
なお、ユーザの装着した２つの認証デバイスとの認証成立に加え、さらに３つ、４つのデバイスとサーバ間の認証を実行する構成としてもよい。この場合、サーバは、3回目4回目の認証要求を認証デバイスに送信する処理を実行する。
【０１２２】
（Ｂ）公開鍵方式による認証
次に、公開鍵方式による認証処理を実行する場合について説明する。各認証デバイスは、先に図３を用いて説明したＡＬＵコントローラ１０８、演算器（ＡＬＵ）１０９、ＡＬＵＲＡＭ１１０からなる暗号処理部１０７を有し、公開鍵暗号処理方式としての楕円曲線暗号方式（ＥＣＣ）アルゴリズムを実行する構成を持つ。なおここでは楕円曲線暗号方式（ＥＣＣ）のアルゴリズムによる認証処理について説明するが、その他のアルゴリズムを適用した公開鍵方式による処理も同様に実行可能である。
【０１２３】
先に説明した図９に示すように、各認証デバイスは認証デバイスを有するユーザに共通のＩＤ（ユーザＩＤ）をメモリ（例えば図４に示すＥＥＰＲＯＭ１０４に格納している。さらにデバイス毎の公開鍵を格納した公開鍵証明書および秘密鍵のペアを格納し、さらに公開鍵証明書の認証局であるＣＡ（Certificate Authority）の公開鍵証明書を格納している。また、認証相手となる外部接続機器（例えばサーバ）には、サーバの公開鍵を格納した公開鍵証明書および秘密鍵のペアを格納し、さらに公開鍵証明書の認証局であるＣＡ（Certificate Authority）の公開鍵証明書を格納している。また、サーバには登録ユーザのユーザ情報を格納したデータベースを有するデータベースには、例えば図に示すようにユーザＩＤに対応付けて氏名、住所、電話番号、口座番号、信用情報などが登録される。
【０１２４】
図１３を参照して、複数の認証デバイスとして、３つの認証デバイスを身に付けたユーザがＰＣを用いてインターネットを介してサービスプロバイダのサーバに接続し、認証を行なって商品の購入処理を行なう例を説明する。なお、ＰＣを用いてサーバにアクセスし、認証要求を受信し、代表認証デバイスが決定するまでのプロセスは、先に説明した処理（図６参照）と同様であるので、説明を省略する。
【０１２５】
認証処理の開始に伴い、サーバはＰＣ、通信仲介手段（マウス）、人体を介して各認証デバイスに個人認証処理要求コマンドを送信する。コマンドを最初に受信した１つの認証デバイスが応答（ＡＣＫ）メッセージを送信する。ＡＣＫメッセージは人体を介して通信仲介手段（マウス）、ＰＣに転送され、サーバに送信される。またすべての認証デバイスは、接点を介して入力する特定の伝送チャンネルの信号をモニタしており、いずれかの認証デバイスがＡＣＫを送信したことを検出すると自らはＡＣＫ送信を実行しない。これにより、複数の認証デバイスの１つが選択され、唯一の認証デバイスがＡＣＫを送信する。図１３の例では、認証デバイスＡがＡＣＫ送信デバイス（第1認証デバイス）となる。
【０１２６】
ＡＣＫをサーバに対して送信したデバイスが第1認証デバイスとなり、その後、第1認証デバイスとサーバ間で公開鍵認証方式に従った認証処理が実行される。公開鍵認証処理としては、先の図１１で説明した（１）〜（４）の処理と同様であるので、説明を省略する。その後、サーバはデバイスＡに対してユーザＩＤをセッションキーで暗号化して送信するように要求する。デバイスＡは、サーバに対してユーザＩＤをセッションキーで暗号化して送信する。これを受信したサーバは、セッションキーで復号してユーザＩＤを取り出し、自身の記憶手段に格納する。
【０１２７】
次に、サーバは、第２回目の認証要求をＰＣ、通信仲介手段（マウス）、人体を介して各認証デバイスに送信する。認証済みでないデバイス中でコマンドを最初に受信した１つの認証デバイスが応答（ＡＣＫ）メッセージを送信する。すべての認証デバイスは、接点を介して入力する特定の伝送チャンネルの信号をモニタしており、認証済みでないいずれかの認証デバイスがＡＣＫを送信したことを検出すると自らはＡＣＫ送信を実行しない。これにより、認証済みでない複数の認証デバイスの１つが選択され、第2認証デバイスとしてＡＣＫをサーバに送信する。図１２の例では、認証デバイスＢがＡＣＫ送信デバイス（第２認証デバイス）となる。
【０１２８】
ＡＣＫをサーバに対して送信したデバイスが第２認証デバイスとなり、その後、第２認証デバイスとサーバ間で公開鍵認証方式に従った認証処理が実行される。公開鍵認証処理としては、先の図１１で説明した（１）〜（４）の処理と同様である。その後、サーバはデバイスＢに対してユーザＩＤをセッションキーで暗号化して送信するように要求する。デバイスＢは、サーバに対してユーザＩＤをセッションキーで暗号化して送信する。これを受信したサーバは、セッションキーで復号してユーザＩＤを取り出し、自身の記憶手段に格納済みのデバイスＡから受信済みのＩＤと比較照合する。これらが一致すれば、デバイスＡ、デバイスＢは、同一のユーザに属するデバイスであることが確認され、認証成立と進呈し、サーバから、ＰＣに対して個人認証の完了画面が提示され、商品発送、決済処理の実行が許可されたことをユーザに対して提示する。
【０１２９】
なお、受信データの検証の際に、不正、不一致が見つかった場合には、相互認証が失敗したものとして処理を中止する。
【０１３０】
このように、本実施例では、サーバは、ユーザの装着した少なくとも２つの認証デバイスが正当な同一ユーザに属する認証デバイスであることを検証する。ユーザが、同時に複数の認証デバイスを紛失する可能性は１つの認証デバイスを紛失する可能性に比較すれば、かなり低いものと予測され、不正な第三者が盗難した１つの認証デバイスを利用しても外部サーバあるいはＰＣとの認証の開始条件をクリアできないので、不正な取引等の発生が効果的に防止可能となる。
【０１３１】
なお、ユーザの装着した２つの認証デバイスとの認証成立に加え、さらに３つ、４つのデバイスとサーバ間の認証を実行する構成としてもよい。この場合、サーバは、３回目、４回目の認証要求を認証デバイスに送信する処理を実行する。
【０１３２】
［認証処理例３］
次に、複数のデバイスを保持することにより、よりセキュアな個人認証を行う方法の第３の例として、認証処理例１と同様、デバイス間で認証を行い、その後サーバー側と認証を行う処理構成において、各認証デバイスが秘密鍵またはユーザＩＤの断片情報を保持し、複数の認証デバイス間で実行されるデバイス間認証処理時に、秘密鍵またはユーザＩＤの断片情報を集積し、集積した情報に基づいて完成された秘密鍵またはユーザＩＤを生成し、完成した秘密鍵またはユーザＩＤを適用してデバイスとサーバ間での認証処理を実行する処理例について説明する。
【０１３３】
（Ａ）共通鍵方式による認証
まず、共通鍵方式による認証処理を実行する場合について説明する。各認証デバイスは、先に図３を用いて説明したＤＥＳ暗号処理部１０６を有し、共通鍵暗号化方式の暗号処理としてのＤＥＳ（データ暗号標準：Deta encryption standard）アルゴリズムを実行する。
【０１３４】
各認証デバイスは認証デバイスを有するユーザに対して配布された秘密鍵（サーバ間の認証で使用する共通鍵）としての秘密鍵の断片、またはユーザＩＤの断片情報をメモリ（例えば図４に示すＥＥＰＲＯＭ１０４に格納している。
【０１３５】
各認証デバイスがメモリ（ＥＥＰＲＯＭ１０４）に格納する情報は、以下の通りである。
▲１▼その個人の認証デバイス間で相互認証を行うための共通鍵
▲２▼その個人の識別子としてのユーザＩＤの断片情報または秘密鍵（サーバ間の認証で使用する共通鍵）の断片情報
【０１３６】
本実施例では、デバイス間の相互認証後、必要な断片情報の転送処理をデバイス間で実行し、１つのデバイスにおいて、集積情報に基づいて秘密鍵またはユーザＩＤを生成し、生成した秘密鍵またはユーザＩＤを適用してデバイスとサーバ間での認証処理を実行する。以下、処理例について図１４を用いて処理の詳細を説明する。
【０１３７】
なお、本実施例では、３個の正しいデバイスの断片情報に基づいて秘密鍵（サーバ間の認証で使用する共通鍵）を生成するものとする。
デバイスＡが秘密鍵情報Ｋｕの断片：ａＫｕ／（ａ＋ｂ＋ｃ）
デバイスＢが秘密鍵情報Ｋｕの断片：ｂＫｕ／（ａ＋ｂ＋ｃ）
デバイスＣが秘密鍵情報Ｋｕの断片：ｃＫｕ／（ａ＋ｂ＋ｃ）
を有し、全ての情報の連結で秘密鍵Ｋｕが生成可能であるとする。
【０１３８】
図１４を用いて本実施例の処理シーケンスについて説明する。認証処理の開始に伴い、サーバはＰＣ、通信仲介手段（マウス）、人体を介して各認証デバイスに個人認証処理要求コマンドを送信する。コマンドを最初に受信した１つの認証デバイスが応答（ＡＣＫ）メッセージを送信する。ＡＣＫメッセージは人体を介して通信仲介手段（マウス）、ＰＣに転送され、サーバに送信される。またすべての認証デバイスは、接点を介して入力する特定の伝送チャンネルの信号をモニタしており、いずれかの認証デバイスがＡＣＫを送信したことを検出すると自らはＡＣＫ送信を実行しない。これにより、複数の認証デバイスの１つが選択され、唯一の認証デバイスがＡＣＫを送信する。図１４の例では、認証デバイスＡがＡＣＫ送信デバイス（代表認証デバイス）となる。
【０１３９】
ＡＣＫをサーバに対して送信したデバイスが代表認証デバイスとなり、その後、ユーザの身に付けた複数の認証デバイス間での認証処理が開始される。まず、代表認証デバイスであるデバイスＡは、その他のデバイスに対して認証要求を出力する。認証要求を最初に受信した１つの認証デバイスが応答（ＡＣＫ）メッセージを送信する。ＡＣＫメッセージは人体を介して代表認証デバイスに送信される。すべての認証デバイスは、接点を介して入力する信号のモニタにより、いずれかの認証デバイスがＡＣＫを送信したことを検出すると自らはＡＣＫ送信を実行しない。これにより、代表認証デバイスと認証を実行する他の１つのデバイスが決定する。図１４の例では、認証デバイスＢがＡＣＫを送信し、デバイスＡとＢ間でまず認証処理が実行される。
【０１４０】
デバイスＡとデバイスＢ間では、先に説明した図７（１）〜（４）の共通鍵方式認証が実行される。デバイスＡとデバイスＢ間で認証が成立すると、デバイスＡは、デバイスＢに対して断片化された秘密鍵情報（ｂＫｕ／（ａ＋ｂ＋ｃ））をセッションキーで暗号化して送信するように要求する。
【０１４１】
これを受信したデバイスＢは、自身のメモリ（例えば図４のＥＥＰＲＯＭ１０４）に格納された断片化された秘密鍵情報（ｂＫｕ／（ａ＋ｂ＋ｃ））をセッションキー（Ｋｓｅｓ）で暗号化して、デバイスＡに送信する。これを受信したデバイスＡは、セッションキーで復号して断片秘密鍵情報（ｂＫｕ／（ａ＋ｂ＋ｃ））を取り出し、自身の記憶手段に格納する。
【０１４２】
次に、デバイスＡは、デバイスＣとの相互認証を先に説明した図７（１）〜（４）の共通鍵方式認証処理に従って実行する。デバイスＡとデバイスＣ間で認証が成立すると、デバイスＡは、デバイスＣに対して断片化された秘密鍵情報（ｃＫｕ／（ａ＋ｂ＋ｃ））をセッションキーで暗号化して送信するように要求する。
【０１４３】
これを受信したデバイスＣは、自身のメモリ（例えば図４のＥＥＰＲＯＭ１０４）に格納された断片化された秘密鍵情報（ｃＫｕ／（ａ＋ｂ＋ｃ））をセッションキー（Ｋｓｅｓ）で暗号化して、デバイスＡに送信する。これを受信したデバイスＡは、セッションキーで復号して断片秘密鍵情報（ｃＫｕ／（ａ＋ｂ＋ｃ））を取り出し、自身の記憶手段に格納する。
【０１４４】
次に、デバイスＡは、デバイスＢから受信した断片秘密鍵情報（ｂＫｕ／（ａ＋ｂ＋ｃ））、デバイスＣから受信した断片秘密鍵情報（ｃＫｕ／（ａ＋ｂ＋ｃ））と、自己のデバイスに予め記憶済みの断片秘密鍵情報（ａＫｕ／（ａ＋ｂ＋ｃ））を連結することにより、秘密鍵Ｋｕを生成する。この秘密鍵Ｋｕは、外部接続機器(サーバ)との共通の秘密鍵であり、外部接続機器(サーバ)との共通鍵方式による認証処理において使用可能となる。デバイスＡは、この生成した秘密鍵を用いてサーバとの相互認証処理を実行する。この処理は先に説明した図８に従った処理であり、説明を省略する。
【０１４５】
本実施例においては、ユーザが正当な同一の登録ユーザのデバイスを複数（ここでは３つ）有していることがサーバとの認証に必要な鍵の生成条件となる。なお、断片化する数は、２以上であれば任意の数に設定可能であり、断片化された数に応じたデバイス間認証処理が要求されることになる。
【０１４６】
なお、上述した例では、断片情報を秘密鍵としたが、ユーザＩＤを断片として各デバイスに保持させて、サーバとの認証を行なう代表認証デバイスが複数の断片化されたユーザＩＤから１つのユーザＩＤを生成して、サーバ間の相互認証において、生成したユーザＩＤを用いて共通鍵相互認証を実行する構成としてもよい。この場合は、各デバイスは、サーバ間の相互認証に必要な完成された共通鍵を有するものとする。
【０１４７】
（Ｂ）公開鍵方式による認証
次に、公開鍵方式による認証処理を実行する場合について説明する。各認証デバイスは、先に図３を用いて説明したＡＬＵコントローラ１０８、演算器（ＡＬＵ）１０９、ＡＬＵＲＡＭ１１０からなる暗号処理部１０７を有し、公開鍵暗号処理方式としての楕円曲線暗号方式（ＥＣＣ）アルゴリズムを実行する構成を持つ。なおここでは楕円曲線暗号方式（ＥＣＣ）のアルゴリズムによる認証処理について説明するが、その他のアルゴリズムを適用した公開鍵方式による処理も同様に実行可能である。
【０１４８】
本例でも、デバイス間の相互認証後、必要な断片情報の転送処理をデバイス間で実行し、１つのデバイスにおいて、集積情報に基づいて秘密鍵またはユーザＩＤを生成し、生成した秘密鍵またはユーザＩＤを適用してデバイスとサーバ間での認証処理を実行する。
【０１４９】
各認証デバイスの格納データの例を図１５に示す。図１５には４つのデバイスＡ〜Ｄのメモリ（例えば図４に示すＥＥＰＲＯＭ１０４）に格納されるデータ例を示している。デバイス毎の公開鍵を格納した公開鍵証明書および秘密鍵のペア、公開鍵証明書の認証局であるＣＡ（Certificate Authority）の公開鍵証明書を、さらに、ユーザに対応する公開鍵を格納したユーザ公開鍵証明書および、ユーザ秘密鍵の断片情報を有している。
【０１５０】
なお、本実施例では、３個の正しいデバイスの断片情報に基づいてユーザ秘密鍵（サーバ間の認証で使用）を生成可能であるものとする。
【０１５１】
デバイスＡは、ユーザ秘密鍵情報Ｋｕｓの断片：αＫｕｓ／（α＋β＋γ）を有し、かつ、デバイスＢの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｂｓ［αＫｕｓ／（α＋β＋γ）］、Ｋｂｓ［γＫｕｓ／（α＋β＋γ）］を有する。なお、Ｋｘ［ｙ］は、鍵Ｋｘで暗号化されたｙを示すものとする。さらに、デバイスＡは、デバイスＣの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｃｓ［αＫｕｓ／（α＋β＋γ）］、Ｋｃｓ［βＫｕｓ／（α＋β＋γ）］を有する。さらに、デバイスＡは、デバイスＤの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｄｓ［βＫｕｓ／（α＋β＋γ）］、Ｋｄｓ［γＫｕｓ／（α＋β＋γ）］を有する。
【０１５２】
また、デバイスＢは、ユーザ秘密鍵情報Ｋｕｓの断片：βＫｕｓ／（α＋β＋γ）を有し、かつ、デバイスＡの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋａｓ［βＫｕｓ／（α＋β＋γ）］、Ｋａｓ［γＫｕｓ／（α＋β＋γ）］、デバイスＣの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｃｓ［αＫｕｓ／（α＋β＋γ）］、Ｋｃｓ［βＫｕｓ／（α＋β＋γ）］、デバイスＤの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｄｓ［βＫｕｓ／（α＋β＋γ）］、Ｋｄｓ［γＫｕｓ／（α＋β＋γ）］を有する。
【０１５３】
また、デバイスＣは、ユーザ秘密鍵情報Ｋｕｓの断片：γＫｕｓ／（α＋β＋γ）を有し、かつ、デバイスＡの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋａｓ［βＫｕｓ／（α＋β＋γ）］、Ｋａｓ［γＫｕｓ／（α＋β＋γ）］、デバイスＢの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｂｓ［αＫｕｓ／（α＋β＋γ）］、Ｋｂｓ［γＫｕｓ／（α＋β＋γ）］、デバイスＤの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｄｓ［βＫｕｓ／（α＋β＋γ）］、Ｋｄｓ［γＫｕｓ／（α＋β＋γ）］を有する。
【０１５４】
また、デバイスＤは、ユーザ秘密鍵情報Ｋｕｓの断片：αＫｕｓ／（α＋β＋γ）を有し、かつ、デバイスＡの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋａｓ［βＫｕｓ／（α＋β＋γ）］、Ｋａｓ［γＫｕｓ／（α＋β＋γ）］、デバイスＢの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｂｓ［αＫｕｓ／（α＋β＋γ）］、Ｋｂｓ［γＫｕｓ／（α＋β＋γ）］、デバイスＣの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｃｓ［αＫｕｓ／（α＋β＋γ）］、Ｋｃｓ［βＫｕｓ／（α＋β＋γ）］を有する。
【０１５５】
また、認証相手となる外部接続機器（例えばサーバ）には、図１６に示すように、サーバの公開鍵を格納した公開鍵証明書および秘密鍵のペアを格納し、さらに公開鍵証明書の認証局であるＣＡ（Certificate Authority）の公開鍵証明書を格納している。また、サーバには登録ユーザのユーザ情報を格納したデータベースを有するデータベースには、例えば図に示すようにユーザＩＤに対応付けて氏名、住所、電話番号、口座番号、信用情報などが登録される。
【０１５６】
ＰＣを用いてサーバにアクセスし、認証要求を受信し、代表認証デバイスが決定するまでのプロセスは、先に説明した処理（図６参照）と同様であるので、説明を省略する。図１７を用いて公開鍵方式によるデバイス間認証処理について説明する。
【０１５７】
図１７を用いて本実施例の処理シーケンスについて説明する。認証処理の開始に伴い、サーバはＰＣ、通信仲介手段（マウス）、人体を介して各認証デバイスに個人認証処理要求コマンドを送信する。コマンドを最初に受信した１つの認証デバイスが応答（ＡＣＫ）メッセージを送信する。ＡＣＫメッセージは人体を介して通信仲介手段（マウス）、ＰＣに転送され、サーバに送信される。またすべての認証デバイスは、接点を介して入力する特定の伝送チャンネルの信号をモニタしており、いずれかの認証デバイスがＡＣＫを送信したことを検出すると自らはＡＣＫ送信を実行しない。これにより、複数の認証デバイスの１つが選択され、唯一の認証デバイスがＡＣＫを送信する。図１７の例では、認証デバイスＡがＡＣＫ送信デバイス（代表認証デバイス）となる。
【０１５８】
ＡＣＫをサーバに対して送信したデバイスが代表認証デバイスとなり、その後、ユーザの身に付けた複数の認証デバイス間での認証処理が開始される。まず、代表認証デバイスであるデバイスＡは、その他のデバイスに対して認証要求を出力する。認証要求を最初に受信した１つの認証デバイスが応答（ＡＣＫ）メッセージを送信する。ＡＣＫメッセージは人体を介して代表認証デバイスに送信される。すべての認証デバイスは、接点を介して入力する信号のモニタにより、いずれかの認証デバイスがＡＣＫを送信したことを検出すると自らはＡＣＫ送信を実行しない。これにより、代表認証デバイスと認証を実行する他の１つのデバイスが決定する。図１７の例では、認証デバイスＢがＡＣＫを送信し、デバイスＡとＢ間でまず認証処理が実行される。
【０１５９】
デバイスＡとデバイスＢ間では、先に説明した図１０（１）〜（４）の公開鍵方式認証が実行される。デバイスＡとデバイスＢ間で認証が成立すると、デバイスＡは、デバイスＢの公開鍵証明書から取り出したデバイスＢの公開鍵を適用して、デバイスＡに格納されたデバイスＢの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｂｓ［αＫｕｓ／（α＋β＋γ）］、Ｋｂｓ［γＫｕｓ／（α＋β＋γ）］の一方、Ｋｂｓ［γＫｕｓ／（α＋β＋γ）］を復号しユーザ秘密鍵情報Ｋｕｓの断片：γＫｕｓ／（α＋β＋γ）を取得しメモリに保持する。
【０１６０】
次に、デバイスＡは、デバイスＣとの相互認証を先に説明した図１０（１）〜（４）の公開鍵方式認証処理に従って実行する。デバイスＡとデバイスＣ間で認証が成立すると、デバイスＡは、デバイスＣの公開鍵証明書から取り出したデバイスＣの公開鍵を適用して、デバイスＡに格納されたデバイスＣの秘密鍵で暗号化されたユーザ秘密鍵情報Ｋｕｓの断片：Ｋｃｓ［αＫｕｓ／（α＋β＋γ）］、Ｋｃｓ［βＫｕｓ／（α＋β＋γ）］の一方、Ｋｃｓ［βＫｕｓ／（α＋β＋γ）］を復号しユーザ秘密鍵情報Ｋｕｓの断片：βＫｕｓ／（α＋β＋γ）を取得しメモリに保持する。
【０１６１】
次に、デバイスＡは、デバイスＢから受信した公開鍵によって復号した断片ユーザ秘密鍵情報γＫｕｓ／（α＋β＋γ）、デバイスＣから受信した公開鍵によって復号した断片ユーザ秘密鍵情報βＫｕｓ／（α＋β＋γ）と、自己のデバイスに予め記憶済みの断片ユーザ秘密鍵情報（αＫｕ／（α＋β＋γ））を連結することにより、ユーザ秘密鍵Ｋｕｓを生成する。この秘密鍵Ｋｕｓは、ユーザの公開鍵に対応するペアの秘密鍵であり、外部接続機器(サーバ)との公開鍵方式認証において適用する。デバイスＡは、この生成したユーザ秘密鍵を用いてサーバとの相互認証処理を実行する。この処理は先に説明した図１１に従った処理であり、説明を省略する。
【０１６２】
本実施例においては、ユーザが正当な同一の登録ユーザのデバイスを複数（ここでは３つ）有していることがサーバとの認証に必要な鍵の生成条件となる。なお、断片化する数は、２以上であれば任意の数に設定可能であり、断片化された数に応じたデバイス間認証処理が要求されることになる。
【０１６３】
なお、上述した例では、断片情報を秘密鍵としたが、ユーザＩＤを断片として各デバイスに保持させて、サーバとの認証を行なう代表認証デバイスが複数の断片化されたユーザＩＤから１つのユーザＩＤを生成して、サーバ間の相互認証において、生成したユーザＩＤを用いて公開鍵相互認証を実行する構成としてもよい。この場合は、各デバイスは、サーバ間の相互認証に必要な完成されたユーザ秘密鍵を有するものとする。
【０１６４】
ユーザＩＤを断片化して各デバイスに格納した場合の各認証デバイスの格納データの例を図１８に示す。図１８には４つのデバイスＡ〜Ｄのメモリ（例えば図４に示すＥＥＰＲＯＭ１０４）に格納されるデータ例を示している。デバイス毎の公開鍵を格納した公開鍵証明書および秘密鍵のペア、公開鍵証明書の認証局であるＣＡ（Certificate Authority）の公開鍵証明書を、さらに、ユーザに対応する公開鍵を格納したユーザ公開鍵証明書および、ユーザ秘密鍵の断片情報を有している。
【０１６５】
なお、本例では、３個の正しいデバイスの断片情報に基づいてユーザＩＤ（サーバ間の認証で使用）を生成可能であるものとする。
【０１６６】
デバイスＡは、ユーザＩＤの断片：αＩＤ／（α＋β＋γ）を有し、かつ、デバイスＢの秘密鍵で暗号化されたユーザＩＤの断片：Ｋｂｓ［αＩＤ／（α＋β＋γ）］、Ｋｂｓ［γＩＤ／（α＋β＋γ）］を有する。なお、Ｋｘ［ｙ］は、鍵Ｋｘで暗号化されたｙを示すものとする。さらに、デバイスＡは、デバイスＣの秘密鍵で暗号化されたユーザＩＤの断片：Ｋｃｓ［αＩＤ／（α＋β＋γ）］、Ｋｃｓ［βＩＤ／（α＋β＋γ）］を有する。さらに、デバイスＡは、デバイスＤの秘密鍵で暗号化されたユーザＩＤの断片：Ｋｄｓ［βＩＤ／（α＋β＋γ）］、Ｋｄｓ［γＩＤ／（α＋β＋γ）］を有する。
【０１６７】
また、デバイスＢは、ユーザＩＤの断片：βＩＤ／（α＋β＋γ）を有し、かつ、デバイスＡの秘密鍵で暗号化されたユーザＩＤの断片：Ｋａｓ［βＩＤ／（α＋β＋γ）］、Ｋａｓ［γＩＤ／（α＋β＋γ）］、デバイスＣの秘密鍵で暗号化されたユーザＩＤの断片：Ｋｃｓ［αＩＤ／（α＋β＋γ）］、Ｋｃｓ［βＩＤ／（α＋β＋γ）］、デバイスＤの秘密鍵で暗号化されたユーザＩＤの断片：Ｋｄｓ［βＩＤ／（α＋β＋γ）］、Ｋｄｓ［γＩＤ／（α＋β＋γ）］を有する。
【０１６８】
また、デバイスＣは、ユーザＩＤの断片：γＩＤ／（α＋β＋γ）を有し、かつ、デバイスＡの秘密鍵で暗号化されたユーザＩＤの断片：Ｋａｓ［βＩＤ／（α＋β＋γ）］、Ｋａｓ［γＩＤ／（α＋β＋γ）］、デバイスＢの秘密鍵で暗号化されたユーザＩＤの断片：Ｋｂｓ［αＩＤ／（α＋β＋γ）］、Ｋｂｓ［γＩＤ／（α＋β＋γ）］、デバイスＤの秘密鍵で暗号化されたユーザＩＤの断片：Ｋｄｓ［βＩＤ／（α＋β＋γ）］、Ｋｄｓ［γＩＤ／（α＋β＋γ）］を有する。
【０１６９】
また、デバイスＤは、ユーザＩＤの断片：αＩＤ／（α＋β＋γ）を有し、かつ、デバイスＡの秘密鍵で暗号化されたユーザＩＤの断片：Ｋａｓ［βＩＤ／（α＋β＋γ）］、Ｋａｓ［γＩＤ／（α＋β＋γ）］、デバイスＢの秘密鍵で暗号化されたユーザＩＤの断片：Ｋｂｓ［αＩＤ／（α＋β＋γ）］、Ｋｂｓ［γＩＤ／（α＋β＋γ）］、デバイスＣの秘密鍵で暗号化されたユーザＩＤの断片：Ｋｃｓ［αＩＤ／（α＋β＋γ）］、Ｋｃｓ［βＩＤ／（α＋β＋γ）］を有する。
【０１７０】
このように断片化されたユーザＩＤから完成されたユーザＩＤを生成する処理は、図１７で説明した複数の認証デバイス間での認証処理において実行される。なお、ユーザＩＤについても断片化する数は、２以上であれば任意の数に設定可能であり、断片化された数に応じたデバイス間認証処理が要求されることになる。
【０１７１】
なお、上述の実施例では、デバイス間認証を共通鍵方式で実行した後のサーバとデバイス間認証を共通鍵方式とし、デバイス間認証を公開鍵方式で実行した後のサーバとデバイス間認証を公開鍵方式とした例を説明したが、一方の認証を共通鍵方式、他方の認証を公開鍵方式として異なる方式を組み合わせて実行することも可能である。
【０１７２】
また、上述した認証処理例１〜３では外部接続機器としてサーバを設定しサーバとの認証処理例を説明したが、外部接続機器をサーバではなくユーザの操作するＰＣとし、ＰＣと認証デバイス間の認証処理とした場合も各処理例が同様に実行可能である。
【０１７３】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１７４】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１７５】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフロッピーディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１７６】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１７７】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１７８】
【発明の効果】
以上、説明したように、本発明の個人認証システムの一態様では、ユーザの装着した少なくとも２つの認証デバイス相互間で認証を実行し、複数の認証デバイスが同一ユーザに属する認証デバイスであることが検証されたことを、外部接続機器（例えばサーバ）との認証の開始条件としているので、不正な第三者が盗難した１つの認証デバイスを利用しても外部接続機器、例えばサーバあるいはＰＣとの認証の開始条件をクリアできないので、不正な取引等の発生が効果的に防止可能となる。
【０１７９】
さらに、本発明の個人認証システムの一態様では、サーバが、ユーザの装着した少なくとも２つの認証デバイスが正当な同一ユーザに属する認証デバイスであることを検証する構成としたので、第三者が盗難した１つの認証デバイスを利用しても外部接続機器、例えばサーバあるいはＰＣとの認証の開始条件をクリアできないので、不正な取引等の発生が効果的に防止可能となる。
【０１８０】
さらに、本発明の個人認証システムの一態様では、ユーザが正当な同一の登録ユーザの鍵情報またはＩＤを断片化したデバイスを複数有し、これらのデバイス間の相互認証成立を条件として断片化情報を集積して鍵情報またはＩＤを生成してサーバとの認証に必要な情報を生成する構成としたので、第三者が盗難した１つの認証デバイスを利用しても外部接続機器、例えばサーバあるいはＰＣとの認証の開始条件をクリアできないので、不正な取引等の発生が効果的に防止可能となる。
【図面の簡単な説明】
【図１】本発明の個人認証システムの処理構成を説明する図である。
【図２】１ＭＨｚ〜２０ＭＨｚ、１ＭＨｚ〜３０ＭＨｚの範囲で、スペクトラムアナライザを用いて測定した人体の伝送特性（両手間）を示す特性図である。
【図３】電界強度について説明する図である。
【図４】本発明の個人認証システムにおいて適用される認証デバイスの構成図である。
【図５】本発明の個人認証システムにおける信号伝達経路について説明する図である。
【図６】本発明の個人認証システムにおける各機器間の処理を説明するシーケンス図である
【図７】本発明の個人認証システムにおける共通鍵方式デバイス間認証処理を説明するシーケンス図である。
【図８】本発明の個人認証システムにおける共通鍵方式のサーバとデバイス間認証処理を説明するシーケンス図である。
【図９】本発明の個人認証システムにおける公開鍵方式認証処理を実行する場合の各機器の格納情報を説明する図である。
【図１０】本発明の個人認証システムにおける公開鍵方式のデバイス間認証処理を説明するシーケンス図である。
【図１１】本発明の個人認証システムにおける公開鍵方式のサーバとデバイス間認証処理を説明するシーケンス図である。
【図１２】本発明の個人認証システム、処理例２における共通鍵方式のサーバとデバイス間認証処理を説明するシーケンス図である。
【図１３】本発明の個人認証システム、処理例２における公開鍵方式のサーバとデバイス間認証処理を説明するシーケンス図である。
【図１４】本発明の個人認証システム、処理例３における共通鍵方式の認証処理を説明するシーケンス図である。
【図１５】本発明の個人認証システム、処理例３における公開鍵方式認証処理を実行する場合の各デバイスの格納情報を説明する図である。
【図１６】本発明の個人認証システム、処理例３における公開鍵方式認証処理を実行する場合の外部接続機器（サーバ）の格納情報を説明する図である。
【図１７】本発明の個人認証システム、処理例３における公開鍵方式の認証処理を説明するシーケンス図である。
【図１８】本発明の個人認証システム、処理例３における公開鍵方式認証処理を実行する場合の各デバイスの格納情報を説明する図である。
【符号の説明】
１０  ＰＣ
２０  認証サーバ
３１，３２，３３  認証デバイス
１０１  ＣＰＵ(Central processing Unit)
１０２  ＲＯＭ（Read-Only-Memory）
１０３  ＲＡＭ（Random Access Memory）
１０４  ＥＥＰＲＯＭ
１０５  変調増幅部
１０６  ＤＥＳ暗号処理部
１０７  暗号処理部
１０８  ＡＬＵコントローラ
１０９  演算器（ＡＬＵ）
１１０  ＡＬＵＲＡＭ
１１１  入出力接点
２０１，２０２，２０３  認証デバイス
２１０  通信仲介手段
２２０  認証機器
【図１】
0004815715.tif 000002
【図２】
0004815715.tif 000003
【図３】
0004815715.tif 000004
【図４】
0004815715.tif 000005
【図５】
0004815715.tif 000006
【図６】
0004815715.tif 000007
【図７】
0004815715.tif 000008
【図８】
0004815715.tif 000009
【図９】
0004815715.tif 000010
【図１０】
0004815715.tif 000011
【図１１】
0004815715.tif 000012
【図１２】
0004815715.tif 000013
【図１３】
0004815715.tif 000014
【図１４】
0004815715.tif 000015
【図１５】
0004815715.tif 000016
【図１６】
0004815715.tif 000017
【図１７】
0004815715.tif 000018
【図１８】
0004815715.tif 000019