WO2010125680A1

WO2010125680A1 - 段階的に開示される個人情報に基づく通信システム・方法

Info

Publication number: WO2010125680A1
Application number: PCT/JP2009/058498
Authority: WO
Inventors: 英則清水; 武昭太田
Original assignee: Hewlett Packard Development Co LP
Current assignee: Hewlett Packard Development Co LP
Priority date: 2009-04-30
Filing date: 2009-04-30
Publication date: 2010-11-04
Anticipated expiration: 2011-10-30

Abstract

従来技術では、ユーザ自身の各個別の相手に対する対人関係・状況が変化した場合に、これに対応したユーザ相互のコンタクトの条件の合意を見出すことが難しい。また、一括管理するために予め必要な関連項目をすべて公開し、状況変化を反映させることは、個人情報守秘上の問題がある。本願発明では、自分と相手とのコミュニケーションにおいて開示レベルを段階的に開示し、自分と相手との合意点を探すことにより、自分と相手の相互の都合を考慮してコミュニケーションを開始する。さらに、相手への連絡方法が不明の場合でも仲介機を介して所定の条件を満足するメンバーを探し出しコミュニケーションすることが出来る。

Description

段階的に開示される個人情報に基づく通信システム・方法

　個人と相手との段階的に開示される個人情報に基づいて、双方の合意点を検出し、コミュニケーションを行うシステム・方法に関する。

　従来技術では、人と人とが電話等でコミュニケーションを行う場合には、相手の都合を考慮しないで電話をかけることになる。この時は自分の都合からすれば相手に連絡する必要があるかも知れないが、相手にとっては、都合の悪い場合もある。逆に時間の経過後、相手の都合がついた時には自分の都合がつかないこともある。
　また、連絡のあった現時点では相手とコミュニケーションが出来ない場合であっても、時間の経過後状況の変化に応じてコミュニケーションが出来る場合が生じる事がある。

公開特許公報　特開2006-5925　コンピュータ介在型通信システムを通じた対人アクセスを通信リース情報を用いて管理する方法、装置及びコンピュータプログラム　ポール　エム　アオキその他。

　従来技術では、アプリケーション、ユーザ属性、使用権限、付属状況条件（時間帯、居場所等の組み合わせ等）を、予め固定設定登録して一括管理していた。（ユーザコンテクスト、ロールとポリシーによる制御）。これを使用した個人（個別ユーザ）相互のリソース使用権許諾による対人コンタクト管理では、一般的に以下のような課題がある。
（１）ユーザ自身の各個別の相手に対する対人関係が変化した場合に、これに対応したユーザ相互のコンタクトの条件の合意を見出すことが難しい。
（２）ユーザ自身の日常感覚を反映した対人関係の設定が提供されていないため、リアルなプライバシー保護の支援に適さない。
（３）ユーザ共有部分の資源利用権限の管理を中心に見ているため、ユーザ固有の隠された真のプライバシー管理要素が考慮されていない。
（４）従来技術で上記の問題を解決するためには、ユーザ双方のプライバシー関連項目を全てアクセス管理機構に集中して公開し、通常は公開要求側と公開許諾側の非対称の設定で、その公開許諾条件の一致を判断する。双方向許諾の場合は、ユーザ双方の公開許諾条件の一致を判断する。双方のその時点での状況を逐次更新しても、相手の状況変化を全て網羅するのは現実的ではない。さらに、比較対照となる双方の条件自体にもプライバシー関連事項が含まれる場合がある。
（５）対人コンタクトの内容は、相手とのコンタクトの過程自体でも動的に変化するため、これらを反映した汎用共通プロトコルを入れるのは困難である。

　このような状況を鑑みて、自分と相手とのコミュニケーションにおける開示レベルを段階的に開示し、自分と相手との都合の調整を図り、双方にとって最適の条件化でコミュニケーションを開始出来るように設定するシステム・装置・方法の存在が望まれる。さらに、相手への連絡方法が不明の場合でも所定の条件を満足するメンバーを探し出し、支援を求めることが出来るシステム・装置・方法が望まれる。

［システム］―　実施例１
　第一の通信手段、第一の個人データ及び第一の通信プロトコルを含む第一のPSM、並びに、第二の通信手段、第二の個人データ及び第一の通信プロトコルに対応する第二の通信プロトコルを含む第二のPSMを含む、通信システムであって、
（ａ）　第一のＰＳＭが、第一の通信プロトコルに基づき、第一の個人データの中から第一の部分のデータの開示を行い、第二のＰＳＭへ通信要求をする手段と、
（ｂ）　第二のＰＳＭが、第一のＰＳＭからの通信要求を受信し、第二の通信プロトコルに基づき、第一のＰＳＭへ返信する手段と、
（ｃ）　第一のＰＳＭが、第二のＰＳＭからの通信を受信し、合意点が得られない場合には、第一の通信プロトコルに基づき、第一の個人データの中から第二の部分のデータの開示を行い、第二のＰＳＭの通信する手段と、
（ｄ）（ａ）から（ｃ）を第一のＰＳＭと第二のＰＳＭの合意点が得られるまで繰り返す手段、
を有する通信システム。

［システム］―　実施例２
　第一の通信手段、第一の個人データ及び第一の通信プロトコルを含む第一のPSM、並びに、第二の通信手段、第二の個人データ及び第一の通信プロトコルに対応する第二の通信プロトコルを含む第二のPSM、さらに、前記第一の通信手段と前記第二の通信手段と通信する仲介機を含む、通信システムであって、
（ａ）　第一のＰＳＭが、第一の通信プロトコルに基づき、第二のＰＳＭの有する資格に対応して、第一の個人データの中から第一の部分のデータの開示を行い、仲介機へ通信要求を送信する手段と、
（ｂ）　仲介機が、第一の通信プロトコルに基づき、第二のＰＳＭの有する資格を満たす少なくとも一つの第二のPSMに通信要求を送信する手段と、
（ｃ）　少なくとも一つの第二のＰＳＭが、仲介機を介してまたは仲介機を介さないで、第二の通信プロトコルに基づき、第一のＰＳＭへ通信する手段と、
（ｄ）　第一のＰＳＭが、第二のＰＳＭの有する資格を確認した上で、仲介機を介してまたは仲介機を介さないで、第一の個人データの中から第二の部分のデータの開示を行う手段と、
（ｅ）　（ａ）から（ｄ）の手段を、第一のＰＳＭが所定の目的を達するまで、繰り返す手段と、
を有する通信システム。

