JP6797578B2 - 放送マスターシステム、およびその運用テスト支援装置ならびに方法 - Google Patents

Description

本発明の実施形態は、放送マスターシステム、およびその運用テストを支援するための装置ならびに方法に関する。

従来、２４時間稼働し続けるシステムなどでは、システムの信頼性向上のため、同じ構成の機器などを複数系統分用意する冗長化が施されている。それにより、システム障害発生時には、１系統目（現用系）から２系統目（予備系）に自動的に切り替わり、システムの停止が防止されている。

放送マスターシステムにおいても、障害発生時の放送事故を未然に防ぐため、システムが２重化されている。

図３は、このような、２重化された放送マスターシステムの一例を示す一般的な機能構成図である。

放送マスターシステム３０は、制御卓３２、ビデオサーバ３４、データサーバ３６、メイン系統（系統１）３８（＃１）、メイン系統（系統２）３８（＃２）、系統出力制御装置４０を備えて構成される。制御卓３２、ビデオサーバ３４、およびデータサーバ３６はそれぞれ、メイン系統３８（＃１）とメイン系統３８（＃２）との両方とネットワーク接続されており、メイン系統３８（＃１）とメイン系統３８（＃２）との両方と通信することが可能である。

制御卓３２は、例えば、ＶＴＲ機器、ＶＴＲ機器エミュレータ、ＣＧ機器、天気機器、緊急地震速報装置等を含む。

ビデオサーバ３４は、放送用のビデオデータ等の素材を記憶している。

データサーバ３６は、放送用の素材以外の、放送のために必要なデータ情報等の番組編成情報を記憶している。

メイン系統３８（＃１）は、制御卓３２から操作情報aを、ビデオサーバ３４から素材情報ｂを、およびデータサーバ３６から番組編成情報ｃを、それぞれ受け取り、これらを使用して放送データｄ１を生成する。操作情報ａは、番組の放映のための操作に関する情報であり、素材情報ｂは、ビデオデータ等のように、番組において使用される素材の情報であり、番組編成情報ｃは、データ情報等のように、番組を編成するために必要な情報である。

メイン系統３８（＃２）も同様に、制御卓３２から操作情報ａを、ビデオサーバ３４からビデオデータ等の素材情報ｂを、およびデータサーバ３６からデータ情報等の番組編成情報ｃを、それぞれ受け取り、これらを使用して放送データｄ２を生成することができる。

制御卓３２には、系統選択ボタン３３（＃１）、３３（＃２）が備えられており、系統選択ボタン３３（＃１）が選択されると、操作情報ａが、メイン系統（系統１）３８（＃１）へ送られ、系統選択ボタン３３（＃２）が選択されると、操作情報ａが、メイン系統（系統２）３８（＃２）へ送られる。

ビデオサーバ３４にも、系統選択ボタン３５（＃１）、３５（＃２）が備えられており、系統選択ボタン３５（＃１）が選択されると、素材情報ｂが、メイン系統（系統１）３８（＃１）へ送られ、系統選択ボタン３５（＃２）が選択されると、素材情報ｂが、メイン系統（系統２）３８（＃２）へ送られる。

データサーバ３６にも、系統選択ボタン３７（＃１）、３７（＃２）が備えられており、系統選択ボタン３７（＃１）が選択されると、番組編成情報ｃが、メイン系統（系統１）３８（＃１）へ送られ、系統選択ボタン３７（＃２）が選択されると、番組編成情報ｃが、メイン系統（系統２）３８（＃２）へ送られる。

メイン系統３８（＃１）は系統１ともよばれ、通常時に動作し、メイン系統３８（＃２）は系統２とも呼ばれ、系統１の故障時や、系統１のメンテナンス時に動作し、系統１のバックアップとして機能する。

メイン系統３８（＃１）とメイン系統３８（＃２）とはともに系統出力制御装置４０に接続されており、系統出力制御装置４０へ放送データｄ１、ｄ２を出力することが可能である。

系統出力制御装置４０は、メイン系統３８（＃１）および／またはメイン系統３８（＃２）から出力された放送データｄ１および／または放送データｄ２を受信すると、所定の放送スケジュールに従って、放送データｄ１または放送データｄ２を、送信機４２から配信させる。

