(57)【要約】【課題】  生体認証において非常時に適切な対処を可能とする【解決手段】  ユーザの生体関連データと、第１の照合用データ格納部に格納され且つユーザに対応付けられた第１の照合データとを用いてユーザ認証を行い、当該ユーザ認証の結果である第１の認証結果を記憶装置に格納する第１認証ステップと、ユーザの生体関連データと、第２の照合用データ格納部に格納され且つユーザに対応付けられた第２の照合用データとを用いてユーザ認証を行い、当該ユーザ認証の結果である第２の認証結果を記憶装置に格納する第２認証ステップと、記憶装置に格納された第１の認証結果及び第２の認証結果に基づき、ユーザの意図を判断する判断ステップと、判断されたユーザの意図に応じた処理を行う処理実行ステップとを含む。【選択図】図１
2005107668.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの生体関連データと、第１の照合用データ格納部に格納され且つ前記ユーザに対応付けられた第１の照合データとを用いてユーザ認証を行い、当該ユーザ認証の結果である第１の認証結果を記憶装置に格納する第１認証ステップと、
前記ユーザの生体関連データと、第２の照合用データ格納部に格納され且つ前記ユーザに対応付けられた第２の照合用データとを用いてユーザ認証を行い、当該ユーザ認証の結果である第２の認証結果を前記記憶装置に格納する第２認証ステップと、
前記記憶装置に格納された第１の認証結果及び前記第２の認証結果に基づき、前記ユーザの意図を判断する判断ステップと、
判断された前記ユーザの意図に応じた処理を行う処理実行ステップと、
を含み、コンピュータにより実行される生体認証方法。
【請求項２】
前記第１の照合用データが通常時の照合用データであり、且つ前記第２の照合用データが非常時の照合用データであることを特徴とする
請求項１記載の生体認証方法。
【請求項３】
前記判断ステップにおいて前記ユーザの意図が非常時における処理実行指示であると判断された場合、前記処理実行ステップにおいて、非常時用のリソースを用いて処理を行うことを特徴とする
請求項２記載の生体認証方法。
【請求項４】
前記処理実行ステップが、所定の外部システムに通知するステップを含む
請求項３記載の生体認証方法。
【請求項５】
前記ユーザからの生体データの入力を１回だけ受け付け、受け付けた前記生体データから特徴データを抽出するステップと、
抽出した前記特徴データを生体関連データとして記憶装置に格納するステップと、
をさらに含む請求項１乃至４のいずれか１つに記載の生体認証方法。
【請求項６】
新規ユーザの生体データ及び照合用データ登録指示を受け付けた場合、前記第１の照合用データの登録指示か前記第２の照合用データの登録指示か判定するステップと、
前記第１の照合用データの登録指示と判定された場合、前記新規ユーザの生体データから抽出した特徴データを前記新規ユーザに対応付けて前記第１の照合用データ格納部に格納するステップと、
前記第２の照合用データの登録指示と判定された場合、前記新規ユーザの生体データから抽出した特徴データを前記新規ユーザに対応付けて前記第２の照合用データ格納部に格納するステップと、
をさらに含む請求項１乃至５のいずれか１つに記載の生体認証方法。
【請求項７】
前記生体関連データは、音声と指紋と虹彩と署名と掌形と手の甲の血管パタンと耳形状との少なくともいずれかに関するデータであることを特徴とする請求項１乃至６のいずれか１つに記載の生体認証方法。
【請求項８】
請求項１乃至７のいずれか１つに記載の生体認証方法をコンピュータに実行させるためのプログラム。
【請求項９】
ユーザの生体関連データと、第１の照合用データ格納部に格納され且つ前記ユーザに対応付けられた第１の照合データとを用いてユーザ認証を行う第１認証手段と、
前記ユーザの生体関連データと、第２の照合用データ格納部に格納され且つ前記ユーザに対応付けられた第２の照合用データとを用いてユーザ認証を行う第２認証手段と、
前記第１認証手段による認証結果及び前記第２認証手段による認証結果に基づき、前記ユーザの意図を判断する手段と、
判断された前記ユーザの意図に応じた処理を行う処理実行手段と、
を有する生体認証装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生体認証のための技術に関するものである。
【背景技術】
【０００２】
個人認証処理においては、従来より様々な方法や技術が存在している。とりわけ昨今では、漏洩や失念の可能性があるパスワード入力による認証に代わり、網膜や指紋、音声（声紋）等のユーザの身体的特徴あるいは行動的特徴を認識する生体認証が注目されている。
【０００３】
例えば、音声による端末操作のロック技術であって、ランダムにキーワードを表示し、対応するパスワードの音声入力を受け付ける技術が存在する（例えば特許文献１参照）。すなわち、あらかじめ登録された複数組のキーワードとパスワードの中からランダムに選択した１組のペアのキーワードを表示部に表示し、その表示を見たユーザに、キーワードとペアとなるパスワードを発声させる。そして、その発声の音声認識結果をもとに、ユーザから派生されたパスワードと表示したキーワードと対になるパスワードとの同一性を照合して、端末使用者本人の認証を行う。
【０００４】
また例えば、音声による所定の防犯キーワードを音声認識によって受け付けると、バックグラウンドで防犯機能を作動させる技術も存在する（例えば特許文献２参照）。すなわち、電子承認システムであって、ＬＡＮ（Local Area Network）により接続されたホスト装置と端末装置とから構成され、ホスト装置は、入出力手段と、制御部と、記憶手段と、網膜照合手段と、指紋照合手段と、文章選択手段と、選択された文章を個人が音読した音声情報をもとにその声紋情報を保存された個人の声紋情報と照合する声紋照合手段と、音声内容を選択された文章と照合し、さらに防犯キーワードを判定する音声認識手段と、音声認識手段の判定により防犯動作を作動させる防犯手段とを備え、端末装置は、端末本体と、網膜認識装置と、指紋認識装置と、マイクと、ディスプレイとを備える。
【０００５】
また例えば、携帯電話機等のウェブ（Ｗｅｂ）サービスにおける音声認証技術であって、データ通信量の削減を図るための技術も存在する（例えば特許文献３参照）。すなわち、ＩＰサーバが、自サーバがサービスを提供するユーザに対応した声紋データと、ユーザ認証を行うための認証プログラムを保有しており、移動機のユーザが移動機を利用してＩＰサーバのサービスの提供を受ける場合、このＩＰサーバは、自サーバの保有している声紋データと認証プログラムを移動機へと送信する。移動機は、このＩＰサーバから送信されてきた声紋データ等に従ってユーザ認証を行う。また、移動機のユーザがサービスの享受中にサービス内容を変更する場合、声紋データと認証プログラムが既に移動機にダウンロード済みであれば、当該移動機に対する、これらのデータのダウンロードを行わない。
【０００６】
また例えば、所定の機械の操作を許可されたユーザのみが、当該ユーザが許可された種類の機械操作を、音声によって行えるようにするための技術も存在する（例えば特許文献４参照）。すなわち、自動機械を使用及び／又はプログラムすることが許可された人を識別する手段によって、飲食物を一定量供給する機械及び飲食物を準備する間のパラメータを調整するための機械の制御装置であって、音声入力及び音声認識装置から構成され、事前に記憶された音声パターン及び／又は声紋に基づいて個別認証された人を識別する識別手段と、識別が成功したかどうかに応じて音声制御システムに対するアクセスを許可又は阻止するように、識別手段によって制御可能なセキュリティ装置と、音声パターン・ライブラリを参照することで特定の音声パターン入力を認識し、また制御される特定のパラメータによって認識された音声パターン入力に対応付け、それらをチャンネルに通し、さらに制御信号に変換することで、音声入力から得られた制御信号が当該機械の特定のハードウェア／ソフトウェア選択によって受信するように構成された音声パターン分析装置とを備える。
【特許文献１】特開２００２−３１２３１８号公報
【特許文献２】特開２００１−１９５３６４号公報
【特許文献３】特開２００３−３６２４６号公報
【特許文献４】特表２００３−５０２７０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上で述べたような技術によると、正規のユーザが脅迫等によりやむなく認証情報を入力したような場合、すなわち非常時における充分な対処ができない。例えば特許文献２の技術によると、「テスト、テスト」等の所定の防犯キーワードを音声認識によって受け付けることにより通報等の非常処理を開始させるが、通常とは異なる（１回多く）音声入力をすることにより、脅迫者等に非常処理を開始させたことを感づかせてしまう恐れがある。また、例えばＡＴＭ（Automated-Teller Machine）における引き出し処理が正常に終了したように見せかけるためには、現金を排出する必要があるが、その際、バックグラウンドで通報するだけでは、警察等が駆けつける前に現金を持ち逃げされてしまう可能性も高い。
【０００８】
そのため、本発明の目的は、非常時において適切な対処を可能とするための新規な生体認証関連技術を提供することである。
【課題を解決するための手段】
【０００９】
本発明に係る生体認証方法は、ユーザの生体関連データと、第１の照合用データ格納部に格納され且つユーザに対応付けられた第１の照合データとを用いてユーザ認証を行い、当該ユーザ認証の結果である第１の認証結果を記憶装置に格納する第１認証ステップと、ユーザの生体関連データと、第２の照合用データ格納部に格納され且つユーザに対応付けられた第２の照合用データとを用いてユーザ認証を行い、当該ユーザ認証の結果である第２の認証結果を記憶装置に格納する第２認証ステップと、記憶装置に格納された第１の認証結果及び第２の認証結果に基づき、ユーザの意図を判断する判断ステップと、判断されたユーザの意図に応じた処理を行う処理実行ステップとを含む。
【００１０】
このように、ユーザの生体関連データに対して２通りの認証処理が行われることにより、本人確認処理及びユーザの意図判断処理が実行される。例えば音声パスワードによる認証の場合、ユーザ本人以外が正しいパスワードを発声しても、第１及び第２のいずれの認証においてもＮＧとなる。また、ユーザ本人が第１の認証に対応するパスワードを発声した場合、第１の認証のみＯＫとなり、第１の認証に対応付けられた処理、すなわちユーザが希望した処理が実行される。
【００１１】
また、上記第１の照合用データが通常時の照合用データであり、且つ上記第２の照合用データが非常時の照合用データであってもよい。これにより、例えば第１の認証結果がＯＫで第２の認証結果がＮＧであった場合、通常時であると判断することができ、例えば第１の認証結果がＮＧで第２の認証結果がＯＫであった場合、非常時であると判断することができる。なお、第１の照合用データを非常時の照合用データとし、第２の照合用データを通常時の照合用データとするような設定であってもよい。
【００１２】
また、上記判断ステップにおいてユーザの意図が非常時における処理実行指示であると判断された場合、上記処理実行ステップにおいて、非常時用のリソースを用いて処理を行うようにしてもよい。これにより、一見通常どおり処理が行われたとしても、使用されたリソースが通常とは異なるリソースであるため、そのことに基づいて事件等の解決を図ることができる。例えばＡＴＭによる処理の場合、番号が管理されている紙幣を排出することにより、後から脅迫者等を追跡することが可能となる。
【００１３】
また、上記処理実行ステップが、所定の外部システムに通知するステップを含むようにしてもよい。これにより、例えば非常時の処理の際、警備会社や警察等に通報することができる。
【００１４】
また、ユーザからの生体データの入力を１回だけ受け付け、受け付けた生体データから特徴データを抽出するステップと、抽出した特徴データを生体関連データとして記憶装置に格納するステップとをさらに含むようにしてもよい。これにより、通常時又は非常時のいずれであってもユーザは生体データの入力を１回だけ行えばよく、脅迫者等に対し、端末操作を通常どおり行っているように見せることができる。
【００１５】
また、新規ユーザの生体データ及び照合用データ登録指示を受け付けた場合、第１の照合用データの登録指示か第２の照合用データの登録指示か判定するステップと、第１の照合用データの登録指示と判定された場合、新規ユーザの生体データから抽出した特徴データを新規ユーザに対応付けて第１の照合用データ格納部に格納するステップと、第２の照合用データの登録指示と判定された場合、新規ユーザの生体データから抽出した特徴データを新規ユーザに対応付けて第２の照合用データ格納部に格納するステップとをさらに含むようにしてもよい。
【００１６】
このように、生体認証の基準となるデータを、元の生体データよりも小さいサイズで２種類に分けて登録しておく。すなわち、ユーザ１人に対して２種類のデータを登録することになるが、データのサイズを縮小することにより、記憶領域を圧迫しないようにしている。
【００１７】
また、上記生体関連データは、音声と指紋と虹彩と署名と掌形と手の甲の血管パタンと耳形状との少なくともいずれかに関するデータであってもよい。また、個人を識別可能なその他の生体関連データであってもよい。
【００１８】
また、本発明に係る生体認証装置は、ユーザの生体関連データと、第１の照合用データ格納部に格納され且つユーザに対応付けられた第１の照合データとを用いてユーザ認証を行う第１認証手段と、ユーザの生体関連データと、第２の照合用データ格納部に格納され且つユーザに対応付けられた第２の照合用データとを用いてユーザ認証を行う第２認証手段と、第１認証手段による認証結果及び第２認証手段による認証結果に基づき、ユーザの意図を判断する手段と、判断されたユーザの意図に応じた処理を行う処理実行手段とを有する。
【００１９】
なお、本発明に係る方法を実施するためのプログラムを生成することも可能であって、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してデジタル信号として頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリに一時保管される。
【発明の効果】
【００２０】
本発明によれば、生体認証処理において非常時に適切な対処を行うことができる。
【発明を実施するための最良の形態】
【００２１】
本発明の一実施の形態に係るシステム構成図を図１に示す。本実施の形態では、生体認証のうち、音声による認証を行うようにしているが、指紋等、他の生体認証についても、センサ部分（以下に述べる音声入力部１０３）を換えることにより、図１と同様の構成で実施可能である。なお、生体データの認識方法及び照合方法については従来技術を用いればよく、詳しくは述べない。また、以下の説明において「（処理）結果を出力する」という記載は、結果を一旦記憶装置に格納しておき、後の処理部において記憶装置から読み出すという処理を含むものとする。
【００２２】
１又は複数の認証システム１０は、当該認証システム１０の認証結果に基づき業務処理を実行する１又は複数の認証利用システム２０と接続されている。なお、認証システム１０と認証利用システム２０とは、必ずしも物理的に分離しているとは限らず、例えば同一の筐体に組み込まれている場合もある。認証システム１０は、ユーザの生体データに基づき認証を行い、認証利用システム２０は、認証処理を前提とするサービスを提供する。認証処理を前提とするサービスには、例えばＡＴＭによる現金自動支払い処理や、入退室管理システムによるロック開錠処理などが挙げられる。
【００２３】
認証システム１０には、要求受け付け部１０１と音声入力部１０３とが接続されている。また、認証システム１０には、特徴抽出部１０５と要求判定部１０７と登録制御部１０９と特徴登録部１１１と特徴データ格納部１１３と通常時データ格納部１１５と非常時データ格納部１１７と特徴照合部１１０と認証判定部１２０と総合判定部１３０と再処理制御部１３３とパラメタ制御部１３５とが含まれている。さらに、特徴照合部１１０には、第１照合部１１０１と第２照合部１１０２とが含まれ、認証判定部１２０には、第１判定部１２０１と第２判定部１２０２とが含まれている。
【００２４】
また、認証利用システム２０には、アプリケーション制御部２０１と通常処理部２０２と非常時処理部２０３と認証棄却処理部２０４とが含まれている。さらに、非常時処理部２０３には、偽装通常処理部２０３１と通知処理部２０３２とが含まれている。
【００２５】
これらの処理の内容については処理フローの説明においても述べるが、ここで概略について説明する。まず、要求受け付け部１０１は、キーボードやマウス、タッチパネル等の入力装置及び表示装置を含み、ユーザからの要求を受け付ける。例えば、現金の引き出し等、認証利用システム２０が提供するサービスの要求や、認証システム１０に対する認証用データの登録指示等を受け付け、ユーザの要求内容を要求判定部１０７に出力する。また、ユーザからの要求があったことを音声入力部１０３に通知する。マイク等の音声入力装置を含む音声入力部１０３は、電源をＯＮにする等、音声入力受け付け可能な状態とし、ユーザが発した音声を受け付け、音声データを特徴抽出部１０５に送信する。なお、音声入力部１０３は、常に音声入力受け付け可能な状態であってもよい。
【００２６】
特徴抽出部１０５は、音声入力部１０３から受信した音声データに対して所定の特徴抽出処理を施して特徴データを生成し、当該特徴データを特徴データ格納部１１３に格納する。また、特徴データ生成処理が終わったことを登録制御部１０９に通知する。一方、要求判定部１０７は、要求受け付け部１０１が受け付けたユーザの要求を判定する。すなわち、認証システム１０が実施すべきなのは認証処理か認証データ登録処理かを判定する。認証データ登録処理であった場合、さらに、登録するのは通常時データか非常時データかを判定する。そして、判定結果を登録制御部１０９又は特徴照合部１１０に通知する。
【００２７】
要求判定部１０７の判定結果が認証データ登録処理であった場合、登録制御部１０９は、特徴登録部１１１の機能を用いて、特徴データ格納部１１３に格納されている特徴データを通常時データ格納部１１５又は非常時データ格納部１１７に登録する。一方、要求判定部１０７の判定結果が認証処理であった場合、特徴照合部１１０の第１照合部１１０１及び第２照合部１１０２は、特徴データ格納部１１３に格納されている特徴データの照合処理を行う。第１照合部１１０１は通常時データ格納部１１５に格納されているデータを参照して照合処理を行い、認証判定部１２０の第１判定部１２０１に結果（例えば距離や尤度）を出力する。第２照合部１１０２は非常時データ格納部１１７に格納されているデータを参照して照合処理を行い、認証判定部１２０の第２判定部１２０２に結果（例えば距離や尤度）を出力する。
【００２８】
認証判定部１２０の第１判定部１２０１は、特徴照合部１１０の第１照合部１１０１による照合結果に基づき、第１の認証がＯＫであるかＮＧであるか判定し、判定結果を総合照合部１３０に出力する。同様に、認証判定部１２０の第２判定部１２０２は、特徴判定部１１０の第２照合部１１０２による照合結果に基づき、第２の認証がＯＫであるかＮＧであるか判定し、判定結果を総合判定部１３０に出力する。
【００２９】
総合判定部１３０は、第１及び第２の認証の判定結果に基づき、総合的な判定を行う。すなわち、判定結果のパターンを特定する。ここでは、第１及び第２の認証のいずれもがＯＫのパターンと、いずれもがＮＧのパターンと、第１の認証のみがＯＫのパターンと、第２の認証のみがＯＫのパターンとの４つのパターンのうち、いずれのパターンであるか特定する。そして、特定した判定結果のパターンを、再処理制御部１３３又は認証利用システム２０のアプリケーション制御部２０１に出力する。
【００３０】
例えば第１及び第２の認証のいずれもがＯＫのパターンであった場合、音声認識又は照合がうまくいかなかったと判断できるため、再処理制御部１３３は、総合判定部１３０からの結果を受けて、パラメタ制御部１３５又は要求受け付け部１０１に対して処理要求を出力する。いずれに出力するかは管理者等が予め設定しておく。パラメタ制御部１３５は、照合処理に使用するパラメタを変更又は調整し、特徴照合部１１０に再処理を要求する。要求受け付け部１０１は、再処理制御部１３３からの処理要求を受けると、ユーザに対してもう一度発声するように促す。例えば表示装置にメッセージを表示する。音声メッセージを出力するようにしてもよい。なお、必ずしもパラメタ制御部１３５を設けておく必要はない。また、再処理制御部１３３が回数制限を行い、要求受け付け部１０１に対しての再処理要求が所定の回数（例えば３回）に達した場合には、第１及び第２の認証のいずれもがＮＧのパターンとする判定結果のパターンを、認証利用システム２０のアプリケーション制御部２０１に出力するようにしてもよい。
【００３１】
一方、認証利用システム２０のアプリケーション制御部２０１は、総合判定部１３０から受信した判定結果のパターンに基づき、通常処理部２０２と非常時処理部２０３と認証棄却処理部２０４とのうち、いずれかの処理部に処理要求を出力する。例えば第１及び第２の認証のいずれもがＮＧのパターンであった場合、認証棄却処理部２０４に処理要求を出力する。また、第１の認証のみがＯＫのパターンでは通常処理部２０２に、第２の認証のみがＯＫのパターンでは、非常時処理部２０３に処理要求を出力する。
【００３２】
通常処理部２０２は、現金の引き出し処理や鍵の開錠等、所定の業務処理を通常どおり行う。非常時処理部２０３の偽装通常処理部２０３１は、外見上は通常処理に見え、実際には通常処理とは異なる、偽装通常処理を行う。詳しくは後述する。そして、通知処理部２０３２に処理要求を出力する。通知処理部２０３２は、偽装通常処理のバックグラウンドで、警備会社や警察等に非常時であることを通報する。
【００３３】
また、認証棄却処理部２０４は、他人による音声入力がなされた又は間違った言葉を発声したと判断された場合における所定の処理を行う。要求受け付け部１０１に再処理要求を出力するようにしてもよい。
【００３４】
次に、図２を用いて、ＡＴＭにおける偽装通常処理について説明する。図２には、近年、コンビニエンスストアなどに設置されているようなＡＴＭ３００が示されている。ＡＴＭ３００には、マイク３３０と、通常支払用紙幣ボックス３１０と、非常支払用紙幣ボックス３２０とが含まれている。ＡＴＭ３００には、図示していないが、この他にも認証システム１０及び認証利用システム２０等の図１に示した構成要素と、一般的なＡＴＭに必要な処理機能とが含まれている。
【００３５】
マイク３３０は、図１の音声入力部１０３に含まれ、ユーザからの音声入力を受け付ける。通常支払用紙幣ボックス３１０は、現金引き出し用の紙幣を入れておくためのケースであり、一般的なＡＴＭの紙幣ボックスと同様に、入っている紙幣の種類及び金額が管理されている。非常支払用紙幣ボックス３２０は、通常支払用紙幣ボックス３１０と同様の構成であるが、中に入っている紙幣は、その紙幣番号が管理されている。
【００３６】
すなわち、ユーザから現金引き出しの要求を受け付けた場合、図１の通常処理部２０２における処理では、通常支払用紙幣ボックス３１０から紙幣が取り出されるのに対し、偽装通常処理部２０３１における処理では、非常支払用紙幣ボックス３２０から紙幣が取り出される。いずれにおいてもユーザからの指示通りに紙幣が排出されるので、例えば脅迫者等に、異なる処理がなされていることを気づかれる可能性は殆どないと言える。また、偽装通常処理部２０３１による処理がなされた場合、引き出した紙幣を脅迫者等に奪われたとしても、紙幣番号が管理されているため、脅迫者等を追跡することが可能となる。
【００３７】
このように、表面上は通常時と同様の処理を行い、実際にはバックグラウンドで非常時用の処理を行うのが、本実施の形態における偽装通常処理である。なお、上のように非常時用のリソースを用いる形態の他にも、偽装通常処理には様々な処理方法がある。例えば、ＡＴＭや電子決済の振り込みにおいて表示上は振り込み完了のメッセージを出力しておき、実際には振り込み処理を行わないようにしてもよいし、残高照会において実際の金額よりも少ない金額を表示するようにしてもよい。また、音声データの再登録処理において、再登録完了のメッセージを出力しておき、実際には登録処理を行わないようにしてもよい。
【００３８】
なお、通常処理と偽装通常処理とが同一処理の場合もある。その場合、偽装通常処理部２０３１が処理を行う際、通知処理部２０３２の通知処理によって非常時であることが通報される以外には、偽装通常処理部２０３１は通常処理部２０２と同様の処理を行う。例えば、入退室管理システムにおいて、通常どおり開錠したり、電子情報システムや通信システムにおいて通常どおりログオンさせる。但し、ログオン後は権限の制限が加わるようにしても良い。また例えば、文書ファイル開示システムにおいて通常どおり開示したり、発券又は証書発行システムにおいて、通常どおり発券又は証書の発行を行う。なお、発行した券や証書の番号は、通知処理部２０３２の通知処理によって通報される。
【００３９】
図３及び図４に、図１に示したシステムの処理フローを示す。以下、各ステップに従い説明する。まず、要求受け付け部１０１は、ユーザからのユーザＩＤ（例えば口座番号等であってもよい）及び処理要求を受け付け、一旦記憶装置に格納する（図３：ステップＳ１）。ユーザＩＤは会員カード（キャッシュカード）等を挿入口に挿入することにより取得されることもある。そして、音声入力部１０３は、ユーザからの音声入力を受け付け、デジタル化して音声データとして一旦記憶装置に格納する（ステップＳ３）。特徴抽出部１０５は、音声入力部１０３が受け付けた音声データに特徴抽出処理を施すことにより特徴データを抽出（生成）し、特徴データ格納部１１３に格納する（ステップＳ５）。
【００４０】
要求判定部１０７は、ユーザからの要求が認証用の音声データの登録であるか判定する（ステップＳ７）。登録であると判定された場合（ステップＳ７：Ｙｅｓルート）、さらに要求判定部１０７は、ユーザからの要求が通常時用の音声データの登録であるか判定する（ステップＳ９）。通常時用の音声データの登録であると判定された場合（ステップＳ９：Ｙｅｓルート）、登録制御部１０９は、特徴登録部１１１の機能を用いて、特徴データ格納部１１３に格納されているデータを通常時データ格納部１１５に格納する（ステップＳ１１）。例えばユーザＩＤと特徴データとを対応付けて格納する。そして処理を終了する。一方、通常時用の音声データの登録ではないと判定された場合（ステップＳ９：Ｎｏルート）、登録制御部１０９は、特徴登録部１１１の機能を用いて、特徴データ格納部１１３に格納されているデータを非常時データ格納部１１７に格納する（ステップＳ１３）。例えばユーザＩＤと特徴データとを対応付けて格納する。そして処理を終了する。このようにして通常時用と非常時用との２種類の特徴データが登録される。ユーザは、例えば通常時用は「あいうえお」で、非常時用は「かきくけこ」等、言葉を変えて登録する。利用する際には、どちらかを１回発声すればよい。ユーザは、モードの設定を別途行う必要はない。なお、音声データの登録の際には、別途、システム管理者等による本人確認が行われる。
【００４１】
一方、ステップＳ７において、登録ではないと判定された場合（ステップＳ７：Ｎｏルート）、特徴照合部１１０の第１照合部１１０１は、特徴データ格納部１１３に格納されている特徴データと、通常時データ格納部１１５に格納されている当該ユーザの通常時用の特徴データとを照合する（ステップＳ１５）。そして、認証判定部１２０の第１判定部１２０１は、第１照合部１１０１の照合結果に基づき、ステップＳ３において受け付けたユーザの音声が、通常時の音声データとして認証がＯＫであるか判定し、判定結果を記憶装置に一旦格納する（ステップＳ１７）。
【００４２】
同様に、特徴照合部１１０の第２照合部１１０２は、特徴データ格納部１１３に格納されている特徴データと、非常時データ格納部１１７に格納されている当該ユーザの非常時用の特徴データとを照合する（ステップＳ１９）。そして、認証判定部１２０の第２判定部１２０２は、第２照合部１１０２の照合結果に基づき、ステップＳ３において受け付けたユーザの音声が、非常時の音声データとして認証がＯＫであるか判定し、判定結果を記憶装置に一旦格納する（ステップＳ２１）。
【００４３】
そして、総合判定部１３０は、ステップＳ１７及びステップＳ２１における認証の判定結果に基づき総合的な判定を行い、当該総合的な判定結果を一旦記憶装置に格納する（ステップＳ２３）。この処理については、図１の説明において述べた通りである。そして、総合判定部１３０は、総合的な判定結果が「判定保留」であるか判定する（ステップＳ２５）。ステップＳ１７及びステップＳ２１における認証の判定結果がいずれもＯＫであった場合、総合的な判定結果が「判定保留」となる。音声の認識及び照合処理が正確になされていれば、ありえない結果であるためである。
【００４４】
「判定保留」ではないと判定された場合（ステップＳ２５：Ｎｏルート）、端子Ａを介して図４の処理に移行する。一方、「判定保留」であったと判定された場合（ステップＳ２５：Ｙｅｓルート）、再処理制御部１３３は、ユーザに音声の再入力を促す設定がなされているか判定する（ステップＳ２７）。なお、図１の説明でも述べたとおり、「判定保留」となった場合に音声入力の受け付けからやり直すか又は照合処理からやり直すかという設定が、予め管理者等によりなされているものとする。
【００４５】
再入力を促す設定がなされていると判定された場合（ステップＳ２７：Ｙｅｓルート）、ステップＳ３の処理に戻る。一方、再入力を促す設定がなされていないと判定された場合（ステップＳ２７：Ｎｏルート）、パラメタ制御部１３５は、照合用のパラメタを変更する（ステップＳ２９）。例えば音声データの照合において誤差とみなす範囲を狭くする。そして、ステップＳ１５の処理に戻る。
【００４６】
図４に、端子Ａを介して移行した後（ステップＳ２５：Ｎｏルート）の処理フローを示す。まず、認証利用システム２０のアプリケーション制御部２０１は、ステップＳ２３（図３）における総合判定部１３０の判定結果に基づき、ユーザの指示が通常処理であったか判定する（図４：ステップＳ３１）。ステップＳ１７及びステップＳ２１における認証の判定結果のうち、ステップＳ１７における認証の判定結果のみＯＫであった場合、通常処理の指示であったと判定される。例えばユーザ本人が通常処理を指示するための「あいうえお」という音声を発したと判定された場合である。
【００４７】
ユーザの指示が通常処理であったと判定された場合（ステップＳ３１：Ｙｅｓルート）、通常処理部２０２は、現金の引き出し処理や鍵の開錠等、ユーザの指示に基づく業務処理を通常どおり行う（ステップＳ３３）。そして処理を終了する。
【００４８】
一方、ユーザの指示が通常処理ではなかったと判定された場合（ステップＳ３１：Ｎｏルート）、アプリケーション制御部２０１は、ユーザの指示が非常処理であったか判定する（ステップＳ３５）。ステップＳ１７及びステップＳ２１における認証の判定結果のうち、ステップＳ２１における認証の判定結果のみＯＫであった場合、非常処理の指示であったと判定される。例えばユーザ本人が非常処理を指示するための「かきくけこ」という音声を発したと判定された場合である。
【００４９】
ユーザの指示が非常処理であったと判定された場合（ステップＳ３５：Ｙｅｓルート）、非常時処理部２０３の偽装通常処理部２０３１は、偽装通常処理を行う（ステップＳ３７）。偽装通常処理については、上で説明した通りである。そして、通知処理部２０３２は、偽装通常処理のバックグラウンドで、警備会社や警察等に非常時であることを通報する（ステップＳ３９）。そして処理を終了する。
【００５０】
一方、ユーザの指示が非常処理でなかったと判定された場合（ステップＳ３５：Ｎｏルート）、すなわち、ステップＳ１７及びステップＳ２１における認証の判定結果のいずれもがＮＧであった場合、認証棄却処理部２０４は、認証棄却処理を行う（ステップＳ４１）。認証棄却処理とは、他人による音声入力がなされた又は間違った言葉を発声したと判断された場合における所定の処理である。そして、処理を終了する。
【００５１】
このようにして、認証用データの登録及び登録済みの認証用データを用いた認証処理が行われる。そして、認証結果に応じた処理が実施される。
【００５２】
以上本発明の一実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、図１に示した機能ブロック構成は一例であって、実際のプログラム・モジュール構成とは異なる場合がある。また、認証システム１０や認証利用システムが複数のサーバやコンピュータによって構成されていてもよい。
【００５３】
また、図２に示したＡＴＭの概要図は一例であって、別の形状のＡＴＭであってもよい。さらに、図３及び図４に示した処理フローも一例であって、同様の処理結果が得られる範囲において処理の順序を入れ替えてもよいし、必要に応じてステップを追加又は削除してもよい。例えば、ステップＳ１９及びステップＳ２１の処理を、ステップＳ１５の前に実行又は併行して実行するようにしてもよい。
【００５４】
また、認証に使用する生体データは、音声に限らず、指紋や虹彩や署名等、個人を識別可能なその他の生体データであってもよい。例えば指紋認証の場合、非常時には通常時と異なる指の指紋を用いるようにする。また例えば虹彩認証の場合、非常時には通常時と異なる方の目の虹彩を用いるようにする。また例えば署名認証の場合、非常時には通常時と異なる文字を用いるようにする。
【図面の簡単な説明】
【００５５】
【図１】本発明の一実施の形態におけるシステム構成図である。
【図２】本発明の一実施の形態におけるＡＴＭの概要図である。
【図３】本発明の一実施の形態における処理フロー（その１）を示す図である。
【図４】本発明の一実施の形態における処理フロー（その２）を示す図である。
【符号の説明】
【００５６】
１０  認証システム    ２０  認証利用システム
１０１  要求受け付け部    １０３  音声入力部
１０５  特徴抽出部    １０７  要求判定部
１０９  登録制御部    １１０  特徴照合部
１１１  特徴登録部    １１３  特徴データ格納部
１１５  通常時データ格納部
１１７  非常時データ格納部    
１２０  認証判定部    １３０  総合判定部
１３３  再処理制御部    １３５  パラメタ制御部
２０１  アプリケーション制御部
２０２  通常処理部    ２０３  非常時処理部
２０４  認証棄却処理部
１１０１  第１照合部    １１０２  第２照合部
１２０１  第１判定部    １２０２  第２判定部
２０３１  偽装通常処理部    ２０３２  通知処理部
【図１】
2005107668.tif 000003
【図２】
2005107668.tif 000004
【図３】
2005107668.tif 000005
【図４】
2005107668.tif 000006