(57)【要約】サービスプロバイダに対して定義されるプライバシーポリシーに従って個人情報へのアクセスの制御に対する、方法が開示される、この方法は、サービスプロバイダからエンドユーザ装置へサービスプロバイダリクエストを提供するステップと、このサービスプロバイダリクエストは、サービスプロバイダによってアクセスされるエンドユーザ装置のユーザの個人情報を示し、サービスプロバイダによって要求されるユーザの少なくとも１つの個人情報、あるいはサービスプロバイダによって要求される個人情報の拒否を含む第１ユーザデータをサービスプロバイダへ提供するステップと、第１ユーザデータと、サービスプロバイダを示すデータを含むプライバシー受信確認データを生成するステップと、エンドユーザ装置でプライバシー受信確認データを提供するステップを有する。
2005506642.tif 000002
【特許請求の範囲】
【請求項１】
サービスプロバイダ（２０）によって要求されるユーザデータに対する個人情報アクセス制御方法であって、
サービスプロバイダリクエストデータ（ＰＩＲ１、ＰＩＲ３）をサービスプロバイダ（２０）からエンドユーザ装置（４）へ提供するステップと、前記サービスプロバイダリクエストデータ（ＰＩＲ１、ＰＩＲ３）は、前記サービスプロバイダ（２０）によってアクセスされる前記エンドユーザ装置（４）のユーザの個人情報を示し、
前記サービスプロバイダ（２０）によって要求される前記ユーザの個人情報及び前記サービスプロバイダ（２０）によって要求される個人情報の拒否との少なくとも一方を含む第１ユーザデータ（ＰＩ−Ｄａｔａ）を前記サービスプロバイダ（２０）に提供するステップと、
前記第１ユーザデータ（ＰＩ−Ｄａｔａ）あるいはその一部と、前記サービスプロバイダ（２０）を示すデータとの少なくとも一方を含むプライバシ受信確認データを生成するステップと、
前記エンドユーザ装置（４）によるアクセス用に、前記プライバシ受信確認データを提供するステップと
を備えることを特徴とする方法。
【請求項２】
前記サービスプロバイダ（２０）に対し、プライバシポリシーが有効となっている
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記エンドユーザ装置（４）と前記サービスプロバイダ（２０）間の通信は、通信サーバ（２）を介して実行される
ことを特徴とする請求項１あるいは２に記載の方法。
【請求項４】
前記第１ユーザデータ（ＰＩ−Ｄａｔａ）は、前記エンドユーザ装置（４）によって、前記サービスプロバイダ（２０）に提供される
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記第１ユーザデータ（ＰＩ−Ｄａｔａ）は、前記サービスプロバイダ（２０）に提供される個人情報の前記エンドユーザ装置（４）の指示に従って、前記通信サーバ（２）より、前記サービスプロバイダ（２０）に提供される
ことを特徴とする請求項３あるいは４に記載の方法。
【請求項６】
前記プライバシー受信確認データは、前記エンドユーザ装置（４）からのプライバシー受信確認リクエストデータの応答で提供される
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
エンドユーザ装置サービスリクエストを前記サービスプロバイダ（２０）へ送信するステップと、前記エンドユーザ装置サービスリクエストは、前記サービスプロバイダ（２０）によってサービスが配信される前記エンドユーザ装置（４）からのリクエストを示し、
前記個人情報（ＰＩ−Ｄａｔａ）の受信確認において、前記サービスプロバイダ（２０）によってサービスを配信するステップとの少なくとも１つを更に備える
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記サービスプロバイダリクエストデータ（ＰＩＲ１、ＰＩＲ３）を前記サービスプロバイダ（２０）から前記通信サーバ（２）に送信するステップと、
前記通信サーバ（２）によって前記プライバシー受信確認データを生成するステップと、
前記通信サーバ（２）によって、前記要求された個人情報を示す通信サーバリクエストデータ（ＰＩＲ２、ＰＩＲ４）を生成するステップと、
前記通信サーバリクエストデータ（ＰＩＲ２、ＰＩＲ４）を前記通信サーバ（２）から前記エンドユーザ装置（４）へ送信するステップと
を更に備えることを特徴とする請求項３乃至７のいずれか１項に記載の方法。
【請求項９】
前記第１ユーザデータ（ＰＩ−Ｄａｔａ）を前記エンドユーザ装置（４）から前記通信サーバ（２）へ送信するステップと、
前記第１ユーザデータ（ＰＩ−Ｄａｔａ）に従って個人情報の少なくとも一部を含む通信サーバデータを、前記通信サーバ（２）から前記サービスプロバイダ（２０）へ送信するステップと
を更に備えることを特徴とする請求項８に記載の方法。
【請求項１０】
インジケータデータを前記エンドユーザ装置（４）から前記通信サーバ（２）へ送信するステップと、前記インジケータデータは、前記サービスプロバイダ（２０）から提供される個人情報を示し、
前記インジケータに従って個人情報の少なくとも一部を含む通信サーバデータを、前記通信サーバ（２）から前記サービスプロバイダ（２０）へ送信するステップと
を更に備えることを特徴とする請求項３乃至９のいずれか１項に記載の方法。
【請求項１１】
前記通信サーバ（２）をトンネルすることによって、前記サービスプロバイダリクエストデータ（ＰＩＲ１、ＰＩＲ３）を前記サービスプロバイダ（２０）から前記エンドユーザ装置（４）へ直接送信するステップと、
前記通信サーバ（２）をトンネルすることによって、前記第１ユーザデータ（ＰＩ−Ｄａｔａ）を前記エンドユーザ装置（４）から前記サービスプロバイダ（２０）へ直接送信するステップとの少なくとも１つを更に備える
ことを特徴とする請求項３乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記第１ユーザデータ（ＰＩ−Ｄａｔａ）を前記エンドユーザ装置（４）から前記通信サーバ（２）へ送信するステップと、
前記第１ユーザデータ（ＰＩ−Ｄａｔａ）の受信確認において、前記通信サーバ（２）によって前記プライバシー受信確認データを生成するステップと
を更に備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記サービスプロバイダリクエストデータ（ＰＩＲ１、ＰＩＲ３）に、前記プライバシポリシーを示すプライバシーポリシーデータ（ＰＰ）を含ませるステップと
を更に備えることを特徴とする請求項２乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記サービスプロバイダリクエストデータ（ＰＩＲ１、ＰＩＲ３）から前記プライバシーポリシーデータ（ＰＰ）を削除するステップと、
前記プライバシー受信確認データに、前記プライバシーポリシーデータ（ＰＰ）あるいは前記プライバシーポリシーデータ（ＰＰ）を示すポインターデータを含ませるステップと
を更に備えることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記エンドユーザ装置（４）に提供されるサービスプロバイダリクエストデータ（ＰＩＲ１、ＰＩＲ３）は、前記サービスプロバイダリクエストデータ（ＰＩＲ１、ＰＩＲ３）の提供に対して割り当てられている受信確認番号データ（ＰＩ−ＲＮ）を有する
ことを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記受信確認番号データ（ＰＩ−ＲＮ）は、前記プライバシー受信確認データに記憶される
ことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記プライバシーポリシーデータ（ＰＰ）を、前記エンドユーザ装置（４）から前記通信サーバ（２）へ送信するステップと、
前記通信サーバ（２）によって、前記プライバシーポリシーデータ（ＰＰ）を、前記プライバシー受信確認データに含ませるステップと
を更に備えることを特徴とする請求項１３乃至１６のいずれか１項に記載の方法。
【請求項１８】
前記サービスプロバイダリクエスト（ＰＩＲ１、ＰＩＲ３）に対するプライバシーポリシーデータ（ＰＰ）と、前記サービスプロバイダ（２０）から取得される更なるプライバシーポリシーデータとを比較するステップと
を更に備えることを特徴とする請求項１乃至１７のいずれか１項に記載の方法。
【請求項１９】
前記比較が異なる場合、前記エンドユーザ装置（４）へ警告データを提供するステップと、前記警告データは、前記サービスプロバイダリクエストデータ（ＰＩＲ１、ＰＩＲ３）に対する前記プライバシーポリシーデータ（ＰＰ）と、前記更なるプライバシーポリシーデータとが等しくないことを示し、
前記比較が、前記サービスプロバイダリクエストデータ（ＰＩＲ１、ＰＩＲ３）に対する前記プライバシーポリシーデータ（ＰＰ）と、前記更なるプライバシーポリシーデータとが等しいことを示している場合、前記プライバシー受信確認データを生成するステップとの少なくとも１つを更に備える
ことを特徴とする請求項１８に記載の方法。
【請求項２０】
通信サーバプライバシーポリシーリクエストデータを、前記通信サーバ（２）から前記サービスプロバイダ（２０）へ送信するステップと、前記通信サーバプライバシーポリシーリクエストデータは、前記更なるプライバシーポリシーデータを示し、
前記更なるプライバシーポリシーデータを、前記サービスプロバイダ（２０）から前記通信サーバ（２）へ送信するステップと、
前記通信サーバ（２）によって、前記プライバシーポリシーデータの前記比較を実行するステップと
を更に備えることを特徴とする請求項１８あるいは１９に記載の方法。
【請求項２１】
前記エンドユーザ装置（４）からのプライバシーポリシーリクエストデータを送信するステップと、前記プライバシーポリシーデータは、前記プライバシーポリシーデータ（ＰＰ）へアクセスするための前記エンドユーザ装置（４）のリクエストを示し、
前記エンドユーザ装置（４）によるアクセスのために、前記プライバシーポリシーデータを、前記エンドユーザ装置（４）へ送信するステップと
を更に備えることを特徴とする請求項１乃至２０のいずれか１項に記載の方法。
【請求項２２】
エンドユーザ装置（４）とサービスプロバイダの少なくとも一方と、データ通信を行う通信手段（４４）と、
サービスプロバイダ（２０）による要求において、前記エンドユーザ装置（４）によって提供される個人情報を示すプライバシー受信確認データを生成する手段（４６、４８）と
を備えることを特徴とする通信サーバ。
【請求項２３】
前記通信手段（４４）及び前記プライバシー受信確認データを生成する手段（４６、４８）の少なくとも一方は、請求項１乃至２１のいずれか１項に従うステップを実行するように、適合され、かつプログラムされている
ことを特徴とする請求項２２に記載の通信サーバ。
【請求項２４】
エンドユーザ装置（４）であって、
通信プロバイダ（２）とサービスプロバイダ（２０）の少なくとも一方と、データ通信を行う通信手段（３２、３４）と、
請求項１乃至２１のいずれか１項に従うステップを実行するように、適合され、かつプログラムされている手段（３６、３８、４０、４２）と
を備えることを特徴とするエンドユーザ装置。
【請求項２５】
請求項１乃至２１のいずれか１項に従うステップを実行するためのプログラムコード部分を備えることを特徴とするコンピュータプログラム製品。
【請求項２６】
コンピュータ可読記録媒体に記憶されていることを特徴とする請求項２５に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
＜技術分野＞
本発明は、テクニカルシステムで提供され、かつ通信される個人情報に関連するものである。特に、本発明は、電気通信システムを介して、サービスを要求するユーザからサービスプロバイダへ提供されるユーザの個人情報に関するものである。
【０００２】
＜従来技術＞
多くのネットワーク及びサービスプロバイダ、例えば、移動通信ネットワーク及びインターネットプロバイダは、ユーザによって要求されるサービスを配信するために、ユーザの個人情報を要求する。例えば、接続先のサービスプロバイダによる個人情報の誤使用を保護することを保証するために、また、様々な地域に存在する個人情報の保護に関する法規制に従うために、個人情報のプライバシー及び保護は、益々重要な課題である。
【０００３】
インターネットに対しては、ワールドワイドウェブコンソーシアムは、インターネットプライバシープロトコル、いわゆる、Ｐ３Ｐ（プライバシープリファレンス用プラットホーム）を開発している。このプロトコルは、ユーザエージェントに基づいており、また、オペレータサービスネットワーク及び他のサービスプロバイダに、専用シンタックス及びシマンティックスでプライベートポリシーを実現することを強制している。また、ユーザは、自身の固有のプライバシーポリシーを構成する必要がある。
【０００４】
ユーザ及びサービスプロバイダのプライバシーポリシーは、互いに相互チェックされる。この目的のために、サービスプロバイダのプライバシーポリシーは、装置で読出可能である必要があり、また、ユーザは、詳細な質問を読み出し、かつその質問の確認／回答あるいは拒否を行う必要がある。この方法は、次のようなユーザ行動をもたらすことになる、つまり、例えば、「受託」ボタンを単にクリックすることによって、サービスプロバイダのプライバシーポリシーが完全に読み出されず、かつ無批判で受理されるユーザ行動である。また、Ｐ３Ｐプロトコルは、大容量データの通信と、多くの「双方向（round trip）」通信（即ち、サービスプロバイダとユーザ間のデータ通信）を必要とする。
【０００５】
このような欠点のために、本来、インターネットの有線環境に対して開発されたＰ３Ｐプロトコルは、無線通信リンクによってモバイルエンドユーザ装置にサービスを提供するシステム／ネットワークに対して適切なソリューションにはなっていない。このような移動環境の例には、移動電話、ポータブルコンピュータシステム、ページング装置及びその類を有する電気通信システム（例えば、ＧＳＭネットワーク、ＵＭＴＳネットワーク）が含まれる。
【０００６】
現在、以下のような情報へのユーザアクセスを可能にする移動環境で利用可能な機能は存在しない。
【０００７】
−送信された個人情報が存在するか？
−どのような種類の個人情報が送信されているか？
−個人情報がだれに送信されているか？
−個人情報を取得しているパーティのプライバシーポリシーは何か？
このような情報は、移動環境で提供されるユーザ及びサービスに対して不可欠なものである、これは、通常、以下の２つの基本オプションが存在するからである。
【０００８】
ユーザは、各移動環境を提供するオペレータのサービスネットワークからのサービスを要求することができる。このような状況においては、オペレータには、実際に移動環境を制御するオペレータと、移動環境のプロバイダとして動作するオペレータが含まれる。選択的には、ユーザは、別のサービスプロバイダパーティによって提供されるサービスを使用することができる。後者に対しては、プライバシー問題はより不可欠なものとなる、これは、いくつかのサービスは、例えば、住所、地理的位置、銀行アカウント、クレジットカード番号及びサービスを要求するユーザの類の個人情報を必要とするからである。ユーザの同意の後、個人情報は、移動環境のオペレータによってサービスプロバイダパーティだけに提供されなければならない。そうでなければ、ユーザは、移動環境オペレータの信用を落とし、また、移動環境は、信頼のあるシステムの状態を失う、特に、移動環境オペレータ以外のパーティによって提供されるサービスについて信頼のあるシステムの状態を失うことになる。また、ユーザのプライバシーが適切に保護される場合にのみ、ユーザは、サービスプロバイダと協同する。
【０００９】
＜発明の目的＞
本発明の目的は、サードパーティによってアクセスされる個人情報の提供を、容易に制御し、かつ監視することができる、ソリューションを提供することである。また、本発明は、提供される個人情報がどのようにしてアクセスされかつ使用されるかの情報を提供する。特に、本発明は、例えば、移動通信システムのような移動環境でのアプリケーションに対するソリューションを提供する。
【００１０】
＜発明の簡単な説明＞
本発明の基本概念は、サービスプロバイダのようなサードパーティに個人情報を送信するユーザに、いわゆるプライバシー受信確認（receipt）を提供することである。プライバシー受信確認には、ユーザによって、あるいはサードパーティ、特に、サービスプロバイダに関係する通信に対してユーザによって採用されるオペレータによって、いつユーザの個人情報が提供され、かつどのような種類の情報が提供されているかについてをだれが取得しているかを示すデータを含んでいる。
【００１１】
また、プライバシー受信確認は、ユーザの個人情報が送信されるサードパーティのプライバシーポリシーに関連する情報を持つことができる。このような関係では、プライバシーポリシーは、サードパーティが提供される個人データの扱いをどのようにして自身にバインドするかについてを定義しており、ここで、プライバシーポリシーは、サードパーティに対して定義することもできるし、サードパーティによって定義されることもでき、また、汎用的な及び法的な少なくも一方のルール及び規制に基づくこともできる。特に、このようなプライバシーポリシーは、サービスプロバイダに対して有効であることが想定される。しかしながら、提案する方法は、サードパーティのプライバシーポリシーが存在しない場合でも、あるいはユーザが未知である場合でも、適用可能である。
【００１２】
特に、本発明は、移動電話のようなエンドユーザ移動端末と、無線通信リンクを含むシステム及び環境に適しているソリューションを提供する。また、本発明は、例えば、提供された個人情報を受信するサードパーティによって、個人情報の提供に対して受け入れられるプライバシーポリシーの操作が、連続的に実行されないことを補償する。
【００１３】
より詳細には、本発明に従う方法は、個人情報アクセス制御を提供する、ここで、個人情報を提供するユーザは、プライバシー受信確認を受信する、このプライバシー受信確認は、個人情報を受信するサードパーティの情報と、また、どのような種類の個人情報が提供されるかについての情報を取得するためにユーザによって使用される。
【００１４】
提供されるべき個人情報の種類をユーザに通知するために、インターネットサービスプロバイダのようなサービスプロバイダは、サービスプロバイダリクエストデータを、各ユーザのエンドユーザ装置へ送信する。サービスプロバイダリクエストデータは、そのサービスプロバイダによてアクセスされ、かつ使用されるユーザの個人情報を定義している。
【００１５】
サービスプロバイダリクエストデータは、エンドユーザ装置からサービスプロバイダに送信されるサービスリクエストデータの応答において、サービスプロバイダによって提供され、ここで、サービスリクエストデータは、サービスプロバイダによって提供されるあるいは配信されるサービスに対するユーザのリクエストを示している。
【００１６】
サービスプロバイダリクエストデータに基づいて、ユーザデータが、サービスプロバイダに提供される。ユーザデータは、要求される個人情報のすべてあるいは要求される個人情報のいくつかと、残りの要求された個人情報の拒否を含むことができる。通常、要求されたサービスを提供する／配信するために事前に必須となる個人情報を要求するサービスプロバイダは、最小限の個人情報がユーザによって提供されることを要求する。それにもかかわらず、ユーザデータには、サービスプロバイダによる個人情報リクエストの拒否だけを、例えば、ユーザがどのような個人情報も提供したくないことだけを含ませることができることが想定される。
【００１７】
上述のプライバシー受信確認を生成するために、プライバシー受信確認データが生成され、これには、ユーザデータ及びサービスプロバイダを特徴づけるデータの少なくとも一方（少なくとも一部）を含んでいる。
【００１８】
例えば、ユーザデータをどのパーティが取得するかについてを制御するために、プライバシー受信確認データが、エンドユーザ装置及びそのユーザそれぞれによるアクセスのために提供される。
【００１９】
いくつかのサービスプロバイダは、個人情報の提供を必要とするばかりか、個人情報を提供すること及びその個人情報へアクセスすることをユーザが同意していることを示す確認を要求する。この観点では、プライバシー受信確認データは、プライバシー受信確認データをサービスプロバイダに提供することによって、そのような確認を実現することができる。
【００２０】
上述のように、本方法は、プライバシーポリシーがサービスプロバイダに対して有効である場合に適用可能である。
【００２１】
エンドユーザ装置とサービスプロバイダ間の通信のために、通信サーバを提供することができる。通信サーバの例には、コンピュータ及び電話ネットワークオペレータ、有線及び無線通信リンクを利用するプロバイダ、システム及び基地局、コンピュータネットワークサーバ、及びその類の少なくとも１つを含んでいる。
【００２２】
実在の通信サーバとは独立して、ユーザデータは、エンドユーザ装置によってサービスプロバイダに提供することができる。
【００２３】
通信サーバが適用される場合では、ユーザデータは、通信サーバによってサービスプロバイダに提供することができる、ここで、ユーザデータは、エンドユーザ装置からの指示に従って判定される。このような指示には、サービスプロバイダリクエストの応答で、サービスプロバイダに提供することができる個人データに関する情報と、サービスプロバイダに送信されるべきでない個人データの情報との少なくとも一方を含んでいる。
【００２４】
ユーザデータを受信すると、サービスプロバイダは、個人情報にアクセスすることができ、要求される場合には、サービスを配信することができる。
【００２５】
また、サービスプロバイダは、プライバシー受信確認データに含めることができる自身のプライバシーポリシーを提供することが可能である。
【００２６】
プライバシーポリシーあるいはそれを示すデータが、プライバシー受信確認に含まれている場合、エンドユーザ装置は、追加の動作することなく、プライバシーポリシーにアクセスすることができる。多くの場合、ユーザは、プライバシーポリシー自身に関心はなく、サービスプロバイダに送信される個人情報に関する情報のみに関心がある。ここで、プライバシーポリシーに通常関与しないユーザに、各プライバシーポリシーを取得することを可能にするために、選択的にはプライバシーポリシーを含むプライバシー受信確認データが、エンドユーザ装置によるリクエストに対し、サービスプロバイダあるいはサードパーティによって提供されることが好ましい。
【００２７】
プライバシー受信確認データは、ユーザの個人情報の提供に関する更なる情報を含むことができ、この個人情報は、例えば、ユーザデータがサービスプロバイダに提供される時間、プライバシー受信確認データの生成時間、ユーザのアイデンティティ、エンドユーザ装置のアイデンティティの類を示すデータである。また、プライバシー受信確認データは、プライバシーポリシーあるいは各データが提供されていることを示す情報を含めることができる。
【００２８】
プライバシー受信確認データの生成に対しては、エンドユーザ装置に対して通信サーバを採用することができる。ここで、プライバシー受信確認データのエンドユーザ装置への提供は、プライバシー受信確認データを通信サーバからエンドユーザ装置へ送信することによって実行される。
【００２９】
本発明に従う実施形態の方法において、サービスプロバイダは、サービスプロバイダリクエストに自身のプライバシーポリシーを示すプライバシーポリシーデータを含め、かつそれと同じものを通信サーバに送信する。通信サーバは、サービスプロバイダリクエストデータからプライバシーポリシーデータを削除し、かつ選択的にはプライバシーポリシーデータを含むプライバシー受信確認データを生成する。必要記憶容量を削減するために、例えば、ユーザが、同一のサービスプロバイダからデータリクエストを受信する場合、あるいは、ユーザが、頻繁に定常的にサービスプロバイダにアクセスする場合は、プライバシーポリシーを別々に記憶することが想定される。このため、プライバシー受信確認データは、検索のために、プライバシーポリシーにポインタを含ませることができる。
【００３０】
サービスプロバイダリクエストデータで定義される、要求された個人情報に基づいて、通信サーバは、どの個人情報がサービスプロバイダによって要求されているかを示す通信サーバリクエストデータを生成し、その通信サーバリクエストデータをエンドユーザ装置へ送信する。これの応答において、エンドユーザ装置は、提供された要求された個人情報及び拒否された要求された個人情報の少なくとも一方を示す応答データを通信サーバに送信する。通信サーバは、通信サーバデータをサービスプロバイダに送信する、ここで、通信サーバデータは、応答データに含まれる個人情報、あるいはエンドユーザ装置から取得される指示に従って判定される個人情報を有している。個人情報の指示がある場合、エンドユーザ装置は、どの種類の個人情報をサービスプロバイダに提供することを通信サーバが許可しているかについての情報以外の個人情報を提供しない。個人情報に対するサービスプロバイダリクエストに関連し、かつこのような指示に従って、通信サーバは、各個人情報にアクセスするあるいは判定し、それと同じものをサービスプロバイダに送信する。このような指示には、ユーザの名前、住所、銀行アカウント、クレジットカード番号等、ユーザ及びエンドユーザ装置の位置データの提供を含み、この位置データは、移動通信システムのオペレータとして動作する通信サーバによって判定できる。好ましくは、通信サーバからサービスプロバイダに提供される個人情報は、「ハード（固定）」データ、即ち、個人情報を含む実際のデータとして送信される。セキュリティ目的のために、このような「ハード」データは、暗号化することができる。
【００３１】
個人情報の提供を容易にするために、エンドユーザ装置あるいはそのユーザによる追加動作なしで自動的に、あるいはユーザの確認あるいは選択に従って、各リクエストの応答時にサービスプロバイダに送信することができる、ユーザデータを定義することができる。自動的に送信される場合、ユーザデータは、すべての要求された個人情報を含み、ユーザ動作は必要ない、あるいはユーザは、データ送信を確認するだけ、好ましくは、送信用のデータを選択するだけで良い。
【００３２】
エンドユーザ装置のユーザが個人情報を提供することに同意している場合にのみ、個人情報がサービスプロバイダに提供されることを保証するために、応答データがサービスプロバイダによる要求に応じた個人情報の少なくとも１つを含んでいる場合には、ユーザデータが自動的にサービスプロバイダに送信することが想定される、即ち、応答データは、要求された個人情報の拒否だけを含むことはない。
【００３３】
好ましくは、ユーザは、リクエストデータのリストを受信して、そのリストから、提供されるリクエストデータを選択する。これに従い、通信サーバに指示が提供される、この通信サーバは、例えば、ユーザデータに含まれる各個人情報をサービスプロバイダに提供することができる。
【００３４】
通信サーバからエンドユーザ装置へ送信されるデータ量の削減のために、通信サーバリクエストデータを、プライバシーポリシーデータに含めないことができる。また、プライバシーポリシーデータは通信サーバによって記憶されることで、エンドユーザ装置が、必要に応じて、各リクエストを通信サーバに送信することによって、プライバシーポリシーを取得できることが好ましい。
【００３５】
更なる実施形態では、サービスプロバイダとエンドユーザ装置間のデータ通信は暗号化される、そうすることで、通信サーバによる、サービスプロバイダ及びエンドユーザ装置のデータへのアクセス及び読出を禁止することができる。ここで、データ暗号化が実行されることで、通信サーバは、サービスプロバイダが、プライバシー受信確認データを生成するために個人情報を要求していることを認識することができる。また、データ暗号化は、通信サーバに、プライバシーポリシーデータを削除させることを可能にする。
【００３６】
別の実施形態では、エンドユーザ装置に対する通信サーバをトンネルすることによって、即ち、通信サーバに、サービスプロバイダとエンドユーザ装置間で交換されるデータ通信（データトラフィック）をアクセスさせないことによって、サービスプロバイダリクエストデータは、サービスプロバイダから直接エンドユーザ装置によって送信される。類似の方法には、通信サーバをトンネルすることによって、ユーザデータをサービスプロバイダへ直接送信することができる。
【００３７】
プライバシー受信確認データを生成するために、エンドユーザ装置は、更に、ユーザデータを通信サーバへ送信し、通信サーバは、それの応答として、プライバシー受信確認データを生成する。
【００３８】
ここで、サービスプロバイダリクエストデータは、サービスプロバイダのプライバシーポリシーを含むことが想定され、これによって、エンドユーザ装置は、各プライバシーポリシーデータあるいはプライバシーポリシーを通信サーバに送信することができる。そして、通信サーバは、そのプライバシーポリシーデータをプライバシー受信確認データに記憶することができる。
【００３９】
また、通信サーバあるいは他の任意のサードパーティによるアクセスを禁止するために、サービスプロバイダとエンドユーザ装置間のデータ交換を暗号化することができる。
【００４０】
個人情報に対する注目のサービスプロバイダリクエストに対するプライバシーポリシーが実際のサービスプロバイダポリシーであるかどうかを証明するために、サービスプロバイダリクエストデータに対するプライバシーポリシーと、サービスプロバイダから取得される更なるプライバシーポリシーとを比較し、比較されたプライバシーポリシーが異なる場合をエンドユーザ装置へ通知することができる。その比較が、プライバシーポリシー同士が等しいことを示している場合、プライバシー受信確認データを生成することができる。この比較は、任意のフォーマットのプライバシーポリシー、例えば、テキストファイルで実行することができる。
【００４１】
通信サーバの場合、通信サーバからのリクエストは、更なるプライバシーポリシーを要求するためにサービスプロバイダに送信することができる。次に、要求されたプライバシーポリシーは、通信サーバに送信され、通信サーバは、現在のサービスプロバイダリクエストに対するプライバシーポリシーと、通信サーバリクエストにおいてサービスプロバイダから取得されるプライバシーポリシーとを比較する、これは、その比較が異なる場合にエンドユーザ装置へ警告を行う、あるいはプライバシー受信確認データを生成するためである。
【００４２】
上述のように、エンドユーザ装置は、プライバシーポリシーの受信確認においてプライバシーポリシーにアクセスするために、各リクエストデータによってプライバシーポリシーを要求することができる。通信サーバの場合、このようなプライバシーポリシーリクエストデータは、エンドユーザ装置から通信サーバに送信することができる、その通信サーバは、そのプライバシーポリシー、あるいはプライバシーポリシーデータを示すデータをエンドユーザ装置へ送信する。
【００４３】
また、本発明は、例えば、通信サーバ、エンドユーザ装置及びコンピュータソフトウェアプログラム製品のようなシステム、装置、コンポーネント及びその類を提供する、これらは、本発明に従う基本概念、特に、プライバシー受信確認データの生成を実現し、かつ実行するように適合され、かつプログラムされている。また、これらは、上述で定義されるような本発明に従う方法を実行するように、適合され、かつプログラムされるべきである。
【００４４】
＜実施形態の詳細＞
図１に示されるように、本発明を実行するために適合され、かつプログラムされる通信環境は、通信サーバ２を有している。通常、通信サーバ２は、オペレータの通信システム、例えば、不図示のＧＳＭあるいはＵＭＴＳネットワークの一部である。通信サーバ２は、関係するエンドユーザ装置との間での通信を可能にしかつ制御する、このエンドユーザ装置は、例えば、図１では、移動電話４、固定電話６、ポータブルコンピュータ８及びデスクトップコンピュータシステム１０を示している。
【００４５】
通信のために、エンドユーザ装置４、６、８及び１０は、無線通信リンク１２及び１４と、有線通信リンク１６及び１８を確立することができる。
【００４６】
また、通信サーバ２は、システム、ネットワーク、装置及びサービスプロバイダ２０、２２及び２４としてサービスを提供する類と接続される。通信サーバ２とサービスプロバイダ２０、２２及び２４間の通信リンクは、有線及び無線通信リンク２６、２８及び３０となり得る。
【００４７】
以下では、通信サーバ２、移動電話４、無線通信リンク１２、サービスプロバイダ２０及び図１の有線通信リンク２６を示す図２を参照する。
【００４８】
図３に示されるように、移動電話４は、アンテナ３２及び互いに接続されている送信／受信ユニット３４を有している。アンテナ３２及び送信／受信ユニット３４は、通信サーバ２とのデータ通信用の通信インタフェースとして機能する。移動電話４の動作の制御に対しては、制御／処理ユニット３６が、アンテナ３２、送信／受信ユニット３４、少なくとも１つのセキュリティアイデンティティモジュールＳＩＭ３８及び無線アイデンティティモジュールＷＩＭ４０及びメモリ４２に対して制御するように構成されている。セキュリティアイデンティティモジュール３８及び無線アイデンティティモジュール４０は、別ユニットとして実現することができる、あるいは単一ユニットあるいはある要素で実現されるユニット、例えば、ＳＩＭ３８及びＷＩＭ４０の機能を提供するチップで実現することができる。
【００４９】
通信サーバ２は、図４に示されるように、移動電話４とサービスプロバイダ２０との通信リンク用の通信インタフェースユニット４４と、自身の動作を制御するためのプロセッサユニット４６及び以下で説明されるデータを記憶するためのメモリ４８を有している。
【００５０】
状況Ａ
移動電話４のユーザ（不図示）は、サービスプロバイダ２０に、配信対象／提供対象のサービスを要求する。ここでは、ユーザは、移動電話４によって、サービスリクエストを、通信サーバ２を介してあるいは直接サービスプロバイダ２０へ送信する。
【００５１】
サービスリクエストが通信サーバ２に送信される場合、、通信サーバ２は、そのサービスリクエストをサービスプロバイダ２０へ送信する。選択的には、通信サーバ２は、移動電話４からのサービスリクエストを「秘匿（bliend）」している、即ち、そのサービスリクエストのソースは、サービスプロバイダ２０に未知のままであり、移動電話４とそのユーザはそれぞれ識別できない。
【００５２】
移動電話４によって要求されたサービスを配信するために、サービスプロバイダ２０は、ユーザ個人情報を要求する。このような個人情報の例には、名前、住所、地理的位置、銀行アカウント、クレジットカード番号、年齢、性別及びユーザの類、移動電話４の電話番号等が含まれる。個人情報保護に対しては、サービスプロバイダ２０に対し有効なプライバシーポリシーが適用される、これには、個人情報が、サービスプロバイダ２０によってどのようにしてアクセスされ、処理され、配信され、記憶される等のルール及び規制が含まれている。
【００５３】
個人情報及びプライバシポリシーに対するリクエストは、図５に示されるリクエストＰＩＲ１として通信サーバ２に送信される。リクエストＰＩＲ１は、フラグＰＩ−Ｆｌａｇ、詳細個人情報リクエストＰＩ−Ｒｅｑｕｅｓｔ及び添付されたプライバシーポリシーＰＰを含んでいる。フラグＰＩ−Ｆｌａｇは、受信する通信サーバ２に、サービスプロバイダから送信されるデータが個人情報に対するリクエストを含んでいることを通知する。
【００５４】
リクエストＰＩＲ１の受信においては、通信サーバは、有効なフラグＰＩ−Ｆｌａｇを読み出し、かつ受信確認番号ＰＩ−ＲＮを次の情報フローに割り当てる。また、プライバシーポリシーＰＰは、サービスプロバイダ２０で受信されたデータから消去／削除され、プライバシー受信確認データの一部として記憶される、これについては、図７を参照して以下に説明する。
【００５５】
通信サーバ２０は、個人情報リクエストＰＩ−Ｒｅｑｕｅｓｔを、図６に示されるリクエストＰＩＲ２によって送信する。リクエストＰＩＲ２は、詳細個人情報リクエストＰＩ−Ｒｅｑｕｅｓｔを有している、一方、プライバシーポリシーＰＰは、受信確認番号ＰＩ−ＲＮによって置換されている。移動電話４に送信されたリクエストＰＩＲ２はユーザから参照することができ、このユーザは、個人情報リクエストＰＩ−Ｒｅｑｕｅｓｔ（一部あるいは全部）に従って（いくつかのあるいはすべての）個人情報を提供する、あるいは拒否する。例えば、様々なフィールドあるいは質問を満足する／回答する、受諾する、あるいは拒否することによって、これは達成され得る。
【００５６】
ユーザが、サービスプロバイダ２０に対して有効なプライバシーポリシを知りたい場合、各リクエストが、移動電話４から通信サーバ２へ送信される。このリクエストは受信確認番号ＰＩ−ＲＮを含み、これに基づいて、通信サーバ２は移動電話４へプライバシーポリシーＰＰを返信する。これのために、受信確認番号ＰＩ−ＲＮは、移動電話で表示することができる、かつ／あるいは移動電話４の、例えば、ＳＩＭ３８、ＷＩＭ４０あるいはメモリ４２（図４参照）に記憶することができる。
【００５７】
ユーザによって提供される個人情報は、通信サーバ２へ送信される、通信サーバ２は、例えば、ユーザがそうすることを許容している各フィールドを埋めることによって、サービスプロバイダ２０からの個人情報リクエストに応答する。また、通信サーバ２は、ユーザの個人情報自身と、プライバシー受信確認データでユーザによって提供されている個人情報の種類が何であるかの情報の少なくとも一方を記憶する。更に、通信サーバ２は、プライバシー受信確認データに使用したセキュリティ方法（例えば、ＴＬＳ１．０あるいはＷＴＬＳ）を含み、かつ、個人情報を取得した後のサービスプロバイダ２０によって、例えば、ユーザ及び自身によるプライバシーポリシーの変更を防ぐために、通信サーバ２を示すタイムスタンプ及び署名でプライバシー受信確認にサインする。
【００５８】
図７では、得られるプライバシー受信確認データが示され、これには、受信確認番号ＰＩ−ＲＮ、プライバシーポリシーＰＰ、個人情報ＰＩ−Ｄａｔａ、使用したセキュリティ方法を識別するデータＳＭ、通信サーバ２のタイムスタンプＴ及び署名２を含んでいる。
【００５９】
次に、通信サーバ２は、ユーザによって提供される個人情報ＰＩ−Ｄａｔａに基づいて生成されるデータを、サービスプロバイダ２０へ送信する。要求された個人情報あるいは少なくともその最小部分の受信において、サービスプロバイダ２０は、その要求されたサービスを配信する。この場合、通信サーバ２は、サービスプロバイダ２０に関係する移動電話４を「秘匿」している場合、通信サーバ２は、要求されたサービスを配信するために、サービスプロバイダ２０と移動電話４間でのマッピングを行わなければならない。そうでなければ、サービスは、移動電話４に直接配信される。
【００６０】
移動電話４のユーザが、通信サーバ２によって記憶されるプライバシー受信確認データにアクセスしたいと想定し、例えば、プライバシーポリシー違反であることをユーザが認めている場合、プライバシー受信確認リクエストが移動電話４から通信サーバ２へ送信され、通信サーバ２は、プライバシー受信確認リクエストに含まれる受信確認番号ＰＩ−ＲＮに基づいて、要求されたプライバシー受信確認データを返信する。
【００６１】
プライバシー受信確認リクエストは、受信確認番号ＰＩ−ＲＮが移動電話４で利用可能である限り、プライバシー受信確認データに含まれる実際のデータとは独立している上述の処理中あるいは処理後に、移動電話４からいつでも発行することができることに注意されたい。
【００６２】
選択的には、ユーザによって移動電話４で提供される個人情報ＰＩ−Ｄａｔａは、個人情報ＰＩ−Ｄａｔａをプライバシー受信確認データに追加する代りに、移動電話４に記憶することができる。この場合、個人情報ＰＩ−Ｄａｔａは、移動電話４での受信において、通信サーバ２から要求されるプライバシー受信確認とマージすることができる。
【００６３】
状況Ｂ
通信サーバ２が、移動電話４とサービスプロバイダ２０間のデータ交換、特に、ユーザによって提供される個人情報へのアクセス及び読出が許容されない状態で、移動電話４のユーザが、データ通信のために、サービスプロバイダ２０との接続を要求したいと想定すると、以下の処理を適用することができる。
【００６４】
状況Ａと比較すると、サービスリクエストは、移動電話４からサービスプロバイダ２０へ送信される。次に、移動電話４とサービスプロバイダ２０間のデータ通信用に採用されるセキュリティ方法として、例えば、暗号化、認証、証明方法及びその類が取り決められ、かつ合意される。
【００６５】
次に、サービスプロバイダ２０は、図８に示されるリクエストＰＩＲ３を通信サーバ２へ送信する。リクエストＰＩＲ３は、合意されたセキュリティ方法によって保護される、例えば、リクエストＰＩＲ３は、少なくとも一部が暗号化される。暗号化セキュリティ方法は、個人情報がサービスプロバイダによって要求され、かつプライバシー受信確認が生成されるべきであることを通知するために、通信サーバ２がフラグＰＩ−Ｆｌａｇを認識／読出できることを保証しなければならない。
【００６６】
また、セキュリティ方法は、通信サーバ２が上述のプライバシーポリシーＰＰを削除できることを許容すべきである。例えば、リクエストＰＩＲ３は暗号化できるので、詳細個人情報リクエストＰＩ−Ｒｅｑｕｅｓｔだけが暗号化され、フラグＰＩ−Ｆｌａｇ及びプライバシーポリシーＰＰは暗号化されない。選択的には、プライバシーポリシーＰＰを暗号化し、追加のフラグを付加することができるので、通信サーバ２は、このフラグによってプライバシーポリシーＰＰを削除することができる。このような状況では、移動電話４及びサービスプロバイダ２０によって採用されるセキュリティ方法は、移動電話４とサービスプロバイダ２０に対する個々のプライバシーポリシーとして見なすことができるので、セキュリティ方法を、プライバシーポリシーＰＰに含めることができる。
【００６７】
リクエストＰＩＲ３の受信において、通信サーバ２は、フラグＰＩ−Ｆｌａｇを「通知」し、受信確認番号ＰＩ−ＲＮをこのリクエストに割り当てる。また、通信サーバ２は、プライバシーポリシーＰＰを切り離し、受信確認番号ＰＩ−ＲＮと一緒にプライバシー受信確認データに記憶する。これについては、以下で、図１０を参照して説明する。
【００６８】
このようなリクエストＰＩＲ３の暗号化は図８で示され、ここでは、イタリック表記が暗号化データを示している。
【００６９】
以下では、通信サーバ２は、リクエストＰＩＲ４を移動電話４へ送信する、これには、図９に示される、受信確認番号ＰＩ−ＲＮ及び暗号化個人情報リクエストＰＩ−Ｒｅｑｕｅｓｔを含んでいる。リクエストＰＩＲ２（図６参照）と比較すると、リクエストＰＩＲ４は、プライバシーポリシーＰＰを含んでない。図９のイタリック部分が、暗号化されるデータを示している。
【００７０】
移動電話４は、リクエストＰＩＲ４を解読し、個人情報リクエストの（一部あるいは全部）に回答するあるいは拒否し、提供される個人情報ＰＩ−Ｄａｔａを暗号化し、そして、同一のものを通信サーバ２へ返信する。
【００７１】
通信サーバ２は、移動電話４からの暗号化個人情報ＰＩ−Ｄａｔａをプライバシー受信確認データに記憶し、これには、上述のものに加えて、図１０に示されるプライバシー受信確認データとなるデータを含んでいる。ここで、図１０のイタリック部分は、暗号化データを示している。
【００７２】
暗号化個人情報ＰＩ−Ｄａｔａは、サービスプロバイダ２０へ送信される、このサービスプロバイダ２０は、その応答において、要求されたサービスを移動電話４へ配信する。
【００７３】
選択的には、個人情報ＰＩ−Ｄａｔａは、異なるキーで暗号化された２つのコピーで、通信サーバ２へ送信される。第１のコピーは、プライバシー受信確認データに記憶し、ユーザによって解読するために、ユーザのキーで暗号化される。第２のコピーは、サービスプロバイダの公開キーによって暗号化され、解読するサービスプロバイダへ送信される。選択的には、個人情報ＰＩ−Ｄａｔａの１つの暗号化コピーが送信される。
【００７４】
但し、後者では、ユーザ及びサービスプロバイダがその情報を解読できることを必要とする。これは問題が発生し得る、これは、ユーザとサービスプロバイダの組み合わせそれぞれに対してキーの組が帰属する場合、ユーザ及びサービスプロバイダによる解読を管理することが難しくなるからである。
【００７５】
状況Ａで説明されるように、移動電話４は、各プライバシー受信確認リクエストによってプライバシー受信確認データにアクセスすることができる。ここで、合意されたセキュリティ方法は、暗号化データ部分を解読する移動電話４で利用可能であるべきことに注意する必要がある。
【００７６】
状況Ａ＋Ｂ
例えば、機能を満足する個人情報リクエスト用、ユーザの移動電話４あるいは個人プリファレンスの地理的位置のような任意の情報用及び、暗号化及び非暗号化データを含む移動電話４及びサービスプロバイダ２０間のデータ通信を実行するために、状況Ａ及びＢの組み合わせあるいは混合も可能である。
【００７７】
状況Ｃ
以下では、移動電話４及びサービスプロバイダ２０間のデータ通信の少なくとも一部が、同一の「トンネリング（tunneling）」によって通信サーバ２で直接実行される処理を示す、つまり、通信サーバ２は、移動電話４及びサービスプロバイダ２０間のデータトラフィックにはアクセスすることができない。
【００７８】
セキュリティ方法が移動電話４及びサービスプロバイダ２０間のデータ通信で合意されるまでは、状況Ｃの処理は、状況Ｂで説明される各ステップに対応する。ここで、適用されるべきセキュリティ方法は、通信サーバ２がトンネルされるべきということの同意を含んでいる。
【００７９】
次に、サービスプロバイダ２０は、個人情報リクエストを移動電話４送信する、ここで、上述のＰＩ−Ｆｌａｇは要求されない。選択的には、サービスプロバイダ２０は、このリクエストに自身のプライバシーポリシーを含める。
【００８０】
そのリクエストの応答においては、移動電話４は、個人情報をサービスプロバイダ２０へ返信し、更に、個人情報を、選択的には、暗号化データとして、記憶用の通信サーバ２へ送信する。
【００８１】
プライバシー受信確認の生成に対しては、通信サーバ２は、受信確認番号を、移動電話４から取得される暗号化個人情報に割り当て、その受信確認番号を移動電話４へ返信する。上述のように、プライバシー受信確認は、通信サーバ２に関連付けられているタイムスタンプ、署名及びその類を含んでいる。
【００８２】
移動電話４によって通信サーバ２からプライバシー受信確認を取得するために、上述の説明が参照される。
【００８３】
プライバシー受信確認にプライバシーポリシーを含めるために、個人情報リクエストでサービスプロバイダから受信されるプライバシーポリシーは、移動電話４によって通信サーバ２へ送信される。セキュリティの拡張レベルに対しては、通信サーバ２は、更に、サービスプロバイダ２０からプライバシーポリシーを要求して、移動電話から受信するプライバシーポリシーと、サービスプロバイダ２０から受信するプライバシーポリシーとを比較することができる。この比較が、受信したプライバシーポリシー同士が等しいことを示している場合、プライバシーポリシーはプライバシー受信確認に記憶される。そうでなければ、通信サーバ２は、各警告メッセージを発信することによって、移動電話４のユーザに警告する。
【００８４】
状況Ｄ
別の実施形態あるいは上述の実施形態の更なる追加構成として、サービスプロバイダ２０への個人情報の提供を、移動電話４から取得され、またそのユーザによって定義される指示に従って通信サーバ２によって実行することができる。この指示あるいはインジケータデータは、どの種類の個人データを、ユーザが、個人情報のリクエストの応答でサービスプロバイダ２０へ送信することを許容しているかについてを示す通信サーバ２に対する情報を有している。例えば、この指示は、サービスプロバイダ２０からのリクエストにおいて、名前、住所、銀行アカウント、クレジットカード番号及びユーザの類がサービスプロバイダ２０へ提供されることを通信サーバ２に通知する。サービスプロバイダ２０へ個人情報を提供する方法は、ユーザ及び移動電話４が、それぞれ、実際に提供する個人情報を含めないという利点があり、これは、ユーザに対する快適性の向上、かつ移動電話４と通信サーバ２間で通信されるデータ量の削減をもたらす。個人情報に対するサービスプロバイダリクエストがリストあるいは質問票の形態である場合、通信サーバ２は、移動電話４からの指示に従って、各フィールドを埋める、あるいは各質問に回答する。
【００８５】
また、このサービスプロバイダへの個人情報を提供する方法は、エンドユーザ装置あるいはそのユーザには実際には提供されない、あるいは追加の動作でのみ提供される、個人情報の通信を可能にする。例えば、このような個人情報には、エンドユーザ装置及びそのユーザの地理的位置、実効データ転送率あるいは帯域幅、通信リンクの信頼性及びその類を含んでいる。また、このような個人情報は、例えば、エンドユーザ装置の位置の移動環境オペレータとして動作する通信サーバの場合、たいてい、その通信サーバによって提供することができる。次に、各指示において、通信サーバは、このような個人情報を、その指示に従って提供する。
【００８６】
例えば、各注文に対して、ユーザの名前、住所及びクレジットカード番号を要求する食品配達サービスの定期注文を行うユーザは、毎回、その情報を提供することで信頼される。つまり、上述の通信サーバ２による個人情報の提供は、ユーザに対するこのようなサービスの要求を簡略化する。一方、この処理は、個人情報に対するセキュリティを損なわない、これは、ユーザが、どのような個人情報が食品配達サービスに提供されなければならず、各プライバシーポリシーの観点で必要な情報を提供することに同意し、そして、通信サーバにこれらの情報を提供することを許可する、そうでなければ、食品の注文が達成されないことを知っているからである。
【００８７】
別構成
移動電話４のユーザは、個人情報の専用セット、あるいは移動電話４の技術データのような追加のユーザ関連情報をサービスプロバイダ２０に送信することに同意することができる。このようなデータは、サービスプロバイダ２０への送信、プライバシー受信確認データ、移動電話４及び通信サーバ２による記憶、暗号化等に関する上述の個人情報と類似の方法で処理することができる。
【００８８】
これは、通信サーバ２が各データを提供し、個人情報に対するサービスプロバイダリクエストの応答及び個人情報の提供の少なくとも一方で、通信サーバ２に記憶されているデータを自動的にサービスプロバイダ２０へ送信することを可能にすることによって達成することができる。
【００８９】
また、自動的に送信する送信対象のデータは、移動電話４によって提供され、これは、例えば、ＳＩＭ３８、ＷＩＭ４０あるいはメモリ４２に記憶され、そして、実際の環境に関係する通信サーバ２及びサービスプロバイダ２０へ送信することができる。
【００９０】
これは、特に、（個人）情報が頻繁にあるいは定期的に要求される場合には、サービスプロバイダ２０に対して要求したサービスをユーザが取得することを容易にする。加えて、この処理は、移動電話４と通信サーバ２間のデータ通信を最小化する。個人情報保護のために、このようなサービスプロバイダ２０への（個人）情報の自動送信は、移動電話４のユーザが、現在要求しているサービスについて個人情報を提供することを実際に同意している場合にのみ許可されるべきである。
【００９１】
通信サーバ２及び移動電話４の少なくとも一方によって記憶されるデータを最小化するために、現在要求されているサービスに関連する、実際に受信したプライバシーポリシーが既に記憶されているかどうかをチェックすることができる。
【００９２】
プライバシー受信確認へのアクセスのために、エンドユーザ装置のディスプレイ上にアイコンを提供することができる。このようなアイコンは、サービスプロバイダに個人データが送信されたか否かに依存して、様々な形態を持たせることができる。アイコンがアクセスされる場合には、個人データが送信されたサービスプロバイダのリストが表示されることが好ましく、また、そのリストから所望の個人情報の送信を選択すると、選択されたサービスプロバイダに対する各プライバシー受信確認が提供される、例えば、エンドユーザ装置へダウンロードされる。
【００９３】
例えば、アイコンは、以下の表現及び機能を有する目（ｅｙｅ）の形態を持つことができる。
【００９４】
閉じた目：個人情報は提供されていない。
【００９５】
開いた目：個人情報が、実際のセッション中に提供されている。この状況において、セッションは、ユーザ装置との通信期間あるいは所定使用時間「動作する（switched on）」ことができる。
【００９６】
上述のように、この目は、サードパーティに対する個人情報送信履歴へのアクセス、即ち、プライバシー受信確認のアクセスのために使用することができる。
【００９７】
適用例
本発明を実行する方法例によって、以下の適用が説明される。ユーザは、現金で辛いピザの配達を注文する。オペレータ（即ち、上述の説明での通信サーバ）は、そのユーザの「ピザプロファイル」を記憶している、これには、ピザの注文によって提供されるユーザの個人情報を含んでいる。ユーザは、オペレータからピーザ配達サービスを選択する、オペレータは、その応答として、注文を、配達を行うピザ店に送信する。ピザ店は、例えば、ユーザの位置、クレジットカード番号、ピザプロファイルを要求し、オペレータに自身のプライバシーポリシーを送信する。オペレータは、プライバシー受信確認を生成し、その要求をユーザへ送信する。次に、ユーザは、位置及びピザプロファイルに関連する情報を提供することに同意するが、クレジットカード番号を提供することを拒否する。ユーザのこの応答はオペレータへ送信される、オペレータは、位置及びユーザのピザプロファイルは含めるが、クレジットカード番号は含めずに、それらをピザ店へ送信する。オペレータは、どのような種類の個人情報がピザ店に送信されたかを記憶する。
【００９８】
上述のアイコンを参照すると、目は起動される、即ち、個人情報を提供するユーザの同意がオペレータに送信される場合には、目が開かれる。このユーザは、提供されるべき個人情報が送信されるサービスのリストを有する目をクリックすることができる。例えば、ユーザは、ピザ配達サービスを選択し、それによって、オペレータからプライバシー受信確認を要求し、同様のものをユーザへ返信する。
【図面の簡単な説明】
【００９９】
【図１】本発明を使用するための通信環境を示す図である。
【図２】図１の通信環境の一部を示す図である。
【図３】本発明に従うエンドユーザ装置を示す図である。
【図４】本発明に従う通信サーバを示す図である。
【図５】本発明に従うデータ構造を示す図である。
【図６】本発明に従うデータ構造を示す図である。
【図７】本発明に従うデータ構造を示す図である。
【図８】本発明に従うデータ構造を示す図である。
【図９】本発明に従うデータ構造を示す図である。
【図１０】本発明に従うデータ構造を示す図である。
【図１】
2005506642.tif 000003
【図２】
2005506642.tif 000004
【図３】
2005506642.tif 000005
【図４】
2005506642.tif 000006
【図５】
2005506642.tif 000007
【図６】
2005506642.tif 000008
【図７】
2005506642.tif 000009
【図８】
2005506642.tif 000010
【図９】
2005506642.tif 000011
【図１０】
2005506642.tif 000012
【国際公開パンフレット】
2005506642.tif 000013
2005506642.tif 000014
2005506642.tif 000015
2005506642.tif 000016
2005506642.tif 000017
2005506642.tif 000018
2005506642.tif 000019
2005506642.tif 000020
2005506642.tif 000021
2005506642.tif 000022
2005506642.tif 000023
2005506642.tif 000024
2005506642.tif 000025
2005506642.tif 000026
2005506642.tif 000027
2005506642.tif 000028
2005506642.tif 000029
2005506642.tif 000030
2005506642.tif 000031
2005506642.tif 000032
2005506642.tif 000033
2005506642.tif 000034
2005506642.tif 000035
2005506642.tif 000036
2005506642.tif 000037
2005506642.tif 000038
2005506642.tif 000039
2005506642.tif 000040
2005506642.tif 000041
【国際公開パンフレット（コレクトバージョン）】
2005506642.tif 000042
2005506642.tif 000043
【手続補正書】
【提出日】平成15年9月17日(2003.9.17)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
ユーザは、各移動環境を提供するオペレータのサービスネットワークからのサービスを要求することができる。このような状況においては、オペレータには、実際に移動環境を制御するオペレータと、移動環境のプロバイダとして動作するオペレータが含まれる。選択的には、ユーザは、別のサービスプロバイダパーティによって提供されるサービスを使用することができる。後者に対しては、プライバシー問題はより不可欠なものとなる、これは、いくつかのサービスは、例えば、住所、地理的位置、銀行アカウント、クレジットカード番号及びサービスを要求するユーザの類の個人情報を必要とするからである。ユーザの同意の後、個人情報は、移動環境のオペレータによってサービスプロバイダパーティだけに提供されなければならない。そうでなければ、ユーザは、移動環境オペレータの信用を落とし、また、移動環境は、信頼のあるシステムの状態を失う、特に、移動環境オペレータ以外のパーティによって提供されるサービスについて信頼のあるシステムの状態を失うことになる。また、ユーザのプライバシーが適切に保護される場合にのみ、ユーザは、サービスプロバイダと協同する。
米国特許６，２６９，３４９はプライベート情報を保護するシステム及び方法を参照している、これに対しては、請求項１の概念部分で定義される方法ステップと、請求項２２の概念部分で定義される特徴が開示されている。
【国際調査報告】
2005506642.tif 000044
2005506642.tif 000045
2005506642.tif 000046