JP2018082276A - プレビューシステム、端末装置およびプレビュー方法 - Google Patents

Abstract

【課題】 仮想化された放送マスタシステムの検証において実映像を表示すること。【解決手段】 プレビューシステムは、コンピュータリソースを利用するプラットフォームと、このプラットフォームと通信可能な端末装置とを具備する。プラットフォームは、放送関連機器を模倣する仮想マシンの実行環境を構築する。プラットフォームは、シミュレータと、通知部とを備える。シミュレータは、実行環境上で仮想マシンの挙動を検証するためのシミュレーションを実行する。通知部は、放送素材の識別情報と当該放送素材の放送時刻とを対応付けて記録したイベント進行表に従って、シミュレーションの進行に伴って放送される放送素材の識別情報を端末装置に通知する。端末装置は、取得部と、再生部とを具備する。取得部は、通知された識別情報に対応する放送素材を、複数の放送素材を格納するストレージ装置から取得する。再生部は、取得された放送素材を再生する。【選択図】 図５

Description

本発明の実施形態は、放送マスタシステムに適用可能なプレビューシステムに関する。

放送マスタシステムなどの社会インフラは、実稼働前に多様な検証が行われる。例えば、開発対象のアプリケーション（ソフトウェア）が組み込み機器（embedded device）において正常に機能するかを検証することは、システム稼働後の安定性を担保する上で重要である。しかし、近年の放送局に据え付けられるデジタル放送マスタ送出システムは大規模かつ多種多様なシステムであることから、検証作業が長期間に亘ってしまうことがある。

ところで近年、コンピュータ資源を利用してシミュレーション環境を構築し、このシミュレーション環境を利用してシステムを検証することが考えられている。この種のシステムを用いれば、ハードウェアの完成を待たずにソフトウェアを検証できるなどの多くのメリットを得ることができる。

原嶋秀次, 蔭山佳輝, 河込和宏，仮想化技術による実機レステスト環境の構築，東芝レビュー，日本，２０１２年，Vol.67, No.8，Page.31-34

しかしながら、仮想化された放送マスタシステムでは、ベースバンド信号（番組やＣＭといった映像信号）をそのまま扱うことができない。そもそも仮想化環境ではベースバンド信号を正しく再現する必要が無いので、ベースバンド信号の実体が無い。このためプレビューの際に実映像を確認することができず、仮に映像信号を表示させるとしても、映像ソースを切り替えるスイッチャの内部状態に基づいて単純な画像を表示できるに過ぎなかった。

そこで本発明の目的は、実映像を表示可能なプレビューシステム、端末装置およびプレビュー方法を提供することにある。

実施形態によれば、プレビューシステムは、コンピュータリソースを利用するプラットフォームと、このプラットフォームと通信可能な端末装置とを具備する。プラットフォームは、放送関連機器を模倣する仮想マシンの実行環境を構築する。プラットフォームは、シミュレータと、通知部とを備える。シミュレータは、実行環境上で仮想マシンの挙動を検証するためのシミュレーションを実行する。通知部は、放送素材の識別情報と当該放送素材の放送時刻とを対応付けて記録したイベント進行表に従って、シミュレーションの進行に伴って放送される放送素材の識別情報を端末装置に通知する。端末装置は、取得部と、再生部とを具備する。取得部は、通知された識別情報に対応する放送素材を、複数の放送素材を格納するストレージ装置から取得する。再生部は、取得された放送素材を再生する。

図１は、地上波デジタル放送システムの一例を示す概念図である。 図２は、実施形態に係る放送局設備の一例を示す機能ブロック図である。 図３は、図２に示される放送局設備におけるイベントの発生に伴う制御シーケンスの一例を示す図である。 図４は、実施形態に係るプレビューシステムのハードウェア環境の一例を示す図である。 図５は、図４に示されるプレビューシステムの一例を示す機能ブロック図である。 図６は、図５に示されるイベント進行表５２ｄの内容の一例を示す図である。 図７は、サーバ５００とクライアント端末７００との間の制御シーケンスの一例を示す図である。 図８は、モニタ７５に再生される映像の一例を示す図である。 図９は、モニタ７５に再生される映像の他の例を示す図である。 図１０は、モニタ７５に再生される映像の他の例を示す図である。 図１１は、サーバ５００とクライアント端末７００との間の制御シーケンスの他の例を示す図である。 図１２は、モニタ７５に再生される映像の他の例を示す図である。 図１３は、モニタ７５に再生される映像の他の例を示す図である。

