(57)【要約】【課題】縦長の表示部に横長の動画像を表示する場合、表示部を横に向けて持ち、横長の動画像をＣＰＵで９０度回転させて表示すれば良いが、画像の９０度回転にはＣＰＵに大きな負荷をかける事になる。【解決手段】本発明の携帯端末は画像の回転処理を表示部のみで行なうものであり、表示部に内蔵される画像用メモリを表示パネルの長辺を１辺とする正方形とし、横長の動画を表示する時は、表示パネルへの読み出し方向を同じ方向に描画データを書き込み、表示パネルに描画データを出力するドライバ部で画像を回転させて表示する。【選択図】  図１
2004333957.tif 000002
【特許請求の範囲】
【請求項１】
データを記憶するメモリ部と、画像を表示する表示部と、前記メモリ部及び前記表示部を制御する制御部とを有する携帯端末であって、
前記表示部は、
前記制御部からの制御により前記メモリ部から送信された画像を記憶する画像用記憶部と、
前記画像用記憶部に記憶された画像を読み出し、出力するドライバ部と、
前記ドライバ部から出力された画像を表示する縦長の表示パネルとを有し、
前記画像用記憶部は、前記表示パネルの表示データ容量よりも大きいデータ容量を記憶可能で、
前記ドライバ部は、前記画像用記憶部に横長の画像が記憶された場合、前記横長の画像を回転させ、前記表示パネルに表示させることを特徴とする携帯端末。
【請求項２】
データを記憶するメモリ部と、画像を表示する表示部と、前記メモリ部及び前記表示部を制御する制御部とを有する携帯端末であって、
前記表示部は、
前記制御部からの制御により前記メモリ部から送信された画像を記憶する画像用記憶部と、
前記画像用記憶部に記憶された画像を読み出し、出力するドライバ部と、
前記ドライバ部から出力された画像を表示する横長の表示パネルとを有し、
前記画像用記憶部は、前記表示パネルの表示データ容量よりも大きいデータ容量を記憶可能で、
前記ドライバ部は、前記画像用記憶部に縦長の画像が記憶された場合、前記縦長の画像を回転させ、前記表示パネルに表示させることを特徴とする携帯端末。
【請求項３】
第１の筐体と第２の筐体とがヒンジ部で折り畳み可能に接続された携帯端末であって、
前記第１の筐体は、折り畳まれていない開いた状態で視認可能な画像を表示する第１の表示部と、前記第１の表示部より画面が小さい第２の表示部とを有し、
前記第２の筐体は、データを記憶するメモリ部と、前記メモリ部、前記第１及び第２の表示部を制御する制御部とを有する携帯端末であり、
前記第２の表示部は、
前記制御部からの制御により前記メモリ部から送信された画像を記憶する画像用記憶部と、
前記画像用記憶部に記憶された画像を読み出し、出力するドライバ部と、
前記ドライバ部から出力された画像を表示する縦長の表示パネルとを有し、
前記画像用記憶部は、前記表示パネルの表示データ容量よりも大きいデータ容量を記憶可能で、
前記ドライバ部は、前記画像用記憶部に横長の画像が記憶された場合、前記横長の画像を回転させ、前記表示パネルに表示させることを特徴とする携帯端末。
【請求項４】
第１の筐体と第２の筐体とがヒンジ部で折り畳み可能に接続された携帯端末であって、
前記第１の筐体は、折り畳まれていない開いた状態で視認可能な画像を表示する第１の表示部と、前記第１の表示部より画面が小さい第２の表示部とを有し、
前記第２の筐体は、データを記憶するメモリ部と、前記メモリ部、前記第１及び第２の表示部を制御する制御部とを有する携帯端末であり、
前記第２の表示部は、
前記制御部からの制御により前記メモリ部から送信された画像を記憶する画像用記憶部と、
前記画像用記憶部に記憶された画像を読み出し、出力するドライバ部と、
前記ドライバ部から出力された画像を表示する横長の表示パネルとを有し、
前記画像用記憶部は、前記表示パネルの表示データ容量よりも大きいデータ容量を記憶可能で、
前記ドライバ部は、前記画像用記憶部に縦長の画像が記憶された場合、前記縦長の画像を回転させ、前記表示パネルに表示させることを特徴とする携帯端末。
【請求項５】
請求項１乃至４のいずれかに記載の携帯端末であって、
前記画像用記憶部は、記憶できる短辺方向の画素数が前記表示パネルの長辺方向の画素数以上であることを特徴とする携帯端末。
【請求項６】
請求項１乃至４のいずれかに記載の携帯端末であって、
前記ドライバ部は、前記画像用記憶部より画像を読み出した後、前記画像を回転させ、前記表示パネルに表示させることを特徴とする携帯端末。
【請求項７】
請求項６に記載の携帯端末であって、
前記画像用記憶部に画像を横一列分の画像を書き込み、前記横一列分の画像を前記ドライバ部が読み出した後、前記画像を回転させ、前記表示パネルに表示することを特徴とする携帯端末。
【請求項８】
請求項１乃至４のいずれかに記載の携帯端末であって、
前記前記ドライバ部は、前記画像用記憶部より画像を読み出す際、前記画像を回転させて読み出し、前記表示パネルに表示させることを特徴とする携帯端末。
【請求項９】
画像を表示する表示パネルを有する携帯端末であって、
前記表示パネルの表示データ容量よりも大きいデータ容量を記憶できる表示用記憶部と、
前記表示用記憶部に前記表示パネルの長手方向と異なる長手方向の画像が書き込まれた場合、前記表示用記憶部に記憶された画像を読み出した後、前記表示パネルの長手方向に合わせるように前記画像データを回転させて前記表示パネルに表示させるドライバ部と、
を有することを特徴とする携帯端末。
【請求項１０】
第１の筐体と第２の筐体とが接続部で折り畳み可能に接続された携帯端末であって、
前記接続部は、折り畳み回転の中心軸に対して垂直な中心軸となる回転が可能な構造であり、
前記接続部は、折り畳み回転の中心軸に沿った前記筐体の端に設けられたことを特徴とする携帯端末。
【請求項１１】
撮像部と、表示部と、メモリ部と、制御部とを有する携帯端末であって、
前記撮像部と前記表示部と前期メモリ部と前記制御部とを接続するデータバスと、
前記撮像部と前記表示部とを接続し、前記データバスとは異なる画像表示専用バスと、を有することを特徴とする携帯端末。
【請求項１２】
請求項１１に記載の携帯端末であって、
前記撮像部は、映像を受光するセンサ部と、前記センサ部で受光したアナログデータをデジタルデータに変換するアナログデジタル変換部と、前記アナログデジタル変換部より出力された画像データをＹＵＶフォーマット変換する信号処理部と、前記信号処理部でＹＵＶフォーマットに変換された画像データを前記データバスへ出力するバスＩ／Ｆと、前記信号処理部でＹＵＶフォーマットに変換された画像データをＲＧＢデータへ変換するＲＧＢデータ変換部と、前記ＲＧＢデータ変換部で変換されたＲＧＢデータを前記画像表示専用バスへ出力するＲＧＢＩ／Ｆと、を有することを特徴とする携帯端末。
【請求項１３】
撮像部と表示部を有する携帯端末であって、
前記表示部は、画像データを記憶する画像用記憶部と、前記画像用記憶部で記憶された画像を読み出すドライバ部と、前記ドライバ部から出力された画像を表示する表示パネルと、前記画像用記憶部と前記ドライバ部を制御する表示制御部と、を有し、
前記画像用記憶部は、前記表示パネルの表示データ容量よりも大きいデータ容量を記憶可能で、
前記表示制御部は、前記画像用記憶部に記憶されている画像データから被写体を検知し、被写体が前記表示パネルの中央に表示されるよう、前記ドライバ部の読み出しを制御することを特徴とする携帯端末。
【請求項１４】
請求項３又は４に記載の携帯端末であって、
前記画像用記憶部は、前記第１の表示部の表示パネルの表示データ容量よりも大きいデータ容量を記憶できることを特徴とする携帯端末。
【請求項１５】
画像を表示する表示パネルを有する表示装置であって、
前記表示パネルの表示データ容量よりも大きいデータ容量を記憶できる表示用記憶部と、
前記表示用記憶部に前記表示パネルの長手方向と異なる長手方向の画像が書き込まれた場合、前記表示用記憶部に記憶された画像を読み出した後、前記表示パネルの長手方向に合わせるように前記画像データを回転させて前記表示パネルに表示させるドライバ部と、
を有することを特徴とする表示装置。
【請求項１６】
データを記憶するメモリ部と、情報を表示する表示部と、前記メモリ部及び前記表示部を制御する制御部とを有する携帯端末であって、
前記表示部は、
前記制御部からの制御により前記メモリ部から送信された情報を記憶する情報記憶部と、
前記情報記憶部に記憶された情報を読み出し、出力するドライバ部と、
前記ドライバ部から出力された情報を表示する縦長の表示パネルとを有し、
前記情報記憶部は、前記表示パネルの表示データ容量よりも大きいデータ容量を記憶可能で、
前記ドライバ部は、前記情報記憶部に横長の情報が記憶された場合、前記横長の情報を回転させ、前記表示パネルに表示させることを特徴とする携帯端末。
【請求項１７】
データを記憶するメモリ部と、情報を表示する表示部と、前記メモリ部及び前記表示部を制御する制御部とを有する携帯端末であって、
前記表示部は、
前記制御部からの制御により前記メモリ部から送信された情報を記憶する情報記憶部と、
前記情報記憶部に記憶された情報を読み出し、出力するドライバ部と、
前記ドライバ部から出力された情報を表示する横長の表示パネルとを有し、
前記情報記憶部は、前記表示パネルの表示データ容量よりも大きいデータ容量を記憶可能で、
前記ドライバ部は、前記情報記憶部に縦長の情報が記憶された場合、前記縦長の情報を回転させ、前記表示パネルに表示させることを特徴とする携帯端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報、特に画像の再生、記録又は撮影を行うことが可能な携帯端末に関するものである。
【０００２】
【従来の技術】
携帯端末において、「使用者によるボタン操作、もしくは使用者の保持状態に応じて表示部の画面表示方向を切替可能とする」（特許文献１参照）携帯端末が開示されている。
【０００３】
【特許文献１】
特開平１１−１４３６０４号公報（第１頁、要約の課題）
【０００４】
【発明が解決しようとする課題】
特許文献１に開示されている携帯端末は、使用者の保持状態に応じて表示部の画像表示を行っているが、表示部に表示する画像の形状に合わせた表示を行うことができない。
【０００５】
また、表示方向を長辺方向又は短辺方向と切り替えているが、画像の表示方向を切り替える方法について開示されていない。
【０００６】
そこで、本発明では、上記課題を解決し、使い勝手を向上した携帯端末を提供する。
【０００７】
【課題を解決するための手段】
上記課題は、特許請求の範囲に記載された発明により解決される。
【０００８】
【発明の実施の形態】
本発明の実施の形態を図面を用いて説明する。なお、以下の実施の形態では、携帯端末として、携帯電話を例に挙げて説明するが、ＰＨＳやＰＤＡなど携帯することができ画像を表示できる端末であれば本発明を適用できる。
【０００９】
図１は本発明の第１の実施の形態を示す携帯電話の内部構成図である。アンテナ部１は無線信号における受信及び送信処理を行なう無線部２に接続される。無線部２は制御部３によって制御される。制御部３にはユーザーから操作を検出するためのキー入力部５が接続され、更に、制御部３のデータバス８を介して、データの保存やアプリケーション実行時に必要となる作業領域などに使用されるメモリ部４と、画像の撮影を行なうためのカメラ部６と、表示を行なう表示部７が接続される。図１には記載していないが、更に、音声通話を行なうための信号処理部も制御部３に接続され、信号処理部にはマイクとレシーバが接続される。
【００１０】
次に、制御部３と撮像部６と表示部７を繋ぐ各インタフェースと、データの流れに関して説明する。制御部３と撮像部６と表示部７は、制御部のデータバス８によって接続される。また、撮像部６と表示部７は、画像表示専用バス９によっても接続される。データバス８に接続されるＬＳＩには、制御部３とメモリ部４があり、更に撮像部６と表示部７があり、各ＬＳＩ間でデータの送受信が可能である。画像表示専用バス９は撮像部６と表示部７を接続する専用インタフェースであり、データは撮像部６から出力されて表示部７に入力される。
【００１１】
次に表示部７の内部構成を説明する。表示部７にはデータバス８を介して制御部３と接続するデータバスＩ／Ｆ１０５と、カメラ部６から出力される描画データを、制御部３を通さず、ＲＧＢインタフェース９を介して制御部３を用いずに画像の表示を行なうためのＲＧＢ−Ｉ／Ｆ１００が備わっている。画像用ＲＡＭ１０１は、画像用ＲＡＭ１０１の短いほうの１辺の画素数が、表示パネル１０３の長いほうの１辺の画素数以上の形状をしており、ＲＧＢ−Ｉ／Ｆ１００より入力される描画データやバスＩ／Ｆ１０５より入力される描画データが書き込まれる。画像用ＲＡＭ１０１に書き込まれた描画データは、ドライバ部１０２によって画像用ＲＡＭ１０１から読み出され、表示用パネル１０３に転送されて、画像が表示される。これら一連の動作は、表示制御部１０４によって管理されている。
【００１２】
これ以降の説明では、画像用ＲＡＭ１０１の形状を、発明の効果を発揮できる最小限のメモリサイズである、表示パネル１０３の長いほうの１辺の画素数を画像用メモリ１０３の１辺とする正方向のマトリクス形状とする。ここでは表示パネル１０３のサイズを、長辺をＡ［ｄｏｔ］、短辺をＢ［ｄｏｔ］しているので、画像用ＲＡＭ１０１は１辺がＡ［ｄｏｔ］の正方形としている。
【００１３】
また、画像用ＲＡＭ１０１は表示制御部１０４によって、描画データを書き込む際のアドレス管理を行なう事で、必ずしも１つの纏まったメモリ領域とする必要はなく、２つ以上に分割されたメモリとする事も可能である。この場合、予め、書き込む描画データサイズが分かっているので、複数のメモリ領域ごとに個別に電源オン制御や動作モード制御が行なえる構成であれば、書き込みが行われないメモリ領域部に対してはスタンバイモードや電源オフにする事で、動作中の消費電力を低減させる効果が生まれる。
【００１４】
次に撮像部６の内部構成を説明する。センサ部２００は多数の受光素子により構成され、データの取込みを行なう。センサ部２００より取り込まれた画像データは、Ａ／Ｄ変換部２０１にてデジタル信号に変換され、信号処理部２０２にてＹＵＶ形式のデータに変換される。この信号処理部２０２では、センサ部より取り込んだ画像データをＹＵＶ形式に変換するだけでなく、制御部からのコマンドにより取り込んだ画像の色調を例えはセピア調や白黒調の画像に加工する事も可能である。また、カメラ撮影時に調整するホワイトバランス等の調整も行なう。
【００１５】
信号処理部２０２で変換された後のＹＵＶ形式の画像データは、バスＩ／Ｆ２０３より制御部３のデータバス８を介して制御部３に出力され、例えばＭＰＥＧやＪＰＥＧフォーマットにエンコードされてメモリ部４にて保存される。これとは別に、信号処理部２０２で変換された後のＹＵＶ形式の画像データは、ＲＧＢ変換部２０４でＲＧＢ形式の描画データに変換され、ＲＧＢ−Ｉ／Ｆ２０５からＲＧＢインタフェースを介して表示部７に出力される。これら一連の動作は、カメラ制御部２０６によって管理されている。
【００１６】
携帯電話で取り扱う動画の動作モードには、記録動作が伴わずにカメラから取得した画像を表示部に表示するだけのモニタモードと、カメラから取得した画像を記録しつつ表示部に表示を行なう録画モードと、録画やネット上からダウンロードした動画ファイルを再生するファイル再生モードの、３つのモードに分けられる。
【００１７】
この３つのモードに関して、各々、動作説明を行なう。先ず、モニタモードである。モニタモードは、記録動作を伴わないため、制御部３を介する必要が無い。そこで、撮像部６で取得された画像データは、撮像部６内のＲＧＢ変換部２０４でＲＧＢ形式の描画データに変換され、撮像部６内のＲＧＢ−Ｉ／Ｆ２０５から画像表示専用バスを介して表示部７のＲＧＢ−Ｉ／Ｆ１００に送られる。撮像部６から制御部３を介さずに、直接表示部７に送られた描画データは、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込まれ、表示部７内の表示タイミングに従い、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１よりドライバ部１０２によって読み出され、表示パネルに転送され、表示される。
【００１８】
この動作状態は、使用者が携帯電話のカメラで動画を撮影する時、実際に撮影している時間よりもアングル決めや、撮影を行なうタイミングを見計らっている時の方が長いので、動画撮影に必要となる時間の内で大部分を占める動作状態である。この状態において、通常、必要とされていた制御部３の動作が、不要となるため、制御部３で消費されていた電力を削減できる事になり、携帯電話の連続動作時間を延ばすことに貢献できる。
【００１９】
次に、録画モードである。録画モードは、カメラから取得した画像データを、制御部３と表示部７に送り、制御部３では画像データにエンコード処理を施して保存を行ない、表示部７では画像データの表示を行なう。撮像部６で取得された画像データは、信号処理部２０２でＹＵＶ形式データに変換された後、一方でバスＩ／Ｆ２０３よりデータバス８を介して制御部３に入力され、エンコード処理を施され、動画記録ファイルとして保存される。また、もう一方で、信号処理部２０２でＹＵＶ形式データに変換された画像データは、ＲＧＢ変換部２０４にてＲＧＢ形式の描画データに変換され、撮像部６内のＲＧＢ−Ｉ／Ｆ２０５から画像表示専用バスを介して表示部７のＲＧＢ−Ｉ／Ｆ１００に送られる。直接表示部７に送られた描画データは、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込まれ、表示部７内の表示タイミングに従い、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１よりドライバ部１０２によって読み出され、表示パネルに転送され、表示される。
【００２０】
この動作モードでは、制御部３による録画動作と、表示部７による表示動作が同時に行なわれる。
【００２１】
次に、ファイル再生モードである。ファイル再生モードは、以前に自カメラ又は他のカメラで撮影し、保存した動画ファイルを再生する場合や、ネット上からダウンロードした場合に起動されるモードである。動画ファイルは、制御部３で画像データのデコード処理を施し、データバス８を介して撮像部６に画像データを転送し、ＲＧＢ変換部２０４にてＲＧＢ形式の描画データに変換され、撮像部６内のＲＧＢ−Ｉ／Ｆ２０５から画像表示専用バスを介して表示部７のＲＧＢ−Ｉ／Ｆ１００に送られる。直接表示部７に送られた描画データは、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込まれ、表示部７内の表示タイミングに従い、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１よりドライバ部１０２によって読み出され、表示パネルに転送され、表示される。
【００２２】
ここでは、制御部３でデコード処理を施された画像データは、撮像部６内のＲＧＢ変換部にて描画データに変換したため、動画の再生に撮像部６までも動作させる事になる。これでは、消費電流が増加してしまうので、ＲＧＢ変換処理を、制御部３によって行ない、データバス８を介して表示部のバスＩ／Ｆ１０５から正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込む方法もある。また、表示部７内でＲＧＢ変換処理を行ってもよい。
【００２３】
図２は、縦長の動画を表示部７に表示する時の描画データ処理方法の概念図である。縦がＡ［ｄｏｔ］、横がＢ［ｄｏｔ］でＡ＞Ｂである縦長の動画３００を再生する事を例に、描画データの処理方法を説明する。
【００２４】
図３は、描画データの画像サイズ情報と描画データ書き込み開始アドレス情報を記憶する領域１１０を示す概略図である。図３（ａ）は、描画データの画像サイズ情報と描画データ書き込み開始アドレス情報を正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１を拡張し、画像用ＲＡＭの一部に盛り込んだ場合の図である。画像用ＲＡＭのサイズを縮める事はできないので、描画データの画像サイズ情報と描画データ書き込み開始アドレス情報分のデータを書き込むだけの領域１１０を新たに加えた構成になる。図３（ｂ）は、表示制御部１０４内に描画データの画像サイズ情報と描画データ書き込み開始アドレス情報を書き込む領域を持たせる場合の図である。ここでは、レジスタの構成を取っており、描画データの画像サイズ情報と描画データ書き込み開始アドレス情報を対応するレジスタのビットに書き込む事になる。
【００２５】
図４は、図２に示す縦長画像の動画を表示パネルに表示するための動作シーケンスを示す一例である。携帯端末は、動画の再生が実行されると（Ｓ１００）、縦長の動画３００が制御部３によってデコード処理され、ＲＧＢ形式の描画データに変換され（Ｓ１０１）、メモリ部４にバッファリングされる（Ｓ１０２）。表示するのは動画であるので、元データには複数の描画データが存在している。表示を行なう際、画像の更新が滞らないよう、最低１枚分の描画データはメモリ部４にバッファリングされるように、制御部３によってデコード処理は制御される。制御部３で生成され、メモリ部４にバッファリングされた描画データは制御部３からデータバス８に出力される。出力された描画データは、表示部７のバスＩ／Ｆ１０５より入力され、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込まれる（Ｓ１０４）。
【００２６】
制御部３は、動画データのデコード処理時にヘッダー情報を読む事で、画像サイズを知る事ができる。制御部３は正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に１ライン分の描画データを転送する時、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１のアドレスを指定して、２ライン分の描画データが正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１の同一ライン上に連続して書き込まれないように制御しながら描画データを書き込む。正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１の片側に描画データの未転送領域が生成されても構わない。図２では、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１の左上の隅（図中ａ点）から１ライン毎に画像の図中下方向に向かって描画データを書き込み始める。その結果、縦長の画像が正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１の左側に寄った形で書き込まれる。
【００２７】
表示パネル１０３は正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１より小さいため、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１内の、どの部分を表示パネル１０３に表示させるか、ドライバ部１０２に指示する必要が生じる。そこで、制御部３は描画データを出力する際に、描画データの画像サイズ情報と描画データ書き込み開始アドレス情報も表示部７に出力する（Ｓ１０３）。これらの情報は、描画データが出力される前に、表示部７のバスＩ／Ｆ１０５より、表示制御部１０４内の専用レジスタに書き込んでおく。ただし、必ずしも、描画データの転送前に表示部７の表示制御部１０４にこれら情報を書き込んでおく必要は無く、描画データ転送中や描画データの最後に続けて送っても構わない。
【００２８】
描画データの画像サイズ情報と描画データ書き込み開始アドレス情報も表示制御部１０４に書き込まれ（Ｓ１０６）、１面分の描画データが正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に転送される（Ｓ１０７）。描画データ転送したら、表示部７内部で生成される表示タイミングに従い、表示処理を開始する。表示制御部１０４は画像サイズ情報を読み取り、表示パネルサイズと比較を行なう（Ｓ１０８）。比較の結果、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込まれた描画データをそのまま表示パネル１０３に表示できると判断した場合、ドライバ部１０２は描画データ書き込み開始アドレス情報に従い、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１上の指定された描画データ書き込み開始アドレス位置ａ点より、ライン毎に描画データの読み出しを行ない、画面下方向に向けて画像サイズ情報分の描画データを読み出し、表示パネル１０３に逐次転送し（Ｓ１０９）、描画データを表示する（Ｓ１１０）。更に、続けて画像の表示を行なう場合、上記動作を繰り返し行なう。
【００２９】
次の画像に関する動作を行なうタイミングだが、これは再生される動画のフレームレートに左右される。フレームレートが速い動画の場合、描画データの生成と表示部７へのデータ転送を並列的に処理する必要があるが、フレームレートが遅い動画であれば、描画データを表示部７に出力中は、消費電力低減のために制御部３は何も動作せず、描画データ出力完了後に、次の画像生成処理を開始しても良い。
【００３０】
図中には記載していないが、ここで説明する動画再生処理は、ユーザー若しくは携帯端末内のタイマ機能によって、任意のタイミングで再生処理を一時停止、或いは終了させる事が可能であり、その場合は図４記載のフローチャートの如何なるシーケンスが処理していても、最優先で一時停止、終了処理が実行される。この終了処理は、以降説明する全ての動作シーケンスに適用されるものである。
【００３１】
図５は、横長の動画を表示部７に表示する時の描画データ処理方法の概念図である。縦がＢ［ｄｏｔ］、横がＡ［ｄｏｔ］でＡ＞Ｂである横長の動画３０１を再生する事を例に、描画データ処理方法を説明する。図６は、図５に示す横長画像の動画を表示パネルに表示するための動作シーケンスを示す一例である。
【００３２】
前述した縦長の動画の再生方法は、再生される画像の形状が縦長であるか横長であるかの違いはあるが、基本的にＳ１０８までは同一の動作となる。
【００３３】
携帯端末は、動画の再生が実行されると（Ｓ１００）、横長の動画２０１が制御部３によってデコード処理され、ＲＧＢ形式の描画データに変換され（Ｓ１０１）、メモリ部４にバッファリングされる（Ｓ１０２）。制御部３で生成され、メモリ部４にバッファリングされた描画データは制御部３からデータバス８に出力される。出力された描画データは、表示部７のバスＩ／Ｆ１０５より入力され、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込まれる（Ｓ１０４）。
【００３４】
制御部３はデコード時に読み取った画像サイズ情報により、描画データの書き込み開始位置を算出するが、本例の場合、描画データの横幅がＡ［ｄｏｔ］であるため、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１の横幅と一致するため、データの書き込み開始位置は、左上の隅（図中ａ点）から１ライン分フルに描画データが書き込まれる。ここでも、縦長の動画再生時と同様に、描画データの画像サイズ情報と描画データ書き込み開始アドレス情報も表示部７に出力する（Ｓ１０３）。描画データの画像サイズ情報と描画データ書き込み開始アドレス情報も表示制御部１０４に書き込まれ（Ｓ１０６）、１面分の描画データが正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に転送される（Ｓ１０７）。描画データの転送が完了したら、表示部７内部で生成される表示タイミングに従い、表示処理を開始する。表示制御部１０４は画像サイズ情報を読み取り、表示パネルサイズと比較を行なう（Ｓ１０８）。比較の結果、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込まれた描画データをそのまま表示パネル１０３に表示すると、画像の一部欠けてしまう恐れが生じた場合、表示する画像を９０度回転させて表示を行なう。ドライバ部１０２は、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１上の指定された描画データ書き込み開始アドレス位置ａ点より、ライン毎に描画データを読み出し、表示パネル１０３にアドレスの縦と横を入れ替えて転送し（Ｓ１１１）、描画データを表示する（Ｓ１１０）。更に、続けて画像の表示を行なう場合、上記動作を繰り返し行なう。図５のように画像用ＲＡＭ１０１に横方向へ画像を書き込み、かつ、横一列書き込んだら、上から下へ画像を書き込む場合、画像一枚分全てを画像用ＲＡＭ１０１に書き込む前に、横一列分の画像をドライバ部１０２が読み出した後、当該画像を回転させ表示パネル１０３へ表示するようにしてもよい。このようにすれば、画像一枚分全てが画像用ＲＡＭ１０１に書き込むまで、ドライバ部１０２の読み出しを待つ必要がなく、画像表示処理の時間短縮が図れる。
【００３５】
なお、制御部３で画像の回転処理を行う場合、回転前の画像を置くメモリと、回転後の画像を置くメモリとを用意する必要があるため、表示パネルサイズの２倍の容量を、制御部３のデータバスに接続しているメモリ上に確保する必要がある。一方、実施の形態のようにドライバ部１０２で画像の回転を行えば、メモリ容量を削減できる。
【００３６】
また、制御部３で画像の回転処理を行う場合、回転処理用メモリは制御部３のデータバス上に接続されているため、回転処理を行なう度に、バス上でメモリ→制御部３→メモリとデータが流れる事になる。従って、制御部３のバス使用頻度が高くなり、制御部３として本来行うべきデコード処理や表示部への表示処理が行なえなくなるため、アプリケーション実行時の制御部３のパフォーマンスが低下してしまう。一方、実施の形態のようにドライバ部１０２で画像の回転を行えば、表示部７内で画像回転処理をできるため、データバス８上で無駄なトラフィック増加を防ぐことができ、また、制御部３のアプリケーション実行時の制御部３のパフォーマンスの低下を防ぐことができる。
【００３７】
以上の図２と図５で説明した描画データの表示パネル１０３への表示方法に関し、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１にデータを書き込んだ際、図中斜線部分に当たるメモリ領域は未使用領域となるので、そのままにしていては非常に電力的にも無駄である。そこで、予め、制御部３より送られる描画データの画像サイズ情報を元に、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１の未使用領域部を、使用領域から分離し、独立して低消費電力モードに移行させれば、携帯端末全体の消費電力が低減できるので、連続動作時間を伸ばす事が可能になる。
【００３８】
図７は、撮像部６で取得された正方形の動画データに対し、手ぶれ補正処理を施して、表示部７に表示する時の描画データ処理方法の概念図である。図８は、制御部３を用いずに手ぶれ補正処理を実行するための動作シーケンスを示す一例である。
【００３９】
１辺がＡ［ｄｏｔ］である正方形の動画３０２を、縦がＡ［ｄｏｔ］、横がＢ［ｄｏｔ］でＡ＞Ｂである表示パネルに再生する事を例に、描画データ処理方法を説明する。
【００４０】
携帯端末は、動画撮影機能が選択される事で、撮像手段６によって取得された画像データが表示部７で表示される（Ｓ２００）。ここで、ユーザーの操作によって、手ぶれ補正機能が選択される（Ｓ２０１）。手ぶれ補正機能が選択されると、撮像部６のセンサ部２００によって取得された画像データが信号処理部２０２によって、Ａ［ｄｏｔ］×Ａ［ｄｏｔ］の正方形の画像として切り抜かれる（Ｓ２０２）。Ａ［ｄｏｔ］×Ａ［ｄｏｔ］の正方形の画像は、ＲＧＢ変換部２０４によって描画データに変換される（Ｓ２０３）。撮像部６のＲＧＢ−Ｉ／Ｆ２０５から、画像表示専用バス９を介して、表示部７のＲＧＢ−Ｉ／Ｆ１００に入力された正方形の描画データ３０２は、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込まれる（Ｓ１０４）。この場合、撮像部６より出力される画像データの大きさは表示パネル１０３の大きさとは異なるが、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１の大きさが同じであるため、描画データは正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１の左隅（ａ点）を描画データの書き込み開始位置に設定する（Ｓ２０４）。
【００４１】
通常の描画データ表示の場合、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１の一部分に描画データが書き込まれ、書き込まれた描画データのみを表示パネル１０３に表示を行なうために、必ず、描画データの画像サイズ情報と描画データ書き込み開始アドレス情報を表示制御部１０４は知っていなければならない。しかし、この場合では、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１全面に描画データが書き込まれるため、表示制御部１０４は描画データの画像サイズ情報と描画データ書き込み開始アドレス情報知る必要はない。
【００４２】
先ず、１枚目の画像３０２−Ａ１が正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込まれたとする（Ｓ２０５）。ここで、表示制御部１０４は、現在書き込まれた描画データの中から主なる被写体と考えられる部分を特定する（Ｓ２０６）。ここでは竹刀を持った人間が被写体であると考えられるので、この被写体が表示パネル１０３の横幅サイズＢ［ｄｏｔ］の中央に位置するように、表示制御部１０４は正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１からの描画データ読み出し開始アドレスをｂ点に決定する（Ｓ２０７）。描画データ読み出し開始アドレスが決まったら、ドライバ部１０２は、ｂ点よりＢ［ｄｏｔ］分を１ラインとして、Ａ［ｄｏｔ］ライン分の描画データを、表示パネル１０３に転送し（Ｓ２０８）、被写体が中央部に位置するように補正された描画データ３０２−Ｂ１を表示する（Ｓ２０９）。この時、図中の斜線部に書き込まれていた画像データは、表示パネルに表示される事はない。
【００４３】
次に２枚目の画像３０２−Ａ２が、正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に書き込まれる（Ｓ２０５）。表示制御部１０４は、先ほどと同様に描画データの中から主なる被写体をと考えられる部分、竹刀を持った人間を特定し（Ｓ２０６）、被写体が表示パネル１０３の横幅サイズＢ［ｄｏｔ］の中央に位置するように、表示制御部１０４は正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１からの描画データ読み出し開始アドレスをｃ点に決定する（Ｓ２０７）。描画データ読み出し開始アドレスが決まったら、ドライバ部１０２は、ｃ点よりＢ［ｄｏｔ］分を１ラインとして、Ａ［ｄｏｔ］ライン分の描画データを、表示パネル１０３に転送し（Ｓ２０８）、被写体が中央部に位置するように補正された描画データ３０２−Ｂ２を表示する（Ｓ２０９）。この時も、図中の斜線部に書き込まれていた画像データは、表示パネルに表示される事はない。
【００４４】
これ以降は、同じように３枚目の画像３０２−Ａ３、４枚目の画像３０２−Ａ４を正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１に各々書き込み（Ｓ２０５）、描画データの中から主なる被写体をと考えられる部分を特定し（Ｓ２０６）、被写体が表示パネル１０３の横幅サイズＢ［ｄｏｔ］の中央に位置するように、表示制御部１０４は正方形のマトリクス状の構成を持つ画像用ＲＡＭ１０１からの描画データ読み出し開始アドレスを、各々ａ点とｄ点に決定する（Ｓ２０７）。描画データ読み出し開始アドレスが決まったら、ドライバ部１０２は、３枚目の画像ではａ点より、４枚目の画像ではｄ点よりＢ［ｄｏｔ］分を１ラインとして、Ａ［ｄｏｔ］ライン分の描画データを、表示パネル１０３に転送し（Ｓ２０８）、被写体が中央部に位置するように補正された描画データ３０２−Ｂ３、描画データ３０２−Ｂ４を各々連続して表示する（Ｓ２０９）。この時も、図中の斜線部に書き込まれていた画像データは、表示パネルに表示される事はない。
以上の一連の動作を、撮像部６から送られてくる全ての描画データに対して施す事で、横方向に対する手ぶれ補正処理を実現することが可能になる。
【００４５】
また、この実施の形態では、横方向に対する手ぶれ補正処理について説明したが、縦方向に余分にメモリ容量をとるように画像用ＲＡＭ１０１を構成すれば、縦方向に対する手ぶれ補正処理を実現することができる。また、縦長画像だけでなく、横長画像でも同様の処理を施すことにより、手ぶれ補正処理を実現することができる。
【００４６】
図９は、図７及び図８を用いて説明した手ぶれ補正処理を活用し、手ぶれ補正処理を施した後のぶれの少ない動画像を記録・保存するための動作シーケンスを示す一例である。
【００４７】
図８に示すフローチャートを実行している途中、ユーザーが録画を開始する（Ｓ３００）。表示部７は、手ぶれ補正処理を施された描画データが、ドライバ部１０２によって表示パネル１０３に送り出される際に、バスＩ／Ｆ部１０５にも同じデータを出力する（Ｓ３０１）。ドライバ部１０２によって、表示パネル１０３に出力された描画データは表示され（Ｓ２０９）、バスＩ／Ｆ部１０５に送られた描画データは、データバス８を介して制御部３が受け取る（Ｓ３０２）。制御部３は、表示部７より送られてきた描画データをＹＵＶ形式データに変換し（Ｓ３０３）、エンコード処理を施しメモリ部４に保存する。これら一連の処理を、撮影中の全ての画像に対して実行する。
【００４８】
図１０（ａ）〜（ｃ）は、本発明の第４の実施の形態を示す携帯電話における、筐体の回転動作を表した図である。
【００４９】
本実施の形態における携帯電話は、上側筐体４００と下側筐体４０１が接続部４０２により接続されている。接続部４０２が、上側筐体４００と下側筐体４０１を接続する場所は、筐体の中央ではなく、左右どちらかに寄っている。また、接続部４０２は、開閉機能のほかに回転機能を有する。すなわち、接続部４０２は、上側筐体４００と下側筐体４０１を折り畳む回転の中心軸に対して垂直な中心軸となる回転も可能な構造となっている。図１０では、携帯電話を開いた状態を正面として、右側に接続部４０２が寄っている状態で各動作の説明を行なっているが、左側に寄っていても同様の機能を有する事ができる。表示部４０３は上側筐体４００側に実装され、入力装置４０４は下側筐体４０１側に実装される。カメラ４０５は、上側筐体４００に実装される。
【００５０】
ユーザーが携帯電話を開く。下側筐体４０１を地面と水平となるように固定し、上側筐体４００を携帯電話の中心線から見て、接続部４０２と反対方向に向けて、接続部４０２を軸にして、１８０度回転させる。回転させると、上側筐体４００は下側筐体４０１の上に位置する事になる。これを、表示部４０３を横向きになるように携帯電話を机上等に置く事で、縦長の表示部４０３に９０度回転させた画像を表示させた場合に、電話機を手に持たなくても長時間、楽に画像を見続ける事が可能になる。折り畳み型の場合、電話をかけやすくするために、上側筐体４００と下側筐体４０１はフラットにならず、適当な角度を持たして固定されるため、一方の筐体を回転させてもぶつかる事は無い。
【００５１】
また、接続部４０２を中央ではなく、端の方に配置したため、縦長の表示部４０３をユーザから見て横長の表示部とでき、かつ、斜めに筐体を傾けることがでできるため（図１０（ｃ）参照）、表示部４０３を見やすい角度に調整することで、テレビ画像などを長時間楽に見ることができる。また、カメラ４０５を表示部４０３の側面に配置しておく事で、電話機を置いたまま、ＴＶ電話を行なう事が可能となる。さらに、一部のキーのみが上側筐体４００に隠されているだけなので、隠れていないキーを使用して一定の操作が可能である。
【００５２】
図１１（ａ）〜（ｃ）は、本発明の第５の実施の形態を示す携帯電話における、筐体の回転動作を表した図である。
【００５３】
ユーザーが携帯電話を開く。下側筐体４０１を地面と水平となるように固定し、上側筐体４００を携帯電話の中心線から見て、接続部４０２が備わっている方向に向けて、接続部４０２を軸にして、１８０度回転させる。回転させると、上側筐体４００と下側筐体４０１が横並びになる。これを、表示部４０３を横向きになるように携帯電話を机上等に置く事で、縦長の表示部４０３に９０度回転させた画像を表示させた場合に、電話機を手に持たなくても長時間、楽に画像を見続ける事が可能になる。
【００５４】
また、接続部４０２を中央ではなく、端の方に配置したため、縦長の表示部４０３をユーザから見て横長の表示部とでき、かつ、斜めに筐体を傾けることがでできるため（図１０（ｃ）参照）、表示部４０３を見やすい角度に調整することで、テレビ画像などを長時間楽に見ることができる。また、カメラ４０５を表示部４０３の側面に配置しておく事で、電話機を置いたまま、ＴＶ電話を行なう事が可能となる。また、入力装置４０４が配置されている面と表示部４０３が配置されている面が同一方向であるので、横向き表示状態にしたまま、キー入力操作を行なう事が可能である。
【００５５】
９０度回転表示を行なうための操作手段として、９０度回転表示の切り替えを行なう専用キーを備え、ユーザーは９０度回転を行なうかを任意で選択できる。ユーザーは、画像の再生を行なう際、予め、画像サイズを知る事ができる。表示部４０３の横幅を越してしまう画像を表示する場合は、ユーザーが９０度回転実行キーを押下し、画像を回転させて画像の表示を行なう。
【００５６】
或いは、実行されるアプリケーションによって、自動的に選択される機能を有する方法もある。
【００５７】
一般的に、通話を行なう場合、携帯電話は図１０、１１で示す様な筐体を回転させた状態で用いる事は無い。従い、画像を９０度回転表示させている時に着信を受けると、９０度回転表示を一時中止し、通常通りの縦長表示に自動的に戻す。着信を取り、通話に入っても、表示は縦長表示である。終話したら、画像表示を自動的に再開させるため、自動的に９０度回転状態に移行して、一時停止した場面より再開する。
【００５８】
終話後のアプリケーション再開は、予め、ユーザーが行なわない様に設定しておけば、再度９０度回転表示は行なわず、通常通りの縦長表示で待ち受け画面が表示される。
【００５９】
これまでの実施の形態では、表示パネル１０３の形状は、長方形又はほぼ長方形であったが、この形状に限られるのではなく、楕円形や菱形などであってもよい。楕円形や菱形などの場合には、表示パネル１０３の長手方向の画素数と比較して、画像用ＲＡＭ１０１は、その長手方向の画素数以上を短い方向の画素数として記憶することができようにすればよい。この場合、液晶パネル１０３の形状を自由に設計できるため、携帯端末のデザインを向上させることができるうえ、画面をなるべく大きく表示させることができる。
【００６０】
また、通常、画像表示するには、長方形（又はほぼ長方形）であることが望ましいため、楕円形や菱形などにする表示部をメインには使用しない表示部とした方が望ましい。例えば、折り畳み携帯電話において、折り畳んだときには視認できない状態の表示部Ａと、それより画面が小さい背面表示部Ｂを有している場合、表示部Ｂの形状を楕円形や菱形などにする。なお、表示部Ａについても、本発明を適用してもよい。この場合、携帯端末全体のデザインを向上させることができる。
【００６１】
また、表示パネルは１０３は、縦長のパネルであったが、横長のパネルであっても、同様に本発明を適用でき、同様の効果を得ることができることは言うまでもない。
【００６２】
以上の実施の形態では、縦長の表示部に横長の画像を表示する場合で、画像サイズをなるべく小さくしないで表示する場合に行われる画像の９０度回転を、制御部に処理負荷をかけず、撮像部と表示部のみで実現する事が可能となる。
【００６３】
更に、撮像部と表示部の間を制御部のデータバスとは異なる画像表示専用バスによって接続する事で、撮像部によって取得された動画データを表示部にモニタ表示する際に、撮像部にて変換された描画データを前記画像表示専用バスを用いて、制御部を介さずに表示部で表示を行なう事が可能になり、制御部の処理負荷軽減、消費電流低減が図れる。
【００６４】
また、制御部３で画像回転処理を行うのに比べて、メモリ容量の増加と、制御部３のパフォーマンス低下を防ぐことができる。
【００６５】
また、ＭＰＥＧ等にエンコードされた動画像を再生する場合でも、制御部でデコードされた画像データを撮像部に出力してしまえば、撮像部によって描画データへの変換や表示部への出力を行なう事が可能になるため、制御部は動画像のデコード処理に専念でき、また、デコード処理に伴うデータバス上のメモリ部へのアクセス以外のメモリ部へのアクセス頻度が低減されるので、表示部の大型化への対応も速やかに実施できる。
【００６６】
また、表示パネルサイズより大きい表示部内の画像用ＲＡＭの全面を用いる事で、正方形の画像用ＲＡＭに書き込まれた描画データから被写体を検知し、描画データが書き換わる度に、被写体を常に表示パネルの中央部に位置するように表示パネルに画像を表示する事で、ＣＰＵに負荷をかけずに手ぶれ補正機能を実現する事が可能となる。
【００６７】
更に、手ぶれ補正処理を施した動画像を保存する事も可能となる。
【００６８】
また、画像用ＲＡＭ１０１が少なくとも２つ以上に分割されたメモリ構成である場合、予め、書き込む描画データサイズが分かっているので、複数のメモリ領域ごとに個別に電源オン制御や動作モード制御が行なえる構成であれば、書き込みが行われないメモリ領域部に対してはスタンバイモードや電源オフにする事で、動作中の消費電力を低減させる事も可能となる。
【００６９】
【発明の効果】
本発明によれば、使い勝手を向上した携帯端末を提供することができる。
【図面の簡単な説明】
【図１】第１の実施の形態を示す携帯端末のある概略構成図である。
【図２】第１の実施の形態を示す携帯端末において、縦長の動画を表示部に表示する時の描画データ処理方法の概念図である。
【図３】第１の実施の形態を示す携帯端末において、描画データの画像サイズ情報と描画データ書き込み開始アドレス情報を記憶する領域を示す概略図である。
【図４】第１の実施の形態を示す携帯端末において、縦長画像の動画を表示パネルに表示するための動作シーケンスを示す一例である。
【図５】第１の実施の形態を示す携帯端末において、横長の動画を表示部に表示する時の描画データ処理方法の概念図である。
【図６】第１の実施の形態を示す携帯端末において、横長画像の動画を表示パネルに表示するための動作シーケンスを示す一例である。
【図７】第２の実施の形態を示す折り畳み型携帯電話において、手ぶれ補正処理の概念図である。
【図８】第２の実施の形態を示す携帯端末において、手ぶれ補正処理を行なうための動作シーケンスを示す一例である。
【図９】第３の実施の形態を示す携帯端末において、手ぶれ補正処理を施した動画を保存するための動作シーケンスを示す一例である。
【図１０】第４の実施の形態を示す携帯端末である。
【図１１】第５の実施の形態を示す携帯端末である。
【符号の説明】
１…アンテナ、２…無線部、３…制御部、４…メモリ部、５…キー入力部、６…撮像部、７…表示部、８…データバス、９…画像表示専用バス、２０５…ＲＧＢ−Ｉ／Ｆ、１０１…画像用ＲＡＭ、１０２…ドライバ部、１０３…表示パネル、１０４…表示制御部、１０５、２０３…バスＩ／Ｆ、１１０…描画データの画像サイズ情報と描画データ書き込み開始アドレス情報を記憶する領域、２００…センサ部、２０１…Ａ／Ｄ変換部、２０４…ＲＧＢ変換部、２０６…カメラ制御部、３００…縦長動画、３０１…横長動画、３０２…正方形動画、４００…上側筐体、４０１…下側筐体、４０２…接続部、４０３…表示部、４０４…キー入力部、４０５…カメラ
【図１】
2004333957.tif 000003
【図２】
2004333957.tif 000004
【図３】
2004333957.tif 000005
【図４】
2004333957.tif 000006
【図５】
2004333957.tif 000007
【図６】
2004333957.tif 000008
【図７】
2004333957.tif 000009
【図８】
2004333957.tif 000010
【図９】
2004333957.tif 000011
【図１０】
2004333957.tif 000012
【図１１】
2004333957.tif 000013