JP3934317B2 - 番組制作装置、番組編集方法、記憶媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、例えばＢＳデジタルデータ放送等のデータ放送番組として放送される、動画、音声、静止画、テキスト等の複数の素材オブジェクトから構成されるマルチメディア番組を制作するための番組制作装置、番組編集方法、記憶媒体に関する。
【０００２】
【従来の技術】
近年、ＢＳデジタルデータ放送等において、動画、音声だけでなく、静止画やテキスト等の複数のオブジェクトを任意に組み合わせて、一つのマルチメディア番組として提供する放送システムが実現段階にある。
【０００３】
この種の放送システムは、番組制作会社等に導入されている番組制作システムと、各放送局に導入されている番組送信システムとから構成されている。
【０００４】
ＢＳデジタルデータ放送においては、こうしたマルチメディア番組を作成及び放送するための言語として、Broadcast Markup Language （ＢＭＬ）と呼ばれる記述言語が標準化されている（電波産業界、デジタル放送におけるデータ放送符号化方式と伝送方式ＡＲＩＢＳＴＤ−Ｂ２４、平成１１年１０月２６日）。
【０００５】
ＢＭＬは、ＨＴＭＬ言語に似た言語であり、一つのデータ放送番組を構成する各ぺージ単位にＢＭＬによるシーン記述が可能である。シーン記述としては、例えばＢＭＬファイルの中にｊｐｅｇファイルへの参照情報を記述することによって、あるページにｊｐｅｇ画像をはめ込んで表示することができる。この場合のＢＭＬファイルやｊｐｅｇファイル等の一つの伝送単位をモジュールと呼ぶ。
【０００６】
このモジュールが複数集まったものが番組データとして番組制作会社の番組制作システムで制作される。
【０００７】
番組制作会社の番組制作システムで制作された番組データは、放送局の番組送信システムの番組サーバに蓄積された後、データ放送用の送出装置を通じて多重化装置（ＭＵＸ）に渡されて他のチャネルと多重化された上で衛星へ伝送されて地上に向けて放送される。
【０００８】
放送局の番組送信システムでは、いくつかのエレメンタリーストリーム（以下ＥＳと称す）を利用して複数の番組データを送出することが可能である。
【０００９】
各ＥＳの番組データは、番組送信システムの送出装置によってカルーセルと呼ばれる方式にて繰り返し放送されるので、視聴者は途中からでもその周期毎にその放送を視聴することが可能である。
【００１０】
【発明が解決しようとする課題】
ところで、このような放送の形態にも問題はある。
放送局が番組制作会社に依頼して制作された番組データを放送局の番組サーバに登録する際に、放送局側で、その番組データを管理するために、例えば番組名等の情報を番組管理情報として番組サーバに登録する必要があり、このような情報の登録作業は人手がかかるばかりか、登録ミスが発生する恐れもある。
【００１１】
また、カルーセル方式にて番組を繰り返し放送する場合、番組サイズが大きくなればなるほど、一つのカルーセルの送出にかかる時間（カルーセル間隔）が長くなり、視聴者が受信機で所望の番組の受信操作を行ってから番組が映し出されるまでの待ち時間が長くなるという問題があった。
【００１２】
この待ち時間は、番組の視聴率に影響を与えるため、番組を制作する上では、カルーセル周期を短くするよう工夫する必要がある。
【００１３】
しかしながら、従来の番組制作システムには、放送局側で送出される番組のカルーセル周期までを考慮して番組を制作及び編集できるような機能はなく、実際の番組の出来上がりをみて、再度番組を作り直すといった作業が必要になり、番組の制作効率が低下するという問題があった。
【００１４】
本発明はこのような課題を解決するためになされたもので、カルーセル方式で放送される番組を効率的に制作及び管理することのできる番組制作装置、番組編集方法、記憶媒体を提供することを目的としている。
【００１６】
【課題を解決するための手段】
上記した目的を達成するために、請求項１記載の発明の番組制作装置は、所定の伝送帯域に少なくとも一つのエレメンタリーストリームを割当て、ブロードキャストマークアップランゲージで記述されたシーン記述で定義したデータ放送番組を構成する素材データを含むモジュールを任意の前記エレメンタリーストリームに分割して繰り返し放送することが可能な番組放送システムのための番組データを制作する番組制作装置において、放送局から番組データを送出する際に必要となる情報として、番組管理レコードと、この番組管理レコードの下層の複数のフォーマットレコードと、各フォーマットレコードの下層の複数のコンテンツレコードとの木構造のデータ構造とされた番組管理データが格納され、前記フォーマットレコードには、前記エレメンタリーストリームの識別番号と、伝送すべきモジュール数と、前記エレメンタリーストリームを伝送する上での他との優先割合を示す優先度とが格納され、前記コンテンツレコードには、各モジュールのファイルサイズが格納された番組管理データ格納手段と、前記番組データを編集するために、使用するエレメンタリーストリームの識別番号と使用数が入力された場合、入力されたエレメンタリーストリームの識別番号を基に前記番組管理データ格納手段から、該当エレメンタリーストリームの識別番号が格納されているフォーマットレコードを検索し、そのフォーマットレコード内の優先度を獲得する手段と、獲得した優先度と、予め設定されている番組全体の想定伝送帯域と、入力されたエレメンタリーストリームの使用数とを、想定伝送帯域幅×目的のエレメンタリーストリームの優先度／優先度の総和という計算式に代入して目的のエレメンタリーストリームの伝送帯域幅を算出する第１の計算手段と、前記フォーマットレコード内に含まれる全てのコンテンツレコードを検索し、検索された前記コンテンツレコード内のタイプ識別子から伝送すべきモジュールを判別し、各モジュールのファイルサイズの総和を求める第２の計算手段と、算出された前記各モジュールのファイルサイズの総和を前記エレメンタリーストリームの伝送帯域幅で割り算して番組データの伝送間隔を算出する第３の計算手段と、前記第３の計算手段により計算された前記各エレメンタリーストリームにおける番組データの伝送間隔と、入力装置操作により可変して設定可能な優先度とを編集画面にグラフィカルに表示する手段とを具備したことを特徴としている。
【００１８】
請求項２記載の発明の番組制作装置は、請求項１記載の番組制作装置において、前記番組データの伝送間隔を、ファイル単位あるいはページ単位に分割してグラフィカルに表示する手段をさらに具備したことを特徴としている。
【００２２】
請求項３記載の発明の番組編集方法は、所定の伝送帯域に少なくとも一つのエレメンタリーストリームを割当て、ブロードキャストマークアップランゲージで記述されたシーン記述で定義したデータ放送番組を構成する素材データを含むモジュールを任意の前記エレメンタリーストリームに分割して繰り返し放送することが可能な番組放送システムの番組データを制作する番組制作装置における番組編集方法において、前記番組データを編集するために、使用する前記エレメンタリーストリームの識別番号と使用数を入力された場合、ＥＳ情報編集部が、入力された前記エレメンタリーストリームの識別番号を基に、番組管理レコードと、この番組管理レコードの下層の複数のフォーマットレコードと、各フォーマットレコードの下層の複数のコンテンツレコードとの木構造のデータ構造とされた番組管理データが格納され、前記フォーマットレコードには、前記エレメンタリーストリームの識別番号と、伝送すべきモジュール数と、前記エレメンタリーストリームを伝送する上での他との優先割合を示す優先度とが格納され、前記コンテンツレコードには、各モジュールのファイルサイズが格納された番組管理データ格納手段から、該当エレメンタリーストリームの識別番号が格納されているフォーマットレコードを検索し、そのフォーマットレコード内の優先度を獲得する段階と、獲得した優先度と、予め設定されている番組全体の想定伝送帯域と、入力されたエレメンタリーストリームの使用数とを、ＥＳ情報編集部が、想定伝送帯域幅×目的のエレメンタリーストリームの優先度／優先度の総和という計算式に代入して目的のエレメンタリーストリームの伝送帯域幅を算出する段階と、前記フォーマットレコード内に含まれる全てのコンテンツレコードを、ＥＳ情報編集部が検索し、検索された前記コンテンツレコード内のタイプ識別子から伝送すべきモジュールを判別し、各モジュールのファイルサイズの総和を求める段階と、算出された前記各モジュールのファイルサイズの総和を前記エレメンタリーストリームの伝送帯域幅で割り算して番組データの伝送間隔を算出する段階と、計算された前記各エレメンタリーストリームにおける番組データの伝送間隔と、入力装置操作により可変して設定可能な優先度とを編集画面にグラフィカルに表示する段階とを有することを特徴としている。
【００２３】
請求項４記載の発明の記憶媒体は、所定の伝送帯域に少なくとも一つのエレメンタリーストリームを割当て、ブロードキャストマークアップランゲージで記述されたシーン記述で定義したデータ放送番組を構成する素材データを含むモジュールを任意の前記エレメンタリーストリームに分割して繰り返し放送することが可能な番組放送システムのための番組データを制作するコンピュータを動作させるプログラムを記憶した記憶媒体において、前記コンピュータに、前記番組データを編集するために、使用する前記エレメンタリーストリームの識別番号と使用数を入力された場合、入力された前記エレメンタリーストリームの識別番号を基に、番組管理レコードと、この番組管理レコードの下層の複数のフォーマットレコードと、各フォーマットレコードの下層の複数のコンテンツレコードとの木構造のデータ構造とされた番組管理データが格納され、前記フォーマットレコードには、前記エレメンタリーストリームの識別番号と、伝送すべきモジュール数と、前記エレメンタリーストリームを伝送する上での他との優先割合を示す優先度とが格納され、前記コンテンツレコードには、各モジュールのファイルサイズが格納された番組管理データ格納手段から、該当エレメンタリーストリームの識別番号が格納されているフォーマットレコードを検索させ、そのフォーマットレコード内の優先度を獲得させ、獲得した優先度と、予め設定されている番組全体の想定伝送帯域と、入力されたエレメンタリーストリームの使用数とを、想定伝送帯域幅×目的のエレメンタリーストリームの優先度／優先度の総和という計算式に代入して目的のエレメンタリーストリームの伝送帯域幅を算出させ、前記フォーマットレコード内に含まれる全てのコンテンツレコードを検索させ、検索された前記コンテンツレコード内のタイプ識別子から伝送すべきモジュールを判別させ、各モジュールのファイルサイズの総和を求めさせ、算出された前記各モジュールのファイルサイズの総和を前記エレメンタリーストリームの伝送帯域幅で割り算して番組データの伝送間隔を算出させ、計算された前記各エレメンタリーストリームにおける番組データの伝送間隔と、入力装置操作により可変して設定可能な優先度とを編集画面にグラフィカルに表示させるプログラムをコンピュータ読み取り可能に記憶したことを特徴としている。
【００２５】
請求項１，３，４記載の発明では、所定の伝送帯域に少なくとも一つのエレメンタリーストリームを割当て、エレメンタリーストリームにて番組データを繰り返し放送する上で、エレメンタリーストリームの番号と使用数が指定された場合、指定されたエレメンタリーストリームの識別番号を基に番組管理データ格納手段から、該当エレメンタリーストリームの識別番号が格納されているフォーマットレコードを検索し、そのフォーマットレコード内の優先度を獲得する。そして、獲得した優先度と、予め設定されている番組全体の想定伝送帯域と、指定されたエレメンタリーストリームの使用数とを、想定伝送帯域幅×目的のエレメンタリーストリームの優先度／優先度の総和という計算式に代入して目的のエレメンタリーストリームの伝送帯域幅を算出し、フォーマットレコード内に含まれる全てのコンテンツレコードを検索し、検索されたコンテンツレコード内のタイプ識別子から伝送すべきモジュールを判別し、各モジュールのファイルサイズの総和を求め、求めた各モジュールのファイルサイズの総和をエレメンタリーストリームの伝送帯域幅で割り算して番組データの伝送間隔を算出し、算出した各エレメンタリーストリームにおける番組データの伝送間隔と、入力装置操作により可変して設定可能な優先度とを編集画面にグラフィカルに表示するので、この計算された番組データの伝送間隔、つまりカルーセル周期から、受信機が番組を受信してから表示するまでの待ち時間を推定すること可能となり、適度な受信応答性を持つ、妥当なサイズの番組を制作することができる。
【００２６】
またこの発明では、各エレメンタリーストリームにおける番組データの伝送間隔であるカルーセル周期と、スライドして設定可能な優先度とを編集画面にグラフィカルに表示することで、各カルーセル周期の内訳が明確化され、受信機が番組を表示するための待ち時間を少なくするためには、どの番組データ、つまりモジュールのサイズを軽減すれば良いか、あるいはどのＢＭＬデータを別のエレメンタリーストリームに割当てたら良いか、等といった対策を立てることが容易になる。
【００２７】
請求項２記載の発明では、カルーセル周期を、さらに細かくファイル単位あるいはページ単位に分割してグラフィカルに表示することで、受信機が番組を表示するための待ち時間を少なくするためには、番組データのどのファイル、どのページのサイズを軽減すれば良いか等といった対策を立てることが容易になる。
【００２９】
この結果、カルーセル方式で放送される番組を効率的に制作及び管理することができるようになる。
【００３０】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
図１は本発明に係る第１実施形態の放送システムの構成を示す図である。
【００３１】
同図に示すように、この第１実施形態の放送システムは、放送局等に導入されている番組送信システム１００と、番組制作会社等に導入されている番組制作システム１０１とからなる。
【００３２】
番組送信システム１００は、番組サーバ８０、複数の送出装置８２、多重化装置８４（以下ＭＵＸ８４と称す）、アンテナ８６等から構成されている。
【００３３】
番組サーバ８０には、番組制作会社で制作されたさまざまな番組が蓄積される。送出装置８２は、ＢＳデジタル放送の通常のチャネルｃｈ＃１〜ｃｈ＃ｎ用のもの、データ放送用のもの、文字放送用のもの等、個々に設けられている。ＭＵＸ８４は、複数の送出装置８２から送出されたデジタル情報を多重化する。アンテナ８６は衛星を通じて各家庭の受信機へ放送する。
【００３４】
番組制作システム１０１は、番組制作装置９０と番組素材サーバ９２（データベース）とからなり、パーソナルコンピュータ（以下ＰＣと称す）のアプリケーションソフトウェアとして実現されている。
【００３５】
図２に示すように、番組制作装置９０は、ファイル入出力部１０２、ＢＭＬ文書データ管理部１０３、番組内容編集部１０４、番組管理データ管理部１０５、番組情報編集部１０６等から構成されている。ＢＭＬ文書データ管理部１０３は、番組素材サーバ９２から、ファイル入出力部１０２を介して必要とするＢＭＬファイル１０８を読み込みその情報を管理する。また、ＢＭＬ文書データ管理部１０３は、ＢＭＬ記述言語を解析し、ＢＭＬが参照している素材オブジェクトファイル１０７を特定する。番組内容編集部１０４は、ユーザの指示に従い番組内容を編集し、その結果をＢＭＬ文書データ管理部１０３に反映する。編集内容としては、例えばぺージの新規作成・削除、素材オブジェクトの挿入・削除、文字列の入力・削除、タグと呼ばれるぺージ構成要素の挿入・削除、タグの移動、タグの色等、各種属性の設定等がある。素材オブジェクトが挿入あるいは削除された場合、番組内容編集部１０４は、その旨を番組管理データ管理部１０５に通知し、番組管理情報を更新する。番組管理データ管理部１０５は、番組管理データ１０９内のデータを解析し、コンテンツレコード２０３の情報から、番組で使用されているＢＭＬファイル１０８を特定し、この情報をＢＭＬ文書データ管理部１０３に送る。番組情報編集部１０６は、ユーザの指示に従い、番組を放送する際に必要となる属性情報を編集し、その結果を番組管理データ管理部１０５に反映する。番組情報編集部１０６における編集内容としては、例えば番組素材ＩＤの設定及び登録、番組名の設定及び登録等がある。番組情報編集部１０６によって編集された結果は、再度ファイル入出力部１０２を介して番組素材サーバ９２の素材オブジェクトファイル１０７，ＢＭＬファイル１０８、番組管理データファイル１０９として書き出されて保存される。
【００３６】
番組素材サーバ９２には、素材オブジェクトファイル１０７、ＢＭＬファイル１０８、番組管理データファイル１０９等が蓄積される。これらファイルを外部ファイルと称す。
【００３７】
ファイル入出力部１０２は、番組素材サーバ９２の素材オブジェクトファイル１０７やＢＭＬファイル１０８、番組管理データファイル１０９等の外部ファイルを入出力する。これらのファイルは、同一ＰＣ内のハードディスクに蓄積していても良く、また、ネットワークを介して別のマシンのハードディスク内に蓄積しても良い。
【００３８】
素材オブジェクトファイル１０７は、例えばＪＰＥＧ，ＰＮＧ，ＭＮＧ，８単位文字符号ファイル等、ＢＳデータ放送方式にてサポートされているモノメディアファイルである。ＢＭＬファイル１０８は、ＢＭＬ記述言語が記載されたテキストファイルである。番組管理データファイル１０９は、放送局から番組データを送出する際に必要となる情報を格納したファイルであり、例えば図３及び図４に示すような各種レコードが格納されている。
【００３９】
ここで、番組管理データファイル１０９の各レコードの構成について説明する。
【００４０】
図３に示すように、番組管理データファイル１０９の一つの番組管理データは、番組管理レコード２０２と、この番組管理レコード２０２の下層の複数のコンテンツレコード２０３とからなるよう構成されている。
【００４１】
図４に示すように、番組管理レコード２０２は、レコードの種別を判別するためのレコードＩＤ３０２と、番組を識別するために放送局にて一意に管理される番組素材ＩＤ３０３と、番組の名前を登録するための番組名３０４と、放送すべきモジュールの総数である総モジュール数３０５とから構成されている。
【００４２】
コンテンツレコード２０３は、レコードの種別を判別するためのレコードＩＤ３０７と、モジュールを識別するために番組内で一意に割当てられているモジュールＩＤ３０８と、そのモジュールのデータ種別を判別するためのタイプ記述子３０９とから構成されている。各コンテンツレコード２０３は、上述したオブジェクトファイル１０７とＢＭＬファイル１０８に相当し、番組内で使用されるモジュールの数だけ存在する。
【００４３】
番組制作装置９０で制作されるデータ放送番組は、複数の素材オブジェクトの組合せにおける空間的な位置関係や、時間的な位置関係、あるいは振る舞い等を、マルチメディア符号と呼ばれるシーン記述データにて定義されている。
【００４４】
ＢＳデジタルデータ放送においては、マルチメディア符号化方式としてBroadcast Markup Language （ＢＭＬ）と呼ばれる記述言語が標準化されている（電波産業界、デジタル放送におけるデータ放送符号化方式と伝送方式ＡＲＩＢＳＴＤ−Ｂ２４、平成１１年１０月２６日）。
【００４５】
マルチメディア符号化方式では、一つのデータ放送番組は、複数のぺージから構成することができ、各ぺージ単位にＢＭＬによるシーン記述が定義される。データ放送番組を構成する各素材オブジェクトやＢＭＬ等のデータはモジュールと呼ばれる。モジュールは、放送局の番組送信システム１００の番組サーバ８０に蓄積された後、送出装置８２に渡されて多重化装置（ＭＵＸ）８４により多重化された上で衛星８８へ伝送されて地上の各家庭へ向けて放送される。この際、送信対象のデータ放送番組は、ＭＰＥＧ２（Moving Picture Coding Experts Group Phase ２）のトランスポートストリーム（ＴＳ）形式に多重化される。ＴＳは、複数のエレメンタリーストリーム（ＥＳ）から構成されており、一つのデータ放送番組を構成する各モジュールは、任意のＥＳに分割して送出することが可能である。各ＥＳに分割されたモジュールは、カルーセルと呼ばれる方式によって、繰り返し送信されるので、視聴者は途中からでもデータを受信することが可能である。
【００４６】
カルーセル方式で番組を放送する際には、カルーセル間隔をできる限り短くする必要がある。そこで、データ放送番組のタイトルページ等、頻繁に利用するデータとそれ以外のデータとを別のＥＳに振り分けて送るようにすることが考えられる。
【００４７】
番組制作システム１０１にて作成される番組データは、素材オブジェクトファイル１０７，ＢＭＬファイル１０８、番組管理データファイル１０９として、放送局にある番組放送システム１００の番組サーバ８０に登録される。
【００４８】
この例では、番組データとして、素材オブジェクトファイル１０７とＢＭＬファイル１０８、番組管理データファイル１０９を個別のファイルとして扱っているが、それぞれを連結させ、一つのファイルとして扱っても良い。
【００４９】
以下、この第１実施形態の放送システムの動作を説明する。
この第１の実施形態の放送システムの場合、番組制作装置９０にてデータ放送番組を編集する際、始めに番組管理データ管理部１０５が、ファイル入出力部１０２を介して番組素材サーバ９２にアクセスし番組管理データファイル１０９を読み込み、管理するようになる。
【００５０】
番組管理データ管理部１０５では、番組管理データファイル１０９内のデータを解析し、コンテンツレコード２０３の情報から、番組で使用されているＢＭＬファイル１０８を特定し、この情報をＢＭＬ文書データ管理部１０３に送る。
【００５１】
一方、ＢＭＬ文書データ管理部１０３では、ファイル入出力部１０２を介して番組素材サーバ９２にアクセスし、必要とするＢＭＬファイル１０８を読み込みその情報を管理する。
【００５２】
そして、ＢＭＬ文書データ管理部１０３は、読み込んだＢＭＬファイル１０８のＢＭＬ記述言語を解析し、ＢＭＬが参照している素材オブジェクトファイル１０７を特定する。
【００５３】
番組内容編集部１０４は、ユーザの指示に従い、番組内容を編集し、その結果をＢＭＬ文書データ管理部１０３に反映させる。
【００５４】
編集内容としては、例えばぺージの新規作成・削除、素材オブジェクトの挿入・削除、文字列の入力・削除、タグと呼ばれるぺージ構成要素の挿入・削除、タグの移動、タグの色等、各種属性の設定がある。素材オブジェクトが挿入あるいは削除された場合、番組内容編集部１０４は、その旨を番組管理データ管理部１０５に通知し、番組管理データファイル１０９のデータを更新する。
【００５５】
番組情報編集部１０６は、ユーザの指示に従い、番組を放送する際に必要となる属性情報、例えば番組素材ＩＤの設定、番組名の設定等を編集し、その結果を番組管理データ管理部１０５に反映する。
【００５６】
番組情報編集部１０６により編集された結果は、再度ファイル入出力部１０２を介して番組素材サーバ９２の素材オブジェクトファイル１０７，ＢＭＬファイル１０８、番組管理データファイル１０９として書き出されて保存される。
【００５７】
このようにして番組制作システム１０１側で作成された番組データは、素材オブジェクトファイル１０７，ＢＭＬファイル１０８、番組管理データファイル１０９として、放送局にある番組放送システム１００の番組サーバ８０に登録される。
【００５８】
その後、番組サーバ８０に登録された番組データは、データ放送用の送出装置８２を通じてＭＵＸ８４に渡され、ＭＵＸ８４で他のチャネルのデータと多重化された上でアンテナ８６から送信され、衛星を通じて地上の各家庭の受信機に受信される。
【００５９】
このようにこの第１実施形態の放送システムによれば、番組制作装置９０に番組情報編集部１０６を設けたことで、放送局が番組制作会社に番組の制作依頼をする際に放送局から発行された番組素材ＩＤ３０３及び番組名３０４が、番組管理データ管理部１０５に管理される番組管理データ１０９の番組管理レコード２０２に登録されるので、放送局では、番組制作装置９０から番組サーバ８０に登録された番組データがどういう番組であるかを番組管理レコード２０２から識別することができる。
【００６０】
この結果、放送局側での番組名の登録作業が不要になり、カルーセル方式で放送される番組データを効率的に管理することができる。
【００６１】
次に、本発明に係る第２実施形態の放送システムについて説明する。
この第２実施形態の放送システムの基本構成は、図１と同様であり、番組制作装置９０の内部構成が異なる。
【００６２】
この第２実施形態の放送システムの場合、図５に示すように、番組制作装置９０は、ファイル入出力部４０２、ＢＭＬ文書データ管理部４０３、番組内容編集部４０４、番組管理データ管理部４０５、番組情報編集部４０６、ＥＳ情報編集部４１０等から構成されている。ＢＭＬ文書データ管理部４０３は、番組素材サーバ９２から、ファイル入出力部４０２を介して必要とするＢＭＬファイル４０８を読み込みその情報を管理する。また、ＢＭＬ文書データ管理部４０３は、ＢＭＬ記述言語を解析し、ＢＭＬが参照している素材オブジェクトファイル４０７を特定する。番組内容編集部４０４は、ユーザの指示に従い番組内容を編集し、その結果をＢＭＬ文書データ管理部４０３に反映する。編集内容としては、例えばぺージの新規作成・削除、素材オブジェクトの挿入・削除、文字列の入力・削除、タグと呼ばれるぺージ構成要素の挿入・削除、タグの移動、タグの色等、各種属性の設定がある。素材オブジェクトが挿入あるいは削除された場合、番組内容編集部４０４は、その旨を番組管理データ管理部４０５に通知し、番組管理データファイル４０９を更新する。番組管理データ管理部４０５は、番組管理データファイル４０９内のデータを解析し、コンテンツレコード５０３の情報から、番組で使用されているＢＭＬファイル４０８を特定し、この情報をＢＭＬ文書データ管理部４０３に送る。番組情報編集部４０６は、ユーザの指示に従い、番組を放送する際に必要となる属性情報を編集し、その結果を番組管理データファイル４０９のデータに反映する。番組情報編集部４０６における編集内容としては、例えば番組管理レコード５０２の番組素材ＩＤ６０３の設定及び登録、番組名６０４の設定及び登録等がある。番組情報編集部４０６によって編集された結果は、再度ファイル入出力部４０２を介して番組素材サーバ９２の素材オブジェクトファイル４０７，ＢＭＬファイル４０８、番組管理データファイル４０９として書き出されて保存される。
【００６３】
番組素材サーバ９２には、素材オブジェクトファイル４０７、ＢＭＬファイル４０８、番組管理データファイル４０９等が蓄積される。これらファイルを外部ファイルと称す。
【００６４】
ファイル入出力部４０２は、番組素材サーバ９２の素材オブジェクトファイル４０７やＢＭＬファイル４０８、番組管理データファイル４０９等の外部ファイルを入出力する。これらのファイルは、同一ＰＣ内のハードディスクに蓄積していても良く、また、ネットワークを介して別のマシンのハードディスク内に蓄積しても良い。
【００６５】
素材オブジェクトファイル４０７は、例えばＪＰＥＧ，ＰＮＧ，ＭＮＧ，８単位文字符号ファイル等、ＢＳデータ放送方式にてサポートされているモノメディアファイルである。ＢＭＬファイル４０８は、ＢＭＬ記述言語が記載されたテキストファイルである。番組管理データファイル４０９は、放送局から番組データを送出する際に必要となる情報を格納したファイルであり、例えば図６及び図７に示すような各種レコードが格納されている。
【００６６】
ＥＳ情報編集部４１０は、ＥＳ情報編集機能、カルーセル周期推定機能、カルーセル周期グラフィック表示機能等を有している。ＥＳ情報編集機能は番組管理データ情報を木構造で表示する機能、任意のモジュールを任意のＥＳに移動する機能、モジュールが存在しないフォーマットレコードを削除する機能等である。
【００６７】
カルーセル周期推定機能は、想定伝送帯域とＥＳ単位の優先度、各モジュールのデータサイズからカルーセル周期を計算する機能である。
【００６８】
カルーセル周期グラフィック表示機能は、ＥＳ毎の想定伝送帯域とカルーセル周期からグラフィックを表示する機能である。例えば１カルーセル内をモジュール単位に分割してグラフィック表示したり、１カルーセル内をＢＭＬ表示するのに必要な情報単位に分割してグラフィック表示する。
【００６９】
すなわち、このＥＳ情報編集部４１０は、ユーザの指示に従い、番組管理データ管理部４０５に管理されるコンテンツレコード５０３の情報を編集し、番組内にて使用される各モジュール単位にＥＳ情報を更新するものである。
【００７０】
以下、この第２実施形態の放送システムの動作を説明する。
まず、この第２実施形態の放送システムにおいて、各モジュール単位にＥＳを指定するための手段について説明する。
この第２実施形態の場合、各モジュールに付加されたＥＳ情報を格納するために、図２にて説明した第１実施形態の番組管理データ２０１のデータ構造を、図６に示すような３階層のデータ構造に拡張する。
【００７１】
すなわち、この第２実施形態では、図６に示すように、指定されたＥＳ情報を管理するために、番組管理データファイル４０９の一つの番組管理データは、番組管理レコード５０２と、この番組管理レコード５０２の下層の複数のフォーマットレコード５０４と、各フォーマットレコード５０４の下層の複数のコンテンツレコード５０３という多階層の木構造のデータ構造としている。つまり中間層にフォーマットレコード５０４を設定し、各フォーマットレコード５０４毎に、関係するコンテンツレコード５０３を定義する。
【００７２】
図７は各レコードの内部構成を示す図である。
図７に示すように、番組管理レコード５０２は、レコードの種別を判別するためのレコードＩＤ６０２と、番組を識別するために放送局にて一意に管理される番組素材ＩＤ６０３と、番組の名前を登録するための番組名６０４と、使用するＥＳの数である総ＥＳ数６０５とから構成されている。
【００７３】
フォーマットレコード５０４は、レコードの種別を判別するためのレコードＩＤ６０７と、ＥＳを識別するために決められているＥＳ番号６０８と、該当ＥＳ内で伝送すべきモジュールの総数である総モジュール数６０９とから構成されている。
【００７４】
コンテンツレコード５０３は、レコードの種別を判別するためのレコードＩＤ６１１と、モジュールを識別するために番組内で一意に割当てられているモジュールＩＤ６１２と、そのモジュールのデータ種別を判別するためのタイプ記述子６１３とから構成されている。
【００７５】
ここで、例えば図８で示すような番組管理データ７２０の例を想定してみることにする。
この例では、番組管理データ７２０は、一つの番組管理レコード７０１と２つのフォーマットレコード７０２，７１０から構成され、２つのＥＳ（０ｘ４０）、ＥＳ（０ｘ５０）でモジュールを伝送すべきことを示している。フォーマットレコード７０２の総モジュール数の値から、ＥＳ（０ｘ４０）で伝送すべきモジュールの数は７個であることが解り、フォーマットレコードに続く７個のコンテンツレコード７０３，７０４，７０５，７０６，７０７，７０８，７０９がこれに相当する。また同様にして、フォーマットレコード７１０の総モジュール数の値からＥＳ（０ｘ５０）で伝送すべきモジュールの数は１個であることが解り、コンテンツレコード７１１として定義される。このように、各ＥＳ毎に伝送すべきモジュールが、コンテンツレコードとして定義されている。
【００７６】
この場合、ＥＳ情報編集部４１０は、このような番組管理データ７２０を、例えば図９に示すような木構造で表示する。
【００７７】
木構造の最初のノードとして特定のＥＳを示すＥＳノード８０１が表示され、その子ノードとしてＢＭＬ等のモジュールノード８０２が表示される。ＢＭＬから参照されるモジュールについては、さらに該当ＢＭＬモジュールノードの子ノード８０３として表示される。
【００７８】
ここで、図１０のフローチャートを参照して図８で示したような番組管理データ７２０から、図９のような木構造でその内容を表示する際のＥＳ情報編集部４１０の動作について説明する。
【００７９】
ＥＳ情報編集部４１０は、まず、番組管理データ内にある最初のフォーマットレコードを検索する（Ｓ９０１）。次に検索結果からフォーマットレコードが存在するかどうかを確認する（Ｓ９０２）。ここで全ての内容を検索した結果、処理すべきフォーマットレコードが存在しない場合（Ｓ９０２のＮｏ）、ＥＳ情報編集部４１０は、処理を終了する。
【００８０】
一方、フォーマットレコードが存在する場合（Ｓ９０２のＹｅｓ）、ＥＳ情報編集部４１０は、木構造の最初のノードとしてＥＳノードを生成する（Ｓ９０３）。
【００８１】
ＥＳノードでは、ＥＳノードを示す表示８０４の他にフォーマットレコード内のＥＳ番号情報からＥＳ番号８０５を表示する。
【００８２】
次に、ＥＳ情報編集部４１０は、検索されたフォーマットレコードの下に含まれるコンテンツレコードを検索する（Ｓ９０４）。
【００８３】
そして、ＥＳ情報編集部４１０は、コンテンツレコードが存在するか否かを判定し（Ｓ９０５）、そのコンテンツレコード内のタイプ記述子から該当モジュールがＢＭＬかを判断する（Ｓ９０６）。
【００８４】
ここで、ＢＭＬモジュールが検出された場合、ＥＳ情報編集部４１０は、ＥＳノードの子ノードとしてＢＭＬモジュールノードを生成する（Ｓ９０７）。
【００８５】
モジュールノードでは、モジュールの種別を判別するための表示８０６の他に、コンテンツレコード内のモジュールＩＤ情報８０７と、該当モジュールのデータサイズ８０８が表示される。
【００８６】
以下、ＥＳ情報編集部４１０は、フォーマットレコード内に含まれるコンテンツレコードがなくなるまで処理を繰り返し、ＢＭＬモジュールノードを生成する。そして、コンテンツレコードが全てなくなった場合、ＥＳ情報編集部４１０は、モジュール共有判定処理（Ｓ９０８）を実行する。以下、番組管理データ内に含まれるフォーマットレコードがなくなるまで処理を繰り返す。
【００８７】
図１１に、ＥＳ情報編集部４１０におけるモジュール共有判定処理（Ｓ９０８）の処理手順を示す。
ここでは、ＥＳ情報編集部４１０は、各ＥＳに含まれるモジュールが、特定のＢＭＬに含まれるのか、複数のＢＭＬから共有参照されているのかを判断して、該当位置にモジュールノードを生成する。
【００８８】
この場合、ＥＳ情報編集部４１０は、まず、ターゲットとなるフォーマットレコード内に含まれるコンテンツレコードを検索し（Ｓ１００１）、コンテンツレコードが存在するか否かを判定する（Ｓ１００２）。
【００８９】
この判定結果、コンテンツレコードが存在しない場合（Ｓ１００２のＮｏ）、ＥＳ情報編集部４１０は、処理を終了する。
【００９０】
一方、上記判定結果、コンテンツレコードが存在する場合（Ｓ１００２のＹｅｓ）、そのコンテンツレコード内のタイプ記述子から該当モジュールがＢＭＬモジュールか否かを判別し（Ｓ１００３）、ＢＭＬ以外のモジュールに関してのみ以下の処理を実行する。
該当モジュールがＢＭＬモジュールであった場合には（Ｓ１００３のＮｏ）、ＥＳ情報編集部４１０は、次のコンテンツレコードを検索し（Ｓ１００１）、処理を繰り返す。
【００９１】
ＢＭＬ以外のモジュールが検出された場合（Ｓ１００３のＹｅｓ）、ＥＳ情報編集部４１０は、そのモジュールを参照しているＢＭＬのリストを作成するため、参照ＢＭＬリスト作成処理（Ｓ１００４）を実行する。
【００９２】
次に、ＥＳ情報編集部４１０は、生成された参照ＢＭＬリストの項目数が“０”かそれ以外かを調べる（Ｓ１００５）。
【００９３】
ここで、項目数が“０”の場合（Ｓ１００５のＹｅｓ）、ＥＳ情報編集部４１０は、ターゲットとなるＥＳノードの子ノードとして単独モジュールノード８０９を生成する（Ｓ１００７）。
【００９４】
また、項目数が“０”以外の場合（Ｓ１００５のＮｏ）、ＥＳ情報編集部４１０は、その項目数が“１”かどうかを判定し（Ｓ１００６）、項目数が“１”よりも大きい場合は（Ｓ１００６のＮｏ）、ターゲットとなるＥＳノードの子ノードとして共有モジュールノード８１０を生成する（Ｓ１００８）。
【００９５】
また、項目数が“１”の場合（Ｓ１００６のＹｅｓ）、ＥＳ情報編集部４１０は、参照ＢＭＬリスト内のＢＭＬに相当するＢＭＬモジュールノード８０２の子ノードとして単独モジュールノード８０３を生成する（Ｓ１００９）。なお、上記の処理は、コンテンツレコードが存在する限り繰り返される。
【００９６】
単独モジュールノードと共有モジュールノードとを区別するため、図９に示したようにモジュール種別を示す表示部分の先頭に、特定のマーク、この場合、＊８１１を表示する。
【００９７】
この例では、特定のマークとして、＊８１１を用いたが、この他、例えばアイコンや文字の色等を変えることで他と区別しても良い。
【００９８】
ここで、図１２のフローチャートを参照して上記ＢＭＬリスト作成処理（Ｓ１００４）について説明する。
ここでは、ＥＳ情報編集部４１０は、目的のモジュールを参照しているＢＭＬを検索し、その結果をリスト化する。
【００９９】
ＥＳ情報編集部４１０は、まず、ターゲットとなるフォーマットレコードに含まれるコンテンツレコードを検索し（Ｓ１１０１）、コンテンツレコードが存在するか否かを判定する（Ｓ１１０２）。
【０１００】
コンテンツレコードが存在しなければ、ＥＳ情報編集部４１０は、処理を終了する。
【０１０１】
また、コンテンツレコードが存在する場合は、そのコンテンツレコード内のタイプ記述子から該当モジュールがＢＭＬか否かを判別する（Ｓ１１０３）、
該当モジュールがＢＭＬモジュールであった場合、ＥＳ情報編集部４１０は、ＢＭＬ記述を解析し、目的のモジュールが参照されているかどうかを判定する （Ｓ１１０４）。
【０１０２】
ＢＭＬ内にて目的のモジュールが参照されている場合（Ｓ１１０４のＹｅｓ）、ＥＳ情報編集部４１０は、ＢＭＬリストに該当ＢＭＬを追加し（Ｓ１１０５）、次のコンテンツレコードに対して同様の処理を繰り返す。
【０１０３】
以上の処理により、図９に示すような木構造を表示することが可能となる。
【０１０４】
次に、図１３のフローチャートを参照してユーザの指示により使用するＥＳを新規に追加するＥＳ情報編集部４１０の処理について説明する。
ＥＳ情報編集部４１０は、まず、ユーザからのＥＳ追加要求を受け取ると（Ｓ１２０１）、番組管理レコード内の総ＥＳ数が取りうる最大値より小さいかを判定する（Ｓ１２０２）。データ放送番組で使用できるＥＳの最大数は、予め規格により決められている。
【０１０５】
総ＥＳ数が最大値に対して余裕がある場合には（Ｓ１２０２のＹｅｓ）、総ＥＳ数を１増やし（Ｓ１２０３）、番組管理レコード内の総ＥＳ数を更新する。
【０１０６】
続いて、ＥＳ情報編集部４１０は、全てのフォーマットレコードを検索することで、現在使用しているＥＳ番号をリスト化する（Ｓ１２０４）。
【０１０７】
さらに、ＥＳ情報編集部４１０は、予め規格により決められている使用可能なＥＳ番号と、現在使用しているＥＳ番号のリストとを比較し、未使用となっている最小のＥＳ番号を一つ抽出する（Ｓ１２０５）。
【０１０８】
そして、ＥＳ情報編集部４１０は、番組管理データに対して、新たなフォーマットレコードを生成、追加し、各パラメータに初期値を設定した後、ＥＳ番号として、前処理（Ｓ１２０５）で抽出されたＥＳ番号を設定する（Ｓ１２０６）。最後に、ＥＳ情報編集部４１０は、図１０で説明した手順を再度実行することで（Ｓ１２０７）、図９に示すような木構造を再構築し直す。以上の手順により、図９に示すような木構造に新たなＥＳノードを追加することができる。
【０１０９】
次に、図１４を参照して、ユーザの指示により指定されたモジュールを他のＥＳに移動するＥＳ情報編集部４１０の処理について説明する。
ＥＳ情報編集部４１０は、まず、ユーザからのモジュール移動要求を受け取ると（Ｓ１３０１）、要求元のモジュールノードの種類を調べ、移動可能なモジュールか否かを判定する（Ｓ１３０２）。
【０１１０】
例えばＢＳデータ放送の運用では、ＢＭＬ内から参照されるモジュールは、同一ＥＳで伝送しなければならないという制限があるため、ＢＭＬノードの子ノード単独では移動不可と判定される。さらに、複数のＢＭＬ文書から共有されているモジュールノード単独では移動不可と判定される。
【０１１１】
移動可能と判定した場合（Ｓ１３０２のＹｅｓ）、ＥＳ情報編集部４１０は、移動元のＥＳ番号を獲得する（Ｓ１３０３）。
【０１１２】
次に、ＥＳ情報編集部４１０は、ユーザの指示により、移動先のＥＳ番号を獲得する（Ｓ１３０４）。
【０１１３】
そして、ＥＳ情報編集部４１０は、要求元のモジュールノードのモジュールＩＤと、その子ノードのモジュールＩＤをリスト化する（Ｓ１３０５）。
【０１１４】
その後、ＥＳ情報編集部４１０は、リスト化された最初のモジュールＩＤを獲得する（Ｓ１３０６）。
【０１１５】
モジュールＩＤが存在するか（Ｓ１３０７のＹｅｓ）、つまりリストの項目の終わりになっていなければ、ＥＳ情報編集部４１０は、番組管理データから、移動元ＥＳ番号に相当するフォーマットレコードを検索する（Ｓ１３０８）。
【０１１６】
この検索によりフォーマットレコードが検索されると、ＥＳ情報編集部４１０は、そのフォーマットレコードに含まれるコンテンツレコードから、上記Ｓ１３０６の処理で獲得されたモジュールＩＤを持つコンテンツレコードを検索する （Ｓ１３０９）。
【０１１７】
また、ＥＳ情報編集部４１０は、番組管理データから、移動先ＥＳ番号に相当するフォーマットレコードを検索する（Ｓ１３１０）。
【０１１８】
そして、ＥＳ情報編集部４１０は、Ｓ１３０９の処理で検索されたコンテンツレコードをＳ１３１０の処理で検索されたフォーマットレコードの下に移動する（Ｓ１３１１）。
【０１１９】
このとき、ＥＳ情報編集部４１０は、移動元フォーマットレコード内のモジュール総数を一つ減らすと同時に（Ｓ１３１２）、移動先フォーマットレコードのモジュール総数を一つ増やす（Ｓ１３１３）。
【０１２０】
ＥＳ情報編集部４１０は、この処理を、モジュールＩＤリストの項目全てに実行し、リスト項目が終わりになると、最後に図１０で説明した手順を再度実行することで、木構造を再構築し直す（Ｓ１３１４）。以上の処理により、モジュールをＥＳノード間で移動することができる。
【０１２１】
図１５を参照して、ＥＳ情報編集部４１０において、編集処理が終了した時点で、必要ではないフォーマットレコードを削除する処理について説明する。
【０１２２】
この場合、ＥＳ情報編集部４１０は、まず、番組管理データにおいてフォーマットレコードを検索し（Ｓ１４０１）、フォーマットレコードが存在するかを判定する（Ｓ１４０２）。
【０１２３】
この判定結果、フォーマットレコードが存在する場合（Ｓ１４０２のＹｅｓ）、その総モジュール数が“０”か否かを判定し（Ｓ１４０３）、総モジュール数が“０”の場合（Ｓ１４０３のＹｅｓ）、そのフォーマットレコードを番組管理データから削除する（Ｓ１４０４）。
【０１２４】
そして、最後に、ＥＳ情報編集部４１０は、番組管理レコードの総ＥＳ数を一つ減らす（Ｓ１４０５）。上記の処理は全てのフォーマットレコードに対して実行する。
【０１２５】
次に、この第２実施形態の放送システムにおいて、番組データ伝送におけるカルーセル周期の算出動作について説明する。
番組制作装置９０のＥＳ情報編集部４１０では、ユーザの指示に従い、番組管理データ管理部１０５に管理されるフォーマットレコードの情報を編集し、各ＥＳ単位の伝送優先度を更新すると共に、想定される伝送帯域幅から、各ＥＳ毎の伝送カルーセル周期を計算する。
【０１２６】
この場合、各ＥＳ単位に、伝送優先度の情報を格納するために、図１６に示すように、番組管理データのフォーマットレコード５０４に対して、伝送の優先割合を示す優先度６１０の項目を追加する。この優先度６１０としては、例えばセクションと呼ばれる伝送単位の数を指定する。放送局内の送出装置８２では、あるＥＳデータに対して、設定されたセクション数だけデータを送出した後、順次処理するＥＳを切り替える。このため、番組で使用可能な全体の伝送帯域は、各ＥＳ毎に指定した優先度の比率に応じて、各ＥＳに分配されることになる。
【０１２７】
次に、図１７を参照してこの第２実施形態の放送システムにおいて、番組制作装置９０のＥＳ情報編集部４１０が各ＥＳ単位にカルーセル周期を計算する動作について説明する。
ＥＳ情報編集部４１０は、まず、番組全体で利用可能と想定される伝送帯域幅を獲得する（Ｓ１６０１）。想定伝送帯域幅は、通常の場合、放送局の番組編成段階で決められ通知される。
【０１２８】
次に、ＥＳ情報編集部４１０は、番組管理データから、目的のＥＳ番号が格納されているフォーマットレコードを検索する（Ｓ１６０２）。
【０１２９】
続いて、ＥＳ情報編集部４１０は、目的のフォーマットレコード内の優先度を獲得する（Ｓ１６０３）。
【０１３０】
そして、ＥＳ情報編集部４１０は、全てのフォーマットレコードを検索し、優先度の総和を求める（Ｓ１６０４）。
【０１３１】
次に、ＥＳ情報編集部４１０は、目的のＥＳにおける伝送帯域幅を以下の式 （１）にて求める（Ｓ１６０５）。
【０１３２】
目的のＥＳにおける伝送帯域幅＝想定伝送帯域幅×目的のＥＳの優先度／優先度の総和 …………………………………………式（１）
例えば、番組全体で利用可能な想定伝送帯域を「３００ｋｂｐｓ」、使用するＥＳ数を「２」とし、目的のＥＳの優先度を「２」、それ以外のESの優先度を「１」とした場合、目的のＥＳにおける伝送帯域幅は「２００ｋｂｐｓ」となる。
【０１３３】

