(57)【要約】【課題】ユーザの不在中に発呼を受信した被呼側端末において、被呼側端末に戻ったユーザが発呼側端末の使用状態を把握することができる遠隔会議システムを提供する。【解決手段】発呼側端末３の接続要求を受信した被呼側端末４は、その被呼側端末４を使用するユーザが不在であれば、会議管理サーバ６に不在通知を送信する（Ｔ１〜Ｔ６）。不在通知を受信した会議管理サーバ６は、発呼側端末３に情報要求を送信する（Ｔ７、Ｔ８）。情報要求を受信した発呼側端末３は、会議管理サーバ６を介して状態情報を被呼側端末４に送信する（Ｔ９〜Ｔ１２）。被呼側端末４は、会議管理サーバ６から受信した状態情報に基づいて、発呼側端末３の使用状態を報知する（Ｔ１３）。【選択図】図４
2011044907.tif 000002
【特許請求の範囲】
【請求項１】
所定範囲から画像データおよび音声データの少なくとも一方を各々取得可能な複数の遠隔会議端末を含み、ネットワークを介して相互に接続された前記遠隔会議端末の各々が、前記遠隔会議端末の各々によって取得された前記画像データおよび前記音声データの少なくとも一方を含む会議データを出力することで遠隔会議を実行する遠隔会議システムであって、
一の前記遠隔会議端末は、
他の前記遠隔会議端末に、前記一の遠隔会議端末との接続を要求する呼出信号を送信する呼出信号送信手段と、
前記他の遠隔会議端末を使用するユーザが不在であることを示す不在情報、または、前記一の遠隔会議端末の使用状態を要求する状態要求が受信された場合に、前記一の遠隔会議端末の使用状態を判断する状態判断手段と、
前記状態判断手段の判断結果に基づいて、前記一の遠隔会議端末の使用状態を示す状態情報を、前記他の遠隔会議端末に送信する状態情報送信手段とを備え、
前記他の遠隔会議端末は、
前記一の遠隔会議端末から前記呼出信号が受信された場合に、前記他の遠隔会議端末によって取得される情報に基づいて、前記他の遠隔会議端末を使用するユーザが不在であるか否かを判断する不在判断手段と、
前記不在判断手段によってユーザが不在であると判断された場合に、前記不在情報または前記状態要求を前記一の遠隔会議端末へ送信する不在時信号送信手段と、
前記一の遠隔会議端末から前記状態情報が受信された場合に、前記状態情報に基づいて前記一の遠隔会議端末の使用状態を報知する状態報知手段と
を備えたことを特徴とする遠隔会議システム。
【請求項２】
前記状態判断手段は、前記一の遠隔会議端末の使用状態として、前記一の遠隔会議端末によって取得される情報に基づいて、前記一の遠隔会議端末を使用するユーザが不在であるか否かを判断することを特徴とする請求項１に記載の遠隔会議システム。
【請求項３】
前記状態判断手段は、前記一の遠隔会議端末の使用状態として、前記他の遠隔会議端末とは異なる別の前記遠隔会議端末との接続状態に基づいて、前記一の遠隔会議端末が前記遠隔会議を実行中であるか否かを判断することを特徴とする請求項１または２に記載の遠隔会議システム。
【請求項４】
前記状態報知手段は、前記状態情報に示される前記一の遠隔会議端末の使用状態が、前記他の遠隔会議端末との接続に適した使用状態である場合、前記一の遠隔会議端末との接続を促す報知を行い、
前記不在判断手段は、さらに、前記状態報知手段によって前記一の遠隔会議端末との接続を促す報知が行われた場合に、前記他の遠隔会議端末によって取得される情報に基づいて、前記他の遠隔会議端末を使用するユーザが存在するか否かを判断し、
前記他の遠隔会議端末は、
前記不在判断手段によってユーザが存在すると判断された場合に、前記他の遠隔会議端末との接続を許可する応答信号を前記一の遠隔会議端末へ送信する応答信号送信手段を備えたことを特徴とする請求項１〜３のいずれかに記載の遠隔会議システム。
【請求項５】
ネットワークを介して相互に接続して遠隔会議を実行可能な遠隔会議端末であって、
前記遠隔会議端末における所定範囲から画像データおよび音声データの少なくとも一方を取得する端末情報取得手段と、
前記ネットワークを介して複数の前記遠隔会議端末が相互に接続されている場合に、前記複数の遠隔会議端末によって取得された前記画像データおよび前記音声データの少なくとも一方を含む会議データを出力する会議データ出力手段と、
他の前記遠隔会議端末に接続を要求する呼出信号を送信する呼出信号送信手段と、
前記呼出信号に対する応答として、前記他の遠隔会議端末を使用するユーザが不在であることを示す不在情報、または、前記遠隔会議端末の使用状態を要求する状態要求が受信された場合に、前記遠隔会議端末の使用状態を判断する状態判断手段と、
前記状態判断手段の判断結果に基づいて、前記遠隔会議端末の使用状態を示す状態情報を、前記他の遠隔会議端末に送信する状態情報送信手段と
を備えたことを特徴とする遠隔会議端末。
【請求項６】
ネットワークを介して相互に接続して遠隔会議を実行可能な遠隔会議端末であって、
前記遠隔会議端末における所定範囲から画像データおよび音声データの少なくとも一方を取得する端末情報取得手段と、
前記ネットワークを介して複数の前記遠隔会議端末が相互に接続されている場合に、前記複数の遠隔会議端末によって取得された前記画像データおよび前記音声データの少なくとも一方を含む会議データを出力する会議データ出力手段と、
他の前記遠隔会議端末から接続を要求する呼出信号が受信された場合に、前記遠隔会議端末によって取得される情報に基づいて、前記遠隔会議端末を使用するユーザが不在であるか否かを判断する不在判断手段と、
前記不在判断手段によってユーザが不在であると判断された場合に、前記遠隔会議端末を使用するユーザが不在であることを示す不在情報、または、前記他の遠隔会議端末の使用状態を要求する状態要求を、前記他の遠隔会議端末へ送信する不在時信号送信手段と、
前記不在情報または前記状態要求に対する応答として、前記他の遠隔会議端末の使用状態を示す状態情報が受信された場合に、前記状態情報に基づいて前記他の遠隔会議端末の使用状態を報知する状態報知手段と
を備えたことを特徴とする遠隔会議端末。
【請求項７】
ネットワークを介して相互に接続して遠隔会議を実行可能な遠隔会議端末であって、
前記遠隔会議端末における所定範囲から画像データおよび音声データの少なくとも一方を取得する端末情報取得手段と、
前記ネットワークを介して複数の前記遠隔会議端末が相互に接続されている場合に、前記複数の遠隔会議端末によって取得された前記画像データおよび前記音声データの少なくとも一方を含む会議データを出力する会議データ出力手段と、
一の前記遠隔会議端末に接続を要求する一の呼出信号を送信する呼出信号送信手段と、
前記一の呼出信号に対する応答として、前記一の遠隔会議端末を使用するユーザが不在であることを示す一の不在情報、または、前記遠隔会議端末の使用状態を要求する一の状態要求が受信された場合に、前記遠隔会議端末の使用状態を判断する状態判断手段と、
前記状態判断手段の判断結果に基づいて、前記遠隔会議端末の使用状態を示す一の状態情報を、前記一の遠隔会議端末に送信する状態情報送信手段と、
前記一の遠隔会議端末と同じまたは異なる他の遠隔会議端末から接続を要求する呼出信号が受信された場合に、前記遠隔会議端末によって取得される情報に基づいて、前記遠隔会議端末を使用するユーザが不在であるか否かを判断する不在判断手段と、
前記不在判断手段によってユーザが不在であると判断された場合に、前記遠隔会議端末を使用するユーザが不在であることを示す他の不在情報、または、前記他の遠隔会議端末の使用状態を要求する他の状態要求を、前記他の遠隔会議端末へ送信する不在時信号送信手段と、
前記他の不在情報または前記他の状態要求に対する応答として、前記他の遠隔会議端末の使用状態を示す他の状態情報が受信された場合に、前記状態情報に基づいて前記他の遠隔会議端末の使用状態を報知する状態報知手段と
を備えたことを特徴とする遠隔会議端末。
【請求項８】
所定範囲から画像データおよび音声データの少なくとも一方を各々取得可能な複数の遠隔会議端末を含み、ネットワークを介して相互に接続された前記遠隔会議端末の各々が、前記遠隔会議端末の各々によって取得された前記画像データおよび前記音声データの少なくとも一方を含む会議データを出力することで遠隔会議を実行する遠隔会議システムで処理される遠隔会議方法であって、
一の前記遠隔会議端末にてユーザが指定した他の前記遠隔会議端末に、前記一の遠隔会議端末との接続を要求する呼出信号を送信する呼出信号送信ステップと、
前記他の遠隔会議端末によって前記呼出信号が受信された場合に、前記他の遠隔会議端末によって取得される情報に基づいて、前記他の遠隔会議端末を使用するユーザが不在であるか否かを判断する不在判断ステップと、
前記不在判断ステップによってユーザが不在であると判断された場合に、前記他の遠隔会議端末を使用するユーザが不在であることを示す不在情報、または、前記一の遠隔会議端末の使用状態を要求する状態要求を、前記一の遠隔会議端末へ送信する不在時信号送信ステップと、
前記一の遠隔会議端末によって前記不在情報または前記状態要求が受信された場合に、前記一の遠隔会議端末の使用状態を判断する状態判断ステップと、
前記状態判断ステップの判断結果に基づいて、前記一の遠隔会議端末の使用状態を示す状態情報を、前記他の遠隔会議端末に送信する状態情報送信ステップと、
前記他の遠隔会議端末によって前記状態情報が受信された場合に、前記状態情報に基づいて前記一の遠隔会議端末の使用状態を報知する状態報知ステップと
を備えたことを特徴とする遠隔会議方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数拠点に設けられた会議端末間で遠隔会議を実行する遠隔会議システム、遠隔会議端末および遠隔会議方法に関する。
【背景技術】
【０００２】
従来、ユーザが存在する複数拠点に会議端末が設けられ、発呼側の会議端末（以下、発呼側端末）と被呼側の会議端末（以下、被呼側端末）とをネットワーク経由で接続して遠隔会議を行うテレビ会議システムが存在する。このようなテレビ会議システムでは、被呼側端末を使用するユーザが不在であるときは、被呼側端末が発呼側端末からの発呼を受信しても、不在中のユーザは即座に返信することができない。そこで、ユーザの不在状態にある被呼側端末において、名簿登録データに登録済みの相手方からメッセージを受信した場合、名簿登録データの先頭位置にメッセージを受信した相手方を登録するテレビ会議システムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−３１７３６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載のテレビ会議システムでは、被呼側端末がユーザの不在中にメッセージを受信している場合、被呼側端末に戻ったユーザは名簿登録データを参照してメッセージを受信した相手方を特定して、メッセージに対する返信を行うことができる。しかしながら、ユーザがメッセージに対する返信を行う時点では、発呼側端末を使用する相手方が在席中であるか否かを判別できない。そして、発呼側端末が相手方の不在中であるにも拘らずメッセージに対する返信を行うと、その返信が無駄となるという問題があった。
【０００５】
本発明は、上記課題を解決するためになされたものであり、被呼側端末を使用するユーザの不在中に発呼側端末から被呼側端末に対する発呼がなされた場合に、被呼側端末に戻ったユーザが発呼側端末の使用状態を把握することができる遠隔会議システム、遠隔会議端末および遠隔会議方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１態様に係る遠隔会議システムは、所定範囲から画像データおよび音声データの少なくとも一方を各々取得可能な複数の遠隔会議端末を含み、ネットワークを介して相互に接続された前記遠隔会議端末の各々が、前記遠隔会議端末の各々によって取得された前記画像データおよび前記音声データの少なくとも一方を含む会議データを出力することで遠隔会議を実行する遠隔会議システムであって、一の前記遠隔会議端末は、他の前記遠隔会議端末に、前記一の遠隔会議端末との接続を要求する呼出信号を送信する呼出信号送信手段と、前記他の遠隔会議端末を使用するユーザが不在であることを示す不在情報、または、前記一の遠隔会議端末の使用状態を要求する状態要求が受信された場合に、前記一の遠隔会議端末の使用状態を判断する状態判断手段と、前記状態判断手段の判断結果に基づいて、前記一の遠隔会議端末の使用状態を示す状態情報を、前記他の遠隔会議端末に送信する状態情報送信手段とを備え、前記他の遠隔会議端末は、前記一の遠隔会議端末から前記呼出信号が受信された場合に、前記他の遠隔会議端末によって取得される情報に基づいて、前記他の遠隔会議端末を使用するユーザが不在であるか否かを判断する不在判断手段と、前記不在判断手段によってユーザが不在であると判断された場合に、前記不在情報または前記状態要求を前記一の遠隔会議端末へ送信する不在時信号送信手段と、前記一の遠隔会議端末から前記状態情報が受信された場合に、前記状態情報に基づいて前記一の遠隔会議端末の使用状態を報知する状態報知手段とを備えている。
【０００７】
第１態様によれば、他の遠隔会議端末は、一の遠隔会議端末から呼出信号を受信すると、他の遠隔会議端末を使用するユーザが不在であれば不在情報または状態要求を発する。一の遠隔会議端末は、他の遠隔会議端末から不在情報または状態要求を受信すると、一の遠隔会議端末の使用状態に関する状態情報を発する。他の遠隔会議端末は、一の遠隔会議端末から受信した状態情報に基づいて、一の遠隔会議端末の使用状態を報知する。これにより、他の遠隔会議端末を使用するユーザの不在中に、一の遠隔会議端末から他の遠隔会議端末に対する発呼がなされた場合に、他の遠隔会議端末に戻ったユーザが一の遠隔会議端末の使用状態を把握することができる。
【０００８】
また、第１態様において、前記状態判断手段は、前記一の遠隔会議端末の使用状態として、前記一の遠隔会議端末によって取得される情報に基づいて、前記一の遠隔会議端末を使用するユーザが不在であるか否かを判断してもよい。これにより、他の遠隔会議端末に戻ったユーザは、一の遠隔会議端末を使用するユーザが不在であるか否かを把握することができる。
【０００９】
また、第１態様において、前記状態判断手段は、前記一の遠隔会議端末の使用状態として、前記他の遠隔会議端末とは異なる別の前記遠隔会議端末との接続状態に基づいて、前記一の遠隔会議端末が前記遠隔会議を実行中であるか否かを判断してもよい。これにより、他の遠隔会議端末に戻ったユーザは、一の遠隔会議端末が遠隔会議を実行中であるか否かを把握することができる。
【００１０】
また、第１態様において、前記状態報知手段は、前記状態情報に示される前記一の遠隔会議端末の使用状態が、前記他の遠隔会議端末との接続に適した使用状態である場合、前記一の遠隔会議端末との接続を促す報知を行い、前記不在判断手段は、さらに、前記状態報知手段によって前記一の遠隔会議端末との接続を促す報知が行われた場合に、前記他の遠隔会議端末によって取得される情報に基づいて、前記他の遠隔会議端末を使用するユーザが存在するか否かを判断し、前記他の遠隔会議端末は、前記不在判断手段によってユーザが存在すると判断された場合に、前記他の遠隔会議端末との接続を許可する応答信号を前記一の遠隔会議端末へ送信する応答信号送信手段を備えてもよい。これにより、他の遠隔会議端末を使用するユーザが戻ったときに、一の遠隔会議端末を使用するユーザが存在していれば、両遠隔会議端末を自動的に接続することができる。
【００１１】
本発明の第２態様に係る遠隔会議端末は、ネットワークを介して相互に接続して遠隔会議を実行可能な遠隔会議端末であって、前記遠隔会議端末における所定範囲から画像データおよび音声データの少なくとも一方を取得する端末情報取得手段と、前記ネットワークを介して複数の前記遠隔会議端末が相互に接続されている場合に、前記複数の遠隔会議端末によって取得された前記画像データおよび前記音声データの少なくとも一方を含む会議データを出力する会議データ出力手段と、他の前記遠隔会議端末に接続を要求する呼出信号を送信する呼出信号送信手段と、前記呼出信号に対する応答として、前記他の遠隔会議端末を使用するユーザが不在であることを示す不在情報、または、前記遠隔会議端末の使用状態を要求する状態要求が受信された場合に、前記遠隔会議端末の使用状態を判断する状態判断手段と、前記状態判断手段の判断結果に基づいて、前記遠隔会議端末の使用状態を示す状態情報を、前記他の遠隔会議端末に送信する状態情報送信手段とを備えている。
【００１２】
第２態様によれば、遠隔会議端末は、他の遠隔会議端末に接続を要求する呼出信号を送信したのち、その応答として不在情報または状態要求を受信すると、遠隔会議端末の使用状態に関する状態情報を他の遠隔会議端末に送信する。これにより、遠隔会議端末からの発呼を受けた他の遠隔会議端末がユーザの不在中であった場合に、他の遠隔会議端末に戻ったユーザが発呼側の遠隔会議端末の使用状態を把握することができる。
【００１３】
本発明の第３態様に係る遠隔会議端末は、ネットワークを介して相互に接続して遠隔会議を実行可能な遠隔会議端末であって、前記遠隔会議端末における所定範囲から画像データおよび音声データの少なくとも一方を取得する端末情報取得手段と、前記ネットワークを介して複数の前記遠隔会議端末が相互に接続されている場合に、前記複数の遠隔会議端末によって取得された前記画像データおよび前記音声データの少なくとも一方を含む会議データを出力する会議データ出力手段と、他の前記遠隔会議端末から接続を要求する呼出信号が受信された場合に、前記遠隔会議端末によって取得される情報に基づいて、前記遠隔会議端末を使用するユーザが不在であるか否かを判断する不在判断手段と、前記不在判断手段によってユーザが不在であると判断された場合に、前記遠隔会議端末を使用するユーザが不在であることを示す不在情報、または、前記他の遠隔会議端末の使用状態を要求する状態要求を、前記他の遠隔会議端末へ送信する不在時信号送信手段と、前記不在情報または前記状態要求に対する応答として、前記他の遠隔会議端末の使用状態を示す状態情報が受信された場合に、前記状態情報に基づいて前記他の遠隔会議端末の使用状態を報知する状態報知手段とを備えている。
【００１４】
第３態様によれば、遠隔会議端末は、他の遠隔会議端末から呼出信号を受信すると、遠隔会議端末を使用するユーザが不在であれば、他の遠隔会議端末に不在情報または状態要求を送信する。不在情報または状態要求の応答として状態情報を受信すると、その状態情報に基づいて一の遠隔会議端末の使用状態を報知する。これにより、他の遠隔会議端末からの発呼を受けた遠隔会議端末がユーザの不在中であった場合に、被呼側の遠隔会議端末に戻ったユーザが他の遠隔会議端末の使用状態を把握することができる。
【００１５】
本発明の第４態様に係る遠隔会議端末は、ネットワークを介して相互に接続して遠隔会議を実行可能な遠隔会議端末であって、前記遠隔会議端末における所定範囲から画像データおよび音声データの少なくとも一方を取得する端末情報取得手段と、前記ネットワークを介して複数の前記遠隔会議端末が相互に接続されている場合に、前記複数の遠隔会議端末によって取得された前記画像データおよび前記音声データの少なくとも一方を含む会議データを出力する会議データ出力手段と、一の前記遠隔会議端末に接続を要求する一の呼出信号を送信する呼出信号送信手段と、前記一の呼出信号に対する応答として、前記一の遠隔会議端末を使用するユーザが不在であることを示す一の不在情報、または、前記遠隔会議端末の使用状態を要求する一の状態要求が受信された場合に、前記遠隔会議端末の使用状態を判断する状態判断手段と、前記状態判断手段の判断結果に基づいて、前記遠隔会議端末の使用状態を示す一の状態情報を、前記一の遠隔会議端末に送信する状態情報送信手段と、前記一の遠隔会議端末と同じまたは異なる他の遠隔会議端末から接続を要求する呼出信号が受信された場合に、前記遠隔会議端末によって取得される情報に基づいて、前記遠隔会議端末を使用するユーザが不在であるか否かを判断する不在判断手段と、前記不在判断手段によってユーザが不在であると判断された場合に、前記遠隔会議端末を使用するユーザが不在であることを示す他の不在情報、または、前記他の遠隔会議端末の使用状態を要求する他の状態要求を、前記他の遠隔会議端末へ送信する不在時信号送信手段と、前記他の不在情報または前記他の状態要求に対する応答として、前記他の遠隔会議端末の使用状態を示す他の状態情報が受信された場合に、前記状態情報に基づいて前記他の遠隔会議端末の使用状態を報知する状態報知手段とを備えている。
【００１６】
第４態様によれば、遠隔会議端末は、他の遠隔会議端末に接続を要求する呼出信号を送信したのち、その応答として不在情報または状態要求を受信すると、遠隔会議端末の使用状態に関する状態情報を他の遠隔会議端末に送信する。これにより、遠隔会議端末からの発呼を受けた一の遠隔会議端末がユーザの不在中であった場合に、一の遠隔会議端末に戻ったユーザが発呼側の遠隔会議端末の使用状態を把握することができる。
【００１７】
また、遠隔会議端末は、他の遠隔会議端末から呼出信号を受信すると、遠隔会議端末を使用するユーザが不在であれば、他の遠隔会議端末に不在情報または状態要求を送信する。不在情報または状態要求の応答として状態情報を受信すると、その状態情報に基づいて一の遠隔会議端末の使用状態を報知する。これにより、他の遠隔会議端末からの発呼を受けた遠隔会議端末がユーザの不在中であった場合に、被呼側の遠隔会議端末に戻ったユーザが他の遠隔会議端末の使用状態を把握することができる。
【００１８】
本発明の第５態様に係る遠隔会議方法は、所定範囲から画像データおよび音声データの少なくとも一方を各々取得可能な複数の遠隔会議端末を含み、ネットワークを介して相互に接続された前記遠隔会議端末の各々が、前記遠隔会議端末の各々によって取得された前記画像データおよび前記音声データの少なくとも一方を含む会議データを出力することで遠隔会議を実行する遠隔会議システムで処理される遠隔会議方法であって、一の前記遠隔会議端末にてユーザが指定した他の前記遠隔会議端末に、前記一の遠隔会議端末との接続を要求する呼出信号を送信する呼出信号送信ステップと、前記他の遠隔会議端末によって前記呼出信号が受信された場合に、前記他の遠隔会議端末によって取得される情報に基づいて、前記他の遠隔会議端末を使用するユーザが不在であるか否かを判断する不在判断ステップと、前記不在判断ステップによってユーザが不在であると判断された場合に、前記他の遠隔会議端末を使用するユーザが不在であることを示す不在情報、または、前記一の遠隔会議端末の使用状態を要求する状態要求を、前記一の遠隔会議端末へ送信する不在時信号送信ステップと、前記一の遠隔会議端末によって前記不在情報または前記状態要求が受信された場合に、前記一の遠隔会議端末の使用状態を判断する状態判断ステップと、前記状態判断ステップの判断結果に基づいて、前記一の遠隔会議端末の使用状態を示す状態情報を、前記他の遠隔会議端末に送信する状態情報送信ステップと、前記他の遠隔会議端末によって前記状態情報が受信された場合に、前記状態情報に基づいて前記一の遠隔会議端末の使用状態を報知する状態報知ステップとを備えている。
【００１９】
第５態様によれば、他の遠隔会議端末において、一の遠隔会議端末から呼出信号が受信されると、他の遠隔会議端末を使用するユーザが不在であれば不在情報または状態要求が発せられる。一の遠隔会議端末において、他の遠隔会議端末から不在情報または状態要求が受信されると、一の遠隔会議端末の使用状態に関する状態情報が発せられる。他の遠隔会議端末において、一の遠隔会議端末から受信した状態情報に基づいて、一の遠隔会議端末の使用状態が報知される。これにより、他の遠隔会議端末を使用するユーザの不在中に、一の遠隔会議端末から他の遠隔会議端末に対する発呼がなされた場合に、他の遠隔会議端末に戻ったユーザが一の遠隔会議端末の使用状態を把握することができる。
【図面の簡単な説明】
【００２０】
【図１】テレビ会議システム１の全体構成を示す図である。
【図２】会議端末３，４，５の電気的構成を示すブロック図である。
【図３】会議管理サーバ６の電気的構成を示すブロック図である。
【図４】発呼側端末３、会議管理サーバ６、被呼側端末４の間での各種データの流れを示すタイミングチャートである。
【図５】会議端末３，４，５で実行される常時処理のフローチャートである。
【図６】発呼側端末３で実行される発信時処理のフローチャートである。
【図７】会議管理サーバ６で実行される中継処理のフローチャートである。
【図８】被呼側端末４で実行される受信時処理のフローチャートである。
【図９】ユーザ待受処理（Ｓ１２１）のフローチャートである。
【図１０】テレビ会議画面２８０を例示する図である。
【図１１】状態報知画面２９０を例示する図である。
【図１２】状態報知画面２９０を例示する他の図である。
【図１３】中止報知画面３００を例示する図である。
【図１４】変形例に係る発呼側端末３で実行される発信時処理のフローチャートである。
【図１５】変形例に係るユーザ待受処理（Ｓ１２１）のフローチャートである。
【図１６】変形例に係る発呼側端末３、会議管理サーバ６、被呼側端末４の間での各種データの流れを示すタイミングチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明を具現化した実施の形態について、図面を参照して説明する。なお、参照する図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、記載されている装置の構成、各種処理のフローチャートなどは、それのみに限定する趣旨ではなく、単なる説明例である。
【００２２】
図１を参照して、本実施形態に係るテレビ会議システム１の全体構成について説明する。図１に示すように、本実施形態に係るテレビ会議システム１は、ユーザが存在する複数の拠点にそれぞれ設けられた複数の会議端末が、ネットワーク２に接続されている。なお、図１に示すテレビ会議システム１では、拠点Ａに会議端末３が設けられ、拠点Ｂに会議端末４が設けられ、拠点Ｃに会議端末５が設けられているが、テレビ会議システム１には複数の会議端末が設けられていればよい。また、中継拠点に会議管理サーバ６が設けられているが、会議管理サーバ６はネットワーク２に接続される任意の場所に設けられればよい。
【００２３】
本実施形態に係るテレビ会議システム１では、各拠点に設けられた会議端末３，４，５が、会議管理サーバ６によって相互に接続される。会議端末３，４，５で取得された映像および音声は、ネットワーク２を介して互いに送受信される。各会議端末３，４，５では、各拠点にて取得された映像および音声を合成した会議データが作成および出力される。これにより、各会議端末３，４，５では、各拠点に存在するユーザの映像および音声がリアルタイムに合成出力されて遠隔会議（ここでは、テレビ会議）が実施される。
【００２４】
図２を参照して、会議端末３，４，５の電気的構成について説明する。なお、会議端末３，４，５は全て同様の構成であるため、ここでは会議端末３の構成についてのみ説明し、他の会議端末４，５については説明を省略する。
【００２５】
会議端末３には、会議端末３の制御を司るコントローラとしてのＣＰＵ２０が設けられている。ＣＰＵ２０には、ＢＩＯＳ等を記憶したＲＯＭ２１と、各種データを一時的に記憶するＲＡＭ２２と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス３０とが接続されている。Ｉ／Ｏインタフェイス３０には、各種記憶エリアを有するハードディスクドライブ３１（以下、ＨＤＤ３１）が接続されている。Ｉ／Ｏインタフェイス３０には、ネットワーク２に通信接続するための通信装置２５と、マウス２７と、ビデオコントローラ２３と、キーコントローラ２４と、ユーザを撮影するためのカメラ３４と、ユーザの音声を取り込むためのマイク３５と、音声を出力するためのスピーカ３６と、ＣＤ−ＲＯＭドライブ２６とが各々接続されている。ビデオコントローラ２３には、ディスプレイ２８が接続されている。キーコントローラ２４には、キーボード２９が接続されている。
【００２６】
なお、カメラ３４は、会議端末３を使用するユーザが位置する所定範囲を好適に撮影できるように、予め撮影範囲やピント等が設定されている。また、マイク３５は、会議端末３を使用するユーザが位置する所定範囲内での発話を好適に取り込めるように、予め指向性やノイズカットなどが設定されている。また、スピーカ３６も、会議端末３を使用するユーザが位置する所定範囲内での聴取に適するように、音声の出力音量および出力方向などが設定されている。
【００２７】
ＨＤＤ３１には、テレビ会議を実行するための各種データ（例えば、各会議端末３，４，５にて取得された映像・音声や、これらを合成した会議データなど）や、テレビ会議を実行するための会議実行プログラムなどが記憶されている。ＨＤＤ３１に記憶される会議実行プログラムは、後述する会議端末３，４，５の相互接続に関する各種処理（図５、図６、図８、図９参照）を実行するためのプログラムを含む。ＣＤ−ＲＯＭドライブ２６に挿入されるＣＤ−ＲＯＭ１１４には、上記の会議実行プログラムが記憶されている。会議端末３では、ＣＤ−ＲＯＭドライブ２６からＣＤ−ＲＯＭ１１４を読み込ませることで、これらのプログラムやデータをＨＤＤ３１にセットアップすることができる。
【００２８】
図３を参照して、会議管理サーバ６の電気的構成について説明する。会議管理サーバ６は、ネットワーク２を介して複数の拠点に備えられた会議端末３，４，５に接続され、会議端末３，４，５間の相互接続を実現する装置である。会議管理サーバ６は、ＣＰＵ４０，ＲＯＭ４１，ＲＡＭ４２ ，Ｉ／Ｏインタフェイス５０，ＨＤＤ５１を有する。Ｉ／Ｏインタフェイス５０には、ネットワーク２と通信するための通信装置４５と、マウス４７と、キーボード４９でのキー入力を受け付けるキーコントローラ４４と、ディスプレイ４８の表示制御を行うビデオコントローラ４３とがそれぞれ接続されている。
【００２９】
ＨＤＤ５１には、会議端末３，４，５の相互接続を実行するための各種データ（例えば、各会議端末のＩＰアドレスまたは電話番号、後述の接続情報など）や、会議端末３，４，５の相互接続を実行及び管理するための中継制御プログラムなどが記憶されている。ＨＤＤ５１に記憶される中継制御プログラムは、後述の中継処理（図７参照）を実行するためのプログラムを含む。
【００３０】
図４〜図１３を参照して、本実施形態に係るテレビ会議システム１において、テレビ会議を実行する各会議端末３，４，５間の相互接続に関する処理について説明する。テレビ会議システム１では、会議端末３，４，５間での相互接続が確立されたのちに、会議端末３，４，５間で相互通信によってテレビ会議が進行する。以下では、拠点Ａの会議端末３を、会議端末４に対して接続を要求する発呼側端末とする。拠点Ｂの会議端末４を、会議端末３からの接続が要求される被呼側端末とする。そして、発呼側端末３と被呼側端末４との間での相互接続が確立されるまでの処理の流れについて説明する。なお、会議端末４，５のいずれかを発呼側端末とし、会議端末３，５のいずれかを被呼側端末とした場合でも、端末間の相互接続が確立されるまでの処理の流れは同様である。
【００３１】
まず、テレビ会議システム１の全体処理について、図４のタイミングチャートを例示して説明する。拠点Ａのユーザが拠点Ｂに対して呼出指示を行うと（Ｔ１）、発呼側端末３から会議管理サーバ６に対して、拠点Ａの接続要求が送信される（Ｔ２）。会議管理サーバ６にて拠点Ａの接続要求が受信されると（Ｔ３）、その接続要求が拠点Ｂの被呼側端末４に送信される（Ｔ４）。被呼側端末４にて拠点Ａの接続要求が受信されると（Ｔ５）、後述するように被呼側端末４を使用するユーザの在席または不在が判断される。図４の例では、被呼側端末４を使用するユーザが不在であるものとする。この場合、被呼側端末４を使用するユーザの不在に応じて、拠点Ｂの不在通知が会議管理サーバ６に送信される（Ｔ６）。拠点Ｂの不在通知は、被呼側端末４を使用するユーザが不在であることを示す信号である。
【００３２】
会議管理サーバ６にて拠点Ｂの不在通知が受信されると（Ｔ７）、拠点Ａに対する状態要求が発呼側端末３に送信される（Ｔ８）。拠点Ａに対する状態要求は、発呼側端末３の使用状態を要求する信号である。発呼側端末３にて拠点Ａに対する状態要求が受信されると（Ｔ９）、後述するように発呼側端末３の使用状態が判断される。そして、発呼側端末３の使用状態を示す信号（以下、拠点Ａの状態情報とよぶ。）が、会議管理サーバ６に送信される（Ｔ１０）。図４の例では、発呼側端末３は他の会議端末５との間でテレビ会議を実行中（つまり、拠点Ａ、Ｃ間でテレビ会議を実行中）であるものとする。この場合、「会議中」であることを示す拠点Ａの状態情報が、会議管理サーバ６に送信される。
【００３３】
会議管理サーバ６にて拠点Ａの状態情報が受信されると（Ｔ１１）、その状態情報が拠点Ｂの被呼側端末４に送信される（Ｔ１２）。被呼側端末４にて拠点Ａの状態情報が受信されると（Ｔ１３）、後述するように拠点Ａの状態情報（図４の例では「会議中」）に基づく報知が行われる。その後、被呼側端末４を使用するユーザの在席または不在（言い換えると、被呼側端末４を使用するユーザが復帰したか否か）が判断される。図４の例では、Ｔ１３にて状態情報が受信された時点で、被呼側端末４を使用するユーザが不在であるものとする。この場合、被呼側端末４では、次の状態情報の待ち受けが行われる。
【００３４】
前回の状態情報の送信（Ｔ１０）から一定時間の経過後、Ｔ８と同様に会議管理サーバ６から発呼側端末３に拠点Ａに対する状態要求が送信される（Ｔ１４）。Ｔ９〜Ｔ１３と同様に、拠点Ａの状態情報が会議管理サーバ６を経由して発呼側端末３から被呼側端末４に送信される（Ｔ１５、Ｔ１６）。被呼側端末４では拠点Ａの状態情報に基づく報知が行われ、被呼側端末４を使用するユーザが復帰したか否かが判断される（Ｔ１７）。図４の例では、Ｔ１７にて状態情報が受信された時点で、被呼側端末４を使用するユーザが在席しているものとする。この場合、被呼側端末４では、被呼側端末４を使用するユーザが復帰したものとみなされて、会議管理サーバ６に接続許可が送信される（Ｔ１８）。
【００３５】
会議管理サーバ６にて拠点Ｂの接続許可が受信されると（Ｔ１９）、会議管理サーバ６から発呼側端末３に接続許可が送信される（Ｔ２０）。発呼側端末３にて拠点Ｂの接続許可が受信されると（Ｔ２１）、発呼側端末３、会議管理サーバ６、被呼側端末４の各々で実行される接続処理によって、発呼側端末３と被呼側端末４との相互接続が確立される。これにより、発呼側端末３と被呼側端末４との間で、従来と同様のテレビ会議が実行可能となる（Ｔ２２）。
【００３６】
以下では、図５〜図８を参照して、図テレビ会議システム１の全体処理を実現するための発呼側端末３、会議管理サーバ６、被呼側端末４の各々で実行される処理について説明する。また、理解を容易にするために、図４に示すタイミングチャートおよび図１０〜図１３に示す画面例を、適宜参照しつつ説明する。
【００３７】
図５を参照して、各会議端末３，４，５でそれぞれ実行される常時処理について説明する。常時処理（図５）は、ＨＤＤ３１に記憶されている会議実行プログラムに基づいて、各会議端末３，４，５がそれぞれ電源オフとされるまで、ＣＰＵ２０によって継続して実行される。以下では、会議端末３で実行される常時処理を説明するが、他の会議端末４，５で実行される常時処理も同様である。
【００３８】
図５に示す常時処理では、まず図示外のタイマがリセットされる（Ｓ１）。Ｓ１にてタイマがリセットされると、タイマによる経過時間のカウントが開始される。次に、会議端末３においてユーザの操作または音声が検出されたか否かが判断される（Ｓ３）。具体的には、Ｉ／Ｏインタフェイス３０を介してＣＰＵ２０に入力される信号によって、マウス２７またはキーボード２９を用いた入力操作が検出された場合には、ユーザの操作が検出されたと判断される（Ｓ３：ＹＥＳ）。また、公知の音声認識によって、マイク３５から取得される音声から人間の声（発話）が検出された場合には、ユーザの音声が検出されたと判断される（Ｓ３：ＹＥＳ）。このように、ユーザの操作および音声が検出された場合は、会議端末３を使用するユーザが在席しているとみなされるから、Ｓ１に戻り、タイマがリセットされて最初から経過時間がカウントされる。
【００３９】
一方、ユーザの操作および音声がいずれも検出されない場合は（Ｓ３：ＮＯ）、無操作および無音声が所定時間継続したか否かが判断される（Ｓ５）。ここでは、タイマによりカウントされる経過時間が所定時間（例えば、１０分）以上であれば、無操作および無音声が所定時間継続したと判断される（Ｓ５：ＹＥＳ）。無操作および無音声が所定時間継続した場合には、会議端末３を使用するユーザが不在であるとみなされる。そこで、カメラ３４から撮影範囲の静止画像αが取得されて、その静止画像αがＨＤＤ３１の所定記憶エリアに保存される（Ｓ７）。これにより、ＨＤＤ３１の所定記憶エリアには、会議端末３を使用するユーザが不在であるときの撮影範囲の静止画像α（すなわち、ユーザ不在時の背景画像）が記憶される。なお、ＨＤＤ３１の所定記憶エリアに過去の静止画像αが記憶済みである場合は、Ｓ７で取得された最新の静止画像αが上書き保存される。
【００４０】
タイマによりカウントされる経過時間が所定時間（例えば、１０分）未満である場合（Ｓ５：ＮＯ）、無操作および無音声が所定時間継続していないから、一定時間（例えば、１０秒）の待機が行われたのち、Ｓ３に戻る。つまり、ユーザの操作および音声が検出されないときは、無操作および無音声が所定時間継続するまで（言い換えると、ユーザの不在が検出されるまで）、Ｓ３〜Ｓ５が繰り返し実行される。なお、Ｓ７が実行されたのちは、Ｓ１に戻り、タイマがリセットされて最初から経過時間がカウントされる。
【００４１】
図６を参照して、発呼側端末３の発信時処理について説明する。本処理は、発呼側端末３のＨＤＤ３１に記憶されている会議実行プログラムに基づいて、発呼側端末３が電源オフとされるまで、ＣＰＵ２０によって継続して実行される。図６に示す呼出処理では、便宜上、１つの他拠点の呼出についての流れを示しているが、本処理を複数実行することによって複数の他拠点の呼出を同時並行して実行可能である。
【００４２】
図６に示す発呼側端末３の発信時処理では、まずマウス２７やキーボード２９の入力操作を検出して、接続要求先となる任意の拠点（ここでは、拠点Ｂ）の呼出指示があるか否かが判断される（Ｓ１１）。拠点Ｂの呼出指示がない場合（Ｓ１１：ＮＯ）、Ｓ１１に戻って呼出指示を待ち受ける。一方、拠点Ｂの呼出指示がある場合（Ｓ１１：ＹＥＳ）、拠点Ｂに対する接続要求が会議管理サーバ６へ送信される（Ｓ１３）。図４に示すタイムチャートの例では、Ｓ１１〜Ｓ１３の処理によってＴ１〜Ｔ２が実行される。
【００４３】
Ｓ１３の実行後は、拠点Ａに対する状態要求が受信されたか否かが判断される（Ｓ１５）。状態要求が受信された場合（Ｓ１５：ＹＥＳ）、以下の処理（Ｓ１７〜Ｓ３１）によって発呼側端末３の使用状態が自動判定されて、その使用状態に応じた情報が送信される。まず、拠点Ａが別の拠点との間でテレビ会議を実行中であるか否かが判断される（Ｓ１７）。すなわち、発呼側端末３がネットワーク２を介して他の会議端末とテレビ会議を実行している場合（Ｓ１７：ＹＥＳ）、「会議中」であることを示す拠点Ａの状態情報が会議管理サーバ６に送信される（Ｓ１９）。
【００４４】
発呼側端末３がテレビ会議を実行していない場合は（Ｓ１７：ＮＯ）、発呼側端末３を使用するユーザの在席または不在が自動判定される。まず、カメラ３４から撮影範囲の静止画像βが取得され（Ｓ２１）、その静止画像βから人間の顔が検出されたか否かが判断される（Ｓ２３）。具体的には、公知の顔認識手法によって、静止画像βに人間の顔が含まれているか否かが画像解析される。静止画像βから人間の顔が検出された場合は（Ｓ２３：ＹＥＳ）、発呼側端末３を使用するユーザが在席しているとみなされるため、「待受中」であることを示す拠点Ａの状態情報が会議管理サーバ６に送信される（Ｓ２９）。
【００４５】
静止画像βから人間の顔が検出されなかった場合（Ｓ３３：ＮＯ）、上記の静止画像βとＨＤＤ３１に保存されている静止画像αとが比較される。そして、静止画像α，βを比較した差（言い換えると、静止画像α，βを比較して異なる部位が占める割合）がγ％以上であるか否かが判断される（Ｓ３５）。つまり、常時処理（図５参照）で取得されたユーザ不在時の静止画像αを基準として、発呼側端末３における最新の静止画像βに所定値以上（例えば、１０％以上）の変化が生じているか否かが判断される。静止画像α，βを比較した差がγ％以上である場合は（Ｓ２５：ＹＥＳ）、カメラ３４に人間の顔が映っていない場合でも、その撮影範囲内の変化が大きいことからユーザが在席しているものとみなされて、Ｓ２９にて「待受中」であることを示す拠点Ａの状態情報が送信される。
【００４６】
静止画像α，βを比較した差がγ％未満である場合（Ｓ２５：ＮＯ）、マイク３５から取得される音声から、ユーザの音声（発話）が検出されたか否かが判断される（Ｓ２７）。Ｓ２７では、Ｓ３と同様に公知の音声認識によって、マイク３５から取得される音声に人間の声（発話）が含まれているか否かが判断される。ユーザの音声（発話）が検出された場合は（Ｓ２７：ＹＥＳ）、発呼側端末３を使用するユーザが在席しているとみなされるため、Ｓ２９にて「待受中」であることを示す拠点Ａの状態情報が送信される。一方、発呼側端末３を使用するユーザが不在であるとみなされる場合は（Ｓ２３、Ｓ２５、Ｓ２７が全てＮＯ）、拠点Ａの中止要求が会議管理サーバ６に送信される（Ｓ３１）。拠点Ａの中止要求は、発呼側端末３と被呼側端末４との接続中止を指示する信号である。
【００４７】
図４に示すタイムチャートの例では、Ｓ１５の処理によってＴ９が実行され、Ｓ１７〜Ｓ２９の処理によってＴ１０が実行される。なお、Ｓ１９、Ｓ２３では、発呼側端末３における状態情報の通知状況が、ディスプレイ２８に表示されるのが好適である。例えば、図１０に示すテレビ会議画面２８０では、テレビ会議の合成映像とともに通知表示２８１が表示され、発呼側端末３が接続要求先の拠点Ｂに対して「会議中」を通知していることが報知される。
【００４８】
拠点Ａに対する状態要求が受信されていない場合（Ｓ１５：ＮＯ）、または、Ｓ１９，Ｓ２９の実行後は、拠点Ｂの接続許可が受信されたか否かが判断される（Ｓ３３）。拠点Ｂの接続許可が受信されていない場合（Ｓ３３：ＮＯ）、Ｓ１５に戻って次の状態要求を待ち受ける。図４に示すタイムチャートの例では、次の状態要求の待ち受けにおいて、Ｓ１５〜Ｓ２９の処理によってＴ１５が実行される。
【００４９】
拠点Ｂの接続許可が受信された場合（Ｓ３３：ＹＥＳ）、接続要求先の拠点Ｂに対する接続処理が実行される（Ｓ３５）。Ｓ３５の接続処理は、発呼側の端末で実行される公知の接続処理である。ここでは、被呼側端末４が発呼側端末３の接続許可を受信したのに応じて、発呼側端末３に対する接続を確立する処理を行う。Ｓ３５が実行されると、Ｓ１１に戻って他の呼出指示を待ち受ける。図４に示すタイムチャートの例では、Ｓ３３〜Ｓ３５の処理によってＴ２１が実行される。そして、発呼側端末３、会議管理サーバ６、被呼側端末４の各々で実行される接続処理（Ｓ３５、後述のＳ７３、後述のＳ１０９またはＳ１４５）によって、発呼側端末３と被呼側端末４との相互接続が確立される。これにより、発呼側端末３と被呼側端末４との間で、従来と同様のテレビ会議が実行可能となる（Ｔ２２）。
【００５０】
図７を参照して、会議管理サーバ６の中継処理について説明する。本処理は、会議管理サーバ６のＨＤＤ５１に記憶されている中継制御プログラムに基づいて、会議管理サーバ６が電源オフとされるまで、ＣＰＵ４０によって継続して実行される。図７に示す中継処理では、便宜上、１組（２つの拠点）の中継接続についての流れを示しているが、本中継処理を複数実行することによって複数組の中継接続を同時並行して実行可能である。
【００５１】
図７に示す会議管理サーバ６の中継処理では、接続要求元となる任意の拠点（ここでは、拠点Ａ）の接続要求が受信されたか否かが判断される（Ｓ５１）。拠点Ａの接続要求が受信されていない場合（Ｓ５１：ＮＯ）、Ｓ５１に戻って接続要求の受信を待ち受ける。一方、拠点Ａの接続要求が受信された場合（Ｓ５１：ＹＥＳ）、その接続要求が被呼側端末４に送信される（Ｓ５３）。図４に示すタイムチャートの例では、Ｓ５１〜Ｓ５３の処理によってＴ３〜Ｔ４が実行される。
【００５２】
Ｓ５３の実行後は、拠点Ｂから応答があるか否かが、被呼側端末４から応答信号が受信されたか否かによって判断される（Ｓ５５）。拠点Ｂから応答がある場合（Ｓ５５：ＹＥＳ）、拠点Ｂの不在通知が受信されたか否かが判断される（Ｓ５７）。拠点Ｂから応答がない場合（Ｓ５５：ＮＯ）、または、拠点Ｂから不在通知が受信された場合は（Ｓ５７：ＹＥＳ）、拠点Ａおよび拠点Ｂの接続情報がＨＤＤ５１の所定記憶エリアに保存される（Ｓ５９）。
【００５３】
拠点Ｂから応答がない場合（Ｓ５５：ＮＯ）とは、例えば被呼側端末４の電源オフ、故障あるいは通信障害によって応答信号を受信できず、両会議端末３、４間で相互接続が確立できない状態である。また、拠点Ｂの不在通知が受信された場合（Ｓ５５：ＮＯ）とは、被呼側端末４を使用するユーザが不在であって、両会議端末３、４間でテレビ会議を進行できない状態である。よって、Ｓ５９では、発呼側端末３と被呼側端末４とを相互接続させるのが不適である場合に、両会議端末３，４の組み合わせやＩＰアドレスなどが接続情報として会議管理サーバ６に記憶される。
【００５４】
会議管理サーバ６に接続情報が保存されたのち、拠点Ａに対する状態要求が発呼側端末３に送信される（Ｓ６１）。図４に示すタイムチャートの例では、Ｓ５５〜Ｓ５７の処理によってＴ７が実行され、Ｓ５９の処理が行われたのち、Ｓ６１の処理によってＴ８が実行される。
【００５５】
Ｓ６１の実行後は、拠点Ａの状態情報が受信されたか否かが判断される（Ｓ６３）。拠点Ａの状態情報が受信された場合（Ｓ６３：ＹＥＳ）、その状態情報が被呼側端末４に送信される（Ｓ６５）。拠点Ａの状態情報が受信されていない場合（Ｓ６３：ＮＯ）、拠点Ａの中止要求が受信されたか否かが判断される（Ｓ６７）。拠点Ａの中止要求が受信された場合（Ｓ６７：ＹＥＳ）、その中止要求が被呼側端末４に送信される（Ｓ６９）。拠点Ａの中止要求が送信された後は、ＨＤＤ５１に保存されている拠点Ａおよび拠点Ｂの接続情報が削除され（Ｓ７５）、Ｓ５１に戻る。つまり、発呼側端末３と被呼側端末４との接続を中止して、他の接続要求を待ち受ける。図４に示すタイムチャートの例では、Ｓ６３〜Ｓ６５の処理によってＴ１１〜Ｔ１２が実行される。
【００５６】
拠点Ａの中止要求が受信されていない場合（Ｓ６７：ＮＯ）、拠点Ｂの接続許可が受信されたか否かが判断される（Ｓ７１）。拠点Ｂの接続許可は、被呼側端末４での接続処理（後述のＳ１０９、Ｓ１４５）の実行時に、会議管理サーバ６に送信される信号である。拠点Ｂの接続許可が受信されていない場合は（Ｓ７１：ＮＯ）、一定時間（例えば、３０秒）の待機が行われたのち、Ｓ６１に戻る。先述のＳ６５が実行されたのちも、一定時間（例えば、３０秒）の待機が行われたのち、Ｓ６１に戻る。これにより、会議管理サーバ６では、拠点Ａの中止要求または拠点Ｂの接続許可を受信するまで、拠点Ａに対する状態要求が一定時間ごとに発呼側端末３に送信される。図４に示すタイムチャートの例では、前回の状態情報の送信（Ｔ１０）から一定時間の経過後に、Ｓ６１の処理によってＴ１４が実行され、Ｓ６３〜Ｓ６５の処理によってＴ１６が実行される。
【００５７】
拠点Ｂの接続許可が受信された場合（Ｓ７１：ＹＥＳ）、拠点Ａ，Ｂ間の接続処理が実行される（Ｓ７３）。Ｓ７３の接続処理は、２つの端末間の接続を仲介する中継装置で実行される公知の接続処理である。ここでは、被呼側端末４の接続許可を発呼側端末３に送信して、発呼側端末３と被呼側端末４との相互接続を仲介する処理を行う。Ｓ７３が実行されると、Ｓ６９の実行後と同様に、拠点Ａおよび拠点Ｂの接続情報が削除され（Ｓ７５）、Ｓ５１に戻って他の接続要求を待ち受ける。図４に示すタイムチャートの例では、Ｓ７１〜Ｓ７３の処理によってＴ１９〜Ｔ２０が実行されたのち、Ｓ７５の処理が行われる。
【００５８】
図８を参照して、被呼側端末４の受信時処理について説明する。本処理は、被呼側端末４のＨＤＤ３１に記憶されている会議実行プログラムに基づいて、被呼側端末４が電源オフとされるまで、ＣＰＵ２０によって継続して実行される。図８に示す応答処理では、便宜上、１つの他拠点に対する応答についての流れを示しているが、本処理を複数実行することによって複数の他拠点に対する応答を同時並行して実行可能である。
【００５９】
図８に示す被呼側端末４の受信時処理では、接続要求元となる任意の拠点（ここでは、拠点Ａ）の接続要求が受信されたか否かが判断される（Ｓ１０１）。拠点Ａの接続要求が受信されていない場合（Ｓ１０１：ＮＯ）、Ｓ１０１に戻って接続要求の受信を待ち受ける。一方、拠点Ａの接続要求が受信された場合（Ｓ１０１：ＹＥＳ）、被呼側端末４にて自動応答が設定されているか否かが判断される（Ｓ１０３）。なお、被呼側端末４のユーザは、あらかじめ自動応答または手動応答を任意に設定することができる。ユーザが設定した自動応答または手動応答は、ＲＡＭ２２の所定記憶エリアに記憶されている。Ｓ１０３の判断は、ＲＡＭ２２に自動応答および手動応答のいずれが記憶されているかに基づいて行われる。
【００６０】
被呼側端末４にて手動応答が設定されている場合（Ｓ１０３：ＮＯ）、拠点Ａの接続要求がディスプレイ２８に表示される（Ｓ１０５）。例えば、ディスプレイ２８には、「拠点Ａから呼出がありました。」というコメントを含む報知画面が表示される。そして、Ｓ１０５の画面表示から起算して一定期間内に、ユーザの操作があるか否かが判断される（Ｓ１０７）。具体的には、例えば報知画面が表示されてから３０秒以内に、マウス２７またはキーボード２９を用いた入力操作が検出されたか否かが判断される。Ｓ１０５から起算して一定期間内にユーザの操作がある場合は（Ｓ１０７：ＹＥＳ）、被呼側端末４を使用するユーザが在席しているとみなされて、接続要求元の拠点Ａに対する接続処理が実行される（Ｓ１０９）。Ｓ１０９の接続処理は、被呼側の端末で実行される公知の接続処理である。ここでは、発呼側端末３が実行中の呼出に対する接続許可として、その呼出に応答する信号を送信して、発呼側端末３に対する接続を確立する処理を行う。
【００６１】
被呼側端末４にて自動応答が設定されている場合（Ｓ１０３：ＹＥＳ）、または、Ｓ１０５から起算して一定期間内にユーザの操作がない場合は（Ｓ１０７：ＮＯ）、被呼側端末４を使用するユーザの在席または不在が、図６のＳ２１〜Ｓ２７と同様にして自動判定される（Ｓ１１１〜Ｓ１１７）。被呼側端末４を使用するユーザが在席しているとみなされる場合（Ｓ１１３、Ｓ１１５、Ｓ１１７のいずれかがＹＥＳ）、Ｓ１０９の接続処理が実行される。一方、被呼側端末４を使用するユーザが不在であるとみなされる場合は（Ｓ１１３、Ｓ１１５、Ｓ１１７が全てＮＯ）、拠点Ｂの不在通知が会議管理サーバ６へ送信される（Ｓ１１９）。図４に示すタイムチャートの例では、Ｓ１０１の処理によってＴ５が実行され、Ｓ１０３〜Ｓ１１７の処理が行われてユーザの不在が検出されて、Ｓ１１９の処理によってＴ６が実行される。
【００６２】
Ｓ１１９の実行後は、被呼側端末４を使用するユーザの復帰（すなわち、被呼側端末４の使用状態がユーザの不在から在席に変化すること）を待ち受けるユーザ待受処理が実行される（Ｓ１２１）。
【００６３】
図９に示すように、ユーザ待受処理（Ｓ１２１）では、まず拠点Ａの状態情報が受信されたか否かが判断される（Ｓ１３１）。拠点Ａの状態情報が受信された場合（Ｓ１３１：ＹＥＳ）、その状態情報がディスプレイ２８に画面表示される（Ｓ１３３）。具体的には、ディスプレイ２８には、図１１および図１２に示すような状態報知画面２９０が表示される。状態報知画面２９０は、拠点Ａからの呼出を示す接続要求２９１と、拠点Ａに設けられた発呼側端末３の使用状態２９２と、拠点Ａに接続するための呼出ボタン２９３とを含む。なお、図１１の使用状態２９２は、拠点Ａの状態情報が「会議中」であることを示す。図１２の使用状態２９２は、拠点Ａの状態情報が「待受中」であることを示す。
【００６４】
Ｓ１３３の実行後、上記の状態報知画面２９０において、呼出ボタン２９３がマウス２７またはキーボード２９を介して押下されたか否かが判断される（Ｓ１３５）。呼出ボタン２９３の押下がある場合（Ｓ１３５：ＹＥＳ）、接続要求元の拠点Ａに対する接続処理が実行される（Ｓ１４５）。Ｓ１４５の接続処理は、被呼側の端末で実行される公知の接続処理である。ここでは、発呼側端末３からの呼出がすでに終了しているため、その呼出に対する接続許可として発呼側端末３に対して新たな接続要求を送信して、発呼側端末３に対する接続を確立する処理を行う。
【００６５】
呼出ボタン２９３の押下がない場合（Ｓ１３５：ＮＯ）、図８のＳ１１１〜Ｓ１１７と同様の処理がなされる（Ｓ１３７〜１４３）。そして、被呼側端末４を使用するユーザが在席しているとみなされる場合は（Ｓ１３９、Ｓ１４１、Ｓ１４３のいずれかがＹＥＳ）、Ｓ１４５の接続処理が実行される。つまり、拠点Ｂにユーザが復帰した場合には、被呼側端末４にてそのユーザの在席が検出されて、被呼側端末４に対する接続が自動的に行われる。一方、被呼側端末４を使用するユーザが不在であるとみなされる場合は（Ｓ１３９、Ｓ１４１、Ｓ１４３が全てＮＯ）、Ｓ１３１に戻って次の状態情報を待ち受ける。
【００６６】
図４に示すタイムチャートの例では、Ｓ１３１の処理によってＴ１３が実行され、Ｓ１３３の処理によって拠点Ａの状態情報に基づく報知が行われる。Ｔ１０では「会議中」であることを示す拠点Ａの状態情報が送信されているため、被呼側端末４のディスプレイ２８には、図１１に示す状態報知画面２９０が表示される。Ｔ１３にて状態情報が受信された時点では、Ｓ１３５〜Ｓ１４３の処理によってユーザの不在が検出されて、被呼側端末４は次の状態情報を待ち受ける。そして、次の状態情報の待ち受けにおいて、Ｓ１３１の処理によってＴ１７が実行され、Ｓ１３３の処理によって拠点Ａの状態情報に基づく報知が行われる。Ｔ１７にて状態情報が受信された時点では、Ｓ１３５〜Ｓ１４３の処理によってユーザの在席が検出されて、Ｓ１４５の処理によってＴ１８が実行される。
【００６７】
なお、拠点Ａの状態情報が受信されていない場合（Ｓ１３１：ＮＯ）、拠点Ａの中止要求が受信されたか否かが判断される（Ｓ１４７）。拠点Ａの中止要求が受信された場合（Ｓ１４７：ＹＥＳ）、ユーザ待受処理（図９）を終了してＳ１０１に戻る。つまり、発呼側端末３との接続を実行することなく他の接続要求を待ち受ける。また、拠点Ａの中止要求が受信されていない場合（Ｓ１４７：ＮＯ）、Ｓ１３１に戻って次の状態情報を待ち受ける。ここで、拠点Ａの中止要求が受信された場合は（Ｓ１４７：ＹＥＳ）、発呼側端末３と接続されることなく処理を終了する旨が、ディスプレイ２８に画面表示されるのが好適である。例えば、図１３に示す中止報知画面３００では、拠点Ａからの呼出を示す接続要求３０１とともに、拠点Ａのユーザ不在に基づく接続中止３０２が表示される。
【００６８】
以上説明したように、本実施形態に係るテレビ会議システム１によれば、発呼側端末３の接続要求を受信した被呼側端末４は、その被呼側端末４を使用するユーザが不在であれば、会議管理サーバ６に不在通知を送信する。不在通知を受信した会議管理サーバ６は、発呼側端末３に情報要求を送信する。情報要求を受信した発呼側端末３は、会議管理サーバ６を介して状態情報を被呼側端末４に送信する。被呼側端末４は、会議管理サーバ６から受信した状態情報に基づいて、発呼側端末３の使用状態を報知する。これにより、被呼側端末４を使用するユーザの不在中に発呼側端末３から被呼側端末４に対する発呼がなされた場合に、被呼側端末４に戻ったユーザが発呼側端末３の使用状態を把握することができる。
【００６９】
ところで、上記実施形態において、テレビ会議システム１が本発明の「遠隔会議システム」に相当し、会議端末３，４，５が本発明の「複数の遠隔会議端末」に相当する。発呼側端末３において、Ｓ１３を実行するＣＰＵ２０が本発明の「呼出信号送信手段」に相当し、Ｓ１７、Ｓ２１〜Ｓ２７を実行するＣＰＵ２０が本発明の「状態判断手段」に相当し、Ｓ１９、Ｓ２９を実行するＣＰＵ２０が本発明の「状態情報送信手段」に相当する。被呼側端末４において、Ｓ１１１〜Ｓ１１７を実行するＣＰＵ２０が本発明の「不在判断手段」に相当し、Ｓ１１９を実行するＣＰＵ２０が本発明の「不在時信号送信手段」に相当し、Ｓ１３３を実行するＣＰＵ２０が本発明の「状態報知手段」に相当し、Ｓ１４５を実行するＣＰＵ２０が本発明の「応答信号送信手段」に相当する。
【００７０】
また、カメラ３４およびマイク３５が本発明の「端末情報取得手段」に相当し、テレビ会議を実行するＣＰＵ２０が本発明の「会議データ出力手段」に相当する。Ｓ１３が本発明の「呼出信号送信ステップ」に相当し、Ｓ１１１〜Ｓ１１７が本発明の「不在判断ステップ」に相当し、Ｓ１１９が本発明の「不在時信号送信ステップ」に相当し、Ｓ１７、Ｓ２１〜Ｓ２７が本発明の「状態判断ステップ」に相当し、Ｓ１９、Ｓ２９が本発明の「状態情報送信ステップ」に相当し、Ｓ１３３が本発明の「状態報知ステップ」に相当する。
【００７１】
なお、本発明は上記実施形態に限定されるものではなく、発明の要旨を変更しない範囲での変更が可能である。上記実施形態では、会議管理サーバ６にて各会議端末３，４，５の相互接続が制御されて、各会議端末３，４，５の間でテレビ会議が実行されるが、これに限定されない。
【００７２】
例えば、会議管理サーバ６は、ネットワーク２を介して複数の拠点に備えられた会議端末３，４，５に接続され、映像、音声、データ等を中継することにより、多拠点間のテレビ会議を実現する多拠点接続装置（Ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）であってもよい。この場合、会議端末３，４，５は、上記実施形態（図２）と同様の構成をなすが、少なくとも会議管理サーバ６によって実行されるテレビ会議に参加するクライアントとしての機能（詳細には、会議管理サーバ６に映像や音声を送信する機能や、多拠点接続装置から送信される会議データを出力する機能など）を有していればよい。
【００７３】
かかる構成のテレビ会議システム１では、各拠点に設けられた会議端末３，４，５で生成された動画データが、ネットワーク２を介して会議管理サーバ６に送信される。会議管理サーバ６では、各拠点から受信した動画データを合成した会議データが作成されて、その会議データが会議端末３，４，５にネットワーク２を介して送信される。会議端末３，４，５では、会議管理サーバ６から受信した会議データが出力される。これにより、各拠点に存在するユーザの映像および音声が会議管理サーバ６でリアルタイムに合成され、その合成された会議データが各会議端末３，４，５で出力されて、テレビ会議が実施される。
【００７４】
また、会議端末３，４，５が、直接他の会議端末と相互接続するための通信機能を備えていれば、会議管理サーバ６を設ける必要はない。例えば、図１４に示す発呼側端末３の送信時処理は、図６に示した送信時処理と同様であるが、拠点Ｂに対する接続要求、拠点Ａの状態情報、拠点Ａの中止要求がそれぞれ被呼側端末４に送信され（Ｓ１３、Ｓ１９、Ｓ２９、Ｓ３１）、Ｓ３５では被呼側端末４と直接に相互接続が行われる点で異なる。また、Ｓ１３の実行後は、図６に示した送信時処理におけるＳ１５に代えて、拠点Ｂの不在通知を受信したかが判断される点で異なる（Ｓ２０１）。
【００７５】
一方、被呼側端末４では、図８に示した受信時処理と同様の処理が行われるが、Ｓ１１９が実行されない点で異なる。また、図１５に示す被呼側端末４のユーザ待受処理は、図９に示したユーザ待受処理と同様であるが、Ｓ１３１の実行前に拠点Ｂの不在通知が発呼側端末３に送信される（Ｓ２０３）。そして、拠点Ａの中止要求を受信しない場合（Ｓ１４７：ＮＯ）、または、被呼側端末４を使用するユーザが不在であるとみなされる場合は（Ｓ１３９、Ｓ１４１、Ｓ１４３が全てＮＯ）、一定時間（例えば、３０秒）の待機が行われたのち、Ｓ２０３に戻る。なお、Ｓ１０９、Ｓ１４５では、被呼側端末４と直接に相互接続が行われる。
【００７６】
上記の処理により、図１６に示すタイムチャートの例では、拠点Ａのユーザが拠点Ｂの呼出指示を行うと（Ｔ５１）、発呼側端末３から被呼側端末４に拠点Ａの接続要求が送信される（Ｔ５２）。Ｔ５１〜Ｔ５２は、Ｓ１１〜Ｓ１３の処理によって実行される。被呼側端末４では、拠点Ａの接続要求の受信時にユーザが不在であれば（Ｔ５３）、拠点Ｂの不在通知が発呼側端末３に送信される（Ｔ５４）。Ｔ５３〜Ｔ５４は、Ｓ１０１〜Ｓ１１９、Ｓ２０３の処理で実行される。発呼側端末３では、拠点Ｂの不在通知が受信されると（Ｔ５５）、拠点Ａの状態情報が被呼側端末４に送信される（Ｔ５６）。Ｔ５５〜Ｔ５６は、Ｓ２０１、Ｓ１７〜Ｓ２９の処理によって実行される。
【００７７】
次に、被呼側端末４では、拠点Ａの状態情報が受信されると（Ｔ５７）、拠点Ａの状態情報に基づく報知が行われる。Ｔ５７にて被呼側端末４のユーザが不在であれば、一定期間の経過後にＳ２０３で不在通知が送信される（Ｔ５８）。Ｔ５７〜Ｔ５８は、Ｓ１３３〜Ｓ１４３、Ｓ２０３の処理で実行される。発呼側端末３では、拠点Ｂの不在通知に応じて、被呼側端末４に拠点Ａの状態情報が送信される（Ｔ５９）。Ｔ５９は、Ｓ２０１、Ｓ１７〜Ｓ２９の処理で実行される。被呼側端末４では、拠点Ａの状態情報に基づく報知が行われるとともに、被呼側端末４のユーザが在席していれば、拠点Ｂの接続許可が被呼側端末４から発呼側端末３に送信される（Ｔ６０）。Ｔ６０は、Ｓ１３３〜Ｓ１４３、Ｓ１４５の処理で実行される。最後に、発呼側端末３と被呼側端末４との相互接続が確立され、拠点Ａ，Ｂ間でテレビ会議が実行される（Ｔ６１）。Ｔ６１は、Ｓ３３〜Ｓ３５、Ｓ１４５の処理で実行される。
【００７８】
このように、発呼側端末３と被呼側端末４とが会議管理サーバ６を介さずに相互接続される場合でも、上記実施形態と同様に、被呼側端末４を使用するユーザの不在中に発呼側端末３から被呼側端末４に対する発呼がなされた場合に、被呼側端末４に戻ったユーザが発呼側端末３の使用状態を把握することができる。
【００７９】
上記の変形例（図１４および図１５参照）では、Ｓ２０３において、拠点Ｂの不在通知が発呼側端末３に送信されているが、これに代えて拠点Ａに対する状態要求を送信してもよい（図１６参照）。そして、Ｓ２０１において、拠点Ｂの不在通知が受信されたか否かを判断するのに代えて、拠点Ａに対する状態要求が受信されたか否かを判断してもよい。なお、上記変形例において、Ｓ２０３を実行するＣＰＵ２０が本発明の「不在時信号送信手段」に相当し、Ｓ２０３が本発明の「不在時信号送信ステップ」に相当する。
【符号の説明】
【００８０】
１    テレビ会議システム
２    ネットワーク
３    会議端末
４    会議端末
５    会議端末
６    会議管理サーバ
２０    ＣＰＵ
２１    ＲＯＭ
２２    ＲＡＭ
２７    マウス
２８    ディスプレイ
２９    キーボード
３１    ハードディスクドライブ
３４    カメラ
３５    マイク
【図１】
2011044907.tif 000003
【図２】
2011044907.tif 000004
【図３】
2011044907.tif 000005
【図４】
2011044907.tif 000006
【図５】
2011044907.tif 000007
【図６】
2011044907.tif 000008
【図７】
2011044907.tif 000009
【図８】
2011044907.tif 000010
【図９】
2011044907.tif 000011
【図１０】
2011044907.tif 000012
【図１１】
2011044907.tif 000013
【図１２】
2011044907.tif 000014
【図１３】
2011044907.tif 000015
【図１４】
2011044907.tif 000016
【図１５】
2011044907.tif 000017
【図１６】
2011044907.tif 000018