特開 2022-51159 番組編成管理装置、番組編成管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022051159

(43)【公開日】2022-03-31

(54)【発明の名称】番組編成管理装置、番組編成管理プログラム

(51)【国際特許分類】

   H04N 21/266 20110101AFI20220324BHJP

   H04N 21/262 20110101ALI20220324BHJP

   H04H 20/28 20080101ALI20220324BHJP

   H04H 60/06 20080101ALI20220324BHJP

   H04H 60/72 20080101ALI20220324BHJP

【ＦＩ】

H04N21/266

H04N21/262

H04H20/28

H04H60/06

H04H60/72

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2020157485

(22)【出願日】2020-09-18

(71)【出願人】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(71)【出願人】

【識別番号】301063496

【氏名又は名称】東芝デジタルソリューションズ株式会社

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100162570

【弁理士】

【氏名又は名称】金子 早苗

(72)【発明者】

【氏名】澤田 信秀

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164FA04

5C164FA29

5C164SC01P

5C164SC26P

(57)【要約】

【課題】番組の延長放送に対して、営放システムでのデータ準備、オペレータのデータ変更の操作を容易にして、作業負荷を軽減することが可能な番組編成管理装置を提供すること。
【解決手段】実施形態によれば、番組編成管理装置は、イベント共有設定手段、延長枠作成手段、ＥＰＧ分割手段、イベント作成手段を有する。イベント共有設定手段は、放送中の第１番組に対するまだら自動延長指示が入力された場合に、放送データに基づいて、次放送枠の第２番組に対するまだら編成番組の第１チャンネルと第２チャンネルとのイベント共有の設定をオフする。延長枠作成手段は、前記第１番組を延長して放送するための延長放送枠を次放送枠の前記第２チャンネルに作成する。ＥＰＧ分割手段は、前記延長放送枠の作成に応じて、ＥＰＧの次放送枠を前記第２番組に対応する前記第１チャンネルと前記第１番組に対応する前記第２チャンネルに分割する。イベント作成手段は、次放送枠の前記第２チャンネルに対するイベントを作成する。
【選択図】図１

【特許請求の範囲】

【請求項1】

放送中の第１番組に対するまだら自動延長指示が入力された場合に、放送データに基づいて、次放送枠の第２番組に対するまだら編成番組の第１チャンネルと第２チャンネルとのイベント共有の設定をオフするイベント共有設定手段と、
前記第１番組を延長して放送するための延長放送枠を次放送枠の前記第２チャンネルに作成する延長枠作成手段と、
前記延長放送枠の作成に応じて、ＥＰＧ（Electronic Program Guide）の次放送枠を前記第２番組に対応する前記第１チャンネルと前記第１番組に対応する前記第２チャンネルに分割するＥＰＧ分割手段と、
次放送枠の前記第２チャンネルに対するイベントを作成するイベント作成手段と
を有する番組編成管理装置。

【請求項2】

放送中の第１番組に対して、次放送枠の前記第２チャンネルへのイベントリレーを設定するイベントリレー設定手段をさらに有する請求項１記載の番組編成管理装置。

【請求項3】

前記延長枠作成手段は、次放送枠の前記第２チャンネルに予め第３番組の放送枠が作成されている場合に、前記第３番組の放送枠を削除して、前記第１番組の延長放送枠を作成する請求項１または請求項２記載の番組編成管理装置。

【請求項4】

前記延長枠作成手段は、次放送枠の前記第２チャンネルにおいて、予め決められた時間単位で前記延長放送枠を作成する請求項１～３の何れかに記載の番組編成管理装置。

【請求項5】

前記延長枠作成手段は、次放送枠を越えて前記第１番組を延長する場合、さらに次放送枠に延長放送枠を作成する請求項４記載の番組編成管理装置。

【請求項6】

