JP2016082449A - 通信装置 - Google Patents

Abstract

【課題】 ファンの作動に伴って発生する音により音声が聞こえ難くなるのを防止できる通信装置を提供する。【解決手段】 テレビ会議装置は、マイク２０ａと、該マイク２０ａで入力された音を通信網（例えばインターネット）を介して送信する制御装置２４と、該制御装置２４を冷却するためのファン２１ｃと、マイク２０ａ、制御装置２４及びファン２１ｃが設けられた筐体２５と、を備え、制御装置２４は、マイク２０ａでの音の入力状況に基づいてファン２１ｃの回転数を制御する回転数制御部を含む。この場合、ファンの作動に伴って発生する音により音声が聞こえ難くなるのを防止できる。【選択図】図２

Description

本発明は、通信装置に係り、更に詳しくは、音声通信が可能な通信装置に関する。

従来、通信網を介した少なくとも音声の送受信による会議に用いられる会議装置（通信装置）が知られている（例えば特許文献１参照）。

この会議装置では、マイク、スピーカ、音声の送受信を行う制御装置及び冷却用のファンが同一の筐体に設けられている。

特許文献１に開示されている会議装置では、ファンの作動に伴って発生する音により音声が聞こえ難くなるおそれがあった。

本発明は、マイクと、前記マイクで入力された音を通信網を介して送信する制御装置と、前記制御装置を冷却するためのファンと、前記マイク、前記制御装置及び前記ファンが設けられた筐体と、を備え、前記制御装置は、前記マイクでの音の入力状況に基づいて前記ファンの回転数を制御する回転数制御部を含む通信装置である。

これによれば、ファンの作動に伴って発生する音により音声が聞こえ難くなるのを防止できる。

図１は、一実施形態に係るテレビ会議装置の内部透視図である。 テレビ会議装置の制御の構成を示すブロック図である。 画像入力ユニットの動作を説明するための図（その１）である。 画像入力ユニットの動作を説明するための図（その２）である。 複数のテレビ会議装置を含む会議システムの概略構成を示す図である。 テレビ会議装置を用いるテレビ会議の態様を説明するための図である。 コントローラによる制御を説明するためのフローチャートである。 変形例１におけるコントローラによる制御を説明するためのフローチャートである。 変形例２におけるコントローラによる制御を説明するためのフローチャートである。 変形例３におけるコントローラによる制御を説明するためのフローチャートである。 変形例４におけるコントローラによる制御を説明するためのフローチャートである。 変形例５におけるコントローラによる制御を説明するためのフローチャートである。 変形例６におけるコントローラによる制御を説明するためのフローチャートである。 変形例７におけるコントローラによる制御を説明するためのフローチャートである。

以下、一実施形態を図１〜図７に基づいて説明する。図１には、それぞれ、一実施形態に係る通信装置としてのテレビ会議装置の不使用状態における上面図（内部透視図）が示されている。テレビ会議装置１０は、不使用状態において、全体として、薄い略直方体形状（略平板状）の外形を有している。図１では、テレビ会議装置１０は、例えば机、テーブルなどの上面（載置面）上に水平面に平行に載置されている。以下、テレビ会議装置１０の長手方向をＸ軸方向、水平面内でＸ軸方向に直交する方向をＹ軸方向、Ｘ軸及びＹ軸方向に直交する方向（鉛直方向）をＺ軸方向として説明する。

テレビ会議装置１０は、一例として、図１及び図２に示されるように、筐体２５、制御装置２４、カメラ１６を含む画像入力ユニット１９、スピーカ１８ａを含む音声出力装置１８、マイク２０ａを含む音声入力装置２０、ファン２１ｃを含む冷却系２１などを備えている。

筐体２５は、一例として、薄型の箱形中空部材（略直方体形状の部材）から成る。筐体２５は、図１に示されるように、平面視で、例えばほぼＡ４版サイズの矩形の外形を有し、その厚さが、概ね一定（例えば１５ｍｍ〜４５ｍｍ）となっている。

また、一例として、筐体２５の上壁の−Ｙ側の端部近傍には、Ｘ軸方向のほぼ全域に亘って延び、Ｘ軸方向を長手方向とする平面視矩形の＋Ｚ側及び−Ｘ側に開口する凹部３１が形成されている。

また、一例として、筐体２５の上壁は、凹部３１の＋Ｙ側に、複数の操作部材が設けられた操作パネル部２５ａを有する。操作パネル部２５ａ及び複数の操作部材については、後述する。

また、一例として、筐体２５の＋Ｙ側の側壁（前壁）のＸ軸方向中間部には、後述するメインボード１２に実装される、例えばＵＳＢフラッシュメモリ等の記録メディアＭや外部機器との間の入出力用の２つのＵＳＢ端子４９、及び通信用のＬＡＮ端子５１が嵌め込まれている（図３参照）。

また、一例として、筐体２５の−Ｙ側の側壁（後壁）には、後述するメインボード１２に実装される画像出力端子、通信用のＬＡＮ端子などが嵌め込まれている。また、筐体２５の−Ｘ側の側壁には、電源ジャック６０が嵌め込まれている（図３参照）。

図１に戻り、操作パネル部２５ａには、そのＸ軸方向中央に、−Ｙ側から＋Ｙ側にかけて、上述した複数の操作部材としての電源ボタン３５、回線ボタン３７及び決定ボタン３９が、この順に、一列に並べて配置されている。

電源ボタン３５は、テレビ会議装置１０に対する電源のＯＮ／ＯＦＦを切り換えるために用いられる操作部材である。

また、操作パネル部２５ａにおける電源ボタン３５に隣接する箇所（電源ボタン３５の−Ｘ側近傍）には、電源のＯＮ／ＯＦＦに応じて点灯／消灯する小型の確認用ランプ４２が取り付けられている。

回線ボタン３７は、インターネットを介して双方向通信中の相手側とのインターネット回線を切断するために用いられる操作部材である。

決定ボタン３９は、例えばプロジェクタＰ（図６参照）によりスクリーンＳ上に表示されるメニュー画面内においてカーソル４０が操作されることにより選択された項目を決定するための操作部材である。決定ボタン３９の詳細は、後述する。なお、カーソル４０は、決定ボタン３９の周囲に配置されている。

また、操作パネル部２５ａにおけるカーソル４０の＋Ｘ側には、操作部材としてのメニューボタン４５が配置されている。メニューボタン４５は、例えばスクリーンＳ上にメニュー画面を呼び出すために用いられる操作部材である。

また、操作パネル部２５ａにおけるカーソル４０の−Ｘ側には、一対のボリュームボタン６２ａ、６２ｂが配置されている。

一対のボリュームボタン６２ａ、６２ｂは、スピーカ１８ａの音量を調整するための操作部材である。一対のボリュームボタン６２ａ、６２ｂのうち、＋Ｘ側のボリュームボタン６２ｂを押圧することで、上記音量を下げることができ、−Ｘ側のボリュームボタン６２ａを押圧することで、上記音量を上げることができる。

また、操作パネル部２５ａにおけるカーソル４０の＋Ｘ側には、マイクミュートボタン６４が配置されている。

マイクミュートボタン６４は、マイク２０ａのＯＮ／ＯＦＦを切り替えるための操作部材である。なお、マイク２０ａがＯＮとは、マイク２０ａにより音声が入力される状態を意味し、マイク２０ａがＯＦＦとは、マイク２０ａにより音声が入力されない状態を意味する。

また、操作パネル部２５ａにおけるマイクミュートボタン６４の＋Ｘ側近傍には、マイク２０ａのＯＮ／ＯＦＦ状態に応じて点灯／消灯が切り替わる小型の確認用ランプ６５が設けられている。

制御装置２４は、筐体２５内における操作パネル部２５ａの−Ｚ側に配置され、音声データ及び画像データをエンコード処理またはデコード処理をして、通信網（例えばインターネット）を介した音声及び画像の双方向通信を制御する。なお、上記画像データは、動画または間欠画像（一定時間間隔の静止画像）のデータである。

制御装置２４は、一例として、図２に示されるように、制御用基板としてのメインボード１２、音声処理用及び操作用基板としてのサブボード１３などを含む。

メインボード１２には、ＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)１０１、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)１０２、ＲＡＭ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)１０４、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１０６、データ入出力Ｉ／Ｆ１０８、ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１１０、画像入力Ｉ／Ｆ１１２、画像出力Ｉ／Ｆ１１４、コントローラ１１５（マイコン）の各構成要素が、アドレスバス、データバス等のバスライン１１６を介して、双方向通信可能に接続された状態で実装されている。

ＣＰＵ１０１は、所定のプログラム（テレビ会議装置用プログラム）に基づいてテレビ会議装置１０全体の動作を制御する。なお、テレビ会議装置用プログラムに従ったＣＰＵ１０１の命令による、インターネットを介した音声及び画像の双方向通信にかかる一連の動作は後述する。

ＲＯＭ１０２には、ＩＰＬ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｅｒ）等のＣＰＵ１０１の駆動に用いられるプログラムが記憶されている。

ＲＡＭ１０４は、ＣＰＵ１０１のワークエリアとして使用される。

ＨＤＤ１０６は、上記テレビ会議装置用プログラム、画像データ、音声データ等の各種データが記憶される。なお、ＨＤＤに限らず、例えばＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等を用いてもよい。上記テレビ会議装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、例えば記録メディア等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記テレビ会議装置用プログラムは、ＨＤＤ１０６ではなく、ＲＯＭ１０２に記憶されるようにしてもよい。ＨＤＤ１０６は、ＣＰＵ１０１の制御にしたがってＨＤＤ１０６に対する各種データの読み出し又は書き込みを制御する。

データ入出力Ｉ／Ｆ１０８は、前述したＵＳＢ端子４９を含み、例えばＵＳＢフラッシュメモリ等の記録メディアＭに対するデータの読み出し又は書き込み（記憶）を制御する。記録メディアＭは、ＵＳＢ端子４９に着脱自在となっている。また、記録メディアＭは、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリに限らず、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）等を用いてもよい。

ネットワークＩ／Ｆ１１０は、ＬＡＮ端子５１（例えばイーサネット（登録商標）端子）を含み、ネットワーク例えば、インターネットに接続され、該インターネットを介した他のテレビ会議装置との間のデータ（画像データ及び音声データ）の入出力を行う。上記イーサネット（登録商標）端子の規格としては、例えば１０Ｂａｓｅ−Ｔ、１００ＢａｓｅＴＸ、１０００ＢａｓｅＴが挙げられる。なお、制御装置２４は、ネットワークＩ／Ｆ１１０に加えて、無線ＬＡＮのインターフェースを有していても良い。

画像入力Ｉ／Ｆ１１２は、カメラ１６から出力される画像信号を所定の画像データとして取り込む。なお、カメラ１６を含む画像入力ユニット１９の詳細は後述する。