［方法］－　実施例１
　第一の通信手段、第一の個人データ及び第一の通信プロトコルを含む第一のPSM、並びに、第二の通信手段、第二の個人データ及び第一の通信プロトコルに対応する第二の通信プロトコルを含む第二のPSMを含む、通信システムにおいて、以下のステップを有する方法、
（ａ）　第一のＰＳＭが、第一の通信プロトコルに基づき、第一の個人データの中から第一の部分のデータの開示を行い、第二のＰＳＭへ通信要求をするステップと、
（ｂ）　第二のＰＳＭが、第一のＰＳＭからの通信要求を受信し、第二の通信プロトコルに基づき、第一のＰＳＭへ返信するステップと、
（ｃ）　第一のＰＳＭが、第二のＰＳＭからの通信を受信し、合意点が得られない場合には、第一の通信プロトコルに基づき、第一の個人データの中から第二の部分のデータの開示を行い、第二のＰＳＭの通信するステップと、
（ｄ）（ａ）から（ｃ）を第一のＰＳＭと第二のＰＳＭの合意点が得られるまで繰り返すステップ、
を有する方法。

［方法］－　実施例２
　第一の通信手段、第一の個人データ及び第一の通信プロトコルを含む第一のPSM、並びに、第二の通信手段、第二の個人データ及び第一の通信プロトコルに対応する第二の通信プロトコルを含む第二のPSM、及び、前記第一の通信手段と前記第二の通信手段と通信する仲介機を含む、通信システムにおいて、以下のステップを含む方法、
（ａ）　第一のＰＳＭが、第一の通信プロトコルに基づき、第二のＰＳＭの有する資格に対応して、第一の個人データの中から第一の部分のデータの開示を行い、仲介機へ通信要求を送信するステップと、
（ｂ）　仲介機が、第一の通信プロトコルに基づき、第二のＰＳＭの有する資格を満たす少なくとも一つの第二のPSMに通信要求を送信するステップと、
（ｃ）　少なくとも一つの第二のＰＳＭが、仲介機を介してまたは仲介機を介さないで、第二の通信プロトコルに基づき、第一のＰＳＭへ通信するステップと、
（ｄ）　第一のＰＳＭが、第二のＰＳＭの有する資格を確認した上で、仲介機を介してまたは仲介機を介さないで、第一の個人データの中から第二の部分のデータの開示を行うステップと、
（ｅ）　（ａ）から（ｄ）の手段を、第一のＰＳＭが所定の目的を達するまで、繰り返すステップと、を有する通信方法。

本願発明により以下のような効果が期待できる。
１．本願発明では、個人情報を段階的に開示しながら、相手とのコンタクトを行うので、必要以上の個人情報を相手側に開示する必要が無い。
２．個人情報の動的な変化に対しても対応できるので、相手側との柔軟な対応が可能となる。
３．コンタクトの相手が不特定の場合でも、最小限の個人情報の開示で、目的に応じた対人コンタクトの実現を期待できる。

本発明の概念図である。本発明のＰＳＭのハードウェアブロック図である。本発明のＰＳＭのソフトウェア機能ブロック図である。本発明のプロファイルテーブルを示す図である。本発明のリソースリストを示す図である。本発明の時間許可レベルテーブルを示す図である。本発明の場所許可レベルテーブルを示す図である。本発明の条件設定テーブルを示す図である。本発明の用件許可レベルを示す図である。本発明の相手との面談プロトコルを示す図である。本発明の緊急支援プロトコルを示す図である。本発明のスケジュール表を示す図である。本発明の相手側人物のＩＤを格納するテーブルである。本発明の通信の流れを示す図である。本発明の概念図である。本発明の通信の流れを示す図である。本発明の仲介機のソフトウェア機能ブロック図である。

以下に本願発明の最良の形態を説明する。

　[自分と相手にとって都合の良いコミュニケーションを提供する場合]
１．全体構成
　図１は、実施例１の全体構成を示す図である。ある状況（条件）下で相手に自分の領分（Space）をどこまで共有させるか（近づけるか）を、個人固有の基準で設定できる概念を個人空間（Personal Space (以下ＰＳ)）と言う。本願発明では、この個人空間（ＰＳ）を管理するＰＳＭ（Persona Space Manager）を用いる。

ＰＳＭは、その外部にある各装置群である通信機能を持つ複数の情報機器と、各個人およびその周囲の状況に関するデータを収集し送信できるセンサーネットワーク群、サービス利用情報取得等のデータ収集装置である個人状況の把握装置群と送受信を行う。これらの装置の組み合わせにより個人空間の状態の把握と管理また、他者への個人空間の一部の公開制御を行う。さらに複数の情報機器は、複数の通信サービスや情報提供サービスのための装置と接続され、これらを介して他者の開示された個人空間の一部を取得することが出来る。

図２は、本願発明を実施する、ＰＳＭ（Personal Space Manager）２００、及び、仲介機４００のハードウェアブロック図を示す。コンピュータを用いたこれらの装置はプロセッサー３０２を有し、本願発明で実施されるプログラムが実行される。プロセッサー３０２からデータ及びコマンドはコミュニケーションバス３０４を通して送られる。コンピュータ３００は、またＲＡＭに代表されるメインメモリ３０６を有し、ここでプログラムコードが実行される。２次メモリー３０８には、例えば、一つ以上のハードディスク３１０、あるいは、フレキシブルディスクドライブ、磁気テープドライブ、ＣＤディスクドライブなどのリムーバブルメモリドライブ３１２を有している。ここでは、本願発明を実施するプログラムコードが格納される。

　ユーザＩ／Ｏデバイスは、キーボード３１６、マウス３１８、ディスプレー３２０などを含んでいる。ディスプレーアダプター３２２は、コミュニケーションバス３０４とディスプレー３２０とのインターフェースを行い、プロセッサー３０２からのデータを受信し、ディスプレー３２０のために表示コマンドに変換する。音声アダプター３２６は、コミュニケーションバス３０４と音声装置３２８とのインターフェースを行い、プロセッサー３０２からのデータを受信し音声信号に変換する、または、音声装置３２８からの音声信号をデータに変換する。さらに、プロセッサー３０２は、ネットワークアダプター３２４を通して、例えば、インターネット及びＬＡＮ等と通信する。

