(57)【要約】【課題】画像の形式や用途に応じた解像度を用いて画像を再生し、且つ、その画像を所望の表示サイズで表示させることができる電子機器を提供する。【解決手段】エンコードされた画像データをデコードすることによって、第１の表示領域に表示させるための表示コンテンツを再生する携帯電話機である。携帯電話機は、エンコードされた画像データのエンコード形式を判定し、当該エンコード形式のアクセラレータの有無を判定する判定部３１と、その画像データをデコードするときに、判定部３１の判定結果を基に第１の表示領域における画像データの解像度を切り替えるデコード部３３とを有するメインコントローラ１０９を備えている。【選択図】図１
2011239354.tif 000002
【特許請求の範囲】
【請求項１】
エンコードされた入力コンテンツをデコードすることによって、第１の表示領域に表示させるための表示コンテンツを再生する電子機器であって、
前記入力コンテンツのエンコード形式を判定し、当該エンコード形式のアクセラレータの有無を判定する判定手段と、
前記入力コンテンツをデコードするときに、前記判定手段の判定結果を基に前記表示コンテンツの前記第１の表示領域における解像度を切り替えるデコード手段と
を備えることを特徴とする電子機器。
【請求項２】
前記第１の表示領域とは異なる第２の表示領域をさらに備え、
前記第１の表示領域は、前記第２の表示領域よりも高解像度であることを特徴とする請求項１に記載の電子機器。
【請求項３】
前記デコード手段は、前記入力コンテンツのエンコード形式のハードウェアアクセラレータが用意されていないときに、前記表示コンテンツの前記第１の表示領域における解像度を、前記第１の表示領域の解像度より低下させることを特徴とする請求項１または２に記載の電子機器。
【請求項４】
前記デコード手段は、前記入力コンテンツのエンコード形式のハードウェアアクセラレータが用意されているときに、前記表示コンテンツの前記第１の表示領域における解像度を、前記第２の表示領域の解像度より上昇させることを特徴とする請求項２に記載の電子機器。
【請求項５】
前記デコード手段は、前記入力コンテンツのエンコード形式のハードウェアアクセラレータが用意されていないときに、前記表示コンテンツの前記第１の表示領域における解像度を、前記第２の表示領域の解像度と同一にすることを特徴とする請求項２に記載の電子機器。
【請求項６】
コンピュータを請求項１〜５の何れか１項に記載の電子機器として動作させるためのプログラムであって、上記コンピュータを上記電子機器が備えている上記各手段として機能させるプログラム。
【請求項７】
請求項６に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像をデジタル処理する電子機器、画像処理方法、画像処理プログラムおよび記録媒体に関し、特に、画像の種別や用途に応じた解像度を用いて画像をデジタル処理する電子機器、画像処理方法、画像処理プログラムおよび記録媒体に関する。
【背景技術】
【０００２】
携帯型の電子機器はますます高機能になって来ている。たとえば、静止画や動画を表示可能な携帯電話機や携帯型ゲーム機、デジタルカメラなどが広く普及している。また、このような電子機器には、ＪＰＥＧ（Joint Photographic Experts Group）やＧＩＦ（Graphic Interchange Format）などの様々な形式の画像データを再生できるものがある。たとえば、一般的な携帯電話機では、利用者が任意に選んだ画像データを携帯電話機の外部から取得し、その取得した画像データを待ち受けモードでの壁紙として表示することが可能である。
【０００３】
ところで、ＨＤＭＩ（High-Definition Multimedia Interface）を搭載するテレビなどの表示装置や携帯型の電子機器が普及し、表示装置と携帯型の電子機器とをＨＤＭＩケーブルを介して接続することが可能となって来ている。
【０００４】
たとえば、特許文献１には、携帯型の電子機器であるデジタルカメラによって撮像された撮像画像をそのデジタルカメラからＨＤＭＩケーブルを介して表示装置に出力し、その表示装置にデジタルカメラの撮像画像を表示させる画像表示装置が開示されている。
【０００５】
従来、デジタルカメラによって撮像された撮像画像に付属しているサムネイル画像を、表示装置を用いて１画面中に表示させた場合、その表示装置の画面サイズの大小によってその画面に表示されたサムネイル画像の表示サイズが異なってしまうといった課題があった。
【０００６】
このため、表示装置が小型であれば、その画面にはサムネイル画像が小さく表示され、利用者によってはそのサムネイル画像が見づらい場合があった。
【０００７】
逆に、表示装置が大型になると、その画面にはサムネイル画像が大きく表示される。サムネイル画像は、原画像である撮像画像を縮小した画像であることから、大きく表示されるとその表示が荒くなりその品位が悪くなっていた。
【０００８】
そこで、上記の特許文献１では、表示装置にサムネイル画像を表示した際の実サイズをサムネイル画像の表示サイズとして設定しておく。そして、表示装置から解像度を取得し、取得した解像度、撮像画像のピクセル数および設定されたサムネイル画像の表示サイズに基づいて、設定されたサムネイル画像の表示サイズで表示装置に表示されるサムネイル画像の画像サイズを算出する。そして、算出したサムネイル画像の画像サイズに基づいて、撮像画像を縮小したサムネイル画像を再生して表示装置に出力する。
【０００９】
このようにして、接続された表示装置の画面サイズに拘わらず、常に設定された表示サイズの高品位なサムネイル画像を表示装置に表示させることができる。それによって、サムネイル画像が小さく表示されすぎて見づらくなることや、サムネイル画像が大きく表示されすぎて表示が荒くなってしまうことを防止することができる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００９−１０５６４５号公報（平成２１年５月１４日公開）
【発明の概要】
【発明が解決しようとする課題】
【００１１】
通常、携帯電話機やデジタルカメラなどの携帯型の電子機器で扱われる画像データは、その電子機器のメモリ容量を節約する観点から圧縮（エンコード）されており、その画像データを再生するためにはデコードを行なう必要がある。
【００１２】
このため、このような電子機器は、ＪＰＥＧやＧＩＦなどの画像形式の画像データや、Ｆｌａｓｈ（登録商標）などの画像データを、ＲＧＢ（Red Green Blue）データにデコードする機能を有している。
【００１３】
上記の特許文献１の画像表示装置では、ＨＤＭＩのＥＤＩＤ（Extended Display Identification Data）を用いて表示装置からその解像度を取得し、その解像度を基に最適な表示サイズのサムネイル画像を再生している。上記の画像表示装置は、そのサムネイル画像の再生の際、上で述べたデコードを実行する。
【００１４】
ところで、ＧＩＦやＦｌａｓｈを画像データの形式に利用した場合、ＪＰＥＧ形式を利用した場合と比較して、画像の解像度が低くなることが一般的に知られている。携帯電話機やデジタルカメラといった携帯型の電子機器では、近年、これまでのＪＰＥＧに加えて、ＧＩＦやＦＬＡＳＨなどの画像形式も扱うことができる。このため、上記の画像表示装置では、ＧＩＦ、Ｆｌａｓｈ、ＪＰＥＧといった、いずれの形式の画像データであっても、表示装置の解像度を基にサムネイル画像の表示サイズが決定されることになる。
【００１５】
しかしながら、上で述べたように、ＧＩＦやＦｌａｓｈはＪＰＥＧと比べて解像度の低い画像が多いことから、表示装置の解像度を基にサムネイル画像の表示サイズを一律に決定してしまうと、ＧＩＦやＦｌａｓｈ形式の画像では、ＪＰＥＧ形式と比較して、上記のデコードを行なうための処理時間が著しく増大してしまうといった課題がある。
【００１６】
上記の画像表示装置では、表示装置の解像度（通常、表示装置の最高の解像度）を基に、上記のデコード処理を実行することになるが、このような処理にはある程度の処理性能が要求される。したがって、携帯型の電子機器において、元々の解像度の低いＧＩＦやＦｌａｓｈを、ＪＰＥＧと同様、表示装置の最高の解像度を基にその表示サイズを決定してしまうと、それらのデコード処理が低速になってしまうことは明らかである。
【００１７】
さらに、上記の画像表示装置では、接続された表示装置の画面サイズに拘わらず、指定した表示サイズの高品位なサムネイル画像を表示装置に表示させている。しかし、そもそも、表示させる画像の用途の如何によっては、常に、高品位な画像として表示装置に表示させる必要性はない。利用者がその画像を表示させる際、利用者が所望とする用途によっては、低品位の画像を表示させても良い場合がある筈である。
【００１８】
そうすれば、低い解像度で再生することができるのであれば、処理時間は著しく低減し、利用者の利便性を高めることができる筈である。
【００１９】
しかしながら、上記の画像表示装置では、画像の用途によって表示装置に表示する画像を高品位にするか低品位にするかを選択する、つまり、上記のデコード処理の高速化と、表示させる画像の品位と、のいずれを優先するかという選択を行なうための手段は何ら備えるものではない。
【００２０】
上記の課題に鑑み、本発明の目的は、画像の形式や用途に応じた解像度を用いて画像を再生し、且つ、その画像を所望の表示サイズで表示させることができる電子機器、画像処理方法、画像処理プログラムおよび記録媒体を提供することにある。
【課題を解決するための手段】
【００２１】
上記目的を達成するために、本発明に係る電子機器は、エンコードされた入力コンテンツをデコードすることによって、第１の表示領域に表示させるための表示コンテンツを再生する電子機器であって、前記入力コンテンツのエンコード形式を判定し、当該エンコード形式のアクセラレータの有無を判定する判定手段と、前記入力コンテンツをデコードするときに、前記判定手段の判定結果を基に前記表示コンテンツの前記第１の表示領域における解像度を切り替えるデコード手段とを備える。
【００２２】
上記の電子機器では、判定手段が、エンコードされた入力コンテンツのエンコード形式を判定し、デコード手段が、その判定結果を基に表示コンテンツの第１の表示領域における解像度を切り替え、デコードする。
【００２３】
このため、たとえば、入力コンテンツのエンコード形式のハードウェアアクセラレータが用意されていないとき、その入力コンテンツから再生される表示コンテンツの解像度を、第１の表示領域の解像度よりも低くなるように切り替え、デコードすることが可能となる。
【００２４】
また、入力コンテンツの用途によっては、ハードウェアアクセラレータが用意されていても、そのハードウェアアクセラレータを用いること無く、デコードを行ないたい場合もある。
【００２５】
したがって、上記の電子機器によれば、画像の形式（エンコード形式）や用途に応じた解像度を用いて画像を再生し、且つ、その画像を所望の表示サイズで表示させることができる。
【００２６】
前記第１の表示領域とは異なる第２の表示領域をさらに備え、前記第１の表示領域は、前記第２の表示領域よりも高解像度であることが好ましい。
【００２７】
この場合、電子機器がたとえば携帯電話機であり、その携帯電話機がＨＤＭＩケーブルによって接続されたテレビのＬＣＤが第１の表示領域である場合、携帯電話機器のＬＣＤなどである第２領域よりも、表示コンテンツが表示される第１の表示領域が高解像度となる。
【００２８】
このため、携帯電話機によって再生された表示コンテンツをテレビに表示させる場合でも、画像の形式（エンコード形式）や用途に応じた解像度を用いて画像を再生し、且つ、その画像を所望の表示サイズで表示させることができる。
【００２９】
前記デコード手段は、前記入力コンテンツのエンコード形式のハードウェアアクセラレータが用意されていないときに、前記表示コンテンツの前記第１の表示領域における解像度を、前記第１の表示領域の解像度より低下させることが好ましい。
【００３０】
この場合、入力コンテンツのエンコード形式のハードウェアアクセラレータが用意されていないとき、その入力コンテンツから再生される表示コンテンツの解像度を、第１の表示領域の解像度よりも低くなるように切り替え、デコードすることが可能となる。
【００３１】
前記デコード手段は、前記入力コンテンツのエンコード形式のハードウェアアクセラレータが用意されているときに、前記表示コンテンツの前記第１の表示領域における解像度を、前記第２の表示領域の解像度より上昇させることが好ましい。
【００３２】
この場合、入力コンテンツのエンコード形式のハードウェアアクセラレータが用意されているとき、その入力コンテンツから再生される表示コンテンツの解像度を、第２の表示領域の解像度よりも高くなるように切り替え、デコードすることが可能となる。
【００３３】
前記デコード手段は、前記入力コンテンツのエンコード形式のハードウェアアクセラレータが用意されていないときに、前記表示コンテンツの前記第１の表示領域における解像度を、前記第２の表示領域の解像度と同一にすることが好ましい。
【００３４】
この場合、入力コンテンツのエンコード形式のハードウェアアクセラレータが用意されていないとき、その入力コンテンツから再生される表示コンテンツの解像度を、第２の表示領域の解像度と同一となるように切り替え、デコードすることが可能となる。
【００３５】
上記電子機器が備えているコンピュータを動作させるプログラムであって、上記コンピュータを上記の各手段として実行させるためのプログラム、および当該プログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の技術的範囲に含まれる。
【発明の効果】
【００３６】
本発明に係る電子機器は、以上のように、エンコードされた入力コンテンツをデコードすることによって、第１の表示領域に表示させるための表示コンテンツを再生する電子機器であって、前記入力コンテンツのエンコード形式を判定し、当該エンコード形式のアクセラレータの有無を判定する判定手段と、前記入力コンテンツをデコードするときに、前記判定手段の判定結果を基に前記表示コンテンツの前記第１の表示領域における解像度を切り替えるデコード手段とを備える。
【００３７】
それゆえ、画像の形式や用途に応じた解像度を用いて画像を再生し、且つ、その画像を所望の表示サイズで表示させることができるという効果を奏する。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態に係る携帯電話機のメインコントローラの構成を示すブロック図である。
【図２】上記の携帯電話機を含むシステムの概略構成を示す図である。
【図３】上記のシステムに含まれるテレビの構成を示すブロック図である。
【図４】上記の携帯電話機の構成を示すブロック図である。
【図５】上記のメインコントローラのハードウェア構成を示すブロック図である。
【図６】上記のメインコントローラの動作を説明するためのフローチャートである。
【図７】上記のメインコントローラの動作を説明するための説明図である。
【図８】上記の携帯電話機のＨＤＭＩトランスミッタおよびテレビのＨＤＭＩレシーバの構成を示すブロック図である。
【発明を実施するための形態】
【００３９】
以下図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。なお、以下で参照する各図は、説明の便宜上、本発明の実施の形態における構成部材のうち、本発明を説明するために必要な主要部材のみを簡略化して示したものである。したがって、本発明に係る電子機器は、本明細書が参照する各図に示されていない任意の構成部材を備え得る。
【００４０】
（実施の形態１）
本発明の一実施形態について図１〜図８に基づいて説明すれば、以下のとおりである。本発明の実施の形態１においては、携帯型の電子機器として携帯電話機を例として説明するが、本発明の適用対象は携帯電話機に限定されるものではなく、例えば、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、ポータブルナビゲーション装置、ノートパソコン、ゲーム機、携帯型デジタルオーディオプレーヤなどにおいても本発明は適用可能である。なお、以下においては、シンク機器としてテレビジョン受像機（以下、単に「テレビ」と記す）を例示し、ソース機器として上記の携帯電話機を例示する。
【００４１】
（システム１０）
先ず、本発明の実施の形態１に係る携帯電話機１を含むシステム１０について説明する。図２は、システム１０の概略構成を示す図である。
【００４２】
図２に示すように、システム１０は、ＨＤＭＩ出力端子１１を具備する携帯電話機１と、ＨＤＭＩ入力端子２１を具備するテレビ２とを含んでおり、ＨＤＭＩ出力端子１１とＨＤＭＩ入力端子２１とがＨＤＭＩケーブル３を用いて接続されている。このシステム１０では、携帯電話機１はテレビ２に画像データを供給するソース機器として機能し、テレビ２は携帯電話機１から供給される画像データを出力するシンク機器として機能する。
【００４３】
（テレビ２）
次に、テレビ２について説明する。図３は、テレビ２の概略構成を示すブロック図である。
【００４４】
図３に示すように、テレビ２は、上記のＨＤＭＩ入力端子２１と、ＨＤＭＩレシーバ２００と、画像入力端子２０１と、音声入力端子２０２と、チューナ２０３と、画像セレクタ２０４と、画像処理回路２０５と、ＬＣＤコントローラ２０６と、ＬＣＤ（第１の表示領域）２０７と、音声セレクタ２０８と、音声処理回路２０９と、デジタルアンプ２１０と、スピーカ２１１と、ＲＯＭ２１２と、ＲＡＭ２１３と、ＣＰＵ２１４と、を備えている。なお、図３では、画像信号の経路を実線で、音声信号の経路を１点鎖線で、データや制御信号の経路（バス）を点線で示している。
【００４５】
テレビ２では、ＨＤＭＩレシーバ２００によって受信される画像信号と、画像入力端子２０１によって入力される画像信号と、たとえば地上波デジタル放送用のチューナであるチューナ２０３によって受信される画像信号とは、それぞれ、画像セレクタ２０４に供給される。
【００４６】
また、ＨＤＭＩレシーバ２００によって受信される音声信号と、音声入力端子２０２によって入力される音声信号と、チューナ２０３によって受信される音声信号とは、それぞれ、音声セレクタ２０８に供給される。
【００４７】
画像セレクタ２０４は、ＨＤＭＩレシーバ２００、画像入力端子２０１およびチューナ１０４のそれぞれによって受信される画像信号のうちのいずれか１つを選択する。画像セレクタ２０４によって選択された画像は、画像処理回路２０５に供給される。なお、画像セレクタ２０４が何れの画像を選択するかについては、ＣＰＵ２１４によって制御される。
【００４８】
画像処理回路２０５は、画像セレクタ２０４から供給される画像の画質を調整する。ここで、画質の調整とは、例えば、輝度、シャープネス、および、コントラストの少なくとも何れか１つを変化させることを指す。画像処理回路２０５によって画質が調整された画像は、ＬＣＤコントローラ２０６に供給される。なお、画像処理回路２０５が画質をどのように調整するかについては、ＣＰＵ２１４によって制御される。
【００４９】
ＬＣＤコントローラ２０６は、画像処理回路２０５から供給された画像が表示されるようにＬＣＤ２０７を駆動する。これにより、画像セレクタ２０４によって選択された画像がＬＣＤ２０７に表示される。
【００５０】
音声セレクタ２０８は、ＨＤＭＩレシーバ２００、音声入力端子２０２、チューナ２０３のそれぞれによって受信される音声のうちのいずれか１つを選択する。音声セレクタ２０８によって選択された音声は、音声処理回路２０９に供給される。なお、音声セレクタ２０８が何れの音声を選択するかについては、ＣＰＵ２１４によって制御される。ただし、画像セレクタ２０４による画像選択と、音声セレクタ２０８による音声選択とは連動しており、たとえば、画像セレクタ２０４がＨＤＭＩレシーバ２００からの画像を選択した場合には、音声セレクタ２０８はＨＤＭＩレシーバ２００からの音声を選択することになる。
【００５１】
音声処理回路２０９は、音声セレクタ２０８から供給された音声の音量および音質を調整する。ここで、音質の調整とは、音声の周波数特性を変化させること、たとえば、低域の強調や高域の強調などを指す。音声処理回路２０９によって音量および音質が調整された音声は、デジタルアンプ２１０に供給される。なお、音声処理回路２０９が音量および音質をどのように調整するかについては、ＣＰＵ２１４によって制御される。
【００５２】
デジタルアンプ２１０は、音声処理回路２０９から供給された音声が出力されるようにスピーカ２１１を駆動する。これにより、音声セレクタ２０８によって選択された音声がスピーカ２１１から出力される。
【００５３】
ＣＰＵ２１４は上記各部を制御する。また、ＣＰＵ２１４は、ＨＤＭＩレシーバ２００が携帯電話機１から受信したＣＥＣ（Consumer Electronics Control）コマンドを実行したり、ＨＤＭＩレシーバ２００が携帯電話機１に送信するＣＥＣコマンドを生成したりすることによって、携帯電話機１との連携動作を実現する。
【００５４】
ＲＯＭ２１２は、ＣＰＵ２１４によって実行されるプログラムなどの固定データが格納される、読み出し可能かつ書き込み不可能なメモリである。
【００５５】
ＲＡＭ２１３は、ＣＰＵ２１４が演算のために参照するデータ、および、ＣＰＵ２１４が演算によって生成したデータなどの可変データが格納される、読み出し可能かつ書き込み可能なメモリである。
【００５６】
（携帯電話機１）
次に、携帯電話機１について説明する。図４は、携帯電話機１の概略構成を示すブロック図である。
【００５７】
図４に示すように、携帯電話機１は、上記のＨＤＭＩ出力端子１１と、ＨＤＭＩトランスミッタ１００と、マイクロＵＳＢ端子１０１と、マイクロＵＳＢ用Ｉ／Ｆ１０２と、Ｂｌｕｅｔｏｏｔｈ用Ｉ／Ｆ１０３と、ＷＬＡＮ（Wireless LAN）用Ｉ／Ｆ１０４と、メモリカード１０５（着脱可能）と、ＵＳＩＭ（Universal Subscriber Identity Module）カード１０６（着脱可能）と、ＲＦ部１０７と、音声ＣＯＤＥＣ１０８と、メインコントローラ１０９と、ＬＣＤコントローラ１１０と、ＬＣＤ（第２の表示領域）１１１と、カメラ１１２と、ＦＬＡＳＨメモリ１１３と、ＲＡＭ１１４とを備えている。
【００５８】
携帯電話機１は、たとえば、ＲＦ部１０７および音声ＣＯＤＥＣ１０８によって実現される通話機能や、Ｂｌｕｅｔｏｏｔｈ用Ｉ／Ｆ１０３またはＷＬＡＮ用Ｉ／Ｆ１０４によって実現される無線通信機能、カメラ１１２によって実現される撮像機能など有している。ただし、このような機能は、一般的な携帯電話機が有している通常の機能であるので、ここではその説明を省略する。
【００５９】
さらに、携帯電話機１は、画像データを再生する画像データ再生機能を有している。携帯電話機１が再生可能な画像データとしては、たとえば、静止画データや動画データなどが挙げられる。静止画データや動画データの再生は、たとえば、メインコントローラ１０９がＦＬＡＳＨメモリ１１３から読み出したＪＰＥＧ形式、ＧＩＦ形式（アニメーションＧＩＦを含む）、Ｆｌａｓｈ形式、ＰＮＧ（Portable Network Graphics）形式、ＢＭＰ（BitMap）形式、ＲＡＷ形式、ＴＩＦＦ（Tag Image File Format）形式などの各種画像形式の画像データをデコードすることによって実現される。
【００６０】
また、メインコントローラ１０９は、ＦＬＡＳＨメモリ１１３の代わりに、マイクロＵＳＢ端子１０１に接続されたＵＳＢデバイス、あるいは、メモリカード１０５から読み出した静止画データや動画データをデコードするようにしてもよい。メインコントローラ１０９によってデコードされた画像データは、ＨＤＭＩトランスミッタ１００に供給される。ＨＤＭＩトランスミッタ１００はメインコントローラ１０９から供給された画像データを、ＨＤＭＩケーブル３を介して携帯電話機１に接続されているテレビ２に送信する。この場合、携帯電話機１によって再生された画像データは、テレビ２のＬＣＤ２０７に表示されることになる。
【００６１】
メインコントローラ１０９は、ＨＤＭＩトランスミッタ１００がテレビ２から受信したＣＥＣ（Consumer Electronics Control）コマンドを実行したり、ＨＤＭＩトランスミッタ１００がテレビ２に送信するＣＥＣコマンドを生成したりすることによって、テレビ２との連携動作を実現する。
【００６２】
なお、携帯電話機１は、メインコントローラ１０９によってデコードされた画像データを、自身のＬＣＤコントローラ１１０に供給することももちろん可能である。この場合であれば、携帯電話機１によって再生された画像データは、携帯電話機１のＬＣＤ１１１に表示されることになる。
【００６３】
（メインコントローラ１０９の構成）
次に、携帯電話機１のメインコントローラ１０９について説明する。
【００６４】
携帯型の電子機器の高機能に伴って、上で述べたデコードの処理に高速化が要求されている。このような場合、このデコード処理の高速化の手段として、ハードウェアアクセラレータを用いることができる。ハードウェアアクセラレータをＣＰＵの周辺機器として用意することによって、ソフトウェアによるデコードの処理速度が十分でない場合でも、ハードウェアを用いた処理による高速化（アクセラレーション）を図ることができる。
【００６５】
一般に、同一の処理であれば、ソフトウェアによる実行よりハードウェアによる実行の方が高速に行なうことができる。また、デコード処理においては、ハードウェアを用いると、画像のサイズの大小によらず、ファイルあたりほぼ一定の速度で画像をデコードすることが可能となる。
【００６６】
しかし、ハードウェアアクセラレータの欠点は、高速化したい機能をすべてハードウェアで用意しておく必要があることである。このことは、携帯電話機１の場合であれば、携帯電話機１が再生可能な画像形式が増えれば増えるほど、各画像形式のデータ変換処理を高速化する個々のアクセラレータハードウェアが必要になることを意味する。
【００６７】
すなわち、携帯電話機１が再生可能な画像形式が増えれば増えるほど、ハードウェアアクセラレータが付加される数が増え、その結果、携帯電話機１の回路規模が大きくなってしまう。
【００６８】
そこで、本実施形態では、携帯電話機１が、従来からのＪＰＥＧ形式の画像データに加え、ＧＩＦ形式やＦｌａｓｈ形式の画像データを扱うことができることになった場合において、ＧＩＦ形式やＦｌａｓｈ形式の画像データに関しては、上で述べたハードウェアアクセラレータを個々に設けることはしない。
【００６９】
その代わり、ＧＩＦ形式やＦｌａｓｈ形式の画像データといった、ＪＰＥＧ以外の画像形式の画像データに共有される、上記のハードウェアアクセラレータとは異なる機能を有するハードウェアを携帯電話機１に設けるものである。図１は、携帯電話機１のメインコントローラ１０９の構成を示すブロック図である。
【００７０】
図１に示すように、メインコントローラ１０９は、判定部（判定手段）３１、取得部３２と、デコード部（デコード手段）３３と、ハードウェアアクセラレータ３４と、解像度変換器３５とを有している。
【００７１】
なお、ここでは、携帯電話機１が再生可能な画像形式は、ＪＰＥＧ形式、ＧＩＦ形式およびＦｌａｓｈ形式の３つとする。
【００７２】
また、ハードウェアアクセラレータ３４は、これら３つの画像形式のうち、ＪＰＥＧ形式の画像データのデコード処理を高速化するためのハードウェアアクセラレータであるとする。すなわち、ＧＩＦ形式およびＦｌａｓｈ形式それぞれの画像データのデコード処理を高速化するためのハードウェアアクセラレータは用意されていない。
【００７３】
判定部３１は、上で述べたように、ＦＬＡＳＨメモリ１１３や、マイクロＵＳＢ端子１０１に接続されたＵＳＢデバイス、メモリカード１０５から読み出した静止画データや動画データを受け取る。そして、判定部３１は、その受け取った画像データの画像形式を判定する。判定部３１は、たとえば、受け取った画像データがＪＰＥＧ形式、ＧＩＦ形式、Ｆｌａｓｈ形式といった、各種の画像形式のいずれの画像データであるかについて判定する。
【００７４】
判定部３１は、受け取った画像データの画像形式についての判定結果をデコード部３３に出力する。この判定結果は、その画像形式のハードウェアアクセラレータの有無を表わすものともいえる。
【００７５】
取得部３２は、携帯電話機１によって再生される画像データが表示される、テレビ２のＬＣＤ２０７の解像度を取得する。取得部３２は、ＨＤＭＩトランスミッタ１００を用いて、テレビ２のＬＣＤ２０７の解像度を取得する。
【００７６】
取得部３２は、テレビ２から取得した、テレビ２のＬＣＤ２０７の解像度をデコード部３３および後述する解像度変換器３５に出力する。
【００７７】
デコード部３３は、判定部３１と同様、ＦＬＡＳＨメモリ１１３や、マイクロＵＳＢ端子１０１に接続されたＵＳＢデバイス、メモリカード１０５から読み出した静止画データや動画データを受け取る。また、デコード部３３は、自身および判定部３１が受け取った画像データの画像形式についての判定結果を判定部３１から取得する。
【００７８】
そして、デコード部３３は、判定部３１の判定結果によって、受け取った画像データの画像形式を認識する。受け取った画像データがＪＰＥＧ形式であれば、デコード部３３は、ハードウェアアクセラレータ３４が利用可能であると判断し、その画像データのデコード処理にハードウェアアクセラレータ３４を利用する。つまり、デコード部３３は、ハードウェアアクセラレータ３４を用いて、ＪＰＥＧ形式の画像データのデコード処理を高速化する。
【００７９】
デコード部３３は、このデコード処理においては、取得部３２から取得した、テレビ２のＬＣＤ２０７の解像度を用いる。すなわち、デコード部３３は、ＪＰＥＧ形式の画像データを、テレビ２のＬＣＤ２０７の解像度を基に、その表示サイズを決定する。
【００８０】
一方、受け取った画像データがＧＩＦ形式またはＦｌａｓｈ形式であれば、デコード部３３は、ハードウェアアクセラレータ３４が利用不可能であると判断する。そして、デコード部３３は、その画像データのデコード処理を実行する。
【００８１】
ここで、デコード部３３は、ＧＩＦ形式またはＦｌａｓｈ形式の画像データの場合、その表示サイズを携帯電話機１のＬＣＤ１１１の解像度を基に、そのデコード処理する。すなわち、デコード部３３は、取得部３２から取得した、テレビ２のＬＣＤ２０７の解像度を用いずに、携帯電話機１のＬＣＤ１１１の解像度を用いる。
【００８２】
ＪＰＥＧ形式の画像データであれば、上で述べたように、デコード部３３は、テレビ２のＬＣＤ２０７の解像度を基に、そのデコード処理を行なうことができる。そのデコード処理を高速化するためのハードウェアアクセラレータ３４が用意されているからである。
【００８３】
一方、ＧＩＦ形式またはＦｌａｓｈ形式の画像データの場合、デコード部３３は、テレビ２のＬＣＤ２０７の解像度を基に、そのデコード処理を行なうことができない。上述したように、そのデコード処理を高速化するためのハードウェアアクセラレータが用意されていないからである。
【００８４】
この場合、デコード部３３は、携帯電話機１のＬＣＤ１１１の解像度を基に、その画像データの表示サイズを決定する。つまり、このままでは、携帯電話機１は、テレビ２のＬＣＤ２０７の解像度に適した表示サイズの画像データを再生することができない。携帯電話機１のＬＣＤ１１１の解像度とテレビ２のＬＣＤ２０７の解像度とは、異なるのが通常だからである。
【００８５】
このため、携帯電話機１のメインコントローラ１０９は、解像度変換器３５を有している。この解像度変換器３５は、携帯電話機１のＬＣＤ１１１の解像度に適した表示サイズで再生された画像データを、テレビ２のＬＣＤ２０７の解像度に適した表示サイズに拡大または縮小する。
【００８６】
解像度変換器３５は、ハードウェアを用いて実現されている。上で述べたように、同一の処理であれば、ソフトウェアによる実行よりハードウェアによる実行の方が高速に行なうことができるからである。
【００８７】
また、解像度変換器３５は、判定部３１およびデコード部３３が受け取った画像データがＧＩＦ形式、Ｆｌａｓｈ形式のいずれの場合であっても、デコード部３３によって再生された画像データの表示サイズの拡大または縮小を行なうことができる。なぜなら、デコード部３３によってデコード処理された画像データは、判定部３１およびデコード部３３が受け取った画像データがＧＩＦ形式およびＦｌａｓｈ形式のいずれであったとしても、同一の画像形式の画像データに変換されてしまうからである。たとえば、デコード部３３は、受け取った画像データをその画像形式の如何にかかわらず、ＢＭＰ形式の画像データに変換することができる。
【００８８】
このため、解像度変換器３５は、判定部３１およびデコード部３３が受け取った画像データがＧＩＦ形式およびＦｌａｓｈ形式のいずれにも対応可能となる。つまり、解像度変換器３５は１つでよい。このことは、携帯電話機１が再生可能な画像形式がＪＰＥＧ形式、ＧＩＦ形式およびＦｌａｓｈ形式の３つに加えてさらに増えた場合でも同様である。
【００８９】
解像度変換器３５は、上述したように、携帯電話機１のＬＣＤ１１１の解像度に適した表示サイズで再生された画像データを、テレビ２のＬＣＤ２０７の解像度に適した表示サイズに拡大または縮小するものであるが、その拡大処理としては、たとえば、画像データにおいて隣接画素と同じ画素値を用いて補間画素を生成する拡大処理や、隣接画素の画素値を用いた線形補間により補間画素値を求めて補間画素を生成する拡大処理などを意味する。
【００９０】
また、その縮小処理としては、たとえば、画像データにおいて単純に画素を間引く縮小処理や、画素値の平均画素値を求めて画素を置き換えていく縮小処理などを意味する。
【００９１】
このようにして、メインコントローラ１０９は、判定部３１およびデコード部３３が受け取った画像データがＪＰＥＧ形式であれば、デコード部３３およびハードウェアアクセラレータ３４を用いて、テレビ２のＬＣＤ２０７の解像度に適した表示サイズで再生された画像データを、ＨＤＭＩトランスミッタ１００に出力する。
【００９２】
一方、判定部３１およびデコード部３３が受け取った画像データがＧＩＦ形式またはＦｌａｓｈ形式あれば、メインコントローラ１０９は、デコード部３３および解像度変換器３５を用いて、テレビ２のＬＣＤ２０７の解像度に適した表示サイズに拡大または縮小された画像データを、ＨＤＭＩトランスミッタ１００に出力する。
【００９３】
図５は、メインコントローラ１０９のハードウェア構成を示すブロック図である。図５に示すように、メインコントローラ１０９は、各種プログラムの命令を処理するＣＰＵ４１と、メインコントローラ１０９の制御プログラムなどが格納されているＲＯＭ４２と、ＣＰＵ４１が行なう演算の途中結果等を一時的に記憶する、高速に書き込み読み出しが可能なＲＡＭ４３と、上記のハードウェアアクセラレータ３４と、上記の解像度変換器３５とを有している。
【００９４】
ＣＰＵ４１は、ＲＯＭ４２に格納されているプログラム、ＲＡＭ４３に格納されたプログラムに従って各種の処理を実施する。また、ＣＰＵ４１は、ＲＡＭ４３による各処理に必要なデータを一時記憶する。ＣＰＵ４１は、メインコントローラ１０９全体の制御を行なう。
【００９５】
また、ＣＰＵ４１は、上記のＲＯＭ４２に格納されている所定の制御プログラムにより、図１の判定部３１、取得部３２およびデコード部３３として機能する。つまり、図１の判定部３１、取得部３２およびデコード部３３は、ハードウェアを用いて実現されている。
【００９６】
このようにして、メインコントローラ１０９は、ハードウェアとソフトウェアとの組み合わせを用いて、上述した機能を実現している。
【００９７】
（メインコントローラ１０９の動作）
次に、メインコントローラ１０９の動作について説明する。図６は、メインコントローラ１０９の動作を説明するためのフローチャートである。図７は、メインコントローラ１０９によってデコード処理された画像データの具体例を説明するための説明図である。
【００９８】
なお、図７における各画像データ５１〜５３、６１〜６９に付された数字は、それぞれの画素数（縦×横）を表わしている。また、図７（ａ）は、ＪＰＥＧ形式の画像データを示すものであり、図７（ｂ）は、ＧＩＦ形式またはＦｌａｓｈ形式の画像データを示すものである。図７（ａ）では、画素数が４０００×３０００のＪＰＥＧ形式の画像データを、テレビ２のＬＣＤ２０７における解像度として、画素数が１２８０×７２０または１９２０×１０８０のＢＭＰ形式の画像データにデコードしている。図７（ｂ）では、画素数が２０４８×２０４８のＧＩＦ形式の画像データまたは４８０×８５４のＦｌａｓｈ形式の画像データを、テレビ２のＬＣＤ２０７における解像度として、画素数が１２８０×７２０、１９２０×１０８０または７２０×４８０のＢＭＰ形式の画像データにデコードしている。
【００９９】
図６に示すように、ＦＬＡＳＨメモリ１１３や、マイクロＵＳＢ端子１０１に接続されたＵＳＢデバイス、メモリカード１０５から読み出した静止画データや動画データがメインコントローラ１０９に入力されると、判定部３１は、静止画データや動画データの画像形式を判定する（ステップＳ１０１）。上述したように、メインコントローラ１０９に入力される静止画データや動画データは、エンコード処理が施されている。本ステップＳ１０１において、判定部３１は、そのエンコード形式である画像形式を判定する。
【０１００】
そして、メインコントローラ１０９に入力された静止画データや動画データがＪＰＥＧ形式（図７（ａ）の符号５１）であれば（ステップＳ１０２ＹＥＳ）、後述のステップＳ１０３に進む。一方、ＪＰＥＧ形式以外（図７（ｂ）の符号６１）であれば（ステップＳ１０２ＮＯ）、後述のステップＳ１０５に進む。
【０１０１】
先ず、メインコントローラ１０９に入力された静止画データや動画データがＪＰＥＧ形式の場合、取得部３２はＨＤＭＩトランスミッタ１００を用いて、テレビ２のＬＣＤ２０７の解像度を取得する（ステップＳ１０３）。本ステップＳ１０３において、取得部３２は、テレビ２のＬＣＤ２０７の解像度を取得すると、その解像度をデコード部３３に出力する。
【０１０２】
デコード部３３は、取得部３２からテレビ２のＬＣＤ２０７の解像度を受け取ると、メインコントローラ１０９に入力された静止画データや動画データを、その解像度に適した表示サイズ（図７（ａ）の符号５２、５３）となるようにして、デコード処理を行なう（ステップＳ１０４）。デコード部３３は、その画像データの表示サイズを、テレビ２のＬＣＤ２０７の解像度を基に決定する。
【０１０３】
本ステップＳ１０４において、デコード部３３は、メインコントローラ１０９に入力された画像データの画像形式についての判定結果を判定部３１から取得している。そして、デコード部３３は、判定部３１の判定結果によって、受け取った画像データの画像形式がＪＰＥＧ形式であると認識し、ハードウェアアクセラレータ３４が利用可能であると判断する。デコード部３３は、その画像データのデコード処理にハードウェアアクセラレータ３４を利用する。
【０１０４】
そして、デコード部３３は、デコード処理された画像データを出力する（ステップＳ１０８）。
【０１０５】
一方、メインコントローラ１０９に入力された静止画データや動画データがＪＰＥＧ形式以外の場合、デコード部３３は、取得部３２からテレビ２のＬＣＤ２０７の解像度を受け取ること無く、その画像データのデコード処理を実行する（ステップＳ１０５）。
【０１０６】
本ステップＳ１０５においては、デコード部３３は、その画像データの表示サイズ（図７（ｂ）の符号６２）を、携帯電話機１のＬＣＤ１１１の解像度を基に決定する。そして、デコード部３３は、画像データのデコード処理が終了すると、そのデコード処理された画像データを解像度変換器３５に出力する。
【０１０７】
次に、上記のステップＳ１０３と同様、取得部３２はＨＤＭＩトランスミッタ１００を用いて、テレビ２のＬＣＤ２０７の解像度を取得する（ステップＳ１０６）。本ステップＳ１０６において、取得部３２は、テレビ２のＬＣＤ２０７の解像度を取得すると、その解像度を解像度変換器３５に出力する。
【０１０８】
解像度変換器３５は、デコード部３３から受け取った、デコード処理された画像データ（図７（ｂ）の符号６２）を、テレビ２のＬＣＤ２０７の解像度（図７（ｂ）の符号６３、６５、６８）に適した表示サイズ（図７（ｂ）の符号６４、６６、６７、６９）に拡大または縮小する（ステップＳ１０７）。本ステップＳ１０７においては、デコード部３３によってデコード処理された画像データの解像度が変換されることになる。
【０１０９】
具体的には、図７（ｂ）の符号６３および６８の表示サイズでは縮小が行なわれ、図７（ｂ）の符号６５の表示サイズでは拡大（符号６６→符号６７）が行われている。
【０１１０】
そして、解像度変換器３５は、解像度変換処理された画像データを出力する（ステップＳ１０８）。
【０１１１】
このようにして、メインコントローラ１０９に入力された画像データがＪＰＥＧ形式であれば、デコード部３３およびハードウェアアクセラレータ３４を用いて、テレビ２のＬＣＤ２０７の解像度に適した表示サイズで再生された画像データを、ＨＤＭＩトランスミッタ１００に出力する。
【０１１２】
一方、メインコントローラ１０９に入力された画像データがＧＩＦ形式またはＦｌａｓｈ形式あれば、デコード部３３および解像度変換器３５を用いて、テレビ２のＬＣＤ２０７の解像度に適した表示サイズに拡大または縮小された画像データを、ＨＤＭＩトランスミッタ１００に出力する。
【０１１３】
（ＨＤＭＩトランスミッタ１００およびＨＤＭＩレシーバ２００）
次に、図８を参照して、携帯電話機１が備えているＨＤＭＩトランスミッタ１００と、テレビ２が備えているＨＤＭＩレシーバ２００とについて説明する。図８は、ＨＤＭＩトランスミッタ１００およびＨＤＭＩレシーバ２００の構成を示したブロック図である。
【０１１４】
ＨＤＭＩケーブル３は、コンテンツ（画像信号および音声信号）を伝送するＴＭＤＳ（Transition Minimized Differential Signaling）ラインと、ＣＥＣコマンドを伝送するＣＥＣラインと、ＥＤＩＤを伝送するＤＤＣ（Display Data Cannel）ラインと、ＨＰＤ（Hot Plug Detect）信号を伝送するＨＰＤラインと、接続検知のためにソース機器によって電圧（対グランド電位）が５Ｖに制御される５Ｖ電力ラインとを備えている。
【０１１５】
ＨＤＭＩトランスミッタ１００は、ＴＭＤＳトランスミッタ１５１と、ＣＥＣ用Ｉ／Ｆ１５２と、ＤＤＣ用Ｉ／Ｆ１５３と、ＨＰＤ検知部１５４と、５Ｖ電力制御部１５５とを備えている。ＨＤＭＩトランスミッタ１００の各部は、メインコントローラ１０９によって制御される。
【０１１６】
ＴＭＤＳトランスミッタ１５１は、ＨＤＭＩケーブル３のＴＭＤＳラインを介してコンテンツを送信するためのインターフェースである。ＴＭＤＳトランスミッタ１５１が送信するコンテンツは、メインコントローラ１０９によってデコードされたコンテンツである。
【０１１７】
ＣＥＣ用Ｉ／Ｆ１５２は、ＨＤＭＩケーブル３のＣＥＣラインを介して伝送されたＣＥＣコマンドを受信するためのインターフェースである。ＣＥＣ用Ｉ／Ｆ１５２が受信したＣＥＣコマンドは、メインコントローラ１０９に供給される。また、ＣＥＣ用Ｉ／Ｆ１５２は、ＨＤＭＩケーブル３のＣＥＣラインを介してＣＥＣコマンドを送信するためのインターフェースである。ＣＥＣ用Ｉ／Ｆ１５２が送信するＣＥＣコマンドは、メインコントローラ１０９から供給される。
【０１１８】
ＤＤＣ用Ｉ／Ｆ１５３は、ＨＤＭＩケーブル３のＤＤＣラインを介して伝送されたＥＤＩＤを受信するためのインターフェースである。ＤＤＣ用Ｉ／Ｆ１５３が受信したＥＤＩＤは、メインコントローラ１０９のＲＡＭ４３に格納される。
【０１１９】
ＨＤＭＩレシーバ２００がＨＤＭＩトランスミッタ１００に接続されたことを検知できるよう、５Ｖ電力制御部１５５は、ＨＤＭＩケーブル３の５Ｖ電力ラインに接続される５Ｖ電力ピンの電圧を５Ｖに制御する。ＨＰＤ検知部１５４は、ＨＤＭＩケーブル３のＨＰＤラインが接続されるＨＰＤピンの電圧をモニタし、その立ち上がりタイミングを検知する。ＨＰＤピンの電圧がＨレベルに立ち上がったことを検知すると、ＨＰＤ検知部１５４は、シンク機器との接続が確立されたことをメインコントローラ１０９およびＤＤＣ用Ｉ／Ｆ１５３に通知する。ＤＤＣ用Ｉ／Ｆ１５３は、ＨＰＤ検知部１５４からこの通知を受けると、ＨＤＭＩレシーバ２００のＤＤＣ用Ｉ／Ｆ２５３を介して、ＥＤＩＤ格納部２５６に格納されているＥＤＩＤを読み出す。
【０１２０】
一方、ＨＤＭＩレシーバ２００は、ＴＭＤＳレシーバ２５１と、ＣＥＣ用Ｉ／Ｆ２５２と、ＤＤＣ用Ｉ／Ｆ２５３と、ＨＰＤ制御部２５４と、５Ｖ電力検知部２５５と、ＥＤＩＤ格納部２５６とを備えている。ＨＤＭＩレシーバ２００の各部は、ＣＰＵ２１４によって制御される。
【０１２１】
ＴＭＤＳレシーバ２５１は、ＨＤＭＩケーブル３のＴＭＤＳラインを介して伝送されたコンテンツを受信するためのインターフェースである。ＴＭＤＳレシーバ２５１が受信したコンテンツは、画像セレクタ２０４および音声セレクタ２０８に供給される。
【０１２２】
ＣＥＣ用Ｉ／Ｆ２５２は、ＨＤＭＩケーブル３のＣＥＣラインを介して伝送されたＣＥＣコマンドを受信するためのインターフェースである。ＣＥＣ用Ｉ／Ｆ２５２が受信したＣＥＣコマンドは、ＣＰＵ２１４に供給される。また、ＣＥＣ用Ｉ／Ｆ２５２は、ＨＤＭＩケーブル３のＣＥＣラインを介してＣＥＣコマンドを送信するためのインターフェースである。ＣＥＣ用Ｉ／Ｆ２５２が送信するＣＥＣコマンドは、ＣＰＵ２１４から供給される。
【０１２３】
ＤＤＣ用Ｉ／Ｆ２５３は、ＨＤＭＩケーブル３のＤＤＣラインを介してＥＤＩＤを送信するためのインターフェースである。ＤＤＣ用Ｉ／Ｆ２５３が送信するＥＤＩＤは、ＥＤＩＤ格納部２５６から読み出される。
【０１２４】
５Ｖ電力検知部２５５は、ＨＤＭＩケーブル３の５Ｖ電力ラインが接続される５Ｖ電力ピンの電圧をモニタし、その立ち上がりタイミングを検知する。５Ｖ電力ピンの電圧が５Ｖに立ち上がったことを検知すると、５Ｖ電力検知部２５５は、ＨＤＭＩトランスミッタ１００との接続が確立されたことをＣＰＵ２１４およびＨＰＤ制御部２５４に通知する。
【０１２５】
ＨＰＤ制御部２５４は、５Ｖ電力検知部２５５からこの通知を受けると、ＨＤＭＩケーブル３のＨＰＤラインが接続されるＨＰＤピンの電圧をＨレベルに立ち上げる。ＨＤＭＩトランスミッタ１００は、ＨＤＭＩケーブル３のＨＰＤラインに接続されるＨＰＤピンの電圧がＨレベルに立ち上がると、ＨＤＭＩレシーバ２００のＥＤＩＤ格納部２５６に格納されたＥＤＩＤを、ＤＤＣラインを介して読み出す。
【０１２６】
（携帯電話機１の効果）
以上の構成を備える携帯電話機１では、ハードウェアアクセラレータ３４が用意されていないＧＩＦ形式やＦｌａｓｈ形式の画像データであった場合、携帯電話機１のＬＣＤ１１１の解像度を基にその画像データの表示サイズを決定し、ハードウェアを用いて実現されている解像度変換器３５によってテレビ２のＬＣＤ２０７の解像度に適した表示サイズに拡大または縮小する。その拡大または縮小処理は、ハードウェアを使用しての処理である。このため、ソフトウェアを用いた処理よりも高速に行なうことができる。このことは、特に、拡大後のサイズが大きくなればなるほど、その効果はより顕著となる。
【０１２７】
（実施の形態２）
次に、本発明の実施の形態２について説明する。上記の実施の形態１では、ハードウェアアクセラレータ３４が用意されているＪＰＥＧ形式の画像データに関しては、デコード部３３は、ハードウェアアクセラレータ３４を用いてデコード処理を行ない、一方、ハードウェアアクセラレータ３４が用意されていないＧＩＦ形式やＦｌａｓｈ形式の画像データに関しては、デコード部３３は、ハードウェアアクセラレータ３４を用いること無く、デコード処理を行ない、解像度変換器３５が、そのデコード処理された画像データを拡大または縮小するものであった。
【０１２８】
これに対し、本発明の実施の形態２では、ハードウェアアクセラレータ３４が用意されているＪＰＥＧ形式の画像データであっても、その画像データの用途によっては、ＧＩＦ形式やＦｌａｓｈ形式の画像データと同様、デコード部３３が、ハードウェアアクセラレータ３４を用いること無く、デコード処理を行ない、解像度変換器３５が、そのデコード処理された画像データを拡大または縮小する実施の形態である。
【０１２９】
本実施形態では、利用者は、携帯電話機１の入力装置（図示省略）を用いて、ハードウェアアクセラレータ３４の利用の可否を指示入力することになる。
【０１３０】
画像サイズが小さい場合、デコード部３３のみによるデコード処理の方が高速に処理することができる。
【０１３１】
（実施の形態３）
次に、本発明の実施の形態３について説明する。
【０１３２】
本発明の実施の形態３は、携帯電話機１のＬＣＤ１１１が複数の解像度モード（たとえば、低解像度モードと高解像度モード）を実現できる場合の実施の形態である。
【０１３３】
携帯電話機１は、メインコントローラ１０９によってデコードされた画像データを、自身のＬＣＤコントローラ１１０に供給することがある。携帯電話機１のＬＣＤ１１１がテレビ２のＬＣＤ２０７と同様の高解像度を持つ場合、携帯電話機１によって再生された画像データを、携帯電話機１のＬＣＤ１１１に高解像度で表示させることも可能となる。
【０１３４】
本実施形態は、上記の実施の形態１における携帯電話機１によって再生される画像データが表示される表示領域であった、テレビ２のＬＣＤ２０７を、携帯電話機１の高解像度モードのＬＣＤ１１１に置き換えたものである。
【０１３５】
（プログラム及び記録媒体）
最後に、携帯電話機１の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（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）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１３９】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０１４０】
なお、本発明は、以下のようにも表現することができる。すなわち、本発明に係る電子機器は、複数の表示手段に表示できる表示制御部を備え、コンテンツの種別に応じて前記表示手段の表示解像度を切り替えて表示する。
【０１４１】
第１の表示手段と第２の表示手段を備え、第２の表示手段の画面解像度が第１の表示手段の画面解像度より高解像度であることが好ましい。
【０１４２】
前記コンテンツの種別はハードウェアアクセラレータの利用可否に基づくことが好ましい。
【０１４３】
ハードウェアアクセラレータを利用可能なコンテンツを前記第２の表示手段に表示する場合において、前記第１の表示手段に表示する場合よりも高解像度で表示することが好ましい。
【０１４４】
ハードウェアアクセラレータを利用不可能なコンテンツを前記第２の表示手段に表示する場合において、前記第１の表示手段に表示する場合と同一の解像度で表示することが好ましい。
【産業上の利用可能性】
【０１４５】
本発明に係る電子機器は、エンコードされたコンテンツを出力する電子機器一般に利用することができる。
【符号の説明】
【０１４６】
１    携帯電話機
２    テレビ
３    ＨＤＭＩケーブル
１１    ＨＤＭＩ出力端子
２１    ＨＤＭＩ入力端子
３１    判定部（判定手段）
３２    取得部
３３    デコード部（デコード手段）
３４    ハードウェアアクセラレータ
３５    解像度変換器
１０９    メインコントローラ
１１１    ＬＣＤ（第２の表示領域）
２０７    ＬＣＤ（第１の表示領域）
【図１】
2011239354.tif 000003
【図２】
2011239354.tif 000004
【図３】
2011239354.tif 000005
【図４】
2011239354.tif 000006
【図５】
2011239354.tif 000007
【図６】
2011239354.tif 000008
【図７】
2011239354.tif 000009
【図８】
2011239354.tif 000010