JP2010506511A - クライアントベースの匿名 - Google Patents

Abstract

代替の個人識別情報を持つトークンを得る。方法を、例えば、クライアントおよびトークン発行人を含むネットワーク化されたコンピューター環境において実施することができる。トークン発行人は、クライアントに、ネットワーク化されたコンピューター環境において、クライアントがサービスの機能性にアクセスするために使用できるセキュリティトークンを提供する。方法は、トークン発行人にセキュリティトークン要求を送信するステップを含む。セキュリティトークン要求は、エンティティに関する代替の個人識別情報を指定する。方法は、セキュリティトークン発行人からセキュリティトークンを受信するステップをさらに含む。セキュリティトークンは、代替の個人識別情報を含む。

Description

本発明は、クライアントベースの匿名に関する。

コンピューターおよびコンピューターシステムは、現代の暮らしのほとんどすべての局面に影響を及ぼしてきた。コンピューターは、一般に、仕事、娯楽、健康管理、運送、エンターテインメント、家庭経営などに関わる。コンピューターの機能性は、また、さまざまなネットワーク接続を通じて相互に接続されるそれらの能力によって、強化されてきた。

現代のコンピューターは、しばしば、他のコンピューターと接続する機能性を含む。例えば、現代のホームコンピューターは、インターネットサービスプロバイダーサーバー、電子メールサーバー、直接他のコンピューターなどにダイヤルアップ接続するモデムを含むことができる。加えて、ほとんどすべてのホームコンピューターは、ＩＥＥ８０２．３規格に準拠するＲＪ−４５イーサネット（登録商標）ポートなどネットワークインターフェースポートが標準装備になっている。さまざまな無線およびハードワイヤード接続など他の接続と同様に、このネットワークポートを使用し、コンピューターと相互に接続することができる。

しばしば、互いに通信するとき、コンピューターシステムは、認証プロセスが行われることを要求し、身元を検証し、そして、コンピューターシステムは、要求されているサービスに適切な権利を持っていることを確保する。この認証プロセスを実行する１つの方法は、セキュリティトークンの要求および発行を含む。コンピューターシステムは、セキュリティトークンを、コンピューターシステムがアクセスすることを望んでいる機能性を持つサービスに提示することができる。セキュリティトークンを使用し、コンピューターシステムの身元を検証することができる。

ここで、クライアントシステムが、サービスにおいて機能性にアクセスする用途を持つことができる例示的ケースを示す。しかしながら、サービスにアクセスする前に、クライアントはトークン発行サービス（token issuer service）からトークンを要求することができる。トークン発行サービスは、クライアントシステムおよびクライアントがアクセスしたいサービスの両方によって信頼される第３のメンバーとして行動する。トークンは、クライアントに返されるトークン中に、クライアントに関する個人識別情報を含む。トークンはまた、トークンがトークン発行サービスによって発行されたことを示す証明書など、他の情報も含む。次に、クライアントは、トークンを、クライアントがアクセスすることを望んでいるサービスに提示することができる。サービスはトークン発行サービスを信頼するので、トークンを受信し、サービスをクライアントに提供する。

一般に、トークン発行サービスは、クライアントがトークンを要求するのに先立って、クライアントに対して一種の認証を実行してきた。この認証の間、個人識別情報のさまざまな要素が提供される。トークン発行サービスは後で、この情報を、クライアントに個人識別情報を持つトークンを提供するために使用する。そのため、トークンの中に含むことができる個人識別情報は、トークン発行サービスで利用できるあらかじめ確定した情報に限定される。

請求項に記載されている主題事項は、任意の不都合を解決する実施形態、または、上述したような環境下でのみ機能する実施形態には限定されない。むしろ、この背景技術は、本明細書で記載されるいくつかの実施形態を実施することができる１つの例示的技術分野を示すためにだけ提供される。

一実施形態が、トークンを得る方法において示される。方法を、例えば、クライアントおよびトークン発行人（token issuer）を含むネットワーク化されたコンピューター環境において実施することができる。トークン発行人は、クライアントに、ネットワーク化されたコンピューター環境において、クライアントがサービスの機能性にアクセスするために使用できるセキュリティトークンを提供する。方法は、トークン発行人にセキュリティトークン要求を送信するステップを含む。セキュリティトークン要求は、エンティティに関する代替の個人識別情報を指定する。方法は、セキュリティトークン発行人からセキュリティトークンを受信するステップをさらに含む。セキュリティトークンは、代替の個人識別情報を含む。

