(57)【特許請求の範囲】
【請求項１】
互いに接続して音声情報又は画像情報の送受信を行う複数の端末と、前記複数の端末同士を接続可能なサーバとを備え、前記複数の端末が接続して構成される複数のグループが存在する場合に、互いに異なる前記グループ内の端末同士を全て接続して前記音声情報及び前記画像情報の送受信を行う会議システムであって、
前記端末は、
前記サーバを介して、自グループとは異なる相手グループ内の一端末との接続を前記サーバに要求する接続要求手段と、
前記サーバによって前記一端末との接続が完了した場合に、前記複数の端末毎に、自端末とは異なる他端末と接続する現在の接続端末数を前記サーバから夫々取得する接続端末数取得手段と、
前記接続端末数取得手段が取得した前記端末毎の前記接続端末数に基づき、前記端末同士を接続する為のサーバ機能を有する接続管理端末として機能するか否かを決定する接続管理端末決定手段と、
前記接続管理端末決定手段が前記接続管理端末として機能すると決定した場合に、前記自グループ内の前記他端末から一端末を抽出する第一抽出手段と、
前記相手グループ内から、前記第一抽出手段が抽出した抽出端末と未接続の端末である相手側端末を抽出する第二抽出手段と、
前記第一抽出手段が抽出した前記抽出端末と、前記第二抽出手段が抽出した前記相手側端末とに接続を依頼する接続依頼情報を送信する依頼情報送信手段と、
前記接続管理端末決定手段が前記接続管理端末として機能すると決定しなかった場合に、前記接続管理端末として機能する前記他端末から送信された前記接続依頼情報を受信する受信手段と、
前記受信手段が受信した前記接続依頼情報に従い、前記相手側端末と接続する第一接続手段と
を備え、
前記サーバは、前記端末の前記接続要求手段による要求に基づき、前記接続を依頼した端末と、前記相手グループ内の前記一端末とを接続する第二接続手段を備えることを特徴とする会議システム。
【請求項２】
前記互いに異なる前記グループ内の端末同士が全て接続されるまで、自端末が前記接続管理端末である場合は、前記第一抽出手段、及び前記依頼情報送信手段に各処理を繰り返し実行させ、自端末が前記接続管理端末でない場合は、前記接続端末数取得手段、前記接続管理端末決定手段、前記第一抽出手段、前記第二抽出手段、前記依頼情報送信手段、前記受信手段、及び前記第一接続手段に各処理を繰り返し実行させる制御手段を備えたことを特徴とする請求項１に記載の会議システム。
【請求項３】
前記接続管理端末決定手段は、前記自端末の前記接続端末数が最大であった場合に、前記接続管理端末として機能すると決定することを特徴とする請求項１に記載の会議システム。
【請求項４】
前記接続管理端末決定手段は、
前記自グループ内の前記端末毎の前記接続端末数に基づき、前記自グループ内において前記接続管理端末として機能するか否かを決定することを特徴とする請求項１又は２に記載の会議システム。
【請求項５】
前記サーバは、
前記グループ毎に、前記接続管理端末以外で前記接続端末数が最大の端末を夫々抽出する第三抽出手段と、
前記抽出手段によって抽出した前記端末同士を前記サーバを介して接続する第三接続手段と
を備えたことを特徴とする請求項１から３の何れかに記載の会議システム。
【請求項６】
互いに接続して音声情報及び画像情報の送受信を行う複数の端末と、前記複数の端末同士を接続するサーバとを備え、前記複数の端末で構成される複数のグループが存在する場合に、互いに異なる前記グループ内の端末同士を全て接続して前記音声情報及び前記画像情報の送受信を行う会議システムによって行われる端末接続方法であって、
前記端末によって行われる端末側工程と、前記サーバによって行われるサーバ側工程とを備え、
前記端末側工程は、
前記サーバを介して、自グループとは異なる相手グループ内の一端末との接続を前記サーバに要求する接続要求工程と、
前記サーバによって前記一端末との接続が完了した場合に、前記複数の端末毎に、自端末とは異なる他端末と接続する現在の接続端末数を前記サーバから夫々取得する接続端末数取得工程と、
前記接続端末数取得工程において取得した前記端末毎の前記接続端末数に基づき、前記端末同士を接続する為のサーバ機能を有する接続管理端末として機能するか否かを決定する接続管理端末決定工程と、
前記接続管理端末決定工程において前記接続管理端末として機能すると決定した場合に、前記自グループ内の前記他端末から一端末を抽出する第一抽出工程と、
前記相手グループ内から、前記第一抽出工程において抽出した抽出端末と未接続の端末である相手側端末を抽出する第二抽出工程と、
前記第一抽出工程において抽出した前記抽出端末と、前記第二抽出工程において抽出した前記相手側端末とに接続を依頼する接続依頼情報を送信する依頼情報送信工程と、
前記接続管理端末決定工程において前記接続管理端末として機能すると決定しなかった場合に、前記接続管理端末として機能する前記他端末から送信された前記接続依頼情報を受信する受信工程と、
前記受信工程において受信した前記接続依頼情報に従い、前記相手側端末と接続する第一接続工程と
を備え、
前記サーバ側工程は、
前記端末の前記接続要求工程における要求に基づき、前記接続を依頼した端末と、前記相手グループ内の前記一端末とを接続する第二接続工程を備えることを特徴とする端末接続方法。
【請求項７】
互いに接続して音声情報又は画像情報の送受信を行う複数の端末と、前記複数の端末同士を接続可能なサーバとを備える会議システムで、前記複数の端末が接続して構成される複数のグループが存在する場合に、互いに異なる前記グループ内の端末同士を全て接続して前記音声情報及び前記画像情報の送受信を行う会議システムを構成する端末装置であって、
前記サーバを介して、自グループとは異なる相手グループ内の一端末との接続を前記サーバに要求する接続要求手段と、
前記サーバによって前記一端末との接続が完了した場合に、前記複数の端末毎に、自端末とは異なる他端末と接続する現在の接続端末数を前記サーバから夫々取得する接続端末数取得手段と、
前記接続端末数取得手段が取得した前記端末毎の前記接続端末数に基づき、前記端末同士を接続する為のサーバ機能を有する接続管理端末として機能するか否かを決定する接続管理端末決定手段と、
前記接続管理端末決定手段が前記接続管理端末として機能すると決定した場合に、前記自グループ内の前記他端末から一端末を抽出する第一抽出手段と、
前記相手グループ内から、前記第一抽出手段が抽出した抽出端末と未接続の端末である相手側端末を抽出する第二抽出手段と、
前記第一抽出手段が抽出した前記抽出端末と、前記第二抽出手段が抽出した前記相手側端末とに接続を依頼する接続依頼情報を送信する接続依頼情報送信手段と
を備えたことを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議システム、端末接続方法、及び端末装置に関する。
【背景技術】
【０００２】
従来、例えば任意の端末装置を仮想接続管理端末に指定して、この仮想接続管理端末を中心として、通信回線を介して星状に接続された複数の端末装置により構成された通信ネットワークが開示されている（例えば特許文献１参照）。仮想接続管理端末を含む全ての端末装置は、サーバ機能部を備える。サーバ機能部は、自己が仮想接続管理端末に指定されたとき、他の端末装置で発生した操作イベントの転送を受けて、その操作イベントを全端末装置にブロードキャストする。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−２５４９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数の通信ネットワークが存在する状況下で、例えばこれら互いに異なる通信ネットワーク内の端末同士を全て接続するフルメッシュ接続を行う場合、特許文献１に記載の技術では、仮想接続管理端末が未接続の端末同士を順次接続していくとしても、効率が悪い上に、仮想接続管理端末に負荷が集中する可能性があった。
【０００５】
本発明の目的は、互いに異なるグループ内の端末同士を全て接続する場合に、サーバの負荷を軽減しつつ、端末同士の効率的な接続を可能とする会議システム、端末接続方法、及び端末装置を提供することである。
【課題を解決するための手段】
【０００６】
本発明の第１態様に係る会議システムは、互いに接続して音声情報又は画像情報の送受信を行う複数の端末と、前記複数の端末同士を接続可能なサーバとを備え、前記複数の端末が接続して構成される複数のグループが存在する場合に、互いに異なる前記グループ内の端末同士を全て接続して前記音声情報及び前記画像情報の送受信を行う会議システムであって、前記端末は、前記サーバを介して、自グループとは異なる相手グループ内の一端末との接続を前記サーバに要求する接続要求手段と、前記サーバによって前記一端末との接続が完了した場合に、前記複数の端末毎に、自端末とは異なる他端末と接続する現在の接続端末数を前記サーバから夫々取得する接続端末数取得手段と、前記接続端末数取得手段が取得した前記端末毎の前記接続端末数に基づき、前記端末同士を接続する為のサーバ機能を有する接続管理端末として機能するか否かを決定する接続管理端末決定手段と、前記接続管理端末決定手段が前記接続管理端末として機能すると決定した場合に、前記自グループ内の前記他端末から一端末を抽出する第一抽出手段と、前記相手グループ内から、前記第一抽出手段が抽出した抽出端末と未接続の端末である相手側端末を抽出する第二抽出手段と、前記第一抽出手段が抽出した前記抽出端末と、前記第二抽出手段が抽出した前記相手側端末とに接続を依頼する接続依頼情報を送信する依頼情報送信手段と、前記接続管理端末決定手段が前記接続管理端末として機能すると決定しなかった場合に、前記接続管理端末として機能する前記他端末から送信された前記接続依頼情報を受信する受信手段と、前記受信手段が受信した前記接続依頼情報に従い、前記相手側端末と接続する第一接続手段とを備え、前記サーバは、前記端末の前記接続要求手段による要求に基づき、前記接続を依頼した端末と、前記相手グループ内の前記一端末とを接続する第二接続手段を備える。
【０００７】
第１態様に係る会議システムでは、端末が端末同士を接続する為の接続管理端末として機能する。それ故、従来ならば１つのサーバで行っていた接続処理を端末が分散して行うことができるので、複数の端末同士を全て接続するフルメッシュ接続を効率的に行うことができる。またサーバの負荷を軽減することもできる。
【０００８】
また第１態様において、前記互いに異なる前記グループ内の端末同士が全て接続されるまで、自端末が前記接続管理端末である場合は、前記第一抽出手段、及び前記依頼情報送信手段に各処理を繰り返し実行させ、自端末が前記接続管理端末でない場合は、前記接続端末数取得手段、前記接続管理端末決定手段、前記第一抽出手段、前記第二抽出手段、前記依頼情報送信手段、前記受信手段、及び前記第一接続手段に各処理を繰り返し実行させる制御手段を備えるとよい。故に、本態様はフルメッシュ接続を効率的に行うことができる。
【０００９】
また第１態様において、前記接続管理端末決定手段は、前記自端末の前記接続端末数が最大であった場合に、前記接続管理端末として機能すると決定するとよい。接続端末数が最大の端末は他端末に比べて多くの端末と接続している。そのような端末を接続管理端末として機能させることにより、より効率的なフルメッシュ接続が可能となる。
【００１０】
また第１態様において、前記接続管理端末決定手段は、前記自グループ内の前記端末毎の前記接続端末数に基づき、前記自グループ内において前記接続管理端末として機能するか否かを決定するとよい。それ故、各グループ内において夫々の接続管理端末が並列で接続処理を実行する。従って、より効率的なフルメッシュ接続が可能となる。
【００１１】
また第１態様において、前記サーバは、前記グループ毎に、前記接続管理端末以外で前記接続端末数が最大の端末を夫々抽出する第三抽出手段と、前記抽出手段によって抽出した前記端末同士を前記サーバを介して接続する第三接続手段とを備えるとよい。接続管理端末に加え、さらにサーバを利用して端末同士を接続することにより、より効率的なフルメッシュ接続が可能となる。
【００１２】
本発明の第２態様に係る端末接続方法は、互いに接続して音声情報及び画像情報の送受信を行う複数の端末と、前記複数の端末同士を接続するサーバとを備え、前記複数の端末で構成される複数のグループが存在する場合に、互いに異なる前記グループ内の端末同士を全て接続して前記音声情報及び前記画像情報の送受信を行う会議システムによって行われる端末接続方法であって、前記端末によって行われる端末側工程と、前記サーバによって行われるサーバ側工程とを備え、前記端末側工程は、前記サーバを介して、自グループとは異なる相手グループ内の一端末との接続を前記サーバに要求する接続要求工程と、前記サーバによって前記一端末との接続が完了した場合に、前記複数の端末毎に、自端末とは異なる他端末と接続する現在の接続端末数を前記サーバから夫々取得する接続端末数取得工程と、前記接続端末数取得工程において取得した前記端末毎の前記接続端末数に基づき、前記端末同士を接続する為のサーバ機能を有する接続管理端末として機能するか否かを決定する接続管理端末決定工程と、前記接続管理端末決定工程において前記接続管理端末として機能すると決定した場合に、前記自グループ内の前記他端末から一端末を抽出する第一抽出工程と、前記相手グループ内から、前記第一抽出工程において抽出した抽出端末と未接続の端末である相手側端末を抽出する第二抽出工程と、前記第一抽出工程において抽出した前記抽出端末と、前記第二抽出工程において抽出した前記相手側端末とに接続を依頼する接続依頼情報を送信する依頼情報送信工程と、前記接続管理端末決定工程において前記接続管理端末として機能すると決定しなかった場合に、前記接続管理端末として機能する前記他端末から送信された前記接続依頼情報を受信する受信工程と、前記受信工程において受信した前記接続依頼情報に従い、前記相手側端末と接続する第一接続工程とを備え、前記サーバ側工程は、前記端末の前記接続要求工程における要求に基づき、前記接続を依頼した端末と、前記相手グループ内の前記一端末とを接続する第二接続工程を備える。
【００１３】
第２態様に係る端末接続方法では、端末が端末同士を接続する為の接続管理端末として機能する。それ故、従来ならば１つのサーバで行っていた接続処理を端末が分散して行うことができるので、フルメッシュ接続を効率的に行うことができる。またサーバの負荷を軽減することもできる。
【００１４】
本発明の第３態様に係る端末装置は、互いに接続して音声情報又は画像情報の送受信を行う複数の端末と、前記複数の端末同士を接続可能なサーバとを備える会議システムで、前記複数の端末が接続して構成される複数のグループが存在する場合に、互いに異なる前記グループ内の端末同士を全て接続して前記音声情報及び前記画像情報の送受信を行う会議システムを構成する端末装置であって、前記サーバを介して、自グループとは異なる相手グループ内の一端末との接続を前記サーバに要求する接続要求手段と、前記サーバによって前記一端末との接続が完了した場合に、前記複数の端末毎に、自端末とは異なる他端末と接続する現在の接続端末数を前記サーバから夫々取得する接続端末数取得手段と、前記接続端末数取得手段が取得した前記端末毎の前記接続端末数に基づき、前記端末同士を接続する為のサーバ機能を有する接続管理端末として機能するか否かを決定する接続管理端末決定手段と、前記接続管理端末決定手段が前記接続管理端末として機能すると決定した場合に、前記自グループ内の前記他端末から一端末を抽出する第一抽出手段と、前記相手グループ内から、前記第一抽出手段が抽出した抽出端末と未接続の端末である相手側端末を抽出する第二抽出手段と、前記第一抽出手段が抽出した前記抽出端末と、前記第二抽出手段が抽出した前記相手側端末とに接続を依頼する接続依頼情報を送信する接続依頼情報送信手段とを備える。
【００１５】
第３態様に係る端末装置は、端末が端末同士を接続する為の接続管理端末として機能する。それ故、従来ならば１つのサーバで行っていた接続処理を端末が分散して行うことができるので、複数の端末同士を全て接続するフルメッシュ接続を効率的に行うことができる。またサーバの負荷を軽減することもできる。
【図面の簡単な説明】
【００１６】
【図１】グループＡ、Ｂ内の各端末間をフルメッシュ接続する前後の会議システム１の接続状態を示す図である。
【図２】第一フルメッシュ接続工程の流れを示す工程図である。
【図３】図２の続きを示す工程図である。
【図４】端末Ｂ１の電気的構成を示すブロック図である。
【図５】ＨＤＤ１３の各記憶領域を示す概念図である。
【図６】端末情報テーブル１３１１の概念図である。
【図７】接続端末テーブル１３２１の概念図である。
【図８】接続依頼データ４１の内容を示す概念図である。
【図９】端末情報データ４２の内容を示す概念図である。
【図１０】接続端末データ４３の内容を示す概念図である。
【図１１】第一フルメッシュ接続処理のフローチャートである。
【図１２】図１１の続きを示すフローチャートである。
【図１３】図１２の続きを示すフローチャートである。
【図１４】図１３の続きを示すフローチャートである。
【図１５】第二フルメッシュ接続工程の途中からの工程図である（第一変形例）。
【図１６】第二フルメッシュ接続処理のフローチャートである。
【図１７】図１６の続きを示すフローチャートである。
【図１８】図１７の続きを示すフローチャートである。
【図１９】接続依頼データ送信処理のフローチャートである。
【図２０】サーバ接続処理のフローチャートである（第二変形例）。
【発明を実施するための形態】
【００１７】
以下、本発明を具現化した一実施形態である会議システム１、フルメッシュ接続工程、及び端末について、図面を参照して説明する。なお参照する図面は本発明が採用し得る技術的特徴を説明する為に用いられるものである。図面に記載されている装置構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００１８】
先ず、図１を参照して、会議システム１の構成について説明する。会議システム１は、例えばグループＡ，Ｂ、サーバ３等を備える。グループＡは例えば端末Ａ１，Ａ２を備える。端末Ａ１とＡ２は互いにＰｔｏＰ（Peer to Peer）で接続し、映像、音声等の各種データを送受信して遠隔会議を実施している。グループＢは例えば端末Ｂ１〜Ｂ３を備える。端末Ｂ１〜Ｂ３はＰｔｏＰで互いに接続し、映像、音声等の各種データを送受信して会議を実施している。端末Ａ１，Ａ２、Ｂ１〜Ｂ３は、端末のユーザ間で通話を実行させる機能（ＩＰ電話機能）を少なくとも備える。ＩＰ電話機能を実現するための呼制御プロトコルとして、例えばＳＩＰ（Session Initiation Protocol）が用いられる。端末Ａ１，Ａ２、Ｂ１〜Ｂ３は、専用端末の他、据え置き型のパーソナルコンピュータ、携帯端末等が利用可能である。サーバ３は図示しないが、会議システム１を構成する全端末と接続している。サーバ３は例えばデータベースとして機能する他、端末同士をＰｔｏＰで接続する際に利用される。
【００１９】
会議システム１は上記接続形態からフルメッシュ接続を行うことができる。フルメッシュ接続とは、例えばグループＡ，Ｂ内の各端末同士を全て接続することにより、他の全ての端末と直接通信できる接続形態である。フルメッシュ接続の結果、グループＡ，Ｂは一つのグループＣとなる。会議システム１は、フルメッシュ接続を効率良く行う為に、サーバ３を利用することに加え、会議システム１を構成する端末の中の何れかを「接続管理端末」として機能させる。接続管理端末は、サーバ３とは別に、端末同士を接続するサーバとして機能する。それ故、会議システム１はサーバ３の負荷を軽減できると共に、フルメッシュ接続を効率よく行うことができる。
【００２０】
図２，図３を参照して、第一フルメッシュ接続工程の手順について説明する。第一フルメッシュ接続工程は会議システム１によって行われる。第一フルメッシュ接続工程は、全グループで１つの接続管理端末を指定して行われる。ここでは６つの工程に分けて順に説明する。
【００２１】
［第一工程］
図２に示すように、グループＡ内では端末Ａ１とＡ２が互いに接続している。グループＢ内では端末Ｂ１〜Ｂ３が互いに接続している。グループＡ，Ｂ内の各端末は、映像、音声等の各種データを送受信することで、別々に遠隔会議を実施している。この状況から例えば端末Ｂ１からフルメッシュ接続を開始する。端末Ｂ１が所属するグループＢは自グループ、グループＡは相手グループとなる。
［第二工程］
グループＢ内の端末Ｂ１は、サーバ３を介して、グループＡ内の一端末Ａ１と接続する。
［第三工程］
各端末は接続端末数を夫々算出する。自グループ内で接続端末数が最大の端末が接続管理端末である。例えば、端末Ａ１の接続端末数は２、端末Ａ２の接続端末数は１、端末Ｂ１の接続端末数は３、端末Ｂ２の接続端末数は２、端末Ｂ３の接続端末数は２である。接続端末数が最大の端末は端末Ｂ１である。故に端末Ｂ１が接続管理端末として機能する。相手グループ内で最大の端末接続数の端末は「接続管理候補端末」である。グループＡの中で端末接続数が最大の端末は端末Ａ１である。故に端末Ａ１は接続管理候補端末である。接続管理候補端末は、後述する第五工程（図３参照）において、次に接続管理端末として機能する候補の端末である。
【００２２】
［第四工程］
図３に示すように、接続管理端末である端末Ｂ１が所属するグループＢの全ての端末Ｂ２、Ｂ３が、グループＡの接続管理候補端末である端末Ａ１と接続するまで、端末Ｂ１を介して接続する。これにより端末Ａ１に対して端末Ｂ１〜Ｂ３が全て接続する。
［第五工程］
接続管理端末である端末Ｂ１の役割を、接続管理候補端末である端末Ａ１に委譲する。これにより接続管理端末は端末Ｂ１から端末Ａ１となる。
［第六工程］
全ての端末がフルメッシュ接続となるまで、接続管理端末である端末Ａ１を介して、未接続の端末同士を接続する。具体的には、端末Ａ２と端末Ｂ１、端末Ａ２と端末Ｂ２、端末Ａ２と端末Ｂ３を夫々接続する。こうしてフルメッシュ接続が完了する。
【００２３】
図４を参照して、端末Ｂ１の電気的構成について説明する。他の端末の電気的構成は端末Ｂ１と同じであるので説明を省略する。端末Ｂ１はＣＰＵ１０を備える。ＣＰＵ１０は端末Ｂ１の動作を統括制御する。ＣＰＵ１０には、ＲＯＭ１１、ＲＡＭ１２、ハードディスクドライブ（以下、「ＨＤＤ」という。）１３、及び入出力インタフェイス（Ｉ／Ｆ）１９が、バス１８を介して接続されている。
【００２４】
ＲＯＭ１１は、端末Ｂ１を動作させる為のプログラム及び初期値等を記憶する。ＲＡＭ１２は各種情報を一時的に記憶する。ＨＤＤ１３は不揮発性の記憶装置である。ＨＤＤ１３は、後述する第一フルメッシュ接続処理（図１１〜図１４参照）等を実行させる為の各種プログラム、処理に必要な設定情報、データ、テーブル等を記憶する。ＨＤＤ１３の代わりにＥＥＰＲＯＭ（登録商標）やフラッシュメモリ等の記憶装置を用いてもよい。
【００２５】
入出力インタフェイス１９には、音声入力処理部２１、音声出力処理部２２、映像入力処理部２３、映像出力処理部２４、操作入力処理部２５、及び外部通信インタフェイス（Ｉ／Ｆ）２６が接続されている。音声入力処理部２１は、音声を集音（入力）するマイク３１からの音声信号を処理して音声データを生成する。音声出力処理部２２は、音声データを処理してスピーカ３２から音声を発生（出力）させる。映像入力処理部２３は、画像を撮像するカメラ３３からの画像信号を処理して画像データを生成する。映像出力処理部２４は、画像データを処理して表示装置３４に画像を表示させる。操作入力処理部２５は、キーボード、マウス等の操作部３５を用いてユーザが入力する操作の指示信号を処理する。外部通信Ｉ／Ｆ２６は、端末Ｂ１を、例えば端末Ｂ２，Ｂ３に夫々接続する。カメラ３３は、例えばＣＭＯＳやＣＣＤなどのイメージセンサを搭載した単焦点デジタルカメラである。
【００２６】
図５を参照して、ＨＤＤ１３の各種記憶領域について説明する。ＨＤＤ１３は、例えば端末情報テーブル記憶領域１３１、接続端末テーブル記憶領域１３２等を備える。端末情報テーブル記憶領域１３１は、後述する端末情報テーブル１３１１（図６参照）を記憶する。接続端末テーブル記憶領域１３２は、後述する接続端末テーブル１３２１（図７参照）を記憶する。以下、各テーブルについて説明する。
【００２７】
図６を参照して、端末情報テーブル１３１１について説明する。端末情報テーブル１３１１は、自端末の端末情報と、自端末に接続している他端末の端末情報とを保持する為のテーブルである。端末情報テーブル１３１１は、例えばデータ番号、端末名、自グループフラグ、接続管理フラグ、及び接続端末数等を夫々対応付けて記憶する。データ番号は、自端末の端末情報に加え、他端末から送信される各端末情報を識別する番号である。自グループフラグは、その端末が自分の所属しているグループに所属する端末か否かを示す。例えば自グループ内に所属する場合はtrue、相手グループ内に所属する場合はfalseが記憶される。端末Ｂ１の端末情報テーブル１３１１では、グループＢが自グループ、グループＡが相手グループである。接続管理フラグは、その端末が接続管理端末として機能するか否かを示す。例えば接続管理端末として機能する場合はtrue、機能しない場合はfalseが記憶される。接続端末数はその端末が実際に接続している端末の数を示す。
【００２８】
例えば、図６に示す端末情報テーブル１３１１は、図２に示す第二工程における端末Ｂ１の端末情報テーブル１３１１である。第二工程において、端末Ｂ１に接続しているのは、端末Ａ１，Ｂ２，Ｂ３である。例えばデータ番号０１には、端末Ａ１の端末情報が登録されている。データ番号０２には、端末Ｂ１の端末情報が登録されている。データ番号０３には、端末Ｂ２の端末情報が登録されている。データ番号０４には、端末Ｂ３の端末情報が登録されている。なお端末Ｂ１には端末Ａ２は接続していない。故に端末情報テーブル１３１１には端末Ａ２の端末情報は登録されていない。
【００２９】
そして、端末Ａ１はグループＡであるので、自グループフラグはfalseである。端末Ｂ１〜Ｂ３はグループＢであるので、自グループフラグはtrueである。端末Ａ１の接続端末数は２である。端末Ｂ１の接続端末数は３である。端末Ｂ２の接続端末数は２である。端末Ｂ３の接続端末数は２である。自グループ（グループＢ）内で接続端末数が最大であるのは端末Ｂ１である。故に端末Ｂ１の接続管理フラグはtrueである。一方、相手グループ（グループＡ）内で接続端末数が最大であるのは端末Ａ１である。端末Ａ１の接続管理フラグがfalseである場合、端末Ａ１は接続管理候補端末である。端末情報テーブル１３１１は、例えば他端末と接続して会議を開始した場合に作成され、ＨＤＤ１３の端末情報テーブル記憶領域１３１に記憶される。端末情報テーブル１３１１における接続管理フラグは最初は全てfalseである。
【００３０】
図７を参照して、接続端末テーブル１３２１について説明する。接続端末テーブル１３２１は、自端末と、自端末に接続している他端末がどの端末と接続しているのかの情報を保持する為のテーブルである。接続端末テーブル１３２１は、例えば端末番号、接続番号、及び接続端末番号等を記憶する。端末番号は端末を識別する為の番号である。端末番号は、例えば端末情報テーブル１３１１のデータ番号を使用してもよい。接続番号は各端末において他端末との接続毎に付与される番号である。接続端末番号はその端末に接続している相手側の端末番号である。なお接続端末テーブル１３２１は、自端末が直接参照できない端末の情報は保持しない。
【００３１】
例えば、図７に示す接続端末テーブル１３２１は、第二工程における端末Ｂ１の接続端末テーブル１３２１である。例えば、端末番号０１には、接続番号１、接続端末番号０２が記憶されている。これは端末Ａ１に対するＢ１の接続に対して接続番号１が割り当てられている。さらに端末番号０２には、接続番号１〜３、接続端末番号０１，０３，０４が各々記憶されている。これは端末Ｂ１に対する端末Ａ１の接続に対して接続番号１、端末Ｂ１に対する端末Ｂ２の接続に対して接続番号２、端末Ｂ１に対する端末Ｂ３の接続に対して接続番号３が割り当てられている。さらに端末番号０３には、接続番号１，２、接続端末番号０２，０４が各々記憶されている。これは端末Ｂ２に対する端末Ｂ１の接続に対して接続番号１、端末Ｂ２に対する端末Ｂ３の接続に対して接続番号２が割り当てられている。さらに端末番号０４には、接続番号１，２、接続端末番号０２，０３が各々記憶されている。これは端末Ｂ３に対する端末Ｂ１の接続に対して接続番号１、端末Ｂ３に対する端末Ｂ３の接続に対して接続番号２が割り当てられている。なお端末Ａ２は端末Ｂ１に接続されておらず、端末Ａ２の情報を直接参照できない。故に接続端末テーブル１３２１は端末Ａ２の情報は保持しない。
【００３２】
図８を参照して、接続依頼データ４１について説明する。接続依頼データ４１は、宛先端末に対して特定の端末との接続を依頼する為のデータである。接続依頼データ４１は、例えば宛先端末と接続端末の識別情報を有する。宛先端末は接続依頼データ４１の送信先の端末である。接続端末は宛先端末に依頼する接続先の端末である。宛先端末と接続端末の識別情報は例えばＩＰアドレス等が利用可能である。図８に示す接続依頼データ４１は、端末Ｂ２に対して端末Ａ１との接続を依頼する為のデータである。
【００３３】
図９を参照して、端末情報データ４２について説明する。端末情報データ４２は、例えば自端末の端末情報のデータである。端末情報データ４２は、例えば端末名、接続管理フラグ、接続端末数等の端末情報を有する。端末名はこの情報の送信元端末の端末名である。端末名には例えばＩＰアドレス等が利用可能である。接続管理フラグはこの端末が接続管理端末として機能するか否かを示すフラグである。接続端末数は自端末に接続する他端末の数である。図９に示す端末情報データ４２は端末Ａ１が送信元である。端末Ａ１の接続管理フラグはfalse、接続端末数は２であることを示している。
【００３４】
図１０を参照して、接続端末データ４３について説明する。接続端末データ４３は、例えば自端末に接続する端末名のデータである。端末名はこの情報の送信元端末の端末名である。接続端末名は送信元の端末が接続している端末名である。端末名には例えばＩＰアドレス等が利用可能である。図１０に示す接続端末データ４３は端末Ａ１が送信元である。端末Ａ１に接続しているのは端末Ｂ１，Ｂ３等であることを示している。
【００３５】
なおサーバ３は一般的なコンピュータ装置であり、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ等を備えた周知のものである。
【００３６】
図１１〜図１４を参照して、第一フルメッシュ接続処理について説明する。第一フルメッシュ接続処理はＣＰＵ１０によって実行される。ＣＰＵ１０は例えば他端末と接続して会議を開始すると、ＲＯＭ１１に記憶された第一フルメッシュ接続プログラムを読み込んで、本処理を実行する。ここでは例えば図２の第一工程の状況下で、端末Ｂ１から第一フルメッシュ接続を開始する場合について説明する。
【００３７】
先ず、端末Ｂ１のＣＰＵ１０は他グループとの接続を開始するか否か判断する（Ｓ１）。他グループであるグループＡとの接続開始は、ユーザの操作部３５による操作により行われる。グループＡとの接続を開始しない場合（Ｓ１：ＮＯ）、後述する接続開始情報をグループＢ内の他端末から受信したか否か判断する（Ｓ１０）。接続開始情報は、例えばフルメッシュ接続を開始したことを自端末に接続する他端末に通知する為の情報である。接続開始情報を受信しない場合（Ｓ１：ＮＯ）、Ｓ１に戻って処理を繰り返す。接続開始情報を他端末から受信した場合（Ｓ１：ＹＥＳ）、後述するＳ８に進む。
【００３８】
ＣＰＵ１０はグループＡとの接続を開始する場合（Ｓ１：ＹＥＳ）、サーバ３を介して相手グループの一端末と接続する（Ｓ２）。例えばＣＰＵ１０はサーバ３に接続要求情報を送信する。接続要求情報はグループＡ内の一端末との接続を要求する情報である。サーバ３は端末Ｂ１から受信した接続要求情報に基づき、端末Ｂ１と例えば端末Ａ１とを接続する。端末Ｂ１と端末Ａ２とを接続してもよい。サーバ３の接続処理は通常の接続処理であるので具体的な説明を省略する。
【００３９】
次いで、ＣＰＵ１０は端末Ｂ１と接続する全端末に接続開始情報を送信する（Ｓ３）。端末Ｂ１と接続する端末はＡ１，Ｂ２，Ｂ３である。ＣＰＵ１０は端末Ａ１，Ｂ２，Ｂ３に接続開始情報を夫々送信する。ＣＰＵ１０は端末情報テーブル１３１１（図６参照）において、自端末の接続端末数を更新する（Ｓ４）。ここでは、図２の第三工程のように、端末Ｂ１は新たに端末Ａ１と接続したので、接続端末数は１加算して３となる。
【００４０】
ＣＰＵ１０は自グループ内で自端末の接続端末数が最大か否か判断する（Ｓ５）。ＣＰＵ１０は端末情報テーブル１３１１を参照する。例えば端末Ｂ１の接続端末数は３であり、グループＢ内で最大であるので（Ｓ５：ＹＥＳ）、自端末の接続管理フラグをtrueに更新する（Ｓ６）。なお自端末の接続端末数が最大でない場合（Ｓ５：ＮＯ）、自端末の接続管理フラグを更新せずにＳ７に進む。故に接続管理フラグはfalseのままである。
【００４１】
次いで、ＣＰＵ１０は端末情報データ４２を自端末に接続している他端末に送信する（Ｓ７）。例えば図２の第三工程のように、端末Ｂ１には端末Ａ１，Ｂ２，Ｂ３が接続している。ＣＰＵ１０は端末情報データを端末Ａ１，Ｂ２，Ｂ３に夫々送信する。さらにＣＰＵ１０は接続端末テーブル１３２１を作成する（Ｓ８）。作成した接続端末テーブル１３２１は、ＨＤＤ１３の接続端末テーブル記憶領域１３２に記憶する。ＣＰＵ１０は接続端末テーブル１３２１を参照することにより、端末Ｂ１に接続している端末毎の接続状況を把握できる。さらにＣＰＵ１０は接続端末データ４３を、端末Ｂ１に接続している他端末Ａ１，Ｂ２，Ｂ３に夫々送信する（Ｓ９）。この場合の接続端末データ４３は、端末Ｂ１が端末Ａ１，Ｂ２，Ｂ３と夫々接続していることを示すデータである。
【００４２】
次いで、図１２に示すように、ＣＰＵ１０は他端末から端末情報データ４２を受信したか否か判断する（Ｓ１３）。端末情報データ４２を受信した場合（Ｓ１３：ＹＥＳ）、端末情報テーブル１３１１のデータを更新し（Ｓ１４）、Ｓ１３に戻って処理を繰り返す。端末情報データ４２を受信しない場合（Ｓ１３：ＮＯ）、接続端末データ４３を受信したか否か判断する（Ｓ１５）。接続端末データ４３を受信した場合（Ｓ１５：ＹＥＳ）、接続端末テーブル１３２１を更新し（Ｓ１６）、Ｓ１３に戻って処理を繰り返す。
【００４３】
また、ＣＰＵ１０は接続端末データ４３を受信しない場合（Ｓ１５：ＮＯ）、接続依頼データ４１を受信したか否か判断する（Ｓ１７）。後述するが、接続依頼データ４１は接続管理端末が送信するデータである。故に接続依頼データ４１を他端末から受信した場合、自端末は接続管理端末として機能していない。
【００４４】
例えば図２の第三工程において、端末Ｂ２は接続管理端末ではない。端末Ｂ２のＣＰＵ１０は、接続管理端末として機能する端末Ｂ１から図８に示す接続依頼データ４１を受信した場合（Ｓ１７：ＹＥＳ）、受信した接続依頼データ４１を元に、グループＡの端末Ａ１と接続する（Ｓ１８）。ＣＰＵ１０は端末情報テーブル１３１１の自端末数の接続数を更新する（Ｓ１９）。ＣＰＵ１０は端末情報データ４２を、端末Ｂ２に接続している他端末Ａ１，Ｂ１，Ｂ３に送信する（Ｓ２０）。次いで、ＣＰＵ１０は接続端末テーブル１３２１のデータを更新する（Ｓ２１）。ＣＰＵ１０は接続端末データ４３を端末Ｂ２に接続している他端末Ａ１，Ｂ１，Ｂ３に夫々送信する（Ｓ２２）。端末Ｂ２のＣＰＵ１０はＳ１３に戻って処理を繰り返す。
【００４５】
端末Ｂ１のＣＰＵ１０は、接続依頼データ４１を受信しない場合（Ｓ１７：ＮＯ）、図１３に示すように、自端末は接続管理端末か否か判断する（Ｓ２５）。ＣＰＵ１０は端末情報テーブル１３１１を参照し、接続管理フラグがtrueかfalseかで判断する。接続管理フラグがtrueである場合（Ｓ２５：ＹＥＳ）、自グループであるグループＢ内に未接続の端末が存在するか否か判断する（Ｓ２６）。ＣＰＵ１０は端末情報テーブル１３１１を参照し、例えばグループＢ内において接続端末数が他に比べて少ない端末を抽出する。端末Ｂ１の接続端末数に比べて端末Ｂ２，Ｂ３の接続端末数が少ない。つまり、端末Ｂ２，Ｂ３は、まだ接続すべき端末がグループＡ内に存在する未接続の端末である。この場合（Ｓ２６：ＹＥＳ）、未接続の端末Ｂ２，Ｂ３のうち何れか一端末（例えば端末Ｂ２）を抽出する（Ｓ２７）。
【００４６】
次いで、ＣＰＵ１０は抽出した端末Ｂ２と未接続の端末をグループＡから抽出する（Ｓ２８）。ＣＰＵ１０は端末情報テーブル１３１１及び接続端末テーブル１３２１を参照する。例えば端末情報テーブル１３１１には、端末Ａ１，Ｂ２の端末情報が夫々登録されているが、接続端末テーブル１３２１には、端末Ａ１と端末Ｂ２との接続が登録されていない。つまり端末Ａ１と端末Ｂ２とが接続されていない。従って、ＣＰＵ１０はグループＡ内から端末Ａ１を抽出する。端末Ａ１は接続管理候補端末である。
【００４７】
次いで、ＣＰＵ１０は、抽出した端末Ａ１，Ｂ２の各端末情報を元に、接続依頼データ４１を夫々作成する（Ｓ２９）。具体的には、端末Ｂ２に対して端末Ａ１との接続を依頼する接続依頼データ４１（図８参照）と、端末Ａ１に対して端末Ｂ２との接続を依頼する接続依頼データ４１とを夫々作成する。ＣＰＵ１０は作成したこれら接続依頼データ４１を、端末Ａ１，Ｂ２に対して夫々送信する（Ｓ３０）。端末Ａ１，Ｂ２は、受信した各接続依頼データ４１に基づき、互いに接続する。
【００４８】
ＣＰＵ１０は図１２のＳ１３に戻る。なおグループＢ内には未接続の端末Ｂ３がまだ存在するので（Ｓ２６：ＹＥＳ）、ＣＰＵ１０は上記同様に図１３のＳ２７〜Ｓ２９の処理を実行する。ＣＰＵ１０は接続依頼データ４１を端末Ａ１，Ｂ３に対して夫々送信する（Ｓ３０）。端末Ａ１，Ｂ３は、各接続依頼データ４１に基づき、互いに接続する。これにより会議システム１は図３の第四工程の状態となる。ＣＰＵ１０は図１２のＳ１３に戻って処理を繰り返す。
【００４９】
第四工程の状態では、グループＢ内の端末Ｂ１〜Ｂ３の接続端末数は全て３である。従って、グループＢ内に未接続の端末は存在しないので（Ｓ２６：ＮＯ）、ＣＰＵ１０はグループＡ内に未接続の端末が存在するか否か判断する（Ｓ３１）。例えば第四工程の状態では、端末Ｂ１〜Ｂ３は全て端末Ａ１と接続している。故に端末情報テーブル１３１１において、端末Ｂ１〜Ｂ３の接続端末数は全て３である。一方、端末Ａ１は、端末Ｂ１〜Ｂ３に加え、端末Ａ２にも接続しているので、接続端末数は４である。つまり、グループＡ内には、グループＢの端末と未接続の端末が存在する。
【００５０】
ＣＰＵ１０はグループＡ内に未接続の端末が存在するので（Ｓ３１：ＹＥＳ）、続いて、相手グループＡ内で接続端末数が最大の端末に対して、接続管理端末依頼情報を送信する（Ｓ３２）。第四工程のように、グループＡ内で接続端末数が最大の端末は端末Ａ１である。端末Ａ１は接続管理候補端末である。ＣＰＵ１０は接続管理候補端末である端末Ａ１に接続管理端末依頼情報を送信する。接続管理端末依頼情報は、接続管理端末としての役割を委譲する為の情報である。ＣＰＵ１０は端末情報テーブル１３１１の自端末の接続管理フラグをtrueからfalseに更新する（Ｓ３３）。これにより第五工程のように、接続管理端末としての役割は端末Ｂ１から端末Ａ１に委譲される。ＣＰＵ１０は端末情報データを、自端末に接続している端末Ａ１，Ｂ２，Ｂ３に送信する（Ｓ３４）。端末Ｂ１は接続管理端末としての機能を終える。ＣＰＵ１０は図１２のＳ１３に戻り、処理を繰り返す。
【００５１】
一方、第四工程において、接続管理候補端末である端末Ａ１のＣＰＵ１０は以下の処理を実行する。端末情報テーブル１３１１の端末Ａ１の接続管理フラグはfalseである。よって、端末Ａ１は接続管理端末ではないので（Ｓ２５：ＮＯ）、図１４に示すように、接続管理端末依頼情報を受信したか否か判断する（Ｓ３７）。上述のように、端末Ｂ１から接続管理端末依頼情報を受信した場合（Ｓ３７：ＹＥＳ）、自端末Ａ１の接続管理フラグをfalseからtrueに更新する（Ｓ３８）。これにより端末Ａ１が接続管理端末として機能する。会議システム１は第五工程の状態となる。ＣＰＵ１０は端末情報データを、端末Ａ１に接続している端末Ａ２、端末Ｂ１〜Ｂ３に各々送信する（Ｓ３９）。ＣＰＵ１０は図１２のＳ１３に戻り、処理を繰り返す。
【００５２】
なお端末Ｂ１から接続管理端末依頼情報を受信しない場合（Ｓ３７：ＮＯ）、フルメッシュ接続が完了したか否か判断する（Ｓ４０）。フルメッシュ接続がまだ完了していない場合（Ｓ４０：ＮＯ）、図１２のＳ１３に戻り、フルメッシュ接続が完了するまで処理を繰り返す。
【００５３】
そして、端末Ａ１のＣＰＵ１０は、接続管理端末として上記の端末Ｂ１と同じ処理（図１３のＳ２７〜Ｓ３０）を実行する。つまり、端末Ａ１は、端末Ａ２と端末Ｂ１、端末Ａ２と端末Ｂ２、端末Ａ２と端末Ｂ３を夫々接続する。これにより会議システム１は図３の第六工程の状態となり、フルメッシュ接続が完了する。
【００５４】
次いで、端末Ａ１のＣＰＵ１０はグループＡ，Ｂ内に未接続の端末が存在しないと判断した場合（Ｓ２６：ＮＯ、Ｓ３１：ＮＯ）、フルメッシュ接続が完了したか否か判断する（Ｓ４０）。例えば会議中に別の端末が接続した場合、フルメッシュ接続がまだ完了していないので（Ｓ４０：ＮＯ）、図１２のＳ１３に戻り、フルメッシュ接続が完了するまで上記処理を繰り返す。
【００５５】
一方、ＣＰＵ１０はフルメッシュ接続が完了した場合（Ｓ４０：ＹＥＳ）、端末情報テーブル１３１１の自グループフラグを全てtrueに更新する（Ｓ４１）。グループＡ、Ｂは一つのグループＣとなる。さらにＣＰＵ１０は端末情報テーブル１３１１の接続管理フラグを全てfalseに更新する（Ｓ４２）。さらにＣＰＵ１０はＨＤＤ１３に記憶された接続端末テーブル１３２１のデータを削除する（Ｓ４３）。こうしてＣＰＵ１０は本処理を終了する。会議システム１はフルメッシュ接続が完了し、各端末Ａ１，Ａ２，Ｂ１〜Ｂ３は映像情報及び音声情報等を互いに送受信することで、グループＣ内で遠隔会議を行うことができる。
【００５６】
以上説明したように、本実施形態の会議システム１は、グループＡ，Ｂ、サーバ３を備える。グループＡでは端末Ａ１とＡ２が互いにＰｔｏＰで接続している。グループＢでは端末Ｂ１〜Ｂ３がＰｔｏＰで互いに接続している。会議システム１は上記状況からフルメッシュ接続を行う。会議システム１は、最初に各グループの一端末同士（例えば端末Ａ１とＢ１）をサーバ３を介して接続する。その後、自端末に接続する接続端末数が最大の端末を接続管理端末として機能させる。接続管理端末はサーバ３とは別に、端末同士を接続するサーバとして機能する。それ故、会議システム１はサーバ３の負荷を軽減し、かつフルメッシュ接続を効率よく行うことができる。
【００５７】
また本実施形態では、会議システム１を構成する各端末は、自端末の接続端末数が最大であった場合に、接続管理端末として機能する。接続端末数が最大の端末は他端末に比べて多くの端末と接続している。そのような端末を接続管理端末として機能させることにより、より効率的なフルメッシュ接続が可能となる。
【００５８】
なお、本発明は上記実施形態に限定されず、様々な変形が可能である。例えば、上記形態では、全グループＡ，Ｂ内において接続管理端末を１つだけ設定し、第一フルメッシュ接続処理の途中で、接続管理端末の役割を相手グループ内の接続管理候補端末に委譲する。これに対し、例えば各グループＡ，Ｂ毎に接続管理端末を夫々設定してもよい。この場合、各グループＡ，Ｂ内において、少なくとも２つの接続管理端末が未接続の端末同士を並行して順次接続する。故に上記実施形態よりもさらに効率よくフルメッシュ接続を行うことができる。
【００５９】
そこで、第一変形例について、図１５〜図１９を参照して説明する。第一変形例は、各グループ毎に接続管理端末を設定するものである。なお第一変形例である会議システム１００の構成、電気的構成等は、上記実施形態とほぼ同じであるので、差異を中心に説明する。会議システム１００は、第二フルメッシュ接続工程を行う。さらに各端末のＣＰＵ１０は、第二フルメッシュ接続処理を実行する。以下これらを順に説明する。上記実施形態と共通する部分については説明を省略する。
【００６０】
先ず、図２，図１５を参照して、第二フルメッシュ接続工程の手順について説明する。第二フルメッシュ接続工程は会議システム１００によって行われる。第二フルメッシュ接続工程は各グループＡ，Ｂ内で接続管理端末を夫々指定して行われる。なお第二工程までは、第一フルメッシュ接続工程と同じである。つまり、第二フルメッシュ接続工程は、第一工程、第二工程を行った後、第七工程〜第十工程を行う。なお第七工程〜第十工程は、第一フルメッシュ接続工程の第三工程〜第六工程に対応している。ここでは、第七工程〜第十工程を説明する。
【００６１】
［第七工程］
図２に示すように、第一工程、第二工程の後、第七工程において、各端末の接続端末数を夫々算出する。グループＡ，Ｂ内で接続端末数が最大の端末を夫々接続管理端末とする。例えば端末Ａ１の接続端末数は２、端末Ａ２の接続端末数は１、端末Ｂ１の接続端末数は３、端末Ｂ２の接続端末数は２、端末Ｂ３の接続端末数は２である。グループＡ内で接続端末数が最大の端末は端末Ａ１である。故にグループＡ内では端末Ａ１が接続管理端末として機能する。一方、グループＢ内で接続端末数が最大の端末は端末Ｂ１である。故にグループＢ内では端末Ｂ１が接続管理端末として機能する。
［第八工程］
図１５に示すように、接続管理端末Ａ１，Ｂ１は、各グループＡ，Ｂ内において、自端末以外の接続端末数が最大の端末と、相手グループ内の一端末とを順次接続する。接続管理端末Ａ１，Ｂ１は互いに並列で処理を実行する。例えば接続管理端末Ａ１は端末Ａ２と端末Ｂ１を接続する。他方、接続管理端末Ｂ１は端末Ａ１と端末Ｂ２を接続する。故に上記実施形態に比べ、端末同士をさらに効率よく接続できる。
［第九工程］
例えば、一つのグループ内で接続端末数が最大の端末が複数発生した場合、最大接続端末数の端末を全て接続管理端末として動作させる。例えばグループＢ内において、端末Ｂ１と端末Ｂ２は接続端末数は何れも４で最大である。この場合、端末Ｂ１と端末Ｂ２の両方を接続管理端末として動作させる。故に上記実施形態に比べ、端末同士をさらに効率よく接続できる。
［第十工程］
全ての端末がフルメッシュ接続となるまで、第八工程、第九工程を繰り返す。複数の接続管理端末を介して、未接続の端末同士を順次接続する。こうして会議システム１００はフルメッシュ接続が完了する。
【００６２】
図１６〜図１９を参照して、第二フルメッシュ接続処理について説明する。第二フルメッシュ接続処理はＣＰＵ１０によって実行される。ＣＰＵ１０は例えば他端末と接続して会議を開始すると、ＲＯＭ１１に記憶された第二フルメッシュ接続プログラムを読み込んで、本処理を実行する。ここでは例えば図２の第一工程の状況下で、端末Ｂ１から第二フルメッシュ接続を開始する場合について説明する。
【００６３】
なお第二フルメッシュ接続処理は、第一フルメッシュ接続処理の一部を変更したものである。よってここでは変更した部分を中心に説明する。なお図１６は図１１、図１７は図１２、図１８は図１３に夫々対応する。
【００６４】
先ず、図１６に示すように、第二フルメッシュ接続処理では、Ｓ１〜Ｓ９の処理において、ＣＰＵ１０は第一フルメッシュ接続処理のＳ５の処理を実行しない。つまり、他グループとの接続を開始した端末のＣＰＵ１０は、自端末の接続端末数に限らず、Ｓ６において接続管理フラグをtrueに更新する。自グループ内で最初に他グループとの接続を開始した端末は、自グループ内において接続端末数は最大となる。従って本変形例では、各グループに少なくとも１つの接続管理端末を設定する為、Ｓ６において接続管理フラグをtrueに更新すればよい。
【００６５】
そして、図１７に示すように、第二フルメッシュ接続処理では、Ｓ１３〜Ｓ２２の処理において、ＣＰＵ１０はＳ１９とＳ２０の間にＳ５１，Ｓ５２の処理を行う。例えば、端末Ｂ２のＣＰＵ１０は、接続管理端末として機能する端末Ｂ１から接続依頼データ４１を受信した場合（Ｓ１７：ＹＥＳ）、受信した接続依頼データ４１を元に、グループＡの端末Ａ１と接続する（Ｓ１８）。ＣＰＵ１０は端末情報テーブル１３１１の自端末数の接続数を更新する（Ｓ１９）。
【００６６】
次いで、ＣＰＵ１０は接続端末数が自グループ（グループＢ）内で最大か否か判断する（Ｓ５１）。ＣＰＵ１０は接続端末数が自グループ内で最大である場合（Ｓ５１：ＹＥＳ）、端末情報テーブル１３１１の自端末の接続管理フラグをtrueに更新する（Ｓ５２）。これにより接続端末数が最大の端末が複数になった場合、それら複数の端末を接続管理端末として機能させることができる。また、相手グループであるグループＡ内の端末Ａ１においても、接続端末数が自グループ内で最大であれば自端末の接続管理フラグをtrueに更新する。これによりグループＡ，Ｂの何れにおいても接続管理端末が夫々設定される。なおＣＰＵ１０は接続端末数が自グループ内で最大でない場合（Ｓ５１：ＮＯ）、接続管理フラグは更新せずに、そのままＳ２０に進む。
【００６７】
そして、図１８に示すように、第二フルメッシュ接続処理では、Ｓ２５〜Ｓ４３の処理において、ＣＰＵ１０は第一フルメッシュ接続処理のＳ３１〜Ｓ３９の処理を実行せず、Ｓ２７〜Ｓ３０の代わりに、接続依頼データ送信処理（Ｓ４０）を実行する。
【００６８】
図１９を参照して、接続依頼データ送信処理について説明する。接続依頼データ送信処理は接続管理端末が実行する処理である。ＣＰＵ１０は自グループ内の自端末以外で接続端末数が最大の端末を抽出する（Ｓ６１）。次いで、ＣＰＵ１０は抽出した端末と未接続の端末を相手グループから抽出する（Ｓ６２）。ＣＰＵ１０は端末情報テーブル１３１１及び接続端末テーブル１３２１を参照する。ＣＰＵ１０は抽出した端末の各端末情報を元に接続依頼データ４１を夫々作成する（Ｓ６３）。ＣＰＵ１０は作成したこれら接続依頼データ４１を各端末に対して夫々送信する（Ｓ６４）。各端末は受信した各接続依頼データ４１に基づき、互いに接続する。ＣＰＵ１０は本処理を終了し、処理を図１７のＳ１３に戻す。
【００６９】
以上説明したように、第一変形例である会議システム１００は、各グループＡ，Ｂ内において、少なくとも２つの接続管理端末が未接続の端末同士を並行して順次接続する。故に上記実施形態よりもさらに効率よくフルメッシュ接続を行うことができる。また同グループ内において接続端末数が最大の端末が複数発生した場合は、最大接続数の端末を全て接続管理端末として機能させるので、さらに効率よくフルメッシュ接続を行うことができる。
【００７０】
次に、第二変形例について説明する。上記実施形態及び第一変形例では、サーバ３は、第二工程においてグループＡ，Ｂ内の端末同士を最初に接続する際に使用するのみである。例えば、第二フルメッシュ接続処理を実行中においても、サーバ３の接続機能を使用するとよい。第二変形例では、端末は上記の第一、第二フルメッシュ接続処理を実行し、サーバ３は後述するサーバ接続処理を並行して実行する。
【００７１】
例えば、端末Ｂ１のＣＰＵ１０は、上述の第一、第二フルメッシュ接続処理を実行する。上記実施形態及び第一変形例では、他グループ内の端末と接続を開始した場合（Ｓ１：ＹＥＳ）、サーバ３を介して相手グループ内の一端末と接続した後で（Ｓ２）、自端末に接続する全端末に接続開始情報を送信する（Ｓ３）。第二変形例では、サーバ３にも接続開始情報を送信する。さらにＳ７、Ｓ９、Ｓ２０、Ｓ２２の各処理において、端末情報データ、及び接続端末データをサーバ３にも送信する。
【００７２】
図２０を参照して、サーバ３が実行するサーバ接続処理について説明する。サーバ３は、例えば端末から接続開始情報を受信すると本処理を実行する。先ず、サーバ３は、端末情報テーブルを作成し、ＨＤＤ１３等に記憶する（Ｓ７１）。さらに接続端末テーブルを作成し、ＨＤＤ１３等に記憶する（Ｓ７２）。端末情報テーブル、接続端末テーブルは上記実施形態と同じである。
【００７３】
次いで、サーバ３は端末情報データを受信したか否か判断する（Ｓ７３）。端末情報データを受信した場合（Ｓ７３：ＹＥＳ）、端末情報テーブルを更新する（Ｓ７４）。続いてサーバ３は接続端末データを受信したか否か判断する（Ｓ７５）。接続端末データを受信した場合（Ｓ７５：ＹＥＳ）、接続端末テーブルを更新する（Ｓ７６）。なおサーバ３は、端末情報データを受信しなかった場合（Ｓ７３：ＮＯ）、処理をＳ７５に進める。また接続端末データを受信しなかった場合（Ｓ７５：ＮＯ）、処理をＳ７７に進める。
【００７４】
次いで、サーバ３は、端末情報テーブル及び接続端末テーブルを参照し、各グループＡ，Ｂから接続管理端末以外で接続端末数が最大の端末を夫々抽出する（Ｓ７７）。さらに、サーバ３はそれら抽出した端末同士が未接続か否か判断する（Ｓ７８）。サーバ３は抽出した端末同士が未接続である場合（Ｓ７８：ＹＥＳ）、ＣＰＵ１０は抽出した端末の各端末情報を元に接続依頼データ４１を夫々作成する（Ｓ７９）。ＣＰＵ１０は作成したこれら接続依頼データ４１を各端末に対して夫々送信する（Ｓ８０）。各端末は受信した各接続依頼データ４１に基づき、互いに接続する。
【００７５】
そして、サーバ３はフルメッシュ接続が完了したか否か判断する（Ｓ８１）。フルメッシュ接続が完了していない場合（Ｓ８１：ＮＯ）、処理をＳ７３に戻し、フルメッシュ接続が完了するまで処理を繰り返す。なお抽出した端末同士が既に接続している場合（Ｓ７８：ＮＯ）、処理をＳ８１に進める。フルメッシュ接続が完了した場合（Ｓ８１：ＹＥＳ）、後処理を実行する（Ｓ８２）。後処理は、例えば第一、第二フルメッシュ接続処理のＳ４１〜Ｓ４３の処理を含む。こうしてサーバ３は本処理を終了する。
【００７６】
以上説明したように、第二変形例では、フルメッシュ接続を行う際に、各グループの端末が接続管理端末として機能することに加え、サーバ３も各グループにおける接続管理端末以外の未接続の端末同士を夫々接続する。接続管理端末と、サーバ３が並行して未接続の端末同士を接続するので、さらに効率よくフルメッシュ接続を行うことができる。また第二変形例は、３グループ等のように、グループ数が多ければ多いほど、接続管理端末以外の端末の接続端末数が異なる場面が生じるので特に有効である。
【００７７】
以上説明において、図１１に示すＳ２の処理を実行するＣＰＵ１０が本発明の「接続要求手段」の一例である。Ｓ６の処理を実行するＣＰＵ１０が本発明の「接続管理端末決定手段」の一例である。図１２に示すＳ１３の処理を実行するＣＰＵ１０が本発明の「接続端末数取得手段」の一例である。Ｓ１７の処理を実行するＣＰＵ１０が本発明の「受信手段」の一例である。図１３に示すＳ２７の処理を実行するＣＰＵ１０が本発明の「第一抽出手段」の一例である。Ｓ２８の処理を実行するＣＰＵ１０が本発明の「第二抽出手段」の一例である。Ｓ２９，Ｓ３０の処理を実行するＣＰＵ１０が本発明の「依頼情報送信手段」の一例である。Ｓ１８の処理を実行するＣＰＵ１０が本発明の「第一接続手段」の一例である。図１４に示すＳ４０の処理を実行するＣＰＵ１０が本発明の「制御手段」の一例である。
【００７８】
また、第二変形例において、図２０のＳ７７の処理を実行するＣＰＵ１０が本発明の「第三抽出手段」の一例である。Ｓ７９，Ｓ８０の処理を実行するＣＰＵ１０が本発明の「第三接続手段」の一例である。
【００７９】
また本発明は、上記実施形態、第一、第二変形例の他にも、種々の変更が可能である。例えば、上記実施形態では、２つのグループＡ，Ｂがフルメッシュ接続を行う場合について説明しているが、３つ以上であってもよい。
【００８０】
また上記実施形態において、各グループを構成する端末数は上記実施形態以外であってもよい。
【００８１】
また上記実施形態では、例えば図２に示す第二工程において、接続端末数が最大であるのはグループＢの端末Ｂ１として説明したが、例えば接続する両方のグループで接続端末数が最大である端末が複数（例えば２対２、３対３など）であった場合は、例えば端末のスペックや使用回線速度などを元に接続管理端末を決定するとよい。
【符号の説明】
【００８２】
１  会議システム
３  サーバ
１０  ＣＰＵ
１３  ＨＤＤ
１００  会議システム
１３１  端末情報テーブル記憶領域
１３１１  端末情報テーブル
１３２  接続端末テーブル記憶領域
１３２１  接続端末テーブル
Ａ，Ｂ  グループ
Ａ１，Ａ２，Ｂ１〜Ｂ３  端末
【図１】
0005686104.tif 000002
【図２】
0005686104.tif 000003
【図３】
0005686104.tif 000004
【図４】
0005686104.tif 000005
【図５】
0005686104.tif 000006
【図６】
0005686104.tif 000007
【図７】
0005686104.tif 000008
【図８】
0005686104.tif 000009
【図９】
0005686104.tif 000010
【図１０】
0005686104.tif 000011
【図１１】
0005686104.tif 000012
【図１２】
0005686104.tif 000013
【図１３】
0005686104.tif 000014
【図１４】
0005686104.tif 000015
【図１５】
0005686104.tif 000016
【図１６】
0005686104.tif 000017
【図１７】
0005686104.tif 000018
【図１８】
0005686104.tif 000019
【図１９】
0005686104.tif 000020
【図２０】
0005686104.tif 000021