JP2010206273A

JP2010206273A - 情報処理装置

Info

Publication number: JP2010206273A
Application number: JP2009046799A
Authority: JP
Inventors: Takehiro Ogawa; 岳弘小川
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2009-02-27
Filing date: 2009-02-27
Publication date: 2010-09-16

Abstract

【課題】表示映像信号の解像度を設定可能な場合に、解像度処理を好適に変更することのできる情報処理装置を提供する。
【解決手段】映像を表示する表示映像信号の第１解像度を設定する手段と、映像データを第２解像度の映像信号に復号する復号手段と、復号された第２解像度の映像信号を、第２解像度よりも解像度の高い第３解像度の映像信号に、第１アルゴリズムにより変換する第１変換手段と、復号された第２解像度の映像信号、及び変換後の第３解像度の映像信号のうちの１の映像信号から、第１アルゴリズムよりも計算量の少ない第２アルゴリズムを用いて第１解像度の表示映像信号を生成して表示装置に出力する出力手段と、復号された第２解像度の映像信号、又は変換後の第３解像度の映像信号のどちらの映像信号から表示映像信号を生成するかを、第１解像度に基づいて制御する切換手段とを備える。
【選択図】図４

Description

本発明は、映像データから表示映像信号を生成する情報処理装置に関する。

近年、画素数が１９２０×１０８０のフルＨＤ仕様のテレビが珍しくなくなってきているが、一方で、まだ従来のＳＤ画質のＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）等のコンテンツが多く、フルＨＤ仕様のコンテンツは少ない状況にある。そこで、従来のＳＤ画質のＤＶＤ等のコンテンツに対して高画素化変換処理を行うことにより、フルＨＤ仕様のディスプレイで観ることのできる製品が普及しつつある。

特許文献１には、ＨＤＭＩケーブルで接続された映像表示装置から、ＥＤＩＤにより対応解像度を取得し、該対応解像度と、コンテンツの解像度とに応じて、出力すべき映像データの解像度を変換する映像出力装置が開示されている。

特開２００７−２１４８３０号公報

しかしながら、特許文献１記載の映像出力装置では、当該表示映像信号の解像度を設定可能な場合であって、当該表示映像信号を生成する際に複数の解像度変換処理を行って表示映像信号を生成可能な場合の、解像度変換処理の好適な分担方法については何ら考慮されていない。

例えば、動画データを映像再生アプリケーションで再生する場合には、一般に、映像を表示するウィンドウのサイズを細かく変更することが出来るが、そのような場合の、好適な解像度変換処理の制御方法が求められている。

そこで本発明は、表示映像信号の解像度を設定可能な場合に、解像度処理を好適に変更することのできる情報処理装置を提供することを目的とする。

上記目的を達成するために、本発明の情報処理装置は、映像を表示する表示映像信号の第１解像度を設定する手段と、映像データを第２解像度の映像信号に復号する復号手段と、復号された前記第２解像度の映像信号を、前記第２解像度よりも解像度の高い第３解像度の映像信号に、第１アルゴリズムにより変換する第１変換手段と、復号された前記第２解像度の映像信号、及び変換後の前記第３解像度の映像信号のうちの１の映像信号から、前記第１アルゴリズムよりも計算量の少ない第２アルゴリズムを用いて前記第１解像度の表示映像信号を生成して表示装置に出力する出力手段と、復号された前記第２解像度の映像信号、又は変換後の前記第３解像度の映像信号のどちらの映像信号から表示映像信号を生成するかを、前記第１解像度に基づいて制御する切換手段とを備えることを特徴とする。

本発明によれば、表示映像信号の解像度を設定可能な場合に、解像度処理を好適に変更することのできる情報処理装置を提供することができる。

本発明の一実施形態にかかる情報処理装置のシステム構成を示すブロック図。本発明の一実施形態にかかる情報処理装置のマルチメディアプロセッサのシステム構成を示すブロック図。本発明の一実施形態にかかる情報処理装置で実行される映像再生プログラムの構成を示すブロック図。本発明の一実施形態にかかる情報処理装置の表示画面の例。本発明の一実施形態にかかる情報処理装置の処理を説明するための図。本発明の一実施形態にかかる情報処理装置の処理の流れを説明するためのフローチャート。本発明の他の実施形態にかかる情報処理装置で実行される映像再生プログラムの構成を示す図。本発明の他の実施形態にかかる情報処理装置の処理の流れを説明するためのフローチャート。本発明の他の実施形態にかかる情報処理装置で実行される映像再生プログラムの構成を示す図。

以下、本発明の情報処理装置について、図面を参照しながら説明する。
まず、図１を参照して、本発明の一実施形態に係る情報処理装置のシステム構成を説明する。本実施形態の情報処理装置は、例えば、パーソナルコンピュータとして実現される。

情報処理装置１は、放送番組データや、外部機器から入力される映像データ等の映像コンテンツデータ（オーディオビジュアルコンテンツデータ）を記録及び再生することができる。また、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）等の光ディスクやＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）等の記憶媒体に記録された映像データを、映像再生プログラムにより再生する機能も有する。

