JP2004248094A - 映像放送方法、映像放送プログラム及び記録媒体 - Google Patents

Abstract

【課題】実際の放送に利用する高画質の映像が入手できない場合でも、適切に放送を行うことができる映像放送方法、映像放送プログラム及び記録媒体の提供を目的とする。
【解決手段】コンピュータを用いて映像の放送を行う映像放送方法であって、放送するシーンの本放送映像データが、所定のサーバからダウンロードされているかを判断するダウンロード状況判断段階と、ダウンロード状況判断段階において放送するシーンの本放送映像データはダウンロードされていないと判断された場合に、放送するシーンの編集に用いた粗編集映像データのうち当該シーンに対応した粗編集映像データを再生させる粗編集映像データ再生段階とを有することにより上記課題を解決する。
【選択図】 図３

Description

【０００１】
【発明の属する技術分野】
本発明は、映像放送方法、映像放送プログラム及び記録媒体に関し、特にコンピュータを利用した映像放送方法、映像放送プログラム及び記録媒体に関する。
【０００２】
【従来の技術】
ＴＶ番組等において放送する映像の編集においては、その作業の効率化等の理由から、実際の放送に利用する高画質の映像（以下、「本放送映像」という。）よりも、情報量を大幅に削減した低画質の映像（以下、「粗編集映像」という。）が使われている（例えば、特許文献１及び特許文献２参照。）。
【０００３】
また、編集作業に粗編集映像を利用することは、編集作業の効率化のみならず、遠隔地で撮影した映像を、衛星回線やマイクロ回線によって放送局に転送する際のデータ量の削減にも寄与する。
【０００４】
即ち、撮影現場等の映像の送信元において、撮影した映像から全てのシーンを含む粗編集映像と本放送映像とをそれぞれ生成し、粗編集映像のみを放送局に送信する。放送局では、粗編集映像に基づいて編集作業がおこなわれ、実際の放送に利用するシーンが決定される。その後、放送局から映像の送信元に対して、番組に利用するシーンのみに対する本放送映像の送信要求がされ、放送局には、必要なシーンのみの本放送映像が送信される。従って、情報量の多い本放送映像の転送を大幅に削減することができる。
【０００５】
【特許文献１】
特開２００１−２６８５０５号公報
【０００６】
【特許文献２】
特開２００１−３４６１５９号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、編集作業の完了が番組開始間際になることもある。かかる場合には、例え必要なシーンのみといえども本放送映像の転送が放送開始までに完了せず、番組の放送を開始できないか、あるいは、逐次本放送映像を受信しつつ放送を行っている場合は、番組の途中で放送内容に混乱が生じることになる。
【０００８】
特に、最近では、ＢＳデジタル放送が開始されたこともあり、デジタル化された映像データをＩＰネットワーク等の低コストの回線を介して放送局へ転送する局面が多くなることも予想される。ＩＰネットワークは帯域が保証されないため、上記のように、放送局において本放送映像が放送時間までに入手できないという問題がより顕在化すると考えられる。
【０００９】
本発明は、上記の点に鑑みてなされたものであって、実際の放送に利用する高画質の映像が入手できない場合でも、適切に放送を行うことができる映像放送方法、映像放送プログラム及び記録媒体の提供を目的とする。
【００１０】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、コンピュータを用いて映像の放送を行う映像放送方法であって、放送するシーンの本放送映像データが、所定のサーバからダウンロードされているかを判断するダウンロード状況判断段階と、前記ダウンロード状況判断段階において前記放送するシーンの本放送映像データはダウンロードされていないと判断された場合に、前記放送するシーンの編集に用いた粗編集映像データのうち当該シーンに対応した前記粗編集映像データを再生させる粗編集映像データ再生段階とを有することを特徴とする。
【００１１】
このような映像放送方法では、実際の放送に利用する本放送映像データをダウンロードすることができない場合でも、自動的に粗編集映像データを再生させることにより、放送内容に混乱を生じることなく適切に放送を行うことができる。
【００１２】
【発明の実施の形態】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における映像放送システムの構成例を示す図である。図１において、映像放送システム１は、インターネット等のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを介して接続されている映像放送サーバ１０及び映像バッファリングサーバ２０等から構成される。
【００１３】
映像バッファリングサーバ２０は、映像の提供元に設置されたコンピュータであり、本放送映像バッファリング手段等を有する。映像バッファリングサーバ２０は、放送用の映像を撮影したカメラ７０から加工のされていない映像データ（以下、「素材映像データ」という。）を取り込み、素材映像データを本番のＴＶ放送に利用する高画質の映像データ（以下、「本放送映像データ」という。）と、番組の編集に利用する低画質の映像データ（以下、「粗編集映像データ」という。）にエンコードする。映像バッファリングサーバ２０は、粗編集映像データについては、直ちに映像放送サーバ１０に送信し、本放送映像データについては、本放送映像バッファリング手段２１に保存する。
【００１４】
映像放送サーバ１０は、実際にＴＶ番組の放送を行う放送局に設置されたコンピュータである。映像放送サーバ１０は、粗編集映像格納手段１１及び本放送映像格納手段１２等を有する。粗編集映像格納手段１１は、映像放送サーバ１０が映像バッファリングサーバ２０から受信した粗映像データを格納するための記憶領域である。本放送映像格納手段１２は、映像放送サーバ１０が映像バッファリングサーバ２０から受信した本放送映像データを格納するための記憶領域である。
【００１５】
放送局には、映像放送サーバ１０の他、粗編集映像再生手段４０、スイッチャ５０、及び本放送映像再生手段６０等が設置されている。粗編集映像再生手段４０は、粗編集映像格納手段１１に保存されている粗映像データを再生するための機器であり、本放送映像再生手段６０は、本放送映像格納手段１２に保存されている方放送映像データを再生するための機器である。スイッチャ５０は、映像放送サーバ１０とＲＳ２３２Ｃ等のインタフェースによって接続されている機器であり、映像放送サーバ１０からの指示に従って、実際に放送する映像を再生させる機器（粗編集映像再生手段４０又は本放送映像再生手段６０）の切り替えを行う。
【００１６】
次に、映像放送サーバ１０の詳細について説明する。図２は、本発明の実施の形態における映像放送サーバ１０のハードウェア構成例を示す図である。図２の映像放送サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、演算処理装置１０４と、インタフェース装置１０５とを有するように構成される。
【００１７】
映像放送サーバ１０での処理を実現する映像放送プログラムは、ＣＤ―ＲＯＭ等の記録媒体１０１によって提供される。映像放送プログラムを記録した記録媒体１０１は、ドライブ装置１００にセットされ、映像放送プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。
【００１８】
補助記憶装置１０２は、インストールされた映像放送プログラムを格納すると共に、必要なファイルやデータ等を格納する。例えば補助記憶装置１０２は、映像放送プログラムの処理に必要な、後述するテーブル等を格納している。また、補助記憶装置１０２は、粗映像格納手段１１や本放送映像格納手段１２としても機能する。
【００１９】
メモリ装置１０３は、映像放送プログラムの起動指示があった場合に、補助記憶装置１０２から映像放送プログラムを読み出して格納する。演算処理装置１０４は、メモリ装置１０３に格納された映像放送プログラムに従って映像放送サーバ１０に係る機能を実行する。インタフェース装置１０５は例えばモデム、ルータ等で構成され、図１のネットワーク３０に接続するために用いられる。
【００２０】
図３は、本発明の実施の形態における映像放送システムの機能構成例を示す図である。図３において、映像バッファリングサーバ２０は、本放送映像バッファリング手段２１、映像エンコード手段２２、粗編集映像送信手段２３、及び本放送映像送信手段２４等から構成されている。
【００２１】
また、映像放送サーバ１０は、粗編集映像格納手段１１、本放送映像格納手段１２、粗編集映像受信手段１３、映像管理テーブル登録手段１４、映像管理テーブル１５、本放送映像ダウンロード手段１６、本放送映像受信手段１７、及び映像切り替え手段１９等から構成されている。
【００２２】
なお、各手段等の機能については、後述するフローチャートに沿って説明する。
【００２３】
以下、図１及び図３の映像放送システムの処理手順について説明する。
【００２４】
図４は、映像バッファリングサーバによる素材映像データの取り込み処理を説明するためのフローチャートである。
【００２５】
ステップＳ１１において、映像バッファリングサーバ２０の映像エンコード手段２２は、カメラ７０が撮影した素材映像データ７１を取り込む。ステップＳ１１に続いてステップＳ１２に進み、映像エンコード手段２２は、素材映像データ７１におけるシーンの変化（シーンチェンジ）を自動検出し、素材映像データ７１をシーンごとの複数の映像データ（以下、「シーン映像データ」という。）に分割する。なお、シーンチェンジの自動検出については、既に周知であるため詳細な説明は省略する。
【００２６】
ステップＳ１２に続いてステップＳ１３に進み、映像エンコード手段２２は、複数のシーン映像データのそれぞれを数十Ｍｂｐｓ以上の高帯域の本放送映像データにエンコードし、本放送映像データを本放送映像バッファリング手段２１に保存する（Ｓ１４）。
【００２７】
一方、ステップＳ１３等と並行してステップＳ１５に進み、映像エンコード手段２２は、複数のシーン映像データのそれぞれを１〜２Ｍｂｐｓと比較的低帯域の粗編集映像データにエンコードする。ステップＳ１５に続いてステップＳ１６に進み、粗編集映像送信手段２２は、ネットワーク３０を介して粗編集映像データを放送局の映像放送サーバ１０に送信する（Ｓ１６）。
【００２８】
図５は、素材映像データが処理される様子を示すイメージ図である。図５において、素材映像データ７１が、シーンＡからシーンＨまでの複数のシーン映像データ７２に分割され、それぞれ、本放送映像データにエンコードされたものは本放送映像バッファリング手段２１に保存され、粗編集映像データにエンコードされたものは映像放送サーバ１０に送信される様子を示している。
【００２９】
次に、映像バッファリングサーバ２０から送信された粗編集映像データを受信した映像放送サーバ１０における処理を説明する。図６は、粗編集映像データを受信した際の映像放送サーバの処理を説明するためのフローチャートである。
【００３０】
ステップＳ２１において、粗編集映像受信手段１３は、映像バッファリングサーバ２０から送信された粗編集映像データを受信し、受信した粗編集映像データを粗編集映像格納手段１１に保存する（Ｓ２２）。ステップＳ２２に続いてステップＳ２３において、編集担当者によって、粗編集映像データの編集が行われ、編集情報（ＥＤＬ（Ｅｄｉｔ Ｄｅｃｉｓｉｏｎ Ｌｉｓｔ））が作成される。ここで、ＥＤＬとは、複数のシーン（Ａ〜Ｈ）から成る映像のどの部分をどの順番で実際の放送に利用するかを示すテキスト形式のデータである。
【００３１】
図７は、ＥＤＬの構成例を示す図である。ＥＤＬ１８において記述１８１（「Ｃ００：００：００〜００：１５：３０」）は、シーンＣの最初から１５分３０秒までの映像を利用することを意味する。同様に記述１８２（「Ｅ００：００：００〜００：１２：００」）は、シーンＥの最初から１２分までの映像を利用することを意味し、記述１８３（「Ｈ００：１５：００〜００：３０：３０」）は、シーンＨの１５分から３０分３０秒までの映像を利用することを意味する。またＥＤＬ１８は、記述１８１、１８２、１８３の順で、放送を行うことを示している。
【００３２】
編集作業が終わると、ステップＳ２４において、映像放送サーバ１０の映像管理テーブル登録手段１４は、粗編集映像データの属性情報をシーンごとに映像管理テーブル１５に登録する。また、映像管理テーブル登録手段１４は、ＥＤＬ１８を参照することにより、放送に利用するシーンを確認し、映像管理テーブル１５において該当するシーンに対応するレコードにフラグを立てる。
【００３３】
図８は、映像管理テーブルの構成例を説明するための図である。図８の映像管理テーブル１５は、シーンごとにシーン名、タイトル、粗編集ファイル名、本放送ファイル名、格納フラグ、及び再生時刻等を管理するテーブルである。シーン名は、各シーンに一意に付けられた名前である。タイトルは、各シーンに付けられたタイトルである。粗編集ファイル名は、当該シーンに対応する粗編集映像データが保存されているファイルのファイル名である。本放送ファイル名は、当該シーンに対応する本放送映像データが保存されているファイルのファイル名である。なお、本実施の形態においては、粗編集映像データ、本放送映像データともにＭＰＥＧ形式のファイルで保存されている。
【００３４】
格納フラグは、０、１、２の値をとるフラグであり、それぞれの値は以下の意味を持つ。「０」は、当該シーンは放送には利用されないため、対応する本放送映像データを映像バッファリングサーバ２０からダウンロードする必要は無いことを示す。「１」は、当該シーンは放送に利用されるため、対応する本放送映像データを映像バッファリングサーバ２０からダウンロードする必要があることを示す。「２」は、対応する本放送映像データは、既に映像バッファリングサーバ２０からダウンロード済みであることを示す。
【００３５】
再生時刻は、実際に放送のために当該シーンを再生する時刻を示している。従って、放送の対象となる格納フラグが１のシーンについてのみ、再生時刻が設定されている。
【００３６】
なお、映像管理テーブル１５において、格納フラグの値は、ステップＳ２４において、映像管理テーブル登録手段１５がＥＤＬ１８に基づいて設定したものである。即ち、ＥＤＬ１８の記述１８１、１８２、及び１８３に基づいて、シーンＣ、シーンＥ、及びシーンＨのそれぞれの格納フラグが１に設定されている。
【００３７】
ステップＳ２４に続いてステップＳ２５に進み、本放送映像ダウンロード手段１６は、映像管理テーブル１５を参照することによりダウンロードが必要なシーンを一つ確認し、そのシーンに対応する本放送映像データの送信を映像バッファリングサーバ２０の本放送映像送信手段２４に要求する。本放送映像ダウンロード手段１６は、本放送映像送信手段２４から送信された本放送映像データを受信すると、受信した本放送映像データを本放送映像格納手段１２に保存する。例えば、図８の映像管理テーブル１５より、最初は、シーンＣについてのダウンロードが行われる。
【００３８】
ステップＳ２５に続いてステップＳ２６に進み、本放送映像ダウンロード手段１６は、ダウンロードが完了したシーンついて、映像管理テーブル１５における格納フラグの値を２（ダウンロード済み）にする。
【００３９】
ステップＳ２６に続いてステップＳ２７に進み、本放送映像ダウンロード手段１６は、映像管理テーブル１５の格納フラグを参照して、ダウンロードが必要な全てのシーン（格納フラグが１のシーン）についてダウンロードが完了したか否か（格納フラグが２であるか否か）を判断する。まだダウンロードが完了していない場合は、ステップＳ２５に進み、以降、ダウンロードが必要な全てのシーンについてダウンロードを繰り返す。従って、例えば、シーンＥ、シーンＨについて順番にダウンロードが行われる。
【００４０】
図９は、本放送映像データをダウンロードした後の映像管理テーブルの内容を示す図である。図９の映像管理テーブル１５において、シーンＣ及びシーンＥの格納フラグは２となっており、シーンＨの格納フラグは１のままであることが分かる。これは、シーンＣ及びシーンＥについては本放送映像データのダウンロードが完了し、シーンＨについてはネットワークの障害等により本放送映像データのダウンロードが完了していないことを示している。従って、このままではシーンＨについて放送できないことになる。
【００４１】
以下、かかる状態で放送時間を向かえた場合の映像管理装置１０の処理について説明する。図１０は、放送時における映像放送サーバの処理を説明するためのフローチャートである。
【００４２】
放送対象となっているいずれかのシーンの放送時間になると（Ｓ３１）、映像切り替え手段１９は、対象シーンに対する本放送映像データがダウンロードされているか否かを映像管理テーブル１２の格納フラグを参照して判断する（Ｓ３２）。対象シーンの本放送映像データがダウンロードされていた場合（例えば、対象シーンがシーンＣやシーンＥの場合）は、ステップＳ３３に進み、映像切り替え手段１９は、スイッチャ５０に対し本放送映像再生手段６０に本放送映像データを再生させるよう指示する。なお、再生の対象となる対象シーンの本放送映像データは、映像管理テーブル１５において特定される（例えば、対象シーンがシーンＣの場合は、Ｈ０３．ｍｐｇ）。また、対象シーンにおける再生箇所についてはＥＤＬ１８によって特定される。
【００４３】
スイッチャ５０が、映像切り替え手段１９の指示に従い、本放送映像再生手段６０に対象シーンの本放送映像データの再生を指示すると、本放送映像再生手段６０は、本放送映像格納手段１２に保存されている対象シーンの本放送映像データを再生する。これによって、本放送映像データが放送される。
【００４４】
一方、対象シーンに対する本放送映像データがまだダウンロードされていない場合（例えば、対象シーンがＨの場合）は、ステップＳ３４に進む。ステップＳ３４において映像切り替え手段１９はスイッチャ５０に対し粗編集映像再生手段０に粗編集映像データを再生させるよう指示する。なお、再生の対象となる対象シーンの本放送映像データは、映像管理テーブル１５において特定され、対象シーンにおける再生箇所についてはＥＤＬ１８によって特定されるのは本放送映像データを再生させる場合（Ｓ３３）と同様である。
【００４５】
スイッチャ５０が、映像切り替え手段１９の指示に従い、粗編集映像再生手段４０に対象シーンの粗編集映像データの再生を指示すると、粗編集映像再生手段４０は、粗編集映像格納手段１１に保存されている対象シーンの粗編集映像データを再生する。これによって、シーンＨのように本放送映像データが存在しないシーンについては、粗編集映像データが放送されることになる。しかし、粗編集映像データによる映像は、一見した程度では、本放送映像データによる映像との差異は認められない。よって、視聴者に違和感を与えることなく番組を提供することができる。
【００４６】
上述したように、本実施の形態における映像放送サーバ１０によれば、映像管理テーブル１０に基づいて、放送対象のシーンの本放送映像データがダウンロードされているか否かを自動的に判断し、本放送映像データがダウンロードされていない場合は、粗編集映像データを再生させる。従って、放送対象のシーンの本放送映像データがダウンロードされていない場合であっても、放送内容に混乱を生じさせることはない。
【００４７】
また、帯域の保証されないＩＰネットワーク等を介して映像データの転送を行う場合においても、適切に番組の放送を行うことができる。
【００４８】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００４９】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１） コンピュータを用いて映像の放送を行う映像放送方法であって、
放送するシーンの本放送映像データが、所定のサーバからダウンロードされているかを判断するダウンロード状況判断段階と、
前記ダウンロード状況判断段階において前記放送するシーンの本放送映像データはダウンロードされていないと判断された場合に、前記放送するシーンの編集に用いた粗編集映像データのうち当該シーンに対応した前記粗編集映像データを再生させる粗編集映像データ再生段階とを有することを特徴とする映像放送方法。
（付記２） 前記ダウンロード状況判断段階は、シーンごとに当該シーンに対応する本放送映像データと、粗編集映像データと、当該本放送映像データのダウンロード状況とを関連付けて管理する映像管理テーブルに基づいて、前記放送するシーンの本放送映像データが、前記所定のサーバからダウンロード済みかを判断することを特徴とする付記１記載の映像放送方法。
（付記３） 前記粗編集映像データ再生段階は、前記映像管理テーブルに基づいて、前記放送するシーンに対応した粗編集映像データを特定することを特徴とする付記１又は２記載の映像放送方法。
（付記４） 前記ダウンロード状況判断段階において前記放送するシーンの本放送映像データがダウンロードされていると判断された場合に、当該本放送映像データを再生させる本放送映像データ再生段階を更に有することを特徴とする付記１乃至３いずれか一項記載の映像放送方法。
（付記５） 前記ダウンロードは、ＩＰネットワークを介して行うことを特徴とする付記１乃至４いずれか一項記載の映像放送方法。
（付記６） コンピュータに、
放送するシーンの本放送映像データが、所定のサーバからダウンロードされているかを判断するダウンロード状況判断手順と、
前記ダウンロード状況判断手順において前記放送するシーンの本放送映像データはダウンロードされていないと判断された場合に、前記放送するシーンの編集に用いた粗編集映像データのうち当該シーンに対応した前記粗編集映像データを再生させる粗編集映像データ再生手順と
を実行させるための映像放送プログラム。
（付記７） コンピュータに、
放送するシーンの本放送映像データが、所定のサーバからダウンロードされているかを判断するダウンロード状況判断手順と、
前記ダウンロード状況判断手順において前記放送するシーンの本放送映像データはダウンロードされていないと判断された場合に、前記放送するシーンの編集に用いた粗編集映像データのうち当該シーンに対応した前記粗編集映像データを再生させる粗編集映像データ再生手順と
を実行させるための映像放送プログラムを記録したコンピュータ読み取り可能な記録媒体。
【００５０】
【発明の効果】
上述の如く、本発明によれば、実際の放送に利用する高画質の映像が入手できない場合でも、適切に放送を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態における映像放送システムの構成例を示す図である。
【図２】本発明の実施の形態における映像放送サーバのハードウェア構成例を示す図である。
【図３】本発明の実施の形態における映像放送システムの機能構成例を示す図である。
【図４】映像バッファリングサーバによる素材映像データの取り込み処理を説明するためのフローチャートである。
【図５】素材映像データが処理される様子を示すイメージ図である。
【図６】粗編集映像データを受信した際の映像放送サーバの処理を説明するためのフローチャートである。
【図７】ＥＤＬの構成例を示す図である。
【図８】映像管理テーブルの構成例を示す図である。
【図９】本放送映像データをダウンロードした後の映像管理テーブルの内容を示す図である。
【図１０】放送時における映像放送サーバの処理を説明するためのフローチャートである。
【符号の説明】
１ 映像放送システム
１０ 映像放送サーバ
１１ 粗編集映像格納手段
１２ 本放送映像格納手段
１３ 粗編集映像受信手段
１４ 映像管理テーブル登録手段
１５ 映像管理テーブル
１６ 本放送映像ダウンロード手段
１７ 本放送映像受信手段
１９ 映像切り替え手段
２０ 映像バッファリングサーバ
２１ 本放送映像バッファリング手段
２２ 映像エンコード手段
２３ 粗編集映像送信手段
２４ 本放送映像送信手段
３０ ネットワーク
４０ 粗編集映像再生手段
５０ スイッチャ
６０ 本放送映像再生手段
７０ カメラ
７１ 素材映像データ
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ 演算処理装置
１０５ インタフェース装置
Ｂ バス