画像出力Ｉ／Ｆ１１４は、前述した画像出力端子を含み、テレビ会議を行う相手方の会議装置の宛先や画質調整、出力信号の選択などの操作用アイコン等のメニュー画面、通信網（例えばインターネット）を介してネットワークＩ／Ｆ１１０で受信されたデータのうちエンコードされた画像データ、及びカメラ１６により入力された画像データを、画像出力端子に接続される例えばモニタ装置、テレビ、プロジェクタＰ（図６参照）などの表示装置が受け入れ可能な所定のアナログまたはデジタルの画像信号に変換して出力するようになっている。なお、エンコードされた画像データを所定のコーデックを用いてデコードするのはＣＰＵ１０１による。この所定の画像信号としては、アナログＲＧＢ信号（ＶＧＡ）、コンポーネントビデオ信号、ＨＤＭＩ（登録商標）(Ｈｉｇｈ―Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ)信号、ＤＶＩ(Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｉｎｔｅｒａｃｔｉｖｅ)信号が挙げられる。

コントローラ１１５は、ＣＰＵ１０１からの指示により、ファン２１ｃを制御する。コントローラ１１５については、後に詳述する。

サブボード１３には、一例として、複数の操作部材それぞれに個別に対応する複数の操作端子、音声入出力Ｉ／Ｆ１２０、音声制御部１２３の各構成要素が実装されている。上記複数の操作端子、音声制御部１２３は、バスライン１１６を介して、互いに双方向通信可能に接続され、かつメインボード１２に実装された上記各構成要素と双方向通信可能に接続されている。

音声入出力Ｉ／Ｆ１２０は、マイク２０ａにより入力された音声を音声データとして取り込んで音声制御部１２３に送るとともに、ネットワークＩ／Ｆ１１０で受信され音声制御部１２３を介した他の拠点の音声データをスピーカ１８ａで再生可能な音声信号に変換する。

音声制御部１２３は、他のテレビ会議装置との双方向通信時に、スピーカ１８ａから出力された音がマイク２０ａで入力され、該他のテレビ会議装置との間で音波のループを形成して発生するエコー、ハウリングを抑制するエコーキャンセラと、例えばファン２１ｃの作動に伴って発生する音などのマイク２０ａで入力されたノイズを低減させるノイズキャンセラ、マイク２０ａで入力された音声（音声信号）の周波数特性を調整するイコライザ等を有する。

ここでは、音声制御部１２３では、ノイズキャンセラ、イコライザのノイズ除去設定が比較的弱めに設定されている。

また、音声制御部１２３は、一対のボリュームボタン６２ａ、６２ｂが操作されるのに伴いスピーカ１８ａから出力される音の音量を調整し、後述するマイクミュートボタン６４が押し下げられる（ＯＮ／ＯＦＦされる）のに伴いマイク２０ａによる音の入力／非入力を切り替える。

また、音声制御部１２３は、マイク２０ａにより入力され音声処理を施した音声をネットワークＩ／Ｆ１１０及びコントローラ１１５に送る。

コントローラ１１５は、自拠点における発話の有無を判定する自拠点発話有無判定部と、該自拠点発話有無判定部での判定結果に基づいてファン２１ｃの回転数を制御する回転数制御部、各構成部を統括制御する主制御部とを含む。ここでは、自拠点発話有無判定部は、マイク２０ａでの音声入力の有無により自拠点における発話の有無を判定する。具体的には、自拠点発話有無判定部は、マイク２０ａでの音声入力が「有り」のとき「発話有り」と判定し、マイク２０ａでの音声入力が「無し」のとき「発話無し」と判定する。

詳述すると、自拠点発話有無判定部は、マイク２０ａでの音声入力の有無を、マイク２０ａで入力された音の音量レベルが基準値以上のときに「有り」、該基準値未満のときに「無し」と判定する。この基準値は、発話による音声以外の音（例えばファン２１ｃの作動に伴って発生する音、周囲の環境音等）の音量レベルを超える値である。なお、マイク２０ａに入力される音のうち発話による音声はそれ以外の音に比べて、音量レベルが高いと考えて差し支えない。

なお、自拠点発話有無判定部は、要は、自拠点での発話の有無を判定できれば良く、例えば、カメラ１６で入力され画像入力Ｉ／Ｆ１１２を介した画像データを取得し、該画像データから自拠点の会議参加者の口の動きを解析し、自拠点での発話の有無を判定しても良い。

画像入力ユニット１９は、図３及び図４から分かるように、カメラ１６に加えて、カメラ１６が収容されるカメラハウジング６３と、該カメラハウジング６３を二軸のトルクヒンジを介して一端部に保持する細長い扁平の中空部材から成るアーム３４を有している。アーム３４の他端部は、該アーム３４の短手方向（Ｙ軸方向）を軸方向とする一軸のトルクヒンジを介して筐体２５に接続されている。

以上のように構成される画像入力ユニット１９は、筐体２５の−Ｙ側の端部に形成された凹部３１内に収容される収容位置（図１参照）と、凹部３１内から突出する突出位置（図３及び図４参照）との間で筐体２５に対してＹ軸周りに回動可能となっている。なお、一軸のトルクヒンジには、画像入力ユニット１９を収容位置から突出位置に向けて付勢する弾性部材（例えばねじりコイルばね）が設けられている。

ここで、操作パネル部２５ａの−Ｙ側の端部のＸ軸方向中央には、画像入力ユニット１９を筐体２５に係止するための、係止解除ボタン３２ａを含む係止装置が設けられている（図３参照）。

すなわち、画像入力ユニット１９は、収容位置に位置するとき、上記係止装置によって筐体２５に機械的に係止されている。このとき、係止解除ボタン３２ａが押し下げられると、画像入力ユニット１９の筐体２５に対する係止が解除され、上記弾性部材の作用により、画像入力ユニット１９がポップアップする（図３参照）。そこで、画像入力ユニット１９を掴んでＹ軸周りに所望の角度回動させることができる。回動された画像入力ユニット１９から手を離すと、一軸のトルクヒンジの作用により、画像入力ユニット１９は、その位置でホールドされる。

また、画像入力ユニット１９では、カメラハウジング６３は、二軸のトルクヒンジの作用により、アーム３４に対して該アーム３４の長手方向に平行な軸周り及び該軸に直交する軸周りに独立に回動可能となっている。回動されたカメラハウジング６３から手を離すと、二軸のトルクヒンジの作用により、カメラハウジング６３は、その位置でホールドされる。

カメラ１６は、撮影レンズ１６ａを介して被写体としての対象物（例えばユーザ、書画等）の画像を取り込み、取り込まれた画像を画像信号（電気信号）に変換して画像入力Ｉ／Ｆ１１２に出力する（図２参照）。カメラ１６の撮像素子としては、例えばＣＣＤ、ＣＭＯＳなどが用いられている。

撮影レンズ１６ａとしては、一例として、水平な一軸方向の視野角が例えば１２０°で、該一軸方向に直交する方向の視野角が例えば１００°の広角レンズが用いられている。なお、撮影レンズ１６ａの視野角は、適宜変更可能である。

冷却系２１は、以下の構成により、制御装置２４のメインボード１２に実装された例えばＣＰＵ１０１などの発熱部が発する熱を筐体２５外に放出することにより、その発熱部を冷却する。

冷却系２１は、一例として、ヒートパイプ２１ａ、ヒートシンク２１ｂ、ファン２１ｃなどを含み、筐体２５に収容されている。

ここで、図１に示されるように、筐体２５の＋Ｘ側の側壁の＋Ｙ側の部分には、Ｚ軸方向に延び、Ｙ軸方向に並んだ複数のスリット状の貫通孔から成る排気口５３が形成されている。また、筐体２５の下壁（−Ｚ側の壁）の＋Ｘ側かつ＋Ｙ側の角部には、複数の貫通孔から成る吸気口が形成されている。

ヒートパイプ２１ａは、その一端部が制御装置２４の発熱部（例えばＣＰＵ１０１等）に接続され、その中間部がＸＹ平面に平行に延び、その他端部がヒートシンク２１ｂに接続されている。ヒートシンク２１ｂは、例えばＹ軸方向に所定間隔で並ぶ複数の金属製のフィンを含む放熱部材から成り、筐体２５内における排気口５３に隣接する位置に配置されている。そこで、例えばＣＰＵ１０１などの発熱部から発生した熱は、ヒートパイプ２１ａ、ヒートシンク２１ｂに順次伝わり、排気口５３を介して筐体２５外に放出される。

ファン２１ｃは、整流機能を有し、筐体２５内における上記吸気口の直上であって、ヒートシンク２１ｂの−Ｘ側近傍に、その吸気方向が概ね＋Ｚ方向となるように、かつその排気方向が概ね＋Ｘ方向となるように配置されている。ファン２１ｃは、後に詳述するように、コントローラ１１５により制御される。

そこで、上記吸気口を介してファン２１ｃにより吸引されたエアは、ヒートシンク２１ｂを経由（通過）して、排気口５３から筐体２５外に排出される。これにより、ヒートシンク２１ｂからの熱の放出（拡散）効果がより一層高められる。なお、冷却系の構成は上述したものに限らず、適宜変更可能である。

音声出力装置１８は、図１に示されるように、スピーカ１８ａに加えて、例えば箱形の中空部材から成るスピーカボックス１８ｂなどを含み、筐体２５に収容されている。

スピーカ１８ａとしては、例えばフルレンジタイプの丸型スピーカが採用されている。スピーカ１８ａは、音声入出力Ｉ／Ｆ１２０（図２参照）に結線されており、該音声入出力Ｉ／Ｆ１２０から送信される音声信号を音声に変換して出力する。

スピーカ１８ａは、音声出力方向が概ね上向き（＋Ｚ方向）となるように、スピーカボックス１８ｂの天板部に嵌め込まれている。

ここで、図１に示されるように、操作パネル部２５ａの＋Ｘ側の端における凹部３１に隣接する部分には、スピーカ１８ａから出る音を外部に放出するための複数の貫通孔から成る音声放出口４３が形成されている。

スピーカボックス１８ｂは、図１に示されるように、筐体２５内における＋Ｘ側の端であって、凹部３１に隣接する箇所に、スピーカ１８ａが音声放出口４３の直下に位置するように配置されている。そこで、スピーカ１８ａから出力された音は、音声放出口４３を介してスムーズに（こもることなく）筐体２５外に放出される。

スピーカボックス１８ｂは、シリコンゴム、ウレタンゴム等の弾性部材から成る緩衝部材を介して筐体２５に固定されている。これにより、スピーカ１８ａから出る音が筐体２５に伝わることが防止されるため、筐体２５にビビリ音が発生することが抑制されるとともに、スピーカ１８ａから出る音が筐体２５を介してマイク２０ａにより入力されることが抑制される。

