JP4533976B2 - ネットワーク網を利用するｔｖ会議システム - Google Patents

Description

本発明は、既設ネットワーク網を利用していながら、容易に且つ迅速に多拠点ＰＣ間での双方向接続を確立できるようにしたＴＶ会議システムに関し、更に詳しく述べると、信頼性向上のために運用支援サーバを二重化（多重化）すると共に、運用状態にある運用支援サーバに障害が生じたときに待機状態にある運用支援サーバへ迅速に且つ自動的に切り替えることができるようにして、会議を中断することなく円滑に続行可能とし、使い勝手を改善したネットワーク網を利用するＴＶ会議システムに関するものである。

ＴＶ会議システムは、周知のように、複数の遠隔拠点間で映像と音声を送受信し、ＴＶ画面に映る映像を見ながら会議が行えるシステムである。現在普及しているＴＶ会議システムは、通常、電話回線を利用するものである。電話回線が繋がると、映像と音声を送受信でき、画面が映り音声が伝わる。しかし、電話回線による通信では、基本的な機能は１対１の双方向通信である。そこで、従来技術では、間に多拠点通信制御装置を介在させ、その多拠点通信制御装置と各拠点端末とをそれぞれ電話回線で接続する構成が採られている。

多拠点通信制御装置としては、例えばハードウエアにより、各拠点端末から個別に送られてくる映像情報と音声情報をまとめて合成映像・音声情報を作成し、それを各拠点端末に送り返すことで各拠点端末に他の拠点端末の縮小映像を表示できるような機能を有するものがある（特許文献１参照）。これによって、１対１の双方向通信を利用し、擬似的に１対多の双方向通信を実現している。しかも、このＴＶ会議システムでは、基本的に各拠点端末のＴＶ会議への出席・退席が自由にできる特性がある。多拠点通信制御装置によって、電話回線が繋がれば会議に出席できるし、電話回線が切り離されれば会議から退席できるからである。しかし、このようなＴＶ会議システムは、設備費が高価であるばかりでなく、基本的に電話回線を使用するものであることから、各拠点と多拠点通信制御装置とが遠隔になればなるほど電話料金が高騰するため通信費が増大し、また回線容量が限られるため映像品位が低く、映像や音声をスムーズに伝送することは難しい等の問題がある。

そこで、電話回線を使用するＴＶ会議システムに代えて、既設ネットワーク網を使用するＴＶ会議システムが開発されている。ネットワーク網を使用する方式であれば、拠点端末はカメラ（映像入力装置）とマイク（音声入力装置）を備えたＰＣ（パーソナルコンピュータ）でよいので設備費は安価で済み、しかも通信費を大幅に低減できるし、基本的に１対多の双方向通信が可能であり回線容量も大きいため映像品位を高くでき、映像や音声をスムーズに伝送できるからである。

しかし、ここで問題になるのは、ＴＶ会議に出席するそれぞれの拠点ＰＣが、個別に複数の他の拠点ＰＣとの接続操作を行い、必要な数のビューアを開かなければならないと言うことである。そこで、予めＴＶ会議の開始時刻と出席する拠点ＰＣの接続情報などを電子メールなどで連絡しておき、その時刻に一斉に各拠点ＰＣが複数の他の拠点ＰＣとの接続作業を行うことになる。この準備作業が済まなければＴＶ会議が開会できない。ＴＶ会議を開会するまでの拠点ＰＣ間の相互接続操作は、極めて煩雑であり、現状では、ＴＶ会議への出席拠点数は４箇所程度が限度である。また、このようなＴＶ会議システムでは、ＴＶ会議開会中に、他の拠点ＰＣが新たに出席したり、出席している拠点ＰＣがＴＶ会議から退席するといった動作が難しい問題もある。そのような中途出席・退席を行うには、各拠点ＰＣが、個別に出席もしくは退席する拠点ＰＣとの接続・切断操作を行わねばならないからである。

