JP4795364B2

JP4795364B2 - 認証装置、そのプログラムおよび記録媒体

Info

Publication number: JP4795364B2
Application number: JP2007549048A
Authority: JP
Inventors: 康二佐藤
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2005-12-07
Filing date: 2006-11-16
Publication date: 2011-10-19
Anticipated expiration: 2026-11-16
Also published as: WO2007066480A1; JPWO2007066480A1

Description

本発明は、ユーザまたは機器を認証する認証装置に関するものである。

従来から、ユーザがサービスの提供装置の近傍へ赴いて当該サービスの提供装置に設けられた端末装置を操作し、種々のサービスの提供を受けることだけではなく、ユーザの操作する端末装置によって、サービスの提供装置とネットワーク経由で通信して、サービスの提供を受けることが行われている。近年では、ネットワーク化の進展に伴って、提供可能なサービスの種類／数も膨大になり、これらのネットワーク上のサービスに場所や時間を問わずにアクセスできることも要求されている。

このようなサービスの中には、正規のユーザと第三者とを区別するために認証処理を行い、認証に成功した正規のユーザに対してのみ、サービスを提供するものが数多く存在する。

上記正規のユーザの認証方法としては、パスワード認証が一般的である。ただし、パスワード認証の場合、ユーザは、端末装置やネットワークあるいはサービスが異なったとき、それぞれへのＩＤ／パスワードを互いに異なる値に設定すると共に、それらを管理する必要がある。また、より高いセキュリティ強度を得るためには、これらの値を頻繁に変更することが求められる。これらの結果、ユーザに煩雑な操作／管理を強いることになり、ユーザの負担が大きい。さらに、個人が記憶できるパスワードには限りがあり、パスワードのみを用いた認証は、概してセキュリティ強度が低く十分ではない。また、他の認証方法として、例えば、個人の生体情報（例えば、指紋や声紋、虹彩パターンあるいは静脈パターンなど）を用いた認証方法も利用されるようになってきている。

さらに、より高度なセキュリティレベルを満足するために、これら種々の認証方法を複数組み合わせた認証も行われている。一例として、後述する特許文献１では、ユーザが、例えば、自己の生体特徴の状況や周囲環境などに応じて、利用する生体情報を選択し、一部の生体情報が入力された場合、入力された生体特徴の組み合わせにおける認証精度を求め、当該認証精度に応じて被認証者の動作を制御する構成が記載されている。

当該構成では、一部の生体情報が入力された場合、それに応じて、被認証者の動作が制御される。このため、一部の生体情報の入力によって、全ての生体情報が入力されたときよりも認証精度が低下したとしても、認証性能の低下による影響を未然に抑制でき、誤認証した場合の損害を抑えることができる。
日本国公開特許公報「特開２００３−３０１５４号公報（公開日：２００３年１月３１日）」

しかしながら、上記従来の構成では、既に行われた認証結果に応じて、認証レベル（即ちサービスレベル）を決定の後、その結果に応じてユーザの動作を制限するため、不要な認証処理が行われる可能性がある。この結果、ユーザの操作が煩雑になりがちである。また、本来不要な認証処理が行われると、例えば、ユーザになりすまそうとしている第三者が、ユーザの挙動あるいは認証システムの入出力などを盗み見ている場合に、本来であればユーザが与えることのなかった筈の認証情報を、当該第三者が取得できる可能性が高くなり、安全性が低下する虞もある。

また、上記従来の構成では、サービスが当初から固定されたシステムにおける適用を想定しているため、ユーザの利用可能な機器に搭載される認証デバイスおよび認証方式によっては認証の精度を確保できないことにより、ユーザが利用可能なサービスが制限されてしまう虞がある。例えば、携帯電話のような小型機器を用いて、遠隔地からネットワークを通じてサービスを利用しようとしても、その携帯電話にサービスを受けるために必要となる認証方式を搭載できなければサービス利用ができないことにもなりかねない。これは、シームレスにネットワークサービスを利用することができないことを意味する。ネットワークサービスを携帯端末のような機器においてシームレスに利用するためには、代替可能な認証方式を適宜選択できるような方式が必要である。

また、上記従来の構成では、認証結果から予め固定されたサービスを利用することが可能か否かを決定することしかできない。サービスを利用する際に、サービス側から必要な認証のレベルあるいは方式を指定できれば、様々なサービスに対し適用可能な認証方式が実現できると共に、用途または環境に即し方式を柔軟に変更することも可能になる。上記方式を柔軟に変更する例として、例えばノイズが多い環境下において、音声利用の認証方式の代わりに同等の認証レベルをもつ虹彩、指紋など、別の光学センサを用いた方式へ切り替える方法がある。

さらに、上記従来の構成では、一部の生体情報を登録し直す場合にも、全ての人物データに関する認証精度の再計算を実施する必要があるため、非常に計算コストが高くなる。また、新たな認証デバイスを追加する際にも正規化調整を行う必要があることから、上記と同様の課題があるといえる。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ユーザの負担を軽減し、安全性を向上させることが可能であると共に、状況または利用機器に応じて認証手段の組み合わせを変更可能な、すなわち柔軟性の高い認証装置を実現することにある。

本発明に係る認証装置は、上記課題を解決するために、ユーザもしくは機器を特定するための認証装置であって、複数の認証手段と、受け付けた認証要求に応じて、上記複数の認証手段のうちの少なくとも１つを選択し、選択した認証手段に対し認証操作を指示すると共に、当該選択した認証手段の認証結果に基づいて上記認証要求に対する認証応答を生成する認証制御手段とを備えていることを特徴としている。

これらの構成では、認証システムに設けられる認証手段のうち、受け付けた認証要求に応じて選択された認証手段によって認証が行われる。したがって、従来の構成のように、複数の認証手段での認証処理が行われた後、その認証処理結果に応じて、サービスを提供する際の権限を決定する構成と比較して、その認証要求に応える際に不要な認証手段での認証を省略できる。

これにより、例えば、ユーザの負担を軽減できる。また、不要な認証が省略されているので、例えば、ユーザになりすまそうとしている第三者が、ユーザの挙動あるいは認証システムの入出力などを盗み見ていたとしても、当該第三者に与える情報を少なくすることができ、安全性を向上できる。

本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分に分かるであろう。また、本発明の利点は、添付図面を参照した次の説明で明白になるであろう。

本発明によれば、認証システムに設けられる認証手段のうち、受け付けた認証要求に応じて選択された認証手段によって認証が行われる。したがって、従来の構成のように、複数の認証手段での認証処理が行われた後、その認証処理結果に応じて、サービスを提供する際の権限を決定する構成と比較して、その認証要求に応える際に不要な認証手段での認証を省略できる。

このように、不要な認証を省略できるので、例えば、ユーザの負担を軽減できる。また、不要な認証が省略されているので、例えば、ユーザになりすまそうとしている第三者が、ユーザの挙動あるいは認証システムの入出力などを盗み見ていたとしても、当該第三者に与える情報を少なくすることができ、安全性を向上できる。

また、認証手段を柔軟に選択することが可能なことから、必ずしも特定の認証方式を備える機器でなくとも適用可能である。さらに、サービスの利用時に、ある認証精度を要求するネットワークサービスへのアクセスにおいても、認証精度を満足できる１つ以上の代替手段を備えた機器であれば、サービスをシームレスに利用することが可能になる。

また、追加の認証手段にて認証操作を行った結果を、既に獲得している認証精度とあわせて評価を行うことにより、追加分のみの認証操作を行うだけでよく、認証時の計算コストを低減させることが可能である。

本発明の実施形態を示すものであり、認証装置の要部構成を示すブロック図である。上記認証装置を含む認証システムの要部構成を示すブロック図である。上記認証システムに設けられたサービス認証属性管理テーブルを示す図面である。上記認証装置に記憶された認証デバイス属性情報テーブルを示す図面である。上記認証装置に記憶された実行管理テーブルを示す図面である。上記認証システムの認証装置とＵＩ処理部との間の通信シーケンス例を示すものであり、認証に失敗した場合を示す図面である。上記認証装置の動作を示すものであり、認証デバイス自体を指定した認証要求を受け付けた場合を示すフローチャートである。上記認証システムの認証装置とＵＩ処理部との間の通信シーケンス例を示すものであり、認証に成功した場合を示す図面である。上記認証装置の動作を示すものであり、認証方法を指示する際の動作の詳細を示すフローチャートである。上記認証システムの認証装置とＵＩ処理部との間の通信シーケンス例を示すものであり、認証方法を指定する場合を示す図面である。上記認証装置の動作を示すものであり、認証方法を指定した認証要求を受け付けた場合を示すフローチャートである。上記認証システムの認証装置とＵＩ処理部との間の通信シーケンス例を示すものであり、認証カウントを指定する場合を示す図面である。上記認証装置の動作を示すものであり、認証カウントを指示する際の動作の詳細を示すフローチャートである。上記動作の詳細を示すものであり、Ａｃｔｉｖｅカウントを参照する際の動作を示すフローチャートである。上記認証システムの認証装置とＵＩ処理部との間の通信シーケンス例を示すものであり、認証カウントを指定し、認証デバイスが自動選択される場合を示す図面である。上記動作の詳細を示すものであり、認証デバイスの自動選択動作を示すフローチャートである。上記認証システムの認証装置とＵＩ処理部との間の通信シーケンス例を示すものであり、認証カウントを指定し、手動選択する場合を示す図面である。上記動作の際の実行管理テーブルを示すものであり、認証要求時の状態を示す図面である。上記動作の際の実行管理テーブルを示すものであり、認証デバイスによる認証結果が反映された状態を示す図面である。上記認証装置の変形例を示すものであり、当該認証装置に記憶される認証レベルと認証カウントとの対応表を示す図面である。認証デバイスを直接指定した認証要求の処理における表示画面遷移の一例を示すブロック図である。認証方法を指定した認証要求の処理における表示画面遷移の一例を示すブロック図である。認証カウントを用いた認証要求の処理における表示画面遷移の一例を示すブロック図である。認証カウントを用いた認証要求の処理において追加認証操作を必要とする場合の、表示画面遷移の一例を示すブロック図である。認証カウントを用いた認証要求の処理において手動での認証操作を行う場合の、表示画面遷移の一例を示すブロック図である。

符号の説明

１５認証装置
５１認証デバイス（認証手段）
５３認証制御部（認証制御手段）
５４記憶部（記憶装置）

本発明の一実施形態について図１ないし図２５に基づいて説明すると以下の通りである。すなわち、本実施形態に係る認証システムは、ユーザの負担を軽減し、安全性を向上可能な認証システムであって、例えば、複数のサービスのうち、選択されたサービスを提供する際にユーザまたは機器を認証する用途などに好適に使用されている。

図２に示すように、上記認証システム１には、端末装置３が設けられており、当該端末装置３は、例えば、ユーザによるサービス提供操作の受け付けなど、ユーザとのインタフェースのための処理を行うユーザインタフェース処理部（ＵＩ処理部）１１と、当該ＵＩ処理部１１が提供指示を受け付けたサービスを提供するサービス提供処理部１３と、当該サービス提供処理部１３によるサービスの提供に先立って、複数の認証方法のうち、上記ＵＩ処理部１１の指示に従った認証方法（または、その組み合わせ）で、ユーザ、または、ユーザが操作する機器を認証する認証装置１５とを備えている。なお、これらの各部材１１・１３・１５および後述する各部材１７〜６３は、ＣＰＵなどの演算手段がＲＯＭやＲＡＭなどの記録媒体に格納されたプログラムコードを実行することで実現される機能ブロックである。

ここで、上記認証方法は、認証時にセンシングされるもの（例えば、指紋かパスワードかなど）と、認証時にセンシングされる物理量と、センシングする装置と、当該装置の設置場所と、認証のアルゴリズムと、認証時のアルゴリズムで使用されるパラメータと、イニシャル情報と、それらの組み合わせとのうち、予め定められたものである。本実施形態に係る認証システム１では、一例として、認証時にセンシングされるものが互いに異なれば、互いに異なる認証方法としている。また、上記認証装置１５は、例えば、パスワードを用いた認証方法、ＰＩＮ（Personal Identification Number）を用いた認証方法、および、指紋を用いた認証方法で、ユーザまたはユーザの使用する機器を認証できる。

なお、上記認証装置１５は、それぞれ少なくとも１つの認証方法で認証可能な複数の単体認証装置を備え、全体として複数の認証方法でユーザまたはユーザの使用する機器を認証可能なように構成されていてもよいが、以下では、一例として、１つの認証装置１５が複数の認証方法で認証可能な構成について説明する。

さらに、端末装置３には、入力装置１７と出力装置１９とが設けられている。当該入力装置１７は、ユーザの指示、あるいは、ユーザによって入力された情報を受け付け、上記ＵＩ処理部１１に伝える機能を持った装置であって、入力装置１７としては、例えば、キーボードあるいはマウスなどが挙げられる。一方、上記出力装置１９は、ＵＩ処理部１１の指示に応じて、情報をユーザへ提示・出力する機能を持った装置であって、出力装置１９としては、例えば、ディスプレイ装置あるいはプリンタなどが使用される。

上記サービス提供処理部１３は、端末装置３内の資源、あるいは、ネットワーク経由で接続される資源へアクセスして、ユーザから要求されたサービスを提供することができる。本実施形態に係るサービス提供処理部１３は、一例として、ｍ種類のサービスＳｃ１〜Ｓｃｍを提供できる。各サービスＳｃ１〜Ｓｃｍには、一意な識別子（本実施形態では、１〜ｍ）が割り当てられており、認証システム１は、当該識別子によって、各サービスを特定する。

一方、上記ＵＩ処理部１１は、例えば、上記入力装置１７などによって、ユーザからのサービス提供要求を受け付けると共に、上記端末装置３に設けられた記憶装置２１のサービス認証属性管理テーブルＴ１を参照して、上記ユーザが提供を供給したサービスに必要な認証条件を特定し、当該特定した認証条件での認証を認証装置１５に指示できる。また、ＵＩ処理部１１は、例えば、認証装置１５からの認証応答に基づいて、上記ユーザが提供を供給したサービスに必要な認証条件が満たされているか否かを判定し、サービス提供の可否を決定できる。

具体的には、サービス認証属性管理テーブルＴ１は、各サービスについて、そのサービスをユーザに提供するために必要となる認証条件を記憶するテーブルである。本実施形態では、当該認証条件として、サービス提供時に必要な認証条件と、サービスを提供し続ける場合に必要な認証条件とが、各サービスに関連付けて記憶されている。

より詳細には、例えば、図３に示すように、本実施形態に係るサービス認証属性管理テーブルＴ１には、サービス毎に、そのサービスの情報を記憶するためのレコードＲ１１〜Ｒ１ｍが設けられており、上記各レコードには、それぞれ、各サービスを識別するための識別子を格納するフィールドＦ１ａが設けられている。本実施形態に係るサービス提供処理部１３は、上述したように、ｍ種類のサービスＳｃ１〜Ｓｃｍを提供可能なので、図３に示すように、上記サービス認証属性管理テーブルＴ１には、ｍ個のレコードＲ１１〜Ｒ１ｍが設けられており、各レコードＲ１１〜Ｒ１ｍのフィールドＦ１ａには、それぞれの識別子（“１”〜“ｍ”）が格納されている。