なお、制御卓３２、ビデオサーバ３４、およびデータサーバ３６と、メイン系統３８（＃１）およびメイン系統３８（＃２）との間の接続は、有線に限定されるものではなく、無線であっても良い。同様に、メイン系統３８（＃１）およびメイン系統３８（＃２）と、系統出力制御装置４０との間の接続も、有線に限定されるものではなく、無線であっても良い。さらには、系統出力制御装置４０と送信機４２との間の接続も、有線に限定されるものではなく、無線であっても良い。放送局では、このようなシステム構成の放送マスターシステム３０を用いて放送業務を行うのが一般的である。

ところで、放送局では、映像や音声が、放送スケジュールに従って正しく出力されることを確認するための運用テストも、このような放送マスターシステム３０を用いてなされている。

しかしながら、この種の運用テストのための設備対応としては、各放送局によってまちまちであり、例えば、キー局などでは、運用者の教育や番組編成データのシミュレーションなどの運用テストを行う「テスト系」として３系統目（すなわち、メイン系統（系統３））も導入している場合もある。

長石 敦、向山 豊彦、金田 昌之著、「地上デジタル放送マスタ送出システム」、東芝レビュー Ｖｏｌ．５９ Ｎｏ．２（２００４）、ｐ７〜１７

しかしながら、３系統目を導入した場合、実機数が１．５倍に増大するため、それだけ広いラック室が必要となるのみならず、購入費用も１．５倍かかってしまう。したがって、キー局よりも規模が小さい、例えば系列局のような局では、３系統目を導入することは、物理的にも、資金的にも、現実的ではなく、気軽に運用テストを実施できないという問題がある。

本発明が解決しようとする課題は、運用テストを、従来よりも低価格および省スペースで実施することが可能な放送マスターシステム、およびそれを支援する運用テスト支援装置ならびに方法を提供することである。

実施形態の運用テスト支援装置は、放送マスターシステムによって生成される放送データの運用テストを支援するために、放送マスターシステムと分離して設けられる運用テスト支援装置である。放送マスターシステムは、番組を編成するために必要な情報である番組編成情報、番組において使用される素材の情報である素材情報、および番組の放映のための操作に関する情報である操作情報から第一の放送データを生成する複数のメイン系統を備える。運用テスト支援装置は、複数のメイン系統と同様の機能を有し、放送マスターシステムから、第一の放送データの生成に用いられた番組編成情報、素材情報、および操作情報を取得し、第一の放送データと同様の第二の放送データを生成する仮想系統と、生成された第二の放送データを、運用テストとして表示する表示手段とを備え、仮想系統は、ＰＣによって実現される。

本実施形態に係る運用テスト支援装置を放送マスターシステムに適用した一例を示す機能ブロック図である。 本実施形態に係る運用テスト支援装置の動作を例示するフローチャートである。 ２重化された放送マスターシステムの一例を示す一般的な機能構成図である。

以下に、本発明の実施形態を、図面を参照して説明する。なお、図３と同一部分については、以下の記載では、同一符号を付して示すことにより、重複説明を避ける。

図１は、図３に示すような放送マスターシステム３０に、本実施形態に係る運用テスト支援装置１０を適用した一例を示す機能ブロック図である。

運用テスト支援装置１０は、仮想系統１２と、仮想系統１２と通信可能に接続された映像／音声ビューア１４とを備えてなる。

仮想系統１２は、例えばＰＣ等のコンピュータによって実現され、メイン系統（系統１）３８（＃１）およびメイン系統（系統２）３８（＃２）と同様の機能を有する。すなわち、仮想系統１２もまた、放送マスターシステム３０と通信可能であり、制御卓３２から操作情報aを、ビデオサーバ３４からビデオデータ等の素材情報ｂを、およびデータサーバ３６からデータ情報等の番組編成情報ｃを、それぞれ受け取り、これらを使用して放送データｄ３を生成する。

これを実現するために、制御卓３２には、系統選択ボタン３３（＃１）、３３（＃２）に加えて、系統選択ボタン３３（＃３）を追加して設ける。そして、系統選択ボタン３３（＃３）が選択されると、操作情報ａが、仮想系統１２へ送られるようにしている。

同様に、ビデオサーバ３４にも、系統選択ボタン３５（＃１）、３５（＃２）に加えて、系統選択ボタン３５（＃３）を追加して設ける。そして、系統選択ボタン３５（＃３）が選択されると、素材情報ｂが、仮想系統１２へ送られるようにしている。