このような問題を解決する技術として、本発明者等は、先に、ネットワーク網上の運用支援サーバ側に、ＴＶ会議に出席可能な全拠点ＰＣの接続情報を記憶・管理する拠点情報管理機能と、開会要請に応じて自動接続用の接続先を記述した各拠点用のライブ・カメラ情報を作成して各拠点用フォルダに書き出しし、閉会要請に応じてライブ・カメラ情報を削除する接続支援機能を搭載すると共に、各拠点ＰＣ側には、前記運用支援サーバの自拠点用フォルダを周期的にアクセスしてライブ・カメラ情報の有無をチェックするモニタ機能と、ライブ・カメラ情報が存在する場合には、そのライブ・カメラ情報を読み込んで記述されている各拠点への送信を可能にすると共に拠点分のビューアを開いて各拠点からの受信を可能にし、ライブ・カメラ情報が削除された場合には、各拠点への送信を停止すると共に対応するビューアを終了させる接続機能を組み込み、運用支援サーバにより各拠点用フォルダに書き出されるライブ・カメラ情報を各拠点ＰＣが読み込み、それぞれが自拠点ＰＣと他拠点ＰＣとの接続・切断及びビューアの開閉を自動的に行うことで、ＴＶ会議の開会・閉会を行うようにしたことを特徴とするネットワーク網を利用するＴＶ会議システムを提案した（特願２００７−２１７１１号）。

このＴＶ会議システムは、ネットワーク網を使用する方式であるため、拠点端末はカメラとマイクを備えたＰＣでよいので設備費は安価で済み、通信費を大幅に低減できるし、基本的に１対多の双方向通信が可能であり回線容量も大きいため映像品位を高くでき、映像や音声をスムーズに伝送できる利点がある。また、各拠点ＰＣは運用支援サーバの自拠点用フォルダを常時監視し、記述されているライブ・カメラ情報に応じて送受信可能にすると共に必要な数のビューアを開くだけでよいので、ＴＶ会議に出席する拠点数が多くなっても、自動的に相互接続を確立でき、容易に且つ迅速に多拠点間でのＴＶ会議が開会・閉会できる。更に、運用支援サーバの各拠点用フォルダのライブ・カメラ情報を変更するだけで、ＴＶ会議開会中に、他の拠点ＰＣが新たに出席したり、出席している拠点ＰＣが退席するといった動作（それに伴う送受信の接続・切断やビューアの開閉動作）を自動的に且つ迅速に行うことができ、ＴＶ会議を参加者が恰も実際に一堂に会しているかの如く円滑に進行できる。このように、このＴＶ会議システムは、従来技術と比較して、極めて優れた効果を奏しうる。

しかし、このＴＶ会議システムは、基本的に単一の運用支援サーバの使用を前提とする構成であることから、システムの信頼性、通信の安定性などの点で改善の余地がある。そこで、信頼性向上のために運用支援サーバを二重化することが考えられるが、単にサーバアクセス箇所を複数にしても、会議が中断されたり、接続切り替えに手間が掛かったのでは、操作性が悪くなり、このＴＶ会議システムの本来の利点が損なわれてしまう。
特開平７−１６２８２３号公報

本発明が解決しようとする課題は、運用支援サーバの二重化（多重化）により、システムの信頼性の向上と通信の安定性の確保などを図り、運用支援サーバの自動切り替えにより、会議を中断することなく円滑に続行でき、会議の開催に対する障害を最小限にとどめることができるようにすることである。

