(57)【要約】【課題】ユーザ同士の関係を考慮しながら、情報を配信する。【解決手段】ユーザによって操作される複数の第１計算機と、前記複数の第１計算機にネットワークを介して接続される第２計算機と、を備える計算機システムであって、前記第２計算機は、前記第１計算機から、グループ作成要求を受信し、前記受信したグループ作成要求に基づいて、前記ユーザの一人以上が属すグループを作成し、前記受信したグループ作成要求の送信元の前記第１計算機を操作するユーザと関係するユーザのうち、前記作成されたグループに属さないユーザを、漏れ先ユーザとして特定し、前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、前記特定された漏れ先ユーザによって操作される第１計算機に送信する【選択図】図１
2008282191.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによって操作される複数の第１計算機と、前記複数の第１計算機にネットワークを介して接続される第２計算機と、を備える計算機システムであって、
前記第２計算機は、
前記第１計算機から、グループ作成要求を受信し、
前記受信したグループ作成要求に基づいて、前記ユーザの一人以上が属すグループを作成し、
前記受信したグループ作成要求の送信元の前記第１計算機を操作するユーザと関係するユーザのうち、前記作成されたグループに属さないユーザを、漏れ先ユーザとして特定し、
前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、前記特定された漏れ先ユーザによって操作される第１計算機に送信することを特徴とする計算機システム。
【請求項２】
前記グループには、電子会議に参加しているユーザが属し、
前記グループ作成要求は、前記電子会議への参加要求であり、
前記第２計算機が前記第１計算機から受信した情報は、前記電子会議での発言であることを特徴とする請求項１に記載の計算機システム。
【請求項３】
前記グループには、ブログのエントリを投稿したユーザ及び当該ブログのエントリにコメントを投稿したユーザが属し、
前記グループ作成要求は、前記ブログのエントリの投稿要求又は前記ブログのエントリへのコメントの投稿要求であり、
前記第２計算機が前記第１計算機から受信した情報は、前記ブログのエントリ又は前記ブログのエントリへのコメントであることを特徴とする請求項１に記載の計算機システム。
【請求項４】
前記第２計算機は、前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、前記作成されたグループに属すユーザによって操作される第１計算機のうち、当該受信した情報の送信元でない第１計算機に送信することを特徴とする請求項１に記載の計算機システム。
【請求項５】
更に、ユーザ同士の関係を管理する第３計算機を備え、
前記第２計算機は、前記受信したグループ作成要求の送信元の前記第１計算機を操作するユーザと関係するユーザを、前記第３計算機に問い合わせることを特徴とする請求項１に記載の計算機システム。
【請求項６】
前記第２計算機は、
前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報の内容を分析し、
前記特定された漏れ先ユーザの中から、前記分析された内容の情報の取得を希望する漏れ先ユーザを選択し、
前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、前記選択された漏れ先ユーザによって操作される第１計算機に送信することを特徴とする請求項１に記載の計算機システム。
【請求項７】
前記第２計算機は、
前記特定された漏れ先ユーザの状態を取得し、
前記取得された漏れ先ユーザの状態に基づいて、前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、当該漏れ先ユーザによって操作される第１計算機に送信するか否かを判定することを特徴とする請求項１に記載の計算機システム。
【請求項８】
ユーザによって操作される複数の第１計算機と、前記複数の第１計算機にネットワークを介して接続される第２計算機と、を備える計算機システムであって、
前記第２計算機は、
前記第１計算機から、グループ作成要求を受信し、
前記受信したグループ作成要求に基づいて、前記ユーザの一人以上が属すグループを作成し、
前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、前記作成されたグループに属すユーザによって操作される第１計算機のうち、当該受信した情報の送信元でない第１計算機に送信し、
前記作成されたグループに属すユーザによって操作される第１計算機は、
当該第１計算機を操作するユーザと関係するユーザのうち、前記作成されたグループに属さないユーザを、漏れ先ユーザとして特定し、
前記第２計算機に送信した情報又は前記第２計算機から受信した情報を、前記特定された漏れ先ユーザによって操作される第１計算機に送信することを特徴とする計算機システム。
【請求項９】
前記グループには、電子会議に参加しているユーザが属し、
前記グループ作成要求は、前記電子会議への参加要求であり、
前記第２計算機が前記第１計算機から受信した情報は、前記電子会議での発言であることを特徴とする請求項８に記載の計算機システム。
【請求項１０】
前記グループには、ブログのエントリを投稿したユーザ及び当該ブログのエントリにコメントを投稿したユーザが属し、
前記グループ作成要求は、前記ブログのエントリの投稿要求又は前記ブログのエントリへのコメントの投稿要求であり、
前記第２計算機が前記第１計算機から受信した情報は、前記ブログのエントリ又は前記ブログのエントリへのコメントであることを特徴とする請求項８に記載の計算機システム。
【請求項１１】
前記作成されたグループに属すユーザによって操作される第１計算機は、
前記第２計算機に送信した情報又は前記第２計算機から受信した情報の内容を分析し、
前記特定された漏れ先ユーザの中から、前記分析された内容の情報の取得を希望する漏れ先ユーザを選択し、
前記第２計算機に送信した情報又は前記第２計算機から受信した情報を、前記選択された漏れ先ユーザによって操作される第１計算機に送信することを特徴とする請求項８に記載の計算機システム。
【請求項１２】
前記作成されたグループに属すユーザによって操作される第１計算機は、
前記特定された漏れ先ユーザの状態を取得し、
前記取得された漏れ先ユーザの状態に基づいて、前記第２計算機に送信した情報又は前記第２計算機から受信した情報を、当該漏れ先ユーザによって操作される第１計算機に送信するか否かを判定することを特徴とする請求項８に記載の計算機システム。
【請求項１３】
前記第１計算機は、
当該第１計算機を操作するユーザと関係するユーザを示す関係情報を記憶し、
前記関係情報を参照して、当該第１計算機を操作するユーザと関係するユーザのうち、前記作成されたグループに属さないユーザを、漏れ先ユーザとして特定し、
他の第１計算機から関係情報の更新通知を受信した場合、当該受信した更新通知に基づいて、当該第１計算機に記憶されている関係情報を更新し、
前記関係情報の更新通知を、当該第１計算機を操作するユーザと関係するユーザによって操作される第１計算機に送信することを特徴とする請求項８に記載の計算機システム。
【請求項１４】
ユーザによって操作される複数の第１計算機にネットワークを介して接続される第２計算機であって、
前記第１計算機から、グループ作成要求を受信し、
前記受信したグループ作成要求に基づいて、前記ユーザの一人以上が属すグループを作成し、
前記受信したグループ作成要求の送信元の前記第１計算機を操作するユーザと関係するユーザのうち、前記作成されたグループに属さないユーザを、漏れ先ユーザとして特定し、
前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、前記特定された漏れ先ユーザによって操作される第１計算機に送信することを特徴とする第２計算機。
【請求項１５】
前記グループには、電子会議に参加しているユーザが属し、
前記グループ作成要求は、前記電子会議への参加要求であり、
前記第１計算機から受信した情報は、前記電子会議での発言であることを特徴とする請求項１４に記載の第２計算機。
【請求項１６】
前記グループには、ブログのエントリを投稿したユーザ及び当該ブログのエントリにコメントを投稿したユーザが属し、
前記グループ作成要求は、前記ブログのエントリの投稿要求又は前記ブログのエントリへのコメントの投稿要求であり、
前記第１計算機から受信した情報は、前記ブログのエントリ又は前記ブログのエントリへのコメントであることを特徴とする請求項１４に記載の第２計算機。
【請求項１７】
前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、前記作成されたグループに属すユーザによって操作される第１計算機のうち、当該受信した情報の送信元でない第１計算機に送信することを特徴とする請求項１４に記載の第２計算機。
【請求項１８】
前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報の内容を分析し、
前記特定された漏れ先ユーザの中から、前記分析された内容の情報の取得を希望する漏れ先ユーザを選択し、
前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、前記選択された漏れ先ユーザによって操作される第１計算機に送信することを特徴とする請求項１４に記載の第２計算機。
【請求項１９】
前記特定された漏れ先ユーザの状態を取得し、
前記取得された漏れ先ユーザの状態に基づいて、前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、当該漏れ先ユーザによって操作される第１計算機に送信するか否かを判定することを特徴とする請求項１４に記載の第２計算機。
【請求項２０】
ユーザによって操作される複数の計算機を備える計算機システムであって、
前記計算機は、
当該計算機を操作するユーザと関係するユーザを示す関係情報を記憶し、
他の第１計算機から関係情報の更新通知を受信した場合、当該受信した更新通知に基づいて、当該第１計算機に記憶されている関係情報を更新し、
前記関係情報の更新通知を、当該第１計算機を操作するユーザと関係するユーザによって操作される第１計算機に送信することを特徴とする計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザによって操作される複数の第１計算機と、前記複数の第１計算機にネットワークを介して接続される第２計算機とを備える計算機システムに関し、特に、第１計算機から送信された情報を他の第１計算機に配信する技術に関する。
【背景技術】
【０００２】
多人数で文字通信（チャット）を行う為のソフトウェアが、多数存在する。当該ソフトウェアでは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で策定されたＸＭＰＰプロトコル方法又はＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などが使用されている。当該ソフトウェアは、以下の処理を実行することによって、チャットを実現する。
【０００３】
まず、各ユーザが電子会議を選択して参加する。次に、各ユーザによって操作される情報端末が、電子会議を制御するサーバに対して、電子会議でのユーザの発言を送信する。次に、電子会議を制御するサーバは、現在参加中のユーザによって操作される情報端末に、受信した発言を配信する。
【０００４】
また、音声又は映像を用いた電子会議システムも、チャットと同様の処理を実行することによって、実現される。具体的には、サーバは、電子会議に参加中のユーザの発言及び映像をミキシングし、現在参加中のユーザによって操作される情報端末にミキシングした情報を配信する。
【０００５】
また、特許文献１には、文字チャットによる電子会議システムが開示されている。特許文献１に開示されている電子会議システムでは、サーバは、電子会議に参加していないユーザによって操作される情報端末に対しても、ユーザが興味のある会話内容を送信する。当該電子会議システムでは、各ユーザは、興味のあるキーワード等を入力し、会話の通知を予約しておく。ユーザによって入力されたキーワードに合致した会話が電子会議で行われると、サーバは、ユーザの会議室への参加の有無に関わらず、当該ユーザによって操作される情報端末に会話内容を送信する。
【特許文献１】特開平１１−２７２５７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一般的な電子会議システムでは、電子会議に参加しているユーザによって操作される情報端末に対してのみ、会話が送信される。そのため、電子会議に参加していないユーザは、当該電子会議での会話の内容を把握する事ができない。よって、電子会議に参加していないユーザが、会話の内容について有用な情報を持っていたり、会話の内容に興味を持っていたとしても、会話があったことを知ることさえもできない。そのため、電子会議に参加しているユーザが、有用な情報の入手の機会を失う可能性がある。
【０００７】
前述した問題を解決するために、特許文献１に開示された電子会議システムは、電子会議に参加していないユーザによって操作される情報端末に対しても、電子会議での会話内容を送信する。
【０００８】
しかしながら、特許文献１に開示された電子会議システムでは、ユーザが、電子会議の会話の内容に興味を持ったとしても、まったく知り合いがいない電子会議に参加することは心理的な抵抗が強く、困難である。
【０００９】
本発明は、前述した問題点に鑑みてなされたものであって、ユーザ同士の関係を考慮しながら、情報を配信する計算機システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の代表的な形態は、ユーザによって操作される複数の第１計算機と、前記複数の第１計算機にネットワークを介して接続される第２計算機と、を備える計算機システムであって、前記第２計算機は、前記第１計算機から、グループ作成要求を受信し、前記受信したグループ作成要求に基づいて、前記ユーザの一人以上が属すグループを作成し、前記受信したグループ作成要求の送信元の前記第１計算機を操作するユーザと関係するユーザのうち、前記作成されたグループに属さないユーザを、漏れ先ユーザとして特定し、前記作成されたグループに属すユーザによって操作される第１計算機から受信した情報を、前記特定された漏れ先ユーザによって操作される第１計算機に送信する
【発明の効果】
【００１１】
本発明の代表的な形態によれば、ユーザ同士の関係を考慮しながら、情報を配信できる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面を参照して説明する。
【００１３】
（第１の実施の形態）
第１の実施の形態では、人間関係に基づいて、各ユーザが保持する情報又は各ユーザ間で行った会話が漏れるシーケンスを説明する。なお、会話は、複数のユーザの発言によって成立する。
【００１４】
図１は、本発明の第１の実施の形態の通信システムの動作概念の説明図である。
【００１５】
通信システムは、多人数会議制御サーバ１１、人脈情報管理サーバ１４及び複数の情報端末を備える。なお、情報端末は、ユーザによって操作される。そこで、本明細書においては、情報端末を、当該情報端末を操作するユーザとして説明する場合もある。つまり、ユーザＡとは、ユーザＡによって操作される情報端末を意味する場合もある。
【００１６】
本説明図では、ユーザＡ、ユーザＢ及びユーザＣが、多人数会議制御サーバ１１によって管理される電子会議Ａに参加している。そして、ユーザＡ、ユーザＢ及びユーザＣは、文字、音声及び映像のうちの少なくとも一つを用いて会話をしている。例えば、ユーザＡ、ユーザＢ及びユーザＣは、文字ベースのチャットで会話をしている。
【００１７】
このとき、多人数会議制御サーバ１１は、電子会議Ａに参加しているユーザと人間関係を持つユーザに、電子会議Ａでの会話を漏らす。つまり、多人数会議制御サーバ１１は、ユーザＡ、ユーザＢ及びユーザＣと人間関係を持つユーザに、電子会議Ａでの会話を漏らす。なお、人間関係は、同じ課のメンバー又は同期の関係などであり、ユーザ同士の関係であればいかなるものであってもよい。また、人間関係は、直接的な人間関係及び間接的な人間関係を含む。間接的な人間関係とは、一人以上の他のユーザを介すことによって構築される人間関係である。
【００１８】
本説明図では、多人数会議制御サーバ１１は、ユーザＣと同じ課に属すユーザＤ及びユーザＥに、電子会議Ａでの会話を漏らす。
【００１９】
ここで、ユーザが操作する情報端末に表示される画面の一例について説明する。
【００２０】
図２は、本発明の第１の実施の形態の情報端末に表示される参加中画面４２１の説明図である。
【００２１】
参加中画面４２１は、電子会議に参加しているユーザが操作する情報端末に表示される画面である。図１に示す状態の場合、参加中画面４２１は、ユーザＡが操作する情報端末、ユーザＢが操作する情報端末及びユーザＣが操作する情報端末に表示さえれる。
【００２２】
参加中画面４２１は、会話内容欄４２２、参加メンバ欄４２４、漏れ先欄４２５、発言入力欄４２３及び送信ボタン４２９を含む。
【００２３】
会話内容欄４２２には、電子会議での会話が表示される。参加メンバ欄４２４には、電子会議へ参加しているユーザの名称が表示される。漏れ先欄４２５には、電子会議での会話の漏れ先となるユーザの名称が表示される。そのため、漏れ先欄４２５には、電子会議へ参加しているユーザと人間関係を持つユーザの名称が表示される。
【００２４】
発言入力欄４２３には、電子会議での発言がユーザによって入力される。送信ボタン４２９がユーザによって操作されると、情報端末は、発言入力欄４２３に入力されている発言を多人数会議制御サーバ１１に送信する。多人数会議制御サーバ１１は、情報端末から受信した発言を、電子会議へ参加している他のユーザが操作する情報端末に配信する。そして、情報端末は、多人数会議制御サーバ１１から受信した発言を、参加中画面４２１に含まれる会話内容欄４２２に表示する。
【００２５】
図３は、本発明の第１の実施の形態の情報端末に表示される漏れ画面４２６の説明図である。
【００２６】
漏れ画面４２６は、電子会議での会話の漏れ先となるユーザが操作する情報端末に表示される。そのため、漏れ画面４２６は、電子会議へ参加しているユーザと人間関係を持つユーザが操作する情報端末に表示される。
【００２７】
従来の技術では、電子会議に参加していないユーザによって操作される情報端末は、当該電子会議での会話の内容を受信できない。しかしながら、本実施の形態によれば、電子会議へ参加しているユーザと人間関係を持つユーザが操作する情報端末は、当該電子会議での会話の内容を受信できる。そして、電子会議へ参加しているユーザと人間関係を持つユーザが操作する情報端末は、受信した会話の内容を、漏れ画面４２６として表示する。
【００２８】
具体的には、多人数会議制御サーバ１１は、人脈情報管理サーバ１４から人脈情報を取得する。なお、人脈情報は、ユーザ同士の人間関係を示す。次に、多人数会議制御サーバ１１は、取得した人脈情報に基づいて、漏れ先となるユーザによって操作される情報端末を決定する。そして、多人数会議制御サーバ１１は、決定した情報端末に、電子会議での会話の内容を配信する。
【００２９】
漏れ画面４２６は、漏れ欄４２７又は４２８を含む。漏れ欄４２７又は４２８には、電子会議での会話が表示される。
【００３０】
ここで、図１に戻る。
【００３１】
ユーザＥは、電子会議に参加しているユーザＣと同じ課に属すので、電子会議Ａから漏れた会話を聞いている。その後、ユーザＥが、電子会議Ａでの会話の内容に興味を持って、電子会議Ａに参加したとする。
【００３２】
すると、多人数会議制御サーバ１１は、人脈情報管理サーバ１４からユーザＥの人脈情報を取得する。これによって、多人数会議制御サーバ１１は、ユーザＥとユーザＦとが同期の関係であることを把握する。そこで、多人数会議制御サーバ１１は、ユーザＥと人間関係を持つユーザＦに、電子会議Ａでの会話を漏らす。
【００３３】
以上のように、多人数会議制御サーバ１１は、電子会議での会話の内容を、当該電子会議に参加しているユーザの少なくとも一人と人間関係を持つユーザに漏らすことができる。そのため、電子会議に参加していないユーザが電子会議の内容を知ることができるので、話の輪が広がる。
【００３４】
図４は、本発明の本発明の第１の実施の形態の通信システムの物理構成のブロック図である。
【００３５】
通信システムは、多人数会議制御サーバ１１、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ２０、人脈情報管理サーバ１４、ＩＰネットワーク１５及び複数の情報端末６を備える。
【００３６】
情報端末６は、それぞれのユーザによって操作される計算機である。ここで、情報端末Ａ６は、ユーザＡによって操作される情報端末６である。同様に、情報端末Ｂ６、情報端末Ｃ６、情報端末Ｄ６、情報端末Ｅ６、情報端末Ｆ６は、それぞれに対応するユーザＢ、ユーザＣ、ユーザＤ、ユーザＥ、ユーザＦによって操作される情報端末６である。なお、情報端末６の物理構成については、図５で詳細を説明する。また、情報端末６の機能構成については、図７で詳細を説明する。
【００３７】
多人数会議制御サーバ１１は、ユーザによって参加される電子会議を制御する計算機である。なお、多人数会議制御サーバ１１の物理構成については、図５で詳細を説明する。また、多人数会議制御サーバ１１の機能構成については、図６で詳細を説明する。
【００３８】
人脈情報管理サーバ１４は、人脈情報を記憶する計算機である。なお、人脈情報管理サーバ１４の物理構成については、図５で詳細を説明する。また、人脈情報管理サーバ１４の機能構成については、図８で詳細を説明する。
【００３９】
人脈情報管理サーバ１４は、予め作成された人脈情報を記憶していてもよいし、各種情報に基づいて人脈情報を作成し、作成した人脈情報を記憶していもよい。なお、人脈情報の作成に使用される各種情報は、会社の組織図、会社への入社年度、部活動への所属情報、委員会への所属情報、各情報端末によって送受信された電子メールが解析された情報及び書類の共著情報などを含む。なお、本実施の形態では、人脈情報管理サーバ１４によって記憶される人脈情報は、いかなる方法で作成されてもよい。
【００４０】
ＳＩＰサーバ２０は、電子会議における文字情報、音声情報又は映像情報の送受信を制御する計算機である。ＳＩＰは、文字、音声及び映像等を含むユーザ間コミュニケーションの開始から終了までの状態を制御するプロトコルであり、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で標準化されたプロトコルである。なお、電子会議における文字情報、音声情報又は映像情報の送受信を制御するプロトコルは、本実施の形態ではＳＩＰであるが、ＳＩＰ以外であってもよい。
【００４１】
ＩＰネットワーク１５は、多人数会議制御サーバ１１、ＳＩＰサーバ２０、人脈情報管理サーバ１４及び情報端末６を相互に接続する。
【００４２】
図５は、本発明の第１の実施の形態の多人数会議制御サーバ１１、人脈情報管理サーバ１４及び情報端末６の物理構成のブロック図である。
【００４３】
多人数会議制御サーバ１１、人脈情報管理サーバ１４及び情報端末６のそれぞれは、ＣＰＵ２７、メモリ２８、ディスクストレージ３２、データバス２６、ネットワークインタフェース２３、入力装置用インタフェース２４、音声・映像入出力インタフェース２５を備える。また、多人数会議制御サーバ１１、人脈情報管理サーバ１４及び情報端末６のそれぞれは、更に、入力部、出力部及び表示部等を備えていてもよい。
【００４４】
データバス２６は、ＣＰＵ２７、メモリ２８、ディスクストレージ３２、ネットワークインタフェース２３、入力装置用インタフェース２４及び音声・映像入出力インタフェース２５を相互に接続する。
【００４５】
ＣＰＵ２７は、メモリ２８に記憶されるプログラム３０を実行することによって、各部を実現する。これによって、ＣＰＵ２７は、各種処理を実行する。
【００４６】
メモリ２８は、ＣＰＵ２７によって実行されるプログラム３０及びＣＰＵ２７によって必要とされる情報２９などを記憶する。ディスクストレージ３２は、プログラム及びテーブルを含む各種情報３１を記憶する。
【００４７】
ネットワークインタフェース２３は、ＩＰネットワーク１５に接続されるインタフェースである。
【００４８】
入力装置用インタフェース２４は、入力装置２１に接続されるインタフェースである。入力装置は、例えば、マウス又はキーボードであり、ユーザによって入力された情報を、ＣＰＵ２７に送信する。
【００４９】
音声・映像入出力インタフェース２５は、音声・映像装置２２に接続されるインタフェースである。音声・映像装置２２は、例えば、スピーカ、マイク又はＰＣカメラであり、音声又は映像を入出力する。
【００５０】
図６は、本発明の第１の実施の形態の多人数会議制御サーバ１１の機能構成のブロック図である。
【００５１】
多人数会議制御サーバ１１は、動作制御部４２及びデータＩ／Ｏ部４１を備える。動作制御部４２及びデータＩ／Ｏ部４１は、プログラム３０を実行するＣＰＵ２７によってソフトウェア的に実現されてもよいし、ハードウェアであってもよい。
【００５２】
動作制御部４２は、多人数会議制御サーバ１１の動作の全体を制御する。なお、動作制御部４２は、会議室管理部４５及び情報漏れ管理部４６を含む。
【００５３】
会議室管理部４５は、電子会議室を管理する。なお、会議室管理部４５は、発言内容送受信制御部５６及び会議室入退室管理部５５を含む。
【００５４】
発言内容送受信制御部５６は、電子会議での発言の送受信を制御する。具体的には、発言内容送受信制御部５６は、電子会議に参加しているユーザを、電子会議での発言の送信先となるユーザとして特定する。会議室入退室管理部５５は、各ユーザの会議室への入退室を管理する。
【００５５】
情報漏れ管理部４６は、電子会議での発言の漏れを管理する。なお、情報漏れ管理部４６は、漏れ範囲制御部５７、人脈情報調査部５８、発言内容解析部５９及び配信ユーザ管理部６０を含む。
【００５６】
漏れ範囲制御部５７は、電子会議での会話の漏れ範囲を決定する。つまり、漏れ範囲制御部５７は、電子会議での発言の漏れ先となるユーザを決定する。
【００５７】
配信ユーザ管理部６０は、漏れ範囲制御部５７によって決定された漏れ先のユーザによって操作される情報端末６を、電子会議での発言の配信先として管理する。
【００５８】
人脈情報調査部５８は、人脈情報を人脈情報管理サーバ１４から取得する。発言内容解析部５９は、電子会議での発言の内容を解析する。漏れ範囲制御部５７は、人脈情報調査部５８によって取得された人脈情報及び発言内容解析部５９によって解析された発言内容に基づいて、電子会議での会話の漏れ範囲を決定する。
【００５９】
データＩ／Ｏ部４１は、各種情報を送受信する。なお、データＩ／Ｏ部４１は、会議情報送受信制御部４３及び漏れ関係情報送受信制御部４４を含む。
【００６０】
会議情報送受信制御部４３は、電子会議に関する情報を送受信する。なお、会議情報送受信制御部４３は、会議室入退室要求送受信部４７、会議室入退室要求分析・構築部４８、発言情報送受信部４９及び発言情報分析・構築部５０を含む。
【００６１】
会議室入退室要求送受信部４７は、会議室入室要求及び会議室退室要求を情報端末６から受信する。会議室入退室要求送受信部４７は、会議室入室情報及び会議室退室情報を、情報端末６に送信する。なお、会議室入室要求は、当該会議室入室要求の送信元の情報端末６を操作するユーザの電子会議室への入室を要求する。また、会議室退室要求は、当該会議室入室要求の送信元の情報端末６を操作するユーザの電子会議室からの退室を要求する。また、会議室入室情報は、新たなユーザの電子会議室への入室を通知する。会議室退室情報は、電子会議室へ入室していたユーザの退室を通知する。
【００６２】
また、会議室入退室要求分析・構築部４８は、会議室入退室要求送受信部４７によって受信された会議室入室要求及び会議室退室要求を解析する。また、会議室入退室要求分析・構築部４８は、会議室入退室要求送受信部４７によって送信される会議室入室情報及び会議室退室情報を構築する。
【００６３】
発言情報送受信部４９は、電子会議での発言を送受信する。例えば、発言情報送受信部４９は、電子会議での発言を、チャットメッセージとして送受信する。発言情報分析・構築部５０は、発言情報送受信部４９によって受信された発言を解析する。また、発言情報分析・構築部５０は、発言情報送受信部４９によって送信される発言を構築する。
【００６４】
漏れ関係情報送受信制御部４４は、電子会議での発言の漏れに関する情報を送受信する。なお、漏れ関係情報送受信制御部４４は、漏れ情報送信部５１、漏れ情報構築部５２、漏れ制御情報送受信部５３及び漏れ制御情報分析・構築部５４を含む。
【００６５】
漏れ情報構築部５２は、漏れ先の情報端末６に送信する漏れ情報を構築する。具体的には、電子会議での発言のうち、漏れさせる発言を特定し、特定した発言を漏れ情報として構築する。漏れ情報送信部５１は、漏れ情報構築部５２によって構築された漏れ情報を、漏れ先のユーザによって操作される情報端末６に送信する。
【００６６】
漏れ制御情報分析・構築部５４は、電子会議での会話の漏れ範囲を決定するための情報を分析及び構築する。なお、電子会議での会話の漏れ範囲を決定するための情報は、例えば、人脈情報である。漏れ制御情報送受信部５３は、電子会議での会話の漏れ範囲を決定するための情報を送受信する。
【００６７】
また、多人数会議制御サーバ１１は、会議参加ユーザ管理テーブル２１１、会議情報管理テーブル２１４、漏れ管理テーブル２３１を記憶する。
【００６８】
会議参加ユーザ管理テーブル２１１は、電子会議に参加しているユーザを示す。なお、会議参加ユーザ管理テーブル２１１については、図９で詳細を説明する。
【００６９】
会議情報管理テーブル２１４は、電子会議に関する情報を示す。なお、会議情報管理テーブル２１４については、図１０で詳細を説明する。
【００７０】
漏れ管理テーブル２３１は、電子会議での会話の漏れに関する情報を示す。なお、漏れ管理テーブル２３１については、図１１で詳細を説明する。
【００７１】
図７は、本発明の第１の実施の形態の情報端末６の機能構成のブロック図である。
【００７２】
情報端末６は、会議制御部７２、会議情報Ｉ／Ｏ部７１、漏れ情報制御部７４、漏れ情報Ｉ／Ｏ部７３、人脈情報管理部７６及び人脈情報Ｉ／Ｏ部７５を備える。会議制御部７２、会議情報Ｉ／Ｏ部７１、漏れ情報制御部７４、漏れ情報Ｉ／Ｏ部７３、人脈情報管理部７６及び人脈情報Ｉ／Ｏ部７５は、プログラム３０を実行するＣＰＵ２７によってソフトウェア的に実現されてもよいし、ハードウェアであってもよい。
【００７３】
会議制御部７２は、電子会議に関する処理を行う。なお、会議制御部７２は、入退室管理・制御部７９及び発言内容解析部８０を含む。
【００７４】
入退室管理・制御部７９は、ユーザの電子会議への参加情報を記憶する。また、入退室管理・制御部７９は、会議室入室要求及び会議室退室要求の送信を制御する。発言内容解析部８０は、電子会議での発言を解析する。また、発言内容解析部８０は、電子会議での発言を画面へ表示する。また、情報端末６が会話の漏れを発生させる場合には、発言内容解析部８０によって解析された結果が、漏れ範囲の決定に使用される。
【００７５】
会議情報Ｉ／Ｏ部７１は、電子会議に関する情報を送受信する。なお、会議情報Ｉ／Ｏ部７１は、多人数会議情報分析・構築部７８及び多人数会議情報送受信部７７を含む。
【００７６】
多人数会議情報送受信部７７は、電子会議に関する情報を送受信する。なお、電子会議に関する情報は、電子会議での発言、会議室入室要求、会議室退室要求、会議室入室情報又は会議室退室情報などである。
【００７７】
多人数会議情報分析・構築部７８は、多人数会議情報送受信部７７によって送信される会議室入室要求及び会議室退室要求を構築する。また、多人数会議情報分析・構築部７８は、電子会議室での発言を、チャットメッセージとして構築する。また、多人数会議情報分析・構築部７８は、多人数会議情報送受信部７７によって受信された発言、会議室入室情報及び会議室退室情報を解析する。
【００７８】
漏れ情報制御部７４は、電子会議において発生する漏れ情報の送受信を制御する。なお、漏れ情報制御部７４は、漏れ情報送信管理部８４及び漏れ情報受信管理部８３を含む。
【００７９】
漏れ情報送信管理部８４は、情報端末６が会話の漏れを発生させる場合において、漏れ情報の送信を制御する。漏れ情報受信管理部８３は、電子会議において発生する漏れ情報の受信を制御する。そして、漏れ情報受信管理部８３は、受信した漏れ情報を画面へ表示する。
【００８０】
漏れ情報Ｉ／Ｏ部７３は、電子会議において発生する漏れ情報を送受信する。なお、漏れ情報Ｉ／Ｏ部７３は、漏れ情報分析・構築部８２及び漏れ情報送受信部８１を含む。
【００８１】
漏れ情報送受信部８１は、電子会議において発生する漏れ情報を送受信する。漏れ情報分析・構築部８２は、漏れ情報送受信部８１によって受信された漏れ情報を分析する。また、情報端末６が会話の漏れを発生させる場合には、漏れ情報分析・構築部８２は、漏れ情報送受信部８１によって送信される漏れ情報を構築する。
【００８２】
人脈情報管理部７６は、当該情報端末６を操作するユーザに関する人脈情報を管理する。なお、人脈情報管理部７６は、人脈情報記憶部８８、人脈情報計算部９６及び人脈情報入出力制御部８７を含む。
【００８３】
人脈情報記憶部８８は、当該情報端末６を操作するユーザに関する人脈情報を、プライベート関係情報テーブル８９に記憶する。プライベート関係情報テーブル８９は、当該情報端末６を操作するユーザに関する人脈情報を示す。
【００８４】
人脈情報計算部９６は、各種情報に基づいて、当該情報端末６を操作するユーザに関する人脈情報を作成する。また、人脈情報計算部９６は、当該情報端末６を操作するユーザと他のユーザとの距離を算出する。そして、人脈情報計算部９６は、算出したユーザ間の距離を、経路情報テーブル９７に格納する。なお、経路情報テーブル９７は、当該情報端末６を操作するユーザと他のユーザとの距離を示す。
【００８５】
本実施の形態におけるユーザ間の距離は、一方のユーザからもう一方のユーザに辿りつくまでに使われる人間関係の数とする。例えば、ユーザＡとユーザＢとが人間関係を持つ場合、ユーザＡとユーザＢとの距離は、「１」となる。また、ユーザＡとユーザＢとが人間関係を持ち、且つ、ユーザＢとユーザＣとが人間関係を持つ場合、ユーザＡとユーザＣとの距離は、「２」となる。なお、ユーザ間の距離は、他の定義であってもよい。
【００８６】
人脈情報入出力制御部８７は、当該情報端末６を操作するユーザに関する人脈情報の入出力を制御する。
【００８７】
人脈情報Ｉ／Ｏ部７５は、人脈情報の送受信を制御する。なお、人脈情報Ｉ／Ｏ部７５は、人脈情報送受信部８５及び人脈情報構築・分析部８６を含む。
【００８８】
人脈情報送受信部８５は、人脈情報を送信する。人脈情報構築・分析部８６は、人脈情報送受信部８５によって受信された人脈情報を解析する。また、人脈情報構築・分析部８６は、人脈情報送受信部８５によって送信される人脈情報を構築する。
【００８９】
図８は、本発明の第１の実施の形態の人脈情報管理サーバ１４の機能構成のブロック図である。
【００９０】
人脈情報管理サーバ１４は、パブリック人脈情報管理部１０２、経路情報計算・管理部１０３、プライベート人脈情報管理部１０４及び情報Ｉ／Ｏ部１０１を備える。なお、パブリック人脈情報管理部１０２、経路情報計算・管理部１０３、プライベート人脈情報管理部１０４及び情報Ｉ／Ｏ部１０１は、プログラム３０を実行するＣＰＵ２７によってソフトウェア的に実現されてもよいし、ハードウェアであってもよい。
【００９１】
パブリック人脈情報管理部１０２は、公的な人間関係を示すパブリック人脈情報を管理する。パブリック人脈情報は、組織図又は会社への入社年度などに基づいて作成された人脈情報である。つまり、パブリック人脈情報は、外部に既に知られている人脈情報及び外部に知られてもプライバシ上問題とならない人脈情報である。なお、パブリック人脈情報管理部１０２は、人脈情報入出力部１１２及び人脈情報取得要求制御部１１１を含む。
【００９２】
人脈情報入出力部１１２は、パブリック人脈情報テーブル１１３を更新する。パブリック人脈情報テーブル１１３は、公的な人間関係を管理する。
【００９３】
人脈情報取得要求制御部１１１は、パブリック人脈情報の取得要求に応答すべきか否かを判定する。これによって、人脈情報取得要求制御部１１１は、パブリック人脈情報の漏洩を防ぐ。
【００９４】
プライベート人脈情報管理部１０４は、私的な人間関係を示すプライベート人脈情報を管理する。プライベート人脈情報は、例えば、電子メール送受信情報などに基づいて作成された人脈情報である。つまり、プライベート人脈情報は、プライバシ上、外部に知られてはならない人脈情報である。なお、プライベート人脈情報管理部１０４は、人脈情報入出力部１１７及び人脈情報取得要求制御部１１６を含む。
【００９５】
人脈情報入出力部１１７は、プライベート人脈情報テーブル１１８を更新する。プライベート人脈情報テーブル１１８は、私的な人間関係を管理する。なお、プライベート人脈情報テーブル１１８は、パブリック人脈情報テーブル１１３と同様の構成である。よって、パブリック人脈情報テーブル１１３とプライベート人脈情報テーブル１１８とは、一つのテーブルであってもよいし、異なるテーブルであってもよい。
【００９６】
本実施の形態では、パブリック人脈情報テーブル１１３とプライベート人脈情報テーブル１１８とが、一つのテーブル（人脈情報テーブル２２１）である場合を説明する。なお、人脈情報テーブル２２１については、図１２で詳細を説明する。
【００９７】
人脈情報取得要求制御部１１９は、プライベート人脈情報の取得要求に応答すべきか否かを判定する。これによって、人脈情報取得要求制御部１１１は、プライベート人脈情報の漏洩を防ぐ。
【００９８】
なお、私的な人間関係を管理する必要がない場合、プライベート人脈情報管理部１０４は省略される。
【００９９】
経路情報計算・管理部１０３は、経路情報を管理する。なお、経路情報計算・管理部１０３は、経路情報計算部１１４及び経路情報入出力部１１５を含む。また、経路情報は、ユーザ間の距離を示す。
【０１００】
経路情報計算部１１４は、パブリック人脈情報テーブル１１３及びプライベート人脈情報テーブル１１８に基づいて、経路情報を算出する。なお、経路情報計算部１１４は、経路情報を要求されるたびに、経路を算出してもよいし、予め算出した経路情報を記憶していてもよい。
【０１０１】
経路情報入出力部１１５は、経路情報計算部１１４によって算出された経路情報を出力する。
【０１０２】
情報Ｉ／Ｏ部１０１は、各種情報を送受信する。なお、情報Ｉ／Ｏ部１０１は、パブリック人脈情報取得要求構築・分析部１０６、パブリック人脈情報取得要求送受信部１０５、経路情報取得要求構築・分析部１０８、経路情報取得要求送受信部１０７、プライベート人脈情報取得要求構築・分析部１１０及びプライベート人脈情報取得要求送受信部１０９を含む。
【０１０３】
パブリック人脈情報取得要求送受信部１０５は、パブリック人脈情報の取得要求を送受信する。また、パブリック人脈情報取得要求送受信部１０５は、パブリック人脈情報の取得要求に対する応答を送受信する。パブリック人脈情報取得要求構築・分析部１０６は、パブリック人脈情報取得要求送受信部１０５によって受信されたパブリック人脈情報の取得要求及び応答を分析する。また、パブリック人脈情報取得要求構築・分析部１０６は、パブリック人脈情報取得要求送受信部１０５によって送信されるパブリック人脈情報の取得要求及び応答を構築する。
【０１０４】
プライベート人脈情報取得要求送受信部１０９は、プライベート人脈情報の取得要求を送受信する。また、プライベート人脈情報取得要求送受信部１０９は、プライベート人脈情報の取得要求に対する応答を送受信する。プライベート人脈情報取得要求構築・分析部１１０は、プライベート人脈情報取得要求送受信部１０９によって受信されたプライベート人脈情報の取得要求及び応答を分析する。また、プライベート人脈情報取得要求構築・分析部１１０は、プライベート人脈情報取得要求送受信部１０９によって送信されるプライベート人脈情報の取得要求及び応答を構築する。
【０１０５】
経路情報取得要求送受信部１０７は、経路情報の取得要求を送受信する。また、経路情報取得要求送受信部１０７は、経路情報の取得要求に対する応答を送受信する。経路情報取得要求構築・分析部１０８は、経路情報取得要求送受信部１０７によって受信された経路情報の取得要求及び応答を分析する。また、経路情報取得要求構築・分析部１０８は、経路情報取得要求送受信部１０７によって送信される経路情報の取得要求及び応答を構築する。
【０１０６】
図９は、本発明の第１の実施の形態の多人数会議制御サーバ１１に記憶される会議参加ユーザ管理テーブル２１１の構成図である。
【０１０７】
会議参加ユーザ管理テーブル２１１は、会議ＩＤ２１２及び参加ユーザＩＤ２１３を含む。
【０１０８】
会議ＩＤ２１２は、多人数会議制御サーバ１１によって管理される電子会議の一意な識別子である。参加ユーザＩＤ２１３は、当該レコードの会議ＩＤ２１２によって識別される電子会議に参加中のユーザの一意な識別子である。
【０１０９】
図１０は、本発明の第１の実施の形態の多人数会議制御サーバ１１に記憶される会議情報管理テーブル２１４の構成図である。
【０１１０】
会議情報管理テーブル２１４は、会議ＩＤ２１５、会議名２１６、議題２１７及び漏れフラグ２１９を含む。
【０１１１】
会議ＩＤ２１５は、多人数会議制御サーバ１１によって管理される電子会議の一意な識別子である。会議名２１６は、当該レコードの会議ＩＤ２１５によって識別される電子会議の名称である。議題２１７は、当該レコードの会議ＩＤ２１５によって識別される電子会議の議題である。漏れフラグ２１９は、当該レコードの会議ＩＤ２１５によって識別される電子会議での会話を漏らせるか否かを示す。つまり、漏れフラグ２１９は、当該レコードの会議ＩＤ２１５によって識別される電子会議での会話の漏れに対するポリシを示す。
【０１１２】
図１１は、本発明の第１の実施の形態の多人数会議制御サーバ１１に記憶される漏れ管理テーブル２３１の構成図である。
【０１１３】
漏れ管理テーブル２３１は、会議ＩＤ２３２、参加ユーザＩＤ２３３、漏れ対象ユーザＩＤ２３６、タイムスタンプ２３４及び配信状態２３５を含む。
【０１１４】
会議ＩＤ２３２は、多人数会議制御サーバ１１によって管理される電子会議の一意な識別子である。参加ユーザＩＤ２３３は、当該レコードの会議ＩＤ２３２によって識別される電子会議に参加中のユーザの一意な識別子である。
【０１１５】
漏れ対象ユーザＩＤ２３６は、当該レコードの会議ＩＤ２３２によって識別される電子会議での会話の漏れ先となるユーザの一意な識別子である。なお、漏れ対象ユーザＩＤ２３６によって識別されるユーザは、当該レコードの参加ユーザＩＤ２３３によって識別されるユーザと人間関係を持つ。
【０１１６】
タイムスタンプ２３４は、当該レコードの参加ユーザＩＤ２３３によって識別されるユーザが、当該レコードの会議ＩＤ２３２によって識別される会議から退室した時刻を示す。
【０１１７】
配信状態２３５は、当該レコードの漏れ対象ユーザＩＤ２３６によって識別されるユーザが操作する情報端末６に、当該レコードの会議ＩＤ２３２によって識別される電子会議での会話が配信されているか否かを示す。つまり、配信状態２３５は、当該レコードの漏れ対象ユーザＩＤ２３６によって識別されるユーザに、当該レコードの会議ＩＤ２３２によって識別される電子会議での会話が漏れているか否かを示す。
【０１１８】
また、配信状態２３５は、当該レコードの漏れ対象ユーザＩＤ２３６によって識別されるユーザに、当該レコードの会議ＩＤ２３２によって識別される電子会議での会話が制限付きで漏れていることを示してもよい。配信状態２３５が電子会議の会話が制限付きで漏れていることを示す場合、当該レコードの参加ユーザＩＤ２３３によって識別されるユーザが電子会議から既に退室してしまっているが、当該レコードの漏れ対象ユーザＩＤ２３６によって識別されるユーザに電子会議での会話が漏れている。
【０１１９】
本実施の形態では、参加ユーザＩＤ２３３によって識別されるユーザが電子会議から退室してから一定の期間内は、当該レコードの漏れ対象ユーザＩＤ２３６によって識別されるユーザに電子会議の会話が漏れる。これによって、漏れ対象ユーザＩＤ２３６によって識別されるユーザへの会話の漏れが突然停止することはない。
【０１２０】
図１２は、本発明の第１の実施の形態の人脈情報管理サーバ１４に記憶される人脈情報テーブル２２１の構成図である。
【０１２１】
人脈情報テーブル２２１は、ユーザＩＤ２２２、２２３、関係の種類２２４、関係文書２２５及びキーワード２２６を含む。
【０１２２】
ユーザＩＤ２２２及び２２３は、情報端末６を操作するユーザの一意な識別子である。なお、ユーザＩＤ２２２によって識別されるユーザとユーザＩＤ２２３によって識別されるユーザとは、人間関係を持つ。
【０１２３】
関係の種類２２４は、ユーザＩＤ２２２によって識別されるユーザとユーザＩＤ２２３によって識別されるユーザとの人間関係の種類を示す。
【０１２４】
関係文書２２５は、ユーザＩＤ２２２によって識別されるユーザ及びユーザＩＤ２２３によって識別されるユーザの双方に関連する文書の内容を示す。例えば、関係文書２２５は、ユーザＩＤ２２２によって識別されるユーザとユーザＩＤ２２３によって識別されるユーザとの間で送受信された電子メールの内容である。また、関係文書２２５は、ユーザＩＤ２２２によって識別されるユーザ及びユーザＩＤ２２３によって識別されるユーザによって共著された報告書の概要である。
【０１２５】
キーワード２２６は、ユーザＩＤ２２２によって識別されるユーザ及びユーザＩＤ２２３によって識別されるユーザの双方に関連する文字列である。例えば、キーワード２２６は、当該レコードの関係文書２２５の解析によって取得された文字列などである。
【０１２６】
図１３は、本発明の第１の実施の形態の通信システムの電子会議に関する処理のシーケンス図である。
【０１２７】
なお、本シーケンス図では、ユーザ同士が図１に示すような人間関係を持つ場合の処理を説明する。
【０１２８】
まず、ユーザＡによって操作される情報端末Ａ６が、多人数会議制御サーバ１１に会議室入室要求を送信したとする（１３１）。
【０１２９】
多人数会議制御サーバ１１は、会議室入室要求を受信すると、受信した会議室入室要求を分析する。これによって、多人数会議制御サーバ１１は、参加が要求された会議及び参加を要求したユーザを特定する。ここでは、多人数会議制御サーバ１１は、会議室入室要求の送信元の情報端末Ａ６を操作するユーザＡを、参加を要求したユーザとして特定する。
【０１３０】
そして、多人数会議制御サーバ１１は、特定した会議及びユーザに基づいて、会議参加ユーザ管理テーブル２１１（図９）を更新する。
【０１３１】
具体的には、多人数会議制御サーバ１１は、会議参加ユーザ管理テーブル２１１に新たなレコードを追加する。次に、多人数会議制御サーバ１１は、特定した会議の識別子を、新たなレコードの会議ＩＤ２１２に格納する。次に、多人数会議制御サーバ１１は、特定したユーザの識別子を、新たなレコードの参加ユーザＩＤ２１３に格納する。
【０１３２】
更に、多人数会議制御サーバ１１は、受信した会議入室要求などに基づいて、会議情報管理テーブル２１４（図１０）を更新してもよい。なお、会議情報管理テーブル２１４は、いかなる方法で更新されてもよい。例えば、会議情報管理テーブル２１４は、多人数会議制御サーバ１１の管理者又は会議へ参加しているユーザからの要求に応じて更新される。
【０１３３】
次に、多人数会議制御サーバ１１は、会議室入室要求受信時の漏れ範囲決定処理を行う。なお、会議室入室要求受信時の漏れ範囲決定処理については、図１４で詳細を説明する。
【０１３４】
ここでは、多人数会議制御サーバ１１は、ステップ１３１で特定したユーザの識別子を含む人脈情報取得要求を、人脈情報管理サーバ１４に送信する（１５１）。これによって、多人数会議制御サーバ１１は、ステップ１３１で特定したユーザから所定の距離内に存在するすべてのユーザの識別子のリストを含む人脈情報の取得を要求する。なお、本シーケンス図においては、所定の距離を「１」とする。
【０１３５】
すると、多人数会議制御サーバ１１は、ユーザの識別子を一つも含まない人脈情報を取得する（１５２）。そのため、多人数会議制御サーバ１１は、特定した電子会議での会話の配信先を変更しない。
【０１３６】
次に、ユーザＢによって操作される情報端末Ｂ６が、多人数会議制御サーバ１１に会議室入室要求を送信したとする（１３２）。
【０１３７】
多人数会議制御サーバ１１は、会議室入室要求を受信すると、受信した会議室入室要求を分析する。これによって、多人数会議制御サーバ１１は、参加が要求された会議及び参加を要求したユーザを特定する。次に、多人数会議制御サーバ１１は、会議参加ユーザ管理テーブル２１１（図９）を更新する。
【０１３８】
次に、多人数会議制御サーバ１１は、会議室入室要求受信時の漏れ範囲決定処理（図１４）を行う。
【０１３９】
ここでは、多人数会議制御サーバ１１は、ステップ１３２で特定したユーザの識別子を含む人脈情報取得要求を、人脈情報管理サーバ１４に送信する（１５３）。
【０１４０】
すると、多人数会議制御サーバ１１は、ユーザの識別子を一つも含まない人脈情報を取得する（１５４）。そのため、多人数会議制御サーバ１１は、特定した電子会議での会話の配信先を変更しない。
【０１４１】
次に、ユーザＣによって操作される情報端末Ｃ６が、多人数会議制御サーバ１１に会議室入室要求を送信したとする（１３３）。
【０１４２】
多人数会議制御サーバ１１は、会議室入室要求を受信すると、受信した会議室入室要求を分析する。これによって、多人数会議制御サーバ１１は、参加が要求された会議及び参加を要求したユーザを特定する。次に、多人数会議制御サーバ１１は、会議参加ユーザ管理テーブル２１１（図９）を更新する。
【０１４３】
次に、多人数会議制御サーバ１１は、会議室入室要求受信時の漏れ範囲決定処理（図１４）を行う。
【０１４４】
ここでは、多人数会議制御サーバ１１は、ステップ１３３で特定したユーザの識別子を含む人脈情報取得要求を、人脈情報管理サーバ１４に送信する（１５５）。
【０１４５】
すると、多人数会議制御サーバ１１は、ユーザＤの識別子及びユーザＥの識別子を含む人脈情報を取得する（１５６）。そして、多人数会議制御サーバ１１は、ユーザＤ及びユーザＥを漏れ先ユーザとして決定する。つまり、多人数会議制御サーバ１１は、ユーザＤによって操作される情報端末Ｄ６及びユーザＥによって操作される情報端末Ｅ６に、ステップ１３３で特定した電子会議での会話を配信することを決定する。これによって、多人数会議制御サーバ１１は、当該電子会議での会話を、ユーザＤ及びユーザＥに漏らす。
【０１４６】
次に、情報端末Ａ６が、ユーザＡの発言を、多人数会議制御サーバ１１に送信したとする（１３４）。なお、情報端末６は、ユーザの発言をチャットメッセージとして多人数会議制御サーバ１１に送信する。
【０１４７】
多人数会議制御サーバ１１は、ユーザＡの発言を受信する。すると、多人数会議制御サーバ１１は、会議参加ユーザ管理テーブル２１１に基づいて、当該受信した発言に対応する電子会議へ参加しているユーザを特定する。具体的には、多人数会議制御サーバ１１は、受信した発言に対応する電子会議の識別子と会議参加ユーザ管理テーブル２１１の会議ＩＤ２１２とが一致するすべてのレコードを、会議参加ユーザ管理テーブル２１１から選択する。次に、多人数会議制御サーバ１１は、選択したすべてのレコードから参加ユーザＩＤ２１３を抽出する。
【０１４８】
次に、多人数会議制御サーバ１１は、抽出した参加ユーザＩＤ２１３によって識別されるユーザを、当該受信した発言に対応する電子会議へ参加しているユーザとして特定する。ここでは、多人数会議制御サーバ１１は、ユーザＡ、ユーザＢ及びユーザＣを特定する。次に、多人数会議制御サーバ１１は、特定したユーザのうち、発言をしたユーザ以外のユーザを特定する。ここではユーザＡが発言したので、多人数会議制御サーバ１１は、ユーザＢ及びユーザＣを特定する。
【０１４９】
次に、多人数会議制御サーバ１１は、特定したユーザＢによって操作される情報端末Ｂ６及び特定したユーザＣによって操作される情報端末Ｃ６に、ユーザＡの発言を転送する（１３５）。
【０１５０】
情報端末Ｂ６及び情報端末Ｃ６のそれぞれは、ユーザＡの発言を受信し、受信した発言を表示する。
【０１５１】
次に、多人数会議制御サーバ１１は、漏れ処理を行う。なお、漏れ処理については、図１５で詳細を説明する。
【０１５２】
多人数会議制御サーバ１１は、漏れ処理において、ユーザＡの発言を漏れ先ユーザのいずれに漏らすかを判定する（１３６）。ここでは、多人数会議制御サーバ１１は、ユーザＡの発言を、ユーザＤ及びユーザＥに漏らすと判定する。そこで、多人数会議制御サーバ１１は、ユーザＤによって操作される情報端末Ｄ６及びユーザＥによって操作される情報端末Ｅ６に、ユーザＡの発言を配信する（１３７）。
【０１５３】
情報端末Ｄ６及び情報端末Ｅ６のそれぞれは、ユーザＡの発言を受信し、受信した発言を表示する。
【０１５４】
次に、情報端末Ｂ６が、ユーザＢの発言を、多人数会議制御サーバ１１に送信したとする（１３８）。
【０１５５】
多人数会議制御サーバ１１は、ユーザＢの発言を受信する。すると、多人数会議制御サーバ１１は、受信した発言に対応する電子会議に参加しているユーザのうち、当該受信した発言をしたユーザ以外のユーザを特定する。ここでは、ユーザＢが発言したので、多人数会議制御サーバ１１は、ユーザＡ及びユーザＣを特定する。
【０１５６】
次に、多人数会議制御サーバ１１は、特定したユーザＡによって操作される情報端末Ａ６及び特定したユーザＣによって操作される情報端末Ｃ６に、ユーザＢの発言を転送する（１３９）。
【０１５７】
情報端末Ａ６及び情報端末Ｃ６のそれぞれは、ユーザＢの発言を受信し、受信した発言を表示する。
【０１５８】
次に、多人数会議制御サーバ１１は、漏れ処理（図１５）を行う。多人数会議制御サーバ１１は、漏れ処理において、ユーザＢの発言を漏れ先ユーザのいずれに漏らすかを判定する（１４０）。ここでは、多人数会議制御サーバ１１は、ユーザＢの発言を、ユーザＤ及びユーザＥに漏らすと判定する。そこで、多人数会議制御サーバ１１は、ユーザＤによって操作される情報端末Ｄ６及びユーザＥによって操作される情報端末Ｅ６に、ユーザＢの発言を配信する（１４１）。
【０１５９】
情報端末Ｄ６及び情報端末Ｅ６のそれぞれは、ユーザＢの発言を受信し、受信した発言を表示する。
【０１６０】
その後、当該電子会議での会話が続いたとする。
【０１６１】
次に、ユーザＥが、当該電子会議での会話に興味を持ち、当該電子会議に参加しようとする。この場合、ユーザＥによって操作される情報端末Ｅ６が、多人数会議制御サーバ１１に会議室入室要求を送信する（１４６）。
【０１６２】
多人数会議制御サーバ１１は、会議室入室要求を受信すると、受信した会議室入室要求を分析する。これによって、多人数会議制御サーバ１１は、参加が要求された会議及び参加を要求したユーザを特定する。次に、多人数会議制御サーバ１１は、会議参加ユーザ管理テーブル２１１（図９）を更新する。
【０１６３】
更に、多人数会議制御サーバ１１は、漏れ管理テーブル２３１を更新する。具体的には、多人数会議制御サーバ１１は、ステップ１４６で特定した会議の識別子と漏れ管理テーブル２３１の会議ＩＤ２３２とが一致するレコードを漏れ管理テーブル２３１から選択する。次に、多人数会議制御サーバ１１は、選択したレコードの中から、ステップ１４６で特定したユーザの識別子と漏れ管理テーブル２３１の漏れ対象ユーザＩＤ２３６とが一致するレコードを選択する。次に、多人数会議制御サーバ１１は、選択したレコードの配信状態２３５に、電子会議での会話が配信されていないことを示す情報を格納する。これによって、多人数会議制御サーバ１１は、ユーザＥを、漏れ先ユーザから、会議へ参加しているユーザへ変更する。
【０１６４】
次に、多人数会議制御サーバ１１は、会議室入室要求受信時の漏れ範囲決定処理（図１４）を行う。
【０１６５】
ここでは、多人数会議制御サーバ１１は、ステップ１４６で特定したユーザの識別子を含む人脈情報取得要求を、人脈情報管理サーバ１４に送信する（１１３６）。
【０１６６】
すると、多人数会議制御サーバ１１は、ユーザＦの識別子を含む人脈情報を取得する（１１３７）。そして、多人数会議制御サーバ１１は、ユーザＦを漏れ先ユーザとして決定する。つまり、多人数会議制御サーバ１１は、ユーザＦによって操作される情報端末Ｆ６に、ステップ１４６で特定した電子会議での会話を配信することを決定する。これによって、多人数会議制御サーバ１１は、当該電子会議での会話を、ユーザＦに漏らす。
【０１６７】
次に、情報端末Ａ６が、ユーザＡの発言を、多人数会議制御サーバ１１に送信したとする（１５７）。
【０１６８】
多人数会議制御サーバ１１は、ユーザＡの発言を受信する。すると、多人数会議制御サーバ１１は、受信した発言に対応する電子会議に参加しているユーザのうち、当該受信した発言をしたユーザ以外のユーザを特定する。ここでは、ユーザＡが発言したので、多人数会議制御サーバ１１は、ユーザＢ、ユーザＣ及びユーザＥを特定する。
【０１６９】
次に、多人数会議制御サーバ１１は、特定したユーザＢによって操作される情報端末Ｂ６、特定したユーザＣによって操作される情報端末Ｃ６及び特定したユーザＥによって操作される情報端末Ｅ６に、ユーザＡの発言を転送する（１５８）。
【０１７０】
情報端末Ｂ６、情報端末Ｃ６及び情報端末Ｅ６のそれぞれは、ユーザＡの発言を受信し、受信した発言を表示する。
【０１７１】
次に、多人数会議制御サーバ１１は、漏れ処理（図１５）を行う。多人数会議制御サーバ１１は、漏れ処理において、ユーザＡの発言を漏れ先ユーザのいずれに漏らすかを判定する（１５９）。ここでは、多人数会議制御サーバ１１は、ユーザＡの発言を、ユーザＤ及びユーザＦに漏らすと判定する。そこで、多人数会議制御サーバ１１は、ユーザＤによって操作される情報端末Ｄ６及びユーザＦによって操作される情報端末Ｆ６に、ユーザＡの発言を配信する（１６０）。
【０１７２】
情報端末Ｄ６及び情報端末Ｆ６のそれぞれは、ユーザＡの発言を受信し、受信した発言を表示する。
【０１７３】
次に、ユーザＥが、当該電子会議から退室しようとしたとする。この場合、ユーザＥによって操作される情報端末Ｅ６が、多人数会議制御サーバ１１に会議室退室要求を送信する（１１３１）。
【０１７４】
多人数会議制御サーバ１１は、会議室退室要求を受信すると、受信した会議室退室要求を分析する。これによって、多人数会議制御サーバ１１は、退室が要求された会議及び退室を要求したユーザを特定する。ここでは、多人数会議制御サーバ１１は、会議室退室要求の送信元の情報端末Ｅ６を操作するユーザＥを、退室を要求したユーザとして特定する。
【０１７５】
そして、多人数会議制御サーバ１１は、特定した会議及びユーザに基づいて、会議参加ユーザ管理テーブル２１１（図９）を更新する。
【０１７６】
具体的には、多人数会議制御サーバ１１は、ステップ１１３１で特定した会議の識別子と会議参加ユーザ管理テーブル２１１の会議ＩＤとが一致するすべてのレコードを、会議参加ユーザ管理テーブル２１１から選択する。次に、多人数会議制御サーバ１１は、ステップ１１３１で特定したユーザの識別子と参加ユーザＩＤ２１３とが一致するレコードを、選択したレコードの中から選択する。次に、多人数会議制御サーバ１１は、選択したレコードを、会議参加ユーザ管理テーブル２１１から削除する。
【０１７７】
次に、多人数会議制御サーバ１１は、会議室退室要求受信時の漏れ範囲決定処理を行う。なお、会議室退室要求受信時の漏れ範囲決定処理については、図１６で詳細を説明する。
【０１７８】
このとき、多人数会議制御サーバ１１は、ユーザＦを、制限付き漏れ先ユーザとして決定したとする。つまり、多人数会議制御サーバ１１は、ユーザＥが退室してから所定の時間だけ、ユーザＦによって操作される情報端末Ｆ６に、当該電子会議での会話を配信する。これによって、多人数会議制御サーバ１１は、ユーザＥが退室してから所定の時間だけ、当該電子会議での会話をユーザＦに漏らす。
【０１７９】
更に、多人数会議制御サーバ１１は、ステップ１１３１で特定したユーザＥと人間関係を持つユーザが、特定した会議に参加しているか否かを判定する。ここでは、ステップ１１３１で特定されたユーザＥと人間関係を持つユーザＣが会議に参加している。そこで、多人数会議制御サーバ１１は、漏れ管理テーブル２３１を更新する。
【０１８０】
具体的には、多人数会議制御サーバ１１は、ステップ１１３１で特定した会議の識別子と漏れ管理テーブル２３１の会議ＩＤ２３２とが一致するレコードを漏れ管理テーブル２３１から選択する。次に、多人数会議制御サーバ１１は、選択したレコードの中から、ステップ１１３１で特定したユーザの識別子と漏れ管理テーブル２３１の漏れ対象ユーザＩＤ２３６とが一致するレコードを選択する。次に、多人数会議制御サーバ１１は、選択したレコードの配信状態２３５に、電子会議での会話が配信されていることを示す情報を格納する。
【０１８１】
これによって、多人数会議制御サーバ１１は、ユーザＥを、電子会議へ参加しているユーザから、漏れ先ユーザへ変更する。
【０１８２】
次に、情報端末Ａ６が、ユーザＡの発言を、多人数会議制御サーバ１１に送信したとする（１１３２）。
【０１８３】
多人数会議制御サーバ１１は、ユーザＡの発言を受信する。すると、多人数会議制御サーバ１１は、受信した発言に対応する電子会議に参加しているユーザのうち、当該受信した発言をしたユーザ以外のユーザを特定する。ここでは、ユーザＡが発言したので、多人数会議制御サーバ１１は、ユーザＢ及びユーザＣを特定する。
【０１８４】
次に、多人数会議制御サーバ１１は、特定したユーザＢによって操作される情報端末Ｂ６及び特定したユーザＣによって操作される情報端末Ｃ６に、ユーザＡの発言を転送する（１１３３）。
【０１８５】
情報端末Ｂ６及び情報端末Ｃ６のそれぞれは、ユーザＡの発言を受信し、受信した発言を表示する。
【０１８６】
次に、多人数会議制御サーバ１１は、漏れ処理（図１５）を行う。
【０１８７】
多人数会議制御サーバ１１は、漏れ処理において、ユーザＡの発言を漏れ先ユーザのいずれに漏らすかを判定する（１１３４）。ここでは、多人数会議制御サーバ１１は、ユーザＡの発言を、ユーザＤ、ユーザＥ及びユーザＦに漏らすと判定する。そこで、多人数会議制御サーバ１１は、ユーザＤによって操作される情報端末Ｄ６、ユーザＥによって操作される情報端末Ｅ６及びユーザＦによって操作される情報端末Ｆ６に、ユーザＡの発言を配信する（１１３５）。
【０１８８】
情報端末Ｄ６、情報端末Ｅ６及び情報端末Ｆ６のそれぞれは、ユーザＡの発言を受信し、受信した発言を表示する。
【０１８９】
以降、同様に電子会議が継続される。
【０１９０】
図１４は、本発明の第１の実施の形態の多人数会議制御サーバ１１の会議室入室要求受信時の漏れ範囲決定処理のフローチャートである。
【０１９１】
多人数会議制御サーバ１１は、会議室入室要求を受信すると（１８１）、当該会議室入室要求受信時の漏れ範囲決定処理を行う。なお、会議室に参加するすべてのユーザが同一のグループに属していると考えると、会議室入室要求は、グループ作成要求と考えることができる。
【０１９２】
まず、多人数会議制御サーバ１１は、受信した会議室入室要求を分析する。これによって、多人数会議制御サーバ１１は、参加が要求された電子会議及び参加を要求したユーザを特定する。そして、多人数会議制御サーバ１１は、特定した電子会議及びユーザに基づいて、会議参加ユーザ管理テーブル２１１を更新する。
【０１９３】
次に、多人数会議制御サーバ１１は、特定したユーザの識別子を含む人脈情報取得要求を、人脈情報管理サーバ１４に送信する。これによって、多人数会議制御サーバ１１は、特定したユーザから所定の距離内に存在するすべてのユーザの識別子のリストを含む人脈情報の取得を要求する。なお、人脈情報管理サーバ１４は、距離以外の条件を満たすユーザの識別子を含む人脈情報の取得を要求してもよい。
【０１９４】
人脈情報管理サーバ１４は、人脈情報取得要求を受信する。すると、人脈情報管理サーバ１４は、受信した人脈情報取得要求から、ユーザの識別子を抽出する。次に、人脈情報管理サーバ１４は、人脈情報テーブル２２１を参照して、抽出したユーザの識別子によって識別されるユーザから所定の距離内に存在するすべてのユーザを特定する。
【０１９５】
次に、人脈情報管理サーバ１４は、特定したすべてのユーザの識別子のリストを含む人脈情報を、多人数会議制御サーバ１１に送信する。
【０１９６】
多人数会議制御サーバ１１は、人脈情報を人脈情報管理サーバ１４から受信する（１８２）。すると、多人数会議制御サーバ１１は、受信した人脈情報を分析する。
【０１９７】
具体的には、多人数会議制御サーバ１１は、受信した人脈情報から、ユーザの識別子を抽出する。次に、多人数会議制御サーバ１１は、会議参加ユーザ管理テーブル２１１を参照して、抽出したユーザの識別子によって識別されるすべてのユーザのうち、特定した電子会議に参加していないユーザを特定する。そして、多人数会議制御サーバ１１は、特定したユーザを、漏れ先候補ユーザとする。
【０１９８】
次に、多人数会議制御サーバ１１は、漏れ先候補ユーザを特定できたか否かを判定する（１８３）。
【０１９９】
漏れ先候補ユーザを特定できなかった場合、多人数会議制御サーバ１１は、そのまま当該会議室入室要求受信時の漏れ範囲決定処理を終了する。
【０２００】
一方、漏れ先候補ユーザを特定できた場合、多人数会議制御サーバ１１は、特定したすべての漏れ先候補ユーザを、一人ずつ順番に選択する（１８４）。
【０２０１】
次に、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザに、特定した電子会議での会話を漏らすか否かを判定する（１８５）。つまり、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザに、特定した電子会議での会話を漏らすか否かを判定する。
【０２０２】
例えば、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザのログイン状態、又は選択した漏れ先候補ユーザが会話の漏れの取得を希望しているか否かに基づいて、選択した漏れ先候補ユーザに、特定した電子会議での会話を漏らすか否かを判定する。
【０２０３】
選択した漏れ先候補ユーザに電子会議での会話を漏らさないと判定した場合、多人数会議制御サーバ１１は、漏れ管理テーブル２３１を更新する（１９１）。
【０２０４】
具体的には、多人数会議制御サーバ１１は、漏れ管理テーブル２３１に新たなレコードを追加する。次に、多人数会議制御サーバ１１は、ステップ１８１で特定した電子会議の識別子を、新たなレコードの会議ＩＤ２３２に格納する。次に、多人数会議制御サーバ１１は、ステップ１８１で特定したユーザの識別子を、新たなレコードの参加ユーザＩＤ２３３に格納する。次に、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザの識別子を、新たなレコードの漏れ対象ユーザＩＤ２３６に格納する。次に、多人数会議制御サーバ１１は、新たなレコードの配信状態２３５に、電子会議での会話が配信されていないことを示す情報を格納する。
【０２０５】
以上のように、多人数会議制御サーバ１１は、漏れ管理テーブル２３１を更新する。次に、多人数会議制御サーバ１１は、特定したすべての漏れ先候補ユーザをステップ１８４において選択したか否かを判定する（１９０）。
【０２０６】
特定した漏れ先候補ユーザのいずれか一人でも選択していない場合、多人数会議制御サーバ１１は、ステップ１８４に戻り、処理を繰り返す。
【０２０７】
一方、特定したすべての漏れ先候補ユーザを選択した場合、多人数会議制御サーバ１１は、当該会議室入室要求受信時の漏れ範囲決定処理を終了する。
【０２０８】
一方、選択した漏れ先候補ユーザに電子会議での会話を漏らすとステップ１８５において判定した場合、多人数会議制御サーバ１１は、漏れ管理テーブル２３１を更新する（１８６）。
【０２０９】
具体的には、多人数会議制御サーバ１１は、漏れ管理テーブル２３１に新たなレコードを追加する。次に、多人数会議制御サーバ１１は、ステップ１８１で特定した電子会議の識別子を、新たなレコードの会議ＩＤ２３２に格納する。次に、多人数会議制御サーバ１１は、ステップ１８１で特定したユーザの識別子を、新たなレコードの参加ユーザＩＤ２３３に格納する。次に、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザの識別子を、新たなレコードの漏れ対象ユーザＩＤ２３６に格納する。次に、多人数会議制御サーバ１１は、新たなレコードの配信状態２３５に、電子会議での会話が配信されていることを示す情報を格納する。
【０２１０】
以上のように、多人数会議制御サーバ１１は、漏れ管理テーブル２３１を更新する。次に、多人数会議制御サーバ１１は、ステップ１８１で特定した電子会議の識別子と会議情報管理テーブル２１４の会議ＩＤ２１５とが一致するレコードを、会議情報管理テーブル２１４から選択する。次に、多人数会議制御サーバ１１は、選択したレコードから、漏れフラグ２１９を抽出する。そして、多人数会議制御サーバ１１は、抽出した漏れフラグ２１９に基づいて、ステップ１８１で特定した電子会議での会話の漏れに対するポリシを確認する（Ｓ１８７）。
【０２１１】
つまり、多人数会議制御サーバ１１は、抽出した漏れフラグ２１９に基づいて、ステップ１８１で特定した電子会議での会話を漏らせるか否かを判定する（１８８）。
【０２１２】
電子会議での会話を漏らせない場合、多人数会議制御サーバ１１は、そのままステップ１９０に進む。そして、多人数会議制御サーバ１１は、特定したすべての漏れ先候補ユーザをステップ１８４において選択したか否かを判定する（１９０）。
【０２１３】
特定した漏れ先候補ユーザのいずれか一人でも選択していない場合、多人数会議制御サーバ１１は、ステップ１８４に戻り、処理を繰り返す。
【０２１４】
一方、特定したすべての漏れ先候補ユーザを選択した場合、多人数会議制御サーバ１１は、当該会議室入室要求受信時の漏れ範囲決定処理を終了する。
【０２１５】
一方、電子会議での会話を漏らせる場合、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザを、ステップ１８１で特定した電子会議での会話の漏れ先ユーザとして決定する。つまり、電子会議での会話を漏らせる場合、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザによって操作される情報端末６に、ステップ１８１で特定した電子会議での会話を配信することを決定する（１８９）。これによって、多人数会議制御サーバ１１は、配信決定後の電子会議での会話を、選択した漏れ先候補ユーザによって操作される情報端末６に配信する。
【０２１６】
なお、多人数会議制御サーバ１１は、配信決定前の一定期間の電子会議での会話を、選択した漏れ先候補ユーザによって操作される情報端末６に配信してもよい。これによって、漏れ先候補ユーザが、これまでの会話の内容を把握できる。
【０２１７】
次に、多人数会議制御サーバ１１は、特定したすべての漏れ先候補ユーザをステップ１８４において選択したか否かを判定する（１９０）。
【０２１８】
特定した漏れ先候補ユーザのいずれか一人でも選択していない場合、多人数会議制御サーバ１１は、ステップ１８４に戻り、処理を繰り返す。
【０２１９】
一方、特定したすべての漏れ先候補ユーザを選択した場合、多人数会議制御サーバ１１は、当該会議室入室要求受信時の漏れ範囲決定処理を終了する。
【０２２０】
図１５は、本発明の第１の実施の形態の多人数会議制御サーバ１１の漏れ処理のフローチャートである。
【０２２１】
多人数会議制御サーバ１１は、ユーザの発言を受信すると（１６１）、当該漏れ処理を実行する。
【０２２２】
まず、多人数会議制御サーバ１１は、受信した発言に対応する電子会議に参加しているユーザによって操作される情報端末に、受信した発言を転送する。
【０２２３】
次に、多人数会議制御サーバ１１は、受信した発言に対応する電子会議の識別子と会議情報管理テーブル２１４の会議ＩＤ２１５とが一致するレコードを、会議情報管理テーブル２１４から選択する。次に、多人数会議制御サーバ１１は、選択したレコードから、漏れフラグ２１９を抽出する。そして、多人数会議制御サーバ１１は、抽出した漏れフラグ２１９に基づいて、受信した発言に対応する電子会議での会話の漏れに対するポリシを確認する（１６２）。
【０２２４】
多人数会議制御サーバ１１は、発言ごとにポリシを確認するので、ポリシの変更に迅速に対応できる。
【０２２５】
つまり、多人数会議制御サーバ１１は、抽出した漏れフラグ２１９に基づいて、受信した発言を漏らせるか否かを判定する（１６３）。
【０２２６】
電子会議での会話を漏らせない場合、多人数会議制御サーバ１１は、当該電子会議へ参加しているユーザ以外のユーザには会話を漏らさない。よって、多人数会議制御サーバ１１は、そのまま当該漏れ処理を終了する。
【０２２７】
一方、電子会議での会話を漏らせる場合、多人数会議制御サーバ１１は、受信した発言に対応する電子会議におけるすべての漏れ先ユーザを一人ずつ順番に選択する（１６４）。
【０２２８】
具体的には、多人数会議制御サーバ１１は、受信した発言に対応する電子会議の識別子と漏れ管理テーブル２３１の会議ＩＤ２３２とが一致するすべてのレコードを、漏れ管理テーブル２３１から選択する。次に、多人数会議制御サーバ１１は、選択したすべてのレコードを、一つずつ順番に選択する。
【０２２９】
次に、多人数会議制御サーバ１１は、選択したレコードから、配信状態２３５を抽出する。次に、多人数会議制御サーバ１１は、抽出した配信状態２３５に対応した処理を行う（１６５）。
【０２３０】
抽出した配信状態２３５が電子会議での会話が配信されていることを示す場合、多人数会議制御サーバ１１は、選択した漏れ先ユーザによって操作される情報端末６への電子会議での会話の配信を継続するか否かを判定する（１６６）。
【０２３１】
例えば、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザのログイン状態、又は選択した漏れ先候補ユーザが会話の漏れの取得を希望しているか否かに基づいて、選択した漏れ先ユーザによって操作される情報端末６への電子会議での会話の配信を継続するか否かを判定する。
【０２３２】
配信を継続しない場合、多人数会議制御サーバ１１は、選択したレコードの配信状態２３５に、電子会議での会話が配信されていないことを示す情報を格納する（１６９）。そして、多人数会議制御サーバ１１は、ステップ１７６に進む。
【０２３３】
一方、配信を継続する場合、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザによって操作される情報端末６に、ステップ１６１で受信したユーザの発言を配信する（１６８）。
【０２３４】
次に、多人数会議制御サーバ１１は、すべての漏れ先ユーザをステップ１６４で選択したか否かを判定する（１７６）。
【０２３５】
漏れ先ユーザを一人でも選択していない場合、多人数会議制御サーバ１１は、ステップ１６４に戻り、処理を繰り返す。
【０２３６】
一方、特定したすべての漏れ先ユーザを選択した場合、多人数会議制御サーバ１１は、当該漏れ処理を終了する。
【０２３７】
一方、抽出した配信状態２３５が電子会議での会話が配信されていないことを示す場合、多人数会議制御サーバ１１は、選択した漏れ先ユーザによって操作される情報端末６への電子会議での会話の配信を開始するか否かを判定する（１７０）。
【０２３８】
例えば、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザのログイン状態、又は選択した漏れ先候補ユーザが会話の漏れの取得を希望しているか否かに基づいて、選択した漏れ先ユーザによって操作される情報端末６への電子会議での会話の配信を開始するか否かを判定する。
【０２３９】
配信を開始しない場合、多人数会議制御サーバ１１は、そのままステップ１７６に進む。
【０２４０】
一方、配信を開始する場合、多人数会議制御サーバ１１は、選択したレコードの配信状態２３５に、電子会議での会話が配信されていることを示す情報を格納する（１７１）。
【０２４１】
次に、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザによって操作される情報端末６に、ステップ１６１で受信したユーザの発言を配信する（１７２）。
【０２４２】
次に、多人数会議制御サーバ１１は、すべての漏れ先ユーザをステップ１６４で選択したか否かを判定する（１７６）。
【０２４３】
漏れ先ユーザを一人でも選択していない場合、多人数会議制御サーバ１１は、ステップ１６４に戻り、処理を繰り返す。
【０２４４】
一方、特定したすべての漏れ先ユーザを選択した場合、多人数会議制御サーバ１１は、当該漏れ処理を終了する。
【０２４５】
一方、抽出した配信状態２３５が電子会議での会話が制限付きで配信されていることを示す場合、多人数会議制御サーバ１１は、選択した漏れ先ユーザによって操作される情報端末６への電子会議での会話の配信を継続するか否かを判定する（１７３）。
【０２４６】
例えば、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザのログイン状態、選択した漏れ先候補ユーザが会話の漏れの取得を希望しているか否か又は選択したレコードのタイムスタンプ２３４からの経過時間に基づいて、選択した漏れ先ユーザによって操作される情報端末６への電子会議での会話の配信を継続するか否かを判定する。
【０２４７】
具体的には、選択したレコードのタイムスタンプ２３４からの経過時間が所定の時間以下の場合には、多人数会議制御サーバ１１は、選択した漏れ先ユーザによって操作される情報端末６に、電子会議での会話の配信を継続すると判定する。一方、選択したレコードのタイムスタンプ２３４からの経過時間が所定の時間より大きい場合には、多人数会議制御サーバ１１は、選択した漏れ先ユーザによって操作される情報端末６への電子会議での会話の配信を継続しないと判定する。
【０２４８】
配信を継続しない場合、多人数会議制御サーバ１１は、選択したレコードを、漏れ管理テーブル２３１から削除する（１７５）。なぜなら、選択したレコードの参加ユーザＩＤ２３３によって識別されるユーザは、当該電子会議から退室しているからである。そして、多人数会議制御サーバ１１は、ステップ１７６に進む。
【０２４９】
一方、配信を継続する場合、多人数会議制御サーバ１１は、選択した漏れ先候補ユーザによって操作される情報端末６に、ステップ１６１で受信したユーザの発言を配信する（１７４）。
【０２５０】
次に、多人数会議制御サーバ１１は、すべての漏れ先ユーザをステップ１６４で選択したか否かを判定する（１７６）。
【０２５１】
漏れ先ユーザを一人でも選択していない場合、多人数会議制御サーバ１１は、ステップ１６４に戻り、処理を繰り返す。
【０２５２】
一方、特定したすべての漏れ先ユーザを選択した場合、多人数会議制御サーバ１１は、当該漏れ処理を終了する。
【０２５３】
図１６は、本発明の第１の実施の形態の多人数会議制御サーバ１１の会議室退室要求受信時の漏れ範囲決定処理のフローチャートである。
【０２５４】
多人数会議制御サーバ１１は、会議室退室要求を受信すると（２０１）、当該会議室退室要求受信時の漏れ範囲決定処理を行う。
【０２５５】
まず、多人数会議制御サーバ１１は、受信した会議室退室要求を分析する。これによって、これによって、多人数会議制御サーバ１１は、退室が要求された会議及び退室を要求したユーザを特定する。そして、多人数会議制御サーバ１１は、特定した会議及びユーザに基づいて、会議参加ユーザ管理テーブル２１１（図９）を更新する。
【０２５６】
次に、多人数会議制御サーバ１１は、特定した会議の識別子と漏れ管理テーブル２３１の会議ＩＤ２３２とが一致するレコードを、漏れ管理テーブル２３１から選択する。次に、多人数会議制御サーバ１１は、特定したユーザの識別子と参加ユーザＩＤ２３３とが一致するレコードを、選択したレコードの中から選択する。次に、多人数会議制御サーバ１１は、選択したレコードの漏れ対象ユーザＩＤ２３６によって識別されるユーザを、漏れ停止候補ユーザとして特定する（２０２）。
【０２５７】
次に、多人数会議制御サーバ１１は、特定したすべての漏れ停止候補ユーザを、一人ずつ順番に選択する（２０３）。具体的には、多人数会議制御サーバ１１は、選択したすべてのレコードを、一つずつ順番に選択する。
【０２５８】
次に、多人数会議制御サーバ１１は、漏れ停止ポリシなどに基づいて、当該選択した漏れ候補ユーザへの電子会議での会話の配信を継続するか否かを判定する（２０４）。
【０２５９】
配信を継続しない場合、多人数会議制御サーバ１１は、選択したレコードを、漏れ管理テーブル２３１から削除する（２０５）。そして、多人数会議制御サーバ１１は、ステップ２０７に進む。
【０２６０】
一方、配信を継続する場合、多人数会議制御サーバ１１は、選択したレコードの配信状態２３５に、電子会議での会話が制限付きで配信されていることを示す情報を格納する（２０６）。更に、多人数会議制御サーバ１１は、選択したレコードのタイムスタンプ２３４に、現在の時刻を格納する。
【０２６１】
次に、多人数会議制御サーバ１１は、特定したすべての漏れ停止候補ユーザをステップ２０２で選択したか否かを判定する（２０７）。
【０２６２】
漏れ停止候補ユーザを一人でも選択していない場合、多人数会議制御サーバ１１は、ステップ２０３に戻り、処理を繰り返す。
【０２６３】
一方、特定したすべての漏れ停止候補ユーザを選択した場合、多人数会議制御サーバ１１は、ステップ２０１で特定した会議の識別子と漏れ管理テーブル２３１の会議ＩＤ２３２とが一致するレコードを、漏れ管理テーブル２３１から選択する。次に、多人数会議制御サーバ１１は、ステップ２０１で特定したユーザの識別子と漏れ管理テーブル２３１の漏れ対象ユーザＩＤ２３６とが一致するレコードを、選択したレコードの中から選択する。当該レコードが選択できた場合、多人数会議制御サーバ１１は、選択したレコードの配信状態２３５に、電子会議での会話が配信されていることを示す情報を格納する（Ｓ２０８）。
【０２６４】
これによって、多人数会議制御サーバ１１は、ステップ２０１で特定したユーザを、電子会議へ参加しているユーザから、漏れ先ユーザへ変更する。そして、多人数会議制御サーバ１１は、当該会議室退室要求受信時の漏れ範囲決定処理を終了する。
【０２６５】
本実施の形態の多人数会議制御サーバ１１は、電子会議での会話の内容を、当該電子会議に参加しているユーザの少なくとも一人と人間関係を持つユーザに漏らすことができる。そのため、電子会議に参加していないユーザが電子会議の内容を知ることができるので、話の輪が広がる。
【０２６６】
（第２の実施の形態）
第１の実施の形態では、多人数会議制御サーバ１１は、漏れ先となるユーザの状態を考慮せずに、電子会議での会話を漏らした。一方、第２の実施の形態では、多人数会議制御サーバ１１は、漏れ先となるユーザの状態を考慮して、電子会議での会話を漏らすか否かを判定する。
【０２６７】
第２の実施の形態の通信システムの構成は、多人数会議制御サーバ１１がプレゼンス情報テーブル２５１を記憶する点を除き、第１の実施の通信システム（図４）と同一である。同一の構成には同一の番号を付すことによって説明を省略する。プレゼンス情報テーブル２５１は、情報端末６を操作するユーザの状態を示す。
【０２６８】
図１７は、本発明の第２の実施の形態の多人数会議制御サーバ１１に記憶されるプレゼンス情報テーブル２５１の構成図である。
【０２６９】
プレゼンス情報テーブル２５１は、ユーザＩＤ２５２、配信可否フラグ２５３、現在位置２５４及び状態２５５を含む。
【０２７０】
ユーザＩＤ２５２は、情報端末６を操作するユーザの一意な識別子である。配信可否フラグ２５３は、当該レコードのユーザＩＤ２５２によって識別されるユーザが電子会議での会話の漏れの取得を希望しているか否かを示す。なお、多人数会議制御サーバ１１は、情報端末６からの要求に応じて、配信可否フラグ２５３を更新する。
【０２７１】
現在位置２５４は、当該レコードのユーザＩＤ２５２によって識別されるユーザが現在存在する位置である。状態２５５は、当該レコードのユーザＩＤ２５２によって識別されるユーザの状態を示す。多人数会議制御サーバ１１は、情報端末６又はセンサなどから情報を取得し、取得した状態に応じて、現在位置２５４及び状態２５５を更新する。
【０２７２】
なお、プレゼンス情報テーブル２５１は、多人数会議制御サーバ１１でなく、プレゼンスサーバに記憶されていてもよい。プレゼンスサーバは、ＣＰＵ、メモリ及びインタフェースを備える計算機であり、各ユーザの状態の変化を監視する。そして、プレゼンスサーバは、監視している状態の変化を、多人数会議制御サーバ１１に通知する。
【０２７３】
本実施の形態では、多人数会議制御サーバ１１は、プレゼンス情報テーブル２５１を参照して、漏れ処理（図１５）のステップ１６６、ステップ１７０及びステップ１７３の判定を行う。更に、多人数会議制御サーバ１１は、プレゼンス情報テーブル２５１を参照して、会議室入室要求受信時の漏れ範囲決定処理（図１４）のステップ１８５の判定を行う。
【０２７４】
ここでは、会議室入室要求受信時の漏れ範囲決定処理（図１４）のステップ１８５について説明する。
【０２７５】
多人数会議制御サーバ１１は、ステップ１８４で選択した漏れ先候補ユーザの識別子とプレゼンス情報テーブル２５１のユーザＩＤ２５２とが一致するレコードを、プレゼンス情報テーブル２５１から選択する。次に、多人数会議制御サーバ１１は、選択したレコードから、配信可否フラグ２５３、現在位置２５４及び状態２５５を抽出する。
【０２７６】
次に、多人数会議制御サーバ１１は、抽出した配信可否フラグ２５３、現在位置２５４及び状態２５５のうちの少なくとも一つに基づいて、ステップ１８４で特定した電子会議での会話を漏らすか否かを判定する。
【０２７７】
例えば、抽出した配信可否フラグ２５３が、ユーザが電子会議での会話の漏れの取得を希望していることを示す場合、多人数会議制御サーバ１１は、ステップ１８４で特定した電子会議での会話を漏らすと判定する。
【０２７８】
一方、抽出した配信可否フラグ２５３が、ユーザが電子会議での会話の漏れの取得を希望していないことを示す場合、多人数会議制御サーバ１１は、ステップ１８４で特定した電子会議での会話を漏らさないと判定する。
【０２７９】
他にも、抽出した状態２５５が会議中又は多忙中を示す場合、多人数会議制御サーバ１１は、ステップ１８４で特定した電子会議での会話を漏らさないと判定する。
【０２８０】
一方、抽出した状態２５５が着席中を示す場合、多人数会議制御サーバ１１は、ステップ１８４で特定した電子会議での会話を漏らすと判定する。
【０２８１】
以上のように、第２の実施の形態では、多人数会議制御サーバ１１は、漏れ先となるユーザの状態を考慮して、電子会議での会話を漏らすか否かを判定できる。
【０２８２】
（第３の実施の形態）
第１の実施の形態では、多人数会議制御サーバ１１は、電子会議での会話の内容を考慮せずに、電子会議での会話を漏らした。一方、第３の実施の形態では、多人数会議制御サーバ１１は、電子会議での会話の内容を考慮して、電子会議での会話を漏らすか否かを判定する。
【０２８３】
第３の実施の形態の通信システムの構成は、多人数会議制御サーバ１１がキーワード指定管理テーブル２４１を記憶する点を除き、第１の実施の通信システム（図４）と同一である。同一の構成には同一の番号を付すことによって説明を省略する。キーワード指定管理テーブル２４１は、ユーザが配信を希望する会議の内容を示す。
【０２８４】
図１８は、本発明の第３の実施の形態の多人数会議制御サーバ１１に記憶されるキーワード指定管理テーブル２４１の構成図である。
【０２８５】
キーワード指定管理テーブル２４１は、ユーザＩＤ２４２及びキーワード２４３を含む。
【０２８６】
ユーザＩＤ２４２は、情報端末６を操作するユーザの一意な識別子である。キーワード２４３は、当該レコードのユーザＩＤ２４２によって識別されるユーザが配信を希望する会議の内容を示す単語である。なお、多人数会議制御サーバ１１は、情報端末６からの要求に応じて、キーワード２４３を更新する。
【０２８７】
また、多人数会議制御サーバ１１は、情報端末６に記憶される電子ファイル及び情報端末６のアクセス履歴を解析し、当該解析結果に基づいて、キーワード２４３を自動的に更新してもよい。
【０２８８】
なお、電子ファイル及びアクセス履歴の解析は、情報端末６が行ってもよい。この場合、多人数会議制御サーバ１１は、情報端末６による解析結果を受信し、受信した解析結果に基づいて、キーワード２４３を更新する。
【０２８９】
本実施の形態では、多人数会議制御サーバ１１は、キーワード指定管理テーブル２４１を参照して、漏れ処理（図１５）のステップ１６６、ステップ１７０及びステップ１７３の判定を行う。更に、多人数会議制御サーバ１１は、キーワード指定管理テーブル２４１を参照して、会議室入室要求受信時の漏れ範囲決定処理（図１４）のステップ１８５の判定を行う。
【０２９０】
ここでは、会議室入室要求受信時の漏れ範囲決定処理（図１４）のステップ１８５について説明する。
【０２９１】
多人数会議制御サーバ１１は、ステップ１８４で特定した電子会議での会話の内容を解析する。次に、多人数会議制御サーバ１１は、ステップ１８４で選択した漏れ先候補ユーザの識別子とキーワード指定管理テーブル２４１のユーザＩＤ２４２とが一致するレコードを、キーワード指定管理テーブル２４１から選択する。次に、多人数会議制御サーバ１１は、選択したレコードから、キーワード２４３を抽出する。
【０２９２】
次に、多人数会議制御サーバ１１は、会話の内容の解析結果と抽出したキーワード２４３とが一致するか否かを判定する。なお、解析結果とキーワード２４３との一致は、部分一致であってもよいし、全体一致であってもよい。
【０２９３】
解析結果とキーワード２４３とが一致した場合、多人数会議制御サーバ１１は、ステップ１８４で特定した電子会議での会話を漏らすと判定する。
【０２９４】
一方、解析結果とキーワード２４３とが一致しない場合、多人数会議制御サーバ１１は、ステップ１８４で特定した電子会議での会話を漏らさないと判定する。
【０２９５】
また、多人数会議制御サーバ１１は、キーワード２４３の代わりに、文書を使用して、それぞれのステップでの判定を行ってもよい。この場合、多人数会議制御サーバ１１は、電子会議での会話と当該文書との類似度を算出し、算出した類似度に基づいて、電子会議での会話を漏らすか否かを判定する。
【０２９６】
以上のように、第３の実施の形態では、多人数会議制御サーバ１１は、電子会議での会話の内容を考慮して、電子会議での会話を漏らすか否かを判定できる。
【０２９７】
（第４の実施の形態）
第１の実施の形態では、多人数会議制御サーバ１１は、人間関係の種類などを考慮せずに、電子会議での会話を漏らした。一方、第４の実施の形態では、多人数会議制御サーバ１１は、人間関係の種類などを考慮して、電子会議での会話を漏らすか否かを判定する。
【０２９８】
第４の実施の形態の通信システムの構成は、第１の実施の通信システム（図４）と同一である。同一の構成には同一の番号を付すことによって説明を省略する。
【０２９９】
本実施の形態では、人脈情報管理サーバ１４は、ユーザの識別子のリストだけでなく、人脈情報テーブル２２１の関係の種類２２４、関係文書２２５及びキーワード２２６を含む人脈情報を、多人数会議制御サーバ１１に送信する。
【０３００】
すると、多人数会議制御サーバ１１は、受信した人脈情報から、関係の種類２２４、関係文書２２５及びキーワード２２６を抽出する。次に、多人数会議制御サーバ１１は、抽出した関係の種類２２４、関係文書２２５及びキーワード２２６のうちの少なくとも一つを参照して、漏れ処理（図１５）のステップ１６６、ステップ１７０及びステップ１７３の判定を行う。更に、多人数会議制御サーバ１１は、抽出した関係の種類２２４、関係文書２２５及びキーワード２２６のうちの少なくとも一つを参照して、会議室入室要求受信時の漏れ範囲決定処理（図１４）のステップ１８５の判定を行う。
【０３０１】
以上のように、第４の実施の形態によれば、多人数会議制御サーバ１１は、人間関係の種類などを考慮して、電子会議での会話を漏らすか否かを判定できる。
【０３０２】
（第５の実施の形態）
第１の実施の形態では、会話の漏れに対するポリシが、すべての電子会議で同一であった。一方、第５の実施の形態では、会話の漏れに対するポリシ（漏れポリシ）が、それぞれの電子会議ごとに異なる。
【０３０３】
第５の実施の形態の通信システムの構成は、多人数会議制御サーバ１１が漏れポリシ管理テーブル２７１を記憶する点を除き、第１の実施の通信システム（図４）と同一である。同一の構成には同一の番号を付すことによって説明を省略する。漏れポリシ管理テーブル２７１は、電子会議ごとの漏れポリシを示す。
【０３０４】
図１９は、本発明の第５の実施の形態の多人数会議制御サーバ１１に記憶される漏れポリシ管理テーブル２７１の構成図である。
【０３０５】
漏れポリシ管理テーブル２７１は、会議ＩＤ２７２、到達距離２７３及び条件２７４を含む。
【０３０６】
会議ＩＤ２７２は、当該多人数会議制御サーバ１１によって管理される電子会議の一意な識別子である。到達距離２７３は、当該会議ＩＤ２７２によって識別される電子会議に参加しているユーザと漏れ先になり得るユーザとの距離の最大値である。
【０３０７】
条件２７４は、当該会議ＩＤ２７２によって識別される電子会議での会話を漏らす条件である。なお、条件２７４は、いかなるものであってもよい。例えば、条件２７４は、電子会議に参加しているユーザと組織図の関係を持つユーザのみに会話を漏らすことを示してもよい。また、条件２７４は、電子会議での発言者を非公開にしながら会話を漏らすことを示してもよい。
【０３０８】
本実施の形態では、多人数会議制御サーバ１１は、漏れポリシ管理テーブル２７１を参照して、漏れ処理（図１５）のステップ１６６、ステップ１７０及びステップ１７３の判定を行う。更に、多人数会議制御サーバ１１は、漏れポリシ管理テーブル２７１を参照して、会議室入室要求受信時の漏れ範囲決定処理（図１４）のステップ１８５の判定を行う。
【０３０９】
ここでは、会議室入室要求受信時の漏れ範囲決定処理（図１４）のステップ１８５について説明する。
【０３１０】
多人数会議制御サーバ１１は、ステップ１８４で特定した電子会議の識別子と漏れポリシ管理テーブル２７１の会議ＩＤ２７２とが一致するレコードを、漏れポリシ管理テーブル２７１から選択する。次に、多人数会議制御サーバ１１は、選択したレコードから、到達距離２７３及び条件２７４を抽出する。次に、多人数会議制御サーバ１１は、抽出した到達距離２７３及び条件２７４のうちの少なくとも一方を参照して、ステップ１８４で特定した電子会議での会話を漏らすか否かを判定する。
【０３１１】
以上のように、第５の実施の形態によると、漏れポリシを、それぞれの電子会議ごとに設定できる。
【０３１２】
（第６の実施の形態）
第１の実施の形態では、人脈情報管理サーバ１４が、すべての人脈情報を管理している。しかしながら、人脈情報管理サーバ１４が人脈情報を一括管理することは、ユーザの心理的な抵抗が大きい。そこで、第６の実施の形態では、ユーザによって操作される情報端末６が、プライベート人脈情報を管理する。
【０３１３】
第６の実施の形態の通信システムの構成は、情報端末６が経路情報テーブル９７を記憶する点を除き、第１の実施の通信システム（図４）と同一である。同一の構成には同一の番号を付すことによって説明を省略する。経路情報テーブル９７は、ユーザ間の距離を管理する。なお、経路情報テーブル９７については、図２０で詳細を説明する。
【０３１４】
第６の実施の形態の通信システムでは、ＩＰネットワークのＲＩＰの様な距離ベクトル型のノードバイノードで伝達する仲介経路メッセージが各情報端末６間で使用される。ここで、ＩＰネットワーク上でのノードは、本実施の形態の通信システムではユーザに相当する。ノード間のリンクは、直接関係するユーザ同士の関係に相当する。
【０３１５】
図２０は、本発明の第６の実施の形態の情報端末６に記憶される経路情報テーブル９７の構成図である。
【０３１６】
経路情報テーブル９７は、ユーザＩＤ３３２、次ホップユーザＩＤ３３３及び距離３３４を含む。
【０３１７】
ユーザＩＤ３３２は、情報端末６を操作するユーザの一意な識別子である。次ホップユーザＩＤ３３３は、当該経路情報テーブル９７を記憶する情報端末６を操作するユーザから、当該レコードのユーザＩＤ３３２によって識別されるユーザへ辿り着くために最初に経由するユーザの一意な識別子である。
【０３１８】
距離３３４は、当該経路情報テーブル９７を記憶する情報端末６を操作するユーザと、当該レコードのユーザＩＤ３３２によって識別されるユーザとの距離を示す。
【０３１９】
経路情報テーブル９７は、当該経路情報テーブル９７を記憶する情報端末６を操作するユーザと他のユーザとの距離を管理するが、他のユーザの人間関係については管理しない。そのため、本実施の形態では、それぞれのユーザのプライベートな情報が漏洩しない。
【０３２０】
図２１は、本発明の第６の実施の形態の通信システムの処理の説明図である。図２２は、本発明の第６の実施の形態の通信システムの処理のシーケンス図である。
【０３２１】
ここでは、ユーザＩがネットワーク上のノードとして参加しようとする場合を説明する。
【０３２２】
この場合、ユーザＩによって操作される情報端末Ｉ６は、当該情報端末Ｉ６に記憶される情報を解析し、ユーザＩと直接関係するユーザを特定する。ここでは、情報端末Ｉ６は、ユーザＥを、ユーザＩと直接関係するユーザとして特定する。すると、情報端末Ｉ６は、特定したユーザＥによって操作される情報端末Ｅ６に、関係確立要求を送信する（３２１）。なお、関係確立要求は、ユーザ同士の関係を確立する為の要求である。
【０３２３】
情報端末Ｅ６は、関係確立要求を、情報端末Ｉ６から受信する。すると、情報端末Ｅ６は、受信した関係確立要求の内容を表示する。これによって、情報端末Ｅ６は、ユーザＥとユーザＩとの人間関係の確立を許可するか否かを、ユーザＥに判断させる（３２２）。
【０３２４】
ここでは、ユーザＥが人間関係の確立を許可したとする。すると、情報端末Ｅ６は、受信した関係確立要求に対する応答を、情報端末Ｉ６に送信する（３２３）。
【０３２５】
情報端末Ｉ６は、応答を情報端末Ｅ６から受信する。すると、情報端末Ｉ６は、当該情報端末Ｉ６に記憶されるプライベート関係情報テーブル８９を分析する。そして、情報端末Ｉ６は、ユーザＩと直接関係するユーザを示す経路情報３０２を、情報端末Ｅ６に送信する（３２４）。なお、経路情報３０２は、ユーザＩとユーザＪとが直接関係することを示す。
【０３２６】
情報端末Ｅ６は、経路情報３０２を受信する。すると、情報端末Ｅ６は、受信した経路情報３０２及び当該情報端末Ｅ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ｅ６は、経路情報３０３を作成する。なお、経路情報３０３は、ユーザＥからユーザＪに辿り着くためのルートにおいて最初にユーザＩを経由することを示す。また、経路情報３０３は、ユーザＥとユーザＪとの距離が「２」であることを示す。更に、経路情報３０３は、ユーザＥとユーザＩとの距離が「１」であることを示す。そして、情報端末Ｅ６は、作成した経路情報３０３を、当該情報端末Ｅ６に記憶される経路情報テーブル９７に格納する。
【０３２７】
次に、情報端末Ｅ６は、ユーザＥと直接関係するユーザによって操作される情報端末６を特定する。ここでは、情報端末Ｅ６は、ユーザＣによって操作される情報端末Ｃ６、ユーザＦによって操作される情報端末Ｆ６、ユーザＧによって操作される情報端末Ｇ及びユーザＨによって操作される情報端末Ｈ６を特定する。次に、情報端末Ｅ６は、作成した経路情報３０３から、ユーザＥに関する経路情報１３０３を抽出する。そして、情報端末Ｅ６は、特定した情報端末Ｃ６、情報端末Ｆ６、情報端末Ｇ６及び情報端末Ｈ６に、抽出した経路情報１３０３を送信する（３２５）。
【０３２８】
情報端末Ｃ６は、経路情報１３０３を受信する。すると、情報端末Ｃ６は、受信した経路情報１３０３及び当該情報端末Ｃ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ｃ６は、経路情報３０７を作成する。そして、情報端末Ｃ６は、作成した経路情報３０７を、当該情報端末Ｃ６に記憶される経路情報テーブル９７に格納する。
【０３２９】
同様に、情報端末Ｆ６は、経路情報１３０３を受信する。すると、情報端末Ｅ６は、受信した経路情報１３０３及び当該情報端末Ｆ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ｆ６は、経路情報３０６を作成する。そして、情報端末Ｆ６は、作成した経路情報３０６を、当該情報端末Ｆ６に記憶される経路情報テーブル９７に格納する。
【０３３０】
同様に、情報端末Ｇ６は、経路情報１３０３を受信する。すると、情報端末Ｇ６は、受信した経路情報１３０３及び当該情報端末Ｇ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ｇ６は、経路情報を作成する。そして、情報端末Ｇ６は、作成した経路情報を、当該情報端末Ｇ６に記憶される経路情報テーブル９７に格納する。
【０３３１】
同様に、情報端末Ｈ６は、経路情報１３０３を受信する。すると、情報端末Ｈ６は、受信した経路情報１３０３及び当該情報端末Ｈ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ｈ６は、経路情報３０５を作成する。そして、情報端末Ｈ６は、作成した経路情報３０５を、当該情報端末Ｈ６に記憶される経路情報テーブル９７に格納する。
【０３３２】
次に、情報端末Ｃ６は、ユーザＣと直接関係するユーザによって操作される情報端末６を特定する。ここでは、情報端末Ｃ６は、ユーザＢによって操作される情報端末Ｂ６及びユーザＨによって操作される情報端末Ｈ６を特定する。次に、情報端末Ｃ６は、作成した経路情報３０７から、経路情報１３０７１を抽出する。そして、情報端末Ｃ６は、特定した情報端末Ｂ６及び情報端末Ｈ６に、抽出した経路情報１３７０１を送信する（３２６）。
【０３３３】
情報端末Ｂ６は、経路情報１３０７１を受信する。すると、情報端末Ｂ６は、受信した経路情報１３０７１及び当該情報端末Ｂ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ｂ６は、経路情報３１０を作成する。そして、情報端末Ｂ６は、作成した経路情報３１０を、当該情報端末Ｂ６に記憶される経路情報テーブル９７に格納する。
【０３３４】
次に、情報端末Ｂ６は、ユーザＢと直接関係するユーザによって操作される情報端末６を特定する。ここでは、情報端末Ｂ６は、ユーザＡによって操作される情報端末Ａ６を特定する。次に、情報端末Ｂ６は、作成した経路情報３１０から、経路情報１３１０を抽出する。そして、情報端末Ｂ６は、特定した情報端末Ａ６に、抽出した経路情報１３１０を送信する（３２７）。
【０３３５】
情報端末Ａ６は、経路情報１３１０を受信する。すると、情報端末Ａ６は、受信した経路情報１３１０及び当該情報端末Ａ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ａ６は、経路情報を作成する。そして、情報端末Ａ６は、作成した経路情報を、当該情報端末Ａ６に記憶される経路情報テーブル９７に格納する。
【０３３６】
以上のように、情報端末６は、他の情報端末６から経路情報を受信すると、受信した経路情報に基づいて、当該情報端末６に関する経路情報を作成する。次に、情報端末６は、算出した経路情報のうちの一部又は全部を、当該情報端末６を操作するユーザと直接関係するユーザによって操作される情報端末６に送信する。複数の情報端末６が、これらの処理を繰り返すことによって、経路情報が伝播される。
【０３３７】
一方、情報端末Ｈ６は、ステップ３２５において、情報端末Ｅ６から経路情報１３０３を受信する。すると、情報端末Ｈ６は、受信した経路情報１３０３及び当該情報端末Ｈ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ｈ６は、経路情報３０５を作成する。そして、情報端末Ｈ６は、作成した経路情報３０５を、当該情報端末Ｈ６に記憶される経路情報テーブル９７に格納する。
【０３３８】
次に、情報端末Ｈ６は、ユーザＨと直接関係するユーザによって操作される情報端末６を特定する。ここでは、情報端末Ｈ６は、ユーザＣによって操作される情報端末Ｃ６を特定する。次に、情報端末Ｈ６は、作成した経路情報３０５から、経路情報１３０５を抽出する。そして、情報端末Ｈ６は、特定した情報端末Ｃ６に、抽出した経路情報１３０５を送信する（３２８）。
【０３３９】
情報端末Ｃ６は、経路情報１３０５を受信する。すると、情報端末Ｃ６は、受信した経路情報１３０５及び当該情報端末Ｃ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ｃ６は、経路情報を作成する。そして、情報端末Ｃ６は、作成した経路情報を、当該情報端末Ｃ６に記憶される経路情報テーブル９７に格納する。このとき、作成した経路情報と経路情報テーブル９７に予め格納されている経路情報とが重複する場合、距離が短い経路情報のみが経路情報テーブル９７に格納される。
【０３４０】
例えば、情報端末Ｃ６が、ステップ３２６において経路情報１３０７１を情報端末Ｂ６及び情報端末Ｈ６に送信した後に、経路情報１３０５を情報端末Ｈ６から受信したとする。この場合、情報端末Ｃ６が経路情報１３０５を受信した時には、情報端末Ｃ６の経路情報テーブル９７には、経路情報１３０７１及び経路情報１３０７３が格納されている。
【０３４１】
情報端末Ｃ６は、受信した経路情報１３０５を分析することによって、ユーザＨとユーザＪとの距離が「３」であることを把握する。そこで、情報端末Ｃ６は、ユーザＨとユーザＪとの距離の「３」に、ユーザＣとユーザＨとの距離の「１」を足すことによって、ユーザＣとユーザＪとの距離の「４」を算出する。このようにして、情報端末Ｃ６は、ユーザＣとユーザＪとの距離が「４」であることを示す経路情報を作成する。
【０３４２】
一方、情報端末Ｃ６の経路情報テーブル９７には、ユーザＣとユーザＪとの距離が「３」であることを示す経路情報３０７が格納されている。そこで、情報端末Ｃ６は、距離が短い経路情報を採用する。この場合、情報端末Ｃ６は、作成した経路情報ではなく、経路情報テーブル９７に格納されている経路情報３０７を採用する。そのため、情報端末Ｃ６は、作成した経路情報を、経路情報テーブル９７に格納しない。
【０３４３】
情報端末Ｃ６は、ユーザＣとユーザＩとの距離及びユーザＣとユーザＥとの距離に関しても同様の処理を行う。更に、情報端末Ｃ６は、受信した経路情報１３０５を分析することによって、ユーザＣとユーザＨとの距離が「１」であることを示す経路情報１３０７２を作成する。そして、情報端末Ｃ６は、作成した経路情報１３０７２を、当該情報端末Ｃ６に記憶される経路情報テーブル９７に格納する。
【０３４４】
情報端末Ｃ６は、経路情報テーブル９７を更新したので、ユーザＣと直接関係するユーザによって操作される情報端末６を特定する。ここでは、情報端末Ｃ６は、ユーザＢによって操作される情報端末Ｂ６及びユーザＥによって操作される情報端末Ｅ６を特定する。そして、情報端末Ｈ６は、特定した情報端末Ｂ６及び情報端末Ｅ６に、経路情報１３０７２を送信する（３２９）。
【０３４５】
情報端末Ｅ６は、経路情報３０７を受信する。情報端末Ｅ６は、受信した経路情報１３０７２及び当該情報端末Ｅ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ｅ６は、経路情報を作成する。しかしながら、作成された経路情報は、経路情報テーブル９７に予め格納されている。又は、作成された経路情報が示す距離は、経路情報テーブル９７に予め格納されている経路情報が示す距離よりも長い。よって、情報端末Ｅ６は、経路情報テーブル９７を更新しない。経路情報テーブル９７を更新しない場合、情報端末Ｅ６は、他の情報端末６に経路情報を送信しない。
【０３４６】
一方、情報端末Ｂ６は、経路情報１３０７２を受信する。すると、情報端末Ｂ６は、受信した経路情報１３０７２及び当該情報端末Ｂ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ｂ６は、経路情報を作成する。そして、情報端末Ｂ６は、作成した経路情報を、当該情報端末Ｂ６に記憶される経路情報テーブル９７に格納する。
【０３４７】
次に、情報端末Ｂ６は、ユーザＢと直接関係するユーザによって操作される情報端末６を特定する。ここでは、情報端末Ｂ６は、ユーザＡによって操作される情報端末Ａ６を特定する。そして、情報端末Ｂ６は、特定した情報端末Ａ６に、作成した経路情報を送信する（３３０）。
【０３４８】
情報端末Ａ６は、経路情報を受信する。すると、情報端末Ａ６は、受信した経路情報及び当該情報端末Ａ６に記憶されるプライベート関係情報テーブル８９を分析する。これによって、情報端末Ａ６は、経路情報を作成する。そして、情報端末Ａ６は、作成した経路情報を、当該情報端末Ａ６に記憶される経路情報テーブル９７に格納する。
【０３４９】
以上のように、情報端末６は、受信した経路情報に基づいて、当該情報端末６に関する経路情報を更新する。そして、情報端末６は、更新した経路情報を他の情報端末６に送信する。これらの処理を、すべての情報端末６が繰り返す。そして、すべての情報端末６が経路情報を更新しなくなると、新たな経路情報が完成する。
【０３５０】
（第７の実施の形態）
第１の実施の形態では、多人数会議制御サーバ１１が、会話の漏れを発生させた。一方、第７の実施の形態では、情報端末６が、会話の漏れを発生させる。
【０３５１】
第７の実施の形態の通信システムの構成は、第６の実施の通信システム（図４）と同一である。同一の構成には同一の番号を付すことによって説明を省略する。
【０３５２】
図２３は、本発明の第７の実施の形態の通信システムの電子会議に関する処理のシーケンス図である。
【０３５３】
なお、本シーケンス図では、ユーザ同士が図２１に示すような人間関係を持つ場合の処理を説明する。また、本シーケンス図では、ユーザＡ、ユーザＢ及びユーザＦが予め電子会議に参加しているとする。
【０３５４】
このとき、情報端末Ａ６が、ユーザＡの発言を、多人数会議制御サーバ１１に送信したとする（３４１）。
【０３５５】
多人数会議制御サーバ１１は、ユーザＡの発言を受信する。すると、多人数会議制御サーバ１１は、会議参加ユーザ管理テーブル２１１に基づいて、当該受信した発言に対応する電子会議へ参加しているユーザを特定する。具体的には、多人数会議制御サーバ１１は、受信した発言に対応する電子会議の識別子と会議参加ユーザ管理テーブル２１１の会議ＩＤ２１２とが一致するすべてのレコードを、会議参加ユーザ管理テーブル２１１から選択する。次に、多人数会議制御サーバ１１は、選択したすべてのレコードから参加ユーザＩＤ２１３を抽出する。
【０３５６】
次に、多人数会議制御サーバ１１は、抽出した参加ユーザＩＤ２１３によって識別されるユーザを、当該受信した発言に対応する電子会議へ参加しているユーザとして特定する。ここでは、多人数会議制御サーバ１１は、ユーザＡ、ユーザＢ及びユーザＦを特定する。次に、多人数会議制御サーバ１１は、特定したユーザの中から、発言をしたユーザ以外のユーザを特定する。ここではユーザＡが発言したので、多人数会議制御サーバ１１は、ユーザＢ及びユーザＦを特定する。
【０３５７】
次に、多人数会議制御サーバ１１は、特定したユーザＢによって操作される情報端末Ｂ６及び特定したユーザＦによって操作される情報端末Ｆ６に、受信したユーザＡの発言を転送する（３４２）。
【０３５８】
情報端末Ｂ６及び情報端末Ｆ６のそれぞれは、ユーザＡの発言を受信し、受信した発言を表示する。更に、情報端末Ｂ６及び情報端末Ｆ６のそれぞれが、漏れ処理を行う。
【０３５９】
具体的には、情報端末Ｂ６は、経路情報テーブル９７に基づいて、当該情報端末Ｂ６を操作するユーザＢと所定の距離内に存在するユーザを特定する。
【０３６０】
ここでは、所定の距離が「２」の場合を説明する。この場合、情報端末Ｂ６は、ユーザＢと所定の距離内に存在するユーザとして、ユーザＡ、ユーザＣ、ユーザＥ、ユーザＦ及びユーザＨを特定する。
【０３６１】
次に、情報端末Ｂ６は、特定したユーザの中から、当該電子会議に参加していないユーザを特定する。ここでは、ユーザＡ及びユーザＦが電子会議に参加しているので、情報端末Ｂ６は、ユーザＣ、ユーザＥ及びユーザＨを特定する。そして、情報端末Ｂ６は、特定したユーザによって操作されるすべての情報端末６に、ユーザＡの発言及び当該発言がされた電子会議の識別子を配信する。ここでは、情報端末Ｂ６は、ユーザＣによって操作される情報端末Ｃ６、ユーザＥによって操作される情報端末Ｅ６及びユーザＨによって操作される情報端末Ｈ６に、ユーザＡの発言及び当該発言がされた電子会議の識別子を配信する（３４３）。
【０３６２】
情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、ユーザＡの発言及び電子会議の識別子を受信する。すると、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信した電子会議の識別子によって識別される電子会議での会話を既に受信しているか否かを判定する。
【０３６３】
当該電子会議での会話を既に受信している場合、情報端末６は、受信済通知を、当該発言の配信元である情報端末６に送信する。
【０３６４】
一方、当該電子会議での会話を受信していない場合、情報端末６は、受信した発言を表示する。次に、情報端末６は、受信フラグを、当該発言の配信元である情報端末６に送信する。
【０３６５】
ここでは、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信した発言を表示する。次に、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信フラグを、当該発言の配信元である情報端末Ｂ６に送信する（３４４）。
【０３６６】
情報端末Ｂ６は、受信フラグを、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６から受信する。そして、情報端末Ｂ６は、受信フラグの送信元である情報端末６を操作するユーザを漏れ先ユーザとする。ここでは、情報端末Ｂ６は、ユーザＣ、ユーザＥ及びユーザＨを漏れ先ユーザとする。そのため、情報端末Ｂ６は、以後、電子会議での発言を、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６に配信する。
【０３６７】
なお、情報端末Ｆ６も、ユーザＡの発言を受信したので、情報端末Ｂ６と同様に、漏れ処理を行う。
【０３６８】
具体的には、情報端末Ｆ６は、経路情報テーブル９７に基づいて、当該情報端末Ｆ６を操作するユーザＦと所定の距離内に存在するユーザを特定する。
【０３６９】
ここでは、情報端末Ｆ６は、ユーザＦと所定の距離内に存在するユーザとして、ユーザＡ、ユーザＢ、ユーザＥ、ユーザＧ、ユーザＨ、ユーザＩ、ユーザＫ及びユーザＬを特定する。次に、情報端末Ｂ６は、特定したユーザの中から、当該電子会議に参加していないユーザを特定する。ここでは、ユーザＡ及びユーザＢが電子会議に参加しているので、情報端末Ｆ６は、ユーザＥ、ユーザＧ、ユーザＨ、ユーザＩ、ユーザＫ及びユーザＬを特定する。そして、情報端末Ｆ６は、特定したユーザによって操作されるすべての情報端末６に、ユーザＡの発言及び当該発言がされた電子会議の識別子を配信する。ここでは、情報端末Ｆ６は、ユーザＥによって操作される情報端末Ｅ６、ユーザＧによって操作される情報端末Ｇ６、ユーザＨによって操作される情報端末Ｈ６、ユーザＩによって操作される情報端末Ｉ６、ユーザＫによって操作される情報端末Ｋ６及びユーザＬによって操作される情報端末Ｌ６に、ユーザＡの発言及び当該発言がされた電子会議の識別子を配信する（３４５）。なお、本シーケンス図においては、情報端末Ｇ６、情報端末Ｉ６及び情報端末Ｌ６に関する処理を省略している。
【０３７０】
情報端末Ｅ６、情報端末Ｋ６及び情報端末Ｈ６のそれぞれは、ユーザＡの発言及び電子会議の識別子を受信する。すると、情報端末Ｅ６、情報端末Ｋ６及び情報端末Ｈ６のそれぞれは、受信した電子会議の識別子によって識別される電子会議での会話を既に受信しているか否かを判定する。
【０３７１】
当該電子会議での会話を既に受信している場合、情報端末６は、受信済通知を、当該発言の配信元である情報端末６に送信する。
【０３７２】
一方、当該電子会議での会話を受信していない場合、情報端末６は、受信した発言を表示する。次に、情報端末６は、受信フラグを、当該発言の配信元である情報端末６に送信する。
【０３７３】
ここでは、情報端末Ｋ６は、受信した発言を表示する。次に、情報端末Ｋ６は、受信フラグを、当該発言の配信元である情報端末Ｆ６に送信する（３４６）。
【０３７４】
情報端末Ｆ６は、受信フラグを、情報端末Ｋ６から受信する。そして、情報端末Ｆ６は、受信フラグの送信元である情報端末６を操作するユーザを漏れ先ユーザとする。ここでは、情報端末Ｆ６は、ユーザＫを漏れ先ユーザとする。そのため、情報端末Ｆ６は、以後、電子会議での発言を、情報端末Ｋ６に配信する。
【０３７５】
一方、情報端末Ｅ６及び情報端末Ｈ６は、当該会議での会話を既に受信しているので、受信済通知を、当該発言の配信元である情報端末Ｆ６に送信する（３４７）。
【０３７６】
情報端末Ｆ６は、受信済通知を、情報端末Ｅ６及び情報端末Ｈ６から受信する。すると、情報端末Ｆ６は、漏れ先ユーザを更新しない。つまり、情報端末Ｆ６は、受信済通知の送信元である情報端末６を操作するユーザを漏れ先ユーザにしない。ここでは、情報端末Ｆ６は、ユーザＥ及びユーザＨを漏れ先ユーザにしない。そのため、情報端末Ｆ６は、以後、電子会議での発言を、情報端末Ｅ６及び情報端末Ｈ６に配信しない。
【０３７７】
なお、情報端末Ａ６は、いずれの情報端末６に対しても、電子会議での会話を配信しない。なぜなら、ユーザＡと直接関係を持つのは、ユーザＢ及びユーザＦのみだからである。よって、情報端末Ａ６が電子会議での会話を配信しなくても、情報端末Ｂ又は情報端末Ｆのいずれかが、電子会議での会話を配信する。
【０３７８】
次に、情報端末Ｂ６が、ユーザＢの発言を、多人数会議制御サーバ１１に送信したとする（３４８）。
【０３７９】
多人数会議制御サーバ１１は、ユーザＢの発言を受信する。すると、多人数会議制御サーバ１１は、情報端末Ａ６及び情報端末Ｆ６に、ユーザＢの発言を転送する（３４９）。
【０３８０】
一方、情報端末Ｂ６は、ユーザＢの発言を送信した後に、漏れ先のユーザを特定する。ここでは、情報端末Ｂ６は、漏れ先のユーザとして、ユーザＣ、ユーザＥ及びユーザＨを特定する。
【０３８１】
次に、情報端末Ｂ６は、特定したユーザによって操作される情報端末６に、ユーザＢの発言を配信する。ここでは、情報端末Ｂ６は、ユーザＣによって操作される情報端末Ｃ６、ユーザＥによって操作される情報端末Ｅ６及びユーザＨによって操作される情報端末Ｈ６に、ユーザＢの発言を配信する（３５０）。
【０３８２】
一方、情報端末Ｆ６は、多人数会議制御サーバ１１からユーザＢの発言を受信する。すると、情報端末Ｆ６は、受信した発言を表示する。更に、情報端末Ｆ６は、漏れ先のユーザを特定する。ここでは、情報端末Ｆ６は、漏れ先のユーザとして、ユーザＫを特定する。
【０３８３】
次に、情報端末Ｆ６は、特定したユーザによって操作される情報端末６に、受信したユーザＢの発言を配信する。ここでは、情報端末Ｆ６は、ユーザＫによって操作される情報端末Ｋ６に、ユーザＢの発言を配信する（３５１）。
【０３８４】
以降、同様に電子会議が継続される。
【０３８５】
以上のように、第７の実施の形態によると、情報端末６が会話の漏れを発生させることができる。
【０３８６】
（第８の実施の形態）
第７の実施の形態では、情報端末６が、会話の漏れを発生させた。一方、第８の実施の形態では、情報端末６が、会話の漏れを一回目のみ発生させる。そして、多人数会議制御サーバ１１が、二回目以降の会話の漏れを発生させる。
【０３８７】
第８の実施の形態の通信システムの構成は、第７の実施の通信システム（図４）と同一である。同一の構成には同一の番号を付すことによって説明を省略する。
【０３８８】
図２４は、本発明の第８の実施の形態の通信システムの電子会議に関する処理のシーケンス図である。
【０３８９】
なお、本シーケンス図では、ユーザ同士が図２１に示すような人間関係を持つ場合の処理を説明する。また、本シーケンス図では、ユーザＡ、ユーザＢ及びユーザＦが予め電子会議に参加しているとする。
【０３９０】
このとき、情報端末Ａ６が、ユーザＡの発言を、多人数会議制御サーバ１１に送信したとする（３４１）。
【０３９１】
多人数会議制御サーバ１１は、ユーザＡの発言を受信する。すると、多人数会議制御サーバ１１は、情報端末Ｂ６及び情報端末Ｆ６に、ユーザＡの発言を転送する（３４２）。
【０３９２】
情報端末Ｂ６及び情報端末Ｆ６のそれぞれは、ユーザＡの発言を受信し、受信した発言を表示する。更に、情報端末Ｂ６及び情報端末Ｆ６のそれぞれが、漏れ処理を行う。
【０３９３】
ここでは、情報端末Ｂ６は、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６に、ユーザＡの発言を配信する（３４３）。
【０３９４】
情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、ユーザＡの発言及び電子会議の識別子を受信する。すると、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信した電子会議の識別子によって識別される電子会議での会話を既に受信しているか否かを判定する。
【０３９５】
当該電子会議での会話を既に受信している場合、情報端末６は、受信済通知を、多人数会議制御サーバ１１に送信する。
【０３９６】
一方、当該電子会議での会話を受信していない場合、情報端末６は、受信した発言を表示する。次に、情報端末６は、受信フラグを、多人数会議制御サーバ１１に送信する。
【０３９７】
ここでは、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信した発言を表示する。次に、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信フラグを、多人数会議制御サーバ１１に送信する（３６１）。
【０３９８】
多人数会議制御サーバ１１は、受信フラグを、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６から受信する。そして、多人数会議制御サーバ１１は、受信フラグの送信元である情報端末６を操作するユーザを漏れ先ユーザとする。ここでは、多人数会議制御サーバ１１は、ユーザＣ、ユーザＥ及びユーザＨを漏れ先ユーザとする。そのため、多人数会議制御サーバ１１は、以後、電子会議での発言を、情報端末Ｃ６、情報端末Ｅ６及び情報端末Ｈ６に配信する。
【０３９９】
なお、情報端末Ｆ６も、ユーザＡの発言を受信したので、情報端末Ｂ６と同様に、漏れ処理を行う。
【０４００】
ここでは、情報端末Ｆ６は、情報端末Ｅ６、情報端末Ｇ６、情報端末Ｈ６、情報端末Ｉ６、情報端末Ｋ６及び情報端末Ｌ６に、ユーザＡの発言を配信する（３４５）。なお、本シーケンス図においては、情報端末Ｇ６、情報端末Ｉ６及び情報端末Ｌ６に関する処理を省略している。
【０４０１】
情報端末Ｅ６、情報端末Ｋ６及び情報端末Ｈ６のそれぞれは、ユーザＡの発言及び電子会議の識別子を受信する。すると、情報端末Ｅ６、情報端末Ｋ６及び情報端末Ｈ６のそれぞれは、受信した電子会議の識別子によって識別される電子会議での会話を既に受信しているか否かを判定する。
【０４０２】
当該電子会議での会話を既に受信している場合、情報端末６は、受信済通知を、多人数会議制御サーバ１１に送信する。
【０４０３】
一方、当該電子会議での会話を受信していない場合、情報端末６は、受信した発言を表示する。次に、情報端末６は、受信フラグを、多人数会議制御サーバ１１に送信する。
【０４０４】
ここでは、情報端末Ｋ６は、受信した発言を表示する。次に、情報端末Ｋ６は、受信フラグを、多人数会議制御サーバ１１に送信する（３６２）。
【０４０５】
多人数会議制御サーバ１１は、受信フラグを、情報端末Ｋ６から受信する。そして、多人数会議制御サーバ１１は、受信フラグの送信元である情報端末６を操作するユーザを漏れ先ユーザとする。ここでは、多人数会議制御サーバ１１は、ユーザＫを漏れ先ユーザとする。そのため、多人数会議制御サーバ１１は、以後、電子会議での発言を、情報端末Ｋ６に配信する。
【０４０６】
一方、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、当該会議での会話を既に受信しているので、受信済通知を、多人数会議制御サーバ１１に送信する（３６３）。
【０４０７】
多人数会議制御サーバ１１は、受信済通知を、情報端末Ｅ６及び情報端末Ｈ６から受信する。そこで、多人数会議制御サーバ１１は、漏れ先ユーザを更新しない。
【０４０８】
次に、情報端末Ｂ６が、ユーザＢの発言を、多人数会議制御サーバ１１に送信したとする（３４８）。
【０４０９】
多人数会議制御サーバ１１は、ユーザＢの発言を受信する。すると、多人数会議制御サーバ１１は、情報端末Ａ６及び情報端末Ｆ６に、ユーザＢの発言を転送する（３４９）。
【０４１０】
更に、多人数会議制御サーバ１１は、漏れ先ユーザを特定する。ここでは、多人数会議制御サーバ１１は、漏れ先のユーザとして、ユーザＣ、ユーザＥ、ユーザＫ及びユーザＨを特定する。
【０４１１】
次に、多人数会議制御サーバ１１は、特定したユーザによって操作される情報端末６に、ユーザＢの発言を配信する。ここでは、多人数会議制御サーバ１１は、ユーザＣによって操作される情報端末Ｃ６、ユーザＥによって操作される情報端末Ｅ６、ユーザＫによって操作される情報端末Ｋ６及びユーザＨによって操作される情報端末Ｈ６に、ユーザＢの発言を配信する（３６４）。
【０４１２】
以降、同様に電子会議が継続される。
【０４１３】
以上のように、第８の実施の形態によると、情報端末６が会話の漏れを一回目のみ発生させることができる。そして、多人数会議制御サーバ１１が二回目以降の会話の漏れを発生させることができる。これによって、情報端末６の会話の漏れの処理による負荷を軽減できる。
【０４１４】
（第９の実施の形態）
第７の実施の形態では、会議に参加しているユーザによって操作される情報端末６が、会話の漏れを発生させた。一方、第９の実施の形態では、電子会議での会話が漏れ情報としてホップバイホップで配信される。
【０４１５】
第９の実施の形態の通信システムの構成は、情報端末６が経路情報テーブル９７を記憶しない点を除き、第７の実施の通信システム（図４）と同一である。同一の構成には同一の番号を付すことによって説明を省略する。
【０４１６】
図２５は、本発明の第９の実施の形態の通信システムの処理の説明図である。図２６は、本発明の第９の実施の形態の通信システムの処理のシーケンス図である。
【０４１７】
なお、本シーケンス図では、ユーザ同士が図２５に示すような人間関係を持つ場合の処理を説明する。また、本シーケンス図では、ユーザＡ、ユーザＢ及びユーザＦが予め電子会議に参加しているとする。
【０４１８】
このとき、情報端末Ａ６が、ユーザＡの発言を、多人数会議制御サーバ１１に送信したとする（３７１）。
【０４１９】
多人数会議制御サーバ１１は、ユーザＡの発言を受信する。すると、多人数会議制御サーバ１１は、会議参加ユーザ管理テーブル２１１に基づいて、当該受信した発言に対応する電子会議へ参加しているユーザを特定する。具体的には、多人数会議制御サーバ１１は、受信した発言に対応する電子会議の識別子と会議参加ユーザ管理テーブル２１１の会議ＩＤ２１２とが一致するすべてのレコードを、会議参加ユーザ管理テーブル２１１から選択する。次に、多人数会議制御サーバ１１は、選択したすべてのレコードから参加ユーザＩＤ２１３を抽出する。
【０４２０】
次に、多人数会議制御サーバ１１は、抽出した参加ユーザＩＤ２１３によって識別されるユーザを、当該受信した発言に対応する電子会議へ参加しているユーザとして特定する。ここでは、多人数会議制御サーバ１１は、ユーザＡ、ユーザＢ及びユーザＦを特定する。次に、多人数会議制御サーバ１１は、特定したユーザの中から、発言をしたユーザ以外のユーザを特定する。ここではユーザＡが発言したので、多人数会議制御サーバ１１は、ユーザＢ及びユーザＦを特定する。
【０４２１】
次に、多人数会議制御サーバ１１は、特定したユーザＢによって操作される情報端末Ｂ６及び特定したユーザＦによって操作される情報端末Ｆ６に、ユーザＡの発言を転送する（３７２）。
【０４２２】
情報端末Ｂ６及び情報端末Ｆ６のそれぞれは、ユーザＡの発言を受信し、受信した発言を表示する。更に、情報端末Ｂ６及び情報端末Ｆ６のそれぞれが、漏れ処理を行う。
【０４２３】
具体的には、情報端末Ｂ６は、プライベート関係情報テーブル８９に基づいて、当該情報端末Ｂ６を操作するユーザＢと直接関係するユーザを特定する。つまり、情報端末Ｂ６は、当該情報端末Ｂ６を操作するユーザＢと人間関係を持つユーザを特定する。
【０４２４】
ここでは、情報端末Ｂ６は、ユーザＢと直接関係するユーザとして、ユーザＣを特定する。
【０４２５】
次に、情報端末Ｂ６は、特定したユーザの中から、当該電子会議に参加していないユーザを特定する。ここでは、ユーザＡ及びユーザＦが電子会議に参加しているので、情報端末Ｂ６は、ユーザＣを特定する。そして、情報端末Ｂ６は、特定したユーザによって操作される情報端末６に、ユーザＡの発言、当該発言がされた電子会議の識別子及び距離情報を配信する。ここでは、情報端末Ｂ６は、ユーザＣによって操作される情報端末Ｃ６に、ユーザＡの発言、当該発言がされた電子会議の識別子及び距離情報を配信する（３７３）。なお、距離情報は、電子会議に参加しているユーザと配信先となる情報端末６を操作するユーザとの距離を示す。ここでは、距離情報は、ユーザＢとユーザＣとの距離である「１」を示す。
【０４２６】
情報端末Ｃ６は、ユーザＡの発言、電子会議の識別子及び距離情報を受信する。すると、情報端末Ｃ６は、受信した電子会議の識別子によって識別される電子会議での会話を既に受信しているか否かを判定する。
【０４２７】
当該電子会議での会話を既に受信している場合、情報端末６は、受信したすべての距離情報の中から、最も小さい値を示す距離情報を選択する。次に、情報端末６は、選択した距離情報の送信元の情報端末６に、受信フラグを送信する。更に、情報端末６は、選択しなかった距離情報の送信元の情報端末６に、受信元変更通知を送信する。これによって、当該情報端末６は、距離が最も短い経路で、当該電子会議での会話を受信できる。
【０４２８】
一方、当該電子会議での会話を受信していない場合、情報端末６は、受信した発言を表示する。次に、情報端末６は、受信フラグを、当該発言の配信元である情報端末６に送信する。
【０４２９】
ここでは、情報端末Ｃ６は、受信した発言を表示する。次に、情報端末Ｃ６は、受信フラグを、当該発言の配信元である情報端末Ｂ６に送信する（３７４）。
【０４３０】
情報端末Ｂ６は、受信フラグを、情報端末Ｃ６から受信する。そして、情報端末Ｂ６は、受信フラグの送信元である情報端末６を操作するユーザを漏れ先ユーザとする。ここでは、情報端末Ｂ６は、ユーザＣを漏れ先ユーザとする。そのため、情報端末Ｂ６は、以後、電子会議での発言を、情報端末Ｃ６に配信する。
【０４３１】
一方、情報端末Ｃ６は、受信フラグを送信すると、受信した距離情報が所定の値未満である否かを判定する。
【０４３２】
距離情報が所定の値以上の場合、情報端末Ｃ６は、受信したユーザＡの発言を他の情報端末６に配信しない。
【０４３３】
一方、距離情報が所定の値未満の場合、情報端末Ｃ６は、受信したユーザＡの発言を他の情報端末６に配信する。
【０４３４】
本実施の形態では、所定の値が「２」の場合を説明する。
【０４３５】
この場合、距離情報が所定の値未満なので、情報端末Ｃ６は、受信したユーザＡの発言を他の情報端末６に配信する。
【０４３６】
具体的には、情報端末Ｃ６は、プライベート関係情報テーブル８９に基づいて、当該情報端末Ｃ６を操作するユーザＣと直接関係するユーザを特定する。ここでは、情報端末Ｃ６は、ユーザＣと直接関係するユーザとして、ユーザＥ及びユーザＨを特定する。
【０４３７】
次に、情報端末Ｃ６は、特定したユーザの中から、当該電子会議に参加していないユーザを特定する。ここでは、ユーザＡ、ユーザＢ、ユーザＦが電子会議に参加しているので、情報端末Ｃ６は、ユーザＥ及びユーザＨを特定する。そして、情報端末Ｃ６は、特定したユーザによって操作される情報端末６に、ユーザＡの発言、電子会議の識別子及び距離情報を配信する。ここでは、情報端末Ｃ６は、ユーザＥによって操作される情報端末Ｅ６及びユーザＨによって操作される情報端末Ｈ６に、ユーザＡの発言、電子会議の識別子及び距離情報を配信する（３７５、３７７）。なお、距離情報は、ユーザＢとユーザＥ又はユーザＨとの距離である「２」を示す。
【０４３８】
情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、ユーザＡの発言、電子会議の識別子及び距離情報を受信する。すると、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信した電子会議の識別子によって識別される電子会議での会話を既に受信しているか否かを判定する。
【０４３９】
当該電子会議での会話を既に受信している場合、情報端末６は、受信したすべての距離情報の中から、最も小さい値を示す距離情報を選択する。次に、情報端末６は、選択した距離情報の送信元の情報端末６に、受信フラグを送信する。更に、情報端末６は、選択しなかった距離情報の送信元の情報端末６に、受信元変更通知を送信する。
【０４４０】
一方、当該電子会議での会話を受信していない場合、情報端末６は、受信した発言を表示する。次に、情報端末６は、受信フラグを、当該発言の配信元である情報端末６に送信する。
【０４４１】
ここでは、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信した発言を表示する。次に、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信フラグを、当該発言の配信元である情報端末Ｃ６に送信する（３７６、３７８）。
【０４４２】
情報端末Ｃ６は、受信フラグを、情報端末Ｅ６及び情報端末Ｈ６から受信する。そして、情報端末Ｃ６は、受信フラグの送信元である情報端末６を操作するユーザを漏れ先ユーザとする。ここでは、情報端末Ｃ６は、ユーザＥ及びユーザＨを漏れ先ユーザとする。そのため、情報端末Ｃ６は、以後、電子会議での発言を、情報端末Ｅ６及び情報端末Ｈ６に配信する。
【０４４３】
一方、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信フラグを送信すると、受信した距離情報が所定の値未満である否かを判定する。
【０４４４】
距離情報が所定の値以上の場合、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信したユーザＡの発言を他の情報端末６に配信しない。
【０４４５】
一方、距離情報が所定の値未満の場合、情報端末Ｅ６及び情報端末Ｈ６のそれぞれは、受信したユーザＡの発言を他の情報端末６に配信する。
【０４４６】
ここでは、距離情報が所定の値以上なので、情報端末Ｅ６及び情報端末Ｈ６は、受信したユーザＡの発言を他の情報端末６に配信しない。
【０４４７】
一方、情報端末Ｆ６は、ステップ３７２において、ユーザＡの発言を受信し、受信した発言を表示する。すると、情報端末Ｆ６が、漏れ処理を行う。
【０４４８】
具体的には、情報端末Ｆ６は、プライベート関係情報テーブル８９に基づいて、当該情報端末Ｆ６を操作するユーザＦと直接関係するユーザを特定する。つまり、情報端末Ｆ６は、当該情報端末Ｆ６を操作するユーザＦと人間関係を持つユーザを特定する。
【０４４９】
ここでは、情報端末Ｆ６は、ユーザＦと直接関係するユーザとして、ユーザＥ及びユーザＫを特定する。
【０４５０】
次に、情報端末Ｆ６は、特定したユーザの中から、当該電子会議に参加していないユーザを特定する。ここでは、ユーザＡ、ユーザＢ及びユーザＦが電子会議に参加しているので、情報端末Ｆ６は、ユーザＥ及びユーザＫを特定する。そして、情報端末Ｆ６は、特定したユーザによって操作される情報端末６に、ユーザＡの発言、当該発言がされた電子会議の識別子及び距離情報を配信する。ここでは、情報端末Ｆ６は、ユーザＥによって操作される情報端末Ｅ６及びユーザＫによって操作される情報端末Ｋ６に、ユーザＡの発言、当該発言がされた電子会議の識別子及び距離情報を配信する（３７９、３８１）。なお、距離情報は、電子会議に参加しているユーザと配信先となる情報端末６を操作するユーザとの距離を示す。ここでは、距離情報は、ユーザＦとユーザＥ又はユーザＫとの距離である「１」を示す。
【０４５１】
情報端末Ｋ６は、ユーザＡの発言、電子会議の識別子及び距離情報を受信する。すると、情報端末Ｋ６は、受信した電子会議の識別子によって識別される電子会議での会話を既に受信しているか否かを判定する。
【０４５２】
当該電子会議での会話を既に受信している場合、情報端末６は、受信したすべての距離情報の中から、最も小さい値を示す距離情報を選択する。次に、情報端末６は、選択した距離情報の送信元の情報端末６に、受信フラグを送信する。更に、情報端末６は、選択しなかった距離情報の送信元の情報端末６に、受信元変更通知を送信する。
【０４５３】
一方、当該電子会議での会話を受信していない場合、情報端末６は、受信した発言を表示する。次に、情報端末６は、受信フラグを、当該発言の配信元である情報端末６に送信する。
【０４５４】
ここでは、情報端末Ｋ６は、受信した発言を表示する。次に、情報端末Ｋ６は、受信フラグを、当該発言の配信元である情報端末Ｆ６に送信する（３８０）。
【０４５５】
情報端末Ｆ６は、受信フラグを、情報端末Ｋ６から受信する。そして、情報端末Ｆ６は、受信フラグの送信元である情報端末６を操作するユーザを漏れ先ユーザとする。ここでは、情報端末Ｆ６は、ユーザＫを漏れ先ユーザとする。そのため、情報端末Ｆ６は、以後、電子会議での発言を、情報端末Ｋ６に配信する。
【０４５６】
一方、情報端末Ｅ６は、ユーザＡの発言、電子会議の識別子及び距離情報を情報端末Ｆ６から受信する。すると、情報端末Ｅ６は、受信した電子会議の識別子によって識別される電子会議での会話を既に受信しているか否かを判定する。
【０４５７】
当該電子会議での会話を既に受信している場合、情報端末６は、受信したすべての距離情報の中から、最も小さい値を示す距離情報を選択する。次に、情報端末６は、選択した距離情報の送信元の情報端末６に、受信フラグを送信する。更に、情報端末６は、選択しなかった距離情報の送信元の情報端末６に、配信元変更通知を送信する。これによって、当該情報端末６は、距離が最も短い経路で、当該電子会議での会話を受信できる。
【０４５８】
一方、当該電子会議での会話を受信していない場合、情報端末６は、受信した発言を表示する。次に、情報端末６は、受信フラグを、当該発言の配信元である情報端末６に送信する。
【０４５９】
ここでは、情報端末Ｅ６は、受信フラグを、「１」を示す距離情報の送信元の情報端末Ｆ６に送信する（３８２）。更に、情報端末Ｅ６は、配信元変更通知を、「２」を示す距離情報の送信元の情報端末Ｃ６に送信する。
【０４６０】
情報端末Ｆ６は、受信フラグを、情報端末Ｅ６から受信する。そして、情報端末Ｆ６は、受信フラグの送信元である情報端末６を操作するユーザを漏れ先ユーザとする。ここでは、情報端末Ｆ６は、ユーザＥを漏れ先ユーザとする。そのため、情報端末Ｆ６は、以後、電子会議での発言を、情報端末Ｅ６に配信する。
【０４６１】
一方、情報端末Ｃ６は、配信元変更通知を、情報端末Ｅ６から受信する。そして、情報端末Ｃ６は、配信元変更通知の送信元である情報端末６を操作するユーザを漏れ先ユーザから除外する。ここでは、情報端末Ｃ６は、ユーザＥを漏れ先ユーザから除外する。そのため、情報端末Ｃ６は、以後、電子会議での発言を、情報端末Ｅ６に配信しない。
【０４６２】
一方、情報端末Ｅ６は、受信フラグ及び配信元変更通知を送信すると、受信した距離情報が所定の値未満である否かを判定する。
【０４６３】
距離情報が所定の値以上の場合、情報端末Ｅ６は、受信したユーザＡの発言を他の情報端末６に配信しない。
【０４６４】
一方、距離情報が所定の値未満の場合、情報端末Ｅ６は、受信したユーザＡの発言を他の情報端末６に配信する。
【０４６５】
ここでは、距離情報が所定の値未満なので、情報端末Ｅ６は、受信したユーザＡの発言を他の情報端末６に配信する。
【０４６６】
具体的には、情報端末Ｅ６は、プライベート関係情報テーブル８９に基づいて、当該情報端末Ｅ６を操作するユーザＥと直接関係するユーザを特定する。ここでは、情報端末Ｅ６は、ユーザＥと直接関係するユーザとして、ユーザＫ及びユーザＨを特定する。
【０４６７】
次に、情報端末Ｅ６は、特定したユーザの中から、当該電子会議に参加していないユーザを特定する。ここでは、ユーザＡ、ユーザＢ、ユーザＦが電子会議に参加しているので、情報端末Ｅ６は、ユーザＩ及びユーザＨを特定する。そして、情報端末Ｅ６は、特定したユーザによって操作される情報端末６に、ユーザＡの発言、電子会議の識別子及び距離情報を配信する。ここでは、情報端末Ｅ６は、ユーザＩによって操作される情報端末Ｉ６及びユーザＨによって操作される情報端末Ｈ６に、ユーザＡの発言、電子会議の識別子及び距離情報を配信する（３８４、３８６）。なお、距離情報は、ユーザＦとユーザＩ又はユーザＨとの距離である「２」を示す。
【０４６８】
情報端末Ｉ６及び情報端末Ｈ６のそれぞれは、ユーザＡの発言、電子会議の識別子及び距離情報を受信する。すると、情報端末Ｉ６及び情報端末Ｈ６のそれぞれは、受信した電子会議の識別子によって識別される電子会議での会話を既に受信しているか否かを判定する。
【０４６９】
当該電子会議での会話を既に受信している場合、情報端末６は、受信したすべての距離情報の中から、最も小さい値を示す距離情報を選択する。次に、情報端末６は、選択した距離情報の送信元の情報端末６に、受信フラグを送信する。更に、情報端末６は、選択しなかった距離情報の送信元の情報端末６に、受信元変更通知を送信する。なお、最も小さい値を示す距離情報を複数受信した場合、情報端末６は、最も小さい値を示す距離情報のうち、最初に受信した以外の距離情報の送信元の情報端末６に、受信済通知を送信する。
【０４７０】
一方、当該電子会議での会話を受信していない場合、情報端末６は、受信した発言を表示する。次に、情報端末６は、受信フラグを、当該発言の配信元である情報端末６に送信する。
【０４７１】
ここでは、情報端末Ｉ６は、受信した発言を表示する。次に、情報端末Ｉ６は、受信フラグを、当該発言の配信元である情報端末Ｅ６に送信する（３８５）。
【０４７２】
情報端末Ｅ６は、受信フラグを、情報端末Ｉ６から受信する。そして、情報端末Ｅ６は、受信フラグの送信元である情報端末６を操作するユーザを漏れ先ユーザとする。ここでは、情報端末Ｅ６は、ユーザＩを漏れ先ユーザとする。そのため、情報端末Ｅ６は、以後、電子会議での発言を、情報端末Ｉ６に配信する。
【０４７３】
一方、情報端末Ｈ６は、受信済通知を、当該発言の配信元である情報端末Ｅ６に送信する（３８７）。
【０４７４】
情報端末Ｅ６は、受信済通知を情報端末Ｈ６から受信する。すると、情報端末Ｅ６は、漏れ先ユーザを更新しない。つまり、情報端末Ｅ６は、受信済通知の送信元である情報端末６を操作するユーザを漏れ先ユーザにしない。ここでは、情報端末Ｅ６は、ユーザＨを漏れ先ユーザにしない。そのため、情報端末Ｅ６は、以後、電子会議での発言を、情報端末Ｈ６に配信しない。
【０４７５】
一方、情報端末Ｉ６及び情報端末Ｈ６のそれぞれは、受信フラグ又は受信済通知を送信すると、受信した距離情報が所定の値未満である否かを判定する。
【０４７６】
距離情報が所定の値以上の場合、情報端末Ｉ６及び情報端末Ｈ６のそれぞれは、受信したユーザＡの発言を他の情報端末６に配信しない。
【０４７７】
一方、距離情報が所定の値未満の場合、情報端末Ｉ６及び情報端末Ｈ６のそれぞれは、受信したユーザＡの発言を他の情報端末６に配信する。
【０４７８】
ここでは、距離情報が所定の値以上なので、情報端末Ｉ６及び情報端末Ｈ６のそれぞれは、受信したユーザＡの発言を他の情報端末６に配信しない。
【０４７９】
以降、同様に電子会議が継続される。
【０４８０】
以上のように、第９の実施の形態によると、電子会議での会話が漏れ情報としてホップバイホップで配信できる。第９の実施の形態では、経路情報が更新される必要がないので、ネットワーク及び情報端末６の負荷を軽減できる。
【０４８１】
（第１０の実施の形態）
第１〜第９の実施の形態では、電子会議での会話を漏らした。一方、第１０の実施の形態では、ブログの内容を漏らす。なお、第１０の実施の形態は、第１〜第９の実施の形態のいずれにでも適用できる。
【０４８２】
第１０の実施の形態の通信システムは、多人数会議制御サーバ１１の代わりに、ブログサーバ１３を備える。なお、第１０の実施の形態の計算機システムのそれ以外の構成は、第１の実施の通信システム（図４）と同一である。同一の構成には同一の番号を付すことによって説明を省略する。ブログサーバ１３は、ブログサービスを、情報端末６に提供する計算機である。
【０４８３】
図２７は、本発明の第１０の実施の形態の通信システムの動作概念の説明図である。
【０４８４】
ブログサービスでは、各ユーザが自分の日記をブログのエントリとして投稿する。また、投稿されたエントリを閲覧したユーザが、コメントを投稿する。また、異なるユーザによって作成されたエントリ同士の関係が深いことを通知しあうこと（トラックバック機能）によって、ユーザ同士で議論を深めることができる。
【０４８５】
本実施の形態では、ユーザの発言ではなく、ブログのエントリが、漏れ情報となる。
【０４８６】
ここでは、ユーザＣがエントリを投稿する場合を説明する。すると、ユーザＣによって操作される情報端末Ｃ６が、ブログサーバ１３に、エントリの投稿要求を送信する。なお、エントリを投稿したユーザ及び当該エントリにコメントを投稿したユーザが同一のグループに属していると考えると、エントリの投稿要求は、グループ作成要求と考えることができる。
【０４８７】
ブログサーバ１３は、エントリの投稿要求を受信する。すると、ブログサーバ１３は、多人数会議制御サーバ１１と同様の処理を行う。
【０４８８】
具体的には、ブログサーバ１３は、ユーザＣと人間関係を持つユーザＤ及びユーザＥを特定し、特定したユーザＤ及びユーザＥにエントリの内容を漏らす。つまり、ブログサーバ１３は、特定したユーザＤによって操作される情報端末Ｄ６及びユーザＥによって操作される情報端末Ｅ６に、ユーザＣによって投稿されたエントリの内容を配信する。
【０４８９】
その後、ユーザＥが、当該エントリにコメントを投稿したとする。この場合、ユーザＥによって操作される情報端末Ｅ６が、ブログサーバ１３に、コメントの投稿要求を送信する。なお、エントリを投稿したユーザ及び当該エントリにコメントを投稿したユーザが同一のグループに属していると考えると、コメントの投稿要求は、グループ作成要求と考えることができる。
【０４９０】
ブログサーバ１３は、コメントの投稿要求を受信する。すると、ブログサーバ１３は、多人数会議制御サーバ１１と同様の処理を行う。これによって、ブログサーバ１３は、ユーザＣ及びユーザＥを、一つの電子会議に参加している状態と同様に扱う。
【０４９１】
具体的には、ブログサーバ１３は、ユーザＥと人間関係を持つユーザＦを特定し、特定したユーザＦにエントリの内容を漏らす。つまり、ブログサーバ１３は、特定したユーザＦによって操作される情報端末Ｆ６に、ユーザＣによって投稿されたエントリの内容を配信する。
【０４９２】
以上のように、第１０の実施の形態によれば、ブログのエントリの内容を、当該エントリを投稿したユーザ又は当該エントリへのコメントを投稿したユーザと人間関係を持つユーザに漏らすことができる。そのため、ユーザは、検索以外の方法で、ブログのエントリを知ることができる。
【０４９３】
（第１１の実施の形態）
第６の実施の形態では、経路情報を自動的に生成又は更新した。一方、第１１の実施の形態では、生成又は更新された経路情報を用いたＫｎｏｗ−Ｗｈｏサービスを提供する。
【０４９４】
第１１の実施の形態の通信システムは、多人数会議制御サーバ１１の代わりに、Ｋｎｏｗ−Ｗｈｏサーバ１２を備える。なお、第１１の実施の形態の計算機システムのそれ以外の構成は、第１の実施の通信システム（図４）と同一である。同一の構成には同一の番号を付すことによって説明を省略する。Ｋｎｏｗ−Ｗｈｏサーバ１２は、Ｋｎｏｗ−Ｗｈｏサービスを、情報端末６に提供する計算機である。
【０４９５】
図２８は、本発明の第１１の実施の形態の通信システムの動作概念の説明図である。
【０４９６】
Ｋｎｏｗ−Ｗｈｏサービスでは、ユーザは、知りたい情報について詳しいユーザ（有識者）を検索する。そして、ユーザは、検索した有識者に対して情報提供を依頼することによって、情報を取得する。このとき、ユーザは、有識者の知り合いからの紹介があると、見知らぬ有識者に情報提供を突然依頼するというユーザの心理的な抵抗を削減できる。
【０４９７】
第６の実施の形態と同様の処理で、すべての情報端末６は、経路情報を更新又は作成したとする。そこで、ユーザＣによって操作される情報端末Ｃ６が、有識者検索要求をＫｎｏｗ−Ｗｈｏサーバ１２に送信する（４１１）。Ｋｎｏｗ−Ｗｈｏサーバ１２は、有識者検索要求を受信し、有識者を検索する。そして、Ｋｎｏｗ−Ｗｈｏサーバ１２は、検索の結果を、情報端末Ｃに送信する。これによって、ユーザＣは、ユーザＩが有識者であることを把握したとする。
【０４９８】
すると、ユーザＣは、情報端末Ｃに記憶される経路情報４１２を参照して、ユーザＩに到達するためには、ユーザＥを最初に経由することを把握する。そこで、ユーザＣは、ユーザＥに、ユーザＩへの情報提供の依頼の仲介を依頼する。このとき、ユーザＣとユーザＥとは人間関係を持つので、ユーザＥへ仲介を依頼することは、ユーザＣにとって心理的な抵抗はない。
【０４９９】
仲介の依頼を受けたユーザＥは、情報端末Ｅに記憶される経路情報４１４を参照して、自身とユーザＩとが直接関係することを把握する。そこで、ユーザＥは、ユーザＣへの情報提供をユーザＩへ依頼する。このとき、ユーザＥとユーザＩとは人間関係を持つので、ユーザＩへ情報提供を依頼することは、ユーザＥにとって心理的な抵抗はない。
【０５００】
これによって、ユーザＣは、直接関係を持たないユーザＩから、情報提供を受けることができる。
【０５０１】
以上のように、第１１の実施の形態によれば、プライベートな人間関係が周囲に漏洩することなく、ユーザは、有識者から情報提供を受けることができる。
【図面の簡単な説明】
【０５０２】
【図１】本発明の第１の実施の形態の通信システムの動作概念の説明図である。
【図２】本発明の第１の実施の形態の情報端末に表示される参加中画面の説明図である。
【図３】本発明の第１の実施の形態の情報端末に表示される漏れ画面の説明図である。
【図４】本発明の本発明の第１の実施の形態の通信システムの物理構成のブロック図である。
【図５】本発明の第１の実施の形態の多人数会議制御サーバ、人脈情報管理サーバ及び情報端末の物理構成のブロック図である。
【図６】本発明の第１の実施の形態の多人数会議制御サーバの機能構成のブロック図である。
【図７】本発明の第１の実施の形態の情報端末の機能構成のブロック図である。
【図８】本発明の第１の実施の形態の人脈情報管理サーバの機能構成のブロック図である。
【図９】本発明の第１の実施の形態の多人数会議制御サーバに記憶される会議参加ユーザ管理テーブルの構成図である。
【図１０】本発明の第１の実施の形態の多人数会議制御サーバに記憶される会議情報管理テーブルの構成図である。
【図１１】本発明の第１の実施の形態の多人数会議制御サーバに記憶される漏れ管理テーブルの構成図である。
【図１２】本発明の第１の実施の形態の人脈情報管理サーバに記憶される人脈情報テーブルの構成図である。
【図１３】本発明の第１の実施の形態の通信システムの電子会議に関する処理のシーケンス図である。
【図１４】本発明の第１の実施の形態の多人数会議制御サーバの会議室入室要求受信時の漏れ範囲決定処理のフローチャートである。
【図１５】本発明の第１の実施の形態の多人数会議制御サーバの漏れ処理のフローチャートである。
【図１６】本発明の第１の実施の形態の多人数会議制御サーバの会議室退室要求受信時の漏れ範囲決定処理のフローチャートである。
【図１７】本発明の第２の実施の形態の多人数会議制御サーバに記憶されるプレゼンス情報テーブルの構成図である。
【図１８】本発明の第３の実施の形態の多人数会議制御サーバに記憶されるキーワード指定管理テーブルの構成図である。
【図１９】本発明の第５の実施の形態の多人数会議制御サーバに記憶される漏れポリシ管理テーブルの構成図である。
【図２０】本発明の第６の実施の形態の情報端末に記憶される経路情報テーブルの構成図である。
【図２１】本発明の第６の実施の形態の通信システムの処理の説明図である。
【図２２】本発明の第６の実施の形態の通信システムの処理のシーケンス図である。
【図２３】本発明の第７の実施の形態の通信システムの電子会議に関する処理のシーケンス図である。
【図２４】本発明の第８の実施の形態の通信システムの電子会議に関する処理のシーケンス図である。
【図２５】本発明の第９の実施の形態の通信システムの処理の説明図である。
【図２６】本発明の第９の実施の形態の通信システムの処理のシーケンス図である。
【図２７】本発明の第１０の実施の形態の通信システムの動作概念の説明図である。
【図２８】本発明の第１１の実施の形態の通信システムの動作概念の説明図である。
【符号の説明】
【０５０３】
６    情報端末
１１    多人数会議制御サーバ
１２    Ｗｈｏサーバ
１３    ブログサーバ
１４    人脈情報管理サーバ
１５    ＩＰネットワーク
２０    ＳＩＰサーバ
２１    入力装置
２２    音声・映像装置
２３    ネットワークインタフェース
２４    入力装置用インタフェース
２５    音声・映像入出力インタフェース
２６    データバス
２７    ＣＰＵ
２８    メモリ
２９    情報
３０    プログラム
３１    各種情報
３２    ディスクストレージ
４１    データＩ／Ｏ部
４２    動作制御部
４３    会議情報送受信制御部
４４    関係情報送受信制御部
４５    会議室管理部
４６    管理部
４７    会議室入退室要求送受信部
４８    会議室入退室要求分析・構築部
４９    発言情報送受信部
５０    発言情報分析・構築部
５１    情報送信部
５２    情報構築部
５３    制御情報送受信部
５４    制御情報分析・構築部
５５    会議室入退室管理部
５６    発言内容送受信制御部
５７    範囲制御部
５８    人脈情報調査部
５９    発言内容解析部
６０    配信ユーザ管理部
７１    会議情報Ｉ／Ｏ部
７２    会議制御部
７３    情報Ｉ／Ｏ部
７４    情報制御部
７５    人脈情報Ｉ／Ｏ部
７６    人脈情報管理部
７７    多人数会議情報送受信部
７８    多人数会議情報分析・構築部
７９    入退室管理・制御部
８０    発言内容解析部
８１    情報送受信部
８２    情報分析・構築部
８３    受信管理部
８４    送信管理部
８５    人脈情報送受信部
８６    人脈情報構築・分析部
８７    人脈情報入出力制御部
８８    人脈情報記憶部
８９    プライベート関係情報テーブル
９６    人脈情報計算部
９７    経路情報テーブル
１０１    情報Ｉ／Ｏ部
１０２    パブリック人脈情報管理部
１０３    経路情報計算・管理部
１０４    プライベート人脈情報管理部
１０５    パブリック人脈情報取得要求送受信部
１０６    パブリック人脈情報取得要求構築・分析部
１０７    経路情報取得要求送受信部
１０８    経路情報取得要求構築・分析部
１０９    プライベート人脈情報取得要求送受信部
１１０    プライベート人脈情報取得要求構築・分析部
１１１    人脈情報取得要求制御部
１１２    人脈情報入出力部
１１３    パブリック人脈情報テーブル
１１４    経路情報計算部
１１５    経路情報入出力部
１１６    人脈情報取得要求制御部
１１７    人脈情報入出力部
１１８    プライベート人脈情報テーブル
１１９    人脈情報取得要求制御部
【図５】
2008282191.tif 000003
【図６】
2008282191.tif 000004
【図７】
2008282191.tif 000005
【図８】
2008282191.tif 000006
【図９】
2008282191.tif 000007
【図１０】
2008282191.tif 000008
【図１１】
2008282191.tif 000009
【図１２】
2008282191.tif 000010
【図１３】
2008282191.tif 000011
【図１４】
2008282191.tif 000012
【図１５】
2008282191.tif 000013
【図１６】
2008282191.tif 000014
【図１７】
2008282191.tif 000015
【図１８】
2008282191.tif 000016
【図１９】
2008282191.tif 000017
【図２０】
2008282191.tif 000018
【図２１】
2008282191.tif 000019
【図２２】
2008282191.tif 000020
【図２３】
2008282191.tif 000021
【図２４】
2008282191.tif 000022
【図２５】
2008282191.tif 000023
【図２６】
2008282191.tif 000024
【図１】
2008282191.tif 000025
【図２】
2008282191.tif 000026
【図３】
2008282191.tif 000027
【図４】
2008282191.tif 000028
【図２７】
2008282191.tif 000029
【図２８】
2008282191.tif 000030