データサーバ３６にもまた、系統選択ボタン３７（＃１）、３７（＃２）に加えて、系統選択ボタン３７（＃３）を追加して設ける。そして、系統選択ボタン３７（＃３）が選択されると、番組編成情報ｃが、仮想系統１２へ送られるようにしている。

このように、仮想系統１２は、メイン系統（３系）として見なすことができる。

なお、制御卓３２、ビデオサーバ３４、およびデータサーバ３６と、仮想系統１２との間の接続形態は限定されず、有線でも無線でも良い。

仮想系統１２は、放送データｄ３を、映像／音声ビューア１４へ出力する。なお、仮想系統１２と映像／音声ビューア１４との間の接続形態もまた限定されず、有線でも無線でも良い。

なお、仮想系統１２の上流側（制御卓３２、ビデオサーバ３４、およびデータサーバ３６側）および下流側（系統出力制御装置４０側）の接続ともに、イーサネット（登録商標）等のＬＡＮ、あるいは公衆回線や専用回線を介して複数のＬＡＮが接続されるＷＡＮ等から構成されても良い。ＬＡＮの場合には、必要に応じてルータを介した多数のサブネットから構成され、ＷＡＮの場合には、公衆回線に接続するためのファイアウォール等を適宜備え得るが、ここではその図示及び詳細説明を省略する。

映像／音声ビューア１４は、例えば単体のディスプレイによって実現されるが、スマートフォン、タブレットＰＣ、ノートＰＣのディスプレイによって実現されることも可能である。したがって、スマートフォン、タブレットＰＣ、ノートＰＣによって、仮想系統１２と映像／音声ビューア１４とをあわせて一体的に実現することも可能である。

映像／音声ビューア１４は、仮想系統１２から出力された放送データｄ３を、ストリーミング再生することによって表示する。映像／音声ビューア１４を、スマートフォン、タブレットＰＣ、ノートＰＣによって実現する場合、スマートフォン、タブレットＰＣ、ノートＰＣにインストールされた適切なビューアアプリを用いて、放送データｄ３を、ストリーミング再生するようにしても良い。

また、映像／音声ビューア１４は、放送データｄ３に、複数のサービス（チャンネル）が含まれている場合には、画面を分割することによって、複数のサービス（チャンネル）を同時に再生するようにしても良い。例えば、デジタル放送の場合、１つの放送データは、３つのチャンネルを含むことができる。さらに、ワンセグ用のチャンネルを含むこともできる。このような場合、映像／音声ビューア１４は、画面を４分割することによって、４つのチャンネルをすべて同時に再生し、表示することができる。

次に、以上のように構成した本実施形態に係る運用テスト支援装置１０の動作を、図２に示すフローチャートを用いて説明する。

まず、放送マスターシステム３０において、メイン系統３８（＃１）またはメイン系統３８（＃２）によって、放送データｄ１または放送データｄ２が生成される。ここでは、メイン系統３８（＃１）によって放送データｄ１が生成される場合を例に説明する。

すなわち、メイン系統３８（＃１）によって放送データｄ１が生成される場合、先ず、制御卓３２、ビデオサーバ３４、およびデータサーバ３６の系統選択ボタンとして、系統選択ボタン３３（＃１）、系統選択ボタン３５（＃１）、および系統選択ボタン３７（＃１）がそれぞれ選択される（Ｓ１）。

これによって、制御卓３２からの操作情報ａ、ビデオサーバ３４からの素材情報ｂ、データサーバ３６からの番組編成情報ｃがそれぞれ、メイン系統３８（＃１）へ送られる（Ｓ２）。

メイン系統３８（＃１）では、操作情報ａ、素材情報ｂ、および番組編成情報ｃに基づいて、放送データｄ１が生成される（Ｓ３）。生成された放送データｄ１は、系統出力制御装置４０へ出力される。系統出力制御装置４０に出力された放送データｄ１は、放送スケジュールにしたがって、放送するタイミングになったら送信機４２から配信されるが、それまでは、系統出力制御装置４０に保持される（Ｓ４）。

