(57)【要約】  個別化およびアイデンティティ管理のための方法およびシステムが開示される。一実施例においては、当該方法は、アクセスプロバイダからサービスプロバイダのためのメッセージを受信するステップを含み、当該メッセージは当該アクセスプロバイダのユーザの第１の識別子に関連付けられる。第２の識別子が得られ、第１の識別子がメッセージから分離され、第２の識別子が当該メッセージに関連付けられる。次いで、第２の識別子に関連付けられたメッセージがサービスプロバイダに送信される。
2007521580.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
アクセスプロバイダからサービスプロバイダについてのメッセージを受信するステップを含み、前記メッセージは前記アクセスプロバイダのユーザの第１の識別子に関連付けられ、前記方法は、さらに、
第２の識別子を得るステップと、
前記メッセージから前記第１の識別子を分離するステップと、
前記メッセージを前記第２の識別子に関連付けるステップと、
前記第２の識別子に関連付けられた前記メッセージを前記サービスプロバイダに送信するステップとを含む、方法。
【請求項２】
前記第２の識別子に関連付けられる第２のメッセージを前記サービスプロバイダから受信するステップと、
前記第２のメッセージから前記第２の識別子を分離するステップと、
前記第１の識別子を前記第２のメッセージに関連付けるステップと、
前記第１の識別子に関連付けられる前記第２のメッセージを前記アクセスプロバイダに送信するステップとをさらに含む、請求項１に記載の方法。
【請求項３】
前記第２の識別子に関連付けられた個別化情報を検索するステップと、
前記個別化情報のサブセットを前記サービスプロバイダに送信するステップとをさらに含む、請求項１に記載の方法。
【請求項４】
前記個別化情報を送信するステップは、前記個別化情報の部分にアクセスするという前記サービスプロバイダからの要求の受信に応答するものである、請求項３に記載の方法。
【請求項５】
前記サービスプロバイダから前記要求を受信するステップは、クッキーを得るという要求を前記サービスプロバイダから受信するステップを含み、前記要求は前記第２の識別子に関連付けられる、請求項４に記載の方法。
【請求項６】
前記個別化情報を送信するステップは、前記個別化情報を送信するための許可を前記ユーザから受信するステップを含む、請求項３に記載の方法。
【請求項７】
前記個別化情報を送信するステップは、前記個別化情報が前記サービスプロバイダと共有され得ると判断するステップを含む、請求項３に記載の方法。
【請求項８】
前記個別化情報は、前記サービスプロバイダに関連するユーザ嗜好および一般的なユーザ嗜好のうちの１つ以上を含む、請求項３に記載の方法。
【請求項９】
前記個別化情報はアカウント情報を含む、請求項３に記載の方法。
【請求項１０】
前記個別化情報は支払情報を含む、請求項３に記載の方法。
【請求項１１】
前記個別化情報はアプリケーション設定を含む、請求項３に記載の方法。
【請求項１２】
前記アクセスプロバイダから第２のサービスプロバイダについての第２のメッセージを受信するステップを含み、前記第２のメッセージは前記第１の識別子に関連付けられ、さらに、
前記第２のメッセージから前記第１の識別子を分離するステップと、
前記第２のメッセージを前記第２の識別子に関連付けるステップと、
前記第２の識別子に関連付けられた前記第２のメッセージを前記第２のサービスプロバイダに送信するステップと、
前記個別化情報の第２のサブセットを前記サービスプロバイダに送信するステップとをさらに含む、請求項３に記載の方法。
【請求項１３】
前記アクセスプロバイダから第２のサービスプロバイダについての第２のメッセージを受信するステップを含み、前記第２のメッセージは前記第１の識別子に関連付けられ、さらに、
前記第２のメッセージから前記第１の識別子を分離するステップと、
第３の識別子を得るステップと、
前記第２のメッセージを前記第３の識別子に関連付けるステップと、
前記第３の識別子に関連付けられる前記第２のメッセージを前記第２のサービスプロバイダに送信するステップと、
前記個別化情報の第２のサブセットを前記サービスプロバイダに送信するステップとをさらに含む、請求項３に記載の方法。
【請求項１４】
個別化情報を受信するステップと、
前記個別化情報を前記第２の識別子に関連付けるステップと、
前記第２の識別子に関連付けられた前記個別化情報を記憶するステップとをさらに含む、請求項１に記載の方法。
【請求項１５】
個別化情報を受信するステップは、前記ユーザから個別化情報を受信するステップを含む、請求項１４に記載の方法。
【請求項１６】
個別化情報を受信するステップは、前記サービスプロバイダからクッキーを受信するステップを含む、請求項１４に記載の方法。
【請求項１７】
個別化情報を受信するステップは、ユーザ装置特徴、ユーザ装置能力、ユーザ装置設定およびユーザ装置アドレスのうちの１つ以上を受信するステップを含む、請求項１４に記載の方法。
【請求項１８】
個別化情報を受信するステップは、少なくとも１つのユーザ嗜好を受信するステップを含む、請求項１４に記載の方法。
【請求項１９】
セッションを前記第２の識別子に関連付けるステップと、
前記メッセージを前記セッションに関連付けるステップと、
セッション管理情報のためのメッセージを評価するステップとを含み、前記セッション管理情報は、前記ユーザと前記サービスプロバイダとの間における情報のやり取りの状態を表わすデータを含み、さらに、
前記アクセスプロバイダから、前記サービスプロバイダについての１つ以上の付加的なメッセージを受信するステップを含み、前記１つ以上の付加的なメッセージは前記第１の識別子に関連付けられ、さらに、
前記アクセスプロバイダから受信した、前記サービスプロバイダについての前記付加的なメッセージの各々のために、前記付加的なメッセージを前記セッションに関連付け、セッション管理情報のために前記付加的なメッセージの各々を評価するステップと、
前記セッション管理情報を記憶するステップとをさらに含む、請求項１に記載の方法。
【請求項２０】
第２のアクセスプロバイダから、前記サービスプロバイダについての第２のメッセージを受信するステップを含み、前記第２のメッセージは前記ユーザのための第３の識別子に関連付けられ、さらに、
前記第３の識別子が前記第１の識別子にマップされていると判断するステップと、
前記メッセージから前記第３の識別子を分離するステップと、
前記第２のメッセージを前記第２の識別子に関連付けるステップと、
前記第２の識別子に関連付けられた前記第２のメッセージを前記サービスプロバイダに送信するステップとをさらに含む、請求項１９に記載の方法。
【請求項２１】
前記第２の識別子が前記セッションに関連付けられていると判断するステップと、
前記セッションに関連付けられた前記セッション管理情報を検索するステップと、
前記セッション管理情報を前記サービスプロバイダに送信するステップとをさらに含む、請求項２０に記載の方法。
【請求項２２】
第２のアクセスプロバイダから、前記サービスプロバイダについての第２のメッセージを受信するステップを含み、前記第２のメッセージはユーザのための第３の識別子に関連付けられ、さらに、
前記第３の識別子が前記第１の識別子にマップされていると判断するステップと、
前記メッセージから前記第３の識別子を分離するステップと、
前記第２のメッセージを前記第２の識別子に関連付けるステップと、
前記第２の識別子に関連付けられた前記第２のメッセージを前記サービスプロバイダに送信するステップとをさらに含む、請求項１に記載の方法。
【請求項２３】
前記サービスプロバイダについての前記メッセージを受信するステップは、第１のアイデンティティプロバイダにおいて前記メッセージを受信するステップを含み、前記サービスについての前記第２のメッセージを受信するステップは、第２のアイデンティティプロバイダにおいて前記第２のメッセージを受信するステップを含み、前記第３の識別子が前記第１の識別子にマップされていると判断するステップは、前記第２のアイデンティティプロバイダから、前記第１のアクセスプロバイダについてのユーザアドレスを前記第２のアクセスプロバイダについてのユーザアドレスにマップするユーザ識別マッピングを含むデータストレージにアクセスするステップを含む、請求項２２に記載の方法。
【請求項２４】
前記第２の識別子を得るステップは、前記第１の識別子が前記第２の識別子にマップされていると判断するステップを含む、請求項１に記載の方法。
【請求項２５】
前記第２の識別子を得るステップは、前記ユーザについての新しい識別を得るステップを含む、請求項１に記載の方法。
【請求項２６】
前記第２の識別子を認証するステップをさらに含み、
前記メッセージを送信するステップは、前記第２の識別子が認証されたという印とともに前記メッセージを送信するステップを含む、請求項１に記載の方法。
【請求項２７】
前記メッセージを受信するステップは、モバイルネットワークオペレータ（ＭＮＯ）から前記メッセージを受信するステップを含む、請求項１に記載の方法。
【請求項２８】
前記第１の識別子はＭＳＩＳＤＮである、請求項２７に記載の方法。
【請求項２９】
前記アクセスプロバイダから前記メッセージを受信するステップは、無線ネットワークプロバイダから前記メッセージを受信するステップを含む、請求項１に記載の方法。
【請求項３０】
前記無線ネットワークプロバイダは、汎用のパケット無線サービス（ＧＰＲＳ）のプロバイダ、ＷｉＦｉ、２．５Ｇ、ＦＯＭＡ、ＵＭＴＳ、ＣＤＭＡおよびＥＤＧＥのうちの１つである、請求項２９に記載の方法。
【請求項３１】
前記サービスプロバイダは支払プロバイダであり、前記方法はさらに、
支払金額を許可してほしいという要求を受信するステップを含み、前記要求は前記第２の識別子に関連付けられ、前記方法はさらに、
前記許可を前記支払プロバイダに与えるステップを含む、請求項１に記載の方法。
【請求項３２】
前記支払金額を前記アクセスプロバイダに伝送するステップをさらに含む、請求項３１に記載の方法。
【請求項３３】
方法であって、
モバイルネットワークオペレータから、サービスプロバイダのためのメッセージを受信するステップを含み、前記メッセージはユーザのＭＳＩＳＤＮに関連付けられ、前記方法はさらに、
識別子を得るステップと、
前記識別子を認証するステップと、
前記メッセージから前記ＭＳＩＳＤＮを分離するステップと、
前記メッセージを前記識別子に関連付けるステップと、
前記識別子に関連付けられた前記メッセージを、前記識別子が認証されたという印とともに前記サービスプロバイダに送信するステップと、
前記ユーザの嗜好を示す個別化情報を前記サービスプロバイダに送信するステップとを含む、方法。
【請求項３４】
方法であって、
サービスプロバイダからユーザのためのメッセージを受信するステップを含み、前記メッセージは前記第１の識別子に関連付けられ、前記方法はさらに、
前記第１の識別子がアクセスプロバイダのために前記ユーザの第２の識別子にマップされていると判断するステップと、
前記メッセージから前記第１の識別子を分離するステップと、
前記第２の識別子を前記第２のメッセージに関連付けるステップと、
前記第１の識別子に関連付けられた前記第２のメッセージを前記アクセスプロバイダに送信するステップとを含む、方法。
【請求項３５】
システムであって、
アクセスプロバイダから受信したメッセージからユーザの第１の識別子を分離し、前記ユーザのための第２の識別子を得、前記第２の識別子を前記メッセージに関連付けるよう構成されるアイデンティティ構成要素と、
前記第２の識別子を認証し、前記第２の識別子が認証されたという印を前記メッセージに関連付けるよう構成された認証構成要素と、
前記第２の識別子に関連付けられた前記メッセージ、および前記印を前記サービスプロバイダに送信する通信インターフェイスとを含む、システム。
【請求項３６】
前記アイデンティティマネージャはさらに、
ユーザ個別化情報を追跡し、少なくとも前記個別化情報のサブセットを前記サービスプロバイダに送信する個別化マネージャと、
前記個別化情報を記憶するデータストレージとを含む、請求項３５に記載のシステム。
【請求項３７】
セッション管理情報を追跡するセッションマネージャをさらに含み、前記セッション管理情報は、前記ユーザと前記サービスプロバイダとの間における情報のやり取りの状態を示す情報を含み、さらに、
前記セッション管理情報を記憶するデータストレージを含む、請求項３５に記載のシス
テム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連する出願の相互参照
この出願は、２００３年１２月１７日に出願され、「個別化およびアイデンティティ管理のための方法および装置（“Method and Apparatus for Personalization and Identity Management”）」と題され、引用によりこの明細書中に援用される米国仮出願第６０／５３０，５９９号の利益を主張する。
【０００２】
発明の背景
この発明は、概して、電子ビジネスにおけるアイデンティティ管理に関する。より特定的には、この発明は、移動空間などにおける異なる位置および異なる装置からアクセスされ得るアイデンティティ管理、認証、ユーザ嗜好およびプロファイルに関する。
【背景技術】
【０００３】
ユーザアイデンティティを管理するためにさまざまな技術が用いられてきた。典型的には、ネットワークアプリケーションまたはサーバにアクセスするために、ユーザはユーザを識別するアイデンティティ情報をアプリケーションまたはサーバプロバイダに提供する。次いで、ユーザには、アプリケーションまたはサーバにアクセスするのに用いることのできるログイン識別子が与えられる。場合によっては、アプリケーション／サーバはまた、ユーザの嗜好を記憶するユーザプロファイルを作成し得る。アプリケーションプロバイダは、ユーザがアプリケーションにアクセスするのに用いているクッキーまたは認証トークンをアプリケーション（たとえば、ウェブブラウザ）または装置（たとえば、ユーザの機械）に送信し得る。こうして、ユーザが次回ネットワークアプリケーションにアクセスする場合に備えて、ログイン識別、ユーザ嗜好、トランザクション履歴などの情報を蓄えることができる。しかしながら、ユーザの個別化情報（ユーザ嗜好、トランザクション履歴など）は、異なるプロバイダ間では共有できない。加えて、ユーザ識別はサービスプロバイダには知られている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
他の既存の技術により、ユーザが１つのログイン識別子を用いて複数のアプリケーションにアクセスすることが可能となる。この技術の一例は、オラクル（Oracle）のシングル・サインオン・オファリング（Single Sign-On Offerings）などのシングル・サイン・オン（ＳＳＯ）である。ＳＳＯは、プログラムコードにおいて「ハードコードされた（hard
coded）」特定のＳＳＯを有するアプリケーション間における１つのセッションに対して有効である。ＳＳＯは単一のセッションにのみ有効であるので、アプリケーションの個別化はＳＳＯによってはもたらされない。さらに、ユーザアイデンティティは、すべてのアプリケーションに知られている。
【０００５】
別の既存のアプローチには、マイクロソフト（Microsoft）（登録商標）のパスポート技術などのような、異なるサービスプロバイダ間での集中的なアイデンティティ管理の使用が含まれる。サービスプロバイダは、アイデンティティ（identity）／認証（authentication）プロバイダによるユーザの認証を可能にするプログラムコードをアプリケーションに含まなければならない。次いで、顧客は、単一のアイデンティティ／認証プロバイダを用いてサービスにログオンする。これにより、プライバシーの問題や違反のリスクが増大するおそれがある。さらに、サービスプロバイダは、アイデンティティ／認証プロバイダに連結される。これは、いくつかのサービスプロバイダ、特に電気通信、モバイルネットワークオペレータ（ＭＮＯ）および銀行業務用プロバイダにとっては容認できない市場
独占のリスクとして受取られる可能性がある。
【０００６】
別のアプローチとして、プロバイダ間で分散して単一のサインオンを提供し得る連合型アイデンティティ管理が挙げられる。このような１つの連合にはリバティ・アライアンス・プロジェクト（Liberty Alliance Project）（http://www.projectliberty.org）があり、概要を、http://www.projectliberty.org/specs/liberty-architecture-overview-v1.0.pdf.に見出すことができる。連合型アイデンティティ管理は、当該連合のメンバによるユーザの認証が当該連合の他のメンバについての認証として機能することを可能にする。しかしながら、ユーザアイデンティティをマスキングするか、または、プロバイダ間でユーザ嗜好もしくは他のユーザ個別化情報を共有することを可能にする機構は提供されない。
【課題を解決するための手段】
【０００７】
発明の概要
個別化およびアイデンティティ管理のための方法およびシステムが開示される。一実施例においては、当該方法は、モバイルネットワークオペレータまたは無線ネットワークプロバイダなどのアクセスプロバイダからサービスプロバイダのためのメッセージを受信するステップを含む。当該メッセージは、アクセスプロバイダのユーザの第１の識別子に関連付けられる。第２の識別子が得られる。第１の識別子は当該メッセージから分離され、第２の識別子は当該メッセージに関連付けられる。第２の識別子に関連付けられたメッセージがサービスプロバイダに送信される。いくつかの実施例においては、第２の識別子が認証されたという印（indication）が、また、サービスプロバイダに送信され得る。
【０００８】
いくつかの実施例においては、当該方法は、第２の識別子に関連付けられる個別化情報を検索し、個別化情報のサブセットをサービスプロバイダに送信するステップを含み得る。一例として、個別化情報は、ユーザ嗜好、ユーザ装置特徴、ユーザ装置能力、ユーザ装置設定、ユーザ装置アドレスおよび他のユーザ個別化情報を含み得る。当該方法は、情報が送信される前にサービスプロバイダが個別化情報を有する許可を得ているという判断を随意に含み得る。個別化情報は、ユーザ、サービスプロバイダから受信されていてもよく、および／またはユーザ履歴から得られていてもよい。
【０００９】
代替的には、または加えて、当該方法はまた、セッションを第２の識別子に関連付け、アクセスプロバイダから受信したメッセージを当該セッションに関連付けるステップを含み得る。アクセスプロバイダから受信したメッセージおよび１つ以上の付加的なメッセージは、第１の識別子に関連付けられているが、セッション管理情報について評価され得る。サービスプロバイダへの接続が失われ、再設定された場合、セッション管理情報は将来の検索のために記憶され得る。
【００１０】
アクセスプロバイダからメッセージを受信した後、メッセージは、サービスプロバイダのために第２のアクセスプロバイダから受信され得る。当該メッセージは、ユーザの第３の識別子に関連付けられ得る。次いで、当該方法は、第３の識別子が第１の識別子にマップされると判断するステップを含み得る。第３の識別子は当該メッセージから分離され、第２の識別子は当該メッセージに関連付けられる。第２の識別子に関連付けられる第２のメッセージはサービスプロバイダに送信される。
【００１１】
代替的な実施例においては、当該方法は、サービスプロバイダのためにモバイルネットワークオペレータからメッセージを受信するステップを含み得る。受信されたメッセージは、ユーザのＭＳＩＳＤＮに関連付けられ得る。識別子が得られ、認証される。当該ＭＳＩＳＤＮはメッセージから分離され、得られた識別子はメッセージに関連付けられる。次いで、当該メッセージは、当該識別子が認証されたという印とともにサービスプロバイダ
に送信される。ユーザの嗜好を示す個別化情報もサービスプロバイダに送信される。
【００１２】
第３の実施例においてシステムが開示される。当該システムは、アクセスプロバイダから受信したメッセージからユーザの第１の識別子を分離するよう構成されたアイデンティティ構成要素を含む。アイデンティティプロバイダはまた、アクセスプロバイダのユーザのための識別子を得、第２の識別子を当該メッセージに関連付けるよう構成される。当該システムはさらに、第２の識別子を認証し、第２の識別子が認証されたという印を当該メッセージに関連付けるよう構成された認証構成要素を含む。通信インターフェイスは、第２の識別子に関連付けられるメッセージと、印とをサービスプロバイダに送信するよう構成される。
【００１３】
明細書および添付の図面の残りの部分を参照することにより、この発明の性質および利点をさらに理解することができるだろう。
【００１４】
この発明に従った具体的な実施例が添付の図面に示される。
【発明を実施するための最良の形態】
【００１５】
発明の詳細な説明
以下の説明においては、この発明を完全に理解できるようにするために、説明の目的で多数の特定の詳細が述べられる。しかしながら、これらの特定の詳細のうちのいくつかがなくてもこの発明が実施可能であることが、当業者には明らかとなるだろう。他の場合には、周知の構造および装置がブロック図の形で示される。
【００１６】
図１は、アイデンティティ管理をユーザに提供するのに用いられ得るシステムの具体的な実施例を示す。ユーザは、アクセスプロバイダ１０２を用いてネットワークにアクセスし得る。当該ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ネットワークまたは他の種類のネットワークであってもよい。こうして、アクセスプロバイダ１０２は、インターネットサービスプロバイダ、モバイルネットワークオペレータ（ＭＮＯ）、または無線通信ネットワークに対する他の種類のプロバイダ、すなわち、無線ネットワークに対するプロバイダ（たとえば、汎用のパケット無線サービス（ＧＰＲＳ）ネットワーク、ＷｉＦｉネットワーク、２．５Ｇ、ＥＤＧＥ、ＵＭＴＳ、３Ｇ、ＣＤＭＡ、ＦＯＭＡなど）であってもよい。いくつかの実施例においては、ユーザは、移動可能な装置からネットワークにアクセスし得る。一例として、携帯機器は、ラップトップ、携帯情報端末（ＰＤＡ）、携帯電話または他の種類の装置であり得る。他の実施例においては、ユーザ装置は相対的に据置き型であってもよく、たとえばパーソナルコンピュータなどであってもよい。
【００１７】
ユーザは、アクセスプロバイダ１０２によって提供されるネットワークアクセスを用いて、１つ以上のサービスプロバイダ１０８、１１０と情報をやり取りし得る。異なる種類のさまざまなサービスがサービスプロバイダ１０８、１１０によって提供され得る。たとえば、サービスプロバイダ１０８、１１０は、電子メールサービス、音声メールサービス、メッセージングサービス（たとえば、テキストメッセージング、インスタントメッセージング、ＭＭＳ、音声チャットなど）またはアプリケーションサービスを提供し得る。一例として、アプリケーションサービスは、ユーザが商品またはサービスを購入することを可能にするウェブサイト、或る人がどこに居るか、出席しているかまたは空いているかを見出すためのアプリケーション、データをリポジトリ（repository）と同期させるためのアプリケーション、データ、アプリケーションもしくは装置のライフサイクルを規定／管理するためのアプリケーション、または、特定のドメインにアクセスするためのアプリケーションを含み得る。サービスプロバイダ１０８、１１０によって他の種類の広範囲のサービスも提供され得ることが認識される筈である。
【００１８】
ユーザ装置（図示せず）は、そこにアクセスプロバイダ１０２がメッセージを送信することを可能にする関連する識別子を有する。一例として、識別子は、ネットワークインターフェイスカード（ＮＩＣ）、移動識別番号（ＭＩＮ）、移動局ＩＳＤＮ（ＭＳＩＳＤＮ）、ＥＭＩ、ＳＩＭ情報またはＵＳＩＭ情報であり得る。アクセスプロバイダ１０２を介してユーザ装置からサービスプロバイダ１０８、１１０に送信されたメッセージは、一般に、サービスプロバイダ１０８、１１０がメッセージをユーザに送り返すことができるようにメッセージに関連付けられた識別子を有する。しかしながら、場合によっては、プライバシーまたは他の理由のために、ユーザは、サービスプロバイダにその識別子を知られることを望まない可能性がある。たとえば、携帯電話のユーザが、サービスプロバイダ１０８、１１０にユーザの移動識別番号を知られることを望まない可能性がある。
【００１９】
アイデンティティプロバイダ１０４は、サービスプロバイダ１０８、１１０からユーザのアドレスをマスキングするのに用いられてもよい。以下にさらに詳細に説明されるように、アイデンティティプロバイダ１０４は、ユーザのために異なる識別子を獲得し得る。アイデンティティプロバイダ１０４は、ユーザから送信されたメッセージから第１の識別子を分離し、代わりに、当該メッセージを第２の識別子と関連付け得る。次いで、第２の識別子に関連付けられたメッセージは、メッセージが宛てられたサービスプロバイダ１０８、１１０に送信され得る。場合によっては、アイデンティティプロバイダ１０４はまた、第２の識別子を認証し得、第２の識別子が認証されたという印を当該メッセージとともに送信し得る。サービスプロバイダ１０８、１１０は、メッセージをユーザまで戻すようアイデンティティプロバイダ１０４にルーティングする。次いで、アイデンティティプロバイダは、サービスプロバイダ１０８、１１０から受信したメッセージに関連付けられた第２の識別子を第１の識別子と置換え、当該メッセージを、ユーザに届けるためにアクセスプロバイダ１０２に送信し得る。こうして、ユーザは、いかなる識別情報、たとえばユーザ装置アドレス、名前、電子メールアドレス、電話番号または他の識別情報をも提供することなく、サービスプロバイダ１０８、１１０とのトランザクションを実行し得る。
【００２０】
図２は、アイデンティティプロバイダ１０４の具体的な実施例を示す。アイデンティティプロバイダ１０４はアイデンティティマネージャ２０４を含む。アイデンティティマネージャ２０４は、ユーザ識別（user identification）をサービスプロバイダ１０８、１１０からマスキングする目的で、ユーザのための識別子を得るのに用いられ得る。場合によっては、ユーザアドレスのために新しい識別子が作成され得る。他の場合には、アイデンティティマネージャ２０４は、ユーザのために識別子が既に存在していると判断し得る。たとえば、マスキングするのに用いられる識別子は、ユーザの別の識別子に既に割当てられているかもしれない。別の例として、識別子は、同じユーザ（たとえば、複数のアクセスプロバイダおよび／または装置を用いるユーザ）のために付加的な複数の識別子に割当てられてもよく、その各々が当該識別子にマップされている。同じ識別子を用いて、複数のサービスプロバイダ１０８、１１０にアクセスし得る。代替的には、各々のサービスプロバイダのために異なる識別子を得て、ユーザのアイデンティティをサービスプロバイダからマスキングし得る。
【００２１】
次いで、アイデンティティマネージャ２０４は、マスキングするために用いられる識別子を認証マネージャ２０６に送って、当該識別子を認証し得る。これは、アクセスプロバイダから受信した信用証明書に基づいてなされてもよい。信用証明書は、トークン、クッキー、デジタル証明書、ＳＩＭ認証または他の種類のトークンを含み得る。場合によっては、チャレンジ応答をユーザ装置に送信してユーザを認証し得る。識別子が認証された後、認証マネージャ２０６は、当該識別子が認証されたことをアイデンティティマネージャ２０４に通知し得る。次いで、アイデンティティマネージャ２０６は、識別子に関連付けられたメッセージを、当該識別子が認証されたというインジケータ（indicator）ととも
に伝送し得る。
【００２２】
一実施例においては、アイデンティティマネージャ２０４は、アクセスプロバイダ１０２からメッセージを受信し、ユーザアイデンティティをマスキングし、識別がマスキングされた状態でメッセージをサービスプロバイダ１１０に送信し得る。アイデンティティマネージャ２０４はまた、メッセージに関連付けられたマスキングされた識別子をアクセスプロバイダのためのユーザのアイデンティティと置換えることにより、サービスプロバイダ１０８、１１０から受信したメッセージをユーザにルーティングするのに用いられてもよい。こうして、マスキングされた識別子が１つ以上のアクセスプロバイダのために複数のユーザアイデンティティにマップされると、アイデンティティマネージャ２０４は、メッセージを送信するのに用いるために現在の識別子を追跡し得る。
【００２３】
他の実施例においては、ユーザについてのマスキングされた識別を得るのにアイデンティティマネージャ２０４を用い得るセッション／個別化マネージャ２０２などの中継器にメッセージが送信され得る。こうして、アイデンティティプロバイダ１０４は、アクセスプロバイダ１０２からメッセージを受信し、アイデンティティマネージャ１０２からマスキングされた識別子を得、ユーザのアクセスプロバイダの識別をマスキングされた識別子と置換え、メッセージをサービスプロバイダ１０８、１１０に送信するために、セッション／個別化マネージャ２０２または他の種類の中継器を随意に含み得る。上述のとおり、アイデンティティマネージャ１０２はマスキングされた識別子を認証し得、こうして、セッション／個別化マネージャ２０２（または他の種類の中継器）がまた、マスキングするのに用いられる識別子が認証されたという印をメッセージとともに送信し得る。セッション／個別化マネージャ２０２または他の種類の中継器はまた、識別子をユーザのアクセスプロバイダの識別と置換えることにより、サービスプロバイダ１０８、１１０から受信したメッセージをユーザに再度ルーティングするのに用いられ得る。
【００２４】
セッション／個別化マネージャ２０２はまた、ユーザが異なるアクセスプロバイダに切換えるかまたは異なる装置を用いてサービスプロバイダ１０８にアクセスする場合に、複数のサービスプロバイダ１０８、１１０間でのユーザ個別化情報の共有および／またはセッション管理の実行のために用いられてもよい。ユーザが移動する（roams）（アクセスプロバイダを切換える）かまたは第２の装置を用いてサービスプロバイダにアクセスする場合にセッション管理を如何に実行し得るかについての詳細な説明は、「異なるアクセス機構間のローミングおよびネットワーク技術（“ROAMING ACROSS DIFFERENT ACCESS MECHANISMS AND NETWORK TECHNOLOGIES”）」と題された出願連続番号第ＸＸ／ＸＸＸＸ，ＸＸＸ（代理人番号０２１７５６−０００９００ＵＳ）において見出すことができ、その詳細が引用によりこの明細書中に援用される。
【００２５】
ユーザに割当てられた識別子は、サービスプロバイダ１０８、１１０のためのセッションに関連付けられてもよい。所定の期間に亘って受信されたユーザからサービスプロバイダ１０８、１１０へのメッセージ（サービスプロバイダとのユーザセッション）はセッションに関連付けられ得る。セッションマネージャ２０２は、セッション管理情報についてのメッセージを評価し得る。セッション管理情報は、ユーザとサービスプロバイダとの間における情報のやり取りの状態を表わすデータ、状態またはセッション内のユーザ嗜好および／または他の種類のセッション情報を含み得る。以下により詳細に記載されるように、セッション管理情報は、ユーザによるさまざまな種類のローミング（たとえば、一時停止および再開、接続／断続的な切断／切断ならびに複数装置のローミング）をサポートするのに用いられてもよい。セッション／個別化マネージャ２０２は、データストレージ２０８を用いてセッション管理情報を記憶し得る。
【００２６】
加えて、セッション／個別化マネージャ２０２はユーザ個別化情報を管理し得る。セッ
ション／個別化マネージャ２０２は、識別子に関連付けられる個別化情報をデータストレージ２０８から検索し得る。個別化情報のサブセットはサービスプロバイダ１０８、１１０に送信され得る。場合によっては、当該サブセットは個別化情報のすべてを含み得るが、他の場合には、サービスプロバイダ１０８、１１０に適用可能であるかまたはサービスプロバイダ１０８、１１０が有する許可を得た個別化情報だけが送信され得る。ユーザのアイデンティティをマスキングするために各サービスプロバイダ１０８、１１０のための異なる識別子が提供される実施例においては、個別化情報が複数のサービスプロバイダ１０８、１１０間で共有され得るように、当該個別化情報が識別子のすべてにマップされ得る。代替的には、一般的な個別化情報のサブセットは複数の識別子の各々にマップされ得るが、アプリケーション専用の個別化情報は、特定のアプリケーションのサービスプロバイダ１０８、１１０に対する識別子にのみマップされ得る。
【００２７】
個別化情報は、異なる種類のさまざまな情報を含み得る。たとえば、個別化情報は、一般的なユーザ嗜好、アプリケーションに関連する嗜好もしくは他の個別化情報、たとえば支払情報もしくは嗜好（たとえば、Ｍコマース、電子財布、もしくはユーザ嗜好を特定する他の情報および支払いをするのに用いられるアカウント）、アプリケーション設定、アカウント情報、コンタクト／アドレスブック情報、または他の種類のアプリケーション専用の情報を含み得る。個別化情報はまた、装置に関連する情報、たとえば装置設定、どこで／如何にコンタクトすべきかについての統一されたメッセージング（ＵＭ）プライオリティリスト、またはプライバシールールを含み得る。個別化情報の他の例には、ユーザ信用証明書、嗜好およびプライバシー設定を含むサービスに対するユーザ契約、ユーザ装置（たとえば、装置特徴／能力、装置設定、装置アドレスなど）、ネットワーク／アクセス機構特徴（たとえば、マルチチャネル、マルチモーダル、音声など）、ならびに、嗜好を記憶した他の種類の情報またはユーザについての他の情報が含まれる。ユーザ個別化情報はユーザによって明確に設定または提供され得る。代替的に、または付加的には、セッション／個別化マネージャ２０２は、ユーザとサービスプロバイダ１０８、１１０との間で送信されるメッセージから嗜好または個別化情報を引出し得る。セッション／個別化マネージャ２０２が個別化管理を引出す実施例においては、プライバシー嗜好（Privacy Preferences）のためのプラットホーム（Ｐ３Ｐ）は、メッセージによって伝送されている情報の種類を判定するよう、いくつかのアプリケーションのために用いられてもよい。
【００２８】
セッション／個別化マネージャ２０２は、ユーザがサービスプロバイダとのセッションを開始した時、または、進行中のセッション中などの、嗜好情報を用いてユーザに関する文脈を設定するような他の時に、個別化情報をサービスプロバイダ１０８、１１０に送信し得る。個別化情報は、同様にまたは代替的には、サービスプロバイダ１０８、１１０から要求を受信することに応答して送信され得る。たとえば、セッション／個別化マネージャ２０２は、識別子に関連付けられた１つ以上のクッキーをサービスプロバイダ１０８、１１０から既に受信していてもよい。セッション／個別化マネージャ２０２は、クッキーをユーザ装置に転送するのではなく、クッキーをデータストレージ２０８に記憶し得る。サービスプロバイダがクッキーを要求した場合、セッション／個別化マネージャ２０２は、データストレージ２０８からクッキーを検索し、当該クッキーをサービスプロバイダ１０８、１１０に送信し得る。こうして、セッション／個別化マネージャ２０２は、サービスプロバイダのためのクッキープロキシとして機能し得る。他の種類の個別化情報がまた、サービスプロバイダ１０８、１１０の要求によって送信されてもよい。
【００２９】
さまざまな技術を用いて、サービスプロバイダ１０８、１１０が許可された個別化情報だけを受信することを確実にすることができる。たとえば、サービスプロバイダは、背景色などのアプリケーション設定を示す個別化情報にアクセスできるが、アイデンティティ情報にはアクセスできない。したがって、個別化情報を送信する前に、セッション／個別化マネージャ２０２は、サービスプロバイダ１０８、１１０が個別化情報を有する許可を
得たかどうかを判断し得る。セッション／個別化マネージャ２０２は、情報を（たとえば、「ポップアップ」メッセージを介して）送信する前にユーザからの許可を要求し得るか、または、（ユーザによってデフォルトまたは設定された）ルールを調べて、どんな種類の情報が送信され得るか判断し得る。いくつかの実施例においては、サービスプロバイダ１０８、１１０はデータストレージ２０８にアクセスし得るが、当該情報は、サービスプロバイダ１０８、１１０が許可された情報しか閲覧、検索または変更できないようにフィルタにかけられ得る。また、他の機構を用いて、個別化情報の無許可のアクセスまたは送信を防止し得る。
【００３０】
代替的な実施例において、アイデンティティプロバイダ１０４が図２に示されるのとは異なり得ることが認識される筈である。たとえば、アイデンティティプロバイダ１０４は認証マネージャ２０６を含み得ないが、代わりに、第３のパーティによって提供される認証マネージャを用い得る。別の例として、セッション／個別化マネージャ２０２は別個の構成要素であり得るか、または、セッションもしくは個別化管理の両方ではなくいずれかしか提供し得ない。第３の例として、セッション管理情報を記憶するのに用いられるデータストレージとは異なるデータストレージを用いて、個別化情報を記憶し得る。他の代替例も企図される。
【００３１】
支払プロバイダとの情報のやり取りのための具体的な一実施例が挙げられるが、ここでは、ユーザがアイデンティティプロバイダ１０４を用いてアイデンティティをマスキングし得る。ユーザは、アイデンティティをマスキングするために、図１で説明されるようなアイデンティティマネージャを用いて商業用サイトにログインし得る。ユーザが購入する商品を選択し、支払の準備ができると、業者は、ユーザのマスキングされたアイデンティティを支払プロバイダに送信し得る。業者はまた、他の個別化情報、嗜好情報またはプロファイル情報を送信し得る。次いで、支払プロバイダが、３ドメインセキュアプロトコルなどのプロトコルを用いてユーザのための認証を獲得し得る。いくつかの実施例においては、アイデンティティマネージャを用いてユーザを認証し得る。こうして、支払プロバイダは、ユーザが認証されたことだけを知り得るが、ユーザアイデンティティ、支払許可またはアカウント情報を知ることはできない。必要であれば、支払プロバイダは、トランザクションを許可するのに必要な確認または他の情報について、アイデンティティマネージャを介してユーザと情報をやり取りし得る。完了し次第、支払プロバイダは、アイデンティティマネージャがサービスプロバイダによって設定された請求書を発行することを要求し得る。次いで、アイデンティティプロバイダ１０４は、支払金額についての請求書をユーザに送信し得るか、または、アクセスプロバイダの請求書と組合せるために請求書情報をアクセスプロバイダ１０２に送信し得る。代替的には、支払プロバイダは、アイデンティティマネージャを用いてユーザに請求書通知を送信（たとえば、電子メールを送信）し得る。
【００３２】
図３は、ユーザがアクセスプロバイダを切換えた場合にユーザのためにマスキングする識別（identification）をサポートするのに用いられ得る例示的なシステム３００を示す。ユーザは、さまざまな状況においてアクセスプロバイダ３０２から第２のアクセスプロバイダ３０４に切換え得る。たとえば、ユーザは、異なるネットワークにローミングする携帯機器（たとえば、携帯電話）を用いていてもよい。別の例として、ユーザは、ある種類のアクセスプロバイダ（たとえば、汎用のパケット無線サービス（ＧＰＲＳ）アクセスプロバイダ）から、第２の種類のアクセスプロバイダ（たとえば、ＷｉＦｉプロバイダ）に切換え得る。ユーザは、第１の装置から、ネットワークにアクセスするのに別のアクセスプロバイダを用いる第２の装置に切換えた場合、アクセスプロバイダも切換える可能性がある。ユーザはまた、他のさまざまな場合、たとえば、あるＷｉＦｉネットワークから別のネットワークに切換えるかまたはＷｉＦｉから３ＧもしくはＧＰＲＳに切換える場合に、アクセスプロバイダを切換え得る。時として、ユーザが異なるアクセスプロバイダに
切換える場合、異なるアクセスプロバイダのためのユーザのアイデンティティが同じままである可能性がある。一例として、あるＭＮＯネットワークから第２のＭＮＯネットワークにローミングする場合、ユーザの識別（たとえば、ＭＳＩＳＤＮ番号）は同じままである。他の場合、ユーザは、たとえば、装置を切換えるかまたは異なる種類のアクセスプロバイダに切換える場合、アイデンティティを変更する可能性がある。
【００３３】
図３は、アクセスプロバイダ３０２、３０４がともに同じアイデンティティプロバイダ３０６を用いてアイデンティティ管理を行なう実施例を示す。ユーザがアクセスプロバイダ３０２、３０４を切換えた後、アイデンティティマネージャ３０６は、第２のアクセスプロバイダからサービスプロバイダ３１０のための１つ以上のメッセージを受信する。第２のアクセスプロバイダについてのユーザアイデンティティが第１のアクセスプロバイダについてのアイデンティティから変わっていなければ、アイデンティティマネージャ３０６は、ユーザからサービスプロバイダ３１０に送信されたメッセージからユーザのアクセスプロバイダの識別を引き続き分離し、（メッセージがアクセスプロバイダ３０２から受信されたときに得られた）ユーザのアクセスプロバイダの識別にマップされたマスキングされた識別子をメッセージに関連付け得る。サービスプロバイダ３１０から識別子に送信されたメッセージは、ユーザのアクセスプロバイダの識別を用いて、第２のアクセスプロバイダ３０４を介してユーザにルーティングされる。
【００３４】
多くの場合、ユーザのアイデンティティは、第１のアクセスプロバイダ３０２から第２のアドレスプロバイダ３０４に切換えた場合、変化するだろう。いくつかの実施例においては、アクセスプロバイダ３０２、３０４は、１つのメンバ（アクセスプロバイダ３０２）についてのユーザアイデンティティのための認証が異なるメンバ（アクセスプロバイダ３０４）によって維持されるアイデンティティのための認証として機能することに当該アクセスプロバイダ３０２、３０４が同意している連合体のメンバであり得る。こうして、（たとえば、アイデンティティマネージャ２０４の構成要素における）アイデンティティプロバイダ１０４は、ユーザが有する識別子のマッピングをさまざまなアクセスプロバイダ３０２、３０４で維持し得る。アイデンティティプロバイダ１０４がこの情報を維持するので、アクセスプロバイダ３０２、３０４は、他のアクセスプロバイダでは、ユーザが有するアイデンティティを知り得ない。ユーザは、アイデンティティプロバイダ３０６にマッピングのうちのいくらかを提供し得る。
【００３５】
第２のアクセスプロバイダ３０４を介してユーザの第３の識別子（第２のアクセスプロバイダが用いる識別子）に関連付けられたメッセージを受信した後、アイデンティティプロバイダ３０６は、第３の識別子が、第１のアクセスプロバイダ３０２から受信したメッセージに関連付けられる第１の識別子にマップされると判断する。次いで、アイデンティティプロバイダ３０６は、第３の識別子をメッセージから分離し、第１の識別子にマップされたマスキングされた識別子と第２のメッセージを関連付ける。マスキングされた識別子に関連付けられたメッセージはサービスプロバイダ３１０に送信される。
【００３６】
いくつかの実施例においては、ユーザは装置を切換え得るが、同じアクセスプロバイダを用い得る。これらの実施例においては、第３の識別子に関連付けられるメッセージは、同じアクセスプロバイダから送信されていてもよい。アイデンティティプロバイダ３０６はマッピングを用いて、第１の識別子に関連付けられるマスキングされた識別子も第３の識別子のアイデンティティをマスキングするのに用いられるべきであると判断し得る。加えて、先に記載されたように、いくつかの実施例においては、アイデンティティプロバイダ３０６はまた、セッションおよび／または個別化管理を提供し得る。ユーザがアクセスプロバイダ３０２、３０４を切換えた（かまたは、異なるアドレスに切換えた）場合、サービスプロバイダ３１０への接続が終了させられてもよい。第２のアクセスプロバイダによって接続が再度確立された後、アイデンティティプロバイダ３０６は、マスキングされ
た識別子がサービスプロバイダとのセッションに関連付けられると判断し得る。次いで、アイデンティティプロバイダ３０６はサービスプロバイダ３１０にセッション管理情報を送信（または利用可能に）し得る。こうして、ユーザは、接続を終了させたのと同じ状態、またはほぼ同じ状態で、サービスプロバイダ３１０との情報のやり取りを再開し得る。
【００３７】
図４は、ユーザがアクセスプロバイダを切換えた場合にユーザのためにマスキングする識別をサポートするのに用いられ得るシステム４００の第２の具体的な実施例を示す。この実施例においては、アクセスプロバイダ４０２、４０４は異なるアイデンティティプロバイダ４０６、４０８を用いる。アクセスプロバイダ４０２、４０４は、ユーザが有するアイデンティティをさまざまなアクセスプロバイダ３０２、３０４に関連付けるマッピング情報にアイデンティティプロバイダ４０６、４０８がアクセスすることを可能にする連合協定（federation agreement）を有し得る。当該システムは、アクセスプロバイダ４０２、４０４がともに到達可能なデータストレージ４１０を含む。データストレージ４１０は、ユーザのアイデンティティ間における、さまざまなアクセスプロバイダでの、サービスプロバイダとの情報のやり取りのために用いられる１つ以上のマスキングされた識別子へのマッピングを記憶するのに用いられ得る。
【００３８】
アイデンティティプロバイダ４０６が、アクセスプロバイダ４０２に関連付けられる第１の識別子のためのマスキングされた識別子を得た後、アイデンティティプロバイダ４０６は、第１の識別子からマスキングされた識別子へのマッピングをデータストレージ４１０に記憶し得る。こうして、第２のアイデンティティプロバイダ４０８は、（第２のアクセスプロバイダによって用いられる）第３の識別子に関連付けられるアクセスプロバイダ４０４からメッセージを受信すると、最初にデータストレージ４１０を調べて、マスキングされた識別子が第３の識別子に割当てられているかどうか判断し得る。いくつかの実施例においては、データストレージ４１０は、ユーザが有する異なるアイデンティティを異なるアクセスプロバイダ４０２、４０２でマップし得る。これらの実施例においては、第３の識別子に関連付けられるマスキングされた識別子の探索により、（第１のアクセスプロバイダが用いる）第１の識別子に割当てられたマスキングされた識別子を戻し得る。代替的には、アクセスプロバイダ４０４は、ユーザの第３の識別子に関連付けられる異なるアイデンティティをすべて用いてデータストレージを探索し得る。次いで、アクセスプロバイダ４０４は、第１の識別子にマップされた同じマスキングされた識別子を用いて、サービスプロバイダ４１２とのトランザクションからユーザの第３の識別をマスキングし得る。
【００３９】
アイデンティティプロバイダ４０６、４０８によって割当てられたマスキングされた識別子を、ユーザが有するアイデンティティに、１つ以上のアクセスプロバイダ４０２、４０４でマップするマッピングに加えて、データストレージ４１０または異なるデータストレージはまた、識別子にマップされたセッションまたは個別化情報を記憶し得る。こうして、アイデンティティプロバイダ４０８は、必要または要求に応じて、セッションおよび個別化情報をサービスプロバイダ４１２に送信し得る。代替的には、アイデンティティプロバイダ４０６、４０８は、他のアイデンティティプロバイダによって記憶されたセッション／個別化情報に直接アクセスすることができない。これらの実施例においては、第２のアイデンティティプロバイダ４０８は、第１のアイデンティティプロバイダ４０６がセッションおよび個別化情報を第２のアイデンティティプロバイダ４０８またはサービスプロバイダ４１２に送信することを要求し得る。
【００４０】
図５は、アクセスプロバイダを介してユーザがアクセスし得る例示的な無線ネットワークを示す。無線ネットワーク技術は、無線ワイドエリアネットワーク（ＷＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）および無線パーソナルエリアネットワーク（ＷＰＡＮ）の技術を含む。ＷＷＡＮ技術は、典型的には、携帯電話およびそれに関連する技
術、たとえばＧＳＭ、ＧＰＲＳ、ＣＤＰＤ、ＣＤＭＡ、ＴＤＭＡ、ＷＣＤＭＡなどを含む。ＷＷＡＮネットワークは高出力の長距離ネットワークであり、典型的には、数キロメートル以上のオーダのアクセス範囲を有する。他方、ＷＬＡＮ技術は中出力の中距離ネットワークであり、数十メートルのオーダのアクセス範囲を有し、ＷＰＡＮネットワークは低出力の短距離ネットワークであり、典型的には約１０メートル以下のアクセス範囲を有する。ＷＬＡＮ技術の例にはＩＥＥＥ  ８０２．１１（ａ）、（ｂ）、（ｅ）および（ｇ）の技術が含まれ、ＷＰＡＮ技術の例には、ブルートゥース（Bluetooth）（登録商標）、ＨｏｍｅＲＦ、ＩｒＤＡおよびＩＥＥＥ  ８０２．１５の技術が含まれる。無線ネットワーク以外のネットワークがアクセスプロバイダを介してユーザにアクセス可能にされ得ることが理解されるべきである。
【００４１】
図６は、アイデンティティプロバイダ（または、アイデンティティプロバイダの構成要素）が実現され得るコンピュータシステム６００の一実施例を示す。図示されるコンピュータシステム６００は、バス６５５を介して電気的に結合され得るハードウェア要素を含む。ハードウェア要素は、１つ以上の中央処理装置（ＣＰＵ）６０５、１つ以上の入力装置６１０（たとえば、マウス、キーボードなど）、および１つ以上の出力装置６１５（たとえば、表示装置、プリンタなど）を含み得る。コンピュータシステム６００はまた、１つ以上の記憶装置６２０を含み得る。一例として、記憶装置６２０は、ディスクドライブ、光学記憶装置、固体記憶装置、たとえば、プログラム可能、フラッシュ更新可能などであり得るランダムアクセスメモリ（「ＲＡＭ」）および／または読出専用メモリ（「ＲＯＭ」）であり得る。
【００４２】
コンピュータシステム６００は、コンピュータ読取可能な記憶媒体リーダ６２５、通信システム６３０（たとえば、モデム、ネットワークカード（無線または有線）、赤外線通信装置など）、およびワーキングメモリ６４０を付加的に含み得るが、これらは、上述のＲＡＭおよびＲＯＭ装置を含み得る。いくつかの実施例においては、コンピュータシステム６００はまた、ＤＳＰ、特殊用途のプロセッサなどを含み得る処理加速ユニット（processing acceleration unit）６３５を含み得る。
【００４３】
コンピュータ読取可能な記憶媒体リーダ６２５はさらに、リモートの、ローカルな、固定された、および／または取外し可能な記憶装置に加えて、コンピュータ読取可能情報を一時的および／またはさらには永続的に含むための記憶媒体をともに（または、随意には記憶装置６２０と組合せて）包括的に表わすコンピュータ読取可能記憶媒体に接続され得る。通信システム６３０は、データをネットワークおよび／または他のいずれかのコンピュータと交換することを可能にし得る。
【００４４】
コンピュータシステム６００はまた、オペレーティングシステム６４５および／またはアプリケーションプログラムなどの他のコード６５０を含むワーキングメモリ６４０内に現在位置するものとして示されるソフトウェア要素を含み得る。アプリケーションプログラムは、アイデンティティプロバイダ、アイデンティティプロバイダの構成要素および／またはこの発明の方法を実現し得る。コンピュータシステム６００の代替的な実施例が、上述したものからの多数の変形例を有し得ることが認識されるべきである。たとえば、カスタマイズされたハードウェアが用いられてもよく、および／または特定の要素がハードウェア、（アプレットなどのポータブルソフトウェアを含む）ソフトウェアもしくはその両方において実現されてもよい。さらに、ネットワーク入出力装置などの他の演算装置への接続が用いられてもよい。
【００４５】
図７は、ユーザ識別をマスキングするのに用いられ得る具体的な方法を示す。当該方法は、７０２でサービスプロバイダのためのメッセージを受信することから始まり得る。当該メッセージは、第１のユーザ識別子に関連付けられ、ユーザ装置のアクセスをネットワ
ークに提供するアクセスプロバイダから受信され得る。ユーザアイデンティティをマスキングするのに用いられる第２の識別子が７０４で得られる。第２の識別子は、アイデンティティプロバイダ（たとえば、アイデンティティマネージャ２０４の構成要素）によって７０４で得られ得る。第２の識別子が予め得られていて、第１の識別子にマップされていてもよく、または第３の識別子が、ユーザにも関連付けられる第１の識別子にマップされていてもよい。代替的には、新しい識別子が作成され、第２の識別子のために用いられてもよい。
【００４６】
メッセージに関連付けられる第１の識別子は７０６で当該メッセージから分離され、得られた第２の識別子が７０８でその場所においてメッセージに関連付けられる。こうして、第２の識別子を用いて、アイデンティティプロバイダに戻るようメッセージをルーティングし得るが、これにより第２の識別子を第１の識別子と置換え、ユーザに転送するためにアクセスプロバイダに送信することとなる。第２の識別子がメッセージに関連付けられた後、当該メッセージは７１０でサービスプロバイダに送信される。
【００４７】
いくつかの実施例においては、セッションおよび／または個別化情報がまた、７１２で検索され得る。セッション情報は、得られた第２の識別子に関連付けられるセッションについてのセッション情報であってもよい。セッション情報は、ユーザが、セッション情報によって示される以前の状態でセッションプロバイダとの情報のやり取りを開始し得るように、７１４でサービスプロバイダに送信され得る。ユーザ嗜好、装置能力および他のユーザ個別化情報を特定する個別化情報がまた、７１４でサービスプロバイダに送信され得る。代替的には、サービスプロバイダは、識別子に関連付けられる個別化情報（または個別化情報のサブセット）にアクセスし得る。
【００４８】
図８は、ユーザがアクセスプロバイダを切換えた場合にアイデンティティ管理を実行するのに用いられ得る具体的な方法を示す。７０２で第１のアクセスプロバイダから１つ以上のメッセージを受信した後、あるメッセージが、８０２で第２のアクセスプロバイダから受信され得る。当該メッセージは、第１のアクセスプロバイダが用いる同じユーザ識別子に関連付けられ得る。たとえば、このことは、ユーザが異なるネットワークにローミングするか、または、ユーザが、異なるアクセスプロバイダを用いてネットワークにアクセスする異なる装置に切換える場合に起こる可能性がある。代替的には、第２のアクセスプロバイダから受信したメッセージに関連付けられるユーザの第３の識別子は、第１のアクセスプロバイダから受信したメッセージに関連付けられる第１の識別子とは異なっていてもよい。８０２でメッセージが受信された後、第３の識別子が、７０２で第１のアクセスプロバイダから受信したメッセージに関連付けられる第１の識別子にマップされるという判断が下され得る。
【００４９】
第３の識別子は、８０６でメッセージから分離される。第１の識別子に関連付けられるメッセージのための、７０４で得られたマスキングされた識別子は、第２のアクセスプロバイダからのメッセージに関連付けられる。次いで、メッセージが、８０１でサービスプロバイダに送信される。随意には、セッションおよび／または個別化情報も８１２で送信され得る。
【００５０】
上述の説明においては、例示の目的で、方法が特定の順序で説明された。代替的な実施例においては、当該方法を記載されたものとは異なる順序で実行し得ることが認識されるべきである。加えて、当該方法は、記載されたものよりも少ないか、追加されているかまたは異なるブロックを含み得る。上述の方法が、ハードウェア構成要素によって実行され得るかまたは機械実行可能命令（machine-executable instructions）のシーケンスにおいて実現され得ることも認識されるはずであるが、当該機械実行可能命令は、当該命令でプログラミングされる汎用または特殊用途のプロセッサまたは論理回路などの機械に当該
方法を実行させるのに用いられ得る。これらの機械実行可能命令は、１つ以上の機械読取可能媒体、たとえば、ＣＤ−ＲＯＭもしくは他の種類の光ディスク、フロッピー（登録商標）ディスケット、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気もしくは光学カード、フラッシュメモリ、または電子命令を記憶するのに好適な他の種類の機械読取可能媒体に記憶され得る。代替的には、当該方法は、ハードウェアとソフトウェアとの組合せによって実行され得る。
【００５１】
この発明の例示的で現在好ましい実施例をこの明細書中に詳細に説明してきたが、この発明の概念がさまざまに具体化および使用され得、添付の特許請求の範囲が、先行技術によって限定されている場合を除いて、このような変形例を含むものと解釈されるよう意図されることが理解されるべきである。
【図面の簡単な説明】
【００５２】
【図１】アイデンティティ管理を用いるシステムの具体的な実施例を示す図である。
【図２】図１のアイデンティティプロバイダの具体的な実施例を示す図である。
【図３】アイデンティティ管理を用いるシステムの第２の具体的な実施例を示す図である。
【図４】アイデンティティ管理を用いるシステムの第３の具体的な実施例を示す図である。
【図５】現在利用可能ないくつかのモバイルネットワーク技術の簡単な比較を示す図である。
【図６】アイデンティティプロバイダが実現され得るコンピュータシステムを示すブロック図である。
【図７】ユーザ識別をマスキングする方法を示すフロー図である。
【図８】アクセスプロバイダを切換えるユーザのためのアイデンティティ管理を示すフロー図である。
【図１】
2007521580.tif 000003
【図２】
2007521580.tif 000004
【図３】
2007521580.tif 000005
【図４】
2007521580.tif 000006
【図５】
2007521580.tif 000007
【図６】
2007521580.tif 000008
【図７】
2007521580.tif 000009
【図８】
2007521580.tif 000010
【国際調査報告】
2007521580.tif 000011
2007521580.tif 000012
2007521580.tif 000013