(57)【特許請求の範囲】
【請求項１】
ユーザ端末群とネットワークを介して接続されたコンピュータが実行する情報配布方法であって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付ステップと、
前記指定受付ステップで指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶ステップと、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付ステップと、
前記情報受付ステップで受け付けた前記配布情報を配布するための配布条件を、前記第１ユーザ端末から受け付ける配布条件受付ステップと、
前記配布条件に従い、前記記憶ステップで前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定ステップと、
前記情報受付ステップで受け付けた前記配布情報を、前記候補決定ステップで決定した前記候補端末に送信する第１配布ステップと、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶ステップで対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布ステップと、
前記第２配布ステップを繰り返す配布連鎖ステップと、を含み、
前記配布条件受付ステップは、前記配布連鎖ステップを停止させるための停止条件を受け付ける停止受付ステップを含み、
前記配布連鎖ステップは、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布ステップの繰り返しを停止させる停止ステップを含んでいる、情報配布方法。
【請求項２】
ユーザ端末群とネットワークを介して接続された情報配布装置であって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付手段、
前記指定受付手段で指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶手段、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付手段、
前記情報受付手段で受け付けた前記配布情報を配布するための配布条件を前記第１ユーザ端末から受け付ける配布条件受付手段、
前記配布条件に従い、前記記憶ステップで前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定手段、
前記情報受付手段で受け付けた前記配布情報を、前記候補決定手段で決定した前記候補端末に送信する第１配布手段、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶手段で対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布手段及び、
前記第２配布手段を繰り返し起動する配布連鎖手段を備え、
前記配布条件受付手段は、前記配布連鎖手段による前記第２配布手段の繰り返し起動を停止させるための停止条件を受け付ける停止受付手段を含み、
前記配布連鎖手段は、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布手段の繰り返し起動を停止する停止手段を含んでいる、情報配布装置。
【請求項３】
ユーザ端末群とネットワークを介して接続されたコンピュータが実行する情報配布プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付ステップと、
前記指定受付ステップで指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶ステップと、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付ステップと、
前記情報受付ステップで受け付けた前記配布情報を配布するための配布条件を前記第１ユーザ端末から受け付ける配布条件受付ステップと、
前記配布条件に従い、前記記憶ステップで前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定ステップと、
前記情報受付ステップで受け付けた前記配布情報を、前記候補決定ステップで決定した前記候補端末に送信する第１配布ステップと、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶ステップで対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布ステップと、
前記第２配布ステップを繰り返す配布連鎖ステップと、を実行するための情報配布プログラムであって、
前記配布条件受付ステップは、前記配布連鎖ステップを停止させるための停止条件を受け付ける停止受付ステップを含み、
前記配布連鎖ステップは、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布ステップの繰り返しを停止させる停止ステップを含んでいる情報配布プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【請求項４】
ユーザ端末群とネットワークを介して接続されたコンピュータが実行する情報配布プログラムであって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付手段、
前記指定受付手段で指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶手段、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付手段、
前記情報受付手段で受け付けた前記配布情報を配布するための配布条件を前記第１ユーザ端末から受け付ける配布条件受付手段、
前記配布条件に従い、前記記憶手段で前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定手段、
前記情報受付手段で受け付けた前記配布情報を、前記候補決定手段で決定した前記候補端末に送信する第１配布手段、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶手段で対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布手段及び、
前記第２配布手段を繰り返し起動する配布連鎖手段、として前記コンピュータを機能させる情報配布プログラムであって、
前記配布条件受付手段は、前記配布連鎖手段による前記第２配布手段の繰り返し起動を停止させるための停止条件を受け付ける停止受付手段を含み、
前記配布連鎖手段は、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布手段の繰り返し起動を停止する停止手段を含んでいる、
前記コンピュータを機能させる情報配布プログラム。
【請求項５】
ネットワークを介して複数のユーザ端末と通信可能な情報交換サーバが実行する情報配布方法であって、
予めユーザ毎に該ユーザが情報の参照を希望する他のユーザの登録を受け付けて、該ユーザの識別子情報と該情報の参照を希望する他のユーザの識別子情報とを対応付けて情報交換関係情報として記憶しておき、
ユーザ毎に当該ユーザに関する第１の情報の登録を受け付け、該ユーザと情報交換関係を有しているユーザに対し、前記情報交換関係情報に基づいて該第１の情報を通知あるいは開示し、
ユーザ毎に、配布条件を含む第２の情報の登録を受け付け、配布条件に含まれる第１の情報の配布先となるユーザの前記情報交換関係情報に基づいて、該配布条件に該当するユーザを第１の情報の配布先として抽出し、該抽出されたユーザに対して前記第１の情報を配信し、
前記配布条件は、前記第１の情報の配布を停止させるための停止条件を含み、
前記配布条件が満足されているか否かを判断し、判断結果に基づいて前記第１の情報の配布を停止させる、情報配布方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上でユーザ同士がメッセージを送受信する技術に関する。
【０００２】
【従来の技術】
ユーザがネットワーク上でリアルタイムに会話したり、ユーザ間で情報を流したりすることができるシステムとして、インスタントメッセージングシステムが提供されている。インスタントメッセージングシステムの一例としてはバディリストシステムが挙げられる。バディリストシステムは、ユーザの状態情報を管理しているバディサーバと、複数のバディクライアントとがネットワークを介して接続されて構成される。
【０００３】
ユーザＡは、バディクライアントａを使用して、自己の状態に関する情報をバディサーバに登録する。その際、登録した状態情報の公開レベルを併せて設定することも可能である。また、ユーザＡは、状態情報を参照したい他のユーザまたは他のユーザ群を登録する。このユーザをバディ、このユーザ群をバディリストと称している。
【０００４】
バディサーバは、バディクライアントａから通知されてきたユーザＡの状態情報や公開レベルを、ユーザＡに対応づけて記憶する。また、バディクライアントａから通知されてきたバディリストに基づいて、バディリストに登録されているユーザＢ、Ｃ、Ｄ・・・の状態情報の配信をユーザＡが希望していることを、記憶しておく。バディサーバは、ユーザＡの状態情報を受け取ると、ユーザＡに対応づけて記憶する。さらにバディサーバは、ユーザＡの状態情報の配信先に対し、ユーザＡが設定している公開レベルに従って更新された状態情報を通知する。
【０００５】
一方で、バディクライアントａは、ユーザＢ、Ｃ、Ｄ・・・の状態情報の表示を更新する。バディクライアントａが起動していない場合には、起動された時点で、ユーザＢ、Ｃ、Ｄ・・・の最新の状態情報をバディサーバから取得して表示する。
つまり、バディリストシステムでは、自己の状態及び関心のあるユーザをバディとして登録しておくことにより、バディの状態がバディクライアントによりユーザ端末上で一覧表示される。また、参照しているバディの状態情報が変更された場合、ユーザ端末上で表示されている状態情報が自動的に更新される。ユーザは、バディサーバに接続してバディリストを登録しておくことにより、気になるユーザの状態を手軽に参照することが可能となる。
【０００６】
ユーザの状態情報は、状態アイコンやテキストメッセージなどのオブジェクトにより表される。状態アイコンは、バディリストシステムの提供者から提供され、各ユーザ端末にニーズに応じてダウンロードされる。
【０００７】
【発明が解決しようとする課題】
前述のようなバディリストシステムにおいて、ユーザにより設定されるバディリストや公開情報は、ユーザ間の情報交換関係、言い換えれば人間関係のつながりを示しているといえる。ユーザ間の情報交換関係を有効に用いれば、既存のバディリストシステムでは実現できない新しい情報配布方法を実現することができる可能性がある。バディリストシステム以外のインスタントメッセージングシステムにおいても、同様の情報交換関係が構築されている。しかし、インスタントメッセージングシステムにおいて、情報交換関係を活用した情報の配布方法は未だ提供されていない。
【０００８】
本発明は、インスタントメッセージングシステムにおいて構築される情報交換関係を活用することを目的とする。また、本発明は、前記情報交換関係を用いたネットワーク上のユーザ間での情報配布方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本願第１発明は、前記課題を解決するために、ユーザ端末群とネットワークを介して接続されたコンピュータが実行する情報配布方法を提供する。この方法は、以下のステップを含む。
・前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付ステップと、
・前記指定受付ステップで指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶ステップと、
・配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付ステップと、
・前記情報受付ステップで受け付けた前記配布情報を配布するための配布条件を前記第１ユーザ端末から受け付ける配布条件受付ステップと、
・前記配布条件に従い、前記記憶ステップで前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定ステップと、
・前記情報受付ステップで受け付けた前記配布情報を、前記候補決定ステップで決定した前記候補端末に送信する第１配布ステップと、
・前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶ステップで対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布ステップと、
・前記第２配布ステップを繰り返す配布連鎖ステップ。
【００１０】
この方法において、前記配布条件受付ステップは、前記配布連鎖ステップを停止させるための停止条件を受け付ける停止受付ステップを含む。また、前記配布連鎖ステップは、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布ステップの繰り返しを停止させる停止ステップを含んでいる。
【００１１】
この方法は、ユーザからそのユーザのバディへ、さらにバディからまたそのバディへと、情報を連鎖的に配布する。配布条件には、少なくとも配布先が含まれる。配布条件は、配布先に加え、停止条件、配布先、充足条件、充足時の対応などを含んでいても良い。ここで、配布先とは、情報が配布されるユーザ端末である。充足条件とは、配布情報が配布者の要求を表している場合、要求が満たされたか否かを判断する判断基準をいう。充足時の対応とは、前記要求が満たされた場合の、配布元や配布先への対応を言う。
【００１２】
本願第２発明は、ユーザ端末群とネットワークを介して接続された情報配布装置であって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付手段、
前記指定受付手段で指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶手段、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付手段、
前記情報受付手段で受け付けた前記配布情報を配布するための配布条件を前記第１ユーザ端末から受け付ける配布条件受付手段、
前記配布条件に従い、前記記憶ステップで前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定手段、
前記情報受付手段で受け付けた前記配布情報を、前記候補決定手段で決定した前記候補端末に送信する第１配布手段、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶手段で対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布手段及び、
前記第２配布手段を繰り返し起動する配布連鎖手段、
を備える情報配布装置を提供する。
【００１３】
この情報配布装置において、前記配布条件受付手段は、前記配布連鎖手段による前記第２配布手段の繰り返し起動を停止させるための停止条件を受け付ける停止受付手段を含む。また、前記配布連鎖手段は、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布手段の繰り返し起動を停止する停止手段を含んでいる。
【００１４】
本願第３発明は、ユーザ端末群とネットワークを介して接続されたコンピュータが実行する情報配布プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付ステップと、
前記指定受付ステップで指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶ステップと、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付ステップと、
前記情報受付ステップで受け付けた前記配布情報を配布するための配布条件を前記第１ユーザ端末から受け付ける配布条件受付ステップと、
前記配布条件に従い、前記記憶ステップで前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定ステップと、
前記情報受付ステップで受け付けた前記配布情報を、前記候補決定ステップで決定した前記候補端末に送信する第１配布ステップと、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶ステップで対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布ステップと、
前記第２配布ステップを繰り返す配布連鎖ステップと、
を実行するための情報配布プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
【００１５】
この情報配布プログラムにおいて、前記配布条件受付ステップは、前記配布連鎖ステップを停止させるための停止条件を受け付ける停止受付ステップを含む。また、前記配布連鎖ステップは、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布ステップの繰り返しを停止させる停止ステップを含んでいる。
【００１６】
本願第４発明は、ユーザ端末群とネットワークを介して接続されたコンピュータが実行する情報配布プログラムであって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付手段、
前記指定受付手段で指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶手段、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付手段、
前記情報受付手段で受け付けた前記配布情報を配布するための配布条件を前記第１ユーザ端末から受け付ける配布条件受付手段、
前記配布条件に従い、前記記憶手段で前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定手段、
前記情報受付手段で受け付けた前記配布情報を、前記候補決定手段で決定した前記候補端末に送信する第１配布手段、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶手段で対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布手段及び、
前記第２配布手段を繰り返し起動する配布連鎖手段、
として前記コンピュータを機能させる情報配布プログラムを提供する。
【００１７】
この情報配布プログラムにおいて、前記配布条件受付手段は、前記配布連鎖手段による前記第２配布手段の繰り返し起動を停止させるための停止条件を受け付ける停止受付手段を含む。また、前記配布連鎖手段は、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布手段の繰り返し起動を停止する停止手段を含んでいる。
【００１８】
本願第５発明は、ネットワークを介して複数のユーザ端末と通信可能な情報交換サーバが実行する情報配布方法を提供する。この方法は、以下のステップを含む。
・予めユーザ毎に該ユーザが情報の参照を希望する他のユーザの登録を受け付けて、該ユーザの識別子情報と該情報の参照を希望する他のユーザの識別子情報とを対応付けて情報交換関係情報として記憶するステップ。
・ユーザ毎に当該ユーザに関する第１の情報の登録を受け付け、前記情報交換関係情報に基づいて、該ユーザと情報交換関係を有しているユーザに対して、該第１の情報を通知あるいは開示するステップ。
・ユーザ毎に配布条件を含む第２の情報の登録を受け付け、配布条件に含まれる第１の情報の配布先となるユーザの前記情報交換関係情報に基づいて、該配布条件に該当するユーザを第１の情報の配布先として抽出し、該抽出されたユーザに対して第１の情報を配信するステップ。
【００１９】
この方法において、前記配布条件は、前記第１の情報の配布を停止させるための停止条件を含む。また、前記配布条件が満足されているか否かを判断し、判断結果に基づいて前記第１の情報の配布を停止させる。
【００２０】
【発明の実施の形態】
【００２１】
＜第１実施形態例＞
（１）構成
図１は、第１実施形態例に係るメッセージングシステムの全体構成を示す説明図である。本実施形態例に係るメッセージングシステムは、バディリストシステムを用いて構成される。すなわち、このシステムは、バディサーバ１と、バディクライアント２ａ、２ｂ、２ｃとが、インターネットなどのネットワーク３で接続されることにより構成されている。各バディクライアント２ａ〜２ｃ（以下、バディクライアント２）を操作するユーザは、バディサーバ１を介し、テキストメッセージや状態アイコンなどのオブジェクトを送受信し合うことができる。以下では、説明を容易にするため、オブジェクトとしてテキストメッセージを用いる場合を例にとり説明する。テキストメッセージは、ＩＭ（Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｅ）と、ニーズメッセージとに大別される。ここでＩＭは、１）ユーザが、自己をバディとしてバディリストに登録している他のユーザに対し、自己の今の状態を通知したり、２）ユーザが他のユーザへの呼びかけを行ったり、３）ユーザが他のユーザから受信したメッセージへの返答を行うために使用される。またニーズメッセージは、ユーザが自己の要求を通知するために使われる。
【００２２】
図２は、バディクライアント２の機能構成を示すブロック図である。バディクライアント２は、メッセージ作成部２１、受信条件設定部２２、転送条件設定部２３及びバディクライアント部２４を有している。これらは、バディクライアント２が動作するコンピュータのＣＰＵで実行されるプログラムである。これらのプログラムは、前記コンピュータのハードディスクなどに記憶されていても、また図示しないＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）からダウンロードされても良い。
【００２３】
メッセージ作成部２１は、主に以下の機能を有している。
１）メッセージ作成機能：ニーズメッセージの作成を受け付け、バディサーバ１に送信する。
２）配布条件設定機能：ニーズメッセージを配布するための配布条件の設定を受け付け、バディサーバ１に送信する。
３）充足条件設定機能：ニーズメッセージが表す要求（以下、単にニーズという）が満たされたか否かを判断するための判断基準となる充足条件の設定を受け付け、バディサーバ１に送信する。
４）充足時対応設定機能：ニーズが満たされた場合、ニーズメッセージを作成したユーザのバディクライアント（以下、配布元という）やニーズメッセージが配布されたバディクライアント（以下、配布先という）への対応の設定を受け付け、バディサーバ１に送信する。本実施形態例では、対応として、配布先へメッセージ（以下、充足通知メッセージという）を、配布元にバディサーバからの通知を送信する場合を考える。
５）配布命令機能：ニーズメッセージの配布をバディサーバ１に命令する。
【００２４】
受信条件設定部２２は、ニーズメッセージを受信するか否かを判断する基準となる受信条件の設定を受け付け、バディサーバ１に送信する。
転送条件設定部２３は、あるバディクライアント２から受信したニーズメッセージを別のバディクライアント２に送信する（以下、単に転送という）か否かを判断する基準となる転送条件の設定を受け付け、バディサーバ１に送信する。
【００２５】
バディクライアント部２４は、前述したバディクライアントの機能を有する。この機能は、情報入出力機能と、バディ／バディリスト作成機能とに大別される。情報入出力機能は、状態情報である前記ＩＭの入力や出力を行う機能である。バディ／バディリスト作成機能は、バディやバディリストの入力を受け付け、バディサーバ１に登録する機能である。
【００２６】
図３は、バディサーバ１の機能構成を示すブロック図である。バディサーバ１はメッセージ設定部３１、受信条件管理部３２、転送条件管理部３３、配布部３４、タスク管理部３５及びバディサーバ部３６の６つのプログラムを有している。これらのプログラムは、バディサーバ１が動作するコンピュータのＣＰＵ上で実行される。また、バディサーバ１は、メッセージデータベース（ＤＢ）３７、受信ＤＢ３８、転送ＤＢ３９、及びタスクＤＢ３１０の４つのデータベースを有している。これらのデータベースは、前記コンピュータのハードディスク上に保存されても良いし、別のコンピュータのハードディスク上に保存されていても良い。これらのデータベースに蓄積されるデータについては、後述する。
【００２７】
メッセージ設定部３１は、バディクライアント２から送信されるニーズメッセージ、配布条件、充足条件及び対応を、送信元を識別するユーザＩＤと共にメッセージＤＢ３７に登録する。
受信条件管理部３２は、バディクライアント２から送信される受信条件を、送信元を識別するユーザＩＤと共に受信ＤＢ３８に登録する。
【００２８】
転送条件管理部３３は、バディクライアント２から送信される転送条件を、送信元を識別するユーザＩＤと共に転送ＤＢ３９に登録する。
配布部３４は、主に以下の機能を有している。
１）配布先候補決定機能：バディクライアント２のバディやバディリストに基づいて、配布先候補を決定する。
２）配布判断機能：配布先候補にニーズメッセージを配布するか否かを、配布元の配布条件と配布先候補の受信条件及び転送条件とに基づいて決定する。
３）配布命令検知機能：バディクライアント２からユーザＩＤと共に送信される配布命令を検知する。
４）配布実行機能：配布判断機能の判断結果に基づいて、配布先候補へのニーズメッセージの送信を実行する。
【００２９】
タスク管理部３５：ある１つのニーズメッセージを複数の配布先候補へ並列的に送信する配布処理を、１つのタスクとして管理する。
バディサーバ部３６は、主にバディ／バディリスト管理機能と情報配布機能とを有している。バディ／バディリスト管理機能は、バディクライアント２から送信されるバディやバディリストを、バディクライアント２を識別するユーザＩＤと対応づけて記憶する。情報配布機能は、バディクライアント２から送信されるＩＭを、他のバディクライアント２に送信する。ＩＭの送信先はバディやバディリストに基づいて決定する。
【００３０】
（２）本発明の概要
次に、本発明の基本的な考え方について、図４を用いて説明する。図４において、ユーザ１はバディリスト１を有し、バディリスト１にはユーザ１１、ユーザ１２、ユーザ１３がバディとして登録されている。ユーザ１があるニーズメッセージをユーザ１２及びユーザ１３に配布すると、そのニーズメッセージはユーザ２１１及びユーザ２１２のバディにさらに配布される。
【００３１】
配布されたニーズメッセージは、配布先ユーザのバディリストに登録されているバディにさらに配布される。図４では、ユーザ１２は、ユーザ１、ユーザ２１１及びユーザ２１２が登録されたバディリスト２１を有している。またユーザ１３は、ユーザ１、ユーザ２２１、ユーザ２２３及びユーザ２２４が登録されたバディリスト２２を有している。ユーザ１２及びユーザ１３に配布されたニーズメッセージは、バディリスト２１及びバディリスト２２に登録されたバディのうち配信先のバディを除いたバディにさらに配布される。
【００３２】
同様にして、ニーズメッセージを受信したユーザは、自分のバディにそれを送信する。例えば、ユーザ２１１はバディリスト３１を、ユーザ２１２はバディリスト３２を有している。従って、ユーザ２１１に配布されたニーズメッセージはバディリスト３１のバディにさらに配布される。ユーザ２１２に配布されたニーズメッセージは、バディリスト３２のバディに更に配布される。この場合、配信元のバディや既に他のユーザからニーズメッセージを受信済のバディについては、さらなる配布先から除くことが望ましい。この繰り返しにより、配布元のユーザ１が配布したニーズメッセージは、ユーザ間で生成されている情報交換関係、すなわちバディリストに従って次々に送信される。
【００３３】
図５は、以下の説明で用いる「深度」の考え方を示す説明図である。前記図４で示したように、ユーザ１から他のユーザへ次々にニーズメッセージが配布される場合、配布元のユーザ１と他のユーザとの関係の近さの程度を表すために、「深度」を次のように定義する。図５を用いれば、配布元のユーザ１を深度０とし、配布元のユーザ１からニーズメッセージを受信するユーザ、ここではユーザ１２及びユーザ１３を深度１とする。深度１のユーザからニーズメッセージを受信するユーザ、ここではユーザ２１１及びユーザ２１２を深度２とする。以下同様に深度３、深度４…のユーザとする。言い換えれば、ユーザのバディリストに基づいて配布元のユーザを根とするツリー構造を想定した場合、根から遠くなればなるほど深度が上がる。
【００３４】
（３）各部の機能
次に、バディクライアント２及びバディサーバ１の各プログラムの機能について及びバディサーバ１の各データベース内の情報の内容について、図６〜図１８を用いて説明する。この例では、１人のユーザが複数のバディリストを登録可能な例で説明する。
【００３５】
図６は、バディクライアント２が出力するバディリストの表示例を示す。バディリストの作成は、バディクライアント部２４が有するバディ／バディリスト作成機能により行われる。バディリストの表示は、前記情報入出力機能により行われる。作成されたバディリストはバディサーバ部３６のバディ／バディリスト管理機能により記憶及び管理される。図６（ａ）は、３種のバディリストが登録されている場合で、「仕事仲間」、「遊び友達」、「テニスサークル」の３つのバディリスト名が表示されている例を示す。図６（ｂ）は、前記３つのバディリストのうち「仕事仲間」を選択した場合に、このバディリストに登録されている各バディの名前が表示されている状態を示す。図６（ｃ）は同様にして他のバディリスト「遊び友達」及び「テニスサークル」のバディが表示されている状態を示す。
【００３６】
図７は、バディクライアント２が出力する、ＩＭ（インスタントメッセージ）による対話表示例である。ＩＭの入力や出力は、バディクライアント部２４の情報入出力機能により行われる。入力されたＩＭは、バディサーバ１６の配布部３４が有する情報配布機能により、他のバディクライアント２に配布される。この例では、ユーザ「辻井  重雄」が入力したＩＭは、バディサーバ１を介してユーザ「山田  一郎」が操作するバディクライアント２に送信される。「山田  一郎」のバディクライアント部２４は、情報入出力機能により受信したＩＭを画面上に表示する。
【００３７】
図７（ａ）は、ユーザ「辻井  重雄」のバディクライアントが表示する画面例である。ここでは、ユーザ「辻井  重雄」をバディに登録しているユーザ「山田  一郎」から、「辻井さん、おはよう！」のメッセージが表示されている。図７（ｂ）は、ユーザ「辻井  重雄」が、「おはよう。山田さん。何か用ですか？」のＩＭを入力した状態を示す。図７（ｃ）は、ユーザ「辻井  重雄」がＩＭ入力後にリターンキーなどを押してＩＭを確定させた場合、入力されたＩＭが送信された状態を示す。これにより、ユーザ「辻井  重雄」からのＩＭは、ユーザ「山田  一郎」に提示される。
【００３８】
図８は、ニーズメッセージメニューの表示例を示す。ニーズメッセージメニューとしては、（１）メッセージ作成、（２）配布条件設定、（３）充足条件設定、（４）充足時対応設定、（５）配布先設定、（６）メッセージ配布、（７）受信条件設定、（８）転送条件設定の８つの機能が例示されている。これらの８つの機能は、バディクライアント２のメッセージ作成部２１、受信条件設定部２２、及び転送条件設定部２３により実行される。以下、各機能についてさらに詳しく説明する。
【００３９】
図９（ａ）は、ニーズメッセージの作成画面例である。この画面は、メッセージ作成部２１のメッセージ作成機能により表示される。図８のニーズメッセージメニューの中から「メッセージ作成」を選択すると、この画面が表示される。この例では、ニーズメッセージを、挨拶文、本文、反応行動の３部分から構成している。挨拶文は、メッセージ作成機能が記憶しているいくつかのパターンから選ばれる。本文は、ユーザからのテキスト入力を受け付けることにより作成される。反応行動は、メッセージ作成部２１のメッセージ作成機能が記憶しているいくつかのパターンの中からの選択を受け付ける。挨拶文、本文及び反応行動の選択もしくは入力終了後に「設定ボタン」が押されると、メッセージ作成部２１は作成されたニーズメッセージをバディサーバ１に送信する。このとき、バディクライアント２を識別するユーザＩＤが共に送信される。バディサーバ１のメッセージ設定部３１は、送信元のユーザＩＤと対応づけてニーズメッセージをメッセージＤＢ３７に登録する。
【００４０】
図９（ｂ）はエラーメッセージ表示例である。挨拶文、メッセージ本文、又は反応行動のいずれかが作成されていない場合、メッセージ作成部２１は「ニーズメッセージがきちんと作成されていません。」のようなエラーメッセージを表示する。
図１０（ａ）は、ニーズメッセージの配布条件設定画面例である。この画面は、メッセージ作成部２１の配布条件設定機能により表示される。図８のニーズメッセージメニューの中から「配布条件設定」が選択されると、この画面が表示される。この画面例は、ニーズメッセージの最大配布数と有効期限とを、必須の配布条件（停止条件に相当）としている画面例である。ここでは最大配布数は３５、有効期限は２００１年９月１４日１２時３０分に設定されている。また、他に設定可能な配布条件として、バディリストの最大深度、相手の現在の状態、名前の類似したバディリストに限る、の１又は複数の条件を追加することができる。この例では深度２のユーザまでメッセージを配布すること及びオンライン状態のバディクライアントにのみニーズメッセージを配布することを、配布条件に追加している。配布条件設定後、「設定ボタン」が押されると、メッセージ作成部２１は配布条件と前記ユーザＩＤとをバディサーバ１に送信する。バディサーバ１のメッセージ設定部３１は、送信元のユーザＩＤと対応づけて配布条件をメッセージＤＢ３７に登録する。
【００４１】
図１０（ｂ）は、エラーメッセージ表示例である。配布条件の設定が不十分なまま設定ボタンが押されると、メッセージ作成部２１は例えば、「ニーズメッセージの配布条件がきちんと設定されていません。」のエラーメッセージを表示する。このエラーメッセージは、配布条件の設定が不十分なまま前記図８のニーズメッセージメニューにおいて「メッセージ配布」を選択した場合にも表示される。
【００４２】
図１１（ａ）は、ニーズ充足条件の設定画面例である。この画面は、メッセージ作成部２１の充足条件設定機能により表示される。またこの画面は、前記図８のニーズメッセージメニューの「充足条件設定」が選択されると表示される。ここで、ニーズ充足条件としては、ニーズメッセージ作成画面（図９）で設定した反応行動が例えば何個集まればニーズが充足したとみなすのか、各反応行動パターンの関係はｏｒ（又は）なのかａｎｄ（かつ）なのか、などを設定する。この例では、反応行動パターン「私は希望します」が３人から返答された時又は反応行動パターン「該当者を紹介します」が４人から返答された時には、ニーズが充足されたと見なす旨のニーズ充足条件が設定されている。ニーズ充足条件設定後、「設定ボタン」が押されると、メッセージ作成部２１はニーズ充足条件と前記ユーザＩＤとをバディサーバ１に送信する。バディサーバ１のメッセージ設定部３１は、送信元のユーザＩＤと対応づけてニーズ充足条件をメッセージＤＢ３７に登録する。
【００４３】
図１１（ｂ）は、エラーメッセージ表示例である。ニーズ充足条件の設定が不十分なままに設定ボタンが押されると、メッセージ作成部２１は例えば「ニーズ充足時対応がきちんと設定されていません。」のエラーメッセージを表示する。図１１（ｃ）は別のエラーメッセージ表示例である。ニーズメッセージが作成されていない段階で、すなわち前記反応行動がまだ設定されていない段階でニーズ充足条件の設定画面を開こうとすると、例えば「受信ユーザの反応行動パターンが設定されていないのでニーズ充足条件を記述できません。」のエラーメッセージがメッセージ作成部２１により表示される。
【００４４】
図１２（ａ）は、ニーズ充足時の対応設定画面例である。この画面は、メッセージ作成部２１の充足時対応設定機能により表示される。また、この画面は、前記図８のニーズメッセージメニューの中の「充足時対応設定」が選択されると表示される。この画面では、ニーズが充足された場合に、配布元及び配布先のそれぞれに、ニーズが満たされたことを通知するための充足通知メッセージを設定する。配布先への充足通知メッセージは、挨拶文及び充足通知メッセージ本文からなる。挨拶文は、この例ではメッセージ作成部２１が記憶している幾つかのパターンのいずれかを選択することで作成される。充足通知メッセージ本文の作成は、配布元となるバディクライアント２を操作するユーザがテキスト入力することにより作成される。配布元への通知の仕方は、この例では「最後にまとめて通知する」に設定されている。配布先への充足通知メッセージ及び配布元への通知の仕方、すなわち対応が設定された後に「設定ボタン」が押されると、メッセージ作成部２１はバディサーバ１へ設定された対応と前記ユーザＩＤとを送信する。バディサーバ１のメッセージ設定部３１は、送信元のユーザＩＤとともに、設定された対応をメッセージＤＢ３７に登録する。
【００４５】
図１２（ｂ）は、ニーズ充足時の対応設定が不十分なまま設定ボタンが押された場合に表示されるエラーメッセージの表示例である。メッセージ作成部２１は、例えば「ニーズ充足条件がきちんと設定されていません。」というエラーメッセージを表示する。また、このエラーメッセージは、ニーズ充足時の対応設定がなされないままニーズメッセージメニューの中の「メッセージ配布」が選択された場合も表示される。
【００４６】
図１３（ａ）は、ニーズメッセージの配布先設定画面例である。この画面は、メッセージ作成部２１の配布条件設定機能により表示される。またこの画面は、前記図８のニーズメッセージメニューの中の「配布先設定」が選択されることにより表示される。この画面では、バディクライアント２を操作するユーザは、１または複数のバディやバディリストを、ニーズメッセージの第１の配布先として指定することができる。この例では、バディリスト「仕事仲間」が配布先に指定されており、バディリスト「仕事仲間」に含まれる「山田  一郎」、「高山  純」、「玉井  ひとみ」。「中田  陽一」が最初の配布先（図５でいう深度１のバディリスト）となる。配布先の指定後に設定ボタンが押されると、バディクライアント２は、指定された配布先を示す配布先ＩＤと前記ユーザＩＤとを、バディサーバ１に送信する。バディサーバ１のメッセージ設定部３１は、ユーザＩＤと対応づけて配布先ＩＤをメッセージＤＢ３７に登録する。
【００４７】
図１３（ｂ）は、ニーズメッセージの配布先を指定せずに前記設定ボタンが押された場合に表示されるエラーメッセージの表示例である。メッセージ作成部２１は、例えば「ニーズメッセージの配布先がきちんと設定されていません。」というエラーメッセージを表示する。また、配布先が設定されていないのに前記ニーズメッセージメニューのメッセージ配布が選択された場合も同様のエラーメッセージが表示される。
【００４８】
図１４は、配布確認画面の一例を示している。この画面は、メッセージ作成部２１の配布命令機能により表示される。またこの画面は、前記図８のニーズメッセージメニューにおいて「メッセージ配布」が選択されることにより表示される。メッセージ作成部２１は、例えば「ニーズメッセージを配布しますか？」という確認メッセージを表示する。このメッセージに対し、「ＯＫボタン」が押されると、メッセージ作成部２１は配布命令をバディクライアント２のユーザＩＤとともにバディサーバ１に送信する。バディサーバ１は配布命令を受信すると、ユーザＩＤで特定されるニーズメッセージの配布を開始する。「キャンセルボタン」が選択された場合には配布命令は送信されない。
【００４９】
図１５は、ニーズメッセージの受信条件設定画面例である。これは、他のユーザからニーズメッセージが送られてきた場合に、ニーズメッセージを受信するか否かといった受信条件を設定するための画面である。この画面は、バディクライアント２の受信条件設定部２２により表示される。またこの画面は、前記図８のニーズメッセージメニューにおいて「受信条件設定」が選択されることにより表示される。この例では「条件次第で、ニーズメッセージを受信する」が受信条件の１つとして選択されている。また、その条件として、ニーズメッセージを受信するに先立ち許諾の確認をとることが選択されている。また、ユーザ「高井  瞳」、「山田  一郎」、「安本  喜一」、「桜井  太郎」からは、許諾の確認をすることなくニーズメッセージを受信することが設定されている。さらに別の条件として、バディクライアント２自身がオンラインの時だけニーズメッセージを受信する設定になっている。受信条件の設定後に「設定ボタン」が押されると、バディクライアント２の受信条件設定部２２は、設定された受信条件と前記ユーザＩＤとをバディサーバ１に送信する。バディサーバ１は、受信条件管理部３２により、受信条件をユーザＩＤと対応づけて受信ＤＢ３８に登録する。
【００５０】
図１６は、ニーズメッセージの転送条件設定画面例である。これは受信したニーズメッセージを、自分が登録しているバディリストに含まれるバディへ転送することを認めるか否かを設定する画面である。この画面は、バディクライアント２の転送条件設定部２３により表示される。またこの画面は、前記図８のニーズメッセージメニューの「転送条件設定」が選択されることにより表示される。この例では、「条件次第で、ニーズメッセージを転送する」が選択されている。転送する条件として、転送に先立ち許諾を確認することを条件としている。また、ユーザ「山田  一郎」から送信されたニーズメッセージは、ユーザ「高山  純」へ許諾の確認なしに転送することが設定されている。さらに別の条件として、転送先のバディクライアント２がオンラインのときにだけ転送することが設定されている。転送条件の設定後に「設定ボタン」が押されると、転送条件設定部２３は転送条件とユーザＩＤとをバディサーバ１に送信する。バディサーバ１は、転送条件管理部３３により、転送条件をユーザＩＤと対応づけて転送ＤＢ３９に登録する。
【００５１】
（４）ニーズメッセージ及びニーズ充足時の表示例
図１７は、ニーズメッセージの配布先のバディクライアント２が表示するニーズメッセージの表示例である。この画面には、配布元のユーザ名とバディクライアント２にニーズメッセージを直接送信してきたバディクライアント２のユーザ名、つまり仲介者名とが表示されている。仲介者名を表示するのは、配布元と配布先とは知り合いでない場合が考えられるからである。ニーズメッセージを受信したユーザは、この画面上で配布元が設定したいずれかの反応行動パターンを選択する。例えば「私は希望します」を選択し、「返信するボタン」を押すと、配布先ＩＤと選択した反応行動パターンとがバディサーバ１に送信される。バディサーバ１のタスク管理部３５は、ニーズメッセージに対するこの応答がくるたびに、ニーズが充足したか否かを判断する。
【００５２】
図１８は、ニーズ充足時の表示例を示す。図１８（ａ）は、配布先における充足通知メッセージの表示例である。配布先のバディクライアント２は、バディクライアント部２４により、配布元ユーザ名、仲介者名、配布元で作成された充足通知メッセージを、ＩＭとして表示する。図１８（ｂ）は、配布元のバディクライアント２における対応の表示例である。この画面には、配布元のニーズが充足したことを示すテキストメッセージなどが表示される。また、配布元が配布したニーズメッセージが表示されてもよい。さらに、ニーズの充足に寄与した配布先ユーザのたとえば電子メールアドレスが表示される。ニーズの充足に寄与した配布先ユーザとは、配布元が設定したニーズ充足条件に該当する反応行動をしたユーザである。
【００５３】
（５）サーバに蓄積されるデータ
図１９は、ニーズメッセージの作成、受信条件の設定、配布条件の設定によりバディサーバ１の各データベースに蓄積されるデータの構造を示す説明図である。図１９（ａ）は、メッセージＤＢに蓄積されるデータの構造を示す。メッセージＤＢ３７には、ニーズメッセージ、配布条件、充足条件及び充足時対応が、ユーザＩＤごとに蓄積される。ここで、ニーズメッセージには挨拶文、メッセージ本文及び設定された反応行動パターンを含む。
【００５４】
図１９（ｂ）は、受信ＤＢ３８に蓄積されるデータの構造を示す説明図である。受信ＤＢ３８には、ユーザＩＤと受信条件とが対応付けられて記憶される。
図１９（ｃ）は、転送ＤＢ３９に蓄積されるデータの構造を示す説明図である。転送ＤＢ３９には、ユーザＩＤと転送条件とが対応付けて蓄積される。
図２０は、タスクＤＢ３１０に蓄積されるデータの構造を示す説明図である。タスクＤＢ３１０にはタスク単位でデータが蓄積される。１タスクはタスクＩＤ、タスク状態、配布元ＩＤ、深度、配布先候補ＩＤ、処理状態を含んでいる。このうち、深度、配布先候補ＩＤ、処理状態の３項目は、ニーズメッセージに設定された配布先やバディクライアント２のバディリストに基づいて定まる配布先候補の数だけ生成される。なお、配布元ＩＤとは、配布元であるバディクライアント２のユーザＩＤである。配布先候補ＩＤとは、ニーズメッセージに対して設定された配布先を識別するバディリストＩＤまたはユーザＩＤか、またはニーズメッセージが送信されたバディクライアント２のバディリストＩＤまたはバディのユーザＩＤである。
【００５５】
（６）処理の流れ
次に、バディサーバ１が行う処理の流れについて具体的に説明する。バディサーバ１は、大別して配布処理と充足処理とを行う。図２１〜図２３は、配布処理の流れを示すフローチャートである。配布処理では、バディサーバ１は、いずれかのバディクライアント２からの配布命令により、命令元が作成したニーズメッセージを他のバディクライアント２に配布する。
【００５６】
ステップＳ１；配布部３４は、バディクライアント２からの配布命令を待機しており、これを受信するとステップＳ２に移行する。
ステップＳ２；タスク管理部３５は、新規の配布タスクに新しいタスクＩＤを割り当て、タスクＤＢ３１０にタスクＩＤを登録する。
ステップＳ３；配布部３４は、ニーズメッセージに設定されている配布先または送信側バディクライアント２のバディリストに基づいて、１深度分の配布先ＩＤを取得する。例えば配布元が送信側の場合は、配布元が設定しているニーズメッセージの配布先ＩＤを取得する。深度１のバディクライアント２が送信側の場合は、深度１のバディクライアント２のバディリストＩＤまたはバディのユーザＩＤを取得する。
【００５７】
前記図４を用いて具体的に説明すれば、まずは配布元のユーザ１が配布先として指定しているユーザ１２及びユーザ１３のユーザＩＤを取得する。ユーザ１２やユーザ１３に以下のステップＳ４〜Ｓ３０によりニーズメッセージを送信した場合、ユーザ１２，１３のバディリストやバディのＩＤを取得する。
ステップＳ４；配布部３４は、取得した配布先ＩＤがバディリストＩＤであるか又は複数のユーザＩＤであるかを判断する。“Ｙｅｓ”と判断するとステップＳ５に移行し、“Ｎｏ”と判断すると後述するステップＳ６に移行する。
【００５８】
ステップＳ５；配布部３４は、配布先ＩＤがバディリストＩＤである場合、バディリストに含まれるバディのユーザＩＤを取得し、配布先候補とする。配布先ＩＤがユーザＩＤである場合にはそのユーザＩＤを配布先候補とする。次いで、ユーザＩＤで特定される配布先候補ごとに、ステップＳ６〜ステップＳ３０の配布処理を実行する。
【００５９】
ステップＳ６；配布部３４は、各配布先候補ごとに行われている配布処理の中で、処理対象の配布先候補が最大深度にいるか否かを判断する。ニーズメッセージの配布処理が配布先候補ごとに並列的に行われるので、様々な深度に位置する配布先候補に対する配布処理が並列して行われることになる。そこで、深度の浅い配布先候補への配布処理を優先的に行うために、このステップが設けられている。“Ｙｅｓ”と判断するとステップＳ７に移行し、“Ｎｏ”と判断すると後述するステップＳ９に移行する。
【００６０】
ステップＳ７；配布部３４は、タスクＤＢ３１０を参照し、より深度の浅い配布先候補への配布処理のうち処理が終わっていないものがあるか否かを判断する。この時、後述するユーザからの確認待ちのために処理が終了していないものは除き、それ以外の理由で処理が遅延しているものの有無を判断する。“Ｙｅｓ”と判断するとステップＳ８に移行し、“Ｎｏ”と判断すると後述するステップＳ９に移行する。
【００６１】
ステップＳ８；配布部３４は、遅延理由に応じて一定時間配布先候補に対する配布処理を停止する。
ステップＳ９；配布部３４は、配布先候補がニーズメッセージに設定されている配布条件（停止条件に相当）を満足しているか否かを判断する。この判断はメッセージＤＢ３７に蓄積された配布条件を参照することにより行う。配布条件を満足していない場合、ステップＳ１０に移行する。配布条件を満足している場合は後述するステップＳ１３に移行する。
【００６２】
ステップＳ１０；配布部３４はタスクＤＢ３１０を参照し、配布条件に設定されている最大配布数を既に越えたか否かを判断する。“Ｙｅｓ”と判断するとステップＳ１１に移行する。“Ｎｏ”と判断すると後述するステップＳ１２に移行する。
ステップＳ１１；タスク管理部３５はタスク状態を終了にする。最大配布数を越えているので、これ以上のニーズメッセージの配布処理を強制的に終了させるためである。
【００６３】
ステップＳ１２；またタスク管理部３５は、配布先候補の配布処理状態を配布停止とする。
ステップＳ１３；配布部３４は、配布先候補の深度が１か否かを判断する。“Ｙｅｓ”と判断すると後述するステップＳ２１に移行する。“Ｙｅｓ”と判断されるのは、送信側が配布元であり、配布元がニーズメッセージの配布先に設定しているバディクライアント２が配布先候補の場合である。“Ｎｏ”と判断するとステップＳ１４に移行する。これは、配布元からそのバディへニーズメッセージの送信を行うか否かを判断する場合は、配布元の転送条件が満たされているか否かの判断（ステップＳ１４〜Ｓ２０）が不要だからである。
【００６４】
ステップＳ１４；ステップＳ１４〜ステップＳ２０は、送信側が深度１以上の場合に、送信側の転送条件が満たされているか否かを判断する処理である。まず、配布部３４は、送信側の転送条件が満たされているか否かを判断する。例えば、前記図４のユーザ２１１、２１２が配布先候補である場合、ユーザ１２の転送条件が満たされているか否かを判断する。“Ｙｅｓ”と判断するとステップＳ１５に移行する。“Ｎｏ”と判断すると前記ステップＳ１２に戻り、配布先候補への配布処理を停止する。
【００６５】
ステップＳ１５；配布部３４は、送信側バディクライアント２に確認メッセージを送信する必要があるか否かを判断する。例えば、前記図４においてユーザ２１１、２１２への送信者ユーザ１２が、確認メッセージを転送条件に設定している場合、“Ｙｅｓ”と判断される。“Ｙｅｓ”と判断するとステップＳ１６に移行し、“Ｎｏ”と判断すると後述するステップＳ２１に移行する。
【００６６】
ステップＳ１６；配布部３４は、送信側バディクライアント２に確認メッセージを送信する。これはバディサーバ部３６を介して行ってもよい。
ステップＳ１７；タスク管理部３５は、処理対象の配布先候補の処理状態を確認待ちとし、タスクＤＢ３１５を更新する。
ステップＳ１８；配布部３４は、送信側バディクライアント２からの応答を待機している。応答があるとステップＳ１９に移行する。
【００６７】
ステップＳ１９；タスク管理部３５は、処理対象の配布先候補の処理状態を確認待ちから解除された状態とする。
ステップＳ２０；配布部３４は、応答が「許諾」であったか否かを判断し、許諾すなわち配布ＯＫであれば、ステップＳ２１に移行する。その他の場合、前記ステップＳ１２に移行し、処理対象の配布先候補への配布処理を停止させる。
【００６８】
ステップＳ２１；次に、ステップＳ２１〜Ｓ２７において、受信側バディクライアント２の受信条件が満たされているか否かを判断する。まず配布部３４は、受信ＤＢ３８を参照し、処理対象の配布先候補の受信条件が満たされているかを判断する。“Ｙｅｓ”と判断するとステップＳ２２に移行する。“Ｎｏ”と判断すると前述のステップＳ１２に移行して、処理対象の配布候補への配布処理を終了させる。
【００６９】
ステップＳ２２；配布３４は、配布先候補の受信条件に、確認メッセージによる確認が設定されているか否かを判断する。“Ｙｅｓ”と判断するとステップＳ２３に移行し、“Ｎｏ”と判断すると後述するステップＳ２８に移行する。
ステップＳ２３；配布部３４は、バディサーバ部３６を介して確認メッセージを配布先候補に送信する。
【００７０】
ステップＳ２４；タスク管理部３５は、処理対象の配布先候補の処理状態を確認待ちに変更する。
ステップＳ２５；配布部３４は、配布先候補からの応答を待機しており、応答があるとステップＳ２６に移行する。
ステップＳ２６；タスク管理部３５は、処理対象の配布先候補の状態を、確認待ちから解除された状態とする。
【００７１】
ステップＳ２７；配布部３４は、ステップＳ２５の応答の内容に基づいて配布ＯＫか否かを判断し、“Ｙｅｓ”と判断するとステップＳ２８に移行する。“Ｎｏ”と判断すると、前述した前記ステップＳ１２に移行し、処理対象の配布先候補への配布処理を終了する。
ステップＳ２８；配布部３４は、タスクを強制終了すべきか否かを判断する。これは、タスクＤＢ３１２のタスク状態に終了が書き込まれているか否かにより判断する。例えば、ニーズメッセージ配布中にニーズが充足された場合、後述する充足処理によりタスクが強制終了される。強制終了されていない場合、ステップＳ２９に移行する。強制終了されている場合、前記ステップＳ１２に移行し、処理対象の配布先候補の処理状態を配布停止とし、本配布処理を終了する。
【００７２】
ステップＳ２９；配布部３４は、処理対象の配布先候補へのニーズメッセージの送信を実行する。
ステップＳ３０；タスク管理部３５は、タスクＩＤに該当するタスク状態を終了とする。その後、再び前記ステップＳ３に戻り、配布先ＩＤを取得する。例えば、前記図４においてユーザ１２にニーズメッセージを送信した場合、ユーザ１２のバディリストに基づいてバディリスト２１のバディリストＩＤを取得する。その後、以下前述と同様の処理を、バディリスト２１に含まれるユーザ２１１及びユーザ２１２ごとに行なう。
【００７３】
図２４は、バディサーバ１が行う充足処理の流れを示すフローチャートである。タスク管理部３５は、前記配布処理とは独立に充足処理を行い、ニーズが充足した時点で配布処理が実行中であれば配布処理を強制終了させる。前記配布処理の開始により以下の処理が開始される。
ステップＳ４１；タスク管理部３５は、配布処理が開始されたニーズメッセージの充足条件を、メッセージＤＢ３７から読み出す。
【００７４】
ステップＳ４２；タスク管理部３５は、ニーズメッセージの配布先バディクライアントからの応答を待機している。いずれかの応答があるとステップＳ４３に移行する。
ステップＳ４３；タスク管理部３５は、応答内容に基づいてニーズが充足したか否かを判断する。“Ｙｅｓ”と判断するとステップＳ４４に移行する。“Ｎｏ”と判断すると再び前記ステップＳ４２に戻り、さらなる応答を待機する。
【００７５】
ステップＳ４４；タスク管理部３５は、タスクＩＤで特定される配布処理が実行中であるか否かを判断する。“Ｙｅｓ”と判断するとステップＳ４５に移行し、“Ｎｏ”と判断すると後述するステップＳ４６に移行する。
ステップＳ４５；タスク管理部３５は、タスク状態を終了としてタスクＤＢ３１０に書き込み、配布処理を強制終了させる。ニーズが充足しておりもはやこれ以上ニーズメッセージを配布する必要がないからである。
【００７６】
ステップＳ４６；タスク管理部３５は、メッセージＤＢ３７から充足通知メッセージを読み出し、配布先に送信する。また、配布元にニーズが充足された旨の通知を送信する。
＜他の実施形態例＞
（Ａ）重複配布の防止
前記配布処理において、ひとたびニーズメッセージを受信したバディクライアント２を、前記ステップＳ５において配布先候補からはずすことが好ましい。同一のバディクライアントにニーズメッセージを重複して送信することを防止するためである。
【００７７】
（Ｂ）インセンティブの提供
前記配布処理において、ニーズメッセージを転送してくれたバディクライアント２のユーザに対し、何らかのインセンティブをシステム側または配布元から提供しても良い。ニーズメッセージを作成するときに、ニーズを充足してくれるユーザに対する報償を設定可能にすることも考えられる。
【００７８】
（Ｃ）別の配布条件の例（名前の類似するバディリスト）
図１０の例ではチェックされていないが、配布条件として「名前の類似したバディリストに限る」を指定した場合は、第１の配布先として指定したバディが登録されているバディリストの名前と類似するバディリストに登録されているバディのみを配信先とする。例えば前記図１３の例では、第１の配布先として、バディリスト「仕事仲間」を指定している。第１の配布先となる「山田  一郎」、「高山  純」、「玉井  ひとみ」、「中田  陽一」にそれぞれ登録されているバディリストのうち、同じ「仕事仲間」という名前のバディリスト、あるいは類似する名前のバディリストに含まれるバディのみを配布先候補として抽出する。類似する名前とは、例えば「会社」、「勤務先」、「○○部」等、仕事仲間のバディリストと思われる名前である。
【００７９】
図２５は、バディリストの名前が類似するか否かの判定処理の流れを示すフローチャートである。ここでは、類似度の判定は類義語の情報が登録されている類義語ＤＢを用いて行っている。配布先候補が抽出された後、抽出されたユーザに対応付けて記憶されているバディリストの名前を取得する。配布条件に指定されたバディリストの名前と取得した配布先候補のバディリストの名前のそれぞれとの類似度を算出する（ステップＳ５１）。ここでの類似度は、比較する単語の意味が似ていればいる程高い値を示すものとする。算出された類似度が所定の基準値を越えるものであれば（ステップＳ５２で“Ｙｅｓ”の場合）、そのバディリストに含まれるユーザに対してニーズメッセージの配布を継続して行う（ステップＳ５３）。算出された類似度が所定の基準値以下であれば、（ステップＳ５２で“Ｎｏ”の場合）、ニーズメッセージの配布を停止する（ステップＳ５４）。
【００８０】
（Ｄ）前記の方法を実現するプログラム及びそのプログラムを記録したコンピュータ読みとり可能な記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
＜付記＞
（付記１）
ユーザ端末群とネットワークを介して接続されたコンピュータが実行する情報配布方法であって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付ステップと、
前記指定受付ステップで指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶ステップと、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付ステップと、
前記情報受付ステップで受け付けた前記配布情報を配布するための配布条件を、前記第１ユーザ端末から受け付ける配布条件受付ステップと、
前記配布条件に従い、前記記憶ステップで前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定ステップと、
前記情報受付ステップで受け付けた前記配布情報を、前記候補決定ステップで決定した前記候補端末に送信する第１配布ステップと、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶ステップで対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布ステップと、
前記第２配布ステップを繰り返す配布連鎖ステップと、を含み、
前記配布条件受付ステップは、前記配布連鎖ステップを停止させるための停止条件を受け付ける停止受付ステップを含み、
前記配布連鎖ステップは、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布ステップの繰り返しを停止させる停止ステップを含んでいる、情報配布方法。
【００８１】
（付記２）
前記配布条件受付ステップは、前記候補端末の選択を前記第１ユーザ端末から受け付ける候補選択ステップを含む、付記１に記載の情報配布方法。
第１ユーザ端末を操作する第１ユーザは、第２ユーザ端末、すなわち自分のバディから前記候補端末を選択してもよい。
【００８２】
（付記３）
前記配布条件受付ステップは、前記配布連鎖ステップを停止させるための停止条件を受け付ける停止受付ステップを含む、付記１に記載の情報配布方法。
停止条件としては、例えば最大配布ユーザ数、配布先のユーザ状態、有効期限があげられる。停止条件を設けることにより、配布情報の配布が無限に連鎖することを防止する。
【００８３】
（付記４）
前記停止受付ステップは、
前記停止条件の選択肢である停止条件候補を記憶する停止記憶ステップと、
１または複数の停止条件候補の選択を受け付ける停止選択ステップと、
を含む、付記３に記載の情報配布方法。
【００８４】
例えば、停止条件候補として、１）配布情報を配布するユーザ数、２）第１ユーザからの関係の近さの制限、３）配布先のユーザ端末の状態、４）有効期限などを挙げることができる。
（付記５）
前記停止受付ステップは、
前記停止条件の選択肢である停止条件候補を記憶する停止記憶ステップと、
１または複数の停止条件候補の選択を受け付ける停止選択ステップと、
を含み、
前記停止条件候補は、前記配布情報を配布するユーザ端末の最大数を含んでいる、
付記３に記載の情報配布方法。
【００８５】
停止条件の候補の１つとして、ユーザ数の制限を用いる。
（付記６）
前記停止受付ステップは、
前記停止条件の選択肢である停止条件候補を記憶する停止記憶ステップと、
１または複数の停止条件候補の選択を受け付ける停止選択ステップと、
を含み、
前記停止条件候補は、前記第１ユーザ端末と前記配布情報が配布されるユーザ端末との経路の長さを示す深度の制限を含んでいる、
付記３に記載の情報配布方法。
【００８６】
例えば、第１ユーザ端末を深度０とすると、第１ユーザ端末から配布情報を直接受信するユーザ端末は深度１、深度１のユーザ端末から配布情報を受信するユーザ端末は深度２・・・、以下同様にして、深度を規定することができる。
（付記７）
前記ユーザ端末群から、各ユーザの状態の通知を受け付ける状態受付ステップと、
前記状態受付ステップで受け付けた状態を、前記通知元のユーザ端末を識別するユーザ識別情報と対応づけて記憶する状態記憶ステップと、をさらに含み、
前記停止受付ステップは、
前記停止条件の選択肢である停止条件候補を記憶する停止記憶ステップと、
１または複数の停止条件候補の選択を受け付ける停止選択ステップと、を含み、
前記停止条件候補は、前記状態記憶ステップで記憶されている、前記配布情報を配布するユーザの状態の制限を含んでいる、
付記３に記載の情報配布方法。
【００８７】
例えば、配布情報を配布するユーザ端末がネットワークに接続されているか否か、在・不在・行き先等の在席状態、「今日は元気」といったユーザが設定するメッセージの内容などを、停止条件の１つとして用いる。
（付記８）
前記停止受付ステップは、
前記停止条件の選択肢である停止条件候補を記憶する停止記憶ステップと、
１または複数の停止条件候補の選択を受け付ける停止選択ステップと、
を含み、
前記停止条件候補は、前記配布情報を配布する有効期限を含んでいる、
付記３に記載の情報配布方法。
【００８８】
有効期限を設けることにより、無限に配布情報が配布され続けることを防止する。
（付記９）
前記配布情報は、前記第１ユーザ端末を操作する第１ユーザの要求を含み、
前記配布条件受付ステップは、前記要求が満たされたか否かを判断するための判断基準となる充足条件を受け付ける充足受付ステップを含む、付記１に記載の情報配布方法。
【００８９】
配布情報が、例えば「Ｃ＋＋を扱えるプログラマーを捜しています。」というテキストメッセージの場合を考える。この場合、「プログラマーを紹介します。」という返事が３つ返ってくることを充足条件とすることができる。
（付記１０）
前記充足受付ステップは、
前記充足条件の選択肢である充足条件候補を記憶する充足記憶ステップと、
１または複数の充足条件候補の選択を受け付ける充足選択ステップと、
を含む、付記９に記載の情報配布方法。
【００９０】
例えば、充足条件候補として、１）「私は希望します」が３人から返答されたとき、２）「該当者を紹介します」が４人から返答されたとき、を記憶する。これらの充足候補の１または複数の組み合わせで充足条件が決定する。
（付記１１）
前記配布情報は、前記第１ユーザ端末を操作する第１ユーザの要求を含み、
前記配布条件受付ステップは、
前記要求が満たされたか否かを判断するための判断基準となる充足条件を受け付ける充足受付ステップと、
前記充足条件が満たされた場合の前記配布情報が配布されたユーザ端末及び／または前記第１ユーザ端末への対応を受け付ける対応受付ステップと、を含む、付記１に記載の情報配布方法。
【００９１】
配布先への対応としては、例えば「探していたプログラマーが見つかりました。ご協力ありがとうございました。」というテキストメッセージを配布することが挙げられる。また、配布元への対応としては、前記充足条件を満たす応答をした配布先を通知することが挙げられる。
（付記１２）
前記対応受付ステップは、
前記対応の選択肢である対応候補を記憶する対応記憶ステップと、
１または複数の対応候補の選択を受け付ける対応選択ステップと、
を含む、付記１１に記載の情報配布方法。
【００９２】
対応候補をあらかじめ記憶しておき、第１ユーザからの選択を受け付けることにより、第１ユーザや配布先への対応を決定してもよい。
（付記１３）
前記対応受付ステップは、
前記対応の選択肢である対応候補を記憶する対応記憶ステップと、
１または複数の対応候補の選択を受け付ける対応選択ステップとを含み、
前記対応候補は、前記配布情報が配布されたユーザ端末及び／または前記第１ユーザへ前記充足条件が満足されたことを通知する対応を含んでいる、
付記１１に記載の情報配布方法。
【００９３】
対応候補の１つとして、配布先ユーザ端末や配布元である第１ユーザ端末へ要求が満足されたことを通知する対応をあらかじめ記憶しておくとよい。
（付記１４）
前記対応受付ステップは、
前記対応の選択肢である対応候補を記憶する対応記憶ステップと、
１または複数の対応候補の選択を受け付ける対応選択ステップとを含み、
前記対応候補は、前記充足条件の満足に寄与したユーザ端末を識別するユーザ識別情報を前記第１ユーザ端末に通知する対応を含んでいる、
付記１１に記載の情報配布方法。
【００９４】
対応候補の１つとして、例えば「該当者を紹介します」という応答をしたユーザを、第１ユーザ端末に通知する対応を記憶しておく。
（付記１５）
前記対応受付ステップは、
前記対応の選択肢である対応候補を記憶する対応記憶ステップと、
１または複数の対応候補の選択を受け付ける対応選択ステップとを含み、
前記対応候補は、前記充足条件が満足された前記配布情報を、前記配布情報が配布されたユーザ端末及び／または前記第１ユーザ端末に通知する対応を含んでいる、
付記１１に記載の情報配布方法。
【００９５】
（付記１６）
前記配布情報が配布されたユーザ端末からの応答を受信する応答受信ステップと、
前記応答受信ステップで受信した応答に基づき、前記充足条件が満足されたか否かを判断する判断ステップと、
前記充足条件が満足された場合、前記対応受付ステップで受け付けた、前記配布情報が配布されたユーザ端末及び／または前記第１ユーザ端末への対応を実行する対応実行ステップと、
を含む、付記１１に記載の情報配布方法。
【００９６】
例えば、配布先及び第１ユーザ端末へ、第１ユーザの要求が満たされたことを示すテキストメッセージが送信される。
（付記１７）
前記第１配布ステップまたは前記第２配布ステップにより送信された前記配布情報を受信するか否かを判断するための基準となる受信条件の設定を、前記ユーザ端末群から受け付ける受信条件ステップと、
前記受信条件を、前記設定元のユーザ端末を識別するユーザ識別情報と対応づけて記憶する受信条件記憶ステップと、
前記第１配布ステップまたは前記第２配布ステップを実行するに先立ち、前記候補端末または前記第３ユーザ端末の受信条件が満足されているか否かを判断する受信満足ステップと、
前記受信満足ステップでの判断結果に従い、前記第１配布ステップまたは前記第２配布ステップを実行または実行を中止する受信調整ステップと、
をさらに含む、付記１に記載の情報配布方法。
【００９７】
配布情報を受け取る側の受信条件が満たされた場合のみ、配布が実行される。
（付記１８）
前記第２配布ステップにより送信された前記配布情報を、前記第３ユーザ端末の全部または一部に送信するか否かを判断するための基準となる転送条件の設定を、前記ユーザ端末群から受け付ける転送条件ステップと、
前記転送条件を、前記設定元のユーザ端末を識別するユーザ識別情報と対応づけて記憶する転送条件記憶ステップと、
前記第２配布ステップを実行するに先立ち、前記配布情報が送信されたユーザ端末の転送条件が満足されているか否かを判断する転送満足ステップと、
前記転送満足ステップでの判断結果に従い、第２配布ステップを実行または実行を中止する転送調整ステップと、
をさらに含む、付記１に記載の情報配布方法。
【００９８】
受け取った配布情報を送信する側の転送条件が満たされた場合のみ、配布が実行される。
（付記１９）
前記第２配布ステップにおいて、前記第３ユーザ端末にすでに前記配布情報が送信されているユーザ端末があるか否かを判断し、すでに前記配布情報が送信されているユーザ端末以外の前記第３ユーザ端末の全部または一部に、前記配布情報を送信する、付記１に記載の情報配布方法。
【００９９】
同一の配布情報を重複して送信することを防止する。
（付記２０）
前記配布情報を受信及び／または送信したユーザ端末に提供するインセンティブを決定するためのインセンティブ基準を記憶するインセンティブ記憶ステップと、
前記配布情報を受信及び／または送信したユーザ端末に対し、前記インセンティブ基準に従い、インセンティブを提供するインセンティブ提供ステップと、
をさらに含む、付記１に記載の情報配布方法。
【０１００】
（付記２１）
前記記憶ステップは、前記指定元のユーザ端末を識別するユーザ識別情報と指定された１または複数のユーザ識別情報とを対応付けて記憶する際に、指定された１つまたは複数のユーザ識別情報をグループ化し、それぞれのグループ毎にグループの名称を対応付けて記憶するステップを含み、
前記配布条件受付ステップは、配布条件として、前記グループ名称同士の一致または類似を受け付け、
前記候補決定ステップは、前記第１ユーザ識別情報に対応付けて記憶されているグループ名称が、配布条件に指定されたグループ名称と一致または類似しているか否かを判定し、一致または類似していると判定されたグループ名称に対応付けて記憶されているユーザ端末を、前記配布情報が配布される候補端末として決定するステップを含む、付記１に記載の情報配布方法。
【０１０１】
（付記２２）
ユーザ端末群とネットワークを介して接続された情報配布装置であって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付手段、
前記指定受付手段で指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶手段、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付手段、
前記情報受付手段で受け付けた前記配布情報を配布するための配布条件を前記第１ユーザ端末から受け付ける配布条件受付手段、
前記配布条件に従い、前記記憶ステップで前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定手段、
前記情報受付手段で受け付けた前記配布情報を、前記候補決定手段で決定した前記候補端末に送信する第１配布手段、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶手段で対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布手段及び、
前記第２配布手段を繰り返し起動する配布連鎖手段を備え、
前記配布条件受付手段は、前記配布連鎖手段による前記第２配布手段の繰り返し起動を停止させるための停止条件を受け付ける停止受付手段を含み、
前記配布連鎖手段は、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布手段の繰り返し起動を停止する停止手段を含んでいる、情報配布装置。
【０１０２】
（付記２３）
ユーザ端末群とネットワークを介して接続されたコンピュータが実行する情報配布プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付ステップと、
前記指定受付ステップで指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶ステップと、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付ステップと、
前記情報受付ステップで受け付けた前記配布情報を配布するための配布条件を前記第１ユーザ端末から受け付ける配布条件受付ステップと、
前記配布条件に従い、前記記憶ステップで前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定ステップと、
前記情報受付ステップで受け付けた前記配布情報を、前記候補決定ステップで決定した前記候補端末に送信する第１配布ステップと、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶ステップで対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布ステップと、
前記第２配布ステップを繰り返す配布連鎖ステップと、を実行するための情報配布プログラムであって、
前記配布条件受付ステップは、前記配布連鎖ステップを停止させるための停止条件を受け付ける停止受付ステップを含み、
前記配布連鎖ステップは、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布ステップの繰り返しを停止させる停止ステップを含んでいる情報配布プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【０１０３】
（付記２４）
ユーザ端末群とネットワークを介して接続されたコンピュータが実行する情報配布プログラムであって、
前記ユーザ端末群から、前記ユーザ端末群に含まれる１または複数の他のユーザ端末の指定を受け付ける指定受付手段、
前記指定受付手段で指定された１または複数のユーザ端末を識別するユーザ識別情報を、前記指定元のユーザ端末を識別するユーザ識別情報と対応付けて記憶する記憶手段、
配布する情報を前記ユーザ端末群に含まれる第１ユーザ端末から受け付ける情報受付手段、
前記情報受付手段で受け付けた前記配布情報を配布するための配布条件を前記第１ユーザ端末から受け付ける配布条件受付手段、
前記配布条件に従い、前記記憶手段で前記第１ユーザ端末を識別する第１ユーザ識別情報に対応づけて記憶された１または複数の第２ユーザ端末から選択される、前記配布情報が配布される候補端末を決定する候補決定手段、
前記情報受付手段で受け付けた前記配布情報を、前記候補決定手段で決定した前記候補端末に送信する第１配布手段、
前記配布情報が送信されたユーザ端末を識別するユーザ識別情報と前記記憶手段で対応付けられた１または複数の第３ユーザ端末の全部または一部に、前記配布情報を送信する第２配布手段及び、
前記第２配布手段を繰り返し起動する配布連鎖手段、として前記コンピュータを機能させる情報配布プログラムであって、
前記配布条件受付手段は、前記配布連鎖手段による前記第２配布手段の繰り返し起動を停止させるための停止条件を受け付ける停止受付手段を含み、
前記配布連鎖手段は、前記停止条件が満足されているか否かを判断し、判断結果に基づいて前記第２配布手段の繰り返し起動を停止する停止手段を含んでいる、
前記コンピュータを機能させる情報配布プログラム。
【０１０４】
（付記２５）
ネットワークを介して複数のユーザ端末と通信可能な情報交換サーバが実行する情報配布方法であって、
予めユーザ毎に該ユーザが情報の参照を希望する他のユーザの登録を受け付けて、該ユーザの識別子情報と該情報の参照を希望する他のユーザの識別子情報とを対応付けて情報交換関係情報として記憶しておき、
ユーザ毎に当該ユーザに関する第１の情報の登録を受け付け、該ユーザと情報交換関係を有しているユーザに対し、前記情報交換関係情報に基づいて該第１の情報を通知あるいは開示し、
ユーザ毎に、配布条件を含む第２の情報の登録を受け付け、配布条件に含まれる第１の情報の配布先となるユーザの前記情報交換関係情報に基づいて、該配布条件に該当するユーザを第２の情報の配布先として抽出し、該抽出されたユーザに対して前記第２の情報を配信し、
前記配布条件は、前記第２の情報の配布を停止させるための停止条件を含み、
前記配布条件が満足されているか否かを判断し、判断結果に基づいて前記第２の情報の配布を停止させる、情報配布方法。
【０１０５】
（付記２６）
ネットワークで他のコンピュータ群と接続された第１コンピュータに用いられる情報発信方法であって、
前記第１コンピュータを操作する第１ユーザから、前記コンピュータ群に含まれる、１または複数の第２コンピュータの指定を受け付ける指定ステップと、
前記第１ユーザから、配布する情報の入力を受け付ける情報入力ステップと、
前記入力ステップで受け付けた前記配布情報を配布するための配布条件の入力を、前記第１ユーザから受け付ける条件入力ステップと、
を含む情報発信方法。
【０１０６】
この方法は、前記第１発明における第１ユーザ端末で用いられる。
（付記２７）
付記２６に記載の第１コンピュータとネットワークで接続された第２コンピュータに用いられる情報受信方法であって、
前記第１コンピュータが配布する前記配布情報を受信するか否かを判断する判断基準となる受信条件の入力を、前記第２コンピュータを操作する第２ユーザから受け付ける、情報受信方法。
【０１０７】
（付記２８）
付記２６に記載の第１コンピュータを含むコンピュータ群とネットワークで接続された第２コンピュータに用いられる情報受信方法であって、
前記第２コンピュータを操作する第２ユーザから、前記コンピュータ群に含まれる、１または複数の第３コンピュータの指定を受け付ける指定ステップと、
前記第１コンピュータが配布する前記配布情報を前記第３コンピュータの全部または一部に送信するか否かを判断する判断基準となる転送条件の入力を、前記第２ユーザから受け付ける、情報転送方法。
【０１０８】
【発明の効果】
本発明を用いれば、ユーザ間の情報交換関係を活用してネットワーク上で不特定多数に情報を配布することができる。
【図面の簡単な説明】
【図１】第１実施形態例にかかるメッセージングシステムの全体構成
【図２】バディクライアントの機能構成を示すブロック図。
【図３】バディサーバの機能構成を示すブロック図。
【図４】本発明の概要を示す説明図。
【図５】深度の説明図。
【図６】バディリストの表示例。
【図７】（ａ）、（ｂ）、（ｃ）インスタントメッセージによる対話の表示例。
【図８】ニーズメッセージメニューの表示例。
【図９】（ａ）ニーズメッセージの作成画面例。
（ｂ）エラーメッセージ表示例
【図１０】（ａ）ニーズメッセージの配布条件設定画面例
（ｂ）エラーメッセージ表示例
【図１１】（ａ）ニーズ充足条件の設定画面例
（ｂ）エラーメッセージ表示例（その１）
（ｃ）エラーメッセージ表示例（その２）
【図１２】（ａ）ニーズ充足時の対応設定画面例
（ｂ）エラーメッセージ表示例
【図１３】（ａ）ニーズメッセージの配布先設定画面例
（ｂ）エラーメッセージ表示例
【図１４】配布確認画面例
【図１５】ニーズメッセージの受信条件設定画面例
【図１６】ニーズメッセージの転送条件設定画面例
【図１７】ニーズメッセージの表示例（配布先）
【図１８】ニーズ充足時の表示例
（ａ）ニーズ充足通知メッセージの表示例（配布先）
（ｂ）配布元における表示例
【図１９】（ａ）メッセージＤＢに蓄積されるデータの構造の説明図
（ｂ）受信ＤＢに蓄積されるデータの構造の説明図
（ｃ）転送ＤＢに蓄積されるデータの構造の説明図
【図２０】タスクＤＢに蓄積されるデータの構造の説明図
【図２１】配布処理の流れを示すフローチャート（１）
【図２２】配布処理の流れを示すフローチャート（２）
【図２３】配布処理の流れを示すフローチャート（３）
【図２４】充足処理の流れを示すフローチャート（１）
【図２５】バディリストの名前が類似するか否かの判定処理の流れを示すフローチャート
【符号の説明】
１：バディサーバ
２：バディクライアント
３：ネットワーク
【図１】
0003880371.tif 000002
【図２】
0003880371.tif 000003
【図３】
0003880371.tif 000004
【図４】
0003880371.tif 000005
【図５】
0003880371.tif 000006
【図６】
0003880371.tif 000007
【図７】
0003880371.tif 000008
【図８】
0003880371.tif 000009
【図９】
0003880371.tif 000010
【図１０】
0003880371.tif 000011
【図１１】
0003880371.tif 000012
【図１２】
0003880371.tif 000013
【図１３】
0003880371.tif 000014
【図１４】
0003880371.tif 000015
【図１５】
0003880371.tif 000016
【図１６】
0003880371.tif 000017
【図１７】
0003880371.tif 000018
【図１８】
0003880371.tif 000019
【図１９】
0003880371.tif 000020
【図２０】
0003880371.tif 000021
【図２１】
0003880371.tif 000022
【図２２】
0003880371.tif 000023
【図２３】
0003880371.tif 000024
【図２４】
0003880371.tif 000025
【図２５】
0003880371.tif 000026