JP2007142903A - 経路生成システム、経路生成方法、経路管理サーバ、中継装置、端末装置および制御プログラム - Google Patents

Abstract

【課題】ＮＡＴやファイヤウォールがあるネットワークにおいて、グループ通信を行うための最適な通信経路を構築することができる経路生成システム、経路生成方法、経路管理サーバ、中継装置、端末装置および制御プログラムを提供する。
【解決手段】ロケーションサーバは、端末又はＭＣＵからの要求時に、拠点の接続状況とファイヤウォールの情報に基づいて接続候補のＭＣＵを示す候補リストを送信する。リスニング要求またはログイン要求の送信時に、端末及びＭＣＵは、候補リストをロケーションサーバに要求し、決定したＭＣＵに送信する。リスニング要求は、どの端末からでも接続できるファイヤウォールの位置にあるＭＣＵまで順に転送される。ＭＣＵは、リスニング要求を受信した場合、セッション情報として記憶し、ログイン要求を受信した場合であってセッション情報を記憶している場合には、セッション情報に基づいて転送する。
【選択図】図１

Description

本発明は、多地点会議通信などのグループ通信を行う複数の端末装置間の通信経路を生成する経路生成システムおよび経路生成方法、グループ通信を行うときの通信経路を管理する経路管理サーバ、通信を中継する中継装置、グループ通信を行う端末装置、これらのサーバ・装置で用いられる制御プログラムに関する。

複数の会議端末から接続される多地点会議通信中継装置（ＭＣＵ：Ｍｕｌｔｉｐｏｉｎｔ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を、複数拠点に分散配置して相互に接続することで、会議の通信効率を確保するシステムが開発されている。ＭＣＵ装置は、お互いに上下関係を持った階層構造で接続され、ツリー構造のＭＣＵ網が構成される。各端末はいずれかのＭＣＵ装置に接続すれば、ほかの端末あるいは会議サーバと通信することができる。同一データを各端末にマルチキャスト送信する場合には、ＭＣＵ装置間の通信においてはデータを一本化し、ＭＣＵ装置から端末へ送信するときに、それぞれの端末への経路に配信することで、拠点間、すなわちＭＣＵ装置間の通信の効率を上げている。

特許文献１には、各端末がいずれかのＭＣＵ装置に接続するときに、複数のＭＣＵ装置の中から端末までの距離が近いＭＣＵ装置を選択する方式について記載されている。各端末のＩＰアドレスがＭＣＵ選択サーバに送付されることにより、ＭＣＵ選択サーバは、ＭＣＵ網のネットワークトポロジと端末のＩＰアドレスから、最適なＭＣＵ装置を選択できる。この方式によれば、全ＭＣＵ装置と全端末のＩＰアドレスが同一ネットワークアドレス体系にあるならば、端末が接続するべきＭＣＵ装置を動的に選択できる。

また、一般的にＭＣＵ網の最上位のＭＣＵ装置に接続する端末の接続情報を管理する。中継に利用される全ＭＣＵ装置からの情報は最上位に中継されて、最上位のＭＣＵ装置で接続の可否を判断する。特許文献２には、最上位のＭＣＵ装置に負荷をかけないように、拠点間に配置された代表ＭＣＵ装置間で相互に接続情報を共有することで最上位のＭＣＵ装置の負荷の軽減を実現する方式について記載されている。

特開２００３−６９５６３号公報（段落００１２−００１３） 特開平１１−２７２６２号公報（段落００１４−００１５）

特許文献１は、ネットワークのアドレス体系が均一であることを前提としており、ファイヤウォールやＮＡＴが介在しないことを前提にしている。しかし、ＭＣＵ装置を設置するほど巨大なイントラネットの多くは、そのセキュリティを確保するためにファイヤウォールやＮＡＴが存在することが一般的である。ＭＣＵ網の構成としては、ファイヤウォールを通過しかつ拠点間の通信経路をひとつに絞るように構成する必要があり、多数のイントラネット内の端末からイントラネット外の一部の端末と通信するときにでも、ＭＣＵ網の最上位を社外に設置する必要がある。このような不均一なネットワークでは次の問題が発生する。

第１の問題点は、ＩＰアドレスだけでは端末にとって最適なＭＣＵ装置を見つけることができないことである。その理由は、ＮＡＴとファイヤウォールがＩＰアドレスを変更してしまうことと、端末から最短なＭＣＵ装置がファイヤウォールによって、必ずしも端末から接続可能なＭＣＵ装置ではないからである。

第２の問題点は、ネットワークの接続構成からだけではＭＣＵ網を最短経路で直結できないことである。その理由は、ファイヤウォールとＮＡＴが接続の方向性を限定しており、最短経路で接続できない可能性があるためである。

第３の問題点は、イントラネット外と通信する場合に、最上位のＭＣＵ装置となるイントラネット外に設置したＭＣＵ装置に負荷をかけセキュリティ上危険にさらされることである。その理由は、ＭＣＵ網の最上位のＭＣＵ装置に全端末の管理情報と接続情報を持たせる構成であるためである。

そこで、本発明は、ＮＡＴやファイヤウォールがあるネットワークにおいて、グループ通信を行うための最適な通信経路を構築することができる経路生成システム、経路生成方法、経路管理サーバ、中継装置、端末装置および制御プログラムを提供することを目的とする。

また、ＮＡＴやファイヤウォールがあるネットワークにおいて、最上位の中継装置に過大な負担をかけずに、通信経路の接続情報を管理することができる経路生成システム、経路生成方法、経路管理サーバ、中継装置、端末装置および制御プログラムを提供することを目的とする。

本発明による経路生成システムは、複数の端末装置がグループ通信を行うための通信経路を生成する経路生成システムであって、端末装置間の通信を中継する複数の中継装置と、端末装置および中継装置と通信可能な経路管理サーバとを備え、経路管理サーバは、各端末装置および各中継装置の属するネットワークの位に関するネットワーク情報を記憶する記憶手段と、所定の中継装置からの次に接続すべき中継装置を問い合わせる接続先取得要求に応じて、ネットワーク情報にもとづいて次に接続すべき所定の中継装置と同位または上位のネットワークの中継装置を決定し、決定した中継装置を示す接続先情報を所定の中継装置に送信する経路決定手段とを含み、中継装置は、同位または下位のネットワークの端末装置または中継装置から通信経路が確立されると、接続先取得要求を経路管理サーバに送信する接続先要求手段と、経路管理サーバからの接続先情報にもとづいて、該接続先情報の示す中継装置と通信経路を確立する経路確立手段とを含むことを特徴とする。

経路管理サーバは、グループ通信を開始する開始端末装置からの通信開始要求に応じて、グループ通信に参加する参加端末装置が通信経路を確立するために必要な最上位の中継装置を特定する最上位装置特定手段を含み、経路確立手段は、自身が最上位の中継装置になるまで通信経路を確立するように構成されていてもよい。このような構成によれば、グループ通信ごとに、該グループ通信を行うのに必要な最上位の中継装置を動的に決定することができる。

経路決定手段は、グループ通信を開始する開始端末装置またはグループ通信に参加する参加端末装置から接続先取得要求を受信したときも、ネットワーク情報にもとづいて次に接続すべき中継装置を決定し、決定した中継装置を示す接続先情報を端末装置に送信するように構成されていてもよい。このような構成によれば、端末装置が接続すべき最適な中継装置を決定して、端末装置に通信経路を確立させることができる。

経路決定手段は、グループ通信を開始する開始端末装置またはこの開始端末装置と通信経路を確立している中継装置からの接続先取得要求を受信したときは、最上位の中継装置またはこの最上位の中継装置に導く中継装置を次に接続すべき中継装置として決定し、グループ通信に参加する参加端末装置またはこの参加端末装置と通信経路を確立している中継装置からの接続先取得要求を受信したときは、開始端末装置と通信経路を確立している中継装置またはこの中継装置に導く中継装置を次に接続すべき中継装置として決定するように構成されていてもよい。このような構成によれば、グループ通信の開始（開催、リスニング）とグループ通信への参加（ログイン）とに応じて適切な通信経路を構築するための中継装置を決定することができ、無駄な通信経路が構築されるのを防止することができる。

記憶手段は、ネットワークが複数の拠点に分かれている場合に、拠点間の接続状況に関する拠点間接続情報をも記憶し、経路決定手段は、拠点間接続情報にもとづいて拠点間の通信経路を一つにする中継装置を次に接続すべき中継装置に決定するように構成されていてもよい。このような構成によれば、拠点間における通信経路を一つに集約することができ、通信経路（拠点間の帯域）を効率よく利用することができる。

経路決定手段は、次に接続すべき中継装置として所定の中継装置が接続可能な一または複数の中継装置を決定し、決定した一または複数の中継装置を示す接続先情報を所定の中継装置に送信し、中継装置は、接続先情報に複数の中継装置が含まれているとき、複数の中継装置から一つの中継装置を選択する中継装置選択手段を含み、経路確立手段は、中継装置選択手段により選択された中継装置と通信経路を確立するように構成されていてもよい。なお、中継装置選択手段は、例えば、直近の中継装置を選択したり、帯域の大きい中継装置を選択する。また、任意の一つの中継装置と接続を試みてだめだったときに他の中継装置を選択することもできる。

経路管理サーバは、グループ通信を開始する開始端末装置からの通信開始要求に応じて、中継装置のネットワーク情報を開始端末装置に送信するネットワーク情報送信手段を含み、最上位装置特定手段は、開始端末装置においてネットワーク情報より選定されたグループ通信の実行に必要な中継装置の情報にもとづいて、最上位の中継装置を特定するように構成されていてもよい。このような構成によれば、開始端末装置において指定された中継装置にもとづいて最適な最上位の中継装置を特定することができる。

中継装置は、グループ通信を開始する開始端末装置と通信経路が確立されているとき、グループ通信に参加する参加端末装置またはこの参加端末装置と通信経路と通信経路を確立している中継装置からグループ通信への参加要求を受信すると、その参加要求を開始端末装置に向けて送信する参加要求送信手段を含むように構成されていてもよい。このような構成によれば、セキュリティを害することなく、上位のネットワークの端末装置や異なる拠点の端末装置からの参加要求（ログイン）を開始端末装置に送信することができる。

本発明による経路生成方法は、複数の端末装置がグループ通信を行うための通信経路を生成する経路生成方法であって、通信を中継する中継装置における中継制御手段が中継制御プログラムに従って、同位または下位のネットワークの端末装置または中継装置から通信経路が確立されると、次に接続すべき中継装置を問い合わせる接続先取得要求を送信し、経路管理サーバにおける経路制御手段が経路制御プログラムに従って、所定の中継装置からの接続先取得要求を受信すると、記憶手段に記憶された、各端末装置および各中継装置の属するネットワークの位に関するネットワーク情報にもとづいて、次に接続すべき所定の中継装置と同位または上位のネットワークの中継装置を決定し、決定した中継装置を示す接続先情報を所定の中継装置に送信し、中継制御手段が中継制御プログラムに従って、経路管理サーバからの接続先情報にもとづいて、該接続先情報の示す中継装置と通信経路を確立することを特徴とする。

経路制御手段は、グループ通信を開始する開始端末装置からの通信開始要求に応じて、グループ通信に参加する参加端末装置が通信経路を確立するために必要な最上位の中継装置を特定し、中継制御手段は、自身が最上位の中継装置になるまで通信経路を確立するように構成されていてもよい。

本発明による経路管理サーバは、複数の端末装置がグループ通信を行うときの通信経路を管理する経路管理サーバであって、各端末装置および各中継装置の属するネットワークの位に関するネットワーク情報を記憶する記憶手段と、通信を中継する所定の中継装置からの次に接続すべき中継装置を問い合わせる接続先取得要求に応じて、ネットワーク情報にもとづいて次に接続すべき所定の中継装置と同位または上位のネットワークの中継装置を決定し、決定した中継装置を示す接続先情報を所定の中継装置に送信する経路決定手段とを備えたことを特徴とする。

経路管理サーバは、グループ通信を開始する開始端末装置からの通信開始要求に応じて、グループ通信に参加する参加端末装置が通信経路を確立するために必要な最上位の中継装置を特定する最上位装置特定手段を備えていてもよい。

本発明による経路制御プログラムは、複数の端末装置がグループ通信を行うときに通信経路を管理する経路管理サーバを制御するための経路制御プログラムであって、通信を中継する所定の中継装置からの次に接続すべき中継装置を問い合わせる接続先取得要求に応じて、記憶手段に記憶された、各端末装置および各中継装置の属するネットワークの位に関するネットワーク情報にもとづいて、次に接続すべき所定の中継装置と同位または上位のネットワークの中継装置を決定する中継装置決定処理と、該中継装置決定処理にて決定した中継装置を示す接続先情報を所定の中継装置に送信する接続先情報送信処理とを経路管理サーバにおける経路制御手段に実行させることを特徴とする。