以下、図面を参照して本発明の実施の形態について説明する。この実施形態では、社会インフラの一つとして、複数の放送関連機器を備える放送システムについて説明する。

図１は、地上デジタル放送システムの一例を示す概念図である。放送局１００のマスタ送出システムで作成されたトランスポートストリーム（ＴＳ）は、専用線網などの通信ネットワーク２００を経由して例えば電波塔３００まで伝送される。電波塔３００はＴＳ信号をデジタル変調してマイクロ波帯で放射する。放射された電波は各家庭４００の受像機で受信され、映像と音声が再生される。模式的に示すように、放送局１００に備えられる設備機器は大規模かつ多種多様である。

図２は、実施形態に係る放送局設備の一例を示す機能ブロック図である。放送局設備は、情報系１０、信号処理系２０、伝送系３０、監視系システム４０および時計ノード８０を備える。これらはＬＡＮ（Local Area Network）などの局内ネットワーク５０を介して相互接続される。このうち時計ノード８０は、各放送関連機器に対しマスタ時刻を供給する。

局内ネットワーク５０は、例えば、画像／音声データ、放送関連機器間で授受される制御情報や各種電文などを伝送する。

情報系１０は、放送情報スケジューラ１１、およびデータベース１２を備える。
信号処理系２０は、制御系６０、スイッチャ（ＳＷ）２１、エンコーダ（ＥＮＣ）２３、ＳＩ送出部２４、ＶＢＲ２５、多重化部（ＭＵＸ）２６、およびスクランブラ（ＳＣＲ）２７を備える。なお、信号処理系２０は例えば２系統用意されることで冗長構成をとることも可能である。

スイッチャ２１は、ビデオサーバ９００からの番組コンテンツやＣＭコンテンツ、文字情報、ＬＩＶＥ素材である回線素材、スタジオからの映像／音声信号、あるいは各種機材からの映像信号／音声信号／データ信号を取り込み、番組表に従って経路切替して次段のエンコーダ２３に接続する。すなわちスイッチャ２１は、複数の映像ソースを切り替えて出力する。

エンコーダ２３は所定の手順に従って映像信号／音声信号／データ信号を符号化し、次段の多重化部２６に入力する。多重化部２６は、エンコーダ２３からの符号化信号、ＳＩ送出部２４からのＳＩ（Service Information）信号、ＥＣＭ信号、およびＶＢＲ２５からの信号を多重化し、スクランブラ２７経由で、伝送系３０のストリーム切り替え部３１，３２に送出する。

信号処理系２０の制御系６０は、機器制御スケジューラ６１、リアルタイムコントローラ６２、およびノード（ＮＯＤＥ）６３を備える。機器制御スケジューラ６１は、放送スケジュールの制御に係わる処理を実行する。

リアルタイムコントローラ６２は、実時間制御に係わる処理を実行する。すなわちリアルタイムコントローラ６２は、放送プログラムに基づいて作成された制御スケジュールに基づいて、各放送関連機器を制御する。

ノード６３は、例えば、局内ネットワーク５０への接続インタフェースを持たない機材（アナログＶＴＲなど）に接続され、局内ネットワーク５０へのインタフェースを提供する。これにより旧式の機材なども放送局設備の制御下に置くことができる。必要に応じてノード６３は複数設けられても良い。

監視系システム４０は、放送スケジュール表示、システム系統状態表示、素材・送出映像表示、機器操作などの複数の監視制御用機器とその操作機能を備える。放送スケジュール表示機能は、例えばＯＡ（オンエア）表示端末に関連する機能である。システム系統状態表示機能は、例えば監視指示端末およびアラーム端末に関連する機能である。素材・送出映像表示機能は、例えばマルチモニタに関連する機能である。機器操作機能は、例えば監視卓および監視指示端末に関連する機能である。
時計ノード８０は、上記の各放送関連機器に対しマスタ時刻を供給する。