２．ＰＳＭ
　PSMは、本発明の主たる装置にあたり、その役割は、個人の状況に関する情報と個人固有の生活スタイルおよび人間関係に基づき、日常生活における他者とのコンタクトを動的に管理する。PSMは、各個人専用に個別に配置され、電話、チャット、プレゼンス表示等の他者との接続や個人所有情報の他者への提示は、それぞれこのPSM間で相互に許諾を与えたもののみが実施される。各個人専属のPSM同士が相手に何らかの対個人コンタクトの許諾を与えるためには、コンタクトを要求する側から要求があると、受けた側のPSMがその時点での受け手側の個人の状況、要求された内容、要求元の個人との関係等をもとに要求に対する実際の実施内容と許諾条件返を返して要求元のPSMと交渉を開始する。

　2者間のコンタクトでは、コンタクトのタイミング（時間帯）、コンタクトの手段、公開される個人固有の情報等を制御する必要があるが、この個人専属PSM間では、初期のコンタクト要求開始から段階的に相互が許諾可能な範囲で相手とのコンタクトの内容（プライバシーの公開）を制御することができる交渉処理が特徴となる。

　図３は、本願発明のＰＳＭの機能ブロック図を示している。ＰＳＭ２００には、以下の機能部が含まれている。ユーザインターフェース部（２１０）、生活スタイル管理部（２１２）、個人情報管理部（２１４）、リソース管理部（２１６）、プロトコル管理部（２１８）、交渉機能部（２２０）、状況分析部（２２２）、送受信部（２２４）を示す。以下、これらの詳細について説明する。

（１）ＰＳＭ（Personal Space Manger）（２００）
　ＰＳＭに必要な機能を以下に説明するが、ＰＳＭの１例として、携帯電話の内部にＰＳＭの必要な機能が一体化されている場合を例にとって説明する。

（２）ユーザインターフェース部（２１０）
　ＰＳＭのユーザＩ／Ｆ部分である。ユーザは、ここから、生活スタイル情報、個人情報、リソース管理情報などの情報を入力する。

（３）生活スタイル管理部（２１２）
　生活スタイル管理部は、各個人固有の日常生活におけるプライバシーの設定や他者（コンタクト相手）との関係、他者と共有する個人所有情報の設定を行い、それらをもとに個人情報の公開や他者PSMとの交渉内容を設定し、スケジュールし、実施させる。
　具体的には、個人からみて、コンタクトの相手への許可レベルを管理する条件設定ファイル（図４ｅ）及び、それに関連して個人がコンタクト出来る場所を示す場所許可レベルファイル（図４ｄ）、個人がコンタクト出来る時間を示す時間許可レベルファイル（図４ｃ）、個人がコンタクト出来る用件を示す用件許可レベルファイル（図４ｆ）、さらに、個人のスケジュールを管理するスケジュールファイル（図４ｉ）が含まれる。個人のスケジュールは、ユーザＩ／Ｆ部（２１０）からユーザが入力しても良いが、外部リソース、例えばグループウェアやユニファイドコミュニケーションツール等からインポートすることも出来る。

（４）個人情報管理部（２１４）
　個人情報管理部は、各個人専用に個人保有の情報、データの実体を格納している。図４ａに示されるように、個人の、氏名、住所、生年月日、趣味、関心事、親戚関係の情報が含まれている。さらに、目的に応じて個人の親族の氏名を含んでいても良い。

（５）リソース管理部（２１６）
PSリソース管理部は、各個人が使用出来る外部とのコンタクトに使用できるリソースを管理する。
　具体的には、図４ｂに示されるリソースリストように、それぞれの場所で使用できるリソース、例えば、固定電話、携帯電話、e-mailアドレス、及び、TV会議室などの情報を管理する。
詳しくは、このリソース管理部では、必要に応じて、その時点で利用可能な設備（含む予約情報）や通信サービスの状況の把握もする。これにより、動的にPSの状態を管理し、その時点で適切なコンタクト手段の提供や、逆にプライバシーのレベルに合わせたリソースの隠ぺいが可能となる。

（６）プロトコル管理部（２１８）
　ユーザから指定された所定のプロトコルに従って、必要な情報を収集しさらに相手側への個人情報の段階的開示を行う。プロトコルは図４ｇ、及び、ｈに示すようにシステムとして予め用意されているが、個人が作成しカスタマイズすることも出来る。

（７）交渉機能部（２２０）
　交渉機能部は、各PSM間での相手側とのPS公開情報に基づいて条件交渉処理を行う。具体的な、処理フローについては、別途説明する。

状況分析部は、各個人の状況を外部からのデータや以前からの個人の状況情報、現在の個人のPSリソースの利用状況、個人が設定した日常の習慣情報等をもとに動的に推測する。
　具体的には、外部からのデータとは、センサー等により特定の場所での人の有無（人感センサー）、動作（加速度センサー）、周囲の環境（温度、騒音、気象センサー）の把握や個人認証（ICタグのようなID読み取り）、監視カメラによる人の動作や識別、各種無線通信基地局や各種サービスへのアクセス情報、ＧＰＳ（Global Positioning System）による位置検出、あるいは、携帯電話事業者の位置情報サービス等を意味する。現在のPSリソースの利用状況とは、リソース管理部が把握している各個人がその時点で使用可能なコンタクトに使用できるリソースの状況や、その時点で個人が管理可能な施設の利用状況を意味する。個人が設定した日常の習慣情報とは、位置（場所）・時間帯・使用機器等に関連付けられた日常の活動や作業を意味する。
これらから、個人の居場所、作業内容、周囲の状況を把握するベースの情報となる元のデータを管理する。状況分析部は、管理下にあるこれらのベース情報から個人の現在の状況を動的に推測する。この推測の精度を上げるために、必要に応じて外部からのデータの種類、量、詳細度を高め、さらに、自動学習や個人からのフィードバックを付加できる。

（９）送受信部（２２４）
　外部機器との情報送受信のＩ／Ｆを行う。外部機器とは、具体的には、ＧＰＳ、グループウェアやユニファイドコミュニケーションツールを管理している他の機器、交渉相手となる相手側ＰＳＭなどが挙げられる。