グループ通信を開始する開始端末装置からの通信開始要求に応じて、グループ通信に参加する参加端末装置が通信経路を確立するために必要な最上位の中継装置を特定する最上位装置特定処理を経路制御手段に実行させる構成であってもよい。

本発明による中継装置は、複数の端末装置がグループ通信を行うときに通信を中継する中継装置であって、同位または下位のネットワークの端末装置または中継装置から通信経路が確立されると、次に接続すべき中継装置を問い合わせる接続先取得要求を、通信経路を管理する経路管理サーバに送信する接続先要求手段と、接続先取得要求に応じて経路管理サーバから送信される、次に接続すべき中継装置を示す接続先情報を受信したとき、その接続先情報の示す中継装置と通信経路を確立する経路確立手段とを備えたことを特徴とする。

本発明による中継制御プログラムは、複数の端末装置がグループ通信を行うときに通信を中継する中継装置を制御するための中継制御プログラムであって、同位または下位のネットワークの端末装置または中継装置から通信経路が確立されると、次に接続すべき中継装置を問い合わせる接続先取得要求を、通信経路を管理する経路管理サーバに送信する接続先要求処理と、接続先取得要求に応じて経路管理サーバから送信される、次に接続すべき中継装置を示す接続先情報を受信したとき、その接続先情報の示す中継装置と通信経路を確立する経路確立処理とを中継装置における中継制御手段に実行させることを特徴とする。

本発明による端末装置は、グループ通信を行う端末装置であって、グループ通信を開始する場合またはグループ通信に参加する場合に、次に接続すべき中継装置を問い合わせる接続先取得要求を、グループ通信における通信経路を管理する経路管理サーバに送信する接続先取得要求送信手段と、経路管理サーバからの次に接続すべき中継装置を示す接続先情報にもとづいて、該接続先情報の示す中継装置と通信経路を確立する経路確立手段とを備えたことを特徴とする。

グループ通信を開始するときに通信開始要求を経路管理サーバに送信する開始要求送信手段と、通信開始要求に応じて経路管理サーバから送信される、中継装置のネットワークの位に関するネットワーク情報を受信したとき、該ネットワーク情報にもとづいてグループ通信の実行に必要な中継装置を選定する中継装置選定手段と、該中継装置選定手段により選定された中継装置の情報を経路管理サーバに送信する中継装置情報送信手段とを備えていてもよい。

本発明による端末制御プログラムは、グループ通信を行う端末装置を制御するための端末制御プログラムであって、グループ通信を開始する場合またはグループ通信に参加する場合に、次に接続すべき中継装置を問い合わせる接続先取得要求を、グループ通信における通信経路を管理する経路管理サーバに送信する接続先取得要求送信処理と、経路管理サーバからの次に接続すべき中継装置を示す接続先情報にもとづいて、該接続先情報の示す中継装置と通信経路を確立する経路確立処理とを端末装置における端末制御手段に実行させることを特徴とする。

グループ通信を開始するときに通信開始要求を経路管理サーバに送信する開始要求送信処理と、通信開始要求に応じて経路管理サーバから送信される、中継装置のネットワークの位に関するネットワーク情報を受信したとき、該ネットワーク情報にもとづいてグループ通信の実行に必要な中継装置を選定する中継装置選定処理と、該中継装置選定処理にて選定された中継装置の情報を経路管理サーバに送信する中継装置情報送信処理とを端末装置における端末制御手段に実行させる構成であってもよい。

なお、本発明による経路生成システムの好ましい一態様は、例えば、ロケーションサーバに拠点情報管理手段と、拠点識別子に基づいた経路決定手段とを備え、端末に記憶された端末の拠点識別子とノード識別子を端末の接続先決定手段が、ロケーションサーバの経路決定手段に問い合わせ、最良なＭＣＵ装置の候補リストを端末に送るよう動作することを特徴とする。このような構成を採用し、接続可能な最短なＭＣＵ装置を選択することにより本発明の目的を達成することができる。

本発明による経路生成システムの好ましい一態様は、例えば、ロケーションサーバに拠点情報管理手段と、拠点識別子に基づいた経路決定手段とを備え、ＭＣＵ装置に記憶されたＭＣＵ装置の拠点識別子とノード識別子をＭＣＵ装置の接続先決定手段が、ロケーションサーバの経路決定手段に問い合わせ、あらかじめ会議サーバとなる端末から送られた予定経路情報も基づき、拠点間の通信を集約するよう次に接続するべき最良なＭＣＵ装置の候補リストを端末に送るよう動作することを特徴とする。このような構成を採用し、接続可能な最短なＭＣＵ装置を選択することにより本発明の第２の目的を達成することができる。

本発明による経路生成システムの好ましい一態様は、例えば、会議サーバとなる端末に参加者情報管理手段を備え、会議サーバとなる端末が最初にＭＣＵ網に接続し、クライアントとなる端末がログインすると、会議サーバとなる端末にログイン情報が転送され、ＭＣＵ装置内のセッション管理装置では、ログインが成功した段階で、通信を許可するよう動作することを特徴とする。このような構成を採用し、いずれかのＭＣＵ装置にセッション情報をもたせないことにより本発明の第3の目的を達成することができる。

第１の効果は、端末が接続可能な最短なＭＣＵ装置を選択できることである。その理由は、ロケーションサーバに拠点情報管理手段と、拠点識別子に基づいた経路決定手段とを備え、端末に記憶された端末の拠点識別子とノード識別子を端末の接続先決定手段が、ロケーションサーバの経路決定手段に問い合わせ、最良なＭＣＵ装置の候補リストを端末に送るよう動作するためである。

第２の効果は、ＭＣＵ装置が最良な経路で次に接続するべきＭＣＵ装置を選択できることにある。その理由は、ロケーションサーバに拠点情報管理手段と、拠点識別子に基づいた経路決定手段とを備え、ＭＣＵ装置に記憶されたＭＣＵ装置の拠点識別子とノード識別子をＭＣＵ装置の接続先決定手段が、ロケーションサーバの経路決定手段に問い合わせ、あらかじめ会議サーバとなる端末から送られた予定経路情報も基づき、拠点間の通信を集約するよう次に接続するべき最良なＭＣＵ装置の候補リストを端末に送るよう動作する。このような構成を採用し、接続可能な最短なＭＣＵ装置を選択するためである。

第３の効果は、最上位のＭＣＵ装置にセッション管理の負荷をかけないことである。その理由は、会議サーバとなる端末に参加者情報管理手段を備え、会議サーバとなる端末が最初にＭＣＵ網に接続し、クライアントとなる端末がログインすると、会議サーバとなる端末にログイン情報が転送され、ＭＣＵ装置内のセッション管理装置では、ログインが成功した段階で、通信を許可するよう動作するためである。

以下、本発明の実施の形態を図面を参照して説明する。図１は、本発明による経路生成システムの構成例を示すブロック図である。図１に示す経路生成システムは、ロケーションサーバ１０と、ＭＣＵ装置２０−１と、ＭＣＵ装置２０−２と、ＭＣＵ装置２０−３と、ＭＣＵ装置２０−４と、ＭＣＵ装置２０−５と、ＭＣＵ装置２０−６と、端末３０−１と、端末３０−２と、端末３０−３と、端末３０−４と、端末３０−５と、端末３０−６とを備える。

図１において、ネットワークが拠点に分散され、さらにファイヤウォールやルータによってインターネット、イントラネット、イントラネット内のサブネットに分割されている。例えば、図１に示すように、ロケーションサーバ１０、ＭＣＵ装置２０−６および端末３０−６は、インターネット上に設置される。また、ファイヤウォール等によってイントラネットから分割された拠点Ａに、ＭＣＵ装置２０−１，２０−２，２０−３および端末３０−１，３０−２が設置され、ファイヤウォール等によってインターネットから分割された拠点ＢにＭＣＵ装置２０−４，２０−５および端末３０−３，３０−４，３０−５が設置される。拠点ＡのＭＣＵ装置２０−１および端末３０−１，３０−２と、拠点ＢのＭＣＵ装置２０−５および端末３０−４，３０−５とは、それぞれファイヤウォール等によってサブネットに分割される。

ロケーションサーバ１０は、インターネット上やイントラネット内に設置され、ネットワークにおける各端末や各ＭＣＵ装置の位置（場所、所在地）や接続状況（物理的な通信回線の接続状況）、ファイヤウォール等の設置位置を認識し、グループ通信を実行するときの通信経路を管理する。ロケーションサーバ１０は、全てのＭＣＵ装置２０−１〜２０−６および全ての端末３０−１〜３０−６から参照される。ロケーションサーバ１０は、例えば、ＷＥＢサーバなどで実現される。したがって、インターネットに接続可能で、ＷＥＢサーバにアクセス可能な全ての装置および端末から参照することができる。ロケーションサーバ１０は、後述するネットワークの制約のもとで経路制御を実施する。

ＭＣＵ装置はインターネットやイントラネット内に複数配置され、ＭＣＵ装置同士およびＭＣＵ装置と端末が接続される。端末３０−１〜３０−６はいずれかのＭＣＵ装置に接続して、ＭＣＵ装置を介した端末間の通信が可能となっている。

一般的に、ネットワークの下位から上位への接続は、ＮＡＴ変換やファイヤウォールのトンネリングによって、接続することが可能である。しかし、逆方向に接続するには、特殊な設定をしなければならず、また、特殊な設定を行うとセキュリティ上も問題となる。したがって、本発明では、下位のネットワークから上位のネットワークの方向に接続可能とし、異なるサブネット、イントラネット間では直接通信せずに、必ず上位のＭＣＵ装置を経由することを前提とする。

例えば、図１においては、イントラネット内に拠点Ａと拠点Ｂの二つの拠点、およびインターネット上の不特定な拠点が存在している。これらの拠点間の通信は、一般的に帯域に制限がある。ロケーションサーバ１０は、余分なデータ通信は行わないように、ＭＣＵ装置間の通信について拠点間で１つになるように制御する。

図２は、ロケーションサーバ１０、ＭＣＵ装置２０−１および端末３０−１の一実施の形態を示すブロック図である。なお、図１における全てのＭＣＵ装置および端末は、図２に示すＭＣＵ装置２０−１および端末３０−１と同様の構成であるものとする。図２には、端末３０−１はＭＣＵ装置２０−１と接続し、ＭＣＵ装置２０−１は別のＭＣＵ装置２０−２および別の端末３０−２と接続し、ＭＣＵ網を構成することができることを例示しているが、図１に示すその他のＭＣＵ装置および端末とも図１に例示するように接続されているものとして以下の説明を行う。

ロケーションサーバ１０は、ＭＣＵ装置２０−１および端末３０−１と、経路生成のためのコマンドの送受信を行う。ロケーションサーバ１０は、予定経路管理手段１０１と、経路優先度決定手段１０２と、拠点情報蓄積部１０３と、ＭＣＵ管理情報蓄積部１０４と、ＭＣＵ利用リスト蓄積部（ＭＣＵ利用予定リスト蓄積部）１０５とを含む。予定経路管理手段１０１、経路優先度決定手段１０２は、ＣＰＵなどの演算制御部が記憶手段に記憶された制御プログラムに従って動作することにより実現される。拠点情報蓄積部１０３、ＭＣＵ管理情報蓄積部１０４およびＭＣＵ利用予定リスト蓄積部１０５は、例えば、ハードディスクなどの記憶装置で構成される。

ここで、図３を参照して、本実施の形態で使用する識別子について説明する。図３は、拠点識別子、拠点間接続情報、ノード識別子、ＭＣＵ利用リスト（ＭＣＵ利用予定リスト）、ＭＣＵ管理情報の例を示す説明図である。識別子として、図３に示すように、拠点識別子とノード識別子が存在する。なお、図３

拠点識別子は、ＭＣＵ装置および端末がどこの拠点に存在しているのかを示す情報である。拠点が細かく細分化されている場合は、詳細な拠点単位に指定することができ、細かい拠点をひとつの大きな拠点として統合して、ひとつの拠点識別子で表現することもできる。拠点識別子は、例えば、ＮＥＣ（登録商標）の多摩川にある拠点を「Ｔａｍａｇａｗａ．ｎｅｃ」、ＮＥＣ（登録商標）の多摩川の第９セクションにある拠点を「９．Ｔａｍａｇａｗａ．ｎｅｃ」、ＮＥＣ（登録商標）の関西にある拠点を「Ｋａｎｓａｉ．ｎｅｃ」などで表現される。各端末および各ＭＣＵ装置は、それぞれの記憶装置（図示せず。）に自身の拠点識別子を記憶する。各ＭＣＵ装置の拠点識別子は、ＭＣＵ管理情報として、ロケーションサーバ１０のＭＣＵ管理情報蓄積部１０４に記憶される。

