【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送システムに用いられ、特に番組素材データを多重して番組を作成し送出する放送番組送出システムと、このシステムにより作成され送出されるデータ放送番組を受信する放送番組受信装置に関する。

【０００２】

【従来の技術】従来の放送システムでは、音声、動画といった主放送データに加え、静止画、テキストなどの付加情報と、それらの付加情報を制御する制御データを主放送に多重し、受信された制御データに従って付加情報を表示することで、主放送に同期してテキスト、静止画を表示する、あるいはインタラクションといったサービスを提供している。 さらにこの付加情報、制御データを繰り返し送出することで、番組途中から視聴したユーザ（以下、途中参加者と呼ぶ）も本サービスを受けることが可能であった。

【０００３】しかしながら、従来の放送システムでは、
番組中で使用される付加情報、制御データを端末側で全て受信した後、初めてサービスが可能な蓄積型システムであるため、これらの付加情報、制御データを全て受信、蓄積するまでサービスが受けられないという制限があった。 したがって、番組の一部でのみ使用される付加情報も番組継続中は繰り返し送出されている点、また番組初期化のためなど、番組の一部でのみ使用される制御データも番組継続中は繰り返し送出されている点など、
伝送帯域が有効利用されていないという問題があった。
番組制作者にとっても、この制限のため、多量の付加情報を用いた番組を作成することは困難であった。

【０００４】

【発明が解決しようとする課題】以上述べたように、従来の放送システムにあっては、番組中で使用される全ての付加情報、制御データを端末側で受信した後、初めてサービスが可能であるという制限、及び番組中の一部でのみ使用される付加情報、制御データの繰り返し送出による低伝送効率という問題があった。

【０００５】本発明は、上記の問題を解決し、伝送帯域の効率的な利用が可能な放送システムを提供すると共に、このシステムに用いて好適な放送番組送出システムと放送番組受信装置を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記の課題を解決するために本発明に係る放送システムに用いるデジタル放送番組送出システムは、以下のような特徴的構成を有する。

【０００７】（１）放送番組で使用する番組素材データを取り込む番組素材入力装置と、この番組素材入力装置で取り込まれた番組素材データを組み合わせて、少なくとも各番組素材データの使用開始時刻、終了時刻を含む番組管理データと、各番組素材データの時間的、空間的配置を示すシーン記述データとを作成する番組作成装置と、前記番組素材入力装置で取り込まれた番組素材データと前記番組作成装置で作成された番組管理データ及びシーン記述データとを蓄積する番組蓄積装置と、この番組蓄積装置から予め決められた放送時間に合わせて前記番組管理データ、シーン記述データ、番組素材データを順次読み出して送出する番組送出装置と、この番組送出装置から送出される番組管理データ、シーン記述データ、番組素材データをそれぞれ圧縮するエンコーダ群と、このエンコーダ群で圧縮された番組管理データ、シーン記述データ、番組素材データを多重化して一つの番組データとする多重化装置と、この多重化装置に対し、
入力された番組管理データ、シーン記述データ、番組素材データを許容時間内に繰り返し多重化させ、再送の際に前記番組管理データ、シーン記述データに基づいて現在必要な番組素材データを選択し、多重化させる再送データ管理装置と、前記多重化装置から出力される番組データを放送する送信装置とを具備することを特徴とする。

【０００８】このように、各番組素材多重化時に、現在必要な番組素材のみを多重化することで伝送効率の向上、ひいては付加情報受信時間を短縮することが可能となる。

【０００９】（２）（１）の構成において、さらに、前記番組作成装置により作成されるシーン記述データを所定の単位に分割して前記エンコーダ群の対応するエンコーダへ出力するシーン記述分割装置を備えることを特徴とする。

【００１０】これにより、シーン記述を一括して送信することが不必要となり、番組開始待ち時間の短縮が可能となる。

【００１１】（３）（２）の構成において、さらに、前記多重化装置に対し、多重化された分割シーン記述データの履歴を蓄積して、各分割シーン記述データの中の、
同一素材、同一属性のコマンドで現在の時刻よりも古いものを削除することで、分割シーン記述データのサイズを圧縮するシーン記述管理装置を備え、このシーン記述管理装置で圧縮された単位シーン記述データを順次他のデータと共に前記多重化装置で多重化することを特徴とする。

【００１２】これにより、シーン記述の繰り返し送信時のデータサイズを減少させることができ、伝送効率の向上、つまり付加情報制御コード受信時間を短縮することが可能となる。

【００１３】（４）（２）の構成において、さらに、前記多重化装置に対し、少なくとも前記分割シーン記述データ及び各番組素材データの使用開始時刻情報、エンコード済みデータサイズ、データ全体帯域幅のいずれかに基づき、多重化する際の順序を決定するスケジュール装置を備えることを特徴とする。

【００１４】これによりシーン記述、データ素材を番組構成上必要な時刻までに送受信することが可能となる。

【００１５】（５）（４）の構成において、前記スケジュール装置は、前記多重化装置に対し、まず前記シーン記述データ及び各番組素材データの一部ないし全部を番組全体の伝送帯域幅を使用して多重化させ、その後、所定の伝送帯域幅にて主放送と付加放送を多重化させることを特徴とする。

【００１６】これにより、主放送開始前にシーン記述、
データ素材を高速に先送り送信することが可能となる。

【００１７】一方、本発明に係るデジタル放送システムに用いるデジタル放送番組受信装置は、以下のような特徴的構成を有する。

【００１８】（６）放送番組で使用する番組素材データと、少なくとも各番組素材データの使用開始時刻、終了時刻を含む番組管理データと、各番組素材データの時間的、空間的配置を示すシーン記述データとを予め決められた放送時間に合わせて圧縮し多重化して一つの番組データとして放送される複数の放送信号を選択的に受信し復調して、放送番組を再生するデジタル放送番組受信装置であって、前記受信復調された一つの番組データから番組中に多重されている番組素材データ、番組管理データ、シーン記述データを分離するデータ分離手段と、このデータ分離手段で分離された番組素材データ、番組管理データ、シーン記述データをそれぞれ伸長するデコーダ群と、このデコーダ群から出力されるシーン記述データに基づき各番組素材データの組み合わせを決定するシーン記述処理装置と、このシーン記述処理装置の指示に従い、前記デコーダ群で伸長された画像素材データを組み合わせて再生する再生処理装置とを具備し、前記シーン記述処理装置が、処理済のシーン記述と新たに受信されたシーン記述との時刻情報に基づきシーン記述の処理の可否を決定するシーン記述実行判定手段を備えることを特徴とする。

【００１９】これにより途中参加時でも再送されたシーン記述を適正に処理することが可能となる。

【００２０】本発明ではＭＰＥＧ４(Moving Picture Ex
perts Group phase4)によるオブジェクト処理を利用可能である。 すなわち、ＭＰＥＧ４ではオブジェクト単位に送信開始時刻、終了時刻などを管理することが可能である。 またシーン記述形式に工夫を加えることで、シーン記述の分割、圧縮が可能なようにしている。

