JP4278189B2 - デジタル・マルチメディア編集及びデータ管理システム - Google Patents

Description

発明の技術分野
本発明は、オーディオ／ビデオ管理及び編集システムに関し、より詳細には、マルチメディア生成環境におけるマルチメディア・データを編集し管理する方法及びシステムに関する。
発明の背景
放送用ニュース・プログラムを生成するためのプロセス（工程）は、数１０年の間に何回か変更されている。利用可能な技術の変化により、ケーブル放送局及び他のニュース・ソースの拡張により導入されかつ激化した競争と同様に、ニュースの放送が、それら自身のプログラムを区別化しつつ、リソースをより効果的に使用することが求められている。
一般的なニュース生成（production）作業においては、ニュース・プログラムの生成中に４つの主要なプロセスを行っている。該４つのプロセスは、ビデオ生成、グラフィックス生成、テキスト生成、及びオンエア（放送）のそれぞれの作業である。これらのプロセスにより生成されたものは、ニュース・プログラムが実際に放送されるまで、殆ど効果的に組み合わせられることはない。ビデオ生成プロセスは、放送用のテープを使用した（テープ基準）のビデオを作成して編集することを含んでおり、このビデオ作成及び編集のため、ビデオテープ保管所から捜してきたビデオテープ、又は１又は複数のソース（すなわち、スタジオ又は屋外で記録したカメラ）から得られたビデオテープを用いている。テキスト生成プロセスは、テキスト保管所を含む幾つかのソースから収集されたテキストのスクリプトを書き、かつこれを編集することを含んでいる。テープ生成プロセス及びテキスト生成プロセスと同様に、グラフィックス生成プロセスは、幾つかのソースから収集されたグラフィックスの生成及び編集を含んでいる。
放送用の最終的なニュースを生成するために、ビデオ生成プロセス、グラフィックス生成プロセス、及びテキスト生成プロセスで得られた生成物を、オンエア動作中に、最終的な生成物となるように統合する必要がある。
既知のニュース放送システムは、ビデオ生成プロセス、グラフィックス生成プロセス、及びオンエア動作を統合する機能を備えており、この機能により、編集、分配、及びオンエアを通じて、得られたものからニュース・プログラムのオーディオ要素及びビデオ要素を完全に管理している。このようなシステムにおいて行われる統合のためのプロセスは、メディア生成プロセス及びオンエア動作と組み合わされたディスクを使用した（ディスク基準）のビデオ生成プロセスを含んでいる。ディスク基準のデジタル・オーディオ／ビデオ記憶システム、デジタル・ネットワーク、及びデジタル非線形編集システムを使用することにより、ビデオ生成、グラフィックス生成、及びオンエア動作を確実に統合できるようにしている。このような統合システムを提供するための種々の製品が、アヴィッド・テクノロジー（Avid Technology）社［マサチューセッツ州のテュークスビュリ（Tewksbury）］から入手可能である。
アヴィッド・テクノロジー社から入手可能なデジタル・マルチメディア・ニュースルーム生成システムの１つは、システムのユーザがマルチメディア・アサートを生成し、ブラウズし、かつカタログ化することができるように構成されている。ジャーナリスト・ワークステーションが備えられ、これにより、該ワークステーションのユーザが放送用のマルチメディア生成物のストーリ・ボードを生成することができる。ストーリ・ボードは、幾つかの異なるソースから得られた低解像度のビデオ、ニュース・ワイア・コピー等の幾つかのソースから得られたテキスト、保管テキスト、並びに、ストーリ・ボード、グラフィックス、オーディオ、スチール・ピクチャ（静止画像）、及びその他のマルチメディア・データを生成するときにユーザが生成したテキストを含んでいる。
生成されたストーリ・ボードは、フィルム・クリップ、テキスト、グラフィックス、オーディオ、及びスチール・ピクチャ等のイベントのリストを含んでおり、これらのイベントは、放送のある種々の期間において表示される。従来においては、各イベントは、該イベントを表示することができる装置に送られている。すなわち、ビデオ・クリップはイベントのリストとしてビデオ再生に送られ、テキストはテキスト・ディスプレイ装置に送られ、スチール・ピクチャはスチール・ピクチャ装置へ送られる、等である。これらの装置は、放送係員によって個別に制御される。放送中、選択されたイベントがライブ画像と統合される。イベントの統合は、通常、ディレクタによって管理されるが、ディレクタが、各ディスプレイ装置の各放送係員を管理統制することによって行われる。したがって、このような生成システムの問題点は、一連のイベントを制御するために必要なマンパワーが増大し、ディレクタによる密の進行管理が必要となり、かつエラー発生の機会が増大することである。
発明の概要
ニュース生成システムにおいて、放送の期間中、中央集権的な制御を行うためにマシン・コントロール・サブシステムが使用される。ディレクタ・ワークステーションがサーバに接続され、該サーバは任意数の外部デバイスに接続されている。これら外部デバイスは、放送中に、ビデオ・イメージ又はオーディオを放送して表示するために用いられる装置である。ディレクタ・ワークステーションは、ニュース生成中に生じるイベントのリストを表示するために、グラフィックス・ユーザ・インターフェースを使用する。これらイベントには、接続された任意の装置によって放送される全てのイベントが含まれる。これにより、ワークステーションのディレクタは、中央集権化された制御ステーションからの全てのタイプのイベントの生成を制御することができる。生成用の１つのイベント又は一連の複数のイベントを選択するために、ディレクタは、イベント・リストから単にイベントを選択すればよく、ディレクタが該イベントを表示する装置の特性等を知っていなくても、該イベントを放送することができる。ディレクタ・ワークステーションはサーバに接続されている。サーバはデバイス管理ソフトウエアを備え、接続された外部デバイス全ての動作をインターフェースしかつ制御する。ディレクタ・ワークステーションと外部デバイスとの間の中央集権化された通信経路を提供するために、サーバがディレクタ・ワークステーションに対して外部デバイスのステータス情報を送信し、ディレクタによるリソースの再度指示を容易にする。
本発明の１つの観点においては、ニュース生成システムは、ネットワークに接続されてニュース放送中に放送すべきイベントのリストを受信するワークステーションを備えている。複数の異なるタイプの装置を制御するために、少なくとも１つのサーバがワークステーションに接続されている。サーバはまた、異なるタイプの装置の１つの装置で放送するための少なくとも１つのイベントを識別するためのコマンドを、ワークステーションから受信する。
【図面の簡単な説明】
図１は、本発明に組み込まれるニュース生成システムのブロック図である。
図２は、図１のニュース生成システムにおいて、中央集権化された制御を放送中に提供するためのグラフィカル・ユーザ・インターフェースの説明図である。
発明の開示
図１は、デジタル・マルチメディア・ニュースルーム生成システム１０の一実施例を示しており、該システムは、ビデオ生成システム１２、クライアント・サーバ／コア・ニュースルーム・システム１４、及びオペレーション・システム１６からなる３つの主サブシステムを含んでいる。
コア・ニュースルーム・システムの構成要素及び他の構成要素は、デジタル・ネットワーク２０により相互接続されている。デジタル・ネットワーク２０は、１００Ｍｂ／ｓ以上の動作速度のエーサネット・ネットワークにより構成されている。ネットワーク２０は、３つの機能要素１２、１４、１６をブリッジ２２、２４を介して結合している。本システム中のサブシステム１２、１４、１６の動作を、以下に詳細に説明する。
ビデオ生成サブシステム
ビデオ生成システム１２は、オーディオ／ビデオの検索、メディア・データの編集、並びに、放送用に適した高品質のマルチメディア・データの管理及び制御を実行する。マルチメディア・データは、任意の形態の情報を定義する。該情報形態の代表例はデジタル形態である。ビデオ生成システムは、ニュース・カッタ／メディア・レコーダ２３４を制御するよう接続されたキャプチャ・マネジャ２４を備えている。メディア・レコーダの一例は、マサチューセッツ州のアヴィッド・テクノロジー社から入手可能なAvid Media Recorder（登録商標）である。
キャプチャ・マネジャは、ＮＴＳＣ方式又はＰＡＬ方式のビデオ信号のデジタル形態への変換を制御し、該変換されたデータを符号化ステーション２６に送る。符号化ステーション２６では、ビデオ・データがＪＰＥＧ又はＭＰＥＧのいずれかの形態に圧縮され、圧縮されたオーディオ／ビデオ信号が、ブリッジ２２及びネットワーク２０を介して、サーバ・サブシステム１４の多数のニュース・サーバ４２ａ〜４２ｃに送られる。アセット（asset）・マネジャ２７は、圧縮されたビデオ・データのインデックス付け及び格納を制御する。格納アレイ３０は、保管されたオーディオ／ビデオ・データを格納するために設けられている。ＲＡＩＤアレイ３０に記憶されたイメージへのアクセスは、ブラウザ・サーバ３２によって制御される。
デジタル再生システム３１は、スイッチ３８を介して、ビデオ・サブシステムの構成要素に結合されている。デジタル再生システム３１は、ディスク基準のデジタル再生システムであり、ビデオ生成システムにおいて生成され格納されたマルチメディア・データの放送を制御するものである。デジタル再生システムは、格納装置３０、又はメディア・サーバ４２ａ〜４２ｃのいずれかに記憶された信号を再生する。本発明の好適な実施例においては、デジタル再生システムは、アヴィッド・テクノロジー社から入手可能なAVID AIRPLAY放送システムを用いて実現可能である。
グラフィックス・ワークステーション２８等の多数のグラフィックス・ワークステーションが備えられ、該ワークステーションが放送用のグラフィックス信号を生成し編集し、該信号をビデオ生成システムにおいて格納する。好適な実施例においては、ワークステーション２８は、アヴィッド・テクノロジー社から入手可能なＭＡＴＡＤＯＲワークステーションを用いて実現される。
ビデオ・サブシステム１２のより詳細な動作及び特徴は、Jason Loveman等によって本出願と同日付けで出願されたA Multimedia System with Improved Data Management System（改善されたデータ管理システムを備えたマルチメディア・システム）と題する出願に開示されている。
サーバ・サブシステム
サーバ・サブシステム１４は、ビデオ編集ワークステーション４０等からなる多数のジャーナリスト・ワークステーションを含んでおり、１０ベースのＴハブ３７を介してネットワーク２０に接続され、そしてニュース・サーバ４２ａ〜４２ｃに接続されている。サーバ・サブシステムに備えられたジャーナリスト・ワークステーションの数は、該ワークステーションの各ユーザによって生成されたネットワーク・アクティビティの量、及び、ユーザがシステムにアクセスする場合の許容遅延時間を含む幾つかのファクタに基づいて、決定される。本発明の好適な実施例においては、各ジャーナリスト・ワークステーション４０は、ＭＰＣIIIコンプライアント・ワークステーションを用いて実現される。
ジャーナリスト・ワークステーションは、多数のソースからのマルチメディア・データへのアクセスを提供し、かつ、放送用のニュース・ストーリのマルチメディア・ストーリ・ボードを生成するために必要なツール（すなわち、ソフトウエア）を備えている。ジャーナリストが入手可能なマルチメディア・データは、メディア・レコーダ２３により取得された低解像度のＭＰＥＧビデオ・データを含んでいる。各ジャーナリスト・ワークステーションは、好適には、例えばビデオ・テープ・レコーダ等からのビデオ信号を受け取るビデオ・ポート（不図示）を備えている。各ジャーナリスト・ワークステーションは又、ビデオ・テープ・レコーダを制御するためのシリアル・ポート（不図示）を備えている。
各ニュース・サーバ４２ａ〜４２ｃは、ニュースルーム環境においてマルチメディア・データを管理し格納する。ニュース・サーバは、ミラード・データ・ベースを有する複数の分散プロセッサとして構成され、最大の信頼性及びパフォーマンスを提供する。通信機能等の他の中央集権化された機能は、ニュース・サーバ４２ａ〜４２ｃによって管理される。ニュース・サーバは、例えば、アヴィッド・テクノロジー社から入手可能なアヴィッド・ニュースサーバ（Avid NewsServer）ワークステーションを用いて実現される。ニュース・サーバは、ニュース・ワイア・サービスへのアクセスを提供し、かつ、コア・ニュースルーム・システムの外部にいるユーザからニュース・サーバにリモート・アクセス可能なようにするための複数の外部接続部１２２を備えている。
サーバ・サブシステム１４はまた、ユーザ・ターミナル（ユーザ・ターミナル４６等）のために、ネットワーク２０への接続を提供するためのインターフェース（インターフェース４５等）を備えている。ユーザ・ターミナルは、主にテキスト処理及び通信機能のための従来装置において用いられている種々のターミナルの任意のものでよい。さらに、多数のデバイス・コントローラ（不図示）がデジタル・ネットワーク２０に接続されており、これにより、ジャーナリスト・ワークステーションから例えばテレプロンプタ等のマルチメディ・デバイスを制御する。
ジャーナリスト・ワークステーション４０は、ニュースルームにおいて多数の機能を実行する。例えば、ワークステーション４０は、ニュース・ワイア・テキストを取得し、格納し、カタログ化する。ニュース・ストーリ・テキストを生成し、格納し、カタログ化するために、該ワークステーションが使用される。該ワークステーションはまた、高解像度のビデオ信号を取得し、編集し、再生し、格納し、カタログ化するためにも使用され、また、低解像度のビデオ信号の編集及びブラウジングにも使用される。これらの機能は全て、ランダウン（概要:rundown）を生成するために、ワークステーション４０においてジャーナリストによって使用される。ランダウンとは放送中に生じるべきイベントのリストであり、該ランダウンはサーバ・サブシステム１４からマシン・コントロール・サブシステム１６へ送信される。
マシン・コントロール・サブシステム
マシン・コントロール・サブシステム１６は、３つの主な機能要素を備えている。すなわち、１又は複数のマシン・コントロール・サーバ５０と、テクニカル・ディレクタ・ワークステーション５２、及びシリアル・ポート・コネクタ５４である。シリアル・ポート・コネクタ５４は、マシン・コントロール・サーバと多数の他の外部デバイスとの間の接続経路を提供する。このようなシステムにおいて使用されるシリアル・ポート・デバイスは、デジ・インターナショナル（Digi International）社［ミネソタ州のエデンプライリア（Eden Prairie）］によって提供されているアバンスタ・コネクタ（Avanstar Connector）である。
マシン・コントロール・サーバ５０において実行され、かつ、マシン・コントロール・サーバ５０に結合されたデバイス上でオプション的に実行されるデバイス管理ソフトウエア５１が、スチール・イメージ・ストア５６、キャラクタ・ジェネレータ５８、ビデオ切換器６０、ビデオ再生装置６２等の外部デバイスへの、データ伝送を制御する。スチール・イメージ・ストアは、ニュース・サーバ４２ａ〜４２ｃに記憶されたスチール・イメージの表示を制御するためのものである。キャラクタ・ジェネレータ５８は、テレプロンプタ用のテキストとしてネットワークを介して受け取った文字情報、及びイメージ上に重なるテキスト（スチール・イメージ又はビデオ・クリップ上の識別文字等）を記憶し表示する。ビデオ切換器６０は、ニュースサーバ４２ａ〜４２ｃに記憶されたビデオ・シーケンスの表示を制御する。ビデオ再生装置６２は、生成中にオーディオ発生を制御する。テクニカル・ディレクタ・ワークステーション５２及びマシン・コントロール・サーバ５０は、以下において詳細に説明する。
テクニカル・ディレクタ・ワークステーション
テクニカル・ディレクタ・ワークステーション５２は、インテリジェントで、ユーザ・フレンドリで、対話的な、ニュースルーム生成の制御を提供する。該ワークステーションは、例えば、ウインドウズＮＴを実行するアヴィッド・ワークステーション（Avid Workstation）である。テクニカル・ディレクタ・ワークステーションに結合された構成要素の制御は、図２に示されているグラフィカル・ユーザ・インターフェースを介して、管理される。
グラフィカル・ユーザ・インターフェース７０は、スチール・ストア５６又はキャラクタ・ジェネレータ５８等の１つのデバイス上で再生するためのイベントを、ユーザが選択することができるようにする。ユーザは、１つのイベントを選択するか、又は、マシン・イベントの範囲を選択することができ、マシン・イベントの範囲は、停止することなく順番に再生される。イベント・リストがユーザ・インターフェース７０に備えられており、これにより、サーバ１４から受け取ったランダウンの一部を表示することができる。サーバ１４からマシン・コントロール・サブシステム１６に送られるデータは、適宜のプロトコルを用いて通信される。該プロトコルは、パケット型プロトコルである。各イベントに関する情報は、例えば、イベントの首題を識別する短い名前または「スラグ」７０ｂ、イベントのステータス７０ｃ、ビデオ・セグメントを参照するためのテープＩＤ７０ｄ、イベントの全体時間７０ｅ、イベントの希望完了時間を表すバック時間７０ｆ、イベントが放送されるべきデバイスを識別するためのデバイス・フィールド７０ｇ、該デバイスが現在使用使用中であるかどうかを示すためのデバイス・ステータス・フィールド７０ｈ、及び、オーディオが放送されるべきチャネルを表すためのチャネル・フィールド７０ｉを含んでいる。
ユーザは、処理のために、イベント上でマウス・ボタンをクリックすることによって、又は、イベント部分を選択するためにマウスをドラグすることによって、１つのイベント、又は一連の複数のイベントを選択することができる。イベント上で実行可能な機能は、マシン・プルダウン・メニュ８０に概略が示されている。これらの機能は、再生、キュー、停止、再ロード、及び、ブロック再生の機能を含んでいる。再生機能は、イベントを、該イベントのフィールド７０ｇにリストアップされたデバイスに送る。キュー機能は、関連するデバイス・フィールド７０ｇにリストアップデバイスに対してイベントを送り、該イベントを現在実行中のイベントの背後に配置する。停止機能８０ｃはデバイスでのイベントの表示を停止させ、再ロード機能８０ｄはイベントをデバイスに再ロードさせる。
ブロック再生機能８０ｅは、多数のイベントがサーバに「ブロック」として送られるようにするものである。１つの実施例においては、ユーザが１つのイベントを選択し、該選択されたイベントに後続しかつブレーク・ポイントまでの全てのイベントを、処理のためにサーバに対して１グループとして送信する。このように、ブロック再生機能は、次のブレーク期間までの全てのイベントが連続的に再生されることを可能にし、この際、ディレクタからの干渉は必要がない。よって、予めテープ化されたプログラムを使用するニュース番組用の一連のビデオクリップを表示するためのツールとして、ブロック再生機能は有効である。
再生機能８０ａはまた、混合されたイベントをサポートするためにも使用される。混合イベントは、連続する一連のマシン・コントロール・イベントであり、これらのイベントは、ジャーナリスト・ワークステーション４０においてリンクされ、かつ、リンクされた全てのイベントを含む単一イベントとして現れる。混合イベントはブロック再生とは相違している。これは、ブロック再生においては、連続的に再生するために結合された多数のスチール・イベントが存在しているからである。混合イベントの導入により、一緒に放送すべきビデオ及びキャラクタ・ジェネレーション・フォント等の複数のイベントを、１つのイベントとしてリンクすることが可能となる。混合イベント中の各イベントは、開始点から任意選択のオフセットを含んでおり、これにより、全てのイベントが同時に開始されるものではない。
例えば、ビデオ・クリップは、アラン・グリーン（Alan Green）及びボブ・ワイル（Bob While）からのサウンド・ビットを含んでいる。クリップ用の混合イベントは、以下のようなものである。
クリップを再生
開始から１３秒後に”Alan Green”を１０秒間表示する
開始から３２秒後に、”Bob White”を１０秒間表示する
ビデオ・クリップが終了したとき、格納されたスチール・イメージを表示する
グラフィカル・ユーザ・インターフェース中の「ブロック再生」メニュ・アイテムは、イベント同士を結合するためのものである。しかしながら、混合イベントは、サーバ１４からランダウン（概要）の一部分として明確に受け取られるものである。混合イベントは、上記した例のように明確に記述され、又は、イベントのテンプレート、時間オフセット、及びソース種類を用いて記述される。
したがって、混合イベントは、ビデオ・クリップが再生を開始すると同時に、該ビデオ・クリップ上にタイトルを付ける等の動作をサポートすることができる。混合イベントは、多数のイベントが、ランダウン・リストにおける単一のマクロ・イベントとして表現されることを可能にする。
ランダウン・リストの表示に加えて、グラフィカル・ユーザ・インターフェース７０は、接続されたデバイスの状態を表示するためのデバイス・ステータス・ウインドウ８２を備えている。デバイスの状態を表示することにより、ユーザは、該デバイスが使用送可能であるかどうかを即座に判定することができ、したがって、表示されたシステムの状態に基づいて、イベント／デバイスの割り当てを変更することができる。
図２には、１つのランダウン・リストの一部分が示されている。一度に１つだけのランダウンが表示されるが、テクニカル・ディレクタ・ワークステーションに複数のランダウンを記憶するようにしてもよい。第１のランダウンが完了すると、ディレクタは、ランダウンのリストから次のランダウンを選択するか、またはその代わりに、グラフィックス・ユーザ・インターフェース７０に対してランダウンがシーケンシャルに供給される。
グラフィカル・ユーザ・インターフェースを使用して全てのデバイスにコントロール信号を供給することにより、全ての生成に関する制御が、１つのワークステーションに中央集権化され、これにより、必要な介入が１人のオペレータだけとなり、複数の外部デバイスを制御する複数のオペレータによって生じる曖昧さを排除することができる。さらに、グラフィカル・ユーザ・インターフェースを用いて制御することにより、デバイスの制御が自動化され、外部デバイスそれぞれの制御の詳細を、操作オペレータが知る必要がなくなる。
全てのイベントのステータス（状態）及びシステムに結合されたデバイスのステータスを１つのグラフィカル・ユーザ・インターフェースに提供することによる別の作用効果は、該インターフェースにおいて観察されるデバイスのステータスに基づいて、ディレクタが、デバイスの割り当て及びチャネル割り当てを無効化することができる。例えば、異なるチャネルに背中合わせ（連続する）の２つのオーディオ・クリップが割り当てられている場合、ディレクタは、連続性が保持されるようにチャネル割り当てを無効化することができる。更に、複数のデバイスの１つが使用不可能になった場合、以降のイベントのデバイス割り当てを変更するために、ランダウンを容易に修正することができる。
グラフィカル・ユーザ・インターフェースの一例及びその機能に付いて説明し、かつ図２に示したが、放送用の生成物を容易に作成することができる他のタイプの機能を提供するよう、ユーザ・インターフェースを増加することができる。したがって、グラフィカル・ユーザ・インターフェースは単に例示の意味で挙げたものであってこれに限定されるものではなく、むしろ、中央集権化された生成物制御のコンセプトを提案しているものである。
マシン・コントロール・サーバ
マシン・コントロール・サーバ５０は、マシン・コントロール・サブシステム１６における全ての構成要素に対する中央接続ポイントである。マシン・コントロール・サーバ５０はまた、ランダウンによって規定されているイベントの混合リストを保持する。１つ又は複数のイベントがテクニカル・ディレクタ・ワークステーションによって選択されると、デバイス、イベントＩＤ、又はスラグ、及びチャネル情報を含んでいるイベント・データがマシン・コントロール・サーバ５０に送られる。
該マシン・コントロール・サーバは、受け取ったイベント・データ及びデバイス・データの形式に基づいて、コマンド形式で受け取ったイベントを、デバイス管理ソフトウエア５１を用いて、該当するデバイスに送る。デバイス管理ソフトウエアは通常、該当するデバイスに対して備えられており、該外部デバイスとの通信を制御するためのプロトコル及びデータ管理ルーチンを含んでいる。デバイス管理ソフトウエアはＭＣサーバによって用いられるものであるが、該ソフトウエアは、プロトコルに従ってサーバ１４と通信できるよう構成する必要がある。その結果、放送中に、デバイス及びチャネルの再割り当てがユーザにより容易に実行することができるよう、デバイス・ステータス情報を容易に使用可能となる。
マシン・コントロール・サーバは、このように、サーバ１４、テクニカル・ディレクタ・ワークステーション５２、及び結合された各デバイス５６〜６２の間でデータを交換する中央集権化された通信経路を提供する。マシン・コントロール・サーバ５０に結合されたデバイスが８個である場合の実施例を示したが、サーバ５０は、３２のデバイスを同時にサポートすることが可能である。技術の進歩により、３２より多くのデバイスをサポートする能力を有する実施例が、将来実現されるであろう。
図１に示したように、実施例においては、マシン・コントロール・サブシステムは、冗長性のあるサポートを提供するために２つのサーバ５０ａ、５０ｂを含んでいる。したがって、サーバ５０ａ、５０ｂの一方の障害のイベントにおいて、他のサーバに制御が切り替えられる。このプロセスは、「ウォーム・スタート」と称されている。ウォーム・スタートは、２秒以内に冗長サーバによって処理を継続することができるようにするが、該ウォーム・スタートは、テクニカル・ディレクタ・ワークステーション３２に送られたコマンドの組み合わせに応答して、生じるものである。個々のデバイスへのシリアル・ラインは、ＡＢスイッチ６５を用いて冗長サーバに切り換えられる。切り換え動作は、手動で生じさせることもできるし、テクニカル・ディレクタ・ワークステーションからのコマンドにより、自動的に実行させることもできる。
マシン・コントロール・サーバは、ジャーナリストによって見られるように、バーチャル・デバイスのコンセプトを追加的にサポートする。ストーリを書き込むとき、ジャーナリストは、デバイスのある組み合わせを実際に表している名前が付けられたデバイスに対して、マシン・コントロール・イベントを特定することができる。例えば、２つのエアプレイ（AirPlay）及びスイッチは、ジャーナリストにとっては、１つのデュアル・チャネル・エアプレイのように見える。
Avid News放送システムに関連して、マシン・コントロール・サブシステムを先に説明したが、他のタイプのニュース放送システムをサポートするよう適合できることは、明らかであろう。例えば、マシン・コントロール・サブシステム１６はまた、ニュース・ビュー（News View）すなわち、Novell（登録商標）コンピュータ・システムコンピュータ・システム用のニュース生成物とともに使用することができる。コンピュータ処理により、ネットワーク２０を介してアヴィッド・マシン（Avid Machine）制御プロトコルを用いて、ニュース・ビュー・データベースをモニタリングしかつマシン・コントロール・サーバ５０への切り換えを通信することができる。
ニュース放送の生成工程中の中央集権化された制御及び通信を提供する方法及び装置について、既に説明した。グラフィカル・ユーザ・インターフェースにより、１つのワークステーションにおいて、複数タイプのデバイスに生じる複数タイプのイベントを、ディレクタが制御することが可能となる。ワークステーションでの中央集権化された制御を提供することにより、ディレクタが、リソースの利用可能性を追跡することができ、また、ライブ生成中に必要となるデバイスの選択を更新することができる。さらに、グラフィカル・ユーザ・インターフェースにより、選択されるべき一連のイベントが多数のあらかじめ生成されたビデオ・クリップの生成を単純化することができる。
上記した実施例は、単なる例示的なものであって限定することを意図しているものではなく、単なる例として示したものである。多数の変形及び他の実施例が、この技術分野の通常の技術の範囲内に入り、請求の範囲に規定された発明の範囲及びその均等範囲内に入ることを意図しているものである。

