JPH07212736A - 通信端末装置 - Google Patents

Abstract

(57)【要約】 【目的】 消費電力を低減する。 【構成】 電源供給の単位をとなる機能ブロックに全体
を区分する。主機能ブロック５０はＣＰＵ１０、ＲＯＭ
１２、ＲＡＭ１４及び操作装置１６からなる。画像処理
ブロック５２は画像処理装置２４、画像符号化復号化装
置２６及びビデオ・メモリ２８からなる。音声処理ブロ
ック５４は、ハンドセット３０、音声入出力装置３２、
音声符号化復号化装置３４及び音声メモリ３６からな
る。通信制御ブロック５６は、通信制御装置３８、回線
インターフェース４０及び多重化装置４２からなる。電
源制御ブロック５８は状態監視装置４４及び電源制御装
置４６からなる。表示装置１８、ビデオ・カメラ２０及
び画像入出力装置２２は単独で機能ブロックとなる。状
態監視装置４４は、操作装置１６の操作及び通信制御装
置３８における通信状態を監視し、電源制御装置４６に
指示して各機能ブロックへの電源供給を制御させる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信端末装置に関し、
より具体的には、機能ブロック毎に電源供給を制御自在
な通信端末装置に関する。

【０００２】

【従来の技術】ディジタル公衆通信回線網（所謂、ＩＳ
ＤＮ）の普及により、テレビ電話及びテレビ会議システ
ムが現実的になってきた。ディジタル回線を用いた音響
映像サービス用のサービス規定、プロトコル規定及びマ
ルチメディア多重化フレーム構成規定が、ＩＴＵ−Ｔ
（旧ＣＣＩＴＴ）勧告Ｈ．３２０、Ｈ．２４２及びＨ．
２２１等として発表されている。

【０００３】Ｈ．３２０は、音声映像サービスの全般の
システム・アスペクトを規定する。Ｈ．２２１は、６４
Ｋｂｐｓ〜１，９２０Ｋｂｐｓチャネル上での音声映像
伝送における、フレーム構造並びに端末能力の交換及び
通信モードの指定等に使用されるＢＡＳ（Ｂｉｔ−ｒａ
ｔｅ Ａｌｌｏｃａｔｉｏｎ Ｓｉｇｎａｌ）の符号化
割り当てを規定する。Ｈ．２４２はＢＡＳによる端末間
の能力交換及び通信モード切換えのプロトコルを規定す
る。

【０００４】上記勧告ではまた、エンド・ツー・エンド
の物理コネクションの設定、並びに、インチャネルでの
同期確立後、インチャネルでＢＡＳによる端末能力の交
換シーケンス及び通信モードの指定によるモード切換え
シーケンス等の手順により端末間で画像、音声及びデー
タ等のマルチメディア通信を行なう方法が規定されてい
る。

【０００５】これらの勧告に従い、テレビ電話装置やテ
レビ会議用端末も実用的な製品が提案されるようになっ
た。例えば、テレビ電話では、滑らかな動きの動画像伝
送、高精細なカラー画像への対応、書画対応、複数ビデ
オ入力の選択及び合成機能、文字のスーパーインポーズ
機能、ピクチャー・イン・ピクチャー機能などを装備す
るものが提案されている。

【０００６】また、情報記憶技術の進歩により記憶容量
が大幅に増加し、大量の画像（例えば、より長い時間の
動画像やより多数の静止画像）を記憶できるようになっ
た。これを利用した留守番電話機も開発されている。

【０００７】更には、パーソナル・コンピュータに、既
存のビデオ・カメラ、モニタ、電話機及びファクシミリ
装置等を組み合わせてＴＶ電話端末として使用できるよ
うにした構成も提案されている。ＴＶ会議システムでも
同様に、既存のＴＶモニタ、既存のビデオ・カメラ、既
存のビデオ記録再生装置、及び画像送信用として既存の
ファクシミリ装置を組み合わせている場合も少なくな
い。

【０００８】