図３は、図２に示される放送局設備におけるイベントの発生に伴う制御シーケンスの一例を示す図である。図３において、“１０：００にＶＴＲ９３からオンエア（ＯＡ）データを出力せよ”を意味する制御メッセージが、放送プログラム送出部９１から機器制御スケジューラ６１に与えられたとする。そうすると機器制御スケジューラ６１はリアルタイムコントローラ６２にＣＤＴメッセージを与える。

これを受けたリアルタイムコントローラ６２は専用電文により、ＶＴＲ−ｓｔａｒｔメッセージ（ＳＴＡＲＴ（ＰＬＡＹ））をＶＴＲ−ＮＯＤＥ９２に通知する。ここではＶＴＲ９３の機構的なタイムラグや制御遅延などを考慮して、ターゲット時刻より前（例えば０９:５９:５７）にＶＴＲ９３をスタートすべき指示を送信する。これを受けたＶＴＲ−ＮＯＤＥ９２は、ＶＴＲ９３にＰＬＡＹ指示を与えて映像再生が開始される。

一方、１０:００:００に、クロスポイント（Ｘｐ）切替指示がリアルタイムコントローラ６２からスイッチャ制御ＮＯＤＥ９４に与えられる。これにより、電文メッセージがログに表示される（自動運行サービス制御）。

スイッチャ制御ＮＯＤＥ９４は、配下のスイッチャ２１にクロスポイント切替指示を与え、これに応じてスイッチャ２１はクロスポイントを切り替える（自動運行制御）。またスイッチャ２１は、自らのクロスポイントの設定状態（Ｘｐ状態）を、タリー信号としてＴＰ９５に通知する（Ｘｐ状態表示切替）。

図４は、実施形態に係るプレビューシステムのハードウェア環境の一例を示す図である。図４に示されるプレビューシステムは、プラットフォームの一例としてのサーバ５００と、端末装置の一例としてのクライアント端末７００を備える。サーバ５００およびクライアント端末７００は、ネットワーク６００を介して互いに通信可能に接続される。クライアント端末７００のモニタ７５に表示される各種の情報に基づいて、ユーザはアプリケーションの検証過程や検証結果などの情報を知ることができる。

ネットワーク６００は有線ＬＡＮまたは無線ＬＡＮ（Ｗｉ−Ｆｉ（登録商標）など）、あるいは公衆網を経由するＶＰＮ（Virtual Private Network）などの通信ネットワークを利用することができる。これにより、サーバ５００はクライアント端末７００から離れた場所に設置することも可能である。なおクライアント端末７００は、ノートパソコンやタブレット端末として、あるいはシンクライアント端末として実現されても良い。

さらに、クライアント端末７００は、解像度変換装置８００を介してビデオサーバ９００に接続される。ビデオサーバ９００は、番組やＣＭといった複数の放送素材（コンテンツ）を格納するストレージ装置である。この種の装置は、例えば半導体メモリやソリッドステートドライブ（ＳＳＤ）などの記憶デバイスを利用することができる。

解像度変換装置８００は、ビデオサーバ９００からクライアント端末７００の要求により読み出された放送素材の解像度（ビットレート）を、モニタ７５の表示に適する解像度に変換する。特に、モニタ７５がノートパソコンやタブレットなどの低解像度仕様である場合に有効である。もちろん、モニタ７５の解像度が十分に高い場合には解像度を変換する必要はない。
なお、ビデオサーバ９００には、実際のテレビ映像として放送するための、高解像度（ハイビジョン用、４Ｋ用、８Ｋ用など）の映像信号が蓄積される。

図５は、図４に示されるプレビューシステムの一例を示す機能ブロック図である。図５において、サーバ５００およびクライアント端末７００は、いずれもＣＰＵおよびメモリを備えるコンピュータである。各コンピュータに搭載されるＯＳ（Operating System）は、例えばＷｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）などの著名なＯＳはもとより、専用に開発されたＯＳであっても良い。特に、クライアント端末７００がタブレット端末であればＡｎｄｒｏｉｄ（登録商標）やｉＯＳ（登録商標）などのＯＳを搭載していてもよい。