【００２１】

【発明の実施の形態】以下、図面を参照して本発明の実施の形態を詳細に説明する。

【００２２】（第１の実施の形態）まず、本発明に係わる放送システムの「番組素材毎にエンコード、デコードして番組を表示する仕組み」について説明する。

【００２３】図１と図２はそれぞれ本発明に係わる放送システムの全体的な基本構成を示すものである。 すなわち、このシステムは番組を作成し放送するデジタル放送番組送出システム１０１（図１）、各家庭などに設置され、デジタル放送番組を受信する機能を有するデジタル放送番組受信装置２０１（図２）からなる。

【００２４】上記デジタル放送番組送出システム１０１
において、番組で使用される番組素材は複数台あるいは複数種類の素材入力装置１０２により取り込まれる。 素材入力装置１０２は番組素材の種類により異なり、例えば動画であればビデオカメラであり、静止画であればスキャナ、音声であればマイク、テキストであればＰＣ
（パーソナルコンピュータ）などがある。 また素材入力装置１０２の数に制限はない。 取り込まれた番組素材は全てデジタル化され、番組蓄積装置１０３に蓄積される。

【００２５】番組作成装置１０４は、番組蓄積装置１０
３に蓄積されている番組素材を読み込み、各データ素材（文字、静止画など）の空間的、時間的配置（表示時刻、表示間隔、素材間の上下関係、大きさ、位置など）、及び番組全体の伝送帯域幅、動画、音声、データの各帯域幅などを決めて番組を編集する。 ここで主放送としては、音声のみ、音声と動画、動画のみ、あるいは音声、動画ともない場合など、様々でありえる。

【００２６】このようにして、動画、音声、データ素材に加え、空間的、時間的配置を示すシーン記述データ、
及び番組全体での伝送帯域幅、データ素材全体での伝送帯域幅、各データ素材の使用開始時刻、終了時刻など、
番組を構成するための番組データが生成され、一括して番組蓄積装置１０３に保存される。

【００２７】番組送出装置は１０５、放送スケジュールに従って、番組蓄積装置１０３から番組データを読み出し、その番組データに従って予め番組蓄積装置１０３に蓄積された各素材を順次読み出してエンコーダ１０６に渡す。

【００２８】このエンコーダ１０６はデータの種類、例えば、動画、音声、各種データ、シーン記述データなどの種類に応じて専用のものが起動され、逐次エンコード処理を行う。 エンコード時の伝送帯域幅は番組データに記述されたものを使用する。 起動されるエンコーダ数は、送出される番組データに含まれるデータの数に依存する。

【００２９】エンコードされた主放送データ（動画、音声など）、データ放送分データ（文字、静止画、シーン記述など）は、多重化装置１０７に出力される。 多重化装置１０７では、番組データに記述された各データ素材の開始時刻、終了時刻、データ伝送帯域幅を基に再送データ管理手段１０７ａにて選択されたデータ素材及びシーン記述データを主放送分のデータと順次多重化する。
この際、途中参加者のために、各データ素材及びシーン記述データは繰り返し多重化される。

【００３０】多重化されたデータは送出装置１０８にて同期符号や誤り訂正符号などが加えられて複数のパケットに分解された後、デジタル放送として送信される。 データの伝送路としては、通信衛星、地上波、ＣＡＴＶ、
衛星放送、電話線、インターネットなどがある。

【００３１】デジタル放送番組送出システム１０１から送出されたデータは、図２に示すデジタル放送番組受信装置２０１にて、受信回路２０２を通じて受信され、パケットごとに復調される。 この受信回路２０２により復調されたデータパケットは各番組素材ごとに分離処理された後、デコーダ２０３に送られる。

【００３２】このデコーダ２０３はデータの種類、例えば、動画、音声、静止画、文字、シーン記述などの種類に応じて専用のものが起動され、逐次デコード処理を行う。 起動されるデコーダの数は、その時受信している番組素材の数による。 デコードされたシーン記述データは、シーン記述処理装置２０４に送られる。 このシーン記述処理装置２０４はシーン記述に従い、画像処理回路２０５及び音声処理回路２０７に対して受信した各番組素材の再生指示を行う。 画像処理装置２０６はシーン記述処理装置２０４の指示に従い、指定された番組素材が指定された位置、上下関係で表示されるよう描画再生処理を行ってＣＲＴ２０６の画面上に表示する。 同様にして、音声処理装置２０７はシーン記述装置２０４の指示に従い、音声再生処理を行ってスピーカ２０８から音響出力する。

【００３３】上記構成によるデジタル放送システムにおいて、本実施形態の特徴とする点は、図１の多重化装置１０７において、番組素材データの内、現在必要な素材のみを選択する再送データ管理手段１０７ａを備え、選択された素材のみを多重化する点にある。 このように、
多重化装置１０７に、現在必要な素材のみを選択する再送データ管理手段１０７ａを備えることで、不必要なデータを多重化することなく、伝送効率の向上、つまり付加情報受信時間を短縮することが可能となる。

【００３４】例として図３（ａ），（ｂ）に示すような番組をもとに説明する。 この番組例は、番組の前半の図３（ａ）に示される日本の天気コーナーと、後半の図３
（ｂ）に示される世界の天気コーナーから構成される天気番組の例である。 前半の日本の天気コーナーでは、アナウンサの声と動画、「日本の天気」というテキスト、
日本地図及び「晴れ」、「曇り」、「雨」を表す静止画が表示されている。 世界の天気コーナーでは、アナウンサの声と動画、「世界の天気」というテキスト、世界地図及び「晴れ」、「曇り」、「雨」を表す静止画が表示されている。

【００３５】この番組の制作課程は次の通りである。 まず、素材入力装置１０２を使い、番組内の各種素材を取り込む。 この例では、図３（ｃ）に示すようにアナウンサの音声データ３０１、アナウンサの動画データ３０
２、「日本の天気」というテキスト３０３、日本地図用静止画データ３０４及び「晴れ」用静止画データ３０
５、「曇り」用静止画データ３０６、「雨」用静止画データ３０７、「世界の天気」というテキスト３０８、世界地図用静止画データ３０９を取り込む。 これらの番組素材は、素材を識別するためのリソースＩＤを付加して番組蓄積装置１０３に蓄積される。

【００３６】番組作成装置１０４では、これらの番組素材３０１〜３０９を取り込み、シーン記述データ、番組データを作成する。 この場合、番組開始から終了までの時間を絶対時間とし、各番組構成要素の空間的、時間的情報を設定する。 例えば図３（ａ），（ｂ）の構成要素としては、左上のテキスト、背景の静止画、北海道の上に表示されている「晴れ」、関東の上に表示されている「晴れ」、四国の上に表示されている「曇り」、九州の上に表示されている「雨」を表す静止画、世界地図及び主放送のアナウンサの動画、音声がある。 シーン記述は番組内相対時刻と構成要素番号（以下、データＩＤ）及び構成要素の属性指定からなるシーン記述コマンドからなり、時刻順に並べられる。 構成要素の属性は、データ種別、表示位置、リソースＩＤ、表示属性である。

