(57)【特許請求の範囲】
【請求項１】
蓄積しておいた放送コンテンツを送信する蓄積型ディジタル放送送信装置であって、
視聴者側からのコンテンツ再送要求を受信する手段と、
コンテンツ再送要求を行った視聴者を識別する手段と、
所定の視聴者に対して再送信要求のあった放送コンテンツを送信する手段と、
を有し、
前記再送信要求のあった放送コンテンツを送信する手段は、視聴者側からの再送信要求のあった放送コンテンツを、ＥＭＭ（entitlement management message）に格納して再送要求を行った視聴者側に送信する
ことを特徴とする蓄積型ディジタル放送送信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、人工衛星や地上波、ＣＡＴＶ網、インターネットなどで提供されるディジタル放送サービスに関するもので、特に蓄積・再生機能を有する蓄積型ディジタル放送受信装置を対象とする蓄積型ディジタル放送送信装置、及び蓄積型ディジタル放送受信装置に関する。
【０００２】
【従来の技術】
図１３は、例えば、(社)電波産業会「BSデジタル放送限定受信方式」標準規格(ARIB STD-B25 1.0版)，p.160，図1-2（1999年10月26日策定）に示された従来の蓄積型ディジタル放送受信装置の処理ブロック図で、図１２はそれに対応する蓄積型ディジタル放送送信装置の処理ブロック図の一例である。
【０００３】
図１２において、40tは映像符号化ビット列、音声符号化ビット列などを多重化して多重化ビット列を生成するメディア多重化部、41tは放送コンテンツにスクランブルをかけるスクランブル部、42tは有料放送に係る情報を多重化するＣＡ（conditional access；限定受信）関連情報多重化部、43tは伝送路符号化部、44tはＣＡ（conditional access；限定受信）関連情報を管理し、スクランブル処理のための鍵データ（スクランブル鍵）及びＣＡ関連情報を生成するＣＡ関連情報管理部、45pは蓄積型ディジタル放送送信装置全体の動作を管理・制御する送信システム管理部である。尚、図においては、メディア多重化部、スクランブル部など「…部」の「部」は、説明の便宜上、省略している。これは、他の図でも同様である。
【０００４】
図１３において、43rは伝送路復号部、42rは有料放送に係る情報を分離するＣＡ（conditional access；限定受信）関連情報分離部、41rは受信した放送コンテンツに施されたスクランブルを解除するデスクランブル部、40rは多重化ビット列を映像符号化ビット列、音声符号化ビット列などに分離するメディア分離部、44rはＣＡ関連情報に基づきスクランブルを解除するための鍵データ（スクランブル鍵）を生成するＣＡ処理モジュール、45qは蓄積型ディジタル放送受信装置の動作を管理・制御する受信システム管理部である。
【０００５】
次に、図１２を用いて、従来の蓄積型ディジタル放送送信装置における処理について説明する。図１２において、ビデオ、オーディオなどの各種メディアの符号化ビット列（100）はメディア多重化部（40t）で多重化され多重化ビット列（101）が生成される。多重化ビット列（101）はスクランブル部（41t）においてスクランブル鍵（104a）を用いてスクランブル処理がなされスクランブルビット列（102）が生成される。ＣＡ関連情報多重化部（42t）では、スクランブルビット列（102）にＥＣＭ（entitlement control message）（109）とＥＭＭ（entitlement management message）（110）を多重化し、ＣＡ関連情報多重化ビット列（103）を生成する。ＥＣＭ（109）はスクランブル鍵などの放送コンテンツに係るＣＡ関連情報やＣＡ制御パラメータを含んでおり、通常はＥＣＭの全てまたは一部分が暗号化されている。一方、ＥＭＭ（110）は視聴契約者毎の情報やＥＣＭ中の暗号化された部分を復号する鍵データ（ワーク鍵）を含んでおり、通常はＥＭＭの全てまたは一部分がマスター鍵によって暗号化されている。スクランブル鍵（104a）やＥＣＭ（109）、ＥＭＭ（110）はＣＡ関連情報管理部（44t）で生成される。ＣＡ関連情報多重化ビット列（103）は伝送路符号化部（43t）においてＦＥＣ（forward error correction）処理や、エネルギー拡散処理、畳み込み符号化処理、伝送フレームの構成、変調処理などが行われ、伝送ビット列（112）として伝送路に送出される。視聴者との間でのインタラクティブサービス機能を有する蓄積型ディジタル放送送信装置では回線インタフェース（46）を備えており、例えば、電話線やインターネットなどを介して視聴者との間で情報のやり取りを行う。送信システム管理部（45p）では回線インタフェース（46）を介してやり取りする情報を管理するとともに、蓄積型ディジタル放送送信装置全体の動作を管理・制御する。
【０００６】
次に、図１４を用いて、メディア多重化部（40t）の処理について説明する。図１４において、60tは可変長パケット化部、61tは固定長パケット化部、62tは多重化ビット列生成部である。各種メディアの符号化ビット列（100）がメディア多重化部（40t）に入力されると、まず、可変長パケット化部（60t）においてメディア毎に可変長パケット化処理が行われ、可変長パケット列（100c）に変換される。次に、固定長パケット化部（61t）においてメディア毎の可変長パケット列（100c）は固定長パケットに分割され、固定長パケット列（100d）に変換される。最後に、多重化ビット列生成部（62t）においてメディア毎の固定長パケット列（100d）は固定長パケット単位に多重化され、多重化ビット列（101）が生成される。
【０００７】
図１５に、可変長パケット化部（60t）で生成される可変長パケットの１つであり、MPEG-2システム標準（ISO/IEC 13818-1）に規定されているＰＥＳパケットの構成を示す。図１５において、a10はＰＥＳパケット、a11はＰＥＳパケットヘッダ、a12は符号化ビット列（100）が格納されるＰＥＳパケットデータバイトである。ＰＥＳパケットヘッダ（a11）には、オプショナルＰＥＳヘッダ（a13）という領域があり、データ・アライメント・インディケータ（a14）、ＰＴＳ・ＤＴＳフラグ（a15）、ＰＥＳ・ＣＲＣフラグ（a16）、ＰＴＳ（a17）、プリービアスＰＥＳパケットＣＲＣ（a18）などのビットフィールドから構成される。ＰＴＳ（a17）のビットフィールドの有無がＰＴＳ・ＤＴＳフラグ（a15）で通知され、プリービアス・ＰＥＳパケットＣＲＣ（a18）のビットフィールドの有無がＰＥＳ・ＣＲＣフラグ（a16）で通知される。プリービアス・ＰＥＳパケットＣＲＣ（a18）は16ビットのフィールドで、一つ前のＰＥＳパケット中のＰＥＳパケットデータバイトに対するＣＲＣ値を格納する。
【０００８】
図１６に、可変長パケット化部（60t）で生成される可変長パケットの１つであり、MPEG-2システム標準（ISO/IEC 13818-1）に規定されているセクションの構成を示す。図１６において、b10はセクション、b11はセクション・シンタックス・インディケータ、b12は符号化ビット列（100）が格納されるプライベート・データ・バイト、b13はセクションに対するＣＲＣ値を格納するＣＲＣ32である。セクション・シンタックス・インディケータ（b11）が‘１’のとき、ＣＲＣ32（b13）のビットフィールドが存在する。
【０００９】
次に、図１７を用いて、可変長パケット化部（60t）における符号化ビット列（100）をＰＥＳパケット（a10）に格納する場合のやり方について説明する。図１７はMPEG-2ビデオ標準（ISO/IEC 13818-2）に基づき符号化されたビデオ符号化ビット列をＰＥＳパケット化する場合の説明図である。MPEG-2ビデオ標準に基づくビデオ符号化ビット列は、ユニークなコードが割り当てられたスタート・コード（100a）と符号化データ（100b）から構成される。ＰＥＳパケットヘッダ（a11）内のデータ・アライメント・インディケータ（a14）が‘１’の場合は、スタート・コード（100a）がＰＥＳパケットヘッダ（a11）の直後、すなわち、ＰＥＳパケットデータバイト（a12）の先頭に置かれることになる。
【００１０】
図１８に、固定長パケット化部（61t）ではMPEG-2システム標準（ISO/IEC 13818-1）に規定されているパケット長が固定長（188バイト）のトランスポートパケット（「ＴＳＰ」ということもある）の構成を示す。図１８において、c10はトランスポートパケット、c11はトランスポートパケットヘッダ（TSPヘッダ）、c12は可変長パケット列（100c）が格納されるトランスポートパケットペイロード（TSPペイロード）である。トランスポートパケットヘッダ（c11）は、トランスポート・エラー・インディケータ（c13）、ペイロード・ユニット・スタート・インディケータ（c14）、ＰＩＤ（c15）、アダプテーション・フィールド・コントロール（c16）、コンティニュイティ・カウンタ（c17）、アダプテーション・フィールド（c18）などのビットフィールドで構成される。ＰＩＤ（c15）は個々の符号化ビット列を識別するためのもので、符号化ビット列毎に異なる値が割り当てられる。トランスポート・エラー・インディケータ（c13）は、訂正不可能な誤りがトランスポートパケット内に存在することを通知するために使用される。ＰＥＳパケットの先頭バイトがトランスポートパケットペイロード（c12）の先頭に位置する場合、ペイロード・ユニット・スタート・インディケータ（c14）が‘１’となる。また、トランスポートパケットペイロード（c12）にセクションの先頭バイトから格納する場合、ペイロード・ユニット・スタート・インディケータ（c14）が‘１’となる。アダプテーション・フィールド（c18）の有無はアダプテーション・フィールド・コントロール（c17）で通知される。アダプテーション・フィールド（c18）はＰＣＲ（program clock reference）フラグ（c19）、ＰＣＲ（c20）、スタッフィング・バイト（c21）などのビットフィールドで構成される。ＰＣＲ（c20）は送信側と受信側のシステムタイムクロックを同期させるために使用される。ＰＣＲ値は24時間強で一巡する。MPEG-2システム標準の規定では100ms以下の間隔でＰＣＲ（c20）が送信されるようになっている。ＰＣＲフラグ（c19）によってＰＣＲ（c20）のビットフィールドの有無が示される。スタッフィング・バイト（c21）は固定長（188バイト）のトランスポートパケットを生成するためのダミーバイトとして挿入される。
【００１１】
次に、図１９を用いて、固定長パケット化部（61t）におけるＰＥＳパケットまたはセクションをトランスポートパケット（c10）に格納する場合のやり方について説明する。図中の左端のトランスポートパケットには１ＰＥＳパケット（a10）または１セクション（b10）分のデータの先頭バイトからトランスポートパケットペイロード（c12）に格納される。このとき、ペイロード・ユニット・スタート・インディケータ（c14）が‘１’に設定される。一方、図中の右端のトランスポートパケットには１ＰＥＳパケット（a10）または１セクション（b10）分のデータの末尾バイトが格納され、パケット長の調整のためスタッフィング・バイト（c21）が挿入される。
【００１２】
スクランブル部（41t）で行うスクランブル処理について説明する。ＣＡ関連情報管理部（44t）から与えられるスクランブル鍵（104a）を用いて多重化ビット列（101）を構成するトランスポートパケット（c10）のペイロード部分（c12）に対してスクランブル処理を施し、スクランブルビット列（102）を生成する。トランスポートパケットヘッダ（c11）の部分はスクランブル処理を施さない。
【００１３】
次に、図２０を用いて、ＣＡ関連情報管理部（44t）の処理について説明する。図２０において、51tはスクランブル鍵を管理するスクランブル鍵管理部、52tはＥＣＭに係る情報を管理する番組情報・制御情報管理部、53tはＥＣＭに含まれるデータの暗号化に使用するワーク鍵を管理するワーク鍵管理部、54tはＥＭＭに係る情報を管理する契約情報管理部、55tはＥＭＭに含まれるデータの暗号化に使用するマスター鍵を管理するマスター鍵管理部、56tはＥＣＭに含まれるデータを暗号化する第1の暗号化部、57tはＥＭＭに含まれるデータを暗号化する第2の暗号化部である。
【００１４】
ＣＡ関連情報管理部（44t）では、スクランブル鍵（104a）とＥＣＭ（109）、ＥＭＭ（110）を生成する。スクランブル鍵管理部（51t）では、例えば、初期値データと乱数を用いて所定の時間間隔でスクランブル鍵（104a）を生成してスクランブル部（41t）に出力する。さらに、スクランブル処理に使用するスクランブル鍵（104b）を第1の暗号化部（56t）に転送する。第1の暗号化部（56t）では、スクランブル鍵（104b）と番組情報・制御情報管理部（52t）から与えられた暗号化前ＥＣＭ要素（105）とから暗号化前ＥＣＭを構成し、ワーク鍵管理部（53t）で生成したワーク鍵（106a）を用いて暗号化前ＥＣＭの一部または全てのビットフィールドを暗号化してＥＣＭ（109）を生成する。第2の暗号化部（57t）では、ワーク鍵（106b）と契約情報管理部（54t）から与えられた暗号化前ＥＭＭ要素とから暗号化前ＥＭＭを構成し、マスター鍵管理部（55t）で生成したマスター鍵（108）を用いて暗号化前ＥＭＭの一部または全てのビットフィールドを暗号化してＥＭＭ（110）を生成する。ＣＡ関連情報管理部（44t）を構成する各部の状態は送信システム制御信号（120te）で送信システム管理部（45p）に通知される。一方、送信システム管理部（45p）からの送信システム制御信号（120te）によってＣＡ関連情報管理部（44t）を構成する各部の動作が制御される。さらに、送信システム管理部（45p）からは、回線データ列（130）から抽出された契約者からの情報が送信システム制御信号（120te）の中に格納されてＣＡ関連情報管理部（44p）に転送されてくる。こうして受け取った契約者からの情報は契約情報管理部（55t）で管理され、随時更新される。
【００１５】
次に、伝送路符号化部（43t）におけるＦＥＣ（forward error correction）処理について説明する。ＣＡ関連情報多重化ビット列（103）に対し、リードソロモン符号（RS符号）を用いたＦＥＣ処理を行う。ＦＥＣ処理は、図２１に示すようにＣＡ関連情報多重化ビット列（103）の構成要素であるトランスポートパケット単位に行う。すなわち、トランスポートパケット（c10）がＦＥＣフレーム（d10）のデータ領域（d11）に格納され、誤り訂正符号（d12）が付与される。
【００１６】
次に、伝送路符号化部（43t）で構成される伝送フレームについて説明する。ＦＥＣ処理や、エネルギー拡散処理、畳み込み符号化処理などが施されたビット列を、図２２に示すような伝送フレーム（e10a）のデータ領域（e12）に格納する。伝送フレームには伝送フレームの先頭を識別するための同期情報（e11）が付与されている。
【００１７】
次に、図１３を用いて、従来の蓄積型ディジタル放送受信装置における処理について説明する。従来の蓄積型ディジタル放送受信装置における処理は、基本的には従来の蓄積型ディジタル放送送信装置の逆処理である。つまり、図１３において、受信した伝送ビット列（112）に対して伝送路復号部（43r）において復調処理や、伝送フレームの再構成、ビタビ復号処理、エネルギー逆拡散処理、誤り訂正処理などが行われ、ＣＡ関連情報多重化ビット列（103）が再生される。ＣＡ関連情報分離部（42r）では、ＥＣＭ（entitlement control message）（109）とＥＭＭ（entitlement management message）（110）を分離したスクランブルビット列（102）を再生する。ＣＡ関連情報分離部（42r）において分離されたＥＣＭ（109）とＥＭＭ（110）はＣＡ処理モジュール（44r）に入力され、暗号化された情報が復号され、スクランブル鍵（104a）が再生される。デスクランブル部（41r）では、再生したスクランブル鍵（104a）を用いてスクランブルビット列（102）に施されたスクランブルを解除し、多重化ビット列（101）を再生する。メディア分離部（40r）では、多重化ビット列（101）を分離して、ビデオ、オーディオなどのメディア単位の符号化ビット列（100）を再生する。
さらに、インタラクティブ機能を有する蓄積型ディジタル放送受信装置では、回線インタフェース（46）を備えており、例えば、電話線やインターネットなどを介して放送事業者側に情報をアップロードする。受信システム管理部（45q）では回線インタフェース（46）を介してやり取りする情報を管理するとともに、蓄積型ディジタル放送受信装置全体の動作を管理・制御する。
【００１８】
次に、図２３を用いて、メディア分離部（40r）の処理について説明する。図２３において、60rは可変長パケット分解部、61rは固定長パケット分解部、62rは多重化ビット列分離部である。多重化ビット列（101）は多重化ビット列分離部（62r）においてメディア毎の固定長パケット列（100d）に分離される。固定長パケット分解部（61r）では、固定長パケット列（100d）を構成する固定長パケットのそれぞれをヘッダ部分とペイロード部分とに分離し、さらに分離したペイロード部分をつなぎ合わせて可変長パケット列（100c）を再生する。可変長パケット分解部（60r）では、固定長パケット分解部（61r）から可変長パケット列（100c）を受け取り、可変長パケット列（100c）を構成する可変長パケットのそれぞれをヘッダ部分とペイロード部分とに分離し、さらに分離したペイロード部分をつなぎ合わせてメディア毎の符号化ビット列（100）を再生する。
【００１９】
次に、図２４を用いて、ＣＡ処理モジュール（44r）の処理について説明する。図２４において、51rはデスクランブル処理に使用するスクランブル鍵を管理するスクランブル鍵管理部、52rは視聴の可否を判定する視聴判定部、53rはＥＣＭに含まれる暗号化データの復号に使用するワーク鍵を管理するワーク鍵管理部、54rは契約情報を管理する契約情報管理部、55rはＥＭＭに含まれる暗号化データの復号に使用するマスター鍵を管理するマスター鍵管理部、56rはＥＣＭに含まれる暗号化データを復号する第1の復号部、57rはＥＭＭに含まれる暗号化データを復号する第2の復号部である。
【００２０】
ＣＡ処理モジュール（44r）では、ＥＣＭ（109）とＥＭＭ（110）を入力してスクランブル鍵（104a）を再生する。第1の復号部（56r）では、ＥＣＭ（109）を受け取り、ワーク鍵管理部（53r）から与えられたワーク鍵（106a）を用いてＥＣＭに含まれる暗号化データを復号し、スクランブル鍵（104b）と暗号化前ＥＣＭ要素（105）を再生する。一方、第2の復号部（57r）では、ＥＭＭ（110）を受け取り、マスター鍵管理部（55r）から与えられたマスター鍵（108）を用いてＥＭＭに含まれる暗号化データを復号し、ワーク鍵（106b）と暗号化前ＥＭＭ要素（107）を再生する。契約情報管理部（54r）では、暗号化前ＥＭＭ要素（107）から得た契約情報を管理する。視聴判定部（52r）では、契約情報管理部（54r）で管理されている契約情報（113）と再生された暗号化前ＥＣＭ要素（105）を参照して視聴可否の判定を行い、視聴判定結果（111）をスクランブル鍵管理部（51r）に通知する。スクランブル鍵管理部（51r）では、視聴判定部（52r）で視聴可能と判定された場合にスクランブル鍵（104a）を出力する。ＣＡ処理モジュール（44r）を構成する各部の状態は受信システム制御信号（120re）によって受信システム管理部（45q）に通知される。一方、受信システム管理部（45q）からの受信システム制御信号（120re）によってＣＡ処理モジュール（44r）を構成する各部の動作が制御される。
【００２１】
【発明が解決しようとする課題】
しかし、図１２及び図１３に示した従来の蓄積型ディジタル放送送信装置、及び蓄積型ディジタル放送受信装置では、以上のような処理をしていたため、受信不良となった放送コンテンツに対する補償情報が送信側からは提供されず、受信側で受信不良部分の誤り訂正処理やエラーコンシールメント処理を行って対応するしかなく、伝送路誤りが頻繁に発生する場合には、受信側でコンテンツを再生した際に劣化が観測されることがあった。
【００２２】
また、受信側に記録媒体を接続して放送コンテンツを記録する場合には、伝送路誤りによる受信不良部分がそのまま記録されることになり、放送コンテンツを伝送路の状態に左右されずに高品質に記録・再生することが困難であった。
【００２３】
この発明は、上記のような問題点を解消するためになされたもので、受信不良部分の補完が可能な蓄積型ディジタル放送送信装置、及び蓄積型ディジタル放送受信装置を実現することを目的とする。
【００２４】
【課題を解決するための手段】
上記課題を解決するため、本発明では、蓄積しておいた放送コンテンツを送信する蓄積型ディジタル放送送信装置であって、視聴者側からのコンテンツ再送要求を受信する手段と、コンテンツ再送要求を行った視聴者を識別する手段と、所定の視聴者に対して再送信要求のあった放送コンテンツを送信する手段と、を有し、前記再送信要求のあった放送コンテンツを送信する手段は、視聴者側からの再送信要求のあった放送コンテンツを、ＥＭＭ（entitlement management message）に格納して再送要求を行った視聴者側に送信することを特徴とする。
【００４２】
【発明の実施の形態】
以下、この発明に係る蓄積型ディジタル放送送信装置、及び蓄積型ディジタル放送受信装置の実施の形態を図について説明する。
実施の形態１．
図1は、本発明の請求項１〜９に係る蓄積型ディジタル放送送信装置の一実施の形態である。図1において、40tは映像符号化ビット列、音声符号化ビット列などを多重化して多重化ビット列を生成するメディア多重化部、41tは放送コンテンツにスクランブルをかけるスクランブル部、42tは有料放送に係る情報を多重化するＣＡ（conditional access；限定受信）関連情報多重化部、43tは伝送路符号化部、44tはＣＡ関連情報を管理し、スクランブル処理のための鍵データ（スクランブル鍵）及びＣＡ関連情報を生成するＣＡ関連情報管理部、45tは蓄積型ディジタル放送送信装置全体の動作を管理・制御する送信システム管理部、30tdは送信した放送コンテンツを一時蓄積する送信ビット列管理部である。送信ビット列管理部（30td）以外の部分は、図１２に示す従来装置とほぼ同様の構成である。
【００４３】
次に、本実施の形態１特有の動作を説明する。尚、下記に示す動作以外の動作は、上述した従来技術の動作と同じである。これは、他の実施の形態でも同様である。
つまり、本実施の形態１の送信ビット列管理部（30td）では、図１に示すように、放送コンテンツが伝送路符号化部（43t）内での処理途中の信号形式である伝送路符号化中間ビット列（114）の形式で蓄積される。伝送路符号化中間ビット列（114）の形式として、例えば、ＦＥＣ（forward error correction）フレーム、すなわち誤り訂正フレーム、ＣＲＣ（cyclic redundancy check）フレーム、すなわち誤り検出フレーム、伝送フレームなどの形式を用いる。
【００４４】
図２は、本発明の請求項６に係る蓄積型ディジタル放送送信装置での誤り訂正フレーム（ＦＥＣフレーム）の構成例である。伝送路符号化中間ビット列（114）の形式としてＦＥＣフレームを使用する場合には、各ＦＥＣフレームに対して個々のＦＥＣフレーム（ｄ10）を識別するための識別情報（ｄ13）を付与する。識別情報としては、ＦＥＣフレーム毎に1つずつ値をカウントアップするものや、インターネットにみられるＮＴＰ（Network Time Protocol）を利用した時刻関連情報を使用してもよい。
なお、図２ではＦＥＣフレーム（d10）に識別情報（d13）を付与した構成であるが、ＦＥＣフレーム（d10）の中に識別情報（d13）を入れた構成でもよい。
【００４５】
図３は、本発明の請求項５〜７に係る蓄積型ディジタル放送送信装置での伝送フレーム（e10b）の構成例である。伝送路符号化中間ビット列（114）の形式として伝送フレームを使用する場合には、各伝送フレームに対して個々の伝送フレーム（e10b）を識別するための伝送フレーム識別情報（e13）を付与する。伝送フレーム識別情報としては、伝送フレーム毎に1つずつ値をカウントアップするものや、インターネットにみられるＮＴＰ（Network Time Protocol）を利用した時刻関連情報を使用してもよい。
【００４６】
図４は、送信ビット列管理部（30td）において放送コンテンツを蓄積する場合のデータアーカイブ構成例である。ファイルへのアクセスを容易にするため「放送日」、「放送時間帯」、「番組名（番組ID）」、「番組イベント（例えば、番組内の各コーナ）」のような階層構成にし、個々のファイルを識別情報（d13）や伝送フレーム識別情報（e13）に対応させて作成し、伝送路符号化中間ビット列（114）の形式で放送コンテンツを蓄積しておく。
【００４７】
視聴者側から通知される放送コンテンツの再送要求は、視聴者識別情報と、再送すべき放送コンテンツの識別情報（d13）または伝送フレーム識別情報（e13）を使って行われ、回線インタフェース部（46）を経由して送信システム管理部（45t）で受信される。送信システム管理部（45t）では、視聴者識別情報を参照して再送要求を行った視聴者を識別すると共に、識別情報（d13）または送られてきた伝送フレーム識別情報（e13）を参照することにより、再送が要求されている放送コンテンツを認識する。送信システム管理部（45t）から送信ビット列管理部（30td）へは送信システム制御信号（120tf）を使って再送すべき放送コンテンツが通知され。再送要求を受け取った送信ビット列管理部（30td）では、蓄積してある放送コンテンツファイルの中から再送要求のあった放送コンテンツを読み出し、送信システム管理部（45t）に転送する。
【００４８】
ここで、本発明の請求項２に係る蓄積型ディジタル放送送信装置の実施の形態１であれば、再送する放送コンテンツを送信システム管理部（45t）から送信システム制御信号（120td）を使って伝送路符号化部（43t）に転送し、データ放送チャンネルを使用して送信する。
【００４９】
一方、本発明の請求項３に係る蓄積型ディジタル放送送信装置の実施の形態１であれば、再送する放送コンテンツを送信システム制御信号（120te）を使って送信システム管理部（45t）からＣＡ関連情報管理部（44t）に転送し、ＣＡ関連情報管理部（44t）において再送する放送コンテンツをＥＭＭ（110）に格納し、ＣＡ関連情報多重化ビット列（103）に多重化して番組伝送チャンネルの中で送信する。
【００５０】
さらに、本発明の請求項４に係る蓄積型ディジタル放送送信装置の実施の形態１であれば、再送する放送コンテンツを送信システム管理部（45t）から回線インタフェース部（46）を経由し、公衆電話網やＣＡTV網、インターネットなどの有線伝送路や無線伝送路を介して、再送要求を行った視聴者宛てに送信する。
【００５１】
従って、この実施の形態1によれば、送信ビット列管理部（30td）が放送したコンテンツを伝送路符号化中間ビット列（114）の形式で一時蓄積しておき、視聴者側から放送コンテンツの再送要求を受け取ると、蓄積しておいた放送コンテンツの中から再送要求のあった放送コンテンツを読み出して送信するようにしたので、受信不良部分の補完を行うことができる。
【００５２】
実施の形態２．
図５は、本発明の請求項１〜９に係る蓄積型ディジタル放送送信装置の一実施の形態である。図５と図１とを比較すると、送信ビット列管理部以外は同じ構成である。
つまり、本実施の形態２の送信ビット列管理部（30tc）では、放送コンテンツをＣＡ関連情報多重化部(42T)から出力されるＣＡ関連情報多重化ビット列（103）の形式で蓄積しておくことを特徴とする。放送コンテンツを蓄積するデータアーカイブ構成は、ファイルへのアクセスを容易にするため「放送日」、「放送時間帯」、「番組名（番組ID）」、「番組イベント（例えば、番組内の各コーナ）」のような階層構成にし、ＰＥＳパケットで適時送信されるＰＴＳやＤＴＳのタイムスタンプに対応させて個々のファイルを作成する。すなわち、あるＰＴＳを運ぶＰＥＳパケットから次のＰＴＳを運ぶＰＥＳパケットの直前のＰＥＳパケットまでに対応するトランスポートパケットを１つのファイルに格納して、各ファイルとタイムスタンプ値が対応するようにしておく。これにより、再送する放送コンテンツの先頭と末尾のタイムスタンプが指定されれば、送信ビット列管理部（30tc）に蓄積してある放送コンテンツファイルの中から再送要求のあった部分を読み出し、再送信することができる。
【００５３】
従って、この実施の形態２によれば、放送したコンテンツを送信ビット列管理部（30tc）がＣＡ関連情報多重化ビット列（103）の形式で一時蓄積しておき、視聴者側から放送コンテンツの再送要求を受け取ると、蓄積しておいた放送コンテンツの中から再送要求のあった放送コンテンツを読み出して送信するようにしたので、上記実施の形態１と同様に、受信不良部分の補完を行うことができる。
【００５４】
なお、本実施の形態２では、ＰＥＳパケットで送信されるＰＴＳやＤＴＳのタイムスタンプに対応させて個々のファイルを送信ビット列管理部（30tc）に蓄積するようにしたが、トランスポートパケットで適時送信されるＰＣＲ（c20）に対応させて個々のファイルを作成してもよい。すなわち、あるＰＣＲを運ぶトランスポートパケットから次のＰＣＲを運ぶトランスポートパケットまでを１つのファイルに格納して、各ファイルとＰＣＲ値が対応するようにしておく。これにより、再送する放送コンテンツの先頭と末尾のＰＣＲ値が指定されれば、送信ビット列管理部（30tc）に蓄積してある放送コンテンツファイルの中から再送要求のあった部分を読み出し、再送信することができる。
【００５５】
また、本実施の形態２では、番組を構成する各メディアが多重化された形で送信ビット列管理部（30tc）に蓄積していたが、ＰＩＤ（c15）別に別ファイルで蓄積しておくようにしてもよい。このとき、再送する放送コンテンツの先頭と末尾のＰＣＲ値及びＰＩＤ値が指定されれば、送信ビット列管理部（30tc）に蓄積してある放送コンテンツファイルの中から再送要求のあった部分を読み出し、再送信することができる。このように、指定されたＰＩＤ値のみを再送信すれば、送信するデータ量を小さくできるという効果がある。
【００５６】
また、本実施の形態２では、あるＰＴＳを運ぶＰＥＳパケットから次のＰＴＳを運ぶＰＥＳパケットの直前のＰＥＳパケットまでに対応するトランスポートパケットを１つのファイルに格納していたが、あるＰＴＳを運ぶＰＥＳパケットから次のＰＴＳを運ぶＰＥＳパケットの直前のＰＥＳパケットまでをＰＥＳパケットの形式で蓄積しておくようにしてもよい。
【００５７】
実施の形態３．
図６は、本発明の請求項１〜９に係る蓄積型ディジタル放送送信装置の一実施の形態である。図６と図１あるいは図５とを比較すると、送信ビット列管理部以外は同じ構成である。
つまり、本実施の形態３の送信ビット列管理部（30tb）では、放送コンテンツをメディア多重化部４０ｔから出力される多重化ビット列（101）の形式で蓄積しておくことを特徴とする。放送コンテンツを蓄積するデータアーカイブ構成は実施の形態２と同様でよい。
【００５８】
従って、この実施の形態３によれば、放送したコンテンツを送信ビット列管理部（30tb）が多重化ビット列（101）の形式で一時蓄積しておき、視聴者側から放送コンテンツの再送要求を受け取ると、蓄積しておいた放送コンテンツの中から再送要求のあった放送コンテンツを読み出して送信するようにしたので、上記実施の形態１，２と同様に、受信不良部分の補完を行うことができる。
【００５９】
実施の形態４．
図7は、本発明の請求項１〜５に係る蓄積型ディジタル放送送信装置の一実施の形態である。図7と図１、図５あるいは図６とを比較すると、送信ビット列管理部以外は同じ構成である。
つまり、本実施の形態４の送信ビット列管理部（30ta）では、放送コンテンツをメディア多重化部(40t)へ入力する符号化ビット列（100）の形式で蓄積しておくことを特徴とする。このとき、符号化ビット列（100）は所定の単位に区切られ、各単位を区別するため、単位毎に識別情報が付与される。これにより、再送する放送コンテンツの符号化ビット列の指定と、単位毎の識別情報による範囲の指定がされれば、送信ビット列管理部（30ta）に蓄積してある放送コンテンツファイルの中から再送要求のあった部分を読み出し、再送信することができる。
【００６０】
従って、この実施の形態４によれば、放送したコンテンツを送信ビット列管理部（30ta）が符号化ビット列（100）の形式で一時蓄積しておき、視聴者側から放送コンテンツの再送要求を受け取ると、蓄積しておいた放送コンテンツの中から再送要求のあった放送コンテンツを読み出して送信するようにしたので、上記実施の形態１〜３と同様に、受信不良部分の補完を行うことができる。
【００６１】
実施の形態５．
図８は、本発明の請求項１０〜１８に係る蓄積型ディジタル放送受信装置の一実施の形態５である。図８において、40rは多重化ビット列を映像符号化ビット列、音声符号化ビット列などに分離するメディア分離部、41rは放送コンテンツのスクランブルを解除するデスクランブル部、42rはＥＣＭ（109）とＥＭＭ（110）を分離するＣＡ関連情報分離部、43rは復調処理や伝送フレームの再構成、ビタビ復号処理、エネルギー逆拡散処理、誤り訂正処理などを行う伝送路復号部、44rは暗号化された情報が復号してスクランブル鍵（104a）を再生するＣＡ関連情報分離部、45rは蓄積型ディジタル放送受信装置全体の動作を管理・制御する受信システム管理部、30rdは受信した放送コンテンツを蓄積・再生する受信ビット列蓄積・再生部である。受信ビット列蓄積・再生部（30rd）以外の部分は、図１３に示す従来装置とほぼ同様の構成である。
【００６２】
次に、本実施の形態５特有の動作について説明する。
つまり、受信ビット列蓄積・再生部（30rd）では、受信した放送コンテンツを伝送路復号部（43r）内での処理途中の信号形式である伝送路符号化中間ビット列（114）の形式で蓄積する。伝送路符号化中間ビット列（114）の形式として、例えば、ＦＥＣフレーム（すなわち、誤り訂正フレーム）、ＣＲＣフレーム（すなわち、誤り検出フレーム）、伝送フレームなどの形式を用いる。
【００６３】
その際、伝送路復号部（43r）では、ビタビ復号処理や誤り訂正処理の結果に基づき、受信した放送コンテンツ中から伝送路誤りのために正しく受信できなかった放送コンテンツの箇所を検出する。このとき、訂正不可能な伝送路誤りを検出したＦＥＣフレーム（d10）の識別情報（d13）または伝送フレーム（e10b）の伝送フレーム識別情報（e13）は受信システム制御信号（120rd）によって受信システム管理部（45r）に運ばれ、視聴者識別情報が付与された後、受信システム管理部（45r）から回線インタフェース部（46）を経由してディジタル放送サービスプロバイダに送られ、補完放送コンテンツの再送信を要求する。
【００６４】
識別情報（d13）や伝送フレーム識別情報（e13）として使用する識別情報は、例えば、ＦＥＣフレーム毎に1つずつ値をカウントアップするものや、インターネットにみられるＮＴＰ（Network Time Protocol）を利用した時刻関連情報を使用してもよい。また、視聴者識別情報としては、ＥＭＭで運ばれる視聴契約毎の識別情報を使用してもよい。
【００６５】
受信ビット列蓄積・再生部（30rd）において放送コンテンツを蓄積・再生するデータアーカイブの構成例は、例えば、上述した図４と同様である。つまり、ファイルへアクセスを容易にするため「放送日」、「放送時間帯」、「番組名（番組ID）」、「番組イベント（例えば、番組内の各コーナ）」のような階層構成にし、個々のファイルを識別情報（d13）や伝送フレーム識別情報（e13）に対応させて作成しておく。
【００６６】
要求した補完放送コンテンツをディジタル放送サービスプロバイダから受け取った際は、補完放送コンテンツに付与されたＦＥＣフレーム（d10）の識別情報（d13）または伝送フレーム（e10b）の伝送フレーム識別情報（e13）を参照して、補完放送コンテンツを受信ビット列蓄積・再生部（30rd）の記録媒体上の対応するファイルに上書きまたは新規ファイルを作成して蓄積するようにする。
【００６７】
このため、伝送路誤りが生じて放送コンテンツを正常に受信できなかった場合でも、補完放送コンテンツが、受信ビット列蓄積・再生部（30rd）の記録媒体上の対応するファイルに蓄積されるので、受信不良部分を補完した放送コンテンツの再生が可能となる
【００６８】
ここで、本発明の請求項１３に係る蓄積型ディジタル放送受信装置の一実施の形態では、データ放送チャンネルで再送されてきた放送コンテンツを伝送路復号部（43r）で受信し、受信システム制御信号（120rd）を使って受信システム管理部（45r）に転送し、更に、受信システム制御信号（120rf）を使って受信ビット列蓄積・再生部（30rd）に転送して記録媒体上の対応するファイルに上書きまたは新規ファイルを作成して蓄積する。
【００６９】
また、本発明の請求項１４に係る蓄積型ディジタル放送受信装置の一実施の形態では、公衆電話網やＣＡTV回線、インターネットなどの有線伝送路を介して再送されてきた放送コンテンツを回線インタフェース部（46）を経由して受信システム管理部（45r）で受信し、更に、受信システム制御信号（120rf）を使って受信ビット列蓄積・再生部（30rd）に転送して記録媒体上の対応するファイルに上書きまたは新規ファイルを作成して蓄積する。
【００７０】
従って、本実施の形態５の蓄積型ディジタル放送受信装置によれば、受信した放送コンテンツを伝送路復号する際、伝送路誤りによって正常に受信できなかった部分を検出すると、放送サービスプロバイダ側に放送コンテンツの再送を要求して、再送要求に応じて再送された放送コンテンツを受信し、受信ビット列蓄積・再生部（30rd）に蓄積するようにしたので、受信不良部分の補完が可能である。
【００７１】
実施の形態６．
図９は、本発明の請求項１０〜１８に係る蓄積型ディジタル放送受信装置の一実施の形態６である。図９と図８とを比較すると、受信ビット列蓄積・再生部（30rc）以外は同じ構成である。
つまり、本実施の形態６の受信ビット列蓄積・再生部（30rc）では、図９に示すように、放送コンテンツを伝送路復号部（43r）から出力されたＣＡ関連情報多重化ビット列（103）の形式で蓄積する。放送コンテンツを蓄積するデータアーカイブ構成は、ファイルへのアクセスを容易にするため、「放送日」、「放送時間帯」、「番組名（番組ID）」、「番組イベント（例えば、番組内の各コーナ）」のような階層構成にし、ＰＥＳパケットで適時送信されるＰＴＳやＤＴＳのタイムスタンプに対応させて個々のファイルを作成する。すなわち、あるＰＴＳを運ぶＰＥＳパケットから次のＰＴＳを運ぶＰＥＳパケットの直前のＰＥＳパケットまでに対応するトランスポートパケットを１つのファイルに格納して、各ファイルとタイムスタンプ値が対応するようにしておく。
【００７２】
その際、メディア分離部（40r）では、ＰＥＳパケット内のプリービアス・ＰＥＳパケットＣＲＣ（a18）を参照して、受信した放送コンテンツ中から伝送路誤りのために正しく受信できなかった放送コンテンツの箇所を検出する。誤りを含んだＰＥＳパケットを検出した場合には、誤りを含んだＰＥＳパケットの前後に位置するＰＴＳ（a17）が検出され、視聴者識別情報及び検出したタイムスタンプ情報をディジタル放送サービスプロバイダに通知して、補完放送コンテンツの再送信を要求する。
【００７３】
そして、要求した補完放送コンテンツをディジタル放送サービスプロバイダから受け取った際は、補完放送コンテンツに付与されたタイムスタンプ情報を参照して、補完放送コンテンツを受信ビット列蓄積・再生部（30rc）の記録媒体上の対応するファイルに上書きまたは新規ファイルを作成して蓄積する。
【００７４】
なお、本実施の形態６では、受信ビット列蓄積・再生部（30rc）においてＰＥＳパケットから次のＰＴＳを運ぶＰＥＳパケットの直前のＰＥＳパケットまでに対応するトランスポートパケットを個々のファイルとして蓄積していたが、トランスポートパケットで適時送信されるＰＣＲ（c20）に対応させて個々のファイルを作成してもよい。すなわち、あるＰＣＲを運ぶトランスポートパケットから次のＰＣＲを運ぶトランスポートパケットまでを１つのファイルに格納して、各ファイルとＰＣＲ値が対応するようにしておき、誤りを検出した部分の前後に位置するＰＣＲ値を視聴者識別情報と共にディジタル放送サービスプロバイダに通知して、補完放送コンテンツの再送信を要求する。
【００７５】
また、本実施の形態６では、番組を構成する各メディアが多重化された形で受信ビット列蓄積・再生部（30rc）に蓄積していたが、ＰＩＤ（c15）の値毎に異なるファイルで蓄積しておくようにしてもよい。この場合は、誤りを検出した部分の前後に位置するＰＣＲ値及びＰＩＤ値を指定して、補完放送コンテンツの再送信を要求することになる。
【００７６】
また、本実施の形態６では、あるＰＴＳを運ぶＰＥＳパケットから次のＰＴＳを運ぶＰＥＳパケットの直前のＰＥＳパケットまでに対応するトランスポートパケットを１つのファイルに格納していたが、あるＰＴＳを運ぶＰＥＳパケットから次のＰＴＳを運ぶＰＥＳパケットの直前のＰＥＳパケットまでをＰＥＳパケットの形式で蓄積しておくようにしてもよい。
【００７７】
従って、本実施の形態６の蓄積型ディジタル放送受信装置によれば、受信した放送コンテンツを復号して表示する際、伝送路誤りによって正常に受信できなかった部分を検出すると、放送サービスプロバイダ側に放送コンテンツの再送を要求して、再送要求に応じて再送された放送コンテンツを受信し、受信ビット列蓄積・再生部（30rc）の記録媒体中に蓄積するようにしたので、受信不良部分の補完が可能である。
【００７８】
実施の形態７．
図１０は、本発明の請求項１０〜１８に係る蓄積型ディジタル放送受信装置の一実施の形態７である。図１０と、図８または図９とを比較すると、受信ビット列蓄積・再生部（30rb）以外は同じ構成である。
つまり、本実施の形態７の受信ビット列蓄積・再生部（30rb）では、放送コンテンツをデスクランブル部（41r）から出力された多重化ビット列（101）の形式で蓄積する。放送コンテンツを蓄積するデータアーカイブ構成は実施の形態5などと同様でよい。
【００７９】
その際、メディア分離部（40r）では、ＰＥＳパケット（a10）内のプリービアス・ＰＥＳパケットＣＲＣ（a18）またはセクション（b10）内のＣＲＣ32（b13）をチェックして、受信した放送コンテンツ中から伝送路誤りのために正しく受信できなかった放送コンテンツの箇所を検出する。誤り検出した場合には、誤りを含むＰＥＳパケットまたはセクションを運ぶトランスポートパケットの前後に位置するＰＣＲ値を検出して、ディジタル放送サービスプロバイダに視聴者識別情報と共に検出したＰＣＲ値を通知して、補完放送コンテンツの再送信を要求する。
【００８０】
そして、要求した補完放送コンテンツをディジタル放送サービスプロバイダから受け取った際は、補完放送コンテンツに付与されたタイムスタンプ情報を参照して、補完放送コンテンツを受信ビット列蓄積・再生部（30rb）の記録媒体上の対応するファイルに上書きまたは新規ファイルを作成して蓄積する。
【００８１】
従って、本実施の形態７の蓄積型ディジタル放送受信装置によれば、受信した放送コンテンツをメディア分離する際、伝送路誤りによって正常に受信できなかった部分を検出すると、放送サービスプロバイダ側に放送コンテンツの再送を要求して、再送要求に応じて再送された放送コンテンツを受信し、受信ビット列蓄積・再生部（30rb）の記録媒体中に蓄積するようにしたので、受信不良部分の補完が可能である。
【００８２】
実施の形態8．
図１１は、本発明の請求項１０及び１２〜１６に係る蓄積型ディジタル放送受信装置の一実施の形態である。図１１と図８、図９あるいは図１０とを比較すると、受信ビット列蓄積・再生部（30ra）以外は同じ構成である。
つまり、本実施の形態８の受信ビット列蓄積・再生部（30ra）では、放送コンテンツをメディア分離部（40ra）から出力された符号化ビット列（100）の形式で蓄積する。このとき、符号化ビット列（100）は所定の単位に区切られ、各単位を区別するため単位毎に識別情報が付与される。
【００８３】
そして、上記実施の形態７等と同様に、メディア分離部（40r）が、ＰＥＳパケット（a10）内のプリービアス・ＰＥＳパケットＣＲＣ（a18）またはセクション（b10）内のＣＲＣ32（b13）をチェックして、受信した放送コンテンツ中から伝送路誤りのために正しく受信できなかった放送コンテンツの箇所を検出した場合に、誤りを含むＰＥＳパケットまたはセクションを運ぶトランスポートパケットの前後に位置するＰＣＲ値を検出して、ディジタル放送サービスプロバイダに視聴者識別情報と共に検出したＰＣＲ値を通知して、補完放送コンテンツの再送信を要求すると、再送が必要な符号化ビット列の識別情報と、単位毎に付与した識別情報を用いた再送範囲の指定がディジタル放送サービスプロバイダに通知される。このため、受信ビット列蓄積・再生部（30ra）では、符号化ビット列毎に所定の単位で放送コンテンツを蓄積することになる。
【００８４】
従って、本実施の形態８の蓄積型ディジタル放送受信装置によれば、受信した放送コンテンツをメディア分離する際、伝送路誤りによって正常に受信できなかった部分を検出すると、放送サービスプロバイダ側に放送コンテンツの再送を要求して、再送要求に応じて再送された放送コンテンツを受信し、受信ビット列蓄積・再生部（30ra）の記録媒体中に蓄積するようにしたので、受信不良部分の補完が可能である。
【００８５】
【発明の効果】
以上のように、この発明における蓄積型ディジタル放送送信装置、及び蓄積型ディジタル放送受信装置によれば、蓄積型ディジタル放送受信装置で受信不良となった放送コンテンツを検出した場合には、蓄積型ディジタル放送受信装置側から蓄積型ディジタル放送送信装置側に対して放送コンテンツの再送要求をすることによって補完放送コンテンツが蓄積型ディジタル放送受信装置に提供されるため、伝送路の状態に関わらず常に劣化のない放送コンテンツを記録・再生できる効果がある。
【００８６】
その結果、有料放送サービスを提供する場合には、伝送路の状態に関わらず劣化のない放送コンテンツを受信できるため、天候の良し悪し等で有料視聴契約者が不利益を蒙ることがなくなる。
【図面の簡単な説明】
【図１】  本発明の請求項項１〜９に係る蓄積型ディジタル放送送信装置である実施の形態１の構成を示すブロック図である。
【図２】  本発明の請求項６及び１１に係る本発明の蓄積型ディジタル放送送信装置、及び蓄積型ディジタル放送受信装置における誤り訂正フレームの構成例である。
【図３】  本発明の請求項６及び１１に係る本発明の蓄積型ディジタル放送送信装置、及び蓄積型ディジタル放送受信装置における伝送時に構成するフレームの構成例である。
【図４】  本発明の蓄積型ディジタル放送送信装置、及び蓄積型ディジタル放送受信装置における放送コンテンツのファイル構成例である。
【図５】  本発明の請求項１〜９に係る蓄積型ディジタル放送送信装置である実施の形態２の構成を示すブロック図である。
【図６】  本発明の請求項１〜９に係る蓄積型ディジタル放送送信装置である実施の形態３の構成を示すブロック図である。
【図７】  本発明の請求項１〜５に係る蓄積型ディジタル放送送信装置である実施の形態４の構成を示すブロック図である。
【図８】  本発明の請求項１０〜１８に係る蓄積型ディジタル放送受信装置である実施の構成５の構成を示すブロック図である。
【図９】  本発明の請求項１０〜１８に係る蓄積型ディジタル放送受信装置である実施の形態６の構成を示すブロック図である。
【図１０】  本発明の請求項１０〜１８に係る蓄積型ディジタル放送受信装置である実施の形態７の構成を示すブロック図である。
【図１１】  本発明の請求項１０及び１２〜１６に係る蓄積型ディジタル放送受信装置である実施の形態８の構成を示すブロック図である。
【図１２】  従来の蓄積型ディジタル放送送信装置の構成を示すブロック図である。
【図１３】  従来の蓄積型ディジタル放送受信装置の構成を示すブロック図である。
【図１４】  本発明の蓄積型ディジタル放送送信装置及び従来の蓄積型ディジタル放送送信装置におけるメディア多重化部の構成を示すブロック図である。
【図１５】  ＭＰＥＧ−２システム標準に規定されるＰＥＳパケットの説明図である。
【図１６】  ＭＰＥＧ−２システム標準に規定されるセクションの説明図である。
【図１７】  符号化ビット列のＰＥＳパケット化についての説明図である。
【図１８】  ＭＰＥＧ−２システム標準に規定されるトランスポートパケットの説明図である。
【図１９】  ＰＥＳパケットまたはセクションのトランスポートパケット化についての説明図である。
【図２０】  本発明の蓄積型ディジタル放送送信装置及び従来の蓄積型ディジタル放送送信装置におけるＣＡ関連情報管理部の構成を示すブロック図である。
【図２１】  従来の蓄積型ディジタル放送送信装置、及び蓄積型ディジタル放送受信装置における誤り訂正フレームの構成例である。
【図２２】  従来の蓄積型ディジタル放送送信装置、及び蓄積型ディジタル放送受信装置における伝送時に構成するフレームの構成例である。
【図２３】  本発明の蓄積型ディジタル放送受信装置及び従来の蓄積型ディジタル放送受信装置におけるメディア分離部の構成を示すブロック図である。
【図２４】  本発明の蓄積型ディジタル放送受信装置及び従来の蓄積型ディジタル放送受信装置におけるＣＡ処理モジュールの構成を示すブロック図である。
【符号の説明】
ａ１０    ＰＥＳパケット
ａ１１    ＰＥＳパケットヘッダ
ａ１２    ＰＥＳパケットデータバイト
ａ１３    オプショナルＰＥＳヘッダ
ａ１４    データ・アライメント・インディケータ
ａ１５    ＰＴＳ・ＤＴＳフラグ
ａ１６    ＰＥＳ・ＣＲＣフラグ
ａ１７    ＰＴＳ
ａ１８    プリービアス・ＰＥＳパケット・ＣＲＣ
ｂ１０    セクション
ｂ１１    セクション・シンタックス・インディケータ
ｂ１２    プライベート・データ・バイト
ｂ１３    ＣＲＣ３２
ｃ１０    トランスポートパケット（ＴＳＰ）
ｃ１１    トランスポートパケットヘッダ（ＴＳＰヘッダ）
ｃ１２    トランスポートパケットペイロード（ＴＳＰペイロード）
ｃ１３    トランスポート・エラー・インディケータ
ｃ１４    ペイロード・ユニット・スタート・インディケータ
ｃ１５    ＰＩＤ（packet identifier）
ｃ１６    アダプテーション・フィールド・コントロール
ｃ１７    コンティニュイティ・カウンタ
ｃ１８    アダプテーション・フィールド
ｃ１９    ＰＣＲフラグ
ｃ２０    ＰＣＲ（program clock reference）
ｃ２１    スタッフィング・バイト
ｄ１０    ＦＥＣフレーム
ｄ１１    データ領域（ＦＥＣフレーム）
ｄ１２    誤り訂正符号
ｅ１０ａ  伝送フレーム（従来）
ｅ１０ｂ  伝送フレーム
ｅ１１    同期情報
ｅ１２    データ領域（伝送フレーム）
３０ｔａ  送信ビット列管理部
３０ｔｂ  送信ビット列管理部
３０ｔｃ  送信ビット列管理部
３０ｔｄ  送信ビット列管理部
３０ｒａ  受信ビット列蓄積・再生部
３０ｒｂ  受信ビット列蓄積・再生部
３０ｒｃ  受信ビット列蓄積・再生部
３０ｒｄ  受信ビット列蓄積・再生部
４０ｔ    メディア多重化部
４０ｒ    メディア分離部
４１ｔ    スクランブル部
４１ｒ    デスクランブル部
４２ｔ    ＣＡ関連情報多重化部
４２ｒ    ＣＡ関連情報分離部
４３ｔ    伝送路符号化部
４３ｒ    伝送路復号部
４４ｔ    ＣＡ関連情報管理部
４４ｒ    ＣＡ処理モジュール
４５ｔ    送信システム管理部
４５ｐ    送信システム管理部（従来）
４５ｒ    受信システム管理部
４５ｑ    受信システム管理部（従来）
４６      回線インタフェース部
５１ｔ    スクランブル鍵管理部（送信側）
５１ｒ    スクランブル鍵管理部（受信側）
５２ｔ    番組情報・制御情報管理部
５２ｒ    視聴判定部
５３ｔ    ワーク鍵管理部（送信側）
５３ｒ    ワーク鍵管理部（受信側）
５４ｔ    契約情報管理部（送信側）
５４ｒ    契約情報管理部（受信側）
５５ｔ    マスター鍵管理部（送信側）
５５ｒ    マスター鍵管理部（受信側）
５６ｔ    第１の暗号化部
５６ｒ    第１の復号部
５７ｔ    第２の暗号化部
５７ｒ    第２の復号部
６０ｔ    可変長パケット化部
６０ｒ    可変長パケット分解部
６１ｔ    固定長パケット化部
６１ｒ    固定長パケット分解部
６２ｔ    多重化ビット列生成部
６２ｒ    多重化ビット列分離部
１００      符号化ビット列
１００ａ    スタート・コード
１００ｂ    符号化データ
１００ｃ    可変長パケット列
１００ｄ    固定長パケット列
１００ｚ    符号化ビット列
１０１      多重化ビット列
１０１ｚ    多重化ビット列
１０２      スクランブルビット列
１０３      ＣＡ関連情報多重化ビット列
１０３ｚ    ＣＡ関連情報多重化ビット列
１０４ａ    スクランブル鍵
１０４ｂ    スクランブル鍵
１０５      暗号化前ＥＣＭ要素
１０６ａ    ワーク鍵
１０６ｂ    ワーク鍵
１０７      暗号化前ＥＭＭ要素
１０８      マスター鍵
１０９      ＥＣＭ
１１０      ＥＭＭ
１１１      視聴判定結果
１１２      伝送ビット列
１１３      契約情報
１１４      伝送路符号化中間ビット列
１２０ｔａ  送信システム制御信号
１２０ｔｂ  送信システム制御信号
１２０ｔｃ  送信システム制御信号
１２０ｔｄ  送信システム制御信号
１２０ｔｅ  送信システム制御信号
１２０ｔｆ  送信システム制御信号
１２０ｒａ  受信システム制御信号
１２０ｒｂ  受信システム制御信号
１２０ｒｃ  受信システム制御信号
１２０ｒｄ  受信システム制御信号
１２０ｒｅ  受信システム制御信号
１２０ｒｆ  受信システム制御信号
１３０      回線データ列
１３１      回線信号
【図１】
0004134516.tif 000002
【図２】
0004134516.tif 000003
【図３】
0004134516.tif 000004
【図４】
0004134516.tif 000005
【図５】
0004134516.tif 000006
【図６】
0004134516.tif 000007
【図７】
0004134516.tif 000008
【図８】
0004134516.tif 000009
【図９】
0004134516.tif 000010
【図１０】
0004134516.tif 000011
【図１１】
0004134516.tif 000012
【図１２】
0004134516.tif 000013
【図１３】
0004134516.tif 000014
【図１４】
0004134516.tif 000015
【図１５】
0004134516.tif 000016
【図１６】
0004134516.tif 000017
【図１７】
0004134516.tif 000018
【図１８】
0004134516.tif 000019
【図１９】
0004134516.tif 000020
【図２０】
0004134516.tif 000021
【図２１】
0004134516.tif 000022
【図２２】
0004134516.tif 000023
【図２３】
0004134516.tif 000024
【図２４】
0004134516.tif 000025