本発明の実施形態に係る運用テスト支援装置１０は、このようにして放送データｄ１が、系統出力制御装置４０に保持されると、放送データｄ１が送信機４２から配信される前に、仮想系統１２において、放送データｄ１と同じ手法で放送データｄ３を生成し、映像／音声ビューア１４において、放送データｄ３を視聴することによって、放送データｄ１の運用テストを行うための装置である。

このような本発明の実施形態に係る運用テスト支援装置１０を動作させる場合、先ず、制御卓３２、ビデオサーバ３４、およびデータサーバ３６の系統選択ボタンとして、系統選択ボタン３３（＃３）、系統選択ボタン３５（＃３）、および系統選択ボタン３７（＃３）がそれぞれ選択される（Ｓ５）。

これによって、制御卓３２からの操作情報ａ、ビデオサーバ３４からの素材情報ｂ、データサーバ３６からの番組編成情報ｃがそれぞれ、仮想系統１２へ送られる（Ｓ６）。

仮想系統１２は、メイン系統３８（＃１）およびメイン系統３８（＃２）と同様の機能を有している。仮想系統１２では、操作情報ａ、素材情報ｂ、および番組編成情報ｃに基づいて、メイン系統３８（＃１）およびメイン系統３８（＃２）と同様にして、放送データｄ３が生成される（Ｓ７）。したがって、方法データｄ３は、放送データｄ１または放送データｄ２と同一のデータとなる。

なお、放送データｄ３を生成するタイミングは、必ずしも、放送データｄ１（または放送データｄ２）が系統出力制御装置４０に保持された後に限定されず、放送データｄ１（または放送データｄ２）の生成と並行して放送データｄ３を生成しても良い。

生成された放送データｄ３は、仮想系統１２から、映像／音声ビューア１４へ送られ、映像／音声ビューア１４において再生される。これによって、放送データｄ３の内容がオペレータによって視聴される（Ｓ８）。

これによって、オペレータは、放送データｄ３の映像や音声が、放送スケジュールに従って正しく出力されているか否かを、放送データｄ１が送信機４２から配信される前に確認することができる。

放送データｄ３は、ステップＳ３において生成された放送データｄ１と同様の手法で生成される。したがって、放送データｄ３は、ステップＳ３において生成された放送データｄ１と同一となる。よって、放送データｄ１が送信機４２から配信される前に放送データｄ３の内容を確認することは、放送データｄ１の内容を、配信前に確認することに相当する。

このように、オペレータは、放送データｄ３を視聴することによって、放送データｄ１の内容を、放送データｄ１が送信機４２から配信される前に、事前に表示し、確認することができる。すなわち、放送データｄ１の映像や音声が、放送スケジュールに従って正しく再生されるか否かを、送信機４２から配信される前に予め確認するための運用テストを実施することが可能になる。

そして、放送データｄ３が、正しく再生されていることを確認した場合には、系統出力制御装置４０に保持されている放送データｄ１も正しいと確認することができる。一方、放送データｄ３が、正しく再生されない場合には、系統出力制御装置４０に保持されている放送データｄ１も正しくないと判定し、放送マスターシステム３０において、放送データｄ１を再度生成することになる。

本実施形態に係る運用テスト支援装置１０は、仮想系統１２をＰＣによって、映像／音声ビューア１４をディスプレイによって実現することができる。あるいは、仮想系統１２と映像／音声ビューア１４を一体化し、スマートフォン、タブレットＰＣ、ノートＰＣ単体によって実現することができる。したがって、本実施形態に係る運用テスト支援装置１０は、低価格かつ省スペースでの実現が可能である。

以上のように、本実施形態によれば、放送マスターシステム３０の運用テストを、低価格および省スペースで実現することが可能な運用テスト支援装置１０を提供することが可能となる。

なお、仮想系統１２は、請求項における生成手段に対応し、映像／音声ビューア１４は、請求項における表示手段に対応する。

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

例えば、図１に例示する放送マスターシステム３０は、２つのメイン系統３８（＃１）、（＃２）しか備えていないが、３つ以上のメイン系統を備えている放送マスターシステム３０に対しても、本発明の実施形態に係る運用テスト支援装置１０を適用することが可能である。