【００３７】データ種別はテキスト、静止画である。 表示位置は画面左上からの相対位置を示す、Ｘ位置、Ｙ位置、奥行き方向を示すＺ位置である。 リソースＩＤは、
実際に表示すべきデータを示す番号である。 表示属性は表示、非表示を表す。 データＩＤとリソースＩＤを区別することで、同一の番組素材を複数のデータＩＤから参照することが可能である。

【００３８】番組データは、番組開始時刻、番組終了時刻、番組中で使用される番組素材を示すリソーステーブル、多重化の際使用される多重化パラメータからなる。
リソーステーブルは各番組素材毎のリソースＩＤ，使用開始時刻、終了時刻、データ種別、コメントからなる。
多重化パラメータは番組全体のビットレート、主放送の動画のビットレート、音声のビットレート、及びデータ放送分のビットレートである。

【００３９】図３（ａ）、（ｂ）のための番組データ例を図４に示す。 この例は、１２：００〜１２：０２までの番組であり、リソースＩＤが０の番組素材は「日本の天気」なるテキストであり、番組開始後１秒〜６０秒まで使用されることを示す。 他のリソースＩＤについても同様である。 ここでリソースＩＤ９９９９はシーン記述のため予約された番号である。 また、番組全体、動画、
音声のビットレートは、それぞれ２４Ｋｂｐｓ、２０Ｋ
ｂｐｓ，３．２Ｋｂｐｓであり、番組素材とシーン記述のためのビットレートは８００ｂｐｓであることを表している。

【００４０】図３（ａ）、（ｂ）のためのシーン記述例を図５に示す。 データＩＤ１０の番組構成要素が時刻１
秒にＸ位置０、Ｙ位置０、Ｚ位置１に、リソースＩＤ０
の「日本の天気」なるテキストを表示し、時刻２秒にＸ
位置１０、Ｙ位置５に移動し、時刻５秒にＸ位置２０、
Ｙ位置１０に移動することを示す。 さらに５秒にはデータＩＤ１１の番組構成要素がリソースＩＤ１の「日本地図」の静止画を表示することを示す。 以下同様である。
尚、「//」以降はコメントである。

【００４１】このようにして作成された番組の多重化過程は次の通りである。 再送データ管理手段１０７ａは、
番組データに蓄積された各データの開始時刻、終了時刻と多重化装置１０７からの現在送出中の時刻を基に、現在使用されているデータのみを選択し多重化を行うことで、伝送帯域の利用効率の向上を図る。

【００４２】具体的な処理の流れを図６、図７に示す。
図６に示すように、多重化装置１０７は、番組蓄積装置１０３から番組データファイルを読み込み（Ｓ６０
１）、リソースデータテーブルを取得して、各素材データの開始時刻、終了時刻、データ全体での帯域幅を取得し（Ｓ６０２）、現在の時刻（curTime）を０にセットし（Ｓ６０３）、現在の時刻が番組終了時刻より大きいか判断する（Ｓ６０４）。 ここで、現在の時刻が番組終了時刻より大きければ多重化処理を終了する。

【００４３】ステップＳ６０４で現在の時刻が番組終了時刻より小さかった場合、多重化すべきがデータ放送か否かを判断し（Ｓ６０５）、データ放送でなかった場合は主放送分を多重して（Ｓ６０６）、ステップＳ６０４
の処理に戻る。 データ放送であった場合、再送データ管理手段１０７ａを呼び出して多重すべきデータを選択し（Ｓ６０７）、現在のデータ（curData）がＮＵＬＬ
（なし）であるかをチェックし（Ｓ６０８）、ＮＵＬＬ
でなければこのデータ（curData）に該当するエンコーダ結果を多重化し（Ｓ６０８）、データ全体での帯域幅とエンコード済みデータのサイズから現在の時刻の更新処理（curTime+=curDataのサイズ／データ伝送帯域幅更新：ここで+=はａ+=ｂ→ａ＝ａ＋ｂを意味する。以下、
同様。 ）を行い（Ｓ６１０）、ステップＳ６０４に戻る。 Ｓ６０８にて現在のデータがＮＵＬＬの場合、多重すべきデータがないとみなして、所定のサイズ分のダミーデータを多重化し（Ｓ６１１）、現在の時刻を更新処理（curTime+=ダミーデータのサイズ／データ伝送帯域幅更新）し（Ｓ６１２）、ステップＳ６０４に戻る。

【００４４】再送データ管理手段１０７ａは、多重化装置１０７により読み込まれたリソーステーブルに記載された各リソースの開始時刻、終了時刻と呼び出し時引数の現在の時刻を基に現在有効なデータを返す。

【００４５】図７において、まず、現在のデータがＮＵ
ＬＬかをチェックし（Ｓ７０１）、ＮＵＬＬの場合、素材データテーブルから最初の項目を取得して現在のデータ（curData）にセットし（Ｓ７０２）、ステップＳ７
０１にてＮＵＬＬでない場合、リソースデータテーブルから現在のデータの次の項目を取り出して現在のデータ（curData）にセットし（Ｓ７０３）、リソーステーブルを全てチェックしたかを判断する（Ｓ７０４）。

【００４６】ステップＳ７０４にて全てチェックした場合は、次に多重すべきデータが発見できなかったと見なして、現在のデータ（curData）にＮＵＬＬをセットし（Ｓ７０６）、終了する。 ステップＳ７０４にて未検査の項目がある場合は、現在のデータ（curData）の開始時刻、終了時刻の範囲内に現在の時刻（curTime）が含まれているかをチェックし（Ｓ７０５）、ステップＳ７
０５で有効であれば終了する。 ステップＳ７０５で有効でなければ、リソースデータテーブルから次の項目を取り出して現在のデータ（curData）にセットし（Ｓ７０
７）、ステップＳ７０４に戻る。 尚、ここではリソースデータテーブルの最後の要素の次の項目とは、最初の項目のことを指すとしている。

【００４７】ここで、図３（ａ）、（ｂ）の様な番組を考えると、多重化されるデータの順番は、例えば「シーン記述」、「日本の天気」テキスト、「日本地図」静止画、「晴れ」静止画、「雲り」静止画及び「雨」静止画、の繰り返しの後、「シーン記述」、「世界の天気」
テキスト、「世界地図」静止画、「晴れ」静止画「雲り」静止画及び「雨」静止画、の繰り返しとなる。

