生体情報を利用した認証システム
【課題】
照合装置側の「なりすまし」を防ぐことによって、生体認証情報の盗聴を防ぐこと、また、不正な読取装置を利用することによって生体情報が盗まれてしまうことを防ぐことができる認証システムを提供することを目的とする。
【解決手段】
信用の出来ない生体情報読取装置によって生体情報が盗まれないように、生体情報を取得する読取装置１を認証を要求する装置２と分離し、認証を受けるユーザごとに持たせるようにした。また、照合装置３のように振る舞い、読取装置１に認証処理を要求し、生体情報を盗むような装置に対する予防策として、照合装置３から読取装置１への情報には照合装置３の秘密鍵によりデジタル署名を付加するようにした。これにより、読取装置１は受信した情報が改変されていないこと、送信元が照合装置３であることを特定できる。
照合装置側の「なりすまし」を防ぐことによって、生体認証情報の盗聴を防ぐこと、また、不正な読取装置を利用することによって生体情報が盗まれてしまうことを防ぐことができる認証システムを提供することを目的とする。
【解決手段】
信用の出来ない生体情報読取装置によって生体情報が盗まれないように、生体情報を取得する読取装置１を認証を要求する装置２と分離し、認証を受けるユーザごとに持たせるようにした。また、照合装置３のように振る舞い、読取装置１に認証処理を要求し、生体情報を盗むような装置に対する予防策として、照合装置３から読取装置１への情報には照合装置３の秘密鍵によりデジタル署名を付加するようにした。これにより、読取装置１は受信した情報が改変されていないこと、送信元が照合装置３であることを特定できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生体情報を利用した個人認証システムに関する。
【背景技術】
【０００２】
従来、「なりすまし」を排除することの可能な読取装置として、例えば、下記特許文献１に記載のものが知られている。これは、ユーザの生体情報を読取る読取装置と、読取った生体情報が正規のユーザのものであるかを確認する照合装置とを備えたものである。読取装置は、生体情報を読取ったとき、その生体情報から識別情報を生成し、照合装置に送る。照合装置は、予めユーザの生体情報から生成した識別情報を記憶してあるので、読取装置から送られた識別情報と記憶してある識別情報とを照合し、これにより正規のユーザかを確認する。特に、下記特許文献１に記載の技術は、例えば照合装置が暗号鍵を生成し、読取装置に送信し、読取装置は照合装置が生成した暗号鍵を用いて認証のための識別情報を暗号化して照合装置に送信することを特徴とする。これにより、読取装置が送信したデータが盗聴された際の「なりすまし」を防いでいる。
【特許文献１】特開２００３−２８３４９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記特許文献１に記載の技術では、読取装置側の「なりすまし」を防ぐことは出来るが、照合装置側の「なりすまし」を防ぐことはできない。すなわち、照合装置のフリをして照合装置のように振舞う装置が読取装置と照合装置との間に置かれた場合、読取装置の送信した情報から簡単に生体情報を盗むことが出来てしまう。
【０００４】
また、認証を受ける利用者にとっては、読取装置そのものが不正なものかどうかを判断しなければならない。不正な読取装置に対して自分の生体情報をさらすことは、生体情報の盗難につながるためである。
【０００５】
本発明の目的は、照合装置側の「なりすまし」を防ぐことによって、生体認証情報の盗聴を防ぐこと、また、不正な読取装置を利用することによって生体情報が盗まれてしまうことを防ぐことができる認証システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明は、生体情報を利用した認証システムであって、認証を受けるユーザが所持する読取装置と、認証を要求する装置と、認証を行う照合装置とを備え、前記読取装置は、生体情報を取得する手段と、ユーザを特定する識別子であるユーザID、前記照合装置の公開鍵PK3、および読取装置の秘密鍵SK1を記憶した情報記録手段と、通信処理手段と、読取装置の全体の動作を制御する処理手段とを備え、前記認証を要求する装置は、認証を要求する装置を特定する装置ID、認証を要求する装置の秘密鍵SK2、および前記照合装置の公開鍵PK3を記憶した情報記録手段と、通信処理手段と、認証を要求する装置の全体の動作を制御する処理手段とを備え、前記照合装置は、各ユーザごとの、ユーザID、生体情報、および公開鍵PK1と、各認証を要求する装置ごとの、装置ID、および公開鍵PK2と、照合装置の秘密鍵SK3とを、記憶した情報記録手段と、与えられた生体情報が前記情報記録手段に登録済みか否かを照合する生体情報照合処理手段と、通信処理手段と、照合装置の全体の動作を制御する処理手段とを備え、前記認証を要求する装置が前記読取装置に対して認証を要求する際には、前記読取装置から前記照合装置に、ユーザIDを秘密鍵SK1でデジタル署名した署名データと、ユーザIDとを、送信し、前記照合装置は、受信したユーザIDに対応する公開鍵PK1を前記情報記録手段から特定し、受信した署名データからユーザIDが改変されていないことを確認し、ランダムな共通鍵CKを生成し、ユーザIDと共通鍵CKとをセットにして記録し、共通鍵CKを秘密鍵SK3でデジタル署名し、その署名データと前記共通鍵CKを公開鍵PK1で暗号化したデータを前記読取装置に送信し、前記読取装置は、受信した暗号化された共通鍵CKを秘密鍵SK1で復号し、受信した署名データから共通鍵CKが改変されていないことを確認した後、前記生体情報を取得する手段によりユーザの生体情報を読取り、該生体情報を秘密鍵SK1でデジタル署名し、該生体情報を共通鍵CKで暗号化し、ユーザIDと署名データと暗号化された生体情報とを前記認証を要求する装置に送信し、前記認証を要求する装置は、受信した情報を秘密鍵SK2でデジタル署名し、該受信した情報と署名データと装置IDとを前記照合装置に送信し、前記照合装置は、受信した装置IDに対応する公開鍵PK2を前記情報記録手段から特定し、受信した署名データから情報が改変されていないことを確認し、受信した情報に含まれるユーザIDに対応する共通鍵CKを取得し、受信した情報に含まれる暗号化された生体情報を共通鍵CKで復号し、前記ユーザIDに対応する公開鍵PK1を特定し、該公開鍵PK1を用いて前記生体情報が改変されていないことを確認し、取得した生体情報と前記情報記録手段に登録されている生体情報とを照合し、照合結果に秘密鍵SK3でデジタル署名を付して前記認証を要求する装置に送信し、前記認証を要求する装置は、受信した照合結果が改変されていないことを公開鍵PK3を用いて確認し、前記照合結果を取得することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ユーザにとって初めて利用するような信用のおけない認証を要求する装置に対しても、生体情報を盗まれるおそれが無く、自己の認証を行うことができる。また、PKIの公開鍵暗号技術によって、照合装置から読取装置へ送る情報にはデジタル署名が付加されているため、読取装置は受信した情報が改変されていないことを確認でき、送信元が正規の照合装置であることを特定できる。したがって、照合装置側のなりすましを防ぐことが出来る。また、通常は認証を要求する装置に取り付けられている読取装置を認証を要求する装置から分離し、読取装置をユーザ各自が所持するようにしたため、不正な読取装置による生体情報の盗難を防ぐことが出来る。
【発明を実施するための最良の形態】
【０００８】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
【０００９】
図１は、本発明の一実施形態に係る認証システムの構成例を示している。本認証システムは、図１に示すように、生体情報の取得を行う読取装置１、生体情報が登録されている情報と一致するかどうかを照合する照合装置３、および利用者が正しいかどうかの確認を必要とする認証を要求する装置２とを備える。読取装置１と認証を要求する装置２との間は、任意の通信手段（無線・有線を問わない）で接続されている。認証を要求する装置２と照合装置３との間は、通信路（ネットワーク）４で接続されている。通信路４も任意の通信手段でよい。
【００１０】
本人であることを確認する必要がある場面としては、例えば、クレジットカードなどの署名の代わりに使う場合や、WWWサイトの年齢等による視聴制限、病院における本人確認など、さまざまな場面がある。これらのさまざまな場面において、認証を受ける場合、そのような各場面ごとにローカルに設けられた各照合装置ごとに生体情報を登録することは、大変な手間となる。また、認証を受けるためには、事前に個々の照合装置に生体情報を登録しておかなければ、照合することは不可能である。従って、一度の生体情報の登録で、あらゆる場面における照合に対応できれば大変便利である。本発明では、これを実現するために、生体情報をあらかじめ登録しておき、照合の要求があったときに照合処理をする照合装置３と、認証を要求する装置２とを明確に分離した。両者の間は、ネットワーク４で接続されていて、相互に通信可能であれば良い。両者の間の通信は暗号化されるので、このネットワーク４は、インターネットなどの機密性の低いネットワークでもよい。
【００１１】
また、このように多くの場所で認証を受けるようになると、不正な読取装置を用いて、利用者の生体情報を取得し、悪用する者が現れることも考えられる。これを避けるために、本発明では、認証を要求する装置２と読取装置１についても明確に分離した。両者の間は、ネットワーク４で接続されていて、相互に通信可能であれば良い。両者の間の通信は暗号化されるので、このネットワーク４は、インターネットなどの機密性の低いネットワークでもよい。
【００１２】
図２は、読取装置１の構成を示すブロック図である。読取装置１は、生体情報取得部１１、識別情報変換部１２、処理部１４、通信処理部１５、および情報記録部１６を有している。読取装置１は、各ユーザが所持することを前提とするものであり、例えば、ＰＤＡ（Personal Digital Assistance）、ノートパソコン、携帯電話、あるいはカードなど、その形態はどのようなものでもよい。
【００１３】
図２において、生体情報取得部１１は、ユーザの生体情報を読取る部分である。識別情報変換部１２は、生体情報取得部１１で読取った生体情報から識別に必要な生体情報を抽出する。処理部１４は、本読取装置１の全体の動作を制御する。その処理手順は、図５で詳しく説明する。通信処理部１５は、認証を要求する装置２との間の通信処理を行う。情報記録部１６は、本読取装置１を所持するユーザのユーザID、照合装置３の公開鍵PK3、および本読取装置１の秘密鍵SK1を保持する。公開鍵PK3は、予め照合装置３から発行してもらったものを格納しておく。秘密鍵SK1は、予めユーザが自分で準備しておく。
【００１４】
図３は、照合装置３の構成を示すブロック図である。照合装置３は、生体情報照合処理部３２、処理部３４、通信処理部３５、および情報記録部３６を有している。生体情報照合処理部３２は、送られてきた生体情報が情報記録部３６に予め格納されている正規ユーザのものかどうかを照合する処理を行う。処理部３４は、照合装置３の全体の動作を制御する。その処理手順は、図５で詳しく説明する。通信処理部３５は、認証を要求する装置２との間の通信処理を行う。情報記録部３６は、各ユーザごとのユーザIDと生体情報と公開鍵PK1の組データ、各認証を要求する装置２ごとの装置IDと公開鍵PK2の組データ、並びに、本照合装置３の秘密鍵SK3（公開鍵PK3に対応するもの）を保持する。各ユーザごとのユーザID（ユーザを一意に識別するための識別子）と生体情報と公開鍵PK1は、ユーザIDは予め本システムを利用する各ユーザに割り当てておき、生体情報と公開鍵PK1はユーザから取得したものを格納しておく。公開鍵PK1は、秘密鍵SK1に対応するものである。各認証を要求する装置２ごとの装置IDと公開鍵PK2は、予め本システムを利用する各認証を要求する装置２ごとに装置IDを割り当てておくとともに、各認証を要求する装置２ごとに公開鍵PK2を取得して格納しておく。なお、同一ユーザが複数の読取装置１を所持する場合には、読取装置毎に異なるユーザID、秘密鍵SK1、公開鍵PK1を使用するような構成としてもよい。
【００１５】
図４は、認証を要求する装置２の構成を示すブロック図である。認証を要求する装置２は、処理部２４、通信処理部２５、および情報記録部２６を有している。処理部２４は、認証を要求する装置２の全体の動作を制御する。その処理手順は、図５で詳しく説明する。通信処理部２５は、読取装置１および照合装置３との間の通信処理を行う。情報記録部２６は、本認証を要求する装置２を特定する装置ID、本認証を要求する装置２の秘密鍵SK2、および照合装置３の公開鍵PK3を保持する。装置IDは、予め照合装置３側から割り当てられたIDを格納しておく。秘密鍵SK2は、予め本認証を要求する装置２で生成した秘密鍵であり、公開鍵PK2に対応するものである。照合装置３の公開鍵PK3は、予め照合装置３から取得して格納しておく。
【００１６】
以下、図５（図５a〜図５d）を参照して、図１から図４で説明した認証システムでの認証処理の流れを追って説明する。
【００１７】
ステップＳ１では、まず、本人であることを確認する必要がある場面において、認証を要求する装置２が読取装置１に対して認証処理を要求する。なお、読取装置１を所持するユーザは、読取装置１を、認証を要求する装置２と通信可能な状態に配置するものとする。これは、例えば、読取装置１がカードであれば、認証を要求する装置２の所定の挿入口に挿入したり、所定の位置に配置したり（Bluetoothなどの無線通信機能を備えている場合）するということである。
【００１８】
ステップＳ２で、読取装置１は要求を受けると、認証処理を開始する。まず、ステップＳ３で、情報記録部１６からユーザIDと読取装置１の秘密鍵SK1を読み込み、ユーザIDをSK1でデジタル署名する。これにより、後で照合装置３が、ユーザIDの改変がないか、情報の送信元が正しいユーザIDかどうかを確認できる。ステップＳ４では、続いて、情報記録部１６から照合装置３の公開鍵PK3を読み込み、ステップＳ３でデジタル署名したユーザIDをPK3で暗号化する。これによって、照合装置３以外からは、どのユーザが現在認証処理をしているのかがわからなくなる。なお、ステップＳ４の処理は必須ではない。どのユーザが現在認証処理をしているのかがわかってしまっても問題のない場合においては、暗号化処理をする必要はない。ステップＳ５では、続いて、ステップＳ４までで処理したユーザIDを照合装置３に送信する。なお、照合装置３との間の通信は、認証を要求する装置２を介して行うものである。
【００１９】
照合装置３では、ステップＳ６で、情報記録部３６から秘密鍵SK3を読み込み、受信した情報を復号する。なお、ステップＳ４で暗号化していない場合はこの処理は必要ない。次に、ステップＳ７で、復号した情報に含まれるユーザIDを元に、読取装置１の公開鍵PK1を特定する。図３に示したように、照合装置３は、多数のユーザ（本システムを利用するユーザ）のユーザID、照合に用いる生体情報、および公開鍵を保持している。これ以外のユーザに関する情報を保持していても良い。ステップＳ８では、特定した公開鍵PK1を使ってユーザIDに改変が無いことを確認する。PKI（Public Key Infrastructure）の公開暗号鍵技術を利用したデジタル署名を用いることにより、受信した情報に改変が無いのを確認することと受信した情報の送信元を特定することが出来る。
【００２０】
続いて、ステップＳ９で、ランダムな共通鍵CKを生成する。この共通鍵CKは、認証のたびに異なるように生成される。そのため、リプレイアタックによるなりすましを防ぐことが出来る。またこの共通鍵CKは、照合装置３と当該ユーザＩＤ間の通信にのみ用いる共通鍵のため、ステップＳ１０で、後でユーザIDから共通鍵CKを取得できるように、生成した共通鍵CKとユーザIDをセットにして記録しておく。ステップＳ１１では、共通鍵CKを秘密鍵SK3でデジタル署名する。これにより、情報の送信者の特定と、情報の改変の有無の確認が可能になる。ステップＳ１２で、デジタル署名した共通鍵CKを読取装置１の公開鍵PK1で暗号化する。公開鍵PK１で暗号化された情報を復号出来るのは、秘密鍵SK１を持っているものに限られるため、ここで暗号化された情報を取得できるのは、読取装置１だけである。ステップＳ１３で、署名、暗号化した共通鍵CKを読取装置１に送信する。
【００２１】
ステップＳ１４で、読取装置１は、受信した情報を秘密鍵SK1を使って復号する。ステップＳ１５で、照合装置３の公開鍵PK3を使って、受信内容（共通鍵CK）に改変が無いことを確認する。秘密鍵SK3を持っている照合装置３しか、この署名をすることが出来ないため、照合装置側のなりすましを防ぐことが出来る。共通鍵CKに改変がなかったら、ステップＳ１６で、生体情報取得部１１から生体認証に必要な情報を取得し、識別情報変換部１２で識別に必要な生体情報を抽出する。なお、生体情報取得部１１が取得する情報は、個人が特定できる生体情報なら何でも利用可能である。例えば、指紋や、虹彩、静脈パターンなどが考えられる。次に、ステップＳ１７で、ステップＳ１６で取得した生体情報を秘密鍵SK１を使ってデジタル署名する。これによって、生体情報に改変が無いこと、送信元が読取装置１であることを保証できる。ステップＳ１８で、デジタル署名した生体情報を共通鍵CKで暗号化する。
【００２２】
ここで、共通鍵CKを知っているのは、CKを生成した照合装置３と、秘密鍵SK1を持っている読取装置１だけである。共通鍵CKは公開鍵PK1で暗号化して送信されているので、これを復号することが出来る読取装置１以外に共通鍵CKは知ることが出来ない。したがって、共通鍵CKで暗号化された情報を復号出来るのも、読取装置１と照合装置３だけとなり、盗聴により生体情報が盗まれるのを防ぐことが出来る。また、共通鍵CKは認証のたびに異なるので、リプレイアタックによる読取装置側のなりすましを防ぐことができる。
【００２３】
続いて、ステップＳ１９で、ユーザIDを公開鍵PK3で暗号化したユーザIDと署名、暗号化した生体情報を合わせて、認証を要求する装置２に送信する。なお、ステップＳ４で述べたように、ここでも、どのユーザが現在認証処理をしているのかがわかってしまっても問題のない場合においては、暗号化処理をする必要はない。
【００２４】
認証を要求する装置２では、ステップＳ２０で、読取装置１から送信された情報を受信する。ステップＳ２１で、情報記録部２６から秘密鍵SK2を読み取り、受信した情報を秘密鍵SK2を使ってデジタル署名する。これにより、情報が認証を要求する装置２から送信されたことと、情報に改変が無いことを保証することが出来る。ステップＳ２２で、デジタル署名した情報と装置IDを合わせて、照合装置３に送信する。なお、この際に、どの認証を要求する装置２が認証処理をしているのかがわかってしまうと問題のある場合は、装置IDを照合装置３の公開鍵PK3で暗号化しても良い。
【００２５】
照合装置３では、ステップＳ２３で、受信した情報の装置IDを元に、認証を要求する装置２の公開鍵PK2を特定する。なお、ステップＳ２２で装置IDを暗号化している場合は、この処理の前に、装置IDを秘密鍵SK3で復号しなければならない。照合装置３は、多数の装置の情報を保持している。これらの情報は、装置を一意に識別するための装置IDとその装置の公開鍵を含んでいなければならないが、それ以外の情報を含んでいても良い。ステップＳ２４では、特定した公開鍵PK2を使って、受信した情報に改変が無いことを確認する。それと同時に、送信元が秘密鍵SK2をもつ認証を要求する装置２であると確認できる。ステップＳ２５では、秘密鍵SK3でユーザIDを復号する。なお、ステップＳ１９でユーザIDを暗号化していない場合は、この処理は必要ない。
【００２６】
ステップＳ２６で、ユーザIDを元にして、ステップＳ１０で記録しておいた共通鍵CKを取得する。ステップＳ２７で、共通鍵CKを使って生体情報を復号する。ステップＳ２８で、ユーザIDを元に読取装置１の公開鍵PK1を特定する。ステップＳ２９で、公開鍵PK1を使って生体情報に改変がないかどうかを確認する。それと同時に、生体情報の送信元が秘密鍵SK１を持つ読取装置１であると確認できる。生体情報に改変が無いことが確認できたら、ステップＳ３０で、情報記録部３６から、ユーザIDをもとに登録されている生体情報を読み取り、生体情報を照合する。ステップＳ３１では、照合した結果を知らせる情報を秘密鍵SK3でデジタル署名し、認証を要求する装置２へ送信する。
【００２７】
認証を要求する装置２では、ステップＳ３２で、情報記録部２６から公開鍵PK3を取得して、受信した情報に改変が無いことを確認する。照合装置３における照合の結果、正規のユーザであると認証された場合は、正規のユーザとして読取装置１に対する処理を行えばよい。認証されなかった場合は、それ以後の処理を行わないなど、やはり認証されなかった場合に応じた処理を行えばよい。
【００２８】
図６は、本実施形態における各装置間の信用関係を示す概略図である。読取装置１を所持する認証を受ける人は、照合装置３を運営する認証局３を信用している。また、認証を要求する装置を運営する本人かどうかを確認する必要がある人は、同様に照合装置３を運営する認証局３を信用している。一方、認証を受ける人と本人かどうかを確認する必要がある人との間は、一般的には互いに信用する関係にはない。認証を受ける人が、本人かどうかを確認する必要がある人が提供するサービスを初めて受ける場合などがあるからである。しかし、このような関係にあっても、本実施形態の認証システムによれば、認証局を介して相互に認証を行うことができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の構成例を示す概要図
【図２】読取装置の構成を示す構成図
【図３】照合装置の構成を示す構成図
【図４】認証を要求する装置の構成を示す構成図
【図５ａ】認証処理手順の概要を示すフロ−チャ−ト（その１）
【図５ｂ】認証処理手順の概要を示すフロ−チャ−ト（その２）
【図５ｃ】認証処理手順の概要を示すフロ−チャ−ト（その３）
【図５ｄ】認証処理手順の概要を示すフロ−チャ−ト（その４）
【図６】各装置間の信用関係を示す概略図
【符号の説明】
【００３０】
１…読取装置、２…認証を要求する装置、３…照合装置、４…通信路、５…認証する生体情報、１１…生体情報取得部、１２…識別情報変換部、１４…処理部、１５…通信処理部、１６…情報記録部、２４…処理部、２５…通信処理部、２６…情報記録部、３２…生体情報照合処理部、３４…処理部、３５…通信処理部、３６…情報記録部。
【技術分野】
【０００１】
本発明は、生体情報を利用した個人認証システムに関する。
【背景技術】
【０００２】
従来、「なりすまし」を排除することの可能な読取装置として、例えば、下記特許文献１に記載のものが知られている。これは、ユーザの生体情報を読取る読取装置と、読取った生体情報が正規のユーザのものであるかを確認する照合装置とを備えたものである。読取装置は、生体情報を読取ったとき、その生体情報から識別情報を生成し、照合装置に送る。照合装置は、予めユーザの生体情報から生成した識別情報を記憶してあるので、読取装置から送られた識別情報と記憶してある識別情報とを照合し、これにより正規のユーザかを確認する。特に、下記特許文献１に記載の技術は、例えば照合装置が暗号鍵を生成し、読取装置に送信し、読取装置は照合装置が生成した暗号鍵を用いて認証のための識別情報を暗号化して照合装置に送信することを特徴とする。これにより、読取装置が送信したデータが盗聴された際の「なりすまし」を防いでいる。
【特許文献１】特開２００３−２８３４９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記特許文献１に記載の技術では、読取装置側の「なりすまし」を防ぐことは出来るが、照合装置側の「なりすまし」を防ぐことはできない。すなわち、照合装置のフリをして照合装置のように振舞う装置が読取装置と照合装置との間に置かれた場合、読取装置の送信した情報から簡単に生体情報を盗むことが出来てしまう。
【０００４】
また、認証を受ける利用者にとっては、読取装置そのものが不正なものかどうかを判断しなければならない。不正な読取装置に対して自分の生体情報をさらすことは、生体情報の盗難につながるためである。
【０００５】
本発明の目的は、照合装置側の「なりすまし」を防ぐことによって、生体認証情報の盗聴を防ぐこと、また、不正な読取装置を利用することによって生体情報が盗まれてしまうことを防ぐことができる認証システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明は、生体情報を利用した認証システムであって、認証を受けるユーザが所持する読取装置と、認証を要求する装置と、認証を行う照合装置とを備え、前記読取装置は、生体情報を取得する手段と、ユーザを特定する識別子であるユーザID、前記照合装置の公開鍵PK3、および読取装置の秘密鍵SK1を記憶した情報記録手段と、通信処理手段と、読取装置の全体の動作を制御する処理手段とを備え、前記認証を要求する装置は、認証を要求する装置を特定する装置ID、認証を要求する装置の秘密鍵SK2、および前記照合装置の公開鍵PK3を記憶した情報記録手段と、通信処理手段と、認証を要求する装置の全体の動作を制御する処理手段とを備え、前記照合装置は、各ユーザごとの、ユーザID、生体情報、および公開鍵PK1と、各認証を要求する装置ごとの、装置ID、および公開鍵PK2と、照合装置の秘密鍵SK3とを、記憶した情報記録手段と、与えられた生体情報が前記情報記録手段に登録済みか否かを照合する生体情報照合処理手段と、通信処理手段と、照合装置の全体の動作を制御する処理手段とを備え、前記認証を要求する装置が前記読取装置に対して認証を要求する際には、前記読取装置から前記照合装置に、ユーザIDを秘密鍵SK1でデジタル署名した署名データと、ユーザIDとを、送信し、前記照合装置は、受信したユーザIDに対応する公開鍵PK1を前記情報記録手段から特定し、受信した署名データからユーザIDが改変されていないことを確認し、ランダムな共通鍵CKを生成し、ユーザIDと共通鍵CKとをセットにして記録し、共通鍵CKを秘密鍵SK3でデジタル署名し、その署名データと前記共通鍵CKを公開鍵PK1で暗号化したデータを前記読取装置に送信し、前記読取装置は、受信した暗号化された共通鍵CKを秘密鍵SK1で復号し、受信した署名データから共通鍵CKが改変されていないことを確認した後、前記生体情報を取得する手段によりユーザの生体情報を読取り、該生体情報を秘密鍵SK1でデジタル署名し、該生体情報を共通鍵CKで暗号化し、ユーザIDと署名データと暗号化された生体情報とを前記認証を要求する装置に送信し、前記認証を要求する装置は、受信した情報を秘密鍵SK2でデジタル署名し、該受信した情報と署名データと装置IDとを前記照合装置に送信し、前記照合装置は、受信した装置IDに対応する公開鍵PK2を前記情報記録手段から特定し、受信した署名データから情報が改変されていないことを確認し、受信した情報に含まれるユーザIDに対応する共通鍵CKを取得し、受信した情報に含まれる暗号化された生体情報を共通鍵CKで復号し、前記ユーザIDに対応する公開鍵PK1を特定し、該公開鍵PK1を用いて前記生体情報が改変されていないことを確認し、取得した生体情報と前記情報記録手段に登録されている生体情報とを照合し、照合結果に秘密鍵SK3でデジタル署名を付して前記認証を要求する装置に送信し、前記認証を要求する装置は、受信した照合結果が改変されていないことを公開鍵PK3を用いて確認し、前記照合結果を取得することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ユーザにとって初めて利用するような信用のおけない認証を要求する装置に対しても、生体情報を盗まれるおそれが無く、自己の認証を行うことができる。また、PKIの公開鍵暗号技術によって、照合装置から読取装置へ送る情報にはデジタル署名が付加されているため、読取装置は受信した情報が改変されていないことを確認でき、送信元が正規の照合装置であることを特定できる。したがって、照合装置側のなりすましを防ぐことが出来る。また、通常は認証を要求する装置に取り付けられている読取装置を認証を要求する装置から分離し、読取装置をユーザ各自が所持するようにしたため、不正な読取装置による生体情報の盗難を防ぐことが出来る。
【発明を実施するための最良の形態】
【０００８】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
【０００９】
図１は、本発明の一実施形態に係る認証システムの構成例を示している。本認証システムは、図１に示すように、生体情報の取得を行う読取装置１、生体情報が登録されている情報と一致するかどうかを照合する照合装置３、および利用者が正しいかどうかの確認を必要とする認証を要求する装置２とを備える。読取装置１と認証を要求する装置２との間は、任意の通信手段（無線・有線を問わない）で接続されている。認証を要求する装置２と照合装置３との間は、通信路（ネットワーク）４で接続されている。通信路４も任意の通信手段でよい。
【００１０】
本人であることを確認する必要がある場面としては、例えば、クレジットカードなどの署名の代わりに使う場合や、WWWサイトの年齢等による視聴制限、病院における本人確認など、さまざまな場面がある。これらのさまざまな場面において、認証を受ける場合、そのような各場面ごとにローカルに設けられた各照合装置ごとに生体情報を登録することは、大変な手間となる。また、認証を受けるためには、事前に個々の照合装置に生体情報を登録しておかなければ、照合することは不可能である。従って、一度の生体情報の登録で、あらゆる場面における照合に対応できれば大変便利である。本発明では、これを実現するために、生体情報をあらかじめ登録しておき、照合の要求があったときに照合処理をする照合装置３と、認証を要求する装置２とを明確に分離した。両者の間は、ネットワーク４で接続されていて、相互に通信可能であれば良い。両者の間の通信は暗号化されるので、このネットワーク４は、インターネットなどの機密性の低いネットワークでもよい。
【００１１】
また、このように多くの場所で認証を受けるようになると、不正な読取装置を用いて、利用者の生体情報を取得し、悪用する者が現れることも考えられる。これを避けるために、本発明では、認証を要求する装置２と読取装置１についても明確に分離した。両者の間は、ネットワーク４で接続されていて、相互に通信可能であれば良い。両者の間の通信は暗号化されるので、このネットワーク４は、インターネットなどの機密性の低いネットワークでもよい。
【００１２】
図２は、読取装置１の構成を示すブロック図である。読取装置１は、生体情報取得部１１、識別情報変換部１２、処理部１４、通信処理部１５、および情報記録部１６を有している。読取装置１は、各ユーザが所持することを前提とするものであり、例えば、ＰＤＡ（Personal Digital Assistance）、ノートパソコン、携帯電話、あるいはカードなど、その形態はどのようなものでもよい。
【００１３】
図２において、生体情報取得部１１は、ユーザの生体情報を読取る部分である。識別情報変換部１２は、生体情報取得部１１で読取った生体情報から識別に必要な生体情報を抽出する。処理部１４は、本読取装置１の全体の動作を制御する。その処理手順は、図５で詳しく説明する。通信処理部１５は、認証を要求する装置２との間の通信処理を行う。情報記録部１６は、本読取装置１を所持するユーザのユーザID、照合装置３の公開鍵PK3、および本読取装置１の秘密鍵SK1を保持する。公開鍵PK3は、予め照合装置３から発行してもらったものを格納しておく。秘密鍵SK1は、予めユーザが自分で準備しておく。
【００１４】
図３は、照合装置３の構成を示すブロック図である。照合装置３は、生体情報照合処理部３２、処理部３４、通信処理部３５、および情報記録部３６を有している。生体情報照合処理部３２は、送られてきた生体情報が情報記録部３６に予め格納されている正規ユーザのものかどうかを照合する処理を行う。処理部３４は、照合装置３の全体の動作を制御する。その処理手順は、図５で詳しく説明する。通信処理部３５は、認証を要求する装置２との間の通信処理を行う。情報記録部３６は、各ユーザごとのユーザIDと生体情報と公開鍵PK1の組データ、各認証を要求する装置２ごとの装置IDと公開鍵PK2の組データ、並びに、本照合装置３の秘密鍵SK3（公開鍵PK3に対応するもの）を保持する。各ユーザごとのユーザID（ユーザを一意に識別するための識別子）と生体情報と公開鍵PK1は、ユーザIDは予め本システムを利用する各ユーザに割り当てておき、生体情報と公開鍵PK1はユーザから取得したものを格納しておく。公開鍵PK1は、秘密鍵SK1に対応するものである。各認証を要求する装置２ごとの装置IDと公開鍵PK2は、予め本システムを利用する各認証を要求する装置２ごとに装置IDを割り当てておくとともに、各認証を要求する装置２ごとに公開鍵PK2を取得して格納しておく。なお、同一ユーザが複数の読取装置１を所持する場合には、読取装置毎に異なるユーザID、秘密鍵SK1、公開鍵PK1を使用するような構成としてもよい。
【００１５】
図４は、認証を要求する装置２の構成を示すブロック図である。認証を要求する装置２は、処理部２４、通信処理部２５、および情報記録部２６を有している。処理部２４は、認証を要求する装置２の全体の動作を制御する。その処理手順は、図５で詳しく説明する。通信処理部２５は、読取装置１および照合装置３との間の通信処理を行う。情報記録部２６は、本認証を要求する装置２を特定する装置ID、本認証を要求する装置２の秘密鍵SK2、および照合装置３の公開鍵PK3を保持する。装置IDは、予め照合装置３側から割り当てられたIDを格納しておく。秘密鍵SK2は、予め本認証を要求する装置２で生成した秘密鍵であり、公開鍵PK2に対応するものである。照合装置３の公開鍵PK3は、予め照合装置３から取得して格納しておく。
【００１６】
以下、図５（図５a〜図５d）を参照して、図１から図４で説明した認証システムでの認証処理の流れを追って説明する。
【００１７】
ステップＳ１では、まず、本人であることを確認する必要がある場面において、認証を要求する装置２が読取装置１に対して認証処理を要求する。なお、読取装置１を所持するユーザは、読取装置１を、認証を要求する装置２と通信可能な状態に配置するものとする。これは、例えば、読取装置１がカードであれば、認証を要求する装置２の所定の挿入口に挿入したり、所定の位置に配置したり（Bluetoothなどの無線通信機能を備えている場合）するということである。
【００１８】
ステップＳ２で、読取装置１は要求を受けると、認証処理を開始する。まず、ステップＳ３で、情報記録部１６からユーザIDと読取装置１の秘密鍵SK1を読み込み、ユーザIDをSK1でデジタル署名する。これにより、後で照合装置３が、ユーザIDの改変がないか、情報の送信元が正しいユーザIDかどうかを確認できる。ステップＳ４では、続いて、情報記録部１６から照合装置３の公開鍵PK3を読み込み、ステップＳ３でデジタル署名したユーザIDをPK3で暗号化する。これによって、照合装置３以外からは、どのユーザが現在認証処理をしているのかがわからなくなる。なお、ステップＳ４の処理は必須ではない。どのユーザが現在認証処理をしているのかがわかってしまっても問題のない場合においては、暗号化処理をする必要はない。ステップＳ５では、続いて、ステップＳ４までで処理したユーザIDを照合装置３に送信する。なお、照合装置３との間の通信は、認証を要求する装置２を介して行うものである。
【００１９】
照合装置３では、ステップＳ６で、情報記録部３６から秘密鍵SK3を読み込み、受信した情報を復号する。なお、ステップＳ４で暗号化していない場合はこの処理は必要ない。次に、ステップＳ７で、復号した情報に含まれるユーザIDを元に、読取装置１の公開鍵PK1を特定する。図３に示したように、照合装置３は、多数のユーザ（本システムを利用するユーザ）のユーザID、照合に用いる生体情報、および公開鍵を保持している。これ以外のユーザに関する情報を保持していても良い。ステップＳ８では、特定した公開鍵PK1を使ってユーザIDに改変が無いことを確認する。PKI（Public Key Infrastructure）の公開暗号鍵技術を利用したデジタル署名を用いることにより、受信した情報に改変が無いのを確認することと受信した情報の送信元を特定することが出来る。
【００２０】
続いて、ステップＳ９で、ランダムな共通鍵CKを生成する。この共通鍵CKは、認証のたびに異なるように生成される。そのため、リプレイアタックによるなりすましを防ぐことが出来る。またこの共通鍵CKは、照合装置３と当該ユーザＩＤ間の通信にのみ用いる共通鍵のため、ステップＳ１０で、後でユーザIDから共通鍵CKを取得できるように、生成した共通鍵CKとユーザIDをセットにして記録しておく。ステップＳ１１では、共通鍵CKを秘密鍵SK3でデジタル署名する。これにより、情報の送信者の特定と、情報の改変の有無の確認が可能になる。ステップＳ１２で、デジタル署名した共通鍵CKを読取装置１の公開鍵PK1で暗号化する。公開鍵PK１で暗号化された情報を復号出来るのは、秘密鍵SK１を持っているものに限られるため、ここで暗号化された情報を取得できるのは、読取装置１だけである。ステップＳ１３で、署名、暗号化した共通鍵CKを読取装置１に送信する。
【００２１】
ステップＳ１４で、読取装置１は、受信した情報を秘密鍵SK1を使って復号する。ステップＳ１５で、照合装置３の公開鍵PK3を使って、受信内容（共通鍵CK）に改変が無いことを確認する。秘密鍵SK3を持っている照合装置３しか、この署名をすることが出来ないため、照合装置側のなりすましを防ぐことが出来る。共通鍵CKに改変がなかったら、ステップＳ１６で、生体情報取得部１１から生体認証に必要な情報を取得し、識別情報変換部１２で識別に必要な生体情報を抽出する。なお、生体情報取得部１１が取得する情報は、個人が特定できる生体情報なら何でも利用可能である。例えば、指紋や、虹彩、静脈パターンなどが考えられる。次に、ステップＳ１７で、ステップＳ１６で取得した生体情報を秘密鍵SK１を使ってデジタル署名する。これによって、生体情報に改変が無いこと、送信元が読取装置１であることを保証できる。ステップＳ１８で、デジタル署名した生体情報を共通鍵CKで暗号化する。
【００２２】
ここで、共通鍵CKを知っているのは、CKを生成した照合装置３と、秘密鍵SK1を持っている読取装置１だけである。共通鍵CKは公開鍵PK1で暗号化して送信されているので、これを復号することが出来る読取装置１以外に共通鍵CKは知ることが出来ない。したがって、共通鍵CKで暗号化された情報を復号出来るのも、読取装置１と照合装置３だけとなり、盗聴により生体情報が盗まれるのを防ぐことが出来る。また、共通鍵CKは認証のたびに異なるので、リプレイアタックによる読取装置側のなりすましを防ぐことができる。
【００２３】
続いて、ステップＳ１９で、ユーザIDを公開鍵PK3で暗号化したユーザIDと署名、暗号化した生体情報を合わせて、認証を要求する装置２に送信する。なお、ステップＳ４で述べたように、ここでも、どのユーザが現在認証処理をしているのかがわかってしまっても問題のない場合においては、暗号化処理をする必要はない。
【００２４】
認証を要求する装置２では、ステップＳ２０で、読取装置１から送信された情報を受信する。ステップＳ２１で、情報記録部２６から秘密鍵SK2を読み取り、受信した情報を秘密鍵SK2を使ってデジタル署名する。これにより、情報が認証を要求する装置２から送信されたことと、情報に改変が無いことを保証することが出来る。ステップＳ２２で、デジタル署名した情報と装置IDを合わせて、照合装置３に送信する。なお、この際に、どの認証を要求する装置２が認証処理をしているのかがわかってしまうと問題のある場合は、装置IDを照合装置３の公開鍵PK3で暗号化しても良い。
【００２５】
照合装置３では、ステップＳ２３で、受信した情報の装置IDを元に、認証を要求する装置２の公開鍵PK2を特定する。なお、ステップＳ２２で装置IDを暗号化している場合は、この処理の前に、装置IDを秘密鍵SK3で復号しなければならない。照合装置３は、多数の装置の情報を保持している。これらの情報は、装置を一意に識別するための装置IDとその装置の公開鍵を含んでいなければならないが、それ以外の情報を含んでいても良い。ステップＳ２４では、特定した公開鍵PK2を使って、受信した情報に改変が無いことを確認する。それと同時に、送信元が秘密鍵SK2をもつ認証を要求する装置２であると確認できる。ステップＳ２５では、秘密鍵SK3でユーザIDを復号する。なお、ステップＳ１９でユーザIDを暗号化していない場合は、この処理は必要ない。
【００２６】
ステップＳ２６で、ユーザIDを元にして、ステップＳ１０で記録しておいた共通鍵CKを取得する。ステップＳ２７で、共通鍵CKを使って生体情報を復号する。ステップＳ２８で、ユーザIDを元に読取装置１の公開鍵PK1を特定する。ステップＳ２９で、公開鍵PK1を使って生体情報に改変がないかどうかを確認する。それと同時に、生体情報の送信元が秘密鍵SK１を持つ読取装置１であると確認できる。生体情報に改変が無いことが確認できたら、ステップＳ３０で、情報記録部３６から、ユーザIDをもとに登録されている生体情報を読み取り、生体情報を照合する。ステップＳ３１では、照合した結果を知らせる情報を秘密鍵SK3でデジタル署名し、認証を要求する装置２へ送信する。
【００２７】
認証を要求する装置２では、ステップＳ３２で、情報記録部２６から公開鍵PK3を取得して、受信した情報に改変が無いことを確認する。照合装置３における照合の結果、正規のユーザであると認証された場合は、正規のユーザとして読取装置１に対する処理を行えばよい。認証されなかった場合は、それ以後の処理を行わないなど、やはり認証されなかった場合に応じた処理を行えばよい。
【００２８】
図６は、本実施形態における各装置間の信用関係を示す概略図である。読取装置１を所持する認証を受ける人は、照合装置３を運営する認証局３を信用している。また、認証を要求する装置を運営する本人かどうかを確認する必要がある人は、同様に照合装置３を運営する認証局３を信用している。一方、認証を受ける人と本人かどうかを確認する必要がある人との間は、一般的には互いに信用する関係にはない。認証を受ける人が、本人かどうかを確認する必要がある人が提供するサービスを初めて受ける場合などがあるからである。しかし、このような関係にあっても、本実施形態の認証システムによれば、認証局を介して相互に認証を行うことができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の構成例を示す概要図
【図２】読取装置の構成を示す構成図
【図３】照合装置の構成を示す構成図
【図４】認証を要求する装置の構成を示す構成図
【図５ａ】認証処理手順の概要を示すフロ−チャ−ト（その１）
【図５ｂ】認証処理手順の概要を示すフロ−チャ−ト（その２）
【図５ｃ】認証処理手順の概要を示すフロ−チャ−ト（その３）
【図５ｄ】認証処理手順の概要を示すフロ−チャ−ト（その４）
【図６】各装置間の信用関係を示す概略図
【符号の説明】
【００３０】
１…読取装置、２…認証を要求する装置、３…照合装置、４…通信路、５…認証する生体情報、１１…生体情報取得部、１２…識別情報変換部、１４…処理部、１５…通信処理部、１６…情報記録部、２４…処理部、２５…通信処理部、２６…情報記録部、３２…生体情報照合処理部、３４…処理部、３５…通信処理部、３６…情報記録部。
【特許請求の範囲】
【請求項１】
生体情報を利用した認証システムであって、
認証を受けるユーザが所持する読取装置と、認証を要求する装置と、認証を行う照合装置とを備え、
前記読取装置は、
生体情報を取得する手段と、
ユーザを特定する識別子であるユーザID、前記照合装置の公開鍵PK3、および読取装置の秘密鍵SK1を記憶した情報記録手段と、
通信処理手段と、
読取装置の全体の動作を制御する処理手段と
を備え、
前記認証を要求する装置は、
認証を要求する装置を特定する装置ID、認証を要求する装置の秘密鍵SK2、および前記照合装置の公開鍵PK3を記憶した情報記録手段と、
通信処理手段と、
認証を要求する装置の全体の動作を制御する処理手段と
を備え、
前記照合装置は、
各ユーザごとの、ユーザID、生体情報、および公開鍵PK1と、各認証を要求する装置ごとの、装置ID、および公開鍵PK2と、照合装置の秘密鍵SK3とを、記憶した情報記録手段と、
与えられた生体情報が前記情報記録手段に登録済みか否かを照合する生体情報照合処理手段と、
通信処理手段と、
照合装置の全体の動作を制御する処理手段と
を備え、
前記認証を要求する装置が前記読取装置に対して認証を要求する際には、
前記読取装置から前記照合装置に、ユーザIDを秘密鍵SK1でデジタル署名した署名データと、ユーザIDとを、送信し、
前記照合装置は、受信したユーザIDに対応する公開鍵PK1を前記情報記録手段から特定し、受信した署名データからユーザIDが改変されていないことを確認し、ランダムな共通鍵CKを生成し、ユーザIDと共通鍵CKとをセットにして記録し、共通鍵CKを秘密鍵SK3でデジタル署名し、その署名データと前記共通鍵CKを公開鍵PK1で暗号化したデータを前記読取装置に送信し、
前記読取装置は、受信した暗号化された共通鍵CKを秘密鍵SK1で復号し、受信した署名データから共通鍵CKが改変されていないことを確認した後、前記生体情報を取得する手段によりユーザの生体情報を読取り、該生体情報を秘密鍵SK1でデジタル署名し、該生体情報を共通鍵CKで暗号化し、ユーザIDと署名データと暗号化された生体情報とを前記認証を要求する装置に送信し、
前記認証を要求する装置は、受信した情報を秘密鍵SK2でデジタル署名し、該受信した情報と署名データと装置IDとを前記照合装置に送信し、
前記照合装置は、受信した装置IDに対応する公開鍵PK2を前記情報記録手段から特定し、受信した署名データから情報が改変されていないことを確認し、受信した情報に含まれるユーザIDに対応する共通鍵CKを取得し、受信した情報に含まれる暗号化された生体情報を共通鍵CKで復号し、前記ユーザIDに対応する公開鍵PK1を特定し、該公開鍵PK1を用いて前記生体情報が改変されていないことを確認し、取得した生体情報と前記情報記録手段に登録されている生体情報とを照合し、照合結果に秘密鍵SK3でデジタル署名を付して前記認証を要求する装置に送信し、
前記認証を要求する装置は、受信した照合結果が改変されていないことを公開鍵PK3を用いて確認し、前記照合結果を取得する
ことを特徴とする生体情報を利用した認証システム。
【請求項１】
生体情報を利用した認証システムであって、
認証を受けるユーザが所持する読取装置と、認証を要求する装置と、認証を行う照合装置とを備え、
前記読取装置は、
生体情報を取得する手段と、
ユーザを特定する識別子であるユーザID、前記照合装置の公開鍵PK3、および読取装置の秘密鍵SK1を記憶した情報記録手段と、
通信処理手段と、
読取装置の全体の動作を制御する処理手段と
を備え、
前記認証を要求する装置は、
認証を要求する装置を特定する装置ID、認証を要求する装置の秘密鍵SK2、および前記照合装置の公開鍵PK3を記憶した情報記録手段と、
通信処理手段と、
認証を要求する装置の全体の動作を制御する処理手段と
を備え、
前記照合装置は、
各ユーザごとの、ユーザID、生体情報、および公開鍵PK1と、各認証を要求する装置ごとの、装置ID、および公開鍵PK2と、照合装置の秘密鍵SK3とを、記憶した情報記録手段と、
与えられた生体情報が前記情報記録手段に登録済みか否かを照合する生体情報照合処理手段と、
通信処理手段と、
照合装置の全体の動作を制御する処理手段と
を備え、
前記認証を要求する装置が前記読取装置に対して認証を要求する際には、
前記読取装置から前記照合装置に、ユーザIDを秘密鍵SK1でデジタル署名した署名データと、ユーザIDとを、送信し、
前記照合装置は、受信したユーザIDに対応する公開鍵PK1を前記情報記録手段から特定し、受信した署名データからユーザIDが改変されていないことを確認し、ランダムな共通鍵CKを生成し、ユーザIDと共通鍵CKとをセットにして記録し、共通鍵CKを秘密鍵SK3でデジタル署名し、その署名データと前記共通鍵CKを公開鍵PK1で暗号化したデータを前記読取装置に送信し、
前記読取装置は、受信した暗号化された共通鍵CKを秘密鍵SK1で復号し、受信した署名データから共通鍵CKが改変されていないことを確認した後、前記生体情報を取得する手段によりユーザの生体情報を読取り、該生体情報を秘密鍵SK1でデジタル署名し、該生体情報を共通鍵CKで暗号化し、ユーザIDと署名データと暗号化された生体情報とを前記認証を要求する装置に送信し、
前記認証を要求する装置は、受信した情報を秘密鍵SK2でデジタル署名し、該受信した情報と署名データと装置IDとを前記照合装置に送信し、
前記照合装置は、受信した装置IDに対応する公開鍵PK2を前記情報記録手段から特定し、受信した署名データから情報が改変されていないことを確認し、受信した情報に含まれるユーザIDに対応する共通鍵CKを取得し、受信した情報に含まれる暗号化された生体情報を共通鍵CKで復号し、前記ユーザIDに対応する公開鍵PK1を特定し、該公開鍵PK1を用いて前記生体情報が改変されていないことを確認し、取得した生体情報と前記情報記録手段に登録されている生体情報とを照合し、照合結果に秘密鍵SK3でデジタル署名を付して前記認証を要求する装置に送信し、
前記認証を要求する装置は、受信した照合結果が改変されていないことを公開鍵PK3を用いて確認し、前記照合結果を取得する
ことを特徴とする生体情報を利用した認証システム。
【図１】
【図２】
【図３】
【図４】
【図５ａ】
【図５ｂ】
【図５ｃ】
【図５ｄ】
【図６】
【図２】
【図３】
【図４】
【図５ａ】
【図５ｂ】
【図５ｃ】
【図５ｄ】
【図６】
【公開番号】特開２００６−２６８２２８（Ｐ２００６−２６８２２８Ａ）
【公開日】平成１８年１０月５日（２００６．１０．５）
【国際特許分類】
【出願番号】特願２００５−８３１７８（Ｐ２００５−８３１７８）
【出願日】平成１７年３月２３日（２００５．３．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
【公開日】平成１８年１０月５日（２００６．１０．５）
【国際特許分類】
【出願日】平成１７年３月２３日（２００５．３．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
[ Back to top ]