３．複数の情報機器
　本願発明のＰＳＭと、コンタクトする複数の個人情報機器とは、具体的な例としては、現状存在するものでは、各種携帯電話（例としてi-Phone, スマートフォンを含む）、PDA（Personal Data Appliance、例としてiPAQ）、通信機能付き携帯音楽プレーヤ（例としてi-Touch）、パーソナルコンピュータ（PC、据え置き型と可搬型（ノート））、ネットワーク接続機能付きデジタルTV、一般的な電話機、FAX、テレビ会議端末などがある。これらの情報機器は通信機能を有し何がしかの個人間の通信サービスと接続可能なものとなる。

また、これらの機器は単独もしくは後述の個人状況の把握装置群や通信サービスと組み合わせることにより、特定個人の利用可能な範囲にあるか、さらに、特定個人の利用状況を把握することが可能になりえる。これをもとに、PSリソース管理部は、特定個人のPS内リソースとして取り扱う対象を管理する。これらの情報機器は各個人が相手にコンタクトをとる手段（PS内リソースの一部）となる。情報機器およびそれに接続される通信サービス側からみると、PSMは個人向け付加価値機能という位置づけになる。

４．個人状況の把握装置群
　個人状況の把握装置群とは、過去から現在までの特定個人のPSに影響を与えるような状況を把握するための装置である。PSMは内部にもつ個人状況分析機能部の外部装置としてこの装置群を用いる。PSMはこの装置群を必ずしもすべて必要なものではないが、精度や適用範囲を広げる場合に有効活用する。
この装置群は、センサーにより特定の場所での人の有無（人感センサー）、動作（加速度センサー）、周囲の環境（温度、騒音、気象センサー）の把握や個人認証（ICタグのようなID読み取り）、監視カメラによる人の動作や識別、各種無線通信基地局や各種サービスへのアクセス情報、携帯電話事業者の位置情報サービス等から、個人の居場所、作業内容、周囲の状況を推測するベースの情報となる元のデータを提供する。このような外部装置以外でも、PSMは、個人により入力されたスケジュール、友人関係情報、情報機器（PSリソースの一部）の状態、個人によるPS管理設定等により、現時点での特定個人の個人空間の状況を把握する。

５．PSMの基本動作
　各PSMは特定個人専属でその個人の日常生活における対人コンタクトおよび個人情報公開を適切、適時に制御する。そのため、個人の対人距離感や日常生活状況把握を適切に反映するための個人空間モデルを使用している。個人空間は、名前のとおり各個人の管理下にある空間で、その内側には、特定の相手を受け入れる（相手に公開する）部分と相手を排除するプライベートな（非公開）部分がある。この個人空間は、日常生活において動的に変化しており、特定の相手を受け入れるための許諾条件もその時々の個人空間の状態（個人の状況）により変化する。この個人空間を介しての特定個人との間でのコンタクトを適切に制御するため、PSMはコンタクト要求の受付時に必ず、相互に状況把握とコンタクト条件（個人空間の公開範囲とその条件）の確認と交渉を実行する。また、この条件交渉では、オプションとして将来での要求空間部分の公開可能時間帯を確認できるため、状況に応じて要求側は、適切なタイミングで再要求を行うことができる。

　通常のアクセス制御モデルでは、相手の本人認証と相手の権限が確認できればそのまま特定のリソースへのアクセスが許諾されるが、個人空間モデルでは、その時点で双方の個人空間の公開条件の合意されたものが、毎回動的に公開される。結果、日常生活での常時変化する各個人の状況おいて、プライバシー意識の異なる2者間でも相手の都合に合わせてコンタクトの手段とタイミングが調整可能となる。また、相互に情報交換が進んで互いに共有情報が蓄積されると、相互の対人距離感が近くなる（公開空間部分が広くなる）ことがある。これも、PSMでは、段階的な条件確認によりPSM間で狭い情報交換（たとえば、一般的なプレゼンス情報の公開）から、本人の呼び出しまで、段階的に進行させることも可能となる。

６．データストレージ
PSMは以下のようなデータを格納するデータストレージを有する。
（１）個人プロファイル　図４ａ
　図４ａに示すように個人のプロファイル情報を格納する。ここで同じ内容のデータであっても開示レベルによって複数のデータを持つ。例えば氏名の開示レベルは「３」であるが、ニックネームは誰にでも開示できるレベル「１」である。ここでは、数値が大きいほど機密レベルが高いとする。個人プロファイルには目的に応じて、その他、個人を特定する画像情報、個人を特定する音声情報、血液柄、持病、医療上の注意事項、電子カルテアクセスＩＤ、趣味、関心事、親族に関する情報などを含めてよい。

（２）リソースリスト　図４ｂ
　個人がいる場所によって利用できるリソースは異なる。例えば、外出中の場合は、携帯電話しか利用出来ないが、オフィスにいる場合には、携帯電話だけではなく、オフィスの共通電話、e-mail、ネットミーティング、インスタント・メッセンジャー、ＴＶ会議などが利用可能となる。これらの情報をリソースリストとして管理する。

（３）スケジュール　図４ｉ
　個人の予定を管理する。本システムの入力メニューから入力しても良いが、グループウェアやユニファイドコミュニケーションツールなど他のリソースからインポート出来るものはインポートしても良い。
　なお、一般にはスケジュール表に細かい情報まで入力し管理することは現実的ではないと考えられる。これらの情報をサポートするために対人センサーなどを使用して個人が現在いる場所などを特定することも出来る。例えば個人が会社の実験室にいる情報は、実験室への入退出入時のＩＤの使用状況によって把握できる。その他、オフィスの自席、自宅の書斎では、対人センサーを用いることによって詳細な現在地の把握が出来る。

（４）相手の認証
　相手側から連絡があった場合に相手の認証を行う必要がある。Ａと名乗る人物が本当にＡであるか否か確認する必要がある場合には、図４ｊに示すように人物ＩＤを管理する。このIDは、連絡発信元甲と相手側乙で確認が取れるものであればよい。相手確認を要求する条件（選択プロトコル）では、相手側がコンタクトする場合には必ずＩＤも知らせる必要がある。人物IDは、必要な認証レベルによっては、Liberty　AllianceのIDサーバのような他の認証サービスと連携してもよい。さらにその後、交渉により、段階的に相手が本人である真正性を確認するための個人情報をその状況で必要になる範囲で収集し、判断する。