トークン発行人の観点から見た別の実施形態では、方法を、クライアントおよびトークン発行人を含むネットワーク化されたコンピューター環境において実施することができる。トークン発行人は、クライアントに、ネットワーク化されたコンピューター環境において、クライアントがサービスの機能性にアクセスするために使用できるセキュリティトークンを提供する。トークンを提供する方法は、クライアントからセキュリティトークン要求を受信するステップを含む。セキュリティトークン要求は、エンティティに関する代替の個人識別情報を指定する。セキュリティトークン発行人は、ローカルにエンティティに関する個人識別情報を格納しておくことができる。代替の個人識別情報を含むセキュリティトークンは、クライアントに送信される。

本要約は、以下の詳細な説明においてさらに記載される概念の選択を簡単な形態で紹介するために提供される。本要約は、請求項に記載されている主題事項の重要な機能または必須の機能を特定することを意図するものではなく、請求項に記載されている主題事項の範囲の決定に役立つものとして使用されることも意図しない。

追加の機能および追加の有利性は、以下の詳細な説明において説明され、一部分については詳細な説明から明確になるだろう。または、追加の機能および追加の有利性を、本明細書の教示の実施によって、理解することができる。本発明の機能および有利性を、添付の特許請求の範囲において特に挙げた道具および組み合わせによって理解し、得ることができる。本発明の機能は、以下の詳細な説明および添付の特許請求の範囲からより完全に明白となるだろう。また本発明の機能を、以下に説明する本発明の実施によって理解することができる。

上記で挙げた有利性および機能と、他の有利性および機能とを得ることができる方法を記載するために、上記で簡潔に記載された本主題事項のさらに特定の説明は、添付の図面に示される具体的な実施形態を参照することによって表されるだろう。これらの図面は典型的な実施形態を表現するだけであり、したがって、範囲を限定するものと考えるべきではないことを理解されたい。実施形態は追加の特異性および追加の詳細と共に、添付の図面を使用して記載され、明らかにされるだろう。
クライアントからトークン発行サービスに要求するトークンを示す図である。 クライアントから、クライアント上のトークン発行サービスに要求するトークンを示す図である。 セキュリティトークン要求を受信する方法を示す図である。 セキュリティトークンを送信する方法を示す図である。

本明細書における実施形態は、以下により詳細に論じるように、さまざまなコンピューターハードウェアを含む専用コンピューターまたは汎用コンピューターを備えることができる。

本明細書で記載される一実施形態は、トークン発行人への要求において、クライアントによって送信される代替の個人識別情報を可能とする。クライアントはすでにトークン発行人に認証されているので、トークン発行人は、クライアントに発行されるセキュリティトークンにおいて、代替の個人識別情報を代用することができる。そのため、情報は、任意のクライアントのこれまでの認証の結果としてトークン発行人に格納されるものを越えて、セキュリティトークンに含めることができる。したがって、トークン発行人は、セキュリティトークン中に代替の個人識別情報を指定することができ、一実施形態において、クライアントからの代替の個人識別情報がないときは、個人識別情報に代替の個人識別情報を、代用することができる。

ここで、図１Ａを参照すると、一実施形態が示される。図１は、クライアント１０２、トークン発行サービス１０４、および、クライアント１０２がアクセスしたい機能性を含むサービス１０６を示す。サービス１０６の機能性にアクセスするため、サービス１０６は、クライアントに、セキュリティトークン１０８の提示を要求することができる。セキュリティトークン１０８は、トークン発行人１０４から得ることができる。

例示される実施例において、要求１１０は、クライアント１０２からトークン発行サービス１０４に送信される。要求１１０は、代替の個人識別情報を含む。代替の個人識別情報は、多数の異なる情報の要素のいずれか１つとすることができる。例えば、個人識別情報は、代替の電子メールアドレス、代替の名前、ニックネーム、代替の電話番号、代替の物理アドレス、代替の数値識別子などとすることができる。特に、いくつかの実施例をここで示しているが、これらの実施例は、決して、含むことができる代替の個人識別情報の範囲を限定するものとして考えるべきではない。

再度、図１Ａの実施例に戻ると、トークン発行サービス１０４が要求１１０を受信するとき、トークン発行サービス１０４は、セキュリティトークン１０８で、要求１１０に応答することができる。トークンは、代替の個人識別情報、トークン発行サービスに格納された他の個人識別情報、セキュリティトークン１０８がトークン発行サービスに発行されたことを示す証明書などを含むことができる。

