JP2021068024A - 生体認証システム - Google Patents

Abstract

【課題】生体認証を分散して実行することができる分散型生体認証システムを実現する。【解決手段】ネットワークに接続され、生体認証を行う複数の基地局と、生体認証を受けるユーザが保持する端末と、を備え、ユーザが端末を用いて、基地局において生体認証を受ける生体認証システムであって、端末が秘密鍵でユーザの生体データを暗号化して基地局に送信した場合、基地局は生体データを復号して生体データを得、ユーザの生体データを取得できる場合に生体センサを用いてユーザの生体データを取得し、復号した生体データと、取得した生体データとを比較し、同一人の生体データであると判断した場合は、ユーザに対して生体認証を成功したと判断する生体認証システム。【選択図】図１

Description

本発明は、生体認証システムに関する。特に、分散型の生体認証システムに関する。

指紋認証や、静脈認証、網膜パターン認証等、生体認証は広く活用されている。また、近年では、顔認証による個人識別も実用化のレベルに達している。
生体認証を利用するには、生体認証データを保管する認証局を設ける場合が多い。認証をしようとする個人から取得した生体認証データを、認証局から得た生体認証データと比較し、比較の結果両者が近似していれば、同一人による生体認証データと認定し、その人の認証が得られる。

近年、災害に対する耐性の確保等の理由で、ネットワーク上で分散処理が行われる場合が多い。例えば、ブロックチェーン（Block Chain）が利用される場合も多い。しかし、このブロックチェーンの技術は、例えば、認証に関する手続きのログを分散して管理しようとするものである。また、例えば、決済や入金処理等をログとしてブロックチェーン上で分散管理することも考えられている。このような仕組みでは、決済等の処理がブロックチェーン上で管理される。したがって、ある場所での取引や手続きは、結局はネットワークを介して広く分散させる必要があり、ネットワークに障害が発生した場合はその機能が十分に発揮できない場合も想定される。したがって、従来のネットワーク上における分散処理や、ブロックチェーンを用いた処理では、災害に対する耐性の向上には限界があると考えられる。

生体認証システムの運用も、中央のサーバで集中管理するのではなく、分散管理することが望ましいと考えられるが、未だ、好ましいシステムは知られていない。

先行特許技術
例えば、後述する特許文献１（特開２００７−２４１３７１号公報）には、認証システムが開示されている。ここに開示されている認証システムは、生体情報を複数の端末に分散して保管することを特徴とする。その結果、生体情報の漏洩を防止することができるとされている。

後述する特許文献２（特開２００８−７０９３１号公報）には、生体認証装置が開示されている。ここに開示されている生体認証装置は、生体データを分離して、分散格納しても秘匿性を向上することができる、と記載されている。

特開２００７−２４１３７１号公報 特開２００８−７０９３１号公報

このように、従来の生体認証システムで、災害等に対する耐性を付与する等の目的のために、分散処理するシステムが望まれているが、未だ有用な生体認証システムは知られていない。
本願発明は、上記課題を解決するためになされたものであり、その目的は、生体認証を分散して実行することができる分散型生体認証システムを実現することである。

（１）本発明は、上記課題を解決するために、ネットワークと、前記ネットワークに接続され、生体認証を行う複数の基地局と、生体認証を受けるユーザが保持する端末と、を備え、前記ユーザが、前記端末を用いて、前記基地局において生体認証を受ける生体認証システムであって、前記基地局は、前記端末と通信を行う端末側インターフェースと、前記ネットワークと通信を行う基幹側インターフェースと、前記ユーザの生体データを取得する生体センサと、前記ユーザの公開鍵を記憶する公開鍵データベースと、前記基地局の動作を制御する制御部と、を有し、前記端末は、前記ユーザの秘密鍵と、前記ユーザの生体データと、を保持する記憶装置と、を有し、前記端末が、前記記憶装置が記憶する秘密鍵で前記ユーザの生体データを暗号化して、前記基地局に送信した場合、前記基地局の前記端末側インターフェースが送信されてきた前記生体データを受信し、前記制御部が受信した前記生体データを復号して前記生体データを得、前記ユーザの生体データを取得できる場合に、前記基地局の前記制御部は、前記生体センサを用いて、前記ユーザの前記生体データを取得し、前記制御部は、前記復号した前記生体データと、前記取得した前記生体データとを比較し、同一人の生体データであると判断した場合は、前記ユーザに対して生体認証を成功したと判断することを特徴とする生体認証システムである。

（２）また、本発明は、前記基地局は、前記端末から前記ユーザの公開鍵が送信されてきた場合に、前記基地局の前記端末側インターフェースが送信されてきた前記ユーザの公開鍵を受信し、前記制御部は、受信した前記ユーザの公開鍵を、前記公開鍵データベースに記憶し、前記制御部は、受信した前記ユーザの公開鍵を、前記ネットワークを介して他の前記基地局に送信するように、前記基幹側インターフェースに指示し、前記基幹側インターフェースは、前記制御部の指示に基づき、前記ネットワークを介して他の前記基地局に送信することを特徴とする（１）記載の生体認証システムである。

（３）また、本発明は、前記基地局は、前記ネットワークを介して前記ユーザの公開鍵が送信されてきた場合に、前記基地局の前記端末側インターフェースが送信されてきた前記ユーザの公開鍵を受信し、前記制御部は、受信した前記ユーザの公開鍵を、前記公開鍵データベースに記憶することを特徴とする（２）記載の生体認証システムである。

（４）また、本発明は、（１）〜（３）のいずれか１項に記載の生体認証システムに用いる前記基地局であって、前記端末と通信を行う端末側インターフェースと、前記ネットワークと通信を行う基幹側インターフェースと、前記ユーザの生体データを取得する生体センサと、前記ユーザの公開鍵を記憶する公開鍵データベースと、前記基地局の動作を制御する制御部と、を有し、前記端末側インターフェースは、前記端末が、前記秘密鍵で前記ユーザの生体データを暗号化して送信してきた場合、送信されてきた前記生体データを受信し、前記制御部は、受信した前記生体データを復号して前記生体データを得、前記制御部は、前記ユーザの生体データを取得できる場合に、前記生体センサを用いて、前記ユーザの前記生体データを取得し、前記制御部は、前記復号した前記生体データと、前記取得した前記生体データとを比較し、同一人の生体データであると判断した場合は、前記ユーザに対して生体認証を成功したと判断することを特徴とする前記基地局である。

（５）また、本発明は、（４）記載の基地局であって、前記端末から前記ユーザの公開鍵が送信されてきた場合に、前記基地局の前記端末側インターフェースが送信されてきた前記ユーザの公開鍵を受信し、前記制御部は、受信した前記ユーザの公開鍵を、前記公開鍵データベースに記憶し、前記制御部は、受信した前記ユーザの公開鍵を、前記ネットワークを介して他の前記基地局に送信するように、前記基幹側インターフェースに指示し、前記基幹側インターフェースは、前記制御部の指示に基づき、前記ネットワークを介して他の前記基地局に送信することを特徴とする基地局である。