情報処理装置１は、図１に記載されているように、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１０１、ノースブリッジ１０２、主メモリ１０３、サウスブリッジ１０４、ＧＰＵ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１０５、ＶＲＡＭ（ＶｉｄｅｏＲＡＭ）１０５Ａ、ＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）１０６、ＨＤＭＩ（Ｈｉｇｈ−ＤｅｆｉｎｉｔｉｏｎＭｕｌｔｉｍｅｄｉａＩｎｔｅｒｆａｃｅ）制御回路１０７、ＨＤＭＩ端子１０８、サウンドコントローラ１０９、スピーカ１１０、ＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）−ＲＯＭ１１１、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）コントローラ１１２、ＨＤＤ１１３、ＯＤＤ（ＯｐｔｉｃａｌＤｉｓｋＤｒｉｖｅ）１１４、マルチメディアプロセッサ１１５、メモリ１１５Ａ、無線ＬＡＮコントローラ１１６、ＴＶチューナ１１７、ＫＣ／ＫＢＣ（エンベデッドコントローラ／キーボードコントローラＩＣ）１１８、リモコンユニット１１９、キーボード１２０、タッチパッド１２１等を備えている。

ＣＰＵ１０１は、情報処理装置１の動作を統括制御するプロセッサであり、ＨＤＤ１１３から主メモリ１０３にロードされる、ＯＳ（オペレーティングシステム）１０、及び映像再生プログラム１１のような各種アプリケーションプログラムを実行する。また、ＣＰＵ１０１は、ＢＩＯＳ−ＲＯＭ１０９に格納されたＢＩＯＳも実行する。ＢＩＯＳはハードウェア制御のためのプログラムである。

映像再生プログラム１１は、ＯＤＤ１１４に装填されたＤＶＤ等の光ディスクやＨＤＤ１１３等の記憶媒体に記録された映像データを読み出して再生するためのソフトウェアである。映像再生プログラム１１が再生対象とする映像データは、いずれの記憶媒体に記録されているものであっても、ＴＶチューナ１１７から受信する放送新語から得られるものであっても構わないが、以下、ＯＤＤ１１４に装填されたＤＶＤから読み出すものとして説明を行う。

ノースブリッジ１０２は、ＣＰＵ１０１のローカルバスとサウスブリッジ１０４との間を接続するブリッジデバイスである。ノースブリッジ１０２には、主メモリ１０３をアクセス制御するメモリコントローラも内蔵されている。また、ノースブリッジ１０２は、ＰＣＩＥｘｐｒｅｓｓ規格のシリアルバス等を解してＧＰＵ１０５との通信を実行する機能も有している。

ＧＰＵ１０５は、情報処理装置１のディスプレイモニタとして使用されるＬＣＤ１０６を制御する表示コントローラである。このＧＰＵ１０５によって生成される表示信号はＬＣＤ１０６へ送られる。また、ＧＰＵ１０５は、ＨＤＭＩ制御回路１０７及びＨＤＭＩ端子１０８を介して、外部ディスプレイ装置２へデジタル映像信号を送出することもできる。

ＨＤＭＩ端子１０８は、上述の外部ディスプレイ接続端子である。ＨＤＭＩ端子１０８は、非圧縮のデジタル映像信号と、デジタル音声信号とを一本でテレビのような外部ディスプレイ装置２へ出力することができる。ＨＤＭＩ制御回路１０７は、デジタル映像信号をＨＤＭＩ端子２を介して外部ディスプレイ装置２に出力するためのインタフェースである。

サウスブリッジ１０４は、ＬＰＣ（ＬｏｗＰｉｎＣｏｕｎｔ）バス上の各デバイス、及びＰＣＩ（ＰｅｒｉｐｈｅｒａｌＣｏｍｐｏｎｅｎｔＩｎｔｅｒｃｏｎｎｅｃｔ）バス上の各デバイスを制御する。また、サウスブリッジ１０４は、ＨＤＤ１１３及びＯＤＤ１１４を制御するためのＩＤＥ（ＩｎｔｅｇｒａｔｅｄＤｒｉｖｅＥｌｅｃｔｒｏｎｉｃｓ）コントローラを内蔵している。更に、サウスブリッジ１０４は、サウンドコントローラ１０９との通信を制御する機能も有している。