本発明は、ネットワーク網上の運用支援サーバ側に、ＴＶ会議に出席可能な全拠点ＰＣの接続情報を記憶・管理する拠点情報管理機能と、開会要請に応じて自動接続用の接続先を記述した各拠点用のライブ・カメラ情報を作成して各拠点用フォルダに書き出し、閉会要請に応じてライブ・カメラ情報を削除する接続支援機能を搭載すると共に、各拠点ＰＣ側には、前記運用支援サーバの自拠点用フォルダに周期的にアクセスしてライブ・カメラ情報の有無をチェックするモニタ機能と、ライブ・カメラ情報が存在する場合には、そのライブ・カメラ情報を読み込んで記述されている各拠点への送信を可能にすると共に拠点分のビューアを開いて各拠点からの受信を可能にし、ライブ・カメラ情報が削除された場合には、各拠点への送信を停止すると共に対応するビューアを終了させる接続機能を組み込み、運用支援サーバにより各拠点用フォルダに書き出されるライブ・カメラ情報を各拠点ＰＣが読み込み、それぞれが自拠点ＰＣと他拠点ＰＣとの接続・切断及びビューアの開閉を自動的に行うことでＴＶ会議の開会・閉会を行うようにしたＴＶ会議システムにおいて、運用支援サーバを複数配置し、各運用支援サーバ間で各拠点接続情報とライブ・カメラ情報を同期させると共に待機状態にある運用支援サーバがライブ・カメラ情報を各拠点用フォルダに書き出すことを禁止する同期処理機能を備え、他方、各拠点ＰＣは、運用状態にある運用支援サーバに障害が生じたときに待機状態にある運用支援サーバへ接続を切り替えるサーバ自動変更機能を具備しており、運用状態にある運用支援サーバに障害が生じたときに、待機状態にある運用支援サーバはライブ・カメラ情報を各拠点用フォルダに書き出すと共に、各拠点ＰＣは運用状態にあった運用支援サーバから待機状態にある運用支援サーバへ接続を変更するようにしたことを特徴とするネットワーク網を利用するＴＶ会議システムである。

ここで、複数の運用支援サーバは互いに異なるＬＡＮに配置され、運用状態にある第１の運用支援サーバは、ライブ・カメラ情報が変更されたときに各拠点用ファイルに必要なライブ・カメラ情報を書き出すと共に、待機状態にある第２の運用支援サーバへ変更されたライブ・カメラ情報を伝送し、該第２の運用支援サーバは、第１の運用支援サーバとの間での通信が途絶えたときに該第１の運用支援サーバに障害が生じたと判断し、その時点での最新の各拠点用のライブ・カメラ情報を自らの各拠点用フォルダに書き出し、各拠点ＰＣは、第１の運用支援サーバの自拠点用ファイルにアクセスできないときに該第１の運用支援サーバに障害が生じたと判断し、ビューアを開いたまま第２の運用支援サーバの自拠点用ファイルにアクセスするように構成するのが好ましい。

また、第２の運用支援サーバは、該第２の運用支援サーバの運用中に第１の運用支援サーバが復旧しても該第１の運用支援サーバとの間で同期処理を行うだけで切り替わらず、第２の運用支援サーバに障害が生じるかもしくは閉会するまで該第２の運用支援サーバで会議を継続し、閉会処理が終了した段階で各ＰＣ拠点での接続先を第１の運用支援サーバにリセットするように構成するのが好ましい。

本発明に係るＴＶ会議システムでは、運用支援サーバを複数配置し、各運用支援サーバ間で各拠点接続情報とライブ・カメラ情報を同期させているので、サーバの二重化（多重化）によりシステムの信頼性向上と通信の安定性の維持を図ることができる。また、運用状態にある運用支援サーバのみがライブ・カメラ情報を各拠点用フォルダに書き出す（待機状態にある運用支援サーバはライブ・カメラ情報を各拠点用フォルダに書き出すことが禁じられている）ことで、会議の運用支援に実際に関与しているサーバを常に特定の１箇所に制御できる。そして、各拠点ＰＣは、各運用支援サーバへの接続を制御するサーバ自動変更機能を具備しているため、第１の運用支援サーバに障害が生じたときには、直ちに第２の運用支援サーバに切り替えられ、各拠点ＰＣが第２の運用支援サーバにアクセスすることによって、会議を中断することなくそのまま続行でき、会議の開催に対する障害を最小限にとどめることが可能となる。特に、複数の運用支援サーバを互いに異なるＬＡＮに配置すれば信頼性は更に向上し、本システムではそのような配置が容易に行える。

