トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 サービス提供方法、サービス提供システム、サービス提供プログラムを記録した記録媒体。
【発明者】 【氏名】大塚 卓哉

【氏名】小野澤 晃
【要約】 【課題】個人のプライバシーを保護しつつ、個人情報を利用したサービスの提供を行う。

【解決手段】個人クライアント１１は、個人特定情報（アドレス）B１と情報の中身（コンテンツ）B２からなるプロファイルを保持している。ブローカサーバ１２は、コンテンツB２のみ知ることが可能で、それをもとにサービス提供者から依頼されたサービスを最適な個人クライアントへ送信する。監査人サーバ１３はアドレスB１のみ知ることが可能で、個人クライアント１１とブローカサーバ１２の交渉を仲介する。実行者サーバ１４は、アドレスB１のみ知ることが可能で、サービスの提供と決済を行う。
【特許請求の範囲】
【請求項１】 個人情報を利用して、ネットワークを介してサービス提供を行うサービス提供方法において、個人情報を、個人を特定する特定情報と、個人の情報の中身であるコンテンツ情報に分離し、前記特定情報を第１のサーバで仮特定情報に変換して第２のサーバに渡し、第２のサーバで、サービス提供者から依頼されたサービスと前記コンテンツ情報を結びつけてサービス情報を生成し、仮特定情報とともに第３のサーバに渡し、第３のサーバは送られてきた仮特定情報を元の特定情報に変換し、前記サービス情報を前記特定情報が示す個人クライアントへ送信することを特徴とするサービス提供方法。
【請求項２】 個人情報を利用して、ネットワークを介してサービス提供を行うサービス提供システムであって、個人を特定する特定情報と、個人の情報の中身であるコンテンツ情報からなるプロファイルを保持する１つ以上の個人クライアントと、個人クライアントの特定情報のみを知ることが可能で、前記個人クライアントから送信された特定情報を仮特定情報に変換する監査人サーバと、個人クライアントのコンテンツ情報のみを知ることが可能で、前記仮特定情報を受信し、サービス提供者から依頼されたサービスとそれに適合するコンテンツ情報を結びつけサービス情報を生成するブローカサーバと、個人クライアントの特定情報のみを知ることが可能で、前記ブローカサーバから前記仮特定情報と前記サービス情報を受信し、前記仮特定情報を元の特定情報に変換して前記サービス情報を前記特定情報が示す個人クライアントへ送信する実行者サーバを有するサービス提供システム。
【請求項３】 認証局サーバによって、個人クライアント、監査人サーバ、実行者サーバ、ブローカサーバ全ての認証を行い、公開鍵暗号方式における公開鍵と秘密鍵を生成するステップと、前記監査人サーバが前記個人クライアントを巡回して、各々のカテゴリーの情報について公開方針が示されているポリシを集め、個人クライアントのIDとポリシを自己のデータベースに保存するステップと、ブローカサーバが、必要としているカテゴリーを公開する意志のあるポリシを持っている個人クライアントを前記監査人サーバに要求するステップと、前記監査人サーバが自データベースから適合するポリシを持つ個人クライアントを検索し、IDを仮IDに変換し、仮IDをポリシと契約番号とともに前記ブローカサーバに返送するとともに、自データベースに記録するステップと、前記ブローカサーバが、交渉したい個人クライアントの、仮IDと契約番号と交渉するエージェントを前記監査人サーバへ送信するステップと、前記監査人サーバが要求のあった個人クライアントを交渉へ呼び出すステップと、前記個人クライアントが、交渉エージェントを前記監査人サーバへ送信するステップと、前記監査人サーバが、前記交渉エージェントに中立な交渉の機会を与え、その交渉の結果と契約番号を前記個人クライアントと前記ブローカサーバと前記実行者サーバへ送信するステップと、前記ブローカサーバから前記実行者サーバへ仮IDと契約番号を送信し、前記個人クライアントが前記実行者サーバへ契約名と前記ブローカサーバの番号を送信するステップと、前記実行者サーバが前記監査人サーバ、前記ブローカサーバ、前記個人クライアントから送られた内容を照合し、結果を自データベースに記録するステップと、前記個人クライアントが、前記ブローカサーバへ送信すべきコンテンツからビット委託法によってビット委託を生成し、またブローカサーバからの返送に使う、共通鍵暗号方式の秘密鍵を生成し、両者を契約番号とともに前記ブローカサーバの公開鍵で暗号化し、契約番号とともに前記監査人サーバへ送信するステップと、前記監査人サーバが、IDを変換し、変換後のIDを前記ブローカサーバに送信するステップと、前記ブローカサーバが、希望するカテゴリのコンテンツと契約番号を前記秘密鍵で暗号化し、前記監査人サーバに送信するステップと、前記監査人サーバがIDを変換した後、受信した契約番号と秘密鍵で暗号化された希望コンテンツを前記個人クライアントへ送信するステップと、前記個人クライアントが、前記希望コンテンツを前記秘密鍵で復号し、自分のコンテンツと一致していればビット委託の鍵を、一致していなければ、その旨を契約番号とともに前記ブローカサーバの公開鍵で暗号化した後、契約番号とともに前記監査人サーバへ送信するステップと、前記ブローカサーバが前記ビット委託を開けて確認するステップと、前記ブローカサーバがサービス情報を送信したい仮ＩＤと契約番号とサービス情報を前記実行者サーバへ送信するステップと、前記実行者サーバが仮IDを元のＩＤに変換後サービス情報を前記個人クライアントに送信するステップを有するサービス情報提供方法。
【請求項４】 個人クライアントのポリシよりポリシデータベースを作成する手段と、個人クライアントを特定する情報である個人ＩＤと、一時的な特定情報である仮ＩＤの対応を記録する手段と、個人クライアント自身からの仮ＩＤの提供要求により、あるいは、ポリシデータベースよりポリシ適合者の仮ＩＤの抽出により、その仮ＩＤをブローカサーバへ提供する手段と、ブローカ交渉エージェントと、個人交渉エージェントに中立な交渉の機会を提供し、交渉の結果を記録、関係者に通知する手段と、個人クライアントとブローカサーバの間の通信を仲介する手段を有する監査人サーバ。
【請求項５】 ポリシデータベースを作成する手段が、個人クライアントからポリシを受信する手段と、該当個人クライアントの認証を行った上で、新規にポリシデータベースを作成、あるいはポリシデータベースを更新する手段を含む、請求項４記載の監査人サーバ。
【請求項６】 個人クライアントを特定する情報である個人ＩＤと、一時的な特定情報である仮ＩＤの対応を記録する手段と、個人クライアント自身からの仮ＩＤの提供要求により、あるいは、ポリシデータベースよりポリシ適合者の仮ＩＤの抽出により、その仮ＩＤをブローカサーバへ提供する手段が、前記ブローカサーバからポリシ適合者のリクエストを受信する手段と、該ブローカサーバの認証を行った上で前記ポリシデータベースよりポリシ適合者を抽出し、該当個人ＩＤと、該当仮ＩＤと、契約番号を生成しその契約番号を交渉データベースに記録する手段と、前記仮ＩＤと契約番号を前記ブローカサーバへ送信する手段を含む、請求項４または５記載の監査人サーバ。
【請求項７】 個人クライアントを特定する情報である個人ＩＤと、一時的な特定情報である仮ＩＤの対応を記録する手段と、個人クライアント自身からの仮ＩＤの提供要求により、あるいは、ポリシデータベースよりポリシ適合者の仮ＩＤの抽出により、その仮ＩＤをブローカサーバへ提供する手段が、個人クライアント自身から該ブローカサーバへの仮ＩＤの提供要求を受信する手段と、該個人クライアントの認証を行った上で、前記仮ＩＤと契約番号を生成しその契約番号を交渉データベースに記録する手段と、前記仮ＩＤと契約番号を該ブローカサーバへ送信する手段を含む、請求項４または５記載の監査人サーバ。
【請求項８】 ブローカ交渉エージェントと、個人交渉エージェントに中立な交渉の機会を提供し、交渉の結果を記録、関係者に通知する手段が、前記ブローカサーバから交渉相手の要求と、交渉エージェントを受取る手段と、該当する個人クライアントへ交渉の要求を出す手段と、個人クライアントから交渉エージェントを受信する手段と、前記個人クライアントと前記ブローカサーバの交渉を監査する手段と、交渉結果を前記個人クライアント、前記ブローカサーバ、実行者サーバへ送信する手段を含む、請求項４から７のいずれか１項記載の監査人サーバ。
【請求項９】 個人クライアントとブローカサーバの間の通信を仲介する手段が、前記個人クライアントから前記ブローカサーバへの通信、前記ブローカサーバから前記個人クライアントへの通信を、それぞれ転送する手段を含む、請求項４から８のいずれか１項記載の監査人サーバ。
【請求項１０】 監査人サーバ、個人クライアント、ブローカサーバからの交渉の通知の整合性を確かめ、交渉データベースを作成する手段と、前記ブローカサーバから個人クライアントへのサービスの提供を仲介する手段を有する実行者サーバ。
【請求項１１】 監査人サーバ、個人クライアント、ブローカサーバからの交渉の通知の整合性を確かめ、交渉データベースを作成する手段が、前記監査人サーバ、前記ブローカサーバ、前記個人サーバからそれぞれ交渉結果の通知を受け、３つがそろったその整合性を確かめ、整合性がとれていれば交渉結果を交渉データベースに記録する手段を含み、前記ブローカサーバから個人クライアントへのサービスの提供を仲介する手段が、前記ブローカサーバから、個人クライアントへのサービス提供の要求を受信し、前記交渉データベースの記録をもとに仮ＩＤをＩＤに付け替え、前記ブローカサーバから前記個人クライアントへのサービスを転送する手段を含む、請求項１０記載の実行者サーバ。
【請求項１２】 監査人サーバへポリシを登録する手段と、監査人サーバから交渉の要求を受け、または、個人クライアント自身が提供の意思を示すことにより、交渉エージェントを送信する手段と、交渉結果を前記監査人サーバと実行者サーバと共有する手段と、ブローカサーバから要求されたコンテンツを該ブローカサーバに提供、あるいは、ゼロ知識証明を利用して、個人クライアントは要求されたコンテンツを持っているか否かということのみ示す手段と、前記実行者サーバからサービスを受信する手段を有する個人クライアント。
【請求項１３】 前記監査人サーバへポリシを登録する手段が、前記監査人サーバからポリシ登録の要求を受信する手段と、前記監査人サーバへポリシを送信する手段を含む、請求項１２記載の個人クライアント。
【請求項１４】 前記監査人サーバから交渉の要求を受け、または個人クライアント自身が提供の意思を示すことにより、交渉エージェントを送信する手段が、前記監査人サーバから交渉の要求を受信する手段と、交渉に応じる場合は、交渉エージェントを送信する手段を含む、請求項１２または１３記載の個人クライアント。
【請求項１５】 前記監査人サーバから交渉の要求を受け、または個人クライアント自身が提供の意思を示すことにより、交渉エージェントを送信する手段が、個人クライアントが、交渉を希望する前記ブローカサーバ名を前記監査人サーバへ送信する手段と、前記監査人サーバへ交渉エージェントを送信する手段を含む、請求項１２または１３記載の個人クライアント。
【請求項１６】 交渉結果を前記監査人サーバと前記実行者サーバと共有する手段が、前記監査人サーバから交渉結果を受信する手段と、交渉結果を交渉データベースへ記録する手段と、交渉結果を前記実行者サーバへ送信する手段を含む、請求項１２から１５のいずれか１項記載の個人クライアント。
【請求項１７】 前記ブローカサーバから要求されたコンテンツを該ブローカサーバに提供、あるいは、ゼロ知識証明を利用して、個人クライアントは要求されたコンテンツを持っているか否かということのみ示す手段が、要求されたコンテンツを当該ブローカサーバの公開鍵で暗号化し、監査人サーバへ送信する手段を含む、請求項１２から１６のいずれか１項記載の個人クライアント。
【請求項１８】 前記ブローカサーバから要求されたコンテンツを該ブローカサーバに提供、あるいは、ゼロ知識証明を利用して、個人クライアントは要求されたコンテンツを持っているか否かということのみ示す手段が、ビット委託法によりビット委託鍵を生成し、要求されたコンテンツよりビット委託を生成する手段と、共通鍵暗号方式の秘密鍵を生成する手段と、前記ビット委託と前記秘密鍵を当該ブローカサーバの公開鍵で暗号化し、前記監査人サーバへ送信する手段と、前記監査人サーバから暗号化されたブローカサーバの希望するコンテンツを受信し、前記共通秘密鍵で復号する手段と、当該ブローカサーバへ送信してある前記ビット委託を開けるならば、前記ビット委託鍵を、開けないのならばその旨を、前記ブローカサーバの公開鍵で暗号化し、監査人サーバへ送信する手段を含む、請求項１２から１６のいずれか１項記載の個人クライアント。
【請求項１９】 実行者サーバからサービスを受信する手段が、実行者サーバから契約番号とサービスを受信し、交渉データベースに該当する記録があれば、そのサービスを受信する手段を含む、請求項１２から１８のいずれか１項記載の個人クライアント。
【請求項２０】 交渉する候補である個人の仮ＩＤを受信し、交渉データベースに記録する手段と、交渉を希望する相手を決定し、希望する交渉相手の仮ＩＤと、ブローカサーバの交渉エージェントを監査人サーバに送信する手段と、前記監査人サーバから交渉結果を受信し、前記交渉データベースに記録すると共に、実行者サーバへ結果を送信する手段と、個人クライアントから希望するコンテンツを受信する手段、あるいは、ゼロ知識証明を利用して、前記個人クライアントが要求したコンテンツを持っているか否かということのみ知る手段と、前記実行者サーバに仮ＩＤと共にサービスを送信する手段を有するブローカサーバ。
【請求項２１】 交渉する候補である個人の仮ＩＤを受信し、交渉データベースに記録する手段が、ブローカサーバが希望するポリシを持つ者であるポリシ適合者のリストを監査人サーバへ要求し、そのポリシ適合者の仮ＩＤのリストを監査人サーバから受信し、交渉データベースに記録する手段を含む、請求項２０記載のブローカサーバ。
【請求項２２】 交渉する候補である個人の仮ＩＤを受信し、交渉データベースに記録する手段が、監査人サーバから、直接当該ブローカサーバにアクセスの要求があり、アクセス要求者の仮ＩＤを受信し、交渉データベースに記録する手段を含む、請求項２０記載のブローカサーバ。
【請求項２３】 前記個人クライアントから希望するコンテンツを受信する手段、あるいは、ゼロ知識証明を利用して、前記個人クライアントが要求したコンテンツを持っているか否かということのみ知る手段が、前記監査人サーバから当該ブローカサーバの公開鍵で暗号化された、前記仮ＩＤに対応する個人が作成したビット委託と共通秘密鍵を受信し、復号し、当該ブローカサーバの希望するコンテンツを前記共通秘密鍵で暗号化し、前記監査人サーバへ送信し、前記監査人サーバから、前記仮ＩＤに対応する個人クライアントによって、前記ブローカサーバの公開鍵で暗号化された、ビット委託鍵を含む、または含まないメッセージを受信し、復号する手段を含む、請求項２０または２１記載のブローカサーバ。
【請求項２４】 前記個人クライアントから希望するコンテンツを受信する手段、あるいは、ゼロ知識証明を利用して、前記個人クライアントが要求したコンテンツを持っているか否かいうことのみ知る手段が、前記監査人サーバから当該ブローカサーバの公開鍵で暗号化されたコンテンツを受信し、対応する秘密鍵で復号する手段を含む、請求項２０または２２記載のブローカサーバ。
【請求項２５】 前記実行者サーバに仮ＩＤと共にサービスを送信する手段が、前記共通秘密鍵でサービスを暗号化し、仮ＩＤと共に前記実行者サーバへ送信する手段を含む、請求項２３記載のブローカサーバ。
【請求項２６】 個人クライアントのポリシよりポリシデータベースを作成する処理と、個人クライアントを特定する情報である個人ＩＤと、一時的な特定情報である仮ＩＤの対応を記録する処理と、個人クライアント自身からの仮ＩＤの提供要求により、あるいは、ポリシデータベースよりポリシ適合者の仮ＩＤの抽出により、その仮ＩＤをブローカサーバへ提供する処理と、ブローカ交渉エージェントと、個人交渉エージェントに中立な交渉の機会を提供し、交渉の結果を記録、関係者に通知する処理と、個人クライアントとブローカサーバの間の通信を仲介する処理をコンピュータに実行させるための監査人サーバプログラムを記録した記録媒体。
【請求項２７】 監査人サーバ、個人クライアント、ブローカサーバからの交渉の通知の整合性を確かめ、交渉データベースを作成する処理と、前記ブローカサーバから個人クライアントへのサービスの提供を仲介する処理をコンピュータに実行させるための実行者サーバプログラムを記録した記録媒体。
【請求項２８】 監査人サーバへポリシを登録する処理と、監査人サーバからの交渉の要求を受け、または、個人クライアント自身が提供の意思を示すことにより、交渉エージェントを送信する処理と、交渉結果を前記監査人サーバと実行者サーバと共有する処理と、ブローカサーバから要求されたコンテンツを該ブローカサーバに提供、あるいは、ゼロ知識証明を利用して、個人クライアントは要求されたコンテンツを持っているか否かということのみ示す処理と、前記実行者サーバからサービスを受信する処理をコンピュータに実行させるための個人クライアントプログラムを記録した記録媒体。
【請求項２９】 認証局より認証を受ける処理と、監査人サーバへポリシを登録する処理と、前記監査人サーバから交渉の要求を受け、または個人クライアント自身が交渉の意志を示すことにより、監査人サーバへ交渉エージェントを送信する処理と、前記監査人サーバから交渉結果を受信し、交渉データベースに記録するとともに、実行者サーバに送信する処理と、要求されたコンテンツをブローカサーバの公開鍵で暗号化し、監査人サーバへ送信し、あるいは拡張ビット委託法によりビット委託鍵を生成し、要求されたコンテンツよりビット委託を生成し、共通秘密鍵を生成し、前記ビット委託と前記共通秘密鍵と契約番号を前記ブローカサーバの公開鍵で暗号化し、前記監査人サーバへ送信する処理と、前記監査人サーバから暗号化された、ブローカサーバの希望するコンテンツを受信し、前記共通秘密鍵で復号し、前記ビット委託を開けるならばビット委託鍵を、ビット委託を開けないならばその旨を前記ブローカサーバの公開鍵で暗号化し、前記監査人サーバへ送信する処理と、実行者サーバから契約番号とサービスを受信し、交渉データベースに該当するものがあれば受信する処理をコンピュータに実行させるための個人クライアントプログラムを記録した記録媒体。
【請求項３０】 交渉する候補である個人の仮ＩＤを受信し、交渉データベースに記録する処理と、交渉を希望する相手を決定し、希望する交渉相手の仮ＩＤと、ブローカサーバの交渉エージェントを監査人サーバに送信する処理と、前記監査人サーバから交渉結果を受信し、前記交渉データベースに記録すると共に、実行者サーバへ結果を送信する処理と、前記個人クライアントから希望するコンテンツを受信する処理、あるいは、ゼロ知識証明を利用して、前記個人クライアントが要求したコンテンツを持っているか否かということのみ知る処理と、前記実行者サーバに仮ＩＤと共にサービスを送信する処理をコンピュータに実行させるためのブローカサーバプログラムを記録した記録媒体。
【請求項３１】 ブローカサーバが希望するポリシを持つ者であるポリシ適合者のリストを前記監査人サーバへ要求し、そのポリシ適合者の仮ＩＤのリストを監査人サーバから受信し、交渉データベースに記録する処理、あるいは、監査人サーバから、直接当該ブローカサーバにアクセスの要求があり、アクセス要求者の仮ＩＤを受信し、交渉データベースに記録する処理と、交渉を希望する相手を決定し、希望する交渉相手の仮ＩＤと、ブローカサーバの交渉エージェントを前記監査人サーバに送信する処理と、前記監査人サーバから交渉結果を受信し、前記交渉データベースに記録すると共に、実行者サーバへ結果を送信する処理と、前記監査人サーバから当該ブローカサーバの公開鍵で暗号化された、前記仮ＩＤに対応する個人クライアントが作成したビット委託と共通秘密鍵を受信し、復号し、当該ブローカサーバの希望するコンテンツを前記共通秘密鍵で暗号化し、前記監査人サーバへ送信し、前記監査人サーバから、前記仮ＩＤに対応する個人によって、前記ブローカサーバの公開鍵で暗号化された、ビット委託鍵を含む、または含まないメッセージを受信し、復号する処理、あるいは、前記監査人サーバから当該ブローカサーバの公開鍵で暗号化されたコンテンツを受信し、対応する秘密鍵で復号する処理と、前記実行者サーバに仮ＩＤと共にサービスを送信する処理、あるいは、前記共通秘密鍵でサービスを暗号化し、仮ＩＤと共に前記実行者サーバへ送信する処理をコンピュータに実行させるためのブローカサーバプログラムを記録した記録媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、個人の個人情報を利用したサービス提供方法およびシステムに関する。
【０００２】
【従来の技術】従来のサービス提供システムは、例えばホームページに個人情報利用方針が提示され、それを受け入れる旨を表明すると、個人情報が個人のPCから相手のサーバへ送信される。その際、送信される個人情報は、個人を特定できる情報である名称、住所等と、個人に関する情報、例えば嗜好性、行動履歴等である。
【０００３】図２１に個人情報のモデルを示す。個人情報を「プロファイル」として、■個人の特定情報（アドレス）と■個人の情報の中身（コンテンツ）に分けられる。
【０００４】従来の個人情報を利用したサービスの概念図を図２２に示す。
【０００５】個人クライアント６１は、個人特定情報（アドレス）A１と情報の中身（コンテンツ）A２からなるプロファイルを保持している。サービスを希望する個人は、仲介サーバ６２へプロファイル６４を送信する。一方、サービス提供者クライアント６３から仲介サーバ６２へ、サービスを提供したい相手の条件と、場合によってはサービスそのもの６５を送信する。仲介サーバ６２において、両者のマッチングを行い、サービス６６を個人クライアント６１に提供する。
【０００６】図２２に示す従来のサービスにおいては、仲介サーバ６２が個人のプロファイルを構成する、個人特定情報A１と情報の中身A２の両方を持つ。
【０００７】また、現在検討されている個人情報利用方式技術のP3P規格は、ウェブサイトに対する個人の信用度に応じて、個人が個人情報提供の可否を決めることができるような方式である。この方式に従ったウェブサイトは、あらかじめ所定の書式でプライバシー保護のポリシーを記述、保持しており、ユーザがサイトを訪れた際にそのプライバシーポリシーを提示、ユーザがその条件を受け入れれば、ユーザの個人情報がサイトに提供される、というものである。
【０００８】
【発明が解決しようとする課題】このような従来の方式は以下のような問題がある。
【０００９】１. サービス提供者が、個人の特定情報（名前、住所、メールアドレス等）と個人の情報の中身（嗜好性、行動歴、購買歴等）双方取得することができるため、取得した個人情報を個人本人の意思に反した用途に使うことを技術的に防止できない。
【００１０】２. サービス提供者は、保有する個人情報の取り扱いについて、多大な労力を払わなければならない。例えば、保有する個人情報の内容の保護、最新化、個人本人からの求めによる適正化、等である。つまり、一度提供した個人情報の取り扱いに関しては、相手側が利用方針を遵守することを期待する他なく、現実問題として個人が意図していない利用のされ方がなされる恐れがある。事実、そのような懸念から個人が自らの個人情報の提供を拒み、本来、個人情報利用によってもたらされる効率性や利便性が実現していない。
【００１１】本発明の目的は、個人のプライバシーを保護しつつ、個人情報を利用したサービスの提供を行うサービス提供方法、システム、およびサービス提供プログラムを記録した記録媒体を提供することにある。
【００１２】
【課題を解決するための手段】本発明では、まず、個人の情報を、個人の特定する特定情報と、情報の中身であるコンテンツ情報に分離する。そしてシステム上、個人クライアントとサービス提供者の間に監査人サーバとブローカサーバと実行者サーバが介在する。監査人サーバは、個人の特定情報のみを知ることが可能なサーバで、個人クライアントとブローカサーバとの交渉を仲介する。その際に、個人の特定情報を仮特定情報に変換してブローカサーバに渡すことで、ブローカサーバ側での個人特定を不可能にする。ブローカサーバは個人クライアントのコンテンツ情報のみを知ることが可能なサーバで、マーケティングを行ってサービス提供者から依頼されたサービスとそれに適合するコンテンツ情報（仮特定情報）とを結びつける。実行者サーバは個人の特定情報のみを知ることが可能なサーバで、ブローカサーバから送られてきた仮特定情報を個人の特定情報に変換して、該当する個人へのサービス提供を実行する。
【００１３】したがって、サービス提供者は、個人の特定情報と個人の情報の中身の双方を取得することができないため、個人情報を個人本人の意志に反した用途に使うことができない。また、サービス提供者は、サービス提供の際に個人本人から個人情報を提供されねばならず、個人情報を保有しないので、個人情報に関して払わねばならない前記した労力が軽減される。
【００１４】
【発明の実施の形態】次に、本発明の実施の形態について図面を参照して説明する。
【００１５】図１は本発明の一実施形態のサービス提供システムの構成図である。本システムは、個人特定情報（アドレス）B１と情報の中身（コンテンツ）B２からなるプロファイルを保持する個人クライアント１１と、コンテンツB２のみを知ることが可能で、それをもとにサービス提供者１６から依頼されたサービスを最適な個人クライアントへ送信するブローカサーバ１２と、アドレスB１のみ知ることが可能で、個人クライアント１１とブローカサーバ１２の交渉を仲介する監査人サーバ１３と、アドレスB１のみ知ることが可能で、サービスの提供と決済を行う実行者サーバ１４と、認定局サーバ１５で構成されている。
【００１６】監査人サーバ１３と実行者サーバ１４はアドレスB１のみ知ることが可能で、アドレスB１を一時的なアドレスへ変換する。ブローカサーバ１２は監査人サーバ１３から一時的なアドレスを受け取り、コンテンツB２をもとにマーケティングを行い、サービスとサービス条件によって情報使用料を、そして一時的なアドレスを実行者サーバ１４に渡す。実行者サーバ１４は一時的なアドレスを元のアドレスに変換し、サービスと条件によっては情報利用料を個人クライアント１１へ渡す。このように、本システムでは、個人クライアント１１のみが個人特定情報（アドレス）B１と情報の中身（コンテンツ）B２を同時に知ることが可能であり、監査人サーバ１３と実行者サーバ１４は利用した暗号のコンテンツB２を知ることができず、ブローカサーバ１２も同様にアドレスB１を知ることができない。ここに、個人情報の一回限りの利用方式が実現され、個人クライアント１１はあらゆる場合において、自分の情報の利用のされ方を制御することが可能になる。
【００１７】図２に示すように、監査人サーバ１３はデータ受信部２１と、データ送信部２２と、個人のアドレスを変換するID変換部２３と、アドレスDB２４と、希望のポリシを検索するポリシ選択部２５と、集めた個人ポリシを保存しておくポリシDB２６と、交渉の場を提供する交渉部２７と、交渉の結果が記録される交渉DB２８と、データの暗号化、署名、認証を行う暗号化・署名・認証部２９を有する。
【００１８】図３に示すように、実行者サーバ１４はデータ受信部３１と、データ送信部３２と、交渉の結果が記録される交渉DB３３と、データの暗号化、署名、認証を行う暗号化・署名・認証部３４を有する。
【００１９】図４に示すように、個人クライアント１１はデータ受信部４１と、データ送信部４２と、交渉の結果が記録される交渉DB４３と、個人情報が記録される個人情報DB４４と、データの暗号化、署名、認証を行う暗号化・署名・認証部４５を有する。
【００２０】図５に示すように、ブローカサーバ１５はデータ受信部５１と、データ送信部５２と、交渉の結果が記録される交渉DB５３と、データの暗号化、署名、認証を行う暗号化・署名・認証部５４を有する。
【００２１】第１の実施状態次に、本システムのシーケンス図を図６〜図１０に示す。
【００２２】本システムにおいての暗号化、署名は断りのない限り公開鍵暗号方式を用いて行う。図６から図１０において、En#A( )はカッコ内をAの秘密鍵で暗号化することを、Sig#A( )はカッコ内をAの秘密鍵で電子署名することを示す。また、n番目の個人の略号をP#n、認証局サーバ１５をCA、監査人サーバ１３をSu、実行者サーバ１４をEx、n番目のブローカサーバ１２をBr#n、広告主１６をCo、とそれぞれする。また、構成員の間の矢印はメッセージの向きとする。
【００２３】図６において、認証局サーバ１５によって構成員全ての認証を行い、公開鍵暗号方式における公開鍵と秘密鍵を生成する。
【００２４】A：監査人サーバ１３が個人クライアント１１を巡回して、各々のカテゴリーの情報について公開方針が示されているポリシを集める（ステップ１０１）。それをもとに、n番目の個人クライアントに対応する番号Pn#IDと、その個人のポリシを監査人サーバ１３のポリシデータベース２６に記憶する（ステップ１０２）。一方、広告主からマーケティング調査の依頼（ステップ１０３）を受けたブローカサーバ１２は、マーケティング計画をたて、必要な情報があるカテゴリーを決める（ステップ１０４）。
【００２５】B：ブローカサーバ１２は、必要としているカテゴリーを公開する意志のあるポリシを持っている個人クライアント１１を監査人サーバ１３へ要求する（ステップ１０５）。ブローカサーバ１２から要求を受けた監査人サーバ１３は、自データベース２６から適合するポリシを持つ個人を検索する（ステップ１０６）。IDを変換（仮IDを生成）した後、仮IDをポリシのリストと契約番号とともにブローカサーバ１２に返送する（ステップ１０７）とともに、自データベース２６に記録する（ステップ１０８）。
【００２６】図７において、C：ブローカサーバ１２は交渉したい個人クライアント１１の、変換後のID（仮ＩＤ）と、契約番号と、交渉するエージェントを監査人サーバ１３へ送る（ステップ１１１）。
【００２７】監査人サーバ１３は要求のあった個人クライアント１１を交渉へ呼び出す（ステップ１１２）。個人クライアント１１は監査人サーバ１３へＩＤと交渉エージェントを送る（ステップ１１３）。個人クライアント１１から送信された前記交渉エージェントとブローカサーバ１２から送信された前記交渉エージェントが交渉を行い、価格を決定する（ステップ１１４）。この交渉で価格を二つ決める。「ブローカサーバ１２の求めるコンテンツを持っている人に払う金額」と「そうでない人に払う金額」の２種類。
【００２８】D：まとまった交渉について、監査人サーバ１３は、契約番号、価格を個人クライアント１１とブローカサーバ１２へ送信する（ステップ１１５、１１６）。交渉の結果（交渉成立者のＩＤ、仮ＩＤ、価格、契約番号）を監査人サーバ１３は実行者サーバ１４へ送信する（ステップ１１７）。ブローカサーバ１２から実行者サーバ１４へ、交渉成立者の仮IDと価格と契約番号を送信する（ステップ１１８）。個人クライアント１１は実行者サーバ１４へ、契約番号と価格とブローカ名を送信する（ステップ１１９）。実行者サーバ１４は監査人サーバ１３、ブローカサーバ１２、個人クライアント１１から送られた内容を照合し、内容が一致していたならば自データベース３３に記録する（ステップ１２０）。
【００２９】図８において、E：個人クライアント１１は、ブローカサーバ１２へ送信すべきコンテンツからビット委託法によってビット委託を生成し、また、ブローカサーバ１２からの返送に使う、共有鍵暗号方式の秘密鍵である「Temp#Key」を生成し、両者を契約番号とともにブローカサーバ１２の公開鍵で暗号化し、契約番号とともに監査人サーバ１３へ送信する（ステップ１２１）。監査人サーバ１３はIDを変換した後（ステップ１２２）、ブローカサーバ１２へ送信する（ステップ１２３）。
【００３０】F：ブローカサーバ１２は、希望するカテゴリのコンテンツと、契約番号を共有鍵暗号方式の秘密鍵「Temp#Key」で暗号化し、監査人サーバ１３へ送信する（ステップ１２４）。監査人サーバ１３はIDを変換した後、希望コンテンツを個人クライアント１１へ送信する（ステップ１２５）。
【００３１】図９において、G：個人クライアント１１は秘密鍵「Temp#Key」でコンテンツと契約番号を復号しブローカサーバ１２の希望するコンテンツを読み、自分のコンテンツと一致していればビット委託法の鍵を、一致していなければ、その旨を契約番号とともにブローカサーバ１２の公開鍵で暗号化した後、契約番号とともに監査人サーバ１３へ送信する（ステップ１３１）。監査人サーバ１３はIDを変換した後、ＩＤをブローカサーバ１２へ送信する（ステップ１３２）。ブローカサーバ１２は、送られたビット委託を開けて、希望していたものと内容があっているか確認する（ステップ１３３）。
【００３２】これにより、個人を特定できない方法でコンテンツがブローカサーバ１２に渡り、監査人サーバ１３はコンテンツを知ることは暗号強度と同程度に困難となる。
【００３３】図１０において、H：ブローカサーバ１２は広告を送信したい個人クライアント１１と、契約番号と、広告を実行者サーバ１４へ送信する（ステップ１４１）。実行者サーバ１４はIDの変換後広告を個人クライアント１１へ送信する（ステップ１４２）。場合によっては、「Temp#Key」で広告を暗号化することもある。また、ブローカサーバ１２からの情報料を個人の口座等へ振り込む。実行者サーバ１４は存在した契約が全て履行されることを確認することにより、監査人サーバ１３が偽者の個人を作ることによる、実在の個人のコンテンツの推定を防止する。
【００３４】図１１、図１２は図６〜図１０のシーケンス図における監査人サーバ１３の処理を示すフローチャートである。
【００３５】まず、認証局サーバ１４より認証を受け、公開鍵を登録する（ステップ２０１）。個人クライアント１１からポリシを受信する（ステップ２０２）。
【００３６】暗号化・署名・認証部２４で個人クライアントが既知の個人クライアントかどうか判定し（ステップ２０３）、既知の個人クライアントでなければ認証局サーバ１５から個人の公開鍵を取得し（ステップ２０４）、個人を認証する（ステップ２０５）。次に、ポリシ選択部２５でポリシDB２６を検索し、受信したポリシは最新かどうか判定する（ステップ２０6）。最新でなければ、ポリシDB２６を更新した後（ステップ２０７）、待機する（ステップ２０８）。
【００３７】ブローカサーバ１２からポリシ適合者のリクエストをデータ受信部２１が受信する（ステップ２１１）。暗号化・署名・認証部２９で該ブローカサーバ１２が既知のブローカサーバかどうか判定し（ステップ２１２）、既知のブローカサーバ１２でなければ、認証局サーバ１５からブローカの公開鍵を取得した後（ステップ２１３）、ブローカを認証する（ステップ２１４）。次に、ポリシ選択部２５がポリシDB２６からポリシ適合者を抽出する（ステップ２１５）。次に、ID変換部２３が、個人のIDを乱数等を使ってＩＤを仮IDに変換し、その対応をアドレスDB２４に記録する（ステップ２１６）。次に、交渉部２７が、交渉DB２８に契約番号x、利用方法、個人番号（ID）、仮の個人番号（仮ID）を記録する（ステップ２１７）。次に、暗号化・署名・認証部２４が仮ID、契約番号x、ポリシを監査人サーバ１３の電子署名、ブローカサーバ１２の公開鍵で暗号化し、ブローカサーバ１２へ送信する（ステップ２１８）。
【００３８】データ受信部２１はブローカサーバ１２から交渉相手のリクエストを受信する（ステップ２２０）。まず、ブローカサーバ１２を認証し、交渉エージェントを受信する（ステップ２２１）。次に、交渉部２７が契約番号x、仮IDを交渉DB２８から検索する（ステップ２２２）。次に、データ送信部２２を経て、当該個人IDの個人クライアント１１への交渉を要求する（ステップ２２３）。個人クライアント１１からの返信がくるまで一時待機する（ステップ２２４、２２５）。個人クライアント１１を認証し、交渉エージェントを受信し（ステップ２２６）、次に、交渉部２７は個人クライアント１１とブローカサーバ１２の価格の交渉を監査する（ステップ２２７）。ここで、価格は２種類定める。交渉は合意したかどうか判定し（ステップ２２９）、合意しないければ「交渉失敗」を個人クライアント１１、ブローカサーバ１２、実行者サーバ１４へ送信する（ステップ２２８）。交渉が合意したならば、交渉部２７は契約番号y、利用方法（コンテンツ情報をもとに直接、個人にアクセスすること、統計データとして使用）、ID、仮ID、価格、ブローカ名を交渉DB２８に記録する（ステップ２３０）。
【００３９】データ送信部２２は、契約番号y、仮ID、価格をブローカサーバ１２へ、契約番号、価格、ブローカ名、要求されたカテゴリを個人クライアント１１、契約番号y、利用方法、ID、仮ID、価格、ブローカ名を実行者サーバ１４へそれぞれ送信する（ステップ２３１）。
【００４０】個人クライアント１１から返信がくれば、暗号化・署名・認証部２９で個人を認証し、交渉部２７でIDから個人のクライアントの契約番号とブローカ名で交渉があったかどうか交渉DB２８を検索し、ID変換部２３でＩＤを仮IDに付け替えデータ送信部２２よりブローカサーバ１２へ送信する（ステップ２４１〜２４３）。
【００４１】ブローカサーバ１２からの返信が来た場合、ブローカサーバ１２を暗号化・署名・認証部２９で認証し、契約番号y、仮IDから交渉部２７が交渉DB２８を検索し、ID変換部２３で仮ＩＤをIDに付け替えデータ送信部２２より個人クライアント１１へ送信する（ステップ２４４〜２４６）。個人クライアント１１から返信がくると、個人クライアント１１を暗号化・署名・認証部２９で認証し、契約番号y、仮IDから交渉部２７によって交渉DB２８を検索し、ID変換部２３で仮IDを付け替え、ブローカサーバ１２へ送信する（ステップ２４７〜２４９）。
【００４２】図１３は実行者サーバ１４の処理を示すフローチャートである。
【００４３】認証局サーバ１４より認証を受け、公開鍵を登録する（ステップ２５１）。監査人サーバ１３、個人クライアント１１、ブローカサーバ１２からの交渉記録を待ち、３つそろったら暗号化・署名部３４はその整合性を確かめる（ステップ２５２〜２５４）。整合性があれば交渉DB３３にそれらを記録し、ブローカサーバ１２からの送信を待機する（ステップ２５５）。整合性がなければ、監査人サーバ１３、個人クライアント１１、ブローカサーバ１２へ交渉の無効を通知する（ステップ２５６）。
【００４４】ブローカサーバ１２からの着信があると、暗号化・署名部３４でブローカサーバ１２を認証（ステップ２６２）、契約番号y、仮IDより交渉DB３３を検索する（ステップ２６３）。交渉記録があれば、仮IDをIDに付け替え、契約番号、広告を個人クライアント１１へ送信する（ステップ２６４）。
【００４５】図１４は個人クライアント１１の処理を示すフローチャートである。
【００４６】認証局サーバ１５より認証を受け、公開鍵を登録する（ステップ２７１）。
【００４７】監査人サーバ１３へポリシを登録する（ステップ２７２）。
【００４８】監査人サーバ１３から個人のIDと交渉代理人のリクエストを受けるかどうか判断する（ステップ２７３）。受けなければ、監査人サーバ１３へ無効を通知する（ステップ２７４）。リクエストを受けるならば、監査人サーバ１３へ個人のIDと交渉代理人を送信する（ステップ２７５）。
【００４９】次に、監査人サーバ１３から交渉の結果（契約番号と価格と要求カテゴリ、ブローカ名）を受信するかどうか判定する（ステップ２７６）。受信しなければ、監査人サーバ１３へ無効を通知する（ステップ２７７）。受信を受け入れるならば、交渉DB４３に契約番号、価格、カテゴリ、ブローカ名を記録する（ステップ２７８）。実行者サーバ１４に契約番号y、価格、ブローカ名を送信する（ステップ２７９）。
【００５０】ビット委託に使用する鍵を生成、要求されたカテゴリのコンテンツからビット委託法によってビット委託を生成、ブローカサーバ１２に渡す一時的な共有秘密鍵「Temp#Key」を生成、ビット委託、「Temp#Key」、契約番号yをブローカサーバ１２の公開鍵で暗号化、契約番号とともに監査人サーバ１３へ送信する（ステップ２８０）。これらを交渉DB４３に記録し、実行者サーバ１４からの送信を待つ（ステップ２８１）。実行者サーバ１４から契約番号yとブローカサーバ１２からの返信を受信、交渉DB４３に契約番号ｙに該当する契約があるかどうか判定する（ステップ２８２）。なければ、破棄する（ステップ２８３）。あれば、ブローカサーバ１２からの返信（契約番号y、共有秘密鍵で暗号化された希望コンテンツ）を復号する（ステップ２８４）。ブローカサーバ１２の希望するコンテンツが自分のコンテンツと同じであれば、ビット委託の鍵と契約番号yをブローカサーバ１２の公開鍵で暗号化、契約番号yとともに監査人サーバ１３へ送信するとともに交渉DB４３に記録する（ステップ２８５、２８６）。ブローカサーバ１２の希望するコンテンツが自分のコンテンツと同じでなければ、「希望コンテンツと異なる」ということと契約番号yをブローカサーバ１２の公開鍵で暗号化し、契約番号yとともに監査人サーバ１３に送信するとともに交渉DB４３に記録する（ステップ２８７）。
【００５１】実行者サーバ１４から契約番号yとサービスを受信、交渉DB４３に契約番号ｙに該当する契約があるかどうか判定し（ステップ２８８）、あれば受信し、交渉DB４３に記録し（ステップ２９０）、なければ破棄する（ステップ２８９）。
【００５２】図１５はブローカサーバ１２の処理を示すフローチャートである。
【００５３】認証局サーバ１５より認証を受け、公開鍵を登録する（ステップ２９１）。
【００５４】ブローカサーバ１２は必要とする情報カテゴリを利用させてもらえるポリシを持っている個人クライアントのリストを監査人サーバ１３に要求する（ステップ２９２）。監査人サーバ１３からポリシの適合者のリストとポリシと契約番号xを受信し（ステップ２９３）、交渉DB５３に記録する（ステップ２９４）。
【００５５】交渉を希望しないのであれば、監査人サーバ１３に無効を通知する（ステップ２９５、２９６）。交渉を希望するのであれば、監査人サーバ１３へ、交渉したり相手のリスト、契約番号ｘ、交渉エージェントを送信する。
【００５６】監査人サーバ１３から交渉の結果を受信するかどうか判定する（ステップ２９８）。受信するのであれば交渉DB５３に契約番号y、価格、カテゴリ、仮IDを記録する（ステップ３００）。実行者サーバ１４に契約番号y、価格、仮IDを送信する（ステップ３０１）。
【００５７】監査人サーバ１３から契約番号yと仮IDの返信を受信し、交渉DB５３に契約番号ｙに該当する契約があるかどうか判定する（ステップ３０２）、なければ破棄する（ステップ３０３）。あれば、監査人サーバ１３から暗号化されたビット委託と一時的な共有秘密鍵「Temp#Key」、契約番号yを取得し、交渉DB５３に記録する（ステップ３０４）。ブローカサーバ１２の希望するコンテンツを共有秘密鍵「Temp#Key」で暗号化し、仮IDと契約番号yとともに監査人サーバ１３へ送信し、交渉DB５３に記録する（ステップ３０５）。監査人サーバ１３から契約番号yと仮IDの返信を受信し、交渉DB５３に契約番号ｙに該当する契約があるかどうか判定する（ステップ３０６）。なければ破棄する（ステップ３０７）、あればビット委託の鍵であるビット委託キーと契約番号yを取得し、交渉DB５３に記録する（ステップ３０８）。ビット委託を開ける（復号する）（ステップ３０９）。
【００５８】個人クライアント１１へのアクセスを希望するのであれば、実行者サーバ１４へアクセスしたい仮ID、契約番号y、サービス（広告）を送信する（ステップ３１０、３１１）。
【００５９】第２の実施状態図１６、図１７は本システムを電子商店システムとして実現した場合のシーケンス図である。
【００６０】本実施形態ではブローカサーバ１２を電子商店１２におきかえる。ここで、図１６、図１７中、A、C、D、Hは図６〜図１０中の同符号のものと全く同じ内容であるので説明は省略する。
【００６１】認証局サーバ１５によって構成員全ての認証を行い、公開鍵暗号方式における公開鍵と秘密鍵を生成する。
【００６２】個人クライアント１１は個人のID、ポリシ、アクセスしたい電子商店名を監査人サーバ１３へ送信する（ステップ１５１）。監査人サーバ１３はIDを変換した後、変換後のIDと契約番号とポリシを電子商店１２へ送信する（ステップ１５２）。
【００６３】個人クライアント１１は送信すべきコンテンツと契約番号を電子商店１２の公開鍵で暗号化し、監査人サーバ１３へ送信する（ステップ１６１）。監査人サーバ１３はIDを変換後、電子商店１２へ送信する（ステップ１６２）。
【００６４】図１８は監査人サーバ１３の処理を示すフローチャートである。A、C、Dは図１１、図１２中に示したものと同じであるので説明は省略する。
【００６５】認証局サーバ１５より認証を受け、公開鍵を登録する（ステップ３２０）。
【００６６】個人クライアント１１からブローカサーバ１２へのアクセスのリクエストを受信する（ステップ３２１）。乱数等により仮の個人番号（ＩＤ）を生成し、アドレスDB２４を更新する（ＩＤと仮ＩＤの対応を記録する）（ステップ３２２）。交渉DB２８に契約番号x、利用手法（電子商店１２へのアクセス）、個人番号（ID）、仮の個人番号（仮ID）を交渉DB２８に記録する（ステップ３２３）。仮ＩＤ、契約番号x、ポリシを監査人サーバ１３の電子署名、電子商店１２の公開鍵で暗号化し、電子商店１２へ送信する（ステップ３２４）。
【００６７】個人クライアント１１からの返信がくるまで一定時間待機する（ステップ３３１、３３２）。返信がくると、個人クライアント１１を認証し、契約番号y、IDから交渉DB２８を検索し、ＩＤを仮IDに付け替え、電子商店１２に送信する（ステップ３３３）。
【００６８】実行者サーバ１４の処理は図１３に示したものと同じである。
【００６９】図１９は個人クライアント１１の処理を示すフローチャートである。A、C、DＨの内容は図１４中のA、C、D、Hの内容と同じであるので、説明を省略する。
【００７０】認証局サーバ１５より認証を受け、公開鍵を登録する（ステップ３４０）。監査人サーバ１３へID、アクセス先、ポリシを送信する（ステップ３４１）。要求されたカテゴリのコンテンツを契約番号yとともに電子商店１２の公開鍵で暗号化し（ステップ３５１）、監査人サーバ１３に契約番号y、ID、暗号化コンテンツを送信する（ステップ３５２）。
【００７１】図２０は電子商店１２の処理を示すフローチャートである。図中A、C、D、Hの処理は図１５中のA、C、D、Hの処理と同じであるので、説明は省略する。
【００７２】認証局サーバ１５より認証を受け、公開鍵を登録する（ステップ６０）。監査人サーバ１３から、仮ID、ポリシと、契約番号xを受信する（ステップ３６１）。監査人サーバ１３から契約番号yと仮IDと暗号化コンテンツを受信し、交渉DB５３に契約番号ｙに該当する契約があるかどうか判定する（ステップ３７１）。あればコンテンツを復号し、交渉DB５３に記録する（ステップ３７３）。なければ、受信したコンテンツ等を破棄する。
【００７３】なお、図１１と図１２、図１３、図１４、図１５、図１８、図１９、図２０の各処理はフロッピィ・ディスク、CD−ROM、光磁気ディスク等の記録媒体にプログラムとして格納し、パソコン等のコンピュータ上で実施することができる。
【００７４】
【発明の効果】以上説明したように、本発明は、個人情報を完全な形で持てるのは個人本人のみという状況を作り出すことにより、個人のプライバシーを保護しつつ個人情報を利用したサービスの提供を行うことができる。
【出願人】 【識別番号】０００００４２２６
【氏名又は名称】日本電信電話株式会社
【出願日】 平成１２年１０月２７日（２０００．１０．２７）
【代理人】 【識別番号】１０００８８３２８
【弁理士】
【氏名又は名称】金田 暢之 （外１名）
【公開番号】 特開２００２−１３２７２１（Ｐ２００２−１３２７２１Ａ）
【公開日】 平成１４年５月１０日（２００２．５．１０）
【出願番号】 特願２０００−３２８７１０（Ｐ２０００−３２８７１０）