JP6856146B2 - 生体データ登録支援システム、生体データ登録支援方法、プログラム - Google Patents

Description

本発明は、照合に用いられる生体データの登録を支援する生体データ登録支援システム、生体データ登録支援方法、プログラムに関する。

近年、ＡＴＭ（ａｕｔｏｍａｔｉｃ ｔｅｌｌｅｒ ｍａｃｈｉｎｅ：現金自動預け払い機）を介した銀行サービスや、コンピュータネットワーク上で商品やサービスを売買する電子商取引が活発に行われている。これに伴い、予め登録されたユーザへのなりすましによる被害を対象とした高セキュリティなシステムや、ユーザの利便性を高めるためのシステムが開発されている。

特許文献１には、予めセキュリティレベルを示すランクに対応付けて取引種別及び取引金額を記憶しておき、ユーザが使用するカード種類及び本人確認方法に応じて定まるランクに基づいて、ユーザが行う取引を制限するシステムが記載されている。

特許文献２には、１つのキャッシュカードに対して複数の暗証番号を設定し、入力された暗証番号に対応付けられた処理を行うことで、ユーザの操作を簡易化するシステムが記載されている。

特許文献３には、指種に対応づけて銀行の取引内容を記憶しておき、静脈認証を行うためにユーザが提示した指の指種に応じた取引を提供するシステムが記載されている。

特許文献４には、生体認証なしの装置を用いた取引と、生体認証ありの装置を用いた取引とに対して、ユーザがそれぞれ利用条件を設定することが可能なシステムが記載されている。

特開２００２−２８８４２４号 特開２００５−０６３３８９号 特開２００６−１７２０３４号 特開２００６−３３１１６９号

しかしながら、上述した特許文献には、指紋認証、静脈認証等の複数の照合方式を用いた認証を可能とするシステムにおいて、ユーザの生体データをどのように取得し、登録するのかについて記載がない。そのため、複数の照合方式を用いた認証における生体データの登録を、効率的に行うことができなかった。そこで、本発明の目的は、複数の照合方式を用いた認証における生体データの登録を、効率的に行う生体データ登録支援装置を提供することにある。

本発明の第一の態様によれば、生体データ登録支援装置が、複数の照合方式の組み合わせから成る複数の候補シナリオをサービスに対応付けて表示部に表示させ、前記複数の照合方式の組み合わせから成る候補シナリオを登録シナリオとして入力部から複数取得し、前記登録シナリオはサービスに対応付いており、複数の前記登録シナリオに共通して含まれる照合方式を共通照合方式として特定し、前記共通照合方式についての一の登録用生体データと前記共通照合方式以外の前記照合方式についての一の登録用生体データとを取得する制御部と、前記制御部が取得した登録用生体データと、複数の前記登録シナリオと、を送信する送信部と、を有する。

本発明によれば、複数の照合方式を用いた認証における生体データの登録を効率的に行う生体データ登録支援システム、生体データ登録支援方法、プログラムを提供することができる。

第一実施形態の構成例を示すブロック図である。 第一実施形態の構成例を示すブロック図である。 第一実施形態において顧客ＤＢ１５０が記憶するデータの一例を示す図であ る。 第一実施形態における表示部１６０による表示の一例を示す図である。 第一実施形態の動作の一例を示すシーケンス図である。 第一実施形態における表示装置１４による表示の一例を示す図である。 第一実施形態の変形例における表示部１４０による表示の一例を示す図である。 第一実施形態の変形例における表示部１４０による表示の一例を示す図である。 第二実施形態の構成例を示すブロック図である。 第二実施形態において顧客ＤＢ１５１が記憶するデータの一例を示す図である。 第二実施形態の動作の一例を示すシーケンス図である。 第二実施形態における表示部１９０による表示の一例を示す図である。 第二実施形態の動作の一例を示すフローチャートである。 第三実施形態におけるサーバ１５の構成例を示すブロック図である。 第三実施形態において照合方式ＤＢ１５２が記憶するデータの一例を示す図である。 第三実施形態においてサービスＤＢ１５６が記憶するデータの一例を示す図である。 各実施形態における生体データ登録支援装置のハードウェア構成の第一の例を示すブロック図である。 各実施形態における生体データ登録支援装置のハードウェア構成の第二の例を示すブロック図である。 各実施形態におけるサーバのハードウェア構成の一例を示すブロック図である。 各実施形態における生体データ照合支援装置のハードウェア構成の一例を示す図である。

以下に、図面を参照して、本発明の実施の形態について詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は例示であり、本発明の技術範囲をそれらに限定する趣旨のものではない。
（第一実施形態）
（第一実施形態の概要）
第一実施形態の構成例について説明する。図１は、第一実施形態の生体データ登録支援装置１０の概要を示すブロック図である。生体データ登録支援装置１０は、制御部１００と、送信部１０１とを含む。生体データ登録支援装置１０は、例えば、ＰＣ、スマートフォン、タブレット端末、ウェアラブル端末等の情報処理装置で良い。

制御部１００は、まず、少なくとも一つの照合方式から成る登録シナリオを複数取得する。制御部１００は、生体データ登録支援装置１０が有する他の構成要素から登録シナリオを取得しても良い。または、制御部１００は、外部の装置から送信された登録シナリオを取得しても良い。ここで、照合方式とは、指紋照合方式、掌紋照合方式、静脈照合方式、顔照合方式、虹彩照合方式、声紋照合方式等の、２以上の生体情報を照合する方式で良い。これらの照合方式による照合は、生体情報の種類に応じたアルゴリズムによって実現される。生体情報とは、人間の生体的特徴または行動的特徴についての情報をいう。なお、照合方式は、パスワードやジェスチャーといった生体情報以外を照合する方式でも良いが、制御部１００が取得する照合方式の少なくとも一つは、生体情報を用いた照合方式であることが望ましい。つまり、登録シナリオは、一つの照合方式または複数の照合方式の組み合わせから成り、生体データを用いた照合方式を少なくとも一つ含むことが望ましい。

また、登録シナリオはサービスに対応付いている。本発明におけるサービスとは、予め登録された情報と、ユーザから新たに取得した情報とを照合した結果、当該ユーザが予め登録された人物と同一であるとの認証がされた場合に、当該ユーザが受けることができるサービスである。具体的には、銀行であれば、金銭の預入れ、引出し、振込み、残高照会等がサービスに該当する。また、電子商取引であれば、商品の購入、出品、決済等の仲介がサービスに該当する。なお、本発明におけるサービスは、銀行や電子商取引において提供されるものに限られない。

登録シナリオとサービスが対応付いているとは、照合方式を特定できるデータと、サービスを特定できるデータとが例えば図３に示されるように対応付けられていることをいう。登録シナリオを特定できるデータとサービスを特定できるデータは、制御部１００がこれらのデータを取得した際に、既に関連付けられていても良い。または、制御部１００がこれらのデータを取得した後に、制御部１００または他の構成要素が、これらのデータを対応付けてもよい。

また、制御部１００は、取得した登録シナリオに共通して含まれる照合方式を共通照合方式として特定し、前記共通照合方式についての一の登録用生体データを取得する。生体データとは、指紋画像データ、静脈画像データ、顔画像データ、虹彩画像データ、音声データ等の、人間の生体的特徴または行動的特徴を表すデータをいう。照合方式についての生体データとは、当該照合方式において用いられる生体データをいう。例えば照合方式についての生体データは、照合方式が指紋照合方式であれば指紋画像データであり、照合方式が顔照合方式であれば顔画像データでよい。

また、制御部１００は、取得部から登録用生体データを取得しても良い。取得部は、生体データ登録支援装置１０内の構成要素でも良いし、生体データ登録支援装置１０に接続された他の装置内の構成要素でも良い。取得部を実現するハードウェア装置は、指紋、静脈、顔、又は虹彩等を撮像して画像データを生成するカメラ、スキャナ等で良い。また、取得部は、マイクから入力した音声から音声データを生成する装置でも良い。

例えば制御部１００が２つの登録シナリオを取得した場合に、１つ目の登録シナリオが指紋照合方式及びパスワード照合方式から成り、２つ目の登録シナリオが指紋照合方式及び静脈照合方式から成るとする。この場合、制御部１００は、２つの登録シナリオに共通して含まれる指紋照合方式を、共通照合方式として特定する。そして、制御部１００は、共通照合方式である指紋照合方式についての一の生体データ、すなわち一の指紋画像データを取得するよう取得部を制御する。そして制御部１００は、取得部から一の指紋画像データを取得する。以下、制御部１００が取得部から取得する生体データを登録用生体データと呼ぶ。

さらに制御部１００は、取得した登録シナリオに含まれる照合方式のうち、共通照合方式以外の照合方式についての一の登録用生体データを取得部から取得する。つまり、制御部１００は、上述の２つの登録シナリオに共通して含まれる照合方式ではない静脈方式についての一の生体データ、すなわち一の静脈画像データを取得する。なお、パスワード照合方式も共通照合方式以外の照合方式であるが、生体データを利用しない照合方式である。そのため、制御部１００は、パスワード照合方式についての生体データを取得部に取得させる必要はない。

なお、制御部１００は、取得部から複数の生体データを逐次取得しても良いが、それらのうちの一つ以外を記憶部から削除し、又は複数の生体データを合成することにより、最終的にひとつの照合方式について一の生体データを取得しても良い。

送信部１０１は、制御部１００が取得した登録用生体データと、複数の登録シナリオとを送信する。送信部１０１が送信した登録用生体データは、例えばユーザ認証の際に取得される生体データと照合される。つまり、本実施形態にて送信部１０１が送信する生体データは、サービスを受けるユーザについて登録される生体データである。