図１は、本発明に係るＴＶ会議システムの一実施例を示す全体構成図である。ＷＡＮに接続されている各ＬＡＮに多数のＰＣが接続されている。例えば、企業や団体などで、各事業所や地域のＬＡＮがＷＡＮで結ばれているイメージである。それら多数のＰＣのうちの幾つかが会議開催の拠点ＰＣとなる。本発明では、複数の運用支援サーバは互いに異なるＬＡＮに配置される。ここでは、第１の運用支援サーバ１１と第２の運用支援サーバ１２を用いるものとし、それらは互いに異なるＬＡＮに配置されている。また、４台のＰＣをＴＶ会議に出席する拠点ＰＣ１４として図示している。各拠点ＰＣ１４は、それらを区別するため、便宜的に拠点にＡ〜Ｄの符号を付す。なお、ＴＶ会議に出席できる拠点ＰＣの台数には特に制限はない。

運用支援サーバ１１，１２は、少なくとも拠点情報管理機能と接続支援機能、及び異なる運用支援サーバ間での同期処理機能を含む運用支援プログラムを搭載している。拠点情報管理機能は、ＨＤＤ内に、ＴＶ会議に出席可能な全拠点ＰＣの接続情報（例えばＩＰアドレスやＩＤ、パスワードなど接続に必要な情報及び拠点を特定する各種の情報など）を記憶し、それらの追加・削除・変更などを管理する機能である。接続支援機能は、開会要請に応じて自動接続用の接続先を記述した各拠点用のライブ・カメラ情報（各拠点のライブ・カメラ・テキストデータ：Live Cameras.txt）を作成して各拠点用フォルダに書き出し、閉会要請に応じて各拠点用フォルダからライブ・カメラ情報を削除する機能である。更に同期処理機能は、各運用支援サーバ間で各拠点接続情報とライブ・カメラ情報を同期させると共に、待機状態にある運用支援サーバがライブ・カメラ情報を各拠点用フォルダに書き出すことを禁止する機能である。その他、Ｗｅｂブラウザにより閲覧可能なＴＶ会議用ポータルサイト画面を表示し、該ポータルサイトからマウスクリック操作などによって、ＴＶ会議の開会拠点の選択操作や、拠点の設定・管理などが行える機能なども備えている。

他方、各拠点ＰＣ１４側には、それぞれ映像音声出力手段（ディスプレイとスピーカ）が装備されている他、映像音声入力手段（カメラとマイク）１６が接続されており、前記運用支援サーバの自拠点用フォルダを周期的にアクセスしてライブ・カメラ情報の有無をチェックするモニタ機能と、ライブ・カメラ情報が存在する場合には、その情報を読み込んで記述されている各拠点への送信を可能にすると共に拠点分のビューアを開いて各拠点からの受信を可能にし、ライブ・カメラ情報が削除された場合には、各拠点への送信を停止すると共に対応するビューアを終了させる接続機能、更には運用支援サーバへの接続を切り替えるサーバ自動変更機能を有する接続プログラムが搭載されている。