さらに、本実施形態に係るサービス認証属性管理テーブルＴ１では、一例として、サービス提供時とサービス提供後とで用いられる認証条件が同じであることを前提にして、上記サービス提供時に必要な認証条件およびサービスを提供し続ける場合に必要な認証条件を、サービスを提供するために必要な認証条件と、その認証条件での認証を必要とするタイミングとによって記憶している。上記各レコードＲ１１〜Ｒ１ｍには、そのレコードに対応するサービスを提供するために必要な認証条件を格納するフィールドＦ１ｂと、その認証条件での認証を行うタイミングを格納するフィールドＦ１ｃとが設けられている。

詳細は後述するように、本実施形態に係る認証装置１５は、認証条件として、「例えば、“Password”のように、認証方法の直接指定」、「デバイスを識別する識別子などによる、デバイスの直接指定」だけではなく、「認証カウントによる間接的な指定」も受け付け可能である。上記フィールドＦ１ｂには、これらで指定された認証条件、あるいは、これらの組み合わせによって指定された認証条件を示す情報を格納できる。なお、上記認証カウントは、認証方法（または認証方法の組み合わせ）による認証の認証精度を示しており、認証の認証精度の相対的な基準として使用される。本実施形態では、認証カウントとして、認証精度を示す数値が用いられており、より認証精度の高い認証方法（または認証方法の組み合わせ）には、認証カウントとして、より大きな数値が割り当てられる。

また、上記フィールドＦ１ｃには、認証処理を行うタイミングとなるイベント（またはイベントの組み合わせ）の情報が格納されている。本実施形態に係るＵＩ処理部１１は、上記イベントとして、例えば、サービス提供の要求の受け付け、予め定められた時間の経過、および、認証カウントが指定された条件になったことを監視可能であり、上記フィールドＦ１ｃには、それらのいずれか、または、それらの組み合わせを示す情報を格納できる。本実施形態では、図３に示すように、フィールドＦ１ｃには、サービス提供の要求を受け付けた時に認証操作を行う場合、“Initially ”という文字列が格納され、予め定められた時間が経過する度に認証操作を行う場合、“at 時間間隔 interval”という文字列が格納され、認証カウントが指定された条件になってから認証操作を行う場合、“ anytime if 認証カウントの評価式”という文字列が格納される。また、サービス提供の要求を受け付けた時点にしか認証しない場合、上記“Initially ”には、“Once”という文字列が付加される。さらに、あるイベントが発生した時点と、他のイベントが発生した時点との双方で認証する場合、フィールドＦ１ｃには、各イベントを示す文字列を、セパレータとなる文字列“and ”でつないだ文字列が格納される。なお、上記では、一例として、フィールドＦ１ｃに文字列が格納される場合について説明したが、同じ内容を示す情報、あるいは、それらの組み合わせであれば、文字列以外のデータを格納してもよい。また、本実施形態で各イベントを連結するために記述される“and”の他に、“or”あるいは“not”等の論理演算子を用いて複数のイベントを一つの論理式とすることにより、認証処理を行うタイミングを記述してもよい。

一方、ＵＩ処理部１１は、あるサービスの提供が要求されると、サービス認証属性テーブルＴ１を参照し、ユーザから要求された個々のサービスを実行するための認証条件の情報を抽出し、その情報を含めた認証要求を、適切なタイミングにて、認証装置１５に送信できる。

具体的には、ＵＩ処理部１１は、あるサービスの提供が要求されると、当該サービスに対応するレコードの、フィールドＦ１ｃに格納されたイベントの発生の監視を開始すると共にそのタイミング判定を行う。そして、発生を検出したイベントが、フィールドＦ１ｃに格納された条件を満たしていると判定すると、そのレコードのフィールドＦ１ｂに指定された認証条件での認証処理を開始する。また、ＵＩ処理部１１は、フィールドＦ１ｂにおいて設定されている認証条件での認証を認証装置１５へ指示し、認証装置１５からの認証結果に基づいて、フィールドＦ１ｂに格納されている認証条件が成立しているか否かを判定できる。なお、上述したように、フィールドＦ１ｂには、複数の認証条件の組み合わせを格納できる。したがって、フィールドＦ１ｂに設定されている認証条件の組み合わせを認証条件全体と称し、当該組み合わせを構成する個々の認証条件を単に認証条件と称するとき、ＵＩ処理部１１は、フィールドＦ１ｂにおいて、認証条件全体が複数の認証条件の組み合わせで指定されている場合、個々の認証条件での認証を認証装置１５へ指示し、それらの認証結果に基づいて、認証条件全体を満たしているか否かを判定できる。なお、例えば、認証条件全体が複数の認証条件の論理積として設定されているときに認証条件の１つが成立しなかった場合など、認証条件の一部の認証結果によって、認証条件全体の評価結果を決定できる場合、ＵＩ処理部１１は、認証条件全体の評価結果を決定できた時点で、残余の認証条件での認証指示を省略してもよい。

一例として、本実施形態では、サービスＳｃ１、Ｓｃ２およびＳｃ４に対して、認証方法の直接指定によって認証条件が設定されており、これらのサービスＳｃ１、Ｓｃ２およびＳｃ４を提供する際には、指定された認証方法での認証に成功する必要がある。したがって、図３のサービス認証属性管理テーブルＴ１では、これらのサービスＳｃ１、Ｓｃ２およびＳｃ４に対応するレコードＲ１１、Ｒ１２およびＲ１４において、フィールドＦ１ｂに、認証方法を示す情報（例えば、レコードＲ１１およびＲ１４では、「“Password”」、レコードＲ１２では、「“Fingerprint”」など）が格納されている。

同様に、本実施形態では、サービスＳｃ３およびＳｃ５に対して、認証カウントの指定によって認証条件が設定されており、これらのサービスＳｃ３およびＳｃ５を提供する際には、その認証カウントが、指定された認証条件を満足するような認証方法（または認証方法の組み合わせ）での認証に成功する必要がある。したがって、図３のサービス認証属性管理テーブルＴ１では、これらに対応するレコードＲ１３およびＲ１５において、フィールドＦ１ｂに、認証カウントの情報（例えば、レコードＲ１３では、「認証カウント≧８０」、レコードＲ１４では、「認証カウント≧１５０」など）が格納されている。なお、上記では、一例として、数値と不等号との組み合わせで記述した数値範囲を指定することによって、認証時に認証カウントが満足すべき条件を指定する場合について説明したが、各認証方法（または、その組み合わせ）のいずれが、その条件を満足しているか否かを認証装置１５が評価することが可能な条件であれば、数値、数値範囲での条件、数値演算や論理演算の適用結果など、任意の条件をフィールドＦ１ｂに設定できる。

また、サービスＳｃｍに対しては、認証カウントと認証方法との組み合わせによって認証条件が指定されており、図３のサービス認証属性管理テーブルＴ１では、レコードＲ１ｍのフィールドＦ１ｂには、「認証カウント＞１００ and “Fingerprint”」のように、認証カウントでの指定と認証方法の指定とを論理演算子（この場合はａｎｄ）でつなげた条件文を示す情報が、認証条件として格納されている。この場合、「認証カウントが１００よりも大きい、かつ、指紋認証を利用する」ことが認証条件となる。

一方、認証処理のタイミングについては、本実施形態に係るサービスＳｃ１は、サービス提供の要求を受け付けたときと、時間経過１０分毎に認証処理することを要求しており、レコードＲ１１のフィールドＦ１ｃには、“Initially, and at 10 minutes interval ”という文字列が格納される。

この場合、ＵＩ処理部１１は、サービスＳｃ１の提供要求を受け付けた場合、レコードＲ１１のフィールドＦ１ｃの値に「サービス提供の要求を受けたとき」を示す文字列（“Initially”）が含まれており、レコードＲ１１のフィールドＦ１ｂに“Password”と記憶されていることから、サービス提供の要求を受けたとき、パスワード認証を行うように認証装置１５へ指示を行う。さらに、ＵＩ処理部１１は、フィールドＦ１ｃの値に、「１０分毎」を示す値として“at 10 minutes interval”が含まれていることから、前回の認証時点からの経過時間が１０分を超えたか否かを監視し、超えた場合にも、パスワード認証を行うように認証装置１５へ指示する。これにより、端末装置３は、サービスＳｃ１を提供後も、サービス提供が続いている間中、１０分に一回、継続的に同様の認証操作をユーザに要求する。

また、本実施形態に係るサービスＳｃ２は、サービス提供の要求を受け付けたときにのみに認証処理することを要求しており、図３に示すように、レコードＲ１２のフィールドＦ１ｃには、“Initially Once”が格納されている。したがって、ＵＩ処理部１１は、サービスＳｃ２の提供要求を受け付けた場合、レコードＲ１２のフィールドＦ１ｃの値に「サービス提供の要求を受けたときのみ」を示す文字列（“Initially Once”）が含まれており、レコードＲ１１のフィールドＦ１ｂに“Fingerprint ”と記憶されていることから、サービス提供の要求を受けたときにのみ、認証装置１５へ、指紋認証を行うように指示する。

さらに、本実施形態に係るサービスＳｃ３は、サービス提供の要求を受け付けたときと、認証カウントが８０を下回ったときとに認証処理することを要求しており、レコードＲ１３のフィールドＦ１ｃには、“Initially, and anytime if 認証カウント < 80”という文字列が含まれている。したがって、ＵＩ処理部１１は、サービスＳｃ３の提供要求を受け付けた場合、レコードＲ１３のフィールドＦ１ｃの値に「サービス提供の要求を受けたとき」を示す文字列が含まれており、レコードＲ１３のフィールドＦ１ｂに“認証カウント≧８０”と記憶されていることから、サービス提供の要求を受けたとき、“認証カウント≧８０”が成立するような認証方法（または認証方法の組み合わせ）での認証を行うように、認証装置１５へ指示できる。さらに、ＵＩ処理部１１は、フィールドＦ１ｃの値に、「認証カウントが８０を下回ったとき」を示す文字列が含まれていることから、認証カウントが８０を下回っているか否かの監視を開始し、下回ったことを検出すると、“認証カウント≧８０”が成立するような認証方法（または認証方法の組み合わせ）での認証を行うように、認証装置１５へ指示できる。

さらに、ＵＩ処理部１１は、上記サービス提供の可否決定処理によってサービス提供不可と判定した場合、例えば、サービス提供処理部１３へ指示したり、サービス提供処理部１３によるユーザへの情報の提示を遮断したりして、上記サービス提供処理部１３が当該サービスをユーザに提供することを防止できる。これとは逆に、サービス提供可と判定した場合、ＵＩ処理部１１は、例えば、サービス提供処理部１３へ指示したり、あるいは、サービス提供処理部１３からの情報をユーザに提示するように出力装置１９へ指示すると共にユーザによるサービス提供のための操作をサービス提供処理部１３へ伝えたりして、上記サービス提供処理部１３がユーザにサービスを提供するように制御できる。

なお、本実施形態では、上記各部材１１・１５・１７は、認証装置１５の一部としても動作できる。具体的には、ＵＩ処理部１１は、認証装置１５が認証処理を開始してから全ての認証処理が終了する間に、認証装置１５からの指示（例えば、後述する認証装置１５からの個別の認証結果など）に応じて、出力装置１９を制御することによって、ユーザへ認証状況を通知したり、認証のための操作するように、ユーザに提示したりできる。さらに、ＵＩ処理部１１は、認証装置１５が認証処理を開始してから全ての認証処理が終了する間に、上記入力装置１７が受け付けた、ユーザの操作を認証装置１５へ伝えることができる。これにより、ＵＩ処理部１１は、ユーザにより入力されたパスワードを認証装置１５へ通知したり、ユーザが指示した操作終了のタイミングを、認証装置１５へ通知したりできる。

なお、上記サービス認証属性管理テーブルＴ１は、各サービスについて、サービスアクセスポイントの場所も記憶しており、上記各レコードＲ１１〜Ｒ１ｍには、当該場所を格納するフィールドＦ１ｄも設けられている。一方、サービス提供処理部１３は、認証装置１５からの認証結果に基づいてサービス提供可と判断した場合、あるサービスに対応するレコードのフィールドＦ１ｄにサービスアクセスポイントの場所が格納されていれば、当該フィールドＦ１ｄに格納された場所へアクセスして、サービス要求を送信し、その結果をユーザに提示することによって、ユーザにサービスを提供できる。本実施形態では、一例として、サービスが、ネットワークサービスに代表される外部サービスの場合、そのサービスに対応するレコードのフィールドＦ１ｄに、その外部サービスのアクセス先を示す情報がＵＲＩ( Universal Resource Identifier)として格納されている。なお、サービス要求には、認証装置１５からの認証応答を示す認証応答情報が含まれていてもよい。

一方、認証装置１５は、図１に示すように、ユーザまたはユーザの使用する機器を認証する認証デバイス５１と、上記ＵＩ処理部１１と通信して、当該ＵＩ処理部１１からの認証の要求を受け付けると共に当該認証の要求に応答する通信処理部５２と、当該通信処理５２が認証要求を受け付けると、それに応じて認証デバイス５１へ認証を指示すると共に、認証デバイス５１による認証結果を認証応答として上記通信処理部５２に送信させる認証制御部５３と、当該認証制御部５３により参照される記憶部５４とを備えている。

上記通信処理部５２には、例えば、認証装置１５を外部ブロック（例えば、ＵＩ処理部１１など）と接続するための機能モジュールとしての接続インタフェースと、外部ブロックからの認証要求を受信する機能モジュールしての認証要求受信部と、認証制御部５３の指示に応じて外部ブロックへの認証応答を送信するための機能モジュールとしての認証結果通知部（いずれも図示せず）となどが設けられている。当該接続インタフェースは、例えば、物理的インタフェースからフレーミング処理を行うことによって、上記外部ブロックからの認証要求を、論理データ構造に基づくデータグラムに変換するなどして、外部ブロックからの認証要求の内容を上記認証要求受信部へ通知したり、その逆に、例えば、上記認証結果通知部からの論理データ構造に基づくデータグラムを、物理的インタフェースに適合した信号に変換するなどして、上記認証通知部の指示に応じた、外部ブロックへの認証応答を生成したりできる。また、上記認証要求受信部は、上記接続インタフェースにより生成された上記論理データ構造に基づく認証要求データグラムを受信して、その受信情報を、上記認証制御部５３（後述する構成例では、認証機能管理部６３）に伝えることができる。一方、上記認証結果通知部は、認証制御部５３（認証機能管理部６３）からの指示に応じて、上記論理データ構造に基づく認証応答データグラムを、上記接続インタフェース経由で、外部ブロックへ対し送信できる。なお、外部ブロックとの直接的な接続形態としての物理的インタフェースとしては、例えば、イーサネット（登録商標）、シリアル、パラレル接続など、種々の種類の物理的インタフェースを採用できる。なお、上記では、外部ブロックが認証装置１５の外に設けられた回路である場合を例にして説明したが、認証装置１５、および、それ以外のブロックを、ハードウェア回路からなるブロックあるいはＣＰＵなどのプロセッサがプログラムを実行することによって実現される機能ブロックとして表現した場合に認証装置１５の外部になるブロックであれば、機能ブロックであってもよい。

