(57)【特許請求の範囲】
【請求項１】
アウェアネス情報を交換する他のユーザであるバディのユーザ名一覧を含むバディリストをユーザ毎に蓄積するアウェアネスサーバが実行する情報交換促進方法であって、
任意の第１ユーザのバディリストに第２ユーザが新たなバディとして追加された場合、前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されているか否かを判断し、
前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されている場合、前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれているか否かを判断し、
前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれていると判断された場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザからなるグループを生成し、
前記第１ユーザ、前記第２ユーザ及び前記第３ユーザのそれぞれに対して、生成されたグループおよびグループを構成するユーザのユーザ名を通知する、
情報交換促進方法。
【請求項２】
アウェアネス情報を交換する他のユーザであるバディのユーザ名一覧を含むバディリストをユーザ毎に蓄積するアウェアネスサーバが実行する情報交換促進方法であって、
前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されている場合、前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれているか否かを判断し、
前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれていると判断された場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザを含むそれぞれのバディリストの属性情報が類似しているか否かを判断し、
前記それぞれのバディリストの属性情報が類似している場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザからなるグループを生成し、
前記第１ユーザ、前記第２ユーザ及び前記第３ユーザのそれぞれに対して、生成されたグループおよびグループを構成するユーザのユーザ名を通知する、
情報交換促進方法。
【請求項３】
アウェアネス情報を交換する他のユーザであるバディのユーザ名一覧を含むバディリストをユーザ毎に蓄積する情報交換促進装置であって、
任意の第１ユーザのバディリストに第２ユーザが新たなバディとして追加された場合、前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されているか否かを判断する第１判断手段と、
前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されている場合、前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれているか否かを判断する第２判断手段と、
前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれていると判断された場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザからなるグループを生成する生成手段と、
前記第１ユーザ、前記第２ユーザ及び前記第３ユーザのそれぞれに対して、生成されたグループおよびグループを構成するユーザのユーザ名を通知する通知手段と、
を備える情報交換促進装置。
【請求項４】
アウェアネス情報を交換する他のユーザであるバディのユーザ名一覧を含むバディリストをユーザ毎に蓄積する情報交換促進装置であって、
任意の第１ユーザのバディリストに第２ユーザが新たなバディとして追加された場合、前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されているか否かを判断する第１判断手段と、
前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されている場合、前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれているか否かを判断する第２判断手段と、
前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれていると判断された場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザからなるグループを生成する生成手段と、
前記第１ユーザ、前記第２ユーザ及び前記第３ユーザのそれぞれに対して、生成されたグループ、グループを構成するユーザのユーザ名、及び前記グループのコミュニケーションを可能とするコミュニケーション手段を通知する通知手段と、
を有する情報交換促進装置。
【請求項５】
アウェアネス情報を交換する他のユーザであるバディのユーザ名一覧を含むバディリストをユーザ毎に蓄積するアウェアネスサーバが実行する情報交換促進プログラムが記憶された記録媒体であって、
任意の第１ユーザのバディリストに第２ユーザが新たなバディとして追加された場合、前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されているか否かを判断する処理と、
前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されている場合、前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれているか否かを判断する処理と、
前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれていると判断された場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザからなるグループを生成する処理と、
前記第１ユーザ、前記第２ユーザ及び前記第３ユーザのそれぞれに対して、生成されたグループおよびグループを構成するユーザのユーザ名を通知する処理と、
を実行する情報交換促進プログラムが記憶されたコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上でのユーザ間のコミュニケーションを促進する技術に関する。さらに詳しくは、ユーザ間でアウェアネス情報を交換する技術に関する。
本発明において、アウェアネス情報とは、ユーザの状態や気持ちを表すテキストデータ、イメージデータ及び音声データや、ショートメッセージなど、ユーザに関する全ての個人情報を含む。
【０００２】
また、バディリストとは、ユーザにより作成される他のユーザ、いわゆるバディの一覧である。ユーザは、他のユーザとの合意の上で、そのユーザのアウェアネス情報を参照するために、バディリストに他のユーザを記述する。
【０００３】
【従来の技術】
近年、社会のネットワーク化が急速に進み、コンピュータネットワークや電話回線などのデータ通信路を用いたコミュニケーションシステムや、ニュース配信、広告配信システムなどが普及している。コミュニケーションシステムの１つであるアウェアネスシステムは、遠隔地にいるユーザ同士のコミュニケーションを円滑にするシステムとして、期待されている。
【０００４】
アウェアネスシステムは、ユーザが現在の状態や気持ちを情報化し、他のユーザと、これらの情報を常時交換する関係を結び、情報を通知しあうシステムである。アウェアネスシステムは、一般的に、サーバとクライアントとがネットワークにより接続されて構成されている。サーバには、１）ユーザ毎のアウェアネス情報を蓄積するアウェアネス情報ＤＢ（データベース）と、２）ユーザ間でアウェアネス情報を交換するために締結されている交換関係を蓄積する交換関係ＤＢと、が設けられている。
【０００５】
一方、クライアントには、ユーザが作成するバディリストが蓄積されている。バディリストには、ユーザがアウェアネス情報を交換する他のユーザが記述されている。個々のユーザは、他のユーザと個別にアウェアネス情報の交換関係を確立し、アウェアネス情報の発信単位でバディリストを作成する。
あるユーザＡからサーバに対し、他のユーザＢとの間でアウェアネス情報の交換関係の確立／解除が要求されると、ユーザＡとユーザＢとの交換関係が交換関係ＤＢに蓄積される。また、ユーザＡからサーバに対し、自身のアウェアネス情報の更新要求や、他のユーザのアウェアネス情報の参照要求が来ると、サーバは、アウェアネス情報ＤＢを更新したり、アウェアネス情報ＤＢから必要情報を取得したりする。
【０００６】
【発明が解決しようとする課題】
もしもアウェアネスシステム上のユーザＡ，Ｂ，Ｃのそれぞれが互いに、すなわち１対１の組み合わせの全てにアウェアネス情報の交換関係が成立しているとすると（以下、これを共有関係と呼ぶ）、これらのユーザはアウェアネス情報を共有可能である。しかし、前述のアウェアネスシステムでは、ユーザＡには自分以外のユーザＢ及びＣ間の関係がどうなっているのか分からない。もしユーザＡが、ユーザＢ及びＣの間でもアウェアネス情報を交換していることを知っていれば、ユーザＡはこの前提に基づいてアウェアネス情報を発信することができる。
【０００７】
システムによっては、共有関係を作成する機能を用意し、ユーザに一括して生成させることもある。一方で、個々のユーザ同士の交換関係から偶然に共有関係が発生することもある。従来のアウェアネスシステムでは、偶然に発生した共有関係を、個々のユーザは知ることができない。それゆえ、アウェアネス情報の交換関係はあくまでユーザの１対１の関係にとどまり、同じ情報内容について、グループでコミュニケーションをする機会の発生が押さえられ、緊密な多人数コミュニケーションの発生の機会が失われるというデメリットがある。
【０００８】
本発明は、ネットワーク上で個別に設定された情報交換するユーザ間の関係から偶然に発生する共有関係を検出して、共有関係にあるユーザ全員に偶然に発生している共有関係を提示し、ユーザグループでの緊密なコミュニケーションを促進することを目的とする。
【０００９】
【課題を解決するための手段】
前記課題を解決するために、本願第１発明は、アウェアネス情報を交換する他のユーザであるバディのユーザ名一覧を含むバディリストをユーザ毎に蓄積するアウェアネスサーバが実行する情報交換促進方法であって、
・任意の第１ユーザのバディリストに第２ユーザが新たなバディとして追加された場合、前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されているか否かを判断し、
・前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されている場合、前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれているか否かを判断し、
・前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれていると判断された場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザからなるグループを生成し、
・前記第１ユーザ、前記第２ユーザ及び前記第３ユーザのそれぞれに対して、生成されたグループおよびグループを構成するユーザのユーザ名を通知する、
情報交換促進方法を提供する。
【００１０】
例えば、ユーザＡは、ユーザＢ及びユーザＣとそれぞれ別々に交換関係を結んでいるとする。また、ユーザＢ及びユーザＣも、交換関係を結んでいるとする。この場合、三者間ではいかなる組み合わせをとっても交換関係が成立している。以下、この関係を共有関係という。共有関係の成立を各ユーザに通知することにより、ユーザ同士が、互いに全員を知っているグループに属しているという共通の認識の元に、アウェアネス情報を交換することができる。共有関係が成立しているユーザグループを抽出するタイミングは、特に限定されない。例えば、蓄積されている交換関係に変更があったときや、一定時間間隔で行うことが挙げられる。
【００１１】
本願第２発明は、前記第１発明において、アウェアネス情報を交換する他のユーザであるバディのユーザ名一覧を含むバディリストをユーザ毎に蓄積するアウェアネスサーバが実行する情報交換促進方法であって、
・前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されている場合、前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれているか否かを判断し、
・前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれていると判断された場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザを含むそれぞれのバディリストの属性情報が類似しているか否かを判断し、
・前記それぞれのバディリストの属性情報が類似している場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザからなるグループを生成し、
・前記第１ユーザ、前記第２ユーザ及び前記第３ユーザのそれぞれに対して、生成されたグループおよびグループを構成するユーザのユーザ名を通知する、情報交換促進方法を提供する。
【００１２】
この方法では、前記記憶されている交換関係に基づいて、全てのユーザ間の交換関係が成立しており、かつ設定されている属性が類似しているユーザを抽出してグループ化する。さらに、グループ化されたユーザに対して、生成されたグループおよびグループを構成するユーザを通知する。
交換関係の属性とは、例えばバディリストのタイトルである。共有関係が成立しているユーザグループに属するユーザのバディリストの中で、このユーザグループを形成するためのバディリストのタイトルが互いに類似している場合、ユーザグループの存在がユーザに通知される。
【００１３】
本願第３発明は、ユーザがアウェアネス情報の交換関係を他のユーザと個別に設定するアウェアネス情報交換装置を提供する。すなわち、アウェアネス情報を交換する他のユーザであるバディのユーザ名一覧を含むバディリストをユーザ毎に蓄積する情報交換促進装置であって、
・任意の第１ユーザのバディリストに第２ユーザが新たなバディとして追加された場合、前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されているか否かを判断する第１判断手段と、
・前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されている場合、前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれているか否かを判断する第２判断手段と、
・前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれていると判断された場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザからなるグループを生成する生成手段と、
・前記第１ユーザ、前記第２ユーザ及び前記第３ユーザのそれぞれに対して、生成されたグループおよびグループを構成するユーザのユーザ名を通知する通知手段と、を備える情報交換促進装置を提供する。
【００１４】
本願第４発明は、ユーザがアウェアネス情報の交換関係を他のユーザと個別に設定する情報交換促進装置を提供する。すなわち、アウェアネス情報を交換する他のユーザであるバディのユーザ名一覧を含むバディリストをユーザ毎に蓄積する情報交換促進装置であって、
・任意の第１ユーザのバディリストに第２ユーザが新たなバディとして追加された場合、前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されているか否かを判断する第１判断手段と、
・前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されている場合、前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれているか否かを判断する第２判断手段と、
・前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれていると判断された場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザからなるグループを生成する生成手段と、
・前記第１ユーザ、前記第２ユーザ及び前記第３ユーザのそれぞれに対して、生成されたグループ、グループを構成するユーザのユーザ名、及び前記グループのコミュニケーションを可能とするコミュニケーション手段を通知する通知手段と、を有する情報交換促進装置を提供する。
【００１５】
所定のコミュニケーション手段としては、例えばメーリングリストサービスやＩＲＣ(Internet Relay Chat)などのチャットサービスを挙げることができる。アウェアネスシステムでは、１対１の情報交換しかできないが、他のコミュニケーション手段を用いることにより、グループ内での情報交換が可能になる。他のコミュニケーション手段を用いるためのクライアント側アプリケーションがユーザ端末２上にない場合も考えられるが、その場合にはそのユーザ端末２に必要なアプリケーションをダウンロードすることも可能である。
【００１６】
本願第５発明は、アウェアネス情報を交換する他のユーザであるバディのユーザ名一覧を含むバディリストをユーザ毎に蓄積するアウェアネスサーバが実行する情報交換促進プログラムが記憶された記録媒体であって、
・任意の第１ユーザのバディリストに第２ユーザが新たなバディとして追加された場合、前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されているか否かを判断する処理と、
・前記第２ユーザのバディリストに前記第１ユーザがバディとして記憶されている場合、前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれているか否かを判断する処理と、
・前記第１ユーザ及び前記第２ユーザそれぞれのバディリストに少なくとも１の第３ユーザがバディとして共通に含まれていると判断された場合、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザからなるグループを生成する処理と、
・前記第１ユーザ、前記第２ユーザ及び前記第３ユーザのそれぞれに対して、生成されたグループおよびグループを構成するユーザのユーザ名を通知する処理と、
を実行する情報交換促進プログラムが記憶されたコンピュータ読み取り可能な記録媒体を提供する。
【００１７】
ここで、記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【００１８】
【発明の実施の形態】
＜発明の概要＞
本発明は、１対１のユーザ間で設定された交換関係の連鎖から自然にアウェアネス情報の共有関係が生成されているユーザグループに共有関係の存在を知らせ、共有関係にあるユーザグループ間での情報交換を支援する。ここで共有関係とは、ユーザグループに含まれる全てのユーザの相互間にアウェアネス情報の交換関係が成立している関係をいう。以下、共有関係が成立するユーザグループを、単に共有グループという。
【００１９】
図１は、共有関係の説明図である。図１（ａ）は共有関係がユーザ間で成立している場合であり、（ｂ）は成立していない場合である。図１（ａ）では、例えばユーザＡのバディリストＬａには、他の全てのユーザＢ，Ｃ，Ｄが記述されている。他のユーザＢ，Ｃ，ＤのバディリストＬｂ、Ｌｃ、Ｌｄについても同様である。この場合、ユーザＡ，Ｂ，Ｃ，Ｄには共有関係が成立している。図１（ｂ）では、ユーザＡ，Ｂ，Ｃには共有関係が成立しているが、ユーザＡ，Ｂ，Ｃ，Ｄには共有関係が成立しない。
【００２０】
本発明は、所定のタイミング、例えばアウェアネス情報の交換関係が更新されるたびに、共有関係の成立の有無を判断する。共有関係が成立していれば、そのことをユーザに通知し、共有関係にあるユーザグループ内でコミュニケーションができるように通信手段を提供する。
また、共有関係だけでなく、類似の情報を交換しているユーザグループや、類似の行動をとるユーザグループの存在をユーザに知らしめ、ユーザグループ内でのコミュニケーション手段を提供する。
【００２１】
＜第１実施形態例＞
（１）構成
図２は、第１実施形態例に係る情報交換促進システムの全体構成図である。このシステムは、アウェアネスサーバ１と複数のユーザ端末２とがネットワーク３を介して接続されて構成されている。なお、図ではユーザ端末２を１つしか示していないが、通常は複数のユーザ端末２がネットワーク３に接続されている。
【００２２】
ユーザ端末２は、アウェアネス情報管理モジュール２１と交換関係管理モジュール２２とを有している。アウェアネス情報管理モジュール２１は、ユーザのアウェアネス状態の設定や変更を受け付けてアウェアネスサーバ１に送信したり、他のユーザのアウェアネス情報をアウェアネスサーバ１から受信してユーザに通知したりする。交換関係管理モジュール２２は、バディリストの作成や変更を受け付け、サーバにその内容を通知する。これらのモジュールは、通常のアウェアネスシステムにおけるユーザ端末２が有している機能と同様である。
【００２３】
アウェアネスサーバ１は、アウェアネス情報ＤＢ１１、交換関係ＤＢ１２、アウェアネスサービスモジュール１３及び情報交換促進モジュール１４を有している。図３は、アウェアネス情報ＤＢ１１に蓄積される情報の概念説明図である。アウェアネス情報ＤＢ１１には、ユーザのアウェアネス情報がユーザ毎及びバディリスト毎に蓄積されている。
【００２４】
図４は、交換関係ＤＢ１２に蓄積される情報の概念説明図である。交換関係ＤＢ１２には、バディリストの属性およびバディの一覧がユーザ毎に蓄積されている。本例では、バディリストの属性として、バディリストのタイトルを用いている。
アウェアネスサービスモジュール１３は、交換関係ＤＢ１２に蓄積された交換関係に基づいて、ユーザに他のユーザのアウェアネス情報を提供するサービスを行う。アウェアネス情報ＤＢ１１、交換関係ＤＢ１２及びアウェアネスサービスモジュール１３の機能は、通常のアウェアネスサーバ１が有する機能と同様である。
【００２５】
情報交換促進モジュール１４は、ユーザ間の共有関係を推進し、共有グループ内での情報交換を促進する役割を示す。具体的には、情報交換促進モジュール１４は、行動ＤＢ１４１、共有関係モジュール１４２、類似情報モジュール１４３、類似属性モジュール１４４、類似行動モジュール１４５、表示制御モジュール１４６及び付加サービスモジュール１４７を有している。
【００２６】
図５は、行動ＤＢ１４１に蓄積される情報の概念説明図を示す。行動ＤＢ１４１には、ユーザの所定の行動とその行動を起こした時間とが、ユーザ毎に蓄積されている。本例では、ユーザがＵＲＬにアクセスした場合に、そのＵＲＬとアクセス時間とが行動ＤＢ１４１に蓄積される。
共有関係モジュール１４２、類似情報モジュール１４３、類似属性モジュール１４４及び類似行動モジュール１４５の機能については、詳細を後述する。表示制御モジュール１４６は、前記各モジュールが生成するグループ関係をユーザ端末２上に表示させる。付加サービスモジュール１４７は、存在を通知したユーザグループ内で、本システム以外の別の通信システムを使ったコミュニケーションの開始を促進する。
【００２７】
（２）処理の流れ
次に、情報交換促進モジュール１４が行う処理の流れについて具体的に説明する。
（２―１）共有関係生成処理
［処理の流れ］
図６は、共有関係モジュール１４２が行う共有関係生成処理の流れを示すフローチャートである。共有関係モジュール１４２は、交換関係ＤＢ１２に蓄積されている情報から共有関係を見い出し、ユーザに通知する。今、ユーザＤがバディリストＬｄにユーザＢを追加したことにより、ユーザＡ、Ｂ、Ｃ、Ｄ間の交換関係が前記図１（ｂ）の状態になったとする。
【００２８】
ステップＳ１：共有関係モジュール１４２は、ユーザＤがバディリストＬｄにユーザＢを加えた場合、バディリストＬｂにもユーザＤは登録されているかどうかを確認する。言い換えれば、ユーザＢとＤとの間に交換関係が成立しているか否かを判断する。“Ｙｅｓ”と判断するとステップＳ２に移行し、“Ｎｏ”と判断すると次のバディリストの変化を待機する。なお、この例では、いずれかのユーザのバディリストに変化があった場合に以下の処理を行うが、一定時間毎など他のイベントにより以下の処理を行っても良い。
【００２９】
ステップＳ２：共有関係モジュール１４２は、バディリストＬｂの他のユーザＡ及びＣと、ユーザＤとの間に、交換関係が成立しているか否かを判断する。この例では、ユーザＤ及びＣ間には交換関係が成立している。しかし、ユーザＤ及びＡ間には交換関係は成立していない。バディリストＬｂの中に、ユーザＤと交換関係が成立している他のユーザが１つでもあれば、ステップＳ３に移行する。交換関係が全く成立しない場合には、ステップＳ１に戻り、次のバディリストの変化を待機する。
【００３０】
ステップＳ３：共有関係モジュール１４２は、ユーザＤと交換関係が成立するユーザ群の任意のペアであって交換関係が成立するペアを抽出する。例えば、この例ではＤとの交換関係が成立するＢ及びＣのペアについて、交換関係が成立するか否かを判断し、成立すればこのペアを抽出する。本例では、Ｂ及びＣのペアが抽出される。１つでも交換関係が成立すれば、ステップＳ４に移行する。交換関係が全く成立しない場合、ステップＳ１に戻り、次のバディリストの変化を待機する。
【００３１】
ステップＳ４：共有関係モジュール１４２は、共有関係が成立する共有グループを決定する。すなわち、前記抽出したペアに含まれるユーザとユーザＤとからなるユーザグループを、共有グループと決定する。今の場合、Ｂ、Ｃ及びＤの３者からなるユーザグループが決定される。
ステップＳ５：共有関係モジュール１４２は、決定した共有グループを表示制御モジュール１４６によりユーザ端末２上に表示させる。さらに、付加サービスモジュール１４７により、別の通信手段を用いたグループ内のコミュニケーションを開始させてもよい。例えば、共有グループ用の新たな会話空間をネットワーク３上に設営したり、共有グループ用のメーリングリストを生成し、共有グループ内のユーザのみが参加できるようにする。また、通信手段の選択肢をユーザ端末２上に表示させる。これにより、グループ内のユーザは、ユーザグループ間でのチャットや、メーリングリストによるメールの伝送など、グループ内のコミュニケーションを行うことができる。
【００３２】
なお、ユーザ端末２上に、別の通信手段を実行するためのアプリケーションがインストールされていない場合には、別サービスモジュールによりユーザ端末２にアプリケーションをダウンロードしても良い。
［画面例］
図７は、前述の共有関係生成処理において共有グループが決定した場合に、ユーザ端末２上で表示される共有関係の表示例及び別サービスの開始画面例である。図７（ａ）は、バディリストの表示例を示している。同図（ｂ）は、このバディリストにおける共有グループの表示例である。共有グループ１が、ユーザを点線で囲うことにより示されている。
【００３３】
同図（ｃ）は、共有グループ１内でのコミュニケーションを活発化するために、付加サービスモジュール１４７により表示される通信手段の選択画面例である。グループ１内のユーザは、グループチャットや同報メールにより、グループ内のコミュニケーションを行うことができる。また、同図（ｄ）は、共有グループが増えた場合の画面例である。
【００３４】
（２−２）類似情報の共有関係生成処理
［処理の流れ］
図８は、類似情報モジュール１４３が行う類似情報の共有関係生成処理の流れを示すフローチャートである。類似情報モジュール１４３は、共有グループ内のユーザが類似情報を共有している場合、類似情報を共有するユーザグループ（以下、単に類似情報グループという）を決定し、ユーザに通知する。
【００３５】
処理の流れに先立ち、類似情報の共有について説明する。図９は、類似情報の共有を示す説明図である。この図では、ユーザＡ、Ｂ及びＣは、共有グループを形成している。また、３者はそれぞれ車に関する発言をしている。この場合、ユーザＡ，Ｂ，Ｃは、車に関する類似情報を共有しており、類似情報グループを形成している。
【００３６】
次に、類似情報グループを決定する処理について、図８に沿って説明する。
ステップＳ２１：類似情報モジュール１４３は、いずれかのユーザのアウェアネス情報が更新されることにより、以下の処理を開始する。ここでは、前記図１に示すバディリストＬｂに登録されたユーザＡから、アウェアネス情報の更新通知があったとする。
【００３７】
ステップＳ２２：類似情報モジュール１４３は、ユーザＡを含む共有グループを決定する。この決定方法は、前述の処理の流れと同様である。次いで、類似情報モジュール１４３は、いずれかの共有グループを特定し、以下の処理を行う。
ステップＳ２３：類似情報モジュール１４３は、特定した共有グループ内で通知されているアウェアネス情報を、アウェアネス情報ＤＢ１１から取得し、アウェアネス情報の任意のペア全てについて、それらの類似度を算出する。
【００３８】
ステップＳ２４、Ｓ２５：類似情報モジュール１４３は、アウェアネス情報の任意の一対の類似度がしきい値を超えるようなアウェアネス情報のグループがあるか否かを判断する（Ｓ２４）。ある場合には、類似情報の発信者による類似情報の共有関係が生成されていると判断し、類似情報の発信者により形成される類似情報グループを決定する（Ｓ２５）。
【００３９】
さらに、類似情報モジュール１４３は、決定した類似情報の共有グループを、ユーザ端末２上に表示させたり、別の通信手段によるコミュニケーションを開始させたりする。算出された類似度がいずれもしきい値を超えない場合、ステップＳ２６に移行する。
ステップＳ２６：類似情報モジュール１４３は、ユーザＡを含む全ての共有グループについて、前記ステップＳ２２〜Ｓ２５の処理を行ったか否かを判断する。“Ｙｅｓ”と判断するとステップＳ２１に戻り、アウェアネス情報の更新通知を待機する。“Ｎｏ”と判断すると、ステップＳ２２に戻り、前述の処理を繰り返す。
【００４０】
［画面例］
図１０は、類似情報グループの通知例である。同図（ａ）はバディリストであり、同図（ｂ）は類似情報グループを示す画面例である。この図では、システム側で類似情報グループに適当なタイトル「車グループ」を付けて表示している。タイトルは、類似情報のキーワードを含むことが好ましい。同図（ｃ）は、類似情報グループのユーザに表示される、通信手段の選択画面例である。この例では、「車グループ」でグループチャットを行うことができる。
【００４１】
（２−３）類似属性の共有関係生成処理
［処理の流れ］
図１１は、類似属性モジュール１４４が行う、類似属性の共有関係生成処理の流れを示すフローチャートである。類似属性モジュール１４４は、共有グループ内に交換関係の属性が類似しているユーザグループ（以下、類似属性グループという）が成立する場合、ユーザに通知する。
【００４２】
処理の説明に先立ち、類似属性グループについて説明する。図１２は、類似属性グループの説明図である。ここでは、ユーザＡ，Ｂ，Ｃからなる共有グループを定めるバディリストのタイトルを、ユーザＡは「飲み仲間」とし、ユーザＢは「飲み友達」とし、ユーザＣは「カラオケ」としている。このような場合、この共有グループの中で、ユーザＡとＢとからなる類似属性グループが生成されている。
【００４３】
次に、処理の流れについて図１１に沿って説明する。
ステップＳ３１、Ｓ３２：類似属性モジュール１４４は、いずれかのユーザのバディリストのタイトルが新たに設定されたり、変更されたりした場合（Ｓ３１）、そのユーザを含む共有グループを特定する（Ｓ３２）。なお、この例では、いずれかのユーザのバディリストの変更を処理開始のイベントとしているが、例えば所定時間間隔毎に以下の処理を行っても良い。
【００４４】
ステップＳ３３、Ｓ３４、Ｓ３５：類似属性モジュール１４４は、特定した共有グループを定める各ユーザのバディリストについて、タイトルの類似度を算出する。類似度は、タイトルの任意のペア全てについて算出される。なお、本例では交換関係の属性としてタイトルを用いているが、これに限定されない。
類似属性モジュール１４４は、任意のペアがしきい値を超えるようなタイトルのグループを検索し、そのタイトルのバディリストの持ち主により形成される類似属性グループを決定する。決定された類似属性グループのユーザには、前述と同様に、類似属性グループの表示や別の通信手段によるコミュニケーションを開始させたりする（Ｓ３５）。タイトルの類似度がいずれもしきい値を超えない場合には、ステップＳ３６に移行する。
【００４５】
ステップＳ３６：類似属性モジュール１４４は、バディリストのタイトルを変更したユーザを含む共有グループの全てについて、前記ステップＳ３２〜Ｓ３５の処理を行ったか否かを判断し、“Ｎｏ”と判断すると次の共有グループについて処理を行うために、ステップＳ３２に戻る。“Ｙｅｓ”と判断する場合、ステップＳ３１に戻り、いずれかのユーザがバディリストのタイトルを設定又は変更するのを待機する。
【００４６】
［画面例］
図１３は、類似属性グループの通知例である。同図（ａ１）〜（ａ４）は、４人のユーザ「露崎夏美」、「深田喜子」、「浜崎亜美」、「倉木真弓」からなる共有グループを定めるバディリストである。同図（ｂ１）〜（ｂ３）は、類似属性グループを示す画面例である。この図では、システム側で類似属性グループに適当なタイトル「酒好きグループ」をつけて表示している。タイトルは、図（ａ１）〜（ａ３）のバディリストのタイトルに共通する内容を表すことが好ましい。同図（ｃ１）は、類似属性グループのユーザに表示される、通信手段の選択画面例である。
【００４７】
なお、同図（ａ４）の「倉木」のバディリストのタイトルは、図（ａ１）〜（ａ３）のタイトルと類似していない。そのため、ユーザ「倉木」は、類似属性グループ「酒好きグループ」に含まれないと判断されている。
（２−４）類似行動の共有関係生成処理
［処理の流れ］
図１４は、類似行動モジュール１４５が行う、類似行動の共有関係生成処理の流れを示すフローチャートである。この処理では、類似行動モジュール１４５は、共有グループ内のユーザ間で行動が類似するユーザから形成されるグループ（以下、類似行動グループという）を決定し、ユーザに通知する。
【００４８】
処理の説明に先立ち、類似行動グループについて説明する。図１５は、類似行動グループの説明図である。この図において、ユーザＡ、Ｂ及びＣは、共有グループを形成している。ユーザＡはステップワゴンに関するＵＲＬにアクセスし、Ｂはホンダの新車情報に関するＵＲＬにアクセスし、ユーザＣは釣りに関するＵＲＬにアクセスしている。この場合、ユーザＡ、Ｂは、共に車に関するＵＲＬにアクセスしたという類似の行動をとったので、類似行動グループを形成する。
【００４９】
次に、処理の流れを図１４に沿って説明する。
ステップＳ４１：類似行動モジュール１４５は、ユーザの所定の行動の発生を待機している。本例では、所定の行動とは、ＵＲＬで特定されるウェブページへのアクセスであるが、これに限定されない。行動が発生した場合、類似行動モジュール１４５は、行動ＤＢ１４１を更新し、ステップＳ４２に移行する。
【００５０】
ステップＳ４２：類似行動モジュール１４５は、一定期間内に所定の行動を行ったユーザの中で、同一の共有グループに属するユーザがあるかどうかを判断する。例えば、類似行動モジュール１４５は、過去２４時間以内にＵＲＬにアクセスしたユーザの中で、同一の共有グループに属するユーザがあるかどうかを判断する。“Ｙｅｓ”と判断すると、ステップＳ４３に移行する。“Ｎｏ”と判断すると、再びステップＳ４１に戻り、ユーザの次の行動の発生を待機する。
【００５１】
ステップＳ４３、Ｓ４４：類似行動モジュール１４５は、共有グループ内のユーザの行動について、類似関係にあるものがあるか否かを判断する（Ｓ４３）。この判断は、例えばアクセスしたＵＲＬの属するカテゴリが同じであるか否か、あるいは類似しているか否かにより判断するとよい。ＵＲＬのカテゴリは、既存のＤＢを用いて取得しても良いし、新たにＵＲＬをカテゴライズしたＤＢを構築しても良い。行動が類似するユーザが存在する場合、類似行動グループを決定し、ユーザに通知したり、別の通信手段によるコミュニケーションを提供したりする。
【００５２】
［画面例］
図１６は、類似行動グループの通知例である。同図（ａ１）〜（ａ３）は、３人のユーザ「露崎夏美」、「深田喜子」、「浜崎亜美」からなる共有グループを定めるバディリストである。同図（ｂ１）〜（ｂ３）は、これらのユーザがアクセスしたウェブページの例である。ユーザ「露崎」はテニス道具を、「深田」はウインブルドンの日程を、「浜崎」は神戸のテニスクラブ一覧を、ウェブページ上でそれぞれ参照している。各ユーザの行動は、テニス関連のウェブページを参照した点で共通している。
【００５３】
同図（ｃ１）〜（ｃ３）は、類似行動グループを示す画面例である。この図では、システム側で類似行動グループに適当なタイトル「テニスグループ」をつけて表示している。タイトルは、３人のユーザ「露崎夏美」、「深田喜子」、「浜崎亜美」の行動に共通する内容を表すことが好ましい。図示していないが、前記図１３（ｃ１）と同様に、類似行動グループのユーザには通信手段の選択画面が表示される。
【００５４】
＜他の実施形態例＞
（Ａ）前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【００５５】
＜付記＞
（付記１）請求項１
ユーザがアウェアネス情報の交換関係を他のユーザと個別に設定するアウェアネス情報交換システムに用いられる情報交換促進方法であって、
ユーザ間に設定されたアウェアネス情報の交換関係を記憶し、
前記記憶されている交換関係に基づいて、全てのユーザ間の交換関係が成立しているユーザを抽出してグループ化し、
グループ化されたユーザに対して、生成されたグループおよびグループを構成するユーザを通知する、
情報交換関係促進方法。
【００５６】
（付記２）請求項２
ユーザがアウェアネス情報の交換関係を他のユーザと個別に設定するアウェアネス情報交換システムに用いられる情報交換促進方法であって、
ユーザ間に設定されたアウェアネス情報の交換関係及び前記交換関係の属性情報を記憶し、
前記記憶されている交換関係に基づいて、全てのユーザ間の交換関係が成立しており、かつ設定されている属性が類似しているユーザを抽出してグループ化し、
グループ化されたユーザに対して、生成されたグループおよびグループを構成するユーザを通知する、
情報交換促進方法。
【００５７】
（付記３）請求項３
ユーザがアウェアネス情報の交換関係を他のユーザと個別に設定するアウェアネス情報交換システムであって、
ユーザ間に設定されたアウェアネス情報の交換関係を記憶する手段と、
前記記憶されている交換関係に基づいて、全てのユーザの組み合わせについて相互に交換関係が成立しているユーザを抽出してグループ化する手段と、
グループ化されたユーザに対して、生成されたグループおよびグループを構成するユーザを提示する手段と、
を有する情報交換システム。
【００５８】
（付記４）請求項４
ユーザがアウェアネス情報の交換関係を他のユーザと個別に設定するアウェアネス情報交換システムであって、
ユーザ間に設定された情報交換関係を記憶する手段と、
前記記憶されている情報交換関係に基づいて、全てのユーザの組み合わせについて相互に交換関係が成立しているユーザを抽出してグループ化する手段と、
グループ化されたユーザに対して、生成されたグループおよびグループを構成するユーザと、当該グループのコミュニケーションを可能とするコミュニケーション手段とを提示する手段と、
を有する情報交換システム。
【００５９】
（付記５）請求項５
ユーザがアウェアネス情報の交換関係を他のユーザと個別に設定するアウェアネス情報交換システムに用いられる情報交換促進方法を実行するためのプログラムが記憶された記録媒体であって、
ユーザ間に設定されたアウェアネス情報の交換関係を記憶する処理と、
前記記憶されている交換関係に基づいて、全てのユーザ間の交換関係が成立しているユーザを抽出してグループ化する処理と、
グループ化されたユーザに対して、生成されたグループおよびグループを構成するユーザに通知する処理と、
を含むコンピュータ読み取り可能な記録媒体。
【００６０】
（付記６）
ユーザがアウェアネス情報の交換関係を他のユーザと個別に設定するアウェアネス情報交換システムに用いられる情報交換促進方法であって、
ユーザ間に設定されたアウェアネス情報の交換関係及び各ユーザ間で交換されたアウェアネス情報を記憶し、
前記記憶されている交換関係に基づいて、全てのユーザ間の交換関係が成立しており、かつ、交換されたアウェアネス情報の内容が類似しているユーザを抽出してグループ化し、
グループ化されたユーザに対して、生成されたグループおよびグループを構成するユーザを通知する、
情報交換関係促進方法。
【００６１】
共有関係の成立に加え、互いに類似している情報を交換しているユーザグループを抽出し、グループ内ユーザに通知する。例えば、ユーザＡ，Ｂ，Ｃ，Ｄからなる共有関係のグループがあったとする。この中で、ユーザＡ，Ｂ，Ｃの間では車関係の情報をそれぞれ１対１で交換しているとする。この場合、車関係の情報の共有関係が、ユーザＡ，Ｂ，Ｃに成立している。これを、ユーザＡ，Ｂ，Ｃに通知すれば、これらのユーザはグループ間で車関係の情報を交換することができる。
【００６２】
（付記７）
ユーザがアウェアネス情報の交換関係を他のユーザと個別に設定するアウェアネス情報交換システムに用いられる情報交換促進方法であって、
ユーザ間に設定されたアウェアネス情報の交換関係を記憶し、
さらに各ユーザの実施した行動を記憶し、
前記記憶されている交換関係に基づいて、全てのユーザ間の交換関係が成立しており、かつ、記憶されたユーザの行動が類似しているユーザを抽出してグループ化し、
グループ化されたユーザに対して、生成されたグループおよびグループを構成するユーザを通知する、
情報交換関係促進方法。
【００６３】
例えば、共有関係が成立する第１ユーザグループに含まれるユーザＡ，Ｃ，Ｂが、ある１日においてアクセスしたＵＲＬ(Uniform Resource Locator)が互いに類似している場合、ユーザＡ、Ｂ、Ｃからなる第２ユーザグループの存在がユーザに通知される。ＵＲＬが類似されているか否かは、例えばＵＲＬが属するカテゴリが同じか否か、類似か否かなどにより判断することができる。
【００６４】
【発明の効果】
本発明を用いれば、ネットワーク上で情報交換するユーザ間の関係から偶然に発生する共有関係を用い、ユーザグループでの緊密なコミュニケーションを促進することができる。
【図面の簡単な説明】
【図１】（ａ）共有関係の成立を示す説明図。
（ｂ）一部の共有関係の成立及び共有関係の不成立を示す説明図。
【図２】第１実施形態例に係る情報交換促進システムの全体構成図。
【図３】アウェアネス情報ＤＢの概念説明図。
【図４】交換関係ＤＢの概念説明図。
【図５】行動ＤＢの概念説明図。
【図６】共有関係生成処理の流れを示すフローチャート。
【図７】共有グループの通知画面例。
【図８】類似情報の共有関係生成処理の流れを示すフローチャート。
【図９】類似情報グループの説明図。
【図１０】類似情報グループの通知画面例。
【図１１】類似属性の共有関係生成処理の流れを示すフローチャート。
【図１２】類似属性グループの説明図。
【図１３】類似属性グループの通知画面例。
【図１４】類似行動の共有関係生成処理の流れを示すフローチャート。
【図１５】類似行動グループの説明図。
【図１６】類似行動グループの通知画面例。
【符号の説明】
１；アウェアネスサーバ
２；ユーザ端末
３；ネットワーク
１１；アウェアネス情報ＤＢ
１２；交換関係ＤＢ
１３；アウェアネスサービスモジュール
１４；情報交換促進モジュール
【図１】
0004001455.tif 000002
【図２】
0004001455.tif 000003
【図３】
0004001455.tif 000004
【図４】
0004001455.tif 000005
【図５】
0004001455.tif 000006
【図６】
0004001455.tif 000007
【図７】
0004001455.tif 000008
【図８】
0004001455.tif 000009
【図９】
0004001455.tif 000010
【図１０】
0004001455.tif 000011
【図１１】
0004001455.tif 000012
【図１２】
0004001455.tif 000013
【図１３】
0004001455.tif 000014
【図１４】
0004001455.tif 000015
【図１５】
0004001455.tif 000016
【図１６】
0004001455.tif 000017