(57)【特許請求の範囲】
【請求項１】
他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段、
前記取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリに書き込む書き込み手段、
前記書き込み手段によって書き込まれた複数画面の画像データの各々を前記動画像コンテンツの時間軸に沿う順序で指定する指定手段、
前記指定手段によって指定された画像データを読み出す読み出し手段、
前記読み出し手段によって読み出すべき、前記指定手段によって指定された画像データが前記第２符号化画像データであるか否かという画像条件を含む鮮鋭度条件を満足するか否かを判別する判別手段、および
前記判別手段によって鮮鋭度条件を満足しないと判別したとき前記読み出し手段の読み出し処理を禁止する禁止手段を備える、出力制御装置。
【請求項２】
前記鮮鋭度条件は前記第２符号化画像データのサイズが第１閾値を上回るという第１閾値条件をさらに含む、請求項１記載の出力制御装置。
【請求項３】
前記第２符号化画像データに対応する再現画像とこれに隣接する再現画像との間の変化量を算出する算出手段をさらに備え、
前記鮮鋭度条件は前記算出手段によって算出された変化量が既定範囲に属するという範囲条件をさらに含む、請求項１記載の出力制御装置。
【請求項４】
他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段を備え、前記動画像コンテンツを形成する複数画面の画像データの各々は複数のデータブロックによって形成された符号化画像データであり、前記データブロックの数は画像の鮮鋭度が低下するほど減少し、さらに
前記取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリに書き込む書き込み手段、
前記書き込み手段によって書き込まれた複数画面の画像データの各々を前記動画像コンテンツの時間軸に沿う順序で指定する指定手段、
前記指定手段によって指定された画像データを読み出す読み出し手段、
前記読み出し手段によって読み出すべき、前記指定手段によって指定された画像データが前記第２符号化画像データを形成するデータブロックの数が第２閾値を上回るという第２閾値条件を含む鮮鋭度条件を満足するか否かを判別する判別手段、および
前記判別手段によって鮮鋭度条件を満足しないと判別したとき前記読み出し手段の読み出し処理を禁止する禁止手段を備える、出力制御装置。
【請求項５】
前記取り込み手段は前記第１符号化画像データおよび前記第２符号化画像データをデコードするデコード手段を含み、
前記書き込み手段は前記デコード手段によってデコードされた映像データを前記メモリに書き込む、請求項１ないし４のいずれかに記載の出力制御装置。
【請求項６】
前記読み出し手段によって読み出された画像データに基づく画像を表示する表示手段、および
前記禁止手段の禁止処理に関連して先行画像の再表示を前記表示手段に要求する要求手段をさらに備える、請求項１ないし５のいずれかに記載の出力制御装置。
【請求項７】
前記禁止手段によって読み出しが禁止された画面と異なる画面の画像データを前記禁止手段による禁止処理に関連して前記メモリから読み出す代替読み出し手段をさらに備える、請求項１ないし６のいずれかに記載の出力制御装置。
【請求項８】
他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段を備える出力制御装置のプロセサを、
前記取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリに書き込む書き込み手段、
前記書き込み手段によって書き込まれた複数画面の画像データの各々を前記動画像コンテンツの時間軸に沿う順序で指定する指定手段、
前記指定手段によって指定された画像データを読み出す読み出し手段、
前記読み出し手段によって読み出すべき、前記指定手段によって指定された画像データが前記第２符号化画像データであるか否かという画像条件を含む鮮鋭度条件を満足するか否かを判別する判別手段、および
前記判別手段によって鮮鋭度条件を満足しないと判別したとき前記読み出し手段の読み出し処理を禁止する禁止手段として機能させるための、出力制御プログラム。
【請求項９】
他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段を備える出力制御装置の出力制御方法であって、
前記取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリに書き込む書き込みステップ、
前記書き込みステップによって書き込まれた複数画面の画像データの各々を前記動画像コンテンツの時間軸に沿う順序で指定する指定ステップ、
前記指定ステップによって指定された画像データを読み出す読み出しステップ、
前記読み出しステップによって読み出すべき、前記指定ステップによって指定された画像データが前記第２符号化画像データであるか否かという画像条件を含む鮮鋭度条件を満足するか否かを判別する判別ステップ、および
前記判別ステップによって鮮鋭度条件を満足しないと判別したとき前記読み出しステップの読み出し処理を禁止する禁止ステップを含む、出力制御方法。
【請求項１０】
他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段を備え、前記動画像コンテンツを形成する複数画面の画像データの各々は複数のデータブロックによって形成された符号化画像データであり、前記データブロックの数は画像の鮮鋭条件が低下するほど減少する、出力制御装置のプロセサを、
前記取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリに書き込む書き込み手段、
前記書き込み手段によって書き込まれた複数画面の画像データの各々を前記動画像コンテンツの時間軸に沿う順序で指定する指定手段、
前記指定手段によって指定された画像データを読み出す読み出し手段、
前記読み出し手段によって読み出すべき、前記指定手段によって指定された画像データが前記第２符号化画像データを形成するデータブロックの数が第２閾値を上回るという第２閾値条件を含む鮮鋭度条件を満足するか否かを判別する判別手段、および
前記判別手段によって鮮鋭度条件を満足しないと判別したとき前記読み出し手段の読み出し処理を禁止する禁止手段として機能させる、出力制御プログラム。
【請求項１１】
他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段を備え、前記動画像コンテンツを形成する複数画面の画像データの各々は複数のデータブロックによって形成された符号化画像データであり、前記データブロックの数は画像の鮮鋭条件が低下するほど減少する、出力制御装置における制御方法であって、
前記取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリに書き込む書き込みステップ、
前記書き込みステップによって書き込まれた複数画面の画像データの各々を前記動画像コンテンツの時間軸に沿う順序で指定する指定ステップ、
前記指定ステップによって指定された画像データを読み出す読み出しステップ、
前記読み出しステップによって読み出すべき、前記指定ステップによって指定された画像データが前記第２符号化画像データを形成するデータブロックの数が第２閾値を上回るという第２閾値条件を含む鮮鋭度条件を満足するか否かを判別する判別ステップ、および
前記判別ステップによって鮮鋭度条件を満足しないと判別したとき前記読み出しステップの読み出し処理を禁止する禁止ステップとして機能させる、出力制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、出力制御装置に関し、特にたとえば携帯端末に適用され、伝送帯域に制限のある環境で受信された画像データをデコードする、出力制御装置に関する。
【背景技術】
【０００２】
従来のこの種の装置の一例が、特許文献１に開示されている。この従来技術によれば、デマルチプレクサ２２は、操作パネル６２の操作によって選局された所望のチャネルのディジタル放送データから映像パケットおよび音声パケットを抽出し、抽出された映像パケットは、ＭＰＥＧ４ビデオデコーダ２６に与えられる。ＭＰＥＧ４ビデオデコーダ２６は、与えられた映像パケットをデコードして映像データを生成し、生成された映像データは、ＬＣＤモニタ３２に向けて出力される。この結果、選局されたチャネルで放送される番組コンテンツの動画像が、ＬＣＤモニタ３２の画面に表示される。
【０００３】
ここで、ＭＰＥＧ４ビデオデコーダ２６によってデコードされた映像データは、他画面の映像データを参照してデコードされたＰピクチャと他画面の映像データを参照することなくデコードされたＩピクチャとに区分される。
【特許文献１】特開２００４−２９７６９２号公報[H04M 11/08,1/00,1/725,H04Q7/38]
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、従来技術では、伝送帯域に制限のある環境の下ではデータサイズの制限が厳しく、Ｉピクチャに基づく高周波成分の画像領域が欠落して伝送されるため、Ｉピクチャをデコードすると、ＬＣＤに再現するべき表示画像の鮮鋭度は低くなってしまう。
【０００５】
それゆえに、この発明の主たる目的は、表示画像の鮮鋭度の低下を抑制することができる、出力制御装置を提供することである。
【課題を解決するための手段】
【０００６】
請求項１の発明に従う出力制御装置(10)は、他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段(12,14,16,22)、取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリ(36b)に書き込む書き込み手段(S23)、書き込み手段によって書き込まれた複数画面の画像データの各々を動画像コンテンツの時間軸に沿う順序で指定する指定手段(S71,S73,S75)、指定手段によって指定された画像データを読み出す読み出し手段(S65)、読み出し手段によって読み出すべき、指定ステップによって指定された画像データが第２符号化画像データであるか否かという画像条件を含む鮮鋭度条件を満足するか否かを判別する判別手段(S45)、および判別手段によって鮮鋭度条件を満足しないと判別したとき読み出し手段の読み出し処理を禁止する禁止手段(S63)を備える。
【０００７】
動画像コンテンツは、取り込み手段によって取り込まれる。動画像コンテンツを形成する複数画面の画像データは、他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む。取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データは、書き込み手段によってメモリに書き込まれる。指定手段は、書き込み手段によって書き込まれた複数画面の画像データの各々を動画像コンテンツの時間軸に沿う順序で指定する。指定手段によって指定された画像データは、読み出し手段によって読み出される。判別手段は、読み出し手段によって読み出すべき画像データが鮮鋭度条件を満足するか否かを判別する。判別手段の判別結果が否定的であれば、読み出し手段の読み出し処理が禁止手段によって禁止される。
【０００８】
したがって、メモリに格納された画像データは、鮮鋭度条件を満足する限り、動画像コ
ンテンツの動きに沿う順序で読み出される。動画像コンテンツは、時間軸に沿って的確に再現される。鮮鋭度条件を満足しない画像データが発見されると、この画像データの読み出しが禁止される。これによって、再現される動画像の鮮鋭度が低下する事態が回避される。具体的には、鮮鋭度条件に含まれる画像条件は、第１符号化画像データよりもデータサイズの大きい第２符号化画像データに注目し、第２符号化画像データに関連する画像データが判別手段によって判別される。この結果、定期的に現れる動画像の鮮鋭度の低下を防ぐことができる。
【００１１】
請求項２の発明に従う出力制御装置は、請求項１に従属し、鮮鋭度条件は第２符号化画像データのサイズが第１閾値を上回るという閾値条件をさらに含む。
【００１２】
請求項２の発明によれば、鮮鋭度条件に含まれる第１閾値条件は、第２符号化画像データのサイズが第１閾値を上回るか否かに注目する。第２符号化画像データのサイズが第１閾値を上回れば、鮮鋭度条件が満足され、これによって時間軸に沿って的確に再現される。また、第２符号化画像データのサイズが第１閾値以下であれば、鮮鋭度条件が満足されず、これによって再現される動画像の鮮鋭度が低下する事態が回避される。
【００１３】
請求項３の発明に従う出力制御装置は、請求項１に従属し、第２符号化画像データに対応する再現画像とこれに隣接する再現画像との間の変化量を算出する算出手段(S93)をさらに備え、鮮鋭度条件は算出手段によって算出された変化量が既定範囲に属するという範囲条件をさらに含む。
【００１４】
請求項３の発明によれば、鮮鋭度条件に含まれる範囲条件は、第２符号化画像データに対応する再現画像とこれに隣接する再現画像との間の変化量が既定範囲に属するか否かに注目する。第２符号化画像データに対応する再現画像とこれに隣接する再現画像との間の変化量が既定範囲に属すれば、鮮鋭度条件が満足され、これによって時間軸に沿って的確に再現される。第２符号化画像データに対応する再現画像とこれに隣接する再現画像との間の変化量が既定範囲に属しなければ、鮮鋭度条件が満足されず、これによって再現される動画像の鮮鋭度が低下する事態が回避される。
請求項４に従う出力制御装置は、他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段を備え、動画像コンテンツを形成する複数画面の画像データの各々は複数のデータブロックによって形成された符号化画像データであり、データブロックの数は画像の鮮鋭条件が低下するほど減少し、さらに取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリに書き込む書き込み手段、書き込み手段によって書き込まれた複数画面の画像データの各々を動画像コンテンツの時間軸に沿う順序で指定する指定手段、指定手段によって指定された画像データを読み出す読み出し手段、読み出し手段によって読み出すべき、指定手段によって指定された画像データが第２符号化画像データを形成するデータブロックの数が第２閾値を上回るという第２閾値条件を含む鮮鋭度条件を満足するか否かを判別する判別手段、および判別手段によって鮮鋭度条件を満足しないと判別したとき読み出し手段の読み出し処理を禁止する禁止手段を備える。
請求項４の発明によれば、動画像コンテンツを形成する複数画面の画像データの各々は複数のデータブロックによって形成された符号化画像データであり、データブロックの数は画像の鮮鋭度が低下するほど減少する。鮮鋭度条件に含まれる第２閾値条件は、符号化画像データを形成するデータブロックの数が第２閾値を上回るか否かに注目する。符号化画像データを形成するデータブロックの数が第２閾値以下であれば、鮮鋭度条件が満足され、これによって時間軸に沿って的確に再現される。符号化画像データを形成するデータブロックの数が第２閾値を上回れば、鮮鋭度条件が満足されず、これによって再現される動画像の鮮鋭度が低下する事態が回避される。
【００１５】
請求項５の発明に従う出力制御装置は、請求項１ないし４のいずれかに従属し、取り込み手段は第１符号化画像データおよび第２符号化画像データをデコードするデコード手段(22)を含み、書き込み手段はデコード手段によってデコードされた映像データをメモリに書き込む。
【００１６】
請求項５の発明によれば、取り込み手段に含まれるデコード手段は、第１符号化画像データおよび第２符号化画像データをデコードし、デコード手段によってデコードされた映像データは、メモリに一旦書き込み手段によって書き込まれる。この結果、複数画面の画像データによって再現される動画像コンテンツが円滑に表示される。
【００１９】
請求項６の発明に従う出力制御装置は、請求項１ないし５のいずれかに従属し、読み出し手段によって読み出された画像データに基づく画像を表示する表示手段(30)、および禁止手段の禁止処理に関連して先行画像の再表示を表示手段に要求する要求手段(S67)をさらに備える。
【００２０】
請求項６の発明によれば、表示手段は、読み出し手段によって読み出された画像データに基づく画像を表示し、要求手段は、禁止手段の禁止処理に関連して先行画像の再表示を表示手段に要求する。この結果、禁止手段によって禁止された画像データつまり鮮鋭度条件を満足しない画像データを表示すべきタイミングには、先行画像が表示手段によって再度表示される。
【００２１】
請求項７の発明に従う出力制御装置は、請求項１ないし６のいずれかに従属し、禁止手段によって読み出しが禁止された画面と異なる画面の画像データを禁止手段による禁止処理に関連してメモリから読み出す代替読み出し手段(S81)をさらに備える。これによって、鮮鋭度条件を満足しない画像データを表示すべきタイミングには、先行画像が代替読み出し手段によって再度読み出される。
【００２２】
請求項８の発明に従う出力制御プログラムは、他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段(12,14,16,22)を備える出力制御装置(10)のプロセサ(32)を、取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリ(36b)に書き込む書き込み手段(S23)、書き込み手段によって書き込まれた複数画面の画像データの各々を動画像コンテンツの時間軸に沿う順序で指定する指定手段(S71,S73,S75)、指定手段によって指定された画像データを読み出す読み出し手段(S65)、読み出し手段によって読み出すべき、指定手段によって指定された画像データが第２符号化画像データであるか否かという画像条件を含む鮮鋭度条件を満足するか否かを判別する判別手段(S45)、および判別手段によって鮮鋭度条件を満足しないと判別したとき読み出し手段の読み出し処理を禁止する禁止手段(S63)として機能させるための、出力制御プログラムである。
【００２３】
請求項９の発明に従う出力制御方法は、他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段(12,14,16,22)を備える出力制御装置(10)の出力制御方法であって、取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリ(36b)に書き込む書き込みステップ(S23)、書き込みステップによって書き込まれた複数画面の画像データの各々を動画像コンテンツの時間軸に沿う順序で指定する指定ステップ(S71,S73,S75)、指定ステップによって指定された画像データを読み出す読み出しステップ(S65)、読み出しステップによって読み出すべき、指定ステップによって指定された画像データが第２符号化画像データであるか否かという鮮鋭度条件を満足するか否かを判別する判別ステップ(S45)、および判別ステップの判別結果が否定的であるとき読み出しステップの読み出し処理を禁止する禁止ステップ(S63)を含む、出力制御方法である。
【００２４】
請求項８および９についても、請求項１の発明と同様に、メモリに格納された画像データは、鮮鋭度条件を満足する限り、動画像コンテンツの動きに沿う順序で読み出される。動画像コンテンツは、時間軸に沿って的確に再現される。鮮鋭度条件を満足しない画像データが発見されると、この画像データの読み出しが禁止される。これによって、再現される動画像の鮮鋭度が低下する事態が回避される。
請求項１０に従う出力制御プログラムは、他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段を備え、動画像コンテンツを形成する複数画面の画像データの各々は複数のデータブロックによって形成された符号化画像データであり、データブロックの数は画像の鮮鋭条件が低下するほど減少する、出力制御装置のプロセサを、取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリに書き込む書き込み手段、書き込み手段によって書き込まれた複数画面の画像データの各々を動画像コンテンツの時間軸に沿う順序で指定する指定手段、指定手段によって指定された画像データを読み出す読み出し手段、読み出し手段によって読み出すべき、指定手段によって指定された画像データが第２符号化画像データを形成するデータブロックの数が第２閾値を上回るという第２閾値条件を含む鮮鋭度条件を満足するか否かを判別する判別手段、および判別手段によって鮮鋭度条件を満足しないと判別したとき読み出し手段の読み出し処理を禁止する禁止手段として機能させる、出力制御プログラムである。
請求項１１に従う出力制御方法は、他画面の画像データを参照してデコードされる第１符号化画像データと他画面を参照することなくデコードされる第２符号化画像データとを含む複数画面の画像データで構成される、動画像コンテンツを取り込む取り込み手段を備え、動画像コンテンツを形成する複数画面の画像データの各々は複数のデータブロックによって形成された符号化画像データであり、データブロックの数は画像の鮮鋭条件が低下するほど減少する、出力制御装置における制御方法であって、取り込み手段によって取り込まれた動画像コンテンツを形成する複数画面の画像データをメモリに書き込む書き込みステップ、書き込みステップによって書き込まれた複数画面の画像データの各々を動画像コンテンツの時間軸に沿う順序で指定する指定ステップ、指定ステップによって指定された画像データを読み出す読み出しステップ、読み出しステップによって読み出すべき、指定ステップによって指定された画像データが第２符号化画像データを形成するデータブロックの数が第２閾値を上回るという第２閾値条件を含む鮮鋭度条件を満足するか否かを判別する判別ステップ、および判別ステップによって鮮鋭度条件を満足しないと判別したとき読み出しステップの読み出し処理を禁止する禁止ステップとして機能させる、出力制御方法である。
請求項１０および１１についても、請求項４の発明と同様の効果が期待できる。
【発明の効果】
【００２５】
この発明によれば、メモリに格納された画像データは、鮮鋭度条件を満足する限り、動画像コンテンツの動きに沿う順序で読み出される。動画像コンテンツは、時間軸に沿って的確に再現される。鮮鋭度条件を満足しない画像データが発見されると、この画像データの読み出しが禁止される。これによって、再現される動画像の鮮鋭度が低下ないし劣化する事態が回避される。
【００２６】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００２７】
図１を参照して、この実施例の携帯端末１０は、アンテナ１２を含む。入力デバイス（操作パネル）３８の操作によって番組視聴モードが選択されると、チューナモジュール１４は、所望のチャネル（サービス）の選局に対応する命令をＣＰＵ３２によって与えられる。
【００２８】
チューナモジュール１４は、アンテナ１２によって捉えられた地上波ディジタル放送の高周波信号を復調し、所望のチャネルのＭＰＥＧ−ＴＳ（Transport Stream）を出力する。ＴＳデコーダ１６は、チューナモジュール１４から与えられたＭＰＥＧ−ＴＳをオーディオＰＥＳ（Packetized Elementary Stream），データＰＥＳ，ビデオＰＥＳおよびＰＣＲ(Program Clock Reference)に分離する。分離されたオーディオＰＥＳ，データＰＥＳ，ビデオＰＥＳおよびＰＣＲはそれぞれ、オーディオデコーダ１８，データデコーダ２０，ビデオデコーダ２２およびＣＰＵ３２に与えられる。
【００２９】
オーディオデコーダ１８はオーディオＰＥＳをデコードし、これによって得られたＰＣＭ（Pulse Code Modulation）データはＤ／Ａ回路２４によって音声信号に変換され、スピーカ２６はこの音声信号を出力する。
【００３０】
データデコーダ２０はデータＰＥＳをＥＳに変換し、変換されたＥＳをデコードし、アイコンのような画像に対応するキャラクタ画像データを生成する。キャラクタ画像データは、データデコーダ２０によってグラフィック制御回路２８に与えられる。なお、データＰＥＳにはアイコンの他に番組情報に関連するＥＰＧ（Electronic Program Guide）データも含まれる。
【００３１】
ビデオデコーダ２２は、ビデオＰＥＳに非パケット化を施し、ヘッダとＥＳ(Elementary Stream)とを抽出する。ビデオデコーダ２２はまた、ＥＳをデコードし、映像データと映像データに関連する情報とを生成する。映像データはＣＰＵ３２によってＲＡＭ３６に格納され、ＰＥＳヘッダおよび映像データに関連する情報はビデオデコーダ２２に形成されるメモリ２２ｍに格納される。
【００３２】
ヘッダは、映像データを表示するタイミングを示す表示時間情報（以下、ＰＴＳ（Presentation Time Stamp））を含む。映像データは、他の映像データを参照してデコードされるＰピクチャと他の映像データを参照することなくデコードされるＩピクチャとに区分される。映像データに関連する情報は、映像データがＩピクチャおよびＰピクチャうちいずれか一方を示す属性情報と映像データがビデオデコーダ２２によってデコードされる前のデータサイズ情報とを含む。
【００３３】
図２に示すように、ＲＡＭ３６は、ワークエリア３６ａおよび映像エリア３６ｂを含む。ワークエリア３６ａには、後述する変数Ｋｒ，変数Ｋｗ，変数ＫｒおよびフラグＦｌａｇ［ｘ］（ｘ＝１〜３）の設定情報と映像データに関連する情報およびヘッダとが適宜書き込まれる。映像エリア３６ｂには、リング状に構成された３つのバッファ［１］〜［３］が形成される。バッファ［１］〜［３］の各々は、１フレーム分の映像データに対応する空き領域を有する。なお、番組視聴モードが選択された当初、バッファ［１］〜［３］には黒画像データが格納される。
【００３４】
図１に戻って、格納された映像データは、表示更新時刻（後述）に応答してＣＰＵ３２によって読み出される。表示デバイス３０は、ＬＣＤ３０Ｌおよびフレームバッファ３０Ｂを含む。ＣＰＵ３２は、ＬＣＤ３０Ｌに対応する画面レイアウト命令をグラフィック制御回路２８に与える。グラフィック制御回路２８は、この命令に従ってキャラクタ画像データおよび映像データを合成し、これによって得られる合成データを表示デバイス３０に出力する。
【００３５】
表示デバイス３０は、合成データをフレームバッファ３０Ｂに一旦格納し、表示タイミングに応答して合成データをＬＣＤ３０Ｌに出力する。この結果、所望のチャネルで提供されるテレビジョン放送番組（以下、単に「放送番組」という）の音声および映像が、スピーカ２６およびＬＣＤ３０Ｌからそれぞれ出力される。
【００３６】
通信デバイス４０は、通話機能およびＷｅｂアクセス機能を有する。例えば、Ｗｅｂアクセス機能を利用すると、携帯端末１０は、インターネット（図示せず）を介して映像データを受信し、得られた映像データをＬＣＤ３０Ｌに表示する。
【００３７】
番組視聴モードが選択されると、ＣＰＵ３２はまず、ＲＡＭ３６の書き込み先を示す変数Ｋｗを“３”に設定し、ＲＡＭ３６の読み出し先を示す変数Ｋｒをバッファ［２］に設定し、フレームバッファ３０Ｂに格納された合成データに対応する変数Ｌｒを“１”に設定し、そしてＲＡＭ３６の書き込み先に対応するフラグＦｌａｇ［Ｋｗ］を“０”に設定する。
【００３８】
上述の初期化が完了すると、書き込みタスクおよび読み出しタスクが起動される。書き込みタスクでは、ＣＰＵ３２はまず、書き込み可能なバッファがＲＡＭ３６に確保されるまで待機する。ＲＡＭ３６に書き込み可能なバッファが確保されると、ＣＰＵ３２は次に、ビデオデコーダ２２からバスＢ１を経て得られる映像データをバッファ［Ｋｗ］に書き込む。
【００３９】
ＣＰＵ３２は続いて、メモリ２２ｍから映像データに関連する情報をワークエリア３６ａに取り込み、ワークエリア３６ａに取り込んだ映像データに関連する情報に含まれる属性情報から映像データがＩピクチャに関連する映像データであるか否かを判別する。ＲＡＭ３６に書き込むべき映像データがＰピクチャに関連する場合、映像データのボケ度合いは弱いとみなされる。一方、ＲＡＭ３６に書き込むべき映像データがＩピクチャに関連する場合、ＣＰＵ３２は、Ｉピクチャのボケ度合いが強いか否かを判断するべく、映像データに関連する情報に含まれるデータサイズ情報からＩピクチャのデータサイズを抽出し、抽出されたデータサイズが閾値ＴＨを上回るか否か判別する。
【００４０】
Ｉピクチャのデータサイズが閾値ＴＨを上回れば、Ｉピクチャのボケ度合いは弱いと判断し、フラグＦｌａｇ［Ｋｗ］を“０”に設定する。一方、データサイズが閾値ＴＨ以下であれば、Ｉピクチャのボケ度合いは強いと判断し、フラグＦｌａｇ［Ｋｗ］を“１”に設定する。
【００４１】
フラグＦｌａｇ［Ｋｗ］の設定が完了すると、ＣＰＵ３２は変数Ｋｗを放送番組の動きに沿う順序で指定する。例えば、所望の放送番組の動きに沿う順序は、バッファ［３］から始まり、バッファ［３］（番組映像）→バッファ［１］（番組映像）→バッファ［２］（番組映像）→バッファ［３］（番組映像）・・・と遷移し、リング状のバッファ［１］〜バッファ［３］を循環する。
【００４２】
読み出しタスクでは、ＣＰＵ３２はまず、表示更新時刻になるまで待機する。表示更新時刻は、ＴＳデコーダ１６から得られるＰＣＲとＰＥＳヘッダから得られるＰＴＳとに基づいて得られる。
【００４３】
表示更新時刻になると、ＣＰＵ３２は次に、鮮鋭度条件を満足するか否かを判別する。鮮鋭度条件を満足するつまりフラグＦｌａｇ［Ｋｒ］が“０”であれば、ＣＰＵ３２は、バッファ［Ｋｒ］に格納された映像データのボケ度合いが弱いと判断し、バッファ［Ｋｒ］に格納された映像データを読み出す。この結果、ＬＣＤ３０Ｌに表示される動画像は時間軸に沿って的確に再現される。
【００４４】
鮮鋭度条件を満足しないつまりフラグＦｌａｇ［Ｋｒ］が“１”であれば、ＣＰＵ３２は、バッファ［Ｋｒ］に格納された映像データのボケ度合いが強いと判断し、再表示命令を表示デバイス３０に発行する。表示デバイス３０は、この命令に従ってフレームバッファ３０Ｂに格納された合成データを再度出力する。この結果、再現される動画像は一時的に時間軸からずれるものの、鮮鋭度の低下は抑制される。
【００４５】
フラグＦｌａｇ［Ｋｒ］の設定に従う読み出し処理が完了すると、変数Ｋｒに示す数値が変数Ｌｒに代入される。この結果、表示デバイス３０のフレームメモリ３０Ｂに格納された合成データは、バッファ［Ｌｒ］に格納された映像データに基づく合成データと一致する。
【００４６】
ＣＰＵ３２は続いて、書き込みタスクで指定された変数Ｋｗの順序に従って変数Ｋｒを更新する。例えば、上述に示す所望の放送番組の読み出し順序は、バッファ［２］から始まり、バッファ［２］（黒画像）→バッファ［３］（番組映像）→バッファ［１］（番組映像）→バッファ［２］（番組映像）・・・と遷移する。ＬＣＤ３０Ｌにはこのとき、ＣＰＵ３２によって読み出された映像データが１フレーム分遅れて表示される。つまり、ＬＣＤ３０Ｌへの出力順に対応するバッファ［１］〜［３］は、バッファ［１］から始まり、バッファ［１］（黒画像）→バッファ［２］（黒画像）→バッファ［３］（番組映像）→バッファ［１］（番組映像）・・・と示すようにバッファ［１］〜バッファ［３］を遷移する。
【００４７】
ここで、変数Ｋｗは、書き込み可能なバッファがＲＡＭ３６に確保されたとき、更新される。変数Ｋｒは、書き込み可能バッファがＲＡＭ３６に確保されるまで待機し、変数Ｋｗが更新されると、表示更新時刻に応答して更新される。つまり、映像データは、書き込みタスクによってＲＡＭ３６に格納された後に、読み出しタスクによって読み出される。この結果、処理の破綻が回避される。
【００４８】
図３に示すＩピクチャのデータサイズが閾値ＴＨを上回る場合、読み出すべき映像データの鮮鋭度条件は満足する。このとき、図４に示すように、ＲＡＭ３６の書き込み先は、バッファ［３］から始まり、バッファ［３］→バッファ［１］→バッファ［２］→バッファ［３］・・・と示すようにバッファ［１］〜バッファ［３］を循環する。また、ＲＡＭ３６の読み出し先は、バッファ［２］から始まり、バッファ［２］→バッファ［３］→バッファ［１］→バッファ［２］・・・と示すようにバッファ［１］〜バッファ［３］を循環する。
【００４９】
一方、図３に示すＩピクチャが閾値ＴＨ以下の場合、読み出すべき映像データの鮮鋭度条件は満足されない。このとき、図５に示すように、ＲＡＭ３６の書き込み先は、バッファ［３］から始まり、バッファ［３］→バッファ［１］→バッファ［２］→バッファ［３］・・・と示すようにバッファ［１］〜バッファ［３］を循環する一方、ＲＡＭ３６の読み出し先は、バッファ［２］から始まり、バッファ［２］→バッファ［２］→バッファ［１］・・・となる。この結果、閾値ＴＨを上回るデータサイズのＩピクチャが格納されたバッファへの読み出し処理が禁止される。
【００５０】
このように、動画像コンテンツは、アンテナ１２，チューナモジュール１４，ＴＳデコーダ１６およびビデオデコーダ２２によって取り込まれる。こうして取り込まれた動画像コンテンツを形成する複数画面の映像データは、ＣＰＵ３２によって映像エリア３６ｂに書き込まれる。ＣＰＵ３２は、書き込まれた複数画面の映像データの各々を動画像コンテンツの動きに沿う順序で指定する。指定された映像データは、ＣＰＵ３２によって読み出される。ＣＰＵ３２はまた、読み出すべき映像データが鮮鋭度条件を満足するか否かを判別する。判別手段の判別結果が否定的であれば、読み出し処理がＣＰＵ３２によって禁止される。
【００５１】
したがって、映像エリア３６ｂに格納された映像データは、鮮鋭度条件に満足する限り、動画像コンテンツの動きに沿う順序で読み出される。動画像コンテンツは、時間軸に沿って的確に再現される。鮮鋭度条件に満足しない映像データが発見されると、この映像データの読み出しが禁止される。これによって、再現される動画像の鮮鋭度が低下する事態が回避される。
【００５２】
ＣＰＵ３２は、μＩＴＲＯＮのようなマルチタスクＯＳを搭載したマルチタスクＣＰＵであり、図６に示すメインタスク，図７および図８に示す書き込みタスクおよび図９に示す読み出しタスクを実行する。なお、携帯端末１０に関連するフロー図の制御プログラムは、ＲＯＭ３４に記憶される。
【００５３】
図６を参照して、ステップＳ１では、入力デバイス３８による番組視聴モードが行われたか否かを判別する。判別結果がＮＯであれば、ステップＳ３でその他の処理を実行し、判別結果がＹＥＳであれば、ステップＳ５で初期化を実行する。このとき、変数Ｌｒ，変数Ｋｒ，変数ＫｗおよびフラグＦｌａｇ［ｘ］（ｘ＝１〜３）は、“１”，“２”，“３”および“０”にそれぞれ設定される。
【００５４】
ステップＳ７では、書き込みタスクおよび読み出しタスクを起動させる。ステップＳ９では、入力デバイス３８による終了操作が行われるまで待機する。終了操作が行われると、ステップＳ１１で終了処理を実行し、ステップＳ１に戻る。この結果、書き込みタスクおよび読み出しタスクが停止する。
【００５５】
図７によれば、ステップＳ２１で書き込み可能バッファがＲＡＭ３６に確保されるまで待機し、書き込み可能なバッファがＲＡＭ３６に確保されると、ステップＳ２３でビデオデコーダ２２から得られる映像データをバッファ［Ｋｗ］に書き込む。ステップＳ２５では、スキップ判別処理を実行する。これによって、ＲＡＭ３６の読み出し先が適切に設定される。
【００５６】
ステップＳ２７では、変数Ｋｗに“１”を加算する。ステップＳ２９では、変数Ｋｗが“３”を上回るか否かを判別する。判別結果がＮＯであれば、ステップＳ２１に戻り、判別結果がＹＥＳであれば、ステップＳ３１で変数Ｋｗに“１”を設定し、ステップＳ２１に戻る。この結果、ＲＡＭ３６への書き込み先が放送番組の動きに沿う順序で指定される。
【００５７】
ステップＳ２５のスキップ判別処理は、図８に示すサブルーチンに従って実行される。ステップＳ４１では、メモリ２２ｍから映像データに関連する情報をワークエリア３６ａに取り込む。ステップＳ４３では、取り込んだ映像データに関連する情報に含まれる属性情報からバッファ［Ｋｗ］に書き込まれる映像データがＩピクチャに関連する映像データであるか否かを判別する。これによって、ＬＣＤ３０Ｌに定期的に現れる動画像の鮮鋭度の低下を防ぐことができる。
【００５８】
バッファ［Ｋｗ］に書き込まれる映像データがＰピクチャに関連する場合、ステップＳ４９に進む一方、バッファ［Ｋｗ］に書き込まれる映像データがＩピクチャに対応する場合、ステップＳ４５で映像データに関連する情報に含まれるデータサイズ情報からＩピクチャのデータサイズが閾値ＴＨを上回るか否かを判別する。データサイズが閾値ＴＨ以下であれば、バッファ［Ｋｗ］に書き込まれた映像データはボケ度合いが強いと判断し、ステップＳ４７でフラグＦｌａｇ［Ｋｗ］を“１”に設定する。一方、データサイズが閾値ＴＨを上回れば、バッファ［Ｋｗ］に書き込まれた映像データはボケ度合いが弱いと判断し、ステップＳ４９でフラグＦｌａｇ［Ｋｗ］を“０”に設定する。このような設定処理が完了すると、上階層のルーチンに復帰する。
【００５９】
図９によれば、ステップＳ６１で表示更新時刻になるまで待機する。表示更新時刻になると、ステップＳ６３でフラグＦｌａｇ［Ｋｒ］が“０”であるか否かを判別する。フラグＦｌａｇ［Ｋｒ］が“０”のとき、つまり、バッファ［Ｋｒ］に格納された映像データに関連するデータサイズが閾値ＴＨを上回るＩピクチャとＰピクチャとのいずれかのとき、バッファ［Ｋｒ］に格納された映像データはボケ度合いが弱いと判断し、バッファ［Ｋｒ］に格納された映像データを読み出す。この結果、ＬＣＤ３０Ｌに表示される動画像は時間軸に沿って的確に再現される。
【００６０】
フラグＦｌａｇ［Ｋｒ］が“１”のとき、つまり、バッファ［Ｋｒ］に格納された映像データに関連するデータサイズが閾値ＴＨ以下のＩピクチャのとき、バッファ［Ｋｒ］に格納された映像データはボケ度合いが強いと判断し、ステップＳ６７で再表示命令を表示デバイス３０に発行する。この結果、再現される動画像は一時的に時間軸からずれるものの、画質の低下は抑制される。
【００６１】
ステップＳ６９では、変数Ｋｒを変数Ｌｒに代入する。表示デバイス３０のフレームメモリ３０Ｂに格納された合成データは、バッファ［Ｌｒ］に格納された映像データに基づく合成データと一致する。
【００６２】
ステップＳ７１では変数Ｋｒに“１”を加算し、ステップＳ７３では変数Ｋｒが“３”を上回るか否かを判別する。判別結果がＮＯであれば、ステップＳ７７に進む一方、判別結果がＹＥＳであれば、ステップＳ７５で変数Ｋｒを“１”に設定し、ステップＳ７７に進む。ステップＳ７７では、変数Ｋｗが変数Ｋｒと一致する間待機する。ここで、変数Ｋｒは、書き込み可能バッファがＲＡＭ３６に確保されるまで待機し、変数Ｋｗが更新されると、表示更新時刻に応答して、更新される。つまり、映像データは、書き込みタスクによって格納された後に、読み出しタスクによって読み出される。この結果、処理の破綻が回避される。
【００６３】
なお、この実施例では、表示デバイス３０はＣＰＵ３２から与えられる再表示命令に従ってフレームバッファ３０Ｂに格納された合成データを読み出すように説明した。しかし、これに限らず、表示デバイス３０は再表示命令に従ってフレームバッファ３０Ｂに格納された合成データの読み出しを禁止する。これによって、ＬＣＤ３０Ｌに表示された合成データに基づく画像が再表示される。
【００６４】
また、閾値ＴＨは、画質主観評価，フレームレートおよび画像サイズに依存する。ＬＣＤ３０Ｌの画像サイズ（水平３２０画素×垂直１８０画素）にてｃｂｒ（Constant Bit Rate）で１５ｆｐｓの動画を綺麗に送るためには、４００ｋｂｐｓを必要とするとの画質主観評価結果が得られた場合、この値を基に、ＬＣＤ３０Ｌの画面に動画像を綺麗に再現する指標を定義する。ここで、閾値ＴＨは、数１に示す算出結果によって与えられる。
［数１］
TH=400(Kbps)/(15(fps)*8(Byte))
さらに、この実施例では、ボケ度合いの高い映像データを任意でコマ落ちするように説明した。しかし、入力デバイス３８によるコマ落ち操作に応じて、ボケ度合いの高い映像データのコマ落ちの許可または拒否のいずれか一方を選択することも可能である。
【００６５】
なお、この実施例では、フラグＦｌａｇ［Ｋｒ］が“１”のとき表示デバイス３０に再表示命令を発行させることによってボケ度合いの強い映像データを表示しないように説明した。しかし、これに限らず、表示デバイス３０に再表示命令を与える動作に代えて、バッファ［Ｌｒ］に格納された映像データを読み出すことも可能である。
【００６６】
他の実施例の携帯端末１０は、以下で述べる点を除き、図１〜図９実施例と同じであるため、同じ構成に関する説明は省略する。
【００６７】
ＣＰＵ３２は、図９に示すステップＳ６７の処理に代えて図１０に示すステップＳ８１の処理を実行する。図１０によれば、ステップＳ６３でフラグＦｌａｇ［Ｋｒ］が“１”であれば、ステップＳ８１でバッファ［Ｌｒ］に格納された映像データを読み出す。これによって、表示デバイス３０にフレームバッファを設けることなく処理の破綻が回避される。
【００６８】
また、この実施例では、閾値ＴＨとＩピクチャのデータサイズとを照らし合わせてボケ度合いのある映像データであるか否かを判別した。これに限らず、閾値条件は、Ｉピクチャに対応する再現画像とこれに隣接する再現画像との間の変化量を算出し、この算出結果が既定範囲に属するか否かによって判別することも可能である。
【００６９】
その他の実施例の携帯端末１０は、以下で述べる点を除き、図１〜図９実施例と同じであるため、同じ構成に関する説明は省略する。
【００７０】
図１１によれば、ＣＰＵ３２は、ステップＳ９１でワークエリア３６ａに取り込んだ映像データに関連する情報から属性情報，映像データのデータサイズＳｉｚｅ［Ｋｗ］および映像データの次にデコードされるデータサイズＮｅｘｔＳｉｚｅを読み出す。ステップＳ４３で映像データがＩピクチャであるか否かを判別する。映像データがＩピクチャであれば、ステップＳ９３に進む一方、映像データがＰピクチャであれば、ステップＳ４９に進む。ステップＳ９３では、［数２］の算出式に従って変化量を算出する。
【００７１】
［数２］
変化量=(NextSize/Size[Kw])*100
ステップＳ９５では、変化量が既定範囲に属するか否かを判別する。変化量が既定範囲に属すれば、鮮鋭度条件を満足すると判断し、ステップＳ４９に進む一方、変化量が既定範囲に属しなければ、鮮鋭度条件を満足しないと判断し、ステップＳ４７に進む。ステップＳ９７では、映像データのデータサイズＳｉｚｅ［Ｋｗ］を映像データの直前にデコードされたデータサイズＰａｓｔＳｉｚｅに代入し、代入したデータサイズＰａｓｔＳｉｚｅをワークエリア３６ａに保存する。この処理が完了すると、上階層のルーチンに復帰する。この結果、鮮鋭度条件を満足すれば、再現される動画像は時間軸に沿って的確に再現され、鮮鋭度条件を満足しなければ、再現される動画像の鮮鋭度が低下する事態が回避される。なお、既定範囲には、下限値に“９０”が割り当てられ、上限値に“１００”が割り当てられる。
【００７２】
なお、この実施例では、映像データとこの映像データの次のデータとに注目して変化量を算出するように説明した。しかし、これに限らず、ステップＳ９７でワークエリア３６ａに保存されたデータサイズＰａｓｔＳｉｚｅと映像データのデータサイズＳｉｚｅ［Ｋｗ］とによって、変化量を算出することも可能である。このとき、ステップＳ９３で算出される変化量は、［数３］の算出式に従って求められる。なお、ステップＳ９５で変化量と比較する既定範囲には、下限値に“０”が割り当てられ、上限値に“５０”が割り当てられる。
［数３］
変化量＝(PastSize/Size[Kw])*100
さらに、この実施例では、閾値ＴＨとＩピクチャのデータサイズとを照らし合わせてボケ度合いのある映像データであるか否かを判別した。これに限らず、閾値条件は、ビデオデコーダ２２によってデコードされるＥＳに水平４画素×垂直４画素のＭＢ（Macro Block）数によって割り出すことも可能である。例えば、デコードされる水平４画素×垂直４画素のＭＢ数が３０個以下の場合、ビデオデコーダ２２によってデコードされた映像データの鮮鋭度は低いとみなす。つまり、この水平４画素×垂直４画素のＭＢ数が３０個以下のＥＳをデコードすると、ボケ度合いの強い映像データがＲＡＭ３６に格納されたと判断する。
【００７３】
さらにその他の実施例の携帯端末１０は、以下で述べる点を除き、図１〜図９実施例と同じであるため、同じ構成に関する説明は省略する。
【００７４】
ＣＰＵ３２は、図８に示すステップＳ４３および４５の処理に代えて図１２に示すステップＳ１０１の処理を実行する。図１２によれば、ステップＳ１０１でワークエリア３６ａに取り込んだ映像データに関連する情報から取り込んだ映像データの水平４画素×垂直４画素のＭＢ数が３０個を上回るか否かを判別する。判別結果が肯定的であれば、鮮鋭度条件を満足すると判断し、ステップＳ４７に進む一方、判別結果が否定的であれば、鮮鋭度条件を満足しないと判断し、ステップＳ４５に進む。この結果、鮮鋭度条件を満足すれば、再現される動画像は時間軸に沿って的確に再現され、鮮鋭度条件を満足しなければ、再現される動画像の鮮鋭度が低下する事態が回避される。
【図面の簡単な説明】
【００７５】
【図１】この発明の一実施例の構成を示すブロック図である。
【図２】図１実施例に適用されるＲＡＭ３６のメモリマッピングの一例を示す図解図である。
【図３】所望の放送番組のデータサイズの一例を示す図解図である。
【図４】図１実施例に適用されるＲＡＭ３６に形成されるバッファ［１］〜［３］と表示デバイス３０に形成されるフレームバッファ３０Ｂとの動作の一例を示す図解図である。
【図５】図１実施例に適用されるＲＡＭ３６に形成されるバッファ［１］〜［３］と表示デバイス３０に形成されるフレームバッファ３０Ｂとの動作の他の一例を示す図解図である。
【図６】図１実施例に適用されるＣＰＵ３２の動作の一例を示すフロー図である。
【図７】図１実施例に適用されるＣＰＵ３２の動作の他の一例を示すフロー図である。
【図８】図１実施例に適用されるＣＰＵ３２の動作のその他の一例を示すフロー図である。
【図９】図１実施例に適用されるＣＰＵ３２の動作のさらにその他の一例を示すフロー図である。
【図１０】この発明の他の実施例に適用されるＣＰＵ３２の動作の一部を示すフロー図である。
【図１１】この発明のその他の実施例に適用されるＣＰＵ３２の動作の一部を示すフロー図である。
【図１２】この発明のさらにその他の実施例に適用されるＣＰＵ３２の動作の一部を示すフロー図である。
【符号の説明】
【００７６】
１０  …  携帯端末
１４  …  チューナモジュール
１６  …  ＴＳデコーダ
２２  …  ビデオデコーダ
３０  …  表示デバイス
３２  …  ＣＰＵ
３６  …  ＲＡＭ
【図１】
0004794345.tif 000002
【図２】
0004794345.tif 000003
【図３】
0004794345.tif 000004
【図４】
0004794345.tif 000005
【図５】
0004794345.tif 000006
【図６】
0004794345.tif 000007
【図７】
0004794345.tif 000008
【図８】
0004794345.tif 000009
【図９】
0004794345.tif 000010
【図１０】
0004794345.tif 000011
【図１１】
0004794345.tif 000012
【図１２】
0004794345.tif 000013