また更に、サウスブリッジ１０４には、ＰＣＩＥｘｐｒｅｓｓ（ＰＣＩｅ）規格のシリアルバス等を介してマルチメディアプロセッサ１１５に接続されている。
メモリ１１５Ａは、マルチメディアプロセッサ１１５の作業メモリとして用いられる。マルチメディアプロセッサ１１５は、図２に示すように、圧縮符号化されている映像データをデコードするために設けられたＭＰＥＧ−２デコード回路２５、及び４個の演算コア２１〜２４等が１チップに搭載されている。其々の演算コア２１〜２４は、メディア処理性能が高く、性能対消費電力が高い。映像再生プログラム１０がＤＶＤを再生する際、ＭＰＥＧ−２デコード回路はＤＶＤの映像データのデコードを行うことができる。また、４個の演算コア２１〜４２は、デコード回路２５によってデコードされた画素数が７２０×４８０であるビデオデコーダに対してインタレース−プログレッシブ変換（ＩＰ変換）処理を行う。また、４個の演算コア２１〜２４は、画素数が７２０×４８０であるＳＤ画質のビデオデータを、画素数が１９２０×１０８０のＨＤ画質に変換する高画素化変換処理（以下、超解像処理とも称する）を行う。マルチメディアプロセッサ１１５による超解像処理には、バイキュービック法（三次元畳込み内挿法（ＣＣ法））が用いられる。バイキュービック法を用いた超解像処理は、計算量が大きいため、実行するためには多くの演算量が必要とされる。本実施形態においては、ＣＰＵ１０１とは異なる専用のプロセッサであるマルチメディアプロセッサ１１５の演算コア２１〜２４がバックエンドプロセッサとして使用され、このマルチメディアプロセッサ１１５によって超解像処理（高画素化変換処理）が実行される。よって、ＣＰＵ１０１の負荷増大を招くことなく、超解像処理を実行することができる。

尚、映像再生プログラム１１は、ビデオデータをデコードするためにＣＰＵ１０１によって実行されるデコードモジュールを有する。映像再生プログラム１１のデコードモジュールを用いてデコードした場合、ＬＣＤ１０６にビデオデータを表示するためにデコードされたビデオデータは、例えば、ＯＳ１０内のディスプレイドライバ等の機能により、ＧＰＵ１０５が解像度変換処理を行って、表示すべきウィンドウサイズに合わせた画素数に変換することができる。ＧＰＵ１０５の解像度変換機能は、マルチメディアプロセッサ１１５により実行されるバイキュービック法よりも計算量の少ないアルゴリズムである、例えばバイリニア法により実現される。処理負荷はバイリニア法の方が軽いが、一般にバイキュービック法の方が高画質の映像を得ることができる。

尚ここで、ＧＰＵ１０５がバイリニア法によって解像度変換処理を行うのは、ＧＰＵ１０５に入力されたビデオデータの画素数が、ＬＣＤ１７やＨＤＭＩ端子２に入力された画素数と異なる場合である。出力すべき画素数と、ＧＰＵ１０５に入力された画素数とが一致している場合には、ＧＰＵ１０５は解像度変換処理を行わない。

マルチメディアプロセッサ１１５によって高画素化変換処理（超解像処理）及びＧＰＵ１０５の解像度変換処理によって解像度変換を行うか、ＧＰＵ１０５の解像度変換処理のみによって解像度変換処理を行うかは、ＬＣＤ１０６等に表示させるために出力する表示映像信号の画素数と、映像データを復号して得られる元の画素数、及び、マルチメディアプロセッサ１１５によって行う高画素化変換処理により得られる画素数の関係に応じて切り換えられる。この処理の詳細については、図３以降で説明する。

サウンドコントローラ１０９は音源デバイスであり、再生対象の音声データから得られる音声信号をスピーカ１１０又はＨＤＭＩ制御回路１０７に出力する。
無線ＬＡＮコントローラ１１６は、例えばＩＥＥＥ８０２．１１規格の無線通信を実行する無線通信デバイスである。
エンベデッドコントローラ／キーボードコントローラＩＣ１１８は、電力管理のためのエンベデッドコントローラと、キーボード１２０及びタッチパッド１２１を制御するためのキーボードコントローラとが集積された１チップマイクロコンピュータである。このエンベデッドコントローラ／キーボードコントローラＩＣ１１８は、ユーザによるパワーボタンの操作に応じて情報処理装置１を電源オン／オフする機能を有している。更に、エンベデッドコントローラ／キーボードコントローラＩＣ１１８は、リモコンユニットインタフェース部１１９との通信を実行する機能を有している。

ＴＶチューナ１１７はテレビジョン（ＴＶ）放送信号によって放送される放送番組データを受信する受信装置である。図示しないアンテナ端子に接続されている。このＴＶチューナ１１７は、例えば、地上波デジタルＴＶ放送のようなデジタル放送番組データを受信可能なデジタルＴＶチューナとして実現されている。また、ＴＶチューナ１１７は、外部機器から入力される映像データをキャプチャする機能も有している。

次に、再生を行うためにＣＰＵ１０１で実行される映像再生プログラム１１の構成を図３に示す。このプレイヤソフトは、コンテンツの再生を行うためにマイクロソフト社製のＯＳであるＷｉｎｄｏｗｓ(登録商標)環境下で実行されるＭｅｄｉａＦｏｕｎｄａｔｉｏｎと呼ばれる技術を用いる。ＭｅｄｉａＦｏｕｎｄａｔｉｏｎはＷｉｎｄｏｗｓ（登録商標）でメディアコンテンツを扱うためのＣＯＭ（ＣｏｍｐｏｎｅｎｔＯｂｊｅｃｔＭｏｄｅｌ）ベースのＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）セットであり、ＭｅｄｉａＦｏｕｎｄａｔｉｏｎは色々な機能を持ったモジュールの集合体であると言える。動画を再生するために、複数のモジュールを有するモジュールライブラリから選択した複数のモジュールを組合せてグラフを構築する。

