(57)【特許請求の範囲】
【請求項１】
タッチスクリーンを搭載した機器に適用され、上記機器を操作する操作者が上記機器を操作する正当な権利を有する権利者であるかどうかの認証を行う個人認証装置において、
上記タッチスクリーンによる所定の操作を行うよう要求する操作要求情報を該タッチスクリーンに表示する操作要求手段と、
上記操作要求情報に従って、上記操作者によって上記所定の操作が行われることに応答して上記タッチスクリーンから経時的に出力される複数の操作情報に基づいて該操作者による該所定の操作に係る特徴を表す複数の特徴量を抽出する特徴量抽出手段と、
上記特徴量抽出手段によって抽出された上記特徴量である複数の操作者特徴量を標準化した標準化操作者特徴量を変数とする確率密度が、上記権利者による上記所定の操作に係る上記複数の特徴量である権利者特徴量を標準化した標準化権利者特徴量を変数とする、予め登録されている、標準正規分布に従うか否かを判断して、上記認証を行う認証手段と、
を具備し、上記所定の操作は、上下方向及び左右方向それぞれへのフリック操作を含み、上記特徴量抽出手段は、上記上方向へのフリック操作、上記下方向へのフリック操作、上記左方向へのフリック操作、上記右方向へのフリック操作、上下方向のフリック操作の対称性及び左右方向のフリック操作の対称性それぞれに対応して、上記操作者特徴量を抽出する
個人認証装置。
【請求項２】
上記認証手段は、上記複数の標準化操作者特徴量を変数とする確率密度のうち、上記標準化権利者特徴量を変数とする標準正規分布の所定の範囲内にあるものに従わないものの数が、予め設定された閾値よりも小さいか否かによっても、上記認証を行う請求項１記載の個人認証装置。
【請求項３】
上記認証によって上記操作者が上記権利者であると同定されたとき上記操作者特徴量を上記権利者特徴量として加える権利者特徴量更新手段を、さらに備える、
請求項１または２に記載の個人認証装置。
【請求項４】
タッチスクリーンを搭載した機器に適用され上記機器を操作する操作者が上記機器を操作する正当な権利を有する権利者であるかどうかの認証を行う個人認証方法において、
上記タッチスクリーンによる所定の操作を行うよう要求する操作要求情報を、操作要求手段が該タッチスクリーンに表示する操作要求過程と、
上記操作要求情報に従って、上記操作者によって上記所定の操作が行われることに応答して上記タッチスクリーンから経時的に出力される複数の操作情報に基づいて該操作者による該所定の操作に係る特徴を表す複数の特徴量を特徴量手出手段が抽出する特徴量抽出過程と、
上記特徴量抽出過程で抽出された上記特徴量である複数の操作者特徴量を標準化した標準化操作者特徴量を変数とする確率密度が、上記権利者による上記所定の操作に係る上記複数の特徴量である権利者特徴量を標準化した標準化権利者特徴量を変数とする予め登録されている、標準正規分布に従うか否かを、認証手段が判断して、上記認証を行う認証過程と、
を具備し、上記所定の操作は、上下方向及び左右方向それぞれへのフリック操作を含み、上記特徴量抽出手段は、上記上方向へのフリック操作、上記下方向へのフリック操作、上記左方向へのフリック操作、上記右方向へのフリック操作、上下方向のフリック操作の対称性及び左右方向のフリック操作の対称性それぞれに対応して、上記操作者特徴量を抽出することを特徴とする、個人認証方法。
【請求項５】
タッチスクリーンを搭載した機器に適用され、上記機器を操作する操作者が上記機器を操作する正当な権利を有する権利者であるかどうかの認証を行う個人認証プログラムにおいて、
上記タッチスクリーンによる所定の操作を行うよう要求する操作要求情報を該タッチスクリーンに表示する操作要求手順と、
上記操作要求情報に従って、上記操作者によって上記所定の操作が行われることに応答して上記タッチスクリーンから経時的に出力される複数の操作情報に基づいて該操作者による該所定の操作に係る特徴を表す複数の特徴量を抽出する特徴量抽出手順と、
上記特徴量抽出手順によって抽出された上記特徴量である複数の操作者特徴量を標準化した標準化操作者特徴量を変数とする確率密度が、上記権利者による上記所定の操作に係る上記複数の特徴量である権利者特徴量を標準化した標準化権利者特徴量を変数とする、予め登録されている、標準正規分布に従うか否かを判断して、上記認証を行う認証手順と、
をコンピュータに実行させ、上記所定の操作は、上下方向及び左右方向それぞれへのフリック操作を含み、上記特徴量抽出手段は、上記上方向へのフリック操作、上記下方向へのフリック操作、上記左方向へのフリック操作、上記右方向へのフリック操作、上下方向のフリック操作の対称性及び左右方向のフリック操作の対称性それぞれに対応して、上記操作者特徴量を抽出することを特徴とする、個人認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人認証装置，個人認証方法および個人認証プログラムに関し、特に、スマートフォンやタブレット等のようなタッチスクリーンを搭載した機器に適用され、その機器を操作する操作者が当該機器を操作する正当な権利を有する権利者であるかどうかの認証を行う、個人認証装置，個人認証方法および個人認証プログラムに関する。
【背景技術】
【０００２】
スマートフォンやタブレット等のようなタッチスクリーンを搭載した機器においては、第三者による不正操作を防止するために、所定の操作以外の操作を無効とするロック機能が設けられているものがある。このロック機能によるロックを解除するには、その機器を操作する操作者が当該機器を操作する正当な権利を有する権利者（通常は機器の所有者）であることの認証を受ける必要があり、その認証法として、例えば暗証番号（Personal Identification Number；ＰＩＮ），パスワードまたはパターンの入力によるものがある。しかしながら、これらの認証法においては、権利者が自身で登録した暗証番号，パスワードまたはパターンといった言わば認証のキーとなる情報を覚えておく必要があり、つまり当該認証キーの管理が必要になる。また、この認証キーの入力時に、これが第三者から盗み見られる虞もある。さらに、この認証キーの入力によってタッチスクリーン上に残った皮脂等の操作の跡がヒントとなって、当該認証キーが見破られる虞もある。加えて、総当たり攻撃に弱い、という欠点もある。
【０００３】
これらの欠点を解消するために、人間の身体的特徴に着目したいわゆる生体認証法が実用化されている。その１つとして、例えば指紋を認証キーとする指紋認証法がある。しかしながら、この指紋認証法においては、指紋を読み取るための特別なセンサが必要であり、その分、当該センサを含む機器全体が高価格化する。別の観点から見れば、当該センサを搭載していない機器への適用が不可能であり、特に当該センサを搭載していない既存の機器への追加的な適用が不可能である。また、センサの読取部分が汚れている場合や、読取対象である指が汚れている場合、さらには、当該指が過度に乾燥していたりふやけていたりする場合には、認証精度が低下する。加えて、シールや接着剤を利用して複製されたダミー指紋によって認証（成り済まし認証）に成功した、という事例もある。しかも、指紋等の身体的特徴は、上述の暗証番号等とは異なり、任意に（或いは何度も）変更することができないため、このような身体的特徴に基づく認証キーが一度でも複製されてしまうと、それ以降の安全性（セキュリティ性）が保証されない、という致命的な欠点がある。
【０００４】
なお、指紋認証法の他に、例えば顔を認証キーとする顔認証法がある。この顔認証法によれば、特にこれがスマートフォンのようなカメラを搭載した機器に適用される場合には、顔を写し取るためのセンサとして当該カメラが用いられるので、上述の指紋認証法とは異なり、特別なセンサを設ける必要はない、という利点はある。しかしながら、この顔認証法においては、権利者の顔写真がカメラに向けられることで認証に成功されてしまう可能性がある。その対策として、例えば認証時に瞬き等の所定の動作を要求する技術もあるが、この場合も、当該所定の動作をしている権利者の動画がカメラに向けられることで認証に成功されてしまう可能性がある。さらに、この顔認証法においては、権利者がサングラス等を着用している場合や、周囲が過度に暗かったり明るかったりする場合には、認証精度が低下する、という欠点がある。
【０００５】
この顔認証法とはさらに別に、瞳の中の虹彩を認証キーとする虹彩認証法もある。この虹彩認証法によれば、認証に要する時間の短縮化が可能であり、また、認証キーの複製が困難である、という利点がある。しかしながら、この虹彩認証法においては、上述の指紋認証法と同様、虹彩を撮影するための特別なセンサ（一般には赤外線カメラ）が必要であり、また、顔認証法と同様、周囲環境の影響によって認証精度が低下することがある、という欠点がある。
【０００６】
さらに、声紋を認証キーとする声紋認証法もある。この声紋認証法によれば、特にこの声紋認証法がスマートフォンのようなマイクを搭載した機器に適用される場合には、声紋の検出に当たって当該マイクが用いられるので、特別なセンサを設ける必要はない。しかしながら、この声紋認証法においては、権利者の声を録音することによる認証キーの複製が可能であり、また、周囲の雑音等の影響や権利者の喉の調子によって認証精度が低下することがある、という欠点がある。
【０００７】
ところで、生体認証法としては、上述した指紋等の身体的特徴の他に、人間の行動的特徴、つまり癖、に着目したものもある。この人間の行動的特徴に着目した生体認証法として、従来、例えば特許文献１に開示されたものがある。この従来技術によれば、タッチスクリーン（タッチパネル）上で少なくとも３本の指を用いてジェスチャ操作が行われる。そして、このジェスチャ操作による各タッチ点の時系列な位置情報がタッチスクリーンから取得される。さらに、この取得された位置情報に基づいて、操作者（不特定ユーザ）の特徴量パターン、つまり少なくとも３本の指を用いてのジェスチャ操作に係る特徴を表す当該特徴量パターンが、算出される。そして、この算出された特徴量パターンと、予め登録されている権利者（ユーザ）の特徴量パターンとが、互いに合致するか否かに基づいて、認証が行われる。
【０００８】
この従来技術によれば、少なくとも３本の指を用いてのジェスチャ操作という比較的に単純な行動に係る特徴が認証キーとされるので、当該認証キーを記憶しておくための権利者の負担が軽減される。また、認証キーの入力時に、たとえこれが第三者から覗き見られたとしても、当該認証キーに含まれる権利者の行動的特徴が模倣される可能性は極めて低く、つまり当該認証キーの複製が極めて困難である。さらに、この認証キーの入力は、機器に搭載されているタッチスクリーンによって行われるので、当該認証キーを入力するための特別な手段を設ける必要もない。加えて、周囲環境が認証精度に影響するようなことも、基本的には（いわゆる平時であれば）ない。従って、この従来技術によれば、さらなる安全性の向上が期待される。また、この従来技術は、既存の機器への適用が容易であり、しかも、その適用コストが廉価である。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１５−１１８６６３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述の従来技術においては、たとえ権利者であるとしても、認証キーとしての特徴を含む少なくとも３本の（言い換えれば３本以上もの）指を用いてのジェスチャ操作を常に安定的に（特徴量パターンが略同一となるように）行うことは容易ではなく、これは、権利者本人が認証に失敗する確率、いわゆる本人拒否率（False Rejection Rate；ＦＲＲ）、の上昇を招く。そして、この本人拒否率の上昇は、実用性の妨げになる。また、従来技術では、タッチスクリーンが少なくとも３本の指による各タッチ点を検知可能ないわゆるマルチタッチスクリーンである必要がある。ゆえに、マルチタッチスクリーン以外のタッチスクリーンを搭載した機器への適用が不可能であり、言わば柔軟性が低い、という問題がある。
【００１１】
そこで、本発明は、従来よりも実用性および柔軟性の高い新規な個人認証装置，個人認証方法および個人認証プログラムを提供することを、目的とする。
【課題を解決するための手段】
【００１２】
この目的を達成するために、本発明は、個人認証装置に係る発明と、個人認証方法に係る発明と、個人認証プログラムに係る発明と、を有する。
【００１３】
このうちの個人認証装置に係る発明は、タッチスクリーンを搭載した機器に適用され、その機器を操作する操作者が当該機器を操作する正当な権利を有する権利者であるかどうかの認証を行う個人認証装置において、操作要求手段と、特徴量抽出手段と、認証手段と、を具備する。具体的には、操作要求手段は、タッチスクリーンによる所定の操作を行うよう要求する操作要求情報を、当該タッチスクリーンに表示する。そして、特徴量抽出手段は、タッチスクリーンに表示された操作要求情報に従って操作者によって所定の操作が行われることに応答して当該タッチスクリーンから経時的に出力される複数の操作情報に基づいて、当該操作者による所定の操作に係る特徴を表す複数の特徴量を抽出する。さらに、認証手段は、上記特徴量抽出手段によって抽出された上記特徴量である複数の操作者特徴量を標準化した標準化操作者特徴量を変数とする確率密度が、上記権利者による上記所定の操作に係る上記複数の特徴量である権利者特徴量を標準化した標準化権利者特徴量を変数とする、予め登録されている標準正規分布に従うか否かを判断して、上記認証を行う。上記所定の操作は、上下方向及び左右方向それぞれへのフリック操作を含み、上記特徴量抽出手段は、上記上方向へのフリック操作、上記下方向へのフリック操作、上記左方向へのフリック操作、上記右方向へのフリック操作、上下方向のフリック操作の対称性及び左右方向のフリック操作の対称性それぞれに対応して、上記操作者特徴量を抽出する。
【００１４】
さらに、認証手段は、上記認証手段は、上記複数の標準化操作者特徴量を変数とする確率密度のうち、上記標準化権利者特徴量を変数とする標準正規分布の所定の範囲内にあるものに従わないものの数が、予め設定された閾値よりも小さいか否かによっても、上記認証を行うこともできる。
【００２０】
そして、この認証手段による認証によって操作者が権利者であると同定（判定）されたとき、つまり認証に成功したときに、操作者特徴量を権利者特徴量として加える権利者特徴量更新手段が、さらに備えられてもよい。この構成によれば、操作者特徴量という新たに得られた権利者の特徴量によって、当該権利者の特徴量の言わばデータベースである権利者特徴量が更新される。これにより、権利者特徴量というデータベースが充実化され、このこともまた、認証精度の向上に大きく貢献する。
【００２１】
個人認証方法に係る発明は、タッチスクリーンを搭載した機器に適用され、この機器を操作する操作者が当該機器を操作する正当な権利を有する権利者であるかどうかの認証を行う個人認証方法において、操作要求過程と、特徴量抽出過程と、認証過程と、を具備する。具体的には、操作要求過程では、タッチスクリーンによる所定の操作を行うよう要求する操作要求情報を、操作要求手段が当該タッチスクリーンに表示する。そして、特徴量抽出過程では、上記操作要求情報に従って、上記操作者によって上記所定の操作が行われることに応答して上記タッチスクリーンから経時的に出力される複数の操作情報に基づいて該操作者による該所定の操作に係る特徴を表す複数の特徴量を特徴量手出手段が抽出する。さらに、認証過程では、上記特徴量抽出過程で抽出された上記特徴量である複数の操作者特徴量を標準化した標準化操作者特徴量を変数とする確率密度が、上記権利者による上記所定の操作に係る上記複数の特徴量である権利者特徴量を標準化した標準化権利者特徴量を変数とする、予め登録されている標準正規分布に従うか否かを、認証手段が判断して、上記認証を行う。上記所定の操作は、上下方向及び左右方向それぞれへのフリック操作を含み、上記特徴量抽出手段は、上記上方向へのフリック操作、上記下方向へのフリック操作、上記左方向へのフリック操作、上記右方向へのフリック操作、上下方向のフリック操作の対称性及び左右方向のフリック操作の対称性それぞれに対応して、上記操作者特徴量を抽出する。
【００２２】
個人認証プログラムに係る発明は、タッチスクリーンを搭載した機器に適用され、この機器を操作する操作者が当該機器を操作する正当な権利を有する権利者であるかどうかの認証を行う個人認証プログラムにおいて、操作要求手順と、特徴量抽出手順と、認証手順と、をコンピュータに実行させる。具体的には、操作要求手順では、タッチスクリーンによる所定の操作を行うよう要求する操作要求情報を、該タッチスクリーンに表示する。そして、特徴量抽出手順では、操作要求情報に従って、上記操作者によって上記所定の操作が行われることに応答して上記タッチスクリーンから出力される複数の操作情報に基づいて該操作者による該所定の操作に係る特徴を表す複数の特徴量を抽出する。さらに、認証手順では、上記特徴量抽出手順によって抽出された上記特徴量である複数の操作者特徴量を、標準化した標準化操作者特徴量を変数とする確率密度が、上記権利者による上記所定の操作に係る上記複数の特徴量である権利者特徴量を標準化した標準化権利者特徴量を変数とする、予め登録されている、標準正規分布に従うか否かを判断して、上記認証を行う。上記所定の操作は、上下方向及び左右方向それぞれへのフリック操作を含み、上記特徴量抽出手段は、上記上方向へのフリック操作、上記下方向へのフリック操作、上記左方向へのフリック操作、上記右方向へのフリック操作、上下方向のフリック操作の対称性及び左右方向のフリック操作の対称性それぞれに対応して、上記操作者特徴量を抽出する。
【発明の効果】
【００２３】
上述したように、本発明によれば、タッチスクリーンによる所定の操作に係る人間の行動的特徴が認証キーとされる。そして、この所定の操作として、適宜の操作が採用されることによって、本人拒否率の低減が図られると共に、他人受入率の低減も図られる。さらに、タッチスクリーンは、従来技術とは異なり、マルチタッチスクリーンである必要はない。ゆえに、従来よりも実用性および柔軟性の高い個人認証法を提供することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施形態に係るスマートフォンのタッチスクリーンに表示されたフリック要求画面を含む当該スマートフォンを正面から見た概略外観図である。
【図２】同実施形態におけるフリック要求画面の例を示す図解図である。
【図３】同フリック要求画面上でのフリック操作に供される指の動きの例を示す図解図である。
【図４】同実施形態におけるフリック認証装置の概略構成を示すブロック図である。
【図５】同実施形態におけるフリックデータの例を示す図解図である。
【図６】同実施形態におけるフリック要求画面に設定された座標および判定枠を示す図解図である。
【図７】同実施形態における認証キーとしての特徴量の一覧を示す図である。
【図８】同特徴量の１つとしてのフリック長の算出要領を説明するための図解図である。
【図９】同特徴量の１つとしてのフリック角度の算出要領を説明するための図解図である。
【図１０】同特徴量の算出結果の一例を示す図である。
【図１１】同実施形態におけるフリック認証装置の登録モード時の動作を示すフローチャートである。
【図１２】同フリック認証装置の認証モード時の動作を示すフローチャートである。
【図１３】同実施形態における本人拒否率および他人受入率についての実験結果を示すグラフである。
【図１４】同実施形態における別の例を説明するための標準正規分布グラフである。
【図１５】同実施形態における別の例による実験結果を示すグラフである。
【発明を実施するための形態】
【００２５】
本発明がスマートフォンに適用された場合の一実施形態について、図１〜図１４を参照して説明する。
【００２６】
本実施形態に係るスマートフォン１０は、上述したロック機能を備えている。そして、このロック機能によるロックが掛けられているときには、当該ロックを解除するための図１に示すような認証用のフリック要求画面がタッチスクリーン２０に表示される。なお、図１において、タッチスクリーン２０の上部にある網掛模様が付された帯状の部分２２は、現在時刻やバッテリの残り容量等を表示するためのステータスバーである。そして、タッチスクリーン２０の下部にある網掛模様が付された帯状の部分２４は、ホームボタン等の適宜のソフトウェアボタンが配置されるナビゲーションバーである。そして、これらのステータスバー２２およびナビゲーションバー２４の間にあるタッチスクリーン２０の大半を占めるコンテンツ領域（または有効ビュー領域とも呼ばれる。）２６に、当該フリック要求画面が表示される。
【００２７】
この図１に示すフリック要求画面においては、その中央に、上下左右のいずれかの方向を指す矢印３０が表示される。なお、この図１においては、当該中央の矢印３０が上方を指している状態が、例示されている。そして、この中央の矢印３０の上方であって、コンテンツ領域２６の上方側端縁の近傍に、上方を指す別の矢印３２が表示される。また、中央の矢印３０の下方であって、コンテンツ領域２６の下方側端縁の近傍に、下方を指すさらに別の矢印３４が表示される。加えて、中央の矢印３０の左方であって、コンテンツ領域２６の左方側端縁の近傍に、左方を指すさらに別の矢印３６が表示される。そして、中央の矢印３０の右方であって、コンテンツ領域２６の右方側端縁の近傍に、右方を指すさらに別の矢印３８が表示される。
【００２８】
上述したように、中央の矢印３０は、上下左右のいずれかの方向を指す。厳密に言えば、スマートフォン１０の起動直後またはスリープ状態の解除直後に、図２の（ａ）〜（ｄ）に示す４種類のフリック要求画面のいずれかが、タッチスクリーン２０（コンテンツ領域２６）に表示される。なお、図２（ａ）に示すフリック要求画面は、図１に示したのと同じ画面である。これらのフリック要求画面において、中央の矢印３０は、他の矢印３２〜３８との区別化のために、適当な修飾を施されている。また、この中央の矢印３０への修飾は、当該中央の矢印３０の指す方向によって異なる。例えば、図２（ａ）（および図１）に示すように、中央の矢印３０が上方を指すものである場合には、当該中央の矢印３０は、赤色で表示される。そして、図２（ｂ）に示すように、中央の矢印３０が下方を指すものである場合には、当該中央の矢印３０は、青色で表示される。さらに、図２（ｃ）に示すように、中央の矢印３０が左方を指すものである場合には、当該中央の矢印３０は、緑色で表示される。そして、図２（ｄ）に示すように、中央の矢印３０が右方を指すものである場合には、当該中央の矢印３０は、黄色で表示される。ただし、図中においては、当該中央の矢印３０の色に代えて、適宜の網掛模様が付されている。
【００２９】
上述したように、このフリック要求画面は、ロック機能によるロックを解除するためのものであり、詳しくは中央の矢印３０のそれが指す方向へのフリック操作を要求するものである。例えば、図２（ａ）に示すフリック要求画面は、中央の矢印３０を上方にフリックするよう要求するものであり、その際に、上方にある矢印３２が一種の目印となる。そして、図２（ｂ）に示すフリック要求画面は、中央の矢印３０を下方にフリックするよう要求するものであり、その際に、下方にある矢印３４が目印となる。また、図２（ｃ）に示すフリック要求画面は、中央の矢印３０を左方にフリックするよう要求するものであり、その際に、左方にある矢印３６が目印となる。そして、図２（ｄ）に示すフリック要求画面は、中央の矢印３０を右方にフリックするよう要求するものであり、その際に、右方にある矢印３８が目印となる。
【００３０】
この言わばフリック要求に対して、操作者は、中央の矢印３０をそれが指す方向へフリックすることになる。このフリック操作は、上下左右の各方向へＮ（Ｎ；１以上の整数）回ずつ行われる。言い換えれば、図２の（ａ）〜（ｄ）に示す各フリック要求画面がＮ回ずつ順次表示される。
【００３１】
なお、Ｎの値は、例えばＮ＝４とされている。従って、上下左右の４方向へ４回ずつフリック操作が行われ、つまり合計１６回にわたってフリック操作が繰り返し行われる。この合計１６回にわたるフリック操作の方向は、ランダムであり、例えば乱数（擬似乱数）に基づいて定められる。言い換えれば、図２の（ａ）〜（ｄ）に示す各フリック要求画面が４回ずつランダムな順番で表示される。
【００３２】
ここで、或る２人の操作者によって上述の如く合計１６回のフリック操作が行われたときの当該フリック操作に供された指の動き（軌跡）を、図３に示す。この図３において、太い実線で示される曲線４２が、上方へのフリック操作時の指の動きを示し、太い短破線で示される曲線４４が、下方へのフリック操作時の指の動きを示す。そして、太い中破線で示される曲線４６が、左方へのフリック操作時の指の動きを示し、太い長破線で示される曲線４８が、右方へのフリック操作時の指の動きを示す。この図３から分かるように、フリック操作時の指の動きは、操作者ごとに異なる。その一方で、同一の操作者の指の動きは、上下左右それぞれの方向において似通っている。即ち、それぞれの操作者ごとにフリック操作時の指の動きに癖がある。なお、図３において、細い破線で示されている正方形の枠４０は、フリック操作が成功したか否かを判定するための判定枠である。具体的には、或る１回のフリック操作時に、最初の指のタッチ位置がこの判定枠４０内にあり、かつ、当該指が離れた位置がこの判定枠４０外にあるときに、当該フリック操作が成功したものと見なされる。
【００３３】
このようにそれぞれの操作者ごとにフリック操作時の指の動きに癖があることに着目して、本実施形態では、この指の動きの癖に係る情報が認証キーとされ、ロックを解除するための認証が行われる。
【００３４】
この言わばフリック認証の実現のために、本実施形態では、まず、スマートフォン１０を操作する正当な権利を有する権利者のフリック操作に供される指の動きに関する情報、言わばプロファイルデータ、の登録が行われる。具体的には、登録モードにおいて、図２に示したのと同様の登録用のフリック要求画面がタッチスクリーン２０に表示される。そして、この登録用のフリック要求画面において、上述したのと同じ要領で合計１６（＝４Ｎ）回のフリック操作が行われ、さらに、この合計１６回のフリック操作がα（α；１以上の整数）回にわたって繰り返し行われる。言い換えれば、当該合計１６回のフリック操作が１つの組（セット）とされ、この１組のフリック操作がα回にわたって繰り返し行われる。なお、ここでの繰り返し回数αは、例えばα＝１０とされる。即ち、１組のフリック操作が１０回にわたって繰り返し行われ、つまり合計１６０（＝４Ｎ×α）回のフリック操作が行われる。そして、この合計１６０回のフリック操作時にタッチスクリーン２０（厳密にはタッチスクリーン２０の図示しない出力回路）から出力されるデータ、言わばフリックデータ、に基づいて、権利者の当該フリック操作に係る指の動きの特徴を数値化した特徴量が抽出される。そして、この特徴量のデータ、言わば特徴データが、プロファイルデータとして登録される。
【００３５】
このようにしてプロファイルデータの登録が行われた上で、フリック認証が行われる。具体的には、認証モードにおいて、図２に示した認証用のフリック要求画面が表示される。そして、この認証用のフリック要求画面において、上述した要領で合計１６回のフリック操作が行われ、つまり１組分のフリック操作が行われる。そして、この１組分のフリック操作時にタッチスクリーン２０から得られるフリックデータに基づいて、被認証者である操作者の当該フリック操作に係る指の動きの特徴を数値化した特徴量が抽出される。この特徴量のデータ、つまり特徴データは、テストデータとされ、このテストデータと、予め登録された権利者のプロファイルデータと、に基づいて、認証が行われる。この認証によって、例えば操作者が権利者であると同定されると、つまり認証に成功すると、ロックが解除される。そうでない場合、つまり認証に失敗した場合は、ロックは解除されずに、認証用のフリック要求画面の表示が維持される。なお、権利者は、登録モードによるプロファイルデータの登録時と、認証モードによる認証時とで、同じ入力態様（片手入力または両手入力）かつ同じ指でフリック操作を行うことが、肝要である。
【００３６】
このフリック認証は、スマートフォン１０にインストールされたアプリケーションソフトとしてのフリック認証プログラムが起動されることによって、実現される。概念的には、このフリック認証プログラムが起動されると、図４に示すようなフリック認証装置５０が構成される。
【００３７】
この図４に示すように、フリック認証装置５０は、データ収集部５２を有している。このデータ収集部５２は、タッチスクリーン２０と連携しており、登録モードのときには、当該タッチスクリーン２０に上述した登録用のフリック要求画面を表示させる。そして、この登録用のフリック要求画面において上述した合計１６０（＝４Ｎ×α）回のフリック操作、つまり１０（＝α）組分のフリック操作、が行われると、当該データ収集部５２は、このフリック操作に応答してタッチスクリーン２０から出力されるフリックデータを取得し、これを特徴量抽出手段としての特徴量抽出部５４に入力する。特徴量抽出部５４は、このデータ収集部５２から入力される合計１６０回（１０組分）のフリック操作に対応するフリックデータに基づいて、今現在の操作者である権利者に係る上述の特徴量を抽出する。この抽出された特徴量のデータであるプロファイルデータは、記憶手段としてのデータベース５６に記憶され、つまり登録される。
【００３８】
一方、認証モードのときには、データ収集部５２は、上述した認証用のフリック要求画面をタッチスクリーン２０に表示させる。そして、この認証用のフリック要求画面において上述した合計１６（＝４Ｎ）回のフリック操作、つまり１組分のフリック操作、が行われると、当該データ収集部５２は、このフリック操作に応答してタッチスクリーン２０から出力されるフリックデータを取得し、これを特徴量抽出部５４に入力する。特徴量抽出部５４は、このフリックデータに基づいて、被認証者である今現在の操作者に係る特徴量を抽出する。この抽出された特徴量のデータであるテストデータは、採点手段としてのスコアリング部５８に入力される。スコアリング部５８は、このテストデータと、上述のデータベース５６に記憶されているプロファイルデータ、厳密には後述するＭ（Ｍ；α以上の整数）組分のプロファイルデータから成るプロファイルデータ群と、に基づいて、当該テストデータがプロファイルデータ群とどれくらい近似するものであるのかをスコアリング（採点）し、言わば操作者の権利者らしさを数値化する。そして、この数値化されたデータ、言わばスコア値は、認証実行手段としての認証部６０に入力される。認証部６０は、スコアリング部５８から入力されたスコア値に基づいて、認証を行う。この認定において、例えば今現在の操作者が権利者であると同定されたときは、認証が成功したものとして、その旨が、ロック解除手段としてのロック解除部６２に伝えられる。これを受けて、ロック解除部６２は、ロックを解除する。一方、今現在の操作者が権利者ではあると同定されないときは、認定が失敗したものとして、その旨が、データ収集部５２に伝えられる。これを受けて、データ収集部５２は、認証用のフリック要求画面の表示を維持する。即ち、ロックは解除されずに、当該ロックが掛けられた状態が維持される。
【００３９】
より具体的に説明すると、タッチスクリーン２０から出力されるフリックデータ（いわゆる生データ）は、図５に示すように、ＵＮＩＸ（登録商標）時間，フリック操作の成功回数，フリック要求によって指示されているフリック方向，タッチスクリーン２０に対する指のタッチ状態，当該タッチスクリーン２０上（コンテンツ領域２６）における指のタッチ位置のｘ座標値，当該タッチ位置のｙ座標値，当該タッチ位置における指の押下圧力，当該指の接触面積という、カンマで区切られた合計８種類の情報を含んでいる。これらの情報は、いずれもスマートフォン１０から標準的に得られるものである。なお、この図５に示すフリックデータは、ソニーモバイルコミュニケーションズ株式会社製のスマートフォン“Ｘｐｅｒｉａ（登録商標）＿Ｚ＿ＳＯ−０２Ｅ”のものであり、そのＯＳ（Operating System）であるＧｏｏｇｌｅ社製のＡｎｄｒｏｉｄ（登録商標）の仕様に従う約２０ｍｓの時間間隔ごとに得られる（ただし、この時間間隔は、割込処理等の影響によって多少増減する）。この時間間隔ごとに得られるデータ、つまり図５における１行分のデータは、イベントデータと呼ばれる。
【００４０】
このフリックデータ（イベントデータ）のうちの特にフリック方向については、上方（up），下方（down），左方（left）および右方（right）を表す“ｕ”，“ｄ”，“ｌ”および“ｒ”という記号が選択的に適用される。そして、タッチ状態については、タッチの開始（press），タッチ位置の移動（move）およびタッチの終了（release）を表す“ｐ”，“ｍ”および“ｒ”という記号が選択的に適用される。このタッチ状態が“ｐ”から“ｍ”を経て“ｒ”に至るまでのイベントデータが、１回のフリック操作に対応するフリックデータである。例えば、図５における第１行〜第７行の合計７つのイベントデータが、１回目のフリック操作に対応するフリックデータであり、第８行〜第１２行の合計５つのイベントデータが、２回目のフリック操作に対応するフリックデータである。さらに、ｘ座標値およびｙ座標値は、図６に示す如くコンテンツ領域２６に設定されたｘ−ｙ直交座標に従う。このｘ−ｙ直交座標においては、コンテンツ領域２６の左上隅が原点ｏとされる。そして、この原点ｏを通る横軸がｘ軸とされ、当該原点ｏを通る縦軸がｙ軸とされる。また、このｘ−ｙ直交座標における座標値は、コンテンツ領域２６の画素数に従う。ここでは、コンテンツ領域２６の横方向の画素数Ｗは、Ｗ＝１０８０であり、当該コンテンツ領域２６の縦方向の画素数Ｈは、Ｈ＝１７００である。因みに、上述した判定枠４０の一辺の寸法は、コンテンツ領域２６の横方向の画素数Ｗの１／４〜１／３程度とされている。
【００４１】
上述したように、このフリックデータは、データ収集部５２から特徴量抽出部５４に入力される。特徴量抽出部５４は、このフリックデータに基づいて、認証のための指標（キー）として、図７に示す７つの特徴量Ｘ［ｄｉｒ（ｉ）］，Ｙ［ｄｉｒ（ｉ）］，Ｌ［ｄｉｒ（ｉ）］，Ｖ［ｄｉｒ（ｉ）］，θ［ｄｉｒ（ｉ）］，Ｐ［ｄｉｒ（ｉ）］およびＳ［ｄｉｒ（ｉ）］を算出する。このうちのＸ［ｄｉｒ（ｉ）］という特徴量は、それぞれのフリック操作における最初のタッチ位置のｘ座標上の位置であり、厳密には当該最初のタッチ位置のｘ座標上におけるその中心からのズレ（偏差）である。このＸ座標Ｘ［ｄｉｒ（ｉ）］は、次の数１によって求められる。ここで、ｄｉｒは、フリック要求によって指示されているフリック方向を表し、このｄｉｒには、図５に示したフリック方向と同様、“ｕ”，“ｄ”，“ｌ”および“ｒ”という記号が選択的に適用される。そして、ｄｉｒ（ｉ）は、上述した１組分（合計１６回）のフリック操作のうちのｄｉｒへのｉ（ｉ；１〜Ｎ（＝４）の整数）回目のフリック操作を表す。また、ｘ［ｄｉｒ（ｉ），ｊ］は、ｄｉｒ（ｉ）のフリック操作におけるｊ（ｊ；１〜ｍ［ｄｉｒ（ｉ）］の整数）番目のイベントデータのｘ座標値である。なお、ｍ［ｄｉｒ（ｉ）］は、ｄｉｒ（ｉ）のフリック操作におけるイベントデータの総数である。
【００４２】
【数１】
0006707271.tif 000002
【００４３】
この数１によれば、例えば当該数１に基づくＸ座標Ｘ［ｄｉｒ（ｉ）］の値が負数（Ｘ［ｄｉｒ（ｉ）］＜０）であるときは、最初のタッチ位置がｘ座標上におけるその中心よりも左方にあることを意味する。そして、この数１に基づくＸ座標Ｘ［ｄｉｒ（ｉ）］の値が０（Ｘ［ｄｉｒ（ｉ）］＝０）であるときは、最初のタッチ位置がｘ座標上におけるその中心にあることを意味する。さらに、この数１に基づくＸ座標Ｘ［ｄｉｒ（ｉ）］の値が正数（Ｘ［ｄｉｒ（ｉ）］＞０）であるときは、最初のタッチ位置がｘ座標上におけるその中心よりも右方にあることを意味する。
【００４４】
そして、図７におけるＹ［ｄｉｒ（ｉ）］という特徴量は、それぞれのフリック操作における最初のタッチ位置のｙ座標上の位置であり、厳密には当該最初のタッチ位置のｙ座標上におけるその中心からのズレである。このＹ座標Ｙ［ｄｉｒ（ｉ）］は、次の数２によって求められる。なお、この数２において、ｙ［ｄｉｒ（ｉ），ｊ］は、ｄｉｒ（ｉ）のフリック操作におけるｊ番目のイベントデータのｙ座標値である。
【００４５】
【数２】
0006707271.tif 000003
【００４６】
この数２によれば、例えば当該数２に基づくＹ座標Ｙ［ｄｉｒ（ｉ）］の値が負数（Ｙ［ｄｉｒ（ｉ）］＜０）であるときは、最初のタッチ位置がｙ座標上におけるその中心よりも上方にあることを意味する。そして、この数２に基づくＹ座標Ｙ［ｄｉｒ（ｉ）］の値が０（Ｙ［ｄｉｒ（ｉ）］＝０）であるときは、最初のタッチ位置がｙ座標上におけるその中心にあることを意味する。さらに、この数２に基づくＹ座標Ｙ［ｄｉｒ（ｉ）］の値が正数（Ｙ［ｄｉｒ（ｉ）］＞０）であるときは、最初のタッチ位置がｙ座標上におけるその中心よりも下方にあることを意味する。
【００４７】
さらに、図７におけるＬ［ｄｉｒ（ｉ）］という特徴量は、フリック長であり、詳しくはそれぞれのフリック操作の開始から終了までのタッチ位置の軌跡の長さである。このフリック長Ｌ［ｄｉｒ（ｉ）］は、次の数３によって求められる。
【００４８】
【数３】
0006707271.tif 000004
【００４９】
この数３によれば、図８に示すように、フリック操作の開始から終了までの各タッチ位置７０，７０，…のうち隣接する２つのタッチ位置７０および７０間のユークリッド距離の総和が、当該フリック長Ｌ［ｄｉｒ（ｉ）］とされる。
【００５０】
そして、図７におけるＶ［ｄｉｒ（ｉ）］という特徴量は、フリック速度であり、詳しくはそれぞれのフリック操作の開始から終了までのタッチ位置の移動速度である。このフリック速度Ｖ［ｄｉｒ（ｉ）］は、次の数４によって求められる。ここで、ｔ［ｄｉｒ（ｉ）、ｊ］は、ｄｉｒ（ｉ）のフリック操作におけるｊ番目のイベントデータのＵＮＩＸ（登録商標）時間である。
【００５１】
【数４】
0006707271.tif 000005
【００５２】
また、図７におけるθ［ｄｉｒ（ｉ）］という特徴量は、フリック角度であり、詳しくはそれぞれのフリック要求によって指示されているフリック方向ｄｉｒを基準とする実際のフリック操作の方向が成す角度（方角）であり、当該フリック方向ｄｉｒによって、その算出式が異なる。例えば、フリック方向ｄｉｒが上方である場合には、当該フリック角度θ［ｕ（ｉ）］は、数５によって算出される。そして、フリック方向ｄｉｒが下方である場合には、フリック角度θ［ｄ（ｉ）］は、数６によって算出される。さらに、フリック方向ｄｉｒが左方である場合には、フリック角度θ［ｌ（ｉ）］は、数７によって算出される。そして、フリック方向ｄｉｒが右方である場合には、フリック角度θ［ｒ（ｉ）］は、数８によって算出される。
【００５３】
【数５】
0006707271.tif 000006
【００５４】
【数６】
0006707271.tif 000007
【００５５】
【数７】
0006707271.tif 000008
【００５６】
【数８】
0006707271.tif 000009
【００５７】
これらの数５〜数８によれば、当該数５〜数８に基づくフリック角度θ［ｕ（ｉ）］，θ［ｄ（ｉ）］，θ［ｌ（ｉ）］およびθ［ｒ（ｉ）］）は、図９に示すように、それぞれのフリック方向ｄｉｒを基準として時計回りの方向に正の値を取り、当該フリック方向ｄｉｒを基準として半時計回りの方向に負の値を取る。
【００５８】
さらに、図７におけるＰ［ｄｉｒ（ｉ）］という特徴量は、それぞれのフリック操作の開始から終了までの指の押下圧力の平均値であり、次の数９によって求められる。ここで、ｐ［ｄｉｒ（ｉ）、ｊ］は、ｄｉｒ（ｉ）のフリック操作におけるｊ番目のイベントデータの押下圧力である。
【００５９】
【数９】
0006707271.tif 000010
【００６０】
そして、図７におけるＳ［ｄｉｒ（ｉ）］という特徴量は、それぞれのフリック操作の開始から終了までの指の接触面積の平均値であり、次の数１０によって求められる。ここで、ｓ［ｄｉｒ（ｉ）、ｊ］は、ｄｉｒ（ｉ）のフリック操作におけるｊ番目のイベントデータの接触面積である。
【００６１】
【数１０】
0006707271.tif 000011
【００６２】
一例として、上述の図５における第１行〜第７行の合計７つのイベントデータから成る１回目のフリック操作に対応するフリックデータに基づいて算出された各特徴量Ｘ［ｕ（１）］，Ｙ［ｕ（１）］，Ｌ［ｕ（１）］，Ｖ［ｕ（１）］，θ［ｕ（１）］，Ｐ［ｕ（１）］およびＳ［ｕ（１）］を、図１０に示す。
【００６３】
さらに、特徴量抽出部５４は、各特徴量Ｘ［ｄｉｒ（ｉ）］，Ｙ［ｄｉｒ（ｉ）］，Ｌ［ｄｉｒ（ｉ）］，Ｖ［ｄｉｒ（ｉ）］，θ［ｄｉｒ（ｉ）］，Ｐ［ｄｉｒ（ｉ）］およびＳ［ｄｉｒ（ｉ）］のそれぞれについて、上下方向のフリック操作の対称性を数値化すると共に、左右方向のフリック操作の対称性を数値化する。例えば、Ｆ［ｄｉｒ（ｉ）］という符号を用いて各特徴量Ｘ［ｄｉｒ（ｉ）］，Ｙ［ｄｉｒ（ｉ）］，Ｌ［ｄｉｒ（ｉ）］，Ｖ［ｄｉｒ（ｉ）］，θ［ｄｉｒ（ｉ）］，Ｐ［ｄｉｒ（ｉ）］およびＳ［ｄｉｒ（ｉ）］を個別に表現すると、上下方向のフリック操作の対称性Ｆ［ｕ−ｄ（ｉ）］は、次の数１１によって求められる。そして、左右方向のフリック操作の対称性Ｆ［ｌ−ｒ（ｉ）］は、数１２によって求められる。
【００６４】
【数１１】
0006707271.tif 000012
【００６５】
【数１２】
0006707271.tif 000013
【００６６】
そして、この数１１および数１２に基づく対称性Ｆ［ｕ−ｄ（ｉ）］およびＦ［ｌ−ｒ（ｉ）］を含む上述の７つの各特徴量Ｘ［ｄｉｒ（ｉ）］，Ｙ［ｄｉｒ（ｉ）］，Ｌ［ｄｉｒ（ｉ）］，Ｖ［ｄｉｒ（ｉ）］，θ［ｄｉｒ（ｉ）］，Ｐ［ｄｉｒ（ｉ）］およびＳ［ｄｉｒ（ｉ）］のデータ、つまり特徴データが、上述の如くプロファイルデータとしてデータベース５６に記憶され、または、テストデータとしてスコアリング部５８に入力される。
【００６７】
スコアリング部５８は、データベース部５６に記憶されているプロファイルデータの集合、言わばプロファイルデータ群、について、上述した組ごとに、次のような処理を行う。なお、プロファイルデータ群を構成するプロファイルデータの組の数Ｍは、上述した登録モードによるプロファイルデータの登録直後はＭ＝α（＝１０）である。
【００６８】
即ち、スコアリング部５８は、プロファイルデータに含まれる各特徴量Ｘ［ｄｉｒ（ｉ）］，Ｙ［ｄｉｒ（ｉ）］，Ｌ［ｄｉｒ（ｉ）］，Ｖ［ｄｉｒ（ｉ）］，θ［ｄｉｒ（ｉ）］，Ｐ［ｄｉｒ（ｉ）］およびＳ［ｄｉｒ（ｉ）］のそれぞれについて、次の数１３による加算平均処理を行う。ここで、ｋは、プロファイルデータ群におけるプロファイルデータの組の番号（１≦ｋ≦Ｍ）である。また、この数１３においても、Ｆ［ｄｉｒ，ｋ］という符号を用いて各特徴量Ｘ［ｄｉｒ（ｉ）］，Ｙ［ｄｉｒ（ｉ）］，Ｌ［ｄｉｒ（ｉ）］，Ｖ［ｄｉｒ（ｉ）］，θ［ｄｉｒ（ｉ）］，Ｐ［ｄｉｒ（ｉ）］およびＳ［ｄｉｒ（ｉ）］の加算平均値Ｘ［ｄｉｒ，ｋ］，Ｙ［ｄｉｒ，ｋ］，Ｌ［ｄｉｒ，ｋ］，Ｖ［ｄｉｒ，ｋ］，θ［ｄｉｒ，ｋ］，Ｐ［ｄｉｒ，ｋ］およびＳ［ｄｉｒ，ｋ］を個別に表現している。
【００６９】
【数１３】
0006707271.tif 000014
【００７０】
さらに、スコアリング部５８は、この数１３による加算平均処理後の全ての特徴量Ｆ［ｄｉｒ，ｋ］について、次の数１４による正規化処理を行い、つまり正規化（無次元化）する。ここで、ｍａｘ｛Ｆ［ｄｉｒ，ｑ］｝は、全ての組ｑ（１≦ｑ≦Ｍ）における特徴量Ｆ［ｄｉｒ，ｋ］の最大値である。そして、ｍｉｎ｛Ｆ［ｄｉｒ，ｑ］｝は、当該全ての組ｑにおける特徴量Ｆ［ｄｉｒ，ｋ］の最小値である。
【００７１】
【数１４】
0006707271.tif 000015
【００７２】
この数１４による正規化処理後の特徴量ｎＦ［ｄｉｒ，ｋ］は、７種類（ｎＸ［ｄｉｒ、ｋ］，ｎＹ［ｄｉｒ，ｋ］，ｎＬ［ｄｉｒ，ｋ］，ｎＶ［ｄｉｒ，ｋ］，ｎθ［ｄｉｒ，ｋ］，ｎＰ［ｄｉｒ，ｋ］およびｎＳ［ｄｉｒ，ｋ］）であり、フリック方向ｄｉｒは、上述した対称性を含め６方向（ｕ，ｄ，ｌ，ｒ，ｕ−ｄおよびｌ−ｒ）であるので、１組分のプロファイルデータは、次の数１５で表される４２（＝７×６）次元のベクトルｖＦとなる。
【００７３】
【数１５】
0006707271.tif 000016
【００７４】
これと同様の要領で、スコアリング部５８は、テストデータについても、上述の数１３による加算平均処理を行い、さらに、数１４による正規化処理を行う。この正規化処理後のテストデータもまた、数１５で表される４２次元のベクトルｖＦとなる。
【００７５】
その上で、スコアリング部５８は、テストデータのベクトルをｖＦｔとし、ｋ番目の組のプロファイルデータのベクトルをｖＦｐ［ｋ］として、次の数１６に基づいて、これら両ベクトルｖＦｔおよびｖＦｐ［ｋ］間のユークリッド距離である規格化（正規化）ユークリッド距離ＮＥＤ（ｖＦｔ，ｖＦｐ［ｋ］）を求める。
【００７６】
【数１６】
0006707271.tif 000017
【００７７】
この数１６に基づく規格化ユークリッド距離ＮＥＤ（ｖＦｔ，ｖＦｐ［ｋ］）は、テストデータを供する操作者とプロファイルデータを供する権利者とが同一人物である場合には、小さくなり、そうでない場合には、大きくなる傾向にある。
【００７８】
スコアリング部５８は、全ての組の（つまりＭ個の）プロファイルデータのベクトルｖＦｐ［ｋ］のそれぞれと、テストデータのベクトルｖＦｔと、の間で、この式１６に基づく規格化ユークリッド距離ＮＥＤ（ｖＦｔ，ｖＦｐ［ｋ］）を求める。そして、それらの平均であるテスト平均距離ＮＥＤｔを求める。このテスト平均距離ＮＥＤｔが、上述したスコア値として、認証部６０に入力される。
【００７９】
併せて、スコアリング部５８は、全ての組のプロファイルデータのベクトルｖＦｐ［ｋ］を総当たりで２つずつ組み合わせると共に、数１６に準拠する次の数１７に基づいて、当該２つのベクトルｖＦｐ［ｋ］およびｖＦｐ［ｋ’］間の規格化ユークリッド距離ＮＥＤ（ｖＦｐ［ｋ］，ｖＦｐ［ｋ’］）を求める。なお、ｋ’は、ｋとは異なる組（ｋ’≠ｋ）を表す。
【００８０】
【数１７】
0006707271.tif 000018
【００８１】
そして、スコアリング部５８は、この数１７に基づく全部でＭＣ２個の規格化ユークリッド距離ＮＥＤ（ｖＦｐ［ｋ］，ｖＦｐ［ｋ’］）の平均であるプロファイル平均距離ＮＥＤｐを求める。このプロファイル平均距離ＮＥＤｐもまた、上述のテスト平均距離ＮＥＤｔと同様、認証部６０に入力される。
【００８２】
認証部６０は、スコアリング部５８から入力されるスコア値としてのテスト平均距離ＮＥＤｔと、当該スコアリング部５８から入力される言わば基準値としてのプロファイル平均距離ＮＥＤｐと、さらに、予め設定された閾値Ｔｈ［ＮＥＤ］と、を用いて、次の数１８が満足されるかどうかを判定する。
【００８３】
【数１８】
0006707271.tif 000019
【００８４】
ここで例えば、この数１８が満足される場合、認証部６０は、操作者が権利者であると同定して、つまり認証が成功したものとして、その旨を、ロック解除部６２に伝える。これを受けて、ロック解除部６２は、ロックを解除する。一方、この数１８が満足されない場合は、認証部６２は、操作者は権利者とは別人の第三者であると判定して、つまり認証が失敗したものとして、その旨を、データ収集部５２に伝える。これにより、ロックは解除されずに、上述のフリック要求画面の表示が維持される。
【００８５】
なお、認証が成功した場合は、そのときのテストデータが新たなプロファイルデータとしてデータベース５６に記憶される。即ち、データベース５６に記憶されているプロファイルデータ群が更新される。そして、このプロファイルデータ群の更新によって、当該プロファイルデータ群を構成するプロファイルデータの組の総数Ｍが増加する。このプロファイルデータの組の総数Ｍが所定の最大値Ｍ’に達すると、それ以降は、新たなプロファイルデータが加わるたびに、最古のプロファイルデータが当該プロファイルデータ群（データベース５６）から廃棄される。このようにデータベース５６内のプロファイルデータ群が逐次に更新されることによって、当該プロファイルデータ群が充実化される。このことは、認証精度の向上に大きく貢献する。
【００８６】
この一連の処理をフリック認証装置５０全体の処理として見ると、当該フリック認証装置５０は、例えば登録モードにおいて、図１１のフローチャートに示す手順に従って動作する。
【００８７】
即ち、登録モードに入るための所定の操作が成されると、フリック認証装置５０は、ステップＳ１に進み、フリック操作を要求する方向を決定する。このフリック方向は、上述の如く乱数に基づいて決定される。
【００８８】
このステップＳ１の実行後、フリック認証装置５０は、ステップＳ３に進み、当該ステップＳ１で決定された方向にフリック操作を要求するための登録用のフリック要求画面をタッチスクリーン２０に表示させる。そして、フリック認証装置５０は、ステップＳ５に進む。
【００８９】
ステップＳ５において、フリック認証装置５０は、フリック要求画面の表示に対してフリック操作が成されたかどうかを判定する。そして、フリック操作が成されると、フリック認証装置５０は、ステップＳ７に進む。
【００９０】
ステップＳ７において、フリック認証装置５０は、先のステップＳ５におけるフリック操作が成功したかどうかを判定する。この判定は、上述の如く判定枠４０を用いて行われる。ここで例えば、フリック操作が成功した場合、フリック認証装置５０は、ステップＳ９に進み、当該フリック操作が失敗した場合は、ステップＳ３に戻る。
【００９１】
ステップＳ９において、フリック認証装置５０は、当該フリック操作に応答してタッチスクリーン２０から得られるフリックデータを一時的に記憶する。このフリックデータの一時記憶のために、図示しないメモリ等の一時記憶部が設けられている。そして、フリック認証装置５０は、ステップＳ１１に進み、この登録モードによるプロファイルデータの登録のために必要な条件が満足されたかどうか、詳しくは上述した合計１６０（＝４Ｎ×α）回のフリック操作が成功したかどうか、つまり当該１６０回のフリック操作に対応するフリックデータが得られたかどうか、を判定する。ここで例えば、当該必要な条件が満足されていない場合には、ステップＳ１に戻る。一方、当該必要条件が満足された場合には、ステップＳ１３に進む。
【００９２】
ステップＳ１３において、フリック認証装置５０は、先のステップＳ９にて一時的に記憶されたフリックデータに基づいて、今現在の操作者である権利者の特徴量を抽出する。そして、ステップＳ１５に進み、当該ステップＳ１３にて抽出された特徴量のデータを、プロファイルデータとして登録する。その上で、ステップＳ１７に進み、登録が完了した旨の図示しない所定のメッセージをタッチスクリーン２０に表示させる。これと併せて、タッチスクリーン２０には、今現在の操作者である権利者に登録が完了したことへの確認を促すための例えば“ＯＫ”という文字が記された操作可能なボタンが表示される。
【００９３】
ステップＳ１７の実行後、フリック認証装置５０は、ステップＳ１９に進み、当該ステップＳ１７にてタッチスクリーン２０に表示された上述の“ＯＫ”ボタンがタップ（タッチ）されたかどうかを判定する。そして、この“ＯＫ”ボタンへのタップ操作が成されると、フリック認証装置５０は、登録モードを終了する。
【００９４】
このような登録モードにおける動作に対して、フリック認証装置５０は、認証モードにおいて、図１２のフローチャートに示す手順に従って動作する。
【００９５】
即ち、スマートフォン１０が起動されるか、または、スリープ状態が解除されると、フリック認証装置５０は、ステップＳ１０１に進み、フリック操作を要求する方向を決定する。このフリック方向は、上述の如く乱数に基づいて決定される。
【００９６】
このステップＳ１０１の実行後、フリック認証装置５０は、ステップＳ１０３に進み、当該ステップＳ１０１で決定された方向にフリック操作を要求するための認証用のフリック要求画面をタッチスクリーン２０に表示させる。そして、フリック認証装置５０は、ステップＳ１０５に進む。
【００９７】
ステップＳ１０５において、フリック認証装置５０は、フリック要求画面の表示に対してフリック操作が成されたかどうかを判定する。ここで例えば、当該フリック操作が成されない場合、フリック認証装置５０は、ステップＳ１０７に進み、待ち時間としての所定の時間が経過したかどうかを判定する。そして、この所定時間が経過していない場合には、ステップＳ１０５に戻る。
【００９８】
一方、ステップＳ１０５において、フリック操作が成されると、フリック認証装置５０は、ステップＳ１０９に進み、当該フリック操作が成功したかどうかを判定する。ここで例えば、フリック操作が成功した場合、フリック認証装置５０は、ステップＳ１１１に進み、当該フリック操作が失敗した場合は、ステップＳ１０３に戻る。
【００９９】
ステップＳ１１１において、フリック認証装置５０は、当該フリック操作に応答してタッチスクリーン２０から得られるフリックデータを一時的に記憶する。そして、フリック認証装置５０は、ステップＳ１１３に進み、この登録モードによるプロファイルデータの登録のために必要な条件が満足されたかどうか、詳しくは上述した合計１６（＝４Ｎ×α）回のフリック操作が成功したかどうか、つまり当該１６回のフリック操作に対応するフリックデータが得られたかどうか、を判定する。ここで例えば、当該必要な条件が満足されていない場合には、ステップＳ１０１に戻る。一方、当該必要条件が満足された場合には、ステップＳ１１５に進む。
【０１００】
ステップＳ１１５において、フリック認証装置５０は、先のステップＳ１１１にて一時的に記憶されたフリックデータに基づいて、今現在の操作者である被認証者の特徴量を抽出する。この抽出された特徴量のデータは、テストデータとされる。
【０１０１】
さらに、フリック認証装置５０は、ステップＳ１１７に進み、当該テストデータと、予め登録されているプロファイルデータと、に基づいて、スコアリングを行い、つまりスコア値を算出する。その上で、フリック認証装置５０は、ステップＳ１１９に進み、このスコア値に基づいて、認証を行う。そして、フリック認証装置５０は、ステップＳ１２１に進み、当該認証の結果を判定する。
【０１０２】
このステップＳ１２１において、例えば操作者が権利者であると判定（同定）されたとき、つまり認証が成功したとき、フリック認証装置５０は、ステップＳ１２３に進み、当該認証が成功した旨の図示しない所定のメッセージをタッチスクリーン２０に表示させる。この認証成功メッセージの表示時間は、例えば数秒間程度が適当である。
【０１０３】
そして、フリック認証装置５０は、ステップＳ１２５に進み、テストデータを新たなプロファイルデータとして追加し、つまりプロファイルデータ群を更新する。そして、フリック認証装置５０は、ステップＳ１２７に進み、ロックを解除した後、この認証モードを終了する。
【０１０４】
なお、上述のステップＳ１０７において、所定時間が経過した場合には、フリック認証装置５０は、当該ステップＳ１０７からステップＳ１２９に進む。また、上述のステップＳ１２１において、操作者が権利者ではないと判定されたとき、つまり認証が失敗したときも、フリック認証装置５０は、当該ステップＳ１２１からステップＳ１２９に進む。そして、このステップＳ１２９において、認証が失敗した旨の図示しない所定のメッセージをタッチスクリーン２０に表示させて、認証モードを終了する。このステップＳ１２９における認証失敗メッセージの表示時間もまた、例えば数秒間程度が適当である。
【０１０５】
本実施形態に係るフリック認証法について、その有効性を確認するために、次のような実験を行った。
【０１０６】
即ち、１０名の被験者（男性；８名，女性；２名）について、１人当たり上述した１組分（合計１６（＝４Ｎ）回）のフリックデータを１１組分、つまり合計１６０（＝４Ｎ×α）回分、収集する。このフリックデータの収集に際しては、片手入力および両手入力の２つの入力態様が想定されるが、それぞれの被験者ごとに任意とした（片手入力；８名，両手入力：２名）。そして、公知の１個抜き交差検証（leave-one-out cross-validation：ＬＯＯＣＶ）法を用いて、本人拒否率（ＦＲＲ）と他人受入率（ＦＡＲ）とを評価した。なお、本人拒否率は、次の数１９によって求められ、他人受入率は、数２０によって求められる。
【０１０７】
【数１９】
0006707271.tif 000020
【０１０８】
【数２０】
0006707271.tif 000021
【０１０９】
この実験の結果を、図１３にグラフで示す。この図１３のグラフから分かるように、認証に用いられる上述の閾値Ｔｈ［ＮＥＤ］が小さいほど、他人受入率が低く、つまり他人の侵入を防ぐことができるが、その反面、本人拒否率が高くなり、つまり本人が認証に失敗する可能性が高くなる。これとは対照的に、閾値Ｔｈ［ＮＥＤ］が大きいほど、本人が認証に失敗する可能性は低くなるが、その反面、他人の侵入を許し易くなる。即ち、本人拒否率と他人受入率とは、閾値Ｔｈ［ＮＥＤ］によって変化し、いわゆるトレードオフの関係にある。これは、生体認証法において一般に見られる傾向である。その上で、閾値Ｔｈ［ＮＥＤ］の変化によって本人拒否率と他人受入率とが等価となる等価エラー率（Equal Error Rate；ＥＥＲ）を見ると、この等価エラー率は約１．５％（Ｔｈ［ＮＥＤ］≒１．３）であり、高い認証精度であることが確認された。この約１．５％という等価エラー率は、いわゆるセキュリティ対策として十分に実用に供し得る値である。
【０１１０】
以上のように、本実施形態によれば、十分に実用に供し得るセキュリティ対策を講ずることができる。また、タッチスクリーン１０については、上述した従来技術とは異なり、マルチタッチスクリーンである必要はなく、ゆえに、従来よりも高い柔軟性をもって既存の機器にも適用することができる。加えて、認証に用いられるフリック操作は、片手入力および両手入力のいずれであってもよいので、両手入力に限定される従来技術に比べて、当該認証時の操作性の向上が図られると共に、権利者と第三者との区別化を含む認証精度の向上も図られる。
【０１１１】
なお、本実施形態は、本発明の１つの具体例であり、本発明の範囲を限定するものではない。即ち、本実施形態以外の形態によって、本発明を実現してもよい。
【０１１２】
例えば、上述したスコアリングの手法として、規格化ユークリッド距離を利用した言わば規格化ユークリッド距離法が採用されたが、これに限らない。例えば、次に説明するスペクトラムフィルタリング法が、併せて採用されてもよい。
【０１１３】
このスペクトラムフィルタリング法においては、同一人物であれば、上述の特徴データ（プロファイルデータおよびテストデータ）に含まれる各特徴量Ｘ［ｄｉｒ（ｉ）］，Ｙ［ｄｉｒ（ｉ）］，Ｌ［ｄｉｒ（ｉ）］，Ｖ［ｄｉｒ（ｉ）］，θ［ｄｉｒ（ｉ）］，Ｐ［ｄｉｒ（ｉ）］およびＳ［ｄｉｒ（ｉ）］のそれぞれは正規分布に従うものと仮定される。そして、この仮定の下、プロファイルデータの集合であるプロファイルデータ群を用いて、当該各特徴量Ｘ［ｄｉｒ（ｉ）］，Ｙ［ｄｉｒ（ｉ）］，Ｌ［ｄｉｒ（ｉ）］，Ｖ［ｄｉｒ（ｉ）］，θ［ｄｉｒ（ｉ）］，Ｐ［ｄｉｒ（ｉ）］およびＳ［ｄｉｒ（ｉ）］それぞれの標準正規分布が作成される。
【０１１４】
具体的には、まず、プロファイルデータ群を構成するプロファイルデータのうち、ｋ番目の組のプロファイルデータに含まれるｉ回目のフリック操作に対応する或る特徴量をＦ［ｄｉｒ（ｉ），ｋ］とすると、次の数２１に基づいて、当該特徴量Ｆ［ｄｉｒ（ｉ），ｋ］の平均値μ［Ｆ［ｄｉｒ］］が求められる。
【０１１５】
【数２１】
0006707271.tif 000022
【０１１６】
そして、次の数２２に基づいて、特徴量Ｆ［ｄｉｒ（ｉ），ｋ］の標準偏差σ［Ｆ［ｄｉｒ］］が求められる。
【０１１７】
【数２２】
0006707271.tif 000023
【０１１８】
さらに、次の数２３に基づいて、標準化された特徴量Ｚ［ｄｉｒ（ｉ），ｋ］が求められる。
【０１１９】
【数２３】
0006707271.tif 000024
【０１２０】
この標準化された特徴量Ｚ［ｄｉｒ（ｉ），ｋ］を変数とする確率密度Ａ［Ｚ［ｄｉｒ（ｉ），ｋ］］は、次の数２４によって表される。そして、この数２４に基づく確率密度Ａ［Ｚ［ｄｉｒ（ｉ），ｋ］］は、理想的には、図１４に示す標準正規分布に従うグラフを描く。
【０１２１】
【数２４】
0006707271.tif 000025
【０１２２】
ここで、テストデータについても、同じ要領で、標準化された特徴量Ｚ［ｄｉｒ（ｉ）］が求められる、とする。そして例えば、テストデータが権利者のものである場合には、このテストデータに含まれる当該標準化された特徴量Ｚ［ｄｉｒ（ｉ）］を変数とする確率密度Ａ［Ｚ［ｄｉｒ（ｉ）］］は、標準正規分布に従うものと推察される。一方、テストデータが権利者のものでない場合には、当該確率密度Ａ［Ｚ［ｄｉｒ（ｉ）］］は、標準正規分布に従わずに、多少なりとも当該標準正規分布から外れるものと推察される。即ち、プロファイルデータ群に基づいて作成された標準正規分布を用いることで、テストデータが権利者のものであるのかどうかを判別し得ることが、期待される。この手法は、当該プロファイルデータ群に基づいて作成された標準正規分布を一種のフィルタとしてテストデータをフィルタリングする態様であるので、上述の如くスペクトラムフィルタリング法と称している。
【０１２３】
ただし、上述の数２３に基づくプロファイルデータの標準化された特徴量Ｚ［ｄｉｒ（ｉ），ｋ］については、権利者（の癖）によっては、標準正規分布に従わないものも有り得る、と思われる。このような特徴量Ｚ［ｄｉｒ（ｉ），ｋ］を含む特徴量指標が当該スペクトラムフィルタリング法による判別（スコアリング）のための要素として採用されるのは適切ではなく、ゆえに、この不適切な特徴量指標については、当該判別のための要素から排除される。例えば、図１４に示した理想的な標準正規分布においては、変数Ｚの絶対値｜Ｚ｜が｜Ｚ｜≦３σとなる確率が約９９．７３％であるので、それぞれの特徴量指標ごとに、数２３に基づく特徴量Ｚ［ｄｉｒ（ｉ），ｋ］の絶対値｜Ｚ［ｄｉｒ（ｉ），ｋ］｜が｜Ｚ［ｄｉｒ（ｉ），ｋ］｜≦３σとなる当該特徴量Ｚ［ｄｉｒ（ｉ），ｋ］の数の割合が求められ、この割合が９９．７３％以上となる特徴量指標のみが、当該スペクトラムフィルタリング法による判別のための要素として採用される。具体的には、或る特徴量指標について、それに含まれる特徴量Ｚ［ｄｉｒ（ｉ），ｋ］の数はＮＭ個である。そして、このＮＭ個の特徴量Ｚ［ｄｉｒ（ｉ），ｋ］のうち、｜Ｚ［ｄｉｒ（ｉ），ｋ］｜≦３σを満たす当該特徴量Ｚ［ｄｉｒ（ｉ），ｋ］の数ＤがＤ≧０．９９７３ＮＭとなる場合に、当該スペクトラムフィルタリング法による判別のための要素として採用される。
【０１２４】
その上で、テストデータについても、上述の如く標準化された特徴量Ｚ［ｄｉｒ（ｉ）］が求められる。そして、このテストデータの標準化された特徴量Ｚ［ｄｉｒ（ｉ）］について、｜Ｚ［ｄｉｒ（ｉ）］｜＞３σとなるデータ、つまりプロファイルデータ群に基づいて作成された標準正規分布に従わないデータ、の数Ｑがカウントされる。なお、このスペクトラムフィルタリング法による判別のための要素として採用される特徴量指標の数をＲ（０≦Ｒ≦４２）とすると、当該カウント値Ｑは、０≦Ｑ≦ＮＲとなる。
【０１２５】
このカウント値Ｑは、テストデータが権利者に係るものである場合には、小さい値となる。一方、テストデータが権利者以外の第三者に係るものである場合には、当該カウント値Ｑは、大きい値となる。そこで、このカウント値Ｑは、スコア値の１つとされ、次の数２５に示すように、予め設定された閾値Ｔｈ［ＳＦ］と比較される。
【０１２６】
【数２５】
0006707271.tif 000026
【０１２７】
この数２５が満足される場合、被認証者としての操作者が権利者である、と判定される。一方、数２５が満足されない場合には、操作者は権利者ではない第三者である、と判定される。
【０１２８】
上述の図１３を参照しながら説明した実験において、このスペクトラムフィルタリング法を併用した実験をさらに行った。その結果を、図１５に示す。この図１５から分かるように、規格化ユークリッド法に加えてスペクトラムフィルタリング法が併用されることによって、他人受入率（ＦＡＲ）の低減が図られる。特に、閾値Ｔｈ［ＳＦ］が小さいほど、当該他人受入率の低減が図られる。なお、この実験では、上述の如く１個抜き交差検証法が用いられており、テストデータがプロファイルデータとしてプロファイルデータ群に含まれているので、本人拒否率（ＦＲＲ）は、当該スペクトラムフィルタリング法の影響を受けない。この実験によれば、等価エラー率（ＥＥＲ）は約１．０％（Ｔｈ［ＮＥＤ］≒１．５５）であり、認証精度のさらなる向上が図られることが確認された。そして、この実験とは異なる実際の運用時においては、当該スペクトラムフィルタリング法の影響によって、本人拒否率が低減され、ひいては等価エラー率がさらに低減され、つまりは認証精度のより一層の向上が図られるものと期待される。
【０１２９】
勿論、このスペクトラムフィルタリング法に限らず、また、規格化ユークリッド法に限らず、例えば尤度や規格化マンハッタン距離，相関分析等の他の統計的手法が用いられてもよい。
【０１３０】
そして、本実施形態においては、図７に示した７つの特徴量Ｘ［ｄｉｒ（ｉ）］，Ｙ［ｄｉｒ（ｉ）］，Ｌ［ｄｉｒ（ｉ）］，Ｖ［ｄｉｒ（ｉ）］，θ［ｄｉｒ（ｉ）］，Ｐ［ｄｉｒ（ｉ）］およびＳ［ｄｉｒ（ｉ）］が抽出されることとしたが、これに限らない。例えば、タッチ位置の軌跡の曲り具合が求められ、この言わばフリック曲度が当該特徴量とされてもよい。また、スマートフォン１０は、加速度センサや傾きセンサ等も備えているので、これらの出力から適宜の特徴量が抽出されてもよい。
【０１３１】
さらに、フリック方向の順番については、ランダムとされたが、一定であってもよい。ただし、このフリック方向の順番がランダムとされることによって、当該順番が一定とされる場合に比べて、権利者を含む操作者の当該順番に対する適応性が各特徴量Ｘ［ｄｉｒ（ｉ）］，Ｙ［ｄｉｒ（ｉ）］，Ｌ［ｄｉｒ（ｉ）］，Ｖ［ｄｉｒ（ｉ）］，θ［ｄｉｒ（ｉ）］，Ｐ［ｄｉｒ（ｉ）］およびＳ［ｄｉｒ（ｉ）］のそれぞれに反映され、このことも、認証精度の向上に貢献するものと推察される。
【０１３２】
また、本実施形態においては、ＡｎｄｒｏｉｄをＯＳとするスマートフォン１０に本発明を適用する場合について説明したが、これに限らない。本発明は、アップル社製のスマートフォン“ｉＰｈｏｎｅ”（登録商標）にも適用可能であるし、タブレット等の当該スマートフォン以外の機器にも適用可能であり、要するに、タッチスクリーンを備えた機器に適用可能である。
【０１３３】
そして、本実施形態においては、フリック操作に係る行動的特徴を認証キーとするフリック認証法を提案したが、タップ操作やスワイプ操作（画面上をなぞる操作）等の当該フリック操作に係る行動的特徴を認証キーとしてもよい。なお、フリック操作は、極めて（特に上述の従来技術における少なくとも３本の指を用いてのジェスチャ操作に比べて）単純な操作である一方、権利者を含む操作者個々人の特徴が顕在化し易い操作であるので、個人認証のための操作として甚だ好適である。また、これらフリック操作，タップ操作，スワイプ操作等が適宜に組み合わされてもよい。
【０１３４】
加えて、上述した１組のフリック操作における当該フリック操作の繰り返し回数Ｎの値は、Ｎ＝４に限らず、これ以外の値であってもよい。また、登録モードにおける当該１組のフリック操作の繰り返し回数αの値についても、α＝１０に限らず、これ以外の値であってもよい。これらの繰り返し回数Ｎおよびαの各値が適宜に定められることによって、認証精度の制御が可能である。さらに、プロファイルデータ群を構成するプロファイルデータの組の数Ｍによっても、認証精度が変わるので、当該組数Ｍは、状況に応じて適宜に定められることが肝要である。
【符号の説明】
【０１３５】
１０  モデル化装置
２０  制御部
３０  記憶部
１００  セル空間
１１０  セル
１２０  パーティション
【図１】
0006707271.tif 000027
【図２】
0006707271.tif 000028
【図３】
0006707271.tif 000029
【図４】
0006707271.tif 000030
【図５】
0006707271.tif 000031
【図６】
0006707271.tif 000032
【図７】
0006707271.tif 000033
【図８】
0006707271.tif 000034
【図９】
0006707271.tif 000035
【図１０】
0006707271.tif 000036
【図１１】
0006707271.tif 000037
【図１２】
0006707271.tif 000038
【図１３】
0006707271.tif 000039
【図１４】
0006707271.tif 000040
【図１５】
0006707271.tif 000041