【発明が解決しようとする課題】様々な機能を個別の装
置で実現している場合、従来例では、各装置の電源オン
／オフを使用者が管理しており、面倒である。例えば、
ビデオ記録再生装置の電源をオンにしておくのを忘れ
て、記録映像の送信操作をすれば、映像ソースの電源オ
フにより送信エラーが発生する。

【０００９】また、環境保護やエネルギーの効率的利用
の観点から省電力が重要な課題になってきており、電力
消費をできる限り少なくすることが望まれる。特に、通
信端末は、電源を入れていても殆どの期間、待機状態で
あり、その間の消費電力は実質的に無駄である。例え
ば、留守番機能付きＴＶ電話装置を留守番モードにセッ
トしたとき、通信制御装置以外に少なくとも、着信映像
を記録するビデオ記録再生装置を継続的に電源オン状態
にしておかなければならず、当該ビデオ記録再生装置の
消費電力は無視できない。

【００１０】本発明は、このような課題を解決し、電源
供給の管理に関して使用者の負担を軽減した通信端末装
置を提示することを目的とする。

【００１１】本発明はまた、電力消費を一般的に低減す
る通信端末装置を提示することを目的とする。

【００１２】

【課題を解決するための手段】本発明に係る通信端末装
置は、複数の機能ブロックからなる通信端末装置であっ
て、各機能ブロックに別々に電力を供給する電源供給手
段と、当該通信端末の動作状況を監視する動作監視手段
と、当該動作監視手段の監視結果に応じて当該電源供給
手段を制御する第１の制御手段とを有し、通信端末の使
用状況に応じて、電源供給する機能ブロックを選択する
ことを特徴とする。

【００１３】

【作用】上記手段により、動作状況に応じて、各機能ブ
ロックへの電力供給を細かく制御できる。例えば、必要
な機能ブロックに、充分な電力を供給する。これによ
り、電力消費を一般的に低減できる。

【００１４】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。

【００１５】図１は、テレビ電話装置に適用した本発明
の第１の実施例の概略構成ブロック図を示す。図１にお
いて、１０はＣＰＵ、１２はプログラム及び固定データ
を記憶するＲＯＭ、１４はＣＰＵ１０のワークエリアと
なるＲＡＭ、１６はキーボード、マウス及びタブレット
等の入力装置からなる操作装置である。

【００１６】１８は、ＣＲＴ及びＬＣＤ等の表示装置と
その表示を制御する表示制御回路（例えば、ＶＧＡコン
トローラ）とからなる表示装置、２０はビデオ・カメ
ラ、２２は、書画カメラ、イメージ・スキャナ、ファク
シミリ装置及びプリンタなどの画像入出力装置、２４
は、ビデオ・カメラ２０及び画像入出力装置２２からの
入力画像を表示用及び送信用に処理し、受信画像を表示
及び出力用に処理する画像処理装置、２６は、送信画像
を圧縮符号化し、受信した圧縮画像を伸長する画像符号
化復号化装置、２８は、画像符号化復号化装置２６が利
用するビデオ・メモリである。

【００１７】３０は音声入出力用のハンドセット、３２
はスピーカ及びマイクなどを具備する音声入出力装置、
３４は、ハンドセット３０及び音声入出力装置３２によ
る入力音声を符号化し、受信した符号化音声情報を復号
化する音声符号化復号化装置、３６は、音声符号化復号
化装置３４が使用する音声メモリである。

【００１８】３８は、通信回線を介した通信を制御する
通信制御装置であり、着信を検出し、着信検出時に所定
の処理を実行するマイクロコンピュータを具備する。４
０はＩＳＤＮ回線に接続するための回線インターフェー
ス、４２は、画像情報、音声情報及び制御データを所定
の伝送フォーマットに多重化し、分離する多重化装置、
４４は動作状態を監視する状態監視装置、４６は、各装
置１０〜４６を機能毎に区分した機能ブロック単位で電
源供給を制御する電源制御装置である。

【００１９】ＣＰＵ１０、ＲＯＭ１２、ＲＡＭ１４、操
作装置１６、画像処理装置２４、画像符号化復号化装置
２６、通信制御装置３８、回線インターフェース４０、
多重化装置４２及び状態監視装置４４は、ＣＰＵバス４
８を介して相互に接続する。