コンピュータを、
放送中の第１番組に対するまだら自動延長指示が入力された場合に、放送データに基づいて、次放送枠の第２番組に対するまだら編成番組の第１チャンネルと第２チャンネルとのイベント共有の設定をオフするイベント共有設定手段と、
前記第１番組を延長して放送するための延長放送枠を次放送枠の前記第２チャンネルに作成する延長枠作成手段と、
前記延長放送枠の作成に応じて、ＥＰＧ（Electronic Program Guide）の次放送枠を前記第２番組に対応する前記第１チャンネルと前記第１番組に対応する前記第２チャンネルに分割するＥＰＧ分割手段と、
次放送枠の前記第２チャンネルに対するイベントを作成するイベント作成手段として機能させるための番組編成管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、番組編成管理装置、番組編成管理プログラムに関する。

【背景技術】

【0002】

放送局では、営業放送システム（以下、営放システム）と呼ばれる基幹業務系システムで、放送する番組編成を作成している。しかし、実際の放送では、放送当日の状況により予定された番組編成を急遽変更することがある。例えば、緊急ニュース発生に伴う特別番組の放送やスポーツ中継における試合終了までの延長の放送などである。営放システムの運用者が、通常、２４時間対応では無いこともあり、深夜や放送日当日に発生した緊急の変更は、データサーバ（以下、ＤＳ）上で直接データ変更を行うことで対応している。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４－１２０１１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

従来技術では、スポーツ中継における試合終了までの延長の放送等に関して、営放システムで事前に延長用のマルチ編成を準備しているが、データは複雑であり事前の準備に時間がかかることが課題であった。

【0005】

また、スポーツ中継後の同時間帯にチャンネル１（以下、ＳＶ１）ではニュース、チャンネル２（以下、ＳＶ２）では野球中継の延長といったまだら放送（２チャンネル放送）をする必要が出てきている。この場合、営放システムでの事前データ準備やデータサーバにおけるデータ変更の操作が複雑になるが、放送までに時間が限られているためデータ変更が放送までに間に合わない状況が発生する可能性がある。

【0006】

本発明が解決しようとする課題は、番組の延長放送に対して、営放システムでのデータ準備、オペレータのデータ変更の操作を容易にして、作業負荷を軽減することが可能な番組編成管理装置、番組編成管理プログラムを提供することである。

【課題を解決するための手段】

【0007】

実施形態によれば、番組編成管理装置は、イベント共有設定手段、延長枠作成手段、ＥＰＧ分割手段、イベント作成手段を有する。イベント共有設定手段は、放送中の第１番組に対するまだら自動延長指示が入力された場合に、放送データに基づいて、次放送枠の第２番組に対するまだら編成番組の第１チャンネルと第２チャンネルとのイベント共有の設定をオフする。延長枠作成手段は、前記第１番組を延長して放送するための延長放送枠を次放送枠の前記第２チャンネルに作成する。ＥＰＧ分割手段は、前記延長放送枠の作成に応じて、ＥＰＧ（Electronic Program Guide）の次放送枠を前記第２番組に対応する前記第１チャンネルと前記第１番組に対応する前記第２チャンネルに分割する。イベント作成手段は、次放送枠の前記第２チャンネルに対するイベントを作成する。

【図面の簡単な説明】

【0008】

【図1】本実施形態における放送番組管理システムの構成を示すブロック図。

【図2】本実施形態における放送番組管理システムにより実行される放送運行の通常業務フローを示す図。

【図3】放送データのデータ構成の一例を示す図。

【図4】延長放送決定時の放送番組管理システムにより実行される放送運行の通常業務フローを示す図。

【図5】本実施形態におけるまだら自動延長を実行する場合の業務フローを示す図。

【図6】本実施形態におけるまだら自動延長をする前の初期状態を示す図。

【図7】本実施形態におけるまだら自動延長決定された状態を示す図。

【図8】まだら自動延長する場合のレートを説明するための図。

【図9】本実施形態におけるまだら自動延長が３０分延長された状態を示す図。

【図10】本実施形態におけるまだら自動延長が６０分延長された状態を示す図。

【図11】本実施形態におけるまだら自動延長が６５分延長された状態を示す図。

【発明を実施するための形態】

【0009】

以下、実施形態について図面を参照して説明する。

【0010】