表示解像度算出モジュール３０１は、表示する映像の解像度を算出するためのモジュールである。表示解像度算出モジュール３０１は、ウィンドウサイズ変更時等に、ＯＳ１０からウィンドウサイズの変更通知を受取り、このウィンドウサイズから、ツールバーや操作パネル等の領域を除いた、映像の表示サイズ（表示解像度）を算出する。尚、映像再生プログラム１１の起動時には、表示解像度算出モジュール３０１は、自身の記憶するウィンドウサイズ（例えば、前回終了時のウィンドウサイズ）から表示解像度を算出する。

切換要求発行モジュール３０２は、表示解像度算出モジュール３０１が算出した表示解像度に基づき、マルチメディアプロセッサ１１５での超解像処理を行うか否かを切り換えるための切換要求を提供先切換モジュール３０５へ発行するモジュールである。この判断方法については、図４以降を参照しながら説明する。

ＯＤＤ１１４から読込まれたＤＶＤのデータはナビゲーションフィルタ３０３に送られる。ナビゲーションフィルタ３０３は、ビデオパック（Ｖ＿ＰＣＫ）、サブピクチャパック（ＳＰ＿ＰＣＫ）、及びオーディオパック（Ａ＿ＰＣＫ）を分離する。ナビゲーションフィルタ３０３は、オーディオパックを、図示しないオーディオデコーダモジュールに、ビデオパック及びサブピクチャパックをビデオデコーダモジュール３０４に渡す。以下、ビデオパック（に含まれる映像データ）に関する処理について説明を行う。

ビデオデコーダモジュール３０４は、提供先切換モジュール３０５、ＣＰＵ／ＧＰＵデコードモジュール３０６、及びマルチメディアプロセッサデコードモジュール３０７を備えている。ここで、ビデオデコーダモジュール３０４は、ＣＰＵ／ＧＰＵデコードモジュール３０６又はマルチメディアプロセッサ１１５を用いて、ビデオパックに含まれる映像データから映像信号を復号（デコード）するためのモジュールである。

提供先切換モジュール３０５は、切換要求発行モジュール３０２から発行される切換要求に応じて、ナビゲーションモジュール３０３から出力されたビデオパックを、ＣＰＵ／ＧＰＵデコードモジュール３０６又はマルチプロセッサデコードモジュール３０７のいずれに出力するかを切り換えるためのモジュールである。

ここで、ＣＰＵ／ＧＰＵデコードモジュール３０６でデコードする場合には、ソフトウェアデコーダによりＣＰＵ１０１で、又はＧＰＵ１０５の有するアクセラレータによりデコードされることとなる。マルチメディアプロセッサデコードモジュール３０７でデコードする場合には、マルチメディアプロセッサ１１５でデコードすることとなる。

尚、マルチメディアプロセッサ１１５によって映像データを復号する場合には、マルチメディアプロセッサ１１５内のＭＰＥＧ−２デコード回路２５で復号したビデオデータに対してインタレース−プログレッシブ変換（ＩＰ変換）３０８及び高画素化変換（バイキュービック法による変換処理、ＣＣ処理）３０９を行う。

ＣＰＵ／ＧＰＵデコードモジュール３０６又はマルチメディアプロセッサデコードモジュール３０７により復号された映像信号は、ビデオレンダラモジュール３１０に送られる。ビデオレンダラモジュール３１０内のミキサでサブピクチャ等の映像信号とミキシングする処理を行い、ミキシングされた映像信号は、図示しない高画質化エンジンによってエッジや色調補正等の画質調整が施されて、ディスプレイドライバ１０Ａに渡される。また、ビデオレンダラモジュール３１０は、ディスプレイドライバ１０Ａの提供する、例えばＤｉｒｅｃｔ３Ｄ等のＡＰＩを利用し、表示映像信号のサイズの変更（映像信号の解像度変換）を要求する。

ディスプレイドライバ１０ＡはＧＰＵ１０５を制御して、リサイズ処理１０Ｂで表示すべきウィンドウサイズにウィンドウサイズを変換してＬＣＤ１０６に映像を表示する。このとき、ディスプレイドライバ１０Ａは、ビデオレンダラモジュール３１０からの指示に応じて、映像再生プログラム１１から出力される映像信号の解像度の変換処理を行う。このリサイズ処理１０Ｂで用いる解像度変換のアルゴリズムには、バイライン法等の手法が用いられる。

続いて、図４及び図５を参照しながら、映像再生プログラム１１による解像度変換処理について説明する。図４は、ＯＳ１０による制御下、ＬＣＤ１０６に表示される表示画面の例を示す図である。

