(57)【要約】【課題】  転送レートを低くすることで、複数のトランスポートストリームを同時に適切に処理可能な放送受信装置を提供する。【解決手段】  複数のトランスポートストリームを同時に適切に処理可能な放送受信装置は、複数のトランスポートストリームからそれぞれ視聴に関する視聴関連データを決定して抽出する前処理部１２０２と、抽出された各視聴関連データを多重化して、その多重化データをアダプタ１２０４へ出力する多重化部１２０３と、アダプタ１２０４によって処理された多重化データを、そのアダプタ１２０４から取得する分離する多重分離部１２０５とを備える。【選択図】        図１２
2005160040.tif 000002
【特許請求の範囲】
【請求項１】
複数のトランスポートストリームを受信する放送受信装置であって、
複数の前記トランスポートストリームからそれぞれ視聴に関する視聴関連データを決定して、前記視聴関連データ以外の他のデータを削除することで、又は前記他のデータから分離することで、前記視聴関連データを抽出する前処理手段と、
前記前処理手段により抽出された各視聴関連データを多重化する多重手段と、
前記多重手段により多重化された多重化データを、前記放送受信装置の外部にある外部装置へ出力する出力インタフェース手段と、
前記外部装置によって処理された前記多重化データを、前記外部装置から取得する入力インタフェース手段と、
前記入力インタフェース手段によって取得された前記多重化データを分離する多重分離手段と
を備えることを特徴とする放送受信装置。
【請求項２】
前記前処理手段は、前記放送受信装置が保有する保有情報に応じて、視聴関連データの抽出に関する条件を示す独自情報を作成し、前記独自情報に示される条件にしたがって前記視聴関連データを決定する
ことを特徴とする請求項１記載の放送受信装置。
【請求項３】
前記前処理手段は、現在のユーザの視聴状況を前記保有情報として、前記視聴状況に応じて前記独自情報を作成する
ことを特徴とする請求項２記載の放送受信装置。
【請求項４】
前記前処理手段は、ユーザの嗜好を前記保有情報として、前記嗜好に応じて前記独自情報を作成する
ことを特徴とする請求項２記載の放送受信装置。
【請求項５】
前記前処理手段は、
視聴関連データの抽出に関する条件を示す前処理情報を受信し、前記独自情報及び前記前処理情報を基に、抽出対象の視聴関連データを示すフィルタリング条件を設定する受信部と、
前記受信部で設定されたフィルタリング条件により示される視聴関連データを、前記各トランスポートストリームの中から決定して抽出するフィルタリング部と
を有することを特徴とする請求項２記載の放送受信装置。
【請求項６】
前記前処理情報は、前記視聴関連データの抽出に関する条件として、前記トランスポートストリームに含まれるストリーム及び放送サービスのうち少なくとも１つを示す
ことを特徴とする請求項５記載の放送受信装置。
【請求項７】
前記受信部は、ＣＰＵ上で動作するプログラムから指定された前記前処置情報を受信する
ことを特徴とする請求項５記載の放送受信装置。
【請求項８】
前記フィルタリング条件は、抽出対象の視聴関連データとして、前記トランスポートストリームを構成するストリーム及び放送サービスのうち少なくとも１つを示す
ことを特徴とする請求項５記載の放送受信装置。
【請求項９】
前記前処理手段は、さらに、トランスポートストリーム中の構造を示す構造情報の一部あるいは全部を記憶する記憶部を備え、
前記受信部は、前記記憶部に記憶されている構造情報の一部あるいは全部を用いて前記フィルタリング条件を設定する
ことを特徴とする請求項５記載の放送受信装置。
【請求項１０】
前記記憶部は、前記放送受信装置の起動時、又は前記受信部より指示を受けたときに、前記トランスポートストリームから前記構造情報の一部あるいは全部を取得して記憶する
ことを特徴とする請求項９記載の放送受信装置。
【請求項１１】
前記記憶部が記憶している前記構造情報の一部あるいは全部に変更が生じた場合は、前記受信部は、前記変更に応じてフィルタリング条件を更新する
ことを特徴とする請求項９記載の放送受信装置。
【請求項１２】
前記前処理情報が視聴関連データの抽出に関する条件として、前記トランスポートストリームに含まれる放送サービスを示しているときには、
前記受信部は、前記記憶部に記憶されている構造情報の一部あるいは全部を利用して、前記放送サービスを当該放送サービスに関連するストリームに変換する
ことを特徴とする請求項９記載の放送受信装置。
【請求項１３】
前記受信部は、前記前処理情報の受信時に、前記記憶部に記憶されている構造情報の一部あるいは全部を利用して、前記外部装置の処理に必要な外部処理条件を特定し、前記外部処理条件を視聴関連データの抽出に関する条件として前記独自情報へ追加する
ことを特徴とする請求項９記載の放送受信装置。
【請求項１４】
前記前処理情報が視聴関連データの抽出に関する条件として、前記トランスポートストリームに含まれる放送サービスを示しているときには、
前記受信部は、前記記憶部に記憶されている構造情報の一部あるいは全部を利用して、前記前処理情報によって示されていない放送サービスを構成するストリームの全部あるいは一部を特定し、前記ストリームの全部あるいは一部を削除することを、視聴関連データの抽出に関する条件として前記独自情報へ追加する
ことを特徴とする請求項９記載の放送受信装置。
【請求項１５】
前記前処理手段は、さらに、前記放送受信装置の起動時に抽出対象となる視聴関連データを示すデフォルトフィルタリング条件を記憶しているデフォルト設定記憶部を有し、
前記フィルタリング部は、前記放送受信装置の起動時には、前記デフォルトフィルタリング条件により示される視聴関連データを、前記各トランスポートストリームの中から決定して抽出する
ことを特徴とする請求項５記載の放送受信装置。
【請求項１６】
前記受信部は、前記フィルタリング条件を前記デフォルトフィルタリング条件としてデフォルト設定記憶部へ格納する
ことを特徴とする請求項１５記載の放送受信装置。
【請求項１７】
前記受信部は、前記外部装置の処理に必要な条件を前記デフォルトフィルタリング条件としてデフォルト設定記憶部へ格納する
ことを特徴とする請求項１６記載の放送受信装置。
【請求項１８】
前記前処理手段は、さらに、前記トランスポートストリームに含まれるストリーム中の情報を書き換える変換部を有する
ことを特徴とする請求項５記載の放送受信装置。
【請求項１９】
前記変換部は、前記トランスポートストリームに含まれるストリームの識別情報、あるいは前記ストリームの構造を示す構造情報を書き換える
ことを特徴とする請求項１８記載の放送受信装置。
【請求項２０】
前記フィルタリング部は、前記受信部から指定されたストリームを前記識別情報に基づいて特定し、前記ストリームの識別子又は構造情報を、前記受信部から指示された内容に書き換える
ことを特徴とする請求項１９記載の放送受信装置。
【請求項２１】
前記受信部は、前記変換部によって書き換えられたストリームの識別情報と、前記書き換えの内容を示す変換情報とを前記フィルタリング部へ設定する
ことを特徴とする請求項１８記載の放送受信装置。
【請求項２２】
前記前処理手段は、さらに、前記トランスポートストリームから番組配列情報を作成する番組配列情報作成部を有する
ことを特徴とする請求項５記載の放送受信装置。
【請求項２３】
前記受信部は、前記番組配列情報作成部によって作成された番組配列情報を受け取り、前記フィルタリング部へ前記番組配列情報を設定する
ことを特徴とする請求項２２記載の放送受信装置。
【請求項２４】
前記フィルタリング部は、前記受信部から受け取った番組配列情報によって示される番組を、抽出対象の視聴関連データとして前記フィルタリング条件に追加する
ことを特徴とする請求項２２記載の放送受信装置。
【請求項２５】
前記フィルタリング部は、前記トランスポートストリーム中の不連続点を検出して、前記不連続点にパケットを挿入する
ことを特徴とする請求項５記載の放送受信装置。
【請求項２６】
前記受信部は、前記外部装置から指定される前記前処理情報を受信する
ことを特徴とする請求項５記載の放送受信装置。
【請求項２７】
前記受信部は、さらに、前記外部装置から受信した前記前処理情報により示される条件に対する返信を前記外部装置に行う
ことを特徴とする請求項２６記載の放送受信装置。
【請求項２８】
前記受信部は、前記外部装置が扱うことができる最大能力、前記放送受信装置と外部装置とのインタフェースの最大転送レート、及び前記放送受信装置の最大能力のうち少なくとも１つを、前記保有情報として特定し、前記保有情報に応じて前記独自情報を作成する
ことを特徴とする請求項５記載の放送受信装置。
【請求項２９】
前記受信部は、前記独自情報について前記外部装置へ尋ね、前記外部装置から受信した返信に応じて前記独自情報を更新する
ことを特徴とする請求項５記載の放送受信装置。
【請求項３０】
前記保有情報は、視聴関連データの抽出に関する条件、及び前記条件を設定した設定元の属性のうち少なくとも１つを示す
ことを特徴とする請求項２記載の放送受信装置。
【請求項３１】
前記設定元の属性は、ＣＰＵ上で動作するプログラム、前記外部装置、及び放送受信装置のうちのいずれかを示す
ことを特徴とする請求項３０記載の放送受信装置。
【請求項３２】
前記前処理手段は、前記独自情報に示される条件を満たす視聴関連データを検索し、一定時間内に前記条件を満たす視聴関連データが存在しない場合は、その条件を削除するために前記設定元へ問い合わせる、あるいは問い合わせを行わず削除する
ことを特徴とする請求項３０記載の放送受信装置。
【請求項３３】
前記前処理手段は、前記設定元の属性がＣＰＵ上で動作するプログラムあるいは外部装置を示す場合、前記設定元へメッセージを通知する
ことを特徴とする請求項３０記載の放送受信装置。
【請求項３４】
前記多重手段は、前記前処理手段で抽出された各視聴関連データの抽出元となる前記各トランスポートストリームの識別を行うために、前記各視聴関連データに含まれるパケットの書き換えを行う書き換え部と、
前記書き換え部によって書き換えられた複数の視聴関連データを多重化する多重実行部とを有する
ことを特徴とする請求項１記載の放送受信装置。
【請求項３５】
前記書き換え部は、前記各視聴関連データの未使用領域の一部あるいは全部を書き換える
ことを特徴とする請求項３４記載の放送受信装置。
【請求項３６】
前記多重分離手段は、前記多重手段によって書き換えられた前記パケットの内容に基づいて、前記各トランスポートストリームの識別を行い、前記識別結果に応じて前記多重化データの分離を行う
ことを特徴とする請求項３５記載の放送受信装置。
【請求項３７】
前記書き換え部は、前記パケットの一部あるいは全部を書き換える
ことを特徴とする請求項３４記載の放送受信装置。
【請求項３８】
前記多重実行部は、前記書き換え部によって書き換えられた複数の視聴関連データを時分割多重化する
ことを特徴とする請求項３４記載の放送受信装置。
【請求項３９】
前記多重手段は、前記前処理手段で抽出された各視聴関連データの抽出元となる前記各トランスポートストリームの識別を行うために、前記各視聴関連データにヘッダを付与するヘッダ付与部と、
前記ヘッダ付与部によってヘッダが付与された複数の視聴関連データを多重化する多重実行部を有する
ことを特徴とする請求項１記載の放送受信装置。
【請求項４０】
前記多重分離手段は、前記多重手段によって付与された前記ヘッダの内容に基づいて、前記各トランスポートストリームの識別を行い、前記識別結果に応じて前記多重化データの分離を行う
ことを特徴とする請求項３９記載の放送受信装置。
【請求項４１】
前記多重手段は、前記外部装置が扱うことができる最大能力、前記放送受信装置と外部装置とのインタフェースの最大転送レート、及び前記放送受信装置の最大能力を特定し、前記特定結果に基づいて、前記多重化データを扱え得るか否かを判別し、前記判別結果を前記前処理部へ通知する
ことを特徴とする請求項１記載の放送受信装置。
【請求項４２】
前記多重手段は、前記多重化データに含まれる時間に関する情報を、多重化の態様に応じて補正する
ことを特徴とする請求項１記載の放送受信装置。
【請求項４３】
前記多重手段は、優先度の指定を受けて、前記前処理手段により抽出された複数の視聴関連データを前記優先度に応じて多重化する
ことを特徴とする請求項１記載の放送受信装置。
【請求項４４】
前記多重分離手段は、前記多重化データから分離された視聴関連データを変更する
ことを特徴とする請求項１記載の放送受信装置。
【請求項４５】
前記放送受信装置は、さらに、前記外部装置への出力の方式について、前記外部装置と交渉する交渉手段を備え、
前記出力インタフェース手段は、前記交渉手段の交渉結果に応じた方式で前記多重化データを出力する
ことを特徴とする請求項１記載の放送受信装置。
【請求項４６】
視聴し得るユーザが限定されるようにスクランブルをかけて放送されるトランスポートストリームのスクランブルを解除する限定受信解除装置であって、
複数の前記トランスポートストリームのそれぞれから視聴に関する視聴関連データが抽出されて多重化された多重化データを取得する入力インタフェース手段と、
前記入力インタフェース手段によって取得された前記多重化データに含まれる前記各視聴関連データを識別する識別手段と、
前記識別手段によって識別された各視聴関連データに対し、スクランブルの解除を行う限定受信解除手段と、
前記限定受信解除手段によってスクランブルが解除された各視聴関連データを含む多重化データを出力する出力インタフェース手段と
を備えることを特徴とする限定受信解除装置。
【請求項４７】
前記限定受信解除装置は、さらに、前記多重化データの取得の方式について、前記入力インタフェース手段の取得先と交渉する交渉手段を備え、
前記入力インタフェース手段は、前記交渉手段の交渉結果に応じた方式で前記多重化データを取得する
ことを特徴とする請求項４６記載の限定受信解除装置。
【請求項４８】
前記限定受信解除装置は、さらに、前記視聴関連データの取り扱い能力、抽出の対象とすべき前記視聴関連データ、抽出の対象から外される前記視聴関連データ、及び取り扱え得る多重化方式についての情報のうち少なくとも１つを放送受信装置へ通知をする通知部を有する
ことを特徴とする請求項４６記載の限定受信解除装置。
【請求項４９】
前記限定受信解除装置は、さらに、前記出力インタフェースの出力先からの要求に応える要求応答部を有する
ことを特徴とする請求項４６記載の限定受信解除装置。
【請求項５０】
放送受信装置が複数のトランスポートストリームを受信する放送受信方法であって、
前記複数のトランスポートストリームからそれぞれ視聴に関する視聴関連データを決定して抽出する前処理ステップと、
前記抽出された各視聴関連データを多重化して多重化データを生成する多重ステップと、
前記生成された多重化データを、前記放送受信装置の外部にある外部装置へ出力する出力ステップと、
前記外部装置によって処理された前記多重化データを、前記外部装置から取得する入力ステップと、
前記取得された前記多重化データを分離する多重分離ステップと
を含むことを特徴とする放送受信方法。
【請求項５１】
視聴し得るユーザが限定されるようにスクランブルをかけて放送されるトランスポートストリームのスクランブルを解除する限定受信解除方法であって、
複数の前記トランスポートストリームのそれぞれから視聴に関する視聴関連データが抽出されて多重化された多重化データを取得する入力ステップと、
前記取得された前記多重化データに含まれる前記各視聴関連データを識別する識別ステップと、
前記識別された各視聴関連データに対し、スクランブルの解除を行う限定受信解除ステップと、
前記スクランブルが解除された各視聴関連データを含む多重化データを出力する出力ステップと
を含むことを特徴とする限定受信解除方法。
【請求項５２】
複数のトランスポートストリームを受信する放送受信装置に実行させるプログラムであって、
前記複数のトランスポートストリームからそれぞれ視聴に関する視聴関連データを決定して抽出する前処理ステップと、
前記抽出された各視聴関連データを多重化して多重化データを生成する多重ステップと、
前記生成された多重化データを、前記放送受信装置の外部にある外部装置へ出力する出力ステップと、
前記外部装置によって処理された前記多重化データを、前記外部装置から取得する入力ステップと、
前記取得された前記多重化データを分離する多重分離ステップと
を含むことを特徴とするプログラム。
【請求項５３】
視聴し得るユーザが限定されるようにスクランブルをかけて放送されるトランスポートストリームのスクランブルを解除する限定受信解除装置に実行させるプログラムであって、
複数の前記トランスポートストリームのそれぞれから視聴に関する視聴関連データが抽出されて多重化された多重化データを取得する入力ステップと、
前記取得された前記多重化データに含まれる前記各視聴関連データを識別する識別ステップと、
前記識別された各視聴関連データに対し、スクランブルの解除を行う限定受信解除ステップと、
前記スクランブルが解除された各視聴関連データを含む多重化データを出力する出力ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送受信装置に関し、特に、複数のトランスポートストリームを受信するためのデジタル放送受信装置に関する。
【背景技術】
【０００２】
放送受信装置では、有料放送を受信する際には、限定受信方式が採用されている。従来、放送受信装置が受信したトランスポートストリームを取り外し可能な限定受信解除装置内を通し、限定受信の解除が完了したストリームを放送受信装置へ戻す方式が存在する。詳細はＯｐｅｎＣａｂｌｅ（ＴＭ）  ＨＯＳＴ−ＰＯＤ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＯＣ−ＳＯ−ＨＯＳＴＰＯＤ−ＩＦ−Ｉ１２−０３０２１０）によって標準化されている。図５８に従来の限定受信解除装置に取り付けた放送受信装置の構成図を示す。従来の方式では、チューナ９５０１が一つの場合を想定しており、チューナ９５０１から入力されたトランスポートストリームをそのまま限定受信解除装置９５１１へ与える。そして、限定受信解除装置９５１１で入力されたトランスポートストリームに対し、限定受信の解除を行い、出力をＴＳデコーダ９５０２へ与える。ＴＳデコーダ９５０２は、トランスポートストリームから情報を選別し、ＡＶデコーダ９５０３へ送る。ＡＶデコーダは音声データをスピーカ９５０４へ、画像データをディスプレイ９５０５へ送る。各デバイスの操作はＣＰＵ９５０６で行う、また、ＣＰＵ９５０６が動作するために必要な情報は、1次記憶部９５０８及び２次記憶部９５０７やＲＯＭ９５０９へ保存される。更に、これらの動作は、入力部９５１０からの指令で動作することができる。
【０００３】
また、特許文献１では、ＩＥＥＥ１３９４シリアルバスで結ばれた放送受信装置、限定受信解除装置、デジタルマルチメディア機器間において、限定受信の結果の共有化をはかるため、放送受信装置からＩＥＥＥ１３９４シリアルバスを介してトランスポートストリームを送信する際に限定受信解除装置の処理に不要なデータを除去することにより帯域幅を削減する手法が明記されている。
【特許文献１】特願平１１−１１８７４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の受信したトランスポートストリームを取り外し可能な限定受信解除装置内に通し、限定受信の解除をした結果を受け取る放送受信装置では、複数のトランスポートストリームを同時に適切に処理することができないという問題がある。
【０００５】
このような放送受信装置と限定受信解除装置間の通信において、複数のトランスポートストリームを入力する場合は、それら複数のトランスポートストリームを単純に多重化して入力する方法が考えられる。しかし、この場合トランスポートストリームの数に比例して放送受信装置と限定受信解除装置間の転送レートやＣＰＵの処理速度が高速なものが要求され、高価なハードウェアが必要となるという問題が発生する。
【０００６】
そこで、本発明は、かかる問題点に鑑みてなされたものであって、限定受信の解除及び、その後の放送機能に不必要な情報を除去することにより、転送レートを低くすることで、複数のトランスポートストリームを同時に適切に処理可能な放送受信装置の提供を目的とする。即ち、このような処理を安価なハードウェアを用いて実現する放送受信装置を提供する。なお、本手法は、放送受信装置と限定受信解除装置間の通信をＩＥＥＥ１３９４と制限するものではない点と、特願平１１−１１８７４８号は、ＩＥＥＥ１３９４は外部装置との限定受信解除装置を共有化することが目的のため、複数の外部機器間での伝送を想定しているのに対し、本発明は、受信端末装置と一つの外部機器間の通信について限定している点が異なる。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明に係る放送受信装置は、複数のトランスポートストリームを受信する放送受信装置であって、前記複数のトランスポートストリームからそれぞれ視聴に関する視聴関連データを決定して、前記視聴関連データ以外の他のデータを削除することで、又は前記他のデータから分離することで、前記視聴関連データを抽出する前処理手段と、前記前処理手段により抽出された各視聴関連データを多重化する多重手段と、前記多重手段により多重化された多重化データを、前記放送受信装置の外部にある外部装置へ出力する出力インタフェース手段と、前記外部装置によって処理された前記多重化データを、前記外部装置から取得する入力インタフェース手段と、前記入力インタフェース手段によって取得された前記多重化データを分離する多重分離手段とを備えることを特徴とする。
【０００８】
これにより、外部装置へ出力する前に必要なデータを選択することができ、放送受信装置と外部装置の転送レートを低く抑えることができる。その結果、安価なハードウェアを用いて複数のトランスポートストリームを同時に適切に処理することができる。
【０００９】
また、前記前処理手段は、前記放送受信装置が保有する保有情報に応じて、視聴関連データの抽出に関する条件を示す独自情報を作成し、前記独自情報に示される条件にしたがって前記視聴関連データを決定することを特徴とする。
【００１０】
これにより、放送受信装置内で抽出あるいは削除する情報を独自に決定することができる。
【００１１】
また、前記前処理手段は、現在のユーザの視聴状況を前記保有情報として、前記視聴状況に応じて前記独自情報を作成することを特徴とする。
【００１２】
これにより、ユーザの視聴状況に応じ、ユーザへの影響を最小限に抑える条件設定ができる。
【００１３】
また、前記前処理手段は、ユーザの嗜好を前記保有情報として、前記嗜好に応じて前記独自情報を作成することを特徴とする。
【００１４】
これにより、言語情報などユーザが常に視聴している条件の優先度を考慮することができる。
【００１５】
また、前記前処理手段は、視聴関連データの抽出に関する条件を示す前処理情報を受信し、前記独自情報及び前記前処理情報を基に、抽出対象の視聴関連データを示すフィルタリング条件を設定する受信部と、前記受信部で設定されたフィルタリング条件により示される視聴関連データを、前記各トランスポートストリームの中から決定して抽出するフィルタリング部とを有することを特徴とする。
【００１６】
これにより、トランスポートストリーム中から指定されたデータを選別することができる。
【００１７】
また、前記前処理情報は、前記視聴関連データの抽出に関する条件として、前記トランスポートストリームに含まれるストリーム及び放送サービスのうち少なくとも１つを示すことを特徴とする。
【００１８】
これにより、トランスポートストリーム中の必要な情報から、パケットあるいは番組を構成する情報を指定することができる。
【００１９】
また、前記受信部は、ＣＰＵ上で動作するプログラムから指定された前記前処置情報を受信することを特徴とする。
【００２０】
これにより、ＣＰＵ上で動作するプログラムが要求する条件をフィルタリング条件に設定することができる。
【００２１】
また、前記フィルタリング条件は、抽出対象の視聴関連データとして、前記トランスポートストリームを構成するストリーム及び放送サービスのうち少なくとも１つを示すことを特徴とする。
【００２２】
これにより、指定されたストリーム又は放送サービス単位でフィルタリングを行うことができる。
【００２３】
また、前記前処理手段は、さらに、トランスポートストリーム中の構造を示す構造情報の一部あるいは全部を記憶する記憶部を備え、前記受信部は、前記記憶部に記憶されている構造情報の一部あるいは全部を用いて前記フィルタリング条件を設定することを特徴とする。
【００２４】
これにより、ストリームを特定する情報で指定された場合は、この記憶部に記憶された構造情報を参照することで、他の情報を補うこともできる。また、サービスを特定する情報で指定された場合は、そのサービスに必要なストリーム中の情報を参照するために利用することができる。
【００２５】
また、前記記憶部は、前記放送受信装置の起動時、又は前記受信部より指示を受けたときに、前記トランスポートストリームから前記構造情報の一部あるいは全部を取得して記憶することを特徴とする。
【００２６】
これにより、本記憶部を参照する際に、直ぐに情報を取得することができる。
また、前記記憶部が記憶している前記構造情報の一部あるいは全部に変更が生じた場合は、前記受信部は、前記変更に応じてフィルタリング条件を更新することを特徴とする。
【００２７】
これにより、ストリーム中の変更に直ちに対応することができる。例えば、ＣＰＵからサービスを特定する情報を用いて指定されていた場合、そのサービスの中に含まれるストリームの情報が放送中に変化する可能性がある。一例としては、マルチアングルなどの情報が付加されることによりＡＶのデータが追加されたりする場合がある。このような場合にも、サービスを特定する情報で指定された場合は、その変更を通知することで、このようなストリーム中の変更に対応することができる。
【００２８】
また、前記前処理情報が視聴関連データの抽出に関する条件として、前記トランスポートストリームに含まれる放送サービスを示しているときには、前記受信部は、前記記憶部に記憶されている構造情報の一部あるいは全部を利用して、前記放送サービスを当該放送サービスに関連するストリームに変換することを特徴とする。
【００２９】
これにより、放送サービス指定をストリーム指定と同じように処理することができる。
また、前記受信部は、前記前処理情報の受信時に、前記記憶部に記憶されている構造情報の一部あるいは全部を利用して、前記外部装置の処理に必要な外部処理条件を特定し、前記外部処理条件を視聴関連データの抽出に関する条件として前記独自情報へ追加することを特徴とする。
【００３０】
これにより、前処理情報の中を参照し、外部装置に必要な条件を追加することができる。
【００３１】
また、前記前処理情報が視聴関連データの抽出に関する条件として、前記トランスポートストリームに含まれる放送サービスを示しているときには、前記受信部は、前記記憶部に記憶されている構造情報の一部あるいは全部を利用して、前記前処理情報によって示されていない放送サービスを構成するストリームの全部あるいは一部を特定し、前記ストリームの全部あるいは一部を削除することを、視聴関連データの抽出に関する条件として前記独自情報へ追加することを特徴とする。
【００３２】
これにより、不必要な情報を大幅に削除することができる。
また、前記前処理手段は、さらに、前記放送受信装置の起動時に抽出対象となる視聴関連データを示すデフォルトフィルタリング条件を記憶しているデフォルト設定記憶部を有し、前記フィルタリング部は、前記放送受信装置の起動時には、前記デフォルトフィルタリング条件により示される視聴関連データを、前記各トランスポートストリームの中から決定して抽出することを特徴とする。
【００３３】
これにより、常に必要な設定を毎回行う必要がなくなることや、放送受信装置の起動と同時に、フィルタリング条件の設定を行うことができる。
【００３４】
また、前記受信部は、前記フィルタリング条件を前記デフォルトフィルタリング条件としてデフォルト設定記憶部へ格納することを特徴とする。
【００３５】
これにより、デフォルト設定記憶部へ記憶している情報を変更することができる。また、放送受信装置の起動と同時に、フィルタリング条件の設定を行うことができる。
【００３６】
また、前記受信部は、前記外部装置の処理に必要な条件を前記デフォルトフィルタリング条件としてデフォルト設定記憶部へ格納することを特徴とする。
【００３７】
これにより、常に必要な外部装置の設定を起動時に処理でき、実行中は、トランスポートストリームに依存した条件の設定のみを行うことができる。
【００３８】
また、前記前処理手段は、さらに、前記トランスポートストリームに含まれるストリーム中の情報を書き換える変換部を有することを特徴とする。
【００３９】
これにより、複数のトランスポートストリームから選択した条件に同じ識別子を持つものがあった場合に、これらの識別子を変更することができるとともに、これらの識別子の変更に従い、トランスポートストリーム中の構造情報の変更を行うこともできる。一例としては、ＰＩＤの書き換えや、構造情報の書き換えとしては、ＰＡＴやＰＭＴを変更することができる。
【００４０】
また、前記変換部は、前記トランスポートストリームに含まれるストリームの識別子、あるいは前記ストリームの構造を示す構造情報を書き換えることを特徴とする。
【００４１】
これにより、複数のトランスポートストリームから選択した条件に同じ識別子を持つものがあった場合に、これらの識別子を変更することができるとともに、これらの識別子の変更に従い、トランスポートストリーム中の構造情報の変更を行うこともできる。一例としては、ＰＩＤの書き換えや、構造情報の書き換えとしては、ＰＡＴやＰＭＴを変更することができる。
【００４２】
また、前記受信部は、前記変換部によって書き換えられたストリームの識別情報と、前記書き換えの内容を示す変換情報とを前記フィルタリング部へ設定することを特徴とする。
【００４３】
これにより、変換したパケットをストリーム中の指定したパケットと変更することができる。
【００４４】
また、前記フィルタリング部は、前記受信部から指定されたストリームを前記識別情報に基づいて特定し、前記ストリームの識別子又は構造情報を、前記受信部から指示された内容に書き換えることを特徴とする。
【００４５】
これにより、変換したパケットをストリーム中の指定したパケットと変更することができる。
【００４６】
また、前記前処理手段は、さらに、前記トランスポートストリームから番組配列情報を作成する番組配列情報作成部を有することを特徴とする。
【００４７】
これにより、番組配列情報を作成することができる。なお、この番組配列情報は、独自で規定してものでもよいし、仕様で決まっているものでもよい。
【００４８】
また、前記受信部は、前記番組配列情報作成部によって作成された番組配列情報を受け取り、前記フィルタリング部へ前記番組配列情報を設定することを特徴とする。
【００４９】
これにより、番組配列情報をストリーム中へ追加する設定を行うことができる。
また、前記フィルタリング部は、前記受信部から受け取った番組配列情報によって示される番組を、抽出対象の視聴関連データとして前記フィルタリング条件に追加することを特徴とする。
【００５０】
これにより、番組配列情報をストリーム中へ追加することができる。
また、前記フィルタリング部は、前記トランスポートストリーム中の不連続点を検出して、前記不連続点にパケットを挿入することを特徴とする。
【００５１】
これにより、選別された後のトランスポートストリームにおいて、不連続点を検出することができる。
【００５２】
また、前記受信部は、前記外部装置から指定される前記前処理情報を受信することを特徴とする。
【００５３】
これにより、外部装置からの条件を設定することができる。
また、前記受信部は、さらに、前記外部装置から受信した前記前処理情報により示される条件に対する返信を前記外部装置に行うことを特徴とする。
【００５４】
これにより、外部装置と双方向にメッセージ通信を行い、条件設定を行うことができる。
【００５５】
また、前記保有情報は、視聴関連データの抽出に関する条件、及び前記条件を設定した設定元の属性のうち少なくとも１つを示すことを特徴とする。
【００５６】
これにより、設定条件の比較あるいは、設定元属性に従い、独自情報の決定を行うことができる。
【００５７】
また、前記設定元の属性は、ＣＰＵ上で動作するプログラム、前記外部装置、及び放送受信装置のうちのいずれかを示すことを特徴とする。
【００５８】
これにより、これらの間で優先度を決定し、独自情報の設定に使用することができる。
また、前記前処理手段は、前記独自情報に示される条件を満たす視聴関連データを検索し、一定時間内に前記条件を満たす視聴関連データが存在しない場合は、その条件を削除するために前記設定元へ問い合わせる、あるいは問い合わせを行わず削除することを特徴とする。
【００５９】
これにより、設定効果の低い条件の削除を行うことができる。
また、前記前処理手段は、前記設定元の属性がＣＰＵ上で動作するプログラムあるいは外部装置を示す場合、前記設定元へメッセージを通知することを特徴とする。
【００６０】
これにより、設定元が想定する条件と相違が生じないようにすることができる。
また、前記受信部は、前記外部装置が扱うことができる最大能力、前記放送受信装置と外部装置とのインタフェースの最大転送レート、及び前記放送受信装置の最大能力のうち少なくとも１つを、前記保有情報として特定し、前記保有情報に応じて前記独自情報を作成することを特徴とする。
【００６１】
これにより、各々の処理能力を考慮した条件設定を行うことができる。
また、前記受信部は、前記独自情報について前記外部装置へ尋ね、前記外部装置から受信した返信に応じて前記独自情報を更新することを特徴とする。
【００６２】
これにより、外部装置の処理に必要な情報を削除することを防ぐことができる。
また、前記多重手段は、前記前処理手段で抽出された各視聴関連データの抽出元となる前記各トランスポートストリームの識別を行うために、前記各視聴関連データに含まれるパケットの書き換えを行う書き換え部と、前記書き換え部によって書き換えられた複数の視聴関連データを多重化する多重実行部とを有することを特徴とする。
【００６３】
これにより、入力されたトランスポートストリームのパケットサイズを変更することなく、複数のトランスポートストリームを識別することができる。
【００６４】
また、前記書き換え部は、前記各視聴関連データの未使用領域の一部あるいは全部を書き換えることを特徴とする。
【００６５】
これにより、入力されたトランスポートストリームのパケットサイズを変更することなく、複数のトランスポートストリームを識別することができる。一例として、ＭＰＥＧ２トランスポートストリームの場合ＰＡＴやＰＭＴ内に存在するＲＥＳＥＲＶＥ領域を書き換えることができる。
【００６６】
また、前記書き換え部は、前記パケットの一部あるいは全部を書き換えることを特徴とする。
【００６７】
これにより、入力されたトランスポートストリームのパケットサイズを変更することなく、複数のトランスポートストリームを識別することができる。一例として、ＭＰＥＧ２トランスポートストリームの場合、全てのＴＳパケットに対し、トランスポートストリームを識別する情報を付与することができる。
【００６８】
また、前記多重実行部は、前記書き換え部によって書き換えられた複数の視聴関連データを時分割多重化することを特徴とする。
【００６９】
これにより、複数の視聴関連データを一つのストリームとして扱うことができる。また、多重化されたストリームを得ることができる。
【００７０】
また、前記多重手段は、前記前処理手段で抽出された各視聴関連データの抽出元となる前記各トランスポートストリームの識別を行うために、前記各視聴関連データにヘッダを付与するヘッダ付与部と、前記ヘッダ付与部によってヘッダが付与された複数の視聴関連データを多重化する多重実行部とを有することを特徴とする。
【００７１】
これにより、複数のトランスポートストリームを識別する設定を行い、多重することができる。
【００７２】
また、前記多重手段は、前記外部装置が扱うことができる最大能力、前記放送受信装置と外部装置とのインタフェースの最大転送レート、及び前記放送受信装置の最大能力を特定し、前記特定結果に基づいて、前記多重化データを扱え得るか否かを判別し、前記判別結果を前記前処理部へ通知することを特徴とする。
【００７３】
これにより、各々の処理能力を考慮した条件設定を行うことができる。
また、前記多重手段は、前記多重化データに含まれる時間に関する情報を、多重化の態様に応じて補正することを特徴とする。
【００７４】
これにより、例えばＰＣＲという標準時間の誤差を小さくすることができる。
また、前記多重手段は、優先度の指定を受けて、前記前処理手段により抽出された複数の視聴関連データを前記優先度に応じて多重化することを特徴とする。
【００７５】
これにより、多重化データの伝送レートの合計が、放送受信装置とアダプタ間の伝送レートよりも大きい場合に発生する、パケットの欠落や遅延の影響を最小限に抑えるように設定することができる。
【００７６】
また、前記多重分離手段は、前記多重化データから分離された視聴関連データを変更することを特徴とする。
【００７７】
これにより、多重分離手段以降のデバイスは従来のデバイスを使用することができる。
また、前記多重分離手段は、前記多重手段によって付与された前記ヘッダの内容に基づいて、前記各トランスポートストリームの識別を行い、前記識別結果に応じて前記多重化データの分離を行うことを特徴とする。
【００７８】
これにより、多重化データを適切に分離することができる。
また、本発明に係る限定受信解除装置は、視聴し得るユーザが限定されるようにスクランブルをかけて放送されるトランスポートストリームのスクランブルを解除する限定受信解除装置であって、複数の前記トランスポートストリームのそれぞれから視聴に関する視聴関連データが抽出されて多重化された多重化データを取得する入力インタフェース手段と、前記入力インタフェース手段によって取得された前記多重化データに含まれる前記各視聴関連データを識別する識別手段と、前記識別手段によって識別された各視聴関連データに対し、スクランブルの解除を行う限定受信解除手段と、前記限定受信解除手段によってスクランブルが解除された各視聴関連データを含む多重化データを出力する出力インタフェース手段とを備えることを特徴とする。
【００７９】
これにより、選別されて多重化された多重化データを適切に処理することができる。更に、限定受信装置の結果を放送受信装置へ返すことができる。
【００８０】
また、前記放送受信装置は、さらに、前記外部装置への出力の方式について、前記外部装置と交渉する交渉手段を備え、前記出力インタフェース手段は、前記交渉手段の交渉結果に応じた方式で前記多重化データを出力することを特徴とする。
【００８１】
これにより、前処理手段や多重手段で行った処理を考慮して、限定受信解除を行うことができる。例えば、複数のストリームを選別するための方法として、パケット内のデータを書き換えて行うのか、ヘッダを付与して行うのかということなどの交渉を行うことができる。また、前処理手段でトランスポートストリームにどのような選別を行ったかなどの交渉を行うことができる。
【００８２】
また、前記限定受信解除装置は、さらに、前記多重化データの取得の方式について、前記入力インタフェース手段の取得先と交渉する交渉手段を備え、前記入力インタフェース手段は、前記交渉手段の交渉結果に応じた方式で前記多重化データを取得することを特徴とする。
【００８３】
これにより、前処理手段や多重手段で行った処理を考慮して、限定受信解除を行うことができる。例えば、複数のストリームを選別するための方法として、パケット内のデータを書き換えて行うのか、ヘッダを付与して行うのかということなどの交渉を行うことができる。また、前処理手段でトランスポートストリームにどのような選別を行ったかなどの交渉を行うことができる。
【００８４】
また、前記限定受信解除装置は、さらに、前記視聴関連データの取り扱い能力、抽出の対象とすべき前記視聴関連データ、抽出の対象から外される前記視聴関連データ、及び取り扱え得る多重化方式についての情報のうち少なくとも１つを放送受信装置へ通知をする通知部を有することを特徴とする。
【００８５】
これにより、放送受信装置から限定受信解除装置へデータを送出する際のデータ条件を放送受信装置へ通知することができる。
【００８６】
また、前記限定受信解除装置は、さらに、前記出力インタフェースの出力先からの要求に応える要求応答部を有することを特徴とする。
【００８７】
これにより、放送受信装置と限定受信解除装置間で双方向メッセージ通信を行うことができる。
【００８８】
なお、本発明は、上記放送受信装置及び限定受信解除装置だけでなく、これらの装置が動作する方法や、その動作をコンピュータに実行させるプログラム、そのプログラムを格納する記憶媒体としても実現することができる。
【発明の効果】
【００８９】
本発明の放送受信装置は、安価なハードウェアを用いて複数のトランスポートストリームを同時に適切に処理することができるという作用効果を奏する。
【発明を実施するための最良の形態】
【００９０】
（実施の形態１）
本発明は、対象となる放送システムとして、衛星システム、地上波システム、ケーブルシステムの三種類の運用形態を想定する。衛星システムは衛星を用いて放送信号を放送受信装置に伝送する形態、地上波システムは地上波信号送出装置を用いて放送信号を放送受信装置に伝送する形態、ケーブルシステムはケーブルヘッドエンドを用いて放送信号を放送受信装置に伝送する形態である。本発明は各放送システムの違いと直接的な関係を持たないため、放送システムに係らず適用可能である。
【００９１】
本発明に係る放送システムの実施の形態を、図面を参照しながら説明する。図１は、放送システムを構成する装置の関係を表したブロック図であり、放送局側システム１０１及び三個の端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３で構成される。放送局側システム〜各端末装置間の結合１２１については有線／無線の両場合が存在する。例えばケーブルシステムでは、放送局側システム〜各端末装置間は有線にて結合される。一方、衛星／地上波システムにおける放送局側システム〜各端末装置間には、下り（放送局側システムから各端末装置へ）方向には有線結合は存在せず、放送信号は電波を利用して伝送される。上り（各端末装置から放送局側システムへ）方向については電話回線、有線インターネット等を利用した有線結合、無線通信を利用した無線結合の両場合があり、各端末装置はユーザ入力等の情報を放送局側システムへ送信する。本実施の形態では、１つの放送局側システムに対して三つの端末装置が結合されているが、任意の数の端末装置を放送局側システムに結合しても、本発明は適用可能である。
【００９２】
放送局側システム１０１は、複数の端末装置に対して映像・音声・データ放送用データ等の情報を放送信号に含めて送信する。放送信号は放送システムの運用規定や、放送システムが運用される国・地域の法律により定められた周波数帯域内の周波数を利用して伝送される。
【００９３】
例として、ケーブルシステムに関する放送信号伝送規定の例を示す。本例に示すケーブルシステムでは、放送信号伝送に利用される周波数帯域は、そのデータの内容と伝送方向（上り、下り）について、分割して用いられる。
【００９４】
図２は、周波数帯域の分割の一例を示す表である。周波数帯域は、Ｏｕｔ  Ｏｆ  Ｂａｎｄ（略称ＯＯＢ）とＩｎ−Ｂａｎｄの２種類に大別される。５〜１３０ＭＨｚがＯＯＢに割り当てられ、主に放送局側システム１０１と端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３間のデータのやり取りに使用される。１３０ＭＨｚ〜８６４ＭＨｚはＩｎ−Ｂａｎｄに割り当てられ、主として、映像・音声を含む放送チャンネルに使用される。ＯＯＢではＱＰＳＫ変調方式が、Ｉｎ−ＢａｎｄはＱＡＭ６４またはＱＡＭ２５６変調方式が使用される。変調方式技術については、本発明に関与が薄い公知技術であるので、詳細な説明は省略する。
【００９５】
図３は、ＯＯＢ周波数帯域の更に詳細な使用の一例である。７０ＭＨｚ〜７４ＭＨｚは放送局側システム１０１からのデータ送信に使用され、全ての端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３が、放送局側システム１０１から同じデータを受け取ることになる。一方、１０．０ＭＨｚ〜１０．１ＭＨｚは端末装置Ａ１１１から放送局側システム１０１へのデータ送信に使用され、１０．１ＭＨｚ〜１０．２ＭＨｚは端末装置Ｂ１１２から放送局側システム１０１へのデータ送信に使用され、１０．２ＭＨｚ〜１０．３ＭＨｚは端末装置Ｃ１１３から放送局側システム１０１へのデータ送信に使用される。これにより、各端末装置固有のデータを各端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３から放送局側システム１０１に送信することができる。
【００９６】
図４は、Ｉｎ−Ｂａｎｄの周波数帯に対する使用の一例である。１５０〜１５６ＭＨｚと１５６〜１６２ＭＨｚはそれぞれテレビチャンネル１とテレビチャンネル２に割り当てられ、以降、６ＭＨｚ間隔でテレビチャンネルが割り当てられている。３１０ＭＨｚ以降は、１ＭＨｚ単位でラジオチャンネルに割り当てられている。これらの各チャンネルはアナログ放送として使用してもデジタル放送として使用してもよい。デジタル放送の場合は、ＭＰＥＧ２仕様に基づいたＴＳパケット形式で伝送され、音声や映像に加え、各種データ放送用データも送信することができる。
【００９７】
放送局側システム１０１は、これらの周波数帯域を利用して端末装置に適切な放送信号を送信するため、ＱＰＳＫ変調部やＱＡＭ変調部等を有する。また、端末装置からのデータを受信するため、ＱＰＳＫ復調器を有する。また、放送局側システム１０１は、これら変調部及び復調部に関連する様々な機器を有すると考えられる。しかし、本発明は主として端末装置に関わるので、詳細な説明は省略する。
【００９８】
端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３は、放送局側システム１０１からの放送信号を受信し再生する。また、放送局側システム１０１に対して、各端末装置固有のデータを送信する。三つの端末装置は、本実施の形態では同じ構成を取る。
【００９９】
なお、本例ではケーブルシステム運用に関する一例の詳細を紹介しているが、本発明は衛星、地上波システム及びケーブルシステムの他形態においても適用可能である。衛星及び地上波システムにおける放送局側システムと各端末装置の結合は、前記のように有線／無線の両場合が存在し、さらに周波数帯域や周波数間隔、変調方式、放送局側システムの構成等は放送システムの種別や運用に依存して異なるが、それらは本発明との関連性はなく、本発明はそれらがどのように規定されようと適用可能である。
【０１００】
放送局側システム１０１は、トランスポートストリームを変調して放送信号に含めて伝送する。各端末装置は放送信号を受信し、復調してトランスポートストリームを再現し、その中から必要な情報を抽出して用いる。なお、トランスポートストリームのデータ形式として、例えば、ＭＰＥＧ２トランスポートストリーム形式を用いることができる。ＭＰＥＧ２トランスポートストリームは、デジタル放送などに用いられる。ここでは、デジタル放送受信装置（端末装置）に存在するデバイスと取り外し可能なアダプタ間の伝送に関する説明をするため、まずＭＰＥＧ２トランスポートストリームの構成を簡単に述べる。
【０１０１】
図５はＴＳパケットの構成を表す図である。ＴＳパケット５００は１８８バイトの長さを持ち、ヘッダ５０１、アダプテーションフィールド５０２、ペイロード５０３からなる。ヘッダ５０１はＴＳパケットの制御情報を保持する。４バイトの長さを持ち、５０４で表される構成をとる。この中に"Ｐａｃｋｅｔ  ＩＤ（以下ＰＩＤ）"と記述されるフィールドを持ち、このＰＩＤの値によって、ＴＳパケットの識別を行う。アダプテーションフィールド５０２は時刻情報などの付加的な情報を保持する。アダプテーションフィールド５０２の存在は必須ではなく、存在しない場合もある。ペイロード５０３は映像・音声やデータ放送用データ等、ＴＳパケットが伝送する情報を保持する。
【０１０２】
図６はＭＰＥＧ２トランスポートストリームの模式図である。ＴＳパケット６０１及びＴＳパケット６０３はヘッダにＰＩＤ１００を保持し、ペイロードに映像１に関する情報を保持する。ＴＳパケット６０２及びＴＳパケット６０５はヘッダにＰＩＤ２００を保持し、ペイロードにデータ１に関する情報を保持する。ＴＳパケット６０４はヘッダにＰＩＤ３００を保持し、ペイロードに音声１に関する情報を保持する。
【０１０３】
ＭＰＥＧ２トランスポートストリーム６００はＴＳパケット６０１〜６０５のような連続したＴＳパケットによって構成される。ＴＳパケットはそのペイロードに映像や音声、データ放送用のデータなど様々な情報を保持する。放送受信装置はＴＳパケットを受信して、各ＴＳパケットが保持する情報を抽出することで、映像・音声を再生し、番組編成情報等のデータを利用する。この時、同一ＰＩＤを持つＴＳパケットは同一種類の情報を保持する。図６においても、ＴＳパケット６０１及びＴＳパケット６０３は共に映像１に関する情報を伝送し、またＴＳパケット６０３及びＴＳパケット６０５は共にデータ１に関する情報を伝送する。
【０１０４】
映像及び音声は、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケットと呼ばれる形式で表現される。ＰＥＳパケットは実際に伝送される際、分割してＴＳパケットに格納される。図７はＰＥＳパケットを伝送する際の分割例を表す。ＰＥＳパケット７０１は一つのＴＳパケット内のペイロードに格納して伝送するには大きいため、ＰＥＳパケット分割Ａ７０２ａ、ＰＥＳパケット分割Ｂ７０２ｂ、ＰＥＳパケット分割Ｃ７０２ｃに分割され、同一ＰＩＤを持つ三つのＴＳパケット７０３〜７０５によって伝送される。
【０１０５】
このように、同一のＰＩＤを持つＴＳパケットを抽出した部分をエレメンタリーストリーム（ＥＳ）と呼ぶ。なお、ＰＥＳパケットもヘッダとペイロードに分かれており、このＰＥＳパケットのペイロード内には、圧縮された映像データ（ＶＩＤＥＯ＿ＥＳ）と圧縮された音声データ（ＡＵＤＩＯ＿ＥＳ）と字幕用データが存在する。
【０１０６】
番組編成情報やデータ放送用のデータ等の情報はＭＰＥＧ２セクションと呼ばれる形式を用いて表現される。ＭＰＥＧ２セクションは実際に伝送される際、分割してＴＳパケットに格納される。図８はＭＰＥＧ２セクションを伝送する際の分割例を表す。ＭＰＥＧ２セクション８０１は一つのＴＳパケット内のペイロードに格納して伝送するには大きいため、セクション分割Ａ８０２ａ、セクション分割Ｂ８０２ｂ、セクション分割Ｃ８０２ｃに分割され、同一ＰＩＤを持つ三つのＴＳパケット８０３〜８０５によって伝送される。
【０１０７】
図９はＭＰＥＧ２セクションの構造を表現する。ＭＰＥＧ２セクション９００はヘッダ９０１及びペイロード９０２から構成される。ヘッダ９０１はＭＰＥＧ２セクションの制御情報を保持する。その構成はヘッダ構成９０３によって表現される。ペイロード９０２はＭＰＥＧ２セクション９００が伝送するデータを保持する。ヘッダ構成９０３に存在するｔａｂｌｅ＿ｉｄはＭＰＥＧ２セクションの種類を表現し、さらにｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎはｔａｂｌｅ＿ｉｄが等しいＭＰＥＧ２セクション同士を区別する際に用いられる拡張識別子である。ＭＰＥＧ２セクションの使用例として、図１０に番組編成情報を伝送する場合を挙げる。この例では、行１００４に記載されるように、放送信号の復調に必要な情報はヘッダ構成９０３内のｔａｂｌｅ＿ｉｄが６４であるＭＰＥＧ２セクションに記載され、さらにそのＭＰＥＧ２セクションはＰＩＤに１６が付与されたＴＳパケットによって伝送される。なお、セクションもＰＥＳパケットと同様、同一ＰＩＤで運ばれるパケットを抽出してまとめたものがＭＰＥＧ２セクション８０１を伝送するＥＳと呼ぶことができる。
【０１０８】
ＭＰＥＧ２トランスポートストリーム内にはさらにプログラムという概念が存在する。プログラムはＥＳの集合として表現され、複数のＥＳをまとめて扱いたい場合に利用される。プログラムを利用すると、映像・音声や、それに付随するデータ放送用データなどを一まとめに扱うことが可能となる。例えば、同時に再生したい映像・音声をまとめて扱う場合、映像を含むＰＥＳパケットを伝送するＥＳと、音声を含むＰＥＳパケットを伝送するＥＳをプログラムとしてまとめることで、放送受信装置は二つのＥＳを同時に再生すべきであることがわかる。このような、プログラムを表現するために、ＭＰＥＧ２ではＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）及びＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）と呼ばれる二つのテーブルが利用される。詳細な説明はＩＳＯ／ＩＥＣ１３８１８−１、"ＭＰＥＧ２  Ｓｙｓｔｅｍｓ"仕様を参照されたい。なお、ここでは言葉の紛らわしさを避けるため、プログラムをサービスと呼ぶ。また、ＰＭＴ、ＰＡＴ以外にも、セクションには、ＰＳＩという番組特定情報を示すものがある。ＰＳＩには、次の４つがある。
【０１０９】
ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）：トランスポートストリーム中のＰＭＴのＰＩＤなどを記述する。トランスポートストリーム内に一つだけ存在する。
【０１１０】
ＰＭＴ(Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ)：サービス毎に存在し、サービスを構成するＥＳなどのＰＩＤを指定する。
【０１１１】
ＣＡＴ(Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｔａｂｌｅ)：有料放送制御用のＥＭＭ(加入者の個人情報。スクランブルのキーも含む)のＰＩＤを指定する。
【０１１２】
ＮＩＴ(Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ)：変調周波数など、伝送路の情報と放送サービスを関連付ける情報を含む。詳細は運用規定。
【０１１３】
更に、このＰＳＩ以外の伝送制御信号をＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる番組配列情報によって、ＰＳＩ以外の情報や、ＰＳＩに関連した詳細情報などを伝送するテーブルが定義されている。これらの定義は、放送規格によって異なる。一例をあげると、日本の場合はＡＲＩＢの規格、欧州デジタル放送規格の場合はＤＶＢ−ＭＨＰの規格、アメリカケーブル放送の場合はＯＣＡＰに詳細が記述されている。
【０１１４】
図１１は、セクション、ＰＥＳパケット及びＥＳ情報などの階層構造の一例を示す。ＴＳ１１０１はトランスポートストリームを表し、ＣＡＴ１１０２やＰＡＴ１１０３を含む。ＰＡＴ１１０３は、ネットワーク情報のＮＩＴ１１０４及びサービス情報を表すＰＭＴ１１０５のＰＩＤを複数定義する。またＰＡＴ１１０３は、複数のサービスを定義しており、ＰＭＴ１１０５やＰＭＴ１１１０のような各ＰＭＴのＰＩＤを持つ。ＰＭＴ１１０５には、そのサービスを構成するためのＡｕｄｉｏのＥＳ１１０７やＶｉｄｅｏのＥＳ１１０８とサービスの基準となる時刻を表すＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）１１０６とＰｒｉｖａｔｅＳｅｃｔｉｏｎ１１０９で運ばれる独自セクションが存在する。ＰｒｉｖａｔｅＳｅｃｔｉｏｎ１１０９の中には、アプリケーションなどの情報が運ばれる。
【０１１５】
このアプリケーションの一例としては、日本のＡＲＩＢの場合はＢＭＬ言語で記述されたファイル、ＤＶＢ−ＭＨＰやアメリカのＯＣＡＰでは、Ｊａｖａ(登録商標）の実行形式であるＣｌａｓｓファイルである。このようにＭＰＥＧ２トランスポートストリームは様々な情報を伝送するために階層構成をとる。放送受信装置は、放送信号内に存在するＭＰＥＧ２トランスポートストリームが内包する情報を、ＭＰＥＧ２トランスポートストリームの階層構成を辿りながら抽出する。またＴＳ１１０１の中には、ＥＩＴ１１１１やＳＤＴ１１１２などのように、ＰＡＴ１１０３、ＰＭＴ１１０５から辿ることができない情報も存在する。
【０１１６】
以降、本実施の形態の前提となる状況に関して説明する。
デジタル放送受信装置のハードウェア構成を表すブロック図を図１２に示す。本実施の形態では、一つあるいは複数のトランスポートストリームの入力があるデジタル放送受信装置を規定しているため、ここでは例として二つのチューナやＡＶデコーダと示しているが、これらの数に依存せずに本発明は適用可能である。また本ハードウェア構成では、ＴＳデコーダ１２０６からＡＶデコーダ１２０７へのＰＥＳパケットの出力数は２となっているが、本発明はこの数には依存せずに適用可能である。また、ＴＳデコーダ１２０６自身が複数あったとしても、本発明は適用可能である。
【０１１７】
図１２の放送受信装置は、チューナ１２０１（１２０１a、１２０１b）、前処理部１２０２（１２０２a、１２０２b）、多重部１２０３、アダプタ１２０４、多重分離部１２０５、ＴＳデコーダ１２０６、ＡＶデコーダ１２０７、スピーカ１２０８、ディスプレイ１２０９、ＣＰＵ１２１０、２次記憶部１２１１、１次記憶部１２１２、ＲＯＭ１２１３、入力部１２１４で構成される。なお、アダプタ１２０４は、端末装置１２００から着脱できる。チューナ１２０１は、１２０１aと１２０１ｂの二つのチューナをまとめたものを指す。また、前処理部１２０２は、１２０２aと１２０２ｂの二つの前処理部をまとめたものを指す。また、ＡＶデコーダ１２０７も、１２０７aと１２０７ｂの二つのＡＶデコーダをまとめたものを指す。なお、チューナ１２０１、前処理部１２０２、ＡＶデコーダ１２０７はそれぞれ、一つあるいは複数存在しても、本発明は適応可能である。
【０１１８】
図１３は、端末装置１２００の外観の一例である薄型テレビである。
薄型テレビの筐体１３０１は、アダプタ１２０４を除く、端末装置１２００の構成要素をすべて内蔵している。
【０１１９】
ディスプレイ１３０２は、図１２におけるディスプレイ１２０９に相当する。
フロントパネル部１３０３は複数のボタンで構成され、図１２の入力部１２１４に相当する。
【０１２０】
信号入力端子１３０４は、放送局側システム（ヘッドエンド）１０１との信号の送受信を行うためにケーブル線に接続される。信号入力端子１３０４は、図１２のチューナ１２０１と接続されている。
【０１２１】
カード１３０５は、図１２のアダプタ１２０４に相当する。アダプタ１２０４は、図１３のカード１３０５のように、端末装置１２００とは独立した形態を取り、端末装置１２００に着脱可能となっている。アダプタ１２０４の詳細は後述する。
【０１２２】
挿入スロット１３０６にはアダプタ１２０４が挿入される。
図１２を参照して、チューナ１２０１はＣＰＵ１２１０が指定する周波数を含むチューニング情報に従って、放送局側システム１０１内で変調され伝送されてきた放送信号を復調するデバイスである。なお、ここでは構成要素として、チューナ１２０１をあげているが、ここでの構成要素はトランスポートストリームを出力するものであれば、他の構成要素であっても適用可能である。一例として、ハードディスクに保存しているトランスポートストリームを読み出し、前処理部１２０２へトランスポートストリームを出力することも可能である。また、ＩＥＥＥ１３９４を用いて外部装置からトランスポートストリームを入力することもできる。なお、前処理部相当の処理が施されている場合は、前処理部１２０２の処理を飛ばすことも可能である。
【０１２３】
アダプタ１２０４が保持するデバイスを動作させるためにはアダプタ１２０４に対してチューナ１２０１が復調したトランスポートストリームを入力する必要がある。しかし、複数のトランスポートストリームを入力する場合には、全てのトランスポートストリームを多重化しアダプタへ送信すると、伝送レートやＣＰＵの処理速度が高くなる。そこで、前処理部１２０２と多重化部１２０３を経て、アダプタ１２０４へと送信する。
【０１２４】
前処理部１２０２では、アダプタ以降の処理に必要な情報のみをトランスポートストリームから選択する。あるいは、不要な情報のみトランスポートストリームから削除することも可能である。図１４に前処理部の機能のイメージ図を示す。１４１１aは、トランスポートストリームＡを表し、トランスポートストリームＡ内の１，２，３は、サービスを模式的に矢印で表している。１４１１ｂも同様に、トランスポートストリームＢの中には、４，５，６という３つのサービスが存在する。これらを、前処理部１２０２aと１２０２ｂへ入れることによって、ＣＰＵ１２１０から指定されたサービスのみを残した、１４１２aと１４１２ｂに示す部分ＴＳが生成される。このように、前処理部ではトランスポートストリームから全部または一部の情報を選択、あるいは除去する。
【０１２５】
これにより、受信端末とアダプタ間の伝送レートを低速に抑えることができる。なお、本実施の形態では、この処理を前処理部として他のデバイスとは分離した形で説明しているが、この処理が他のデバイスで行われても本発明は適用可能である。例えば、１２０６のＴＳデコーダの中には、ＰＩＤのフィルタリングとセクションやＰＥＳのフィルタリングを行っている部分が存在する。そのため、このＴＳデコーダ１２０６の一部として前処理部を実現することも可能である。また、本実施の形態では、前処理部をチューナ毎に１２０２ａ、１２０２ｂと用意しているが、必ずしもチューナ毎に用意する必要はない。
【０１２６】
図１５は、前処理部１２０２a、１２０２ｂの内部構成を表すブロック図である。前処理部１２０２a、１２０２ｂは、受信部１５０１とフィルタリング部１５０２を構成要素とする。
【０１２７】
図２２、図２３は、受信部１５０１のフローチャートを示す。
受信部１５０１は、ＣＰＵ１２１０上で動作するプログラムにより、指定されたＰＩＤを受信する（ステップ２２０１）。そして、受信したＰＩＤをフィルタリング部１５０２へ設定する（ステップ２２０２）。また、受信部１５０１は、ＣＰＵ１２１０上のプログラムにより指定されたＰＩＤを追加するか削除するかの選択も、ＣＰＵ１２１０上のプログラムから受けることができる（ステップ２３０１）。そして、フィルタリング部１５０２へ指定された追加・削除の設定を行うことができる（ステップ２３０３、２３０４）。
【０１２８】
なお、この追加・削除の設定に関しては、事前に決められたＰＩＤを設定することも可能である。また、ＰＩＤが指定された際に、受信部で自動的に関連するＰＩＤを追加することも可能である。例えば、指定されたＰＩＤがＥＳのＰＩＤだった場合、受信部でＰＡＴ、ＰＭＴのＰＩＤも追加して、フィルタリング部１５０２へ設定することも可能である。なお、同じＰＩＤをもつＰＭＴは複数存在する場合があるが、この際は、一つあるいは複数のＰＭＴを選択して追加してもよい。当然、削除する場合も、指定されたＰＩＤのみを削除することも可能だが、指定されたＰＩＤを基に関連するＰＩＤも削除することも可能である。また、複数のＰＩＤの指定を行うことも可能である。また、ＰＩＤを指定する際に、ＭＰＥＧ２プログラムストリームの形式で、ＡＶのＥＳを指定してもよい。なお、ここでは、ＣＰＵ１２１０上で動作するプログラムが指定する内容としてＰＩＤをあげたが、必ずしもＰＩＤである必要はない。ここではトランスポートストリーム中のＥＳを特定する情報であれば、ＰＩＤ以外の指定を行うことも可能である。例えば、欧州放送規格のＤＶＢでは、ＥＳを識別するための記述子として、ＣｏｍｐｏｎｅｎｔＴａｇが規定されている。このようなＣｏｍｐｏｎｅｎｔＴａｇを利用してもよい。
【０１２９】
図２４、図２５は、フィルタリング部１５０２のフローチャートを示す。
フィルタリング部１５０２は、受信部から設定されたフィルタリング条件を受信する（ステップ２４０１）。そして、設定されたＰＩＤのみをフィルタリングすることができる（ステップ２４０２）。フィルタリング条件には、設定されたＰＩＤのみを選択（ステップ２５０４）と除去（ステップ２５０３）を設定できる。そして、設定されたフィルタリング条件に一致したパケットを多重化部１２０３へと通す（ステップ２５０５）。例えば、図１６の[１]に示すようなＴＳパケットがおくられてきており、受信部１５０１によりＡ１とＶ１のＰＩＤを追加するように指定された場合、フィルタリング部では図１６の[２]に示すようにＡ１とＶ１のパケットのみを選択する。
【０１３０】
ここで説明した前処理部１２０２の各機能は、ハードウェアで実現しても、ＣＰＵ上で動作するソフトウェアで実現してもよい。
【０１３１】
図１２を参照して、多重化部１２０３では、前処理部１２０２a、１２０２ｂによって選択された複数のトランスポートストリームの多重を行う。図１７に多重化部１２３の機能のイメージ図を示す。多重化部１７２１では、前処理部１２０２で作成した１４１２aと１４１２bの部分ＴＳを、一つのストリーム１７２２へと合わせる処理を行う。
【０１３２】
図１８は、多重化部１２０３の内部構成を表すブロック図である。多重化部１２０３は、書き換え部１８１１、多重部１８１２を構成要素とする。
【０１３３】
図２６は、書き換え部１８１１のフローチャートを示す。
書き換え部１８１１は、前処理部１２０２において前処理を施された複数のトランスポートストリームを受信する（ステップ２６０１）。そして複数のトランスポートストリームの識別を行うために、トランスポートストリーム内のフィールドの全てあるいは一部の書き換えを行う（ステップ２６０２）。
【０１３４】
例えば、トランスポートストリーム内の未使用領域の書き換えを行うことが可能である。このトランスポートストリームがＭＰＥＧ２トランスポートストリームの場合は、トランスポートストリーム内のＲＥＳＥＲＶＥ領域を用いることもできる。また、ＭＰＥＧ２プログラムストリームで実現する際には、ＭＰＥＧ２プログラムストリーム中のＲＥＳＥＲＶＥ領域を用いてもよい。また、同期バイトの一部あるいは、全てをトランスポートストリームの識別に利用することも可能である。ＭＰＥＧ２トランスポートストリームの場合、８バイトの同期バイトを用意している。このうち、上位２バイトはトランスポートストリームの識別をするためのＩＤとし、残りの６バイトを同期バイトとすることも可能である。
【０１３５】
また、同期バイト全てをトランスポートストリームの識別に用いても良い。更に、同期バイト全てをトランスポートストリームの識別に用いた場合は、ＮＵＬＬパケットを１０回に一回、同期バイトとして入れてもよい。もちろん、上位何ビットを識別に利用してもよいし、同期バイトを何回入れても、本発明は適用可能である。また、ここでは未使用フラグと同期バイトについてのみ記述したが、他のフィールドにおいても、運用規定を決めて、書き換えを行うことは可能である。当然、ＰＩＤの書き換えを行うことで、トランスポートストリームの識別を行うことも可能である。なお、図１８において、書き換え部１８１１は、二つの入力と二つの出力を持っているが、書き換え部自身がトランスポートストリームの数だけ存在しても問題ない。なお、この書き換え部１８１１は、必ずしもここで処理する必要はない。例えば、前処理部１２０２で実現されても問題ない。
【０１３６】
図２７は、多重部１８１２のフローチャートを示す。
多重部１８１２は、書き換え部１８１１から出力された複数のトランスポートストリームを受信する（ステップ２７０１）。受信した複数のトランスポートストリームを図１９に示すように、複数のトランスポートストリームを一つのトランスポートストリームへと多重する。この多重の方法として、書き換え部１８１１から入力された複数のトランスポートストリームの入力を届いた順番に一定のビットレートで送り出す（ステップ２７０２）。但し、各トランスポートストリームにパケットがない場合は、ＮＵＬＬパケットを挿入することもできる。なお、この多重の方法は、可変ビットレートで実現することも可能である。
【０１３７】
また、多重部１８１２は、サービスの基準となる時刻を表すＰＣＲの補正を行うことも可能である。多重部１８１２において、複数のトランスポートストリームからの入力を一定のビットレートで出力する様子を図２０に示す。図２０の[１]と[２]は多重部１８１２への入力を示し、図２０の[３]は多重部１８１２から、一定のビットレートで出力されたストリームを表している。例えば、図２０[２]のＢ２がＰＣＲを運んでいるパケットだった場合に、図２０［１］のＡ３と同じタイミングで入ったため、図２０[３]では、Ａ３の後にＢ２が入り、タイミングがＴだけずれていることが分かる。
【０１３８】
このように、基準となる時刻を運んでいるＰＣＲの送出のタイミングが狂った際に、ＰＣＲの値を補正する機能を有することもできる。ＰＣＲは、図２１で示したパケットのアダプテーションフィールド２１０２内に存在する。このアダプテーションフィールド内の情報一例を図２１の２１０４に示す。ＰＣＲの補正は、アダプテーションフィールド２１０４の、Ｐｒｏｇｒａｍ＿Ｃｌｏｃｋ＿Ｒｅｇｅｒｅｎｃｅ＿ＢａｓｅやＰｒｏｇｒａｍ＿ｃｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ＿ｅｘｔｅｎｓｉｏｎを変更して行うことができる。
【０１３９】
なお、図２０のようなズレに応じて、可変で補正することも可能である。また、固定値で補正することも可能である。なお、これらを求めるための詳細な計算式などは、ＩＳＯ／ＩＥＣ１３８１８−１、"ＭＰＥＧ２  Ｓｙｓｔｅｍｓ"仕様を参照されたい。また、ＰＣＲ補正機能として、ＰＣＲの変更を行う以外に、多重の際にＰＣＲを優先的に処理することも可能である。なお、図２０[３]内で何も記述されていないパケットはＮＵＬＬパケットを表している。
【０１４０】
また、万が一、前処理部１２０２によって選択された、一つあるいは複数のトランスポートストリームの転送レートの合計が、端末装置１２００とアダプタ１２０４間の転送レートよりも高い場合は、本来の転送レートよりも遅延してパケットが届くため、ＡＶデコーダ側でアンダーフローを起こす可能性がある。また、転送レートが高くなった場合に、パケットを破棄する手法をとることも可能であるが、この場合でも、パケットの欠落により、ブロックノイズが発生する。そのため、多重部１８１２は、ＣＰＵ１２１０上のプログラムへこの旨を通知し、ＣＰＵ１２１０上のプログラムは前処理部１２０２の受信部へ優先度の指定に従い再設定処理を行うことを要求することもできる。そして、受信部１５０１は再びフィルタリング部１５０２へフィルタリング条件を設定し、設定された条件に一致するトランスポートストリームを再び多重化部１２０３へと通す。
【０１４１】
このように、どのトランスポートストリームあるいは、どのＰＩＤを優先的に処理するかということを、再設定することによって、ブロックノイズなどの影響を最小限に抑えることができる。なお、このような遅延への対策として、ＡＶデコーダ１２０７などのバッファを十分用意しておくことにより、その遅延を吸収することもできる。また、多重部１８１２へ入力される、前処理部１２０２によって選択された、一つあるいは複数のトランスポートストリームの転送レートの合計が、端末装置１２００とアダプタ１２０４間の転送レートよりも低い場合は、正しく動作することを保証することができる。
【０１４２】
優先度の指定は、先に示したようにＣＰＵ上のプログラムから行う場合と前処理部１２０２の受信部１５０１で自動的に行う場合が想定できる。優先度の指定基準は、現在の視聴状況（番組内容やＥＳの種類や映像などの表示領域及び録画状態などの一部あるいは全部）を考慮し優先順序の設定を行うことや、または、１次記憶部１２１２や２次記憶部１２１１などの記憶部に保存されたユーザプリファレンス情報に従い優先度の決定を行うことができる。ユーザプリファレンスには、ユーザが視聴するデフォルトの言語情報などの設定が行われている。優先度付けを行う一例を以下に示す。
【０１４３】
ユーザがＰｉｃｔｕｒｅ  ｉｎ  Ｐｉｃｔｕｒｅで二つの番組を視聴している場合は、大画面で視聴しているサービスを優先的に処理することができる。こうすることにより、アンダーフローの影響を小画面のみに押さえることが可能になり、大画面への影響を回避することも可能である。当然、逆も可能である。なお、このときは、溢れたパケットを遅延してでも送るか、破棄するかということは事前に決定することができる。また、この判断をＣＰＵ上のプログラムから指定することも可能である。
【０１４４】
更に、ユーザが裏録画などをしている場合は、裏録画のものは、リアルタイム性が求められないため、パケットの遅延を許容することが可能と考え、現在ユーザが視聴中のサービスを優先的に処理することもできる。当然、逆も可能である。なおこの場合は、多重部１８１２の方針として、蓄積のものは遅延してでも全て送信する。
【０１４５】
更に、ユーザが裏録画などをしている場合は、裏録画を優先的に処理してもよい。
更に、ＰＰＶ（Ｐａｙ  Ｐｅｒ  Ｖｉｅｗ）などによって、ユーザが購入した番組と無料の番組が選択された場合は、ユーザが購入した番組の優先度を高く設定することができる。これにより、ユーザが購入した番組に影響を与えないようにすることができる。
【０１４６】
更に、ストリームタイプのＳＤとＨＤにおいて、美しいものを優先させるために、ＨＤを優先させることも可能である。逆に、ＳＤを優先させることも可能である。
【０１４７】
更に、ユーザが視聴している番組のジャンルを調べることで、ニュースやコメディなどの番組よりも、映画やドラマの優先度を上げることもできる。逆も可能である。また、音楽番組の場合は、映像よりも音声を優先させるということも可能である。
【０１４８】
更に、音声データと映像データにおいて、情報量の少ない音声データを優先的に処理することにより、確実に音声は聞こえるようにすることも可能である。
更に、音声においても、ＡＣ３やＭＰＥＧ  Ａｕｄｉｏやドルビーのように、その種類によって優先度を決定することも可能である。
【０１４９】
更に、ユーザが現在視聴している言語に一致した、音声や字幕情報及びビデオなどを選択し不要な言語に依存するＥＳを削除することも可能である。
【０１５０】
更に、ユーザプリファレンスに設定された言語以外の言語情報に依存したＥＳを削除することも可能である。
【０１５１】
更に、マルチアングルをサポートする場合などは、視聴されていない不要なストリームを削除することも可能である。
【０１５２】
更に、一般にスクランブルが行われているＶｉｄｅｏあるいはＡｕｄｉｏあるいは両方を必ず追加するということも可能である。あるいは、Ｖｉｄｅｏ、Ａｕｄｉｏ以外の他のＥＳやパケットでもよい。
【０１５３】
図１２を参照して、アダプタ１２０４は、端末装置に搭載されていないデバイスを追加するために、及び端末装置上に搭載されているデバイスの機能を向上させるため、追加したいデバイスを搭載したアダプタを端末装置に付与することができる。一例として、トランスポートストリームを入力とし、入力されたトランスポートストリームに含まれるＴＳパケットに関して、ＣＰＵ１２１０が指定したＰＩＤを持つＴＳパケットに対して限定受信の解除を行う限定受信解除装置を保持ことができる。限定受信の解除を行うためには、多重部１２０３で多重化したトランスポートストリームを入力する必要がある。そのため、多重部１２０３は多重化したトランスポートストリームをアダプタ１２０４に入力する。アダプタ１２０４は、入力されたトランスポートストリーム内の、ＣＰＵ１２１０が指定したＴＳパケットに対する暗号解除を行う。
【０１５４】
なお、このときトランスポートストリームを識別する方法を、端末装置とアダプタ１２０４の間で交渉することによって、アダプタ１２０４が入力された端末装置とアダプタ１２０４間の形式のトランスポートストリームを識別できるようにすることも可能である。端末装置とアダプタ１２０４間のトランスポートストリームの形式には、ＴＳパケットのヘッダフィールドの変換を行ったストリームや、拡張フィールドの追加を行ったストリームなどがある。更に、その手法を端末装置とアダプタ１２０４間で決定しておく方法でもよい。また、端末装置とアダプタ１２０４間の交渉の方法は、信号線のＨＩＧＨやＬＯＷを用いてもよいし、レジスタの設定や、制御メッセージを利用したり、他の方法であっても本発明は適用可能である。その後、トランスポートストリームを多重分離部１２０５に送信する。
【０１５５】
なお、本発明は、端末装置１２００とアダプタ１２０４間の情報の形式に依存しない。例えば、ここでのトランスポートストリームがＭＰＥＧ２トランスポートストリームであっても適用可能であると同時に独自のアダプタ１２０４が解釈可能なビットストリームでもよい。また、端末装置１２００とアダプタ１２０４間のインタフェースはＰＣＭＣＩＡが一般的だが、本発明はそのインタフェースの形式とは関連性がないため、どのようなインタフェースであっても適用可能である。
【０１５６】
多重分離部１２０５は、ＣＰＵ１２１０の指示に従い、多重部１２０３によって多重化されたトランスポートストリームを分離する。なお、このときのＣＰＵ１２１０の指示には、多重化部１２０３や前処理部１２０２がどのように処理したのかということも伝えることができる。これらの指示に従い、動作することで、多重化部１２０３や前処理部１２０２で連動して動作することも可能である。また、これらの間で事前に決定している情報に従って動作することも可能である。
【０１５７】
分離した各トランスポートストリームはＴＳデコーダ１２０６が解釈できる形式である必要がある。例えば、多重化部１２０３内の書き換え部１８１１によって、変更した同期バイトをＭＰＥＧ２ＴＳの同期バイトへと変更し、前処理部１２０２によって、選択されたＰＩＤのパケットの間に適宜、ＮＵＬＬパケットを挿入しながら、ＴＳデコーダ１２０６が解釈できるＭＰＥＧ２トランスポートストリームの形式へ変更を行う。ここで説明した多重分離部１２０５の機能は、ハードウェアで実現しても、ＣＰＵ上で動作するソフトウェアで実現してもよい。また、ＴＳデコーダ１２０６が多重化されたトランスポートストリームを解釈できる場合は、本多重分離部１２０５は存在する必要はない。また、本多重化分離部１２００５をＴＳデコーダ１２０６の一部として実現してもよい。
【０１５８】
ＴＳデコーダ１２０６は、ＣＰＵ１２１０が指定するＰＩＤ，セクション選別条件等の指定に基づいてＭＰＥＧ２トランスポートストリームから指定条件に合致するＰＥＳパケットやＭＰＥＧ２セクションを選別する機能を有するデバイスである。ＴＳデコーダ１２０６が選別したＰＥＳパケットはＡＶデコーダ１２０７に転送される。また、ＴＳデコーダ１２０６が選別したＭＰＥＧ２セクションは、１次記憶部１２１２にＤＭＡ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）転送され、ＣＰＵ１２１０が実行するプログラムによって利用される。なお、ＴＳデコーダ１２０６は、上記ＰＥＳパケット及びＭＰＥＧ２セクションの選別機能の他に、限定受信として暗号化されたＰＥＳパケット及びＭＰＥＧ２セクションの限定受信の解除機能や、入力されたＭＰＥＧ２トランスポートストリームを、ＴＳデコーダ１２０６に物理的に接続された別のデバイスに転送する機能等を持つ。
【０１５９】
ＡＶデコーダ１２０７はデジタルエンコードされた映像及び音声をデコードする機能を有するデバイスである。ＡＶデコーダ１２０７がデコードして得られたＡＶ信号は、スピーカ１２０８、ディスプレイ１２０９に送信される。なお、ＡＶデコーダ１２０７は必ずしも映像及び音声を同時にデコードできない場合もある。映像デコーダ、音声デコーダ単体として存在することもある。なお、ＡＶデコーダは場合によってはサブタイトルデータに対するデコード機能を有する場合もある。
【０１６０】
スピーカ１２０８、ディスプレイ１２０９はそれぞれＡＶデコーダ１２０７から送信された音声、映像を出力する機能を有するデバイスである。
【０１６１】
本実施の形態では、二つのＡＶデコーダよりＡＶ信号が入力されており、その出力形態はＣＰＵ１２１０の指示により決定される。例えばＡＶデコーダ１２０７ａが出力したＡＶ信号のみ出力する、ＡＶデコーダ１２０７ｂが出力した映像を全画面表示し、ＡＶデコーダ１２０７ａが出力した映像をＡＶデコーダ１２０７ｂが出力した映像の手前に右下４分の１表示する、などという指定が可能である。
【０１６２】
ＣＰＵ１２１０は放送受信装置上で動作するプログラムを実行する。ＣＰＵ１２１０が実行するプログラムは、ＲＯＭ１２１３に含まれる場合、放送信号やネットワークよりダウンロードされ１次記憶部１２１２に保持されている場合、放送信号やネットワークよりダウンロードされ２次記憶部１２１１に保存されている場合などが存在する。ＣＰＵ１２１０は、実行するプログラムの指示に従い、チューナ１２０１（１２０１a、１２０１b）、前処理部１２０２（１２０２a、１２０２b）、多重部１２０３、多重分離部１２０５、ＴＳデコーダ１２０６、ＡＶデコーダ１２０７（１２０７a、１２０７b）、スピーカ１２０８、ディスプレイ１２０９、２次記憶部１２１１、１次記憶部１２１２、ＲＯＭ１２１３、入力部１２１４を制御する。なお、ＣＰＵ１２１０は、端末装置１２００内に存在するデバイスだけでなく、アダプタ１２０４と通信あるいは制御することが可能である。
【０１６３】
また、前処理部１２０２で選択されたストリームを多重分離部１２０５では、ＴＳデコーダ１２０６が解釈できる形式へ変換することや、アダプタ１２０４から取得した情報の一部または全てを選択することが可能であるため、多重分離部１２０５では、前処理部１２０２で選択された情報を知ることができるようにＣＰＵ１２１０からの指令を送ることができる。
【０１６４】
また、前処理部１２０２と多重化部１２０３の間においても、どのようなＰＩＤやＰｒｏｇｒａｍＮｏのものが含まれるのかということを連動して処理することも可能である。
【０１６５】
また、多重化部１２０３と多重分離部１２０５は連動して処理する。そのため、これらの操作が連動して動くことができるよう、ＣＰＵ１２１０からの指令を送ることができる。例えば、どのような多重化の方式で多重しているのかということや、どのようなサービスが含まれているのかということを共通の認を持って動作することができる。なお、これらの間の動作がＣＰＵによる指令によって連動せずに、事前に決定することで実現してもよい。
【０１６６】
本実施の形態のように、同一種類のデバイスが複数存在する場合には、ＣＰＵ１２１０は、その各々を個別に指定して制御することが可能である。
【０１６７】
２次記憶部１２１１はＦＬＡＳＨ−ＲＯＭなどの不揮発性メモリ、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＣＤ−ＲやＤＶＤ−Ｒなどの書き換え可能のメディアなど、端末装置１２００の電源断の際にも情報が消去されない機器によって構成され、ＣＰＵ１２１０の指示により情報の保存を行う。端末装置１２００の電源断によって消えては困るデータの保存に利用される。
【０１６８】
１次記憶部１２１２はＲＡＭ等によって構成され、ＣＰＵ１２１０やＤＭＡ可能なデバイスの指示に従って情報を一時的に保存する機能を有するデバイスである。１次記憶部１２１２に保持された情報は、端末装置１２００の電源断によって消去される。
【０１６９】
ＲＯＭ１２１３は、書き換え不可能なメモリーデバイスであり、具体的にはＲＯＭやＣＤ−ＲＯＭ、ＤＶＤなどで構成される。ＲＯＭ１２１３には、ＣＰＵ１２１０が実行するプログラムが格納されている。
【０１７０】
入力部１２１４は、具体的には、フロントパネルやリモコンで構成され、ユーザーからの入力を受け付ける。図２８は、フロントパネルで入力部１２１４を構成した場合の一例である。フロントパネル２８００は七つのボタン、上カーソルボタン２８０１、下カーソルボタン２８０２、左カーソルボタン２８０３、右カーソルボタン２８０４、ＯＫボタン２８０５、取消ボタン２８０６、ＥＰＧボタン２８０７を備えている。ユーザーがボタンを押下すると、押下されたボタンの識別子が、ＣＰＵ１２１０に通知される。
【０１７１】
なお、図１２ではディスプレイ１２０９、スピーカ１２０８を放送受信装置内部に包含する形で表現するが、放送受信装置にはディスプレイ１２０９、スピーカ１２０８を内包せず、外部にＡＶ信号のみ出力するタイプのものも存在する。ディスプレイ１２０９及びスピーカ１２０８の存在場所は本発明と関連性がなく、どちらのタイプに対しても本発明は適用可能である。
【０１７２】
本実施の形態で示した構成要素の各機能は、ハードウェアで実現しても、ＣＰＵ上で動作するソフトウェアで実現してもよい。
【０１７３】
アダプタ１２０４の例として、米国ケーブルシステムで利用されるＰＯＤについて説明する。ＰＯＤは、図１３のように端末装置１２００から着脱可能な形態をしている。端末本体とＰＯＤの接続インタフェースは、ＯｐｅｎＣａｂｌｅ（ＴＭ）  ＨＯＳＴ−ＰＯＤ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＯＣ−ＳＰ−ＨＯＳＴＰＯＤ−ＩＦ−Ｉ１２−０３０２１０）で定義されている。しかしこの仕様書では、一つのトランスポートストリームを入力として受け取る場合を規定しており、複数のトランスポートストリームについての規定はない。ここでは、複数のトランスポートストリームを入力する場合の例を示す。図３０はＰＯＤ３００４が付与された端末装置のハードウェア構成を表す。端末装置３０００内に存在するデバイスで、図１２と同じ番号で識別されるデバイスは、図１２と同様の機能を持つ。ＰＯＤ３００４はデスクランブラを搭載しており、図１２におけるアダプタ１２０４と同様に、多重化されたトランスポートストリームを入力として受信し、限定受信の解除の処理を行ったトランスポートストリームを多重分離部により、複数のトランスポートストリームへと戻す。
【０１７４】
また、米国ケーブルシステムでは、図２、図３で表されるように、ＯＯＢと言われる周波数帯域を用いて、様々な情報が上り及び下り方向に伝送されている。このとき、放送局側システム1０１が端末装置に対して送出する情報の形式と、端末装置３０００が解釈可能な情報の形式は異なるため、そのままでは情報のやりとりが不可能となる。ＰＯＤ３００４はこれらＯＯＢで伝送される上り、下りの情報の形式変換を行うデバイスを備えている。ＯＯＢで伝送される情報はＱＰＳＫ変調方式で変調される。本変調方式は公知の技術であり、詳細な説明は省略する。端末装置はＱＰＳＫ復調器３０１５とＱＰＳＫ変調器３０１６を備える。ＣＰＵ３０１０は端末装置３０００内のデバイスだけでなく、ＰＯＤ３００４内のデバイスを制御可能である。
【０１７５】
下り方向の端末装置３０００の情報受信に関し、まずＱＰＳＫ復調器３０１５はＯＯＢで放送局側システム1０１から送信されてくる下りの信号を復調し、生成されたビットストリームをＰＯＤ３００４に入力する。ＰＯＤ３００４はビットストリームが含む様々な情報の中から、ＣＰＵ３０１０が指定する情報を抽出して、ＣＰＵ３０１０上で動作するプログラムが解釈可能な形式に変換して、ＣＰＵ３０１０に提供する。
【０１７６】
上り方向の端末装置３０００の情報送信に関し、まずＣＰＵ３０１０が放送局側システム1０１に対して送信したい情報を、ＰＯＤ３００４に送信する。ＰＯＤ３００４はＣＰＵ３０１０から入力された情報を放送局側システム1０１が解釈可能な形式に変換し、ＱＰＳＫ変調器３０１６に送信する。ＱＰＳＫ変調器３０１６はＰＯＤ３００４から入力された情報をＱＰＳＫ変調し、放送局側システム１０１に送信する。
【０１７７】
図３１は、ＰＯＤ３００４の内部構成を表すブロック図である。ＰＯＤ３００４は、第１デスクランブラ部３１０１、第２デスクランブラ部３１０２、スクランブラ部３１０３、第１記憶部３１０４、第２記憶部３１０５、ＣＰＵ３１０６で構成される。
【０１７８】
第１限定受信解除部３１０１は、ＣＰＵ３１０６からの指示により、端末装置３０００のＱＡＭ復調部３００１aと３００１ｂを多重化部１２０３で多重したトランスポートストリームから暗号化された信号を受け取り、復号を行う。そして、復号された信号を端末装置３０００の多重分離部１２０５に送る。デコードに必要な鍵などの情報はＣＰＵ３１０６から適宜与えられる。具体的には、放送局側システム１０１はいくつかの有料チャンネルを放送している。ユーザーが、この有料チャンネルを購買すると、第１限定受信の解除部３１０１は、ＣＰＵ３１０６から鍵等の必要な情報を受け取り限定受信の解除することで、ユーザーは有料チャンネルを閲覧することができる。鍵などの必要な情報が与えられない場合は、第１限定受信解除部３１０１は、限定受信の解除を行わず、受け取った信号をそのまま、多重分離部１２０５に送る。
【０１７９】
第２限定受信解除部３１０２は、ＣＰＵ３１０６からの指示により、端末装置３０００のＱＰＳＫ復調部３０１５から暗号化された信号を受け取り、復号を行う。そして、復号されたデータをＣＰＵ３１０６に引き渡す。
【０１８０】
スクランブル部３１０３は、ＣＰＵ３１０６からの指示により、ＣＰＵ３１０６から受け取ったデータを暗号化し、端末装置３０００のＱＰＳＫ変調部３０１６に送る。
【０１８１】
第１記憶部３１０４は、具体的にはＲＡＭ等の一次記憶メモリーで構成され、ＣＰＵ３１０６が処理を行う際、一時的にデータを保存するために使用される。
【０１８２】
第２記憶部３１０５は、具体的にはフラッシュＲＯＭ等の２次記憶メモリーで構成され、ＣＰＵ３１０６が実行するプログラムを格納し、また、電源ＯＦＦになっても消去されては困るデータの保存に使用される。
【０１８３】
ＣＰＵ３１０６は、第２記憶部３１０５が記憶するプログラムを実行する。
図２９は、図１２の各構成要素で処理するフローチャートを示す。
【０１８４】
放送局側システム１０１内で変調され、伝送されてきたトランスポートストリームをチューナ１２０１で復調する（ステップ２９０１）。前処理部１２０２では、アダプタ１２０４以降の処理に必要な情報のみを選択する（ステップ２９０２）。なお、前処理部の詳細なフローチャートについては、図２２、図２３、図２４、図２５、図３３、図３５、図３７、図３８、図３９、図４１、図４２、図４３に示す。次に、前処理部１２０２によって選択されたストリームを多重する（ステップ２９０３）。多重部１２０３の詳細なフローチャートは、図２６、図２７に示す。アダプタ１２０４は、前処理部１２０２、多重部１２０３によって処理されたトランスポートストリームを入力として受け取り、アダプタ内の処理を行う。例として、限定受信解除装置が搭載されている場合は、入力された複数の多重化されたトランスポートストリームを識別しながら、ＣＰＵによって、指定された情報に対し、限定受信解除の処理を行う（ステップ２９０４）。多重分離部１２０５では、アダプタ１２０４から出力された限定解除の処理が施されたストリームを受信し、多重化部１２０３によって多重化された一部あるいは全部の情報と、多重化部１２０３の多重方式にあわせて、分離する（ステップ２９０５）。また、多重分離部１２０３では、ＴＳデコーダ１２０６が処理できるストリーム形式に直し、出力することもできる。ＴＳデコーダ１２０６は、ＣＰＵの指定によりセクションやＰＥＳパケットの選別を行う（ステップ２９０６）。ＡＶデコーダ１２０７は、ＴＳデコーダ１２０６によって、選別されたＰＥＳパケットを受け取り、映像や音声をデコードする（ステップ２９０７）。スピーカ１２０８とディスプレイ１２０９は、ＡＶデコーダ１２０７から受信した音声・映像を出力する（ステップ２９０８）。
【０１８５】
なお、入力部１２１４は、ユーザの要求を受け付け、ＣＰＵ１２１０から各デバイスへその要求に応じた指令が伝えることができる。各デバイスは、このＣＰＵ１２１０からの指令によって、処理するこができる。なお、ＣＰＵ１２１０からの指令がなくとも、独自で動作するものであってもよい。また、２次記憶部１２１１、１次記憶部１２１２、ＲＯＭ１２１３は、ＣＰＵ１２１０が動作時などに、適宜参照することが可能である。なお、ＣＰＵ１２１０は、ユーザからの要求以外にも、ＣＰＵ上で動作するプログラムの指令を各デバイスへ伝え、動作することもできる。
【０１８６】
（実施の形態２）
実施の形態１では、前処理部１２０２の内部構成を表すブロック図として図１５を想定していたが、図３２に示すように、受信部３２０１、フィルタリング部１５０２、ＰＳＩ記憶部３２０３とすることも可能である。なお、本実施の形態２では、実施の形態１で説明した機能に追加する機能についてのみ説明する。
【０１８７】
図３３は、受信部３２０１のフローチャートを示す。
受信部３２０１は、ＣＰＵ１２１０上で動作するプログラムにより、指定を受信する（ステップ３３０１）。この指定がＰＩＤで指定された場合は、実施の形態１で示したものである（ステップ３３０４）。なお、実施の形態1にも明記したが、受信部３２０１でＰＩＤの追加・削除を自動的に行う処理を行う際に、本実施の形態で適用したＰＳＩ記憶部を利用することで、指定されたＰＩＤ以外のＰＩＤを更に追加することもできる。本来、ＰＩＤを指定するデータは、アダプタ１２０４内で処理したいデータとアダプタ１２０４内で行う処理に必要なデータを含める必要がある。これは、例えばＰＯＤ３００４の場合は、デスクランブル処理を行うため、ユーザあるいはＣＰＵ１２１０上で動作するプログラムによって指定されたＰＩＤに加え、デスクランブル処理に必要なデータを受信部３２０１で自動的に追加することもできる。
【０１８８】
デスクランブルに必要なデータの一例としては、ＣＡＴやＥＭＭやＥＣＭなどの情報がある。ＣＡＴは０ｘ０１のＰＩＤで伝送され、ＣＡＴ中のＣＡ_ｄｅｓｃｒｉｐｔｏｒのＣＡ＿ＰＩＤにＥＭＭのＰＩＤが明記されている。そして、ＰＭＴ内のＣＡ_ｄｅｓｃｒｉｐｔｏｒのＣＡ＿ＰＩＤにＥＣＭを運んでいるＰＩＤが指定されている。このＣＡ_ｄｅｓｃｒｉｐｔｏｒは、ＰＭＴのサービス単位に指定することもできるが、ＥＳ単位で指定することもできる。そのため、ＰＩＤ指定された場合、そのＰＩＤを含むＰＭＴのサービス単位あるいは、指定されたＥＳにＣＡ_ｄｅｓｃｒｉｐｔｏｒが存在する場合は、そのＣＡ_ｄｅｓｃｒｉｐｔｏｒ内に記述されたＥＣＭを運ぶＰＩＤを追記するように設定してもよい。もちろん、ＰｒｏｇｒａｍＮｏで指定された場合においても、指定されたＰｒｏｇｒａｍＮｏを持つＰＭＴにＣＡ＿ｄｅｓｃｒｉｐｔｏｒが存在する場合は、ＥＣＭを運ぶＰＩＤは必ず設定するようにしてもよい。
【０１８９】
更に、ＣＡ_ｄｅｓｃｒｉｐｔｏｒの指定が複数存在する場合は、その一部あるいは、全てに記述されたＥＣＭ及びＥＭＭを含んでもよい。また、ＥＣＭに加え、これらの情報を記述したＰＭＴやＰＡＴのＰＩＤも追加してもよい。なお、指定されたＰＩＤを含むサービス（ＰＭＴ）にＣＡ_ｄｅｓｃｒｉｐｔｏｒが存在した場合は、受信部３２０１でサービス単位の指定に切り替え、そのＰＭＴ内の全てのＥＳ（ＥＭＭを含む）を含むように設定してもよい。また、ＣＡＴ及びＥＭＭを常に設定することにしてもよい。また、ここではＣＡＴ及びＥＭＭがトランスポートストリームで伝送されることを想定して書いているが、ＣＡＴはＯＯＢなどの伝送経路がある場合は、ＯＯＢなどの伝送経路で運ばれてもよい。なお、ここでは、ＥＭＭを指定するのはＣＡＴとして説明したが、同等の機能を有する独自セクションであってもよい。
【０１９０】
また、ＣＡ_ｄｅｓｃｒｉｐｔｏｒなどにおいても同等の機能を有する記述子を用いて指定していてもよい。
【０１９１】
更に、デスクランブルには直接必要ないものでも、指定された特定パケットあるいはＥＳなどを含めることもできる。
【０１９２】
これに対し、ＰｒｏｇｒａｍＮｏを指定された場合は、ＰＳＩ記憶部より指定されたＰｒｏｇｒａｍＮｏを基に、指定するＰＩＤを得る（ステップ３３０３）。ここでは、ＰｒｏｇｒａｍＮｏのようなサービス単位で指定された場合の選択方法を考慮する。基本方針としては、指定されたサービス以外のサービスを構成するストリームの一部あるいは全部を選択・削除する方針と、指定されたサービス内の各ＰＩＤを選択・削除する方針と、指定されたサービスに依存しないデータの選択・削除を考慮しＰＩＤを決定する方針とがある。一例を以下に説明する。
【０１９３】
指定されたＰｒｏｇｒａｍＮｏを基に、同じＰｒｏｇｒａｍＮｏを持つＰＭＴを発見し、そのＰＭＴ内のＥＳ全てのＰＩＤを得ることが考えられる。
【０１９４】
更に、ＰＡＴとＰＭＴを追加することも可能である。なお、ＰＭＴの追加は、指定されたＰｒｏｇｒａｍＮｏを持つもののみを追加する方針でも良いし、他のサービスを示すＰＭＴを含めてもよい。また単に、ＡｕｄｉｏとＶｉｄｅｏのＥＳとＰＣＲのみのＰＩＤを得ることもできる。また、暗号がかかっている場合は、指定したＰＩＤに加え、前述したようなデスクランブルに必要な情報（ＥＭＭ、ＣＡＴ、ＥＣＭの一部あるいは全部など）を含むことも可能である。そして、このようにして得たＰＩＤをフィルタリング部１５０２へ追加で設定する（ステップ２３０４）。更に、これらをフィルタリング部１５０２へ削除で設定する（ステップ２３０３）ことも可能である。
【０１９５】
削除の例を更に述べると、指定されたＰｒｏｇｒａｍＮｏをもつＰＭＴ以外のＰＡＴから辿れるＰＭＴの特定のＥＳ（ＶｉｄｅｏとＡｕｄｉｏのＥＳのみ、またはＶｉｄｅｏのみ、またはＡｕｄｉｏのみなど）あるいは、指定されたＰｒｏｇｒａｍＮｏをもつＰＭＴ以外のＰＡＴから辿れるＰＭＴの全てのＥＳ及びＰＭＴを削除することも可能である。
【０１９６】
このように指定されたＰｒｏｇｒａｍＮｏをもつＰＭＴ以外のサービスのＥＳを消すことで、ＰＡＴ、ＰＭＴから辿れないパケットも指定することが可能になり、かつ、指定されていないＶｉｄｅｏなどのＥＳがなくなることで、トランスポートストリームの容量を小さく押さえることができる。また単に、ＰｒｏｇｒａｍＮｏと削除の指定を受けた際には、指定されたＰｒｏｇｒａｍＮｏをもつＰＭＴから辿れるもののみを削除することもできる。なお、複数のサービスを指定したい場合は、ＰｒｏｇｒａｍＮｏの指定を複数行い、それぞれのサービスの追加・削除の指定を行うことも可能である。
【０１９７】
また、ＰＳＩ記憶部３２０３より必要な構造情報を、バイナリで取得し受信部で必要なＰＩＤを判断してもよい。必要な構造情報の例として、ＰＡＴ、ＰＭＴなどが考えられる。これまで、ＰＳＩ記憶部３２０３を単に記憶部として実現した場合を想定して述べてきたが、ＰＳＩ記憶部３２０３がライブラリや独立したプログラムとしてあった場合、受信部がＰｒｏｇｒａｍＮｏを設定し、ＰＳＩ記憶部３２０３で必要なＰＩＤの判断を行うことも可能である。また、ＰＳＩ記憶部３２０３へＰｒｏｇｒａｍＮｏを設定した場合、設定したＰｒｏｇｒａｍＮｏを持つＰＭＴ内のＥＳが変更する場合が考えられる。この場合は、指定されたＰｒｏｇｒａｍＮｏのＰＭＴをＰＳＩ記憶部３２０３が監視しておき、そのＶｅｒｓｉｏｎＵｐを検出し、ＰＳＩ記憶部より、新しく追加されたＥＳのＰＩＤや、ＰＭＴなどの情報を受信部３２０１で受け取り、フィルタリング部１５０２へ設定することができる。
【０１９８】
なお、ＰＳＩ記憶部３２０３が直接フィルタリング部１５０２へ設定してもよい。このように、ＰｒｏｇｒａｍＮｏで指定することにより、放送中のトランスポートストリーム内にマルチアングルの情報などを追加されても（ＥＳの情報が増減しても）、自動的にその情報を取得できるようにすることができる。なお、ここでは、ＰｒｏｇｒａｍＮｏを用いてトランスポート中のサービスを特定したが、サービスの特定方法がＰｒｏｇｒａｍＮｏ以外のサービス名などの情報であっても、本発明は適用可能である。
【０１９９】
ＰＳＩ記憶部３２０３は、具体的には、ＲＡＭなどの一次記憶メモリで構成され、受信部が処理を行う際、一時的にデータを参照するために使用される。なお、受信部からＰｒｏｇｒａｍＮｏの指定を受ける度にストリームから必要なパケットを取得してもよい。一例として、ＰＡＴ、ＰＭＴなどのストリームの構造情報を保持、あるいは取得することが考えられる。そうすることにより、ＰｒｏｇｒａｍＮｏが指定されると、同じＰｒｏｇｒａｍＮｏを持つＰＭＴを探し、そのＰＭＴ内に含まれるＰＩＤや、ＰＭＴのＰＩＤを返すことができる。また、逆にＰＩＤが指定された際に、そのＰＩＤを含むサービス（ＰＭＴ）を求め、そのＰｒｏｇｒａｍＮｏを返すということも可能である。
【０２００】
また、ＰＡＴやＰＭＴ自体をＰＳＩ記憶部３２０３でキャッシュしておき、受信部へバイナリとして返すことも可能である。更に、ここでは、ＰＳＩ記憶部３２０３を記憶部として実現した場合の説明を行ったが、ＣＰＵ上で動作するソフトウェアで実現してもよい。また、ＰＳＩ記憶部３２０３は必ずしも単体で存在する必要もなく、受信部３２０１やフィルタリング部１５０２の一部として存在することも可能である。なお、ＰＳＩ記憶部３２０３では、受信部３２０１によって指定されたＰｒｏｇｒａｍＮｏを持つＰＭＴのＶｅｒｓｉｏｎＵｐを自動的に検出することも可能である。ＶｅｒｓｉｏｎＵｐを検出した際のＥＳの増減に対し、新たにＰＩＤの追加や削除を受信部３２０１へ通知することもできる。また、この通知は直接フィルタリング部１５０２へ送ってもよい。
【０２０１】
フィルタリング部１５０２は、実施の形態１で説明したものと同等の機能で本実施の形態も実現できる。
【０２０２】
本実施の形態で示した構成要素の各機能は、ハードウェアで実現しても、ＣＰＵ上で動作するソフトウェアで実現してもよい。
【０２０３】
（実施の形態３）
実施の形態１では、前処理部１２０２の内部構成を表すブロック図として図１５を想定していたが、図３４に示すように、受信部３４０１、フィルタリング部１５０２、デフォルト設定部３４０４とすることも可能である。更に、実施の形態２で説明したＰＳＩ記憶部３２０３も構成要素の一部としてあってもよい。なお、本実施の形態３では、実施の形態１、実施の形態２で説明した機能に追加する機能についてのみ説明する。
【０２０４】
図３５は、受信部３４０１のフローチャートを示す。
受信部３４０１は、ＣＰＵ１２１０上で動作するプログラムからの設定をデフォルト設定部３４０４へ設定することができる。そして、デフォルト設定部３４０４からフィルタリング条件を取得し、フィルタリング部へ設定することができる（ステップ３５０２）。この機能を利用するタイミングの一例として、ＣＰＵからの命令が来ない場合や、受信部の初期化時に設定を行うことが想定される。そして、デフォルト設定部３４０４の設定をフィルタリング部１５０２に設定した後に、新たにＣＰＵ１２１０上で動作するプログラムからの設定があった場合、フィルタリング部へと設定することができる（ステップ３５０４）。
【０２０５】
デフォルト設定部３４０４は、具体的にはＲＯＭにあり、常に取得しないといけないものを設定する。この一例として、実施の形態２で示したデスクランブルに必要な情報（ＣＡＴやＥＭＭなど）を設定しておいてもよい。またこれ以外の、特定のパケットであってもよいし、ＥＳなどでもよい。これは、受信部３４０１によって設定される。また、常に取得しないといけないものを記憶する以外に、電源が切られる前に、設定していた情報を保持しておき、端末装置の電源を入れた際に、その設定を読み出し、ＣＰＵに指定されるまで間に利用することもできる。つまり、受信部の初期化時に呼び出し、フィルタリング部に設定することという例も可能である。なお、指定の形式はＰＩＤであってもＰｒｏｇｒａｍＮｏであってもよい。また、追加、削除の設定も記憶することができる。ここでは、本機能を記憶部として実現した場合の説明をしたが、ＣＰＵ上のプログラムからの呼び出しで動くライブラリであってもよい。なお、デフォルト設定部３４０４は、受信部３４０１やフィルタリング部１５０２やその他の機能の一部として存在することも可能である。
【０２０６】
フィルタリング部１５０２は、実施の形態１で説明したものと同等の機能で本実施の形態も実現できる。
【０２０７】
なお、ＰＳＩ記憶部３２０３も、内部構成の一部として存在することも可能である。更に、本実施の形態で示した構成要素の各機能は、ハードウェアで実現しても、ＣＰＵ上で動作するソフトウェアで実現してもよい。
【０２０８】
（実施の形態４）
複数のトランスポートストリームにおいて、発生する競合を回避するための変換を行う場合と、トランスポートストリームから選択したストリームに一致するように、ストリーム中のパケットの構造情報を書き換える場合などが存在する。前者の一例として、複数のトランスポートストリームから、同一のＰＩＤやＰｒｏｇｒａｍＮoが存在し、取得したいＰＩＤやＰｒｏｇｒａｍＮｏに重複が生じた場合、重複したパケットのＰＩＤやサービスのＰｒｏｇｒａｍＮｏなどの変換を行うことや、変換したトランスポートストリームにおいて、パケットやサービスを識別するために、ＰＡＴやＰＭＴの変換を行うことも可能である。また後者の場合、トランスポートストリームから、ＰＩＤやＰｒｏｇｒａｍＮｏを指定した際に、選択したストリームと不整合が生じないように、ＰＡＴやＰＭＴを変換する場合も想定される。
【０２０９】
実施の形態１では、前処理部１２０２の内部構成を表すブロック図として図１５を想定していたが、図３６に示すように、受信部３６０１、フィルタリング部３６０２、変換部３６０５とすることも可能である。更に、実施の形態２で説明したＰＳＩ記憶部３２０３や実施の形態３で説明したデフォルト設定部３６０４のいずれかあるいは全てが構成要素の一部としてあってもよい。なお、本実施の形態４では、実施の形態１、実施の形態２、実施の形態３で説明した機能に追加する機能についてのみ説明する。
【０２１０】
図３７は、受信部３６０１のフローチャートを示す。
受信部３６０１は、ＣＰＵ１２１０上で動くプログラムからパケットの変換の要求を取得した場合、または、自ら変換の必要性を発見した場合に（ステップ３７０１）、変換部３６０５へと変換の必要のあるＰＩＤやＰｒｏｇｒａｍＮｏを設定する（ステップ３７０２）。そして、変換部３６０５から変換するパケットを受信し（ステップ３７０３）、フィルタリング部３６０２へ書き換えるパケットとＰＩＤを指定する（ステップＳ３７０４）。更に、ＣＰＵ１２１０上で動作するプログラムからの設定があった場合（ステップＳ３７０５）、フィルタリング部へと設定することができる（ステップ３７０６）。
【０２１１】
図３８は、変換部３６０５のフローチャートを示す。
変換部３６０５は、受信部３６０１からの変換するＰＩＤかＰｒｏｇｒａｍＮｏの設定をされる（ステップ３８０１）。このとき、ＰＩＤの指定をされた場合は、ＰＳＩ記憶部３２０３より、ＰｒｏｇｒａｍＮｏを求める（ステップ３８０２）。そして同じＰｒｏｇｒａｍＮｏを持つＰＭＴとＰＡＴを取得する（ステップ３８０３）。設定された条件に従うかあるいは、他のＰＩＤやＰｒｏｇｒａｍＮｏと重複がおきないように、受信部３６０１から設定されたＰＩＤあるいはＰｒｏｇｒａｍＮｏで指定された実際のデータとＰＡＴやＰＭＴの間で、不整合がおきないように書き換える（ステップ３８０４）。そして、書き換えたＰＡＴやＰＭＴを受信部３６０１へ返す。
【０２１２】
なお、変換部３６０５からフィルタリング部３６０２へ直接設定してもよい。以上のように変換部３６０５では、ＰＡＴ，ＰＭＴなど構造情報を表すものの書き換えを行うが、必要に応じて、他のパケットを変更することも可能である。また、ＰＡＴやＰＭＴと実際に含まれるトランスポートストリームの間に不整合が生じた場合でも、ＣＰＵ１２１０上のプログラムで、実際にストリームが存在するか否かを判断できる場合や、ＣＰＵ１２１０上のプログラムにおいて、オリジナルのＰＡＴ、ＰＭＴを必要とする場合は、変換部３６０５の処理を行う必要はない。なお、変換部３６０５は、前処理部１２０２の中で行ってもよいし、多重化部１２０３内で行ってもよい。また、両方で行っても良い。
【０２１３】
なお、前処理部１２０２内の変換部３６０５で最低限実現する必要があるＰＭＴの変換は、前処理部１２０２で行い、多重化部１２０３でＰＡＴの変換を行うということもできる。更に、本機能は、ハードウェアで実現しても、ＣＰＵ上のプログラムからの呼び出しで動くライブラリであってもよい。更に、端末装置に電源が入れられた時やＣＰＵ上のプログラムによって作成された独立したプログラムであってもよい。なお、変換部３６０５の各処理は、受信部３６０１やフィルタリング部３６０２の一部やその他の機能の一部として存在することも可能である。また、ＣＰＵ１２１０から変換するパケットを受信部３６０１で直接受信し、それを受信部３６０１がフィルタリング部３６０２へ設定することも可能である。
【０２１４】
図３９は、フィルタリング部３６０２のフローチャートを示す。
フィルタリング部３６０２は、受信部３６０１によって変換の要求を受けた場合、変換するパケット自身とそのＰＩＤを受信する（ステップ３９０２）。そして、受信したパケットの変換を設定する（ステップ３９０３）。さらに、受信部３６０１から変換の要求がある場合は、それらを処理し、フィルタリングを行う。
【０２１５】
デフォルト設定部３６０４は、変換部３６０５で変換したパケットの情報も記憶することも可能である。
【０２１６】
また、ＰＳＩ記憶部３２０３も内部構成の一部として存在することも可能である。本実施の形態で示した構成要素の各機能は、ハードウェアで実現しても、ＣＰＵ上で動作するソフトウェアで実現してもよい。
【０２１７】
（実施の形態５）
実施の形態１では、前処理部１２０２の内部構成を表すブロック図として図１５を想定していたが、図４０に示すように、受信部４００１、フィルタリング部４００２、ＳＩＴ作成部４００７とすることも可能である。更に、実施の形態２で説明したＰＳＩ記憶部３２０３や実施の形態３で説明したデフォルト設定部３４０４、及び実施の形態４で説明した変換部３６０５のいずれかあるいは全てが構成要素の一部としてあってもよい。なお、本実施の形態５では、実施の形態１、実施の形態２、実施の形態３、実施の形態４で説明した機能に追加する機能についてのみ説明する。
【０２１８】
図４１は、受信部４００１のフローチャートを示す。
受信部４００１は、ＣＰＵ１２１０上で動くプログラムによって、ＰＩＤ指定をされた場合は、ＰＳＩ記憶部３２０３よりＰｒｏｇｒａｍＮｏを求める（ステップ４１０２）。こうして求めたＰｒｏｇｒａｍＮｏを基に、指定されたサービスに関連しないＴＳパケットのＰＩＤを求める（ステップ４１０３）。なお、ここではＰＩＤを求めることにしているが、関連しないＰｒｏｇｒａｍＮｏを求めてもよいし、関連するＰＩＤやＰｒｏｇｒａｍＮｏのみを選択できるように指定を行っても良い。
【０２１９】
特別に選択された一つあるいは複数のサービスに関係しないトランスポートストリームをＭＰＥＧ２トランスポートストリームから取り除くことによって得られたビットストリームをパーシャルトランスポートストリームと呼ぶ。このパーシャルトランスポートストリームの生成方法は、運用規定によって決められている。例えば、このＰＩＤを求める際の方法の一例として、このパーシャルトランスポートストリームの生成方法を利用することが考えられる。
【０２２０】
パーシャルトランスポートストリームは、ＢＤなどの蓄積メディアへ記録する際に生成される。更に、ＩＥＥＥ１３９４へトランスポートストリームを流す場合も生成されることが一般に知られている。このような標準の規格に準拠していることにより、蓄積メディアへの保存やＩＥＥＥへの出力において、既存のシステムとの互換性を保持することができる。パーシャルトランスポートストリームの詳細が記載されている規格書の一例として、ＢＳデジタルではＡＲＩＢ  ＳＴＤ−Ｂ２１とＡＲＩＢ  ＴＲ−Ｂ１５がある。また、欧州デジタル放送ではＥＮ３００  ４６８、北米デジタル放送ではＥＩＡ／ＣＥＡ−７７５．２が存在する。これらの規格では、パーシャルトランスポートストリームで使用する番組配列情報の基本構成及び識別子の運用基準、番組配列情報のデータ構造と定義、テーブルの運用方法が決められている。
【０２２１】
テーブルには、ＤＩＴ（Ｄｉｓｃｏｎｔｉｎｕｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）とＳＩＴ（Ｓｅｌｅｃｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）が存在する。ＤＩＴは、パーシャルトランスポートストリームで伝送される番組配列情報が不連続かもしれない変化点を指示する。ＳＩＴは、パーシャルトランスポートストリームで伝送されるサービスに関する情報の指示を行う。例えば、ＡＲＩＢでは、このＤＩＴとＳＩＴの送出は必須であり、ＳＩＴ記述子なども詳細に決定されている。更に、ＰＳＩデータはＰＡＴ，ＰＭＴに制限され、それ以外のＮＩＴなどの情報は、ＳＩＴの記述子として実現される。ＳＩＴはパーシャルトランスポートストリームに関連する放送ストリーム全ての番組配列情報の要約を含んでおり、ＳＩＴ以外の番組配列情報を伝送しない。詳細は、各仕様書を参照されたい。
【０２２２】
パーシャルトランスポートストリームの仕様を利用して、ＣＰＵ上のプログラムによって指定されたＰＩＤまたは、ＰｒｏｇｒａｍＮoのサービスをトランスポートストリームから取得する場合は、ＳＩＴを作成する必要があるため、受信部４００１では、ＰｒｏｇｒａｍＮｏとＳＩＴの作成する記述子情報などをＳＩＴ作成部４００７へと指定する（ステップ４１０４）。なお、本実施の形態で説明するＳＩＴに関しては、ＡＲＩＢなどの運用規定で決まっているＳＩＴに加え、番組情報やユーザ情報など付加情報の追加やデータの削除を行った場合においても適用可能である。また、ＳＩＴ作成部４００７への指定は必ず行わなければならない処理ではない。例えば、北米デジタル放送の運用規格においては、ＳＩＴの挿入が必須ではないため、ステップ４１０４のＳＩＴ作成部への指定を行わないことも可能である。
【０２２３】
そして、フィルタリング部４００２へ削除するＰＩＤの指定とＤＩＴの作成を指示する（ステップ４１０５）。なお、ここでもステップ４１０３と同様、削除するＰＩＤの指定の代わりに、関連しないＰｒｏｇｒａｍＮｏと削除要求を指示してもよいし、関連するＰＩＤかＰｒｏｇｒａｍＮｏと選択要求を指定しても良い。更に、ＤＩＴ作成の指示は、常に行うものではなくＣＰＵ上のプログラムにより指定があった場合のみ設定することもできる。なぜなら、ＢＤレコーダなどへデータを記録する場合は、ＤＩＴを必要としてない場合があるためである。
【０２２４】
次に、受信部はＳＩＴ作成部４００７から作成したＳＩＴを受け取り、送出頻度などの条件と共にフィルタリング部４００２へ指定する（ステップ４１０６）。なお、ステップ４１０５と４１０６の指定はどちらを先に行っても本発明は適用可能である。また、当然のことながら、ステップ４１０４でＳＩＴ作成を指定しなかった場合は、ステップ４１０６も行う必要はない。更に、ＳＩＴ作成部は、単体で存在してもよいし、他の構成部の中で実現されてもよい。一例として、フィルタリング部の中で実現されることも考えられる。更に、ＣＰＵ１２１０上で動作するプログラムからの設定があった場合、フィルタリング部へと設定することができる（ステップ４１０７）。
【０２２５】
図４２は、ＳＩＴ作成部４００７のフローチャートを示す。
ＳＩＴ作成部４００７は、受信部４００１からＰｒｏｇｒａｍＮｏとＳＩＴの記述子情報などを受け取る（ステップ４２０１）。受信部から受け取った情報を基に、ＳＩＴの作成を行う（ステップ４２０２）。ＳＩＴの各記述子を作成するためには、トランスポートストリーム中でその情報を運んでいるパケットを取得する必要がある。そのため一度、メモリに、ＳＩＴを作成するために必要なパケットのバッファリングを行いながら、作成する必要がある。トランスポートストリームから必要なパケットを取得するためには、ＰＳＩ記憶部へ指定を行い、取得することができる。また、ストリームから直接取得してもよい。ＳＩＴを作成した後、受信部４００１へ作成したＳＩＴを返す（ステップ４２０３）。また、フィルタリング部４００２から読み込み可能な領域へそのＳＩＴをおき、直接フィルタリング部４００２へ通知することもできる。当然のことながら、直接フィルタリング部４００２へＳＩＴのデータを渡すことも可能である。また、ＳＩＴに関しても、運用規定によって必須の場合と必須ではない場合が存在する。また、ＳＩＴ作成部は、単体で存在してもよいし、他の構成部の一部として存在することも可能である。一例として、フィルタリング部の一部として実現されることも考えられる。
【０２２６】
図４３は、フィルタリング部４００２のフローチャートを示す。
フィルタリング部４００２は、ＤＩＴの設定の必要がある場合は、フィルタリングを行う際に、ＤＩＴの挿入を行う（ステップ４３０２）。また、受信部４００１からＳＩＴの追加要求がある場合は、追加するパケットと送出頻度などの条件を取得する（ステップ４３０４）。なお、受信部４００１あるいはＳＩＴ作成部４００７とフィルタリング部４００２が共に参照できるメモリからＳＩＴを取得し、条件のみ受信部４００１から取得してもよい。そして、指定された条件にあわせて、適宜、ＳＩＴの追加を行う（ステップ４３０５）。そして、このような処理を行いながら、指定されたＰＩＤの追加や削除のフィルタリングを行う（ステップ４３０７）。
【０２２７】
本実施の形態で示した構成要素の各機能は、ハードウェアで実現しても、ＣＰＵ上で動作するソフトウェアで実現してもよい。
【０２２８】
（実施の形態６）
複数のトランスポートストリームを識別するために、ヘッダの付与を行う。
【０２２９】
実施の形態１では、多重化部１２０３の内部構成を表すブロック図として図１８を想定していたが、図４４に示すように、ヘッダ付与部４４１１と多重部１８１２を構成要素とすることも可能である。なお、本実施の形態では、実施の形態１、で説明した機能に追加する機能についてのみ説明する。
【０２３０】
図４６は、ヘッダ付与部４４１１のフローチャートを示す。
ヘッダ付与部４４１１は、前処理部１２０２において前処理を施された複数のトランスポートストリームを受信する（ステップ４６０１）。そして、その複数のトランスポートストリームの識別を行うために、現在取得している各パケットにヘッダを付与し、多重部１８１２へ送る（ステップ４６０２）。ＭＥＰＧトランスポートストリームにおける、パケットの例を図４５に示す。パケット４５００は、ヘッダを付与して作成した新しいパケット全体を示す。ヘッダ４５０１は、ヘッダ付与部４４１１で付与されてトランスポートストリームの識別に用いられる。なお、ここではヘッダを１２byteとしているが、何byteをヘッダとしても本実施の形態は適用可能である。ペイロード４５０２は、ヘッダ付与部４４１１以前のパケット部分であり、ＭＰＥＧトランスポートストリームの場合は、ＭＰＥＧＴＳパケットの１８８ｂｙｔｅに相当する。また、これは他のトランスポートストリームであってもよいし、ＭＰＥＧ２プログラムストリームであってもよい。
【０２３１】
多重部１８１２は、実施の形態１と同様の機能で実現できる。
本実施の形態で示した構成要素の各機能は、ハードウェアで実現しても、ＣＰＵ上で動作するソフトウェアで実現してもよい。
【０２３２】
（実施の形態７）
これまでの実施の形態では、基本的に端末装置１２００内で複数のトランスポートストリームから、ＰＩＤやＰｒｏｇｒａｍＮｏの選択を行う方針を考慮してきた。そこで本実施の形態では、アダプタ１２０４からの要求を受け付け、端末装置１２００内で検討あるいは再検討を行う方法を考える。なお、アダプタ１２０４から選択すべきＰＩＤの指定あるいは削除すべきＰＩＤの指定が随時行われる場合を考える。
【０２３３】
本実施の形態を説明するため、これまで述べた実施の形態の受信部を簡略化しまとめたフローチャートを図４７と図４８に示す。なお、ステップ４７０２の受信部の独自判断で設定条件を設定用リストへ追加するという処理は、実施の形態３で示したデフォルト設定部を示し、必須の処理ではない。またステップ４７０５に関しては、実施の形態１及び２で示した、受信部でＰＩＤやＰｒｏｇｒａｍＮｏの追加・削除の設定を追加する処理を想定している。なお、この処理も必須の処理ではい。
【０２３４】
また、ステップ４８０１のバージョンアップに関しては、実施の形態２で記述したＰＭＴのＶｅｒｓｉｏｎＵＰなどの処理を明示化したものである。また、ステップ４８０４の削除する条件の検討は、実施の形態１の削除する条件を検討する際に、優先度などを考慮し設定する記述を明示化したものである。また、図４７で記述した設定用リストは、これまでの実施の形態では受信部が考慮する際に暗黙的に扱っていたが、本実施の形態では、より明確に説明を行うため明示した。設定用リストは、条件の指定方法、条件の内容、条件の設定元属性、現在のフィルタリング部１５０２で設定中か否かなどの情報を管理する。
【０２３５】
設定用リストの一例を図４９へ示す。図４９では、条件内容にＰＩＤとＰｒｏｇｒａｍＮｏの両方を設定しているが、削除追加を検討する際の利便性を考慮しＰＳＩ記憶部３２０３などを利用し設定条件から補間する例を示したが、これはＰＩＤのみを記述するように設定してもいいし、両方の項目を用意し設定された方のみを記述するようにしてもよい。また設定用リストにおいて列４９０５の状態が削除の場合はフィルタリング部へ削除の設定が行われた後に、設定用リストから消去することにしてもよい。例えば、図４７のステップ４７０７においてフィルタリング部へ設定用リストの変更された条件を通知した後に、受信部１５０１が設定用リストからの削除を行ってもよいし、あるいは、フィルタリング部１５０２が行ってもよい。具体例としては、フィルタリング部へは変更された項目のみを通知し、正しく条件の削除を行えたか否かを、返り値などで受け取ることで、受信部１５０１が行うという方針や、ステップ４７０７でフィルタリング部１５０２へ設定用リスト自身を渡し、フィルタリング部で行うという方針にしてもよい。
【０２３６】
以上、図４７及び図４８はこれまでに記述した実施の形態の範囲である。
本実施の形態で適用した処理を図５０に示す。図５０において、図４７と同じ番号の処理は、図４７と同じ処理を行うため詳細な説明を省略する。
【０２３７】
ここでは、ステップ５００８及びステップ５００９の処理及び、端末装置１２００とアダプタ１２０４間のビットレートが超えるなどステップ４８０３及びステップ４８０４の処理能力を超えた際の条件削除について以下に説明する。
【０２３８】
前処理部１２０２の受信部１５０１は、図５０の処理を繰り返し行うため、アダプタ１２０４からのフィルタリングの条件設定を受信した場合は、その設定条件をフィルタリング部１５０２へ設定する設定用リストへ追加する。すなわち、図４９の設定用リストの列４９０４の設定元属性にアダプタと記述し、設定条件を記述する。もし、行われていない場合は、ステップ５００８及びステップ５００９の設定を行わず、図４７と同様に処理する。
【０２３９】
アダプタ１２０４と端末装置１２００間の通信イメージを図５１に示す。アダプタ１２０４と端末装置１２００間の通信には、図５２に示すようにアダプタ１２０４から端末装置１２００へメッセージを送信し、端末装置１２００からアダプタへメッセージに対する返信を行う場合と、端末装置１２００からアダプタ１２０４へメッセージを送信し、このメッセージに対する答えをアダプタ１２０４から端末装置１２００へ送信する場合が考えられる。
【０２４０】
ここでは、これらのメッセージ形式と返答形式について記述する。
まず、アダプタ１２０４から端末装置１２００へメッセージを送信し、端末装置１２００からアダプタへメッセージに対する返信を行う場合を考える。
【０２４１】
図５３は、アダプタ１２０４から端末装置へ送信される、削除してはいけないリストあるいは削除可能なリストを示す。この削除してはいけないリストあるいは削除可能なリストの一例を図５３、図５４、図５５に示す。
【０２４２】
図５３では、リストの列５３０１にリスト記述するＥＳがどのトランスポートストリームに属するＥＳかを特定するＬＴＳＩＤを記述する。ＬＴＳＩＤは、トランスポートストリーム５３２１又はトランスポートストリーム５３２２を特定する指標となる。なお、トランスポートストリーム５３２１の中にサービス５３３１などのような矢印でしめした複数のサービスが存在し、そのサービスには、ＥＳ５３４１で示したような映像や音声及びデータなどを伝送するＥＳが存在する。このＥＳの識別子のＰＩＤをリストの５３０３に指定する。
【０２４３】
次に図５４では、図５３のサービス５３３１の指定をリストに追加した例を示す。ここでは、図５３の行５３１２、５３１３、５３１４に示されるようにＥＳごとに指定するのではなく、ＬＴＳＩＤ(1)の中のサービス番号（ProgramNo）２のＥＳを全て含むように指定している。また、行５４１５のように、ある特定のＥＳのみを指定することもできるように設定することも可能である。このとき、サービスをアダプタ１２０４が解釈できるように、ＯＯＢからＰＡＴやＰＭＴあるいはこれらの情報に相当する情報が流れることも想定できる。あるいは、Ｉｎｂａｎｄに流れるＰＡＴ及びＰＭＴあるいはこれらの情報に相当する情報を必ずアダプタ１２０４へ送信するような規則を設定することもできる。なお、ＥＳ単位の指定ではなく、サービス単位で指定する場合は、列５３０１及び列５４０２のみを指定したリストであってもよい。
【０２４４】
次に、図５５では、図５４の指定に、列５５０４のフィルタリングの可否を設定することができるようなリストを示す。つまり、図５４や図５３では、削除してはいけないリストか削除可能リストのいずれかの表現しかできなかったのに対し、図５５では、各ＰＩＤにその条件がフィルタリングしてもよいかいけないのかということを指定できるように設定することができる。また、この列５５０４で示したフィルタリング可否を図５３へ追加することもできる。
【０２４５】
なお、図５４、図５３、図５５では複数行の指定を行っているが、一行だけの指定しかできないメッセージで伝送してもよいし、削除してはいけないリストあるいは削除可能なリストの全てあるいは一部の情報を含むリストであってもよい。また、これらの削除してはいけないリストあるいは削除可能なリストの両方を送信してもよい。
【０２４６】
これに対し、端末装置１２００からアダプタ１２０４への返信メッセージは、単に承認するメッセージを送信することが想定できる。また、端末装置１２００から、削除したいリストあるいはアダプタへ送信するリストを図５３や図５４の形式で送信することも想定することができる。この図５３や図５４のリストを端末装置１２００からアダプタ１２０４へ送信する場合は、端末装置１２００からアダプタ１２０４へのメッセージを送信し、アダプタ１２０４から端末装置１２００へ返信することと同じ処理になる。
【０２４７】
メッセージの発信者とその質問形式と返答形式の関係の例を図５６に示す。
これまで、図５６の行５６１１のアダプタ１２０４から端末装置１２００へのメッセージ送信を考慮してきた。今度は、逆に行５６２２の端末装置１２００からアダプタ１２０４へのメッセージ送信と、アダプタ１２０４から端末装置１２００への返信について考慮する。
【０２４８】
端末装置１２００からアダプタ１２０４へは、端末装置内で削除しようとしている候補のリストを送ることや、端末装置からアダプタへ送信するリストを送ることが想定できる。これらの送信形式は、前述した図５３のようなＰＩＤ指定であってもよいし、図５４のようなＰＩＤとＰｒｏｇｒａｍＮｏの混合指定であってもよいし、単にＰｒｏｇｒａｍＮｏのみの指定であってもよい。また、図５５の形式で、フィルタリングするものとしないものを指定する形式のリストであってもよい。
【０２４９】
これに対する返信形式は、単に承認したか否かを返すメッセージであってもよい。また、その承認か否かを示す形式に、図５５のリスト形式で返信してもよい。また、承認できない場合は、アダプタ１２０４から端末装置１２００へ削除してはいけないリストあるいは削除可能リストを送信することが想定できる。また、図５５で承認の可否を示すと共に、図５３あるいは図５４で削除してはいけないリストあるいは削除可能リストを送信するように、複数のリストを送信してもよい。
【０２５０】
なお、図５４、図５３、図５５では複数行の指定を行っているが、一行だけの指定しかできないメッセージで伝送してもよいし、端末装置内で削除しようとしている候補のリストを送ることや、端末装置からアダプタへ送信するリストの全てあるいは一部の情報を含むリストであってもよい。また、端末装置内で削除しようとしている候補のリストと、端末装置からアダプタへ送信するリストのように複数のリストを送信する形式であってもよい。
【０２５１】
次に、図４８のステップ４８０３及びステップ４８０４の処理を行う方法に関して以下に述べる。
【０２５２】
受信部１５０１は、ステップ４８０３で、処理能力を超えている通知を、多重化部などから受信した場合、ステップ４８０４において、設定用リストを用いて削除する条件（ＰＩＤあるいはＰｒｏｇｒａｍＮｏ）の検討を行う。なお、ステップ４８０３では、処理能力を超えているか否かという判断をしているが、削除できる項目がある限り、できるだけ多く削除してもよい。
【０２５３】
ステップ４８０４の検討方法は、前述した実施の形態に示した処理と共通する（特に、実施の形態１で示した優先的に追加・削除する処理や、実施の形態２で示したサービス単位での追加・削除の処理、サービス内の一部の追加・削除の処理と共通する）。ここでは、アダプタ１２０４の条件設定を行われたことで発生する新たな条件のみを明記する。なお、アダプタ１２０４を考慮した場合、これまでの実施の形態と同様に受信部１５０１が設定用リストを参照し独自に検討する方法と、アダプタ１２０４と相談して削除する条件の検討を行う方法を想定することができる。このアダプタとの相談方法は、前述した図５３や図５４や図５５を用いた、図５６の表で示すフォーマットで通信することが考えられる。
【０２５４】
なお、ステップ４８０４の検討方法は前述した実施の形態も含めこれらの検討方法の一部あるいは、全部、あるいはこれらの組み合わせであってもよい。また、これらの検討方法の一部あるいは、全部、あるいはこれらの組み合わせを一回で処理するのではなく、これらの検討方法に優先度を与え、検討方法の優先度にしたがって、ステップ４８０３の条件が解除されるまで繰り返してもよい。
【０２５５】
例えば、組み合わせ方法として、始めに受信部１５０１が設定用リストを参照することで検討し、それでもステップ４８０３の判断がＹｅｓにならない場合は、アダプタ１２０４と相談して削除する条件の検討を行ってもよい。なお、受信部１５０１が設定用リストを参照し独自に検討する場合と、アダプタ１２０４と相談して削除する条件を検討する場合などの具体例は、以下の記述やこれまでの実施の形態に示した処理の一部、あるいは全部、あるいはいくつかの方法の組み合わせであってもよい。
【０２５６】
ここで、受信部１５０１が単独で削除する条件の検討方法についての例を列挙する。
例えば、受信部１５０１が保持する設定用リストの設定元属性の列４９０４から独自の条件を優先的に削除してもよい。
【０２５７】
また、受信部１５０１が保持する設定用リストの設定元属性の列４９０４から独自の条件を優先的に削除し、それでも図４８のステップ４８０３の判断がＹｅｓとならない場合は、設定用リストの設定元属性の列４９０４からアプリを選択する方法にしてもよい。なお、この時、受信部１５０１は、その条件を設定したアプリあるいはそのアプリを操作するユーザへ、ステップ４８０３の判断がＹｅｓにならないことを通知してもよい。この時の通知方法としては、アプリに対してはＥｖｅｎｔを投げる方法や、ユーザに対してはＨＴＭＬファイルをＣＰＵ上で動作するプログラムへ設定することで、ユーザへ通知してもよい。
【０２５８】
また、多重部によって削除された場合は、設定用リストから消去する方法の場合、受信部１５０１が保持する設定用リスト内の状態に削除中が存在すると、その削除中と明記された条件の消去によりステップ４８０３の判断がＹｅｓとなる可能性があるため、ステップ４８０４では設定しないという方針でもよい。
【０２５９】
また、設定用リストの設定元属性の列４９０４が独自の条件であり、かつ、他の設定元属性（ＣＰＵ１２１０上で動作するアプリあるいはアダプタ１２０４）によって指定されていない条件（ＰＩＤあるいはＰｒｏｇｒａｍＮｏ）を優先的に削除してもよい。
【０２６０】
また、他の方法に従い、削除候補となった条件が、他の設定元属性によって指定されていない条件を優先的に削除してもよい。
【０２６１】
また、設定条件に指定された条件で運ばれるパケットをＰＳＩ記憶部３２０３でモニタリングし、設定されたパケットが一定時間流れてこない場合は、その条件を削除するという方針にしてもよい。
【０２６２】
また、古い要求から削除するという方針にしてもよい。
ここで、アダプタ１２０４と相談して削除する条件の検討方法についての例を列挙する。
【０２６３】
受信部１５０１が単独で削除する条件の検討方法（上記及びこれまの実施の形態）において、削除候補として選ばれた条件全てのリストを、あるいは一部をアダプタ１２０４へ図５３、図５４、図５５などのフォーマットで送信し、アダプタ１２０４から受信した承認メッセージあるいは、削除してはいけないリストあるいは削除可能なリストを参照し、削除する条件を再検討する。
【０２６４】
なお、この時、設定用リストの設定元属性の列４９０４がアダプタ１２０４のものに関してのみアダプタ１２０４へ送信するリストへ含むという方法でもよい。また、設定用リストの設定元属性の列４９０４が独自のものあるいはアダプタのもの、あるいは設定用リストの設定元属性の列４９０４に関わらず、アダプタ１２０４へ送信するリストへ含むという方法であってもよい。
【０２６５】
図５６に示した質問以外に、受信部１５０１はアダプタ１２０４へ、アダプタ１２０４が設定した条件の全てを削除する要求を出し、その返信が承認されたら、設定元属性の列４９０４からアダプタ１２０４のものを全て削除する。承認されなかった場合は、上記の図５３や図５４及び図５５フォーマットを用いて、アダプタ１２０４を質問してもよい。
【０２６６】
また、アダプタ１２０４からの削除してはいけないリストあるいは、削除可能リストの送信要求を端末装置１２００からアダプタ１２０４へ送信し、受信したリストを考慮して削除するＥＳやサービスを検討してもよい。
【０２６７】
ここで、上記三つのアダプタ１２０４と相談して削除する条件の検討方法においては、アダプタ１２０４によって承認されるまで、アダプタ１２０４との通信を繰り返すことや返信が届くまで待ちつづけるという方法でもよい。また承認の可否に関わらず、強行で行うことや、タイムアウトまで待ち返信が届かないときは強行で行うなどいずれの場合においても想定することができる。
【０２６８】
また、上記以外にもアダプタ１２０４から端末装置１２００へ削除候補リストなどの発送要求を出すことも考えられる。
【０２６９】
また、アダプタ１２０４へは単に、端末装置１２００とアダプタ１２０４間のビットレートが超えたというような、ビットレートを減らさないといけない原因をアダプタ１２０４へ通知し、アダプタ１２０４が削除していい条件を送ってくるまで待つという方法でもよい。
【０２７０】
なお、図５０では、アダプタ１２０４からの要求（ステップ５００８）がなかった場合は、受信部の４７０１〜４７０７の処理を繰り返すという方法にしているが、アダプタ１２０４からの要求を受信し、アダプタ１２０４からの要求をトリガとして動作してもよい。つまり、ステップ５００８の判断が少なくとも一回はＹｅｓの状態に遷移しステップ５００９の設定を行った後に、図４７あるいは図５０の処理を繰り返すという設定にしてもよい。
【０２７１】
なお、ステップ４８０３の処理能力が超えていないかという判断は、これまでの実施の形態では、端末装置１２００とアダプタ１２０４間のビットレートが超えるという場合を明記したが、他にも端末装置１２００あるいはアダプタ１２０４の処理能力を超えた場合、あるいは受信端末内で保持した規則情報やアダプタから受信した抽出条件の要求を満足できない場合なども想定される。
【０２７２】
なお、ここでは実施の形態１で説明した、図１２及び図１５の前処理部や多重化部で説明しているが、実施の形態２〜６で説明した一部、あるいは全ての機能を有する前処理部や多重化部であってもよい。
【０２７３】
なお、これまでの実施の形態では、受信部１５０１のみで削除・追加する条件を考慮する場合、あるいは、アダプタ１２０４と受信部１５０１で交渉することにより、条件決定を行うことを考慮してきた。しかし、端末装置１２００内では考慮せずに、アダプタ１２０４から設定された要求のみを多重するように設定してもよい。具体例としては、アダプタ１２０４からの要求（ステップ５００８、５００９）とＣＰＵ上で動作するアプリからの要求（ステップ４７０３、４７０４）のみを処理し、ステップ４７０２やステップ４７０５などの独自判断での新規追加などは行わずに、ステップ４８０３の条件が一致したときのみ、ステップ４８０４の処理において、受信部１５０１で考慮するという方針でもよい。なお、このときの受信部１５０１で考慮する際は、アダプタ１２０４と交渉を行っても行わなくてもよい。
【０２７４】
なお、本実施の形態は、多重する際の方法に依存しないため、実施の形態1で述べたような、パケットの一部をトランスポートストリームの識別のために使用する方法でも、実施の形態６で述べたような、ヘッダを付与する方法であっても実施可能である。また他の多重化方法であってもよい。
【０２７５】
（実施の形態８）
本実施の形態では、受信部１５０１からフィルタリング部へ設定する際の、判断基準となる規則及び、多重化部１２０３で多重する際の判断基準となる規則の設定を考慮する。このため、これまでの実施の形態で示した図４７及び図５０などの、処理を行う前、あるいは途中に、アダプタ１２０４と交渉することにより、アダプタ１２０４及び端末装置１２００及び端末装置１２００とアダプタ１２０４間のインタフェースなどを考慮し、受信部１５０１及び多重化部１２０３の判断基準として用いる規則ファイルを生成することを考える。なお、この規則ファイルの生成は、図４７及び図５０の処理前のみに行えてもいいし、いつでも動的に規則ファイルの条件追加などが行えてもよい。
【０２７６】
図５７にアダプタ１２０４から処理能力の設定を受信した場合の処理を例示した。アダプタ１２０４からの処理能力には、アダプタ１２０４が扱うことができるトランスポートストリームの最大数やサービスの最大数、ＥＳの最大数などがある。また、アダプタ１２０４がＰＯＤ３００４のようにデスクランブル機能を有する場合は、限定解除を行うＣＡの数などを、アダプタ１２０４から受信部１５０１へメッセージを送信して行う。なお、この設定方法に関しては、ＯｐｅｎＣａｂｌｅ  Ｍｕｌｔｉ−ＳｔｒｅａｍＣａｂｌｅＣＡＲＤ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｏｆｏｃａｔｉｏｎ（ＯＣ−ＳＰ−ＭＣ−ＩＦ−Ｉ０１−０３０９０５）に記述がある。また、これ以外のメッセージフォーマットでもよいし、端末装置とアダプタ間を接続されたＰＩＮの電圧などで管理してもよい。このようにして受信したアダプタからの設定を、受信部１５０１は、受信部が保持する規則ファイルへ記述し保存する。
【０２７７】
また、端末装置１２００及びアダプタ１２０４間のインタフェースに関しては、アダプタ１２０４が端末装置１２００へ挿入された際に知ることができるため、端末装置１２００及びアダプタ１２０４間のインタフェースは、図４７及び図５０などを開始する前の前処理として、受信部１５０１あるいは、多重化部１２０３の判断基準に用いる規則ファイルに設定することができる。なお、一般にはこの物理インタフェースには、ＰＣＭＣＩＡ規格が利用されているが、この規格でなくても問題ない。ＰＣＭＣＩＡ規格に基づいて物理インタフェースで接続されるアダプタ１２０４の一例として、ＯｐｅｎＣａｂｌｅ  Ｍｕｌｔｉ−ＳｔｒｅａｍＣａｂｌｅＣＡＲＤ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｏｆｏｃａｔｉｏｎ（ＯＣ−ＳＰ−ＭＣ−ＩＦ−Ｉ０１−０３０９０５）のように複数のトランスポートストリームを扱えるアダプタ１２０４とのインタフェースは、約２００Ｍｂｐｓであり、一本のトランスポートストリームを扱えるビットレートは、トランスポートストリーム一本分が伝送できればいいので、２８Ｍｂｐｓあるいは３８Ｍｂｐｓ以上のビットレートがあればよい。
【０２７８】
次に受信部は、端末装置の処理能力として、多重化部１２０３の多重可能な最大ビットレートが考えられる。このビットレートは、多重化部の性能として事前に端末内で値を保持しておくことができる。
【０２７９】
アダプタ１２０４、端末装置１２００とアダプタ１２０４間のインタフェース及び端末装置１２００の処理能力から設定した規則ファイルに従い、受信部１５０１では、ステップ４８０３の条件を設定することができる。
【０２８０】
ステップ４８０３の設定は、多重化部１２０３からの処理能力を超えたという（要再検討）メッセージを受信した場合のみではなく、設定用リストと規則ファイルを比較することにより、アダプタ１２０４が扱える以上のサービス及びＥＳを指定している場合などを事前に検出し、多重化部１２０３からの要再検討の通知を受信する前に受信部１５０１内で、処理能力を超えないかを判断することができる。また、受信部１５０１内でこれらの事前判断を行う場合は、ステップ４８０３やステップ４８０４のタイミングのみではなく、ステップ４７０２やステップ４７０５など設定用リストを用いて判断する際に更に条件の追加可能か否かの判断に利用することができる。なお、この規則ファイルをもとにした判断に関しては、全て多重化部１２０３に任せ、受信部１５０１は処理能力を超えたか否かという情報と、どういう条件の処理能力を超えたのかという情報を、多重化部１２０３から受信し判断するという方法にしてもよい。
【０２８１】
一方、多重化部１２０３は、受信部１５０１によって指定された条件とアダプタ１２０４からの指定及び端末装置１２００とアダプタ１２０４間のインタフェースにより生成した規則ファイルを考慮することで、端末装置１２００とアダプタ１２０４間のビットレートを超えることなく、かつ、アダプタからの指定されたトランスポートストリームやサービス及びＥＳの最大数を超えないように、多重する必要がある。ここで、これらの条件を満たすことができない場合は、受信部１５０１へ通知する。
【０２８２】
こうすることで、受信部１５０１内でフィルタリングする条件を再検討し、再びフィルタリング部１５０２へ条件設定を行うことで、多重化部で１２０３では、端末装置１２００及びアダプタ１２０４間のビットレートやアダプタ１２０４の処理能力に応じたトランスポートストリームの多重を行うことができる。
【０２８３】
またこの時、これらの規則ファイルに一致するように、実施の形態４で説明した、ＥＳのＰＩＤの置き換えやそのＰＩＤの置き換えに従いＰＭＴの書き換えを行うことや、一つあるいは複数のトランスポートストリームのうち、選択されたサービスのみを明記したＰＡＴや、そのサービス中の選択されたＥＳのみを指定したＰＭＴを生成するというＰＡＴやＰＭＴなどの作り変えを行ってもよい。これは、多重化部１２０３から受信部１５０１へ通知し、受信部１５０１で考慮した書き換え規則をフィルタリング部１５０２へ設定し多重化部へ書き換えられたパケットが届くように設定することで実現する。
【０２８４】
なお、本実施の形態では、実施の形態１で説明した図１２及び図１５の前処理部や多重化部を用いた説明したが、実施の形態２〜６で説明した一部あるいは全ての機能を有する前処理部や多重化部であってもよい。
【０２８５】
（実施の形態９）
本実施の形態では、多重化の方法を決定するため、端末装置１２００とアダプタ１２０４間のメッセージフォーマットをどのような形式で行うかを決定する方法を検討する。多重化の方法に関しては、実施の形態１で示したＴＳパケットの一部をトランスポートストリームの識別ＩＤに使用するものと、実施の形態６で示したトランスポートストリームを識別するＩＤをヘッダとしてＴＳパケットの前に付与する方針を説明した。
【０２８６】
これらのどちらの方法を利用するかということは、アダプタ１２０４を端末装置１２００へ接続したとき、接続部の電圧の流れを利用し通知する方法や、事前に決定された特定のフォーマットで定められたメッセージで通知を行う方法が考えられる。
【０２８７】
以下に想定されるアダプタの動作の例を示す。これらは、一部あるいは組み合わせで利用することができるものとする。
【０２８８】
多重化方法として、実施の形態１で示したＴＳパケットの一部を、トランスポートストリームを識別するためのＩＤに利用する方法を利用するアダプタであることを通知する。
【０２８９】
多重化方法として、実施の形態６で示したＴＳパケットに新たなヘッダを追加することで、トランスポートストリームを識別する方法を利用するアダプタであることを通知する。
【０２９０】
上記のように、多重化方法を示す情報を受信することで、受信部１５０１は多重化部の規則ファイルにその多重化方法を設定する。
【０２９１】
なお、ここでは受信部１５０１が多重化部へ多重化方法を通知するとしたが、多重化部は受信部１５０１を介さずに独自で設定を行っても良い。
【０２９２】
なお、本実施の形態では、実施の形態１で説明した図１２及び図１５の前処理部や多重化部を用いて説明したが、実施の形態２〜６で説明した一部あるいは全ての機能を有する前処理部や多重化部であってもよい。
【産業上の利用可能性】
【０２９３】
本発明の放送受信装置は、安価なハードウェアを用いて複数のトランスポートストリームを同時に適切に処理することができるという効果を奏し、例えば有料放送用にスクランブルをかけて放送されるトランスポートストリームを受信する放送受信装置などに適用することができる。
【図面の簡単な説明】
【０２９４】
【図１】本発明に係る放送システムの構成図である。
【図２】本発明に係るケーブルテレビシステムにおいて放送局側システムと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。
【図３】本発明に係るケーブルテレビシステムにおいて放送局側システムと端末装置間の通信に使用される周波数帯域の使い方の他の例を示す図である。
【図４】本発明に係るケーブルテレビシステムにおいて放送局側システムと端末装置間の通信に使用される周波数帯域の使い方のさらに他の例を示す図である。
【図５】ＭＰＥＧ２仕様で規定されるＴＳパケットの構成図である。
【図６】ＭＰＥＧ２トランスポートストリームの模式図である。
【図７】ＭＰＥＧ２仕様で規定されるＰＥＳパケットがＴＳパケットを用いて伝送される際の分割の例を示す図である。
【図８】ＭＰＥＧ２仕様で規定されるＭＰＥＧ２セクションがＴＳパケットを用いて伝送される際の分割の例を示す図である。
【図９】ＭＰＥＧ２仕様で規定されるＭＰＥＧ２セクションの構成図である。
【図１０】ＭＰＥＧ２仕様で規定されるＭＰＥＧ２セクションの利用例を示す図である。
【図１１】ＭＰＥＧ２仕様及び運用仕様で規定されるパケットの階層構造の一例を示す図である。
【図１２】本発明に係る放送受信装置のハードウエア構成の一例を示す構成図である。
【図１３】本発明に係る放送受信装置の一例を示す外観図である。
【図１４】本発明に係る放送受信装置内の前処理部の機能の一例を示す図である。
【図１５】本発明に係る放送受信装置内の前処理部の構成の一例を示す構成図である。
【図１６】チューナと前処理部の出力例を説明するための説明図である。
【図１７】本発明に係る放送受信装置内の多重化部の機能の一例を示す図である。
【図１８】本発明に係る放送受信装置内の多重化部の構成の一例を示す構成図である。
【図１９】本発明に係る放送受信装置内の多重部の機能の一例を説明するための説明図である。
【図２０】本発明に係る放送受信装置内の多重部の機能の他の例を説明するための説明図である。
【図２１】ＭＰＥＧ２仕様で規定されるＴＳパケットの構成図である。
【図２２】前処理部内の受信部の動作を示すフローチャートである。
【図２３】前処理部内の受信部の他の動作を示すフローチャートである。
【図２４】前処理部内のフィルタリング部の動作を示すフローチャートである。
【図２５】前処理部内のフィルタリング部の他の動作を示すフローチャートである。
【図２６】多重化部内の書き換え部の動作を示すフローチャートである。
【図２７】多重化部内の多重部の動作を示すフローチャートである。
【図２８】入力部をフロントパネルで構成した場合の概観の一例を示す図である。
【図２９】本発明に係る放送受信装置内のデバイスを利用する際の動作を示すフローチャートである。
【図３０】本発明をケーブルテレビシステムで利用した場合の構成図である。
【図３１】アダプタの一例であるＰＯＤの構成図である。
【図３２】本発明に係る放送受信装置内の前処理部の構成図である。
【図３３】前処理部内の受信部の動作を示すフローチャートである。
【図３４】本発明に係る放送受信装置内の前処理部の構成図である。
【図３５】前処理部内の受信部の動作を示すフローチャートである。
【図３６】本発明に係る放送受信装置内の前処理部の構成図である。
【図３７】前処理部内の受信部の動作を示すフローチャートである。
【図３８】前処理部内の変換部の動作を示すフローチャートである。
【図３９】前処理部内のフィルタリング部の動作を示すフローチャートである。
【図４０】本発明に係る放送受信装置内の前処理部の構成図である。
【図４１】前処理部内の受信部の動作を示すフローチャートである。
【図４２】前処理部内のＳＩＴ作成部の動作を示すフローチャートである。
【図４３】前処理部内のフィルタリング部の動作を示すフローチャートである。
【図４４】本発明に係る放送受信装置内の多重化部の構成図である。
【図４５】多重化部内のヘッダ付与部が付与するヘッダを説明するための説明図である。
【図４６】多重化部内のヘッダ付与部の動作を示すフローチャートである。
【図４７】実施の形態１〜３の受信部の動作を簡略化してまとめて示すフローチャートである。
【図４８】実施の形態１〜３の受信部の動作を簡略化してまとめた一部を示すフローチャートである。
【図４９】設定用リストの一例を示す図である。
【図５０】アダプタからの条件設定を受け付ける動作を示すフローチャートである。
【図５１】端末装置とアダプタ間のメッセージ通信のイメージを示す図である。
【図５２】端末装置とアダプタ間のメッセージを説明するための説明図である。
【図５３】メッセージフォーマット（ストリーム指定の場合）を説明するための説明図である。
【図５４】メッセージフォーマット（放送サービス指定の場合）を説明するための説明図である。
【図５５】メッセージフォーマット（フィルタリング可否の設定を行う場合）を示す図である。
【図５６】端末装置とアダプタ間におけるメッセージフォーマットの使用例を示す図である。
【図５７】アダプタからの処理能力の設定を受け付ける動作を示すフローチャートである。
【図５８】従来の外部装置に取り付けた限定受信装置の構成図である。
【符号の説明】
【０２９５】
１２００  端末装置
１２０１  チューナ
１２０２  前処理部
１２０３  多重化部
１２０４  アダプタ
１２０５  多重分離部
１２０６  ＴＳデコーダ
１２０７  ＡＶデコーダ
１２０８  スピーカ
１２０９  ディスプレイ
１２１０  ＣＰＵ
１２１１  ２次記憶部
１２１２  １次記憶部
１２１３  ＲＯＭ
１２１４  入力部
【図１】
2005160040.tif 000003
【図２】
2005160040.tif 000004
【図３】
2005160040.tif 000005
【図４】
2005160040.tif 000006
【図５】
2005160040.tif 000007
【図６】
2005160040.tif 000008
【図７】
2005160040.tif 000009
【図８】
2005160040.tif 000010
【図９】
2005160040.tif 000011
【図１０】
2005160040.tif 000012
【図１１】
2005160040.tif 000013
【図１２】
2005160040.tif 000014
【図１３】
2005160040.tif 000015
【図１４】
2005160040.tif 000016
【図１５】
2005160040.tif 000017
【図１６】
2005160040.tif 000018
【図１７】
2005160040.tif 000019
【図１８】
2005160040.tif 000020
【図１９】
2005160040.tif 000021
【図２０】
2005160040.tif 000022
【図２１】
2005160040.tif 000023
【図２２】
2005160040.tif 000024
【図２３】
2005160040.tif 000025
【図２４】
2005160040.tif 000026
【図２５】
2005160040.tif 000027
【図２６】
2005160040.tif 000028
【図２７】
2005160040.tif 000029
【図２８】
2005160040.tif 000030
【図２９】
2005160040.tif 000031
【図３０】
2005160040.tif 000032
【図３１】
2005160040.tif 000033
【図３２】
2005160040.tif 000034
【図３３】
2005160040.tif 000035
【図３４】
2005160040.tif 000036
【図３５】
2005160040.tif 000037
【図３６】
2005160040.tif 000038
【図３７】
2005160040.tif 000039
【図３８】
2005160040.tif 000040
【図３９】
2005160040.tif 000041
【図４０】
2005160040.tif 000042
【図４１】
2005160040.tif 000043
【図４２】
2005160040.tif 000044
【図４３】
2005160040.tif 000045
【図４４】
2005160040.tif 000046
【図４５】
2005160040.tif 000047
【図４６】
2005160040.tif 000048
【図４７】
2005160040.tif 000049
【図４８】
2005160040.tif 000050
【図４９】
2005160040.tif 000051
【図５０】
2005160040.tif 000052
【図５１】
2005160040.tif 000053
【図５２】
2005160040.tif 000054
【図５３】
2005160040.tif 000055
【図５４】
2005160040.tif 000056
【図５５】
2005160040.tif 000057
【図５６】
2005160040.tif 000058
【図５７】
2005160040.tif 000059
【図５８】
2005160040.tif 000060