図１は、本実施形態における放送番組管理システムの構成を示すブロック図である。図１に示す放送番組管理システムは、営業放送システム（営放システム）２、データサーバ（ＤＳ）４、下位システム６を含む。営放システム２、データサーバ４、下位システム６は、例えばＬＡＮ（Local Area Network）などのネットワークを介して接続され、相互にデータ送受信することができる。

【0011】

営放システム２は、放送する番組の編成処理をするもので、番組編成の内容を示す放送データをデータサーバ４に提供する。

【0012】

データサーバ４は、放送送出設備のデータ管理を行うシステムとして送出設備全体の中核に位置する。データサーバ４は、営放システム２から受信した放送データ、もしくはデータサーバ４で変更した放送データを下位システム６へ送信して、下位システム６による放送送出のための機器制御を行う。

【0013】

データサーバ４は、コンピュータの機能を有し、プロセッサ、メモリ、記憶装置、表示装置、入力装置、通信装置等を有する。データサーバ４のプロセッサは、メモリに記憶された基本プログラム（ＯＳ）やアプリケーションプログラムを実行して、各種の機能を実現するための回路である。プロセッサは、番組編成管理プログラムを実行することで、後述する放送送出設備のデータ管理のための各処理を実現する。

【0014】

本実施形態におけるデータサーバ４は、例えばスポーツ中継をする番組の放送を延長する場合に、放送中のスポーツ中継に対するまだら自動延長指示の入力に応じて、放送データに基づいて、次放送枠の番組に対するまだら放送において、別チャンネル（第２チャンネルＳＶ２）に延長用放送枠を自動生成することにより、営放システム２でのデータ準備、オペレータのデータサーバ４における操作を容易にして作業負荷を軽減する。

【0015】

下位システム６は、データサーバ４から受信される放送データをもとに、放送を送出する処理を実行する。下位システム６には、例えばＡＰＣ（Automatic Program Controller：自動番組送出制御装置）、ＳＩ（Service Information：番組配列情報）／ＥＰＧ（Electronic Program Guide：電子番組表）サーバなどを含む。

【0016】

次に、本実施形態における放送番組管理システムの動作について説明する。

【0017】

図２は、本実施形態における放送番組管理システム（営放システム２、データサーバ４、下位システム６）により実行される放送運行の通常業務フローを示す図である。通常業務としては、営放システム２や下位システム６へのデータの送受信状況など、日々の放送データ送受信の流れを監視し、放送運行を行う。

【0018】

まず、営放システム２では、番組を構築するに必要な各種の映像、音声等の番組コンテンツ、あるいはコマーシャルコンテンツをもとに番組の編成処理を実行する（ステップＡ１１）。営放システム２は、番組放送のＸ日前になると、番組編成を確定し、番組編成に応じたＥＰＧ予約して、番組編成の内容を示す放送データをデータサーバ４に送信する（ステップＡ１２）。

【0019】

図３は、放送データのデータ構成の一例を示す図である。放送データには、放送進行データと編成情報データが含まれる。放送進行データは、放送の送出を制御するためのデータで、番組単位の放送枠情報やＰＭＴ（Program Map Table：プログラムマップテーブル）の素データを含む放送枠データ２１、下位システム６が制御を行うためのイベントデータ２２、イベントデータのＣＭ枠イベントにそれぞれ対応するＣＭの素材単位の情報であるＣＭイベントデータ２３から構成される。イベントデータ２２には、本編イベントとＣＭ枠イベントがあり、ＣＭ枠イベントの配下にはＣＭイベントデータを配置することができる。

【0020】

編成情報データ３１は、放送枠データ２１の放送枠情報が示す放送枠に対応するＥＩＴ（Event Information Table：イベント情報テーブル）を作成するためのデータであり、ＥＩＴ素データ３２で構成される。編成情報データには、番組編成に対応するＥＰＧに相当するデータを含む。また、ＥＩＴ素データ３２には、放送データを受信する受信機側で放送を録画する場合に、延長放送時に放送枠を越えて引き続き録画を継続することを指示するイベントリレーが設定される。

【0021】

データサーバ４は、営放システム２から１日分の放送データを受信／展開して、記録する（ステップＢ１１）。データサーバ４では、営放システム２からの放送データについて、データサーバ４の運用者によって必要に応じて確認のための操作がされる。