本実施形態によれば、登録シナリオに含まれる照合方式についての生体データを過不足なく取得するため、複数の照合方式を用いた認証における生体データの登録を効率的に行う生体データ登録支援装置を提供することができる。
（第一実施形態の構成）
＜生体データの登録＞
上述の構成でも本発明を実施することが可能であるが、以下にさらに具体的な構成例を説明する。本構成例では、銀行システムにおいて顧客の生体データを登録又は照合する場合を想定する。図２は、第一実施形態の生体データ登録支援システム１０００の構成例を示すブロック図である。生体データ登録支援システム１０００は、生体データ登録支援装置１１と、カメラ１２と、指紋スキャナ１３と、表示装置１４と、サーバ１５と、生体データ照合支援装置１６とを有する。生体データ登録支援システム１０００は、銀行において顧客の情報を登録又は照合する際に用いられる銀行システムである。

各生体データ登録支援装置１１は銀行の支店等に配置されており、生体データ照合支援装置１６及びサーバ１５とネットワークを介して接続している。また、生体データ登録支援装置１１は、カメラ１２、指紋スキャナ１３、表示装置１４と通信可能に接続されている。カメラ１２は、例えば、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）センサ、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）センサ、イメージプロセッサ等を有するカメラである。カメラ１２内の取得部１２０は、ＣＣＤセンサやＣＭＯＳセンサが受光した被写体からの光を変換して顔画像データ生成する。指紋スキャナ１３も同様にＣＣＤセンサ、ＣＭＯＳセンサ、イメージプロセッサ等を有する装置であるが、特に指紋の撮像に適した構造を有する。指紋スキャナ１３内の取得部１３０は、ＣＣＤセンサやＣＭＯＳセンサが受光した被写体からの光を変換して指紋画像データ生成する。

表示装置１４は、例えば液晶ディスプレイ、ブラウン管ディスプレイ等の表示部１４０を備える装置で良い。また、表示装置１４は、外部からの接触による入力が可能なタッチパネル等の入力部を備えていても良い。サーバ１５は複数のクライアント端末と情報をやり取りすることが可能なコンピュータで良い。生体データ照合支援装置１６は、スキャナ、カメラ、録音装置等の、生体データを生成・取得できる装置を備える。生体データ照合支援装置１６は、銀行サービスを提供するＡＴＭ等で良い。

生体データ登録支援装置１１内の制御部１１１は、少なくとも一つの照合方式から成る候補シナリオを取得する。候補シナリオとは、登録シナリオの候補としてユーザに表示指されるシナリオである。制御部１１１は、記憶部が記憶している候補シナリオを読み出すことで、候補シナリオを取得しても良い。記憶部は生体データ登録支援装置１１内の構成要素であっても良いし、外部の装置の構成要素であっても良い。または、制御部１１１は、受信部１１０が外部の装置から受信した候補シナリオを取得しても良い。

そして、制御部１１１は、表示装置１４を制御し、取得した候補シナリオを表示部１４０に表示させる。このとき、制御部１１１は、候補シナリオと、当該候補シナリオに対応付けられたサービスとを対応付けて表示するよう、表示装置１４を制御する。なお、制御部１１１が候補シナリオを取得した時点で、候補シナリオがサービスに対応付けられていても良い。または、制御部１１１が候補シナリオを取得した後に、制御部１１１が、候補シナリオに対してサービスを対応付けても良い。候補シナリオとサービスが対応付いているとは、候補シナリオを特定できるデータと、サービスを特定できるデータとが対応付いていることをいう。

また、制御部１１１は、受信部１１０が表示装置１４から受信した候補シナリオを登録シナリオとして取得し、当該登録シナリオに対応付けられたサービスを取得する。その後、制御部１１１は、「第一実施形態の概要」にて説明した動作を経て、登録シナリオに含まれる共通照合方式についての登録用生体データを取得する。さらに制御部１１１は、取得した登録用生体データと、複数の登録シナリオと、当該登録シナリオに対応付けられたサービスと、を送信部１１２に送信させる。

受信部１１０は、顧客の希望に従って行員が選択した候補シナリオを表示装置１４から受信し、制御部１１１に送信する。

送信部１１２は、制御部１１１が取得した候補シナリオを表示装置１４に送信する。また、送信部１１２は、制御部１１１が取得した登録用生体データと、複数の登録シナリオと、当該登録シナリオに対応付けられたサービスと、をサーバ１５に送信する。

表示部１４０は、制御部１１１から取得した候補シナリオをサービスに対応付けて表示する。その後、表示装置１４内の入力部は、表示部１４０が表示した候補シナリオうち、行員が選択した候補シナリオを入力する。そして、表示装置１４は、行員が選択した候補シナリオを入力部から取得し、取得した候補シナリオを対応するサービスとともに生体データ登録支援装置１１に送信する。

指紋スキャナ１３は、制御部１１１からの信号を受け取ると起動する。取得部１３０は、顧客が指紋スキャナ１３に置いた指の指紋を撮像し、指紋画像データを生成・取得する。なお、取得部１３０による指紋の撮像は、制御部１１１からの信号に応じて行われても良い。

カメラ１２は、制御部１１１からの信号を受け取ると起動する。取得部１２０は、制御部１１１からの信号に応じて顧客の顔を撮像し、顔画像データを生成・取得する。なお、取得部１２０による顔の撮像は、カメラ１２に設けられたボタン等が押下されたことを契機に行われても良い。

サーバ１５内の顧客ＤＢ１５０は、サーバ１５内の受信部が受信した登録用生体データと、登録シナリオと、サービスと、を対応付けて記憶する。顧客ＤＢ１５０が記憶するデータの一例を図３に示す。図３より、例えば、ＩＤ１２３４５６の顧客では、「引出し」のサービスに指紋照合方式及びパスワード照合方式が対応付けられており、「振込み」のサービスに指紋照合方式、パスワード照合方式、及び顔照合方式が対応付けられている。さらに、ＩＤ１２３４５６には、当該顧客の生体情報として指紋画像データと、顔画像データが対応付けられている。なお、図３における生体データの形式はＢＭＰ（Ｂｉｔｍａｐ Ｉｍａｇｅ）であるが、生体データの形式はこれに限られない。
＜生体データの照合＞
生体データ支援登録システム１０００における生体データの照合について説明する。生体データ照合支援装置１６は、銀行支店、コンビニエンスストア、スーパーマーケット等に設置されたＡＴＭで良い。ＡＴＭは顧客からの入力を受付け、銀行サービスを提供する装置である。
生体データ照合支援装置１６は、取得部１６１及び表示部１６０を有する。取得部１６１は、顧客の生体データを取得する。例えば取得部１６１は、指紋、静脈、顔、又は虹彩等を撮像して画像データを生成するカメラ、スキャナ等で良い。または、取得部１６１は、マイクから入力した音声から音声データを生成する装置でも良い。表示部１６は、例えば液晶ディスプレイ、ブラウン管ディスプレイ等を備える装置で良い。表示部１６は、外部からの接触による入力が可能なタッチパネル等の入力部を備えていても良い。図２では、取得部１６１の例として指紋スキャナ１６１０が記載されている。

生体データ照合支援装置１６内の制御部は、顧客がキャッシュカード又は銀行通帳を生体データ照合支援装置１６に挿入すると、当該顧客のＩＤ番号を認識する。なお、制御部はＩＤ番号の代わりに、又はＩＤ番号とともに、口座番号や顧客の氏名等を認識しても良い。そして、制御部は、生体データ照合支援装置１６が当該顧客に提供可能なサービスの一覧を表示部１６０に表示させる。顧客が生体データ照合支援装置１６内の入力部を介してサービスを選択すると、制御部は、ＩＤ番号と選択されたサービスを送信部を介してサーバ１５に送信する。

サーバ１５はＤＢ１５０を検索し、受信したＩＤ番号及び受信したサービスに対応付けられた登録シナリオと登録用生体データとを生体データ照合支援装置１６に送信する。例えば、ＩＤ番号が「１２３５４６」であり、顧客が選択したサービスが「引出し」である場合、図３より、サーバ１５は「指紋照合方式」及び「パスワード照合方式」から成る登録シナリオと、指紋画像データ「ａａａ.ｂｍｐ」を送信する。さらにサーバ１５は、ＩＤ番号「１２３５４６」に対応付けられたパスワードを送信してもよい。パスワードは、指紋画像データ等とともにＤＢ１５０に記憶されていても良いし、他のＤＢに記憶されていても良い。生体データ照合支援装置１６は、サーバ１５から受信した登録シナリオについての生体データを顧客から取得するための表示を行う。つまり、表示部１６０は、顧客に対して指紋画像データの提供を促す表示を行う。

表示部１６０による表示の一例を図４に示す。図４に示すように、表示部１６０は例えば、「あなたが登録しているのは、「指紋」と「パスワード」を用いた照合方式です。パスワードを入力した上で、取得部１６１である指紋スキャナに指を置いてください。」との表示をする。当該表示を見た顧客は、タッチパネル等の入力部を用いて自身が正しいと思うパスワードを入力する。そして顧客は、自身の指を指紋スキャナに載置する。取得部１６１は、顧客の指が載置された後に、指紋画像データを生成する。なお、ユーザによる生体データ及びパスワードの入力の順番はこれに限られない。

そして、生体データ照合支援装置１６内の制御部は、入力部が入力したパスワードと、サーバ１５から受信したパスワードとを照合する。さらに制御部は、取得部１６１から取得した指紋画像データと、サーバ１５から受信した指紋画像データとを照合する。パスワードの照合と、指紋画像データの照合が共に成功した場合、制御部は、顧客に対してサービスを提供する。例えば、顧客が銀行に預入れた金銭等の、振込先口座への振込みを実行する。パスワードの照合、指紋画像データ照合の少なくともいずれか一方が失敗した場合、制御部は、パスワード又は指紋画像データが誤っている旨、及びパスワード及び指紋画像データの再入力を促す表示を再度表示部１６０に表示させる。

