JPWO2004010703A1 - 移動端末 - Google Patents

Abstract

動画像を送受信する機能を有する携帯電話には、動画像の入力、動画像のエンコード／デコードなどの処理を実行するアプリケーションプロセッサが設けられている。アプリケーションプロセッサは、カメラ２が取り込んだ輝度と色差から、差分部２１、ＤＴＣ２２、係数予測部２３、および可変長符号化部２４が、エンコードパラメータに基づいて動画像エンコードを行う。時間計測部３１はエンコード時間を測定し、データ量計測部３２がエンコード量を計測する。そして、エンコード時間、エンコード量が予め設定したレートをオーバしていないか否かを判定し、オーバしている場合には予め任意に選択したパラメータを用いてエンコードを行う。この表示パラメータは、コマ落ち、色数変更、および表示面積の変更がある。

Description

本発明は、移動端末に関し、特に、携帯電話などによる動画像の高品質な通信に適用して有効な技術に関するものである。

近年、移動体通信の１つとして、携帯電話が広く普及しており、該携帯電話には動画像の送受信機能などの多様性が求められている。この動画像の送受信では、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）などの圧縮規格が広く用いられている。
また、動画データの送受信技術としては、たとえば、特開２００１−３３３４２８号公報に示されるように、画像を垂直縮小フィルタで垂直方向の画素数を減らして画面を間引き、素材の動きの多少に応じて垂直縮小フィルタ、および間引かれた画像のいずれかを選択し、垂直拡大フィルタで垂直方向の画素数を元の画素数に戻した後、画像属性情報に従って垂直拡大フィルタから出力される画像、ならびに受信画像のいずれかを選択し、交互に読み出すものが知られている。
ところが、上記のような動画データの送受信技術では、次のような問題点があることが本発明者により見い出された。
すなわち、画像全体の拡大、縮小を行うので、データ量の削減には有効であるが、画像全体の拡大、縮小のために処理量が増加してしまい、それによって動画像圧縮の時間オーバになる恐れがあり、フレームスキップが発生してしまうという問題がある。
本発明の目的は、画像サイズ、ビットフレーム、およびフレームレートなどのパラメータを自動調整することにより、動画像圧縮で画像の変化が大きい場合でも画像スキップなどを防止することのできる携帯端末を提供することにある。
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

本発明は、複数の表示パラメータを有し、動画像が初期設定のエンコードパラメータにより圧縮できない場合に、複数の表示モードパラメータのうち、任意の１つの表示パラメータにより動画像のエンコードを行う画像圧縮手段を備えたものである。
また、本発明は、前記画像圧縮手段が、複数の表示パラメータが格納されたパラメータ格納部と、初期設定のエンコードパラメータによってエンコードされた動画像がフレームレートオーバ、またはビットレートオーバの場合に、該パラメータ格納部に格納された任意の表示パラメータを選択し、選択した表示パラメータにより動画像をエンコードする画像処理部とよりなるものである。
さらに、本発明は、前記パラメータ格納部に格納された表示パラメータが、少なくともコマ落ち処理、色数変更処理、および面積変更処理よりなるものである。
また、本発明は、前記パラメータ格納部に格納された色数変更処理の表示パラメータは動画像を白黒画像処理するものである。
さらに、本発明は、前記パラメータ格納部に格納された複数の表示モードパラメータを受信側の移動端末が任意に選択し、動画像が初期設定のエンコードパラメータにより圧縮できない場合に、受信側の移動端末が選択した表示モードパラメータによりエンコードするものである。
また、本発明は、動画像が初期設定のエンコードパラメータにより圧縮できない場合に、動画像を色数変更処理のエンコードを行う画像圧縮手段を備えたものである。
さらに、本発明は、前記画像圧縮手段による色数変更処理が、動画像を白黒動画像に変換するものである。
また、本発明は、動画像が初期設定のエンコードパラメータにより圧縮できない場合に、動画像を面積変更処理のエンコードを行う画像圧縮手段を備えたものである。