拠点間接続情報は、ロケーションサーバ１０の拠点情報蓄積部１０３に記憶される情報であって、拠点間の接続情報を示す。拠点間接続情報は、拠点識別子と、拠点識別子と、帯域とを含む情報であって、拠点識別子と拠点識別子とで示された拠点間において所定の帯域で接続されていることを示す。拠点間接続情報を複数用いることで、複雑な拠点ネットワーク網を表現することができる。拠点間接続情報は、例えば、「Ｔａｍａｇａｗａ．ｎｅｃ−Ｋａｎｓａｉ．ｎｅｃ：１０Ｍ」「Ｔａｍａｇａｗａ．ｎｅｃ−Ｍｉｔａ．ｎｅｃ：１０Ｍ」などの情報である。

ノード識別子は、ノード名とドメインとを含む情報である。各端末および各ＭＣＵ装置は、それぞれの記憶装置に自身のノード識別子を記憶する。ノード識別子は、例えば、「ＭＣＵ００１＠ｎｅｃ．ｉｎｔｅｒｎｅｔ」「ＭＣＵ００２＠ｉｎｌａｂ．ｎｅｃ．ｉｎｔｅｒｎｅｔ」などの情報である。ここで、「ＭＣＵ００１」などはノード名を示し、「ｎｅｃ．ｉｎｔｅｒｎｅｔ」などはドメイン名を示す。

ノード名は、端末およびＭＣＵ装置の名前を表現する。ドメインは、インターネット上のネットワークに付けられる識別子であって、インターネット上の住所の役割を果たす。ドメインによってどのファイヤウォール内のネットワークに属しているかが判断される。

ドメインが、複数のドメインの結合として指定されているときは、複数のファイヤウォールに入れ子状に属していることを示している。例えば、図３に示すように、ドメインが、ドメインｎ，ドメインｎ−１，・・・，ドメイン１の結合である場合には、ドメイン１は最上位のドメインを示す。このようにドメインによってネットワークが上位、同位、下位であるかを判断することができる。同一のドメインを有する端末およびＭＣＵ装置は、相互に接続することでき、上位のドメインを有する端末およびＭＣＵ装置には、下位のドメインを有する端末およびＭＣＵ装置から接続することができるものとする。

ＭＣＵ管理情報は、各ＭＣＵ装置のノード識別子と、拠点識別子と、ＩＰアドレスとを含む情報であって、ロケーションサーバ１０のＭＣＵ管理情報蓄積部１０４にＭＣＵ装置ごとに記憶される情報である。ＭＣＵ管理情報は、例えば、各ＭＣＵ装置の起動時にＭＣＵ管理情報蓄積部１０４に記憶される。ＭＣＵ管理情報は、例えば、「ＭＣＵ００１＠ｎｅｃ．ｉｎｔｅｒｎｅｔ；Ｔａｍａｇａｗａ．ｎｅｃ；１９２．１６８．１０．１０」などの情報である。

ＭＣＵ利用予定リストは、会議サーバとして動作する端末３０−１が利用する予定のＭＣＵ装置のノード識別子と、通信グループを識別可能な通信グループＩＤと、そのＭＣＵ装置から受信した接続先取得要求の種別がリスニングであるか否かを示すセッション種別とを含む情報である。ＭＣＵ利用予定リストとしては、例えば、「ＭＣＵ００１＠ｎｅｃ．ｉｎｔｅｒｎｅｔ；１００；リスニング」などの情報が複数並べられたリストである。

通信グループＩＤは、会議ごとに一意な情報である。通信クループＩＤによってＭＣＵ装置において各グループ通信を識別し、通信中のデータを適正な利用者の端末に送信することができる。すなわち、パケットデータ内の通信グループＩＤにもとづいて、パケットデータを送信すべき１または複数の端末を認識し、その端末にパケットデータを送信することができる。例えば、４台の端末間における会議形式の通信の場合は、それぞれの端末からのパケットデータを他の３台の端末に送信することになる。

ＭＣＵ利用予定リストのノード識別子および通信グループＩＤは、会議サーバとして動作する端末３０−１によってロケーションサーバ１０に送信され、ＭＣＵ利用予定リスト蓄積部１０５に記憶される。ＭＣＵ利用予定リストのセッション種別は、該当するＭＣＵ装置から、後述するリスニング接続先取得要求およびログイン接続先取得要求が送信された場合に登録される。なお、会議サーバは、ロケーションサーバに対し、後述する情報取得要求を送信することにより、会議を開催するための処理を開始する端末（例えば、図１に示す端末３０−１〜３０−６のいずれかの端末）である。

図２の説明に戻ると、ロケーションサーバ１０の予定経路管理手段１０１は、会議サーバが、複数あるＭＣＵ装置から通信に利用するＭＣＵ装置を限定するための処理を行う。以下、端末３０−１が会議サーバとして動作する場合を例示して説明する。

予定経路管理手段１０１は、会議サーバとして動作する端末３０−１から送信された情報取得要求にしたがって、拠点情報蓄積部１０３が記憶する拠点間接続情報と、ＭＣＵ管理情報蓄積部１０４が記憶するＭＣＵ管理情報とを全て取得し、会議サーバとして動作する端末３０−１に送付する。なお、情報取得要求は、送信元すなわち会議サーバのノード識別子と、通信グループＩＤとを含む情報である。

そして、予定経路管理手段１０１は、会議サーバとして動作する端末３０−１から送付されるＭＣＵ利用予定リストを、ＭＣＵ利用予定リスト蓄積部１０５に記憶する。ロケーションサーバ１０は、ＭＣＵ利用予定リスト蓄積部１０５に記憶されたＭＣＵ利用予定リストを参照することにより、構築予定のＭＣＵ網を特定することができる。上記の予定経路管理手段１０１の動作によって、会議サーバとして動作する端末３０−１は、利用する予定のＭＣＵ装置を限定することができる。したがって、端末のグループの接続トポロジに特化したＭＣＵ網を、あらかじめ指定しておくことができる。なお、以下の説明では、会議サーバとして動作する端末３０−１が、図１に示すＭＣＵ装置２０−１〜２０−６を含むＭＣＵ利用予定リストを送信したものとする。

経路優先度決定手段１０２は、端末およびＭＣＵ装置からの問い合わせ（接続先取得要求）に応じて、それぞれの装置がＭＣＵ網の経路生成時に次に接続するべきＭＣＵ装置の候補リストを返答する。経路生成は、会議サーバとなる端末からの待ち受け（リスニング）に関する接続先取得要求を受信する場合と、会議端末となる端末からの接続要求（ログイン）に関する接続先取得要求を受信する場合とで異なる動作をする。

接続先取得要求は、端末またはＭＣＵによって送信される情報であって、セッション種別、送信元ノード識別子、送信元拠点識別子および通信グループＩＤを含む情報である。セッション種別は、接続先取得要求がリスニングを行う場合に送信されたものかログインを行う場合に送信されたものであることを示す情報である。送信元ノード識別子および送信元拠点識別子は、接続先取得要求を送信する端末またはＭＣＵ装置自身のノード識別子および拠点識別子を示す情報である。以下、セッション種別がリスニングである接続先取得要求をリスニング接続先取得要求と表記し、セッション種別がログインである接続先取得要求をログイン接続先取得要求と表記するものとする。

なお、リスニングとは、会議サーバがＭＣＵ利用予定リストにおいて指定したＭＣＵ装置の接続によって構築されたＭＣＵ網を介して、指定されたＭＣＵ装置のうち最上位のＭＣＵ装置に、会議サーバからリスニング要求が送信された状態をいう。ログインとは、ＭＣＵ網を介して、会議端末から会議サーバにログイン要求が送信された状態をいう。リスニング要求およびログイン要求については後述する。

まず、リスニングを行う場合の経路優先度決定手段１０２の動作について説明する。

経路優先度決定手段１０２は、会議サーバおよびＭＣＵ装置からリスニング接続先取得要求を受信すると、ＭＣＵ利用予定リスト蓄積部１０５に記憶されるＭＣＵ利用予定リストの中から会議サーバおよびＭＣＵ装置のドメインと同じかまたは上位のドメインを有するＭＣＵ装置を検索する。

そして、対応するＭＣＵ管理情報を参照し、リスニング接続先取得要求の送信元の装置から、リスニングの方向すなわちＭＣＵ利用予定リストのうち最上位ＭＣＵ装置がある方向に近いＭＣＵ装置の順にＭＣＵ候補リストを生成して、端末３０−１に返答する。

例えば、端末３０−１が会議サーバとしてリスニング接続先取得要求を送信すると、経路優先度決定手段１０２は、ＭＣＵ利用リスト中の各ＭＣＵ装置のノード識別子にもとづいて、会議サーバのドメインと同位または上位のドメインを有するＭＣＵ装置を検索する。なお、このとき、図１に示す例では、会議サーバと同位のドメインのＭＣＵ装置が存在するので、その同位のドメインのＭＣＵ装置が検索される。セキュリティの関係上、ネットワークはファイヤウォール等によって通信経路が制限されているので、下位のネットワーク内の端末が直接上位のネットワークのＭＣＵ装置に接続するのは好ましくないからである。経路優先度決定手段１０２は、会議サーバとなる端末３０−１が最上位ＭＣＵ装置（例えば、ＭＣＵ装置２０−６）までＭＣＵ網を下位から上位に接続するための情報として、同位のドメインを有するＭＣＵ装置２０−１を示すＭＣＵ候補リストを端末３０−１に送信する。端末３０−１がＭＣＵ装置２０−１に接続する（リスニングセッションを確立する）と、次に、ＭＣＵ装置２０−１がロケーションサーバ１０にリスニング接続先取得要求を送信する。

経路優先度決定手段１０２は、ＭＣＵ装置２０−１からリスニング接続先取得要求を受信すると、ＭＣＵ利用リスト中の各ＭＣＵ装置のノード識別子にもとづいて、ＭＣＵ装置２０−１のドメインと同位または上位のドメインを有するＭＣＵ装置を検索する。なお、このとき、通常は、ＭＣＵ装置２０−１の上位のドメインのＭＣＵ装置を検索する。そして、上位のドメインを有するＭＣＵ装置（例えば、ＭＣＵ装置２０−２）をＭＣＵ候補とする。なお、ＭＣＵ装置２０−１の上位のドメインを有するＭＣＵ装置が複数存在する場合（例えば、拠点ＡにＭＣＵ装置２０−２以外のＭＣＵ装置が存在する場合）は、それら複数のＭＣＵ装置をＭＣＵ候補とすることができるが、ＭＣＵ装置２０−１が接続するＭＣＵ装置として優先順位を付けるのが好ましい。さらに、経路優先度決定手段１０２は、ＭＣＵ利用予定リストにおけるＭＣＵ装置２０−１のセッション種別を「リスニング」と登録する。また、経路優先度決定手段１０２は、上位のドメインを有するＭＣＵ装置２０−２を示すＭＣＵ候補リストをＭＣＵ装置２０−１に送信する。

ＭＣＵ装置２０−１がＭＣＵ装置２０−２に接続すると、次に、ＭＣＵ装置２０−２がロケーションサーバ１０にリスニング接続先取得要求を送信する。同様にして、ＭＣＵ装置２０−２がＭＣＵ装置２０−６に接続すると、次に、ＭＣＵ装置２０−６がロケーションサーバ１０にリスニング接続先取得要求を送信する。

経路優先度決定手段１０２は、リスニング接続先取得要求を最上位のＭＣＵ装置（例えば、ＭＣＵ装置２０−６）から受信した場合には、ＭＣＵ利用予定リストにおける最上位のＭＣＵ装置のセッション種別を「リスニング」と登録するとともに、空データのＭＣＵ候補リストを生成して最上位のＭＣＵ装置に送信する。最上位のＭＣＵ装置が受信するＭＣＵ候補リストは、空データであるため、最上位のＭＣＵ装置は、どこにも接続せずリスニングに関する一連の処理を終了する。

経路優先度決定手段１０２が、会議サーバおよび各ＭＣＵ装置からのリスニング接続先取得要求に基づいて、上記の動作を最上位のドメインに到達するまで繰り返すことによって、会議サーバとなる端末３０−１がＭＣＵ利用予定リストにおいて指定した最上位のドメインのＭＣＵ装置まで接続することができる。

次に、会議端末がログインを行う場合の経路優先度決定手段１０２の動作について説明する。

経路優先度決定手段１０２は、会議端末からログイン接続先取得要求を受信すると、ＭＣＵ利用予定リスト蓄積部１０５に記憶されるＭＣＵ利用予定リストの中から、同一拠点で会議端末のドメインと同じかまたは上位のドメインを有する直近のＭＣＵ装置を検索する。