また、図１に例示する放送マスターシステム３０は、メイン系統３８に情報を送る構成要素として、制御卓３２、ビデオサーバ３４、およびデータサーバ３６を例示しているが、さらに、他の構成要素（例えば、別の制御卓、別のビデオサーバ、別のデータサーバ等）をそなえていても良く、そのような放送マスターシステム３０に対しても、本発明の実施形態に係る運用テスト支援装置１０を適用することが可能である。この場合、他の構成要素からの情報は、メイン系統３８のみならず、仮想系統１２にも同様に送られ、仮想系統１２は、これら他の構成要素からの情報をも使用して、放送データｄ３を生成する。

１０・・運用テスト支援装置、１２・・仮想系統、１４・・映像／音声ビューア、３０・・放送マスターシステム、３２・・制御卓、３３・・系統選択ボタン、３４・・ビデオサーバ、３５・・系統選択ボタン、３６・・データサーバ、３７・・系統選択ボタン、３８・・メイン系統、４０・・系統出力制御装置、４２・・送信機。

Claims (7)

1. 放送マスターシステムによって生成される放送データの運用テストを支援するために、前記放送マスターシステムと分離して設けられる運用テスト支援装置であって、
   前記放送マスターシステムは、番組を編成するために必要な情報である番組編成情報、前記番組において使用される素材の情報である素材情報、および前記番組の放映のための操作に関する情報である操作情報から第一の放送データを生成する複数のメイン系統を備え、
   前記運用テスト支援装置は、
   前記複数のメイン系統と同様の機能を有し、前記放送マスターシステムから、前記第一の放送データの生成に用いられた前記番組編成情報、前記素材情報、および前記操作情報を取得し、前記第一の放送データと同様の第二の放送データを生成する仮想系統と、
   前記生成された前記第二の放送データを、運用テストとして表示する表示手段とを備え、
   前記仮想系統は、ＰＣによって実現される、運用テスト支援装置。
2. 放送マスターシステムによって生成される放送データの運用テストを支援するために、前記放送マスターシステムと分離して設けられる運用テスト支援装置であって、
   前記放送マスターシステムは、番組を編成するために必要な情報である番組編成情報、前記番組において使用される素材の情報である素材情報、および前記番組の放映のための操作に関する情報である操作情報から第一の放送データを生成する複数のメイン系統を備え、
   前記運用テスト支援装置は、
   前記複数のメイン系統と同様の機能を有し、前記放送マスターシステムから、前記第一の放送データの生成に用いられた前記番組編成情報、前記素材情報、および前記操作情報を取得し、前記第一の放送データと同様の第二の放送データを生成する仮想系統と、
   前記生成された前記第二の放送データを、運用テストとして表示する表示手段とを備え、
   前記仮想系統および前記表示手段は、スマートフォン、タブレットＰＣ、またはノートＰＣによって実現される、運用テスト支援装置。
3. 前記第一の放送データは前記放送マスターシステムから配信され、前記第二の放送データは前記放送マスターシステムから配信されないように構成されている、請求項１または２に記載の運用テスト支援装置。
4. 前記仮想系統によって取得される前記番組編成情報、前記素材情報、および前記操作情報は、前記複数のメイン系統によって取得される前記番組編成情報、前記素材情報、および前記操作情報と同一である、請求項１または２に記載の運用テスト支援装置。
5. 請求項１乃至４のうち何れか１項に記載の運用テスト支援装置と通信可能な放送マスターシステム。
6. 放送マスターシステムによって生成される放送データの運用テストを支援するために、前記放送マスターシステムと分離して設けられる運用テスト支援装置によって行われる運用テスト支援方法であって、
   前記放送マスターシステムは、
   複数のメイン系統において、番組を編成するために必要な情報である番組編成情報、前記番組において使用される素材の情報である素材情報、および前記番組の放映のための操作に関する情報である操作情報から第一の放送データを生成し、
   前記運用テスト支援装置は、
   前記複数のメイン系統と同様の機能を有し、ＰＣによって実現される仮想系統において、前記放送マスターシステムから、前記第一の放送データの生成に用いられた前記番組編成情報、前記素材情報、および前記操作情報を取得し、前記第一の放送データと同様の第二の放送データを生成し、
   前記生成された前記第二の放送データを、運用テストとして表示する、
   運用テスト支援方法。
7. 前記第一の放送データは、前記放送マスターシステムから配信され、前記第二の放送データは前記放送マスターシステムから配信されないように構成されている、請求項６に記載の運用テスト支援方法。