（６）また、本発明は、（５）記載の基地局であって、前記端末側インターフェースは、前記ネットワークを介して前記ユーザの公開鍵が送信されてきた場合に、送信されてきた前記ユーザの公開鍵を受信し、前記制御部は、受信した前記ユーザの公開鍵を、前記公開鍵データベースに記憶することを特徴とする基地局である。

（７）また、本発明は、（１）〜（３）のいずれか１項に記載の生体認証システムに用いられる前記端末であって、前記ユーザの秘密鍵と公開鍵と、前記ユーザの生体データと、を保持する前記記憶装置、を有し、前記記憶装置は、前記ユーザの秘密鍵と公開鍵と、を生成する暗号アプリも記憶し、前記端末のユーザは、前記暗号アプリを用いて前記秘密鍵と公開鍵とを生成することができることを特徴とする端末である。

（８）また、本発明は、（７）記載の端末であって、前記基地局に、前記秘密鍵で通信情報を暗号化し、前記基地局に送信することを特徴とする端末である。

本発明によれば、公開鍵を基地局に事前に分散情報共有させている。したがって、端末と基地局との間でＶＰＮ暗号化通信を行うことによって、安全に端末個体認証と、本人認証（生体認証）との両方を同時に行うことができる。

本実施形態の分散型の顔認証システム１００の構成を示す概念図である。 本実施形態の分散型の顔認証システム１００の基地局１２の構成ブロック図である。 本実施形態の分散型の顔認証システム１００において、端末アプリによる処理の流れを示す概念図である。 本実施形態の分散型の顔認証システム１００において、端末アプリによる処理の流れを示すフローチャートである。 本実施形態の分散型の顔認証システム１００において、公開鍵１８が基地局１２間で分散情報共有される処理の流れを示すフローチャートである。 本実施形態の分散型の顔認証システム１００において、本人認証処理が行われる場合の様子を示す概念図である。 本実施形態において、本人認証処理の基地局内処理（認証シーケンス）の原理を示す説明図である。 本実施形態において、本人認証処理の動作を表すフローチャートである。 本実施形態２における病院の分散型の顔認証システムの概念図である。

１．実施形態１
以下、本発明の好適な実施形態に係る分散型の顔認証システム１００を図面に基づき説明する。この分散型の顔認証システム１００は、例えば、所定のサービス提供者が、サービス拠点に配置した基地局で、サービスを受けることができるユーザの認証を行うシステムである。また、本実施形態１で説明する分散型の顔認証システム１００は、生体認証の一種である顔認証を利用するシステムである。
例えば、コンサートの公演を提供するサービス提供者が、各コンサート会場に、チケットを購入した正当なユーザの認証を行う基地局１２を設けている。この基地局１２がコンサート会場に訪れたユーザの正当性を顔認証で実行するものである。
基地局１２は、認証を行う場所（コンサート会場等）の他、ユーザが公開鍵を登録する場所に配置されていてよい。例えば、基地局１２は、チケット売り場等に配置されていてもよい。また、コンサートを宣伝する音楽店等に配置されていてもよい。
なお、本実施形態の顔認証システム１００は、請求の範囲の生体認証システムの好適な一例に相当する。

１．１ 分散型の顔認証システム１００
図１には、本実施形態に係る分散型の顔認証システム１００の概念構成図が示されている。分散型の顔認証システム１００は、複数個の基地局１２が、基幹通信網１６で互いに接続されて構成されている。基幹通信網１６は、例えばインターネット（Internet）でよい。
基幹通信網１６（例えばインターネット）は、請求の範囲のネットワークの好適な一例に相当する。
基地局１２は、サービスの提供場所であるコンサート会場に設けられ、サービスの提供（例えば、音楽コンサートの提供）に際しての本人認証（例えば顔認証）を実行する。図１の例では、基地局１２ｂ、１２ｃ、１２ｄ、１２ｅが、（例えば）コンサート会場に設けられている基地局１２であり、コンサート会場に訪れたユーザに対する認証を実行する。

また、基地局１２ａは、コンサート会場以外の、例えばチケット売り場に設けられていてよい。このように、基地局１２は、基本的にサービスの提供場所に配置されるが、他の場所に配置されていてもよい。例えば、最寄りのプレイガイドや、チケット売り場等に配置されていても良い。基地局１２は、ユーザの認証を行う機能と、ユーザの公開鍵を基幹通信網１２を介して、他の基地局１２に分散情報共有させる機能と、を備えている。このように公開鍵を分散情報共有させることによって、利便性の高い分散型の顔認証システム１００を実現しているものである。

１．１．１ 公開鍵の各基地局１２における分散情報共有
ユーザのスマートフォン１０は、そのユーザの公開鍵及び秘密鍵を記憶している。
また、ユーザのスマートフォン１０は、そのユーザの顔データの特徴点データを記憶している。スマートフォン１０は、請求の範囲の端末の好適な一例に相当する。ここでは、ユーザがスマートフォン１０を利用する例を説明するが、同様の動作を実行できればノートパソコン、タブレット型端末、種々のモバイル通信機器でもよく、これらも請求の範囲の端末の好適な例に相当する。
図１に示すように、スマートフォン１０は、基地局１２ａに対して公開鍵１８ａを送信し、そのユーザの公開鍵１８ａとして複数の基地局１２で情報分散共有するように要求する。

この要求と公開鍵１８ａを受信した基地局１２ａ（図１）は、この要求に係る公開鍵１８ａをそのユーザの公開鍵１８ａとして公開鍵データベース１４ａに記憶する。このとき、当該ユーザのユーザＩＤも同様に記憶する。これによってユーザの公開鍵１８ａが、公開鍵データベース１４ａに記憶される。また、ユーザＩＤはユーザを識別するための識別子であり、図示されていないユーザデータベースをユーザＩＤで引くことによって、ユーザの情報を引き出すことができる識別子である。

すなわち、公開鍵データベース１４ａは、｛当該ユーザのユーザＩＤ：当該ユーザの公開鍵１８ａ｝というデータ（レコード）を、ユーザ毎に記憶するデータベースである。基地局１２ａは、この公開鍵データベース１４ａと、ユーザの端末であるスマートフォン１０と通信するための端末側インターフェースと、基幹通信網（Internet等）との通信をおこなう基幹側インターフェースと、を備えている。

上記要求を受信した基地局１２ａは、自己の公開鍵データベース１４ａに上記レコードを格納した後、同様のデータ（レコード）を、たの基地局１２（ｂ〜ｅ）でも記憶させるために、他の基地局に当該データ（レコード）を基幹通信網１６を介して送信する。
このような当該ユーザのユーザＩＤと、当該ユーザの公開鍵１８と、を含むデータを受信した他の基地局１２（ｂ〜ｅ）は、当該データをそれぞれの公開鍵データベース１４中に格納する。

