(57)【要約】【課題】提供可能な情報を決定する公開レベルを、要求先のユーザと要求元のユーザの関係に応じて変更することができるようにする。【解決手段】端末装置１５ａ乃至端末装置１５ｎは、ネットワーク１４を介して、ＩＭサーバ１２と登録用Ｗｅｂサーバ１３と接続されている。端末装置１５ａ乃至１５ｎは、登録用Ｗｅｂサーバ１３を介して、情報記憶装置１１に個人情報を記億させる。また、ＩＭサーバ１２は、情報記憶装置１１に端末装置１５ａ乃至１５ｎのお互いの関係を示すバディリストを記億させる。端末装置１５ａ乃至１５ｎのいずれかから、他の端末装置のユーザの個人情報の取得が要求されると、ＩＭサーバ１２は、バディリストに基づいて、要求者の公開レベルを決定し、その公開レベルに基づいて、提供する個人情報を選択して、選択された情報を個人情報を要求した端末装置に送信する。本発明はＩＭシステムに適用できる。【選択図】　　　図１
2004102381.tif 000002
【特許請求の範囲】
【請求項１】
登録された第１のユーザの情報を第２のユーザに提供する情報提供装置において、
前記第２のユーザの情報処理装置から送信されてきた、前記第１のユーザの前記情報の取得の要求を受信する受信手段と、
前記第１のユーザと前記第２のユーザの関係を規定する関係情報を記憶する記憶手段と、
前記記憶手段に記憶されている前記関係情報に基づいて、前記受信手段により受信された前記要求を送信してきた前記第２のユーザの、前記第１のユーザの前記情報に対するアクセスレベルとしての公開レベルを、全ての前記情報に対するアクセスを許容する第１のレベル、前記第１のレベルより少ない数の前記情報に対するアクセスを許容する第２のレベル、および前記第２のレベルより少ない数の前記情報に対するアクセスを許容する第３のレベルのいずれかに設定する設定手段と、
前記設定手段により設定された前記第２のユーザの前記公開レベルに基づいて、登録されている前記第１のユーザの前記情報から、前記第２のユーザに対して公開する情報を選択する選択手段と、
前記選択手段により選択された前記情報を、前記第２のユーザの情報処理装置に送信する送信手段と
を備えることを特徴とする情報提供装置。
【請求項２】
前記設定手段は、前記第１のユーザが前記第２のユーザに予め規定されている特定の関係の成立を要求している場合、または前記第１のユーザと前記第２のユーザの前記特定の関係が成立した場合、前記公開レベルを、前記第２のレベルに設定する
ことを特徴とする請求項１に記載の情報提供装置。
【請求項３】
前記設定手段は、前記第１のユーザが前記第２のユーザに前記特定の関係の成立を要求していない場合、または前記第１のユーザと前記第２のユーザの前記特定の関係が成立しなかった場合、前記公開レベルを、前記第３のレベルに設定する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記設定手段は、前記第１のユーザと前記第２のユーザが同一のユーザである場合、前記公開レベルを、前記第１のレベルに設定する
ことを特徴とする請求項１に記載の情報提供装置。
【請求項５】
登録された第１のユーザの情報を第２のユーザに提供する情報提供装置の情報提供方法において、
前記第２のユーザの情報処理装置から送信されてきた、前記第１のユーザの前記情報の取得の要求を受信する受信ステップと、
前記第１のユーザと前記第２のユーザの関係を規定する関係情報を記憶する記憶ステップと、
前記記憶ステップの処理によりに記憶されている前記関係情報に基づいて、前記受信ステップの処理により受信された前記要求を送信してきた前記第２のユーザの、前記第１のユーザの前記情報に対するアクセスレベルとしての公開レベルを、全ての前記情報に対するアクセスを許容する第１のレベル、前記第１のレベルより少ない数の前記情報に対するアクセスを許容する第２のレベル、および前記第２のレベルより少ない数の前記情報に対するアクセスを許容する第３のレベルのいずれかに設定する設定ステップと、
前記設定ステップの処理により設定された前記第２のユーザの前記公開レベルに基づいて、登録されている前記第１のユーザの前記情報から、前記第２のユーザに対して公開する情報を選択する選択ステップと、
前記選択ステップの処理により選択された前記情報を、前記第２のユーザの情報処理装置に送信する送信ステップと
を含むことを特徴とする情報提供方法。
【請求項６】
登録された第１のユーザの情報を第２のユーザに提供する処理を実行するプログラムであって、
前記第２のユーザの情報処理装置から送信されてきた、前記第１のユーザの前記情報の取得の要求を受信する受信ステップと、
前記第１のユーザと前記第２のユーザの関係を規定する、記憶されている関係情報に基づいて、前記受信ステップの処理により受信された前記要求を送信してきた前記第２のユーザの、前記第１のユーザの前記情報に対するアクセスレベルとしての公開レベルを、全ての前記情報に対するアクセスを許容する第１のレベル、前記第１のレベルより少ない数の前記情報に対するアクセスを許容する第２のレベル、および前記第２のレベルより少ない数の前記情報に対するアクセスを許容する第３のレベルのいずれかに設定する設定ステップと、
前記設定ステップの処理により設定された前記第２のユーザの前記公開レベルに基づいて、登録されている前記第１のユーザの前記情報から、前記第２のユーザに対して公開する情報を選択する選択ステップと、
前記選択ステップの処理により選択された前記情報を、前記第２のユーザの情報処理装置に送信する送信ステップと
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報提供装置および方法、並びにプログラムに関し、特に、個人情報を安全に提供することができるようにした情報提供装置および方法、並びにプログラムに関する。
【０００２】
【従来の技術】
従来のＩＭ（ｉｎｓｔａｎｔ　ｍｅｓｓａｇｉｎｇ）は、インターネット接続時に、使用中のパーソナルコンピュータ画面に、事前に登録した相手のインターネット接続状態や、相手からのメッセージを自動的に表示し、その場でリアルタイムにメッセージ交換やチャット、ファイルの送付をしている（例えば、非特許文献１参照）。
【０００３】
また、ＩＭでは、ＩＭサーバにＩＭサービスの提供をうけるために登録した各ユーザの個人情報が、交換関係を結んだ他のユーザに提供される。ユーザＡとユーザＢが交換関係を結んだ場合、ユーザＢは、バディとして、ユーザＡのバディリストに登録され、ユーザＡは、バディとして、ユーザＢのバディリストに登録される。すべてのユーザに個人情報を提供するのではなく、交換関係を結んだバディに対してだけ個人情報を提供するようにすることで、個人情報の秘匿性が保持される。
【０００４】
交換関係を結ぶ場合、ユーザ（ユーザＡ）は、他のユーザ（ユーザＢ）に「お誘い」を送信する。「お誘い」を受信したユーザＢは、ユーザＡの「お誘い」を承諾するのであれば（交換関係を結ぶのであれば）、ユーザＡに、「承諾」を送信する。
【０００５】
ユーザＡが、ユーザＢを「お誘い」するには、ユーザＡは、ユーザＢのＩＤを知っている必要がある。ユーザＢが、ユーザＡに「承諾」を送るには、ユーザＢは、ユーザＡのＩＤを知っている必要がある。このＩＤを取得するには、相手と直接ネゴシエーションをし、お互いのＩＤを教えあうことになる。
【０００６】
あるいままた、事前に保存されている公開用の個人情報を利用して、自分が興味を有するカテゴリに属するユーザのＩＤを検索することで、ＩＤを取得する方法もある。
【０００７】
しかしながら、例えば、片方のユーザだけがＩＭサービスに登録している場合、ＩＭサービスに登録しているユーザ（例えば、ユーザＢ）が、ＩＭサービスに登録していないユーザ（例えば、ユーザＡ）にＩＤを教えることはできるが、ユーザＡは、ＩＭサービスにまだ登録していないので、その時点ではＩＤを有しておらず、ユーザＢにＩＤを教えることはできないない。
【０００８】
そこで、ユーザＡは先ず最初にＩＭサービスに登録し、ＩＤを得る。その後、ユーザＡは、ユーザＢから教わったＩＤに基づいて、ユーザＢに「お誘い」を送信する。しかしながら、ユーザＢは、ユーザＡのＩＤを知らないので、「お誘い」を「承諾」するか否かを決める際、相手が知らない相手であるのか、または自分のＩＤを教えたユーザＡであるかの判断ができず、再び、ネゴシエーションをしなければならいので、不便である。
【０００９】
個人情報にレベル（情報レベル）を予め設定しておき、ユーザの個人情報に対する参照回数に基づいてそのユーザのレベル（ユーザレベル）を決定し、各ユーザは自分のユーザレベルに対応する情報レベルの個人情報だけを見ることができるようにすることが提案されている（特許文献１参照）。
【００１０】
そこで、ＩＭにおいて、各バディの個人情報に情報レベルを設定するとともに、各バディ毎にバディレベルを設定することが考えられる。
【００１１】
【非特許文献１】
デジタル・クリエイターズ連絡協議会、“マルチメディア・インターネット辞典「インスタントメッセージング」”、［ｏｎｌｉｎｅ］、［平成１４年８月２０日検索］、インターネット、＜ＵＲＬ：　ｈｔｔｐ：／／ｗｗｗ．ｋａｉｇｉｓｈｏ．ｎｅ．ｊｐ／ｌｉｔｅｒａｃｙ／ｍｉｄｉｃ／ｄａｔａ／ｋ２／ｋ２１０９．ｈｔｍ＞
【特許文献１】
特開２０００−７８１８２号
【００１２】
【発明が解決しようとする課題】
しかしながら、個人情報に対する参照の頻度に応じてユーザレベルを決定すると、例えば、ユーザＡから「お誘い」を受けたユーザＢが、「承諾」をするか否かを判定するために、「お誘い」をしたユーザＡの個人情報を参照すると、初めての参照ということになるので、ユーザＢはユーザＡの個人情報を見ることができなくなってしまう。
【００１３】
個人情報のレベルを細分化し、　初めての参照者が参照できる個人情報を狭い範囲に限定することも可能であるが、そのようにすると、「承諾」するか否かを判定することが困難になる。
【００１４】
そこで、バディリストに登録されているユーザと、登録されていないユーザに、異なるユーザレベルを設定し、ユーザレベルに基づいて、個人情報の参照を制限することを考えたとしても、バディリストに登録されていない、初めての参照者に個人情報の参照を許可するということは、結局、全てのユーザに個人情報の参照を許可するということになり、個人情報の秘匿性が確保できなくなる。
【００１５】
個人情報の秘匿性が確保できなければ、個人の詳細な情報については登録されないことが多く、結果的に、ユーザは、例えば、多くの側面において自分自身と適合する他のユーザを検索し、バディとして登録する（交換関係を結ぶ）ことが困難になる課題があった。
【００１６】
本発明はこのような状況に鑑みてなされたものであり、多くの個人情報を安全に提供することができるようにすることを目的とする。
【００１７】
【課題を解決するための手段】
本発明の情報提供装置は、第２のユーザの情報処理装置から送信されてきた、第１のユーザの情報の取得の要求を受信する受信手段と、第１のユーザと第２のユーザの関係を規定する関係情報を記憶する記憶手段と、記憶手段に記憶されている関係情報に基づいて、受信手段により受信された要求を送信してきた第２のユーザの、第１のユーザの情報に対するアクセスレベルとしての公開レベルを、全ての情報に対するアクセスを許容する第１のレベル、第１のレベルより少ない数の情報に対するアクセスを許容する第２のレベル、および第２のレベルより少ない数の情報に対するアクセスを許容する第３のレベルのいずれかに設定する設定手段と、設定手段により設定された第２のユーザの公開レベルに基づいて、登録されている第１のユーザの情報から、第２のユーザに対して公開する情報を選択する選択手段と、選択手段により選択された情報を、第２のユーザの情報処理装置に送信する送信手段とを備えることを特徴とする。
【００１８】
設定手段は、第１のユーザが第２のユーザに予め規定されている特定の関係の成立を要求している場合、または第１のユーザと第２のユーザの特定の関係が成立した場合、公開レベルを、第２のレベルに設定するようにすることができる。
【００１９】
設定手段は、第１のユーザが第２のユーザに特定の関係の成立を要求していない場合、または第１のユーザと第２のユーザの特定の関係が成立しなかった場合、公開レベルを、第３のレベルに設定するようにすることができる。
【００２０】
設定手段は、第１のユーザと第２のユーザが同一のユーザである場合、公開レベルを、第１のレベルに設定するようにすることができる。
【００２１】
本発明の情報提供装置の方法は、第２のユーザの情報処理装置から送信されてきた、第１のユーザの情報の取得の要求を受信する受信ステップと、第１のユーザと第２のユーザの関係を規定する関係情報を記憶する記憶ステップと、記憶ステップの処理によりに記憶されている関係情報に基づいて、受信ステップの処理により受信された要求を送信してきた第２のユーザの、第１のユーザの情報に対するアクセスレベルとしての公開レベルを、全ての情報に対するアクセスを許容する第１のレベル、第１のレベルより少ない数の情報に対するアクセスを許容する第２のレベル、および第２のレベルより少ない数の情報に対するアクセスを許容する第３のレベルのいずれかに設定する設定ステップと、設定ステップの処理により設定された第２のユーザの公開レベルに基づいて、登録されている第１のユーザの情報から、第２のユーザに対して公開する情報を選択する選択ステップと、選択ステップの処理により選択された情報を、第２のユーザの情報処理装置に送信する送信ステップとを含むことを特徴とする。
【００２２】
本発明のプログラムは、第２のユーザの情報処理装置から送信されてきた、第１のユーザの情報の取得の要求を受信する受信ステップと、第１のユーザと第２のユーザの関係を規定する、記憶されている関係情報に基づいて、受信ステップの処理により受信された要求を送信してきた第２のユーザの、第１のユーザの情報に対するアクセスレベルとしての公開レベルを、全ての情報に対するアクセスを許容する第１のレベル、第１のレベルより少ない数の情報に対するアクセスを許容する第２のレベル、および第２のレベルより少ない数の情報に対するアクセスを許容する第３のレベルのいずれかに設定する設定ステップと、設定ステップの処理により設定された第２のユーザの公開レベルに基づいて、登録されている第１のユーザの情報から、第２のユーザに対して公開する情報を選択する選択ステップと、選択ステップの処理により選択された情報を、第２のユーザの情報処理装置に送信する送信ステップとを含むことを特徴とする。
【００２３】
本発明においては、第２のユーザから第１のユーザの情報の取得の要求が受信されると、第１のユーザと第２のユーザの関係情報に基づいて、第２のユーザの公開レベルが設定され、設定された公開レベルに応じて、公開される情報が選択され、選択された情報が、第２のユーザの情報処理装置に送信される。
【００２４】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照して説明する。図１は、本発明を適用したＩＭシステムの一実施形態の構成を示している。
【００２５】
このＩＭシステム１においては、ＩＭサーバ１２、登録用Ｗｅｂサーバ１３、および端末装置１５ａ乃至１５ｎが、それぞれインターネットを含むネットワーク１４を介して接続されている。また、ＩＭサーバ１２と登録用Ｗｅｂサーバ１３には、情報記憶装置１１が接続されている。
【００２６】
端末装置１５ａ乃至１５ｎは、ネットワーク１４を介して、お互いに情報を交換する。ＩＭサーバ１２は、端末装置１５ａ乃至１５ｎの「お誘い」、「承諾」、「拒否」等の要求（その詳細は図４を参照して後述する）に応じて、情報記憶装置１１に記憶されているバディリスト（図３）を変更する。登録用Ｗｅｂサーバ１３は、ユーザからの指令に応じて、端末装置１５ａ乃至１５ｎから入力された各ユーザの個人情報（図１１）を情報記憶装置１１に予め記憶させる。
【００２７】
端末装置１５ａ乃至１５ｎから、個人情報の取得が要求されると、ＩＭサーバ１２は、各ユーザの関係を規定する関係情報を保持するバディリストに基づいて、情報記憶装置１１に記憶されている個人情報から、アクセス可能な項目を選択し、ネットワーク１４を介して、個人情報を要求した端末装置１５ａ乃至１５ｎに送信する。当然のことながら、端末装置１５ａ乃至１５ｎのユーザは、ＩＭサーバ１２によるＩＭサービスの提供を受けるために、自分自身をＩＭサーバ１２に予め登録し、ＩＤの割り当てを受けている。
【００２８】
本発明を適用したＩＭシステムの各部の構成を図２に示す。なお、以下の説明では、端末装置１５ａ乃至１５ｎを個々に区別する必要がない場合、これらをまとめて端末装置１５と称する。また、端末装置１５ａ乃至１５ｎのうちの任意のものを、端末装置１５ｉ，１５ｊのようにも記述する。
【００２９】
端末装置１５ｉは、他の端末装置１５ｊと交換関係を結びたい場合、「お誘い」をＩＭサーバ１２のリクエスト制御部２０に送信する。リクエスト制御部２０は、「お誘い」を受信すると、バディ制御部２１に「お誘い」を送信する。バディ制御部２１は、「お誘い」を受信すると、情報記憶装置１１のバディリスト保持部４１に保持されている端末装置１５ｉのバディリストを「お誘い中」に変更し、リクエスト制御部２０を介して、その変更を端末装置１５ｉに通知する。端末装置１５ｊが「お誘い」に対して応答をした場合も、同様の処理が行なわれる。
【００３０】
また、端末装置１５ｉが端末装置１５ｊのユーザの個人情報を取得したい場合、端末装置１５ｉは、リクエスト制御部２０に個人情報の取得要求を送信する。リクエスト制御部２０は、個人情報の取得要求を受信すると、ＩＭサーバ１２の個人情報制御部２２に、個人情報の取得要求を送信する。この個人情報は、端末装置１５ｊが登録の要求を、登録用Ｗｅｂサーバ１３の個人情報登録処理部３１に予め送信し、個人情報登録処理部３１が、情報記憶装置１１の個人情報保持部４２に登録したものである。個人情報制御部２２は、個人情報の取得要求を受信すると、バディ制御部２１を制御し、端末装置１５ｊのバディリストをバディリスト保持部４１から取得する。また、個人情報制御部２２は、要求された端末装置１５ｊのユーザの個人情報を、個人情報保持部４２から取得する。
【００３１】
個人情報制御部２２は、取得した端末装置１５ｊのバディリストと個人情報をＩＭサーバ１２の項目選択部２３に送信する。項目選択部２３は、端末装置１５ｊのバディリストと個人情報に基づいて、表示可能な項目を選択し、その項目と項目に対応する情報を、ＩＭサーバ１２の表示情報保持部２４に保持させる。個人情報制御部２２は、表示情報保持部２４から表示可能な情報を取得し、リクエスト制御部２０を介して、その情報を要求した端末装置１５ｉに送信する。
【００３２】
さらに、端末装置１５が、ＩＭサービスへの登録等のその他の要求をした場合、要求がリクエスト制御部２０に送信され、リクエスト制御部２０は、その他制御部２５にその要求を送信する。その他制御部２５は、要求を受信すると、要求に応じた制御を行う。
【００３３】
図３は、バディリスト保持部４１に記憶されている端末装置１５ａのバディリスト６０の例を示す図である。なお、バディとは、友達であり、ネットワーク１４を介して接続されている他の端末装置を表している。バディリスト６０は、バディＩＤ６１、Ｓｕｂｓｃｒｉｐｔｉｏｎ６２、およびＡｓｋ６３から構成されている。
【００３４】
バディＩＤ６１は、バディを識別するＩＤを表す。Ｓｕｂｓｃｒｉｐｔｉｏｎ６２は、交換関係（その詳細は図４を参照して後述する）を表し、その「Ｎｏｎｅ」は、交換関係が承諾されていないことを示す。また、「Ｔｏ」は、交換関係が「承諾された」ことを示し、「Ｆｒｏｍ」は、交換関係を「承諾した」ことを示している。さらに、「Ｂｏｔｈ」は、相互に交換関係を承諾したことを示している。また、Ａｓｋ６３の「Ｓｕｂｓｃｒｉｂｅ」は、「お誘い中」を示している。
【００３５】
即ち、図３の例の場合、端末装置１５ａは、端末装置１５ｂ（バディＩＤ６１が端末装置１５ｂ＠ｉｍｓｅｒｖｅｒの端末）と交換関係を結んでおらず（Ｓｕｂｓｃｒｉｐｔｉｏｎ６２が「Ｎｏｎｅ」であり）、端末装置１５ｃ（バディＩＤ６１が端末装置１５ｃ＠ｉｍｓｅｒｖｅｒの端末）とは、「お誘い中」の交換関係にある（Ａｓｋ６３が「Ｓｕｂｓｃｒｉｂｅ」である）。また、端末装置１５ａは、端末装置１５ｄ（バディＩＤ６１が端末装置１５ｄ＠ｉｍｓｅｒｖｅｒの端末）に交換関係を承諾され（Ｓｕｂｓｃｒｉｐｔｉｏｎ６２が「Ｔｏ」であり）、端末装置１５ｅ（バディＩＤ６１が端末装置１５ｅ＠ｉｍｓｅｒｖｅｒの端末）に交換関係を承諾した（Ｓｕｂｓｃｒｉｐｔｉｏｎ６２が「Ｆｒｏｍ」である）。さらに、端末装置１５ａは、端末装置１５ｆ（バディＩＤ６１が端末装置１５ｆ＠ｉｍｓｅｒｖｅｒの端末）に交換関係を承諾した後（Ｓｕｂｓｃｒｉｐｔｉｏｎ６２が「Ｆｒｏｍ」であり）、端末装置１５ｆに交換関係の承諾を要求する「お誘い中」であり（Ａｓｋ６３が「Ｓｕｂｓｃｒｉｂｅ」であり）、端末装置１５ｇ（バディＩＤ６１が端末装置１５ｇ＠ｉｍｓｅｒｖｅｒの端末）とは交換関係が成立している（互いに交換関係を承諾している（Ｓｕｂｓｃｒｉｐｔｉｏｎ６２が「Ｂｏｔｈ」である））。
【００３６】
次に、図２のシステムの動作について、端末装置１５ａと端末装置１５ｂが交換関係を成立させる場合を例として、図４を参照して説明する。
【００３７】
端末装置１５ａのユーザが端末装置１５ｂのユーザと交換関係を結びたい場合、ステップＳ１において、端末装置１５ａは、ユーザの指令に基づいて、端末装置１５ｂへの「お誘い」（交換関係の承諾要求）を、ＩＭサーバ１２のバディ制御部２１に送信する。ステップＳ２１において、バディ制御部２１は、端末装置１５ａから、端末装置１５ｂへの「お誘い」を受信する。ステップＳ２２において、バディ制御部２１は、端末装置１５ａからの「お誘い」を端末装置１５ｂに送信する。ステップＳ４１において、端末装置１５ｂは、端末装置１５ａからの「お誘い」を、バディ制御部２１から受信する。
【００３８】
ステップＳ２３において、バディ制御部２１は、バディリスト保持部４１に保持されている端末装置１５ａのバディリスト６０を更新し、その更新を端末装置１５ａに通知する。ステップＳ２において、端末装置１５ａは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。
【００３９】
この場合の端末装置１５ａのバディリスト６０の更新例を図５に示す。例えば、「お誘い」の前（更新前）は、図３に示されるように、バディＩＤ６１が端末装置１５ｂのＳｕｂｓｃｒｉｐｔｉｏｎ６２は、「Ｎｏｎｅ」であり、Ａｓｋ６３は、「−」（未登録）である。即ち、バディリスト６０は、端末装置１５ａと端末装置１５ｂはお互いに「お誘い」を行っていないことを示している。その後、端末装置１５ａが端末装置１５ｂに「お誘い」を行うと、図５に示されるように、バディＩＤ６１が端末装置１５ｂのＳｕｂｓｃｒｉｐｔｉｏｎ６２は、「Ｎｏｎｅ」のままであるが、Ａｓｋ６３は、「Ｓｕｂｓｃｒｉｂｅ」に変更される。即ち、バディリスト６０は、端末装置１５ａが端末装置１５ｂに「お誘い中」であることを示している。
【００４０】
「お誘い」を受けた端末装置１５ｂのユーザが、端末装置１５ａのユーザと交換関係を結びたいと判断した場合、ステップＳ４２において、端末装置１５ｂは、ユーザの指令に基づいて、端末装置１５ａの「お誘い」を「承諾」する応答を、バディ制御部２１に送信する。ステップＳ２４において、バディ制御部２１は、端末装置１５ｂから、端末装置１５ａの「お誘い」に対する「承諾」の応答を受信する。ステップＳ２５において、バディ制御部２１は、端末装置１５ｂから受信した「承諾」の応答を、端末装置１５ａに送信する。ステップＳ３において、端末装置１５ａは、バディ制御部２１から、端末装置１５ｂからの「承諾」の応答を受信する。
【００４１】
ステップＳ２６において、バディ制御部２１は、端末装置１５ａのバディリスト６０を更新し、その更新を端末装置１５ａに通知する。ステップＳ４において、端末装置１５ａは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。ステップＳ２７において、バディ制御部２１は、端末装置１５ｂのバディリスト６０も更新し、その更新を端末装置１５ｂに通知する。ステップＳ４３において、端末装置１５ｂは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。
【００４２】
このとき、更新された端末装置１５ａと端末装置１５ｂのバディリスト６０の例をそれぞれ図６と図７に示す。端末装置１５ａのバディリスト６０は、図５に示されるような状態から、図６に示されるような状態に更新される。即ち、バディＩＤ６１が端末装置１５ｂのＳｕｂｓｃｒｉｐｔｉｏｎ６２は、「Ｎｏｎｅ」から「Ｔｏ」に変更され、Ａｓｋ６３は、「Ｓｕｂｓｃｒｉｂｅ」から「−」に変更される。すなわち、端末装置１５ａのバディリスト６０は、「お誘い」が「承諾された」（受身）ことに更新される。
【００４３】
また、端末装置１５ｂのバディリスト６０は、図７に示されるように、バディＩＤ６１が端末装置１５ａのＳｕｂｓｃｒｉｐｔｉｏｎ６２は、「Ｆｒｏｍ」となり、Ａｓｋ６３は、「−」となる。即ち、端末装置１５ｂのバディリスト６０は、「お誘い」を「承諾した」（能動）ことに更新される。
【００４４】
端末装置１５ｂは、端末装置１５ａの「お誘い」を「承諾」したので、交換関係を成立させるために、ステップＳ４４において、端末装置１５ａへの「お誘い」を、バディ制御部２１に送信する。ステップＳ２８において、バディ制御部２１は、端末装置１５ｂから、端末装置１５ａへの「お誘い」を受信する。ステップＳ２９において、バディ制御部２１は、端末装置１５ａに、端末装置１５ｂからの「お誘い」を送信する。ステップＳ５において、端末装置１５ａは、バディ制御部２１から、端末装置１５ｂからの「お誘い」を受信する。
【００４５】
ステップＳ３０において、バディ制御部２１は、端末装置１５ｂのバディリスト６０を更新し、その更新を端末装置１５ｂに通知する。ステップＳ４５において、端末装置１５ｂは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。
【００４６】
このとき、更新された端末装置１５ｂのバディリスト６０の例を図８に示す。端末装置１５ｂのバディリスト６０は、図７に示されるような状態から、図８に示されるような状態に変更される。即ち、バディＩＤ６１が端末装置１５ａのＳｕｂｓｃｒｉｐｔｉｏｎ６２は、「Ｆｒｏｍ」のままであるが、Ａｓｋ６３は、「−」から「Ｓｕｂｓｃｒｉｂｅ」に変更される。すなわち、端末装置１５ｂのバディリスト６０は、端末装置１５ａの「お誘い」を承諾した後、端末装置１５ａに「お誘い中」であることに更新される。
【００４７】
ステップＳ６において、端末装置１５ａは、端末装置１５ｂの「お誘い」に「承諾」する応答を、バディ制御部２１に送信する。ステップＳ３１において、バディ制御部２１は、端末装置１５ａから、端末装置１５ｂに対する「承諾」の応答を受信する。ステップＳ３２において、バディ制御部２１は、端末装置１５ａからの「承諾」の応答を、端末装置１５ｂに送信する。ステップＳ４６において、端末装置１５ｂは、バディ制御部２１から、端末装置１５ａからの「承諾」の応答を受信する。
【００４８】
ステップＳ３３において、バディ制御部２１は、端末装置１５ａのバディリスト６０を更新し、その更新を端末装置１５ａに通知する。ステップＳ７において、端末装置１５ａは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。ステップＳ３４において、バディ制御部２１は、端末装置１５ｂのバディリスト６０も更新し、その更新を端末装置１５ｂに通知する。ステップＳ４７において、端末装置１５ｂは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。
【００４９】
この場合の端末装置１５ａと端末装置１５ｂのバディリスト６０の更新例を図９と図１０に示す。端末装置１５ａのバディリスト６０は、図６に示されるような状態から、図９に示されるような状態に変更される。即ち、バディＩＤ６１が端末装置１５ｂのＳｕｂｓｃｒｉｐｔｉｏｎ６２は、「Ｔｏ」から「Ｂｏｔｈ」に変更され、Ａｓｋ６３は、「−」のままとされる。また、端末装置１５ｂのバディリスト６０は、図８に示されるような状態から、図１０に示されるような状態に変更される。即ち、バディＩＤ６１が端末装置１５ａのＳｕｂｓｃｒｉｐｔｉｏｎ６２は、「Ｆｒｏｍ」から「Ｂｏｔｈ」に変更され、Ａｓｋ６３は、「Ｓｕｂｓｃｒｉｂｅ」から「−」に変更される。即ち、端末装置１５ａと端末装置１５ｂのバディリスト６０は、端末装置１５ａと端末装置１５ｂの交換関係が成立したことに更新される。
【００５０】
このように、お互いが「お誘い」を行い、お互いが「承諾」を行った場合、交換関係が成立する。また、「お誘い」や「承諾」が行われるたびに、バディリスト６０が更新される。
【００５１】
なお、上述の説明では、交換関係が成立した場合を説明したが、交換関係が成立しない（端末装置１５ａまたは端末装置１５ｂが「お誘い」に対して「承諾しない」の応答を送信した）場合、バディリスト６０は、交換関係が結ばれていないことを示すように変更され、処理は終了する。
【００５２】
例えば、ステップＳ４２の処理において、端末装置１５ｂが「承諾しない」の応答をバディ制御部２１に送信した場合、端末装置１５ｂのバディリスト６０は変更されないが、端末装置１５ａのバディリスト６０は、図５に示されるような状態から、Ａｓｋ６３の「Ｓｕｂｓｃｒｉｂｅ」が「−」に変更され、処理は終了する。
【００５３】
また、ステップＳ６の処理において、端末装置１５ａが「承諾しない」の応答をＩＭサーバ１２に送信した場合、端末装置１５ａのバディリスト６０は、図６に示されるような状態のまま、変更されることはない。さらに、端末装置１５ｂのバディリスト６０は、図８に示されるような状態から、Ｓｕｂｓｃｒｉｐｔｉｏｎ６２は変更されず、Ａｓｋ６３の「Ｓｕｂｓｃｒｉｂｅ」が「−」に変更されて、処理は終了する。
【００５４】
本発明を適用したＩＭシステムは、この「お誘い」や「承諾」の有無に基づいて、情報記憶装置１１の個人情報保持部４２に記憶された端末装置１５のユーザの個人情報を公開するレベル（公開レベル）を決定する。
【００５５】
登録用Ｗｅｂサーバ１３の個人情報登録処理部３１が、個人情報保持部４２に登録させた個人情報８０の例を図１１に示す。個人情報８０は、項目８１、アクセスレベル８２、および値８３から構成されている。項目８１には、例えば、「ニックネーム」、「名前」、「性別」、「メール」、「電話」、「年齢」、「住所」、「誕生日」、「趣味」、「自己紹介」、「紹介画像」、「紹介ＨＰ（ホームページ）」がある。また、アクセスレベル８２には、「公開」、「グループに公開」、「非公開」がある。値８３は、項目８１の具体的な内容である。ユーザは、端末装置１５から個人情報登録処理部３１に、個人情報８０の登録を要求し、項目８１に応じて、アクセスレベル８２と値８３を登録する。
【００５６】
この例の場合、項目「ニックネーム」の値「ハナコ」と、項目「趣味」の値「映画」は、アクセスレベル８２が「公開」に設定されている。また、項目「名前」の値「山田花子」、項目「性別」の値「女」、項目「メール」の値「ｈａｎａｋｏ＠ｃｏｍ」、項目「住所」の値「東京」、項目「誕生日」の値「１９８０年４月１日」、項目「自己紹介」の値「早く友達になろう！」、項目「紹介画像」の値「Ｂａｓｅ６４にエンコードされたデータ」、および項目「紹介ＨＰ」の値「ｈｔｔｐ：／／ｙａｈａａ．ｃｏ．ｊｐ」は、アクセスレベル８２が「グループに公開」に設定されている。さらに、項目「電話」の値「０３−１２３４−５６７８」と、項目「年齢」の値「２２」は、アクセスレベル８２が「非公開」に設定されている。
【００５７】
ＩＭサーバ１２の個人情報制御部２２が、アクセスレベル８２に基づいて、個人情報８０を送信する処理を、図１２と図１３のフローチャートを参照して説明する。
【００５８】
ステップＳ５１において、個人情報制御部２２は、端末装置１５ｉから端末装置１５ｊのユーザの個人情報８０の取得が要求されたか否かを判定する。端末装置１５ｉから個人情報８０の取得が要求されていないと判定された場合、個人情報制御部２２は、定義されていない要求と判断して、処理をステップＳ６２に進め、エラー処理として端末装置１５ｉから受け取った要求をそのまま送信し、処理を終了する。
【００５９】
ステップＳ５１において、端末装置１５ｉから端末装置１５ｊのユーザの個人情報８０の取得が要求されたと判定した場合、個人情報制御部２２は、処理をステップＳ５２に進め、個人情報保持部４２から、要求元（端末装置１５ｉ）のＩＤを取得する。ステップＳ５３において、個人情報制御部２２は、要求先（端末装置１５ｊ）のＩＤが入力されているか否かを判定する。要求先のＩＤが入力されていると判定された場合、個人情報制御部２２は、処理をステップＳ５４に進め、要求先のＩＤを取得する。
【００６０】
ステップＳ５３において、要求先のＩＤが入力されていないと判定された場合、個人情報制御部２２は、処理をステップＳ５５に進め、要求先のＩＤに要求元のＩＤを設定（端末装置１５ｊのＩＤ＝端末装置１５ｉのＩＤ）する。
【００６１】
ステップＳ５４、またはステップＳ５５の処理の後、個人情報制御部２２は、処理をステップＳ５６に進め、要求先のＩＤ＝要求元のＩＤであるか否かを判定する。要求先のＩＤ＝要求元のＩＤである（要求元が自分の個人情報８０を取得する場合である）と判定した場合（要求先のＩＤに要求元のＩＤを設定した場合、またはステップＳ５５の処理が行なわれた場合）、個人情報制御部２２は、処理をステップＳ５７に進め、要求元の公開レベルを「ＰＲＩＶＡＴＥ」（その詳細は図１４を参照して後述するが、この公開レベルは、全ての個人情報８０を閲覧することを可能とするレベルである）に設定する。
【００６２】
ステップＳ５６において、要求先のＩＤ＝要求元のＩＤではない（要求元が他の端末装置のユーザの個人情報８０を取得する場合である）と判定した場合、個人情報制御部２２は、処理をステップＳ５８に進め、要求元の公開レベル決定処理を行なう。
【００６３】
ここで、個人情報制御部２２が要求元の公開レベルを決定する処理を、図１４のフローチャートを参照して詳細に説明する。ステップＳ８１において、個人情報制御部２２は、要求元の公開レベルを「ＰＵＢＬＩＣ」（アクセスレベル８２が「公開」である個人情報８０のみ閲覧可能なレベル）に初期設定する。ステップＳ８２において、個人情報制御部２２は、バディ制御部２１を制御して、バディリスト保持部４１から要求先のバディリスト６０を取得する。ステップＳ８３において、個人情報制御部２２は、要求元のＩＤが要求先のバディリスト６０に登録されているか否かを判定する。要求元のＩＤが要求先のバディリスト６０に登録されていると判定した場合、個人情報制御部２２は、処理をステップＳ８４に進め、要求元と要求先の交換関係が成立しているか否か（Ｓｕｂｓｃｒｉｐｔｉｏｎ６２が「Ｂｏｔｈ」であるか否か）を判定する。
【００６４】
例えば、要求元が端末装置１５ｂであり、要求先が端末装置１５ａである場合、図９に示されるように、端末装置１５ａのバディリスト６０において、バディＩＤ６１が端末装置１５ｂのＳｕｂｓｃｒｉｐｔｉｏｎ６２が「Ｂｏｔｈ」であれば、端末装置１５ａと端末装置１５ｂの交換関係は成立していると判定される。一方、Ｓｕｂｓｃｒｉｐｔｉｏｎ６２が、「Ｂｏｔｈ」以外（「Ｎｏｎｅ」（図５）、「Ｔｏ」（図６）、または「Ｆｒｏｍ」）であれば、端末装置１５ａと端末装置１５ｂの交換関係は成立していないと判定される。
【００６５】
ステップＳ８４において、要求元と要求先の交換関係が成立していないと判定した場合、個人情報制御部２２は、処理をステップＳ８５に進め、要求先が要求元に対して、「お誘い中」であるか否かを判定する。
【００６６】
例えば、要求元が端末装置１５ｂであり、要求先が端末装置１５ａである場合、図５に示されるように、端末装置１５ａのバディリスト６０において、バディＩＤ６１が端末装置１５ｂのＡｓｋ６３が「Ｓｕｂｓｃｒｉｂｅ」であれば、端末装置１５ａが端末装置１５ｂに対して「お誘い中」であると判定される。一方、Ａｓｋ６３が「Ｓｕｂｓｃｒｉｂｅ」以外（「−」（図６））であれば、端末装置１５ａが端末装置１５ｂに対して「お誘い中」ではないと判定される。
【００６７】
ステップＳ８４で要求元と要求先の交換関係が成立していると判定された場合、またはステップＳ８５で要求先が要求元に対して「お誘い中」であると判定された場合、個人情報制御部２２は、処理をステップＳ８６に進め、要求元の公開レベルを「ＲＯＳＴＥＲ」（アクセスレベル８２が「グループに公開」と「公開」の個人情報８０を閲覧できるレベル）に設定する。
【００６８】
ステップＳ８３で要求元のＩＤがバディリスト６０に登録されていないと判定された場合、またはステップＳ８５で要求先が要求元に対して「お誘い中」ではないと判定された場合、個人情報制御部２２は、要求元の公開レベルをステップＳ８１で設定した「ＰＵＢＲＩＣ」のままにする。
【００６９】
このようにして、図１３のステップＳ５８で、要求元の公開レベルが決定された後、またはステップＳ５７の処理の後、個人情報制御部２２は、処理をステップＳ５９に進め、要求先のユーザの個人情報８０を個人情報保持部４２から取得する。ステップＳ６０において、個人情報制御部２２は、ステップＳ５９の処理で取得した個人情報８０と、ステップＳ５７またはＳ５８で決定した要求元の公開レベルを項目選択部２３に送信する。項目選択部２３は、これらの情報を受信すると、それに基づいて、送信可能な（要求元に閲覧させる）個人情報を選択し（その詳細は図１５と図１６を参照して後述する）、表示情報保持部２４に保持させる。ステップＳ６１において、個人情報制御部２２は、表示情報保持部２４に保持された、項目８１と値８３を要求元に送信し、処理を終了する。
【００７０】
次に、項目選択部２３が、ステップＳ５９の処理で取得された個人情報８０の中から、送信可能な個人情報を選択する処理を、図１５と図１６のフローチャートを参照して説明する。
【００７１】
ステップＳ１０１において、項目選択部２３は、個人情報制御部２２が図１３のステップＳ６０の処理で送信した個人情報８０と、要求元の要求先に対する公開レベル（「ＰＲＩＶＡＴＥ」、「ＲＯＳＴＥＲ」、「ＰＵＢＬＩＣ」）を受信する。ステップＳ１０２において、項目選択部２３は、受信した個人情報８０から、所定の１つの項目８１と、項目８１に対応する値８３を読み出す。ステップＳ１０３において、項目選択部２３は、受信した個人情報８０から、その項目８１に対応するアクセスレベル８２（「公開」、「グループに公開」、「非公開」）を読み出す。ステップＳ１０４において、項目選択部２３は、ステップＳ１０３で読み出したアクセスレベル８２に基づいて、いま対象とされている項目８１へのアクセスを許可するか否かを判定する。
【００７２】
例えば、公開レベルが「ＰＲＩＶＡＴＥ」に設定された要求元は、要求先のユーザの個人情報８０のアクセスレベル８２が、「公開」、「グループに公開」、「非公開」に設定された全ての項目８１（例えば、図１１の例の場合、「ニックネーム」、「名前」、「性別」、「メール」、「電話」、「年齢」、「住所」、「誕生日」、「趣味」、「自己紹介」、「紹介画像」、「紹介ＨＰ」）へのアクセスが許可される。また、公開レベルが「ＲＯＳＴＥＲ」に設定された要求元は、要求先のユーザの個人情報８０のアクセスレベル８２が、「公開」と「グループに公開」に設定された項目８１（例えば、図１１の例の場合、「ニックネーム」、「名前」、「性別」、「メール」、「住所」、「誕生日」、「趣味」、「自己紹介」、「紹介画像」、「紹介ＨＰ」）のみ、アクセスが許可される。さらに、公開レベルが「ＰＵＢＬＩＣ」に設定された要求元は、要求先のユーザの個人情報８０のアクセスレベル８２が「公開」に設定された項目８１（例えば、図１１の例の場合、「ニックネーム」と「趣味」）のみ、アクセスが許可される。
【００７３】
ステップＳ１０４において、項目８１へのアクセスを許可すると判定した場合、項目選択部２３は、処理をステップＳ１０５に進め、要求元のＩＤ＝要求先のＩＤである（要求元が自分の個人情報８０にアクセスしている（公開レベルが「ＰＲＩＶＡＴＥ」である））か否かを判定する。要求元のＩＤ＝要求先のＩＤであると判定した場合、項目選択部２３は、処理をステップＳ１０６に進め、項目８１の属性にアクセスレベル８２を付加する（その例は、図１８を参照して後述する）。
【００７４】
ステップＳ１０５で要求元のＩＤ＝要求先のＩＤではない（要求元が他の個人情報８０にアクセスしている）と判定した場合、またはステップＳ１０６の処理の後、項目選択部２３は、処理をステップＳ１０７に進め、項目８１と項目８１に対応する値８３を表示情報保持部２４に転送し、保持させる。
【００７５】
ステップＳ１０７の処理の後、またはステップＳ１０４で項目８１へのアクセスを許可しないと判定した場合、項目選択部２３は、処理をステップＳ１０８に進め、全ての項目８１を読み出したか否かを判定する。全ての項目８１を読み出していないと判定された場合、項目選択部２３は、処理をステップＳ１０２に戻し、他の１つの項目８１を選択し、その新たに選択した項目８１に関して同様の処理を繰り返す。ステップＳ１０８で、全ての項目８１の読み出しが行われたと判定された場合、処理は終了される。
【００７６】
このように、上述の処理が繰り返されることによって、表示情報保持部２４には、アクセス可能な項目８１と値８３の全てが保持される。例えば、要求元の公開レベルが「ＰＵＢＬＩＣ」の場合、要求先の個人情報８０のアクセスレベル８２が図１１に示されるように設定されているとき、表示情報保持部２４には、項目「ニックネーム」の値「ハナコ」と項目「趣味」の値「映画」のみが保持される。
【００７７】
上述の説明では、個人情報制御部２２は、表示情報保持部２４に保持された項目８１を全て要求元に送信するようにしたが、要求元が指定した項目８１と対応する値８３のみを送信するようにしてもよい。
【００７８】
例えば、要求元が閲覧したい（送信してもらいたい）項目８１を、図１７のメッセージに示されるように指定した場合における、個人情報制御部２２が送信する項目８１と対応する値８３の例を図１８に示す。なお、図１７の例の場合、要求元が自分の個人情報８０を要求している（要求元＝要求先）。
【００７９】
図１７の例の場合、要求元は、「ニックネーム（ｎｉｃｋｎａｍｅ）」、「名前（ｕｓｅｒｎａｍｅ）」、「メール（ｅ−ｍａｉｌ）」、「趣味（ｈｏｂｂｙ）」の項目８１へのアクセスを要求している。いまの場合、要求元の公開レベルは「ＰＲＩＶＡＴＥ」であるので、要求先のユーザの個人情報８０のアクセスレベル８２が図１１に示されるような設定状態である場合、個人情報制御部２２は、図１８のメッセージに示されるように、項目「ニックネーム」の値「ハナコ」、項目「名前」の値「山田花子」、項目「メール」の値「ｈａｎａｋｏ＠ｃｏｍ」、項目「趣味」の値「映画」を送信する。このとき、項目８１には、項目「ニックネーム」と項目「趣味」に対応するアクセスレベル「公開（ｐｕｂｌｉｃ）」、項目「名前」と項目「メール」に対応するアクセスレベル「グループに公開（ｒｏｓｔｅｒ）」が付加されている。
【００８０】
また、要求元が他のユーザの個人情報８０を要求していて、要求元の公開レベルが「ＰＵＢＬＩＣ」の時、要求元が項目８１を、図１９に示されるように指定した場合における、個人情報制御部２２が送信する項目８１と対応する値８３の例を図２０に示す。
【００８１】
図１９の例の場合、要求元は、「ニックネーム（ｎｉｃｋｎａｍｅ）」、「名前（ｕｓｅｒｎａｍｅ）」、「メール（ｅ−ｍａｉｌ）」、「趣味（ｈｏｂｂｙ）」、「紹介画像（ｐｈｏｔｏ）」の項目８１へのアクセスを要求している。いまの場合、要求元の公開レベルは「ＰＵＢＬＩＣ」なので、個人情報制御部２２は、個人情報８０のアクセスレベル８２が「公開」の項目８１の値８３のみ送信する。
【００８２】
即ち、要求元が図１１に示されるような個人情報８０にアクセスした場合、図２０に示されるように、個人情報制御部２２は、アクセスレベル８２が「公開」の項目８１である、項目「ニックネーム」の値「ハナコ」と項目「趣味」の値「映画」のみを送信する。また、いまの場合、要求元が自分の個人情報８０を要求した場合ではない（要求先＝要求元ではない）ので、アクセスレベル８２は付加されない。
【００８３】
このように、本発明においては、要求元が他の個人情報にアクセスした場合、アクセスレベルを付加しないので、要求元は、各項目のアクセスレベルがないからアクセスできないのか、値自体が入っていないから参照できないのかを知ることはできず、他人に各項目のアクセスレベルを知られてしまうことがない。
【００８４】
次に、端末装置１５ａが端末装置１５ｂに「お誘い」を行い、端末装置１５ａと端末装置１５ｂがお互いのユーザの個人情報８０を取得して「承諾」の判断をし、交換関係を結ぶ場合のＩＭシステム全体の動作を図２１を参照して説明する。
【００８５】
ステップＳ１２１において、端末装置１５ａは、端末装置１５ｂへの「お誘い」を、ＩＭサーバ１２のバディ制御部２１に送信する。ステップＳ１４１において、バディ制御部２１は、端末装置１５ａから、端末装置１５ｂへの「お誘い」を受信する。ステップＳ１４２において、バディ制御部２１は、端末装置１５ａからの「お誘い」を、端末装置１５ｂに送信する。ステップＳ１７１において、端末装置１５ｂは、バディ制御部２１から、端末装置１５ａからの「お誘い」を受信する。
【００８６】
ステップＳ１４３において、バディ制御部２１は、バディリスト保持部４１に保持されているバディリスト６０を更新し、その更新を端末装置１５ａに通知する。このとき、端末装置１５ａのバディリスト６０の端末装置１５ｂに関する部分は、図３に示される状態から、図５に示される状態に変更される。ステップＳ１２２において、端末装置１５ａは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。
【００８７】
端末装置１５ｂのユーザが「お誘い」に対して「承諾」するか否かの判断をするために、端末装置１５ａのユーザの個人情報８０を知りたい場合、ステップＳ１７２において、端末装置１５ｂは、ユーザからの指令に基づいて、端末装置１５ａのユーザの個人情報８０の取得要求を、ＩＭサーバ１２の個人情報制御部２２に送信する。ステップＳ１４４において、個人情報制御部２２は、端末装置１５ｂから、端末装置１５ａのユーザの個人情報８０の取得要求を受信すると、上述した図１２乃至図１４の処理を行なう。
【００８８】
即ち、個人情報制御部２２は、バディ制御部２１を制御し、要求先である端末装置１５ａのバディリスト６０を取得して、端末装置１５ｂの端末装置１５ａに対する公開レベルを決定する。いまの場合、端末装置１５ａは「お誘い中」である（バディリスト６０のＡｓｋ６３は、「Ｓｕｂｓｃｒｉｂｅ」である）ので、図１４のステップＳ８６の処理により、端末装置１５ｂの公開レベルは「ＲＯＳＴＥＲ」に設定される。したがって、項目選択部２３は、図１５と図１６の個人情報選択処理を行ない、表示情報保持部２４にアクセスレベル８２が「公開」と「グループに公開」の項目８１と値８３を保持させる。
【００８９】
ステップＳ１４５において、個人情報制御部２２は、表示情報保持部２４に保持された情報（アクセスレベル８２が「公開」と「グループに公開」の項目８１と値８３）を送信する。ステップＳ１７３において、端末装置１５ｂは、個人情報制御部２２から、表示情報保持部２４に保持された端末装置１５ａのユーザの個人情報８０を受信する。
【００９０】
端末装置１５ａのユーザの個人情報８０が、図１１に示されるように、そのアクセスレベル８２が設定されている場合において、端末装置１５ｂに表示される個人情報８０の例を、図２２に示す。端末装置１５ａから「お誘い」が送信されると、お誘いを通知する「ダイアログ」９１が表示される。このダイアログ９１は、「ハナコ（端末装置１５ａ＠ｉｍｓｅｒｖｅｒ）さんからお誘いが来ています。お誘いを了承しますか？」というメッセージと、「もっと詳しい情報を見る」ボタン９１Ａ、お誘いに対して応答する「はい」ボタン９１Ｂと「いいえ」ボタン９１Ｃから構成されている。ユーザによって、「もっと詳しい情報を見る」ボタン９１Ａが操作される（図２１のステップＳ１７２の処理が実行される）と、アクセスレベル８２が「公開」と「グループに公開」の項目８１（「ニックネーム」、「名前」、「性別」、「メール」、「住所」、「誕生日」、「趣味」、「自己紹介」、「紹介画像」、「紹介ＨＰ」）と値８３（「ハナコ」、「山田花子」、「女」、「ｈａｎａｋｏ＠ｃｏｍ」、「東京」、「１９８０年４月１日」、「映画」、「早く友達になろう！」、「紹介画像（Ｂａｓｅ６４にエンコードされたデータ）」、「ｈｔｔｐ：／／ｙａｈａａ．ｃｏ．ｊｐ」）が、ウィンドウ９２に表示される。「もっと詳しい情報を見る」ボタン９１Ａが操作されない場合には、ウィンドウ９２は表示されない。
【００９１】
端末装置１５ｂが、端末装置１５ａのユーザの個人情報８０を取得して、「お誘い」を「承諾」すると判断した場合、ステップＳ１７４において、端末装置１５ｂは、「お誘い」を「承諾」する応答をバディ制御部２１に送信する。ステップＳ１４６において、バディ制御部２１は、端末装置１５ｂから、端末装置１５ａの「お誘い」に対する「承諾」の応答を受信する。ステップＳ１４７において、バディ制御部２１は、端末装置１５ｂからの「承諾」の応答を、端末装置１５ａに送信する。ステップＳ１２３において、端末装置１５ａは、バディ制御部２１から、端末装置１５ｂからの「承諾」の応答を受信する。
【００９２】
ステップＳ１４８において、バディ制御部２１は、端末装置１５ａのバディリスト６０を更新し、その更新を端末装置１５ａに通知する。このとき、バディ制御部２１は、端末装置１５ａのバディリスト６０を、図５に示される状態から図６に示される状態に変更する。ステップＳ１２４において、端末装置１５ａは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。
【００９３】
ステップＳ１４９において、バディ制御部２１は、端末装置１５ｂのバディリスト６０を更新し、その更新を端末装置１５ｂに通知する。このとき、バディ制御部２１は、端末装置１５ｂのバディリスト６０を図７に示される状態にする。ステップＳ１７５において、端末装置１５ｂは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。
【００９４】
端末装置１５ｂは、端末装置１５ａの「お誘い」を「承諾」したので、ステップＳ１７６において、端末装置１５ａへの「お誘い」を、バディ制御部２１に送信する。ステップＳ１５０において、バディ制御部２１は、端末装置１５ｂから、端末装置１５ａへの「お誘い」を受信する。ステップＳ１５１において、バディ制御部２１は、端末装置１５ｂからの「お誘い」を端末装置１５ａに送信する。ステップＳ１２５において、端末装置１５ａは、バディ制御部２１から、端末装置１５ｂからの「お誘い」を受信する。
【００９５】
ステップＳ１５２において、バディ制御部２１は、端末装置１５ｂのバディリスト６０を更新し、その更新を端末装置１５ｂに通知する。このとき、バディ制御部２１は、端末装置１５ｂのバディリスト６０を、図７に示される状態から図８に示される状態に更新する。ステップＳ１７７において、端末装置１５ｂは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。
【００９６】
端末装置１５ａは、「お誘い」に応答するために、ステップＳ１２６において、端末装置１５ｂのユーザの個人情報８０の取得要求を、個人情報制御部２２に送信する。ステップＳ１５３において、個人情報制御部２２は、端末装置１５ａから、端末装置１５ｂのユーザの個人情報８０の取得要求を受信すると、端末装置１５ｂは端末装置１５ａに対して「お誘い中」（バディリスト６０のＡｓｋ６３は「Ｓｕｂｓｃｒｉｂｅ」）であるので、ステップＳ１５４において、個人情報制御部２２は、アクセスレベル８２が「公開」と「グループに公開」の項目８１と値８３を、端末装置１５ａに送信する。ステップＳ１２７において、端末装置１５ａは、個人情報制御部２２から、端末装置１５ｂのユーザの個人情報８０を受信する。
【００９７】
端末装置１５ａは、端末装置１５ｂのユーザの個人情報８０を取得して、端末装置１５ｂが自分が「お誘い」した相手であることを確認し、ステップＳ１２８において、端末装置１５ａは、端末装置１５ｂの「お誘い」に対する「承諾」の応答を、バディ制御部２１に送信する。ステップＳ１５５において、バディ制御部２１は、端末装置１５ａから、端末装置１５ｂの「お誘い」に対する「承諾」の応答を受信する。ステップＳ１５６において、バディ制御部２１は、端末装置１５ａの「承諾」の応答を、端末装置１５ｂに送信する。ステップＳ１７８において、端末装置１５ｂは、バディ制御部２１から、端末装置１５ａの「承諾」の応答を受信する。
【００９８】
ステップＳ１５７において、バディ制御部２１は、端末装置１５ａのバディリスト６０を更新し、その更新を端末装置１５ａに通知する。このとき、バディ制御部２１は、端末装置１５ａのバディリスト６０を、図６に示されるような状態から図９に示されるような状態に変更する。ステップＳ１２９において、端末装置１５ａは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。
【００９９】
ステップＳ１５８において、バディ制御部２１は、端末装置１５ｂのバディリスト６０を更新し、その更新を端末装置１５ｂに通知する。このとき、バディ制御部２１は、端末装置１５ｂのバディリスト６０を、図８に示されるような状態から図１０に示されるような状態に変更する。ステップＳ１７９において、端末装置１５ｂは、バディ制御部２１から、バディリスト６０の更新の通知を送信する。
【０１００】
以上のような処理によって、端末装置１５ａと端末装置１５ｂの交換関係が成立する。
【０１０１】
上述の説明では、交換関係を結ぶ場合の動作について説明したが、交換関係が成立している（バディリスト６０のＳｕｂｓｃｒｉｐｔｉｏｎ６２が「Ｂｏｔｈ」である）場合と交換関係が成立していない（バディリスト６０のＳｕｂｓｃｒｉｐｔｉｏｎ６２が「Ｂｏｔｈ」以外（「Ｎｏｎｅ」、「Ｔｏ」、「Ｆｒｏｍ」）である）場合に、端末装置１５ｂが端末装置１５ａのユーザの個人情報８０の取得を要求した時の動作を、それぞれ図２３と図２４に比較して示す。
【０１０２】
図２３は、交換関係が成立している場合における、端末装置１５ｂが端末装置１５ａのユーザの個人情報８０を取得する動作を示している。ステップＳ２１１において、端末装置１５ｂは、端末装置１５ａのユーザの個人情報８０の取得要求を送信する。ステップＳ１９１において、ＩＭサーバ１２の個人情報制御部２２は、端末装置１５ｂから、端末装置１５ａのユーザの個人情報８０の取得要求を受信する。
【０１０３】
端末装置１５ａと端末装置１５ｂは、交換関係が成立しているので、個人情報制御部２２は、図１４のステップＳ８４，Ｓ８６の処理を行ない、端末装置１５ｂの端末装置１５ａに対する公開レベルを「ＲＯＳＴＥＲ」に決定する。したがって、個人情報制御部２２は、ステップＳ１９２において、項目選択部２３による図１５と図１６に示されるような個人情報選択処理によって選択された、個人情報８０のアクセスレベル８２が「公開」と「グループに公開」の項目８１と値８３を送信する。ステップＳ２１２において、端末装置１５ｂは、個人情報制御部２２から、端末装置１５ａのユーザの個人情報８０を受信する。即ち、端末装置１５ｂには、図２２に示されるような画面が表示される。
【０１０４】
一方、交換関係が成立していない場合、図２４に示されるように、ステップＳ２６１において、端末装置１５ｂが端末装置１５ａのユーザの個人情報８０の取得要求を送信する。ステップＳ２４１において、個人情報制御部２２は、端末装置１５ｂから、端末装置１５ａのユーザの個人情報８０の取得要求を受信する。
【０１０５】
端末装置１５ａと端末装置１５ｂは、交換関係が成立していないので、個人情報制御部２２は、図１４のステップＳ８５の処理を行なう。即ち、端末装置１５ａが端末装置１５ｂに対して「お誘い中」である場合、個人情報制御部２２は、図１４のステップＳ８６の処理を行ない、ステップＳ２４２において、アクセスレベル８２が「公開」と「グループに公開」の項目８１と値８３を送信する。
【０１０６】
端末装置１５ａが端末装置１５ｂに対して「お誘い中」ではない場合、個人情報制御部２２は、図１４のステップＳ８５の「Ｎｏ」の処理を行ない、ステップＳ２４２において、アクセスレベル８２が「公開」の項目８１と値８３のみ送信する。
【０１０７】
ステップＳ２６２において、端末装置１５ｂは、個人情報制御部２２から、端末装置１５ａのユーザの個人情報８０を受信する。
【０１０８】
したがって、端末装置１５ｂには、端末装置１５ａが端末装置１５ｂに対して「お誘い中」の場合、図２２に示されるような画面が表示され、端末装置１５ａが端末装置１５ｂに対して「お誘い中」ではない場合、図２５に示されるようなウィンドウ９２の画面が表示される。即ち、「お誘い中」ではない場合、アクセスレベル８２が「公開」の項目８１である、「ニックネーム」の「ハナコ」と「趣味」の「映画」が表示される。
【０１０９】
このように、本発明においては、交換関係が成立した場合、アクセスレベル８２が「公開」と「グループに公開」の個人情報が提示可能であるので、ユーザは、相手の詳細な個人情報を、いつでも見ることができる。また、交換関係が成立していない場合、「お誘い」を受けないと、アクセスレベル８２が「公開」の個人情報しか提示されないので、ユーザは、見知らぬ相手に、自分の個人情報を見られることがなく、プライバシーが守られる。
【０１１０】
次に、端末装置１５ｂが「お誘い」を受けた場合、または「お誘い」を出した場合に、端末装置１５ａのユーザの個人情報８０の取得を要求する動作を、図２６と図２７に比較して示す。
【０１１１】
端末装置１５ａから「お誘い」を受けた端末装置１５ｂが、端末装置１５ａのユーザの個人情報８０の取得を要求する動作を、図２６を参照して説明する。ステップＳ２８１において、端末装置１５ａは、端末装置１５ｂへの「お誘い」を、バディ制御部２１に送信する。ステップＳ３０１において、バディ制御部２１は、端末装置１５ａから、端末装置１５ｂへの「お誘い」を受信する。ステップＳ３０２において、バディ制御部２１は、端末装置１５ａからの「お誘い」を、ＩＭサーバ１２の端末装置１５ｂに送信する。ステップＳ３２１において、端末装置１５ｂは、バディ制御部２１から、端末装置１５ａからの「お誘い」を受信する。
【０１１２】
ステップＳ３０３において、バディ制御部２１は、バディリスト保持部４１に保持されている端末装置１５ａのバディリスト６０を更新し、その更新を端末装置１５ａに通知する。このとき、バディリスト制御部２１は、端末装置１５ａのバディリスト６０を、図３に示されるような状態から図５に示されるような状態に変更する。ステップＳ２８２において、端末装置１５ａは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。
【０１１３】
ステップＳ３２２において、端末装置１５ｂは、端末装置１５ａのユーザの個人情報８０の取得要求を、ＩＭサーバ１２の個人情報制御部２２に送信する。ステップＳ３０４において、個人情報制御部２２は、端末装置１５ｂから、端末装置１５ａのユーザの個人情報８０の取得要求を受信する。端末装置１５ａは端末装置１５ｂに「お誘い中」である（端末装置１５ａのバディリスト６０のＡｓｋ６３が「Ｓｕｂｓｃｒｉｂｅ」である）ので、個人情報制御部２２は、図１４のステップＳ８４，Ｓ８５，Ｓ８６の処理を行ない、端末装置１５ｂの端末装置１５ａに対する公開レベルを「ＲＯＳＴＥＲ」に決定する。したがって、ステップＳ３０５において、個人情報制御部２２は、個人情報８０のアクセスレベル８２が「公開」と「グループに公開」の項目８１と値８３を送信する。ステップＳ３２３において、端末装置１５ｂは、個人情報制御部２２から、端末装置１５ａのユーザの個人情報８０を受信する。即ち、端末装置１５ｂには、図２２に示されるようなウィンドウ９２の画面が表示される。
【０１１４】
一方、端末装置１５ａに「お誘い」を出した端末装置１５ｂが、端末装置１５ａのユーザの個人情報８０の取得を要求する場合の動作を、図２７を参照して説明する。ステップＳ３８１において、端末装置１５ｂは、端末装置１５ａに対しての「お誘い」を、ＩＭサーバ１２のバディ制御部２１に送信する。ステップＳ３６１において、バディ制御部２１は、端末装置１５ｂから、端末装置１５ａへの「お誘い」を受信する。ステップＳ３６２において、バディ制御部２１は、端末装置１５ｂからの「お誘い」を、端末装置１５ａに送信する。ステップＳ３４１において、端末装置１５ａは、バディ制御部２１から、端末装置１５ａからの「お誘い」を受信する。
【０１１５】
ステップＳ３６３において、バディ制御部２１は、端末装置１５ｂのバディリスト６０を更新し、その更新を端末装置１５ｂに通知する。このとき、バディ制御部２１は、端末装置１５ｂのバディリスト６０を、図７に示されるような状態から図８に示されるような状態に変更する。ステップＳ３８２において、端末装置１５ｂは、バディ制御部２１から、バディリスト６０の更新の通知を受信する。ステップＳ３８３において、端末装置１５ｂは、端末装置１５ａのユーザの個人情報８０の取得要求を送信する。ステップＳ３６４において、ＩＭサーバ１２の個人情報制御部２２は、端末装置１５ｂから、端末装置１５ａのユーザの個人情報８０の取得要求を受信する。
【０１１６】
端末装置１５ａ（要求先）が端末装置１５ｂに対して「お誘い中」ではないので、個人情報制御部２２は、図１４のステップＳ８５の「Ｎｏ」の処理を行ない、端末装置１５ｂの公開レベルは「ＰＵＢＬＩＣ」に決定される（ステップＳ８１）。したがって、ステップＳ３６５において、個人情報制御部２２は、端末装置１５ａの個人情報８０のアクセスレベル８２が「公開」の項目８１と値８３を、端末装置１５ｂに送信する。ステップＳ３８４において、端末装置１５ｂは、個人情報制御部２２から、端末装置１５ａのユーザの個人情報８０を受信する。即ち、端末１５ｂには、図２５に示されるようなウィンドウ９２の画面が表示される。
【０１１７】
このように、本発明においては、「お誘い」を受けた場合、アクセスレベル８２が「公開」と「グループに公開」の個人情報を提示可能にさせるので、ユーザは、「お誘い」を出した相手を詳細に知ることができ、「承諾」するか否かを容易に判断することができる。また、「お誘い」を出した場合、アクセスレベル８２が「公開」の個人情報のみを提示可能にさせるので、ユーザは、「お誘い」を出されただけでは、自分の個人情報の詳細を相手に見られることがなく、プライバシーが守られる。
【０１１８】
なお、上述の例では、端末装置１５ａと端末装置１５ｂの動作を説明したが、他の端末装置同士も互いに同様の動作を行う。
【０１１９】
上述した一連の処理は、ハードウエアにより行うこともできるし、ソフトウエアにより行うこともできる。一連の処理をソフトウエアによって行う場合には、そのソフトウエアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
【０１２０】
そこで、図２８は、上述した一連の処理を実行するプログラムがインストールされるパーソナルコンピュータ１０１の一実施の形態の構成例を示している。
【０１２１】
パーソナルコンピュータ１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１０２を内蔵している。ＣＰＵ１０２にはバス１０５を介して、入出力インターフェース１０６が接続されている。バス１０５には、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１０３およびＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１０４が接続されている。
【０１２２】
入出力インターフェース１０６には、ユーザが操作するキーボード、マウス、スキャナ、マイクロホン等の入力デバイスで構成される入力部１０７、ディスプレイ、スピーカ、プリンタ、プロッタ等の出力デバイスで構成される出力部１０８が接続されている。また、入出力インターフェース１０６には、プログラムや各種データを格納するハードディスクドライブ等よりなる記憶部１０９、およびインターネットを含むネットワークを介してデータを通信する通信部１１０が接続される。
【０１２３】
さらに、入出力インターフェース１０６には、リムーバブルメモリ１１２などの記録媒体に対してデータを読み書きするドライブ１１１が必要に応じて接続される。
【０１２４】
このパーソナルコンピュータ１０１に本発明を適用した情報提供装置としての動作を実行させる情報提供プログラムは、リムーバブルメモリ１１２に格納された状態でコンピュータ１０１に供給され、ドライブ１１１によって読み出されて、記憶部１０９に内蔵されるハードディスクドライブにインストールされる。記憶部１０９にインストールされた情報処理プログラムは、入力部１０７に入力されるユーザからのコマンドに対応するＣＰＵ１０２の指令によって、記憶部１０９からＲＡＭ１０４にロードされて実行される。
【０１２５】
この記録媒体は、図２８に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されているリムーバブルメモリ１１２などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭ１０３や記憶部１０９に含まれるハードディスクなどで構成される。
【０１２６】
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０１２７】
【発明の効果】
以上のように、本発明によれば、情報を提供することができる。また、情報の要求元としてのユーザのレベルに応じて、提供する情報を選択することができる。さらに、要求元としてのユーザのレベルを、要求先としてのユーザと要求元としてのユーザの関係に応じて変更することができる。また、情報を安全に、かつ、簡単に、提供することができる。
【図面の簡単な説明】
【図１】本発明を適用したＩＭシステムの実施の形態の構成を示すブロック図である。
【図２】図１のＩＭシステムの構成を示すブロック図である。
【図３】図２のバディリスト保持部に保持されるバディリストの例を示す図である。
【図４】図２の端末装置が交換関係を成立させる動作を説明する図である。
【図５】図２のバディリスト保持部に保持されるバディリストの更新例を示す図である。
【図６】図２のバディリスト保持部に保持されるバディリストの更新例を示す図である。
【図７】図２のバディリスト保持部に保持されるバディリストの更新例を示す図である。
【図８】図２のバディリスト保持部に保持されるバディリストの更新例を示す図である。
【図９】図２のバディリスト保持部に保持されるバディリストの更新例を示す図である。
【図１０】図２のバディリスト保持部に保持されるバディリストの更新例を示す図である。
【図１１】図２の個人情報保持部に保持される個人情報の例を示す図である。
【図１２】図２の個人情報制御部が個人情報を送信する処理を説明するフローチャートである。
【図１３】図２の個人情報制御部が個人情報を送信する処理を説明するフローチャートである。
【図１４】図１３のステップＳ５８における要求元のアクセスレベルを決定する処理を説明するフローチャートである。
【図１５】図２の項目選択部が個人情報を選択する処理を説明するフローチャートである。
【図１６】図２の項目選択部が個人情報を選択する処理を説明するフローチャートである。
【図１７】図２の端末装置が個人情報の取得を要求するメッセージの例を示す図である。
【図１８】図２の個人情報制御部が個人情報を送信するメッセージの例を示す図である。
【図１９】図２の端末装置が個人情報の取得を要求するメッセージの例を示す図である。
【図２０】図２の個人情報制御部が個人情報を送信するメッセージの例を示す図である。
【図２１】図２のＩＭシステムの動作を説明する図である。
【図２２】図２の端末装置に表示される情報の例を示す図である。
【図２３】交換関係が成立している時のＩＭシステムの動作を説明する図である。
【図２４】交換関係が成立していない時のＩＭシステムの動作を説明する図である。
【図２５】図２の端末装置に表示される情報の例を示す図である。
【図２６】「お誘い」を受けた時のＩＭシステムの動作を説明する図である。
【図２７】「お誘い」を出した時のＩＭシステムの動作を説明する図である。
【図２８】本発明を適用したパーソナルコンピュータの一実施の形態の構成例を示すブロック図である。
【符号の説明】
１１　情報記憶装置，　１２　ＩＭサーバ，　１３　登録用Ｗｅｂサーバ，　１４　ネットワーク，　１５ａ乃至１５ｎ　端末装置，　２０　リクエスト制御部，　２１　バディ制御部，　２２　個人情報制御部，　２２　個人情報制御部，２３　項目選択部，　２４　表示情報保持部，　３１　個人情報登録処理部，４１　バディリスト保持部，　４２　個人情報保持部，　６０　バディリスト，　８０　個人情報，　１０１　パーソナルコンピュータ，　１０２　ＣＰＵ，　１０３　ＲＯＭ，　１０４　ＲＡＭ，　１０５　バス，　１０６　入出力インターフェース，　１０７　入力部，　１０８　出力部，　１０９　記憶部，　１１０　通信部
【図１】
2004102381.tif 000003
【図２】
2004102381.tif 000004
【図３】
2004102381.tif 000005
【図４】
2004102381.tif 000006
【図５】
2004102381.tif 000007
【図６】
2004102381.tif 000008
【図７】
2004102381.tif 000009
【図８】
2004102381.tif 000010
【図９】
2004102381.tif 000011
【図１０】
2004102381.tif 000012
【図１１】
2004102381.tif 000013
【図１２】
2004102381.tif 000014
【図１３】
2004102381.tif 000015
【図１４】
2004102381.tif 000016
【図１５】
2004102381.tif 000017
【図１６】
2004102381.tif 000018
【図１７】
2004102381.tif 000019
【図１８】
2004102381.tif 000020
【図１９】
2004102381.tif 000021
【図２０】
2004102381.tif 000022
【図２１】
2004102381.tif 000023
【図２２】
2004102381.tif 000024
【図２３】
2004102381.tif 000025
【図２４】
2004102381.tif 000026
【図２５】
2004102381.tif 000027
【図２６】
2004102381.tif 000028
【図２７】
2004102381.tif 000029
【図２８】
2004102381.tif 000030