(57)【要約】【課題】テレビ電話機能を実行する携帯端末において、無駄な消費電流（消費電力）を抑制する。【解決手段】携帯端末１０は、顔認識判定部４０が相手画像および自画像の少なくとも一方に顔が含まれていないと判定した際に、画像デコーダ２７、画像出力部２８、画像エンコーダ２９、画像入力部３０、ＬＣＤ３１およびカメラ３２のうち、少なくとも１つのブロックを停止する制御部５０を備える。【選択図】図１
2013201715.tif 000002
【特許請求の範囲】
【請求項１】
画像表示手段と、
上記画像表示手段が向いている方向を撮像する撮像手段と、
相手端末が送信する相手画像ストリームを受信する受信手段と、
上記相手画像ストリームを相手画像データに復号化する画像復号化手段と、
上記相手画像データを上記画像表示手段に出力する画像出力手段と、
上記撮像手段を介して自画像データを入力する画像入力手段と、
上記自画像データを自画像ストリームに符号化する画像符号化手段と、
上記相手端末に上記自画像ストリームを送信する送信手段と、
上記相手画像データが表す相手画像に顔が含まれているか否かを判定するとともに、上記自画像データが表す自画像に顔が含まれているか否かを判定する顔認識判定手段と、
上記顔認識判定手段が、上記相手画像および上記自画像の少なくとも一方に顔が含まれていないと判定した際に、上記画像表示手段、上記画像復号化手段、上記撮像手段および上記画像符号化手段のうち、少なくともいずれかを停止する停止手段とを備えることを特徴とする携帯端末。
【請求項２】
上記顔認識判定手段が、上記自画像に顔が含まれておらず、かつ、上記相手画像に顔が含まれていると判定すると、上記停止手段が上記画像表示手段を停止することを特徴とする請求項１に記載の携帯端末。
【請求項３】
上記停止手段が、上記画像表示手段に加えて上記画像復号化手段を停止することを特徴とする請求項２に記載の携帯端末。
【請求項４】
上記顔認識判定手段が、上記自画像に顔が含まれており、かつ、上記相手画像に顔が含まれていないと判定すると、上記停止手段が、上記画像符号化手段を停止することを特徴とする請求項１〜３のいずれか１項に記載の携帯端末。
【請求項５】
上記停止手段が、上記画像符号化手段に加えて上記撮像手段を停止することを特徴とする請求項４に記載の携帯端末。
【請求項６】
上記顔認識判定手段が、上記自画像に顔が含まれておらず、かつ、上記相手画像に顔が含まれていないと判定すると、上記停止手段が、上記画像符号化手段を停止することを特徴とする請求項１〜５のいずれか１項に記載の携帯端末。
【請求項７】
上記顔認識判定手段が、上記自画像に顔が含まれておらず、かつ、上記相手画像に顔が含まれていないと判定すると、上記停止手段が、上記画像表示手段を停止することを特徴とする請求項１〜６のいずれか１項に記載の携帯端末。
【請求項８】
上記受信手段が、上記相手画像ストリームを受信しないと、上記停止手段が、上記撮像手段を停止することを特徴とする請求項１〜７のいずれか１項に記載の携帯端末。
【請求項９】
上記受信手段が、上記相手画像ストリームを受信しないと、上記停止手段が、上記画像復号化手段を停止することを特徴とする請求項１〜８のいずれか１項に記載の携帯端末。
【請求項１０】
上記停止手段が、上記画像復号化手段に加えて上記画像表示手段を停止することを特徴とする請求項９に記載の携帯端末。
【請求項１１】
上記受信手段が相手画像ストリームを無線通信回線を介して受信し、上記送信手段が自画像ストリームを無線通信回線を介して送信することを特徴とする請求項１〜１０のいずれか１項に記載の携帯端末。
【請求項１２】
上記画像表示手段、上記画像復号化手段、上記撮像手段および上記画像符号化手段のうち少なくとも１つが停止している際に、上記顔認識判定手段が、上記自画像に新たに顔が含まれていると判定する、または、上記相手画像に新たに顔が含まれていると判定すると、復帰手段が、上記画像表示手段、上記画像復号化手段、上記撮像手段および上記画像符号化手段の全ての手段を動作させることを特徴とする請求項１〜１１のいずれか１項に記載の携帯端末。
【請求項１３】
画像表示工程と、
上記画像表示工程において画像が表示される方向を撮像する撮像工程と、
相手端末が送信する相手画像ストリームを受信する受信工程と、
相手画像ストリームを相手画像データに復号化する画像復号化工程と、
上記相手画像データを上記画像表示工程に出力する画像出力工程と、
上記撮像工程を介して自画像データを入力する画像入力工程と、
上記自画像データを自画像ストリームに符号化する画像符号化工程と、
上記相手端末に上記自画像ストリームを送信する送信工程と、
上記相手画像データが表す相手画像に顔が含まれているか否かを判定するとともに、上記自画像データが表す自画像に顔が含まれているか否かを判定する顔認識判定工程と、
上記顔認識判定工程により、上記相手画像および上記自画像の少なくとも一方に顔が含まれていないと判定された際に、上記画像表示工程、上記画像復号化工程、上記撮像工程および上記画像符号化工程のうち、少なくともいずれか１つの手段を停止する停止工程とを備えることを特徴とする携帯端末の制御方法。
【請求項１４】
請求項１〜１２のいずれか１項に記載の携帯端末を動作させるプログラムであって、コンピュータを上記の各手段として機能させるプログラム。
【請求項１５】
請求項１４に記載のプログラムを記録しているコンピュータ読取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自端末と相手端末との間において、画像ストリームを送受信する携帯端末、携帯端末の制御方法、プログラム、および記録媒体に関する。
【背景技術】
【０００２】
近年、カメラを備える携帯端末が普及したことによって、端末が備える画像表示手段とカメラとを利用する機能が一般的になってきている。これらの端末は、一般的に二次電池の電力によって駆動されるため、消費電流もしくは消費電力を抑制するための技術がこれまでにも開発されている。
【０００３】
特許文献１には、カメラにより所定距離範囲を撮像し、所定距離範囲内に顔画像があるか否かを検出し、所定時間以上顔画像が検出できなければユーザが表示部を見ていないと判断し、表示制御部により表示部の電源をきることにより省電力制御を行う技術が記載されている。
【０００４】
特許文献２には、ビデオカメラにおいて動画を記録しているか否かの情報と、顔検知機能が有効かの情報と、顔を検知しているか否かの情報とから、電力消費を抑えても支障がないと判断した場合に、電力消費をすくなくするように制御する技術が記載されている。
【０００５】
特許文献３には、携帯端末を用いて通話を行う際に、携帯端末が使用者の耳付近にあるかどうかを確実に判断することにより、音声通話モードとテレビ電話モードとを自動的に間違いなく切り替える技術が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１１−２４２７３３号公報（１９９９年９月７日公開）
【特許文献２】特開２０１０−２７２９９８号公報（２０１０年１２月２日公開）
【特許文献３】特開２００９−４９５９号公報（２００９年１月８日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１および２に記載されている技術は、画像表示部と撮像部であるカメラとを用いる単一のシステムの省電力化を図ることを目的としている。言い換えると、電話およびテレビ電話といった通信相手が存在する状況における省電力化を図ることは考慮されていない。
【０００８】
特許文献３に記載されている技術は、音声通話モードとテレビ電話モードとを自動的に間違いなく切り替えることを課題としており、携帯端末の省電力化を図ることは意図していない。
【０００９】
携帯端末を用いて、テレビ電話に代表される画像表示部とカメラとを利用する双方向通信機能を実行するためには、少なくとも画像表示部、撮像部、画像エンコーダおよび画像デコーダを動作させる必要がある。したがって、画像表示部とカメラとを利用する双方向通信機能を実行するためには多くの電流（電力）が必要であり、その消費電流（消費電力）は電池端において数十〜数百ｍＡのオーダーとなる。このような消費電流を出来るだけ削減するできる技術が、現在、求められている。
【００１０】
本発明は、上記の課題を鑑みてなされたものである。本発明の目的は、画像表示部とカメラとを利用する双方向通信機能を実行する際に、無駄な消費電流（消費電力）を抑制可能な携帯端末、および、携帯端末の制御方法を提供することである。
【課題を解決するための手段】
【００１１】
本発明の一態様に係る携帯端末は、上記の課題を解決するために、画像表示手段と、上記画像表示手段が向いている方向を撮像する撮像手段と、相手端末が送信する相手画像ストリームを受信する受信手段と、上記相手画像ストリームを相手画像データに復号化する画像復号化手段と、上記相手画像データを上記画像表示手段に出力する画像出力手段と、上記撮像手段を介して自画像データを入力する画像入力手段と、上記自画像データを自画像ストリームに符号化する画像符号化手段と、上記相手端末に上記自画像ストリームを送信する送信手段と、上記相手画像データが表す相手画像に顔が含まれているか否かを判定するとともに、上記自画像データが表す自画像に顔が含まれているか否かを判定する顔認識判定手段と、上記顔認識判定手段が、上記相手画像および上記自画像の少なくとも一方に顔が含まれていないと判定した際に、上記画像表示手段、上記画像復号化手段、上記撮像手段および上記画像符号化手段のうち、少なくともいずれか１つの手段を停止する停止手段とを備えることを特徴とする。
【００１２】
上記のように構成された携帯端末によれば、相手端末との間において画像ストリームを送受信することによって、互いの顔を見ながら双方向通信をすることができる。この際に、上記顔認識判定手段は、上記相手画像および上記自画像に顔が含まれているか否かを判定する。上記相手画像および上記自画像の少なくともいずれか一方に顔が含まれていないと上記顔認識判定手段が判定した場合に、当該判定結果に応じて、上記停止手段は上記画像表示手段、上記画像出力手段、上記画像復号化手段、上記撮像手段、上記画像入力手段および上記画像符号化手段のうち少なくともいずれか１つの手段を停止する。
【００１３】
上記携帯端末において、上記撮像手段は上記画像表示手段が向いている方向を撮像する。上記自画像に顔が含まれているならば、上記携帯端末の使用者は、上記撮像手段と対面しているということであり、すなわち上記使用者は上記画像表示手段を見ている。
【００１４】
一方、上記自画像に顔が含まれていないならば、上記使用者は上記撮像手段が撮像する範囲内にいない、または、上記撮像手段から顔を背けている。すなわち、上記使用者は上記画像表示手段を見ていない。このように上記自画像に顔が含まれていないとき、言い換えると、上記使用者が上記画像表示手段を見ていないときに、例えば上記画像出力手段および上記画像表示手段を通常通り動作させることは無意味である。
【００１５】
同様に上記相手画像に顔が含まれていないならば、上記相手端末の使用者は、上記携帯端末が上記相手端末に送信する上記自画像ストリームが表す画像を見ていない。したがって、上記画像に顔が含まれていないとき、例えば上記画像符号化手段を通常通り動作させることは無意味である。
【００１６】
上記携帯端末は、上記相手画像および上記自画像の少なくともいずれか一方に顔が含まれていないときに、動作させることが無意味な手段を上記停止手段が停止する。したがって、無駄な消費電流（消費電力）を抑制可能である。
【００１７】
また、本発明の一態様に係る携帯端末は、上記顔認識判定手段が、上記自画像に顔が含まれておらず、かつ、上記相手画像に顔が含まれていると判定すると、上記停止手段が上記画像表示手段を停止する構成であってもよい。
【００１８】
上記の構成によれば、上記顔認識判定手段が、上記自画像に顔が含まれておらず、かつ、上記相手画像に顔が含まれていると判定すると、上記停止手段が、上記画像表示手段を停止する。上記自画像データに顔が含まれていないということは、上記携帯端末の使用者は上記撮像手段が撮像する範囲内にいない、または、上記撮像手段から顔を背けていることを意味する。すなわち、上記使用者は上記画像表示手段を見ていない。このため、上記画像表示手段を動作させることは無意味である。
【００１９】
したがって、上記停止手段が上記画像表示手段を停止することによって、上記自画像データに自分の顔が含まれておらず、かつ、上記相手画像データに相手の顔が含まれている際の無駄な消費電流（消費電力）を抑制可能である。
【００２０】
なお、上記復号化手段が動作していることによって、上記相手画像に顔が含まれているか否かを、上記顔認識判定手段は判定し続ける。したがって、上記相手画像に顔が検出されなくなった際に、上記停止手段は上記携帯端末の状態が遷移したことを検知することができる。
【００２１】
また、本発明の一態様に係る携帯端末は、上記停止手段が、上記画像表示手段に加えて上記画像復号化手段を停止する構成であってもよい。
【００２２】
上記の構成によれば、上記顔認識判定手段が、上記自画像に顔が含まれておらず、かつ、上記相手画像に相手の顔が含まれていると判定すると、上記停止手段は、上記画像表示手段に加えて上記画像復号化手段を停止する。上記自画像に顔が含まれていないということは、上記携帯端末の使用者が上記画像表示手段を見ていない状況であるから、上記停止手段が上記画像復号化手段を停止しても、上記双方向通信には支障は生じない。
【００２３】
上記画像表示手段と上記画像復号化手段とをともに停止することによって、上記自画像データに顔が含まれておらず、かつ、上記相手画像データに顔が含まれている際の無駄な消費電流（消費電力）を、更に抑制可能である。
【００２４】
また、本発明の一態様に係る携帯端末は、上記顔認識判定手段が、上記自画像に顔が含まれており、かつ、上記相手画像に顔が含まれていないと判定すると、上記停止手段が、上記画像符号化手段を停止する構成であってもよい。
【００２５】
上記の構成によれば、上記顔認識判定手段が、上記自画像に顔が含まれており、かつ、上記相手画像に顔が含まれていないと判定すると、上記停止手段が、上記画像符号化手段を停止する。上記相手画像に顔が含まれていない場合、上記相手端末の使用者は上記携帯端末が送信する上記自画像ストリームが表す自画像を見ていない。したがって、上記相手画像に顔が含まれていないとき、上記画像符号化手段を通常通り動作させることは無意味である。言い換えると、上記停止手段が上記画像符号化手段停止しても、上記双方向通信には支障は生じない。したがって、上記画像符号化手段を停止することによって、上記自画像データに顔が含まれており、かつ、上記相手画像データに顔が含まれていない際の無駄な消費電流（消費電力）を抑制可能である。
【００２６】
なお、上記自画像に顔が含まれており、かつ、上記相手画像に顔が含まれていないにおいて上記撮像手段および上記画像入力手段は動作している。すなわち、上記自画像に顔が含まれているか否かを、上記顔認識判定手段は判定し続ける。したがって、上記自画像に顔が検出されなくなった際に、上記停止手段は上記携帯端末の状態が遷移したことを検知することができる。
【００２７】
また、本発明の一態様に係る携帯端末は、上記停止手段が、上記画像符号化手段に加えて上記撮像手段を停止する構成であってもよい。
【００２８】
上記の構成によれば、上記顔認識判定手段が、上記自画像に顔が含まれており、かつ、上記相手画像に顔が含まれていないと判定すると、上記停止手段は、上記画像符号化手段に加えて上記撮像手段を停止する。上記相手画像に顔が含まれていないということは、上記相手端末の使用者が上記自画像ストリームが表す画像を見ていない状況であるから、上記停止手段が上記撮像手段を停止しても、上記双方向通信には支障は生じない。
【００２９】
上記画像符号化手段と上記撮像手段とをともに停止することによって、上記自画像に顔が含まれており、かつ、上記相手画像に顔が含まれていない際の無駄な消費電流（消費電力）を、更に抑制可能である。
【００３０】
また、本発明の一態様に係る携帯端末は、上記顔認識判定手段が、上記自画像に顔が含まれておらず、かつ、上記相手画像に顔が含まれていないと判定すると、上記停止手段が、上記画像符号化手段を停止する構成であってもよい。
【００３１】
上記の構成によれば、上記顔認識判定手段が、上記自画像に顔が含まれておらず、かつ、上記相手画像に顔が含まれていないと判定すると、上記停止手段が、上記画像符号化手段を停止する。上記自画像データおよび上記相手画像データの双方に顔が含まれていないということは、上記携帯端末の使用者は上記撮像手段が撮像する範囲内にいない、または、上記撮像手段から顔を背けており、さらに、相手端末の使用者は相手端末が備える撮像手段が撮像する範囲内にいない、または、相手端末が備える撮像手段から顔を背けている状況である。このため、上記停止手段が上記画像符号化手段を停止しても上記双方向通信には支障は生じない。
【００３２】
上記画像符号化手段を停止することによって、上記自画像に顔が含まれておらず、かつ、上記相手画像に顔が含まれていない際の無駄な消費電流（消費電力）を抑制可能である。
【００３３】
また、本発明の一態様に係る携帯端末は、上記顔認識判定手段が、上記自画像に顔が含まれておらず、かつ、上記相手画像に顔が含まれていないと判定すると、上記停止手段が、上記画像表示手段を停止する構成であってもよい。
【００３４】
上記の構成によれば、上記顔認識判定手段が、上記自画像に自分の顔が含まれておらず、かつ、上記相手画像に相手の顔が含まれていないと判定すると、上記停止手段が、上記画像表示手段を停止する。上記自画像データおよび上記相手画像データの双方に顔が含まれていないということは、携帯端末の使用者は上記撮像手段が撮像する範囲内にいない、または、上記撮像手段から顔を背けており、さらに、相手端末の使用者は相手端末が備える撮像手段が撮像する範囲内にいない、または、相手端末が備える撮像手段から顔を背けている状況である。このため、上記停止手段が上記画像表示手段を停止しても上記双方向通信には支障は生じない。
【００３５】
上記画像表示手段を停止することによって、上記自画像に顔が含まれておらず、かつ、上記相手画像に顔が含まれていない際の無駄な消費電流（消費電力）を抑制可能である。
【００３６】
また、本発明の一態様に係る携帯端末は、上記受信手段が、上記相手画像ストリームを受信しないと、上記停止手段が、上記撮像手段を停止する構成であってもよい。
【００３７】
上記の構成によれば、上記携帯端末が備える上記受信手段が上記相手画像ストリームを受信しないと、上記停止手段が上記撮像手段を停止する。したがって、上記相手画像ストリームを受信しない際の無駄な消費電流（消費電力）を抑制可能である。
【００３８】
また、本発明の一態様に係る携帯端末は、上記受信手段が、上記相手画像ストリームを受信しないと、上記停止手段が、上記画像復号化手段を停止する構成であってもよい。
【００３９】
上記の構成によれば、上記携帯端末が備える上記受信手段が上記相手画像ストリームを受信しないと、上記停止手段が、上記画像復号化手段を停止する。したがって、上記相手画像ストリームを受信しない際の無駄な消費電流（消費電力）を抑制可能である。
【００４０】
また、本発明の一態様に係る携帯端末は、上記停止手段が、上記画像復号化手段に加えて上記画像表示手段を停止する構成であってもよい。
【００４１】
上記の構成によれば、上記受信手段が、上記相手画像ストリームを受信しないと、上記停止手段が、上記画像復号化手段に加えて上記画像表示手段を停止する。したがって、上記相手画像ストリームを受信しない際の無駄な消費電流（消費電力）を更に抑制可能である。
【００４２】
また、本発明の一態様に係る携帯端末は、上記受信手段が相手画像ストリームを無線通信回線を介して受信し、上記送信手段が自画像ストリームを無線通信回線を介して送信する構成であってもよい。
【００４３】
上記の構成によれば、上記携帯端末と通信回線とを接続するための配線を接続しなくても、携帯端末は相手画像ストリームを受信することができる。
【００４４】
また、本発明の一態様に係る携帯端末は、上記画像表示手段、上記画像復号化手段、上記撮像手段および上記画像符号化手段のうち少なくとも１つが停止している際に、上記顔認識判定手段が、上記自画像に新たに顔が含まれていると判定する、または、上記相手画像に新たに顔が含まれていると判定すると、復帰手段が、上記画像表示手段、上記画像復号化手段、上記撮像手段および上記画像符号化手段の全ての手段を動作させる構成であってもよい。
【００４５】
上記の構成によれば、携帯端末が備える上記画像表示手段、上記画像復号化手段、上記撮像手段および上記画像符号化手段のうち少なくとも１つが停止している際に、上記顔認識判定手段が、上記自画像に新たに自分の顔が含まれていると判定する、または、上記相手画像に新たに相手の顔が含まれていると判定すると、上記停止手段は、上記画像表示手段、上記画像復号化手段、上記撮像手段および上記画像符号化手段の全ての手段を動作させる。
【００４６】
したがって、携帯端末の使用者が特別な操作を行うことなく、携帯端末を上記画像表示手段、上記画像復号化手段、上記撮像手段および上記画像符号化手段のうち少なくとも１つが停止している状態から、全ての手段が動作している状態へ復帰させることができる。
【００４７】
本発明の一態様に係る携帯端末の制御方法は、画像表示工程と、上記画像表示工程において画像が表示される方向を撮像する撮像工程と、相手端末が送信する相手画像ストリームを受信する受信工程と、相手画像ストリームを相手画像データに復号化する画像復号化工程と、上記相手画像データを上記画像表示工程に出力する画像出力工程と、上記撮像工程を介して自画像データを入力する画像入力工程と、上記自画像データを自画像ストリームに符号化する画像符号化工程と、上記相手端末に上記自画像ストリームを送信する送信工程と、上記相手画像データが表す相手画像に顔が含まれているか否かを判定するとともに、上記自画像データが表す自画像に顔が含まれているか否かを判定する顔認識判定工程と、上記顔認識判定工程により、上記相手画像および上記自画像の少なくとも一方に顔が含まれていないと判定された際に、上記画像表示工程、上記画像復号化工程、上記撮像工程および上記画像符号化工程のうち、少なくともいずれかを停止する停止工程とを備えることを特徴とする。
【００４８】
上記のように構成された携帯端末の制御方法によれば、携帯端末と同様の効果を奏する。
【００４９】
また、本発明の一態様に係る携帯端末が備えている各手段としてコンピュータを動作させるためのプログラム、および、それらのプログラムを記録したコンピュータ読み取り可能な記録媒体についても本発明の範疇に含まれる。
【発明の効果】
【００５０】
本発明の一態様に係る携帯端末によれば、画像を双方向通信する際に無駄な無駄な消費電流（消費電力）を削減することができる効果を奏する。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施形態に係る携帯端末の構成の概略を示すブロック図である。
【図２】本発明の一実施形態に係る携帯端末が、相手画像データの有無、および、顔認識判定部の判定結果に応じて行う処理の対応表を示す図である。
【図３】本発明の一実施形態に係る携帯端末が通常動作状態である際のフローチャートを示す図である。
【図４】本発明の一実施形態において、自画像データに顔が無く、かつ、相手画像データに顔が有る際に、制御部が行う処理の一例を示すブロック図である。
【図５】本発明の一実施形態において、自画像データに顔が無く、かつ、相手画像データに顔が有る際に、制御部が行う処理の一例を示すブロック図である。
【図６】本発明の一実施形態において、自画像データに顔が有り、かつ、相手画像データに顔が無い際に、制御部が行う処理の一例を示すブロック図である。
【図７】本発明の一実施形態において、自画像データに顔が有り、かつ、相手画像データに顔が無い際に、制御部が行う処理の一例を示すブロック図である。
【図８】本発明の一実施形態において、自画像データに顔が無く、かつ、相手画像データにも顔がない際に、制御部が行う処理を示すブロック図である。
【図９】本発明の一実施形態において、相手画像データが無い際に、制御部が行う処理の一例を示すブロック図である。
【発明を実施するための形態】
【００５２】
本発明の一実施形態に係る携帯端末１０について、図１〜図９を参照しながら以下に説明する。本実施形態に係る携帯端末１０は、無線通信回線を介して画像音声ストリームの送受信が可能な機器であれば、その種類は限定されない。代表的な携帯端末の例としては、例えばスマートフォン、フィーチャーフォン、タブレット型端末などが挙げられる。
【００５３】
本実施形態において、携帯端末１０のことを自端末とも表現する。携帯端末１０は、自端末とは別個の端末（以下において相手端末とも表現する）と無線通信回線を介して画像音声ストリームの送受信を行う。別の言い方をすると、携帯端末１０と相手端末とは双方向通信を行うことによって、自端末の使用者と相手端末の使用者とが互いの顔を画像として見ながら通信することを実現する。
【００５４】
自端末の使用者と相手端末の使用者とが互いに顔を画像として見ながら行う通信の用途として、たとえばテレビ電話などが挙げられる。本実施形態において、以下ではテレビ電話を例として説明する。しかし、携帯端末１０は、少なくとも画像ストリームの送受信による双方向通信を行えればよい。言い換えると、携帯端末１０において音声ストリームの送受信による双方向通信は、必須の構成要素ではない。
【００５５】
自端末と相手端末との間において送受信する画像音声ストリームとして、例えばＭＰＥＧ２ストリームまたはＭＰＥＧ４ストリームを用いてもよい。
【００５６】
（携帯端末１０の構成）
携帯端末１０の構成について、図１を参照しながら説明する。図１は、携帯端末１０の構成の概略を示すブロック図である。この図に示すように携帯端末１０は、無線処理部１５、画像音声処理部２０、液晶表示装置（ＬＣＤ）３１、カメラ３２、スピーカ３３、マイク３４、顔認識判定部４０、制御部５０および記憶部６０を備えている。
【００５７】
（無線処理部１５）
受信手段および送信手段である無線処理部１５は、無線通信回線を介して、相手端末が出力する画像音声ストリーム（以下において、相手端末ストリームとも呼ぶ）を受信する。そして、相手端末ストリームを後述する画像音声処理部２０に出力する。その一方で、無線処理部１５は後述する画像音声処理部２０から自端末の画像音声ストリーム（以下において、自端末ストリームとも呼ぶ）を受け取り、自端末ストリームを無線通信回線に送信する。
【００５８】
無線通信回線としては、例えば、携帯電話用通信網、無線ＬＡＮ(local area network)、および、公衆無線回線などの無線インターネット接続など既存の無線通信回線を利用可能である。
【００５９】
（画像音声処理部２０）
図１に示すように、画像音声処理部２０は入力フレーム処理部２１、音声デコーダ２２、ＰＣＭ出力部２３、音声エンコーダ２４、ＰＣＭ入力部２５、出力フレーム処理部２６、画像デコーダ２７、画像出力部２８、画像エンコーダ２９および画像入力部３０を備えている。
【００６０】
携帯端末１０の使用者（以下において、使用者Ａとも表現する）が特定の相手端末を選択し、携帯端末１０が備えるテレビ電話機能を起動することによって、以下に説明する双方向通信が実行される。また、携帯端末１０のテレビ電話機能の起動は、使用者Ａ以外の人によって起動されてもよい。例えば、携帯端末１０とは別個の端末の使用者（以下において、使用者Ｂとも表現する）が、使用者Ａが所有する携帯端末１０に対してテレビ電話機能を用いての通信を要求してもよい。その場合、携帯端末１０は使用者Ａに対して、当該要求があることを通知する。使用者Ａが上記要求を認める操作を携帯端末１０に対して行えば、携帯端末１０が備えるテレビ電話機能は起動する。
【００６１】
（受信側処理）
入力フレーム処理部２１は、無線処理部１５から受け取る相手端末ストリームを、相手音声ストリームと相手画像ストリームとに分離する。その上で、相手音声ストリームを音声デコーダ２２に出力し、相手画像ストリームを画像デコーダ２７に出力する。
【００６２】
音声デコーダ２２は、相手音声ストリームを相手音声データに復号化した上で、ＰＣＭ出力部２３に出力する。ＰＣＭ出力部２３は、相手音声データを電気信号に変換してスピーカ３３に出力する。その結果として、使用者Ａはスピーカ３３を介して使用者Ｂの発する音声を聞くことができる。
【００６３】
画像デコーダ２７は、相手画像ストリームを復号化する画像復号化手段である。画像デコーダ２７は、相手画像ストリームを相手画像データに復号化した上で、画像出力部２８、および、後述する顔認識判定部４０に出力する。
【００６４】
画像出力部２８は、供給される映像データに対して、映像処理を必要に応じて適宜実行しＲＧＢ信号に変換する。その上で、画像出力部２８は当該ＲＧＢ信号をＬＣＤ３１に出力する。画像出力部２８が出力する信号はＲＧＢ信号に限られず、ＬＣＤ３１に適した信号を出力する。例えば、ＬＣＤ３１がＲＧＢＹからなる４つのサブ画素を備える場合には、画像出力部２８はＲＧＢＹ信号をＬＣＤ３１に出力する構成とすればよい。
【００６５】
画像出力手段であるＬＣＤ３１は、ＲＧＢ信号を画像として表示する。その結果として、使用者Ａは相手端末が備えるカメラが撮像する画像を見ることができる。
【００６６】
このようにして、携帯端末１０の使用者Ａは、相手端末の音声および画像を大きな遅延なしに、すなわちリアルタイムに視聴することができる。
【００６７】
なお、携帯端末１０が備える画像出力手段はＬＣＤに限られない。ＬＣＤ以外の画像出力手段として、例えば有機ＥＬ(electro luminescence)、または、電子インクなどを利用する画像出力手段を用いてもよい。本実施形態においては、画像出力手段がＬＣＤであるとして説明する。
【００６８】
ここまでに説明した処理、すなわち相手端末ストリームを受信し、携帯端末１０のＬＣＤ３１およびスピーカ３３から画像および音声を出力する処理を、以下においては自端末の受信側処理、または、単に受信側処理と表現する。
【００６９】
（送信側処理）
上述の受信側処理に加えて、携帯端末１０は自端末の送信側処理（以下において、単に送信側処理とも呼ぶ）を行う。以下に、図１を参照しながら送信側処理について説明する。
【００７０】
携帯端末１０は、撮像手段であるカメラ３２およびマイク３４を備えている。カメラ３２は、撮影した画像をＲＧＢ信号として画像入力部３０に出力する。
【００７１】
画像入力部３０は、供給されるＲＧＢ信号に対して、映像処理を必要に応じて適宜実行し自画像データに変換する。さらに、画像入力部３０は、自画像データを画像エンコーダ２９、および、後述する顔認識判定部４０に出力する。
【００７２】
画像符号化手段である画像エンコーダ２９は、自画像データを自画像ストリームに符号化して出力フレーム処理部２６に出力する。
【００７３】
ＰＣＭ入力部２５は、マイク３４を介して使用者Ａが発する声を電気信号として取り込み、自音声データに変換して音声エンコーダ２４に出力する。音声エンコーダ２４は、自音声データを自音声ストリームに符号化する。さらに、音声エンコーダ２４は、自音声ストリームを出力フレーム処理部２６に出力する。
【００７４】
出力フレーム処理部２６は、自画像ストリームおよび自音声ストリームを結合することによって１つの自端末ストリームを生成し無線処理部１５に出力する。
【００７５】
無線処理部１５は、自端末ストリームを無線通信回線に送信する。無線通信回線を介して、自端末ストリームを相手端末が受信することによって、使用者Ｂは使用者Ａの音声および映像をリアルタイムで視聴することができる。
【００７６】
携帯端末１０が、上述の受信側処理および送信側処理を実行することによって、携帯端末１０が備える携帯電話機能が実現される。
【００７７】
（画像に含まれる顔）
音声のみの通信と比較した場合に、テレビ電話の大きなメリットは相手の表情および身振りといった画像情報を取得しながら通信が可能な点にある。したがって、相手画像データが表す相手画像には少なくとも相手端末の使用者いずれかの顔が含まれていることが好ましい。同様に、自画像データが表す自画像には少なくとも携帯端末１０の使用者の顔が含まれていることが好ましい。以下において、相手画像データが表す相手画像を単に相手画像とも表現し、自画像データが表す自画像を単に自画像とも表現する。
【００７８】
ここで、テレビ電話における通信の形態は、必ずしも一人対一人に限られない。すなわち、通信の形態として一人対複数人、もしくは、複数人対複数人である可能性がある。したがって、相手画像に含まれる使用者の顔は、必ずしも使用者Ｂの顔でなくてもよいし、必ずしも一人の使用者の顔でなくてもよい。例えば、使用者Ｂとは別の使用者（ここでは使用者Ｃと呼ぶ）が同席している可能性がある。この際、相手画像に使用者Ｂの顔をのみが含まれていることもあるし、使用者Ｃの顔のみが含まれていることもあるし、使用者ＢおよびＣの顔が含まれていることもある。言い換えると、相手画像データには相手端末の近傍にいる使用者のうち、少なくともいずれか一人の顔が含まれていることが好ましく、複数の使用者の顔が含まれていてもよい。
【００７９】
自画像に含まれる顔についても相手画像に含まれる顔と同様である。携帯端末１０の近傍に複数の使用者がいることも想定される。したがって、自画像には携帯端末１０の近傍にいる使用者のうち、少なくともいずれか一人の顔が含まれていることが好ましく、複数の使用者の顔が含まれていてもよい。
【００８０】
なお、本実施形態においては説明を簡単にするために、特に断りのある場合を除いて携帯端末１０の使用者は使用者Ａであり、相手端末の使用者は使用者Ｂであるとして説明する。
【００８１】
（画像データに顔が含まれない場合）
上述のように、テレビ電話を用いる通信の形態において、相手画像および自画像のいずれにも使用者の顔が含まれることが好ましい。しかし、テレビ電話を用いる通信の最中に、自画像および相手画像のいずれか一方、または、両方に使用者の顔が含まれない可能性もある。
【００８２】
たとえば、使用者Ｂが相手端末の前面から異なる場所に移動すると、相手画像には使用者Ｂの顔が含まれなくなる。また、使用者Ｂが相手端末の前面にいる場合でも、相手端末が備えるカメラから顔を背けることによって、相手画像には使用者Ｂの顔が含まれなくなる。
【００８３】
同様に使用者Ａが、携帯端末１０の前面から異なる場所に移動すると、自画像には使用者Ａの顔が含まれなくなる。また、使用者Ａが携帯端末１０の前面にいる場合でも、カメラ３２から顔を背けることによって、自画像には使用者Ａの顔が含まれなくなる。
【００８４】
ここで、テレビ電話機能を実行する際の消費電流（消費電力）について説明する。テレビ電話機能を実行するためには、音声のみの電話と比較してより多くの手段を動作させることが携帯端末１０に求められる。具体的には、携帯端末１０は自画像ストリームを相手端末に送信し、かつ、相手端末が送信する相手画像ストリームを受信する。そのために携帯端末１０は、画像デコーダ２７、画像出力部２８、画像エンコーダ２９、画像入力部３０、ＬＣＤ３１およびカメラ３２の各ブロックを動作させる。
【００８５】
自画像データおよび相手画像データのいずれか一方、または両方に使用者の顔が含まれないにも関わらず、携帯端末１０において上記各ブロックを全て動作させることは無駄な消費電流（消費電力）を増加させることを意味する。
【００８６】
携帯端末１０は無駄な消費電流（消費電力）をなるべく抑制するために、自画像および相手画像のいずれか一方、または、両方に使用者の顔が含まれていない際には、上記各ブロックのうち意味無く動作するブロックを停止する。すなわち、自画像および相手画像のいずれか一方、または、両方に使用者の顔が含まれていないことが停止要因となる。
【００８７】
（停止するブロック）
本実施形態において、画像デコーダ２７、画像出力部２８、画像エンコーダ２９、画像入力部３０、ＬＣＤ３１およびカメラ３２のうち、画像出力部２８およびＬＣＤ３１を１つのブロック単位とみなす。同様に、画像入力部３０およびカメラ３２を１つのブロック単位とみなす。
【００８８】
画像出力部２８はＬＣＤ３１にＲＧＢ信号を供給する手段である。したがって、ＬＣＤ３１が動作している場合は画像出力部２８も動作していることが好ましく、ＬＣＤ３１を停止する場合は画像出力部２８を動作させないことが好ましい。
【００８９】
画像入力部３０は、カメラ３２から供給されるＲＧＢ信号を自画像データに変換する手段である。したがって、カメラ３２が動作している場合は画像入力部３０も動作していることが好ましく、カメラ３２を停止する場合は画像入力部３０を動作させないことが好ましい。
【００９０】
したがって、本実施形態において停止させ得るブロックは以下の通りである。
（ａ）画像出力部２８およびＬＣＤ３１
（ｂ）画像デコーダ２７
（ｃ）画像エンコーダ２９
（ｄ）画像入力部３０およびカメラ３２
自画像および相手画像のいずれか一方、または、両方に使用者の顔が含まれていない際、すなわちなんらかの停止要因が存在する際、これら（ａ）〜（ｄ）のうちいずれか１つ、または、複数を停止することによって、携帯端末１０は無駄な消費電流（消費電力）を抑制する。
【００９１】
（ａ）〜（ｄ）のうち複数を選択して停止させる際、制御部５０が復帰要因を受け取って携帯端末１０が標準状態に復帰可能な組み合わせであれば、（ａ）〜（ｄ）をどのように組み合わせるかは設計段階において設計者が任意に設計できる。なお、復帰要因については後述する。
【００９２】
（顔認識判定部４０）
顔認識判定手段として機能する顔認識判定部４０は、画像入力部３０から受け取る自画像データが表す自画像に、使用者Ａの顔が含まれているか否かを顔認識処理を行うことによって判定する。顔認識判定部４０において行われる顔認識処理の方法としては、既に知られている顔認識処理の方法を用いればよい。
【００９３】
顔認識判定部４０は顔認識処理の結果、すなわち自画像内に「顔を認識している」、または、「顔を認識していない」のいずれかの情報を制御部５０に供給する。
【００９４】
同様に顔認識判定部４０は、画像デコーダ２７から受け取る相手画像データが表す相手画像に、使用者Ｂの顔が含まれているか否かを顔認識処理を行うことによって判定する。顔認識判定部４０は顔認識処理の結果、すなわち相手画像内に「顔を認識している」、または、「顔を認識していない」のいずれかの情報を制御部５０に供給する。
【００９５】
なお、以下において、「画像内に顔を認識している」ことを、単に「画像内に顔がある」とも表現する。同様に、「画像内に顔を認識していない」ことを、単に「画像内に顔がない」とも表現する。
【００９６】
（制御部５０）
停止手段および復帰手段である制御部５０は、自画像データおよび相手画像データについて、顔認識処理の結果を顔認識判定部４０から受け取る。制御部５０は、識判定部４０から受け取る顔認識処理の結果に基づいて、画像音声処理部２０が備える各ブロックを制御する。
【００９７】
具体的には、自画像および相手画像のいずれか一方、または、両方に顔がないときに、制御部５０は、画像デコーダ２７、画像出力部２８、画像エンコーダ２９、画像入力部３０、ＬＣＤ３１およびカメラ３２の各ブロックのうちいずれか1つ、または、複数のブロックを停止させる。すなわち、停止要因を検知することによって、制御部５０は停止手段として機能する。この際、制御部５０がどのブロックを停止させるのかについては後述する。
【００９８】
なお、各ブロックのうちいずれか1つ、または、複数のブロックを停止している状態を、以下においては停止状態と呼ぶ。
【００９９】
例えば、自画像に使用者Ａの顔が含まれていないとき、使用者Ａは携帯端末１０の前面にいない、または、カメラ３２顔を背けている可能性がある。制御部５０は、自画像に顔がないことを停止要因として検知し、画像デコーダ２７、画像出力部２８、画像エンコーダ２９、画像入力部３０、ＬＣＤ３１およびカメラ３２の各ブロックのうちいずれか1つ、または、複数のブロックを停止させる。
【０１００】
この停止状態において、カメラ３２および画像入力部３０は通常処理を行っているので、顔認識判定部４０は自画像データに基づいて顔認識処理を続ける。顔認識判定部４０が自画像内に顔を認識しない期間において、顔認識判定部４０は「自画像内に顔がない」との判定を制御部５０に出力し続ける。すなわち、停止状態は維持される。
【０１０１】
使用者Ａが携帯端末１０の前面に戻ってくる、または、カメラ３２の方向を向くと、それまで自画像内に顔を認識していなかった顔認識判定部４０は、自画像内に顔を認識する。その結果つぉいて、顔認識判定部４０は「自画像内に顔がある」と判定する。このように、顔認識判定部４０が、それまで顔を認識していなかった画像内に顔を認識することを、「新たに顔を認識する」または「新たに顔が含まれていると判定する」とも表現する。また、それまで顔認識判定部４０において顔が認識されていなかった自画像または相手画像に、新たに顔が認識されることを復帰要因と呼ぶ。
【０１０２】
顔認識判定部４０が新たに顔を認識すると、制御部５０は顔認識判定部４０から「顔を認識している」との判定を復帰要因として受け取る。制御部５０は復帰要因を受け取ると、画像デコーダ２７、画像出力部２８、画像エンコーダ２９、画像入力部３０、ＬＣＤ３１およびカメラ３２の全ブロックを動作させる。このように上記各ブロックの全てが動作している状態を、以下においては通常状態とも呼ぶ。
【０１０３】
なお、制御部５０が停止要因を検知してから、各ブロックを停止する（停止状態へ移行する）までの間に、所定の遅延時間が設けられていてもよい。当該遅延時間は、製造者が設計段階において任意の長さに設定してもよい。また、使用者の好みに応じて使い勝手のよいように、使用者が当該遅延時間を任意の時間に設定可能な構成であってもよい。
【０１０４】
なお、制御部５０は、携帯端末１０が備える各ブロックをソフトウェア的に実現するためのＣＰＵ（Central Processing Unit）を備えていてもよい。ＣＰＵは、携帯端末１０の各ブロックの機能を実現するためのプログラムを実行する。
【０１０５】
（記憶部６０）
携帯端末１０は、上記プログラムを格納するためのＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、および、上記プログラム及び各種データを格納するメモリ等の記憶装置（記録媒体）を備えていてもよい。本実施形態においては、上述のＲＯＭ、ＲＡＭ、および、記憶装置（記録媒体）を総称して記憶部６０と記載している。
【０１０６】
（処理の対応表）
図２を参照しながら、制御部５０が停止させるブロックについて説明する。図２は、携帯端末１０において制御部５０が行う停止処理の対応表を示す図である。
【０１０７】
自端末である携帯端末１０を用いて相手端末とのテレビ電話機能を用いる場合、自画像に顔がある場合およびない場合と、相手画像に顔がある場合およびない場合とが想定される。図２において、「顔がある場合」を「顔有」と表記し、「顔がない場合」を「顔無」と表記している。
【０１０８】
また、詳しくは後述するが、相手端末が本発明に一態様に係る携帯端末である場合、相手端末が相手画像ストリームを出力しない場合がある。この場合を、以下において「相手画像データ無」と表記する。
【０１０９】
したがって、図２に示す対応表には６つの場合の処理が記載されている。６つの場合とは、自端末について「顔有」および「顔無」の２つの場合と、相手端末について「顔有」、「顔無」および「相手画像データ無」の３つの場合との組み合わせからなる６つの場合である。
【０１１０】
上記６つ場合の処理が記載されている各セルにおいて、上段のサブセルは自端末の送信側処理について記載しており、下段のサブセルは自端末の受信側処理について記載している。
【０１１１】
携帯端末１０における処理について、まず、図３に示すフローチャートを参照しながら処理の流れを説明する。次に、図４〜９に示すブロック図を参照しながら、６つの各処理において停止させるブロックを説明する。
【０１１２】
（処理の流れ）
携帯端末１０における処理の流れを、図３のフローチャートに示す。図３に示すフローチャートは、相手端末が常に相手画像ストリームを出力している、すなわち、常に相手画像データがある場合を想定している。また、図３に示すフローチャートは、図２に示す対応表に記載の処理のうち、次に示す停止処理を行う際のフローチャートである。
・自画像において「顔有」、かつ、相手画像において「顔無」の場合の送信側処理として、「画像エンコーダ＆カメラ停止」を行う。
・自画像において「顔無」、かつ、相手画像において「顔有」の場合の受信側処理として、「ＬＣＤ＆画像デコーダ停止」を行う。
【０１１３】
画像音声処理部２０における処理は、必ずしも図３のフローチャートに示される順番通りに処理される必要はなく、一部処理の順番が入れ替わってもよい。図３に示すフローチャートは、画像音声処理部２０における処理の流れの一例を示すものである。
【０１１４】
顔認識判定部４０は、カメラ３２が撮像した画像を画像入力部３０を介して自画像データとして取得する（Ｓ１００）。
【０１１５】
顔認識判定部４０は、画像デコーダ２７から相手画像データを取得する（Ｓ１０２）。顔認識判定部４０は、自画像データが表す自画像に対して顔認識処理を行い、自画像に顔があるか否かを判定する。そして、自画像について「顔有」または「顔無」の判定結果を制御部５０に出力する（Ｓ１０４）。Ｓ１０４の判定結果が「顔有」すなわちＹＥＳであればＳ１０６に進み、「顔無」すなわちＮＯであればＳ１０８へ進む。
【０１１６】
Ｓ１０６において顔認識判定部４０は、相手画像データが表す相手画像について「顔有」または「顔無」の判定結果を制御部５０に出力する。Ｓ１０６における判定結果が「顔有」すなわちＹＥＳであればＳ１１０へ進み、「顔無」すなわちＮＯであればＳ１２０へ進む。
【０１１７】
Ｓ１０８において顔認識判定部４０は、相手映像データが表す相手画像について「顔有」または「顔無」の判定結果を制御部５０に出力する。Ｓ１０８における判定結果が「顔有」すなわちＹＥＳであればＳ１３０へ進み、「顔無」すなわちＮＯであればＳ１４０へ進む。
【０１１８】
（自画像：顔有、相手画像：顔有の場合）
以上のように、Ｓ１１０に進むのは自画像において「顔有」、かつ、相手画像において「顔有」であるときである。したがって、Ｓ１１０〜Ｓ１１６の処理は、図２における「自端末が顔有」かつ「相手端末が顔有」の処理に対応している。言い換えると、Ｓ１１０〜Ｓ１１６の処理は、携帯端末１０が通常状態である際の処理である。
【０１１９】
制御部５０は、カメラエンコードを行うように画像音声処理部２０を制御する。より具体的には、制御部５０は、画像エンコーダ２９を動作させるための制御信号を画像エンコーダ２９に出力する（Ｓ１１０）。なお、カメラエンコードを行うとは、カメラ３２が撮像した画像のデータである自画像データを自画像ストリームに符号化することを意味する。
【０１２０】
次に制御部５０は、カメラ処理を行うように画像音声処理部２０を制御する。より具体的には、制御部５０は、カメラ３２および画像入力部３０を動作させるための制御信号を、カメラ３２および画像入力部３０に出力する（Ｓ１１２）。なお、カメラ処理を行うとは、カメラ３２が撮像した画像のＲＧＢ信号を画像入力部３０に入力し、画像入力部３０は当該ＲＧＢ信号を自画像データに変換する処理を意味する。
【０１２１】
Ｓ１１０およびＳ１１２は、図２における「自端末が顔有」かつ「相手端末が顔有」の送信側処理に対応している。また、Ｓ１１０およびＳ１１２の処理結果として、画像エンコーダ２９、画像入力部３０およびカメラ３２が動作する。この状態を、図２では通常処理と記載している。
【０１２２】
次に制御部５０は、画面表示を行うように画像音声処理部２０を制御する。より具体的には、制御部５０は、画像出力部２８およびＬＣＤ３１を動作させるための制御信号を、画像出力部２８およびＬＣＤ３１に出力する（Ｓ１１４）。なお、画像表示を行うとは、画像出力部２８が、相手画像データをＲＧＢ信号に変換したうえでＬＣＤ３１に出力し、ＬＣＤ３１は当該ＲＧＢ信号を表示することを意味する。
【０１２３】
さらに制御部５０は、相手画像デコードを行うように画像音声処理部２０を制御する。より具体的には、制御部５０は、画像デコーダ２７を動作させるための制御信号を画像デコーダ２７に出力する（Ｓ１１６）。なお、相手画像デコードを行うとは、画像デコーダ２７が、相手画像ストリームを相手画像データに復号化することを意味する。
【０１２４】
Ｓ１１４およびＳ１１６は、図２における「自端末が顔有」かつ「相手端末が顔有」の受信側処理に対応している。また、Ｓ１１４およびＳ１１６の処理結果として、画像デコーダ２７、画像出力部２８およびＬＣＤ３１が動作する。この状態を、図２では通常表示と記載している。
【０１２５】
以上のように、自画像において「顔有」、かつ、相手画像において「顔有」であるとき、送信側処理を担う画像エンコーダ２９、画像入力部３０およびカメラ３２と、受信側処理を担う画像デコーダ２７、画像出力部２８およびＬＣＤ３１とは全て動作している。したがって、この状態が携帯端末１０における通常状態である。
【０１２６】
（自画像：顔有、相手画像：顔無の場合）
自画像において「顔有」、かつ、相手画像において「顔無」であると、処理ステップはＳ１２０へ進む。したがって、Ｓ１２０〜Ｓ１２６の処理は、図２における「自端末が顔有」かつ「相手端末が顔無」の処理に対応している。
【０１２７】
相手画像において「顔無」ということは、使用者Ｂが相手端末の前から席を外している、または、使用者Ｂは相手端末が備えるカメラ顔を背けているなどの状況にある可能性が高い。また、このような状況においては、使用者Ｂは相手端末が備える画像表示部（たとえばＬＣＤ）を見ていない可能性が高い。
【０１２８】
したがって、自画像ストリームを相手端末に出力する必要はなく、端末装置１０は画像エンコーダ２９を停止する、または、画像エンコーダ２９、画像入力部３０およびカメラ３２を停止する。
【０１２９】
このように、送信側処理を担うブロックの一部または全部を停止することによって、使用者Ｂが自画像データを見ていない可能性が高い状況において、無駄な消費電流（消費電力）を抑制可能である。ここでは、Ｓ１２０〜Ｓ１２６として画像エンコーダ２９、画像入力部３０およびカメラ３２を停止する処理を説明する。
【０１３０】
制御部５０は、カメラエンコードを停止するように画像音声処理部２０を制御する。より具体的には、制御部５０は、画像エンコーダ２９を停止させるための制御信号を、画像エンコーダ２９に出力する（Ｓ１２０）。次に、制御部５０は、カメラ入力を停止するように画像音声処理部２０を制御する。より具体的には、制御部５０は、画像入力部３０およびカメラ３２を停止させるための制御信号を、画像入力部３０およびカメラ３２に出力する（Ｓ１２２）。制御部５０は、Ｓ１１４と同様に画面表示を行うように画像音声処理部２０を制御する（Ｓ１２４）。また、制御部５０は、Ｓ１１６と同様に相手画像デコードを行うように画像音声処理部２０を制御する（Ｓ１２６）。
【０１３１】
（自画像：顔無、相手画像：顔有の場合）
自画像において「顔無」、かつ、相手画像において「顔有」であると、処理ステップはＳ１３０へ進む。したがって、Ｓ１３０〜Ｓ１３６の処理は、図２における「自端末が顔無」かつ「相手端末が顔有」の処理に対応している。
【０１３２】
自画像において「顔無」ということは、使用者Ａが携帯端末１０の前から席を外している、または、使用者Ａは携帯端末１０が備えるカメラ３２から顔を背けているなどの状況にある可能性が高い。また、このような状況においては、使用者ＡはＬＣＤ３１を見ていない可能性が高い。したがって、ＬＣＤ３１に相手画像を表示する必要はなく、端末装置１０は画像出力部２８およびＬＣＤ３１を停止する、または、画像出力部２８、ＬＣＤ３１および画像デコーダ２７を停止する。
【０１３３】
このように、受信側処理を担うブロックの一部または全部を停止することによって、使用者Ａが相手画像データを見ていないと可能性が高い状況において、無駄な消費電流（消費電力）を抑制可能である。ここでは、Ｓ１３０〜Ｓ１３６として画像デコーダ２７、画像出力部２８およびＬＣＤ３１を停止する処理を説明する。
【０１３４】
制御部５０は、Ｓ１１０と同様にカメラエンコードを行うように画像音声処理部２０を制御する（Ｓ１３０）。また、制御部５０は、Ｓ１１２と同様にカメラ処理を行うように画像音声処理部２０を制御する（Ｓ１３２）。さらに制御部５０は、画面表示を停止するように画像音声処理部２０を制御する。より具体的には、制御部５０は、画像出力部２８およびＬＣＤ３１を停止させるための制御信号を、画像出力部２８およびＬＣＤ３１に出力する（Ｓ１３４）。次に制御部５０は、相手画像デコードを停止するように画像音声処理部２０を制御する。より具体的には、制御部５０は、画像デコーダ２７を停止させるための制御信号を画像デコーダ２７に出力する（Ｓ１３６）。
【０１３５】
（自画像：顔無、相手画像：顔無の場合）
自画像において「顔無」、かつ、相手画像において「顔無」であると、処理ステップはＳ１４０へ進む。したがって、Ｓ１４０〜Ｓ１４６の処理は、図２における「自端末が顔無」かつ「相手端末が顔無」の処理に対応している。
【０１３６】
自画像において「顔無」ということは、上述のように使用者ＡはＬＣＤ３１を見ていない、すなわち相手画像を見ていないと可能性が高い。また、相手画像において「顔無」ということは、使用者Ｂも相手端末が備える画像表示部を見ていない、すなわち自画像を見ていないと可能性が高い。
【０１３７】
したがって、携帯端末１０は自画像ストリームを相手端末に送信しなくてもよく、画像エンコーダ２９を停止する。加えてＬＣＤ３１に相手画像データを表示しなくてもよいので、携帯端末１０は画像出力部２８およびＬＣＤ３１を停止する。
【０１３８】
このように送信側処理の一部、および、受信側処理の一部を停止することによって、使用者Ｂが自画像を見ておらず、かつ、使用者Ａが相手画像を見ていない可能性が高い状況において、無駄な消費電流（消費電力）を抑制可能である。
【０１３９】
なお、送信側処理において画像入力部３０およびカメラ３２は停止させないことが好ましい。画像入力部３０およびカメラ３２を停止させることによって、顔認識判定部４０は自画像データを得ることができなくなる。このことは、顔認識判定部４０が自画像における顔認識処理を行えないことを意味する。言い換えると、使用者Ａが携帯端末１０の前に戻ってきた、または、使用者Ａがカメラ３２の方向を向いたとしても、顔認識判定部４０は復帰要因として使用者Ａの顔を認識できないことを意味する。
【０１４０】
同様に、受信側処理において画像デコーダ２７を停止させないことが好ましい。画像デコーダ２７を停止させることによって、顔認識判定部４０は相手画像データを得ることができなくなる。このことは、顔認識判定部４０が相手画像における顔認識処理を行えないことを意味する。言い換えると、使用者Ｂが相手端末の前に戻ってきた、または、使用者Ｂが相手端末が備えるカメラの方向を向いたとしても、顔認識判定部４０は復帰要因として使用者Ｂの顔を認識できないことを意味する。
【０１４１】
仮に、自画像データにおいて「顔無」、かつ、相手画像データのおいて「顔無」の場合に、制御部５０が画像出力部２８、ＬＣＤ３１および画像エンコーダ２９に加えて、画像デコーダ２７、画像入力部３０およびカメラ３２を停止させるとする。この場合、制御部５０は復帰要因を全く検知することができない。したがって、携帯端末１０は停止状態から通常状態へ復帰することができなくなる。
【０１４２】
以上の理由から、制御部５０はＳ１４０〜Ｓ１４６の処理として、画像出力部２８、画像エンコーダ２９およびＬＣＤ３１を停止する。この処理について、以下に説明する。
【０１４３】
制御部５０は、カメラエンコード（画像エンコーダ２９）を停止するように画像音声処理部２０を制御する（Ｓ１４０）。次に制御部５０は、Ｓ１１２と同様にカメラ処理を行うように画像音声処理部２０を制御する（Ｓ１４２）。さらに制御部５０は、Ｓ１３４と同様に画面表示（画像出力部２８およびＬＣＤ３１）を停止するように画像音声処理部２０を制御する（Ｓ１４４）。ついで制御部５０は、Ｓ１１６と同様にＳ１１６と同様に相手画像デコードを行うように画像音声処理部２０を制御する（Ｓ１４６）。
【０１４４】
（制御部５０が停止するブロック）
次に、図４〜９に示すブロック図を参照しながら、図２に示す６つの各処理において停止させるブロックを説明する。図４〜９に示すブロック図自体は図１に示すブロック図と同様であるが、制御部５０が停止するブロックに斜線を付している。
【０１４５】
図２の対応表において、「自端末が顔無」かつ「相手端末が顔有」の際に停止させるブロックを、図４および図５に示す。図２の対応表において、「自端末が顔有」かつ「相手端末が顔無」の際に停止させるブロックを、図６および図７に示す。図２の対応表において、「自端末が顔無」かつ「相手端末が顔無」の際に停止させるブロックを図８に示す。以上は、すでに説明したとおり相手端末ストリームが相手画像ストリームを含んでいる場合、言い換えると相手画像データがある場合に、制御部５０が行いえる停止処理である。
【０１４６】
これらの停止処理とは対照的に、相手端末ストリームが相手画像ストリームを含んでいない場合、言い換えると相手画像データがない場合について、制御部５０が停止させるブロックを図９に示す。
【０１４７】
（自画像：顔無、相手画像：顔有の場合）
顔認識判定部４０による判定結果が、自画像において「顔無」、かつ、相手画像において「顔有」である場合について図４および図５を参照して説明する。
【０１４８】
この場合、制御部５０は送信側処理として通常処理を行う。一方、制御部５０は、受信側処理としてＬＣＤ停止を実行する（図４参照）。ここでいうＬＣＤ停止とは、画像出力部２８およびＬＣＤ３１を停止することを意味する。
【０１４９】
図４において画像デコーダ２７を停止させないことのメリットは、相手画像内に顔が検出されなくなった時に、自画像において「顔無」、かつ、相手画像データにおいて「顔無」の停止状態に遷移可能なことである。
【０１５０】
次に、制御部５０が、受信側処理としてＬＣＤおよび画像デコーダ停止を実行する場合を図５に示す。上述した画像出力部２８およびＬＣＤ３１に加えて、画像デコーダ２７も停止する。停止するブロックが１つ増えることによって、停止状態における消費電流（消費電力）を図４に示す場合と比較してより抑制可能である。
【０１５１】
なお、画像デコーダ２７を停止する場合、画像デコーダ２７を停止した時点で顔認識判定部４０は相手画像データを得ることができなくなる。したがって、顔認識判定部４０が相手画像内に顔を認識するか否かに関わらず、制御部５０は復帰要因を検知するまで、自画像データにおいて「顔無」かつ相手画像データにおいて「顔有」に対応する停止状態を保つ。
【０１５２】
停止処理としてＬＣＤ停止を実行する場合と、ＬＣＤおよび画像デコーダ停止を実行する場合との双方において、復帰要因は自画像データ内に顔を検出することである。この復帰要因を検知するために、送信側処理は通常処理を行っている。
【０１５３】
（自画像：顔有、相手画像：顔無の場合）
顔認識判定部４０による判定結果が、自画像において「顔有」、かつ、相手画像において「顔無」である場合について図６および図７を参照して説明する。
【０１５４】
この場合、制御部５０は受信側処理として通常表示を行う。一方、制御部５０は、送信側処理として画像エンコーダ２９を停止させる（図６参照）。画像エンコーダ２９を停止することによって、相手画像に顔が認識されない際の消費電流（消費電力）を抑制可能である。
【０１５５】
なお、送信側処理において画像入力部３０およびカメラ３２は動作している。したがって、顔認識判定部４０は自画像データを取得でき、自画像に顔があるか否かを判定可能である。仮に自画像データから顔が検出できなくなった際には、自画像データにおいて「顔無」かつ相手画像データにおいて「顔無」の停止状態に遷移可能である。
【０１５６】
一方、図７に示すブロック図は、画像エンコーダ２９に加えて画像入力部３０およびカメラ３２も停止させている状態を示している。送信側処理に係るブロックを全て停止させることによって、図６に示す停止状態と比較して、停止状態における消費電流（消費電力）をより抑制可能である。
【０１５７】
なお、図７に示す停止状態においては、顔認識判定部４０は自画像データを取得できない。したがって、制御部５０は復帰要因を検知するまで、自画像データにおいて「顔有」かつ相手画像データにおいて「顔無」に対応する停止状態を保つ。
【０１５８】
停止状態として画像エンコーダ２９を停止する場合と、画像エンコーダ２９、画像入力部３０およびカメラ３２を停止する場合との双方において、復帰要因は相手画像内に顔を検出することである。この復帰要因を検知するために、受信側処理は通常表示を行っている。
【０１５９】
（自画像：顔無、相手画像：顔無の場合）
顔認識判定部４０による判定結果が、自画像データにおいて「顔無」、かつ、相手画像データにおいて「顔無」である場合について図８を参照して説明する。
【０１６０】
この場合、制御部５０は受信側処理を担う各ブロックのうち画像出力部２８およびＬＣＤ３１を停止させる。さらに制御部５０は、送信側処理を担う各ブロックのうち画像エンコーダ２９を停止させる。
【０１６１】
このように画像出力部２８、画像エンコーダ２９およびＬＣＤ３１を停止させることによって、停止状態における消費電流（消費電力）を抑制可能である。
【０１６２】
その一方、受信側処理を担う各ブロックのうち画像デコーダ２７が動作していることによって、顔認識判定部４０は相手画像における顔認識処理を実行可能である。同様に、送信側処理を担う各ブロックのうち画像入力部３０およびカメラ３２が動作していることによって、顔認識判定部４０は自画像における顔認識処理を実行可能である。
【０１６３】
したがって、顔認識判定部４０は、相手画像および自画像のいずれかにおいて新たに顔を認識した際に、当該顔を認識したことを復帰要因として制御部５０に出力する。すなわち、相手画像および自画像のいずれかにおいて顔認識判定部４０が新たに顔を検知した際に、携帯端末１０は通常状態に復帰する。
【０１６４】
（相手画像データ無の場合）
図４〜８に係る停止状態については、相手端末が常に相手画像ストリームを送信してくることを前提として説明をしてきた。しかし、相手画像ストリームが送信されない場合もあり得る。例えば、相手端末が自端末と同じく携帯端末１０である場合、すなわち携帯端末１０同士によるテレビ電話の場合に、相手端末が画像エンコーダを停止する場合がそうです。言い換えると、相手端末が相手画像ストリームを送信しない場合である。以下に、相手端末ストリームに相手画像ストリームが含まれていない際の停止状態について説明する。
【０１６５】
無線処理部１５を介して相手端末ストリームを供給される入力フレーム処理部２１は、相手端末ストリームを相手音声ストリームと相手画像ストリームとに分離する。この際、入力フレーム処理部２１は、相手画像ストリームがあるか否かを検知する。入力フレーム処理部２１が相手画像ストリームがないことを検知すると、入力フレーム処理部２１は当該検知結果を制御部５０に出力する。
【０１６６】
制御部５０は、当該検知結果を受けて受信側処理を担う全ブロックである画像デコーダ２７、画像出力部２８およびＬＣＤ３１を停止するための制御信号を、上述のそれぞれのブロックに出力する。すなわち、図９に示すように、制御部５０は、画像デコーダ２７、画像出力部２８およびＬＣＤ３１を停止する。
【０１６７】
さらに、制御部５０は、送信側処理を担うブロックである画像エンコーダおよびカメラを停止するための制御信号を、上述のそれぞれのブロックに出力してもよい。カメラ停止とは、これまでと同様に画像入力部３０およびカメラ３２を停止することを意味する。すなわち、図９に示すように、制御部５０は、画像エンコーダ２９、画像入力部３０およびカメラ３２を停止する。
【０１６８】
このように、受信側処理を行う各ブロック、および、送信側処理を行う各ブロックの全てが停止するため、無駄な消費電流（消費電力）を抑制可能である。
【０１６９】
この停止状態において、画像デコーダ２７が入力フレーム処理部２１からの相手画像ストリームを検知すると、画像デコーダ２７は動作を再開し、そして、相手画像データを顔認識判定部４０に出力する。このことによって、顔認識判定部４０は、相手画像データに顔があるか否かを判定することが可能となる。
【０１７０】
制御部５０は、顔認識判定部４０の判定結果に基づいて、送信側処理および受信側処理を決定する（図２参照）。具体的には、相手画像に顔有であれば、送信側処理として通常処理を実行し、受信側処理として通常表示、ＬＣＤ停止、および、ＬＣＤ＆画像デコーダ停止のいずれかを実行する。一方、相手画像に顔無であれば、送信側処理として画像エンコーダ停止または画像エンコーダ＆カメラ停止を実行し、受信側処理として通常表示またはＬＣＤ停止を実行する。
【０１７１】
受信側処理の変形例として、画像デコーダ２７のみを停止させてもよい。この場合、画像出力部２８およびＬＣＤ３１は動作しているので、制御部５０は「no image」または「相手画像データがありません」などのメッセージを画像出力部２８を介してＬＣＤ３１に表示可能である。上記メッセージを表示する画像データは、あらかじめ記憶部６０に記憶させておいてもよい。
【０１７２】
また、送信処理側の変形例として、カメラ停止ではなく通常処理としてもよい。送信が処理を通常処理にすることによって、携帯端末１０は自画像ストリームを含む自端末ストリームを出力する。相手端末が自画像ストリームを受信可能な状態にあれば、相手端末の画像表示手段には携帯端末１０のカメラ３２が撮像する画像が表示される。このように、自画像ストリームを送信することによって、携帯端末１０の前に使用者がいるか否かなどの情報を相手端末の使用者に知らせること可能である。
【０１７３】
（付記事項）
上述した携帯端末１０の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０１７４】
後者の場合、上記装置は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラム及び各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである上記各装置の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータ読み取り可能に記録した記録媒体を、上記装置に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１７５】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０１７６】
また、上記各装置を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１７７】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１７８】
本発明は、自端末と相手端末との間において、画像ストリームを送受信する携帯端末、および、携帯端末の制御方法として利用できる。
【符号の説明】
【０１７９】
１０  携帯端末
１５  無線処理部（受信手段および送信手段）
２０  画像音声処理部
２１  入力フレーム処理部
２２  音声デコーダ
２３  ＰＣＭ出力部
２４  音声エンコーダ
２５  ＰＣＭ入力部
２６  出力フレーム処理部
２７  画像デコーダ（画像復号化手段）
２８  画像出力部（画像出力手段）
２９  画像エンコーダ（画像符号化手段）
３０  画像入力部（画像入力手段）
３１  ＬＣＤ（画像表示手段）
３２  カメラ（撮像手段）
３３  スピーカ
３４  マイク
４０  顔認識判定部（顔認識判定手段）
５０  制御部（停止手段および復帰手段）
６０  記憶部
【図２】
2013201715.tif 000003
【図３】
2013201715.tif 000004
【図４】
2013201715.tif 000005
【図５】
2013201715.tif 000006
【図６】
2013201715.tif 000007
【図７】
2013201715.tif 000008
【図８】
2013201715.tif 000009
【図９】
2013201715.tif 000010
【図１】
2013201715.tif 000011