また、経路優先度決定手段１０２は、ＭＣＵ装置からログイン接続先取得要求を受信すると、ＭＣＵ利用予定リスト蓄積部１０５に記憶されるＭＣＵ利用予定リストの中から、同一拠点でログイン接続先取得要求の送信元のＭＣＵ装置のドメインと同じかまたは上位のドメインを有する直近のＭＣＵ装置を検索する。ログイン接続先取得要求の送信元のＭＣＵ装置が、拠点で最上位のＭＣＵ装置である場合には、ＭＣＵ利用予定リストのセッション種別を参照して、拠点間でリスニング動作しているＭＣＵ装置の方向にある直近のＭＣＵ装置を選択する。

例えば、図１に示す端末３０−４が会議端末としてログイン接続先取得要求を送信すると、経路優先度決定手段１０２は、同一拠点で同一ドメインのＭＣＵ装置２０−５を示すＭＣＵ候補リストを端末３０−４に送信する。端末３０−４がＭＣＵ装置２０−５に接続すると、次に、ＭＣＵ装置２０−５がロケーションサーバ１０にログイン接続先取得要求を送信する。経路優先度決定手段１０２は、ＭＣＵ装置２０−５からログイン接続先取得要求を受信すると、ＭＣＵ装置２０−５と同一拠点で上位ドメインを有するＭＣＵ装置（例えば、ＭＣＵ装置２０−４）を検索してＭＣＵ候補リストを生成する。経路優先度決定手段１０２は、ＭＣＵ装置２０−４を示すＭＣＵ候補リストをＭＣＵ装置２０−５に送信する。ＭＣＵ装置２０−５がＭＣＵ装置２０−４に接続すると、次に、ＭＣＵ装置２０−４がロケーションサーバ１０にログイン接続先取得要求を送信する。

ＭＣＵ装置２０−４が拠点Ｂで最上位のＭＣＵ装置であるため、経路優先度決定手段１０２は、ＭＣＵ利用予定リストのセッション種別を参照して、リスニング動作しているＭＣＵ装置を認識し、拠点間接続情報にもとづいて、リスニング動作しているＭＣＵ装置の方向にある直近のＭＣＵ装置を選択する。ここで、図１に示す例では、リスニング動作しているＭＣＵ装置のうち直近のものはＭＣＵ装置２０−２であるため、経路優先度決定手段１０２は、ＭＣＵ装置２０−２を示すＭＣＵ候補リストをＭＣＵ装置２０−４に送信する。なお、拠点Ａと拠点Ｂとが複数の経路で接続されている場合は、帯域の大きな経路を優先的に選択するのが好ましい（つまり、帯域の大きな経路で拠点Ａとつながっている拠点ＢのＭＣＵ装置を選択するのが好ましい）。

上記の動作によって、拠点内にてツリー構造でＭＣＵ網を構築することができ、各拠点において、全端末から接続できる上位ドメインにＭＣＵ装置が最低ひとつ存在すれば、拠点間の接続を一つだけにすることができる。

拠点情報蓄積部１０３は、拠点間接続情報を記憶している。拠点間接続情報はあらかじめ設定されている。予定経路管理手段１０１が、拠点間接続情報を取得して会議サーバに送信することにより、会議サーバは、拠点間接続情報をＭＣＵ利用予定リストの構築に利用することができる。また、経路優先度決定手段１０２は、拠点間接続情報を参照することにより、会議端末やＭＣＵ装置が次に接続するべきＭＣＵ装置を、ＭＣＵ利用予定リスト等の経路に関する情報から割り出すことができる。なお、拠点情報蓄積部１０３は、各端末の拠点識別子も記憶してもよい。

ＭＣＵ管理情報蓄積部１０４は、ＭＣＵ管理情報を記憶している。ＭＣＵ管理情報は、例えば、それぞれのＭＣＵ装置の設定時や起動時に登録される。予定経路管理手段１０１が、ＭＣＵ管理情報を取得して会議サーバに送信することにより、会議サーバは、ＭＣＵ利用予定リストの構築に利用することができる。また、経路優先度決定手段１０２がＭＣＵ管理情報を参照することにより、会議端末やＭＣＵ装置が次に接続するべきＭＣＵ装置を、ノード識別子のドメインの上下関係から割り出すことができる。端末およびＭＣＵ装置は、経路優先度決定手段１０２からＭＣＵ候補リストを送信されると、ＭＣＵ装置のＩＰアドレスに対して接続する。

ＭＣＵ装置２０−１は、接続先取得手段２０１と、通信手段２０２と、グループ管理手段２０３とを含み、記憶装置としてセッション管理部２０４を含む。接続先取得手段２０１、通信手段２０２およびグループ管理手段２０３は、ＣＰＵなどの演算制御手段が記憶手段に記憶された制御プログラムに従って動作することにより実現される。また、セッション管理部２０４は、ハードディスクなどの記憶手段で構成される。これらの手段はそれぞれ次のように動作する。

通信手段２０２は、例えば、接続される端末３０−１，３０−２と、接続されるＭＣＵ装置２０−２および接続するＭＣＵ装置２０−２に対応して複数存在し、グループ管理手段２０３がそれぞれの送受信を中継してグループ通信を行う。通信手段２０２は、最初に経路生成のための通信を行う。すなわち、通信手段２０２は、端末またはＭＣＵ装置から、リスニング要求およびログイン要求を受信する。

リスニング要求およびログイン要求は、セッション種別、送信元ノード識別子、当初送信元ノード識別子、最終宛先ノード識別子および通信グループを含む情報である。

リスニング要求は、セッション種別がリスニングである情報である。リスニング要求は、会議サーバによって生成され、各ＭＣＵ装置を経由して、最終的に最上位のＭＣＵ装置にまで送信される情報である。したがって、リスニング要求の当初送信元ノード識別子は会議サーバのノード識別子であり、最終宛先ノード識別子は最上位のＭＣＵ装置のノード識別子である。

ログイン要求は、セッション種別がログインである情報である。ログイン要求は、会議端末によって生成され、各ＭＣＵ装置を経由して、最終的に会議サーバにまで送信される情報である。したがって、ログイン要求の当初送信元ノード識別子は会議端末のノード識別子であり、最終宛先ノード識別子は会議サーバのノード識別子である。

通信手段２０２は、リスニング要求を受信したら、グループ管理手段２０３にリスニング要求を通知し、リスニングに対応した次の接続処理を依頼し、ログイン要求を受信したら、グループ管理手段２０３にログイン要求を通知して、ログインに対応した次の接続処理を依頼する。また、ログイン要求を受信した会議サーバから、ＭＣＵ網を介してログイン完了通知あるいはログイン不完了通知が送付されてきたら、該当の端末装置、すなわちログイン要求を送信した会議端末に対して転送するための処理を行う。

ログイン完了通知およびログイン不完了通知は、ログイン要求を受信した会議サーバがログイン要求を送信した会議端末に送信する情報であって、セッション種別、送信元ノード識別子、当初送信元ノード識別子、最終宛先ノード識別子および通信グループを含む情報である。

ログイン完了通知およびログイン不完了通知は、セッション種別がそれぞれログイン完了またはログイン不完了である情報である。ログイン完了通知およびログイン不完了通知は、会議サーバによって生成され、各ＭＣＵ装置を経由して、最終的に会議端末にまで送信される情報である。したがって、ログイン完了通知およびログイン不完了通知の当初送信元ノード識別子は会議サーバのノード識別子であり、最終宛先ノード識別子は会議端末のノード識別子である。

グループ管理手段２０３は、グループ通信の管理と、次に接続するべきＭＣＵ装置の接続制御を行う。グループ管理手段２０３は、通信手段２０２から通知されるメッセージを、セッション管理部２０４が記憶する情報であって通信先が記述されたセッション情報に基づいて、指定された別端末３０−２あるいは別ＭＣＵ装置２０−２に転送する。

グループ管理手段２０３は、ＭＣＵ装置の接続制御として、通信手段２０２から送られてくるリスニング要求、ログイン要求、ログイン完了通知およびログイン不完了通知に基づいて、セッション管理部２０４にセッション情報を記憶する。

セッション情報は、セッション種別、送信元ノード識別子、当初送信元ノード識別子、最終宛先ノード識別子および通信グループを含む情報である。セッション情報において、セッション種別は、少なくともリスニングまたはログイン完了を示す情報である。以下、セッション種別が「リスニング」であるセッション情報を「リスニングセッション」と表記し、セッション種別が「ログイン完了」であるセッション情報を「ログイン完了セッション」と表記する場合がある。

まず、グループ管理手段２０３は、リスニング要求が送信された場合には、セッション管理部２０４にリスニング要求をセッション情報として記憶させる。また、グループ管理手段２０３は、接続先取得手段２０１に、リスニング時に次に接続するべきＭＣＵ装置（リスニング要求の送信先のＭＣＵ装置）を、ロケーションサーバからＭＣＵ候補リストを取得させることにより特定し、新たな通信手段２０２を生成して、別ＭＣＵ装置２０−２にリスニング要求を送信する。

グループ管理手段２０３は、ログイン完了通知を受信した場合には、セッション管理部２０４にログイン完了通知をセッション情報として記憶させる。また、グループ管理手段２０３は、ＭＣＵ装置２０−１に接続している該当の装置にログイン完了通知あるいはログイン不完了通知を転送する。すなわち、ログイン完了通知、ログイン不完了通知の転送先は、対応するログイン要求の送信元ノード識別子が示す装置である。

グループ管理手段２０３は、リスニングセッションおよびログイン完了セッションに関しては、セッションをアクティブにして、アプリケーションの自由な通信を可能とする。

グループ管理手段２０３は、ログイン要求が送信された場合には、セッション管理部２０４が記憶するセッション情報を検索し、リスニングセッションがあるかどうかを調べる。

リスニングセッションが存在すれば、該当するセッション情報の「送信元ノード識別子」が示すＭＣＵ装置または端末にログイン要求を転送する。

リスニングセッションがなく、ほかのＭＣＵ装置に接続している場合、すなわちログイン完了セッションがある場合には、該当するセッション情報の「送信元ノード識別子」が示すＭＣＵ装置にログインを転送する。

リスニングセッションがなく、ほかのＭＣＵ装置に接続していない場合、すなわちリスニングセッションもログイン完了セッションもない場合には、新たに接続しなければならないので、接続先取得手段２０１に、ログイン時に次に接続するべきＭＣＵ装置、すなわちログイン要求の送信先のＭＣＵ装置を、ロケーションサーバからＭＣＵ候補リストを取得させることにより特定し、新たな通信手段２０２を生成して、別ＭＣＵ装置２０−２に接続する。

リスニングセッションが、会議サーバとなる端末の直近のＭＣＵ装置から、最上位のドメインのＭＣＵ装置まで階層的に設置されることにより、会議端末となる端末は、直近のＭＣＵ装置等を介して、リスニングセッションにより接続されたいずれかのＭＣＵ装置に接続すれば、会議サーバと通信できる。また、会議サーバとなる端末と同一のファイヤウォール配下の端末、すなわち会議サーバと同一のドメインを有する会議端末からのログインの処理は、最上位のＭＣＵ装置を通過する必要がないため、最上位のＭＣＵ装置の負荷を軽減することができる。

接続先取得手段２０１は、リスニング要求が送信された場合や、ログイン要求が送信された場合であって、リスニングセッションもログイン完了セッションもない場合に、次に接続するべきＭＣＵ装置をロケーションサーバに問い合わせる。すなわち、グループ管理手段２０３からの要求により、経路優先度決定手段１０２にＭＣＵ装置２０−１のノード識別子を送信元ノード識別子としたリスニング接続先要求を送信して、次に接続するべきＭＣＵ装置を問い合わせる。他のＭＣＵ装置との間の接続には、リスニング要求を転送する場合とログイン要求を転送する場合があり、それぞれ接続するべきＭＣＵ装置を示すＭＣＵ候補リストが返答される。それを元に通信手段２０２の接続先を指定する。

セッション管理部２０４は、セッション情報を記憶し、通信手段２０２がどの装置と接続していて、その接続がリスニングセッションであるか、ログイン完了セッションであるかを管理している。すなわち、セッション管理部２０４は、グループ管理手段２０４からの要求にしたがって、通信手段２０２の各セッションが、どこに接続しているのか、どこの通信グループに属しているのか、リスニングセッションであるか、ログイン完了であり通信可能であるかを記憶している。

端末３０−１は、予定経路決定手段３０１と、接続先取得手段３０２と、アプリケーション３０３と、通信手段３０４と、ユーザ管理手段３０５とを含み、記憶装置として、参加者情報管理部３０６を含む。予定経路決定手段３０１、接続先取得手段３０２、アプリケーション３０３、通信手段３０４およびユーザ管理手段３０５は、ＣＰＵなどの演算制御手段が記憶手段に記憶された制御プログラムに従って動作することにより実現される。また、参加者情報管理部３０６は、ハードディスクなどの記憶手段で構成される。端末３０−１は、会議サーバとして動作する場合と会議端末として動作する場合とで、使用する手段が異なる。これらの手段はそれぞれ次のように動作する。