ここで、顧客が何らかの事情で生体データを入力できない場合、または入力を拒否する場合を想定する。例えば、指を怪我しており、顧客から鮮明な指紋画像データを取得することが困難な場合がある。このとき、顧客が指紋照合方式を他の照合方式に変更することができることが好ましい。照合方式の変更は、例えば、図４に示す「照合方式の変更」を顧客が選択することで実現されても良い。生体データ照合支援装置１６内の制御部は、「照合方式の変更」が選択されたことを認識すると、予め登録された顧客のメールアドレスにワンタイムパスワードを送信し、当該ワンタイムパスワードを用いた照合を行っても良い。

照合方式の変更の態様はこれに限られず、予め登録された第二、第三のパスワードを用いた照合方式に変更されてもよいし、顧客のみが知りうる情報（ペットの名前、出身校等）を用いた照合方式に変更されても良い。または、照合方式は変更不可とし、登録シナリオに含まれる照合方式を顧客が用いることができない場合は、生体データ照合支援装置１６を介したサービスの提供を中止し、窓口に誘導することとしても良い。登録シナリオに含まれる照合方式を顧客が拒否する場合、生体データ照合支援装置１６は、全ての顧客に対して一律の処理を行っても良い。
（第一実施形態の動作）
図５は、生体データを登録する際の第一実施形態の動作の例を示すシーケンス図である。表示装置１４は、タッチパネルを有するディスプレイであるとする。まず、銀行の顧客は、銀行支店の窓口に出向き、生体情報を用いた個人認証の登録を希望する旨を行員に伝える。そして行員は、生体データ登録支援装置１１が予め記憶しているアプリケーションを起動する操作を行う。その後、行員は生体データ登録支援装置１１に顧客のＩＤ番号を入力し、顧客の生体データを登録する処理を開始する。すると、生体データ登録支援装置１１内の制御部１１１は、少なくとも一つの照合方式から成る候補シナリオを取得する（Ｓ１）。制御部１１１は、記憶部が記憶している候補シナリオを読み出すことで、候補シナリオを取得しても良い。または、制御部１１１は、受信部１１０が外部装置から受信した候補シナリオを取得しても良い。

そして、制御部１１１は、表示装置１４を制御し、取得した候補シナリオを表示部１４０に表示させる（Ｓ２）。このとき、制御部１１１は、候補シナリオと、当該候補シナリオに対応付けられたサービスとを対応付けて表示するよう、表示装置１４を制御する。なお、制御部１１１が候補シナリオを取得した時点で、候補シナリオがサービスに対応付けられていても良い。または、制御部１１１が候補シナリオを取得した後に、制御部１１１が、候補シナリオに対してサービスを対応付けても良い。

図６に、表示装置１４による表示の一例を示す。図６には、「各サービスを受けるのに必要な個人認証で使用するシナリオを選択してください。」との案内文とともに、候補シナリオを選択できる表示が示されている。図６より、「引出し」のサービスは、指紋照合方式、パスワード照合方式から成る一つ目の候補シナリオと、指紋照合方式、静脈照合方式からなる二つ目の候補シナリオと、指紋照合方式、パスワード照合、顔照合方式から成る三つ目の候補シナリオに対応付けられている。また、「振込み」のサービスは、指紋照合方式、静脈照合方式から成る四つ目の候補シナリオと、指紋照合方式、パスワード照合方式、顔照合方式からなる五つ目の候補シナリオに対応付けられている。

次に、行員は、表示装置１４を確認し、各サービスを受けるに際してどの候補シナリオを用いたいかの希望を顧客に聞く。例えば当該顧客は、血行が悪く、鮮明な静脈画像を取ることができないことを認識しているとする。そのため、当該顧客は、静脈認証方式を含まず、かつ、少ない数の認証方式から成る候補シナリオを用いたいと要望する。そして、行員は、顧客の希望する候補シナリオをサービス毎に選択するため、表示装置１４が表示するラジオボタンを選択する。図６は、行員が「引出し」のサービスに対しては一つ目の候補シナリオを選択し、「振込み」のサービスに対しては五つ目の候補シナリオを選択した場合の表示装置１４の表示を示す。そして行員は、候補シナリオの選択が完了すると「決定」ボタンを選択する。

表示部１４０上の入力部は、行員がタッチパネルを介して選択した候補シナリオを入力する（Ｓ３）。そして、表示装置１４は、行員が選択した候補シナリオを、対応するサービスとともに生体データ登録支援装置１１に送信する。生体データ登録支援装置１１内の制御部１１１は、受信部１１０が受信した候補シナリオを、当該候補シナリオとともに送信されたサービスに対応づいた登録シナリオとして取得する（Ｓ４）。つまり、制御部１１１は、指紋照合方式及びパスワード照合方式から成る一つ目の登録シナリオと、指紋照合方式、パスワード照合方式、及び顔照合方式から成る二つ目の登録シナリオと、を取得する。図６より、一つ目の登録シナリオは「引出し」のサービスに対応づいており、二つ目の登録シナリオは「振込み」のサービスに対応づいている。

次に、制御部１１１は、取得した複数の登録シナリオに共通して含まれる照合方式共通照合方式として特定する（Ｓ５）。例えば、制御部１１１は、前述の一つ目の登録シナリオと二つ目の登録シナリオに共通して含まれる照合方式である指紋照合方式を、共通照合方式として特定する。

そして、制御部１１１は、共通照合方式についての一の登録用生体データと、共通照合方式以外の照合方式についての一の登録用生体データと、を取得部１２０及び取得部１３０に取得させる（Ｓ６、Ｓ８）。例えば制御部１１１は、指紋スキャナ１３を制御し、共通照合方式についての一の生体データ、つまり指紋画像データを取得部１３０に取得させる。具体的には、指紋スキャナ１３は、制御部１１１からの信号を受け取ると起動する。そして、取得部１３０は、顧客が指紋スキャナ１３に指を置いた後に、顧客の指紋を撮像し、指紋画像データを生成・取得する。なお、取得部１３０による指紋の撮像は、制御部１１１からの信号に応じて行われても良い。

さらに制御部１１１は、カメラ１２を制御し、共通照合方式以外の照合方式についての一の登録用生体データ、つまり顔画像データを取得部１２０に取得させる。具体的には、カメラ１２は、制御部１１１からの信号を受け取ると起動する。そして、取得部１２０は、制御部１１１からの信号に応じて顧客の顔を撮像し、顔画像データを生成・取得する。なお、取得部１２０による顔の撮像は、カメラ１２に設けられたボタン等が押下されたことを契機に行われても良い。なお、パスワード認証方式も共通照合方式以外の照合方式であるが、パスワード認証方式では生体データを使用しないため、パスワード照合方式についての生体データは取得されない。

取得部１２０及び取得部１３０が取得した生体データは、送信部によって生体データ登録支援装置１１に送信される（Ｓ７，Ｓ９）。そして、生体データ登録支援装置１１内の制御部１１１は、一の指紋画像データと、一の顔画像データを受信部１１０から取得する。なお、制御部１１１は、指紋スキャナ１３又はカメラ１２から複数の生体データを逐次取得しても良いが、それらのうちの一つ以外を記憶部から削除し、又はそれらを合成することにより、最終的にはひとつの照合方式について一の登録用生体データを取得する。

次に、制御部１１１は、指紋認証方式についての一の指紋画像データと、顔認証方式についての一の顔画像データと、前述の一つ目の登録シナリオと、二つ目の登録シナリオと、を送信部１１２に送信させる（Ｓ８）。例えば、送信部１１２は、一の指紋画像データと、一の顔画像データと、一つ目の登録シナリオと、二つ目の登録シナリオと、をサーバ１５に送信する。このとき制御部１１１は、顧客を識別するための情報、例えばＩＤ番号を送信部１２に送信させても良い。

そして、サーバ１５は、ＩＤ番号と、一の指紋画像データと、一の顔画像データと、一つ目の登録シナリオと、二つ目の登録シナリオと、を顧客ＤＢ（データベース）に記憶しても良い。以上の動作により、顧客の生体データの登録が完了する。

本実施形態では、ひとつのサービスについて複数の候補シナリオを取得し、表示することができるため、生体データ登録支援装置１１の利用者は、複数の候補シナリオの中から利用したい候補シナリオを選択し、登録することができる。そのため、利用者は、自身の生体の特性を加味したシナリオや、抵抗を感じにくいシナリオを選択することができる。よって、本実施形態の体データ登録支援装置１１は、より利用者の利便性を向上することができる。

なお、本実施形態では表示装置１４をタッチパネルを有するディスプレイとしたが、生体登録支援装置１１が表示装置１４に相当するディスプレイを有していても良い。生体登録支援装置１１は、デスクトップＰＣ（パーソナルコンピュータ）、スマートフォン、ノートＰＣ等でよい。また、入力部は、マウス、キーボード等の入力装置によって実現されても良い。

また、生体データを取得するための装置をカメラ及び指紋スキャナとしたが、これに限られない。例えば、掌紋画像を撮像するための掌紋スキャナ、静脈画像を撮像するための静脈スキャナ、声紋を取得する録音装置等が生体データを取得しても良い。また、生体データを取得するための装置および表示装置は、生体データ登録支援装置１１内にあってもよい。例えば、タブレット端末が有する指紋スキャナやカメラが生体データを取得しても良い。

また、生体登録支援装置１１は、取得した生体データと登録シナリオを、サーバ１５以外の装置に送信しても良い。例えば、生体登録支援装置１１は、取得した登録シナリオ及び生体データをサーバ１５とは異なる特定の装置に送信しても良い。当該特定の装置は、顧客のキャッシュカードの記憶部、例えばＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）チップに対して登録用生体データを記憶させる装置でも良い。この場合、サーバには顧客の登録用生体データは記憶されない。そのため、生体データ照合支援装置１６が、顧客のＩＣカードから登録用生体データを読み取り、顧客から取得した生体データと照合を行うことで、認証を行っても良い。

