(57)【要約】  第１装置から第２装置へのデータの配信を制御する装置及び方法が提供される。このような装置の１つは、ブロードキャストフラグ検出装置とデータ操作装置とを有する。ブロードキャストフラグ検出装置は、イネーブルなブロードキャストフラグに係るデータの１以上の部分を検出する。データ操作装置は、さらなる操作に対してデータの１以上の部分を第１装置のみにおいて使用可能にし、データの１以上の部分を第２装置において永久に使用不可にするため、１以上の部分を操作する。
2008523656.tif 000002
【特許請求の範囲】
【請求項１】
第１装置から第２装置へのデータの配信を制御する装置であって、
イネーブルなブロードキャストフラグに係る前記データの１以上の部分を検出するブロードキャストフラグ検出装置と、
さらなる操作に対して前記データの１以上の部分を前記第１装置のみにおいて使用可能にし、前記データの１以上の部分を前記第２装置において永久に使用不可にするため、前記１以上の部分を操作するデータ操作装置と、
を有する装置。
【請求項２】
前記データ操作装置は、スクランブル化、シフト処理、所定の値によるスタッフィング、ＸＯＲ処理、ハイディング、削除及び無効化の少なくとも１つによって、前記データの１以上の部分を永久に使用不可にする、請求項１記載の装置。
【請求項３】
前記第１装置は、デマルチプレクサを有し、
当該装置はさらに、少なくとも前記さらなる操作を実行し、前記さらに操作されたデータを前記デマルチプレクサに提供する他のデータ操作装置を有し、
前記データ操作装置は、
前記データの１以上の部分が前記他の操作装置によってスクランブル解除可能となり、前記データの１以上の部分が前記第２装置においてスクランブル解除不可となるように、前記データの１以上の部分をスクランブル化するスクランブル装置と、
前記デマルチプレクサによる使用のため、前記データの１以上の部分のみをスクランブル解除するスクランブル解除装置と、
を有する、請求項１記載の装置。
【請求項４】
前記データ操作装置と前記他のデータ操作装置とは、前記第１装置に構成される、請求項３記載の装置。
【請求項５】
前記スクランブル装置は、前記イネーブルなブロードキャストフラグに係る前記データの１以上の部分のパケット識別子をスクランブル化する、請求項３記載の装置。
【請求項６】
何れかの再配信制御記述子を検出するため、前記データのプログラムマップテーブルを構文解析することによって、前記イネーブルなブロードキャストフラグに係る前記データの１以上の部分のＰＩＤを決定するＰＩＤ決定装置をさらに有する、請求項５記載の装置。
【請求項７】
第１装置から第２装置へのデータの配信を制御する装置であって、
入力ビットストリームを少なくとも第１ビットストリームと第２ビットストリームに分割する分割装置と、
操作されたパケットを使用不可にするため、前記第１ビットストリームからイネーブルなブロードキャストフラグに係るパケット識別子により特定されないパケットを除去し、前記第２ビットストリームから前記イネーブルなブロードキャストフラグに係るＰＩＤにより特定される他のパケットを操作するデータ操作装置と、
前記第１装置と前記第２装置との間のクロックスピードを増加させるクロックスピード増加装置と、
を有し、
前記データ操作装置は、前記第１ビットストリームと前記第２ビットストリームとのそれぞれからの少なくとも一部の残りのパケットを、前記第２装置に送信するため前記入力ビットストリームを再構成する再構成ビットストリームに挿入し、
前記残りのパケットの少なくとも一部は、前記増加されたクロックスピードに対応するインターバルにより挿入される、装置。
【請求項８】
前記データ操作装置は、スクランブル化、シフト処理、所定の値によるスタッフィング、ＸＯＲ処理、ハイディング、削除及び無効化の少なくとも１つによって、前記操作されたパケットを使用不可にする、請求項７記載の装置。
【請求項９】
前記第１装置は、前記データを逆多重化するデマルチプレクサを有し、
前記第２装置は、コントローラを有し、
前記クロックスピード増加装置は、前記コントローラと前記デマルチプレクサとの間のクロックスピードを２倍にする、請求項７記載の装置。
【請求項１０】
プレイネーブルなブロードキャストフラグ状態にハードウェアインターラプトリクエストロードレベルを低減する前記デマルチプレクサのデータイネーブル信号を生成するデータイネーブル信号生成装置をさらに有する、請求項９記載の装置。
【請求項１１】
前記入力ビットストリームにおいて、前記イネーブルなブロードキャストフラグに係るＰＩＤを検出するブロードキャストフラグ検出装置をさらに有する、請求項７記載の装置。
【請求項１２】
第１装置から第２装置へのデータ配信を制御する装置であって、
入力ビットストリーム内からイネーブルなブロードキャストフラグに係る１以上のデータパケットを検出するブロードキャストフラグ検出装置と、
前記入力ビットストリームの同一の複製である第１複製と、前記イネーブルなブロードキャストフラグによって特定されるパケットが使用不可となるよう複製された第２複製とを提供するため、前記入力ビットストリームを受信及び複製し、さらに前記第２複製を前記第２装置に送信する複製装置と、
前記複製装置に動作可能に接続され、前記第２装置から前記第１複製と前記第２複製の両方を受信し、選択されたバーチャルチャネルに基づき前記第１複製と前記第２複製の１つのみを選択するセレクタと、
を有する装置。
【請求項１３】
前記第１装置は、第１装置バイパスチャネルを有し、
前記複製装置はさらに、前記第１装置バイパスチャネルを介し前記第１複製を前記セレクタに送信する、請求項１２記載の装置。
【請求項１４】
前記セレクタは、前記選択されたバーチャルチャネルが前記イネーブルなブロードキャストフラグに係るクリアバーチャルチャネルであるときは、前記第１複製を選択し、前記選択されたバーチャルチャネルが前記イネーブルなブロードキャストフラグに係らないクリアバーチャルチャネルであるときは、前記第２複製を選択する、請求項１２記載の装置。
【請求項１５】
前記第１装置は、デマルチプレクサを有し、
前記セレクタは、前記第１複製と前記第２複製の選択された１つを前記デマルチプレクサに送信する、請求項１２記載の装置。
【請求項１６】
プログラムマップテーブルから再配信制御記述子を検出する再配信制御記述子検出装置をさらに有する、請求項１２記載の装置。
【請求項１７】
前記再配信制御記述子が前記選択されたバーチャルチャネルにおいてイネーブルであるとき、前記選択されたバーチャルチャネルを構成するエレメンタリストリームに属するすべてのパケットが使用不可にされる、請求項１６記載の装置。
【請求項１８】
前記セレクタは、前記選択されたバーチャルチャネルの何れか１つが非イネーブルな再配信制御記述子を有するクリアバーチャルチャネルであって、前記選択されたバーチャルチャネルがイネーブルな再配信制御記述子を有するクリアバーチャルチャネルであるとき、第１複製を選択し、
前記セレクタは、前記選択されたバーチャルチャネルがスクランブル化されたバーチャルチャネルであるとき、前記第２複製を選択する、請求項１６記載の装置。
【請求項１９】
前記入力ビットストリームは、Ｍｕｌｔｉ  Ｐｒｏｇｒａｍ  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍである、請求項１２記載の装置。
【請求項２０】
第１装置から第２装置へのデータの配信を制御する装置であって、
入力ビットストリームを少なくとも第１ストリームと第２ストリームとに分割する分割装置と、
前記第１ビットストリームからイネーブルなブロードキャストフラグに係るパケット識別子により特定されないパケットを使用不可にし、前記第２ビットストリームから前記イネーブルなブロードキャストフラグに係るＰＩＤにより特定される他のパケットを使用不可にするデータ操作装置と、
前記第２装置に送信するため前記入力ビットストリームの再構成である他のビットストリームを形成するため、前記第１ビットストリームと前記第２ビットストリームとから残りのパケットを選択する結合装置と、
を有し、
前記第１ビットストリームから選択された残りのパケットが、前記イネーブルなブロードキャストフラグに係るＰＩＤにより特定され、前記第２ビットストリームから選択された残りのパケットが、前記イネーブルなブロードキャストフラグに係らないＰＩＤにより特定される、装置。
【請求項２１】
前記データ操作装置は、スクランブル化、シフト処理、所定の値によるスタッフィング、ＸＯＲ処理、ハイディング、削除及び無効化の少なくとも１つによって、前記パケットと前記その他のパケットを使用不可にする、請求項２０記載の装置。
【請求項２２】
前記入力ビットストリーム内から前記イネーブルなブロードキャストフラグに係る１以上のデータパケットを検出するブロードキャストフラグ検出装置をさらに有する、請求項２０記載の装置。
【請求項２３】
前記入力ビットストリームは、Ｍｕｌｔｉ  Ｐｒｏｇｒａｍ  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍである、請求項２０記載の装置。
【請求項２４】
第１装置において該第１装置から第２装置へのデータの配信を制御する方法であって、
イネーブルなブロードキャストフラグに係る前記データの１以上の部分を検出するステップと、
さらなる操作について前記データの１以上の部分を前記第１装置においてのみ使用可能にし、前記データの１以上の部分を前記第２装置において永久に使用不可にするため、前記１以上の部分を操作するステップと、
を有する方法。
【請求項２５】
前記操作するステップは、スクランブル化、シフト処理、所定の値によるスタッフィング、ＸＯＲ処理、ハイディング、削除及び無効化の少なくとも１つによって、前記データの１以上の部分を永久に使用不可にする、請求項２４記載の方法。
【請求項２６】
前記第１装置は、デマルチプレクサを有し、
当該方法はさらに、
前記第１装置において前記さらなる操作を実行するステップと、
前記さらに操作されたデータを前記デマルチプレクサに提供するステップと、
を有し、
前記操作するステップは、
前記データの１以上の部分が前記第１装置においてスクランブル解除可能とされ、前記データの１以上の部分が前記第２装置においてスクランブル解除不可とされるように、前記データの１以上の部分をスクランブル化するステップと、
前記デマルチプレクサによる使用のため、前記データの１以上の部分のみをスクランブル解除するステップと、
を有する、請求項２４記載の方法。
【請求項２７】
前記スクランブル化するステップは、前記イネーブルなブロードキャストフラグに係る前記データの１以上のパケット識別子をスクランブル化する、請求項２６記載の方法。
【請求項２８】
何れかの再配信制御記述子を検出するため、前記データのプログラムマップテーブルを構文解析することによって、前記イネーブルなブロードキャストフラグに係る前記データの１以上の部分のパケット識別子を決定するステップをさらに有する、請求項２７記載の方法。
【請求項２９】
請求項２４記載の第１装置から第２装置へのデータの配信を制御する方法の各ステップを実行するためのマシーンにより実行可能な命令のプログラムを有形に実現する、前記マシーンにより可読なプログラム記憶装置。
【請求項３０】
第１装置において該第１装置から第２装置へのデータの配信を制御する方法であって、
入力ビットストリームを少なくとも第１ビットストリームと第２ビットストリームとに分割するステップと、
前記第１ビットストリームからイネーブルなブロードキャストフラグに係るパケット識別子により特定されないパケットを取り除き、操作されるパケットを使用不可にするため、前記第２ビットストリームから前記イネーブルなブロードキャストフラグに係るパケット識別子により特定される他のパケットを操作するステップと、
前記第１装置と前記第２装置との間のクロックスピードを増加させるステップと、
前記第１ビットストリームと前記第２ビットストリームとからの少なくとも一部の残りのパケットをそれぞれ、前記第２装置に送信するため前記入力ビットストリームを再構成する再構成されたビットストリームに挿入するステップと、
を有し、
前記残りのパケットの少なくとも一部は、前記増加したクロックスピードに対応するインターバルにより挿入される、方法。
【請求項３１】
前記操作するステップは、スクランブル化、シフト処理、所定の値によるスタッフィング、ＸＯＲ処理、ハイディング、削除及び無効化の少なくとも１つによって、前記操作されたパケットを使用不可にする、請求項３０記載の方法。
【請求項３２】
前記第１装置は、前記データを逆多重化するデマルチプレクサを有し、
前記第２装置は、コントローラを有し、
前記増加させるステップは、前記コントローラと前記デマルチプレクサとの間のクロックスピードを２倍にする、請求項３０記載の方法。
【請求項３３】
プレイネーブルなブロードキャストフラグ条件にハードウェアインターラプトリクエストロードレベルに低減する前記デマルチプレクサに対するデータイネーブル信号を生成するステップをさらに有する、請求項３２記載の方法。
【請求項３４】
前記入力ビットストリームにおいて、前記イネーブルなブロードキャストフラグに係るパケット識別子を検出するステップをさらに有する、請求項３０記載の方法。
【請求項３５】
請求項３０記載の第１装置から第２装置へのデータの配信を制御する方法の各ステップを実行するためのマシーンにより実行可能な命令のプログラムを有形に実現する、前記マシーンにより可読なプログラム記憶装置。
【請求項３６】
第１装置において第１装置から第２装置へのデータ配信を制御する方法であって、
入力ビットストリーム内からイネーブルなブロードキャストフラグに係る１以上のデータパケットを検出するステップと、
前記入力ビットストリームの同一の複製である第１複製と、前記イネーブルなブロードキャストフラグにより特定されるパケットが使用不可となるように複製される第２複製とを提供するため、前記入力ビットストリームを受信及び複製するステップと、
前記第２複製を前記第２装置に送信するステップと、
前記第２装置から前記第１複製と前記第２複製の両方を受信し、選択されたバーチャルチャネルに基づき、前記第１複製と前記第２複製の１つのみを選択するステップと、
を有する方法。
【請求項３７】
前記選択するステップは、前記選択されたバーチャルチャネルが前記イネーブルなブロードキャストフラグに係るクリアなバーチャルチャネルであるときは前記第１複製を選択し、前記選択されたバーチャルチャネルが前記イネーブルなブロードキャストフラグに係らないクリアバーチャルチャネルであるときは前記第２複製を選択する、請求項３６記載の方法。
【請求項３８】
前記第１装置は、デマルチプレクサを有し、
前記選択するステップは、前記第１複製と前記第２複製の選択された１つを前記デマルチプレクサに送信する、請求項３６記載の方法。
【請求項３９】
プログラムマップテーブルから再配信制御記述子を検出するステップをさらに有する、請求項３６記載の方法。
【請求項４０】
前記再配信制御記述子が前記選択されたバーチャルチャネルにおいてイネーブルとされているとき、前記選択されたバーチャルチャネルを構成するエレメンタリストリームに属するすべてのパケットが使用不可とされる、請求項３９記載の方法。
【請求項４１】
前記選択するステップは、前記選択されたバーチャルチャネルの何れか１つが非イネーブルな再配信制御記述子を有するクリアなバーチャルチャネルであり、前記選択されたバーチャルチャネルがイネーブルな再配信制御記述子を有するクリアなバーチャルチャネルであるとき、前記第１複製を選択し、
前記選択されたバーチャルチャネルがスクランブル化されたバーチャルチャネルであるとき、前記セレクタは、前記第２複製を選択する、請求項３９記載の方法。
【請求項４２】
前記入力ビットストリームは、Ｍｕｌｔｉ  Ｐｒｏｇｒａｍ  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍである、請求項３６記載の方法。
【請求項４３】
請求項３６記載の第１装置から第２装置へのデータの配信を制御する方法の各ステップを実行するためのマシーンにより実行可能な命令のプログラムを有形に実現する、前記マシーンにより可読なプログラム記憶装置。
【請求項４４】
第１装置において該第１装置から第２装置へのデータの配信を制御する方法であって、
入力ビットストリームを少なくとも第１ストリームと第２ストリームとに分割するステップと、
前記第１ビットストリームからイネーブルなブロードキャストフラグに係るパケット識別子により特定されないパケットを使用不可にし、前記第２ビットストリームから前記イネーブルなブロードキャストフラグに係るパケット識別子により特定される他のパケットを使用不可にするステップと、
前記第２装置に送信するため前記入力ビットストリームの再構成である他のビットストリームを形成するため、前記第１ビットストリームと前記第２ビットストリームとから残りのパケットを選択するステップと、
を有し、
前記第１ビットストリームから選択された残りのパケットはそれぞれ、前記イネーブルなブロードキャストフラグに係るパケット識別子により特定され、
前記第２ビットストリームから選択された残りのパケットはそれぞれ、前記イネーブルなブロードキャストフラグに係らないパケット識別子により特定される、方法。
【請求項４５】
前記使用不可にするステップは、スクランブル化、シフト処理、所定の値によるスタッフィング、ＸＯＲ処理、ハイディング、削除及び無効化の少なくとも１つによって、前記パケットと前記他のパケットを使用不可にする、請求項４４記載の方法。
【請求項４６】
前記入力ビットストリーム内から前記イネーブルなブロードキャストフラグに係る１以上のデータパケットを検出するステップをさらに有する、請求項４４記載の方法。
【請求項４７】
前記入力ビットストリームは、Ｍｕｌｔｉ  Ｐｒｏｇｒａｍ  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍである、請求項４４記載の方法。
【請求項４８】
請求項４４記載の第１装置から第２装置へのデータの配信を制御する方法の各ステップを実行するためのマシーンにより実行可能な命令のプログラムを有形に実現する、前記マシーンにより可読なプログラム記憶装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般にメディアコンテンツに関し、より詳細には、ブロードキャストフラグを使用して第１装置から第２装置へのデータの配信を制御する方法及び装置に関する。このような制御は、これに限定されるものではないが、データを使用不可及び／又はアクセス不可にすることを含むかもしれない。
【背景技術】
【０００２】
Ｔｈｅ  Ｆｅｄｅｒａｌ  Ｃｏｍｍｉｓｓｉｏｎ  ｆｏｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＦＣＣ）は、２００５年７月１日に実効となるブロードキャストフラグ（ＢＦ）に関する２００３年１１月１１日の“Ｒｅｐｏｒｔ  ａｎｄ  Ｏｒｄｅｒ  ａｎｄ  Ｆｕｒｔｈｅｒ  Ｎｏｔｉｃｅ  ｏｆ  Ｐｒｏｐｏｓｅｄ  Ｒｕｌｅｍａｋｉｎｇ”（ＦＣＣ０３−２７３）を提起した。実効日からスタートして、何れのＯｐｅｎＣａｂｌｅ装置（テレビ、セットトップボックスなど）も、コンテンツがいわゆるブロードキャストフラグによりマーク付けされるとき、受信したオーディオビデオ（すなわち、ＡＶ）ブロードキャストコンテンツを必須のホストｐｏｄ（ｐｏｉｎｔ  ｏｆ  ｄｅｐｌｏｙｍｅｎｔ）インタフェースを介しわたすことは許されない。このようなすべての装置は、ブロードキャストフラグを検出し、これに従って動作する必要がある。
【０００３】
ＦＣＣの最近のブロードキャストフラグの規定は、ブロードキャストフラグが添付されたクリアコンテンツ（すなわち、非スクランブルコンテンツ）におけるデジタルテレビ（ＤＴＶ）処理が、当該コンテンツがインターネットに配信されることを防ぐ必要があることを要求している。具体的には、このようなコンテンツがＤＴＶによりユーザアクセス可能なバスを介しわたされないことを要求している。Ｔｈｅ  Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ａｍｅｒｉｃａ（ＭＰＡＡ）は、ホストとＰＯＤとの間のＰＯＤ規格のＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ  Ｍｅｍｏｒｙ  Ｃａｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｓｓｏｃｉａｔｉｏｎ）インタフェースはまた、プロテクトされていないユーザにアクセス可能なバスであることを言及している。この見解によると、イネーブルとされるブロードキャストフラグにより示されるバーチャルチャネルに属するパケットはインタフェースを通過しないかもしれない。
【０００４】
従って、受信したオーディオビデオ（すなわち、ＡＶ）ブロードキャストコンテンツが、当該コンテンツがブロードキャストフラグによりマーク付けされているとき、必須のホストＰＯＤインタフェースを介しわたされることを許可しないブロードキャストフラグを利用する装置及び方法を有することが所望され、効果的なものとなるであろう。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来技術の上記及び他の欠点及び短所が、ブロードキャストフラグを利用して第１装置から第２装置へのデータの配信を制御する方法及び装置に関する本開示によって解決される。
【課題を解決するための手段】
【０００６】
ある実施例によると、第１装置から第２装置へのデータの配信を制御する装置が提供される。ブロードキャストフラグ検出装置は、イネーブルなブロードキャストフラグ（ＢＦ）に係るデータの１以上の部分を検出する。データ操作装置は、さらなる操作に対してデータの１以上の部分を第１装置において使用可能にし、データの１以上の部分を第２装置において永久に使用不可にするため、１以上の部分を操作する。
【０００７】
他の実施例によると、第１装置から第２装置へのデータの配信を制御する装置が提供される。分割装置は、入力ビットストリームを少なくとも第１ビットストリームと第２ビットストリームに分割する。データ操作装置は、第１ビットストリームからイネーブルなブロードキャストフラグ（ＢＦ）に係るパケット識別子（ＰＩＤ）により特定されないパケットを削除し、第２ビットストリームから操作されたパケットを使用不可にするため、イネーブルなブロードキャストフラグに係るＰＩＤにより特定される他のパケットを操作する。クロックスピード増加装置は、第１装置と第２装置との間のクロックスピードを増加する。データ操作装置は、第１及び第２ビットストリームからの少なくとも一部の残りのパケットをそれぞれ、第２装置への送信のため入力ビットストリームを再構成する再構成されたビットストリームに挿入する。残りのパケットの少なくとも一部は、増加されたクロックスピードに対応するインターバルにより挿入される。
【０００８】
さらなる他の実施例によると、第１装置から第２装置へのデータ配信を制御する装置が提供される。ブロードキャストフラグ検出装置は、複製装置は、入力ビットストリームの第１複製と第２複製とを提供するため、入力ビットストリームを受信及び複製する。第１複製は、入力ビットストリームの同一の複製である。第２複製は、イネーブルなブロードキャストフラグにより特定されるパケットが使用不可となるように複製される。複製装置はさらに、第２複製を第２装置に送信する。複製装置に動作可能に接続されるセレクタは、第２装置から第１及び第２複製を受信し、選択されたバーチャルチャネルに基づき第１複製と第２複製の１つのみを選択する。
【０００９】
さらなる他の実施例によると、第１装置から第２装置へのデータの配信を制御する装置が提供される。分割装置は、入力ビットストリームを少なくとも第１ストリームと第２ストリームに分割する。データ操作装置は、第１ビットストリームからイネーブルなブロードキャストフラグ（ＢＦ）に係るパケット識別子（ＰＩＤ）により特定されないパケットを使用不可にし、第２ビットストリームからイネーブルなＢＦに係るＰＩＤにより特定される他のパケットを使用不可にする。結合装置は、第２装置への送信のため、入力ビットストリームの再構成である他のビットストリームを形成するため、第１及び第２ビットストリームから残りのパケットを選択する。第１ビットストリームから選択された残りのパケットはそれぞれ、イネーブルなＢＦに係るＰＩＤにより特定され、第２ビットストリームから選択された残りのパケットはそれぞれ、イネーブルなＢＦに係らないＰＩＤにより特定される。
【００１０】
さらなる実施例によると、第１装置における第１装置から第２装置へのデータの配信を制御する方法が提供される。イネーブルなブロードキャストフラグ（ＢＦ）に係るデータの１以上の部分が検出される。さらなる操作に対しデータの１以上の部分を第１装置のみにおいて使用可能にし、データの１以上の部分を第２装置において永久に使用不可にするため、１以上の部分が操作される。
【００１１】
さらなる実施例によると、第１装置における第１装置から第２装置へのデータの配信を制御する方法が提供される。入力ビットストリームは、少なくとも第１ビットストリームと第２ビットストリームに分割される。第１ビットストリームから、イネーブルなブロードキャストフラグ（ＢＦ）に係るパケット識別子（ＰＩＤ）により特定されないパケットが削除される。第２ビットストリームから、イネーブルなＢＦに係るＰＩＤにより特定される他のパケットが、操作されたパケットを使用不可にするため操作される。第１装置と第２装置との間のクロックスピードが、増加される。第１及び第２ビットストリームからの少なくとも一部の残りのパケットがそれぞれ、第２装置への送信のため、入力ビットストリームを再構成する再構成されたビットストリームに挿入される。残りのパケットの少なくとも一部は、増加されたクロックスピードに対応するインターバルにより挿入される。
【００１２】
さらなる他の実施例によると、第１装置における第１装置から第２装置へのデータ配信を制御する方法が提供される。イネーブルなブロードキャストフラグ（ＢＦ）に係る１以上のデータパケットが、入力ビットストリーム内から検出される。入力ビットストリームが、入力ビットストリームの第１複製と第２複製とを提供するため受信及び複製される。第１複製は、入力ビットストリームの同一の複製である。第２複製は、イネーブルなＢＦにより特定されるパケットが使用不可となるように複製される。第２複製は、第２装置に送信される。第１複製と第２複製の両方が、第２装置から受信され、第１及び第２複製の１つのみが、選択されたバーチャルチャネルに基づき選択される。
【００１３】
さらなる他の実施例によると、第１装置における第１装置から第２装置へのデータの配信を制御する方法が提供される。入力ビットストリームは、少なくとも第１ストリームと第２ストリームとに分割される。第１ビットストリームから、イネーブルなブロードキャストフラグ（ＢＦ）に係るパケット識別子（ＰＩＤ）により特定されないパケットは、使用不可とされる。第２ビットストリームから、イネーブルなＢＦに係るＰＩＤにより特定される他のパケットは、使用不可にされる。第１及び第２ビットストリームからの残りのパケットは、第２装置への送信のため、入力ビットストリームの再構成である他のビットストリームを形成するため選択される。第１ビットストリームから選択される残りのパケットはそれぞれ、イネーブルなＢＦに係るＰＩＤにより特定され、第２ビットストリームから選択された残りのパケットはそれぞれ、イネーブルなＢＦに係らないＰＩＤにより特定される。
【００１４】
本発明の上記及び他の側面、特徴及び効果は、添付した図面に関して参照される実施例の以下の詳細な説明から明らかになるであろう。
【発明を実施するための最良の形態】
【００１５】
本開示は、ブロードキャストフラグを利用する第１装置から第２装置へのデータの配信を制御する方法及び装置に関する。
【００１６】
効果的には、本開示は、ホストｐｏｄ（ｐｏｉｎｔ  ｏｆ  ｄｅｐｌｏｙｍｅｎｔ）インタフェースからの使用不可なブロードキャストフラグパケットを禁止又はレンダリングする新規な装置及び方法を提供する。本開示は、ＣＥＡにより提案されたストリームベースアプローチと対照的に、パケットベースアプローチを提供する。従来技術のストリームベースアプローチは、同一のマルチプレックスにスクランブル化されたプログラムとクリアプログラム（すなわち、バーチャルチャネル）の両方が存在する“ミックス”されたＭＰＴＳ−ｓｅｓの使用を解決するものでない。ミックスされたＭＰＴＳ−ｓｅｓは広く使用されている。効果的には、本開示はまた、ミックスされたＭＰＴＳ−ｓｅｓをサポートしている。
【００１７】
本開示は、テレビ装置、セットトップボックス及び／又は集積回路など、地上波又はケーブルを介した配信毎にＡＶコンテンツを受信するすべての装置において利用可能であるということが理解されるであろう。さらに、ここで使用される“データ”及び“コンテンツ”という用語は交互に使用されるということが理解されるであろう。
【００１８】
さらに、ここで使用されるスクランブル化、スタッフィング（ｓｔｕｆｆｉｎｇ）及び同様の用語は全て対応するデータを使用不可にすることに関するということが理解されるべきである。この対応するデータを使用不可にする方法／アプローチは、以下に限定されるものではないが、スクランブル化、シフト化、所定の値によるスタッフィング、ＸＯＲ処理、ハイディング（ｈｉｄｉｎｇ）、削除及び無効化（ｎｕｌｌｉｆｙｉｎｇ）を含む。
【００１９】
さらに、ここではブロードキャストフラグが参照されるとき、このような参照は、イネーブル化されたブロードキャストフラグを特に参照しようとしている。
【００２０】
本説明は、本発明の原理を説明する。従って、当業者は、ここで明示的には記載又は図示されないが、本発明の原理を実現し、その趣旨及び範囲内に含まれる各種構成を創出することが可能であるということが理解されるであろう。
【００２１】
ここに記載されるすべての具体例及び条件付き言語は、読者が従来技術に対する発明者が貢献した本発明の原理及び概念を理解することに役立つため、教育的な目的のためものであり、このような具体的に記載された具体例及び条件に限定されるものでないと解釈される。
【００２２】
さらに、本発明の原理、特徴及び実施例と共に、その具体的な具体例を記載するここでのすべての記載は、その構造的及び機能的に均等なものを含むことが意図される。さらに、このような均等なものは、現在知られている均等物と共に、将来開発される均等物、すなわち、構成に関係なく同一の機能を実行するよう開発された任意の要素を含むということが意図される。
【００２３】
従って例えば、ここに与えられるブロック図が本発明の原理を実現する図解的な回路の概念図を表すということが、当業者により理解されるであろう。同様に、何れかのフローチャート、フロー図、状態遷移図、擬似コードなどは、実質的にコンピュータ可読媒体に表現され、明示的には図示されないが、コンピュータ又はプロセッサによって実行される各種プロセスを表すということが理解されるであろう。方法ステップの順序は、関連技術の当業者により容易に決定されるように変更可能であるということは理解されるであろう。
【００２４】
図面に示される各種要素の機能は、専用のハードウェアと共に、適切なソフトウェアに関連してソフトウェアを実行可能なハードウェアの使用を通じて提供されるかもしれない。プロセッサにより提供されるとき、これらの機能は単一の専用プロセッサ、単一の共有プロセッサ、又はその一部が共有可能な複数の個別のプロセッサによって提供されるかもしれない。さらに、“プロセッサ”又は“コントローラ”という用語の明示的な使用は、ソフトウェアを実行可能なハードウェアのみを意味すると解釈されるべきでなく、限定されることなく、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを格納する“ＲＯＭ”（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、“ＲＡＭ”（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）及び不揮発性ストレージを黙示的に含むかもしれない。
【００２５】
他のハードウェア、従来の及び／又はカスタムハードウェアがまた含まれるかもしれない。同様に、図示されたスイッチは単なる概念的なものである。それらの機能は、プログラムロジックの処理、専用ロジック、プログラム制御と専用ロジックのやりとりを通じて、又は手動によってさえ実行可能であり、特定の技術が文脈からより具体的に理解されるように、実現者により選択可能である。
【００２６】
ここでの請求項では、指定された機能を実行する手段として表される任意の要素は、例えば、ａ）当該機能を実行する回路要素の組み合わせ、又はｂ）当該機能を実行するためソフトウェアを実行するための適切な回路と組み合わされたファームウェア、マイクロコードなどを含む任意の形式のソフトウェアなどを含む当該機能を実行する何れかの方法を含むことが意図される。このような請求項により規定されるような本発明は、記載される各種手段により提供される機能が、請求項が求める方法により組み合わされ、一体化されるという事実に存在する。このため、本出願人は、これらの機能を提供することが可能な任意の手段をここに示されるものと均等なものとしてみなす。
【００２７】
図１は、例示的な実施例による第１装置から第２装置への関連付けされたイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する装置１００を示すブロック図である。図２は、例示的な実施例による第１装置から第２装置へのそれに関連付けされたイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する方法２００を示すフロー図である。
【００２８】
図１を参照するに、第１装置はホスト装置（以降において“ホスト”）１８８であり、第２装置はＰＯＤ装置（以降において“ＰＯＤ”）１９９である。ホスト１８８とＰＯＤ１９９は、ホストＰＯＤインタフェース１９８を介し互いに信号通信接続される。ＰＯＤ１９９は、ＰＯＤスクランブル解除装置１０８と、ＰＯＤ  ＣＰスクランブル装置１１０と、ＰＯＤ  ＯＯＢ  ｍａｃ１２６と、ＰＯＤ  ＣＰＵ１３４とを有する。ホスト１８８は、残りのコンポーネントを含む。装置１００は、図２の方法の各ステップにより記載されるように、ＰＯＤ１９９とホスト１８８の要素の何れかの１以上により実現されてもよい。もちろん、本発明は、図１に示される要素及び対応するコンフィギュレーション（接続など）に限定されるものでなく、他の要素及びそのコンフィギュレーションがまた、本発明の趣旨を維持しながら、本発明により利用されてもよい。図１において、各種状態／コンフィギュレーションの各種ＭＰＴＳ１６６がまた示される。
【００２９】
ホスト１８８の第１入力は、チューナ１０２の入力と信号通信接続される。ホスト１８８の第２入力は、チューナ１２０の入力と信号通信接続される。ホスト１８８の第１（ＲＧＢ）出力は、ＭＰＥＧデコーダ１１６の第１出力と信号通信接続される。ホスト１８８の第２（音声）出力は、ＭＰＥＧデコーダ１１６の第２出力と信号通信接続される。
【００３０】
チューナ１０２の出力は、復調器（ＱＡＭ）１０４の入力と信号通信接続される。復調器１０４の出力は、ＢＦスクランブル化装置１０６の入力と信号通信接続される。ＢＦスクランブル化装置１０６の出力は、ＰＯＤスクランブル解除装置１０８の第１入力と信号通信接続される。ＰＯＤスクランブル解除装置１０８の出力は、ＰＯＤ  ＣＰ（Ｃｏｐｙ  Ｐｒｏｔｅｃｔｉｏｎ）スクランブル化装置１１０と信号通信接続される。ＰＯＤ  ＣＰスクランブル化装置１１０の出力は、ＢＦスクランブル解除装置１１２の入力と信号通信接続される。ＢＦスクランブル解除装置１１２の出力は、デマルチプレクサ及びスクランブル解除装置１１４の第１入力と信号通信接続される。デマルチプレクサ及びスクランブル解除装置１１４の出力は、ＭＰＥＧデコーダ１１６の入力と信号通信接続される。
【００３１】
チューナ１２０の出力は、復調器（ＱＰＳＫｒｘ）１２２の入力と信号通信接続される。復調器１２２の出力は、スイッチ１２４の入力と信号通信接続される。スイッチ１２４の出力は、ＰＯＤ  ＯＯＢｍａｃ１２６の入力と信号通信接続される。ＰＯＤ  ＯＯＢ  ｍａｃ１２６の第１出力は、ＰＯＤスクランブル解除装置１０８の第２入力と、ＰＯＤ  ＣＰスクランブル化装置１１０の第２入力と信号通信接続される。ＰＯＤ  ＯＯＢｍａｃ１２６の第２出力は、ＯＯＢデマルチプレクサ１２８の入力と信号通信接続される。ＯＯＢデマルチプレクサ１２８の出力は、プログラム選択ミドルウェア１３０の入力と信号通信接続される。プログラム選択ミドルウェア１３０の第１出力は、ホストＣＰＵ１３２に信号通信接続される。ホストＣＰＵ１３２は、ＰＯＤ  ＣＰＵ１３４に信号通信接続される。ＰＯＤ  ＣＰＵ１３４の出力は、ＰＯＤスクランブル解除装置１０８の第３入力と信号通信接続される。ホストＣＰＵ１３２の出力は、ＰＯＤ  ＣＰ１３６の入力と信号通信接続される。ＰＯＤ  ＣＰ１３６の出力は、デマルチプレクサ及びスクランブル解除装置１１４の第２入力と信号通信接続される。プログラム選択ミドルウェア１３０の第２出力は、デマルチプレクサ及びスクランブル解除装置１１４の第３入力と信号通信接続される。
【００３２】
図２を参照するに、マルチプログラムトランスポートストリーム（ＭＰＴＳ−ｉｎ）は、ブロードキャストネットワーク（図示せず）から受信され、何れかの再配信制御（ＲＣ）記述子に対してＰＭＴを構文解析することによってＢＦに係るエレメンタリストリームのパケット識別子（ＰＩＤ）を取得するよう構文解析される（ステップ２０５）。ブロードキャストフラグ（ＢＦ）に係るＰＩＤに属するすべてのパケットは、ＢＦスクランブル化装置１０６により秘密のスクランブル化プロトコルによりスクランブル化され、これにより、“ｃｌｅａｒ  ｗｉｔｈ  ＢＦ  ｅｎａｂｌｅｄ”タイプから“ＢＦ  ｓｃｒａｍｂｌｅｄ”にチャネルが変更される（ステップ２１０）。選択されたバーチャルチャネル（又は選択されたバーチャルチャネルセット）が一致した専用ネットワークＣＡシステムによりスクランブル化される場合、選択されたバーチャルチャネル（又は選択されたバーチャルチャネルセット）のみがＰＯＤスクランブル解除装置１０８によりスクランブル解除される（ステップ２１５）。ＰＯＤスクランブル解除装置１０８は、“ｓｃｒａｍｂｌｅｄ  ＢＦ”チャネルをスクランブル解除しない。ＢＦフラグチャネルからのスクランブル化のみが、ＢＦスクランブル解除装置１１２によって取り除かれ、これにより、チャネル（コンテンツ）のタイプは“ＢＦ  ｓｃｒａｍｂｌｅｄ”から“ｃｌｅａｒ  ｗｉｔｈ  ＢＦ  ｅｎａｂｌｅｄ”に変更される（ステップ２２０）。デマルチプレクサ及びスクランブル解除装置１１４は、それが“ｆｕｌｌｙ  ｃｌｅａｒ”又は“ｃｌｅａｒ  ｗｉｔｈ  ＢＦ  ｅｎａｂｌｅｄ”タイプのチャネルである場合、クリア状態の任意のチャネルを逆多重化することが可能である。もちろん、デマルチプレクサ及びスクランブル解除装置１１４はまた、ＰＯＤ  ＣＰスクランブル化装置１１０により再スクランブル化されるチャネルをスクランブル解除及び逆多重化することができる。従って、デマルチプレクサ及びスクランブル解除装置１１４は、“ｆｕｌｌｙ  ｃｌｅａｒ”及び“ｃｌｅａｒ  ｗｉｔｈ  ＢＦ  ｅｎａｂｌｅｄ”のタイプの何れかのチャネル及び／又はＰＯＤ  ＣＰスクランブル化装置１１０によって再スクランブル化されたチャネルを逆多重化及びスクランブル解除する（ステップ２２５）。
【００３３】
従って、図２の方法は、それらがＰＯＤモジュール１９９に到達する前に、ＢＦパケットを使用不可にする。プログラム選択ミドルウェア１３０は、ブロードキャストネットワークの専用のＣＡシステムによりスクランブル化されたチャネル（バーチャルチャネル３など）を選択する。ＰＯＤ１０８は、バーチャルチャネル３をスクランブル解除し、ＰＯＤ  ＣＰスクランブル化１１０を適用する。その後、ＰＯＤ  ＣＰスクランブル化がホストデマルチプレクサ及びスクランブル解除装置１１４により取り除かれる。すべてのＢＦイネーブルトランスポートパケットは、ホストデマルチプレクサに完全に可読であり、それらがホストＰＯＤインタフェース１９８にクロスするときのみ読み込み不可（すなわち、スクランブル化）とされる。
【００３４】
本発明は、以下に限定されるものではないが、スクランブル化、シフト処理、ＸＯＲリングなどを含むステップによって、ブロードキャストフラグイネーブルパケットを使用不可にすることは理解されるであろう。
【００３５】
図３は、他の例示的な実施例による第１装置から第２装置へのそれに係るイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する装置３００を示すブロック図である。図４は、他の例示的な実施例による第１装置から第２装置へのそれに係るイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する方法４００を示すフロー図である。
【００３６】
装置３００の入力は、分割及び構文解析装置３０１の入力と信号通信接続される。分割及び構文解析装置の出力は、非ＢＦパケット除去装置３０２の入力と、ＢＦパケットシフト装置３０４の入力とに信号通信接続される。非ＢＦパケット除去装置３０２の出力は、クロックスピードダブラ３０６の入力と信号通信接続される。クロックスピードダブラ３０６の出力は、パケット挿入装置３０８の第１入力と信号通信接続される。装置３００の出力は、パケット挿入装置３０８の出力と信号通信接続される。
【００３７】
ＢＦパケットスタッファ３０４は、ＰＯＤ３１０の入力と信号通信接続される。ＰＯＤ３１０の出力は、ＢＦパケット除去装置３１２の入力に信号通信接続される。ＢＦパケット除去装置の出力は、クロックスピードダブラ３１４と信号通信接続される。
【００３８】
分割及び構文解析装置３０１は単一の要素として示されるが、他の実施例では、これにより実行される機能は２つの要素によって実現可能であるということは理解されるであろう。
【００３９】
本発明の１つの例示的な実施例では、クロックスピードは、ＰＯＤコントローラ３１０とデマルチプレクサ３９９の間で５ＭＨｚから１０ＭＨｚに増大される（例えば、２倍化することに限定されないが含まれる）。デマルチプレクサ３９９とＰＯＤコントローラ３１０のＤＶ１＿ＶＡＬＩＤとの間のデータイネーブルは、プレＢＦＭ状況のレベルにデマルチプレクサＨＷ  ＩＲＱロードを低減する。
【００４０】
従って例えば、パケット挿入装置３０８は、ｔ１＋ｔ２などにおいてホストバイパス（ｈｂｐ）からＢＦパケットを、ｔ３などにおいてＰＯＤパススルー（ｈｐｉ’）からＰＯＤパケットを受信することが可能である。このシナリオでは、ＰＯＤコントローラ３１０とデマルチプレクサ３９９との間のクロックが、５ＭＨｚから１０ＭＨｚに２倍にされ、これにより、“再構成された”トランスポートストリームにおいて、ｏｄｄがｈｂｐパケットに使用可能であり、ｅｖｅｎがｈｐｉ’パケットに使用可能である。データイネーブル／有効データ（ＤＶ１＿ＶＡＬＩＤ）は、ｔ１、ｔ３及びｔ４＝ｈｉｇｈとなり、ｔ２及びｔ５＝ｌｏｗとなる。図５は、例示的な実施例による一例となるサンプルの“再構成された”トランスポートストリーム５００を示す図である。
【００４１】
図４を参照するに、入力トランスポートストリームが、ブロードキャストフラグに係るＰＩＤを特定するため、構文解析装置３０１により構文解析される（ステップ４１０）。入力トランスポートストリームは、２つのストリーム、すなわち、ストリーム１及びストリーム２を提供するため分割装置３０１により分割される（ステップ４０５）。ここでストリーム１はまた“ＭＰＴＳ−ｈｂｐ”（ｈｂｐ＝ｈｏｓｔ  ｂｙ  ｐａｓｓ）として表され、ストリーム２はまた、“ＭＰＴＳ−ｈｐｉ”（ｈｐｉ＝ｈｏｓｔ  ｐｏｄ  ｉｎｔｅｒｆａｃｅ）として表される。
【００４２】
ブロードキャストフラグに係るＰＩＤにあるパケットを除くストリーム１（ＭＰＴＳ−ｈｂｐ）からのすべてのパケットは、非ＢＦパケット除去装置３０２によりストリーム１から取り除かれる（ステップ４１５）。ブロードキャストフラグに係るＰＩＤにあるストリーム２（ＭＰＴＳ−ｈｐｉ）からのパケットは、ＢＦパケットスタッファ３０４によりスタッフィング（すなわち、使用不可に）される（ステップ４２０）。結果として得られるストリーム２は、ＰＯＤ３１０に送信される（ステップ４２５）。ＰＯＤ３１０は、任意的には、選択されたバーチャルチャネルが一致する専用のネットワークＣＡシステムによりスクランブル化された場合、選択されたバーチャルチャネルを処理するようにしてもよい（ここでは、ノイズである）（ステップ４３０）。ストリーム２は、ＰＯＤ３１０からホストに送り返される（ステップ４３２）。
【００４３】
すべてのＢＦフラグパケットは、ストリーム２をＰＯＤ３１０からＢＦパケット除去装置３１２に送信することによって、ストリーム２から除去される（ステップ４３５）。
【００４４】
ストリーム１（ＭＰＴＳ−ｈｂｐ）とストリーム２（ＭＰＴＳ−ｈｐｉ）の両方のクロックスピードは、クロックスピードダブラ３０６及び３１４によって２倍にされる（ステップ４４０）。ストリーム１（ＭＰＴＳ−ｈｂｐ）とストリーム２（ＭＰＴＳ−ｈｐｉ）からのパケットは、パケット挿入装置によってもとのＭＰＴＳを再構成するためビットストリームに挿入される（ステップ４４５）。例えば、パケット挿入装置３０８は、クロック信号がｏｄｄであるとき、ＭＰＴＳ−ｈｂｐからパケットを挿入し、信号がｅｖｅｎであるとき、ＭＰＴＳ−ｈｐｉからパケットを挿入する。再構成されたＭＰＴＳ（出力ＭＰＴＳ）は、ＰＯＤ３１０が選択されたものがスクランブル化されているとき、バーチャルチャネルを処理したかもしれないということを除いて、フルオリジナルＭＰＴＳを構成するためのすべてのパケットを含む。パケット挿入装置３０８は、クロック２倍化入力ＭＰＴＳにおいて提供されるパケットがないとき、出力ＭＰＴＳにパケットを挿入しない。さらに、パケット挿入プロセスの一例がさらに図５に関して図示及び記載されることが理解されるであろう。
【００４５】
“ｆｕｌｌｙ  ｃｌｅａｒ”、“ｃｌｅａｒ  ｗｉｔｈ  ＢＦ  ｅｎａｂｌｅｄ”タイプのチャネル又はＰＯＤ  ＣＰスクランブル化装置によって再スクランブル化されたチャネルが、逆多重化及び／又はスクランブル解除される（ステップ４５０）。
【００４６】
クロックスピードの２倍化以外の他のクロックスピードの増加がまた、本発明の趣旨を維持しながら、本発明の原理により利用可能であるということは理解されるであろう。
【００４７】
さらに、本発明の趣旨を維持しながら、ここに記載されたものと異なる他のデータイネーブラがまた本発明の原理により使用されてもよく、またデータイネーブラは使用されなくてもよいということは理解されるであろう。
【００４８】
さらに、本発明の趣旨を維持しながら、ＦＦ以外の値によるパケットのスタッフィング又はパケットを使用不可にする他のアプローチがまた本発明の原理に従って利用可能とされることが理解されるべきである。
【００４９】
また、本発明の趣旨を維持しながら、これがｄｅｍｕｘの処理に影響を与えないとき、パケット挿入装置がスタッフィングされたパケットをＦＦＦＦ（又は他の値）により“エンプティ”ポジションに挿入することが可能であるということが理解されるであろう。さらに、本発明の趣旨を維持しながら、パケットスタッフィングに対する他のアプローチが利用可能であるということが理解されるであろう。
【００５０】
図６は、さらなる他の例示的な実施例による第１装置から第２装置へのそれに関連するイネーブルブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する装置６００を示すブロック図である。図７は、さらなる他の例示的な実施例により第１装置から第２装置への関連するイネーブルブロードキャストフラグを有するデータの配信を制御する方法７００を示すフロー図である。図８は、例示的な実施例による図６に関して図示及び説明されたセレクタ６１２の一例となるルールを示すブロック図である。
【００５１】
図６を参照するに、第１装置はホスト装置（以降において“ホスト”）６８８であり、第２装置はＰＯＤ装置（以降において“ＰＯＤ”）６９９である。ホスト６８８とＰＯＤ６９９は、ホストＰＯＤインタフェース６９８を介し互いに信号通信接続される。ＰＯＤ６９９は、ＰＯＤスクランブル解除装置６０８と、ＰＯＤ  ＣＰスクランブル化装置６１０と、ＰＯＤ  ＯＯＢ  ｍａｃ６２６と、ＰＯＤ  ＣＰＵ６３４とを有する。ホスト６８８は、残りのコンポーネントを有する。装置６００は、図７の方法の各ステップにより記載されるように、ＰＯＤ６９９とホスト６８８の何れかの要素の１以上により実現可能である。もちろん、本発明は、図６に示される要素及び対応するコンフィギュレーション（接続など）に限定されず、他の要素及びそのコンフィギュレーションがまた、本発明の趣旨を維持しながら、本発明により利用可能である。図６において、各種状態／コンフィギュレーションの各種ＭＰＴＳ６６６が示される。
【００５２】
ホスト６８８の第１入力は、チューナ６０２の入力と信号通信接続される。ホスト６８８の第２入力は、チューナ６２０の入力に信号通信接続される。ホスト６８８の第１（ＲＧＢ）出力は、ＭＰＥＧデコーダ６１６の第１出力に信号通信接続される。ホスト６８８の第２（音声）出力は、ＭＰＥＧデコーダ６１６の第２出力に信号通信接続される。ＰＯＤスクランブル解除装置６０８、ＰＯＤ  ＣＰスクランブル化装置６１０、ＰＯＤ  ＯＯＢ  ｍａｃ６２６及びＰＯＤ  ＣＰＵ６３４は、ＰＯＤモジュール（以降において“ＰＯＤ”）６９９に含まれる。残りのコンポーネントは、ホストモジュール（以降において“ホスト”６８８）に含まれる。ＰＯＤ６９９及びホスト６８８は、ホストＰＯＤインタフェース６９８を介し互いに信号通信接続される。
【００５３】
チューナ６０２の出力は、復調器（ＱＡＭ）６０４の入力と信号通信接続される。復調器６０４の出力は、複製器６０６の入力と信号通信接続される。複製器６０６の第１出力は、ＰＯＤスクランブル解除装置６０８の第１入力と信号通信接続される。ＰＯＤスクランブル解除装置６０８の出力は、ＰＯＤ  ＣＰスクランブル化装置６１０の第１入力と信号通信接続される。ＰＯＤ  ＣＰスクランブル化装置６１０の出力は、セレクタ６１２の第１入力と信号通信接続される。セレクタ６１２の第２入力は、複製器６０６の第２出力と信号通信接続される。セレクタ６１２の出力は、デマルチプレクサ及びスクランブル解除装置６１４の第１入力と信号通信接続される。デマルチプレクサ及びスクランブル解除装置６１４５の出力は、ＭＰＥＧデコーダ６１６の入力に信号通信接続される。
【００５４】
チューナ６２０の出力は、復調器（ＱＰＳＫｒｘ）６２２の入力と信号通信接続される。復調器６２２の出力は、スイッチ６２４の入力と信号通信接続される。スイッチ６２４の出力は、ＰＯＤ  ＯＯＢ  ｍａｃ６２６の入力と信号通信接続される。ＰＯＤ  ＯＯＢ  ｍａｃ６２６の第１出力は、ＰＯＤスクランブル解除装置６０８の第２入力と、ＰＯＤ  ＣＰスクランブル化装置６１０の第２入力とに信号通信接続される。ＰＯＤ  ＯＯＢ  ｍａｃ６２６の第２出力は、ＯＯＢデマルチプレクサ６２８の入力と信号通信接続される。ＯＯＢデマルチプレクサ６２８の出力は、プログラム選択ミドルウェア６３０の入力と信号通信接続される。プログラム選択ミドルウェア６３０の第１出力は、ホストＣＰＵ６３２と信号通信接続される。ホストＣＰＵ６３２は、ＰＯＤ  ＣＰＵ６３４と信号通信接続される。ＰＯＤ  ＣＰＵ６３４の出力は、ＰＯＤスクランブル解除装置６０８の第３入力と信号通信接続される。ホストＣＰＵ６３２の出力は、ＰＯＤ  ＣＰ６３６の入力と信号通信接続される。プログラム選択ミドルウェア６３０の第２出力は、デマルチプレクサ及びスクランブル解除装置６１４の第３入力と信号通信接続される。
【００５５】
制御モジュールＡ（６７７）は、任意的にプログラム選択ミドルウェア６３０と複製器６０６とに信号通信接続される。制御モジュールＢ（６７８）は、プログラム選択ミドルウェア６３０とセレクタ６１２とに信号通信接続される。
【００５６】
さらに、図６の要素とそれらの機能が説明される。
【００５７】
本発明は、入力されるＭｕｌｔｉ  Ｐｒｏｇｒａｍ  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ（ＭＰＴＳ−ｉｎ）からブロードキャストフラグに係るパケットを特定し、ホストｐｏｄインタフェース６９８からこれらのパケットを“禁止”する。
【００５８】
ＭＰＴＳ−ｉｎは、複製器６１２により複製され、ＭＰＴＳ−ｈｂｐと呼ばれる同一の複製が、複製器６０６からセレクタ６１２にホストバイパスチャネル６６５を介し送信される。
【００５９】
同時に、複製器６０６は、他のＭＰＴＳ−ｈｐｉにＭＰＴＳ−ｉｎを複製するが、イネーブルブロードキャストフラグにより特定されるパケットを使用不可にする。本発明は、ブロードキャストフラグパケットを取り除き、これらのパケットをスタッフィング又は無効とし、又はそれらを使用不可、アクセス不可及び／又は利用不可にする。この結果として得られるＭＰＴＳ−ｈｐｉはホストバイパス６６５を介し処理されるＰＯＤインタフェース６９９に送信される。さらに、ホストバイパス６６５及びホストｐｏｄインタフェース６９８を介しＭＰＴＳ−ｓｅｓを同時に送信することがまた本発明に含まれる。なぜなら、ＰＯＤ規格は、ホストバイパス又はホストｐｏｄインタフェースを介しＭＰＴＳ−ｉｎを送信するスイッチ（スイッチ６２４など）を現在要求するためである。
【００６０】
ＰＯＤ６９９による処理後、ＭＰＴＳ−ｈｐｉはホスト６８８のセレクタ６１２に送り返される。セレクタ６１２は、ＭＰＴＳ−ｈｐｉ又はＭＰＴＳ−ｈｂｐストリームの選択を可能にする。これら２つのストリームの１つを選択することは、選択されたバーチャルチャネルに基づき行われる。選択されたバーチャルチャネルがイネーブルなブロードキャストフラグを有するクリアなものである場合、ＭＰＴＳ−ｈｂｐが選択される。そうでない場合、ブロードキャストフラグ又はスクランブル化されたバーチャルチャネルのないクリアバーチャルチャネルが選択される場合、ＭＰＴＳ−ｈｐｉが選択される。あるいは、イネーブルなブロードキャストフラグのない完全にクリアなバーチャルチャネルがまた、ＭＰＴＳ−ｈｂｐに配置可能である。ＰＯＤ規格は、ＰＯＤがシステムに存在するか否かに基づき制御され、ＰＯＤ結合から到来するＭＰＴＳとホストバイパスを介しＭＰＴＳからの信号パスが到来するポイントにおいてスイッチを現在要求する。本発明のシステムは、両方の利用可能なシステムパスを介し提供される２つのＭＰＴＳ−ｓｅｓの１つを選択する。
【００６１】
ＰＯＤモジュールが存在しない場合、ホストｐｏｄ信号パスは使用されず、複製器６０６はＭＰＴＳ−ｈｂｐのみを生成する。この状況では、セレクタ６１２は、結果としてＭＰＴＳ−ｈｐｉを選択することはできない。システムがホストＰＯＤインタフェース６９８からＭＰＴＳ−ｈｐｉを控えることが可能であるということは、セキュリティを向上する特徴である。システムはまず、何れのブロードキャストフラグパケットがホストＰＯＤインタフェース６９８をパスしないか知るため、ＭＰＴＳを解釈し、この遅延中に、システムは、ホストＰＯＤインタフェース６９８からＭＰＴＳ−ｈｐｉを完全に禁止する。上記は実行可能であるが、このようなアクション（完全禁止）は任意的なものであり、ＭＰＴＳ外部の新たなＭＰＴＳへのザッピング（ｚａｐｐｉｎｇ）に対するより迅速な応答のため実行されなくてもよい。
【００６２】
本発明の例示的な実施例による複製器６０６がさらに説明される。
【００６３】
入力されるＭＰＴＳ−ｉｎは、復調器６０４の後に２つのＭＰＴＳセットに“複製”される。複製器６０６は、ホストバイパスを介し送信されるＭＰＴＳ（すなわち、ＭＰＴＳ−ｈｂｐ）を生成する。複製器６０６は、実際のＰＯＤ６９９がホスト６８８に挿入されるときに限って、ホストｐｏｄインタフェース６９８にクロスする第２ＭＰＴＳ（すなわち、ＭＰＴＳ−ｈｐｉ）を生成する。ＭＰＴＳ−ｉｎとの唯一の相違は、ブロードキャストフラグのパケットとして特定されるすべてのパケットが、例えば、ｄｅｍｕｘスタッフィングによりＭＰＴＳ−ｈｐｉにおいて無効にされるということである。
【００６４】
本発明の例示的な実施例によるＢＦフラグパケットの検出が説明される。
【００６５】
ＢＦフラグパケットを検出するため、システムは、ＰＭＴテーブルから“再配信制御”（ＲＣ）記述子を検出する必要がある。（例えば、Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）  Ｓｔａｎｄａｒｄ：Ｐｒｏｇｒａｍ  ａｎｄ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｃａｂｌｅ（Ｒｅｖｉｓｉｏｎ  Ｂ），Ｄｏｃ．Ａ／６５Ｂ，Ｍａｒｃｈ  １８，２００３を参照されたい。）
本システムは、ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）を取得するため、ゼロに等しいＰＩＤ（ＰＩＤ＝０ｘ００００）に対するＰＩＤフィルタのオープンをスタートする。ＰＡＴの目的は、ＭＰＴＳにより搬送される各プログラム（すなわち、バーチャルチャネル）に対して、プログラムナンバー（０〜６５５３５）とプログラムの“マップ”（ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ））を搬送するパケットのＰＩＤとの間のリンクを示すことである。
【００６６】
ＭＰＴＳでは、各プログラム（すなわち、バーチャルチャネル）に対して１つのＰＭＴが存在する。ＰＭＴは常にクリアであり、このため、それは１つのプログラム（すなわち、バーチャルチャネル）に属するエレメンタリストリームのＰＩＤを示すことが可能である。放送業者は、明確な例外を考慮してＰＭＴがトランスポートされるべきＰＩＤを強引に定義し、ＰＡＴのＰＭＴについてＰＩＤを通知する。（０ｘ０００＝ＰＡＴ、０ｘ０００１＝ＣＡＴなどの例外など）。
【００６７】
各ＰＭＴは、ＲＣ記述子の値をチェックするよう構文解析される必要がある。イネーブルブロードキャストフラグのイベントが非イネーブルブロードキャストフラグのイベントに先行しうるため、このチェックプロセスは連続的に実行される必要がある。
【００６８】
本発明の例示的な実施例によるＢＦフラグパケットの禁止が説明される。
【００６９】
ＲＣ記述子が特定のバーチャルチャネル上でイネーブルである場合、このバーチャルチャネルを構成するエレメンタリストリームに属するすべてのパケットは、それがホストＰＯＤインタフェースをクロスするとき、ＭＰＴＳからタップ可能なクリアなパケットとして“禁止”される必要がある。このアイデアは、帯域幅の観点から、ＭＰＴＳ−ｉｎ＝ＭＰＴＳ−ｈｂｐ＝ＭＰＴＳ−ｈｐｉとなるべきである。スタッフィングすることが可能なデマルチプレクサにより、これは問題にならない。（ほとんどすべてのデマルチプレクサが、スタッフィングなものである。）システムは、ＲＣ記述子がイネーブルとされていることをＰＭＴが記述するすべてのエレメンタリストリームに対して、ＰＩＤフィルタを生成する。このため、パケットをスタッフィングするのに続いて、他のシステムは他の方法によりブロードキャストフラグパケットを取り除く。例えば、これらのパケットが完全に取り除かれ、又は無効にされるなどである。
【００７０】
ＲＣ記述子が特定のバーチャルチャネルについてイネーブルにされるとき、対応するＰＭＴにおいて特定されるようなＰＩＤ上のＥＣＭはＰＯＤにわたされることに留意すべきである。一部のＰＯＤ実現形態は、ＩＢを介し到来するＥＣＭに依存し、ＰＯＤがこれらのメッセージを使用することができないとき、バーチャルチャネルを解読することができない。
【００７１】
ＰＯＤ６９９が挿入されない場合、ＭＰＴＳ−ｈｐｉは“複製”されず、このためホストＰＯＤインタフェース６９８上で利用可能でない。
【００７２】
ＰＯＤ６９９が挿入されている場合、又はシステムが他の周波数に（再）チューニングされる場合、禁止される必要があるブロードキャストフラグパケット（すなわち、イネーブルとされたＲＣ記述子）を検出するため、新たなＭＰＴＳのＰＡＴとＰＭＴをシステムが解釈することによって生じる遅延が発生する。この遅延中、複製器６０６は、完全なストリームによるＭＰＴＳ−ｈｂｐをホストバイパス６６５を介しセレクタ６１２にわたすが、ＭＰＴＳ−ｈｐｉを“複製”しない。この結果、ホストＰＯＤインタフェース上で利用可能なデータはない。システムがブロードキャストフラグパケットについてスキャンを完了させた後に限って、システムはＭＰＴＳ−ｈｐｉを出力する。
【００７３】
本発明の例示的な実施例によるセレクタ６１２がさらに説明される。
【００７４】
あなたがＢＦフラグチャネルにザッピングするとき、あなたはＭＰＴＳ−ｈｂｐを使用する必要がある。あなたがスクランブル化されたチャネルをザッピングするとき、あなたはＭＰＴＳ−ｈｐｉを使用する必要がある。あなたがフルクリアチャネルにザッピングするとき、あなたは何れか１つを使用しなければならない。ここでは、ＭＰＴＳ−ｈｂｐ又はＭＰＴＳ−ｈｐｉからパケットを選択する２つの可能なアプローチが説明されることが理解されるであろう。
【００７５】
本発明の１つの例示的な実施例では、セレクタ６１２は、ホストデマルチプレクサ６１４に送信されるべきＭＰＴＳ−ｏｕｔとして、２つのＭＰＴＳ−ｓｅｓの１つを選択する“スイッチ”である。セレクタ６１２は、ミドルウェア（制御モジュールＢ（６７８））からスイッチするときに入力を必要とするが、その決定は既存のＰＳＩＰ情報及び／又はチャネルマップに基づき行うことができる。セレクタ６１２は、以下の２つの例示的な条件の下でスイッチされる。
【００７６】
第１の条件では、システムは、図８に関して図示及び説明されるルール８００に従って、フルクリア又はブロードキャストフラグからスクランブル化に、又はその反対に選択されたバーチャルチャネルを変更する。ＭＰＴＳ−ｈｐｉからスクランブル化されたコンテンツを選択することができるように（すなわち、選択されたスクランブル化されたバーチャルストリームを処理するようＰＯＤ６９９に指示するため）、いくつかの条件が真となる必要がある。
【００７７】
第２の条件では、ＰＯＤ６９９が挿入される必要があり、ＭＰＴＳ−ｈｐｉが実際に複製される。ＰＯＤ６９９が新たに挿入されると、又はシステムがＭＰＴＳ外のザップにより他の周波数に（再）チューニングすると、ＭＰＴＳが解釈されるまで時間がかかる。新たなＭＰＴＳのブロードキャストフラグコンテンツが特定された後、複製が開始される。システムは、複製ＭＰＴＳ−ｈｐｉがスタートし、セレクタが選択可能となることを通知する。
【００７８】
このセレクタスイッチ６１２をフリップすると、ＭＰＴＳ−ｈｂｐとＭＰＴＳ−ｈｐｉが完全には同期しないため遅延が発生する。これは不連続性を生じさせるが、通常の画面ブランク／アンブランク機構では、顕著なものとはならない。
【００７９】
プログラム選択ミドルウェア６３０は、限定されるものではないが、スクランブル解除されるバーチャルチャネルを選択解除及び選択するため、ＰＯＤ仕様に概略されるような標準的な方法を利用するかもしれない。プログラム選択ミドルウェア６３０はさらに、ＭＰＴＳ−ｈｐｉが（すでに）ＰＯＤ６９９に送信されているか知るため、複製器６０６の状態をチェックすることができる。この情報によって、プログラム選択ミドルウェア６３０は、コマンドＣａ＿Ｐｍｔ＿ｃｍｄ＿ｉｄ（Ｏｋｄｅｓｃｒａｍｂｌｉｎｇ）をＰＯＤ６９９に送信するまで待機することができる。ＭＰＴＳ−ｈｐｉが存在しないとき、早期に送信される場合、これは時間のかかるＣａ＿Ｐｍｔ＿ｃｍｄ＿ｉｄ（Ｑｕｅｒｙ）を生じさせる。
【００８０】
図７を参照するに、入力されるＭｕｌｔｉ  Ｐｒｏｇｒａｍ  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ（ＭＰＴＳ−ｉｎ）が受信される（ステップ７０５）。特定のバーチャルチャネルを選択するための入力が受信される（ステップ７１０）。再配信制御（ＲＣ）記述子が、存在する場合には、プログラムマップテーブル（ＰＭＴ）において検出される（ステップ７１５）。
【００８１】
ＭＰＴＳ−ｉｎは、複製器６０６により第１複製（ＭＰＴＳ−ｈｂｐなど）及び第２複製（ＭＰＴＳ−ｈｐｉなど）を提供するため複製される（ステップ７２０）。第１複製は、ＭＰＴＳ−ｉｎの同一の複製である。第２複製は、イネーブルのＢＦによって特定されるパケットが使用不可となるように複製される。選択されたバーチャルチャネルを構成するエレメンタリストリームに属するすべてのパケットが、ＲＣ記述子が選択されたバーチャルチャネルにおいてイネーブルとされるときに使用不可とされることが理解される。第１複製は、第１装置バイパスルート６６５を介し第１装置（ホスト６８８）のセレクタ６１２に送信され、第２複製が、インタフェース６９８を介し第２装置（ＰＯＤ６９９）に送信される（ステップ７２５）。
【００８２】
第１複製と第２複製との両方が、セレクタ６１２によって第２装置から受信される（ステップ７３０）。選択されたバーチャルチャネルに基づき、セレクタ６１２によって第１複製と第２複製の１つのみとの間の選択が行われる（ステップ７３５）。特に、セレクタ６１２は、選択されたバーチャルチャネルが、イネーブルなＢＦによるクリアなバーチャルチャネルであるときに第１複製を選択し（ステップ７３５Ａ）、セレクタ６１２は、選択されたバーチャルチャネルがイネーブルなＢＦのないクリアバーチャルチャネルであるとき第２複製を選択する（ステップ７３５Ｂ）。セレクタは、選択されたバーチャルチャネルのＲＣ記述子がイネーブル又は非イネーブルであるか否かに関係なく、選択されたバーチャルチャネルがクリアバーチャルチャネルであるとき第１複製を選択することが理解されるであろう。
【００８３】
セレクタは、第１複製又は第２複製の選択されたものを第１装置のデマルチプレクサ６１４に送信する（ステップ７４０）。デマルチプレクサ６１４は、ＭＰＥＧデコーダ６１６などによる復号化前、第１複製又は第２複製の選択されたものを逆多重化する（ステップ７４５）。
【００８４】
他の代替は、図９及び１０に関して図示及び説明されるように、セレクタの機能の代わりにリマルチプレクサ（ｒｅｍｕｌｔｉｐｌｅｘｅｒ）を実現することである。これは、ホストバイパス６６５を介し到来するＭＰＴＳ−ｈｂｐとＰＯＤパススルーから到来するＭＰＴＳ−ｈｐｉからのパケットの完全な再多重化を伴う。ＭＰＴＳ−ｈｐｉから、それらが専用のＣＡ又はＰＯＤ  ＣＰスクランブル化されているか否かに関係なく、スクランブル化されたすべてのパケットが選択される。ＭＴＰＳ−ｈｂｐから、すべてのクリアでＢＦフラグパケットが選択される。さらなる他の代替では、ＭＰＴＳ−ｈｐｉからクリア（すなわち、非ＢＦフラグ）パケットが選択される。複雑なバッファ実現形態が、ＭＰＴＳ−ｓｅｓ間の遅延を同期させる。
【００８５】
図９は、さらなる例示的な実施例による第１装置から第２装置への関連するイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する装置９００を示すブロック図である。図１０は、さらなる例示的な実施例による第１装置から第２装置への関連するイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する方法１０００を示すフロー図である。
【００８６】
図９を参照するに、第１装置はホスト装置（以降において“ホスト”）９８８であり、第２装置はＰＯＤ装置（以降において“ＰＯＤ”）９９９である。ホスト９８８とＰＯＤ９９９は、ホストＰＯＤインタフェース９９８を介し互いに信号通信接続される。ＰＯＤ９９９は、ＰＯＤスクランブル解除装置９０８と、ＰＯＤ  ＣＰスクランブル装置９１０と、ＰＯＤ  ＯＯＢ  ｍａｃ９２６と、ＰＯＤ  ＣＰＵ９３４とを有する。ホスト９８８は、残りのコンポーネントを有する。装置９００は、図１０の方法の各ステップにより説明されるように、ＰＯＤ９９９とホスト９８８の何れかの要素の１以上により実現可能である。もちろん、本発明は、図９に示される要素及び対応するコンフィギュレーション（接続など）に限定されず、他の要素及びそのコンフィギュレーションもまた、本発明の趣旨を維持しながら本発明により利用可能である。図９において、各種状態／コンフィギュレーションの各種ＭＰＴＳ９６６がまた示される。
【００８７】
ホスト９８８の第１入力は、チューナ９０２の入力と信号通信接続される。ホスト９８８の第２入力は、チューナ９２０の入力と信号通信接続される。ホスト９８８の第１（ＲＧＢ）出力は、ＭＰＥＧデコーダ９１６の第１出力と信号通信接続される。ホスト９８８の第２（音声）出力は、ＭＰＥＧデコーダ９１６の第２出力と信号通信接続される。ＰＯＤスクランブル解除装置９０８と、ＰＯＤ  ＣＰスクランブル化装置９１０と、ＰＯＤ  ＯＯＢ  ｍａｃ９２６と、ＰＯＤ  ＣＰＵ９３４とは、ＰＯＤモジュール（以降において“ＰＯＤ”）９９９に含まれる。残りのコンポーネントは、ホストモジュール（以降において“ホスト”９８８）に含まれる。ＰＯＤ９９９とホスト９８８は、ホストＰＯＤインタフェース９９８を介し互いに信号通信接続される。
【００８８】
チューナ９０２の出力は、復調器（ＱＡＭ）９０４の入力に信号通信接続される。復調器９０４の出力は、分割装置９０６の入力に信号通信接続される。分割装置９０６の第１出力は、ＰＯＤスクランブル解除装置９０８の第１入力と信号通信接続される。ＰＯＤスクランブル解除装置９０８の出力は、ＰＯＤ  ＣＰスクランブル化装置９１０の第１入力と信号通信接続される。ＰＯＤ  ＣＰスクランブル化装置９１０の出力は、結合装置９１２の第１入力に信号通信接続される。結合装置９１２の第２入力は、分割装置９０６の第２出力に信号通信接続される。結合装置９１２の出力は、デマルチプレクサ及びスクランブル解除装置９１４の第１入力に信号通信接続される。デマルチプレクサ及びスクランブル解除装置９１４の出力は、ＭＰＥＧデコーダ９１６の入力に信号通信接続される。
【００８９】
チューナ９２０の出力は、復調器（ＱＰＳＫｒｘ）９２２の入力に信号通信接続される。復調器９２２の出力は、スイッチ９２４の入力に信号通信接続される。スイッチ９２４の出力は、ＰＯＤ  ＯＯＢ  ｍａｃ９２６の入力に信号通信接続される。ＰＯＤ  ＯＯＢ  ｍａｃ９２６の第１出力は、ＰＯＤスクランブル解除装置９０８の第２入力と、ＰＯＤ  ＣＰスクランブル化装置９１０の第２入力に信号通信接続される。ＰＯＤ  ＯＯＢ  ｍａｃ９２６の第２出力は、ＯＯＢデマルチプレクサ９２８の入力に信号通信接続される。ＯＯＢデマルチプレクサ９２８の出力は、プログラム選択ミドルウェア９３０の入力と信号通信接続される。プログラム選択ミドルウェア９３０の第１出力は、ホストＣＰＵ９３２に信号通信接続される。ホストＣＰＵ９３２は、ＰＯＤ  ＣＰＵ９３４に信号通信接続される。ＰＯＤ  ＣＰＵ９３４の出力は、ＰＯＤスクランブル解除装置９０８の第３入力に信号通信接続される。ホストＣＰＵ９３２の出力は、ＰＯＤ  ＣＰ９３６の入力に信号通信接続される。ＰＯＤ  ＣＰ９３６の出力は、デマルチプレクサ及びスクランブル解除装置９１４の第２入力に信号通信接続される。プログラム選択ミドルウェア９３０の第２出力は、デマルチプレクサ及びスクランブル解除装置９１４の第３入力に信号通信接続される。
【００９０】
制御モジュールＡ（９７７）は、プログラム選択ミドルウェア９３０と分割装置９０６に信号通信接続される。制御モジュールＢ（９７８）は、プログラム選択ミドルウェア９３０と結合装置９１２に信号通信接続される。
【００９１】
図１０を参照するに、入力されるトランスポートストリームは、存在する場合には、プログラム選択ミドルウェア９３０又は他の自己完結したエンティティによってブロードキャストフラグに関連付けされたＰＩＤを特定するため構文解析される（ステップ１００５）。一般に、プログラム選択ミドルウェア９３０は常にホストデマルチプレクサを使用し、ホストＣＰＵ上で主として実行されるが、他の実現形態がまた関連技術の当業者により容易に決定されるように利用可能であるということが理解されるであろう。例えば、プログラム選択ミドルウェア９３０は独立したチップ上に実現され（独立したＣＰＵなどによって）、これにホスト、ホストデマルチプレクサ又はプログラム選択ミドルウェアとのやりとりはない。これはまた、図６及び９の要素６７７と９７８のそれぞれに真である。
【００９２】
入力されるトランスポートストリームは、２つのストリーム、すなわち、ストリーム１とストリーム２を提供するため、分割装置９０６により分割される（ステップ１０１０）。ストリーム１はまた“ＭＰＴＳ−ｈｂｐ”（ｈｂｐ＝ｈｏｓｔ  ｂｙ  ｐａｓｓ）と呼ばれ、ストリーム２はまた、“ＭＰＴＳ−ｈｐｉ”（ｈｂｐ＝ｈｏｓｔ  ｂｙ  ｐａｓｓ）と呼ばれる。ＭＰＴＳ−ｈｐｉは、ホストｐｏｄインタフェース９９８を介しＰＯＤ９９９に設定される。
【００９３】
ブロードキャストフラグに係るＰＩＤに配置されたもの以外のすべてのストリーム１（ＭＰＴＳ−ｈｂｐ）からのパケットが、スタッフィング（使用不可に）される（ステップ１０１５）。ブロードキャストフラグに係るＰＩＤに配置されたストリーム２（ＭＰＴＳ−ｈｐｉ）からのすべてのパケットは、スタッフィング（使用不可に）される（ステップ１０２０）。
【００９４】
結果として得られるトランスポートストリームは、ＰＯＤ９９９に送信される（ステップ１０１２５）。ＰＯＤ９９９は、選択されたバーチャルチャネルが一致した専用のネットワークＣＡシステムによりスクランブル化された場合（ここではノイズである）、選択されたバーチャルチャネルを処理してもよい（ステップ１０３０）。トランスポートストリームは、ホスト９８８に送り返される（ステップ１０３２）。
【００９５】
ＭＰＴＳ−ｈｂｐ及びＭＰＴＳ−ｈｐｉからのパケットが結合装置９１２に入力され、これにより所定の基準に基づき選択される（ステップ１０３５）。例えば、結合装置９１２は、ＭＰＴＳ−ｈｂｐからのパケットが分割装置９０６により特定されるように、ブロードキャストフラグに係るＰＩＤに属するとき、これらのパケットを使用する。さらに、結合装置９１２は、ＭＰＴＳ−ｈｐｉからのパケットがブロードキャストフラグＰＩＤに係るものとして特定されないＰＩＤに属するとき、これらのパケットを使用する。
【００９６】
結合装置９１２は、選択されたパケットをホストデマルチプレクサ及びスクランブル解除装置９１４に送信される新たなＭＰＴＳに再多重化する（ステップ１０４０）。再構成されたＭＰＴＳは、選択されたチャネルがスクランブル化されているときに、ＰＯＤ９９９がバーチャルチャネルを処理した可能性があるということを除いて、もとのＭＰＴＳを再構成するのに必要とされるすべてのパケットを含む。デマルチプレクサ及びスクランブル解除装置９１４は、“ｆｕｌｌｙ  ｃｌｅａｒ”、“ｃｌｅａｒ  ｗｉｔｈ  ＢＦ  ｅｎａｂｌｅｄ”又はＰＯＤ  ＣＰスクランブル装置９１０によって再スクランブル化されたチャネルのチャネルを逆多重化及び／又はスクランブル解除する（ステップ１０４５）。
【００９７】
本開示の上記及び他の特徴及び効果は、ここでの教示に基づき当該分野の当業者により容易に確認されるかもしれない。本開示の教示は、ハードウェア、ソフトウェア、ファームウェア、特定用途プロセッサ又はこれらの組み合わせの各種形式により実現可能であるということは理解されるであろう。
【００９８】
最も好ましくは、本開示の教示はハードウェアとソフトウェアの組み合わせとして実現される。さらに、ソフトウェアは、好ましくは、プログラムストレージユニット上に有形に実現されるアプリケーションプログラムとして実現される。アプリケーションプログラムは、何れか適切なアーキテクチャを有するマシーンによってアップロード及び実行されるかもしれない。好ましくは、マシーンは、１以上の中央処理ユニット（ＣＰＵ）、ＲＡＭ、入出力（Ｉ／Ｏ）インタフェースなどのハードウェアを有するコンピュータプラットフォーム上で実現される。コンピュータプラットフォームはまた、オペレーティングシステムとマイクロ命令コードとを含むものであってもよい。ここに記載される各種プロセス及び機能は、ＣＰＵにより実行可能なマイクロ命令コードの一部、アプリケーションプログラムの一部又はこれらの任意の組み合わせであってもよい。さらに、他の各種周辺ユニットは、追加的なデータストレージユニットと印刷ユニットなどのコンピュータプラットフォームに接続されてもよい。
【００９９】
さらに、添付した図面に示される構成要素となるシステムコンポーネントと方法の一部は、好ましくは、ソフトウェアにより実現されるため、システムコンポーネント又はプロセス機能ブロックの間の実際の接続は、本発明がプログラムされる方法に応じて異なるかもしれないということは理解されるであろう。ここでの教示が与えられると、当該分野の当業者は、本発明の上記及び同様の実現形態又はコンフィギュレーションを想到することが可能であろう。
【０１００】
ここでは添付した図面を参照して例示的な実施例が説明されたが、本開示はこれらの正確な実施例に限定されるものでなく、各種変更及び改良が、本発明の趣旨又は範囲から逸脱することなく当該分野の当業者により実施されるかもしれない。このようなすべての変更及び改良は、添付した請求項に与えられる本開示の範囲内に含まれると意図される。
【図面の簡単な説明】
【０１０１】
【図１】図１は、例示的な実施例による第１装置から第２装置への関連するイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する装置１００を示すブロック図である。
【図２】図２は、例示的な実施例による第１装置から第２装置への関連するイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する方法２００を示すフロー図である。
【図３】図３は、他の例示的な実施例による第１装置から第２装置への関連するイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する装置３００を示すブロック図である。
【図４】図４は、他の例示的な実施例による第１装置から第２装置への関連するイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する方法４００を示すフロー図である。
【図５】図５は、例示的な実施例による一例となるサンプル“再構成”トランスポートストリーム５００を示す図である。
【図６】図６は、さらなる他の例示的な実施例による第１装置から第２装置への関連するイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する装置６００を示すブロック図である。
【図７】図７は、さらなる他の例示的な実施例による第１装置から第２装置への関連するイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する方法７００を示すフロー図である。
【図８】図８は、例示的な実施例による図６のセレクタ６１２の一例となるルールを示すブロック図である。
【図９】図９は、さらなる例示的な実施例による第１装置から第２装置への関連するイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する装置９００を示すブロック図である。
【図１０】図１０は、さらなる他の例示的な実施例による第１装置から第２装置への関連するイネーブルなブロードキャストフラグ（ＢＦ）を有するデータの配信を制御する方法１０００を示すフロー図である。
【図１】
2008523656.tif 000003
【図２】
2008523656.tif 000004
【図３】
2008523656.tif 000005
【図４】
2008523656.tif 000006
【図５】
2008523656.tif 000007
【図６】
2008523656.tif 000008
【図７】
2008523656.tif 000009
【図８】
2008523656.tif 000010
【図９】
2008523656.tif 000011
【図１０】
2008523656.tif 000012
【国際調査報告】
2008523656.tif 000013
2008523656.tif 000014
2008523656.tif 000015