【００２０】本実施例では、ＣＰＵ１０、ＲＯＭ１２、
ＲＡＭ１４及び操作装置１６からなる主機能ブロック５
０、画像処理装置２４、画像符号化復号化装置２６及び
ビデオ・メモリ２８からなる画像処理ブロック５２、ハ
ンドセット３０、音声入出力装置３２、音声符号化復号
化装置３４及び音声メモリ３６からなる音声処理ブロッ
ク５４、通信制御装置３８、回線インターフェース４０
及び多重化装置４２からなる通信制御ブロック５６、並
びに、状態監視装置４４及び電源制御装置４６からなる
電源制御ブロック５８を、それぞれ電源制御の単位とな
る機能ブロックとする。その他の装置１８，２０，２２
は単独で、電源制御の単位となる機能ブロックであると
する。

【００２１】なお、最近は素子毎にパワーダウン機能を
備えているものもあるので、素子毎に本実施例における
機能ブロックと考えても良い。

【００２２】次に、本実施例の動作を説明する。

【００２３】電源をオンした場合、全機能ブロック１
８，２０，２２，５０〜５８に電源が供給される。先
ず、状態監視装置４４が、操作装置１６の操作状況及び
通信制御装置３８における通信状態を監視し、図１に示
す通信端末の動作状態を判断する。例えば、使用されて
いない場合、状態監視装置４４は電源制御装置４６に指
示して、電源制御ブロック５８以外のブロックへの電源
供給を抑制又は遮断させる。

【００２４】具体的には、表示装置１８及びカメラ２０
への電源供給を遮断する。受信に備えるために、通信制
御ブロック５６、画像処理ブロック５２及び音声処理ブ
ロック５４を低消費電力状態にする。低消費電力状態に
するには、例えば、各構成素子のパワーダウン・モード
を活用し、供給クロック周波数を下げたり、電源電圧を
下げたりする。勿論、通信制御ブロック５６には、最低
限、受信を検知し、且つ相手端末能力を確認できる程度
には電力が供給される。更に、主制御ブロック５０は、
操作装置１６の操作に応じて即座に通常動作を開始でき
る程度に低消費電力の動作状態に制御される。これらに
より、全体として、消費電力は非常に少なくなる。

【００２５】操作装置１６で入力操作があると、これに
応じて、状態監視装置４４は、操作内容に応じた制御信
号を電源制御装置４６に出力する。電源制御装置４６
は、状態監視装置４４からの制御信号に従って、各機能
ブロック１８〜２２，５０〜５８への電源供給を制御す
る。

【００２６】また、パワーダウン・モードのときに、受
信があると、通信制御回路３８は回線インターフェース
４０経由で相手端末の能力を識別し、その結果を状態監
視装置４４に通知する。状態監視装置４４は、通信制御
回路３８からの信号に従い、動作させる必要のある機能
ブロックを決定し、電源制御回路４６を制御して、それ
らの機能ブロックに充分な電源を供給させる。例えば、
相手端末が電話機の場合は、主制御ブロック５０と音声
処理ブロック５４を動作状態にする。相手端末がＴＶ電
話機の場合、主制御ブロック５０と音声処理ブロック５
４に加えて、画像処理ブロック５２、表示装置１８及び
カメラ２０も動作状態にする。

【００２７】図２、図３及び図４を参照して、受信した
場合の相手端末の能力を識別する動作を説明する。

【００２８】図２は、ＩＳＤＮ回線における回線交換呼
制御手順を示す。図２において、７０は発信端末、７２
は通信回線網、７４は着信端末である。ここでは着信動
作を説明するので、着信端末７４に着目する。

【００２９】発信端末７０は、「呼設定」を通信回線網
７２に送出する。着信端末７４は、通信回線網７２から
「呼設定」を受けると、空状態から着呼状態に移行し、
通信回線網７２に対して「呼設定受付」を返送して、着
呼受付状態に移行する。着信端末７４は次に、「呼出」
を通信回線網７２に送出して呼出中に移行した後、「応
答」を送出して応答状態になる。通信回線網７２から
「応答確認」を受けて、着信端末７４は、通信中状態と
なる。