音声入力装置２０は、図１に示されるように、マイク２０ａに加えて、マイク２０ａを筐体２５に保持させるための保持部材２０ｂなどを含み、筐体２５に収容されている。ここでは、保持部材２０ｂの材料として、例えばプラスチックなどの硬質樹脂が用いられているが、これに特に限定されない。

マイク２０ａとしては、例えば無指向性の小型のマイクが採用されている。マイク２０ａは、音声入出力Ｉ／Ｆ１２０（図２参照）に結線されており、入力した音声を音声信号に変換して音声入出力Ｉ／Ｆ１２０に送信する。

マイク２０ａは、例えば薄い（高さの低い）円柱状の部材から成り、その軸線が実質的にＹ軸に平行になるように、すなわちその音声入力方向が概ね−Ｙ方向となるように筐体２５の＋Ｙ側の側壁の内壁面の−Ｘ側の端部に設けられている。

すなわち、マイク２０ａは、筐体２５内においてファン２１ｃから比較的離れた位置に配置されており、ファン２１ｃの作動に伴う騒音を大音量で拾い難くなっている。

また、マイク２０ａの音声入力方向は、スピーカ１８ａの音声出力方向と概ね直交するため、スピーカ１８ａから出力された音声がマイク２０ａにより入力され難く、エコー、ハウリングを効果的に抑制できる。

なお、マイク２０ａとして、例えば概ね−Ｙ方向を音声入力方向とする単一指向性のマイクを採用しても良い。

筐体２５の＋Ｙ側の側壁におけるマイク２０ａに対応する箇所には、図３に示されるように、Ｘ軸方向に所定間隔で形成された複数（例えば３つ）の貫通孔から成る音声取込口７７が形成されている。そこで、筐体２５外で発生する音（特にテレビ会議装置１０の＋Ｙ側に位置する人の音声）が音声取込口７７を介してスムーズにマイク２０ａに入力される。

ところで、本実施形態のテレビ会議装置１０のようなポータブル型のテレビ会議装置では、持ち運び易さを確保するために装置の小型化が求められ、Ａ４ノートパソコンサイズ程度の筐体内にテレビ会議に必要な諸機能（ＣＰＵ／スピーカ／マイクなど）を搭載する必要がある。

このため、騒音源である冷却用のファンと収音用のマイクとの距離を十分に確保できず、一拠点においてファンの作動に伴う騒音（ファンの羽根の回転に伴って発生する音）がマイクで収音（入力）され、テレビ会議の相手側である他拠点に聞こえてしまうおそれがあった。この場合、他拠点では、一拠点からの音声（言葉）が聞き取り難くなり、テレビ会議に支障が出てしまう。この問題は、ファンの回転数が高いほど、筐体が小型であるほど、ファンが大型（大容量）であるほど、深刻となる。

このような冷却用のファンの回転に伴う騒音に対処する方法としては、例えばノイズキャンセラによる騒音成分低減処理（ノイズリダクション）、イコライザによるイコライジング（周波数特性の調整）、騒音成分が含まれる周波数帯域にフィルタをかけるフィルタリング等の音響処理が一般的に知られているが、これらの処理で上記騒音を完全に除去しようとすると、副作用として音声品質が劣化してしまう。

詳述すると、ノイズリダクションは、マイクで収音した音から音声成分のみを抽出する音響処理であるが、騒音成分を除去する際に音声成分も少なからず除去されてしまうため、明瞭度（クリアさ）が損なわれ、篭った音質になる。

また、イコライジングによって、騒音成分が含まれる周波数帯域のゲインを減衰させることにより、騒音成分を目立たなくすることができるが、騒音成分が可聴帯域の場合は、騒音と同時に音声も減衰されてしまうため特定の音声のみ聴き取りにくい、あるいは音質が不自然に聴こえるといった弊害が生じる。さらに、騒音成分が複数存在する場合は、より顕著な弊害となる。また、フィルタリングによっても同様の弊害が生じる。

そこで、本実施形態では、後に詳細に説明するように、テレビ会議中の自拠点での発話状況（具体的には、自拠点での発話の有無）に基づいてファン２１ｃの回転数を制御することで、ファン２１ｃの作動に伴って発生する音の音量レベルを調整する。

なお、本実施形態のテレビ会議装置１０では、マイク２０ａとファン２１ｃとが小型の同一の筐体２５内に配置されるため、筐体２５内においてマイク２０ａとファン２１ｃとの距離を長くしても、ファン２１ｃの作動に伴う騒音がマイク２０ａに到達するときの音量レベルが幾分小さくなるに留まり、マイク２０ａでの上記騒音の入力を完全に阻止することは困難である。

以下に、複数のテレビ会議装置１０を含む会議システム１００について説明する。この会議システム１００は、図５に示されるように、インターネットに接続された末端の複数（例えば２つ）のルータＲ１と、該複数のルータＲ１それぞれに接続された複数のルータＲ２とを有する通信網としてのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と、複数のルータＲ２それぞれに接続された複数（例えば３つ）のテレビ会議装置１０及び中継装置４と、インターネットに接続された通信管理装置５と、各テレビ会議装置１０に接続されたプロジェクタＰとを含む。

中継装置４は、所定の制御プログラムに従って、各種機能を実現させるコンピュータであり、通信網の品質（伝送速度）を常時モニタし、その伝送速度に適した解像度の画像データを設定するようになっている。すなわち、この中継装置４は、通信網の状態、テレビ会議装置１０の処理状況などの影響により、双方向通信時のテレビ会議装置１０同士において、画像データと音声データとにずれ（遅延）が生じていないかを常時検知し、音声データと画像データとにずれが生じている場合、高解像度の画像データ、中解像度の画像データ、低解像度の画像データの中から、そのずれが生じているテレビ会議装置１０に対し、最も適した解像度を選択し、相手側のテレビ会議装置１０に送信するようになっている。これにより、通信網の品質が悪化した場合でも、途切れずに動画像の通信が可能になっている。

また、この中継装置４は、画像データと音声データとのずれを解消するために、上述した解像度の変更の他、フレームレートの変更、両者のバランスを重視した解像度及びフレームレートの変更が可能になっている。このように中継装置４は、通信網の品質（伝送速度）を常時モニタし、ずれ検知、解像度の指定など、動画像および音声の転送にかかわる管理を行なっている。

通信管理装置５は、所定の制御プログラムに従って、全てのテレビ会議装置１０を管理するコンピュータであり、全てのテレビ会議装置１０の現在の動作状況（双方向通信中、通信待機中、非通電状態など）の把握、テレビ会議装置１０のデバイス認証、デバイス認証されたテレビ会議装置１０への宛先リストの付与、中継装置４の選定、テレビ会議装置１０同士の双方向通信に対する課金など、テレビ会議装置１０と中継装置４とを一元的に管理する。

以上のように構成される会議システム１００を用いるテレビ会議の一例を、以下に説明する。このテレビ会議は、例えば１２拠点間で、各拠点に配置されたテレビ会議装置１０を用いて行われる（図６参照）。各拠点のユーザ（会議参加者）の人数は、例えば３人とされている。

各拠点の３人のユーザは、図６に示されるように、例えば一室内に配置されたテーブルＴの＋Ｘ側、＋Ｙ側、−Ｘ側にそれぞれテーブルＴ側を向いた状態で着座する。テーブルＴの上面における−Ｙ側の端部には、テレビ会議装置１０が、当初、画像入力ユニット１９が収容位置に位置した状態で載置されている。また、テーブルＴの−Ｙ側には、短焦点型のプロジェクタＰが設置され、プロジェクタＰの−Ｙ側かつ＋Ｚ側の斜め上方にはスクリーンＳが張設されている。なお、テレビ会議装置１０に対する電気及び通信に関する配線の接続（例えば、ネットワークＩ／Ｆ１１０とルータＲ２に有線接続される端子との接続、プロジェクタＰと画像出力端子との接続、電源ジャック６０と外部電源との接続など）は、予め行われている。

先ず、ユーザは、係止解除ボタン３２ａを押して、画像入力ユニット１９をポップアップさせ、該画像入力ユニット１９を手動でＹ軸周りに例えば９０°回動させるとともに、カメラハウジング６３をアーム３４に対してＺ軸周りに例えば９０°回動させる。この結果、撮影レンズ１６ａの撮影視野内に、着座した３人のユーザが入る（図６参照）。

次いで、ユーザは、電源ボタン３５を押してテレビ会議装置１０を起動させる。テレビ会議装置１０が起動されると、ＣＰＵ１０１は、コントローラ１１５を介してファン２１ｃを標準回転数Ｎ１で駆動するとともにコントローラ１１５にファン２１ｃの制御開始信号を出力する。標準回転数Ｎ１は、テレビ会議装置１０を使用温度範囲の上限環境（例えば４０℃の環境）で使用しても、ＣＰＵ１０１の温度が該ＣＰＵ１０１の許容温度範囲の上限を下回るような値に設定されている。このため、テレビ会議装置１０を常温環境下（例えば１５°〜２５°）で使用する場合は、標準回転数Ｎ１は、ＣＰＵ１０１の許容温度範囲の上限に対して、かなり余裕があることになる。

また、テレビ会議装置１０が起動されると、プロジェクタＰによってスクリーンＳにメニュー画面が表示される。このメニュー画面は、各種調整、会議の開始（双方向通信の開始）等の各項目がアイコンと文字情報で表示される。そこで、ユーザは、カーソル４０を操作して、上記メニュー画面上の会議の開始に関する項目を選択し、決定ボタン３９を押して、会議の開始を決定する。

会議の開始が決定されると、一のテレビ会議装置１０は、その旨の信号を、通信網（ＬＡＮ、インターネット）介して、通信管理装置５に送信する。このとき、通信管理装置５は、一のテレビ会議装置１０に対しデバイス認証を行い、その認証後、一のテレビ会議装置１０に、該一のテレビ会議装置１０以外の他のテレビ会議装置１０（通信管理装置５に登録されているテレビ会議装置１０）の現在の動作状況を示した宛先リストを送信する。このとき、一のテレビ会議装置１０は、この宛先リストを、プロジェクタＰを介してスクリーンＳ上に表示させる。この宛先リストは、直感的な操作が可能なアイコン表示と文字情報とからなり、適宜、更新される。

ここで、ユーザは、カーソル４０を操作して、上記宛先リストからテレビ会議（双方向通信）を行いたい他の拠点のテレビ会議装置１０を選択して、決定ボタン３９を押して決定する。

このようにして、宛先リスト中の非通電状態でない複数の他のテレビ会議装置１０の中から、双方向通信を行ないたい他の拠点のテレビ会議装置１０が選択、決定されると、通信管理装置５は、複数の中継装置４の中から最適な中継装置４を選択する。通常は、一のテレビ会議装置１０と物理的に近い中継装置４が選択されるが、その中継装置４に何らかの不具合がある場合、他の中継装置４が選択される。例えば、図５に示されるように、一のテレビ会議装置１０のＩＰアドレスが（１．２．１．５）の場合、ＩＰアドレスが（１．２．１．２）の中継装置４が選択されるが、その中継装置４がダウンしているときは、ＩＰアドレスが（１．２．２．２）の中継装置４が選択される。なお、ＩＰアドレスは、説明の便宜上、個々のテレビ会議装置１０に割り振られた固有のＩＰアドレスである（図５では、ＩＰアドレスが括弧内の４つの数字で表されている。例えば通信管理装置５は（１．１．１．２））。