【００４８】一方、従来のデータ放送で用いられている全てのデータを繰り返し多重化する方式では、「シーン記述」、「日本の天気」テキスト、「日本地図」静止画、「晴れ」静止画、「雲り」静止画及び「雨」静止画、「世界の天気」テキスト及び「世界地図」静止画の繰り返しとなる。 これと本発明による方法を比較すると、本発明の方法は日本の天気を放送中には使用されない「世界の天気」テキスト、「世界地図」静止画、また世界の天気を放送中には使用されない「日本の天気」テキスト、「日本地図」を多重化する必要がなく、その分伝送効率の向上が得られる。

【００４９】（第２の実施の形態）第１の実施の形態のシステムでは、シーン記述も他のデータ素材と同様に一つの塊として処理されていたが、本実施の形態では、シーン記述を分割して処理することを考える。 さらに、分割されたシーン記述及び各データが番組中で必要とされる時刻（開始時刻）までに受信されるようにスケジュールを行い、かつ、途中参加者のために必要なシーン記述、各データを再送することを考える。

【００５０】図８は本実施の形態のデジタル放送番組送出システム１０１の構成を示すものであるが、番組を制作し、送出する仕組みは基本的には第１の実施の形態で説明した図１のシステムと同じである。 このため、図８
において、図１と同一部分には同一符号を付して示す。

【００５１】図８において、図１のシステムと異なる点は、シーン記述を所定の単位に分割するシーン記述分割装置１１０を設けると共に、多重化装置（ここでは符号を１１１とする）をスケジュール手段１１１ａ、多重化手段１１１ｂ、シーン記述管理手段１１１ｃ、再送データ管理手段１１１ｄで構成した点にある。

【００５２】すなわち、このシステムでは、多重化装置１１１が、多重化手段１１１ｂの多重化、送出済みのシーン記述を管理し、途中参加者のためにシーン記述を再送する際に、重複するシーン記述を削除してシーン記述データの圧縮を行うシーン記述管理手段１１１ｃを備えることを特徴とする。 これにより、シーン記述を一括して送受信することが不必要となり、さらにシーン記述の繰り返し送信時のデータサイズを減少させることができ、伝送効率の向上、つまり付加情報制御コード受信時間を短縮することが可能となる。

【００５３】また、このシステムでは、多重化装置１１
１が、シーン記述分割装置１１０で分割されたシーン記述及び各番組素材の使用開始時刻情報、エンコード済みデータサイズ、データ全体帯域幅などに基づき、多重化手段１１１ｂで多重化する際の順序を決定するスケジュール装置１１１ａを備えることを特徴とする。 これによりシーン記述、データ素材を番組構成上必要な時刻までに送受信することが可能となる。

【００５４】さらに、このシステムでは、多重化装置１
１１が、番組開始前に送出するようスケジュールされた分割シーン記述及び各データ素材を番組全体の伝送帯域幅を使用して多重化し、その後、所定の伝送帯域幅にて主放送とデータ放送を多重化する多重化手段１１１ｂを備えることを特徴とする。 これにより、主放送開始前にシーン記述、データ素材を先送り送信することが可能となる。

【００５５】尚、再送データ管理手段１１１ｄは、図１
に示した１０７ａと同じ機能を有するものである。

【００５６】例として、図３（ａ）、（ｂ）に示すような番組を考える。

【００５７】シーン記述分割装置１１０は、番組蓄積装置１０３に蓄積されたシーン記述を所定の単位に分割を行い、分割された部分シーン記述それぞれにつき、連番、分割シーン記述に含まれる最初のシーン記述の開始時刻、分割シーン記述データ自体を、後にエンコード時にセットされるデータサイズ、エンコードデータとからなる分割シーン記述テーブルを作成する。

【００５８】具体的な処理の流れを図９に示す。 まず、
番組蓄積装置１０３に蓄積されたシーン記述ファイルから１シーン記述コマンド毎に読み込み（Ｓ９０１）、コマンドが取得できなければ終了する（Ｓ９０２）。 ステップＳ９０２で取得できた場合、分割シーンの連番、開始時刻、分割シーン記述データからなる分割シーン記述テーブルに新規フィールドを作成し（Ｓ９０３）、連番を更新すると共にコマンドの時刻を新規に作成したフィールドの開始時刻にセットし（Ｓ９０４）、コマンドを新規フィールドのシーン記述データに追加する（Ｓ９０
５）。

【００５９】続いて次のコマンドをシーン記述ファイルから取得し（Ｓ９０６）、取得できなければ処理を終了する（Ｓ９０７）。 ステップＳ９０７で取得できた場合、本フィールドの開始時刻に所定の単位である１秒を加えたものとコマンドの時刻を比較し（Ｓ９０８）、コマンドの時刻が小さければステップＳ９０５に戻り、そうでなければステップＳ９０３に戻り、次のフィールドの作成を行う。

【００６０】図５のシーン記述を分割した例を図１０に示す。 シーン記述エンコーダ１０６は、この分割シーン記述テーブルを入力し、分割シーンデータをエンコードし、エンコード結果を分割シーンテーブルに付加して、
次のスケジュール手段１１０ａに出力する。

【００６１】スケジュール手段１１１ａは、まず、番組蓄積装置１０３から番組データを取得し、さらにシーン記述エンコーダを除く各エンコーダ１０６からエンコード済みデータ及びデータサイズを取得し、これらの情報から、リソース毎にリソースＩＤ、リソース開始時刻、
終了時刻、エンコード済みデータサイズ、エンコード済みデータからなるエンコード済みデータテーブルを作成する。 次にシーン記述エンコーダ１０６の出力の分割シーン記述テーブルの最後のフィールドから順次取り出し、分割シーン記述がその開始時刻までに多重化されるようスケジューリングを行う。 続いて先ほど作成したエンコード済みデータテーブルの最後の要素から順次取り出し、エンコード済みデータがその開始時刻までに多重化されるようスケジューリングを行う。

【００６２】具体的な処理の流れを図１１に示す。 まず、シーン記述エンコーダ１０６から分割シーン記述テーブルを取得する（Ｓ１１０１）。 次に、番組蓄積装置１０３から番組データを取得し、さらにシーン記述エンコーダを除く各エンコーダ１０６からエンコード済みデータ及びデータサイズを取得してエンコード済みデータテーブルを作成する（Ｓ１１０２）。 さらに、リソースＩＤ、開始時刻、データサイズ、送付開始時刻、送付終了時刻からなるスケジュール済みデータテーブルに未割り当てを示すリソースＩＤ−１、開始時刻に０、データサイズに（番組終了時刻−番組開始時刻）＊データビットレート／８、送付開始時刻に０、送付終了時刻に番組終了時刻をセットすることでテーブルの初期化を行う（Ｓ１１０３）。

【００６３】続いて分割シーン記述のスケジューリングを行うため、まずエンコード済みの分割シーン記述テーブルの最後から１フィールド取得し（Ｓ１１０４）、ステップＳ１１０４で取得できたら（Ｓ１１０５）、このフィールドのスケジューリングを図１２に従って行い（Ｓ１１０６）、ステップＳ１１０４に戻る。