【0022】

営放システム２は、データサーバ４に放送データを送信済みの番組について変更がある場合に、変更分の放送データをデータサーバ４に送信する（ステップＡ１３）。データサーバ４は、変更分の放送データを受信／展開し、記録する。放送内容に変更がある場合には、その都度、営放システム２からデータサーバ４に対して変更分の放送データが送信される。

【0023】

放送Ｙ日前になると、データサーバ４は、営放システム２から受信済みの放送データ（変更分を含む）を、下位システム６に対して定時送信する（ステップＢ１３）。下位システム６は、データサーバ４からの放送データを受信して記録する（ステップＣ１１）。

【0024】

放送Ｙ日前以降に番組について変更がある場合に、前述と同様にして、その都度、営放システム２からデータサーバ４に対して変更分の放送データが送信されるが（ステップＡ１４）、データサーバ４は、変更分の放送データを受信／展開し、記録すると共に、放送データを下位システム６に対して即時送信する（ステップＢ１５）。下位システム６は、データサーバ４からの放送データを受信して記録する（ステップＣ１２）。

【0025】

放送Ｚ時間前になると、営放システム２における番組変更が締め切られる（ステップＡ１５）。すなわち、放送Ｚ時間前以降では、営放システム２における放送データの変更は実行されない。放送時刻となると、下位システム６は、データサーバ４から受信された放送データに応じて機器を制御して放送を送出する（ステップＣ１３）。

【0026】

次に、番組を延長放送する場合について説明する。

【0027】

図４は、延長放送決定時の放送番組管理システム（営放システム２、データサーバ４、下位システム６）により実行される放送運行の通常業務フローを示す図である。

【0028】

例えば、スポーツ中継をする番組の延長が決定した場合、元々予定していた番組の放送データを変更する必要がある。この場合、２４時間稼働システムであるデータサーバ４においてデータ変更を行い、下位システム６へ放送データを送信する。

【0029】

通常では、現在放送中の番組について延長放送する場合、営放システム２の運営者とデータサーバ４の運営者との間で番組の延長の協議をする（ステップＡ２１，Ｂ２１）。データサーバ４の運営者は、協議の内容に基づいて、営放システム２から受信済みの放送データに対して、入力装置に対する操作等によって延長放送に対応する編集を実施する（ステップＢ２２）。

【0030】

データサーバ４は、運営者による放送データ編集が完了すると、編集済みの放送データを下位システム６に対して即時送信する（ステップＢ２３）。下位システム６は、データサーバ４からの放送データを受信して記録する（ステップＣ２１）。放送時刻となると、下位システム６は、データサーバ４から受信された、延長放送を示す放送データに応じて機器を制御して放送を送出する（ステップＣ２２）。

【0031】

なお、営放システム２の運営者が２４時間対応では無い場合、データサーバ４の運営者は、協議無しで放送データ編集をしなければない状況が発生しうる。

【0032】

本実施形態におけるデータサーバ４では、番組を延長放送する場合に、まだら自動延長を指示することで、延長用放送枠を自動生成することができる。

【0033】

次に、本実施形態におけるまだら自動延長を実行する場合について説明する。

【0034】

図５は、本実施形態におけるまだら自動延長を実行する場合の業務フローを示す図である。

【0035】

以下の説明では、スポーツ中継をする番組について自動延長する場合を例にする。スポーツ中継の番組を放送する放送局では、複数のチャンネルにおいて同時に複数番組を放送することができる。ここでは、第１チャンネル（以下、ＳＶ１によって示す）と第２チャンネル（以下、ＳＶ２によって示す）によって同時放送が可能であるものとする。まだら自動延長では、ＳＶ１において次の放送枠の番組を放送しながら、ＳＶ２においてスポーツ中継をする番組を延長して放送する。

【0036】

なお、ＳＶ２において次の放送枠の番組を放送して、ＳＶ１においてスポーツ中継をする番組を延長して放送するようにしても良い。また、さらに第３チャンネル（ＳＶ３）を使用して同時放送が可能な場合には、ＳＶ３を利用してスポーツ中継をする番組を延長して放送するようにしても良い。

【0037】