通信管理装置５により中継装置４が選択されると、即座に、その中継装置４を介して、ＩＰアドレスに基づいて他のテレビ会議装置１０へ双方向通信の要求が送信される。他のテレビ会議装置１０では、その双方向通信の要求が着信すると、その要求の容認及び拒否それぞれに関する項目を、プロジェクタＰを介してスクリーンＳ上に映し出されたメニュー画面上に表示する。

そこで、他の拠点のユーザは、他のテレビ会議装置１０のカーソル４０及び決定ボタン３９を操作することにより、上記容認及び拒否それぞれに関する項目のうちのいずれかを選択、決定する。そして、容認に関する項目が選択・決定されると、一及び他のテレビ会議装置１０間の双方向通信が開始される。

このとき、中継装置４は、上述したように、通信網の品質（伝送速度）を常時モニタしており、通信網の品質が悪化した場合、現在の解像度より一段下げた解像度の画像データに切り替えた中継、または、フレームレートを下げた中継、または、両者を下げた中継を行なう。通信管理装置５は、テレビ会議装置１０同士の双方向通信の開始と共に、そのテレビ会議装置１０同士の特定、通信時間の計測など、本実施の形態にかかる会議システム１００の使用に対する課金のための処理が実行される。

複数の拠点のテレビ会議装置１０間で双方向通信が開始されると、一拠点のテレビ会議装置１０のカメラ１６で取り込まれた該拠点の３人のユーザの画像がインターネットを介して他拠点のテレビ会議装置１０に送信され、該テレビ会議装置１０に接続されたプロジェクタＰによってスクリーンＳに表示される。

また、一拠点のテレビ会議装置１０のマイク２０ａにより入力された一拠点のユーザの音声が、インターネットを介して他拠点のテレビ会議装置１０に送信され、該テレビ会議装置１０のスピーカ１８ａから出力される。

このようにして、複数の拠点間での画像データ及び音声データの双方向通信（送受信）によるテレビ会議が行われる。

ここで、テレビ会議中に、ファン２１ｃが標準回転数Ｎ１で駆動されていると、一拠点での発話による音声のみならず、ファン２１ｃの吸排気音、吸排口や排気口における風切り音等のファン２１ｃの作動に伴って発生する音がマイク２０ａで入力され他拠点に送信され該他拠点のスピーカ１８ａから出力されるため、他拠点では一拠点での発話による音声が聞き取り難くなり、会議に支障を来たしてしまう。

以下に、コントローラ１１５によるファン２１ｃの制御について、図７を参照して説明する。図７のフローチャートは、コントローラ１１５の主制御部によって実行される処理アルゴリズムに基づいている。ここでの制御は、ＣＰＵ１０１からコントローラ１１５に制御開始信号が出力されたときに開始される。制御開始時、ファン２１ｃは、標準回転数Ｎ１で駆動されている。

最初のステップＳ１では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ１での判断が肯定されると、ステップＳ２に移行する。一方、ステップＳ１での判断が否定されると、同じ判断を再び行う。すなわち、通信接続待ちの状態となる。

ステップＳ２では、自拠点で発話有りか否かを判断する。ここでの判断は、自拠点発話有無判定部で発話有りの判定結果が得られたときに肯定され、発話無しの判定結果が得られたときに否定される。ステップＳ２での判断が肯定されると、ステップＳ３に移行する。一方、ステップＳ２での判断が否定されると、同じ判断を再び行う。すなわち、発話待ちの状態となる。

ステップＳ３では、ファン２１ｃの回転数を標準回転数Ｎ１から回転数Ｎ２（＜Ｎ１）に下げる。回転数Ｎ２は、テレビ会議装置１０が常温環境下（例えば１５℃〜２５℃）で使用されるときに、ＣＰＵ１０１の温度が許容温度範囲の上限を下回るような値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１を十分に冷却しつつファン２１ｃの作動に伴う騒音による弊害を防止することができる。

次のステップＳ４では、所定時間（例えば１０秒〜６０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ４は、ある程度の発話時間を考慮した処理である。ステップＳ４での判断が肯定されると、ステップＳ５に移行する。一方、ステップＳ４での判断が否定されると、同じ判断を再び行う。

ステップＳ５では、自拠点で発話有りか否かを判断する。ここでの判断は、自拠点発話有無判定部で発話有りの判定結果が得られたときに肯定され、発話無しの判定結果が得られたときに否定される。ステップＳ５での判断が肯定されると、ステップＳ４に戻る。一方、ステップＳ５での判断が否定されると、ステップＳ６に移行する。

ステップＳ６では、ファン２１ｃの回転数をＮ２からＮ１に上げる。

次のステップＳ７では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ７での判断が肯定されると、ステップＳ２に戻る。一方、ステップＳ７での判断が否定されると、フローは、終了する。

以上の説明から分かるように、通信中、自拠点で発話が無いときにファン２１ｃの回転数が標準回転数Ｎ１にされ、自拠点で発話が有るときにファン２１ｃの回転数が標準回転数Ｎ１よりも低い回転数Ｎ２にされる。

以上説明した本実施形態のテレビ会議装置１０は、第１の観点からすると、マイク２０ａと、該マイク２０ａで入力された音を通信網（例えばインターネット）を介して送信する制御装置２４と、該制御装置２４を冷却するためのファン２１ｃと、マイク２０ａ、制御装置２４及びファン２１ｃが設けられた筐体２５と、を備え、制御装置２４は、マイク２０ａでの音の入力状況に基づいてファン２１ｃの回転数を制御する回転数制御部を含む通信装置である。

また、本実施形態のテレビ会議装置１０は、第２の観点からすると、複数の拠点間でのテレビ会議（情報共有）を行うために任意の一拠点（自拠点）で用いられる通信装置であって、マイク２０ａと、該マイク２０ａで入力された音をインターネット（通信網）を介して他拠点に送信する制御装置２４と、該制御装置２４を冷却するためのファン２１ｃと、マイク２０ａ、制御装置２４及びファン２１ｃが設けられた筐体２５と、を備え、制御装置２４は、一拠点での発話の有無を判定する判定部と、該判定部での判定結果に基づいてファン２１ｃの回転数を制御する回転数制御部とを含む通信装置である。

また、本実施形態のテレビ会議装置１０を用いる通信方法は、制御装置２４と該制御装置２４を冷却するためのファン２１ｃとマイク２０ａとが筐体２５に設けられた通信装置を用いる通信方法であって、マイク２０ａでの音の入力状況に基づいてファン２１ｃの回転数を制御する工程と、マイク２０ａで入力された音を通信網（例えばインターネット）を介して送信する工程とを含む。

本実施形態のテレビ会議装置１０及び該テレビ会議装置１０を用いる通信方法では、マイク２０ａでの音の入力状況や自拠点での発話の有無に基づいてファン２１ｃの回転数が制御され、自拠点での発話による音声と共に回転数が制御されたファン２１ｃからの音が、マイク２０ａで入力され他拠点に送信される。

この結果、ファン２１ｃの作動に伴って発生する音により自拠点での発話による音声が他拠点で聞こえ難くなるのを防止できる。

結果として、テレビ会議装置１０及び該テレビ会議装置１０を用いる通信方法では、マイク２０ａでの音の入力状況に基づいてファン２１ｃの作動に伴う騒音の音量レベルが制御されるため、該騒音をノイズリダクション、イコライジング、フィルタリング等の音響処理により除去しきらなくても、他拠点での音声の聞き取りに支障がないようにすることができる。すなわち、上記音響処理のみに依存しなくても良いため、音声品質を極力劣化させることなく、ファン２１ｃを作動させた状態で（制御装置２４の発熱部を冷却しつつ）自拠点での発話による音声が他拠点で聞こえ難くなるのを防止できる。

また、コントローラ１１５は、マイク２０ａでの音の入力状況（例えば音声入力の有無）に基づいて一拠点における発話の有無を判定し、発話有りの判定結果が得られた場合にファン２１ｃの回転数を制御する。

この場合、自拠点での発話が有るときにのみファン２１の回転数が制御（低下）されるため、自拠点での発話がないときにはファン２１ｃの回転数を、発熱部を冷却するのに十分以上の回転数（例えば標準回転数Ｎ１）にすることができ、発熱部の冷却性の低下を抑制できる。

なお、上記実施形態では、発話の有無に応じてファン２１ｃの回転数を制御しているが、以下に説明する変形例１のように、マイク２０ａで入力された音声の音量レベルに応じてファン２１ｃの回転数を制御しても良い。すなわち、変形例１では、コントローラ１１５は、自拠点発話有無判定部に代えて、マイク２０ａで入力された音の音量レベルを取得するマイク音量レベル取得部を有している。

以下に、変形例１におけるファン２１ｃの制御について図８を参照して説明する。図８のフローチャートは、コントローラ１１５の主制御部によって実行される処理アルゴリズムに基づいている。ここでの制御は、ＣＰＵ１０１からコントローラ１１５に制御開始信号が出力されたときに開始される。制御開始時、ファン２１ｃは、標準回転数Ｎ１で駆動されている。

最初のステップＳ１１では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ１１での判断が肯定されると、ステップＳ１２に移行する。一方、ステップＳ１１での判断が否定されると、同じ判断を再び行う。すなわち、通信接続待ちの状態となる。

ステップＳ１２では、マイク２０ａで音声が入力されたか否かを判断する。ここでの判断は、マイク２０ａで入力された音の音量レベルが上記基準値以上の場合に肯定され、上記基準値未満の場合に否定される。ステップＳ１２での判断が肯定されると、ステップＳ１３に移行する。一方、ステップＳ１２での判断が否定されると、同じ判断を再び行う。すなわち、音声入力待ちの状態となる。

ステップＳ１３では、マイク２０ａで入力された音声の音量レベルが閾値未満か否かを判断する。このステップＳ１３は、マイク２０ａで入力された音声の音量レベルが充分に大きく、ファン２１ｃの作動に伴う騒音による影響が小さい場合にファン２１ｃの回転数を標準回転数Ｎ１に維持する趣旨である。すなわち、ここでの閾値は、ファン２１ｃが標準回転数Ｎ１で回転されても他拠点で音声が聞き取り難くならない最低限の値以上に設定される。ステップＳ１３での判断が肯定されると、ステップＳ１４に移行する。一方、ステップＳ１３での判断が否定されると、ステップＳ１９に移行する。