Claims (5)

1. ニュース生成システムであって、
   放送中に表示すべき一連のイベントを指示するイベント・リストを提供するジャーナリスト・ワークステーションと、
   該ジャーナリスト・ワークステーションに結合され、前記イベントを受け取るディレクタ・ワークステーションであって、放送すべき前記イベント・リストの前記イベントのうちの１つをユーザが選択できるようにするグラフィカル・ユーザ・インターフェースを提供する手段を備えた、前記のディレクタ・ワークステーションと、
   該ディレクタ・ワークステーション及び複数の異なるタイプの放送デバイスに結合され、前記複数の放送デバイスのうちの１つでの前記ディレクタ・ワークステーションから受け取ったイベントの放送を制御するサーバと、
   を備え、
   前記グラフィカル・ユーザ・インターフェースを提供する手段は、
   イベントの前記リストをユーザに表示する手段であって、前記リストは、ブレーク・ポイントで分割された複数のブレーク期間を有する、手段と、
   前記表示から、イベントの前記リストのうちの１つのイベントをユーザが選択するための手段と、
   前記選択されたイベントを前記サーバに送る手段と、
   前記サーバに前記イベントと共に送られるべき前記コマンドを選択するためコマンド・メニュを提供する手段と、
   を備え、
   前記コマンド・メニュは、ブロック再生コマンドを含み、該ブロック再生コマンドは、前記イベント・リスト内の選択されたイベントとその後続のブレーク・ポイントとの間の複数の連続したイベントを前記サーバに一緒に送ること、
   を特徴とするニュース生成システム。
