(57)【要約】【課題】多地点接続装置（ＭＣＵ）の余剰資源を有効に活用する技術を提供する。【解決手段】多地点会議システム１００は、複数のＭＣＵ１０と資源管理サーバ２０とを備える。複数のＭＣＵ１０の中で、１台のＭＣＵ１０がＭＣＵ（マスタ）１０ａとなって、エリア外のＭＣＵ１０の余剰資源を活用するために、会議設定処理等を実行する。また、資源管理サーバ２０は、多地点会議システム１００内のＭＣＵ１０から余剰資源量を取得し、ＭＣＵ（マスタ）１０ａから会議設定に必要な資源量（会議参加予定者数）を取得したときに、その会議を設定可能なＭＣＵ１０の識別情報をＭＣＵ（マスタ）１０ａに返信する。また、資源管理サーバ２０は、会議設定に必要な資源量を捻出するために、利用中の会議の資源を代替のＭＣＵ１０に移行させる処理を実行する。【選択図】図１
2014158203.tif 000002
【特許請求の範囲】
【請求項１】
端末から会議設定の要求を示す会議設定要求情報を受け付け、会議の制御を実行するとともに、制御している会議ごとの使用資源量および未使用の資源量を示す余剰資源量を記憶している複数のＭＣＵ（Multipoint Control Unit）と、
前記複数のＭＣＵそれぞれから、前記余剰資源量と、会議ごとの前記使用資源量とを取得し、前記余剰資源量、前記使用資源量および前記ＭＣＵを識別する情報とを関連付けて記憶している資源管理サーバと、を備え、
前記複数のＭＣＵの中から決められた第１のＭＣＵが、会議で使用予定の予定チャネル数を含む前記会議設定要求情報を前記端末から受信し、前記予定チャネル数を前記資源管理サーバに送信し、
前記資源管理サーバが、受信した前記予定チャネル数を満足する前記余剰資源量を有する第２のＭＣＵを前記複数のＭＣＵの中から選択し、前記予定チャネル数の会議を設定する指示を示す会議設定指示情報を前記第２のＭＣＵに送信し、
前記第２のＭＣＵが、前記会議設定指示情報を受信した時、前記予定チャネル数の会議を設定し制御する
ことを特徴とする多地点会議システム。
【請求項２】
前記複数のＭＣＵそれぞれは、会議が新しく設定または終了された場合に、前記余剰資源量および前記会議の使用資源量を前記資源管理サーバに送信する
ことを特徴とする請求項１に記載の多地点会議システム。
【請求項３】
会議を終了する場合、前記第１のＭＣＵは、当該会議を制御している前記第２のＭＣＵに対して、当該会議の資源の使用を停止する指示を示す会議終了指示情報を送信し、
前記第２のＭＣＵは、前記会議終了指示情報を受信した時、当該会議を終了する
ことを特徴とする請求項１または請求項２に記載の多地点会議システム。
【請求項４】
前記第２のＭＣＵが、会議を設定する時、自身の前記余剰資源量が前記予定チャネル数より小さい場合、不足している資源量を示す不足資源量以上の使用資源量となっている会議を抽出し、その抽出した会議の使用資源量を示す代替使用資源量および前記第２のＭＣＵを識別する情報を含む資源返却要求情報を、前記資源管理サーバに送信し、
前記資源管理サーバが、前記資源返却要求情報を受信し、前記代替使用資源量以上の前記余剰資源量を有する第３のＭＣＵを抽出し、前記第３のＭＣＵを識別する情報と前記代替使用資源量と前記第２のＭＣＵを識別する情報とを前記第１のＭＣＵに送信し、
前記第１のＭＣＵが、受信した前記第３のＭＣＵを識別する情報および前記代替使用資源量に基づいて、前記代替使用資源量に等しい前記予定チャネル数の会議を前記第３のＭＣＵに設定し、前記第２のＭＣＵが制御している会議に参加している前記端末に対して、前記第３のＭＣＵのアドレスを送信して接続先を切り換えさせて会議を継続させる
ことを特徴とする請求項１ないし請求項３のいずれか一項に記載の多地点会議システム。
【請求項５】
端末から会議設定の要求を示す会議設定要求情報を受け付け、会議の制御を実行するとともに、制御している会議ごとの使用資源量および未使用の資源量を示す余剰資源量を記憶している複数のＭＣＵと、資源管理サーバと、を備える多地点会議システムにおいて用いられる前記資源管理サーバであって、
前記複数のＭＣＵそれぞれから、前記余剰資源量と、会議ごとの前記使用資源量とを取得し、前記余剰資源量、前記使用資源量および前記ＭＣＵを識別する情報とを関連付けて記憶し、
前記複数のＭＣＵの中から決められた第１のＭＣＵが、会議で使用予定の予定チャネル数を含む前記会議設定要求情報を前記端末から受信した場合に、前記第１のＭＣＵによって送信される前記予定チャネル数を受信し、
受信した前記予定チャネル数を満足する前記余剰資源量を有する第２のＭＣＵを前記複数のＭＣＵの中から選択し、前記予定チャネル数の会議を設定する指示を示す会議設定指示情報を前記第２のＭＣＵに送信する
ことを特徴とする資源管理サーバ。
【請求項６】
端末から会議設定の要求を示す会議設定要求情報を受け付け、会議の制御を実行するとともに、制御している会議ごとの使用資源量および未使用の資源量を示す余剰資源量を記憶している複数のＭＣＵと、
前記複数のＭＣＵそれぞれから、前記余剰資源量と、会議ごとの前記使用資源量とを取得し、前記余剰資源量、前記使用資源量および前記ＭＣＵを識別する情報とを関連付けて記憶している資源管理サーバと、を備える多地点会議システムにおいて用いられる多地点会議方法であって、
前記複数のＭＣＵの中から決められた第１のＭＣＵが、会議で使用予定の予定チャネル数を含む前記会議設定要求情報を前記端末から受信し、前記予定チャネル数を前記資源管理サーバに送信する処理を実行し、
前記資源管理サーバが、受信した前記予定チャネル数を満足する前記余剰資源量を有する第２のＭＣＵを前記複数のＭＣＵの中から選択し、前記予定チャネル数の会議を設定する指示を示す会議設定指示情報を前記第２のＭＣＵに送信する処理を実行し、
前記第２のＭＣＵが、前記会議設定指示情報を受信した時、前記予定チャネル数の会議を設定し制御する処理を実行する
ことを特徴とする多地点会議方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多地点会議システムで使用される多地点接続装置（ＭＣＵ：Multipoint Control Unit）が複数の拠点に配備されたネットワークにおいて、それらの多地点接続装置の余剰資源を活用する技術に関する。
【背景技術】
【０００２】
多地点接続装置（以降、ＭＣＵとも称す。）は、会議に参加するユーザの端末を収容し、その収容した端末間で行う多地点会議を制御する機能を有している。具体的には、ＭＣＵは、会議の設定処理、会議への参加を受け付ける処理、会議中の音声データや映像データの合成送信処理、会議終了処理等の制御を行う（特許文献１）。
【０００３】
特許文献２には、ＭＣＵを用いずに、１つの端末が、会議に参加しているすべての端末から個々に音声データや映像データを受信して、受信したデータを合成処理して送信する技術が開示されている。この特許文献２に記載の技術と特許文献１に記載の技術とを、端末の処理負荷の観点から比較すると、特許文献１に記載の技術では、ＭＣＵが加算処理を実行しているため、端末の処理負荷は少なくなっている。また、特許文献１に記載の技術では、各端末は自分の分だけの音声データや映像データをＭＣＵとの間で送受信すればよいので、特許文献２に記載の技術に比べて、ネットワーク伝送データ量を抑制することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−０５６５１３号公報
【特許文献２】特開平１１−２６１６３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
多地点会議を実施する場合に、ＭＣＵを用いることはメリットが大きい。しかしながら、会議に参加可能な端末数を大きく想定して、それに見合った資源（処理性能）を有するＭＣＵを準備した場合には、ＭＣＵの資源を十分に使い切ることはあまりなく、資源の無駄が発生するという問題がある。さらに、閉じたネットワーク内でＭＣＵが用いられている場合には、そのＭＣＵの余剰資源を有効に活用できないという問題がある。
そこで、本発明は、多地点接続装置（ＭＣＵ）の余剰資源を有効に活用する技術を提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明の多地点会議システムは、端末から会議設定の要求を示す会議設定要求情報を受け付け、会議の制御を実行するとともに、制御している会議ごとの使用資源量および未使用の資源量を示す余剰資源量を記憶している複数のＭＣＵと、前記複数のＭＣＵそれぞれから、前記余剰資源量と、会議ごとの前記使用資源量とを取得し、前記余剰資源量、前記使用資源量および前記ＭＣＵを識別する情報とを関連付けて記憶している資源管理サーバと、を備え、前記複数のＭＣＵの中から決められた第１のＭＣＵが、会議で使用予定の予定チャネル数を含む前記会議設定要求情報を前記端末から受信し、前記予定チャネル数を前記資源管理サーバに送信し、前記資源管理サーバが、受信した前記予定チャネル数を満足する前記余剰資源量を有する第２のＭＣＵを前記複数のＭＣＵの中から選択し、前記予定チャネル数の会議を設定する指示を示す会議設定指示情報を前記第２のＭＣＵに送信し、前記第２のＭＣＵが、前記会議設定指示情報を受信した時、前記予定チャネル数の会議を設定し制御することを特徴とする。
【０００７】
また、本発明は、端末から会議設定の要求を示す会議設定要求情報を受け付け、会議の制御を実行するとともに、制御している会議ごとの使用資源量および未使用の資源量を示す余剰資源量を記憶している複数のＭＣＵと、前記複数のＭＣＵそれぞれから、前記余剰資源量と、会議ごとの前記使用資源量とを取得し、前記余剰資源量、前記使用資源量および前記ＭＣＵを識別する情報とを関連付けて記憶している資源管理サーバと、を備える多地点会議システムにおいて用いられる多地点会議方法であって、前記複数のＭＣＵの中から決められた第１のＭＣＵが、会議で使用予定の予定チャネル数を含む前記会議設定要求情報を前記端末から受信し、前記予定チャネル数を前記資源管理サーバに送信する処理を実行し、前記資源管理サーバが、受信した前記予定チャネル数を満足する前記余剰資源量を有する第２のＭＣＵを前記複数のＭＣＵの中から選択し、前記予定チャネル数の会議を設定する指示を示す会議設定指示情報を前記第２のＭＣＵに送信する処理を実行し、前記第２のＭＣＵが、前記会議設定指示情報を受信した時、前記予定チャネル数の会議を設定し制御する処理を実行することを特徴とする。
【０００８】
このような構成によれば、多地点会議システムでは、資源管理サーバが各ＭＣＵの余剰資源量をまとめて管理することができる。したがって、多地点会議システムは、新たな会議のために利用可能な余剰資源量を容易に取得でき、多地点会議システム内の余剰資源を有効に活用することができる。
【０００９】
また、本発明の多地点会議システムは、前記複数のＭＣＵそれぞれが、会議が新しく設定または終了された場合に、前記余剰資源量および前記会議の使用資源量を前記資源管理サーバに送信することを特徴とする。
【００１０】
このような構成によれば、多地点会議システムでは、資源管理サーバが、余剰資源量に変化がある場合に、直に変化後の余剰資源量を取得することができる。したがって、多地点会議システムは、新たな会議のために利用可能な余剰資源量を容易に取得でき、多地点会議システム内の余剰資源を有効に活用することができる。
【００１１】
また、本発明の多地点会議システムは、会議を終了する場合、前記第１のＭＣＵが、当該会議を制御している前記第２のＭＣＵに対して、当該会議の資源の使用を停止する指示を示す会議終了指示情報を送信し、前記第２のＭＣＵが、前記会議終了指示情報を受信した時、当該会議を終了することを特徴とする。
【００１２】
このような構成によれば、多地点会議システムでは、第１のＭＣＵからの資源停止指示によって、会議を制御している第２のＭＣＵが当該会議を終了することができる。したがって、多地点会議システムは、新たな会議のために余剰資源量を容易に確保できる。
【００１３】
また、本発明の多地点会議システムは、前記第２のＭＣＵが、会議を設定する時、自身の前記余剰資源量が前記予定チャネル数より小さい場合、不足している資源量を示す不足資源量以上の使用資源量となっている会議を抽出し、その抽出した会議の使用資源量を示す代替使用資源量および前記第２のＭＣＵを識別する情報を含む資源返却要求情報を、前記資源管理サーバに送信し、前記資源管理サーバが、前記資源返却要求情報を受信し、前記代替使用資源量以上の前記余剰資源量を有する第３のＭＣＵを抽出し、前記第３のＭＣＵを識別する情報と前記代替使用資源量と前記第２のＭＣＵを識別する情報とを前記第１のＭＣＵに送信し、前記第１のＭＣＵが、受信した前記第３のＭＣＵを識別する情報および前記代替使用資源量に基づいて、前記代替使用資源量に等しい前記予定チャネル数の会議を前記第３のＭＣＵに設定し、前記第２のＭＣＵが制御している会議に参加している前記端末に対して、前記第３のＭＣＵのアドレスを送信して接続先を切り換えさせて会議を継続させることを特徴とする。
【００１４】
このような構成によれば、多地点会議システムは、第２のＭＣＵにおいて利用可能な資源が不足している場合、不足資源量を確保するために、余剰資源の有る第３のＭＣＵに、会議の制御を移行させることができる。したがって、１つの会議が複数のＭＣＵによって分断化されて複雑な制御を実行することなく、１台のＭＣＵで制御されることが可能となる。このようにして、多地点会議システムは、新たな会議のために利用可能な余剰資源を容易に取得でき、多地点会議システムは、多地点会議システム内の余剰資源を有効に活用することができる。
【００１５】
また、本発明は、端末から会議設定の要求を示す会議設定要求情報を受け付け、会議の制御を実行するとともに、制御している会議ごとの使用資源量および未使用の資源量を示す余剰資源量を記憶している複数のＭＣＵと、資源管理サーバと、を備える多地点会議システムにおいて用いられる前記資源管理サーバであって、前記複数のＭＣＵそれぞれから、前記余剰資源量と、会議ごとの前記使用資源量とを取得し、前記余剰資源量、前記使用資源量および前記ＭＣＵを識別する情報とを関連付けて記憶し、前記複数のＭＣＵの中から決められた第１のＭＣＵが、会議で使用予定の予定チャネル数を含む前記会議設定要求情報を前記端末から受信した場合に、前記第１のＭＣＵによって送信される前記予定チャネル数を受信し、受信した前記予定チャネル数を満足する前記余剰資源量を有する第２のＭＣＵを前記複数のＭＣＵの中から選択し、前記予定チャネル数の会議を設定する指示を示す会議設定指示情報を前記第２のＭＣＵに送信することを特徴とする。
【００１６】
このような構成によれば、多地点会議システムでは、資源管理サーバが各ＭＣＵの余剰資源量をまとめて管理することができる。したがって、多地点会議システムは、資源管理サーバから新たな会議のために利用可能な余剰資源を容易に取得でき、多地点会議システム内の余剰資源を有効に活用することができる。
【発明の効果】
【００１７】
本発明によれば、多地点接続装置（ＭＣＵ）の余剰資源を有効に活用する技術を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】多地点会議システムの構成例を示す図である。
【図２】多地点接続装置（ＭＣＵ）の機能例を示す図である。
【図３】資源テーブルの一例を示す図である。
【図４】会議テーブル（ＭＣＵ（マスタ）１０ａの場合）の一例を示す図である。
【図５】会議テーブル（ＭＣＵ１０ｂ，１０ｄの場合）の一例を示す図である。
【図６】資源管理サーバの構成例を示す図であり、（ａ）は資源管理サーバの機能例を表し、（ｂ）は多地点資源テーブルの一例を表す。
【図７】多地点会議システムの処理フロー例を示す図である。
【図８】資源監視処理のフロー例を示す図である。
【図９】会議設定処理のフロー例を示す図である。
【図１０】会議参加受付処理のフロー例を示す図である。
【図１１】会議延長処理のフロー例を示す図である。
【図１２】会議終了処理のフロー例を示す図である。
【図１３】資源返却処理のフロー例を示す図である。
【図１４】変形例における余剰資源量の設定例を説明する図であり、（ａ）は予約を受け付けた場合の会議ごとの資源量と時間との関係を表し、（ｂ）は現時点で予約可能な資源量（余剰資源量）を表す。
【図１５】変形例におけるテーブル例を示す図であり、（ａ）は資源テーブルを表し、（ｂ）は会議テーブル（ＭＣＵ（マスタ）１０ａの場合）を表し、（ｃ）は多地点資源テーブルを表す。
【発明を実施するための形態】
【００１９】
本発明を実施するための形態（以降、「実施形態」と称す。）について、適宜図面を参照しながら詳細に説明する。
【００２０】
本実施形態における多地点会議システム１００の構成例について、図１を用いて説明する。図１に示すように、多地点会議システム１００は、ＭＣＵ（マスタ）１０ａ、ＭＣＵ１０ｂ、ＭＣＵ１０ｄ、資源管理サーバ２０を備えて構成される。図１では、エリアＡ〜Ｄそれぞれには、ネットワーク＃Ａ（９１ａ），＃Ｂ（９１ｂ），＃Ｃ（９１ｃ），＃Ｄ（９１ｄ）が形成されている。そして、エリアＡ〜Ｄの各ネットワーク＃Ａ〜＃Ｄ（９１ａ〜９１ｄ）がＩＰ（Internet Protocol）網等のネットワーク９０で接続されている。
【００２１】
図１に示す多地点会議システム１００では、エリアＡのネットワーク＃Ａ（９１ａ）の運営者（運営事業者）が、エリアＢのＭＣＵ１０ｂやエリアＤのＭＣＵ１０ｄの余剰資源の貸し出しを受け付けて、多地点会議サービスを提供するものとする。ネットワーク＃Ａ〜＃Ｄ（９１ａ〜９１ｄ）それぞれは、例えば、ＬＡＮ（Local Area Network）、ユーザ拠点のネットワークまたは通信事業者（ＩＳＰ（Internet Service Provider）を含む）の提供するネットワーク等である。なお、図１では、エリアは、４つしか記載していないが、４つに限られることはない。また、図１では、３台のＭＣＵ１０が記載されているが、３台に限られることはなく、２台以上であればよい。また、以降の説明では、多地点会議システム１００内のＭＣＵ（マスタ）１０ａ，ＭＣＵ１０ｂ，ＭＣＵ１０ｄを個別に区別しない場合には、単にＭＣＵ１０と記載する。
【００２２】
エリアＡのネットワーク＃Ａ（９１ａ）には、ＭＣＵ（マスタ）１０ａ、資源管理サーバ２０、端末１が接続されている。
ＭＣＵ（マスタ）１０ａは、エリアＡ内で行われる多地点会議について、会議設定処理、会議参加受付処理、会議終了処理等の会議管理処理を行うとともに、会議に参加しているユーザの端末１の音声データや映像データを合成処理し送信して会議の制御を実行する機能を有する。
なお、ＭＣＵ（マスタ）１０ａの「マスタ」とは、多地点会議システム１００内で決められたＭＣＵ１０であって、エリアＡ内の会議設定処理以外に、他のＭＣＵ１０ｂ、ＭＣＵ１０ｄの余剰資源を活用した会議設定処理等を実行する機能を有していることを意味している。
【００２３】
資源管理サーバ２０は、多地点会議システム１００内のＭＣＵ１０から余剰資源量を取得し、ＭＣＵ（マスタ）１０ａから会議設定に必要な資源量（会議参加予定者数）を取得したときに、その会議を設定可能なＭＣＵ１０をＭＣＵ（マスタ）１０ａに返信する機能を有する。また、資源管理サーバ２０は、会議設定に必要な資源量を捻出するために、利用中の会議の資源を別のＭＣＵ１０に交代させる処理を実行する機能を有する。資源管理サーバ２０は、多地点会議システム１００内に、少なくとも１台は設置される。
【００２４】
端末１は、例えば、多地点会議用のアプリケーションプログラムを起動させたパソコンまたは専用の装置等である。端末１は、ユーザの音声データや映像データを取り込んでＭＣＵ１０に送信し、ＭＣＵ１０から合成処理された音声データや映像データを受信して、音声をスピーカから出力するとともにディスプレイに映像を表示する機能を有する。また、端末１は、ユーザによって操作され、会議設定、会議参加、会議終了等のための情報を送受信する機能や、出力音量や表示画面形式等の設定を変更するマンマシンインタフェースを有する。また、エリアＡ内の端末１は、多地点会議システム１００内の利用可能なＭＣＵ１０を介して、多地点会議を実施することができる。
【００２５】
エリアＢのネットワーク＃Ｂ（９１ｂ）には、ＭＣＵ１０ｂ、端末１が接続されている。
ＭＣＵ１０ｂは、エリアＢ内で行われる多地点会議について、会議設定処理、会議参加受付処理、会議終了処理等の会議管理処理を行うとともに、会議に参加しているユーザの端末１の音声データや映像データを合成処理し送信して会議の制御を実行する機能を有する。
端末１は、エリアＡの端末１と同様の機能を有する。また、エリアＢ内の端末１は、多地点会議システム１００内の利用可能なＭＣＵ１０を介して、多地点会議を実施することができる。
【００２６】
エリアＣのネットワーク＃Ｃ（９１ｃ）には、ＭＣＵ１０が接続されず、端末１のみが接続されている。端末１は、エリアＡの端末１と同様の機能を有する。また、エリアＣの端末１は、多地点会議システム１００内の利用可能なＭＣＵ１０を介して、多地点会議を実施することができる。
【００２７】
エリアＤのネットワーク＃Ｄ（９１ｄ）には、ＭＣＵ１０ｄ、端末１が接続されている。
ＭＣＵ１０ｄは、エリアＤ内で行われる多地点会議について、会議設定処理、会議参加受付処理、会議終了処理等の会議管理処理を行うとともに、会議に参加しているユーザの端末１の音声データや映像データを合成処理し送信して会議の制御を実行する機能を有する。
端末１は、エリアＡの端末１と同様の機能を有する。また、エリアＤの端末１は、多地点会議システム１００内の利用可能なＭＣＵ１０を介して、多地点会議を実施することができる。
【００２８】
ここで、多地点会議システム１００の処理の概要について説明する（適宜、図１参照）。多地点会議システム１００は、ＭＣＵ１０間で余剰資源を有効に活用するために、下記の（Ａ）〜（Ｆ）の処理を実行する。
【００２９】
（Ａ）資源監視処理：資源管理サーバ２０は、ＭＣＵ１０が起動した時、そのＭＣＵ１０から、余剰資源量や会議ごとの使用資源量、最大資源量の資源情報、ＭＣＵ１０を識別するＭＣＵ識別子、アドレス（例えば、ＩＰアドレス）を受信する。使用資源量は、会議を設定する際に要求した資源、すなわち会議参加予定者数（チャネル数）を表している。また、最大資源量は、そのＭＣＵ１０が備えている最大のチャネル数を表す。したがって、余剰資源量は、最大資源量から、会議ごとの使用資源量の合計を減算して算出される。また、各ＭＣＵ１０は、新しく会議が設定されて使用資源量が追加されたり、会議が終了して使用資源量が削除されたりして、使用資源が更新される時に、使用資源量および余剰資源量を資源管理サーバ２０に送信する。資源管理サーバ２０は、各ＭＣＵ１０の余剰資源量、会議ごとの使用資源量、最大資源量、ＭＣＵ識別子、アドレスを資源テーブルに記憶し、各ＭＣＵ１０の状態を監視する。
【００３０】
（Ｂ）会議設定処理：ＭＣＵ（マスタ）１０ａ（第１のＭＣＵ）は、端末１から会議の設定を要求する会議設定要求情報を受信し、会議参加予定者数（予定チャネル数）を満足する利用可能なＭＣＵ１０について資源管理サーバ２０に問い合わせる。会議設定要求情報には、会議終了時刻、会議参加予定者数（予定チャネル数）、会議の設定を要求した会議設定者のアドレス等の会議に関する情報が含まれている。資源管理サーバ２０は、会議に関する情報および会議を識別する会議識別子を受信し、資源テーブルを参照し、利用可能なＭＣＵ１０（第２のＭＣＵ）を選択する。資源管理サーバ２０は、選択したＭＣＵ１０（第２のＭＣＵ）に、会議に必要な資源量（会議参加予定者数）の会議を設定する指示を示す会議設定指示情報を送信する。前記選択したＭＣＵ１０（第２のＭＣＵ）は、会議に必要な資源を設定して会議を制御し、会議テーブルに新たに設定した会議に関する情報を記憶するとともに、会議設定指示情報に対する応答情報として、資源管理サーバ２０に資源情報を送信する。資源管理サーバ２０は、前記応答情報を受信し、資源テーブルを更新するとともに、前記選択したＭＣＵ１０をＭＣＵ（マスタ）１０ａに通知する。ＭＣＵ（マスタ）１０ａは、会議設定要求情報に含まれる会議に関する情報および会議識別子を用いて、会議テーブルを更新する。
【００３１】
（Ｃ）会議参加受付処理：ＭＣＵ（マスタ）１０ａは、端末１から、会議に参加する要求を示す会議参加要求情報を受信する。会議参加要求情報には、当該端末１のアドレスおよび会議識別子が含まれる。ＭＣＵ（マスタ）１０ａは、会議テーブルを参照して、会議参加要求情報を送信してきた端末１に、会議に使用するＭＣＵ１０のアドレス（例えば、ＩＰアドレス）を送信する。当該端末１は、受信したＭＣＵ１０のアドレスを用いて当該ＭＣＵ１０に接続し、会議に参加する。
【００３２】
（Ｄ）会議延長処理：ＭＣＵ（マスタ）１０ａは、会議終了時刻を経過した会議または会議終了時刻の所定時間前になった会議に対して、会議の延長要否を、会議設定者に問い合わせる。また、ＭＣＵ（マスタ）１０ａは、会議設定者から会議延長の要求を示す会議延長要求情報を受信した時、会議を延長するか否かを判定する。ＭＣＵ（マスタ）１０ａは、会議を延長すると判定した場合、延長後の会議終了時刻について自身の会議テーブルを更新するとともに、その延長した会議を制御しているＭＣＵ１０に対して、延長後の会議終了時刻を送信する。当該ＭＣＵ１０は、会議テーブルの会議終了時刻を更新する。
【００３３】
（Ｅ）会議終了処理：ＭＣＵ（マスタ）１０ａは、会議終時刻以降も、例えば、ＭＣＵ１０ｄが制御（以降、担当と称することもある。）している会議に参加しているユーザがいる場合には、その会議を制御しているＭＣＵ１０ｄに対して、当該会議の資源の使用を停止する指示を示す会議終了指示情報を送信する。会議終了指示情報には、会議識別子が含まれる。そして、ＭＣＵ１０ｄは、会議テーブルを参照して、当該会議識別子の会議を終了する。ＭＣＵ１０ｄは、会議テーブルから当該会議に係る情報を削除する。また、ＭＣＵ（マスタ）１０ａも、会議テーブル１２２ａから当該会議に係る情報を削除する。ＭＣＵ１０ｄは、会議終了後の資源情報を資源管理サーバ２０に送信する。資源管理サーバ２０は、資源テーブルの使用資源量および余剰資源量を更新する。
【００３４】
（Ｆ）資源返却処理：例えば、急に、エリアＢ内で会議が行われることになった時、余剰資源を貸し出してしまったために、ＭＣＵ１０ｂの資源が不足することがある。この場合、まず、ＭＣＵ１０ｂ（第２のＭＣＵ）は、会議テーブルを参照して、資源を貸し出している会議の中から、不足している資源量を示す不足資源量以上の使用資源量となっている会議を抽出し、その抽出した会議の使用資源量（以降、代替使用資源量と称す。）とＭＣＵ１０ｂのＭＣＵ識別子とを含む資源返却要求情報を、資源管理サーバ２０に送信する。すなわち、資源返却要求情報は、資源の返却を要求する情報である。なお、ＭＣＵ１０ｂは、会議に必要な資源量（会議参加予定者数）から自身の余剰資源量を減算し、不足資源量を算出する。資源管理サーバ２０は、受信した資源返却要求情報から代替使用資源量以上の余剰資源量を有する代替のＭＣＵ１０（第３のＭＣＵ）を抽出する。資源管理サーバ２０は、代替のＭＣＵ１０のＭＣＵ識別子と代替使用資源量とＭＣＵ１０ｂのＭＣＵ識別子とをＭＣＵ（マスタ）１０ａに送信する。ＭＣＵ（マスタ）１０ａは、受信した代替のＭＣＵ１０のＭＣＵ識別子および代替使用資源量と、ＭＣＵ１０ｂのＭＣＵ識別子に関連付けられかつ代替使用資源量から特定される会議の会議終了時刻および会議設定者アドレスを用いて会議設定処理を開始する。また、ＭＣＵ（マスタ）１０ａは、ＭＣＵ１０ｂが制御している代替前の会議に参加している端末１に対して、代替のＭＣＵ１０のアドレスを送信し、接続先を切り換えさせて会議を継続する。また、ＭＣＵ（マスタ）１０ａは、ＭＣＵ１０ｂの代替前の会議に対して会議終了処理を開始する。また、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議テーブル１２２ａを更新する。なお、ＭＣＵ１０ｂおよび代替のＭＣＵ１０は、資源テーブルを更新し、更新後の資源情報を資源管理サーバ２０に送信する。そして、ＭＣＵ１０ｂは、エリアＢ内の会議を設定することができるようになる。
【００３５】
なお、本実施形態では、会議の予約を受け付けないケースを第１実施形態、会議の予約を受け付けるケースを変形例として分けて説明する。ただし、予約を受け付けるか否かの違いは、会議設定処理において余剰資源量の算出に違い出てくるだけであり、それ以外の前記（Ａ）〜（Ｆ）の処理は、第１実施形態と変形例とで、同様に実行することができる。以下、はじめに、第１実施形態について、説明する。
【００３６】
（第１実施形態）
まず、ＭＣＵ（マスタ）１０ａの機能例について、図２を用いて説明する（適宜、図１参照）。ＭＣＵ（マスタ）１０ａは、処理部１１、記憶部１２および通信部１３を備える。
処理部１１は、図示しないＣＰＵ（Central Processing Unit）およびメインメモリで構成され、記憶部１２に記憶されているアプリケーションプログラムをメインメモリに展開して、資源監視部１１１、メディア処理部１１２および会議設定部１１３を機能として実現する。
【００３７】
資源監視部１１１は、ＭＣＵ（マスタ）１０ａの資源情報を資源テーブル１２１（図３参照）に記憶する機能を有する。資源情報とは、図３の資源テーブル１２１に示すように、余剰資源量１２１１、使用資源量１２１２、最大資源量１２１３である。ここで、余剰資源量１２１１は、貸し出すことのできる資源量（チャネル数）のことである。使用資源量１２１２欄には、会議に設定された資源量（会議参加予定者数１２２３）が会議ごとに記憶される。最大資源量１２１３は、ＭＣＵ（マスタ）１０ａが設定できる最大の資源量（チャネル数）のことである。つまり、余剰資源量１２１１欄の値は、最大資源量１２１３欄の値から使用資源量１２１２欄の会議ごとの資源量の合計値を減算して算出される。
【００３８】
資源監視部１１１は、前記した（Ａ）資源監視処理において、次の処理を実行する。資源監視部１１１は、ＭＣＵ（マスタ）１０ａが起動した時、資源情報として、余剰資源量１２１１や使用資源量１２１２、最大資源量１２１３を資源管理サーバ２０に送信する機能を有する。また、資源監視部１１１は、新しく会議が設定されて使用資源量が追加されたり、会議が終了して使用資源量が削除されたりして、使用資源が更新される時に、資源テーブル１２１を更新するとともに、更新した使用資源量および余剰資源量を資源管理サーバ２０に送信する機能を有する。
【００３９】
メディア処理部１１２は、同じ会議に参加しているすべての端末１から受信した音声データや映像データを合成処理し、その合成データを当該端末１に送信する機能を有する。
【００４０】
会議設定部１１３は、エリアＡ内または他のエリアＢ，Ｃ，Ｄから会議の設定要求を受け付けて、前記した（Ｂ）会議設定処理、（Ｃ）会議参加受付処理、（Ｄ）会議延長処理、（Ｅ）会議終了処理、に関係する処理を実行する。また、会議設定部１１３は、前記した（Ｆ）資源返却処理のように、資源の返却を要求する機能を有する。また、会議設定部１１３は、ＭＣＵ（マスタ）１０ａを介して設定された会議の情報を会議テーブル１２２ａ（図４参照）に記憶する機能を有する。
【００４１】
ここで、会議テーブル１２２ａについて、図４を用いて説明する。図４に示す会議テーブル１２２ａは、会議情報として、会議識別子１２２１、会議終了時刻１２２２、会議参加予定者数１２２３、参加者アドレス１２２４、会議設定者アドレス１２２５、ＭＣＵ識別子［アドレス］１２２６を記憶している。
会議識別子１２２１は、設定した会議を識別する情報を表す。なお、新しく設定される会議の会議識別子１２２１は、会議設定部１１３によって発行される。図４では、「＃０」で始まる会議識別子１２２１は、ＭＣＵ（マスタ）１０ａ以外のＭＣＵ１０が担当（制御）する会議を表す。また、「＃Ａ」で始まる会議識別子１２２１は、エリアＡ内の会議を表している。
会議終了時刻１２２２は、会議の終了時刻を表す。
会議参加予定者数１２２３は、会議のために確保するチャネル数（端末１の数）を表す。
【００４２】
参加者アドレス１２２４は、会議に参加している端末１のアドレスを表す。
会議設定者アドレス１２２５は、会議の設定を要求する会議設定要求情報を送信してきた端末１のアドレスを表す。
ＭＣＵ識別子［アドレス］１２２６は、会議の制御処理を担当するＭＣＵ１０を識別する情報およびそのＭＣＵ１０のアドレスを表す。なお、ＭＣＵ識別子［アドレス］１２２６は、ＭＣＵ（マスタ）１０ａの場合にだけ設けられる欄である。
【００４３】
なお、図４の会議テーブル１２２ａは、ＭＣＵ（マスタ）１０ａの担当する会議の情報とＭＣＵ（マスタ）１０ａ以外のＭＣＵ１０ｂ，１０ｄの担当する会議の情報との双方を記憶しているように記載したが、それぞれを別々のテーブルに分けて記憶しても構わない。
【００４４】
記憶部１２は、ハードディスクやメモリ等であり、資源テーブル１２１、会議テーブル１２２ａ、アプリケーションプログラム等を記憶している。
通信部１３は、他のＭＣＵ１０や端末１や資源管理サーバ２０と通信するインタフェースである。
【００４５】
図５は、ＭＣＵ（マスタ）１０ａ以外のＭＣＵ１０の会議テーブル１２２の例を示したものであり、一例としてＭＣＵ１０ｄの会議テーブル１２２を示したものである。図５の会議テーブル１２２において、「＃０」で始まる会議識別子１２２１は、ＭＣＵ（マスタ）１０ａを介して設定された会議であることを表している。また、「＃Ｄ」で始まる会議識別子１２２１は、ＭＣＵ１０ｄによって設定されたエリアＤ内の会議を表している。
【００４６】
図５の会議テーブル１２２が、図４に示すＭＣＵ（マスタ）１０ａの会議テーブル１２２ａと異なる点は、図５の会議テーブル１２２には、図４のＭＣＵ識別子［アドレス］１２２６欄が無いことである。つまり、ＭＣＵ１０ｄは、図２に示すＭＣＵ（マスタ）１０ａの機能例の中で、記憶部１２の会議テーブル１２２ａを図５に示す会議テーブル１２２に交換して、前記した（Ａ）〜（Ｆ）の処理を実行する。なお、ＭＣＵ（マスタ）１０ａ以外のＭＣＵ１０の機能は、図示を省略するが、ＭＣＵ１０ｄの機能と同様である。
【００４７】
次に、資源管理サーバ２０の機能例と、多地点資源テーブル２２１の一例について、図６を用いて説明する。
図６（ａ）は、資源管理サーバ２０の機能例を示している。資源管理サーバ２０は、処理部２１、記憶部２２および通信部２３を備える。
処理部２１は、図示しないＣＰＵおよびメインメモリで構成され、記憶部２２に記憶されているアプリケーションプログラムをメインメモリに展開して、多地点資源管理部２１１を機能として実現する。
【００４８】
多地点資源管理部２１１は、各ＭＣＵ１０から余剰資源量１２１１、使用資源量１２１２、最大資源量１２１３、ＭＣＵ１０のアドレス１２２７を取得し、多地点資源テーブル２２１（図６（ｂ）参照）に記憶する機能を有する。また、多地点資源管理部２１１は、多地点資源テーブル２２１を参照して、新規に設定する会議の資源（担当するＭＣＵ１０やチャネル数）を確保するための処理（すなわち、前記した（Ａ）資源監視処理、（Ｂ）会議設定処理、（Ｅ）会議終了処理、（Ｆ）資源返却処理）を実行する機能を有する。
【００４９】
記憶部２２は、ハードディスクやメモリ等であり、多地点資源テーブル２２１やアプリケーションプログラム等を記憶している。
通信部２３は、他のＭＣＵ１０や端末１と通信するインタフェースである。
【００５０】
ここで、多地点資源テーブル２２１について、図６（ｂ）を用いて説明する（適宜、図２〜図５参照）。多地点資源テーブル２２１は、ＭＣＵ識別子１２２６、余剰資源量１２１１、使用資源量１２１２、アドレス１２２７、最大資源量１２１３を関連付けて記憶している。
ＭＣＵ識別子１２２６は、ＭＣＵ１０を識別する情報を表す。
余剰資源量１２１１は、ＭＣＵ１０が貸し出すことのできる資源量（チャネル数）のことである。余剰資源量１２１１には、ＭＣＵ１０の記憶している資源テーブル１２１（図３参照）の余剰資源量１２１１欄と同じ値が記憶される。
【００５１】
使用資源量１２１２は、各会議に設定された資源量（会議参加予定者数１２２３）のことであり、会議ごとのチャネル数を表す。使用資源量１２１２には、ＭＣＵ１０の記憶している資源テーブル１２１（図３参照）の使用資源量１２１２欄と同じ値が記憶される。
アドレス１２２７は、ＭＣＵ１０のアドレス（例えば、ＩＰアドレス）を表す。
最大資源量１２１３は、ＭＣＵ１０が設定できる最大の資源量（チャネル数）のことである。最大資源量１２１３は、ＭＣＵ１０の記憶している資源テーブル１２１（図３参照）の最大資源量１２１３欄と同じ値が記憶される。
【００５２】
次に、多地点会議システム１００の処理フロー例について、図７を用いて説明する（適宜、図２参照）。この処理フロー例では、他のエリアの会議をＭＣＵ１０が担当するケースについて説明する。なお、図７に示す各ステップＳ７０１〜Ｓ７１０内の詳細なフロー例については、さらに図８〜図１３を用いて後記する。
【００５３】
ステップＳ７０１では、資源管理サーバ２０は、各ＭＣＵ１０から資源情報を受信したか否かを判定する。資源情報とは、余剰資源量や会議ごとの使用資源量、最大資源量等の、図６（ｂ）に示す多地点資源テーブル２２１の符号１２１１，１２１２，１２１３に係る項目等である。なお、資源情報は、各ＭＣＵ１０によって、資源テーブル１２１（図３参照）から取得されて、資源管理サーバ２０に送信される。
受信したと判定した場合（ステップＳ７０１でＹｅｓ）、処理はステップＳ７０２へ進み、受信していないと判定した場合（ステップＳ７０１でＮｏ）、処理はステップＳ７０３へ進む。
【００５４】
ステップＳ７０２では、資源管理サーバ２０は、資源監視処理を実行する。具体的には、資源管理サーバ２０は、各ＭＣＵ１０から受信した資源情報を多地点資源テーブル２２１に記憶し、各ＭＣＵ１０の各資源量を監視する。
【００５５】
ステップＳ７０３では、ＭＣＵ（マスタ）１０ａは、会議の設定を要求する会議設定要求情報を会議設定者の端末１から受信したか否かを判定する。
受信したと判定した場合（ステップＳ７０３でＹｅｓ）、処理はステップＳ７０４へ進み、受信していないと判定した場合（ステップＳ７０３でＮｏ）、処理はステップＳ７０９へ進む。
【００５６】
ステップＳ７０４では、ＭＣＵ（マスタ）１０ａおよび資源管理サーバ２０は、会議設定処理を実行する。具体的には、ＭＣＵ（マスタ）１０ａは、会議設定者の端末１から会議の設定を要求する会議設定要求情報を受信し、会議参加予定者数（チャネル数）１２２３を満足する利用可能なＭＣＵ１０について資源管理サーバ２０に問い合わせる。資源管理サーバ２０は、多地点資源テーブル２２１を参照し、利用可能なＭＣＵ１０を選択する。資源管理サーバ２０は、選択したＭＣＵ１０に、会議に必要な資源（会議参加予定者数１２２３）の会議を設定する指示を示す会議設定指示情報を送信する。前記選択したＭＣＵ１０は、会議に必要な資源を確保し、会議テーブル１２２に新たに設定した会議に関する情報を記憶するとともに、会議設定指示情報に対する応答情報として、資源管理サーバ２０に資源情報を送信する。資源管理サーバ２０は、前記応答情報を受信し、多地点資源テーブル２２１を更新するとともに、前記選択したＭＣＵ１０のＭＣＵ識別子１２２６をＭＣＵ（マスタ）１０ａに通知する。ＭＣＵ（マスタ）１０ａは、会議設定要求情報に含まれる会議に関する情報および会議識別子１２２１を用いて、会議テーブル１２２ａを更新する。
【００５７】
ステップＳ７０５では、ＭＣＵ（マスタ）１０ａは、会議参加受付処理を実行する。具体的には、ＭＣＵ（マスタ）１０ａは、会議への参加を希望するユーザの端末１から、会議に参加する要求を示す会議参加要求情報を受信する。ＭＣＵ（マスタ）１０ａは、会議テーブル１２２ａ（図４参照）を参照して、会議参加要求情報を送信してきた端末１に、会議に使用するＭＣＵ１０のアドレス（例えば、ＩＰアドレス）を送信する。当該端末１は、受信したアドレスを用いてＭＣＵ１０に接続し、会議に参加する。
【００５８】
ステップＳ７０６では、ＭＣＵ（マスタ）１０ａは、会議設定者から会議延長の要求を示す会議延長要求情報を受信したか否かを判定する。具体的には、ＭＣＵ（マスタ）１０ａは、会議テーブル１２２ａ（図４参照）を参照して、会議終了時刻を経過した会議または会議終了時刻の所定時間前になった会議に対して、会議の延長要否を確認する会議延長要否確認情報を、会議設定者の端末１に送信する。そして、ＭＣＵ（マスタ）１０ａは、当該端末１から会議の延長を要求する会議延長要求情報を受信した場合、受信したと判定する。なお、会議延長要求情報には、少なくとも、会議識別子１２２１、延長後の会議終了時刻１２２２が含まれる。
受信したと判定した場合（ステップＳ７０６でＹｅｓ）、処理はステップＳ７０７へ進み、受信していないと判定した場合（ステップＳ７０６でＮｏ）、処理はステップＳ７０８へ進む。
【００５９】
ステップＳ７０７では、ＭＣＵ（マスタ）１０ａは、会議延長処理を実行する。ＭＣＵ（マスタ）１０ａは、当該端末１から会議の延長を要求する会議延長要求情報を受信した時、会議を延長するか否かを判定し、会議を延長すると判定した場合、会議テーブル１２２ａの会議終了時刻を更新する。また、ＭＣＵ（マスタ）１０ａは、当該延長した会議を担当するＭＣＵ１０に対して、会議識別子１２２１および延長後の会議終了時刻１２２２を送信する。そして、当該ＭＣＵ１０は、自身の会議テーブル１２２の会議終了時刻１２２２を更新する。なお、ＭＣＵ（マスタ）１０ａは、会議を延長しないと判定した場合、会議終了処理（ステップＳ７０８）を実行する。
【００６０】
ステップＳ７０８では、ＭＣＵ（マスタ）１０ａおよび資源管理サーバ２０は、会議終了処理を実行する。具体的には、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議設定者の端末１から、会議延長要求情報を受信しなかった場合、会議終了と判断する。そして、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議テーブル１２２ａの参加者アドレス１２２４を参照し、会議終了時刻以降も、参加者アドレス１２２４欄に登録されたままの（会議に参加状態のままの）アドレスが存在する場合には、その会議を担当しているＭＣＵ１０ｄに対して、当該会議の資源の使用を停止する指示を示す会議終了指示情報を送信する。会議終了指示情報には、会議識別子１２２１が含まれる。そして、ＭＣＵ１０ｄの会議設定部１１３は、会議テーブル１２２を参照して、当該会議識別子１２２１の会議を終了する。ＭＣＵ１０ｄの会議設定部１１３は、会議テーブル１２２から当該会議に係る情報を削除する。ＭＣＵ１０ｄの会議設定部１１３は、会議終了後の資源情報を資源管理サーバ２０に送信する。資源管理サーバ２０の多地点資源管理部２１１は、多地点資源テーブル２２１の使用資源量および余剰資源量を更新する。また、ＭＣＵ（マスタ）１０ａの会議設定部１１３も、会議テーブル１２２ａから当該会議に係る情報を削除する。
【００６１】
ステップＳ７０９では、資源管理サーバ２０は、資源を返却してもらう要求を示す資源返却要求情報を受信したか否かを判定する。
受信したと判定した場合（ステップＳ７０９でＹｅｓ）、処理はステップＳ７１０へ進み、受信していないと判定した場合（ステップＳ７０９でＮｏ）、処理は終了する。なお、資源返却要求情報には、少なくとも、会議設定に必要な資源量（会議参加予定者数１２２３）が含まれる。
【００６２】
ステップＳ７１０では、ＭＣＵ（マスタ）１０ａおよび資源管理サーバ２０は、資源返却処理を実行する。まず、ＭＣＵ１０ｂは、会議テーブル１２２を参照して、資源を貸し出している会議（「＃０」で始まる会議）の中から、不足資源量以上の使用資源量となっている会議を抽出し、その抽出した会議の使用資源量（以降、代替使用資源量と称す。）とＭＣＵ１０ｂのＭＣＵ識別子１２２６とを含む資源返却要求情報を、資源管理サーバ２０に送信する。すなわち、資源返却要求情報は、資源の返却を要求する情報である。なお、ＭＣＵ１０ｂの会議設定部１１３は、会議に必要な資源量（会議参加予定者数１２２３）から自身の余剰資源量１２１１を減算し、不足資源量を算出する。資源管理サーバ２０は、受信した資源返却要求情報から代替使用資源量以上の余剰資源量を有する代替のＭＣＵ１０を抽出する。資源管理サーバ２０は、代替のＭＣＵ１０のＭＣＵ識別子１２２６と代替使用資源量とＭＣＵ１０ｂのＭＣＵ識別子１２２６とをＭＣＵ（マスタ）１０ａに送信する。ＭＣＵ（マスタ）１０ａの会議設定部１１３は、受信した代替するＭＣＵ１０のＭＣＵ識別子１２２６および代替使用資源量と、ＭＣＵ１０ｂのＭＣＵ識別子１２２６に関連付けられかつ代替使用資源量から特定される会議の会議終了時刻１２２２および会議設定者アドレス１２２５を用いて会議設定処理を開始する。また、ＭＣＵ（マスタ）１０ａは、ＭＣＵ１０ｂが担当している代替前の会議に参加している端末１に対して、代替するＭＣＵ１０のアドレスを送信し、切り換えさせて会議を継続する。また、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、ＭＣＵ１０ｂの代替前の会議に対して会議終了処理を開始する。また、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議テーブル１２２ａを更新する。なお、ＭＣＵ１０ｂおよび代替のＭＣＵ１０は、資源テーブル１２１（図３参照）を更新し、更新後の資源情報を資源管理サーバ２０に送信する。そして、ＭＣＵ１０ｂは、エリアＢ内の会議を設定することができるようになる。
【００６３】
なお、図７に示す処理フロー例は、多地点会議システム１００が動作している間は、フローの開始から終了までを繰り返し実行されているものとする。なお、ステップＳ７０１〜Ｓ７０２、ステップＳ７０３〜Ｓ７０８、ステップＳ７０９〜Ｓ７１０それぞれは、並列に実行されていても構わない。
【００６４】
次に、前記した（Ａ）資源監視処理、（Ｂ）会議設定処理、（Ｃ）会議参加受付処理、（Ｄ）会議延長処理、（Ｅ）会議終了処理、（Ｆ）資源返却処理の詳細について、図８〜図１３を用いて説明する。
【００６５】
図８は、資源監視処理（図７のステップＳ７０２）のフロー例を表している（適宜、図１〜図６参照）。
ステップＳ１０では、多地点会議システム１００内に存在するＭＣＵ（マスタ）１０ａ、ＭＣＵ１０ｂ、ＭＣＵ１０ｄそれぞれの資源監視部１１１は、使用資源量１２１２に変化があった時または処理部１１が起動した時、資源管理サーバ２０に、資源情報を送信する。資源情報は、ＭＣＵ識別子１２２６、余剰資源量１２１１、使用資源量１２１２、アドレス１２２７、最大資源量１２１３である。例えば、ＭＣＵ１０ｂの資源情報は、図６（ｂ）に示すように、ＭＣＵ識別子１２２６「ＭＣＵ＃Ｂ」、余剰資源量１２１１「１０チャネル」、使用資源量１２１２「２５，２５，・・」、アドレス１２２７「Ｂ．Ｘ．Ｘ．Ｘ」、最大資源量１２１３「１００チャネル」である。ただし、資源情報に変化があった場合には、ＭＣＵ識別子１２２６および変化があった項目だけが送信されても構わない。
【００６６】
ステップＳ１１では、資源管理サーバ２０の多地点資源管理部２１１は、受信した資源情報を用いて、多地点資源テーブル２２１を生成または更新する。
【００６７】
図９は、会議設定処理（図７のステップＳ７０４）のフロー例を表している。
ステップＳ２０では、例えば、会議設定者の使用する端末１ｂは、ＭＣＵ（マスタ）１０ａに、会議設定要求情報を送信する。会議設定要求情報には、会議終了時刻１２２２、会議参加予定者数１２２３、会議設定者アドレス１２２５等の会議に関する情報が含まれる。
ステップＳ２１では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議参加予定者数１２２３の資源量を確保するために、受信した会議に関する情報および会議識別子１２２１を、資源管理サーバ２０に送信する。
【００６８】
ステップＳ２２では、資源管理サーバ２０の多地点資源管理部２１１は、多地点資源テーブル２２１を参照し、要求された資源量（会議参加予定者数１２２３）を満足する余剰資源量１２１１を有するＭＣＵ１０を選択する。例えば、選択方法として、（１）最も余剰資源量の大きいＭＣＵ１０を選択する、（２）条件を満足するＭＣＵ１０の中で、最も早く検索されたＭＣＵ１０を選択する等、があり、用途に応じて適宜使い分けてもよい。そして、多地点資源管理部２１１は、選択したＭＣＵ１０（図９ではＭＣＵ１０ｄ）に、会議設定指示情報を送信する。なお、会議設定指示情報には、会議に関する情報および会議識別子１２２１が含まれている。また、会議識別子１２２１は、会議設定部１１３によって発行される。
【００６９】
ステップＳ２３では、ＭＣＵ１０ｄの会議設定部１１３は、会議設定指示情報に基づいて、資源（チャネル数）を確保し、受信した会議設定指示情報に含まれる会議に関する情報および会議識別子１２２１を会議テーブル１２２に記憶する。また、ＭＣＵ１０ｄの資源監視部１１１は、会議設定指示情報に対する応答情報として、資源管理サーバ２０に、資源情報（資源確保後の余剰資源量１２１１、使用資源量１２１２）を送信する。
【００７０】
ステップＳ２４では、資源管理サーバ２０の多地点資源管理部２１１は、応答情報を受信し、多地点資源テーブル２２１のＭＣＵ１０ｄの余剰資源量１２１１、使用資源量１２１２を更新する。
例えば、図示はしないが、必要な資源量が「４チャネル」であった場合、図６（ｂ）の多地点資源テーブル２２１のＭＣＵ＃Ｄの行において、余剰資源量１２１１の値が「１０チャネル」から「６チャネル」に更新され、使用資源量１２１２に、「４」が追加されることになる。
【００７１】
ステップＳ２５では、資源管理サーバ２０の多地点資源管理部２１１は、利用可能なＭＣＵ１０ｄのＭＣＵ識別子１２２６を、ＭＣＵ（マスタ）１０ａに送信する。
ステップＳ２６では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議テーブル１２２ａに、ＭＣＵ１０ｄに設定された会議に関する情報（会議識別子１２２１、会議終了時刻１２２２、会議参加予定者数１２２３、会議設定者アドレス１２２５およびＭＣＵ１０ｄのＭＣＵ識別子１２２６を追加する。なお、会議終了時刻１２２２、会議参加予定者数１２２３、会議設定者アドレス１２２５は、ステップＳ２０において受信した会議設定要求情報から取得される。
例えば、図４の会議テーブル１２２ａにおいて、会議識別子１２２１「＃０１１１１２」、会議終了時刻１２２２「ＢＢ：ＢＢ」、会議参加予定者数１２２３「４チャネル」、会議設定者アドレス１２２５「Ｂ．Ｚ．Ｚ．Ｚ」、アドレス１２２６「Ｂ．Ｘ．Ｘ．Ｘ」のように追加される。
【００７２】
そして、図示はしていないが、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議設定が終了したことを示す会議設定完了情報（会議識別子１２２１を含む）を、会議設定者の端末１ｂに送信する。
【００７３】
図１０は、会議参加受付処理（図７のステップＳ７０５）のフロー例を表している。図１０では、端末１ｂが、会議へ参加する場合を示している。
ステップＳ３０では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、端末１ｂから会議に参加する要求を示す会議参加要求情報を受信する。会議参加要求情報には、会議識別子１２２１、端末１ｂのアドレスが含まれる。
【００７４】
ステップＳ３１では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議テーブル１２２ａを参照し、会議参加要求情報に含まれる会議識別子１２２１に関連付けられたＭＣＵ１０（図１０ではＭＣＵ１０ｄ）を識別するＭＣＵ識別子［アドレス］１２２６のアドレスを取得する。ＭＣＵ（マスタ）１０ａの会議設定部１１３は、取得したＭＣＵ１０ｄのアドレス１２２６を端末１ｂに送信する。そして、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議テーブル１２２ａの参加者アドレス１２２４欄に、端末１ｂのアドレスを登録する。
【００７５】
ステップＳ３２では、端末１ｂは、ＭＣＵ１０ｄに接続し、音声データや映像データ等を送信することによって、会議に参加する。
なお、会議に参加を希望する他の端末１についても、ステップＳ３０〜Ｓ３２と同様の手順を実行して、会議に参加することができる。
【００７６】
次に、図１１は、会議延長処理（図７のステップＳ７０７）のフロー例を表している。図１１では、会議設定要求情報を送信した端末１ｂが会議の延長を行う場合を示している。
ステップＳ４０では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議テーブル１２２ａの会議終了時刻１２２２を所定の周期で検索し、会議終了時刻を経過した会議について、会議設定要求情報を送信してきた端末１ｂ（会議設定者アドレス１２２５）に対して、会議の延長要否を確認する会議延長要否確認情報を送信する。なお、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議終了時刻の所定時間前に、会議延長要否確認情報を送信しても構わない。
【００７７】
ステップＳ４１では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、端末１ｂから、会議の延長を要求する会議延長要求情報を受信した場合、会議を延長するか否かを判定し、会議を延長すると判定した場合、会議テーブル１２２ａの会議終了時刻を更新する。なお、会議延長要求情報には、少なくとも、会議終了時刻または延長する時間（例えば、３０分、１時間等）が含まれる。
また、端末１ｂは、ＭＣＵ（マスタ）１０ａから会議延長要否確認情報を受信する前に、会議延長要求情報を、ＭＣＵ（マスタ）１０ａに送信しても構わない。
【００７８】
ステップＳ４２では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、当該延長した会議を担当するＭＣＵ１０に対して、会議識別子１２２１および延長後の会議終了時刻１２２２を送信する。そして、当該ＭＣＵ１０は、自身の会議テーブル１２２の会議終了時刻１２２２を更新する。
【００７９】
次に、図１２は、会議終了処理（図７のステップＳ７０８）のフロー例を表している。図１２では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、端末１ｂに会議延長要否確認情報を送信し（ステップＳ４０）、所定時間経過しても端末１ｂから会議延長要求情報を受信していない状態、または、端末１ｂから会議延長をしない旨の情報を受信している状態にあるものとする。また、会議はＭＣＵ１０ｄを介して行われているものとする。
【００８０】
ステップＳ５０では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議テーブル１２２ａの参加者アドレス１２２４を検索して、会議終了時刻を過ぎても参加者アドレス１２２４欄に登録されたままの（会議に参加状態のままの）アドレスが存在する場合には、その会議を担当しているＭＣＵ１０ｄに対して、当該会議の資源の使用を停止する指示を示す会議終了指示情報を送信する。会議終了指示情報には、会議識別子１２２１が含まれる。
【００８１】
ステップＳ５１では、ＭＣＵ１０ｄの会議設定部１１３は、受信した会議終了指示情報から会議識別子１２２１を取得して、自身の会議テーブル１２２を参照し、会議を終了する。なお、ＭＣＵ１０ｄの会議設定部１１３は、会議を終了した時、自身の会議テーブル１２２から、終了した会議の会議識別子１２２１に関する情報を削除する。
【００８２】
ステップＳ５２では、ＭＣＵ１０ｄの会議設定部１１３は、終了した会議に使用していた資源の使用中止を示す資源使用中止情報を、資源管理サーバ２０に送信する。資源使用中止情報には、自身のＭＣＵ識別子１２２６および当該会議に割り当てられていた使用資源量が含まれている。
ステップＳ５３では、資源管理サーバ２０の多地点資源管理部２１１は、受信した資源使用中止情報からＭＣＵ識別子１２２６および使用資源量を取得し、多地点資源テーブル２２１から当該ＭＣＵ識別子１２２６の当該使用資源量を削除し、余剰資源量１２１１を更新する。
【００８３】
ステップＳ５４では、資源管理サーバ２０の多地点資源管理部２１１は、多地点資源テーブル２２１の更新が完了したことを示す更新完了情報を、ＭＣＵ（マスタ）１０ａに送信する。更新完了情報には、当該ＭＣＵ識別子１２２６が含まれている。
ステップＳ５５では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議テーブル１２２ａから、当該会議識別子１２２１に関する情報を削除する。
例えば、図４の会議テーブル１２２ａにおいて、会議識別子１２２１「＃０１１１１２」の会議が終了した場合には、会議識別子１２２１「＃０１１１１２」の行が削除される。
【００８４】
次に、図１３は、資源返却処理（図７のステップＳ７１０）のフロー例を表している。図１３では、エリアＢ内で急に会議を開催しようとした時、ＭＣＵ１０ｂの空いている資源量が不足していることが判明し、貸し出している資源量を戻す処理が行われる。
【００８５】
まず、ステップＳ６０では、ＭＣＵ１０ｂの会議設定部１１３は、会議テーブル１２２を参照して、資源を貸し出している会議（「＃０」で始まる会議）の中から、不足資源量以上の使用資源量となっている会議を抽出し、その抽出した会議の使用資源量（以降、代替使用資源量と称す。）とＭＣＵ１０ｂのＭＣＵ識別子１２２６とを含む資源返却要求情報を、資源管理サーバ２０に送信する。すなわち、資源返却要求情報は、資源の返却を要求する情報である。なお、ＭＣＵ１０ｂの会議設定部１１３は、会議に必要な資源量（会議参加予定者数１２２３）から自身の余剰資源量１２１１を減算し、不足資源量を算出する。
【００８６】
ステップＳ６１では、資源管理サーバ２０の多地点資源管理部２１１は、受信した資源返却要求情報から代替使用資源量以上の余剰資源量を有する代替のＭＣＵ１０を抽出する。
【００８７】
ステップＳ６２では、資源管理サーバ２０の多地点資源管理部２１１は、代替のＭＣＵ１０のＭＣＵ識別子１２２６と代替使用資源量とＭＣＵ１０ｂのＭＣＵ識別子１２２６とをＭＣＵ（マスタ）１０ａに送信する。
【００８８】
ステップＳ６３では、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、受信した代替するＭＣＵ１０のＭＣＵ識別子１２２６および代替使用資源量と、ＭＣＵ１０ｂのＭＣＵ識別子１２２６に関連付けられかつ代替使用資源量から特定される会議の会議終了時刻１２２２および会議設定者アドレス１２２５を用いて会議設定処理を開始する。また、ＭＣＵ（マスタ）１０ａは、ＭＣＵ１０ｂが担当している代替前の会議に参加している端末１に対して、代替するＭＣＵ１０のアドレスを送信し、切り換えさせて会議を継続する。また、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、ＭＣＵ１０ｂの代替前の会議に対して会議終了処理を開始する。また、ＭＣＵ（マスタ）１０ａの会議設定部１１３は、会議テーブル１２２ａを更新する。
【００８９】
なお、ＭＣＵ１０ｂおよび代替のＭＣＵ１０の資源監視部１１１は、資源テーブル１２１（図３参照）を更新し、更新後の資源情報を資源管理サーバ２０に送信する。そして、ＭＣＵ１０ｂは、エリアＢ内の会議を設定することができるようになる。
【００９０】
次に、各ＭＣＵ１０（ＭＣＵ（マスタ）１０ａを含む）の余剰資源量いずれもが、要求された資源量より小さい場合の対応処理について説明する。例えば、会議参加予定者数１２２３の大きい会議を設定しようとした場合、１つのＭＣＵ１０に、まとめて必要な資源量を確保できないケースがある。しかし、各ＭＣＵ１０の余剰資源量を統合した場合に、必要な資源量を確保できるケースがある。例えば、図６（ｂ）の多地点資源テーブル２２１に示すように、ＭＣＵ識別子１２２６「ＭＣＵ＃Ｄ」に対応するＭＣＵ１０ｄには５チャネルの余剰資源があり、ＭＣＵ識別子１２２６「ＭＣＵ＃Ｂ」に対応するＭＣＵ１０ｂには１０チャネルの余剰資源がある場合で説明する。このとき、１５チャネルを使用する会議の設定要求があったものとする。なお、説明の都合上、ＭＣＵ識別子１２２６「ＭＣＵ＃Ａ」に対応するＭＣＵ１０ａの余剰資源量は、０チャネルであるものとする。
【００９１】
ここで、ＭＣＵ１０ｂとＭＣＵ１０ｄとに断片化した余剰資源を統合するために、使用中の資源を別のＭＣＵ１０に移行して、１５チャネル分のまとまった余剰資源（空き）を捻出する。例えば、図６（ｂ）の多地点資源テーブル２２１に示すように、ＭＣＵ識別子１２２６「ＭＣＵ＃Ｄ」に対応するＭＣＵ１０ｄでは、使用資源量１２１２欄から分かるように、１０チャネルの会議が行われている。この１０チャネルの会議をＭＣＵ１０ｂの余剰資源で実行可能である。したがって、ＭＣＵ１０ｂを代替のＭＣＵ１０として１０チャネルの会議を移行させ、ＭＣＵ１０ｄに１５チャネル分の空きを生成することができる。
【００９２】
以上、第１実施形態の多地点会議システム１００は、複数のＭＣＵ１０と資源管理サーバ２０とを備える。複数のＭＣＵ１０の中で、１台のＭＣＵ１０がＭＣＵ（マスタ）１０ａとなって、エリア外のＭＣＵ１０の余剰資源を活用するために、会議設定処理等を実行する。また、資源管理サーバ２０は、多地点会議システム１００内のＭＣＵ１０から余剰資源を取得し、ＭＣＵ（マスタ）１０ａから会議設定に必要な資源量（会議参加予定者数）を取得したときに、その会議を設定可能なＭＣＵ１０のＭＣＵ識別子１２２６をＭＣＵ（マスタ）１０ａに返信する。また、資源管理サーバ２０は、会議設定に必要な資源量を捻出するために、利用中の会議の資源を代替のＭＣＵ１０に移行させる処理を実行する。なお、第１実施形態の多地点会議システム１００は、会議の予約を受け付けないため、会議を設定する時点の余剰資源量を用いて（Ａ）〜（Ｆ）の各処理を実行することができる。
【００９３】
（変形例）
変形例では、会議の予約を受け付けるケースについて説明する。つまり、変形例では、余剰資源量を、会議の開始時刻および終了時刻と関連付けて算出する必要がある。
【００９４】
図１４は、変形例における余剰資源量の設定例を表している。図１４（ａ）は、予約を受け付けた場合の会議ごとの資源量と時間との関係を表し、（ｂ）は予約可能な資源量を表している。
【００９５】
図１４（ａ）は、横軸に時間を表し、縦軸に会議識別子を表し、図中の横棒の太さはチャネル数（資源量）を表し、横棒の時間方向の両端は会議開始時刻および会議終了時刻を表している。現在（ｔ０）では２つの会議（＃Ａ１１１１１１、＃Ａ１１１１１３）が行われており、２つの会議（＃Ａ１１１１１２、＃０１１１１１４）が予約されて、即時に開始しない状態となっている。
【００９６】
図１４（ｂ）は、横軸に時間を表し、縦軸に資源量を表している。図１４（ｂ）において、ドットが付されている領域は、使用中および予約中の資源量の累積値を表している。現在（ｔ０）において、会議終了時刻ｔ１の会議を設定しようとした場合、現在（ｔ０）から会議終了時刻ｔ１までの間の最大の使用資源量を、最大資源量から減算した値が予約可能な資源量（余剰資源量）として算出される。
このように、会議の予約を受け付ける変形例では、余剰資源量を算出する場合に、会議の開始時刻から終了時刻までの間の時間を考慮する必要があり、この点で、第１実施形態における予約を受け付けない場合と異なる。
【００９７】
図１５には、変形例における各テーブルの一例として、（ａ）変形例における資源テーブル、（ｂ）会議テーブル、（ｃ）多地点資源テーブルを示した。なお、以下では、図３の資源テーブル１２１、図４の会議テーブル１２２ａ、図６（ｂ）の多地点資源テーブル２２１との相違点のみを説明する。
図１５（ａ）の資源テーブル１２１ｂでは、余剰資源量１２１１ｂが、時刻ｔ０から時刻ｔ１までの間が５０チャネル、時刻ｔ１から時刻ｔ２までの間が６５チャネル、等のように、時刻（会議開始時刻、会議終了時刻）と関連付けられて記憶される。
図１５（ｂ）の会議テーブル１２２ｂでは、会議開始時刻が、会議終了時刻とともに記憶される（符号１２２２ｂ）。
図１５（ｃ）の多地点資源テーブル２２１ｂでは、余剰資源量２２１２ｂが、時刻ｔ０から時刻ｔ１までの間が５０チャネル、時刻ｔ１から時刻ｔ２までの間が６５チャネル、等のように、時刻（会議開始時刻、会議終了時刻）と関連付けられて記憶される。
【００９８】
なお、変形例では、余剰資源量１２１１ｂが時刻と関連付けられて算出される以外は、前記した第１実施形態の処理手順をそのまま使用することができる。
【符号の説明】
【００９９】
１、１ｂ    端末
１０、１０ｂ、１０ｄ  ＭＣＵ
１０ａ  ＭＣＵ（マスタ）（第１のＭＣＵ）
１１  処理部
１２  記憶部
１３  通信部
２０  資源管理サーバ
２１  処理部
２２  記憶部
２３  通信部
１００  多地点会議システム
１１１  資源監視部
１１２  メディア処理部
１１３  会議設定部
１２１  資源テーブル
１２２、１２２ａ、１２２ｂ  会議テーブル
２１１  多地点資源管理部
２２１  多地点資源テーブル
１２１１、１２１１ｂ  余剰資源量
１２１２  使用資源量
１２１３  最大資源量
１２２１  会議識別子
１２２２  会議終了時刻
１２２２ｂ  会議開始時刻／会議終了時刻
１２２３  会議参加予定者数
１２２４  参加者アドレス
１２２５  会議設定者アドレス
１２２６  ＭＣＵ識別子
１２２７  アドレス
【図１】
2014158203.tif 000003
【図２】
2014158203.tif 000004
【図３】
2014158203.tif 000005
【図４】
2014158203.tif 000006
【図５】
2014158203.tif 000007
【図６】
2014158203.tif 000008
【図７】
2014158203.tif 000009
【図８】
2014158203.tif 000010
【図９】
2014158203.tif 000011
【図１０】
2014158203.tif 000012
【図１１】
2014158203.tif 000013
【図１２】
2014158203.tif 000014
【図１３】
2014158203.tif 000015
【図１４】
2014158203.tif 000016
【図１５】
2014158203.tif 000017