ステップＳ１４では、ファン２１ｃの回転数を標準回転数Ｎ１から回転数Ｎ２（＜Ｎ１）に下げる。回転数Ｎ２は、テレビ会議装置１０が常温環境下で使用されるときに、例えばＣＰＵ１０１の温度が許容温度範囲の上限を下回るような値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１を十分に冷却しつつファン２１ｃの作動に伴う騒音による弊害（音声が聞き取り難くなること）を防止することができる。

次のステップＳ１５では、所定時間（例えば１０秒〜６０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ１５は、ある程度の発話時間を考慮した処理である。ステップＳ１５での判断が肯定されると、ステップＳ１６に移行する。一方、ステップＳ１５での判断が否定されると、同じ判断を再び行う。

ステップＳ１６では、マイク２０ａで音声が入力されたか否かを判断する。ここでの判断は、マイク２０ａで入力された音の音量レベルが上記基準値以上の場合に肯定され、上記基準値未満の場合に否定される。ステップＳ１６での判断が肯定されると、ステップＳ１７に移行する。一方、ステップＳ１６での判断が否定されると、ステップＳ１８に移行する。

ステップＳ１７では、マイク２０ａで入力された音声の音量レベルが閾値未満か否かを判断する。このステップＳ１７の趣旨は、ステップＳ１３と同様である。ステップＳ１７での判断が肯定されると、ステップＳ１５に戻る。一方、ステップＳ１７での判断が否定されると、ステップＳ１８に移行する。

ステップＳ１８では、ファン２１ｃの回転数をＮ２からＮ１に上げる。

次のステップＳ１９では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ１９での判断が肯定されると、ステップＳ１２に戻る。一方、ステップＳ１９での判断が否定されると、フローは、終了する。

以上の説明から分かるように、変形例１では、通信中、自拠点での発話による音声の音量レベルが閾値以上のとき、すなわちファン２１ｃからの騒音による影響が小さいときにファン２１ｃの回転数が標準回転数Ｎ１にされ、自拠点での発話による音声の音量レベルが閾値未満のとき、すなわちファン２１ｃからの騒音による影響が大きいときにファン２１ｃの回転数が標準回転数Ｎ１よりも小さい回転数Ｎ２にされる。

変形例１によれば、上記実施形態と同様の効果が得られるとともに、自拠点で発話が有るときでも、他拠点での音声の聞き取りに支障がない場合には、ファン２１ｃの回転数が標準回転数Ｎ１にされるため、発熱部の冷却性の低下を更に抑制できる。

ここで、自拠点において、ファン２１ｃの作動に伴う騒音（直接音）により、他拠点から送信されスピーカ１８ａから出力される音声を聞き取り難くなり、テレビ会議に支障を来たすおそれがある。

そこで、以下に説明する変形例２では、他拠点での発話状況（例えば、他拠点から送信されスピーカ１８ａから出力される音声の音量レベル）に基づいて、自拠点におけるファン２１ｃの制御を行うこととしている。

変形例２では、コントローラ１１５は、他拠点における発話の有無を判定する他拠点発話有無判定部と、該他拠点発話有無判定部での判定結果に基づいてファン２１ｃの回転数を制御する回転数制御部、各構成部を統括制御する主制御部とを含む。ここでは、他拠点発話有無判定部は、ネットワークＩ／Ｆ１１０を介した音声受信の有無により他拠点における発話の有無を判定する。具体的には、音声受信が有る場合に「発話有り」と判定し、音声受信が無い場合に「発話なし」と判定する。

詳述すると、他拠点発話有無判定部は、ネットワークＩ／Ｆ１１０を介した音声受信の有無を、他拠点から送信されスピーカ１８ａから出力される音の音量レベルが所定値以上のときに「有り」、該所定値未満のときに「無し」と判定する。発話による音声よりも音量レベルが低い音（例えば、ファンの作動に伴って発生する音、環境音等）が他拠点から送信される場合にも「有り」の判定結果が得られてしまい実効が上がらないからである。なお、「他拠点から送信されスピーカ１８ａから出力される音声の音量レベル」は、他拠点から送信される音声信号の信号レベル、スピーカ１８ａの出力音圧レベル（能率）、ボリュームボタン６２ａ、６２ｂによる音量調整レベルに基づいて算出される。

また、他拠点発話有無判定部は、要は、他拠点での発話の有無を判定できれば良く、例えば、他拠点から送信されネットワークＩ／Ｆ１１０を介して受信される画像データを取得し、該画像データから他拠点の会議参加者の口の動きを解析し、他拠点での発話の有無を判定しても良い。

以下に、変形例２のファン２１ｃの回転制御について、図９のフローチャートを参照して説明する。図９のフローチャートは、コントローラ１１５の主制御部によって実行される処理アルゴリズムに基づいている。ここでの制御は、ＣＰＵ１０１からコントローラ１１５に制御開始信号が出力されたときに開始される。制御開始時、ファン２１ｃは、標準回転数Ｎ１で駆動されている。

最初のステップＳ２１では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ２１での判断が肯定されると、ステップＳ２２に移行する。一方、ステップＳ２１での判断が否定されると、同じ判断を再び行う。すなわち、通信接続待ちの状態となる。

ステップＳ２２では、他拠点で発話有りか否かを判断する。ここでの判断は、他拠点発話有無判定部で発話有りの判定結果が得られたときに肯定され、発話無しの判定結果が得られたときに否定される。ステップＳ２２での判断が肯定されると、ステップＳ２３に移行する。一方、ステップＳ２２での判断が否定されると、同じ判断を再び行う。すなわち、発話待ちの状態となる。

ステップＳ２３では、ファン２１ｃの回転数を標準回転数Ｎ１から回転数Ｎ２（＜Ｎ１）に下げる。回転数Ｎ２は、テレビ会議装置１０が常温環境下で使用されるときに、ＣＰＵ１０１の温度が許容温度範囲の上限を下回るような値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１を十分に冷却しつつファン２１ｃの作動に伴う騒音による弊害を防止することができる。

次のステップＳ２４では、所定時間（例えば１０秒〜６０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ２４は、ある程度の発話時間を考慮した処理である。ステップＳ２４での判断が肯定されると、ステップＳ２５に移行する。一方、ステップＳ２４での判断が否定されると、同じ判断を再び行う。

ステップＳ２５では、他拠点で発話有りか否かを判断する。ここでの判断は、他拠点発話有無判定部で発話有りの判定結果が得られたときに肯定され、発話無しの判定結果が得られたときに否定される。ステップＳ２５での判断が肯定されると、ステップＳ２４に戻る。一方、ステップＳ２５での判断が否定されると、ステップＳ２６に移行する。

ステップＳ２６では、ファン２１ｃの回転数をＮ２からＮ１に上げる。

次のステップＳ２７では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ２７での判断が肯定されると、ステップＳ２２に戻る。一方、ステップＳ２７での判断が否定されると、フローは、終了する

以上の説明から分かるように、変形例２では、通信中、他拠点で発話が無いときに自拠点のファン２１ｃの回転数が標準回転数Ｎ１にされ、他拠点で発話が有るときに自拠点のファン２１ｃの回転数が標準回転数Ｎ１よりも低い回転数Ｎ２にされる。

以上説明した変形例２のテレビ会議装置は、第１の観点からすると、通信網（例えばインターネット）を介して音声を受信する制御装置２４と、該制御装置２４で受信された音声を出力するスピーカ１８ａと、制御装置２４を冷却するためのファン２１ｃと、制御装置２４、スピーカ１８ａ及びファン２１ｃが設けられた筐体２５と、を備え、制御装置２４は、スピーカ１８ａからの音声の出力状況に基づいてファン２１ｃの回転数を制御する回転数制御部を含む通信装置である。

また、変形例２のテレビ会議装置は、第２の観点からすると、複数の拠点間でのテレビ会議（情報共有）を行うために任意の一拠点で用いられる通信装置であって、他拠点からインターネット（通信網）を介して送信される音声を受信する制御装置２４と、該制御装置２４で受信された音声を出力するスピーカ１８ａと、制御装置２４を冷却するためのファン２１ｃと、制御装置２４、スピーカ１８ａ及びファン２１ｃが設けられた筐体２５と、を備え、制御装置２４は、他拠点での発話の有無を判定する判定部と、該判定部での判定結果に基づいてファン２１ｃの回転数を制御する回転数制御部とを含む通信装置である。

また、変形例２のテレビ会議装置を用いる通信方法は、制御装置２４と該制御装置２４を冷却するためのファン２１ｃとスピーカ１８ａとが筐体２５に設けられた通信装置を用いる通信方法であって、通信網（例えばインターネット）を介して音声を受信し、該音声を前記スピーカ１８ａから出力する工程と、スピーカ１８ａからの音声の出力状況に基づいてファン２１ｃの回転数を制御する工程とを含む。

変形例２のテレビ会議装置及び該テレビ会議装置を用いる通信方法では、スピーカ１８ａからの音声の出力状況や他拠点での発話の有無に基づいてファン２１ｃの回転数が制御され、一拠点において、他拠点での発話による音声がスピーカ１８ａから出力されるとともに回転数が制御されたファン２１ｃから音（直接音）が出る。

この結果、ファン２１ｃの作動に伴って発生する音により他拠点での発話による音声が自拠点で聞こえ難くなるのを防止できる。

結果として、変形例２のテレビ会議装置及び該テレビ会議装置を用いる通信方法では、スピーカ１８ａからの音声の出力状況に基づいてファン２１ｃの作動に伴う騒音の音量レベルが制御されるため、該騒音をノイズリダクション、イコライジング、フィルタリング等の音響処理により除去しきらなくても、自拠点での音声の聞き取りに支障がないようにすることができる。すなわち、上記音響処理のみに依存しなくても良いため、音声品質を極力劣化させることなく、ファン２１ｃを作動させた状態で（発熱部を冷却しつつ）他拠点での発話による音声が自拠点で聞こえ難くなるのを防止できる。

また、変形例２のテレビ会議装置及び該テレビ会議装置を用いる通信方法では、他拠点での発話が有るときにのみファン２１の回転数が制御されるため、他拠点での発話がないときにはファン２１ｃの回転数を、発熱部を冷却するのに十分以上の回転数（例えば標準回転数Ｎ１）にすることができ、発熱部の冷却性の低下を抑制できる。

なお、上記変形例２では、他拠点での発話の有無に応じてファン２１ｃの回転数を制御しているが、以下に説明する変形例３のように、他拠点から送信されスピーカ１８ａから出力される音声の音量レベルに応じてファン２１ｃの回転数を制御しても良い。すなわち、変形例３では、コントローラ１１５は、他拠点発話有無判定部に代えて、他拠点から送信されスピーカ１８ａから出力される音声の音量レベルを取得するスピーカ音量レベル取得部を有している。このスピーカ音量レベル取得部は、他拠点から送信される音声信号の信号レベル、スピーカ１８ａの出力音圧レベル（能率）、ボリュームボタン６２ａ、６２ｂによる音量調整レベルに基づいて、他拠点から送信されスピーカ１８ａから出力される音声の音量レベルを算出し取得する。

