(57)【要約】【課題】ビデオメンバを柔軟に決められるようにし、これにより会議リソースが不足した場合でもユーザの望む形態でのビジュアルコミュニケーションを実施することの可能な会議システムを提供すること。【解決手段】ＭＣＵ５０のリソースを検出した結果全メンバが会議に参加できない場合には、クライアント端末からＶＣＳサーバ３０に通知されたビデオメンバリストに基づいて会議メンバを再構成する。【選択図】図１
2008147877.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末と、これらの複数のクライアント端末を接続してこれらの端末間に通信環境を形成する通信網と、前記複数のクライアント端末に係わる呼制御を行うサーバ装置と、前記複数のクライアント端末を用いた会議を前記通信網を使用して実現する会議ユニットとを備える会議システムにおいて、
前記複数のクライアント端末は、
前記会議に参加する複数のメンバの構成の形態を指定するためのユーザ操作を受け付けるユーザインタフェースと、
前記指定された形態を前記サーバ装置に通知する通知部とを備え、
前記サーバ装置は、
前記会議を実現するための前記会議ユニットのリソースの残量を検出する検出部と、
前記残量に応じて、前記通知された形態で、前記会議に参加するメンバを構成するメンバ構成処理部とを備えることを特徴とする会議システム。
【請求項２】
前記形態は、前記メンバ間に優先順位を設ける形態であり、
前記メンバ構成処理部は、前記優先順位に従って前記会議に参加するメンバを構成することを特徴とする請求項１に記載の会議システム。
【請求項３】
前記ユーザインタフェースは、前記メンバの一覧を表示し、
前記通知部は、前記一覧から選択指定されたメンバのリストを前記サーバ装置に通知し、
前記メンバ構成処理部は、前記リストに従って前記会議に参加するメンバを構成することを特徴とする請求項１に記載の会議システム。
【請求項４】
前記残量が前記一覧に示されるメンバの全てが会議に参加するのに足る量であれば、前記メンバ構成処理部は、当該全てのメンバを前記会議に参加するメンバとすることを特徴とする請求項３に記載の会議システム。
【請求項５】
前記会議がビデオ映像を伴う場合に、
前記形態は、ビデオ撮像機能を使用できない状態のクライアント端末の優先順位を低くする形態であることを特徴とする請求項２に記載の会議システム。
【請求項６】
前記会議がビデオ映像を伴う場合に、
前記ユーザインタフェースは、ビデオ撮像機能を使用できない状態のクライアント端末を前記一覧に表示しないことを特徴とする請求項３に記載の会議システム。
【請求項７】
前記ユーザインタフェースは、前記一覧からのメンバの選択指定をこの一覧に示されるメンバの全てに許可することを特徴とする請求項３に記載の会議システム。
【請求項８】
前記ユーザインタフェースは、前記一覧からのメンバの選択指定をその権限をもつメンバにのみ許可することを特徴とする請求項３に記載の会議システム。
【請求項９】
前記ユーザインタフェースは、前記一覧からのメンバの選択指定を前記会議の主催者にのみ許可することを特徴とする請求項３に記載の会議システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばＩＰ（Internet Protocol）技術を用いて形成される電話システムの一つのアプリケーションとして実現される会議システムに関する。
【背景技術】
【０００２】
インターネットなどのベストエフォート型通信網を介して音声通話を実現するシステムが知られている。この種のシステムはＩＰ電話システム、あるいはＶｏＩＰ（Voice over IP）と称され、広域電話網だけでなく構内電話網などのローカル通信網にも応用されている。以下、この種のシステムにおける電話端末を、固定電話機およびソフトフォンを含めＩＰ電話機と称する。
【０００３】
この種のシステムを利用して近年、ビジュアルコミュニケーションシステムとも称する会議システムが広く提供され初めている（例えば特許文献１を参照）。特許文献１には、従来から普及している電話交換機（以下、交換機と略称する）による音声通信と、ビジュアルコミュニケーションサーバ（ＶＣＳサーバ）によるビデオ通信とを連動させたシステムが開示される。
【０００４】
ビジュアルコミュニケーションシステムの制御形態は一般的に以下のようである。すなわち、交換機に接続される内線端末間の呼状態が変化すると交換機から呼情報イベント（発側デバイス情報、着側デバイス情報）が送出される。これをＶＣＳサーバが受信し、ＶＣＳサーバは受信したイベントに基づき内線端末間の接続状態を解釈する。この接続状態に応じてＶＣＳサーバは、ビジュアルコミュニケーションの開始／終了を、内線端末と関連づけされるビジュアルクライアントに指示する。
【０００５】
ところで近年、会議の参加者（以下、ビデオメンバと称する）数が多い場合には、ＭＣＵ（Multi-Point Control Unit:多地点制御装置）と称する装置で会議を合成するという技術が検討されており、例えば特願２００６−０８３３１３号（２００６年３月２４日出願）として出願されている。会議を合成するためにＭＣＵを用いると、クライアントとＭＣＵとの間でビデオストリームが確立される。
【特許文献１】特開２００６−２７０１６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＭＣＵを用いたシステムは便利ではあるものの、ビデオメンバの数が会議リソースの制限を受ける。つまり、会議のために利用可能なＭＣＵのリソース、が足りなくなると、ビデオ表示されるメンバがシステムの主導により取捨選択される。このため会議への参加メンバ（すなわちビデオメンバ）が必ずしもユーザの望むメンバにはならないという不具合が生じる。  
この発明は上記事情によりなされたもので、その目的は、ビデオメンバを柔軟に決められるようにし、これにより会議リソースが不足した場合でもユーザの望む形態でのビジュアルコミュニケーションを実施することの可能な会議システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の一態様によれば、複数のクライアント端末（例えば、（以下ex.）ＩＰ電話機１１〜１ｎ、またはビジュアルクライアント６１〜６６）と、これらの複数のクライアント端末を接続してこれらの端末間に通信環境を形成する通信網（ex.ＩＰネットワーク１００）と、前記複数のクライアント端末に係わる呼制御を行うサーバ装置（ex.ＶＣＳサーバ３０）と、前記複数のクライアント端末を用いた会議を前記通信網を使用して実現する会議ユニット（ex.ＭＣＵ５０）とを備える会議システムにおいて、前記複数のクライアント端末は、前記会議に参加する複数のメンバの構成の形態を指定するためのユーザ操作を受け付けるユーザインタフェース（ex.ユーザインタフェース部１０ａ）と、前記指定された形態を前記サーバ装置に通知する通知部（ex.通知部１０ｂ）とを備え、前記サーバ装置は、前記会議を実現するための前記会議ユニットのリソースの残量を検出する検出部（ex.会議制御部３０ｂ）と、前記残量に応じて、前記通知された形態で、前記会議に参加するメンバを構成するメンバ構成処理部（ex.クライアント特定部３０ａ、会議制御部３０ｂ）とを備えることを特徴とする会議システムが提供される。
【０００８】
このような手段を講じることにより、ＭＣＵのリソースの残量が時々刻々と検出あるいはモニタされる。たとえば同時に開催される会議の数が多すぎたり、参加メンバの人数が多すぎたりすると、ＭＣＵのリソースが足りなくなるので会議メンバを制限する必要が生じる。一方、メンバ構成をどのような形態にするか、言い換えればどのような形態でメンバを制限するかといった、ユーザの要求を反映する通知がクライアント端末からサーバ装置に送信されている。そこでサーバ装置は、会議メンバを制限しなければならなくなった場合にこの通知内容に沿って会議への参加メンバを再構成する。従ってリソース不足により一部のメンバしかビデオ会議に参加できない場合でも、ユーザ要望に応じてビデオメンバを選択できるようになる。よってビデオメンバを柔軟に決められるようになり、これにより会議リソースが不足した場合でもユーザの望む形態でのビジュアルコミュニケーションを実施することが可能になる。
【発明の効果】
【０００９】
この発明によればビデオメンバを柔軟に決められるようになり、これにより会議リソースが不足した場合でもユーザの望む形態でのビジュアルコミュニケーションを実施することの可能な会議システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
図１は、この発明に係る会議システムの一実施の形態を示すシステム図である。図１において、複数のＩＰ電話機１１〜１ｎがＩＰネットワーク１００を介して交換機２０に接続される。ＩＰ電話機１１〜１ｎは専用電話端末、あるいはソフトフォンなどである。このＩＰネットワーク１００にはビジュアルコミュニケーションサーバ（ＶＣＳサーバ）３０、およびＭＣＵ５０も接続される。ＶＣＳサーバ３０は各種データ設定などを行うための保守端末４０に接続される場合もある。このＶＣＳサーバ３０はＩＰネットワーク１００を介して、ＭＣＵ５０と、複数のビジュアルクライアント（ＶＣ）６１〜６６とを管理する。ビジュアルクライアント６１〜６６は、会議メンバとなり得る参加者、に相当するオブジェクトでありその数は６に限らない。
【００１１】
ＭＣＵ５０は合成処理部５０ａを備える。合成処理部５０ａはＩＰネットワーク１００を介して伝送されるビデオデータおよびボイスデータを合成し、複数のメンバが参加する複数のビジュアルコミュニケーションを実現するが、そのリソースには限りがある。  
ＶＣＳサーバ３０は、クライアント特定部３０ａと、会議制御部３０ｂと、データベース（ＤＢ）３０ｃとを備える。このうちクライアント特定部３０ａは、会議に参加するメンバ（クライアント）を特定する。会議制御部３０ｂは、会議を実現するためのＭＣＵ５０のリソースの残量を、検出してＭＣＵリソース情報７０に記録する。また会議制御部３０ｂは、リソース残量に応じて、会議に参加するメンバを構成する。このメンバはクライアントからの要求に応じた形態で選択され、その旨はビジュアルクライアント６１〜６６に通知される。会議の開始時には、ＭＣＵ５０は、メンバ構成を反映するセッション制御情報を会議制御部３０ｂから受け、選択されたメンバ間にのみセッションを形成する。
【００１２】
データベース３０ｃはＭＣＵリソース情報７０、すなわちＭＣＵ５０のビジュアルコミュニケーションを実現するためのリソース、をデータベース化した情報、を記憶する。システムのバージョンアップに伴いＭＣＵリソース情報７０は変化する場合がある。
【００１３】
ＭＣＵ５０のリソース十分に足りている状態では、図１に示すように総てのビジュアルクライアント６１〜６６とＭＣＵ５０との間にセッションが確立され、この会議は会議メンバの全員で構成される。各ビジュアルクライアント６１〜６６には会議のメンバが通知され、図２の例のようにクライアント端末に参加メンバ名が表示されるとともに、図３の例のように参加メンバ全員のビデオ映像が表示される。なおクライアント端末は、ＩＰ電話機１１〜１ｎそのもの、あるいはこれらの電話機と連動して機能するコンピュータ端末などである。
【００１４】
図４は、図１のＩＰ電話機１１〜１ｎ（クライアント端末）の一実施の形態を示すブロック図である。ソフトフォンであればＩＰ電話機１１〜１ｎはコンピュータとして実現され、モニタ、制御部１０、およびマウス１０ｃを備える。制御部１０はその処理機能として、ユーザインタフェース部１０ａと通知部１０ｂとを備える。ユーザインタフェース部１０ａは、モニタ画面に表示されるＧＵＩ（Graphical User Interface）メッセージなどに応じた、ユーザ操作を受け付ける。通知部１０ｂは、ユーザ操作内容をイベントとしてＶＣＳサーバ３０に通知する。
【００１５】
特にこの実施形態では、通知部１０ｂはユーザインタフェース部１０ａを介して指定された、会議メンバの選択の形態をＶＣＳサーバ３０に通知する。なおモニタ画面には図２および図３のウインドウが表示されている様子が示される。メンバの選択の形態を指定する権限は、デフォルトでは全てのＩＰ電話機１１〜１ｎのユーザ（ビジュアルクライアント６１〜６４）が持つようにしても良い。またはシステム管理者など特定のユーザにのみその権限を与えても良い。または、会議の主催者にのみその権限を与えても良い。これはユーザインタフェース部１０ａの設定によりどのようにも実施できる。ユーザインタフェース部１０ａの設定を変更するには保守端末４０などが用いられる。
【００１６】
図５は、ＭＣＵ５０のリソースが不足している状態を示す画面の例である。図５においては２者分のリソースが不足していることが示される。すなわちＶＣＳサーバ３０からのメンバ通知情報により、参加不可能メンバは例えばグレーアウトなどによりビデオ表示されない。ここでは図６に示すように、ビジュアルクライアント６５，６６（ＰＣ−５、ＰＣ−６）とがビデオ表示されない。ちなみに既存の技術では、ビデオ表示されているビジュアルクライアント６１〜６４（ＰＣ−１〜ＰＣ−６）はシステムのロジックに基づいて決められたメンバであり、必ずしもユーザの望むメンバではない場合がある。
【００１７】
図７は、この実施形態でのビデオメンバの選択手法につき示す図である。例えばＩＰ電話機１１のクライアント端末において所望のビデオメンバが選択されると、選択されたメンバのリスト情報がＶＣＳサーバ３０に通知される。ＶＣＳサーバ３０はこのメンバリスト情報をもとにクライアントを特定し、セッション制御・会議制御を行う。
【００１８】
参加メンバの制限の形態には、例えばメンバ間に優先順位（プライオリティ）を設ける形態がある。または、クライアントのモニタ画面に表示される全メンバの一覧から任意のメンバを選択してメンバリストを作成する形態もある。または、ビデオ会議に特有の形態としてビデオカメラ機能を持たない（その機能がアクティブでない）クライアントの優先順位を低くしたり、選択対象から外したりする形態もある。この場合、一覧に当該メンバを表示しないようにすればよい。
【００１９】
図７においては、ビジュアルクライアント６１，６３，６５，６６が新たなビデオメンバと特定され、図１の状態からビジュアルクライアント６２，６４へのセッションが切断されて新たにビジュアルクライアント６５，６６のセッションが確立される。この結果、図８の例に示すように、メンバ表示上はＰＣ−２，４がグレーアウト表示され、図９の例に示すように、ＰＣ−１，３，５，６の映像が表示される。
【００２０】
図１０に示すようにＶＣＳサーバ３０に送信される選択メンバリスト情報は、プライオリティ形式（ＰＣ−１＞ＰＣ−３＞ＰＣ−５＞ＰＣ−６［＞ＰＣ−２＞ＰＣ−４］など）や、メンバリスト形式（ＰＣ−１，ＰＣ−３，ＰＣ−５，ＰＣ−６）などの形式を取る。これらの情報は、特に、ＸＭＬ（eXtended Markup Language）形式でＳＩＰ（Session Initiation Protocol）の元で伝送される場合がある。
【００２１】
図１１は上記構成における処理手順を示すフローチャートである。図１１において、クライアントにおいてメンバが選択されると、ビデオメンバリストがＶＣＳサーバ３０に付される（ステップＳ１）。これを受信したＶＣＳサーバ３０は、会議リソースの残量をチェックし何人（何者）までの会議が可能であるかを把握する（ステップＳ２）。
【００２２】
＜ビデオメンバ特定処理＞
クライアントからのメンバリスト情報がプライオリティ形式であれば、プライオリティの高い順にリソースを割り当ててビデオメンバを決定する（ステップＳ３）。メンバリスト情報がメンバリスト形式であれば、リソースが許す範囲で、通知メンバに閉じたなかで（通知メンバの範囲内で）ビデオメンバを決定する。または、リソースが許す範囲で通知メンバ以外も含めてビデオメンバを決定する（ステップＳ４）。
【００２３】
＜セッション制御・会議制御処理＞
ビデオメンバ特定処理で求めた情報から、ビデオメンバから外れるクライアントのセッションを切断し、新たにビデオメンバとなるクライアントのセッションを確立する。そして、新たなビデオメンバにて会議制御を行なう（ステップＳ５）。最後に、メンバ通知を各クライアントへ送出する（ステップＳ６）。
【００２４】
以上説明したようにこの実施形態では、ＭＣＵ５０のリソースを検出した結果全メンバが会議に参加できない場合には、クライアント端末からＶＣＳサーバ３０に通知されたビデオメンバリストに基づいて会議メンバを再構成するようにしている。これにより、会議リソース不足により一部のメンバしかビデオ会議に参加できない場合でもユーザ要望に応じてビデオメンバを選択できるようになり、柔軟なビジュアルコミュニケーション制御を行うことができるようになる。すなわちこの実施形態によれば、ビデオメンバを柔軟に決められるようになり、これにより会議リソースが不足した場合でもユーザの望む形態でのビジュアルコミュニケーションを実施することの可能な会議システムを提供することが可能となる。
【００２５】
なお、この発明は上記実施の形態に限定されるものではない。例えばＭＣＵ５０を持たないシステムや、ＭＣＵ５０のリソースが極端に少ない場合には、クライアント間でピアツーピアのメッシュセッションを確立するようにすれば良い。  
さらに、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００２６】
【図１】この発明に係る会議システムの一実施の形態を示すシステム図。
【図２】クライアント端末の画面に表示される参加メンバ名の一覧の例を示す図。
【図３】クライアント端末の画面に表示される参加メンバのビデオ映像の一覧の例を示す図。
【図４】図１のＩＰ電話機１１〜１ｎの一実施の形態を示すブロック図。
【図５】ＭＣＵ５０のリソースが不足している状態を示す画面の例を示す図。
【図６】参加メンバのビデオ映像の一覧の、図４の状態に対応する例を示す図。
【図７】この発明に係る会議システムでのビデオメンバの選択手法の一実施形態を示す図。
【図８】クライアント端末の画面に表示される参加メンバ名の一覧の他の例を示す図。
【図９】クライアント端末の画面に表示される参加メンバのビデオ映像の一覧の他の例を示す図。
【図１０】メンバリストがＶＣＳサーバ３０に送信されメンバ通知およびセッション切り替えが実施される状態を示す模式図。
【図１１】この発明に係わる会議システムにおける処理手順を示すフローチャート。
【符号の説明】
【００２７】
１１〜１ｎ…ＩＰ電話機、２０…交換機、３０…ビジュアルコミュニケーションサーバ、３０ａ…クライアント特定部、３０ｂ…会議制御部、３０ｃ…データベース、４０…保守端末、５０…ＭＣＵ、５０ａ…合成処理部、６１〜６６…ビジュアルクライアント、７０…ＭＣＵリソース情報、１００…ＩＰネットワーク
【図１】
2008147877.tif 000003
【図２】
2008147877.tif 000004
【図３】
2008147877.tif 000005
【図４】
2008147877.tif 000006
【図５】
2008147877.tif 000007
【図６】
2008147877.tif 000008
【図７】
2008147877.tif 000009
【図８】
2008147877.tif 000010
【図９】
2008147877.tif 000011
【図１０】
2008147877.tif 000012
【図１１】
2008147877.tif 000013