さらに、本実施形態に係る上記認証装置１５には、複数の認証デバイス５１が設けられており、認証装置１５は、これらの認証デバイス５１の中から、ＵＩ処理部１１からの要求に応じた、１または複数の認証デバイス５１を選択し、選択された認証デバイス５１に認証を指示すると共に、当該認証デバイス５１の認証結果を示す認証応答を送信できる。なお、図１においては、複数の認証デバイスに対し説明の便宜上同一の符号を付しているが、認証方式の異なる複数の認証デバイスを含むものとする。

ここで、上記認証デバイス５１の一例としては、例えば、指紋、声紋、静脈、血流、網膜、虹彩パターンといった、ユーザ個人を特定できる要素を測定すると共に、センシングにより取得した情報と予め登録されたユーザ特定情報と照合することによって、ユーザを識別できるセンサ装置が挙げられる。また、上記認証デバイス５１としては、ユーザの入力するパスワード、あるいは、ユーザの使用する機器が与える署名情報を受け付け、予め登録されたパスワードあるいは署名情報と照合することによって、ユーザ、あるいは、ユーザの使用する機器を認証する認証デバイスも好適に使用できる。なお、当該認証デバイス５１は、ＰＩＮ認証を行う機能を持ったＩＣカード装置であってもよい。さらに、認証デバイス５１としては、例えば、以下の情報処理装置、すなわち、音声および／または画像などによって得られた情報に含まれる機器ＩＤ情報をサーチし、予め登録されたＩＤ情報と照合することによって、当該情報を与えた外部ブロックを認証可能な情報処理装置も好適に使用できる。

なお、これらの認証デバイス５１は、ハードウェアのみによって構成されていてもよいし、ハードウェアを制御するコンピュータにプログラムを実行させることによって実現されていてもよい。一例としては、端末装置３の図示しないコンピュータ（プロセッサ）が、パスワード認証ソフトウェアを実行することによって、ユーザが入力装置１７を操作して入力したパスワードと、予め登録されたパスワードと照合してもよい。

また、本実施形態に係る認証デバイス５１は、例えば、オフラインの状態で、正規のユーザの上記要素を測定して、その情報を登録するなどして、上記予め登録された情報（上記パスワードなどのイニシャル情報）を内部の図示しない記憶装置に格納しているが、例えば、端末装置３のＵＩ処理部１１など、認証デバイス５１（認証装置１５）と通信可能な外部ブロックから、オンラインで（通信によって）イニシャル情報を導入してもよい。さらに、認証デバイス５１は、例えば、認証制御部５３の指示（後述する構成例では、その認証機能実行部６２を介する認証機能管理部６３の指示）などに応じて、内部の記憶装置に代えて／加えて、認証デバイス５１の外部の記憶装置と通信して当該イニシャル情報を取得してもよい。

なお、上記各認証デバイス５１は、上記認証方法と同様に、認証時にセンシングされるもの（例えば、指紋かパスワードかなど）と、認証時にセンシングされる物理量と、センシングする装置と、当該装置の設置場所と、認証のアルゴリズムと、認証時のアルゴリズムで使用されるパラメータと、上記イニシャル情報と、それらの組み合わせとのうち、予め定められたものが互いに異なっていればよく、各認証デバイス５１を実現するためのハードウェアおよびソフトウェア、並びに、認証デバイス５１により参照されるデータの一部が互いに共通であってもよい。例えば、上記端末装置３のコンピュータがパスワード認証ソフトウェアと署名情報の照合用のソフトウェアとを実行すれば、端末装置３のハードウェアを、パスワード認証用の認証デバイス５１と、署名情報照合用の認証デバイス５１とで共用できる。

このように、本実施形態に係る各認証デバイス５１は、例えば、それぞれの内部にて、独自の認証アルゴリズムを用いて、認証デバイス５１内に格納される情報とセンシング情報とを比較し、その結果に基づいて判断するなどして、認証の成否を決定すると共に、認証の成否を示す情報を含む認証応答を認証制御部５３に通知できる。なお、各認証デバイス５１は、認証制御部５３との間でハードウェア的に直接接続されている必要はなく、通信ネットワークを用いて認証制御部５３と接続されるものであってもよい。その場合には、認証デバイス５１の内部に通信処理部５２と接続するための機能モジュールとしての通信インタフェース（図示せず）を備え、記憶部５４内に保持する認証デバイス５１との接続に関する情報（後述する認証デバイス属性テーブルＴ２内）を参照することにより、該インタフェースを通じて認証制御部５３とネットワークを介し接続し、認証指示および認証結果のやりとりを行う。

一方、本実施形態に係る認証装置１５は、上述したように、認証要求として、１または複数の認証方法を直接指定した認証要求を受け付け可能であり、認証応答として、認証要求の示す認証方法で認証可能な認証デバイス５１による認証結果を返すことができる。同様に、本実施形態に係る認証装置１５は、認証要求として、１または複数の認証デバイス５１自体を直接指定した認証要求をも受け付け可能であり、当該認証要求を受け付けた場合、認証応答として、当該認証要求の示す認証デバイス５１による認証結果を返すことができる。さらに、本実施形態に係る認証装置１５は、認証要求として、認証カウントで認証条件を指定した認証要求を受け付け可能であり、当該認証要求を受け付けた場合、認証応答として、当該認証要求の示す条件を満足する認証デバイス５１（または、その組み合わせ）による認証に成功したか否かを返すことができる。

より詳細に説明すると、本実施形態に係る認証装置１５の記憶部５４には、認証デバイス属性情報テーブルＴ２が設けられている。当該認証デバイス属性情報テーブルＴ２には、各認証デバイス５１に関連付けて、例えば、その認証デバイス５１が、どのような認証方法をサポートするか、および、その認証デバイス５１に、どのような認証カウントが設定されているかなど、各認証デバイス５１の属性を示す情報（属性情報）が記憶されている。

本実施形態に係る認証デバイス属性情報テーブルＴ２では、一例として、認証デバイス５１毎に、その属性情報を記憶するためのレコードＲ２１…が設けられており、上記各レコードＲ２１…には、それぞれ、各認証デバイス５１を識別するための識別子を格納するフィールドＦ２ａおよびＦ２ｂが設けられている。

これらのフィールドのうち、フィールドＦ２ａには、認証装置１５内で各認証デバイス５１を識別するための内部識別子が格納されており、認証制御部５３は、新たに認証デバイス５１が接続される度に、当該認証デバイス５１に新たな内部識別子を割り当て、その内部識別子をフィールドＦ２ａに格納している。本実施形態に係る認証装置１５には、上述したように、ｎ個の認証デバイス５１が設けられているので、上記認証デバイス属性情報テーブルＴ２には、図４に示すように、ｎ個のレコードＲ２１〜Ｒ２ｎが設けられており、各レコードＲ２１〜Ｒ２ｎのフィールドＦ２ａには、それぞれの内部識別子（“１”〜“ｎ”）が格納されている。

一方、フィールドＦ２ｂには、認証システム１内で各認証デバイス５１を識別するための識別子（外部識別子）が格納されている。本実施形態では、当該識別子は、当該認証デバイス５１がサポートする認証方法を示す情報と、認証システム１にある認証デバイス５１のうち、互いに同じ認証方法を持った認証デバイス５１間で一意な番号とを組み合わせて構成されている。例えば、本実施形態に係る認証システム１では、パスワード認証、ＰＩＮ認証、指紋認証および声紋認証を示す情報が、それぞれ、“ＰＷ”、“ＰＩＮ”、“ＦＰ”および“ＶＰ”と規定されている。

例えば、上記内部識別子が“１”の認証デバイス５１は、パスワードによる１番目の認証デバイス５１であり、上記内部識別子が“ｎ−１”の認証デバイス５１は、ＰＩＮ認証を行う２番目の認証デバイス５１である。したがって、図４に示す例では、レコードＲ２１およびＲ２（ｎ−１）のフィールドＦ２ｂにはそれぞれに対応する、“ＰＷ１”および“ＰＩＮ２”が格納されている。

また、認証制御部５３は、上記外部識別子によって認証デバイス５１を指定した認証要求を受け付けた場合、例えば、上記認証デバイス属性情報テーブルＴ２のうち、上記フィールドＦ２ｂの値が上記指定された外部識別子であるレコードを抽出し、それに対応する認証デバイス５１に認証を指示するなどして、上記指定された認証デバイス５１に認証を指示できる。さらに、認証制御部５３は、その認証デバイス５１による認証結果を取得すると共に、認証要求の示す認証デバイス５１による認証結果に基づいて、認証要求が要求している認証に成功したか否かを判定し、認証応答として、その成否を返すことができる。なお、認証制御部５３は、認証デバイス５１へ認証を指示して認証結果を取得する代わりに、後述する実行管理テーブルＴ３を参照して認証デバイス５１による認証結果を取得してもよい。

さらに、上記各レコードＲ２１…には、そのレコードに対応する認証デバイス５１がサポートする認証方法が格納されるフィールドＦ２ｃが設けられている。なお、図４では、一例として、認証方法を示す文字列（例えば、“Fingerprint ”など）がフィールドＦ２ｃに格納されている場合を図示しているが、認証方法を特定可能な情報であれば、その認証デバイス５１がサポートしている認証方法を示す情報へのポインタなど、認証方法を間接的に示す情報が格納されていてもよい。

一方、認証制御部５３は、上記認証方法を指定した認証要求を受け付けた場合、例えば、上記認証デバイス属性情報テーブルＴ２のうち、上記フィールドＦ２ｃの値が上記指定された認証方法を示しているレコードを抽出し、それに対応する認証デバイス５１に認証を指示するなどして、その認証方法で認証可能な認証デバイス５１を特定できる。さらに、認証制御部５３は、特定された認証デバイス５１に認証を指示し、その応答によって、当該認証デバイス５１による認証結果を取得し、認証結果が成功を示している場合は、認証に成功した旨の認証応答を返答できる。また、認証結果が失敗を示している場合は、認証結果が成功を示すようになるまで、上記特定および認証結果の取得処理を繰り返すことができる。一方、指定された認証方法で認証可能な認証デバイス５１の全てで認証に失敗した場合、認証制御部５３は、認証失敗を示す認証応答を返答できる。なお、認証制御部５３は、認証デバイス５１へ認証を指示して認証結果を取得する代わりに、後述する実行管理テーブルＴ３を参照して認証デバイス５１による認証結果を取得してもよい。

さらに、上記各レコードＲ２１…には、認証カウントのフィールドＦ２ｄが設けられており、認証制御部５３は、認証カウントで認証条件を指定した認証要求を受け付けた場合、例えば、上記認証デバイス属性情報テーブルＴ２を参照するなどして、各認証デバイス５１の認証カウントを特定し、上記指定された認証条件を満足する認証デバイス５１（または認証方法の組み合わせ）を選択すると共に、選択された認証デバイス５１に認証を指示できる。

上述したように、認証カウントは、認証方法（または認証方法の組み合わせ）による認証の認証精度を示しており、上記各レコードのフィールドＦ２ｄには、そのレコードに対応する認証デバイス５１に割り当てられた認証カウントが格納されている。当該認証カウントは、図４に示すように、認証装置１５に設けられた全ての認証デバイス５１（認証制御部５３に接続あるいは参照される全ての認証デバイス５１）に対して割り当てられている。

ここで、各認証デバイス５１に割り当てられる認証カウントの値は、その認証デバイス５１の認証方法の強度、安全性、あるいは、ロバスト性に深く依存しており、認証デバイス５１のハードウェア自体、認証方法、あるいは、認証する対象などが互いに異なる認証デバイス５１同士には、多くの場合、互いに異なる値が割り当てられる。なお、認証カウントの割り当ては、後で付加的に行うことも可能であるが、本実施形態では、より好ましい形態として、ある一主体により、客観的判断を拠り所にして決定された値が、各認証デバイス５１に対して予め割り当てられている。

一例として、基本的には、ＩＣカードのＰＩＮ認証によって認証する認証デバイス５１は、パスワードによって認証する認証デバイス５１よりも、より高精度に認証できる。したがって、ＩＣカードのＰＩＮ認証によって認証する認証デバイス５１に対しては、パスワードによって認証する認証デバイス５１よりも、より認証精度の高いことを示す認証カウント（本実施形態では、相対的に大きな値の認証カウント）が割り当てられる。

また、本実施形態に係る認証デバイス属性情報テーブルＴ２の各レコードＲ２１…には、それぞれに対応する認証デバイス５１にアクセスするためのポートと、当該認証デバイス５１の概略説明と、当該認証デバイス５１の詳細説明が記述されたデバイス記述情報を示す情報とを、それぞれ格納するフィールドＦ２ｅ〜Ｆ２ｇが設けられている。本実施形態では、上記概略説明として、認証デバイス５１の機能および／または形態に関する簡単な説明が記憶されている。なお、当該概略説明としては、例えば、上記デバイス記述情報のサブセットなどが好適に使用される。また、図４では、上記デバイス記述情報を示す情報が、例えば、デバイス記述情報が格納されたファイルの参照先のように、デバイス記述情報の格納場所である場合を例示しているが、当該情報は、デバイス記述情報の内容自体であってもよい。また、上記格納場所としては、参照ファイル名に限るものではなく、例えば、デバイス記述情報を格納するＵＲＩなども好適に使用できる。また、認証デバイス５１が通信ネットワークを用いて認証制御部５３と接続される場合には、当該認証デバイス５１に関するデバイス記述情報の中に認証デバイスへの接続先を示すＵＲＩが記述されていれば充分である（図示せず）。そしてこの場合、認証制御部５３は、当該認証デバイス５１がネットワークを介して接続する機器であることを識別できる。

ここで、上記認証デバイス属性情報テーブルＴ２は、各認証デバイス５１に関する静的な情報（属性情報）を記憶しているが、本実施形態に係る認証装置１５の記憶部５４には、各認証デバイス５１に関する動的な情報を記憶するための実行管理テーブルＴ３も設けられている。なお、当該実行管理テーブルＴ３に格納される実行管理情報は、例えば、各認証デバイス５１の現在の状態の情報などの各認証デバイス５１に関する動的な情報と、例えば、後述する補正参照情報などのように、静的な情報であっても当該動的な情報に密接に関連する情報とである。

より詳細には、本実施形態に係る実行管理テーブルＴ３では、例えば、図５に示すように、認証デバイス５１毎に、その実行管理情報を記憶するためのレコードＲ３１…が設けられており、上記各レコードＲ３１…には、上述した認証デバイス属性情報テーブルＴ２のフィールドＦ２ａと同様に、各認証デバイス５１を識別するための識別子を格納するフィールドＦ３ａが設けられている。

本実施形態では、上記両フィールドＦ２ａおよびＦ３ａには、それぞれを含むレコードが互いに同じ認証デバイス５１に対応している場合、互いに同じ値が格納されており、認証制御部５３は、新たに認証デバイス５１が接続される度に割り当てる内部識別子を、フィールドＦ２ａだけではなく、フィールドＦ３ａにも格納している。