一実施形態では、代替の個人識別情報を含むセキュリティトークンに関する要求をクライアントから受信するとき、トークン発行人で個人識別情報を使用してクライアントを認証するように、トークン発行サービスを、構成することができる。特に、代替の個人識別情報は、トークン発行人にあらかじめ知られていないため、トークン発行人は、さまざまな認証動作を実行し、クライアントの身元を確認することができる。これらの認証動作は、トークン発行サービスによってあらかじめ知られた、クライアントに関する情報を使用することができる。しかしながら、いくつかの代替の実施形態では、トークン要求に含まれる情報は、トークン発行サービスにとって、クライアントの認証に十分なものとすることができる。

１つの例示的実施形態では、たとえ代替の個人識別情報がセキュリティトークン要求に存在しない場合でも、代替の個人識別情報が、セキュリティトークンに含まれる個人識別情報からの１つまたは複数の情報の要素に取って代わる。例えば、トークン発行サービス１０４によって最終的に発行されるセキュリティトークン１０８は、通常含まれる特定の個人識別情報を排除し、その情報をトークン要求１１０に含まれた代替の個人識別情報と取り換えることができる。

また、エンティティに関する代替の個人識別情報は、セキュリティトークン発行人で、エンティティに関する個人識別情報中の１つまたは複数の情報の要素に代わるものである。例えば、トークン発行サービス１０４から発行されたセキュリティトークン１０８は、要求１１０中に代替の個人識別情報の包むことなく通常含まれる情報を含むことができるが、その上、代替の個人識別情報を含むこともできる。例えば、セキュリティトークン１０８は、通常、セキュリティトークン１０８の中に含まれる単一の電子メールアドレスに変えて２つの電子メールアドレスを含むことができる。

いくつかの実施形態は、トークン発行サービスがすでに代替の個人識別情報を知っているものとすることができる。例えば、トークン発行サービス１０４は、特定のクライアントに関する４つの代替の電子メールアドレスを持つことができる。トークン発行サービス１０４は、各これら代替の電子メールアドレスを、認証することができ、トークン発行サービス１０４は、クライアント１０２に対して真正であるとして、電子メールアドレスを頼りにする合理的基礎を持つこととなる。そのため、要求１１０中に含まれた代替の個人識別情報が４つのあらかじめ認証された電子メールアドレスのうちの１つを含むとき、トークン発行サービス１０４は、すでに認証された電子メールアドレスを持つことに基づいて、代替の個人識別情報中に指定された電子メールアドレスを含むことができる。

代替の実施形態では、代替の個人識別情報は、セキュリティトークン要求中の代替の個人識別情報を受信するステップに先立って、トークン発行人にあらかじめ登録されていない。むしろ、それにもかかわらずトークン発行人は、あらかじめ送信された主要な個人識別情報に基づいて、クライアントとの関係の効力によって、セキュリティトークン中に代替の個人識別情報を含むことができる。

ここで、図１Ｂを参照すると、代替の実施形態が示される。図１Ｂに示される実施形態では、トークン発行サービス１０４は、クライアント１０２に含まれたサービスである。したがって、この特定の実施例では、トークンを、ローカルサービスからローカルで得ることができる。この特定の実施形態では、直接サービスに認証する必要はないとすることができる。なぜなら、クライアントにサービスとして含まれており、恐らく、クライアントの管理下だからである。

ここで、図２を参照すると、方法２００が示される。方法２００は、トークンを得るさまざまな動作を含む。方法２００を、例えば、クライアントおよびトークン発行人を含むネットワーク化されたコンピューター環境で実施することができる。トークン発行人は、クライアントに、ネットワーク化されたコンピューター環境において、クライアントがサービスの機能性にアクセスするために使用できるセキュリティトークンを提供する。

方法は、エンティティに関する代替の個人識別情報を含むセキュリティトークン要求を送信するステップ（動作２０２）を含む。例えば、図１Ａに示されるように、要求１１０は、トークン発行サービス１０４に送信される。また、要求を、図１Ｂに示すように、ローカルのトークン発行サービス１０４に送信することによって、送信することができる。

方法２００は、セキュリティトークン発行人から、代替の個人識別情報を含むセキュリティトークンを受信する動作をさらに含む。例えば、図１Ａは、トークン発行サービス１０４から返却されるセキュリティトークン１０８を示す。また、図１Ｂに示されるように、セキュリティトークンを、内部のモジュールから返却することができる。