１．１．２ 分散型の生体認証
このようにして、一旦、公開鍵１８が、各基地局で分散共有された後は、ユーザがサービスの提供の際に、その公開鍵を用いてＶＰＮで対応する基地局１２と接続して、生体認証（例えば顔認証）を実行することができる。この生体認証においては、基地局１２に配置されているカメラ２０で、顔のデータを取得してその特徴点データを構築し、ユーザのスマートフォン１０から提供される特徴点データと比較して、生体認証が実行される。図１に示すように、各基地局１２（ｂ〜ｅ）には、それぞれカメラ２０（ｂ〜ｅ）が備えられている。
したがって、生体データを分散することなく、単一の認証局を用いない分散型の生体認証システムを構築することができる。
以下、生体認証システム１００の構成とその動作を詳細に説明する。

１．１．３ 基地局の構成
基地局１２の構成図が図２に示されている。基地局１２は、スマートフォン１０と通信する端末側インターフェース１０１と、基幹通信網１６と通信する基幹側インターフェース１０２と、公開鍵データベース１４と、基地局１２の動作を制御する制御部１０４とを備えている。
また、生体認証を行う基地局１２には、カメラ２０と接続するカメラインターフェース１０６が備えられている。
これらの構成は、バス１０８を介して、相互に接続している。
端末側インターフェース１０１は、スマートフォン１０との通信のためのインターフェースであり、通信ができればどのようなインターフェースでもよい。例えばBlueTooth（登録商標）でもよい。

基幹側インターフェース１０２は、基幹通信網１６（例えばＩｎｔｅｒｎｅｔ)と通信を行うインターフェースであり、通信ができればどのようなインターフェースでもよい。
制御部１０４は、基地局１２の動作を司る。制御部１０４は、例えば所定のプロセッサと、そのプロセッサが実行するプログラムとから構成されてよい。また、いわゆるコンピュータで構成してもよい。
公開鍵データベース１４は、上述したとおりの構成であり、ユーザのユーザＩＤと、そのユーザの公開鍵と、の組を複数個格納していくデータベースである。

カメラインターフェース１０６は、ユーザの顔認証を実行するためにユーザの顔を撮影するためのカメラ２０を接続するためのインターフェースである。本実施形態では、生体認証の一例として顔認証の例を説明するので、カメラ２０を用いている。もちろん、他の生体認証を利用することもでき、例えば指紋認証であれば、カメラ２０に代えて指紋センサを接続するためのインターフェースを備えてよい。また、音声認証であれば、カメラ２０に代えてマイクを接続するためのインターフェースを備えてもよい。
カメラ２０は、請求の範囲の生体センサの好適な一例に相当する。他の生体認証を利用する場合のセンサも、請求の範囲の生体センサの好適な例に相当する。例えば、上述したように指紋センサ、マイク等が生体センサの好適な例に相当する。
なお、図１で説明したように、基地局１２ａはサービス提供の場所に設置される基地局１２ｂ〜１２ｅではなく、認証を行わなくてもよい。例えばチケット売り場等に基地局１２ａが設置されていてもよい。そのため、基地局１２ａは、上記カメラインターフェース１０６は備えていなくてもよい。

１．２ 具体的な動作の流れ
１．２．１ 端末アプリ処理（登録シーケンス）
以下、本実施形態における分散型の顔認証システム１００の具体的な動作を順次説明していく。最初に、端末アプリ処理から説明を行う。
端末アプリ処理の説明図が図３に示されている。ここでいう端末とは、具体的にはスマートフォン１０等を言う。図１においては、スマートフォン１０を表しているが、所定の動作を実行することができれば、いわゆるタブレット端末、携帯電話端末、ノートパソコン等を端末として使用してもよい。本実施形態においては、スマートフォン１０が、ユーザの顔写真を撮影するカメラを備えていることを前提としており、上で述べたタブレット端末等においても、そのようなカメラを備えている必要がある。

端末アプリ１０ａとは、スマートフォン１０で稼働する所定のアプリケーションプログラムを意味する。この端末アプリ１０ａは、以下説明するスマートフォン１０の動作を記述する。ＣＰＵ（制御部１０４）が、この端末アプリを実行することによって、以下の動作を実行する。
まず、ユーザは、自己のスマートフォン（端末）１０に、この端末アプリ１０ａをインストールしておく（図３参照）。なお、本実施形態では、スマートフォン１０には、端末アプリ１０ａの他に、暗号アプリ１０ｂもインストールされている。この暗号アプリ１０ｂ自体は、従来から知られているプログラムであり、種々のデータを暗号化するアプリケーションプログラムである。

１．２．１．１ 特徴点データ
端末アプリ１０ａによる動作の説明図が図４に示されている。
まず、図４のステップＳ４−１において、ユーザは、自己の顔を撮影する（図３、Ａ処理参照）。これは端末アプリ１０ａを用いて実行する。端末アプリ１０ａは、そのスマートフォン１０に備え付けられているカメラを利用して、ユーザの顔写真を撮影して顔写真データを得、所定の記憶装置内に顔写真データを記憶させる。この記憶装置は、当該スマートフォン１０内の記憶装置であってよいが、外部の記憶装置であってもよい。
次に、ステップＳ４−２において、端末アプリ１０ａは、撮影した顔写真データから特徴点を抽出する（図３、Ｂ処理参照）。抽出した特徴点データは、顔写真データと同様に所定の記憶装置に記憶させておく。

ステップＳ４−３において、端末アプリ１０ａは、特徴点データを所定の記憶装置内に記憶させる（図３のＣ処理）。この記憶装置は、上述したように、当該スマートフォン１０内の記憶装置であってよいが、端末アプリ１０ａによって管理されている記憶装置であれば、どのような記憶装置であってもよく、またどこに位置する記憶装置であってもよい。この特徴点データは、ユーザ本人の生体データである。
このような処理によって、当該ユーザの生体データ（特徴点データ）が、当該ユーザの端末（スマートフォン１０）に保管される（図３のＣ処理）。そして、本実施形態の分散型の顔認証システム１００によれば、ユーザ本人の生体データと、ユーザ本人の端末と、を組み合わせて本人認証を実行することができる。

