(57)【要約】【課題】番組制御情報生成装置において、番組制御情報の生成・送出の高速化、および生成を中断しないよう番組情報の自動調整を行う機能を実現する。【解決手段】番組制御情報を放送する放送局システムにおいて、番組編成装置から入力された番組情報および番組のスケジュール情報からセクションデータを生成する際に、番組制御情報生成装置が、入力部101とスケジュール調整部102と帯域調整部103と蓄積部104と差分検出部105とセクション生成部106とを備えたものである。これにより、番組制御情報生成の高速化処理とスケジュール重複によるスケジュール自動調整方法や帯域オーバーの起る番組制御情報のより有効な調整法を実現する番組制御情報生成装置が提供できる。【選択図】図１９
2004312763.tif 000002
【特許請求の範囲】
【請求項１】
番組の識別情報を含む番組情報および番組のスケジュール情報を入力する入力部と、前記入力した番組情報及びスケジュール情報と所定の優先度に基づき、重複している番組のスケジュール情報に対して優先度の高い順にスケジュールを割り当てるスケジュール調整部と、調整された前記スケジュール情報を蓄積する蓄積部と、前記割り当てられたスケジュール情報に対応する番組内容が、割り当てられた送出帯域内に収まるかを判断し、納まらない場合、帯域内に収まるよう番組内容の一部をカットし送出量の調整を行う帯域調整部と、を備えることを特徴とする番組制御情報生成装置。
【請求項２】
前記スケジュール調整部は、優先度を番組の放送日に応じて設定することを特徴とする請求項１記載の番組制御情報生成装置。
【請求項３】
前記スケジュール調整部は、優先度を番組スケジュールの登録順に応じて設定することを特徴とする請求項１記載の番組制御情報生成装置。
【請求項４】
前記スケジュール調整部は、入力されたスケジュール情報のキャンセル行われた場合、再度、優先度に基づきスケジュール調整をおこなうことを特徴とする請求項１記載の情報制御情報生成装置。
【請求項５】
前記帯域調整部は、番組内容の最後からカットすることを特徴とする請求項１記載の情報制御情報生成装置。
【請求項６】
前記帯域調整部は、複数のサービスがある場合、掲載期間の長いサービスのデータからカットすることを特徴とする請求項１記載の情報制御情報生成装置。
【請求項７】
前記帯域調整部は、情報量の多い番組内容からカットすることを特徴とする請求項１記載の情報制御情報生成装置。
【請求項８】
前記蓄積部は、入力されたスケジュール情報とスケジュール調整後のスケジュール情報とを保持することを特徴とする請求項１記載の番組制御情報生成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像・音声など番組を構成する情報と同期し多重化して送信される番組制御情報の生成装置に関するものである。特に、スケジュール重複によるスケジュール自動調整方法や帯域オーバーの起る番組制御情報のより有効な調整法を実現するものである。
【背景技術】
【０００２】
デジタル放送において、放送局は番組を放送する際、映像や音声、データの他に、それらの情報を受信機で制御するための情報である番組制御情報を送出する。番組制御情報は番組の案内情報が記述された番組情報や放送時間が記述されたスケジュール情報を含む番組制御情報だけではなく、映像や音声など、番組を構成している情報を指し示す情報が含まれているため、対応する番組に同期して送出する必要がある。この番組制御情報を生成する番組制御情報生成装置として、特許文献１に開示された「放送システムの制御情報生成装置」がある。
【０００３】
この特許文献１の図１を用いて説明する。番組の制御情報を生成し出力する制御情報生成装置は、番組スケジュール情報を受け取る入力部11とテーブル情報を作成するテーブル作成部12とテーブル情報を出力する出力部13からなる制御情報生成手段と、テーブル情報を受け取る入力部21とテーブル情報にバージョン番号を付加するバージョン管理部22と、テーブル情報をトランスポートストリームパケット形式に変換するTSパケット化部23とテーブル情報の伝送帯域と周期を調整する帯域調整部24とテーブル情報を格納する蓄積部25と、送出タイミングを制御するスケジューラ26と制御情報を出力する出力部27からなる制御情報出力手段を有する。ここで、帯域調整部24はテーブル情報の伝送帯域をすべてのテーブル情報が伝送されるよう送信周期を増減させて調整している。
【特許文献１】特開平09-354015号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
2000年12月に放送が開始となるBSデジタル放送を皮切りに、現行のアナログ放送の放送運用がデジタル放送へと移ることになる。BSデジタル放送では、放送形態はTVやラジオ、データ放送等複数形態が取り扱われ、放送番組はプロ野球中継やニュースなどの生放送が取り扱われる。そのため、番組の延長や緊急ニュース等の番組挿入など急な番組変更が頻繁に実施される。TV、ラジオ、データ放送は、それぞれは独立に番組編成が構成され運用されるため、複数の番組編成装置（放送データベース）から番組制御情報生成装置へ番組情報およびスケジュール情報の入力が行われ、これにより編集範囲を外れたところでスケジュール重複が起こりえる。
【０００５】
また、番組情報の修正もしくはスケジュール変更による番組情報の追加により帯域オーバーが発生した場合、従来は周期を調整して帯域内に送出できるようにしていた。しかし、この方法では、周期を長くすると受信機側で情報の更新がすぐにされないことや、受信に時間を要するといったことがあった。BSデジタル放送では、放送中の番組情報の変更などいち早く受信機が受信してもらいたい情報の周期変更は避けたいといった課題が発生する。
【０００６】
このような課題は従来のデジタル放送の運用では起りにくい、もしくは起ったとしても影響が小さいことであった。しかし、新しいデジタル放送では放送運用が異なるため、従来のシステムでは対応しきれない問題が発生し、それに対応した機能拡張が必要となる。
【０００７】
本発明は上記課題をかんがみ、スケジュール重複によるスケジュール自動調整方法や帯域オーバーの起る番組制御情報のより有効な調整法を実現する番組制御情報生成装置の提供を目的とする。
【課題を解決するための手段】
【０００８】
この課題を解決するために本発明は、第１に、番組制御情報生成装置において、番組の識別情報を含む番組情報および番組のスケジュール情報を入力する入力部と、前記入力した番組情報及びスケジュール情報を所定の優先度に基づき、重複している番組のスケジュール情報に対して優先度の高い順にスケジュールを割り当てるスケジュール調整部と、調整された前記スケジュール情報を蓄積する蓄積部と、前記割り当てられたスケジュール情報に対応する番組情報が、割り当てられた送出帯域内に収まるかを判断し、納まらない場合、帯域内に収まるよう番組情報の一部をカットし送出量の調整を行う帯域調整部と、を備えたことである。これにより、重複したスケジュールが入力された場合や帯域をオーバーした情報が入力された場合においても、エラーなく番組制御情報を送出することができる。
【０００９】
第２に、番組制御情報生成装置において、スケジュール調整部は、優先度を番組の放送日に応じて設定することである。これにより、登録済みの番組と新登録のスケジュールにおいて重複があった場合でも、設定に従い自動的にスケジュールを調整し、エラーなく番組制御情報を送出することができる。
【００１０】
第3に、番組制御情報生成装置において、優先度を番組スケジュールの登録順に応じて設定することである。これにより、登録済みの番組と新登録のスケジュールにおいて重複があった場合でも、設定に従い自動的にスケジュールを調整し、エラーなく番組制御情報を送出することができる。
【００１１】
第４に、番組制御情報生成装置において、スケジュール調整部は、入力されたスケジュール情報のキャンセル行われた場合、再度、優先度に基づきスケジュール調整をおこなうことである。これにより、1度スケジュール調整されてしまった複数番組におけるスケジュール調整を用意に行うことができる。
【００１２】
第５に、番組制御情報生成装置において、帯域調整部は、番組情報の中で番組内容の記述を最後からカットすることである。これにより、番組内容中、重要度が高い情報を最初に書いておくことでユーザにとってより重要な情報は担保しつつ、周期を変えずに番組制御情報の送出が行える。
【００１３】
第６に、番組制御情報生成装置において、帯域調整部は、複数のサービスがある場合、掲載期間の長いサービスの番組情報からカットすることである。これにより、番組確定度が低い放送開始時刻が後ろの番組の番組情報からカットしていくことでユーザにとってより閲覧可能性の高い情報は担保しつつ、周期を変えずに番組制御情報の送出が行える。
【００１４】
第７に、番組制御情報生成装置において、帯域調整部は、情報量の多い番組情報からカットすることである。これにより、番組内容中、重要度が高い情報を最初に書いておくことでユーザにとってより重要な情報は担保しつつ、周期を変えずに番組制御情報の送出が行える。
【００１５】
第８に、番組制御情報生成装置において、帯域調整部は、スケジュール情報の番組開始時間が遅い番組の番組情報からカットすることである。これにより、番組確定度が低い放送開始時刻が後ろの番組の番組情報からカットしていくことでユーザにとってより閲覧可能性の高い情報は担保しつつ、周期を変えずに番組制御情報の送出が行える。
【００１６】
第９に、蓄積部は、入力されたスケジュール情報とスケジュール調整後のスケジュール情報とを保持することである。これにより、複数の編集端末からの番組の追加や削除、変更があっても必ずスケジュール調整を可能とすることができる。
【発明の効果】
【００１７】
以上のように本発明によれば、複数の番組編成装置（放送データベース）から番組情報とスケジュール情報を受け付ける番組制御情報生成装置において、スケジュール重複が起こった場合、優先度に応じてスケジュール調整を行うスケジュール調整部を有することで、自動的にスケジュールの整合性を確保することができるようになる。
【００１８】
また、番組変更により送出すべき番組情報のデータ量が増え、送出帯域をオーバーした場合、送出する番組制御情報の番組内容の一部をカットすることで、送出周期を伸ばさずに番組情報の送出を行うことができるようになる。
【００１９】
これにより、BSデジタル放送の要件に適した番組制御情報の送出が実現できるようになる。
【発明を実施するための最良の形態】
【００２０】
（実施の形態１）
まず、本発明の請求項1〜14項記載の番組制御情報生成装置における実施の形態について、説明する。
【００２１】
図1は本発明の実施の形態1による番組制御情報生成装置の構成を示すものである。
【００２２】
図1において、10は番組制御情報生成装置を示しており、101は番組編成装置11からセクションデータを生成する上で必要となる番組情報とスケジュール情報を受信し、受信したそれらの情報をスケジュール調整部102へ出力する機能を有する入力部である。
【００２３】
102は、入力部101から受け取ったスケジュール情報よりスケジュールの重複が起らないようスケジュール調整を行い、調整後、帯域調整部103へ制御を移すスケジュール調整部である。103は、スケジュール調整部102からスケジュール調整済みコマンドを受け取ると、番組情報から生成されるセクションデータ（番組制御情報）が送出帯域に納まるかどうかを算出し、帯域オーバーが起る場合番組制御情報のカットを行い番組情報DB104へ番組情報とスケジュール情報を登録する帯域調整部である。104は、帯域調整部103から受け取ったスケジュール情報や番組情報の実体をDB管理する番組情報DBである。105は、入力部からセクション生成の指示を受け取ると、前回生成したセクションデータとの差分を検出し、差分データの生成をセクション生成部106に指示する差分検出部である。106は、差分検出部105より指示されたセクションデータの生成を行い送出装置12へ出力するセクション生成部である。
【００２４】
以上のように構成された番組制御情報生成装置について、以下その動作を説明する。
【００２５】
番組制御情報生成装置10の入力部101は、番組編成装置11から番組情報やスケジュール情報の入力を受けると、その番組情報中に必須である情報があるかどうかを確認する。また、番組情報は１サービスと１放送日ごとに一括りになったデータとなっており、入力部101は、一括りに含まれる番組情報が放送時刻内にあるか、一括りに含まれる番組スケジュールの重複がないかなど基本的なデータのチェックを行う。これにより、番組情報は入力後すぐに、放送番組編成装置10側の単純な操作ミスで発生すると考えられる番組情報のエラーは防ぐ事ができる。
【００２６】
番組情報は入力部101によるチェック後、スケジュール調整部102へ番組情報が渡される。スケジュール調整部102は、番組情報に含まれるスケジュール情報に重複がないかのチェックを行う。これは、入力部101でチェックする一括りの中で番組情報の重複がなくても、以前に登録済みの番組情報とのマージを行うと番組スケジュール重複が発生することが起り得るからである。スケジュールの重複が発生すると、スケジュール調整部102は予め設定されたスケジュール調整方法に基づいてスケジュール情報の調整を行う。
【００２７】
スケジュール調整部102は、番組情報DB部104からスケジュール調整に必要となるスケジュール情報をとり出し調整を行う。図２に番組情報DB部104に保持されているオリジナルスケジュール情報とスケジュール情報の様子を示す。番組情報DB部104では、番組編成装置から入力されたスケジュール情報をオリジナルスケジュール情報として保持し、それとは別にスケジュール情報をもつ。201では、例としてオリジナルスケジュール情報を番組情報と伴に保持し、それとは別にスケジュール情報を管理することとする。スケジュール調整により変更となるのはこのスケジュール情報のみである。
【００２８】
オリジナルスケジュール情報とスケジュール情報とを別々に管理することにより、スケジュール調整によりスケジュール上消えてしまった番組においても、再びスケジュール調整によりスケジュールの復活を行うことができる。また、スケジュール上消えてしまった番組情報であっても削除せずに保持することにより、上記のスケジュール復活時に番組情報を使用することができる。
【００２９】
図3〜図10でこのスケジュール調整部102が行うスケジュール調整の例を示す。
【００３０】
図３は番組情報の新規登録処理途中を示しており、2000年3月3日のある時間帯が301で示す番組スケジュールであったとする。放送日が2000年3月3日の10時〜11時までが番組A、同日11時〜13時までが番組無し、同日13時〜14時半までが番組Cが入っていた状態で、同日10時40分〜13時までの番組Bが挿入された場合、同日10時40分〜11時までの20分間、番組Aと番組Bの番組スケジュールが重複する事になる（図3、302）。この時、予め調整法として「後優先」と設定してあれば、後から登録される番組Bのスケジュールが優先されるよう調整される。スケジュール調整後の番組スケジュールを図4に示す。「後優先」だと、401で示すように番組Aのスケジュールが10時〜11時から10時〜10時40分にを短縮されるのである。反対に、「先優先」としてあれば、402で示すように、先に登録されている番組が優先されるので、番組Bのスケジュールが調整されて10時40分〜13時から11時〜13時という番組スケジュールとなる。放送日をまたがるスケジュールの調整法として、「当日優先」と「翌日優先」といった調整法もある。図5は番組情報の新規登録処理途中を示しており、2000年3月3日〜3月4日のある時間帯が501で示す番組スケジュールであったとする。放送日が2000年3月3日の23時〜23時40分までが番組A、同日23時40分〜24時までと翌日3月4日の0時〜１時までが番組無し、同年3月4日1時〜２時半までが番組Cが入っていた状態で、同年3月3日23時40分〜翌日3月4日2時までの番組Bが挿入された場合、3月4日１時〜2時までの1時間、番組Bと番組Cの番組スケジュールが重複する事になる（502）。この時、予め調整法として「当日優先」としてあれば、開始時刻が当日である番組Bのスケジュールが優先されるよう調整される。つまり、図6、601で示すように番組Cのスケジュールが1時〜２時半から2時〜2時半にを短縮されるのである。反対に、「翌日優先」としてあれば、602で示すように、開始時刻が翌日である番組が優先されるので、番組Bのスケジュールが調整されて3月3日23時40分〜3月4日2時から3月3日23時40分〜3月4日1時という番組スケジュールとなる。
【００３１】
これにより、どのようなスケジュールを持つ番組情報が入力されても必ずスケジュール調整を行うことができ、エラーとして生成・送出を中断しないでよい。また、上記のスケジュール調整においてスケジュール情報が調整されてしまった番組情報であっても、何回か番組情報の変更操作によりその番組情報のスケジュール調整が解消されたり、再度スケジュール調整が行われたりする。
【００３２】
図７を用いてこれを説明する。番組情報の新規登録処理途中が701で示す番組スケジュールであったとする。放送日が10時〜11時までが番組無し、11時〜12時までが番組A、12時〜13時までが番組無しであった状態で、10時〜13時までの番組Bが挿入された場合、番組Aが完全に番組Bにかぶさってしまう（702）。この時に上記で説明した「後優先」が設定されていた場合、番組Bが優先となり10時〜13時まで番組B、番組Aはスケジュール調整されて11時〜11時までとなる。つまり、見た目上番組Aは完全に放送番組としては無くなってしまうのである。しかし、スケジュール調整部102ではこの番組Aを削除せずに、番組Aのスケジュール情報として、放送時間を0時間という情報で情報を保持しておく。
【００３３】
図８は、スケジュール調整部102が番組情報DB部104からとりだした番組Aのスケジュール情報を示している。801は番組情報Bの登録前のスケジュール情報、802は登録後のスケジュール情報を表している。スケジュール情報は放送開始時刻、放送時間からなりたっている。例えばこの場合、番組Bの登録前では放送時間が1時間であるのに対し（801）、番組Bの登録後では放送時間が0時間となる（802）。また、この状態で番組Bが削除されると、番組Aのスケジュール情報の番組時間がもとの情報に戻る(703,803)。元の情報は、スケジュール情報とは別に管理されている番組情報中のオリジナルスケジュール情報を参照して、番組スケジュール情報中の番組時間を変える。何度か変更を繰り返し一度番組時間が0となってしまった番組スケジュール情報を調整しようとした時、「後優先」「先優先」などで決められた設定で判断できない番組が発生する事がある。このような場合に備えて、予め別の調整方法を考えておく必要がある。入力順位に関わらずに優先順位を決定できる方法として、例えば、放送開始時刻、放送時間の長さ、番組ID等がある。仮に、優先順位として、１）放送開始時刻の遅い番組、２）放送時間の長い番組、３）番組IDの小さい番組、とした時の調整の様子を図9、10を用いて説明する。
【００３４】
図９は、時間経緯と伴に入力された番組情報に対する放送番組のスケジュールイメージ図を示している。最初、901の状態で示すような番組情報の登録があった時(スケジュール調整部102が保持するスケジュール情報は906)、番組Bが入力されると「後優先」の規則に従い、902で示す通り番組Aの放送時間が調整され0時間となる(スケジュール情報907)。次に、番組Cが入力されると、同規則により903で示す通り番組Bの放送時間が調整され1時間となる)(スケジュール情報908)。そして、番組Dが入力されると、同規則により904で示す通り番組B、番組Cの放送時間が調整されそれぞれの放送時間が0時間となる(スケジュール情報909)。次に、番組Dが削除されると、スケジュール調整されていた番組情報の放送時間が復帰することになる（905）。状態5がスケジュール調整でどのような結果となるかを説明する。図10は、図9に対応するスケジュール調整部102で保持するスケジュール情報を示している。9時から11時の間でスケジュール調整されていた番組A、番組B、番組Cを番組情報と一緒に保持しているオリジナルスケジュール情報（1001、状態4でのスケジュール情報は1002）からスケジュールを復帰させると、番組Aと番組Cのスケジュールがまったく同じで、それらと番組Bのスケジュール間で重複がでてくる。この時、予め定めた優先順位に沿って調整を行うと、まず、１）より放送開始時刻の遅い番組が優先される。ここでは、番組Aと番組Cが先に調整される。番組Aと番組Cは１）では調整できないので、次に２）の条件で調整しようとする。しかし、放送時間が同じなためこれでも調整できないので、３）の条件を用いる。番組IDは番組ごとに固有のIDなため、重複する事はない。そこで、番組Aと番組Cでは番組IDが小さい番組Aが優先となり、番組Aの放送時間が1時間、番組Cの放送時間は0時間のままとなる。次に、番組Aと番組Bの調整であるが、これは１）の条件より番組Aが優先されるため、番組Bの放送時間は調整され1時間となる。この調整後のスケジュール情報を1003に示す。
【００３５】
これにより、以前にスケジュール調整により放送時間が無くなってしまった番組においても、予め定めた調整の優先順位により完全に番組スケジュールの復帰調整を行う事ができる。スケジュール調整された番組情報は、次に帯域調整部103へ制御が移される。帯域調整部103では、番組情報の登録・変更に伴って変化した送出データ量を量りオーバーした場合、オーバーした分、番組情報の情報カットを行う。帯域調整部103は、枠調整が終わり登録処理が終了すると、番組制御情報量の算出を行う。この算出範囲は、新たに登録もしくは変更された番組情報のスケジュール範囲の番組情報が送出される範囲において行われる。例えば、現在日が12/1でSI掲載期間が8日間だとした時、入力された番組情報のスケジュール範囲が12/3〜12/5では算出範囲は、12/3〜12/5の番組制御情報が送出される期間なので11/26（8日目の情報として12/3が含まれる）〜12/5（1日目の情報として12/5が含まれる）となる。しかし、現在日が12/1なので、11/26〜12/2の送出情報量の算出は行わなくてもよい。よって、算出範囲は12/1〜12/5間で送出される番組情報が対象となる。番組情報がイベント情報（EIT）で、全局SI掲載期間が8日、各局SI掲載期間が32日だとした場合、12/1に送出される全局用sch-EITは12/1〜12/8、各局用sch-EITは12/1〜1/1となる。同様に、12/2に送出される全局用sch-EITは12/2〜12/9、各局用sch-EITは12/2〜1/2となり、12/5に送出される全局用sch-EITは12/5〜12/12、各局用sch-EITは12/5〜1/5となる。つまり、算出範囲の12/1〜12/5までに送出されるEIT情報は、全局用sch-EITが12/1〜12/12、各局用sch-EITが12/1〜1/5となる。最初に、全局用sch-EITの送出データ量を算出する。ここでは例として、算出単位はセグメント単位を用いる事にする。また、送出周期は現在時刻からの相対時間によって、いくつかの周期パターンが設定されている。例えば、現在時刻から間近9時間までは周期１（3セグメント）、9時間〜24時間までが周期2（5セグメント）、それ以降8日目までが周期3（56セグメント）とする。そうすると、1日分の番組情報は8セグメントに納まっているので、1日に送出される全局用sch-EITは全部で8パターンに分けられ、1日につき8パターンのデータ量を見積もり、その最大値が帯域内であるかどうかをチェックする必要がある。図11に、12/1分の全局用sch-EIT情報量の算出イメージ図を示す。網掛けの部分が12/1の番組制御情報である。算出の単位をセグメント単位とするため、0時、3時、6時、9時、12時、15時、18時、21時を区切りとした1日8パターンの送出情報量を算出し、それが予め決められた帯域内に納まるか送出ビットレートを算出して判断を行う。セグメント番号1,2.......に対応する情報量をd1,d2,....とすると、0時の送出ビットレートは、(d1+d2+d3)/周期1 ＋ (d4+d5+d6+d7+d8)/周期2 ＋ (d9+d10+d11+ ......+d64)/周期3となる。同様に、3時の送出ビットレートは(d2+d3+d4)/周期1 + (d5+d6+d7+d8+d9)/周期2 + (d10+d11+d12+.....+d64)/周期3となる。これを、1日8パターン計算し、予め設定された送出ビットレートと比べて帯域オーバーが発生した場合、その8パターン中の最大ビットレートが帯域内に納まるまで情報のカットを行う。情報のカット方法を図12に示す。カットする情報は例えば、短形式イベント記述子の番組記述や、運用によりカットする情報を予め設定しておくものとする。また、設定により変更が可能である��のとする。
【００３６】
これにより、運用による変更や、メディアタイプごと、もしくはサービス事に独自に設定することが可能となり、自由度が広がる。情報のカットは全局SI掲載期間の最後のセグメントから順次行い(cut1,cut2,...)、帯域内に納まったところで情報カットを終える。例では、最終セグメントからの情報カットを示したが、例えば情報量の多いものからカットするなど、設定によりユーザーの意向を反映したカット方法が可能となるものである。次に自分の放送局が使用するTSへ送出する自分の放送局分の送出情報量（自局分の送出情報量と呼ぶ）の算出を行う。自局分の帯域の計算は、p/f-EIT、全局用sch-EIT、各局用sch-EITの使用帯域を合計したものである。帯域チェックにはこの合計値を用いる。各局用sch-EITの送出ビットレートも上記同様の方法でセグメントをずらした8パターンについて算出する。p/f-EITの送出ビットレートの算出は割愛するが、これにより、帯域オーバーが発生した場合、8パターン中の最大ビットレートが帯域内に納まるまで情報のカットを行う。カットする情報は例えば、拡張形式イベント記述子や、運用によりカットする情報を予め設定しておくものとする。また、設定により変更が可能であるものとする。
【００３７】
これにより、運用による変更や、メディアタイプごと、もしくはサービス事に独自に設定することが可能となり、自由度が広がる。
【００３８】
図１３に情報カットの様子を示す。情報のカットは各局用sch-EITの最後のセグメントから順次行い(cut1,cut2,...)、帯域内に納まったところで情報カットを終える。例では、最終セグメントからの情報カットを示したが、例えば情報量の多いものからカットするなど、設定によりユーザーの意向を反映したカット方法が可能となるものである。１TSに複数のサービスが存在する場合、一番各局SI掲載期間の長いサービスの番組情報から情報のカットを行う。402にその様子を示す。12/1送出するデータとして、サービス1とサービス2が各局SI掲載期間32日で12/1〜1/1までのsch-EIT情報を、サービス3が各局SI掲載期間22日で12/1〜12/22までのsch-EIT情報の例を示す。この場合、各局SI掲載期間はサービス1とサービス2が長いので、情報カットはサービス1とサービス2の最後のセグメントから順次カットを行い(cut1, cut2, cut3,...)、サービス3の情報カットは行わない。ただし、12/22〜1/1までのサービス１、サービス2の情報カットで帯域が納まらない場合、12/22の最後のセグメント（セグメント番号176）があるサービス1、サービス２、サービス3の情報カットを順次行い(cut80..)、帯域内に納まったところで情報カットを終える。以上に示したEITの算出は12/1分であるが、上記のスケジュール範囲の例(12/3〜12/5)だと、全局用sch-EITが12/1〜12/12分を、自局用のEIT情報を12/1〜1/5分まで算出、帯域調整を行う事になる。これにより、周期調整を行わずに帯域内に番組制御情報を収める事ができる。また、帯域調整を行う際、掲載日数の最後から情報カットを行うので、視聴者にとっても情報カットによる影響を抑える事ができる。
【００３９】
帯域調整が終了すると番組情報は番組情報DB104へ格納される。番組情報DBへ格納処理を行う際、番組情報DBは保持情報として、イベント情報の場合、サービス日ごと単位で、含まれるすべてのイベントIDと対応するバージョンのリストを作成し保持する（図14）。バージョンは、イベント情報に変更があった時にインクリメントされる。スケジュール情報が変更されていてもバージョンアップはされない。最初の登録ではバージョンは１となる。ここまでの過程で、番組情報は送出可能な状態で番組制御情報生成装置へ登録され、セクションを行う際のチェック、調整等の負荷をなくす事ができる。入力部101は、前述の通り入力された番組情報のチェックを行うとともに、その番組情報からセクションデータ（番組制御情報）を生成・送出するタイミングを判断し、判断結果を差分検出部105へ指示する。この判断は、入力された番組情報が現在送出されている番組情報の範囲内かそれ以外かを基準に行われ、送出範囲内であれば、即時にセクションデータを生成するよう指示を行う。また、このセクションデータ生成・送出指示には、どの範囲のデータを生成・送出するかという情報が含まれており、例えば、データ範囲の指定として、サービス単位、サービス・日単位、サービス・イベント単位などがある。差分検出部105は、入力部101からセクションデータ生成・送出指示を受けると、指示されたデータ範囲から以前作成したセクションデータとの差分を検出する処理を行う。処理の詳細を示す。差分検出部105は、入力部101からセクションデータ生成・送出指示を受信すると、登録があったデータ範囲のセグメント情報を求める。セグメント情報とは、セグメント内のイベント識別とそれに対応するスケジュール情報とバージョンである。差分検出はセグメント単位で行うことによりセグメント情報が必要となる。ここで扱うセグメントは、サービス日単位で管理されているセグメントである。例えば、イベント情報の登録による変更を図15に示す。変更データ範囲がサービスID=0x01、12/1のイベント情報が変更になったとき、その範囲でのセグメント情報を新たに作成する。バージョンは、登録時に設定されたサービス日ごとの情報よりイベントIDに対応するバージョンをセットする。ここでは、番組Aと番組B、番組Dに変更があったとする。実際には、すべてのセグメントについてセグメント情報を作成するが、ここでは番組Aと番組Bが属するセグメント3と番組Cが属するセグメント4を取り出して説明する。
【００４０】
図16に登録前と登録後のセグメント３、４のセグメント情報を示す。この登録前と登録後のセグメント情報の差分を検出すると、番組Aと番組Bはスケジュール情報の変更、番組Dは番組内容の変更（バージョンアップにより）が発見される。これにより、サービスID=0x01,12/1セグメント3，4の変更が検出され、検出されたセグメントはセクションデータ生成リストに追記される。セクションデータ生成リストはセクションデータの生成を行うセグメントを指定するリストで、サービスID、日付、セグメント識別という情報を持っている。
【００４１】
図17にセクションデータ生成リストの例を示す。例えば、リストの一番最初の情報から「サービスID=0x01,12/1分のセグメント3を生成しなおす」ということがわかる。差分検出処理の全体フローを図18に示す。S1の差分検出処理を開始する。入力部101からのデータ範囲により、サービス日付を単位としてデータの範囲分ループを行う（S2）。さらにその中で、セグメント単位でループを行う（S3）。S3のループの中で以下の事を行う。まず、上記のセグメント情報を生成する（S4）。登録前のセグメント情報が既に存在しているかの判断を行う（S5）。存在していない場合、S8で新規セクションデータの作成を行うためセクションデータ生成リストに追記する。登録前セグメント情報が存在している場合、S6で登録前のセグメント情報と登録後のセグメント情報の差分を取る。差分がある場合、セクションデータ生成リストに追記する（S7）。差分がない場合、なにも行わない。これにより、セクションデータの生成を新たに行うセグメント情報のみを抽出することができる。このセクションデータ生成リストをセクション生成部106へ渡す事により、必要最小限のセクションデータ生成処理を行うことができる。
【００４２】
なお、この方法は頻繁に発生する可能性があると考えられる現在日から2，3日までの変更に対しての高速処理に大変効果を発揮する。しかし、サブテーブル最後のセグメントの変更によりセクション数が変化した場合、例えば、現在日から4日目の21時から24時までの間の番組が変更になった場合、すべてのセクションデータを生成し直さなければいけないといったことが起るため、これを回避する方法を講じたほうがなお効率的である。例えば、サブテーブルの最後のセグメントはセクションをすべて配置し、実際にデータがないセクションについては空セクションを入れ、ラストセクションナンバーを常に256固定としておく方法が考えられる。これにより、ラストセクションナンバーが不変となり、すべての変更パターンに対して差分のみのセクションデータ生成が行われる。
【００４３】
（実施の形態２）
この実施の形態２は、実施の形態１の番組制御情報生成装置でより高速化処理に対応したものであり、複数回連続してセクション生成指示がなされた時に、それらを１つにまとめて指示を出す生成管理機能を付加したものである。図１９は本発明実施の形態2による番組制御情報生成装置の構成を示すものであり、本発明の請求項15〜16項記載の番組制御情報生成装置における実施の形態について説明する。
【００４４】
図１９において同一符号を付した部分は追加内容のみの説明を行う。
【００４５】
図１９の101は、複数の番組編成装置や入力端末からの番組情報やスケジュール情報の入力を受け付ける入力部である。107は、入力部101からセクションデータ生成に必要となる番組情報、そして、セクション生成指示を受信し、複数のセクション生成指示を1つにまとめたる生成管理部である。
【００４６】
次に動作について説明する。本実施の形態1に対比し、本実施の形態２で新たに付加された機能動作のみを説明する。
【００４７】
2000年に始まるBSデジタル放送では、放送形態がテレビ、ラジオ、データ放送など複数の形態がある。番組編成装置は放送形態毎にそれぞれ設置され、独立に機能することが考えられる。また、生放送や緊急ニュースの挿入など、急な番組変更などに対応できるよう複数の入力端末も設置される予定である。これらは番組制御情報生成装置に対して、独立・パラレルに入力が行われるため、入力部101は複数入力を同時に受け付けられる機能が追加される。
【００４８】
これにより、連続入力された番組情報に対し、入力部101は連続してセクション生成指示を出す事が起り得る。そのため、実施例1で取り上げた構成を取ると、連続したセクション生成指示が差分検出部105へ入力される事が起り得る。差分検出部105はセクション生成指示に対し1対1で処理を実行するため、場合によっては連続して同じセクションデータを生成する事が起り得、セクション生成の負荷が重くなってしまう。これを解決するため、入力部101が発行する複数回のセクション生成指示をまとめる機能をもつ生成管理部107を入れる事により高速にセクション生成を行う事ができる。
【００４９】
図２０にまとめ方法１を示す。これは入力部101がセクション生成指示を行う単位をサービス単位とした場合である。2001は、セクション生成指示が４つ連続して入力された時のまとめ方を示す。この場合、キューの中にすべてのサービスのセクション生成を指示する全サービスが含まれているので、それ以外のセクション生成指示は吸収され、全サービスを指定するセクション生成指示1つが差分検出部105へ送信される。2002では、キューの中に2つあるサービス1指定のセクション生成指示がまとめられ、サービス１、2を指定するセクション生成指示が差分検出部106へ送信される。
【００５０】
図２１にまとめ方法２を示す。これは入力部101がセクション生成指示行う単位をサービス日単位とした場合である。2101は、セクション生成指示が2つ連続して入力された時のまとめ方を示す。この場合、キュー1、キュー2とも同じサービスで12/2が両方で指定されている。これがまとめられ、サービス１(12/1,12/2,12/3)を指定するセクション生成指示1つが差分検出部105へ送信される。2102は、セクション生成指示が3つ連続して入力された時のまとめ方を示す。キュー1とキュー3はまったく同じものが指定されている。よって、これが吸収され、サービス１(12/1,12/2),サービス2(12/1)を指定するセクション生成指示1つが差分検出部105へ送信される。これにより、最小限かつ必要となる範囲のみのセクション生成行う事ができる。
【００５１】
（実施の形態３）
実施の形態３は、実施の形態２の番組制御情報生成装置でより緊急を要する番組制御情報の生成・送出を可能としたものであり、セクション生成指示の優先度順に応じて処理を分岐させるものである。
【００５２】
図２３は本発明実施の形態３による番組制御情報生成装置の構成を示すものであり、本発明の請求項17項記載の番組制御情報生成装置における実施の形態について説明する。
【００５３】
図２３において同一符号を付した部分は追加内容のみの説明を行う。
【００５４】
図２３の107は、入力部101からセクション生成指示を受信し、セクション生成指示の優先度に応じて処理を行う生成管理部である。例えば、優先度A,優先度B，優先度Cという3種類のセクション生成指示があった場合（優先度は優先度A＞優先度B＞優先度C）を考える。
【００５５】
図２２は優先処理方法を示している。2201は、優先度が異なるセクション生成指示が3つ連続して入力された時の処理方法を示す。キュー1，3に優先度B、キュー2に優先度Aが連続入力た場合、優先度Aがもっとも優先的に処理が行われるため、最初に優先度Aのセクション生成指示が発行され、次にまとめられた優先度Bのセクション生成指示1つが発行される。また、優先度Aのセクション生成指示が緊急を要した番組情報の変更で使用する場合、例えば現在放送中の番組情報に変更が生じた場合、より高速な変更が必要となるpf-EITのみの変更を行うこととすると、まとめられた優先度Aのセクション生成指示はセクション生成部106へと入力される。2202は、優先度が異なるセクション生成指示が5つ連続して入力された時の処理方法を示す。この場合も2201の時と同様に処理が行われ、最初に優先度Aのセクション生成指示が差分検出部105へ送信され、次にまとめられた優先度Bのセクション生成指示が1つ、最後にまとめられた優先度Cのセクション生成指示が1つ差分検出部105へ送信される。このようにセクション生成指示に優先度を設ける事により、より緊急を要するセクション生成・送出を可能にすることができる。
【産業上の利用可能性】
【００５６】
本発明にかかる番組制御情報生成装置は、自動的にスケジュールの整合性を確保できる機能と番組情報の追加時に送出周期を伸ばさずに番組情報の送出を行う帯域調整の機能を有し、映像・音声など番組を構成する情報と同期し多重化して送信される番組制御情報の生成装置として有用である。
【図面の簡単な説明】
【００５７】
【図１】本発明の第1の実施形態における番組制御情報生成装置の構成を示すブロック図
【図２】本発明の第1の実施形態におけるスケジュール調整部保持情報を示す説明図
【図３】本発明の第1の実施形態における番組情報変更登録時のスケジュール情報を示す説明図
【図４】本発明の第1の実施形態における番組情報変更登録時の調整スケジュールを示す説明図
【図５】本発明の第1の実施形態における番組情報変更登録時のスケジュール情報を示す説明図
【図６】本発明の第1の実施形態における調整後のスケジュール情報を示す説明図
【図７】本発明の第1の実施形態における番組情報変更登録時の調整スケジュールを示す説明図
【図８】本発明の第1の実施形態におけるスケジュール情報を示す説明図
【図９】本発明の第1の実施形態における番組情報変更登録時の変更経緯におけるスケジュール情報を示す説明図
【図１０】本発明の第1の実施形態における番組情報変更登録時の調整スケジュールを示す説明図
【図１１】本発明の第1の実施形態における全局用sch-EIT情報量の算出イメージを示す説明図
【図１２】本発明の第1の実施形態における全局用sch-EIT情報カット方法を示す説明図
【図１３】本発明の第1の実施形態における各局用sch-EIT情報カット方法を示す説明図
【図１４】本発明の第1の実施形態における番組情報DBの保持情報を示す説明図
【図１５】本発明の第1の実施形態における登録変更の様子を示す説明図
【図１６】本発明の第1の実施形態におけるセグメント情報を示す説明図
【図１７】本発明の第1の実施形態におけるセクションデータ生成リストを示す説明図
【図１８】本発明の第1の実施形態における差分検出フロー図
【図１９】本発明の第2の実施形態における番組制御情報生成装置の構成を示すブロック図
【図２０】本発明の第2の実施形態におけるまとめ方法1を示す説明図
【図２１】本発明の第2の実施形態におけるまとめ方法2を示す説明図
【図２２】本発明の第3の実施形態における優先処理方法を示す説明図
【図２３】本発明の第3の実施形態における番組制御情報生成装置の構成を示すブロック図
【図２４】従来の技術における番組制御情報生成装置の構成を示すブロック図
【符号の説明】
【００５８】
10    番組制御情報生成装置
11    番組編成装置
12    送出装置
101    入力部
102    スケジュール調整部
103    帯域調整部
104    番組情報DB
105    差分検出部
106    セクション生成部
107    生成管理部
201    スケジュール調整部が使用する一時記憶
301，302，401，402，501，502，601，602，701，702，703，901，902，903，904，905    番組スケジュール
801，802，803，906，907，908，909，910，1002，1003    スケジュール情報
1001    番組情報
2001，2002，2101，2102，2201，2202    キュー
2401    制御情報生成手段
2402    放送データベース
2403    番組スケジュール情報
2411    入力部
2412    テーブル作成部
2413    出力部
2414    スケジュールDB
2415    テーブル情報
【図１】
2004312763.tif 000003
【図２】
2004312763.tif 000004
【図３】
2004312763.tif 000005
【図４】
2004312763.tif 000006
【図５】
2004312763.tif 000007
【図６】
2004312763.tif 000008
【図７】
2004312763.tif 000009
【図８】
2004312763.tif 000010
【図９】
2004312763.tif 000011
【図１０】
2004312763.tif 000012
【図１１】
2004312763.tif 000013
【図１２】
2004312763.tif 000014
【図１３】
2004312763.tif 000015
【図１４】
2004312763.tif 000016
【図１５】
2004312763.tif 000017
【図１６】
2004312763.tif 000018
【図１７】
2004312763.tif 000019
【図１８】
2004312763.tif 000020
【図１９】
2004312763.tif 000021
【図２０】
2004312763.tif 000022
【図２１】
2004312763.tif 000023
【図２２】
2004312763.tif 000024
【図２３】
2004312763.tif 000025
【図２４】
2004312763.tif 000026