さらに、本実施形態では生体データ登録支援装置１１を銀行の行員が操作するものとしたが、顧客自身が生体データ登録支援装置１１を操作して生体データの登録作業をしてもよい。また、本実施形態では顧客が生体データ照合支援装置１６を操作するものとしたが、行員が生体データ照合支援装置１６を操作してもよい。

また、本実施形態では生体データ照合支援装置１６をＡＴＭとしたが、これに限られない。例えば、本発明が電子商取引に適用される場合等は、生体データ照合支援装置１６は、デスクトップＰＣ，ノートＰＣ，タブレット端末、スマートフォン等でもよい。
＜提案シナリオ＞
次に、第一実施形態の変形例について説明する。第一実施形態の変形例において、制御部１１１は、少なくとも一つの照合方式から成る提案シナリオをサービスに対応付けて表示部１４０に表示させる。制御部１１１は、第一実施形態における候補シナリオの表示に先立って、表示部１４０に提案シナリオを表示させる。提案シナリオとは、少なくとも一つの照合方式から成る点では候補シナリオと同様であるが、一のサービスについて一の提案シナリオが対応付いていることが好ましい。つまり、提案シナリオは、生体データ登録支援端末１１が、顧客に対して提案するシナリオである。 図７は、表示部１４０による提案シナリオの表示の一例を示す。図７より、表示部１４０は、「引出し」のサービスに対応付けて、指紋照合方式及び静脈照合方式から成る提案シナリオを表示している。また、表示部１４０は、「振込み」のサービスに対応付けて、指紋照合方式、パスワード照合方式、及び顔照合方式から成る提案シナリオを表示している。

そして、制御部１１１は、入力部が提案シナリオの修正指示を入力した場合、修正指示が入力されたサービスに対応する候補シナリオを表示部１４０に表示させる。例えば、顧客からの要望を聞いた行員が入力部を介して「引き出し」のサービスについての提案シナリオの「修正」ボタンを選択（修正指示）した場合、表示部１４０は、「引き出し」のサービスに対応する候補シナリオを表示する。

変形例における表示部１４０による候補シナリオの表示例を図８に示す。制御部１１１は、第一実施形態と同様の動作により「引き出し」のサービスに対応する候補シナリオを取得し、「引出し」のサービスに対応付けて、取得した候補シナリオを表示部１４０に表示させる。ただし、制御部１１１は、第一実施形態とは異なり、修正が選択されていない「振込み」のサービスについては候補シナリオを表示する必要はない。また、制御部１１１は、修正指示がなされた提案シナリオと同一の照合方式からなる候補シナリオについては、表示部１４０に表示させなくても良い。なお、候補シナリオを表示した後の生体データ登録支援１０００の動作は第一実施形態と同様であるため、説明を省略する。

制御部１１１は、入力部が提案シナリオの決定指示を入力した場合、提案シナリオを登録シナリオとして取得する。つまり、第一実施形態とは、Ｓ３及びＳ４の処理が異なる。変形例ではＳ３において、入力部は、顧客の要望に応じて行員が入力した「決定」ボタンを選択（決定指示）する。そして、表示装置１４は、提案シナリオを、対応するサービスとともに生体データ登録支援装置１１に送信する。生体データ登録支援装置１１内の制御部１１１は、受信部１１０が受信した提案シナリオを、当該提案シナリオとともに送信されたサービスに対応づいた登録シナリオとして取得する。その他の生体データ登録支援１０００の動作は第一実施形態と同様であるため、説明を省略する。

第一実施形態の変形例では、まず提案シナリオを表示し、修正指示が入力された場合に候補シナリオを表示する。つまり生体データ登録支援装置１１の利用者は、提案シナリオを気に入った場合は決定指示を入力するだけで良く、提案シナリオを気にいらない場合には候補シナリオの中から好みの候補シナリオを選択することができる。そのため、利用者の操作負担が軽減され、生体データの登録に要する時間が短縮される。
（第二実施形態）
（第二実施形態の構成）
第二実施形態の構成例について説明する。図９は、第二実施形態の生体データ登録支援システム１００１の構成例を示すブロック図である。生体データ登録支援システム１００１は、生体データ登録支援装置１７と、生体データ照合支援装置１８と、表示装置１９と、静脈スキャナ２０を有している点で第一実施形態と異なる。本実施形態では、これらの構成の第一実施形態と異なる部分について説明し、それ以外の部分については適宜説明を省略する。

制御部１１３は、少なくとも一つの照合方式から成る候補シナリオを取得する。制御部１１３は、記憶部が記憶している候補シナリオを読み出すことで、候補シナリオを取得しても良い。または、制御部１１３は、受信部１１０が外部装置から受信した候補シナリオを取得しても良い。

そして、制御部１１３は、表示装置１９を制御し、取得した候補シナリオを表示部１９０に表示させる。このとき、制御部１１３は、候補シナリオと、当該候補シナリオに対応付けられたサービスとを対応付けて表示するよう、表示装置１９を制御する。なお、制御部１１３が候補シナリオを取得した時点で、候補シナリオがサービスに対応付けられていても良い。または、制御部１１３が候補シナリオを取得した後に、制御部１１３が、候補シナリオに対してサービスを対応付けても良い。候補シナリオとサービスが対応付いているとは、候補シナリオを特定できるデータと、サービスを特定できるデータとが対応付いていることをいう。

また、制御部１１３は、表示装置１９内の入力部が入力した候補シナリオを登録シナリオとして取得し、当該登録シナリオに対応付けられたサービスを取得する。さらに、本実施形態の制御部１１３は、登録シナリオの取得に加えて、表示装置１９内の入力部が入力した予備シナリオを取得する。予備シナリオは、登録シナリオ及び候補シナリオと同様、少なくとも一つの照合方式から成る。予備シナリオは登録シナリオが使用できなかった場合の予備のシナリオとして用いられる。また、予備シナリオは、登録シナリオと同一のサービスに対応付いている。

制御部１１３は、登録シナリオと予備シナリオが対応付いている場合には、予備シナリオに対応付けられたサービスを別途取得しなくても良い。一方、登録シナリオと予備シナリオが対応付いていない場合には、制御部１１３は、予備シナリオと、予備シナリオに対応付けられたサービスをそれぞれ取得する。

その後、制御部１１３は、第一実施形態と同様の動作を経て、登録用生体データを取得する。さらに、本実施形態の制御部１１３は、予備シナリオが含む照合方式のうち登録シナリオに含まれない照合方式についての一の生体データを、登録用生体データとして、取得部１２０又は取得部１３０から取得する。つまり、予備シナリオが含む照合方式のうち登録シナリオに含まれない照合方式がある場合、制御部１１３は、取得部１２０又は１３０を制御して当該照合方式についての生体データを取得させる。一方、予備シナリオが含む照合方式の全てが取得した登録シナリオに含まれる場合、制御部１１３は、別途予備シナリオについての生体データを取得する必要はない。

また、制御部１１３は、複数の予備シナリオに共通して含まれる共通照合方式を特定する。そして、制御部１１３は、当該共通照合方式が登録シナリオに含まれていない場合、当該共通照合方式についての一の生体データを、登録用生体データとして、取得部１２０又は１３０から取得する。さらに、予備シナリオに含まれる当該共通照合方式以外の照合方式が登録シナリオに含まれていない場合、当該照合方式についての一の生体データを、登録用生体データとして、取得部１２０又は１３０から取得する。

そして、制御部１１３は、取得した登録用生体データと、複数の登録シナリオと、当該登録シナリオに対応付けられたサービスと、予備シナリオと、を送信部１１２に送信させる。

なお、制御部１１３は、登録シナリオと予備シナリオに共通して含まれる照合方式を、共通照合方式として特定してもよい。そして、当該共通照合方式についての一の生体データと、当該共通照合以外の照合方式についての一の生体データを取得部１２０又は１３０から取得しても良い。

表示装置１９内の表示部１９０は、制御部１１３から取得した候補シナリオをサービスに対応付けて表示する。その後、表示装置１９内の入力部は、表示部１９０が表示した候補シナリオうち、行員が選択した候補シナリオを入力する。さらに本実施形態の入力部は、候補シナリオのうち、行員が予備シナリオとして選択したシナリオを入力する。そして、表示装置１９内の送信部は、行員が選択した候補シナリオ及び予備シナリオを入力部から取得し、候補シナリオ及び予備シナリオに対応するサービスとともに生体データ登録支援装置１７に送信する。

送信部１１２は、制御部１１３が取得した登録用生体データと、複数の登録シナリオと、予備シナリオと、当該登録シナリオ及び予備シナリオに対応付けられたサービスと、をサーバ１５に送信する。

サーバ１５内の顧客ＤＢ１５１は、受信部が受信した登録用生体データと、登録シナリオと、予備シナリオと、サービスと、を対応付けて記憶する。顧客ＤＢ１５１が記憶するデータの一例を図１０に示す。図１０に示すデータは、図３に示す顧客ＤＢ１５１内のデータと比較すると、ＩＤ番号１２３４５６の顧客が受ける各サービスに対して、予備シナリオが対応付けられている点が異なる。

図１０では図３に示すデータに加えて、ＩＤ１２３４５６の顧客の「引出し」のサービスに、静脈照合方式、パスワード照合方式から成る予備シナリオが対応付けられている。さらに、「振込み」のサービスに、静脈照合方式、パスワード照合方式、顔照合方式からなる予備シナリオが対応付けられている。また、ＩＤ１２３４５６には、当該顧客の生体情報として静脈画像データがさらに対応付けられている。なお、一部のサービスについてのみ予備シナリオが対応付けられていても良い。また、全てのＩＤ番号に対して登録シナリオ及び予備シナリオが対応付けられていても良い。
＜生体データの照合＞
生体データ登録システム１００１における生体データの照合に関わる構成について、第一実施形態と異なる部分を説明する。第一実施形態と同様の部分については適宜説明を省略する。