図４の表示画面中、ウィンドウ５１及び操作パネル５２が、映像再生プログラム１１により表示される画像である。ウィンドウ５１には、映像データを再生して得られる映像領域５１Ａ、及びツールバー領域５１Ｂが含まれる。ツールバー領域５１Ｂには、ウィンドウサイズを全画面化／縮小化するためのボタン５１Ｃ、及びウィンドウを閉じるためのボタン５１Ｄ等が含まれる。

ユーザは、例えばタッチパッド１２１を操作することによってカーソル５３を動かし、ボタン５１Ｃを操作することによってウィンドウの全画面化、及び全画面状態からの縮小化（即ちウィンドウサイズの変更、及びそれに伴う映像表示サイズの変更）を行うことができる。また、カーソル５３を動かしてウィンドウ５１の周辺部分をドラッグ操作することにより、ウィンドウサイズの変更（拡大化及び縮小化）、及びそれに伴う映像表示サイズの変更も行うことができる。つまり、ＯＳ１０による制御下でのカーソル操作により、表示映像サイズ（映像の表示解像度）の設定操作が可能となる。

尚、図４中、表示映像サイズ（映像の表示解像度）は、Ｘ２（横軸方向）×Ｙ２（縦軸方向）として表現されている。
操作パネル５２は、ユーザがカーソル５３を動かして映像再生プログラム１１による映像再生を制御するためのパネルである。具体的には、再生開始ボタンや停止ボタン、早送りボタン、シークバー等が配置され、映像再生プログラム１１は当該操作パネル５２への操作に応じて、自身に含まれる各種モジュールを制御して再生の停止や早送り等の処理を実行する。

続いて、表示／出力解像度と、再生する映像データの解像度との関係について、図５を参照しながら説明する。
図５において、映像再生プログラム１１で再生する映像データを復号して得られる復号画像に係る映像信号の解像度を、Ｘ０×Ｙ０とする（図５（１））。図５（１）に示す復号画像の映像信号は、映像データの復号処理により得られる映像信号であるので、図３中、ＣＰＵ／ＧＰＵデコードモジュール３０６から出力される映像信号、及びＭＰＥＧ−２デコード回路２５から出力される映像信号がこれに相当する。

また、ＬＣＤ１０６等の表示画面上に表示するための出力画像に係る表示映像信号の解像度をＸ２×Ｙ２とする（図５（３））。図５（３）の表示映像信号は、最終的にウィンドウ５１上の映像領域５１Ａに表示されるものであるので、上述の通り、ユーザによるカーソル５３の操作等により表示解像度が決定される。

図５（２）に示す超解像処理画像は、図５（１）の復号画像を、マルチメディアプロセッサ１１５により超解像処理（ＩＰ変換３０８及びＣＣ処理３０９）することにより得られる画像であり、Ｘ１×Ｙ１の解像度を有する。ここで、Ｘ１＞Ｘ０、Ｙ１＞Ｙ０である。

映像再生プログラム１１は、表示解像度算出モジュール３０１で算出した出力画像の解像度Ｘ２×Ｙ２が、映像データを復号して得られる復号画像の解像度Ｘ０×Ｙ０よりも低いと判断した場合には、超解像処理を行っていない、復号画像の映像信号を元に出力画像の表示映像信号を生成するように制御を行う。より具体的には、Ｘ０×Ｙ０≧Ｘ２×Ｙ２と判断した場合には、切換要求発行モジュール３０２は、提供先切換モジュール３０５に対し、映像データをＣＰＵ／ＧＰＵデコードモジュール３０６へ出力するように切換要求を発行する。

一方、映像再生プログラム１１は、表示解像度算出モジュール３０１で算出した出力画像の解像度Ｘ２×Ｙ２が、復号画像の解像度Ｘ０×Ｙ０よりも高いと判断した場合には、超解像処理を行った超解像処理画像の映像信号を元に出力画像の表示映像信号を生成するように制御を行う。より具体的には、Ｘ０×Ｙ０＜Ｘ２×Ｙ２と判断した場合には、切換要求発行モジュール３０２は、提供先切換モジュール３０５に対し、映像データをマルチメディアプロセッサデコードモジュール３０７に出力するように切換要求を発行する。

ディスプレイドライバ１０Ａは、ビデオレンダラモジュール３１０から出力されてきた復号画像（Ｘ０×Ｙ０）、超解像処理画像（Ｘ１×Ｙ１）の一方の解像度の画像信号を元に、バイライン法等のアルゴリズムを用いたリサイズ処理１０Ｂを施して解像度を変換して出力画像の表示映像信号を生成する。

以下、図６を参照しながら映像再生プログラム１１の処理の流れを説明する。
映像表示プログラム１１が起動すると、まず、表示解像度算出モジュール３０１は、映像を表示すべき映像領域５１の表示解像度（図４、図５中、Ｘ２×Ｙ２に相当）を算出する（Ｓ４０１）。

その後、ナビゲーションモジュール３０３によるＯＤＤ１１４からの映像データ読込み、再生処理を開始する（Ｓ４０２）。尚、再生開始時においては、デコード処理はＣＰＵ／ＧＰＵデコードモジュール３０６で行う。このデコード処理の開始時に、パケットヘッダ等の読込み等により、オリジナルの復号画像の解像度（図５中、Ｘ０×Ｙ０に相当）を取得することができる（Ｓ４０３）。