【００３０】発信端末７０が回線を切断した場合、着信
端末７４は、通信回線網７２から「切断」を受け、これ
に対して「解放」を返信し、通信回線網７２から「解放
完了」を受けて、空状態に戻る。

【００３１】着信端末７４が相手端末（つまり、発信端
末７０）の能力を判断できるのは、「呼設定」を受けた
時点である。

【００３２】図３は、図２で説明した「呼設定」等、通
信回線網と端末とのインターフェースを規定する勧告
Ｉ．４３０のレイヤ３のメッセージ・フォーマットの一
例を示す。図４は、実際の「呼設定」メッセージであっ
て、μ-ｌａｗの音声で回線交換を使ってＢ１チャネル
に接続した場合の一例を示す。図３及び図４から分かる
ように、着信端末７４は、呼設定を受けた時点で相手端
末の保有する能力を判別できる。従って、相手能力に応
じた機能ブロックのみを、選択的に、完全に動作する電
源供給状態、又は動作状態とすることができ、この結
果、全体として消費電力を節約できる。

【００３３】図５、図６及び図７は全体として、ＴＶ電
話機としてだけでなく、コンピュータとしても使用する
場合の動作フローチャートを示す。特に、電源制御に注
目して説明する。主電源スイッチがオンになると（Ｓ
１）、全ての機能ブロックに電源が供給される。通信中
かどうかを確認し（Ｓ２）、通信中ならば、通信終了を
待つ（Ｓ１１）。通信中でなければ（Ｓ２）、画像処理
ブロック５２、音声処理ブロック５４、通信制御ブロッ
ク５６及びカメラ２０を順次、パワーダウン・モード
（Ｐ／Ｄモード）にする（Ｓ３，４，５，６）。素子に
よっては、電源電圧の制御のみならず、クロック周波数
を下げたり、完全にゼロにしたりする。

【００３４】操作装置１６からの入力の有無を調べる
（Ｓ７）。入力がある場合には、コンピュータとして動
作させるＰＣ動作モードに移行する（Ｓ１２）。ＰＣ動
作モードでは、使用するアプリケーションにより動作す
る機能ブロックが異なるので、設定変更の有無を確認し
（Ｓ１３）、変更する場合には、ユーザの設定動作によ
り（Ｓ１４）、必要な機能ブロックを動作状態にする
（Ｓ１５）。例えば、カメラ２０を使用するアプリケー
ションの場合、カメラ２０及び画像処理ブロック５２に
必要な電源を供給して、パワーダウン・モードを解除す
る。以下、パワーダウン・モードを解除する動作をパワ
ーオンと表記し、この電源供給状態又は動作状態をパワ
ーオン状態又はパワーオン・モードと呼ぶ。通常のアプ
リケーションならば、主制御ブロック５０と表示装置１
８が必要になるが、これらは、Ｓ３〜Ｓ６によっても、
パワーオンになっているので、Ｓ１３で設定を変更する
必要性は少ないだろう。

【００３５】操作装置１６からの入力がない場合（Ｓ
７）、任意の一定時間の経過を待っても入力が無いと
（Ｓ８）、表示装置１８及び主制御ブロック５０をパワ
ーダウンする（Ｓ９，Ｓ１０）。なお、この実施例で
は、これにより、留守録モードに移行する（Ｓ１６）。

【００３６】留守録モードでは、一定間隔で操作装置１
６からの入力の有無と受信の有無を調べる（Ｓ１７，Ｓ
２６，Ｓ２７）。

