(57)【要約】      （修正有）【課題】会議実行中に、各拠点の利用者同士の秘話を可能とする会議端末、及び制御プログラムを提供する。【解決手段】拠点１の会議端末１１の利用者が撮像装置１５を閉状態とする。秘話モードの移行要求信号が拠点２の会議端末１２に送信される。移行要求信号を受信した会議端末１２では、拠点１から移行要求があった旨がディスプレイ３０Ｂに表示される。拠点２の利用者は、移行要求を受諾する為に、撮像装置１６を閉状態にする。会議端末１２は、撮像装置１６の閉状態を検出し、移行受諾信号を会議端末１１に返信する。会議端末１１は、拠点２から移行受諾信号を受信すると、拠点２との間で秘話モードに移行する。秘話モードでは、撮像装置１５、１６のマイクの入力レベル、及びスピーカの出力レベルが基準レベルより低下する。閉状態の撮像装置１５、１６を用いれば、各拠点の利用者同士の秘話が可能となる。【選択図】図１
2012178778.tif 000002
【特許請求の範囲】
【請求項１】
自拠点の音声を入力するマイクと、他拠点の音声を出力するスピーカとを少なくとも備え、ネットワークを介して他拠点の会議端末と通信可能な会議端末であって、
制御部と、前記制御部への命令を記憶したメモリとを備え、前記制御部が前記命令を実行することにより、
前記制御部は、
前記マイクの入力レベル、及び前記スピーカの出力レベルの少なくとも何れかを、会議用に予め設定した基準レベルより低下させ、他拠点の会議端末との間で電話として使用する為の秘話モードへの移行操作を受け付ける第１受付ステップと、
前記第１受付ステップにおいて前記秘話モードへの移行操作を受け付けた場合、他拠点の会議端末である相手側端末に、前記秘話モードに移行する旨を通知する第１通知ステップと、
前記相手側端末の制御部から前記秘話モードに移行する旨の通知を受信したか否かを判断する第１判断ステップと、
前記第１受付ステップにおいて前記秘話モードへの移行操作を受け付け、かつ前記第１判断ステップにおいて前記相手側端末の制御部から前記秘話モードに移行する旨の通知を受信したと判断した場合、前記秘話モードに移行して前記相手側端末と秘話通信を実行する実行ステップと
を実行することを特徴とする会議端末。
【請求項２】
前記制御部は、
前記ネットワークを介して通信する他拠点の会議端末の数を検出する検出ステップと、
前記検出ステップにおいて複数の他拠点の会議端末を検出した場合、前記複数の会議端末から前記秘話通信の対象とする前記相手側端末を選択する選択ステップと
をさらに実行し、
前記第１通知ステップを実行する場合において、前記選択ステップにおいて選択された前記相手側端末に、前記秘話モードに移行する旨を通知することを特徴とする請求項１に記載の会議端末。
【請求項３】
前記会議端末は、撮像画像を取得するカメラをさらに備え、前記ネットワークを介して他拠点の会議端末との間で音声及び画像の送受信を行うものであって、
前記制御部は、
前記検出ステップにおいて少なくとも２拠点以上の他拠点の会議端末を検出した場合、前記選択ステップにおいて前記相手側端末に選択されなかった秘話対象外の会議端末に対する音声及び画像の少なくとも何れかの送信を停止する第１停止ステップをさらに実行することを特徴とする請求項２に記載の会議端末。
【請求項４】
前記制御部は、
前記秘話モードの解除操作を受け付ける第２受付ステップと、
前記第２受付ステップにおいて前記秘話モードの解除操作を受け付けた場合、前記相手側端末に、前記秘話モードを解除する旨を通知する第２通知ステップと、
前記相手側端末の制御部から前記秘話モードを解除する旨の通知を受信したか否かを判断する第２判断ステップと、
前記第２受付ステップにおいて前記秘話モードの解除操作を受け付け、かつ前記第２判断ステップにおいて前記相手側端末の制御部から前記秘話モードを解除する旨の通知を受信したと判断した場合、前記秘話モードを解除して前記相手側端末との秘話通信を終了する終了ステップと
をさらに実行することを特徴とする請求項１から３の何れかに記載の会議端末。
【請求項５】
前記会議端末は、撮像画像を取得するカメラをさらに備え、前記ネットワークを介して他拠点の会議端末との間で音声及び画像の送受信を行うものであって、
前記制御部は、
前記実行ステップにおいて前記秘話モードに移行して前記相手側端末と秘話通信を実行する場合に、前記選択ステップにおいて前記相手側端末に選択されなかった秘話対象外の会議端末に対して、前記秘話モードに移行した旨を通知する第３通知ステップと、
他拠点の会議端末から前記秘話モードに移行した旨の通知を受信したか否かを判断する第３判断ステップと、
前記第３判断ステップにおいて、前記他拠点の会議端末から前記秘話モードに移行した旨の通知を受信した場合、前記他拠点の会議端末から送信された音声及び画像の少なくとも何れかの出力を停止する第２停止ステップと
をさらに実行することを特徴とする請求項２に記載の会議端末。
【請求項６】
自拠点の音声を入力するマイクと、他拠点の音声を出力するスピーカとを少なくとも備え、ネットワークを介して他拠点の会議端末と通信可能な会議端末を機能させる制御プログラムであって、
コンピュータに、
前記マイクの入力レベル、及び前記スピーカの出力レベルの少なくとも何れかを、会議用に予め設定した基準レベルより低下させ、他拠点の会議端末との間で電話として使用する為の秘話モードへの移行操作を受け付ける第１受付ステップと、
前記第１受付ステップにおいて前記秘話モードへの移行操作を受け付けた場合、他拠点の会議端末である相手側端末に、前記秘話モードに移行する旨を通知する第１通知ステップと、
前記相手側端末の制御部から前記秘話モードに移行する旨の通知を受信したか否かを判断する第１判断ステップと、
前記第１受付ステップにおいて前記秘話モードへの移行操作を受け付け、かつ前記第１判断ステップにおいて前記相手側端末の制御部から前記秘話モードに移行する旨の通知を受信したと判断した場合、前記秘話モードに移行して前記相手側端末と秘話通信を実行する実行ステップと
を実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議端末、及び制御プログラムに関する。
【背景技術】
【０００２】
従来、遠隔拠点に設けられた会議端末間で遠隔会議を実行する遠隔会議システムが知られている。遠隔会議システムでは、ネットワークを介して複数の会議端末が接続する。会議端末には、例えば、カメラとマイクとスピーカとを備えた撮像装置が接続される。会議端末は、撮像装置によって撮影された画像を、ネットワークを介して他の会議端末に送信する。他の会議端末は、ネットワークを介して受信した画像を表示手段（ディスプレイ等）に表示し、受信した音声を撮像装置のスピーカから出力する。利用者は、表示手段に表示された画像と、スピーカから出力される音声とで、遠隔拠点の様子を認識できる。例えば、多地点テレビ会議装置のユーザが秘話通信を行う他のテレビ会議装置を選択した場合に、秘話通信の対象とならない多地点テレビ会議装置において画像と音声の出力を出力制御信号に基づいて制御する多地点テレビ会議装置が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−２２４４８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、同じ拠点内でも周囲の利用者に聞かれたくない内容を他拠点の利用者に個人的に伝えたい場合がある。特許文献１に記載の多地点テレビ会議装置は、拠点同士の秘話を対象とするものであり、各拠点の利用者同士で秘話を行うことはできない。
【０００５】
本発明は、上記課題を解決するためになされたものであり、会議実行中に、各拠点の利用者同士の秘話を可能とする会議端末、及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１態様に係る会議端末は、自拠点の音声を入力するマイクと、他拠点の音声を出力するスピーカとを少なくとも備え、ネットワークを介して他拠点の会議端末と通信可能な会議端末であって、制御部と、前記制御部への命令を記憶したメモリとを備え、前記制御部が前記命令を実行することにより、前記制御部は、前記マイクの入力レベル、及び前記スピーカの出力レベルの少なくとも何れかを、会議用に予め設定した基準レベルより低下させ、他拠点の会議端末との間で電話として使用する為の秘話モードへの移行操作を受け付ける第１受付ステップと、前記第１受付ステップにおいて前記秘話モードへの移行操作を受け付けた場合、他拠点の会議端末である相手側端末に、前記秘話モードに移行する旨を通知する第１通知ステップと、前記相手側端末の制御部から前記秘話モードに移行する旨の通知を受信したか否かを判断する第１判断ステップと、前記第１受付ステップにおいて前記秘話モードへの移行操作を受け付け、かつ前記第１判断ステップにおいて前記相手側端末の制御部から前記秘話モードに移行する旨の通知を受信したと判断した場合、前記秘話モードに移行して前記相手側端末と秘話通信を実行する実行ステップとを実行することを特徴とする。
【０００７】
第１態様によれば、会議端末は、秘話モードへの移行操作を受け付けた場合、他拠点の会議端末である相手側端末に、秘話モードに移行する旨を通知する。その相手側端末の制御部から秘話モードに移行する旨の通知を受信した場合、秘話モードに移行して相手側端末と秘話通信を実行する。秘話モードでは、マイクの入力レベル、及びスピーカの出力レベルの少なくとも何れかを、会議用に予め設定した基準レベルより低下させる。故に、会議実行中において、秘話をしたい相手側端末の利用者との秘話が可能となる。
【０００８】
また、第１態様において、前記制御部は、前記ネットワークを介して通信する他拠点の会議端末の数を検出する検出ステップと、前記検出ステップにおいて複数の他拠点の会議端末を検出した場合、前記複数の会議端末から前記秘話通信の対象とする前記相手側端末を選択する選択ステップとをさらに実行し、前記第１通知ステップを実行する場合において、前記選択ステップにおいて選択された前記相手側端末に、前記秘話モードに移行する旨を通知するようにしてもよい。複数の他拠点の会議端末と接続している場合、それら複数の会議端末から秘話通信の対象とする相手側端末を選択できる。故に、複数の他拠点の会議端末と接続している場合でも、他拠点にいる特定の利用者との秘話が可能となる。
【０００９】
また、第１態様において、前記会議端末は、撮像画像を取得するカメラをさらに備え、前記ネットワークを介して他拠点の会議端末との間で音声及び画像の送受信を行うものであって、前記制御部は、前記検出ステップにおいて少なくとも２拠点以上の他拠点の会議端末を検出した場合、前記選択ステップにおいて前記相手側端末に選択されなかった秘話対象外の会議端末に対する音声及び画像の少なくとも何れかの送信を禁止してもよい。故に、秘話内容が相手側端末に選択されなかった他拠点に漏れないので、秘話内容の秘密性を確保できる。
【００１０】
また、第１態様において、前記制御部は、前記秘話モードの解除操作を受け付ける第２受付ステップと、前記第２受付ステップにおいて前記秘話モードの解除操作を受け付けた場合、前記相手側端末に、前記秘話モードを解除する旨を通知する第２通知ステップと、前記相手側端末の制御部から前記秘話モードを解除する旨の通知を受信したか否かを判断する第２判断ステップと、前記第２受付ステップにおいて前記秘話モードの解除操作を受け付け、かつ前記第２判断ステップにおいて前記相手側端末の制御部から前記秘話モードを解除する旨の通知を受信したと判断した場合、前記秘話モードを解除して前記相手側端末との秘話通信を終了する終了ステップとをさらに実行してもよい。故に、突然、秘話モードが解除されてスピーカから轟音がなって利用者の負担になるのを防止できる。
【００１１】
また、第１態様において、前記会議端末は、撮像画像を取得するカメラをさらに備え、前記ネットワークを介して他拠点の会議端末との間で音声及び画像の送受信を行うものであって、前記制御部は、前記実行ステップにおいて前記秘話モードに移行して前記相手側端末と秘話通信を実行する場合に、前記選択ステップにおいて前記相手側端末に選択されなかった秘話対象外の会議端末に対して、前記秘話モードに移行した旨を通知する第３通知ステップと、他拠点の会議端末から前記秘話モードに移行した旨の通知を受信したか否かを判断する第３判断ステップと、前記第３判断ステップにおいて、前記他拠点の会議端末から前記秘話モードに移行した旨の通知を受信した場合、前記他拠点の会議端末から送信された音声及び画像の少なくとも何れかの出力を停止する第２停止ステップとをさらに実行してもよい。故に、秘話内容が相手側端末に選択されなかった他拠点に漏れないので、秘話内容の秘密性を確保できる。
【００１２】
また、本発明の第２態様に係る制御プログラムは、自拠点の音声を入力するマイクと、他拠点の音声を出力するスピーカとを少なくとも備え、ネットワークを介して他拠点の会議端末と通信可能な会議端末を機能させる制御プログラムであって、コンピュータに、前記マイクの入力レベル、及び前記スピーカの出力レベルの少なくとも何れかを、会議用に予め設定した基準レベルより低下させ、他拠点の会議端末との間で電話として使用する為の秘話モードへの移行操作を受け付ける第１受付ステップと、前記第１受付ステップにおいて前記秘話モードへの移行操作を受け付けた場合、他拠点の会議端末である相手側端末に、前記秘話モードに移行する旨を通知する第１通知ステップと、前記相手側端末の制御部から前記秘話モードに移行する旨の通知を受信したか否かを判断する第１判断ステップと、前記第１受付ステップにおいて前記秘話モードへの移行操作を受け付け、かつ前記第１判断ステップにおいて前記相手側端末の制御部から前記秘話モードに移行する旨の通知を受信したと判断した場合、前記秘話モードに移行して前記相手側端末と秘話通信を実行する実行ステップとを実行させることを特徴とする。
【００１３】
第２態様によれば、制御プログラムをコンピュータに実行させることにより、会議端末は、秘話モードへの移行操作を受け付けた場合、他拠点の会議端末である相手側端末に、秘話モードに移行する旨を通知する。その相手側端末の制御部から秘話モードに移行する旨の通知を受信した場合、秘話モードに移行して相手側端末と秘話通信を実行する。秘話モードでは、マイクの入力レベル、及びスピーカの出力レベルの少なくとも何れかを、会議用に予め設定した基準レベルより低下させる。故に、会議実行中において、秘話をしたい相手側端末の利用者との秘話が可能となる。
【図面の簡単な説明】
【００１４】
【図１】会議システム１の構成を示す図である。
【図２】撮像装置１５の斜視図（開状態）である。
【図３】撮像装置１５の斜視図（閉状態）である。
【図４】会議端末１１の電気的構成を示すブロック図である。
【図５】ＨＤＤ２４の各種記憶領域を示す概念図である。
【図６】第１フラグテーブル２４３１の概念図である。
【図７】第２フラグテーブル２４４１の概念図である。
【図８】撮像装置１５の電気的構成を示すブロック図である。
【図９】ＣＰＵ２１が実行する秘話通信制御処理のフローチャートである。
【図１０】図９の続きを示すフローチャートである。
【図１１】図１０の続きを示すフローチャートである。
【図１２】秘話対象外制御処理のフローチャートである。
【図１３】ステップ１の概念図である。
【図１４】ステップ２の概念図である。
【図１５】ステップ３の概念図である。
【図１６】ステップ４の概念図である。
【図１７】ステップ５の概念図である。
【図１８】ステップ１〜５における第１フラグテーブル２４３１の変化を示す図である。
【図１９】変形例である第１フラグテーブル２４３２の概念図である。
【図２０】変形例である第２フラグテーブル２４４２の概念図である。
【図２１】変形例である秘話対象外制御処理のフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態である会議端末１１について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００１６】
図１を参照し、会議システム１の概要について説明する。会議システム１は、会議端末１１、１２、及び１３を備えている。会議端末１１〜１３は、ネットワーク２に接続している。会議端末１１〜１３は、ネットワーク２を介して他の会議端末と通信を行うことで、遠隔会議を実行する。会議端末１１〜１３として、周知のＰＣや遠隔会議用の専用端末等を使用できる。例えば、会議端末１１は拠点１に、会議端末１２は拠点２に、会議端末１３は拠点３に各々設置されている。
【００１７】
さらに、会議端末１１には撮像装置１５、会議端末１２には撮像装置１６、会議端末１３には撮像装置１７が各々接続されている。撮像装置１５〜１７は、折り畳み式であり、カメラ６６（図２参照）、マイク７２（図２参照）、及びスピーカ７３（図２参照）を備えている。撮像装置１５〜１７は、カメラ６６によって各拠点１〜３を撮影し、マイク７２を用いて音声を取得し、スピーカ７３から音声を出力する。
【００１８】
例えば、会議端末１１は、撮像装置１５から撮影画像及び音声を取得する。会議端末１１は、取得した撮影画像に基づき、他の会議端末１２、１３のディスプレイ３０Ｂ、３０Ｃ（図１参照）に表示させる表示画像を作成する。会議端末１１は、作成された表示画像及び取得された音声を、ネットワーク２を介して他の会議端末１２、１３に送信する。
【００１９】
会議端末１１は、他の会議端末１２、１３から送信された表示画像及び音声を、ネットワーク２を介して受信する。会議端末１１は、受信した表示画像をディスプレイ３０Ａに表示する。会議端末１１は、接続された撮像装置１５を制御し、受信した音声をスピーカ７３から出力させる。会議端末１２、１３も会議端末１１と同様に撮像装置１６、１７を制御する。会議端末１１〜１３の各利用者は、ディスプレイ３０Ａ〜３０Ｃに表示された表示画像、及び撮像装置１５〜１７の各スピーカ７３から出力される音声によって、遠隔拠点の様子を認識できる。このようにして、会議システム１において遠隔会議が実施される。
【００２０】
図２、及び図３を参照し、撮像装置１５の構造について説明する。なお、撮像装置１６、１７は、撮像装置１５と同じ構造であるので説明を省略する。撮像装置１５は、第一筐体６２及び第二筐体６３を備えている。第一筐体６２及び第二筐体６３は、正面視縦長の略長方形の薄板状に形成されている。第一筐体６２の略中央には、正面視略長方形状の開口部７４が設けられている。開口部７４の下側の内側面には、操作部４６が設けられている。第一筐体６２及び第二筐体６３は、その上部で軸部６５を介して回動可能に連結されている。撮像装置１５は、軸部６５を中心に回動して折り畳むことができる。撮像装置１５の上部中央には、軸部６５と同軸上に回動可能に軸支されたカメラ６６が設けられている。第一筐体６２の前面７１の下部にはマイク７２が設けられている。第二筐体６３の前面７５の略中央にスピーカ７３が設けられている。スピーカ７３は、前側に向かってやや斜め下方に突出している。スピーカ７３は、前方に位置する開口部７４に対向して位置している。
【００２１】
図２に示すように、撮像装置１５は、軸部６５の軸心方向を水平面に対して平行にし、且つ第一筐体６２と第二筐体６３とを最大角度で開いた状態で、水平面である机上に載置して自立させることができる。撮像装置１５が自立した状態で、カメラ６６を回動させて利用者に向けることで、撮像装置１５の設置が完了する。なお、以下説明において、撮像装置１５を最大角度で開いて机上に設置する状態（図２参照）を、開状態という。撮像装置１５を折り畳んだ状態（図３参照）を、閉状態という。
【００２２】
本実施形態は、撮像装置１５〜１７を用いて、互いに異なる拠点の利用者間同士で秘話を行うことができる。例えば、図１において、拠点１の利用者が撮像装置１５を閉状態にして、秘話相手に拠点２を選択する。秘話相手に選択された拠点２の利用者は、これを受けて撮像装置１６を閉状態にする。両方の撮像装置１５、１６が共に閉状態になることを条件にして、秘話モードに移行する。秘話モードでは、撮像装置１５、１６のマイク７２の入力レベル、及びスピーカ７３の出力レベルが予め設定した基準レベルより低下するように設定されている。故に、拠点１、２の利用者は、電話の受話器のようにして、閉状態の撮像装置１５、１６を手に持ち、スピーカ７３に耳を当て、口元に位置するマイク７２で秘話を行うことができる。
【００２３】
図４を参照し、会議端末１１の電気的構成について説明する。会議端末１２、１３は、会議端末１１の電気的構成と同じであるので説明を省略する。会議端末１１は、会議端末１１の制御を司るＣＰＵ２１を備えている。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、ＨＤＤ２４、ＵＳＢインタフェース（ＵＳＢ  Ｉ／Ｆ）２５、ネットワークインタフェース（ネットワーク  Ｉ／Ｆ）２６、デコーダ３２、及びドライブ装置３３と接続している。ディスプレイ３０は、デコーダ３２と接続している。
【００２４】
ＵＳＢ  Ｉ／Ｆ２５は、ＵＳＢケーブルを介して撮像装置１５と通信を行うためのコントローラである。ネットワークＩ／Ｆ２６は、ネットワーク２を介して他の会議端末１２、１３と通信を行うためのコントローラである。デコーダ３２は、符号化されたデータを復号化し、ディスプレイ３０から出力することが可能な画像信号に変換する。ドライブ装置３３は、記憶媒体３３１に記憶された情報を読み出すことができる。例えば、会議端末１１のセットアップ時、記憶媒体３３１に記憶された制御プログラムはドライブ装置３３によって読み出され、ＨＤＤ２４に記憶される。
【００２５】
図５を参照し、ＨＤＤ２４の各種記憶領域について説明する。ＨＤＤ２４は、各種データ記憶領域２４１と、プログラム記憶領域２４２と、第１フラグテーブル記憶領域２４３と、第２フラグテーブル記憶領域２４４等を少なくとも備えている。各種データ記憶領域２４１は、遠隔会議を実行するための各種データ（例えば、撮像装置１５から取得された撮影画像や音声、他の会議端末１２、１３から受信した撮影画像や音声）を記憶する。プログラム記憶領域２４２は、ＣＰＵ２１において実行される制御プログラム等を記憶する。第１フラグテーブル記憶領域２４３は、後述する第１フラグテーブル２４３１（図６参照）を記憶する。第２フラグテーブル記憶領域２４４は、後述する第２フラグテーブル２４４１（図７参照）を記憶する。
【００２６】
図６を参照し、第１フラグテーブル２４３１について説明する。第１フラグテーブル２４３１は、現在どの拠点との間で、秘話の移行要求、又は終了要求を行っているかを表すものである。第１フラグテーブル２４３１では、拠点１〜３について０か１のフラグが各々記憶されている。例えば、秘話を行いたい相手拠点に向けて、秘話モードへの移行を要求する移行要求信号を送信する。この場合、移行要求信号を送信した相手拠点にフラグ１が記憶される。相手拠点では、送信された移行要求信号に従い、秘話モードへの移行を受諾、又は拒否する。この場合、移行要求信号を送信した本拠点に移行受諾信号、又は拒否信号を返信する。本拠点にて、相手拠点から返信された移行受諾信号、又は拒否信号を受信した場合、相手拠点のフラグはクリアされて０が記憶される。
【００２７】
また、秘話通信の実行中に、秘話対象である相手拠点に向けて秘話通信の終了を要求する終了要求信号を送信する。この場合も、終了要求信号を送信した相手拠点にフラグ１が記憶される。相手拠点では、送信された終了要求信号に従い、秘話通信の終了を受諾、又は拒否する。この場合、終了要求信号を送信した本拠点に終了受諾信号、又は拒否信号を返信する。本拠点にて、相手拠点から返信された終了受諾信号、又は拒否信号を受信した場合、相手拠点のフラグはクリアされて０が記憶される。
【００２８】
また、他拠点から移行要求信号を受信した場合、移行要求信号を送信された自拠点にフラグ１が記憶される。自拠点では、送信された移行要求信号に従い、秘話モードへの移行を受諾、又は拒否する。この場合、移行要求信号を送信した相手拠点に移行受諾信号、又は拒否信号を返信する。この場合に、自拠点のフラグ１はクリアされて０が記憶される。
【００２９】
また、他拠点から終了要求信号を受信した場合でも、終了要求信号を送信された自拠点にフラグ１が記憶される。自拠点では、送信された終了要求信号に従い、秘話通信の終了を受諾、又は拒否する。この場合、終了要求信号を送信した相手拠点に終了受諾信号、又は拒否信号を返信する。この場合に、自拠点のフラグ１はクリアされて０が記憶される。
【００３０】
このように、第１フラグテーブル２４３１は、どの拠点に秘話モードの移行、終了が要求されたかをフラグで記憶している。秘話モードへの移行、又は終了を要求された拠点から受諾、又は拒否の回答があった場合に０クリアする。つまり、全てのフラグが０となれば、全ての拠点について要求に対する受諾、又は拒否の回答があったということになる。
【００３１】
図７を参照し、第２フラグテーブル２４４１について説明する。第２フラグテーブル２４４１は、現在秘話相手となっている拠点が、どの拠点であるかを表すものである。第２フラグテーブル２４４１では、各拠点間に対して０か１のフラグが各々記憶されている。３つの拠点１〜３では、拠点１と２、拠点１と３、拠点２と３の３つの拠点間が存在する。例えば、拠点１、２間で秘話通信の要求、受諾が成立した場合、拠点１、２間にフラグ１が記憶される。秘話通信が終了した場合はクリアされる。
【００３２】
図８を参照し、撮像装置１５の電気的構成について説明する。撮像装置１６、１７は、撮像装置１５の電気的構成と同じであるので説明を省略する。撮像装置１５は、撮像装置１５の制御を司るＣＰＵ４１を備えている。ＣＰＵ４１は、ＲＯＭ４２、ＲＡＭ４３、フラッシュメモリ４４、ＵＳＢ  Ｉ／Ｆ４５、操作部４６、エンコーダ５１、デコーダ５２、検出スイッチ５４、及び加速度センサ５５と接続している。カメラ６６はエンコーダ５１と接続している。エコーキャンセラ５３は、エンコーダ５１及びデコーダ５２と接続している。マイク７２及びスピーカ７３は、エコーキャンセラ５３と接続している。
【００３３】
フラッシュメモリ４４には、ＣＰＵ４１において実行されるプログラムが記憶されている。ＵＳＢ  Ｉ／Ｆ４５は、ＵＳＢケーブルを介して会議端末１１と通信を行うためのコントローラである。エンコーダ５１は、カメラ６６によって撮影された撮影画像の信号、及び、エコーキャンセラ５３によってエコー除去された音声信号を符号化してデータに変換する。デコーダ５２は、符号化されたデータを復号化し、スピーカ７３から出力することが可能な音声信号に変換する。なお、デコーダ５２から出力された音声信号には、エコーキャンセラ５３においてエコー除去が施される。
【００３４】
検出スイッチ５４は、撮像装置１５が折り畳まれて閉状態になったことを検出する。検出スイッチ５４は、第二筐体６３（図２参照）の前面７５（図２参照）の上側であって、軸部６５（図２参照）の近傍に設けられている。検出スイッチ５４は、第一筐体６２の背面に押圧されることでオン信号を出力する。ＣＰＵ４１は、オン信号を会議端末１１に出力する。会議端末１１のＣＰＵ２１は、撮像装置１５から出力されるオン信号を監視することによって、撮像装置１５が開状態か閉状態であるかを判断できる。加速度センサ５５は、加速度を測定できる。ＣＰＵ４１は、測定された加速度に基づき信号処理を行うことによって、撮像装置１５の動きの様子を認識できる。
【００３５】
撮像装置１５は、カメラ６６において撮影された撮影画像、及びマイク７２を介して入力された音声を、ＵＳＢケーブルを介して会議端末１１に送信する。撮像装置１５は、検出スイッチ５４及び加速度センサ５５を介して認識された撮像装置１５の状態を、ＵＳＢケーブル（図示外）を介して会議端末１１に送信する。会議端末１１は、ＵＳＢケーブルを介して、撮影画像、音声、及び撮像装置１５の状態を受信できる。これによって会議端末１１は、撮影画像及び音声を撮像装置１５から取得できる。また会議端末１１は、撮像装置１５の状態を把握できる。
【００３６】
図９〜図１２のフローチャート、図１３〜図１７のステップ図、図１８を参照し、ＣＰＵ２１が実行する秘話通信制御処理について説明する。説明の便宜上、会議端末１１のＣＰＵ２１が実行する秘話通信制御処理について説明する。なお、本実施例では、会議実行中に、拠点１の利用者と、拠点２の利用者との間で秘話通信が行われる場面を想定し、以下の５つのステップに分けて順に説明する。
［ステップ１］：通常の会議状態・・・（図１、図１３参照）
［ステップ２］：拠点１から拠点２に対して秘話モード移行要求・・・（図１４参照）
［ステップ３］：拠点１と拠点２の間で秘話モード実行・・・（図１５参照）
［ステップ４］：拠点２から拠点１に対して秘話モード終了要求・・・（図１６参照）
［ステップ５］：通常の会議状態・・・（図１７参照）
【００３７】
［ステップ１］
図１に示すように、拠点１の会議端末１１と、拠点２の会議端末１２と、拠点３の会議端末１３とが、ネットワーク２を介して接続し、遠隔会議を実行する。拠点１〜３において、撮像装置１５〜１７は何れも開状態で机上に設置されている。図１３に示すように、会議端末１１のディスプレイ３０Ａには、拠点２、３の各画像が表示される。会議端末１２のディスプレイ３０Ｂには、拠点１、３の各画像が表示される。会議端末１３のディスプレイ３０Ｃには、拠点１、２の各画像が表示される。撮像装置１５〜１７のスピーカ７３（図２参照）からは、他拠点の音声が出力される。
【００３８】
ＣＰＵ２１は、ネットワーク２を介して他拠点２、３の会議端末１２、１３と接続を確立し、遠隔会議が開始したのを契機に、ＨＤＤ２３（図４参照）に記憶された「秘話通信制御プログラム」（本発明の「制御プログラム」に相当）を呼び出して「秘話通信制御処理」を実行する。まず、図９のフローに示すように、ＣＰＵ２１は、ネットワーク２を介した通信相手の端末数を検出する（Ｓ１）。図１に示す例では、会議端末１２、１３の２つである。ＣＰＵ２１は、検出結果をＲＡＭ２３（図４参照）に記憶する。ＣＰＵ２１は、第１フラグテーブル２４３１（図１８のステップ１参照）、第２フラグテーブル２４４１の全てのフラグを０クリアする（Ｓ３）。
【００３９】
［ステップ２］
図１４に示すように、拠点１の利用者が拠点２の利用者と秘話を行う為に、撮像装置１５を折り畳んで閉状態にする。ＣＰＵ２１は、撮像装置１５は開状態か否か判断する（Ｓ５）。ＣＰＵ２１は、撮像装置１５は閉状態と判断した場合（Ｓ５：ＹＥＳ）、ＲＡＭ２３に記憶した通信相手の端末数が複数か否か判断する（Ｓ１０）。ＣＰＵ２１は、通信相手の端末数が複数であると判断した場合（Ｓ１０：ＹＥＳ）、ディスプレイ３０Ａに秘話相手選択画面を表示する（Ｓ１１）。秘話相手選択画面として、例えば「秘話モードの相手拠点を選択してください。」のメッセージと、現在ネットワーク２を介して通信している拠点２、拠点３の各拠点名とが表示される。拠点１の利用者は、これから秘話をしたい相手の拠点を矢印のポインタ６０で選択する。なお、秘話相手の拠点は１拠点に限らず、複数の選択も可能である。
【００４０】
続いて、ＣＰＵ２１は、秘話相手の拠点が選択されたか否かを判断する（Ｓ１２）。ＣＰＵ２１は、秘話相手の拠点が選択されるまで（Ｓ１２：ＮＯ）、Ｓ１１、Ｓ１２に戻って待機状態となる。ＣＰＵ２１は、利用者が拠点２を選択した場合（Ｓ１２：ＹＥＳ）、選択された拠点２の会議端末１２に移行要求信号を送信する（Ｓ１３）。ＣＰＵ２１は、第１フラグテーブル２４３１において、移行要求の対象拠点である拠点２のフラグを１（図１８のステップ２参照）にする（Ｓ１４）。なお、ＣＰＵ２１は、ＲＡＭ２３に記憶した通信相手の端末数は１つと判断した場合（Ｓ１０：ＮＯ）、秘話相手を選択する必要が無いので、その通信相手の会議端末に移行要求信号を送信する（Ｓ１３）。
【００４１】
ここで、図１４に示すように、秘話モードの移行要求信号を受信した拠点２では、会議端末１２のディスプレイ３０Ｂに「拠点１から秘話モードの要求があります。」のメッセージが表示される。これを見た拠点２の利用者は、拠点１の秘話モードの要求を受諾するか拒否するか判断する。
【００４２】
［ステップ３］
図１５に示すように、拠点２の利用者は、拠点１からの秘話モードへの移行要求を受諾する場合、撮像装置１６を折り畳んで閉状態にする。会議端末１２のＣＰＵ２１は、撮像装置１６の閉状態を検出した場合、移行受諾信号を拠点１の会議端末１１に返信する。なお、これとは逆に、秘話モードへの移行要求を拒否する場合、会議端末１２において拒否操作（例えば、キーボード操作等）を行う。会議端末１２のＣＰＵ２１は、拒否操作を検出した場合、拒否信号を拠点１の会議端末１１に返信する。
【００４３】
そして、図１０のフローに示すように、会議端末１１のＣＰＵ２１は、拠点２から移行受諾信号、又は拒否信号を受信したか否か判断する（Ｓ１７）。ＣＰＵ２１は、拠点２から移行受諾信号を受信したと判断した場合（Ｓ１７：ＹＥＳ）、第１フラグテーブル２４３１、第２フラグテーブル２４４１を更新する（Ｓ１８）。例えば、図１８のステップ３に示すように、第１フラグテーブル２４３１の拠点２のフラグを０にする。さらに、図７に示すように、第２フラグテーブル２４４１の拠点１、２間のフラグを１にする。
【００４４】
さらに、ＣＰＵ２１は、第１フラグテーブル２４３１のフラグが全て０であるか否か判断する（Ｓ１９）。ＣＰＵ２１は、フラグが１の拠点があると判断した場合（Ｓ１９：ＮＯ）、Ｓ１７に戻って待機状態となる。ＣＰＵ２１は、第１フラグテーブル２４３１のフラグが全て０と判断した場合（Ｓ１９：ＹＥＳ）、続いて、秘話を受諾した拠点があるか否か判断する（Ｓ２０）。ＣＰＵ２１は、第２フラグテーブル２４４１を参照して、自拠点である拠点１との間でフラグ１の拠点があるか否かを判断する。例えば、図７に示す第２フラグテーブル２４４１を参照すると、拠点１、２間のフラグが１になっている（Ｓ２０：ＹＥＳ）。従って、ＣＰＵ２１は、拠点２の会議端末１２との間で秘話モードに移行し、秘話通信を開始する（Ｓ２２）。秘話モードでは、撮像装置１５、１６のマイク７２の入力レベル（感度）、及びスピーカ７３の出力レベルを基準レベルよりも大きく低下させる。なお、マイク７２の入力レベルに関して言えば、例えば、通常レベルの５％まで低下させればよい。
【００４５】
ここで、ＣＰＵ２１は、秘話を受諾した拠点が無いと判断した場合（Ｓ２０：ＮＯ）、秘話モードに移行できないので、自拠点の撮像装置１５が開状態か否か判断する（Ｓ２１）。拠点１の利用者は、拠点２の利用者との秘話を諦める場合、撮像装置１５を開状態に戻す操作を行う。ＣＰＵ２１は、撮像装置１５が開状態になるまでは（Ｓ２１：ＮＯ）、Ｓ２０に戻って、秘話を受諾した拠点があるか監視する。ＣＰＵ２１は、撮像装置１５が開状態に戻されたと判断した場合（Ｓ２１：ＹＥＳ）、図９のＳ５に戻って、処理を繰り返す。
【００４６】
ところで、秘話通信を開始したＣＰＵ２１は、さらに秘話通信開始の旨をディスプレイ３０Ａに表示する（Ｓ２３）。図１５に示すように、会議端末１１のディスプレイ３０Ａには「拠点２との秘話モードに移行しました。」のメッセージが表示される。会議端末１２のディスプレイ３０Ｂには「拠点１との秘話モードに移行しました。」のメッセージが表示される。これにより、拠点１、２の各利用者は、拠点１、２間において秘話モードに移行したことを認識できる。拠点１、２の各利用者は、閉状態の撮像装置１５、１６を電話の受話器のように手に持ち、スピーカ７３に耳を当て、口元に位置するマイク７２で秘話を行うことができる。
【００４７】
さらに、ＣＰＵ２１は、秘話対象外の拠点３に、拠点１と拠点２が秘話モードに移行したことを通知する移行通知信号を送信する（Ｓ２４）。図１５に示すように、拠点３の会議端末１３は、拠点１から移行通知信号を受信すると、ディスプレイ３０Ｃに「拠点１と拠点２とが秘話モードに移行しました。」のメッセージを表示する。故に、拠点３の利用者は、拠点１と２が秘話モードに移行したことを認識できる。
【００４８】
さらに、ＣＰＵ２１は、秘話対象外の拠点３に対して画像、音声の配信を停止し（Ｓ２５）、かつ拠点３から配信された音声のスピーカ７３からの出力を停止する（Ｓ２６）。拠点２の会議端末１２のＣＰＵ２１も同様の処理を実行する。故に、図１５に示すように、拠点３の会議端末１３のディスプレイ３０Ｃには、拠点１、２の各画像が表示されない。また、撮像装置１７のスピーカ７３から拠点１、２の音声が出力されない。故に、拠点１、２の秘話内容が拠点３に漏れないので、秘話内容の秘密性を確保できる。さらに、拠点１、２においては、拠点３の音声が撮像装置１５、１６の各スピーカ７３から出力されない。故に、拠点１、２の利用者は、拠点３の音声に惑わされることなく、秘話に集中できる。
【００４９】
図１５に示すように、拠点１のディスプレイ３０Ａには、秘話対象外の拠点３の画像が引き続き表示され、さらにそれまで拠点２の画像が表示されていた位置には「秘話中」のメッセージが表示される。拠点２のディスプレイ３０Ｂにも、秘話対象外の拠点３の画像が引き続き表示され、さらにそれまで拠点１の画像が表示されていた位置には「秘話中」のメッセージが表示される。変形例として、例えば、秘話相手の画像をそのまま表示させてもよい。さらに、秘話に一層集中する為に、秘話対象外の拠点３の画像は表示しなくてもよい。
【００５０】
次いで、ＣＰＵ２１は、秘話モード移行中に、秘話対象外の拠点３から移行要求信号を受信したか否か判断する（Ｓ２７）。図１５に示すように、拠点１と拠点２は既に秘話モードに移行し、秘話通信を実行中である。それ故、拠点３からの秘話移行要求を拒否する必要がある。ＣＰＵ２１は、秘話対象外の拠点３から移行要求信号を受信したと判断した場合（Ｓ２７：ＹＥＳ）、拠点３の会議端末１３に拒否信号を送信し（Ｓ２８）、図１１のＳ３４に進む。ＣＰＵ２１は、秘話対象外の拠点３から移行要求信号を受信していないと判断した場合（Ｓ２７：ＮＯ）、そのまま図１１のＳ３４に進む。
【００５１】
［ステップ４］
図１６に示すように、秘話通信中の拠点１、２において、何れかの拠点の利用者が秘話通信を終了させる場合、自拠点の撮像装置１５、１６を開いて開状態にする。図１１のフローに示すように、ＣＰＵ２１は、撮像装置１５は開状態か否か判断する（Ｓ３４）。ＣＰＵ２１は、撮像装置１５は引き続き閉状態と判断した場合（Ｓ３４：ＮＯ）、秘話相手の拠点２から終了要求信号を受信したか否か判断する（Ｓ４６）。ＣＰＵ２１は、拠点２からも終了要求信号を受信していないと判断した場合（Ｓ４６：ＮＯ）、Ｓ３４に戻り、待機状態となる。ここで、秘話通信を終了する為に、拠点１の利用者が撮像装置１５を開状態にした場合と、拠点２の利用者が撮像装置１６を開状態にした場合とで、以降の処理の流れが異なるので、それぞれの場合に分けて順に説明する。
【００５２】
まず、拠点１の利用者が撮像装置１５を開状態（解除要求）にした場合について説明する。ＣＰＵ２１は、撮像装置１５は開状態であると判断するので（Ｓ３４：ＹＥＳ）、拠点２の会議端末１２に向けて終了要求信号を送信する（Ｓ３５）。ＣＰＵ２１は、第１フラグテーブル２４３１の対象拠点である拠点２のフラグを１（図７参照）にする（Ｓ３６）。続いて、ＣＰＵ２１は、他拠点から秘話モードの終了要求をされている場合に、その終了要求を受諾する受諾操作があったか否か判断する（Ｓ３７）。上記したように、この一例では拠点１から拠点２に対して終了要求をしているので（Ｓ３７：ＮＯ）、秘話の対象である拠点２から終了受諾信号を受信したか否か判断する（Ｓ４８）。ＣＰＵ２１は、拠点２から終了受諾信号を受信するまで（Ｓ４８：ＮＯ、Ｓ３７：ＮＯ）、待機状態となる。
【００５３】
そして、ＣＰＵ２１は、拠点２から終了受諾信号を受信したと判断した場合（Ｓ４８：ＹＥＳ）、第１フラグテーブル２４３１、第２フラグテーブル２４４１を更新する（Ｓ３９）。例えば、第１フラグテーブル２４３１の拠点２のフラグを０にする。さらに、第２フラグテーブル２４４１の拠点１、２間のフラグを０にする。
【００５４】
次いで、ＣＰＵ２１は、第１フラグテーブル２４３１のフラグが全て０であるか否か判断する（Ｓ４０）。ＣＰＵ２１は、フラグが１の拠点があると判断した場合（Ｓ４０：ＮＯ）、Ｓ３７に戻って処理を繰り返す。ＣＰＵ２１は、第１フラグテーブル２４３１のフラグが全て０と判断した場合（Ｓ４０：ＹＥＳ）、秘話モードを解除して秘話通信を終了する（Ｓ４１）。Ｓ４１以降の説明は後述する。
【００５５】
次に、拠点２の利用者が撮像装置１６を開状態（解除要求）にした場合について説明する。図１６に示すように、拠点２の利用者が撮像装置１６を開いて開状態にした場合、会議端末１２から拠点１の会議端末１１に向けて終了要求信号が送信される。ＣＰＵ２１は、拠点２から終了要求信号を受信したと判断した場合（Ｓ４６：ＹＥＳ）、ディスプレイ３０Ａに「拠点２から秘話モード終了の要求がありました。」のメッセージを表示する（Ｓ４７）。ディスプレイ３０Ａを見た拠点１の利用者は、拠点２から秘話モードの終了要求があったことを認識できる。ＣＰＵ２１は、第１フラグテーブル２４３１の拠点１のフラグを１（図１８のステップ４参照）にする（Ｓ３６）。
【００５６】
拠点１の利用者は、秘話モードの終了要求を受諾するか拒否するか判断する。拠点１の利用者は、秘話モードの終了要求を受諾しない場合（秘話を続けたい場合）、会議端末１１において拒否操作を行う。ＣＰＵ２１は、会議端末１１において拒否操作を検出した場合（Ｓ３７：ＮＯ）、秘話モードを継続する。ＣＰＵ２１は、秘話の対象拠点である拠点２から終了受諾信号を受信したか否か判断する（Ｓ４８）。上記したように、この一例では拠点２から拠点１に対して終了要求をしているので（Ｓ４８：ＮＯ）、Ｓ３７に戻って、受諾操作があるまで待機状態となる。
【００５７】
［ステップ５］
図１７に示すように、ＣＰＵ２１は、撮像装置１５を開くことによる受諾操作があったと判断した場合（Ｓ３７：ＹＥＳ）、終了受諾信号を秘話相手である拠点２の会議端末１２に送信する（Ｓ３８）。ＣＰＵ２１は、第１フラグテーブル２４３１、第２フラグテーブル２４４１を更新する（Ｓ３９）。例えば、図１８のステップ５に示すように、第１フラグテーブル２４３１の拠点１のフラグを０にする。さらに、第２フラグテーブル２４４１の拠点１、２間のフラグを０にする。
【００５８】
ＣＰＵ２１は、第１フラグテーブル２４３１のフラグが全て０であるか否か判断する（Ｓ４０）。ＣＰＵ２１は、フラグが１の拠点があると判断した場合（Ｓ４０：ＮＯ）、Ｓ３７に戻って処理を繰り返す。ＣＰＵ２１は、第１フラグテーブル２４３１のフラグが全て０と判断した場合（Ｓ４０：ＹＥＳ）、秘話モードを解除して秘話通信を終了する（Ｓ４１）。
【００５９】
Ｓ４１において秘話通信が終了すると、撮像装置１５、１６のマイク７２の入力レベル（感度）、及びスピーカ６７の出力レベが基準レベルに復帰する。このように、秘話相手である拠点２の撮像装置１６が開状態にされても、拠点１の撮像装置１５も開状態にされなければ、秘話モードは終了されない。つまり、各拠点の利用者が合意した上で、秘話モードを終了することができる。これにより、知らないうちに秘話モードが終了してスピーカ７３から突如轟音が鳴り、利用者に負担を与えることを確実に防止できる。
【００６０】
さらに、ＣＰＵ２１は、秘話モード終了の旨をディスプレイ３０Ａに表示する（Ｓ４２）。図１７に示すように、会議端末１１のディスプレイ３０Ａには「拠点２との秘話モードを終了しました。」のメッセージが表示される。他方、会議端末１２のディスプレイ３０Ｂには「拠点１との秘話モードを終了しました。」のメッセージが表示される。これにより、拠点１、２の各利用者は、拠点１、２間において秘話モードが終了したことを認識できる。
【００６１】
次いで、ＣＰＵ２１は、秘話対象外である拠点３の会議端末１３に対して、秘話モードを終了したことを通知する終了通知信号を送信する（Ｓ４３）。拠点３の会議端末１３のＣＰＵ２１は、拠点１から終了通知信号を受信すると、ディスプレイ３０Ｃに「拠点１と拠点２とが秘話モードを終了しました。」のメッセージを表示する。故に、拠点３の利用者も、拠点１と２間において秘話モードが終了したことを認識できる。
【００６２】
さらに、ＣＰＵ２１は、秘話対象外の拠点３に対して画像、音声の配信を再開し（Ｓ４４）、拠点３から配信された音声のスピーカ７３からの出力を再開する（Ｓ４５）。拠点２の会議端末１２のＣＰＵ２１も同様の処理を実行する。故に、拠点３の会議端末１３のディスプレイ３０Ｃには、拠点１、２の各撮影画像が表示される。さらに、撮像装置１７のスピーカ７３から拠点１、２の音声が出力される。また、拠点１、２においては、拠点３の音声も撮像装置１５、１６のスピーカ７３から出力される。こうして、会議システム１は、各拠点１〜３間において、通常の会議状態に戻る。ＣＰＵ２１は、図９のＳ１１に戻り、会議が終了するまで処理を繰り返す。
【００６３】
次に、図１に示す通常の会議実行中に、他拠点から秘話モードへの移行要求があった場合について説明する。図９のフローに示すように、ＣＰＵ２１は、撮像装置１５が開状態である間は（Ｓ５：ＮＯ）、他拠点から秘話モードへの移行要求信号を受信したか否か判断する（Ｓ１５）。ＣＰＵ２１は、移行要求信号を受信していないと判断した場合（Ｓ１５：ＮＯ）、Ｓ５に戻って、処理を繰り返す。ＣＰＵ２１は、他拠点から秘話モードへの移行要求信号を受信したと判断した場合（Ｓ１５：ＹＥＳ）、ディスプレイ３０Ａに移行要求信号を受信した旨を表示する（Ｓ１６）。ＣＰＵ２１は、第１フラグテーブル２４３１において、移行要求の対象拠点である拠点１のフラグを１にする（Ｓ１４）。
【００６４】
そして、図１０のフローに進み、ＣＰＵ２１は、拠点２から移行受諾信号、又は拒否信号を受信したか否か判断する（Ｓ１７）。上記したように、この場合、拠点２から拠点１に対して移行要求をしているので（Ｓ１７：ＮＯ）、回答操作があったか否か判断する（Ｓ２９）。拠点１の利用者は、拠点２から移行要求を受けているので、移行要求を受諾するか拒否するかの回答をする必要がある。移行要求を受諾する回答操作は、撮像装置１５を閉じて閉状態にする操作である。移行要求を拒否する回答操作は、例えば、会議端末１１のキーボードによる拒否操作である。
【００６５】
ＣＰＵ２１は、回答操作があったと判断した場合（Ｓ２９：ＹＥＳ）、それは受諾か否か判断する（Ｓ３０）。ＣＰＵ２１は、撮像装置１５を開じることによる受諾操作があったと判断した場合（Ｓ３０：ＹＥＳ）、移行受諾信号を拠点２の会議端末１２に送信する（Ｓ３１）。ＣＰＵ２１は、第１フラグテーブル２４３１、第２フラグテーブル２４４１を更新する（Ｓ１８）。例えば、第１フラグテーブル２４３１の拠点１のフラグを０にする。さらに、第２フラグテーブル２４４１の拠点１、２の拠点間のフラグを１にする。それ以降は、上記と同じ処理である。
【００６６】
一方、ＣＰＵ２１は、会議端末１１において拒否操作があったと判断した場合（Ｓ３０：ＮＯ）、第１フラグテーブル２４３１、第２フラグテーブル２４４１をクリアし（Ｓ３２）、拒否信号を拠点２の会議端末１２に送信する（Ｓ３３）。そして、ＣＰＵ２１は、Ｓ１１に戻り、これまでの処理を繰り返す。
【００６７】
図１２を参照し、ＣＰＵ２１による秘話対象外制御処理について説明する。本処理は、自拠点を除く他拠点間において秘話モードに移行した場合に、該秘話モードが終了するまでの他拠点との通信を制御する処理である。なお、説明の便宜上、拠点３の会議端末１３のＣＰＵ２１が実行する秘話対象外制御処理について説明する。
【００６８】
ＣＰＵ２１は、ネットワーク２を介して他拠点２、３の会議端末１２、１３と接続を確立し、遠隔会議が開始したのを契機に、ＨＤＤ２３（図４参照）に記憶された「秘話対象外制御プログラム」を呼び出して「秘話対象外制御処理」を実行する。ＣＰＵ２１は、上記の「秘話通信制御処理」と本処理とを並行して実行する。
【００６９】
まず、ＣＰＵ２１は、他拠点から移行通知信号を受信したか否か判断する（Ｓ６１）。移行通知信号を受信しない間は（Ｓ６１：ＮＯ）、Ｓ６１に戻って待機状態となる。ＣＰＵ２１は、他拠点１（又は２）から移行通知信号を受信したと判断した場合（Ｓ６１：ＹＥＳ）、他拠点１、２間で秘話通信開始の旨をディスプレイ３０Ｃに表示する（Ｓ６２）。例えば、図１５に示すように「拠点１と拠点２とが秘話モードに移行しました。」のメッセージがディスプレイ３０Ｃに表示される。これにより、拠点３の利用者は、拠点１と２の間で秘話モードに移行したことがわかる。
【００７０】
次いで、ＣＰＵ２１は、第２フラグテーブル２４４１を更新する（Ｓ６３）。具体的には、図７に示すように、第２フラグテーブル２４４１の拠点１、２の拠点間のフラグを１にする。なお、拠点１と２の間で秘話モードに移行すると、それまで拠点１、２の画像及び音声の配信が停止される。それ故、ディスプレイ３０Ｃには、拠点１、２の画像が表示されず、スピーカ７３から拠点１、２の音声が出力されないので、拠点１と２の秘話内容や、拠点１、２の様子を知ることはできない。故に、拠点１、２の秘話内容の秘密性を確保できる。
【００７１】
そして、ＣＰＵ２１は、拠点１又は２から終了通知信号を受信したか否か判断する（Ｓ６４）。ＣＰＵ２１は、終了通知信号を受信していないと判断した場合（Ｓ６４：ＮＯ）、Ｓ６１に戻り、さらに他拠点から移行通知信号を受信したか否か判断し、同様の処理を繰り返す。ＣＰＵ２１は、拠点１又は２から終了通知信号を受信したと判断した場合（Ｓ６４：ＹＥＳ）、他拠点１、２間で秘話通信終了の旨をディスプレイ３０Ｃに表示する（Ｓ６５）。例えば、図１７に示すように、「拠点１と拠点２とが秘話モードを終了しました。」のメッセージがディスプレイ３０Ｃに表示される。これにより、拠点３の利用者は、拠点１、２間の秘話モードが終了したことがわかる。
【００７２】
次いで、ＣＰＵ２１は、第２フラグテーブル２４４１を更新する（Ｓ６６）。例えば、第２フラグテーブル２４４１の拠点１、２間のフラグを０にする。なお、拠点１、２間の秘話通信が終了すると、それまで停止されていた拠点１、２の画像及び音声の配信が再開される。それ故、ディスプレイ３０Ｃには、拠点１、２の画像が表示され、スピーカ７３から拠点１、２の音声が出力される。故に、図１に示す通常の会議状態に戻る。その後、ＣＰＵ２１は、Ｓ６１に戻り、処理を繰り返す。
【００７３】
以上説明において、図１に示す会議端末１１及び撮像装置１５が、本発明の「会議端末」に相当する。図９のＳ５の処理が本発明の「第１受付ステップ」に相当し、Ｓ１３の処理が本発明の「第１通知ステップ」に相当し、図１０のＳ１７の処理が「第１判断ステップ」に相当し、Ｓ２２の処理が「実行ステップ」に相当する。図９のＳ１の処理が本発明の「検出ステップ」に相当し、Ｓ１１、Ｓ１２の処理が本発明の「選択ステップ」に相当する。図１１のＳ３４の処理が本発明の「第２受付ステップ」に相当し、Ｓ３５の処理が本発明の「第２通知ステップ」に相当し、Ｓ４８の処理が「第２判断ステップ」に相当し、Ｓ４１の処理が「終了ステップ」に相当する。図１０のＳ２５の処理が本発明の「第１停止ステップ」に相当する。
【００７４】
以上説明したように、本実施形態の会議端末１１は、ネットワーク２を介して他拠点の会議端末１２、１３と接続してテレビ会議を実行する。会議端末１１〜１３は、折り畳み式の撮像装置１５〜１７を各々接続している。拠点１の会議端末１１の利用者が撮像装置１５を閉状態とし、さらに秘話相手の拠点を選択する。すると、秘話モードの移行要求信号が拠点２の会議端末１２に送信される。移行要求信号を受信した会議端末１２では、拠点１から移行要求があった旨がディスプレイ３０Ｂに表示される。拠点２の利用者は、移行要求を受諾する為に、撮像装置１６を閉状態にする。会議端末１２は、撮像装置１６が閉状態になったのを検出し、移行受諾信号を会議端末１１に返信する。会議端末１１は、拠点２から移行受諾信号を受信すると、拠点２との間で秘話モードに移行し、秘話通信を開始する。秘話モードでは、撮像装置１５、１６のマイク７２の入力レベル（感度）、及びスピーカ７３の出力レベルを基準レベルよりも大きく低下させる。これにより、閉状態の撮像装置１５、１６を受話器のようにして使用することにより、各拠点の利用者同士の秘話ができる。
【００７５】
また、本実施形態では特に、秘話を行う拠点間において、一方の拠点において撮像装置を閉状態にしただけでは、秘話モードに移行しない。故に、他方の拠点において突然マイク７２の入力レベル、及びスピーカ７３の出力レベルが低くならない。つまり、両拠点の同意があった上で、秘話モードに移行できる。
【００７６】
また、本実施形態では特に、秘話モードを解除する場合、秘話モードに移行する為の操作と逆の操作を行う。つまり、秘話通信中の拠点間において、一方の拠点において撮像装置を開状態にすることに加え、他方の拠点においても撮像装置を開状態にしなければ、秘話モードは解除されない。つまり、両拠点の同意があった上で、秘話モードが解除できるので、突然、秘話モードが解除されてスピーカ７３から轟音が鳴るのを防止できる。
【００７７】
なお、本発明は上述の実施形態に限定されず、種々の変更が可能である。上記実施形態では、会議端末１１のＣＰＵ２１が、他拠点への通知、他拠点からの秘話モードの要求判断、秘話モード時の送受信先制御等を行っているが、撮像装置１５のＣＰＵ４１が実行するように構成してもよい。つまり、上記の制御は、会議端末１１のＣＰＵ２１、撮像装置１５のＣＰＵ４１の何れが実行してもよい。
【００７８】
また、上記実施形態では、３拠点の会議システム１の場合について説明したが、それ以上の拠点を有する会議システムにも本発明は適用可能である。拠点数に応じて、第１フラグテーブル、第２フラグテーブルにおける拠点数が増える。例えば、６拠点で構成する会議システムの場合、図１９に示す第１フラグテーブル２４３２のように、拠点１〜６について０か１のフラグがそれぞれ記憶されている。拠点５、６に１のフラグがそれぞれ記憶されているので、拠点１において拠点５、６の回答（受諾信号、拒否信号等）を待っている状態であることがわかる。
【００７９】
図２０に示す第２フラグテーブル２４４２には、拠点１〜６の各拠点間について０か１のフラグがそれぞれ記憶されている。拠点３、４間と、拠点１、６間とに１のフラグがそれぞれ記憶されているので、拠点３、４間と、拠点１、６間とにおいて秘話モードに移行されている状態であることがわかる。このように、拠点数に応じて、第１フラグテーブル、第２フラグテーブルの拠点数を変化させることによって、上記処理を同様に実行できる。
【００８０】
また、上記実施形態では、秘話相手の拠点を選択した会議端末において、秘話対象外の拠点に対して画像、音声の配信を停止（図１２のＳ２５を参照）することで、秘話内容の秘密性を確保している。例えば、これとは逆に、秘話対象外の拠点の会議端末において、秘話中の会議端末から送信される画像、音声の出力を停止することで、同じ効果を得ることができる。例えば、図２１に示すフローは、会議端末１１のＣＰＵ２１が実行する秘話対象外制御処理の変形例である。この変形例は、上記の秘話対象外制御処理（図１２参照）の各処理ステップに加え、Ｓ７１、７２の処理ステップを追加したものである。
【００８１】
図２１に示すように、ＣＰＵ２１は、移行通知信号を受信したと判断した場合（Ｓ６１：ＹＥＳ）、Ｓ６２、Ｓ６３の処理を実行した後、移行通知信号を送信した拠点の会議端末から配信された音声、画像の出力を停止する（Ｓ７１）。これにより、秘話通信中の拠点の音声、画像がわからないので、秘話内容の秘密性を確保できる。ＣＰＵ２１は、終了通知信号を受信したか否か判断する（Ｓ６４）。ＣＰＵ２１は、終了通知信号を受信するまでは（Ｓ６４：ＮＯ）、Ｓ６４に戻って待機状態となる。ＣＰＵ２１は、終了通知信号を受信したと判断した場合（Ｓ６４：ＹＥＳ）、Ｓ６５、Ｓ６６の処理を実行した後、移行通知信号を送信した拠点の会議端末から配信された音声、画像の出力を再開する（Ｓ７２）。その後は上記処理を同様に繰り返す。図１０のＳ２４の処理が「第３通知ステップ」に相当し、図２１のＳ６１の処理が「第３判断ステップ」に相当し、Ｓ７１の処理が「第２停止ステップ」に相当する。なお、本変形例の場合、図１２のＳ２５の処理は不要である。
【００８２】
また、上記実施形態では、秘話モード中は、撮像装置１５のマイク７２の感度が小さくなるように制御しているが、マイク７２から取得される音声の音量を減衰させてもよい。
【００８３】
また、上記実施形態では、秘話モード中は、秘話対象外の拠点に対し、音声、画像の何れの配信も停止しているが、何れか一方の配信を停止するようにしてもよい。また、秘話対象外の拠点の会議端末から配信された音声及び画像について、両方の出力を停止するようにしてもよい。
【００８４】
また、上記実施形態では、３拠点の会議システム１の場合であるので、拠点１、２間において秘話モードに移行中は、拠点３は拠点１、２の各利用者と会話できない状態となる。しかしながら、４拠点以上の会議システムであれば、拠点１、２間において秘話モードに移行した場合でも、拠点３は、それ以外の拠点間で通常の会議状態を維持できることは言うまでもない。
【００８５】
また、上記実施形態では、折り畳み式の撮像装置１５の「閉状態」を検出することで、「秘話モードへの移行操作」を受け付けるように構成しているが、これ以外の方法でもよく、例えば、秘話モードへの移行、解除を指示する移行ボタン等を撮像装置１５に設けてもよい。つまり、本発明は、折り畳み式の構造を有するものに限定する趣旨ではない。
【００８６】
また、上記実施形態では、秘話モードに移行した後は、秘話中の両方の拠点の撮像装置が開常態になるまでは、秘話モードは解除されないが、何れか一方の撮像装置が開常態になったのを契機に、秘話モードを解除するようにしてもよい。この場合、図１１のＳ３６〜Ｓ４０、Ｓ４８の処理は不要である。
【００８７】
上述では、会議端末１１〜１３は他の会議端末に対して表示画像及び音声を直接送信していたが、本発明はこれに限定されず、ＭＣＵ（Ｍｕｌｔｉ−ｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）を介して他の会議端末に送信してもよい。またこの場合、撮影画像及び動作モードをＭＣＵに対して送信してもよい。ＭＣＵは、受信した撮影画像及び動作モードに基づいて表示画像を作成し、他の会議端末に送信してもよい。
【符号の説明】
【００８８】
１      会議システム
２      ネットワーク
１１、１２、１３  会議端末
１５、１６、１７  撮像装置
２１    ＣＰＵ
２４    ＨＤＤ
４１    ＣＰＵ
６６    カメラ
７２    マイク
７３    スピーカ
【図１】
2012178778.tif 000003
【図２】
2012178778.tif 000004
【図３】
2012178778.tif 000005
【図４】
2012178778.tif 000006
【図５】
2012178778.tif 000007
【図６】
2012178778.tif 000008
【図７】
2012178778.tif 000009
【図８】
2012178778.tif 000010
【図９】
2012178778.tif 000011
【図１０】
2012178778.tif 000012
【図１１】
2012178778.tif 000013
【図１２】
2012178778.tif 000014
【図１３】
2012178778.tif 000015
【図１４】
2012178778.tif 000016
【図１５】
2012178778.tif 000017
【図１６】
2012178778.tif 000018
【図１７】
2012178778.tif 000019
【図１８】
2012178778.tif 000020
【図１９】
2012178778.tif 000021
【図２０】
2012178778.tif 000022
【図２１】
2012178778.tif 000023