１．２．１．２ 公開鍵と秘密鍵の生成
図４の特徴点データの保管の処理とは別個に、そのユーザの公開鍵と秘密鍵とが生成される。この様子が図５のフローチャートに示されている。
図５のステップＳ５−１において、所定の暗号アプリ１０ｂが、当該ユーザの公開鍵１８と、秘密鍵２２と、を生成する。暗号アプリ１０ｂは、ライブラリが存在しているので、それを用いて、公開鍵１８、秘密鍵２２を生成すればよい。例えば、OpenSSL等のライブラリが知られている。暗号アプリ１０ｂは、端末アプリ１０ａからの指示で公開鍵１８と秘密鍵２２と、を生成する。又、ユーザの指示（操作）で公開鍵１８、秘密鍵２２を生成してもよい。
なお、暗号アプリ１０ｂ、端末アプリ１０ａは、スマートフォン１０内の所定の記憶装置に記憶されているが、スマートフォン１０上でそのアプリが実行できれば、記憶装置はどこに位置していてもよい。スマートフォン１０内でもよいし、いわゆるクラウド上でもよい。

ステップＳ５−２において、公開鍵１８、秘密鍵２２が、所定の記憶装置内に記憶される。この秘密鍵２２はユーザの秘密鍵であるので、原則として、ユーザのスマートフォン１０内の所定の記憶装置内に保管される。公開鍵１８も保管されているが、必須ではない。後述するように、公開鍵１８は公開され、各基地局１２内の公開鍵データベース１４中に格納されるからである。なお、ここで用いる記憶装置は、安全に保管できる場所であれば、スマートフォン１０内部ではなく、外部記憶装置でもよい。また、上述した特徴点データを記憶する記憶装置と同様の記憶装置であってもよい。この保管動作は、暗号アプリ１０ｂが実行してよいが、端末アプリ１０ａが実行してもよい。

ステップＳ５−３において、端末アプリ１０ａは、公開鍵１８と、ユーザのユーザｉＤとを基地局１２ａに送信し、公開鍵１８の分散の要求を行う。スマートフォン１０と、基地局との間は、どのような通信方式で通信が行われてもよい。例えばBlueTooth（登録商標）や、Wi-Fi（登録商標）で接続してよい。上述した端末側インターフェース１０１も、それに合せたインターフェースであればよい。また、赤外線通信等を利用してもよい。

この分散の要求は、ユーザが端末アプリ１０ａに指示して実行することができる。ユーザは、最寄りの基地局１２ａを探し、その基地局１２ａに対して、自己の公開鍵１８を分散する要求を出すように、端末アプリ１０ａに指示をだす。すると、端末アプリ１０ａは、その指示に基づき、公開鍵１８とユーザＩＤとを含む、公開鍵１８の分散の要求を基地局１２ａに送信する。
なお、ここでは、基地局１２ａに対して、かかる要求を送信する例を説明したが、任意の基地局１２ｂ〜１２ｅに対して、要求を送信することができる。

ステップＳ５−４において、基地局１２ａは、上述した公開鍵１８の分散の要求を受信すると、受信した当該ユーザのユーザＩＤと当該ユーザの公開鍵１８とを、自局の公開鍵データベース１４に記憶させる。
具体的には、端末側インターフェース１０１が当該要求を受信し、制御部１０４に送信する。制御部１０４は、当該要求中の当該ユーザのユーザＩＤと当該ユーザの公開鍵１８とを、自局の公開鍵データベース１４に格納する（図２参照）。

ステップＳ５−５において、基地局１２ａは、受信した当該ユーザのユーザＩＤと、当該ユーザの公開鍵１８とを、基幹通信網１６を介して、他の基地局１２（ｂ〜ｅ）に送信する。
具体的には、制御部１０４が、基幹側インターフェース１０２に、当該ユーザのユーザＩＤと当該ユーザの公開鍵１８とを、他の基地局１２（ｂ〜ｅ）に送信するように指示する。基幹側インターフェース１０２は、かかる指示に基づき、当該ユーザのユーザＩＤと当該ユーザの公開鍵１８とを、基幹通信網１６を介して、他の基地局１２（ｂ〜ｅ）に送信する。

ステップＳ５−６において、他の基地局１２（ｂ〜ｅ）は、上述したユーザのユーザＩＤと当該ユーザの公開鍵１８とを受信すると、受信した当該ユーザのユーザＩＤと当該ユーザの公開鍵１８とを、自局（基地局１２（ｂ〜ｅ））の公開鍵データベース１４（ｂ〜ｅ）に記憶させる。
具体的には、基幹側インターフェース１０２が基幹通信網１６を介して当該ユーザのユーザＩＤと当該ユーザの公開鍵１８とを受信し、制御部１０４に送信する。制御部１０４は、受信した当該ユーザのユーザＩＤと当該ユーザの公開鍵１８とを、自局（基地局１２（ｂ〜ｅ））の公開鍵データベース１４（ｂ〜ｅ）に格納する（図２参照）。

以上のようにして、ユーザの公開鍵１８を、分散型の顔認証システム１００の基地局１２上に分散情報共有させることができる。本実施形態において特徴的なことは、暗号アプリ１０ｂが生成した公開鍵１８を、端末アプリが基地局１２ａに送信し、分散情報共有することを要求することである。この要求に従い、各基地局１２はユーザの公開鍵１８を分散情報共有することができたものである。

１．２．２ 本人認証処理
次に、ユーザの公開鍵１８の分散情報共有がなされた後は、サービスの提供時等において、適宜、本人認証処理が行われる。本人認証が行われる場合の概念図が図６に示されている。
ユーザがサービスの提供を受ける、例えば音楽コンサートで演奏を聴くために、コンサート会場に行く。そのコンサート会場の近くにあるのが基地局１２Ｃであり、ここで認証を受けることによって、コンサート会場に入場が許される。
まず、ユーザは、自分のスマートフォン１０と、基地局１２ｃとの間を通信状態にする。例えば、BlueToothか、Wi-Fiによる接続でもよいし、他の通信方式でもよい。
ユーザのスマートフォン１０は、ユーザの指示によって、基地局１２ｃとＶＰＮ（Virtual Private Network）を形成し、通信情報を、秘密鍵２２で暗号化して送信する（図６参照）。基地局１２ｃは、送信されてきたデータを、そのユーザの公開鍵１８で復号して通信情報を得る。

このようにしてＶＰＮ暗号化通信が、ユーザが所有するスマートフォン１０と、基地局１２ｃと、の間で確立された状態で、次に生体認証を実行する。
生体認証を実行するために、基地局１２ｃに備えられているカメラ２０ｃが、その場にいるユーザの顔を撮影する。そして、図３で説明した処理と同様の処理を行い、特徴点データを得る。一方、スマートフォン１０は、基地局１２ｃとＶＰＮ接続しており、安全な通信を実現している。この状態から、スマートフォン１０は、その内部に保管されているユーザの特徴点データを、基地局１２ｃに送信する。基地局１２ｃは、送られてきた特徴点データと、撮影して得られた特徴点データとを比較して生体認証によってユーザが正当な本人であるか否かを判断する。この原理を示す図が図７に示されている。

図７に示すように、本実施形態の分散型の顔認証システム１００では、基地局１２が、ユーザの顔データを用いて生体認証を行っている。比較対象の一方は、端末アプリ１０ａが生成した特徴点データであり、他方は、基地局内の認証アプリが、端末アプリと同様の処理を行い、ユーザの顔をその場で撮影した顔画像データから作成した特徴点データである。