以下に、変形例３におけるファン２１ｃの制御について、図１０を参照して説明する。図１０のフローチャートは、コントローラ１１５の主制御部によって実行される処理アルゴリズムに基づいている。ここでの制御は、ＣＰＵ１０１からコントローラ１１５に制御開始信号が出力されたときに開始される。制御開始時、ファン２１ｃは、標準回転数Ｎ１で駆動されている。

最初のステップＳ３１では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ３１での判断が肯定されると、ステップＳ３２に移行する。一方、ステップＳ３１での判断が否定されると、同じ判断を再び行う。すなわち、通信接続待ちの状態となる。

ステップＳ３２では、他拠点からの音声を受信したか否かを判断する。ここでの判断は、他拠点から送信されスピーカ１８ａから出力される音の音量レベルが上記所定値以上の場合に肯定され、上記所定値未満の場合に否定される。ステップＳ３２での判断が肯定されると、ステップＳ３３に移行する。一方、ステップＳ３２での判断が否定されると、同じ判断を再び行う。すなわち、音声受信待ちの状態となる。

ステップＳ３３では、他拠点から送信されスピーカ１８ａから出力される音声の音量レベルが閾値未満か否かを判断する。このステップＳ３３は、他拠点から送信されスピーカ１８ａから出力される音声の音量レベルが充分に大きく、ファン２１ｃの作動に伴う騒音による影響が小さい場合に、ファン２１ｃの回転数を標準回転数Ｎ１に維持する趣旨である。すなわち、ここでの閾値は、ファン２１ｃが標準回転数Ｎ１で回転されても自拠点で音声が聞き取り難くならない最低限の値以上に設定される。ステップＳ３３での判断が肯定されると、ステップＳ３４に移行する。一方、ステップＳ３３での判断が否定されると、ステップＳ３９に移行する。

ステップＳ３４では、ファン２１ｃの回転数を標準回転数Ｎ１から回転数Ｎ２（＜Ｎ１）に下げる。回転数Ｎ２は、テレビ会議装置１０が常温環境下で使用されるときに、例えばＣＰＵ１０１の温度が許容温度範囲の上限を下回るような値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１を十分に冷却しつつファン２１ｃからの騒音による弊害（音声が聞き取り難くなること）を防止することができる。

次のステップＳ３５では、所定時間（例えば１０秒〜６０秒）が経過したか否かを判断する。この判断は、コントローラが有するタイマを用いて行う。ステップＳ３５は、ある程度の発話時間を考慮した処理である。ステップＳ３５での判断が肯定されると、ステップＳ３６に移行する。一方、ステップＳ３５での判断が否定されると、同じ判断を再び行う。

ステップＳ３６では、他拠点からの音声を受信したか否かを判断する。ここでの判断は、他拠点から送信されスピーカ１８ａから出力される音の音量レベルが上記所定値以上の場合に肯定され、上記所定値未満の場合に否定される。ステップＳ３６での判断が肯定されると、ステップＳ３７に移行する。一方、ステップＳ３６での判断が否定されると、ステップＳ３８に移行する。

ステップＳ３７では、他拠点から送信されスピーカ１８ａから出力される音声の音量レベルが閾値未満か否かを判断する。このステップＳ３７の趣旨は、ステップＳ３３と同様である。ステップＳ３７での判断が肯定されると、ステップＳ３５に戻る。一方、ステップＳ３７での判断が否定されると、ステップＳ３８に移行する。

ステップＳ３８では、ファン２１ｃの回転数をＮ２からＮ１に上げる。

次のステップＳ３９では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ３９での判断が肯定されると、ステップＳ３２に戻る。一方、ステップＳ３９での判断が否定されると、フローは、終了する。

以上の説明から分かるように、変形例３では、通信中、ファン２１ｃからの騒音による影響が小さいときにファン２１ｃの回転数が標準回転数Ｎ１にされ、ファン２１ｃからの騒音による影響が大きいときにファン２１ｃの回転数が標準回転数Ｎ１よりも小さい回転数Ｎ２にされる。

変形例３によれば、上記変形例２と同様の効果が得られるとともに、他拠点で発話が有る場合でも、他拠点での発話による音声を自拠点で聞き取るのに支障がない場合には、ファン２１ｃの回転数が標準回転数Ｎ１に維持されるため、発熱部の冷却性の低下を更に抑制できる。

ところで、ＣＰＵ１０１の温度は、環境温度だけでなく、ＣＰＵ１０１に掛かる負荷にも依存する。従って、テレビ会議装置が常温環境下で使用されている場合であっても、ＣＰＵ１０１に高負荷が掛かかると、ファン２１ｃの回転数によっては、ＣＰＵ１０１の温度が許容温度範囲の上限を超えるおそれがある。

そこで、以下に説明する変形例４のように、自拠点での発話の有無に加えて、ＣＰＵ１０１の温度を考慮して、ファン２１ｃの回転数を制御しても良い。

変形例４のテレビ会議装置は、ＣＰＵ１０１の温度を計測し、その計測結果をコントローラに出力する温度センサを例えば筐体２５内に備えている。この温度センサは、接触式及び非接触式のいずれでも良い。変形例４では、コントローラ１１５は、自拠点発話有無判定部を有している。

以下に、変形例４におけるファン２１ｃの制御について、図１１を参照して説明する。図１１のフローチャートは、コントローラ１１５の主制御部によって実行される処理アルゴリズムに基づいている。ここでの制御は、ＣＰＵ１０１からコントローラ１１５に制御開始信号が出力されたときに開始される。

最初のステップＳ４１では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ４１での判断が肯定されると、ステップＳ４２に移行する。一方、ステップＳ４１での判断が否定されると、同じ判断を再び行う。すなわち、通信接続待ちの状態となる。

ステップＳ４２では、自拠点で発話有りか否かを判断する。ここでの判断は、自拠点発話有無判定部で発話有りの判定結果が得られたときに肯定され、発話無しの判定結果が得られたときに否定される。ステップＳ４２での判断が肯定されると、ステップＳ４３に移行する。一方、ステップＳ４２での判断が否定されると、同じ判断を再び行う。すなわち、発話待ちの状態となる。

ステップＳ４３では、ファン２１ｃの回転数を標準回転数Ｎ１から回転数Ｎ２（＜Ｎ１）に下げる。回転数Ｎ２は、テレビ会議装置１０が常温環境下で使用され、通常の負荷が掛かっているときのＣＰＵ１０１の温度が許容温度範囲の上限を下回るような値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１等を冷却しつつファン２１ｃからの騒音による弊害を防止することができる。

次のステップＳ４４では、所定時間（例えば５秒〜３０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ４４は、ファン２１ｃの制御によるＣＰＵ１０１の温度変化の経過を考慮した処理である。ステップＳ４４での判断が肯定されると、ステップＳ４５に移行する。一方、ステップＳ４４での判断が否定されると、同じ判断を再び行う。

ステップＳ４５では、ＣＰＵ１０１の温度が閾値未満であるか否かを判断する。ここでの閾値は、ＣＰＵ１０１の許容温度範囲の上限以下の値（好ましくは上限よりも僅かに小さい値）に設定されることが好ましい。ステップＳ４５での判断が肯定されると、ステップＳ４６に移行する。一方、ステップＳ４５での判断が否定されると、ステップＳ４８に移行する。

ステップＳ４６では、ファン２１ｃの回転数をＮ２からＮ３（Ｎ２＜Ｎ３＜Ｎ１）に上げる。回転数Ｎ３は、常温環境下でＣＰＵ１０１に高負荷が掛かっているときのＣＰＵ１０１の温度が許容温度範囲の上限を超えない値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１を十分に冷却しつつファン２１ｃの作動に伴う騒音による弊害を防止することができる。

次のステップＳ４７では、所定時間（例えば５秒〜３０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ４７は、ある程度の発話時間を考慮した処理である。ステップＳ４７での判断が肯定されると、ステップＳ４８に移行する。一方、ステップＳ４７での判断が否定されると、同じ判断を再び行う。

ステップＳ４８では、自拠点で発話有りか否かを判断する。ここでの判断は、自拠点発話有無判定部で発話有りの判定結果が得られたときに肯定され、発話無しの判定結果が得られたときに否定される。ステップＳ４８での判断が肯定されると、ステップＳ４７に戻る。一方、ステップＳ４８での判断が否定されると、ステップＳ４９に移行する。

ステップＳ４９では、ファン２１ｃの回転数をＮ１に上げる。

次のステップＳ５０では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ５０での判断が肯定されると、ステップＳ４２に戻る。一方、ステップＳ５０での判断が否定されると、フローは、終了する。

変形例４によれば、自拠点での発話の有無及びＣＰＵ１０１の温度に応じてファン２１ｃの回転数を制御するため、ＣＰＵ１０１の温度を許容温度範囲内に保ちつつ自拠点での発話による音声を他拠点で聞き取り難くなるのを防止できる。

なお、上記変形例４では、自拠点での発話の有無及びＣＰＵ１０１の温度に応じてファン２１ｃの回転数を制御しているが、以下に説明する変形例５のように、マイク２０ａで入力された音声の音量レベル及びＣＰＵ１０１の温度に応じてファン２１ｃの回転数を制御しても良い。変形例５では、コントローラ１１５は、自拠点発話有無判定部に代えて、マイク音量レベル取得部を有している。

以下に、変形例５におけるファン２１ｃの制御について図１２を参照して説明する。図１２のフローチャートは、コントローラ１１５の主制御部によって実行される処理アルゴリズムに基づいている。ここでの制御は、ＣＰＵ１０１からコントローラ１１５に制御開始信号が出力されたときに開始される。制御開始時、ファン２１ｃは、標準回転数Ｎ１で駆動されている。

最初のステップＳ５１では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ５１での判断が肯定されると、ステップＳ５２に移行する。一方、ステップＳ５１での判断が否定されると、同じ判断を再び行う。すなわち、通信接続待ちの状態となる。

ステップＳ５２では、マイク２０ａで音声が入力されたか否かを判断する。ここでの判断は、マイク２０ａで入力された音の音量レベルが上記基準値以上の場合に肯定され、上記基準値未満の場合に否定される。ステップＳ５２での判断が肯定されると、ステップＳ５３に移行する。一方、ステップＳ５２での判断が否定されると、同じ判断を再び行う。すなわち、音声入力待ちの状態となる。

ステップＳ５３では、マイク２０ａで入力された音声の音量レベルが閾値未満か否かを判断する。このステップＳ５３は、マイク２０ａで入力された音声の音量レベルが充分に大きく、ファン２１ｃからの騒音による影響が小さい場合にファン２１ｃの回転数を標準回転数Ｎ１に維持する趣旨である。すなわち、ここでの閾値は、ファン２１ｃが標準回転数Ｎ１で回転されても他拠点で音声が聞き取り難くならない最低限の値以上に設定される。ステップＳ５３での判断が肯定されると、ステップＳ５４に移行する。一方、ステップＳ５３での判断が否定されると、ステップＳ６２に移行する。