サーバ５００は、ＣＰＵ５１、メモリ５２、およびインタフェース部５３を備える。このうちインタフェース部５３はネットワーク６００を介してクライアント端末７００と通信する。
メモリ５２は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などの半導体メモリ、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）などの記憶デバイスである。

メモリ５２は、仮想化環境構築プログラム５２ａ、シミュレータプログラム５２ｂ、通知プログラム５２ｃおよびイベント進行表５２ｄを記憶する。
ＣＰＵ５１は、仮想化環境構築部５１ａ、シミュレータ５１ｂ、および通知部５１ｃを備える。
仮想化環境構築部５１ａは、仮想化環境構築プログラム５２ａに記述された命令を解釈し、実行する。仮想化環境構築部５１ａは、サーバ５００のコンピュータリソースを用いて、放送関連機器を模倣する仮想マシンの実行環境を構築する。また仮想化環境構築部５１ａは、例えば図２に示される放送局設備に含まれる機器をそれぞれ仮想化し、仮想マシンを生成する。ここで仮想マシンとは、アプリケーションが搭載されたそれぞれの機器を模倣するもので、仮想実行環境において機能するオブジェクトである。

実施形態においては、特に、スイッチャ２１に対応する仮想マシンに着目する。先に述べたように、スイッチャ２１はＸｐ状態を、タリー信号としてＴＰ９５に通知する。スイッチャ２１に対応する仮想マシンも同様に、プレビューの進行に伴って変化するＸｐ状態を、他のオブジェクト（例えばスイッチャ制御ＮＯＤＥ９４、サーバ５００、またはクライアント端末７００）に通知する。

放送局設備における各機器のプラットフォームは普通、統一されていないが、アプリケーションは組み込み先の機器のプラットフォーム向けに開発されるので、仮想実行空間上で複数機器の仮想マシンを動作させるにはプラットフォームの差異を解決する必要がある。そこで実施形態では、異なるプラットフォームの機器が混在するケースにおいて、仮想化環境構築部５１ａは、プラットフォームの差異に基づくアプリケーションに固有の仕様を仮想実行環境に対して隠蔽して、仮想マシンを生成する。

放送局には、ｘ８６アーキテクチャ、ｘ６４アーキテクチャをベースとする機器もあれば、ＰＰＣ（ＰｏｗｅｒＰＣ（登録商標））アーキテクチャで構成される機器、あるいはまったく別のアーキテクチャに基づく機器もある。アーキテクチャの差異は、ＣＰＵの違いによるエンディアン（バイトオーダー）の違い、アプリケーション及びＯＳの違い、デバイスにおけるデータ型（長さとアライメント）の違い、システムコールの違いなどあらゆる層（レイヤ）に及ぶ。

シミュレータ５１ｂは、シミュレータプログラム５２ｂに記述された命令を解釈し、実行する。シミュレータ５１ｂは、仮想化環境構築部５１ａにより構築された実行環境（仮想化マスタ環境）において、仮想マシンの挙動を検証するためのシミュレーションを実行する。シミュレーションを実行することで、図２に示されるような放送マスタシステムの動作を実機レスでプレビューすることができる。

実施形態において、仮想化環境上に構築されたマスタシステムを仮想化マスタ環境と称する。この仮想マスタ環境の上で種々の機器をエミュレートしたソフトが動作することができる。この動作しているソフトウェアは実機と同一であり、実機と同様に上位装置（例えばＤＳ（データサーバ））から受信するイベント進行表に従って適切なタイミングで映像信号の送出に必要な機器の制御を行うことができる。

なお、上位装置を仮想化マスタ環境上で機能する仮想マシンとして組み込んでも良いし、実機としてネットワーク６００に接続してもよい。

通知部５１ｃは、通知プログラム５２ｃに記述された命令を解釈し、実行する。通知部５１ｃは、イベント進行表５２ｄに従って、シミュレーションの進行に伴って放送される放送素材の識別情報（素材ＩＤ）をクライアント端末７００に通知する。通知部５１ｃからクライアント端末７００への情報の通知は、例えばプロセス間通信などの既知の技術により実現することができる。