予定経路決定手段３０１は、端末３０−１が会議サーバとして動作する場合に、最初にアプリケーション３０３からの会議開催要求（情報取得要求）により、どのＭＣＵ装置を利用するのかを限定する動作をする。

予定経路決定手段３０１は、ロケーションサーバ１０から、ＭＣＵ管理情報および拠点間接続情報を取得する。次に、予定経路決定手段３０１は、どの拠点から何台の端末がログインしてくるかといった利用シーンの計画と取得した情報とに基づいて、最適なＭＣＵ装置を選択し、ＭＣＵ利用予定リストとしてロケーションサーバ１０に送信する。予定経路決定手段３０１は、予め定められた条件に基づいて自動的に最適なＭＣＵ装置を選択してＭＣＵ利用予定リストを送信してもよく、使用者が指定したＭＣＵ装置を示すＭＣＵ利用予定リストを送信してもよい。また、ＭＣＵ装置が選択されなかった場合には、全てのＭＣＵ装置を含むＭＣＵ利用予定リストを送信してもよい。なお、予定経路決定手段３０１が最適なＭＣＵ装置を選択するためには、会議に参加するユーザ（利用者）の会議端末がどのネットワークに属し、そのネットワーク内の端末から最も近いＭＣＵ装置がどれかを認識する必要がある。このような情報は、あらかじめ各端末が保持していてもよく、また、グループ通信を開始する度に、ロケーションサーバから端末（会議サーバ）に送信されるように構成されていてもよい。

ＭＣＵ利用予定リストにおいて指定されるＭＣＵ装置は、端末がリスニングするときおよびログインするときにはじめて利用されるので、余計に指定しておいてもかまわない。しかし、例えば、ある拠点から１端末しか参加しない場合に、拠点内の階層化されたドメインに複数のＭＣＵ装置が存在していると、それらをすべて経由してくる可能性があるので、ＭＣＵ装置を限定しておくと効率的な通信が可能となる。逆に、ある拠点にＭＣＵ装置がひとつもないと、各端末が拠点間通信をして外部拠点のＭＣＵ装置に接続することとなるので、最低でも各拠点においてひとつのＭＣＵ装置を選択するものとする。予定経路決定手段３０１において、会議開催時にＭＣＵ網で利用するＭＣＵ装置の候補を選択することができ、実際に利用するか否かは、実行時に決定されるので、無駄にＭＣＵ装置を経由することがなくなる。

接続先取得手段３０２は、会議サーバとなる端末、および会議端末となる端末のいずれもが利用する。接続先取得手段３０２は、最初に接続するべきＭＣＵ装置２０−１をロケーションサーバ１０に問い合わせて選択する。すなわち、接続先取得手段３０２は、アプリケーション３０３からの接続要求にしたがって、リスニングかログインかの種別を示すセッション種別、送信元ノード識別子、送信元拠点識別子および通信グループＩＤとを含む接続先取得要求をロケーションサーバ１０に送信し、接続可能でもっとも近いＭＣＵ装置を示すＭＣＵ候補リストを受信する。接続先取得手段３０２は、受信したＭＣＵ候補リストを参照して、優先度の高いＭＣＵ装置を選択する。なお、選択したＭＣＵ装置に接続できなかった場合などには、次の候補のＭＣＵ装置を選択してもよい。また、ロケーションサーバ１０から受信したＭＣＵ候補リストによらずに、自ら設定したＭＣＵ装置に接続することもできる。

アプリケーション３０３は、最初の経路生成とアプリケーションとしての動作およびほかの端末とのアプリケーションとしての通信を行う。端末が会議サーバとして動作する場合に、アプリケーション３０３は、予定経路決定手段３０１に情報取得要求を送信して、ＭＣＵ利用予定リストをロケーションサーバ１０に登録させる。また、接続先取得手段３０２に接続先取得要求を出力して、リスニング要求の送信時に最初に接続するＭＣＵ装置（例えば、ＭＣＵ装置２０−１）を特定させる。そして、アプリケーション３０３は、通信手段３０４を起動して、ＭＣＵ装置２０−１に接続し、リスニング要求をＭＣＵ装置２０−１に対して送付する。なお、前述したように、リスニング要求には、最終宛先ノード識別子としてどのドメインのＭＣＵ装置まで転送するかを指定するＭＣＵ装置のノード識別子が含まれる。

端末が会議端末として動作した場合には、アプリケーション３０３は、接続先取得手段３０２に接続先取得要求を出力して、ログイン要求の送信時に最初に接続するＭＣＵ装置（例えば、ＭＣＵ装置２０−１）を特定させる。そして、アプリケーション３０３は、通信手段３０４を起動して、ＭＣＵ装置２０−１に接続させ、ログイン要求をＭＣＵ装置２０−１に対して送付する。

ログイン要求が会議サーバまで転送され、会議サーバから送信されたログイン完了通知を受信すると、会議端末はログイン完了となる。ログイン完了通知を転送した各ＭＣＵ装置は、セッション管理部にセッション情報としてログイン完了通知を記憶し、会議サーバと会議端末との通信が可能であると判断する。

例えば、ログインが完了した端末３０−１のアプリケーション３０３は、ＭＣＵ装置をひとつあるいは複数経由して、ほかの端末と通信することができる。通信の方式としては、送信先を特定したユニキャスト通信とグループに対して行うマルチキャスト通信がある。マルチキャスト通信の場合はＭＣＵ網で段階的に配信するので配信効率が高い。

通信手段３０４は、アプリケーション３０３からの要求にしたがって、ＭＣＵ装置２０−１に接続してリスニング要求およびログイン要求を送信することにより、アプリケーション３０３によるデータ送受信を中継する。

通信手段３０４は、端末が会議サーバとして動作する場合には、リスニング要求をＭＣＵ装置に送信する。また、ＭＣＵ装置２０−１から送信されるログイン要求を受信してユーザ管理手段３５０に出力し、ユーザ管理手段３５０がログイン可能と判断した場合には、ログイン完了通知を送信する。

通信手段３０４は、端末が会議端末として動作する場合には、ログイン要求をＭＣＵ装置に送信する。また、ＭＣＵ装置２０−１から送信されるログイン完了通知を受信して、アプリケーション３０３に通知する。

ユーザ管理手段３０５は、端末が会議サーバとして動作するときに有効となり、通信手段３０４から出力されるログイン要求を受信する。ユーザ管理手段３０５は、会議サーバとして、ログイン要求を最初に送信した会議端末（ログイン要求の当初送信元ノード識別子が示す端末）がログイン可能かどうかを、参加者情報管理部３０６を参照して判断する。ログイン可能であった場合には、ログイン完了通知を、各ＭＣＵ装置を介してログイン要求先の会議端末に送信する。ログイン不可能であった場合には、ログイン不完了通知を、各ＭＣＵ装置を介してログイン要求先の会議端末に送信する。

ユーザ管理手段３０５の処理により、会議サーバとなる端末３０−１においてユーザ管理を行うことができ、ＭＣＵ装置２０−１の負荷を軽減することが可能となり、たとえＭＣＵ装置２０−１をインターネット上に設置しても、参加者情報を会議サーバとなるイントラネット内の端末３０−１に格納しておくことができる。

参加者情報管理部３０６は、会議の参加者に関するユーザ情報（参加者情報）を記憶する。参加者情報管理部３０６が記憶する参加者情報は、ユーザ管理手段３０５によって参照され、ログイン要求を送信した会議端末がログイン可能かどうか判定される。

次に、図２および図４を参照して本実施の形態の全体の動作について説明する。図４は、本実施の形態の経路生成システムの動作を示すフローチャートである。以下の説明では、経路生成システムは、リスニングして会議サーバとなる端末３０−１、ログインして会議端末となる端末３０−２、ロケーションサーバ１０、ＭＣＵ装置２０−１，２０−２で構成されているものとし、リスニングして会議サーバとなる端末をリスニング端末３０−１、ログインして会議端末となる端末をログイン端末３０−２と表記する場合がある。

まず、ステップＳ１において、ロケーションサーバ１０は、所定のＭＣＵ装置の起動直後にあらかじめ定義されている拠点間接続情報を読み取り、拠点情報蓄積部１０３に記憶する。そしてステップＳ２において、ロケーションサーバ１０は、所定のＭＣＵ装置のＭＣＵ管理情報を読み取り、ＭＣＵ管理情報蓄積部１０４に記憶する。これまでが準備段階となり、この準備段階が完了し、ＭＣＵ装置が起動すると、いつでも通信を開始することが可能となる。

次に、ステップＳ３において、リスニング端末３０−１からの要求にしたがって、ロケーションサーバ１０は、拠点間接続情報およびＭＣＵ管理情報の一覧の送付を行う。リスニング端末３０−１は、ステップＳ４において、利用する予定のＭＣＵ装置を取捨選択し、ステップＳ５において、ロケーションサーバ１０にＭＣＵ利用予定リストを登録する。ステップＳ３からステップＳ５の動作によって、ＭＣＵ網の骨格を決定するが、ＭＣＵ網の構築はまだ行われていない。

次にステップＳ６において、リスニング端末３０−１がロケーションサーバ１０にリスニング接続先取得要求を送信し、リスニング要求の送信時に接続するべきＭＣＵ装置を問い合わせると、ロケーションサーバ１０はＭＣＵ候補リストを送信する。

ステップＳ７において、リスニング端末３０−１は、ＭＣＵ候補リストを参照してＭＣＵ装置２０−１を特定して接続し、リスニング要求の最終宛先ノード識別子として最上位のＭＣＵ装置２０−２のノード識別子を指定して、ＭＣＵ装置２０−１に対して発行する。

ステップＳ８において、ＭＣＵ装置２０−１は、リスニング要求をセッション情報として記憶する。ステップＳ９において、ＭＣＵ装置２０−１は、ロケーションサーバ１０に、次に接続するべきＭＣＵ装置を問い合わせて接続する。同様にして、ＭＣＵサーバ間の接続を繰り返し、リスニング要求に指定された最終宛先ノード識別子のＭＣＵ装置まで接続されると、複数のドメインにおいてリスニングセッションが複数生成される。ステップＳ６からステップＳ９の一連の動作によって、会議サーバとしての待ち受けの最小限のＭＣＵ網、すなわちリスニングセッションのみによるＭＣＵ網が完成する。

次にステップＳ１０において、会議端末となる端末３０−２からログインが開始される。まず、ログイン端末３０−２は、ロケーションサーバ１０に、自身のノード識別子と拠点識別子とを含むログイン接続先取得要求を送信して、接続するべきＭＣＵ装置の候補をロケーションサーバ１０から取得する。ステップＳ１１において、ログイン端末３０−２は、接続先を特定しＭＣＵ装置２０−１に接続する。そして直ちにステップＳ１２において、ログイン要求をＭＣＵ装置２０−１に送信する。

通常、ＭＣＵ装置では、リスニングセッションが存在している場合には、そのセッションにログイン要求を転送し、既に上位にＭＣＵ装置が接続している場合すなわちログイン完了セッションが存在する場合には、その経路にログイン要求を転送する。どちらも存在していない場合は、ステップＳ１３において、ロケーションサーバ１０に問い合わせて、ログインにおいて次に接続するべきＭＣＵ装置を問い合わせる。各ＭＣＵ装置がこの動作を繰り返すことで、経路を生成しながら、ログイン要求がリスニング端末３０−１に転送されて、ステップＳ１４において、リスニング端末３０−１においてログインの許可判定がなされる。なお、図２に示す例では、ＭＣＵ装置２０−１には、リスニング端末３０−１とのリスニングセッションがすでに存在するので、ログイン端末３０−２からのログイン要求はリスニング端末３０−１に転送される。

リスニング端末３０−１において、ログインが許可されたら、ステップＳ１５において、ログイン完了通知がＭＣＵ装置２０−１に送信され、ログイン端末３０−２に転送されていく。ログイン端末３０−２が直接接続しているＭＣＵ装置２０−１では、ログインが許可されたセッション（ログイン完了セッション）をアクティブにして、通信可能にする。

ステップＳ１６において、ログイン完了通知を受信したログイン端末３０−２は、今後、グループ通信を行うことが可能となる。ステップＳ１０からステップＳ１６の一連の動作によって、ＭＣＵ網を構築しながら、ログインの処理が行われ、今後のアプリケーションのデータの送受信が可能となる。