会議開催に際して、まず運用状態となっている第１の運用支援サーバ１１は、任意の拠点ＰＣからの複数の出席拠点を指定したＴＶ会議開会要請に基づき、そのＴＶ会議に出席する各拠点ＰＣのために、各拠点専用のライブ・カメラ情報を作成して格納する。図１の例で、例えばＡ拠点ＰＣからＡ拠点〜Ｄ拠点の４拠点を指定したＴＶ会議開会要請があると、図２に示すように、Ａ拠点用フォルダ〜Ｄ拠点用フォルダに、自動接続用の接続先が記述された各拠点用のライブ・カメラ情報（live cameras.txt）を個別に書き出す。具体的には、Ａ拠点用フォルダには自己を除く接続相手となるＢ，Ｃ，Ｄのライブ・カメラ情報が書き込まれ、以下同様に、Ｂ拠点用フォルダにはＡ，Ｃ，Ｄのライブ・カメラ情報が、Ｃ拠点用フォルダにはＡ，Ｂ，Ｄのライブ・カメラ情報が、更にＤ拠点用フォルダにはＡ，Ｂ，Ｃのライブ・カメラ情報が、それぞれ書き出される。このとき、待機状態にある第２の運用支援サーバ１２は、第１の運用支援サーバ１１から、同じ各拠点専用のライブ・カメラ情報を受けて格納保持する。出席拠点が変われば、第１の運用サーバ１１の各拠点専用ライブ・カメラ情報が変わるから、ライブ・カメラ情報が書き出される拠点用フォルダ及びその内容が変わると共に、第２の運用支援サーバ１２に送られて格納される各拠点専用のライブ・カメラ情報も変わる。つまり、両運用支援サーバ間では各拠点接続情報とライブ・カメラ情報が常に同期し続ける。但し、第２の運用支援サーバ１２は、待機状態にある限り、そのＡ拠点用フォルダ〜Ｄ拠点用フォルダに各拠点用のライブ・カメラ情報（live cameras.txt）を個別に書き出すことは禁じられている。従って、もしも第２の運用支援サーバ１２のＡ拠点用フォルダ〜Ｄ拠点用フォルダにアクセスしても、それらの内容は空であり、ライブ・カメラ情報は得られない。つまり、第１の運用支援サーバ１１のみが会議を管理している状態となる。

各拠点ＰＣは、図３に示すように、それぞれ第１の運用支援サーバ１１の自拠点用フォルダを常に（ＴＶ会議開会中も）監視している（予め設定した任意の時間間隔で、例えば１〜２０秒程度の間隔で自拠点用フォルダへのアクセスを繰り返す）ので、ライブ・カメラ情報の有無（自拠点用フォルダにライブ・カメラ情報が書き込まれているか否か）は直ちに判定できる。自拠点用フォルダにライブ・カメラ情報が存在するＡ〜Ｄ拠点ＰＣは、それぞれのライブ・カメラ情報を読み込んで記述されている他拠点への映像と音声の送信を可能にすると共に、拠点数に応じたビューアを開き他拠点ＰＣからの映像と音声の受信が可能な状態とする（接続が確立する）。Ａ拠点ＰＣは他拠点であるＢ，Ｃ，Ｄのビューアを開き、Ｂ拠点ＰＣはＡ，Ｃ，Ｄのビューアを開き、Ｃ拠点ＰＣはＡ，Ｂ，Ｄのビューアを開き、Ｄ拠点ＰＣはＡ，Ｂ，Ｃのビューアを開く。このようにして、各拠点ＰＣ間の相互接続が瞬時に完了し、ＴＶ会議が開会可能となる。なお、各拠点ＰＣは、他拠点ＰＣのビューアと共に、自拠点ＰＣに接続されているカメラ情報を表示するビューアも開くようにディスプレイのレイアウトを構成しており、それによって送信映像を確認することができる。

上記の例は４拠点間でのＴＶ会議であるが、拠点数が増えても、同様の手順で、各拠点ＰＣが自拠点用フォルダのライブ・カメラ情報を参照することだけで、接続が自動的に完了しＴＶ会議が開会できることは言うまでもない。

ここで何らかの事情により運用中の第１の運用支援サーバ１１に障害が生じたと仮定する（これにはサーバ自体の故障のみならず、サーバが配置されているＬＡＮの障害なども含まれる）。すると、第１の運用支援サーバ１１と第２の運用支援サーバ１２とは通信できない。第２の運用支援サーバ１２は、第１の運用支援サーバ１１との間で通信が途絶えたときに該第１の運用支援サーバ１１に障害が生じたと判断し、その時点で格納されている最新の各拠点用のライブ・カメラ情報（live cameras.txt）を自らの各拠点用フォルダに書き出す。この状態は、各拠点ＰＣが第２の運用支援サーバ１２にアクセスしたとき、自拠点用フォルダの内容（ライブ・カメラ情報）を読み込める状態である。つまり、第２の運用支援サーバ１２は待機状態から運用状態へ移行するということである。