また、上記各レコードＲ３１…には、認証デバイス５１による認証操作の状態を格納するフィールドＦ３ｂも設けられており、認証制御部５３は、各認証デバイス５１の状態が変化する度に、その認証デバイス５１に対応するレコードのフィールドＦ３ｂの内容を更新している。

本実施形態では、認証デバイス５１の状態として、“Active”、“Processing”、“Inactive”、“Rejected”、“Not Connected ”の５つの状態（ステート）が設定されている。

“Active”は、以下の状態、すなわち、その認証デバイス５１が使用可能であり、当該認証デバイス５１を用いた認証操作が既に行われ、しかも、その認証プロセスに成功した状態を示しており、認証制御部５３は、ある認証デバイス５１による認証プロセスに成功した場合、当該認証デバイス５１に対応するレコードのフィールドＦ３ｂを、“Active”に設定できる。なお、以下では、ある認証デバイス５１に対応するレコードのフィールドを、単に、認証デバイス５１のフィールドと略称する。

一方、“Processing”は、現在、認証デバイス５１による認証プロセスが実行中であることを示しており、認証制御部５３は、ある認証デバイス５１に認証を指示した場合（認証デバイス５１を起動した場合）、そのフィールドＦ３ｂを、“Processing”に設定できる。

一例として、認証デバイス５１が使用可能であり、認証デバイス５１が起動しているものの、ユーザからの認証データの入力を待っているときなど、認証デバイス５１が一時的に処理中の状態になっている場合、その認証デバイス５１のフィールドＦ３ｂは、“Processing”に設定される。

また、“Inactive”は、認証デバイス５１が使用可能であっても、認証デバイス５１に対して認証が指示されていない状態（認証デバイス５１が起動していない状態）、すなわち、認証デバイス５１が使用可能であっても、当該認証デバイス５１による認証操作が行われていない状態を示している。認証制御部５３は、各認証デバイス５１を初期化した場合など、認証デバイス５１が使用可能になった時点で、当該認証デバイス５１のフィールドＦ３ｂを、“Inactive”に設定できる。

さらに、“Rejected”は、以下の状態、すなわち、認証デバイス５１が使用可能になっており、しかも、当該認証デバイス５１による認証操作が行われたが、その認証操作の結果、認証プロセスに失敗（拒否）された状態を示している。一方、認証制御部５３は、ある認証デバイス５１による認証プロセスに失敗した場合、そのフィールドＦ３ｂを、“Rejected”に設定できる。

なお、“Not Connected ”は、登録されている認証デバイス５１が現在使用できない状態（例えば、未だ接続されていない状態など）を示しており、認証制御部５３は、認証デバイス５１が使用可能になったことを検出していない場合、あるいは、認証デバイス５１が使用不可になったことを検出した場合、そのフィールドＦ３ｂを、“Not Connected ”に設定できる。

また、認証制御部５３は、認証カウントで認証条件を指定した認証要求を受け付けた場合、実行管理テーブルＴ３および認証デバイス属性情報テーブルＴ２を参照して、与えられた認証カウント条件を満足させるべく動作できる。

具体的には、認証制御部５３は、実行管理テーブルＴ３および認証デバイス属性情報テーブルＴ２を参照して、既に認証に成功している認証デバイス５１の認証カウントを取得し、これらの認証カウントが、上記認証要求の示す条件を満足しているか否かを判定する。さらに、認証制御部５３は、条件を満たしている場合、認証に成功した旨の認証結果を返すことができる。一方、認証要求の示す条件を満足していない場合、認証制御部５３は、利用可能な認証デバイス５１の１つまたは複数を選択して、当該選択した認証デバイス５１に認証させた後、再度上記判定を行うことができる。また、利用可能な全ての認証デバイス５１に認証させても上記条件を満足できない場合、認証制御部５３は、認証失敗を示す認証結果を返すことができる。さらに、本実施形態に係る認証制御部５３には、利用可能な認証デバイス５１を選択する際に自動選択するか、選択肢をユーザに提示して選択を促すかを、予め設定可能であり、自動選択すると設定されている場合、予め定められた優先順位で利用可能な認証デバイス５１の１つまたは複数を選択できる。一方、手動選択が設定されている場合、認証制御部５３は、ＵＩ処理部１１へ指示して、ユーザに利用可能な認証デバイス５１を提示させて、ユーザに選択を促すと共に、ＵＩ処理部１１が選択を受け付けた場合、ＵＩ処理部１１から選択結果を受け取り、当該選択された認証デバイス５１に認証を指示できる。なお、自動選択するか否かは、認証制御部５３の処理系に予め組み込まれていてもよいし、認証制御部５３に外部からモード選択を受け付けるためのインタフェースを用意しておき、それを用いて設定してもよい。

本実施形態では、複数の認証デバイス５１の組み合わせの認証カウントを、組み合わせに含まれる各認証デバイス５１の認証カウントの総和としており、認証制御部５３は、認証操作を成功させた認証デバイス５１の認証カウントの総和計算を評価して、与えられた認証カウント条件を満足しているか否かを判定している。なお、現在認証に成功している認証デバイス５１の組み合わせの認証カウント（本実施形態では、総和）を必要になる度に算出してもよいが、本実施形態に係る認証制御部５３は、現在認証に成功している認証デバイス５１の組み合わせの認証カウントを、Ａｃｔｉｖｅカウントとして記憶しており、各認証デバイス５１の状態が変更される度に（“Active”か否かが変化する度に）、Ａｃｔｉｖｅカウントを更新している。

また、上記実行管理テーブルＴ３の各レコードＲ３１…には、アクティベートされた時点を示すフィールドＦ３ｃと、前回認証に成功した時点を示すフィールドＦ３ｄとが設けられている。上記フィールドＦ３ｃの値は、ステートが“Active”である認証デバイス５１に対応するレコードで有効であり、認証制御部５３は、ある認証デバイス５１による認証に未だ成功していない状態から認証に成功した状態への変化を検出した場合（アクティベートされた場合）、その認証デバイス５１のフィールドＦ３ｃに、その時点を示す情報（例えば、日時の情報など）を格納できる。また、認証制御部５３は、それまで認証に成功していたか否かに拘わらず、認証デバイス５１による認証に成功した場合、その認証デバイス５１のフィールドＦ３ｄに、その時点を示す情報（例えば、日時の情報など）を格納できる。なお、詳細は後述するように、本実施形態に係るフィールドＦ３ｄは、継続的な認証が必要であるか否かのフラグも兼ねており、認証制御部５３は、上述した認証タイミングを示す情報が、継続的な認証が不要であることを示している場合は、認証デバイス５１による認証に成功しても、そのフィールドＦ３ｄを無効を示す値に維持している。

さらに、認証制御部５３は、以下の条件、すなわち、ある認証デバイス５１のフィールドＦ３ｄに格納された時点と、タイマなどにより取得した現時点との関係がサービス認証属性管理テーブルＴ１のフィールドＦ１ｃに格納された認証タイミングにマッチし、しかも、そのフィールドＦ１ｃと同じレコードのフィールドＦ１ｂに、上記認証デバイス５１による認証がフィールドＦ１ｂに格納された認証条件にマッチしているという条件を満たしていると判断すれば、その認証デバイス５１に、新たな認証処理を指示できる。なお、本実施形態では、上述したように、継続的な認証が不要な場合、認証デバイス５１の認証に成功しても、フィールドＦ３ｄが無効を示す値に維持されているので、継続的な認証が必要なサービスの認証処理に関係がない認証デバイス５１のフィールドＦ３ｄは、無効な値に設定されている。したがって、認証制御部５３は、各認証デバイス５１について上記条件を満たしているか否かを判定する際、フィールドＦ３ｄが無効に設定されている認証デバイス５１については、判定処理を省略できる。

例えば、図５のレコードＲ３１は、図４に示すように、パスワード認証を行う認証デバイス５１に対応しており、当該認証デバイス５１が、２００４年３月８日、午後４時５２分１８秒に認証処理に成功し、その１０分後、すなわち、２００４年３月８日、午後５時２分１８秒にも、再度の認証処理に成功した状態を示している。これは、図３に示すレコードＲ１１のサービスＳｃ１、すなわち、サービス提供時と、サービス提供中、１０分毎とに、パスワード認証を要求するサービスに関連している。

また、上記実行管理テーブルＴ３の各レコードＲ３１…には、それぞれに対応する認証デバイス５１への認証操作あるいは認証結果に対して、状況に応じた補正処理が必要な場合、その補正処理を実施するための情報が格納されるフィールドＦ３ｅと、当該認証デバイス５１の認証カウントを状況に応じて補正する必要がある場合、その補正方法が格納されるフィールドＦ３ｆと、補正後の認証カウントが格納されるフィールドＦ３ｇとが設けられている。認証制御部５３は、これらのフィールドＦ３ｅ〜Ｆ３ｇを参照して、認証カウントを補正したり、認証デバイス５１による認証処理または認証結果を調整できる。さらに、認証制御部５３は、認証カウントで認証条件を指定した認証要求に応じて、各認証デバイス５１の認証カウントを取得する際、上記認証デバイス属性情報テーブルＴ２の参照に加えて／代えて、上記フィールドＦ３ｇを参照して、各認証デバイス５１の認証カウント（補正後の認証カウント）を取得している。

ここで、上記状況としては、例えば、認証デバイス５１が周囲の環境に敏感な認証方法を採用している場合には、周囲環境が挙げられる。一例として、認証デバイス５１が声紋センサデバイスの場合、認証デバイス５１による認証動作は、周囲の音響状態／ノイズに、多少の影響を受けることがある。

したがって、周囲の音響状態／ノイズに応じたノイズフィルタ処理を行う部材（図示せず）を予め用意しておき、認証デバイス５１へ入力する音声信号に対して、当該部材にノイズフィルタ処理を行わせたり、認証デバイス５１による音声信号の処理中に当該部材にノイズフィルタ処理を行わせたりする方が望ましい。また、当該ノイズフィルタ処理によって認証デバイス５１の認証精度が変化する場合は、それに合わせて、認証カウントを補正することが望ましい。なお、上記部材は、周囲の音響状態／ノイズを検出し、それに応じたノイズフィルタ処理を行ってもよいし、認証デバイス５１の設置場所や用途などから、予め周囲の音響状態／ノイズを推定できる場合は、その推定値に応じたノイズフィルタ処理を行ってもよい。

この場合、当該認証デバイス５１（図５の例では、レコードＲ３４に対応する認証デバイス５１）のフィールドＦ３ｅには、上記ノイズフィルタ処理を実施するための情報が格納される。本実施形態では、当該情報の一例として、フィールドＦ３ｅには、補正処理を行うために必要なサービスあるいはプログラムを参照先が格納されているので、上記認証デバイス５１のフィールドＦ３ｅには、ノイズフィルタ処理を行うノイズフィルタプログラムへ音声信号をバイパスするための参照先が格納される。なお、図５では、当該参照先の一例として、ＵＲＩが格納されている場合を例示しているが、参照先として、直接、外部プログラム／外部サービス／内部アドレスなどが格納されていてもよい。また、当該補正処理は、音声処理のみならず画像または信号処理用フィルタ／サービスを用意することで、画像／センサ系デバイスの処理への適用が可能である。

ここで、フィールドＦ３ｅに格納される参照先サービスには、認証デバイス５１への入力信号への補正処理（前処理）および認証結果への補正処理（後処理）の２種類の情報を格納できる。上記補正処理が認証デバイス５１への入力信号への補正処理（前処理）のみの場合は、認証制御部５３がフィールドＦ３ｅの示す補正処理を行った後、当該認証デバイス５１へ認証を指示してもよい。また、上記補正処理が認証デバイス５１の認証結果への補正処理（後処理）のみの場合は、当該認証デバイス５１からの認証結果に対して認証制御部５３がフィールドＦ３ｅの示す処理を行ってもよい。本実施形態では、いずれの場合あるいは両方を組み合わせる場合にも対応できるが、さらに、認証デバイス５１の処理中に補正処理を行う場合にも対応できるように構成可能である。この場合、フィールドＦ３ｅには、当該認証デバイス５１へ与えるためのパラメータ表現を与える形式にて記載される。

例えば、補正処理がノイズフィルタ処理の場合、認証制御部５３は、例えば、レコードＲ３４に対応する認証デバイス５１に認証を指示する際に当該レコードＲ３４のフィールドＦ３ｅの値を参照し、当該認証デバイス５１との間の入出力インタフェースへリダイレクトするなどして、認証デバイス５１に、上記フィールドＦ３ｅの示すノイズフィルタ処理を前処理として行わせている。

また、上記の場合、レコードＲ３４のフィールドＦ３ｆには、上記ノイズフィルタ処理に応じて、本来の認証カウント（認証デバイス属性情報テーブルＴ２に格納された認証カウント）を補正するための補正方法が格納される。本実施形態では、補正方法の一例として、補正を適用する際の条件と補正量とが格納されており、認証制御部５３は、レコードＲ３４に対応する認証デバイス５１に認証を指示した場合、レコードＲ３４のフィールドＦ３ｆの示す条件が成立していれば、本来の認証カウントにフィールドＦ３ｆの示す補正量を加えて補正後の認証カウントを生成し、生成された値をフィールドＦ３ｇに格納できる。

例えば、図５では、内部識別子が“４”の認証デバイス５１のレコードＲ３４のフィールドＦ３ｆには、条件として、“Active”が格納され、補正量として“−２０”が格納されている。また、図４のレコードＲ２４のフィールドＦ２ｄに示すように、当該認証デバイス５１の本来の認証カウントは、“８０”である。したがって、認証制御部５３は、認証デバイス５１の状態（フィールドＦ３ｂの値）が“Active”になった場合、上記本来の認証カウントに補正量を加算し、その結果“６０”を、フィールドＦ３ｇに格納する。一方、内部識別子が“１”の認証デバイス５１のレコードＲ３１のフィールドＦ３ｆには、補正が不要であること示す値“None”が格納されており、この場合、認証制御部５３は、本来の認証カウントを、そのままフィールドＦ３ｇに格納する。

上記構成において、認証システム１で認証が行われる場合の各部の動作を、図６から図２５を参照しながら説明する。まず、最初は、図６〜図９および図２１を参照しながら、認証デバイス５１を直接指定した認証要求の処理について説明する。

すなわち、ユーザによるサービスＳｃ６の提供要求を受け付けた場合、ＵＩ処理部１１は、サービス認証属性管理テーブルＴ１を参照して、サービスＳｃ６の提供に必要な認証条件を特定する。図３に示すように、サービスＳｃ６に対応するレコードＲ１６には、認証条件として、外部識別子が“ＰＷ１”の認証デバイス５１での認証が設定されている。したがって、ＵＩ処理部１１は、図６に示すｔ１１の時点において、認証装置１５へ認証要求を送信して、“ＰＷ１”で特定される認証デバイス５１での認証を要求する。

一方、認証装置１５は、認証要求を受け付けた場合、その認証要求を解析して、当該認証要求が、認証方法を直接指定する認証要求であるか、認証デバイス５１を直接指定する認証要求であるか、あるいは、認証カウントで条件が指定された認証要求であるかを判定する。