サーバ１５は、ＤＢ１５０を検索し、受信したＩＤ番号及び受信したサービスに対応付けられた登録シナリオと、予備シナリオと、登録用生体データとを生体データ照合支援装置１８に送信する。受信したＩＤ番号及び受信したサービスに対応付けられた予備シナリオがＤＢ１５０に存在しない場合、サーバ１５は、予備シナリオを送信しなくても良い。さらにサーバ１５は、ＩＤ番号に対応付けられたパスワードを送信してもよい。パスワードは、指紋画像データ等とともにＤＢ１５０に記憶されていても良いし、他のＤＢに記憶されていても良い。

生体データ照合支援装置１８は、サーバ１５から受信した登録シナリオが含む照合方式についての生体データを顧客から取得するための表示を行う。つまり、生体データ照合支援装置１８内の制御部は、顧客に対して生体データの提供を促す表示を行うよう表示部１８０を制御する。ここで、本実施形態の表示部１８０は、顧客が照合方式を変更したい場合、すなわち登録シナリオを変更したい場合に、登録シナリオの代わりに予備シナリオを用いて照合を行うための表示を行う。

例えば、表示部１８０は、顧客に対して生体データの提供を促す表示と共に、「変更」のアイコンを表示する。そして、顧客が入力部を介して「変更」を選択すると、制御部は、予備シナリオに含まれる照合方式についての生体データの提供を促す表示を行うよう表示部１８０を制御する。そして、制御部は、生体データ照合支援装置１８内の取得部１８１を制御し、予備シナリオに含まれる照合方式についての生体データを取得させる。制御部１８１は、取得部１８１から生体データを取得し、サーバ１５から送信された登録用生体データと照合を行う。図９では、第一実施形態と同様、取得部１８１の例として指紋スキャナ１８１０が記載されている。

なお、顧客が入力部を介して「変更」を選択せず、登録シナリオに含まれる照合方式についての生体データを提供した場合、制御部１８０は、予備シナリオに含まれる照合方式についての生体データを取得しなくて良い。この場合、生体データ照合支援装置１８は、第一実施形態と同様の処理を行う。
（第二実施形態の動作）
＜生体データの登録＞
図１１は、第二実施形態の生体データ登録に関する動作の例を示すシーケンス図である。本実施形態でも、第一実施形態と同様に、銀行の顧客が窓口に出向き、行員を介して生体データの登録を行う場面を想定する。なお、第一実施形態と同様の動作については説明を省略する。

制御部１１３は、取得した候補シナリオをサービスに対応付けて表示部１９０に表示させる（Ｓ１１）。このとき、制御部１１３は、予備シナリオの登録が可能である旨を表示部１９０に表示させる。予備シナリオとは、登録シナリオの代わりに顧客が利用することができるシナリオである。表示部１９０による表示の一例を図１２に示す。図１２には、「各サービスを受けるのに必要な個人認証で使用するシナリオを選択してください。必要に応じて、予備のシナリオを選択してください。」との案内文とともに、登録シナリオと予備シナリオを同一画面で選択できるような表示例が示されている。

ここで、顧客が、指先が荒れた場合等、指紋画像データが鮮明に撮影できない場合に備えて予備シナリオの登録を行員に要望したとする。すると行員は、顧客からの希望を聞きつつ、登録シナリオとして選択する候補シナリオと、予備シナリオとして登録する予備シナリオを、表示装置１９に含まれる入力部を介して選択する（Ｓ１２）。

すると、制御部１１３は、入力部が入力した登録シナリオと、予備シナリオと、これらに対応付けられたサービスを取得する（Ｓ１３）。例えば、図１２に示す通りに登録シナリオと予備シナリオが選択されたとすると、制御部１１３は、「引出し」のサービスに対応した、指紋照合方式、パスワード照合方式から成る登録シナリオと、静脈照合方式、パスワード照合方式から成る予備シナリオと、を取得する。また、制御部１１３は、「振込み」のサービスに対応した、指紋照合方式、パスワード照合方式、及び顔照合方式から成る登録シナリオと、静脈照合方式、パスワード照合方式、及び顔照合方式から成る予備シナリオを取得する。

その後、制御部１１３は、取得した２つの登録シナリオ及び２つの予備シナリオに共通して含まれる照合方式を、共通照合方式として特定する（Ｓ１４）。例えば制御部１１３は、「引出し」と「振込み」のサービスに対応付けて取得した４つのシナリオのうち、少なくとも２つのシナリオに共通する照合方式として、指紋照合方式、静脈照合方式、顔照合方式、パスワード照合方式の３つを、共通照合方式として特定する。

そして、制御部１１３は、各共通照合方式についての生体データを、取得部１２０及び取得部１３０に取得させる。また、制御部１１３は、当該４つのシナリオに含まれる照合方式の内、共通照合方式以外の各照合方式についての生体データを取得する。本実施形態の例では、共通照合方式以外の照合方式が存在しないため、制御部１１３は、共通照合方式以外の照合方式についての生体データを取得しなくて良い。

本実施形態では、第一実施形態の例で取得した指紋画像データ及び顔画像データに加えて、静脈画像データを取得する。制御部１１３は、静脈スキャナ２０００を制御して静脈画像データを取得させる。具体的には、静脈スキャナ２００は、制御部１１３からの信号を受け取ると起動する。静脈スキャナ２００は、顧客が静脈スキャナ２００に指を載置し、又はかざした後に、顧客の静脈を撮像して静脈画像データを生成・取得する（Ｓ１５）。指紋画像データ及び顔画像データの取得については第一実施形態と同様である。なお、パスワード認証方式も共通照合方式であるが、パスワード認証方式では生体データを使用しないため、パスワード照合方式についての生体データは取得されなくてよい。

取得部１２０、取得部１３０、及び取得部２００が取得した生体データは、送信部によって生体データ登録支援装置１７に送信される（Ｓ７、Ｓ９，Ｓ１６）。そして、制御部１１３は、それぞれの共通照合方式についての一の生体データを登録用生体データとして取得する。なお、制御部１１３は、取得部１２０、１３０、２００のそれぞれから複数の生体データを逐次取得しても良いが、一の照合方式について一の生体データが取得されるよう、記憶部から生体データを削除し、又は２以上の生体データを合成してもよい。

そして、制御部１１３は、取得した登録用生体データと、複数の登録シナリオと、当該登録シナリオに対応付けられたサービスと、予備シナリオと、を送信部１１２に送信させる。送信部１１２は、これらの情報をサーバ１５に送信する（Ｓ１７）。このとき制御部１１３は、顧客を識別するための情報、例えばＩＤ番号を送信部１１２に送信させても良い。

サーバ１５は、登録用生体データと、登録シナリオと、予備シナリオと、サービスと、を対応付けて顧客ＤＢ１５に記憶させる。サーバ１５は、これらの情報に対応付けて、顧客のＩＤ番号を記憶しても良い。以上の動作により、顧客の生体データの登録が完了する。
＜生体データの照合＞
図１３は、第二実施形態の生体データの照合に関する動作の例を示すフローチャートである。

生体データ照合支援装置１８内の制御部は、顧客がキャッシュカード又は銀行通帳を生体データ照合支援装置１８に挿入すると、当該キャッシュカード又は通帳を読み取って顧客のＩＤ番号を取得する（Ｓ２０）。なお、制御部はＩＤ番号の代わりに、又はＩＤ番号とともに、口座番号や顧客の氏名等を認識しても良い。そして、制御部は、生体データ照合支援装置１８が提供するサービスの一覧を表示部１８０に表示させる。顧客が入力部を介してサービスを選択すると、制御部は、顧客が選択したサービスを取得する（Ｓ２１）。制御部は、ＩＤ番号と選択されたサービスを送信部を介してサーバ１５に送信する。

サーバ１５は、ＤＢ１５０を検索し、受信したＩＤ番号及び受信したサービスに対応付けられた登録シナリオと、予備シナリオと、登録用生体データと、を生体データ照合支援装置１８に送信する。そして、生体データ照合支援装置１８内の制御部は、受信部が受信した登録シナリオと、予備シナリオと、生体データと、を取得する（Ｓ２２）。

生体データ照合支援装置１８内の制御部は、表示部１８０を介し、登録シナリオに含まれる照合方式についての生体データの提供を促す表示をする（Ｓ２３）。登録シナリオに生体データを用いない照合方式、例えばパスワード照合方式が含まれる場合は、制御部は、表示部１８０を介して生体データ以外の情報の入力を促す表示をしても良い。

ここで顧客は、何らかの理由で登録シナリオを変更したいと考えた場合、入力部を介して登録シナリオの修正指示を入力したとする（Ｓ２４）。入力部が修正指示を入力した場合、制御部は、表示部１８０を介して、予備シナリオに含まれる照合方式についての生体データを顧客から取得するための表示をする（Ｓ２５）。また、予備シナリオにパスワード照合方式等の生体データを用いない照合方式が含まれる場合は、制御部は、表示部１８０を介して生体データ以外の情報の入力を促す表示をしても良い。

取得部１８１は、制御部の制御に基づいて、予備シナリオに含まれる照合方式についての生体データを顧客から取得する（Ｓ２６）。そして、制御部は、取得部１８１から取得した生体データと、サーバ１５から取得した登録用生体データと、を照合する（Ｓ２７）。制御部は、予備シナリオに生体データを用いない照合方式、例えばパスワード照合方式が含まれる場合、顧客が入力部を介して入力したパスワードと、サーバ１５から取得したパスワードと、を照合する。制御部は、予備シナリオに含まれる全ての照合方式についての生体データ、及び生体データ以外の情報についての照合が成功した場合、顧客に対してサーバ１５から取得したサービスを提供する（Ｓ２８）。照合が失敗した照合方式がある場合は、制御部は、表示部１８０を介して再度生体データの入力を促す表示を行う。