以下、フローチャートに基づき、基地局１２ｃ等における本人認証処理を詳細に説明する。
図８には、基地局１２における本人認証の処理を表すフローチャートが示されている。
ステップＳ８−１において、ユーザは、例えば予約をしておいたコンサートを見に来ました。そのコンサート会場の入り口に基地局１２ｃが設けられており、ユーザは、この基地局１２ｃによる本人認証を受ける必要があるものとする。

ステップＳ８−２において、ユーザは、自分のスマートフォン１０と基地局１２とのあいだでＶＰＮを構築する。このためには、スマートフォン１０が、ユーザの秘密鍵２２で通信情報を暗号化して基地局１２ｃと接続すればよい。ユーザの公開鍵１８は、基地局１２の間に行き渡っており、分散情報共有されているので、基地局１２は送信されてきた通信情報の内容を知ることができる。
具体的には、端末アプリ１０ａが稼働しているスマートフォン１０の制御部１０４が、所定の記憶装置に保管している秘密鍵２２を用いて所定の通信情報を暗号化して、基地局１２ｃに送信する。基地局１２ｃは、端末側インターフェース１０１を介してこれを受信する。端末側インターフェース１０１は受信したデータをバス１０８を介して制御部１０４に送信する。制御部１０４は、公開鍵データベースからそのユーザの公開鍵１８を抽出し、この公開鍵でその受信したデータを復号する。その結果、通信情報を復元することができ、安全に通信を実行することができる。

ステップＳ８−３において、スマートフォン１０は、特徴点データを所定の記憶装置から取り出して、ＶＰＮの保護の下、基地局１２ｃに送信する。このとき、ユーザＩＤも同時に併せて送信してもよい。このように、本実施形態の構成によれば、比較対象である生体データ（特徴点データ）を、安全に基地局１２ｃに送信することができる。ＶＰＮを用いて送信しているので、いわゆるスキミング等の不正行為による漏洩を防止することができる。また、特に、スマートフォン１０と基地局１２ｃとの間で直接通信しており、生体データ（例えば特徴点データ）がインターネット等の基幹通信網１６を通過することがないので、より一層、情報漏洩の可能性を減少させることができる。
なお、ユーザＩＤについては、上述のように特徴点データと共に送信してもよいが、ユーザが別途、基地局１２ｃの入力装置で入力してもよい。また、ユーザが口頭でユーザＩＤを述べてもよい。口頭で述べたユーザＩＤは、所定のオペレーターが聞き、当該ユーザＩＤを基地局１２ｃに入力してもよいし、基地局１２ｃ自体が音声認識機能を備えていてもよい。

ステップＳ８−４において、基地局１２ｃの端末側インターフェース１０２が特徴点データを受信する。端末側インターフェース１０２は、特徴点データ（及び、該当する場合はユーザＩＤも）を制御部１０４に送信する。制御部１０４は、これを比較対象の一方のデータであるとして所定の記憶装置に記憶しておく。
ステップＳ８−５において、基地局１２ｃは、カメラ２０を用いて、ユーザの顔撮影を行う。具体的には、基地局１２ｃの制御部１０４が、カメラインターフェース１０６に対して、カメラ２０で写真撮影せよとの指示を送る。これに応じて、カメラインターフェース１０６は、カメラ２０に撮影を実行させ、ユーザの顔撮影を行う。得られたユーザの顔写真は、カメラ２０から、カメラインターフェース１０６に渡される。さらに、カメラインターフェース１０６から制御部１０４に顔写真データが送信される。このようにして、制御部１０４は、ユーザの現時点の顔写真データを取得する。

ステップＳ８−６において、基地局１２ｃは特徴点データの作成を行う。この処理は図４のステップＳ４−２の処理に相当する。ここで、作成した特徴点データは、比較対象の他方のデータであるとして所定の記憶装置に記憶しておく。
このようにして、比較対象である２種の特徴点データが準備される。
ステップＳ８−７において、基地局１２ｃは特徴点データの比較を行う。比較される特徴点データは、ステップＳ８−４で基地局１２ｃが受信した特徴点データと、ステップＳ８−６で作成した現時点のユーザの顔写真から作成した特徴点データである。いずれも所定の記憶装置に記憶されていることは、既に説明したとおりである（ステップＳ８−４、ステップＳ８−６）。

この比較の様子を示す概念図が図７に示されている。この図に示すように、基地局１２ｃ２は、認証アプリ１２０がインストールされており、この認証アプリ１２０を基地局１２ｃの制御部１０４（ＣＰＵ）が実行することによって、認証が行われる。
図７に示すように、当該認証は２種の生体データを比較することにより実行される。その比較対象の「一方」は、スマートフォン１０上の端末アプリ１０ａによって予め所定の記憶装置に記憶されている特徴点データである。比較対象の「他方」は、基地局１２ｃのカメラ２０が現時点のユーザをリアルタイムで顔撮影し、その撮影で得られた顔写真データの特徴点データである。これら「一方」の特徴点データと「他方の」特徴点データが比較される。
制御部１０４（ＣＰＵ））が、認証アプリ１２０を実行すると、上記２種のデータを比較する。その結果は、一般的には「一致」「不一致」の２種類となる。より具体的に言えば、この認証アプリ１２０は、上記２種のデータの差が一定値未満であれば、両者は同一人の生体データ（特徴点データが一致）であると判断して、認証が成功したと判断する。これに対して、上記２種のデータの差が大きく、その差が一定値以上である場合は、両者は同一人物の生体データ（特徴点データ）ではない（特徴点データが不一致）と判断して、認証が失敗したと判断する。

そして、認証が成功した場合は、コンサート会場への入場が許可されたり、各種のイベントへの参加が認められる。一方、認証が失敗した場合は、コンサート会場への入場が禁止されたり、各種のイベントへの参加が認められなくなるという処理が実行される。本実施形態では、特にサービス等の内容は規定していないので、さまざまなサービスや商品に、本分散型の顔認証システム１００は、を利用することができる。

１．２．２．１ ＡＰＩの設定
特に本実施形態においては、基地局１２ｃは、認証アプリ１２０等が利用しうるＡＰＩ（Application Interface）を設定しているので、他の種々のアプリとの連携を自由にすることができ、各種のサービスと連携をすることや、決済サービスと連携することも好適である。
また、スマートフォン１０においても、同様に種々のアプリが利用できるＡＰＩを設定することが好適である（図３参照）。端末アプリ１０ａや、暗号アプリ１０ｂは、このＡＰＩを利用している。また、種々のアプリがこのＡＰＩを利用することができるので、その他の種々のアプリとの連携を取ることができる。例えば、本実施形態で説明した端末アプリ１０ａは、生体データとして顔写真データに基づく特徴点データを利用したが、他の種類の生体データ（指紋、虹彩データ等）を利用する端末アプリを複数種類インストールして利用することも好適である。その他種々のアプリの連携をとってもよい。