また、本実施形態に係る認証制御部５３は、例えば、論理演算子などによって、これらを組み合わせた認証要求も受け付け可能であり、この場合は、それぞれで指定された認証要求を満足しているか否かを個別に判断した後、それらの演算結果によって、認証の成否を判定できる。なお、例えば、論理積演算子で接続された各認証要求のいずれかで認証に失敗した場合など、それぞれで指定された認証要求の全てを評価せず、一部を評価した段階で全体の評価結果を特定できる場合は、全体の評価結果が特定できた時点で、残余の評価を中止してもよい。

ここで、上記時点ｔ１１で送信された認証要求では、認証デバイス５１が直接指定されているので、認証装置１５は、図７に示す各処理を行う。具体的には、認証装置１５の認証制御部５３は、Ｓ１において、認証要求で指定された認証デバイス５１、すなわち、認証操作実行対象となる認証デバイス５１を特定する。この場合は、“ＰＷ１”の認証デバイス５１が指定されているので、認証制御部５３は、認証デバイス属性情報テーブルＴ２を参照して、レコードＲ２１に対応する認証デバイス５１（内部識別子が“１”の認証デバイス５１）であると判断する。

さらに、認証制御部５３は、Ｓ２において、例えば、認証デバイス属性情報テーブルＴ２を参照して、上記Ｓ１にて特定された認証デバイス５１にアクセスしたり、実行管理テーブルＴ３を参照して、当該認証デバイス５１の状態を取得したりして、認証デバイス５１の状態を取得し、当該認証デバイス５１が現在使用できる状態か否かを判定する。一例として、実行管理テーブルＴ３を参照して取得する構成にて、認証制御部５３が、上記認証デバイス５１（内部識別子が“ｎ”の認証デバイス５１）を参照する場合、対応するレコードＲ３ｎのフィールドＦ３ｂの“Not Connected ”、すなわち、当該認証デバイス５１そのものが接続されていない、あるいは、使用できる状態でないことを示す値から、現在使用できないと判断する。

上記認証デバイス５１を現在使用できない場合（上記Ｓ２にてNOの場合）、認証装置１５の認証制御部５３は、Ｓ３において、例えば、認証要求が失敗したことを示す内容を通知情報に設定するなどして、通信処理部５２へ指示し、認証失敗を示す認証応答をＵＩ処理部１１へ送信して処理を終了する。

一方、ＵＩ処理部１１は、図６に示すｔ１２の時点で当該認証応答を受け取ると、認証要求に失敗したことをユーザに通知する。なお、この場合は、認証に失敗しているので、サービス提供処理部１３は、サービスＳｃ６をユーザに提供しない。

これとは逆に、上記認証デバイス５１を現在使用できる場合（上記Ｓ２にてYES の場合）、認証制御部５３は、実行管理テーブルＴ３を参照して、当該認証デバイス５１の状態が“Active”であるか否かを判定する。なお、上記Ｓ２にて、実行管理テーブルＴ３を参照して認証デバイス５１の状態を取得する構成の場合は、上記Ｓ２で取得した認証デバイス５１の状態が“Active”であるか否かを判定してもよい。

ここで、“Active”は、上述したように、当該認証デバイス５１を用いた認証プロセスが既に行われ、認証に成功していること（認証済み状態であること）を示している。したがって、“Active”である場合（上記Ｓ４にてYES の場合）、認証制御部５３は、Ｓ５において、通信処理部５２へ指示して、認証成功を示す認証応答をＵＩ処理部１１へ送信して処理を終了する。

この場合、ＵＩ処理部１１は、図８に示すｔ１２ａの時点で当該認証応答を受け取ると、サービス提供処理部１３がユーザにサービスＳｃ６を提供するように制御する。なお、ＵＩ処理部１１は、この場合、認証要求に成功したことを示すメッセージを出力装置１９へ出力することにより、ユーザに通知してもよい。

一方、“Active”でない場合（上記Ｓ４にてNOの場合）、認証制御部５３は、Ｓ６において、上記認証デバイス５１に認証実行を指示し、Ｓ７において、認証デバイス５１の認証結果を判定する。

認証結果が認証成功を示している場合（上記Ｓ７にてYES の場合）、認証制御部５３は、上記Ｓ５の処理を行い、図８に示すように、認証成功を示す認証応答がＵＩ処理部１１に送信される。これとは逆に、認証結果が認証失敗を示している場合（上記Ｓ７にてNOの場合）、認証制御部５３は、上記Ｓ３の処理を行い、図６に示すように、認証失敗を示す認証応答がＵＩ処理部１１に送信される。

ここで、上記Ｓ６における認証実行処理をさらに詳細に説明すると、図９に示すように、認証制御部５３は、Ｓ１１において、停止条件を設定する。当該停止条件は、上記認証デバイス５１からの応答がない場合に処理を打ち切るための条件であって、当該停止条件の設定は、例えば、ウォッチドッグタイマへの予め定められたタイムアウト時間の設定などによって行われる。

さらに、認証制御部５３は、Ｓ１２において、上記認証デバイス５１に認証実行を指示すると共に、上記実行管理テーブルＴ３において、上記認証デバイス５１に対応するレコードのフィールドＦ３ｂを、認証プロセスを起動したことを示す値（“Processing”）に設定する。なお、認証制御部５３は、通信処理部５２が認証プロセスを起動したことを示す応答をＵＩ処理部１１へ送信するように制御することによって、ユーザへ認証プロセスが起動したことを通知するよう、ＵＩ処理部１１に指示してもよい。

一方、認証制御部５３は、Ｓ１３およびＳ１４において、上記Ｓ１１にて設定した停止条件が成立するか、あるいは、上記Ｓ１２にて認証実行を指示した認証デバイス５１からの認証応答を受け取るかするまで待ち受けており、認証応答を受け取った場合（上記Ｓ１４にてYES の場合）は、上記Ｓ６における認証実行処理（図９に示すＳ１１〜Ｓ１６の処理）を終了し、上記Ｓ７の処理に移行する。

なお、例えば、ウォッチドッグタイマが満了した場合など、停止条件が成立した場合（Ｓ１３にてYES の場合）、認証制御部５３は、Ｓ１５において、通信処理部５２へ指示して、認証デバイス５１による認証処理が停止条件に基づき停止した旨を示す認証応答をＵＩ処理部１１に送信する。この場合、ＵＩ処理部１１は、当該認証応答に応じて、ユーザに認証処理の停止を通知する。なお、この場合は、認証に成功していないので、認証に失敗したときと同様に、サービス提供処理部１３は、サービスＳｃ６をユーザに提供しない。また、上記認証制御部５３は、Ｓ１６において、上記Ｓ１２にて認証実行を指示した認証デバイス５１に対してクローズ処理を行い、認証デバイス５１を停止させる。さらに、上記認証制御部５３は、実行管理テーブルＴ３を更新して、認証デバイス５１の状態を“Inactive”に設定する。なお、Ｓ１６の処理の後、認証制御部５３は、図７に示すＳ３の処理の後と同様、図６および図８に示すｔ１１の時点で受け付けた認証要求に応じた認証動作を停止する。

ここで、図２１を参照し、上述の認証デバイス５１を直接指定した認証要求の処理における表示の画面遷移例について説明する。

メニュー画面３３１には現在選択可能なサービスおよびコンテンツに関するメニュー表示（例えば映像番組表示）が行われている。サービス３３２〜３３７は、ボタンとしてメニュー画面３３１に表示されており、例えばユーザが入力装置１７によってボタン３３７を押下すると、サービス６（Ｓｃ６）が選択されたものとして画面３４１へ遷移する。

画面３４１には選択されたサービスの概要が表示される。具体的には、認証制御部５３は、サービス認証属性管理テーブルＴ１から抽出されたＳｃ６に関する認証条件“ＰＷ１”に基づいて、認証デバイス属性情報テーブルＴ２を参照する。そして、認証制御部５３は、これに対応可能な内部識別子が“１”の認証デバイス５１を抽出すると、ユーザに対し領域３４２にてパスワード認証の必要性を示す表示を行う。

実行管理テーブルＴ３において、認証デバイス５１の状態が“Active”である場合には、「ＯＫ」ボタン３４３が押下されると画面３７１へ遷移する。このとき、画面３７１の領域３７３では、既に認証が済んでいるというメッセージが表示され、領域３７２では、認証成功メッセージが表示される。

それ以外の場合に「ＯＫ」ボタン３４３が押下されたときには、画面３５１に遷移する。画面３５１には、入力エリア３５３が画面３５１の下部領域に配置されている。ユーザによりパスワード入力が行われた後実行ボタン３５４が押下されると、認証制御部５３は、認証デバイス５１に、入力エリア３５３に与えられた入力情報と共に必要な情報を与えた上で認証操作を実行させる。認証成功時には画面３７１に遷移し、上述のように、認証に成功したことを示す表示を行う。一方、認証失敗時には画面３６１に遷移する。このとき、画面３６１の領域３６２では、認証失敗を示すメッセージが表示されると共に、領域３６３では、認証失敗の要因となった情報が表示される。

なお、画面３７１にて「ＯＫ」ボタン３７４が押下されたときには画面３８１に遷移し、サービス６の内容表示を行う。画面３６１にて「ＯＫ」ボタン３６４が押下されたとき、および画面３４１、３５１での「戻る」ボタン３４４、３５５が押下されたときには、元のメニュー画面３３１へ遷移する。

続いて、図１０および図１１を参照しながら、認証方法を指定した認証要求の処理について説明する。例えば、ユーザによるサービスＳｃ２の提供要求を受け付けた場合、ＵＩ処理部１１は、サービス認証属性管理テーブルＴ１を参照して、サービスＳｃ２の提供に必要な認証条件を特定する。図３に示すように、サービスＳｃ２に対応するレコードＲ１２には、認証条件として、指紋での認証が設定されている。したがって、ＵＩ処理部１１は、図１０に示すｔ２１の時点において、認証装置１５へ“Ｆｉｎｇｅｒｐｒｉｎｔ”で特定される認証方法での認証を要求する。

一方、認証装置１５は、上述したように、受け付けた認証要求が、認証方法を直接指定する認証要求であるか、認証デバイス５１を直接指定する認証要求であるか、あるいは、認証カウントで条件が指定された認証要求であるかを判定しており、上記時点ｔ２１で送信された認証要求の場合は、図１１に示す各処理が行われる。

具体的には、認証装置１５の認証制御部５３は、Ｓ２１において、認証デバイス属性情報テーブルＴ２を参照して、認証要求で指定された認証方法で認証可能な認証デバイス５１を抽出する。この場合は、指紋での認証が指定されているので、認証制御部５３は、レコードＲ２３に対応する認証デバイス５１（内部識別子が“３”の認証デバイス５１）を抽出する。

さらに、認証制御部５３は、Ｓ２２において、抽出された各認証デバイス５１について、図７のＳ２と同様に、現在使用できる状態か否かを判定する。現在使用可能な認証デバイス５１が見つからなかった場合（上記Ｓ２２にてNOの場合）、認証制御部５３は、Ｓ３と同様のＳ２３において、認証失敗を示す認証応答をＵＩ処理部１１に送信して処理を終了する。

一方、現在使用可能な認証デバイス５１が見つかった場合（上記Ｓ２２にてYES の場合）、認証制御部５３は、それが複数であるか否かを判定し、複数であった場合（Ｓ２４にてYES の場合）、Ｓ２５において、予め設定された優先度に基づいて、そのうちのいずれに認証させるかを決定する。なお、見つかった認証デバイス５１が１つである場合（上記Ｓ２４にてNOの場合）、認証制御部５３は、見つかった認証デバイス５１での認証操作を決定する。

一例として、本実施形態では、認証カウントに基づいて優先度を決定しており、認証制御部５３は、複数の認証デバイス５１が見つかった場合、これら複数の認証デバイス５１のうち、認証デバイス属性情報テーブルＴ２に格納された認証カウントがより認証精度の高いことを示す認証デバイス５１を選択する。また、本実施形態では、認証カウントが互いに同じだった場合、認証制御部５３は、認証デバイス属性情報テーブルＴ２において、より上位にある認証デバイス５１を選択すると共に、単一の機器に複数のデバイスをもつ複合デバイスよりも単一の機能デバイスの優先度を上げる構成をとっている。なお、上記の優先度決定方法は、一例であり、複数の認証デバイス５１が見つかった場合に、それらに順位付けすることができる方法であれば、例えば、別途評価関数を設けて、認証デバイス５１間の順序関係を設定する構成など、他の任意の方法で決定してもよい。また、認証制御部５３は、選択された認証デバイス５１へ認証実行を指示する際に、ＵＩ処理部１１へ認証プロセスの起動を示す認証応答を送信する。ＵＩ処理部１１は、これに応じ、例えば、指を認証手段へ配置させる動作を促す内容の情報をユーザに提示するなどして、ユーザに認証プロセスの起動（この場合は、指紋認証プロセスの起動）を通知すると共に、ユーザに対し認証操作を促している（ｔ２２の時点）。

その後は、図７に示すＳ４〜Ｓ７と同様の処理Ｓ２６〜Ｓ２９が行われ、認証制御部５３は、上記で選択した認証デバイス５１による認証結果を示す認証応答を、ＵＩ処理部１１へ送信し、ＵＩ処理部１１は、その結果をユーザに通知する（図１０に示すｔ２３の時点）。なお、図１０は、認証に成功した場合を例示しており、端末装置３のサービス提供処理部１３は、サービスＳｃ２をユーザに提供する。

ここで、図２２を参照し、上述の認証方法を指定した認証要求の処理における表示画面遷移例について説明する。

メニュー画面３３１には上述の通り、現在選択可能なサービスおよびコンテンツに関するメニュー表示が行われている。サービス３３２〜３３７は、ボタンとして表示されており、例えばユーザが入力装置１７によってボタン３３３を押下すると、サービス２（Ｓｃ２）が選択されたものとして画面４０１へ遷移する。

画面４０１には選択されたサービスの概要が表示される。具体的には、認証制御部５３は、サービス認証属性管理テーブルＴ１から抽出されたＳｃ２に関する認証条件“Ｆｉｎｇｅｒｐｒｉｎｔ”に基づいて、認証デバイス属性情報テーブルＴ２を参照する。そして、認証制御部５３は、これに対応可能な内部識別子が“３”の認証デバイス５１（“ＦＰ１”）を抽出すると、ユーザに対し領域４０２にて指紋認証の必要性を示す表示を行う。

実行管理テーブルＴ３において、認証デバイス５１の状態が“Active”である場合には、「ＯＫ」ボタン４０３が押下されると画面４３１へ遷移する。このとき、画面４３１の領域４３２では、既に認証が済んでいるというメッセージが表示され、領域４３２では、認証成功メッセージが表示される。そして、「ＯＫ」ボタン４３４が押下されたときには、画面４４１に遷移し、サービス２の内容表示を行う。

それ以外の場合に「ＯＫ」ボタン４０３が押下されたときには、画面４１１に遷移する。領域４１２には、認証デバイス５１（“ＦＰ１”）を選択したこと、および認証処理を促す内容のメッセージが表示され、ユーザに対し入力操作を促す。下部領域４１３は、ステータスモニタとして機能し、ＵＩ処理部１１によって認証デバイス５１からの状態通知の認証応答が受信されると、その内容を表示する。これにより、ユーザに対し認証プロセスにおけるインタラクションを実現してもよい。