図６は、イベント進行表５２ｄの内容の一例を示す図である。イベント進行表５２ｄは、放送素材の識別情報と、その放送素材の放送時刻とを対応付けて記録したテーブルである。例えば放送時刻１５：００：００には、素材ＩＤ（IDentification）は”ＰＧ０００１”の放送素材が登録される。またイベント進行表５２ｄは、素材ＩＤとその放送時刻に加えて、ＶＢ（利用する映像信号を示すコード）、ＯＬ（利用する提供を示すコード）、ＳＰ（天気や時計などのスーパー（スーパーインポーズ）素材を示すコード）などの情報を含む。図６に示されるイベント進行表は、時刻１５：００：００〜１５：１５：００までは素材ＩＤ＝ＰＧ０００１の番組映像を、１５：１５：００〜１５：１６：００までは素材ＩＤ＝ＣＭ０００１のＣＭ映像を送出することを示す。

イベント進行表５２ｄは、プレビュー用プラットフォームを用いた放送関連機器のシミュレーションに用いられる。また、イベント進行表５２ｄはサービス（ＨＤ（High Definition）放送、ワンセグ放送などにより区別される）毎に用意される。仮にワンセグサイマル放送中であれば、１５：００：００からの映像は、ＨＤとワンセグの両方で素材ＩＤ＝ＰＧ０００１を使用することになる。

図５に戻って説明を続ける。さらに、通知部５１ｃは、スイッチャ２１に対応する仮想マシンの内部状態（Ｘｐ状態）を、クライアント端末７００に通知する。
クライアント端末７００は、ＣＰＵ７１、メモリ７２、インタフェース部７３、操作部７４、およびモニタ７５を備える。このうちインタフェース部７３はネットワーク６００を介してサーバ５００と通信する。またインタフェース部７３は、ビデオサーバ９００に接続された解像度変換装置８００と通信可能に接続される。

操作部７４およびモニタ７５はマウス、キーボードあるいはタッチパネルなどの操作手段であり、ＧＵＩ（Graphical User Interface）などのユーザインタフェースを提供する。

メモリ７２は、半導体メモリ、ＨＤＤ、ＳＳＤなどの記憶デバイスである。メモリ７２は、取得プログラム７２ａ、再生プログラム７２ｂを記憶する。

ＣＰＵ７１は、取得部７１ａおよび再生部７１ｂを備える。
取得部７１ａは、取得プログラム７２ａに記述された命令を解釈し、実行する。取得部７１ａは、サーバ５００の通知部５１ｃから通知された素材ＩＤに対応する放送素材を、ビデオサーバ９００から取得する。

さらに、取得部７１ａは、サーバ５００の通知部５１ｃから通知された、スイッチャ２１の仮想マシンの内部状態に基づいて特定される放送素材を、ビデオサーバ９００から取得する。

クライアント端末７００は、解像度変換装置８００により作成された低解像度のファイルを例えばメモリ７２に保存する。

再生部７１ｂは、再生プログラム７２ｂに記述された命令を解釈し、実行する。再生部７１ｂは、解像度変換装置８００経由で取得された放送素材をモニタ７５に動画再生する。再生される動画は音声を含んでも良い。次に、上記構成における作用を説明する。

図７は、シミュレーション中における、サーバ５００とクライアント端末７００との間の制御シーケンスの一例を示す図である。このシーケンスは図６に示されるイベント進行表に対応し、映像信号の切り替わりの例を示す。以下の説明ではワンセグサイマル放送に関するプレビューを想定し、このイベント進行表がＨＤサービス向けのものであるとして説明する。

図７において放送時刻が１５：００：００になると、サーバ５００は、イベント進行表の素材ＩＤの値に基づき、送出中の素材ＩＤであるＰＧ０００１をクライアント端末７００にメッセージで通知する。その際、この素材ＩＤがどのサービス向けのものであるかを示す情報（ＨＤ／１ＳＥＧ）もこのメッセージに付与する。つまりサービス毎に放送される放送素材の素材ＩＤがクライアント端末７００に通知される。