１．３ 本実施形態１の特徴
（１）上の実施形態１においては、１種類のサービス（例えば音楽コンサートの提供）について、１組の公開鍵・暗号鍵を作成し、ユーザの生体データである特徴点データを利用する例を説明した。
しかし、本実施形態１に係る分散型の顔認証システム１００は、単独のサービスだけでなく、複数のサービスについての認証機能を提供することができる。その場合は、複数のサービスの種別をサービスＩＤで管理することも好適である。このサービスＩＤや、スマートフォンのユニークＩＤを付加してスマートフォンで公開鍵（暗号鍵）を生成することもできる。つまり、サービス毎に公開鍵（暗号鍵）を作成してもよい。もちろん、複数のサービスに共通の公開鍵（暗号鍵）を作成してもよい。このような公開鍵（暗号鍵）の作成は、上述した暗号アプリ１０ｂを用いて自由に行ってよいし、どの公開鍵（暗号鍵）と、どのサービスとを紐付けるかも自由に設定してよい。

なお、スマートフォン１０は、本請求の範囲の「端末」の好適な一例に相当する。本実施形態１では、端末としてスマートフォン１０を例として説明しているが、ノートパソコン、携帯電話、タブレット端末等でも同様の機能・働きを備えていれば、「端末」として利用することができる。
また、スマートフォン１０（端末）で上記のように生成した公開鍵を基地局１２に事前に分散共有しておくことも本実施形態の特徴的な事項の一つである。このような構成の下、スマートフォン１０（端末）と、基地局１２との間でＶＰＮ暗号化通信を行うことによって、安全にスマートフォン１０自体の個体認証と、ユーザの本人認証の両方を同時に行うことができる。したがって、所望の特定のサービスにその認証結果を紐づけることができる。認証結果は、複数のサービスに紐付けて利用することもできるし、サービス毎に異なる認証（指紋認証、顔認証）を紐付けてもよい。
また、本実施形態１では、生体認証システムの一例として顔認証の例を説明したが、他の生体認証を利用してもよい。例えば、指紋認証や、静脈認証を利用してもよい。また、確認証の種類毎に（生体データの種類毎に）紐付けるサービスを設定してもよい。

（２）以上説明してきた本実施形態１では、基地局１２が提供するローカルエリア内（基地局１２の端末側インターフェース１０２で通信できる範囲）で特徴点データ（生体データ）の処理が行われる。またさらに、サービスを提供する基地局１２の内部の認証処理終了時にはメモリ上から特徴点データは削除される。特に、特徴点データ（生体データ）は、インターネットなどの基幹通信網１６には、一切表れないので、生体データの漏洩の恐れは極めて小さい。
従って、従来のインターネット上のサーバで生体データを集中管理する方式と比較して、本実施形態１の分散型の顔認証システム１００は、よりセキュアな運用が可能である。

（３）スマートフォン（端末）１０の端末アプリ１０ａと、基地局１２上の認証アプリ１２０に対してＡＰＩを公開している。したがって、様々なサービスに対応した情報を付加することができる。その結果、分散型の顔認証システム１００というプラットフォームを提供することができる。例えば、外国人向けのホテルなどのチェックインサービスやキャッシュレス決済、災害時の安否確認、罹災証明の発行など様々な新しいサービスを生み出すことができる。この技術は、本願発明者がした特願２０１９−０２０８４２における停電時でも継続動作可能なキャッシュレス決済システムの拡張機能として位置づけることも可能である。

１．４ 本実施形態１の応用
（１）上で説明した分散型の顔認証システム１００は、本人の生体データ（特徴点データ）、及び、公開鍵及び秘密鍵による情報セキュリティによって認証をしているので、秘密情報の漏洩の可能性を大幅に向上させることができる。
しかし、認証を成功させるための条件を増やしてより安全性の向上を図ることも好ましい。例えば、時間制限を設けてもよい。例えば音楽コンサートの場合、コンサートの開演時間１時〜３時までの間だけ、認証が成功するように時間の制限を設けることも好適である。このような時間制限は、各サービス毎に適用することが好適である。

（２）上では、音楽コンサートの例を説明したが、他のサービスに利用してもよい。例えば、レストラン等の飲食物の提供サービスに本分散型の顔認証システム１００を利用することもできる。レストランに入店する際に、本システムにより認証を受けると、そのレストランの評価項目をＷｅｂ上のレストラン評価サイトに書き込むことができるシステム等を容易に構築することができる。この場合、本システム１００に加盟しているレストランに基地局１２を設置し、入店の際に生体認証によって正規のユーザ（会員）であること等を認証することができる。その結果、予め登録している正規のユーザ（会員）のみが、レストランの評価をＷｅｂ上のレストラン評価サイトで書き込むことができ、より精密な評価をつけることができる。

なお、ユーザ（会員）になる（いわゆるユーザ登録をする）には、図３で説明したように、予め自己の公開鍵１８を関連のある基地局（レストラン）に分散情報共有させておく。これによって、自己の公開鍵１８がレストラン（基地局）に分散されているので、どのレストランでも生体データを利用した認証を行うことができる。その一方、生体データをインターネット等の基幹通信網１６上を流す必要がないので、ユーザの生体データの漏洩を防止することができる。

（３）また、例えば、貸倉庫サービスに利用することも好適である。各貸倉庫に基地局１２を設け、その倉庫を利用したい場合に、ユーザは分散型の顔認証システムによる生体認証を受けて、正規のユーザの場合のみ鍵を開けることができ、その倉庫を利用することができるように構成することも好適である。なお、この場合も、ユーザ登録、公開鍵１８の分散情報共有等は、これまで説明した例と同様に実行してよい。

（４）また、例えば、駐車場サービスに利用することも好適である。各駐車場に基地局１２を設け、その駐車場を利用したい場合に、ユーザは分散型の顔認証システムによる生体認証を受けて、正規のユーザである場合のみ、駐車場のゲートが開き、ユーザは車を駐車することができる。なお、この場合も、ユーザ登録、公開鍵１８の分散情報共有等は、上記レストランや貸倉庫のサービスと同様に実行してよい。
なお、駐車場サービスの場合、上記スマートフォン１０に代えて、ナンバープレートに上記スマートフォンとしての役割を担わせることも好適である。
この場合、図３における登録は、上記スマートフォン１０やノートパソコンを利用して行い、スマートフォン内部に秘密鍵２２、特徴点データを記憶されるが、これらの情報を記憶する装置をナンバープレートに組み込んで、かかるナンバープレートを駐車場にて、スマートフォン１０代わりに使用することが好適である。このように構成すれば、駐車の度にスマートフォン１０等を取り出す必要がなくなり、駐車場の利便性の向上が図られる。