一連の認証に関する入力処理が終了し「進む」ボタン４１４が押下されたときには、実行された認証操作の結果から、認証成功時には画面４３１へ遷移する一方、認証失敗時には画面４２１へと遷移する。認証失敗時には、画面４２１の領域４２２では、認証失敗を示すメッセージが表示されると共に、領域４２３では、認証失敗の要因となった情報が表示される。なお、画面４２４にて「ＯＫ」ボタン４２４が押下されたとき、および画面４０１、４１１での「戻る」ボタン４０４、４１５が押下されたときには、元のメニュー画面３３１へ遷移する。

次に、図１２〜図１６を参照しながら、認証カウントで認証条件を指定した認証要求の処理について説明する。例えば、ユーザによるサービスＳｃ３の提供要求を受け付けた場合、ＵＩ処理部１１は、サービス認証属性管理テーブルＴ１を参照して、サービスＳｃ３の提供に必要な認証条件を特定する。図３に示すように、サービスＳｃ３に対応するレコードＲ１３には、認証条件として、８０以上の認証カウントでの認証が設定されている。したがって、ＵＩ処理部１１は、図１２に示すｔ３１の時点において、認証装置１５へ認証要求を送信して、“認証カウント≧８０”での認証を要求する。

一方、認証装置１５は、上述したように、受け付けた認証要求が、認証方法を直接指定する認証要求であるか、認証デバイス５１を直接指定する認証要求であるか、あるいは、認証カウントで条件が指定された認証要求であるかを判定しており、上記時点ｔ３１で送信された認証要求の場合は、図１３に示す各処理が行われる。

具体的には、認証装置１５の認証制御部５３は、Ｓ３１において、既に認証に成功している認証デバイス５１の認証カウントを確認して、Ｓ３２において、当該認証カウントが上記指定された認証条件を満足しているか否か（新たな認証処理が不要か否か）を判定する。本実施形態では、複数の認証デバイス５１の認証カウントを、各認証デバイス５１の総和としているので、上記Ｓ３１において、認証制御部５３は、既に認証に成功している認証デバイス５１の認証カウントの総和を計算する。

上記Ｓ３１の処理をさらに詳細に説明すると、図１４に示すＳ４１において、認証制御部５３は、実行管理テーブルＴ３から、未だ認証カウントが確認されておらず、しかも、ステートが“Active”である認証デバイス５１があるか否かを確認する。

このような認証デバイス５１が見つかった場合（Ｓ４１にてYES の場合）、認証制御部５３は、Ｓ４２において、実行管理テーブルＴ３のフィールドＦ３ｆの内容を取得するなどして、当該認証デバイス５１（処理対象とする認証デバイス５１）の認証カウントの補正方法の情報を取得し、Ｓ４３において、認証カウントの補正の要否を判定する。

補正要の場合（上記Ｓ４３にてYES の場合）、認証制御部５３は、フィールドＦ３ｆで指定された補正方法で、本来の認証カウント（認証デバイス属性情報テーブルＴ２に格納されている認証カウント）を補正し、補正後の認証カウントをフィールドＦ３ｇに格納する。一方、補正が不要な場合（上記Ｓ４３にてNOの場合）、認証制御部５３は、本来の認証カウントをフィールドＦ３ｇに格納する。

さらに、認証制御部５３は、補正の要否に拘わらず、Ｓ４５において、現在処理対象としている認証デバイス５１のフィールドＦ３ｇの値をＡｃｔｉｖｅカウントに加算するなどして、これまでに処理した認証デバイス５１の認証カウントの累算値を算出する。

上記Ｓ４１〜Ｓ４５の処理は、未だ認証カウントが確認されておらず、しかも、ステートが“Active”である認証デバイス５１が見つからなくなるまで繰り返され、見つからなくなった場合（上記Ｓ４１にてNOの場合）、認証制御部５３は、上記Ｓ３１の処理を終了する。

図１３に示す上記Ｓ３１およびＳ３２において、既に認証に成功している認証デバイス５１の認証カウントが、認証要求によって指定された認証条件を満足しているか否か（新たな認証処理が不要か否か）が判断され、新たに認証処理することなく、認証条件を満足していると判断されると（上記Ｓ３２にてYES の場合）、認証制御部５３は、図７に示すＳ５と同様のＳ３３において、認証成功を示す認証応答をＵＩ処理部１１に送信する。

ここで、図１２は、一例として、実行管理テーブルＴ３の内容が図５に示す内容である場合、すなわち、内部識別子が“１”および“４”の認証デバイス５１（パスワード認証および声紋認証を行う認証デバイス）での認証に成功している場合を示している。

この場合は、上記Ｓ３１、すなわち、Ｓ４１〜Ｓ４５において、上記認証カウントの総和（Ａｃｔｉｖｅカウント）が“８０”と計算されるので、新たな認証デバイス５１に認証させることなく、要求された認証条件を満足している。したがって、認証制御部５３は、上記Ｓ３３の処理を行い、図１２に示すｔ３２の時点では、認証成功を示す認証応答をＵＩ処理部１１に送信する。一方、それに応じて、サービス提供処理部１３は、ユーザに要求されたサービス（この場合は、Ｓｃ３）を提供する。

ここで、図２３を参照し、上述の認証カウントを用いた認証要求の処理における表示画面遷移例について説明する。

メニュー画面３３１には上述の通り、現在選択可能なサービスおよびコンテンツに関するメニュー表示が行われている。サービス３３２〜３３７は、ボタンとしてメニュー画面３３１に表示されており、例えばユーザが入力装置１７によってボタン３３４を押下すると、サービス３（Ｓｃ３）が選択されたものとして画面５０１へ遷移する。

画面５０１では選択されたサービスの概要が表示される。具体的には、領域５０２において、サービス認証属性管理テーブルＴ１から抽出されたＳｃ３に関する認証条件“認証カウント≧８０”が表示される。認証制御部５３において、Ａｃｔｉｖｅカウント計算の結果、認証条件を満足していると判断され、ユーザが「ＯＫ」ボタン５０３を押下したときには画面５１１へ遷移する。そして、認証の結果（成功）を領域５１２に表示する。なお、領域５１３において、既にどの認証方式の結果にて認証が行われたかという情報を認証制御部５３からの認証応答に含めることにより、その認証成功判定に用いられた認証方式を表示することも可能である。そして、「ＯＫ」ボタン５１４が押下されると画面５２１へ遷移し、サービス３の内容を表示する。

なお、画面５０１での「戻る」ボタン５０４が押下されたときには、元のメニュー画面３３１へ遷移する。

上記例は既に認証に成功している認証デバイス５１の認証カウントであるＡｃｔｉｖｅカウントを参照するだけで指定された認証条件を満足できる場合であるが、これとは逆に、既に認証に成功している認証デバイス５１の認証カウントでは、認証要求によって指定された認証条件を満足しておらず、新たな認証処理が必要であると判断した場合（上記Ｓ３２にてNO）の場合、認証制御部５３は、Ｓ３４において、実行管理テーブルＴ３の状態の情報を参照して、選択可能な認証デバイス５１（新たに認証処理が可能な認証デバイス５１）を抽出する。本実施形態に係る認証制御部５３は、未だ認証に成功しておらず、しかも、使用可能な認証デバイス５１、すなわち、状態が“Inactive”あるいは“Rejected”である認証デバイス５１を、取り得る選択肢として抽出する。

一例として、ユーザによるサービスＳｃ５の提供要求を受け付けた場合、ＵＩ処理部１１は、サービス認証属性管理テーブルＴ１を参照して、サービスＳｃ５の提供に必要な認証条件を特定する。図３に示すように、サービスＳｃ５に対応するレコードＲ１５には、認証条件として、１５０以上の認証カウントでの認証が設定されている。したがって、ＵＩ処理部１１は、図１５に示すｔ４１の時点において、認証装置１５へ認証要求を送信して、“認証カウント≧１５０”での認証を要求する。

ここで、図１５は、図１２と同様に、実行管理テーブルＴ３の内容が図５に示す内容である場合（Ａｃｔｉｖｅカウントが８０の場合）を示している。したがって、図１２の場合とは異なり、新たな認証処理が必要であると判断される。

この場合、図５に示すように、状態が“Inactive”あるいは“Rejected”である認証デバイス５１は、内部識別子が“３”および“ｎ−１”の認証デバイス５１である。したがって、上記Ｓ３４では、これらの認証デバイス５１が選択肢として抽出される。

ここで、認証制御部５３は、新たに認証処理が可能な認証デバイス５１を見つけられなかった場合（上記Ｓ３５にてNO）の場合、Ｓ３６において、図７に示すＳ３と同様の処理を行い、ＵＩ処理部１１に認証失敗を示す認証応答を送信する。

一方、新たに認証処理が可能な認証デバイス５１が見つかると（上記Ｓ３５にてYES の場合）、認証制御部５３は、Ｓ３７において、自動選択が設定されているか否かを判定し、自動選択が設定されている場合（YES の場合）は、Ｓ３８において、上記Ｓ３４にて抽出された認証デバイス５１の中から、新たな認証処理に使用する認証デバイス５１を自動選択する。本実施形態に係る認証制御部５３は、図１１に示すＳ２５と同様、認証カウントに基づく優先度に従って、認証デバイス５１を自動選択する。

より詳細には、認証制御部５３は、図１６に示すＳ５１において、認証デバイス属性情報テーブルＴ２を参照して、上記Ｓ３４で抽出された各認証デバイス５１の認証カウントを取得し、当該各認証デバイス５１を認証カウントでソートする。これにより、各認証デバイス５１は、その認証精度の順番に並べられる。

さらに、認証制御部５３は、Ｓ５２において、上記Ｓ３４で抽出された各認証デバイス５１中に最も認証精度の高い認証デバイス５１が複数あるか否かを判定する。複数ある場合（YES の場合）、認証制御部５３は、Ｓ５３において、予め定められた手順で、そのうちの１つを、自動選択された認証デバイス５１として選択する。本実施形態に係る認証制御部５３は、上記Ｓ２５と同様に、認証デバイス属性情報テーブルＴ２において、より上位にある認証デバイス５１を選択している。これとは逆に、最も認証精度の高い認証デバイス５１が１つだけの場合（上記Ｓ５２にてNOの場合）、認証制御部５３は、Ｓ５４において、その認証デバイス５１を、自動選択された認証デバイス５１として決定する。なお、上記Ｓ２５と同様に、他の優先度決定方法で、認証デバイス５１が自動選択されてもよい。

ここで、図１５は、自動選択が設定されている場合を示している。この場合は、上述したように、内部識別子が“３”および“ｎ−１”の認証デバイス５１が抽出されており、それぞれの認証カウントは、図４に示すように、１００および５０である。したがって、内部識別子が“３”（外部識別子が“ＦＰ１”）の認証デバイス５１が自動選択され、認証制御部５３は、当該認証デバイス５１に認証実行を指示する。

なお、図１５の例では、認証制御部５３は、認証デバイス５１へ認証実行を指示する際に、ＵＩ処理部１１へ認証プロセスの起動を示す認証応答を送信し、ＵＩ処理部１１は、これに応じ、例えば、指を認証手段へ配置させる動作を促す内容の情報をユーザに提示するなどして、ユーザに認証プロセスの起動（この場合は、指紋認証プロセスの起動）を通知すると共に、ユーザに対し認証操作を促している（ｔ４２の時点）。

一方、自動選択が設定されていない場合（図１３に示すＳ３７にてNOの場合）、認証制御部５３は、Ｓ３９において、Ｓ３４にて抽出された利用可能な認証デバイス５１のデータを与えてＵＩ処理部１１へ指示し、ユーザに選択肢を提示して、選択を促す。なお、本実施形態に係る認証制御部５３は、選択肢通知を示す認証応答を送信して、ＵＩ処理部１１に指示している。さらに、ＵＩ処理部１１が選択を受け付けた場合、認証制御部５３は、ＵＩ処理部１１から選択結果を受け取る。

自動選択するか否かに拘わらず、新たな認証処理に使用する認証デバイス５１が選択されると、認証制御部５３は、Ｓ４０において、図７に示すＳ６と同様の処理を行い、選択された認証デバイス５１に認証実行を指示する。さらに、上記Ｓ４０において、認証が実行され、実行管理テーブルＴ３が更新されると、認証制御部５３は、Ｓ３１以降の処理を行う。

上記Ｓ３１〜Ｓ４０の処理は、新たな認証処理によって認証カウントによる認証条件が満たされて、ＵＩ処理部１１に認証成功を示す認証応答を送信するか（上記Ｓ３３）、あるいは、新たな認証処理が可能な認証デバイス５１が見つからなくなるまで（上記Ｓ３６）、繰り返される。

ここで、図１５の例では、最初に自動選択された認証デバイス５１による認証（指紋認証）に成功した場合を示している。この場合、当該認証の成功によって、Ａｃｔｉｖｅカウントが“１８０”になるので、認証カウントで指定された認証条件を満足する。したがって、認証制御部５３は、認証成功を示す認証応答がＵＩ処理部１１に送信し、それに応じて、サービス提供処理部１３は、ユーザに要求されたサービス（この場合は、Ｓｃ５）を提供する（ｔ４３の時点）。

ここで、図２４を参照し、上述の認証カウントを用いた認証要求の処理において追加認証操作を必要とする場合の表示画面遷移例について説明する。

メニュー画面３３１には上述の通り、現在選択可能なサービスおよびコンテンツに関するメニュー表示が行われている。サービス３３２〜３３７は、ボタンとしてメニュー画面３３１に表示されており、例えばユーザが入力装置１７にてボタン３３６を押下すると、サービス５（Ｓｃ５）が選択されたものとして画面５５１へ遷移する。

画面５５１では選択されたサービスの概要が表示される。具体的には、領域５５２において、サービス認証属性管理テーブルＴ１から抽出されたＳｃ５に関する認証条件“認証カウント≧１５０”が表示される。認証制御部５３において、Ａｃｔｉｖｅカウント計算の結果、認証条件を満足していないと判断されると、新たに認証処理が可能な認証デバイス５１を上述の手順により選択する（本例では“ＦＰ１”）。

選択肢としての認証デバイス５１を抽出できなかった場合、「ＯＫ」ボタン５５３が押下されると画面５７１へ遷移する。このとき、画面５７１の領域５７２では、認証失敗を示すメッセージが表示されると共に、領域５７３では、認証失敗の要因となった情報が表示される（この場合、「有効な認証手段がありません」と表示）。そして、画面５７１にて「ＯＫ」ボタン５７４が押下されたときには、元のメニュー画面３３１へ遷移する。

認証制御部５３は、認証デバイス属性情報テーブルＴ２を参照し、これに対応可能な内部識別子が“３”の認証デバイス５１（“ＦＰ１”）を抽出した場合に、画面５５１にて「ＯＫ」ボタン５５３が押下されたときには画面５６１に遷移する。このとき、領域５６２には、認証デバイス５１（“ＦＰ１”）を選択したこと、および認証処理を促す内容のメッセージが表示され、ユーザに対し入力操作を促す。下部領域５６３は、ステータスモニタとして機能し、ＵＩ処理部１１によって認証デバイス５１からの状態通知の認証応答が受信されると、その内容を表示する。これにより、ユーザに対し認証プロセスにおけるインタラクションを実現してもよい。

