(57)【特許請求の範囲】
【請求項１】
kを2以上の整数の何れかとし、被認証者はk個の認証手段を直列に実施することで本人認証を行うものとし、
被認証者を識別する識別部と、
識別された被認証者固有の、各認証手段における認証の難しさを表す指標である被認証者困難度を求める被認証者困難度算出部と、
前記被認証者困難度に基づき、k個の認証手段の実施順序を被認証者毎に制御する順序制御部とを含み、
前記被認証者困難度算出部は、過去の認証成功時における、認証手段毎の再試行が占める割合を用いて、前記被認証者困難度を求める、
認証順序制御装置。
【請求項２】
請求項１の認証順序制御装置であって、
被認証者の利用している認証機器固有の各認証手段における認証の難しさを表す指標である認証機器困難度を求める認証機器困難度算出部を含み、
前記順序制御部は、前記認証機器困難度に基づき、k個の認証手段の実施順序を被認証者毎に制御する、
認証順序制御装置。
【請求項３】
請求項２の認証順序制御装置であって、
前記認証機器困難度算出部は、認証機器の製品仕様に該当する、(1)他人受入率と、(2)本人拒否率との少なくとも何れかを用いて、前記認証機器困難度を求める、
認証順序制御装置。
【請求項４】
請求項１から請求項３の何れかの認証順序制御装置であって、
被認証者が認証機器を利用している環境固有の各認証手段における認証の難しさを表す指標である環境困難度を求める環境困難度算出部を含み、
前記順序制御部は、前記環境困難度に基づき、k個の認証手段の実施順序を被認証者毎に制御する、
認証順序制御装置。
【請求項５】
請求項４の認証順序制御装置であって、
前記環境困難度算出部は、被認証者の利用している認証機器の製品仕様に該当する、推奨利用環境範囲の値と利用中の環境から得られる値とを用いて、前記環境困難度を求める、
認証順序制御装置。
【請求項６】
認証順序制御装置を用いる認証順序制御方法であって、
kを2以上の整数の何れかとし、被認証者はk個の認証手段を直列に実施することで本人認証を行うものとし、
前記認証順序制御装置の識別部が、被認証者を識別する識別ステップと、
前記認証順序制御装置の被認証者困難度算出部が、識別された被認証者固有の、各認証手段における認証の難しさを表す指標である被認証者困難度を求める被認証者困難度算出ステップと、
前記認証順序制御装置の順序制御部が、前記被認証者困難度に基づき、k個の認証手段の実施順序を被認証者毎に制御する順序制御ステップとを含み、
前記被認証者困難度算出ステップにおいて、過去の認証成功時における、認証手段毎の再試行が占める割合を用いて、前記被認証者困難度を求める、
認証順序制御方法。 
【請求項７】
請求項１から請求項５の何れかの認証順序制御装置として、コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の認証手段を用いる多段認証技術、多要素認証技術に関する。
【背景技術】
【０００２】
インターネットのようなオンラインネットワーク上においては、今までは、パスワードを用いた本人確認（本人認証）が主流であった。しかし、近年では、パスワードリスト攻撃のような脅威の台頭により、パスワードのような単一の認証技術では、本人認証への脅威に対抗できなくなっている。このため、単一の認証手段を用いずに、複数の認証手段による多段認証、多要素認証を用いることが検討されている（非特許文献１参照）。
【０００３】
複数の認証手段、すなわちk個(k=2以上の自然数)の認証手段を採用して、多段認証、多要素認証として本人認証を行う場合には、被認証者はk個の認証手段すべてに対し入力(試行)を行い、すべてにおいて正しく認証される必要がある。すなわち、k個の直列に配列された認証手段を、順番に試行していく必要がある。
【０００４】
認証側が、このような多段認証、多要素認証を実施する場合は、認証手段の出現順序はシステムにて単一の順序に固定されている。そのため、被認証者によるカスタマイズは不可であることが多かった。例として、OpenAMにおける「認証連鎖(Authentication Chain)」機能が挙げられる（非特許文献２及び非特許文献３参照）。たとえ、被認証者によるカスタマイズが可能なシステムが存在する場合でも、被認証者毎に被認証者が明示的に、認証手段の出現順序を指定するような機能がある程度である。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】「オンライン本人認証方式の実態調査 報告書」、[online]、平成 26 年 8 月、IPA、[平成27年12月22日検索]、インターネット<URL:https://www.ipa.go.jp/files/000040778.pdf>
【非特許文献２】"OpenAM>12.0.0>OpenAM Administration Guide"、[online]、ForgeRock、[平成27年12月22日検索]、インターネット<URL:https://backstage.forgerock.com/#!/docs/openam/12.0.0/admin-guide/chap-auth-services#figure-device-id-auth-chain>
【非特許文献３】田村 広平、「OpenAMが提供する様々な認証方式」、[online]、2013/04/02、Shoeisha Co., Ltd.、[平成27年12月22日検索]、インターネット<URL:http://codezine.jp/article/detail/6853>
【発明の概要】
【発明が解決しようとする課題】
【０００６】
(1)認証手段の出現順序はシステムにて単一の順序に固定されている場合には以下の問題が生じる。被認証者iがn番目の認証手段単体にて正しく認証される確率をf(n,i)とすると、被認証者iが直列に配置されたk個の認証手段すべてから正しく認証される確率は、F(k,i)=Πn=1kf(n,i)と示せる。ここで被認証者iがn番目の認証手段にて正しく認証されず認証拒否となると、それまでに正しく通過した1番目からn-1番目までの認証手段が徒労に終わる。一般に、nが増加するにつれてf(n,i)が単調減少するような順序で実施されてしまうと、被認証者は後半で拒否されることが多くなることから、被認証者iの利便性が低下してしまう。
【０００７】
また認証側は、k個の認証手段の各々が、非認証者の認証にどの程度役立っているかが不明であるため、不要な認証手段を廃止する際の目途が立てられない。
【０００８】
(2)一方、被認証者によるカスタマイズが可能であった場合には以下の問題が生じる。認証手段の出現順序を変更する場合には、被認証者iが明示的に認証手段の出現順序を指定する必要がある。つまり、k個の認証手段に対しては、k!個の順序パターンから明示的に選択する必要がある。この場合は、kが大きくなると被認証者iが選択すべき順序パターンが多くなり、被認証者iが出現順序を指定する負荷が大きくなる傾向がある。特に、システムが新しい認証手段を追加した場合には、被認証者は新しい認証手段がどの順序になるのかを指定する必要がある。
【０００９】
本発明は、被認証者の指定に依らずに、被認証者の徒労を抑えるように認証手段の出現順序を変更することができる認証順序制御装置、その方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、本発明の一態様によれば、認証順序制御装置は、kを2以上の整数の何れかとし、被認証者はk個の認証手段を直列に実施することで本人認証を行うものとし、被認証者を識別する識別部と、識別された被認証者固有の、各認証手段における認証の難しさを表す指標である被認証者困難度を求める被認証者困難度算出部と、被認証者困難度に基づき、k個の認証手段の実施順序を被認証者毎に制御する順序制御部とを含む。
【００１１】
上記の課題を解決するために、本発明の他の態様によれば、認証順序制御方法は、kを2以上の整数の何れかとし、被認証者はk個の認証手段を直列に実施することで本人認証を行うものとし、識別部が、被認証者を識別する識別ステップと、被認証者困難度算出部が、識別された被認証者固有の、各認証手段における認証の難しさを表す指標である被認証者困難度を求める被認証者困難度算出ステップと、順序制御部が、被認証者困難度に基づき、k個の認証手段の実施順序を被認証者毎に制御する順序制御ステップとを含む。
【発明の効果】
【００１２】
本発明によれば、被認証者の指定に依らずに、被認証者の徒労を抑えるように認証手段の出現順序を変更することができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】第一実施形態に係る認証装置の配置図。
【図２】第一実施形態に係る認証装置の機能ブロック図。
【図３】第一実施形態に係る認証装置の処理フローの例を示す図。
【図４】第一実施形態に係る記憶部に格納される情報の例を示す図。
【図５】第一実施形態に係る認証機器製品仕様DBに格納される情報の例を示す図。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について、説明する。なお、以下の説明に用いる図面では、同じ機能を持つ構成部や同じ処理を行うステップには同一の符号を記し、重複説明を省略する。
【００１５】
＜第一実施形態のポイント＞
まず、被認証者iがn番目の認証手段単体にて正しく認証される確率f(n,i)を数値化するために、下記の3つの機能を実現する。
A)認証側は、被認証者iの利用している認証機器mを判定し、その認証機器mに固有の難しさを、数値化する機能。なお、数値化したものを認証機器困難度（被認証者の利用している認証機器m固有の、各認証手段nにおける認証の認証の難しさを表す指標）ともいう。
B)認証側は、被認証者iの利用している環境eを計測し、その環境eに固有の難しさを、数値化する機能。なお、数値化したものを環境困難度（被認証者の利用している環境e固有の各認証手段nにおける認証の難しさを表す指標）ともいう。
C)認証側は、利用している被認証者iにとって、固有の難しさを数値化する機能。なお、数値化したものを被認証者困難度（被認証者i固有の、各認証手段nにおける認証の難しさを表す指標）ともいう。
【００１６】
なお、認証機器とは、認証手段において必要となる、被認証者を認証するための情報（以下、認証情報ともいう）を取得するための機器であり、指紋認証用の認証機器、顔認証用の認証機器、筆跡認証用の認証機器、声門認証用の認証機器、認証トークン、SMS認証用の認証機器(スマートフォンや携帯電話)等である。認証手段は、対応する認証機器から得られた認証情報を用いて、認証を行う。例えば、認証機器から得られた認証情報と、予め記憶部に記憶されている認証情報とを比較し、一致するときに認証成功とし、一致しないときに認証失敗と判断する。
【００１７】
個々の認証手段は、特定の被認証者が、特定の環境下において、特定の認証機器を用いて行うことから、この3種類に依存するような認証の難しさを数値化できれば、場合分けの網羅性を満たすことができる。
【００１８】
上述のA),B),C)の機能にて数値化されたものを、それぞれpA(n,m)、pB(n,e)、pC(n,i)とすると、f(n,i)は、pA(n,m)、pB(n,e)、pC(n,i)を引数とした式、すなわちf(n,i)=g(pA(n,m),pB(n,e),pC(n,i))で導出できる。
【００１９】
認証側は、まず、被認証者を識別する機能にて被認証者iを識別する。次に、上述のA)B)C)の機能にて難しさを数値化することで被認証者iに該当するg(pA(n,m),pB(n,e),pC(n,i))すなわちf(n,i)を導出する。さらに、導出された認証手段毎のf(n,i)の大小関係を判別し、被認証者iに関しては認証が難しいものから(例えばf(n,i)が小さい順に)提示するよう、認証手段の順序を決定する。
【００２０】
これにより、被認証者iにとって正しく認証されにくい認証手段を先に提示し、被認証者iは後半で拒否されることが少なくなる。そのため、被認証者iの利便性が向上する。
【００２１】
また、被認証者毎に決定される認証手段の順序において、被認証者にとって困難性が高い認証手段は順序が前方になる。すべての被認証者において順序が前方となった認証手段は、すべての被認証者にとって相対的に困難だとみなせるので、認証側はその認証手段の廃止や代替について検討する目途を立てやすくなる。
【００２２】
システムに新しい認証手段k+1を追加する場合、まず被認証者毎の固有の難しさは存在しないと仮定する。そして、A)のpA(k+1,m)とB)のpB(k+1,e)のみから、被認証者iに該当するg(pA,pB)を導出できる。新しい認証手段k+1における正しく認証される確率と既存の認証手段1〜kにおける正しく認証される確率の大小関係を判別することで、認証側は、新しい認証手段k+1を既存の認証手段の中の適切な位置に配置することができる。これにより、システムに新しい認証手段k+1を追加しても、被認証者iが明示的に認証手段の出現順序を指定する必要がなくなる。
【００２３】
以下、上述のポイントを実現するための構成について説明する。
【００２４】
＜第一実施形態に係る認証装置１００＞
図１は第一実施形態に係る認証装置１００の配置例を、図２はその機能ブロック図を、図３はその処理フローを示す。
【００２５】
認証装置１００は、ネットワーク８０を介して、クライアント端末９０−ｊ及び後述する認証機器製品仕様ＤＢ７０と通信可能である。なお、ｊは、クライアント端末及び被認証者を示すインデックスである。ここでは、一人の被認証者が１つのクライアント端末を使う構成としているが、当然、複数台のクラインアント端末を使う構成としてもよく、その場合には、被認証者とクライアント端末とにそれぞれインデックスを設ければよい。
【００２６】
認証装置１００は、識別部１１０、被認証者困難度算出部１２０、認証機器困難度算出部１３０、環境困難度算出部１４０、順序制御部１５０、記憶部１６０及び認証手段１７０を含む。なお、認証手段１７０は、k個の認証手段１７０−ｎを含む。ただし、n=1,2,…,kである。
【００２７】
クライアント端末９０−ｊには、k個の認証手段１７０−ｎに対応するk個の認証機器９１−ｊ−ｎが組み込まれている、または、接続されている。クライアント端末９０−ａに組み込まれている認証機器９１−ａ−ｎと、クライアント端末９０−ｂ（ａ≠ｂ）に組み込まれている認証機器９１−ｂ−ｎとは、認証手段１７０−ｎに対応する認証機器という点では一致するが、メーカーや型番等は別物となることがある。
【００２８】
認証装置１００は、クライアント端末９０−ｊからアクセスを受けると、認証処理を行い、認証結果を求める。以下、詳細について説明する。
【００２９】
＜識別部１１０＞
識別部１１０は、未ログイン状態のクライアント端末９０−ｊからアクセスを受けると、クライアント端末９０−ｊに対して被認証者を識別するための情報(被認証者ID)を求め、被認証者から取得した被認証者IDに基づき、被認証者を識別し（Ｓ１１０）、識別結果(例えば被認証者ID)を被認証者困難度算出部１２０へ出力する。例えば、被認証者はICカードリーダー等の読み取り装置を用いて、ICカードから被認証者IDを読み取り、識別部１１０に送信する。また、被認証者がクライアント端末９０−ｊのキーボード等の入力手段を用いて、被認証者IDを入力する構成としてもよい。
【００３０】
予め被認証者IDに対応するパスワード等を登録しておき、パスワードの入力を求める構成としてもよい。このような構成とすることで被認証者を識別するとともに、第１段階の認証を実施することができる。
【００３１】
＜被認証者困難度算出部１２０及び記憶部１６０＞
被認証者困難度算出部１２０は、被認証者IDを受け取り、識別された被認証者i固有の各認証手段nにおける認証の難しさを表す指標である被認証者困難度pC(n,i)を求め（Ｓ１２０）、順序制御部１５０に出力する。
【００３２】
例えば、被認証者困難度算出部１２０は、(1)過去の認証成功時における、認証手段毎の再試行が占める割合と、(2)過去の認証成功時における、認証の入力試行に要した時間との少なくとも何れかを記憶部１６０から取り出す。なお、図４は記憶部１６０に格納される情報の例を示す。(1)過去の認証成功時における、認証手段毎の再試行が占める割合が高ければ高いほど、被認証者iにとって認証手段nにおける認証が難しいことを示すように被認証者困難度pC(n,i)を求める。また、(2)過去の認証成功時における、認証の入力試行に要した時間が長ければ長いほど、被認証者iにとって認証手段nにおける認証が難しいことを示すように被認証者困難度pC(n,i)を求める。なお、具体的には、大量のデータを用いて、(1)過去の認証成功時における、認証手段毎の再試行が占める割合と、(2)過去の認証成功時における、認証の入力試行に要した時間との少なくとも何れかを入力として、被認証者困難度pC(n,i)を求めることができるような関数を、機械学習により求めておき、この関数により、被認証者困難度pC(n,i)を求める。具体的な関数の求め方としては、ナイーブベイズ(Naive Bayes)法のような生成モデルが挙げられる。
【００３３】
なお、後述するk個の認証手段１７０−ｎにおける認証処理が終わる毎に、記憶部１６０に格納されている(1),(2)を更新してもよいし、ある程度の試行回数のデータが揃えば、更新をしなくともよい。適宜情報に合わせて設定すればよい。
【００３４】
＜認証機器困難度算出部１３０＞
認証機器困難度算出部１３０は、被認証者の利用している認証機器m固有の各認証手段nにおける認証の難しさを表す指標である認証機器困難度pA(n,m)を求め（Ｓ１３０）、順序制御部１５０に出力する。
【００３５】
まず、認証機器困難度算出部１３０は、被認証者の利用している認証機器を特定する。例えば、被認証者が認証機器を入力して、認証機器困難度算出部１３０に送信し、認証機器困難度算出部１３０は、この受信した情報に基づき認証機器を特定してもよい。また、既存の認証機器特定方法を用いてもよい（参考文献１及び参考文献２参照）。
（参考文献１）"FIDO UAF Authenticator Metadata Statements v1.0",[online], FIDO Alliance, [平成27年12月25日検索], インターネット<URL:https://fidoalliance.org/specs/fido-uaf-v1.0-ps-20141208/fido-uaf-authnr-metadata-v1.0-ps-20141208.html>
（参考文献２）"Metadata Service",[online], FIDO Alliance, [平成27年12月25日検索], インターネット<URL:https://fidoalliance.org/adoption/mds/>
例えば、認証機器は認証機器毎の認証鍵を秘密に記憶している。認証機器製品仕様ＤＢ７０には認証機器ID(図５では製品名を認証機器IDとしている)と認証機器毎の公開鍵が格納されている。なお、図５は、認証機器製品仕様ＤＢ７０に格納される情報の例を示す。被認証者のクライアント端末９０−ｊが認証要求と認証機器IDとを認証装置１００に送信し、認証装置１００はそれに対しランダムな数値列（「チャレンジ」と呼ばれる）を返信する。クライアント端末９０−ｊは、チャレンジを認証鍵で暗号化し、「レスポンス」と呼ばれる数値列を作成し、認証装置１００に送信する。認証装置１００は、認証機器IDに対応する公開鍵を認証機器製品仕様ＤＢ７０から取り出し、レスポンスを復号する。送信したチャレンジと復号したレスポンスとが一致すれば、認証成功であり、被認証者のクライアント端末９０−ｊの認証機器は、送信された認証機器IDに対応するものであることを確認することができる。
【００３６】
例えば、認証機器困難度算出部１３０は、認証機器の製品仕様に該当する、(1)他人受入率(FAR:False Acceptance Rate)と、(2)本人拒否率(FRR：False Rejection Rate)との少なくとも何れかをネットワーク８０を介して認証機器製品仕様ＤＢ７０から取り出す。(1)他人受入率が高ければ高いほど、その認証機器の認証が難しいことを示すように認証機器困難度pA(n,m)を求める。また、(2)本人拒否率が高ければ高いほど、その認証機器の認証が難しいことを示すように認証機器困難度pA(n,m)を求める。なお、具体的には、大量のデータを用いて(1)他人受入率と、(2)本人拒否率との少なくとも何れかを入力として、認証機器困難度pA(n,m)を求めることができるような関数を、機械学習により求めておき、この関数により、認証機器困難度pA(n,m)を求める。具体的な関数の求め方としては、ナイーブベイズ(Naive Bayes)法のような生成モデルが挙げられる。
【００３７】
＜環境困難度算出部１４０＞
環境困難度算出部１４０は、被認証者iの利用している環境e固有の各認証手段nにおける認証の難しさを表す指標である環境困難度pB(n,e)を求め（Ｓ１４０）、順序制御部１５０に出力する。
【００３８】
まず、環境困難度算出部１４０は、被認証者iの利用している認証機器を特定する必要があるが、その方法は、認証機器困難度算出部１３０で説明した方法等を用いることができる。
【００３９】
次に、例えば、環境困難度算出部１４０は、被認証者の利用している認証機器mの製品仕様に該当する、推奨利用環境範囲の値と利用中の環境から得られる値とを用いて、環境困難度pB(n,e)を求める。
例えば、認証機器困難度算出部１３０は、認証機器IDに基づき、認証機器の製品仕様に該当する、推奨利用環境範囲の値をネットワーク８０を介して認証機器製品仕様ＤＢ７０から取り出す（図５参照）。また、認証機器困難度算出部１３０は、クライアント端末９０−ｊに対して、利用中の環境に関する情報(以下、環境情報ともいう。例えば、利用時の湿度、輝度、画面の大きさ、環境雑音の音量等)を取得し、送信するように指示する。クライアント端末９０−ｊは指示に応じて環境情報を送信する。なお、認証機器困難度算出部１３０は、クライアント端末９０−ｊから位置情報を取得し、この位置情報と、各地の湿度情報を記憶するデータベースとに基づき、利用時の湿度を求めてもよい。また、輝度は、クライアント端末９０−ｊに備えられたカメラから得られる情報を用いて取得してもよい。画面の大きさは、クライアント端末９０−ｊの内部に記憶されたクライアント端末９０−ｊの情報に基づき取得してもよい。環境雑音は、クライアント端末９０−ｊに備えられたマイクから得られる情報を用いて取得してもよい。
【００４０】
環境困難度算出部１４０は、推奨利用環境範囲の値と環境情報とを比較し、環境情報の値が、推奨利用環境範囲を逸脱しているか否かを判定し、逸脱している場合には、逸脱の度合いが大きければ大きいほど、その環境e、認証手段nにおける認証が難しいことを示すように環境困難度pB(n,e)を求める。なお、具体的には、大量のデータを用いて逸脱の度合いを入力として、環境困難度pB(n,e)を求めることができるような関数を、機械学習により求めておき、この関数により、環境困難度pB(n,e)を求める。具体的な関数の求め方としては、ナイーブベイズ(Naive Bayes)法のような生成モデルが挙げられる。
【００４１】
環境困難度pB(n,e)は、暗闇や逆光、極端に明るい環境では、カメラを使った顔認証は行いにくかったり、周囲雑音が大きい場所では、マイクを使った声紋認証は行いにくいことを考慮した困難度ある。
【００４２】
＜順序制御部１５０＞
順序制御部１５０は、被認証者困難度pC(n,i)と認証機器困難度pA(n,m)と環境困難度pB(n,e)とを受け取り、これらの値に基づき、k個の認証手段１７０−ｎの実施順序を被認証者毎に制御する（Ｓ１５０）。
【００４３】
順序制御部１５０は、被認証者困難度pC(n,i)と認証機器困難度pA(n,m)と環境困難度pB(n,e)とに基づき、特定の被認証者が、特定の環境下において、特定の認証機器を用いて認証を行った場合の総合的な認証の難しさを数値化し、数値化した値f(n,i)=g(pA(n,m),pB(n,e),pC(n,i))に基づき、k個の認証手段１７０−ｎの実施順序を特定する。例えば、被認証者困難度pC(n,i)と認証機器困難度pA(n,m)と環境困難度pB(n,e)とを重み付け加算し、加算値が大きいほど認証手段ｎにおける認証が難しいことを示す場合には、加算値が大きいものから順に認証を行うように実施順序を制御する。なお、この場合、重み付け加算における重みは、総合的な認証の難しさを評価する際に、どの困難度を重視するかに対応しており、機械学習により求めておくことができる。
【００４４】
このような構成により、認証手段nが増加するにつれて、被認証者iがn番目の認証手段単体にて正しく認証される確率f(n,i)が単調増加するような順序で実施し、被認証者が認証の後半で拒否されることが少なくなるようにし、徒労を減らし、被認証者iの利便性を向上させる。
【００４５】
＜認証手段１７０＞
前述の通り、認証手段１７０は、k個の認証手段１７０−ｎを含み、k個の認証手段１７０−ｎは、順序制御部１５０の特定した実施順序に従って、被認証者に認証を行う（Ｓ１７０）。k個の認証手段１７０−ｎ全てにおいて認証成功となった場合に、認証装置１００は認証に成功したという認証結果を出力する。k個の認証手段１７０−ｎの何れかにおいて、認証に失敗した場合には、最初の認証手段１７０−ｎからやり直す。
【００４６】
＜実施例＞
（エンティティ）
例えば、以下のように、エンティティを定める。
認証装置（認証側）００１
利用者（被認証者）１０１、１０２、１０３
Ａ社製指紋認証用認証機器２１１
Ｂ社製指紋認証用認証機器２１２
Ｃ社製顔認証用認証機器２２１
Ｄ社製顔認証用認証機器２２２
Ｅ社製筆跡用認証機器２３１
Ｆ社製筆跡用認証機器２３２
Ｇ社製声紋用認証機器２４１
Ｈ社製声紋用認証機器２４２
（利用者の保有認証機器）
利用者（被認証者）１０１は、認証機器２１１、２２１、２３１、２４１を保有し、利用者（被認証者）１０２は、認証機器２１２、２２１、２３２、２４１を保有し、利用者（被認証者）１０３は、認証機器２１２、２２２、２３２、２４２を保有する。
（認証条件）
利用者は、被認証者IDの送信によって識別された後に、指紋、顔、筆跡、声紋の認証手段による、４段の直列ＡＮＤ条件で認証される。
（各認証製品の製品仕様）
各認証機器の製品仕様を、下記のように定める。
Ａ社製指紋認証用認証機器２１１:ＦＡＲ０．０１,利用推奨湿度２５％〜８０％
Ｂ社製指紋認証用認証機器２１２:ＦＡＲ０．０３,利用推奨湿度４０％〜９０％
Ｃ社製顔認証用認証機器２２１:ＦＡＲ０．０５,利用推奨輝度５００〜８０００カンデラ
Ｄ社製顔認証用認証機器２２２:ＦＡＲ０．０２,利用推奨輝度９００〜５０００カンデラ
Ｅ社製筆跡用認証機器２３１:ＦＡＲ０．０１,利用推奨デバイス画面４インチ以上
Ｆ社製筆跡用認証機器２３２:ＦＡＲ０．０２,利用推奨デバイス画面３インチ以上
Ｇ社製声紋用認証機器２４１:ＦＡＲ０．０２,利用推奨音響６０デジベル以下
Ｈ社製声紋用認証機器２４２:ＦＡＲ０．０４,利用推奨音響７０デジベル以下
なお、認証機器の製品仕様を共通化する試みとして、前述の参考文献２、３が挙げられる。
（利用環境）
下記の３種の環境を定める。
環境３０１：湿度０％、輝度４５０カンデラ、画面５インチ、５０デジベル
環境３０２：湿度５０％、輝度３０００カンデラ、画面８インチ、６５デジベル
環境３０３：湿度７０％、輝度７０００カンデラ、画面３インチ、１００デジベル
【００４７】
［ケース１］
このケースでは、利用者１０１が環境３０１において認証を受ける場合で、認証側が認証機器ｍに固有の難しさよりも環境ｅに固有の難しさを優先する場合を想定する。
【００４８】
この場合、指紋と顔が機器の利用推奨範囲を逸脱すること、その逸脱の度合い、筆跡と声紋が機器の利用推奨範囲を満たすこと、およびその際のＦＡＲ／ＦＲＲを考慮して、４段の直列の順番を下記のように決定する。
２１１（指紋）、２２１（顔）、２４１（声紋）、２３１（筆跡）
なお、実際に、逸脱の度合いがどの程度、総合的な困難性に影響を与えるかは実験等により求めなければ分からないため、本ケースはあくまで順番を決める例に過ぎない。実際には、被認証者困難度pC(n,i)を求めるための関数、、認証機器困難度pA(n,m)を求めるための関数、環境困難度pB(n,e)を求めるための関数、さらに、順序制御部１５０においてどの困難度を重視するか等により調整される。以下のケース２、３についても同様である。
【００４９】
［ケース２］
このケースでは、利用者１０２が環境３０２において認証を受ける場合で、認証側が環境ｅに固有の難しさよりも認証機器ｍに固有の難しさを優先する場合を想定する。
【００５０】
この場合、ＦＡＲより２２１、２１２の順位がまず導け、次に声紋が機器の利用推奨範囲を満たさないことから筆跡よりも順位を優先することより、４段の直列の順番を下記のように決定する。
２２１（顔）、２１２（指紋）、２４１（声紋）、２３２（筆跡）
【００５１】
［ケース３］
利用者１０３が環境３０３において認証を受ける場合で、認証側が認証機器ｍに固有の難しさよりも環境ｅに固有の難しさを優先する場合を想定する。
【００５２】
この場合、利用推奨環境の逸脱から２４２、２２２の順位がまず導け、次にＦＡＲより、２１２、２３２の順位が導けることより、４段の直列の順番を下記のように決定する。
２４２（声紋）、２２２（指紋）、２１２（顔）、２３２（筆跡）
【００５３】
＜効果＞
以上の構成により、被認証者の指定に依らずに、被認証者の徒労を抑えるように認証手段の出現順序を変更することができる。言い換えると、被認証者は、認証要素に関して順位付けを明示的に行う必要がない。さらに、被認証者は、認証にかかる徒労が生じにくくなる。また、認証側は、認証要素毎に被認証者の難しさについて順序が判明することで、不要な認証要素を廃止する目途を立てやすい。
【００５４】
＜変形例＞
本実施形態では、認証装置としているが、本発明のポイントは、被認証者の指定に依らずに、被認証者の徒労を抑えるように認証手段の出現順序を制御することである。そのため、被認証者困難度算出部１２０、認証機器困難度算出部１３０、環境困難度算出部１４０、順序制御部１５０及び記憶部１６０を含む認証順序制御装置としてもよい。この場合、識別部１１０を別装置とし、別装置で取得した識別結果(例えば被認証者ID)を入力とすればよい。また、この場合、クライアント端末９０−ｊをk個の認証手段１７０−ｎに特定した順番に従って、誘導（例えばリダイレクト）すればよい。
【００５５】
被認証者困難度、認証機器困難度及び環境困難度が大きければ大きいほど認証が困難であること示してもよいし、小さければ小さいほど認証が困難であること示してもよい。要は、被認証者困難度、認証機器困難度及び環境困難度の大小関係により、相対的にどれくらい困難であるかを示すことができればよい。
【００５６】
認証装置１００は、少なくとも被認証者困難度算出部１２０を備えればよい。複数回の試行により、被認証者困難度には、環境や認証機器による困難性が内包されるからである。被認証者が同じ認証機器を用いて、同じような環境で毎回認証を行う場合には、被認証者困難度に、認証機器や環境の困難度が反映される。ただし、認証機器困難度算出部１３０、環境困難度算出部１４０を含んだほうが、より適切な順番制御が可能になると考えられる。また、状況に応じて、認証機器困難度算出部１３０と環境困難度算出部１４０とは何れか一方だけを備える構成であってもい。毎回、同じ認証機器を用いるのであれば、認証機器困難度算出部１３０を備えなくともよいし、毎回同じ環境から認証を行うのであれば、環境困難度算出部１４０を備えなくともよい。
【００５７】
また、認証装置１００は、認証手段の試行回数が０のとき、または、少ないときには、被認証者困難度を用いずに認証機器困難度と環境困難度とから認証手段の実施順序を制御してもよい。順序制御部１５０は、被認証者困難度pC(n,i)と環境困難度pB(n,e)とに基づき、特定の環境下において、特定の認証機器を用いて認証を行った場合の総合的な認証の難しさを数値化し、数値化した値f(n,i)=g(pB(n,e),pC(n,i))に基づき、k個の認証手段１７０−ｎの実施順序を特定する。
【００５８】
＜その他の変形例＞
本発明は上記の実施形態及び変形例に限定されるものではない。例えば、上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【００５９】
＜プログラム及び記録媒体＞
また、上記の実施形態及び変形例で説明した各装置における各種の処理機能をコンピュータによって実現してもよい。その場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記各装置における各種の処理機能がコンピュータ上で実現される。
【００６０】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
【００６１】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させてもよい。
【００６２】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶部に格納する。そして、処理の実行時、このコンピュータは、自己の記憶部に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実施形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよい。さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、プログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【００６３】
また、コンピュータ上で所定のプログラムを実行させることにより、各装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【図１】
0006466830.tif 000002
【図２】
0006466830.tif 000003
【図３】
0006466830.tif 000004
【図４】
0006466830.tif 000005
【図５】
0006466830.tif 000006