【００３７】操作装置１６からの入力があると（Ｓ１
７）、主制御ブロック５０をパワーオンし（Ｓ１８）、
表示装置１８をパワーオンする（Ｓ１９）。その後、発
信か否かを調べ（Ｓ２０）、発信しない場合は、ＰＣ動
作モードと判断して、ＰＣ動作モードに移行する（Ｓ２
８）。発信する場合（Ｓ２０）、通信制御ブロック５６
をパワーオンし（Ｓ２１）、電話機の発信かＴＶ電話の
発信かを確認する（Ｓ２２）。電話機の発信の場合（Ｓ
２２）、音声処理ブロック５４をパワー・オンし（Ｓ２
３）、画像処理ブロック５２をパワーオンして（Ｓ２
４）、通信終了を待つ（Ｓ２５）。また、ＴＶ電話機の
場合（Ｓ２２）、音声処理ブロック５４、カメラ２０及
び画像処理ブロック５２をそれぞれパワーオンし（Ｓ２
９，Ｓ３０，Ｓ３１）、通信終了を待つ（Ｓ２５）。通
信終了後は、Ｓ３に進む（Ｓ２５）。

【００３８】操作装置１６からの入力がない間に、受信
があると（Ｓ２６）、通信制御ブロック５６をパワーオ
ンし（Ｓ３２）、相手端末能力を識別する（Ｓ３３）。
ここでは、図３及び図４を参照して説明したものの他
に、ＵＵＩ（ユーザ・ユーザ情報）等を用いることによ
り、周知の通り、より複雑な制御を行なうことができ
る。相手端末を識別した結果からＴＶ電話かどうかを判
別する（Ｓ３４）。ＴＶ電話でなければ（Ｓ３４）、先
ず、音声処理ブロック５４をパワーオンする（Ｓ３
５）。これにより、リンガ音を鳴動させて使用者に着信
を通知する。一定期間内に使用者の応答操作（オフフッ
ク）があると（Ｓ３６）、通常の電話として動作し（Ｓ
３８）、応答操作が無い場合（Ｓ３６）、予め蓄積され
た音声応答メッセージを送出して、相手端末からの音声
データを蓄積する（Ｓ３７）。通信終了により（Ｓ２
５）、Ｓ３に移行する。

【００３９】ＴＶ電話の場合（Ｓ３４）、音声処理ブロ
ック５４及び画像処理ブロック５２をパワーオンする
（Ｓ３９，Ｓ４０）。音声処理ブロック５４のパワーオ
ンにより、着信を示すリンガ音が出力される。ユーザの
応答操作がないと（Ｓ４１）、予め蓄積されていた画像
及び音声メッセージを送出して、相手端末からの画像メ
ッセージ及び音声メッセージを記録装置に蓄積する（Ｓ
４２）。使用者の応答操作により（Ｓ４１）、表示装置
１８及びカメラ２０をパワーオンし（Ｓ４３，Ｓ４
４）、ＴＶ電話として映像及び音声で対話する（Ｓ４
５）。Ｓ４２又はＳ４５の後、通信終了を待って（Ｓ２
５）、Ｓ３に移行する。

【００４０】図４〜図７では、音声のみによる通話と、
画像及び音声による通話とを選択できる実施例を図示し
たが、これらの他に、データ通信も加えることができる
ことは明らかである。

【００４１】上記実施例では、相手端末から着信したと
きに呼設定の段階で相手端末の能力を識別していたが、
通信中にリモート制御により通信端末の機能を制御でき
る。例えば、カメラ２０や、留守録により蓄積された画
像データ及び音声データの再生を遠隔制御できるように
する。図８はその動作フローチャートを示す。

【００４２】図６に示すフローチャートでは、スタート
時点で留守録モードに設定されているとする。従って、
通信端末は、パワーダウン・モードになっている。着信
があると（Ｓ５１）、通信制御ブロック５６をパワーオ
ンし（Ｓ５２）、相手端末を識別する（Ｓ５３）。相手
端末がＴＶ電話かどうかを確認し（Ｓ５４）、ＴＶ電話
でない場合（Ｓ５４）、音声処理ブロック５４をパワー
オンし（Ｓ５５）、予め録音した音声メッセージを送信
すると共に、相手からの音声メッセージを蓄積する（Ｓ
５６）。