【００６４】ステップＳ１１０５で取得できなかった場合、分割シーンテーブルの処理を終了し、エンコード済みデータテーブルの処理に移る。 すなわち、エンコード済みデータテーブルから１フィールド取得し（Ｓ１１０
７）、ステップＳ１１０７で取得できたら（Ｓ１１０
８）、このフィールドのスケジューリングを図１２に従って行い（Ｓ１１０９）、ステップＳ１１０７に戻る。
ステップＳ１１０８で取得できなかった場合、処理を終了する。

【００６５】図１２において、まずスケジュール済みデータテーブルの最後からリソースＩＤが−１である未割り当てなフィールドを取得し（Ｓ１２０１）、取得できなかった場合は（Ｓ１２０２）、現在処理中のデータのリソースＩＤ、開始時刻、データサイズ、スケジュール済みデータテーブルの先頭のフィールドの送付開始時刻−データサイズ／データビットレート＊８、スケジュール済みデータテーブルの先頭のフィールドの送付開始時刻からなる新規フィールドをスケジュール済みデータテーブルの先頭に挿入する（Ｓ１２０３）、ステップＳ１
２０２で取得できた場合は、データの開始時刻が送付終了時刻以上であるかを調べ（Ｓ１２０４）、ステップＳ
１２０４で「以上」でなければステップＳ１２１５に移行する。

【００６６】ステップＳ１２０４でＹＥＳの場合、データの開始時刻とフィールドの送付終了時刻が等しいか調べ（Ｓ１２０５）、ステップＳ１２０５で等しければ、
フィールドのデータサイズとデータのデータサイズを比較し（Ｓ１２０６）、ステップＳ１２０６でフィールドのデータサイズの方が大きければ、フィールドのデータサイズからデータのデータサイズを減じ、さらにフィールドの送付終了時刻から（データのデータサイズ／データビットレート＊８）分減少させてフィールドの更新を行い（Ｓ１２０７）、新規フィールドを現在のフィールドの後ろに追加し（Ｓ１２０８）、新規フィールドのリソースＩＤ、開始時刻、データサイズ、送付開始時刻、
送付終了時刻にそれぞれデータのリソースＩＤ、開始時刻、データサイズ、前記フィールドの送付終了時刻、前記フィールドの送付終了時刻＋（データのデータサイズ／データビットレート＊８）を設定することで新規フィールドの更新を行い（Ｓ１２０９）、終了する。

【００６７】ステップＳ１２０６でＮＯの場合、フィールドのリソースＩＤ、開始時刻、送付開始時刻、送付終了時刻にそれぞれデータのリソースＩＤ、開始時刻を設定することでフィールドの更新を行い（Ｓ１２１０）、
データのデータサイズをフィールドのデータサイズ分減少させることでデータサイズ更新を行い（Ｓ１２１
１）、まだスケジュールされてないデータがあるかをデータのデータサイズが０より大きいかで調べ（Ｓ１２１
４）、０より大きくなければ終了し、０より大きければ、次のリソースＩＤ＝−１のフィールドをスケジュール済みデータテーブルより取得し（Ｓ１２１５）、ステップＳ１２０２に戻る。

【００６８】ステップ１２０５でＮＯの場合、まず新規フィールドを現在のフィールドの後ろに追加し、新規フィールドのリソースＩＤ、データサイズ、送付開始時刻、送付終了時刻に−１、（フィールドの送付終了時刻―データの開始時刻）／データビットレート＊８、データの開始時刻、フィールドの送付終了時刻を設定することで新規フィールドの更新を行い（Ｓ１２１２）、フィールドのデータサイズ、送付終了時刻にそれぞれ、（データの開始時刻−フィールドの送付開始時刻）／データビットレート＊８、データの開始時刻を設定することでフィールドの更新を行い（Ｓ１２１３）、ステップＳ１
２０６に移行する。

【００６９】図１０の分割シーン記述を例としてスケジュール動作を示す。 まず、スケジュール済みデータテーブルに新規フィールドを作成しリソースＩＤ、データサイズ、送付開始時刻、送付終了時刻にそれぞれ、−１、
（番組終了時刻―番組開始時刻）／データビットレート＊８、番組開始時刻、番組終了時刻を設定することで初期化を行う（Ｓ１１０３）。 次に分割シーン記述の後ろから１フィールド取得する。 この場合 「９ １２０ １００ 省略」 が取得される。 次にスケジュール済みデータテーブルの最後からリソースＩＤが−１のフィールドを取得する。

【００７０】この場合、 「−１ − １２０００ ０ １２０」 が取得される。 データの開始時刻は１２０、フィールドの送付終了時刻は１２０であるのでステップＳ１２０６
へと進む。 フィールドのデータサイズは１２０００、データのデータサイズは１００であるため、ステップＳ１
２０７に進み、フィールドの更新を行う（Ｓ１２０
７）。 具体的にはフィールドのデータサイズ、送付終了時刻に、それぞれ、１２０００−１００＝１１０００、
１２０−（１００／８００＊８）＝１１９をセットする。

【００７１】次に、新規フィールドを現在のフィールドの後ろに追加し（Ｓ１２０８）、新規フィールドのリソースＩＤ、開始時刻、データサイズ、送付開始時刻、送付終了時刻にそれぞれ９９９９、１２０、１００、１１
９、１１９＋（１００／８００＊８）＝１２０を設定することで新規フィールドの更新を行い（Ｓ１２０９）、
終了する。

【００７２】分割シーンの次のフィールド 「８ ８０ １００ 省略」 処理は、ステップＳ１２０１にて 「−１ − １１０００ ０ １１９」 なるフィールドが取得され、データの開始時刻８０、フィールドの送付終了時刻１１９なので、ステップＳ１２
１２へと進む。 ステップＳ１２１２では、まず新規フィールドを現在のフィールドの後ろに追加し、新規フィールドのリソースＩＤ、データサイズ、送付開始時刻、送付終了時刻に−１、（１１９―８０）／８００＊８＝３
９００、８０、１１９を設定することで新規フィールドの更新を行い（Ｓ１２１２）、フィールドのデータサイズ、送付終了時刻にそれぞれ、（８０−０）／８００＊
８＝０、８０を設定することでフィールドの更新を行い（Ｓ１２１３）、ステップＳ１２０６に移行する。 ステップＳ１２０６以下は同様である。

【００７３】図１３にエンコード済みデータテーブルの例を示し、このようにして分割シーン記述をスケジュールした結果のスケジュール済みデータテーブルの例を図１４に示し、図１５に分割シーン記述及び全てのリソースをスケジュールした結果のスケジュール済みデータテーブルの例を示す。