一実施形態では、トークン発行人にセキュリティトークン要求を送信するステップ（動作２０２）は、トークン発行人に、エンティティが本物であることを証明する認証情報を送信するステップを含むことができる。例えば、認証情報は、トークン発行人で、トークン発行人にエンティティを証明するのに使用できる個人識別情報を含むことができる。一実施形態では、認証情報は、Ｘ．５０９証明書、ＳＡＭＬ証明書、ＸｒＭＬ証明書および／またはＫｅｒｂｅｒｏｓチケットを含むことができる。

方法２００の一実施形態では、送信するステップおよび受信するステップは、ウェブサービスを使用して実行される。特に、ウェブサービスを、トークン要求およびトークン発行に関するメッセージングを実施するのに使用することができる。ウェブサービスは、アプリケーション統合の標準化された方法である。標準化されたＸＭＬドキュメントを、ＳＯＡＰ（Simple Object Access Protocol）メッセージおよびＷＳＤＬ（Web Services Description Language）記述と共に使用し、統合したアプリケーションの幅広い知識なしでアプリケーションを統合することができる。特に、一実施形態では、ウェブサービスアプリケーションで使用される認証プロトコルであるＷＳ−Ｔｒｕｓｔを、セキュリティトークンに含めるためのクライアントに指定された代替の個人識別情報を持つことができる拡張機能性と共に、使用することができる。

ここで、図３を参照すると、方法３００が示される。方法３００を、例えば、クライアントおよびトークン発行人を含むネットワーク化されたコンピューター環境で実施することができる。トークン発行人は、クライアントに、ネットワーク化されたコンピューター環境において、クライアントがサービスの機能性にアクセスするために使用できるセキュリティトークンを提供する。方法は、トークンを提供するさまざまな動作を含む。実例として、方法は、クライアントから、代替の個人識別情報を指定するセキュリティトークン要求を受信するステップ（動作３０２）を含む。

方法３００は、クライアントに、代替の個人識別情報を含むセキュリティトークンを送信するステップ（動作３０４）をさらに含む。

実施形態は、また、コンピューター実行可能な命令またはそこに格納されたデータ構造を運ぶ、または持つコンピューター読み取り可能な媒体を含むこともできる。そのようなコンピューター読み取り可能な媒体は、汎用コンピューターまたは専用コンピューターがアクセスすることができる任意の利用可能な媒体とすることができる。限定ではなく、一例として、そのようなコンピューター読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶装置、または、コンピューター実行可能な命令もしくはデータ構造の形式の所望されるプログラムコード手段を運ぶ、もしくは格納するのに使用することができ、そして汎用コンピューターもしくは専用コンピューターがアクセスすることができる他の任意の媒体など、物理媒体を備えることができる。情報を、ネットワークまたは他の通信接続（ハードワイヤードの、無線の、またはハードワイヤードのもしくは無線の組み合わせ）を越えてコンピューターに転送、または提供するとき、コンピューターは適切に、コンピューター読み取り可能な媒体を接続と見なす。したがって、そのような任意の接続は適切に、コンピューター読み取り可能な媒体と称される。また、上記の組み合わせも、コンピューター読み取り可能な媒体の範囲に含まれるべきである。

コンピューター実行可能な命令は、例えば、汎用コンピューター、専用コンピューターまたは専用制御演算装置に、特定の機能または機能集団を実行させる命令およびデータを備える。主題の事項を、構造的な機能および／または方法論的な動作に特有な言語で記載してきたが、添付の特許請求の範囲に定義される主題の事項は、必ずしも前述の具体的な機能または動作に限定されないと理解されるべきである。むしろ、前述の具体的な機能および動作は、特許請求の範囲を実施する実施例の形態として開示される。

本発明を、その精神と基本的な特徴から逸脱することなく、他の具体的な形態において実施することができる。記載された実施形態は、あらゆる点で、限定ではなく、ただ例示として考えられるべきである。したがって、本発明の範囲は、前述の詳細な説明によってより、むしろ添付の特許請求の範囲によって示される。特許請求の範囲の等価物の意味および幅で生じるすべての変化は、それらの範囲に包含される。

Claims (17)

1. クライアントおよびトークン発行人を含むネットワーク化されたコンピューター環境であって、前記トークン発行人は、前記クライアントに、前記ネットワーク化されたコンピューター環境において前記クライアントがサービスの機能性にアクセスするために使用できるセキュリティトークンを提供する環境において、トークンを得る方法であって、
   トークン発行人にセキュリティトークン要求を送信するステップ（２０２）であって、前記セキュリティトークン要求は、エンティティに関する代替の個人識別情報を指定し、前記セキュリティトークン発行人は、エンティティに関する個人識別情報を備えるステップと、
   前記セキュリティトークン発行人からセキュリティトークンを受信するステップ（２０４）であって、前記セキュリティトークンは前記代替の個人識別情報を備えるステップと
   を備えることを特徴とする方法。