このメッセージを受信したクライアント端末７００は、サービス毎に通知された素材ＩＤ＝ＰＧ０００１の放送素材をビデオサーバ９００から取得し、モニタ７５のサービス毎の表示エリアに、取得した映像ファイルを再生する。なお図７のメッセージではＨＤとワンセグ（１ＳＥＧ）の両方を１つのメッセージ内に含めるようにしたが、２つのメッセージでＨＤとワンセグのそれぞれの素材ＩＤを通知してもよい。

図８は、モニタ７５に再生される映像の一例を示す図である。例えば、素材ＩＤ＝ＰＧ０００１に対応する画像はドラマのワンシーンであるとする。サイマル放送を想定しているので、ＨＤ、１ＳＥＧの各サービスに同じ映像が放送されている。

次に、放送時刻が１５：１５：００になると、サーバ５００は、イベント進行表の素材ＩＤの値に基づき素材ＩＤ＝ＣＭ０００１をクライアント端末７００にメッセージで通知する。このメッセージを受信したクライアント端末７００は、素材ＩＤ＝ＣＭ０００１の放送素材をビデオサーバ９００から取得し、モニタ７５のサービス毎の表示エリアに、取得した映像ファイルを再生する。

図９は、モニタ７５に再生される映像の他の例を示す図である。例えば、素材ＩＤ＝ＣＭ０００１に対応する画像は商品販売のコマーシャル映像であるとする。１５：１５：００になると、ドラマが中断されて商品販売のコマーシャル映像が再生される。

次に、放送時刻が１５：１６：００になると、サーバ５００は、イベント進行表の素材ＩＤの値に基づき素材ＩＤ＝ＰＧ０００２をクライアント端末７００にメッセージで通知する。このメッセージを受信したクライアント端末７００は、素材ＩＤ＝ＰＧ０００２の放送素材をビデオサーバ９００から取得し、モニタ７５のサービス毎の表示エリアに、取得した映像ファイルを再生する。

図１０は、モニタ７５に再生される映像の他の例を示す図である。例えば、素材ＩＤ＝ＰＧ０００２に対応する画像はドラマの続きであるとする。１５：１５：００から１分が経過すると商品販売のコマーシャル映像が終了し、ドラマの続きから再生される。

図１１は、サーバ５００とクライアント端末７００との間の制御シーケンスの他の例を示す図である。このシーケンスは図６に示されるイベント進行表に対応し、映像信号の切り替わりとともにスーパーＯＮが制御された例を示す。図１２に示されるように、放送時刻１５：２７：１５ではＣＭ映像が再生表示されているとする。この状態から放送時刻が１５：３０：００になると、図１１のシーケンスにおいてサーバ５００は、イベント進行表の素材ＩＤの値に基づきＰＧ０００３をクライアント端末７００にメッセージで通知する。このメッセージを受信したクライアント端末７００は、素材ＩＤ＝ＰＧ０００３の放送素材をビデオサーバ９００から取得し、モニタ７５のサービス毎の表示エリアに、取得した映像ファイルを再生する。

ここで、ＰＧ０００３は、ＴＭ（時計スーパーＯＮを意味するイベントコード）を含む。サーバ５００は、このＴＭイベントを検知すると、時計スーパーをＯＮにするようにスイッチャ２１の仮想マシンを制御し、その制御結果を直ちにクライアント端末７００に通知する。

クライアント端末７００は、このスイッチャの制御結果を受信すると、その結果に基づき、時計スーパーのＯＦＦ／ＯＮを切り替える。クライアント端末７００での時計スーパーの表示は、予めプログラム化されており、それに基づき表示を切り替えるものとする。

なお、ＨＤとワンセグの双方でスーパーを制御する場合、スイッチャ２１の制御結果を１つのメッセージで通知しても良いし、メッセージを２つに分割してそれぞれでＨＤとワンセグに関する通知を行っても良い。

図１３は、モニタ７５に再生される映像の一例を示す図である。以上の制御により、図１３の映像には時刻スーパーがスーパーインポーズされて表示される。上記において、時計スーパーのＯＮ／ＯＦＦの通知をスイッチャ２１の制御結果に対応付けて説明した。これは、時計スーパーのＯＮ／ＯＦＦ機能がイベント進行表だけでなく、マスタシステムの卓面のボタン操作でも実現可能だからである。クライアント端末７００への通知の契機は、あくまで実機の制御ロジックに合わせる形で良く、必ずしもこの実施形態の形式に従う必要はない。

