映像表示装置、表示制御方法及びプログラム
【課題】映像編集により、前後フィールドの走査線が混在した画像データを表示する場合の画像劣化を防止する。
【解決手段】フィールド間走査線補間部４１は、チューナ１７又はメモリカード２１から入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、その映像ストリームに対応するプログレッシブ画像データを生成する。バックエンド１８には、ＣＰＵから、映像ストリームの信頼性が所定レベルを満たしているか否かの判定結果を示すＩＰ変換選択信号５０が入力される。セレクタ４４は、ＩＰ変換選択信号５０を参照し、ＣＰＵにおいて映像ストリームの信頼性が所定レベルに満たないと判定された場合に、フィールド間走査線補間部４１によって補間処理された画像データを、表示対象として選択する。
【解決手段】フィールド間走査線補間部４１は、チューナ１７又はメモリカード２１から入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、その映像ストリームに対応するプログレッシブ画像データを生成する。バックエンド１８には、ＣＰＵから、映像ストリームの信頼性が所定レベルを満たしているか否かの判定結果を示すＩＰ変換選択信号５０が入力される。セレクタ４４は、ＩＰ変換選択信号５０を参照し、ＣＰＵにおいて映像ストリームの信頼性が所定レベルに満たないと判定された場合に、フィールド間走査線補間部４１によって補間処理された画像データを、表示対象として選択する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、放送による映像ストリームに基づく映像と、映像編集ソフトにより編集された映像ストリームに基づく映像などを表示する映像表示装置、その映像表示装置の表示制御方法及びその映像表示装置を制御するコンピュータによって実行されるプログラムに関する。
【背景技術】
【０００２】
テレビジョン放送などの映像ストリームは、通常、飛び越し走査（以下、「インターレース」と呼ぶ）画像データの形式（例えば、図１７（Ａ）、図１７（Ｂ）参照）で伝送されている。このため、液晶ディスプレイやプラズマディスプレイ等のマトリクス型表示装置でテレビジョン放送による映像を表示するためには、その映像ストリームの画像データを順次走査（以下、「プログレッシブ」と呼ぶ）画像データに変換する必要がある。
【０００３】
インターレース画像データをプログレッシブ画像データに変換する処理方式には、フィールド間走査線補間処理とフィールド内走査線補間処理とがある。フィールド間走査線補間処理及びフィールド内走査線補間処理は、ともに、映像ストリームにおけるインターレース画像データの各走査線の隙間に、補間走査線データを挿入することにより、その映像ストリームに対応するプログレッシブ画像データを生成する補間処理である点は同じである。
【０００４】
フィールド間走査線補間処理は、映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを補間走査線データとして用いる（例えば、図１８（Ａ）、図１８（Ｂ）参照）。これに対し、フィールド内走査線補間処理は、映像ストリームにおけるインターレース画像データの同一フィールド内の走査線データ（具体的には、直上、直下の走査線データ）を補間走査線データとして用いる（例えば、図１９（Ａ）、図１９（Ｂ）参照）。
【０００５】
フィールド間走査線補間処理とフィールド内走査線補間処理とは、同時併用が可能である。例えば、映像ストリームにおける画像の動き量（変化）に応じてフィールド間走査線補間処理とフィールド内走査線補間処理との重み付けを変える信号処理装置が、従来より用いられている。この信号処理装置の中には、映像ストリームにおける画像データの走査線構造が、ＮＴＳＣ（National Television System Committee）に準拠していなければ、フィールド内走査線補間処理を選択するものがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平２−１９６５８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
最近では、パーソナルコンピュータ（以下、「ＰＣ」と呼ぶ）や携帯端末において、映像編集ソフトを用いたプライベートな映像の編集が可能となっている。ＰＣや携帯端末は、表示画面の画素数やサイズが様々であり、走査線の数も様々であるため、映像編集では、上記プログレッシブ画像への変換処理に加え、そのプログレッシブ画像データの拡大縮小処理（すなわち走査線の増減処理）が行われることが多い。
【０００８】
より具体的には、映像の編集では、まず、原画像としてのインターレース画像データ（例えば、図１７（Ａ）、図１７（Ｂ）参照）を、フィールド間補間処理を行ってプログレッシブ画像データ（例えば、図１８（Ａ）、図１８（Ｂ）参照）に変換する。続いて、変換されたプログレッシブ画像データに対して、画面の拡大比（例えば、３６０ライン→４８０ラインであれば３分の４）に応じた適当な間隔（３ラインに１ライン）で、フィールド内の走査線データを挿入する（例えば、図２０参照）。
【０００９】
最終的に、拡大されたプログレッシブ画像データは、奇数フィールドでは奇数ラインが抜き出され、偶数フィールドでは偶数ラインが抜き出されることにより、再びインターレース画像データ（例えば、図２１参照）に変換される。図２１に示すように、このインターレース画像データは、奇数フィールド（フィールド１）の走査線データと、偶数フィールド（フィールド２）の走査線データとが、４ライン毎に混在した画像データとなる。
【００１０】
ここで、図２２に示すように、１本の縦棒が、画面上を左から右にスクロールする動画を原画像として編集する場合について考える。図２３（Ａ）乃至図２３（Ｃ）には、図２２に示す原画像に対応するインターレース画像データの拡大図が示されている。これらの画像データに対して、フィールド間走査線補間処理を行い、さらに画像データの拡大処理を行うと、図２４（Ａ）乃至図２４（Ｃ）に示すように、前後のフィールドの走査線が混在した画像データが生成される。
【００１１】
このように生成された画像データを、動画であればフィールド内走査線補間処理を行い、静止画であればフィールド間走査線補間処理を行う信号処理装置で表示する場合について考える。この信号処理装置では、この画像データは、動画の１コマであると判定されるので、フィールド内走査線補間処理が行われる。これにより、図２５（Ａ）乃至図２５（Ｃ）に示すように、縦棒の位置が４ラインごとにずれた画像データが生成される。この結果、表示画面には、１本の縦棒が左から右へスクロールする映像（図２２参照）ではなく、図２６に示すように、うねりのある（周期的な歪みを有する）縦線が左から右へスクロールする映像が表示されるようになる。
【００１２】
このように、ＰＣや携帯端末で映像編集ソフトにより映像を編集すると、インターレースに不整合が生じることがある。インターレースに不整合が生じた画像データは、著しい表示不具合を引き起こす可能性があり、この表示不具合については、上記特許文献１に記載された信号処理装置でも対応するのは困難である。
【００１３】
本発明は、このような従来の問題点に鑑みてなされたもので、ＰＣや携帯端末での映像編集により、前後フィールドの走査線が混在した画像データを表示する場合の画像劣化を防止する映像表示装置、表示制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明の第１の観点に係る映像表示装置は、
映像ストリームを入力する１又は複数の入力パスと、
前記複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定部と、
前記判定部により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択部と、
を備える。
【００１５】
この場合、前記判定部は、
前記映像ストリームを入力する入力パスが特定の入力パスである場合に、前記映像ストリームの信頼性が所定レベルを満たしていないと判定する、
ようにしてもよい。
【００１６】
この場合、前記映像ストリームを格納するメモリをさらに備え、
前記特定の入力パスは、
前記メモリから読み出された映像ストリームが入力される入力パスである、
こととしてもよい。
【００１７】
また、通信ネットワークを介して前記映像ストリームを受信する受信部をさらに備え、
前記特定の入力パスは、
前記受信部で受信された映像ストリームが入力される入力パスである、
こととしてもよい。
【００１８】
また、前記判定部は、
前記映像ストリームの識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
こととしてもよい。
【００１９】
この場合、前記識別情報は、
前記映像ストリームのヘッダに含まれ、
前記判定部は、
前記ヘッダから、前記識別情報を抽出する抽出部を備え、
前記抽出部によって抽出された前記識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
こととしてもよい。
【００２０】
また、前記識別情報は、
前記映像ストリームのファイル名又は拡張子名に含まれ、
前記判定部は、
前記ファイル名又は前記拡張子名から前記識別情報を抽出する抽出部を備え、
前記抽出部によって抽出された前記識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
こととしてもよい。
【００２１】
また、前記映像ストリームにおけるインターレース画像データに対して、同一のフィールド内の走査線データを用いて補間処理を行うフィールド内走査線補間部をさらに備え、
前記判定部は、
前記フィールド間走査線補間部で生成された第１の画像データと、前記フィールド内走査線補間部で生成された第２の画像データとに基づいて、前記映像ストリーム内の画像のうねりを検出するうねり検出部を備え、
前記うねり検出部によって画像のうねりが検出されると、前記映像ストリームの信頼性が所定レベルを満たしていないと判定する、
こととしてもよい。
【００２２】
この場合、前記うねり検出部は、
前記第１の画像データと前記第２の画像データとの差分画像データに含まれる所定の周波数以下の空間周波数成分の総和が所定の度数以上含まれている場合に、画像のうねりを検出する、
こととしてもよい。
【００２３】
また、前記映像ストリームにおけるインターレース画像データに対して、同一のフィールド内の走査線データを用いて補間処理を行うフィールド内走査線補間部と、
前記フィールド間走査線補間部及び前記フィールド内走査線補間部から出力された画像データを入力し、前記画像データのうち、動きがある部分に対しては、前記フィールド内走査線補間部から出力された画像データが適用され、前記画像データのうち、動きがない部分に対しては、前記フィールド内走査線補間部から出力された画像データが適用された画像データを出力する動き適応部と、
をさらに備え、
前記選択部は、
前記判定部により前記映像ストリームの信頼性が所定レベルを満たしていると判定された場合に、
前記動き適応部から出力された画像データを、表示対象として選択する、
こととしてもよい。
【００２４】
また、本発明の第２の観点に係る表示制御方法は、
映像ストリームを入力する１又は複数の入力パスと、
前期複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
を備える映像表示装置の表示制御方法において、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定工程と、
前記判定工程により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択工程と、
を含むことを特徴とする。
【００２５】
また、本発明の第３の観点に係るプログラムは、
映像ストリームを入力する１又は複数の入力パスと、
前期複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
を備える映像表示装置を制御するコンピュータに実行させるプログラムにおいて、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定手順と、
前記判定手順により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択手順と、
をコンピュータに実行させる、
ことを特徴とする。
【発明の効果】
【００２６】
本発明によれば、映像ストリームの信頼性が所定レベルに満たないと判定されると、その映像ストリームにおけるインターレース画像データをプログレッシブ画像データに変換する際の補間方法として、フィールド間走査線補間が採用される。これにより、映像編集により走査線方向により生じた画像データの周期的な歪みをぼかすことができるので、前後フィールドの走査線が混在した画像データを表示する場合の画像劣化を防止し、良好な画像表示が可能となる。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施形態１に係る携帯端末の構成を示すブロック図である。
【図２】図１のバックエンドの詳細な構成を示すブロック図である。
【図３】図１のＣＰＵによって実行されるプログラム（第１の判定選択処理）のフローチャートである。
【図４】図４（Ａ）、図４（Ｂ）は、フィールド間走査線補間により生成されたプログレッシブ画像データの一例である。
【図５】実際に表示される動画の一例である。
【図６】本発明の実施形態２に係る携帯端末のバックエンドの構成を示すブロック図である。
【図７】映像ストリームのヘッダのデータフォーマットの一例を示すテーブルである。
【図８】図６のデコーダによって実行される動作（第２の判定選択処理）のフローチャートである。
【図９】本発明の実施形態３に係る携帯端末の構成を示すブロック図である。
【図１０】図９の携帯端末のＣＰＵによって実行されるプログラム（第３の判定選択処理）のフローチャートである。
【図１１】図１１（Ａ）乃至図１１（Ｃ）は、表示画像の一例を示す模式図である。
【図１２】本発明の実施形態４に係る携帯端末のバックエンドの構成を示すブロック図である。
【図１３】図１３（Ａ）乃至図１３（Ｃ）は、フィールド間走査線補間部から出力される画像データの一例を示す図である。
【図１４】図１４（Ａ）乃至図１４（Ｃ）は、フィールド内走査線補間部から出力される画像データの一例を示す図である。
【図１５】図１５（Ａ）、図１５（Ｂ）は、差分画像データのパワースペクトルを示すグラフである。
【図１６】図１２のうねり検出部によって実行される動作（第４の判定選択処理）のフローチャートである。
【図１７】図１７（Ａ）、図１７（Ｂ）は、インターレース画像データを説明するための模式図である。
【図１８】図１８（Ａ）、図１８（Ｂ）は、フィールド間走査線補間を説明するための模式図である。
【図１９】図１９（Ａ）、図１９（Ｂ）は、フィールド内走査線補間を説明するための模式図である。
【図２０】拡大処理を説明するための模式図である。
【図２１】拡大された画像データのインターレース画像データへの変換処理を説明するための模式図である。
【図２２】表示される原画像としての動画の一例である。
【図２３】図２３（Ａ）乃至図２３（Ｃ）は、原画像としてのインターレース画像データの拡大図である。
【図２４】図２４（Ａ）乃至図２４（Ｃ）は、フィールド間走査線補間処理及び拡大処理により生成されたプログレッシブ画像データの拡大図である。
【図２５】図２５（Ａ）乃至図２５（Ｃ）は、映像編集ソフトによって編集されたプログレッシブ画像データの拡大図である。
【図２６】従来技術による実際に表示される動画の一例である。
【発明を実施するための形態】
【００２８】
以下、本発明の実施形態に係る映像表示装置について、図面を参照して説明する。なお、以下の実施形態では、映像表示装置は、携帯電話等の携帯端末である。
【００２９】
（実施形態１）
まず、本発明の実施形態１について説明する。
【００３０】
図１に示すように、本実施形態に係る携帯端末１００は、通信アンテナ１と、無線回路２と、符号復号処理回路３と、マイク４と、レシーバ５と、キー６と、ＣＰＵ（Central Processing Unit）７と、ＣＰＵバス８と、メモリ９と、ＤＡＣ（Digital Analog Converter）１０と、スピーカ１１と、ビデオＩ／Ｆ１２と、ＬＣＤ（Liquid Crystal Display）コントローラ１３と、ビデオＩ／Ｆ１４と、表示装置１５と、を備える。
【００３１】
通信アンテナ１は、空中を伝送されてきた電波を受信して、その電波を高周波電気信号に変換する。変換された高周波電気信号は、無線回路２に供給される。また、通信アンテナ１は、無線回路２から供給された高周波電気信号を電波に変換して発信する。
【００３２】
無線回路２は、通信アンテナ１で変換された高周波電気信号を復調し、符号復号処理回路３に入力する。また、無線回路２は、符号復号処理回路３の出力信号を変調して高周波電気信号に変換し、その高周波電気信号を通信アンテナ１へ出力する。
【００３３】
符号復号処理回路３は、無線回路２の出力信号に対して復号処理を施す。符号復号処理回路３は、この復号処理の結果得られた通話用音声信号をレシーバ５に出力する一方、同様にして得られた文字データや画像データ等をＣＰＵ７へ出力する。
【００３４】
さらに、符号復号処理回路３は、マイク４からの音声信号や、キー６の操作により入力されＣＰＵ７から出力された文字データや、メモリ９から読み取られＣＰＵ７から出力された画像データ等に対して符号化処理を施す。この符号化処理の結果得られた各種データは、出力信号として無線回路２へ出力される。
【００３５】
ＣＰＵ７は、携帯端末１００の各構成要素を統括制御する。例えば、ＣＰＵ７は、キー６の操作内容を検出し、検出されたキー操作に従って、無線回路２及び符号復号処理回路３を制御して、音声通話、音楽や画像の再生動作を行う。
【００３６】
メモリ９は、ＣＰＵバス８を介してＣＰＵ７と接続されている。メモリ９には、各種制御用のプログラムが格納され、データベースが構築されている。より具体的には、メモリ９には、電話帳、アドレス帳などのデータ、着信メロディ、楽曲などの音声データ、動画や静止画などの画像データ等が格納されている。
【００３７】
ＣＰＵ７は、ＣＰＵバス８を介してメモリ９からプログラムを取得し、取得されたプログラムを実行することにより、携帯端末１００の各構成要素を統括制御する。例えば、ＣＰＵ７は、符号復号処理回路３、無線回路２を制御して、例えば、着信待ち等に係る処理を行う。また、着信時には、ＣＰＵ７は、メモリ９の電話帳から発信者の名前や着信メロディ、着信画像を読み出して、着信処理を行う。
【００３８】
ＣＰＵ７は、本実施形態では、後述するように、映像ストリームが入力される入力パスを検出し、その検出結果に基づいて、映像ストリームの信頼性を判定する判定部としても機能する。
【００３９】
ＤＡＣ１０は、ＣＰＵバス８を介してＣＰＵ７と接続されている。ＣＰＵ７は、ＣＰＵバス８を介して音声データをＤＡＣ１０へ出力する。ＤＡＣ１０は、ＣＰＵ７から出力される着信音や通話音声等のデジタル音声信号をアナログ信号に変換し、スピーカ１１へ供給する。スピーカ１１は、ＤＡＣ１０から供給されたアナログ信号に応じた着信音や通話音声等を音声出力する。
【００４０】
ＣＰＵ７は、相手の電話番号や名前、画像データを、ビデオＩ／Ｆ１２を介して、ＬＣＤコントローラ１３へ出力する。ビデオＩ／Ｆ１２としては、ＣＭＯＳのパラレルバスを採用することができるが、最近では信号線数の削減やノイズ面での配慮から差動シリアルバスを採用するのが主流となっている。
【００４１】
ＬＣＤコントローラ１３は、ＶＲＡＭ（Video RAM）３０を内蔵している。ＶＲＡＭ３０は、１画面分又は２画面分程度の画像を保持可能な容量を有する。ＬＣＤコントローラ１３は、ＶＲＡＭ３０を用いて、ＣＰＵ７（又は後述するバックエンド１８）から、間欠的又は部分的に送られてきた画像データの片方又は両方を合成してフレーム画像を生成する。さらに、ＬＣＤコントローラ１３は、そのフレーム画像を、６０Ｈｚ程度の周波数で連続的に読み出して、ビデオＩ／Ｆ１４を介して表示装置１５へ出力する。
【００４２】
ビデオＩ／Ｆ１４は、ビデオＩ／Ｆ１２と同様に差動シリアルバスであっても構わないが、本実施形態では、ビデオＩ／Ｆ１４として、ＣＭＯＳのパラレルバスが採用されている。
【００４３】
表示装置１５としては、ＲＧＢの３ピクセルで１画素を構成するストライプ形式のものが採用されている。より具体的には、ＱＶＧＡ（３２０×２４０×ＲＧＢ）、ＶＧＡ（６４０×４８０×ＲＧＢ）、ワイドＶＧＡ（８００×４８０×ＲＧＢ）、フルワイドＶＧＡ（８５４×４８０×ＲＧＢ）など、多様な画素数のデバイスを表示装置１５として使用可能である。本実施形態では、ＶＧＡ（６４０×４８０×ＲＧＢ）を採用するものとする。また、本実施形態では、表示装置１５を、液晶ディスプレイであるものとする。
【００４４】
以上の構成要素に加え、携帯端末１００は、テレビアンテナ１６と、チューナ１７と、バックエンド１８と、ビデオＩ／Ｆ１９と、メモリカード２１と、ＤＡＣ２２と、スピーカ２３と、バックエンドＩ／Ｆ２４と、をさらに備える。
【００４５】
チューナ１７は、テレビアンテナ１６で受信したテレビジョン放送の電波から映像／音声ストリームを復調し、バックエンド１８に出力する。
【００４６】
バックエンド１８は、デコーダ３１と、ＩＰ変換部３２と、リサイズ部３３と、を備える。
【００４７】
デコーダ３１は、チューナ１７から映像／音声ストリームを入力する入力パスと、メモリカード２１から映像／音声ストリームを入力する入力パスという２つの入力パスを有する。デコーダ３１は、チューナ１７から入力された映像／音声ストリームをデコードして、画像データ（映像データ）と、音声データとに分離する。
【００４８】
ＩＰ変換部３２は、デコードの結果得られたインターレース画像データから、プログレッシブ画像データへの変換処理を行う。この変換処理を、プログレッシブ変換処理（以下、「ＩＰ変換処理」という）という。
【００４９】
リサイズ部３３は、画像データに対して、表示装置１５の画素数に一致させるための拡大縮小処理、すなわちリサイズ処理を施す。リサイズされた画像データは、ビデオＩ／Ｆ１９を介してＬＣＤコントローラ１３に出力される。
【００５０】
ビデオＩ／Ｆ１９は、ビデオＩ／Ｆ１２と同様に差動シリアルバスであっても構わないが、本実施形態では、ビデオＩ／Ｆ１９として、ビデオＩ／Ｆ１７と同様に、ＣＭＯＳのパラレルバスが採用されている。一方、デコーダ３１によりデコードされた音声データは、ＤＡＣ２２を介してスピーカ２３から音声出力される。
【００５１】
メモリカード２１は、上記の映像と音声が多重化された動画ストリームの他、静止画やアニメーションの画像ファイルや、音声のみのファイルを保持可能である。バックエンド１８は、メモリカード２１から読み出した映像／音声ストリームについても上述した処理を行うことが可能である。
【００５２】
バックエンド１８とＣＰＵ７との間には、バックエンドＩ／Ｆ２４が設けられている。このバックエンドＩ／Ｆ２４を介して、バックエンド１８とＣＰＵ７との間で、例えば、バックエンド１８に接続されたデバイスの制御コマンドや映像／音声データの送受信が可能となる。
【００５３】
バックエンド１８の構成について、さらに詳細に説明する。バックエンド１８は、前述のように、デコーダ３１、ＩＰ変換部３２、リサイズ部３３を備える。
【００５４】
デコーダ３１は、チューナ１７又はメモリカード２１から入力された映像ストリームをデコードして、デコードの結果得られる画像データをＩＰ変換部３２に出力する。ここでは、映像ストリームに係る画像データが、インターレース画像データであるものとする。
【００５５】
図１７（Ａ）には、この画像データの奇数フィールドであるフィールド１が示されている。フィールド１では、ライン１、ライン３、ライン５、・・・というように奇数ラインに走査線が配置されている。一方、図１７（Ｂ）には、この画像データの偶数フィールドであるフィールド２が示されている。フィールド２では、ライン２、ライン４、ライン６、・・・というように偶数ラインに、走査線が配置されている。
【００５６】
ＩＰ変換部３２は、図２に示すように、フィールド間走査線補間部４１と、フィールド内走査線補間部４２と、動き適応部４３と、選択部としてのセレクタ４４と、を備える。ＩＰ変換部３２に入力された映像信号は、フィールド間走査線補間部４１及びフィールド内走査線補間部４２に入力される。
【００５７】
フィールド間走査線補間部４１は、図１８（Ａ）、図１８（Ｂ）に示すように、映像ストリームにおけるインターレース画像データの前後のフィールド（フィールド１、２）の走査線データ（図１８（Ａ）では、フィールド１の奇数ラインとフィールド２の偶数ライン、図１８（Ｂ）では、フィールド１の奇数ラインとフィールド２の偶数ライン）を重ね合わせることにより、走査線の間を補間して、プログレッシブ画像データを生成する。補間により生成された画像データは、動き適応部４３に出力される。
【００５８】
フィールド間走査線補間は、各フィールドにおける走査線の隙間を、後のフィールドの走査線で補間するため、高精細な画像が得られるが、時間的に異なるフィールドが重ね合わさって同時に表示されるようになるので、画像中の動きがある部分は、２重像となる。このため、フィールド間走査線補間は、静止画の表示に適している。
【００５９】
フィールド内走査線補間部４２は、図１９（Ａ）、図１９（Ｂ）に示すように、映像ストリームにおけるインターレース画像データの同一フィールド内の走査線データを重ね合わせることにより、走査線の間を補間して、プログレッシブ画像データを生成する。補間により生成された画像データは、動き適応部４３に出力される。
【００６０】
フィールド内走査線補間は、各フィールドにおける走査線の隙間を、同一フィールド内の走査線データ（具体的には、直上の走査線データ）で補間するため、解像度は低下するものの、画像中の動きがあっても２重像が生じることはないので、動画の表示に適している。
【００６１】
動き適応部４３は、生成されたプログレッシブ画像データ中の動き（変化）を検出し、その画像データが静止画であるか動画であるかを判定する。そのプログレッシブ画像データが静止画であると判定された場合、動き適応部４３は、フィールド間走査線補間部４１から入力した画像データ（例えば、図１８（Ａ）、図１８（Ｂ）参照）を出力する。また、そのプログレッシブ画像データが動画であると判定された場合、動き適応部４３は、フィールド内走査線補間部４２から入力した画像データ（図１９（Ａ）、図１９（Ｂ））を出力する。
【００６２】
これにより、静止画では、フィールド間走査線補間により生成されたプログレッシブ画像データを用いて画像表示が行われるようになり、動画では、フィールド内走査線補間により生成されたプログレッシブ画像データを用いて、画像表示が行われるようになる。これにより、画像の２重化が防止され、画像内の動きに関わらず、高精細な画像を表示することができる。
【００６３】
セレクタ４４は、ＣＰＵ７から出力されるＩＰ変換選択信号５０に基づいて、フィールド間走査線補間部４１から入力される画像データ又は動き適応部４３から入力される画像データを選択的に出力する。
【００６４】
リサイズ部３３は、ＩＰ変換部４２の出力を、表示装置１５の画素数（ここでは、６４０×４８０）に適合させるため、必要に応じて画像を拡大または縮小してＬＣＤコントローラ１３に出力する。例えば、３６０ラインの画像データを、４８０ラインの画像データに拡大する場合、例えば、図１８（Ａ）に示す画像データに対して、３ラインに１ラインの割合で補間走査線を挿入し、図２０に示す画像データを生成する。ただし、画像データの拡大縮小処理は、他の手法を採用してもかまわない。
【００６５】
ＣＰＵ７は、チューナ１７から入力された画像データを表示する場合には、動き適応部４３からの出力画像を選択する旨のＩＰ変換選択信号５０を出力する。また、ＣＰＵ７は、メモリカード２１から入力された画像データを表示する場合には、フィールド間走査線補間部４１の出力画像を選択する旨のＩＰ変換選択信号５０を出力する。
【００６６】
次に、本実施形態に係る携帯端末１００の動作について説明する。図３には、ＣＰＵ７によって実行されるプログラム（第１の判定選択処理）のフローチャートが示されている。このプログラムは、バックエンド１８への映像ストリームの入力が開始される時に実行される。
【００６７】
図３に示すように、まず、ＣＰＵ７は、映像ストリームが入力される入力パスを検出する（ステップＳ１）。ここで、バックエンド１８に入力される映像ストリームが、チューナ１７からのものであるのか、メモリカード２１からのものであるのかが検出される。
【００６８】
続いて、ＣＰＵ７は、映像ストリームがメモリカード２１から入力されているか否かを判定する（ステップＳ２）。映像ストリームがメモリカード２１から入力されている場合（ステップＳ２；Ｙｅｓ）、ＣＰＵ７は、映像ストリームの信頼性が低いものとして、フィールド間走査線補間部４１の出力を選択する旨のＩＰ変換選択信号５０を出力し（ステップＳ３）、映像ストリームがチューナ１７から入力されている場合（ステップＳ２；Ｎｏ）、映像ストリームの信頼性が高いものとして、動き適応部４３の出力を選択する旨のＩＰ変換選択信号５０を出力する（ステップＳ４）。
【００６９】
ステップＳ３、Ｓ４実行後、ＣＰＵ７は、処理を終了する。
【００７０】
ここで、図２２に示すように、１本の縦線を、左から右にスクロールさせる動画を表示する場合について説明する。
【００７１】
（メモリカード２１から入力された画像データを表示する場合）
まず、メモリカード２１から入力される映像ストリームに基づく画像を表示する場合について説明する。この場合、ＣＰＵ７は、フィールド間走査線補間部４１の出力を選択する旨のＩＰ変換選択信号５０を出力する（ステップＳ３）。このＩＰ変換選択信号５０を受けて、セレクタ４４は、フィールド間走査線補間部４１から入力された画像データを、リサイズ部３３に出力する。
【００７２】
すなわち、本実施形態では、メモリカード２１から入力される映像ストリームに対しては、常に、フィールド間走査線補間が用いられる。ここで、例えば、メモリカード２１から入力された映像ストリームにおける画像データが、前後のフィールドの走査線が混在した編集画像データ（例えば、図２４（Ａ）乃至図２４（Ｃ）参照）であった場合について考える。
【００７３】
この場合、図２４（Ａ）の画像データと図２４（Ｂ）の画像データとを合成したプログレッシブ画像データが生成され、図２４（Ｂ）の画像データと、図２４（Ｃ）の画像データとを合成したプログレッシブ画像データが生成される。これらのプログレッシブデータは、図４（Ａ）、図４（Ｂ）に示すように、縦棒のエッジが、ほぼ１ライン毎の細かな周期の櫛型を有する画像データとなる。
【００７４】
携帯端末１００は、全体的にコンパクトであることが要求されるので、表示装置１５の表示画面の物理的サイズは、必然的に小さくなる。表示画面が小さいので、図４（Ａ）、図４（Ｂ）の櫛状の部分は、その周期が極めて小さくなる。これにより、図５に示すように、櫛状の部分は、わずかなエッジのぼやけとして知覚されるに留まる。
【００７５】
このため、本実施形態では、映像編集ソフト等で編集された可能性のある映像ストリーム、すなわちメモリカード２１から入力された映像ストリームを再生する場合、セレクタ４４は、フィールド間走査線補間部４１から入力される画像データを選択し、リサイズ部３３に出力する。このようにすれば、極端な画質劣化を防止することができる。
【００７６】
（チューナ１７から入力された画像データを表示する場合）
次に、チューナ１７から入力された映像ストリームに基づく画像を表示する場合について説明する。この場合、ＣＰＵ７は、フィールド間走査線補間部４１の出力を選択する旨のＩＰ変換選択信号５０を出力する（ステップＳ３）。このＩＰ変換選択信号５０を受けて、セレクタ４４は、動き適応部４３から入力された画像データを、リサイズ部３３に出力する。
【００７７】
チューナ１７から入力された映像ストリームは、放送局から伝送されるものであるため、その映像ストリームにおける画像データの信頼性は極めて高い。このことから、その映像ストリームにおける画像データは、前後のフィールドの走査線が混在した画像データである可能性は極めて低い。このため、チューナ１７から入力された映像ストリームを再生する場合には、セレクタ４４は、動き適応部４３から出力される画像データを選択し、リサイズ部３３に出力するのである。
【００７８】
動き適応部４３は、前述のように、画像データの変化を検出し、動画である場合には、フィールド内走査線補間部４２から入力される画像データを出力し、静止画である場合には、フィールド間走査線補間部４１から入力される画像データを出力する。これにより、静止画における解像度の低下を防止するとともに、動画における画像の歪みなどの発生が防止され、高精細な画像表示が可能となる。
【００７９】
上述したように、チューナ１７から入力された映像ストリームにおける画像データの信頼性は極めて高い。これに対し、メモリカード２１から入力された映像ストリームにおける画像データは、前後のフィールドの走査線が混在した編集画像データである可能性があり、その信頼性は、必ずしも高いとはいえない。したがって、ＣＰＵ７において、映像ストリームが入力される入力パスが、チューナ１７からの入力パスであるか、メモリカード２１からの入力パスであるかを判定するということは、その映像ストリームの信頼性が所定レベル以下であるか否かを判定することを意味している。
【００８０】
すなわち、本実施形態では、ＣＰＵ７は、映像ストリームが、メモリカード２１から入力されている場合には、予め、歪みを含む画像データが混じっている可能性があるので、その映像ストリームの信頼性が所定レベルより低いものと判定し、常に、フィールド間走査線補間が行われた画像データを用いて表示を行うのである。
【００８１】
なお、上記各実施形態に係る携帯端末１００では、映像ストリームが入力される入力パスが２つであったが、入力パスは１つであってもよいし、３つ以上であってもよい。いずれの入力パスも、入力される映像ストリームにおける画像データに、前後のフィールドの走査線が混在した編集画像データが含まれる可能性があるか否かに基づいて、その信頼性が予め決定されており、ＣＰＵ７は、決定された信頼性に基づいて判定を行う。
【００８２】
以上詳細に説明したように、本実施形態によれば、映像ストリームの信頼性が所定レベルに満たないと判定されると、その映像ストリームにおけるインターレース画像データをプログレッシブ画像データに変換する際の補間方法として、必ずフィールド間走査線補間を採用する。これにより、映像編集により走査線方向により生じた画像データの周期的な歪み（うねり）をぼかすことができるので、前後フィールドの走査線が混在した画像データを表示する場合の画像劣化（画像のうねり）を防止し、良好な画像表示が可能となる。
【００８３】
また、チューナ１７から入力された映像ストリームに対しては、画像の動きに応じてフィールド間走査線補間と、フィールド内走査線補間とを併用することにより、常に高画質で映像を表示することが可能となる。
【００８４】
なお、本実施形態に係る携帯端末１００は、チューナ１７及びメモリカード２１が、バックエンド１８側に接続した装置構成であった。しかしながら、本発明はこれに限られるものではない。例えば、チューナ１７及びメモリカード２１の片方または両方を、ＣＰＵ７側に接続し、バックエンドＩ／Ｆ２４を介して制御コマンドや映像、音声データを送受信して、上記動作を実現するようにしても良い。
【００８５】
（実施形態２）
次に、本発明の実施形態２について説明する。本実施形態に係る携帯端末１００は、上記実施形態１に係る携帯端末１００とは、バックエンド１８の構成が異なる。
【００８６】
図６には、本実施形態に係るバックエンド１８の構成が示されている。図６に示すように、ＩＰ変換選択信号５０は、デコーダ３１から出力され、セレクタ４４に入力されている。
【００８７】
上記実施形態１では、映像ストリームの入力パスによってＣＰＵ７の指示によりセレクタ４４を切り換えた。これに対して、本実施形態では、映像ストリームのヘッダに、走査線補間方式を指定する情報をセットしておき、メモリカード２１からの映像ストリームを再生する際に、デコーダ３１が、その情報に基づいて、セレクタ４４を制御する。
【００８８】
図７のテーブルには、映像ストリームのヘッダへの走査線補間方式を指定する識別情報の挿入例が示されている。図７に示すように、この映像ストリームのヘッダには、１番目の項目として、映像フォーマットが設定される。ここでは、映像フォーマットの内容として、「ＹＵＶ：４２２」が設定されている。
【００８９】
続く２番目の項目には、画素数が設定される。ここでは、画素数として「６４０（Ｈ）×４８０（Ｖ）」が設定されている。
【００９０】
続く３番目の項目には、Ｉ／Ｐ（インターレース／プログレッシブ）が設定される。ここでは、Ｉ／Ｐとして、「インターレース」が設定されている。
【００９１】
続く４番目の項目には、走査線補間方式が設定される。ここでは、走査線補間方式として「１」が設定されている。この項目が「１」である場合は、映像ストリームは編集されておらず、動き適応補間可能と解釈するものとする。動き適応補間とは、画像に動きがあり、動画であると見なせる部分には、フィールド内走査線補間を適用し、画像に動きがなく、静止画であると見なせる部分には、フィールド間走査線補間を適用する補間方法のことである。録画により生成され、その後編集がなされてない映像ストリームである場合や、正常なインターレース構造を保持して編集したストリームの場合は、録画した機器や編集ソフトで、この項目（走査線補間方式）が「１」に設定される。この項目（走査線補間方式）が、映像ストリームの識別情報である。
【００９２】
映像ストリームの再生時には、デコーダ３１がこの項目のデータを抽出する。抽出されたデータが「１」である場合、デコーダ３１は、動き適応部４３の出力画像を選択する旨のＩＰ変換選択信号５０を出力する。また、抽出されたデータが「１」でない場合、デコーダ３１は、フィールド間走査線補間部４１の出力画像を選択する旨のＩＰ変換選択信号５０を出力する。セレクタ４４は、上記第１の実施形態と同様に、このＩＰ変換選択信号５０に従って、リサイズ部３３に出力する画像データを切り換える。
【００９３】
次に、本実施形態に係る携帯端末１００の動作について説明する。図８には、デコーダ３１によって実行されるプログラム（第２の判定選択処理）のフローチャートが示されている。このプログラムは、バックエンド１８への映像ストリームの入力が開始される時に実行される。
【００９４】
図８に示すように、まず、デコーダ３１は、映像ストリームのヘッダから走査線補間方式のデータを抽出する（ステップＳ１１）。ここで抽出されるデータは、この映像ストリームが、編集されていない信頼性の高いものであるのか否かを示すデータである。
【００９５】
続いて、デコーダ３１は、抽出されたデータが「１」であるか否かを判定する（ステップＳ１２）。抽出されたデータが「１」でない場合（ステップＳ１２；Ｎｏ）、デコーダ３１は、フィールド間走査線補間部４１の出力を選択する旨のＩＰ変換選択信号５０を出力し（ステップＳ１３）、抽出されたデータが「１」である場合（ステップＳ１２；Ｙｅｓ）、デコーダ３１は、動き適応部４３の出力を選択する旨のＩＰ変換選択信号５０を出力する（ステップＳ１４）。
【００９６】
ステップＳ１３、Ｓ１４実行後、デコーダ３１は、処理を終了する。
【００９７】
本実施形態では、映像ストリーム自身の属性に基づいて、映像ストリームの信頼性が判定される。これにより、メモリカード２１から入力される映像ストリームであっても、その映像ストリーム自体の信頼性が高いと判定されれば、動き適応部４３から出力された画像データに基づいて映像が表示されるようになる。この結果、ぼやけた画像の表示が極力制限される。
【００９８】
一方、ＩＰ変換部７２は、チューナ１７から入力された映像ストリームについては、上記実施形態１と同様に、動き適応補間によるプログレッシブ画像データを出力する。
【００９９】
これまでの説明から明らかなように、本実施形態では、デコーダ３１の動作であるステップＳ１１が抽出部に対応する。
【０１００】
以上詳細に説明したように、本実施形態によれば、チューナ１７から入力された映像ストリームに加え、メモリカード２１から入力された映像ストリームのうち、ヘッダの識別情報（走査線補間方式）に、編集されていないこと（すなわち信頼性が高いこと）がセットされている映像ストリームについても、動き適応部４３から出力されたプログレッシブ画像データを選択することにより、画像中の動きに応じた高画質な表示が可能となる。
【０１０１】
なお、デコーダ３１等が、映像ストリームのヘッダの識別情報（走査線補間方式のデータ）の取得に失敗した場合には、デコーダ３１等は、フィールド間走査線補間部４１の出力を選択する旨のＩＰ変換選択信号５０を出力するのが望ましい。このようにした方が、画像が大幅に歪むのを防止できるからである。映像ストリームのヘッダの識別情報を取得はしたものの、取得された値が不正な場合も同様である。
【０１０２】
また、映像ストリームのヘッダの解析が困難な場合には、その映像ストリームのファイル名の一部または全てに、正常に編集した画像であることを示す識別情報を予めセットしておくようにしてもよい。この場合にも、デコーダ３１が、そのファイル名等から、識別情報を抽出し、抽出されたデータに基づいて、映像ストリームの信頼性を判定すればよい。
【０１０３】
なお、放送電波を録画した時には、録画した映像ストリームの拡張子を（***.ts）とすることが一般的である。このため、映像ストリームの拡張子を識別情報として用いるようにしてもよい。もちろん、他の専用の拡張子を識別情報として用いてもよいのは勿論である。
【０１０４】
なお、本実施形態では、映像ストリームのヘッダの解析を、デコーダ３１で行った。しかしながら、本発明は、これに限られるものでない。例えば、ＣＰＵ７において、映像ストリームのヘッダを解析し、バックエンドＩ／Ｆ２４を介してセレクタ４４を直接制御するようにしてもよい。また、ＣＰＵ７からデコーダ３１に対して制御コマンドを発行することにより、セレクタ４４を間接的に制御するようにしてもよい。
【０１０５】
（実施形態３）
次に、本発明の実施形態３について説明する。
【０１０６】
上記実施形態１では、映像ストリームの入力パスがチューナ１７側であるか、メモリカード２１側であるかによってセレクタ４４を切り換えた。これに対し、本実施形態では、映像ストリームの入力パスがチューナ１７からの入力であるか、無線回路２を介した無線通信ネットワークであるかによってセレクタ４４を切り換える。
【０１０７】
本実施形態に係る携帯端末１００は、図９に示すように、ＣＰＵ７内部に、デコーダ７１、ＩＰ変換部７２、リサイズ部７３、ＶＲＡＭ７４が組み込まれている。これらの構成要素は、メモリ９に格納されたプログラムをＣＰＵ７が実行することにより実現されるものである。
【０１０８】
デコーダ７１は、無線通信ネットワークから受信される映像ストリームを、無線回路２から取得して復号化し、その画像データを出力する。ＩＰ変換部７２は、その映像ストリームにおける画像データに対して、ＩＰ変換処理を施す。ＩＰ変換部７２の機能は、上記実施形態１に係るＩＰ変換部３２の機能と同じである。すなわち、ＩＰ変換部７２は、フィールド間走査線補間によって生成されたプログレッシブ画像データか、動き適応補間によって生成されたプログレッシブ画像データかのいずれかを、リサイズ部７３に出力する。
【０１０９】
ただし、ＩＰ変換部７２は、ＣＰＵ７内で構築されているため、ＩＰ変換選択信号５０を入力しない。本実施形態では、ＩＰ変換部７２自らが、映像ストリームの信頼性の判定及びその判定に基づいてフィールド間走査線補間によって生成されたプログレッシブ画像データか、動き適応補間によって生成されたプログレッシブ画像データかのいずれかを選択して出力する。
【０１１０】
無線通信ネットワークを介して取得される映像コンテンツには、個人で編集した映像コンテンツ等、信頼性の低い映像コンテンツが含まれる。これらの映像コンテンツの中には、例えば、図２４（Ａ）乃至図２４（Ｃ）に示すような画像の歪みを有する映像コンテンツも存在する。したがって、本実施形態では、無線通信ネットワークを介して取得される映像コンテンツに対して、ＩＰ変換部７２は、フィールド間走査線補間によってプログレッシブ画像データを生成して、リサイズ部７３に出力する。
【０１１１】
一方、チューナ１７から入力された映像ストリームは、バックエンド１８のデコーダ３１で復号された後、バックエンドＩ／Ｆ２４を介してＣＰＵ７内部のＩＰ変換部７２に入力される。ＩＰ変換部７２は、チューナ１７から入力された映像ストリームについて、動画であれば、フィールド内走査線補間を行い、静止画であれば、フィールド間走査線補間を行って、プログレッシブ画像データを生成して、リサイズ部７３に出力する。
【０１１２】
このプログレッシブ画像データは、ＶＲＡＭ７４に展開された後、ビデオＩ／Ｆ１２を介して表示装置１５に出力される。なお、デコーダ７１から出力された音声データと、デコーダ３１からバックエンドＩ／Ｆ２４を介してＣＰＵ７に転送された音声データとは、ＣＰＵ７側のＤＡＣ１０を介してスピーカ１１に出力される。
【０１１３】
図１０には、ＣＰＵ７によって実行されるプログラム（第３の判定選択処理）のフローチャートが示されている。このプログラムは、ＣＰＵ７への映像ストリームの入力が開始される時に実行される。
【０１１４】
図１０に示すように、まず、ＣＰＵ７は、映像ストリームが入力される入力パスを検出する（ステップＳ２１）。ここで、ＣＰＵ７に入力される映像ストリームが、チューナ１７からのものであるのか、無線回路２を介して無線通信ネットワークから入力されるものであるのかが検出される。
【０１１５】
続いて、ＣＰＵ７は、映像ストリームが無線通信ネットワークから入力されているか否かを判定する（ステップＳ２２）。映像ストリームが無線通信ネットワークから入力されている場合（ステップＳ２２；Ｙｅｓ）、ＣＰＵ７のＩＰ変換部７２は、プログレッシブ画像データを生成するための補間方法として、フィールド間走査線補間を選択する（ステップＳ２３）。一方、映像ストリームがチューナ１７から入力されている場合（ステップＳ２２；Ｎｏ）、ＩＰ変換部７２は、プログレッシブ画像データを生成するための補間方法として、動き適応補間を選択する（ステップＳ２４）。
【０１１６】
ステップＳ２３、Ｓ２４実行後、ＣＰＵ７は、処理を終了する。
【０１１７】
ところで、デコーダ７１の出力とデコーダ３１の出力とを、時分割で処理してＶＲＡＭ７４に書き込むことにより、図１１（Ａ）に示すように、チューナ画像中にネットワーク画像をオーバーレイ表示したり、逆に、図１１（Ｂ）に示すように、ネットワーク画像中にチューナ画像を、オーバーレイ表示したりすることが可能である。さらに、２つの画像を左右または上下に並べて表示したり、どちらか片方または両方の画像に拡大、または縮小して表示したりするようにしてもよい。
【０１１８】
また、図１１（Ｃ）に示すように、ＣＰＵ７で生成されたバッテリの残量や、電界強度を示す図形や、アイコン、ソフトキーや背景画像に、チューナ画像またはネットワーク画像を合成して表示させることも可能である。
【０１１９】
ここでは、１系統のＩＰ変換部７２とリサイズ部７３を時分割で使用する場合の例について述べた。しかしながら、本発明はこれに限られるものでない。例えば、ＩＰ変換部７２とリサイズ部７３を２系統設け、デコーダ７１の出力とデコーダ３１の出力とを別系統とし、最終的にＶＲＡＭ７４で両画像データを合成するようにしてもよい。
【０１２０】
以上詳細に説明したように、本実施形態によれば、チューナ１７から入力された映像ストリームに対応する画像については、高画質表示される一方で、無線通信ネットワークから入力された映像ストリームについては、画像うねりを防止することにより、極端な画質劣化が防止される。
【０１２１】
また、本実施形態によれば、チューナ１７からの画像、無線通信ネットワークからの画像、ＣＰＵ７で生成された画像を合成して表示することが可能となる。
【０１２２】
（実施形態４）
次に、本発明の実施形態４について説明する。
【０１２３】
上記実施形態１では、ストリームの入力パスがチューナ１７側であるか、メモリカード２１側であるかによってセレクタ４４を切り換えた。これに対し、本実施形態に係るバックエンド１８は、図１２に示すように、画像のうねりの有無を検出するうねり検出部８０をさらに備える。本実施形態では、画像のうねりの有無に応じてＩＰ変換方式を切り換える。
【０１２４】
うねり検出部８０は、フィールド間走査線補間部４１から出力される画像データを入力し、フィールド内走査線補間部４２から出力される画像データを入力する。うねり検出部８０は、入力した両画像データを、ライン単位またはフレーム単位で比較してそれらの差分画像を求め、その差分画像における空間周波数に対するパワースペクトルを求める。
【０１２５】
例えば、映像編集ソフトによって拡大処理がされていない映像ストリーム（例えば、図２３（Ａ）乃至図２３（Ｃ）参照）が入力された場合、フィールド間走査線補間部４１から出力される画像データは、図１３（Ａ）乃至図１３（Ｃ）に示すように、１ライン毎に前後のフィールドの走査線が入り混じった画像になる。この場合、フィールド内走査線補間部４２から出力される画像データは、図１４（Ａ）乃至図１４（Ｃ）に示すように、１直線の画像になる。したがって、両画像データの差分画像のパワースペクトルとしては、図１５（Ａ）に示すように、比較的高い周波数ｆ１をピークとしたものが得られるようになる。
【０１２６】
また、映像編集ソフトによって拡大処理された映像ストリーム（例えば、図２４（Ａ）乃至図２４（Ｃ）参照）が入力された場合、フィールド間走査線補間部４１の出力は、３ライン毎に前後のフィールドの走査線が入り混じった画像（例えば、図４（Ａ）、図４（Ｂ）参照）となる。この画像のパワースペクトルは、おおむね図１５（Ａ）に示すスペクトルと同じようになる。
【０１２７】
これに対し、フィールド内走査線補間部４２の出力は、８ライン周期の大きなうねりを生じた画像（例えば、図２５（Ａ）乃至図２５（Ｃ）参照）となる。このため、この画像には、図１５（Ｂ）に示すように、高周波側の周波数ｆ１をピークとしたスペクトルに加えて周波数ｆ１よりも低い周波数ｆ２をピークとしたスペクトルが現れる。
【０１２８】
そこで、本実施形態では、周波数ｆ１と、周波数ｆ２の間の周波数ｆ０を境界周波数とする。うねり検出部８０は、フィールド間走査線補間部４１から入力された画像データと、フィールド内走査線補間部４２から入力された画像データとの差分画像に含まれる空間周波数成分に、境界周波数ｆ０以下の成分の総和Ｓが所定の境界度数以上含まれている場合に、画像のうねりを検出する。
【０１２９】
図１６には、うねり検出部８０の動作（第４の判定選択処理）のフローチャートが示されている。図１６に示すように、まず、うねり検出部８０は、フィールド間走査線補間部４１から出力された画像データと、フィールド内走査線補間部から出力された画像データとの差分画像を生成する（ステップＳ３１）。続いて、うねり検出部８０は、差分画像のパワースペクトルを生成する（ステップＳ３２）。さらに、うねり検出部８０は、境界周波数ｆ０以下のパワースペクトルの総和Ｓを次式によって算出する（ステップＳ３３）。
【０１３０】
【数１】
ここで、ｆは、空間周波数であり、ｘは、その空間周波数ｆにおけるスペクトルである。
【０１３１】
続いて、うねり検出部８０は、総和Ｓが境界度数以上であるか否かを判定する（ステップＳ３４）。総和Ｓが境界度数以上である場合（ステップＳ３４；Ｙｅｓ）、うねり検出部８０は、画像にうねりが有ると判定して、フィールド間走査線補間部４１から出力された画像データを選択するようにセレクタ４４を制御する（ステップＳ３５）。また、総和Ｓが境界度数よりも小さい場合（ステップＳ３４；Ｎｏ）、うねり検出部８０は、画像にうねりが無いと判定し、動き適応部４３から出力される画像データを選択するようにセレクタ４４を制御する（ステップＳ３６）。
【０１３２】
ステップＳ３５、Ｓ３６実行後、うねり検出部８０は、処理を終了する。うねり検出部８０は、フレーム毎に、上述した処理を行う。
【０１３３】
なお、境界周波数や境界度数は、入力される映像信号の画素数に応じて製造時に最適な値に設定される必要がある。これらの値については、製品出荷後にユーザが設定できるようにしてもよい。
【０１３４】
以上詳細に説明したように、本実施形態によれば、映像編集ソフトによる拡大処理によって画像のうねりが発生した映像ストリームが入力されても、そのうねりを検出して、最適な走査線補間処理を選択することができる。このため、画像のうねりの発生を防止し、常に良好な画像表示が可能となる。
【０１３５】
なお、うねり検出部８０は、フィールド間走査線補間部４１とフィールド内走査線補間部４２の出力画像の差に基づいて、画像のうねりを検出した。しかしながら、本発明はこれに限られるものではない。例えば、ブロックマッチング法等の既存の手法を用いて、画像のうねりを検出するようにしてもよい。
【０１３６】
なお、上記各実施形態では、動き適応部４３は、動画である場合には、フィールド内走査線補間部４２から入力される画像データを出力し、静止画である場合には、フィールド間走査線補間部４１から入力される画像データを出力した。しかしながら、本発明は、これには限られない。例えば、画像データの変化量に応じて、フィールド内走査線補間部４２から入力される画像データの各画素と、フィールド間走査線補間部４１から入力される画像データの各画素との重み付け平均値を、その画素値とする画像データを、出力するようにしてもよい。
【０１３７】
このようにすれば、動き適応部４３は、画像データのうち、動きのある動画の部分に対しては、フィールド内走査補間が適用されたその部分に対応する画像データを出力し、動きのない静止画の部分に対しては、フィールド間走査補間が適用されたプログレッシブ画像データを生成して、出力することができる。
【０１３８】
なお、上記各実施形態に係る携帯端末１００の構成は、あくまで一例であり、各実施形態に係る携帯端末１００の構成要素は、如何様にも組み合わせ可能である。
【０１３９】
また、メモリカード２１の代わりに、ハードディスク装置やフラッシュメモリ等の半導体メモリ、さらには、光ディスク装置を使用したとしても、本発明を逸脱するものではない。
【０１４０】
また、上記実施形態では、表示装置１５を、液晶ディスプレイであるものとしたが、自発光型の有機ＥＬディスプレイを表示装置１５として用いてもよい。小型であれば、様々の種類のディスプレイに本発明を適用可能である。
【産業上の利用可能性】
【０１４１】
本発明は、映像を表示可能な端末装置全般、例えば携帯電話の他、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、ＰＣ、テレビ、映像記録装置、映像再生装置等に適応可能である。
【符号の説明】
【０１４２】
１…通信アンテナ、２…無線回路、３…符号復号処理回路、４…マイク、５…レシーバ、６…キー、７…ＣＰＵ、８…ＣＰＵバス、９…メモリ、１１…スピーカ、１２…ビデオＩ／Ｆ、１３…ＬＣＤコントローラ、１４…ビデオＩ／Ｆ、１５…表示装置、１６…テレビアンテナ、１７…チューナ、１８…バックエンド、１９…ビデオＩ／Ｆ、２１…メモリカード、２２…ＤＡＣ、２３…スピーカ、２４…バックエンドＩ／Ｆ、３０…ＶＲＡＭ、３１…デコーダ、３２…ＩＰ変換部、３３…リサイズ部、４１…フィールド間走査線補間部、４２…フィールド内走査線補間部、４３…動き適応部、４４…セレクタ、５０…ＩＰ変換選択信号、７１…デコーダ、７２…ＩＰ変換部、７３…リサイズ部、７４…ＶＲＡＭ、８０…うねり検出部、１００…携帯端末
【技術分野】
【０００１】
本発明は、例えば、放送による映像ストリームに基づく映像と、映像編集ソフトにより編集された映像ストリームに基づく映像などを表示する映像表示装置、その映像表示装置の表示制御方法及びその映像表示装置を制御するコンピュータによって実行されるプログラムに関する。
【背景技術】
【０００２】
テレビジョン放送などの映像ストリームは、通常、飛び越し走査（以下、「インターレース」と呼ぶ）画像データの形式（例えば、図１７（Ａ）、図１７（Ｂ）参照）で伝送されている。このため、液晶ディスプレイやプラズマディスプレイ等のマトリクス型表示装置でテレビジョン放送による映像を表示するためには、その映像ストリームの画像データを順次走査（以下、「プログレッシブ」と呼ぶ）画像データに変換する必要がある。
【０００３】
インターレース画像データをプログレッシブ画像データに変換する処理方式には、フィールド間走査線補間処理とフィールド内走査線補間処理とがある。フィールド間走査線補間処理及びフィールド内走査線補間処理は、ともに、映像ストリームにおけるインターレース画像データの各走査線の隙間に、補間走査線データを挿入することにより、その映像ストリームに対応するプログレッシブ画像データを生成する補間処理である点は同じである。
【０００４】
フィールド間走査線補間処理は、映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを補間走査線データとして用いる（例えば、図１８（Ａ）、図１８（Ｂ）参照）。これに対し、フィールド内走査線補間処理は、映像ストリームにおけるインターレース画像データの同一フィールド内の走査線データ（具体的には、直上、直下の走査線データ）を補間走査線データとして用いる（例えば、図１９（Ａ）、図１９（Ｂ）参照）。
【０００５】
フィールド間走査線補間処理とフィールド内走査線補間処理とは、同時併用が可能である。例えば、映像ストリームにおける画像の動き量（変化）に応じてフィールド間走査線補間処理とフィールド内走査線補間処理との重み付けを変える信号処理装置が、従来より用いられている。この信号処理装置の中には、映像ストリームにおける画像データの走査線構造が、ＮＴＳＣ（National Television System Committee）に準拠していなければ、フィールド内走査線補間処理を選択するものがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平２−１９６５８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
最近では、パーソナルコンピュータ（以下、「ＰＣ」と呼ぶ）や携帯端末において、映像編集ソフトを用いたプライベートな映像の編集が可能となっている。ＰＣや携帯端末は、表示画面の画素数やサイズが様々であり、走査線の数も様々であるため、映像編集では、上記プログレッシブ画像への変換処理に加え、そのプログレッシブ画像データの拡大縮小処理（すなわち走査線の増減処理）が行われることが多い。
【０００８】
より具体的には、映像の編集では、まず、原画像としてのインターレース画像データ（例えば、図１７（Ａ）、図１７（Ｂ）参照）を、フィールド間補間処理を行ってプログレッシブ画像データ（例えば、図１８（Ａ）、図１８（Ｂ）参照）に変換する。続いて、変換されたプログレッシブ画像データに対して、画面の拡大比（例えば、３６０ライン→４８０ラインであれば３分の４）に応じた適当な間隔（３ラインに１ライン）で、フィールド内の走査線データを挿入する（例えば、図２０参照）。
【０００９】
最終的に、拡大されたプログレッシブ画像データは、奇数フィールドでは奇数ラインが抜き出され、偶数フィールドでは偶数ラインが抜き出されることにより、再びインターレース画像データ（例えば、図２１参照）に変換される。図２１に示すように、このインターレース画像データは、奇数フィールド（フィールド１）の走査線データと、偶数フィールド（フィールド２）の走査線データとが、４ライン毎に混在した画像データとなる。
【００１０】
ここで、図２２に示すように、１本の縦棒が、画面上を左から右にスクロールする動画を原画像として編集する場合について考える。図２３（Ａ）乃至図２３（Ｃ）には、図２２に示す原画像に対応するインターレース画像データの拡大図が示されている。これらの画像データに対して、フィールド間走査線補間処理を行い、さらに画像データの拡大処理を行うと、図２４（Ａ）乃至図２４（Ｃ）に示すように、前後のフィールドの走査線が混在した画像データが生成される。
【００１１】
このように生成された画像データを、動画であればフィールド内走査線補間処理を行い、静止画であればフィールド間走査線補間処理を行う信号処理装置で表示する場合について考える。この信号処理装置では、この画像データは、動画の１コマであると判定されるので、フィールド内走査線補間処理が行われる。これにより、図２５（Ａ）乃至図２５（Ｃ）に示すように、縦棒の位置が４ラインごとにずれた画像データが生成される。この結果、表示画面には、１本の縦棒が左から右へスクロールする映像（図２２参照）ではなく、図２６に示すように、うねりのある（周期的な歪みを有する）縦線が左から右へスクロールする映像が表示されるようになる。
【００１２】
このように、ＰＣや携帯端末で映像編集ソフトにより映像を編集すると、インターレースに不整合が生じることがある。インターレースに不整合が生じた画像データは、著しい表示不具合を引き起こす可能性があり、この表示不具合については、上記特許文献１に記載された信号処理装置でも対応するのは困難である。
【００１３】
本発明は、このような従来の問題点に鑑みてなされたもので、ＰＣや携帯端末での映像編集により、前後フィールドの走査線が混在した画像データを表示する場合の画像劣化を防止する映像表示装置、表示制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明の第１の観点に係る映像表示装置は、
映像ストリームを入力する１又は複数の入力パスと、
前記複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定部と、
前記判定部により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択部と、
を備える。
【００１５】
この場合、前記判定部は、
前記映像ストリームを入力する入力パスが特定の入力パスである場合に、前記映像ストリームの信頼性が所定レベルを満たしていないと判定する、
ようにしてもよい。
【００１６】
この場合、前記映像ストリームを格納するメモリをさらに備え、
前記特定の入力パスは、
前記メモリから読み出された映像ストリームが入力される入力パスである、
こととしてもよい。
【００１７】
また、通信ネットワークを介して前記映像ストリームを受信する受信部をさらに備え、
前記特定の入力パスは、
前記受信部で受信された映像ストリームが入力される入力パスである、
こととしてもよい。
【００１８】
また、前記判定部は、
前記映像ストリームの識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
こととしてもよい。
【００１９】
この場合、前記識別情報は、
前記映像ストリームのヘッダに含まれ、
前記判定部は、
前記ヘッダから、前記識別情報を抽出する抽出部を備え、
前記抽出部によって抽出された前記識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
こととしてもよい。
【００２０】
また、前記識別情報は、
前記映像ストリームのファイル名又は拡張子名に含まれ、
前記判定部は、
前記ファイル名又は前記拡張子名から前記識別情報を抽出する抽出部を備え、
前記抽出部によって抽出された前記識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
こととしてもよい。
【００２１】
また、前記映像ストリームにおけるインターレース画像データに対して、同一のフィールド内の走査線データを用いて補間処理を行うフィールド内走査線補間部をさらに備え、
前記判定部は、
前記フィールド間走査線補間部で生成された第１の画像データと、前記フィールド内走査線補間部で生成された第２の画像データとに基づいて、前記映像ストリーム内の画像のうねりを検出するうねり検出部を備え、
前記うねり検出部によって画像のうねりが検出されると、前記映像ストリームの信頼性が所定レベルを満たしていないと判定する、
こととしてもよい。
【００２２】
この場合、前記うねり検出部は、
前記第１の画像データと前記第２の画像データとの差分画像データに含まれる所定の周波数以下の空間周波数成分の総和が所定の度数以上含まれている場合に、画像のうねりを検出する、
こととしてもよい。
【００２３】
また、前記映像ストリームにおけるインターレース画像データに対して、同一のフィールド内の走査線データを用いて補間処理を行うフィールド内走査線補間部と、
前記フィールド間走査線補間部及び前記フィールド内走査線補間部から出力された画像データを入力し、前記画像データのうち、動きがある部分に対しては、前記フィールド内走査線補間部から出力された画像データが適用され、前記画像データのうち、動きがない部分に対しては、前記フィールド内走査線補間部から出力された画像データが適用された画像データを出力する動き適応部と、
をさらに備え、
前記選択部は、
前記判定部により前記映像ストリームの信頼性が所定レベルを満たしていると判定された場合に、
前記動き適応部から出力された画像データを、表示対象として選択する、
こととしてもよい。
【００２４】
また、本発明の第２の観点に係る表示制御方法は、
映像ストリームを入力する１又は複数の入力パスと、
前期複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
を備える映像表示装置の表示制御方法において、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定工程と、
前記判定工程により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択工程と、
を含むことを特徴とする。
【００２５】
また、本発明の第３の観点に係るプログラムは、
映像ストリームを入力する１又は複数の入力パスと、
前期複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
を備える映像表示装置を制御するコンピュータに実行させるプログラムにおいて、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定手順と、
前記判定手順により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択手順と、
をコンピュータに実行させる、
ことを特徴とする。
【発明の効果】
【００２６】
本発明によれば、映像ストリームの信頼性が所定レベルに満たないと判定されると、その映像ストリームにおけるインターレース画像データをプログレッシブ画像データに変換する際の補間方法として、フィールド間走査線補間が採用される。これにより、映像編集により走査線方向により生じた画像データの周期的な歪みをぼかすことができるので、前後フィールドの走査線が混在した画像データを表示する場合の画像劣化を防止し、良好な画像表示が可能となる。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施形態１に係る携帯端末の構成を示すブロック図である。
【図２】図１のバックエンドの詳細な構成を示すブロック図である。
【図３】図１のＣＰＵによって実行されるプログラム（第１の判定選択処理）のフローチャートである。
【図４】図４（Ａ）、図４（Ｂ）は、フィールド間走査線補間により生成されたプログレッシブ画像データの一例である。
【図５】実際に表示される動画の一例である。
【図６】本発明の実施形態２に係る携帯端末のバックエンドの構成を示すブロック図である。
【図７】映像ストリームのヘッダのデータフォーマットの一例を示すテーブルである。
【図８】図６のデコーダによって実行される動作（第２の判定選択処理）のフローチャートである。
【図９】本発明の実施形態３に係る携帯端末の構成を示すブロック図である。
【図１０】図９の携帯端末のＣＰＵによって実行されるプログラム（第３の判定選択処理）のフローチャートである。
【図１１】図１１（Ａ）乃至図１１（Ｃ）は、表示画像の一例を示す模式図である。
【図１２】本発明の実施形態４に係る携帯端末のバックエンドの構成を示すブロック図である。
【図１３】図１３（Ａ）乃至図１３（Ｃ）は、フィールド間走査線補間部から出力される画像データの一例を示す図である。
【図１４】図１４（Ａ）乃至図１４（Ｃ）は、フィールド内走査線補間部から出力される画像データの一例を示す図である。
【図１５】図１５（Ａ）、図１５（Ｂ）は、差分画像データのパワースペクトルを示すグラフである。
【図１６】図１２のうねり検出部によって実行される動作（第４の判定選択処理）のフローチャートである。
【図１７】図１７（Ａ）、図１７（Ｂ）は、インターレース画像データを説明するための模式図である。
【図１８】図１８（Ａ）、図１８（Ｂ）は、フィールド間走査線補間を説明するための模式図である。
【図１９】図１９（Ａ）、図１９（Ｂ）は、フィールド内走査線補間を説明するための模式図である。
【図２０】拡大処理を説明するための模式図である。
【図２１】拡大された画像データのインターレース画像データへの変換処理を説明するための模式図である。
【図２２】表示される原画像としての動画の一例である。
【図２３】図２３（Ａ）乃至図２３（Ｃ）は、原画像としてのインターレース画像データの拡大図である。
【図２４】図２４（Ａ）乃至図２４（Ｃ）は、フィールド間走査線補間処理及び拡大処理により生成されたプログレッシブ画像データの拡大図である。
【図２５】図２５（Ａ）乃至図２５（Ｃ）は、映像編集ソフトによって編集されたプログレッシブ画像データの拡大図である。
【図２６】従来技術による実際に表示される動画の一例である。
【発明を実施するための形態】
【００２８】
以下、本発明の実施形態に係る映像表示装置について、図面を参照して説明する。なお、以下の実施形態では、映像表示装置は、携帯電話等の携帯端末である。
【００２９】
（実施形態１）
まず、本発明の実施形態１について説明する。
【００３０】
図１に示すように、本実施形態に係る携帯端末１００は、通信アンテナ１と、無線回路２と、符号復号処理回路３と、マイク４と、レシーバ５と、キー６と、ＣＰＵ（Central Processing Unit）７と、ＣＰＵバス８と、メモリ９と、ＤＡＣ（Digital Analog Converter）１０と、スピーカ１１と、ビデオＩ／Ｆ１２と、ＬＣＤ（Liquid Crystal Display）コントローラ１３と、ビデオＩ／Ｆ１４と、表示装置１５と、を備える。
【００３１】
通信アンテナ１は、空中を伝送されてきた電波を受信して、その電波を高周波電気信号に変換する。変換された高周波電気信号は、無線回路２に供給される。また、通信アンテナ１は、無線回路２から供給された高周波電気信号を電波に変換して発信する。
【００３２】
無線回路２は、通信アンテナ１で変換された高周波電気信号を復調し、符号復号処理回路３に入力する。また、無線回路２は、符号復号処理回路３の出力信号を変調して高周波電気信号に変換し、その高周波電気信号を通信アンテナ１へ出力する。
【００３３】
符号復号処理回路３は、無線回路２の出力信号に対して復号処理を施す。符号復号処理回路３は、この復号処理の結果得られた通話用音声信号をレシーバ５に出力する一方、同様にして得られた文字データや画像データ等をＣＰＵ７へ出力する。
【００３４】
さらに、符号復号処理回路３は、マイク４からの音声信号や、キー６の操作により入力されＣＰＵ７から出力された文字データや、メモリ９から読み取られＣＰＵ７から出力された画像データ等に対して符号化処理を施す。この符号化処理の結果得られた各種データは、出力信号として無線回路２へ出力される。
【００３５】
ＣＰＵ７は、携帯端末１００の各構成要素を統括制御する。例えば、ＣＰＵ７は、キー６の操作内容を検出し、検出されたキー操作に従って、無線回路２及び符号復号処理回路３を制御して、音声通話、音楽や画像の再生動作を行う。
【００３６】
メモリ９は、ＣＰＵバス８を介してＣＰＵ７と接続されている。メモリ９には、各種制御用のプログラムが格納され、データベースが構築されている。より具体的には、メモリ９には、電話帳、アドレス帳などのデータ、着信メロディ、楽曲などの音声データ、動画や静止画などの画像データ等が格納されている。
【００３７】
ＣＰＵ７は、ＣＰＵバス８を介してメモリ９からプログラムを取得し、取得されたプログラムを実行することにより、携帯端末１００の各構成要素を統括制御する。例えば、ＣＰＵ７は、符号復号処理回路３、無線回路２を制御して、例えば、着信待ち等に係る処理を行う。また、着信時には、ＣＰＵ７は、メモリ９の電話帳から発信者の名前や着信メロディ、着信画像を読み出して、着信処理を行う。
【００３８】
ＣＰＵ７は、本実施形態では、後述するように、映像ストリームが入力される入力パスを検出し、その検出結果に基づいて、映像ストリームの信頼性を判定する判定部としても機能する。
【００３９】
ＤＡＣ１０は、ＣＰＵバス８を介してＣＰＵ７と接続されている。ＣＰＵ７は、ＣＰＵバス８を介して音声データをＤＡＣ１０へ出力する。ＤＡＣ１０は、ＣＰＵ７から出力される着信音や通話音声等のデジタル音声信号をアナログ信号に変換し、スピーカ１１へ供給する。スピーカ１１は、ＤＡＣ１０から供給されたアナログ信号に応じた着信音や通話音声等を音声出力する。
【００４０】
ＣＰＵ７は、相手の電話番号や名前、画像データを、ビデオＩ／Ｆ１２を介して、ＬＣＤコントローラ１３へ出力する。ビデオＩ／Ｆ１２としては、ＣＭＯＳのパラレルバスを採用することができるが、最近では信号線数の削減やノイズ面での配慮から差動シリアルバスを採用するのが主流となっている。
【００４１】
ＬＣＤコントローラ１３は、ＶＲＡＭ（Video RAM）３０を内蔵している。ＶＲＡＭ３０は、１画面分又は２画面分程度の画像を保持可能な容量を有する。ＬＣＤコントローラ１３は、ＶＲＡＭ３０を用いて、ＣＰＵ７（又は後述するバックエンド１８）から、間欠的又は部分的に送られてきた画像データの片方又は両方を合成してフレーム画像を生成する。さらに、ＬＣＤコントローラ１３は、そのフレーム画像を、６０Ｈｚ程度の周波数で連続的に読み出して、ビデオＩ／Ｆ１４を介して表示装置１５へ出力する。
【００４２】
ビデオＩ／Ｆ１４は、ビデオＩ／Ｆ１２と同様に差動シリアルバスであっても構わないが、本実施形態では、ビデオＩ／Ｆ１４として、ＣＭＯＳのパラレルバスが採用されている。
【００４３】
表示装置１５としては、ＲＧＢの３ピクセルで１画素を構成するストライプ形式のものが採用されている。より具体的には、ＱＶＧＡ（３２０×２４０×ＲＧＢ）、ＶＧＡ（６４０×４８０×ＲＧＢ）、ワイドＶＧＡ（８００×４８０×ＲＧＢ）、フルワイドＶＧＡ（８５４×４８０×ＲＧＢ）など、多様な画素数のデバイスを表示装置１５として使用可能である。本実施形態では、ＶＧＡ（６４０×４８０×ＲＧＢ）を採用するものとする。また、本実施形態では、表示装置１５を、液晶ディスプレイであるものとする。
【００４４】
以上の構成要素に加え、携帯端末１００は、テレビアンテナ１６と、チューナ１７と、バックエンド１８と、ビデオＩ／Ｆ１９と、メモリカード２１と、ＤＡＣ２２と、スピーカ２３と、バックエンドＩ／Ｆ２４と、をさらに備える。
【００４５】
チューナ１７は、テレビアンテナ１６で受信したテレビジョン放送の電波から映像／音声ストリームを復調し、バックエンド１８に出力する。
【００４６】
バックエンド１８は、デコーダ３１と、ＩＰ変換部３２と、リサイズ部３３と、を備える。
【００４７】
デコーダ３１は、チューナ１７から映像／音声ストリームを入力する入力パスと、メモリカード２１から映像／音声ストリームを入力する入力パスという２つの入力パスを有する。デコーダ３１は、チューナ１７から入力された映像／音声ストリームをデコードして、画像データ（映像データ）と、音声データとに分離する。
【００４８】
ＩＰ変換部３２は、デコードの結果得られたインターレース画像データから、プログレッシブ画像データへの変換処理を行う。この変換処理を、プログレッシブ変換処理（以下、「ＩＰ変換処理」という）という。
【００４９】
リサイズ部３３は、画像データに対して、表示装置１５の画素数に一致させるための拡大縮小処理、すなわちリサイズ処理を施す。リサイズされた画像データは、ビデオＩ／Ｆ１９を介してＬＣＤコントローラ１３に出力される。
【００５０】
ビデオＩ／Ｆ１９は、ビデオＩ／Ｆ１２と同様に差動シリアルバスであっても構わないが、本実施形態では、ビデオＩ／Ｆ１９として、ビデオＩ／Ｆ１７と同様に、ＣＭＯＳのパラレルバスが採用されている。一方、デコーダ３１によりデコードされた音声データは、ＤＡＣ２２を介してスピーカ２３から音声出力される。
【００５１】
メモリカード２１は、上記の映像と音声が多重化された動画ストリームの他、静止画やアニメーションの画像ファイルや、音声のみのファイルを保持可能である。バックエンド１８は、メモリカード２１から読み出した映像／音声ストリームについても上述した処理を行うことが可能である。
【００５２】
バックエンド１８とＣＰＵ７との間には、バックエンドＩ／Ｆ２４が設けられている。このバックエンドＩ／Ｆ２４を介して、バックエンド１８とＣＰＵ７との間で、例えば、バックエンド１８に接続されたデバイスの制御コマンドや映像／音声データの送受信が可能となる。
【００５３】
バックエンド１８の構成について、さらに詳細に説明する。バックエンド１８は、前述のように、デコーダ３１、ＩＰ変換部３２、リサイズ部３３を備える。
【００５４】
デコーダ３１は、チューナ１７又はメモリカード２１から入力された映像ストリームをデコードして、デコードの結果得られる画像データをＩＰ変換部３２に出力する。ここでは、映像ストリームに係る画像データが、インターレース画像データであるものとする。
【００５５】
図１７（Ａ）には、この画像データの奇数フィールドであるフィールド１が示されている。フィールド１では、ライン１、ライン３、ライン５、・・・というように奇数ラインに走査線が配置されている。一方、図１７（Ｂ）には、この画像データの偶数フィールドであるフィールド２が示されている。フィールド２では、ライン２、ライン４、ライン６、・・・というように偶数ラインに、走査線が配置されている。
【００５６】
ＩＰ変換部３２は、図２に示すように、フィールド間走査線補間部４１と、フィールド内走査線補間部４２と、動き適応部４３と、選択部としてのセレクタ４４と、を備える。ＩＰ変換部３２に入力された映像信号は、フィールド間走査線補間部４１及びフィールド内走査線補間部４２に入力される。
【００５７】
フィールド間走査線補間部４１は、図１８（Ａ）、図１８（Ｂ）に示すように、映像ストリームにおけるインターレース画像データの前後のフィールド（フィールド１、２）の走査線データ（図１８（Ａ）では、フィールド１の奇数ラインとフィールド２の偶数ライン、図１８（Ｂ）では、フィールド１の奇数ラインとフィールド２の偶数ライン）を重ね合わせることにより、走査線の間を補間して、プログレッシブ画像データを生成する。補間により生成された画像データは、動き適応部４３に出力される。
【００５８】
フィールド間走査線補間は、各フィールドにおける走査線の隙間を、後のフィールドの走査線で補間するため、高精細な画像が得られるが、時間的に異なるフィールドが重ね合わさって同時に表示されるようになるので、画像中の動きがある部分は、２重像となる。このため、フィールド間走査線補間は、静止画の表示に適している。
【００５９】
フィールド内走査線補間部４２は、図１９（Ａ）、図１９（Ｂ）に示すように、映像ストリームにおけるインターレース画像データの同一フィールド内の走査線データを重ね合わせることにより、走査線の間を補間して、プログレッシブ画像データを生成する。補間により生成された画像データは、動き適応部４３に出力される。
【００６０】
フィールド内走査線補間は、各フィールドにおける走査線の隙間を、同一フィールド内の走査線データ（具体的には、直上の走査線データ）で補間するため、解像度は低下するものの、画像中の動きがあっても２重像が生じることはないので、動画の表示に適している。
【００６１】
動き適応部４３は、生成されたプログレッシブ画像データ中の動き（変化）を検出し、その画像データが静止画であるか動画であるかを判定する。そのプログレッシブ画像データが静止画であると判定された場合、動き適応部４３は、フィールド間走査線補間部４１から入力した画像データ（例えば、図１８（Ａ）、図１８（Ｂ）参照）を出力する。また、そのプログレッシブ画像データが動画であると判定された場合、動き適応部４３は、フィールド内走査線補間部４２から入力した画像データ（図１９（Ａ）、図１９（Ｂ））を出力する。
【００６２】
これにより、静止画では、フィールド間走査線補間により生成されたプログレッシブ画像データを用いて画像表示が行われるようになり、動画では、フィールド内走査線補間により生成されたプログレッシブ画像データを用いて、画像表示が行われるようになる。これにより、画像の２重化が防止され、画像内の動きに関わらず、高精細な画像を表示することができる。
【００６３】
セレクタ４４は、ＣＰＵ７から出力されるＩＰ変換選択信号５０に基づいて、フィールド間走査線補間部４１から入力される画像データ又は動き適応部４３から入力される画像データを選択的に出力する。
【００６４】
リサイズ部３３は、ＩＰ変換部４２の出力を、表示装置１５の画素数（ここでは、６４０×４８０）に適合させるため、必要に応じて画像を拡大または縮小してＬＣＤコントローラ１３に出力する。例えば、３６０ラインの画像データを、４８０ラインの画像データに拡大する場合、例えば、図１８（Ａ）に示す画像データに対して、３ラインに１ラインの割合で補間走査線を挿入し、図２０に示す画像データを生成する。ただし、画像データの拡大縮小処理は、他の手法を採用してもかまわない。
【００６５】
ＣＰＵ７は、チューナ１７から入力された画像データを表示する場合には、動き適応部４３からの出力画像を選択する旨のＩＰ変換選択信号５０を出力する。また、ＣＰＵ７は、メモリカード２１から入力された画像データを表示する場合には、フィールド間走査線補間部４１の出力画像を選択する旨のＩＰ変換選択信号５０を出力する。
【００６６】
次に、本実施形態に係る携帯端末１００の動作について説明する。図３には、ＣＰＵ７によって実行されるプログラム（第１の判定選択処理）のフローチャートが示されている。このプログラムは、バックエンド１８への映像ストリームの入力が開始される時に実行される。
【００６７】
図３に示すように、まず、ＣＰＵ７は、映像ストリームが入力される入力パスを検出する（ステップＳ１）。ここで、バックエンド１８に入力される映像ストリームが、チューナ１７からのものであるのか、メモリカード２１からのものであるのかが検出される。
【００６８】
続いて、ＣＰＵ７は、映像ストリームがメモリカード２１から入力されているか否かを判定する（ステップＳ２）。映像ストリームがメモリカード２１から入力されている場合（ステップＳ２；Ｙｅｓ）、ＣＰＵ７は、映像ストリームの信頼性が低いものとして、フィールド間走査線補間部４１の出力を選択する旨のＩＰ変換選択信号５０を出力し（ステップＳ３）、映像ストリームがチューナ１７から入力されている場合（ステップＳ２；Ｎｏ）、映像ストリームの信頼性が高いものとして、動き適応部４３の出力を選択する旨のＩＰ変換選択信号５０を出力する（ステップＳ４）。
【００６９】
ステップＳ３、Ｓ４実行後、ＣＰＵ７は、処理を終了する。
【００７０】
ここで、図２２に示すように、１本の縦線を、左から右にスクロールさせる動画を表示する場合について説明する。
【００７１】
（メモリカード２１から入力された画像データを表示する場合）
まず、メモリカード２１から入力される映像ストリームに基づく画像を表示する場合について説明する。この場合、ＣＰＵ７は、フィールド間走査線補間部４１の出力を選択する旨のＩＰ変換選択信号５０を出力する（ステップＳ３）。このＩＰ変換選択信号５０を受けて、セレクタ４４は、フィールド間走査線補間部４１から入力された画像データを、リサイズ部３３に出力する。
【００７２】
すなわち、本実施形態では、メモリカード２１から入力される映像ストリームに対しては、常に、フィールド間走査線補間が用いられる。ここで、例えば、メモリカード２１から入力された映像ストリームにおける画像データが、前後のフィールドの走査線が混在した編集画像データ（例えば、図２４（Ａ）乃至図２４（Ｃ）参照）であった場合について考える。
【００７３】
この場合、図２４（Ａ）の画像データと図２４（Ｂ）の画像データとを合成したプログレッシブ画像データが生成され、図２４（Ｂ）の画像データと、図２４（Ｃ）の画像データとを合成したプログレッシブ画像データが生成される。これらのプログレッシブデータは、図４（Ａ）、図４（Ｂ）に示すように、縦棒のエッジが、ほぼ１ライン毎の細かな周期の櫛型を有する画像データとなる。
【００７４】
携帯端末１００は、全体的にコンパクトであることが要求されるので、表示装置１５の表示画面の物理的サイズは、必然的に小さくなる。表示画面が小さいので、図４（Ａ）、図４（Ｂ）の櫛状の部分は、その周期が極めて小さくなる。これにより、図５に示すように、櫛状の部分は、わずかなエッジのぼやけとして知覚されるに留まる。
【００７５】
このため、本実施形態では、映像編集ソフト等で編集された可能性のある映像ストリーム、すなわちメモリカード２１から入力された映像ストリームを再生する場合、セレクタ４４は、フィールド間走査線補間部４１から入力される画像データを選択し、リサイズ部３３に出力する。このようにすれば、極端な画質劣化を防止することができる。
【００７６】
（チューナ１７から入力された画像データを表示する場合）
次に、チューナ１７から入力された映像ストリームに基づく画像を表示する場合について説明する。この場合、ＣＰＵ７は、フィールド間走査線補間部４１の出力を選択する旨のＩＰ変換選択信号５０を出力する（ステップＳ３）。このＩＰ変換選択信号５０を受けて、セレクタ４４は、動き適応部４３から入力された画像データを、リサイズ部３３に出力する。
【００７７】
チューナ１７から入力された映像ストリームは、放送局から伝送されるものであるため、その映像ストリームにおける画像データの信頼性は極めて高い。このことから、その映像ストリームにおける画像データは、前後のフィールドの走査線が混在した画像データである可能性は極めて低い。このため、チューナ１７から入力された映像ストリームを再生する場合には、セレクタ４４は、動き適応部４３から出力される画像データを選択し、リサイズ部３３に出力するのである。
【００７８】
動き適応部４３は、前述のように、画像データの変化を検出し、動画である場合には、フィールド内走査線補間部４２から入力される画像データを出力し、静止画である場合には、フィールド間走査線補間部４１から入力される画像データを出力する。これにより、静止画における解像度の低下を防止するとともに、動画における画像の歪みなどの発生が防止され、高精細な画像表示が可能となる。
【００７９】
上述したように、チューナ１７から入力された映像ストリームにおける画像データの信頼性は極めて高い。これに対し、メモリカード２１から入力された映像ストリームにおける画像データは、前後のフィールドの走査線が混在した編集画像データである可能性があり、その信頼性は、必ずしも高いとはいえない。したがって、ＣＰＵ７において、映像ストリームが入力される入力パスが、チューナ１７からの入力パスであるか、メモリカード２１からの入力パスであるかを判定するということは、その映像ストリームの信頼性が所定レベル以下であるか否かを判定することを意味している。
【００８０】
すなわち、本実施形態では、ＣＰＵ７は、映像ストリームが、メモリカード２１から入力されている場合には、予め、歪みを含む画像データが混じっている可能性があるので、その映像ストリームの信頼性が所定レベルより低いものと判定し、常に、フィールド間走査線補間が行われた画像データを用いて表示を行うのである。
【００８１】
なお、上記各実施形態に係る携帯端末１００では、映像ストリームが入力される入力パスが２つであったが、入力パスは１つであってもよいし、３つ以上であってもよい。いずれの入力パスも、入力される映像ストリームにおける画像データに、前後のフィールドの走査線が混在した編集画像データが含まれる可能性があるか否かに基づいて、その信頼性が予め決定されており、ＣＰＵ７は、決定された信頼性に基づいて判定を行う。
【００８２】
以上詳細に説明したように、本実施形態によれば、映像ストリームの信頼性が所定レベルに満たないと判定されると、その映像ストリームにおけるインターレース画像データをプログレッシブ画像データに変換する際の補間方法として、必ずフィールド間走査線補間を採用する。これにより、映像編集により走査線方向により生じた画像データの周期的な歪み（うねり）をぼかすことができるので、前後フィールドの走査線が混在した画像データを表示する場合の画像劣化（画像のうねり）を防止し、良好な画像表示が可能となる。
【００８３】
また、チューナ１７から入力された映像ストリームに対しては、画像の動きに応じてフィールド間走査線補間と、フィールド内走査線補間とを併用することにより、常に高画質で映像を表示することが可能となる。
【００８４】
なお、本実施形態に係る携帯端末１００は、チューナ１７及びメモリカード２１が、バックエンド１８側に接続した装置構成であった。しかしながら、本発明はこれに限られるものではない。例えば、チューナ１７及びメモリカード２１の片方または両方を、ＣＰＵ７側に接続し、バックエンドＩ／Ｆ２４を介して制御コマンドや映像、音声データを送受信して、上記動作を実現するようにしても良い。
【００８５】
（実施形態２）
次に、本発明の実施形態２について説明する。本実施形態に係る携帯端末１００は、上記実施形態１に係る携帯端末１００とは、バックエンド１８の構成が異なる。
【００８６】
図６には、本実施形態に係るバックエンド１８の構成が示されている。図６に示すように、ＩＰ変換選択信号５０は、デコーダ３１から出力され、セレクタ４４に入力されている。
【００８７】
上記実施形態１では、映像ストリームの入力パスによってＣＰＵ７の指示によりセレクタ４４を切り換えた。これに対して、本実施形態では、映像ストリームのヘッダに、走査線補間方式を指定する情報をセットしておき、メモリカード２１からの映像ストリームを再生する際に、デコーダ３１が、その情報に基づいて、セレクタ４４を制御する。
【００８８】
図７のテーブルには、映像ストリームのヘッダへの走査線補間方式を指定する識別情報の挿入例が示されている。図７に示すように、この映像ストリームのヘッダには、１番目の項目として、映像フォーマットが設定される。ここでは、映像フォーマットの内容として、「ＹＵＶ：４２２」が設定されている。
【００８９】
続く２番目の項目には、画素数が設定される。ここでは、画素数として「６４０（Ｈ）×４８０（Ｖ）」が設定されている。
【００９０】
続く３番目の項目には、Ｉ／Ｐ（インターレース／プログレッシブ）が設定される。ここでは、Ｉ／Ｐとして、「インターレース」が設定されている。
【００９１】
続く４番目の項目には、走査線補間方式が設定される。ここでは、走査線補間方式として「１」が設定されている。この項目が「１」である場合は、映像ストリームは編集されておらず、動き適応補間可能と解釈するものとする。動き適応補間とは、画像に動きがあり、動画であると見なせる部分には、フィールド内走査線補間を適用し、画像に動きがなく、静止画であると見なせる部分には、フィールド間走査線補間を適用する補間方法のことである。録画により生成され、その後編集がなされてない映像ストリームである場合や、正常なインターレース構造を保持して編集したストリームの場合は、録画した機器や編集ソフトで、この項目（走査線補間方式）が「１」に設定される。この項目（走査線補間方式）が、映像ストリームの識別情報である。
【００９２】
映像ストリームの再生時には、デコーダ３１がこの項目のデータを抽出する。抽出されたデータが「１」である場合、デコーダ３１は、動き適応部４３の出力画像を選択する旨のＩＰ変換選択信号５０を出力する。また、抽出されたデータが「１」でない場合、デコーダ３１は、フィールド間走査線補間部４１の出力画像を選択する旨のＩＰ変換選択信号５０を出力する。セレクタ４４は、上記第１の実施形態と同様に、このＩＰ変換選択信号５０に従って、リサイズ部３３に出力する画像データを切り換える。
【００９３】
次に、本実施形態に係る携帯端末１００の動作について説明する。図８には、デコーダ３１によって実行されるプログラム（第２の判定選択処理）のフローチャートが示されている。このプログラムは、バックエンド１８への映像ストリームの入力が開始される時に実行される。
【００９４】
図８に示すように、まず、デコーダ３１は、映像ストリームのヘッダから走査線補間方式のデータを抽出する（ステップＳ１１）。ここで抽出されるデータは、この映像ストリームが、編集されていない信頼性の高いものであるのか否かを示すデータである。
【００９５】
続いて、デコーダ３１は、抽出されたデータが「１」であるか否かを判定する（ステップＳ１２）。抽出されたデータが「１」でない場合（ステップＳ１２；Ｎｏ）、デコーダ３１は、フィールド間走査線補間部４１の出力を選択する旨のＩＰ変換選択信号５０を出力し（ステップＳ１３）、抽出されたデータが「１」である場合（ステップＳ１２；Ｙｅｓ）、デコーダ３１は、動き適応部４３の出力を選択する旨のＩＰ変換選択信号５０を出力する（ステップＳ１４）。
【００９６】
ステップＳ１３、Ｓ１４実行後、デコーダ３１は、処理を終了する。
【００９７】
本実施形態では、映像ストリーム自身の属性に基づいて、映像ストリームの信頼性が判定される。これにより、メモリカード２１から入力される映像ストリームであっても、その映像ストリーム自体の信頼性が高いと判定されれば、動き適応部４３から出力された画像データに基づいて映像が表示されるようになる。この結果、ぼやけた画像の表示が極力制限される。
【００９８】
一方、ＩＰ変換部７２は、チューナ１７から入力された映像ストリームについては、上記実施形態１と同様に、動き適応補間によるプログレッシブ画像データを出力する。
【００９９】
これまでの説明から明らかなように、本実施形態では、デコーダ３１の動作であるステップＳ１１が抽出部に対応する。
【０１００】
以上詳細に説明したように、本実施形態によれば、チューナ１７から入力された映像ストリームに加え、メモリカード２１から入力された映像ストリームのうち、ヘッダの識別情報（走査線補間方式）に、編集されていないこと（すなわち信頼性が高いこと）がセットされている映像ストリームについても、動き適応部４３から出力されたプログレッシブ画像データを選択することにより、画像中の動きに応じた高画質な表示が可能となる。
【０１０１】
なお、デコーダ３１等が、映像ストリームのヘッダの識別情報（走査線補間方式のデータ）の取得に失敗した場合には、デコーダ３１等は、フィールド間走査線補間部４１の出力を選択する旨のＩＰ変換選択信号５０を出力するのが望ましい。このようにした方が、画像が大幅に歪むのを防止できるからである。映像ストリームのヘッダの識別情報を取得はしたものの、取得された値が不正な場合も同様である。
【０１０２】
また、映像ストリームのヘッダの解析が困難な場合には、その映像ストリームのファイル名の一部または全てに、正常に編集した画像であることを示す識別情報を予めセットしておくようにしてもよい。この場合にも、デコーダ３１が、そのファイル名等から、識別情報を抽出し、抽出されたデータに基づいて、映像ストリームの信頼性を判定すればよい。
【０１０３】
なお、放送電波を録画した時には、録画した映像ストリームの拡張子を（***.ts）とすることが一般的である。このため、映像ストリームの拡張子を識別情報として用いるようにしてもよい。もちろん、他の専用の拡張子を識別情報として用いてもよいのは勿論である。
【０１０４】
なお、本実施形態では、映像ストリームのヘッダの解析を、デコーダ３１で行った。しかしながら、本発明は、これに限られるものでない。例えば、ＣＰＵ７において、映像ストリームのヘッダを解析し、バックエンドＩ／Ｆ２４を介してセレクタ４４を直接制御するようにしてもよい。また、ＣＰＵ７からデコーダ３１に対して制御コマンドを発行することにより、セレクタ４４を間接的に制御するようにしてもよい。
【０１０５】
（実施形態３）
次に、本発明の実施形態３について説明する。
【０１０６】
上記実施形態１では、映像ストリームの入力パスがチューナ１７側であるか、メモリカード２１側であるかによってセレクタ４４を切り換えた。これに対し、本実施形態では、映像ストリームの入力パスがチューナ１７からの入力であるか、無線回路２を介した無線通信ネットワークであるかによってセレクタ４４を切り換える。
【０１０７】
本実施形態に係る携帯端末１００は、図９に示すように、ＣＰＵ７内部に、デコーダ７１、ＩＰ変換部７２、リサイズ部７３、ＶＲＡＭ７４が組み込まれている。これらの構成要素は、メモリ９に格納されたプログラムをＣＰＵ７が実行することにより実現されるものである。
【０１０８】
デコーダ７１は、無線通信ネットワークから受信される映像ストリームを、無線回路２から取得して復号化し、その画像データを出力する。ＩＰ変換部７２は、その映像ストリームにおける画像データに対して、ＩＰ変換処理を施す。ＩＰ変換部７２の機能は、上記実施形態１に係るＩＰ変換部３２の機能と同じである。すなわち、ＩＰ変換部７２は、フィールド間走査線補間によって生成されたプログレッシブ画像データか、動き適応補間によって生成されたプログレッシブ画像データかのいずれかを、リサイズ部７３に出力する。
【０１０９】
ただし、ＩＰ変換部７２は、ＣＰＵ７内で構築されているため、ＩＰ変換選択信号５０を入力しない。本実施形態では、ＩＰ変換部７２自らが、映像ストリームの信頼性の判定及びその判定に基づいてフィールド間走査線補間によって生成されたプログレッシブ画像データか、動き適応補間によって生成されたプログレッシブ画像データかのいずれかを選択して出力する。
【０１１０】
無線通信ネットワークを介して取得される映像コンテンツには、個人で編集した映像コンテンツ等、信頼性の低い映像コンテンツが含まれる。これらの映像コンテンツの中には、例えば、図２４（Ａ）乃至図２４（Ｃ）に示すような画像の歪みを有する映像コンテンツも存在する。したがって、本実施形態では、無線通信ネットワークを介して取得される映像コンテンツに対して、ＩＰ変換部７２は、フィールド間走査線補間によってプログレッシブ画像データを生成して、リサイズ部７３に出力する。
【０１１１】
一方、チューナ１７から入力された映像ストリームは、バックエンド１８のデコーダ３１で復号された後、バックエンドＩ／Ｆ２４を介してＣＰＵ７内部のＩＰ変換部７２に入力される。ＩＰ変換部７２は、チューナ１７から入力された映像ストリームについて、動画であれば、フィールド内走査線補間を行い、静止画であれば、フィールド間走査線補間を行って、プログレッシブ画像データを生成して、リサイズ部７３に出力する。
【０１１２】
このプログレッシブ画像データは、ＶＲＡＭ７４に展開された後、ビデオＩ／Ｆ１２を介して表示装置１５に出力される。なお、デコーダ７１から出力された音声データと、デコーダ３１からバックエンドＩ／Ｆ２４を介してＣＰＵ７に転送された音声データとは、ＣＰＵ７側のＤＡＣ１０を介してスピーカ１１に出力される。
【０１１３】
図１０には、ＣＰＵ７によって実行されるプログラム（第３の判定選択処理）のフローチャートが示されている。このプログラムは、ＣＰＵ７への映像ストリームの入力が開始される時に実行される。
【０１１４】
図１０に示すように、まず、ＣＰＵ７は、映像ストリームが入力される入力パスを検出する（ステップＳ２１）。ここで、ＣＰＵ７に入力される映像ストリームが、チューナ１７からのものであるのか、無線回路２を介して無線通信ネットワークから入力されるものであるのかが検出される。
【０１１５】
続いて、ＣＰＵ７は、映像ストリームが無線通信ネットワークから入力されているか否かを判定する（ステップＳ２２）。映像ストリームが無線通信ネットワークから入力されている場合（ステップＳ２２；Ｙｅｓ）、ＣＰＵ７のＩＰ変換部７２は、プログレッシブ画像データを生成するための補間方法として、フィールド間走査線補間を選択する（ステップＳ２３）。一方、映像ストリームがチューナ１７から入力されている場合（ステップＳ２２；Ｎｏ）、ＩＰ変換部７２は、プログレッシブ画像データを生成するための補間方法として、動き適応補間を選択する（ステップＳ２４）。
【０１１６】
ステップＳ２３、Ｓ２４実行後、ＣＰＵ７は、処理を終了する。
【０１１７】
ところで、デコーダ７１の出力とデコーダ３１の出力とを、時分割で処理してＶＲＡＭ７４に書き込むことにより、図１１（Ａ）に示すように、チューナ画像中にネットワーク画像をオーバーレイ表示したり、逆に、図１１（Ｂ）に示すように、ネットワーク画像中にチューナ画像を、オーバーレイ表示したりすることが可能である。さらに、２つの画像を左右または上下に並べて表示したり、どちらか片方または両方の画像に拡大、または縮小して表示したりするようにしてもよい。
【０１１８】
また、図１１（Ｃ）に示すように、ＣＰＵ７で生成されたバッテリの残量や、電界強度を示す図形や、アイコン、ソフトキーや背景画像に、チューナ画像またはネットワーク画像を合成して表示させることも可能である。
【０１１９】
ここでは、１系統のＩＰ変換部７２とリサイズ部７３を時分割で使用する場合の例について述べた。しかしながら、本発明はこれに限られるものでない。例えば、ＩＰ変換部７２とリサイズ部７３を２系統設け、デコーダ７１の出力とデコーダ３１の出力とを別系統とし、最終的にＶＲＡＭ７４で両画像データを合成するようにしてもよい。
【０１２０】
以上詳細に説明したように、本実施形態によれば、チューナ１７から入力された映像ストリームに対応する画像については、高画質表示される一方で、無線通信ネットワークから入力された映像ストリームについては、画像うねりを防止することにより、極端な画質劣化が防止される。
【０１２１】
また、本実施形態によれば、チューナ１７からの画像、無線通信ネットワークからの画像、ＣＰＵ７で生成された画像を合成して表示することが可能となる。
【０１２２】
（実施形態４）
次に、本発明の実施形態４について説明する。
【０１２３】
上記実施形態１では、ストリームの入力パスがチューナ１７側であるか、メモリカード２１側であるかによってセレクタ４４を切り換えた。これに対し、本実施形態に係るバックエンド１８は、図１２に示すように、画像のうねりの有無を検出するうねり検出部８０をさらに備える。本実施形態では、画像のうねりの有無に応じてＩＰ変換方式を切り換える。
【０１２４】
うねり検出部８０は、フィールド間走査線補間部４１から出力される画像データを入力し、フィールド内走査線補間部４２から出力される画像データを入力する。うねり検出部８０は、入力した両画像データを、ライン単位またはフレーム単位で比較してそれらの差分画像を求め、その差分画像における空間周波数に対するパワースペクトルを求める。
【０１２５】
例えば、映像編集ソフトによって拡大処理がされていない映像ストリーム（例えば、図２３（Ａ）乃至図２３（Ｃ）参照）が入力された場合、フィールド間走査線補間部４１から出力される画像データは、図１３（Ａ）乃至図１３（Ｃ）に示すように、１ライン毎に前後のフィールドの走査線が入り混じった画像になる。この場合、フィールド内走査線補間部４２から出力される画像データは、図１４（Ａ）乃至図１４（Ｃ）に示すように、１直線の画像になる。したがって、両画像データの差分画像のパワースペクトルとしては、図１５（Ａ）に示すように、比較的高い周波数ｆ１をピークとしたものが得られるようになる。
【０１２６】
また、映像編集ソフトによって拡大処理された映像ストリーム（例えば、図２４（Ａ）乃至図２４（Ｃ）参照）が入力された場合、フィールド間走査線補間部４１の出力は、３ライン毎に前後のフィールドの走査線が入り混じった画像（例えば、図４（Ａ）、図４（Ｂ）参照）となる。この画像のパワースペクトルは、おおむね図１５（Ａ）に示すスペクトルと同じようになる。
【０１２７】
これに対し、フィールド内走査線補間部４２の出力は、８ライン周期の大きなうねりを生じた画像（例えば、図２５（Ａ）乃至図２５（Ｃ）参照）となる。このため、この画像には、図１５（Ｂ）に示すように、高周波側の周波数ｆ１をピークとしたスペクトルに加えて周波数ｆ１よりも低い周波数ｆ２をピークとしたスペクトルが現れる。
【０１２８】
そこで、本実施形態では、周波数ｆ１と、周波数ｆ２の間の周波数ｆ０を境界周波数とする。うねり検出部８０は、フィールド間走査線補間部４１から入力された画像データと、フィールド内走査線補間部４２から入力された画像データとの差分画像に含まれる空間周波数成分に、境界周波数ｆ０以下の成分の総和Ｓが所定の境界度数以上含まれている場合に、画像のうねりを検出する。
【０１２９】
図１６には、うねり検出部８０の動作（第４の判定選択処理）のフローチャートが示されている。図１６に示すように、まず、うねり検出部８０は、フィールド間走査線補間部４１から出力された画像データと、フィールド内走査線補間部から出力された画像データとの差分画像を生成する（ステップＳ３１）。続いて、うねり検出部８０は、差分画像のパワースペクトルを生成する（ステップＳ３２）。さらに、うねり検出部８０は、境界周波数ｆ０以下のパワースペクトルの総和Ｓを次式によって算出する（ステップＳ３３）。
【０１３０】
【数１】
ここで、ｆは、空間周波数であり、ｘは、その空間周波数ｆにおけるスペクトルである。
【０１３１】
続いて、うねり検出部８０は、総和Ｓが境界度数以上であるか否かを判定する（ステップＳ３４）。総和Ｓが境界度数以上である場合（ステップＳ３４；Ｙｅｓ）、うねり検出部８０は、画像にうねりが有ると判定して、フィールド間走査線補間部４１から出力された画像データを選択するようにセレクタ４４を制御する（ステップＳ３５）。また、総和Ｓが境界度数よりも小さい場合（ステップＳ３４；Ｎｏ）、うねり検出部８０は、画像にうねりが無いと判定し、動き適応部４３から出力される画像データを選択するようにセレクタ４４を制御する（ステップＳ３６）。
【０１３２】
ステップＳ３５、Ｓ３６実行後、うねり検出部８０は、処理を終了する。うねり検出部８０は、フレーム毎に、上述した処理を行う。
【０１３３】
なお、境界周波数や境界度数は、入力される映像信号の画素数に応じて製造時に最適な値に設定される必要がある。これらの値については、製品出荷後にユーザが設定できるようにしてもよい。
【０１３４】
以上詳細に説明したように、本実施形態によれば、映像編集ソフトによる拡大処理によって画像のうねりが発生した映像ストリームが入力されても、そのうねりを検出して、最適な走査線補間処理を選択することができる。このため、画像のうねりの発生を防止し、常に良好な画像表示が可能となる。
【０１３５】
なお、うねり検出部８０は、フィールド間走査線補間部４１とフィールド内走査線補間部４２の出力画像の差に基づいて、画像のうねりを検出した。しかしながら、本発明はこれに限られるものではない。例えば、ブロックマッチング法等の既存の手法を用いて、画像のうねりを検出するようにしてもよい。
【０１３６】
なお、上記各実施形態では、動き適応部４３は、動画である場合には、フィールド内走査線補間部４２から入力される画像データを出力し、静止画である場合には、フィールド間走査線補間部４１から入力される画像データを出力した。しかしながら、本発明は、これには限られない。例えば、画像データの変化量に応じて、フィールド内走査線補間部４２から入力される画像データの各画素と、フィールド間走査線補間部４１から入力される画像データの各画素との重み付け平均値を、その画素値とする画像データを、出力するようにしてもよい。
【０１３７】
このようにすれば、動き適応部４３は、画像データのうち、動きのある動画の部分に対しては、フィールド内走査補間が適用されたその部分に対応する画像データを出力し、動きのない静止画の部分に対しては、フィールド間走査補間が適用されたプログレッシブ画像データを生成して、出力することができる。
【０１３８】
なお、上記各実施形態に係る携帯端末１００の構成は、あくまで一例であり、各実施形態に係る携帯端末１００の構成要素は、如何様にも組み合わせ可能である。
【０１３９】
また、メモリカード２１の代わりに、ハードディスク装置やフラッシュメモリ等の半導体メモリ、さらには、光ディスク装置を使用したとしても、本発明を逸脱するものではない。
【０１４０】
また、上記実施形態では、表示装置１５を、液晶ディスプレイであるものとしたが、自発光型の有機ＥＬディスプレイを表示装置１５として用いてもよい。小型であれば、様々の種類のディスプレイに本発明を適用可能である。
【産業上の利用可能性】
【０１４１】
本発明は、映像を表示可能な端末装置全般、例えば携帯電話の他、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、ＰＣ、テレビ、映像記録装置、映像再生装置等に適応可能である。
【符号の説明】
【０１４２】
１…通信アンテナ、２…無線回路、３…符号復号処理回路、４…マイク、５…レシーバ、６…キー、７…ＣＰＵ、８…ＣＰＵバス、９…メモリ、１１…スピーカ、１２…ビデオＩ／Ｆ、１３…ＬＣＤコントローラ、１４…ビデオＩ／Ｆ、１５…表示装置、１６…テレビアンテナ、１７…チューナ、１８…バックエンド、１９…ビデオＩ／Ｆ、２１…メモリカード、２２…ＤＡＣ、２３…スピーカ、２４…バックエンドＩ／Ｆ、３０…ＶＲＡＭ、３１…デコーダ、３２…ＩＰ変換部、３３…リサイズ部、４１…フィールド間走査線補間部、４２…フィールド内走査線補間部、４３…動き適応部、４４…セレクタ、５０…ＩＰ変換選択信号、７１…デコーダ、７２…ＩＰ変換部、７３…リサイズ部、７４…ＶＲＡＭ、８０…うねり検出部、１００…携帯端末
【特許請求の範囲】
【請求項１】
映像ストリームを入力する１又は複数の入力パスと、
前記複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定部と、
前記判定部により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択部と、
を備える映像表示装置。
【請求項２】
前記判定部は、
前記映像ストリームを入力する入力パスが特定の入力パスである場合に、前記映像ストリームの信頼性が所定レベルを満たしていないと判定する、
ことを特徴とする請求項１に記載の映像表示装置。
【請求項３】
前記映像ストリームを格納するメモリをさらに備え、
前記特定の入力パスは、
前記メモリから読み出された映像ストリームが入力される入力パスである、
ことを特徴とする請求項２に記載の映像表示装置。
【請求項４】
通信ネットワークを介して前記映像ストリームを受信する受信部をさらに備え、
前記特定の入力パスは、
前記受信部で受信された映像ストリームが入力される入力パスである、
ことを特徴とする請求項２に記載の映像表示装置。
【請求項５】
前記判定部は、
前記映像ストリームの識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
ことを特徴とする請求項１に記載の映像表示装置。
【請求項６】
前記識別情報は、
前記映像ストリームのヘッダに含まれ、
前記判定部は、
前記ヘッダから、前記識別情報を抽出する抽出部を備え、
前記抽出部によって抽出された前記識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
ことを特徴とする請求項５に記載の映像表示装置。
【請求項７】
前記識別情報は、
前記映像ストリームのファイル名又は拡張子名に含まれ、
前記判定部は、
前記ファイル名又は前記拡張子名から前記識別情報を抽出する抽出部を備え、
前記抽出部によって抽出された前記識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
ことを特徴とする請求項５に記載の映像表示装置。
【請求項８】
前記映像ストリームにおけるインターレース画像データに対して、同一のフィールド内の走査線データを用いて補間処理を行うフィールド内走査線補間部をさらに備え、
前記判定部は、
前記フィールド間走査線補間部で生成された第１の画像データと、前記フィールド内走査線補間部で生成された第２の画像データとに基づいて、前記映像ストリーム内の画像のうねりを検出するうねり検出部を備え、
前記うねり検出部によって画像のうねりが検出されると、前記映像ストリームの信頼性が所定レベルを満たしていないと判定する、
ことを特徴とする請求項１に記載の映像表示装置。
【請求項９】
前記うねり検出部は、
前記第１の画像データと前記第２の画像データとの差分画像データに含まれる所定の周波数以下の空間周波数成分の総和が所定の度数以上含まれている場合に、画像のうねりを検出する、
ことを特徴とする請求項８に記載の映像表示装置。
【請求項１０】
前記映像ストリームにおけるインターレース画像データに対して、同一のフィールド内の走査線データを用いて補間処理を行うフィールド内走査線補間部と、
前記フィールド間走査線補間部及び前記フィールド内走査線補間部から出力された画像データを入力し、前記画像データのうち、動きがある部分に対しては、前記フィールド内走査線補間部から出力された画像データが適用され、前記画像データのうち、動きがない部分に対しては、前記フィールド内走査線補間部から出力された画像データが適用された画像データを出力する動き適応部と、
をさらに備え、
前記選択部は、
前記判定部により前記映像ストリームの信頼性が所定レベルを満たしていると判定された場合に、
前記動き適応部から出力された画像データを、表示対象として選択する、
ことを特徴とする請求項１乃至９のいずれか一項に記載の映像表示装置。
【請求項１１】
映像ストリームを入力する１又は複数の入力パスと、
前期複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
を備える映像表示装置の表示制御方法において、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定工程と、
前記判定工程により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択工程と、
を含むことを特徴とする表示制御方法。
【請求項１２】
映像ストリームを入力する１又は複数の入力パスと、
前期複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
を備える映像表示装置を制御するコンピュータに実行させるプログラムにおいて、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定手順と、
前記判定手順により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択手順と、
をコンピュータに実行させる、
ことを特徴とするプログラム。
【請求項１】
映像ストリームを入力する１又は複数の入力パスと、
前記複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定部と、
前記判定部により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択部と、
を備える映像表示装置。
【請求項２】
前記判定部は、
前記映像ストリームを入力する入力パスが特定の入力パスである場合に、前記映像ストリームの信頼性が所定レベルを満たしていないと判定する、
ことを特徴とする請求項１に記載の映像表示装置。
【請求項３】
前記映像ストリームを格納するメモリをさらに備え、
前記特定の入力パスは、
前記メモリから読み出された映像ストリームが入力される入力パスである、
ことを特徴とする請求項２に記載の映像表示装置。
【請求項４】
通信ネットワークを介して前記映像ストリームを受信する受信部をさらに備え、
前記特定の入力パスは、
前記受信部で受信された映像ストリームが入力される入力パスである、
ことを特徴とする請求項２に記載の映像表示装置。
【請求項５】
前記判定部は、
前記映像ストリームの識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
ことを特徴とする請求項１に記載の映像表示装置。
【請求項６】
前記識別情報は、
前記映像ストリームのヘッダに含まれ、
前記判定部は、
前記ヘッダから、前記識別情報を抽出する抽出部を備え、
前記抽出部によって抽出された前記識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
ことを特徴とする請求項５に記載の映像表示装置。
【請求項７】
前記識別情報は、
前記映像ストリームのファイル名又は拡張子名に含まれ、
前記判定部は、
前記ファイル名又は前記拡張子名から前記識別情報を抽出する抽出部を備え、
前記抽出部によって抽出された前記識別情報に基づいて、前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する、
ことを特徴とする請求項５に記載の映像表示装置。
【請求項８】
前記映像ストリームにおけるインターレース画像データに対して、同一のフィールド内の走査線データを用いて補間処理を行うフィールド内走査線補間部をさらに備え、
前記判定部は、
前記フィールド間走査線補間部で生成された第１の画像データと、前記フィールド内走査線補間部で生成された第２の画像データとに基づいて、前記映像ストリーム内の画像のうねりを検出するうねり検出部を備え、
前記うねり検出部によって画像のうねりが検出されると、前記映像ストリームの信頼性が所定レベルを満たしていないと判定する、
ことを特徴とする請求項１に記載の映像表示装置。
【請求項９】
前記うねり検出部は、
前記第１の画像データと前記第２の画像データとの差分画像データに含まれる所定の周波数以下の空間周波数成分の総和が所定の度数以上含まれている場合に、画像のうねりを検出する、
ことを特徴とする請求項８に記載の映像表示装置。
【請求項１０】
前記映像ストリームにおけるインターレース画像データに対して、同一のフィールド内の走査線データを用いて補間処理を行うフィールド内走査線補間部と、
前記フィールド間走査線補間部及び前記フィールド内走査線補間部から出力された画像データを入力し、前記画像データのうち、動きがある部分に対しては、前記フィールド内走査線補間部から出力された画像データが適用され、前記画像データのうち、動きがない部分に対しては、前記フィールド内走査線補間部から出力された画像データが適用された画像データを出力する動き適応部と、
をさらに備え、
前記選択部は、
前記判定部により前記映像ストリームの信頼性が所定レベルを満たしていると判定された場合に、
前記動き適応部から出力された画像データを、表示対象として選択する、
ことを特徴とする請求項１乃至９のいずれか一項に記載の映像表示装置。
【請求項１１】
映像ストリームを入力する１又は複数の入力パスと、
前期複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
を備える映像表示装置の表示制御方法において、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定工程と、
前記判定工程により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択工程と、
を含むことを特徴とする表示制御方法。
【請求項１２】
映像ストリームを入力する１又は複数の入力パスと、
前期複数の入力パスのうちのいずれかの入力パスから入力される映像ストリームにおけるインターレース画像データの前後のフィールドの走査線データを重ね合わせることにより、フィールド間走査線補間を行い、前記映像ストリームに対応するプログレッシブ画像データを生成するフィールド間走査線補間部と、
を備える映像表示装置を制御するコンピュータに実行させるプログラムにおいて、
前記映像ストリームの信頼性が所定レベルを満たしているか否かを判定する判定手順と、
前記判定手順により前記映像ストリームの信頼性が所定レベルに満たないと判定された場合に、前記フィールド間走査線補間部によって補間処理された画像データを、表示対象として選択する選択手順と、
をコンピュータに実行させる、
ことを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１１−５５２４３（Ｐ２０１１−５５２４３Ａ）
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願番号】特願２００９−２０２１１７（Ｐ２００９−２０２１１７）
【出願日】平成２１年９月１日（２００９．９．１）
【出願人】（３１０００６８５５）ＮＥＣカシオモバイルコミュニケーションズ株式会社 (1,081)
【Ｆターム（参考）】
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願日】平成２１年９月１日（２００９．９．１）
【出願人】（３１０００６８５５）ＮＥＣカシオモバイルコミュニケーションズ株式会社 (1,081)
【Ｆターム（参考）】
[ Back to top ]