【００７４】続いて、多重化手段１１１ｂでは、スケジュール手段１１１ａにてスケジュールされたスケジュール済みデータテーブル、エンコード済みデータテーブルと主放送である動画、音声のエンコード結果の多重化を行う。 この際、多重化手段１１１ｂでは、データ放送分のデータの一部ないし全部を主放送のためのデータ以前に番組全体のビットレートを使用して多重化し、その後、所定の伝送帯域幅にて主放送とデータ放送を多重化する。 これにより、データ放送用データの一部を高速に送受信することができ、すばやく番組を開始することが可能となる。

【００７５】図１６に多重化の流れを示す。 まず、番組データファイルから各種ビットレートを取得し（Ｓ１６
０１）し、スケジュール済みデータテーブルから順次フィールドを取得し（Ｓ１６０２）、ステップＳ１６０３
で取得できた場合、送付開始時刻が負であるかを調べ（Ｓ１６０４）、負であれば先送りデータと判断してリソースＩＤのエンコード済みデータをデータサイズ分多重し（Ｓ１６０５）、データ再送に備えて図１８に示す再送データ登録処理を行い（Ｓ１６０６）、ステップＳ
１６０２に戻る。 このＳ１６０１〜Ｓ１６０６までがデータ先送り処理である。

【００７６】ステップＳ１６０３でフィールドを取得できない場合、及びステップＳ１６０４で開始時刻が負でない場合、ステップＳ１６０７に移行し、主放送分のデータとデータ放送分の多重化を行う。

【００７７】ステップＳ１６０７では、現在多重中のデータにステップＳ１６０２にて取得したフィールドをセットし、現在再送中のデータをクリアし、現在再送中データＩＤに−１、現在の時刻に０を設定して初期化処理を行う。 次に、現在の時刻と番組終了時刻を比較し（Ｓ
１６０８）、ステップＳ１６０８で現在の時刻の方が大きければ処理を終了する。 そうでなければ、これまでに多重した主放送用データサイズ、データ放送用データサイズ、主放送用ビットレート、データ包装用ビットレートから、次に多重すべきデータを選択し（Ｓ１６０
９）、主放送データを多重すべき場合、主放送データの多重を行い（Ｓ１６１２）、データ放送データを多重すべき場合、図１６のデータ多重化処理を行い（Ｓ１６１
０）、多重したデータサイズ及びビットレートから現在時刻を更新し（Ｓ１６１１）、ステップＳ１６０８に戻る。

【００７８】データ多重化処理では、スケジュール済みデータテーブルからフィールドを順次取り出し、割り当てられていれば、割り当てられているリソースを一定量多重する。 未割り当てな場合は、リソースないしシーン記述を適宜選択し再送として一定量多重する。

【００７９】具体的な処理の流れを図１７に示す。 まず、現在多重中のデータのデータサイズが０より大きいかを調べ（Ｓ１７０１）、大きくない場合、新たに多重すべきデータをスケジュール済みデータテーブルから取得して現在多重中のデータとし（Ｓ１７０２）、ステップＳ１７０３に移る。 大きければ、まだ多重すべきデータがあることを意味し、現在多重中のデータのリソースＩＤを調べ（Ｓ１７０３）、リソースＩＤが−１でない場合、割り当て済みのデータであるので、多重中のデータからビットレート分のデータ（この例では１００バイト）読み込んで多重し（Ｓ１７０４）、現在多重中のデータサイズを１００減じ（Ｓ１７０５）、さらに図１８
に示す再送データ登録処理を行い（Ｓ１７０６）、終了する。

【００８０】ステップＳ１７０３でリソースＩＤが−１
の場合、未割り当てなので再送処理を行う。 ステップＳ
１６０７にて現在再送中のデータサイズが０かを調べ、
サイズが０より大きい場合、再送中のデータがあるので、現在再送中のデータから１００バイト読み込んで多重し（Ｓ１７０８）、現在再送中のデータのデータサイズを１００減じ（Ｓ１７０９）、さらに現在多重中のデータのデータサイズからも１００減じ（Ｓ１７１０）、
終了する。

【００８１】ステップＳ１７０７にてデータサイズが０
より大きくない場合、新たに再送すべきデータを選択し、再送を行う。 すなわち、図２１に示す再送データ取得処理を行い（Ｓ１２１１）、現在再送中のデータに取得結果をセットし（Ｓ１７１２）、ステップＳ１７１３
にて現在再送中のデータサイズが０より大きければ、再送データが見つかったのでステップＳ１７０８に移行する。 見つからなかった場合、ダミーデータを１００バイト多重し（Ｓ１７１４）、ステップＳ１７１０に移行する。

【００８２】図１８に再送データ登録処理の流れを示す。 まず、再送用データがシーン記述かどうかを判別し（Ｓ１８０１），シーン記述であれば図１９に示すシーン記述管理手段１１１ｃへ登録を行い（Ｓ１８０２）、
リソースデータであれば図２０に示す再送データ管理手段１１１ｄへ登録を行い（Ｓ１８０３）、終了する。

【００８３】シーン記述管理手段１１１ｃにおけるデータ登録処理は、図１９に示すように、単にシーン記述管理手段１１１ｃ内のシーン記述テーブルにシーン記述データを追加するだけである。 また、再送データ管理手段１１１ｄにおけるデータ登録処理は、図２０に示すように、単に再送データ管理手段１１１ｄ内のリソーステーブルにデータを追加するだけである。

【００８４】図２１に再送データの取得処理の流れを示す。 まず、現在再送中のデータＩＤが−１であるかを調べ（Ｓ２１０１）、−１であれば次のデータＩＤを登録されたシーン記述から取得し（Ｓ２１０２）、ステップＳ２１０３にて取得できた場合、現在再送中のデータＩ
Ｄに取得したデータＩＤをセットし（Ｓ２１０４）、このデータＩＤのシーン記述をシーン記述管理手段１１１
ｃに蓄積されたシーン記述から検索し、同じ属性のコマンドがあれば、コマンドの時刻が現在時刻より古いものをシーン記述から削除することで最新のシーン記述コマンドのみ残し（Ｓ２１０５）、再度このデータＩＤのシーン記述コマンドを全て抽出し、エンコードして結果を現在再送中のデータにコピーし（Ｓ２１０６）、エンコード済みのデータサイズを現在再送中のデータサイズにセットし（Ｓ２１０７）、終了する。

【００８５】ステップＳ２１０３にて次のデータＩＤが取得できなかった場合は、そのまま終了する。 ステップＳ２１０１にて現在再送中のデータＩＤが−１でなく、
再送中のデータがある場合、現在再送中のリソースＩＤ
が９９９９であるか調べ（Ｓ２１０８）、９９９９でなければ、該当するデータＩＤのシーン記述、リソースデータの双方とも再送処理が終了したとみなし、次のデータＩＤのデータ再送処理を行うため、ステップ（Ｓ２１
０２）に移行する。