まず、まだら自動延長をする前の初期状態について説明する。

【0038】

図６は、初期状態を示す図であり、図６（Ａ）は放送データ、図６（Ｂ）はＥＰＧが示す番組表、図６（Ｃ）はイベントデータ２２が示すＳＶ１のイベント内容を示している。

【0039】

図６に示すように、「１９：００～２２：００」において「スポーツ中継」、「２２：００～２３：００」において「ＮＥＷＳ」、「２３：００～２４：００」において「ドラマ」の各番組を放送することが設定されている。

【0040】

図６（Ｃ）に示す例では、ＳＶ１に対して設定されるイベントは、番組開始のトリガ（Ｔｒ）、開始時刻、映像用コード（ＶＳ）、映像制御モード用コード（ＶＭ）、音声コード（ＡＳ）、音声制御モード用コード（ＡＭ）、特殊制御用コード（ＳＰ）、音声、素材ＩＤ（ＣＭの素材を示す）、ＯＡ（オンエア）状態のデータが対応づけて記録される。番組開始のトリガ（Ｔｒ）における「Ｕ」は放送時刻が不確定のブロックイベント（アンタイムブロックイベント）を示し、「Ｄ」は前のブロックイベントに続いて開始時刻が示す時間が経過した後に開始される継続イベントを示す。

【0041】

放送データでは、「スポーツ中継」について、ＳＶ１においてのみ番組を放送する場合、ＳＶ２とのイベント共有あり（オン）に設定されており、ＳＶ１とＳＶ２の帯域を利用して放送する。この場合、ＳＶ１について、例えば第１レートの１６Ｍｂｐｓが使用される。

【0042】

初期状態の設定に基づいて現在の放送枠の番組「スポーツ中継」が放送されている間に、現在放送中の番組についての延長放送が、営放システム２の運営者とデータサーバ４の運営者との間で協議され（ステップＡ３１，Ｂ３１）、まだら自動延長の実施が決められたものとする。

【0043】

この場合、データサーバ４の運営者は、協議の内容に基づいて、入力装置に対する操作等によって、データサーバ４にまだら自動延長の実施を指示する（ステップＢ３２）。データサーバ４は、まだら自動延長の指示に応じて、図５に示すステップＢ３３～Ｂ３６の処理を実行する。

【0044】

図７は、まだら自動延長決定された状態を示す図である（図７（Ａ）は放送データ、図７（Ｂ）はＥＰＧが示す番組表、図７（Ｃ）はイベントデータ２２が示すＳＶ２のイベント内容を示す）。

【0045】

まず、データサーバ４は、次の放送枠において、まだら放送を行うために、ＳＶ１の次放送枠（番組「ＮＥＷＳ」）についてイベント共有無し（オフ）に自動設定する（ステップＢ３３）。この場合、ＳＶ１について例えば第２レートの１１Ｍｂｐｓが使用される。

【0046】

また、データサーバ４は、「スポーツ中継」を延長して放送するための延長放送枠を、次の番組「ＮＥＷＳ」に対応する放送枠（２２：００～２３：００）のＳＶ２に自動作成する（ステップＢ３４）。放送枠の枠長は、ＳＶ１の次放送枠と同じとする。

【0047】

また、データサーバ４は、ＳＶ１のＥＩＴにイベントリレーを自動設定する。これにより、ＳＶ１により放送されている「スポーツ中継」がＳＶ２において延長放送された場合に、放送データを受信する受信機側で「スポーツ中継」の放送を継続して録画することができるようになる。

【0048】

データサーバ４は、ＳＶ２への延長放送枠の作成に応じて、ＥＰＧの次放送枠を第１ＥＰＧと第２ＥＰＧに分割する。すなわち、次番組「ＮＥＷＳ」に対応するＳＶ１の放送枠と、延長放送する番組「スポーツ中継」に対応するＳＶ２の放送枠に分割する。第１ＥＰＧは、初期設定した内容で設定する。第２ＥＰＧは、ＳＶ１のＥＰＧ内容をコピーして設定する（以下に説明するように延長枠を５分とする）。

【0049】