このことを図４のフローで説明すると、各拠点ＰＣは、第１の運用支援サーバ１１の自拠点用フォルダにアクセスし、アクセスが可能であれば、そのまま第１の運用支援サーバによって会議が続行される。第１の運用支援サーバ１１の自拠点用フォルダにアクセスできなくなると、該第１の運用支援サーバ１１に障害が生じたと判断する。すると各拠点ＰＣは、サーバ自動変更機能によって、待機状態にある第２の運用支援サーバ１２に接続を自動的に変更し、ビューアを開いたまま第２の運用支援サーバ１２の自拠点フォルダにアクセスする。上記のように第２の運用支援サーバ１２は、それまで使用していた第１の運用支援サーバ１１と同様、自拠点用フォルダに同じライブ・カメラ情報が書き出されているので、それを読み込むことによって他拠点ＰＣとの接続は維持され、会議はそのまま続行される。この操作は自動的に行われるので、会議参加者は、運用支援サーバを意識することなく、円滑に会議を続けられる。第２の運用支援サーバによる会議の継続は、該第２の運用支援サーバに障害が生じるかもしくは閉会するまで行われ、閉会処理が終了した段階で各ＰＣ拠点での接続先が第１の運用支援サーバにリセットされる。従って、第１の運用支援サーバ１１の障害が復旧していれば，次の会議は第１の運用支援サーバ１１で開催されることになる。

運用支援サーバの接続支援機能をまとめて示すと、図５のようになる。その主要な機能は、出席する（出席している）各拠点ＰＣのために、それぞれの拠点用フォルダに、その時点で必要な自動接続用のライブ・カメラ情報を、書き出し（書き込み、書き換え、あるいは削除）することである。この機能は、どの運用支援サーバも同じである。

ＴＶ会議の開会は、任意の拠点ＰＣからのＴＶ会議開会要請によって始まる。運用支援サーバのポータルサイト画面をＷｅｂブラウザで閲覧し、マウスクリックなどの操作で出席拠点が指定される。運用支援サーバは、単に出席する拠点ＰＣの各拠点用フォルダにそれぞれ必要なライブ・カメラ情報を書き込むだけでよい。

ＴＶ会議の出席拠点の変更は、拠点ＰＣからＴＶ会議中途出席・退席の要請によって行われる。運用支援サーバのＷｅｂ画面で出席拠点の追加もしくは削除が指定される。新たに追加される場合は、新たに出席する拠点ＰＣの拠点用フォルダへライブ・カメラ情報が書き込まれる。退席する場合は、退席する拠点ＰＣの拠点用フォルダのライブ・カメラ情報を削除する。また、出席中の他の拠点ＰＣの各拠点用フォルダについては、それぞれライブ・カメラ情報を書き換える。

ＴＶ会議の閉会も、拠点ＰＣからＴＶ会議の閉会要請によって行われる。運用支援サーバは、出席している全ての拠点ＰＣの各拠点用フォルダのライブ・カメラ情報を削除するだけでよい。

図６は、拠点ＰＣの処理手順を示している。ここでは、１箇所の運用支援サーバに対するＡ拠点のＰＣの動作のみを示しているが、他の拠点ＰＣの処理手順も同様である。ここでは、第１の運用支援サーバに対して既にＴＶ会議の開会が要請されているものとする。

