(57)【要約】【課題】他の放送局から受信する映像に関する負担を軽減する放送システムを提供する。【解決手段】放送システムは、発局と、受け局と、を含む。発局は、番組のコンテンツが切り替わるたびに、コンテンツに対応するマルチメディアデータとコンテンツの内容を規定するイベントデータをネットワーク上のサーバに送信する。受け局は、サーバからマルチメディアデータ及びイベントデータを取得し、取得したマルチメディアデータ及びイベントデータを用いて番組の放送を行う。【選択図】図１
2020150352.tif 000002
【特許請求の範囲】
【請求項１】
番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータをネットワーク上のサーバに送信する、発局と、
前記サーバから前記マルチメディアデータ及びイベントデータを取得し、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行う、受け局と、
を含む、放送システム。
【請求項２】
前記発局は、前記サーバから前記マルチメディアデータ及びイベントデータが格納されたアドレス情報を取得すると共に、前記取得したアドレス情報を前記受け局に通知する、請求項１に記載の放送システム。
【請求項３】
前記マルチメディアデータは映像信号であり、
前記発局は、
放送用の複数の素材を格納する、アーカイブシステムと、
前記複数の素材それぞれに対応する映像信号を切り替える、切り替えスイッチと、
前記切り替えスイッチから供給される映像信号を、少なくとも前記サーバに送出する、送出システムと、
前記イベントデータに基づき、前記切り替えスイッチを制御する、自動番組制御装置と、
を備える、請求項２に記載の放送システム。
【請求項４】
前記アーカイブシステムは、前記放送用の素材をＳＤＩ（Serial Digital Interface）信号として保存し、
前記送出システムは、前記切り替えスイッチから供給される映像信号をＩＰ（Internet Protocol）信号に変換し、前記サーバに送信する、請求項３に記載の放送システム。
【請求項５】
前記受け局は、
前記発局から前記アドレス情報を取得すると、前記サーバに対して、前記映像信号とイベントデータの送信を要求する、請求項３又は４に記載の放送システム。
【請求項６】
前記発局及び受け局は、インターネットＶＰＮ（Virtual Private Network）により前記サーバと接続されている、請求項１乃至５のいずれか一項に記載の放送システム。
【請求項７】
番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータをネットワーク上のサーバに送信する、放送局。
【請求項８】
他の放送局が、ネットワーク上のサーバに対して、番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータを送信した後、前記サーバから前記マルチメディアデータ及びイベントデータを取得し、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行う、放送局。
【請求項９】
放送システムにおいて、
番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータをネットワーク上のサーバに送信するステップと、
前記サーバから前記マルチメディアデータ及びイベントデータを取得し、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行うステップと、
を含む、放送方法。
【請求項１０】
他の放送局が、ネットワーク上のサーバに対して、番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータを送信した後、前記サーバから前記マルチメディアデータ及びイベントデータを取得する処理と、
前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行う処理と、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送システム、放送局、放送方法及びプログラムに関する。
【背景技術】
【０００２】
近年、通信技術や情報処理技術の進展により、膨大な量のデータが共有可能な状況にある。例えば、ネットワーク上のクラウドサーバに大量のデータが蓄積され、逐次利用可能な状況にある。さらに、ＶＰＮ（Virtual Private Network）等をはじめとした仮想的な専用線の普及により、インターネット上においても安全にデータの送受信が可能となってきた。
【０００３】
上記事項を背景として、動画共有サイトからのストリーミング再生や、映像がリアルタイムで配信されるライブストリーミングのコンテンツが充実してきている。このように、近年では、ストリーミング再生等のサービスに対して遅延を生じさせずデータを供給できるような環境が整備されつつある。
【０００４】
特許文献１には、複数の映像を撮影し、編集し、配信する放送システムについて記載されている。特許文献１には、外部ネットワークからの映像信号、あるいは収録スタジオ等からの映像信号等を切り替えて選択し、配信する映像配信システムと、映像配信システムが適切な画像を配信しているかを確認するためのモニターシステムが必要と記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−９８８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載されたような放送システム（複数の映像を撮影し、編集する放送システム）では、放送局と放送局が通信回線を介して接続され、ネットワークが構築されている。また、特許文献１に開示されたような複数の映像を用いる放送システムではなくても、映像情報（映像データ）が放送局間で送受信されることがある。
【０００７】
例えば、図１４に示すように、映像を配信する局（以下、発局と表記する）が構築されたネットワーク内の各放送局（以下、受け局と表記する）に映像を送信することがある。各放送局（発局４０、受け局５０−１、５０−２）は、自局内の番組映像を放送スケジュールにあわせてＴＳ（Transport Stream）信号で送信所に向けて送信する。
【０００８】
図１４では、発局４０が放送用コンテンツを送信所及び専用回線に向けて送信し、受け局５０−１及び５０−２が専用回線を介して上記放送用コンテンツを取得する。受け局５０−１及び５０−２は、専用回線を介して取得した放送用コンテンツを送信所に向けて送信する。
【０００９】
受け局５０−１及び５０−２は、発局４０と同時刻に当該映像を放送（所謂、同時ネット）したり、発局４０とは異なる日時や時間帯に当該映像を放送（所謂、遅れネット）したりする。上記２つの放送形態（同時ネット、遅れネット）のうち、遅れネットに関しては、受け局側で映像の収録機器（例えば、ＶＴＲ（Video Tape Recorder）機器）などを用いて映像を保存する必要がある。即ち、受け局には受信した映像を収録するための機器が必要であり、放送局ごとに機材の管理が必要である。
【００１０】
さらに、放送局同士（発局と受け局）を接続する通信回線には維持コストの確保や接続線の物理的な配線スペースを確保する必要がある。
【００１１】
このように、同時ネットや遅れネットの実現のためには受け局では機材や通信回線等に関するコスト（負担）が必要になる。
【００１２】
本発明は、他の放送局から受信する映像に関する負担を軽減する、放送システム、放送局、放送方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の第１の視点によれば、番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータをネットワーク上のサーバに送信する、発局と、前記サーバから前記マルチメディアデータ及びイベントデータを取得し、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行う、受け局と、を含む、放送システムが提供される。
【００１４】
本発明の第２の視点によれば、番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータをネットワーク上のサーバに送信する、放送局が提供される。
【００１５】
本発明の第３の視点によれば、他の放送局が、ネットワーク上のサーバに対して、番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータを送信した後、前記サーバから前記マルチメディアデータ及びイベントデータを取得し、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行う、放送局が提供される。
【００１６】
本発明の第４の視点によれば、放送システムにおいて、番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータをネットワーク上のサーバに送信するステップと、前記サーバから前記マルチメディアデータ及びイベントデータを取得し、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行うステップと、を含む、放送方法が提供される。
【００１７】
本発明の第５の視点によれば、他の放送局が、ネットワーク上のサーバに対して、番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータを送信した後、前記サーバから前記マルチメディアデータ及びイベントデータを取得する処理と、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行う処理と、をコンピュータに実行させるプログラムが提供される。
【発明の効果】
【００１８】
本発明の各視点によれば、他の放送局から受信する映像に関する負担を軽減する、放送システム、放送局、放送方法及びプログラムが提供される。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。
【図面の簡単な説明】
【００１９】
【図１】一実施形態の概要を説明するための図である。
【図２】第１の実施形態に係る放送システムの概略構成の一例を示す図である。
【図３】第１の実施形態に係る発局の内部構成の一例を示す図である。
【図４】第１の実施形態に係る受け局の内部構成の一例を示す図である。
【図５】第１の実施形態に係る映像保存サーバの内部構成の一例を示す図である。
【図６】第１の実施形態に係る発局に設置された自動番組制御装置の内部構成の一例を示す図である。
【図７】第１の実施形態に係る受け局に設置された自動番組制御装置の内部構成の一例を示す図である。
【図８】第１の実施形態に係る放送システムの動作を説明するための図である。
【図９】第１の実施形態に係る自動番組制御装置の動作の一例を示すフローチャートである。
【図１０】第１の実施形態に係る放送システムの動作を説明するための図である。
【図１１】第１の実施形態に係る自動番組制御装置の動作の一例を示すフローチャートである。
【図１２】第１の実施形態に係る自動番組制御装置のハードウェア構成の一例を示す図である。
【図１３】第１の実施形態に係る放送システムの別の概略構成の一例を示す図である。
【図１４】放送システムの構成の一例を示す図である。
【発明を実施するための形態】
【００２０】
はじめに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
【００２１】
一実施形態に係る放送システムは、発局１０１と、受け局１０２と、を含む（図１参照）。発局１０１は、番組のコンテンツが切り替わるたびに、コンテンツに対応するマルチメディアデータとコンテンツの内容を規定するイベントデータをネットワーク上のサーバに送信する。受け局１０２は、サーバからマルチメディアデータ及びイベントデータを取得し、取得したマルチメディアデータ及びイベントデータを用いて番組の放送を行う。
【００２２】
なお、本願開示において、上記番組のコンテンツは「イベント」とも称される。コンテンツ（イベント）は、例えば、番組の本編やコマーシャルである。即ち、１つの番組は、通常、性格や種別の異なる複数のコンテンツからなる。また、マルチメディアデータは、映像や音声等に係る信号をデジタル化したデータである。
【００２３】
上記放送システムでは、放送局同士をインターネット上のサーバを介して接続し、番組のコンテンツ（映像、音声）の受け渡しに要する回線やコンテンツ収録のための機材等の設備に関する負担軽減を実現する。より具体的には、放送局間のコンテンツの送受信を、クラウド技術を用いて実現すると共に当該コンテンツの再利用性と伝送効率向上を達成する。
【００２４】
また、上記放送システムでは、発局１０１が番組内のコンテンツが切り替わるたびに、対応するデータ（マルチメディアデータ、イベントデータ）をサーバに送信する。例えば、番組の本編からコマーシャルに切り替わると、コマーシャルの映像とコマーシャルの詳細（例えば、コマーシャル開始時刻）がサーバに送信される。受け局１０２は、発局１０１と同じコマーシャルを放送する場合には、サーバから取得したコマーシャルをそのまま放送する。あるいは、受け局１０２は、発局１０１とは異なるコマーシャルを放送する場合には、サーバから取得したコマーシャルを使用せず、予め用意した素材（コマーシャル）等を利用する。
【００２５】
今後、映像送出システムは、既存のＳＤＩ信号による伝送からＩＰ信号による伝送に変化していくことは容易に想像できる。本願開示では、既存の放送局間の映像信号の伝送方法からインターネットを経由としたイーサネット（登録商標）技術を活用した手法を提案する。当該手法は、物理層の上位層にあたるＩＰ規格にも対応可能であるため、将来的にはＩＰ信号での伝送にも適用可能な手法である。また、今後開始されていく番組のインターネット同時配信についても、クラウド上にアップロードしていく番組映像データをライブストリーミングで配信することで地上波での放送と同じタイミングでの配信を実現することが可能になる。即ち、本願開示は、クラウド技術を活用したネット局への映像配信方法や音声配信方法を開示する。
【００２６】
以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。
【００２７】
［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。
【００２８】
図２は、第１の実施形態に係る放送システムの概略構成の一例を示す図である。図２を参照すると、放送システムには、発局１０と、複数の受け局２０−１及び２０−２と、映像保存サーバ３０と、が含まれる。
【００２９】
なお、図２に示すシステム構成は概略であってシステムの構成を限定する趣旨ではない。例えば、複数の発局がシステムに含まれていてもよいし、１つの受け局がシステムに含まれていてもよい。また、以降の説明において、受け局２０−１及び２０−２を区別する特段の理由がない場合には、単に「受け局２０」と表記する。
【００３０】
上述のように、発局１０は映像を配信する側の放送局である。また、受け局２０は、受信した映像を用いて同時ネットや遅れネットを行う側の放送局である。
【００３１】
映像保存サーバ３０は、インターネット上のクラウドサイトに設置され、発局１０から配信される映像を保存する装置（ネットワーク上のサーバ）である。発局１０及び受け局２０のそれぞれは、例えば、インターネットＶＰＮによりクラウドサイト上の映像保存サーバ３０と接続されている。
【００３２】
第１の実施形態に係る放送システムでは、インターネット上のクラウド（より正確には、映像保存サーバ３０）と各放送局が繋がることで映像データの共有を実現する。より具体的には、発局１０が放送番組の素材となる映像データと放送番組の構成を規定する番組データを映像保存サーバ３０にアップロードする。受け局２０は、映像保存サーバ３０から映像データ及び番組データをダウンロードして同時ネットや遅れネットを実現する。
【００３３】
図３は、第１の実施形態に係る発局１０の内部構成の一例を示す図である。図３を参照すると、発局１０は、自動番組制御装置（ＡＰＳ；Automatic Program control System）１１と、アーカイブシステム１２と、切り替えスイッチ１３と、送出システム１４と、を含んで構成される。
【００３４】
自動番組制御装置１１は、切り替えスイッチ１３や送出システム１４等を制御する装置である。自動番組制御装置１１は、切り替えスイッチ１３を制御してアーカイブシステム１２に格納された放送素材を放送スケジュールに従って送信所に送り出す。より具体的には、自動番組制御装置１１は、自局内の番組映像（放送素材）が放送スケジュールにあわせて出力されるように切り替えスイッチ１３を制御する。
【００３５】
なお、放送スケジュールとは、１番組のなかで映像内容に関する切り替わりの流れを示す。例えば、１つの番組のなかでは、番組本編、コマーシャル、番組本編のように映像内容（コンテンツ、イベント）が切り替わるタイミングが存在する。
【００３６】
図３に示すように、放送スケジュールは、「番組データ」により規定される。番組データは予め発局１０の自動番組制御装置１１に格納されている。あるいは、自動番組制御装置１１は、インターネット上のサーバにアクセスし、当該サーバから番組データを取得（ダウンロード）してもよいし、必要に応じて管理者等が自動番組制御装置１１に番組データを入力してもよい。
【００３７】
このように、自動番組制御装置１１は、番組データに基づき切り替えスイッチ１３等を制御し、番組放送に必要な素材（より正確には各素材に対応したＳＤＩ（Serial Digital Interface）信号）を送出システム１４に供給する。なお、自動番組制御装置１１は、上記映像内容の切り替わりタイミングにて映像素材の切り替えを制御している。
【００３８】
上述のように、番組本編やコマーシャルは「イベント」とも称される。１つの番組は、通常、複数のイベントから構成される。また、番組データは、各イベントの詳細を規定する、複数のイベントデータにより構成される。例えば、イベントデータは、イベントと当該イベントの放送時刻を対応付けた情報である。
【００３９】
自動番組制御装置１１は、インターネットＶＰＮにより映像保存サーバ３０と接続されている。また、自動番組制御装置１１は、インターネットＶＰＮにより他の放送局（受け局２０）の自動番組制御装置と相互に接続されている。自動番組制御装置１１の詳細な構成、機能については後述する。
【００４０】
アーカイブシステム１２は、放送用の「素材（映像データ）」を保管するシステムである。アーカイブシステム１２は、各素材に対応したＳＤＩ信号を切り替えスイッチ１３に向けて送信する。より具体的には、アーカイブシステム１２は、非圧縮のデジタル映像信号を切り替えスイッチ１３に供給する。
【００４１】
アーカイブシステム１２は、映像データの変換機能を備える。より具体的には、アーカイブシステム１２は、アーカイブシステム１２にＩＰ信号としての映像データが供給された場合には、当該ＩＰ信号をＳＤＩ信号に変換する機能を備える。切り替えスイッチ１３は、自動番組制御装置１１からの制御信号（切り替え指示）に従い、アーカイブシステム１２から供給された複数のＳＤＩ信号から１つを選択し、送出システム１４に向けて送信する。
【００４２】
送出システム１４には、圧縮多重装置１１１とＩＰ変換装置１１２が含まれる。
【００４３】
圧縮多重装置１１１は、切り替えスイッチ１３から取得したＳＤＩ信号に対して圧縮多重処理を施すことでＴＳ（Transport Stream）信号を生成し、送信所に送信する。例えば、圧縮多重装置１１１は、ＳＤＩ信号に対してＭＰＥＧ２（Moving Picture Experts Group 2）等の圧縮処理を施し、ＴＳ信号を生成する。
【００４４】
ＩＰ変換装置１１２は、ＳＤＩ  ｏｖｅｒ  ＩＰを実現する装置である。より具体的には、ＩＰ変換装置１１２は、ＳＭＰＴＥ（Society  of  Motion  Picture  &  Television  Engineers）２０２２規格に適合するようにＳＤＩ信号をＩＰ信号（ＩＰパケット）に変換する。変換後のＩＰ信号は、インターネットＶＰＮを介してクラウドサイト上の映像保存サーバ３０に送信される。
【００４５】
このように、送出システム１４は、ベースバンド伝送（非圧縮伝送；ＩＰ信号による伝送）と圧縮多重による伝送（ＴＳ信号による伝送）を実現する。
【００４６】
図４は、第１の実施形態に係る受け局２０の内部構成の一例を示す図である。図３を参照して説明した発局１０と図４に示す受け局２０は、その内部構成を同一のものとすることができる。発局１０と受け局２０の相違点は、自動番組制御装置１１と自動番組制御装置２１の動作、機能である。そのため、アーカイブシステム２２等の説明を省略する。また、自動番組制御装置２１の構成、動作に関しては後述する。
【００４７】
図５は、第１の実施形態に係る映像保存サーバ３０の内部構成の一例を示す図である。図５を参照すると、映像保存サーバ３０は、通信制御部２０１と、映像データ格納部２０２と、番組データ格納部２０３と、を含んで構成される。
【００４８】
通信制御部２０１は、他の装置（自動番組制御装置１１、２１）との間の通信を制御する手段である。通信制御部２０１は、インターネットＶＰＮを終端する。より具体的には、通信制御部２０１は、ＩＰｓｅｃ（Security Architecture for Internet Protocol）やＳＳＬ（Secure Sockets Layer）等によりＩＰパケットの暗号化、復号化を行う。
【００４９】
通信制御部２０１は、発局１０の自動番組制御装置１１からＩＰ信号による映像データを取得した場合には、当該取得した映像データを映像データ格納部２０２に保存する。
【００５０】
通信制御部２０１は、自動番組制御装置１１からイベントデータを取得した場合には、当該取得したイベントデータを番組データ格納部２０３に保存する。
【００５１】
通信制御部２０１は、発局１０からイベントデータを取得し、番組データ格納部２０３に保存すると、映像データ、イベントデータに関するアドレス情報を発局１０の自動番組制御装置１１に返信する。より具体的には、通信制御部２０１は、新たなイベントデータを取得した直後に取得した映像データを格納したアドレスと、上記新たに取得したイベントデータを格納したアドレスと、発局１０の自動番組制御装置１１に返信する。
【００５２】
後述するように、発局１０は、番組のコンテンツ（イベント）が切り替わるたびに、イベントデータを映像保存サーバ３０に送信する。一方、発局１０は、各コンテンツの映像データを映像保存サーバ３０に向けて送信し続ける（映像データのアップロードを継続する）。発局１０からイベントデータが送信されてきたという事実は、発局１０から送信されてきた映像データの種別（内容）が変化したことを意味する。そこで、通信制御部２０１は、イベントデータと映像データが対応付け可能なように、イベントデータを取得するたびにイベントデータと映像データのアドレスを自動番組制御装置１１に返信する。
【００５３】
なお、以降の説明において、映像データを映像データ格納部２０２に保存したアドレスを「映像データアドレス」と表記する。同様に、イベントデータを番組データ格納部２０３に保存したアドレスを「イベントデータアドレス」と表記する。
【００５４】
通信制御部２０１は、自動番組制御装置２１から番組情報送信要求を受けた場合には、当該要求に含まれるイベントデータアドレスからイベントデータを取得し、自動番組制御装置２１に向けて送信する。同様に、通信制御部２０１は、上記要求に含まれる映像データアドレスから映像データを取得し、自動番組制御装置２１に向けて送信する。
【００５５】
上述のように、映像データ格納部２０２及び番組データ格納部２０３は、データを保存、格納する手段である。
【００５６】
図６は、第１の実施形態に係る発局１０に設置された自動番組制御装置１１の内部構成の一例を示す図である。図６を参照すると、自動番組制御装置１１は、通信制御部３０１と、スイッチ制御部３０２と、送出システム制御部３０３と、番組データ制御部３０４と、番組情報通知部３０５と、を含んで構成される。
【００５７】
通信制御部３０１は、他の装置（映像保存サーバ３０、自動番組制御装置２１）との間の通信を制御する手段である。通信制御部３０１は、映像保存サーバ３０の通信制御部２０１と同様にインターネットＶＰＮを終端する。
【００５８】
スイッチ制御部３０２は、切り替えスイッチ１３を制御する手段である。より具体的には、自動番組制御装置１１と切り替えスイッチ１３はイーサネット（登録商標）等により有線接続されており、スイッチ制御部３０２が制御信号を切り替えスイッチ１３に送信する。
【００５９】
スイッチ制御部３０２は、番組データに基づき上記切り替えスイッチ１３の制御を行う。例えば、図３に示す例では、スイッチ制御部３０２は、番組の開始時（時刻；ｘｘ：００：００）には「ニュース番組」に対応する映像信号（ＳＤＩ信号による放送素材）が送出システム１４に供給されるように切り替えスイッチ１３を制御する。
【００６０】
番組開始から５分経過すると（時刻；ｘｘ：０５：００）、スイッチ制御部３０２は、「提供スーパＯＮ」に対応する映像信号が送出システム１４に供給されるように切り替えスイッチ１３を制御する。
【００６１】
このように、スイッチ制御部３０２は、番組データを構成するイベントデータに従って切り替えスイッチ１３を制御する。
【００６２】
なお、上述のように、イベントデータは、イベントと当該イベントの放送時刻を対応付けた情報である。スイッチ制御部３０２は、イベントデータを参照し、当該イベントデータの時刻が到来したら対応する放送素材が送出システム１４に供給されるように切り替えスイッチ１３を制御する。
【００６３】
システムの管理者等は、アーカイブシステム１２に格納された放送素材、番組データのイベント、切り替えスイッチ１３の入力ポートの関係を予め自動番組制御装置１１に登録しておく。スイッチ制御部３０２は、上記関係を参照して、切り替えスイッチ１３を制御する。
【００６４】
送出システム制御部３０３は、送出システム１４を制御する手段である。より具体的には、送出システム制御部３０３は、切り替えスイッチ１３からのＳＤＩ信号（放送用コンテンツ）提供にあわせて、圧縮多重装置１１１に対して動作開始を指示する。圧縮多重装置１１１は、圧縮多重された信号（ＴＳ信号）を送信所に送信する。
【００６５】
同様に、送出システム制御部３０３は、切り替えスイッチ１３からのＳＤＩ信号（放送用コンテンツ）提供にあわせて、ＩＰ変換装置１１２に対して動作開始を指示する。ＩＰ変換装置１１２は、ＩＰ変換された信号（ＩＰ信号）をクラウドサイトに設置された映像保存サーバ３０に送信する。
【００６６】
番組データ制御部３０４は、番組中のイベントが切り替わるたびに、切り替わり後のイベントデータを映像保存サーバ３０に向けて送信する。なお、以降の説明において、番組のイベントの切り替わりには「番組の開始」が含まれる。
【００６７】
例えば、図３の例では、番組データ制御部３０４は、番組が開始すると番組データに含まれる１行目のイベントデータ（ｘｘ：００：００  ニュース番組）を映像保存サーバ３０に送信する。その後、番組開始から５分経過すると、番組データ制御部３０４は、２行目（ｘｘ：０５：００  提供スーパＯＮ）のイベントデータを映像保存サーバ３０に送信する。
【００６８】
このように、番組データ制御部３０４は、スイッチ制御部３０２が切り替えスイッチ１３の切り替え制御を実施するたびに、対応するイベントデータを映像保存サーバ３０に送信する。なお、番組のイベントが切り替わるということは、対応する映像データも切り替わることを意味する。つまり、発局１０は、番組をなすイベントが切り替わるたびに、番組の映像データとイベントの内容を規定するイベントデータとをネットワーク上の映像保存サーバ３０に送信していることになる。
【００６９】
番組情報通知部３０５は、受け局２０の自動番組制御装置２１に対して受け局２０が放送（同時ネット、遅れネット）を実現するために必要な情報（以下、番組情報と表記する）を送信する手段である。具体的には、番組情報通知部３０５は、映像保存サーバ３０から通知されるアドレス情報（映像データアドレス、イベントデータアドレス）を「番組情報」として自動番組制御装置２１に通知する。
【００７０】
図７は、第１の実施形態に係る受け局２０に設置された自動番組制御装置２１の内部構成の一例を示す図である。図７を参照すると、自動番組制御装置２１は、通信制御部４０１と、スイッチ制御部４０２と、送出システム制御部４０３と、映像データ登録部４０４と、を含んで構成される。
【００７１】
通信制御部４０１は、他の装置（映像保存サーバ３０、自動番組制御装置１１）との間の通信を制御する手段である。通信制御部４０１は、映像保存サーバ３０の通信制御部２０１と同様にインターネットＶＰＮを終端する。
【００７２】
通信制御部４０１は、発局１０の自動番組制御装置１１から番組情報を受信すると、当該受信した番組情報に含まれる映像データアドレス、イベントデータアドレスを内部の記憶部等に保存する。通信制御部４０１は、発局１０から取得した、映像データアドレス及びイベントデータアドレスを含む番組情報送信要求を映像保存サーバ３０に送信する。当該要求に応じて、映像保存サーバ３０から、映像データとイベントデータが送信（返信）されてくる。通信制御部４０１は、イベントデータを内部の記憶部等に格納する。
【００７３】
スイッチ制御部４０２は、切り替えスイッチ２３を制御する手段である。スイッチ制御部４０２は、映像保存サーバ３０から取得したイベントデータに従って切り替えスイッチ２３を制御する。例えば、発局１０による番組開始時には、受け局２０は、図３の１行目に示されたイベントデータを取得する。
【００７４】
スイッチ制御部４０２は、当該イベントデータと、素材、イベント及び切り替えスイッチ２３のポートの関係に基づき、「ニュース番組」の映像が送出システム１４に供給されるように切り替えスイッチ１３を制御する。その後、映像保存サーバ３０を経由して図３の２行目に示すイベントデータを取得した場合には、スイッチ制御部４０２は、「提供スーパＯＮ」の映像が送出システム１４に供給されるように切り替えスイッチ１３を制御する。
【００７５】
なお、スイッチ制御部４０２は、特定のイベントに関しては映像保存サーバ３０から送信されている映像データは使用せず、予め受け局２０に格納された映像データを使用することもある。具体的には、発局１０が放送するコマーシャルと受け局２０が放送するコマーシャルが異なる場合等が上記別の映像データを使用する場合に相当する。例えば、スイッチ制御部４０２は、映像保存サーバ２０から取得したイベントの種別、属性を確認し、所定の種別であった場合には、予め受け局２０に格納された映像データが放送されるように切り替えスイッチ２３を制御する。
【００７６】
送出システム制御部４０３は、発局１０の送出システム制御部３０３と同様に送出システム２４を制御する手段である。
【００７７】
映像データ登録部４０４は、映像保存サーバ３０から取得した映像データをアーカイブシステム２２に登録（格納）する手段である。具体的には、映像データ登録部４０４は、取得した映像データをアーカイブシステム２２に供給する。アーカイブシステム２２は、取得した映像データを、当該映像データの種類（イベント、例えば、本編、コマーシャル）に応じた格納場所に保管する。
【００７８】
アーカイブシステム２２は、自動番組制御装置２１から提供される映像信号（ＩＰ信号）をＳＤＩ信号に変換して保存する。また、発局１０による番組の放送中は映像保存サーバ３０に映像データが常時アップロードされているので、受け局２０はこれをリアルタイムでダウンロードし、アーカイブシステム２２に格納する。
【００７９】
受け局２０の放送形態が「同時ネット」である場合には、自動番組制御装置２１に変換機能（ＩＰ信号からＳＤＩ信号への変換）を持たせてもよい。即ち、自動番組制御装置１１は、直接、送出システム２４にＳＤＩ信号に変換された映像信号（ダウンロードされた信号）を供給してもよい。
【００８０】
続いて、図面を参照しつつ、第１の実施形態に係る放送システムの動作について説明する。はじめに、図８を参照しつつ、発局１０側の動作について説明する。
【００８１】
番組が開始すると、発局１０の自動番組制御装置１１は、切り替えスイッチ１３及び送出システム１４を制御し、番組データに含まれるイベントに対応するＴＳ信号を送信所に、ＩＰ信号を映像保存サーバ３０にそれぞれ送信する。つまり、番組の開始に従い、発局１０の自動番組制御装置１１は、放送コンテンツのＳＤＩ信号をＩＰ信号に変換し、当該変換されたＩＰ信号をクラウドの映像保存サーバ３０に向けて送信する。
【００８２】
このように、自動番組制御装置１１は、ＩＰ信号に変換された映像データをクラウド上にアップロードする。上記映像データのアップロードは、番組の終了まで継続される（映像データは番組終了まで常時アップロードされる）。
【００８３】
自動番組制御装置１１は、イベントの切り替わりごとにイベントデータを映像保存サーバ３０に向けて送信する。つまり、番組データ（番組データに含まれるイベントデータ）がクラウド上の映像保存サーバ３０に送信され、格納される。１つの番組が終了し、番組データに含まれるすべてのイベントデータが映像保存サーバ３０に送信されると、映像保存サーバ３０には「番組データ」が複製されることになる。
【００８４】
映像データのアップロード及びイベントデータの送信に従い、映像保存サーバ３０からアドレス情報が送信されるので、自動番組制御装置１１は、当該アドレス情報を用いて番組情報を生成し、当該情報を受け局２０の自動番組制御装置２１に通知する。
【００８５】
なお、映像保存サーバ３０や自動番組制御装置１１、１２同士の通知電文のフォーマットは放送局同士で予め定めておく。また、当該通知はＩＰ信号（ＩＰパケット）により行われる。
【００８６】
上記自動番組制御装置１１の動作をまとめると、図９に示すフローチャートのとおりとなる。
【００８７】
自動番組制御装置１１は、映像データ及びイベントデータをクラウド（映像保存サーバ３０）にアップロードする（ステップＳ０１）。
【００８８】
自動番組制御装置１１は、アドレス情報を映像保存サーバ３０から取得する（ステップＳ０２）。
【００８９】
自動番組制御装置１１は、アドレス情報を用いて「番組情報」を生成し、各受け局２０の自動番組制御装置２１に送信する（ステップＳ０３）。
【００９０】
次に、図１０を参照しつつ、受け局２０側の動作について説明する。
【００９１】
上述のように、番組のイベントが変更（番組の開始を含む）されると、発局１０の自動番組制御装置１１は、番組情報を受け局２０に送信する。受け局２０の自動番組制御装置２１は、当該番組情報に記載されたアドレス（映像データアドレス、イベントデータアドレス）を含む番組情報送信要求を映像保存サーバ３０に送信する。当該送信要求に応答して、映像データ及びイベントデータが映像保存サーバ３０からダウンロードされる。
【００９２】
自動番組制御装置２１は、映像データ及びイベントデータをダウンロードし、自局（受け局２０）に取り込む。自動番組制御装置２１は、取得したイベントデータに基づき、切り替え制御や放送コンテンツの送信制御を行う。
【００９３】
上記自動番組制御装置２１の動作をまとめると、図１１に示すフローチャートのとおりとなる。
【００９４】
自動番組制御装置２１は、番組情報を自動番組制御装置１１から取得する（ステップＳ１１）。
【００９５】
自動番組制御装置２１は、番組情報に基づき番組情報送信要求を生成し、映像保存サーバ３０に送信する（ステップＳ１２）。
【００９６】
自動番組制御装置２１は、映像データ、イベントデータを映像保存サーバ３０から取得する（ステップＳ１３）。
【００９７】
自動番組制御装置２１は、取得したイベントデータに基づき、切り替えスイッチ２３を制御する（ステップＳ１４）。
【００９８】
上記説明したように、受け局２０は、映像保存サーバ３０から映像データとイベントデータを取得し、当該取得した映像データ及びイベントデータを用いて番組の放送を行う。その際、受け局２０は、発局１０からアドレス情報（当該アドレス情報を含む番組情報）を取得すると、映像保存サーバ３０に対して、映像データとイベントデータの送信を要求する。
【００９９】
続いて、第１の実施形態に係る放送システムを構成する各装置のハードウェアについて説明する。図１２は、第１の実施形態に係る自動番組制御装置１１のハードウェア構成の一例を示す図である。
【０１００】
自動番組制御装置１１は、情報処理装置（所謂、コンピュータ）により構成可能であり、図１２に例示する構成を備える。例えば、自動番組制御装置１１は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３及び通信インターフェイス３１４等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信可能に構成されている。
【０１０１】
但し、図１２に示す構成は、自動番組制御装置１１のハードウェア構成を限定する趣旨ではない。自動番組制御装置１１は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、自動番組制御装置１１に含まれるプロセッサ３１１等の数も図１２の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１が自動番組制御装置１１に含まれていてもよい。
【０１０２】
プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。
【０１０３】
メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。
【０１０４】
入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。
【０１０５】
通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。
【０１０６】
自動番組制御装置１１の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。
【０１０７】
なお、映像保存サーバ３０、自動番組制御装置２１等も自動番組制御装置１１と同様に情報処理装置により構成可能であり、その基本的なハードウェア構成は自動番組制御装置１１と相違する点はないので説明を省略する。
【０１０８】
以上のように、第１の実施形態に係る放送システムでは、映像データをＳＤＩ信号からＩＰ信号に変換し、当該変換された映像データを、通信回線（インターネットＶＰＮ）を用いてクラウド上の映像保存サーバ３０にアップロードする。その際、発局１０に含まれる自動番組制御装置１１は、予め映像保存サーバ３０に接続しておき、番組内でイベントが切り替わるたびにイベントデータを上記映像保存サーバ３０に登録する。
【０１０９】
さらに、自動番組制御装置１１は、受け局２０に対して番組映像、番組映像の放送スケジュール（複数のイベントデータからなる番組データ）のアップロード先を通知する。通知を受けた受け局２０は、当該通知により発局１０による番組アップロードの開始を認識し、クラウド上の番組映像を取得（受信、ダウンロード）すると共に、当該取得した映像データをＩＰ信号からＳＤＩ信号に変換する。変換された映像データは、受け局２０に取り込まれる。
【０１１０】
このように、放送局（発局１０、受け局２０）のそれぞれは、放送スケジュールに従って局内の様々な機器を制御する、自動番組制御装置を備え、それぞれの自動番組制御装置はクラウド、自動番組制御装置同士で接続されて放送スケジュールを共有する。また、受け局２０の自動番組制御装置２１は、クラウドに登録されている番組データ（クラウドからダウンロードしたイベントデータ）に従って自局でも番組の放送を開始する。
【０１１１】
その結果、受け局２０では、番組の放送に必要となる以上の映像データを自局に保持することが不要となる。即ち、映像データがクラウド上で管理されることで各放送局における個別のデータ管理が不要になり、映像の収録のための機材や手間が削減される。
【０１１２】
また、受け局２０は、クラウドサイト（映像保存サーバ３０）と接続していればよく、発局１０等を直接接続している必要はない。即ち、映像の受け渡しに通信技術（例えば、インターネットＶＰＮ）を活用することで専用回線の維持コストやケーブルの物理設備を削減することができる。
【０１１３】
上記説明したように、受け局２０では、他の放送局（発局１０）から受信した映像に関する負担が軽減される。ここで、生放送番組ではコマーシャルが番組内に挿入される時間が定まっていないため、既存の放送システムではＳＤＩ信号に重畳されている放送局間制御信号に含まれるデータが読み取られ、コマーシャルの放送タイミングが判断されていた。
【０１１４】
一方、第１の実施形態では、イベントの切り替わりの都度、クラウド上のデータベースサーバ（映像保存サーバ３０）にイベントデータが登録されるため、受け局２０はダウンロードしたイベントデータに従ってコマーシャルを放送すればよい。つまり、発局１０がイベントの切り替わりごとにイベントデータをアップロードするので、受け局２０は、クラウドから当該イベントデータをダウンロードすれば、コマーシャルを挿入するタイミングを発局１０と揃えることができる。また、各放送局の自動番組制御装置をインターネットに接続する際には、インターネットＶＰＮが活用され、セキュリティ面が担保されている。
【０１１５】
［変形例］
なお、上記実施形態にて説明した放送システムの構成及び動作は例示であって、種々の変形が可能である。
【０１１６】
例えば、図２等では、映像保存サーバ３０が映像データと番組データの保存を兼ねているが、これらの保存機能を分離してもよい。具体的には、図１３に示すように、映像データ保存サーバ３１と、番組データ保存サーバ３２と、をクラウド（クラウドサイト）に設置してもよい。
【０１１７】
あるいは、映像データと番組データ（イベントデータ）のそれぞれは、同一のクラウドサイトではなく、異なるクラウドサイト（クラウドサービス）にアップロードされてもよい。
【０１１８】
上記実施形態では、放送局同士のデータの共有をインターネット上のクラウドで行う場合を説明した。しかし、インターネットという広域網を使用することで、仮想化技術（ＶＰＮ技術）を活用してもセキュリティにおける若干のリスクが懸念される。また、インターネットＶＰＮはインターネット上の通信速度に依存するため、通信品質を保証できない可能性もある。このような問題に対応するため、ＩＰ−ＶＰＮ等を使用して閉域網を形成し、閉じたネットワーク内にデータサーバを用意して上記説明した映像保存サーバ３０を用意してもよい。
【０１１９】
上記実施形態では、受け局２０もＩＰ変換装置２１２を備える構成を説明したが、必要に応じて当該装置が存在しなくともよい。
【０１２０】
あるいは、受け局２０が「発局」と振る舞ってもよい。この場合、受け局２０は、自局に配置されたＩＰ変換装置２１２によりＩＰ信号に変換された映像データを発局１０と同様にクラウド上にアップロードする。また、受け局２０は、発局１０と同様に番組データ（イベントデータ）もクラウド上にアップロードする。受け局２０によりアップロードされた映像データ、番組データは、例えば、発局１０によりアップロードされたデータのバックアップとして使用されてもよい。
【０１２１】
あるいは、受け局２０が映像データをクラウドにアップロードすることで、システムの冗長化を実現してもよい。例えば、図２において、受け局２０−１が発局１０からダウンロードした映像データ等を映像保存サーバ３０が設置されたクラウドサイトとは異なるサイトにアップロードする。このような状況下で、受け局２０−２の接続回線（映像保存サーバ３０との接続回線）に障害が発生した場合に、受け局２０−２は受け局２０−１がアップロードしたクラウドサイトにアクセス先を切り替えることで放送を継続することができる。
【０１２２】
上記実施形態では、番組内のイベントが切り替わるたびにイベントデータをクラウドにアップロードする場合について説明した。しかし、番組が生放送等ではなく、予め番組構成が固定されている場合には、発局１０は、番組の開始と共に番組データに含まれる全部又は一部のイベントデータをクラウドにアップロードしてもよい。
【０１２３】
上記実施形態では、受け局２０が「同時ネット」の実現を前提としているが、クラウドに映像データ等は蓄積されているため、受け局２０が「遅れネット」を実現できることは勿論である。その場合、受け局２０は、取得したイベントデータに記載された時刻に対して必要なオフセットを設定する等の対応をすればよい。例えば、受け局２０が発局１０よりも１日遅れた遅れネットを実現する場合には、受け局２０は、イベントデータの日付に「１」を加算すればよい。
【０１２４】
上記実施形態では、映像データが用いられるテレビジョン放送を前提としているが、映像データが存在しないラジオ放送等に対しても上記説明した構成、動作を適用できる。つまり、発局１０、受け局２０をラジオ放送局とすることも可能であり、装置間では音声データが送受信される。
【０１２５】
上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、地上波通信分野などに好適に適用可能である。
【０１２６】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータをネットワーク上のサーバ（３０）に送信する、発局（１０、１０１）と、
前記サーバ（３０）から前記マルチメディアデータ及びイベントデータを取得し、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行う、受け局（２０、１０２）と、
を含む、放送システム。
［付記２］
前記発局（１０、１０１）は、前記サーバ（３０）から前記マルチメディアデータ及びイベントデータが格納されたアドレス情報を取得すると共に、前記取得したアドレス情報を前記受け局（２０、１０２）に通知する、付記１に記載の放送システム。
［付記３］
前記マルチメディアデータは映像信号であり、
前記発局（１０、１０１）は、
放送用の複数の素材を格納する、アーカイブシステム（１２）と、
前記複数の素材それぞれに対応する映像信号を切り替える、切り替えスイッチ（１３）と、
前記切り替えスイッチ（１３）から供給される映像信号を、少なくとも前記サーバ（３０）に送出する、送出システム（１４）と、
前記イベントデータに基づき、前記切り替えスイッチ（１３）を制御する、自動番組制御装置（１１）と、
を備える、付記２に記載の放送システム。
［付記４］
前記アーカイブシステム（１２）は、前記放送用の素材をＳＤＩ（Serial Digital Interface）信号として保存し、
前記送出システム（１４）は、前記切り替えスイッチ（１３）から供給される映像信号をＩＰ（Internet Protocol）信号に変換し、前記サーバ（３０）に送信する、付記３に記載の放送システム。
［付記５］
前記受け局（２０、１０２）は、
前記発局（１０、１０１）から前記アドレス情報を取得すると、前記サーバ（３０）に対して、前記映像信号とイベントデータの送信を要求する、付記３又は４に記載の放送システム。
［付記６］
前記発局（１０、１０１）及び受け局（２０、１０２）は、インターネットＶＰＮ（Virtual Private Network）により前記サーバ（３０）と接続されている、付記１乃至５のいずれか一つに記載の放送システム。
［付記７］
前記送出システム（１４）は、前記切り替えスイッチ（１３）から供給される映像信号をＴＳ（Transport Stream）信号に変換し、送信所に送信する、付記４に記載の放送システム。
［付記８］
前記受け局（２０、１０２）は、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組に関する、同時ネット又は遅れネットを行う、付記１乃至７のいずれか一つに記載の放送システム。
［付記９］
番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータをネットワーク上のサーバ（３０）に送信する、放送局（１０、１０１）。
［付記１０］
他の放送局（１０、１０１）が、ネットワーク上のサーバ（３０）に対して、番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータを送信した後、前記サーバ（３０）から前記マルチメディアデータ及びイベントデータを取得し、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行う、放送局（２０、１０２）。
［付記１１］
放送システムにおいて、
番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータをネットワーク上のサーバ（３０）に送信するステップと、
前記サーバ（３０）から前記マルチメディアデータ及びイベントデータを取得し、前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行うステップと、
を含む、放送方法。
［付記１２］
他の放送局が、ネットワーク上のサーバ（３０）に対して、番組のコンテンツが切り替わるたびに、前記コンテンツに対応するマルチメディアデータと前記コンテンツの内容を規定するイベントデータを送信した後、前記サーバ（３０）から前記マルチメディアデータ及びイベントデータを取得する処理と、
前記取得したマルチメディアデータ及びイベントデータを用いて前記番組の放送を行う処理と、
をコンピュータに実行させるプログラム。
なお、付記１１の形態及び付記１２の形態は、付記１の形態と同様に、付記２の形態〜付記８の形態に展開することが可能である。
【０１２７】
以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。
【符号の説明】
【０１２８】
１０、４０、１０１  発局
１１、２１  自動番組制御装置
１２、２２  アーカイブシステム
１３、２３  切り替えスイッチ
１４、２４  送出システム
２０、２０−１、２０−２、５０−１、５０−２、１０２  受け局
３０  映像保存サーバ
３１  映像データ保存サーバ
３２  番組データ保存サーバ
１１１、２１１  圧縮多重装置
１１２、２１２  ＩＰ変換装置
２０１、３０１、４０１  通信制御部
２０２  映像データ格納部
２０３  番組データ格納部
３０２、４０２  スイッチ制御部
３０３、４０３  送出システム制御部
３０４  番組データ制御部
３０５  番組情報通知部
３１１  プロセッサ
３１２  メモリ
３１３  入出力インターフェイス
３１４  通信インターフェイス
４０４  映像データ登録部
【図１】
2020150352.tif 000003
【図２】
2020150352.tif 000004
【図３】
2020150352.tif 000005
【図４】
2020150352.tif 000006
【図５】
2020150352.tif 000007
【図６】
2020150352.tif 000008
【図７】
2020150352.tif 000009
【図８】
2020150352.tif 000010
【図９】
2020150352.tif 000011
【図１０】
2020150352.tif 000012
【図１１】
2020150352.tif 000013
【図１２】
2020150352.tif 000014
【図１３】
2020150352.tif 000015
【図１４】
2020150352.tif 000016