【００８６】ステップＳ２１０８でデータＩＤが９９９
９であった場合、データＩＤのシーン記述部分の再送が終了したとみなし、リソースデータ自体の再送を行う。
すなわち、現在再送中のデータＩＤのシーン記述に含まれる最新のリソースＩＤ指定コマンドを検索して、リソースＩＤ値を取得し（Ｓ２１０９）、ステップＳ２１１
０にて取得できなかった場合は終了する。 取得できた場合、リソースＩＤの開始時刻、終了時刻と現在の時刻を比較することで、現在も有効であるかを調べ（Ｓ２１１
１）、有効でなければ終了する。 有効な場合、リソースＩＤのデータを再送データ管理手段１１１ｄに蓄積されたリソースデータより取得し（Ｓ２１１２）、取得したデータを現在再送中のデータにセットし（Ｓ２１１
３）、終了する。

【００８７】図１５に示したスケジュール済みデータテーブルを基に、多重化処理の具体的な動作例を示す。

【００８８】図１６のステップＳ１６０２によりスケジュールデータテーブルから始めのフィールド 「０ ０ １０ −２ −１ //日本の天気」 を取り出す。 送付開始時刻が−２であるため先送りデータとみなし、データの多重化を行い、さらにリソースＩ
Ｄが９９９９ではないので、再送データ管理手段１１１
ｄに図２０に従いデータの登録を行う。 図１６のステップＳ１６０２に戻り、同様な処理を続ける。

【００８９】図１５スケジュール済みデータテーブルの３番目のフィールド 「９９９９ １ １００ ０ １ //シーン記述」 の処理では、送付開始時刻が負でないため、ステップＳ
１６０７に移行し、現在多重中のデータにこの３番目のフィールドをセットする。 ステップＳ１６０９で、主放送データではなくデータ放送データ多重すべきと判断されると、図１７のデータ多重化処理に移行する。 図１７
では、現在多重中のデータサイズが１００、リソースＩ
Ｄが９９９９なので、ステップＳ１７０４以下に従って多重化を行い、現在多重中のデータサイズから１００減じる。 図１６ステップ１６１０にて再度データ多重化処理が呼ばれると、図１７において、今度は現在多重中のデータサイズが０なので、ステップＳ１７０２でスケジュール済みデータテーブルの４番目のフィールド 「１ ５ １００ １ ２ //地図一部」 が読み込まれ、現在多重中のデータにセットされて同様な処理が行われる。 こうしてスケジュール済みデータテーブルの７番目のデータまで処理が終了した状態での、
シーン記述管理手段１１１ｃにおける管理情報例を図２
２に示す。

【００９０】再送の具体的な例として、図１７ステップＳ１７０２にて図１５スケジュール済みデータテーブルの７番目のフィールド 「−１ - ４００ ５ ９」 が読み込まれた時の動作を示す。 図１７ステップ１７０
９にてリソースＩＤが−１に等しいため、ステップＳ１
７０８に移行する。 初めて再送処理が行われるため、現在多重中のデータサイズは０であり、ステップＳ１７１
２の再送データ取得処理において図２１の再送データ取得処理を行う。 現在再送中のデータＩＤは−１であるため、次のデータＩＤとしてシーン記述中の最初のデータＩＤ１０を取得し（Ｓ２１０２）、現在再送中のデータＩＤとする（Ｓ２１０４）。

【００９１】現在のシーン記述管理手段１１１ｃに登録されているシーン記述は前述した図２２の通りであり、
ステップＳ２１０５に従ってデータＩＤ１０のシーン記述コマンドについて同一属性名のコマンドがあれば、現在時刻より古いコマンドを削除する。 例えばＸ位置属性についてみると、時刻１、３、５のコマンドがあるので、時刻１，３のコマンドを削除する。 ステップＳ２１
０６で再度データＩＤ１０のコマンドを全て取得すると、図２３に示すシーン記述が得られ、シーン記述コマンドのデータサイズを減少させることが可能となる。

【００９２】図２４に、再送分を含めた形でのデータ放送分データの送出状況の最初の一部をスケジュール済みデータテーブルの形式で示す。 ここでイタリックで示された部分が再送分データであり、送出したリソースに対応して、再送が行われていることを示している。

【００９３】尚、上記の説明ではシーン記述における属性例としてＸ，Ｙ，Ｚ位置、リソースＩＤ、データ種別を例としたが、例えば文字サイズ、文字フォント、文字修飾などの他の属性でも適用可能である。 また多重化に際しては１秒に一回１００バイトずつ多重化する例を示したが、特にこれに制限されるものではない。

【００９４】以上の処理により、制御データの分割を行い必要なときに必要な付加情報、制御データのみを送出するデジタル放送番組送出システムを提供することができる。

【００９５】尚、上記のデジタル放送番組送出システム１０１では、多重化装置１１１内にスケジュール手段１
１１ａ、シーン記述管理手段１１１ｃ、再送データ管理手段１１１ｄを備えるものとして説明したが、これらは多重化装置１１１の外側に設けるようしてもよいことは勿論である。

【００９６】（第３の実施の形態）この実施の形態は、
第２の実施の形態のデジタル放送番組送出システムにより送出された番組を、受信するデジタル放送番組受信装置に関するものである。

【００９７】図２５は、本実施の形態のデジタル放送番組受信装置２０１の構成を示すものであるが、番組を受信し、デコードし、シーン記述に基づき、画像、音声を合成する点は図２の構成と同じである。 このため、図２
５においては図２と同一部分には同一符号を付して示す。 図２の装置と異なる点は、処理済のシーン記述と新たに受信されたシーン記述との時刻情報に基づきシーン記述の処理の可否を決定するシーン記述実行判定手段２
０４ａを追加した点にある。

【００９８】すなわち、シーン記述実行判定手段２０４
ａは、過去に実行した同一のデータＩＤ、属性に関するコマンドの時刻をデータＩＤ、属性毎に蓄積し、新たに受信した同一のデータＩＤ、属性のシーン記述コマンドを実行すべきかを、新たに受信したコマンドの時刻と比較し、過去に実行したコマンドがない、あるいは時刻の方が小さな場合のみ新規コマンドの実行を許可する。 これにより、繰り返し再送されたシーン記述データを適正に処理することが可能となる。

【００９９】シーン記述実行判定手段２０４ａを備えるシーン記述処理装置２０４の動作を図２６のフローチャートを基に説明する。 まず、シーン記述テーブルなどの初期化処理を行い（Ｓ２６０１）、デコーダ２０３よりシーン記述を取得し（Ｓ２６０２）、ステップＳ２６０
３にて取得できたら、シーン記述に含まれる各シーン記述コマンドをシーン記述テーブルに時刻順になるように挿入し（Ｓ２６０４），取得できなかったらステップＳ
２６０４をスキップし、シーン記述テーブルから１コマンド取得する（Ｓ２６０５）。