Ｓ２４において、修正指示が入力されなかった場合、取得部１８１は、制御部の制御に基づいて、登録シナリオに含まれる照合方式についての生体データを顧客から取得する（Ｓ２９）。そして、制御部は、取得部１８１から取得した生体データと、サーバ１５から取得した登録用生体データと、を照合する（Ｓ３０）。制御部は、登録シナリオに含まれる全ての照合方式についての生体データ、及び生体データ以外の情報についての照合が成功した場合、顧客に対してサーバ１５から取得したサービスを提供する（Ｓ２８）。照合が失敗した照合方式がある場合は、制御部は、表示部１８０を介して再度生体データの入力を促す表示を行う。

第二実施形態では、登録シナリオの予備となる予備シナリオを用意し、予備シナリオに含まれる照合方式についての生体データを取得・照合することができる。また、顧客は生体データの登録時に、任意の予備シナリオを選択することができる。これにより、顧客の生体の状態が登録時とは変化し、特定の生体データの取得に適さなくなった場合でも、顧客は異なる照合方式を選択することができるため、迅速にサービスを受けることが可能になる。

なお、生体データ登録支援装置１７は、候補シナリオの取得及び表示しなくても良い。生体データ登録支援装置１７内の制御部１１３は、記憶部が記憶している登録シナリオ及び予備シナリオを読み出して取得し、送信部１１２を介してサーバ１５に送信しても良い。

また、予備シナリオは、登録シナリオに含まれない認証方式を含むことが望ましい。予備シナリオは、サービス毎に一律に定められており、顧客が選択できないものとしてもよい。また、予備シナリオは、希望する顧客のみ設定が可能としてもよいし、全ての顧客に対して設定させるものとしても良い。

サーバ１５は、登録シナリオについての変更指示が生体データ照合支援装置１８に入力された後に、予備シナリオを生体データ照合支援装置１８へ送信しても良い。つまり、サーバ１５は、登録シナリオと予備シナリオを別時に生体データ照合装置１８に送信しても良い。
（第三実施形態）
第三実施形態について説明する。第三実施形態の構成例を示すブロック図は、図２又は図９と同様であるが、サーバ１５の動作が第一実施形態及び第二実施形態と異なっている。本実施形態では主に、第一実施形態及び第二実施形態と異なるサーバ１５の機能について説明し、それ以外の構成については適宜説明を省略する。

まず、生体データ登録支援装置１１内の制御部１１１は、生体データ登録用のアプリケーションが起動されると、一又は複数の照合方式を取得する。制御部１１１は、生体データ登録支援装置１１内の記憶部から照合方式を取得しても良い。または、制御部１１１は、外部装置から受信部が受信した照合方式を取得しても良い。そして、制御部１１１は、取得した照合方式を送信部１１２を介して表示装置１４に送信し、表示部１４０に当該照合方式を表示させる。

表示部１４０の表示を見た利用者は、入力部を介して、表示部１４０に表示された一又は複数の照合方式を選択する。そして、制御部１１１は、入力部から取得した複数の照合方式を、送信部１１２を介してサーバ１５に送信する。

サーバ１５内の制御部は、受信部が受信した一又は複数の照合方式を選択してシナリオを生成する。制御部は、取得した照合方式をランダムに選択してシナリオを生成してもよい。そして、サーバ１５内の制御部は、生成したシナリオを、送信部を介して生体データ登録支援装置１０００に送信する。

生体データ登録支援装置１０００内の制御部１１１は、受信部１１０がサーバ１５から受信したシナリオを、登録シナリオとして取得する。または、制御部１１１は、サーバ１５から取得したシナリオを、候補シナリオまたは提案シナリオとして取得してもよい。この場合、制御部１１１は、サーバ１５から取得したシナリオを候補シナリオ又は提案シナリオとして表示部１４０を介して表示する。そして、制御部１１１は、利用者が候補シナリオまたは提案シナリオを選択した場合に、選択された候補シナリオまたは提案シナリオを登録シナリオとして取得しても良い。登録シナリオを取得した後の制御部１１１の動作は、第一実施形態および第二実施形態と同様であるため、説明を省略する。

本実施形態の生体データ登録支援装置１０００は、利用者が選択した照合方式からシナリオを生成し、登録シナリオ、候補シナリオ、又は提案シナリオとすることができる。したがって、利用者は、予め自身の生体の特性を加味した照合方式や、抵抗を感じにくい照合方式を選択することができる。そのため、本実施形態は、より利用者の要望に沿った生体データの照合を実現することができる。

以下に、サーバ１５によるシナリオの生成の具体例を説明する。図１４は、サーバ１５の構成例を示す図である。サーバ１５は、顧客ＤＢ１５１と、照合方式ＤＢ１５２と、受信部１５３と、制御部１５４と、送信部１５５と、を含む。ここで、照合方式ＤＢ１５２と区別するために、便宜上、上述のサーバ１５内のＤＢを顧客ＤＢ１５１と呼ぶことにする。

受信部１５３は、生体データ登録支援装置１１から、一又は複数の照合方式を受信する。受信部１５３が受信する照合方式は、生体データ登録支援端末１１の利用者が選択した照合方式でよい。

制御部１５４は、受信部１５３が受信した一又は複数の照合方式を取得する。そして、制御部１５４は、照合方式ＤＢを参照し、取得した照合方式に対応付けられたセキュリティ値を取得する。セキュリティ値とは、照合方式のセキュリティの高さを示す値であり、各照合方式に対応付けられて照合方式ＤＢに記憶されている。セキュリティの高さとは、銀行の顧客になりすましてサービスを受けようとする攻撃者についての照合が失敗する程度を示す。つまり、セキュリティ値が高い場合は、攻撃者の生体データ等についての照合が失敗しやすく、セキュリティ値が低い場合は、攻撃者の生体データ等についての照合が成功しやすい。例えばセキュリティ値は、攻撃者についての照合が成功する確率でよい。

そして、制御部１５４は、照合方式について取得したセキュリティ値に基づいて、シナリオのセキュリティの高さを示すシナリオセキュリティ値を算出する。シナリオは、制御部１５４が一又は複数の照合方式からランダムで作成したもので良い。または、制御部１５４は、取得した一又は複数の照合方式の中から、一又は複数の照合方式を選択する全ての場合についてのシナリオを作成し、シナリオセキュリティ値を算出しても良い。

制御部１５４は、例えば、シナリオを構成する照合方式に対応付けられたセキュリティ値を乗算又は加算することで、シナリオセキュリティ値を算出しても良い。シナリオを構成する照合方式が一つの場合は、当該照合方式のセキュリティ値がシナリオセキュリティ値とされても良い。

例えば、あるシナリオが指紋照合方式、及び静脈照合方式から成るとする。また、指紋照合方式のセキュリティ値がｐであり、静脈照合方式のセキュリティ値がｑであるとする。この場合、制御部１５４は、当該シナリオのシナリオセキュリティ値を、ｐ×ｑとして算出する。

さらに、制御部１５４は、算出したシナリオセキュリティ値がサービスについての所定の条件を満たす場合、当該シナリオを当該サービスに対応づけて送信部１５５に送信させる。所定の条件は、シナリオセキュリティ値がサービスについて定められた閾値より大きいことでも良い。つまり、制御部１５４は、シナリオセキュリティ値があるサービスについての閾値を超える場合に、当該シナリオを当該サービスに対応付けて送信しても良い。換言すると、シナリオは、サービスの提供に際して要求させるセキュリティの高さを満たす場合に、当該サービスに対応付けられて送信されても良い。

制御部１５４は、所定の条件をサービスＤＢ１５６から読み出す。そして、制御部１５４は、算出したシナリオセキュリティ値が、読みだした所定の条件を満たすか否かを判定する。制御部１５４は、例えば、サービスＤＢ１５６に記憶された全てのサービスについての所定の条件を読み出し、生成した全てのシナリオセキュリティ値について、総当たり的に所定の条件を満たすか否かを判定しても良い。または、制御部１５４は、予め取得した特定のサービスについての所定の条件をサービスＤＢ１５６から読み出し、生成したシナリオセキュリティ値と比較しても良い。

照合方式ＤＢ１５２は、各照合方式に対応付けてセキュリティ値を記憶する。照合方式ＤＢ１５２が記憶するデータの一例を図１５に示す。図１５より、指紋照合方式、静脈照合方式、顔照合方式、パスワード照合方式に対応付けられたセキュリティ値はそれぞれ、Ｐ，Ｑ，Ｒ，Ｓである。セキュリティ値は、過去の経験、流行っている攻撃、攻撃の増加の予測等に基づいて定まり、又は更新される値で良い。例えば、シリコンを用いた精巧な指紋フィルムが散見されるようになった場合、指紋照合方式に対応付けるセキュリティ値が小さい値に更新されても良い。

サービスＤＢ１５６は、各サービスに対応付けて所定の条件を記憶する。所定の条件は例えば、あるシナリオをあるサービスに対応付けられるか否かを、シナリオセキュリティ値と閾値との関係によって定めるもので良い。サービスＤＢ１５６が記憶するデータの一例を図１６に示す。図１６より、振込み、引出しに対応付けられた所定の条件はそれぞれ、シナリオセキュリティ値＞ｐ、シナリオセキュリティ値＞ｑである。また、預入れ、残高照会に対応づけられた所定の条件はそれぞれ、シナリオセキュリティ値＞ｒ、シナリオセキュリティ値＞ｓである。すなわち、あるシナリオを図１６に示すそれぞれのサービスに対応付けられるか否かの閾値は、ｐ，ｑ，ｒ，ｓである。

例えば、銀行における「振込み」や「引出し」といったサービスを利用者になりすました攻撃者が受けると、利用者の銀行口座から金銭が引き出され、甚大な被害が生じることがある。一方、「預入れ」や「残高照会」といったサービスを攻撃者が受けたとしても、直ちに甚大な被害が生じることは少ない。したがって、「振込み」や「引出し」といったサービスには、「預入れ」や「残高照会」といったサービスの閾値よりも高い閾値が設定されることが望ましい。

