(57)【要約】  識別情報の検証のための方法は、サービス・プロバイダからの識別情報の証明に対する要求を受信する工程と、通信装置のユーザに関連付けられたバイオメトリック情報を受信する工程とを含む。方法は更に、通信装置の登録ユーザに関連付けられたバイオメトリック情報を含むバイオメトリック・プロファイルに受信バイオメトリック情報が一致していると判定する工程を含む。方法は、更に、登録ユーザに関連付けられた秘密鍵によって署名されたディジタル請求書に対する要求を送出する工程、受信バイオメトリック情報がバイオメトリック・プロファイルと一致していると判定する工程に応じて、登録ユーザに関連付けられた秘密鍵をアンロックする工程を含む。方法は、登録ユーザに関連付けられた公開鍵を含み、識別情報の証明に対する要求を満たすディジタル証明書を受信する工程を更に含む。方法は更に、ディジタル証明書をサービス・プロバイダに転送する工程も含む。
2013505497.tif 000002
【特許請求の範囲】
【請求項１】
識別情報の検証のための方法であって、
サービス・プロバイダから１つ又は複数のポリシーを受信する工程であって、前記１つ又は複数のポリシーは、前記サービス・プロバイダによって提供される１つ又は複数のリソースにアクセスするために必要な複数の静的属性及び動的属性に関する工程と、
前記サービス・プロバイダからリソース識別情報を受信する工程であって、前記リソース識別情報は、前記サービス・プロバイダによって提供され、通信装置によって要求される要求リソースを識別する工程と、
前記１つ又は複数のポリシーからリソース・ポリシーを識別する工程であって、前記リソース・ポリシーは、前記要求リソースと関連付けられ、前記要求リソースにアクセスするために必要な所要の静的属性及び動的属性の組を識別する工程と、
前記所要の静的属性及び動的属性の組を属性収集エージェントに通知する工程と、
前記属性収集エージェントから属性報告を受信する工程であって、前記属性報告は、前記所要の静的属性及び動的属性の組に関し、前記通信装置に関連付けられた複数の属性値を含む工程と、
前記属性報告を認証する工程と、
前記複数の属性値が前記リソース・ポリシーを満たしているか否かを判定する工程と、
前記複数の属性値が前記リソース・ポリシーを満たしているかを前記サービス・プロバイダに通知する工程とを含む方法。
【請求項２】
請求項１記載の方法であって、前記リソース識別情報は更に、前記通信装置を識別する方法。
【請求項３】
請求項１記載の方法であって、前記属性収集エージェントを前記通信装置に送出する工程を更に含む方法。
【請求項４】
請求項１記載の方法であって、前記複数の静的属性及び動的属性は、バイオメトリック・データを含む方法。
【請求項５】
請求項１記載の方法であって、前記複数の静的属性及び動的属性は、前記通信装置に関連付けられた環境データを含む方法。
【請求項６】
請求項１記載の方法であって、前記複数の属性値が前記リソース・ポリシーを満たす場合、電子トークンを前記通信装置に送出する工程を更に含み、前記電子トークンは、所定量の時間内に、前記要求リソースに対する識別情報の検証を前記通信装置が避けることを可能にする方法。
【請求項７】
請求項１記載の方法であって、前記複数の属性値が前記リソース・ポリシーを満たさない場合、前記要求リソースに対するアクセスの拒否の理由を示す更なる情報を前記通信装置に提供する工程を更に含む方法。
【請求項８】
請求項１記載の方法であって、
前記リソース・ポリシーに対する更新を前記サービス・プロバイダから受信する工程と、
前記リソース・ポリシーを更新する工程とを更に含む方法。
【請求項９】
識別情報の検証のための方法であって、
１つ又は複数のポリシーを検証サーバに送信する工程であって、前記１つ又は複数のポリシーは、前記サービス・プロバイダによって提供される１つ又は複数のリソースにアクセスするために必要な複数の静的属性及び動的属性に関する工程と、
通信装置から、要求リソースに対するアクセスの要求を受信する工程と、
前記検証サーバにリソース識別情報を送出する工程であって、前記リソース識別情報は、前記要求リソースを識別する工程と、
前記通信装置がリソース・ポリシーを満たしているか否かを示すメッセージを前記検証サーバから受信する工程であって、前記リソース・ポリシーは、少なくとも、前記リソース識別情報に基づいて前記検証サーバによって選択されている工程と、
前記通信装置が前記リソース・ポリシーを満たしている旨を前記メッセージが示す場合、前記通信装置に対してアクセスを付与する工程と、
前記通信装置が前記リソース・ポリシーを満たしていない旨を前記メッセージが示す場合、前記通信装置に対してアクセスを拒否する工程と
を含む方法。
【請求項１０】
請求項９記載の方法であって、前記通信装置に対してアクセスを付与する工程は、
前記通信装置に検証トークンを送出する工程を更に含み、前記電子トークンは、所定の時間量内に前記要求リソースの識別情報の検証を前記通信装置が避けることを可能にする方法。
【請求項１１】
請求項９記載の方法であって、前記通信装置に対してアクセスを拒否する工程は、前記要求リソースに対するアクセスの拒否の理由を示す更なる情報を前記通信装置に提供する工程を更に含む方法。
【請求項１２】
請求項９記載の方法であって、前記リソース識別情報は更に、前記通信装置を識別する方法。
【請求項１３】
識別情報の検証のためのシステムであって、
１つ又は複数のポリシーを記憶するよう動作可能なデータベースであって、前記１つ又は複数のポリシーは、サービス・プロバイダによって提供される１つ又は複数のリソースにアクセスするために必要な複数の静的属性及び動的属性に関するデータベースと、
前記データベースに結合され、
前記１つ又は複数のポリシーを前記サービス・プロバイダから受信する機能と、  
リソース識別情報をサービス・プロバイダから受信する機能であって、前記リソース識別情報は、前記サービス・プロバイダによって提供され、通信装置によって要求される要求リソースを識別する機能と、
前記１つ又は複数のポリシーからリソース・ポリシーを識別する機能であって、前記リソース・ポリシーは前記要求リソースに関連付けられ、前記要求リソースにアクセスするために必要な所要の静的属性及び動的属性の組を識別する機能と、
前記所要の静的属性及び動的属性の組を属性収集エージェントに通知する機能と、
前記属性収集エージェントから属性報告を受信する機能であって、前記属性報告は、前記通信装置に関連付けられた複数の属性値を含み、前記所要の静的属性及び動的属性の組に関する機能と、
前記属性報告を認証する機能と、
前記複数の属性値が前記リソース・ポリシーを満たしているか否かを判定する機能と、
前記複数の属性値が前記リソース・ポリシーを満たしているかを前記サービス・プロバイダに通知する機能
とを行うよう動作可能なプロセッサと
を備えるシステム。
【請求項１４】
請求項１３記載のシステムであって、前記リソース識別情報は更に、前記通信装置を識別するシステム。
【請求項１５】
請求項１３記載のシステムであって、前記属性収集エージェントを前記通信装置に送出する機能を更に含むシステム。
【請求項１６】
請求項１３記載のシステムであって、前記複数の静的属性及び動的属性は、バイオメトリック・データを含むシステム。
【請求項１７】
請求項１３記載のシステムであって、前記複数の静的属性及び動的属性は、前記通信装置に関連付けられた環境データを含むシステム。
【請求項１８】
請求項１３記載のシステムであって、前記プロセッサは、前記複数の属性値が前記リソース・ポリシーを満たす場合、電子トークンを前記通信装置に送出するよう更に動作可能であり、前記電子トークンは、所定量の時間内に、前記要求リソースに対する識別情報の検証を前記通信装置が避けることを可能にするシステム。
【請求項１９】
請求項１３記載のシステムであって、前記プロセッサは、前記複数の属性値が前記リソース・ポリシーを満たさない場合、前記要求リソースに対するアクセスの拒否の理由を示す更なる情報を前記通信装置に提供するよう更に動作可能なシステム。
【請求項２０】
請求項１３記載のシステムであって、前記プロセッサは、
前記リソース・ポリシーに対する更新を前記サービス・プロバイダから受信する機能と、
前記リソース・ポリシーを更新する機能と
を行うよう更に動作可能であるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、通信システムに関し、特に、識別情報の検証のための方法及び装置に関する。
【背景技術】
【０００２】
安全でないパブリック・ネットワーク（インターネットなど）を介して通信する場合、ユーザがデータをセキュアにかつ機密に交換することを可能にすることが望ましいことがあり得る。ユーザがオンライン・ストアや中央文書リポジトリなどの１つ又は複数のサービスをサービス・プロバイダに要求する場合、前述のセキュリティは特に望ましいことがあり得る。データに対するセキュアなアクセスを得ようとするユーザの識別情報を検証するためのいくつかの方法（ユーザ名及びパスワードの組み合わせ、公開鍵／秘密鍵の組み合わせ、及びバイオメトリック・データなど）が存在している。
【０００３】
前述の検証方法の全てで、ユーザは、サービス・プロバイダ毎に別個の検証方法を覚えているか、又は利用しなければならないことがあり得る。更に、複数のサービス・プロバイダを有する組織の場合、各サービス・プロバイダは、それ自身の識別情報検証機構を策定し、維持し、更新しなければならない。別々の機能単位に属しているサービス・プロバイダを有する大規模組織の場合、前述の異種の検証機構の管理には問題があり得る。更に、ユーザの視点からは、別々のサービス・プロバイダに対して複数の識別情報検証機構を覚えていることの複雑度は望ましくないことがあり得る。    
より多くのデータが遠隔に記憶され、種々のサービスを介した上記データへのアクセスが一層重要になるにつれ、適切なユーザによってのみデータをアクセスし得ることを確実にするやり方でユーザの識別情報を正確に検証することが相応に重要になるであろう。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本開示は、従来の方法及びシステムに関連した欠点及び課題の少なくとも一部をかなりなくすか、又は軽減する、識別情報の検証のための方法及び装置を提供する。
【課題を解決するための手段】
【０００５】
一実施例によれば、識別情報の検証のための方法は、サービス・プロバイダから１つ又は複数のポリシーを受信する工程を含み得、１つ又は複数のポリシーは、サービス・プロバイダによって提供される１つ又は複数のリソースにアクセスするために必要な複数の属性に関する。方法は、サービス・プロバイダからリソース識別情報を受信する工程も含み得、リソース識別情報は、サービス・プロバイダによって提供され、通信装置によって要求される要求リソースを指定する。方法は、１つ又は複数のポリシーからリソース・ポリシーを識別する工程も含み得、リソース・ポリシーは要求リソースと関連付けられ、要求リソースにアクセスするために必要な所要の属性の組を識別する。所要の属性の組を識別すると、方法は、属性収集エージェントに通知し得る。方法は次いで、属性収集エージェントから属性報告を受信し得、属性報告は、所要の属性の組に関し、通信装置に関連付けられた複数の属性値を含む。一度受信されると、方法は次いで属性報告を認証し得る。方法は次いで、複数の属性値がポリシーを満たしているか否かを判定し、ポリシーが満たされている場合にサービス・プロバイダに通知し得る。
【０００６】
データベース及び、データベースに結合されたプロセッサを含む、識別情報の検証のためのシステムも提供される。データベースは１つ又は複数のポリシーを記憶するよう動作可能であり、ポリシーは、サービス・プロバイダによって提供される１つ又は複数のリソースにアクセスするために必要な複数の属性に関する。プロセッサは、サービス・プロバイダから１つ又は複数のポリシーを受信し、サービス・プロバイダからリソース識別情報を受信し、１つ又は複数のポリシーからリソース・ポリシーを識別し、要求リソースにアクセスするために必要な所要の属性の組を識別し、所要の属性の組を属性収集エージェントに通知し、属性収集エージェントから属性報告を受信し、属性報告を認証し、複数の属性値がポリシーを満たしているか否かを判定し、ポリシーが満たされている場合にサービス・プロバイダに通知するよう動作可能である。
【０００７】
本開示の特定の実施例の技術上の効果には、検証され、集中化された個別のセキュアな識別情報の検証を提供することが含まれる。特に、認証された属性に基づいてポリシーベースの認証をホスティングすることにより、検証に使用される属性の多様性及び信頼度を増加させ、サービス・プロバイダの保護を向上させることが可能になる。検証を集中化させることにより、識別情報の検証でなく、その機能タスクにサ―ビス・プロバイダのリソースを費やすことが可能になる。更に、集中化は、そのリソースに最も適切な検証ポリシーを維持するための柔軟性を個々のサービス・プロバイダに与える一方で、複数のサービス・プロバイダ環境の効果的な管理を可能にし得る。他の技術上の利点は、図面、明細書、及び特許請求の範囲から、当業者に容易に明らかになるであろう。更に、特定の利点は上述しているが、種々の実施例は、上述された利点の全部、一部を含み得るか、又は、上述の利点の何れも含まないことがあり得る。    
【図面の簡単な説明】
【０００８】
【図１】本開示の特定の実施例による、識別情報検証システムの単純化されたブロック図である。
【図２】本開示の特定の実施例による、検証サーバの種々の機能構成部分を示す単純化されたブロック図である。
【図３】本開示の特定の実施例による、通信装置のユーザの識別情報を検証する例示的な方法を示すフローチャートである。
【発明を実施するための形態】
【０００９】
本発明並びにその利点をより完全に理解するために、次に、添付図面とともに以下の明細書を参照する。  
【実施例】
【００１０】
図１は、本開示の特定の実施例による、識別情報検証システム１０の単純化されたブロック図である。例証された実施例によれば、識別情報検証システム１０は、通信ネットワーク２０、通信装置３０、検証サーバ５０、及びサービス・プロバイダ６０を含む。    
一般に、識別情報検証システム１０の構成部分は、サービス・プロバイダ６０によってホスティングされるリソースに対する１つ又は複数の要求をセキュアに検証するために通信装置３０に関連付けられた属性の組を使用し得る。通信装置３０は、通信ネットワーク２０を介してリソースにアクセスを要求し得る。検証サーバ５０は、通信装置３０に関連付けられた特定の属性を受信し、検証し、次いで、要求リソースに対するアクセス・ポリシーを満たしているかを確認するよう上記属性を解析し得る。検証サーバ５０上に記憶されたポリシーは図２乃至図３を参照して以下に更に詳細に説明する。検証サーバ５０によって受信される属性は、（ユーザ名／パスワード、バイオメトリック・データや、ハードウェア鍵などの）ユーザの物理的な場所又は認証手順によって変わらないデータ（「静的データ」）、あるいは（通信装置３０上にインストールされたユーザの現在のネットワーク、オペレーティング・システム又は他のソフトウェアなどの）ユーザの物理的な場所若しくは認証手順（「動的データ」）を含み得る。    
図示するように、通信ネットワーク２０は、オーディオ並びに／又はビデオの電気通信信号、データ、及び／若しくはメッセージを伝送することができる何れかのネットワークを表す。特定の実施例では、通信ネットワーク２０は、無線アクセス・ネットワーク、加入電話回線ネットワーク（ＰＳＴＮ）、パブリック若しくはプライベート・データ・ネットワーク、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、ローカル、地域、又はグローバルの通信若しくはコンピュータ・ネットワーク（インターネットなど）、有線若しくは無線ネットワーク、企業内イントラネット、前述の何れかの組み合わせ全て若しくは一部分を含み得る。動作中、通信ネットワーク２０は、何れかの適切な通信プロトコルを使用して通信ネットワーク２０に結合された構成部分間の接続性を提供する。上述の通信機能を容易にするために、通信ネットワーク２０は、ルータ、ハブ、スイッチ、コール制御装置、及び／又は、何れかの適切な形式若しくは構成における何れかの他の適切な構成部分を含み得る。更に、通信ネットワーク２０は、パケット、セル、フレーム、セグメント又は他のデータ部分の形式で情報を通信するよう構成された何れかのハードウェア及び／又はソフトウェアを含み得る。通信ネットワーク２０は単一のネットワークとして例証しているが、通信ネットワーク２０は、何れの数又は構成のネットワークも含み得る。更に、識別情報検証システム１０の特定の実施例は、何れかの数又は構成の通信ネットワーク２０を含み得る。
【００１１】
通信装置３０は、ユーザに通信サービスを提供するための、ハードウェア、ソフトウェア、及び符号化ロジックの何れかの適切な組み合わせを表し得る。とりわけ、通信装置３０は、情報キオスク、電話機、携帯電話機、携帯情報端末（ＰＤＡ）、コンピュータが実行する電話、電子メール又は他の形態のメッセージング及び／又は通信ソフトウェアの他の形式、識別情報検証システム１０を使用して音声、ビデオ、テキスト、データの他の形式の通信をサポートする何れかの他の通信ハードウェア、ソフトウェア、及び／又は符号化ロジックを表し得る。
【００１２】
例証するように、通信装置３０は属性収集エージェントを含む。特定の実施例では、通信装置３０のユーザは、サービスに対するアクセスを要求する前に、指定されたサーバ（例えば、検証サーバ５０）から属性収集エージェントをダウンロードする手順を開始し得る。他の実施例では、検証サーバ５０は、サービス・プロバイダ６０からリソース識別情報を受信するとインストールするために属性収集エージェントを通信装置３０に送出し得る。一部の実施例では、検証サーバ５０は、通信ネットワーク２０を介して、ジャバ・ウェブ・スタート又はアクティブＸなどの情報配信手法を介して属性収集エージェントを配信し得る。
【００１３】
検証サーバ５０は、セキュリティ・ポリシーを管理し、属性を認証する信頼できる専用サーバを表し得る。検証サーバ５０は、通信装置３０のユーザがサービス・プロバイダ６０のリソースに対するアクセスを有することが可能になる前に満たされなければならない属性値の組を定義するいくつかのポリシーを含むデータベースを含み得る。検証サーバ５０上に記憶されたポリシーは図２乃至図３を参照して以下に更に詳細に説明する。検証サーバ５０は、通信装置３０に関連付けられた複数の属性を識別する属性報告を通信装置３０から受信し得る。属性を認証した後、検証サーバ５０は、サービス・プロバイダ６０が要求サービスを通信装置３０に提供すべきか否かをサービス・プロバイダ６０に通知し得る。検証サーバ５０は図２乃至図３を参照して以下に更に詳細に説明する。
【００１４】
サービス・プロバイダ６０は、一般に、通信装置３０に１つ又は複数のサービスを提供するために、制御ロジックを含むハードウェア及びソフトウェアの何れかの組み合わせを表し得る。特定の実施例では、一例として、サービス・プロバイダ６０は、医療記録などの集中化された文書リポジトリを表し得る。他の実施例では、一例として、サービス・プロバイダ６０は、ネットワークを介して特定のアプリケーション、ソフトウェア又は他のメディアに対するアクセスを提供するアプリケーション・サービス・プロバイダを表し得る。前述のアプリケーション、ソフトウェア、又はメディアは、とりわけ、文書リーダ、ウェブ・ブラウザ、又は文書編集ソフトウェアを含み得る。別の例として、サービス・プロバイダは更に、オンライン・ネットワーキング・ウェブサイト又は電子メール・プロバイダであり得る。
【００１５】
動作中、通信装置３０は、通信ネットワーク２０を介してサービス・プロバイダ６０にリソースを要求し得る。次いで、サービス・プロバイダは、通信ネットワーク２０を介して検証サーバ５０に、要求リソースを指定するリソース識別情報を提供し得る。検証サーバ５０は、サービス・プロバイダ６０のリソースに通信装置３０がアクセスを有することが可能になる前に満たされなければならない属性値の組を定義するいくつかのポリシーを含むデータベースを含み得る。検証サーバ５０上に記憶されたポリシーは、図２乃至図３を参照して以下に更に詳細に説明する。検証サーバ５０は、通信装置３０に関連付けられた複数の属性を識別する、通信装置３０上に記憶された、属性収集エージェントからの属性報告を受信し得る。属性を認証した後、検証サーバ５０は、要求リソースに関連付けられた識別されたポリシーを満たしているかを確かめるよう、認証された属性を解析し得る。解析されると、検証サーバ５０は、サービス・プロバイダ６０が要求サービスを通信装置３０に提供すべきか否かをサービス・プロバイダ６０に通知し得る。
【００１６】
図２は、本開示の特定の実施例による、検証サーバ５０の種々の機能構成部分を示す単純化されたブロック図である。例証された検証サーバ５０は、報告収集構成部分２０２、エージェント配信構成部分２０４、ポリシー・エンジン２０６、データベース２０８、及び認証構成部分２１０を含み得る。検証サーバ５０の種々の構成部分は、一部の実施例では、コンピュータ読み取り可能な媒体上に記憶され、検証サーバ５０のプロセッサによって実行可能なソフトウェア・プログラムであり得る。説明を簡単にするために、図１は別個のモジュールの構成部分を表す。一部の実施例では、構成部分はスタンドアロン型のソフトウェア・プログラムであり得る。しかし、構成部分は、より大きなソフトウェア・プログラムの構成部分又はサブルーチンであり、若しくは、コンピュータ読み取り可能な媒体にハードコードされ、かつ／又は、当該機能を行うよう構成された何れかのハードウェア若しくはソフトウェア・モジュールであり得る。
【００１７】
報告収集構成部分２０２は通信装置３０から属性報告を受信するよう構成され得る。属性報告は、図１を参照して更に詳細に上述したように、通信装置３０に関連付けられ、属性収集エージェントによって収集された複数の静的及び動的属性を含み得る。属性収集エージェントは、エージェント配信構成部分２０４からの入力に応じて属性報告を構成し得る。
【００１８】
エージェント配信構成部分２０４は属性収集エージェントを通信装置３０に配信するよう構成され得る。一部の実施例では、検証サーバ５０がサービス・プロバイダ６０からリソース識別情報を受信した後、エージェント配信構成部分２０４は、エージェントを先行してインストールしていない通信装置３０に属性収集エージェントを送出し得る。一部の実施例では、通信装置３０は、他の手段を介して属性収集エージェントを既にインストールしていることがあり得る。図１を参照して上述したように、エージェント配信構成部分２０４は、ジャバ・ウェブ・スタートやアクティブＸなどの情報配信手法でエージェントを通信装置３０に送出し得る。更に、一部の実施例では、エージェント配信構成部分２０４は、特定のリソース要求に対して通信装置３０から送信すべきであり、かつ／又は収集すべきである属性を属性収集エージェントに通知するよう構成し得る。一部の実施例では、属性収集エージェントは、通信装置３０に関連付けられた情報を正確に識別する静的情報及び動的情報を収集し得る。前述の属性は、通信装置３０の識別情報に関連付けられた情報を更に正確に報告するために、必要な場合、信頼できる計算手法を使用して収集し得る。前述の信頼できる計算手法は、収集された属性が通信装置３０の現在の状態を反映しており、通信装置３０から検証サーバ５０までの送信中に、又は通信装置３０において他のプログラムによって危殆化されない旨を証明するためにトラステッド・プラットフォーム・モジュール（ＴＰＭ）及び／又はトラステッド・ネットワーク接続（ＴＮＣ）の使用を含み得る。他の実施例では、属性収集エージェントは、（通信装置３０の現在のネットワーク若しくはＧＰＳ位置、又は何れかの他の適切なデータに表されるような）通信装置３０の物理位置、通信装置３０上で実行しているオペレーティング・システム、通信装置３０上にインストールされているか実行している何れかの他のソフトウェアなどの、通信装置３０に関連付けられた動的情報を収集し得る。例証的な例として、ポリシーがユーザのバイオメトリック・データを要求した場合、エージェント配信構成部分２０４は属性収集エージェントに通知し、同様に、このデータを通信装置３０に要求し得る。
【００１９】
データベース２０８は、サービス・プロバイダ６０によって供給されるリソースにアクセスするために必要な属性に関する１つ又は複数のポリシーを記憶するよう構成し得る。ポリシーは、サービス・プロバイダ６０によって提供されるリソースに通信装置３０がアクセスすることを可能にすることが必要な所要の属性値の組を含み得る。一部の実施例では、ポリシーは、１つ又は複数の静的及び動的属性を属性毎の適切な値に関連付けるステートメントの組を含み得る。前述のステートメントは、通信装置３０が、識別されたリソースへのアクセスを有するか否かを判定するために適切なやり方で組み合わせ得る。例証的な例として、ポリシーは、通信装置３０に、特定の通信ネットワーク２０に接続し、特定のハードウェア鍵をインストールさせることを要求し得る。
【００２０】
ポリシー・エンジン２０６は、データベース２０８内に記憶されたポリシーを識別するよう構成し得る。一部の実施例では、サービス・プロバイダ６０は、サービス・プロバイダ６０によって提供されるリソースに対するアクセス規則を定義する１つ又は複数のポリシーを検証サ―バ５０に送出し得る。上述の通り、前述のポリシーはデータベース２０８に記憶し得る。サービス・プロバイダ６０が、特定のリソースに対するアクセスの要求を受信すると、サ―ビス・プロバイダ６０は、その要求リソースを検証サーバ５０に通信し得る。「リソース識別情報」として一般に表されるこの通信は、検証サーバ５０に対する要求リソースを識別する。一部の実施例では、サービス・プロバイダ６０は、複数の通信装置３０から複数の要求を受信し、要求リソースを別個に識別する単一のメッセージに複数の要求リソースを組み合わせ得る。他の実施例では、サービス・プロバイダ６０は、要求リソース毎に別個のメッセージを検証サーバ５０に送出し得る。検証サーバ５０との通信は、オープンＩＤを含む何れかの適切な通信標準の形式をとり得る。一部の実施例では、リソース識別情報は、検証サーバ５０が通信装置３０と直接通信し得るように、通信装置３０のＭＡＣアドレス又はＩＰアドレスなどの更なる情報を含み得る。
【００２１】
一部の実施例では、ポリシー・エンジン２０６は、当該リソースに関連付けられたポリシーに基づいて特定のリソース要求に対してどの属性を収集すべきかをエージェント配信構成部分２０４に通信するよう更に構成し得る。ポリシーは、サービス・プロバイダ６０から受信されたリソース識別情報において指定されたリソースに対するアクセスを可能にするために必要な所要の属性値の組を含み得る。一部の実施例では、ポリシーは、属性毎に適切な値に１つ又は複数の属性を関係付けるステートメントの組を含み得る。前述のステートメントは、通信装置３０が、識別されたリソースへのアクセスを有し得るか否かを判定するために適切なやり方で組み合わせ得る。
【００２２】
一例として、情報キオスクを使用する医師は、患者の医療記録を含むウェブ・ページに対するアクセスをサービス・プロバイダ６０に要求し得る。サービス・プロバイダ６０は、要求リソースを検証サーバ５０に識別し得る。検証サーバ５０は、データベース２０８において、要求されたウェブ・ペ―ジにアクセスするために必要な属性を定義するポリシーを含み得る。前述のポリシーは例えば、（１）ユーザが、患者に関連付けられた医師であり、（２）リソースにアクセスしようとする際に医師が特定の病院に物理的に位置している場合にのみ、この特定のウェブ・ページに対するアクセスを有し得る旨を示し得る。報告収集構成部分２０２によって受信される属性報告は、医師として通信装置３０のユーザを識別するうえで十分な静的属性及び動的属性（例えば、ユーザ名、バイオメトリック識別データ、又はカード・アクセス・データ）、及び病院内であるとしてユーザの位置を識別するうえで十分な属性（例えば、通信装置３０によって使用されるネットワーク）を含み得る。収集された属性が、適切なポリシー内で定義された属性を満たしている場合、ポリシーは満たされ、検証サーバ５０は、要求の妥当性をサービス・プロバイダ６０に通知し得る。前述の状況は、例証的な例として提示しているに過ぎず、本開示の範囲を限定しているとして読むべきでない。例えば、他の実施例では、ポリシーは、動的データにのみ、若しくは特定のタイプの特に信頼できるデータにのみ依存し得るか、又は、条件の組の（全部でなく）何れか１つが満たされた場合、アクセスを付与し得る。
【００２３】
一部の実施例では、検証サーバ５０上に常駐しているポリシーは、サービス・プロバイダ６０によって更新することができるよう構成される。サ―ビス・プロバイダ６０は、ポリシーを更新すべきである旨をいずれの時点でも判定し得る。ポリシー・エンジン２０６は、ポリシー更新を受信し、データベース２０８に記憶されたポリシーに対して、要求された変更を行うよう更に構成され得る。
【００２４】
認証構成部分２１０は、報告収集構成部分２０２において受信された属性報告を認証するよう構成し得る。一部の実施例では、認証構成部分２１０は、属性報告を認証するために、トラステッド・プラットフォーム・モジュール（ＴＰＭ）などのトラステッド計算手法を使用し得る。ＴＰＭは、トラステッド・コンピューティング・グループによって公表されているＴＰＭ技術仕様に準拠した何れかのセキュリティ装置であり得る。一部の実施例では、トラステッド・プラットフォーム・モジュール（ＴＰＭ）は、通信装置３０上にインストールされ、現在、及び通信装置３０の履歴の特定の時点において、通信装置３０の状態（例えば、インストールされたハードウェア及びそのドライバ、並びに、インストールされたソフトウェア、及び実行中のソフトウェア）を記録するために使用される。ＴＰＭ内に記録された情報は、通信装置３０によって修正することが可能でない。必要な場合（報告収集部分２０２に属性報告を送出すべき場合など）、ＴＰＭは、通信装置３０の現在の状態の報告を生成し、ＴＰＭの一意の鍵によって署名することができる。この報告は、一部の実施例では、属性報告に含まれる動的データの一部又は全部のソースであり得る。認証構成部分２１０は、属性報告を受信すると、ＴＰＭの署名を検証し、よって、報告がＴＰＭによって生成されており、報告の内容が他の構成部分によって修正されておらず、報告が信頼できる旨の高い信頼度を有し得る。
【００２５】
動作中、検証サーバ５０の構成部分は、オペレーティング・システムや内部バスなどの何れかの適切なソフトウェア又はハードウェア機構を介して通信し得る。上記構成部分は、図３を参照して以下に更に詳細に説明するように併せて機能する。
【００２６】
図３は、本開示の特定の実施例による、通信装置３０のユーザの識別情報を検証する例示的な方法３００のフローチャートを示す。方法３００は、属性報告を受信する工程と、属性報告を認証する工程と、リソース識別情報を受信する工程と、適切なポリシーを識別する工程と、属性がポリシーを満たしているか否かを判定する工程と、ポリシーが満たされている場合、有効メッセージを送出する工程と、ポリシーが満たされていない場合、無効メッセージを送出する工程とを含む。
【００２７】
一実施例によれば、方法３００は好ましくは工程３０２で始まり得る。本開示の教示は、検証サーバ５０の各種構成において実現し得る。そういうものとして、方法３００の好ましい初期化点、及び方法３００を備える工程３０２乃至３２６の順序は、選ばれる実現形態に依存し得る。更に、方法３００の工程は、例証された順序以外の何れの適切な順序でも行われないことがあり得る。
【００２８】
工程３０２で、通信装置３０は通信ネットワーク２０を介してサービス・プロバイダ６０のリソースに対するアクセスを要求し得る。要求を受信した後、工程３０４で、サービス・プロバイダ６０は、通信装置３０がアクセスしようとしているリソースを識別するためにリソース識別情報を検証サーバ５０に送出する。一部の実施例では、サービス・プロバイダ６０は、複数の通信装置３０から複数の要求を受信し、要求リソースを別個に識別する単一のメッセージに、要求された複数のリソースを組み合わせ得る。他の実施例では、サービス・プロバイダ６０は、要求リソース毎に別個のメッセージを検証サーバ５０に送出し得る。一部の実施例では、リソース識別情報は、検証サーバ５０が通信装置３０と直接通信し得るように、通信装置３０のＭＡＣアドレス又はＩＰアドレスなどの更なる情報を含み得る。
【００２９】
検証サーバ５０でリソース識別情報を受信した後、方法３００は工程３０６に進み得る。工程３０６で、検証サーバ５０は、サービス・プロバイダ６０によって識別されたリソースに適切なポリシーを識別し得る。この識別情報は、指定されたリソースにアクセスするうえで必要な属性値を識別することを含み得る。必要な属性値を識別した後、方法３００は工程３０８に進み得る。工程３０８では、検証サーバ５０は、属性収集エージェントが予めインストールされているか否かを判定するために通信装置３０に連絡し得る。否定の場合、方法３００は、工程３１０に進み得、工程３１０では、検証サーバ５０のエージェント配信構成部分２０４が属性収集エージェントを通信装置３０に送出し得る。属性収集エージェントを送出した後、方法３００は工程３１２に進み得る。属性収集エージェントが通信装置３０に予めインストールされている場合、方法３００は更に、工程３１２に進み得る。
【００３０】
後述するように、方法３００の工程は、何れかの適切な順序（同時を含む）で行うか、又は組み合わせ得る。例えば、検証サーバ５０がリソ―ス識別情報を受信した後、工程３０８及び工程３０９が同時に行われ得る。識別情報検証システム１０の一部の構成では、工程３１０において表すように、通信装置３０に送出される前に工程３０６で識別されたポリシーを満たすためにどの属性を収集すべきかについて、属性収集エージェントを構成し得るように前述の工程を行うことが望ましいことがあり得る。他の構成では、通信装置３０に送出するために、特有に構成されていない属性収集エ―ジェントを維持することが望ましい。前述の構成では、工程３０６で識別されたポリシーを満たすためにどの属性を収集すべきかについて、送出された属性収集エージェントに通知することが必要になり得る。この工程は、工程３１２として別個に示す。
【００３１】
通知後、方法３００は工程３１４に進み、工程３１４では、属性収集エージェントは、検証サーバ５０の報告収集部分２０２に報告するために属性報告の形式で必要な属性を送出する。方法３００は次いで工程３１６に進み得る。工程３１６では、属性報告は、工程３１８に進む前に、検証サーバ５０の認証構成部分２１０によって認証される。工程３１８では、ポリシー・エンジン２０６は、工程３０６で識別されたポリシーを満たしているかを判定するよう工程３１６で認証された属性を解析し得る。ポリシーが満たされていない場合、方法３００は工程３２２に進み、工程３２２では、方法が工程３２６に進む前に通信装置３０が、要求リソースに対するアクセスを有するべきでない旨を示す無効メッセージをサービス・プロバイダ６０に送出する。認証された属性がポリシーを満たす場合、方法３００は工程３２０に進み得、工程３２０では、通信装置３０が要求されたリソースへのアクセスを有するべきである旨の有効メッセージを検証サーバ５０がサービス・プロバイダ６０に送出する。
【００３２】
工程３２０で有効メッセージを送出した後、方法３００は工程３２４に進み得る。工程３２４で、検証サーバ５０又はサービス・プロバイダ６０は電子トークンを通信装置３０に送出し得、通信装置３０が検証されており、再検証しなくてよい旨を所定量の時間内に示すために通信装置３０は上記電子トークンを使用し得る。例証的な例として、サービス・プロバイダ６０は、通信装置３０に対してディジタル証明書を発行し得る。（一例として）次に１０分間に同じ要求を通信装置３０がアクセスする必要がある場合、通信装置３０は、ディジタル証明書をリソース・アクセス要求とともに送出し得る。通信装置３０を再検証しなくてよい旨をディジタル証明書は示し得る。電子トークンを通信装置３０に対して発行した後、方法３００は、工程３０２に戻って別のリソース要求を待ち得る。
【００３３】
工程３２２で無効メッセージを送出した後、方法３００は工程３２６に進み得る。工程３２６では、サービス・プロバイダ６０は、リソース要求がなぜ拒否されたかを示す更なる情報を通信装置３０に提供し得る。一部の実施例では、更なる情報を、工程３２２でサービス・プロバイダ６０に送出された無効メッセージの一部として含み得る。更なる情報を提供した後、方法３００は工程３０２に戻って別のリソース要求を待ち得る。
【００３４】
図３は方法３００に関して要する特定数の工程を開示しているが、方法３００は、図３に表す工程よりも多い工程又は少ない工程で実行し得る。例えば、一部の実施例では、通信装置３０のユーザからの許可を得た後、検証サーバ５０は、更に高度な検証目的で、収集された属性の一部をサービス・プロバイダ６０に提供し得る。他の実施例では、検証システム１０の選ばれた構成により、工程３２４又は３２６を実行することが望ましくなくなることがあり得る。
【００３５】
更に、図３は、方法３００を含む工程の特定の順序を開示しているが、方法３００を含む工程は何れかの適切な順序で完了し得る。例えば、図示した方法３００の実施例では、サ―ビス・プロバイダ６０からリソース識別情報を受信した後、通信装置３０が属性収集エージェントを予めインストールしているか否かを検証サーバ５０は判定する。しかし、この判定は、何れかの適切な時点で行ってもよく、全く行わなくてもよい。例えば、通信装置３０は、複数のリソース要求を１つ又は複数のサービス・プロバイダ６０に対して行い得る。方法３００は、この判定を一度のみ、行い得る。
【００３６】
本明細書及び特許請求の範囲記載の方法及びシステムを使用して、通信装置３０のユーザの識別情報の検証に関連付けられた特定の問題点を改善し、軽減し、又はなくし得る。例えば、本明細書及び特許請求の範囲記載の方法及びシステムは、信頼できる属性の認証、及びリソース・ポリシーに対するその適用により、識別情報の検証を可能にする。
（付記１）
識別情報の検証のための方法であって、
サービス・プロバイダから１つ又は複数のポリシーを受信する工程であって、前記１つ又は複数のポリシーは、前記サービス・プロバイダによって提供される１つ又は複数のリソースにアクセスするために必要な複数の静的属性及び動的属性に関する工程と、
前記サービス・プロバイダからリソース識別情報を受信する工程であって、前記リソース識別情報は、前記サービス・プロバイダによって提供され、通信装置によって要求される要求リソースを識別する工程と、
前記１つ又は複数のポリシーからリソース・ポリシーを識別する工程であって、前記リソース・ポリシーは、前記要求リソースと関連付けられ、前記要求リソースにアクセスするために必要な所要の静的属性及び動的属性の組を識別する工程と、
前記所要の静的属性及び動的属性の組を属性収集エージェントに通知する工程と、
前記属性収集エージェントから属性報告を受信する工程であって、前記属性報告は、前記所要の静的属性及び動的属性の組に関し、前記通信装置に関連付けられた複数の属性値を含む工程と、
前記属性報告を認証する工程と、
前記複数の属性値が前記リソース・ポリシーを満たしているか否かを判定する工程と、
前記複数の属性値が前記リソース・ポリシーを満たしているかを前記サービス・プロバイダに通知する工程とを含む方法。
（付記２）
付記１記載の方法であって、前記リソース識別情報は更に、前記通信装置を識別する方法。
（付記３）
付記１記載の方法であって、前記属性収集エージェントを前記通信装置に送出する工程を更に含む方法。
（付記４）
付記１記載の方法であって、前記複数の静的属性及び動的属性は、バイオメトリック・データを含む方法。
（付記５）
付記１記載の方法であって、前記複数の静的属性及び動的属性は、前記通信装置に関連付けられた環境データを含む方法。
（付記６）
付記１記載の方法であって、前記複数の属性値が前記リソース・ポリシーを満たす場合、電子トークンを前記通信装置に送出する工程を更に含み、前記電子トークンは、所定量の時間内に、前記要求リソースに対する識別情報の検証を前記通信装置が避けることを可能にする方法。
（付記７）
付記１記載の方法であって、前記複数の属性値が前記リソース・ポリシーを満たさない場合、前記要求リソースに対するアクセスの拒否の理由を示す更なる情報を前記通信装置に提供する工程を更に含む方法。
（付記８）
付記１記載の方法であって、
前記リソース・ポリシーに対する更新を前記サービス・プロバイダから受信する工程と、
前記リソース・ポリシーを更新する工程とを更に含む方法。
（付記９）
識別情報の検証のための方法であって、
１つ又は複数のポリシーを検証サーバに送信する工程であって、前記１つ又は複数のポリシーは、前記サービス・プロバイダによって提供される１つ又は複数のリソースにアクセスするために必要な複数の静的属性及び動的属性に関する工程と、
通信装置から、要求リソースに対するアクセスの要求を受信する工程と、
前記検証サーバにリソース識別情報を送出する工程であって、前記リソース識別情報は、前記要求リソースを識別する工程と、
前記通信装置がリソース・ポリシーを満たしているか否かを示すメッセージを前記検証サーバから受信する工程であって、前記リソース・ポリシーは、少なくとも、前記リソース識別情報に基づいて前記検証サーバによって選択されている工程と、
前記通信装置が前記リソース・ポリシーを満たしている旨を前記メッセージが示す場合、前記通信装置に対してアクセスを付与する工程と、
前記通信装置が前記リソース・ポリシーを満たしていない旨を前記メッセージが示す場合、前記通信装置に対してアクセスを拒否する工程と
を含む方法。
（付記１０）
付記９記載の方法であって、前記通信装置に対してアクセスを付与する工程は、
前記通信装置に検証トークンを送出する工程を更に含み、前記電子トークンは、所定の時間量内に前記要求リソースの識別情報の検証を前記通信装置が避けることを可能にする方法。
（付記１１）
付記９記載の方法であって、前記通信装置に対してアクセスを拒否する工程は、前記要求リソースに対するアクセスの拒否の理由を示す更なる情報を前記通信装置に提供する工程を更に含む方法。
（付記１２）
付記９記載の方法であって、前記リソース識別情報は更に、前記通信装置を識別する方法。
（付記１３）
識別情報の検証のためのシステムであって、
１つ又は複数のポリシーを記憶するよう動作可能なデータベースであって、前記１つ又は複数のポリシーは、サービス・プロバイダによって提供される１つ又は複数のリソースにアクセスするために必要な複数の静的属性及び動的属性に関するデータベースと、
前記データベースに結合され、
前記１つ又は複数のポリシーを前記サービス・プロバイダから受信する機能と、  
リソース識別情報をサービス・プロバイダから受信する機能であって、前記リソース識別情報は、前記サービス・プロバイダによって提供され、通信装置によって要求される要求リソースを識別する機能と、
前記１つ又は複数のポリシーからリソース・ポリシーを識別する機能であって、前記リソース・ポリシーは前記要求リソースに関連付けられ、前記要求リソースにアクセスするために必要な所要の静的属性及び動的属性の組を識別する機能と、
前記所要の静的属性及び動的属性の組を属性収集エージェントに通知する機能と、
前記属性収集エージェントから属性報告を受信する機能であって、前記属性報告は、前記通信装置に関連付けられた複数の属性値を含み、前記所要の静的属性及び動的属性の組に関する機能と、
前記属性報告を認証する機能と、
前記複数の属性値が前記リソース・ポリシーを満たしているか否かを判定する機能と、
前記複数の属性値が前記リソース・ポリシーを満たしているかを前記サービス・プロバイダに通知する機能
とを行うよう動作可能なプロセッサと
を備えるシステム。
（付記１４）
付記１３記載のシステムであって、前記リソース識別情報は更に、前記通信装置を識別するシステム。
（付記１５）
付記１３記載のシステムであって、前記属性収集エージェントを前記通信装置に送出する機能を更に含むシステム。
（付記１６）
付記１３記載のシステムであって、前記複数の静的属性及び動的属性は、バイオメトリック・データを含むシステム。
（付記１７）
付記１３記載のシステムであって、前記複数の静的属性及び動的属性は、前記通信装置に関連付けられた環境データを含むシステム。
（付記１８）
付記１３記載のシステムであって、前記プロセッサは、前記複数の属性値が前記リソース・ポリシーを満たす場合、電子トークンを前記通信装置に送出するよう更に動作可能であり、前記電子トークンは、所定量の時間内に、前記要求リソースに対する識別情報の検証を前記通信装置が避けることを可能にするシステム。
（付記１９）
付記１３記載のシステムであって、前記プロセッサは、前記複数の属性値が前記リソース・ポリシーを満たさない場合、前記要求リソースに対するアクセスの拒否の理由を示す更なる情報を前記通信装置に提供するよう更に動作可能なシステム。
（付記２０）
付記１３記載のシステムであって、前記プロセッサは、
前記リソース・ポリシーに対する更新を前記サービス・プロバイダから受信する機能と、
前記リソース・ポリシーを更新する機能と
を行うよう更に動作可能であるシステム。
【図１】
2013505497.tif 000003
【図２】
2013505497.tif 000004
【図３】
2013505497.tif 000005
【国際調査報告】
2013505497.tif 000006
2013505497.tif 000007