Ａ拠点ＰＣの接続プログラムが起動すると、該Ａ拠点ＰＣは運用支援サーバのＡ拠点用フォルダにアクセスする。そして、ライブ・カメラ情報が有るか無いかをチェックする。もし無ければ、一定時間経過後にアクセスを繰り返す。つまり、一定周期で（例えば１〜２０秒毎に）運用支援サーバのＡ拠点用フォルダを監視し続ける。

もしライブ・カメラ情報が有れば、Ａ拠点ＰＣは接続相手となる他拠点ＰＣとの送受信を可能にすると共にそれぞれの拠点ＰＣのビューアを開く。各拠点ＰＣが同様の処理を行うので、この状態でＴＶ会議が開会できる。ＴＶ会議開会中も、Ａ拠点ＰＣは運用支援サーバのＡ拠点用フォルダへのアクセスを一定周期で繰り返す。もし、ライブ・カメラ情報に変更が有れば、それは中途出席・退席があることを意味しており、それに応じて相当する拠点のビューアを開き送受信を可能にする（中途出席有り）か、もしくはビューアを閉じ送受信を切断する（中途退席有り）。ライブ・カメラ情報が全て無くなれば、それはＴＶ会議の閉会を意味し、最初の状態に戻る。ライブ・カメラ情報が残っていれば、ＴＶ会議は継続され、運用支援サーバのＡ拠点用フォルダへのアクセスを一定周期で繰り返し、ライブ・カメラ情報の変更の有無を監視することになる。なお、アクセスできない状態になったときは、その運用支援サーバに障害が生じたものと判断して、他方の運用支援サーバへ切り替えてアクセスするが、その後の動作は切り替わる前と同じである。

以上のように、運用支援サーバは各拠点用フォルダのライブ・カメラ情報を管理し、各拠点ＰＣは自拠点用フォルダを常に監視するだけでよく、拠点数が多くなってもネットワーク網を利用した相互接続・切断が自動的に実施できることになる。なお、拠点ＰＣは、ネットワーク網に接続可能であればよく、国内拠点同士のみならず、海外拠点も含めた世界的な規模での多拠点ＴＶ会議も可能である。

各拠点ＰＣは、物理的な鍵を利用したスタータ機能を具備し、利用者がスタータキーを拠点ＰＣに適用することにより接続プログラムが起動するように構成するのが好ましい。スタータキーは、典型的にはＵＳＢフラッシュメモリにプロテクトキーを書き込んだものである。このような構成にすると、利用者がスタータキーを拠点ＰＣに挿し込むだけでＴＶ会議に出席できる権利が得られ、スタータキーを使わなければＴＶ会議に出席できないことになる。従って、高度のセキュリティを確保できる他、配布するスタータキー数を制限すれば、接続拠点数を物理的に制限し、回線負荷を制限できる利点が生じる。

試作した本発明による新しいＴＶ会議システムによれば、拠点数を１２〜１６程度に拡張した場合でも、拠点用フォルダへのアクセスの頻度（アクセスの時間間隔）に応じて、瞬時に接続を確立しビューアの開閉を行うことができた。また、会議開催中に、第１の運用支援サーバに意図的に障害を生じさせたところ、各拠点ＰＣの接続先が自動的に第２の運用支援サーバ１２に切り替わり、各拠点ＰＣは、各ビューアの映像や音声が途切れることなく会議を続行することができた。

なお、ＬＡＮに回線障害が発生し、それに繋がっている拠点ＰＣ（これを障害発生ＰＣと仮称する）との通信が途絶えた場合には、他の正常に動作している拠点ＰＣでは、障害発生ＰＣのビューアは開いたまま映像が無い状態を維持し続ける。つまり、障害発生ＰＣに映像・音声を送信し続けると共に、障害発生ＰＣから映像・音声を受信し続けようとする。従って、ネットワーク網で回線障害が復旧すれば、直ちに対応するビューアに映像が現れる。

