(57)【要約】【課題】デジタル放送受信システムにおいて、チャンネル変更時の画像表示にかかる時間を減らし、ユーザの使い勝手を向上させる。【解決手段】ユーザの視聴履歴や、現在表示中のチャンネル情報に基づいて、先行デコードを行うチャンネルに関する優先度を制御部１０２が設定する。優先度の高いチャンネルから、使用できるシステムリソースの範囲内で先行デコードを実行するチャンネルを設定し、この設定に基づいて先行デコードを実行する。【選択図】  図１
2004297643.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送波の複数チャンネルのデータを受信可能な受信装置と、
前記受信装置が受信したデータをデコードするデコード手段と、
前記受信装置が受信したデジタル放送波の、複数チャンネルについて、デコードを実行する優先度を設定する優先度設定手段と、
前記優先度に基づき、出力しているチャンネル以外に、前記デコード手段がデコードを行うチャンネルを設定するデコードチャンネル設定手段と、
前記デコード手段によりデコードされたデータを表示装置へ出力する出力装置とを具備し、前記デコードチャンネル設定手段が設定する、デコードを行うチャンネル数が可変であることを特徴とする信号処理装置。
【請求項２】
前記デコードチャンネル設定手段はデコードに使用できるリソースの範囲内において、前記優先度の高いチャンネルから順に、デコードを行うチャンネルを設定することを特徴とする請求項１記載の信号処理装置。
【請求項３】
前記優先度設定手段は、過去の視聴履歴に基づいて、チャンネルごとに視聴率の高い順に優先度を設定することを特徴とする請求項１記載の信号処理装置。
【請求項４】
前記優先度設定手段は過去ユーザが視聴した分野に基づき、視聴率の高い放送分野の番組を現在放送しているチャンネルに対して高い優先度を設定することを特徴とする請求項１記載の信号処理装置。
【請求項５】
前記優先度設定手段は、前記視聴履歴を曜日ごとに管理することを特徴とする請求項３又は４記載の信号処理装置。
【請求項６】
請求項１の信号処理装置は更に、デコードを行うために前記デコードチャンネル設定手段が設定したチャンネルについて、デコードの方法をチャンネルごとに設定する、デコード方法設定手段を具備することを特徴とする請求項１記載の信号処理装置。
【請求項７】
前記デコード手段は、フレーム内符号化されるピクチャと、過去のフレームのみを用いて前方向の動き補償予測を行うピクチャと、過去・未来両方のフレームを用いて双方向の動き補償予測を行うピクチャとを含む圧縮データをデコードする手段であり、前記デコード方法設定手段は、チャンネルごとにフルデコードを行うかどうか設定することを特徴とする請求項６記載の信号処理装置。
【請求項８】
前記デコード方法設定手段は、チャンネルごとに、当該圧縮データに含まれるフレーム内符号化されるピクチャと、過去のフレームのみを用いて前方向の動き補償予測を行うピクチャと、過去・未来両方のフレームを用いて双方向の動き補償予測を行うピクチャについて、それぞれ幾つデコードするか設定することを特徴とする請求項７記載の信号処理装置。
【請求項９】
前記デコード手段は、音声情報をデコードする手段を含み、前記デコード方法設定手段は、チャンネルごとに、音声情報をデコードするか否か設定することを特徴とする請求項７記載の信号処理装置。
【請求項１０】
デジタル放送波の複数チャンネルのデータを受信する受信ステップと、
前記複数チャンネルについて、デコードを実行する優先度を設定する優先度設定ステップと、
前記優先度設定ステップで設定された優先度に基づいて、出力するチャンネル以外に、デコードを実行するチャンネルを設定する、デコードチャンネル設定ステップと、
前記デコードチャンネル設定ステップにより設定されたチャンネルについて、当該チャンネルのデータのデコードを実行するデコードステップと、
前記デコードステップによりデコードされたデータを表示装置へ出力する出力ステップとを具備し、前記デコードチャンネル設定ステップが設定するチャンネル数が可変であることを特徴とする信号処理装置の制御方法。
【請求項１１】
前記デコードチャンネル設定ステップは、当該信号処理装置のデコードに使用できるリソースの範囲内で、前記優先度の高いチャンネルから順に、デコードを行うチャンネルを設定することを特徴とする請求項１０記載の信号処理装置の制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、デジタルテレビジョン放送等の信号処理装置に係わり、特に、放送の受信時における信号のデコードを行う信号処理装置及びその制御方法に関する。
【０００２】
【従来の技術】
デジタル放送においては、画像や音声信号をＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）技術などの圧縮技術を使用して圧縮した後、送信しているため、受信器の側でこれらの信号の復号化処理や動画像・音声圧縮の解凍処理が必要になる。受信器の処理能力が上がっても、ユーザがチャンネルを変えた場合、画像や音声信号が出力されるまでの遅延が発生する。時間としては１秒乃至２秒程であるが、ユーザとしては、従来のアナログ放送と比べて、不自然さを感じることがあり、不便である。
【０００３】
このような問題を解決するために、表示している画像データ以外のデータについても、先行して復号の処理や解凍の処理（以下、先行デコードと称する）を行う方法がある（例えば特許文献１参照）。デジタル放送においてはチャンネル数が増えることが予想されるので、単純に、現在表示しているチャンネル以外の全てのチャンネルについて先行デコードを行うのは、ハードウェアのコストの面で困難が伴う。
【０００４】
特許文献１記載の方法では、現在表示している以外のストリームデータについて、表示される可能性が上位のものについて、先行して処理を行っている。また、この表示される確率については、それまでのユーザの操作履歴に基づいて算出している。
【０００５】
【特許文献１】
特開平１０−１２６７５３号公報（第１８−１９頁  図１９、図２０）
【０００６】
【発明が解決しようとする課題】
上述のように、従来の信号処理装置においては、現在表示しているチャンネル以外のチャンネルについて、先行して復号の処理や解凍の処理を行うのはコストの面等で困難であった。また、限りあるシステムリソースを効率よく使用することが好ましい。本発明は、ユーザの使い勝手が良く、更に効率的な処理が可能な信号処理装置及びその制御方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
この発明は、信号処理装置であって、デジタル放送波の複数チャンネルのデータを受信可能な受信装置と、前記受信装置が受信したデータをデコードするデコード手段と、前記受信装置が受信したデジタル放送波の、複数チャンネルについて、デコードを実行する優先度を設定する優先度設定手段と、前記優先度に基づき、出力しているチャンネル以外に、前記デコード手段がデコードを行うチャンネルを設定するデコードチャンネル設定手段と、前記デコード手段によりデコードされたデータを表示装置へ出力する出力装置とを具備し、前記デコードチャンネル設定手段が設定する、デコードを行うチャンネル数が可変であることを特徴とする。
【０００８】
このような構成によれば、システムリソースを効率よく使用しつつ、ユーザの使い勝手を向上することが可能となる。
【０００９】
また、この発明は、信号処理装置の制御方法であって、デジタル放送波の複数チャンネルのデータを受信する受信ステップと、前記複数チャンネルについて、デコードを実行する優先度を設定する優先度設定ステップと、前記優先度設定ステップで設定された優先度に基づいて、出力するチャンネル以外に、デコードを実行するチャンネルを設定する、デコードチャンネル設定ステップと、前記デコードチャンネル設定ステップにより設定されたチャンネルについて、当該チャンネルのデータのデコードを実行するデコードステップと、前記デコードステップによりデコードされたデータを表示装置へ出力する出力ステップとを具備し、前記デコードチャンネル設定ステップが設定するチャンネル数が可変であることを特徴とする。
【００１０】
このような構成によれば、システムリソースを効率よく使用しつつ、ユーザの使い勝手を向上することが可能となる。
【００１１】
【発明の実施の形態】
以下、図面を参照して本発明の各実施形態について以下の通り説明する。図１は本発明の信号処理装置である、デジタル放送受信システムのシステム構成を示すブロック図である。デジタル放送受信システム１００は、デジタル放送受信・出力部１０１、ユーザインタフェース１１０、視聴チャンネル履歴等データベース１１１を有する。そのほか、システムを構成するコンポーネントであるネットワーク対応機能ブロック１１５や地上波アナログ放送用機能ブロック１１６などからなる。これらの機能ブロックは図示しない各機能を実現するための各種ハードウェアや、ソフトウェア的に実現されるモジュール部分からなる。このデジタル放送受信システム１００は、アンテナ１２３と接続し、アンテナ１２３で受信したデータをもとに、画像や音声データをそれぞれディスプレイ１２０とスピーカ１２１へと出力する。ユーザ１３０はユーザインタフェース１１０への入力により、受信するチャンネル選択を行うことができる。
【００１２】
デジタル放送受信・出力部１０１は更に、制御部１０２、バッファ１０３、デマルチプレクサ１０４、画像デコーダ１０５、音声デコーダ１０６、バッファ１０７、同期出力部１０８からなる。制御部１０２は、ユーザインタフェース１１０を介して得た情報や、データベース１１１に格納された情報に基づいてデコードを行うチャンネルや、先行デコードを行うチャンネルを選択し、制御する。
【００１３】
アンテナ１２３で受信したデータはバッファ１０３に多重化パケットの形で格納されている。デマルチプレクサ１０４は、制御部１０２からの指示に応じて、ユーザが選択したチャンネルに対応するデータや、後述する先行デコードの対象となるデータをバッファ１０３内の多重化パケットから選別し、必要であれば暗号の復号を行い、画像デコーダ１０５、音声デコーダ１０６に供給する。これらデコーダの出力は、バッファ１０７に格納される。バッファ１０７には、ユーザが選択したチャンネルに対応するデータや、先行デコードの対象となるデータがデコードされた状態で格納されている。その後、デジタル放送受信システム１００は、同期処理部１０８により、画像と音声の同期をとり、ディスプレイ１２０に対して画像データを、スピーカ１２１に対して音声データを出力する。
【００１４】
ディスプレイ１２０はこのデジタル放送受信・出力部１０１から出力されたデータに基づき、画像の表示を行う。スピーカ１２１はこのデジタル放送受信・出力部１０１から出力されたデータに基づき、音声の出力を行う。
【００１５】
通常、ユーザが視聴するチャンネルを、ユーザインタフェース１１０を介して変更した場合、その時点からデマルチプレクサ１０４が画像デコーダ１０５や音声デコーダ１０６に対して変更後のチャンネルのパケットデータの供給を開始する。このため、チャンネルを変えた後、そのチャンネルの画像や音声を出力できるようになるまでには、遅延が生じることがある。
【００１６】
そのため、本発明の実施形態においては、先行してデコードを行うための優先度を各チャンネルに設定し、システムのリソースに応じて先行デコード可能なチャンネル（以降、ｍ個とする）を決定する。全てのチャンネルについて先行デコードを行う必要がなくなるので、過大なシステム構成を用意する必要がなく、リソースの範囲内で有効に活用することができる。また、ユーザ１３０が次に視聴を行う可能性の高いチャンネルについて、その優先度を高くすることで、ユーザがチャンネルを変更した場合でも、先行デコードによる対応ができる確率を高めることができる。
【００１７】
なお、本発明における「デコード」とは、後述するフルデコードのように、受信したデータを全てデコードするものや、フルデコード以外の部分的なデコード、すなわち受信したデータの一部についてデコードを行うものを含む。部分的なデコードには、画像データに含まれる複数個のピクチャから一部を選択してデコードするものや、画像データ以外に音声データのみをデコードするようなものが含まれる。
【００１８】
本発明の第一の実施形態においては、このチャンネルの優先度をユーザが予め設定している場合を想定する。まず、信号処理装置における先行デコードを行うためのチャンネル設定について、図２のフローチャート図を参照して、以下の通り説明する。まず制御部１０２は、先行デコードに割り当て可能な資源（システムリソース）の算出を行う（ステップＳ１０１）。ここで、システムリソースとして、ＣＰＵの使用量（以下、「Ｃ」と表記する）、メモリの使用量（以下、「Ｍ」と表記する）、バンド幅使用量（以下、「Ｂ」と表記する）を算出の対象とする。これはシステム全体のリソースから、上述のネットワーク対応機能１１５や地上波アナログ放送用機能１１６で使用するリソース分を除くことで実現される。
【００１９】
次に制御部１０２は、デジタル放送のチャンネルごとに、先行デコードの優先度付けを実行する（ステップＳ１０２）。チャンネル数がｎ個ある場合、チャンネルｉに対する優先度としてＰｉを定義することで優先度付けを行う。この変数Ｐｉは１〜ｎの整数であり、重複しないように割り当てを行う。ここで、優先度は１が最も高く、ｎが最も低い。本発明の第一の実施形態においては、この優先度を、ユーザインタフェース１１０を介してユーザが予め設定しておく。
【００２０】
続いて制御部１０２は、各変数の初期化を行う（ステップＳ１０３）。ここで、「ｊ」は整数値をとるパラメータ、「Ｓｃ」はＣＰＵ使用量の和を示すパラメータ、「Ｓｍ」はメモリ使用量の和を示すパラメータ、「Ｓｂ」はバンド幅使用量の和を示すパラメータである。初期化によって、パラメータｊには「１」が代入される。また、パラメータＳｃ、Ｓｍ、Ｓｂにはそれぞれ「０」が代入される。
【００２１】
次に制御部１０２は、Ｓｃ、Ｓｍ、Ｓｂの各パラメータについて、それぞれステップＳ１０１で求めた割り当て可能なＣＰＵ使用量やメモリ使用量、バンド幅使用量を超えていないかどうか判別する（ステップＳ１０４）。ステップＳ１０４でのチェックにおいて、いずれかのパラメータが割り当て可能な値を超えていると判別した場合、ステップＳ１０９へ進む。
【００２２】
制御部１０２がいずれのパラメータについても超えていないと判別した場合、「Ｐｉ＝ｊ」となるチャンネルｉをサーチする（ステップＳ１０４のＮｏからステップＳ１０５）。制御部１０２は、このサーチしたチャンネルｉについて、チャンネルｉのデコードに必要なＣＰＵ使用量（時間使用率）「Ｃｉ」、メモリ使用量「Ｍｉ」、バンド幅使用量「Ｂｉ」を算出し、それぞれＳｃ、Ｓｍ、Ｓｂに加算する（ステップＳ１０６）。この算出にあたっては、ＭＰＥＧの動画像の解像度（標準・高品位等）毎に必要なＣＰＵ使用量や音声をデコードするのに必要なＣＰＵ使用量などを使用する。
【００２３】
ここで、制御部１０２は全チャンネルについてチェックが終了したかどうかを判別する（ステップＳ１０７）。チェックが終了していない場合、ｊに「ｊ＋１」を代入して、ステップＳ１０４へ戻る（ステップＳ１０７のＮｏからステップＳ１０８）。チェックが終了している場合、ステップＳ１０９へ進む。ステップＳ１０９において、データベースの更新が行われる。このデータベースは各チャンネルについて先行デコードの有無等について管理するものである。チェックを終了した「ｊ」の値までのチャンネルについては、システムリソースの割り当てを行うことができるので、先行デコードを行うことが可能、と判別してデータベースの更新が行われ、一連の処理は終了する。これらの処理は、システムリソースの使用量が大きく変動した場合や、チャンネルが変更された場合に行うことも可能である。また、数分オーダーで定期的に実行するように設定することも可能である。
【００２４】
図３に本発明の第一の実施形態におけるデータベースの例を示す。このデータベースは、チャンネル（１からｎまで）ごとに、先行デコードの有無を設定し、各チャンネルに優先度を設定しているものである。この優先度に従って、図２に示した通り、先行デコードを行う対象チャンネルの選択を行うことになる。図３例では、優先度「１」が割り当てられたチャンネル３と、優先度「２」が割り当てられたチャンネル１について、先行デコードを行う設定となっている。その他、優先度「ｎ−１」が割り当てられたチャンネル２や、優先度「ｎ」（最低優先度）のチャンネルｎについては、先行デコードを行わないという設定となっている。
【００２５】
本発明の第一の実施形態では、このように、全てのチャンネルについて必ずしも先行デコードを行えるとは限らないが、優先度の高いチャンネルから順に、先行デコードに使用できるシステムリソースの範囲内で、そのデータの先行デコードを実施することが可能となる。
【００２６】
この状態で、ユーザ１３０がユーザインタフェース１１０を介して、視聴するチャンネルをあるチャンネル（仮にＸとする）に変更するように指示した場合、制御部１０２は、図３に示した表を参照して、チャンネルＸのデータパケットについて、画像デコーダ１０５や音声デコーダ１０６で先行デコードが行われているかどうかを確認する。
【００２７】
デコードが開始されていた場合、先行してデコードしていたデコード済みのデータをバッファ１０７から同期出力部１０８を介して、画像データについてはディスプレイ１２０へ、音声データについてはスピーカ１２１へ出力する。ここで同期出力部１０８は、先行してデコードしていたデータの出力タイミングと、視聴中のチャンネルとして出力するデータの出力タイミングの同期をとる。
【００２８】
デコードが開始されていなかった場合、デマルチプレクサ１０４は、ユーザ１３０が指示したチャンネルを視聴中のチャンネルとして、バッファ１０３から視聴するチャンネルのパケットを取り出して、画像デコーダ１０５、音声デコーダ１０４へと送信する。その後、画像デコーダ１０５や音声デコーダ１０４がデコードしたデータの処理は共通である。
【００２９】
本発明の第一の実施形態では、ユーザが各チャンネルに優先度を割り当てていたが、優先度の割り当てについて、自動的に行うことも可能である。本発明の第二の実施形態では、過去の所定期間におけるユーザが視聴したチャンネルの履歴に基づいて優先度を決めようとするものである。図４を参照して以下の通り説明する。図４は過去１週間、当該デジタル放送受信システム１００において、ユーザが選択したチャンネルの時間比率を示すチャンネル視聴率を示すグラフである。このデータは、データベース１１１の一部に含まれている。
【００３０】
このグラフによると、対象のデジタル放送受信システム１００のチャンネル視聴率はチャンネル１が１０％、チャンネル２が５０％、チャンネル３が３０％、チャンネルｎを５％であることがわかる。つまり、ユーザは過去１週間このデジタル放送受信システム１００において、その使用時間の半分をチャンネル２に割り当てていることがわかる。このグラフに基づいて、制御部１０２が図２のフローチャート中、ステップＳ１０２での優先度設定を行う。図４に示すような視聴傾向がある場合、最も視聴しているチャンネル２を優先度「１」とし、以下、チャンネル３を優先度「２」、チャンネル１を優先度「３」、というように視聴率の高い順に高い優先度を割り当てる。
【００３１】
このようにすることで、ユーザが長く視聴しているチャンネルについては、先行デコードされる可能性が高くなり、システムリソースの有効利用と、ユーザの使い勝手とを両立することが可能となる。
【００３２】
本発明の第三の実施形態では、優先度の設定において、過去の所定期間におけるチャンネルではなく、ジャンル毎の視聴率で設定を行う。このジャンル情報は、デジタル放送における各チャンネルで受信するデータパケットのヘッダ部分に含めておくことが可能である。制御部１０２は、ディスプレイ１２０に出力したデータの元となるデータパケットのヘッダ情報を元に、データベース１１１内にこのジャンル別視聴率の情報を格納する。図５はこのデータベース１１１内の格納例を示すものである。
【００３３】
このグラフによると、過去１週間におけるこのデジタル放送受信システム１００が出力した番組のジャンル別視聴率は、ニュースが２０％、スポーツが３０％、ドラマが１５％、バラエティが１０％となっている。このような視聴傾向がある場合、スポーツ番組のデータを放送しているチャンネルの優先度を高く、それに比べてバラエティ番組のデータを放送しているチャンネルの優先度を低くする。各チャンネルがどのようなジャンルの番組を放送しているかは、制御部１０２がリアルタイムでデータパケットのヘッダから情報を得ることで判別できる。
【００３４】
同じジャンルの番組を放送しているチャンネルが複数ある場合は、チャンネルの番号の若い方から高い優先度を与えても良い。第二の実施形態で用いた図４と組み合わせて、同じジャンルの番組を放送しているチャンネルが複数ある場合、視聴率の高いチャンネルの方に高い優先度を与えても良い。
【００３５】
また、上記第二、第三の実施形態においては、過去の履歴として、現在から過去１週間分のデータを使用していたが、その代わりに曜日の情報を用いることが可能である。図５、図６にその例を示す。図５は第二の実施形態におけるチャンネル視聴率のデータを日曜日についてまとめたものである。また、図６は第三の実施形態におけるジャンル別視聴率のデータを日曜日についてまとめたものである。これらのデータに基づいて、過去、日曜日の視聴傾向を把握し、視聴率が高いチャンネルやジャンルに対して、高い優先度をつける。番組プログラムは曜日によって編成が異なる場合が多い。そのため、過去１週間のデータを単純にまとめる代わりに、これまでの日曜日の視聴履歴のデータをまとめることで、より的確に先行デコードを行うチャンネルの優先度を付けることが可能となる。
【００３６】
更に、特定の曜日の特定の時間帯について、同様の履歴を情報として保持し、現在の曜日・時間情報と照らし合わせ、視聴傾向に基づく優先度の設定をリアルタイムで変更するようにすることも可能である。
【００３７】
上記第二、第三の実施形態は過去の視聴履歴に基づく優先度の設定に関するものであったが、自動的に優先度の設定を行う方法として、現在表示中のチャンネルからの関連度に基づくものがある。第四の実施形態について、図８を参照して以下の通り説明する。図８は現在の表示チャンネルと他のチャンネルとの数字の順による関連性について示したものである。チャンネルについて、ザッピングを行う場合、チャンネルの数字順に行うことが考えられる。このような場合、現在表示しているチャンネルの前後のチャンネルに変更される可能性が高いと考えられるため、先行デコードのための優先度を高めに設定することが好ましい。第四の実施形態はこの状況を考慮したものである。
【００３８】
上段において、現在表示中のチャンネルが「３」である場合を示している。ここにおいて、「３」に隣接するチャンネル「２」や「４」に対して高い優先度を与え、更にその隣にあるチャンネル「１」や「５」に対して中程度の優先度を与える。以下、更に離れたチャンネルについては更に低い優先度を与えるようにする。
【００３９】
図８の下段に、現在の表示チャンネルが「４」の場合を示す。上段の場合と同様、チャンネルからの距離に応じて優先度を与える。現在表示しているチャンネルから同じ距離にあるチャンネルについては、ザッピングの方向を考慮することも可能である。つまり、図８に示すように、表示チャンネルが「３」から「４」へ変更された場合、次に「５」へ変更される可能性が「３」へ戻る可能性よりも低いと考えられる。このようなときは、同じ「優先度高」とされている「３」と「５」であっても、「５」に対して「３」よりも高い優先度を与えることができる。
【００４０】
第五の実施形態も現在表示中のチャンネルと、他のチャンネルの数字との関係を用いたものであるが、数字の順序による関係ではなく、リモコン上の数字の配列に基づいた処理を行うものである。図９を参照して以下の通り説明する。図９は、本発明の実施形態の一つであるデジタル放送受信装置１００のリモコンに関して、リモコン上の数字キーの配列を示したものである。現在表示中のチャンネルが４である場合に、そのチャンネル「４」のボタンに隣接するボタン「１」、「５」、「７」に対応するチャンネル「１」、「５」、「７」の優先度を高くする。また、「４」のボタンから比較的離れたボタン「２」、「８」、「１１」に対応するチャンネル「２」、「８」、「１１」については優先度を低めにする。このようにすることで、現在表示中のチャンネルに対応するボタンから近い位置にあるボタンが示すチャンネルについて優先度を高くすることができ、ユーザの選択する可能性の高いチャンネルを的確に予測して先行デコードを行うことが可能となる。
【００４１】
更に、本発明においては、デジタル放送の画像圧縮方式としてＭＰＥＧ２を使用している場合、先行デコードにおいて、復号に関する設定をチャンネルごとに適宜変更することで、さらに有効にシステムのリソースを活用することが可能となる。図１０を参照して、ＭＰＥＧ２におけるＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）内のピクチャの参照関係について以下の通り説明する。
【００４２】
デジタル放送に用いられるＧＯＰは１５個のピクチャからなる。これらのピクチャには、Ｉピクチャ、Ｐピクチャ、Ｂピクチャの３種類のピクチャがある。Ｉピクチャはフレーム内符号化されるピクチャであり、Ｐピクチャは過去のフレームのみを用いて前方向の動き補償予測を行うピクチャである。Ｂピクチャは過去・未来両方のフレームを用いて双方向の動き補償予測を行うピクチャである。
【００４３】
図中の矢印は、動き補償予測のための参照関係を示す。ここで矢印は、矢印の先にあるピクチャが矢印の元にあるピクチャを参照することを示している。例えば、ピクチャ３Ｂはピクチャ２Ｉとピクチャ５Ｐを参照するため、２Ｉ、５Ｐがデコードされた後でないとデコードできず、表示ができない。デコードされる順序は２Ｉ、０Ｂ、１Ｂ、５Ｐ、３Ｂ、４Ｂ、８Ｐ、・・・という順序になる。これら全てのピクチャをデコード（以下フルデコードと称する）すれば、ＭＰＥＧ２がもともと有している画像の品質を維持することができる。しかし、このようなフルデコードには、システムリソースが必要となるため、先行デコードの際、全てのチャンネルについてフルデコードするのは困難である。また、先行デコードしているチャンネルは現在表示しているチャンネルとは異なるため、ユーザが視聴していないチャンネルとなる。ユーザが視聴していないチャンネルについて、高品質で先行デコードするのは効率的ではない、という考え方もある。
【００４４】
そこで、本発明の第六の実施形態においては、先行デコードにあたり、フルデコード以外の部分的なデコードを行うことで、ユーザの使い勝手のよさと効率的なシステムリソースの配分とを両立することを狙う。図１１を参照して本発明の第六の実施形態について以下の通り説明する。図１１はデータベース１１１の例である。なお、システムリソースの配分や各チャンネルの優先順位の設定については、上述の各実施形態と共通なので、説明を略す。
【００４５】
図１１は各チャンネルの先行デコードの有無やデコードの種類について格納したデータベースの例である。一番左の列はチャンネルの番号を示す。次の列は図２のフローチャートに従って各チャンネルについて設定された優先度を示す。その次の列は先行デコードの有無について示す。「あり」のチャンネルについては、先行デコードが実行され、「なし」のチャンネルについては、先行デコードが実行されない。
【００４６】
その右に配された５つの列は、先行デコードのタイプを示すための設定を示している。左から、音声に関する設定、デコード時に全ピクチャを用いるかどうかに関する設定、デコード時に全ピクチャを用いない場合に１つのＧＯＰからいくつＩピクチャ、Ｐピクチャ、Ｂピクチャを用いるかという設定を示している。音声に関する設定は「あり」のチャンネルについては音声のデコードを行い、「なし」の設定については音声のデコードを行わない。全ピクチャの有無に関する設定は「あり」の場合、全ピクチャを用いたフルデコードを行う。「なし」の場合、全ピクチャは用いずに、一部のピクチャを元に先行デコードを実行する。その隣にある「一部ピクチャ／ＧＯＰ」に含まれる「Ｉ」「Ｐ」「Ｂ」の各列は、全ピクチャの有無に関する設定が「なし」の場合に、ＧＯＰに含まれる１５個のピクチャのうち、どのピクチャを幾つ用いるかを示している。
【００４７】
なお、各欄において、「Ｎ／Ａ」と記載されているのは、他の設定情報により、設定することに意味がない欄であることを示している。例えば、チャンネル２やチャンネルｎは先行デコードを行わないので、他の列について情報を格納する意味がない。また、チャンネル３のように、先行デコードをフルデコードで行う場合、全てのピクチャを使用することが明らかなので、「一部ピクチャ／ＧＯＰ」の設定は意味がない。そのため、これらの欄には「Ｎ／Ａ」と記載されている。
【００４８】
各チャンネルのデコードの設定について、以下の通り説明する。まず、優先度が「１」のチャンネル３は、先行デコード「あり」、音声「あり」、全ピクチャの有無「あり」という設定であり、先行デコードを音声を含め、フルデコードで行うことを示している。優先度「２」のチャンネル１は先行デコード「あり」、音声「あり」、全ピクチャの有無「なし」、Ｉ「１」、Ｐ「４」、Ｂ「５」、という設定である。これは、先行デコードを音声を含めて行い、ＧＯＰのうちＩピクチャを１つ、Ｐピクチャを４つ、Ｂピクチャを５つ使用することを示している。フルデコードと比べて、計算量を削減できるので、システムリソースを節約することができる。
【００４９】
同様に、優先度「３」のチャンネル５については、先行デコード「あり」、音声「あり」、全ピクチャの有無「なし」、Ｉ「１」、Ｐ「４」、Ｂ「０」、という設定である。これは、先行デコードを音声を含めて行い、ＧＯＰのうちＩピクチャを１つ、Ｐピクチャを４つ使用し、Ｂピクチャは使用しないことを示している。優先度「４」のチャンネル４については、先行デコード「あり」、音声「なし」、全ピクチャの有無「なし」、Ｉ「１」、Ｐ「０」、Ｂ「０」、という設定である。これは、先行デコードは音声を含めずに行い、ＧＯＰのうちＩピクチャを１つ使用して、ＰピクチャとＢピクチャは使用しないことを示している。優先度「５」のチャンネル６については、先行デコード「あり」、音声「あり」、全ピクチャの有無「なし」、Ｉ「０」、Ｐ「０」、Ｂ「０」、という設定である。これは、先行デコードは音声ついてのみ行い、画像データについてはデコードを行わないことを示している。
【００５０】
これらのデコード設定において、ＧＯＰ中、Ｉピクチャを１つ、Ｐピクチャを４つ、Ｂピクチャを５つ使用する設定が含まれている。この場合、時間的なばらつきを防ぐためには、具体的には図１０に示したＧＯＰ中の各ピクチャの並びから「ＢＩＢＰＢＰＢＰＢＰ」というようにピクチャを選択して使用することが好ましい。この他にも、Ｉピクチャと複数のＰピクチャとデコード可能なＢピクチャを適宜組み合わせた設定を用いることもできる。
【００５１】
このようにチャンネルごとにデコードの設定を変えるという第六の実施形態について、上述の第一乃至第五の実施形態と組合せて、的確な優先度の設定のもとに、効率的な先行デコードの実施を行うようにすることも可能である。
【００５２】
このように、第六の実施形態においては、優先度の高いチャンネルについては、デコードに用いるデータを増やして品質の高い先行デコードを行い、優先度の低いチャンネルについては、デコードに用いるデータを減らして効率の良い先行デコードを実現することができる。
【００５３】
また、本発明においては、先行デコードのためのシステムリソースの量について、所定の量のまま変更されていない場合を想定していた。しかしネットワーク対応機能１１５や地上波アナログ放送用機能１１６など、他の機能でシステムリソースを更に必要とするような事態が発生した場合、先行デコードに割り当てていたシステムリソースの一部を解放して他の機能に割り当てる、といった処理が必要になる。
【００５４】
本発明の実施形態の一つであるデジタル放送受信装置においては、システム全体のソフトウェアの負荷を、制御部１０２がモニターして、先行デコードで使用するシステムリソース量を決定することができる。つまり、他の機能でシステムリソースが必要となった場合、この装置は先行デコードに割り当てられていたシステムリソースの解放後、制御部１０２が、再び図２に示した処理を行って、先行デコードに割り当て可能なシステムリソースを算出し、先行デコードを実行するチャンネルについて設定を行う。このように、動的にシステムリソースの割り当てを変更することが可能となる。
【００５５】
さらに、上述の各実施形態においては、先行デコードを行う場合として、デジタル放送を既に受信し所定チャンネルのデータを表示している状態で、チャンネルを変更する場合を中心に説明を行ったが、デジタル放送の受信を開始する前に先行デコードを行っていても良い。例えば、ネットワーク機能のみを使用して、デジタル放送受信・出力を開始していない場合や、地上波アナログ放送用機能を使用してデジタル放送受信・出力を開始していない場合などに、各機能を実行している裏で、先行デコードを行うことができる。このようにすると、使用途中でユーザがデジタル放送の受信を行いたい、と思ったときに既に先行デコードを行っているので、画像や音声をすぐに表示・出力でき、使い勝手が良い。
【００５６】
なお、本発明の各実施形態においては、画像圧縮方式として、ＭＰＥＧ２を例に挙げて説明を行ったが、この他の画像圧縮方式、例えばＭＰＥＧ４や、Ｈ２６４といった画像圧縮方式への応用ももちろん可能である。ＧＯＰの構成が異なる場合も、適宜デコードを行うピクチャの選択を行えば良い。
【００５７】
【発明の効果】
以上説明したように、この発明によれば、ユーザの使い勝手が良く、また効率的な処理が可能な信号処理装置及びその制御方法を提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態に係わる信号処理装置の構成を示すブロック図。
【図２】本発明の実施形態におけるチャンネルごとの設定に関する制御を示すフローチャート図。
【図３】本発明の第一の実施形態におけるチャンネルごとの先行デコードに関する設定を示す図。
【図４】本発明の第二の実施形態における視聴チャンネル等履歴データベース１１１の内容例を示す図。
【図５】本発明の第三の実施形態における視聴チャンネル等履歴データベース１１１の内容例を示す図。
【図６】本発明の第二の実施形態における視聴チャンネル等履歴データベース１１１の応用例を示す図。
【図７】本発明の第三の実施形態における視聴チャンネル等履歴データベース１１１の応用例を示す図。
【図８】本発明の第四の実施形態における先行デコードチャンネルの優先度の関係について示す図。
【図９】本発明の第五の実施形態における先行デコードチャンネルの優先度の関係について示す図。
【図１０】本発明の各実施形態に関わるＭＰＥＧにおける、ＧＯＰ内のピクチャの参照関係について示す図。
【図１１】本発明の第六の実施形態に関わる、先行デコードに関する組合せパターンを示す図。
【符号の説明】
１０１…デジタル放送受信・出力部、１０２…制御部、１０３…バッファ、１０４…デマルチプレクサ、１０５…画像デコーダ、１０６…音声デコーダ、１０７…バッファ、１０８…同期出力部、１１０…ユーザインタフェース、１１１…データベース、１１５…ネットワーク対応機能、１１６…地上波アナログ放送用機能、１２０…ディスプレイ、１２１…スピーカ、１２３…アンテナ、１３０…ユーザ
【図１】
2004297643.tif 000003
【図２】
2004297643.tif 000004
【図３】
2004297643.tif 000005
【図４】
2004297643.tif 000006
【図５】
2004297643.tif 000007
【図６】
2004297643.tif 000008
【図７】
2004297643.tif 000009
【図８】
2004297643.tif 000010
【図９】
2004297643.tif 000011
【図１０】
2004297643.tif 000012
【図１１】
2004297643.tif 000013