（５）プロトコルテーブル　図４ｇ及びｈ
　本システムでは、利用者が使用できるプロトコルを予め定めている。
（５－１）相手と面談したい場合
この場合には図４ｇに示すような「相手との面談プロトコル」テンプレートが用意されている。
　図４ｇに示すように、第一希望、緊急度、時刻、所要時間、場所、用件などの項目が指定されているのでこれに従って、ユーザが入力する。該当する項目が無いときには、入力する必要はない。ユーザが必要に応じて独自の項目を追加することも出来る。なお、このテンプレートは、PSMがユーザ固有の基本設定をもとに、ユーザの状況、スケジュール、施設の利用予約の情報を収集して、利用可能な時刻、（使用可能な）所要時間、（利用可能な）場所（位置・施設・設備）を自動補完してユーザに提示することもできる。このような個人固有の設定は、個人が繰り返し使用し、提示された設定を補正することにより教師付き自動学習等にて精度を向上させて実現できる。

（５－１－１）希望順位　
　ユーザが第一希望から複数の希望するメニューを指定することが出来る。
（５－１－２）手段　
　ユーザが相手とコンタクトする場合には様々な手段がある。直接合うこと、固定電話、携帯電話、ネットミーティング、インスタント・メッセンジャー、ＴＶ会議を利用するなどの手段が考えられる。ここでは選択する手段を入力する。
（５－１－３）時刻　
　ユーザが相手と会いたい時刻を入力する。入力は具体的な時間でも良いが、午後、午前中などの広範囲の時間帯の入力も可能である。
（５－１－４）所要時間
　ユーザが相手との対話（会合）に使用する所要時間を入力する。
（５－１－５）場所　（位置・施設・設備）
　ユーザが相手と会う（対話する）ための予定時間帯に利用可能なユーザからみて適した場所（位置・施設・設備）を入力する。
（５－１－６）用件　
　ユーザの用件を伝える。

（５－２）緊急支援を要請する場合
　この場合には、図４ｈに示すように、「緊急支援プロトコル」テンプレートが用意されている。図４ｈに示すように、緊急度、相手対象者、開示レベル、時刻、場所、などの項目が指定されているので、これに従ってユーザが前もって入力しておく。該当する項目が無いときには、入力する必要はない。ユーザが必要に応じて項目のカスタマイズも出来る。　
（５－２－１）緊急度
　緊急度を定めておく。この例では、１、２、及び、３としている。
（５－２－２）相手対象者
　ユーザが支援を求める相手の資格を決めておく。この例では、最寄の人、救急隊員、及び、医師を設定しておく。
（５－２－３）開示レベル　
　支援を求める人の資格によって開示する情報のレベルを定めておく。個人のプロファイル（図４ａ）には、個人情報の開示レベルが示されているので、そのレベルを入力する。
（イ）最寄の人の場合：
　レベル２である、性別、大体の年齢、体格、個人の顔写真などが開示される。
（ロ）救急隊員の場合：
　レベル３＆４である、氏名、住所、生年月日、血液型、保険証ＩＤなどが開示される。
（ハ）医師の場合：
　レベル５である、持病、過去の病名、医療上の注意事項、電子カルテのアクセスＩＤなどが開示される。
（５－２－４）時刻　
この場合には至急を入力する。
（５－２－５）場所　
この場合には甲の現在地を入力する。

（６）「条件設定テーブル」　図４ｅ　　　　　　
　相手側から連絡があった場合に、その相手の目的に基づいて、図４ｅに示すように通信可能な時間、通信可能な場所、及び、通信可能な用件を予めテーブルに定めておく。例えば、会社の上司からの連絡であれば、可能な限り通信可能としておくことが出来る。個人の車の販売店からの連絡であれば、自宅にいる時間のみ通信可能であるとしておくことが出来る。また、勤務時間中での家族からの連絡であれば、自席にいる場合のみ可能とすることが出来る。
　これに関連して、時間許可ＩＤテーブル（図４ｃ）、場所許可ＩＤテーブル（図４ｄ）及び、用件許可ＩＤテーブル（図４ｆ）を設定する。

これにより以下のような設定が出来る。
　例１：人物Ａの場合には、時間許可ＩＤが１（いつでも可能）であり、場所許可ＩＤが１（どこでも可能）であり、用件許可ＩＤが１（何でも可能）であるので、ユーザがどこにいても何時でも如何なる用件でも連絡可能である。
例２：同一人物でも、複数の条件設定が可能である。
人物Ｂを例にとって説明する。
用件許可ＩＤが２（業務のみ）の場合には、時間許可ＩＤが２（勤務中）であり、場所許可ＩＤが２（自席）であるので、用件が業務の場合で、ユーザが勤務中で自席にいる場合には連絡可能である。
用件許可ＩＤが３（趣味）の場合には、時間許可ＩＤが３（帰宅後）であり、場所許可ＩＤが１１（自宅ならどこでもＯＫ）であるので、用件が趣味の場合で、ユーザが帰宅後、自宅にいる場合には連絡可能である。
例３：人物Ｅの場合には、時間許可ＩＤが４（昼食時）であり、場所許可ＩＤが２（自席）であり、用件許可ＩＤが３（趣味）であるので、ユーザの昼食時間中で自席にいる場合に趣味の用件である場合には連絡可能である。

７．情報の処理フロー
　ここでは、本日中に電話で乙が甲と連絡を取りたい場合に、甲と乙の相互のスケジュールを確認しながら双方の都合の良い時間及びコミュニケーションリソースを選択し、コンタクトを取る場合を例にとって図５を使って説明する。
　前提条件として、甲と乙はこのようなプロトコルによる通信をお互いに行うことを合意している必要がある。また本システムでサポートしているソフトウェアを予めインストールしておく必要がある。

（１）プロトコルの作成　
　前述のように、システムとして様々のプロトコル作成用のテンプレートが用意されている。「相手との面談プロトコル」のテンプレートに予め入力しておく。

