(57)【特許請求の範囲】
【請求項１】
選択された物理チャンネルの放送信号を復調し、該復調によって得られたストリームを出力するチューナ部と、
前記ストリームに含まれる複数のサービスの暗号化映像データ及び鍵情報を抽出するデマルチプレクス部と、
前記鍵情報に基づいて、前記複数のサービスの暗号化映像データを復号するための鍵を、前記複数のサービス毎に生成するＣＡＳ制御部と、
前記複数のサービスの鍵を用いて、前記複数のサービスの暗号化映像データを復号し、前記複数のサービスの映像データを生成するデスクランブル部と、
前記複数のサービスの映像データのいずれかをデコードして出力する映像デコード部と、を備え、
前記ＣＡＳ制御部は、
前記鍵情報から前記鍵を生成するＣＡＳモジュール部、
前記ＣＡＳモジュール部で生成された鍵を前記サービスに対応付けて記憶する鍵格納部、
前記鍵格納部に記憶されている鍵を前記デスクランブル部に設定するデスクランブル制御部、
前記複数のサービスの各々について、前記鍵情報の更新周期の計測を行う更新周期計測部、
前記複数のサービスの各々について、前記鍵情報から前記鍵を生成する鍵処理時間を計測する鍵処理時間計測部、及び
前記複数のサービスの中から、前記デスクランブル部での復号対象とするサービスであるデスクランブル対象サービスを、復号対象とする全サービスの鍵処理時間の総和が、該復号対象とする全サービスの更新周期の各々よりも小さくなるように決定する対象サービス決定部、を備えること
を特徴とするデジタル放送受信装置。
【請求項２】
前記ＣＡＳモジュール部は、前記複数のサービスの鍵の生成を時分割で行い、
前記デスクランブル制御部は、前記鍵格納部から、前記複数のサービスの各々に対応する鍵を抽出し、該抽出した鍵を前記デスクランブル部に時分割で設定し、
前記デスクランブル部は、前記複数のサービスの暗号化映像データの復号を時分割で行うこと
を特徴とする請求項１に記載のデジタル放送受信装置。
【請求項３】
前記対象サービス決定部は、前記複数のサービスの内、未契約のサービスを復号対象から除外すること
を特徴とする請求項１に記載のデジタル放送受信装置。
【請求項４】
前記対象サービス決定部は、前記復号対象とする全サービスの鍵処理時間の総和が、前記復号対象とする全サービスの何れかの更新周期以上となる場合には、選局中のサービスと異なるＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値を有するサービスを復号対象から除外すること
を特徴とする請求項１に記載のデジタル放送受信装置。
【請求項５】
前記対象サービス決定部は、前記選局中のサービスと異なるＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値を有するサービスが複数ある場合には、前記選局中のサービスのチャンネル番号との差分が最も大きいチャンネル番号のサービスを復号対象から除外すること
を特徴とする請求項４に記載のデジタル放送受信装置。
【請求項６】
前記対象サービス決定部は、前記選局中のサービスと異なるＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値を有するサービスが複数ある場合には、前記選局中のサービスのＭＦ番号との差分が最も大きいＭＦ番号のサービスを復号対象から除外すること
を特徴とする請求項４に記載のデジタル放送受信装置。
【請求項７】
前記対象サービス決定部は、前記復号対象とする全サービスの鍵処理時間の総和が、前記復号対象とする全サービスの何れかの更新周期以上となる場合には、更新周期に対する鍵処理時間の割合が最も高いサービスを復号対象から除外すること
を特徴とする請求項１に記載のデジタル放送受信装置。
【請求項８】
前記対象サービス決定部は、前記更新周期に対する鍵処理時間の割合が最も高いサービスが複数ある場合には、選局中のサービスのチャンネル番号との差分が最も大きいチャンネル番号のサービスを復号対象から除外すること
を特徴とする請求項７に記載のデジタル放送受信装置。
【請求項９】
前記対象サービス決定部は、前記更新周期に対する鍵処理時間の割合が最も高いサービスが複数ある場合には、選局中のサービスのＭＦ番号との差分が最も大きいＭＦ番号のサービスを復号対象から除外すること
を特徴とする請求項７に記載のデジタル放送受信装置。
【請求項１０】
前記ＣＡＳモジュール部は、前記鍵の生成を中断する際に、その時点における処理結果と、前記鍵情報における次に処理するデータ位置とを保存し、前記鍵の生成を再開する場合には、保存された処理結果に基づいて、保存されたデータ位置から前記鍵情報を処理すること
を特徴とする請求項１から９の何れか一項に記載のデジタル放送受信装置。
【請求項１１】
選択された物理チャンネルの放送信号を復調し、該復調によって得られたストリームを出力するチューニング過程と、
前記ストリームに含まれる複数のサービスの暗号化映像データ及び鍵情報を抽出する抽出過程と、
前記複数のサービスの鍵情報に基づいて、前記複数のサービスの暗号化映像データを復号するための鍵を、前記複数のサービス毎に生成するＣＡＳ制御過程と、
前記複数のサービスの鍵を用いて、前記複数のサービスの暗号化映像データを復号し、前記複数のサービスの映像データを生成するデスクランブル過程と、
前記複数のサービスの映像データのいずれかをデコードして出力する映像デコード過程と、を有し、
前記ＣＡＳ制御過程は、
前記鍵情報から前記鍵を生成する鍵生成過程、
前記鍵生成過程で生成された鍵を前記サービスに対応付けて記憶する鍵格納過程、
前記鍵格納過程で記憶された鍵を、前記デスクランブル過程で使用する鍵として設定するデスクランブル制御過程、
前記複数のサービスの各々について、前記鍵情報の更新周期の計測を行う更新周期計測過程、
前記複数のサービスの各々について、前記鍵情報から前記鍵を生成する鍵処理時間を計測する鍵処理時間計測過程、及び
前記複数のサービスの中から、前記デスクランブル過程での復号対象とするサービスであるデスクランブル対象サービスを、復号対象とする全サービスの鍵処理時間の総和が、該復号対象とする全サービスの更新周期の各々よりも小さくなるように決定する対象サービス決定過程、を含むこと
を特徴とするデジタル放送受信方法。
【請求項１２】
前記対象サービス決定過程は、前記複数のサービスの内、未契約のサービスを復号対象から除外すること
を特徴とする請求項１１に記載のデジタル放送受信方法。
【請求項１３】
前記対象サービス決定過程は、前記復号対象とする全サービスの鍵処理時間の総和が、前記復号対象とする全サービスの何れかの更新周期以上となる場合には、選局中のサービスと異なるＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値を有するサービスを復号対象から除外すること
を特徴とする請求項１１に記載のデジタル放送受信方法。
【請求項１４】
前記対象サービス決定過程は、前記選局中のサービスと異なるＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値を有するサービスが複数ある場合には、前記選局中のサービスのチャンネル番号との差分が最も大きいチャンネル番号のサービスを復号対象から除外すること
を特徴とする請求項１３に記載のデジタル放送受信方法。
【請求項１５】
前記対象サービス決定過程は、前記選局中のサービスと異なるＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値を有するサービスが複数ある場合には、前記選局中のサービスのＭＦ番号との差分が最も大きいＭＦ番号のサービスを復号対象から除外すること
を特徴とする請求項１３に記載のデジタル放送受信方法。
【請求項１６】
前記対象サービス決定過程は、前記復号対象とする全サービスの鍵処理時間の総和が、前記復号対象とする全サービスの何れかの更新周期以上となる場合には、更新周期に対する鍵処理時間の割合が最も高いサービスを復号対象から除外すること
を特徴とする請求項１１に記載のデジタル放送受信方法。
【請求項１７】
前記対象サービス決定過程は、前記更新周期に対する鍵処理時間の割合が最も高いサービスが複数ある場合には、選局中のサービスのチャンネル番号との差分が最も大きいチャンネル番号のサービスを復号対象から除外すること
を特徴とする請求項１６に記載のデジタル放送受信方法。
【請求項１８】
前記対象サービス決定過程は、前記更新周期に対する鍵処理時間の割合が最も高いサービスが複数ある場合には、選局中のサービスのＭＦ番号との差分が最も大きいＭＦ番号のサービスを復号対象から除外すること
を特徴とする請求項１６に記載のデジタル放送受信方法。
【請求項１９】
前記鍵生成過程は、前記鍵の生成を中断する際に、その時点における処理結果と、前記鍵情報における次に処理するデータ位置とを保存し、前記鍵の生成を再開する場合には、保存された処理結果に基づいて、保存されたデータ位置から前記鍵情報を処理すること
を特徴とする請求項１１から１８の何れか一項に記載のデジタル放送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信装置及びデジタル放送受信方法に関する。
【背景技術】
【０００２】
デジタル放送では、ＭＰＥＧ２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ２）−ＶＩＤＥＯ又はＨ．２６４等の符号化方式が採用されている。このような方式では、ピクチャ間の予測を用いてエンコードが行われており、エンコードされた映像データを任意の位置のピクチャからデコードを開始することができず、特定の位置のピクチャからのみデコードを開始することができる。以後、デコードを開始することができるピクチャを、キーピクチャ（ｋｅｙ  ｐｉｃｔｕｒｅ）と呼ぶ。キーピクチャの具体例として、ＭＥＧ２−ＶＩＤＥＯではＩピクチャ（Ｉｎｔｒａピクチャ）があり、Ｈ．２６４ではＩＤＲピクチャ（Ｉｎｓｔａｎｔａｎｅｏｕｓ  Ｄｅｃｏｄｅｒ  Ｒｅｆｒｅｓｈピクチャ）がある。デジタル放送では、ユーザによるサービスの選局操作が実行されてからキーピクチャを取得するまでの期間は、映像データをデコードすることができないため、サービスの選局操作が実行されてから映像の表示開始までに要する時間が長いという問題がある。【０００３】
例えば、特許文献１は、サービスの選局操作から映像の表示開始までに要する時間を短縮する技術を開示している。特許文献１に記載されている受信装置は、選択されている一のチャンネルに対応する圧縮動画データを受信する第１受信部と、自己完結型の圧縮静止画データを受信する第２受信部と、第２受信部により受信された複数の自己完結型の圧縮静止画データを記憶する記憶部と、チャンネル切換後のチャンネルに対応する自己完結型の圧縮静止画データを記憶部から取得する取得部と、第１受信部により受信されたチャンネル切換後のチャンネルに対応する圧縮動画データを復号して表示装置に表示するまでに、取得部により取得された自己完結型の圧縮静止画データを復号して表示装置に表示させる表示制御部とを備えている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−５０６４４号公報（要約、図２）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の受信装置では、選局前に取得され、記憶部に記憶されるピクチャは、自己完結型のキーピクチャのみであるため、ユーザによる選局操作から最初のキーピクチャが取得されるまでの期間は、選局前に取得されたキーピクチャの静止画が表示され続け、動画を表示することができない。【０００６】
そこで、本発明は、上記従来技術の課題を解決するためになされたものであり、その目的は、選局操作後に静止画が表示されている時間を短縮し、動画が表示開始されるまでに要する時間を短縮することにある。
【課題を解決するための手段】
【０００７】
本発明の一態様に係るデジタル放送受信装置は、選択された物理チャンネルの放送信号を復調し、該復調によって得られたストリームを出力するチューナ部と、前記ストリームに含まれる複数のサービスの暗号化映像データ及び鍵情報を抽出するデマルチプレクス部と、前記鍵情報に基づいて、前記複数のサービスの暗号化映像データを復号するための鍵を、前記複数のサービス毎に生成するＣＡＳ制御部と、前記複数のサービスの鍵を用いて、前記複数のサービスの暗号化映像データを復号し、前記複数のサービスの映像データを生成するデスクランブル部と、前記複数のサービスの映像データのいずれかをデコードして出力する映像デコード部と、を備え、前記ＣＡＳ制御部は、前記鍵情報から前記鍵を生成するＣＡＳモジュール部、前記ＣＡＳモジュール部で生成された鍵を前記サービスに対応付けて記憶する鍵格納部、前記鍵格納部に記憶されている鍵を前記デスクランブル部に設定するデスクランブル制御部、前記複数のサービスの各々について、前記鍵情報の更新周期の計測を行う更新周期計測部、前記複数のサービスの各々について、前記鍵情報から前記鍵を生成する鍵処理時間を計測する鍵処理時間計測部、及び前記複数のサービスの中から、前記デスクランブル部での復号対象とするサービスであるデスクランブル対象サービスを、復号対象とする全サービスの鍵処理時間の総和が、該復号対象とする全サービスの更新周期の各々よりも小さくなるように決定する対象サービス決定部、を備えることを特徴とする。【０００８】
また、本発明の一態様に係るデジタル放送受信方法は、選択された物理チャンネルの放送信号を復調し、該復調によって得られたストリームを出力するチューニング過程と、前記ストリームに含まれる複数のサービスの暗号化映像データ及び鍵情報を抽出する抽出過程と、前記複数のサービスの鍵情報に基づいて、前記複数のサービスの暗号化映像データを復号するための鍵を、前記複数のサービス毎に生成するＣＡＳ制御過程と、前記複数のサービスの鍵を用いて、前記複数のサービスの暗号化映像データを復号し、前記複数のサービスの映像データを生成するデスクランブル過程と、前記複数のサービスの映像データのいずれかをデコードして出力する映像デコード過程と、を有し、前記ＣＡＳ制御過程は、前記鍵情報から前記鍵を生成する鍵生成過程、前記鍵生成過程で生成された鍵を前記サービスに対応付けて記憶する鍵格納過程、前記鍵格納過程で記憶された鍵を、前記デスクランブル過程で使用する鍵として設定するデスクランブル制御過程、前記複数のサービスの各々について、前記鍵情報の更新周期の計測を行う更新周期計測過程、前記複数のサービスの各々について、前記鍵情報から前記鍵を生成する鍵処理時間を計測する鍵処理時間計測過程、及び前記複数のサービスの中から、前記デスクランブル過程での復号対象とするサービスであるデスクランブル対象サービスを、復号対象とする全サービスの鍵処理時間の総和が、該復号対象とする全サービスの更新周期の各々よりも小さくなるように決定する対象サービス決定過程、を含むことを特徴とする。
【発明の効果】
【０００９】
本発明の一態様によれば、選局操作後に静止画が表示されている時間を短縮し、動画が表示開始されるまでに要する時間を短縮することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態１乃至４に係るデジタル放送受信装置の構成の一例を概略的に示すブロック図である。
【図２】図１に示される映像データ記憶部におけるデータ形式の一例を示す図である。
【図３】映像データがＭＰＥＧ２―ＶＩＤＥＯ方式の場合において、映像デコード部がデコード処理を実行するピクチャの順番と、出力を行うピクチャの順番とを表す図である。
【図４】映像データがＨ．２６４方式の場合において、映像デコード部がデコード処理を実行するピクチャの順番と、出力を行うピクチャの順番とを表す図である。
【図５】図１に示される音声データ記憶部におけるデータ形式の一例を示す図である。
【図６】実施の形態１乃至４に係るデジタル放送受信装置の動作の一例を示すフローチャートである。
【図７】図６に示される選局処理の一例を示すフローチャートである。
【図８】図６に示される選局停止処理の一例を示すフローチャートである。
【図９】図７に示される映像データ書換処理の一例を示すフローチャートである。
【図１０】実施の形態１乃至３に係るデジタル放送受信装置の映像データ受信処理の一例を示すフローチャートである。
【図１１】図７に示される音声データ書換処理の一例を示すフローチャートである。
【図１２】図７に示される映像デコード処理の一例を示すフローチャートである。
【図１３】実施の形態１乃至４に係るデジタル放送受信装置の１ピクチャ分の映像のデコード処理の一例を示すフローチャートである。
【図１４】実施の形態１乃至４に係るデジタル放送受信装置の音声デコード処理の一例を示すフローチャートである。
【図１５】実施の形態１乃至４に係るデジタル放送受信装置の時刻情報の更新処理の一例を示すフローチャートである。
【図１６】比較例の受信装置と実施の形態１に係るデジタル放送受信装置との選局時の映像ピクチャのデコードの違いを説明する図である。
【図１７】実施の形態２に係るデジタル放送受信装置の映像デコード処理の一例を示すフローチャートである。
【図１８】実施の形態３に係るデジタル放送受信装置の映像デコード処理の一例を示すフローチャートである。
【図１９】実施の形態４に係るデジタル放送受信装置において、ピクチャ欠けによる映像の乱れを説明する図である。
【図２０】実施の形態４に係るデジタル放送受信装置の映像データ受信処理の一例を示すフローチャート（その１）である。
【図２１】実施の形態４に係るデジタル放送受信装置の映像データ受信処理の一例を示すフローチャート（その２）である。
【図２２】実施の形態５乃至７に係るデジタル放送受信装置の構成の一例を概略的に示すブロック図である。
【図２３】実施の形態５におけるＣＡＳ制御部の構成の一例を概略的に示すブロック図である。
【図２４】実施の形態５におけるデスクランブル鍵管理情報を示す概略図である。
【図２５】実施の形態５における対象サービス決定部のデスクランブル対象サービス決定処理の一例を示すフローチャートである。
【図２６】実施の形態５に係るデジタル放送受信装置におけるデスクランブル対象サービスの導出動作を示す概略図である。
【図２７】ＣＭＭＢ規格におけるストリーム構造を示す概略図である。
【図２８】（Ａ）及び（Ｂ）は、従来のデジタル放送受信装置において、選局操作後、映像が出力されるまでに必要な時間を示す概略図である。
【図２９】実施の形態５に係るデジタル放送受信装置において、ＥＭＭが更新されていない場合に、選局操作後、映像が出力されるまでに必要な時間を示す概略図である。
【図３０】実施の形態５に係るデジタル放送受信装置において、ＥＭＭが更新された場合に、選局操作後、映像が出力されるまでに必要な時間を示す概略図である。
【発明を実施するための形態】
【００１１】
実施の形態１．
図１は、実施の形態１に係るデジタル放送受信装置１００の構成の一例を概略的に示すブロック図である。図１に示されるように、実施の形態１に係るデジタル放送受信装置１００は、チューナ部１０１と、デマルチプレクス部１０２と、ＣＡＳ制御部１０３と、デスクランブル部１０４と、ピクチャタイプ検出部１０５と、映像データ記憶部１０６と、映像デコード部１０７と、映像出力部１０８と、音声データ記憶部１０９と、音声デコード部１１０と、音声出力部１１１と、時刻管理部１１２と、ユーザ指示受光部１１３と、制御部１１４と、サービス情報記憶部１１５とを備えている。ただし、本発明が適用可能なデジタル放送受信装置１００の構成は、図１の例には限定されない。なお、図１の括弧内の符号は、実施の形態２〜４における構成を示している。
【００１２】
チューナ部１０１は、アンテナ部１４０から与えられるデジタル放送信号を受け取り、受け取ったデジタル放送信号から特定の物理チャンネルの信号を抽出し、抽出された信号の復調及び誤り訂正を行うことによって、ストリームを生成する。チューナ部１０１が、アンテナ部１４０から与えられたデジタル放送信号のうちのいずれの物理チャンネルの信号を抽出するかは、制御部１１４によって制御される。１つの物理チャンネルには、複数のサービスのストリームデータが含まれていることがある。チューナ部１０１は、１つの物理チャンネルに含まれる複数のサービスのストリームデータを同時に出力することができる。図１に示されているデジタル放送受信装置１００は、１つのチューナ部１０１からデマルチプレクス部１０２に複数のストリーム出力経路を有しているが、例えば、チューナ部１０１を複数設けることで、複数のストリームデータが出力されるように構成されていてもよい。
【００１３】
デマルチプレクス部１０２は、チューナ部１０１より与えられるストリームから映像データと音声データと時刻情報とを抽出して出力する。チューナ部１０１から与えられるストリームにスクランブルがかけられている場合には、デマルチプレクス部１０２で抽出される映像データは、暗号化された暗号化映像データである。ここで、時刻情報とは、デジタル放送の送信装置の基準時間を受信装置で再現するための情報であり、具体例として、ＭＰＥＧ２−ＴＳのＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）等が挙げられる。また、デジタル放送の送信装置の基準時間を受信装置で再現するための情報がストリームに存在しない場合、代わりの情報を時刻情報として扱ってもよい。例えば、中国における放送方式の一つであるＣＭＭＢ（Ｃｈｉｎａ  Ｍｕｌｔｉｍｅｄｉａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｃａｓｔｉｎｇ）規格のデジタル放送で用いられているＭＦＳ（Ｍｕｌｔｉｐｌｅｘ  Ｆｒａｍｅ  Ｓｔｒｕｃｔｕｒｅ）形式のストリームの場合、ＭＦＳ形式のストリームの下記の（ＩＮＦ１）の情報を時刻情報として扱ってもよい。
【外１】
【００１４】
0005855234.tif 000002
【００１５】
デマルチプレクス部１０２は、映像データについて、ストリームに含まれる複数のサービスの映像データを同時に抽出することができる。また、デマルチプレクス部１０２は、音声データ及び時刻情報のそれぞれについて、１つのサービス分の音声データ及び１つのサービス分の時刻情報を抽出することができる。ストリームに含まれるどの映像データ、音声データ、時刻情報を抽出するかは、制御部１１４によって制御される。
【００１６】
また、デマルチプレクス部１０２は、スクランブルがかかっているサービスの場合には、チューナ部１０１より与えられるストリームから、スクランブル鍵を得るためのマスター鍵（Ｋｍ）を運ぶＥＭＭ及び暗号化されたスクランブル鍵（Ｋｓ）を運ぶＥＣＭを抽出する。デマルチプレクス部１０２は、抽出したＥＭＭ及びＥＣＭをＣＡＳ制御部１０３に与える。ここで、ＥＭＭ及びＥＣＭは、スクランブルがかかっている（暗号化されている）ストリームデータを復号するための鍵（マスター鍵及びスクランブル鍵）を生成するために必要な情報を含む鍵情報である。
【００１７】
ＣＡＳ制御部１０３は、まずデマルチプレクス部１０２で抽出されたＥＭＭからＫｍを生成し、さらに、Ｋｍを用いて、ＥＣＭからＫｓを生成する。そして、ＣＡＳ制御部１０３は、デスクランブル部１０４に生成したＫｓを設定する。
【００１８】
デスクランブル部１０４は、ＣＡＳ制御部１０３により設定されたＫｓを用いて、デマルチプレクス部１０２から与えられる映像データ及び音声データの少なくとも何れか一方の暗号を解き、暗号が解かれた映像データ及び音声データの少なくとも何れか一方を出力する。なお、デスクランブル部１０４で復号される前の映像データ及び音声データは、暗号化映像データ及び暗号化音声データである。スクランブルを使用していないデジタル放送規格の場合には、デスクランブル部１０４を設けずに、デマルチプレクス部１０２の出力をピクチャタイプ検出部１０５に直接与えてもよい。なお、デスクランブル部１０４は、複数のサービスのデータの暗号の解除を同時に行うことができる。また、本実施の形態においては、視聴対象以外のサービスのデータは、デマルチプレクス部１０２からピクチャタイプ検出部１０５に与えられる。
【００１９】
ピクチャタイプ検出部１０５は、デマルチプレクス部１０２又はデスクランブル部１０４から与えられる映像データのピクチャタイプを検出し、映像データ及びピクチャタイプ情報を出力する。ピクチャタイプ検出部１０５が検出するピクチャタイプは、「参照ピクチャ」と「非参照ピクチャ」とからなる。「参照ピクチャ」は、「キーピクチャ」と、「キーピクチャ以外の参照ピクチャ」とからなる。ここで、「参照ピクチャ」とは、他のピクチャのデコードの際に参照されるピクチャのことであり、具体例として、ＭＰＥＧ２―ＶＩＤＥＯでは、ＩピクチャとＰピクチャ（Ｐｒｅｄｉｃｔｉｖｅピクチャ）とが挙げられ、Ｈ．２６４では、ｎａｌ＿ｄｅｆ＿ｉｄｃ＝０ではないピクチャが挙げられる。また、「キーピクチャ以外の参照ピクチャ」の具体例として、ＭＰＥＧ２−ＶＩＤＥＯでは、Ｐピクチャが挙げられ、Ｈ．２６４では、ＩＤＲピクチャではなく、かつｎａｌ＿ｄｅｆ＿ｉｄｃ＝０ではないピクチャが挙げられる。なお、キーピクチャであれば参照ピクチャである。また、「非参照ピクチャ」とは、他のピクチャのデコードの際に参照されないピクチャのことであり、具体例として、ＭＰＥＧ２−ＶＩＤＥＯでは、Ｂピクチャ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｙ  Ｐｒｅｄｉｃｔｉｖｅピクチャ）が挙げられ、Ｈ．２６４では、ｎａｌ＿ｄｅｆ＿ｉｄｃ＝０であるピクチャが挙げられる。なお、ピクチャタイプ検出部１０５は、複数のサービスの映像データのピクチャタイプを同時に検出することができる。
【００２０】
映像データ記憶部１０６は、ピクチャタイプ検出部１０５から与えられる映像データ及びピクチャタイプ情報を記憶する。なお、映像データ記憶部１０６は、複数のサービスの映像データを記憶することができる。映像データ記憶部１０６のデータ形式の一例を図２に示す。映像データ記憶部１０６は、映像バッファ１０６ａと、映像バッファ管理情報記憶部１０６ｂと、映像デコード情報記憶部１０６ｃとから構成される。
【００２１】
映像バッファ１０６ａには、サービス毎に映像データを記憶し、選局中のサービスについては参照ピクチャ及び非参照ピクチャを記憶し、選局中のサービス以外については参照ピクチャのみを記憶する。また、映像バッファ管理情報記憶部１０６ｂには、サービス毎に映像バッファの先頭アドレスと、映像バッファの書込アドレスと、映像バッファに記憶されている全てのピクチャのピクチャ情報を記憶する。ピクチャ情報には、ピクチャのデータの先頭アドレス、データ長、ピクチャタイプ、表示タイムスタンプ、デコードタイムスタンプ等の情報が含まれる。ここで、表示タイムスタンプとは、ピクチャを表示するタイミングを示す情報のことであり、具体例として、ＭＰＥＧ２  ＳＹＳＴＥＭのＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）のＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）、及び、ＣＭＭＢ規格のデジタル放送で用いられているＭＦＳ形式のストリームの下記の（ＩＮＦ２）の値に、ＭＦＳ形式のストリームの（ＩＮＦ３）の値を加算した値が挙げられる。
【外２】
【００２２】
0005855234.tif 000003
【外３】
【００２３】
0005855234.tif 000004
【００２４】
また、デコードタイムスタンプとは、ピクチャをデコードするタイミングを示す情報のことであり、具体例として、ＭＰＥＧ２  ＳＹＳＴＥＭのＰＥＳのＤＴＳ（Ｄｅｃｏｒｄｉｎｇ  Ｔｉｍｅ  Ｓｔａｍｐ）が挙げられる。なお、ストリームに表示タイムスタンプのみが含まれていてデコードタイムスタンプが含まれていない場合、デコードタイムスタンプは、表示タイムスタンプと同じ値として扱う。例えば、ＭＦＳ形式のストリームにはデコードタイムスタンプにあたる情報が含まれていないため、デコードタイムスタンプは表示タイムスタンプと同じ値として扱う。また、映像デコード情報記憶部１０６ｃには、選局中のサービスの番号、ピクチャ出力完了フラグ、ピクチャデコード完了フラグを記憶する。
【００２５】
映像デコード部１０７は、映像データ記憶部１０６より映像データを取得し、この映像データをデコードする。デコードが正常終了し、かつ出力するピクチャが存在する場合は、ピクチャを出力する。なお、図１の例では、映像デコード部１０７で同時にデコードできる映像データは、１サービス分の映像データである。なお、デコード処理を行うピクチャの順番と、表示を行うピクチャの順番とが異なる場合、映像デコード部１０７は表示を行うピクチャの順番でピクチャを出力する。
【００２６】
図３は、映像データがＭＰＥＧ２−ＶＩＤＥＯ方式の場合において、映像デコード部１０７がデコード処理を実行するピクチャの順番と、出力を行うピクチャの順番を表す図である。図３において、ピクチャＦ１０からＦ１８までは、デコード処理を実行する順に並べられたピクチャを表し、ピクチャＦ１９からＦ２７までは、デコードの結果出力される順に並べられたピクチャを表す。また、図３において、ピクチャＦ１０とＦ１６とは、デコード前のキーピクチャを表し、ピクチャＦ１１とＦ１２とＦ１４とＦ１５とＦ１７とＦ１８とは、デコード前の非参照ピクチャを表し、ピクチャＦ１３は、デコード前のキーピクチャ以外の参照ピクチャを表し、ピクチャＦ１９とＦ２０とＦ２２とＦ２３とＦ２５とＦ２６とは、デコードの結果出力される非参照ピクチャを表し、ピクチャＦ２１とＦ２７とは、デコードの結果出力されるキーピクチャを表し、ピクチャＦ２４は、デコードの結果出力されるキーピクチャ以外の参照ピクチャを表す。図３のように、映像データがＭＰＥＧ２−ＶＩＤＥＯ方式の場合、映像デコード部１０７は、非参照ピクチャについてはデコードした時点でそのピクチャを出力する。一方、参照ピクチャについてはデコードした時点ではそのピクチャを出力せずに、次の参照ピクチャをデコードした時点で出力を行う。
【００２７】
図４は、映像データがＨ．２６４の場合において、映像デコード部１０７がデコード処理を実行するピクチャの順番と、出力を行うピクチャの順番を表す図である。図４において、ピクチャＦ３０からＦ３４までは、デコード処理を実行する順に並べられたピクチャを表し、ピクチャＦ３５からＦ３９までは、デコードの結果出力される順に並べられたピクチャを表す。また、図４において、ピクチャＦ３０は、デコード前のキーピクチャを表し、ピクチャＦ３１とＦ３２とは、デコード前のキーピクチャ以外の参照ピクチャを表し、ピクチャＦ３３とＦ３４とは、デコード前の非参照ピクチャを表し、ピクチャＦ３５は、デコードの結果出力されるキーピクチャを表し、ピクチャＦ３６とＦ３８とは、デコードの結果出力される非参照ピクチャを表し、ピクチャＦ３７とＦ３９とは、デコードの結果出力されるキーピクチャ以外の参照ピクチャを表す。図４のように、映像データがＨ．２６４方式の場合、映像デコード部１０７は、参照ピクチャだけではなく非参照ピクチャについても、デコードするタイミングと出力を行うタイミングとが異なる場合がある。ピクチャの並び替えは、ＰＯＣ（Ｐｉｃｔｕｒｅ  Ｏｒｄｅｒ  Ｃｏｕｎｔ）に従って行う。
【００２８】
以上のように、デコード処理を実行するピクチャの順番とは異なる順番でピクチャ出力が行われるため、デコードが正常終了した場合、その時点でデコードされたピクチャよりも前にデコードされたピクチャが出力されること、及び、その時点でピクチャが出力されないことがある。なお、デコードが正常終了しなかった場合は、ピクチャの出力は行われない。
【００２９】
映像出力部１０８は、映像デコード部１０７より出力された映像情報を、図示しない外部のディスプレイが受信できる映像信号の形式に変換し、変換された映像信号を外部のディスプレイに出力する。
【００３０】
音声データ記憶部１０９は、デマルチプレクス部１０２又はデスクランブル部１０４から与えられる音声データを記憶する。音声データ記憶部１０９のデータ形式の一例を図５に示す。音声データ記憶部１０９は、音声バッファ１０９ａと、音声バッファ管理情報記憶部１０９ｂとから構成される。音声バッファ１０９ａには、１つのサービスの音声データ（音声フレーム）を記憶することができる。また、音声バッファ管理情報記憶部１０９ｂには、音声バッファ１０９ａの先頭アドレスと、音声バッファ１０９ａの書込アドレスと、音声バッファ１０９ａに記憶されている全ての音声フレームのフレーム情報とを記憶する。フレーム情報には、音声フレームのデータの先頭アドレス、データ長、表示タイムスタンプ等の情報が含まれる。
【００３１】
音声デコード部１１０は、音声データ記憶部１０９より音声データを取得し、この音声データをデコードし、デコードされた音声情報を出力する。なお、図１の例では、音声デコード部１１０で同時にデコードできる音声は、１サービス分の音声データである。
【００３２】
音声出力部１１１は、音声デコード部１１０から出力された音声情報を、図示しない外部のスピーカーが受信できる音声信号の形式に変換し、音声信号を外部のスピーカーに出力する。
【００３３】
時刻管理部１１２は、デジタル放送受信機の内部時刻を管理する。
【００３４】
ユーザ指示受光部１１３は、リモコン等の遠隔操作部を用いたユーザからの選局指示（例えば、光信号）を受信し、指示情報を制御部１１４に通知する。ユーザ指示受光部１１３は、必ずしも必要な構成ではなく、デジタル放送受信装置１００の本体に備えられたユーザ指示操作部（図示せず）等の、他の操作部又はユーザ指示受信部であってもよい。
【００３５】
制御部１１４は、ユーザ指示受光部１１３から選局指示を受信すると、後述するサービス情報記憶部１１５よりサービスを選局するために必要な情報を取得し、その情報を元に選局を行う。
【００３６】
実施の形態１に係るデジタル放送受信装置１００（実施の形態１に係るデジタル放送受信方法を実施することができる装置）は、選択された物理チャンネルの放送信号を復調し、該復調によって得られたストリームを出力するチューナ部１０１と、ストリームに含まれる複数のサービスの映像データを抽出するデマルチプレクス部１０２と、複数のサービスの映像データのピクチャタイプを判別し、複数のサービスの映像データ及び該映像データのピクチャタイプ情報を出力するピクチャタイプ検出部１０５と、映像データ記憶部１０６と、複数のサービスの映像データのいずれかをデコードして出力する映像デコード部１０７と、複数のサービスの内の選局中のサービスの映像データと、複数のサービスの内の、選局中のサービス以外のサービスの映像データのキーピクチャとキーピクチャ以外の参照ピクチャとを、映像データ記憶部１０６に記憶させる制御部１１４とを備え、制御部１１４は、複数のサービスの内の、選局中のサービスと異なる新たなサービスの選局が行われた直後に、映像デコード部１０７に、新たなサービスの選局時の直前に映像データ記憶部１０６に記憶された、新たなサービスの映像データのキーピクチャを映像データ記憶部１０６から抽出及びデコードさせ、その後、映像デコード部１０７に、新たなサービスの選局時の直前に映像データ記憶部１０６に記憶された、新たなサービスの映像データのキーピクチャ以外の参照ピクチャを前記映像データ記憶部１０６から抽出及びデコードさせる。
【００３７】
図６は、実施の形態１に係るデジタル放送受信装置１００の動作を示すフローチャートである。図６に示される動作は、デジタル放送受信装置１００の電源がオンになった時点で開始する。ステップＳ１において、電源オン後にサービスが選局されると、制御部１１４による処理はステップＳ２に進む。ステップＳ１の選局処理の詳細については、後述する図７のフローチャートを用いて説明する。
【００３８】
ステップＳ２において、制御部１１４は、ユーザから選局の指示があったか否かを判定する。制御部１１４は、ユーザからの選局の指示があった場合は、ステップＳ３に処理を進め、ユーザからの選局の指示がなかった場合は、ステップＳ２に処理を進める。
【００３９】
ステップＳ３において、制御部１１４は、選局処理を停止し、ステップＳ４に処理を進める。ステップＳ３の処理の詳細については、後述する図８のフローチャートを用いて説明する。
【００４０】
ステップＳ４において、制御部１１４は、ユーザによって指示されたサービスを選局し、ステップＳ２に処理を進める。選局処理の詳細については、後述する図７のフローチャートを用いて説明する。
【００４１】
図７は、実施の形態１に係るデジタル放送受信装置の選局処理の一例を示すフローチャートである。図７に示される動作は、図６のステップＳ１の選局処理、及び図６のステップＳ４の選局処理が実行された時点で開始する。
【００４２】
ステップＳ１１において、制御部１１４は、選局するサービスを決定し、選局するサービスの情報をサービス情報記憶部１１５より取得し、ステップＳ１２に処理を進める。選局するサービスは、例えば、図６のステップＳ１の電源オン後の最初の選局においては、電源オフの直前に選局していたサービスであり、図６のステップＳ４のユーザからの選局指示があった場合の選局では、ユーザがリモコン等の操作部を操作して指示したサービスである。
【００４３】
ステップＳ１２において、制御部１１４は、チューナ制御の必要があるか否かを判定し、チューナ制御の必要がある場合は、ステップＳ１３に処理を進め、チューナ制御の必要がなければ、ステップＳ２８に処理を進める。ここで、チューナ制御の必要の有無の判定処理は、例えば、選局前のサービスの物理チャンネルと選局後のサービスの物理チャンネルとを比較し、物理チャンネルが一致しない場合は、チューナ制御の必要ありと判定し、物理チャンネルが一致する場合は、チューナ制御の必要なしと判定することによって行われる。また、ＣＭＭＢのように、同一物理ＣＨであっても各ＭＦ（Ｍｕｌｔｉｐｌｅｘ  Ｆｒａｍｅ）毎に変調パラメータが異なるような放送方式の場合には、異なるＭＦへの切替時には、チューナ制御が必要である。
【００４４】
ステップＳ１３において、制御部１１４は、映像データ書換処理を停止し、ステップＳ１４に処理を進める。制御部１１４は、映像データ書換処理では、デマルチプレクス部１０２又はデスクランブル部１０４が出力した映像データの内、選局中のサービスの映像データについては、参照ピクチャと非参照ピクチャのデータを映像データ記憶部１０６に記憶させる。また、制御部１１４は、選局中のサービス以外のサービスの映像データについては、参照ピクチャのデータを映像データ記憶部１０６に記憶させる。また、制御部１１４は、選局中のサービス以外のサービスの映像データについては、キーピクチャを受信した場合は、キーピクチャよりも前に受信したピクチャのデータを削除する。映像データ書換処理の詳細については、後述する図９のフローチャートを用いて説明する。
【００４５】
ステップＳ１４において、制御部１１４は、映像データ記憶部１０６のデータを消去し、ステップＳ１５に処理を進める。
【００４６】
ステップＳ１５において、制御部１１４は、音声データ書換処理を停止し、ステップＳ１６に処理を進める。制御部１１４は、音声データ書換処理では、デマルチプレクス部１０２又はデスクランブル部１０４が出力した音声データを音声データ記憶部１０９に記憶させる。音声データ書換処理の詳細については、後述する図１１のフローチャートを用いて説明する。
【００４７】
ステップＳ１６において、制御部１１４は、音声データ記憶部１０９のデータを消去し、ステップＳ１７に処理を進める。
【００４８】
ステップＳ１７において、制御部１１４は、時刻情報更新処理を停止し、ステップＳ１８に処理を進める。時刻情報更新処理の詳細については、後述する図１５のフローチャートを用いて説明する。
【００４９】
ステップＳ１８において、制御部１１４は、デマルチプレクス部１０２の動作を停止し、ステップＳ１９に処理を進める。
【００５０】
ステップＳ１９において、制御部１１４は、デスクランブル部１０４の動作を停止し、ステップＳ２０に処理を進める。
【００５１】
ステップＳ２０において、制御部１１４は、ユーザから切替指定のあった物理チャンネルへの切り替え又はＭＦの切り替えを行うため、チューナ部１０１の制御を行い、ステップＳ２１に処理を進める。
【００５２】
ステップＳ２１において、制御部１１４は、デスクランブル部１０４の動作を開始し、ステップＳ２２に処理を進める。
【００５３】
ステップＳ２２において、制御部１１４は、デマルチプレクス部１０２の動作を開始し、ステップＳ２３に処理を進める。
【００５４】
ステップＳ２３において、制御部１１４は、時刻情報更新処理を開始し、ステップＳ２４に処理を進める。時刻情報更新処理の詳細については、後述する図１５のフローチャートを用いて説明する。
【００５５】
ステップＳ２４において、制御部１１４は、音声データ書換処理を開始し、ステップＳ２５に処理を進める。音声データ書換処理の詳細については、後述する図１１のフローチャートを用いて説明する。
【００５６】
ステップＳ２５において、制御部１１４は、映像データ書換処理を開始し、ステップＳ２５に処理を進める。映像データ書換処理の詳細については、後述する図９のフローチャートを用いて説明する。
【００５７】
ステップＳ２６において、制御部１１４は、音声デコード処理を開始し、ステップＳ２７に処理を進める。音声デコード処理の詳細については、後述する図１４のフローチャートを用いて説明する。
【００５８】
ステップＳ２７において、制御部１１４は、映像デコード処理を開始し、処理を終了する。映像デコード処理の詳細については、後述する図１２のフローチャートを用いて説明する。
【００５９】
また、ステップＳ２８において、制御部１１４は、ユーザから選局指定されたサービスに対する映像データ書換処理の更新要求を発行し、ステップＳ２９に処理を進める。映像データ書換処理の詳細については、後述する図９のフローチャートを用いて説明する。
【００６０】
ステップＳ２９において、制御部１１４は、ユーザから選局指定されたサービスに対する音声データ書換処理を停止し、ステップＳ２９に処理を進める。音声データ書換処理の詳細については、後述する図１１のフローチャートを用いて説明する。
【００６１】
ステップＳ３０において、制御部１１４は、ユーザから選局指定されたサービスに対する、音声データ記憶部１０９のデータを消去し、ステップＳ３１に処理を進める。
【００６２】
ステップＳ３１において、制御部１１４は、ユーザから選局指定されたサービスに対する時刻情報更新処理を停止し、ステップＳ３２に処理を進める。時刻情報更新処理の詳細については、後述する図１５のフローチャートを用いて説明する。
【００６３】
ステップＳ３２において、制御部１１４は、デマルチプレクス部１０２で抽出する音声データ及び時刻情報を、選局されたサービスの音声データ及び時刻情報に変更し、ステップＳ３３に処理を進める。
【００６４】
ステップＳ３３において、制御部１１４は、時刻情報更新処理を開始し、ステップＳ３４に処理を進める。時刻情報更新処理の詳細については、後述する図１５のフローチャートを用いて説明する。
【００６５】
ステップＳ３４において、制御部１１４は、音声データ書換処理を開始し、ステップＳ２６に処理を進める。音声データ書換処理の詳細については、後述する図１１のフローチャートを用いて説明する。
【００６６】
図８は、実施の形態１に係るデジタル放送受信装置１００の選局停止処理の一例を示すフローチャートである。図８に示される動作は、図６のステップＳ３の選局停止処理が実行された時点で開始する。
【００６７】
ステップＳ５１において、制御部１１４は、映像出力部１０８からの映像出力をミュートし、ステップＳ５２に処理を進める。
【００６８】
ステップＳ５２において、制御部１１４は、音声出力部１１１からの音声出力をミュートし、ステップＳ５３に処理を進める。
【００６９】
ステップＳ５３において、制御部１１４は、映像デコード処理を停止し、ステップＳ５４に処理を進める。映像デコード処理の詳細については、後述する図１２のフローチャートを用いて説明する。
【００７０】
ステップＳ５４において、制御部１１４は、音声デコード処理を停止し、処理を終了する。音声デコード処理の詳細については、後述する図１４のフローチャートを用いて説明する。
【００７１】
図９は、実施の形態１に係るデジタル放送受信装置１００の映像データ書換処理の一例を示すフローチャートである。図９に示される動作は、図７に示されるステップＳ２５の映像データ書換処理の開始が実行された時点で開始する。また、図９に示される動作は、図７に示されるステップＳ１３の映像データ書換処理の停止が実行された時点で終了する。
【００７２】
ステップＳ１０１において、制御部１１４は、映像データ記憶部１０６を初期化し、ステップＳ１０２に処理を進める。映像データ記憶部１０６の初期化では、制御部１１４は、まずデコード情報の選局中のサービスの番号に選局するサービスの番号を設定し、ピクチャ出力完了フラグをオフに設定し、ピクチャデコード完了カウンタのカウンタ値を「０」に設定する。また、制御部１１４は、各サービスのサービス情報のリードアドレス、ライトアドレスにデータを記憶する領域の先頭アドレスを指定する。また、制御部１１４は、全てのピクチャ情報を削除する。
【００７３】
ステップＳ１０２において、制御部１１４は、映像データ書換処理に対して更新要求が発行されているか否かを判定する。制御部１１４は、更新要求が発行されている場合は、ステップＳ１０３に処理を進め、更新要求が発行されていない場合は、ステップＳ１０４に処理を進める。ここで、更新要求とは、図７に示されるステップＳ２８の映像データ書換処理の更新要求が該当する。
【００７４】
ステップＳ１０３において、制御部１１４は、映像データ記憶部１０６のデコード情報を更新し、ステップＳ１０４に処理を進める。制御部１１４は、デコード情報の更新では、選局中のサービスの番号に選局するサービスの番号を設定し、ピクチャ出力完了フラグをオフに設定し、ピクチャデコード完了カウンタのカウンタ値を「０」に設定する。
【００７５】
ステップＳ１０４において、制御部１１４は、デマルチプレクス部１０２又はデスクランブル部１０４からピクチャタイプ検出部１０５が映像データを受信しているか否かを判定する。制御部１１４は、映像データを受信している場合は、ステップＳ１０５に処理を進め、映像データを受信していない場合は、ステップＳ１０２に処理を進める。
【００７６】
ステップＳ１０５において、制御部１１４は、映像データ受信処理を実行し、ステップＳ１０２に処理を進める。映像データ受信処理の詳細については、後述する図１０のフローチャートを用いて説明する。
【００７７】
図１０は、実施の形態１に係るデジタル放送受信装置１００の映像データ受信処理の一例を示すフローチャートである。図１０に示される動作は、図９に示されるステップＳ１０５の映像データ受信処理の開始が実行された時点で開始する。映像データ受信処理では、最初にキーピクチャを映像データ記憶部１０６に記憶するようにし、キーピクチャを記憶するまでは、キーピクチャ以外の参照ピクチャ及び非参照ピクチャを記憶しないようにする。また、選局中のサービスの映像データについては、キーピクチャを記憶後、キーピクチャ及びキーピクチャ以外の参照ピクチャ及び非参照ピクチャの全てを記憶するようにする。一方、選局中のサービス以外のサービスの映像データについては、最新のキーピクチャと、最新のキーピクチャよりも後に受信したキーピクチャ以外の参照ピクチャのみを記憶するようにする。
【００７８】
ステップＳ２０１において、制御部１１４は、ピクチャタイプ検出部１０５に、デマルチプレクス部１０２又はデスクランブル部１０４より受信した映像データのピクチャタイプを検出させ、ステップＳ２０２に処理を進める。
【００７９】
ステップＳ２０２において、制御部１１４は、ステップＳ２０１で取得したピクチャタイプから処理分岐を行う。制御部１１４は、ピクチャタイプがキーピクチャである場合は、ステップＳ２０３に処理を進め、ピクチャタイプがキーピクチャ以外の参照ピクチャである場合は、ステップＳ２０７に処理を進め、ピクチャタイプが非参照ピクチャである場合は、ステップＳ２０９に処理を進める。
【００８０】
ステップＳ２０３において、制御部１１４は、映像データ記憶部１０６のキーピクチャ受信フラグをオンに設定し、ステップＳ２０４に処理を進める。
【００８１】
ステップＳ２０４において、制御部１１４は、映像データの属するサービスを判定する。制御部１１４は、映像データの属するサービスが選局中のサービス以外であれば、ステップＳ２０５に処理を進め、映像データの属するサービスが選局中のサービスであれば、ステップＳ２０６に処理を進める。
【００８２】
ステップＳ２０５において、制御部１１４は、映像データ記憶部１０６に記憶されている映像データの内、受信した映像データのサービスと一致するものを全て削除し、ステップＳ２０６に処理を進める。データ削除処理は、例えば、該当するサービスのサービス情報のリードアドレス、ライトアドレスにデータを記憶する領域の先頭アドレスを指定し、該当するサービスのピクチャ情報を全て削除することで実現する。
【００８３】
ステップＳ２０６において、制御部１１４は、受信した映像データを映像データ記憶部１０６に追加し、処理を終了する。映像データの追加処理は、例えば、該当するサービスのデータ領域にピクチャデータを書き込み、書き込んだピクチャデータのピクチャ情報を追加し、該当するサービスのサービス情報のライトアドレスに書き込んだピクチャデータ長を加算することで実現する。
【００８４】
ステップＳ２０７において、制御部１１４は、映像データ記憶部１０６のキーピクチャ受信フラグを判定し、キーピクチャ受信フラグがオンである場合は、キーピクチャが既に受信完了されたことを示しているので、ステップＳ２０８に処理を進め、キーピクチャが未受信の場合は、キーピクチャ受信フラグがオフであり、この場合は処理を終了し、受信した映像データの映像データ記憶部１０６への追加はしない。
【００８５】
ステップＳ２０８において、制御部１１４は、受信した映像データを映像データ記憶部１０６に追加し、キーピクチャ以外の参照ピクチャを蓄積して、処理を終了する。
【００８６】
ステップＳ２０９において、制御部１１４は、映像データ記憶部１０６のキーピクチャ受信フラグを判定し、キーピクチャ受信フラグがオンである場合（キーピクチャが受信済みである場合）は、ステップＳ２１０に処理を進め、キーピクチャ受信フラグがオフである場合（キーピクチャが受信されていない場合）は、処理を終了する。
【００８７】
ステップＳ２１０において、制御部１１４は、映像データの属するサービスを判定する。制御部１１４は、映像データの属するサービスが選局中のサービスであれば、ステップＳ２１１に処理を進め、映像データの属するサービスが選局中のサービス以外であれば、処理を終了する。
【００８８】
ステップＳ２１１において、制御部１１４は、受信した映像データを映像データ記憶部１０６に追加し、処理を終了する。
【００８９】
図１１は、実施の形態１に係るデジタル放送受信装置１００の音声データ書換処理の一例を示すフローチャートである。図１１に示される動作は、図７に示されるステップＳ２４の音声データ書換処理が開始された時点で開始する。また、図１１に示される動作は、図７に示されるステップＳ１５及びステップＳ２９の音声データ書換処理が停止された時点で終了する。
【００９０】
ステップＳ３０１において、制御部１１４は、音声データ記憶部１０９を初期化し、ステップＳ３０２に処理を進める。音声データ記憶部１０９の初期化処理では、また、サービス情報のリードアドレス、ライトアドレスにデータを記憶する領域の先頭アドレスを指定する。また、音声データ記憶部１０９の初期化処理では、全ての音声フレーム情報を削除する。
【００９１】
ステップＳ３０２において、制御部１１４は、デマルチプレクス部１０２又はデスクランブル部１０４から音声データを受信しているか否かを判定する。制御部１１４は、音声データを受信している場合は、ステップＳ３０３に処理を進め、音声データを受信していない場合は、ステップＳ３０２に処理を進める。
【００９２】
ステップＳ３０３において、制御部１１４は、受信した音声データを音声データ記憶部１０９に追加し、ステップＳ３０２に処理を進める。音声データの追加処理は、音声フレームデータを書き込み、書き込んだ音声フレームデータのフレーム情報を追加し、サービス情報のライトアドレスに書き込んだ音声フレームのデータ長を加算することで実現する。
【００９３】
図１２は、実施の形態１に係るデジタル放送受信装置１００の映像デコード処理の一例を示すフローチャートである。図１２に示される動作は、図７に示されるステップＳ２７の映像デコード処理の開始が実行された時点で開始する。また、図１２に示される動作は、図８に示されるステップＳ５３の映像デコード処理の停止が実行された時点で終了する。映像デコード処理では、まず時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去（時間的に前）のピクチャが、映像データ記憶部１０６に存在する期間は、参照ピクチャのデコードを行う。デコードしたピクチャの表示は、最初にデコードしたキーピクチャについてのみ行い、残りのキーピクチャ以外の参照ピクチャについては、行わないようにする。時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のピクチャのデコード完了後、時刻管理部１１２の時刻情報とピクチャのデコードタイムスタンプが一致するタイミングでデコードを実行し、ピクチャ出力を行うようにする。
【００９４】
ステップＳ４０１において、制御部１１４は、映像データ記憶部１０６に記憶している映像データの内、デコードタイムスタンプが時刻管理部１１２の現在時刻よりも過去（時間的に前）のものが存在するか否かを判定する。制御部１１４は、時刻管理部１１２の時刻よりも過去のものが存在する場合は、ステップＳ４０２に処理を進め、時刻管理部１１２の時刻よりも過去のものが存在しない場合は、ステップＳ４１１に処理を進める。
【００９５】
ステップＳ４０２において、制御部１１４は、ピクチャタイプを判別する。制御部１１４は、ピクチャタイプが参照ピクチャであれば、ステップＳ４０３に処理を進め、ピクチャタイプが非参照ピクチャであれば、ステップＳ４１０に処理を進める。
【００９６】
ステップＳ４０３において、制御部１１４は、映像デコード部１０７に１ピクチャ分の映像データのデコード処理を実行させ、ステップＳ４０４に処理を進める。１ピクチャ分の映像データのデコード処理の詳細については、後述する図１３のフローチャートを用いて説明する。
【００９７】
ステップＳ４０４において、制御部１１４は、ステップＳ４０３のデコードの結果、映像デコード部１０７からピクチャが出力されたか否かを判定する。制御部１１４は、映像デコード部１０７からピクチャが出力された場合はステップＳ４０５に処理を進め、ピクチャが出力されなかった場合はステップＳ４０１に処理を進める。
【００９８】
ステップＳ４０５において、制御部１１４は、映像データ記憶部１０６のピクチャ出力完了フラグを判別する。制御部１１４は、ピクチャ出力完了フラグがオフである場合は、ステップＳ４０６に処理を進め、ピクチャ出力完了フラグがオンである場合は、ステップＳ４０１に処理を進める。ここで、ピクチャ出力完了フラグは、映像デコード開始時は、オフに設定され、デコードしたピクチャを１枚以上出力した時点でオンに設定される。
【００９９】
ステップＳ４０６において、制御部１１４は、映像出力部１０８からの映像出力がミュート状態か否かを判別する。制御部１１４は、映像出力部１０８からの映像出力がミュート状態の場合はステップＳ４０７に処理を進め、映像出力部１０８からの映像出力がミュート状態ではない場合はステップＳ４０８に処理を進める。
【０１００】
ステップＳ４０７において、制御部１１４は、音声出力部１１１からの映像出力のミュートを解除し、ステップＳ４０８に処理を進める。
【０１０１】
ステップＳ４０８において、制御部１１４は、映像デコード部１０７から出力されたピクチャを映像出力部１０８から出力させ、ステップＳ４０９に処理を進める。
【０１０２】
ステップＳ４０９において、制御部１１４は、映像データ記憶部１０６のピクチャ出力完了フラグをオンに設定し、ステップＳ４０１に処理を進める。
【０１０３】
ステップＳ４１０において、制御部１１４は、１ピクチャ分の映像データを削除し、ステップＳ４０１に処理を進める。１ピクチャ分の映像データの削除処理は、例えば、該当するピクチャのピクチャ情報を削除し、サービス情報のリードアドレスにピクチャのデータ長を加算することで実現する。
【０１０４】
ステップＳ４１１において、制御部１１４は、映像データ記憶部１０６に記憶されている映像データの中にピクチャが存在するか否かを判定する。制御部１１４は、ピクチャが存在する場合は、ステップＳ４１２に処理を進め、ピクチャが存在しない場合は、再度ステップＳ４１１に処理を進める。
【０１０５】
ステップＳ４１２において、制御部１１４は、時刻管理部１１２の時刻とピクチャのデコードタイムスタンプとの差分の時間だけタイマ待ちを行い、ステップＳ４１３に処理を進める。
【０１０６】
ステップＳ４１３において、制御部１１４は、映像デコード部１０７に、１ピクチャ分の映像データのデコード処理を実行させ、ステップＳ４１４に処理を進める。１ピクチャ分の映像データのデコード処理の詳細については、後述する図１３のフローチャートを用いて説明する。
【０１０７】
ステップＳ４１４において、制御部１１４は、ステップＳ４１３のデコードの結果、映像デコード部１０７からピクチャが出力されたか否かを判定する。制御部１１４は、映像デコード部１０７からピクチャが出力された場合はステップＳ４１５に処理を進め、ピクチャが出力されなかった場合はステップＳ４１１に処理を進める。
【０１０８】
ステップＳ４１５において、制御部１１４は、映像出力部１０８からの映像出力がミュート状態か否かを判別する。制御部１１４は、映像出力部１０８からの映像出力がミュート状態の場合はステップＳ４１６に処理を進め、映像出力部１０８からの映像出力がミュート状態ではない場合はステップＳ４１７に処理を進める。
【０１０９】
ステップＳ４１６において、制御部１１４は、音声出力部１１１からの映像出力のミュートを解除し、ステップＳ４１７に処理を進める。
【０１１０】
ステップＳ４１７において、制御部１１４は、映像デコード部１０７から出力されたピクチャを映像出力部１０８から出力させ、ステップＳ４１８に処理を進める。
【０１１１】
ステップＳ４１８において、制御部１１４は、映像データ記憶部１０６のピクチャ出力完了フラグをオンに設定し、ステップＳ４１１に処理を進める。なお、図１２におけるステップＳ４１１〜Ｓ４１８の処理を、ステップＳ４３０と言う。
【０１１２】
図１３は、実施の形態１に係るデジタル放送受信装置１００の１ピクチャ分の映像データのデコード処理の一例を示すフローチャートである。１ピクチャ分の映像データのデコード処理では、キーピクチャを最初にデコードするようにし、キーピクチャをデコードするまではキーピクチャ以外の参照ピクチャ、及び非参照ピクチャをデコードしないようにする。また、弱電界（受信する放送波の電界強度が弱い）等の影響でデータ誤りが発生し、参照ピクチャのデコードが正常終了しなかった場合、再びキーピクチャをデコードするまで、キーピクチャ以外の参照ピクチャ、及び非参照ピクチャをデコードしないようにする。図１３に示される動作は、図１２に示されるステップＳ４０３及びステップＳ４１３の１ピクチャ分の映像データのデコード処理が実行された時点で開始する。
【０１１３】
図１３に示されるように、ステップＳ５０１において、制御部１１４は、ピクチャタイプを判別する。制御部１１４は、ピクチャタイプがキーピクチャである場合は、ステップＳ５０２に処理を進め、ピクチャタイプがキーピクチャ以外の参照ピクチャである場合は、ステップＳ５０６に処理を進め、ピクチャタイプが非参照ピクチャである場合は、ステップＳ５１０に処理を進める。
【０１１４】
ステップＳ５０２において、制御部１１４は、映像デコード部１０７に、ピクチャをデコードさせ、ステップＳ５０３に処理を進める。制御部１１４は、デコード完了後、映像データ記憶部１０６からデコードしたピクチャを削除する。データの削除は、例えば、該当するピクチャのピクチャ情報を削除することで実現する。
【０１１５】
ステップＳ５０３において、制御部１１４は、ステップＳ５０２のデコードの結果、デコードが正常終了したか否かを判定する。制御部１１４は、デコードが正常終了した場合はステップＳ５０４に処理を進め、デコードが正常終了しなかった場合はステップＳ５０５に処理を進める。
【０１１６】
ステップＳ５０４において、制御部１１４は、映像データ記憶部１０６のピクチャデコード完了フラグをオンに設定し、処理を終了する。
【０１１７】
ステップＳ５０５において、制御部１１４は、映像データ記憶部１０６のピクチャデコード完了フラグをオフに設定し、処理を終了する。
【０１１８】
ステップＳ５０６において、制御部１１４は、映像データ記憶部１０６のピクチャデコード完了フラグを判別する。制御部１１４は、ピクチャデコード完了フラグがオンである場合は、ステップＳ５０７に処理を進め、ピクチャデコード完了フラグがオフである場合は、処理を終了する。
【０１１９】
ステップＳ５０７において、制御部１１４は、映像デコード部１０７に、ピクチャをデコードさせ、ステップＳ５０８に処理を進める。
【０１２０】
ステップＳ５０８において、制御部１１４は、ステップＳ５０７のデコードの結果、デコードが正常終了したか否かを判定する。制御部１１４は、デコードが正常終了した場合は処理を終了し、デコードが正常終了しなかった場合はステップＳ５０９に処理を進める。
【０１２１】
ステップＳ５０９において、制御部１１４は、映像データ記憶部１０６のピクチャデコード完了フラグをオフに設定し、処理を終了する。
【０１２２】
ステップＳ５１０において、制御部１１４は、映像データ記憶部１０６のピクチャデコード完了フラグを判定する。制御部１１４は、ピクチャデコード完了フラグがオンである場合は、ステップＳ５１１に処理を進め、ピクチャデコード完了フラグがオフである場合は、処理を終了する。
【０１２３】
ステップＳ５１１において、制御部１１４は、映像デコード部１０７に、ピクチャをデコードさせ、処理を終了する。
【０１２４】
図１４は、実施の形態１に係るデジタル放送受信装置１００の音声デコード処理の一例を示すフローチャートである。図１４に示される動作は、図７に示されるステップＳ２６の音声デコード処理の開始が実行された時点で開始する。また、図１４に示される動作は、図８に示されるステップＳ５４の音声デコード処理の停止が実行された時点で終了する。
【０１２５】
ステップＳ６０１において、制御部１１４は、音声データ記憶部１０９に音声フレームが存在するか否かを判定する。制御部１１４は、音声フレームが存在する場合は、ステップＳ６０２に処理を進め、音声フレームが存在しない場合は、ステップＳ６０１に処理を進める。
【０１２６】
ステップＳ６０２において、制御部１１４は、時刻管理部１１２の時刻とフレームのデコードタイムスタンプとの差分の時間だけタイマ待ちを行い、ステップＳ６０３に処理を進める。
【０１２７】
ステップＳ６０３において、制御部１１４は、音声デコード部１１０に、１フレーム分の音声データのデコード処理を実行させ、ステップＳ６０４に処理を進める。制御部１１４は、デコード完了後、音声データ記憶部１０９からデコードした音声フレームを削除する。データの削除は、例えば、該当する音声フレームの音声フレーム情報を削除し、サービス情報のリードアドレスに音声フレームのデータ長を加算することで実現する。
【０１２８】
ステップＳ６０４において、制御部１１４は、ステップＳ６０３のデコードの結果、デコードした音声フレームを取得できたか否かを判定する。制御部１１４は、デコードした音声フレームを取得できた場合は、ステップＳ６０５に処理を進め、デコードした音声フレームを取得できなかった場合は、ステップＳ６０１に処理を進める。
【０１２９】
ステップＳ６０５において、制御部１１４は、音声出力部１１１からの音声出力がミュート状態か否かを判別する。制御部１１４は、音声出力部１１１からの音声出力がミュート状態の場合はステップＳ６０６に処理を進め、音声出力部１１１からの音声出力がミュート状態ではない場合はステップＳ６０７に処理を進める。
【０１３０】
ステップＳ６０６において、制御部１１４は、音声出力部１１１からの音声出力のミュートを解除し、ステップＳ６０７に処理を進める。
【０１３１】
ステップＳ６０７において、制御部１１４は、デコードした音声フレームを音声出力部１１１から出力させ、ステップＳ６０１に処理を進める。
【０１３２】
図１５は、実施の形態１に係るデジタル放送受信装置１００の時刻情報更新処理の一例を示すフローチャートである。図１５に示される動作は、図７に示されるステップＳ２３及びステップＳ３３の時刻情報更新処理の開始が実行された時点で開始する。また、図１５に示される動作は、図７に示されるステップＳ１７及びステップＳ３１の時刻情報更新処理の停止が実行された時点で終了する。
【０１３３】
ステップＳ７０１において、制御部１１４は、デマルチプレクス部１０２から時刻情報を受信したか否かを判別する。制御部１１４は、時刻情報を受け取っている場合は、ステップＳ７０２に処理を進め、時刻情報を受け取っていない場合は、ステップＳ７０１に処理を進める。
【０１３４】
ステップＳ７０２において、制御部１１４は、時刻管理部１１２の時刻情報の更新を行い、ステップＳ７０１に処理を進める。
【０１３５】
特許文献１の受信装置と実施の形態１に係るデジタル放送受信装置１００との選局時の映像ピクチャのデコードの違いについて図１６を用いて説明する。図１６において、ピクチャＦ６１からＦ６４までは、新たなサービスを選局実行した時点の前に伝送されたピクチャを表し、ピクチャＦ６５からＦ６９までは、サービス選局後に伝送されたピクチャを表す。また、ピクチャＦ６１及びＦ６９は、キーピクチャを表し、ピクチャＦ６２、Ｆ６４、Ｆ６６、Ｆ６８は、非参照ピクチャを表し、ピクチャＦ６３、Ｆ６５、Ｆ６７は、キーピクチャ以外の参照ピクチャを表す。
【０１３６】
また、特許文献１の受信装置は、図１６のピクチャＦ６１、Ｆ６２、Ｆ６３、Ｆ６４の内、キーピクチャＦ６１のみをサービス選局前に記憶している。そのため、サービス選局後にピクチャＦ６５、Ｆ６６、Ｆ６７、Ｆ６８を受信してもデコードすることはできず、キーピクチャＦ６９を受信するまで、キーピクチャＦ６１の映像を表示し続ける必要がある。そのため、特許文献１の受信装置は、選局後に映像が表示されてから最大でキーピクチャの伝送周期の時間だけ静止画を表示し続け、その期間、動画を表示することができない。
【０１３７】
これに対し、実施の形態１に係るデジタル放送受信装置１００は、図１６のピクチャＦ６１からＦ６４までの内、キーピクチャＦ６１とキーピクチャ以外の参照ピクチャＦ６３とをサービス選局前に記憶している。そのため、実施の形態１に係るデジタル放送受信装置１００は、サービス選局後に受信するピクチャＦ６５からピクチャＦ６９の映像データのデコードを実行することができる。よって、実施の形態１に係るデジタル放送受信装置１００は、特許文献１の受信装置と比較して、サービス選局して静止画が表示されてから動画の表示が開始されるまでに要する時間を、最大でキーピクチャの伝送周期の時間だけ短縮することができる。
【０１３８】
実施の形態２．
実施の形態２に係るデジタル放送受信装置２００は、制御部２１４による制御内容（各構成の動作）の点において、実施の形態１に係るデジタル放送受信装置１００と相違する。具体的に言えば、実施の形態２に係るデジタル放送受信装置２００は、映像デコード処理の内容の点において、実施の形態１に係るデジタル放送受信装置１００と相違する。他の点については、実施の形態２に係るデジタル放送受信装置２００は、実施の形態１に係るデジタル放送受信装置１００と同じである。従って、実施の形態２に係るデジタル放送受信装置２００の説明においては、実施の形態１において用いられた図をも参照する。
【０１３９】
実施の形態１に係るデジタル放送受信装置１００は、時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードが完了するまでの期間、最初にデコードしたキーピクチャの静止画を表示し続ける。従って、時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のキーピクチャ以外の参照ピクチャが多くの枚数記憶されている場合、これらのピクチャのデコード完了に時間がかかり、動画を直ぐに表示することができないことがある。
【０１４０】
実施の形態２に係るデジタル放送受信装置２００は、時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードが完了するまでの期間であっても、動画の表示を行うことで、新たなサービスの選局後に静止画が表示されてから動画の表示が開始されるまでに要する時間を短縮することができる。
【０１４１】
図１７は、実施の形態２に係るデジタル放送受信装置２００の映像デコード処理の一例を示すフローチャートである。図１７において、図１２（実施の形態１）におけるステップと同一又は対応するステップには同じ符号を付す。実施の形態２に係るデジタル放送受信装置２００の映像デコード処理は、ステップＳ４１９の処理が追加されている点において、実施の形態１に係るデジタル放送受信装置１００の映像デコード処理と相違する。
【０１４２】
図１７に示されるように、実施の形態２においては、ステップＳ４０５において、制御部２１４は、映像データ記憶部１０６のピクチャ出力完了フラグを判別する。制御部２１４は、ピクチャ出力完了フラグがオフである場合は、ステップＳ４０７に処理を進め、ピクチャ出力完了フラグがオンである場合は、ステップＳ４１９に処理を進める。
【０１４３】
ステップＳ４１９において、制御部２１４は、前のピクチャを出力してから１ピクチャ分の時間（サンプリング周期の時間）が経過したか否かを判定する。制御部２１４は、前のピクチャを出力してから１ピクチャ分の時間が経過している場合は、ステップＳ４０８に処理を進め、前のピクチャを出力してから１ピクチャ分の時間が経過していない場合は、ステップＳ４０１に処理を進める。
【０１４４】
実施の形態１に係るデジタル放送受信装置１００は、時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードが完了するまでの期間、最初にデコードしたキーピクチャの映像を表示し続ける。
【０１４５】
これに対し、実施の形態２に係るデジタル放送受信装置２００は、時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードしている期間に、ステップＳ４１９の処理により、前のピクチャを出力してから１ピクチャ分の時間が経過する毎に出力するピクチャを変える。この処理により、時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のピクチャをデコードしている期間も動画を表示することができる。従って、実施の形態２に係るデジタル放送受信装置２００は、実施の形態１に係るデジタル放送受信装置１００と比較して、サービスを選局し静止画が表示されてから動画の表示が開始されるまでに要する時間を、最大で、２つのキーピクチャの間に挟まれるキーピクチャ以外の参照ピクチャをデコードするのにかかる時間だけ短縮することができる。
【０１４６】
実施の形態３．
実施の形態３に係るデジタル放送受信装置３００は、制御部３１４による制御内容（各構成の動作）の点において、実施の形態２に係るデジタル放送受信装置２００と相違する。具体的に言えば、実施の形態３に係るデジタル放送受信装置３００は、映像デコード処理の内容の点において、実施の形態２に係るデジタル放送受信装置３００と相違する。他の点については、実施の形態３に係るデジタル放送受信装置３００は、実施の形態２に係るデジタル放送受信装置２００と同じである。従って、実施の形態３に係るデジタル放送受信装置３００の説明においては、実施の形態１及び２において用いられた図をも参照する。
【０１４７】
実施の形態２に係るデジタル放送受信装置２００は、選局後にキーピクチャを受信しても時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードが残っている場合は、時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードを続ける。従って、時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードが完了するまでの期間、本来表示するべき動画よりも遅れた動画が表示される恐れがある。
【０１４８】
実施の形態３に係るデジタル放送受信装置３００は、選局後にキーピクチャを受信した場合、時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードが残っていても、これらのピクチャのデコードは行わずに、選局後に受信したキーピクチャのデコードを行うことで、本来表示するべき映像よりも遅れた映像が表示されることを防ぐ。
【０１４９】
図１８は、実施の形態３に係るデジタル放送受信装置３００の映像デコード処理の一例を示すフローチャートである。図１８において、図１７におけるステップと同一又は対応するステップには同じ符号を付す。実施の形態３に係るデジタル放送受信装置３００の映像デコード処理は、ステップＳ４２０からＳ４２２までの処理が追加されている点において、実施の形態２に係るデジタル放送受信装置２００の映像デコード処理と相違する。
【０１５０】
図１８に示されるように、ステップＳ４０１において、制御部３１４は、映像データ記憶部１０６に記憶している映像データの内、デコードタイムスタンプが時刻管理部１１２の現在時刻よりも過去のものが存在するか否かを判定する。制御部３１４は、時刻管理部１１２の時刻よりも過去のものが存在する場合は、ステップＳ４２０に処理を進め、時刻管理部１１２の時刻よりも過去のものが存在しない場合は、ステップＳ４１１（ステップＳ４３０）に処理を進める。
【０１５１】
ステップＳ４２０において、制御部３１４は、選局後にキーピクチャを受信したか否かを判定する。制御部３１４は、選局後にキーピクチャを受信した場合は、ステップＳ４２１に処理を進め、選局後にキーピクチャを受信していない場合は、ステップＳ４０２に処理を進める。
【０１５２】
ステップＳ４２１において、制御部３１４は、映像データ記憶部１０６から選局後に受信したキーピクチャよりもデコードタイムスタンプが過去のものを全て削除し、ステップＳ４２２に処理を進める。
【０１５３】
ステップＳ４２２において、制御部３１４は、映像データ記憶部１０６のピクチャデコード完了フラグをオフに設定し、ステップＳ４１１（ステップＳ４３０）に処理を進める。
【０１５４】
実施の形態２に係るデジタル放送受信装置２００は、ユーザによる新たなサービスの選局後に、キーピクチャを受信しても時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードが残っている場合は、時刻情報よりもデコードタイムスタンプが過去のピクチャを続ける。従って、時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードが完了するまでの期間、本来表示するべき映像よりも遅れた映像が表示される恐れがある。
【０１５５】
これに対し、実施の形態３に係るデジタル放送受信装置３００は、ステップＳ４２０からステップＳ４２２の処理により、選局後にキーピクチャを受信した場合は、時刻管理部１１２の時刻情報よりもデコードタイムスタンプが過去のピクチャのデコードが残っていてもこれらのピクチャのデコードは行わずに、サービスの選局後に受信したキーピクチャのデコードを行うことができる。従って、実施の形態３に係るデジタル放送受信装置３００は、新たなサービスの選局直後に本来表示するべき動画よりも遅れた動画が表示される期間の発生を無くすることができる。
【０１５６】
実施の形態４．
実施の形態４に係るデジタル放送受信装置４００は、制御部４１４による制御内容（各構成の動作）の点及び映像データ記憶部４０６に記憶されている情報の点において、実施の形態１、２、及び３に係るデジタル放送受信装置と相違する。具体的に言えば、実施の形態４に係るデジタル放送受信装置４００は、映像データ受信処理の動作手順の点において、実施の形態１、２、及び３に係るデジタル放送受信装置と相違する。他の点については、実施の形態４に係るデジタル放送受信装置４００は、実施の形態１、２、及び３に係るデジタル放送受信装置のいずれかと同じである。従って、実施の形態４に係るデジタル放送受信装置４００の説明においては、実施の形態１、２、及び３において用いられた図をも参照する。
【０１５７】
実施の形態３に係るデジタル放送受信装置３００では、弱電界の影響（受信する放送波の電界強度が弱い）等のために、映像のピクチャの欠けが発生した場合でもピクチャの欠けを考慮せずにデコードを行うため、乱れた映像が表示される恐れがある。実施の形態３に係るデジタル放送受信装置３００の問題点について図１９を用いて説明する。図１９において、ピクチャＦ８１及びＦ８９は、キーピクチャであり、ピクチャＦ８２、Ｆ８４、Ｆ８６、及びＦ８８は、非参照ピクチャであり、ピクチャＦ８３、Ｆ８５、及びＦ８７は、キーピクチャ以外の参照ピクチャである。また、ピクチャＦ８５は、弱電界等の影響でデジタル放送受信装置３００が受信することのできなかったピクチャ（欠けたピクチャ）である。図１９において、非参照ピクチャＦ８６、キーピクチャ以外の参照ピクチャＦ８７、及び非参照ピクチャＦ８８をデコードする際は、映像デコード部１０７は、キーピクチャ以外の参照ピクチャＦ８５を参照する必要がある。そのため、キーピクチャ以外の参照ピクチャＦ８５が欠けた状態で、非参照ピクチャＦ８６とキーピクチャ以外の参照ピクチャＦ８７と非参照ピクチャＦ８８とをデコードする場合、本来参照すべきピクチャとは、別のピクチャを参照してデコードを行うことで乱れた映像が表示される恐れがある。
【０１５８】
実施の形態４に係るデジタル放送受信装置４００では、制御部４１４は、参照ピクチャを受信した際に、前に受信した参照ピクチャとのデコードタイムスタンプの差を算出し、その最小値を映像データ記憶部４０６に記憶させる。そして、ピクチャを受信した際に、制御部４１４は、受信したピクチャのデコードタイムスタンプと非参照ピクチャ以外のピクチャの中で受信したピクチャに最も近い過去のピクチャのデコードタイムスタンプとの差を算出し、このデコードタイムスタンプが、デコードタイムスタンプの差の最小値よりも大きい場合は、前後方ピクチャ以外のピクチャが欠けたと判断し、キーピクチャの受信からやり直す。このような制御により、本来参照すべきピクチャとは、別のピクチャを参照してデコードが行われることを防ぐことができる。
【０１５９】
図２０及び図２１は、実施の形態４に係るデジタル放送受信装置４００の映像データ受信処理の一例を示すフローチャートである。図２０及び図２１において、図１０におけるステップと同一又は対応するステップには同じ符号を付す。実施の形態４に係るデジタル放送受信装置４００の映像データ受信処理は、ステップＳ２１２からＳ２１４まで、ステップＳ２１５からＳ２１７まで、ステップＳ２１８、ステップＳ２１９、Ｓ２２０、及びステップＳ２２１の処理が追加されている点において、実施の形態１、２、及び３に係るデジタル放送受信装置の映像データ受信処理（図１０）と相違する。
【０１６０】
ステップＳ２０４（図２０）において、制御部４１４は、映像データの属するサービスを判定する。制御部４１４は、映像データの属するサービスが選局中のサービスであれば、ステップＳ２０５に処理を進め、映像データの属するサービスが選局中のサービス以外であれば、ステップＳ２１２に処理を進める。
【０１６１】
ステップＳ２０５（図２０）において、制御部４１４は、映像データ記憶部４０６に記憶されている映像データの内、受信した映像データのサービスと一致するものを全て削除し、ステップＳ２１２に処理を進める。
【０１６２】
ステップＳ２１２（図２０）において、制御部４１４は、受信したピクチャのデコードタイムスタンプと、非参照ピクチャ以外のピクチャの中で受信したピクチャに最も近い過去のピクチャのデコードタイムスタンプとの差を算出し、ステップＳ２１３に処理を進める。
【０１６３】
ステップＳ２１３（図２０）において、制御部４１４は、ステップＳ２１２で算出したデコードタイムスタンプの差と、映像データ記憶部４０６に記録されているデコードタイムスタンプの差との比較を行う。制御部４１４は、ステップＳ２１２で算出したデコードタイムスタンプの差が映像データ記憶部４０６に記録されているデコードタイムスタンプの差よりも小さい場合は、ステップＳ２１４に処理を進め、算出したデコードタイムスタンプの差が映像データ記憶部４０６に記録されているデコードタイムスタンプの差に等しい又は大きい場合は、ステップＳ２０６に処理を進める。
【０１６４】
ステップＳ２１４（図２０）において、制御部４１４は、ステップＳ２１２で算出したデコードタイムスタンプの差で、映像データ記憶部４０６に記録されているデコードタイムスタンプの差を更新し、ステップＳ２０６に処理を進める。
【０１６５】
ステップＳ２０６（図２０）において、制御部４１４は、受信した映像データを映像データ記憶部４０６に追加し、処理を終了する。
【０１６６】
ステップＳ２０７（図２０）において、制御部４１４は、映像データ記憶部４０６のキーピクチャ受信フラグを判定し、キーピクチャ受信フラグがオンである場合は、ステップＳ２１５に処理を進め、キーピクチャ受信フラグがオフである場合は、処理を終了する。
【０１６７】
ステップＳ２１５（図２０）において、制御部４１４は、受信したピクチャのデコードタイムスタンプと、非参照ピクチャ以外のピクチャの中で受信したピクチャに最も近い過去のピクチャのデコードタイムスタンプとの差を算出し、ステップＳ２１６に処理を進める。
【０１６８】
ステップＳ２１６（図２０）において、制御部４１４は、ステップＳ２１５で算出したデコードタイムスタンプの差と、映像データ記憶部４０６に記録されているデコードタイムスタンプの差との比較を行う。制御部４１４は、ステップＳ２１６で算出したデコードタイムスタンプの差が映像データ記憶部４０６に記録されているデコードタイムスタンプの差よりも小さい場合は、ステップＳ２１７に処理を進め、等しい場合は、ステップＳ２０８に処理を進め、大きい場合は、ステップＳ２１８に処理を進める。
【０１６９】
ステップＳ２１７（図２０）において、制御部４１４は、ステップＳ２１５で算出したデコードタイムスタンプの差で、映像データ記憶部４０６に記録されているデコードタイムスタンプの差を更新し、ステップＳ２０８に処理を進める。
【０１７０】
ステップＳ２０８（図２０）において、制御部４１４は、受信した映像データを映像データ記憶部４０６に追加し、処理を終了する。
【０１７１】
ステップＳ２１８（図２０）において、制御部４１４は、映像データ記憶部４０６のキーピクチャ受信フラグをオフに設定し、処理を終了する。
【０１７２】
ステップＳ２０９（図２１）において、制御部４１４は、映像データ記憶部４０６のキーピクチャ受信フラグを判定し、キーピクチャ受信フラグがオンである場合は、ステップＳ２１０に処理を進め、キーピクチャ受信フラグがオフである場合は、処理を終了する。
【０１７３】
ステップＳ２１０（図２１）において、制御部４１４は、映像データの属するサービスを判定する。制御部４１４は、映像データの属するサービスが選局中のサービスであれば、ステップＳ２１９に処理を進め、映像データの属するサービスが選局中のサービス以外であれば、処理を終了する。
【０１７４】
ステップＳ２１９（図２１）において、制御部４１４は、受信したピクチャのデコードタイムスタンプと、非参照ピクチャ以外のピクチャの中で受信したピクチャに最も近い過去のピクチャのデコードタイムスタンプとの差を算出し、ステップＳ２２０に処理を進める。
【０１７５】
ステップＳ２２０（図２１）において、制御部４１４は、ステップＳ２１９で算出したタイムスタンプの差と、映像データ記憶部４０６に記録されているデコードタイムスタンプの差との比較を行う。制御部４１４は、ステップＳ２１９で算出したデコードタイムスタンプの差が映像データ記憶部４０６に記録されているデコードタイムスタンプの差よりも小さい場合は、ステップＳ２１１に処理を進め、等しい又は大きい場合は、ステップＳ２２１に処理を進める。
【０１７６】
ステップＳ２１１（図２１）において、制御部４１４は、受信した映像データを映像データ記憶部４０６に追加し、処理を終了する。
【０１７７】
ステップＳ２２１（図２１）において、制御部４１４は、映像データ記憶部４０６のキーピクチャ受信フラグをオフに設定し、処理を終了する。
【０１７８】
実施の形態３に係るデジタル放送受信装置３００は、弱電界等の影響で映像のピクチャの欠けが発生した場合でもピクチャの欠けを考慮せずにデコードを行うため、乱れた映像が表示される恐れがある。
【０１７９】
これに対し、実施の形態４に係るデジタル放送受信装置４００は、ステップＳ２１２とステップＳ２１３とステップＳ２１４の処理、及びステップＳ２１５とステップＳ２１６とステップＳ２１７の処理により、非参照ピクチャ以外のピクチャ間のデコードタイムスタンプの差を映像データ記憶部４０６に記憶する。そして、受信したピクチャのデコードタイムスタンプと、受信したピクチャに最も近い過去のピクチャのデコードタイムスタンプとの差を算出し、このデコードタイムスタンプの差が映像データ記憶部４０６のデコードタイムスタンプの差よりも大きい場合は、ステップＳ２１８とステップＳ２２１の処理によりキーピクチャが受信していない状態に戻し、キーピクチャの受信から処理をやり直す。従って、実施の形態４に係るデジタル放送受信装置４００は、実施の形態１、２、及び３に係るデジタル放送受信装置と比較して、乱れた映像が表示される可能性を低くすることができる。
【０１８０】
実施の形態５．
図２２は、実施の形態５に係るデジタル放送受信装置５００の構成の一例を概略的に示すブロック図である。なお、図２２の括弧内の符号は、実施の形態６及び７の構成を示す。
実施の形態５に係るデジタル放送受信装置５００は、デマルチプレクス部５０２、ＣＡＳ制御部５０３、デスクランブル部５０４及び制御部５１４での処理の点において、実施の形態１、２、３、及び４に係るデジタル放送受信装置と相違する。具体的には、実施の形態５に係るデジタル放送受信装置５００は、選局中のサービス以外の各サービスに対してもデスクランブル処理を行った後に、映像データ記憶部１０６に記録している。実施の形態１、２、３、及び４に係るデジタル放送受信装置は、スクランブルサービスについては、視聴対象となるサービスのストリームについてのみデスクランブル処理を行っていた。そのため、実施の形態１、２、３、及び４に係るデジタル放送受信装置は、ユーザからの選局指示が発生してから、デスクランブル鍵の生成処理と、映像及び音声のデスクランブル処理とを実行していたので、映像音声が出力されるまでに長い時間を要していた。実施の形態５に係るデジタル放送受信装置５００は、映像データ記憶部１０６に格納する各サービスのストリームを全てデスクランブルしたものとするように構成されている。
【０１８１】
そのためデスクランブル部５０４は、映像データ記憶部１０６に記憶する複数のサービスのデスクランブルを行う。通常デスクランブルコアは１個でも１サービスあたりのストリームレートに対して十分処理能力の高いデスクランブルコアが用いられる。ここではこのようなデスクランブルコアを使用し、時分割で各サービスのストリームをデスクランブルする。
【０１８２】
図２３は、本実施の形態５におけるＣＡＳ制御部５０３の構成の一例を概略的に示すブロック図である。ＣＡＳ制御部５０３は、ＥＭＭ／ＥＣＭ処理制御部５３１と、ＣＡＳモジュール部５３２と、鍵格納部５３３と、デスクランブル制御部５３４と、更新周期計測部５３５と、鍵処理時間計測部５３６と、対象サービス決定部５３７とを備えている。図２３の括弧内の符号は、実施の形態６及び７の構成を示す。
【０１８３】
ＥＭＭ／ＥＣＭ処理制御部５３１は、まずデマルチプレクス部５０２で抽出されたＥＭＭを解析し、ＣＡＳモジュール部５３２に、Ｋｍを生成するために必要とされる必要情報を転送する。ＣＡＳモジュール部５３２は、ＥＭＭ／ＥＣＭ処理制御部５３１から受け取った必要情報を用いてＫｍを生成し、その内部のメモリ５３２ａに保存する。次に、デマルチプレクス部５０２でＥＣＭが抽出されると、デマルチプレクス部５０２からＥＭＭ／ＥＣＭ処理制御部５３１にサービスＩＤ及びＥＣＭが転送される。ＥＭＭ／ＥＣＭ処理制御部５３１は、ＥＣＭを解析し、ＣＡＳモジュール部５３２に、Ｋｓを生成するために必要とされる必要情報を転送する。ＣＡＳモジュール部５３２は、ＥＭＭ／ＥＣＭ処理制御部５３１から受け取った必要情報とＫｍとを用いてＫｓを生成し、ＥＭＭ／ＥＣＭ処理制御部５３１に生成したＫｓを与える。ＥＭＭ／ＥＣＭ処理制御部５３１は、このＫｓとこれに対応するサービスＩＤを鍵格納部５３３に与える。鍵格納部５３３は、図２４に示すデスクランブル鍵管理情報５３３ａのように、各サービスＩＤに対応するＫｓを関連付けて格納する。デスクランブル鍵管理情報５３３ａは、サービスＩＤと、当該サービスＩＤで識別されるサービスのストリームをデスクランブルするためのＫｓとを含む。
【０１８４】
ここでＥＭＭとＥＣＭについて説明する。ストリームは、送出側でＫｓによりスクランブルされており、Ｋｓは前述のとおりＫｍで暗号化されている。従って、ストリームをデスクランブルするためには、まずＥＭＭに格納された情報からＫｍを生成し、次にＥＣＭに格納された暗号化されたＫｓをＫｍで復号しＫｓを得る必要がある。Ｋｓは、比較的短時間で更新され、Ｋｍは、Ｋｓよりも長時間で更新される。また、Ｋｓは、サービス毎又はＥＳ毎に異なり、Ｋｍは、一般に契約するＣＡＳプロバイダー毎に異なる。
【０１８５】
映像データ記憶部１０６にできるだけ多くのデスクランブルされた映像データを格納するため、ＣＡＳモジュール部５３２は、複数のサービスに対するＫｓを高速に生成する必要がある。そのためデマルチプレクス部５０２は、複数のサービスに対するＥＭＭ、ＥＣＭの抽出を行い、ＣＡＳモジュール部５３２は、時分割でＫｍ生成処理及びＫｓ生成処理を行う。
【０１８６】
デマルチプレクス部５０２は、エレメンタリーストリーム（ＥＳ）１フレーム分を抽出すると、デスクランブル制御部５３４に、このＥＳに対応するサービスＩＤを含むＥＳフレーム抽出通知を与える。デスクランブル制御部５３４は、この通知を受け取ると、この通知に含まれているサービスＩＤを検索キーにして、鍵格納部５３３から対応するＫｓを取得する。そして、デスクランブル制御部５３４は、デスクランブル部５０４に、取得したＫｓをセットする。デスクランブル部５０４は、セットされたＫｓを用いて、デマルチプレクス部５０２で抽出されたＥＳ１フレーム分をデスクランブルする。
【０１８７】
複数のサービスのデスクランブルを同時に行うためには、ＣＡＳモジュール部５３２は、個々のサービスのＫｓを時分割で処理する。あるサービスのストリームのデコード及び映像の表示を正しく行うためには、そのサービスのＫｓの生成時間は、そのサービスのＥＣＭ更新周期よりも短い必要がある。複数のサービスのＫｓの生成を時分割で行う場合は、処理対象となる各サービスのＥＣＭ更新周期よりも、処理対象となる全てのサービスのＫｓ生成時間の総和が小さくなるという条件を満たす必要がある。さらに、ＥＭＭが更新された場合には、処理対象となる各サービスのＥＣＭ更新周期よりも、処理対象となる全てのサービスのＫｍ生成時間の総和と、処理対象となる全てのサービスのＫｓ生成時間の総和との合計が小さくなるという条件を満たす必要がある。対象サービス決定部５３７は、このような条件を満たすように、できるだけ多くのサービスのデスクランブルが実施できるように、デスクランブルするサービスの取捨選択を行う。
【０１８８】
ＥＣＭ更新周期は、放送規格によっては規定されていなかったり、国、地域及びサービスによってばらつきがあったりする。そのため任意の放送規格、国、地域及びサービスに対して自動的に対応可能とするため、更新周期計測部５３５は、ＥＭＭ／ＥＣＭ処理制御部５３１がデマルチプレクス部５０２から通知されるＥＣＭの更新周期を常時監視し、サービス毎の更新周期を計測する。
【０１８９】
ＣＡＳモジュール部５３２におけるＫｓ生成時間は、使用するＣＡＳモジュールの性能によりばらつきがある。また、放送規格、国、地域及びサービスによってＥＣＭの構成が異なるため、Ｋｓ生成時間は、これらにより異なるものとなる。そのため任意のＣＡＳモジュール、放送規格、国、地域及びサービスに対して自動的に対応可能とするため、鍵処理時間計測部５３６は、ＥＭＭ／ＥＣＭ処理制御部５３１からＣＡＳモジュール２１７にＥＣＭから抽出された必要情報を入力してから、ＣＡＳモジュール部５３２からＥＭＭ／ＥＣＭ処理制御部５３１に生成されたＫｓを出力するまでのＫｓ生成時間を常時監視し、サービス毎のＫｓ生成時間を計測する。
【０１９０】
対象サービス決定部５３７は、更新周期計測部５３５で計測された、サービス毎のＥＣＭ更新周期と、鍵処理時間計測部５３６で計測された、サービス毎のＫｓ生成時間とから、デスクランブルの対象となるサービスであるデスクランブル対象サービスを決定する。対象サービス決定部５３７がデスクランブル対象サービスを決定すると、制御部５１４は、チューナ部１０１に対する、デスクランブル対象サービスを受信するためのチューナ制御と、デマルチプレクス部５０２に対する、映像音声ＥＳ、ＥＣＭ、ＥＭＭ及びＰＳＩ／ＳＩ情報（番組情報）を抽出するための設定とを行う。
【０１９１】
図２５は、実施の形態５における対象サービス決定部５３７のデスクランブル対象サービス決定処理の一例を示すフローチャートである。
ステップＳ８０１において、対象サービス決定部５３７は、同時受信したい全サービスをデスクランブル対象候補とし、ステップＳ８０２に処理を進める。
【０１９２】
ステップＳ８０２において、対象サービス決定部５３７は、デスクランブル対象候補から、未契約のサービスを除外し、ステップＳ８０３に処理を進める。例えば、ＥＭＭ／ＥＣＭ処理制御部５３１は、ＣＡＳモジュール部５３２にＥＣＭから抽出された必要情報を与えて、そのレスポンスによりサービスの契約の有無を確認することができる。そこで、ＥＭＭ／ＥＣＭ処理制御部５３１は、事前に、ＣＡＳモジュール部５３２に問い合わせを行うことで、契約されているサービスを示す契約情報を生成しておき、この契約情報をＥＭＭ／ＥＣＭ処理制御部５３１内のメモリ５３１ａに記憶しておく。対象サービス決定部５３７は、ＥＭＭ／ＥＣＭ処理制御部５３１からこの契約情報を取得することで、デスクランブル対象候補から、未契約のサービスを除外する。
【０１９３】
ステップＳ８０３において、対象サービス決定部５３７は、フェーズ変数を初期化して「１」にし、ステップＳ８０４に処理を進める。このフェーズ変数は、デスクランブル対象候補から外すサービスを導出する際の動作モードを決定するための変数であり、フェーズ変数が「１」の場合は、対象サービス決定部５３７は、現在選局中のサービスとＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値が異なるサービスをデスクランブル対象候補から外す。フェーズ変数が「２」の場合は、対象サービス決定部５３７は、ＥＣＭ更新周期に対するＫｓ生成時間の割合が最大のサービス、言い換えると、Ｋｓ生成に相対的に時間を要するサービスをデスクランブル対象候補から外す。
【０１９４】
ステップＳ８０４において、対象サービス決定部５３７は、サービスを識別するためのインデックスＪを初期化して、「１」にし、ステップＳ８０５に処理を進める。なお、デジタル放送受信装置５００で受信するサービスには、インデックスとして、各々「１」から順に自然数が割り当てられているものとし、その最大数は「Ｎ」とする。
【０１９５】
ステップＳ８０５において、対象サービス決定部５３７は、インデックスＪが、その最大値である「Ｎ」を超えたか否かを判断する。対象サービス決定部５３７は、インデックスＪが「Ｎ」を超えた場合には、処理を終了し、インデックスＪが「Ｎ」以下である場合には、ステップＳ８０６に処理を進める。
【０１９６】
ステップＳ８０６において、対象サービス決定部５３７は、インデックスＪで識別されるサービスのＥＣＭの更新周期（Ｔ＿ＥＣＭ［Ｊ］）が、デスクランブル対象候補とされた各サービスのＫｓ生成時間の総和（ＫｅｙＧｅｎ［１］＋ＫｅｙＧｅｎ［２］＋・・・・＋ＫｅｙＧｅｎ［ｋ］＋・・・＋ＫｅｙＧｅｎ［Ｎ］）よりも長いか否かを判断する。ここで、例えば、インデックスＪの値が「ｋ」であるサービスがノンスクランブルサービスの場合は、そのサービスのＥＣＭの更新周期は無限大（Ｔ＿ＥＣＭ［ｋ］＝∞）とし、そのサービスのＫｓ生成時間は「０」（Ｔ＿ＫｅｙＧｅｎ［ｋ］＝０）とする。対象サービス決定部５３７は、そのサービスのＥＣＭの更新周期がＫｓ生成時間の総和よりも長い場合には、ステップＳ８０７に処理を進め、そのサービスのＥＣＭの更新周期がＫｓ生成時間の総和以下である場合には、ステップＳ８０８に処理を進める。
【０１９７】
ステップＳ８０７において、対象サービス決定部５３７は、インデックスＪに「１」を加算して、ステップＳ８０５に処理を進める。
【０１９８】
ステップＳ８０８において、対象サービス決定部５３７は、フェーズ変数を確認する。対象サービス決定部５３７は、フェーズ変数が「１」である場合には、ステップＳ８０９に処理を進め、フェーズ変数が「２」である場合には、ステップＳ８１３に処理を進める。
【０１９９】
ステップＳ８０９において、対象サービス決定部５３７は、選局中のサービスがノンスクランブルサービスか否かを判断する。例えば、サービスがスクランブルされているか否かは、ＳＩ情報から把握することができ、あるいは、Ａｕｄｉｏ、Ｖｉｄｅｏ等のコンテンツに付加されたヘッダ部にあるスクランブル情報から把握することができる。そこで、デマルチプレクス部５０２は、サービスＩＤと、このサービスＩＤで識別されるサービスがスクランブルされているか否かとを示すスクランブル状態情報をＥＭＭ／ＥＣＭ処理制御部５３１に与える。そして、ＥＭＭ／ＥＣＭ処理制御部５３１は、このスクランブル状態情報をＥＭＭ／ＥＣＭ処理制御部５３１内のメモリ５３１ａに記憶しておく。対象サービス決定部５３７は、ＥＭＭ／ＥＣＭ処理制御部５３１からこのスクランブル情報を取得することで、選局中のサービスがノンスクランブルサービスか否かを判断する。対象サービス決定部５３７は、選局中のサービスがノンスクランブルサービスではない場合、即ち、選局中のサービスがスクランブルサービスである場合には、ステップＳ８１０に処理を進め、選局中のサービスがノンスクランブルサービスである場合には、ステップＳ８１２に処理を進める。
【０２００】
ステップＳ８１０において、対象サービス決定部５３７は、選局中のサービスのＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値と異なるＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値のサービスをデスクランブル対象候補から外し、ステップＳ８１１に処理を進める。例えば、ＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値は、ＳＩ情報に含まれている。そこで、デマルチプレクス部５０２は、サービスＩＤと、このサービスＩＤで識別されるサービスのＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値とを示す対応情報をＥＭＭ／ＥＣＭ処理制御部５３１に与える。そして、ＥＭＭ／ＥＣＭ処理制御部５３１は、この対応情報をＥＭＭ／ＥＣＭ処理制御部５３１内のメモリ５３１ａに記憶しておく。対象サービス決定部５３７は、ＥＭＭ／ＥＣＭ処理制御部５３１からこの対応情報を取得することで、各サービスのＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値を確認することができる。
【０２０１】
ステップＳ８１１において、対象サービス決定部５３７は、フェーズ変数を「２」にして、ステップＳ８０４に処理を進める。
【０２０２】
ステップＳ８１２において、対象サービス決定部５３７は、フェーズ変数を「２」にして、ステップＳ８０８に処理を進める。
【０２０３】
ステップＳ８１３において、対象サービス決定部５３７は、サービスのＥＣＭの更新周期（Ｔ＿ＥＣＭ［ｍ］）に対するそのサービスのＫｓ生成時間（Ｔ＿ＫｅｙＧｅｎ［ｍ］）の割合が最も大きいサービスｍを、デスクランブル対象候補から外して、ステップＳ８０４に処理を進める。なお、ノンスクランブルサービスの場合は、この割合は「０」とする。
【０２０４】
なお、ステップＳ８０６では、対象サービス決定部５３７は、インデックスＪで識別されるサービスのＥＣＭの更新周期（Ｔ＿ＥＣＭ［Ｊ］）が、各サービスのＫｍ生成時間の総和と、各サービスのＫｓ生成時間の総和（ＫｅｙＧｅｎ［１］＋ＫｅｙＧｅｎ［２］＋・・・・＋ＫｅｙＧｅｎ［ｋ］＋・・・＋ＫｅｙＧｅｎ［Ｎ］）の合計よりも長いか否かを判定するようにしてもよい。
【０２０５】
図２６は、実施の形態５に係るデジタル放送受信装置５００におけるデスクランブル対象サービスの導出動作を示す概略図である。図２６は、サービス１、サービス２及びサービス３を同時に受信できる状況において、各サービスのＥＣＭの更新周期がそれぞれ異なるケースを示している。
【０２０６】
更新周期計測部５３５は、各サービスのＥＣＭの更新周期を計測する。図２６では、更新周期計測部５３５が計測した、サービス１のＥＣＭの更新周期が「Ｔ＿ＥＣＭ１」、サービス２のＥＣＭの更新周期が「Ｔ＿ＥＣＭ２」、サービス３のＥＣＭの更新周期が「Ｔ＿ＥＣＭ３」として示されている。更新周期計測部５３５が各サービスのＥＣＭの更新周期を計測することで、ＥＣＭの更新周期がそれぞれ異なる場合にも対応することができる。
【０２０７】
また、鍵処理時間計測部５３６は、各サービスのＥＣＭ取得時のＫｓ生成処理に要する時間を計測する。図２６では、鍵処理時間計測部５３６が計測した、サービス１のＫｓ生成時間が「Ｔ＿ＫｅｙＧｅｎ１」、サービス２のＫｓ生成時間が「Ｔ＿ＫｅｙＧｅｎ２」、サービス３のＫｓ生成時間が「Ｔ＿ＫｅｙＧｅｎ３」として示されている。鍵処理時間計測部５３６が計測を行うことで、ＣＡＳモジュールでのデスクランブル鍵生成時間がサービス毎に異なる場合にも、対応することができる。
【０２０８】
対象サービス決定部５３７は、サービス１、サービス２及びサービス３のそれぞれのＥＣＭの更新周期が、デスクランブル対象候補となるサービス１、サービス２及びサービス３のＫｓ生成時間の合計時間よりも大きいかどうかを判定する。例えば、図２６に示された例では、以下のような判定を行う。
サービス１については、下記の（１）式を満たすか否かを判定する。
Ｔ＿ＥＣＭ１＞Ｔ＿ＫｅｙＧｅｎ１＋Ｔ＿ＫｅｙＧｅｎ２＋Ｔ＿ＫｅｙＧｅｎ３  （１）
サービス２については、下記の（２）式を満たすか否かを判定する。
Ｔ＿ＥＣＭ２＞Ｔ＿ＫｅｙＧｅｎ１＋Ｔ＿ＫｅｙＧｅｎ２＋Ｔ＿ＫｅｙＧｅｎ３  （２）
サービス３については、下記の（３）式を満たすか否かを判定する。
Ｔ＿ＥＣＭ３＜Ｔ＿ＫｅｙＧｅｎ１＋Ｔ＿ＫｅｙＧｅｎ２＋Ｔ＿ＫｅｙＧｅｎ３  （３）
図２６に示された例では、サービス３が（３）式の条件を満たしていないものとする。
【０２０９】
このような場合、対象サービス決定部５３７は、下記の（ａ）又は（ｂ）の処理を行う。
（ａ）選局中のサービスと「ＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄ」の値が異なるサービスをデスクランブル対象候補から外す。
（ｂ）「Ｔ＿ＫｅｙＧｅｎ／Ｔ＿ＥＣＭ」の値の最も大きいサービスをデスクランブル対象候補から外す。
図２６の例では、全てのサービスの「ＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄ」の値が同一とすると、対象サービス決定部５３７は、（ｂ）の処理で、ＥＣＭの更新周期に対してＫｓ生成時間が相対的に最も長いサービスであるサービス３をデスクランブル対象候補から外す。
【０２１０】
その結果、対象サービス決定部５３７は、サービス１及びサービス２のそれぞれのＥＣＭの更新周期が、デスクランブル対象候補となるサービス１及びサービス２のＫｓ生成時間の合計時間よりも大きいかどうかを判定する。例えば、図２６に示された例では、以下のような判定を行う。
サービス１については、下記の（４）式を満たすか否かを判定する。
Ｔ＿ＥＣＭ１＞Ｔ＿ＫｅｙＧｅｎ１＋Ｔ＿ＫｅｙＧｅｎ２          （４）
サービス２については、下記の（５）式を満たすか否かを判定する。
Ｔ＿ＥＣＭ２＞Ｔ＿ＫｅｙＧｅｎ１＋Ｔ＿ＫｅｙＧｅｎ２          （５）
ここで、図２６に示されている例では、サービス１及びサービス２のそれぞれが、上記式を満たしているため、対象サービス決定部５３７は、サービス１及びサービス２をデスクランブル対象として決定する。
【０２１１】
次に実施の形態５のデジタル放送受信装置５００をＣＭＭＢ規格のデジタル放送を受信する場合の例について説明する。図２７は、ＣＭＭＢ規格におけるストリーム構造を示す概略図である。ＣＭＭＢストリームは、多重化フレーム（ＭＦ）の形式で伝送される。ＭＦは、ＭＦヘッダ及びＭＦペイロードで構成され、一つの物理チャンネル中に４０個のＭＦまで伝送することができる。このように多重化されたＭＦは、１秒周期で伝送される。
【０２１２】
図２７に示されているＭＦ０は、コントロール情報を伝送するフレームであり、ＭＦ０以外のＭＦ（ＭＦ１〜ＭＦｎ）は、Ａｕｄｉｏユニット、Ｖｉｄｅｏユニット及びデータユニットを伝送するフレームである。ＭＦ０は、その物理チャンネルで伝送されるサービスのサービスＩＤと、その物理チャンネルで伝送されるＭＦのＭＦＩＤと、その物理チャンネルで伝送されるＭＦのＭＳＦＩＤとの対応関係を示すＣＭＣＴ（Ｃｏｎｔｉｎｕａｌ  Ｓｅｒｖｉｃｅ  Ｍｕｌｔｉｐｌｅｘ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｔａｂｌｅ）を含む。また、ＭＦ０は、ＥＭＭを伝送するサービスＩＤ、ＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄ、ＥＭＭを伝送するデータセクションのＤａｔａ＿Ｂｌｏｃｋ＿Ｔｙｐｅ、及びＥＣＭを伝送するデータセクションのＤａｔａ＿Ｂｌｏｃｋ＿Ｔｙｐｅを格納するＥＡＤ（Ｅｎｃｒｙｐｔｉｏｎ  ａｎｄ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌｉｓｔ）を含む。デジタル放送受信装置５００は、まずＣＭＣＴ及びＥＡＤを解析し、ＴＶサービス、Ｄａｔａサービス、ラジオサービス及びＥＭＭ伝送データセクションのＭＦをそれぞれ把握する。ＥＣＭは、Ａｕｄｉｏセクション、ビデオセクションを伝送するＭＦと同一ＭＦＩＤ及びＭＳＦＩＤであるＭＦで伝送される。
デジタル放送受信装置５００でＴＶサービスを視聴するには、デジタル放送受信装置５００は、ＣＭＣＴからＳｅｒｖｉｃｅ＿Ｉｄ、ＭＦＩＤ、及びＭＳＦＩＤを把握して、ＭＦＩＤ及びＭＳＦＩＤで該当サービスの抽出を行う。そのＭＳＦＩＤには、ＭＳＦヘッダがあり、デジタル放送受信装置５００は、このＭＳＦヘッダを解析することで、ストリームがスクランブルされているかどうかを把握することができる。ＭＳＦペイロードには、１秒分のＶｉｄｅｏユニット、Ａｕｄｉｏユニット及びＤａｔａユニットが格納されている。Ｖｉｄｅｏセクションヘッダ及びＡｕｄｉｏセクションヘッダには、各Ｖｉｄｅｏフレーム及びＡｕｄｉｏフレームの再生開始時刻情報、各Ｖｉｄｅｏフレームの画像フレームタイプ（Ｉピクチャ、Ｐピクチャ又はＢピクチャ）の情報が格納されている。ストリームがノンスクランブルの場合は、デジタル放送受信装置５００は、再生時刻情報に従ってデコードを進めていく。
【０２１３】
ストリームにスクランブルが施されている場合は、デジタル放送受信装置５００は、まずＥＡＤから視聴対象のＥＭＭのサービスＩＤを把握し、ＣＭＣＴからこれに対応するＭＦＩＤ及びＭＳＦＩＤを把握する。そして、デジタル放送受信装置５００は、ＥＡＤに記載されているＥＭＭ＿Ｄａｔａ＿Ｔｙｐｅを把握し、これらＭＦＩＤ、ＭＳＦＩＤ及びＥＭＭ＿Ｄａｔａ＿Ｔｙｐｅでフィルタパラメータを設定し、ＥＭＭを抽出する。デジタル放送受信装置５００は、抽出したＥＭＭをＣＡＳ制御部５０３に入力し、ＫｍをＣＡＳモジュール部５３２内にセットする。次に、デジタル放送受信装置５００は、ＥＡＤからＥＣＭ＿Ｄａｔａ＿Ｔｙｐｅを把握し、Ｄａｔａ＿Ｂｌｏｃｋ＿Ｔｙｐｅがこの値と一致するＤａｔａセクションを抽出することで、ＥＣＭを抽出する。デジタル放送受信装置５００は、抽出したＥＣＭをＣＡＳ制御部５０３に入力すると、このＥＣＭに格納された暗号化ＫｓがＫｍで復号されＫｓが得られる。デジタル放送受信装置５００は、復号されたＫｓをデスクランブル部５０４にセットした後、Ａｕｄｉｏフレーム及びＶｉｄｅｏフレームのデスクランブルを実行する。
【０２１４】
図２８（Ａ）及び（Ｂ）は、従来のデジタル放送受信装置において、選局操作後、映像が出力されるまでに必要な時間を示す概略図である。
図２８（Ａ）は、ＥＭＭが更新されていない場合において、選局操作後、映像が出力されるまでに必要な時間を示している。
従来のデジタル放送受信装置は、まずＥＣＭを抽出する。ＥＣＭを格納したＭＦは１秒毎に伝送されるため、ＥＣＭ受信待ち時間が最大１秒必要となる。
従来のデジタル放送受信装置は、ＥＣＭ受信後、ＥＣＭの処理を行い、Ｋｓを生成する。このＫｓを生成するのに必要な時間が、Ｔ＿ＫｅｙＧｅｎ秒である。この時間は、使用するＣＡＳモジュールや、受信したＥＣＭの内容により異なる。
従来のデジタル放送受信装置は、Ｋｓが生成できると、次にデスクランブラにＫｓをセットし、視聴対象となる映像ストリームを格納するＭＦを待つことになる。この待ち時間は、最大、ＭＦ周期である１秒となる。
従来のデジタル放送受信装置は、視聴対象のＭＦが受信できると、デスクランブル処理を行い、デスクランブルした映像フレームのうちＩピクチャが検出できるまで待つ。Ｉピクチャの検出待ち時間も、最大１秒である。Ｉピクチャが検出できると、デコードが開始され、映像が出力される。
以上のように、従来の技術では、映像表示までに要する最大時間Ｔ１は、下記の（６）式で示される時間となる。
Ｔ１＝３秒＋Ｔ＿ＫｅｙＧｅｎ秒＋デスクランブル処理時間＋デコード処理時間  （６）
【０２１５】
図２８（Ｂ）は、ＥＭＭが更新された場合において、選局操作後、映像が出力されるまでに必要な時間を表している。図２８（Ｂ）における映像表示までに要する最大時間Ｔ２は、図２８（Ａ）における映像表示までに要する最大時間Ｔ１に、ＥＭＭ待ち時間（最大１秒）と、ＥＭＭを処理して、Ｋｍを生成するＴ＿ＭａｓｔｅｒＫｅｙＧｅｎ秒とを加算した値となる。
【０２１６】
図２９は、実施の形態５に係るデジタル放送受信装置５００において、ＥＭＭが更新されていない場合に、選局操作後、映像が出力されるまでに必要な時間を示す概略図である。図２９は、例えば、実施の形態５に係るデジタル放送受信装置５００が、サービス３を選局中に、サービス１への選局操作を受け付けた場合を示している。
【０２１７】
実施の形態５に係るデジタル放送受信装置５００は、サービス３が選局されている間に、選局されているサービスだけでなくその他のサービスのＥＣＭを受信し、各サービスのＫｓを生成し、鍵格納部５３３に格納する。また、デジタル放送受信装置５００は、選局されているサービスだけでなくその他のサービスのストリームに対してもデスクランブル処理を行っている。デジタル放送受信装置５００は、選局中のサービスについてはＩピクチャ、Ｐピクチャ及びＢピクチャの全て、言い換えると、参照ピクチャ及び非参照ピクチャの全てをデスクランブルする。一方、デジタル放送受信装置５００は、選局されているサービス以外のサービスについては、Ｉピクチャ及びＰピクチャのみ、言い換えると、参照ピクチャのみをデスクランブルしている。そして、デジタル放送受信装置５００は、デスクランブルした各サービスの過去ＭＦ周期分（１秒間）の全フレームを映像データ記憶部１０６に一時蓄積する。なお、デジタル放送受信装置５００は、新たなＭＦ受信時には、過去ＭＦ周期分のフレームを消去し、新たに受信されたＭＦ周期分のフレームを記憶する。デジタル放送受信装置５００におけるデコード処理では、選局中のサービス３のフレームのみが、映像デコード部１０７及び音声デコード部１１０でデコードされ、サービス３の映像及び音声が出力される。
【０２１８】
図２８（Ａ）に示されているように、従来のデジタル放送受信装置は、ユーザからのサービス１への選局操作を受け付けると、ＥＣＭ受信待ち、ＥＣＭ受信によるＫｓ生成処理、視聴対象サービスのＭＦ待ち、デスクランブル処理、Ｉピクチャ待ち、及びデコード処理を行って、映像を出力する。この場合の映像表示までに要する時間Ｔ１は、最大３秒、Ｋｓ生成時間（Ｔ＿ＫｅｙＧｅｎ秒）、デスクランブル処理時間及びデコード処理時間を加算したものとなる。図２９にも、このような時間Ｔ１が示されている。
【０２１９】
一方、実施の形態５に係るデジタル放送受信装置５００は、既にサービス１のＫｓを鍵格納部５３３に格納しているため、サービス１のＫｓを鍵格納部５３３から読み出し、デスクランブル部５０４に即座に設定できる。このため、デジタル放送受信装置５００は、従来のデジタル放送受信装置で必要であったＥＣＭ受信待ち時間及びＫｓ生成時間が不要である。従って、デジタル放送受信装置５００は、ユーザのサービス１への選局操作を受け付けた後、サービス１のＭＦを受信すると即座にデスクランブルを行うことができ、デコードの開始を早めることができる。
【０２２０】
さらに、実施の形態５に係るデジタル放送受信装置５００は、サービス３を選局中に、サービス１を含む他のサービスのＩピクチャ及びＰピクチャをデスクランブルして、デスクランブルされたこれらピクチャデータを映像データ記憶部１０６に一時蓄積する。このため、デジタル放送受信装置５００は、ユーザからのサービス１への選局操作を受け付けた後直ぐに、蓄積済みの過去のＭＦ周期分（１秒分）のＩピクチャ及びＰピクチャのデコードを開始できる。従って、デジタル放送受信装置５００は、ユーザの選局操作から映像出力までに要する時間として、基本的にＩピクチャのデコード時間だけを必要とする。具体的には、デジタル放送受信装置５００は、従来のデジタル放送受信装置が必要としていた、ＥＣＭ受信待ち時間、ＥＣＭ受信によるＫｓ生成時間、視聴対象サービスのＭＦ待ち時間、デスクランブル処理時間及びＩピクチャ待ち時間を不要とすることができるため、従来のデジタル放送受信装置と比べて大幅に映像を表示するまでの時間を短縮することができる。この短縮時間は、最大３秒、Ｋｓ生成時間（Ｔ＿ＫｅｙＧｅｎ秒）及びデスクランブル処理時間を加算した時間となり、デジタル放送受信装置５００は、映像出力を大幅に早く行うことができる。
【０２２１】
なお、サービス１の選局操作後も、実施の形態５に係るデジタル放送受信装置５００は、サービス１を含めた複数のサービスのＥＣＭ受信、Ｋｓ生成及びその鍵格納部５３３への格納、複数のサービスのデスクランブル処理、並びにデスクランブルした映像フレームの映像データ記憶部１０６への一時蓄積を行うので、次の選局操作発生時にも映像を早く表示することができる。なお、映像データ記憶部１０６に蓄積される映像データは、ＣＭＭＢの場合は、過去のＭＦ周期分とするが、それ以外の場合は、例えばＩピクチャ周期分のデータを蓄積するようにしてもよい。
【０２２２】
図３０は、実施の形態５に係るデジタル放送受信装置５００において、ＥＭＭが更新された場合に、選局操作後、映像が出力されるまでに必要な時間を示す概略図である。図３０も、例えば、実施の形態５に係るデジタル放送受信装置５００が、サービス３を選局中に、サービス１への選局操作を受け付けた場合を示している。
【０２２３】
実施の形態５に係るデジタル放送受信装置５００は、サービス３が選局されている間に、選局されているサービスだけでなくその他のサービスのＥＣＭを受信し、各サービスのＫｓを生成し、鍵格納部５３３に格納するとともに、選局されているサービスだけでなくその他のサービスのストリームに対してもデスクランブル処理を行っている。さらに、デジタル放送受信装置５００は、ＥＭＭの更新検出を行っており、ＥＭＭの更新があった場合、ＥＭＭをＣＡＳ制御部５０３に入力しＫｍの生成処理を行う。デジタル放送受信装置５００は、選局中のサービスについてはＩピクチャ、Ｐピクチャ及びＢピクチャの全てをデスクランブルする。一方、デジタル放送受信装置５００は、選局されているサービスについては、Ｉピクチャ及びＰピクチャのみをデスクランブルしている。そして、デジタル放送受信装置５００は、デスクランブルした各サービスの過去ＭＦ周期分（１秒間）の全フレームを映像データ記憶部１０６に一時蓄積する。なお、デジタル放送受信装置５００は、新たなＭＦ受信時には、過去ＭＦ周期分のフレームを消去し、新たに受信されたＭＦ周期分のフレームを記憶する。デジタル放送受信装置５００におけるデコード処理では、選局中のサービス３のフレームのみが、映像デコード部１０７及び音声デコード部１１０でデコードされ、サービス３の映像及び音声が出力される。
【０２２４】
図２８（Ｂ）に示されているように、従来のデジタル放送受信装置は、ユーザからのサービス１への選局操作を受け付けると、ＥＭＭ受信待ち、ＥＭＭ受信によるＫｍ生成処理、ＥＣＭ受信待ち、ＥＣＭ受信によるＫｓ生成処理、視聴対象サービスのＭＦ待ち、デスクランブル処理、Ｉピクチャ待ち、及びデコード処理を行って、映像を出力する。この場合の映像表示までに要する時間Ｔ２は、最大４秒、Ｋｍ生成時間（Ｔ＿ＭａｓｔｅｒＫｅｙＧｅｎ秒）、Ｋｓ生成時間（Ｔ＿ＫｅｙＧｅｎ秒）、デスクランブル処理時間、及びデコード処理時間を加算したものとなる。図３０にも、このような時間Ｔ２が示されている。
【０２２５】
一方、本実施の形態５のデジタル放送受信装置５００は、事前にＥＭＭ更新検出時に関連する全サービスのＥＣＭからＫｓを生成し、鍵格納部５３３に格納しているため、サービス１のＫｓを鍵格納部５３３から読み出し、デスクランブル部５０４に即座に設定できる。このため、デジタル放送受信装置５００は、従来のデジタル放送受信装置で必要であったＥＭＭ受信待ち時間、Ｋｍ生成時間、ＥＣＭ受信待ち時間及びＫｓ生成時間が不要である。そのため、デジタル放送受信装置５００は、ユーザのサービス１への選局操作を受け付けた後、サービス１のＭＦを受信すると即座にデスクランブルを行うことができ、デコード開始を早めることができる。
【０２２６】
さらに、実施の形態５に係るデジタル放送受信装置５００は、サービス３を選局中に、サービス１を含む他のサービスのＩピクチャ及びＰピクチャをデスクランブルして、デスクランブルされたこれらピクチャデータを映像データ記憶部１０６に一時蓄積する。このため、デジタル放送受信装置５００は、ユーザからのサービス１への選局操作を受け付けた後直ぐに、蓄積済みの過去のＭＦ周期分（１秒分）のＩピクチャ及びＰピクチャのデコードを開始できる。従って、デジタル放送受信装置５００は、ユーザの選局操作から映像出力までに要する時間として、基本的にＩピクチャのデコード時間だけを必要とする。具体的には、デジタル放送受信装置５００は、従来のデジタル放送受信装置が必要としていた、ＥＭＭ受信待ち時間、ＥＭＭ受信によるＫｍ生成時間、ＥＣＭ受信待ち時間、ＥＣＭ受信によるＫｓ生成時間、視聴対象サービスのＭＦ待ち時間、デスクランブル処理時間、及びＩピクチャ待ち時間を不要とすることができるため、従来のデジタル放送受信装置と比べて大幅に映像を表示するまでの時間を短縮することができる。この短縮時間は、最大４秒、Ｋｍ生成時間（Ｔ＿ＭａｓｔｅｒＫｅｙＧｅｎ秒）、Ｋｓ生成時間（Ｔ＿ＫｅｙＧｅｎ秒）、及びデスクランブル処理時間を加算した時間となり、デジタル放送受信装置５００は、映像出力を大幅に早く行うことができる。
【０２２７】
なお、サービス１の選局操作後も、実施の形態５に係るデジタル放送受信装置５００は、サービス１を含めた複数のサービスのＥＭＭ受信、Ｋｍ生成、ＥＣＭ受信、Ｋｓ生成及びその鍵格納部５３３への格納、複数のサービスのデスクランブル処理、並びにデスクランブルした映像フレームの映像データ記憶部１０６への一時蓄積を行うので、次の選局操作発生時にも映像を早く表示することができる。なお、映像データ記憶部１０６に蓄積される映像データは、ＣＭＭＢの場合は過去のＭＦ周期分とするが、それ以外の場合は、例えばＩピクチャ周期分のデータを蓄積するようにしてもよい。
【０２２８】
以上のように実施の形態５に係るデジタル放送受信装置５００では、ＣＡＳ制御部５０３が、複数のサービスのＫｍ生成処理及びＫｓ生成処理を時分割で処理し、生成したＫｓの保存を行うとともに、デスクランブル部５０４が、選局操作の前に先行して複数のサービスのデスクランブル処理を行い、デスクランブルされた映像データを映像データ記憶部１０６に一時蓄積するようにした。このため、デジタル放送受信装置５００は、新たに選局されたサービスがスクランブルサービスである場合でも、ＥＭＭ受信待ち時間と、Ｋｍ生成時間と、ＥＣＭ受信待ち時間と、Ｋｓ生成時間と、デスクランブルデータ蓄積待ち時間（ＣＭＭＢ受信の場合ではＭＦ待ち時間）と、デスクランブル処理時間と、Ｉピクチャ待ち時間とを省くことができ、映像出力を短時間で行うことができる。
【０２２９】
また、ＣＡＳ制御部５０３は、ＣＡＳモジュール部５３２にて複数のサービスのＫｍ及びＫｓ生成処理を時分割で行うようにしたので、ＣＡＳモジュール部５３２を複数搭載する必要がなく、コストを低減することができる。さらに、デスクランブル制御部５３４は、複数のサービスのデスクランブルを時分割で行うようにＫｓのセットと、デスクランブルの開始とを制御するので、デスクランブル部５０４を複数搭載する必要がなく、コストを低減することができる。
【０２３０】
また、デジタル放送受信装置５００は、選局中のサービスのＥＭＭ受信処理及びＥＣＭ受信処理以外に、選局されていないサービスのＥＭＭ受信処理及びＥＣＭ受信処理も行い、対象サービス決定部５３７は、デスクランブル対象サービスとされた全サービスのＫｍ生成処理及びＫｓ生成処理を各々のサービスのＥＣＭ更新周期内ですべて完了するように、デスクランブル対象サービスとするサービスを特定している。このため、デジタル放送受信装置５００は、１つのＣＡＳモジュール部５３２で複数のサービスのＫｍ生成処理及びＫｓ生成処理を時分割で行うことができるようになり、複数のサービスの受信ストリームのデスクランブルを破綻無く行うことができる。
【０２３１】
また、対象サービス決定部５３７は、デスクランブル対象サービスとするサービスを選択する際に、未契約のサービスをデスクランブル対象サービスから除外しているため、最も視聴される可能性の低いサービスをデスクランブル対象サービスから除外することができる。このため、デジタル放送受信装置５００は、必要性が高い複数のサービスに絞り込んで、先行してデスクランブルを行うので、ユーザが選局するほとんどのサービスへの選局操作時に短時間で映像を表示することができる。
【０２３２】
また、対象サービス決定部５３７は、デスクランブル対象の全サービスのＫｍ生成処理及びＫｓ生成処理を各々のサービスのＥＣＭ更新周期内ですべて完了することができない場合、視聴中のサービスとＣＡ＿Ｓｙｓｔｅｍ＿Ｉｄの値が異なるサービスとをデスクランブル対象から外すようにした。このため、ＥＭＭが同じサービス、即ち選局切り替え時にＫｍ生成処理が不要である可能性が高いサービスのみにデスクランブル対象サービスを絞り込むことができ、１サービスあたりのＣＡＳモジュール使用時間が少なくなる。従って、デジタル放送受信装置５００は、多くのサービスの先行デスクランブル処理を行うことができるので、ユーザが選局する多くのサービスにおいて、短時間で映像表示することができる。
【０２３３】
また、対象サービス決定部５３７は、デスクランブル対象サービスを決定する際に、サービスのＥＣＭ更新周期に対するそのサービスのＫｓ生成時間の割合が最も高いサービスをデスクランブル対象から除外している。このため、１サービスあたりのＣＡＳモジュール部５３２の使用時間が少なくなるようなサービスがデスクランブル対象サービスとして残される。従って、デジタル放送受信装置５００は、できるだけ多くのサービスを先行してデスクランブルすることができ、ユーザが選局する多くのサービスにおいて、短時間で映像を表示することができる。
【０２３４】
また、デジタル放送受信装置５００は、更新周期計測部５３５を設け各サービスのＥＣＭ更新周期を監視して、これを計測するようにしたので、ＥＣＭ更新周期が放送規格で規定されていない場合、サービス毎に異なる場合、同一サービスでも時間によって変動する場合、及び地域によって変わる場合等でも、複数サービスのデスクランブルを破綻無く行うことができる。
【０２３５】
さらに、デジタル放送受信装置５００は、鍵処理時間計測部５３６を設け、各ＥＣＭ受信時点からＣＡＳモジュール部５３２におけるＫｓ生成完了までの各サービスのＫｓ生成時間を常時監視して、これを計測するようにしたので、Ｋｓ生成時間上限値が放送規格で規定されていない場合、ＣＡＳモジュール部５３２におけるＫｓ生成時間がサービス毎に異なる場合、同一サービスでも時間によって変動する場合、地域によって変わる場合、及びＣＡＳモジュールの処理性能が異なる場合でも、複数サービスのデスクランブルを破綻無く行うことができる。
【０２３６】
さらにまた、鍵処理時間計測部５３６が、各ＥＭＭ受信時点からＣＡＳモジュール部５３２におけるＫｍ生成完了までの各Ｋｍ生成時間を常時監視して、これを計測するようにしたので、Ｋｍ生成時間上限値が放送規格で規定されていない場合、ＣＡＳモジュール部５３２におけるＫｍ生成時間がサービス毎に異なる場合、同一サービスでも時間によって変動する場合、地域によって変わる場合、及びＣＡＳモジュールの処理性能が異なる場合でも、複数サービスのデスクランブルを破綻無く行うことができる。
【０２３７】
また、鍵格納部５３３は、デスクランブル対象サービスとされた複数のサービスのＫｓをサービスＩＤと関連づけて格納するようにしている。このため、デジタル放送受信装置５００は、デコードに先行してデスクランブルする際に予め生成され、鍵格納部５３３に格納されているＫｓを、即座にデスクランブル部５０４に設定できる。従って、デジタル放送受信装置５００は、時分割でデスクランブル処理を行う際に、その都度Ｋｓを生成する必要が無く、１サービスあたりのデスクランブル処理時間を短縮することができる。このため、デジタル放送受信装置５００は、多くのサービスの映像データを映像データ記憶部１０６に一時蓄積することができ、多くのサービスについてユーザ選局操作時に短時間で映像表示することができる。
【０２３８】
実施の形態６．
実施の形態６に係るデジタル放送受信装置６００の構成は、実施の形態５に係るデジタル放送受信装置５００とほぼ同様であるが、ＣＡＳ制御部６０３における対象サービス決定部６３７の動作が異なる。実施の形態６における対象サービス決定部６３７は、図２４のステップＳ８１０又はステップＳ８１３において、デスクランブル対象候補から外すと判断されたサービスが複数存在した場合の処理を追加した点において、実施の形態６における対象サービス決定部５３７と相違する。
【０２３９】
対象サービス決定部６３７は、図２４のステップＳ８１０又はステップＳ８１３において、デスクランブル対象候補から外すと判断されたサービスが複数存在した場合、現在選局中のチャンネル番号とチャンネル番号が近いサービスを、デスクランブル対象サービスとして優先して残しておく。例えば、対象サービス決定部６３７は、現在選局中のサービスのチャンネル番号をＣＨ［視聴中］、デスクランブル対象候補から外すと判断された対象サービスｈのチャンネル番号をＣＨ［ｈ］とすると、下記の（７）式の絶対値Ｖ１が最も大きいサービスだけをデスクランブル対象候補から外す。
Ｖ１＝｜ＣＨ［ｈ］−ＣＨ［視聴中］｜                      （７）
言い換えると、チャンネル番号の差分が最も大きいサービスがデスクランブル対象候補から除外される。
【０２４０】
なお、ＣＭＭＢの場合は、対象サービス決定部６３７は、現在視聴中のサービスのＭＦ番号をＭＦ［視聴中］、デスクランブル対象候補から外すと判断された対象サービスｈのＭＦ番号をＭＦ［ｈ］とすると、下記の（８）式の絶対値Ｖ２が最大となるＭＦＩＤ［ｈ］のサービスだけをデスクランブル対象候補から外す。
Ｖ２＝｜ＭＦ［ｈ]−ＭＦ［視聴中］｜                      （８）
言い換えると、ＭＦ番号の差分が最も大きいサービスがデスクランブル対象候補から除外される。
【０２４１】
以上のように、実施の形態６に係るデジタル放送受信装置６００は、対象サービス決定部６３７でデスクランブル対象候補から除外するサービスを絞り込む際に、選局中のサービスのチャンネル番号から最も遠いチャンネル番号のサービスを除外するようにしたので、ユーザが現在選局中のチャンネル番号に「１」をプラス又はマイナスするような選局操作を行った場合に、選局対象サービスの映像を短時間で表示することができる。
【０２４２】
またＣＭＭＢの受信の場合では、対象サービス決定部６３７でデスクランブル対象候補から除外するサービスを絞り込む際に、選局中のＭＦ番号から最も遠いＭＦ番号のサービスを除外するようにしたので、ユーザが現在選局中のＭＦのＭＦ番号に「１」をプラス又はマイナスするような選局操作を行った場合に、選局対象サービスの映像を短時間で表示することができる。
【０２４３】
実施の形態７．
実施の形態７に係るデジタル放送受信装置７００の構成は、実施の形態５に係るデジタル放送受信装置５００とほぼ同様であるが、ＣＡＳ制御部７０３におけるＣＡＳモジュール部７３２の動作が異なる。
実施の形態７におけるＣＡＳモジュール部７３２は、ＥＭＭから、Ｋｍを生成する処理において、その処理途中で次のＥＭＭを受信した場合、それまでのＫｍ生成処理を中断し、次のＥＭＭに対するＫｍ生成処理を開始する。その際、直前に中断したＫｍ生成処理の最終出力データ（処理結果）と、次に入力するはずだったデータの次回入力開始位置（データ位置）とを、それぞれＥＭＭと対応付けてＣＡＳモジュール部７３２内のメモリ７３２ａに保持するようにする。そして、ＣＡＳモジュール部７３２は、その保持しておいたＥＭＭと同一内容の入力を受けた際には、保存しておいた前回の最終出力データと、次回入力開始位置が示す入力データとを今回の処理の入力としてＫｍ生成処理を再開する。
【０２４４】
同様に、実施の形態７におけるＣＡＳモジュール部７３２は、ＥＣＭから、Ｋｓを生成する処理において、その処理途中で次のＥＣＭを受信した場合、それまでのＫｓ生成処理を中断し、次のＥＣＭに対するＫｓ生成処理を開始する。その際、直前に中断したＫｓ生成処理における最終出力データ（処理結果）と、次に入力するはずだったデータの次回入力開始位置（データ位置）とを、それぞれＥＣＭと対応付けてＣＡＳモジュール部７３２内のメモリ７３２ａに保持するようにする。そして、ＣＡＳモジュール部７３２は、その保持しておいたＥＣＭと同一内容の入力を受けた際には、保存しておいた前回の最終出力データと、次回入力開始位置が示す入力データとを今回の処理の入力としてＫｓ生成処理を再開する。
【０２４５】
以上のように実施の形態７に係るデジタル放送受信装置７００は、ＣＡＳモジュール部７３２でＫｍ生成処理又はＫｓ生成処理を中断し、その処理途中のデータを保持し次回の同一Ｋｍ生成処理又はＫｓ生成処理要求があった場合に、保持されたデータを入力データとして、処理を再開できるようにした。このため、対象サービス決定部５３７は、ＥＣＭ更新周期中にＫｍ生成処理又はＫｓ生成処理が完了できないサービスがあった場合でも、その途中結果を記録しておくことで、再開時にその続きから処理を継続することができ、結果としてデスクランブル対象サービスを増やすことができる。
【符号の説明】
【０２４６】
１００，２００，３００，４００，５００  デジタル放送受信装置、  １０１  チューナ部、  １０２，５０２  デマルチプレクス部、  １０３，５０３，６０３，７０３  ＣＡＳ制御部、  ５３１  ＥＭＭ／ＥＣＭ処理制御部、  ５３２，７３２  ＣＡＳモジュール部、  ５３３  鍵格納部、  ５３４  デスクランブル制御部、  ５３５  更新周期計測部、  ５３６  鍵処理時間計測部、  ５３７，６３７  対象サービス決定部、  １０４，５０４  デスクランブル部、  １０５  ピクチャタイプ検出部、  １０６，４０６  映像データ記憶部、  １０７  映像デコード部、  １０８  映像出力部、  １０９  音声データ記憶部、  １１０  音声デコード部、  １１１  音声出力部、  １１２  時刻管理部、  １１３  ユーザ指示受光部、  １１４，２１４，３１４，４１４，５１４  制御部、  １１５  サービス情報記憶部。
【図１】
0005855234.tif 000005
【図２】
0005855234.tif 000006
【図３】
0005855234.tif 000007
【図４】
0005855234.tif 000008
【図５】
0005855234.tif 000009
【図６】
0005855234.tif 000010
【図７】
0005855234.tif 000011
【図８】
0005855234.tif 000012
【図９】
0005855234.tif 000013
【図１０】
0005855234.tif 000014
【図１１】
0005855234.tif 000015
【図１２】
0005855234.tif 000016
【図１３】
0005855234.tif 000017
【図１４】
0005855234.tif 000018
【図１５】
0005855234.tif 000019
【図１６】
0005855234.tif 000020
【図１７】
0005855234.tif 000021
【図１８】
0005855234.tif 000022
【図１９】
0005855234.tif 000023
【図２０】
0005855234.tif 000024
【図２１】
0005855234.tif 000025
【図２２】
0005855234.tif 000026
【図２３】
0005855234.tif 000027
【図２４】
0005855234.tif 000028
【図２５】
0005855234.tif 000029
【図２６】
0005855234.tif 000030
【図２７】
0005855234.tif 000031
【図２８】
0005855234.tif 000032
【図２９】
0005855234.tif 000033
【図３０】
0005855234.tif 000034