ステップＳ５４では、ファン２１ｃの回転数を標準回転数Ｎ１から回転数Ｎ２（＜Ｎ１）に下げる。回転数Ｎ２は、常温環境下でＣＰＵ１０１に通常の負荷が掛かっているときのＣＰＵ１０１の温度が許容温度範囲の上限を下回るような値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１を冷却しつつファン２１ｃの作動に伴う騒音による弊害（音声が聞き取り難くなること）を防止することができる。

次のステップＳ５５では、所定時間（例えば５秒〜３０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ５５は、ファン２１ｃの制御によるＣＰＵ１０１の温度変化の経過を考慮した処理である。ステップＳ５５での判断が肯定されると、ステップＳ５６に移行する。一方、ステップＳ５５での判断が否定されると、同じ判断を再び行う。

次のステップＳ５６では、ＣＰＵ１０１の温度が閾値未満であるか否かを判断する。ここでの閾値は、ＣＰＵ１０１の許容温度範囲の上限以下の値（好ましくは上限よりも僅かに小さい値）に設定されることが好ましい。ステップＳ５６での判断が肯定されると、ステップＳ５９に移行する。一方、ステップＳ５６での判断が否定されると、ステップＳ５７に移行する。

ステップＳ５７では、ファン２１ｃの回転数をＮ２からＮ３（Ｎ２＜Ｎ３＜Ｎ１）に上げる。回転数Ｎ３は、常温環境下でＣＰＵ１０１に高負荷が掛かっているときのＣＰＵ１０１の温度が許容温度範囲の上限を超えない値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１を十分に冷却しつつファン２１ｃからの騒音による弊害（音声が聞き取り難くなること）を防止することができる。

次のステップＳ５８では、所定時間（例えば５秒〜３０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ５８は、ある程度の発話時間を考慮した処理である。ステップＳ５８での判断が肯定されると、ステップＳ５９に移行する。一方、ステップＳ５８での判断が否定されると、同じ判断を再び行う。

ステップＳ５９では、マイク２０ａで音声が入力されたか否かを判断する。ここでの判断は、マイク２０ａで入力された音の音量レベルが上記基準値以上の場合に肯定され、上記基準値未満の場合に否定される。ステップＳ５９での判断が肯定されると、ステップＳ６０に移行する。一方、ステップＳ５９での判断が否定されると、ステップＳ６１に移行する。

ステップＳ６０では、マイク２０ａで入力された音声の音量レベルが閾値未満か否かを判断する。このステップＳ６０の趣旨は、ステップＳ５３と同じである。ステップＳ６０での判断が肯定されると、ステップＳ５９に戻る。一方、ステップＳ６０での判断が否定されると、ステップＳ６１に移行する。

ステップＳ６１では、ファン２１ｃの回転数をＮ１に上げる。

次のステップＳ６２では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ６２での判断が肯定されると、ステップＳ５２に戻る。一方、ステップＳ６２での判断が否定されると、フローは、終了する。

変形例５によれば、マイク２０ａでの音の入力状況及びＣＰＵ１０１の温度に応じてファン２１ｃの回転数を制御するため、ＣＰＵ１０１の温度を許容温度範囲内に保ちつつ自拠点での発話による音声を他拠点で聞き取り難くなるのを防止できる。また、変形例５によれば、自拠点で発話が有る場合でも、音声の聞き取りに支障がない場合には、ファン２１ｃの回転数が標準回転数Ｎ１にされるため、ＣＰＵ１０１の冷却性の低下を更に抑制できる。

なお、上記変形例４では、自拠点での発話の有無及びＣＰＵ１０１の温度に応じてファン２１ｃの回転数を制御しているが、以下に説明する変形例６のように、他拠点での発話の有無及びＣＰＵ１０１の温度に応じてファン２１ｃの回転数を制御しても良い。変形例６では、コントローラ１１５は、他拠点発話有無判定部を有している。

以下に、変形例６におけるファン２１ｃの制御について、図１３を参照して説明する。図１３のフローチャートは、コントローラ１１５の主制御部によって実行される処理アルゴリズムに基づいている。ここでの制御は、ＣＰＵ１０１からコントローラ１１５に制御開始信号が出力されたときに開始される。

最初のステップＳ７１では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ７１での判断が肯定されると、ステップＳ７２に移行する。一方、ステップＳ７１での判断が否定されると、同じ判断を再び行う。すなわち、通信接続待ちの状態となる。

ステップＳ７２では、他拠点で発話有りか否かを判断する。ここでの判断は、他拠点発話有無判定部で発話有りの判定結果が得られたときに肯定され、発話無しの判定結果が得られたときに否定される。ステップＳ７２での判断が肯定されると、ステップＳ７３に移行する。一方、ステップＳ７２での判断が否定されると、同じ判断を再び行う。すなわち、発話待ちの状態となる。

ステップＳ７３では、ファン２１ｃの回転数を標準回転数Ｎ１から回転数Ｎ２（＜Ｎ１）に下げる。回転数Ｎ２は、テレビ会議装置１０が常温環境下で使用され、通常の負荷が掛かっているときのＣＰＵ１０１の温度が許容温度範囲の上限を下回るような値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１を冷却しつつファン２１ｃの作動に伴う騒音による弊害を防止することができる。

次のステップＳ７４では、所定時間（例えば５秒〜３０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ７４は、ファン２１ｃの制御によるＣＰＵ１０１の温度変化の経過を考慮した処理である。ステップＳ７４での判断が肯定されると、ステップＳ７５に移行する。一方、ステップＳ７４での判断が否定されると、同じ判断を再び行う。

ステップＳ７５では、ＣＰＵ１０１の温度が閾値未満であるか否かを判断する。ここでの閾値は、ＣＰＵ１０１の許容温度範囲の上限以下の値（好ましくは上限よりも僅かに小さい値）に設定されることが好ましい。ステップＳ７５での判断が肯定されると、ステップＳ７８に移行する。一方、ステップＳ７５での判断が否定されると、ステップＳ７６に移行する。

ステップＳ７６では、ファン２１ｃの回転数をＮ２からＮ３（Ｎ２＜Ｎ３＜Ｎ１）に上げる。回転数Ｎ３は、常温環境下でＣＰＵ１０１に高負荷が掛かっているときのＣＰＵ１０１の温度が許容温度範囲の上限を超えない値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１を十分に冷却しつつファン２１ｃからの騒音による弊害を防止することができる。

ステップＳ７７では、所定時間（例えば５秒〜３０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ７７は、ある程度の発話時間を考慮した処理である。ステップＳ７７での判断が肯定されると、ステップＳ７８に移行する。一方、ステップＳ７７での判断が否定されると、同じ判断を再び行う。

ステップＳ７８では、他拠点で発話有りか否かを判断する。ここでの判断は、他拠点発話有無判定部で発話有りの判定結果が得られたときに肯定され、発話無しの判定結果が得られたときに否定される。ステップＳ７８での判断が肯定されると、ステップＳ７７に戻る。一方、ステップＳ７８での判断が否定されると、ステップＳ７９に移行する。

ステップＳ７９では、ファン２１ｃの回転数をＮ１に上げる。

次のステップＳ８０では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ８０での判断が肯定されると、ステップＳ７２に戻る。一方、ステップＳ８０での判断が否定されると、フローは、終了する。

以上説明した変形例６によれば、他拠点での発話の有無及びＣＰＵ１０１の温度に応じてファン２１ｃの回転数を制御するため、ＣＰＵ１０１の温度を許容温度範囲内に保ちつつ他拠点での発話による音声を自拠点で聞き取り難くなるのを防止できる。

なお、上記変形例６では、他拠点での発話の有無及びＣＰＵ１０１の温度に応じてファン２１ｃの回転数を制御しているが、以下に説明する変形例７のように、他拠点から送信されスピーカ１８ａから出力される音声の音量レベル及びＣＰＵ１０１の温度に応じてファン２１ｃの回転数を制御しても良い。変形例７では、コントローラ１１５は、スピーカ音量レベル取得部を有している。

以下に、変形例７におけるファン２１ｃの制御について図１４を参照して説明する。図１４のフローチャートは、コントローラ１１５の主制御部によって実行される処理アルゴリズムに基づいている。ここでの制御は、ＣＰＵ１０１からコントローラ１１５に制御開始信号が出力されたときに開始される。

最初のステップＳ９１では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ９１での判断が肯定されると、ステップＳ９２に移行する。一方、ステップＳ９１での判断が否定されると、同じ判断を再び行う。すなわち、通信接続待ちの状態となる。

ステップＳ９２では、他拠点からの音声を受信しているか否かを判断する。ここでの判断は、他拠点から送信されスピーカ１８ａから出力される音の音量レベルが上記所定値以上の場合に肯定され、上記所定値未満の場合に否定される。ステップＳ９２での判断が肯定されると、ステップＳ９３に移行する。一方、ステップＳ９２での判断が否定されると、同じ判断を再び行う。すなわち、音声入力待ちの状態となる。

ステップＳ９３では、他拠点から送信されスピーカ１８ａから出力される音声の音量レベルが閾値未満か否かを判断する。このステップＳ９３は、他拠点から送信されスピーカ１８ａから出力される音声の音量レベルが充分に大きく、ファン２１ｃの作動に伴う騒音による影響が小さい場合にファン２１ｃの回転数を標準回転数Ｎ１に維持する趣旨である。すなわち、ここでの閾値は、ファン２１ｃが標準回転数Ｎ１で回転されても自拠点で音声が聞き取り難くならない最低限の値以上に設定される。ステップＳ９３での判断が肯定されると、ステップＳ９４に移行する。一方、ステップＳ９３での判断が否定されると、ステップＳ１０２に移行する。

ステップＳ９４では、ファン２１ｃの回転数を標準回転数Ｎ１から回転数Ｎ２（＜Ｎ１）に下げる。回転数Ｎ２は、テレビ会議装置１０が常温環境下で使用され、通常の負荷が掛かっているときのＣＰＵ１０１の温度が許容温度範囲の上限を下回るような値に設定されることが好ましい。この場合、発熱部であるＣＰＵ１０１を冷却しつつファン２１ｃからの騒音による弊害（音声が聞き取り難くなること）を防止することができる。

次のステップＳ９５では、所定時間（例えば５秒〜３０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ９５は、ファン２１ｃの制御によるＣＰＵ１０１の温度変化の経過を考慮した処理である。ステップＳ９５での判断が肯定されると、ステップＳ９６に移行する。一方、ステップＳ９５での判断が否定されると、同じ判断を再び行う。