2. 請求項１記載のニュース生成システムにおいて、前記グラフィカル・ユーザ・インターフェースを提供する手段は、イベント情報及びデバイス・ステータス情報を提供する手段を含み、
   前記イベントのうちの１つのイベントの前記選択により、該イベント及び該イベントに関連する少なくとも１つのコマンドが、前記サーバに送られること、
   を特徴とするニュース生成システム。
3. 請求項１記載のニュース生成システムにおいて、前記イベントは、指定の時間オフセットで各々再生できる複数のイベントを含む混合イベントであり、該混合イベントの前記選択により、前記サーバに前記混合イベントに含まれた前記複数のイベントが一緒に送られて、前記複数のイベントの各イベントが前記指定の時間オフセットで再生されること、を特徴とするニュース生成システム。
4. 請求項１記載のニュース生成システムにおいて、選択されたデバイスの情報は、前記ディレクタ・ワークステーションから前記サーバに前記イベントと共に送られること、を特徴とするニュース生成システム。
5. 請求項４記載のニュース生成システムにおいて、前記選択されたデバイスは、前記複数の異なるタイプのデバイスのうちの２以上のデバイスを表す仮想デバイスであり、該仮想デバイスの前記選択により、前記サーバが、前記仮想デバイス名に関連した前記デバイスのうちの少なくとも１つに前記イベントを送ること、を特徴とするニュース生成システム。

Images