切換要求発行モジュール３０２は、表示解像度算出モジュールで算出した表示解像度と、オリジナルの復号画像の解像度とを比較し（Ｓ４０４）、その比較結果に応じて提供先切換モジュール３０５に切換要求を発行する。オリジナルの復号画像の解像度（サイズ）が表示解像度（サイズ）よりも高い場合には（Ｓ４０４のＹｅｓ）、超解像処理を行わない、復号画像の映像信号をビデオレンダラモジュール３１０から出力すべく、映像データの出力先をＣＰＵ／ＧＰＵデコードモジュール３０６とするよう、切換要求発行モジュール３０２から提供先切換モジュール３０５に切換要求を発行する（Ｓ４０５）。

一方、復号画像の解像度が表示解像度よりも低い場合には（Ｓ４０４のＮｏ）、超解像処理後の映像信号をビデオレンダラモジュール３１０から出力すべく、映像データの出力先をマルチメディアプロセッサデコードモジュール３０７とするよう、切換要求発行モジュール３０２から提供先切換モジュール３０５に切換要求を発行する（Ｓ４０６）。

その後、表示解像度算出モジュール３０１がＯＳ１０からウィンドウサイズ変更の通知を受けた場合には（Ｓ４０７のＹｅｓ）、表示解像度算出モジュール３０１はサイズ変更後の表示解像度を算出し（Ｓ４０８）、当該表示解像度に基づいてＳ４０４以降の処理を行う。

一方、ウィンドウサイズが変更されず（Ｓ４０７のＮｏ）、再生も終了しない場合には（Ｓ４０９のＮｏ）Ｓ４０７へ戻り、ウィンドウサイズの変更の有無（Ｓ４０７）、及び再生の終了の有無（Ｓ４０９）を監視し続ける。

以上説明したように、本実施例によれば、表示解像度と復号画像の解像度とに応じて、超解像処理（高画素化処理）を施した映像信号を元に表示映像信号を生成するか、超解像処理を施す前の映像信号を元に表示映像信号を生成するかを切り換える。元の復号画像に係る映像信号よりも表示すべき解像度が小さい場合には、マルチメディアプロセッサ１１５で超解像処理を施して再度ディスプレイドライバでリサイズ処理を行うことにより、画質が劣化してしまう可能性が高いが、本実施形態では、オリジナルの復号画像を元に出力画像を生成するので、画質の劣化を抑制することが出来る。

また、復号画像よりも出力画像が大きい場合には、超解像処理画像をディスプレイドライバ１０Ａでリサイズして出力画像を生成する。これは、ディスプレイドライバ１０Ａで用いる解像度変換処理よりも、マルチメディアプロセッサ１１５で行う解像度変換処理の方が計算量が多く、高画質化を見込めるアルゴリズムであるため、この超解像処理画像を元にして復号画像を生成する方が、復号画像を元に出力画像を生成するよりも高画質化を見込むことができるからである。

尚、上述の実施形態では、マルチメディアプロセッサ１１５から出力可能な解像度を１種類であるものとして説明したが、これに限られるものではなく、超解像処理により複数の解像度を出力可能としても良い。以下、図７及び図８を参照して、複数解像度の超解像処理に対応する場合の構成及び処理について説明する。

図７は、複数の解像度の超解像処理画像を出力可能な場合の、映像再生プログラム１１の構成を示す図である。尚、上述の実施形態と同様の働きをする構成については、図３と同一の符号を付している。また、以下説明を省略した部分については、図３と同様の動作を行うものとする。

マルチメディアプロセッサ１１５は、出力解像度の異なるＣＣ処理３０９Ａ（以下、超解像処理３０９Ａとも称す）、ＣＣ処理３０９Ｂ（以下、超解像処理３０９Ｂとも称す）、ＣＣ処理Ｃ３０９Ｃ（以下、超解像処理３０９Ｃとも称す）の３種類の超解像処理を行うことが可能である。其々、同じＣＣ法を用いて超解像処理を行うが、出力解像度に応じて、最適なパラメータ設定が為されているものとする。

また、超解像処理３０９Ａ〜３０９Ｃは、全てマルチメディアプロセッサ１１５上の演算コア２１〜２４により行われる。以下、超解像処理（ＣＣ処理）Ａ〜Ｃのうち、超解像処理Ａ後の出力画像の解像度が最も低く（但し、復号画像よりは解像度が高いものとする）、続いて超解像処理Ｂ後の画像、超解像処理Ｃ後の画像の順で解像度が低いものとして説明を行う。

切換要求発行モジュール３０２は、復号画像の解像度、マルチメディアプロセッサ１１５から出力可能な解像度、及び出力画像の解像度に基づき、映像データの出力先、及び、超解像処理を切り換える。以下、図８を参照しながらこの処理について説明する。