図１は、本発明の実施の形態１による携帯電話を用いて動画を送受信する際の全体構成の説明図、図２は、図１の携帯電話におけるブロック図、図３は、図２の携帯電話に設けられた画像圧縮部のブロック図、図４は、図２の携帯電話に設けられた画像伸張部のブロック図、図５は、図２の携帯電話における画像圧縮処理のフローチャート、図６は、携帯電話における画像伸張処理のフローチャート、図７は、図２の携帯電話に表示される動画像の一例を示す説明図、図８は、本発明の実施の形態２による携帯電話によりユーザ情報を用いて動画を送受信する際の説明図、図９は、図８のユーザ情報を用いた画像圧縮処理のフローチャート、図１０は、図９に続く画像圧縮処理のフローチャート、図１１は、画像圧縮処理における受信側の携帯電話のフローチャートである。

本発明を詳細に説明するために、添付の図面に従ってこれを説明する。なお、実施例を説明するための全図において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
（実施の形態１）
本実施の形態１において、携帯電話（移動端末）１は、たとえば、電話としての機能、音楽の録音／再生、および動画像を送受信する機能などを有する。携帯電話１は、図１に示すように、中継局であるキャリアＣＲを介して他の携帯電話１との通信が行われる。たとえば、ある携帯電話１が動画像を送信すると、キャリアＣＲを介して任意の受信側の携帯電話１に動画像データが送信される。
また、携帯電話１は、図２に示すように、カメラ２、マイク３、表示部４、キー入力部５、スピーカ６、通信プロセッサ７、ＲＡＭ８、ＲＯＭ（画像圧縮手段、パラメータ格納部）９、アプリケーションプロセッサ（画像圧縮手段、画像処理部）１０などから構成されている。
カメラ２は動画像を撮影し、マイク３は音声などを入力する。表示部４は、たとえば、液晶ディスプレイなどからなり、受信した動画像やキー入力部５から入力された情報などを表示する。キー入力部５は、電話番号や文字などを入力し、スピーカ６は音声などを出力する。
通信プロセッサ７は、ＲＦ部１１、およびベースバンド１２からなる。ＲＦ部１１は、無線からデジタル情報を抽出し、ベースバンド１２は、携帯電話としての機能や音声処理などを実行する。
ＲＡＭ８は、通信プロセッサ７やアプリケーションプロセッサ１０などにおける各プログラムのワークエリア、および電話番号などのユーザ情報を記録する。ＲＯＭ９は、通信プロセッサ７、アプリケーションプロセッサ１０が用いるプログラム、該プログラムの初期データ、ならびにアイコンなどの表示データなどが格納されている。
アプリケーションプロセッサ１０は、動画像の入力、音楽の録音／再生、動画像のエンコード／デコードなどの処理を実行する。このアプリケーションプロセッサ１０は、図２に示すように、内部ＲＡＭ１３、ＶＩＯ１４、画像処理部１５、ＣＰＵ１６、ＡＰインタフェース１７、ならびにＩ／Ｏインタフェース１８などから構成されている。
内部ＲＡＭ１３は、使用頻度の高いプログラムやデータなどを一時的に格納する。ＶＩＯ１４は、カメラ２が取り込んだ画像データの輝度、および色差などを、いわゆるＲＧＢ（Ｒｅｄ Ｇｒｅｅｎ Ｂｌｕｅ）変換したり、逆にＲＧＢを輝度、色差にそれぞれ変換する。
画像処理部１５は、通信プロセッサ７を介して送受信される動画像データの圧縮／伸張処理を実行する。この画像処理部１５は、画像圧縮部１５ａと画像伸張部１５ｂから構成されている。
ＣＰＵ１６は、前述した内部ＲＡＭ１３、ＶＩＯ１４、および画像処理部１５などにおけるすべての制御を司る。ＡＰインタフェース１７は、アプリケーションプロセッサ１０が、通信プロセッサ７、ＲＡＭ８、およびＲＯＭ９などと情報をやり取りする際のインタフェースである。
Ｉ／Ｏインタフェース１８は、アプリケーションプロセッサ１０が、カメラ２、マイク３、表示部４、キー入力部５、ならびにスピーカ６などと情報をやり取りする際のインタフェースである。
画像処理部１５における画像圧縮部（画像処理部）１５ａ、および画像伸張部１５ｂについて説明する。
画像圧縮部１５ａは、図３に示すように、色数変更部１９、面積変更部２０、差分部２１、ＤＣＴ２２、係数予測部２３、可変長符号化部２４、逆量子化部２５、ＩＤＣＴ２６、合成部２７、動き補償部２８、動き検出部２９、動きベクトル予測部３０、時間計測部３１、およびデータ量計測部３２などからなる。
色数変更部１９は、カメラ２が取得した輝度と色差とを表示パラメータに基づいて色数変更する。面積変更部２０は、カメラ２が取得した輝度と色差とを表示パラメータに基づいて面積変更する。
差分部２１は、色数変更部１９、または面積変更部２０から出力された画像データと１つ前に入力された画像データとの差分をとる。ＤＣＴ２２は、入力された画像データをＤＣＴ（Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ：離散コサイン変換）処理し、輝度と色差の周波数成分を計算する。
係数予測部２３は、ＤＣＴ２２が計算した輝度と色差の周波数成分における係数予測を行う。可変長符号化部２４は、ハフマン符号化テーブルに基づいて係数予測、および動きベクトル予測部３０が予測した動きベクトル予測を可変長符号化する。
逆量子化部２５は逆量子化を行い、ＩＤＣＴ２６は逆ＤＣＴ処理を行い、輝度と色差とを復元する。合成部２７は、ＩＤＣＴ２６が復元化した輝度と色差とを補償し、動き補償部２８は、１つ目の画像を復元する。
動き検出部２９は画像の動きを検出し、動きベクトル予測部３０は、その画像の動きベクトル予測を行う。時間計測部３１は、画像圧縮に要した時間を測定する。データ量計測部３２は、画像圧縮したデータ量を測定する。
そして、圧縮された画像データは、符号化データとしてＲＡＭ８に格納される。
また、画像伸張部１５ｂは、図４に示すように、色数変更部３３、面積変更部３４、可変長復号化部３５、逆量子化部３６、ＩＤＣＴ３７、動きベクトル復号化部３８、動き補償部３９、および合成部４０から構成されている。
色数変更部３３は、ベースバンド１２を介して出力された符号化データの色数変更を行い、面積変更部３４は、ベースバンド１２から出力された符号化データの面積変更を行う。
可変長復号化部３５は、可変長符号化された量子化係数を復元する。逆量子化部３６は、復元された量子化係数の逆量子化を行い、ＤＣＴ係数を復元する。ＩＤＣＴ３７は逆ＤＣＴ処理により、輝度と色差とを復元する。
動きベクトル復号化部３８は、可変長復号化された動きベクトルを復号化し、動き補償部３９は、復号化された動きベクトルの補償を行う。合成部４０は、動き補償部３９の動き補償の結果から、輝度、ならびに色差をそれぞれ合成する。合成された輝度、および色差は、ＲＡＭ８に格納される。
次に、本実施の形態におけるアプリケーションプロセッサ１０の動作について説明する。
はじめに、送信側の携帯電話１の画像圧縮部１５ａによる画像圧縮の動作例について、図５のフローチャートを用いて説明する。
まず、ユーザが携帯電話１のキー入力部５を操作して通信相手を選択する（ステップＳ１０１）。その後、ユーザは、エンコード処理におけるコマ落ち、色数変更、あるいは面積変更のいずれかの表示パラメータを設定する（ステップＳ１０２）。これにより、フレームレートやビットレートなどのエンコードパラメータがＲＯＭ９から読み出されて設定される。同時に、時間やデータ量などがオーバした際に用いられる表示パラメータもＲＯＭ９から読み出されて設定される。
そして、キー入力部５からのキー入力を取得する（ステップＳ１０３）。ＣＰＵ１６は、通信終了のキー入力があるか否かを判定する（ステップＳ１０４）。このステップＳ１０４の処理において、通信終了が選択されている場合には、終了処理を行い、エンコードを終了する（ステップＳ１０５）。
また、通信終了でない場合には、カメラ２が取り込んだ輝度と色差を取得する（ステップＳ１０６）。取得した輝度と色差とは、差分部２１、ＤＣＴ２２、係数予測部２３、および可変長符号化部２４が、エンコードパラメータに基づいて通常の動画像エンコードを行う（ステップＳ１０７）。
さらに、時間計測部３１は、エンコード時間を測定した後（ステップＳ１０８）、データ量計測部３２がエンコードデータ量を計測する（ステップＳ１０９）。エンコードされた符号化データは、ＡＰインタフェース１７を介してアプリケーションプロセッサ１０からベースバンド１２に転送され、ＲＦ部１１によって電波信号に変換されて外部に送信される（ステップＳ１１０）。
ＣＰＵ１６は、エンコード時間が予め設定したフレームレートをオーバしていないか否かを判定する（ステップＳ１１１）。オーバしていない場合には、予め設定されたデータ量をオーバしていないか否かを判定する（ステップＳ１１２）。
ステップＳ１１１，Ｓ１１２の処理において、時間オーバ、またはデータ量オーバのいずれかの場合には、ＣＰＵ１６がステップＳ１０２の処理において設定された表示パラメータの選択を行う（ステップＳ１１３）。このステップＳ１１３の処理においては、コマ落ち、色数変更、あるいは表示面積の変更のいずれかが選択される。
コマ落ちが選択された場合、動画像のコマ落ち処理が実行される（ステップＳ１１４）。色数変更が選択されている場合、色数変更部１９が色差情報をエンコードせずに白黒画像処理を行う（ステップＳ１１５）。このステップＳ１１５の処理では、白黒画像以外でもよく、たとえば、動画像がセピア色などになるように処理してもよい。動画像の表示面積の変更が選択されている際には、面積変更部３４がエンコードする面積を狭くして処理を行う（ステップＳ１１６）。
ステップＳ１１４〜Ｓ１１６のいずれかの処理が終了すると、変更フラグをＯＮに設定し（ステップＳ１１７）、変更情報が出力される（ステップＳ１１８）。
また、ステップＳ１１１，Ｓ１１２の処理において、時間オーバ、またはデータ量オーバでない場合には、変更フラグがＯＮか否かを判定し、色数変更や面積変更などをの処理を行っているか否かを判定する（ステップＳ１１９）。
変更フラグがＯＮでない場合には、ステップＳ１０３の処理に戻る。変更フラグがＯＮの場合、色数、面積を再設定し（ステップＳ１２０）、パラメータを元の状態に戻す。
その後、Ｉ−ＶＯＰ（Ｉｎｔｒａ Ｖｉｄｅｏ Ｏｂｊｅｃｔ Ｐｌａｎｅ）を出力して画面全体を再描画し（ステップＳ１２１）、変更フラグをＯＦＦにした後（ステップＳ１２２）、ステップＳ１０３の処理に戻る。
さらに、受信側の携帯電話１における画像伸張部１５ｂによる画像伸張の動作例について、図６のフローチャートを用いて説明する。
まず、ベースバンド１２から符号化データを取得する（ステップＳ２０１）。そして、取得した符号化データが終了か否かを判定する（ステップＳ２０２）。終了している場合には、デコード処理が終了となる（ステップＳ２０３）。
また、符号化データが終了でない場合には、可変長復号化部３５、逆量子化部３６、ＩＤＣＴ３７、動きベクトル復号化部３８、動き補償部３９、ならびに合成部４０によって動画像デコードを行い（ステップＳ２０４）、表示部４に画像が表示される（ステップＳ２０５）。
その後、送信側の携帯電話１から、ステップＳ１１８の処理によって出力された動画像の変更情報を受信したか否かを判定する（ステップＳ２０６）。変更情報を受信しなかった場合には、ステップＳ２０１の処理に戻る。
変更情報を受信した際には、その表示パラメータの判定を行う（ステップＳ２０７）。表示パラメータは、ステップＳ１１８の処理によって送信されたコマ落ち処理、色数変更処理、または面積変更処理のいずれかである。
コマ落ち処理の際には、動画像のコマ落ち処理を実行する（ステップＳ２０８）。色数変更処理の場合、色数変更部１９が色差情報を消去する（ステップＳ２０９）。動画像の表示面積の変更では、面積変更部３４が表示面積を縮小する（ステップＳ２１０）。
そして、これらステップＳ２０４〜Ｓ２１０の処理によってデコード処理を繰り返すことにより、表示部４に動画像が表示される。
ここで、図５、および図６に示したエンコード／デコード処理により受信側の携帯電話１に表示される出力画像の一例を図７に示す。
図７の上方から下方にかけて、元画像Ｇ１〜Ｇ３、色数変更を行った画像Ｇ４〜Ｇ６、ならびに面積変更を行った画像Ｇ７〜Ｇ９における時間経過の画像処理の移り変わりをそれぞれ示している。
図７の中段に示す画像において、左側の画像Ｇ４に時間オーバかデータ量オーバが発生した場合、画像Ｇ５、および画像Ｇ６によって色数変更が行われ、色差情報を削除してエンコードを行う。それによって、画像はモノクロとなる。
さらに、画像の面積変更を行った際、図７の下段に示す画像において、画像Ｇ７に時間オーバかデータ量オーバが発生すると、画像Ｇ８，Ｇ９により面積変更が行われ、該画像Ｇ８，Ｇ９の中心部領域のみエンコードされる。その結果、表示される画像が縮小される。
それにより、本実施の形態１によれば、ビットレートやフレームレートの制限が大きい携帯電話１による動画像の通信であっても、画像のスキップや停止などを極力低減することができ、安定した品質の動画像通信を提供することができる。
（実施の形態２）
本実施の形態２では、受信側のユーザ情報を考慮した場合の画像圧縮を行う携帯電話１について説明する。携帯電話１のＲＡＭ８（図１）には、ユーザ情報を格納する領域が設けられている。
このユーザ情報は、受信側の携帯電話１を使用するユーザが所望する表示パラメータの情報が格納されている。そして、動画像をエンコードする際には、図８に示すように、ユーザ情報に基づいて色数変更部１９、または面積変更部２０が画像処理を行う。
また、ＲＡＭ８に格納されたユーザ情報を用いた画像圧縮について、図９、ならびに図１０のフローチャートを用いて説明する。
まず、携帯電話１のキー入力部５によって通信相手を選択する（ステップＳ３０１）。ＣＰＵ１６はＲＡＭ８を検索し、通信相手のユーザ情報が格納されているか否かを判定する（ステップＳ３０２）。
通信相手のユーザ情報がある場合には、該ユーザ情報を読み取り、その情報の表示パラメータが設定される（ステップＳ３０３）。また、通信相手のユーザ情報がない場合には、デフォルトに設定されている表示パラメータを設定する（ステップＳ３０４）。その後、通信が開始される（ステップＳ３０５）。
そして、送信側の携帯電話１は、「１．コマ落ち ２．色数変更 ３．面積変更」のテロップ情報を送信する（ステップＳ３０６）。受信側の携帯電話１における表示部４に該テロップ情報が表示される。
受信側の携帯電話１からキー入力部５の操作があると（ステップＳ３０７）、送信側の携帯電話１のＣＰＵ１６がキー判定を行い（ステップＳ３０８）、その結果、受信側の携帯電話１がテロップ情報からある表示パラメータを選択した場合には選択された表示パラメータを設定する（ステップＳ３０９）。
その後、キー入力部５からキー入力を取得し（ステップＳ３１０）、ユーザのキー入力が通信終了か否かを判定する（ステップＳ３１１）。通信終了の際には、設定されたユーザ情報をＲＡＭ８に記録した後（ステップＳ３１２）、エンコード終了の処理を行う（ステップＳ３１３）。
また、通信終了でない場合には、通信プロセッサ７から、ＲＦ部１１、およびベースバンド１２を介して受信側の携帯電話１のキー入力を取得する（ステップＳ３１４）。
そして、カメラ２から輝度、ならびに色差を取得し（ステップＳ３１５）、ステップＳ３０９の処理において設定された表示パラメータに基づいて、差分部２１、ＤＣＴ２２、係数予測部２３、ならびに可変長符号化部２４などが動画像エンコードを行う（ステップＳ３１６）。
動画像のエンコード時間が時間計測部３１によって計測され（ステップＳ３１７）、エンコードしたデータ量がデータ量計測部３２によって計測される（ステップＳ３１８）。
エンコードされた符号化データは、ＡＰインタフェース１７を介してアプリケーションプロセッサ１０からベースバンド１２に転送され、ＲＦ部１１によって電波信号に変換されて送信される（ステップＳ３１９）。
次に、エンコード時間は、ステップＳ３０３，Ｓ３０４の処理において設定されたフレームレートをオーバしていないか否かを判定する（ステップＳ３２０）。
エンコード時間がオーバしていない場合には、エンコードしたデータがステップＳ３０３，Ｓ３０４の処理により設定したビットレートをオーバしていないか否かを判定する（ステップＳ３２１）。
ステップＳ３２０，Ｓ３２１の処理において、時間オーバ、またはビットレートオーバのいずれかの場合、ステップＳ３１２の受信側携帯電話１のキー入力によって選択された表示パラメータ、あるいはステップＳ３０３，Ｓ３０４の処理で設定した表示パラメータのいずれかを選択する（ステップＳ３２２）。このとき、受信側携帯電話１のキー入力が最優先となる。
以下、ステップＳ３２３〜Ｓ３３１の処理は、図５に示すステップＳ１１４〜Ｓ１２２の処理と同じであるので説明は省略する。
さらに、前述した図９、および図１０の画像圧縮処理における受信側の携帯電話１の動作について図１１のフローチャートを用いて説明する。
まず、送信側の携帯電話１におけるステップＳ３０６の通信を受信すると（ステップＳ４０１）、受信側の携帯電話１の表示部４には、受け取ったテロップ情報が表示される（ステップＳ４０２）。
キー入力により、表示されたテロップ情報から好みの表示パラメータを選択する（ステップＳ４０３）。キー入力があるか否かの判定を行い（ステップＳ４０４）、キー入力があった場合には、キー入力が表示パラメータの選択に対応したキー情報か否かを判定する（ステップＳ４０５）。
そして、ステップＳ４０５の処理において、表示パラメータの選択が行われたと判定した際には、送信側の携帯電話１に入力したキー情報を送信する（ステップＳ４０６）。
また、ステップＳ４０４の処理においてキー入力がない場合、時間計測部３１が時間計測を実行する（ステップＳ４０７）。予め設定されている時間が経過してもキー入力がない場合には（ステップＳ４０８）、デフォルトキー（たとえば、コマ落ちなど）を設定した後（ステップＳ４０９）、ステップＳ４０６の処理を実行する。
それにより、本実施の形態２においては、ユーザ情報に基づいてコマ落ち、色数変更あるいは面積変更などの画像圧縮処理を行うので、受信側のユーザの好みに合わせた動画像通信を可能とすることができる。
以上、本発明者によってなされた発明を実施例に基づき具体的に説明したが、本発明は前記実施例に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

