受信装置、その制御方法及びプログラム
【課題】再生時のデータの取りこぼしを防ぎつつ、記録領域の有効活用を実現することにある。
【解決手段】ストリーム処理部１０３は、デジタルチューナ１０１で受信したデータストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する。そして、ストリーム処理部１０３は、有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、第１の期間までの第２の期間の有意ではないデータを削除する。
【解決手段】ストリーム処理部１０３は、デジタルチューナ１０１で受信したデータストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する。そして、ストリーム処理部１０３は、有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、第１の期間までの第２の期間の有意ではないデータを削除する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、有意ではないデータを含むデータストリームを受信する技術に関する。
【背景技術】
【０００２】
従来、データ放送を含むデジタル放送を受信し記録するものとしては、映像音声と共にデータカルーセルを全て記録する技術が一般的であった（例えば、特許文献１参照）。また、空カルーセルの受信があった場合、対応するコンテンツを削除する処理を行う技術もある（例えば、特許文献２参照）。
【０００３】
【特許文献１】特開２０００−２０１３１７号公報
【特許文献２】特開２００２−３２８８６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
データ放送を含むデジタル放送ストリームを記録する場合、従来は、空カルーセルを含め、デジタル放送ストリームをそのままの状態で全て記録していた。空カルーセルは再生時には不要な情報のため、記録領域を効率的に使用できないという課題があった。
【０００５】
一方、空カルーセルを削除して記録する技術も知られている。この場合、記録領域を効率的に使用できないという課題は解決されるが、以下に示す新たな課題が発生する。空カルーセルを削除する場合、削除した後のコンポーネント構成に対応したＰＭＴを記録装置が作り直す必要がある。ここで、ＰＭＴ（Program Map Table）を書き換えずにデータパケットを残しておくと、ＰＭＴにはコンポーネントの登録があるのに対して、実際のコンポーネントが存在しないためエラーとなってしまう。
【０００６】
対応するＰＭＴを作り直すことにより、空カルーセルを削除して記録することは可能となるが、このストリームの再生時に以下の課題が発生する。再生時には、まずＰＭＴを監視して、各コンポーネントの認識を行う。そのため、ＰＭＴの更新を認識してからデータ本体を獲得するまでの間にタイムラグが発生し、この間のデータを取り逃してしまうという課題が発生する。
【０００７】
全てのデータパケットを記憶しておく場合であれば、ＰＭＴの更新がなく、データ本体の有無が変化するだけなので、タイムラグはほとんど発生せず、このような課題は発生しない。
【０００８】
現状では、記録領域の非効率性を許容するか、データの取りこぼしを許容するかの、トレードオフの関係になっており、両方の課題を同時に解決する手段は存在しなかった。
【０００９】
そこで、本発明の目的は、再生時のデータの取りこぼしを防ぎつつ、記録領域の有効活用を実現することにある。
【課題を解決するための手段】
【００１０】
本発明の受信装置は、データストリームを受信する受信手段と、前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定手段と、有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除手段とを有することを特徴とする。
本発明の受信装置の制御方法は、データストリームを受信する受信ステップと、前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定ステップと、有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除ステップとを含むことを特徴とする。
本発明のプログラムは、データストリームを受信する受信ステップと、前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定ステップと、有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除ステップとをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１１】
本発明においては、有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、第１の期間までの第２の期間の有意ではないデータを削除するように構成している。従って、再生時のデータの取りこぼしを防ぎつつ、記録領域の有効活用を実現することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１３】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る受信装置の構成を示すブロック図である。
図１において、１０１はデジタル放送のデータストリームを受信するためのデジタルチューナであって、受信波の復調・復号を行い、インタフェース１０２にＭＰＥＧ−２トランスポートストリームを出力する。なお、デジタルチューナ１０１は、本発明の受信手段の一適用例となる構成である。
【００１４】
１０２は、デジタルチューナ１０１から出力されるストリームをストリーム処理部１０３に送るためのインタフェースである。
【００１５】
１０３は、ストリーム処理部であって、インタフェース１０２を介して入力したストリームから、空カルーセルの削除処理、ＰＭＴ作成処理を行う。その後、記録に適したＭＰＥＧ−２トランスポートストリームをインタフェース１０５に出力する。ストリーム処理部１０３の詳細処理については後述する。ストリーム処理部１０３は、ハードウェア、ソフトウェア、又は、ハードウェア及びソフトウェアで構成される。
【００１６】
１０４は、一時記憶部であって、ストリーム処理部１０３での処理に応じてストリームを一時記憶する。一時記憶部１０４は、揮発性メモリ、不揮発性メモリ、又は磁気記録装置等で構成される。
【００１７】
１０５は、ストリーム処理部１０３で必要に応じて処理したストリームを記録処理部１０６に送るためのインタフェースである。
【００１８】
１０６は、記録処理部であって、インタフェース１０５を介して入力されるストリームを記録部１０７に記録するためのファイルシステム管理等の処理を行う。
【００１９】
１０７は、磁気記録媒体や光メディア等にストリームを記録するための記録部である。
【００２０】
次に、ストリーム処理部１０３で実行される処理の詳細について説明する。
デジタル放送のデータストリームは、図４に示すように所定単位であるトランスポートストリームパケット（以下、ＴＳパケット）単位で時間軸多重化されて伝送されている。ＴＳパケットの多重化の詳細は、ＩＳＯ／ＩＥＣ １３８１８−１に記載されているため、ここでの詳細な説明は省略する。
【００２１】
図４において、４０１、４１４はＰＭＴパケットを表している。４０２、４０８は１つの映像パケット、４０３、４０９は連続した１つ以上の映像パケットを表している。４０４、４１０は１つの音声パケット、４０５、４１１は連続した１つ以上の音声パケットを表している。４０６、４１２は１つのデータパケット、４０７は連続した１つ以上のデータパケットを表している。４１３、４１５は幾つかの映像、音声又はデータパケットが続いていることを表している。
【００２２】
ＰＭＴには、ＰＭＴに続く映像、音声、データの各コンポーネントの属性と、各コンポーネントを構成するパケットを識別するためのＰＩＤが記述されている。コンポーネント属性やＰＩＤの変更等は、ＰＭＴの記述を変更することによって行われる。また、ＰＭＴの伝送周期は、例えばＡＲＩＢでは１００ミリ秒が推奨されている。
【００２３】
本実施形態では、図５に示すように、ＰＭＴ４０１から次のＰＭＴ４１４の直前のパケットまでを１つのデータブロックと定義し、ｎ番目のデータブロックをＤ［ｎ］と表す。
【００２４】
図４と図５とでは、映像４０２、４０３、４０８、４０９及び４１３中の映像パケットが映像５０１に対応し、音声４０４、４０５、４１０、４１１及び４１３中の音声パケットが音声５０２に対応している。また、データ４０６、４０７、４１２及び４１３中のデータパケットがデータ５０３に対応している。
【００２５】
次に、ストリーム処理部１０３における処理動作を図６のフローチャートを参照して説明する。図６は、ストリーム処理部１０３の処理動作を示すフローチャートである。
【００２６】
ステップＳ６０１において、ストリーム処理部１０３は、インタフェース１０２からデータブロックＤ［ｉ］を受信する。
【００２７】
ステップＳ６０２において、ストリーム処理部１０３は、受信したデータブロックＤ［ｉ］内のデータパケットに空カルーセルが存在するか、存在しないかを判定する。即ちここでは、受信したデータブロックＤ［ｉ］内のデータパケットに有意ではないデータが存在するか、有意なデータのみ存在するかを判定している。空カルーセルのデータパケットが存在すれば処理はステップＳ６０３に分岐し、空カルーセルのデータパケットが存在しなければ処理はステップＳ６０４に分岐する。なお、ステップＳ６０２は、本発明の判定手段の一処理例である。
【００２８】
ステップＳ６０３において、ストリーム処理部１０３は、空カルーセルのデータパケットのＰＩＤを削除候補ＰＩＤリストＲ［ｉ］に登録し、ステップＳ６０５に進む。例えば、データブロックＤ［ｉ］内においてデータパケットＰＩＤが０ｘ０５４０のデータパケットが空カルーセルであった場合、削除候補ＰＩＤリストＲ［ｉ］に０ｘ０５４０を登録する。
【００２９】
ステップＳ６０４において、ストリーム処理部１０３は、削除候補ＰＩＤリストＲ［ｉ］にＮＵＬＬを登録し、ステップＳ６０５に進む。ＮＵＬＬの登録は、削除候補となるＰＩＤが存在しないことを表している。
【００３０】
ステップＳ６０５において、ストリーム処理部１０３は、受信データブロックＤ［ｉ］と削除候補ＰＩＤリストＲ［ｉ］とを、一時記憶部１０４に記憶し、ステップＳ６０６に進む。
【００３１】
ステップＳ６０６において、ストリーム処理部１０３は、一時記憶部１０４から、データブロックＤ［ｉ−２］を読み出し、ステップＳ４０７に進む。これはステップＳ６０１で受信したデータブロックＤ［ｉ］より２つ前に受信したデータブロックであって、ステップＳ６０２からＳ６０５の処理を同様に行い、一時記憶部１０４に記憶していたデータブロックである。
【００３２】
ステップＳ６０７において、ストリーム処理部１０３は、一時記憶部１０４からＲ［ｉ］を読み出し、Ｒ［ｉ］がＮＵＬＬであるか否か（削除候補ＰＩＤが設定されているか否か）を判定する。Ｒ［ｉ］がＮＵＬＬではない場合、処理はステップＳ６０８に分岐する。一方、Ｒ［ｉ］がＮＵＬＬである場合、処理はステップＳ６１３に分岐する。
【００３３】
ステップＳ６０８において、ストリーム処理部１０３は、一時記憶部１０４からＲ［ｉ−１］を読み出し、Ｒ［ｉ］とＲ［ｉ−１］とが等しいか否かを判定する。Ｒ［ｉ］とＲ［ｉ−１］とが等しければ（当該データブロックの削除候補ＰＩＤと１つ前のデータブロックの削除候補ＰＩＤとが同一であれば）、処理はステップＳ６０９に分岐する。一方、Ｒ［ｉ］とＲ［ｉ−１］とが等しくなければ、処理はステップＳ６１３に分岐する。
【００３４】
ステップＳ６０９において、ストリーム処理部１０３は、Ｒ［ｉ］とＲ［ｉ−２］とが等しいか否かを判定する。Ｒ［ｉ］とＲ［ｉ−２］とが等しければ（当該データブロックの削除候補ＰＩＤと２つ前のデータブロックの削除候補ＰＩＤとが同一であれば）、処理はステップＳ６１０に分岐する。一方、Ｒ［ｉ］とＲ［ｉ−２］とが等しくなければ、処理はステップＳ６１３に分岐する。
【００３５】
ステップＳ６１０において、ストリーム処理部１０３は、Ｒ［ｉ−２］に記憶されているＰＩＤに対応する登録情報をＰＭＴ［ｉ−２］から削除し、新たなＰＭＴ＝ＰＭＴ’［ｉ−２］を作成し、ステップＳ４１１に進む。なお、ステップＳ６１０は、本発明の更新手段の一処理例である。
【００３６】
ステップＳ６１１において、ストリーム処理部１０３は、Ｒ［ｉ−２］に記憶されているＰＩＤに該当するデータパケットを、データブロックＤ［ｉ−２］から削除した新たなデータブロックＤ’［ｉ−２］を作成し、ステップＳ６１２に進む。ここでのデータパケットの削除処理が本発明の削除手段の一処理例となる。
【００３７】
ステップＳ６１２において、ストリーム処理部１０３は、ステップＳ６１１で作成したデータブロックＤ’［ｉ−２］を記録する。
【００３８】
ステップＳ６１３において、ストリーム処理部１０３は、データブロックＤ［ｉ−２］を記憶する。
【００３９】
以上のフローチャートに沿った動作を、図７のデジタル放送のデータストリーム例を参照しながら説明する。
【００４０】
図７では、一つのデータブロック内で同一コンポーネントを構成するパケットを一つのブロックとして表現している。時刻ｔ１より前に伝送されるデジタル放送ストリームのデータパケット７０４、７０８、７１２が空カルーセル、時刻ｔ１より後に伝送されるデジタル放送ストリームのデータパケット７１６が空でないデータカルーセルである。
【００４１】
ストリーム処理部１０３は、データブロックＤ［ｎ］を受信したとき、データパケット７０４が空カルーセルであるため、データパケット７０４のＰＩＤ＝０ｘ０５４０を削除候補ＰＩＤリストＲ［ｎ］に登録する。本処理は、図６のステップＳ６０１〜ステップＳ６０３に対応する処理である。
【００４２】
同様の処理をデータブロックＤ［ｎ］〜Ｄ［ｎ＋３］まで行った場合の削除候補ＰＩＤリストを図８に示す。データブロックＤ［ｎ＋３］のデータパケット７１６は空でないカルーセルのため、ストリーム処理部１０３は、削除候補ＰＩＤリストＲ［ｎ＋３］にはＮＵＬＬを登録する（ステップＳ６０４）。
【００４３】
いま、データブロックＤ［ｎ＋２］を受信した場合について考えると、Ｒ［ｎ＋２］が０ｘ０５４０であり（ステップＳ６０７）、また、Ｒ［ｎ＋２］はＲ［ｎ＋１］、Ｒ［ｎ］と等しい（ステップＳ６０８、Ｓ６０９）。従って、ストリーム処理部１０３は、２つ前のデータブロックＤ［ｎ］のＰＭＴ７０１の書き換え（ステップＳ６１０）と、データパケット７０４の削除（ステップＳ６１１）とを行う。
【００４４】
新たに作成したデータブロックＤ’［ｎ］を図９に示す。書き換え後のＰＭＴ’［ｎ］９０１は、データパケットＰＩＤ＝０ｘ０５４０の登録を削除した内容となる。データブロックＤ’［ｎ］はデータパケット７０４を削除したデータブロックとなる。
【００４５】
次に、データブロックＤ［ｎ＋３］を受信した場合について考える。Ｒ［ｎ＋３］はＮＵＬＬである（ステップＳ６０７）。従って、ストリーム処理部１０３は、２つ前のデータブロックＤ［ｎ＋１］に関しては、ＰＭＴの書き換え及びデータパケットの削除は共に行わず、空カルーセルを残したデータブロックとなる。
【００４６】
以下、同様の処理を続けることによって、空でないデータカルーセルが開始されるデータブロックＤ［ｎ＋３］の２つ前までのデータブロック（Ｄ［ｎ＋２］とＤ［ｎ＋１］）の空カルーセルを残すことが可能となる。
【００４７】
また、それより前のデータブロック（Ｄ［ｎ］）の空カルーセルを削除することが可能となる。本実施形態では、２つ前までのデータブロックの空カルーセルを残す場合について説明した。これに限定されず、ステップＳ６０６〜Ｓ６０９での処理対象となるデータブロック数を変更することによって、データの再生時において、データパケットを識別するためのＰＭＴが参照され、該当するデータパケットが読み込まれるまでの時間に応じた所望の空カルーセルを残すことが可能となる。なお、ＰＭＴは、本発明の識別データの一適用例となる構成である。
【００４８】
図２に、社団法人電波産業会（以下、ＡＲＩＢ）で規定されているデジタル放送ストリームの例を示す。図２では、左から右に（ｔ０からｔ４に向かって）時間の流れを表し、縦にコンテンツを構成する各コンポーネントを表している。
【００４９】
ＰＭＴ２０１には、ストリームに含まれる各コンポーネントの属性と、各コンポーネントを構成するパケットを識別するためのパケット識別（ＰＩＤ）が記述されている。図２の例では、映像コンポーネントを構成するパケットのＰＩＤが０ｘ０２００、音声パケットのＰＩＤが０ｘ０３００、データパケットのＰＩＤが０ｘ０５４０であること示している。ＰＭＴ２０１、映像２０２、音声２０３、データ２０４〜２０７は、パケット多重され、時間軸に沿って伝送されている。
【００５０】
データパケットは、ＤＳＭ−ＣＣ規格（ＩＳＯ／ＩＥＣ １３８１８−６）準拠したデータカルーセル方式で伝送される。ＤＳＭ−ＣＣ規格についてのここでの詳細な説明は省略する。ＡＲＩＢデジタル放送では、ＤＩＩメッセージとＤＤＢメッセージを用いてデータ伝送を行っている。ＤＩＩメッセージは、伝送される各データがどのようなものであるかの情報を伝送するために用い、ＤＤＢメッセージは、データ本体を伝送するために用いる。
【００５１】
ＤＩＩメッセージ中には、ｎｕｍｂｅｒＯｆＭｏｄｕｌｅｓフィールドというフィールドがあり、データ本体を構成するためのモジュール数を表している。伝送すべきデータ本体が存在しない場合は、ｎｕｍｂｅｒＯｆＭｏｄｕｌｅｓフィールドに０（零）を設定したＤＩＩメッセージを伝送し、ＤＤＢメッセージは伝送しない。これを空カルーセルと称する。また、伝送すべきデータ本体が存在しない状態が継続する場合は、ｎｕｍｂｅｒＯｆＭｏｄｕｌｅｓ＝０のＤＩＩメッセージを周期的に伝送し続ける。
【００５２】
図２の例では、２０４、２０６が空カルーセル、２０５、２０７が空でないカルーセルであることを表している。
【００５３】
データコンポーネント伝送における、空カルーセルと空でないカルーセルの変更は、ＤＩＩメッセージ中のｄａｔａ＿ｅｖｅｎｔ＿ｉｄフィールドを変更することによって通知する。図２の例では、データ２０４、２０５、２０６、２０７の変更に合わせて、ｄａｔａ＿ｅｖｅｎｔ＿ｉｄを１ずつインクリメントしている。
【００５４】
図２で示したような、データ放送を含むデジタル放送ストリームを記録する場合、従来は、空カルーセル２０４、２０６を含め、放送ストリームをそのままの状態で全て記録していた。空カルーセルは再生時には不要な情報のため、記録領域を効率的に使用できない。
【００５５】
一方、空カルーセル２０４、２０６を削除して記録する場合、記録領域を効率的に使用できないという課題は解決されるが、以下に示す新たな課題が発生する。
【００５６】
空カルーセルを削除する場合、削除した後のコンポーネント構成に対応したＰＭＴを記録装置が作り直す必要がある。図２に示した放送ストリームから空カルーセルを削除し、これに対応したＰＭＴを作り直した場合の、ストリームの構成例を図３に示す。
【００５７】
時刻ｔ０からｔ１、ｔ２からｔ３に存在していた空カルーセル２０４、２０６の削除に対応したＰＭＴ３０１、３０３を新たに作成する。ＰＭＴの内容は、この期間に伝送されるコンテンツは映像２０２、音声２０３のみのため、データパケットの登録が削除された内容となっている。ここでＰＭＴを書き換えずにデータパケットの登録を残しておくと、ＰＭＴにはコンポーネントの登録があるのに、実際のコンポーネントが存在しないためエラーとなってしまう。
【００５８】
上記の方法により、空カルーセルを削除して記録することは可能となるが、このストリームの再生時に以下の課題が発生する。
【００５９】
再生時には、まずＰＭＴを監視して、各コンポーネントの認識を行う。今、時刻ｔ１になった瞬間を考えると、ＰＭＴ３０１からＰＭＴ３０２に更新され、新たにＰＩＤ＝０ｘ０５４０のデータ伝送が開始されたことが分かる。システムの動作的には、ＰＭＴの更新を認識してからＰＩＤ＝０ｘ０５４０のＤＩＩメッセージを獲得し、さらにＤＤＢメッセージの獲得を行う。そのため、ＰＭＴの更新を認識してからデータ２０５のデータ本体を獲得するまでの間にタイムラグが発生し、この間のデータを取り逃してしまうという課題が発生する。
【００６０】
全てのデータパケットを記録しておく場合であれば、常にＰＩＤ＝０ｘ０５４０のデータは存在し、ＤＤＢの有無が変化するだけなので、タイムラグはほとんど発生せず、このような課題は発生しない。
【００６１】
このように現状では、記録領域の非効率性を許容するか、データの取りこぼしを許容するかの、トレードオフの関係になっている。
【００６２】
図２に示したデータ放送を含むデジタル放送のデータストリームに対して本実施形態を適用した場合の出力ストリームを図１０に示す。
【００６３】
空でないデータ２０５が開始される直前の所定量の空カルーセル１００５が、本実施形態の処理によって残された空カルーセル、ＰＭＴ１００１が、データパケットの削除に対応させて書き換えたＰＭＴである。時刻ｔ３前後のＰＭＴ１００３、空カルーセル１００６についても同様である。なお、空カルーセル１００５は、本発明の第１の期間の有意ではないデータに対応する構成であり、その直前の時刻ｔ５までの削除された空カルーセルが本発明の第２の期間の有意ではないデータに対応する構成である。
【００６４】
以上のように本実施形態によれば、空でないデータが開始される直前の所定量の空カルーセルを残すことによって、不要な空カルーセルを削除し、かつ再生時のデータ取りこぼしのないストリームを作成することが可能となる。
【００６５】
＜第２の実施形態＞
上記第１の実施形態では、空カルーセルの検索処理と空カルーセル削除処理とを１つの処理ブロックで行う場合について説明した。これに対し、本発明の第２の実施形態は、空カルーセルの検索処理部と空カルーセル削除処理部とを遅延バッファで接続し、複数の処理ブロックで処理を行う。
【００６６】
本発明の第２の実施形態に係る受信装置の構成について図１１を参照して説明する。図１１は、本発明の第２の実施形態に係る受信装置の構成を示すブロック図である。
【００６７】
デジタルチューナ１０１、記録処理部１０６、記録部１０７は、図１に示した構成と同様であるため説明は省略する。
【００６８】
１１０１は、デマルチプレクサであって、パケット多重されたＭＰＥＧ−２ストリームの非多重化と空カルーセルの検索を行う。
【００６９】
１１０２は、遅延バッファであって、デマルチプレクサ１００１で処理されたＴＳパケットを所定時間又は所定量だけ遅延させてマルチプレクサ１００４に読み込ませるためのものである。遅延時間又は遅延量は、装置の初期化時やストリーム受信開始時に、再生処理に要する時間を考慮して予め設定しておく。
【００７０】
１１０３は、デマルチプレクサ１００１からマルチプレクサ１００４に対して、指定ＰＩＤのパケット削除を指示するための通信経路である。
【００７１】
１１０４は、マルチプレクサであって、デマルチプレクサ１００１で一旦非多重化されたパケットの再多重化、データパケットの削除、ＰＭＴ書き換えを行う。
【００７２】
次に、デマルチプレクサ１１０１における処理について図１２を参照して説明する。図１２は、デマルチプレクサ１１０１の処理動作を示すフローチャートである。
【００７３】
ステップＳ１２０１において、デマルチプレクサ１１０１は、デジタルチューナ１０１からデータブロックを受信し、ステップＳ１２０２に進む。
【００７４】
ステップＳ１２０２において、デマルチプレクサ１１０１は、受信したデータブロック中のデータパケットが空カルーセルで構成されているか否かの判別を行う。空カルーセルで構成されていればステップＳ１２０３に分岐し、空カルーセルでなければステップＳ１２０４に分岐する。
【００７５】
ステップＳ１２０３において、デマルチプレクサ１１０１は、データパケットのＰＩＤを、通信経路１１０３を介してマルチプレクサ１１０４に送信し、ステップＳ１２０４に進む。これにより、受信したデータブロックのデータパケットが空カルーセルで構成されているか否かと、及び、データパケットが空カルーセルの場合そのＰＩＤとをマルチプレクサ１１０４に通知する。
【００７６】
ステップＳ１２０４において、デマルチプレクサ１１０１は、データブロックをバッファ１１０２に書き込み、処理を終了する。
【００７７】
次に、マルチプレクサ１１０４における処理を、図１３を参照して説明する。図１３は、マルチプレクサ１１０４の処理動作を示すフローチャートである。
【００７８】
ステップＳ１３０１において、マルチプレクサ１１０４は、データブロックをバッファ１１０２から読み出し、ステップＳ１３０２に進む。
【００７９】
ステップＳ１３０２において、マルチプレクサ１１０４は、読み出したデータブロック中のデータパケットが空カルーセルで構成されているか否かの判別を行う。空カルーセルで構成されていればステップＳ１３０３に分岐し、空カルーセルでなければステップＳ１３０６に分岐する。
【００８０】
ステップＳ１３０３において、デマルチプレクサ１１０１からＰＩＤを受信したか否かの判別を行い、受信していればステップＳ１３０４に分岐し、受信していなければステップＳ１３０６に分岐する。
【００８１】
ステップＳ１３０４において、デマルチプレクサ１１０１は、ステップＳ１３０３で受信したＰＩＤの登録情報を削除したＰＭＴを新たに作成し、ステップＳ１３０５に進む。
【００８２】
ステップＳ１３０５において、デマルチプレクサ１１０１は、ステップＳ１３０３で受信したＰＩＤに対応する空カルーセルを削除し、ステップＳ１３０６に進んでデータブロックの記録を行う。
【００８３】
ここで、ステップＳ１３０１でマルチプレクサ１１０４が読み出すデータブロックは、ステップＳ１２０１でデマルチプレクサ１１０１が受信したデータブロックよりバッファ１１０２に設定された遅延分だけ遅延している。そのため、ステップＳ１３０３でデマルチプレクサからＰＩＤを受信した場合、デマルチプレクサが受信しているデータブロックより遅延分だけ過去に受信したデータブロックに対して削除処理を行うことになる。これにより、空でないデータが開始される直前の所定量の空カルーセルを残すことが可能となる。
【００８４】
＜その他の実施形態＞
上記実施形態では、デジタル放送ストリームを受信する場合について述べた。しかし、対象となるストリームはこれに限らず、例えばネットワーク（図示せず）を介して、情報配信装置（図示せず）から入力するＭＰＥＧストリームであっても構わない。
【００８５】
また、本発明は上記実施形態を実現するための装置及び方法のみに限定されるものではない。
【００８６】
例えば、上記システム又は装置内のコンピュータ（ＣＰＵ或いはＭＰＵ）に、上記実施形態を実現するためのソフトウェアのプログラムコードを供給するものも本発明の範疇に含まれる。また、このプログラムコードに従って上記システム或いは装置のコンピュータが上記各種デバイスを動作させることにより上記実施例を実現する場合も本発明の範疇に含まれる。
【００８７】
この場合、前記ソフトウェアのプログラムコード自体が上記実施形態の機能を実現することになる。即ち、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、具体的には上記プログラムコードを格納した記憶媒体も本発明の範疇に含まれる。
【００８８】
この様なプログラムコードを格納する記憶媒体としては、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００８９】
また、本発明は上記プログラムコードのみに従って各種デバイスを制御することにより、上記実施形態の機能が実現される場合に限らない。例えば、上記プログラムコードがコンピュータ上で稼働しているＯＳ（オペレーティングシステム）、或いは他のアプリケーションソフト等と共同して上記実施形態が実現される場合も本発明の範疇に含まれる。
【００９０】
更に、コンピュータの機能拡張ボードに備わるメモリに格納された上記プログラムコードの指示に基づいて、その機能拡張ボードに備わるＣＰＵ等が実際の処理の一部または全部を行う場合なども本発明の範疇に含まれる。
【図面の簡単な説明】
【００９１】
【図１】本発明の第１の実施形態に係る受信装置の構成を示すブロック図である。
【図２】社団法人電波産業会で規定されているデジタル放送ストリームの例を示す図である。
【図３】図２に示した放送ストリームから空カルーセルを削除し、これに対応したＰＭＴを作り直した場合のストリームの構成例を示す図である。
【図４】デジタル放送のデータストリームの伝送状態を示す図である。
【図５】本発明の実施形態におけるデータブロックの定義を説明するための図である。
【図６】ストリーム処理部における処理動作を示すフローチャートである。
【図７】デジタル放送のデータストリーム例を示す図である。
【図８】削除候補ＰＩＤリストの構成例を示す図である。
【図９】新たに作成したデータブロックＤ’［ｎ］を示す図である。
【図１０】図２に示したデータ放送を含むデジタル放送のデータストリームに対して本発明の実施形態を適用した場合の出力ストリームを示す図である。
【図１１】本発明の第２の実施形態に係る受信装置の構成を示すブロック図である。
【図１２】デマルチプレクサの処理動作を示すフローチャートである。
【図１３】マルチプレクサの処理動作を示すフローチャートである。
【符号の説明】
【００９２】
１０１ デジタルチューナ
１０３ ストリーム処理部
１０４ 一時記憶部
１０６ 記録処理部
１０７ 記録部
１１０１ デマルチプレクサ
１１０２ 遅延バッファ
１１０４ マルチプレクサ
【技術分野】
【０００１】
本発明は、有意ではないデータを含むデータストリームを受信する技術に関する。
【背景技術】
【０００２】
従来、データ放送を含むデジタル放送を受信し記録するものとしては、映像音声と共にデータカルーセルを全て記録する技術が一般的であった（例えば、特許文献１参照）。また、空カルーセルの受信があった場合、対応するコンテンツを削除する処理を行う技術もある（例えば、特許文献２参照）。
【０００３】
【特許文献１】特開２０００−２０１３１７号公報
【特許文献２】特開２００２−３２８８６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
データ放送を含むデジタル放送ストリームを記録する場合、従来は、空カルーセルを含め、デジタル放送ストリームをそのままの状態で全て記録していた。空カルーセルは再生時には不要な情報のため、記録領域を効率的に使用できないという課題があった。
【０００５】
一方、空カルーセルを削除して記録する技術も知られている。この場合、記録領域を効率的に使用できないという課題は解決されるが、以下に示す新たな課題が発生する。空カルーセルを削除する場合、削除した後のコンポーネント構成に対応したＰＭＴを記録装置が作り直す必要がある。ここで、ＰＭＴ（Program Map Table）を書き換えずにデータパケットを残しておくと、ＰＭＴにはコンポーネントの登録があるのに対して、実際のコンポーネントが存在しないためエラーとなってしまう。
【０００６】
対応するＰＭＴを作り直すことにより、空カルーセルを削除して記録することは可能となるが、このストリームの再生時に以下の課題が発生する。再生時には、まずＰＭＴを監視して、各コンポーネントの認識を行う。そのため、ＰＭＴの更新を認識してからデータ本体を獲得するまでの間にタイムラグが発生し、この間のデータを取り逃してしまうという課題が発生する。
【０００７】
全てのデータパケットを記憶しておく場合であれば、ＰＭＴの更新がなく、データ本体の有無が変化するだけなので、タイムラグはほとんど発生せず、このような課題は発生しない。
【０００８】
現状では、記録領域の非効率性を許容するか、データの取りこぼしを許容するかの、トレードオフの関係になっており、両方の課題を同時に解決する手段は存在しなかった。
【０００９】
そこで、本発明の目的は、再生時のデータの取りこぼしを防ぎつつ、記録領域の有効活用を実現することにある。
【課題を解決するための手段】
【００１０】
本発明の受信装置は、データストリームを受信する受信手段と、前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定手段と、有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除手段とを有することを特徴とする。
本発明の受信装置の制御方法は、データストリームを受信する受信ステップと、前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定ステップと、有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除ステップとを含むことを特徴とする。
本発明のプログラムは、データストリームを受信する受信ステップと、前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定ステップと、有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除ステップとをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１１】
本発明においては、有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、第１の期間までの第２の期間の有意ではないデータを削除するように構成している。従って、再生時のデータの取りこぼしを防ぎつつ、記録領域の有効活用を実現することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１３】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る受信装置の構成を示すブロック図である。
図１において、１０１はデジタル放送のデータストリームを受信するためのデジタルチューナであって、受信波の復調・復号を行い、インタフェース１０２にＭＰＥＧ−２トランスポートストリームを出力する。なお、デジタルチューナ１０１は、本発明の受信手段の一適用例となる構成である。
【００１４】
１０２は、デジタルチューナ１０１から出力されるストリームをストリーム処理部１０３に送るためのインタフェースである。
【００１５】
１０３は、ストリーム処理部であって、インタフェース１０２を介して入力したストリームから、空カルーセルの削除処理、ＰＭＴ作成処理を行う。その後、記録に適したＭＰＥＧ−２トランスポートストリームをインタフェース１０５に出力する。ストリーム処理部１０３の詳細処理については後述する。ストリーム処理部１０３は、ハードウェア、ソフトウェア、又は、ハードウェア及びソフトウェアで構成される。
【００１６】
１０４は、一時記憶部であって、ストリーム処理部１０３での処理に応じてストリームを一時記憶する。一時記憶部１０４は、揮発性メモリ、不揮発性メモリ、又は磁気記録装置等で構成される。
【００１７】
１０５は、ストリーム処理部１０３で必要に応じて処理したストリームを記録処理部１０６に送るためのインタフェースである。
【００１８】
１０６は、記録処理部であって、インタフェース１０５を介して入力されるストリームを記録部１０７に記録するためのファイルシステム管理等の処理を行う。
【００１９】
１０７は、磁気記録媒体や光メディア等にストリームを記録するための記録部である。
【００２０】
次に、ストリーム処理部１０３で実行される処理の詳細について説明する。
デジタル放送のデータストリームは、図４に示すように所定単位であるトランスポートストリームパケット（以下、ＴＳパケット）単位で時間軸多重化されて伝送されている。ＴＳパケットの多重化の詳細は、ＩＳＯ／ＩＥＣ １３８１８−１に記載されているため、ここでの詳細な説明は省略する。
【００２１】
図４において、４０１、４１４はＰＭＴパケットを表している。４０２、４０８は１つの映像パケット、４０３、４０９は連続した１つ以上の映像パケットを表している。４０４、４１０は１つの音声パケット、４０５、４１１は連続した１つ以上の音声パケットを表している。４０６、４１２は１つのデータパケット、４０７は連続した１つ以上のデータパケットを表している。４１３、４１５は幾つかの映像、音声又はデータパケットが続いていることを表している。
【００２２】
ＰＭＴには、ＰＭＴに続く映像、音声、データの各コンポーネントの属性と、各コンポーネントを構成するパケットを識別するためのＰＩＤが記述されている。コンポーネント属性やＰＩＤの変更等は、ＰＭＴの記述を変更することによって行われる。また、ＰＭＴの伝送周期は、例えばＡＲＩＢでは１００ミリ秒が推奨されている。
【００２３】
本実施形態では、図５に示すように、ＰＭＴ４０１から次のＰＭＴ４１４の直前のパケットまでを１つのデータブロックと定義し、ｎ番目のデータブロックをＤ［ｎ］と表す。
【００２４】
図４と図５とでは、映像４０２、４０３、４０８、４０９及び４１３中の映像パケットが映像５０１に対応し、音声４０４、４０５、４１０、４１１及び４１３中の音声パケットが音声５０２に対応している。また、データ４０６、４０７、４１２及び４１３中のデータパケットがデータ５０３に対応している。
【００２５】
次に、ストリーム処理部１０３における処理動作を図６のフローチャートを参照して説明する。図６は、ストリーム処理部１０３の処理動作を示すフローチャートである。
【００２６】
ステップＳ６０１において、ストリーム処理部１０３は、インタフェース１０２からデータブロックＤ［ｉ］を受信する。
【００２７】
ステップＳ６０２において、ストリーム処理部１０３は、受信したデータブロックＤ［ｉ］内のデータパケットに空カルーセルが存在するか、存在しないかを判定する。即ちここでは、受信したデータブロックＤ［ｉ］内のデータパケットに有意ではないデータが存在するか、有意なデータのみ存在するかを判定している。空カルーセルのデータパケットが存在すれば処理はステップＳ６０３に分岐し、空カルーセルのデータパケットが存在しなければ処理はステップＳ６０４に分岐する。なお、ステップＳ６０２は、本発明の判定手段の一処理例である。
【００２８】
ステップＳ６０３において、ストリーム処理部１０３は、空カルーセルのデータパケットのＰＩＤを削除候補ＰＩＤリストＲ［ｉ］に登録し、ステップＳ６０５に進む。例えば、データブロックＤ［ｉ］内においてデータパケットＰＩＤが０ｘ０５４０のデータパケットが空カルーセルであった場合、削除候補ＰＩＤリストＲ［ｉ］に０ｘ０５４０を登録する。
【００２９】
ステップＳ６０４において、ストリーム処理部１０３は、削除候補ＰＩＤリストＲ［ｉ］にＮＵＬＬを登録し、ステップＳ６０５に進む。ＮＵＬＬの登録は、削除候補となるＰＩＤが存在しないことを表している。
【００３０】
ステップＳ６０５において、ストリーム処理部１０３は、受信データブロックＤ［ｉ］と削除候補ＰＩＤリストＲ［ｉ］とを、一時記憶部１０４に記憶し、ステップＳ６０６に進む。
【００３１】
ステップＳ６０６において、ストリーム処理部１０３は、一時記憶部１０４から、データブロックＤ［ｉ−２］を読み出し、ステップＳ４０７に進む。これはステップＳ６０１で受信したデータブロックＤ［ｉ］より２つ前に受信したデータブロックであって、ステップＳ６０２からＳ６０５の処理を同様に行い、一時記憶部１０４に記憶していたデータブロックである。
【００３２】
ステップＳ６０７において、ストリーム処理部１０３は、一時記憶部１０４からＲ［ｉ］を読み出し、Ｒ［ｉ］がＮＵＬＬであるか否か（削除候補ＰＩＤが設定されているか否か）を判定する。Ｒ［ｉ］がＮＵＬＬではない場合、処理はステップＳ６０８に分岐する。一方、Ｒ［ｉ］がＮＵＬＬである場合、処理はステップＳ６１３に分岐する。
【００３３】
ステップＳ６０８において、ストリーム処理部１０３は、一時記憶部１０４からＲ［ｉ−１］を読み出し、Ｒ［ｉ］とＲ［ｉ−１］とが等しいか否かを判定する。Ｒ［ｉ］とＲ［ｉ−１］とが等しければ（当該データブロックの削除候補ＰＩＤと１つ前のデータブロックの削除候補ＰＩＤとが同一であれば）、処理はステップＳ６０９に分岐する。一方、Ｒ［ｉ］とＲ［ｉ−１］とが等しくなければ、処理はステップＳ６１３に分岐する。
【００３４】
ステップＳ６０９において、ストリーム処理部１０３は、Ｒ［ｉ］とＲ［ｉ−２］とが等しいか否かを判定する。Ｒ［ｉ］とＲ［ｉ−２］とが等しければ（当該データブロックの削除候補ＰＩＤと２つ前のデータブロックの削除候補ＰＩＤとが同一であれば）、処理はステップＳ６１０に分岐する。一方、Ｒ［ｉ］とＲ［ｉ−２］とが等しくなければ、処理はステップＳ６１３に分岐する。
【００３５】
ステップＳ６１０において、ストリーム処理部１０３は、Ｒ［ｉ−２］に記憶されているＰＩＤに対応する登録情報をＰＭＴ［ｉ−２］から削除し、新たなＰＭＴ＝ＰＭＴ’［ｉ−２］を作成し、ステップＳ４１１に進む。なお、ステップＳ６１０は、本発明の更新手段の一処理例である。
【００３６】
ステップＳ６１１において、ストリーム処理部１０３は、Ｒ［ｉ−２］に記憶されているＰＩＤに該当するデータパケットを、データブロックＤ［ｉ−２］から削除した新たなデータブロックＤ’［ｉ−２］を作成し、ステップＳ６１２に進む。ここでのデータパケットの削除処理が本発明の削除手段の一処理例となる。
【００３７】
ステップＳ６１２において、ストリーム処理部１０３は、ステップＳ６１１で作成したデータブロックＤ’［ｉ−２］を記録する。
【００３８】
ステップＳ６１３において、ストリーム処理部１０３は、データブロックＤ［ｉ−２］を記憶する。
【００３９】
以上のフローチャートに沿った動作を、図７のデジタル放送のデータストリーム例を参照しながら説明する。
【００４０】
図７では、一つのデータブロック内で同一コンポーネントを構成するパケットを一つのブロックとして表現している。時刻ｔ１より前に伝送されるデジタル放送ストリームのデータパケット７０４、７０８、７１２が空カルーセル、時刻ｔ１より後に伝送されるデジタル放送ストリームのデータパケット７１６が空でないデータカルーセルである。
【００４１】
ストリーム処理部１０３は、データブロックＤ［ｎ］を受信したとき、データパケット７０４が空カルーセルであるため、データパケット７０４のＰＩＤ＝０ｘ０５４０を削除候補ＰＩＤリストＲ［ｎ］に登録する。本処理は、図６のステップＳ６０１〜ステップＳ６０３に対応する処理である。
【００４２】
同様の処理をデータブロックＤ［ｎ］〜Ｄ［ｎ＋３］まで行った場合の削除候補ＰＩＤリストを図８に示す。データブロックＤ［ｎ＋３］のデータパケット７１６は空でないカルーセルのため、ストリーム処理部１０３は、削除候補ＰＩＤリストＲ［ｎ＋３］にはＮＵＬＬを登録する（ステップＳ６０４）。
【００４３】
いま、データブロックＤ［ｎ＋２］を受信した場合について考えると、Ｒ［ｎ＋２］が０ｘ０５４０であり（ステップＳ６０７）、また、Ｒ［ｎ＋２］はＲ［ｎ＋１］、Ｒ［ｎ］と等しい（ステップＳ６０８、Ｓ６０９）。従って、ストリーム処理部１０３は、２つ前のデータブロックＤ［ｎ］のＰＭＴ７０１の書き換え（ステップＳ６１０）と、データパケット７０４の削除（ステップＳ６１１）とを行う。
【００４４】
新たに作成したデータブロックＤ’［ｎ］を図９に示す。書き換え後のＰＭＴ’［ｎ］９０１は、データパケットＰＩＤ＝０ｘ０５４０の登録を削除した内容となる。データブロックＤ’［ｎ］はデータパケット７０４を削除したデータブロックとなる。
【００４５】
次に、データブロックＤ［ｎ＋３］を受信した場合について考える。Ｒ［ｎ＋３］はＮＵＬＬである（ステップＳ６０７）。従って、ストリーム処理部１０３は、２つ前のデータブロックＤ［ｎ＋１］に関しては、ＰＭＴの書き換え及びデータパケットの削除は共に行わず、空カルーセルを残したデータブロックとなる。
【００４６】
以下、同様の処理を続けることによって、空でないデータカルーセルが開始されるデータブロックＤ［ｎ＋３］の２つ前までのデータブロック（Ｄ［ｎ＋２］とＤ［ｎ＋１］）の空カルーセルを残すことが可能となる。
【００４７】
また、それより前のデータブロック（Ｄ［ｎ］）の空カルーセルを削除することが可能となる。本実施形態では、２つ前までのデータブロックの空カルーセルを残す場合について説明した。これに限定されず、ステップＳ６０６〜Ｓ６０９での処理対象となるデータブロック数を変更することによって、データの再生時において、データパケットを識別するためのＰＭＴが参照され、該当するデータパケットが読み込まれるまでの時間に応じた所望の空カルーセルを残すことが可能となる。なお、ＰＭＴは、本発明の識別データの一適用例となる構成である。
【００４８】
図２に、社団法人電波産業会（以下、ＡＲＩＢ）で規定されているデジタル放送ストリームの例を示す。図２では、左から右に（ｔ０からｔ４に向かって）時間の流れを表し、縦にコンテンツを構成する各コンポーネントを表している。
【００４９】
ＰＭＴ２０１には、ストリームに含まれる各コンポーネントの属性と、各コンポーネントを構成するパケットを識別するためのパケット識別（ＰＩＤ）が記述されている。図２の例では、映像コンポーネントを構成するパケットのＰＩＤが０ｘ０２００、音声パケットのＰＩＤが０ｘ０３００、データパケットのＰＩＤが０ｘ０５４０であること示している。ＰＭＴ２０１、映像２０２、音声２０３、データ２０４〜２０７は、パケット多重され、時間軸に沿って伝送されている。
【００５０】
データパケットは、ＤＳＭ−ＣＣ規格（ＩＳＯ／ＩＥＣ １３８１８−６）準拠したデータカルーセル方式で伝送される。ＤＳＭ−ＣＣ規格についてのここでの詳細な説明は省略する。ＡＲＩＢデジタル放送では、ＤＩＩメッセージとＤＤＢメッセージを用いてデータ伝送を行っている。ＤＩＩメッセージは、伝送される各データがどのようなものであるかの情報を伝送するために用い、ＤＤＢメッセージは、データ本体を伝送するために用いる。
【００５１】
ＤＩＩメッセージ中には、ｎｕｍｂｅｒＯｆＭｏｄｕｌｅｓフィールドというフィールドがあり、データ本体を構成するためのモジュール数を表している。伝送すべきデータ本体が存在しない場合は、ｎｕｍｂｅｒＯｆＭｏｄｕｌｅｓフィールドに０（零）を設定したＤＩＩメッセージを伝送し、ＤＤＢメッセージは伝送しない。これを空カルーセルと称する。また、伝送すべきデータ本体が存在しない状態が継続する場合は、ｎｕｍｂｅｒＯｆＭｏｄｕｌｅｓ＝０のＤＩＩメッセージを周期的に伝送し続ける。
【００５２】
図２の例では、２０４、２０６が空カルーセル、２０５、２０７が空でないカルーセルであることを表している。
【００５３】
データコンポーネント伝送における、空カルーセルと空でないカルーセルの変更は、ＤＩＩメッセージ中のｄａｔａ＿ｅｖｅｎｔ＿ｉｄフィールドを変更することによって通知する。図２の例では、データ２０４、２０５、２０６、２０７の変更に合わせて、ｄａｔａ＿ｅｖｅｎｔ＿ｉｄを１ずつインクリメントしている。
【００５４】
図２で示したような、データ放送を含むデジタル放送ストリームを記録する場合、従来は、空カルーセル２０４、２０６を含め、放送ストリームをそのままの状態で全て記録していた。空カルーセルは再生時には不要な情報のため、記録領域を効率的に使用できない。
【００５５】
一方、空カルーセル２０４、２０６を削除して記録する場合、記録領域を効率的に使用できないという課題は解決されるが、以下に示す新たな課題が発生する。
【００５６】
空カルーセルを削除する場合、削除した後のコンポーネント構成に対応したＰＭＴを記録装置が作り直す必要がある。図２に示した放送ストリームから空カルーセルを削除し、これに対応したＰＭＴを作り直した場合の、ストリームの構成例を図３に示す。
【００５７】
時刻ｔ０からｔ１、ｔ２からｔ３に存在していた空カルーセル２０４、２０６の削除に対応したＰＭＴ３０１、３０３を新たに作成する。ＰＭＴの内容は、この期間に伝送されるコンテンツは映像２０２、音声２０３のみのため、データパケットの登録が削除された内容となっている。ここでＰＭＴを書き換えずにデータパケットの登録を残しておくと、ＰＭＴにはコンポーネントの登録があるのに、実際のコンポーネントが存在しないためエラーとなってしまう。
【００５８】
上記の方法により、空カルーセルを削除して記録することは可能となるが、このストリームの再生時に以下の課題が発生する。
【００５９】
再生時には、まずＰＭＴを監視して、各コンポーネントの認識を行う。今、時刻ｔ１になった瞬間を考えると、ＰＭＴ３０１からＰＭＴ３０２に更新され、新たにＰＩＤ＝０ｘ０５４０のデータ伝送が開始されたことが分かる。システムの動作的には、ＰＭＴの更新を認識してからＰＩＤ＝０ｘ０５４０のＤＩＩメッセージを獲得し、さらにＤＤＢメッセージの獲得を行う。そのため、ＰＭＴの更新を認識してからデータ２０５のデータ本体を獲得するまでの間にタイムラグが発生し、この間のデータを取り逃してしまうという課題が発生する。
【００６０】
全てのデータパケットを記録しておく場合であれば、常にＰＩＤ＝０ｘ０５４０のデータは存在し、ＤＤＢの有無が変化するだけなので、タイムラグはほとんど発生せず、このような課題は発生しない。
【００６１】
このように現状では、記録領域の非効率性を許容するか、データの取りこぼしを許容するかの、トレードオフの関係になっている。
【００６２】
図２に示したデータ放送を含むデジタル放送のデータストリームに対して本実施形態を適用した場合の出力ストリームを図１０に示す。
【００６３】
空でないデータ２０５が開始される直前の所定量の空カルーセル１００５が、本実施形態の処理によって残された空カルーセル、ＰＭＴ１００１が、データパケットの削除に対応させて書き換えたＰＭＴである。時刻ｔ３前後のＰＭＴ１００３、空カルーセル１００６についても同様である。なお、空カルーセル１００５は、本発明の第１の期間の有意ではないデータに対応する構成であり、その直前の時刻ｔ５までの削除された空カルーセルが本発明の第２の期間の有意ではないデータに対応する構成である。
【００６４】
以上のように本実施形態によれば、空でないデータが開始される直前の所定量の空カルーセルを残すことによって、不要な空カルーセルを削除し、かつ再生時のデータ取りこぼしのないストリームを作成することが可能となる。
【００６５】
＜第２の実施形態＞
上記第１の実施形態では、空カルーセルの検索処理と空カルーセル削除処理とを１つの処理ブロックで行う場合について説明した。これに対し、本発明の第２の実施形態は、空カルーセルの検索処理部と空カルーセル削除処理部とを遅延バッファで接続し、複数の処理ブロックで処理を行う。
【００６６】
本発明の第２の実施形態に係る受信装置の構成について図１１を参照して説明する。図１１は、本発明の第２の実施形態に係る受信装置の構成を示すブロック図である。
【００６７】
デジタルチューナ１０１、記録処理部１０６、記録部１０７は、図１に示した構成と同様であるため説明は省略する。
【００６８】
１１０１は、デマルチプレクサであって、パケット多重されたＭＰＥＧ−２ストリームの非多重化と空カルーセルの検索を行う。
【００６９】
１１０２は、遅延バッファであって、デマルチプレクサ１００１で処理されたＴＳパケットを所定時間又は所定量だけ遅延させてマルチプレクサ１００４に読み込ませるためのものである。遅延時間又は遅延量は、装置の初期化時やストリーム受信開始時に、再生処理に要する時間を考慮して予め設定しておく。
【００７０】
１１０３は、デマルチプレクサ１００１からマルチプレクサ１００４に対して、指定ＰＩＤのパケット削除を指示するための通信経路である。
【００７１】
１１０４は、マルチプレクサであって、デマルチプレクサ１００１で一旦非多重化されたパケットの再多重化、データパケットの削除、ＰＭＴ書き換えを行う。
【００７２】
次に、デマルチプレクサ１１０１における処理について図１２を参照して説明する。図１２は、デマルチプレクサ１１０１の処理動作を示すフローチャートである。
【００７３】
ステップＳ１２０１において、デマルチプレクサ１１０１は、デジタルチューナ１０１からデータブロックを受信し、ステップＳ１２０２に進む。
【００７４】
ステップＳ１２０２において、デマルチプレクサ１１０１は、受信したデータブロック中のデータパケットが空カルーセルで構成されているか否かの判別を行う。空カルーセルで構成されていればステップＳ１２０３に分岐し、空カルーセルでなければステップＳ１２０４に分岐する。
【００７５】
ステップＳ１２０３において、デマルチプレクサ１１０１は、データパケットのＰＩＤを、通信経路１１０３を介してマルチプレクサ１１０４に送信し、ステップＳ１２０４に進む。これにより、受信したデータブロックのデータパケットが空カルーセルで構成されているか否かと、及び、データパケットが空カルーセルの場合そのＰＩＤとをマルチプレクサ１１０４に通知する。
【００７６】
ステップＳ１２０４において、デマルチプレクサ１１０１は、データブロックをバッファ１１０２に書き込み、処理を終了する。
【００７７】
次に、マルチプレクサ１１０４における処理を、図１３を参照して説明する。図１３は、マルチプレクサ１１０４の処理動作を示すフローチャートである。
【００７８】
ステップＳ１３０１において、マルチプレクサ１１０４は、データブロックをバッファ１１０２から読み出し、ステップＳ１３０２に進む。
【００７９】
ステップＳ１３０２において、マルチプレクサ１１０４は、読み出したデータブロック中のデータパケットが空カルーセルで構成されているか否かの判別を行う。空カルーセルで構成されていればステップＳ１３０３に分岐し、空カルーセルでなければステップＳ１３０６に分岐する。
【００８０】
ステップＳ１３０３において、デマルチプレクサ１１０１からＰＩＤを受信したか否かの判別を行い、受信していればステップＳ１３０４に分岐し、受信していなければステップＳ１３０６に分岐する。
【００８１】
ステップＳ１３０４において、デマルチプレクサ１１０１は、ステップＳ１３０３で受信したＰＩＤの登録情報を削除したＰＭＴを新たに作成し、ステップＳ１３０５に進む。
【００８２】
ステップＳ１３０５において、デマルチプレクサ１１０１は、ステップＳ１３０３で受信したＰＩＤに対応する空カルーセルを削除し、ステップＳ１３０６に進んでデータブロックの記録を行う。
【００８３】
ここで、ステップＳ１３０１でマルチプレクサ１１０４が読み出すデータブロックは、ステップＳ１２０１でデマルチプレクサ１１０１が受信したデータブロックよりバッファ１１０２に設定された遅延分だけ遅延している。そのため、ステップＳ１３０３でデマルチプレクサからＰＩＤを受信した場合、デマルチプレクサが受信しているデータブロックより遅延分だけ過去に受信したデータブロックに対して削除処理を行うことになる。これにより、空でないデータが開始される直前の所定量の空カルーセルを残すことが可能となる。
【００８４】
＜その他の実施形態＞
上記実施形態では、デジタル放送ストリームを受信する場合について述べた。しかし、対象となるストリームはこれに限らず、例えばネットワーク（図示せず）を介して、情報配信装置（図示せず）から入力するＭＰＥＧストリームであっても構わない。
【００８５】
また、本発明は上記実施形態を実現するための装置及び方法のみに限定されるものではない。
【００８６】
例えば、上記システム又は装置内のコンピュータ（ＣＰＵ或いはＭＰＵ）に、上記実施形態を実現するためのソフトウェアのプログラムコードを供給するものも本発明の範疇に含まれる。また、このプログラムコードに従って上記システム或いは装置のコンピュータが上記各種デバイスを動作させることにより上記実施例を実現する場合も本発明の範疇に含まれる。
【００８７】
この場合、前記ソフトウェアのプログラムコード自体が上記実施形態の機能を実現することになる。即ち、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、具体的には上記プログラムコードを格納した記憶媒体も本発明の範疇に含まれる。
【００８８】
この様なプログラムコードを格納する記憶媒体としては、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００８９】
また、本発明は上記プログラムコードのみに従って各種デバイスを制御することにより、上記実施形態の機能が実現される場合に限らない。例えば、上記プログラムコードがコンピュータ上で稼働しているＯＳ（オペレーティングシステム）、或いは他のアプリケーションソフト等と共同して上記実施形態が実現される場合も本発明の範疇に含まれる。
【００９０】
更に、コンピュータの機能拡張ボードに備わるメモリに格納された上記プログラムコードの指示に基づいて、その機能拡張ボードに備わるＣＰＵ等が実際の処理の一部または全部を行う場合なども本発明の範疇に含まれる。
【図面の簡単な説明】
【００９１】
【図１】本発明の第１の実施形態に係る受信装置の構成を示すブロック図である。
【図２】社団法人電波産業会で規定されているデジタル放送ストリームの例を示す図である。
【図３】図２に示した放送ストリームから空カルーセルを削除し、これに対応したＰＭＴを作り直した場合のストリームの構成例を示す図である。
【図４】デジタル放送のデータストリームの伝送状態を示す図である。
【図５】本発明の実施形態におけるデータブロックの定義を説明するための図である。
【図６】ストリーム処理部における処理動作を示すフローチャートである。
【図７】デジタル放送のデータストリーム例を示す図である。
【図８】削除候補ＰＩＤリストの構成例を示す図である。
【図９】新たに作成したデータブロックＤ’［ｎ］を示す図である。
【図１０】図２に示したデータ放送を含むデジタル放送のデータストリームに対して本発明の実施形態を適用した場合の出力ストリームを示す図である。
【図１１】本発明の第２の実施形態に係る受信装置の構成を示すブロック図である。
【図１２】デマルチプレクサの処理動作を示すフローチャートである。
【図１３】マルチプレクサの処理動作を示すフローチャートである。
【符号の説明】
【００９２】
１０１ デジタルチューナ
１０３ ストリーム処理部
１０４ 一時記憶部
１０６ 記録処理部
１０７ 記録部
１１０１ デマルチプレクサ
１１０２ 遅延バッファ
１１０４ マルチプレクサ
【特許請求の範囲】
【請求項１】
データストリームを受信する受信手段と、
前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定手段と、
有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除手段とを有することを特徴とする受信装置。
【請求項２】
前記所定時間は、データの再生時において、前記データストリームに含まれるデータを識別するための識別データが参照され、該当するデータが読み込まれるまでの時間であることを特徴とする請求項１に記載の受信装置。
【請求項３】
前記削除手段は、前記第１の期間の有意ではないデータとして、前記所定時間に対応する数の有意ではないデータを残すことを特徴とする請求項１又は２に記載の受信装置。
【請求項４】
前記削除手段は、前記第１の期間の有意ではないデータとして、前記所定時間に対応する量の有意ではないデータを残すことを特徴とする請求項１又は２に記載の受信装置。
【請求項５】
前記削除手段により有意ではないデータを削除した場合、当該有意ではないデータに対応する識別データを更新する更新手段を更に有することを特徴とする請求項２に記載の受信装置。
【請求項６】
データストリームを受信する受信ステップと、
前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定ステップと、
有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除ステップとを含むことを特徴とする受信装置の制御方法。
【請求項７】
データストリームを受信する受信ステップと、
前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定ステップと、
有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除ステップとをコンピュータに実行させるためのプログラム。
【請求項１】
データストリームを受信する受信手段と、
前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定手段と、
有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除手段とを有することを特徴とする受信装置。
【請求項２】
前記所定時間は、データの再生時において、前記データストリームに含まれるデータを識別するための識別データが参照され、該当するデータが読み込まれるまでの時間であることを特徴とする請求項１に記載の受信装置。
【請求項３】
前記削除手段は、前記第１の期間の有意ではないデータとして、前記所定時間に対応する数の有意ではないデータを残すことを特徴とする請求項１又は２に記載の受信装置。
【請求項４】
前記削除手段は、前記第１の期間の有意ではないデータとして、前記所定時間に対応する量の有意ではないデータを残すことを特徴とする請求項１又は２に記載の受信装置。
【請求項５】
前記削除手段により有意ではないデータを削除した場合、当該有意ではないデータに対応する識別データを更新する更新手段を更に有することを特徴とする請求項２に記載の受信装置。
【請求項６】
データストリームを受信する受信ステップと、
前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定ステップと、
有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除ステップとを含むことを特徴とする受信装置の制御方法。
【請求項７】
データストリームを受信する受信ステップと、
前記データストリームに含まれる所定単位の複数のデータに対して有意なデータであるか否かを判定する判定ステップと、
有意なデータの直前から所定時間前までの第１の期間の有意ではないデータを残して、前記第１の期間までの第２の期間の有意ではないデータを削除する削除ステップとをコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００９−２１２５４７（Ｐ２００９−２１２５４７Ａ）
【公開日】平成２１年９月１７日（２００９．９．１７）
【国際特許分類】
【出願番号】特願２００８−５０３５０（Ｐ２００８−５０３５０）
【出願日】平成２０年２月２９日（２００８．２．２９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２１年９月１７日（２００９．９．１７）
【国際特許分類】
【出願日】平成２０年２月２９日（２００８．２．２９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]