Ｓ８０１〜Ｓ８０３の処理については、図６のＳ４０１〜Ｓ４０３と同様であるので、説明を省略する。
切換要求発行モジュール３０２は、表示解像度算出モジュール３０１で算出した表示解像度と、オリジナルの復号画像の解像度とを比較し（Ｓ８０４、Ｓ８０６、Ｓ８０８）、その比較結果に応じて提供先切換モジュール３０５及びマルチメディアプロセッサデコードモジュール３０７に切換要求を発行する。

オリジナルの復号画像の解像度（サイズ）が表示解像度（サイズ）よりも高い場合には（Ｓ８０４のＹｅｓ）、超解像処理を行わない、復号画像の映像信号をビデオレンダラモジュール３１０から出力すべく、映像データの出力先をＣＰＵ／ＧＰＵデコードモジュール３０６とするよう、切換要求発行モジュール３０２から提供先切換モジュール３０５に切換要求を発行する（Ｓ８０５）。

オリジナルの復号画像の解像度が表示解像度よりも低い場合には（Ｓ８０４のＹｅｓ）、マルチメディアプロセッサ１１５の出力可能な超解像画像のうち、最も解像度の低い超解像処理３０９Ａ後の解像度と表示解像度とを比較する（Ｓ８０６）。超解像処理３０９Ａ後の解像度よりも表示解像度の方が低ければ（Ｓ８０６のＹｅｓ）、超解像処理３０９Ａ後の映像信号をビデオレンダラモジュール３１０から出力すべく、映像データの出力先をマルチメディアプロセッサデコードモジュール３０７とするよう、切換要求発行モジュール３０２から提供先切換モジュール３０５に切換要求を発行すると共に、使用する超解像処理を超解像処理３０９Ａとするよう、マルチメディアプロセッサデコードモジュール３０７に切換要求を発行する（Ｓ８０７）。

Ｓ８０６と同様に、マルチメディアプロセッサ１１５の出力可能な超解像画像のうち、次に解像度の低い超解像処理３０９Ｂ後の解像度と表示解像度とを比較する（Ｓ８０８）。超解像処理３０９Ｂ後の解像度よりも表示解像度の方が低ければ、超解像処理３０９Ｂ後の映像信号をビデオレンダラモジュール３１０から出力すべく、映像データの出力先をマルチメディアプロセッサデコードモジュール３０７とするよう、切換要求発行モジュール３０２から提供先切換モジュール３０５に切換要求を発行すると共に、使用する超解像処理を超解像処理３０９Ｂとするよう、マルチメディアプロセッサデコードモジュール３０７に切換要求を発行する（Ｓ８０９）。

表示解像度が超解像処理Ｂ後の解像度よりも低い場合には（Ｓ８０８のＮｏ）、最も解像度の高い超解像処理３０９Ｃ後の映像をビデオレンダラモジュール３１０から出力すべく、映像データの出力先をマルチメディアプロセッサデコードモジュール３０７とするよう、切換要求発行モジュール３０２から提供先切換モジュール３０５に切換要求を発行すると共に、使用する超解像処理を超解像処理３０９Ｃとするよう、マルチメディアプロセッサデコードモジュール３０７に切換要求を発行する（Ｓ８１０）。

Ｓ８１１以降の処理は、図６のＳ４０７以降と同様であるので説明を省略する。
以上説明したように、本実施形態では、表示解像度と復号画像の解像度、及び、高解像度処理で出力可能な解像度に基づいて、ビデオレンダラモジュール３１０から出力する元となる映像信号の生成元を切り換えるようにしている。これにより、特に、超解像処理３０９Ｂ以下の解像度において、解像度を上げる処理は、高画質が見込めるアルゴリズム（高解像度処理３０９Ａ〜３０９Ｃ）を用いて行い、解像度を下げる処理はディスプレイドライバ１０Ａで行うこととなる。一般に、解像度を下げる処理は情報量を下げる処理であり、画質の劣化に与える影響が小さいと考えられるため、このように解像度変換処理の分担を分けることにより、ディスプレイドライバ１０Ａのみで解像度変換を行う場合よりも高画質化を見込むことができる。

尚、以上の実施形態では、ビデオレンダラモジュール３１０から出力する映像信号を切り換える際に、解像度変換処理の有無のみでなく、デコードを行うモジュールも切り換えるようにしていたが、これに限られるものではない。

図９に、解像度変換処理のみを切り換える場合の構成の例を示す。尚、図９において、上述の実施形態と同様の動作をするものについては同一の符号を付している。また、以下説明を省略した部分については、図３及び図７と同様の動作を行うものとする。

図９の例では、いずれの解像度の映像信号をビデオレンダラモジュール３１０から出力する場合であっても、デコードモジュール３１１でデコード処理を行う。尚、このデコード処理はソフトウェアデコードであるか、ハードウェアデコードであるかは問わず、ＣＰＵ１０１上であっても、ＧＰＵ１０５のアクセラレータを使用しても、マルチメディアプロセッサ１１５のような外部プロセッサを使用しても良い。