２．実施形態２
上の実施形態１で説明したように、本実施形態は、生体認証を使用した従来のセキュリティシステムの課題を解決する優れたソリューションシステムである。特に、生体データをインターネット等の基幹通信網１６上に流すことなく、分散型の生体認証システム（顔認証システム１００）を構築するという優れた技術的特徴を備えたシステムである。

また、これまで説明してきた実施形態は、基地局１２が比較的広域に配置され、ユーザがいずれかの基地局１２においてサービスの提供等を受けることができるシステムについて説明した。しかし、基地局１２はより狭いエリア、小さい領域に配置されていてもよい。例えば、１個のビル（建造物）内の各部屋に基地局１２が配置されていてもよい。例えば、病院やホテル等が考えられる。
本実施形態２では、病院の受付や、病院内の各部屋（病室、診察室、レントゲン室等）に基地局１２が設けられ、入室管理を行う例を説明する。

図９には、このような病院の分散型の顔認証システムとその利用形態の説明図が示されている。
病院への外来者は、その外来者のスマートフォンに端末アプリ１０ａをインストールしており、あらかじめ、端末アプリ１０ａによって、顔情報（特徴点データ）を事前にスマートフォン１０内に記憶させている（事前登録している）。なお、本実施形態２においては、スマートフォン１０を、特に外来者端末２１０と呼ぶが、実施形態１と同様のスマートフォン１０を使用することができ、タブレットやノートパソコン等を用いてもよい。

まず、外来者が診察やお見舞いで病院を訪問した場合、受付で外来者端末２１０から通信用公開鍵を登録する。図９においては図示されていないが、図１と同様の登録基地局が受付に設けられており、外来者の外来者端末２１０と通信を行い、外来者の通信用公開鍵を登録基地局に登録する。この動作は、図１、図３で説明した通りであり、図５のステップＳ５−３以降の処理が実行される。その結果、通信用公開鍵が病院の分散型の顔認証システム内の他の基地局（顔認証基地局）に分散情報共有される。

登録基地局は、実施形態１における基地局１２ａと同様の構成を有し、同様の動作を実行する。実施形態２では、特に登録基地局と呼ぶ。
登録基地局以外の他の基地局を、ここでは顔認証基地局と呼ぶ。顔認証基地局においては、上述した実施形態１の基地局１２ｂ〜１２ｅと同様に、外来者（ユーザ）の顔認証が実行される。顔認証基地局も、実施形態１の基地局１２ｂ〜１２ｅとおよそ同様の構成をしており、同様の動作を実行する。ただし、顔認証基地局は、対応するドアの開錠、施錠を制御している。つまり、顔認証の結果によってドアを開錠する（又は施錠状態を維持する）等の動作を実行する。

また、通信用公開鍵とは、実施形態１の公開鍵と同様の鍵である。
外来者は、受付にて通信法公開鍵を分散型の顔認証システムに分散情報共有させて後、来院目的により、所望の部屋に向かう。
例えば、診察が目的なら、診察室へ向かい、お見舞いが目的なら病室に向かう。この識別は、受付において、サービスＩＤによって識別してもよい。つまり、許可されたサービスＩＤによって、入室できる部屋が指定されるような「サービス」と考えてよい。
外来者は、お見舞いが目的の場合は、病室に向かう。図９に示すように、各部屋のドアには、図示されていないが顔認証基地局が備えられており、そのカメラ２２０ａ、２２０ｂ、２２０ｃが接続されている。図９においては、顔認証基地局のカメラ２２０（あ〜ｃ）のみが図示されている。これらカメラ２２０は、実施形態１のカメラ２０と同様のカメラである。

外来者は、所望の病室の前で、自己の外来者端末２１０とその部屋の顔認証基地局と通信を行い、実施形態１と同様にＶＰＮを構築する。すなわち、外来者端末２１０に記憶されている通信用秘密鍵と、顔認証基地局が保持している通信用公開鍵とを用いてＶＰＮを構築する。
また、その病室の顔認証基地局に接続するカメラ２２０ｃ（図９参照）が外来者の顔を撮影し、実施形態１と同様に顔画像の処理を行い、特徴点データを生成する。顔認証基地局は、実施形態１と同様に、この生成した特徴点データと、外来者端末２１０から送信されてきた特徴点データとを比較して（マッチングして）、顔認証を実行する。そしてその顔認証が成功し場合、つまり、同一人の顔画像の特徴点データであると判断した場合、当該病室のドアを開錠する。このようにして、外来者は病室に入室することができ、お見舞いを実行することができる。

このような病院の分散型の顔認証システムによれば、ＶＰＮ＋顔認証によって本人確認をすることができ、患者のプライバシー等を保護することができる入退室管理をすることができる。また、認証作業が終了した後は、顔認証基地局は、取得した顔の特徴点データは破棄する。これによって、外来者の個人情報の漏えいを防止することができる。
また、実施形態１と同様に、個人の生体データ（特徴点データ）がネットワーク上を流れないので、サイバー攻撃を受けにくいという特徴を有する。その結果、十分な予備電源装置を準備すれば、たとえ停電時でも、例えば７２時間以上動作可能なＢＣＰ（Business Continuity Plan）対応ネットワークシステムとして実現することもできる。

２．１ 特徴
なお、本実施形態２においては、実施形態１と異なり、下記の特徴を有する。
（１）災害が発生した場合には、全てのドアが強制開錠可能となる。これは、顔認証基地局に備えられた機能であり、なんらかの災害発生時には、自動的にすべてのドアが開錠状態となる。地震や台風、火事等の発生が、外部からの信号で伝えられた場合に、制御部１０４が対応するドアを開錠するものである。
（２）いわゆる友連れを検知した場合には、病院の職員端末にその旨の通知が行く。ここでは、職員端末としたが、どこに通知がいくようにしてもよい。友連れを検知する必要がある部署の端末に通知がいくように設定すればよい。なお、この検知は基地局で行ってよい。他の顔認証基地局でもよいし、受付に備えられている登録基地局であってもよい。
（３）実施形態２では、外来者が病室に向かう場合の動作を説明したが、診察室やレントゲン室であってもよい。そのような行き先を表すサービスＩＤを用いて、そのサービスの下で認証をおこなえばよい。

３．バリエーション
（１）基地局の構成としては、図２で説明している。しかし、実施形態１の基地局１２ａや、実施形態２の登録基地局の場合は、顔認証を行わないようにシステムを構成することもできる。その場合は、カメラ２０、カメラインターフェース１０６は必ずしも必須構成ではない。すなわち、サービス提供に供しない基地局に関しては顔認証を行う必要がないので、このように生体センサ及びそのインターフェースは必ずしも必須構成ではない。 しかしながら、顔認証しシステム全体としては、サービス提供にかかわる基地局が少なくとも一つ必要であり、そのような基地局においては、生体センサ（カメラ２０）及びそのインターフェースは必須構成となる。また、もちろん、全ての基地局が、生体センサ及びそのインターフェースを備えていてもよい。
また、提供するサービスに応じて、基地局には種々の機能を備えさせてよい。例えば、実施形態２のようにドアの入退室サービスを提供する場合は、基地局にドア開閉の手段を備えさせて、制御部１０４がその手段を制御するように構成してよい。