Claims (5)

1. コンピュータを用いて映像の放送を行う映像放送方法であって、
   放送するシーンの本放送映像データが、所定のサーバからダウンロードされているかを判断するダウンロード状況判断段階と、
   前記ダウンロード状況判断段階において前記放送するシーンの本放送映像データはダウンロードされていないと判断された場合に、前記放送するシーンの編集に用いた粗編集映像データのうち当該シーンに対応した前記粗編集映像データを再生させる粗編集映像データ再生段階とを有することを特徴とする映像放送方法。
2. 前記ダウンロード状況判断段階は、シーンごとに当該シーンに対応する本放送映像データと、粗編集映像データと、当該本放送映像データのダウンロード状況とを関連付けて管理する映像管理テーブルに基づいて、前記放送するシーンの本放送映像データが、前記所定のサーバからダウンロード済みかを判断することを特徴とする請求項１記載の映像放送方法。
3. 前記ダウンロードは、ＩＰネットワークを介して行うことを特徴とする請求項１又は２記載の映像放送方法。
4. コンピュータに、
   放送するシーンの本放送映像データが、所定のサーバからダウンロードされているかを判断するダウンロード状況判断手順と、
   前記ダウンロード状況判断手順において前記放送するシーンの本放送映像データはダウンロードされていないと判断された場合に、前記放送するシーンの編集に用いた粗編集映像データのうち当該シーンに対応した前記粗編集映像データを再生させる粗編集映像データ再生手順と
   を実行させるための映像放送プログラム。
5. コンピュータに、
   放送するシーンの本放送映像データが、所定のサーバからダウンロードされているかを判断するダウンロード状況判断手順と、
   前記ダウンロード状況判断手順において前記放送するシーンの本放送映像データはダウンロードされていないと判断された場合に、前記放送するシーンの編集に用いた粗編集映像データのうち当該シーンに対応した前記粗編集映像データを再生させる粗編集映像データ再生手順と
   を実行させるための映像放送プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images