次に、ＥＳ情報編集部４１０は、目的のフォーマットレコード内に含まれる全てのコンテンツレコードを検索し、各モジュール毎のファイルサイズを算出し、モジュールサイズの総和を求める（Ｓ１６０６）。最後に、目的のＥＳにおけるカルーセル周期を以下の式（２）にて求める（Ｓ１６０７）。
【０１３４】
目的のＥＳにおけるカルーセル周期＝モジュールサイズの総和／目的のＥＳにおける伝送帯域幅 …………………………………………式（２）
例えば、伝送帯域幅「２００ｋｂｐｓ」を持つＥＳ内にて２つのＢＭＬファイルと３つのｊｐｅｇファイルを伝送する場合、各ファイルのサイズがそれぞれ「５０ｂｙｔｅ」「３０ｂｙｔｅ」「４０ｋｂｙｔｅ」「１０ｋｂｙｔｅ」「３０ｋｂｙｔｅ」とすると、目的のＥＳにおけるカルーセル周期は「約３．２秒」となる。
【０１３５】

ここで、モジュールサイズの総和を求める際に、単純に各ファイルサイズを元にその総和を求めているが、実際に伝送される直前の形式までデータを変換し、そのサイズを求めても良い。あるいは、データを伝送される直前の形式に符号化する際に付加されるヘッダ情報の割合を推定し、その割合を用いて、ファイルサイズの総和値を補正しても良い。
【０１３６】
各ＥＳ単位に上記処理手順を実行し、カルーセル周期の最大値を求め、その２倍の時間が、受信機における最大待ち時間となる。
【０１３７】
次に、この第２実施形態の放送システムにおいて、番組制作装置９０のＥＳ情報編集部４１０が、伝送される番組データの状態をグラフィカルに表示する動作について説明する。
【０１３８】
番組制作会社において、番組データを制作した段階で、番組制作装置９０のＥＳ情報編集部４１０を起動し、図１８に示すような編集画面４５０を表示させる。
【０１３９】
そして、表示された編集画面４５０にて、編集対象の番組データの詳細を木構造で表示させた後、番組データに対する各種設定（タグ数：ＥＳの数、目標カルーセル間隔、想定帯域等の設定）を行い、編集処理が実行される。
【０１４０】
この例の場合、ユーザから編集画面４５０に入力された設定情報としては、タグ数として「２」、目標カルーセル間隔として「１０」秒、想定帯域として「１０２４」kbps、優先度としては「中程度」等である。優先度は、帯域情報を決定するためのパラメータ（帯域データ）である。
【０１４１】
この編集画面４５０では、タグ毎の優先度を、「高」から「低」までの範囲内で矢印をスライドさせて設定することができる。
【０１４２】
例えば優先度を高めに設定しておくと、複数のＥＳ上でデータを順次伝送する際に、該当ＥＳ内のデータ伝送回数が他のＥＳ内のデータ伝送回数よりも高くなる。
【０１４３】
編集処理は、上記各種設定値が変更されるたびに実行される。ＯＫボタンを押すことで、編集結果は確定され、編集画面４５０が閉じられる。
【０１４４】
この編集処理では、前述したように、図１７の手順でカルーセル周期の計算処理が行われ、想定伝送帯域幅、ＥＳ毎の伝送帯域幅、ＥＳ毎のカルーセル周期等が求められる。
【０１４５】
ＥＳ情報編集部４１０は、これらの値と上記各種設定値を基に、２つのＥＳ４０，５０へ番組データを割当てて、編集画面４５０の下部の空欄４５１に、図１９に示すように、縦軸に伝送帯域をとり、横軸に時間をとった座標系で、伝送帯域内のＥＳ４０，５０それぞれにて伝送されるモジュールが２次元的な領域 （面）としてグラフィック表示される。また、編集画面４５０内に推定カルーセル時間が表示される。この例の場合、１秒と表示される。
【０１４６】
この例では、一つの矩形１７０１が、ＥＳ４０によって伝送される１カルーセル分の情報である。矩形１７０１の高さ１７０２が一つのＥＳの伝送帯域幅を示し、横幅１７０３が一つのＥＳのカルーセル周期を示しており、矩形１７０１の面積が、１カルーセルあたりの総モジュールサイズ（ファイルサイズ）を示している。
【０１４７】
さらに、一つのカルーセルが複数のモジュールからなる場合、各ＥＳに含まれるモジュール毎に以下の式（３）を実行すると、モジュール単位の伝送時間を求めることができる。
【０１４８】
モジュールの伝送時間：モジュールサイズ／ＥＳ毎の伝送帯域幅 …式（３）
例えば、伝送帯域幅「２００ｋｂｐｓ」を持つＥＳ内にて２つのＢＭＬファイルと３つのｊｐｅｇファイルを伝送する場合、各ファイルのサイズがそれぞれ「５０ｂｙｔｅ」「３０ｂｙｔｅ」「４０ｋｂｙｔｅ」「１０ｋｂｙｔｅ」「３０ｋｂｙｔｅ」とすると、上記計算式（３）により求められる伝送時間はそれぞれ、「２ｍｓｅｃ」「１．２ｍｓｅｃ」「１．６ｓｅｃ」「０．４ｓｅｃ」「１．２ｓｅｃ」となる。これら伝送時間を横軸にとり、図１９に示した矩形データ１７０１内を時間軸方向に各モジュール毎の伝送時間で分割することで、図２０に示すように、ＥＳ４０内に含まれるモジュール単位の伝送状況を示す矩形データ１８０２〜１８０６を表示させることができ、カルーセル内の各モジュールの大きさを視覚的に比較できるようになる。例えば、伝送時間１８０１は上記の例で「１．６ｓｅｃ」を示しており、モジュールサイズが最も大きいため伝送にも時間がかかっていることが解る。
【０１４９】
さらに、ＢＭＬ毎に必要となるデータサイズをひとまとめにして表示することで、ページ単位に必要となる伝送時間をグラフィカルに表示することができる。例えば、伝送帯域幅「２００ｋｂｐｓ」を持つＥＳ内にて２つのＢＭＬファイル「５０ｂｙｔｅ」「３０ｂｙｔｅ」を伝送する場合を考える。各ＢＭＬファイルからはそれぞれ２つのｊｐｅｇファイル「４０ｋｂｙｔｅ」「１０ｋｂｙｔｅ」と一つのｊｐｅｇファイル「３０ｋｂｙｔｅ」が参照されているとすると、各ページ毎のモジュールサイズの合計はそれぞれ「５０．０５ｋｂｙｔｅ」「３０．０３ｋｂｙｔｅ」となる。上記計算式（３）により求められる各ページ毎の伝送時間はそれぞれ、「約２秒」「約１．２秒」となる。これら伝送時間を横軸にとり、図１９に示した矩形データ１７０１内を時間軸方向に各ページ毎の伝送時間で分割することで、図２１に示すように、ＥＳ４０内に含まれるページ単位の伝送時間１９０１，１９０２を持つ矩形データを表示させることができ、カルーセル内の各ページ単位の大きさを視覚的に比較できるようになる。
【０１５０】
このようにこの第２実施形態の放送システムによれば、ＥＳ情報編集部４１０にて、複数のＥＳにまたがる番組を制作することで、ＥＳ単位にカルーセル周期を変えることが可能となり、特定の画面の応答性能を高めることができる。
【０１５１】
また、ＥＳ情報編集部４１０にて、カルーセル周期の時間を計算することで、受信機側で番組を受信してから表示するまでの待ち時間を推定することができ、適度な受信応答性を持つ、妥当なサイズの番組を制作することができる。
【０１５２】
さらに、ＥＳ情報編集部４１０にて、カルーセル伝送されるデータの状態をグラフィック表示することで、各ＥＳ毎のカルーセル周期やその内訳を明確化することができ、番組を表示するための待ち時間を少なくするためにはどのＢＭＬデータをどのＥＳに割当てたら良いか等といった対策を番組制作側で立てることができる。
【０１５３】
なお、本発明は上記実施形態のみに限定されるものではない。
上記実施形態におけるソフトウェアは、フロッピーディスク等のコンピュータが読み出し可能な記憶媒体に記憶されていても良く、この場合、記憶媒体に記憶されたソフトウェア（プログラム）をコンピュータが読み出すことにより、各実施形態における処理が可能になる。
【０１５４】
なお、記憶媒体としては、磁気ディスク、フロッピーディスク、ハードディスク、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリ等、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式はいずれの形態であっても良い。
【０１５５】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行しても良い。
【０１５６】
さらに、記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
【０１５７】
また、記憶媒体は一つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記録媒体に含まれ、媒体構成はいずれの構成であっても良い。
【０１５８】
なお、コンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の一つからなる装置、複数の装置がネットワーク接続されたシステム等のいずれの構成であっても良い。
【０１５９】
また、コンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【０１６０】
【発明の効果】
以上説明したように請求項１，６，７記載の発明によれば、所定の伝送帯域に少なくとも２つのエレメンタリーストリームを割当て、各エレメンタリーストリームにて番組データを繰り返し放送する上で、エレメンタリーストリームの数を指定し、指定された複数のエレメンタリーストリームに一つの番組データを割当てることが可能となる。
【０１６１】
請求項２，８，９記載の発明によれば、所定の伝送帯域に少なくとも一つのエレメンタリーストリームを割当て、エレメンタリーストリームにて番組データを繰り返し放送する上で、エレメンタリーストリームが指定されると、指定されたエレメンタリーストリームに番組データを割当てて、番組データを送る上での番組データの伝送間隔を計算するので、この番組データの伝送間隔、つまりカルーセル周期から、受信機が番組を受信してから表示するまでの待ち時間を推定すること可能となり、適度な受信応答性を持つ、妥当なサイズの番組を制作することができる。
【０１６２】
請求項３記載の発明によれば、各エレメンタリーストリームにおける番組データの伝送間隔であるカルーセル周期をグラフィカルに表示することで、各カルーセル周期の内訳が明確化され、受信機が番組を表示するための待ち時間を少なくするためには、どの番組データ、つまりモジュールのサイズを軽減すれば良いか、あるいはどのＢＭＬデータを別のエレメンタリーストリームに割当てたら良いか等といった対策を立てることが容易になる。
【０１６３】
請求項４記載の発明によれば、カルーセル周期を、さらに細かくファイル単位あるいはページ単位に分割してグラフィカルに表示することで、受信機が番組を表示するための待ち時間を少なくするためには、番組データのどのファイル、どのページのサイズを軽減すれば良いか等といった対策を立てることが容易になる。
【０１６４】
請求項５記載の発明によれば、放送局が番組制作会社に番組の制作依頼をする際に放送局から発行された番組情報、例えば番組素材ＩＤ及び番組名等が番組制作装置側で番組データの番組管理データとして登録されるので、放送局では、番組制作装置により制作された番組データがどういう番組であるかを番組管理データから識別することができ、従来のような放送局側での番組情報の登録作業を不要にすることができる。
【０１６５】
この結果、カルーセル方式で放送される番組を効率的に制作及び管理することができるようになる。
【図面の簡単な説明】
【図１】本発明の一つの実施の形態の放送システムの基本構成を示すブロック図。
【図２】本発明に係る第１実施形態の放送制作装置の構成を示すブロック図。
【図３】番組管理データファイルの内部構造を示す図。
【図４】番組管理データファイル内の各レコードの構造を示す図。
【図５】本発明に係る第２実施形態の番組制作装置の構成を示すブロック図。
【図６】第２実施形態における番組管理データの内部構造を示す図。
【図７】第２実施形態における番組管理データファイル内の各レコードの構造を示す図。
【図８】第２実施形態で使用する番組管理データの一例を示す図。
【図９】第２実施形態において、ＥＳ情報編集部で編集及び表示される番組管理データの一例を示す図。
【図１０】第２実施形態の番組制作装置で番組管理データを木構造で表示するための処理を示す示すフローチャート。
【図１１】第２実施形態において、ＥＳ情報編集部のモジュール共有判定処理を示すフローチャート。
【図１２】第２実施形態において、ＥＳ情報編集部の参照ＢＭＬリスト作成処理を示すフローチャート。
【図１３】第２実施形態において、使用するＥＳを新規に追加するＥＳ情報編集部の処理を示すフローチャート。
【図１４】第２実施形態において、指定されたモジュールを他のＥＳに移動するＥＳ情報編集部の処理を示すフローチャート。
【図１５】第２実施形態において、余分なフォーマットレコードを削除するＥＳ情報編集部の処理を示すフローチャート。
【図１６】第２実施形態の番組制作装置における番組管理データ内の各レコードの構造を示す図。
【図１７】第２実施形態の番組制作装置において、ＥＳ単位にカルーセル周期を計算する処理を示すフローチャート。
【図１８】第２実施形態の番組制作装置において、番組データ編集時に表示される編集画面を示す図。
【図１９】第２実施形態の番組制作装置において、ＥＳ単位に伝送されるモジュールのカルーセル間隔をグラフィカルに表示した第１の例を示す図。
【図２０】第２実施形態の番組制作装置において、ＥＳ単位に伝送されるモジュールのカルーセル間隔をグラフィカルに表示した第２の例を示す図。
【図２１】第２実施形態の番組制作装置において、ＥＳ単位に伝送されるモジュールのカルーセル間隔をグラフィカル表示した第３の例を示す図。
【符号の説明】
８０…番組サーバ、８２…送出装置、８４…多重化装置（ＭＵＸ）、８６…アンテナ、８８…衛星、９０…番組制作装置、９２…番組素材サーバ、１００…番組放送システム、１０１…番組制作システム、１０２，４０２…ファイル入出力部、１０３，４０３…ＢＭＬ文書データ管理部、１０４，４０４…番組内容編集部、１０５，４０５…番組管理データ管理部、１０６，４０６…番組情報編集部、４１０…ＥＳ情報編集部。