一連の認証に関する入力処理が終了し「進む」ボタン５６４が押下されたときには、実行された認証操作の結果から、認証成功時には画面５８１へ遷移する一方、認証失敗時には画面５７１へと遷移する。認証失敗時には、画面５７１の領域５７２では、認証失敗を示すメッセージが表示される共に、領域５７３では、認証失敗の要因となった情報が表示される。また、認証成功時には、認証の結果を領域５８２に表示する。なお、領域５８３において、既にどの認証方式の結果にて認証が行われたかという情報を認証制御部５３からの認証応答に含めることにより、これまでの認証成功判定に用いられた認証方式を表示することも可能である。このとき、Ａｃｔｉｖｅカウントがサービスを受けるための条件を満足している場合には、「ＯＫ」ボタン５８４が押下されると画面５９０へ遷移し、サービス５の内容を表示する。一方、認証条件を満足しておらず、かつ新たな認証デバイス５１が見つかる場合には、画面５５１へと遷移し、領域５５２にて残り必要な認証カウント数の表示が行われ、次に選択可能な認証デバイスによる認証操作を実行する。

なお、画面５５１、５６１での「戻る」ボタン５５４、５６５が押下されたときには、元のメニュー画面３３１へ遷移する。

上記図１５および図２４では、自動選択される場合を例示したが、手動選択する場合は、例えば、図１７に示す通信が行われる。すなわち、ユーザによるサービスＳｃ５の提供要求を受け付けた場合、図１５のｔ４１の時点と同様に、ｔ５１の時点において、認証装置１５へ認証要求が送信され、“認証カウント≧１５０”での認証が要求される。

ここで、図１５の場合とは異なって、認証要求時における各認証デバイス５１の状態は、図１８に示すような状態であるとする。具体的には、いずれの認証デバイス５１の状態も“Active”ではなく、内部識別子が“１”から“４”の各認証デバイス５１の状態が“Inactive”、残余の認証デバイス５１の状態が“Not Connected ”である。なお、この場合は、いずれの認証デバイス５１の状態も“Active”ではないため、認証カウントの補正は行われておらず、それぞれのフィールドＦ３ｇの値およびＡｃｔｉｖｅカウントの値は、０である。

この場合は、Ａｃｔｉｖｅカウントが０なので、既に認証に成功している認証デバイス５１（この場合はなし）の認証カウントでは、上記指定された認証条件を満足できない。また、認証制御部５３は、手動選択するように設定されている。

したがって、認証制御部５３は、ｔ５２の時点で、内部識別子が“１”から“４”の各認証デバイス５１を含む選択肢を通知するための認証応答をＵＩ処理部１１へ送信して、ユーザに選択を促す。なお、本実施形態に係る認証制御部５３は、各認証デバイス５１を示す認証応答として、例えば、外部識別子を示す情報を送信している。

この状態で、外部識別子が“ＦＰ１”の認証デバイス５１（内部識別子が“３”の認証デバイス５１）がユーザにより選択され、例えば、認証要求などとして、当該認証デバイス５１の選択が通知されると（ｔ５３の時点）、認証制御部５３は、当該認証デバイス５１へ指紋認証の実行を指示する。また、図１５と同様に、認証制御部５３は、認証デバイス５１へ認証実行を指示する際、操作実行に関するステータス通知を含む認証応答として、指紋認証プロセスの起動を示す認証応答をＵＩ処理部１１へ送信する（ｔ５４の時点）。

ここで、指紋認証に成功し、当該認証デバイス５１から認証成功を示す認証結果を取得すると、認証制御部５３は、図１９に示すように、当該認証デバイス５１のレコードＲ３３のフィールドＦ３ｂを“Active”に設定し、フィールドＦ３ｇに認証カウント“１００”を設定する（ｔ５５の時点）。ただし、当該認証デバイス５１での認証に成功しただけでは、Ａｃｔｉｖｅカウントは、１００にしかならず、認証要求が要求している認証カウント（１５０以上）には到達していない。また、この状態では、図１９に示すように、内部識別子が“１”、“２”および“４”の各認証デバイス５１の状態が“Inactive”である。

したがって、認証制御部５３は、上記ｔ５２の時点と同様に、内部識別子が“１”、“２”および“４”の各認証デバイス５１を含む選択肢を通知するための認証応答をＵＩ処理部１１へ送信して、ユーザに選択を促す（ｔ５６の時点）。

この状態で、外部識別子が“ＶＰ１”の認証デバイス５１（内部識別子が“４”の認証デバイス５１）が選択され、例えば、認証要求などとして、当該認証デバイス５１の選択が通知されると（ｔ５７の時点）、認証制御部５３は、当該認証デバイス５１へ声紋認証の実行を指示する。また、図１５と同様に、認証制御部５３は、認証デバイス５１へ認証実行を指示する際に、操作実行に関するステータス通知を含む認証応答として、声紋認証プロセスの起動を示す認証応答をＵＩ処理部１１へ送信する（ｔ５８の時点）。この場合、ＵＩ処理部１１は、上記認証デバイス５１への操作実行命令が発行されたと判定し、ユーザに対し認証操作を促すために発声を促す内容の情報を出力装置１９により出力する。

ここで、声紋認証に成功し、上記認証デバイス５１から認証成功を示す認証結果を取得すると、認証制御部５３は、当該認証デバイス５１に対応するレコードＲ３４を、図１９のレコードＲ３３と同様に更新する。

この場合、当該認証デバイス５１での認証成功によって、Ａｃｔｉｖｅカウントが１８０になり、認証要求が要求している認証カウント（１５０以上）を満たしている。この結果、認証制御部５３は、認証成功を示す認証応答をＵＩ処理部１１に送信し、それに応じて、サービス提供処理部１３は、ユーザに要求されたサービス（この場合は、Ｓｃ５）を提供する（ｔ５９の時点）。

なお、上記では、認証制御部５３は、個々の認証処理の結果をＵＩ処理部１１へ通知していないが、図中、破線で示すように、個々の処理の結果が判明した時点（例えば、ｔ５５の時点）で、個々の認証処理の結果をＵＩ処理部１１に送信し、個々の認証処理の成否をユーザに通知させてもよい。以下に、この場合の表示画面遷移例について示す。

ここで、上記認証カウントを用いた認証要求の処理において、手動での認証操作を行う場合の表示画面遷移例について図２５を参照し説明する。

メニュー画面３３１には上述の通り、現在選択可能なサービスおよびコンテンツに関するメニュー表示が行われている。サービス３３２〜３３７は、ボタンとしてメニュー画面３３１に表示されており、例えばユーザが入力装置１７にてボタン３３６を押す操作をすると、サービス５（Ｓｃ５）が選択されたものとして画面５５１へ遷移する。

画面５５１では選択されたサービスの概要が表示される。具体的には、領域５５２において、サービス認証属性管理テーブルＴ１から抽出されたＳｃ５に関する認証条件“認証カウント≧１５０”が表示される。認証制御部５３は、Ａｃｔｉｖｅカウント計算の結果、認証条件を満足していないと判断すると、新たに認証処理が可能な認証デバイス５１に関する情報を抽出した上で、認証応答にてその選択肢をＵＩ処理部１１に通知する。これを受けて、ＵＩ処理部１１は、その情報をユーザに対し提示する。

選択肢としての認証デバイス５１を抽出できなかった場合、「ＯＫ」ボタン５５３が押下されると画面６２１へ遷移する。このとき、画面６２１の領域６２２では、認証失敗を示すメッセージが表示されると共に、領域６２３では、認証失敗の要因となる情報が表示される（この場合は、「有効な認証手段がありません」と表示する）。そして、画面６２１にて「ＯＫ」ボタン６２４が押下されたときには、元のメニュー画面３３１へ遷移する。

認証操作可能な認証デバイス５１が存在する場合には、「ＯＫ」ボタン５５３が押下されると画面６０１へ遷移する。このとき、画面６０１の領域６０２では、ユーザに認証方式を選択させるための導入メッセージが表示されると共に、領域６０３内にユーザが選択可能なオプションが表示される。「進む」ボタン６０４が押下されたときに、ＵＩ処理部１１は、入力装置１７を介して予め入力された情報を解釈し、認証制御部５３に対し特定の認証デバイス５１への認証要求の形で送信する。そして、これと共に画面６１１へ遷移する（この場合は“ＦＰ１”を選択）。

画面６１１の領域６１２にて選択内容が提示される（この場合、最初は認証デバイス５１（“ＦＰ１”））と共に、認証処理を促す内容のメッセージが表示され、ユーザに入力操作を促す。下部領域６１３は、ステータスモニタとして機能し、ＵＩ処理部１１によって認証デバイス５１からの状態通知の認証応答が受信されると、その内容を表示する。これにより、ユーザに対し認証プロセスにおけるインタラクションを実現してもよい。

一連の認証に関する入力処理が終了し「進む」ボタン６１４が押下されたときには、実行された認証操作の結果から、認証成功時には画面６３１へ遷移する一方、認証失敗時には画面６２１へと遷移する。認証失敗時には、画面６２１の領域６２２では、認証失敗を示すメッセージが表示されると共に、領域６２３では、認証失敗の要因となった情報が表示される。また、認証成功時には、認証の結果（成功）を領域６３２に表示する。なお、領域６３３において、既にどの認証方式の結果にて認証が行われたかという情報を認証制御部５３からの認証応答に含めることにより、これまでの認証成功判定に用いられた認証方式を表示することも可能である。このとき、Ａｃｔｉｖｅカウントがサービスを受けるための条件を満足している場合には、「ＯＫ」ボタン６３４が押下されると画面５９０へ遷移し、サービス５の内容を表示する。一方、認証条件を満足しておらず、かつ新たに選択可能な認証デバイス５１が存在する場合には、画面５５１へと遷移し、領域５５２にて残り必要な認証カウント数の表示が行われ、次に選択可能な認証デバイスによる認証操作を実行する。このとき、画面６０１の領域６０３にて表示される選択可能な認証方式に関する情報から、先に実行された認証デバイス５１（“ＦＰ１”）に関する情報は削除され、残りのオプションについての情報がユーザに対して提示される。なお、画面６２１において、認証が失敗におわった場合には、「ＯＫ」ボタン６２４が押下されるとメニュー画面３３１へ遷移するが、他の選択可能な認証方式が存在する場合には画面６０１に遷移し、異なる認証方式での認証操作を実行してもよい。

なお、画面５５１、６０１および６１１での「戻る」ボタン５５４、６０５および６１５が押下されたときには、元のメニュー画面３３１へ遷移する。

ここで、上記認証制御部５３は、より詳細には、図１に示すように、通信処理部５２の受信した認証要求を元にして、当該認証装置１５の持つ認証デバイス５１の中から当該認証要求に応答する際に使用する認証デバイス５１を選択するための認証機能選択部６１と、認証機能選択部６１により選択された認証デバイス５１に対する実行指示を行う認証機能実行部６２と、認証装置１５が具備する認証デバイス５１それぞれの有する機能に関する情報管理、並びに、認証要求および認証応答に関する管理・制御を行う認証機能管理部６３とを備えている。

ここで、認証機能実行部６２は、認証機能選択部６１からの指示に応じて動作してもよいが、本実施形態では、認証機能管理部６３が一連の認証動作を行うための中核モジュールとして機能しており、認証機能管理部６３は、上記認証機能選択部６１および認証機能実行部６２に対する指示を行っている。

上記認証機能選択部６１は、認証機能管理部６３からの指示に従い、記憶部５４に格納された認証デバイス属性情報テーブルＴ２を参照して、与えられた認証要求を満足するために適切な認証デバイス５１を選択できる。ここで、認証デバイス属性情報テーブルＴ２には、上述したように、認証装置１５に具備されている認証デバイス５１の機能等に関する情報が記憶されている。したがって、認証機能選択部６１は、当該認証デバイス属性情報テーブルＴ２を参照して当該情報を取得することによって、条件付き認証要求が外部機器から与えられたとしても、何ら支障なく、適切な認証デバイス５１を選択でき、選択結果を認証機能管理部６３へ通知できる。なお、本構成例に係る認証機能選択部６１は、例えば、上述した認証デバイス選択アルゴリズムに基づいて、認証デバイス５１を選択できる。

また、認証機能実行部６２は、例えば、認証機能選択部６１から選択結果を受けた認証機能管理部６３からの指示などによって、認証機能選択部６１により選択された認証デバイス５１に対して、認証の実行を指示できる。さらに、ユーザまたはユーザの使用する機器が認証デバイス５１に対して認証操作（例えば、指紋の入力あるいは署名情報の送信など）を行い、認証デバイス５１が当該認証操作に基づいてユーザまたはユーザの使用する機器を認証すると、認証機能実行部６２は、例えば、認証デバイス５１からの通知などによって、認証デバイス５１から認証の結果を取得し、当該認証結果を認証機能管理部６３へ通知できる。また、認証機能実行部６２は、例えば、認証機能管理部６３からの指示などに応じて、各認証デバイス５１のステータスを取得し、その結果を認証機能管理部６３へ通知できる。

一方、上記認証機能管理部６３は、上述したように、一連の認証動作、より詳細には、「通信処理部５２を経由して通知される、外部機器からの認証要求に基づき、認証機能選択部６１を用いて適切な認証手段を選択した上で、認証機能実行部６２を通じて認証デバイス５１に対する認証操作の実行指示を行い、操作に基づく認証結果を得た後に、その内容を通信処理部５２を用い、外部機器に対して認証応答として送信する」という動作を行うための中核モジュールとして機能しており、例えば、認証機能実行部６２を介して認証デバイス５１へ指示するなどして、各認証デバイス５１へ上述したイニシャル情報の登録、設定、選択および操作実行などを指示できる。

なお、上記では、一例として、数値からなる認証カウントによって、認証精度に基づく認証条件を指定する場合について説明したが、例えば、レベルなしである“Ｎｏｎｅ”から、“Ｌ１”、“Ｌ２”、…、“Ｌ５”とレベルが上がるに従って、随時セキュリティが高くなるようなセキュリティのレベルによって、認証精度に基づく認証条件を指定してもよい。例えば、記憶部５４に、図２０に示す対応表など、認証レベルと認証カウントとを相互に変換するための情報を記憶しておき、認証制御部５３が一方を他方に変換してもよい。これにより、例えば、ＵＩ処理部１１がセキュリティレベルの指定を認証カウントではなく認証レベルでのみ指定可能な場合であっても、認証装置１５は、何ら支障なく指定されたレベルのセキュリティでの認証処理を行うことができる。この結果、認証レベルでセキュリティレベルを指定可能なＵＩ処理部１１と、認証カウントでセキュリティレベルを指定可能なＵＩ処理部１１とが混在している認証システム１において、サービス提供者が認証レベルと認証カウントとの双方を指定しなくても、何ら支障なく、各認証装置１５に認証させることができる。したがって、サービス提供者の負担を軽減しつつ、大規模な認証システム１を比較的容易に提供できる。なお、上記実施形態での認証画面では、携帯端末での認証における遷移例を示したが、適用は必ずしもその範囲に限定されることはなく、ＰＣやＴＶなど家電機器においても適用可能である。

