(57)【要約】アクセス認証コンポーネント（１１）のセキュリティアカウントレコードに関する、電子通信される１以上の認証ファクタを用いて制御されたリソースへのアクセスについてリクエストエンティティを認証するシステム。リクエストエンティティ（３０）に関連付けられた一意的な識別子およびリクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵に基づいて取り出し可能であるそれぞれのレコード。リクエストエンティティは、アクセスリクエストおよび一意的な識別子を含むデジタル署名された電子メッセージを発行する。アクセス認証コンポーネント（３４）は、電子メッセージを認証するために一意的な識別子を用いることによって公開鍵を取り出す。アクセス認証信号は、リクエストエンティティにアクセスを許可するために用いられる。【選択図】図３
2004515840.tif 000002
【特許請求の範囲】
【請求項１】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証する方法であって、
（ａ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを確立し、維持し、それぞれのレコードについて、該リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｂ）該アカウントを初期化した後に、該リクエストエンティティが電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの内の秘密鍵を用いてデジタル署名を生成し、該リクエストエンティティの該一意的な識別子を用いてデジタル署名された電子メッセージを該アクセス認証コンポーネントに送信する、工程と、
（ａ）該アクセス認証コンポーネントは、該電子メッセージと共に含まれた該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該電子メッセージを認証する工程と、
（ｂ）該電子メッセージの成功した認証に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項２】
前記リクエストエンティティにデバイスを提供し、該デバイスに前記公開鍵−秘密鍵の鍵ペアを含む工程を包含する請求項１に記載の方法。
【請求項３】
前記リクエストエンティティが前記制御されたリソースにアカウントを確立する工程を包含する請求項１に記載の方法。
【請求項４】
前記電子メッセージに前記制御されたリソースアカウントに関する命令を含む請求項３に記載の方法。
【請求項５】
前記電子メッセージに含まれる前記制御されたリソースに関する前記命令を実行する工程を包含する請求項４に記載の方法。
【請求項６】
前記リクエストエンティティを認証する工程に応答して前記制御されたリソースにアクセスを許可する工程を包含する請求項１に記載の方法。
【請求項７】
前記一意的な識別子を用いて、データベースから前記公開鍵を取り出した後、前記電子メッセージを認証する工程を包含する請求項１に記載の方法。
【請求項８】
アカウントデータベースに前記セキュリティアカウントのレコードを格納する工程を包含する請求項１に記載の方法。
【請求項９】
制御されたリソースを制御するアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証する方法であって、
（ａ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを確立し、維持し、それぞれのレコードについて該リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｂ）該アカウントを初期化した後に、該リクエストエンティティが個人的な検証データを入れ、少なくとも１つの検証ステータスを形成するために該データを検証する工程と、
（ｃ）次いで、該リクエストエンティティが、該検証ステータスを含む電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの内の秘密鍵を用いてデジタル署名を生成し、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該デジタル署名された電子メッセージを送信する工程と、
（ｄ）該アクセス認証コンポーネントは、該電子メッセージと共に含まれた該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該電子メッセージおよび該検証ステータスを認証する工程と、
（ｅ）該電子メッセージおよび該検証ステータスの成功した認証に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項１０】
前記リクエストエンティティにデバイスを提供し、該デバイスに前記公開鍵−秘密鍵の鍵ペアを含む工程を包含する請求項９に記載の方法。
【請求項１１】
前記リクエストエンティティが前記制御されたリソースにアカウントを確立する工程を包含する請求項９に記載の方法。
【請求項１２】
前記電子メッセージに前記制御されたリソースアカウントに関する命令を含む請求項１１に記載の方法。
【請求項１３】
前記電子メッセージに含まれる前記制御されたリソースに関する前記命令を実行する工程を包含する請求項１２に記載の方法。
【請求項１４】
前記リクエストエンティティを認証する工程に応答して前記制御されたリソースにアクセスを許可する工程を包含する請求項９に記載の方法。
【請求項１５】
前記一意的な識別子を用いて、データベースから前記公開鍵を取り出した後、前記電子メッセージを認証する工程を包含する請求項９に記載の方法。
【請求項１６】
アカウントデータベースに前記セキュリティアカウントのレコードを格納する工程を包含する請求項９に記載の方法。
【請求項１７】
前記リクエストエンティティに関連するデータを格納することによって前記デバイスを個人所有にする工程を包含する請求項９に記載の方法。
【請求項１８】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスの続行についてリクエストエンティティを認証する方法であって、該リクエストエンティティは、最初に、個人的な検証データを入れて、該データを検証して検証ステータスを形成し、該検証ステータスを該アクセス認証コンポーネントに送信し、該アクセス認証コンポーネントは、該検証ステータスを評価し、該リクエストエンティティのために該制御されたリソースへのアクセスを認証し、該アクセス認証コンポーネントは、ビジネスルールを維持し、ここで、該検証ステータスが該リクエストエンティティによって再確認されることを該ルールの１つによって要求し、
（ａ）該アクセス認証コンポーネントが該リクエストエンティティからの該現在の検証ステータスを要求するメッセージ送信する工程と、
（ｂ）該リクエストエンティティが該アクセス認証コンポーネントに該現在の検証ステータスを再送信する工程と、
（ｃ）該アクセス認証コンポーネントが該現在の検証ステータスを取り出す工程と、
（ｄ）該アクセス認証コンポーネントが該ビジネスルールによって要求された該ステータスを用いて該現在の検証ステータスを評価する工程と、
（ｅ）該検証ステータスの成功した認証に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスを続行するために該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項１９】
前記リクエストエンティティにデバイスを提供し、該デバイスに前記公開鍵−秘密鍵の鍵ペアを含む工程を包含する請求項１８に記載の方法。
【請求項２０】
前記リクエストエンティティが前記制御されたリソースにアカウントを確立する工程を包含する請求項１８に記載の方法。
【請求項２１】
前記一意的な識別子を用いて、データベースから前記公開鍵を取り出した後、前記電子メッセージを認証する工程を包含する請求項８１に記載の方法。
【請求項２２】
アカウントデータベースに前記セキュリティアカウントのレコードを格納する工程を包含する請求項１８に記載の方法。
【請求項２３】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを最初に認証する方法であって、
（ａ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを確立し、維持し、それぞれのレコードについて、該リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｂ）該アカウントを初期化した後に、該リクエストエンティティが個人的な検証データを入れ、少なくとも１つの検証ステータスを形成するために該データを検証する工程と、
（ｃ）次いで、該リクエストエンティティが、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該検証ステータスを送信する工程と、
（ｄ）該アクセス認証コンポーネントは、該リクエストエンティティの一意的な識別子を用いて、該検証ステータスを認証する工程と、
（ｅ）該検証ステータスの成功した認証に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項２４】
前記リクエストエンティティにデバイスを提供し、該デバイスに前記公開鍵−秘密鍵の鍵ペアを含む工程を包含する請求項２３に記載の方法。
【請求項２５】
前記リクエストエンティティが前記制御されたリソースにアカウントを確立する工程を包含する請求項２３に記載の方法。
【請求項２６】
前記一意的な識別子を用いて、データベースから前記公開鍵を取り出した後、前記電子メッセージを認証する工程を包含する請求項２３に記載の方法。
【請求項２７】
アカウントデータベースに前記セキュリティアカウントのレコードを格納する工程を包含する請求項２３に記載の方法。
【請求項２８】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証する方法であって、
（ｂ）該リクエストエンティティに関連付けられたセキュリティプロファイルを有するデバイスを該リクエストエンティティに提供し、該デバイスにおいて公開鍵−秘密鍵の鍵ペアを含む工程と、
（ｂ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを確立し、維持し、それぞれのレコードについて、該リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｂ）該アカウントを初期化した後に、次いで、該リクエストエンティティが電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの該デバイスの秘密鍵を用いて該電子メッセージにデジタル署名をし、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該電子メッセージを送信する工程と、
（ｂ）該アクセス認証コンポーネントは、該電子メッセージと共に含まれた該リクエストエンティティの一意的な識別子によって識別された該レコードに関連付けられた該公開鍵を用いて、該電子メッセージおよびセキュリティプロファイルを認証する工程と、
（ｂ）該電子メッセージの成功した認証および該制御されたリソースに対する該セキュリティプロファイルの到着に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項２９】
前記リクエストエンティティが前記制御されたリソースにアカウントを確立する工程を包含する請求項２８に記載の方法。
【請求項３０】
前記電子メッセージに前記制御されたリソースアカウントに関する命令を含む請求項２９に記載の方法。
【請求項３１】
前記電子メッセージに含まれる前記制御されたリソースに関する前記命令を実行する工程を包含する請求項３０に記載の方法。
【請求項３２】
前記リクエストエンティティを認証する工程に応答して前記制御されたリソースにアクセスを許可する工程を包含する請求項２８に記載の方法。
【請求項３３】
前記一意的な識別子を用いて、データベースから前記公開鍵を取り出した後、前記電子メッセージを認証する工程を包含する請求項２８に記載の方法。
【請求項３４】
アカウントデータベースに前記セキュリティアカウントのレコードを格納する工程を包含する請求項２８に記載の方法。
【請求項３５】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証する方法であって、該リクエストエンティティは、該リクエストエンティティに関連付けられたセキュリティプロファイルを有するデバイスを有し、該デバイスに公開鍵−秘密鍵の鍵ペアを含み、該アクセス認証コンポーネントは、該セキュリティプロファイルステータスを評価し、該リクエストエンティティのために該制御されたリソースへのアクセスを認証し、該アクセス認証コンポーネントは、ビジネスルールを維持し、ここで、該検証ステータスが該リクエストエンティティによって再確認されることを該ルールの１つによって要求し、
（ａ）該アクセス認証コンポーネントが該デバイスに関連付けられた該セキュリティプロファイルを入手する工程であって、該アクセス認証コンポーネントが該デバイスに関連付けられた該セキュリティプロファイルを入手する工程と、
（ｂ）該アクセス認証コンポーネントが、該ビジネスルールによって要求された該セキュリティプロファイルを用いて、該現在のセキュリティプロファイルを評価する工程と、
（ｃ）該セキュリティプロファイルの成功した評価に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスを続行するために該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項３６】
前記リクエストエンティティが前記制御されたリソースにアカウントを確立する工程を包含する請求項３５に記載の方法。
【請求項３７】
前記制御されたリソースのアカウントを用いてセッションを確立する工程を包含する請求項３６に記載の方法。
【請求項３８】
前記制御されたリソースのアカウントにおいて前記セッションを続行するために前記セキュリティプロファイルを再確認する工程を包含する請求項３７に記載の方法。
【請求項３９】
安全なデータベースに前記セキュリティプロファイルを格納する工程を包含する請求項３５に記載の方法。
【請求項４０】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを最初に認証する方法であって、
（ａ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、ビジネスルールを確立し、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを維持し、それぞれのレコードについて、該レコードについての該理クエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｂ）該リクエストエンティティに関連付けられたセキュリティプロファイルを有するデバイスを該リクエストエンティティに提供し、該デバイスに公開鍵−秘密鍵の鍵ペアを含む工程と、
（ｃ）該アカウントを初期化した後に、次いで、該リクエストエンティティが該デバイスを該アクセス認証コンポーネントに提示して、該制御されたリソースへのアクセスを入手する工程と、
（ｄ）該アクセス認証コンポーネントが該デバイスの該セキュリティプロファイルを入手する工程と、
（ｅ）該アクセス認証コンポーネントが、該ビジネスルールによって要求された該セキュリティプロファイルに対して該デバイスの該セキュリティプロファイルを評価する工程と、
（ｆ）該デバイスの該セキュリティプロファイルの成功した評価に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項４１】
該リクエストエンティティが前記制御されたリソースにおいてアカウントを確立する工程を包含する請求項４０に記載の方法。
【請求項４２】
前記セキュリティプロファイルを安全なデータベースに格納する工程を包含する請求項４０に記載の方法。
【請求項４３】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証する方法であって、
（ａ）デバイスを該リクエストエンティティに提供し、該デバイスに公開鍵−秘密鍵の鍵ペアを含む工程と、
（ｂ）該リクエストエンティティが該アクセス認証コンポーネントによって最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを確立し、維持し、それぞれのレコードについて、該リクエストエンティティの該それぞれの公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｃ）該デバイスにセキュリティプロファイルを関連付ける工程と、
（ｄ）該アカウントを初期化した後に、該リクエストエンティティが個人的な検証データを該デバイスに入れ、該デバイスが検証ステータスを形成するために該データを検証する工程と、
（ｅ）該リクエストエンティティが電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの該デバイスの秘密鍵を用いて該検証ステータスを含む該電子メッセージをデジタル署名し、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該電子メッセージを送信する工程と、
（ｆ）該アクセス認証コンポーネントは、該電子メッセージと共に含まれた該リクエストエンティティの一意的な識別子によって識別された該レコードに関連付けられた該公開鍵を用いて検証ステータスおよび該セキュリティプロファイルを含む該電子メッセージを認証する工程と、
（ｇ）該電子メッセージ、検証ステータスおよび該セキュリティプロファイルの成功した認証に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項４４】
前記リクエストエンティティが前記制御されたリソースにアカウントを確立する工程を包含する請求項４３に記載の方法。
【請求項４５】
前記電子メッセージに前記制御されたリソースアカウントに関する命令を含む請求項４４に記載の方法。
【請求項４６】
前記電子メッセージに含まれる前記制御されたリソースアカウントに関する前記命令を実行する工程を包含する請求項４５に記載の方法。
【請求項４７】
前記リクエストエンティティを認証する工程に応答して前記制御されたリソースにアクセスを許可する工程を包含する請求項４３に記載の方法。
【請求項４８】
前記一意的な識別子を用いて、データベースから前記公開鍵を取り出した後、前記電子メッセージを認証する工程を包含する請求項４３に記載の方法。
【請求項４９】
アカウントデータベースに前記セキュリティアカウントのレコードを格納する工程を包含する請求項４３に記載の方法。
【請求項５０】
前記リクエストエンティティに関連するデータを格納することによって前記デバイスを個人所有にする工程を包含する請求項４３に記載の方法。
【請求項５１】
安全なデータベースに前記セキュリティプロファイルを格納する工程を包含する請求項４３に記載の方法。
【請求項５２】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証する方法であって、
（ａ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、アカウントデータベースの少なくとも１つのレコードを確立し、維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｂ）デバイスを該リクエストエンティティに提供し、該デバイスに公開鍵−秘密鍵の鍵ペアを含む工程と、
（ｃ）該リクエストエンティティが該制御されたリソースにアカウントを確立する工程と、
（ｄ）該アカウントを初期化した後に、該リクエストエンティティが、該制御されたリソースに関する命令を含む電子メッセージを発行し、該デバイスの該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの秘密鍵を用いてデジタル署名を生成し、該デジタル署名された電子メッセージを、該デバイスから、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに送信する工程と、
（ｅ）該アクセス認証コンポーネントが該電子メッセージと共に含まれる該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該電子メッセージを認証する工程と、
（ｆ）該電子メッセージの成功した認証に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
（ｇ）該リクエストエンティティを認証する工程に応答して該制御されたリソースにアクセスを許可する工程と、
（ｈ）該電子メッセージに含まれた該制御されたリソースのアカウントに関する該命令を実行する工程と、
を包含する方法。
【請求項５３】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証する方法であって、
（ａ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、アカウントデータベースの少なくとも１つのレコードを確立し、維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｂ）デバイスを該リクエストエンティティに提供し、該デバイスに公開鍵−秘密鍵の鍵ペアを含む工程と、
（ｃ）該リクエストエンティティに関するデータを格納することによって該デバイスを個人所有する工程と、
（ｄ）該リクエストエンティティが該制御されたリソースのアカウントを確立する工程と、
（ｅ）該アカウントを初期化した後に、該リクエストエンティティが個人的な検証データを入れ、少なくとも１つの検証ステータスを形成するために該データを検証する工程と、
（ｆ）次いで、該リクエストエンティティが、該制御されたリソースアカウントに関する命令および検証ステータスを含む電子メッセージを発行し、該デバイスの該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの秘密鍵を用いてデジタル署名を生成し、該デジタル署名された電子メッセージを、該デバイスから、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに送信する工程と、
（ｇ）該アクセス認証コンポーネントが該電子メッセージと共に含まれる該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該電子メッセージおよび該検証ステータスを認証し、該一意的な識別子を用いて該データベースから該公開鍵を取り出した後、該電子メッセージおよび該検証ステータスの成功した認証に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
（ｈ）該リクエストエンティティを認証する工程に応答して該制御されたリソースにアクセスを許可する工程と、
（ｉ）該電子メッセージに含まれた該制御されたリソースのアカウントに関する命令を実行する工程と、
を包含する方法。
【請求項５４】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスの続行についてリクエストエンティティを認証する方法であって、該リクエストエンティティにデバイスを提供し、該デバイスに公開鍵−秘密鍵の鍵ペアを含み、該リクエストエンティティに関連するデータを格納することによって該デバイスを個人所有し、該リクエストエンティティが制御されたリソースにアカウントを有し、該リクエストエンティティが、最初に、個人的な検証データを入れて、該デバイスが該データを検証して検証ステータスを形成し、該デバイスが該検証ステータスを該アクセス認証コンポーネントに送信し、該アクセス認証コンポーネントは、該検証ステータスを評価し、該リクエストエンティティのために該制御されたリソースへのアクセスを認証し、該アクセス認証コンポーネントは、ビジネスルールを維持し、ここで、該検証ステータスが該リクエストエンティティによって再確認されることを該ルールの１つによって要求し、
（ａ）該アクセス認証コンポーネントが該リクエストエンティティからの該現在の検証ステータスを要求するメッセージを送信する工程と、
（ｂ）該リクエストエンティティが、該現在の検証ステータスをデジタル署名し、該アクセス認証コンポーネントに該現在の検証ステータスを該メッセージで再送信する工程と、
（ｃ）該アクセス認証コンポーネントが、該現在の検証ステータスを入手するための該メッセージを受信し、認証する工程と、
（ｄ）該アクセス認証コンポーネントが該ビジネスルールによって要求された該ステータスを用いて該現在の検証ステータスを評価する工程と、
（ｅ）該検証ステータスの成功した認証に基づいて、該アクセス認証コンポーネントは、該制御されたリソースのアカウントへのアクセスを続行するために該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項５５】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを最初に認証する方法であって、
（ａ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、アカウントデータベースの少なくとも１つのレコードを確立し、維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｂ）デバイスを該リクエストエンティティに提供し、該デバイスに公開鍵−秘密鍵の鍵ペアを含む工程と、
（ｃ）該リクエストエンティティに関するデータを格納することによって該デバイスを個人所有する工程と、
（ｄ）該リクエストエンティティが該制御されたリソースのアカウントを確立する工程と、
（ｅ）該アカウントを初期化した後に、該リクエストエンティティが個人的な検証データを入れ、検証ステータスを形成するために該データを検証する工程と、
（ｆ）次いで、該リクエストエンティティが、該検証ステータスを、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに送信する工程と、
（ｇ）該アクセス認証コンポーネントが該リクエストエンティティの一意的な識別子を用いて該検証ステータスを認証する工程と、
（ｈ）該検証ステータスの成功した認証に基づいて、該アクセス認証コンポーネントが該制御されたリソースのアカウントへのアクセスについて該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項５６】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証する方法であって、
（ａ）デバイスと関連付けられたセキュリティプロファイルを有する該デバイスを該リクエストエンティティに提供し、該セキュリティプロファイルを安全なデータベースに格納し、該デバイスに公開鍵−秘密鍵の鍵ペアを含む工程と、
（ｂ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、アカウントデータベースに少なくとも１つのレコードを確立し、維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、該リクエストエンティティの該それぞれの公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｃ）該リクエストエンティティが該制御されたリソースにアカウントを確立する工程と、
（ｄ）該アカウントを初期化した後に、次いで該リクエストエンティティが電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの該デバイスの秘密鍵を用いて、該制御されたリソースアカウントに関する命令を含む該電子メッセージをデジタル署名し、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該電子メッセージを送信する工程と、
（ｅ）該アクセス認証コンポーネントは、該セキュリティプロファイルを入手し、該一意的な識別子を用いて該アカウントデータベースから該公開鍵を取り出した後に、該電子メッセージと共に含まれる該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該電子メッセージおよびセキュリティプロファイルを認証する工程と、
（ｆ）該電子メッセージの成功した認証および該制御されたリソースに対する該セキュリティプロファイルの到着に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
（ｇ）該リクエストエンティティを認証する工程に応答して該制御されたリソースへのアクセスを許可する工程と、
（ｆ）該電子メッセージに含まれる該制御されたリソースのアカウントに関する該命令を実行する工程と、
を包含する方法。
【請求項５７】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスの続行についてリクエストエンティティを認証する方法であって、該リクエストエンティティは、該リクエストエンティティに関連付けられたセキュリティプロファイルを有するデバイスを有し、該デバイスに公開鍵−秘密鍵の鍵ペアを含み、該セキュリティプロファイルを安全なデータベースに格納し、該アクセス認証コンポーネントは、該セキュリティプロファイルを評価し、該リクエストエンティティのための該制御されたリソースのアカウントのセッションへのアクセスを認証し、該アクセス認証コンポーネントは、ビジネスルールを維持し、ここで、該アカウントについての該セッションを続行するために、該セキュリティプロファイルが該リクエストエンティティによって再確認されることを該ルールの１つによって要求し、
（ａ）該アクセス認証コンポーネントが該デバイスに関連付けられた該セキュリティプロファイルを入手する工程と、
（ｂ）該アクセス認証コンポーネントが、該アカウントについての該セッションを続行するために、該ビジネスルールによって要求された該セキュリティプロファイルを用いて該現在のセキュリティプロファイルを評価する工程と、
（ｃ）該セキュリティプロファイルの成功した評価に基づいて、該アクセス認証コンポーネントは、該制御されたリソースアカウントへのアクセスを続行するために該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項５８】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを最初に認証する方法であって、
（ａ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、ビジネスルールを確立し、アカウントデータベースの少なくとも１つのレコードを維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｂ）該公開鍵と関連付けられたセキュリティプロファイルを有するデバイスを該リクエストエンティティに提供し、安全なデータベースに該セキュリティプロファイルを格納し、該デバイスに公開鍵−秘密鍵の鍵ペアを含む工程と、
（ｃ）該アカウントを初期化した後に、該リクエストエンティティが該アクセス認証コンポーネントに該デバイスを提示し、該制御されたリソースへのアクセスを入手する工程と、
（ｄ）該アクセス認証コンポーネントが該デバイスの該セキュリティプロファイルを入手する工程と、
（ｅ）該アクセス認証コンポーネントが該ビジネスルールによって要求された該セキュリティプロファイルに該デバイスのセキュリティプロファイルを評価する工程と、
（ｆ）該デバイスの該セキュリティプロファイルの成功した評価に基づいて、該アクセス認証コンポーネントが該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
を包含する方法。
【請求項５９】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証する方法であって、
（ａ）デバイスを該リクエストエンティティに提供し、該デバイスに公開鍵−秘密鍵の鍵ペアを含む工程と、
（ｂ）該リクエストエンティティが該アクセス認証コンポーネントを用いて最初にセキュリティアカウントを開ける工程であって、該アクセス認証コンポーネントは、アカウントデータベースに少なくとも１つのレコードを確立し、維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、該リクエストエンティティの該それぞれの公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付ける、工程と、
（ｃ）セキュリティプロファイルを該デバイスに関連付ける工程と、
（ｄ）該リクエストエンティティが該制御されたリソースにアカウントを確立する工程と、
（ｅ）該アカウントを初期化した後に、該リクエストエンティティが個人的な検証データを該デバイスに入れ、該デバイスが該データを検証して検証ステータスを形成する工程と、
（ｆ）次いで、該リクエストエンティティが、該デバイスの該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの秘密鍵を用いて、該制御されたリソースに関する命令および検証ステータスを含む電子メッセージを発行し、該電子メッセージを、該デバイスから、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに送信する工程と、
（ｇ）該アクセス認証コンポーネントが、該デバイスの該セキュリティプロファイルを入手し、該一意的な識別子を用いて該データベースから該公開鍵を取り出した後、該電子メッセージと共に含まれる該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該検証ステータスおよび該セキュリティプロファイルを含む電子メッセージを認証する工程と、
（ｈ）該電子メッセージ、該検証ステータスおよび該セキュリティプロファイルの成功した認証に基づいて、該アクセス認証コンポーネントは、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する工程と、
（ｉ）該リクエストエンティティを認証する工程に応答して該制御されたリソースにアクセスを許可する工程と、
（ｊ）該電子メッセージに含まれた該制御されたリソースのアカウントに関する命令を実行する工程と、
を包含する方法。
【請求項６０】
リクエストエンティティからアクセス認証コンポーネントへの電子通信用のデータ構造であって、
（ａ）該アクセス認証コンポーネントによって維持されるアカウントを識別するアカウント識別子と、
（ｂ）該アカウントにアクセスするためのアクセスリクエストメッセージと、
（ｃ）該リクエストエンティティの秘密鍵で署名されるデジタル署名であって、該アクセス認証コンポーネントは、該電子通信の受信に応答して、該リクエストエンティティの該秘密鍵に対応する予め格納された公開鍵を取り出すために該アカウント識別子を利用し、該リクエストエンティティを認証するために該取り出された公開鍵を利用する、デジタル署名と、
を含むデータ構造。
【請求項６１】
リクエストエンティティからアクセス認証コンポーネントへの電子通信用のデータ構造であって、
（ａ）該アクセス認証コンポーネントによって維持されるアカウントを識別するアカウント識別子と、
（ｂ）検証ステータスインジケータを含む、該アカウントにアクセスするためのアクセスリクエストメッセージと、
（ｃ）該リクエストエンティティの秘密鍵で署名されるデジタル署名であって、該アクセス認証コンポーネントは、該電子通信の受信に応答して、該リクエストエンティティの該秘密鍵に対応する予め格納された公開鍵を取り出すために該アカウント識別子を利用し、該検証ステータスを認証し、該リクエストエンティティを認証するために該取り出された公開鍵を利用する、デジタル署名と、
を含むデータ構造。
【請求項６２】
電子通信を介する１以上の制御されたリソースへのアクセスをリクエストエンティティによって制御する方法であって、該電子通信は、少なくとも１つのデジタル署名を含み、
（ａ）第１の制御されたリソースにアクセスするためのリクエストを含む、該リクエストエンティティからの第１の電子通信に応答して、該リクエストエンティティが認証されたエンティティであるか否かを判定するために、公開鍵によってデジタル署名を有効化することによって該第１の電子通信を認証する工程と、
（ｂ）該第１の電子通信に応答して、該認証されたエンティティについて該制御されたリソースへの第１のアクセス許可を決定する工程と、
（ｃ）該第１のアクセス許可によって該第１の制御されたリソースへのアクセスを許可する工程と、
（ｄ）第２の制御されたリソースにアクセスするためのリクエストを含む、該リクエストエンティティからの第２の電子通信に応答して、該リクエストエンティティが認証されたエンティティであるか否かを判定するために、公開鍵によってデジタル署名を有効化することによって該第２の電子通信を認証する工程と、
（ｅ）該第２の電子通信に応答して、該認証されたエンティティについて該第２の制御されたリソースに第２のアクセス許可を決定する工程と、
（ｆ）該第２のアクセス許可によって該第２の制御されたリソースへのアクセスを許可する工程と、
を包含する方法。
【請求項６３】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証するシステムであって、
（ａ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを確立し、維持し、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｂ）該アカウントを初期化した後、該リクエストエンティティが、電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの公開鍵を用いて、デジタル署名を生成し、そして、該リクエストエンティティの一意的な識別子を有する該アクセス認証コンポーネントに該デジタル署名された電子メッセージを送信するコンポーネントと、
（ｃ）該電子メッセージと共に含まれた該リクエストエンティティの一意的な識別子によって識別される該レコードに関連付けられた該公開鍵を用いて、該電子メッセージを認証する該アクセス認証コンポーネントと、
（ｄ）該電子メッセージの成功した認証に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項６４】
デバイスに前記公開鍵−秘密鍵の鍵ペアを有する該デバイスを有する前記リクエストエンティティを含む請求項６３に記載のシステム。
【請求項６５】
前記リクエストエンティティについて前記制御されたリソースに確立されたアカウントを含む請求項６３に記載のシステム。
【請求項６６】
前記電子メッセージに前記制御されたリソースアカウントに関する命令を含む請求項６５に記載のシステム。
【請求項６７】
前記電子メッセージに含まれる前記制御されたリソースアカウントに関する前記命令を実行するコンポーネントを含む請求項６６に記載のシステム。
【請求項６８】
前記リクエストエンティティを認証することに応答して前記制御されたリソースにアクセスを許可するコンポーネントを含む請求項６３に記載のシステム。
【請求項６９】
前記一意的な識別子を用いて、データベースから前記公開鍵を取り出した後、前記電子メッセージを認証するコンポーネントを含む請求項６３に記載のシステム。
【請求項７０】
アカウントデータベースに格納された前記セキュリティアカウントのレコードを含む請求項６３に記載のシステム。
【請求項７１】
制御されたリソースを制御するアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証するシステムであって、
（ａ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを確立し、維持し、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｂ）該アカウントを初期化した後、該リクエストエンティティが、個人的な検証データを入れ、該データを検証して少なくとも１つの検証ステータスを形成するコンポーネントと、
（ｃ）次いで、該リクエストエンティティが、検証ステータスを含む電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの秘密鍵を用いて、デジタル署名を生成し、そして、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該デジタル署名された電子メッセージを送信するコンポーネントと、
（ｄ）該電子メッセージと共に含まれた該リクエストエンティティの一意的な識別子によって識別される該レコードに関連付けられた該公開鍵を用いて、該電子メッセージおよび該検証ステータスを認証するアクセス認証コンポーネントと、
（ｅ）該電子メッセージおよび該検証ステータスの成功した認証に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項７２】
デバイスに前記公開鍵−秘密鍵の鍵ペアを有する該デバイスを有する前記リクエストエンティティを含む請求項７１に記載のシステム。
【請求項７３】
前記制御されたリソースに確立されたリクエストエンティティのアカウントを含む請求項７１に記載のシステム。
【請求項７４】
前記電子メッセージに前記制御されたリソースのアカウントに関する命令を含む請求項７３に記載のシステム。
【請求項７５】
前記電子メッセージに含まれる前記制御されたリソースアカウントに関する前記命令を実行するコンポーネントを含む請求項７４に記載のシステム。
【請求項７６】
前記リクエストエンティティを認証することに応答して前記制御されたリソースにアクセスを許可するコンポーネントを含む請求項７３に記載のシステム。
【請求項７７】
前記一意的な識別子を用いて、データベースから前記公開鍵を取り出した後、前記電子メッセージを認証するコンポーネントを含む請求項７３に記載のシステム。
【請求項７８】
アカウントデータベースに格納された前記セキュリティアカウントのレコードを含む請求項７３に記載のシステム。
【請求項７９】
前記デバイスに格納された該リクエストエンティティに関する個人化されたデータを含む請求項７３に記載のシステム。
【請求項８０】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスの続行についてリクエストエンティティを認証するシステムであって、該リクエストエンティティが個人的な検証データを入れ、該データを検証して検証ステータスを形成し、該検証ステータスを該アクセス認証コンポーネントに送信し、該アクセス認証コンポーネントが該検証ステータスを評価し、該リクエストエンティティについて該制御されたリソースへのアクセスを認証し、該アクセス認証コンポーネントがビジネスルールを維持し、ここで、該検証ステータスが該リクエストエンティティによって再確認されることを該ルールの１つによって要求し、
（ａ）該リクエストエンティティからの該現在の検証ステータスを要求するメッセージを送信する該アクセス認証コンポーネントと、
（ｂ）該アクセス認証コンポーネントに該現在の検証ステータスを再送信する該リクエストエンティティと、
（ｃ）該現在の検証ステータスを受信する該アクセス認証コンポーネントと、
（ｄ）該ビジネスルールによって要求された該ステータスを用いて該現在の検証ステータスを評価する該アクセス認証コンポーネントと、
（ｅ）該検証ステータスの成功した認証に基づいて、該制御されたリソースへのアクセスの続行について該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項８１】
前記デバイスに前記公開鍵−秘密鍵の鍵ペアを有する該デバイスを有する前記リクエストエンティティを含む請求項８０に記載のシステム。
【請求項８２】
前記制御されたリソースに確立されたリクエストエンティティのアカウントを含む請求項８０に記載のシステム。
【請求項８３】
前記一意的な識別子を用いてデータベースから該公開鍵を取り出した後、前記電子メッセージを認証するコンポーネントを含む請求項８０に記載のシステム。
【請求項８４】
アカウントデータベースに格納された該セキュリティアカウントのレコードを含む請求項８０に記載のシステム。
【請求項８５】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを最初に認証するシステムであって、
（ａ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを確立し、維持し、それぞれのレコードについて、該リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｂ）該アカウントを初期化した後、個人的な検証データを入れ、該データを検証して検証ステータスを形成する該リクエストエンティティと、
（ｃ）次いで、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該検証ステータスを送信する該リクエストエンティティと、
（ｄ）該リクエストエンティティの一意的な識別子を用いて、該検証ステータスを認証する該アクセス認証コンポーネントと、
（ｅ）該検証ステータスの成功した認証に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項８６】
前記デバイスに前記公開鍵−秘密鍵の鍵ペアを有する該デバイスを有する前記リクエストエンティティを含む請求項８５に記載のシステム。
【請求項８７】
前記制御されたリソースに確立されたリクエストエンティティのアカウントを含む請求項８５に記載のシステム。
【請求項８８】
前記一意的な識別子を用いてデータベースから前記公開鍵を取り出した後に、前記電子メッセージを認証するコンポーネント含む請求項８５に記載のシステム。
【請求項８９】
前記アカウントデータベースに格納された前記セキュリティアカウントのレコードを含む含む請求項８５に記載のシステム。
【請求項９０】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証するシステムであって、
（ａ）該リクエストエンティティに関連付けられたセキュリティプロファイルおよび該デバイス内に公開鍵−秘密鍵の鍵ペアを有するデバイスを有する該リクエストエンティティと、
（ｂ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを確立し、維持し、それぞれのレコードについて、該リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｃ）該アカウントを初期化した後、次いで、電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの該デバイスの秘密鍵を用いて該電子メッセージをデジタル署名し、個人的な検証データを入れ、そして、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該電子メッセージを送信するコンポーネントと、
（ｄ）該電子メッセージと共に含まれる該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該電子メッセージおよび該セキュリティプロファイルを認証する該アクセス認証コンポーネントと、
（ｅ）該電子メッセージの成功した認証および該セキュリティプロファイルの到着に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項９１】
前記制御されたリソースに確立されたリクエストエンティティのアカウントを含む請求項９０に記載のシステム。
【請求項９２】
前記電子メッセージに前記制御されたリソースのアカウントに関する命令を含む請求項９１に記載のシステム。
【請求項９３】
前記電子メッセージに含まれる前記制御されたリソースアカウントに関する前記命令を実行するコンポーネントを含む請求項９２に記載のシステム。
【請求項９４】
前記リクエストエンティティを認証することに応答して前記制御されたリソースにアクセスを許可するコンポーネントを含む請求項９０に記載のシステム。
【請求項９５】
前記一意的な識別子を用いて、データベースから前記公開鍵を取り出した後、前記電子メッセージを認証するコンポーネントを含む請求項９０に記載のシステム。
【請求項９６】
アカウントデータベースに格納された前記セキュリティアカウントのレコードを含む請求項９０に記載のシステム。
【請求項９７】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスの続行についてリクエストエンティティを認証するシステムであって、該リクエストエンティティは、該リクエストエンティティに関連付けられたセキュリティプロファイルを有するデバイスを有し、該デバイスに公開鍵−秘密鍵の鍵ペアを含み、該アクセス認証コンポーネントは、ビジネスルールを維持し、ここで、該ルールの１つにより、該セキュリティプロファイルが該リクエストエンティティによって再確認されることを要求し、
（ａ）該デバイスに関連付けられた該セキュリティプロファイルを入手する該アクセス認証コンポーネントと、
（ｂ）該ビジネスルールによって要求された該セキュリティプロファイルを用いて該現在のセキュリティプロファイルを評価する該アクセス認証コンポーネントと、
（ｃ）該セキュリティプロファイルの成功した認証に基づいて、該制御されたリソースへのアクセスの続行について該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項９８】
前記制御されたリソースに確立されたリクエストエンティティのアカウントを含む請求項９７に記載のシステム。
【請求項９９】
前記制御されたリソースのアカウントについてのセッションを確立するコンポーネントを含む請求項９８に記載のシステム。
【請求項１００】
前記制御されたリソースアカウントにおいて前記セッションを続行するために前記セキュリティプロファイルを含む請求項９９に記載のシステム。
【請求項１０１】
安全なデータベースに格納された前記セキュリティプロファイルを含む請求項９７に記載のシステム。
【請求項１０２】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを最初に認証するシステムであって、
（ａ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、ビジネスルールを確立し、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを維持し、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｂ）該リクエストエンティティに関連付けられたセキュリティプロファイルおよび該公開鍵を該デバイス内に有するデバイスを有する該リクエストエンティティと、
（ｃ）該アカウントを初期化した後、該デバイスを該アクセス認証コンポーネントに提示して該制御されたリソースへのアクセスを入手する該リクエストエンティティと、
（ｄ）該デバイスの該セキュリティプロファイルを入手する該アクセス認証コンポーネントと、
（ｅ）該ビジネスルールによって要求された該セキュリティプロファイルに対して該デバイスの該セキュリティプロファイルを評価する該アクセス認証コンポーネントと、
（ｆ）該デバイスの該セキュリティプロファイルの成功した評価に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項１０３】
前記制御されたリソースに確立されたリクエストエンティティのアカウントを含む請求項１０２に記載のシステム。
【請求項１０４】
安全なデータベースに格納された前記セキュリティプロファイルを含む請求項１０２に記載のシステム。
【請求項１０５】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証するシステムであって、
（ａ）該デバイス内に公開鍵−秘密鍵の鍵ペアを有するデバイスを有する該リクエストエンティティと、
（ｂ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含む少なくとも１つのレコードを確立し、維持し、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｃ）該デバイスに関連付けられたセキュリティプロファイルと、
（ｄ）該アカウントを初期化した後、該デバイスに個人的な検証データを入れ、該デバイスが該データを検証して検証ステータスを形成する、該リクエストエンティティと、
（ｅ）該リクエストエンティティは、次いで、電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの該デバイスの秘密鍵を用いて、該検証ステータスを含む該電子メッセージをデジタル署名し、そして、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該電子メッセージを送信するコンポーネントと、
（ｆ）電子メッセージと共に含まれる該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該検証ステータスおよび該セキュリティプロファイルを含む該電子メッセージを認証する該アクセス認証コンポーネントと、
（ｇ）該電子メッセージの成功した認証に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項１０６】
前記制御されたリソースに確立されたリクエストエンティティのアカウントを含む請求項１０５に記載のシステム。
【請求項１０７】
前記電子メッセージに前記制御されたリソースのアカウントに関する命令を含む請求項１０６に記載のシステム。
【請求項１０８】
前記電子メッセージに含まれる前記制御されたリソースに関する前記命令を実行するコンポーネントを含む請求項１０７に記載のシステム。
【請求項１０９】
前記リクエストエンティティを認証することに応答して前記制御されたリソースにアクセスを許可するコンポーネントを含む請求項１０５に記載のシステム。
【請求項１１０】
前記一意的な識別子を用いて、データベースから前記公開鍵を取り出した後、前記電子メッセージを認証するコンポーネントを含む請求項１０５に記載のシステム。
【請求項１１１】
アカウントデータベースに格納された前記セキュリティアカウントのレコードを含む請求項１０５に記載のシステム。
【請求項１１２】
前記デバイスに格納された前記リクエストエンティティに関連する個人所有のデータを含む請求項１０５に記載のシステム。
【請求項１１３】
安全なデータベースに格納された前記セキュリティプロファイルを含む請求項１０５に記載のシステム。
【請求項１１４】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証するシステムであって、
（ａ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、アカウントデータベースの少なくとも１つのレコードを確立し、維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｂ）該公開鍵−秘密鍵の鍵ペアを有するデバイスを有する該リクエストエンティティと、
（ｃ）該制御されたリソースに確立されたリクエストエンティティのアカウントと、
（ｄ）該アカウントを初期化した後、該制御されたリソースアカウントに関する命令を含む電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの該デバイスの秘密鍵を用いてデジタル署名を生成し、そして、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該デバイスから該デジタル署名された電子メッセージを送信するコンポーネントと、
（ｅ）電子メッセージと共に含まれる該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該電子メッセージを認証する該アクセス認証コンポーネントと、
（ｆ）該電子メッセージの成功した認証に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
（ｇ）該リクエストエンティティを認証することに応答して該制御されたリソースへのアクセスを許可するコンポーネントと、
（ｈ）該電子メッセージに含まれる該制御されたリソースのアカウントに関する該命令を実行するコンポーネントと、
を含むシステム。
【請求項１１５】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証するシステムであって、
（ａ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、アカウントデータベースの少なくとも１つのレコードを確立し、維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｂ）該公開鍵−秘密鍵の鍵ペアを有するデバイスを有する該リクエストエンティティと、
（ｃ）該デバイスに格納された該リクエストエンティティに関連する個人所有のデータと、
（ｄ）該制御されたリソースに開かれたリクエストエンティティのアカウントと、
（ｅ）該アカウントを初期化した後、個人的な検証データを入れ、該データを検証して少なくとも１つの検証ステータスを形成する該リクエストエンティティと、
（ｆ）該リクエストエンティティは、次いで、該制御されたリソースのアカウントおよび該検証ステータスに関する命令を含む電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの該デバイスの秘密鍵を用いてデジタル署名を生成し、そして、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該デバイスから該デジタル署名された電子メッセージを送信するコンポーネントと、
（ｇ）該一意的な識別子を用いて該データベースから該公開鍵を取り出した後、電子メッセージと共に含まれる該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該電子メッセージおよび該検証ステータスを認証する該アクセス認証コンポーネントであって、該電子メッセージおよび該検証ステータスの成功した認証に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
（ｈ）該リクエストエンティティを認証することに応答して該制御されたリソースへのアクセスを許可するコンポーネントと、
（ｉ）該電子メッセージに含まれる該制御されたリソースのアカウントに関する該命令を実行するコンポーネントと、
を含むシステム。
【請求項１１６】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスの続行についてリクエストエンティティを認証するシステムであって、該リクエストエンティティにデバイスを提供し、該デバイスに公開鍵−秘密鍵の鍵ペアを含み、該リクエストエンティティに関連するデータを格納することによって該デバイスを個人所有し、該リクエストエンティティが該制御されたリソースにアカウントを有し、該リクエストエンティティが該デバイスに個人的な検証データを入れ、該デバイスが該データを検証ステータスを形成し、該デバイスが該検証ステータスを該アクセス認証コンポーネントに送信し、該アクセス認証コンポーネントが該検証ステータスを評価し、該リクエストエンティティについて該制御されたリソースへのアクセスを認証し、該アクセス認証コンポーネントは、ビジネスルールを維持し、ここで、該検証ステータスが該リクエストエンティティによって再確認されることを該ルールの１つによって要求し、
（ａ）該リクエストエンティティからの該現在の検証ステータスを要求するメッセージを送信する該アクセス認証コンポーネントと、
（ｂ）メッセージの該現在の検証ステータスをデジタル署名し、該アクセス認証コンポーネントに再送信する該リクエストエンティティと、
（ｃ）該メッセージを受信し、認証し、該現在の検証ステータスを入手する該アクセス認証コンポーネントと、
（ｄ）該ビジネスルールによって要求された該ステータスを用いて該現在の検証ステータスを評価する該アクセス認証コンポーネントと、
（ｅ）該検証ステータスの成功した評価に基づいて、該制御されたリソースアカウントへのアクセスの続行について該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項１１７】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを最初に認証するシステムであって、
（ａ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、アカウントデータベースの少なくとも１つのレコードを確立し、維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｂ）該公開鍵−秘密鍵の鍵ペアを有するデバイスを有する該リクエストエンティティと、
（ｃ）該デバイスに格納された該リクエストエンティティに関連する個人所有のデータと、
（ｄ）該制御されたリソースに確立されたリクエストエンティティのアカウントと、
（ｅ）該アカウントを初期化した後、個人的な検証データを入れ、該データを検証して少なくとも１つの検証ステータスを形成する該リクエストエンティティと、
（ｆ）次いで、該検証ステータスを、該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに送信する該リクエストエンティティと、
（ｇ）該リクエストエンティティの一意的な識別子を用いて該検証ステータスを認証するアクセス認証コンポーネントと、
（ｈ）該検証ステータスの成功した認証に基づいて、該制御されたリソースのアカウントへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項１１８】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証するシステムであって、
（ａ）該リクエストエンティティと関連付けられたセキュリティプロファイル、安全なデータベースに格納された該セキュリティプロファイルおよび該デバイスの公開鍵−秘密鍵の鍵ペアを有するデバイスを有する該リクエストエンティティと、
（ｂ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、アカウントデータベースの少なくとも１つのレコードを確立し、維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｃ）該制御されたリソースに確立されたリクエストエンティティのアカウントと、
（ｄ）該アカウントを初期化した後、次いで、該制御されたリソースのアカウントに関する命令を含む電子メッセージを発行し、該リクエストエンティティの公開鍵−秘密鍵の鍵ペアの該デバイスの秘密鍵を用いてデジタル署名し、そして、該デバイスから該リクエストエンティティの該一意的な識別子を有するアクセス認証コンポーネントに該電子メッセージを送信するコンポーネントと、
（ｅ）該セキュリティプロファイルを入手し、該一意的な識別子を用いて該アカウントデータベースから該公開鍵を取り出した後、該電子メッセージと共に含まれる該リクエストエンティティの一意的な識別子によって識別された該レコードに関連付けられた該公開鍵を用いて、該セキュリティプロファイルを入手し、該電子メッセージおよび該セキュリティプロファイルを認証する該アクセス認証コンポーネントと、
（ｆ）該電子メッセージの成功した認証および該制御されたリソースに対する該セキュリティプロファイルの到着に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
（ｇ）該リクエストエンティティを認証することに応答して該制御されたリソースへのアクセスを許可するコンポーネントと、
（ｈ）該電子メッセージに含まれる該制御されたリソースのアカウントに関する該命令を実行するコンポーネントと、
を含むシステム。
【請求項１１９】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスの続行についてリクエストエンティティを認証するシステムであって、該リクエストエンティティは、該リクエストエンティティに関連付けられたセキュリティプロファイルを有するデバイスを有し、該デバイスに公開鍵−秘密鍵の鍵ペアを含み、安全なデータベースに該セキュリティプロファイルを格納し、該アクセス認証コンポーネントは、該セキュリティプロファイルを評価し、該リクエストエンティティのための該制御されたリソースのアカウントにおいてセッションへのアクセスを認証し、該アクセス認証コンポーネントがビジネスルールを維持し、ここで、該ルールの１つにより、該アカウントについての該セッションを続行するために、該セキュリティプロファイルが該リクエストエンティティによって再確認されることを要求し、
（ａ）該デバイスに関連付けられた該セキュリティプロファイルを入手する該アクセス認証コンポーネントと、
（ｂ）該アカウントについての該セッションを続行するために、該ビジネスルールによって要求された該セキュリティプロファイルを用いて該現在のセキュリティプロファイルを評価する該アクセス認証コンポーネントと、
（ｃ）該セキュリティプロファイルの成功した評価に基づいて、該制御されたリソースのアカウントへのアクセスを続行する該リクエストエンティティと、
を含むシステム。
【請求項１２０】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを最初に認証するシステムであって、
（ａ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、ビジネスルールを確立し、アカウントデータベースの少なくとも１つのレコードを維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｂ）該リクエストエンティティと関連付けられた該セキュリティプロファイル、安全なデータベースに格納された該セキュリティプロファイルおよび該デバイスの該公開鍵−秘密鍵の鍵ペアを有するデバイスを有する該リクエストエンティティと、
（ｃ）該アカウントを初期化した後、次いで、該制御されたリソースへのアクセスを入手するために該アクセス認証コンポーネントに該デバイスを提示する該リクエストエンティティと、
（ｄ）該デバイスの該セキュリティプロファイルを入手する該アクセス認証コンポーネントと、
（ｅ）該ビジネスルールによって要求された該セキュリティプロファイルに対して該デバイスの該セキュリティプロファイルを評価する該アクセス認証コンポーネントと、
（ｆ）該デバイスの該セキュリティプロファイルの成功した評価に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
を含むシステム。
【請求項１２１】
制御されたリソースのためのアクセス認証コンポーネントに通信媒体を介して電子通信することにより、該制御されたリソースへのアクセスについてリクエストエンティティを認証するシステムであって、
（ａ）デバイスに公開鍵−秘密鍵の鍵ペアを有する該デバイスを有する該リクエストエンティティと、
（ｂ）該アクセス認証コンポーネントを用いて開けられたリクエストエンティティのセキュリティアカウントであって、該アクセス認証コンポーネントは、アカウントデータベースの少なくとも１つのレコードを確立し、維持し、それぞれのレコードは、該アカウントに属し、該リクエストエンティティについて確立された一意的な識別子に基づいて取り出し可能である情報を含み、それぞれのレコードについて、リクエストエンティティの個々の公開鍵−秘密鍵の鍵ペアの公開鍵を該レコードに関連付けられる、リクエストエンティティのセキュリティアカウントと、
（ｃ）該デバイスに関連付けられたセキュリティプロファイルと、
（ｄ）該制御されたリソースにて確立されたリクエストエンティティのアカウントと、
（ｅ）該アカウントを初期化した後、個人的な検証データを該デバイスに入れ、該デバイスが該データを検証して検証ステータスを形成する、該リクエストエンティティと
（ｆ）該リクエストエンティティは、次いで、該制御されたリソースのアカウントに関する命令および該検証ステータスを含む電子メッセージを発行し、該デバイスの該リクエストエンティティの公開鍵−秘密鍵の該デバイスの秘密鍵を用いてデジタル署名し、そして、該デバイスから該リクエストエンティティの該一意的な識別子を有する該アクセス認証コンポーネントに該電子メッセージを送信するコンポーネントと、
（ｇ）該デバイスの該セキュリティプロファイルを入手し、該電子メッセージと共に含まれる該リクエストエンティティの一意的な識別子によって識別された該レコードと関連付けられた該公開鍵を用いて、該検証ステータスおよびセキュリティプロファイルを含む、該電子メッセージを認証する、該アクセス認証コンポーネントと、
（ｈ）該電子メッセージ、該検証ステータスおよび該セキュリティプロファイルの成功した認証に基づいて、該制御されたリソースへのアクセスについて該リクエストエンティティを認証する該アクセス認証コンポーネントと、
（ｉ）該リクエストエンティティを認証することに応答して該制御されたリソースへのアクセスを許可するコンポーネントと、
（ｊ）該電子メッセージに含まれる該制御されたリソースのアカウントに関する該命令を実行するコンポーネントと、
を含むシステム。
【請求項１２２】
電子通信を介する１以上の制御されたリソースへのアクセスをリクエストエンティティによって制御する方法であって、該電子通信は、少なくとも１つのデジタル署名を含み、
（ａ）第１の制御されたリソースにアクセスするためのリクエストを含む、該リクエストエンティティからの第１の電子通信に応答して、該リクエストエンティティが認証されたエンティティであるか否かを判定するために、公開鍵によってデジタル署名を有効化することによって該第１の電子通信を認証するコンポーネントと、
（ｂ）該第１の電子通信に応答して、該認証されたエンティティについて該制御されたリソースへの第１のアクセス許可を決定するコンポーネントと、
（ｃ）該第１のアクセス許可によって該第１の制御されたリソースへのアクセスを許可するコンポーネントと、
（ｄ）第２の制御されたリソースにアクセスするためのリクエストを含む、該リクエストエンティティからの第２の電子通信に応答して、該リクエストエンティティが認証されたエンティティであるか否かを判定するために、公開鍵によってデジタル署名を有効化することによって該第２の電子通信を認証するコンポーネントと、
（ｅ）該第２の電子通信に応答して、該認証されたエンティティについて該第２の制御されたリソースに第２のアクセス許可を決定するコンポーネントと、
（ｆ）該第２のアクセス許可によって該第２の制御されたリソースへのアクセスを許可するコンポーネントと、
を含むシステム。
【発明の詳細な説明】
【０００１】
Ｉ．（関連出願の相互参照）
本特許出願は、Ｗｈｅｅｌｅｒらの米国仮特許出願シリアル番号６０／２２３，０７６号（２０００年８月４日に出願され、本明細書中に参考として援用される）の出願日の利益について、米国特許法１１９条３５項および世界規模のパリ条約の下で米国での優先権主張をしている。本出願はまた、米国特許商標庁においてこれと共に同時に出願されたＡｎｎｅおよびＬｙｎｎ  Ｗｈｅｅｌｅｒに対する、以下の４つの国際特許出願および３つの米国特許出願のそれぞれを本明細書中で参考として援用する。シリアル番号ＰＣＴ／ＵＳ＿／＿（「Ｐｅｒｓｏｎ−Ｃｅｎｔｒｉｃ  Ａｃｃｏｕｎｔ−Ｂａｓｅｄ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ｓｙｓｔｅｍ」と題される）およびシリアル番号０９／＿，＿（「Ａｃｃｏｕｎｔ−Ｂａｓｅｄ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ（ＡＢＤＳ）Ｓｙｓｔｅｍ」）（この一対の出願は本明細書後半に「ＡＢＤＳ出願」と呼ばれている）；シリアル番号ＰＣＴ／ＵＳ＿／＿（「Ｅｎｔｉｔｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｉｎ  Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｂｙ  Ｐｒｏｖｉｄｉｎｇ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｓｔａｔｕｓ  ｏｆ  Ｄｅｖｉｃｅ」と題される）およびシリアル番号０９／＿，＿（「Ｍｏｄｉｆｙｉｎｇ  Ｍｅｓｓａｇｅ  Ｄａｔａ  ａｎｄ  Ｇｅｎｅｒａｔｉｎｇ  Ｒａｎｄｏｍ  Ｎｕｍｂｅｒ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ｗｉｔｈｉｎ  Ｃｏｍｐｕｔｅｒ  Ｃｈｉｐ」と題する）（この一対の出願は本明細書後半に「ＶＳ出願」と呼ばれる）；シリアル番号ＰＣＴ／ＵＳ＿／＿（「Ｌｉｎｋｉｎｇ  Ｐｕｂｌｉｃ  Ｋｅｙ  ｏｆ  Ｄｅｖｉｃｅ  ｔｏ  ｉｎｆｏｒｍａｔｉｏｎ  Ｄｕｒｉｎｇ  Ｍａｎｕｆａｃｔｕｒｅ」と題する）およびシリアル番号０９／＿，＿（「Ｍａｎｕｆａｃｔｕｒｉｎｇ  Ｕｎｉｑｕｅ  Ｄｅｖｉｃｅｓ  Ｔｈａｔ  Ｇｅｎｅｒａｔｅ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅｓ」と題する）（この一対の出願は「ＰＲｉＭＲ出願」と呼ばれる）およびシリアル番号ＰＣＴ／ＵＳ＿／＿（「Ｔｒｕｓｔｅｄ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ（ＴＡＤＳ）Ｓｙｓｔｅｍ」）（後半で「ＴＡＤＳ出願」と呼ばれる）
ＩＩ．（本発明の分野）
本発明は、一般にエンティティの認証および制御されたリソースへのアクセスの提供に関し、詳細には、安全な電子通信および１以上の異なる認証ファクタを利用するエンティティの認証に関する。
【０００２】
ＩＩＩ．（本発明の背景）
建物、金融口座および秘密情報／データ等の様々な制御されたリソースへのアクセスは、多数の技術（ありふれた家の鍵等の物理的な鍵から典型的には銀行口座のＡＴＭカード等の個人識別番号（ＰＩＮ）までの範囲）によって提供される。鍵およびセキュリティの低いカードは、制御されたリソースへのアクセスを望む当事者による鍵またはカードの所有を要求するに過ぎない。このような鍵またはカードの所有だけがアクセスを認証するための１つのファクタ（本明細書後半の「認証ファクタ」）を提供する。この認証ファクタは、例えば、物理的な工場の周りの安全ゲートまたは工場の駐車場へのアクセスの許可に用いられ得る。駐車場またはゲートへのアクセスは、セキュリティの第１の所望のレベルに過ぎない。特定の建物へのアクセスの認証は、単純な鍵またはカードに加えて第２のまたはより強力な認証ファクタを要求し得る。
【０００３】
さらなる情報を要求することにより、単なる鍵／カードの所有に加えて、第２の認証ファクタを提供し得る。ＡＴＭカードまたはクレジットカードは、通常、カードの所有および個人情報または秘密情報（ＰＩＮ等）の知識の両方を要求する。カードの所有および個人／秘密情報の知識の両方を要求することにより、第２の認証ファクタが提供され得る。例えば、特定の建物へのアクセスの認証は、カードの所有およびＰＩＮのエントリの両方を要求し得る。建物内の特定の部屋へのアクセスまたはコンピュータアクセスの認証については、さらなる認証ファクタ（リクエストエンティティ（ｒｅｑｕｅｓｔｉｎｇ  ｅｎｔｉｔｙ）自体の特性に関連付けられた個人情報／データの入力等）が要求され得る。
【０００４】
次いで、このより高度／強力な認証ファクタは当事者の何かのエントリ（バイオメトリック情報等（例えば、指紋、音声データまたは網膜スキャンまたはこれらの組合せ））を要求する。このより高度な認証ファクタは、カードの所有、情報（ＰＩＮ）の知識および個人的なバイオメトリック情報の提示を要求する。このバイオメトリック入力は、特定の部屋（アカウンティング、コンピュータセンター等）へのエントリの認証用に要求され得る。さらなるバイオメトリックエントリは、アクセスの認証のために、アカウンティング情報を読み出すだけではなく、またはコンピュータを用いるだけではなく、アカウンティング情報を変えるか、コンピュータまたはコンピュータシステム内の特定のデータベースへのアクセスを有するために要求され得る。
【０００５】
認証ファクタの別のタイプは、カードのセキュリティプロファイルまたはデバイス自体によって提供され得る。カードまたはデバイスは、製造履歴を提供する安全な設備にて製造され得、様々な安全特性（カードを解析されることから保護するか、他の場合、このカードに格納される情報を入手するために攻撃されることから保護し、様々な認証能力を含み得る）を伴って製造され得る。次いで、安全特性自体が、アクセス認証において別の認証ファクタとして利用され得るか、他の認証ファクタとの組合せで用いられ得る。
【０００６】
安全ではない通信媒体（リクエストエンティティにアクセス認証を提供するインターネット等）にわたって１以上のこれらの認証ファクタを利用することが望ましい。さらに、たいていの制御されたリソースは、現在、アクセス認可／制御されたリソースにアクセスを許可するための制御のいくつかのタイプと組み合わせられたアクセス認証のいくつかのタイプを含む。アクセス認可／制御システムが非常に複雑であり得、多数の周知のシステムのタイプを含み得る。アクセス認証／アクセスを許可する制御されたリソースのアクセス認可制御と組み合せてリクエストエンティティのアクセス認証のために、１以上の参照された認証ファクタを利用することが望ましい。いくつかの例において、アクセス認証コンポーネントはまたエンティティの認証およびアクセスの許可の両方を行うために個別のアクセス認可／制御システムの代わりに用いられ得ることが望ましい。
【０００７】
本明細書中において、電子通信（「ＥＣ」）は電子形態の任意の通信であると考えられている。ＥＣは、特にインターネットおよびｅコマースの成長と共に、今日の仕事を処理する統括的な部分となっている。ＥＣは、情報または物理的な空間または金融取引へのアクセスに対するリクエスト（例えば、ファンドを転送するようにとの銀行への命令等）を表し得る。
【０００８】
近年にわたって、デジタル署名はまた、ｅコマースの重要な部分となっている。デジタル署名の発生は、（１）メッセージダイジェストの計算（ハッシュ値等）、および、（２）メッセージダイジェストの次の暗号化を含む。メッセージダイジェストが公開秘密鍵暗号化（または非対称暗号化として知られている）で用いられている一対の鍵の内の秘密鍵（ＰｒＫ）を用いて電子デバイスによってデジタル署名される。結果として生じる暗号文自体が、通常、ＥＣを形成するためにメッセージに添付されているデジタル署名を構成する。デジタル署名の発行（秘密鍵による暗号化を用いる）の第２の部分は、本明細書中においてデジタル署名の「発生」と呼ばれる。さらに、デジタル署名の生成が従来的にメッセージダイジェストの暗号化として理解される一方、デジタル署名の生成はまた、メッセージダイジェストではなくメッセージの暗号化を単に含み得る。ＥＣのメッセージの任意のいかなる変化もメッセージおよびデジタル署名の分析から検出可能であるので、デジタル署名が重要である。メッセージの復号化は、周知のように公開鍵（ＰｕＫ）を用いることによって達成される。
【０００９】
例えば、メッセージダイジェストは、ハッシュアルゴリズム（ＳＨＡ−１アルゴリズム等）をメッセージに適用することによって計算され得る。ハッシュアルゴリズムは、デバイスの内部またはデバイスの外部のいずれかに適用され得る。結果として生じるハッシュ値は、デジタル署名の生成のためにデバイスに送信される。メッセージ認証を実行するために、ＥＣの受信側（この場合、認証コンポーネント）は、メッセージおよび公開鍵（「ＰｕＫ」）（メッセージダイジェストを暗号化するために用いられた秘密鍵に対応する公開鍵）に適用されたハッシュアルゴリズムの両方の識別を知らなければならないか、入手できる。これがわかると、認証コンポーネントが適切なハッシュアルゴリズムをメッセージに適用してハッシュ値を計算し、認証コンポーネントがデジタル署名を公開鍵を用いて復号化する。認証コンポーネントによって計算されたハッシュ値が復号化されたデジタル署名のハッシュ値と等しい場合、認証コンポーネントは、ＥＣに含まれたメッセージのコンテンツが送信時（必然的にハッシュ値を変更し得る場合もある）に変更していないと判定する。
【００１０】
デジタル署名はまた認証コンポーネントがＥＣの送信者を認証することを可能にする。これは、リクエストエンティティが制御リソースへのアクセスを与えられるか否かを判定するための別の価値のあるツールである。例えば、メッセージ認証を実行することは、認証コンポーネントがＥＣの送信者を認証コンポーネントが、ＥＣがメッセージを認証するために首尾よく用いられた公開鍵に対応する秘密鍵を所有したことを確認する程度まで認証することを可能にする。これは、認証の１つのタイプであり、リクエストエンティティが「有する」もの（本明細書後半に「ファクタＡエンティティ認証（Ｆａｃｔｏｒ  Ａ  Ｅｎｔｉｔｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）と呼ばれる」）に基づいている。ファクタＡエンティティ認証は、認証コンポーネントが秘密鍵の所有者の識別に関する情報を信用するときに有用である。このような信用された情報は、信用された第３者（ＥＣを達成し、秘密鍵の識別と公開鍵の識別とを結びつける第３者）によって発行されたデジタル証明書（ｄｉｇｉｔａｌ  ｃｅｒｔｉｆｉｃａｔｅ）から生じるか、このような信用された情報は、認証コンポーネント自体が公開鍵を発行したか、所有者に対する秘密鍵を含むデバイスを有する場合、公開鍵の所有者の識別の実際の知識から生じ得る。
【００１１】
デバイス自体の盗難によるデバイスの不正使用を防ぐために、個人識別番号（ＰＩＮ）、パスワードまたはパスフレーズ（まとめて「シークレット」と呼ばれる）が、通常、デバイス内に予め保存されており、デジタル署名を生成するために動作する前にデバイスに入力されなければならない。あるいは、シークレットは、認証コンポーネントと予め共有されており、ＥＣが後に認証コンポーネントに送信されるときに、シークレットはまたメッセージとの関連で認証コンポーンとに送信される。第１の場合、シークレットの検証は、デバイスのユーザを認証（後半では「ユーザ認証」と呼ばれる）し、第２の場合、シークレットの検証は、ＥＣの送信者を認証する（後半では「送信者認証」と呼ばれる）。いずれの場合も、シークレットの確認は、リクエストエンティティが「知っている」ことに基づいてエンティティ認証（後半で「ファクタＢエンティティ認証」）を表す。Ｍのシークレットの送信は、シークレットが暴露されることを防ぐためにシークレットの暗号化を要求し得る。
【００１２】
物理的な盗難によってデバイスの不正使用に対する別の対抗手段は、デバイスのユーザまたはＥＣの送信者のバイオメトリック特性（指紋等）の検証を含む。このタイプの認証は、リクエストエンティティが何で「ある」かに基づいている（後半に「ファクタＣエンティティ認証」）。シークレットに関して、バイオメトリック値がユーザ認証用のデバイス内に維持されているか、認証コンポーネントによって送信者認証用に予め認証コンポーネントと共有されている。
【００１３】
上述のこと全てに関わらず、リクエストエンティティおよび制御されたリソースへのアクセスのためのリクエストを表すＥＣ用にデジタル署名を生成するためにリクエストエンティティによって使用されているデバイスが、認証コンポーネントによって維持されてるアカウントデータベースのアカウントに「リンク」されるシステムが現在、必要とされる。このシステムにより、リクエストエンティティが認証コンポーネントを備えたデバイス内で安全に保持された秘密鍵に対応する公開鍵を予め登録し、これにより認証コンポーネントがデバイスによって生成されたデジタル署名に基づいてファクタＡエンティティ認証を実行できる。
【００１４】
さらに、ファクタＢエンティティ認証およびファクタＣエンティティ認証のいずれかまたは両方を用いて、シークレットまたはバイオメトリック値のいずれかを安全に保護する認証コンポーネントを必要とせずに、ユーザ認証および送信者認証の両方を許可するシステムの必要性がある。これについては、ファクタＢエンティティ認証およびファクタＣエンティティ認証が、認証コンポーネントが認証情報に秘密裏に関係することなく、認証コンポーネントによって信頼をもって推論され得る上記のシステムの必要性がある。さらに、ファクタＣエンティティ認証が用いられるとき、認証コンポーネントが、これ自体の主要なビジネス判断から首尾よくバイオメトリック適合を構成するものを判定できる、このようなパラダイムに必要性がある。認証コンポーネントがシークレットまたはバイオメトリック値を推測するためにデバイスに繰り返される攻撃をモニタリングでき、ＥＣを様々な無関係の認証コンポーネントに送信する単一のデバイスの使用をさらに伴う、このようなパラダイムの必要性がある。
【００１５】
さらに、デバイスのセキュリティの特徴および製造履歴がデバイスに安全にリンクされているシステムの必要性があり、このシステムにより、認証コンポーネントは、信頼をもって、メッセージ用のデジタル署名を生成するために用いられたデバイスが偽者ではないという可能性またはリスクを判定できる。
【００１６】
したがって、制御されたリソースにアクセスを許可するアクセス認可／制御システムと組み合わせて、または、制御されたリソースにアクセスを許可するアクセス認可／制御システムの代わりに、安全でない通信媒体に安全なＥＣを利用して、制御されたリソースへのアクセスを認証するために所望の認証ファクタを提供する能力の必要性がある。
【００１７】
ＩＶ．（本発明の要旨）
本発明は、制御されたリソースへのアクセスを認証するために使用された異なるタイプの認証ファクタをリクエストエンティティに提供するか、アカウント認可局（ａｕｔｈｏｒｉｔｙ）においてアクセス認証コンポーネントにＥＣを送信することによってアカウントホルダに提供する。リクエストエンティティは、最初、アクセス認証コンポーネントを用いて安全なアカウントを開き、リクエストエンティティのＰｕＫ−ＰｒＫ鍵ペアの少なくともＰｕＫを提供する。アカウント認可局は、リクエストエンティティのセキュリティアカウントに関連するＰｕＫおよび情報に関連付けられた一意的な識別子を含むデータベースを確立し、維持する。リクエストエンティティは、ＰｒＫでＭをデジタル署名し、アクセス認証コンポーネントにＥＣを一意的な識別子で送信することによって制御されたリソースへのアクセスを要求する。アクセス認証コンポーネントは、一意的な識別子に関連付けられたＰｕＫを入手し、Ｍを認証する。Ｍが認証する場合、アクセス認証コンポーネントが制御されたリソースへのアクセスについてリクエストエンティティを認証する。
【００１８】
リクエストエンティティのＰｕＫ−ＰｒＫ鍵ペアは安全なデバイスで維持され得、Ｍはデバイスを用いてデジタル署名される。デバイスはまた、リクエストエンティティがデータをデバイスに入力するとき、秘密情報またはバイオメトリックデータあるいはこれらの両方（１つの検証ステータスまたは複数のステータスを形成するために利用され得る）等の個人的な検証データを含み得る。次いで、検証ステータスまたはインジケータは、直接的にまたはＥＣで送信され得、次いで、検証ステータスまたはインジケータは、制御されたリソースへのアクセス用のリクエストエンティティを認証するためのファクタとしてアクセス認証コンポーネントによって使用され得る。一旦アクセス認証コンポーネントがリクエストエンティティを認証すると、アクセス認証コンポーネントがアカウント認可局による使用のためにアクセス認証信号を出力し得る。
【００１９】
デバイスはまた、デバイス自体のセキュリティプロファイル（次いでアカウント認可局においてリクエストエンティティの安全なアカウントに関連し得る）に関連し得る。次いで、デバイスのセキュリティプロファイルが、制御されたリソースへのアクセスについて、リクエストエンティティを認証するリスクを判定する際に、アクセス認証コンポーネントによって用いられ得る。さらに、セキュリティプロファイルおよび１以上の検証ステータスの両方は、アクセスについてリクエストエンティティを認証するリスクを評価するために直接的にまたはＥＣで送信され得、アクセス認証コンポーネントによって用いられ得る。任意の認証ステップが失敗であるか、このリスク評価があまりにも高い場合、アクセス認証コンポーネントがリクエストエンティティに拒絶を送信し得る。
【００２０】
検証ステータスおよびセキュリティプロファイルの両方がまた、デジタル署名を別々に用いることなく、アクセス認証コンポーネントによって直接的に用いられ得る。アクセス認証コンポーネントまたは制御されたリソース用に確立されたビジネスルールは、セッションの間に新規な取引のために、セキュリティプロファイルの再確認、または、検証ステータスあるいは新規な／異なる検証ステータスの再提出を要求し得るか、セッションの間にセキュリティプロファイルまたは検証ステータスの再確認のために、予め設定された期限期間に従うことを要求し得る。さらに、検証ステータスまたはセキュリティプロファイルが本発明のアクセス認証の前駆体として利用され得る。
【００２１】
次いで、認証されたリクエストエンティティのアクセス認証信号は、制御されたリソースのアクセス認可／制御との組み合わせにおいて用いられ得る。次いで、アクセス認可／制御は、リクエストエンティティに制御されたリソースへのアクセスを許可する。あるいは、アクセス認証コンポーネントはまた、制御されたリソースのアクセス認可／制御の代わりにビジネスルールを用いてアクセスを直接的に許可し得る。
【００２２】
Ｖ．（図面の簡単な説明について）
本発明の利益および特徴は、添付された図面との関連において本発明の好適な実施形態の詳細な説明から明らかである。同一の要素は同一の参照番号で参照される。
【００２３】
ＶＩ．（好適な実施形態の詳細な説明）
予備的なこととして、当業者が本発明の好適なデバイスおよびその方法の以下の詳細な説明の見解において、本発明が広い汎用性および用途に用いられ得ることを既に理解していることである。本明細書中で説明されていること以外に、本発明の多くの方法、実施形態、適用、多くの変形、変更、等価な構成は、本発明の実体または範囲から逸脱することなく、本発明および以下の本発明の詳細な説明から明らかであるか、本発明および以下の本発明の詳細な説明によって合理的に示唆される。したがって、本発明が好適な方法およびデバイスに関連して詳細に本明細書中で説明される一方で、詳細な説明が本発明の例示および見本に過ぎず、本発明を十分に開示し得ることを目的にしたものに過ぎないことが理解されるべきである。本明細書に記載されている詳細な説明は、本発明を限定するか、他の場合、本発明の任意の他の実施形態、適用、変形、変更および等価な構成等の任意の実施形態を排除するように意図されておらず、構築されてもおらず、特許請求の範囲およびその均等物によってのみ限定されている。
【００２４】
本明細書中に用いられているように、アカウントホルダまたはリクエストエンティティからアカウント認可局へのＥＣは、メッセージ（Ｍ）およびメッセージのデジタル署名（ＤＳ（Ｍ））の両方を好適には含む。メッセージは、好適には、一意的なアカウント識別子（ＡｃｃｔＩＤ）およびアカウントに関連して実行するアカウント認可局への命令を含む。本明細書に用いられているように、「アカウントホルダ」または「リクエストエンティティ」は、一般には、デバイス内部に保持された秘密鍵を用いてデジタル署名を生成できるデバイスを所有すること等によってＰｒＫを用いてデジタル署名を生成し得る人間である。公開鍵と対応されて用いられる秘密鍵は、人間が行動することを認可されるアカウントに関連付けられる。「アカウント認可局」は、一般に、リクエストエンティティまたはアカウントホルダの代わりにアカウントを維持する、人間、エンティティ、システムまたは装置である。いくつかの実施形態において、「リクエストエンティティ」または「アカウントホルダ」は、これ自体、デバイス内部で保持されている公開鍵を用いてデジタル署名を生成できるデバイスである（公開鍵に対応する秘密鍵は、デバイスが行動することを認可されるアカウントに関連付けられる）。
【００２５】
しかし、多くの環境において、メッセージが一意的なアカウント識別子を含むことは必要ではない。例えば、アカウント認可局は、アカウントホルダからの以前のメッセージから一意的なアカウント識別子を既に入手して得、アカウント識別子の再送信は、自分が同一のアカウントホルダと通信していることをアカウント認可局が知っている限り（例えば、セッション鍵または識別子によって、または両者の連続的で中断がない電気的な接続の間）、同一のアカウントホルダからのフォローアップのメッセージには必要ではない。さらに、メッセージが命令を含むことを必ずしも必要ではない（例えば、命令がアカウントホルダとアカウント認可局との間の単なる通信において暗黙的であるとき（例えば、駐車ゲートのコントローラに送られた命令が「駐車ゲートを開ける」ための命令を明らかに含むとき））。
【００２６】
ＥＣおよびＥＣの送信者またはＥＣのリクエストエンティティを認証する能力は、本発明内の少なくとも３つの異なるビジネス目的に有用である。これらの３つの異なる目的は「セッション認証」、「取引認証」および「取引確認」として以下で全体的に説明される。セッション認証および取引認証は、両者が、アカウントホルダが自分が適法のアカウントホルダであることをアカウント認可局に「検証」しなければならない（少なくともエンティティ認証の強さに基づく可能な程度まで）状況を一般に含むので、互いに類似している。対照的に、取引確認は、一般に、アカウントホルダが自分が合法的なアカウントホルダであるとアカウント認可局に既に証明したという状況を含むが、アカウント認可局は、アカウントホルダからのデジタル署名されたメッセージの特定の確認を必要とし、その後、アカウント認可局がメッセージ内に含まれた特定の命令に応答して、要求された行動（一般に、アカウント自体に基づく）を実行する。
【００２７】
セッション認証および取引認証は、アカウント認可局がアカウントホルダアクセスをアカウントホルダのアカウントに許可するか、アカウントホルダが権利を有する別のリソースに許可する前に一般に必要である。このような認証はまた、アカウント認可局またはアクセスされたリソースがアカウントまたはリソースにて要求された行動を実行する前に一般に必要である。制御されたリソースは、例えば、物理空間、データベース、コンピュータファイル、データ記録、チェッキングアカウント、コンピュータシステム、コンピュータプログラム、ウェブサイト等である。セッション認証と取引認証との間の主な相違は、アカウント認可局がこのような認証の結果として行うことである。例えば、一旦アカウントホルダがセッション認証の目的のために認証化されると、アカウント認可局が「セッション」が持続する間に要求されたアカウントまたは制御されたリソースにアカウントホルダアクセスを許可する。セッションの意味は、アクセスされるアカウントまたは制御されたリソースのタイプと、アカウントまたはリソースを維持する特定のアカウント認可局のビジネスルールとに依存して変わる。しかし、セッションは、通常、アカウントホルダがアカウント認可局にさらなる認証を許可することなく、アカウントまたはリソース上かアカウントまたはリソース内部で行動することを可能にされるいくらかの期間を意味する。さらに、アカウントホルダが許可されるアカウントまたはリソースへのアクセスのタイプまたは量が特定のアカウント認可局のビジネスルールによって左右され、アカウント認可局からアカウントに変わり得、アカウントからアカウント認可局に変わり得る。
【００２８】
対照的に、取引認証は、通常、取引認証が関連している特定の取引にのみ有用である。特定の取引に関連している取引認証は、別の取引と共に用いるために「遂行される」ことはない。このような取引は、アカウントまたはリソースでの特定の行動を実行するようにとのアカウント認可局へのリクエストであり得る（例えば、「アカウントバランスのチェックを提供する」か、「ドアを開ける」ようにとのアカウント認可局へのリクエスト）。しかし、取引確認（次の段落で説明される）と対照的に、取引確認は、アカウント認可局が、リクエストされた行動を実行する前にアカウントホルダの「意図」を特に知る必要がないときに有用である。
【００２９】
言い換えれば、アカウントホルダがメッセージを送信し、デジタル署名しようとし、これに対応して、アカウント認可局がこの行為を信頼して行動しようとすることの十分な保険をアカウント認可局が受信しない場合、アカウント認可局が行動しないレベルに特定の取引と価値またはリスクが関連付けられたときに取引確認は有用である。デジタル署名がデバイスによって生成され得るので、周期的に、デバイスの所有者またはユーザの要求または知識すらなくても、意図は、アカウントホルダのデバイスからのデジタル署名の受信のみから推定され得る。この理由について、特定の取引に関するアカウントホルダの意図を確認するいくつかの方法が必要とされる。このような取引確認は、アカウント認可局によって受信されたメッセージ内にて判定可能であるアカウントホルダが実行する物理的で明らかな行動によって好適に入手される。例えば、いくつかの時点において、デジタル署名されるメッセージに関連してアカウントホルダによるファクタＢまたはＣエンティティ認証情報の同時発生的な提供が確認または意図を明らかにし得る。このような取引確認を入手する別の方法は、アカウント認可局によって「提示された」か、生成された確認メッセージのアカウントホルダによる慎重で認識可能な変更を通じて行われ、確認メッセージは、次いで、デジタル的にはアカウントホルダによってデジタル署名される。
【００３０】
上述したことに照らし合わせると、多くの環境にて、アカウントホルダがセッション認証の目的のために認証情報全体を既に発行した場合でさえ、アカウントホルダまたはリクエストエンティティは、アカウント認可局が、例えば、特定のアカウントまたはリソースのより制限された一部へのアクセス、または、より制限されたアカウントまたはリソースへのアクセスを許可する前に、追加的および／またはより強力なエンティティ認証情報を提供することが、セッション認証目的のためですら必要である。さらに、特定のセッションの間でさえ、取引認証目的（取引が特定のセッションが要求されるよりさらに強力な認証全体のレベルを要求するとき）または取引確認目的（アカウント認可局が、要求された行動前にアカウントホルダの意図の特定の保証を望むとき）のいずれかために、アカウントホルダが認証情報全体をアカウント認可局に提供することが必要である。さらに、アカウントホルダからアカウント認可局に通信される単一のＥＣが、多くの環境において取引認証目的および取引確認目的の両方のために同時に用いられ得ることが理解され得る。
【００３１】
一旦、認証コンポーネントがリクエストエンティティを認証すると、アクセスが、関連する認可局の認証コンポーネントまたはアクセス認可／制御コンポーネントによって直接的に許可され得る。リクエストエンティティにアクセスを許可する当事者が、アクセスされる予定の制御されたリソースのためにアカウント認可局で確立されたビジネスルールに応じてアクセスを行う。ビジネスルールは、制御されたリソースのために要求または規定されるセキュリティレベルに基づく。例えば、典型的には駐車場は、かなり低いセキュリティを有しており、駐車場からアクセスされ得る核リサーチ研究所がアクセスを許可するように要求される高いセキュリティを有する。ビジネスルールは、制御されたリソースへのアクセスを許可するリスクを評価することを含む。リスクは、リクエストエンティティの許可プロファイル等の様々なリスク要素（Ｍを送信するデバイスのセキュリティプロファイル、ＥＣ入力の地理的な履歴を含む取引のアカウント履歴、アクセスされている制御されたリソース、入力／出力（Ｉ／Ｏ）支援要素またはＥＣ入力の機構、用いられた通信ネットワークのタイプ（安全なイントラネットまたは安全でないインターネット）および他の関連付けられたセキュリティ情報等）を用いて算定され得る。
【００３２】
ここで図１を参照すると、本発明の一般的なアクセス認証システムの実施形態が参照番号１０によって全体的に指定される。アクセス認証システム１０は、以下のコンポーネントのいくつかまたは全てを含み得るか、以下のコンポーネントに単に関連し得るアカウント認可局１１を含む。さらに、単一の参照番号１１のみが説明のために与えられるが、アカウント認可局１１は本発明の範囲内の同一または個別の位置にいくつかの関連付けられたアカウント認可局を含み得る。リクエストエンティティまたはアカウントホルダ１２は、一つ以上の複数の制御されたリソース１４、１４’および１４’’へのアクセスを望む。リソース１４、１４’および１４’’は、再び、アカウント認可局１１の一部またはアカウント認可局１１に関連し得る。制御されたリソース１４は、以下でさらに詳細に述べられるように、情報格納部、コンピュータまたはコンピュータシステム／データベースまたは金融機関等の任意の制限されたアクセスリソースであり得る。システム１０において、制御されたリソース１４は、ローカルエリアネットワーク（ＬＡＮ）１５にわたってアクセスされ得る複数のコンピュータシステムとして説明され得る。制御されたリソース１４は、制御されたリソース１４へのアクセスがアクセス認証コンポーネント１６によって認証される。リクエストエンティティ１２は、明示的または暗黙的なＭ（インターネット、イントラネットまたは物理的なワイヤリング等の通信媒体２０を介するＥＣ１８の形態であり得る）を含むアクセスリクエスト（ＡＲ）を送信する。
【００３３】
リクエストエンティティ１２が一つ以上の制御されたリソース１４へのアクセスを要求するＡＲを送信する。用いられる場合、ＥＣ１８はＡＲに過ぎなくなり得るメッセージ（Ｍ）を含む。リクエストエンティティ１２は、リクエストエンティティ１２によって安全に保存されるＰｕＫ−ＰｒＫ鍵ペアのＰｒＫを用いてデジタル的にＭに署名する。ＰｒＫは、好適には、リクエストエンティティ１２以外の誰にも知られず、システム１０での使用のために認証ファクタの一つを提供し得る。ＰｕＫ−ＰｒＫ鍵ペアを安全に保存する一つの好適な方法は、セキュリティデバイス２２（リクエストエンティティ１２によって保有される）内に鍵を含むことである。デバイス２２は、ＰｕＫ−ＰｒＫ鍵ペアを少なくとも含み、Ｍをデジタル署名するために用いられ得る。本発明に利用され得るデバイス２２の実施形態の詳細は、本明細書で参考として援用される上述の出願（ＶＳ  ａｐｐｌｉｃａｔｉｏｎｓ）に詳細に説明される。
【００３４】
ＥＣ１８は、アクセス認証コンポーネント１６に送信され得る前に、リクエストエンティティ１２は、まず、アカウント認可局１１でセキュリティアカウントを開ける。本明細書中に用いられるように、セキュリティアカウントは、アクセス認証コンポーネント１６および／またはアカウント認可局１１によるアカウントの開閉として規定される。セキュリティアカウントは、リクエストエンティティ１２に関連付けられた様々な情報および／またはリクエストエンティティ１２のＰｕＫを有する関連ビジネス情報を含む。セキュリティアカウントは、リクエストエンティティ１２を認証する目的のために明細書中で用いられている。安全アカウントは、図３に十分に説明されるように、リクエストエンティティ１２に関連付けられたデータベースにてＰｕＫを含む少なくとも一つの記録を有する。アクセス認証コンポーネント１６が、ＬＡＮ１５および制御されたリソース１４へのリクエストエンティティ１２のアクセスを認証するためにリクエストエンティティ１２によって提示されるように一つ以上の認証ファクタを要求する。さらに、要求される認証ファクタは異なるシステム１４、１４’および／または１４’’へのアクセス毎に異なり得る。認証のための認証ファクタが直接的にアクセス認証コンポーネント１６またはＥＣ１８で送信され得る。一旦アクセス認証コンポーネント１６が十分な認証ファクタ（複数のファクタ）をリクエストエンティティ１２からアクセスについて受信すると、アクセス認証コンポーネント１６はアクセスについてリクエストエンティティ１２を認証する。アクセス認証コンポーネント１６がリクエストエンティティ１２を認証するとき、アクセス認証コンポーネント１６がアカウント認可局１１および／または制御されたリソース１４によって使用のためにアクセス認証を生成する。アクセス認証信号は、リクエストエンティティが単一のバイナリフォーマット（はい／いいえ）信号にて認証されたことを示すに過ぎ得ないか、アクセス認証信号が、アカウント認可局１１によるさらなる使用のためにリクエストエンティティ１２から受信された全ての認証および他の情報を含み得る。アクセス認証コンポーネント１６は、アカウント認可局１１および／または制御されたリソース１４による使用のために、リクエストエンティティ１２の「あなたは誰ですか（Ｗｈｏ  ａｒｅ  ｙｏｕ）」を認証している。アクセス認証コンポーネント１６はまた、十分な認証ファクタ（複数のファクタ）に対して制御されたリソース１４によって要求されるルールを知ることなく、または、このルールにアクセスすることなく、リクエストエンティティ１２によって提示されるファクタの全てでリクエストエンティティ１２を認証するだけであり得る。
【００３５】
ＬＡＮ１５および制御されたリソース１４は、一つ以上のアクセス認可／制御（図１に１つだけ示されている）３４を一般に含む。アクセス認可／制御３４は、アクセス認証コンポーネント１６からアクセス認証信号を受信する。リクエストエンティティ１２によって提示され、アクセス認証１６によって影響された認証ファクタを含む。アクセス認可／制御３４は、直接的またはアクセス認証コンポーネント１６により、リクエストエンティティ１２に関連付けられた許可に基づいてリクエストエンティティ１２へのアクセスを許可する（許可もまたアカウント認可局１１、ＬＡＮ１５および／または制御されたリソース１４によって予め確立されている）。アクセスが、例えば、ＬＡＮ１５へのアクセスについて確立されたリスク評価を含むビジネスルールによって許可される。ここで、ルールは、本発明の様々な認証ファクタの一つおよび一つ以上の列挙されたリスク要素の評価を要求し得る。アクセス認証信号が受容可能な認証ファクタおよび要求されるビジネスルールを表し、リスク要素が満たされる場合、ＬＡＮ１５がリクエストエンティティ１２へのアクセスを許可する。ＡＲがシステム１４にアクセスする予定である場合、ＬＡＮ１５がシステム１４にアクセス認証信号を転送し得る。アクセス認証、リクエストエンティティ１２の許可プロファイルおよびリスク評価もシステム１４のルールに受容可能である場合、システム１４へのアクセスはまたリクエストエンティティ１２に許可される。言い換えればアクセス認証信号がＬＡＮ１５またはシステム１４に受容可能でない場合、それらは、アクセスが許可される前に、より高い認証ファクタがリクエストエンティティ１２によって入れられるか、同じ認証ファクタがリクエストエンティティ１２によって再確認されることを要求し得る。
【００３６】
一旦アクセスがシステム１４に許可されると、リクエストエンティティ１２はリクエストエンティティ１２に関係する特定の記録を読み出すこと等の特定の取引を要求し得る。あるいは、一旦アクセスがシステム１４によって許可されると、システム１４が当事者１２に取引リクエストを送信し得る。いずれの場合も、システム１４が、取引のために確立されたルールにより、リクエストエンティティ１２が取引リクエストを確認することを要求し得る。次いで、システム１４が直接的またはアクセス認証１６によって確認リクエストをリクエストエンティティ１２に送信する。リクエストエンティティ１２は、システム１４のルールに依存し、確認が正しいと推定して、初期アクセス認証ファクタの再エントリまたはより高い認証ファクタ等の確認をシステム１４（取引を認証する）に送信して戻す。確認はまた一意的であり得、リプレイアタック（ｒｅｐｌａｙ  ａｔｔａｃｋ）等のＡＲが不正でないことを確実にする一意的なメッセージを含む。リクエストエンティティ１２は、システム１４’および１４’’のために確立されるように、同じか、異なるアクセスセキュリティ要件またはルールにより、同様の態様で他のシステム１４’および／または１４’’をアクセスし得る。
【００３７】
ここで図２を参照すると、本発明の一般的な物理空間アクセス認証システムの実施形態は、参照番号４０によって全体的に指定される。アクセス認証システム４０は、一つ以上の複数の制御されたリソース１４にアクセスを望み、一つ以上の制御されたリソース１４で確立された許可を以前に有するリクエストエンティティ１２を含む。この実施形態において、制御されたリソース１４は、アカウント認可局１１に関連するが、アカウント認可局１１の一部ではない。制御されたリソース１４は、任意の制限された物理空間（工場または屋敷等）であり得る。制御されたリソース１４が、プラント１４の内部にアクセスを許可する周囲のフェンスまたは壁を表す。安全な建物４６（内部に安全な部屋４７を含む）がプラント１４内にある。プラント１４はまた、建物４８等の一つ以上の他の制御されたリソース１４を含み得る。制御されたリソース１４は、アクセス認証コンポーネント１６によって認証されてこれらの物理空間へのアクセスを再び有する。リクエストエンティティ１２は、ＥＣ１８等のアクセスリクエスト（ＡＲ）をアクセス認証コンポーネント１６に通信媒体２０（インターネット、イントラネットまたは物理的なワイヤリング）を介して送信する。
【００３８】
リクエストエンティティ１２は、一つ以上の制御されたリソース１４にアクセスを要求するＡＲを送信する。用いられるところで、ＥＣ１８は、再びＡＲのみであり得るメッセージ（Ｍ）を含む。リクエストエンティティ１２は、デバイス２２等によってＰｕＫ−ＰｒＫ鍵ペアのＰｕＫを用いてデジタル的にＭに署名する。デバイス２２は、少なくともＰｕＫ−ＰｒＫ鍵ペアを含み、デジタル的にＭに署名するように用いられ得る。
【００３９】
再び、Ｍがアクセス認証コンポーネント１６に送信され得る前に、リクエストエンティティ１２がアカウント認可局１１およびアクセス認証コンポーネント１６と共にまずセキュリティアカウントを開く。セキュリティアカウントは、図３により十分に記載されているように、リクエストエンティティ１２に関するデータベースにＰｕＫを含む少なくとも１つの記録を含む。アクセス認証コンポーネント１６は、制御されたリソース１４へのアクセスを認証するために一つ以上の認証ファクタを要求する。さらに、要求された認証ファクタは、異なる建物４６、４８および部屋４７へのアクセスに対して異なり得る。一旦アクセス認証コンポーネント１６がリクエストエンティティ１２から適切な認証ファクタ（複数の認証ファクタ）を受信すると、アクセス認証コンポーネント１６がリクエストエンティティ１２にアクセスを認証する。アクセス認証コンポーネント１６は、「あなたは誰ですか」をリクエストエンティティ１２に対して認証し、いかなるファクタが制御されたリソース１４へのアクセスに要求されたかを知り得ない。
【００４０】
制御されたリソース１４が、一般に、一つ以上のアクセス認証／制御３４（図２に示されているものは一つのみ）を有する。アクセス認証／制御３４が、アクセス認証コンポーネント１６からアクセス認証信号を受信し、直接的またはアクセス認証コンポーネント１６を介してリクエストエンティティ１２にアクセスを許可する。アクセスは、例えば、制御されたリソース１４へのアクセスに対して確立されたビジネスルールのセットによって許可される。ここで、このルールは、本発明の様々な認証ファクタの一つを要求し得る。アクセス認証信号が受理可能な認証ファクタ（複数の認証ファクタ）を表し、任意の他のビジネスルールおよびリスク要素が満たされる場合、制御されたリソース１４が、例えば、ゲート４５を開けることにより、リクエストエンティティ１２にアクセスを許可する。確認は、要求され得るが、要求される行動が物理空間１４へのエントリ用であるために一般には要求されない。ＡＲが工場１４および建物４８へのアクセスすることになる場合、アクセス認証／制御３４がアクセス認証信号を建物４８に転送し得る。アクセス認証信号がまた建物４８についてのルールに受容可能である場合、アクセスはまた建物４８についてリクエストエンティティ１２に許可される。言い換えると、アクセス認証信号が建物４８のルールに受容不可能であるか、リスク要素を満たさない場合、アクセス認証／制御３４がより高度な認証ファクタまたは別の認証ファクタがリクエストエンティティ１２によって入れられ得るか、単に、同一の認証ファクタがアクセス許可前にリクエストエンティティ１２によって再確認され得ることを要求し得る。
【００４１】
リクエストエンティティ１２はまた、各建物４６、４８にアクセス認可のポイントにカード２２を直接的に提示することによって建物４６または４８へのアクセスを要求し得る（図２に図示せず）。アクセス認証信号のためにデバイス２２に既に提示された（複数または単数の）認証ファクタは建物４８へのアクセスを許可するためにはまだ十分であり得る。しかし、建物４６は、リクエストエンティティ１２によって入れられるべきより高度なまたは異なるまたは複数の認証ファクタを要求し得る。この場合、リクエストエンティティ１２は、建物４６のアクセスポイントにさらなる／より高度な（複数または単数の）認証ファクタを入れ得る。入れられた認証ファクタが十分であると推定すると、次いで、アクセスが建物４６に許可される。建物内４６内では、部屋４７がアクセス認証信号または別の認証ファクタ（リクエストエンティティ１２によって類似または同一の態様でアクセスを得るように入れられ得る）の再確認を要求し得る。アクセス認証コンポーネント１６はまた、アクセス認証／制御３４の代わりに所望の制御されたリソース１４に直接的にアクセスを許可し得る。所望の実施形態４０において、プラント１４への認証がセッション認証であり得る一方、建物４６および４８へのエントリが取引認証である。
【００４２】
図３を参照すると、本発明の実施形態である認証システムに基づいた第１の認証ファクタアカウントが参照番号５０で概して指定されている。アクセス認証システム５０は、１以上の制御リソース１４へのアクセスを所望するリククエストエンティティ１２を含む。制御リソース１４は、以下でさらに詳細に説明されるように物理空間、情報レポジトリ、コンピュータまたはコンピュータシステム／データベースまたは金融機関等の任意の抑制されたアクセスリソース（ｒｅｓｔｒｉｃｔｅｄ  ａｃｃｅｓｓ  ｒｅｓｏｕｒｃｅ）であり得る。制御リソース１４がアクセス認証コンポーネント１６によって認証されると、それへのアクセスを有する。リクエストエンティティ１２は、インターネット、イントラネットまたは物理ワイヤリング等の通信媒体２０を介してアクセス認証コンポーネント１６に、直接的にまたはＥＣ１８の形式で認証ファクタを含むアクセスリクエスト（ＡＲ）を送る。アクセス認証コンポーネント１６は、「当事者は誰か」を認証するために当事者１２によって提示された認証ファクタを用いる。
【００４３】
ＥＣ１８は、まさにＡＲ等のメッセージ（Ｍ）を含む。リクエストエンティティ１２は、リクエストエンティティ１２によって安全に保持されているＰｕＫ−ＰｒＫ鍵ペアのＰｒＫを用いてＭにデジタル署名する。ＰｒＫは、好適には、リクエストエンティティ１２以外の誰かに知られておらず、システム５０の所有認証ファクタを提供する。ＰｕＫ−ＰｒＫ鍵ペアを安全に保持する１つの好適な方法は、リクエストエンティティ１２によって維持されているセキュリティデバイス２２内にこのペアを含むことである。ＰｕＫ−ＰｒＫ鍵ペアを少なくとも含むデバイス２２は、Ｍをデジタル署名し、好適には、ＰｕＫのみを出力できる。本発明に利用され得るデバイス２２の実施形態の詳細は、本明細書内で参照のために援用されているＶＳ出願に詳細には説明される。
【００４４】
Ｍがアクセス認証コンポーネント１６に送られ得る前に、リクエストエンティティ１２は、アカウント認可局１１およびアクセス認証コンポーネント１６によってセキュリティアカウントを開く。セキュリティアカウントがリクエストエンティティ１２に関連付けられた少なくとも１つのレコードを含む。セキュリティアカウントおよびレコード２４は、好適には、アカウント認可局１１により、データベース２６において確立され、維持され、アクセス認証コンポーネント１６で示される。本発明で利用され得るデータベース２６の実施形態の詳細およびその動作は、本明細書で参考のために援用されるＡＢＤＳ出願およびＶＳ出願に詳細に説明される。アクセス認証コンポーネント１６は、リクエストエンティティ１２のＰｕＫを入手し、ＰｕＫフィールド２８のレコード２４に保存する。アクセス認証コンポーネント１６はレコード２４それゆえＰｕＫを一意的なアカウント識別子またはＡｃｃｔＩＤに関連させ、レコード２４のフィールド３０に格納され、この場合において、レコード２４はフィールド２８のみを含み、フィールド３０を含まない。レコード２４はまた、リクエストエンティティ１２のセキュリティアカウントに関連付けられた情報フィールド３２およびリクエストエンティティ１２に関連付けられた情報および／またはアカウントを含み得る。
【００４５】
制御リソース１４は、概して、ブロック３６によって示されるように、リソース１４から分離するか、リソース１４の一部としてこれ自体のアクセス認証制御３４を有する。アクセス認証／制御３４は、アクセス認証コンポーネント１６からアクセス認証信号を受信し、直接的またはアクセス認証コンポーネント１６を介してリクエストエンティティ１２にアクセスを許可する。例えば、アクセスがデータベース３８にアクセスすることによって許可される。データベース３８は少なくとも１つのレコード４１を含む。レコード４１は、制御リソース識別子ＲｅｓＩＤをフィールド４２に含み、リクエストエンティティ１２に関連して、関連した許可をフィールド４４に含む。許可は、特定のアプリケーションのビジネスルールのセットを含み、リクエストエンティティ１２によってアクセスされる金融またはビジネスレコード等のアカウントに関する他の情報および／または制御リソース１４へのアクセスの許可されたレベルであり得る。例えば、コンピュータファイルアクセスの許可ルールまたはプロファイルは、読み出されるだけか、実行されるだけか、書き込むだけか、これらの組合せであり得る。アクセス認証／制御３４は、直接的またはリンク２１を通じてリクエストエンティティ２１からのＡＲの認証ファクタの再確認を要求し得る。次いで、アクセス認証／制御３４は、アクセス認証コンポーネント１６を通じてか、直接的にか、リンク２３を通じてデータベース２６およびレコード２４にアクセスし得る。アクセス認証／制御３４は、データベース２６およびレコード２４に、アクセス認証コンポーネント１６を介して、またはリンク２３を通じて直接的にアクセスし得る。リンク２１および２３は、セッションの間に維持され、リクエストエンティティ１２と制御リソース１４との間のセッションリンクであり得る。アクセス認証コンポーネント１６はまた、アクセス認証／制御を制御リソース１４に提供する場合、アクセス認可／制御３４の代わりに、許可およびビジネスルールならびに情報がフィールド３２等のアクセス認証コンポーネント１６内にある。
【００４６】
一旦エンティティ１２がアカウント認可局１１およびアクセス認証コンポーネント１６でセキュリティアカウントを初期化すると、リクエストエンティティ１２は、図４のフローチャートに示されるように、認証ファクタおよび／またはＥＣ１８をアクセス認証コンポーネント１６に送り得、制御リソース１４へのアクセスを認証する。
【００４７】
ここで、図４を参照すると、アクセス認証システム５０の動作のフローチャート６０が示される。リクエストエンティティ１２は、工程５２においてＭ（まさにＡｃｃｔＩＤ３０（アクセス認証コンポーネント１６に対して暗黙のＡＲとして機能する）であり得る）を発行する。次いで、リクエストエンティティ１２は、鍵ペアのＰｒＫを用いて、工程５４にてＭをデジタル署名する。ＰｒＫは、好適には、Ｍをデジタル署名し、次いで、また、アクセス認証コンポーネント１６に媒体２０を通じて工程５６においてＥＣ１８に送るためにリクエストエンティティ１２によって利用されるデバイス２２内で利用される。アクセス認証コンポーネント１６は、工程５８においてＥＣ１８を受信する。ＥＣ１８は、ＡｃｃｔＩＤ３０を含み、この結果、工程６２において、アクセス認証コンポーネント１６がレコード２４の正しい関連ＰｕＫ２８を取り出し得る。次いで、工程６４において、アクセス認証コンポーネント１６は、Ｍを認証するためにＰｕＫ２８を用いる。Ｍの認証がリクエストエンティティ１２の所有認証ファクタＡを提供し、「かれらが誰か」を認証し、工程６６において、リクエストエンティティ１２の制御リソース１４へのアクセスを認証する。Ｍが認証しない場合、アクセス認証コンポーネント１６がＡＲを拒絶し、工程６８において、リクエストエンティティ１２に拒絶（ｒｅｊｅｃｔｉｏｎ）を送り得る。制御リソース１４は、工程６４において、アクセス認証コンポーネント１６から直接的にアクセス認証信号を受け得、工程７０において、リクエストエンティティ１２にアクセスを直接的に許可する。制御リソース１４が専用のアクセス認証／制御３４を含み、工程７２において、アクセス認証信号がアクセス認証／制御３４に送られる。アクセス認証／制御３４は、多くのタイプであり得、許可プロファイルおよびビジネスルールによってアクセス認証信号に基づいて機能し、これにより、工程７４において、制御リソース１４にアクセスを許可し得る。前述のように、アクセス認証／制御３４は、工程７６によって示されるように特定の取引について、ＡＲの確認または新規な／異なる認証ファクタの提出（ｓｕｂｍｉｓｓｉｏｎ）を要求し得る。アクセス認証／制御３４は、確認、リスク要素または他のルールが満たされない場合、工程７８のＡＲを拒絶し得る。システム５０の特定の物理空間のアプリケーションが図５に示される。
【００４８】
図５は、本発明の第１の単一の認証ファクタ実施形態５０の特定のアプリケーションまたはシステム８０を示す。システム８０において、デバイス２２は、安全なパーキングエリアまたは駐車場として示される物理空間８２にアクセスするための、スマートカード、セキュリティカードまたはＩＤバッジ等のアクセスカードの形態であり得る。システム８０において、駐車場は、概して、アカウント認可局１１から分離しているが関連している制御リソース１４であり得る。システム８０において、駐車場８２が１以上の建物８４（また、制御リソース１４であり得るし、他の制御リソース１４であり得るか、さらなるセキュリティ認証が要求されることなく、駐車場８２から単にアクセス可能であり得る）にパーキングを提供する。
【００４９】
カード２２が本発明の単一の認証ファクタＡ実施形態５０によって機能するように構成される。カード２２は、参考のために援用されるＶＳ出願に詳細に説明されるように適切なコンピュータチップ（図示せず）を含む。カード２２の構造は、従来のものであり得、Ｉ／Ｏインターフェース（ここではカードリーダ８６）との通信を可能にする構造を有するチップを内部に有する。カード２２は、カード２２と内部のチップとリーダ８６との間の通信を物理的な接触によって可能にするための表面接触（図示せず）を含み得る。表面接触は、好適には、ＩＳＯ／ＩＥＣ７８１６適格である。カード２２はまた、近接、好適にはＩＳＯ／ＩＥＣ１４４４３適格カードおよび／または近接および表面通信動作（ｓｕｒｆａｃｅ  ｃｏｍｍｕｎｉｃａｉｔｏｎ  ｏｐｅｒａｔｉｏｎ）可能なカード２２である。
【００５０】
第１の、単一の認証ファクタシステム８０において、カード２２は「だれが当事者１２か」を認証するための一意的なＰｕＫ／ＰｒＫ鍵ペアを要求するのみである。データベース２６のレコード２４は、従業者ＩＤ番号等の、フィールド３０のリクエストエンティティ１２のＡｃｃｔＩＤ、フィールド２８のＰｕＫおよびフィールド３２の当事者１２の認証ファクタに関連付けられた情報を有する。システム８０がリクエストエンティティ１２を認証するだけである場合、レコード２４はＡｃｃｔＩＤおよび／またはＰｕＫを含むだけでよい。システム８０がアクセスを認証および許可する場合、許可（リクエストエンティティ１２が駐車場８２および／または建物８４へのアクセスを認証される等）および他のビジネスルールがフィールド３２に含まれる。許可が所定の日時（月曜から金曜まで）の所定の時間（８ＡＭ〜７ＰＭ等）または週末の他の時間に制限され得るか、一日２４時間の無制限アクセスであり得る。認証のみがシステム８０によって提供されるのみである場合、許可情報およびビジネスルールがアクセス認証／制御３４（図５に図示せず）にある。
【００５１】
システム８０を動作させる間、リクエストエンティティ１２が制御されたリソース１４（駐車場８２および／または建物８４等）へのアクセスを得るためにカード２２をカードリーダ８６に提示する。駐車場８２は、アーム９０を含むパーキングゲート８８によって守られている（ゲート８８は、この例において認証およびアクセスの許可の両方を提供するアクセス認証コンポーネント１６によって制御される）。アクセス認証コンポーネント１６はまた、インターネット２０、ローカルネットワークまたは（ゲート８８の一部として）物理的にハードワイヤリングされたもを通じるなどによってカードリーダ８６と通信している。カードリーダ８６は、ゲート８８から分離して図示されているが、所望な場合、ゲート８８の構造内で物理的に組み込まれ得る。
【００５２】
カード２２がカードリーダ８６への差込またはリーダ８６に近接することによってリーダ８６に提示されるとき、場合によっては、リーダ８６が従来の態様で初期化される。初期化は、一般に、提示に基づいてカード２２を検出するリーダ８６またはリセット信号／メッセージをリーダ８６に出力するカード２２によって行われる。カード２２がリーダ８６から電力を受け取ると、カード２２は、システム８０のカード２２のスタートアッププロトコルの一部として、リセット信号を出力するように動作し得る。
【００５３】
初期化に続いて、リーダ８６がメッセージ入力コマンドをカード２２に送信し得る。コマンドは、ＡＲがカード２２によって入力されることを要求する。あるいは、カード２２は、システム８０のカード２２のスタートアッププロトコルの一部としてＡＲを送信し得る。ＡＲは、単なるリクエストエンティティ１２のＡｃｃｔＩＤまたはＰｕＫ等の、システム８０のために確立されたデフォルトメッセージであり得る。カード２２は、ＰｒＫでＡＲにデジタル署名し、ＡｃｃｔｄＩＤをＭを加えて結果として生じるＥＣ１８をリーダ８６にエクスポートする。リーダ８６は、ＥＣ１８をアクセス認証１６に通信する。ここで、Ｍ付きのＡｃｃｔＩＤは、データベース２６内のレコード２４を見出し、ＰｕＫおよび任意の関連付けられた許可および他のセキュリティ情報を取り出すために用いられる。この情報は、カード２２が提示される日時について比較され得る。リクエストエンティティ１２がその日時にアクセスを許可される場合、ＰｕＫがＭを認証するためのアクセス認証コンポーネント１６によって利用される。ＭがＡｃｃｔＩＤを提供することを認証する場合、リクエストエンティティ１２が認証され、アクセス認証コンポーネント１６がアクセスを許可するためのメッセージをゲート８８に送信する。あるいは、Ｍがまず認証され、次いで、セキュリティ情報がＭがうまく認証された後に比較され得る。次いで、ゲート８８は、アーム９０を上げて、リクエストエンティティ１２に駐車場８２および／または建物８４についてのアクセスを許可する。
【００５４】
システム８０は、リクエストエンティティ１２が所有するもの（ここでは、カード２２）だけに基づいて動作する。カード２２が正しいＡｃｃｔＩＤおよびＰｒＫを有する限り、リクエストエンティティ１２がカード２２の正当な所有者である当事者であるか否かに関係なく、アクセスが認証される。ＡｃｃｔＩＤがデータベース２６のＡｃｃｔＩＤと適合しない場合またはＭが認証しない場合、アクセス認証コンポーネント１６がカード２２への拒絶を送信するか、ゲートアーム９０を開けない。内部セキュリティアラームはまた、所望な場合、システム８０によって用いられるように生成され得る。
【００５５】
図６は、本発明の第１の単一認証ファクタＡの実施形態５０の特定の金融アプリケーションまたはシステム１００である。アカウント認可局は、Ｉ／Ｏ端末を備えるか、備えないシステム１００のコンポーネント全てを含む。システム８０と同一か、実質的に同一である機能は、当業者には理解されるので詳細には繰り返されない。リクエストエンティティ１２が制御されたリソース１４（ここでは、金融機関コンピュータ）のアカウントホルダである。アカウントホルダ１２がデバイス２２（ここでは、ＡＴＭカード等のカード）を所有する。カード２２は、内部にＰｕＫ−ＰｒＫを有し、ＡＴＭマシーンまたは同様のＩ／Ｏ端末にて用いられ得る。マシーン１０２がカードリーダ１０４、ディスプレイ１０６、英数字のキーボード１０８およびキャッシュディスペンサ１１０を含む。リクエストエンティティ１２およびカード２２は、アカウントデータベース１１４の金融機関コンピュータ１４によって維持されるアカウントレコード１１２と関連付けられる。当事者１２は、フィールド１１６に格納された第２ＡｃｃｔＩＤとして例示される第２の識別子と、フィールド１１８に格納された関連付けられたアカウント情報を有する。第２ＡｃｃｔＩＤは、レコード２４のＡｃｃｔＩＤと同一であってもなくてもよい。アカウントは、当座預金口座、預金口座、貨幣市場等であり得る。金融機関は、銀行、クレジットユニオン（ｃｒｅｄｉｔ  ｕｎｉｏｎ）、インターネット銀行等であり得る。
【００５６】
取引を始めるために、ホルダ１２は、マシーン１０２のカードリーダ１０４にカード２２を差し込む。マシーン１０２は、カード２２の差込によって起動され、ホルダ１２がディスプレイ１０６およびホルダ１０２を用いて取引を選択するようにプロンプトを与え、ホルダ１２がレコード１１２の勘定残高をチェックすること等の表示された取引を選択する。マシーン１０２は、勘定残高命令（ここで、命令は、デジタル署名されており、ＥＣ１８としてＡｃｃｔＩＤを用いて、ＥＣ１８をアクセス認証１６に送信するマシーン１０２に戻される）をカード２２に送信する。アクセス認証コンポーネント１６は、レコード２４からＰｕＫを入手するためにＡｃｃｔＩＤを用い、ホルダ１２のアクセスを認証するためにＭを認証する。次いで、アクセス認証信号は、アクセス認証／制御３４（レコード４１からアカウント許可を入手するためにＲｅｓＩＤを用いる）に送信される。アカウントを認証し、勘定残高等のアカウントに関する情報を入手することが少なくとも許可される。アクセス認証／制御３４は、全ての他のルールおよびリスク要素が満たされる場合、金融機関コンピュータ１４へのアクセスを提供するか、金融機関コンピュータ１４へのアクセスを入手する。機関コンピュータ１４は、順番に命令を実行し、アカウントレコード１１２からの残高を入手し、マシーン１０２のディスプレイ１０６上に表示するためにアカウントレコード１１２からの残高を送信する。機関コンピュータ１４はまた、固有の許可プロファイルおよびルールを維持し得、命令を実行する前に、固有の許可プロファイルおよびルールを認証されたＡＲと比較する。アクセス認証／制御３４または機関コンピュータ１４は、要求された取引のアクセス認証コンポーネント１６を通じて確認を要求し得、前述ようなセッション中にデータベース２６にアクセスし得る。ホルダ１２は、類似の態様で同一または異なるセッションの他の取引を開始し得る。
【００５７】
図７は、本発明の第１の単一認証ファクタＡ実施形態５０の特定の医療ビジネスレコードアプリケーションまたはシステム１３０を例示する。システム８０と同一または実質的に同一である機能は、当業者には理解されるので詳細には再度繰り返されない。リクエストエンティティ１２は、制御されたリソース１４（ここで、医療レコード管理会社コンピュータ）の医療レコード１３２のアカウントホルダである。アカウントホルダ１２がデバイス２２（ここではセキュリティカード等のカード）を有する。カード２２は、内部にＰｕＫ−ＰｒＫを有し、パーソナルコンピュータ（ｐｃ）または類似物１３４にて用いられ得る。ｐｃ１３４は、ｐｃ１３４に接続されたカードリーダ１３６、モニタ１３８、英数字のキーボード１４０およびマウス１４２を含む。アカウント認可局１１は、一般に、ｐｃ１３４を備えるか、ｐｃ１３４を備えないシステム１３０のコンポーネント全てを含む。リクエストエンティティ１２およびカード２２は、アカウントデータベース１４４の医療レコード管理会社コンピュータ１４によって維持される医療アカウントレコード１３２と関連付けられる。リクエストエンティティ１２は、フィールド１４６に格納された第２ＡｃｃｔＩＤおよびフィールド１４８に格納された関連付けられた医療情報を有し、許可プロファイルおよびリクエストエンティティ１２に他の関連付けられたビジネスルールを含み得る。医療情報は、特定の医者または病院等に関連付けられた特定の手順または特定の結果についての患者データであり得る。通信媒体２０は、データベース１４４のレコード１３２および類似のレコードの感知度のおかげで、ｐｃ１３４と制御されたリソース１４との間の安全なイントラネットまたは他の直接的な安全なリンクである可能性が大きい。
【００５８】
取引を始めるために、ホルダ１２は、カード２２をｐｃ１３４のカードリーダ１３６に差し込む。次いで、ｐｃ１３４は、キーボード１４０および／またはマウス１４２を用いてホルダ１２が取引を選択することを可能にし、ホルダ１２がテストの結果をレビューすること等の、レコード１３２で所望の取引を選択する。次いで、ホルダ１２は、カード２２に命令（ここで、命令は、デジタル署名されており、ＥＣ１８としてｐｃ１３４にＡｃｃｔＩＤで戻される）を送信するためにｐｃ１３４を用いる。次いで、ホルダ１２は、従来の態様でキーボード１４０および／またはマウス１４２を用いてアクセス認証１６にＥＣ１８を送信する。アクセス認証コンポーネント１６は、レコード２４からＰｕＫを入手するためにＡｃｃｔＩＤを用い、ホルダ１２のアクセスを認証するためにＭを認証する。システム１３０において、アクセス認証コンポーネント１６は、フィールド４４からアカウント許可を入手する。アカウントレコード１３２にアクセスし、フィールド１４８に格納されたテスト結果等の、アカウントに関する情報を入手することが少なくとも許可される。アクセス認証コンポーネント１６は、管理会社コンピュータ１４にアクセスを許可する。管理会社コンピュータ１４は、順に命令を実行し、アカウントレコード１３２からのテスト結果を入手し、ｐｃ１３４のモニタ１３８上に表示するために結果を送信する。管理会社コンピュータ１４が各リクエストの確認を要求し、前回のように固有のビジネスルールおよびアクセスプロファイルをレビューし得る。ホルダ１２はまた、類似の態様で同一または分離したセッションにおける他のリクエスト取引を開始し得る。
【００５９】
図８をここで参照すると、本発明のアクセス認証に基づく第２の検証および認証システムの実施形態が参照番号１６０によって指定されている。システム１６０の認証ファクタＢは、ＰｒＫの所有および秘密の機密情報（ＰＩＮおよび／またはバイオメトリック情報ファクタＣの提示等）の知識の両方を要求する。システム１６０が所有物（ＰｒＫ）、秘密情報（ＰＩＮ）の知識および１以上のバイオメトリック入力またはリクエストエンティティ１２であるものを含み得る。以前に参照されるように、同一の要素が同一の参照番号を用いる。アカウント認可局１１がシステム１６０のコンポーネント全てを含み得る。アクセスシステム１６０は、制御されたリソース１４へのアクセスを所望するリクエストエンティティ１２を含む。制御されたリソース１４は、再び、以下にさらに詳細に説明されるように、物理空間、情報レポジトリまたは金融機関等の任意の制限されたアクセスリソースであり得る。制御されたリソース１４は、アクセス認証コンポーネント１６によって認証されてそれに対するアクセスを有し、アクセス認証／制御３４がアクセスを許可する。リクエストエンティティ１２は、再び、アクセスリクエスト（ＡＲ）をＥＣ１８の形態で通信媒体２０を通じてアクセス認証コンポーネント１６に送信する。
【００６０】
ＥＣ１８は、単なるＡＲ等のメッセージ（Ｍ）を含む。ＰｕＫ−ＰｒＫ鍵ペアのＰｒＫ（リクエストエンティティ１２によって保持される）を用いるリクエストエンティティ１２がＭにデジタル署名する。ＰｕＫ−ＰｒＫ鍵ペアは、好適には、リクエストエンティティ１２によって保たれるセキュリティデバイス１６２内に含まれている。ＰｕＫ−ＰｒＫ鍵ペアを含むデバイス１６２は、再び、Ｍにデジタル署名するように用いられ得、好適には、ＰｕＫのみをエクスポートし得る。デバイス１６２は、リクエストエンティティ１２からの入力部１６４をさらに含む。デバイス１６２は、リクエストエンティティ１２に対する個人的な検証データが内部に格納されている。検証データは、１以上のバイオメトリックデータまたは秘密のセキュリティコード（ＰＩＮ等）またはこれらの組み合わせであり得る。リクエストエンティティ１２は、デバイス１６２に検証データを入力し、デバイス１６２は、この検証データをデバイス１６２に格納された検証データと適合させようとする。比較の出力は、２進数等の、検証ステータスまたはステータスインジケータである。これらは、例えば、以下のインジケータであり得る：特定の時間の非検証データ入力（００）、適合してから出力されてきた別のインジケータなしの格納された検証データとの適合（０１）、入力検証データの失敗した適合（１０）および適合してから出力されてきた別のインジケータでの入力検証データとの適合（１１）。検証データステータスは、「誰がリクエストエンティティ１２であるか」の認証を提供するために、アクセス認証コンポーネント１６にＥＣ１８にて送信され得るか、アクセス認証コンポーネント１６に直接的に送信され得る。検証データおよび検証ステータスおよびインジケータを含むデバイス１６２の実施形態の詳細（本発明にて利用され得る）は、本明細書中で参考として援用されるＶＳ出願にて詳細に説明され得る。
【００６１】
Ｍがアクセス認証コンポーネント１６に送信され得る前に、再び、リクエストエンティティ１２がアカウント認可局およびアクセス認証コンポーネント１６によってセキュリティアカウントを開ける。セキュリティアカウントは、リクエストエンティティ１２に関連付けられた少なくとも１つのレコード１６６を含む。セキュリティアカウントおよびレコード１６６は、好適には、レコード２４のように、アクセス認証コンポーネント１６によってデータベース２６に確立され、維持される。本発明で利用され得るデータベース２６およびその動作の実施形態の詳細は、参考として援用されるＡＢＤＳおよびＶＳ出願に詳細に説明される。アクセス認証コンポーネント１６は、リクエストエンティティ１２のＰｕＫを入手し、ＰｕＫフィールド２８のレコード１６６にそれを格納する。アクセス認証コンポーネント１６は、レコード１６６、それゆえ、ＰｕＫを、レコード１６６のフィールド３０に格納される一意的な識別子またはＡｃｃｔＩＤに関連付ける。レコード１６６はまた、リクエストエンティティ１２のセキュリティアカウントと関連付けられ、リクエストエンティティ１２についての様々な情報を含み得る情報フィールド３２を含み得、許可プロファイルに含まれる。さらに、検証ステータスの表またはさらに好適には、検証ステータスインジケータがフィールド１６８に格納され得る。レコード１６６に格納されているように示されているが、例示目的のためであり、検証ステータスの表またはさらに好適には、検証ステータスインジケータが、表が全てのレコードについて同一であるので、最も好適には、アクセス認証コンポーネント１６内に、ビジネスルールとして個別に格納されている。
【００６２】
再び、制御されたリソース１４は、一般に、ブロック３６によって示されるように、リソース１４から分離するか、または、リソース１４内の一部として、固有のアクセス認証／制御３４を有する。アクセス認証／制御３４は、アクセス認証コンポーネント１６からアクセス認証信号を受信し、直接的にまたはアクセス認証コンポーネント１６を介して、リクエストエンティティ１２にアクセスを許可する。アクセスは、例えばデータベース３８にアクセスすることによって許可される。データベース３８は、少なくとも１つのレコード４１を含む。レコード４１は、ＲｅｓＩＤをフィールド４２に含み、関連付けられた許可プロファイルをフィールド４４に含む。レコード４１はまた、特定のアプリケーションについてのリスク要素およびビジネスルールのセットを含み得る。特定のアプリケーションについてのリスク要素およびビジネスルールのセットは、制御されたリソース１４へのアクセスの許可レベル、および／または、リクエストエンティティ１２によってアクセスされるべき金融またはビジネスレコード等のアカウントについての他の情報であり得る。制御されたリソース１４またはアクセス認証／制御３４は、再び、認証ファクタおよび任意のＡＲ（前述のように、リンク２１および２３を介するような）の確認をリクエストし得る。アクセス認証コンポーネント１６はまた制御されたリソースにアクセス認証／制御を提供する場合、許可ビジネスルールおよび情報は、アクセス認証／制御３４の代わりに、フィールド３２内にあるように、アクセス認証コンポーネント１６に配置され、エンティティ１２にアクセスを直接的に許可または拒絶する。
【００６３】
一旦リクエストエンティティ１２がアカウント認可局１１およびアクセス認証コンポーネント１６でセキュリティアカウントを初期化すると、リクエストエンティティ１２は、図９のフローチャートについて説明されるように、制御されたリソース１４にアクセスするように、アクセス認証コンポーネント１６にＥＣ１８を送信し得る。
【００６４】
図９をここで参照すると、アクセスシステム１６０の動作のフローチャート１８０が例示されている。リクエストエンティティ１２は、工程１８２において、ＰＩＮ等の検証データをデバイス入力１６４に入れ、デバイス１６２は、工程１８４において、検証ステータスを生成する。次いで、リクエストエンティティ１２は、工程１８６において、Ｍ（単なる検証ステータスインジケータ１６８であり得る）を発行し、これはアクセス認証コンポーネント１６に暗黙のＡＲとして機能する。次いで、リクエストエンティティ１２は、工程１８８において、鍵ペアのＰｒＫを用いてＭをデジタル署名する。ＰｒＫがデバイス１６２において利用され、デバイス１６２は、Ｍをデジタル署名するようにリクエストエンティティ１２によって利用され、次いで、工程１９０において、媒体２０を介してアクセス認証コンポーネント１６にＥＣ１８を送信する。アクセス認証コンポーネント１６は、工程１９２においてＥＣ１８を受信する。ＥＣ１８は、ＡｃｃｔＩＤ３０を含み、この結果、次いで、アクセス認証コンポーネント１６は、工程１９４において、レコード１６６の正しい関連付けられたＰｕＫ２８を取り出し得る。次いで、アクセス認証コンポーネント１６は、工程１９６において、Ｍを認証するようにＰｕＫ２８を用いる。アクセス認証コンポーネント１６はＭをうまく認証し得る場合、アクセス認証コンポーネント１６は、格納された検証ステータスインジケータ１６８と検証ステータスとを比較することにより、工程１９８においてリクエストエンティティ１２を認証しようとする。検証ステータスが適合（０１）である場合、工程２００において、検証ステータスが認証され、次いで、アクセス認証コンポーネント１６は、リクエストエンティティ１２の制御されたリソース１４へのアクセスを認証する。述べられたように、工程１９８は、ＰＩＮおよび指紋適合等の、１以上の検証ステータスを含み得る。Ｍが、工程１９８において（００）を入れないことまたは（１０）を適合しないことなどによって、工程１９６において認証しないか、受容可能な検証ステータスインジケータに適合しない場合、アクセス認証コンポーネント１６は、工程２０２において、ＡＲを拒絶し、リクエストエンティティ１２に拒絶を送信し得る。制御されたリソース１４は、工程２００において、工程２０４においてアクセスを許可するアクセス認証コンポーネント１６から直接にアクセス認証信号を受容し得る。アクセス認証コンポーネント１６は、リクエストエンティティ１２にアクセスを直接的に許可する。制御されたリソース１４が固有のアクセス認証／制御３４を含む場合、アクセス認証信号が工程２０６においてアクセス認証／制御３４に送信される。前述のように、アクセス認証／制御３４は、多くのタイプであり得、許可プロファイル、リスク要素および制御されたリソース１４に工程２０８においてアクセスを許可するように確立されたビジネスルールに応じてアクセス認証信号に基づいて機能し得る。再び、確認または他のルールが満たされない場合、当事者が工程２１２においてＡＲを拒絶し得る。システム１６０の特定の物理空間用途が図１０について例示される。
【００６５】
図１０は、本発明の第２検証に基づいた認証ファクタの実施形態１６０の特定の物理空間用途またはシステム２２０を示す。システム２２０において、デバイス２２は、安全な建物として示されるように、物理空間２２２にアクセスするために、スマートカード、セキュリティカードまたはＩＤバッジ等のアクセスカードの形態である。アカウント認可局は、一般に、建物２２２なしのシステム２２０のコンポーネントを含む。システム２２０において、建物２２２は、制御されたリソース１４であり得る。建物２２２は、複数の部屋（１以上の部屋が制御されたリソース１４であり得る）（図示せず）を含み、他の制御されたリソース１４であり得るか、建物２２２内のアクセス可能であり得、さらなるセキュリティ認証が要求され得る。
【００６６】
カード２２は、本発明の検証に基づく認証ファクタの実施形態１６０によって機能するように構成される。カード２２は、参考として援用されたＶＳ出願に詳細に説明されているように、適切なコンピュータチップ（図示せず）を含む。カード２２の構造は、再び、従来的であり得、カードリーダ２２４と通信することを可能にする構造を備えたチップが内部に組み込まれている。カード２２は、カード２２およびその内部のチップとリーダ２２４との間の通信を物理的接触によって可能にする表面接触（図示せず）を有する。カード２２はまた、近接および表面通信動作が可能な近接適格カードおよび／またはカード２２であり得る。
【００６７】
検証に基づく認証ファクタシステム２２０において、カード２２は、一意的なＰｕＫ／ＰｒＫ鍵ペアおよび１以上のタイプの検証データを要求する。データベース２６のレコード２４は、フィールド３０のリクエストエンティティ１２の、従業者ＩＤ番号、フィールド２８のＰｕＫおよびフィールド３２の当事者１２の（複数の）認証ファクタについての情報等のＡｃｃｔＩＤを有する。システム２２０がリクエストエンティティ１２を認証するだけである場合、レコード２４は、ＡｃｃｔＩＤおよび／またはＰｕＫを含むだけでよい。図１０に示されるように、システム２２０がアクセスを認証かつ許可する場合、許可情報／ルールはまた、リクエストエンティティ１２が建物２２２へのアクセスについて認可される。許可されたアクセスが、ある日（月曜から金曜まで）のＡＭ８時〜ＰＭ７時または週末の他の時間等のある時間に制限され得るか、各日の２４時間の無制限のアクセスであり得る。認証のみがシステム２００によって提供される場合、許可情報／ルールがアクセス認証／制御３４内にある（図１０に図示せず）。
【００６８】
システム２２０の動作中、リクエストエンティティ１２は、建物２２２等の制御されたリソース１４へのアクセスを入手するカード２２をカードリーダ２２４に提示する。建物２２２は、ロック２２８を含むロックされたドア２２６によって保護される。ロック２２８は、アクセス認証コンポーネント１６によって制御／作動され、この例においては、アクセスの認証および許可の両方を提供する。アクセス認証コンポーネント１６はまた、イントラネット２０、ローカルネットワークまたは物理的にハードワイヤリングされたもの等を通じてＩ／Ｏ構造（ここでは、カードリーダ２２４）と連絡する。
【００６９】
カード２２がカードリーダ２２４への挿入によってか、リーダ２２４の近接に持って来られることによってリーダ２２４に提示されるとき、場合によって、リーダ２２４が従来の態様で初期化される。初期化は、提示と同時にカード２２を検出するリーダ２２４によってか、リーダ２２４にリセット信号／メッセージを出力するカード２２によって一般に達成される。カード２２は、カード２２がリーダ２２４から電力を受けるとき、システム２２０において、カード２２のスタートアッププロトコルの一部としてリセット信号を出力するように動作し得る。
【００７０】
初期化に続いて、リーダ２２４がディスプレイ２３０上のメッセージ入力リクエストまたはプロンプトを表示し得る。プロンプトは、リクエストエンティティ１２が、リーダ２２４に接続される英数字キーボード２３２を用いるか、リーダ２２４と連絡してシークレット（ここではＰＩＮ）等の検証データをカード２２に入力することを要求する。カードがＰＩＮ入力を内部に格納されたＰＩＮ入力と比較して、検証ステータスインジケータを生成する。次いで、カード２２は、システム２２０のために確立されたデフォルトメッセージ（簡単に検証ステータスインジケータ等）であり得るＭを発生する。カード２２は、Ｍを形成するために、ＰｒＫでメッセージをデジタル署名し、ＡｃｃｔＩＤをＭに加え、リーダ２２４に結果的に生じるＥＣ１８をエクスポートする。リーダ２２４は、ＥＣ１８をアクセス認証１６に通信する。ここで、Ｍ付きのＡｃｃｔＩＤがデータベース２６にてレコード２４を見出し、ＰｕＫおよび任意の関連するセキュリティルールおよび許可情報を取り出すために用いられる。許可プロファイルまたは情報は、第１に、カード２２が提示される日時と比較してもよい。リクエストエンティティ１２が上記日時にてアクセスを認証される場合、ＰｕＫがＭを認証するためにアクセス認証コンポーネント１６によって利用される。アクセス認証コンポーネント１６の検証ステータスインジケータテーブルと比較され得る検証ステータスインジケータを提供するためにＭが認証される場合、リクエストエンティティ１２が認証され、全ての他のルールが満たされる場合、アクセス認証コンポーネント１６がドアロック２２８に許可アクセス情報（ｇｒａｎｔ  ａｃｃｅｓｓ  ｉｎｆｏｒｍａｔｉｏｎ）を送信する。あるいは、Ｍがまず認証され得、次いで、アクセス情報がＭが問題なく認証された後に比較され得る。次いで、ロック２２８がドア２２６をロック解除するように作動され、建物２２２についてリクエストエンティティ１２にアクセスを提供する。ＡＲは、アクションはドアを開けることだけなので、暗黙の命令であり得る。
【００７１】
システム２２０は、リクエストエンティティ１２が所有するもの（ここでカード２２）およびリクエストエンティティ１２が知っているもの（ここで「誰が当事者１２であるか」を認証するためのＰＩＮ）の両方に基づいて動作する。カード２２が正しいＡｃｃｔＩＤを有する限り、リクエストエンティティ１２がカード２２の正当な所有者であるか否かに関係なく、ＰｒＫおよびＰＩＮがリクエストエンティティ１２によって入力され、許可および他のルールおよびリスク要素が満たされ、アクセスが許可される。ＡｃｃｔＩＤがデータベース２６のＡｃｃｔＩＤと適合しない場合、Ｍが認証しない場合、１以上の他のルールまたは許可が満たされない場合、または、ＰＩＮが誤りであるか、入力されていない場合、アクセス認証コンポーネント１６は、カード２２に拒絶を送信するか、あるいは、ドア２２６を開けないだけである。内部セキュリティアラームはまた、所望のようにシステムによって用いられるように生成され得る。
【００７２】
図１１は、本発明の検証に基づく認証ファクタの実施形態１６０を示す。システム２２０と同一または実質的に同一である機能は、当業者には理解され得るので詳細に繰り返されない。再び、システム２４０は、Ｉ／Ｏ端末を除いてアカウント許可局１１内に含まれ得る。リクエストエンティティ１２は、制御されたリソース１４（ここでは金融機関コンピュータ）のアカウントホルダである。アカウントホルダ１２がデバイス２２（ここではＡＴＭカード等のカード）を所有する。カード２２は、検証データおよび検証データ内のＰｕＫ−ＰｒＫを有し、ＡＴＭマシーンまたは類似品２４２にて用いられ得る。マシーン２４２は、Ｉ／Ｏカードリーダ２４４、ディスプレイ２４６、英数文字のキーパッド２４８およびキャッシュディスペンサ２５０を含む。リクエストエンティティ１２およびカード２２は、アカウントデータベース２５４の金融機関コンピュータ１４によって維持されるアカウントレコード２５２に関連付けられる。当事者１２は、フィールド２５６に格納された第２ＡｃｃｔＩＤを有し、フィールド２５８に格納された関連アカウント情報を有する。アカウントは、当座預金口座、預金口座、貨幣市場等であり得る。金融機関は、銀行、クレジットユニオン（ｃｒｅｄｉｔ  ｕｎｉｏｎ）、インターネット銀行等であり得る。
【００７３】
取引を始めるために、ホルダ１２は、マシーン２４２のカードリーダ２４４にカード２２を差し込む。マシーン２４２は、カード２２の差込によって初期化され、ホルダ１２がディスプレイ２４６を用いて取引を選択するようにプロンプトを与え、ホルダ１２がキーボード２４８を用いてキャッシュ回収（ｃａｓｈ  ｗｉｔｈｄｒａｗ）等の表示された取引（ＡＲ）を選択する。次いで、マシーン２４２は、キャッシュ回収等命令をカード２２に送信する。（ここで、命令は、デジタル署名されており、ＥＣ１８としてＡｃｃｔＩＤおよび／または検証ステータスインジケータを用いて、ＥＣ１８をアクセス認証コンポーネント１６に送信するマシーン２４２に戻される）をカード２２に送信する。アクセス認証コンポーネント１６は、レコード２４からＰｕＫを入手するためにＡｃｃｔＩＤを用い、ホルダ１２のアクセスを認証するために、Ｍを認証し、検証ステータスを検証ステータスインジケータの格納されたテーブルと比較する。次いで、アクセス認証信号は、アクセス認証／制御３４（アカウント許可プロファイルおよび他のビジネスルールおよびリスク要素をレコード４１からまたは金融機関コンピュータ１４から直接的に入手するためにＲｅｓＩＤを用いる）に送信される。アカウント、回収キャッシュを認証し、一般には勘定残高等のアカウントに関する情報を入手することが少なくとも許可される。アクセス認証／制御３４は、順に命令を実行する金融機関コンピュータ１４へのアクセスを提供し、アカウントレコード２５２に利用可能な勘定を比較し、十分な場合、命令をマシーン２４２に送信し、キャッシュを分配し、マシーン２４２のディスプレイ２４６上に勘定を表示する。アクセス認証／制御３４または機関コンピュータ１４は、要求された取引のアクセス認証コンポーネント１６を介して確認を要求し得、前述のようにセッション中にデータベース２６にアクセスし得る。ホルダ１２は、同一の態様で同一または異なるセッション内において他の取引を始め得る。
【００７４】
図１２は、本発明の検証に基づく認証ファクタの実施形態１６０の特定の医療ビジネスレコードアプリケーションまたはシステム２７０を例示する。再び、システム２２０と同一または実質的に同一である機能は、当業者には理解されるので詳細には繰り返されない。リクエストエンティティ１２は、制御されたリソース１４（ここで、医療レコード管理会社コンピュータ）の医療レコード２７２のアカウントホルダである。アカウントホルダ１２がデバイス２２（ここではセキュリティカード等のカード）を有する。カード２２は、内部にＰｕＫ−ＰｒＫを有し、パーソナルコンピュータ（ｐｃ）または類似物の２７４にて用いられ得る。ｐｃ２７４は、ｐｃ２７４に接続されたＩ／Ｏカードリーダ２７６、モニタ２７８、英数字のキーボード２８０およびマウス２８２を含む。アカウント認可局１１は、一般に、ｐｃ２７４を含むシステム２７０のコンポーネント全てを含む（媒体が安全なイントラネットである）。リクエストエンティティ１２およびカード２２は、アカウントデータベース２８４の医療レコード管理会社コンピュータ１４によって維持される医療アカウントレコード２７２と関連付けられる。当事者１２は、フィールド２８６に格納された第２ＡｃｃｔＩＤおよびフィールド２８８に格納された関連付けられた医療情報を有する。医療情報は、特定の医者または病院等に関連付けられた特定の手順または特定のテスト結果、患者の医療履歴についての患者データであり得る。前述のように、通信媒体２０は、レコード２７２およびデータベース２８４の類似のレコードの感知度のおかげで、ｐｃ２７４と制御されたリソース１４との間の安全なイントラネットまたは他の直接的な安全なリンクである可能性が大きい。
【００７５】
医療履歴をレビューすること等の取引を始めるために、ホルダ１２は、カード２２をｐｃ２７４のカードリーダ２７６に差し込む。次いで、ｐｃ２７４は、キーボード２８０および／またはマウス２８２を用いてホルダ１２が取引を選択することを可能にし、ホルダ１２がテストの結果をレビューすること等のレコード２７２で所望の取引を選択する。次いで、ホルダ１２は、カード２２に命令およびＰＩＮ（ここで、検証ステータスデータは、入れられたＰＩＮと比較され、検証ステータスインジケータが生成される）を送信するためにｐｃ２７４を用いる。検証ステータスインジケータ等の命令は、ＥＣ１８としてＡｃｃｔＩＤでデジタル署名され、ｐｃ２７４に戻される。次いで、ホルダ１２は、従来の態様でキーボード２８０および／またはマウス２８２を用いて、再びアクセス認証コンポーネント１６にＥＣ１８を送信する。アクセス認証コンポーネント１６は、レコード２４からＰｕＫを入手するためにＡｃｃｔＩＤを用い、Ｍを認証し、ホルダ１２のアクセスを認証するために検証ステータスインジケータと検証ステータスインジケータテーブルとを比較する。システム２７０において、アクセス認証コンポーネント１６は、レコードフィールド４４からアカウント許可プロファイルおよび他のルールを入手する。アカウントレコード２７２にアクセスし、フィールド２８８に格納された医療履歴等の、アカウントに関する情報を入手することが少なくとも許可される。許可および他のルールが満たされる場合、アクセス認証コンポーネント１６は、管理会社コンピュータ１４にアクセスを許可する。順に命令を実行し、アカウントレコード１３２からのテスト結果を入手し、ｐｃ２７４のモニタ２７８上に表示するために結果を送信する。ルールまたは管理会社コンピュータ１４は、前述のようにセッション中にリクエストのいくつかまたは全ての確認を要求し得る。ホルダ１２はまた、類似の態様で同一または分離したセッションにおける他のリクエスト取引を開始し得る。
【００７６】
図１３をここで参照すると、本発明の第３のセキュリティプロファイルに基づくアクセス認証システムの実施形態が参照番号２９０によって指定されている。認証システム２９０は、制御されたリソース１４へのアクセスを所望するリクエストエンティティ１２を含む。制御されたリソース１４は、再び、物理空間、情報レポジトリまたは金融機関等の任意の制限されたアクセスエンティティであり得る。制御されたリソース１４へのアクセスは、アクセス認証コンポーネント１６によって制御される。リクエストエンティティ１２は、再び、ＥＣ１８の形態でアクセスリクエスト（ＡＲ）を通信媒体２０を介してアクセス認証コンポーネント１６に送信する。
【００７７】
ＥＣ１８は、単なるＡＲ等のメッセージ（Ｍ）を含む。ＰｕＫ−ＰｒＫ鍵ペアのＰｒＫ（リクエストエンティティ１２によって保持される）を用いて、リクエストエンティティ１２がＭにデジタル署名する。ＰｕＫ−ＰｒＫ鍵ペアは、リクエストエンティティ１２によって保持される安全なデバイス２９２内に含まれている。デバイス２９２は、再び、ＰｕＫ−ＰｒＫ鍵ペアを含み、Ｍをデジタル署名するために用いられ得、好適には、ＰｕＫのみをエクスポートし得る。デバイス２９２は、セキュリティプロファイル（一般的ではないが、任意にデバイス２９２に格納され得るか、他の場合にはデバイス２９２に含まれ得る）にさらに関連され得る。セキュリティプロファイルがデバイス２９２に格納される場合、セキュリティプロファイルがＭとして用いられ得るか、デバイス２９２によってＭと共に用いられ得る。セキュリティプロファイルがセキュリティ特性、（ＰＩＮまたはバイオメトリックデータ等の）認証容量およびデバイス２９２の製造履歴を含み得る。本発明にて利用され得るセキュリティプロファイルを含むデバイス２９２の実施形態の詳細は、本明細書中に参考として援用されるＰＲｉＭＲ出願に詳細に説明される。
【００７８】
Ｍがアクセス認証コンポーネント１６に送信され得る前に、再び、リクエストエンティティ１２がアカウント認可局１１およびアクセス認証コンポーネント１６によってセキュリティアカウントを開ける。セキュリティアカウントは、リクエストエンティティ１２に関連付けられた少なくとも１つのレコード２９４を含む。セキュリティアカウントおよびレコード２９４は、好適には、レコード２４のように、アクセス認証コンポーネント１６によってデータベース２６に確立され、維持される。アクセス認証コンポーネント１６は、リクエストエンティティ１２のＰｕＫを入手し、ＰｕＫフィールド２８のレコード２９４にそれを格納する。アクセス認証コンポーネント１６は、レコード２９４、それゆえ、ＰｕＫを、レコード２９４のフィールド３０に格納される一意的な識別子またはＡｃｃｔＩＤに関連付ける。レコード２９４はまた、リクエストエンティティ１２のセキュリティアカウントと関連付けられ、リクエストエンティティ１２についての様々な情報を含み得る情報フィールド３２を含む。この情報は、許可プロファイル、アクセスの許可されたレベルおよび／または金融等のセキュリティアカウントまたはリクエストエンティティ１２によってアクセスされるべきレコードについての他の情報であり得る。さらに、デバイス２９２のセキュリティプロファイル（ＳＰ）は、プロファイルにアクセスするための適切なセキュリティを有してフィールド２９６のレコード２９４に格納され得る。
【００７９】
再び、制御されたリソース１４は、一般に、固有のアクセス認証／制御３４を有する。アクセス認証／制御３４は、アクセス認証コンポーネント１６からアクセス認証信号を受信し、許可および他のルールおよびリスク要素が満たされる場合、直接的にまたはアクセス認証コンポーネント１６を介して、リクエストエンティティ１２にアクセスを許可する。アクセスは、例えばデータベース３８にアクセスすることによって許可される。データベース３８は、フィールド４２にＲｅｓＩＤを含む少なくとも１つのレコード４１、関連付けられた許可およびフィールド４４の他のルールを含む。特定のアプリケーションの許可プロファイルは、制御されたリソース１４へのアクセスの許可レベル、および／または、リクエストエンティティ１２によってアクセスされるべき金融またはビジネスレコード等のアカウントについての他の情報であり得る。制御されたリソース１４またはアクセス認証／制御３４はまた、再び、前述のように、リンク２１および２３を介して、アクセス認証信号の確認および／または任意のＡＲの命令を要求し得る。アクセス認証／制御３４はまた、リンク３０６を介して、データベース２９８へのアクセスを有する。アクセス認証コンポーネント１６がまた、アクセス認証／制御３４の代わりに、制御されたリソース１４にアクセス認証／制御を提供している場合、許可ビジネスルールおよび情報は、フィールド３２内等の、アクセス認証コンポーネント１６内に位置付けられ、アクセス認証コンポーネント１６は、全ての必要条件が満たされる場合、直接的にアクセスを許可する。
【００８０】
一旦リクエストエンティティ１２がアカウント認可局１１およびアクセス認証コンポーネント１６によってセキュリティアカウントを有すると、リクエストエンティティ１２は、図１４のフローチャートに関して説明されるように、制御されたリソース１４にアクセスするために、ＥＣ１８をアクセス認証コンポーネント１６に送信し得る。
【００８１】
セキュリティプロファイルが、データベース２６のレコード２９４内に格納され得るが、セキュリティプロファイルは、好適には、個別の安全なデータベース２９８に格納される。安全なデータベース２９８は、デバイス２９２が製造された工場（図示せず）によって維持され得る。アクセス認証コンポーネント１６は、データベース２６のように、データベース２９８にアクセスし得、フィールド３０２にデバイス２９２のセキュリティプロファイルを含むレコード３００にアクセスする。デバイス２９２は、フィールド３０４に位置付けられた、シリアル番号または他の識別子（ＰｕＫ等）によって位置付けられ得る。本発明にて利用され得るセキュリティプロファイルを含むデータベース２９８の実施形態の詳細は、本明細書中に参考として援用されるＰＲｉＭＲにおいて詳細に説明される。
【００８２】
ここで図１４を参照すると、認証システム２９０の動作のフローチャート３１０が例示される。リクエストエンティティ１２は、Ｍ（セキュリティプロファイル２９６または３０２であり得、セキュリティプロファイル２９６または３０２をアクセス認証コンポーネント１６への暗黙のＡＲとして機能させる）を工程３１２にて発行する。次いで、リクエストエンティティ１２は、鍵ペアのＰｒＫを用いて工程３１４にてＭをデジタル署名する。ＰｒＫがデバイス２９２にて利用され、デバイス２９２は、Ｍをデジタル署名するようにリクエストエンティティ１２によって利用され、次いで、また、ＥＣ１８を工程３１６にて媒体２０を超えてアクセス認証コンポーネント１６に送信する。アクセス認証コンポーネント１６は、工程３１８にてＥＣ１８を受信する。ＥＣ１８はＡｃｃｔＩＤ３０を含み、この結果、アクセス認証コンポーネント１６が工程３２０にてレコード２９４において正しく関連付けられたＰｕＫ２８を取り出し得る。次いで、アクセス認証コンポーネント１６が工程３３２においてＭを認証するために、ＰｕＫ２８を用いる。次いで、アクセス認証コンポーネント１６がうまくＭを認証し得る場合、アクセス認証コンポーネント１６は、工程３２４にて、セキュリティプロファイルと、含まれる場合にはＭと、格納されたセキュリティプロファイル２９６または３０２とを比較することにより、リクエストエンティティ１２を認証しようと試みる。セキュリティプロファイルが適合であり、アクセスリスク要件を満たす場合、ＡＲが認証される。工程３２６にてセキュリティプロファイルが送信または格納されるか否かに関係なく、アクセス認証コンポーネント１６が要求された取引にてカード２２を受けるか否か、かつ、リクエストエンティティ１２のために制御されたリソース１４へのアクセスを認証するか否かを判定するために、アクセス認証コンポーネント１６がプロファイルをレビューする。Ｍが、工程３２２においてセキュリティプロファイルを認証しないか、セキュリティプロファイルに適合しないか、アクセス認証コンポーネント１６が工程３２４にてカード２２のセキュリティプロファイルに関連付けられたリスクを受けないと判定しない場合、アクセス認証コンポーネント１６がＡＲを拒絶し、工程３２８にてリクエストエンティティ１２に拒絶を送信し得る。制御されたリソース１４が固有のアクセス認証／制御３４を含む場合、アクセス認証信号が工程３２２にてアクセス認証／制御３４に送信される。前述のように、アクセス認証／制御３４は、多くのタイプがあり得、工程３３４にて、制御されたリソース１４へのアクセスを許可するように確立されたビジネスルールにより、公知の従来的な態様で認証に基づいて機能する。アクセス認証／制御３４または制御されたリソース１４は、再び、工程３３６によって示されるように、ＡＲの確認または新規な／異なる認証ファクタ提出を要求し得る。確認または他のルールまたは許可が満たされない場合、ＡＲが工程３３８にて拒絶される。システム２９０の特定の物理空間アクセスアプリケーションが図１５にて例示される。
【００８３】
図１５は、本発明のセキュリティプロファイルに基づいた認証ファクタの実施形態２９０の特定の物理空間用途またはシステム２２０を示す。システム３４０において、デバイス２２は、安全な建物として示される物理空間３４２にアクセスするための、スマートカード、セキュリティカードまたはＩＤバッジ等のアクセスカードの形態である。アカウント認可局１１は、一般に、部屋３４２なしのシステム３４０のコンポーネント全てを含む。システム３４０において、部屋３４２は、制御されたリソース１４であり得る。部屋３４２は、複数の部屋への入口であり得（図示せず）、１以上の部屋が制御されたリソース１４であり得、他の制御されたリソース１４であり得るか、さらなるセキュリティ認証が要求されることなく、部屋３４２を通じてアクセス可能であり得る。
【００８４】
カード２２は、本発明のセキュリティプロファイルに基づく認証ファクタの実施形態２９０によって機能するように構成される。カード２２は、参考として援用されたＶＳ出願に詳細に説明されているように、適切なコンピュータチップ（図示せず）を含む。カード２２の構造は、再び、従来的であり得、Ｉ／Ｏカードリーダ３４４と通信することを可能にする構造を備えたチップが内部に組み込まれている。カード２２は、カード２２およびその内部のチップとリーダ３４４との間の通信を物理的接触によって可能にする表面接触（図示せず）を有する。カード２２はまた、近接および表面通信動作が可能な近接適格カードおよび／またはカード２２であり得る。
【００８５】
セキュリティプロファイルに基づく認証ファクタシステム３４０において、カード２２は、一意的なＰｕＫ／ＰｒＫ鍵ペアを要求し得、１以上のタイプの検証データを含み得る。データベース２６のレコード２４は、フィールド３０のリクエストエンティティ１２の、従業者ＩＤ番号、フィールド２８のＰｕＫおよびフィールド３２の当事者１２の（複数の）認証ファクタについての情報等のＡｃｃｔＩＤを有する。システム３４０がリクエストエンティティ１２を認証するだけである場合、レコード２４がＡｃｃｔＩＤおよび／またはＰｕＫを含むだけでよい。図１５に示されるように、システム３４０がアクセスを認証かつ許可する場合、例えば、部屋３４２へのアクセスについて認可されるという許可情報／ルールもまた含まれる。許可されたアクセスは、ある日（月曜から金曜まで）のＡＭ８時〜ＰＭ７時または週末の他の時間等のある時間に制限され得るか、各日の２４時間の無制限のアクセスであり得る。認証のみがシステム３４０によって提供される場合、許可情報／ルールがアクセス認証／制御３４内にある（図１５に図示せず）。
【００８６】
システム３４０の動作中、リクエストエンティティ１２は、部屋３４２等の制御されたリソース１４へのアクセスを入手するカード２２をカードリーダ３４４に提示する。部屋３４２は、ロック３４８を含むロックされたドア３４６によって保護される。ロック３４８は、アクセス認証コンポーネント１６によって制御／作動され、この例においては、アクセスの認証および許可の両方を提供する。アクセス認証コンポーネント１６はまた、イントラネット２０、ローカルネットワークまたはリーダ３４４の一部として物理的にハードワイヤリングされたもの等を通じてカードリーダ２２４と連絡する。
【００８７】
カード２２がカードリーダ３４４への挿入によってか、リーダ３４４の近接に持って来られることによってリーダ３４４に提示されるとき、場合によって、リーダ３４４が従来の態様で初期化される。初期化は、提示と同時にカード２２を検出するリーダ３２４によってか、リーダ３４４にリセット信号／メッセージを出力するカード２２によって一般に達成される。カード２２は、カード２２がリーダ３４４から電力を受けるとき、システム３４０において、カード２２のスタートアッププロトコルの一部としてリセット信号を出力するように動作し得る。
【００８８】
初期化に続いて、リーダ３４４がディスプレイ３５０上のメッセージ入力リクエストまたはプロンプトを表示し得る。プロンプトは、リクエストエンティティ１２が、英数字キーボード２３２（図１３に図示せず）を用いるＰＩＮまたはバイオメトリックデータ等の検証データをカード２２に入力することを要求する。バイオメトリックデータは、リーダ３４４に接続されるか、連絡するスキャンデバイス（ｓｃａｎｎｉｇ  ｄｅｖｉｃｅ）を用いてリクエストエンティティ１２の網膜をスキャンすることによって入力され得るか、提示され得る。カード２２が入力されたバイオメトリック入力を内部に格納されたバイオメトリック入力と比較して、検証ステータスインジケータを生成する。次いで、カード２２は、システム３４０のために確立されたデフォルトメッセージ（簡単には、検証ステータスインジケータまたはＡｃｃｔＩＤ等）であり得るＭを発生する。カード２２は、Ｍを形成するために、ＰｒＫでメッセージをデジタル署名し、ＡｃｃｔＩＤをＭに加え、リーダ３４４に結果的に生じるＥＣ１８をエクスポートする。リーダ３４４は、ＥＣ１８をアクセス認証１６に通信する。ここで、Ｍ付きのＡｃｃｔＩＤがデータベース２６にてレコード２４を見出し、ＰｕＫおよび任意の関連するセキュリティルールおよび許可情報を取り出すために用いられる。許可プロファイルまたは情報は、まず、カード２２が提示される日時と比較してもよい。リクエストエンティティ１２が上記日時にてアクセスを許可される場合、ＰｕＫがＭを認証するためにアクセス認証コンポーネント１６によって利用される。アクセス認証コンポーネント１６の検証ステータスインジケータテーブルと比較され得る検証ステータスインジケータを提供するためにＭが認証される場合、アクセス認証コンポーネント１６がレコード３００のフィールド３０２からセキュリティプロファイルを入手して比較し得る。セキュリティプロファイルが要求されたアクセスについて十分に信頼できる場合、リクエストエンティティ１２が認証され、全ての他のルールが満たされる場合、アクセス認証コンポーネント１６が許可アクセス情報（ｇｒａｎｔ  ａｃｃｅｓｓ  ｉｎｆｏｒｍａｔｉｏｎ）をドアロック３４８に送信する。あるいは、Ｍがまず認証され得、次いで、アクセス情報がＭが問題なく認証された後に比較され得る。次いで、ロック３４８がドア３４６をロック解除をするように作動され、部屋３４２についてリクエストエンティティ１２にアクセスを提供する。
【００８９】
システム３４０は、リクエストエンティティ１２が所有するもの（ここでカード２２）およびカード２２のセキュリティプロファイルから判定されたカードの信頼性の両方に基づいて動作する。このシステムは、リクエストエンティティ１２であるもの（ここでは、網膜スキャンバイオメトリック入力によって表されるもの）を含み得る。バイオメトリック入力なしで、カード２２が正しいＡｃｃｔＩＤを有する限り、カード２２が正しいＡｃｃｔＩＤ、ＰｒＫおよび受容可能なセキュリティプロファイルを有し、他の許可、リスクおよびビジネスルールを満たす限り、リクエストエンティティ１２がカード２２の正当な所有者であるか否かに関係なく、アクセスが許可される。ＡｃｃｔＩＤがデータベース２６のＡｃｃｔＩＤと適合しない場合、Ｍが認証しない場合、１以上の他のルールまたは許可が満たされない場合、または、ＰＩＮが誤りであるか、入力されていない場合、アクセス認証コンポーネント１６は、カード２２に拒絶を送信するか、あるいは、ドア３４６を開けないだけである。内部セキュリティアラームはまた、所望のようにシステムによって用いられるように生成され得る。
【００９０】
図１６は、本発明のセキュリティプロファイルに基づく認証ファクタの実施形態２９０の特定の金融アプリケーションまたはシステム３６０を示す。システム３４０と同一または実質的に同一である機能は、当業者には理解され得るので詳細に繰り返されない。リクエストエンティティ１２は、制御されたリソース１４（ここでは金融機関コンピュータ）のアカウントホルダである。アカウントホルダ１２がデバイス２２（ここではＡＴＭカード等のカード）を所有する。カード２２は、内部にＰｕＫ−ＰｒＫを少なくとも有し、ＡＴＭマシーンまたは類似品３６２にて用いられ得る。マシーン３６２は、Ｉ／Ｏカードリーダ３６４、ディスプレイ３６６、英数文字のキーパッド３６８およびキャッシュディスペンサ３７０を含む。アカウント認可局１１は、ＡＴＭマシーン３６２付きまたはＡＴＭマシーン３６２なしのシステム３６０の全てのコンポーネントを含み得る。リクエストエンティティ１２およびカード２２は、アカウントデータベース３７４の金融機関コンピュータ１４によって維持されるアカウントレコード３７２に関連付けられる。当事者１２は、フィールド３７６に格納された第２ＡｃｃｔＩＤを有し、フィールド３７８に格納された関連アカウント情報を有し、また、当事者１２の許可プロファイルを含み得る。アカウントは、当座預金口座、預金口座、貨幣市場等であり得る。金融機関は、銀行、クレジットユニオン、インターネット銀行等であり得る。
【００９１】
取引を始めるために、ホルダ１２は、マシーン３６２のカードリーダ３６４にカード２２を差し込む。マシーン３６２は、カード２２の差込によって初期化され、ホルダ１２がディスプレイ３６６を用いて取引を選択するようにプロンプトを与え、キーボード３６８を用いてホルダ１２が残高繰り越し等の表示された取引を選択する。ホルダ１２はまた、キーボード３６８を用いてＰＩＮを入れ得る。次いで、マシーン３６２は、残高繰り越し命令をカード２２に送信する（ここで、ＰＩＮが比較され、ＰＩＮが入れられる場合、命令は、デジタル署名され、ＥＣ１８としてＡｃｃｔＩＤおよび／または検証ステータスインジケータを用いて、マシーン３６２に戻される）。マシーン３６２は、ＥＣ１８をアクセス認証１６に送信する。アクセス認証コンポーネント１６は、レコード２４からＰｕＫを入手するためにＡｃｃｔＩＤを用い、ホルダ１２のアクセスを認証するために、Ｍを認証し、検証ステータスを、含まれる場合には検証ステータスインジケータの格納されたテーブルと比較する。アクセス認証コンポーネント１６は、カード２２が要求された取引について信頼できるものであるか否かを判定するために、セキュリティプロファイル３０２をレコード３００から取り出し得る。カード２２が十分に信頼できる場合、アクセス認証信号は、アクセス認証／制御３４（アカウント許可および他のビジネスルールをレコード４１から入手するためにＲｅｓＩＤを用いる）に送信される。アカウントにアクセスし、残高繰り越しを処理し、一般には結果的に生じる勘定残高等のアカウントに関する情報を入手することが少なくとも許可される。アクセス認証／制御３４は、全ての要求された条件が満たされる場合、順に命令を実行する金融機関コンピュータ１４へのアクセスを提供し、要求された勘定を繰り越し、十分なファンドがアカウントレコード３７２にて利用可能である場合、命令をマシーン３６２に送信し、繰り越しおよび勘定情報をマシーン３６２のディスプレイ３６６上に表示する。アクセス認証／制御３４または機関コンピュータ１４は、要求された取引のアクセス認証コンポーネント１６を介して確認を要求し得、前述のようにセッション中にデータベース２６にアクセスし得る。ホルダ１２は、同一の態様で同一または異なるセッション内において他の取引を始め得る。
【００９２】
図１７は、本発明のセキュリティプロファイルに基づく認証ファクタの実施形態２９０の特定の医療ビジネスレコードアプリケーションまたはシステム３９０を例示する。再び、システム３４０と同一または実質的に同一である機能は、当業者には理解されるので詳細には繰り返されない。ここで、アカウント認可局１１は、例示されるようにシステム３９０のコンポーネント全てを含んでもよい。リクエストエンティティ１２は、制御されたリソース１４（ここで、医療レコード管理会社コンピュータ）の医療レコード３９２のアカウントホルダである。アカウントホルダ１２がデバイス２２（ここではセキュリティカード等のカード）を有する。カード２２は、内部にＰｕＫ−ＰｒＫを含み、パーソナルコンピュータ（ｐｃ）または類似物の３９４にて用いられ得る。ｐｃ３９４は、ｐｃ３９４に接続されたカードリーダ３９６、モニタ３９８、英数字のキーボード４００、マウス４０２およびマイクロフォン４０４を含む。リクエストエンティティ１２およびカード２２は、アカウントデータベース４０６の医療レコード管理会社コンピュータ１４によって維持される医療アカウントレコード３９２と関連付けられる。当事者１２は、フィールド４０８に格納された第２ＡｃｃｔＩＤおよびフィールド４１０に格納された関連付けられた医療情報を有する。医療情報は、特定の医者または病院等に関連する特定の手順または特定のテスト結果、患者の医療履歴、保険および勘定支払履歴または類似物についての患者データであり得る。
【００９３】
保健および勘定支払履歴をレビューすること等の取引を始めるために、ホルダ１２は、カード２２をｐｃ３９４のカードリーダ３９６に差し込む。次いで、ｐｃ３９４は、キーボード４００および／またはマウス４０２を用いてホルダ１２が取引を選択することを可能にし、ホルダ１２は、レコード３９２で、テストの結果をレビューすること等の所望の取引を選択する。次いで、ホルダ１２は、命令および必要な場合には検証ステータス入力（ＰＩＮまたは音声入力等）をマイクロフォン４０４に、カード２２に（ここで、検証ステータスデータは、存在する場合には、入れられた情報と比較され、検証ステータスインジケータが生成される）を送信するためにｐｃ３９４を用いる。次いで、命令（ＡｃｃｔＩＤおよび／または検証ステータスインジケータ）は、ＥＣ１８としてＡｃｃｔＩＤでデジタル署名され、ｐｃ３９４に戻される。次いで、ホルダ１２は、従来の態様でキーボード４００および／またはマウス４０２を用いて、再びアクセス認証コンポーネント１６にＥＣ１８を送信する。アクセス認証コンポーネント１６は、レコード２４からＰｕＫを入手するためにＡｃｃｔＩＤを用い、Ｍを認証し、ホルダ１２のアクセスを認証するために、存在する場合には、検証ステータスインジケータと、検証ステータスインジケータテーブルとを比較する。検証ステータスインジケータがあってもなくても、アクセス認証コンポーネント１６は、データベース２９８のレコード３００からカード２２のセキュリティプロファイルを入手し得、カードに関連付けられたリスクが要求された取引について受容可能であるか否かを判定し得る。カード２２が受容可能である場合、アカウントホルダ１２がレコード３９２にアクセスするために認証される。システム３９０において、アクセス認証コンポーネント１６はまた、アカウント許可、リスク要素および他のビジネスルールをレコード４４から入手する。アカウントレコード３９２にアクセスし、フィールド４１０に格納された保健および勘定支払履歴等の、アカウントに関する情報を入手することが少なくとも許可される。全ての要件が満たされる場合、アクセス認証コンポーネント１６は、管理会社コンピュータ１４にアクセスを許可する。管理会社コンピュータ１４は、順に命令を実行し、アカウントレコード３９２からの支払履歴を入手し、ｐｃ３９４のモニタ３９８上に表示するために結果を送信する。管理会社コンピュータ１４は、前述のようにセッション中にリクエストのいくつかまたは全ての確認を要求し得る。ホルダ１２はまた、類似の態様で同一または個別のセッションにおける他のリクエスト取引を開始し得る。
【００９４】
上述されたように、アカウントに基づくアクセスシステムの実施形態５０は、リクエストエンティティ１２がＰｒＫを所有することを要求するのみである。セキュリティプロファイルに基づくアクセスシステムの実施形態２９０は、リクエストエンティティ１２がＰｒＫおよび所望のセキュリティプロファイル付きのデバイス２９２を所有することを要求する。実施形態１６０は、リクエストエンティティ１２がＰｒＫおよびデバイス１６２を所有し、ＰＩＮおよび／またはリクエストエンティティ１２のバイオメトリック特性等の実際のもの（ｓｏｍｅｔｈｉｎｇ）等の、いくつかのシークレットを知っていることを要求する。たいていの安全アクセスシステムは、図１８について記載されているように認証ファクタ全ての組み合わせを要求する。
【００９５】
図１８をここで参照すると、本発明の第４のアクセス認証システムの実施形態が参照番号４２０によって指定されている。アクセスシステム４２０は、制御されたリソース１４へのアクセスを所望するリクエストエンティティ１２を含む。アカウント認可局１１がシステム４２０のコンポーネントの全てを含み得る。制御されたリソース１４へのアクセスは、アクセス認証コンポーネント１６によって認証される。リクエストエンティティ１２は、再び、アクセスリクエスト（ＡＲ）をＥＣ１８の形態で通信媒体２０を通じてアクセス認証コンポーネント１６に送信する。
【００９６】
ＥＣ１８は、単なるＡＲ等のメッセージ（Ｍ）を含む。ＰｕＫ−ＰｒＫ鍵ペアのＰｒＫ（リクエストエンティティ１２によって安全なデバイス４２２内に保持される）を用いてリクエストエンティティ１２によってＭがデジタル署名される。ＰｕＫ−ＰｒＫ鍵ペアを含むデバイス４２２は、再び、Ｍにデジタル署名するように用いられ得、好適には、ＰｕＫのみをエクスポートし得る。デバイス４２２は、リクエストエンティティ１２からの入力部４２４をさらに含む。デバイス４２２には、リクエストエンティティ１２に対する個人的な検証データが内部に格納されており、セキュリティプロファイル２９６がデバイス４２２と関連付けられている。検証データは、１以上のバイオメトリックデータまたはセキュリティコード／情報、ＰＩＮまたはこれらの組み合わせ等のシークレットであり得る。リクエストエンティティ１２は、デバイス４２２に検証データを入力し、デバイス４２２は、この検証データをデバイス４２２に格納された検証データと適合させようとする。比較の出力は検証ステータスインジケータである。これらは、例えば、以下のインジケータであり得る：非検証データ入力（００）、適合してから出力されてきた別のインジケータなしの格納された検証データとの適合（０１）、入力検証データの失敗した適合（１０）および適合してから出力されてきた別のインジケータと入力検証データとの適合（１１）。検証データおよび検証ステータスおよびセキュリティプロファイル２９６を含むデバイス４２２の実施形態の詳細（本発明にて利用され得る）は、本明細書中で参考として援用されるＶＳおよびＰＲｉＭＲ出願にて詳細に説明され得る。
【００９７】
前の実施形態のように、Ｍがアクセス認証コンポーネント１６に送信される前に、リクエストエンティティ１２は、アカウント認可局１１およびアクセス認証コンポーネント１６によってセキュリティアカウントを開く。セキュリティアカウントは、リクエストエンティティ１２に関連する少なくとも１つのレコード４２６を含む。セキュリティアカウントおよびレコード４２６は、好適には、レコード２４のように、アクセス認証コンポーネント１６によってデータベース２６に確立され、維持される。本発明にて利用され得るデータベース２６およびその動作の実施形態の詳細は、本明細書中に参考として援用されるＡＢＤＳおよびＶＳ出願において詳細に説明される。アクセス認証コンポーネント１６は、リクエストエンティティ１２のＰｕＫを入手し、ＰｕＫフィールド２８のレコード４２６にＰｕＫを格納する。アクセス認証コンポーネント１６は、レコード４２６、それゆえ、ＰｕＫを一意的な識別子またはＡｃｃｔＩＤ（レコード４２６のフィールド３０に格納される）に関連付ける。レコード４２６はまた、リクエストエンティティ１２のセキュリティアカウントと関連付けられる情報フィールド３２を含み、リクエストエンティティ１２に関連する様々な情報を含み得る。情報は、アクセスのための認証ファクタおよび／または金融等のセキュリティアカウントについての他の情報またはリクエストエンティティ１２によってアクセスされるべきレコードであり得る。さらに、検証ステータスは、必要に応じて、フィールド１６８のレコード４２６に格納され得、セキュリティプロファイルがフィールド２９６に格納される（例示目的のために）。
【００９８】
前に説明されたように、制御されたリソース１４は、一般に、固有のアクセス認証／制御３４を有する。アクセス認証／制御３４は、アクセス認証コンポーネント１６からアクセス認証信号を受信し、直接的にまたはアクセス認証コンポーネント１６を通じてリクエストエンティティ１２にアクセスを許可する。アクセスは、例えば、データベース３８にアクセスすることによって許可される。データベース３８は、ＲｅｓＩＤをフィールド４２に含み、フィールド４４に関連付けられた許可／ルールを含む少なくとも１つのレコードを含む。許可プロファイルは、特定のアプリケーションに対するビジネスルールおよびリスク要素の１セットと共に含まれ得、制御されたリソース１４へのアクセスの許可されたレベルおよび／または金融等のアカウントについての情報またはリクエストエンティティ１２によってアクセスされるべきビジネスレコードであり得る。制御されたリソース１４またはアクセス認証／制御３４は、再び、認証の確認および任意のＡＲを、リンク２１および２３を介してなどして、要求し得る。アクセス認証コンポーネント１６はまた制御されたリソース１４にアクセス認証／制御３４を提供する場合、許可ビジネスルールおよび情報は、レコード４２６のフィールド３２内等のアクセス認証コンポーネント１６に位置付けられ、直接にアクセスを許可する。
【００９９】
一旦リクエストエンティティ１２がアカウント認可局１１およびアクセス認証コンポーネント１６でセキュリティアカウントを初期化すると、リクエストエンティティ１２は、図１９のフローチャートについて説明されるように、制御されたリソース１４にアクセスするように、アクセス認証コンポーネント１６にＥＣ１８を送信し得る。
【０１００】
図１９をここで参照すると、アクセスシステム４２０の動作のフローチャート４４０が例示されている。リクエストエンティティ１２は、工程４４２において、１以上のタイプの検証データをデバイス入力４２４に入れ、デバイス４２２は、工程４４４において、１以上の検証ステータスインジケータを生成する。次いで、リクエストエンティティ１２は、工程４４６において、Ｍ（単なる検証ステータスインジケータ１６８、ＰｕＫまたはＡｃｃｔＩＤであり得る）を発行し、これらをアクセス認証コンポーネント１６に対して暗黙のＡＲとして機能させる。次いで、リクエストエンティティ１２は、工程４４８において、Ｍをデジタル署名する。ＰｒＫがデバイス４２２において利用され、デバイス４２２は、Ｍをデジタル署名するようにリクエストエンティティ１２によって利用され、次いで、また、工程４５０において、媒体２０を介してＥＣ１８をアクセス認証コンポーネント１６にＥＣ１８を送信する。アクセス認証コンポーネント１６は、工程４５２においてＥＣ１８を受信する。ＥＣは、ＡｃｃｔＩＤ３０を含み、この結果、アクセス認証コンポーネント１６は、工程４５４において、レコード４２６の正しい関連付けられたＰｕＫ２８を取り出し得る。次いで、アクセス認証コンポーネント１６は、工程４５６において、Ｍを認証するようにＰｕＫ２８を用いる。
【０１０１】
アクセスシステム４２０は、他の実施形態のそれぞれ、または、認証ファクタの実施形態の特性のいくつかまたは全ての組み合わせとして動作するオプションを含む。まず、アクセス認証コンポーネント１６がＭをうまく認証し得る場合、アクセス認証コンポーネント１６は、実施形態５０のように、工程４５８において、リクエストエンティティ１２について制御されたリソース１４へのアクセスを認証し得る。アクセス認証コンポーネントはまた、フィールド１６８またはアクセス認証１６に格納された検証ステータスインジケータテーブルと検証ステータスインジケータとを比較することにより、工程４６０においてリクエストエンティティ１２を認証しようとする。検証ステータスが受容可能な適合（０１）である場合、検証ステータスが認証され、次いで、アクセス認証コンポーネント１６は、実施形態１６０のように、工程４５８にて、リクエストエンティティ１２の制御されたリソース１４へのアクセスを認証する。検証ステータスは、ＰＩＮおよび１以上のバイオメトリックステータス適合の両方を含み得、これらの内の１以上は、次いで、リクエストエンティティ１２を認証するために工程４６０にて認証され得る。アクセス認証コンポーネント１６は、ＡＲを認証するために、工程４６２において、さらに、セキュリティプロファイル２９６を入手し得、比較し得る。カード４２２のセキュリティプロファイルが要求されたアクセスリクエストについて十分に信頼性がある場合、このリクエストが認証され、アクセス認証コンポーネント１６は、工程４５８にて、実施形態２９０のように、リクエストエンティティ１２について制御されたリソース１４へのアクセスを認証する。アクセスシステム４２０はまた、工程４５８にてアクセスを認証する前、工程４５６、４６０および４６２の組み合わせを利用し得る。Ｍは、工程４５６にて認証されず、工程４６０において、検証ステータス（ｖｓ）と適合しない場合、または、カード４２２が工程４６０において満足の行くセキュリティプロファイルを有さない場合、アクセス認証コンポーネント１６は、ＡＲを拒絶し、工程４６４にて、リクエストエンティティ１２に拒絶を送信し得る。制御されたリソース１４は、工程４６０にてリクエストエンティティ１２にアクセスを許可するために、工程４５８から直接的にアクセス認証信号を受け得る。制御されたリソース１４が固有のアクセス認証／制御３４を含み、次いで、アクセス認証信号が工程４６８にてアクセス認証／制御３４に送信される。前述のように、アクセス認証／制御３４は、多くのタイプがあり得、工程４７０にて、制御されたリソース１４へのアクセスを許可するように確立されたビジネスルールにより、公知の従来的な態様で認証に基づいて機能する。アクセス認証／制御３４または制御されたリソース１４は、再び、工程４７２によって示されるように、ＡＲの確認および／または１以上の新規な／異なる認証ファクタ提出を要求し得る。確認または他のルールが満たされない場合、ＡＲが工程４７４にて拒絶される。システム４２０の特定の物理空間アクセスアプリケーションが図２０にて例示される。
【０１０２】
図２０は、本発明の第４の認証ファクタの実施形態４２０の特定の物理空間用途またはシステム５００を示す。アカウント認可局１１は、一般にスペース５０２を備えずに、システム５００のコンポーネントの全てを含み得る。システム５００において、デバイス２２は、安全な建物として示される物理空間５０２にアクセスするための、スマートカード、セキュリティカードまたはＩＤバッジ等のアクセスカードの形態である。システム５００において、建物５０２は、制御されたリソース１４であり得る。建物５０２は、複数の部屋（図示せず）を含み、１以上の部屋もまた制御されたリソース１４であり得、他の制御されたリソース１４であり得るか、さらなるセキュリティ認証が要求されることなく、建物５０２においてアクセス可能であり得る。
【０１０３】
カード２２は、本発明の第４の認証ファクタの実施形態４２０によって機能するように構成される。カード２２は、参考として援用されたＶＳ出願に詳細に説明されているように、適切なコンピュータチップ（図示せず）を含む。カード２２の構造は、再び、従来的であり得、カードリーダ５０４と通信することを可能にする構造を備えたチップが内部に組み込まれている。カード２２は、カード２２およびその内部のチップとリーダ５０４との間の通信を物理的接触によって可能にする表面接触（図示せず）を有する。カード２２はまた、近接および表面通信動作の両方が可能な近接適格カードおよび／またはカード２２であり得る。
【０１０４】
第４の認証ファクタシステム５００において、カード２２は、一意的なＰｕＫ／ＰｒＫ鍵ペアと、１以上のタイプの検証ステータスデータ入力および／またはカード２２のセキュリティプロファイル等の、１以上のタイプの認証ファクタとを要求し得る。核プラント（ｎｕｃｌｅａｒ  ｐｌａｎｔ）オペレーティングシステム、高度なセキュリティビジネス／金融レコード等の高度な認証ファクタ設備／動作のために、システムは、全ての認証ファクタの組み合わせを要求し得る。データベース４２６のレコード４２６は、フィールド３０のリクエストエンティティ１２の、従業者ＩＤ番号、フィールド２８のＰｕＫおよびフィールド３２の当事者１２の（複数の）認証ファクタについての情報、フィールド１６８の１以上の検証ステータスおよびフィールド２９６のセキュリティプロファイル等のＡｃｃｔＩＤを有する。認証ファクタ情報３２は、建物または設備５０２についてリクエストエンティティ１６を認証するために要求されるデータのレベルおよびタイプ（単数または複数）を含む。システム５００がリクエストエンティティ１２を認証するだけである場合、レコード４２６は、フィールド３２に許可および他のルールを含まなくてもよい。図２０に示されるように、システム５００がアクセスを認証かつ許可する場合、例えば、リクエストエンティティ１２が建物５０２へのアクセスについて認証されるという許可情報／ルールもまた含まれる。このアクセスは、ある日（月曜から金曜まで）のＡＭ８時〜ＰＭ７時または週末の他の時間等のある時間に制限され得るか、各日の２４時間の無制限のアクセスであり得る。認証のみがシステム５００によって提供される場合、許可情報／ルールがアクセス認証／制御３４内にある（図２０に図示せず）。
【０１０５】
システム５００の動作中、リクエストエンティティ１２は、建物５０２等の制御されたリソース１４へのアクセスを入手するためにカード２２をカードリーダ５０４に提示する。建物５０２は、ロック５０８を含むロックされたドア５０６によって保護される。ロック５０８は、アクセス認証コンポーネント１６によって制御／作動され、この例においては、アクセスの認証および許可の両方を提供する。アクセス認証コンポーネント１６はまた、イントラネット２０、ローカルネットワークまたはリーダ５０４の一部として物理的にハードワイヤリングされたもの等を通じてカードリーダ５０４と連絡する。
【０１０６】
カード２２がカードリーダ５０４への挿入によってか、リーダ３４４の近接に持って来られることによってリーダ５０４に提示されるとき、場合によって、リーダ５０４が従来の態様で初期化される。初期化は、提示と同時にカード２２を検出するリーダ５０４によってか、リーダ５０４にリセット信号／メッセージを出力するカード２２によって一般に達成される。カード２２は、カード２２がリーダ５０４から電力を受けるとき、システム５００において、カード２２のスタートアッププロトコルの一部としてリセット信号を出力するように動作し得る。
【０１０７】
初期化に続いて、リーダ５０４がディスプレイ５１０上のメッセージ入力リクエストまたはプロンプトを表示し得る。プロンプトは、検証認証ファクタが要求され、リクエストエンティティ１２が、リーダ５０４と接続されるか、リーダ５０４と通信している英数字キーボード５１２を用いてＰＩＮ等の検証データをカード２２に入力することを要求する。カード２２が入力されたＰＩＮ入力を内部に格納されたＰＩＮ入力と比較して、ＰＩＮに対する検証ステータスインジケータを生成する。別の、リーダ５０４上のパッド５１４での指紋入力等のバイオメトリック入力もまた要求され得、バイオメトリック入力はカード２２によって送信され、検証される。次いで、カード２２は、システム５００のために確立された暗黙のメッセージまたはデフォルトメッセージ（検証ステータスインジケータの１つまたは両方等）であり得るＭを発生する。カード２２は、Ｍを形成するために、ＰｒＫでメッセージをデジタル署名し、ＡｃｃｔＩＤをＭに加え、リーダ５０４に結果的に生じるＥＣ１８をエクスポートする。リーダ５０４は、ＥＣ１８をアクセス認証１６に通信する。ここで、Ｍ付きのＡｃｃｔＩＤがデータベース２６にてレコード４２６を見出し、ＰｕＫおよび任意の関連するセキュリティルールおよび許可情報を取り出すために用いられる。この情報は、まず、カード２２が提示される日時と比較してもよい。リクエストエンティティ１２の許可プロファイルが上記日時にアクセスを含む場合、ＰｕＫがＭを認証するためにアクセス認証コンポーネント１６によって利用される。アクセス認証コンポーネント１６の検証ステータスインジケータテーブル（例示目的のために、フィールド１６８にあるように示される）と比較され得る検証ステータスインジケータを提供するためにＭが認証される場合、リクエストエンティティ１２が認証される。全ての他のルールが満たされる場合、アクセス認証コンポーネント１６が許可アクセス情報をドアロック５０８に送信する。カード２２のセキュリティプロファイル２９６はまた、アクセス認証コンポーネント１６によって取り出され得、検証ステータスインジケータの生成前後に、要求されたアクセスに対する信頼性の適切なレベルについてレビューされ得る。あるいは、Ｍがまず認証され得、次いで、アクセス情報がＭが問題なく認証された後に比較され得る。次いで、ロック５０８がドア５０６をロック解除をするように作動され、建物５０２についてリクエストエンティティ１２にアクセスを許可する。
【０１０８】
システム５００は、リクエストエンティティ１２が所有するもの（ここでカード２２）、リクエストエンティティ１２が知っているもの（ファクタＢ）（ここではＰＩＮ）、カード２２のセキュリティに対する信頼性となるものおよびリクエストエンティティ１２であるもの（ファクタＣ）（ここでは、指紋）に基づいて所望のように動作する。カード２２が正しいＡｃｃｔＩＤ、ＰＩＮを有し、正しいＰＩＮがリクエストエンティティ１２によって入力され、カード２２のセキュリティプロファイルが信頼性があり、他のルールが満たされる限り、リクエストエンティティ１２がカード２２の正当な所有者であるか否かに関係なく、アクセスが許可される。指紋を加えることは、リクエストエンティティ１２が彼ら（彼女ら）が推定されているものであり、最高の認証ファクタを提供することを確実にする。要求された認証ファクタが失敗である場合（ＡｃｃｔＩＤがデータベース２６のＡｃｃｔＩＤと適合しない場合、Ｍが認証しない場合、または、ＰＩＮが誤りであるか、入力されていない場合、または、１以上の他のルールまたはリスク要素が満たされない場合等）、アクセス認証コンポーネント１６は、カード２２に拒絶を送信するか、あるいは、ドア５０６を開けないだけである。内部セキュリティアラームはまた、所望のようにシステム５００によって用いられるように生成され得る。
【０１０９】
図２１は、本発明の第４の複数の認証ファクタの実施形態４２０の特定の金融アプリケーションまたはシステム５２０を示す。システム５００と同一または実質的に同一である機能は、当業者には理解され得るので詳細に繰り返されない。リクエストエンティティ１２は、制御されたリソース１４（ここでは金融機関コンピュータ）のアカウントホルダである。アカウントホルダ１２がデバイス２２（ここではＡＴＭカード等のカード）を所有する。カード２２は、１以上のタイプの検証データおよびＰｕＫ−ＰｒＫを内部に有し、ＡＴＭマシーンまたは類似品５２２にて用いられ得る。マシーン５２２は、カードリーダ５２４、ディスプレイ５２６、英数文字のキーパッド５２８、指紋パッド５３０等のバイオメトリック入力およびキャッシュディスペンサ５３２を含む。アカウント認可局１１は、マシーン５２２付きまたはマシーン５２２なしのシステム４２０の全てのコンポーネントを含み得る。リクエストエンティティ１２およびカード２２は、アカウントデータベース５３６の金融機関コンピュータ１４によって維持されるアカウントレコード５３４に関連付けられる。当事者１２は、フィールド５３８に格納された第２ＡｃｃｔＩＤを有し、フィールド５４０に格納された関連アカウント情報を有する。アカウントは、当座預金口座、預金口座、貨幣市場等であり得る。金融機関は、銀行、クレジットユニオン、インターネット銀行等であり得る。
【０１１０】
取引を始めるために、ホルダ１２は、マシーン５２２のカードリーダ５２４にカード２２を差し込む。マシーン５２２は、カード２２の差込によって初期化され、ホルダ１２がディスプレイ５２６を用いて取引を選択するようにプロンプトを与え、キーボード５２８を用いてホルダ１２がキャッシュ回収等の表示された取引を選択する。入れられるべき（複数の）認証ファクタは、要求される量およびアカウントのタイプに関連するビジネスルールによって判定され得る。例としては、ＰｒＫの所有のみが＄１００未満の回収のために要求され得、ＰｒＫおよびシークレット（ＰＩＮ等）が＄５００未満の回収のために要求され得、ＰｒＫ、ＰＩＮおよび所定のセキュリティプロファイルが＄１０００未満の回収のために要求され得、ＰｒＫ、ＰＩＮ、要求されたセキュリティプロファイルおよび少なくとも１つのバイオメトリック入力が＄１０００より大きな回収のために要求され得る。ホルダ１２はまた、キーボード５２８を用いて、＄４００の回収リクエストを入れ、要求された情報（ここではＰＩＮ）を入れる。次いで、マシーン５２２は、キャッシュ回収命令をカード２２に送信する（ここで、命令は、デジタル署名され、ＥＣ１８としてＡｃｃｔＩＤおよび／または検証ステータスインジケータを用いて、アクセス認証コンポーネント１６にＥＣ１８を送信するマシーン５２２に戻される）。アクセス認証コンポーネント１６は、レコード２４からＰｕＫを入手するためにＡｃｃｔＩＤを用い、ホルダ１２のアクセスを認証するために、Ｍを認証し、検証ステータスを、含まれる場合には検証ステータスインジケータの格納されたテーブルと比較する。次いで、アクセス認証信号は、アクセス認証／制御３４（アカウント許可および他のビジネスルールをレコード４１から入手するためにＲｅｓＩＤを用いる）に送信される。アカウントにアクセスし、＄５００までのキャッシュを回収し、一般には結果的に生じる勘定残高等のアカウントに関する情報を入手することが許可される。＄４００という要求された量が＄５００の認可された制限未満であるので、アクセス認証／制御３４は、他のルールが満たされると推定し、金融機関コンピュータ１４にアクセスを許可する。金融機関コンピュータ１４は、命令を実行し、アカウントレコード５３４から利用可能な勘定を比較し、十分である場合には、命令をマシーン５２２に送信して要求された＄４００のキャッシュを分配し、この勘定をマシーン５２２のディスプレイ５２６上に表示する。アクセス認証／制御３４または機関コンピュータ１４は、要求された取引のアクセス認証コンポーネント１６を介して確認を要求し得、セッション中にデータベースレコード４２６をアクセスし得るか、より高度な認証ファクタのエントリを要求し得る。前述のようにセッション中にデータベース２６にアクセスし得る。ホルダ１２は、同一の態様で同一または異なるセッション内において他の取引を始め得る。
【０１１１】
図２２は、本発明の第４の複数の認証ファクタの実施形態４２０の特定の医療ビジネスレコードアプリケーションまたはシステム５５０を例示する。再び、システム５００と同一または実質的に同一である機能は、当業者には理解されるので詳細には繰り返されない。ここで、アカウント認可局１１は、例示されるようにシステム５５０のコンポーネント全てを含んでもよい。リクエストエンティティ１２は、制御されたリソース１４（ここで、医療レコード管理会社コンピュータ）の医療レコード５５２のアカウントホルダである。アカウントホルダ１２がデバイス２２（ここではセキュリティカード等のカード）を有する。カード２２は、内部にＰｕＫ−ＰｒＫを含み、パーソナルコンピュータ（ｐｃ）または類似物の５５４にて用いられ得る。ｐｃ５５４は、ｐｃ５５４に接続されたカードリーダ５５６、モニタ５５８、英数字のキーボード５６０、マイクロフォン５６２およびマウス５６４を含む。リクエストエンティティ１２およびカード２２は、アカウントデータベース５６６の医療レコード管理会社コンピュータ１４によって維持される医療アカウントレコード５５２と関連付けられる。リクエストエンティティ１２は、フィールド５６８に格納された第２ＡｃｃｔＩＤおよびフィールド５７０に格納された関連付けられた医療情報を有する。医療情報は、特定の医者または病院等に関連する特定の手順または特定のテスト結果、患者の医療履歴または類似物についての患者データであり得る。
【０１１２】
医療履歴をレビューすること等の取引を始めるために、情報５７０を読み出すか、情報５７０を変えることを認可された、患者の医者または医療スタッフであり得るホルダ１２は、カード２２をｐｃ５５４のカードリーダ５５６に差し込む。次いで、ｐｃ５５４は、キーボード５６０および／またはマウス５６４を用いてホルダ１２が取引を選択することを可能にし、ホルダ１２は、レコード５５２で、医療履歴を交信すること等の所望の取引を選択する。次いで、ホルダ１２は、要求された認証ファクタを用いて、カード２２に命令を送信するためにｐｃ５５４を用いる。さらに、この場合にはホルダ１２がレコード５２２に関連付けられた患者でないので、コンピュータ１４は、レコード５５２がアクセスされ得る前に他のアクションが取られることを要求し得る。例えば、これは、ＰｕＫ、ＰＩＮまたは他のセキュリティ情報の知識およびバイオメトリック入力、ここではマイクロフォン５６２に対する音声であり得る。ホルダ１２は、キーボードおよび／またはマウス５６４で命令および／またはリクエストを入力し、キーボード５６０でＰＩＮを入力し、マイクロフォン５６２に音声入力を入れる。ｐｃ５５４は、カード２２に入力を転送する（ここで、検証ステータスデータがＰＩＮおよび入れられた音声プリントと比較され、検証ステータスインジケータが生成される）。次いで、履歴にアクセスし、更新させる命令は、ＡｃｃｔＩＤでデジタル署名され、ＥＣ１８として、ｐｃ５５４に戻される。次いで、ホルダ１２は、従来の態様でキーボード５６０および／またはマウス５６４を用いて、再びアクセス認証コンポーネント１６にＥＣ１８を送信する。アクセス認証コンポーネント１６は、レコード４２６からＰｕＫを入手するためにＡｃｃｔＩＤを用い、Ｍを認証し、ホルダ１２のアクセスを認証するために、検証ステータスインジケータと検証ステータスインジケータテーブルとを比較する。システム５５０において、アクセス認証コンポーネント１６は、レコードフィールド４４からアカウント許可プロファイルを入手する。この場合、アカウントレコード５５２にアクセスかつ更新の両方をするか、アカウントレコード５５２を変更して、フィールド５７０に格納された医療履歴等の、更新された情報およびアカウントに関する情報を入手することが少なくとも許可される。アクセス認証コンポーネント１６は、管理会社コンピュータ１４にアクセスを許可する。管理会社コンピュータ１４は、順に命令を実行し、アカウントレコード５５２からの医療履歴を入手および／または変更し、ｐｃ５５４のモニタ５５８上に表示するために結果的に生じた情報を送信する。管理会社コンピュータ１４は、前述のようにセッション中にリクエストの確認を要求し得る。情報を変化／更新するために、ルールは、確認を必要とし、可能である場合には、要求された変化を厳しく確認するためにバイオメトリックデータの再エントリを要求する。ホルダ１２はまた、類似の態様で同一または異なる認証ファクタの要件によって同一または個別のセッションにおける他のリクエスト取引を開始し得る。
【０１１３】
図８〜１２について説明された、検証ステータスに基づく実施形態１６０、２２０、２４０および２７０がデジタル署名を利用するものとして説明されたが、検証ステータスに基づく技術はまた、本発明の制御されたリソース１４へのアクセスの認証および／または認可のための前置きの／または一部（ａ  ｐｏｒｔｉｏｎ  ｏｆ／ｏｒ  ｐｒｅｃｕｒｓｏｒ）として利用され得る。検証ステータスに基づく技術の１つの使用が図２３のフローチャート５８０に例示されている。図２３の実施形態において、図８の実施形態１６０を一般に参照すると、リクエストエンティティ１２は、デバイス１６２を既に提示し、以前に認証されたアクセスリクエストのために、有効な検証ステータス、要件を満たした許可プロファイルおよびルールをを提示した。制御されたリソース１４についてのセッションは、延長された時間期間の間、続いて認証が満了するか、または、別の取引が要求される（以前の検証ステータスの再エントリまたは再確認を要求する）かのいずれかである。時間期間の経過（ｔｉｍｅ  ｐｅｒｉｏｄ  ｌａｐｓｅ）および再エントリ要件は、システム１６０のために確立されたビジネスルールの例である。アクセス認証コンポーネント１６は、ルールを維持し、ここで、工程５８２においてデバイス１６２からの検証ステータスを要求する。デバイス１６２は、工程５８４において、現在の検証ステータスインジケータをアクセス認証コンポーネント１６に送信する。アクセス認証コンポーネント１６は、工程５８６において、検証ステータスインジケータを受信し、工程５８８において、受信された検証ステータスと検証ステータスインジケータのテーブルおよび続行／要求された取引のルールとを比較する。現在の検証ステータスが十分である場合、取引が進行するように許可され、アクセスが工程５９０において認証される。提示された現在の検証ステータスが十分でないか、カード１６２が取引のためにまず提示される場合には、アクセス認証コンポーネント１６は、図２４のように、リクエストエンティティ１２によって新規の検証ステータスデータを要求する。
【０１１４】
図２４のフローチャート６００は、リクエストエンティティ１２による、検証ステータスデータのさらなるエントリまたは前置のエントリを示す。フローチャート６００は、図２１にて提示された不十分な検証ステータスにより、例示目的のために、新規または異なる検証ステータスを要求する取引のためのリクエスト、または、取引またはセッションのためにデバイス１６２にまず提示するときに要求された検証ステータスデータエントリを示す。アクセス認証コンポーネント１６は、工程６０２において、ＰＩＮまたはバイオメトリックエントリ等の特定の検証ステータスタイプのエントリを要求し得る。次いで、リクエストエンティティ１２は、工程６０４において、要求された検証ステータスデータをカード１６２に入れる。リクエストエンティティ１２はまた、カード１６２がシステム１６０に提示されるときに、自動的に、特定の取引に対して要求された検証ステータスデータを入れてもよい。いずれの場合においても、一旦検証ステータスデータが入れられると、カード１６２は、工程６０６において、検証ステータスを生成する。次いで、検証ステータスインジケータは、工程６０８において、アクセス認証コンポーネント１６に送信され、工程６１０において、受信される。次いで、工程６１２において、検証ステータスが比較される。検証ステータスが受容可能でない場合、工程６１４において、検証ステータスが拒絶され、リクエストエンティティ１２は知らされ、典型的には、１回以上、検証ステータスデータを再度入れ得る（図示せず）。検証データが受容可能である場合、工程６１８において、アクセス認証コンポーネント１６は、リクエストエンティティ１２にＭを要求する。デバイス１６２が取引のためにまず提示され、次いで、アクセス認証コンポーネント１６は、工程６１８にて、続行されたアクセスを認証し得る。次いで、認証および認可プロセスは、前述のように認証およびアクセス許可の工程を完了させるために、図９の工程１８６にて始まる。このプロセスは、工程６０６において生成された検証ステータスを用い得るか、同一または異なる検証ステータスデータの再エントリを要求し得る。従って、検証ステータスは、所望のように、デジタル署名なしか、デジタル署名との組み合わせで用いられ得る。
【０１１５】
類似の態様で、図１３〜１７について説明された、検証ステータスに基づく実施形態２９０、３４０、３６０および３９０がデジタル署名を利用するものとして説明されたが、セキュリティプロファイルに基づく技術はまた、本発明の制御されたリソース１４へのアクセスの認証および／または認可のための前置きの／または一部として利用され得る。セキュリティプロファイルに基づく技術の１つの使用が図２５のフローチャート６３０に例示されている。図２５の実施形態において、図１３の実施形態２９０を一般に参照すると、リクエストエンティティ１２は、デバイス２９２を既に提示した。デバイス２９２は、以前に認証されたアクセスリクエストのために有効なセキュリティプロファイルを有する。制御されたリソース１４についてのセッションは、延長された時間期間の間、続いて認証が満了するか、または、別の取引が要求される（以前の検証ステータスの再エントリまたは再確認を要求する）かのいずれかである。時間期間の経過（ｔｉｍｅ  ｐｅｒｉｏｄ  ｌａｐｓｅ）および再エントリ要件は、システム２９０のために確立されたビジネスルールの例である。アクセス認証コンポーネント１６は、ルールを維持し、ここで、工程６３２においてデバイス１６２からのセキュリティプロファイルを要求する。セキュリティプロファイルを送信できる構成のデバイス２９２は、工程６３４において、セキュリティプロファイルをアクセス認証コンポーネント１６に送信する。アクセス認証コンポーネント１６は、工程６３６において、セキュリティプロファイルを受信するか、データベース２６または２９８の１つに個別に格納される場合には、アクセス認証コンポーネント１６は、このデータベースからセキュリティプロファイルを入手する。次いで、アクセス認証コンポーネント１６は、工程６３８において、受信／入手されたセキュリティプロファイルと、続行／要求された取引のルールによって要求されたセキュリティプロファイルのリスク要素の特性とを比較する。セキュリティプロファイルが十分である場合、取引が進行するように許可され、アクセスが工程６４０において認証される。セキュリティプロファイルが十分でない場合、工程６４２において、アクセス認証コンポーネント１６は、工程６４２においてＡＲを拒絶する。
【０１１６】
図２６のフローチャート６５０は、アクセス認証１６によるセキュリティプロファイルの前置としての使用（ｐｒｅｃｕｒｓｏｒ  ｕｓｅ）を示す。フローチャート６５０は、図２１にて提示された不十分な検証ステータスにより、例示目的のために、取引のためにデバイス１６２にまず提示するときに要求されたセキュリティプロファイルの使用を示す。アクセス認証コンポーネント１６は、工程６５２において、カード１６２がシステム１６０に提示されるときにセキュリティプロファイルを受信または入手する。いずれの場合でも、アクセス認証コンポーネント１６は、工程６５４において、受信／入手されたセキュリティプロファイルと、要求された取引のルールによって要求されたセキュリティプロファイルの特性とを比較する。セキュリティプロファイルが受容可能でない場合、工程６５６において、検証ステータスが拒絶され、リクエストエンティティ１２は知らされ得る。検証データが受容可能である場合、工程６５８において、アクセス認証コンポーネント１６は、要求されたアクセスを認証し得る。デバイス１６２がまず取引のために提示されると、アクセス認証コンポーネント１６は、工程６０６において、リクエストエンティティ１２にＭを要求し得る。次いで、認証および認可プロセスは、前述のように認証およびアクセス許可の工程を完了させるために、図１４の工程３１２にて始まる。次いで、このプロセスは、工程６５４において既に判定されたセキュリティプロファイルの比較を用い得るか、工程３２４においてこの比較を繰り返し得る。従って、セキュリティプロファイルはまた、所望のように、デジタル署名なしで用いられ得る。
【０１１７】
本発明の実施形態を用いることの１つの潜在的な問題は、本発明の実施形態がリプレイアタックを受け得ることである。リプレイアタックにおいて、認可されていない当事者は、記録されているＭおよびデジタル署名を傍受し、繰り返して、複製された送信をアクセス認証コンポーネント１６に再送信して、制御されたリソース１４へのアクセスを手に入れようとする。適切な保護機能がない場合、元のデジタル署名およびデジタル署名のコピーの両方がＰｕＫについて認証するので、このようなリプレイアタックが成功し得る。
【０１１８】
このようなリプレイアタックを防ぐために、本発明のシステムは、デジタル署名されるものとついて一意的なものを含み得る。１つの方法は、各デジタル署名Ｍが一意的であることを確実にするＤＳＳ規格を用いることである。別の方法は、各デジタル署名に対して、アクセス認証コンポーネント１６からカード２２に、一意的な確認または他のメッセージを送信することである。この場合、カード２２からの一意的な確認についてのリターンされたＡＲデジタル署名（ｒｅｔｕｒｎ  ＡＲ  ｄｉｇｉｔａｌ  ｓｉｇｎａｔｕｒｅ）が有効であると推定される一方で、以前に用いられたように同一の一意的な確認を含む、同一のデジタル署名付きの任意のさらなるＡＲが不正であると推定される。アクセス認証コンポーネント１６または本発明の実施形態の１つのカードリーダからの一意的なメッセージは、シーケンス数を増加させる日／時スタンプであり得る。さらなる技術は、それぞれ個別のデジタル署名に対してデバイス２２にて乱数を生成することである。これは、少なくともある時間期間の間、アクセス認証コンポーネント１６が以前に用いられた乱数を維持して、以前に用いられた乱数が再使用されないようにすることを要求する。従って、２つの有効なＡＲデジタル署名が同一であることは到底なく、リプレイアタックを最小化する。
【０１１９】
本発明の実施形態に関して説明される際に、２つの目的メッセージが説明される。ＡＲは、リクエストエンティティを認証すること、および、ＡＲに暗示的または明示的に含まれる命令または行動を認証することの両方のために用いられる。説明された動作中、アクセス認証コンポーネントは、ＡｃｃｔＩＤおよび／またはＰｕＫを、リクエストエンティティに関連付けられたアカウントにて維持する。アカウント情報、許可プロファイルおよびアクセスの許可および命令に基づく機能と関連付けられたビジネスルールはまた、認証する当事者により、アクセスされたリソースにより、または、アクセス認証／制御において、または、これらの組み合わせにおいて維持される。現存するアカウントに基づくシステム（現時点でアカウント識別子およびアカウント情報を関連付ける）が本発明によって適応（改良）され得ることが本発明において特に考慮されている。これは、本明細書中で用いられたように、データベースのＰｕＫを、以前に存在していたアカウント識別子およびアカウント情報と関連付けることによって達成され得る。このように関連付けることにより、従来技術のシステムは、個別の命令に従う個別のログオン手順を排除でき、これにより、本明細書中に説明されるように、アクセス取引を一つのＡＲに単純化できる。本発明のＰｕＫ、デジタル署名および認証ファクタを利用して、従来技術のシステムの認証および命令が単純化され得、この認証がより強力になり、従来技術のシステムの使用に関連付けられるリスクを低減させる。
【０１２０】
当業者は、本明細書中にて説明され、主張されたフローチャートまたはプロセスの工程の（複数の）シーケンスおよび／または一時的な順序は、本発明を実行するベストモードであると考えられるものである。様々な実施形態の工程が特定のシーケンスまたは一時的な順序において示され、説明されているが、工程が任意の特定のシーケンスまたは順序において実行されることに限定されず、（単数または複数の）工程が、特定の意図された結果を達成するために特定のシーケンスまたは順序において実行されるという特定の表示を設けていない（ａｂｓｅｎｔ）こともまた理解されるべきである。たいていの例において、工程は、様々な異なるシーケンスおよび順序において実行され得るが、それでもなお本発明の範囲内にある。
【図面の簡単な説明】
【図１】
図１は、本発明の一般的な認証の実施形態のブロック図である。
【図２】
図２は、本発明の全体的な物理空間の認証化の実施形態のブロック図である。
【図３】
図３は、本発明の第１のアカウントベースの実施形態のブロック図である。
【図４】
図４は、本発明の第１の実施形態の動作のフローチャートである。
【図５】
図５は、本発明の第１のアカウントベースの実施形態の特定の物理空間アプリケーションを示す。
【図６】
図６は、本発明の第１のアカウントベースの実施形態の特定の金融アプリケーションを示す。
【図７】
図７は、本発明の第１のアカウントベースの実施形態の特定の情報アプリケーションを示す。
【図８】
図８は、本発明の第２の検証ベースの実施形態のブロック図である。
【図９】
図９は、本発明の第２の実施形態のフローチャートである。
【図１０】
図１０は、本発明の第２の検証ベースの実施形態の特定の物理空間アプリケーションを示す。
【図１１】
図１１は、本発明の第２の検証ベースの実施形態の特定の金融アプリケーションを示す。
【図１２】
図１２は、本発明の第２の検証ベースの実施形態の特定の情報アプリケーションを示す。
【図１３】
図１３は、本発明の第３のセキュリティプロファイルベースの実施形態ブロック図である。
【図１４】
図１４は、本発明の第３の実施形態の動作のフローチャートである。
【図１５】
図１５は、本発明の第３のセキュリティプロファイルべースの実施形態の特定の物理空間アプリケーションを示す。
【図１６】
図１６は、本発明の第３のセキュリティプロファイルの特定の金融アプリケーションを示す。
【図１７】
図１７は、本発明の第３のセキュリティプロファイルの特定の情報アプリケーションを示す。
【図１８】
図１８は、本発明の第４の実施形態のブロック図である。
【図１９】
図１９は、本発明の第４の実施形態の動作のフローチャートである。
【図２０】
図２０は、本発明の第４の実施形態の特定の物理空間アプリケーションを示す。
【図２１】
図２１は、本発明の第４の実施形態の特定の金融アプリケーションを示す。
【図２２】
図２２は、本発明の第４の実施形態の特定の情報アプリケーションを示す。
【図２３】
図２３は、本発明の別の検証ステータスの動作のフローチャートである。
【図２４】
図２４は、本発明のさらなる検証ステータスの動作のフローチャートである。
【図２５】
図１５は、本発明の別のセキュリティプロファイルべースの実施形態の動作のフローチャートである。
【図２６】
図２６は、本発明のさらなるセキュリティプロファイルベースの実施形態の動作のフローチャートである。
【図１】
2004515840.tif 000003
【図２】
2004515840.tif 000004
【図３】
2004515840.tif 000005
【図４】
2004515840.tif 000006
【図５】
2004515840.tif 000007
【図６】
2004515840.tif 000008
【図７】
2004515840.tif 000009
【図８】
2004515840.tif 000010
【図９】
2004515840.tif 000011
【図１０】
2004515840.tif 000012
【図１１】
2004515840.tif 000013
【図１２】
2004515840.tif 000014
【図１３】
2004515840.tif 000015
【図１４】
2004515840.tif 000016
【図１５】
2004515840.tif 000017
【図１６】
2004515840.tif 000018
【図１７】
2004515840.tif 000019
【図１８】
2004515840.tif 000020
【図１９】
2004515840.tif 000021
【図２０】
2004515840.tif 000022
【図２１】
2004515840.tif 000023
【図２２】
2004515840.tif 000024
【図２３】
2004515840.tif 000025
【図２４】
2004515840.tif 000026
【図２５】
2004515840.tif 000027
【図２６】
2004515840.tif 000028
【国際公開パンフレット】
2004515840.tif 000029
2004515840.tif 000030
2004515840.tif 000031
2004515840.tif 000032
2004515840.tif 000033
2004515840.tif 000034
2004515840.tif 000035
2004515840.tif 000036
2004515840.tif 000037
2004515840.tif 000038
2004515840.tif 000039
2004515840.tif 000040
2004515840.tif 000041
2004515840.tif 000042
2004515840.tif 000043
2004515840.tif 000044
2004515840.tif 000045
2004515840.tif 000046
2004515840.tif 000047
2004515840.tif 000048
2004515840.tif 000049
2004515840.tif 000050
2004515840.tif 000051
2004515840.tif 000052
2004515840.tif 000053
2004515840.tif 000054
2004515840.tif 000055
2004515840.tif 000056
2004515840.tif 000057
2004515840.tif 000058
2004515840.tif 000059
2004515840.tif 000060
2004515840.tif 000061
2004515840.tif 000062
2004515840.tif 000063
2004515840.tif 000064
2004515840.tif 000065
2004515840.tif 000066
2004515840.tif 000067
2004515840.tif 000068
2004515840.tif 000069
2004515840.tif 000070
2004515840.tif 000071
2004515840.tif 000072
2004515840.tif 000073
2004515840.tif 000074
2004515840.tif 000075
2004515840.tif 000076
2004515840.tif 000077
2004515840.tif 000078
2004515840.tif 000079
2004515840.tif 000080
2004515840.tif 000081
2004515840.tif 000082
2004515840.tif 000083
2004515840.tif 000084
2004515840.tif 000085
2004515840.tif 000086
2004515840.tif 000087
2004515840.tif 000088
2004515840.tif 000089
2004515840.tif 000090
2004515840.tif 000091
2004515840.tif 000092
2004515840.tif 000093
2004515840.tif 000094
2004515840.tif 000095
2004515840.tif 000096
2004515840.tif 000097
2004515840.tif 000098
2004515840.tif 000099
2004515840.tif 000100
2004515840.tif 000101
2004515840.tif 000102
2004515840.tif 000103
2004515840.tif 000104
2004515840.tif 000105
2004515840.tif 000106
2004515840.tif 000107
2004515840.tif 000108
2004515840.tif 000109
2004515840.tif 000110
2004515840.tif 000111
2004515840.tif 000112
2004515840.tif 000113
2004515840.tif 000114
2004515840.tif 000115
2004515840.tif 000116
2004515840.tif 000117
2004515840.tif 000118
2004515840.tif 000119
2004515840.tif 000120
2004515840.tif 000121
2004515840.tif 000122
2004515840.tif 000123
2004515840.tif 000124
2004515840.tif 000125
2004515840.tif 000126
2004515840.tif 000127
2004515840.tif 000128
【国際調査報告】
2004515840.tif 000129
2004515840.tif 000130