【０１００】ステップＳ２６０６にて取得できたら番組開始からの現在の相対時刻を取得し（Ｓ２６０７）、コマンドの時刻と相対時刻を比較する（Ｓ２６０８）。 ステップＳ２６０８にてコマンドの時刻が相対時刻以下の場合、このコマンドを実行して良いかシーン記述実行判断処理を行い（Ｓ２６０９）、ステップＳ２６１０にて実行可能な場合コマンドを実行し（２６１１）、ユーザによる番組切り替え要求があったか調べ（Ｓ２５１
３）、切り替え要求がなければステップＳ２６０２に戻り、あれば終了する。

【０１０１】ステップＳ２６０６にてコマンドを取得できなかった場合、ステップＳ２６１２に移行する。 またステップＳ２６０８にてＮＯであった場合、このコマンドの実行を延期するためシーン記述テーブルに１コマンド戻し（Ｓ２６１３）、ステップ２５１２に移行する。
また、ステップ２６１０にて実行不可と判断された場合は、該当するコマンドを破棄してステップ２６１２に移行する。

【０１０２】シーン記述実行判定手段２０４ａの動作を図２７のフローチャートを基に説明する。 まず、実行可能かをチェックしたいコマンドのデータＩＤ、属性を持つコマンドを、実行済みコマンドテーブルから取得し（Ｓ２７０１）、ステップＳ２７０２にて取得できた場合は、取得されたコマンドの時刻とこのコマンドの時刻を比較し（Ｓ２７０３）、このコマンドの時刻の方が大きくなければ、このコマンドは再送されたコマンドであり、かつ、このコマンドより新しいコマンドを受信、実行がされているとみなして、このコマンドの実行は不可と判断する（Ｓ２７０４）。

【０１０３】ステップ２７０２で取得できなかった場合は、まだ該当するデータＩＤ、属性のコマンドを受信していないとみなして、実行済みデータテーブルにこのコマンドを追加し（Ｓ２７０５）、このコマンドを実行可能と判断する（Ｓ２７０７）。 ステップＳ２７０３にてＹＥＳの場合、取得されたコマンドよりこのコマンドの方が新しいとみなして実行済みコマンドテーブル中の取得されたコマンドをこのコマンドで入れ替え（Ｓ２７０
６）、このコマンドを実行可能と判断する（Ｓ２７０
７）。

【０１０４】このようにデコーダ２０３から取得したシーン記述について、処理済のシーン記述コマンドと新たに受信されたシーン記述コマンドとの時刻情報に基づき、シーン記述コマンドの処理の可否を決定するシーン記述実行判定手段２０４ａを追加することで、再送されたシーン記述を適正に処理することが可能となる。

【０１０５】

【発明の効果】以上のように本発明によれば、制御データの分割を行い、必要なときに必要な付加情報、制御データのみを送出して、データ放送分のデータに関して伝送帯域の効率的な利用が可能な放送システムと、これに用いて好適な放送番組送出システム及びその受信装置を提供することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に関わる放送システムのデジタル放送番組送出システムの構成を示すブロック図。

【図２】同実施の形態のデジタル放送番組受信装置の構成を示すブロック図。

【図３】同実施の形態のシステムにおける番組構成の例を示す図。

【図４】同実施の形態の番組作成装置における番組データ例を示す図。

【図５】本実施の形態の番組作成装置におけるシーン記述例を示す図。

【図６】同実施の形態の多重化装置における多重化処理動作を示すフローチャート。

【図７】同実施の形態の再送データ管理手段における再送データ選択処理動作を示すフローチャート。

【図８】本発明の第２の実施の形態の放送システムのデジタル放送番組送出システムの構成を示すブロック図。

【図９】同実施の形態のシーン分割手段におけるシーン記述分割処理の動作を示すフローチャート。

【図１０】同実施の形態のシーン分割手段における分割シーン記述テーブル例を示す図。

【図１１】同実施の形態のスケジュール手段におけるスケジュール処理動作の一例を示すフローチャート。

【図１２】同実施の形態のスケジュール手段におけるスケジュール処理動作の他の例を示すフローチャート。

【図１３】同実施の形態のスケジュール手段におけるエンコード済みデータテーブルの例を示す図。

【図１４】同実施の形態のスケジュール手段におけるスケジュール済みデータテーブル例（分割シーン記述全てスケジュール済み）を示す図。

【図１５】同実施の形態のスケジュール手段におけるスケジュール済みデータテーブル例（データ全てスケジュール済み）を示す図。

【図１６】同実施の形態の多重化手段における多重化動作を示すフローチャート。

【図１７】同実施の形態の多重化手段におけるデータ多重化動作を示すフローチャート。

【図１８】同実施の形態の多重化手段における再送データ登録処理を示すフローチャート。

【図１９】同実施の形態のシーン記述管理手段におけるデータ登録動作を示すフローチャート。

【図２０】同実施の形態の再送データ管理手段におけるデータ登録動作を示すフローチャート。

【図２１】同実施の形態のシーン記述管理手段と、再送データ管理手段とにおける再送データ取得処理の流れを示すフローチャート。

【図２２】同実施の形態のシーン記述管理手段における管理情報例を示す図。

【図２３】同実施の形態のシーン記述管理手段におけるデータＩＤ１０のシーン記述例を示す図。

【図２４】同実施の形態のスケジュール手段における再送を含むデータ例を示す図。

【図２５】本発明の第３の実施の形態のデジタル放送番組受信装置の構成を示すブロック図。

【図２６】同実施の形態のシーン記述処理装置におけるシーン記述処理を示すフローチャート。

【図２７】同実施の形態のシーン記述実行判断手段における判断処理を示すフローチャート。

【符号の説明】

１０１…デジタル放送番組送出システム １０２…素材入力装置 １０３…番組蓄積装置 １０４…番組作成装置 １０５…番組送出装置 １０６…エンコーダ １０７…多重化装置 １０７ａ…再送データ管理手段 １０８…送出装置 １１０…シーン記述分割手段 １１１…多重化装置 １１１ａ…スケジュール手段 １１１ｂ…多重化手段 １１１ｃ…シーン記述管理手段 １１１ｄ…再送データ管理手段 ２０１…デジタル放送番組受信装置 ２０２…受信回路 ２０３…デコーダ ２０４…シーン記述処理装置 ２０４ａ…シーン記述実行反転手段 ２０５…画像処理装置 ２０６…ＣＲＴ ２０７…音声処理装置 ２０８…スピーカ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 宮川 聡 東京都港区芝浦一丁目１番１号 株式会社 東芝本社事務所内 (72)発明者 田代 成 東京都港区芝浦一丁目１番１号 株式会社 東芝本社事務所内 Ｆターム(参考） 5C022 CA03 5C023 AA11 AA21 AA27 AA28 AA34 AA37 AA40 CA01 CA04 CA05 DA08 5K061 AA00 BB06 BB17 DD00 FF01 FF11