ステップＳ９６では、ＣＰＵ１０１の温度が閾値未満であるか否かを判断する。ここでの閾値は、ＣＰＵ１０１の許容温度範囲の上限以下の値（好ましくは上限よりも僅かに小さい値）に設定されることが好ましい。ステップＳ９６での判断が肯定されると、ステップＳ９９に移行する。一方、ステップＳ９６での判断が否定されると、ステップＳ９７に移行する。

ステップＳ９７では、ファン２１ｃの回転数をＮ２からＮ３（Ｎ２＜Ｎ３＜Ｎ１）に上げる。回転数Ｎ３は、常温環境下でＣＰＵ１０１に高負荷が掛かっているときのＣＰＵ１０１の温度が許容温度範囲の上限を超えない値に設定されることが好ましい。

ステップＳ９８では、所定時間（例えば５秒〜３０秒）が経過したか否かを判断する。この判断は、コントローラ１１５が有するタイマを用いて行う。ステップＳ９８は、ある程度の発話時間を考慮した処理である。ステップＳ９８での判断が肯定されると、ステップＳ９９に移行する。一方、ステップＳ９８での判断が否定されると、同じ判断を再び行う。

ステップＳ９９では、他拠点からの音声を受信しているか否かを判断する。ここでの判断は、他拠点から送信されスピーカ１８ａから出力される音の音量レベルが上記所定値以上の場合に肯定され、上記所定値未満の場合に否定される。ステップＳ９９での判断が肯定されると、ステップＳ１００に移行する。一方、ステップＳ９９での判断が否定されると、ステップＳ１０１に移行する。

ステップＳ１００では、他拠点から送信されスピーカ１８ａから出力される音声の音量レベルが閾値未満か否かを判断する。このステップＳ１００の趣旨は、ステップＳ９３と同じである。ステップＳ１００での判断が肯定されると、ステップＳ９８に戻る。一方、ステップＳ１００での判断が否定されると、ステップＳ１０１に移行する。

ステップＳ１０１では、ファン２１ｃの回転数をＮ１に上げる。

次のステップＳ１０２では、通信中であるか否かを判断する。ここでの判断は、自拠点のテレビ会議装置１０と他拠点のテレビ会議装置１０とがインターネット回線で接続されているときに肯定され、接続されていないときに否定される。ステップＳ１０２での判断が肯定されると、ステップＳ９２に戻る。一方、ステップＳ１０２での判断が否定されると、フローは、終了する。

以上説明した変形例７によれば、他拠点から送信されスピーカ１８ａから出力される音声の音量レベル及びＣＰＵ１０１の温度に応じてファン２１ｃの回転数を制御するため、ＣＰＵ１０１の温度を許容温度範囲内に保ちつつ他拠点での発話による音声を自拠点で聞き取り難くなるのを防止できる。

なお、ＣＰＵ１０１の温度を計測する温度センサを用いた制御は、変形例５〜７以外の方法で行っても良い。例えばコントローラ１１５が、温度センサの計測値をリアルタイムで取得し、取得した計測値の変化にファン２１ｃの回転数を追従させても良い。

具体的には、例えば回転数Ｎ２〜標準回転数Ｎ１の範囲を高回転範囲（例えば回転数Ｎ３〜標準回転数Ｎ１）と低回転範囲（例えば回転数Ｎ２〜回転数Ｎ３）に分割し、発話が有るときや音量レベルが閾値未満ときにはファン２１ｃの回転数を低回転範囲において温度センサの計測値に追従させ、発話が無いときや音量レベルが閾値以上のときにはファン２１ｃの回転数を高回転範囲において温度センサの計測値に追従させても良い。なお、「ファンの回転数を温度センサの計測値の変化に追従させる」とは、温度センサの計測値が上昇したときにファンの回転数を上昇させ、温度センサの計測値が下降したときにファンの回転数を下降させることを意味する。

また、マイク２０ａで入力される音量レベルやスピーカ１８ａから出力される音量レベルに基づいた制御は、上記実施形態や変形例で説明したものに限られない。例えば、ファン２１ｃの回転数をマイク２０ａで入力される音の音量レベルの変化に追従させても良いし、ファン２１ｃの回転数を他拠点から送信されスピーカ１８ａから出力される音声の音量レベルの変化に追従させても良い。

この場合、ファン２１ｃの作動に伴って発生する音の音量レベルを、自拠点又は他拠点での発話による音声の音量レベルに応じた音量レベル（音声の聞き取りに影響しない程度の音量レベル）に調整することができるため、発熱部（例えばＣＰＵ１０１）の冷却性と発話による音声の聞き取り性とを高次元で両立させることができる。なお、「ファンの回転数を音量レベルの変化に追従させる」とは、音量レベルが上昇したときにファンの回転数を上昇させ、音量レベルが下降したときにファンの回転数を下降させることを意味する。

また、上記実施形態及び各変形例では、マイク２０ａ及びスピーカ１８ａが、制御装置２４及びファン２１ｃが収容された筐体２５に一体的に設けられているが、マイク２０ａ及びスピーカ１８ａの一方は、筐体２５と別体であっても良い。

また、上記実施形態及び各変形例では、通信装置として、音声の送受信（双方向通信）が可能なテレビ会議装置１０について説明したが、これに限らず、音声の送信及び受信の一方のみが可能な装置であっても良い。音声の送信のみが可能な装置の場合には送信すべき音声を入力するマイクを有していることが好ましく、音声の受信のみが可能な装置の場合には受信される音声を出力するスピーカを有していることが好ましい。

また、上記実施形態及び各変形例では、一例としてＣＰＵ１０１を発熱部と呼んでいるが、制御装置２４の他の構成要素（例えばチップセット等）を発熱部と呼んでも良い。

また、自拠点での発話による音声を他拠点に送信するときに行われる制御（図７、図８、図１１、図１２のいずれかの制御）と、他拠点での発話による音声を受信して自拠点で聞くときに行われる制御（図９、図１０、図１３、図１４のいずれかの制御）の双方を、制御装置２４のコントローラ又はＣＰＵが行うようにしても良い。

また、上記実施形態及び各変形例のテレビ会議装置に用いる会議装置用プログラムを、パソコンを利用したソフトウェアベースのものと同等とすることで、中継装置４や通信管理装置５の不要な会議システムが構築可能（ＬＡＮやＷＡＮのみを用いた会議システムも構築可能）となる。このように本実施の形態にかかるテレビ会議装置１０は、上述した会議システム１００の構築に用いることに限定されない。

また、上記実施形態及び各変形例では、テレビ会議装置１０が、例えば一室内で用いられているが、これに限定されない。テレビ会議装置１０は、上述の如く、小型かつ薄型のポータブルタイプであり、携帯性に優れるため、特定の場所に据え置かれる必要はなく、自由に持ち運びし、様々な場所で用いられることが期待できる。すなわち、テレビ会議装置１０は、非常にユーティリティーに富む。

また、上記実施形態及び各変形例では、本発明は、いわゆるポータブルタイプ（可搬型）のテレビ会議装置１０に適用されたが、本発明は、いわゆる据え置き型のテレビ会議装置にも適用できる。

また、上記実施形態及び各変形例では、テレビ会議（情報共有）は、１２拠点間で行われているが、これに限らず、要は、複数の拠点間で行われれば良い。この場合も、各拠点にテレビ会議装置１０を配置することが好ましい。

また、上記実施形態及び各変形例のテレビ会議装置（通信装置ともいう）で実施されるフローを実行するプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、上記実施形態及び各変形例のテレビ会議装置（通信装置ともいう）で実施されるフローを実行するプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のテレビ会議装置（通信装置ともいう）で実施されるフローを実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、上記実施形態及び各変形例のテレビ会議装置（通信装置ともいう）で実施されるフローを実行するためのプログラムを、ＲＯＭ等に予め組み込んで提供するように構成しても良い。

また、上記実施形態及び各変形例では、本発明をテレビ会議の専用装置に適用した例を挙げて説明したが、例えばパーソナルコンピュータ、通信網としての電話回線を介して音声の送受信を行う電話会議装置などのマイク及びスピーカの少なくとも一方が、発熱源を冷却するためのファンが収容された筐体に設けられた機器全般に適用することができる。

１８ａ…スピーカ、２０ａ…マイク、２１ｃ…ファン、２４…制御装置、２５…筐体、１０…テレビ会議装置（通信装置）。

特願２０１２−２３５２６４号公報

Claims (9)

1. マイクと、
   前記マイクで入力された音を通信網を介して送信する制御装置と、
   前記制御装置を冷却するためのファンと、
   前記マイク、前記制御装置及び前記ファンが設けられた筐体と、を備え、
   前記制御装置は、前記マイクでの音の入力状況に基づいて前記ファンの回転数を制御する回転数制御部を含む通信装置。
2. 前記回転数制御部は、前記マイクで入力される音の音量レベルに基づいて前記回転数を制御することを特徴とする請求項１に記載の通信装置。
3. 前記回転数制御部は、前記回転数を前記音量レベルの変化に追従させることを特徴とする請求項２に記載の通信装置。
4. 通信網を介して音声を受信する制御装置と、
   前記制御装置で受信された音声を出力するスピーカと、
   前記制御装置を冷却するためのファンと、
   前記制御装置、前記スピーカ及び前記ファンが設けられた筐体と、を備え、
   前記制御装置は、前記スピーカからの音声の出力状況に基づいて前記ファンの回転数を制御する回転数制御部を含む通信装置。
5. 前記回転数制御部は、前記スピーカから出力される音声の音量レベルに基づいて前記回転数を制御することを特徴とする請求項４に記載の通信装置。
6. 前記回転数制御部は、前記回転数を前記音量レベルの変化に追従させることを特徴とする請求項５に記載の通信装置。
7. 前記制御装置の温度を計測する温度センサを更に備え、
   前記回転数制御部は、前記温度センサでの計測結果に基づいて前記回転数を制御することを特徴とする請求項１〜６のいずれか一項に記載の通信装置。
8. 複数の拠点間での情報共有を行うために任意の一拠点で用いられる通信装置であって、
   マイクと、
   前記マイクで入力された音を通信網を介して他拠点に送信する制御装置と、
   前記制御装置を冷却するためのファンと、
   前記マイク、前記制御装置及び前記ファンが設けられた筐体と、を備え、
   前記制御装置は、前記一拠点での発話の有無を判定する判定部と、該判定部での判定結果に基づいて前記ファンの回転数を制御する回転数制御部とを含む通信装置。
9. 複数の拠点間での情報共有を行うために任意の一拠点で用いられる通信装置であって、
   他拠点から通信網を介して送信される音声を受信する制御装置と、
   前記制御装置で受信された音声を出力するスピーカと、
   前記制御装置を冷却するためのファンと、
   前記制御装置、前記スピーカ及び前記ファンが設けられた筐体と、を備え、
   前記制御装置は、前記他拠点での発話の有無を判定する判定部と、該判定部での判定結果に基づいて前記ファンの回転数を制御する回転数制御部とを含む通信装置。