本発明に係るＴＶ会議システムの一実施例を示す全体構成図。 運用支援サーバの同期動作の説明図。 各拠点ＰＣの運用支援サーバへのアクセス状態の説明図。 運用支援サーバの切り替え動作の説明図。 運用支援サーバの接続支援動作を示す説明図。 各拠点ＰＣの動作のフロー図。

符号の説明

１１ 第１の運用支援サーバ
１２ 第２の運用支援サーバ
１４ 拠点ＰＣ
１６ 映像音声入力手段（カメラとマイク）

Claims (3)

1. ネットワーク網上の運用支援サーバ側に、ＴＶ会議に出席可能な全拠点ＰＣの接続情報を記憶・管理する拠点情報管理機能と、開会要請に応じて自動接続用の接続先を記述した各拠点用のライブ・カメラ情報を作成して各拠点用フォルダに書き出し、閉会要請に応じてライブ・カメラ情報を削除する接続支援機能を搭載すると共に、各拠点ＰＣ側には、前記運用支援サーバの自拠点用フォルダに周期的にアクセスしてライブ・カメラ情報の有無をチェックするモニタ機能と、ライブ・カメラ情報が存在する場合には、そのライブ・カメラ情報を読み込んで記述されている各拠点への送信を可能にすると共に拠点分のビューアを開いて各拠点からの受信を可能にし、ライブ・カメラ情報が削除された場合には、各拠点への送信を停止すると共に対応するビューアを終了させる接続機能を組み込み、運用支援サーバにより各拠点用フォルダに書き出されるライブ・カメラ情報を各拠点ＰＣが読み込み、それぞれが自拠点ＰＣと他拠点ＰＣとの接続・切断及びビューアの開閉を自動的に行うことでＴＶ会議の開会・閉会を行うようにしたＴＶ会議システムにおいて、
   運用支援サーバを複数配置し、各運用支援サーバ間で各拠点接続情報とライブ・カメラ情報を同期させると共に待機状態にある運用支援サーバがライブ・カメラ情報を各拠点用フォルダに書き出すことを禁止する同期処理機能を備え、他方、各拠点ＰＣは、運用状態にある運用支援サーバに障害が生じたときに待機状態にある運用支援サーバへ接続を切り替えるサーバ自動変更機能を具備しており、
   運用状態にある運用支援サーバに障害が生じたときに、待機状態にある運用支援サーバはライブ・カメラ情報を各拠点用フォルダに書き出すと共に、各拠点ＰＣは運用状態にあった運用支援サーバから待機状態にある運用支援サーバへ接続を変更するようにしたことを特徴とするネットワーク網を利用するＴＶ会議システム。
2. 複数の運用支援サーバは互いに異なるＬＡＮに配置され、運用状態にある第１の運用支援サーバは、ライブ・カメラ情報が変更されたときに各拠点用ファイルに必要なライブ・カメラ情報を書き出すと共に、待機状態にある第２の運用支援サーバへ変更されたライブ・カメラ情報を伝送し、該第２の運用支援サーバは、第１の運用支援サーバとの間での通信が途絶えたときに該第１の運用支援サーバに障害が生じたと判断し、その時点での最新の各拠点用のライブ・カメラ情報を自らの各拠点用フォルダに書き出し、各拠点ＰＣは、第１の運用支援サーバの自拠点用ファイルにアクセスできないときに該第１の運用支援サーバに障害が生じたと判断し、ビューアを開いたまま第２の運用支援サーバの自拠点用ファイルにアクセスする請求項１記載のネットワーク網を利用するＴＶ会議システム。
3. 第２の運用支援サーバは、該第２の運用支援サーバの運用中に第１の運用支援サーバが復旧しても該第１の運用支援サーバとの間で同期処理を行うだけで切り替わらず、第２の運用支援サーバに障害が生じるかもしくは閉会するまで該第２の運用支援サーバで会議を継続し、閉会処理が終了した段階で各ＰＣ拠点での接続先を第１の運用支援サーバにリセットする請求項２記載のネットワーク網を利用するＴＶ会議システム。

Images