（２）実施形態では、主として顔認証を例として説明したが、他のバイオメトリックデータを利用した生体認証であればどのような種類の生体認証を利用してもよいし、複数の生体認証を組み合わせてもよい。また、生体データのセキュリティを強固にするために、ハッシュ化してもよい。例えば、特徴点データはハッシュ化されていてもよい。このようにハッシュ化することによって、より強固に安全に生体の特徴点データを管理することができる。
なお、使用する生体認証の種類に応じて、上述したカメラ２０、２２０は、適宜他の生体センサに変更してよい。例えば、指紋を用いる場合は、カメラ２０、２２０に代えて、指紋センサを接続すればよい。

（３）また、以上説明した実施形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は本実施形態の態様に限定されるものではない。

１０、スマートフォン
１０ａ 端末アプリ
１０ｂ 暗号アプリ
１２ 基地局
１４ 公開鍵データベース
１８ 公開鍵
２０ カメラ
２２ 秘密鍵
１００ 顔認証システム
１０１ 端末側インターフェース
１０２ 基幹側インターフェース
１０４ 制御部
１０６ カメラインターフェース
１２０ 認証アプリ
２１０ 外来者端末
２２０ａ、２２０ｂ、２２０ｃ カメラ

Claims (8)

1. ネットワークと、
   前記ネットワークに接続され、生体認証を行う複数の基地局と、
   生体認証を受けるユーザが保持する端末と、
   を備え、前記ユーザが、前記端末を用いて、前記基地局において生体認証を受ける生体認証システムであって、
   前記基地局は、
   前記端末と通信を行う端末側インターフェースと、
   前記ネットワークと通信を行う基幹側インターフェースと、
   前記ユーザの生体データを取得する生体センサと、
   前記ユーザの公開鍵を記憶する公開鍵データベースと、
   前記基地局の動作を制御する制御部と、
   を有し、
   前記端末は、
   前記ユーザの秘密鍵と、前記ユーザの生体データと、を保持する記憶装置と、
   を有し、
   前記端末が、前記記憶装置が記憶する秘密鍵で前記ユーザの生体データを暗号化して、前記基地局に送信した場合、前記基地局の前記端末側インターフェースが送信されてきた前記生体データを受信し、前記制御部が受信した前記生体データを復号して前記生体データを得、
   前記ユーザの生体データを取得できる場合に、前記基地局の前記制御部は、前記生体センサを用いて、前記ユーザの前記生体データを取得し、
   前記制御部は、前記復号した前記生体データと、前記取得した前記生体データとを比較し、同一人の生体データであると判断した場合は、前記ユーザに対して生体認証を成功したと判断することを特徴とする生体認証システム。
2. 基地局が拡散
   前記基地局は、
   前記端末から前記ユーザの公開鍵が送信されてきた場合に、前記基地局の前記端末側インターフェースが送信されてきた前記ユーザの公開鍵を受信し、
   前記制御部は、受信した前記ユーザの公開鍵を、前記公開鍵データベースに記憶し、
   前記制御部は、受信した前記ユーザの公開鍵を、前記ネットワークを介して他の前記基地局に送信するように、前記基幹側インターフェースに指示し、
   前記基幹側インターフェースは、前記制御部の指示に基づき、前記ネットワークを介して他の前記基地局に送信することを特徴とする請求項１記載の生体認証システム。
3. 拡散を受け取る
   前記基地局は、
   前記ネットワークを介して前記ユーザの公開鍵が送信されてきた場合に、前記基地局の前記端末側インターフェースが送信されてきた前記ユーザの公開鍵を受信し、
   前記制御部は、受信した前記ユーザの公開鍵を、前記公開鍵データベースに記憶することを特徴とする請求項２記載の生体認証システム。
4. 請求項１〜３のいずれか１項に記載の生体認証システムに用いる前記基地局であって、
   前記端末と通信を行う端末側インターフェースと、
   前記ネットワークと通信を行う基幹側インターフェースと、
   前記ユーザの生体データを取得する生体センサと、
   前記ユーザの公開鍵を記憶する公開鍵データベースと、
   前記基地局の動作を制御する制御部と、
   を有し、
   前記端末側インターフェースは、前記端末が、前記秘密鍵で前記ユーザの生体データを暗号化して送信してきた場合、送信されてきた前記生体データを受信し、
   前記制御部は、受信した前記生体データを復号して前記生体データを得、
   前記制御部は、前記ユーザの生体データを取得できる場合に、前記生体センサを用いて、前記ユーザの前記生体データを取得し、
   前記制御部は、前記復号した前記生体データと、前記取得した前記生体データとを比較し、同一人の生体データであると判断した場合は、前記ユーザに対して生体認証を成功したと判断することを特徴とする前記基地局。
5. 基地局が拡散
   請求項４記載の基地局であって、
   前記端末から前記ユーザの公開鍵が送信されてきた場合に、前記基地局の前記端末側インターフェースが送信されてきた前記ユーザの公開鍵を受信し、
   前記制御部は、受信した前記ユーザの公開鍵を、前記公開鍵データベースに記憶し、
   前記制御部は、受信した前記ユーザの公開鍵を、前記ネットワークを介して他の前記基地局に送信するように、前記基幹側インターフェースに指示し、
   前記基幹側インターフェースは、前記制御部の指示に基づき、前記ネットワークを介して他の前記基地局に送信することを特徴とする基地局。
6. 拡散を受け取る
   請求項５記載の基地局であって、
   前記端末側インターフェースは、前記ネットワークを介して前記ユーザの公開鍵が送信されてきた場合に、送信されてきた前記ユーザの公開鍵を受信し、
   前記制御部は、受信した前記ユーザの公開鍵を、前記公開鍵データベースに記憶することを特徴とする基地局。
7. 請求項１〜３のいずれか１項に記載の生体認証システムに用いられる前記端末であって、
   前記ユーザの秘密鍵と公開鍵と、前記ユーザの生体データと、を保持する前記記憶装置、
   を有し、前記記憶装置は、
   前記ユーザの秘密鍵と公開鍵と、を生成する暗号アプリも記憶し、
   前記端末のユーザは、前記暗号アプリを用いて前記秘密鍵と公開鍵とを生成することができることを特徴とする端末。
8. 請求項７記載の端末であって、
   前記基地局に、前記秘密鍵で通信情報を暗号化し、前記基地局に送信することを特徴とする端末。

Images