次に、本実施の形態の効果について説明する。本実施の形態では、端末がロケーションサーバに次に接続するＭＣＵ装置を問い合わせる構成をとっており、それぞれノード識別子および拠点識別子をもってロケーションサーバに問い合わせ、ロケーションサーバに蓄積された拠点間接続情報とノード識別子のドメインの関係から接続可能な最適なＭＣＵ装置を選択できるように構成されているため、イントラネットやインターネット、サブネットに分割されてファイヤウォールに守られているネットワークにおいても、接続可能な最短なＭＣＵ装置を選択することができる。

本実施の形態では、さらに、ＭＣＵ装置がロケーションサーバに次に接続するＭＣＵ装置を問い合わせる構成をとっており、それぞれノード識別子および拠点識別子をもってロケーションサーバに問い合わせ、ロケーションサーバに蓄積された拠点間接続情報とノード識別子のドメインの関係から接続可能な最適なＭＣＵ装置を選択できるように構成されているため、イントラネットやインターネット、サブネットに分割されてファイヤウォールに守られているネットワークにおいても、それぞれのＭＣＵ装置の接続動作によって、動的に最良なＭＣＵ網を構築することができる。

また、本実施の形態では、さらに、リスニングする端末において、参加者情報を管理し、最上位のＭＣＵ装置が全ての管理情報を持たない構成となっているために、ＭＣＵ装置に負荷をかけずにすむとともに、最上位のＭＣＵ装置をセキュリティが弱いインターネット上においても、管理情報を危険にさらすことがなくなるという効果がある。

次に、具体的な実施例を用いて本発明を実施するための最良の形態の動作を説明する。

図５から図９は、本発明による経路生成システムの構成例を示すブロック図である。図５〜図９に示す経路生成システムは、ロケーションサーバ１１と、ロケーションサーバ１２と、ＭＣＵ装置２１と、ＭＣＵ装置２２と、ＭＣＵ装置２３と、ＭＣＵ装置２４と、ＭＣＵ装置２５と、ＭＣＵ装置２６と、ＭＣＵ装置２７と、端末３１と、端末３２と、端末３３と、端末３４と、端末３５と、端末３６と、端末３７と、端末３８と、端末３９と、端末４０とを備える。図５〜図９は、全て同じ構成である。

図５から図９に示すような、ネットワーク網とＭＣＵ装置、端末が配置される場合について説明する。

図１０は、各拠点におけるＭＣＵ装置の配置状況および拠点間の接続状況の一例を示す説明図である。図１０に示すように、拠点Ａに、ＭＣＵ装置２１，２３，２６が設置され、拠点Ｂに、ＭＣＵ装置２２，２４が設置され、拠点Ｃに、ＭＣＵ装置２５が設置される。また、ＭＣＵ装置２７は、インターネット上に設置される。

図５〜図９に示す経路生成システムは、インターネット、イントラネット、イントラネット内の複数のサブネットに分かれている。また、各ネットワークにはファイヤウォール（図示せず。）が設置されている。インターネットのドメイン名は「ｉ」、イントラネットのドメイン名は「ｘ．ｉ」、サブネットは、「ｐ．ｘ．ｉ」、「ｑ．ｘ．ｉ」、「ｒ．ｘ．ｉ」の３つのドメインに分かれている。さらに、ドメイン「ｐ．ｘ．ｉ」の中に、ドメイン「ａ．ｐ．ｘ．ｉ」のサブネットがあり、「ｑ．ｘ．ｉ」の中に、ドメイン「ｑ．ｐ．ｘ．ｉ」のサブネットがある。

ロケーションサーバ１１はイントラネット内に存在し、ロケーションサーバ１２はインターネット上に存在する。ロケーションサーバ１１は、ＭＣＵ装置２１〜２６および端末３１〜３９から参照可能であり、ロケーションサーバ１２は、ＭＣＵ装置２７および端末４０から参照可能であるものとする。

それぞれの端末とＭＣＵ装置にはノード識別子が割り当てられ、記憶されている。ノード識別子は、「ノード名＠ドメイン」で表現されるものとする。図５〜図９に示すように、ＭＣＵ装置２１には「ｍ１＠ｘ．ｉ」、ＭＣＵ装置２２には「ｍ２＠ｘ．ｉ」、ＭＣＵ装置２３には「ｍ３＠ｐ．ｘ．ｉ」、ＭＣＵ装置２４には「ｍ４＠ｑ．ｘ．ｉ」、ＭＣＵ装置２５には「ｍ５＠ｒ．ｘ．ｉ」、ＭＣＵ装置２６には「ｍ６＠ａ．ｐ．ｘ．ｉ」、ＭＣＵ装置２７には「ｍ７＠ｉ」、端末３１には「ｔ１＠ｐ．ｘ．ｉ」、端末３２には「ｔ２＠ｐ．ｘ．ｉ」、端末３３には「ｔ３＠ａ．ｐ．ｘ．ｉ」、端末３４には「ｔ４＠ａ．ｐ．ｘ．ｉ」、端末３５には「ｔ５＠ｑ．ｘ．ｉ」、端末３６には「ｔ６＠ｑ．ｘ．ｉ」、端末３７には「ｔ７＠ｂ．ｑ．ｘ．ｉ」、端末３８には「ｔ８＠ｒ．ｘ．ｉ」、端末３９には「ｔ９＠ｒ．ｘ．ｉ」、端末３９には「ｔ１０＠ｉ」が記憶される。

まず、図５を参照して、イントラネット内の全拠点の全端末３１〜３９が会議を実施する場合について、リスニングからログインまでの過程を説明する。端末３１〜３９が会議参加するので、ＭＣＵ装置２１〜２６を中継することにする。

図５に示す例では、端末３３が、リスニングを開始する会議サーバとなるものとする。まず、端末３３は、ロケーションサーバ１１に情報取得要求を送信して拠点間接続情報とイントラネット内のすべてのＭＣＵ装置のＭＣＵ管理情報とを取得し、ＭＣＵ利用予定リストにすべてのＭＣＵ装置を指定してロケーションサーバ１１に送信する。

次に、端末３３は、リスニングを開始するためにロケーションサーバ１１にリスニング接続先取得要求を送信してＭＣＵ候補リストを受信し、直近のＭＣＵ装置２６を選択する。その次に、端末３３は、イントラネット内の最上位ドメインである「ｘ．ｉ」ドメインのＭＣＵ装置２１を最上位のＭＣＵ装置（最終宛先ノード識別子）に指定して、リスニング要求を送信する。ここで、端末３３が送信するリスニング要求は、セッション種別が「リスニング」、送信元ノード識別子が「ｔ３＠ａ．ｐ．ｘ．ｉ」、当初送信元ノード識別子が「ｔ３＠ａ．ｐ．ｘ．ｉ」、最終宛先ノード識別子が「ｍ１＠ｘ．ｉ」の情報である。

端末３３が、ＭＣＵ装置２６に接続してリスニング要求を送信すると、ＭＣＵ装置２６は、受信したリスニング要求に基づいて、セッション情報としてリスニングセッションを作成する。ＭＣＵ装置２６は、リスニング要求で指定された最上位ドメインのＭＣＵ装置（最終宛先ノード識別子が示すＭＣＵ装置２１）ではないので、ロケーションサーバ１１に問い合わせてリスニング接続先取得要求を送信する。

ロケーションサーバ１１は、ＭＣＵ装置２６からリスニング接続先取得要求を受信すると、ＭＣＵ利用予定リスト蓄積部１０５に記憶するＭＣＵ利用予定リストにおけるＭＣＵ装置２６に対応する「セッション種別」に「リスニング」と記憶するとともに、ＭＣＵ装置２６にＭＣＵ候補リストを送信する。

ＭＣＵ装置２６は、ロケーションサーバ１１からＭＣＵ候補リストを受信し、さらに上位のＭＣＵ装置であるＭＣＵ装置２３を選択する。ＭＣＵ装置２６は、選択したＭＣＵ装置２３に接続してリスニング要求を転送する。ここで、ＭＣＵ装置２６が転送するリスニング要求は、端末３３から受信したリスニング要求に対し、送信元ノード識別子のみを自身のノード識別子「ｍ６＠ａ．ｐ．ｘ．ｉ」に変えたものである。

ＭＣＵ装置２３は、ＭＣＵ装置２６からのリスニング要求を受信してリスニングセッションを作成し、ロケーションサーバ１１にリスニング接続先取得要求を送信する。ロケーションサーバ１１は、ＭＣＵ利用予定リストにおけるＭＣＵ装置２３に対応する「セッション種別」に「リスニング」と記憶するとともに、ＭＣＵ装置２３にＭＣＵ候補リストを送信する。ＭＣＵ装置２３は、ロケーションサーバ１１からＭＣＵ候補リストを受信し、さらに上位のＭＣＵ装置２１を選択してリスニング要求を転送する。ここで、ＭＣＵ装置２３が転送するリスニング要求は、ＭＣＵ装置２６から受信したリスニング要求に対し、送信元ノード識別子のみを自身のノード識別子「ｍ３＠ｐ．ｘ．ｉ」に変えたものである。

ＭＣＵ装置２１は、ＭＣＵ装置２３からのリスニング要求を受信して、セッション情報としてリスニングセッションを作成し、ロケーションサーバ１１にリスニング接続先取得要求を送信する。

ロケーションサーバ１１は、ＭＣＵ利用予定リストにおけるＭＣＵ装置２１に対応する「セッション種別」に「リスニング」と記憶する。ロケーションサーバ１１は、ＭＣＵ装置２１が最上位のＭＣＵ装置であると判断し、ＭＣＵ装置２１に空のＭＣＵ候補リストを送信する。

ＭＣＵ装置２１は、空のＭＣＵ候補リストを受信した場合には、リスニング要求を送信しないため、一連のリスニング動作が完了する。以上に説明した動作により、ＭＣＵ装置２６，２３，２１において、セッション情報としてリスニングセッションが記憶され、リスニング状態になる。

次に、各会議端末がログインする場合について説明する。まず、端末３１がログイン動作を行う場合について説明する。

端末３１は、ロケーションサーバ１１にログイン接続先取得要求を送信してＭＣＵ候補リストを受信し、直近のＭＣＵ装置として同一ドメイン、同一拠点のＭＣＵ装置２３を選択する。端末３１は、ＭＣＵ装置２３に対し、セッション種別が「ログイン」、送信元ノード識別子が「ｔ１＠ｐ．ｘ．ｉ」、当初送信元ノード識別子が「ｔ１＠ｐ．ｘ．ｉ」、最終宛先ノード識別子が会議サーバ端末３３のノード識別子「ｔ３＠ａ．ｐ．ｘ．ｉ」であるログイン要求を送信する。

ＭＣＵ装置２３は、端末３１からのログイン要求を受信すると、セッション管理部２０４が記憶するセッション情報を検索する。ここで、ＭＣＵ装置２３は、送信元ノード識別子が「ｍ６＠ａ．ｐ．ｘ．ｉ」であるリスニングセッションを記憶していることから、ＭＣＵ装置２６とのリスニングセッションがあると判断し、端末３１からのログイン要求をＭＣＵ装置２６に転送する。

ＭＣＵ装置２６は、ＭＣＵ装置２３からのログイン要求を受信すると、セッション情報を検索する。ＭＣＵ装置２６は、送信元ノード識別子が「ｔ３＠ａ．ｐ．ｘ．ｉ」であるリスニングセッションを記憶していることから、端末３３とのリスニングセッションがあると判断し、ＭＣＵ装置２３からのログイン要求を端末３３に転送する。

端末３１が送信したログイン要求が会議サーバである端末３３にまで転送され、端末３３からのログイン完了通知を端末３１が受信することにより、端末３１のログインが完了する。

端末３２がログインする場合も、端末３１がログインする場合と同様の処理により、ロケーションサーバ１１からのＭＣＵ候補リストに基づいてＭＣＵ装置２３が選択され、会議サーバである端末３３にまでログイン要求が転送されて、ログインが完了する。

端末３４がログインする場合は、ＭＣＵ装置２６が直近のＭＣＵ装置となるので、端末３４は、ロケーションサーバ１１からのＭＣＵ候補リストに基づいてＭＣＵ装置２６にログイン要求を送信する。ＭＣＵ装置２６は、端末３３とのリスニングセッションを記憶していることから、端末３４からのログイン要求を会議サーバである端末３３に転送する。

次に、端末３５がログインする場合について説明する。端末３５の直近のＭＣＵ装置はＭＣＵ装置２４なので、端末３５は、ロケーションサーバ１１からのＭＣＵ候補リストに基づいてＭＣＵ装置２４にログイン要求を送信する。

ＭＣＵ装置２４は、リスニングセッションもログイン完了セッションも記憶しておらず、どこにもつながっていないので、ロケーションサーバ１１にログイン接続先要求を送信してＭＣＵ候補リストを受信し、同一拠点の上位のＭＣＵ装置であるＭＣＵ装置２２にログイン要求を転送する。