このようにすることで、クライアント端末７００に表示される表示結果は、必ずしもイベント進行表に従ったものではなく、卓やタッチパネルを介してなされたユーザの操作の結果をも反映させることができる。従って、実機を用いてＯＡされている内容と同じ状態がシミュレーションされ、ユーザに提供されるようになる。

以上述べたように実施形態では、仮想化環境において実施される放送マスタシステムのプレビューに際して、イベント進行表に従って進行するミュレーションの進行に伴って、素材ＩＤをクライアント端末７００に通知する。これを受けたクライアント端末は、通知された素材ＩＤに対応する放送素材をビデオサーバ９００から取得し、モニタ７５に表示する。

このようにしたので、仮想化環境下におけるプレビューに際しても実映像と変わらない映像信号を取り込めるようになり、イベント編成の状態確認が容易になる。特に、動画を含む映像にスーパーを重畳させることができるため、映像とスーパーの互いの位置や色合いなどが再現できることから、スーパーの視認性の判断が容易かつ確実になる。

つまり実施形態によれば、仮想化したマスタシステムに実際の映像信号を取り込めるようになる。また、取り込む映像信号はイベントの変化に従って適切に切り替えることが可能になる。また、取り込んだ映像信号に、スーパーを重畳させることができる。さらに、映像を複数のサービス（ＨＤやワンセグ放送）毎に取り込み、同時に表示することができる。

仮想化された放送マスタシステムは単にテスト用途だけでなく、放送局のオペレータの教育や、放送局のテスト系としての活用が期待されている。そこで、実施形態のようにイベントに応じたプレビュー映像を送出できることで、例えば、イベントが正しく組めていることの確認を容易にしたり、映像とスーパーとの重なり具合や色合いを事前に確認できるなどのメリットを得られる。

これらのことから、実映像を表示可能なプレビューシステム、端末装置およびプレビュー方法を提供することが可能になる。

なお、本発明は上記実施形態に限定されるものではない。例えば、映像信号は、ビデオサーバ９００に代えて、ＮＡＳ（Network Access Server）などのネットワークファイルサーバに置かれているデータをクライアント端末７００が利用するようにしても良い。

また、ビデオサーバ９００および解像度変換装置８００はネットワーク６００に接続されていても良い。この場合、ＦＴＰ（File Transfer Protocol）などの既知のプロトコルや他の手段により素材ファイルを転送し、保存してもよい。

または、マスタシステムに組み込まれたビデオサーバ９００に代えて、別途設けられたコンテンツサーバから映像信号を取得しても良い。さらには、ＵＳＢ（Universal Serial Bus）メモリやポータブルＨＤＤなど、データを受け渡しできる可搬型記録メディアを用いてクライアント端末７００に映像信号を渡すようにしても良い。このようなケースでは、保存時のファイル名はイベント進行表の素材ＩＤと一致させるか、またはユニークに対応付けることの可能な名称とすればよい。

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

１０…情報系、１１…放送情報スケジューラ、１２…データベース、２０…信号処理系、２１…スイッチャ、２３…エンコーダ、２４…ＳＩ送出部、２６…多重化部、３０…伝送系、３１…ストリーム切り替え部、３２…ストリーム切り替え部、４０…監視系システム、５０…局内ネットワーク、５１…ＣＰＵ、５１ａ…仮想化環境構築部、５１ｂ…シミュレータ、５１ｃ…通知部、５２…メモリ、５２ａ…仮想化環境構築プログラム、５２ｂ…シミュレータプログラム、５２ｃ…通知プログラム、５２ｄ…イベント進行表、５３…インタフェース部、６０…制御系、６１…機器制御スケジューラ、６２…リアルタイムコントローラ、６３…ノード、７１…ＣＰＵ、７１ａ…取得部、７１ｂ…再生部、７２…メモリ、７２ａ…取得プログラム、７２ｂ…再生プログラム、７３…インタフェース部、７４…操作部、７５…モニタ、８０…時計ノード、９１…放送プログラム送出部、１００…放送局、２００…通信ネットワーク、３００…電波塔、４００…家庭、５００…サーバ、６００…ネットワーク、７００…クライアント端末、８００…解像度変換装置、９００…ビデオサーバ、９４…スイッチャ制御ＮＯＤＥ。