以上のように、本発明にかかる移動端末は、通信による動画像の最適な配信技術に適している。

Claims (10)

1. 複数の表示パラメータを有し、動画像が設定のエンコードパラメータにより圧縮できない場合に、前記複数の表示パラメータのうち、任意の１つの表示パラメータにより前記動画像のエンコードを行う画像圧縮手段を備えたことを特徴とする移動端末。
2. 請求項１記載の移動端末において、
   前記画像圧縮手段が、
   前記複数の表示パラメータが格納されたパラメータ格納部と、
   前記初期設定のエンコードパラメータによってエンコードされた動画像が、フレームレートオーバ、またはビットレートオーバの場合に、前記パラメータ格納部に格納された任意の表示パラメータを選択し、前記選択した表示パラメータにより動画像をエンコードする画像処理部とよりなることを特徴とする移動端末。
3. 請求項１または２記載の移動端末において、
   前記パラメータ格納部に格納された表示パラメータが、少なくともコマ落ち処理、色数変更処理、および面積変更処理であることを特徴とする移動端末。
4. 請求項３記載の移動端末において、
   前記パラメータ格納部に格納された色数変更処理の表示パラメータは、前記動画像を白黒画像処理することを特徴とする移動端末。
5. 請求項１〜４のいずれか１項に記載の移動端末において、
   前記パラメータ格納部に格納された複数の表示パラメータを受信側の移動端末が任意に選択し、前記動画像が前記設定のエンコードパラメータにより圧縮できない場合に、前記受信側の移動端末が選択した表示パラメータによりエンコードすることを特徴とする移動端末。
6. 動画像が設定のエンコードパラメータにより圧縮できない場合に、前記動画像を色数変更処理のエンコードを行う画像圧縮手段を備えたことを特徴とする移動端末。
7. 請求項６記載の移動端末において、前記画像圧縮手段による色数変更処理が、前記動画像を白黒動画像に変換することを特徴とする移動端末。
8. 動画像が設定のエンコードパラメータにより圧縮できない場合に、前記動画像を面積変更処理のエンコードを行う画像圧縮手段を備えたことを特徴とする移動端末。
9. 複数の表示パラメータを有し、動画像が設定のエンコードパラメータにより圧縮できない場合に、前記複数の表示パラメータとは異なる表示パラメータにより前記動画像のエンコードを行う画像圧縮手段を備えたことを特徴とする移動端末。
10. 動画像を受信すべき端末からの指示に従って、送信すべき動画像をエンコードする際の表示パラメータが設定されることを特徴とする移動端末。

Images