ＭＣＵ装置２２も、リスニングセッションもログイン完了セッションも記憶しておらず、どこにも接続していない。ＭＣＵ装置２２がロケーションサーバ１１にログイン接続先要求を送信すると、ロケーションサーバ１１は、ＭＣＵ装置２２が拠点Ｂで最上位のＭＣＵ装置であるので、ＭＣＵ利用予定リストのセッション種別を参照して、リスニングしている拠点ＡのＭＣＵ装置のうち、直近の接続可能なＭＣＵ装置２１を選択し、ＭＣＵ候補リストをＭＣＵ装置２２に送信する。ＭＣＵ装置２２は、受信したＭＣＵ候補リストに基づいてＭＣＵ装置２１にログイン要求を転送する。

ＭＣＵ装置２１は、送信元ノード識別子が「ｍ３＠ｐ．ｘ．ｉ」であるリスニングセッションを記憶していることから、ＭＣＵ装置２３とのリスニングセッションがあると判断し、ＭＣＵ装置２２からのログイン要求をＭＣＵ装置２３に転送する。ＭＣＵ装置２３に転送されたログイン要求が会議サーバである端末３３まで転送される処理は、端末３１，３２からのログイン要求が転送される処理と同様であるため、説明を省略する。

会議サーバである端末３３は、ログイン完了通知を送信する。ＭＣＵ装置２２は、ＭＣＵ装置２６，２３，２１を介してログイン完了通知を受信する。ＭＣＵ装置２２は、ＭＣＵ装置２１から、送信元ノード識別子が「ｍ１＠ｘ．ｉ」であるログイン完了通知を受信し、セッション情報として記憶するとともに、送信元ノード識別子を「ｍ２＠ｘ．ｉ」としたログイン完了通知をＭＣＵ装置２４に転送する。ＭＣＵ装置２４は、ＭＣＵ装置２２から、送信元ノード識別子が「ｍ２＠ｘ．ｉ」であるログイン完了通知を受信し、セッション情報として記憶するとともに、送信元ノード識別子を「ｍ４＠ｑ．ｘ．ｉ」としたログイン完了通知を端末３５に転送する。

端末３５のログイン動作によって、ＭＣＵ装置２２と２４が動作し、リスニングセクションと接続した。すなわち、ＭＣＵ装置２２は、送信元ノード識別子が「ｍ１＠ｘ．ｉ」であるログイン完了セッションを記憶していることから、リスニングセッションを有するＭＣＵ装置２１とのセッションが可能となる。同様に、ＭＣＵ装置２４は、送信元ノード識別子が「ｍ２＠ｘ．ｉ」であるログイン完了セッションを記憶していることから、ＭＣＵ装置２２とのセッションが可能となる。

次に、端末３６がログインする場合について説明する。端末３６は、端末３５と同様にＭＣＵ装置２４にログイン要求を送信する。ＭＣＵ装置２４には、ＭＣＵ装置２２とのログイン完了セッションがあり、ＭＣＵ装置２２には、ＭＣＵ装置２１とのログイン完了セッションがあることから、会議サーバである端末３３までの接続がすでに成立している。したがって、端末３６からのログイン要求は、既存の接続網を経由して会議サーバある端末３３に転送される。

次に、端末３７がログインする場合について説明する。端末３７が所属するドメインにはＭＣＵ装置が存在しないので、ロケーションサーバ１１は、端末３７の上位のドメインのＭＣＵ装置であるＭＣＵ装置２４を示すＭＣＵ候補リストを端末３７に送信する。端末３７は、ＭＣＵ装置２４にログイン要求を送信する。以降の処理は、端末３６がログインする場合の処理と同様であるため、説明を省略する。

次に、端末３８がログインする場合について説明する。端末３８が存在する拠点にはＭＣＵ装置２５が存在するので、ロケーションサーバ１１は、ＭＣＵ装置２５を示すＭＣＵ候補リストを端末３８に送信する。端末３８は、ＭＣＵ装置２５にログイン要求を送信する。

ＭＣＵ装置２５は、リスニングセッションもログイン完了セッションも記憶しておらず、どこにも接続していない。また、拠点内で最上位のＭＣＵ装置であるので、拠点間の接続を行う。すなわち、ロケーションサーバ１１は、ＭＣＵ利用予定リストのセッション種別を参照して、リスニング動作しているＭＣＵ装置の方向にある直近のＭＣＵ装置を選択する。

選択する際の候補として、ＭＣＵ装置２１，２２が存在するが、拠点間接続情報から算出してＭＣＵ装置２２がＭＣＵ装置２１とＭＣＵ装置２５の中間に存在するので、ロケーションサーバ１１は、ＭＣＵ装置２２を示すＭＣＵ候補リストをＭＣＵ装置２５に送信する。

ＭＣＵ装置２５は、ＭＣＵ装置２２に接続し、ログイン要求を転送する。以降の処理は、端末３６，３７がログインする場合の処理と同様であるため、説明を省略する。なお、会議サーバである端末３３からログイン完了通知が送信されることにより、ＭＣＵ装置２５は、送信元ノード識別子が「ｍ２＠ｘ．ｉ」であるログイン完了セッションを記憶する。

次に、端末３９がログインする場合について説明する。端末３９は、端末３８と同様にＭＣＵ装置２５にログイン要求を送信する。ＭＣＵ装置２５には、ＭＣＵ装置２２とのログイン完了セッションがあることから、会議サーバである端末３３までの接続がすでに成立している。端末３９は、ＭＣＵ装置２５に接続し、既存の経路を使って会議サーバである端末３３にログイン要求を転送して完了する。以上の動作によって、すべての端末がＭＣＵ装置を経由してグループ通信網に接続することができた。

次に、図６を参照して、さらにインターネット上の端末４０が参加する場合について説明する。イントラネット内のＭＣＵ網は、すでに図５に示す構成によって終了しているとする。

端末４０がインターネット上から参加する場合には、ロケーションサーバとしてインターネット上のロケーションサーバ１２も利用する。メインのロケーションサーバはイントラネット内のロケーションサーバ１１からインターネット上のロケーションサーバ１２に変更される。ただし、処理を分散してインターネット上のロケーションサーバ１２に負荷をかけないようにするために、拠点間接続情報およびＭＣＵ管理情報のミラーをイントラネット内のロケーションサーバ１１におき、イントラネット内の問い合わせに対応する。

会議サーバである端末３３のリスニング時には、ＭＣＵ利用予定リストにインターネット上のＭＣＵ装置であるＭＣＵ装置２７を加えてロケーションサーバ１１，１２に登録し、リスニングの動作でＭＣＵ装置２７までリスニングを上昇させる。

すなわち、端末３３は、ＭＣＵ装置２７のノード識別子を最終宛先ノード識別子としたリスニング要求を送信する。端末３３によって送信されたリスニング要求は、図５を参照して説明したように、ＭＣＵ装置２１にまで転送される。図６に示す例では、ロケーションサーバ１１は、ＭＣＵ装置２１からリスニング接続先取得要求を送信すると、ＭＣＵ装置２７を示すＭＣＵ候補リストをＭＣＵ装置２１に送信する。ＭＣＵ装置２１は、ＭＣＵ候補リストに基づいてＭＣＵ装置２７にリスニング要求を転送する。

ＭＣＵ装置２７は、ＭＣＵ装置２１からのリスニング要求を受信してリスニングセッションを作成し、インターネット上のロケーションサーバ１２にリスニング接続先取得要求を送信する。ロケーションサーバ１２は、ＭＣＵ利用予定リストにおけるＭＣＵ装置２７に対応する「セッション種別」に「リスニング」と記憶する。ロケーションサーバ１２は、ＭＣＵ装置２７が最上位のＭＣＵ装置であると判断し、ＭＣＵ装置２７に空のＭＣＵ候補リストを送信し、一連のリスニング動作が完了する。

次に、端末４０がログインする場合について説明する。端末４０は、ロケーションサーバ１２にログイン接続先取得要求を送信する。端末４０は、受信したＭＣＵ候補リストに基づいて、ＭＣＵ装置２７にログイン要求を送信する。ＭＣＵ装置２７は、ＭＣＵ装置２１とのリスニングセッションを記憶していることから、ログイン要求をＭＣＵ装置２１に転送する。前述したように、会議サーバである端末３３にまでログイン要求が転送され、ログインを完了する。ＭＣＵ装置２７は、端末４０の情報だけを管理すればよいので、イントラネット内のユーザ情報をインターネット上に置く必要がなくなる。

次に、図７を参照して、拠点Ａおよび拠点Ｃに設置された端末だけで会議する場合について説明する。会議サーバである端末３３のリスニング時に、端末３１，３２，３３，３４，３８，３９が通信するときのＭＣＵ利用予定リストとして、端末３３がＭＣＵ装置２１，２５，２６を選択したものとする。

リスニング動作において、会議サーバである端末３３は、ＭＣＵ装置２６からＭＣＵ装置２１に接続してリスニングセッションを確立する。ＭＣＵ装置２３はＭＣＵ利用予定リストに載っていないので、ＭＣＵ装置２６はＭＣＵ装置２３を経由しない。すなわち、ＭＣＵ装置２６は、端末３３とのリスニングセッションを記憶し、ＭＣＵ装置２１は、ＭＣＵ装置２６とのリスニングセッションを記憶する。

端末３１，３２は、ログイン要求の送信時に、上位のドメインで同一拠点のＭＣＵ装置であるＭＣＵ装置２１を選択して送信する。端末３４は同一ドメインのＭＣＵ装置２６を選択してログイン要求を送信する。それぞれのログイン要求は、ＭＣＵ装置２１，２６が有するリスニングセッションに基づいて、会議サーバである端末３３に転送される。

端末３８，３９は、同一ドメインで同一拠点のＭＣＵ装置２５を選択してログイン要求を送信する。ＭＣＵ装置２５は拠点の中で最上位のドメインのＭＣＵ装置であるので、拠点間通信を行う。拠点間通信でＭＣＵ装置２５から接続できるＭＣＵ装置はＭＣＵ装置２１であるので、ＭＣＵ装置２５は、ＭＣＵ装置２１に接続してログイン要求を中継する。この動作によって、最小限のＭＣＵ装置だけで拠点間をまたいだ会議が可能となる。

次に、図８を参照して、中間のドメインに会議サーバがある場合について説明する。すなわち、端末３１，３２，３３，３４，３８，３９との間で通信するのは図７に示す例と同様であって、会議サーバが端末３１に変更された場合である。また、ＭＣＵ利用予定リストにはＭＣＵ装置２１,２５,２６が含まれるものとする。

リスニング時に、会議サーバである端末３１は、上位のＭＣＵ装置２１に接続してリスニング要求を送信する。ＭＣＵ装置２１が最上位なので、リスニングセッションはＭＣＵ装置２１でだけ構築される。ＭＣＵ装置２１は、端末３１とのリスニングセッションを記憶する。

端末３２がログインする場合、端末３２は、上位のドメインで同一拠点のＭＣＵ装置２１に接続してログイン要求を送信する。ＭＣＵ装置２１は、端末３１とのリスニングセッションに基づいて、ログイン要求を端末３１に転送する。

端末３３,３４がログインする場合、端末３３,３４は、同一ドメイン、同一拠点のＭＣＵ装置２６を選択してログイン要求を送信する。ＭＣＵ装置２６は、リスニングセッションもログイン完了セッションも記憶しておらず、どこにも接続していないので、ロケーションサーバ１１にログイン接続先要求を送信してＭＣＵ候補リストを受信し、上位ドメインのＭＣＵ装置２１に接続してログイン要求を転送する。ＭＣＵ装置２１は、端末３１とのリスニングセッションに基づいて、ログイン要求を端末３１に転送する。

次に、端末３８，３９がログインする場合、端末３８，３９は、同一ドメインで同一拠点のＭＣＵ装置２５を選択してログイン要求を送信する。ＭＣＵ装置２５は、拠点Ｃの中で最上位のドメインのＭＣＵ装置であるので、拠点間通信を行う。拠点間通信でＭＣＵ装置２５から接続できるＭＣＵ装置はＭＣＵ装置２１であるので、ＭＣＵ装置２１に接続して、ログイン要求を中継する。以上の動作によって、会議サーバの位置を中間のドメインに変更しても、ＭＣＵ網が構築されることが示される。

次に、図９を参照して、拠点ＣにＭＣＵ装置がない場合について説明する。端末３１，３２，３３，３４，３５，３９との間で通信するときのＭＣＵ利用予定リストとして、端末３１がＭＣＵ装置２１，２２，２６を選択したものとする。端末３１〜３４の動作は、図８に例示して説明した処理と同一である。