（２）甲による第一希望メニューの送信
　甲は、乙のＰＳＭへ面談プロトコルの第一希望を送信する。
（３）乙のＰＳＭは、甲の問い合わせを受信すると、先ず甲のＩＤを確認し本人であることを確認する。これは、予めお互いに個人のＩＤを登録して置き（図４ｊ）これを確認する。
　甲が乙の身内であれが、ＩＤを設定しなくても乙の身内なら当然知っている情報を質問しても良い。例えば、乙の母方の祖母の氏名、乙の生まれた都道府県名などを答えさせて確認しても良い。これらの情報は、プロファイルテーブル（図４ａ）の中に格納されている。

（４）乙のＰＳＭは、甲の許可レベルを確認する。乙のＰＳＭは「条件の設定ファイル」（図４ｅ）、「スケジュールファイル」（図４ｉ）、及び、「リソースリストファイル」（図４ｂ）を参照し、通信可能か否かを判断する。甲の第一希望と乙の都合とが合致しない場合には、「再送要求」又は「ＮＯ」を甲のＰＳＭへ返信する。本実施例では「再送要求」とは、乙のＰＳＭは甲と通信することを承諾している場合であって、「ＮＯ」とは、乙のＰＳＭは甲と通信する意図が無いことを意味する。
（５）甲のＰＳＭは、乙の返信「再送要求」を受信し、第二希望のメニューを乙のＰＳＭへ送る。
（６）乙のＰＳＭは、甲からの第二希望の要求を受信し、同様に、乙のスケジュールを確認し甲の第二希望と乙の都合とが合致しない場合には、「再送要求」を甲のＰＳＭへ返信する。

（７）甲のＰＳＭは、乙の返信「再送要求」を受信し、第三希望のメニューを乙のＰＳＭへ送る。
（８）乙のＰＳＭは、甲のＰＳＭからの第三希望の要求を受信し、同様に乙のスケジュールを確認し甲の第三希望と乙の都合とが合致する場合には「ＹＥＳ」を甲のＰＳＭ
へ返信する。複数の候補がある場合に、全て、または、どれを選択するかは任意に選択できる。
（９）甲のＰＳＭは、甲に連絡し確認をとる。甲の確認が取れたら、甲のＰＳＭは、乙のＰＳＭへ確認を送信する。
（１０）　なお、予定時間の直前で、乙のＰＳＭが乙及び甲に再確認を取ることも出来る。

　以上のように、甲のＰＳＭは、乙に対して、第一希望、第二希望、第三希望のスケジュール・場所・ツール等を順次開示しながら乙との合意点を検索していくことが出来る。もし第一希望で甲と乙が合意出来る場合には、甲は、第二希望、第三希望に含まれる情報を開示する必要はない。一方乙は、乙の甲に対する接し方、乙のスケジュール、場所、ツールなどを参照し、甲の問い合わせに対しその結果のみを返信する。乙は、乙の個人情報である乙のスケジュール、場所、ツール等を、全てではなく、一部のみの情報を甲に知らせることにより、甲との合意点を検索出来る。また、ＰＳＭの交渉機能部（２２０）は、特定の相手に対して、この面談スケジュール調整プロトコルでの情報の送受信で、相手にどこまで現在の個人情報を公開しているか記録できる機能も有している。それによって個人のその時点または未来の状況や属性に関する情報がどの程度まで最終的に相手に公開されているのか把握でき、必要以上の粒度で特定の相手に個人の情報を繰り返し提供することを防ぐことができる。たとえば、乙のＰＳＭは、同一ＰＳＭからの場所や自由時間に関する問合せに対して返信制限を設定することが出来る。これにより、甲からの一連の送受信で多数の希望問合せに対して乙が全て回答することにより、甲のＰＳＭに、乙のその日の行動予定を必要以上に公開することを防ぐことが出来る。

　[不特定の相手へ緊急支援を求める場合]
　実施例２の目的は、不特定多数のメンバーから条件に一致したメンバーとのコミュニケーションを対象にしている。この場合には、発信人のプライバシーを守りつつ必要最小限の個人情報を段階的に開示しつつ、救援を求める場合である。本願発明の応用例として、街中で具合が悪くなったときに誰かに助けを求める場合を例に取って説明する。

１．概念図
　図６は実施例２を実施する概念図を示す。実施例１との異なる点は仲介機が必要であることである。甲は仲介機との連絡方法を知っていれば良く乙も仲介機との連絡方法を知っていれば良い。甲と乙とは直接にコンタクトする必要はないが、甲と乙との合意の下では、直接にコンタクトすることも出来る。
発信者甲は、受信者乙への連絡情報を知らせる必要はなくお互いの個人情報を開示する必要はない。

２．機能ブロック
　図８は、実施例２で使用される仲介機４００の機能ブロックを示す図である。仲介機の構成要素として、送受信部４１０、甲との送受信部４１２、対人コンタクト要求確認部４１４、最適メンバーの選択部４２０、乙との送受信部４２２、内容確認部４２４が含まれる。

　以下に仲介機の各構成について説明する。
３．機能ブロックの詳細
（１）送受信部４１０
支援を求める甲、及び、支援する乙等との情報の送受信を行う。
（２）甲との送受信部４１２
支援を求める甲の情報の送受信を行う。
（３）対人コンタクト要求確認部４１４
仲介機は、支援を求めた甲について、甲がメンバーであるか、支援の目的は何であるか、甲の現在地等の確認を行う。詳細な甲の現在地が必要な場合には、甲のＰＳＭのＧＰＳ機能を使用して、甲の正確な位置情報を求める。

（４）最適メンバーの選択部４２０
先ず、仲介機は甲と同じエリアにいるメンバーを探す。好適には、携帯電話機に基づき、現在の甲と同じマイクロセルエリアにいるメンバーを探し、その中からメンバーのＰＳＭに備わっているＧＰＳ機能を利用して、甲と最も近い位置にいるメンバーを探すことが出来る。近くにいるメンバーで、支援の目的に最適なメンバーを選択する。例えば、支援する時間的余裕があることが前提条件であるが、支援に必要な技術を有している、あるいは、支援を求めている人と同性であるなどの条件を考慮して、最適なメンバーを選択する。
（５）乙との送受信部４２２
仲介機は選択された乙に支援を求める。
（６）内容確認部４２４
仲介機は、乙からの受諾の確認及び内容について確認し甲へ転送する。また甲からの内容を確認し乙へ転送する。

