(57)【要約】【課題】リソースを有効に活用することができ、かつ新たな会議を容易に開設できる会議システムを提供する。【解決手段】端末１ａ〜１ｄによる会議を可能にするためのリソースを、会議ごとに割り当てる会議システム３であって、リソースを使用中の会議の識別子と、有用値とを記録する会議状況テーブルと、会議開始要求を受け付ける要求受付部４と、会議開始要求に基づいて、会議に使用するためのリソースを確保し、前記会議状況テーブルに、開始する会議の識別子と有用値の初期値とを記録する会議開設部７と、会議開設に必要な空きリソースがない場合に、会議状況テーブルに記録された会議の有用値に基づいてリソースの解放が可能な会議を選択し、選択した会議のリソースを解放するリソース解放部１０とを備える。【選択図】図１
2009239714.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末の音声を含む通信信号を合成し当該複数の端末各々へ転送する機能を持つ多地点接続装置のリソースを、ユーザ所望の複数端末の通信による会議ごとに割り当てる会議システムであって、
割り当てられたリソースを使用中の会議の識別子と、会議の有用度を示す有用値とを記録する会議状況記録部と、
ユーザからの会議開始要求を受け付ける要求受付部と、
前記会議開始要求に基づいて、会議に使用するためのリソースの確保を前記多地点接続装置に対して指示し、前記会議状況記録部に、開始する会議の識別子と当該会議の有用値の初期値とを記録する会議開設部と、
前記要求受付部が前記会議開始要求を受け付けた際に、会議開設に必要な空きリソースがない場合に、前記会議状況記録部に記録された前記会議の有用値に基づいてリソースの解放が可能な会議を選択し、選択した会議に割り当てられたリソースの解放を前記多地点接続装置に対して指示するリソース解放部とを備える、会議システム。
【請求項２】
リソースを使用中の会議における通信を監視し、会議の通信における情報量の変化に応じて、前記会議の有用度を示す有用値を更新する監視部をさらに備える、請求項１に記載の会議システム。
【請求項３】
前記監視部は、前記会議における音声のレベルが一定時間以上下側設定値を下回ると、前記有用値を更新して前記会議の有用度を下げ、かつ前記音声のレベルが一定時間以上、上側設定値を上回ると前記有用値を更新して前記会議の有用度を上げ、
前記リソース解放部は、前記有用値の示す有用度合いが所定の閾値を下回る会議を、リソース解放可能な会議として選択する、請求項２に記載の会議システム。
【請求項４】
会議に参加しうるユーザ各々に関するユーザ情報を記録するユーザ情報記録部をさらに備え、
前記要求受付部は、前記会議開始要求とともに、会議に参加するユーザを示す情報も受け付け、
前記会議開設部は、前記会議開始要求により開設しようとする会議の有用値の初期値を、前記ユーザ情報記録部に記録された、当該会議に参加するユーザのユーザ情報を用いて決定する、請求項１〜３のいずれか１項に記載の会議システム。
【請求項５】
前記要求受付部は、前記会議開始要求とともに、会議の重要度を示すデータも受け付け、
前記会議開設部は、前記会議開始要求により開設しようとする会議の有用値の初期値を、前記重要度を用いて決定する、請求項１〜４のいずれか１項に記載の会議システム。
【請求項６】
複数の端末の音声を含む通信信号を合成し当該複数の端末各々へ転送する機能を持つ多地点接続装置のリソースを、コンピュータが、ユーザ所望の複数端末の通信による会議ごとに割り当てる会議リソース割り当て方法であって、
前記コンピュータが、割り当てられたリソースを使用中の会議の識別子と、会議の有用度を示す有用値とを前記コンピュータがアクセス可能な会議状況記録部に記録する工程と、
前記コンピュータが、ユーザからの会議開始要求を受け付ける要求受付工程と、
前記コンピュータが、前記会議開始要求に基づいて、会議に使用するためのリソースの確保を前記多地点接続装置へ指示し、前記会議状況記録部に、開始する会議の識別子と当該会議の有用値の初期値とを記録する会議開設工程と、
前記コンピュータが、前記要求受付工程で前記会議開始要求を受け付けた際に、会議開設に必要な空きリソースがない場合に、前記会議状況記録部に記録された前記会議の有用値に基づいてリソースの解放が可能な会議を選択し、選択した会議に割り当てられたリソースの解放を前記多地点接続装置へ指示するリソース解放工程とを含む、会議リソース割り当て方法。
【請求項７】
複数の端末の音声を含む通信信号を合成し当該複数の端末各々へ転送する機能を持つ多地点接続装置のリソースを、ユーザ所望の複数端末の通信による会議ごとに割り当てる処理をコンピュータに実行させる会議プログラムであって、
割り当てられたリソースを使用中の会議の識別子と、会議の有用度を示す有用値とを前記コンピュータがアクセス可能な会議状況記録部に記録する処理と、
ユーザからの会議開始要求を受け付ける要求受付処理と、
前記会議開始要求に基づいて、会議に使用するためのリソースの確保を前記多地点接続装置へ指示し、前記会議状況記録部に、開始する会議の識別子と当該会議の有用値の初期値とを記録する会議開設処理と、
前記要求受付処理で前記会議開始要求を受け付けた際に、会議開設に必要な空きリソースがない場合に、前記会議状況記録部に記録された前記会議の有用値に基づいてリソースの解放が可能な会議を選択し、選択した会議に割り当てられたリソースの解放を前記多地点接続装置に指示するリソース解放処理とをコンピュータに実行させる、会議プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末間の音声を含むデータ通信による会議を可能にするリソースを、会議ごとに割り当てる会議システム、会議プログラム、会議リソース割り当て方法に関する。
【背景技術】
【０００２】
複数の通信端末間の通信による会議は、複数の通信端末が会議サーバまたはＰＢＸ等を介して互いにセッションまたは呼を確立することで開始する。その際、会議のためにリソースが確保される。ここで、リソースは、例えば、多地点接続装置等のハードウエアがソフトウエアにより制御されることで実現される、複数の通信端末間の通信を可能にするための機能部と言うことができる。そして、通信端末が呼またはセッションの解放を、会議サーバまたはＰＢＸに要求することにより会議が終了する。その際、会議用に確保されていたリソースが解放される。
【０００３】
有限なリソースを用いて運用される会議システムにおいて、会議用のリソースが無駄に使用される事態が頻繁に起こっている。例えば、会議とは無関係の第三者の端末を使用して会議を開設されることによってリソースが確保され、そのまま、放置されて、リソースの解放が忘れられる場合がある。また、頻繁に会議を開くユーザが、会議を開始してリソースを確保したまま、故意に放置する(リソースを解放しない)場合もある。このように、会議用のリソースが無駄に使用されると、新たな会議の開設が妨げられることがある。
【０００４】
これに対して、送信音監視部および受信音監視部の全てで予め定められた時間入力が検出されないと、通信回線を切断する回線制御装置が提案されている（例えば、特許文献１参照）。また、音声レベルが所定値以上になっていることが検出されない時間が所定時間以上継続している場合に、切断予告音声ガイダンスメッセージを出力してから、通信動作を打ち切る通信会議端末装置が提案されている（例えば、特許文献２参照）。
【特許文献１】特開平９−２８９５５１号公報
【特許文献２】特開平８−１２５７８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の装置では、会議に参加していない第三者が、会議を新たに開設しようとした際、リソースが不足している場合に、対応するための仕組みがない。そのため、第三者にとって、会議の開設が困難になる状況が発生していた。
【０００６】
ゆえに、本発明は、リソースを有効に活用することができ、かつ新たな会議を容易に開設できる会議システム、会議プログラムおよび会議リソース割り当て方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願に開示する会議システムは、複数の端末の音声を含む通信信号を合成し当該複数の端末各々へ転送する機能を持つ多地点接続装置のリソースを、ユーザ所望の複数端末の通信による会議ごとに割り当てる会議システムであって、割り当てられたリソースを使用中の会議の識別子と、会議の有用度を示す有用値とを記録する会議状況記録部と、ユーザからの会議開始要求を受け付ける要求受付部と、前記会議開始要求に基づいて、会議に使用するためのリソースの確保を前記多地点接続装置に対して指示し、前記会議状況記録部に、開始する会議の識別子と当該会議の有用値の初期値とを記録する会議開設部と、前記要求受付部が前記会議開始要求を受け付けた際に、会議開設に必要な空きリソースがない場合に、前記会議状況記録部に記録された前記会議の有用値に基づいてリソースの解放が可能な会議を選択し、選択した会議に割り当てられたリソースの解放を前記多地点接続装置に対して指示するリソース解放部とを備える。
【０００８】
上記構成により、ユーザからの会議開始要求があったが、会議開設に必要な空きリソースがない場合に、リソース解放部は、会議状況記録部の会議の有用度を示す値に基づいて、リソース解放可能な会議を選択する。これにより、会議の状況に応じてリソース解放の可否を判断することができる。そして、リソース解放部は、リソース解放可能と判断した会議の使用しているリソース解放を多地点接続装置へ指示する。これにより、会議開始要求にかかる会議にリソースを割り当てることが可能になる。そのため、例えば、ユーザから会議の開始要求があった場合に、会議の有用度に応じて、無駄な会議のリソース解放を多地点接続装置へ指示し、開始要求のある会議に割り当てることができる。その結果、リソースを有効に活用することができ、かつ新たな会議の開設が容易になる。
【発明の効果】
【０００９】
本願に開示の会議システムによれば、リソースを有効に活用することができ、かつ新たな会議を容易に開設できる。
【発明を実施するための最良の形態】
【００１０】
本発明の実施形態において、会議システムは、リソースを使用中の会議における通信を監視し、会議の通信における情報量の変化に応じて、前記会議の有用度を示す有用値を更新する監視部をさらに備えてもよい。
【００１１】
監視部により、会議における通信データの情報量によって有用度が更新される。そのため、会議においてやり取りされる情報量に応じた有用度が会議状況記録部に記録されることになる。
【００１２】
本発明の実施形態において、前記監視部は、前記会議における音声のレベルが一定時間以上下側設定値を下回ると、前記有用値を更新して前記会議の有用度を下げ、かつ前記音声のレベルが一定時間以上、上側設定値を上回ると前記有用値を更新して前記会議の有用度を上げ、前記リソース解放部は、前記有用値の示す有用度合いが所定の閾値を下回る会議を、リソース解放可能な会議として選択する態様とすることができる。
【００１３】
監視部により、会議において音声レベルが小さい時間が一定時間以上続いたときは、有用度が初期値の有用度よりも下げられ、音声レベルが大きい時間が一定時間以上続いたときは、有用度が戻される。そのため、会議における通信データの音声レベルによって有用度が更新される。そのため、会議における参加者の音声レベルに応じた有用度が会議状況記録部に記録されることになる。
【００１４】
本発明の実施形態において、会議システムは、会議に参加しうるユーザ各々に関するユーザ情報を記録するユーザ情報記録部をさらに備え、前記要求受付部は、前記会議開始要求とともに、会議に参加するユーザを示す情報も受け付け、前記会議開設部は、前記会議開始要求により開設しようとする会議の有用値の初期値を、前記ユーザ情報記録部に記録された、当該会議に参加するユーザのユーザ情報を用いて決定する態様とすることができる。
【００１５】
これにより、会議に参加するユーザに応じて、有用値の初期値が設定される。そのため、例えば、複数の重役が参加する会議の有用値は高くして、リソースを解放されにくくする等、会議に参加するユーザの特性によって、リソース不足時の会議の解放されやすさを調節することができる。
【００１６】
本発明の実施形態において、前記要求受付部は、前記会議開始要求とともに、会議の重要度を示すデータも受け付け、前記会議開設部は、前記会議開始要求により開設しようとする会議の有用値の初期値を、前記重要度を用いて決定する態様とすることができる。
【００１７】
上記構成では、ユーザが、会議開始を要求するときに会議の重要度も指定することができる。そして、ユーザが指定した会議の重要度に応じて、有用値の初期値が設定される。そのため、例えば、重要な会議は、リソースを解放されにくくする等、会議の重要度によって、リソース不足時のリソースの解放されやすさを調節することができる。
【００１８】
本発明の実施形態において、前記要求受付部は、前記会議開始要求とともに、会議の重要度を示すデータも受け付け、前記監視部は、前記有用値を更新して前記会議の有用度を下げる際の下げ幅および有用度を上げる際の上げ幅の少なくともいずれか１つを、前記重要度に応じて決定する態様とすることができる。
【００１９】
これにより、会議の重要度に応じて、有用度の下げ幅が調整される。すなわち、ユーザの指定する会議の重要度によって、リソース不足時におけるその会議のリソースの解放されやすさが調節される。
【００２０】
本発明の実施形態における会議システムは、前記要求受付部が前記会議開始要求を受け付けた際に、会議開設のための空きリソースがない場合に、前記会議状況記録部に記録された会議の有用値を用いて当該会議の終了予測時刻を計算する終了時刻予測部を備え、前記要求受付部は、前記終了時刻予測部が計算した終了予測時刻をユーザに対して出力する態様とすることができる。
【００２１】
上記構成により、ユーザが会議開始を要求したが、会議を開設するのに必要な空きリソースがない場合、終了時刻予測部が有用値を用いて終了予測時刻を計算し、要求受付部がその終了予測時刻を、ユーザに対して出力する。これにより、ユーザは、会議の終了時刻を見積もることができる。例えば、会議を開始しようとする第三者が、既存の会議で使用中のリソースがいつ頃解放されるのかを確認することができる。
【００２２】
本発明の実施形態において、前記リソース解放部は、前記会議のリソースを解放するのに先立って、当該会議の端末へ会議終了を通知してもよい。リソース解放部は、前記会議のリソースを解放する前に、会議終了が端末へ通知されるので、その会議の参加者は、会議が終了されようとするのを知ることができる。
【００２３】
本発明の実施形態において、前記リソース解放部は、前記会議終了通知に対する応答であって、会議終了してもよい旨の応答を、前記端末から受信した場合に、前記リソースを解放してもよい。
【００２４】
これにより、リソース解放部は、会議終了してもよい会議のリソースを解放することになる。すなわち、会議終了が望まれていない会議のリソースを解放してしまうことが防がれる。
【００２５】
本発明の実施形態において、前記監視部は、リソースを使用中の会議の端末から、監視中断指示を受け付けて、当該監視中断指示を受信した場合は、前記有用値の更新を中断してもよい。
【００２６】
これにより、例えば、会議の休憩時間など、一時的に通信データの情報量が少なくなる時間に、前記有用値が更新され有用度が下げられることが、端末からの監視中断指示により防止される。すなわち、会議の休憩中など、会議を終了していないが、会議における通信データの情報量が少なくなったときに、会議のリソースが誤って解放されてしまうことが防がれる。そのため、例えば、緊急事態に常時会議を開設しておく必要があるが、会議終了通知に対して毎回解放できない旨の応答も出来ないような場合に、強制的に会議のリソースが解放されてしまうことを防ぐことができる。
【００２７】
（第１の実施形態）
図１は、第１の実施形態にかかる会議システムおよび周辺のネットワークの構成を示す図である。図１に示す例において、会議システム３は、多地点接続システム１１およびネットワーク２に接続されている。ネットワーク２には、端末１ａ〜１ｄが接続されている。会議システム３は、端末１ａ〜１ｄ間の通信による会議を可能にするためのリソースの確保および解放を実行するシステムである。
【００２８】
ここで「会議を可能にする」とは、２つの端末間の通信だけでなく、３つ以上の端末間での同時通信を可能にすることを意味する。すなわち、会議システム３は、２端末間だけでなく、３端末間の通信も可能にするためのリソースを確保または解放するシステムである。また、端末１ａ〜１ｄ間の通信で転送されるデータ（信号）の種類には、音声の他、映像、文字等あらゆる種類のデータまたはそれらの組み合わせが含まれてもよい。
【００２９】
このように、会議システム３は、会議で使用されるリソースを管理するシステムである。本実施形態において、会議システム３は、リソースの確保および解放の指示を、多地点接続システム１１に対して出し、多地点接続システム１１がリソースの確保および解放を実行する。これにより、ネットワーク２上の端末１ａ〜１ｄのうち複数の端末間での通信が可能になる。
【００３０】
すなわち、多地点接続システム１１は、多地点接続装置の一例であり、複数の端末の音声を含む通信信号を合成し当該複数の端末各々へ転送する機能を持つ。リソースの確保とは、多地点接続システムがソフトウエアによって制御されることによって、特定の端末間の通信が可能な状態を生成することである。本実施形態では、リソースの確保処理は、多地点接続システム１１の持つ機能の一部が、特定端末間の通信を可能にするため使用される状態とする処理である。
【００３１】
リソースの解放は、多地点接続システムが、特定の端末間の通信に使用されている機能を解除することである。本実施形態では、リソースの解放処理は、多地点接続システム１１が、特定端末間の通信に使用されていた機能を。他で使用可能な状態にする処理である。
【００３２】
このリソースの確保および解放に関わるハードウエアおよびソフトウエアの種類は特に限定されない。リソース確保の一例として、ＰＢＸ（Private Branch Exchange）に備えられた、複数端末の音声のミキサ機能を有するトランクが、ソフトウエアの制御により、所望の複数端末からの音声を合成するように設定される場合が挙げられる。この場合、多地点接続システム１１は、ＰＢＸとなる。
【００３３】
また、リソース確保の他の例として、ＩＰネットワークや回線交換網に接続された複数端末同士の呼を確立する機能を持つ複数地点接続装置（ＭＣＵ：Multi point Control Unit）によって、所望の端末間の通信を可能にする場合も挙げられる。この場合、多地点接続システム１１はＭＣＵとなる。
【００３４】
なお、多地点接続システム１１は、上記ＰＢＸおよびＭＣＵの例に限られない。例えば、多地点接続システムと会議システムを組み合わせた機能を持つＷｅｂ会議サーバを構成することもできる。
【００３５】
＜会議システム３の構成＞
図１に示す会議システム３の機能ブロックは、大まかにユーザ通信部、記録部およびリソース管理部に分けられる。ユーザ通信部は、要求受付部４および終了通知部５を含む。記録部６には、会議状況テーブルおよびユーザ情報テーブルが記録される。リソース管理部は、会議開設部７、会議終了部８、監視部９およびリソース解放部１０を含む。
【００３６】
会議システム３は、例えば、パーソナルコンピュータやサーバマシン等の汎用コンピュータもしくは、会議システム専用機のコンピュータにより構成することができる。上記の要求受付部４、終了通知部５、会議開設部７、会議終了部８、監視部９およびリソース解放部１０の各機能は、コンピュータのＣＰＵが所定のプログラムを実行することによって実現される。そのため、上記各機能を実現するためのプログラムやそれを記録した記録媒体も本発明の本実施形態に含まれる。なお、会議システム３の構成は、図１に限られない。例えば、上記各機能部は、複数のコンピュータに分散して構成されてもよい。
【００３７】
要求受付部４は、端末１ａ〜１ｄから、会議開始要求および会議終了要求等の会議に関する要求を受け付ける。会議開始要求には、例えば、会議に参加するユーザを特定するための情報（アカウント）に加えて、会議への参加者、会議の重要度およびリソースが足りない場合の措置その他開設しようとする会議に関するデータが含まれる。要求受付部４は、会議開始要求を受信した場合は、会議開設部７へ通知し、会議終了要求を受信した場合には、会議終了部８へ通知する。また、要求受付部４は、受け付けた要求に対する応答を端末１ａ〜１ｄへ送信する。
【００３８】
会議開設部７は、要求受付部４から会議開始要求を受けて、会議を開設するためのリソース確保を多地点接続システム１１に依頼する。さらに、会議開設部７は、リソースを確保して開設した会議に関する情報を、会議状況テーブルに登録する。会議状況テーブルには、例えば、開設した会議の識別子、会議の有用性の度合いを示す有用値（以下、会議ポイントと称する）、会議に参加する利用者を特定する情報等が１レコードとして記録される。
【００３９】
会議開設部７は、会議開設時に会議状況テーブルに登録する会議ポイントの初期値を、例えば、会議開始要求に含まれるデータに基づいて決定することができる。具体的には、会議開設部７は、会議の重要度を示すデータを会議開始要求として受け取り、重要度に応じて会議ポイントの初期値を決定することができる。あるいは、会議開設部７は、会議に参加するユーザを示すデータを会議開始要求として受け取り、会議に参加するユーザに関する情報を、ユーザ情報テーブルから取得して、取得した情報を基に会議ポイントの初期値を決定してもよい。ユーザ情報の例として、例えば、ユーザの所属や役職等のユーザの属性を示す情報が挙げられる。なお、同様にして、会議の開設を要求するユーザのユーザ情報に基づいて、初期値を決定することもできる。
【００４０】
会議開設部７は、例えば、記録部６に予め記録された、会議ポイントの初期値とユーザ情報または有用度との対応を示すデータや関数等（図示せず）を用いて、開設した会議の会議ポイントの初期値を決定することができる。
【００４１】
なお、会議開設部７は、重要度およびユーザ情報の両方を用いて、会議ポイントの初期値を決定することもできる。また、会議開設部７は、重要度およびユーザ情報の少なくとも１つを用いて、後述する監視部９による会議ポイントの増減単位を決定し、会議状況テーブルに記録してもよい。
【００４２】
図２は、会議状況テーブルに記録されるデータの一例を示す図である。図２に示す例では、会議識別子（会議ＩＤ）、会議ポイント、会議ポイントの初期値および増減単位、並びに会議に参加する利用者のアカウント（ユーザＩＤ）が、会議ＩＤごとに対応付けられて１つのレコードとして記録されている。会議状況テーブルの会議ポイントには、会議の開設時に会議開設部７が決定した初期値が記録され、その後、会議中は、後述する監視部９により、会議の状況に応じて値が更新される。
【００４３】
図３は、ユーザ情報テーブルに記録されるデータの一例を示す図である。図３に示す例では、アカウント（ユーザＩＤ）、ユーザ名、ＩＰアドレス、電話番号、所属および役職がアカウントごとに記録されている。ユーザ情報テーブルは、予め記録部６に記録されて、随時ユーザにより更新される。
【００４４】
監視部９は、会議開設部７からの会議のリソース確保指示に従って多地点接続システム１１で接続された複数の端末間の通信トラヒックを監視する。例えば、監視部９は、確保したリソースを使用する会議各々における通信トラヒックを定期的に測定する。すなわち、各会議の通信におけるトラヒックの量（情報量）が測定される。測定結果は各会議システムにおける使用状況（有用度）を表す値に換算され、会議ポイントに対する加算値あるいは減算値として用いられる。これにより会議ポイントは、会議システムの使用状況が加味された値となる。
【００４５】
具体的には、監視部９は、ある会議におけるトラフックの量が設定値ＳLを下回る時間が、一定時間Ｔ１経過した場合に、会議の使用量が減ったと判断し、管理状況テーブルの会議ポイントを所定量ＲLだけ減少させることができる。さらに、監視部９は、ある会議におけるトラフックの量が設定値ＳUを上回る時間が、一定時間Ｔ２経過した場合に、会議の使用量が増えたと判断し、会議ポイントを所定量ＲUだけ増加させることができる。
【００４６】
なお、監視部９は、会議状況テーブルに記録された初期値を会議ポイントの上限として、会議ポイントを増減させてもよい。これにより、会議ポイントが会議の有用度を示す妥当な値から外れることを回避することができる。例えば、会議ポイントが高くなりすぎて、トラヒック量が少ない期間が長く続いたにも関わらず、会議ポイントが所定値以下に下がらないといった事態を回避することができる。
【００４７】
また、上記の判断の基準に用いられる設定値ＳL、ＳU、Ｔ１、Ｔ２および所定量ＲU等の基準値は、予め設定された固定値であってもよい。あるいは、上述したように、会議開設部７が、会議の開設時に、会議の重要度や会議に参加するユーザのユーザ情報を用いて上記基準値を決定し、記録部６に記録しておいてもよい。
【００４８】
ここで、監視部９が測定するトラヒックの量を表す値は、例えば、音声レベルとすることができる。これにより、例えば、無音区間が一定時間続いた場合に、会議の使用量が減ったと判断して会議の有用度を下げることができる。なお、監視部９は、トラヒック量として、音声レベルの他に、例えば、会議システムが提供するアプリケーション（例えば、ホワイトボード、文字チャット等）を端末が利用するために送受信するデータの量等を測定してもよい。
【００４９】
リソース解放部１０は、要求受付部４が会議開始要求を受け付けた際に、その会議に必要な空きリソースがない場合に、リソースを解放できる会議を抽出して、抽出した会議で使われているリソースを解放させる。リソース解放部１０は、例えば、管理状況テーブルの会議ポイントの値に基づいて、会議各々で使っているリソースを解放してよいか判断することができる。一例として、リソース解放部１０は、会議状況テーブルにおいて、会議ポイントが閾値Ａより低い会議の会議ＩＤを抽出する。そして、リソース解放部１０は、抽出した会議ＩＤを、多地点接続システム１１に通知し、その会議のリソースの解放を依頼する。この閾値Ａも、予め設定された固定値であってもよいし、会議の重要度やユーザ情報等に基づいて会議ごとに決定されてもよい。
【００５０】
また、リソース解放部１０は、会議のリソースを解放する際に、その会議を利用しているユーザの端末に、会議を終了する旨を通知するように、終了通知部５へ依頼する。終了通知部５は、会議を利用しているユーザの端末に、会議の終了を通知する。これにより、リソース解放部１０がリソースを解放して会議を終了させる前に、ユーザに対して終了してもよいか確認することが可能になる。
【００５１】
このリソース解放部１０の機能により、ユーザが会議の開設を要求した際に、会議開設に必要な空きリソースがない場合に、有用度が低くなっている会議のリソースを解放して、ユーザの要求する会議に割り当てることが可能になる。
【００５２】
このように、リソース解放部１０は、リソースの不足時にリソースを確保するために、他の有用性の低い会議を終了させてリソースを解放するものである。これに対して、会議終了部８は、要求受付部４が会議中のユーザの端末から会議終了要求を受けた場合に、会議終了要求を受け取って、会議を終了させるものである。
【００５３】
要求受付部４が受け付ける会議終了要求には、例えば、終了を要求する会議の会議ＩＤが含まれる。会議終了部８は、要求受付部４から受けた会議終了要求で示される会議のリソースを解放するように、多地点接続システム１１に依頼する。さらに、会議開設部７は、会議状況テーブルのデータを更新し、前記会議のリソースが解放されたことを、会議状況テーブルに反映する。
【００５４】
＜会議システム３の動作例＞
≪会議開設、監視および会議終了の動作例≫
図４は、会議システム３が、ユーザの端末から会議開始要求を受けて会議を開設し、さらに監視を行う処理を示すシーケンス図である。図４に示す例は、会議開始要求受信時に、会議に必要な空きリソースが存在し、会議開設が可能である場合の処理の例である。
【００５５】
〔会議開設〕
まず、要求受付部４が、端末１ａから、会議開始要求を受信する（Ｏｐ１）。要求受付部４は、会議開始要求を会議開設部７に通知する（Ｏｐ２）。一例として、会議開始要求には、会議に参加するユーザを特定するアカウント（ユーザＩＤ）および会議の重要度が含まれているとする。
【００５６】
会議開設部７は、会議状況テーブルを参照して会議開設のためのリソースが空いているか否かを確認する（Ｏｐ３）。例えば、図２に示した会議状況テーブルに示す会議ＩＤ＝「００４」のレコードのように、会議ポイントがデータなし「−」を示しているレコードがあれば、会議開設部７は、空きリソースがあると判断し、その会議ＩＤ「００４」を取得する。
【００５７】
会議開設部７は、空きリソースがあると判断すると、多地点接続システム１１へ、会議開始要求に係る会議のためのリソースを確保するように指示する（Ｏｐ４）。その際、例えば、会議ＩＤ「００４」や、会議に参加するユーザの端末を特定するデータ（例えば、ＩＰアドレス）など、必要なデータも多地点接続システム１１へ通知される。この指示を受けて、多地点接続システム１１は、リソースを確保する（Ｏｐ５）。これにより、会議に参加するユーザの端末間の通信が可能になり、会議が開設される。
【００５８】
さらに、会議開設部７は、開設された会議の会議ポイントの初期値および増減単位を算出する（Ｏｐ６）。例えば、会議に参加するユーザのユーザ情報と、重要度とに基づいて初期値が決定される。
【００５９】
会議開設部７は、まず、会議開始要求に含まれる重要度により初期値を仮決定する。例えば、重要度がＡ、ＢまたはＣの三段階のレベルで示される場合、例えば、Ａの場合は初期値＝「１５０」、Ｂの場合が初期値＝「１００」、Ｃの場合は初期値＝「５０」と仮決定する。次に、会議開設部７は、ユーザ情報テーブルを参照して、参加するユーザの役職を取得する（Ｏｐ６−１）。そして、会議開設部７は、取得した役職に応じた数を、仮決定した初期値に加算して最終的な初期値とすることができる。会議開設部７は、例えば、役職が「部長」であれば「５０」加算、「課長」であれば「２０」加算、「社員」であれば「５」加算することができる。
【００６０】
また、会議開設部７は、ポイントの増減単位についても同様に、ユーザ情報および重要度のうち少なくとも１つを用いて決定することができる。このようにして決定された会議ポイントの初期値および増減単位は、参加するユーザのアカウントとともに、会議状況テーブルの会議ＩＤ＝「００４」のレコードに登録される（Ｏｐ７）。ここでは、一例として、初期値＝「２００」、増減単位＝「１０」が記録される場合について以下説明する。
【００６１】
会議状況テーブルへ登録が完了すると、会議開設部７は、会議開設が完了した旨を、要求受付部４に通知し（Ｏｐ８）、要求受付部４は会議開設が完了した旨を端末１ａへ応答する（Ｏｐ９）。応答の際、例えば、開設した会議の会議ＩＤ「００４」等、開設した会議に関するデータが端末１ａへ通知されてもよい。これにより、例えば、会議の開設後に会議に参加を希望するユーザが、端末を介して、会議ＩＤ「００４」を含む会議参加要求を会議システム３に対して送信することで、会議に参加することができる。
【００６２】
さらに、会議開設部７は、開設した会議の監視開始を監視部９に指示する（Ｏｐ１０）。この指示の際、例えば、開設した会議の会議ＩＤ「００４」が監視部９に通知される。監視部９は、会議ＩＤ＝「００４」の会議の監視を開始する（Ｏｐ１１）。
【００６３】
〔監視〕
監視部９は、例えば、会議ＩＤ＝「００４」の会議で通信されるデータにおける音声レベルを定期的に測定する（Ｏｐ１１−１）。そして、監視部９は、測定結果に応じて、会議状況テーブルの会議ＩＤ＝「００４」のレコードの会議ポイントを更新する（Ｏｐ１１−２）。
【００６４】
監視部９は、例えば、設定値ＳLを下回る音声レベルがＮ回連続で測定された場合に、会議状況テーブルの会議ＩＤ＝「００４」のレコードの会議ポイント「２００」を、増減単位「１０」だけ引いた値「１９０」に更新する。逆に、監視部９は、設定値ＳUを上回る音声レベルがＮ回連続で測定された場合には、会議ポイント「１９０」を、増減単位「１０」だけ足した値「２００」に更新する。また、監視部９は、会議ポイントが「２００」（初期値と同じ）である場合には、設定値ＳUを上回る音声レベルがＮ回連続で測定されても、会議ポイントを「２００」より増やさないようにすることができる。
【００６５】
このような監視処理により、会議中に音声が途絶える無音期間が続けば続くほど、会議の有用性を示す会議ポイントが低くなるように更新される。すなわち、会議の状況が、会議状況テーブルの会議ポイントに反映されるようになる。
【００６６】
図５は、会議ポイントが会議状況テーブルに記録されてから時間の経過とともに更新される様子の一例を示すグラフである。図５に示すグラフでは、縦軸が会議ポイント、横軸が会議開始からの経過時間を示す。このグラフの例では、音声レベルが所定以上（音声あり）の区間（０〜ｔ１）は、会議ポイントは下がらず、音声なしの区間（ｔ１〜ｔ２）では、時間経過とともに会議ポイントが下がっている。再び音声ありとなると、会議ポイントは初期値まで戻っている。その後、ｔ３を境に音声が途絶えると会議ポイントは下がり続け、閾値Ａを下回り、ついには０に達している。
【００６７】
〔会議終了〕
会議を開設した端末１ａのユーザは、会議を終了する場合には、端末１ａを介して会議終了要求を要求受付部４に送信する（Ｏｐ１２）。会議終了要求には、例えば、終了したい会議を特定するためのデータ（例えば、会議ＩＤ「００４」とする）が含まれる。要求受付部４は、会議終了要求を会議終了部８に通知する（Ｏｐ１３）。会議終了部８は、会議ＩＤ＝００４の会議で使われているリソースの解放を多地点接続システム１１に対して指示する（Ｏｐ１４）。これにより、会議ＩＤ＝「００４」の会議で使用されていたリソースが解放される（Ｏｐ１５）。
【００６８】
会議終了部８は、Ｏｐ１４でリソース解放を指示すると、解放されたリソースの会議がリソースを使用中でないこと示すように会議状況テーブル中のレコードを更新する（Ｏｐ１６）。例えば、会議終了部８は、リソースを解放した会議ＩＤ＝「００４」のレコードの会議ポイント、初期値、増減および利用者のデータを、データなし「−」に更新する。
【００６９】
さらに、会議終了部８は、リソース解放が完了し、会議を終了させた旨を、要求受付部４に通知する（Ｏｐ１７）。要求受付部４は、会議終了が完了した旨を、端末１ａに対して応答する（Ｏｐ１８）。
【００７０】
≪リソース解放して会議開設する場合の動作例≫
次に、会議開始要求を受けたが、会議を開設するために必要なリソースがない場合の会議システム３の動作例を説明する。図６は、そのような場合の、会議システム３の処理を示すシーケンス図である。
【００７１】
図６におけるＯｐ１、Ｏｐ２の会議開始要求を受け付ける処理は、図４のＯｐ１、Ｏｐ２と同様である。図６に示す動作例は、Ｏｐ３において、会議開設部７が会議状況テーブルを参照して、空きリソースの有無を確認した結果、会議開設に必要な空きリソースがないと判断した場合の会議システム３の動作例である。
【００７２】
この場合、会議開設部７は、リソース解放部１０に対して、使用中のリソースのうち解放可能なリソースを解放する処理を依頼する（Ｏｐ２１）。リソース解放部１０は、会議で使用中のリソースのうち、解放可能なリソースの有無を判断する（Ｏｐ２２）。具体的には、リソース解放部１０は、記録部６の会議状況テーブルに対して、会議ポイントが閾値Ａより小さいレコードを検索する（Ｏｐ２２−１）。例えば、閾値Ａ＝３０であって、会議状況テーブルの会議ＩＤ＝「００４」のレコードの会議ポイントが「２５」であった場合、リソース解放部１０は、その会議ＩＤ「００４」を、リソース解放可能な会議を示すデータとして取得する。
【００７３】
ここで、閾値Ａは、予め決められた固定値であってもよい。あるいは、Ｏｐ１で要求受付部４が受け付けた会議開始要求に閾値Ａが含まれていてもよい。この場合は、会議開設を要求するユーザが閾値Ａを指定することができる。あるいは、会議開始要求に含まれる会議の重要度やユーザ情報に基づいて閾値Ａが決定されてもよい。例えば、会議の重要度が高いほど、閾値Ａも高くなるようにリソース解放部１０が閾値Ａを計算してもよい。また、会議を開設しようとするユーザの属性や、参加するユーザの属性および人数等に応じて、閾値Ａが計算されてもよい。例えば、参加するユーザに「部長」が含まれていれば、閾値Ａを「５」増やす等の計算が可能である。これにより、会議の重要度やユーザに応じて、会議の優先度を制御することができる。
【００７４】
以下、一例として、Ｏｐ２２において、リソース解放部１０が、会議ＩＤ＝「００４」の会議のリソースが解放可能と判断した場合について説明する。この場合、リソース解放部１０は、会議ＩＤ＝「００４」の会議に参加しているユーザの端末に対して、会議終了ガイダンスを通知するよう終了通知部５に依頼する（Ｏｐ２３）。この依頼時に、リソース解放部１０は、会議状況テーブルおよびユーザ情報テーブルを参照して、例えば、会議ＩＤ＝「００４」の会議に参加しているユーザ各々のＩＰアドレスを取得して、終了通知部５に通知する。
【００７５】
終了通知部５は、通知されたＩＰアドレスの端末（端末１ｃ）に対して、会議終了のガイダンスを通知する（Ｏｐ２４）。これにより、会議に参加しているユーザの端末に会議終了のガイダンスが通知される。ここで、会議終了のガイダンスの内容は、会議をしてもよいか否かを示す情報の返信をユーザに対して要求するものであってもよいし、会議終了する旨をユーザに伝えるのみのものであってもよい。ユーザに返信を要求するガイダンスを通知することにより、ユーザの意に反して会議が終了されるのを防ぐことができる。会議終了のみのガイダンスを通知することにより、ユーザからの返信を待つことが不要になるので。迅速にリソースを解放することができる。
【００７６】
ここでは、会議に参加しているユーザの端末１ｂから終了通知部５に対して、会議終了を承認する旨の返信（Ｏｐ２５）があった場合について説明する。会議終了承認は、終了通知部５からリソース解放部１０へ通知される（Ｏｐ２６）。リソース解放部１０は、会議終了承認を受信すると、その会議で使用しているリソースの解放を多地点接続システム１１に指示する（Ｏｐ２７）。これにより、リソースが解放される（Ｏｐ２８）。このとき、リソース解放部１０は、解放してほしいリソースを使っている会議の会議ＩＤ「００４」を多地点接続システム１１へ通知することにより、解放するリソースを特定することができる。
【００７７】
なお、リソース解放部１０は、会議終了承認の通知を受ける代わりに、会議終了を端末１ｂに通知してから一定時間が経過した場合に、リソースを解放してもよい。一定時間端末１ｂからの応答がないということは、会議が実質的に行われていないとみなすことができるからである。また、リソース解放部１０は、会議に参加しているユーザの端末全てから、会議終了通知に対する応答を待ってもよいし、一部の端末から応答を待ってもよい。
【００７８】
リソース解放部１０は、Ｏｐ２７でリソース解放を指示すると、解放されたリソースの会議がリソースを使用中でないこと示すように会議状況テーブル中のレコードを更新する（Ｏｐ２９）。例えば、リソース解放部１０は、リソースを解放した会議ＩＤ＝「００４」のレコードの会議ポイント、初期値、増減および利用者のデータを、データなし「−」に更新する。
【００７９】
さらに、リソース解放部１０は、リソース解放が完了した旨を、会議開設部７に通知する（Ｏｐ３０）。これは、Ｏｐ２１におけるリソース解放依頼に対する応答である。このとき、リソース解放部１０は、例えば、リソースを解放した会議を示す会議ＩＤ「００４」を会議開設部７へ通知する。
【００８０】
会議開設部７は、リソース解放完了の応答を受けると、解放されたリソースを、新たに開設する会議のために確保するように、多地点接続システム１１へ指示する（Ｏｐ３１）。以降の、会議開設の動作は、図４に示したＯｐ７以降の動作と同様である。
【００８１】
上記の図６に示す動作例により、会議システムは、会議の開催に必要なリソースが枯渇している状態において、新規に会議を開設したい第三者からの要求を受けた場合、リソースを解放しても問題のない会議を抽出することができる。すなわち、会議システムは、端末間の通信が実質的には行われておらず、終了しても問題のない会議のリソースを解放することができる。その結果、新たな会議にリソースを割り当てることが可能になる。
【００８２】
例えば、すでに開設された会議が通信終了後も放置され、リソースを確保したままになっている場合や、頻繁に会議をするユーザが会議開催手間を省くためにリソースを常時確保して故意に解放していない場合等がある。会議システム３は、このような会議を、リソースを解放しても問題のない会議と判断して終了させてリソースを解放し、解放したリソースを、第三者からの開始要求のあった会議の開設に割り当てることができる。
【００８３】
さらに、会議システム３は、リソースを解放しても問題のないと判断した会議について、終了させる旨を、会議を開設したユーザもしくは会議に参加しているユーザに通知する。そのため、会議システム３は、リソース解放可能と判断し、かつ、ユーザの意思の確認または合意を得た上で、会議を終了させることができる。
【００８４】
このように、本実施形態の会議システム３では、会議用リソース枯渇時の会議開始要求に対し、使用中のユーザ及び、新規開設要求を行ったユーザ双方の合意が形成されたリソースを選択・解放することにより、システムの円滑運用が図られる。
【００８５】
なお、本発明の実施形態は、上記に限られない。例えば、要求受付部４は、ユーザに指定された会議ＩＤを含む会議開始要求を受信してもよい。この場合、会議開設部７は、会議開始要求とともに受信した会議ＩＤのリソースが空いているか否か（使用中か否か）を、会議状況テーブルを参照して確認する。そして、リソースが使用中であれば、リソース解放部１０が、上記図６の場合と同様に、そのリソースを使用している会議に対して、リソース解放が可能か否かを判断する。解放可能と判断すると、リソースは解放され、会議開始が要求されている会議に割り当てられる。
【００８６】
また、上記図６に示した例では、リソース解放部１０は、リソース解放可能と判断した会議についてユーザに終了通知を送信しているが、ここで、終了通知をせずに、強制的に終了してもよい。これにより、より迅速なリソース確保が可能になる。
【００８７】
（第２の実施形態）
図７は、第２の実施形態にかかる会議システムおよび周辺のネットワークの構成を示す図である。図７において、図１と同じ機能ブロックには同じ番号を付す。本実施形態において、会議システム３ａは、ユーザ通信部に監視制御部１２をさらに備える構成である。監視制御部１２は、会議中のユーザの端末からの指示に従い、監視部９の会議に対する監視を制御する。監視制御部１２は、例えば、監視部９による特定の会議に対する監視の停止および再開を指示するデータを、前記特定の会議に参加しているユーザの端末から受信する。監視制御部１２は、受信したデータに従って、監視部９を制御する。
【００８８】
具体的には、監視制御部１２は、会議ＩＤ＝「００１」の会議に参加しているユーザの端末から監視停止の指示を受信すると、会議状況テーブルの会議ＩＤ＝「００１」レコードの「増減」（会議ポイントの増減単位）を、「５」から「０」に更新する（図２参照）。これにより、監視部９が、会議ＩＤ＝「００１」の会議に対して、会議ポイントの加算または減算する処理をしても会議ポイントは変化しないようになる。そのため、監視部９による監視結果は、会議ポイントに反映されず、実質的には監視が停止された状態となる。
【００８９】
監視制御部１２は、監視再開の指示を受信した場合は、会議状況テーブルの「増減」を「０」から「５」に戻すことで、実質的に監視が再開される。なお、監視の制御方法は、上記例のように、会議状況テーブルの更新による方法に限られず、例えば、監視部９の動作を直接制御する方法でもよい。
【００９０】
また、制御内容も監視の停止および再開に限られない。例えば、監視制御部１２は、端末からの指示に従い、会議状況テーブルの「増減」を、更新（例えば、「５」から「３」へと更新）することで、監視結果による会議ポイントの増減の度合いを調整することができる。また、監視制御部１２は、会議に参加しているユーザの端末から、その会議の会議ポイントの指定を受け付けて、会議状況テーブルの会議ポイントを指定された会議ポイントに更新してもよい。
【００９１】
上記の本実施形態によれば、会議に参加しているユーザは、会議の状況に応じて、会議に対する監視を制御することができる。これにより、例えば、休憩などで会議を中断している間に、ユーザは、会議に対する監視の停止を指示することができる。これにより、休憩している間に、監視部９により会議ポイントが減らされ、会議が実質的に行われていないと判断されてリソースが解放されてしまうことを防ぐことができる。
【００９２】
図８は、本実施形態において、会議ポイントが会議状況テーブルに記録されてから時間の経過とともに更新される様子の一例を示すグラフである。図８に示す例では、時刻ｔ２−１から時刻ｔ１−２までは休憩時間であり、ユーザは、この期間は、会議に対する監視を停止するように監視制御部１２へ指示している場合の例である。時刻ｔ２−１〜ｔ２−２では、音声なしの期間であるが、会議ポイントは減少していない。
【００９３】
（第３の実施形態）
図９は、第３の実施形態にかかる会議システムおよび周辺のネットワークの構成を示す図である。図９において、図１と同じ機能ブロックには同じ番号を付す。本実施形態において、会議システム３ｂは、リソース解放部１０の代わりに終了時間予測部１３を備える構成である。
【００９４】
本実施形態では、上記第１の実施形態と同様に、要求受付部４が、会議開始要求をユーザの端末１ａ〜１ｄから受け付ける。要求受付部４は、会議開設部７へ会議開始要求を通知する。会議開設部７は、会議開始要求の会議を開設のための空きリソースがない場合、終了時間予測部１３に、リソースを使用している会議の終了時間の計算を依頼する。終了時間予測部１３は、依頼を受けると、会議状況テーブルを参照し、リソースを使用中の会議の会議ポイントを取得し、取得した会議ポイントおよび、会議ポイントの増減単位を用いて終了時間を計算する。
【００９５】
一例として、終了時間予測部１３は、会議ポイントＰと、会議ポイントの増減単位Ｕとを用いて、下記式（１）により、終了時間ＴEND（現時点から会議が終了するまでの時間）を計算することができる。
【００９６】
ＴEND＝Ｐ／（ＴC×Ｕ）    ・・・（１）
上記式（１）においてＴCは、定数であり、例えば、監視部９による会議ポイントの更新周期により決定される。
【００９７】
なお、終了時間予測部１３は、会議開始要求に会議ＩＤが含まれている場合は、その会議ＩＤの会議の終了時間を計算して、会議開設部７へ応答することができる。会議開始要求に会議ＩＤが含まれていない場合は、終了時間予測部１３は、リソース使用中の会議全てについて終了時間を計算し、そのうち、例えば、最も短い終了時間を、会議開設部７へ応答することができる。
【００９８】
これにより、会議開設部７は、終了時間を要求受付部４へ応答し、要求受付部４は、終了時間を、会議開始要求を送ってきた端末へ応答する。これにより、会議開始要求を送った端末のユーザは、会議開設が可能な時間を見積もることができる。
【００９９】
なお、上記実施形態では、リソース解放部１０の代わりに終了時間予測部１３が設けられる構成であるが、リソース解放部１０に加えて終了時間予測部１３が設けられてもよい。この場合、例えば、リソース解放部１０のリソース解放処理では、リソース解放可能な会議が見つからないため、リソース解放ができなかった場合に、終了時間予測部１３が会議の終了時間を計算してもよい。
【０１００】
以上の実施形態に関し、さらに以下の付記を開示する。
【０１０１】
（付記１）
複数の端末の音声を含む通信信号を合成し当該複数の端末各々へ転送する機能を持つ多地点接続装置のリソースを、ユーザ所望の複数端末の通信による会議ごとに割り当てる会議システムであって、
割り当てられたリソースを使用中の会議の識別子と、会議の有用度を示す有用値とを記録する会議状況記録部と、
ユーザからの会議開始要求を受け付ける要求受付部と、
前記会議開始要求に基づいて、会議に使用するためのリソースの確保を前記多地点接続装置に対して指示し、前記会議状況記録部に、開始する会議の識別子と当該会議の有用値の初期値とを記録する会議開設部と、
前記要求受付部が前記会議開始要求を受け付けた際に、会議開設に必要な空きリソースがない場合に、前記会議状況記録部に記録された前記会議の有用値に基づいてリソースの解放が可能な会議を選択し、選択した会議に割り当てられたリソースの解放を前記多地点接続装置に対して指示するリソース解放部とを備える、会議システム。
【０１０２】
（付記２）
リソースを使用中の会議における通信を監視し、会議の通信における情報量の変化に応じて、前記会議の有用度を示す有用値を更新する監視部をさらに備える、付記１に記載の会議システム。
【０１０３】
（付記３）
前記監視部は、前記会議における音声のレベルが一定時間以上下側設定値を下回ると、前記有用値を更新して前記会議の有用度を下げ、かつ前記音声のレベルが一定時間以上、上側設定値を上回ると前記有用値を更新して前記会議の有用度を上げ、
前記リソース解放部は、前記有用値の示す有用度合いが所定の閾値を下回る会議を、リソース解放可能な会議として選択する、付記２に記載の会議システム。
【０１０４】
（付記４）
会議に参加しうるユーザ各々に関するユーザ情報を記録するユーザ情報記録部をさらに備え、
前記要求受付部は、前記会議開始要求とともに、会議に参加するユーザを示す情報も受け付け、
前記会議開設部は、前記会議開始要求により開設しようとする会議の有用値の初期値を、前記ユーザ情報記録部に記録された、当該会議に参加するユーザのユーザ情報を用いて決定する、付記１〜３のいずれか１項に記載の会議システム。
【０１０５】
（付記５）
前記要求受付部は、前記会議開始要求とともに、会議の重要度を示すデータも受け付け、
前記会議開設部は、前記会議開始要求により開設しようとする会議の有用値の初期値を、前記重要度を用いて決定する、付記１〜４のいずれか１項に記載の会議システム。
【０１０６】
（付記６）
前記要求受付部は、前記会議開始要求とともに、会議の重要度を示すデータも受け付け、
前記監視部は、前記有用値を更新して前記会議の有用度を下げる際の下げ幅および有用度を上げる際の上げ幅の少なくともいずれか１つを、前記重要度に応じて決定する、付記３に記載の会議システム。
【０１０７】
（付記７）
前記要求受付部が前記会議開始要求を受け付けた際に、会議開設のための空きリソースがない場合に、前記会議状況記録部に記録された会議の有用値を用いて当該会議の終了予測時刻を計算する終了時刻予測部を備え、
前記要求受付部は、前記終了時刻予測部が計算した終了予測時刻をユーザに対して出力する、付記１〜６のいずれか１項に記載の会議システム。
【０１０８】
（付記８）
前記リソース解放部は、前記会議のリソースを解放するのに先立って、当該会議の端末へ会議終了を通知する、付記１〜７のいずれか１項に記載の会議システム。
【０１０９】
（付記９）
前記リソース解放部は、前記会議終了通知に対する応答であって、会議終了してもよい旨の応答を、前記端末から受信した場合に、前記リソースを解放する、付記８に記載の会議システム。
【０１１０】
（付記１０）
前記監視部は、リソースを使用中の会議の端末から、監視中断指示を受け付けて、当該監視中断指示を受信した場合は、前記有用値の更新を中断する、付記２に記載の会議システム。
【０１１１】
（付記１１）
複数の端末の音声を含む通信信号を合成し当該複数の端末各々へ転送する機能を持つ多地点接続装置のリソースを、コンピュータが、ユーザ所望の複数端末の通信による会議ごとに割り当てる会議リソース割り当て方法であって、
前記コンピュータが、割り当てられたリソースを使用中の会議の識別子と、会議の有用度を示す有用値とを前記コンピュータがアクセス可能な会議状況記録部に記録する工程と、
前記コンピュータが、ユーザからの会議開始要求を受け付ける要求受付工程と、
前記コンピュータが、前記会議開始要求に基づいて、会議に使用するためのリソースの確保を前記多地点接続装置へ指示し、前記会議状況記録部に、開始する会議の識別子と当該会議の有用値の初期値とを記録する会議開設工程と、
前記コンピュータが、前記要求受付工程で前記会議開始要求を受け付けた際に、会議開設に必要な空きリソースがない場合に、前記会議状況記録部に記録された前記会議の有用値に基づいてリソースの解放が可能な会議を選択し、選択した会議に割り当てられたリソースの解放を前記多地点接続装置へ指示するリソース解放工程とを含む、会議リソース割り当て方法。
【０１１２】
（付記１２）
複数の端末の音声を含む通信信号を合成し当該複数の端末各々へ転送する機能を持つ多地点接続装置のリソースを、ユーザ所望の複数端末の通信による会議ごとに割り当てる処理をコンピュータに実行させる会議プログラムであって、
割り当てられたリソースを使用中の会議の識別子と、会議の有用度を示す有用値とを前記コンピュータがアクセス可能な会議状況記録部に記録する処理と、
ユーザからの会議開始要求を受け付ける要求受付処理と、
前記会議開始要求に基づいて、会議に使用するためのリソースの確保を前記多地点接続装置へ指示し、前記会議状況記録部に、開始する会議の識別子と当該会議の有用値の初期値とを記録する会議開設処理と、
前記要求受付処理で前記会議開始要求を受け付けた際に、会議開設に必要な空きリソースがない場合に、前記会議状況記録部に記録された前記会議の有用値に基づいてリソースの解放が可能な会議を選択し、選択した会議に割り当てられたリソースの解放を前記多地点接続装置に指示するリソース解放処理とをコンピュータに実行させる、会議プログラム。
【図面の簡単な説明】
【０１１３】
【図１】第１の実施形態にかかる会議システムおよび周辺のネットワークの構成を示す図
【図２】会議状況テーブルに記録されるデータの一例を示す図
【図３】ユーザ情報テーブルに記録されるデータの一例を示す図
【図４】会議システムが、ユーザの端末から会議開始要求を受けて会議を開設し、さらに監視を行う処理を示すシーケンス図
【図５】会議ポイントが会議状況テーブルに記録されてから時間の経過とともに更新される様子の一例を示すグラフ
【図６】会議を開設するために必要なリソースがない場合の会議システム３の処理を示すシーケンス図
【図７】第２の実施形態にかかる会議システムおよび周辺のネットワークの構成を示す図
【図８】第２の実施形態において、会議ポイントが会議状況テーブルに記録されてから時間の経過とともに更新される様子の一例を示すグラフ
【図９】第３の実施形態にかかる会議システムおよび周辺のネットワークの構成を示す図
【符号の説明】
【０１１４】
１ａ〜１ｄ      端末
２      ネットワーク
３、３ａ、３ｂ  会議システム
４      要求受付部
５      終了通知部
６      記録部
７      会議開設部
８      会議終了部
９      監視部
１０    リソース解放部
１１    多地点接続システム
１２    監視制御部
１３    終了時間予測部
【図１】
2009239714.tif 000003
【図２】
2009239714.tif 000004
【図３】
2009239714.tif 000005
【図４】
2009239714.tif 000006
【図５】
2009239714.tif 000007
【図６】
2009239714.tif 000008
【図７】
2009239714.tif 000009
【図８】
2009239714.tif 000010
【図９】
2009239714.tif 000011