Claims (4)

1. 所定の伝送帯域に少なくとも一つのエレメンタリーストリームを割当て、ブロードキャストマークアップランゲージで記述されたシーン記述で定義したデータ放送番組を構成する素材データを含むモジュールを任意の前記エレメンタリーストリームに分割して繰り返し放送することが可能な番組放送システムのための番組データを制作する番組制作装置において、
   放送局から番組データを送出する際に必要となる情報として、番組管理レコードと、この番組管理レコードの下層の複数のフォーマットレコードと、各フォーマットレコードの下層の複数のコンテンツレコードとの木構造のデータ構造とされた番組管理データが格納され、前記フォーマットレコードには、前記エレメンタリーストリームの識別番号と、伝送すべきモジュール数と、前記エレメンタリーストリームを伝送する上での他との優先割合を示す優先度とが格納され、前記コンテンツレコードには、各モジュールのファイルサイズが格納された番組管理データ格納手段と、
   前記番組データを編集するために、使用するエレメンタリーストリームの識別番号と使用数が入力された場合、入力されたエレメンタリーストリームの識別番号を基に前記番組管理データ格納手段から、該当エレメンタリーストリームの識別番号が格納されているフォーマットレコードを検索し、そのフォーマットレコード内の優先度を獲得する手段と、
   獲得した優先度と、予め設定されている番組全体の想定伝送帯域と、入力されたエレメンタリーストリームの使用数とを、想定伝送帯域幅×目的のエレメンタリーストリームの優先度／優先度の総和という計算式に代入して目的のエレメンタリーストリームの伝送帯域幅を算出する第１の計算手段と、
   前記フォーマットレコード内に含まれる全てのコンテンツレコードを検索し、検索された前記コンテンツレコード内のタイプ識別子から伝送すべきモジュールを判別し、各モジュールのファイルサイズの総和を求める第２の計算手段と、
   算出された前記各モジュールのファイルサイズの総和を前記エレメンタリーストリームの伝送帯域幅で割り算して番組データの伝送間隔を算出する第３の計算手段と、
   前記第３の計算手段により計算された前記各エレメンタリーストリームにおける番組データの伝送間隔と、入力装置操作により可変して設定可能な優先度とを編集画面にグラフィカルに表示する手段と
   を具備したことを特徴とする番組制作装置。