【００４３】相手端末がＴＶ電話の場合（Ｓ５４）、音
声処理ブロック５４をパワーオンし（Ｓ５８）、画像処
理ブロック５２をパワーオンして（Ｓ５９）、リモート
制御画面を相手端末に送出する（Ｓ６０）。これによ
り、発信端末にはリモート画面が表示され、その使用者
は表示された画像から適当なメニュー又は操作を選択す
る。リモート制御が選択されないとき（Ｓ６１）、着信
する画像及び音声データを蓄積し（Ｓ６２）、リモート
制御が選択されたときには（Ｓ６１）、リモート画面で
選択された項目に従った機能ブロックをパワーオンし、
リモート制御の指定内容を実行する。この時の制御デー
タは、ＨＳＤ又はＬＳＤ等を用いて通信される。これに
より、例えば、蓄積された音声データのみを外出先から
聞きたいときには、音声処理ブロック５４がパワーオン
され、画像データ及び音声データの両方を再生したいと
きには、画像処理ブロック５２及び音声処理ブロック５
４の両方がパワーオンされる。また、画像処理ブロック
５２とカメラ２０をパワーオンすることにより、カメラ
２０をリモート制御して、監視に使用できる。

【００４４】

【発明の効果】以上の説明から容易に理解できるよう
に、本発明によれば、動作状態に応じて、必要な機能ブ
ロックのみを電源供給状態にするので、全体として、消
費電力を低減できる。この電源制御が自動的に行なわれ
るので、使用者の電源管理負担が軽減される。

【００４５】また、遠隔地からでも各機能ブロックへの
電源供給を遠隔制御できるので、電源制御を行なって消
費電力を抑制している状態からでも、蓄積されたデータ
を読み出すことが可能となり、監視にも使用できる。

【図面の簡単な説明】

【図１】 本発明の一実施例の概略構成ブロック図であ
る。

【図２】 ＩＳＤＮ回線の回線交換呼制御手順である。

【図３】 ＩＳＤＮ回線の情報要素フォーマットであ
る。

【図４】 ＩＳＤＮ回線の情報要素フォーマットであ
る。

【図５】 本実施例の着信時の動作フローチャートの一
部である。

【図６】 本実施例の着信時の動作フローチャートの一
部である。

【図７】 本実施例の着信時の動作フローチャートの一
部である。

【図８】 本実施例のリモート制御を含む動作フローチ
ャートである。

【符号の説明】

１０：ＣＰＵ １２：ＲＯＭ １４：ＲＡＭ １６：操
作装置 １８：表示装置 ２０：ビデオ・カメラ ２２：画像入出力装置 ２４：
画像処理装置 ２６：画像符号化復号化装置 ２８：ビ
デオ・メモリ ３０：ハンドセット ３２：音声入出力
装置 ３４：音声符号化復号化装置 ３６：音声メモリ
３８：通信制御装置 ４０：回線インターフェース
４２：多重化装置 ４４：状態監視装置 ４６：電源制御装置 ４８：ＣＰＵバス ５０：主機能
ブロック ５２：画像処理ブロック ５４：音声処理ブ
ロック ５６：通信制御ブロック ５８：電源制御ブロ
ック

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数の機能ブロックからなる通信端末装
   置であって、各機能ブロックに別々に電力を供給する電
   源供給手段と、当該通信端末の動作状況を監視する動作
   監視手段と、当該動作監視手段の監視結果に応じて当該
   電源供給手段を制御する第１の制御手段とを有し、通信
   端末の使用状況に応じて、電源供給する機能ブロックを
   選択することを特徴とする通信端末装置。
2. 【請求項２】 更に、着信した場合に相手端末の能力を
   識別する相手能力識別手段を設け、相手端末の能力によ
   り必要な機能ブロックに電源を供給し、不要な機能ブロ
   ックへの電源供給を制御することを特徴とする請求項１
   に記載の通信端末装置。
3. 【請求項３】 更に、相手端末からのリモート制御信号
   を受信する制御信号受信手段と、リモート制御信号に応
   じて、相応する機能ブロックへの電源供給を制御する第
   ２の制御手段とを具備する請求項１に記載の通信端末装
   置。