４．情報の処理フロー
　前提条件として、実施例１と同様に甲と乙はこのような通信をお互いに行うことをメンバーとして登録している必要がある。本システムでサポートしているソフトウェアを予めインストールしておく必要がある。
街中で具合が悪くなったときに誰かに助けを求める場合を例にとって説明する。以下に情報の処理フローについて図７を使って具体的に説明していく。
（１）プロトコルの作成　
　前述のように、「緊急支援用のプロトコル」のテンプレートに、必要事項を入力しておく。
（２）緊急度＃１の送信
　甲が街中で具合が悪くなったとする。甲は甲のＰＳＭから仲介機へプロトコル緊急度レベル１を送信する。

（３）仲介機が、甲の支援要求を受信し甲の現在位置を確認する。現在位置を確認する方法としては、甲がその情報を入力して仲介機に送信することも出来るが、携帯電話を利用している場合には基地局からの距離によって、おおよその位置を把握することも出来る。ＰＨＳの場合には、数１０メートルから数百メートルのマイクロセルで、携帯電話の場合には、数百メートルから数キロメートルのマイクロセルでカバーされている。さらに正確な現在位置が必要な場合にはＧＰＳ（Global Positioning System）を利用して現在位置を求めそれを仲介機へ送信することもできる。
（４）仲介機は甲と同じエリアにいるメンバーに、甲を救援できるか否かを問合せする。
（５）メンバーが、甲と同じエリアにいて、なお且つ、甲を支援することが出来る場合には、仲介機にその旨を乙のＰＳＭを介して送信する。

（６）仲介機は、支援可能なメンバーの中から、その問題解決に最適な一人または複数のメンバーを選択し、甲に連絡する。
（７）甲のＰＳＭは、これらのメンバーにレベル２の個人情報を開示する。レベル２の個人情報とは、例えば、甲に支援が必要な理由、甲の正確な場所、性別、年齢、体型、体重、身長、顔写真などを仲介機へ送る。
（８）仲介機は、これらの情報を選択されたメンバーへ転送する。
（９）選択されたメンバーは、開示された情報を基に甲を探して甲を支援する。ここで、選択されたメンバーによって問題が解決された場合には、これで終了となる。しかし問題が解決されないで、さらに別の人の支援が必要となった場合には、さらに、甲は甲のＰＳＭを介して仲介機に送信する。解決しようとする問題によって、支援する為に必要な人は、救急車、警察官、などがある。この例では、選択されたメンバーの支援を受け、さらに、救急車を呼ぶ必要があると判断したとする。
（１０）甲は甲のＰＳＭを介して、緊急度レベル２を指定して仲介機へ救急車の支援を依頼する。
（１１）仲介機は、甲の現在地を管轄する消防署へ連絡する。

（１２）連絡を受けた消防署は、甲へ直接連絡する。
（１３）甲は、消防署の救急隊員であることを確認し、さらに、詳細な個人情報レベル３＆４の情報、例えば、住所、氏名、血液型、救急時に使用してはならない薬品・対処法を知らせる。
救急車は当然のことながら甲を病院へ搬送する。救急隊員は病院へ連絡する。
（１４）救急車から連絡を受けた医者は、甲へ連絡する。
（１５）甲は、医者に対して、開示レベル５の個人情報、過去の持病、治療・手術で用いてはならない事項、かかりつけの病院情報、電子カルテアクセスＩＤその他があればそれらを開示する。

　以上のように、ユーザはユーザの全ての個人情報を、最初から全て相手に公開するのではなく、支援を求める人の資格に対応して、順次必要な情報のみを開示することが出来る。

３００：コンピュータ
３０２：プロセッサー
３０４：コミュニケーションバス
３０６：メインメモリ
３０８：２次メモリー
３１０：ハードディスク
３１６：キーボード
３１８：マウス
３２０：ディスプレー
３２６：音声アダプター
３２８：音声装置

Claims

