(57)【要約】      （修正有）【課題】デジタル・マルチメディア・ニュースルーム制作システムは、システムのユーザがマルチメディア・アセットの作成、閲覧およびカタログ化を行うことを可能にする。【解決手段】第１の解像度を有するマルチメディア・データの第１圧縮バージョンと、第１の解像度とは異なる第２の解像度を有するマルチメディア・データの第２圧縮バージョンとを実質的に同時に供給する。マルチメディア・データの第１および第２圧縮バージョンを含むマルチメディア情報を格納する。ビデオ編集および再生システムは、第１圧縮バージョンの一部を用いる合成物を生成する編集回路、および第１圧縮バージョンの一部に対応する前記第２圧縮バージョンの一部を用いて合成物を再生する再生回路を含む。マルチメディア記憶システムはマルチメディア情報を格納し、マルチメディア・データの第１圧縮バージョンをネットワークに供給する。【選択図】  図３
2007053774.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア・システムであって、
マルチメディア・データを捕獲し、第１の解像度を有する前記マルチメディア・データの第１圧縮バージョンと、前記第１の解像度とは異なる第２の解像度を有する前記マルチメディア・データの第２圧縮バージョンとを実質的に同時に供給するマルチメディア・キャプチャおよびエンコード・システムと、
前記マルチメディア・キャプチャおよびエンコード・システムに結合してあり、前記マルチメディア・データの前記第１および第２圧縮バージョンを含むマルチメディア情報を格納するマルチメディア記憶システムと、
前記マルチメディア格納システムに結合したビデオ編集および再生システムであって、
前記第１圧縮バージョンの一部を用いる合成物を生成する編集回路と、
前記第１圧縮バージョンの前記一部に対応する前記第２圧縮バージョンの一部を用いて、前記合成物を再生する再生回路と、
を含む、前記のビデオ編集および再生システムと、
から成るマルチメディア・システム。
【請求項２】
請求項１記載のマルチメディア・システムにおいて、前記編集回路を第１のビデオ・ステーションに配置し、前記再生回路を第２のビデオ・ステーションに配置し、前記ビデオ編集および再生システムが、更に、前記第１および第２のビデオ・ステーション間に配置したネットワーク接続部を含み、前記合成物を前記第１ビデオ・ステーションから前記第２ビデオ・ステーションに転送すること、を特徴とするマルチメディア・システム。
【請求項３】
請求項２記載のマルチメディア・システムにおいて、前記第１および第２ビデオ・ステーションの各々が画面を含み、前記第１および第２の解像度が、時間解像度であり、前記第１のビデオ・ステーションの画面が、第１の時間レイテンシで前記第１の圧縮ビデオのフレームを表示し、前記第２のビデオ・ステーションの画面が、前記第１の時間レイテンシとは異なる第２の時間レイテンシで、前記第２の圧縮ビデオのフレームを表示するようにしたこと、を特徴とするマルチメディア・システム。
【請求項４】
請求項２記載のマルチメディア・システムにおいて、前記第１および第２のビデオ・ステーションの各々が画面を含み、前記第１および第２の解像度が、空間解像度であり、前記第１のビデオ・ステーションの画面が、第１の画像明確度で前記第１の圧縮ビデオのフレームを表示し、前記第２のビデオ・ステーションの画面が、前記第１の画像明確度とは異なる第２の画像明確度で、前記第２の圧縮ビデオのフレームを表示するようにしたこと、を特徴とするマルチメディア・システム。
【請求項５】
マルチメディア・システムであって、
マルチメディア・データを捕獲し、第１の解像度を有する前記マルチメディア・データの圧縮バージョンを、実質的に同時に供給するマルチメディア・キャプチャおよびエンコード・システムと、
前記マルチメディア・キャプチャおよびエンコード・システムに結合してあり、前記マルチメディア・データの前記圧縮バージョンを含むマルチメディア情報を格納し、前記圧縮バージョンを格納するのと実質的に同時に、前記マルチメディア・データの前記圧縮バージョンをネットワークに供給するマルチメディア記憶システムと、
から成るマルチメディア・システム。
【請求項６】
請求項５記載のマルチメディア・システムにおいて、前記マルチメディア記憶システムが、前記ネットワークに結合してあり、前記マルチメディア・データの前記圧縮バージョンを前記ネットワーク上に、マルチキャスト形態で送るサーバを含むこと、を特徴とするマルチメディア・システム。
【請求項７】
請求項５記載のマルチメディア・システムにおいて、前記マルチメディア記憶システムが、前記ネットワークに結合してあり、ビデオ・ホストからの要求に応答して、前記マルチメディア・データの前記圧縮バージョンを前記ネットワークに送るサーバ、を含むことを特徴とするマルチメディア・システム。
【請求項８】
請求項７記載のマルチメディア・システムであって、更に、
前記ネットワークに結合してあり、前記マルチメディア・データの前記圧縮バージョンの第１部分を求める第１の要求を前記サーバに送り、前記第１部分の長さおよび前記第１の要求の応答時間に基づいて待つべき時間量を判定し、前記判定した時間量だけ待った後、前記マルチメディア・データの前記圧縮バージョンの第２部分を求める第２の要求を前記サーバに送るビデオ・ホストを備えること、を特徴とするマルチメディア・システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、データ管理機構を改善したマルチメディア・システムに関し、更に特定すれば、マルチメディア・データ信号の多数のバージョンを実質的に同時に符号化し、これら多数のバージョンに実質的に同時にアクセスしかつ格納し、生成した多数のバージョン間における対応付けを格納の間に行う方法および装置に関するものである。
【背景技術】
【０００２】
過去何十年かにわたって、放送ニュース・プログラムを制作するプロセスは、何回かの変化を経てきている。ケーブル・アウトレット(cable outlet)や他のニュース・ソースの拡大によってもたらされた競争の激化、および技術の変化のために、ニュース放送会社はそのリソースの使用を一層効率化することを余儀なくされている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ニュース・プログラムを制作するためには、典型的なニュース制作組織が、図１に示す４種類の主要な処理を行う。即ち、これらの処理は、ビデオ制作１０，グラフィックス制作１２、テキスト制作１４およびオンエア処理１６を含む。しかしながら、これらの処理の結果を効率的に組み合わせることは、実際にニュース・プログラムを放送するまで、殆ど行われない。
【０００４】
ビデオ制作１０は、ビデオ・アーカイブから検索したビデオ情報または種々のソース（例えば、カメラによって、スタジオまたは現場で記録する）から制作したビデオ情報を用いて、放送用動画(motion video)を生成および編集することを含む。テキスト制作１４は、テキスト・アーカイブを含むいくつかのソースから収集したテキストのスクリプト作成(scripting)および編集を含む。ビデオ制作１０およびテキスト制作１４と同様、グラフィックス制作１２も、種々のソースから収集したタイトル作成(titling)や静止画像のような、グラフィックス・データの生成および編集を含む。
【０００５】
最終的な放送用ニュース・プロダクトを作成するためには、オンエア処理１６の間に、ビデオ制作１０、グラフィックス制作１２およびテキスト制作１４からの結果を適正に統合しなければならない。既存のニュース放送システムは、このような統合を行うことができる。即ち、これらのシステムは、獲得から編集を経て、分配およびオンエア再生まで、ニュース・プログラムのオーディオおよびビデオ・エレメントの完全な管理を可能とする。
【０００６】
主要な処理を統合する従来のプロセスを図２に示す。図２に示すように、ディスクベースのビデオ作成処理３０を、メディア制作プロセス３２およびオンエア処理３４と統合する。ディスクベースのデジタル・オーディオ／ビデオ記憶システム、デジタル・ネットワーク、およびデジタル・ノンリニア編集システムの使用により、ビデオ制作、グラフィックス制作およびオンエア処理の統合を達成することが可能となった。図２に示した統合プロセスを提供するいくつかの製品が、アヴィッド・テクノロジー社（Avid Technology, Inc., Tewksbury, Massachusetts）から入手可能である。
【０００７】
図２のニュースルーム・テキスト制作および管理システム１４は、図１に示すのと同じテキスト制作および管理システム１４である。ニュースルーム・コンピュータ・システムは、数年にわたって使用されているが、これらのコンピュータ・システムは殆どがテキストベースのものであり、テープやディスクベースのオーディオ／ビデオ制作システムとの統合については、その能力には限界があった。現在ではアヴィッド・テクノロジー社であるバシス社（Basys）からNetStationという名称で以前に入手可能であったニュースルーム・コンピュータ・システム等は、ニュース・エージェンシーのコピーを受信しまた単純な文書処理および通信機能を与えるように開発されたシステムから発展したものであった。更に近年になって、様々な種類のアドオン(add-on)が開発され、テキスト制作処理のオーディオ／ビデオ制作処理との統合を何らかの形で提供するものがある。しかしながら、これは、テキストおよびオーディオ／ビデオ・データの限られた統合を達成したに過ぎず、限られたマルチメディア機能を提供するに過ぎない。
【０００８】
典型的なニュース制作組織では、ジャーナリストが記事のアイデアを考え出し、その記事の中で様々なオーディオ／ビデオ・クリップをどのように使用すべきかを決定する。多くの場合、ジャーナリストは、保存されているオーディオ／ビデオ・フッテージを見て、保存フィルムを部分的に選択し、それを記事に用いる。部分的に選択したフィルムのことを、クリップと呼んでいる。次に、ジャーナリストは、編集者に指令を与え、これらのクリップを編集して、放送に適した記事の最終形態を制作する。
【０００９】
場合によっては、特に記事が複雑な場合、ジャーナリストは、記事を大まかな形で用意し、その大まかな形を編集者に与え、最終的に仕上げさせることを望む場合がある。ジャーナリストがその記事の最終的な形に予測するものの大まかな形の方が、口頭の指令または手書きの指令よりも勝っている。このために、ジャーナリストがビデオ・テープ・アーカイブに収容されている以前の放送からのビデオを組み込みたい場合、ジャーナリストは、テープを手作業でサーチすることが必要となり、更に編集ベイ(edit bay)または同様の場所においてそのテープを見直さなければならない。更に、ジャーナリストは、最近の出来事のビデオ、ニュース・ワイヤ・サービスを通じて受信したテキストおよびグラフィックス、ならびに保存テキストというような他の素材を用いて、保存ビデオの暫定的編集を行い、その後で大まかな形を編集者に与え、編集者に、放送のための記事の最終形態を用意するように指令することになる。今日のシステムでは、先程確認した機能を行う能力は、ニュースルーム・システムではジャーナリストには使用することができず、先に説明したように、例えば、編集ベイにおいて、遠方で行わなければならない。
【００１０】
更に、ジャーナリストが、特定の出来事が展開している間に、その出来事に関する記事を用意したい場合もある。ジャーナリストがその出来事の生の情報源(live feed)にアクセスする場合、ジャーナリストが、ビデオ・テープ・レコーダ（ＶＴＲ）を用いてビデオ・テープ上にその出来事を記録するか、あるいはディスクベースのノンリニア・オーディオ／ビデオ制作システムを用いてディスク上のファイルにその出来事を記録する可能性が高い。ジャーナリストが、ビデオ・テープ上に出来事を記録し、記録した出来事の部分を統合することによって、記事の大まかな形を用意したい場合、ジャーナリストは、ＶＴＲを停止し、統合しようとする特定の記録部分までビデオ・テープを巻き戻さなければならない。ジャーナリストがＶＴＲを用いて記録部分を統合している間に新たな進展があった場合、これら新たな進展の生の情報源は、第２のＶＴＲを用いて第２のテープに同時に記録しなければ、失われることになる。同様に、ジャーナリストが従来のディスクベースのノンリニア・オーディオ／ビデオ制作システムを用いてファイルに生情報を記録している場合、ジャーナリストがファイルから記録部分にアクセスし、記事に統合できるようにするには、その前に記録を終了しなければならない。出来事の追加の進展をディスクベースのシステムに記録するためには、ジャナリストは、第２のファイルにこれら追加の進展を記録しなければならない。多数のテープおよびファイルにわたって出来事を格納することは非効率的であり、しかも多数のテープやファイルを追跡するために追加のオーバーヘッドも必要となる。
【課題を解決するための手段】
【００１１】
本発明の一実施形態は、マルチメディア・システムを対象とするものであり、このマルチメディア・システムは、マルチメディア・データを捕獲し、第１の解像度を有する前記マルチメディア・データの第１圧縮バージョンと、第１の解像度とは異なる第２の解像度を有するマルチメディア・データの第２圧縮バージョンとを供給するマルチメディア・キャプチャおよびエンコード・システムを含む。本マルチメディア・システムは、更に、マルチメディア・キャプチャおよびエンコード・システムに結合してあり、マルチメディア・データの第１および第２圧縮バージョンを含むマルチメディア情報を格納するマルチメディア記憶システムを含む。本マルチメディア・システムは、更に、マルチメディア格納システムに結合したビデオ編集および再生システムを含む。ビデオ編集および再生システムは、第１圧縮バージョンの一部を用いる合成物を生成する編集回路、および第１圧縮バージョンの一部に対応する前記第２圧縮バージョンの一部を用いて、合成物を再生する再生回路を含む。
【００１２】
本発明の他の実施形態は、マルチメディア・システムを対象とするものであり、このマルチメディア・システムは、マルチメディア・データを捕獲し、第１の解像度を有する前記マルチメディア・データの圧縮バージョンを供給するマルチメディア・キャプチャおよびエンコード・システムを含む。本マルチメディア・システムは、更に、マルチメディア・キャプチャおよびエンコード・システムに結合してあり、マルチメディア・データの圧縮バージョンを含むマルチメディア情報を格納し、圧縮バージョンを格納するのと実質的に同時に、マルチメディア・データの圧縮バージョンをネットワークに供給するマルチメディア記憶システムを含む。
【００１３】
本発明の一実施形態によれば、マルチメディア記憶システムは、ネットワークに結合した圧縮バージョンをネットワークに送るサーバを含む。
他の実施形態によれば、本マルチメディア・システムは、ネットワークに結合してあり、マルチメディア・データの圧縮バージョンの第１部分を求める第１の要求をサーバに送り、第１部分の長さおよび第１の要求の応答時間に基づいて待つべき時間量を判定し、判定した時間量だけ待った後、マルチメディア・データの圧縮バージョンの第２部分を求める第２の要求をサーバに送るビデオ・ホストをも含む。
【発明を実施するための最良の形態】
【００１４】
本発明のよりよい理解のために、添付図面を参照する。これらの図面は、この言及により本願にも含まれるものとする。
図３は、本発明の一実施形態による、動画データを管理するためのデジタル・マルチメディア・システム５０を示す。マルチメディア・システム５０は、一人以上のユーザに、動画データ、テキスト、グラフィックスおよびオーディオ（即ちマルチメディア・データ）を効果的に操作し、マルチメディア合成(multimedia composition)を生成可能にするものである。即ち、システム５０は、マルチメディア・データの低解像度バージョンおよび高解像度バージョンを実質的に同時に符号化する。このシステムを用いるジャーナリストは、低解像度バージョンの一部を用いて合成物を生成し、編集者は、低解像度バージョンのその一部に対応する、高解像度バージョンの一部を用いて、この合成物を再生する。
【００１５】
マルチメディア・システム５０は、マルチメディア・キャプチャおよびエンコード・システム５２を含み、マルチメディア・データを捕獲し、第１の解像度を有するマルチメディア・データの第１の圧縮バージョンと、第１の解像度とは異なる第２の解像度を有するマルチメディア・データの第２の圧縮バージョンとを実質的に同時に供給する。
【００１６】
マルチメディア・システムは、更に、マルチメディア・キャプチャおよびエンコード・システム５２に結合した、マルチメディア・データの第１および第２の圧縮バージョンを含むマルチメディア情報を格納する、マルチメディア記憶システム５４を含む。即ち、マルチメディア記憶システム５４は、磁気ディスクのような、デジタル式コンピュータ読み取り可能および書き込み可能不揮発性ランダム・アクセス媒体を含み、デジタル的かつノンリニアに、第１および第２の圧縮バージョンを格納する。
【００１７】
マルチメディア・システム５０は、更に、マルチメディア記憶システム５４に結合したビデオ編集および再生システム５６を含む。ビデオ編集および再生システム５６は、第１の圧縮バージョンの一部を用いて合成物を生成する編集回路５８と、第１の圧縮バージョンの前述の一部に対応する第２の圧縮バージョンの一部を用いて合成物を再生する再生回路６０とを含む。合成物は、ビデオ・エントリのリストを定義する、１つ以上のデータ構造を含む。各ビデオ・エントリは、ビデオ情報を収容するファイルの名称、およびビデオ情報の一部を定義するファイルの範囲を示す。編集回路５８および再生回路６０は、典型的に、ジャーナリストおよび編集者がそれぞれ用いる。あるいは、編集回路５８および再生回路６０は、双方とも単一のグラフィックス・ワークステーション上に位置してもよい。
【００１８】
本発明の別の実施形態は、ニュースルーム制作システム７００であり、これを図４に示す。システム７００は、マルチメディア・データの低解像度バージョンおよび高解像度バージョンを実質的に同時に符号化し、このシステムを用いるジャーナリストが、低解像度バージョンの一部を用いて合成物を生成し、編集者が、低解像度バージョンのこの一部に対応する高解像度バージョンの一部を用いて、合成物を再生することを可能にする。図３の実施形態におけると同様、システム７００によって、ニュース制作組織は、種々のソースからの動画クリップならびにテキスト、アナウンサによる生のプレゼンテーション、および関連するグラフィックスを含むマルチメディア・データを効率的に操作することが可能となる。
【００１９】
システム７００は、前述のシステム５０と同様であり、システム７００は、マルチメディア・キャプチャおよびエンコード・システム７１０、マルチメディア記憶システム７３０、およびビデオ編集および再生システム７５０を含む。このシステムは、更に、第１のコンピュータ・ネットワーク７０４および第２のコンピュータ・ネットワーク７０６を含み、これらをブリッジ７０８に結合している。マルチメディア・キャプチャおよびエンコード・システム７１０、マルチメディア記憶システム７３０、ならびにビデオ編集および再生システム７５０の各々は、第１のネットワーク７０４および第２のネットワーク７０６に結合している。本発明の一実施形態によれば、ネットワーク７０６は、アヴィッド・テクノロジー社（Avid Technology, Inc., Tewksbury, Massachusetts）から入手可能なAvidNetのようなＡＴＭネットワークであり、これについては、米国特許出願第０８／２１５，８４９号に記載されている。この内容は、本言及により本願にも含まれるものとする。また、システム７００は、１つ以上のソースからマルチメディア・データを受信する入力７０２も含む。
【００２０】
マルチメディア・キャプチャおよびエンコード・システム７１０は、第１のネットワーク７０４に結合した第１のエンコーダ７１２、第２のネットワーク７０６に結合した第２のエンコーダ７１６、ならびにエンコーダ７１２および７１６間を相互接続する符号化コントローラ７１４を含む。符号化コントローラ７１４のことを、キャプチャ・マネージャ(capture manager)とも呼ぶことにする。エンコーダ７１２および７１６の各々は、更に、ビデオ入力７０２にも結合しており、マルチメディア・データを受け取る。
【００２１】
マルチメディア記憶システム７３０は、第１のネットワーク７０４に結合した第１のビデオ・サーバ７３２、第２のネットワーク７０６に結合した第２のビデオ・サーバ７３６、およびアセット・マネージャ(asset manager)７３４を含む。アセット・マネージャ７３４は、第２のビデオ・サーバ７３６、キャプチャ・マネージャ７１４、および第２のエンコーダ７１６の各々に結合している。
【００２２】
ビデオ編集および再生システム７５０は、第１のグラフィックス・ネットワーク７０４に結合した第１のグラフィックス・ワークステーション７４２、第２のネットワーク７０６に結合した第２のグラフィックス・ワークステーション７４４を含む。第１のグラフィックス・ワークステーションは、第１のネットワーク７０４に結合した第１の編集回路７５２を含む。第２のグラフィックス・ワークステーションは、第２のネットワーク７０６に結合した再生回路７５４、および第２のネットワーク７０６に結合した第２の編集回路７５６を含む。あるいは、再生回路７５４および第２の編集回路７５６は、別個のグラフィックス・ワークステーション上に位置し、その各ワークステーションを第２のネットワーク７０６に結合してもよい。再生回路７５４および第２の編集回路７５６は、更に、アセット・マネージャ７３４にも結合している。
【００２３】
システム７００が動作状態にある場合、第１および第２のエンコーダ７１２および７１６は、入力７０２から実質的に同時にマルチメディア・データ信号を受け取る。第１のエンコーダ７１２は、ネットワーク７０４を通じて、マルチメディア・データの第１圧縮バージョンを含む信号を出力する。第２のエンコーダ７１６は、ネットワーク７０６を通じて、マルチメディア・データの第２圧縮バージョンを含む信号を出力する。第１圧縮バージョンの解像度は、第２圧縮バージョンの解像度とは異なる。一実施形態では、第１および第２の解像度は、時間的な視点において異なり、所与の時間間隔において、これらのバージョンの一方が他方よりも用いるフレームが少なくなるようにしてある。他の実施形態では、第１および第２の解像度は空間的に異なる。即ち、静止画像を表すために用いる画素数が異なり、これらのバージョンの一方が、他方よりも明確度(clarity)の高い画像を与えるようにする。更に他の実施形態では、第１および第２の解像度は、時間的、即ち、動画の１秒当たりの画像数、および空間的の双方において異なる。本発明の特定の実施形態の１つでは、第１圧縮バージョンは、MPEG-1 (ISO/IEC 11172-1〜9）符号化ストリームであり、第２圧縮バージョンは、放送テレビジョン品質画像の毎秒６０フレームのmotion-JPEG(MJPEG)符号化ストリームであり、第１および第２圧縮バージョンが異なる時間的および空間的解像度を有するようにしてある。
【００２４】
第１のビデオ・サーバ７３２は、第１のエンコーダ７１２からの第１圧縮バージョンを受け取り格納する。第２のビデオ・サーバ７３６は、第２のエンコーダ７１６から第２圧縮バージョンを受け取り格納する。第１および第２圧縮バージョンの格納は、実質的に同時に行われる。好適な実施形態では、第１のビデオ・サーバ７３２は、Avid BrowseServerのような、低解像度ビデオ・サーバであり、低解像度マルチメディア・データを格納する。第２のビデオ・サーバ７３６は、Avid MediaServerのような、高解像度ビデオ・サーバであり、高解像度マルチメディア・データを格納する。Avid MediaServerおよびAvid BrowseServerは、双方共、アヴィッド・テクノロジー社（Avid Technology, Inc., Tewksbury, Massachusetts）から入手可能な動画記憶装置である。
【００２５】
キャプチャ・マネージャ７１４は、第１および第２圧縮バージョン間に対応関係が生ずるようにアセット・マネージャ７３４を制御する。即ち、アセット・マネージャ７３４は、最初に、第１および第２圧縮バージョンのマッピングを作成し、次いでこれを維持する。一実施形態では、マッピングを行なうには、ファイル識別情報およびタイムコード・データをファイルに格納する。第１圧縮バージョンの一部分のファイル名およびタイムコード範囲をアセット・マネージャ７３４に供給すると、アセット・マネージャは、第１圧縮バージョンのその一部分に対応する、第２圧縮バージョンの一部分を識別することができる。即ち、アセット・マネージャ７３４は、ファイルをサーチし、第１圧縮バージョンの前述の一部分に対応する、第２圧縮バージョンの一部分を識別するファイル名およびタイムコード範囲を検索する。このようにして、第１および第２圧縮バージョン間の対応関係を形成する。
【００２６】
このようなマッピング機構を実施するには、ローバ外（Rober et al.）の米国特許出願第５，２６７，３５１号に開示されている、動的リンクの一形態を用いればよい。この特許の内容は、本言及により本願にも含まれるものとする。即ち、アセット・マネージャ７３４は、低解像度ファイルと等価な高解像度ビデオ・ファイルの指示を維持することができる。この等価性を用いて、自動的かつ動的に、適切な高解像度ファイルを低解像度ファイルと関連付けることができ、ジャーナリストは、この低解像度ファイルを用いてマルチメディア合成物を作成する。
【００２７】
入力７０２を介して受信したオーディオ／ビデオ・フィード(audio/video feed)上にタイムコード情報が得られない場合、キャプチャ・マネージャ７１４は、タイムコード情報が符号化マルチメディア・データに確実に含まれるようにする。即ち、タイムコード情報が含まれていない場合、キャプチャ・マネージャ７１４またはアセット・マネージャ７３４は、第２圧縮バージョンを第２のビデオ・サーバ７３６に格納する前に、これにタイムコード情報を付加する。
【００２８】
これより、システム７００の動作について、ニュースルームの設定と関連付けて説明する。ニュースルームにおいて、ジャーナリストは第１のワークステーション７４２を操作し、編集者は第２のワークステーション７４４を操作する。ジャーナリストは、第１の解像度を有するマルチメディア・データの第１圧縮バージョンの一部を用いた合成物を生成する。この合成物は放送に適している必要はない。むしろ、この合成物は、ジャーナリストの記事の大まかな形でよく、編集者がこれを放送用の最終形態に変換することができる。即ち、ジャーナリストは、この合成物の表現（メディア・データを含まない）を、ブリッジ７０８を通じて第１および第２のネットワーク７０４および７０６を横切って編集者に送る。編集者が合成物を受け取ったなら、編集者は第２のワークステーション７４４上でこの合成物を再生することができる。第２のワークステーション７４４が合成物を再生すると、第２のワークステーションは、ジャーナリストが用いる第１圧縮バージョンの前述の部分の代わりに、第２の解像度を有するマルチメディア・データの第２圧縮バージョンの一部を再生する。編集者は、第２の編集回路７５６を用い、オーディオ／ビデオ部分間のブレンドおよびフェード遷移ならびにその他の特殊効果を付加するといった、編集処理を行なうことによって、合成物を最終的な放送形態に変換する。
【００２９】
尚、ジャーナリストが第１のワークステーション７４２を用いて合成物を生成する場合、マルチメディア・データの第１圧縮バージョンは、第１のネットワーク７０４を通じてのみ転送することは理解されよう。同様に、編集者が第２のワークステーション７４４を用いて合成物を再生する場合、マルチメディア・データの第２圧縮バージョンは、第２のネットワーク７０６を通じてのみ転送する。
【００３０】
また、システム７００を用いる場合、ジャーナリストも編集者も彼らの各ワークステーションに、合成物に統合するためにオーディオ／ビデオ・フッテージを検索させないことも理解されよう。ジャーナリストは、第１のビデオ・サーバ７３２に格納してある第１圧縮バージョンにアクセスを行なう。同様に、編集者は、第２のビデオ・サーバ７３６に格納してある第２圧縮バージョンにアクセスを行なう。
【００３１】
本発明の他の実施形態は、図５に示すニュースルーム制作システム８００を対象とする。この実施形態は、図４の実施形態と同様であるが、多数の第１エンコーダ８１２、多数の第２エンコーダ８１６、および多数の第１ワークステーション８４２を含むことが異なる。前述の本発明の他の実施形態におけると同様、ニュース制作組織は、効果的にシステム８００を利用し、種々のソースからの放送品質の動画クリップを含む、ニュース記事を生成することができる。エンコーダ８１２は低解像度エンコーダであり、種々のソースからのマルチメディア・データの低解像度圧縮バージョンを同時に出力する。エンコーダ８１６は、高解像度エンコーダであり、種々のソースからのマルチメディア・データの高解像度圧縮バージョンを同時に出力する。
【００３２】
システム８００の利点の１つは、第１のネットワーク８０４を通じて転送するマルチメディア・データは低解像度データであり、高解像度データよりも必要な帯域幅が狭くて済むことである。したがって、第１のネットワーク８０４の大きな性能低下を招くことなく、数台のワークステーション８４２を第１のネットワーク８０４に接続することが可能となる。第２のネットワーク８０６を通じて転送するマルチメディア・データは、高解像度データであり、低解像度データよりも広いネットワーク帯域幅を使用する。しかしながら、第１のワークステーション８４２が生成するネットワーク・トラフィックから第２のネットワーク８０６を分離してあるので、第２のネットワーク８０６は適切な処理能力を発揮する。したがって、１台以上の第２のワークステーション８４４を第２のネットワーク８０６に接続することも可能である。ブリッジ８０８は、ある種の信号を第１のネットワークから他方に通過させることができる。即ち、ブリッジ８０８は、第１のワークステーション８４２の１つにおいて作業するジャーナリストが、生成した合成物、即ち、記事を定義する１つ以上のデータ構造を、第２のワークステーション８４４の１つにおいて作業する編集者に送ることを可能とする。
【００３３】
システム８００は、図５に示すように、１つ以上の低解像度エンコーダ８１２、および１つ以上の高解像度エンコーダ８１６を含むので、システム８００は、１つ以上のオーディオ／ビデオ・フィードの低解像度バージョンおよび高解像度バージョン双方を同時に、捕獲し、符号化し、格納することができる。キャプチャ・マネージャ８１４は、多数の符号化セッションの制御を同時に維持する。例えば、入力８０２は、衛星フィード(satellite feed)に接続した第１の端末を有し、システム８００が衛星フィードを符号化し格納するようにすることも可能である。入力８０２は、生カメラ(live camera)に接続した第２の端末を有し、システム８００がカメラ・フィードを符号化し格納するようにすることも可能である。
【００３４】
本発明の種々の実施形態によれば、ユーザは、オーディオ／ビデオ・フィードの符号化バージョンが、符号化されビデオ・サーバの一方のファイルに格納されている間に、これらを視認し編集することができる。これらの実施形態によれば、システム８９０は、図６に示すように、エンコーダ、ブラウズ・サーバ(browse server)、およびワークステーションを含む。これらの装置は、図５のマルチキャスト・システム８００の一部とすることができる。
【００３５】
図５に示す第１ビデオ・サーバ８３２は、図６におけるブラウズ・サーバ８３２として適している。ブラウズ・サーバ８３２は、図６に示すように、バッファ・キャッシュ８７０およびディスク型メモリ８８０を含む。ブラウズ・サーバ８３２が低解像度ビデオ・エンコーダ８１２からオーディオ／ビデオ・フィードの符号化バージョンを受け取ると、最初にブラウズ・サーバのオペレーティング・システムによって、符号化バージョンの部分をバッファ・キャッシュ８７０にキャッシュする。オペレーティング・システムは、これらの部分をバッファ・キャッシュ８７０からディスク型メモリ８８０上のファイルに書き込む、即ち、フラッシュ(flush)する。オペレーティング・システムがこれらの部分をメモリに書き込んでいる間、オペレーティング・システムは、同時に、これらの部分を含むネットワーク・パケットを、１箇所以上のワークステーション８５４に至るネットワーク８０４上に送り、１箇所以上のワークステーション８５４から符号化バージョンに対する要求を受けた場合に、視認し可能な編集を行なえるようにする。
【００３６】
本発明の一実施形態では、ブラウズ・サーバ８３２は、マイクロソフト社（Microsoft Corporation, Redmond, Washington）から入手可能なWindows（登録商標） NTオペレーティング・システムを用いる。これは、ファイルにデータを格納しつつ、同時にファイルからデータを読み出すことができ、しかもファイル競合問題を生成しない。システム８９０は、Windows（登録商標） NTオペレーティング・システムが提供するファイル・アクセス処理を利用し、マルチメディア・データをバッファ・キャッシュ８７０からディスク型メモリ８８０にフラッシュし、同時にネットワーク８０４を通じて１箇所以上のワークステーション８４２に送ることができるようにする。即ち、本発明の一実施形態では、システムは、NTファイル・システムの特徴を利用して、データをファイルに添付しつつ、そのファイルからデータを読み出す機能を備えている。
【００３７】
一実施形態では、前述の部分はネットワーク８０４を通じてマルチキャスト（あるいは「プッシュ」）され、これらの部分にアクセスしたいあらゆるワークステーション８４２は、単に要求をブラウズ・サーバ８３２に登録する。すると、ブラウズ・サーバは、同時にこれらの部分を格納しつつ、ＩＰマルチキャスティング(IP multicasting)を用いて、ネットワーク８０４を通じてこれらの部分をワークステーション群８４２にマルチキャストする。
【００３８】
他の実施形態では、ブラウズ・サーバ８３２は、符号化部分に対する個々の要求に特定して応答する。即ち、これらの部分をブラウズ・サーバ８３２からワークステーション８４２に「引き出す(pull)」。この実施形態では、ブラウズ・サーバ８３２は、ウエブ・サーバとして機能し、種々のワークステーション８４２からの個々の要求に応答して、コンピュータ・ネットワーク上に情報のパケットを供給する。即ち、ワークステーション８４２がマルチメディア・データの符号化部分の一部を受信したい場合、ワークステーション８４２は、ネットワーク８０４上に要求を送り、これをブラウズ・サーバ８３２が受信する。ブラウズ・サーバ８３２は、これに応答して、符号化バージョンをブラウザ・サーバ８３２上のファイルに格納するのと実質的に同時に、符号化バージョンの一部を含むネットワーク・パケットをワークステーション８４２に返送する。
【００３９】
本発明の一実施形態によれば、ワークステーション８４２は、図７に示す方法１０００を実行する。ステップ１００２において、ワークステーション８４２は、ブラウズ・サーバ８３２に同時に格納しつつある符号化バージョンの１つ以上の部分に対する要求を、ブラウズ・サーバ８３２に送る。ステップ１００４において、ワークステーション８４２は、その要求に応答してブラウズ・サーバ８３２からの符号化バージョンの部分を受信するまで待つ。ステップ１００６において、ワークステーション８４２は、１つ以上の部分を受信して再生し、更に他の部分に対する次の要求をいつ送るべきかについて判定を行なう。次の要求を送る時点は、受信するビデオ・データの量、例えば、部分数、および要求を送りデータを受信するまでの間に要する時間によって異なる。ステップ１００６において、ワークステーションは、次の要求を送り、ワークステーション８４２が以前に受信した部分を再生し終えるよりも所定時間量だけ前に、符号化バージョンの１つ以上の新たな部分を受信することを予期する。このように、ワークステーション８４２は、ある所定のリード時間量を維持しようとする。一実施形態では、このリード時間を約０．５秒として、ワークステーション８４２が次の要求を送り、前回の部分を再生し終えるよりも０．５秒前に次の部分を受信することを予期するようにする。ステップ１００８において、ワークステーション８４２は、符号化バージョンを格納したファイルの終点に達したか否かについてチェックする。達した場合、方法１０００を終了する。その他の場合、ワークステーション８４２は方法１０００を繰り返す。
【００４０】
本発明の一実施形態によれば、ワークステーション８４２は、アクティブ・リーダ・スレッド(active reader thread)を用いて新たな部分を獲得する。ワークステーション８４２に６秒よりも長い素材を格納する場合、リーダ・スレッドは、所定時間量の間、またはこれが活性化されるまで、休止する(sleep)。
【００４１】
本発明の一実施形態によれば、ブラウズ・サーバ８３２は、図８に示す方法１１００を実行する。ステップ１１０２において、ブラウズ・サーバ８３２は、ファイルを開いて、マルチメディア・データの符号化バージョンを格納する。ステップ１１０４において、ブラウズ・サーバ８３２は、ネットワーク８０４をポールして、符号化バージョンの部分に対する要求を検出しようとする。ワークステーション８４２からの要求を受信した場合、ブラウズ・サーバ８３２は、符号化バージョンの１つ以上の部分をワークステーション８４２に送る。ブラウズ・サーバ８３２は、符号化バージョンのどの部分をワークステーション８４２に送ったのか、そして次の要求に応じてどの部分を送るのかについて追跡することができる。即ち、ワークステーション８４２がその要求に識別ＩＤを含む場合、ブラウズ・サーバ８３２はこのＩＤを用いて、どのファイルおよびどのリード(read)ブロックにアクセスする必要があるのかを見出して決定することができ、次いでリード・ブロック、およびリード・ブロックが定義する符号化バージョンの一部または複数の部分のタイムコードおよび長さ情報のようなその他の情報を送ることができる。あるいは、ワークステーション８４２は、符号化バージョンのどの部分が次に必要とされるかについて追跡し、次の要求によってどの部分を必要とするかについての指示を送る。ステップ１１０６において、ブラウズ・サーバ８３２は、符号化バージョンを完全に格納したか否か、例えば、エンコーダ８１２が停止したか否かについて判定を行なう。格納した場合、ブラウズ・サーバ１１０６はステップ１１０８に進み、ファイルを閉じ、次の要求をワークステーション８４２から受信したときに、ファイル終了指示を、残りの未送出部分が少しでもあれば、それと共に送る。その他の場合、ブラウズ・サーバ８３２は、ステップ１１０４に進み、ネットワークをポールし、符号化バージョンをファイルに格納し続ける。
【００４２】
尚、ワークステーション８４２は、ＩＰアドレスを有することによってインターネットのクライアントとなることができ、ブラウズ・サーバ８３２は事実上、ｈｔｔｐサーバまたはＴＣＰ／ＩＰプロトコルを用いる他の種類のサーバのようなサーバとなることは理解されよう。好適な実施形態によれば、ワークステーション８４２およびブラウズ・サーバ８３２間の通信は、「無接続(connectionless)」である。即ち、ワークステーション８４２からブラウズ・サーバ８３２に送出した要求が、当該要求のネットワーク・パケットを送信するために必要な時間期間のみ、接続を確立する。同様に、他の接続も、ブラウズ・サーバ８３２およびワークステーション８４２間において、ネットワーク８０４を通じて符号化バージョンの１つ以上の部分の転送のために確立する。その他の場合、接続は存在しない。即ち、解放状態の接続ストリームはない。
【００４３】
一実施形態では、ブラウズ・サーバ８３２は、ｈｔｔｐサーバ・ソフトウエアを用いて、ウエブ・ホストとしてコンフィギュレーションを設定したワークステーション８４２からの応答を処理するようにしてもよい。このようなソフトウエアに、マイクロソフト社（Microsoft Corporation, Redmond, Washington）から入手可能なMicrosoft Internet Information ServerまたはMicrosoft Peer Web Servicesがある。
【００４４】
前述の実施形態のいずれを用いても、ワークステーション８４２において作業するジャーナリストは、マルチメディア・データの符号化バージョンがブラウズ・サーバ８３２に格納されている間に、これを視認し編集することができる。このように、ジャーナリストは、マルチメディア・データをブラウズ・サーバ内に格納している間に、同時にそのマルチメディア・データの符号化バージョンの部分を含む合成物を用意することができる。更に、ジャーナリストは、同じブラウズ・サーバ８３２上の多数のファイルに符号化バージョンを格納しなければならないという負担を負わなくて済む。ワークステーション８４２上の符号化バージョンの部分には、オーディオ／ビデオ・フィードを最初に入力８０２に供給した時点から、最少５秒の遅れでアクセスすることができる。
【００４５】
各ジャーナリストは、キャプチャ・マネージャ８１４のグラフィカル・ユーザ・インターフェースを用いて、記録セッションを作成し、記録セッションの制御を維持することができる。このユーザ・インターフェースは、何らかのアクセス機構（例えば、前述の視認および編集機能）も含み、ジャーナリストが符号化バージョンの部分にアクセスしつつ、当該符号化部分を同時に記録し格納することを可能にする。このグラフィカル・ユーザ・インターフェースの一例を図９に示す。このインターフェースはダイアログ・ウインドウ９００の形態であり、１つ以上の各符号化コンフィギュレーションを表示する、１つ以上の特性ページ(property page)を含む。各特性ページはボタン群を含み、これらによってユーザは、マウスおよびキーボードによる従来の入力方法を用いて、コマンドおよび情報をキャプチャ・マネージャ８１４に送ることができる。他の従来からの入力機構を、マウスおよびキーボードの代わりに用いることも可能である。図９に示す特定例では、ダイアログ・ボックス９００は、ネットワーク・フィード１、ネットワーク・フィード２、アーカイブＶＴＲ(Archive VTR)、プロジェクトＶＴＲ(Projects VTR)、衛星フィード１、および衛星フィード２と名付けた６つの特性ページを有する。「ネットワーク・フィード１」をソース９０２として表示することによって、ネットワーク・フィード１に対する特性ページを現在前面に示してある。他の特性ページは、背景においてテーブル９４０によって、それらの各名称と共に示してある。この特定例では、高解像度エンコーダ８１６は"Jupiter"と称し、低解像度エンコーダは"MR1"と称する。ダイアログ・ウインドウ９００の下側領域９０４には、複数のボタンを表示してある。これらには、キャプチャ・マネージャ８１４のグラフィカル・ユーザ・インターフェースを終了させる「終了」ボタン９０６、新たな符号化コンフィギュレーションのために新たな特性ページを作成するための「新規」ボタン９０８、特性ページを削除するための「削除」ボタン９１０、およびヘルプ・ウインドウ（図示せず）を通じて助言を得るための「ヘルプ」ボタン９１２が含まれる。
【００４６】
ダイアログ・ウインドウ９００は、更に、記録ステータス情報も表示し、これには、符号化セッションの経過時間９１４、格納するマルチメディア・データの符号化バージョンに割り当てる開始時刻９１６、符号化バージョンのグラフィカル画像表現として用いる記録ヘッドフレーム(recorded headframe)９１８、および符号化セッションの現状態を示すフラッシング・ステータス(flashing status)９２０が含まれる。
【００４７】
ダイアログ・ウインドウ９００は、更に、その特性ページによって識別するようにした、符号化セションのコンフィギュレーションに応じて、追加の制御ボタンを表示する。例えば、図９に示すように、ネットワーク・フィード１特性ページは、「スタンバイ」９２４，「開始」９２６，および「停止」９２８というエンコーダ制御ボタン９２２を含み、これらによって、ユーザは符号化セッションの休止、開始、および停止をそれぞれ行なうことができる。ネットワーク・フィード１特性ページは、更に、ユーザに符号化セッションの進展を視認させる「プレビュー」（図示せず）、ユーザに現在符号化中のビデオの終端まで進ませ、符号化セッションの最新結果を視認させる「シンクロナイザ」９３２、ユーザに符号化バージョンの一部分を視認および修正させる「メタデータ編集コントローラ」９３０、およびユーザに、符号化バージョンに対するヘッドフレームとして、格納し終えた符号化バージョン内のいずれかのフレームを選択させる「ヘッドフレーム・グラッバ」９３４も含む。
【００４８】
キャプチャ・マネージャ８１４の動作のいくつかについて、更に詳細に説明する。ダイアログ・ウインドウ９００内の特性ページの各々は、図９の領域９４０に示すように、タブを付けてある。ユーザがこれらのタブの１つを選択すると、キャプチャ・マネージャ８１４は、選択したタブに関連する特性ページを、ダイアログ・ウインドウ９００の前面に表示する。ユーザが、選択すべき適切なコンフィギュレーションを見つけることができず、新たなコンフィギュレーションを必要とすると判断した場合、ユーザは、新たなコンフィギュレーションを作成し、「新規」ボタン９０８を押下することによって、この新たなコンフィギュレーションに関連する新たな特性ページを作成することができる。キャプチャ・マネージャ８１４は応答して、新たな符号化セッションを開始するための十分な情報を得るまで、新たなコンフィギュレーションに関する情報を、ユーザに催促する。キャプチャ・マネージャ８１４は、ユーザが「開始」ボタン９２６を選択したときに、符号化を開始する。即ち、キャプチャ・マネージャ８１４は、接続部８２０（図５参照）を通じて低解像度エンコーダ８１２に信号を送り、これに符号化を開始させる。あるいは、キャプチャ・マネージャ８１４が接続部８１８を通じて高解像度エンコーダ８１６から信号を受け取り、高解像度エンコーダ８１６が符号化を開始したことを示す場合、キャプチャ・マネージャ８１４はこの信号を低解像度エンコーダ８１２に送る。このように、ユーザが高解像度エンコーダ８１８を起動させた場合、自動的かつ同時に低解像度エンコーダ８１２を起動する。
【００４９】
尚、ユーザ・インターフェースは、ジャーナリストが同時に１台のグラフィックス・ワークステーションからの多数の生の情報源を制御することを可能にするものであることは理解されよう。符号化セッションの１つのためにある処理が望まれる場合、ジャーナリストは、当該符号化セッションに対する特性ページを、ダイアログ・ウインドウ９００の前面に持ってきて、所望の処理を行なう。次いで、ジャーナリストは、異なる符号化セッション上での処理についても、それを前面に持ってくることによって行なうことができる。
【００５０】
ジャーナリストは、符号化バージョンがブラウズ・サーバ８３２内のファイルに格納されている限り、キャプチャ・マネージャのダイアログ・ウインドウ９００を用いて、そのいずれの部分でも視認することができる。即ち、ジャーナリストは、バージョンの先頭にジャンプしたり、バージョンの中央にジャンプしたり、バージョンの終点にジャンプすることも可能である。これらのアクセス方法は全て、ブラウズ・サーバ８３２が符号化バージョンの追加部分を同じファイルに格納し続けている間に、実行することができる。
【００５１】
更に、ジャーナリストは、リアル・タイムで、符号化バージョンの部分にマーカを添付することができる。ジャーナリストは、マルチメディア・データの視認やマーク付けをする前に、符号化セッションが終了するまで待つ必要はない。
【００５２】
本発明の他の実施形態は、図１０に示すような、マルチメディア・ニュースルーム制作システム９０を対象とする。このシステムは、１９９６年４月１２日に出願された、米国特許出願連続番号第０８／６３１，４４１号に記載されており、その内容は、この言及により本願にも含まれるものとする。ニュースルーム制作システム９０は、ニュース制作組織が、効果的にマルチメディア・データを操作し、放送用のニュース記事を生成することを可能とする。生成した各ニュース記事は、種々のソースからの、いくつかの放送品質の動画クリップを含むことができる。システム９０は、３つの主要システム、即ち、コア・ニュースルーム・システム(core newsroom system)１００，マルチメディア・アーカイブ２００、およびビデオ制作システム３００を含む。
【００５３】
一実施形態では、これらのシステムのコンポーネントは、単一のデジタル・ネットワークを通じて相互接続している。好ましくは、この単一のデジタル・ネットワークは、１００Ｍｂ／ｓネットワークである。
【００５４】
他の実施形態では、コア・ニュースルーム・システムおよびマルチメディア・アーカイブのコンポーネントを、第１のデジタル・ネットワーク４００を用いて相互接続し、更に、ビデオ制作システムのコンポーネントを、第２のデジタル・ネットワーク４１０によって相互接続する。第１のデジタル・ネットワーク４００および第２のデジタル・ネットワーク４１０双方にアダプタ・ボックス４２０を接続し、これら２系統のネットワーク間の通信を可能にする。本発明の好適な実施形態では、第１のデジタル・ネットワーク４００は、１００Ｍｂ／ｓ以上のデータ・レートを有するイーサネット（登録商標）・システムを用いて実施し、第２のデジタル・ネットワーク４１０は、１０Ｍｂ／ｓ以上のデータ・レートを有するイーサネット（登録商標）・システムを用いて実施する。アダプタ・ボックス４２０は、ケーブルトロン・システムス社（Cabletron Systems, Inc., Rochester, New Hampshire）から入手可能なFastNet10のような、多数の商業的に入手可能な製品の１つを用いて実施すればよい。
【００５５】
ニュースルーム制作システム９０の主要なコンポーネントの各々について、以下に更に詳細に説明する。
ビデオ制作システム３００
ビデオ制作システム３００は、オーディオ／ビデオ・キャプチャ、メディア・データの編集および放送に適した高品質のマルチメディア・データの管理および制御を行なう。マルチメディア・データは、デジタル形態で表すことができる情報形態であれば、いずれでも可能である。ビデオ制作システムは、デジタル再生システム３１０、ビデオ・エディタ３２０、MPEGエンコーダ３４０に接続したメディア・レコーダ３３０、アセット・マネージャ３６０を含むメディア・サーバ３５０、広帯域データ・ネットワーク３６４、およびグラフィックス・ワークステーション３７０を含む。
【００５６】
マルチメディア・サーバ３５０は、大規模なコンピュータであり、放送に適した高品質のオーディオおよびmotion-JPEGビデオ（MPEG)を、ビデオ制作システム３００の他の装置と協同して、格納および配信する。また、メディア・サーバ３５０は、ビデオ制作システム３００内で制作したマルチメディア・データのためのアーカイブ・システムとしても機能することができる。本発明の好適な実施形態では、テープまたは光ディスクのようなデジタル・データ記憶媒体上に、追加のニア・ライン記憶部(near-line storage)またはオフ・ライン記憶部(off-line storage)を備え、メディア・サーバ３５０内における追加のオン・ライン記憶機能を与えるアーカイブとしてのメディア・サーバの負担を軽減する。
【００５７】
アセット・マネージャ３６０は、メディア・サーバ３５０の一体化部分であり、メディア・サーバ３５０においてソフトウエアで実施する。アセット・マネージャ３６０は、情報を格納し、ニア・ライン記憶部およびオフ・ライン記憶部に格納してあるデータを管理するために用いるツールである。メディア・アーカイブに格納する素材は、アセット・マネージャ３６０によって、自動的にメディア・サーバ上のオン・ライン・ステータスに移動させることができる。アセット・マネージャ３６０は、メディア・サーバ３５０、ニア・ライン記憶システム、およびオフ・ライン記憶システム内に格納してあるメディア・オブジェクトの位置を突き止めるために、サーチ支援データを含む。また、アセット・マネージャ３６０は、合成情報も含み、メディア・サーバ３５０内に格納してあるメディア・オブジェクトの捕獲、編集、および再生を行なうために用いることができる。以下で更に詳しく説明するが、メディア・サーバ３５０は、ビデオ制作システム内で編集および再生を行なうために、コア・ニュースルーム・システム内で生成した、低解像度メディア・データ合成物の遷移域(translation)を高解像度メディア・データ合成物に与える。好適な実施形態では、メディア・サーバ３５０は、アヴィッド・テクノロジー社（Avid Technology, Inc., Tewksbury, Massachusetts）から入手可能なAvid MediaServerTMを用いて実施する。
【００５８】
メディア・レコーダ３３０は、ディスクベースのデジタル記録ワークステーションであり、オーディオ／ビデオ・データを捕獲し、当該オーディオ／ビデオ・データのデジタル化および圧縮を行なうために用いる。メディア・レコーダ３３０は、オーディオ／ビデオ素材のデジタル化、圧縮および記録を行い、デジタル化した圧縮データを、高速ネットワークを通じてメディア・サーバに送信し、メディア・サーバ３５０上に格納する。
【００５９】
本発明の好適な実施形態では、メディア・レコーダ３３０は、MJPEG符号化方式を用い、放送に適した高品質、高解像度の圧縮デジタル・データを生成する。好適な実施形態では、MPEGエンコーダ３４０をメディア・レコーダ３３０に結合し、MPEG圧縮機能も備えるようにする。以下で更に詳しく説明するが、MPEGエンコーダ３４０をメディア・レコーダ３３０に追加することにより、メディア・レコーダ３３０が記録するメディア・データに対する二重デジタル化機能(dual-digitizing capability)をシステムに備える。MPEGエンコーダは、メディア・レコーダ３３０よりも高いデータ圧縮度を与えることによって、イーサネット（登録商標）・ネットワーク４００を通じて効率的にデータを送信し、ジャーナリスト・ワークステーション１１０上で再生可能とする。図４に示すように、MPEGエンコーダ３４０は、デジタル・ネットワーク４００に対する直接接続部を有し、MPEG符号化メディア・データをマルチメディア・アーカイブ２００に供給する。
【００６０】
好適な実施形態では、メディア・レコーダ３３０は、アヴィッド・テクノロジー社（Avid Technology, Inc., Tewksbury, Massachusetts）から入手可能なAvid Media RecorderTMを用いて実施する。
【００６１】
ビデオ・エディタ３２０は、ニュース編集のための機能を提供するように特別に設計した、あらゆる特徴を有するデジタル・ノンリニア・ビデオ編集ワークステーション(full-feature, digital, non-linear video editing workstation)である。このビデオ・エディタは、メディア・サーバ３５０が供給する高解像度放送品質画像の編集を行なう。好適な実施形態では、ビデオ・エディタは、Avid NewsCutterTMまたはAvid Media Composer（登録商標）を用いて実施する。これらは、双方共、アヴィッド・テクノロジー社（Avid Technology, Inc., Tewksbury, Massachusetts）から入手可能である。
【００６２】
デジタル再生システム３１０は、デジタルの、ディスクをベースとした再生システムであり、ビデオ制作システム３００内において制作し格納したマルチメディア・データの放送(broadcast to air)を管理する。デジタル再生システム３１０は、コア・ニュースルーム・システム１００内のジャーナリスト・ワークステーション１１０の１つ、またはビデオ制作システム（図示せず）に直接結合したワークステーション上で作成した、プログラム・ラインアップから生成した再生リストにしたがって、局所的にまたはメディア・サーバ３５０上のいずれかに格納してある素材を再生する。本発明の好適な実施形態では、デジタル再生システム３１０は、アヴィッド・テクノロジー社（Avid Technology, Inc., Tewksbury, Massachusetts）から入手可能なAvid AirPlay（登録商標）を用いて実施する。
【００６３】
広帯域ネットワーク３６４は、ビデオ制作システム３００のコンポーネント間の高速通信を提供する。本発明の好適な実施形態では、広帯域ネットワーク３６４は、"An Apparatus and Computer Implemented Process For Providing Real-Time Multimedia Data Transport in a Distributed Computing System"（分散型計算機システムにおいてリアル・タイムのマルチメディア・データ伝搬を行なうための装置およびコンピュータ実装プロセス）と題する、同時係属中の米国特許出願第０８／２４９，８４９号に記載されている、ＡＴＭネットワークを用いて実施する。この特許出願の内容は、この言及により本願にも含まれるものとする。広帯域ネットワーク３６４は、光ファイバ・ネットワークを通じての、放送品質のMJPEGビデオおよびマルチ・トラック・オーディオのリアル・タイム再生をサポートする。
【００６４】
グラフィックス・ワークステーション３７０は、ビデオ制作システムからの放送およびその中の格納のために、グラフィックス素材を生成し編集するために用いる。好適な実施形態では、グラフィックス・ワークステーション３７０は、アヴィッド・テクノロジー社（Avid Technology, Inc., Tewksbury, Massachusetts）から入手可能なMatador Workstationを用いて実施する。
【００６５】
尚、メディア・レコーダ３３０およびMPEGエンコーダ３４０は、図３の実施形態に示したような、マルチメディア・キャプチャおよびエンコード・システムを形成することは理解されよう。即ち、メディア・レコーダ３３０およびMPEGエンコーダ３４０の組み合わせによってマルチメディア・データを捕獲し、第１の解像度を有するマルチメディア・データの第１圧縮バージョン（例えば、MPEG)、および第１の解像度とは異なる第２の解像度を有するマルチメディア・データの第２圧縮バージョン（例えば、MJPEG）を実質的に同時に供給する。
【００６６】
更に、グラフィックス・ワークステーション３７０は、図３に示した、ビデオ編集および再生システム５６の再生回路６０を形成することも理解されよう。即ち、グラフィックス・ワークステーションは、メディア・サーバ３５０に格納したマルチメディア・データの圧縮バージョンを用いた合成物を再生する。以下で説明するが、合成物は、コア・ニュースルーム・システム１００が、マルチメディア・アーカイブ・システム２０に格納してあるマルチメディア・データの異なる圧縮バージョンを用いて生成することができる。
コア・ニュースルーム・システム１００
コア・ニュースルーム・システム１００は、主として、多数のジャーナリスト・ワークステーション１１０および１対のニュース・サーバ１２０から成る。図１０は、３台のジャーナリスト・ワークステーション１１０を有する、ニュースルーム・システムを示す。本発明の実施形態では、実際に使用するワークステーション１１０の数は、３台よりもはるかに多い場合もあり、システム内で用いることができるジャーナリスト・ワークステーション１１０の実際の数は、ワークステーションの各ユーザが実行するネットワーク・アクティビティの量、およびシステムにアクセスする際に各ユーザが耐える遅延量を含む、いくつかの要因に基づいている。
【００６７】
本発明の好適な実施形態では、ジャーナリスト・ワークステーション１１０の各々は、MPC IIIに準拠するワークステーションを用いて実施する。
ジャーナリスト・ワークステーション１１０は、種々のソースからのマルチメディア・データへのアクセスを与え、放送のための新たな記事のマルチメディア・ストーリボード(storyboard)を作成するために必要なツール（即ち、ソフトウエア）を含む。ジャーナリストに使用可能なマルチメディア・データには、メディア・レコーダによって捕獲した低解像度MPEGビデオ・データが含まれる。本発明の一実施形態では、ジャーナリスト・ワークステーション１１０の各々は、例えば、ＶＴＲからビデオを受け取るビデオ・ポートを含む。また、ジャーナリスト・ワークステーション１１０の各々は、ＶＴＲを制御するためのシリアル・ポートも含む。ジャーナリスト・ワークステーション１１０のグラフィックス・ユーザ・インターフェースおよびジャーナリスト・ワークステーション１１０のユーザに使用可能な機能について、以下に更に詳細に説明する。
【００６８】
ニュース・サーバ１２０は、ニュースルーム環境において、マルチメディア・データの管理および格納を行なう。ニュース・サーバ１２０は、ミラー・データ・ベース(mirrored data base)を備えた分散型プロセッサとして構成してあり、最大の信頼性および処理能力を備えている。通信機能のような、他の集中機能は、ニュース・サーバ１２０で管理する。好適な実施形態では、ニュース・サーバ１２０は、アヴィッド・テクノロジー社（Avid Technology, Inc., Tewksbury, Massachusetts）から入手可能なAvid NewsServerを用いて実施する。ニュース・サーバ１２０は、外部接続部１２２を有し、ニュース・ワイヤ・サービスへのアクセスを備えると共に、コア・ニュース・システム外部のユーザからニュース・サーバ１２０へのリモートアクセスを可能にする。
【００６９】
また、コア・ニュースルーム・システム１００は、１台以上の端末サーバ１４０も含み、ユーザ端末１３０のためのデジタル・ネットワーク１００への接続を行なう。ユーザ端末は、従来技術のシステムにおいて主にテキストの処理および通信機能のために用いていた、いくつかの異なる端末の１つとすればよい。デバイス・コントローラ１５０，または多数のデバイス・コントローラ１５０も、デジタル・ネットワーク４００に結合し、ジャーナリスト・ワークステーションからの、テレプロンプタ(teleprompter)のような、いくつかのマルチメディア・デバイスの制御を行なうことも可能である。
【００７０】
尚、コア・ニュースルーム・システム１００のジャーナリスト・ワークステーション１００を、ビデオ制作システム３００のグラフィックス・ワークステーション３７０と組み合わせると、図３に示したような、ビデオ編集および再生システム７６を形成することは理解されよう。ジャーナリスト・ワークステーション１００は、第１の解像度を有するマルチメディア・データの第１圧縮バージョンの一部を用いる合成物を生成する編集回路５８を形成する。前述のように、グラフィックス・ワークステーション３７０は、再生回路６０を形成し、メディア・サーバ３５０内に格納したマルチメディア・データの第２の圧縮バージョンの一部を用いた合成物を再生する。
マルチメディア・アーカイブ・システム２００
マルチメディア・アーカイブ（ＭＭＡ）２００は、ライブラリ・サーバ２１０、および１台以上のオブジェクト・サーバ２２０を含む。ライブラリ・サーバ２１０は、マルチメディア・アーカイブ２００に格納してあるオブジェクトを突き止めるための、カタログおよびサーチ支援メタ・データを保持する。
【００７１】
オブジェクト・サーバ２２０は、ニュース収集および制作プロセスの間に生成する素材の閲覧および保管のための一次記憶媒体を備える。オブジェクト・サーバ２２０は、ライブラリ・サーバ２１０と共に作動し、マルチメディア素材のジャーナリスト・ワークステーション群１１０への分散を容易に行なうようにしてある。マルチメディア・アーカイブに格納してあるオブジェクトは、ビデオ、オーディオ、グラフィックス、およびテキストの低解像度バージョンとすることができる。ＭＭＡは、終了した記事、オーディオ、ビデオ、およびその他のコンテンツを格納し、新たな記事を作成する際に再利用するために用いることができる。好適な実施形態では、マルチメディア・アーカイブ２００は、IBM Digital Library 5765-258を用いて実施する。
【００７２】
尚、マルチメディア・アーカイブ・システム２００をビデオ制作システムのメディア・サーバ３５０と組み合わせれば、図３の実施形態に示したような、マルチメディア記憶システム５４を形成することは理解されよう。マルチメディア・アーカイブ・システム２００およびメディア・サーバ３５０は、マルチメディア・キャプチャおよびエンコード・システム５２を形成する、メディア・レコーダ３３０およびMPEGエンコーダ３４０に結合してあり、更に、ビデオ編集および再生システム５６を形成する、ジャーナリスト・ワークステーション１１０およびグラフィックス・ワークステーション３７０にも結合してある。マルチメディア・アーカイブ・システム２００およびメディア・サーバ３５０は、前述の、マルチメディア・データの第１および第２圧縮バージョンを含むマルチメディア情報を格納する。
ニュースルーム制作システム９０の動作
図１０に示すデジタル・マルチメディア・ニュースルーム制作システム９０の動作について、以下に説明する。システム９０の動作は、アセット作成(asset creation)、アセット使用、アセット格納、およびアセット管理として、上位に特徴付けられる別個の機能特定作業負荷の集合体として記述することができる。システム９０は、以下の機能の能力を備えている。
【００７３】
・ニュース・ワイヤ・テキストの捕獲、格納、およびカタログ化。
・ニュース記事のテキストの作成、格納、およびカタログ化。
・高解像度ビデオの捕獲、編集、再生(playout)、格納、およびカタログ化。
【００７４】
・ビデオ制作システムの低解像度メディア・データの編集。
・リアル・タイム二重解像度デジタル化、格納、およびカタログ化。
・低解像度ビデオの閲覧および編集。
【００７５】
・低解像度合成物の高解像度再生および編集。
上述の機能の各々を、当該機能を達成するためのユーザ・インターフェースと共に、以下に更に詳細に説明する。
ニュース・ワイヤ・テキストの捕獲、格納、およびカタログ化
ニュース・サーバ１２０は、外部インターフェース１１２を通じて、ニュース・ワイヤ・テキスト・データの捕獲および格納機能を備えている。ニュース・ワイヤ・テキスト記事は、ニュース・サーバ１２０が捕獲し、ニュース・サーバ１２０のデーターベースにおいてカタログ化する。ジャーナリスト・ワークステーション群１１０の１つのユーザは、システム・ライブラリアンとしてのニュース・サーバのデータベースに、アクセスし、ニュース・サーバ１１０のデータベースに格納してあるワイヤ・サービス・データのサーチ、閲覧、および検索を行なうことができる。通常、マルチメディア・アーカイブ２００内に、ニュース・サーバ１１０が捕獲した全てのテキスト記事を格納する必要はない。システム運営管理者は、ジャーナリスト・ワークステーション１１０の１つを通じてニュース・サーバにアクセスし、ニュース・ワイヤから受信したデータのカタログを閲覧し、どの記事がマルチメディア・アーカイブ２００に格納するのに適しているかを判断し、ニュース・サーバ１２０に選択したデータをマルチメディア・アーカイブ２００に転送し格納するように指令することができる。
ニュース記事テキストの作成、格納、およびカタログ化
ジャーナリスト・ワークステーション１１０のユーザは、ニュース・サーバ１２０を通じてテキストにアクセスすることができ、更に走り書き(scratch)からテキストおよびスクリプトを作成することができ、あるいはテキストおよびスクリプトの作成において、ニュース・サーバ１２０またはマルチメディア・アーカイブ２００に格納してある既存のテキストおよびスクリプトを用いることができる。ユーザは、ニュース・サーバ１２０およびマルチメディア・アーカイブ２００に格納してあるテキスト・データをサーチし、閲覧し、検索することができる。ユーザは、このサーチおよび閲覧を、複雑なフル・テキスト・サーチ技法を用いて行なうことができ、これにより、ユーザの要望に特定的に関連するデータを検索するためのサーチに的を絞ることによって、効率的な調査が可能となる。
高解像度ビデオの捕獲、編集、再生、格納、およびカタログ化
ビデオ制作システムが利用する高解像度メディア・データは、システム内において、メディア・レコーダ３３０が捕獲する。高解像度メディア・データは、メディア・レコーダ３３０内に捕獲し、デジタル化し、MJPEGのような放送品質の圧縮技法を用いて圧縮する。メディア・レコーダ３３０が捕獲したメディア・データは、圧縮形態でメディア・サーバ３５０に転送し、アセット・マネージャ３６０によってメディア・サーバ３５０内に登録し、格納する。以下で更に論ずるが、本発明の好適な実施形態では、メディア・データの低解像度バージョンは、高解像度メディア・データと同時に作成する。
【００７６】
高解像度メディア・データは、ビデオ・エディタ３２０を用いて閲覧および編集することができ、デジタル再生システム３１０によって放送する(broadcast to air)ことができる。
ビデオ制作システムの低解像度メディア・データ編集
先に論じたように、ジャーナリスト・ワークステーション１１０は、低解像度ビデオを用いて、限定した編集機能を提供する。ビデオ作成システム３００のユーザ、例えば、ビデオ・エディタ３２０のユーザは、低解像度メディア・データを編集したい場合もあろう。低解像度メディア・データは、ジャーナリスト・ワークステーション１１０のユーザが作成した低解像度合成物、またはメディア・レコーダ３３０が捕獲したメディア・データの低解像度バージョンのいずれかの場合がある。いずれの場合でも、ビデオ制作システム３００のユーザは、ネットワーク４００を通じてマルチメディア・アーカイブ２００をサーチすることができ、あるいは、ネットワーク４００を通じてアセット・マネージャ３６０をサーチし、低解像度メディア・データを検索することができる。低解像度メディア・データを編集した後、ビデオ・エディタ３２０は、編集した低解像度メディア・データをマルチメディア・アーカイブ２００に転送し、カタログ化し、その中に格納することができる。
リアル・タイム二重解像度デジタル化、格納、およびカタログ化
前述のように、ジャーナリスト・ワークステーション１１０からのニュース・ビデオの制作は、メディア・データの編集可能な形態が、ジャーナリスト・ワークステーション１１０のユーザに使用可能でなければならない。低解像度メディア・データは、マルチメディア・アーカイブ２００に格納し、これによってカタログ化し、これから検索する。低解像度メディア・データは、メディア・レコーダ３３０を用いて、システム９０内に捕獲する。メディア・レコーダ３３０は、システム９０が捕獲するメディア・データの二重解像度デジタル化を行う。
【００７７】
メディア・データを捕獲すると、メディア・レコーダ３３０は、MPEGエンコーダ３４０と共に、メディア・データの二重解像度デジタル化を行い、メディア・データの高解像度バージョンおよびメディア・データの低解像度バージョンを同時に生成する。先に論じたように、好適な実施形態では、メディア・データの高解像度バージョンは、デジタル化しMJPEG符号化フォーマットを用いて圧縮する。低解像度ビデオは、好適な実施形態では、MPEGまたはアップル・コンピュータ社（Apple Computer, Inc., Cupertino, CA）から入手可能なQuick Timeのような、公知の高圧縮符号化技法を用いて圧縮を行う。MPEGまたはQuick Timeのいずれかを用いることが好ましいが、メディア・データの高解像度比率が得られる他の圧縮技術も使用可能である。メディア・データの高解像度バージョンおよび低解像度バージョン双方の同時捕獲を行うことによって、メディア・データの双方の形態が、システム９０において直ちに使用可能となるので、記事の編集は、後から割り込む素材(late breaking material)があっても、放送ニュース処理において遭遇する切迫した締め切りに合わせて行うことができる。
低解像度ビデオの閲覧および編集
図１０に示すシステム９０の主要な特徴の１つは、ジャーナリスト・ワークステーション１１０のユーザに、低解像度ビデオを供給し、当該低解像度ビデオの閲覧および編集を行わせる能力であり、ユーザはこうしてストーリボードを作成し、編集者が最終的にビデオ・エディタ３２０を用いてこれを使用し、放送品質のメディア・データを作成することができる。低解像度編集機構は、ジャーナリストの最終メディア・プロダクトへの関わりを一層深くすると共に、以前のシステムにおけるようにビデオ・テープを手作業で検索したり、編集ベイにおいてビデオ・テープ・プレーヤを操作する必要なく、保管してあるメディア・データをストーリボードに組み込むことを可能にする。
【００７８】
ジャーナリストは、ジャーナリスト・ワークステーション１１０を用いて、マルチメディア・アーカイブ２００のライブラリ・サーバ２１０内に収容してあるデータをサーチし、ジャーナリスト自身がジャーナリスト・ワークステーション１１０上で構成している最中の記事に関係する低解像度ビデオ・データ、オーディオ・データおよびテキストを求めることができる。ジャーナリストが与えるキー・サーチ・ワードに応答して、マルチメディア・アーカイブは、内部に収容されている素材の内そのキー・ワードに関係するもののリストを与える。次に、ジャーナリストは、素材のリストからメディア・データを選択し、ジャーナリスト・ワークステーション１１０上で閲覧および編集を行うことができる。
【００７９】
ジャーナリスト・ワークステーション１１０においてジャーナリストに提供する、ストーリボード作成用グラフィックス・ユーザ・インターフェースを図１１に示す。ユーザ・インターフェース５００は、視認用ウインドウ５１０、クリップノート・ウインドウ(clipnotes window)５２０、ストーリボード・ウインドウ５３０、ストーリノート・ウインドウ５４０、およびスクリプト・ウインドウ５５０を含む、多数のウインドウを備えている。
【００８０】
スクリプト・ウインドウ５５０は、ジャーナリストが、ジャーナリスト・ワークステーション１１０上で構成している記事の主要スクリプトを書き込むことができる領域を与える。テキストは、このウインドウ内において、標準的なワード・プロセッシング・コマンドを用いて生成することができる。ペイント機能を含むグラフィックスは、ジャーナリスト・ワークステーション１１０上で行い、ストーリボードに組み込むことができる。
【００８１】
視認用ウインドウ５１０は、ジャーナリスト・ウインドウ１１０上で視認し編集すべき、低解像度メディア・データの低解像度ビデオ・コンポーネントを表示する。また、視認用ウインドウ５１０は、表示中のビデオのタイムコード５１６、機械制御部５１８、ならびにマスク・イン・ボタン５１２ａおよびマスク・アウト・ボタン５１２ｂのような編集機能も表示する。機械制御部５１８は、ビデオ・クリップを視認用ウインドウ内において再生するための制御を行い、標準的なＶＴＲ制御部と同様である。機械制御部は、ユーザがマウスのようなポインティング・デバイスを用いて、またはジャーナリスト・ワークステーション１１０のキーボード上の特殊機能キーを用いることによって選択することができる。視認用ウインドウ内に表示するクリップの選択は、ストーリボード・ウインドウ５３０（以下で説明する）からあるクリップをドラッグするか、あるいはマルチメディア・アーカイブ２００から新たなクリップを選択することによって行うことができる。
【００８２】
視認用ウインドウ５１０と同時に、第２の視認用ウインドウを画面上に開くことができる。第２の視認用ウインドウは、好適な実施形態では、ストーリノート・ウインドウ５４０を縮小するかあるいは消去することによって、見ることができるようにする。
【００８３】
マーク・イン・ボタン５１２ａおよびマーク・アウト・ボタン５１２ｂは、視認用ウインドウの左上角および右上角に重ね合わせてある。これらのボタンは、ジャーナリスト・ワークステーション１１０において編集機能を実行するために用いる。ビデオ・クリップを視認用ウインドウ５１０内で再生しているとき、そのビデオ・データに伴うオーディオ・データは、ジャーナリスト・ワークステーション１１０のスピーカで再生する。ワークステーション上で表示または再生中のメディア・データがオーディオのみまたはビデオのみである場合、「ビデオのみ」または「オーディオのみ」の表示が、ビデオ・ウインドウに現れる。
【００８４】
クリップノート・ウインドウ５２０は、視認用ウインドウ５１０上で視認する各クリップに対して、短い注意を入力するためのノートパッドを与える。ストーリノート・ウインドウ５４０は、編集対象の記事全体に適用する注意を入力するための領域を与える。これは、個々のクリップに関する注意のためのクリップノート・ウインドウ５１０とは対照的である。
【００８５】
ストーリボード・ウインドウ５３０は、クリップおよびサブクリップ(subclip)を順次配置していくことを可能にする。ストーリボード・ウインドウ５３０内に示すクリップ５３２の各々は、典型的に、対応するクリップの最初のフレームを示すが、ユーザは、最初のフレーム以外のフレームを選択し、ストーリボード・ウインドウ内に示すことも可能である。ストーリボード・ウインドウ内に格納したクリップの集合を、ビン(bin)と呼ぶことにする。ジャーナリストは、クリップの内の１つを視認用ウインドウ内において再生すること、またはストーリボード・ウインドウ内で整理したクリップのビンを再生することの選択肢を有する。
【００８６】
ジャーナリスト・ワークステーション１１０上に収容した最終的な予備編集合成物は、マルチメディア・アーカイブ２００に転送し、他のジャーナリスト・ワークステーション１１０上でジャーナリスト自身または他のジャーナリストが再利用することができ、あるいはビデオ制作システム３００のユーザが最終的な編集を行ったり、再生(playout)することができる。
低解像度合成物の高解像度再生および編集
ジャーナリスト・ワークステーション１１０上における低解像度での作業(activity)の間に制作した合成物は、異なるいくつかの方法で再生することができる。ジャーナリスト・ワークステーション１１０のユーザは、マルチメディア・アーカイブ２００から合成データを検索することによって、低解像度合成物を再生することができ、またビデオ作成システム３００のユーザ、例えば、ビデオ・エディタ３２０のユーザは、合成物の高解像度バージョンを再生し編集することができる。低解像度合成物をその高解像度等価物に変換することは、ビデオ・エディタ３２０のユーザには明白である。アセット・マネージャ３６０は、当該合成物に使用されている低解像度ソースの各々の登録情報を用いて、等価な高解像度ソースを識別し、低解像度合成物をその高解像度等価物に変換することができる。アセット・マネージャ３６０による効率的な変換には、システム内に格納してあるクリップの各々に、一意の登録システムが必要となる。更に、登録方法は、低解像度メディア・データの対応する高解像度バージョンを識別するための手段を含まなければならない。好適な登録方法について、以下に更に詳しく説明する。
【００８７】
編集者は、ビデオ・エディタ３２０を用いて、ジャーナリストが作成した低解像度合成物の高解像度バージョンを受け取り、更に合成物を放送品質のフォーマットに編集し、ジャーナリストが行うことができるよりも更に正確な編集カット(editing cut)を与えることができる。
【００８８】
図１０に示すシステムにおいてメディア・データの効率的な送信および格納を行うためには、システム内に収容してあるメディア・データに、標準的なファイル構造を用いる。本発明の一実施形態では、メディア・データは、図１２に示すようなメディア・コンテナ(media container)６００内において組織化する。メディア・コンテナ６００は、コンテナ・データ６１０、コンテナ・タイミング６２０、メディア・セキュリティ６３０、メタ・データ６４０、および、メディアまたはメディア・ポインタ６５０を含む５つのサブセクションに分割してある。
【００８９】
コンテナ・データ６１０内に収容する情報は、コンテナ自体について記述し、以下の情報を含むことができる。当該コンテナ・データを作成した人の名前、コンテナ・データを承認した人の名前、コンテナ・セキュリティの識別、作成タイム・スタンプ、データを修正した全ての人の名前、修正タイム・スタンプ、ユーザのログ、データに関連するコスト情報、およびその他のユーザ定義エレメント。
【００９０】
コンテナ・タイミング６２０は、当該コンテナ内のメディアの経時的関係に関する情報を含む。この情報は、放送用に用意した記事にのみ適用可能である。
メディア・セキュリティ・セグメント６３０は、コンテナ内に収容してあるメディアのセキュリティ・レベルに関する更なる情報を与える。この情報は、コンテナに収容してあるメディアに対するアクセスを、特定した人には制限するために用いることができる。
【００９１】
メタ・データ情報は、コンテナ内に格納してあるメディアについて記述する。一実施形態では、メタ・データは、コンテナ内の各メディア・オブジェクト毎に次の情報を収容する。当該データを承認した人の名前、データを作成した人の名前、作成タイム・スタンプ、メディア識別子、メディア・ステータス、メディア種別、データを修正した人全ての名前、修正タイム・スタンプ、参照番号、調査記述子(research descriptor)、タイミング情報、表題、およびその他のユーザ定義エレメント。
【００９２】
メディアおよびメディア・ポインタ６５は、コンテナに格納してある実際の生データである。多くの形式のメディア・オブジェクトを単一のコンテナに格納することができる。メディア・ポインタは、他のコンテナに収容してあるメディア・オブジェクトを指し示す。他のコンテナ自体のメディアではなく、他のコンテナへのメディア・オブジェクトを格納することにより、システム全体を通して最大の格納効率を得ることができる。
【００９３】
上述のコンテナ・ファイル構造以外のファイル構造も、デジタル・マルチメディア・ニュースルーム制作システムにおいてメディア・データを格納するために使用することができる。例えば、Avid Technology, Inc.の刊行物"OMFTM Interchange Specification"に記載されているOpen Media Framework (OMFTM)ファイル構造を、システム内のメディア・ファイルのためのファイル構造として用いることができる。この刊行物の内容は、この言及により本願にも含まれるものとする。公開ＰＣＴ出願第ＷＯ９３／２１６３６号、"A Method and Apparatus For Representing and Editing Multimedia Compositions" （マルチメディア合成物を表現し編集するための方法および装置）に記載されているファイル構造も、本発明の実施形態において使用可能である。その内容は、この言及により本願にも含まれるものとする。
【００９４】
図１０に示すシステムの他の特徴として、システム内に格納してあるメディア・オブジェクトを一意に識別し、当該メディア・オブジェクトに対応するメディア・データの別のバージョンを突き止めることができる能力があげられる。システム９０の、メディア・データの低解像度バージョンに対応する、同じメディア・データの高解像度バージョンを突き止める能力によって、アセット・マネージャ３６０は、ジャーナリスト・ワークステーション１１０によって生成した組み合わせ(combination)即ちストーリボードの高解像度への変換を行うことができ、この変換は、ビデオ・エディタ３２０を用いる編集者には明白である。
【００９５】
アセット・マネージャは、多数の方法で、低解像度および高解像度メディア・データを一意に識別することができる。本発明の一実施形態では、メディア・レコーダ３３０がメディア・データを捕獲したときに、メディア・レコーダ３３０がメディア・データを捕獲した日時に対応する一意のタイムコード・スタンプをメディア・データに割り当てる。この方式を用いて、メディア・データの低解像度バージョンおよびメディア・データの高解像度バージョンに、同じ識別番号を割り当てる。しかしながら、低解像度メディア・データは、マルチメディア・アーカイブ２００に格納してあり、高解像度メディア・データはメディア・サーバに格納してあるので、これらのメディア・データのバージョン間で混乱を生ずる可能性はない。アセット・マネージャは、組み合わせ即ちストーリボードを低解像度バージョンから高解像度バージョンに変換する際、メディア・オブジェクトの対応する低解像度バージョンの識別番号を基に、メディア・サーバ内の組み合わせの各メディア・オブジェクトの高解像度バージョンを突き止めることができる。上述のメディア・データ識別方法は、一意のタイムコード・スタンプを維持していない放送現場での使用には好ましいものではない。
【００９６】
本発明の一実施形態では、アセット・マネージャ３６０は、Reber et al（リーバその他）の米国特許第５，２６７，３５１号に記載されている、メディア・ファイル・マネージャ（ＭＦＭ：Media File Manager)およびソース・マネージャ（ＳＭ：Source Manager）ソフトウエアを用いて実施することができる。その内容は、この言及により本願にも含まれるものとする。これらソフトウエアは、システムが捕獲したメディア・データに一意の識別子を与え、システム内に収容してあるメディア・オブジェクト間の関係を示すテーブルを維持することにより、アセット・マネージャ３６０が、低解像度または高解像度メディア・データの対応するバージョンを識別できるようにする。
【００９７】
本発明の代替実施形態では、デジタル・マルチメディア・ニュースルーム制作システムは、コア・ニュースルーム・システム１００およびマルチメディア・アーカイブ・システム２００のみから成り、これらをデジタル・ネットワーク４００によって結合する。この代替実施形態では、低解像度キャプチャ・デバイスをネットワーク４００に結合し、低解像度メディア・データを捕獲して、ニュース・サーバ１２０およびマルチメディア・アーカイブ・システム２００に格納する。この実施形態では、ジャーナリスト・ワークステーション１１０は、図１０に示すシステム９０に関して先に説明した、フル・ストーリボード機能を提供する。
【００９８】
本発明の実施形態は、完全に統合化したデジタル・マルチメディア・ニュースルームを提供することにより、従来技術のシステムの限界を克服するものである。本発明の実施形態では、ジャーナリストは、ニュースルームにおいてニュース記事のマルチメディア・ストーリボードを作成し、これをデジタル・ネットワークを通じて電子的に編集および制作システムに転送し、最終的な編集および放送することができる。
【００９９】
これまで、ニュースルーム環境におけるマルチメディア制作システムに関して、本発明の実施形態を説明してきたが、本発明の実施形態は、ニュースルーム環境に限定される訳ではなく、ラジオのような他のマルチメディア環境、および娯楽用プログラムの作成においても使用可能である。
【０１００】
前述の本発明の実施形態では、ジャーナリスト・ワークステーション１１０上で処理するマルチメディア・データを低解像度マルチメディア・データとして記載した。ジャーナリスト・ワークステーション１１０が備えるユーザ・インターフェースは、高解像度マルチメディアを用いてストーリボードを作成する場合にも使用することができる。
【０１０１】
更に、前述の実施形態は、ニュースルームの関連において説明した。しかしながら、本発明は、映画、テレビジョン、およびケーブル・テレビジョン業界のような、マルチメディア・データ、特に、動画データを処理すべきあらゆる場合に適用することができる。特に、本発明は、アクティブ・ムービー・システム(active movie system)、テレビ会議、および従量制ケーブル・テレビジョン・システムに適している。
【０１０２】
以上、本発明の少なくとも１つの例示実施形態について説明したが、種々の変形、変更および改良が、当業者には容易に想起されよう。このような変形、変更および改良は、本発明の範囲および精神内に該当することを意図するものである。したがって、前述の説明は、一例として行ったに過ぎず、限定として意図するものではない。本発明の限定は、請求の範囲およびその均等物によってのみ定義するものとする。
【図面の簡単な説明】
【０１０３】
【図１】図１は、典型的なテレビジョン・ニュース処理のコンポーネントを示すブロック図である。
【図２】図２は、オンエア処理と統合したオーディオ／ビデオ制作能力を有する典型的なビデオ・ニュース処理のコンポーネントを示すブロック図である。
【図３】図３は、本発明の一実施形態による、デジタル・マルチメディア・システムのブロック図である。
【図４】図４は、本発明の一実施形態による、キャプチャ・マネージャおよびアセット・マネージャを有するデジタル・マルチメディア・システムのブロック図である。
【図５】図５は、本発明の一実施形態による、多数の低解像度エンコーダおよび多数の高解像度エンコーダを有する、デジタル・マルチメディア・システムのブロック図である。
【図６】図６は、本発明の一実施形態による、ブラウザ・サーバを有するデジタル・マルチメディア・システムのブロック図である。
【図７】図７は、本発明の一実施形態による、デジタル・マルチメディア・システムのビデオ・ホストが実行する方法のフロー図である。
【図８】図８は、本発明の一実施形態による、デジタル・マルチメディア・システムのブラウザ・サーバが実行する方法のフロー図である。
【図９】図９は、本発明の一実施形態による、デジタル・マルチメディア・システムのキャプチャ・マネージャのダイアログ・ウインドウの図である。
【図１０】図１０は、本発明の一実施形態による、コア・ニュースルーム・システム、マルチメディア・アーカイブ、およびビデオ制作システムを有するデジタル・マルチメディア・システムのブロック図である。
【図１１】図１１は、本発明の一実施形態による、デジタル・マルチメディア・ニュースルーム制作システムのグラフィックス・ユーザ・インターフェースの図である。
【図１２】図１２は、本発明の一実施形態による、マルチメディア・ファイル構造の図である。
【図１】
2007053774.tif 000003
【図２】
2007053774.tif 000004
【図３】
2007053774.tif 000005
【図４】
2007053774.tif 000006
【図５】
2007053774.tif 000007
【図６】
2007053774.tif 000008
【図７】
2007053774.tif 000009
【図８】
2007053774.tif 000010
【図９】
2007053774.tif 000011
【図１０】
2007053774.tif 000012
【図１１】
2007053774.tif 000013
【図１２】
2007053774.tif 000014
【手続補正書】
【提出日】平成18年8月25日(2006.8.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチメディア・データを捕獲し、第１の解像度を有する前記マルチメディア・データの圧縮バージョンを実質的に同時に供給するマルチメディア・キャプチャおよびエンコード・システムと、
前記マルチメディア・キャプチャおよびエンコード・システムに結合してあり、前記マルチメディア・データの前記圧縮バージョンを含むマルチメディア情報を格納し、前記圧縮バージョンを格納するのと実質的に同時に、前記マルチメディア・データの前記圧縮バージョンをネットワークに供給するマルチメディア記憶システムと、
を備えたマルチメディア・システム。
【請求項２】
請求項１記載のマルチメディア・システムにおいて、前記マルチメディア記憶システムが、前記ネットワークに結合してあり、前記マルチメディア・データの前記圧縮バージョンを前記ネットワークに、マルチキャスト形態で送るサーバを含むこと、を特徴とするマルチメディア・システム。
【請求項３】
請求項１および２のいずれかに記載のマルチメディア・システムにおいて、前記マルチメディア記憶システムが、前記ネットワークに結合してあり、ビデオ・ホストからの要求に応答して、前記マルチメディア・データの前記圧縮バージョンを前記ネットワークに送るサーバ、を含むことを特徴とするマルチメディア・システム。
【請求項４】
請求項１から３のいずれかに記載のマルチメディア・システムであって、更に、
前記ネットワークに結合してあり、前記マルチメディア・データの前記圧縮バージョンの第１部分を求める第１の要求を前記サーバに送り、前記第１部分の長さおよび前記第１の要求の応答時間に基づいて待つべき時間量を判定し、前記判定した時間量だけ待った後、前記マルチメディア・データの前記圧縮バージョンの第２部分を求める第２の要求を前記サーバに送るビデオ・ホスト、
を備えたこと、を特徴とするマルチメディア・システム。
【外国語明細書】
2007053774000001.pdf