送信部１５５は、制御部１５４の制御のもと、サービスについての所定の条件を満たしたシナリオを、当該サービスに対応付けて生体データ登録支援装置１０００に送信する。

本具体例では、シナリオについてのセキュリティ値がサービスについて定められた条件を満たす場合に、生体データ登録支援装置が、当該サービスに対応付けられた当該シナリオを取得する。したがって、生体データ登録支援システムの利用者は、利用者が受けるサービスに対して十分なセキュリティを有するシナリオについての生体データを登録することができるため、サービス提供の安全性が高まる。
（ハードウェア構成）
以下に、第一実施形態から第三実施形態のハードウェア構成について説明する。

図１７は、上述した生体データ登録支援装置１０，１１および１７のハードウェア構成の第一の例を示すブロック図である。以下、このハードウェア構成の第一の例を、生体データ登録支援装置２１と呼ぶ。生体データ登録支援装置２１は、あらゆる一般的なコンピュータで良い。例えば、生体データ登録支援装置２１は、ノートＰＣ、デスクトップＰＣ，サーバ、ワークステーション、ブレードサーバ、などで良い。また、生体データ登録支援装置２１は、サーバや、他のコンピュータ等と通信可能に接続していても良い。

図１７より、生体データ登録支援装置２１は、プロセッサ１４０２、メモリ１４０４、ストレージ１４０６、メモリ１４０４と接続するノースブリッジ１４０８、拡張スロット１４１０を含む。また、生体データ登録支援装置２１はさらに、通信インターフェース１４１４及びストレージ１４０６に接続するサウスブリッジ１４１２を含む。これらの構成要素は、互いにバスによって接続され、マザーボードに固定されている。

プロセッサ１４０２は、メモリ１４０４、ストレージ１４０６等に記憶された命令を読み出して実行する。プロセッサ１４０２は、表示装置１４に映像を表示するために命令を実行してもよい。制御部２１１は、プロセッサ１４０２によって実現されても良い。すなわち、プロセッサ１４０２は、メモリ１４０４、ストレージ１４０６に記憶されたプログラムを読み出すことで、制御部２１１の動作を実現する。プロセッサ１４０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＡＳＩＣｓ（Ａｐｐｌｉｃａｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）等の回路でも良い。

メモリ１４０４は、情報を記憶するコンピュータ読み取り可能な記憶媒体である。メモリ１４０４は、ＲＡＭ等の揮発性の記憶媒体でも良いし、ＲＯＭ等の不揮発性の記憶媒体でも良い。また、メモリ１４０４は、光学ディスク、磁気ディスク等でもよい。ストレージ１４０６は、大容量なコンピュータ読み取り可能な記憶媒体で良い。ストレージ１４０６は、例えばフロッピー（登録商標）ディスク、ハードディスクドライブ、光学ディスク、フラッシュメモリ等で良い。コンピュータ読み取り可能な記憶媒体が記憶するコンピュータプログラムが含む命令は、実行されることで上述の実施形態を実現する。

ノースブリッジ１４０８は、例えばＣＰＵやメモリなどコンピュータの頭脳となる部分をつなぎ、データを転送するタイミングや速度などをコントロールする。ノースブリッジ１４０８は、主に高速に動作する装置との間でデータの橋渡しをする。一方、サウスブリッジ１４１２は、比較的低速な装置との間でデータの橋渡しをする。例えばノースブリッジ１４０８は、メモリ１４０４、表示装置１４、拡張カードを受け入れ可能な拡張スロット１４１０と接続されていても良い。また、サウスブリッジ１４１２は、ストレージ１４０６、通信インターフェース１４１４と接続されていても良い。

通信インターフェース１４１４は、ＵＳＢ，Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｅｔｈｅｒｎｅｔ（登録商標）,ｗｉｒｅｌｅｓｓ Ｅｔｈｅｒｎｅｔ等の様々なコミュニケーションポートを含んでも良い。また、これらのコミュニケーションポートは、一つまたは複数の入出力装置、例えばキーボード、ポインティングデバイス、スキャナ、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）アダプター、ルーター等の通信機器、と接続されても良い。また、通信インターフェース１４１４は、無線ＬＡＮアダプターを含んでいても良い。通信インターフェース１４１４は、受信部２１０及び送信部２１２の機能を実現しても良い。

図１８は、生体データ登録支援装置１０、１１および１７のハードウェア構成の第二の例を示すブロック図である。以下このハードウェア構成の第二の例を、生体データ登録支援装置２２と呼ぶ。生体データ登録支援装置２２は、携帯電話、スマートフォン、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）等の携帯端末で良い。

生体データ登録支援装置２２は、ディスプレイ１４５４、トランシーバ１４６８、オーディオコーデック１４６０、コントロールインターフェース１４５８、ディスプレイインターフェース１４５６、を有していても良い。また、生体データ登録支援装置２２は、通信インターフェース１４６６、プロセッサ１４５２、ＧＰＳ（Ｇｒｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信モジュール１４７０、増設メモリ１４７４、メモリ１４６４、外部インターフェース１４６２をさらに有していても良い。

ディスプレイ１４５４は、例えば、ＴＦＴ ＬＣＤ（Ｔｈｉｎ−ｆｉｌｍ―Ｔｒａｎｓｉｓｔｏｒ Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ ）ディスプレイ、その他のディスプレイで良い。また、ディスプレイは、コントロールインターフェース１４５８や、ディスプレイインターフェース１４５６と接続されていても良い。プロセッサ１４５２は、コントロールインターフェース１４５８やディスプレイインターフェース１４５６を介して、生体データ登録支援装置２２の利用者と情報をやりとりしてもよい。

ディスプレイインターフェース１４５６は回路によって構成されても良い。ディスプレイインターフェース１４５６は、映像や他の情報を利用者に表示するためにディスプレイを制御する。コントロールインターフェース１４５８は利用者からのコマンドを受け取る。そして、コントロールインターフェース１４５８は、受け取ったコマンドをプロセッサ１４５２に受け渡すために変換しても良い。

また、生体データ支援装置２２は、プロセッサ１４０２との通信を可能にする外部インターフェース１４６２を有していても良い。外部インターフェース１４６２は、生体データ支援装置２２の周辺機器と生体データ支援装置２２との通信を可能とする。外部インターフェース１４６２は、有線通信又は無線通信を提供しても良い。

増設メモリ１４７４は、増設インターフェース１４７２を介して生体データ登録支援装置２２に接続しても良い。また、増設メモリ１４７４は、例えばＳＩＭＭ（Ｓｉｎｇｌｅ Ｉｎ Ｌｉｎｅ Ｍｅｍｏｒｙ Ｍｏｄｕｌｅ）カードインターフェースを含んでいても良い。また、増設メモリ１４７４は、生体データ登録支援装置２２に追加の記憶領域を与え、アプリケーションやその他の情報を記憶しても良い。さらに、増設メモリ１４７４
は、セキュリティに関する情報を記憶していても良い。つまり、増設メモリ１４７４は、生体データ登録支援装置２２のセキュリティ管理機器として機能してもよい。例えば増設メモリ１４７４には、生体データ登録支援装置２２の安全な利用を実現する命令がプログラムされていても良い。

生体データ登録支援装置２２は、通信インターフェース１４６６を介して無線通信を行う。通信インターフェース１４６６は、デジタル信号処理回路を含んでも良い。通信インターフェース１４６６は、ＧＭＳ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ），ＥＭＳ（Ｅｎｈａｎｃｅｄ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）等のモード、プロトコルの下で通信を実現しても良い。または、通信インターフェース１４６６は、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ），ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）等のモード、プロトコルの下で通信を実現しても良い。

さらに、通信インターフェース１４６６は、ＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ），ＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＣＤＭＡ２０００、ＧＰＲＳ（Ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）等のモード、プロトコルの下で通信を実現しても良い。上述の通信は、例えばトランシーバ１４６８を介して発生する。また、狭域の通信、例えばＢｌｕｅｔｏｏｔｈ，Ｗｉ−Ｆｉ（登録商標）等を利用した通信も、トランシーバ１４６８を介して発生しても良い。通信インターフェース１４６６は、送信部２１２及び受信部２１０を実現しても良い。

ＧＰＳ受信モジュール１４７０は、生体データ登録支援装置２２で動作するアプリケーションで利用されるデータを提供しても良い。当該データは、例えば位置やナビゲーションに関連したデータで良い。

また、生体データ登録支援装置２２は、オーディオコーデック１４６０を介して音声通信を行っても良い。オーディオコーデック１４６０は、利用者から音声情報を取得し、それをデジタル情報として利用可能に変換する。さらに、オーディオコーデ・BR>Bク１４６０は利用者が聞き取り可能な音声を生成する。オーディオコーデック１４６０が扱う情報は、音声通話、録音された音（ボイスメッセージ、音楽ファイルなど）、生体データ登録支援装置２２上のアプリケーションが生成した音、等でも良い。

プロセッサ１４５２、及びメモリ１４６４については、生体データ登録支援装置２２と同様であるため説明を省略する。プロセッサ１４５２は、制御部２１１を実現しても良い。また、受信部２１０及び送信部２１２は、外部インターフェース１４６２によって実現されても良い。

図１９は、上述したサーバ１５のハードウェア構成の一例を示す。サーバ１５は、あらゆる一般的なコンピュータで良い。例えば、サーバ１５は、ノートＰＣ、デスクトップＰＣ，サーバ、ワークステーション、ブレードサーバ、などで良い。また、サーバ１５は、他のサーバや、他のコンピュータ等と通信可能に接続していても良い。

図１９より、サーバ１５は、プロセッサ１４０２、メモリ１４０４、ストレージ１４０６、メモリ１４０４と接続するノースブリッジ１４０８、拡張スロット１４１０を含む。
また、サーバ１５はさらに、通信インターフェース１４１４及びストレージ１４０６に接続するサウスブリッジ１４１２を含む。これらの構成要素は、互いにバスによって接続され、マザーボードに固定されている。上記のハードウェア構成は生体データ登録支援装置２２と同様であるため、説明を省略する。