Claims (11)

1. 放送関連機器を模倣する仮想マシンの実行環境を構築するプラットフォームと、
   前記プラットフォームと通信可能な端末装置とを具備し、
   前記プラットフォームは、
   前記実行環境上で前記仮想マシンの挙動を検証するためのシミュレーションを実行するシミュレータと、
   放送素材の識別情報と当該放送素材の放送時刻とを対応付けて記録したイベント進行表に従って、前記シミュレーションの進行に伴って放送される放送素材の識別情報を前記端末装置に通知する通知部とを備え、
   前記端末装置は、
   前記通知された識別情報に対応する放送素材を、複数の放送素材を格納するストレージ装置から取得する取得部と、
   前記取得された放送素材を再生する再生部とを具備する、プレビューシステム。
2. 前記通知部は、複数の映像ソースを切り替えるスイッチャに対応する仮想マシンの内部状態を前記端末装置に通知し、
   前記取得部は、前記通知された内部状態に基づいて特定される放送素材を前記ストレージ装置から取得する、請求項１に記載のプレビューシステム。
3. 前記通知部は、種別の異なるサービス毎に用意されたイベント進行表に従って、前記サービス毎に放送される放送素材の識別情報を前記端末装置に通知し、
   前記取得部は、前記サービス毎の放送素材を取得し、
   前記再生部は、前記サービス毎に取得された放送素材を再生する、請求項１に記載のプレビューシステム。
4. 前記ストレージ装置は、前記複数の放送素材を格納するビデオサーバであり、
   前記取得部は、前記ビデオサーバから前記放送素材を取得する、請求項１に記載のプレビューシステム。
5. さらに、放送素材の解像度を前記再生部による再生に適する解像度に変換する変換装置を具備し、
   前記取得部は、前記変換装置により解像度を変換された放送素材を取得する、請求項１に記載のプレビューシステム。
6. 放送関連機器を模倣する仮想マシンの実行環境を構築するプラットフォームと通信可能な端末装置であって、
   前記実行環境上で前記仮想マシンの挙動を検証するために実行されるシミュレーションの進行に伴って放送される放送素材の識別情報を受信する受信部と、
   前記受信された識別情報に対応する放送素材を、複数の放送素材を格納するストレージ装置から取得する取得部と、
   前記取得された放送素材を再生する再生部とを具備する、端末装置。
7. 前記受信部は、複数の映像ソースを切り替えるスイッチャに対応する仮想マシンの内部状態を受信し、
   前記取得部は、前記受信された内部状態に基づいて特定される放送素材を前記ストレージ装置から取得する、請求項６に記載の端末装置。
8. 前記受信部は、前記シミュレーションの進行に伴って種別の異なるサービス毎に放送される放送素材の識別情報を受信し、
   前記再生部は、前記サービス毎に受信された放送素材を再生する、請求項６に記載の端末装置。
9. 前記取得部は、前記複数の放送素材を格納するビデオサーバから前記放送素材を取得する、請求項６に記載の端末装置。
10. 前記取得部は、放送素材の解像度を前記再生部による再生に適する解像度に変換する変換装置により解像度を変換された放送素材を取得する、請求項６に記載の端末装置。
11. コンピュータが、放送関連機器を模倣する仮想マシンの実行環境上で前記仮想マシンの挙動を検証するためのシミュレーションを実行し、
    前記コンピュータが、放送素材の識別情報と当該放送素材の放送時刻とを対応付けて記録したイベント進行表に従って、前記シミュレーションの進行に伴って放送される放送素材の識別情報をクライアント端末に通知し、
    前記クライアント端末が、前記通知された識別情報に対応する放送素材を、複数の放送素材を格納するストレージ装置から取得し、
    前記クライアント端末が、前記取得された放送素材を再生する、プレビュー方法。