なお、上記実施形態では、各装置を構成する各部材が、「ＣＰＵなどの演算手段がＲＯＭまたはＲＡＭなどの記録媒体に格納されたプログラムコードを実行することで実現される機能ブロックである」場合を例にして説明したが、同様の処理を行うハードウェアで実現してもよい。また、処理の一部を行うハードウェアと、当該ハードウェアの制御または残余の処理を行うプログラムコードを実行する上記演算手段とを組み合わせても実現することもできる。さらに、上記各部材のうち、ハードウェアとして説明した部材であっても、処理の一部を行うハードウェアと、当該ハードウェアの制御または残余の処理を行うプログラムコードを実行する上記演算手段とを組み合わせても実現することもできる。なお、上記演算手段は、単体であってもよいし、装置内部のバスまたは種々の通信路を介して接続された複数の演算手段が共同してプログラムコードを実行してもよい。また、上記各部材のうちの記憶装置２１、記憶部５４は、メモリなどの記憶装置自体であってもよい。

上記演算手段によって直接実行可能なプログラムコード自体、または、後述する解凍などの処理によってプログラムコードを生成可能なデータとしてのプログラムは、当該プログラム（プログラムコードまたは上記データ）を記録媒体に格納し、当該記録媒体を配付したり、あるいは、上記プログラムを、有線または無線の通信路を介して伝送するための通信手段で送信したりして配付され、上記演算手段で実行される。

なお、通信路を介して伝送する場合、通信路を構成する各伝送媒体が、プログラムを示す信号列を伝搬し合うことによって、当該通信路を介して、上記プログラムが伝送される。また、信号列を伝送する際、送信装置が、プログラムを示す信号列により搬送波を変調することによって、上記信号列を搬送波に重畳してもよい。この場合、受信装置が搬送波を復調することによって信号列が復元される。一方、上記信号列を伝送する際、送信装置が、デジタルデータ列としての信号列をパケット分割して伝送してもよい。この場合、受信装置は、受信したパケット群を連結して、上記信号列を復元する。また、送信装置が、信号列を送信する際、時分割／周波数分割／符号分割などの方法で、信号列を他の信号列と多重化して伝送してもよい。この場合、受信装置は、多重化された信号列から、個々の信号列を抽出して復元する。いずれの場合であっても、通信路を介してプログラムを伝送できれば、同様の効果が得られる。

ここで、プログラムを配付する際の記録媒体は、取外し可能である方が好ましいが、プログラムを配付した後の記録媒体は、取外し可能か否かを問わない。また、上記記録媒体は、プログラムが記憶されていれば、書換え（書き込み）可能か否か、揮発性か否か、記録方法および形状を問わない。記録媒体の一例として、磁気テープやカセットテープなどのテープ、あるいは、フロッピー（登録商標）ディスクやハードディスクなどの磁気ディスク、または、ＣＤ−ＲＯＭや光磁気ディスク（ＭＯ）、ミニディスク（ＭＤ）やデジタルビデオディスク（ＤＶＤ）などのディスクが挙げられる。また、記録媒体は、ＩＣカードや光カードのようなカード型デバイス、あるいは、マスクＲＯＭやＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュＲＯＭなどのような半導体メモリであってもよい。あるいは、ＣＰＵなどの演算手段内に形成されたメモリであってもよい。

なお、上記プログラムコードは、上記各処理の全手順を上記演算手段へ指示するコードであってもよいし、所定の手順で呼び出すことで、上記各処理の一部または全部を実行可能な基本プログラム（例えば、オペレーティングシステムやライブラリなど）が既に存在していれば、当該基本プログラムの呼び出しを上記演算手段へ指示するコードやポインタなどで、上記全手順の一部または全部を置き換えてもよい。

また、上記記録媒体にプログラムを格納する際の形式は、例えば、実メモリに配置した状態のように、演算手段がアクセスして実行可能な格納形式であってもよいし、実メモリに配置する前で、演算手段が常時アクセス可能なローカルな記録媒体（例えば、実メモリやハードディスクなど）にインストールした後の格納形式、あるいは、ネットワークや搬送可能な記録媒体などから上記ローカルな記録媒体にインストールする前の格納形式などであってもよい。また、プログラムは、コンパイル後のオブジェクトコードに限るものではなく、ソースコードや、インタプリトまたはコンパイルの途中で生成される中間コードとして格納されていてもよい。いずれの場合であっても、圧縮された情報の解凍、符号化された情報の復号、インタプリト、コンパイル、リンク、または、実メモリへの配置などの処理、あるいは、各処理の組み合わせによって、上記演算手段が実行可能な形式に変換可能であれば、プログラムを記録媒体に格納する際の形式に拘わらず、同様の効果を得ることができる。

以上のように、本発明に係る認証装置は、上記課題を解決するために、ユーザもしくは機器を特定するための認証装置であって、複数の認証手段と、受け付けた認証要求に応じて、上記複数の認証手段のうちの少なくとも１つを選択し、選択した認証手段に対し認証操作を指示すると共に、当該選択した認証手段の認証結果に基づいて上記認証要求に対する認証応答を生成する認証制御手段とを備えていることを特徴としている。

また、上記構成に加えて、上記認証要求には、上記複数の認証手段のうちの認証に使用する認証手段の特性を示す属性情報で認証の条件を指定する認証条件情報が含まれており、上記認証制御手段は、上記複数の認証手段の特性を示す属性情報を記憶する記憶装置を参照して、上記複数の認証手段の中から、上記認証条件情報の示す認証条件を満足する認証手段を選択してもよい。

また、上記構成に加えて、上記記憶装置には、上記各認証手段に関連付けて、複数種類の属性情報が記憶されており、上記認証制御手段は、上記認証条件情報の示す認証条件が、上記複数種類の属性情報のいずれで指定されているかを判定し、上記複数の認証手段の特性を示す属性情報を記憶する記憶装置を参照して、上記複数の認証手段の中から、その種類の属性情報で指定された認証条件を満足する認証手段を選択してもよい。

当該構成では、例えば、サービス提供の際などに、必要な認証要求を設定する設計者は、複数の属性情報の種類のうちから、適切な種類を選択し、その種類の属性情報で認証条件を指定できるので、より柔軟に認証条件を設定できる。

さらに、上記構成に加えて、上記属性情報には、その認証手段の認証方法を示す情報が含まれており、上記認証制御手段は、認証方法で認証条件を指定した認証要求を受け付けた場合、上記記憶装置を参照して、当該認証方法を示す属性情報に関連付けられた認証手段を選択してもよい。

上記構成では、認証デバイス等の認証手段自体ではなく、その認証方法によって、認証に使用する認証手段を特定できるので、認証手段を特定するしかできない構成よりも、柔軟な認証条件の指定が可能になる。

また、上記構成に加えて、上記属性情報には、その認証手段の認証精度を示す認証精度情報が含まれており、上記認証制御手段は、認証精度で認証条件を指定した認証要求を受け付けた場合、選択した認証手段、または、その組み合わせの認証精度を、上記記憶装置に格納された認証手段の属性情報のうち、選択された認証手段の属性手段を参照して評価した結果が、指定された認証精度よりも高い認証精度を示す値になるように、認証手段を選択してもよい。また、上記構成に加えて、上記認証精度情報は、認証精度を示す数値であり、上記認証精度で認証条件を指定した認証要求は、選択される認証手段の認証精度の評価結果の下限値で指定されており、上記認証制御手段は、認証精度の評価結果の下限値で認証条件を指定した認証要求を受け付けた場合、選択した認証手段、または、その組み合わせの認証精度を、上記記憶装置に格納された認証手段の数値のうち、選択された認証手段の数値を参照して評価した結果が、指定された下限値よりも大きくなるように、認証手段を選択してもよい。さらに、上記構成に加えて、上記認証制御手段は、選択された認証手段の数値の総和によって、選択された認証手段、または、その組み合わせの認証精度を評価してもよい。

これらの構成では、認証手段自体ではなく、その認証精度によって、認証に使用する認証手段を特定できるので、認証手段を特定することしかできない構成よりも、柔軟な認証条件の指定が可能になる。

また、認証手段を柔軟に選択することが可能なことから、必ずしも特定の認証方式を備える機器でなくとも適用可能である。さらに、サービスの利用時に、ある認証精度を要求するネットワークサービスへのアクセスにおいても、認証精度を満足できる代替手段を備えた機器からサービスをシームレスに利用することが可能になる。

さらに、上記構成に加えて、上記認証制御手段は、上記複数の認証手段が既に認証に成功しているか否かを管理すると共に、認証精度で認証条件を指定した認証要求を受け付けた場合、既に認証に成功している認証手段の認証精度の評価結果が、指定された認証精度よりも高い認証精度を示す値であれば、認証成功を示す認証応答を生成してもよい。

また、上記構成に加えて、上記認証制御手段は、既に認証に成功している認証手段の認証精度の評価結果が、指定された認証精度よりも高い認証精度を示す値でない場合は、追加して選択する認証手段と、既に認証に成功している認証手段との組み合わせの認証精度の評価結果が、上記指定された認証精度よりも高い認証精度を示す値になるように、上記追加の認証手段を選択してもよい。

これらの構成では、既に認証に成功している認証手段の認証精度の評価結果が、指定された認証精度よりも高い認証精度を示す値であれば、新たに認証手段による認証処理を行わなくても認証成功を示す認証応答を生成するので、認証時の手間を大幅に削減できる。

なお、この場合であっても、既に認証に成功している認証手段の認証精度の評価結果が、指定された認証精度よりも高い認証精度を示す値なので、認証時の手間が削減されているにも拘わらず、安全性の低下を防止できる。

また、上記構成に加えて、上記認証制御手段は、上記複数の認証手段の選択結果として、複数の選択結果を取り得る場合、いずれを選択するかをユーザに問い合わせてもよい。これにより、ユーザが認証手段の選択結果のうち、いずれを選択するかを決定できるので、ユーザの利便性を向上できる。

また、上記構成に加えて、上記認証制御手段に接続される上記複数の認証手段は、通信ネットワークを用いて接続されてもよい。これにより、複数の認証手段は、認証制御手段との間でハードウェア的に直接接続されている必要がないため、ユーザの利便性を向上できる。

ところで、上記認証装置は、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係るプログラムは、上述した認証装置のいずれかに設けられた各手段として、コンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。

これらのプログラムがコンピュータによって実行されると、当該コンピュータは、上記認証装置として動作する。したがって、上記認証装置と同様、従来の構成のように、複数の認証手段での認証処理が行われた後、その認証処理結果に応じて、サービスを提供する際の権限を決定する構成と比較して、その認証要求に応える際に不要な認証手段での認証を省略できる。このため、ユーザの負担を軽減すると共に、安全性を向上できる。

発明の詳細な説明の項においてなされた具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と次に記載する特許請求事項との範囲内で、いろいろと変更して実施することができるものである。

産業上の利用の可能性

サービス提供の適否を判定する認証装置をはじめとして、ユーザまたは機器を認証する認証装置として広く好適に使用できる。

Claims

ユーザもしくは機器を特定するための認証装置であって、
複数の認証手段と、
受け付けた認証要求に応じて、上記複数の認証手段のうちの少なくとも１つを選択し、選択した認証手段に対し認証操作を指示すると共に、当該選択した認証手段の認証結果に基づいて上記認証要求に対する認証応答を生成する認証制御手段とを備えており、
上記認証要求には、上記複数の認証手段のうちの認証に使用する認証手段の特性を示す属性情報で認証の条件を指定する認証条件情報が含まれており、
上記属性情報は、上記複数の認証手段の特性を示し、上記各認証手段に関連付けて記憶装置に記憶された、その認証手段の認証方法を示す情報、およびその認証手段の認証精度を示す認証精度情報を含む複数種類の属性情報であり、
上記認証制御手段は、上記認証条件情報の示す認証条件が、上記複数種類の属性情報のいずれで指定されているかを判定し、上記複数の認証手段の特性を示す属性情報を記憶する記憶装置を参照して、上記複数の認証手段の中から、その種類の属性情報で指定された認証条件を満足する認証手段を選択し、さらに、
上記認証手段の現在の状態を示す情報、および当該現在の状態に応じて上記認証精度情報の補正を行うための補正参照情報を含む実行管理情報を用いて認証条件を満足する認証手段を選択することを特徴とする認証装置。
上記属性情報には、その認証手段の認証方法を示す情報が含まれており、
上記認証制御手段は、認証方法で認証条件を指定した認証要求を受け付けた場合、上記記憶装置を参照して、当該認証方法を示す属性情報に関連付けられた認証手段を選択することを特徴とする請求項１記載の認証装置。
上記属性情報には、その認証手段の認証精度を示す認証精度情報が含まれており、
上記認証制御手段は、認証精度で認証条件を指定した認証要求を受け付けた場合、選択した認証手段、または、その組み合わせの認証精度を、上記記憶装置に格納された認証手段の属性情報のうち、選択された認証手段の属性情報を参照して評価した結果が、指定された認証精度よりも高い認証精度を示す値になるように、認証手段を選択することを特徴とする請求項１記載の認証装置。
上記認証精度情報は、認証精度を示す数値であり、
上記認証精度で認証条件を指定した認証要求は、選択される認証手段の認証精度の評価結果の下限値で指定されており、
上記認証制御手段は、認証精度の評価結果の下限値で認証条件を指定した認証要求を受け付けた場合、選択した認証手段、または、その組み合わせの認証精度を、上記記憶装置に格納された認証手段の数値のうち、選択された認証手段の数値を参照して評価した結果が、指定された下限値よりも大きくなるように、認証手段を選択することを特徴とする請求項３記載の認証装置。
上記認証制御手段は、選択された認証手段の数値の総和によって、選択された認証手段、または、その組み合わせの認証精度を評価することを特徴とする請求項４記載の認証装置。
上記認証制御手段は、上記複数の認証手段が既に認証に成功しているか否かを管理すると共に、認証精度で認証条件を指定した認証要求を受け付けた場合、既に認証に成功している認証手段の認証精度の評価結果が、指定された認証精度よりも高い認証精度を示す値であれば、認証成功を示す認証応答を生成することを特徴とする請求項３記載の認証装置。
上記認証制御手段は、既に認証に成功している認証手段の認証精度の評価結果が、指定された認証精度よりも高い精度を示す値でない場合は、追加して選択する認証手段と、既に認証に成功している認証手段との組み合わせの認証精度の評価結果が、上記指定された認証精度よりも高い認証精度を示す値になるように、上記追加の認証手段を選択することを特徴とする請求項６記載の認証装置。
上記認証制御手段は、上記複数の認証手段の選択結果として、複数の選択結果を取り得る場合、いずれを選択するかをユーザに問い合わせることを特徴とする請求項１〜７のうちいずれか１項に記載の認証装置。
上記認証制御手段に接続される上記複数の認証手段は、通信ネットワークを用いて接続されることを特徴とする請求項１〜８のうちいずれか１項に記載の認証装置。
請求項１〜９のうちいずれか１項に記載の認証装置の各手段として、コンピュータを動作させるプログラム。
請求項１０記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。