提供先切換モジュール３０５は、切換要求発行モジュールからの要求に応じて、デコードモジュール３１１でデコードして得られた映像信号を、そのままビデオレンダラモジュール３１０に出力するか、マルチメディアプロセッサモジュール３１２に出力するかを切り換える。

マルチメディアプロセッサ１１５は、マルチメディアプロセッサモジュール３１２からの制御に従って、高解像度処理を行い、例えば１９２０×１０８０等の高解像度の映像信号を出力する。

１・・・情報処理装置
２・・・外部ディスプレイ装置
１０・・・ＯＳ
１１・・・映像再生プログラム
２１、２２、２３、２４・・・演算コア
２５・・・ＭＰＥＧ−２デコード回路
５１・・・ウィンドウ
５１Ａ・・・映像領域
５１Ｂ・・・ツールバー領域
５１Ｃ、５１Ｄ・・・ボタン
５２・・・操作パネル
５３・・・カーソル
１０１・・・ＣＰＵ
１０２・・・ノースブリッジ
１０３・・・主メモリ
１０４・・・サウスブリッジ
１０５・・・ＧＰＵ
１０５Ａ・・・ＶＲＡＭ
１０６・・・ＬＣＤ
１０７・・・ＨＤＭＩ制御回路
１０８・・・ＨＤＭＩ端子
１０９・・・サウンドコントローラ
１１０・・・スピーカ
１１１・・・ＢＩＯＳ−ＲＯＭ
１１２・・・ＬＡＮコントローラ
１１３・・・ＨＤＤ
１１４・・・ＯＤＤ
１１５・・・マルチメディアプロセッサ
１１５Ａ・・・メモリ
１１６・・・無線ＬＡＮコントローラ
１１７・・・ＴＶチューナ
１１８・・・ＫＣ／ＫＢＣ
１１９・・・リモコンユニットインタフェース
１２０・・・キーボード
１２１・・・タッチパッド
３０１・・・表示解像度算出モジュール
３０２・・・切換要求発行モジュール
３０３・・・ナビゲーションモジュール
３０４・・・ビデオデコーダモジュール
３０５・・・提供先切換モジュール
３０６・・・ＣＰＵ／ＧＰＵデコードモジュール
３０７・・・マルチメディアプロセッサデコードモジュール
３０８・・・インタレース／プログレッシブ変換処理
３０９、３０９Ａ、３０９Ｂ、３０９Ｃ・・・バイキュービック変換処理
３１０・・・ビデオレンダラモジュール
３１１・・・デコードモジュール

Claims

映像を表示する表示映像信号の第１解像度を設定する手段と、
映像データを第２解像度の映像信号に復号する復号手段と、
復号された前記第２解像度の映像信号を、前記第２解像度よりも解像度の高い第３解像度の映像信号に、第１アルゴリズムにより変換する第１変換手段と、
復号された前記第２解像度の映像信号、及び変換後の前記第３解像度の映像信号のうちの１の映像信号から、前記第１アルゴリズムよりも計算量の少ない第２アルゴリズムを用いて前記第１解像度の表示映像信号を生成して表示装置に出力する出力手段と、
復号された前記第２解像度の映像信号、又は変換後の前記第３解像度の映像信号のどちらの映像信号から表示映像信号を生成するかを、前記第１解像度に基づいて制御する切換手段と
を備えることを特徴とする情報処理装置。
前記切換手段は、前記第１解像度が前記第２解像度よりも低い場合に、復号された前記第２解像度の映像信号から表示映像信号を生成すること
を特徴とする請求項１記載の情報処理装置。
前記切換手段は、前記第１解像度が前記第２解像度よりも低いか否かに応じて表示映像信号の元となる映像信号を切り替えること
を特徴とする請求項２記載の情報処理装置。
前記切換手段は、前記第１解像度が前記第３解像度よりも高い場合に、第３解像度の映像信号から前記第１解像度の表示映像信号を生成すること
を特徴とする請求項１記載の情報処理装置。
前記切換手段は、前記第１解像度が第３解像度よりも高いか否かに応じて表示信号の元となる映像信号を切り換えること
を特徴とする請求項４記載の情報処理装置。
前記第１変換手段は、復号された前記第２解像度の映像信号を、前記第２アルゴリズムよりも計算量の多い第３アルゴリズムを用いて、第３解像度よりも解像度の高い第４解像度の映像信号に、変換可能であり、
前記出力手段は、復号された前記第２解像度の映像信号、変換後の前記第３解像度の映像信号、及び変換後の前記第４解像度の映像信号のうちの１の映像信号から、前記第１解像度の表示映像信号を生成して表示装置に出力し、
前記切換手段は、前記第１解像度と、前記第２解像度、前記第３解像度、第４解像度との比較に関係に応じて、表示映像信号の元となる映像信号を制御すること
を特徴とする請求項１記載の情報処理装置。
前記出力手段は、表示画面上のウィンドウ内の映像として表示映像信号を出力し、
前記切換手段は、前記ウィンドウのウィンドウサイズの変更に応じて、表示映像信号の元となる映像信号を切り換えること
を特徴とする請求項３、５、又は６のいずれか１項記載の情報処理装置。