また、データサーバ４は、自動延長枠作成時にイベントも同時に作成する。すなわち、データサーバ４は、（１）先頭イベントにＳＶ１のＶＳ／ＡＳコード（ＥＮＤを除くＳＶ１最終のＶＳ／ＡＳコード）と同じＶＳ／ＡＳコードを設定する、（２）ＳＶ１で未消化のアンタイムブロックイベント（ＴｒがＵ，Ｄで連続したイベント）をコピーして設定する、（３）初期設定したフィラーイベントを自動作成する、（４）ビットレートを下げるＳＰコードを設定（例：ＢＣ→４Ｍ下げるＳＰコード）する。

【0050】

データサーバ４は、ＳＶ２に対するイベントの設定において、「スポーツ中継」について予め決められた時間単位で延長放送するように設定する。図７（Ｂ）（Ｃ）に示す例では、予め決められた時間単位を「５分」としている。延長放送をさらに延長する場合には、同様にして、予め決められた時間単位「５分」で繰り返して延長放送を自動更新する（後述する）。

【0051】

次放送枠の「スポーツ中継」終了後の次放送枠までの時間には、フィラー静止画像を放送するイベントを設定する。フィラー静止画像は、次放送枠までの時間に埋め合わせのために予め用意された映像である。図７（Ｂ）（Ｃ）に示すように、当初の延長放送の設定では、「スポーツ中継」の延長放送が終了する「２２：０５」からフィラー静止画像のイベントが設定されている。

【0052】

データサーバ４は、フィラー静止画像のイベントの設定に応じて、第２ＥＰＧにフィラー枠（「２２：０５」～「２３：００」）を設定する。

【0053】

データサーバ４は、まだら自動延長指示に応じて延長放送枠を生成した放送データを、下位システム６に対して即時送信する（ステップＢ３７）。下位システム６は、データサーバ４からの放送データを受信して記録する（ステップＣ３１）。下位システム６は、延長放送が設定された放送データをもとに、ＳＶ１とＳＶ２における放送を送出する。

【0054】

放送時刻となると、下位システム６は、データサーバ４から受信された放送データに応じて機器を制御して放送を送出する（ステップＣ３２）。すなわち、ＳＶ１では番組「ＮＥＷＳ」を放送し、ＳＶ２では番組「スポーツ中継」を延長放送する。

【0055】

なお、ＳＶ２において延長放送する場合、図８に示すように、ＳＶ１レートを第２レートの１１Ｍｂｐｓ、ＳＶ２レートを５Ｍｂｐｓとする。なお、フィラー静止画像を放送する間は、ＳＶ１レートを第２レートの１５Ｍｂｐｓ、ＳＶ２レートを１Ｍｂｐｓにする。

【0056】

データサーバ４は、延長放送が開始された後、自動延長終了が例えばデータサーバ４の運用者の操作によって指示されるまで、５分周期で前述と同様にしてイベント、ＥＰＧを自動更新して（ステップＢ３８）、自動更新後の放送データを下位システム６に対して即時送信する（ステップＢ３９）。例えば、データサーバ４は、延長放送の５分が終了する前、例えば２分前となった場合に、次の５分の延長放送のためのイベント、ＥＰＧの自動更新を実行する。

【0057】

下位システム６は、データサーバ４からの放送データを受信して記録し（ステップＣ３３）、延長放送が設定された放送データをもとに、ＳＶ１とＳＶ２における放送を送出する（ステップＣ３４）。

【0058】

図９は、まだら自動延長が５分毎に繰り返されて３０分延長された状態を示す図である（図９（Ａ）は放送データ、図９（Ｂ）はＥＰＧが示す番組表、図９（Ｃ）はＳＶ２のイベント内容を示す）。

【0059】

データサーバ４は、次放送枠内で延長放送を更新する場合には、図９（Ｃ）に示すように、フィラー静止画像を表示させるイベントの開始時刻（図９（Ｃ）では「２２：３０：００」）を更新する。

【0060】

また、データサーバ４は、図９（Ｂ）に示すように、フィラー静止画像を表示させる放送枠の開始時刻を更新する（「２２：３０」）。

【0061】