　第一の通信手段、第一の個人データ及び第一の通信プロトコルを含む第一のPSM、並びに、第二の通信手段、第二の個人データ及び第一の通信プロトコルに対応する第二の通信プロトコルを含む第二のPSM、を含む、通信システムであって、
（ａ）　第一のＰＳＭが、第一の通信プロトコルに基づき、第一の個人データの中から第一の部分のデータの開示を行い、第二のＰＳＭへ通信要求をする手段と、
（ｂ）　第二のＰＳＭが、第一のＰＳＭからの通信要求を受信し、第二の通信プロトコルに基づき、第一のＰＳＭへ返信する手段と、
（ｃ）　第一のＰＳＭが、第二のＰＳＭからの通信を受信し、合意点が得られない場合には、第一の通信プロトコルに基づき、第一の個人データの中から第二の部分のデータの開示を行い、第二のＰＳＭの通信する手段と、
（ｄ）（ａ）から（ｃ）を第一のＰＳＭと第二のＰＳＭの合意点が得られるまで繰り返す手段、
を有する通信システム。
　第一の通信手段、第一の個人データ及び第一の通信プロトコルを含む第一のPSM、並びに、第二の通信手段、第二の個人データ及び第一の通信プロトコルに対応する第二の通信プロトコルを含む第二のPSM、さらに、前記第一の通信手段と前記第二の通信手段と通信する仲介機を含む、通信システムであって、
（ａ）　第一のＰＳＭが、第一の通信プロトコルに基づき、第一の個人データの中から第一の部分のデータの開示を行い、仲介機へ通信要求をする手段と、
（ｂ）　仲介機が、第一の通信プロトコルに基づき、第二のPSMに通信要求を出す手段と、
（ｃ）　第二のＰＳＭが、仲介機を介して、第一のＰＳＭからの通信要求を受信し、第二の通信プロトコルに基づき、第一のＰＳＭへ通信する手段と、
（ｄ）　第一のＰＳＭが、第二のＰＳＭからの通信を受信し、合意点が得られない場合には、第一の通信プロトコルに基づき、仲介機を介して、第一の個人データの中から第二の部分のデータの開示を行い、第二のＰＳＭの通信する手段と、
（ｅ）（ａ）から（ｄ）を第一のＰＳＭと第二のＰＳＭの合意点が得られるまで繰り返す手段、
を有する通信システム。
　第一の通信手段、第一の個人データ及び第一の通信プロトコルを含む第一のPSM、並びに、第二の通信手段、第二の個人データ及び第一の通信プロトコルに対応する第二の通信プロトコルを含む第二のPSM、さらに、前記第一の通信手段と前記第二の通信手段と通信する仲介機を含む、通信システムであって、
（ａ）　第一のＰＳＭが、第一の通信プロトコルに基づき、第二のＰＳＭの有する資格に対応して、第一の個人データの中から第一の部分のデータの開示を行い、仲介機へ通信要求を送信する手段と、
（ｂ）　仲介機が、第一の通信プロトコルに基づき、第二のＰＳＭの有する資格を満たす少なくとも一つの第二のPSMに通信要求を送信する手段と、
（ｃ）　少なくとも一つの第二のＰＳＭが、仲介機を介してまたは仲介機を介さないで、第二の通信プロトコルに基づき、第一のＰＳＭへ通信する手段と、
（ｄ）　第一のＰＳＭが、第二のＰＳＭの有する資格を確認した上で、仲介機を介してまたは仲介機を介さないで、第一の個人データの中から第二の部分のデータの開示を行う手段と、
（ｅ）　（ａ）から（ｄ）の手段を、第一のＰＳＭが所定の目的を達するまで、繰り返す手段と、
を有する通信システム。
　前記第一及び第二の個人データには、個人プロファイル情報、通信可能な時間に間する情報、通信可能な場所に関する情報、通信の目的に関する情報、通信可能な機器に関する情報、個人を特定する画像情報、個人を特定する音声情報、及び、相手への許可情報の何れかの情報を含む請求項１から３に記載のシステム。
　前記第一及び第二の個人データ開示は、個人が定義した個人情報の機密性の低い情報から高い情報へと段階的に行うことを特徴とする請求項４に記載のシステム。
　第一のＰＳＭが、同一ＰＳＭから予め通信プロトコル毎に定めた頻度以上の通信要求があった場合、前記同一ＰＳＭへの返信を制限する請求項１から３に記載のシステム。
　第一の通信手段、第一の個人データ及び第一の通信プロトコルを含む第一のPSM、並びに、第二の通信手段、第二の個人データ及び第一の通信プロトコルに対応する第二の通信プロトコルを含む第二のPSMを含む、通信システムにおいて、以下のステップを有する方法、
（ａ）　第一のＰＳＭが、第一の通信プロトコルに基づき、第一の個人データの中から第一の部分のデータの開示を行い、第二のＰＳＭへ通信要求をするステップと、
（ｂ）　第二のＰＳＭが、第一のＰＳＭからの通信要求を受信し、第二の通信プロトコルに基づき、第一のＰＳＭへ返信するステップと、
（ｃ）　第一のＰＳＭが、第二のＰＳＭからの通信を受信し、合意点が得られない場合には、第一の通信プロトコルに基づき、第一の個人データの中から第二の部分のデータの開示を行い、第二のＰＳＭの通信するステップと、
（ｄ）（ａ）から（ｃ）を第一のＰＳＭと第二のＰＳＭの合意点が得られるまで繰り返すステップ、
を有する方法。
　第一の通信手段、第一の個人データ及び第一の通信プロトコルを含む第一のPSM、並びに、第二の通信手段、第二の個人データ及び第一の通信プロトコルに対応する第二の通信プロトコルを含む第二のPSM、さらに、前記第一の通信手段と前記第二の通信手段と通信する仲介機を、含む通信システムにおいて、以下のステップを有する通信方法、（ａ）　第一のＰＳＭが、第一の通信プロトコルに基づき、第一の個人データの中から第一の部分のデータの開示を行い、仲介機へ通信要求をするステップと、
（ｂ）　仲介機が、第一の通信プロトコルに基づき、第二のPSMに通信要求を出すステップと、
（ｃ）　第二のＰＳＭが、仲介機を介して、第一のＰＳＭからの通信要求を受信し、第二の通信プロトコルに基づき、第一のＰＳＭへ通信するステップと、
（ｄ）　第一のＰＳＭが、第二のＰＳＭからの通信を受信し、合意点が得られない場合には、第一の通信プロトコルに基づき、仲介機を介して、第一の個人データの中から第二の部分のデータの開示を行い、第二のＰＳＭの通信するステップと、
（ｅ）（ａ）から（ｄ）を第一のＰＳＭと第二のＰＳＭの合意点が得られるまで繰り返すステップ、
を有する通信方法。
　第一の通信手段、第一の個人データ及び第一の通信プロトコルを含む第一のPSM、並びに、第二の通信手段、第二の個人データ及び第一の通信プロトコルに対応する第二の通信プロトコルを含む第二のPSM、さらに、前記第一の通信手段と前記第二の通信手段と通信する仲介機を含む、通信システムにおいて、以下のステップを含む方法、
（ａ）　第一のＰＳＭが、第一の通信プロトコルに基づき、第二のＰＳＭの有する資格に対応して、第一の個人データの中から第一の部分のデータの開示を行い、仲介機へ通信要求を送信するステップと、
（ｂ）　仲介機が、第一の通信プロトコルに基づき、第二のＰＳＭの有する資格を満たす少なくとも一つの第二のPSMに通信要求を送信するステップと、
（ｃ）　少なくとも一つの第二のＰＳＭが、仲介機を介してまたは仲介機を介さないで、第二の通信プロトコルに基づき、第一のＰＳＭへ通信するステップと、
（ｄ）　第一のＰＳＭが、第二のＰＳＭの有する資格を確認した上で、仲介機を介してまたは仲介機を介さないで、第一の個人データの中から第二の部分のデータの開示を行うステップと、
（ｅ）　（ａ）から（ｄ）の手段を、第一のＰＳＭが所定の目的を達するまで、繰り返すステップと、を有する通信方法。
　前記第一及び第二の個人データには、個人プロファイル情報、通信可能な時間に間する情報、通信可能な場所に関する情報、通信の目的に関する情報、通信可能な機器に関する情報、個人を特定する画像情報、個人を特定する音声情報、及び、相手への許可情報の何れかの情報を含む請求項７から９に記載の方法。
　前記第一及び第二の個人データ開示は、個人が定義した個人情報の機密性の低い情報から高い情報へと段階的に行うことを特徴とする請求項１０に記載の方法。
　第一のＰＳＭが、同一ＰＳＭから予め通信プロトコル毎に定めた頻度以上の通信要求があった場合、前記同一ＰＳＭへの返信を制限する請求項７から９に記載の方法。