端末３５は、上位のＭＣＵ装置２２を選択してログイン要求を送信し、ＭＣＵ装置２２は、ＭＣＵ装置２１に拠点間接続をしてログイン要求を転送する。端末３９は、拠点ＣにＭＣＵ装置が存在していないことから、拠点間通信を行い、リスニングされている方向で直近に位置するＭＣＵ装置２２を選択してログイン要求を送信する。以上の処理によって、全拠点にＭＣＵ装置を設置しなくても、会議が可能となることが示される。

本発明によれば、イントラネットなどのファイヤウォールが複雑に設置されている環境において、ネットワークに特殊な設定をせずともＭＣＵ装置を多段に接続した大規模な電子会議を開催するといった用途に適用できる。また、複数の拠点を経由した中規模の電子会議においてもネットワークの設定をすることなく拠点間の通信を最小限にすることで、通信品質を保った会議が開催できるといった用途にも適用可能である。

本発明による経路生成システムのネットワーク構成例を示すブロック図である。 本発明による経路生成システムの構成例を示すブロック図である。 データ構造図の例を示す説明図である。 本発明の実施の形態における経路生成システムの動作を示すフローチャートである。 本発明による経路生成システムの構成例を示すブロック図である。 本発明による経路生成システムの構成例を示すブロック図である。 本発明による経路生成システムの構成例を示すブロック図である。 本発明による経路生成システムの構成例を示すブロック図である。 本発明による経路生成システムの構成例を示すブロック図である。 各拠点におけるＭＣＵ装置の配置状況および拠点間の接続状況の一例を示す説明図である。

符号の説明

１０ ロケーションサーバ
２０−１〜２０−６ ＭＣＵ装置
３０−１〜３０−６ 端末
１０１ 予定経路管理手段
１０２ 経路優先度決定手段
１０３ 拠点情報蓄積部
１０４ ＭＣＵ管理情報蓄積部
１０５ ＭＣＵ利用リスト蓄積部
２０１ 接続先取得手段
２０２ 通信手段
２０３ グループ管理手段
２０４ セッション管理部
３０１ 予定経路決定手段
３０２ 接続先取得手段
３０３ アプリケーション
３０４ 通信手段
３０５ ユーザ管理手段
３０６ 参加者情報管理部

Claims (20)

1. 複数の端末装置がグループ通信を行うための通信経路を生成する経路生成システムであって、
   前記端末装置間の通信を中継する複数の中継装置と、前記端末装置および前記中継装置と通信可能な経路管理サーバとを備え、
   前記経路管理サーバは、
   各端末装置および各中継装置の属するネットワークの位に関するネットワーク情報を記憶する記憶手段と、
   所定の中継装置からの次に接続すべき中継装置を問い合わせる接続先取得要求に応じて、前記ネットワーク情報にもとづいて次に接続すべき前記所定の中継装置と同位または上位のネットワークの中継装置を決定し、決定した中継装置を示す接続先情報を前記所定の中継装置に送信する経路決定手段とを含み、
   前記中継装置は、
   同位または下位のネットワークの前記端末装置または前記中継装置から通信経路が確立されると、前記接続先取得要求を前記経路管理サーバに送信する接続先要求手段と、
   前記経路管理サーバからの前記接続先情報にもとづいて、該接続先情報の示す中継装置と通信経路を確立する経路確立手段とを含む
   ことを特徴とする経路生成システム。
2. 経路管理サーバは、グループ通信を開始する開始端末装置からの通信開始要求に応じて、グループ通信に参加する参加端末装置が通信経路を確立するために必要な最上位の中継装置を特定する最上位装置特定手段を含み、
   経路確立手段は、自身が最上位の中継装置になるまで通信経路を確立する
   請求項１記載の経路生成システム。
3. 経路決定手段は、グループ通信を開始する開始端末装置またはグループ通信に参加する参加端末装置から接続先取得要求を受信したときも、ネットワーク情報にもとづいて次に接続すべき中継装置を決定し、決定した中継装置を示す接続先情報を前記端末装置に送信する
   請求項１または請求項２記載の経路生成システム。
4. 経路決定手段は、グループ通信を開始する開始端末装置またはこの開始端末装置と通信経路を確立している中継装置からの接続先取得要求を受信したときは、最上位の中継装置またはこの最上位の中継装置に導く中継装置を次に接続すべき中継装置として決定し、グループ通信に参加する参加端末装置またはこの参加端末装置と通信経路を確立している中継装置からの接続先取得要求を受信したときは、前記開始端末装置と通信経路を確立している中継装置またはこの中継装置に導く中継装置を次に接続すべき中継装置として決定する
   請求項３記載の経路生成システム。
5. 記憶手段は、ネットワークが複数の拠点に分かれている場合に、拠点間の接続状況に関する拠点間接続情報をも記憶し、
   経路決定手段は、前記拠点間接続情報にもとづいて拠点間の通信経路を一つにする中継装置を次に接続すべき中継装置に決定する
   請求項１から請求項４のうちのいずれかに記載の経路生成システム。
6. 経路決定手段は、次に接続すべき中継装置として所定の中継装置が接続可能な一または複数の中継装置を決定し、決定した一または複数の中継装置を示す接続先情報を前記所定の中継装置に送信し、
   中継装置は、前記接続先情報に複数の中継装置が含まれているとき、複数の中継装置から一つの中継装置を選択する中継装置選択手段を含み、
   経路確立手段は、前記中継装置選択手段により選択された中継装置と通信経路を確立する
   請求項１から請求項５のうちのいずれかに記載の経路生成システム。
7. 経路管理サーバは、グループ通信を開始する開始端末装置からの通信開始要求に応じて、中継装置のネットワーク情報を前記開始端末装置に送信するネットワーク情報送信手段を含み、
   最上位装置特定手段は、前記開始端末装置において前記ネットワーク情報より選定されたグループ通信の実行に必要な中継装置の情報にもとづいて、最上位の中継装置を特定する
   請求項２から請求項６のうちのいずれかに記載の経路生成システム。
8. 中継装置は、グループ通信を開始する開始端末装置と通信経路が確立されているとき、グループ通信に参加する参加端末装置またはこの参加端末装置と通信経路と通信経路を確立している中継装置からグループ通信への参加要求を受信すると、その参加要求を前記開始端末装置に向けて送信する参加要求送信手段を含む
   請求項３から請求項７のうちのいずれかに記載の経路生成システム。
9. 複数の端末装置がグループ通信を行うための通信経路を生成する経路生成方法であって、
   通信を中継する中継装置における中継制御手段が中継制御プログラムに従って、
   同位または下位のネットワークの端末装置または中継装置から通信経路が確立されると、次に接続すべき中継装置を問い合わせる接続先取得要求を送信し、
   経路管理サーバにおける経路制御手段が経路制御プログラムに従って、
   所定の中継装置からの前記接続先取得要求を受信すると、記憶手段に記憶された、各端末装置および各中継装置の属するネットワークの位に関するネットワーク情報にもとづいて、次に接続すべき前記所定の中継装置と同位または上位のネットワークの中継装置を決定し、決定した中継装置を示す接続先情報を前記所定の中継装置に送信し、
   前記中継制御手段が前記中継制御プログラムに従って、
   前記経路管理サーバからの前記接続先情報にもとづいて、該接続先情報の示す中継装置と通信経路を確立する
   ことを特徴とする経路生成方法。
10. 経路制御手段は、グループ通信を開始する開始端末装置からの通信開始要求に応じて、グループ通信に参加する参加端末装置が通信経路を確立するために必要な最上位の中継装置を特定し、
    中継制御手段は、自身が最上位の中継装置になるまで通信経路を確立する
    請求項９記載の経路生成方法。
11. 複数の端末装置がグループ通信を行うときの通信経路を管理する経路管理サーバであって、
    各端末装置および各中継装置の属するネットワークの位に関するネットワーク情報を記憶する記憶手段と、
    通信を中継する所定の中継装置からの次に接続すべき中継装置を問い合わせる接続先取得要求に応じて、前記ネットワーク情報にもとづいて次に接続すべき前記所定の中継装置と同位または上位のネットワークの中継装置を決定し、決定した中継装置を示す接続先情報を前記所定の中継装置に送信する経路決定手段とを備えた
    ことを特徴とする経路管理サーバ。
12. 経路管理サーバは、グループ通信を開始する開始端末装置からの通信開始要求に応じて、グループ通信に参加する参加端末装置が通信経路を確立するために必要な最上位の中継装置を特定する最上位装置特定手段を備えた
    請求項１１記載の経路管理サーバ。
13. 複数の端末装置がグループ通信を行うときに通信経路を管理する経路管理サーバを制御するための経路制御プログラムであって、
    通信を中継する所定の中継装置からの次に接続すべき中継装置を問い合わせる接続先取得要求に応じて、記憶手段に記憶された、各端末装置および各中継装置の属するネットワークの位に関するネットワーク情報にもとづいて、次に接続すべき前記所定の中継装置と同位または上位のネットワークの中継装置を決定する中継装置決定処理と、
    該中継装置決定処理にて決定した中継装置を示す接続先情報を前記所定の中継装置に送信する接続先情報送信処理と、
    を前記経路管理サーバにおける経路制御手段に実行させることを特徴とする経路制御プログラム。
14. グループ通信を開始する開始端末装置からの通信開始要求に応じて、グループ通信に参加する参加端末装置が通信経路を確立するために必要な最上位の中継装置を特定する最上位装置特定処理を経路制御手段に実行させる請求項１３記載の経路制御プログラム。
15. 複数の端末装置がグループ通信を行うときに通信を中継する中継装置であって、
    同位または下位のネットワークの前記端末装置または中継装置から通信経路が確立されると、次に接続すべき中継装置を問い合わせる接続先取得要求を、通信経路を管理する経路管理サーバに送信する接続先要求手段と、
    前記接続先取得要求に応じて前記経路管理サーバから送信される、次に接続すべき中継装置を示す接続先情報を受信したとき、その接続先情報の示す中継装置と通信経路を確立する経路確立手段とを備えた
    ことを特徴とする中継装置。
16. 複数の端末装置がグループ通信を行うときに通信を中継する中継装置を制御するための中継制御プログラムであって、
    同位または下位のネットワークの前記端末装置または中継装置から通信経路が確立されると、次に接続すべき中継装置を問い合わせる接続先取得要求を、通信経路を管理する経路管理サーバに送信する接続先要求処理と、
    前記接続先取得要求に応じて前記経路管理サーバから送信される、次に接続すべき中継装置を示す接続先情報を受信したとき、その接続先情報の示す中継装置と通信経路を確立する経路確立処理と、
    を前記中継装置における中継制御手段に実行させることを特徴とする中継制御プログラム。
17. グループ通信を行う端末装置であって、
    グループ通信を開始する場合またはグループ通信に参加する場合に、次に接続すべき中継装置を問い合わせる接続先取得要求を、グループ通信における通信経路を管理する経路管理サーバに送信する接続先取得要求送信手段と、
    前記経路管理サーバからの次に接続すべき中継装置を示す接続先情報にもとづいて、該接続先情報の示す中継装置と通信経路を確立する経路確立手段とを備えた
    ことを特徴とする端末装置。
18. グループ通信を開始するときに通信開始要求を経路管理サーバに送信する開始要求送信手段と、
    前記通信開始要求に応じて前記経路管理サーバから送信される、中継装置のネットワークの位に関するネットワーク情報を受信したとき、該ネットワーク情報にもとづいてグループ通信の実行に必要な中継装置を選定する中継装置選定手段と、
    該中継装置選定手段により選定された中継装置の情報を前記経路管理サーバに送信する中継装置情報送信手段と、
    を備えた請求項１７記載の端末装置。
19. グループ通信を行う端末装置を制御するための端末制御プログラムであって、
    グループ通信を開始する場合またはグループ通信に参加する場合に、次に接続すべき中継装置を問い合わせる接続先取得要求を、グループ通信における通信経路を管理する経路管理サーバに送信する接続先取得要求送信処理と、
    前記経路管理サーバからの次に接続すべき中継装置を示す接続先情報にもとづいて、該接続先情報の示す中継装置と通信経路を確立する経路確立処理と、
    を前記端末装置における端末制御手段に実行させることを特徴とする端末制御プログラム。
20. グループ通信を開始するときに通信開始要求を経路管理サーバに送信する開始要求送信処理と、
    前記通信開始要求に応じて前記経路管理サーバから送信される、中継装置のネットワークの位に関するネットワーク情報を受信したとき、該ネットワーク情報にもとづいてグループ通信の実行に必要な中継装置を選定する中継装置選定処理と、
    該中継装置選定処理にて選定された中継装置の情報を前記経路管理サーバに送信する中継装置情報送信処理と、
    を前記端末装置における端末制御手段に実行させる端末制御プログラム。

Images