なお、受信部１５３及び送信部１５５は通信インターフェース１４１４によって実現されても良い。また、顧客ＤＢ１５１、照合方式ＤＢ１５２、サービスＤＢ１５６は、ストレージ１４０６によって実現されても良い。

図２０は、上述した生体データ照合支援装置１６および１８のハードウェア構成の一例を示すブロック図である。以下このハードウェア構成を生体データ照合支援装置２３と呼ぶ。生体データ照合支援装置２３は、あらゆる一般的なコンピュータで良い。例えば、生体データ照合支援装置２３は、ノートＰＣ、デスクトップＰＣ，サーバ、ワークステーション、ブレードサーバ、などで良い。また、生体データ照合支援装置２３は、サーバや、他のコンピュータ等と通信可能に接続していても良い。

図２０より、生体データ照合支援装置２３は、プロセッサ１４０２、メモリ１４０４、ストレージ１４０６、メモリ１４０４と接続するノースブリッジ１４０８、拡張スロット１４１０を含む。また、生体データ照合支援装置２３はさらに、通信インターフェース１４１４及びストレージ１４０６に接続するサウスブリッジ１４１２、撮像装置２３１を含む。これらの構成要素は、互いにバスによって接続され、マザーボードに固定されている。

撮像装置２３１は、例えば、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）センサ、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）センサ、イメージプロセッサ等を有する。撮像装置２３１は、ＣＣＤセンサやＣＭＯＳセンサが受光した被写体からの光を変換して、画像データ生成する。被写体は、顔、指紋、静脈、虹彩等の生体の一部または生体の全体で良い。撮像装置２３１は、各被写体を撮影するのに適した構造を有していても良い。また、撮像装置２３１は、生体を照らす光源、生体を載置する載置部等を有していても良い。

撮像装置２３１以外のハードウェア構成については生体データ登録支援装置２２と同様であるため、説明を省略する。なお、表示部２３００は表示装置２３０によって実現されても良い。また、取得部２３１０は撮像装置２３１によって実現されても良い。制御部２１１はプロセッサ１４０２によって実現されても良い。受信部２１０及び送信部２１２は、通信インターフェース１４１４によって実現されても良い。

上述した各実施形態は本発明を具体化した一例に過ぎず、請求の範囲に記載された本発明の趣旨の範囲内であれば、種々変更することができるものである。

本出願は、２０１６年３月３１日に日本に出願された特願２０１６−６９９９１号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１０ 生体データ登録支援装置
１１ 生体データ登録支援装置
１２ カメラ
１３ 指紋スキャナ
１４ 表示装置
１５ サーバ
１６ 生体データ照合支援装置
１７ 生体データ登録支援装置
１８ 生体データ照合支援装置
１９ 表示装置
２０ 静脈スキャナ
２１ 生体データ登録支援装置
２２ 生体データ登録支援装置
２３ 生体データ照合支援装置
１００ 制御部
１０１ 送信部
１１０ 受信部
１１１ 制御部
１１２ 送信部
１１３ 制御部
１２０ 取得部
１３０ 取得部
１４０ 表示部
１５０ ＤＢ
１５１ ＤＢ
１５２ 照合方式ＤＢ
１５３ 受信部
１５４ 制御部
１５５ 送信部
１５６ サービスＤＢ
１６０ 表示部
１６１ 取得部
１８０ 表示部
１８１ 取得部
１９０ 表示部
２００ 取得部
２１０ 受信部
２１１ 制御部
２１２ 送信部
２３０ 表示装置
２３１ 撮像装置
１０００ 生体データ登録支援システム
１００１ 生体データ登録支援システム
１４０２ プロセッサ
１４０４ メモリ
１４０６ ストレージ
１４０８ ノースブリッジ
１４１０ 拡張スロット
１４１２ サウスブリッジ
１４１４ 通信インターフェース
１４５２ プロセッサ
１４５４ ディスプレイ
１４５６ ディスプレイインターフェース
１４５８ コントロールインターフェース
１４６０ オーディオコーデック
１４６６ 通信インターフェース
１４６８ トランシーバ
１４６２ 外部インターフェース
１４６４ メモリ
１４７０ ＧＰＳ受信モジュール
１４７２ 増設インターフェース
１４７４ 増設メモリ
１６１０ 指紋スキャナ
１８１０ 指紋スキャナ
２３００ 表示部
２３１０ 取得部

Claims (13)

1. 利用者が選択した一または複数の照合方式を取得し、取得した一または複数の前記照合方式の中から、少なくとも一つの照合方式から成る候補シナリオを作成する第１の制御手段と、
   作成した前記候補シナリオを、サービスと対応付けて提示する第２の制御手段と、
   を備えた生体データ登録支援システム。
2. 前記第１の制御手段は、
   取得した前記一又は複数の照合方式に対応付けられたセキュリティ値を取得し、
   前記候補シナリオに含まれる前記少なくとも一つの照合方式について取得したセキュリティ値に基づいて、前記候補シナリオのセキュリティの高さを示すシナリオセキュリティ値を算出し、
   算出した前記シナリオセキュリティ値が前記サービスについての所定の条件を満たす場合、当該候補シナリオを前記サービスに対応づける
   ことを特徴とする請求項１に記載の生体データ登録支援システム。
3. 前記第１の制御手段は、登録シナリオの取得に加えて、少なくとも一つの照合方式から成る予備シナリオを入力部から取得し、前記予備シナリオは前記登録シナリオと同一のサービスに対応付いており、
   前記予備シナリオを送信する送信部を備える
   請求項１または請求項２に記載の生体データ登録支援システム。
4. 生体データ登録支援装置と、照合支援装置と、を含み、
   前記照合支援装置は、前記登録シナリオに含まれる照合方式を表示し、前記登録シナリオの変更指示を入力した場合、前記予備シナリオに含まれる照合方式についての照合用生体データを取得する
   請求項３に記載の生体データ登録支援システム。
5. 生体データ登録支援装置と、サーバと、を有し、
   前記サーバは、前記入力部が入力した複数の前記照合方式から一又は複数の前記照合方式を選択してシナリオを生成し、生成した前記シナリオを前記生体データ登録支援装置に送信し、
   前記第１の制御手段は、受信部が受信した前記シナリオを前記登録シナリオとして取得する
   請求項３に記載の生体データ登録支援システム。
6. 生成された前記シナリオが含む前記照合方式は、前記照合方式のセキュリティの高さを示すセキュリティ値に対応付けられており、
   前記サーバは、前記セキュリティ値に基づいて、前記シナリオのキュリティの高さを示すシナリオセキュリティ値を算出し、前記シナリオセキュリティ値が前記サービスについての所定の条件を満たす場合に、当該シナリオを当該サービスに対応付けて前記生体データ登録支援装置に送信する
   請求項５に記載の生体データ登録支援システム。
7. 生体データ登録支援システムの第１の制御手段が、利用者が選択した一または複数の照合方式を取得し、取得した一または複数の前記照合方式の中から、少なくとも一つの照合方式から成る候補シナリオを作成し、
   前記生体データ登録支援システムの第２の制御手段が、作成した前記候補シナリオを、サービスと対応付けて提示する
   生体データ登録支援方法。
8. 前記第１の制御手段は、
   取得した前記一又は複数の照合方式に対応付けられたセキュリティ値を取得し、
   前記候補シナリオに含まれる前記少なくとも一つの照合方式について取得したセキュリティ値に基づいて、前記候補シナリオのセキュリティの高さを示すシナリオセキュリティ値を算出し、
   算出した前記シナリオセキュリティ値が前記サービスについての所定の条件を満たす場合、当該候補シナリオを前記サービスに対応づける
   ことを特徴とする請求項７に記載の生体データ登録支援方法。
9. 前記第１の制御手段は、登録シナリオの取得に加えて、少なくとも一つの照合方式から成る予備シナリオを入力部から取得し、前記予備シナリオは前記登録シナリオと同一のサービスに対応付いており、
   前記予備シナリオを送信する送信部を備える
   請求項７または請求項８に記載の生体データ登録支援方法。
10. 前記生体データ登録支援システムは、生体データ登録支援装置と、照合支援装置と、を有し、
    前記照合支援装置は、前記登録シナリオに含まれる照合方式を表示し、前記登録シナリオの変更指示を入力した場合、前記予備シナリオに含まれる照合方式についての照合用生体データを取得する
    請求項９に記載の生体データ登録支援方法。
11. 前記生体データ登録支援システムは、生体データ登録支援装置と、サーバと、を有し、
    前記サーバは、前記入力部が入力した複数の前記照合方式から一又は複数の前記照合方式を選択してシナリオを生成し、生成した前記シナリオを前記生体データ登録支援装置に送信し、
    前記第１の制御手段は、受信部が受信した前記シナリオを前記登録シナリオとして取得する
    請求項９に記載の生体データ登録支援方法。
12. 生成された前記シナリオが含む前記照合方式は、前記照合方式のセキュリティの高さを示すセキュリティ値に対応付けられており、
    前記サーバは、前記セキュリティ値に基づいて、前記シナリオのキュリティの高さを示すシナリオセキュリティ値を算出し、前記シナリオセキュリティ値が前記サービスについての所定の条件を満たす場合に、当該シナリオを当該サービスに対応付けて前記生体データ登録支援装置に送信する
    請求項１１に記載の生体データ登録支援方法。
13. 生体データ登録支援システムのコンピュータを、
    利用者が選択した一または複数の照合方式を取得し、取得した一または複数の前記照合方式の中から、少なくとも一つの照合方式から成る候補シナリオを作成する第１の制御手段、
    作成した前記候補シナリオを、サービスと対応付けて提示する第２の制御手段、
    として機能させるプログラム。

Images