図１０は、まだら自動延長が５分毎に繰り返されて６０分延長された状態を示す図である（図１０（Ａ）は放送データ、図１０（Ｂ）はＥＰＧが示す番組表、図１０（Ｃ）はＳＶ２のイベント内容を示す）。すなわち、「スポーツ中継」の次放送枠の終了時刻まで延長された状態を示す。

【0062】

この場合、データサーバ４は、図９（Ｃ）に示すように、フィラー静止画像を表示させるイベントを削除し、また、図９（Ｂ）に示すように、フィラー静止画像を表示させる放送枠を削除する。

【0063】

図１１は、まだら自動延長が５分毎に繰り返されて６５分延長された状態を示す図である（図９（Ａ）は放送データ、図９（Ｂ）はＥＰＧが示す番組表、図９（Ｃ）はＳＶ２のイベント内容を示す）。すなわち、「ＮＥＷＳ」の次放送枠を越えて延長放送する場合、さらに次の番組「ドラマ」の次放送枠に延長放送枠を作成する。

【0064】

データサーバ４は、次の「ドラマ」の放送枠において、まだら放送を行うために、ＳＶ１の次放送枠（番組「ドラマ」）についてイベント共有無し（オフ）に自動設定する（第２レートの１１Ｍｂｐｓ）。

【0065】

また、データサーバ４は、「スポーツ中継」を延長して放送するための延長放送枠を、次の番組「ドラマ」に対応する放送枠（２３：００～２４：００）の終了時刻まで延長する。

【0066】

また、データサーバ４は、ＳＶ２のＥＩＴにイベントリレーを自動設定する。これにより、ＳＶ２により延長放送されている「スポーツ中継」を継続して録画することができるようになる。

【0067】

また、データサーバ４は、ＳＶ２に対するイベントの設定において、「ＮＥＷＳ」の放送枠終了から５分後の時刻（「２３：０５：００」）を開始時刻とするフィラーイベントを復活させると共に、「スポーツ中継」のイベントの終了時刻（「２４：００：００」）を設定する。

【0068】

データサーバ４は、ＳＶ２への延長放送枠の延長に応じて、ＥＰＧの次放送枠を５分拡張して設定すると共に（「２３：０５」）、フィラー静止画像のイベントの設定に応じてフィラーＥＰＧ枠（「２３：０５」～「２４：００」）を復活させる。

【0069】

このようにして、本実施形態におけるデータサーバ４は、運用者の操作によりまだら自動延長の実施が指示されることにより、図５に示すステップＢ３３～Ｂ３９の処理を実行することで、現在放送中の番組（「スポーツ中継」）を延長放送するための延長放送枠をＳＶ２に自動生成することができる。従って、番組の延長放送に対して、営放システム２でのデータ準備などが不要であり、またデータサーバ４における運用者の操作による放送データの編集作業をする必要がないので、作業負荷を大幅に軽減することが可能となる。

【0070】

なお、前述した説明では、「スポーツ中継」について延長放送する場合に、次番組「ＮＥＷＳ」の放送枠のＳＶ２に番組放送（イベント）が設定されていない例を示しているが、ＳＶ２に番組放送（イベント）が設定されている場合に、先に設定された番組の放送枠を削除した上で、前述したように延長枠を自動設定するようにしても良い。また、ＳＶ３がある場合に、ＳＶ３に番組放送（イベント）が設定されていなければ、ＳＶ３を選択して延長枠を設定するようにしても良い。

【0071】

なお、上記の各実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。

【0072】

また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。

【0073】

また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が上記実施形態を実現するための各処理の一部を実行しても良い。

【0074】

さらに、各実施形態における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。

【0075】

また、記憶媒体は１つに限らず、複数の媒体から上記の各実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。

【0076】

なお、各実施形態におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、上記の各実施形態における各処理を実行するものであって、パーソナルコンピュータ等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。

【0077】

また、各実施形態におけるコンピュータとは、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。

【0078】

なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0079】

２…営放システム、４…データサーバ、６…下位システム、２１…放送進行データ、２２…イベントデータ、２３…ＣＭイベントデータ、３１…編成情報データ、３２…ＥＩＴ素データ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】