(57)【要約】【課題】  安価な構成でリアルタイムにコンテンツ加工を行う。【解決手段】  多重化されたストリームに含まれるコンテンツを受信し、受信したコンテンツの加工を行うコンテンツ加工装置において、前記コンテンツから加工対象のデータ部分を抽出するデータ抽出手段と、前記データ抽出手段により得られるデータ部分に含まれるメッセージデータを予め設定される加工内容に基づいて加工するデータ加工手段と、前記データ加工手段により得られる加工データを、前記データ抽出手段により得られたデータ部分と置き換え、置き換えたコンテンツを多重化して出力するデータ多重手段とを有することにより、上記課題を解決する。【選択図】        図２
2005167564.tif 000002
【特許請求の範囲】
【請求項１】
多重化されたストリームに含まれるコンテンツを受信し、受信したコンテンツの加工を行うコンテンツ加工装置において、
前記コンテンツから加工対象のデータ部分を抽出するデータ抽出手段と、
前記データ抽出手段により得られるデータ部分に含まれるメッセージデータを予め設定される加工内容に基づいて加工するデータ加工手段と、
前記データ加工手段により得られる加工データを、前記データ抽出手段により得られたデータ部分と置き換え、置き換えたコンテンツを多重化して出力するデータ多重手段とを有することを特徴とするコンテンツ加工装置。
【請求項２】
前記データ抽出手段は、
データカルーセル方式により送信されたＰＳＩ、ＳＩ、又はコンテンツをＭＰＥＧ−２トランスポートストリームから抽出し、前記ＰＳＩ、前記ＳＩ、又は前記コンテンツの内容から変化部分のみを抽出することを特徴とする請求項１に記載のコンテンツ加工装置。
【請求項３】
前記データ加工手段は、
前記データ抽出手段により得られるデータコンテンツからデータモジュールを復元し、予め設定される加工内容に基づいて前記データモジュールを加工するデータモジュール加工手段と、
前記データモジュール加工手段により加工されたデータモジュールに対応してＰＳＩを更新するメッセージ更新手段とを有することを特徴とする請求項１又は２に記載のコンテンツ加工装置。
【請求項４】
データカルーセル方式により伝送されるデジタル放送番組のコンテンツを有するＭＰＥＧ−２トランスポートストリームを受信し、受信したトランスポートストリームからコンテンツの加工を行うコンテンツ加工装置において、
前記トランスポートストリームに含まれるパケット群から、サービスＩＤ及びコンポーネントタグ値に基づいてパケットを抽出するデータ抽出手段と、
予め設定される加工内容に基づいてデータを加工するデータ加工手段と、
前記データ加工手段により得られるデータをパケット化し、前記データ抽出手段により得られるパケット、ヌルパケット、又はパーシャル化により削除されたパケットに置き換え、置き換えたパケットを多重化して出力するデータ多重手段とを有することを特徴とするコンテンツ加工装置。
【請求項５】
前記データ抽出手段は、前記トランスポートストリームにデータコンテンツが含まれない場合、前記トランスポートストリームで使用されていないパケットＩＤを１つ選択し、
前記データ加工手段は、予め設定される加工内容に基づいて加工されたデータパケットに前記パケットＩＤをＰＭＴに登録することを特徴とする請求項４に記載のコンテンツ加工装置。
【請求項６】
前記データ多重手段は、
前記データ加工手段により得られるデータパケットを、前記データ抽出手段により得られるパケットと置き換える場合に、加工対象パケット以外のパケットの内容を変更することなく置き換えることを特徴とする請求項４又は５に記載のコンテンツ加工装置。
【請求項７】
多重化されたストリームに含まれるコンテンツを受信し、受信したコンテンツの加工を行うコンテンツ加工方法において、
前記コンテンツから加工対象のデータ部分を抽出するデータ抽出段階と、
前記データ抽出段階により得られるデータ部分に含まれるメッセージデータを予め設定される加工内容に基づいて加工するデータ加工段階と、
前記データ加工段階により得られる加工データを、前記データ抽出段階により得られたデータ部分と置き換え、置き換えたコンテンツを多重化して出力するデータ多重段階とを有することを特徴とするコンテンツ加工方法。
【請求項８】
多重化されたストリームに含まれるコンテンツを受信し、受信したコンテンツの加工をコンピュータで実行させるためのコンテンツ加工プログラムにおいて、
前記コンテンツから加工対象のデータ部分を抽出するデータ抽出処理と、
前記データ抽出処理により得られるデータ部分に含まれるメッセージデータを予め設定される加工内容に基づいて加工するデータ加工処理と、
前記データ加工処理により得られる加工データを、前記データ抽出処理により得られたデータ部分と置き換え、置き換えたコンテンツを多重化して出力するデータ多重処理とをコンピュータで実行させるためのコンテンツ加工プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ加工装置、コンテンツ加工方法、及びコンテンツ加工プログラムに係り、特に、安価な構成で効率的にコンテンツ加工を行うためのコンテンツ加工装置、コンテンツ加工方法、及びコンテンツ加工プログラムに関する。
【背景技術】
【０００２】
２０００年１２月に放送が開始されているＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓａｔｅｌｌｉｔｅ）デジタル放送、及び２００３年に放送開始が予定されている地上デジタル放送では、従来のアナログ放送で提供されていた映像、音声が単にデジタル化されるだけでなく、データ、字幕、文字スーパー等の情報も新たに提供される。
【０００３】
ここで、視聴者に提供される映像は、ＩＳＯ／ＩＥＣ１３８１８−２（ＭＰＥＧ−２  Ｖｉｄｅｏ）の規格による圧縮方式にしたがって圧縮され、音声はＩＳＯ／ＩＥＣ１３８１８−７（ＭＰＥＧ−２  Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ，ＡＡＣ）の規格による圧縮方式にしたがって圧縮される。また、データ、字幕、文字スーパー等の情報は、ＡＲＩＢ  ＳＴＤ−Ｂ２４（デジタル放送におけるデータ符号化方式と伝送方式）の規格にしたがって記述され、符号化される。
【０００４】
また、映像、音声、データ、字幕、又は文字スーパー等に代表される個々のモノメディアは、上述の規格に基づく手法により、個々のモノメディア毎に符号化されＩＳＯ／ＩＥＣ１３８１８−１（ＭＰＥＧ−２  Ｓｙｓｔｅｍｓ）に記述されているトランスポートストリーム（ＴＳ：Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）形式により多重化された後、デジタル変調され放送信号として各家庭等に提供される。
【０００５】
ところで、従来のアナログ放送にしか対応していないテレビ装置では、そのままでは、ＢＳデジタル放送や地上デジタル放送で放送される番組（コンテンツ）を視聴することができない。これらのデジタル放送を視聴する場合は、デジタルで放送された信号を復調した後、多重されているコンテンツを映像、音声等のモノメディアに分離し、更に個々のモノメディアを復号して表示させるためのデジタル放送受信機が必要となる。
【０００６】
デジタル放送番組を視聴するためには、アナログ対応のテレビ装置にデジタル放送受信機を接続するか、デジタル放送に対応したテレビ装置を使用することになる。また、デジタル放送受信機には、デジタル放送受信機には装備されていない機能を持つ機器と接続するためのインタフェースとして、ＩＥＥＥ−１３９４が用意されている。
【０００７】
例えば、デジタル放送受信機が放送番組のコンテンツを蓄積する機能を備えていない状況において、受信したコンテンツを蓄積したい場合に、ＩＥＥＥ−１３９４のインタフェース接続に対応したコンテンツを蓄積する機器を別途準備し、デジタル受信機とＩＥＥＥ−１３９４インタフェースで接続することにより、放送番組のコンテンツをリアルタイムで視聴するだけでなく、そのコンテンツを蓄積しておき後で蓄積されたコンテンツを視聴することができる。
【０００８】
また、デジタル放送のデータを記述する言語として使われているＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を用いて、表示装置等により表示されるコンテンツの表示内容等を制御することができる。更に、ＢＭＬには電話回線を制御するためのコマンドが用意されているため、テジタル放送受信機に装備された電話回線を経由して制御コマンドを発行するＢＭＬを作成しデジタル受信機に送ることで機器を制御することが可能となる（例えば、特許文献１参照）。
【０００９】
ここで、受信装置側の概要構成について図を用いて説明する。図１は、デジタル放送受信側の装置構成の一例を示す図である。
【００１０】
図１は、ＢＳデジタル放送受信アンテナ１１と、地上デジタル放送受信アンテナ１２と、通信ネットワーク１３と、コンテンツ蓄積装置１４と、コンテンツ取得装置１５と、デジタル放送受信機１６と、リモートコントローラ１７と、表示装置１８とを有するよう構成されている。
【００１１】
図１において、ＢＳデジタル放送受信アンテナ１１は、ＢＳデジタル放送のストリームを受信し、地上デジタル放送受信アンテナ１２は、地上デジタル放送のストリームを受信する。
【００１２】
コンテンツ取得装置１５は、ＢＳデジタル放送受信アンテナ１１、地上デジタル放送受信アンテナ１２、通信ネットワーク１３、及びコンテンツ蓄積装置１４と接続されており、更に、ＩＥＥＥ―１３９４インタフェース接続機能や電話回線を介して、デジタル放送受信機１６と接続されている。また、コンテンツ取得装置１５は、アンテナから受信されたストリームに含まれる現在放送中のコンテンツ、コンテンツ蓄積装置１４に蓄積されたコンテンツ、通信ネットワーク１３を介してストリーミング配信されているコンテンツのうち全部又は一部を取得する。
【００１３】
デジタル放送受信機１６は、アンテナから受信されたストリームに含まれる現在放送中のコンテンツ、コンテンツ蓄積装置１４に蓄積されたコンテンツ、通信ネットワーク１３を介してストリーミング配信されているコンテンツの中から視聴したいコンテンツを選択し、表示装置１８に出力することで、視聴者はコンテンツを視聴することができる。なお、上述に示すような処理は、個々の構成機器で制御することもでき、またリモートコントローラ１７を用いて制御することができる。
【特許文献１】特開２００３−３１９３１０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
ところで、図１に示すような受信側の装置構成において、上述したように受信したコンテンツの表示内容等を制御するためにストリームに含まれるコンテンツのＢＭＬ等を書き換える必要がある。このとき、従来では、既にＭＰＥＧ−２ＴＳ形式により多重化されたストリームに対し、書き換え対象のＢＭＬデータ以外のデータ、及びストリームに含まれる他のモノメディアのデータに対して影響を及ぼすことなくＢＭＬデータを書き換えるためには、データの書き換えを行うための装置の前後に多重化されたストリームをモノメディアにリアルタイムで分離する装置と、モノメディアをリアルタイムで多重する装置が必要であった。しかしながら、これらの装置は専用のハードウェアで提供されるうえ、高価である。
【００１５】
また、デジタル放送番組は、ＭＰＥＧ−２ＴＳ形式で符号化されているため、デジタル放送番組は全て１８８バイトのパケットに分割されて伝送される。ここで、上述したような制御等を行うためにＢＭＬを追加すれば、元のデジタル放送番組よりもパケット数が増加する。このとき、単に増えたパケットを元のデジタル放送番組に追加する処理を行うと、放送番組のコンテンツに適合させて付与されていたＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）や、ＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅ  Ｓｔａｍｐ）、ＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）等のタイムスタンプ情報に狂いが生じ、映像や音声等が正常に再生できなくなる恐れがある。このため、これらのタイムスタンプ情報を書き換える処理が新たに必要となるため、処理が複雑になり効率的にコンテンツ加工を行うことができない。
【００１６】
本発明は、上述した問題点に鑑みなされたものであり、安価な構成で効率的にコンテンツ加工を行うためのコンテンツ加工装置、コンテンツ加工方法、及びコンテンツ加工プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。
【００１８】
請求項１に記載された発明は、多重化されたストリームに含まれるコンテンツを受信し、受信したコンテンツの加工を行うコンテンツ加工装置において、前記コンテンツから加工対象のデータ部分を抽出するデータ抽出手段と、前記データ抽出手段により得られるデータ部分に含まれるメッセージデータを予め設定される加工内容に基づいて加工するデータ加工手段と、前記データ加工手段により得られる加工データを、前記データ抽出手段により得られたデータ部分と置き換え、置き換えたコンテンツを多重化して出力するデータ多重手段とを有することを特徴とする。
【００１９】
請求項１記載の発明によれば、安価な構成で効率的にコンテンツ加工を行うことができる。つまり、対象のデータ部分のパケットのみを抽出して置き換えることにより、パケットが追加されないためストリームに含まれるタイムスタンプ情報等に狂いが生じることなく、処理が複雑になることがないため、効率的にコンテンツ加工を行うことができる。
【００２０】
請求項２に記載された発明は、前記データ抽出手段は、データカルーセル方式により送信されたＰＳＩ、ＳＩ、又はコンテンツをＭＰＥＧ−２トランスポートストリームから抽出し、前記ＰＳＩ、前記ＳＩ、又は前記コンテンツの内容から変化部分のみを抽出することを特徴とする。
【００２１】
請求項２記載の発明によれば、ＰＳＩ、ＳＩ、又はコンテンツの内容が変化した時のみ出力するため、データ抽出手段のコンテンツ処理を軽減することができる。
【００２２】
請求項３に記載された発明は、前記データ加工手段は、前記データ抽出手段により得られるデータコンテンツからデータモジュールを復元し、予め設定される加工内容に基づいて前記データモジュールを加工するデータモジュール加工手段と、前記データモジュール加工手段により加工されたデータモジュールに対応してＰＳＩを更新するメッセージ更新手段とを有することを特徴とする。
【００２３】
請求項３記載の発明によれば、前記データ抽出手段により得られたデータモジュールを予め設定される加工内容に基づいて瞬時に加工し、データモジュール形式で出力することができる。
【００２４】
請求項４に記載された発明は、データカルーセル方式により伝送されるデジタル放送番組のコンテンツを有するＭＰＥＧ−２トランスポートストリームを受信し、受信したトランスポートストリームからコンテンツの加工を行うコンテンツ加工装置において、前記トランスポートストリームに含まれるパケット群から、サービスＩＤ及びコンポーネントタグ値に基づいてパケットを抽出するデータ抽出手段と、予め設定される加工内容に基づいてデータを加工するデータ加工手段と、前記データ加工手段により得られるデータをパケット化し、前記データ抽出手段により得られるパケット、ヌルパケット、又はパーシャル化により削除されたパケットに置き換え、置き換えたパケットを多重化して出力するデータ多重手段とを有することを特徴とする。
【００２５】
請求項４記載の発明によれば、安価な構成で効率的にコンテンツ加工を行うためのコンテンツの加工を実現することができる。これにより、単なるＢＭＬデータの書き換えに限らず、デジタル放送番組に含まれるイベントメッセージや字幕や文字スーパー等の小さなデータに対してデータの加工又はデータの追加を行うことができる。
【００２６】
請求項５に記載された発明は、前記データ抽出手段は、前記トランスポートストリームにデータコンテンツが含まれない場合、前記トランスポートストリームで使用されていないパケットＩＤを１つ選択し、前記データ加工手段は、予め設定される加工内容に基づいて加工されたデータパケットに前記パケットＩＤをＰＭＴに登録することを特徴とする。
【００２７】
請求項５記載の発明によれば、トランスポートストリームに新たに追加するデータコンテンツや字幕スーパー等を放送番組の一部として登録することができる。
【００２８】
請求項６に記載された発明は、前記データ多重手段は、前記データ加工手段により得られるデータパケットを、前記データ抽出手段により得られるパケットと置き換える場合に、加工対象パケット以外のパケットの内容を変更することなく置き換えることを特徴とする。
【００２９】
請求項６記載の発明によれば、データ加工手段により得られるデータパケットのデータ量が元のデータパケットのデータ量と異なる場合でも、データカルーセル方式により複数回送られる同一パケットのカルーセル周期を変えて置き換えることで、トランスポートストリームの他の部分を変更させることがなく、効率的なコンテンツの加工を実現することができる。
【００３０】
請求項７に記載された発明は、多重化されたストリームに含まれるコンテンツを受信し、受信したコンテンツの加工を行うコンテンツ加工方法において、前記コンテンツから加工対象のデータ部分を抽出するデータ抽出段階と、前記データ抽出段階により得られるデータ部分に含まれるメッセージデータを予め設定される加工内容に基づいて加工するデータ加工段階と、前記データ加工段階により得られる加工データを、前記データ抽出段階により得られたデータ部分と置き換え、置き換えたコンテンツを多重化して出力するデータ多重段階とを有することを特徴とする。
【００３１】
請求項７記載の発明によれば、安価な構成でリアルタイムにコンテンツ加工を行うためのコンテンツの加工を実現することができる。つまり、対象のデータ部分のみを抽出して置き換えるため、ストリームに含まれるタイムスタンプ情報等に狂いが生じることなく、処理が複雑になることがないため、効率的にコンテンツ加工を行うことができる。
【００３２】
請求項８に記載された発明は、多重化されたストリームに含まれるコンテンツを受信し、受信したコンテンツの加工をコンピュータで実行させるためのコンテンツ加工プログラムにおいて、前記コンテンツから加工対象のデータ部分を抽出するデータ抽出処理と、前記データ抽出処理により得られるデータ部分に含まれるメッセージデータを予め設定される加工内容に基づいて加工するデータ加工処理と、前記データ加工処理により得られる加工データを、前記データ抽出処理により得られたデータ部分と置き換え、置き換えたコンテンツを多重化して出力するデータ多重処理とをコンピュータで実行させる。
【００３３】
請求項８記載の発明によれば、安価な構成でリアルタイムにコンテンツの加工を実現することができる。つまり、対象のデータ部分のみを抽出して置き換えるため、ストリームに含まれるタイムスタンプ情報等に狂いが生じることなく、処理が複雑になることがないため、効率的にコンテンツ加工を行うことができる。また、実行プログラムをコンピュータにインストールすることにより、容易にコンテンツ加工を実現することができる。
【発明の効果】
【００３４】
本発明によれば、安価な構成でリアルタイムにコンテンツ加工を実現することができる。
【発明を実施するための最良の形態】
【００３５】
以下に、上記のような特徴を有する本発明におけるコンテンツ加工装置、コンテンツ加工方法、及びコンテンツ加工プログラムを好適に実施した形態について、図面を用いて詳細に説明する。なお、本実施例では、図１に示す装置構成を用い、更に、コンテンツ取得装置１５において、ＭＰＥＧ−２ＴＳ形式で符号化されたコンテンツの一部を加工して出力する機能構成が設けられたものについて説明する。なお、後述する機能構成については、コンテンツ取得装置１５に限定して付加されるものではなく、例えば、デジタル放送受信機１６に設けてもよい。
【００３６】
図２は、コンテンツ取得装置に設けられるコンテンツ加工装置の機能構成を示す一例の図である。図２において、コンテンツ加工装置２０は、データ抽出手段２１と、データ加工手段２２と、データ多重手段２３とを有するよう構成されている。
【００３７】
図２において、データ抽出手段２１は、入力されたＭＰＥＧ−２ＴＳ形式のデジタル放送ストリーム中のコンテンツから加工対象のデータ部分を抽出する。データ加工手段２２は、データ抽出手段２１により抽出されたデータ部分を予め設定されたデータ加工内容に基づいてデータを加工する。データ多重手段２３は、データ抽出部２１から受け取ったデジタル放送番組内のデータ部分をデータ加工部２２で加工されたデータに置き換えて出力する。
【００３８】
上述に示す機能を設けることにより、分離装置や多重装置がなくても、コンテンツ提供者や放送局等の利用者の意図に合わせてデジタル放送番組のコンテンツの一部をソフトウェア処理でリアルタイムな加工が実現できる。
【００３９】
また、本発明では、コンテンツ取得装置１５に入力されるデジタル放送番組と、その出力とのパケット数は変化させないようにすることで、ストリーム中に含まれるＰＣＲや、ＰＴＳ、ＤＴＳ等のタイムスタンプ情報を変更することがなくコンテンツを加工することができる。
【００４０】
次に、コンテンツ加工装置２０において、入力されたストリームがどのように加工されるかについて、図３、図４を用いて処理を説明する。なお、ここで示すストリームは、放送のデータを繰り返し伝送するＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＳＭ−ＣＣ（Ｄｉｇｉｔａｌ  Ｓｔｏｒａｇｅ  Ｍｅｄｉａ  Ｃｏｍｍａｎｄ  ａｎｄ  Ｃｏｎｔｒｏｌ）ダウンロードカルーセル伝送方式を用いる。
【００４１】
図３は、入力ストリームにデータパケットが含まれる場合のコンテンツ加工手順を示す一例の図である。図３では、入力されたデジタル放送番組ストリーム３１にデータ部分のパケット（図３において、Ｄ０，Ｄ１，Ｄ２）が存在する。このようにデータパケットが存在する場合、データ抽出手段２１は、デジタル放送番組ストリーム３１のデータ部分のパケットを抽出してデータ３２（図３において、Ｄ）を再構成する。
【００４２】
データ加工手段２２は、コンテンツ取得装置等の機器を制御するための付加データ３３を作成する。更に、再構成したデータ３２と作成した付加データ３３を合成して新たなデータ３４（図３において、Ｄ’）として作成する。
【００４３】
データ多重手段２３は、このデータ３４を再度ＭＰＥＧ−２ＴＳ形式にしたがってパケットに変換する（図３において、Ｄ０’，Ｄ１’，Ｄ２’，Ｄ３’）。ここで、変換したパケット３５は、データ多重手段２３等に保持しておき、デジタル放送番組でデータが更新される度に更新されたデータ部分のみ再構成、合成、及びパケット化を行う。更に、データ多重手段２３は、パケット化されたデータ３５を元のストリームのパケット部分と置き換え、新たなストリーム３６を作成する。また、データ多重手段２３は、作成されたストリーム３６をＩＥＥＥ−１３９４インタフェースにより接続されたデジタル放送受信機１６に出力する。出力されたストリーム３６はデジタル放送受信機１６によりデコード処理され、表示装置１８にて視聴者に表示される。
【００４４】
ところで、図３に示すように、合成したデータ部分の総容量が元のデータ部分の総容量よりも増える場合は、置き換えられるデータのパケット数が増えるため、カルーセル伝送方式により繰り返し出力されるデータの周期が長くなる。また、合成したデータ部分の総容量が元のデータの総容量よりも減っている場合は、カルーセル伝送方式により繰り返し出力されるデータの周期が短くなることになる。しかしながら、ストリーム中の他の部分は、元のストリームと同様であるため、ＰＣＲや、ＰＴＳ、ＤＴＳ等のタイムスタンプ情報に狂いが生じることなく、コンテンツを加工して視聴者に提供することができる。
【００４５】
ここで、受信したデジタル放送番組ストリーム中にデータ部分のパケットが存在しない場合がある。そこで、次に入力されたデジタル放送番組にデータ部分のパケットが存在しない場合において本発明を適用したコンテンツ加工手順について図を用いて説明する。
【００４６】
図４は、入力ストリームにデータパケットが含まれていない場合のコンテンツ加工手順を示す一例の図である。図４のように、入力されたデジタル放送番組４１にデータ部分のパケットが存在しない場合、まずコンテンツ抽出手段２１は、デジタル放送番組ストリームからＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）が含まれるパケットを抽出する。次に、抽出したＰＭＴから現在使用されていないパケットＩＤを選び、このＩＤを付加したデータ用のパケットＩＤとして、この情報をＰＭＴに追加する。また、変更したＰＭＴを再度パケット化して、元のＰＭＴのパケットと置き換えを行う。
【００４７】
データ加工手段２２は、コンテンツ取得装置等を制御するためのデータ４２（図４において、Ｄ’）を作成する。更に、データ多重手段２３は、このデータをＭＰＥＧ−２ＴＳ形式にしたがってパケット４３（図４において、Ｄ０’，Ｄ１’）に変換し、前記パケットＩＤを付与する。また、データ多重手段２３は、パケット４３をデジタル放送番組ストリーム中のヌルパケット（図４において、Ｎ）等、放送番組を構成するうえで不要、又は冗長と判断したパケットと置き換えたストリーム４４を作成し、ＩＥＥＥ−１３９４インタフェースにより接続されているデジタル放送受信機１６に出力する。出力されたストリーム４４は、デジタル放送受信機１６によりデコード処理され、表示装置１８にて視聴者に表示される。
【００４８】
また、上述以外の手法として、パーシャル化により削除されたパケット部分と置き換える方法がある。ここで、パーシャル化とは、ある視聴者が所望する番組のＴＳを含む周波数チャンネルの放送信号を受信した場合に、受信した放送信号から、視聴者が所望する番組のパケットを抽出することである。つまり、視聴者が所望していないために。パーシャル化により削除されてしまうパケット部分を利用してパケットの置き換えを行う。
【００４９】
これらの手法を用いることにより、取得したデジタル放送番組ストリームにデータ部分が存在するか、しないかに関わらず、元のデジタル放送番組ストリームからコンテンツを加工して送出レートを変更することなく出力できるため、ソフトウェア等によるリアルタイム処理を実現することができる。
【００５０】
次に、図２に示す各構成手段が有する具体的な装置構成について、図を用いて説明する。
【００５１】
ここで、本実施例におけるデータは、ＢＭＬ文書、静止画、図形等のファイルからなるリソースという単位で表現され、このリソースは、モジュールと呼ばれる単位に纏められて構成される。このモジュールは、ＤＤＢ（Ｄｏｗｎｌｏａｄ  Ｄａｔａ  Ｂｌｏｃｋ）メッセージと呼ぶ細かなブロックに分割され、ＤＳＭ−ＣＣカルーセル伝送方式にしたがってＭＰＥＧ−２ＴＳ形式で伝送される。
【００５２】
また、１つのＴＳ中の同じＰＩＤで伝送されるモジュールが構成を示すためにＤＩＩ（Ｄｏｗｎｌｏａｄ  Ｉｎｆｏ  Ｉｎｄｉｃａｔｉｏｎ）メッセージを利用する。個々のＤＤＢにはＩＤが付与されており、ＤＩＩには、そのＰＩＤに存在するモジュールのＩＤや各モジュールサイズ等のモジュール情報が書かれており、ＤＩＩはコンピュータにおけるディレクトリ情報のようなものである。ＤＩＩに書かれている情報と、伝送されたＤＤＢとを比較することにより、ＤＤＢが正しく伝送されているかどうかを確認することができる。
【００５３】
また、上述のモジュールは、データの伝送効率を上げるためにｚｌｉｂ圧縮して伝送することもできる。この場合は、ＤＩＩに「Ｃｏｍｐｒｅｓｓｉｏｎ  Ｔｙｐｅ」記述子を配置することによって、圧縮の有無を判断することができる。
【００５４】
＜データ抽出手段＞
図５は、本発明におけるデータ抽出手段の具体的な構成を示す一例の図である。図５のデータ抽出手段２１は、ＭＰＥＧ−２ＴＳ入力バッファ５１と、パケット振分部５２と、ストリーム不連続検出部５３と、ＰＡＴテーブル復元部５４と、ＰＭＴテーブル復元部５５と、ＰＭＴメッセージ復元部５６と、データテーブル復元部５７と、ＤＩＩメッセージ復元部５８と、ＤＤＢメッセージ復元部５９と、イベントメッセージ復元部６０と、メッセージ送出部６１とを有するよう構成されている。
【００５５】
図５に示すデータ抽出手段２１は、入力されたＭＰＥＧ−２ＴＳ形式のデジタル放送番組ストリームの中から、データ加工対象のサービスＩＤと、コンポーネントタグで指定されたデータを抽出し、データ加工手段２２やデータ多重手段２３における処理量を減らすため、抽出されたデータが更新された場合のみデータ加工部２２に送出する。
【００５６】
入力されたＭＰＥＧ−２ＴＳ形式のデジタル放送番組は、ＭＰＥＧ−２ＴＳ入力バッファ５１に格納される。ＭＰＥＧ−２ＴＳ入力バッファ５１は、数百から数千程度のパケットが格納できるメモリを有しており、ＭＰＥＧ−２ＴＳ入力バッファ５１が入力されるストリームの入力速度や出力するストリームの出力速度のばらつきを吸収する役割がある。
【００５７】
ここで、ＭＰＥＧ−２ＴＳ形式におけるパケット長は、１８８バイトの固定長であり、４バイトのパケットヘッダと、アダプテーションフィールドと、ペイロードの片方又は両方で構成されている。
【００５８】
パケット振分部５２は、ＰＭＴのＰＩＤ（パケットＩＤ）であるＰＭＴ＿ＰＩＤと、データのＰＩＤであるＤａｔａ＿ＰＩＤとを保持しており、ＰＭＴ＿ＰＩＤ、Ｄａｔａ＿ＰＩＤは、夫々０個以上のＰＩＤの集合である。パケット振分部５２は、入力されたＴＳパケットのヘッダ内に記述されているＰＩＤを監視し、そのＰＩＤがＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）を示す“０”であれば、ＰＡＴテーブル復元部５４へ出力する。また、ＰＩＤがＰＭＴ＿ＰＩＤの１つと一致すれば、ＰＭＴテーブル復元部５５へ出力する。また、Ｄａｔａ＿ＰＩＤの１つと一致すれば、データテーブル復元部５７へ出力する、このようにしてストリーム中のパケットが順次振り分けられる。
【００５９】
また、パケット振分部５２は、基本的にストリームは加工しないがＤａｔａ＿ＰＩＤが存在しない場合に、データ用のＰＩＤを新規に設定する。この場合、ヌルパケットのＰＩＤを新規データ用のＰＩＤに変更する。この処理で変更されたＰＩＤを基にデータ多重手段２３によりパケットの置き換えが行われる。
【００６０】
ここで、図６に、上述したテーブルと、ＴＳパケット及びセクションとの関係を示す。なお、ＰＡＴやＰＭＴ等のＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）データは、ＩＳＯ／ＩＥＣ１３８１８−１で規定されているテーブルのデータ構造にしたがって格納されている。また、ＰＳＩと同様のテーブルのデータ構造として、番組情報等のサービス特有の情報であるＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）がある。
【００６１】
テーブル６２は、１つ以上のセクション６３−１〜６３−ｎで構成されており、各セクション６３の先頭にはセクションヘッダ６４が、セクション６３の末尾にはＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｏｄｅ）６５が夫々付与されている。
【００６２】
セクション６３は、１以上のＴＳパケット６６のペイロード部６７に格納されている。つまり、パケット６６のペイロード部６７のサイズを越えるセクションは複数のＴＳパケット６６のペイロード６７に分割して格納されている。
【００６３】
再び図５において、ＰＡＴテーブル復元部５４、ＰＭＴテーブル復元部５５、及びデータテーブル復元部５７は、図６に示すようにＴＳパケットのペイロード部のみを取り出し、ペイロード内に含まれているセクションを復元する。
【００６４】
なお、セクションヘッダ内にはセクション長の情報もあるため、このセクション長と、復元されたセクションの長さとを比較し、復元されたセクションの長さがセクションのヘッダ内に記述されているセクション長になるまで保持しておく。そして、セクションのヘッダ内に記述されているセクション長に達した場合、セクションの末尾に付与されている３２ビットのＣＲＣで誤り検出を行う。ここで、誤りが検出された場合はそのセクションは破棄される。
【００６５】
上述の手法で復元されたセクションは、テーブルＩＤ毎に纏められ、テーブルとして保持される。また、初期状態では、テーブルには何も保持されていない。例えば、テーブルＩＤが「０ｘ３Ｄ」であるイベントメッセージ以外は、これよりも後の処理を省略して負荷を軽減させるようにするため、セクションが復元される度にセクション情報が更新されたか否かを判断する。
【００６６】
判断の結果、更新された場合のみセクションを置き換え、テーブルを再構成した後、テーブルＩＤが「０ｘ０２」であるＰＭＴは、ＰＭＴメッセージ復元部５６ヘ送られる。同様にして、テーブルＩＤが「０ｘ３Ｂ」のテーブルは、ＤＩＩメッセージ復元部５８ヘ送られ、テーブルＩＤが「０ｘ３Ｃ」のテーブルは、ＤＤＢメッセージ復元部５９へ送られる。
【００６７】
なお、セクション情報が更新されたか否かの判断は、セクションヘッダ内に記述されているセクションのバージョン情報を利用する。例えば、復元されたテーブルのセクションと前に送られたセクションとのバージョン番号を比較し、バージョン情報が一致しない場合はセクションが更新されたと判断する。
【００６８】
更に、テーブルＩＤが「０ｘ３Ｄ」であるイベントメッセージのみ、セクションが更新されていなくてもイベントメッセージ復元部６０に送られる。
【００６９】
ここで、パケット振分部５２内で保持されているＰＭＴ＿ＰＩＤ及びＤａｔａ＿ＰＩＤの初期値は設定されていないため、パケット振分部５２は、最初はＰＩＤが“０”であるＰＡＴが含まれたパケットのみを監視して、ＰＩＤが“０”であるパケットをＰＡＴテーブル復元部５４に出力する。ＰＡＴテーブル復元部５４は、出力されたＰＡＴを復元する。ＰＡＴには、サービスＩＤ毎にＰＭＴのＰＩＤが記述されており、別途１つ又は複数のサービスＩＤを与えると、そのサービスＩＤに対応したＰＭＴのＰＩＤが得られる。このＰＩＤをパケット振分部５２に出力する。
【００７０】
パケット振分部５２は、ＰＡＴテーブル復元部５４から入力したＰＩＤをパケット振分部５２内のＰＭＴ＿ＰＩＤに登録する。これにより、パケット振分部５２にてＰＭＴも監視されることになる。パケット振分部５２は、ＰＭＴを選別してＰＭＴテーブル復元部５５に送り、ＰＭＴテーブル復元部５５はＰＭＴを復元する。
【００７１】
ここで、ＰＭＴには、その番組を構成する全てのストリームのストリームタイプと、それに対応するＰＩＤが登録されている。また、夫々のストリームに対するコンポーネントタグが登録されていることもある。また、データ部分は、ストリームタイプが「０ｘ０Ｄ」と定義されているので、ストリームタイプと、データ加工対象として指定されたコンポーネントタグの値とから、加工対象のＰＩＤを得ることができる。このＰＩＤをパケット振分部５２に送り、パケット振分部５２内のＤａｔａ＿ＰＩＤに登録させる。
【００７２】
ストリーム不連続検出部５３は、パケット振分部５２から出力されるＭＰＥＧ−２ＴＳストリームを入力し、ストリーム内にＤＩＴ（Ｄｉｓｃｏｎｔｉｎｕｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）を検出した場合、パケット振分部５２、ＰＡＴテーブル復元部５４、ＰＭＴテーブル復元部５５、データテーブル復元部５７に対してリセットフラグを出力する。
【００７３】
パケット振分部５２は、リセットフラグを受け取ると、パケット振分部５２内のＰＭＴ＿ＰＩＤや、Ｄａｔａ＿ＰＩＤの内容を消去する。また、ＰＡＴテーブル復元部５４、ＰＭＴテーブル復元部５５、データテーブル復元部５７は、リセットフラグを受け取ると、夫々が保持しているテーブルを消去する。なお、ストリーム不連続検出部５３では、ストリームは加工されない。
【００７４】
ＰＭＴメッセージ復元部５６は、図６に示すようなテーブルを構成する全てのセクションが入力されると、セクションヘッダ部とＣＲＣとを除去した後、ＰＭＴメッセージデータを復元し、メッセージＩＤとメッセージデータとをメッセージ送出部６１−１に送出する。ここで、メッセージＩＤは、ＰＭＴのＰＩＤ、テーブルＩＤ、及びサービスＩＤに基づいて生成されるＩＤである。
【００７５】
ＤＩＩメッセージ復元部５８は、テーブルを構成する全てのセクションが集まってから、セクションヘッダ部とＣＲＣを除去した後、ＩＳＯ／ＩＥＣ１３８１８−６に定められたＵｓｅｒ−ｔｏ−Ｎｅｔｗｏｒｋダウンロードプロトコルに基づいて、メッセージヘッダ等を除去してＤＩＩメッセージデータを復元し、メッセージＩＤとメッセージデータとをメッセージ送出部６１−２に送出する。
【００７６】
ここで、メッセーシＩＤは、ＤＩＩのＰＩＤ、テーブルＩＤ、ＤＩＩで定義されているダウンロードＩＤを基にして生成するＩＤである。
【００７７】
ＤＤＢメッセージ復元部５９は、テーブルを構成する全てのセクションが集まってから、セクションヘッダ部とＣＲＣを除去した後、ＩＳＯ／ＩＥＣ１３１８６−６の規格に定められたＵｓｅｒ−ｔｏ−Ｎｅｔｗｏｒｋダウンロードプロトコルに基づいて、メッセージヘッダ等を除去してＤＤＢメッセージデータを復元し、メッセージＩＤとメッセージデータをメッセージ送出部６１−２に送出する。
【００７８】
ここで、メッセージＩＤは、ＤＤＢのＰＩＤ、テーブルＩＤ、及びＤＤＢで定義されているモジュールＩＤに基づいて生成されるＩＤである。
【００７９】
イベントメッセージ復元部６０は、テーブルを構成する全てのセクションが入力されると、セクションヘッダ部とＣＲＣとを除去した後、ＡＲＩＢ  ＳＴＤ―Ｂ２４の規格に基づいて、メッセージヘッダ等を除去してイベントメッセージデータを送出し、メッセージＩＤとメッセージデータとをメッセージ送出部６１−２に出力する。ここで、メッセージＩＤは、イベントメッセージのＰＩＤ、テーブルＩＤ、及びイベントメッセージで定義されているデータイベントＩＤ並びにイベントメッセージグループＩＤに基づいて生成されるＩＤである。
【００８０】
メッセージ送出部６１−１，６１−２は、夫々後述するデータ加工手段２２のメッセージ受入部にメッセージＩＤとメッセージデータを送出する。
【００８１】
＜データ加工手段＞
次に、本発明におけるデータ加工手段の具体的な構成について図を用いて説明する。図７は、本発明におけるデータ加工手段の具体的な構成を示す一例の図である。図７のデータ加工手段２２は、メッセージ受入部７１と、データモジュール加工部７２と、メッセージ更新部７３と、メッセージ送出部７４とを有するよう構成されている。
【００８２】
データ加工手段２２は、予め指定されたデータ加工方法に基づいて、データ抽出手段２１から受け取ったデータを加工する。メッセージ受入部７１−１は、メッセージ送出部６１−１から入力したメッセージデータをメッセージ更新部７３へ出力する。また、メッセージ受入部７１−１は、メッセージ送出部６１−１から入力したメッセージデータのうち、メッセージ送出部６１−２から受け取ったメッセージＩＤと、予め設定される加工対象メッセージＩＤ７５とを比較し、比較の結果一致したメッセージＩＤに対応したメッセージを、データモジュール加工部７２に出力し、それ以外のメッセージはメッセージ送出部７４−２に出力する。
【００８３】
データモジュール加工部７２は、まず、メッセージ受入部７１−２から入力したメッセージデータが、ＲＦＣ１９５０（ＺＬＩＢ  Ｃｏｍｐｒｅｓｓｅｄ  Ｄａｔａ  Ｆｏｒｍａｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  ３．３）の規格に基づいて圧縮されている場合は、この入力したメッセージデータを解凍してデータモジュールを復元する。
【００８４】
その後、加工方法パラメータ７６にて予め設定されたコンテンツの加工内容に基づいてデータモジュールを加工する。例えば、表示装置等にてコンテンツの表示内容等を機器の制御するためのＢＭＬ等を加工（記述）する。更に、データモジュールのデータ量が多い場合等、必要に応じてＲＦＣ１９５０の規格に基づいて圧縮し、メッセージ送出部７４−２に送出する。
【００８５】
また、データモジュール加工部７２は、新規のデータモジュールが入力されるとそのデータモジュールに対する新規のＰＩＤを割り当てることもできる。この場合は、割り当てたＰＩＤをメッセージ更新部７３に送出する。
【００８６】
メッセージ更新部７３は、データモジュール加工部７２からＰＩＤを入力すると、このＰＩＤをＩＳＯ／ＩＥＣ１３８１８−１の規格に基づいて、メッセージ受入部７１−１から入力したＰＩＤに追加登録してからメッセージ送出部７４−１に出力する。メッセージ送出部７４−１，７４−２は、入力したメッセージＩＤとメッセージとを多重手段２３へ出力する。
【００８７】
＜データ多重手段＞
次に、本発明におけるデータ多重手段の具体的な構成について図を用いて説明する。図８は、本発明におけるデータ多重手段の具体的な構成を示す一例の図である。図８のデータ多重手段２３は、メッセージ受入部８１と、ＰＭＴテーブル再構成部８２と、ＰＭＴパケット生成部８３と、ＤＩＩテーブル再構成部８４と、ＤＤＢテーブル再構成部８５と、イベントテーブル再構成部８６と、データカルーセル生成部８７と、パケット置換部８８と、ＭＰＥＧ−２ＴＳ出力バッファ８９とを有するよう構成されている。
【００８８】
メッセージ受入部８１−１，８１−２は、メッセージ送出部７４−１，７４−２から夫々に対応してメッセージＩＤとメッセージデータとを入力する。
【００８９】
メッセージ受入部８１は、入力されたメッセージＩＤに基づいて、ＰＭＴテーブル再構成部８２、ＤＩＩテーブル再構成部８４と、ＤＤＢテーブル再構成部８５と、イベントテーブル再構成部８６とに振り分けて、メッセージＩＤと、メッセージとを出力する。
【００９０】
ＰＭＴテーブル再構成部８２は、メッセージ受入部８１−１から入力したＰＭＴメッセージデータに対してメッセージＩＤに基づいて、ＩＳＯ／ＩＥＣ１３８１８−１の規格で定められたセクションヘッダを付加する。ここで、セクションヘッダ内のバージョン番号は、１つ前に受け取ったＰＭＴメッセージデータに与えたバージョン番号に１を加算した値とする。更に、ＩＳＯ／ＩＥＣ１３８１８−１の規格で定められた３２ビットのＣＲＣを付加する。
【００９１】
つまり、ＰＭＴテーブル再構成部８２は、メッセージ受入部８１−１からＰＭＴメッセージが新たに入力される度に、バージョン番号に１を加算してからＩＳＯ／ＩＥＣ１３８１８−１の規格で定められたセクションヘッダと３２ビットのＣＲＣとを付加する。また、ＰＭＴテーブル再構成部８２は、生成されたセクションをＰＭＴパケット生成部８３に出力する。
【００９２】
ＤＩＩテーブル再構成部８４は、取得したメッセージに含まれるテーブルＩＤに基づいてＤＩＩに該当する種別であるかを判断し、ＤＩＩに該当する種別である場合に取得したメッセージに基づいてＤＩＩを保存する。また、ＤＩＩのバージョン番号に相当するトランザクションＩＤに１を増加し、ＤＩＩのヘッダを付加してデータカルーセル生成部８７へ出力する。また、ＤＩＩテーブル再構成部８４は、一時保存されているＤＤＢが存在するかのチェックも行い、ＤＤＢが保存されている場合は、ＤＩＩをＤＤＢテーブル再構成部８５に対し、データカルーセル生成部８７への送出を指示する。
【００９３】
ＤＤＢテーブル再構成部８５は、取得したメッセージに含まれるテーブルＩＤに基づいて、ＤＤＢの一時保存を行い、更にＤＤＢの分割やＤＤＢヘッダの付加等を行った後、ＤＤＢをデータカルーセル生成部８７へ出力する。但し、ＤＩＩがまだ存在しない場合や、ＤＩＩの登録内容とＤＤＢが一致しない場合には、データカルーセル生成部８７には出力せずに一時保存する。
【００９４】
なお、ＤＩＩテーブル構成部８４と、ＤＤＢテーブル構成部８５とは、共にデータの授受が行われている。その具体的な処理内容については後述する。
【００９５】
イベントテーブル再構成部８６は、メッセージ受入部８１−２から受け取ったイベントメッセージデータに対して、メッセージＩＤに基づいてＡＲＩＢ  ＳＴＤ−Ｂ２４の規格で定められたメッセージヘッダとセクションヘッダとを付加する。その後ＩＳＯ／ＩＥＣ１３８１８−１の規格で定められた３２ビットのＣＲＣを付加する。その後、イベントテーブル再構成部８６は、イベントメッセージデータをデータカルーセル生成部８７へ出力する。
【００９６】
ＰＭＴパケット生成部８３は、ＰＭＴテーブル再構成部８２で得られたセクションをＩＳＯ／ＩＥＣ１３８１８−１の規格にしたがって、１つ以上の１８８バイトのパケットに変換し、そのパケットをパケット置換部８８へ出力する。
【００９７】
データカルーセル生成部８７は、ＤＩＩテーブル再構成部８４、ＤＤＢテーブル再構成部８５、及びイベントメッセージ再構成部８６から得られたセクションをＩＳＯ／ＩＥＣ１３８１８−１の規格にしたがって、１つ以上の１８８バイトのパケットに変換し、変換された全てのパケットに対して番号を付与する。
【００９８】
なお、セクションが更新されると更新前のセクションを構成するパケットは全て消去される。また、更新後に変換されたパケットが追加され、それらのパケットに新たな番号が付与される。データカルーセル生成部８７からパケット置換部８８には、このパケットに付与された番号をデータカルーセル生成部８７で予め決められた手順にしたがいパケットが順次送出される。
【００９９】
パケット置換部８８は、ストリーム不連続検出部５３から受け取るストリームの全てのＰＩＤを監視しており、ＰＭＴパケット生成部８３とデータカルーセル生成部８７とから入力したパケットのＰＩＤがストリームのパケットのＰＩＤと一致した場合は、そのパケット部分をＰＭＴパケット生成部８３とデータカルーセル生成部８７とから入力したパケット部分に順次置き換えて、ＭＰＥＧ−２ＴＳ出力バッファ８９に出力される。
【０１００】
ＭＰＥＧ−２ＴＳ出力バッファ８９は、例えば数百から数千程度のパケットが格納できるメモリを有しており、ＭＰＥＧ−２ＴＳ出力バッファ８９へ入力されるストリームの入力速度や出力するストリームの出力速度のばらつきを吸収する役割がある。
【０１０１】
これにより、コンテンツ提供者や放送局等の利用者により設定される加工パラメータに合わせてデジタル放送番組のコンテンツの一部を容易で迅速に加工することができる。また、本発明では、上述した装置構成をコンテンツ取得装置１５に設けることにより、分離装置や多重装置等の構成を受信側に設ける必要がなく、安価な装置構成でコンテンツ加工装置を提供することができる。
【０１０２】
ここで、上述したＤＩＩテーブル再構成部８４と、ＤＤＢテーブル再構成部８５との間で行われる動作についてフローチャートを用いて詳細に説明する。図９は、ＤＩＩテーブル再構成部及びＤＤＢテーブル再構成部との間で行われる動作を説明するための一例のフローチャートである。
【０１０３】
まず、メッセージとメッセージＩＤとを取得する（Ｓ０１）。このとき、取得したメッセージＩＤからテーブルＩＤを復元する（Ｓ０１）。次に、復元したテーブルＩＤに基づいてメッセージがＤＩＩかＤＤＢかを判断する（Ｓ０２）。具体的には、ＤＤＢのテーブルＩＤが「０ｘ３Ｃ」であるかを判断し、「０ｘ３Ｃ」である場合（Ｓ０２において、ＹＥＳ）、ＤＤＢと判定してＤＤＢテーブル再構成部８５においてＳ０９以降の処理を行う。また、テーブルＩＤが「０ｘ３Ｃ」でなかった場合（Ｓ０２において、ＮＯ）、ＤＩＩテーブル再構成部８４に復元したデータを出力する。
【０１０４】
ＤＩＩテーブル再構成部８４は、ＤＤＢテーブル再構成部８５から入力したテーブルＩＤがＤＩＩであるかを判断する（Ｓ０３）。具体的には、ＤＩＩのテーブルＩＤが「０ｘ３Ｂ」であるかを判断して、「０ｘ３Ｂ」である場合（Ｓ０３において、ＹＥＳ）、ＤＩＩメッセージを保存する（Ｓ０４）。ここで、保存されたＤＩＩメッセージは、ＤＤＢテーブル再構成部８５から参照されることになる。また、ＤＩＩのバージョン番号は、トランザクションＩＤで管理し、新しいＤＩＩメッセージが届く度に、トランザクションＩＤを１つずつ増加する（Ｓ０５）。更に、このトランザクションＩＤは、ＤＩＩのメッセージヘッダ内に記録される。
【０１０５】
その後、メッセージ受取部８１−２から受け取ったメッセージデータに対して、メッセージＩＤに基づいてＡＲＩＢ  ＳＴＤ−Ｂ２４で定められたＤＩＩメッセージヘッダと、ＩＳＯ／ＩＥＣ１３８１８−１の規格で定められたセクションヘッダ及び３２ビットのＣＲＣとを付加する（Ｓ０６）。
【０１０６】
ここで、ＤＩＩテーブル再構成部８４は、ＤＩＩのヘッダが付与されたＤＩＩをデータカルーセル生成部８７へ出力する（Ｓ０７）。
【０１０７】
また、ＤＩＩテーブル再構成部８４は、一時保存されているＤＤＢが存在するかを判断する（Ｓ０８）。このとき、ＤＤＢテーブル再構成部８５を参照し、後述のＳ１０の処理により、保存されているＤＤＢが存在するかを判断する。一時保存されているＤＤＢが存在する場合（Ｓ０８において、ＹＥＳ）、データをデータカルーセル生成部８７に出力する。また、ＤＤＢが存在していない場合（Ｓ０８において、ＮＯ）、又はＳ０３にて「０ｘ３Ｂ」でない場合（Ｓ０３において、ＮＯ）、何もせずに処理を終了し、次のメッセージが取得されるのを待つ。
【０１０８】
ＤＤＢテーブル再構成部８５は、Ｓ０２においてテーブルＩＤが「０ｘ３Ｃ」の場合（Ｓ０２において、ＹＥＳ）、Ｓ０４における処理によりＤＩＩメッセージがＤＤＩテーブル再構成部８４内に存在しているかを判断する（Ｓ０９）。ＤＩＩメッセージがまだ存在（保存）していない場合（Ｓ０９において、ＮＯ）、入力したＤＤＢメッセージを一時保存する（Ｓ１０）。
【０１０９】
また、ＤＩＩメッセージが既に存在している場合（Ｓ０９において、ＹＥＳ）、ＤＤＢメッセージがＤＩＩメッセージに登録されているかを判断する（Ｓ１１）。ＤＩＩメッセージに登録されている場合（Ｓ１１において、ＹＥＳ）、更にＤＤＢメッセージがＤＩＩメッセージ内に登録されているＤＤＢメッセージの内容と一致しているかを判断する（Ｓ１３）。
【０１１０】
ここで、登録されているＤＤＢの内容とは、モジュール番号、モジュールサイズ、モジュールバージョン番号等の情報を示し、これらの情報は、ＤＤＢメッセージとＤＤＢメッセージＩＤとから復元することができる。
【０１１１】
また、Ｓ１１において、ＤＤＢメッセージがＤＩＩメッセージに登録されていない場合（Ｓ１１において、ＮＯ）、そのＤＤＢメッセージをＤＩＩメッセージに追加登録する（Ｓ１２）。また、Ｓ１３でＤＤＢメッセージがＤＩＩメッセージの登録内容と一致していない場合（Ｓ１３において、ＮＯ）、ＤＩＩメッセージ上のそのＤＤＢメッセージの登録内容を新たに取得したＤＤＢメッセージに更新する（Ｓ１４）。
【０１１２】
Ｓ１２の処理、又はＳ１４の処理が終了後、ＤＩＩのバージョン番号は、トランザクションＩＤで管理しトランザクションＩＤを１つ増加する（Ｓ１５）。なお、Ｓ１５の処理は、新しいＤＩＩメッセージが届く度にトランザクションＩＤを１つずつ増加し、ＤＩＩのメッセージヘッダ内に記録される。
【０１１３】
その後、メッセージ受取部８１−２から受け取ったＤＩＩメッセージデータに対して、メッセージＩＤに基づいてＡＲＩＢ  ＳＴＤ−Ｂ２４の規格で定められたＤＩＩメッセージヘッダと、ＩＳＯ／ＩＥＣ１３８１８−１の規格で定められたセクションヘッダ及び３２ビットのＣＲＣとを付加する（Ｓ１６）。また、ＤＩＩのヘッダが付与されたＤＩＩは、データカルーセル生成部８７へ出力される（Ｓ１７）。
【０１１４】
次に、ＤＩＩメッセージの登録内容と一致している場合（Ｓ１３において、ＹＥＳ）、Ｓ０８において一時保存されているＤＤＢが存在する場合（Ｓ０８において、ＹＥＳ）、Ｓ１０の処理、又はＳ１７の処理が終了した場合、ＤＤＢテーブル再構成部８５は、４０６６バイトを越えないようにＤＤＢメッセージデータを分割し、分割した全てのＤＤＢメッセージデータに対してメッセージＩＤに基づいて、ＡＲＩＢ  ＳＴＤ−Ｂ２４の規格で定められたＤＤＢのメッセージヘッダと、ＩＳＯ／ＩＥＣ１３８１８―１の規格で定められたセクションヘッダ及び３２ビットのＣＲＣとを付加する（Ｓ１８）。その後、Ｓ１８の処理にて得られるＤＤＢメッセージは、データカルーセル生成部８７に送出される（Ｓ１９）。
【０１１５】
このように、ＤＩＩテーブル構成部８４と、ＤＤＢテーブル構成部８５とでデータの授受（参照）を行うことにより、効率的にメッセージを生成して出力することができる。
【０１１６】
ここで、上述したようにコンテンツ加工装置における機能をコンピュータに実行させることができる実行プログラム（コンテンツ加工プログラム）を生成し、ソフトウェアとして提供することができる。
【０１１７】
ここで、ソフトウェアにて実現されるデータの加工手順の概要についてフローチャートを用いて説明する。図１０は、本発明におけるデータ加工手順を示す一例のフローチャートである。
【０１１８】
まず、メッセージ受入部７１−２より加工対象のＤＤＢメッセージを取得する（Ｓ２１）。ＤＤＢメッセージのデータ量は、数百バイト〜数百キロバイト程度であり、数百バイトという短いメッセージ以外は通常ＲＦＣ１９５０で規定されているｚｌｉｂ方式で圧縮されている。
【０１１９】
次に、このＤＤＢメッセージがｚｌｌｂ形式で圧縮されているか否かを判断する（Ｓ２２）。この判断は、上述したようにＤＩＩに「Ｃｏｍｐｒｅｓｓｉｏｎ  Ｔｙｐｅ」記述子が配置されているか否かにより、圧縮の有無を判断することができる。ｚｌｉｂ形式で圧縮されている場合（Ｓ２２において、ＹＥＳ）、メッセージを解凍する（Ｓ２３）。
【０１２０】
ここで、ＤＤＢメッセージは、ＡＲＩＢ  ＳＴＤ−Ｂ２４で規定された方式でモジュール形式になっている。そこで、Ｓ２３の処理後、又はＳ２２において、メッセージが圧縮されていなかった場合（Ｓ２２において、ＮＯ）、モジュール形式になっているメッセージをファイルに展開する（Ｓ２４）、次に、予め設定された加工方法パラメータに基づいてファイルを加工する（Ｓ２５）。なお、上述のパラメータの内容は、新規にファイルを追加することや、Ｓ２４の処理で展開されたファイルの一部を削除することもある。次に、Ｓ２５で加工されたファイルを含むＳ２４の処理で展開された全てのファイルを再度モジュール形式に変換する（Ｓ２６）。
【０１２１】
次に、メッセージの圧縮が必要かを判断する（Ｓ２７）。この判断は、Ｓ２６で生成されたモジュールのデータ量が予め設定されるデータ量と比較して多いか少ないかを判断し、多い場合に圧縮が必要であると判断する。また、他の方法として、データ量の多少にかかわらず無条件に圧縮が必要と判断するか、又はＳ２２の処理において圧縮されていたか否かにより圧縮が必要かを判断することができる。
【０１２２】
メッセージの圧縮が必要と判断した場合（Ｓ２７において、ＹＥＳ）、モジュール化されたメッセージを圧縮する（Ｓ２８）。また、メッセージの圧縮が必要でない場合（Ｓ２７において、ＮＯ）、または、Ｓ２８の処理が終了後、メッセージを出力する（Ｓ２９）。
【０１２３】
このように、本発明におけるソフトウェアをインストールすることで、効率的に、コンテンツの加工を実現することができる。また、実行プログラムをコンピュータにインストールすることにより、ソフトウェアを用いて容易にコンテンツの加工を実現することができる。
【０１２４】
上述したように本発明によれば、安価な構成で効率的にコンテンツの加工を実現することができる。本発明を適用することにより、多重装置や分離装置の機能を限定して、従来ある装置構成に付加させることで、上述したようなコンテンツ加工が１台のコンピュータ上でソフトウェアにより実現することができる。
【０１２５】
また、本発明を利用すれば、単なるＢＭＬデータの書き換えに限らず、イベントメッセージや字幕や文字スーパー等の小さなデータであれば、これらのデータを追加したうえで、上述したコンテンツ加工を実現することができる。
【０１２６】
なお、上述の実施例は、映像及び音声の圧縮形式等について、ＭＰＥＧ２の圧縮形式に基づいて説明しているが、例えばＭＰＥＧ４やＭＰＥＧ７、その他の圧縮方式について本発明を適用することで同様の効果を得ることができる。
【０１２７】
以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【図面の簡単な説明】
【０１２８】
【図１】デジタル放送受信側の装置構成の一例を示す図である。
【図２】コンテンツ取得装置に設けられるコンテンツ加工装置の機能構成を示す一例の図である。
【図３】入力ストリームにデータパケットが含まれる場合のコンテンツ加工手順を示す一例の図である。
【図４】入力ストリームにデータパケットが含まれていない場合のコンテンツ加工手順を示す一例の図である。
【図５】本発明におけるデータ抽出手段の具体的な構成を示す一例の図である。
【図６】テーブルと、ＴＳパケット及びセクションとの関係を示す。
【図７】本発明におけるデータ加工手段の具体的な構成を示す一例の図である。
【図８】本発明におけるデータ多重手段の具体的な構成を示す一例の図である
【図９】ＤＩＩテーブル再構成部及びＤＤＢテーブル再構成部との間で行われる動作を説明するための一例のフローチャートである。
【図１０】本発明におけるデータ加工手順を示す一例のフローチャートである。
【符号の説明】
【０１２９】
１１  ＢＳデジタル放送受信アンテナ
１２  地上デジタル放送受信アンテナ
１３  通信ネットワーク
１４  コンテンツ蓄積装置
１５  コンテンツ取得装置
１６  デジタル放送受信機
１７  リモートコントローラ
１８  表示装置
２０  データ加工装置
２１  データ抽出手段
２２  データ加工手段
２３  データ多重手段
５１  ＭＰＥＧ−２ＴＳ入力バッファ
５２  パケット振分部
５３  ストリーム不連続検出部
５４  ＰＡＴテーブル復元部
５５  ＰＭＴテーブル復元部
５６  ＰＭＴメッセージ復元部
５７  データテーブル復元部
５８  ＤＩＩメッセージ復元部
５９  ＤＤＢメッセージ復元部
６０  イベントメッセージ復元部
６１，７４  メッセージ送出部
７１，８１  メッセージ受入部
７２  データモジュール加工部
７３  メッセージ更新部
８２  ＰＭＴテーブル再構成部
８３  ＰＭＴパケット生成部
８４  ＤＩＩテーブル再構成部
８５  ＤＤＢテーブル再構成部
８６  イベントテーブル再構成部
８７  データカルーセル生成部
８８  パケット置換部
８９  ＭＰＥＧ−２ＴＳ出力バッファ
【図１】
2005167564.tif 000003
【図２】
2005167564.tif 000004
【図３】
2005167564.tif 000005
【図４】
2005167564.tif 000006
【図５】
2005167564.tif 000007
【図６】
2005167564.tif 000008
【図７】
2005167564.tif 000009
【図８】
2005167564.tif 000010
【図９】
2005167564.tif 000011
【図１０】
2005167564.tif 000012