2. 請求項１記載の番組制作装置において、
   前記番組データの伝送間隔を、ファイル単位あるいはページ単位に分割してグラフィカルに表示する手段を具備したことを特徴とする番組制作装置。
3. 所定の伝送帯域に少なくとも一つのエレメンタリーストリームを割当て、ブロードキャストマークアップランゲージで記述されたシーン記述で定義したデータ放送番組を構成する素材データを含むモジュールを任意の前記エレメンタリーストリームに分割して繰り返し放送することが可能な番組放送システムの番組データを制作する番組制作装置における番組編集方法において、
   前記番組データを編集するために、使用する前記エレメンタリーストリームの識別番号と使用数を入力された場合、ＥＳ情報編集部が、入力された前記エレメンタリーストリームの識別番号を基に、番組管理レコードと、この番組管理レコードの下層の複数のフォーマットレコードと、各フォーマットレコードの下層の複数のコンテンツレコードとの木構造のデータ構造とされた番組管理データが格納され、前記フォーマットレコードには、前記エレメンタリーストリームの識別番号と、伝送すべきモジュール数と、前記エレメンタリーストリームを伝送する上での他との優先割合を示す優先度とが格納され、前記コンテンツレコードには、各モジュールのファイルサイズが格納された番組管理データ格納手段から、該当エレメンタリーストリームの識別番号が格納されているフォーマットレコードを検索し、そのフォーマットレコード内の優先度を獲得する段階と、
   獲得した優先度と、予め設定されている番組全体の想定伝送帯域と、入力されたエレメンタリーストリームの使用数とを、ＥＳ情報編集部が、想定伝送帯域幅×目的のエレメン タリーストリームの優先度／優先度の総和という計算式に代入して目的のエレメンタリーストリームの伝送帯域幅を算出する段階と、
   前記フォーマットレコード内に含まれる全てのコンテンツレコードを、ＥＳ情報編集部が検索し、検索された前記コンテンツレコード内のタイプ識別子から伝送すべきモジュールを判別し、各モジュールのファイルサイズの総和を求める段階と、
   算出された前記各モジュールのファイルサイズの総和を前記エレメンタリーストリームの伝送帯域幅で割り算して番組データの伝送間隔を算出する段階と、
   計算された前記各エレメンタリーストリームにおける番組データの伝送間隔と、入力装置操作により可変して設定可能な優先度とを編集画面にグラフィカルに表示する段階と
   を有することを特徴とする番組編集方法。
