(57)【特許請求の範囲】
【請求項１】
少なくとも１つの主体者（２０）に対するアイデンティティネットワーク（１０）におけるプライバシー管理のための制御装置（１２）であって、
アイデンティティネットワーク（１０）は、少なくともアイデンティティプロバイダ（１４）と、ディスカバリサービスプロバイダ（１６）と、前記主体者（２０）がトランザクションを行うことが可能なサービスプロバイダ（１８）とを含むコンピュータネットワークであり、
主体者（２０）は当該主体者（２０）のアイデンティティが認証されることが可能なシステムエンティティであり、
アイデンティティリソースは、アイデンティティ又はアイデンティティのグループに関係するデータであるか、アイデンティティ又はアイデンティティのグループに関連するサービスであるかの何れかであり、
前記制御装置（１２）は、
前記アイデンティティネットワーク（１０）で利用可能であり且つ前記主体者（２０）のアイデンティティに関連するアイデンティティリソースに関する情報を取得するために前記アイデンティティネットワーク（１０）のディスカバリサービスプロバイダ（１６）に問い合わせ（Ｓ２）、
前記アイデンティティネットワーク（１０）で利用可能であり且つ前記主体者（２０）のアイデンティティに関連する前記アイデンティティリソースのアドレス属性について利用可能な情報であるアドレス情報を前記ディスカバリサービスプロバイダ（１６）から受信し（Ｓ４）、
前記アイデンティティネットワーク（１０）で利用可能であり且つ前記主体者（２０）のアイデンティティに関連する前記アイデンティティリソースの使用を統治する属性であるプライバシー属性を作成し、読み込み、変更し又は削除するために前記アドレス情報に基づいてサービスプロバイダ（１８）と相互作用する（Ｓ６）
ように構成されることを特徴とする制御装置（１２）。
【請求項２】
前記問い合わせ（Ｓ２）の前に、前記アイデンティティネットワーク（１０）で利用可能であり且つ前記主体者（２０）のアイデンティティに関連する前記アイデンティティリソースに関する情報を読み出すことのリクエストを前記主体者（２０）から受信する（ｓ２）ように更に構成されることを特徴とする請求項１に記載の制御装置（１２）。
【請求項３】
前記受信（Ｓ４）の後で前記相互作用（Ｓ６）の前に、
前記主体者（２０）に前記アドレス情報を利用可能にし（Ｓ５ａ）、
前記プライバシー属性を作成し、読み込み、変更し又は削除することのリクエストを前記主体者（２０）から受信する（Ｓ５ｂ）
ように更に構成され、
前記プライバシー属性を作成し、読み込み、変更し又は削除するための前記サービスプロバイダ（１８）との相互作用（Ｓ６）は、前記プライバシー属性を作成し、読み込み、変更し又は削除することの前記主体者（２０）から受信された前記リクエストに基づく
ことを特徴とする請求項１又は２に記載の制御装置（１２）。
【請求項４】
前記相互作用（Ｓ６）は、データサービステンプレートプロトコルを用いて実行されることを特徴とする請求項１乃至３の何れか１項に記載の制御装置（１２）。
【請求項５】
前記アイデンティティネットワーク（１０）の少なくとも１つのサービスプロバイダ（１８）から、前記少なくとも１つのサービスプロバイダ（１８）内の前記主体者（２０）のアイデンティティに関連する前記アイデンティティリソースの前記使用に関する情報である使用情報を取得する（Ｓ７）ように更に構成されることを特徴とする請求項１乃至４の何れか１項に記載の制御装置（１２）。
【請求項６】
前記使用情報は、アイデンティティリソースのタイプと、アイデンティティリソースの属性値と、前記アイデンティティリソースへのアクセスのタイムスタンプと、前記アイデンティティリソースにアクセスするか、アクセスしていたか、使用するか、使用していたか又は前記アイデンティティリソースを購読するか、購読していたサービスプロバイダ（１８）の識別子とのうちの少なくとも１つに関する情報を含むことを特徴とする請求項５に記載の制御装置（１２）。
【請求項７】
ウェブサービスプロバイダであることを特徴とする請求項１乃至６の何れか１項に記載の制御装置（１２）。
【請求項８】
少なくとも１つの主体者（２０）に対するアイデンティティネットワーク（１０）におけるプライバシー管理のための制御装置（１２）によって実行される方法であって、
アイデンティティネットワーク（１０）は、少なくともアイデンティティプロバイダ（１４）と、ディスカバリサービスプロバイダ（１６）と、前記主体者（２０）がトランザクションを行うことが可能なサービスプロバイダ（１８）とを含むコンピュータネットワークであり、
主体者（２０）は当該主体者（２０）のアイデンティティが認証されることが可能なシステムエンティティであり、
アイデンティティリソースは、アイデンティティ又はアイデンティティのグループに関係するデータであるか、アイデンティティ又はアイデンティティのグループに関連するサービスであるかの何れかであり、
前記方法は、
前記アイデンティティネットワーク（１０）で利用可能であり且つ前記主体者（２０）のアイデンティティに関連するアイデンティティリソースに関する情報を取得するために前記アイデンティティネットワーク（１０）のディスカバリサービスプロバイダ（１６）に問い合わせる工程（Ｓ２）と、
前記アイデンティティネットワーク（１０）で利用可能であり且つ前記主体者（２０）のアイデンティティに関連する前記アイデンティティリソースのアドレス属性について利用可能な情報であるアドレス情報を前記ディスカバリサービスプロバイダ（１６）から受信する工程（Ｓ４）と、
前記アイデンティティネットワーク（１０）で利用可能であり且つ前記主体者（２０）のアイデンティティに関連する前記アイデンティティリソースの使用を統治する属性であるプライバシー属性を作成し、読み込み、変更し又は削除するために前記アドレス情報に基づいてサービスプロバイダ（１８）と相互作用する工程（Ｓ６）と
を有することを特徴とする方法。
【請求項９】
前記問い合わせる工程（Ｓ２）の前に、前記アイデンティティネットワーク（１０）で利用可能であり且つ前記主体者（２０）のアイデンティティに関連する前記アイデンティティリソースに関する情報を読み出すことのリクエストを前記主体者（２０）から受信する工程（ｓ２）を有することを特徴とする請求項８に記載の方法。
【請求項１０】
前記受信する工程（Ｓ４）の後で前記相互作用する工程（Ｓ６）の前に、
前記主体者（２０）に前記アドレス情報を利用可能にする工程（Ｓ５ａ）と、
前記プライバシー属性を作成し、読み込み、変更し又は削除することのリクエストを前記主体者（２０）から受信する工程（Ｓ５ｂ）と
を有し、
前記プライバシー属性を作成し、読み込み、変更し又は削除するために前記サービスプロバイダ（１８）と相互作用する工程（Ｓ６）は、前記プライバシー属性を作成し、読み込み、変更し又は削除することの前記主体者（２０）から受信された前記リクエストに基づく
ことを特徴とする請求項８又は９に記載の方法。
【請求項１１】
前記相互作用する工程（Ｓ６）は、データサービステンプレートプロトコルを用いて実行されることを特徴とする請求項８乃至１０の何れか１項に記載の方法。
【請求項１２】
前記アイデンティティネットワーク（１０）の少なくとも１つのサービスプロバイダ（１８）から、前記少なくとも１つのサービスプロバイダ（１８）内の前記主体者（２０）のアイデンティティに関連する前記アイデンティティリソースの前記使用に関する情報である使用情報を取得する工程（Ｓ７）を更に有することを特徴とする請求項８乃至１１の何れか１項に記載の方法。
【請求項１３】
前記使用情報は、アイデンティティリソースのタイプと、アイデンティティリソースの属性値と、前記アイデンティティリソースへのアクセスのタイムスタンプと、前記アイデンティティリソースにアクセスするか、アクセスしていたか、使用するか、使用していたか又は前記アイデンティティリソースを購読するか、購読していたサービスプロバイダ（１８）の識別子とのうちの少なくとも１つに関する情報を含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
コンピュータで実行される場合に、請求項８乃至１３の何れか１項に記載の方法を前記コンピュータに実行させるように構成された命令を有するコンピュータプログラム。
【請求項１５】
請求項１４のコンピュータプログラムを含む、コンピュータで読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はアイデンティティネットワークにおけるプライバシー管理に関する。特に、本発明はアイデンティティネットワークにおいてプライバシー管理を実行するための方法、そのために構成された物理エンティティ、およびコンピュータ上で実行された場合に上述の方法をコンピュータに実行させるように構成された命令を有するコンピュータプログラムに関する。本発明はとりわけコンピュータネットワーク内で提供されるサービスを用いるユーザまたはシステムのアイデンティティおよびそれに関連する属性を管理するために用いられてもよい。
【背景技術】
【０００２】
電気通信ネットワークおよびコンピュータネットワークにおいて、アイデンティティネットワークは複数のサービスプロバイダと１つのアイデンティティプロバイダとを含み、いわゆるトラストサークルを形成する。ユーザを表すより汎用的な用語である主体者（principal）はアイデンティティが認証されうるシステムエンティティである。主体者は例えば個人ユーザであってもよいし、個人のグループであってもよいし、企業のような組織エンティティであってもよいし、ネットワークコンポーネントであってもよい。アイデンティティプロバイダは主体者に代わってアイデンティティ情報を管理するように構成されたシステムエンティティである。アイデンティティプロバイダは主体者認証のアサーションをサービスプロバイダに提供できる。よって、主体者が例えばサービスプロバイダにより提供されるサービスにアクセスしたい場合に、サービスプロバイダは、サービスプロバイダにより提供されるサービスが当該主体者により用いられることを可能にする前に、主体者の認証のためにアイデンティティネットワークのアイデンティティプロバイダを参照できる。
【０００３】
例えば、リバティーアライアンス（http://www.projectliberty.org/、または米国ニュージャージー州ピスカタウェイ、ＩＥＥＥ−ＩＳＴＯ宛てリバティーアライアンスプロジェクト）はアイデンティティ管理に基づいて電気通信ネットワークおよびコンピュータネットワークにおいてサービスを提供するためのフレームワークを開示する仕様の集合をリリースした。３つの仕様のうちの１つは、複数のサービスプロバイダにまたがる主体者についてのシングルサインオン認証のための方法を規定するアイデンティティ連携フレームワーク（ＩＤ−ＦＦ）である。言い換えると、このようなフレームワークにより、複数のウェブサイトで提供されるサービスにアクセスする前に一度だけ認証することによって、インターネットのようなコンピュータネットワークにわたって提供されるサービスにユーザがアクセスすることができる。
【０００４】
リバティーアライアンスによりリリースされた別の仕様またはフレームワークはリバティーアイデンティティウェブサービスフレームワーク、略してＩＤ−ＷＳＦの仕様の集合である。ＩＤ−ＦＦのシングルサインオンサービスに加えて、ＩＤ−ＷＳＦによって複数のサービスプロバイダが、主体者のアイデンティティに関係する主体者の属性を記憶でき、さらに消費者またはウェブサービス消費者（ＷＳＣ）とも呼ばれる他のサービスプロバイダによってこれらの属性の一部を読み出すことができる。
【０００５】
ＩＤ−ＷＳＦ仕様に準拠するアイデンティティネットワークでは、サービスプロバイダが主体者に関連する何らかの情報またはリソースを有する場合に、情報またはリソースは、場合によっては、主体者の同意の下で他のサービスプロバイダと共有されうる。この例示のアイデンティティネットワークの実施では、主体者に関連するアイデンティティリソースを登録し、その結果、他のサービスプロバイダ、すなわちＷＳＣはこれらをディスカバリして使用できるようにするためにサービスプロバイダによってディスカバリサービスが用いられてもよい。
【０００６】
この文脈では、サービスプロバイダに記憶されるかサービスプロバイダによって提供され、且つ主体者に関連するどのリソースを他のサービスプロバイダが共有して用いることができるかできないかを主体者が制御できるべきである。このような制御作業は主体者の観点から総括的にプライバシー管理と称される。言い換えると、プライバシーとは、ユーザの嗜好に合致するように主体者の情報を適切に扱うことである。サービスプロバイダは主体者のプライバシー設定および嗜好を満たす責任を有する。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】「ＩＤ統治フレームワークの概要、バージョン１．０」リバティーアライアンスプロジェクト、２００７年、ＵＲＬ  http://www.projectliberty.org/、ファイル名  overview-id-governance-framework-v1.0.pdf
【非特許文献２】「リバティーＩＤ−ＷＳＦディスカバリサービス仕様、バージョン２．０」、ホッジス．Ｊ、キャヒル．Ｃ（著者）、リバティーアライアンスプロジェクト、２００６年７月、ＵＲＬ  http://www.projectliberty.org/、ファイル名  liberty-idwsf-disco-svc-v2.0.pdf
【非特許文献３】「リバティーＩＤ−ＷＳＦデータサービステンプレート、バージョン２．１」、ケロマキ．Ｓ、カイルライネン．Ｊ（著者）、リバティーアライアンスプロジェクト、２００６年７月、ＵＲＬ  http://www.projectliberty.org/、ファイル名  liberty-idwsf-dst-v2.1.pdf
【非特許文献４】「リバティーＩＤ−ＷＳＦアカウンティングサービス、バージョン１．０−０３、リビジョン５」、レ・ヴァン・ゴン．Ｈ（著者）、リバティーアライアンスプロジェクト、２００７年１０月、ＵＲＬ  http://www.projectliberty.org/、ファイル名  draft-liberty-idwsf-acct-v1.0-03.pdf
【非特許文献５】「リバティーＩＤ−ＷＳＦサブスクリプションおよびノーティフィケイション、バージョン１．０」、サンポ・ケロマキ、リバティーアライアンスプロジェクト、ＵＲＬ  http://www.projectliberty.org/、ファイル名  draft-liberty-idwsf-subs-v1.0.pdf
【非特許文献６】「リバティーＩＤ−ＷＳＦインタラクションサービス仕様、バージョン２．０−０４」、アアルツ．Ｒ、マドセン．Ｐ（著者）、リバティーアライアンスプロジェクト、２００５年９月
【非特許文献７】「ポリシーベースのアドミッション制御のためのフレームワーク」、ヤヴァトカーら、ＩＥＴＦ  ＲＦＣ２７５３、２０００年１月
【発明の概要】
【発明が解決しようとする課題】
【０００８】
主体者の動作負担を軽減する必要性を考慮しつつ、ユーザ、すなわち主体者がアイデンティティネットワーク内の自身のプライバシー設定を適切に管理することを可能にする方法、物理エンティティ、およびコンピュータプログラムを提供することが望ましい。
【課題を解決するための手段】
【０００９】
これらの目的を少なくとも満たすか少なくとも部分的に満たすために、制御装置、方法、およびコンピュータプログラムが独立請求項に規定される。有利な実施形態が従属請求項に規定される。
【００１０】
１つの実施系地アでは、少なくとも１つの主体者に対するアイデンティティネットワークにおけるプライバシー管理のために制御装置が用いられる。この文脈では、アイデンティティネットワークは、少なくともアイデンティティプロバイダと、ディスカバリサービスプロバイダと、前記主体者がトランザクションを行うことが可能なサービスプロバイダとを含むコンピュータネットワークである。主体者は当該主体者のアイデンティティが認証されることが可能なシステムエンティティである。アイデンティティリソースは、アイデンティティ又はアイデンティティのグループに関係するデータであるか、アイデンティティ又はアイデンティティのグループに関連するサービスであるかの何れかである。前記制御装置は、前記アイデンティティネットワークで利用可能であり且つ前記主体者のアイデンティティに関連するアイデンティティリソースに関する情報を取得するために前記アイデンティティネットワークのディスカバリサービスプロバイダに問い合わせるように構成される。前記制御装置はさらに、前記アイデンティティネットワークで利用可能であり且つ前記主体者のアイデンティティに関連する前記アイデンティティリソースのアドレス属性について利用可能な情報であるアドレス情報を前記ディスカバリサービスプロバイダから受信するように構成される。前記制御装置はさらに、前記アイデンティティネットワークで利用可能であり且つ前記主体者のアイデンティティに関連する前記アイデンティティリソースの使用を統治する属性であるプライバシー属性を作成し、読み込み、変更し又は削除するために前記アドレス情報に基づいてサービスプロバイダと相互作用するように構成される。
【００１１】
この文脈では、制御装置はサーバコンピュータであってもよいし、サーバコンピュータ上のホストであってもよい。アイデンティティプロバイダはアイデンティティネットワーク内のシステムエンティティに割り当てられた役割である。アイデンティティプロバイダは主体者に代わってアイデンティティ情報を記憶して管理し、サービスプロバイダのような他のプロバイダから要求された場合に主体者を認証するためのアサーションを提供する。システムエンティティはコンピュータシステムまたはネットワークシステムの要素であり、（役割に特有のプロセスのような）コンピュータで実施されるプロセスが要素上で動作し得るという点でアクティブでありうる。アイデンティティ、より具体的には主体者のアイデンティティは、主体者を識別するか、主体者を識別するために何らかの方法で主体者に対応付けられる主体者の特性のうちの１つである。
【００１２】
ディスカバリサービスプロバイダはアイデンティティネットワーク内のシステムエンティティに割り当てられた役割である。ディスカバリサービスプロバイダは、アイデンティティネットワーク内のサービスプロバイダ上で、または当該サービスプロバイダから利用可能なサービス、またはより一般的にはアイデンティティリソースを識別、すなわち発見するための能力を有する。サービスは例えばサービスタイプ統一リソース識別子（ＵＲＩ）が割り当てられているので、発見可能でありうる。ディスカバリサービスプロバイダは、主体者のアイデンティティに関連するサービスおよびデータの両方を含むリソースを識別するために用いられる。
【００１３】
サービスプロバイダは、典型的に主体者に関係するか、主体者のためにサービスを提供することを伴うシステムエンティティに割り当てられた役割である。サービスの提供は技術的かつ経済的な活動であり、例えば結果として販売を通じた物理的な商品の所有、コンピュータ構成の技術的な特性の変更などを生じうる。サービスはウェブサービスであってもよい。
【００１４】
認証は指定または了解されたレベルの確かさで主体者のようなシステムエンティティのアサートされたアイデンティティを確認するプロセスである。アイデンティティリソースの使用を統治する属性はアイデンティティリソースに関連するパーミッション（群）、すなわちアイデンティティリソース上で、またはアイデンティティリソースに関係して実行されうる動作に関してシステムエンティティに付加された特権（群）を特定する属性である。
【００１５】
制御装置はアイデンティティネットワークで利用可能であり且つ主体者に関連するアイデンティティリソースに関連するプライバシー設定を集中的に管理するための制御ポイントを提供する。従って、アイデンティティネットワークのどのシステムエンティティにどの情報が記憶されるかを知りたいユーザ、またはより一般的に主体者は、アイデンティティネットワーク内のシステムエンティティまたはサービスプロバイダを１つずつすべて探索する必要はない。その代わりに、制御装置のおかげで、これらのアイデンティティリソースのビューが取得され、すなわち読み出されまたは読み込まれ、制御されうる。つまり、制御装置は主体者に関連するアイデンティティリソースのアドレスを指定するために使用可能なアドレス情報を収集するためにアイデンティティネットワークのディスカバリサービスプロバイダに問い合わせるように構成される。その後、アドレス情報に基づいて、すなわちアドレス情報を用いて、アイデンティティネットワーク内の主体者に関連するアイデンティティリソースのプライバシー属性または設定を管理するために、相互作用が行われうる。
【００１６】
以下は本発明により対処され解決される問題を十分に理解するのに役立ちうる。例えば、リバティーアイデンティティ統治フレームワーク（ＩＧＦ）（非特許文献１参照）に基づいて、主体者に関連するアイデンティティリソースに関してプライバシーポリシーを管理するソリューションは、属性のユーザがいくつかのプライバシー嗜好を確立することを可能にし、それ故プライバシーポリシーの開発を可能にするウェブポータルを提供するために所定の属性の監督を提供することでありうる。しかしながら、これは、サービスプロバイダ上で提供されるアイデンティティリソースに関係する自身のプライバシー嗜好を入力するためにサービスプロバイダのそれぞれを訪問することをユーザに要求するだろう。これはまた、ネットワーク内に点在する属性を管理するためにこれらの別々のウェブポータルのそれぞれに適応することをユーザに要求するだろう。さらに、一部のアイデンティティリソースに関連付けられ且つユーザが気づいていない一部の属性が首尾よく識別され制御されることが提要される保証がない。
【００１７】
本発明では、制御装置はアイデンティティネットワークで利用可能であり且つ主体者に関連するアイデンティティリソースの一貫性のあるビューを取得するための制御の集中管理ポイントを提供する。よって、アイデンティティネットワーク内の分散プライバシー管理のための制御ポイントがユーザ、またはより総括的に主体者に提供される。
【００１８】
本発明はリバティーアライアンスフレームワークへの適用に限定されない。これはコンピュータで実施されるソーシャルネットワークのような他のアイデンティティネットワークや、いわゆるオープンＩＤまたはオープンソーシャルフレームワークのようなアイデンティティフレームワークに基づくアイデンティティネットワークに用いられ適用されてもよいがこれに限定されない。オープンＩＤはインターネット上のユーザ中心のアイデンティティのためのフレームワークであり、米国サンラモンを本拠地とするオープンＩｄファウンデーション（http://openid.netも参照）によって保守される。オープンソーシャルは自身のソーシャルデータを共有するためにウェブベースのソーシャルネットワークアプリケーションを支援するアプリケーションプログラミングインタフェース（ＡＰＩ）の集合を提供し、米国サンフランシスコを本拠地とするオープンソーシャルファウンデーション（http://www.opensocial.org/も参照）により保守される。
【００１９】
１つの実施形態では、制御装置は、主体者に関連するプライバシー属性を管理するためにそれを行うことを命令する主体者からの個別のリクエストを受信することなく、ディスカバリサービスプロバイダに問い合わせ、アドレス情報を受信し、サービスプロバイダと相互作用するように構成される。この実施形態で、プライバシー管理のためのルールは、嗜好に基づく基準を規定するための主体者との以前の通信の結果としてか、制御装置内のデフォルト設定の結果としての何れかとして制御装置に記憶される。これにより、主体者の介在なしに、または少ない介在でプライバシー管理を実行できる。
【００２０】
１つの実施形態では、制御装置は更に、問い合わせる前に、アイデンティティネットワークで利用可能であり且つ主体者のアイデンティティに関連するアイデンティティリソースに関する情報を読み出すことのリクエストを主体者から受信するように構成される。これにより、主体者の明確なリクエストへの応答において、制御装置がアドレス情報を収集し、主体者の要求で、主体者に代わってプライバシー属性を管理できる。
【００２１】
１つの実施形態では、制御装置は更に、少なくとも１つのサービスプロバイダ内の主体者のアイデンティティに関連するアイデンティティリソースの使用に関する情報である使用情報をアイデンティティネットワークの少なくとも１つのサービスプロバイダから取得するように構成される。
【００２２】
この実施形態により、主体者は自身のアイデンティティに関連するアイデンティティリソースの動的なビューを取得できる。どのサービスプロバイダによってアイデンティティリソースがどのように、いつ、すなわち少なくともいつの期間の間に使用されてきたかに関する情報を取得できるという点で、取得可能なビューは動的である。よって、主体者は使用かそれらに関連する限りにおいてアイデンティティリソースの使用に関する情報を収集できる。次いで、主体者はこれらの知識の結果としておよび／またはこれらの知識に基づいて、自身のプライバシー設定を変更する行動を起こすかどうかを決定してもよい。主体者からの明確なリクエストを制御装置が受信した際に使用履歴の読み出しが実行されてもよい。これに代えて、制御装置は主体者との最初の相互作用に基づくか、デフォルトの設定に基づいて、アイデンティティネットワーク内にあり且つ主体者に関連するアイデンティティリソースの使用履歴を事前に読み出すように構成されてもよい。
【００２３】
使用情報はとりわけ、アイデンティティリソースのタイプと、アイデンティティリソースの属性値と、アイデンティティリソースへのアクセスのタイムスタンプと、アイデンティティリソースにアクセスするか、アクセスしていたか、使用するか、使用していたか又は前記アイデンティティリソースを購読するか、購読していたサービスプロバイダの識別子とのうちの少なくとも１つに関する情報を含んでもよい。
【００２４】
本発明はまた、少なくとも１つの主体者に対するアイデンティティネットワークにおけるプライバシー管理のための制御装置によって実行される方法に関する。前記方法は、前記アイデンティティネットワークで利用可能であり且つ前記主体者のアイデンティティに関連するアイデンティティリソースに関する情報を取得するために前記アイデンティティネットワークのディスカバリサービスプロバイダに問い合わせる工程を有する。前記方法は更に、前記アイデンティティネットワークで利用可能であり且つ前記主体者のアイデンティティに関連する前記アイデンティティリソースのアドレス属性について利用可能な情報であるアドレス情報を前記ディスカバリサービスプロバイダから受信する工程を有する。前記方法は更に、前記アイデンティティネットワークで利用可能であり且つ前記主体者のアイデンティティに関連する前記アイデンティティリソースの使用を統治する属性であるプライバシー属性を作成し、読み込み、変更し又は削除するために前記アドレス情報に基づいてサービスプロバイダと相互作用する工程を有する。
【００２５】
本発明はまた、コンピュータまたは上述の制御装置で実行される場合に、上述の方法をコンピュータまたは上述の制御装置にそれぞれ実行させるように構成された命令を有するコンピュータプログラムに関する。本発明はまた、このようなコンピュータプログラムを含むコンピュータプログラム製品又はコンピュータで読み取り可能な記憶媒体に関する。
【図面の簡単な説明】
【００２６】
【図１】本発明の１つの実施形態における制御装置を含むネットワーク構成を概略的に説明する図である。
【図２】本発明の１つの実施形態による方法おける制御装置１２により実行されるステップを説明するフローチャートである。
【図３】とりわけ図２に説明される方法を実行するように構成された本発明の１つの実施形態における制御装置を概略的に説明する図である。
【図４】本発明の方法の１つの実施形態のフローチャートである。
【図５】とりわけ図４に説明される方法を実行するように構成された本発明の１つの実施形態における制御装置を概略的に説明する図である。
【図６】本発明の方法の１つの実施形態のフローチャートである。
【図７】とりわけ図６に説明される方法を実行するように構成された本発明の１つの実施形態における制御装置を概略的に説明する図である。
【図８】主体者のアイデンティティに関連するアイデンティティリソースの使用に関する使用情報を取得するステップを有する本発明の方法の１つの実施形態のフローチャートである。
【図９】とりわけ図８に説明される方法を実行するように構成された本発明の制御装置１２の１つの実施形態を概略的に説明する図である。
【図１０ａ】、
【図１０ｂ】それぞれ図４〜図６および図５〜図７を参照して記載される実施形態の組合せから生じうる本発明の１つの実施形態のシーケンス図である。
【図１１】アイデンティティリソース使用の読み出しを有する本発明の実施形態のシーケンス図である。
【図１２】本発明の１つの実施形態においてウェブサービスプロバイダ（ＷＳＰ）として動作するサービスプロバイダへアイデンティティリソースを使用することを要求するウェブサービス消費者（ＷＳＣ）として動作するサービスプロバイダを説明するシーケンス図である。
【図１３】ＷＳＰ上のアクセスされたアイデンティティリソース情報に関係するログの構造の例である。
【図１４】１つの実施形態におけるトレース動作を用いるアイデンティティリソースの使用履歴の読出しを示すシーケンス図である。
【図１５】１つの実施形態におけるプライバシー嗜好の設定を示すシーケンス図である。
【図１６】１つの実施形態におけるＷＳＰ内の制御装置によるプライバシー嗜好の設定を示すシーケンス図である。
【図１７】１つの実施形態におけるアイデンティティリソースに関連するプライバシーポリシーを問い合わせる制御装置を示すシーケンス図である。
【発明を実施するための形態】
【００２７】
添付の図面と連携して本発明の実施形態が以下に記載される。
【００２８】
個別の実施形態に連携して本発明が以下に記載される。これらの個別の実施形態は当業者によりよい理解を提供するのに役立つが、添付の特許請求の範囲によって規定される本発明の範囲をどのようにも制限しないことが意図されることに留意されうる。
【００２９】
図１は本発明の実施形態による制御装置１２を含むネットワーク構成を概略的に説明する。制御装置１２はまた、プライバシー制御装置１２とも称されうる。
【００３０】
アイデンティティネットワーク１０、すなわちトラストサークルは、制御装置１２、アイデンティティプロバイダ１４、ディスカバリサービス（ＤＳ）プロバイダ１６、およびサービスプロバイダ１８を含む。アイデンティティネットワーク１０の各要素はサーバコンピュータの形式のネットワークノードを形成してもよい。上述のように、アイデンティティプロバイダ１４は主体者２０に代わってアイデンティティ情報を記憶して管理するように構成され、サービスプロバイダ１８のような他のプロバイダにより要求された場合に主体者２０を認証するためのアサーションを提供する。ＤＳプロバイダ１６はアイデンティティネットワーク１０内のサービスプロバイダ１８上で、または当該サービスプロバイダ１８から利用可能なアイデンティティリソースを識別、すなわち発見できる。サービスプロバイダ１８は主体者２０に関係するサービスか、当該主体者２０のためのサービスを提供する責任を有する。主体者２０とサービスプロバイダ１８との間の双方向矢印は主体者２０とサービスプロバイダ１８との間でトランザクションがなされうることを説明する。
【００３１】
図１には唯１つのサービスプロバイダ１８が示されるものの、アイデンティティネットワーク１０に２つ以上のサービスプロバイダ１８が提供されてもよい。サービスプロバイダ１８は例えばウェブサービスプロバイダであってもよい。同様に、アイデンティティネットワーク１０のサービスプロバイダ１８と相互作用するように唯１つの主体者２０が説明されるものの、２つ以上の主体者２０がアイデンティティネットワーク１０のサービスプロバイダ１８と相互作用してもよい。
【００３２】
ＤＳプロバイダ１６は例えば電気通信事業者により管理されるネットワークノード内のホストであってもよい。１つの実施形態では、ＤＳプロバイダ１６はアイデンティティプロバイダ１４と一緒に用いられる。
【００３３】
制御装置１２は、アイデンティティネットワーク１０内で利用可能であり且つ主体者のアイデンティティに関連するアイデンティティリソースに関する情報を取得するためにＤＳプロバイダ１６に問い合わせる（ｓ２）ように構成される。応答として、ＤＳプロバイダ１６は、アイデンティティネットワーク１０内で利用可能であり且つ主体者のアイデンティティに関連するアイデンティティリソースのアドレス属性として使用可能なアドレス情報を制御装置１２へ送信する（ｓ４）。次いで、制御装置１２はアドレス情報を用いてサービスプロバイダ１８と相互作用して、アイデンティティネットワーク１０内で利用可能であり且つ主体者のアイデンティティに関連するアイデンティティリソースの使用を統治するプライバシー属性を作成し、読み込み、変更し、または削除できる。
【００３４】
図１には示されないものの、アイデンティティネットワーク１０内で以下の交換またはインタラクション（ｉ）〜（ｉｖ）が行われてもよい。
【００３５】
（ｉ）制御装置１２が情報を主体者２０に利用可能にしてもよいという点で主体者２０と制御装置１２とは通信してもよい。応答として、主体者２０はＤＳプロバイダ１６に問い合わせることやサービスプロバイダ１８と相互作用することのような追加の動作を行うように制御装置１２に命令してもよい。主体者がコンピュータと相互作用するユーザであるか当該ユーザに関連するならば、これはコンピュータディスプレイ上に生成されるグラフィカルユーザインタフェースの形式をとってもよい。
【００３６】
（ｉｉ）ウェブサービスプロバイダ（ＷＳＰ）のようなサービスプロバイダ１８は自身が主体者２０に関するアイデンティティ属性を記憶していることをＤＳプロバイダ１６に通知してもよい。これは登録動作である。すなわち、アイデンティティネットワーク１０のサービスプロバイダ１８は自身のアイデンティティリソースをＤＳプロバイダ１６に登録してもよく、１つの実施形態では登録しなければならない。
【００３７】
（ｉｉｉ）ウェブサービス消費者（ＷＳＣ）のようなサービスプロバイダ１８は、主体者のアイデンティティに関するいくつかのアイデンティティリソースを記憶するサービスプロバイダ１８を発見するためにＤＳプロバイダ１６に問い合わせてもよい。ＷＳＣはまた、アイデンティティリソースにアクセスするためのクレデンシャルをＤＳプロバイダ１６に依頼してもよい。これは発見動作である。
【００３８】
（ｉｖ）ウェブサービス消費者（ＷＳＣ）のようなサービスプロバイダ１８はサービスプロバイダ１８に記憶されるか、当該サービスプロバイダ１８により提供されるアイデンティティリソース（またはその属性）にアクセスしようとするために、読み出したクレデンシャルを使用してもよい。これは問い合わせ動作である。
【００３９】
１つの実施形態では、制御装置１２は、アイデンティティネットワーク１０、すなわちトラストサークル（ＣｏＴ）１０内のウェブサービスプロバイダ（ＷＳＰ）のようなリバティー準拠のサービスプロバイダ１８として動作する。よって、制御装置１２はＣｏＴエンティティへのアクセスを獲得するためにＣｏＴ１０に対して主体者２０の代わりに認証される必要がある。認証は例えば、リバティーＩＤ−ＦＦ（ウェブリダイレクション、ＳＯＡＰプロファイルなど）またはリバティーＩＤ−ＷＳＦ（認証サービスまたはシングルサインオンサービス）に記載された方法の任意の１つに従って実行されてもよい。その他の認証方法も用いられてもよい。結果として、制御装置１２はＤＳプロバイダ１６へのエンドポイント参照（ＥＰＲ）とそれにアクセスするためのクレデンシャルとを取得する。このプロセスはＤＳブートストラップと称されることもある。
【００４０】
図２は本発明の方法の１つの実施形態における制御装置１２により実行されるステップを説明するフローチャートである。制御装置１２は、アイデンティティネットワーク１０で利用可能であり且つ主体者のアイデンティティに関連するアイデンティティリソースに関する情報を取得するためにアイデンティティネットワーク１０のＤＳプロバイダ１６に問い合わせる（ｓ２）。次いで、これは、アイデンティティネットワーク１０で利用可能であり且つ主体者のアイデンティティに関連するアイデンティティリソースのアドレス属性について利用可能なアドレス情報をＤＳプロバイダ１６から受信する（ｓ４）。次いで、これは、プライバシー属性を作成し、読み込み、変更し、または削除するためにサービスプロバイダ１８と相互作用してもよい。
【００４１】
図３は本発明の１つの実施形態における制御装置を概略的に説明する。制御装置１２は、クエリ器１２ａ、受信器１２ｂ、および相互作用器１２ｃを備え、それぞれ図２に説明されたステップｓ２、ステップｓ４、およびステップｓ６を実行するように構成される。クエリ器１２ａから始まる矢印は、クエリ器１２ａがＤＳプロバイダ１６へクエリを送信する（ｓ２）ように構成されることを説明する。同様に、受信器１２ｂへ到達する矢印は、受信器１２ｂがクエリへの応答としてＤＳプロバイダ１６からアドレス情報を受信する（ｓ４）ように構成されることを説明する。受信器１２ｂから相互作用器１２ｃへの矢印は、相互作用器１２ｃの右側の双方向矢印により説明されるように相互作用器１２ｃがサービスプロバイダ１８と相互作用する（ｓ６）ためにアドレス情報を使用するように構成されることを説明する。
【００４２】
ステップｓ２およびステップｓ４の１つの実施形態では、制御装置１２は主体者２０についての空のクエリを用いてＤＳプロバイダ１６に問い合わせを行う（ｓ２）か、問い合わせる（ｓ２）のように構成され、この結果、サービスプロバイダ１８内の主体者２０に関連するアイデンティティリソースの利用可能な属性をアドレス指定するために使用可能な情報を含む返答をＤＳプロバイダ１６から得る。次いで、この情報は主体者２０により用いられるように、制御装置１２により利用可能にされ、提示され、または送信されてもよい。
【００４３】
これにより、複数のネットワークエンティティに点在するアイデンティティ関係情報のプライバシー面を管理するためのユーザフレンドリなソリューションがエンドユーザに提供され、それと同時に、実装への影響が最小化される。ユーザは、どんな情報が記憶されているかを知るために自身に関する情報を記憶するサービスプロバイダ１８を１つずつすべて探索する必要がない。
【００４４】
１つの実施形態では、制御装置１２は、ステップｓ２を実行できる前に、トラストサークル１０内で認証される必要がある。これは、変更すべきところは変更して本発明のその他の実施形態に適用される。
【００４５】
図４は本発明による方法の１つの実施形態のフローチャートであり、ＤＳプロバイダ１６へ問い合わせるステップ（ｓ２）の前に、制御装置１２が主体者２０からリクエストを受信する（ｓ１）点で図２に説明されたものとは異なる。これは、アイデンティティネットワーク１０内で利用可能であり且つ主体者のアイデンティティに関連するアイデンティティリソースに関する情報を読み出すことのリクエストである。
【００４６】
図５は本発明の１つの実施形態における制御装置１２を概略的に説明し、図４で説明された受信ステップｓ１を実行するために第１受信器１２ｄがさらに提供される点で図３に説明された制御装置１２とは異なる。図３の受信器１２ｂは図５では第２受信器１２ｂと称される。
【００４７】
図４および図５に説明される実施形態により、主体者は、自身のアイデンティティリソースがアイデンティティネットワーク１０内のどこに記憶されているか、すなわち主体者が自身のアイデンティティリソース（すなわち、自身のアイデンティティに関連するアイデンティティリソース）のスナップショットをどこで取得できるかを知ることができる。
【００４８】
図６は本発明の方法の１つの実施形態のフローチャートであり、受信ステップｓ４と相互作用ステップｓ６との間に少なくとも２つの別のステップが提供される点で図２に説明された実施形態とは異なる。つまり、主体者２０にアドレス情報を利用可能にするステップｓ５ａと、プライバシー属性を作成し、読み込み、変更し、または削除することのリクエストを主体者２０から受信するステップｓ５ｂとが実行される。次いで、サービスプロバイダと相互作用するステップｓ６がステップｓ５ｂで主体者２０から受信されたリクエストに基づいて制御装置１２によって実行される。
【００４９】
図７は図６で説明された方法を実行するように構成された本発明の制御装置１２の１つの実施形態を概略的に説明する。つまり、図６を参照して記載されたステップｓ５ａおよびステップｓ５ｂを実行するために発行器１２ｅおよび第３受信器１２ｆが提供される。
【００５０】
図４および図６を参照して記載された実施形態と図５および図７を参照して記載された実施形態とはそれぞれ組み合わされてもよい。すなわち、ステップｓ１、ｓ２、ｓ４、ｓ５ａ、ｓ５ｂ、およびｓ６を含む実施形態と、第１受信器１２ｄ、クエリ器１２ａ、第２受信器１２ｂ、発行器１２ｅ、第３受信器１２ｆ、および相互作用器１２ｃを含む制御装置１２の実施形態とは本発明の範囲内である。図１０ａ、１０ｂはこのような実施形態に関するシーケンス図を説明する。
【００５１】
主体者２０は、当該主体者２０に関連し且つアイデンティティネットワーク１０、すなわちトラストサークル（ＣｏＴ）１０に記憶されたアイデンティティリソースの集合のビューを読み出すことのリクエストを制御装置１２へ送信する（ｓ１）（図１０、「０  静的ビューの読み出し」）。次いで、制御装置１２はＣｏＴ１０内の主体者２０に関連するすべてのアイデンティティリソースについてＤＳプロバイダ１６に問い合わせる（ｓ２）（図１０ａ、「１  ｄｉｓｃｏ：クエリ」）。これはとりわけ空のクエリ要求メッセージを用いて実現されてもよい。以下では［ＬｉｂｅｒｔｙＤｉｓｃｏ］と称される非特許文献２に記載されるように、「＜クエリ＞要求メッセージは最小の場合に空である。このようなリクエストは、要求者がセキュリティメカニズムまたはサービスタイプに関わらず、すべての利用可能なＩＤ−ＷＳＦ  ＥＰＲを要求していることを示す」（３２ページ、「３．３．２  ＜クエリ＞メッセージ」節）。
【００５２】
リクエストを受信した後、ＤＳプロバイダ１６は主体者のアイデンティティに関連するアイデンティティリソースの場所を内部的に調べる（図１０ａ、「リソースのルックアップ」）。結果として、ＤＳプロバイダ１６は、利用可能なアイデンティティリソースの属性の場所（ＥＰＲ）（これは、アドレス情報の個別の実施形態である）と、それにアクセスするためのクレデンシャルとを含む応答を、ＷＳＰとして動作する制御装置１２へ返送する（ｓ４）（図１０ａ、「３  ｄｉｓｃｏ：クエリ応答」）。制御装置１２はこの情報を主体者に対して利用可能にする（ｓ５ａ）（か、または情報を提示するか、１つの実施形態では情報を送信する）（図１０ａ、「４  利用可能なアイデンティティ情報」）。従って、「１  ｄｉｓｃｏ：クエリ」、「２  リソースのルックアップ」、および「３  ｄｉｓｃｏ：クエリ応答」のステップは［ＬｉｂｅｒｔｙＤｉｓｃｏ］に記載されたメカニズムによって構築されてもよい。
【００５３】
次いで、主体者２０はアイデンティティリソースの個別の属性の現在の値のような追加の情報を要求してもよい。従って、主体者２０はこのアイデンティティリソースを特定し、このアイデンティティリソースに関連する値を読み出すことを制御装置１２に命令する（ｓ５ｂ）（図１０ｂ、「５  アイデンティティリソースに関する詳細を入手」）。ＷＳＣとして動作する制御装置１２は以前のステップで読み出されたＥＰＲおよびクレデンシャルを用いて、選択されたアイデンティティリソースを記憶するＷＳＰに問い合わせる（ｓ６）（図１０ｂ、「６  ｄｓｔ：クエリ」）。そうするために、以下では［ＬｉｂｅｒｔｙＤｓｔ］と称される非特許文献３に記載されるようなリバティーデータサービステンプレート（ＤＳＴ）プロトコルのクエリ動作が用いられてもよい。［ＬｉｂｅｒｔｙＤｓｔ］は、主体者２０に代わって主体者のデータを問い合わせ、更新し、またはキャンセルするためにＷＳＣがＷＳＰにアクセスすることを可能にするリバティープロトコルである。
【００５４】
ＷＳＰはリクエストが到達した場合にプライバシーポリシーを行使し、ポリシーにより許可されるならば要求された情報を開放する。言い換えると、ＷＳＰは、任意のアイデンティティリリースを開放する前にプライバシーポリシーを行使する（図１０ｂ、「７  プライバシー行使＆リソース値開放」）。ＤＳＴプロトコルに従って制御装置１２へ応答が返信される（「８  ｄｓｔ：クエリ応答」）。最後に、制御装置１２は情報を主体者２０に利用可能にする（か、情報を提示するか、１つの実施形態では情報を送信する）（「９  アイデンティティリソースに関する詳細」）。
【００５５】
次いで、主体者２０は情報の更新（「１１ａ  ｄｓｔ：更新」）またはキャンセル（「１１ｂ  ｄｓｔ：削除」）のような、アイデンティティリソースに関する追加の管理動作を実行してもよい（「１０  アイデンティティリソースに関する管理」）。従って、これらの動作は［ＬｉｂｅｒｔｙＤＳＴ］に記載されたメカニズムによって構築されてもよい。
【００５６】
上記の動作は［ＬｉｂｅｒｔｙＤｉｓｃｏ］および［ＬｉｂｅｒｔｙＤＳＴ］に記載されたメカニズムに基づいてもよいので、本発明の一部の実施形態は既存のプロトコルに基づいて実施されてもよく、従って単純に実行される。
【００５７】
図８は本発明の方法の１つの実施形態のフローチャートであり、相互作用ステップｓ６の後に使用情報を取得する追加のステップｓ７が提供される点で図２に説明された方法とは異なる。ステップｓ７はアイデンティティネットワーク１０の少なくとも１つのサービスプロバイダ１８から、当該少なくとも１つのサービスプロバイダ１８内の主体者のアイデンティティに関するアイデンティティリソースの使用に関する使用情報を取得することからなる。このような使用情報、すなわち消費情報を取得することによって、サービスプロバイダ１８が主体者に関連するアイデンティティリソースをどのように使用してきたかを主体者が知ることができる。どのサービスプロバイダ１８との間でどのデータが交換されてきたかが主体者２０により取得されうる。従って、ユーザは、どんな情報が記憶されてきたかを知り、さらにはどのエンティティが情報を要求して読み出してきたかを知るために、自身に関する情報を記憶するサービスプロバイダ１８をそれぞれすべて探索する必要がない。
【００５８】
図９は本発明の制御装置１２の１つの実施形態を概略的に説明し、図８を参照して記載されたステップｓ７を実行するために取得器１２ｇが提供される点で図３に説明された制御装置１２とは異なる。
【００５９】
図１１は、アイデンティティリソース使用／消費の読み出し、すなわち動的ビューの読み出しを用いる図８および図９を参照して記載された本発明の実施形態の実施例を説明し、主体者２０は自身のアイデンティティリソースの使用履歴を読み出す。
【００６０】
以下では、アイデンティティネットワーク１０、すなわちＣｏＴ１０内の主体者２０に関連するアイデンティティリソースのアドレス属性を利用できるアドレス情報を制御装置１２が取得していることを想定する。ここで、主体者２０は当該主体者２０に関連するアイデンティティリソースの１つの使用履歴を知ることを望み、この目的のために、アイデンティティリソースを特定し、この情報を制御装置１２へ送信する（図１１、「０  使用履歴の入手」）。次いで、制御装置１２は要求された情報を読み出し（ｓ７）（「１  使用履歴の読み出し」）、次いでこれが主体者２０に利用可能にされ、提示され、または１つの実施形態では送信される（「２  使用履歴に関する詳細」）。利用可能にされ、提示され、または送信される情報は、アイデンティティリソースのタイプおよび値、アクセスのタイムスタンプ、ならびに過去にアイデンティティリソースを使用していたＷＳＣに関する詳細を含んでもよい。（もしあれば）ＷＳＣ１８が代わりにアイデンティティリソースを使用した主体者２０、ＷＳＣ１８によりなされたプライバシー契約、または当該情報を開放する際にＷＳＰ１８により課された条件のような追加の情報が利用可能なら提示されてもよい。
【００６１】
制御装置１２は、例えば以下のような（以降でアプローチとも称される）様々な手段によって使用履歴を読み出してもよい（図１１、ステップ１）。
【００６２】
（Ａ）以下では［ＬｉｂｅｒｔｙＡｃｃｏｕｎｔ］と称される非特許文献４に記載されるようなリバティーＩＤ−ＷＳＦアカウンティングサービスメカニズムを使用すること。情報を開放するＷＳＰ１８はアカウンティングクライアントとして動作し、制御装置１２はアカウンティングサーバとして動作する。［ＬｉｂｅｒｔｙＡｃｃｏｕｎｔ］で規定される＜イベント＞複合タイプを拡張することによって新しいイベントタイプが規定されてもよい。この新しいイベントタイプはアイデンティティリソースの使用に関係する情報を含む。このソリューションはリバティーフレームワークに規定されるメカニズムを使用してもよく、それ故、拡張または適応は必要ない。
【００６３】
（Ｂ）以下では［ＬｉｂｅｒｔｙＳｕｂｓ］と称される非特許文献５に規定されるような、サブスクリプション／ノーティフィケイションメカニズムを使用すること。これらのメカニズムにより、ＷＳＰ１８に関する様々なイベントをＷＳＣ１８が購読できる。通常これらのイベントは個人情報の更新に関係するが、他のイベントも排除されない。従って、制御装置１２は主体者のアイデンティティリソースを監督する任意のＷＳＰにおけるノーティフィケイションを購読してもよい。このように、ＷＳＰ１８がこれらのリソースのうちのいくつかを開放する場合に、ＷＳＰ１８は制御装置１２へノーティフィケイションを送信する。このソリューションはまた、リバティーフレームワークに規定されるメカニズムを使用してもよく、それ故、拡張または適応は必要ない。
【００６４】
（Ｃ）（上述の）［ＬｉｂｅｒｔｙＤＳＴ］に記載されるＤＳＴプロトコルメカニズムを拡張すること。ここで、アカウンティングサービスなどに見られるように、すべてのＷＳＰ１８はアイデンティティリソースの開放をアカウンティングする。しかしながら、制御装置１２はアカウンティング情報を要求できるべきである（プルモード）。アカウンティング情報は、リバティープロファイルが含む情報の拡張とみなされてもよい。ログは、アイデンティティ情報消費に関する関連情報を追加する。従って、このアプローチでは、アイデンティティリソースにアクセスするためにＤＳＴプロトコルが用いられ、この目的のために、［ＬｉｂｅｒｔｙＤＳＴ］が新しいモードであるトレースで拡張されてもよい。この動作によって、主体者の何らかのアイデンティティリソースに関する使用情報を送信することをＷＳＣ１８がＷＳＰ１８に要求できる。
【００６５】
アプローチ（Ａ）、（Ｂ）および（Ｃ）は以下で更に検討されうる。
【００６６】
アプローチ（Ｃ）は、制御装置１２によって開始されてもよい（プルモード）点で有利である。これは、制御装置１２が望む場合はいつでも情報が読み出され、制御装置１２が求めるものに情報が制限されることを意味する。よって、拡張性や性能の問題は生じない。しかしながら、リバティーアライアンスフレームワークに適用される場合に、当該フレームワークの適応を必要とする。
【００６７】
アプローチ（Ｂ）は、リバティーアライアンスフレームワークに適用される場合に、フレームワークの適応を必要としない点で有利である。言い換えると、これはすでにリバティー準拠である。拡張性および性能に関して、このアプローチはＷＳＰ１８がアクセスされる度に、アイデンティティリソースごとおよび主体者２０ごとに１つのノーティフィケイションが送信される必要がある。
【００６８】
アプローチ（Ａ）はリバティーアライアンスフレームワークへの適用およびその準拠に関してアプローチ（Ｂ）と同じ利点を有する。さらに、閾値を設定することによって生成されるメッセージ量を低減できるので、これにより性能も向上する。例えば、アクセスルールごとにノーティフィケイションが送信されてもよく、すなわちＷＳＰはアクセスされるすべてのアイデンティティ情報に関する情報を有する１つのアカウントを送信し、それによってメッセージ量を低減する。制御装置側では、制御装置１２は動作を代わる主体者２０に関係するメッセージを受信するだけでもよいので、拡張性や性能の問題は生じない。
【００６９】
アプローチ（Ｃ）はプルモードを提供できるので、アプローチ（Ｃ）は機能的な観点からその他の２つのアプローチよりも有利である。しかしながら、上述のように、アプローチ（Ｃ）は、リバティーアライアンスフレームワークに適用される場合に、適応、当該フレームワークへの適応を必要とする。従って、以下にアプローチ（Ｃ）がさらに説明される。
【００７０】
アプローチ（Ｃ）は上述のようにアイデンティティリソースの使用履歴を読み出すために、［ＬｉｂｅｒｔｙＤＳＴ］に開示されるリバティーＤＳＴ拡張を使用することからなる。
【００７１】
ここで、主体者２０に関連するアイデンティティリソースのいくつかの属性がＷＳＣ１８によってアクセスされる場合はいつも、アイデンティティリソースを記憶してこれへのアクセスを提供するＷＳＰ１８はトランザクションのログをとることを想定する。このログ情報は例えば将来の監査のために用いられてもよい。図１２はアイデンティティリソースを用いることをＷＳＰ１８に要求するＷＳＣ１８を説明する。ログ動作（図１２、「２ｂ  ログトランザクション」）も説明される。ログ動作またはログトランザクションの間に、ＷＳＰ１８はトランザクションのログをとり、これにはアイデンティティリソースに関するどの情報が開放されてきたか、この情報がどの主体者２０に関係するか、要求された当事者（ＷＳＣ１８とＷＳＣ１８が代わりに動作している主体者２０との両方）はどちらか、および将来の監査のための任意のその他の関連情報が含まれる。
【００７２】
ログが取られる情報はとりわけ以下を含んでもよい。
（ｉ）用いられる情報がどの主体者２０に関係するかを知るためのユーザＩＤ。これは、ＷＳＰ１８における主体者２０の識別子またはエイリアスである。
（ｉｉ）どのアイデンティティ情報がアクセスされてきたか、すなわちアイデンティティリソースのどの属性が使用されてきたかを知るための情報タイプ。
（ｉｉｉ）どのＷＳＣが情報を要求してきたかを知るためのＷＳＣ。
（ｉＶ）例えば、アクセス時刻のようなその他の情報。ログをとるために有用になりうるその他の情報は、読み出される情報の意図された使用法、ＷＳＣ１８が情報を第三者と共有することを意図するかどうか、および要求された将来の使用に関してＷＳＣ１８を行う契約を含む。さらに、ＷＳＰ１８はまた、（もしあれば）ＷＳＣ１８が代わりにアイデンティティ情報を要求している主体者２０のログをとってもよい。この情報は特にコンピュータで実施されるソーシャルネットワークアプリケーションの文脈に関連する。
【００７３】
図１３はＷＳＰ１８上のアクセスされてきたアイデンティティリソース情報に関係するログのデータ構造の例である。
【００７４】
図１３に説明されるように、ログがとられる情報はリバティープロファイルが含む情報の拡張であり、このログは情報消費に関する関連情報を追加する。従って、これらの両方へアクセスするために同じメカニズム、すなわち［ＬｉｂｅｒｔｙＤＳＴ］に記載されるメカニズムが用いられてもよい。このメカニズムによって、ＷＳＰ１８からの主体者のアイデンティティ情報を作成し、問い合わせ、変更し、または削除することができる。［ＬｉｂｅｒｔｙＤＳＴ］は新しい動作であるトレースで拡張されてもよい。この動作により、ＷＳＣ１８（本願の場合はＷＳＣとして動作している制御装置１２）は、図１４を参照して説明されるように、主体者のアイデンティティリソースに関する使用情報を読み出せる。
【００７５】
図１４はトレース動作を用いてアイデンティティリソースの使用の履歴を読み出すシーケンス図を説明する。
【００７６】
既存のリバティエンティティへの影響が以下に説明されうる。これは選択されたアプローチに依存する。
‐アプローチ（Ｂ）はリバティー準拠のメカニズムに構築されてもよく、それ故、ＷＳＰ１８へ必ずしも如何なる影響をもたらさない。このソリューションは、プライバシーイベントに関する新しいサブスクリプションを規定することによって使用され、拡張されてもよい。
‐アプローチ（Ａ）はリバティー準拠のメカニズムに構築されてもよく、それ故、ＷＳＰ１８へ必ずしも如何なる影響をもたらさない。
‐アプローチ（Ｃ）はリバティーのエンティティおよびプロトコルにいくつかの修正をもたらす。
○新しいトレース動作が追加される。よって、［ＬｉｂｅｒｔｙＤＳＴ］は拡張され、それに従ってＸＭＬスキーマが変更される。
○ＷＳＰはアイデンティティ情報の使用および開放に関係するトランザクションのログを取る。このメカニズムは必ずしも既存のリバティー仕様に影響を与えず、この仕様を変更しない。
○ＷＳＰおよびＷＳＣは新しいトレース動作をサポートする。これは、新しいＤＳＴ動作を理解し、管理するために既存のＷＳＰ／ＷＳＣ実装を拡張することを暗に示す。
○ＤＳ１６は新しいトレース動作をサポートする。これは、新しいＤＳＴ動作を理解し、管理するために既存のＤＳ実装を拡張することを暗に示す。
【００７７】
アドレス情報に基づいて、プライバシー属性を作成し、読み込み、変更し、または削除するためにサービスプロバイダ１８と相互作用する（ｓ６）のステップの別の実施形態がここでより詳細に記載される。このステップｓ６はプライバシー設定の管理に関する。
【００７８】
この時点で、制御装置１２はアイデンティティネットワーク１０、すなわちＣｏＴ１０内の主体者２０に関連するアイデンティティリソースのアドレス属性についてのアドレス情報を読み出していると想定する。ここで、主体者２０は当該主体者２０に関連し且つＷＳＰ１８に記憶されたアイデンティティリソースの使用および開放を統治するようにプライバシー嗜好を設定することを望む。制御装置１２は主体者２０へ様々なオプションを示し、アイデンティティ情報が開放されうる条件のような様々なパラメータを主体者２０が設定することを可能にする。行われる場合に、制御装置１２は結果のプライバシーポリシーを、当該ポリシーを行使するだろう適切なＷＳＰ１８に設定する。図１５は１つの実施形態において関与するフローの概要を説明する。言い換えると、図１５は主体者２０が自身のアイデンティティ情報の使用および開放を統治するためにプライバシー嗜好をどのように設定するかを説明する。
【００７９】
主体者２０は自身に関連し且つＣｏＴ１０に分配されたアイデンティティリソースの使用に関する自身の嗜好を設定できるべきである。
【００８０】
プライバシー嗜好設定に参加する変数は、リクエスタ、リソース、動作、パーミッション、および主体者を含みうる。
【００８１】
主体者２０は、制御装置１２のユーザであるので、明示的に記載される必要はない。リクエスタはＣｏＴ１０からの任意のＷＳＣ１８であってもよい。この情報はＷＳＣ１８が代わってアイデンティティ情報を要求している主体者２０に拡張されうる。
【００８２】
リソースは保護されるアイデンティティリソースの属性の識別子である。動作の値は任意のＷＳＣが要求できるものであってもよい。例えば、リバティーアライアンスフレームワークの場合に、動作の値はＤＳＴプロトコルに規定されるもの、すなわちクエリ、作成、削除、変更、および購読であってもよい。トレース動作（上述のアプローチ（Ｃ）参照）によるＤＳＴプロトコルの拡張に基づく主体者のアイデンティティ情報履歴を収集するアプローチが用いられるならば、プライバシーポリシーは動作変数についてのトレース値を含んでもよい。このソリューションは必要に応じて新しい動作に拡張されてもよい。
【００８３】
パーミッションは、許可、拒絶、または要確認（ask me）に設定されてもよい。いわゆる要確認パーミッションはユーザが嘆願ベースで決定することを好む場合に用いられうる。これは、以下では［ＬｉｂｅｒｔｙＩｎｔｅｒａｃｔ］と称される非特許文献６によって実装されうる。このソリューションの使いやすさを向上するために、一部のオプション（ワイルドカード）、すなわちすべての取りうる値、なし、または個別のユーザが選択したサブセットが導入されてもよい。
【００８４】
これらの値は主体者２０によって設定され、次いで制御装置１２へ返信され（図１５、ステップ０）、結果として、主体者２０およびこのアイデンティティリソースのうちの１つを参照する新しいプライバシーポリシーが制御装置１２内に作成される。この基本的なプライバシーポリシーは情報が開放されうる追加の条件の仕様で拡張されてもよい。
【００８５】
１つの実施形態でのプライバシーポリシーおよびアイデンティティリソースとのそれらの関連が以下により詳細に記載される。
【００８６】
アイデンティティリソースに関するプライバシー嗜好を主体者２０が設定すると、結果のプライバシーポリシーは当該アイデンティティリソースを記憶するＷＳＰ１８へ送信されてもよい。これを行うために、ＷＳＰ１８は自身がプライバシー嗜好に関する情報を管理し、それ故対象のアイデンティティプロファイルへの拡張が必要となりうることを自身のインタフェースで宣言してもよい。このアプローチによって、アイデンティティリソースと、その使用および開放を統治するポリシー（定着したポリシー）とを一緒に保つことが可能になる。その上、これはリバティー仕様の既存の機能で構築される。拡張は１度だけ規定されてもよく、これは次いで任意のアイデンティティプロファイルに追加されてもよい。この拡張は標準ＬＡＰ  ＩＤ−ＳＩＳアイデンティティサービスへの変更をもたらす。この拡張は個別のＩＤ−ＳＩＳ  ＷＳＰを問わず同一である。
【００８７】
ＷＳＰ１８がプライバシー嗜好への動作を許可すると、制御装置１２はＷＳＰ１８内のプライバシーポリシーを問い合わせ、作成し、更新し、または削除するためにＤＳＴプロトコルのメカニズムを利用してもよい。従って、制御装置１２はリバティーＤＳＴプロトコル（詳細な記載は図１６および図１７を参照する以下の記載を参照）に従ってＷＳＰ１８へ主体者が作成したプライバシーポリシーを送信する。
【００８８】
主体者２０がどのように自身のプライバシーポリシーを表現しうるかが以下により詳細に記載される。
【００８９】
主体者２０は様々な手段を用いて自身のプライバシーポリシーを表現しうる。第１に、主体者２０はいくつかの所定のプライバシーポリシーの中から１つを選び出し、それをアイデンティティリソースに関連付けることができる。これらの所定のプライバシーポリシーは、技術的なスキルを有さないユーザがこれらを理解できるように、自然言語で記述されてもよい。この自然言語による記述はプライバシーポリシー表現言語で記述された個別のポリシー実装に対応付けられる。これらのポリシーは、ユーザがこれらを比較し、自身のニーズに最もよく適合するものを選ぶことをより簡単にするために階層構造である。このアプローチは、ユーザがポリシーの詳細を扱う必要がないので、その単純さおよび使いやすさの利益を享受する。
【００９０】
主体者２０はまた、プライバシーポリシーの各詳細を規定することが許可されてもよい。このアプローチは嗜好の記述において大幅な柔軟性を提供し、高度なオプションとして提供されてもよい。
【００９１】
１つの実施形態で制御装置１２がどのようにプライバシー嗜好をＷＳＰ１８に設定するかが以下により詳細に記載される。これは、図１６のステップ１、すなわち制御装置１２が、統治するアイデンティティリソースを記憶するＷＳＰ１８にどのようにプライバシーポリシーを関連付け、これへ送信するかに対応する。制御装置１２は主体者の嗜好を受信し、これらを適切なプライバシーポリシーに変換する。新しいプライバシーポリシーはＤＳＴ作成／変更メッセージによってリソースを記憶するＷＳＰへ送信される。
【００９２】
プライバシーポリシーはリバティーアイデンティティプロファイルの拡張を用いてアイデンティティリソースに関連付けられてもよい。［ＬｉｂｅｒｔｙＤＳＴ］はＷＳＰ１８に記憶されたアイデンティティリソースを作成または更新するためのメカニズムを提供する。従って、［ＬｉｂｅｒｔｙＤＳＴ］への構築は、アイデンティティリソースに関連するプライバシーポリシーを制御装置１２が設定することを可能にするために用いられてもよい。
【００９３】
このメカニズムを実施するために、制御装置１２はリバティーＷＳＣ１８の役割を果たしてもよく、［ＬｉｂｅｒｔｙＤＳＴ］の一部としてＷＳＰ１８へ送信される作成要素または変更要素の一部としてプライバシーポリシーを含んでもよい。ポリシーはメッセージの本文内の任意の他の情報として搬送されてもよいので、このメカニズムは［ＬｉｂｅｒｔｙＤＳＴ］上に構築される。ポリシーが到着すると、すなわち作成／変更メッセージ（図１６に説明される変更メッセージ、「１  ｄｓｔ：変更」）を受信すると、ＷＳＰ１８はプライバシー情報を読み出し、すなわち抽出し、それを記憶する。
【００９４】
図１７を参照して、１つの実施形態で制御装置１２がどのようにサービスプロバイダ１８からプライバシー嗜好を読み出すかが以下に記載される。
【００９５】
制御装置１２はアイデンティティリソースに関連するプライバシーポリシーを、これらの設定に用いられたものと同じメカニズムを用いて、つまりＤＳＴプロトコルを用いて読み出してもよい。しかしながら、この場合に、制御装置１２はクエリ動作を用いてもよい。プライバシーが読み出されると、制御装置１２は主体者がそれを理解できるように、それをプライバシー嗜好に変換する。図１７はアイデンティティリソースに関連するプライバシーポリシーを問い合わせる制御装置１２を説明する。制御装置１２は特定のアイデンティティリソースに関連するプライバシーポリシーを読み出す。
【００９６】
最終的に、プライバシーポリシー行使に関して、ＷＳＣ１８は主体者２０により設定されたプライバシーポリシーによって統治されるアイデンティティリソースを要求する。当該アイデンティティリソースを提供するＷＳＰ１８はポリシーを行使し、それ故アイデンティティリソースが開放されてもよいか否かを決定し、情報が開放されるとリクエスタに所定の条件を課す。プライバシーポリシーを行使するために従うステップに関する一般的なガイドラインは非特許文献７に見つけられうる。言い換えると、ＷＳＰはアイデンティティリソースに関連するプライバシーポリシーをルックアップし、それが開放されうるならばそれを返信する。
【００９７】
１つの実施形態では、ＷＳＰ１８はプライバシーポリシーを記憶し、読み出す。これらの動作を実行するための手段はＷＳＰ実装に依存する。しかしながら、ＷＳＰ１８はこの情報をＤＳＴ作成／変更メッセージとして受信してもよく、これらはそれをＤＳＴクエリ応答メッセージとして開放してもよい。従って、ＷＳＰはこの情報をＤＳＴメッセージから／ＤＳＴメッセージへ読み出す／含めることができるべきである。
【００９８】
１つの実施形態では、ＷＳＰ１８はプライバシーポリシー行使のためのポリシー行使ポイントを実装する。このポリシー行使ポイントはアイデンティティリソースへのリクエストを捕らえ、プライバシーポリシーの適用を決定する。１つの実施形態では、［ＬｉｂｅｒｔｙＤＳＴ］の４．４．５節に規定されるような処理ルールに従ってもよい。
【００９９】
１つの実施形態では、制御装置１２はＷＳＰにおいてプライバシーポリシーを作成／変更／問い合わせるために［ＬｉｂｅｒｔｙＤＳＴ］を使用できる。［ＬｉｂｅｒｔｙＤＳＴ］は必ずしも変更される必要はないが、制御装置１２はプライバシーポリシーを作成／変更メッセージへ追加し、クエリ応答メッセージからプライバシーポリシーを読み出すことができるべきである。
【０１００】
１つの実施形態では、リバティーＩＤ−ＳＩＳ仕様で規定されるようなアイデンティティデータサービスへの拡張が提供される。この拡張はプロファイル内に含まれる情報の使用および開放を統治するプライバシーポリシーのためのコンテナを規定する。拡張は、プライバシーポリシー管理をサポートする任意のデータサービスに含まれる。
【０１０１】
制御装置、アイデンティティプロバイダ、ディスカバリサービスプロバイダ、およびサービスプロバイダを含む本発明による物理エンティティは、コンピュータプログラムが物理エンティティ上で実行される場合に、本発明の実施形態に従うステップおよび手順が実行されるような命令を含むコンピュータプログラムを有してもよいし、記憶してもよい。本発明はまた、本発明に従う方法を実行するコンピュータプログラムに関し、本発明に従う方法を実行するコンピュータプログラムを記憶するコンピュータで読み取り可能な任意の記憶媒体に関する。
【０１０２】
「クエリ器」、「受信器」、「相互作用器」、「第１受信器」、「第２受信器」、「発行器」、「第３受信器」、および「取得器」という用語が本明細書で用いられる場合に、これらの要素がどのように分散されうるか、およびこれらの要素がどのように集約されうるかに関して何も制約はなされない。すなわち、これらの要素の構成部分は意図された機能をもたらすための様々なソフトウェアコンポーネント、ハードウェアコンポーネントまたは装置に分散されてもよい。また、複数の別個の要素が意図された機能を提供するために集約されてもよい。
【０１０３】
制御装置の上述の要素の任意のものはハードウェア、ソフトウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、ファームウェア、または同様のものに実装されてもよい。
【０１０４】
本発明の別の実施形態では、上述のクエリ器、受信器、相互作用器、第１受信器、第２受信器、発行器、第３受信器、および取得器はそれぞれ、クエリ器、受信器、相互作用器、第１受信器、第２受信器、発行器、第３受信器、および取得器の機能を実行するためのクエリ手段、受信手段、相互作用手段、第１受信手段、第２受信手段、発行手段、第３受信手段、および取得手段や、クエリ部、受信部、相互作用部、第１受信部、第２受信部、発行部、第３受信部、および取得部に置き換わる。
【０１０５】
本発明の別の実施形態では、上述のステップの任意のものは、例えばコンピュータで解釈可能な手順、方法などの形式、任意の形式のコンピュータ言語、および／またはファームウェア、集積回路などにおける埋め込みソフトウェアの形式のコンピュータで読み取り可能な命令を用いて実装されてもよい。
【０１０６】
本発明は詳細な例に基づいて記載されてきたが、詳細な例は当業者によりよい理解を提供するためだけの役割をし、本発明の範囲を制限する意図はない。本発明の範囲は添付の特許請求の範囲で規定される。
【要約】主体者（２０）に対するアイデンティティネットワーク（１０）におけるプライバシー管理のために制御装置（１２）が用いられる。アイデンティティネットワーク（１０）は、少なくともアイデンティティプロバイダ（１４）と、ディスカバリサービスプロバイダ（１６）と、主体者（２０）がトランザクションを行うことが可能なサービスプロバイダ（１８）とを含むコンピュータネットワークである。主体者（２０）は当該主体者（２０）のアイデンティティが認証されることが可能なシステムエンティティである。アイデンティティリソース（１４）は、アイデンティティ又はアイデンティティのグループに関係するデータであるか、アイデンティティ又はアイデンティティのグループに関連するサービスであるかの何れかである。制御装置（１２）は、利用可能なアイデンティティリソースに関する情報を取得するためにディスカバリサービスプロバイダ（１６）に問い合わせ、アイデンティティリソース（１４）のアドレス属性についてのアドレス情報を受信し、アイデンティティリソース（１４）の使用を統治するプライバシー属性を作成し、読み込み、変更し又は削除するためにアドレス情報に基づいてサービスプロバイダ（１８）と相互作用する。【図１】
0004950369.tif 000002
【図２】
0004950369.tif 000003
【図３】
0004950369.tif 000004
【図４】
0004950369.tif 000005
【図５】
0004950369.tif 000006
【図６】
0004950369.tif 000007
【図７】
0004950369.tif 000008
【図８】
0004950369.tif 000009
【図９】
0004950369.tif 000010
【図１０ａ】
0004950369.tif 000011
【図１０ｂ】
0004950369.tif 000012
【図１１】
0004950369.tif 000013
【図１２】
0004950369.tif 000014
【図１３】
0004950369.tif 000015
【図１４】
0004950369.tif 000016
【図１５】
0004950369.tif 000017
【図１６】
0004950369.tif 000018
【図１７】
0004950369.tif 000019