2. たとえ前記代替の個人識別情報が前記セキュリティトークン要求に存在しない場合でも、前記代替の個人識別情報は、前記セキュリティトークンに含まれる前記個人識別情報からの１つまたは複数の情報の要素に取って代わることを特徴とする請求項１に記載の方法。
3. エンティティに関する前記代替の個人識別情報は、前記セキュリティトークン発行人で、前記エンティティに関する前記個人識別情報中の１つまたは複数の情報の要素に代わるものであることを特徴とする請求項１に記載の方法。
4. 前記代替の個人識別情報は、前記セキュリティトークン要求中の前記代替の個人識別情報を受信するステップに先立って、前記トークン発行人にあらかじめ登録されていないことを特徴とする請求項１に記載の方法。
5. トークン発行人にセキュリティトークン要求を送信するステップは、前記トークン発行人に、前記エンティティが本物であることを証明する認証情報を送信するステップを備え、前記認証情報は、前記トークン発行人で、少なくとも一部の前記個人識別情報を含むことを特徴とする請求項１に記載の方法。
6. 前記認証情報は、Ｘ．５０９証明書、ＳＡＭＬ証明書、ＸｒＭＬ証明書またはＫｅｒｂｅｒｏｓチケットのうち少なくとも１つを備えることを特徴とする請求項５に記載の方法。
7. 前記トークン発行人はクライアント上のサービスであって、前記クライアントが前記クライアント上の前記サービスに前記セキュリティトークン要求を送信することを特徴とする請求項１に記載の方法。
8. 送信するステップおよび受信するステップは、ウェブサービスを使用して実行されることを特徴とする請求項１に記載の方法。
9. クライアントおよびトークン発行人を含むネットワーク化されたコンピューター環境であって、前記トークン発行人は、前記クライアントに、前記ネットワーク化されたコンピューター環境において前記クライアントがサービスの機能性にアクセスするために使用できるセキュリティトークンを提供する環境において、トークンを提供する方法であって、
   クライアントからセキュリティトークン要求を受信するステップ（３０２）であって、前記セキュリティトークン要求は、エンティティに関する代替の個人識別情報を指定し、前記セキュリティトークン発行人は、前記エンティティに関する個人識別情報を備えるステップと、
   クライアントにセキュリティトークンを送信するステップ（３０４）であって、前記セキュリティトークンは、前記代替の個人識別情報を備えるステップと
   を備えることを特徴とする方法。
10. たとえ前記代替の個人識別情報が前記セキュリティトークン要求に存在しない場合でも、前記代替の個人識別情報は、前記セキュリティトークンに含まれる前記個人識別情報から１つまたは複数の情報の要素に取って代わることを特徴とする請求項９に記載の方法。
11. エンティティに関する前記代替の個人識別情報は、前記セキュリティトークン発行人で、前記エンティティに関する前記個人識別情報中の１つまたは複数の情報の要素に代わるものであることを特徴とする請求項９に記載の方法。
12. 前記代替の個人識別情報は、前記セキュリティトークン要求中の前記代替の個人識別情報を受信するステップに先立って、前記トークン発行人にあらかじめ登録されていないことを特徴とする請求項９に記載の方法。
13. セキュリティトークン要求を受信するステップは、前記エンティティが本物であることを証明する認証情報を受信するステップを備えることを特徴とする請求項９に記載の方法。
14. 前記認証情報は、Ｘ．５０９証明書、ＳＡＭＬ証明書、ＸｒＭＬ証明書またはＫｅｒｂｅｒｏｓチケットのうち少なくとも１つを備えることを特徴とする請求項１３に記載の方法。
15. 前記動作は、前記クライアント上のサービスであるトークン発行人で実行され、前記クライアントは、前記クライアントから前記セキュリティトークン要求を受信することを特徴とする請求項９に記載の方法。
16. 送信するステップおよび受信するステップは、ウェブサービスを使用して実行されることを特徴とする請求項９に記載の方法。
17. トークン発行人にセキュリティトークン要求を送信するステップ（２０２）であって、前記セキュリティトークン要求は、エンティティに関する代替の個人識別情報を指定するステップと、
    前記セキュリティトークン発行人からセキュリティトークンを受信するステップ（２０４）であって、前記セキュリティトークンは、前記代替の個人識別情報を備えるステップと
    を実行させるためのコンピューター実行可能な命令を記録したことを特徴とするコンピューター読み取り可能な記録媒体。

Images