4. 所定の伝送帯域に少なくとも一つのエレメンタリーストリームを割当て、ブロードキャストマークアップランゲージで記述されたシーン記述で定義したデータ放送番組を構成する素材データを含むモジュールを任意の前記エレメンタリーストリームに分割して繰り返し放送することが可能な番組放送システムのための番組データを制作するコンピュータを動作させるプログラムを記憶した記憶媒体において、
   前記コンピュータに、
   前記番組データを編集するために、使用する前記エレメンタリーストリームの識別番号と使用数を入力された場合、入力された前記エレメンタリーストリームの識別番号を基に、番組管理レコードと、この番組管理レコードの下層の複数のフォーマットレコードと、各フォーマットレコードの下層の複数のコンテンツレコードとの木構造のデータ構造とされた番組管理データが格納され、前記フォーマットレコードには、前記エレメンタリーストリームの識別番号と、伝送すべきモジュール数と、記エレメンタリーストリームを伝送する上での他との優先割合を示す優先度とが格納され、前記コンテンツレコードには、各モジュールのファイルサイズが格納された番組管理データ格納手段から、該当エレメンタリーストリームの識別番号が格納されているフォーマットレコードを検索させ、そのフォーマットレコード内の優先度を獲得させ、
   獲得した優先度と、予め設定されている番組全体の想定伝送帯域と、入力されたエレメンタリーストリームの使用数とを、ＥＳ情報編集部が、想定伝送帯域幅×目的のエレメンタリーストリームの優先度／優先度の総和という計算式に代入して目的のエレメンタリーストリームの伝送帯域幅を算出させ、
   前記フォーマットレコード内に含まれる全てのコンテンツレコードを検索させ、検索された前記コンテンツレコード内のタイプ識別子から伝送すべきモジュールを判別させ、各モジュールのファイルサイズの総和を求めさせ、
   算出された前記各モジュールのファイルサイズの総和を前記エレメンタリーストリームの伝送帯域幅で割り算して番組データの伝送間隔を算出させ、
   計算された前記各エレメンタリーストリームにおける番組データの伝送間隔と、入力装置操作により可変して設定可能な優先度とを編集画面にグラフィカルに表示させる
   プログラムをコンピュータ読み取り可能に記憶したことを特徴とする記憶媒体。

Images