(57)【要約】【課題】ユーザ間における例えば個人情報などの情報の交換を行う。【解決手段】本情報交換方法は、第１ユーザの端末から当該第１ユーザのデータを受信し、第１ユーザ用の第１の領域に格納する工程と、第１ユーザの端末から、第１ユーザ用の第１の領域に格納された第１ユーザのデータのうち第２ユーザに配信すべきデータ項目に関する設定データを受信し、第１ユーザ用の第２の領域に格納する工程と、第１ユーザ用の第２の領域に格納されている設定データに基づき、第２ユーザに配信すべきデータ項目についてのデータをコピーし、第２ユーザ用の第３の領域に格納する工程とを含む。第２ユーザも同様の処理を実施する。各ユーザにつき、上記のようなデータ構造を採用することによって、柔軟性を確保し、ネットワーク上に分散させた形でも個人情報などの情報の交換を行うことができるようになる。【選択図】図１
2008047100.tif 000002
【特許請求の範囲】
【請求項１】
第１ユーザの端末から当該第１ユーザのデータを受信し、前記第１ユーザ用の第１の領域に格納するステップと、
前記第１ユーザの端末から、前記第１ユーザ用の第１の領域に格納された前記第１ユーザのデータのうち第２ユーザに配信すべきデータ項目に関する設定データを受信し、前記第１ユーザ用の第２の領域に格納するステップと、
前記第２ユーザの端末から当該第２ユーザのデータを受信し、前記第２ユーザ用の第１の領域に格納するステップと、
前記第２ユーザの端末から、前記第２ユーザ用の第１の領域に格納された前記第２ユーザのデータのうち前記第１ユーザに配信すべきデータ項目に関する設定データを受信し、前記第２ユーザ用の第２の領域に格納するステップと、
前記第１ユーザ用の第２の領域に格納されている前記設定データに基づき、前記第２ユーザに配信すべきデータ項目についてのデータをコピーし、前記第２ユーザ用の第３の領域に格納する第１配信ステップと、
前記第２ユーザ用の第２の領域に格納されている前記設定データに基づき、前記第１ユーザに配信すべきデータ項目についてのデータをコピーし、前記第１ユーザ用の第３の領域に格納する第２配信ステップと、
を含み、コンピュータにより実行される情報交換方法。
【請求項２】
前記第１ユーザの端末から、前記第１ユーザ用の第１の領域に格納された前記第１ユーザのデータ又は前記第１ユーザ用の第２の領域に格納された前記設定データの変更を指示された場合、前記第１配信ステップを実施するステップ
をさらに含む請求項１記載の情報交換方法。
【請求項３】
前記第１ユーザ用の第１の領域に格納された前記第１ユーザのデータ又は前記第１ユーザ用の第２の領域に格納された前記設定データの変更を指示された場合、前記第２ユーザに配信すべきデータ項目に影響があるか判断する判断ステップと、
前記判断ステップにおいて前記第２ユーザに配信すべきデータ項目に影響がある場合には、少なくとも影響がある前記データ項目についてのデータをコピーし、前記第２ユーザ用の第３の領域に格納するステップと、
をさらに含む請求項１記載の情報交換方法。
【請求項４】
前記第１ユーザの端末から、属性又は属性及び格付に応じた配信すべきデータ項目に関するデータを受信し、前記第１ユーザ用の第４の領域に格納するステップ
をさらに含み、
前記設定データが、前記第２ユーザの属性又は属性及び格付である
請求項１記載の情報交換方法。
【請求項５】
前記設定データが、前記第２ユーザに配信すべきデータ項目群を表すデータである
請求項１記載の情報交換方法。
【請求項６】
前記データ項目が、前記第１ユーザによって定義される追加的なデータ項目を含む
請求項１記載の情報交換方法。
【請求項７】
前記第１配信ステップ及び前記第２配信ステップを、前記第１ユーザ及び前記第２ユーザによる相互の情報配信の合意を確認するステップを実施し、前記相互の情報配信の合意が確認できた場合に実施する
請求項１記載の情報交換方法。
【請求項８】
請求項１乃至７のいずれか１つ記載の情報交換方法をコンピュータに実行させるためのプログラム。
【請求項９】
第１ユーザの端末から当該第１ユーザのデータを受信し、前記第１ユーザ用の第１の領域に格納する手段と、
前記第１ユーザの端末から、前記第１ユーザ用の第１の領域に格納された前記第１ユーザのデータのうち第２ユーザに配信すべきデータ項目に関する設定データを受信し、前記第１ユーザ用の第２の領域に格納する手段と、
前記第２ユーザの端末から当該第２ユーザのデータを受信し、前記第２ユーザ用の第１の領域に格納する手段と、
前記第２ユーザの端末から、前記第２ユーザ用の第１の領域に格納された前記第２ユーザのデータのうち前記第１ユーザに配信すべきデータ項目に関する設定データを受信し、前記第２ユーザ用の第２の領域に格納する手段と、
前記第１ユーザ用の第２の領域に格納されている前記設定データに基づき、前記第２ユーザに配信すべきデータ項目についてのデータをコピーし、前記第２ユーザ用の第３の領域に格納する第１配信手段と、
前記第２ユーザ用の第２の領域に格納されている前記設定データに基づき、前記第１ユーザに配信すべきデータ項目についてのデータをコピーし、前記第１ユーザ用の第３の領域に格納する第２配信手段と、
を有する情報交換装置。
【請求項１０】
第１ユーザのデータを管理する第１サーバと、
第２ユーザのデータを管理する第２サーバと、
を有し、
前記第１サーバは、
前記第１ユーザの端末から当該第１ユーザのデータを受信し、前記第１ユーザ用の第１の領域に格納する手段と、
前記第１ユーザの端末から、前記第１ユーザ用の第１の領域に格納された前記第１ユーザのデータのうち第２ユーザに配信すべきデータ項目に関する設定データを受信し、前記第１ユーザ用の第２の領域に格納する手段と、
前記第１ユーザ用の第２の領域に格納されている前記設定データに基づき、前記第２ユーザに配信すべきデータ項目についてのデータを含む第１配信データを生成し、前記第２サーバに送信する第１配信手段と、
前記第２サーバから、前記第２ユーザのデータのうち前記第１ユーザに配信すべきデータ項目についてのデータを含む第２配信データを受信した場合、当該第２配信データに含まれる、前記第１ユーザに配信すべきデータ項目についてのデータを前記第１ユーザ用の第３の領域に格納する手段と、
を有し、
前記第２サーバは、
前記第２ユーザの端末から当該第２ユーザのデータを受信し、前記第２ユーザ用の第１の領域に格納する手段と、
前記第２ユーザの端末から、前記第２ユーザ用の第１の領域に格納された前記第２ユーザのデータのうち第１ユーザに配信すべきデータ項目に関する設定データを受信し、前記第２ユーザ用の第２の領域に格納する手段と、
前記第２ユーザ用の第２の領域に格納されている前記設定データに基づき、前記第２配信データを生成し、前記第１サーバに送信する第２配信手段と、
前記第１サーバから前記第１配信データを受信した場合、当該第１配信データに含まれる、前記第２ユーザに配信すべきデータ項目についてのデータを前記第２ユーザ用の第３の領域に格納する手段と、
を有する情報交換システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ間の情報交換を行うための技術に関する。
【背景技術】
【０００２】
引越や転勤、転職その他個人情報の変更が生ずると、その都度自己の保有する名簿を参照して、通知の適否や通知先情報の正確さを確認してから通知を行う必要がある。そのため、以下のような技術が既に存在している。
【０００３】
例えば、特開２００１−２８２７９３号公報には、他人の名刺情報の管理を簡単に行うための技術が開示されている。具体的には、ネットワーク上において利用者の名刺情報を管理する名刺情報管理システムは、利用者の名刺情報を記憶する蓄積サーバと、ネットワークを介して蓄積サーバに第１の利用者の名刺情報を登録し、蓄積サーバに記憶された第１の利用者の名刺情報を第１の利用者により決定された第２の利用者に対しネットワークを介して送信するＷＷＷサーバと、蓄積サーバに記憶された第１の利用者の名刺情報をネットワークを介して第２の利用者が認識可能な状態に制御する認証サーバとを有する。この公報記載の技術では、リレーショナル・データベースを用いたアクセス制御によって、名刺情報を一元管理するようになっている。しかし、データ管理には柔軟性がなく、集中管理型のシステムではネットワーク負荷が高くなりやすいという問題がある。また、データ更新時にはロック／アンロックのための排他制御などがシステム上大きな負荷となる。
【０００４】
特開平１１−６６０８２号公報には、情報を共有する複数のユーザのそれぞれの手を煩わせることなく名刺管理情報が追加または更新され、名刺交換に伴う人脈情報を収集するための技術が開示されている。具体的には、名刺情報検索装置は、名刺に記載された名義人およびその情報が登録されたデータベースと、このデータベースへのアクセス手段と、このアクセス手段から登録人がもらった知人の名刺を登録する手段と、このアクセス手段から入力される検索操作にしたがって登録された情報を検索する手段とを備えた装置である。基本的には上で述べた公報と同様の機能及び問題を有する。
【０００５】
さらに、特開２００２−２７１５０８号公報には、携帯電話機の記憶している個人情報データをデータセンター内のデータベースにて管理し、データの保存、編集、所定ユーザに対するデータ更新内容の自動通知などを行うための技術が開示されている。具体的には、インターフェース装置を介して接続された携帯電話端末の記憶手段から、情報処理装置が、個人情報データを読み出すステップ、該データをインターネットを介してデータセンターに送信するステップ、データセンターにおいて、受信した個人情報データを、所定の形式でデータベースに登録して保管するステップ、情報処理装置がデータセンターにアクセスし、個人情報データを要求するステップ、データセンターにおいて、抽出手段が、要求された個人情報データを抽出し、抽出された個人情報データを情報処理装置に送信するステップ、情報処理装置が、データセンターより個人情報データを受信し、インターフェース装置を介して接続された携帯電話端末の記憶手段に対し、個人情報データを書き込むステップなどを含む。基本的には上で述べた公報と同様の機能及び問題を有する。
【特許文献１】特開２００１−２８２７９３号公報
【特許文献２】特開平１１−６６０８２号公報
【特許文献３】特開２００２−２７１５０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上で述べたように、従来技術では情報交換に必要な表面的な機能を開示しているのみで、利用者の利便性や実装上の問題については検討が深められていない。
【０００７】
従って、本発明の目的は、ユーザ間における例えば個人情報などの情報の交換を行うための新規な技術を提供することである。
【０００８】
また、本発明の他の目的は、ユーザ間における例えば個人情報などの情報の柔軟な交換を行うための新規な技術を提供することである。
【０００９】
さらに、本発明の他の目的は、ユーザ間における例えば個人情報などの情報の交換をネットワーク効率よく行うための新規な技術を提供することである。
【課題を解決するための手段】
【００１０】
本発明の第１の態様に係る情報交換方法は、第１ユーザの端末から当該第１ユーザのデータを受信し、第１ユーザ用の第１の領域に格納するステップと、第１ユーザの端末から、第１ユーザ用の第１の領域に格納された第１ユーザのデータのうち第２ユーザに配信すべきデータ項目に関する設定データを受信し、第１ユーザ用の第２の領域に格納するステップと、第２ユーザの端末から当該第２ユーザのデータを受信し、第２ユーザ用の第１の領域に格納するステップと、第２ユーザの端末から、第２ユーザ用の第１の領域に格納された第２ユーザのデータのうち第１ユーザに配信すべきデータ項目に関する設定データを受信し、第２ユーザ用の第２の領域に格納するステップと、第１ユーザ用の第２の領域に格納されている設定データに基づき、第２ユーザに配信すべきデータ項目についてのデータをコピーし、第２ユーザ用の第３の領域に格納する第１配信ステップと、第２ユーザ用の第２の領域に格納されている設定データに基づき、第１ユーザに配信すべきデータ項目についてのデータをコピーし、第１ユーザ用の第３の領域に格納する第２配信ステップとを含む。
【００１１】
上で述べたように、各ユーザにつき、当該ユーザのデータを格納する第１の領域、他のユーザについての設定データを格納する第２の領域、他のユーザからのデータを格納する第３の領域を含むデータ構造を採用することによって、柔軟性を確保し、ネットワーク上に分散させた形でも個人情報などの情報の交換を行うことができるようになる。
【００１２】
また、第１ユーザの端末から、第１ユーザ用の第１の領域に格納された第１ユーザのデータ又は第１ユーザ用の第２の領域に格納された設定データの変更を指示された場合、第１配信ステップを実施するステップをさらに含むようにしてもよい。
【００１３】
さらに、第１ユーザの端末から、第１ユーザ用の第１の領域に格納された第１ユーザのデータ又は第１ユーザ用の第２の領域に格納された設定データの変更が指示された場合、第２ユーザに配信すべきデータ項目に影響があるか判断する判断ステップと、判断ステップにおいて第２ユーザに配信すべきデータ項目に影響がある場合には、少なくとも影響があるデータ項目についてのデータをコピーし、第２ユーザ用の第３の領域に格納するステップとをさらに含むようにしてもよい。このようにすれば、変更が自動的に反映されるように、各ユーザのデータが更新されるようになる。
【００１４】
さらに、第１ユーザの端末から、属性又は属性及び格付に応じた配信すべきデータ項目に関するデータを受信し、第１ユーザ用の第４の領域に格納するステップをさらに含むようにしてもよい。その場合、上記設定データが、第２ユーザの属性又は属性及び格付であるようにしてもよい。このようにすれば、ユーザは効率的に配信内容を設定できるようになる。
【００１５】
一方、上記設定データが、第２ユーザに配信すべきデータ項目群を表すデータである場合もある。配信先ユーザ個別に設定できるようにすれば、より柔軟な情報交換が可能となる。
【００１６】
また、上で述べたデータ項目が、第１ユーザによって定義される追加的なデータ項目を含むようにしてもよい。例えばリレーショナル・データベースではなく、ＸＭＬ（eXtensible Markup Language）データベースのように、データ項目を任意に設定できるようにすれば、より柔軟な且つ自由な情報交換が可能となる。
【００１７】
さらに、第１配信ステップ及び第２配信ステップを、第１ユーザ及び第２ユーザによる相互の情報配信の合意を確認するステップを実施し、相互の情報配信の合意が確認できた場合に実施するようにしてもよい。システム的に情報交換の合意を確かめる場合である。
【００１８】
本発明の第２の態様に係る情報交換システムは、第１ユーザのデータを管理する第１サーバと、第２ユーザのデータを管理する第２サーバとを有する。そして、上記第１サーバは、第１ユーザの端末から当該第１ユーザのデータを受信し、第１ユーザ用の第１の領域に格納する手段と、第１ユーザの端末から、第１ユーザ用の第１の領域に格納された第１ユーザのデータのうち第２ユーザに配信すべきデータ項目に関する設定データを受信し、第１ユーザ用の第２の領域に格納する手段と、第１ユーザ用の第２の領域に格納されている設定データに基づき、第２ユーザに配信すべきデータ項目についてのデータを含む第１配信データを生成し、第２サーバに送信する第１配信手段と、第２サーバから、第２ユーザのデータのうち第１ユーザに配信すべきデータ項目についてのデータを含む第２配信データを受信した場合、当該第２配信データに含まれる、第１ユーザに配信すべきデータ項目についてのデータを第１ユーザ用の第３の領域に格納する手段とを有する。また、上記第２サーバは、第２ユーザの端末から当該第２ユーザのデータを受信し、第２ユーザ用の第１の領域に格納する手段と、第２ユーザの端末から、第２ユーザ用の第１の領域に格納された第２ユーザのデータのうち第１ユーザに配信すべきデータ項目に関する設定データを受信し、第２ユーザ用の第２の領域に格納する手段と、第２ユーザ用の第２の領域に格納されている設定データに基づき、第２配信データを生成し、第１サーバに送信する第２配信手段と、第１サーバから第１配信データを受信した場合、当該第１配信データに含まれる、第２ユーザに配信すべきデータ項目についてのデータを第２ユーザ用の第３の領域に格納する手段とを有する。
【００１９】
このようにすれば、データベースを分散したとしても、当該ユーザのデータを格納する第１の領域、他のユーザについての設定データを格納する第２の領域、他のユーザからのデータを格納する第３の領域を含むデータ構造を採用して、情報交換を行うことができる。データベースの分散化が可能であれば、ユーザの増加に柔軟に対応することができるようになる。
【００２０】
本発明にかかる方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００２１】
本発明によれば、ユーザ間における例えば個人情報などの情報の交換を適切に行うことができるようになる。
【００２２】
また、本発明の他の側面によれば、ユーザ間における例えば個人情報などの情報の柔軟な交換を行うことができるようになる。
【００２３】
さらに、本発明の他の側面によれば、ユーザ間における例えば個人情報などの情報の交換をネットワーク効率よく行うことができるようになる。
【発明を実施するための最良の形態】
【００２４】
［実施の形態１］
図１に本発明の第１の実施の形態におけるシステム構成図を示す。例えばインターネットなどのＩＰ（Internet Protocol）ネットワークであるネットワーク１には、様々な端末装置が接続されている。例えば、パーソナルコンピュータＰＣ３ａ、ＰＤＡ（Personal Digital Assistant）などの情報端末３ｂ、携帯電話機３ｃなどである。これらの端末装置は、有線又は無線にてネットワーク１に接続する。なお、本実施の形態では、あまり端末種別に関係はないので、以下ユーザ端末３として説明する。
【００２５】
ネットワーク１には、本実施の形態において以下で説明するサービスを提供するサービスプロバイダのシステム５も接続されている。サービスプロバイダのシステム５は、ユーザ端末３と内部のサーバ間のインターフェイスとなるインターフェイスサーバ５１と、データベースの管理を行うデータベースサーバ５２と、本サービスの利用者に広告を配信する広告サーバ５３と、データの更新などをユーザに通知するためのメールサーバ５４などを含む。なお、広告サーバ５３及びメールサーバ５４については、本実施の形態における主要な処理には関係しないので、これ以上述べない。
【００２６】
データベースサーバ５２は、登録ユーザのデータの登録又は更新を行うユーザデータ登録部５２１と、配信設定データの登録又は更新を行う配信設定データ登録部５２２と、ユーザ間の情報交換に係る配信処理を実施する配信処理部５２３と、登録ユーザからの検索指示に従って検索処理を実施する検索処理部５２４と、登録ユーザのためのデータを保持するデータベース５２５とを含む。なお、このような処理部は、インターフェイスサーバ５１との連携によって実現される場合もあるが、ここではデータベースサーバ５２の機能として説明する。
【００２７】
データベース５２５は、例えば図２に示すようなデータ構造を有する。図２は、登録ユーザ一人分のデータを表したものであり、自己のユーザＩＤ、自己の登録データ項目及び具体的データを格納する第１の領域５２５１と配信先の属性・格付及び対応するデータ項目等を含む配信設定データを格納する第２の領域５２５２とを含む登録ユーザ自身用の領域と、配信先ユーザＩＤと当該配信先ユーザのキー（ユーザＩＤとは別にデータベース５２５内のインデックスとして用いられるキー。キーとユーザＩＤとの対は別に管理されているものとする。）と個別の配信設定データとを格納する第１の領域５２５３と配信先ユーザからの配信データを格納する第２の領域５２５４とを含む第１の配信先ユーザ用の領域と、第１の配信先ユーザ用の領域と同様の構成を有する第２の配信先ユーザ用の領域と、．．．第１の配信先ユーザ用の領域と同様の構成を有する第ｎの配信先ユーザ用の領域とを含む。以下で説明するように、配信設定データは登録ユーザ毎に異なり、さらに配信先ユーザ毎に自己の登録データ項目のうち配信されるデータ項目は異なる。また、配信先ユーザ数（すなわちｎの値）は、登録ユーザ毎に異なる。従って、登録ユーザ一人分のデータ量は可変である。
【００２８】
また、登録データ項目についても、登録ユーザが自ら任意に規定できるような構成を採用する。例えばＸＭＬデータベースを採用して、例えば予め用意される雛形のデータ項目以外に、ユーザが自ら必要と考えるデータ項目を規定して、当該データ項目についてのデータを登録・配信する。すなわち、領域５２５１についても可変長となる。
【００２９】
なお、キーはユーザＩＤとは別にシステム内部で用いられ、キー自体はセキュリティの観点からユーザには通知しないようにする。また、上で述べたようなデータ構造を採用することによって、データベースの集中管理が不要となり、データベースの分散管理を採用することができるようになる。データベースの分散管理を行う場合には、キーは、当該データを管理するサーバのキー＋インデックスキーのような構成となる。
【００３０】
次に、図３乃至図１３を用いて図１及び図２に示したシステムの動作を説明する。まず、ユーザは、ユーザ端末３を操作して、例えばウェブ（Ｗｅｂ）ブラウザにユーザ情報登録ページをサービスプロバイダのシステム５へ要求させる（ステップＳ１）。なお、これより前に、ユーザＩＤ及びパスワードなどのデータの登録が完了しているものとする。サービスプロバイダのシステム５におけるインターフェイスサーバ５１は、ユーザ端末３からユーザ情報登録ページの要求を受信すると（ステップＳ３）、ユーザ情報登録ページ・データをユーザ端末３に送信する（ステップＳ５）。ユーザ端末３は、インターフェイスサーバ５１からユーザ情報登録ページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ７）。例えば、図４に示すようなデータが表示される。
【００３１】
図４の例では、ユーザＩＤが表示され、氏名、自宅住所、自宅郵便番号、自宅電話番号、携帯電話番号、勤務先住所、勤務先郵便番号、勤務先電話番号、勤務先ＦＡＸ番号の入力欄が設けられている。これらは雛形のデータ項目となる。これらに加え、本実施の形態では、任意にデータ項目を規定できるので、データ項目入力欄４０１ａ乃至４０４ａと、データ項目入力欄に入力されたデータ項目についてのデータの入力欄４０１ｂ乃至４０４ｂとが設けられている。これによって、例えば、「趣味」といったデータ項目や、「自宅ＦＡＸ番号」といったデータ項目、さらには「自己紹介」といったデータ項目まで規定して、対応するデータを登録することができるようになる。これは、ＸＭＬデータベースを採用することによって実現される。
【００３２】
ユーザは、図４のような画面にデータを入力する。ユーザ端末３は、ユーザにより入力されたユーザ情報を受け付け、ユーザの指示に従ってサービスプロバイダのシステム５へ送信する（ステップＳ９）。送信されるデータは、ユーザＩＤとデータ項目名及び対応するデータとを含む。サービスプロバイダのシステム５におけるインターフェイスサーバ５１は、入力されたユーザ情報をユーザ端末３から受信し（ステップＳ１１）、データベースサーバ５２に出力する。データベースサーバ５２のユーザデータ登録部５２１は、インターフェイスサーバ５１から入力ユーザ情報を受信し、登録ユーザ自身用の第１の領域５２５１を確保した上で、当該入力ユーザ情報を当該領域に格納する（ステップＳ１３）。この際に、今回登録を行ったユーザのキーが決定される。
【００３３】
また、インターフェイスサーバ５１は、例えばデータベースサーバ５２からユーザが規定したデータ項目のデータを取得し、それを用いて配信設定ページ・データを生成し、ユーザ端末３に送信する（ステップＳ１５）。ユーザ端末３は、インターフェイスサーバ５１から配信設定ページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ１７）。配信設定ページでは、属性又は必要な場合には属性及び格付毎に、配信すべきデータ項目などを設定する。例えば、図５のようなデータを設定する。
【００３４】
図５は配信設定データをテーブル形式で示した図であり、図５の例では、属性の列と、格付の列と、ユーザが規定したデータ項目の列とが設けられている。データ項目の列では、図４で設定された氏名、自宅住所、自宅電話番号、携帯電話番号、勤務先住所、勤務先電話番号、勤務先ＦＡＸ番号、趣味などについて設定可能となっている。
【００３５】
ユーザは、属性の列に、配信先ユーザについて適切な分類を設定する。図５の例では、友人、取引先、親戚が設定されている。格付の列には、例えば重要性のレベルを設定する。図５の例では、取引先については、一般と重要とのレベル付けがなされている。また、図５の例では、属性又は属性及び格付毎に、配信すべきデータ項目の列については「１」を、配信すべきではないデータ項目の列については「０」を設定するようになっている。例えば、友人であれば、氏名、自宅住所、自宅電話番号、携帯電話番号、勤務先住所、勤務先電話番号、趣味を配信すべきデータ項目として設定している。なお、データ項目の列については、配信すべきか否かで「１」又は「０」を設定するだけではなく、例えば、実施すべき処理を規定するようにしてもよい。例えば、住所を、例えば県の単位まで配信するといったような規定を行ったり、以下で説明する個別配信先ユーザの設定に従うといったことを規定したりする場合もある。
【００３６】
ユーザが、例えば図５に示したようなデータを入力すると、ユーザ端末３は、当該配信設定データの入力を受け付け、ユーザからの指示に応じてサービスプロバイダのシステム５へ送信する（ステップＳ１９）。サービスプロバイダのシステム５におけるインターフェイスサーバ５１は、ユーザ端末３から配信設定データを受信し（ステップＳ２１）、データベースサーバ５２に出力する。データベースサーバ５２の配信設定データ登録部５２２は、配信設定データを受信し、登録ユーザ自身用の第２の領域である配信設定用の領域５２５２を確保して、配信設定データを当該領域に格納する（ステップＳ２３）。
【００３７】
ここまで実施すると、登録ユーザの基本的な登録が完了する。以降の処理は端子Ａ及びＢを介して図６の処理に移行する。
【００３８】
なお、ここまでに情報交換を行う相手のユーザＩＤについては、既に別の手段を用いて交換済みであるものとする。さらに、システム上、情報交換の合意を確認するため、ここでは合い言葉などを交換しておくものとする。但し、合い言葉は必須ではない。
【００３９】
まず、ユーザは、ユーザ端末３を操作して、配信先の指定要求をサービスプロバイダのシステム５へ送信させる（ステップＳ２５）。サービスプロバイダのシステム５内におけるインターフェイスサーバ５１は、配信先の指定要求を受信し（ステップＳ２７）、合意確認入力ページ・データをユーザ端末３に送信する（ステップＳ２９）。ユーザ端末３は、インターフェイスサーバ５１から合意確認入力ページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ３１）。例えば、配信相手のユーザＩＤ、配信相手の名前、及び合い言葉の入力欄を含むページが表示され、ユーザに入力を促す。
【００４０】
ユーザは、例えば配信相手のユーザＩＤ、配信相手の名前、及び合い言葉を入力し、送信を指示する。ユーザ端末３は、このような合意確認データの入力を受け付け、サービスプロバイダのシステム５へ送信する（ステップＳ３３）。サービスプロバイダのシステム５内のインターフェイスサーバ５１は、ユーザ端末３から合意確認データを受信し（ステップＳ３５）、データベースサーバ５２に出力する。
【００４１】
データベースサーバ５２の配信設定データ登録部５２２は、合意確認ができたか判断する（ステップＳ３７）。例えば、データベース５２５内における仮設定状態のデータを格納する領域を探索し、合意確認データの送信元ユーザのユーザＩＤ及び名前と、合意確認データに含まれる配信先ユーザのユーザＩＤ及び名前と、合い言葉との組み合わせが既に登録済みであるか判断する。
【００４２】
合意を確認できなかった場合には、配信設定データ登録部５２２は、データベース５２５内における仮設定状態のデータを格納する領域に合意確認データを格納すると共に、合意確認データで指定されたユーザに対する配信設定が仮設定となることを登録する（ステップＳ３９）。そして処理はステップＳ４７に移行する。
【００４３】
一方、合意が確認できた場合には、配信設定データ登録部５２２は、合意確認データで指定された配信先ユーザによりなされている、合意確認データの送信元ユーザに対する配信設定の仮設定を本設定に変更する（ステップＳ４１）。すなわち、配信先ユーザ用の領域における合意確認データの送信元ユーザ用の第１の領域５２５３に格納された個別配信設定データを本設定に変更する。
【００４４】
また、合意確認データの送信元ユーザのキーと配信先ユーザのキーとの交換を行う。すなわち合意確認データの送信元ユーザのキーを、配信先ユーザ用の領域における当該送信元ユーザ用の第１の領域５２５３に格納し、配信先ユーザのキーを、送信元ユーザ用の領域における当該配信先ユーザ用の第１の領域５２５３に配信先ユーザのユーザＩＤと共に格納する（ステップＳ４３）。さらに、配信先ユーザによる配信設定データ（全体の配信設定データ及び個別配信設定データ又は個別配信設定データ）に従って、合意確認データの送信元ユーザに配信すべきデータ項目について配信先ユーザのデータをコピーし、合意確認データの送信元ユーザ用の領域における当該配信先ユーザ用の第２の領域５２５４を確保し、当該領域に格納する（ステップＳ４５）。そして処理はステップＳ４７に移行する。
【００４５】
配信設定データ登録部５２２は、合意確認処理の終了をインターフェイスサーバ５１に通知し、インターフェイスサーバ５１は、例えば配信設定データ登録部５２２を介して登録ユーザ自身用の第２の領域５２５２から配信設定データ及び第１の領域５２５１から登録データ項目のデータを取得して、配信先ユーザの設定ページ・データを生成し、ユーザ端末３に送信する（ステップＳ４７）。ユーザ端末３は、サービスプロバイダのシステム５から配信先ユーザの設定ページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ４９）。処理は、端子Ｃ及びＤを介して図８の処理に移行する。前者のような設定は、ユーザにとって手間が少なくて済む。
【００４６】
ユーザは、この配信先ユーザの設定ページにおいて、配信先ユーザの属性又は属性及び格付を個別配信設定データとして設定するか、各データ項目について配信するか否かを設定する。
【００４７】
例えば、図７（ａ）に示すように、「取引先」という属性と「重要」という格付とを設定するようにしてもよいし、図７（ｂ）に示すように、各データ項目について配信すべき場合には「１」を設定し、配信すべきではない場合には「０」を設定するようにしてもよい。
【００４８】
ユーザ端末３は、ユーザによる個別配信設定データの入力を受け付け、サービスプロバイダのシステム５へ送信する（ステップＳ５１）。サービスプロバイダのシステム５内におけるインターフェイスサーバ５１は、ユーザ端末３から個別配信設定データを受信し（ステップＳ５３）、データベースサーバ５２の配信設定データ登録部５２２に出力する。データベースサーバ５２の配信設定データ登録部５２２は、個別配信設定データを受信し、ここまでの処理で当該配信先ユーザに対する個別配信設定データが仮設定となることが登録されているか判断する（ステップＳ５５）。
【００４９】
仮設定となることが登録されている場合には、配信設定データ登録部５２２は、個別配信設定データの送信元ユーザ用の領域における配信先ユーザ用の第１の領域５２５３を確保し、当該領域に、受信した個別配信設定データを仮設定として登録する（ステップＳ６１）。配信先ユーザが、合意確認処理を実施した場合には、ステップＳ４１乃至Ｓ４５が実施されるようになる。配信設定データ登録部５２２は、処理の完了をインターフェイスサーバ５１に通知し、処理はその後ステップＳ６３に移行する。
【００５０】
一方、仮設定となることが登録されていない場合には、配信設定データ登録部５２２は、個別配信設定データの送信元ユーザ用の領域における配信先ユーザ用の第１の領域５２５３を確保し、当該領域に、受信した個別配信設定データを登録する（ステップＳ５７）。合意が確認できているので本設定となる。そして、配信処理部５２３は、全体の配信設定データ及び配信先ユーザの個別配信設定データ又は配信先ユーザの個別配信設定データに従って、当該配信先ユーザに配信すべきデータ項目を特定し、特定されたデータ項目について、登録ユーザのデータをコピーし、配信先ユーザ用の領域において当該登録ユーザ用の第２の領域５２５４を確保して、当該領域に登録する（ステップＳ５９）。配信処理部５２３又は配信設定データ登録部５２２は、処理の完了をインターフェイスサーバ５１に通知し、処理はステップＳ６３に移行する。
【００５１】
インターフェイスサーバ５１は、配信設定完了をユーザ端末３に通知する（ステップＳ６３）。ユーザ端末３は、配信設定完了の通知を受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ６５）。
【００５２】
以上のような処理を実施すれば、自己のデータを登録し、全体の配信設定を行い、少なくとも一人分の個別配信設定を行って、合意が確認できれば配信設定に従ったデータの配信も行うことができるようになる。
【００５３】
なお、ユーザＡ及びユーザＢが情報交換を行う場合には、図９に示すように、ユーザＡ用の領域には、ユーザＡ自身のデータを格納する第１の領域５２５１ａと、ユーザＡの全体の配信設定データを格納する、ユーザＡ自身の第２の領域５２５２ａと、ユーザＢのための個別配信設定データを格納する第１の領域５２５３ａと、ユーザＢのデータを格納する第２の領域５２５４ａとが確保される。同様に、ユーザＢ用の領域には、ユーザＢ自身のデータを格納する第１の領域５２５１ｂと、ユーザＢの全体の配信設定データを格納する、ユーザＢ自身の第２の領域５２５２ｂと、ユーザＡのための個別配信設定データを格納する第１の領域５２５３ｂと、ユーザＡのデータを格納する第２の領域５２５４ｂとが確保される。そして、ユーザＡのデータは、領域５２５２ａに格納されている全体の配信設定データ及び領域５２５３ａに格納されている個別配信設定データ又は個別配信設定データに従ってコピーされて領域５２５４ｂに格納される。また、ユーザＢのデータは、領域５２５２ｂに格納されている全体の配信設定データ及び領域５２５３ｂに格納されている個別配信設定データ又は個別配信設定データに従ってコピーされて領域５２５４ａに格納される。
【００５４】
このようにデータはユーザ毎にまとめられているので、検索の際には当該ユーザ用の領域のみを参照すればよいので高速な検索が可能となる。また、例えばデータベースサーバ５２を複数設けてネットワーク上データを分散管理する場合においても同一ユーザのデータが同一データベースサーバ５２内に格納されていれば大きな問題は生じない。すなわち、集中管理型の従来技術に比べて、ネットワーク上で分散管理によりネットワーク負荷を下げることも可能となり、ネットワーク効率が向上する。また、データ更新時におけるロック／アンロックのための排他制御などの処理負荷を下げることができる。さらに、ユーザ毎に当該ユーザのデータ項目及びデータ量は異なり、さらに情報交換を行う相手先ユーザの数及びその量も異なっているため、上記のようなデータ構造は非常に有効である。
【００５５】
さらに、データ項目を任意に設定及び追加できるようなデータ構造を採用しているため、ユーザは自己の意図に沿った変更などを実施することができ、それを配信先ユーザにも反映させることができる。
【００５６】
情報交換の多様性及び柔軟性については、図１０にまとめたように、例えばユーザＡが、上で述べたように領域５２５２に格納される全体の配信設定データと、各領域５２５３に格納される個別配信設定データとに従って、ユーザＡ自身のデータが、各配信先ユーザに配信される。すなわち、ユーザＢ及びユーザＣは、友人であるから、友人という属性向けのデータ項目及びそのデータが配信される。ユーザＤ及びユーザＥは、一般的な取引先であるから、取引先という属性で一般という格付向けのデータ項目及びデータが配信される。ユーザＦは、重要な取引先であるから、取引先という属性で重要という格付向けのデータ項目及びデータが配信される。また、ユーザＧは、親戚であるから、親戚という属性向けのデータ項目及びデータが配信される。
【００５７】
ユーザは、定義を行えばこのような柔軟な配信も行うことができるようになる。さらに、個別配信設定データが、個別のデータ項目を規定する場合もあり、その場合にはより細かな配信を行うことも可能である。
【００５８】
次に、図１１を用いて登録ユーザ自身用の第１の領域５２５１に格納されたデータを変更する際の処理について説明する。なお、既にログインなどが完了して、ユーザＩＤ等のデータをサービスプロバイダのシステム５が保持しているものとする。まず、ユーザは、ユーザ端末３を操作して、ユーザ情報変更ページをサービスプロバイダのシステム５へ要求させる（ステップＳ７１）。サービスプロバイダのシステム５内におけるインターフェイスサーバ５１は、ユーザ端末３からユーザ情報変更ページの要求を受信し（ステップＳ７３）、データベースサーバ５２のユーザデータ登録部５２１へ要求元ユーザのデータを要求する。データベースサーバ５２のユーザデータ登録部５２１は、ユーザＩＤ等により、当該登録ユーザ自身用の第１の領域５２５１から現在登録済みのデータを読み出し、インターフェイスサーバ５１に出力する。インターフェイスサーバ５１は、データベースサーバ５２のユーザデータ登録部５２１からのデータを用いてユーザ情報変更ページ・データを生成し、ユーザ端末３に送信する（ステップＳ７５）。
【００５９】
ユーザ端末３は、サービスプロバイダのシステム５からユーザ情報変更ページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ７７）。例えば、図４において入力欄に既登録のデータが埋め込まれた形で表示がなされる。ユーザは、特定のデータ項目のデータを修正したり、データ項目を追加、変更又は削除するなどを行う。ユーザ端末３は、ユーザによる変更データの入力を受け付け、変更後のデータをサービスプロバイダのシステム５へ送信する（ステップＳ７９）。サービスプロバイダのシステム５内におけるインターフェイスサーバ５１は、ユーザ端末３から変更後のデータを受信し、データベースサーバ５２のユーザデータ登録部５２１に出力する。ユーザデータ登録部５２１は、変更後のデータを受信し、データベース５２５において登録ユーザ自身用の第１の領域５２５１に登録する（ステップＳ８１）。ユーザデータ登録部５２１は、登録処理が完了すると、インターフェイスサーバ５１に通知し、さらに配信処理部５２３にも処理開始を指示する。
【００６０】
インターフェイスサーバ５１は、ユーザデータ登録部５２１からの通知に基づき、変更完了をユーザ端末３へ通知する（ステップＳ８３）。ユーザ端末３は、サービスプロバイダのシステム５から変更完了の通知を受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ８５）。
【００６１】
また、配信処理部５２３は、登録ユーザ自身用の第２の領域５２５２に格納されている全体の配信設定データ及び各配信先ユーザ用の第１の領域５２５３に格納されている個別配信設定データに従って、配信内容を決定する（ステップＳ８７）。例えば、ユーザにより変更されたデータ部分とは無関係に配信内容を決定するようにしてよいし、変更されたデータ部分のみを配信対象とするようにしてもよい。すなわち、影響のあるデータ項目を特定して、影響のあるデータ項目及びそのデータを配信内容として特定するようにしてもよい。この場合、配信先ユーザによっては、影響のあるデータ項目が無く、配信から除外されるものも出てくる。
【００６２】
配信処理部５２３は、各配信先ユーザについて決定された配信内容をコピーし、各配信先ユーザ用の領域における、変更を行ったユーザ用の第２の領域５２５４に登録する（ステップＳ８９）。
【００６３】
このように、ユーザが自身のデータを変更すれば、各配信先ユーザのデータも同様に変更される。
【００６４】
次に、図１２を用いて登録ユーザ自身用の第２の領域５２５２に格納された全体の配信設定データ又は配信先ユーザ用の第１の領域５２５３に格納された個別配信設定データを変更する際の処理について説明する。なお、既にログインなどが完了して、ユーザＩＤ等のデータをサービスプロバイダのシステム５が保持しているものとする。まず、ユーザは、ユーザ端末３を操作して、配信設定変更ページをサービスプロバイダのシステム５へ要求させる（ステップＳ９１）。サービスプロバイダのシステム５内におけるインターフェイスサーバ５１は、ユーザ端末３から配信設定変更ページの要求を受信し（ステップＳ９３）、データベースサーバ５２の配信設定データ登録部５２２へ要求元ユーザのデータを要求する。データベースサーバ５２の配信設定データ登録部５２２は、ユーザＩＤ等により、当該登録ユーザ自身用の第２の領域５２５２から全体の配信設定データ、及び配信先ユーザ用の第１の領域５２５３に格納された個別配信設定データを読み出し、インターフェイスサーバ５１に出力する。なお、全体の配信設定データと個別配信設定データとのいずれを変更するかについての指定がユーザにより行われる場合もあり、その場合にはいずれかを読み出す。インターフェイスサーバ５１は、データベースサーバ５２の配信設定データ登録部５２２からのデータを用いて配信設定変更ページ・データを生成し、ユーザ端末３に送信する（ステップＳ９５）。
【００６５】
ユーザ端末３は、サービスプロバイダのシステム５から配信設定変更ページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ９７）。例えば、図５のテーブル並びに図７（ａ）及び（ｂ）のようなデータを含むような修正可能なページが表示される。ユーザは、属性の定義を、追加、変更、削除したり、格付の定義を、追加、変更、削除したり、それらに対するデータ項目を追加、変更したり、各配信先ユーザの属性を変更したり、個別配信サーバに配信すべきと規定されているデータ項目を追加、変更、削除したりする。配信先ユーザが複数の場合には、個別配信設定データは各配信先ユーザに変更できる。
【００６６】
ユーザ端末３は、ユーザによる変更データの入力を受け付け、変更後のデータをサービスプロバイダのシステム５へ送信する（ステップＳ９９）。サービスプロバイダのシステム５内におけるインターフェイスサーバ５１は、ユーザ端末３から変更後のデータを受信し、データベースサーバ５２の配信設定データ登録部５２２に出力する。配信設定データ登録部５２２は、変更後のデータを受信し、データベース５２５において、全体の配信設定データであれば登録ユーザ自身用の第２の領域５２５２に登録し、個別配信設定データであればその配信先ユーザ用の第１の領域５２５３に登録する（ステップＳ１０１）。配信設定データ登録部５２２は、登録処理が完了すると、インターフェイスサーバ５１に通知し、さらに配信処理部５２３にも処理開始を指示する。
【００６７】
インターフェイスサーバ５１は、配信設定データ登録部５２２からの通知に基づき、変更完了をユーザ端末３へ通知する（ステップＳ１０３）。ユーザ端末３は、サービスプロバイダのシステム５から変更完了の通知を受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ１０５）。
【００６８】
また、配信処理部５２３は、登録ユーザ自身用の第２の領域５２５２に格納された全体の配信設定データ及び各配信先ユーザ用の第１の領域５２５３に格納された個別配信設定データに従って、配信内容を決定する（ステップＳ１０７）。全体の配信設定データが変更された場合には、全ての配信先ユーザに変更の影響が及ぶ可能性があり、全ての配信先ユーザについて処理を行う必要がある。但し、特定の属性にのみ影響がある場合には、当該特定の属性の配信先ユーザを特定して、当該配信先ユーザについてのみ処理を行うようにしてもよい。一方、特定の配信先ユーザの個別配信設定データのみが変更された場合には、当該特定の配信先ユーザのみ影響が及ぶので、当該配信先ユーザのみについて配信内容を決定すればよい。
【００６９】
配信処理部５２３は、各配信先ユーザについて決定された配信内容をコピーし、各配信先ユーザ用の領域における、変更を行ったユーザ用の第２の領域５２５４に登録する（ステップＳ１０９）。配信内容が特定された各配信先ユーザについてのみ処理を行う場合もある。
【００７０】
以上のように基本的にはユーザデータを変更する場合と同様の処理を行って、配信設定データの変更に対処する。
【００７１】
次に、検索処理の処理フローを図１３を用いて説明する。なお、既にログインなどが完了して、ユーザＩＤ等のデータをサービスプロバイダのシステム５が保持しているものとする。まず、ユーザは、ユーザ端末３を操作して、検索条件入力ページをサービスプロバイダのシステム５へ要求させる（ステップＳ１１１）。サービスプロバイダのシステム５内におけるインターフェイスサーバ５１は、ユーザ端末３から検索条件入力ページの要求を受信し（ステップＳ１１３）、検索条件入力ページ・データを生成し、ユーザ端末３に送信する（ステップＳ１１５）。
【００７２】
ユーザ端末３は、サービスプロバイダのシステム５から検索条件入力ページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ１１７）。例えば、検索すべきデータ項目の入力欄と、対応するデータの入力欄とのセットを複数有するページが表示される。ユーザは、このページに、必要なデータを入力する。例えば、電話番号だけリストアップしたい場合には、データ項目の入力欄に「電話番号」と入力する。また、東京の電話番号が登録されているユーザの名前及び電話番号を検索する場合には、データ項目の入力欄に「電話番号」と入力し、対応するデータの入力欄に「０３」と入力する。
【００７３】
ユーザ端末３は、このようにユーザによる検索条件の入力を受け付け、サービスプロバイダのシステム５へ送信する（ステップＳ１１９）。サービスプロバイダのシステム５のインターフェイスサーバ５１は、ユーザ端末３から検索条件を受信すると（ステップＳ１２１）、当該検索条件をデータベースサーバ５２の検索処理部５２４に出力する。検索処理部５２４は、検索要求を行った登録ユーザ用の領域における配信先ユーザ用の全ての領域５２５４を、受信した検索条件で検索する（ステップＳ１２３）。検索処理自体は従来と同じであるから、これ以上述べない。検索処理部５２４は、検索結果をインターフェイスサーバ５１に出力する。
【００７４】
インターフェイスサーバ５１は、データベースサーバ５２の検索処理部５２４から検索結果を受信すると、検索結果を所定の形式でまとめたページ・データを生成し、ユーザ端末３に送信する（ステップＳ１２５）。ユーザ端末３は、サービスプロバイダのシステム５から所定の形式の検索結果を含むページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ１２７）。
【００７５】
このようにすれば、ユーザは自分が配信を受けた最新のデータを、必要な時にサービスプロバイダのシステム５から自由に受け取ることができ、利用することができるようになる。
【００７６】
［実施の形態２］
次に図１５乃至図２３を用いて本発明の第２の実施の形態を説明する。図１５に、第２の実施の形態におけるシステム構成図を示す。例えばインターネットなどのＩＰネットワークであるネットワーク１には、複数のユーザ端末３（図１５では３Ａ、３Ｂ及び３Ｃ）が接続されている。なお、ユーザ端末３Ａ、３Ｂ及び３Ｃは、ＰＣ３ａ、情報端末３ｂ又は携帯電話機３ｃのいずれでもよい。また、ユーザ端末は、３台に限られない。
【００７７】
さらに、ネットワーク１には、本実施の形態において以下に説明するサービスを提供するサービスプロバイダのシステム７も接続されている。サービスプロバイダのシステム７は、ユーザ毎に、当該ユーザのデータを管理しているサーバの情報を格納するサーバ検索ＤＢ７２と、サーバ検索ＤＢ７２を用いて検索処理を行う検索サーバ７３と、合意確認を行う合意サーバ７４と、ユーザ毎に、当該ユーザのデータにアクセスするためのレコードキーを格納するキー変換ＤＢ７５（図１５では７５ａ及び７５ｂ）と、キー変換ＤＢ７５を用いてデータベースの管理を行うデータベースサーバ７６（図１５では７６ａ及び７６ｂ）と、ファイアウォール機能を持ち、ユーザ端末３と内部のサーバとを接続するゲートウェイサーバ７８（図１５では７８ａ、７８ｂ及び７８ｃ）と、ユーザ端末Ａ、Ｂ及びＣからの要求をゲートウェイサーバ７８に転送するロードバランサ７７とを含む。なお、ゲートウェイサーバ７８が、ユーザ認証や外部通信の暗号化などの機能を持つ場合もある。また、ロードバランサ７７の処理は、従来と変わらないため、これ以上述べない。検索サーバ７３と、合意サーバ７４と、データベースサーバ７６ａ及び７６ｂと、ゲートウェイサーバ７８ａ、７８ｂ及び７８ｃとは、ネットワーク７１で接続されている。
【００７８】
図１６に、本実施の形態におけるデータベースサーバ７６の機能ブロック図を示す。データベースサーバ７６は、登録ユーザのデータの登録又は更新を行うユーザデータ登録部７６１と、配信設定データの登録又は更新を行う配信設定データ登録部７６２と、ユーザ間の情報交換に係る配信処理を実施する配信処理部７６３と、登録ユーザからの検索指示に従って検索処理を実施する検索処理部７６４と、データベースサーバ７６間でやりとりされる情報変更オーダに関する処理を行う情報変更オーダ処理部７６５と、登録ユーザのためのデータを保持するデータベース７６６とを含む。なお、ユーザデータ登録部７６１、配信設定データ登録部７６２、配信処理部７６３、検索処理部７６４及びデータベース７６６は、基本的には上で説明したユーザデータ登録部５２１、配信設定データ登録部５２２、配信処理部５２３、検索処理部５２４及びデータベース５２５と同様の内容を有する。従って、上で説明した内容と異なる点を以下で説明する。
【００７９】
図１７に、サーバ検索ＤＢ７２に格納されるデータの一例を示す。図１７の例では、ユーザＩＤと、サーバＩＤとが格納されるようになっている。このデータを参照することで、ユーザのデータが、どのサーバによって管理されているかを特定できる。
【００８０】
図１８に、キー変換ＤＢ７５に格納されるデータの一例を示す。図１８の例では、ユーザＩＤと、登録ユーザ自身用領域キーと、配信先ユーザ用領域キーとが格納されるようになっている。なお、各キー変換ＤＢ７５には、当該キー変換ＤＢ７５に対応するデータベースサーバ７６によって管理されるユーザについての情報が格納される。例えば、ユーザＡのデータがデータベースサーバ７６ａにて管理され、ユーザＢ及びユーザＣのデータがデータベースサーバ７６ｂにて管理される場合、キー変換ＤＢ７５ａにはユーザＡの情報が格納され、キー変換ＤＢ７５ｂにはユーザＢ及びユーザＣの情報が格納される。データベースサーバ７６は、ユーザＩＤに対応する登録ユーザ自身用領域キーや配信先ユーザ用領域キーを取得し、これらの情報を基にデータベース７６６にアクセスする。
【００８１】
次に、図１９乃至図２２を用いて図１５に示したシステムの動作を説明する。なお、ユーザ情報及び配信設定データの登録については、図３に示した処理と変わらないため、ここでは説明は省略する。以下、ユーザ情報及び配信設定データは既に登録されているものとして説明する。また、情報交換を行う相手のユーザＩＤを既に交換済みであるものとする。
【００８２】
まず、ユーザは、ユーザ端末３を操作して、配信先の指定要求をサービスプロバイダのシステム７へ送信させる（ステップＳ２０１）。サービスプロバイダのシステム７の合意サーバ７４は、配信先の指定要求を受信し（ステップＳ２０３）、合意確認入力ページ・データをユーザ端末３に送信する（ステップＳ２０５）。なお、ユーザ端末３と内部のサーバとは、ゲートウェイサーバ７８を介してデータのやりとりが行われるが、ここでは説明の便宜上、ゲートウェイサーバ７８については省略する。そして、ユーザ端末３は、合意サーバ７４から合意確認入力ページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ２０７）。例えば、配信相手のユーザＩＤの入力欄を含むページが表示され、ユーザに入力を促す。また、スパムの排除などを目的として、合意をより確実なものとするために配信相手の名前や合い言葉を入力させる場合もある。
【００８３】
そして、ユーザは、例えば配信相手のユーザＩＤ、配信相手の名前及び合い言葉を入力し、送信を指示する。ユーザ端末３は、このような合意確認データの入力を受け付け、サービスプロバイダのシステム７へ送信する（ステップＳ２０９）。サービスプロバイダのシステム７の合意サーバ７４は、ユーザ端末３から合意確認データを受信する（ステップＳ２１０）。そして、合意サーバ７４は、合意が確認できたか判断する（ステップＳ２１１）。例えば、送信元ユーザのユーザＩＤ及び名前と、合意確認データに含まれる配信相手のユーザＩＤ及び名前と、合い言葉との組み合わせが既に格納済みであるか、すなわち配信相手からの合意確認データを既に受信しているか判断する。
【００８４】
合意が確認できなかった場合には（ステップＳ２１１：Ｎｏルート）、合意サーバ７４は、合意確認データを記憶装置に格納する（ステップＳ２１２）。このとき、送信元ユーザのユーザＩＤ及び名前も併せて格納する。そして、配信相手からの合意確認データの受信待ちとなる。なお、図示していないが、合意サーバ７４は、合意が確認できなかった旨の通知をユーザ端末３に送信する場合もある。
【００８５】
一方、合意が確認できた場合（ステップＳ２１１：Ｙｅｓルート）、合意サーバ７４は、合意確認の取れた双方のユーザのユーザＩＤを検索サーバ７３に送信する（ステップＳ２１３）。検索サーバ７３は、合意サーバ７４からユーザＩＤを受信する（ステップＳ２１４）。そして、検索サーバ７３は、当該ユーザＩＤに対応するサーバＩＤをサーバ検索ＤＢ７２から抽出し、合意サーバ７４に送信する（ステップＳ２１５）。
【００８６】
合意サーバ７４は、検索サーバ７３からサーバＩＤを受信し、一旦記憶装置に格納する（ステップＳ２１６）。そして、合意サーバ７４は、合意完了通知を双方のデータベースサーバ７６に送信する（ステップＳ２１７）。データベースサーバ７６は、合意サーバ７４から合意完了通知を受信する（ステップＳ２１８）。そして、処理は、端子Ｅ及びＦを介して図２０の処理に移行する。
【００８７】
データベースサーバ７６は、配信先ユーザの設定ページ・データをユーザ端末３に送信する（ステップＳ２１９）。ユーザ端末３は、データベースサーバ７６から配信先の設定ページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ２２１）。
【００８８】
ユーザは、この配信先ユーザの設定ページにおいて、図７（ａ）及び（ｂ）に示したように、配信先ユーザの属性又は属性及び格付を個別配信設定データとして設定するか、各データ項目について配信するか否かを設定する。
【００８９】
ユーザ端末３は、ユーザによる個別配信設定データの入力を受け付け、サービスプロバイダのシステム７に送信する（ステップＳ２２３）。サービスプロバイダのシステム７のデータベースサーバ７６は、ユーザ端末３から配信先ユーザの個別配信設定データを受信し、個別配信設定データの送信元ユーザ用の領域における配信先ユーザ用の第１の領域５２５３（図２参照）を確保し、当該領域に、受信した個別配信設定データを格納する（ステップＳ２２５）。なお、この処理は、配信設定データ登録部７６２により行われる。
【００９０】
データベースサーバ７６は、配信先ユーザのユーザＩＤを検索サーバ７３に送信する（ステップＳ２２７）。検索サーバ７３は、データベースサーバ７６からユーザＩＤを受信する（ステップＳ２２９）。そして、検索サーバ７３は、当該ユーザＩＤに対応するサーバＩＤをサーバ検索ＤＢ７２から抽出し、データベースサーバ７６に送信する（ステップＳ２３１）。
【００９１】
データベースサーバ７６は、検索サーバ７３からサーバＩＤを受信し、一旦記憶装置に格納する（ステップＳ２３３）。そして、データベースサーバ７６の情報変更オーダ処理部７６５は、例えば図２１に示すような情報変更オーダを生成する（ステップＳ２３５）。図２１の例では、配信先ユーザＩＤと、送信元ユーザＩＤと、送信元ユーザのデータとを含む。
【００９２】
そして、データベースサーバ７６の情報変更オーダ処理部７６５は、配信相手のデータを管理しているデータベースサーバ７６（以下、相手データベースサーバと呼ぶ）との間で、生成した情報変更オーダの送受信を行う（ステップＳ２３７及びステップＳ２３９）。なお、図示していないが、配信相手のユーザ端末３と相手データベースサーバとの間においても、ステップＳ２０１乃至ステップＳ２３５の処理が行われており、ステップＳ２３７及びステップＳ２３９は、送信元ユーザのデータを含む情報変更オーダを相手データベースサーバに送信し、相手データベースサーバから配信相手のデータを含む情報変更オーダを受信することを示す。ただし、お互いが同一のタイミングで情報変更オーダを送信する必要はない。
【００９３】
データベースサーバ７６の情報変更オーダ処理部７６５は、相手データベースサーバから情報変更オーダを受信すると、当該情報変更オーダに含まれる配信先ユーザＩＤを基にキー変換ＤＢ７５を検索し、配信先ユーザ用領域キー（レコードキー）を取得する（ステップＳ２４１）。そして、情報変更オーダ処理部７６５は、情報変更オーダに含まれる送信元ユーザのデータを、配信先ユーザ用領域キーの示す領域における当該配信先ユーザ用の領域の第２の領域５２５４に登録する（ステップＳ２４３）。例えば、ユーザＡ及びユーザＢが情報交換を行う際に、データベースサーバＡ（ユーザＡのデータを管理しているデータベースサーバ７６）が、配信先ユーザＩＤとしてユーザＡのユーザＩＤ、送信元ユーザＩＤとしてユーザＢのユーザＩＤ、送信元ユーザのデータとしてユーザＢのデータを含む情報変更オーダを受信した場合、情報変更オーダ処理部７６５は、まず、ユーザＡのユーザＩＤ（配信先ユーザＩＤ）に対応する配信先ユーザ用領域キーをキー変換ＤＢ７５から取得する。そして、配信先ユーザ用領域キーの示す領域におけるユーザＢ（配信先ユーザ）用の領域を特定し、当該ユーザＢ用の領域の第２の領域（すなわち、図９で示した領域５２５４ａ）にユーザＢのデータを登録する。
【００９４】
その後、データベースサーバ７６は、配信設定完了をユーザ端末３に通知する（ステップＳ２４５）。ユーザ端末３は、配信設定完了の通知を受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ２４７）。
【００９５】
なお、図示していないが、配信先ユーザのデータが同一データベースサーバ７６によって管理されている場合には、データベースサーバ７６の配信処理部７６３は、配信先ユーザのユーザＩＤを基にキー変換ＤＢ７５を検索して、配信先ユーザ用領域キー（レコードキー）を取得し、当該レコードキーに基づきデータベース７６６にアクセスすればよい。
【００９６】
また、上で説明した例では、合意確認が取れた後に、配信先ユーザの個別配信設定データの問い合わせを行っているが、合意確認データと共に個別配信設定データを入力させるようにしてもよい。この場合、個別配信設定データを含む合意完了通知をデータベースサーバ７６に送信するようにすれば、ステップＳ２１９乃至ステップＳ２２５の処理は行う必要はない。
【００９７】
このようにすれば、ネットワーク上にデータベースが分散していても情報交換が可能となる。データベースを分散化することができれば、例えばユーザ数が増加した場合に、データベースの数を増やすこと（すなわち、スケールアウト）によって対応することができる。例えば大容量のデータベースに交換することで機能の拡張を図るスケールアップより、スケールアウトの方がユーザの増加に対して柔軟に対応することができる。また、高性能で大規模なサーバに交換する必要もなく、コストを抑えることができる。
【００９８】
次に、図２２を用いて、登録ユーザ自身用の第１の領域５２５１に格納されたデータ、登録ユーザ自身用の第２の領域５２５２に格納された全体の配信設定データ又は配信先ユーザ用の第１の領域５２５３に格納された個別配信設定データを変更する際の処理について説明する。
【００９９】
まず、ユーザは、ユーザ端末３を操作して、登録ユーザ自身用の第１の領域５２５１に格納されたデータ、登録ユーザ自身用の第２の領域５２５２に格納された全体の配信設定データ又は配信先ユーザ用の第１の領域５２５３に格納された個別配信設定データの変更を指示する。なお、これらのデータを変更する処理については、第１の実施の形態で説明した処理と変わらないため、ここでは変更がなされたものとして、以下説明する。
【０１００】
サービスプロバイダのシステム７のデータベースサーバ７６は、影響のある配信先ユーザを特定する（ステップＳ２４９）。そして、データベースサーバ７６は、影響のある配信先ユーザのユーザＩＤを配信先ユーザ用の第１の領域５２５３から取得し、検索サーバ７３に送信する（ステップＳ２５１）。
【０１０１】
検索サーバ７３は、データベースサーバ７６からユーザＩＤを受信する（ステップＳ２５３）。そして、検索サーバ７３は、当該ユーザＩＤに対応するサーバＩＤをサーバ検索ＤＢ７２から抽出し、データベースサーバ７６に送信する（ステップＳ２５５）。
【０１０２】
データベースサーバ７６は、検索サーバ７３からサーバＩＤを受信し、一旦記憶装置に格納する（ステップＳ２５７）。そして、データベースサーバ７６の情報変更オーダ処理部７６５は、例えば図２１に示した情報変更オーダを生成し、相手データベースサーバに送信する（ステップＳ２５９）。このとき、少なくとも影響のあるデータ項目についてのデータを情報変更オーダに含める。
【０１０３】
相手データベースサーバは、データベースサーバ７６から情報変更オーダを受信し、一旦記憶装置に格納する（ステップＳ２６１）。そして、相手データベースサーバの情報変更オーダ処理部７６５は、当該情報変更オーダに含まれる配信先ユーザＩＤを基にキー変換ＤＢ７５を検索し、配信先ユーザ用領域キー（レコードキー）を取得する（ステップＳ２６３）。そして、相手データベースサーバの情報変更オーダ処理部７６５は、情報変更オーダに含まれる送信元ユーザのデータを、配信先ユーザ用領域キーの示す領域における当該配信先ユーザ用の領域の第２の領域５２５４に登録する（ステップＳ２６５）。すなわち、変更後のデータで当該配信先ユーザ用の領域の第２の領域５２５４に格納されたデータを更新する。
【０１０４】
その後、相手データベースサーバは、情報変更通知を配信先ユーザのユーザ端末３に送信する（ステップＳ２６７）。なお、情報変更通知は、情報変更があった旨を単に通知するものでもよく、変更後のデータを含めるようにしてもよい。
【０１０５】
このようにすれば、ネットワーク上にデータベースが分散していても、ユーザが自身のデータを変更すれば、各配信先ユーザのデータも同様に変更することができる。
【０１０６】
また、本実施の形態では、サービスプロバイダのシステム７内に複数のデータベースサーバ７６及びキー変換ＤＢ７５が存在する場合について説明したが、図２３のような外部システム９（図２３では９ａ及び９ｂ）とサービスプロバイダのシステム７とがネットワーク１を介して接続される構成であってもよい。例えば、企業が、データベースを自社管理するような構成であっても適用可能である。
【０１０７】
図２３において、外部システム９ａは、データベースサーバ９１ａとキー変換ＤＢ９２ａとを含む。同様に、外部システム９ｂは、データベースサーバ９１ｂとキー変換ＤＢ９２ｂとを含む。データベースサーバ９１ａ及び９１ｂは、基本的には図１６に示したデータベースサーバ７６と同様の構成を有する。また、キー変換ＤＢ９２ａ及び９２ｂに格納されるデータは、図１８に示したとおりである。なお、外部システム９は、２つに限定されず、データベースサーバ９１及びキー変換ＤＢ９２を複数含む場合もある。
【０１０８】
また、複数のシステムと接続する場合、例えば、ユーザＩＤを「システム毎の識別情報＋システム内のユーザの識別情報」とし、配信先ユーザのユーザＩＤによって、同一システム内か否かを判断するようにしてもよい。
【０１０９】
以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、処理フローは一例であって、上で述べたような機能を実現するためであれば、ステップの順番を入れ替えたりすることも可能である。例えば、上で述べた例では、自分のデータを登録した後に、全体の配信設定データを直ぐに入力するような例を示したが、必ず直ぐに入力しなければならないわけではない。また、図６で説明した合意確認及び個別配信設定データの設定については、必要な時に必要な分行えばよい。また、合意確認は必ずしも必要でない場合もある。
【０１１０】
また画面例などについても一例であって、必ずしも図示したような画面でなくともよい。複数画面に分割されることもあれば、１つの画面に統合される場合もある。
【０１１１】
また、図１で示したデータベースサーバ５２及び図１６で示したデータベースサーバ７６内の機能ブロックは必ずしも実際のプログラムモジュール構成とは一致しない。
【０１１２】
さらに、上で述べた検索結果はＨＴＴＰ（Hyper Text Transfer Protocol）のような汎用プロトコルを使用してユーザ端末３に送信されるので、ユーザ端末３のプログラムは、当該検索結果を使用して処理を行うことができる。例えば、電話帳を編集・管理するプログラムの場合、検索結果によって、ローカルに保持する電話帳のメンテナンスを容易に実施することができるようになる。
【０１１３】
例えばユーザ端末３が携帯電話機であって電話帳を編集・管理するプログラムを内蔵する場合には、例えば「電話帳の更新」ボタンを押すことによって内蔵する電話帳のメンテナンスを行うことができるようになる。さらに、電話機自身がサービスプロバイダのシステム５におけるデータベースサーバ５２に対する検索機能を内蔵し、当該検索機能がサービスプロバイダのシステム５からの検索結果を使って発呼できるようにする場合もある。そうすれば、電話機自身に電話帳を用意する必要なく、電話帳の管理ができるようになる。このようにすれば携帯電話機の紛失等による情報漏洩を防止することも可能となる。
【０１１４】
さらに、個人毎にデータを管理する例を示したが、企業の部署などの組織毎に管理するようにすれば、常に最新の顧客情報などを共有することも可能となる。
【０１１５】
なお、ユーザ端末３、サービスプロバイダのシステム５及び７並びに外部システム９内の各種サーバは、図１４のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【図面の簡単な説明】
【０１１６】
【図１】本発明の実施の形態におけるシステム概要図である。
【図２】データベース内のデータ構造を示す図である。
【図３】本発明の実施の形態における処理フローの第１の部分を示す図である。
【図４】ユーザデータの登録画面例を示す図である。
【図５】全体の配信設定データの一例を示す図である。
【図６】本発明の実施の形態における処理フローの第２の部分を示す図である。
【図７】（ａ）及び（ｂ）は、個別配信設定データの一例を示す図である。
【図８】本発明の実施の形態における処理フローの第３の部分を示す図である。
【図９】本発明の実施の形態における情報交換の態様を説明するための図である。
【図１０】本発明の実施の形態における効果を説明するための図である。
【図１１】本発明の実施の形態におけるユーザデータの更新処理を説明するための図である。
【図１２】本発明の実施の形態における配信設定データの更新処理を説明するための図である。
【図１３】本発明の実施の形態における検索処理を説明するための図である。
【図１４】コンピュータの機能ブロック図である。
【図１５】本発明の第２の実施の形態におけるシステム概要図である。
【図１６】本発明の第２の実施の形態におけるデータベースサーバの機能ブロック図である。
【図１７】サーバ検索ＤＢに格納されるデータの一例を示す図である。
【図１８】キー変換ＤＢに格納されるデータの一例を示す図である。
【図１９】本発明の第２の実施の形態における処理フローの第１の部分を示す図である。
【図２０】本発明の第２の実施の形態における処理フローの第２の部分を示す図である。
【図２１】情報変更オーダのフォーマットの一例を示す図である。
【図２２】本発明の第２の実施の形態におけるユーザデータ又は配信設定データの更新処理を説明するための図である。
【図２３】本発明の第２の実施の形態に係るシステム構成の一例を示す図である。
【符号の説明】
【０１１７】
１  ネットワーク
３ａ  ＰＣ    ３ｂ  情報端末    ３ｃ  携帯電話機
５，７  サービスプロバイダのシステム
９ａ，９ｂ  外部システム
５１  インターフェイスサーバ    ５２  データベースサーバ
５３  広告サーバ    ５４  メールサーバ
５２１  ユーザデータ登録部    ５２２  配信設定データ登録部
５２３  配信処理部    ５２４  検索処理部
５２５  データベース
７１  ネットワーク    ７２  サーバ検索ＤＢ
７３  検索サーバ    ７４  合意サーバ
７５ａ，７５ｂ，９２ａ，９２ｂ  キー変換ＤＢ
７６ａ，７６ｂ，９１ａ，９１ｂ  データベースサーバ
７７  ロードバランサ
７６１  ユーザデータ登録部    ７６２  配信設定データ登録部
７６３  配信処理部    ７６４  検索処理部
７６５  情報変更オーダ処理部    ７６６  データベース
【図１】
2008047100.tif 000003
【図２】
2008047100.tif 000004
【図３】
2008047100.tif 000005
【図４】
2008047100.tif 000006
【図５】
2008047100.tif 000007
【図６】
2008047100.tif 000008
【図７】
2008047100.tif 000009
【図８】
2008047100.tif 000010
【図９】
2008047100.tif 000011
【図１０】
2008047100.tif 000012
【図１１】
2008047100.tif 000013
【図１２】
2008047100.tif 000014
【図１３】
2008047100.tif 000015
【図１４】
2008047100.tif 000016
【図１５】
2008047100.tif 000017
【図１６】
2008047100.tif 000018
【図１７】
2008047100.tif 000019
【図１８】
2008047100.tif 000020
【図１９】
2008047100.tif 000021
【図２０】
2008047100.tif 000022
【図２１】
2008047100.tif 000023
【図２２】
2008047100.tif 000024
【図２３】
2008047100.tif 000025