JP3883579B2 - データ管理機構を改善したマルチメディア・システム - Google Patents
データ管理機構を改善したマルチメディア・システム Download PDFInfo
- Publication number
- JP3883579B2 JP3883579B2 JP53723497A JP53723497A JP3883579B2 JP 3883579 B2 JP3883579 B2 JP 3883579B2 JP 53723497 A JP53723497 A JP 53723497A JP 53723497 A JP53723497 A JP 53723497A JP 3883579 B2 JP3883579 B2 JP 3883579B2
- Authority
- JP
- Japan
- Prior art keywords
- multimedia
- version
- data
- video
- media
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000007246 mechanism Effects 0.000 title description 6
- 238000013523 data management Methods 0.000 title description 2
- 238000004519 manufacturing process Methods 0.000 claims description 74
- 238000003860 storage Methods 0.000 claims description 36
- 238000004891 communication Methods 0.000 claims description 7
- 238000013515 script Methods 0.000 claims description 7
- 238000007906 compression Methods 0.000 claims description 6
- 230000006835 compression Effects 0.000 claims description 6
- 239000002131 composite material Substances 0.000 description 37
- 238000000034 method Methods 0.000 description 33
- 230000006870 function Effects 0.000 description 18
- 230000008569 process Effects 0.000 description 16
- 238000012545 processing Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 12
- 239000000463 material Substances 0.000 description 10
- 230000004044 response Effects 0.000 description 8
- 239000000203 mixture Substances 0.000 description 6
- 230000010354 integration Effects 0.000 description 5
- 238000011161 development Methods 0.000 description 4
- 230000018109 developmental process Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 230000002123 temporal effect Effects 0.000 description 3
- 238000009826 distribution Methods 0.000 description 2
- DFVKOWFGNASVPK-BWHPXCRDSA-N [cyano-(4-phenoxyphenyl)methyl] (1s,3s)-3-[(z)-2-chloro-3,3,3-trifluoroprop-1-enyl]-2,2-dimethylcyclopropane-1-carboxylate Chemical compound CC1(C)[C@H](\C=C(/Cl)C(F)(F)F)[C@@H]1C(=O)OC(C#N)C(C=C1)=CC=C1OC1=CC=CC=C1 DFVKOWFGNASVPK-BWHPXCRDSA-N 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000002156 mixing Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000003973 paint Substances 0.000 description 1
- 230000001172 regenerating effect Effects 0.000 description 1
- 230000008929 regeneration Effects 0.000 description 1
- 238000011069 regeneration method Methods 0.000 description 1
- 230000007958 sleep Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000001755 vocal effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
- G06F16/48—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/34—Indicating arrangements
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/40—Combinations of multiple record carriers
- G11B2220/41—Flat as opposed to hierarchical combination, e.g. library of tapes or discs, CD changer, or groups of record carriers that together store one title
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/36—Monitoring, i.e. supervising the progress of recording or reproducing
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Library & Information Science (AREA)
- Television Signal Processing For Recording (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Studio Circuits (AREA)
- Studio Devices (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Manipulator (AREA)
- Telephonic Communication Services (AREA)
- Control Of Position Or Direction (AREA)
Description
発明の分野
本発明は、一般的に、データ管理機構を改善したマルチメディア・システムに関し、更に特定すれば、マルチメディア・データ信号の多数のバージョンを実質的に同時に符号化し、これら多数のバージョンに実質的に同時にアクセスしかつ格納し、生成した多数のバージョン間における対応付けを格納の間に行う方法および装置に関するものである。
発明の背景
過去何十年かにわたって、放送ニュース・プログラムを制作するプロセスは、何回かの汎化を経てきている。ケーブル・アウトレット(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/IEC11172-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.の刊行物"OMFTMInterchange 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)、テレビ会議、および従量制ケーブル・テレビジョン・システムに適している。
以上、本発明の少なくとも１つの例示実施形態について説明したが、種々の変形、変更および改良が、当業者には容易に想起されよう。このような変形、変更および改良は、本発明の範囲および精神内に該当することを意図するものである。したがって、前述の説明は、一例として行ったに過ぎず、限定として意図するものではない。本発明の限定は、請求の範囲およびその均等物によってのみ定義するものとする。
本発明は、一般的に、データ管理機構を改善したマルチメディア・システムに関し、更に特定すれば、マルチメディア・データ信号の多数のバージョンを実質的に同時に符号化し、これら多数のバージョンに実質的に同時にアクセスしかつ格納し、生成した多数のバージョン間における対応付けを格納の間に行う方法および装置に関するものである。
発明の背景
過去何十年かにわたって、放送ニュース・プログラムを制作するプロセスは、何回かの汎化を経てきている。ケーブル・アウトレット(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/IEC11172-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.の刊行物"OMFTMInterchange 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)、テレビ会議、および従量制ケーブル・テレビジョン・システムに適している。
以上、本発明の少なくとも１つの例示実施形態について説明したが、種々の変形、変更および改良が、当業者には容易に想起されよう。このような変形、変更および改良は、本発明の範囲および精神内に該当することを意図するものである。したがって、前述の説明は、一例として行ったに過ぎず、限定として意図するものではない。本発明の限定は、請求の範囲およびその均等物によってのみ定義するものとする。
Claims (7)
- マルチメディア・データを閲覧し編集するためのマルチメディア制作システムであって、
前記マルチメディア・データをデジタル化するメディア・レコーダであって、
第１のビデオ解像度を有する、前記マルチメディア・データの第１バージョンを生成する手段と、
第２のビデオ解像度を有する、前記マルチメディア・データの第２のバージョンを生成する手段と、
を含み、前記第１のビデオ解像度が前記第２のビデオ解像度とは実質的に異なる、前記のメディア・レコーダと、
前記マルチメディア・データの前記第１バージョンと前記マルチメディア・データの前記第２バージョンとを格納するマルチメディア記憶装置と、
前記メディア・レコーダおよび前記マルチメディア記憶装置に結合してあり、前記メディア・データの前記第１および第２バージョンを、前記マルチメディア記憶装置に転送する通信ネットワークと、
識別子を用いて前記マルチメディア・データの各バージョンを登録し、前記マルチメディア・データの前記第１および第２バージョンの識別子を関係付けるアセット・マネージャと、
前記マルチメディア記憶装置に接続してあり、前記マルチメディア・データの前記第１バージョンを用いてマルチメディア・プログラムを作成する第１の編集システムであって、前記マルチメディア・プログラムにおいて用いる前記マルチメディア・データの前記第１バージョンを、前記マルチメディア・データの前記第１バージョンに対する前記識別子を用いて指定する、前記の第１編集システムと、
前記マルチメディア記憶装置に接続してあり、前記マルチメディア・データの前記第２バージョンを用いて前記マルチメディア・プログラムを作成する第２の編集システムであって、前記第１の編集システム上で作成した前記マルチメディア・プログラムを受け取り、前記アセット・マネージャを用いて、前記マルチメディア・プログラム内において用いているマルチメディア・データの前記第１バージョンを指定する前記識別子に対応するマルチメディア・データの前記第２バージョンを識別する手段を含む、前記の第２編集システムと、
を備えたマルチメディア制作システム。 - 請求項１記載のマルチメディア制作システムにおいて、前記マルチメディア・データの前記第２バージョンを生成する手段が、前記マルチメディア・データの前記第２バージョンを圧縮する手段、を含むことを特徴とするマルチメディア制作システム。
- 請求項１から２のいずれかに記載のマルチメディア制作システムにおいて、前記マルチメディア・データの前記第２バージョンが、放送テレビジョン品質の解像度のマルチメディア・データを含むこと、を特徴とするマルチメディア制作システム。
- 請求項１から３のいずれかに記載のマルチメディア制作システムにおいて、前記第１の編集システムが、前記マルチメディア・プログラムに対応するスクリプトを編集する手段を含むこと、を特徴とするマルチメディア制作システム。
- 請求項１から４のいずれかに記載のマルチメディア制作システムにおいて、前記第１のビデオ解像度が、前記第２のビデオ解像度よりも低い解像度であること、を特徴とするマルチメディア制作システム。
- 請求項１から５のいずれかに記載のマルチメディア制作システムにおいて、前記マルチメディア・データの前記第１バージョンを生成する手段が、前記マルチメディア・データを圧縮する手段を含み、前記第１のビデオ解像度が、前記マルチメディア・データの前記第１バージョンの圧縮の程度だけ、前記第２のビデオ解像度とは実質的に異なること、を特徴とするマルチメディア作成システム。
- 請求項１から６のいずれかに記載のマルチメディア制作システムにおいて、前記第２の編集システムが、更に、マルチメディア・データの前記第１バージョンを指定する前記識別子を、マルチメディア・データの前記第２バージョンを識別する識別子と置換する手段を含む、前記マルチメディア・プログラムを再生する手段、を備えることを特徴とするマルチメディア制作システム。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/631,441 US5852435A (en) | 1996-04-12 | 1996-04-12 | Digital multimedia editing and data management system |
| US08/631,441 | 1996-04-12 | ||
| US83286897A | 1997-04-04 | 1997-04-04 | |
| US08/832,868 | 1997-04-04 | ||
| PCT/US1997/006045 WO1997039411A1 (en) | 1996-04-12 | 1997-04-11 | A multimedia system with improved data management mechanisms |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006227716A Division JP2007053774A (ja) | 1996-04-12 | 2006-08-24 | データ管理機構を改善したマルチメディア・システム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2001502461A JP2001502461A (ja) | 2001-02-20 |
| JP2001502461A5 JP2001502461A5 (ja) | 2004-10-14 |
| JP3883579B2 true JP3883579B2 (ja) | 2007-02-21 |
Family
ID=27091396
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP53723497A Expired - Fee Related JP3883579B2 (ja) | 1996-04-12 | 1997-04-11 | データ管理機構を改善したマルチメディア・システム |
| JP2006227716A Pending JP2007053774A (ja) | 1996-04-12 | 2006-08-24 | データ管理機構を改善したマルチメディア・システム |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006227716A Pending JP2007053774A (ja) | 1996-04-12 | 2006-08-24 | データ管理機構を改善したマルチメディア・システム |
Country Status (6)
| Country | Link |
|---|---|
| EP (2) | EP0895623B1 (ja) |
| JP (2) | JP3883579B2 (ja) |
| AU (1) | AU716590B2 (ja) |
| CA (1) | CA2251225C (ja) |
| DE (1) | DE69704942T2 (ja) |
| WO (1) | WO1997039411A1 (ja) |
Families Citing this family (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69704942T2 (de) | 1996-04-12 | 2002-03-28 | Avid Technology Inc | Multimediasystem mit verbesserten datenverwaltungsmechanismen |
| US6592629B1 (en) | 1996-11-21 | 2003-07-15 | Ricoh Company, Ltd. | Remote document image storage and retrieval system for a multifunctional peripheral |
| GB2325544B (en) * | 1997-04-04 | 1999-08-11 | Unique Id Software Limited | Media data database |
| US6166731A (en) * | 1997-09-24 | 2000-12-26 | Sony Corporation | Editing digitized audio/video data across a network |
| JP3613543B2 (ja) | 1997-11-11 | 2005-01-26 | 株式会社日立国際電気 | 動画像編集装置 |
| GB2352071B (en) * | 1997-11-13 | 2001-07-25 | Ricoh Kk | Remote storage and retrieval system for a multifunction peripheral |
| KR100269809B1 (ko) * | 1997-12-29 | 2000-10-16 | 전주범 | 디지탈 비디오 편집시스템에 있어서 비디오스트림 객체 생성장치 |
| US6336093B2 (en) * | 1998-01-16 | 2002-01-01 | Avid Technology, Inc. | Apparatus and method using speech recognition and scripts to capture author and playback synchronized audio and video |
| US6766357B1 (en) | 1999-04-15 | 2004-07-20 | Avid Technology, Inc. | Apparatus and method for efficient transfer of multimedia data for playback |
| WO2001060059A1 (en) | 2000-02-07 | 2001-08-16 | Sony Corporation | Image processor and image processing method and recorded medium |
| EP1183688B1 (en) | 2000-04-05 | 2011-10-12 | Sony Europe Limited | Audio/video reproducing apparatus and method |
| AU4264701A (en) | 2000-04-05 | 2001-10-15 | Sony United Kingdom Limited | Audio and/or video generation apparatus and method of generating audio and/or video signals |
| CA2375688A1 (en) * | 2000-04-05 | 2001-10-11 | Sony United Kingdom Limited | Identifying and processing of audio and/or video material |
| US8296801B2 (en) | 2000-04-10 | 2012-10-23 | Sony Corporation | Asset management system and asset management method |
| US9038108B2 (en) | 2000-06-28 | 2015-05-19 | Verizon Patent And Licensing Inc. | Method and system for providing end user community functionality for publication and delivery of digital media content |
| US8972862B2 (en) | 2001-06-27 | 2015-03-03 | Verizon Patent And Licensing Inc. | Method and system for providing remote digital media ingest with centralized editorial control |
| US7970260B2 (en) | 2001-06-27 | 2011-06-28 | Verizon Business Global Llc | Digital media asset management system and method for supporting multiple users |
| US8990214B2 (en) * | 2001-06-27 | 2015-03-24 | Verizon Patent And Licensing Inc. | Method and system for providing distributed editing and storage of digital media over a network |
| SE0103317L (sv) * | 2001-10-04 | 2003-04-05 | Km Studio Ab | Anläggning för att tillföra ett bärmediumsignaler som innehåller ett budskap |
| JP2004120453A (ja) * | 2002-09-27 | 2004-04-15 | Sony Corp | データ伝送処理装置，データ受入処理装置及びデータ送受処理装置 |
| KR100699647B1 (ko) * | 2002-10-21 | 2007-03-23 | 마츠시타 덴끼 산교 가부시키가이샤 | 데이터 처리 장치 |
| US20060146184A1 (en) * | 2003-01-16 | 2006-07-06 | Gillard Clive H | Video network |
| WO2004088887A2 (en) * | 2003-04-04 | 2004-10-14 | Bbc Technology Holdings Limited | System and method for media management |
| GB2404803A (en) * | 2003-07-16 | 2005-02-09 | Empics Ltd | Image editing and distribution system |
| WO2006041202A2 (en) * | 2004-10-14 | 2006-04-20 | Matsushita Electric Industrial Co., Ltd. | Recording apparatus, editing apparatus, digital video recording system, and file format |
| JP4442500B2 (ja) * | 2005-04-15 | 2010-03-31 | ソニー株式会社 | 素材記録装置および素材記録方法 |
| US8724969B2 (en) | 2005-05-23 | 2014-05-13 | Open Text S.A. | Method, system and computer program product for editing movies in distributed scalable media environment |
| US8145528B2 (en) | 2005-05-23 | 2012-03-27 | Open Text S.A. | Movie advertising placement optimization based on behavior and content analysis |
| US9648281B2 (en) | 2005-05-23 | 2017-05-09 | Open Text Sa Ulc | System and method for movie segment bookmarking and sharing |
| US8141111B2 (en) | 2005-05-23 | 2012-03-20 | Open Text S.A. | Movie advertising playback techniques |
| CA2615100C (en) * | 2005-07-15 | 2014-09-16 | Thomson Licensing | Method and system for remote digital editing using narrow band channels |
| US9076311B2 (en) | 2005-09-07 | 2015-07-07 | Verizon Patent And Licensing Inc. | Method and apparatus for providing remote workflow management |
| US9401080B2 (en) | 2005-09-07 | 2016-07-26 | Verizon Patent And Licensing Inc. | Method and apparatus for synchronizing video frames |
| US20070083723A1 (en) | 2005-09-23 | 2007-04-12 | Dey Jayanta K | Highly-available blade-based distributed computing system |
| DE102005059044A1 (de) * | 2005-12-08 | 2007-06-14 | Deutsche Thomson-Brandt Gmbh | Verfahren zum Bearbeiten von Medieninhalten in einer Netzwerkumgebung sowie Gerät zur Vorratsspeicherung von Medien-Daten |
| JP5156646B2 (ja) * | 2006-05-29 | 2013-03-06 | ジーブイビービー ホールディングス エス．エイ．アール．エル． | 動画編集システムおよび動画編集方法 |
| EP2070570A1 (en) * | 2007-12-14 | 2009-06-17 | ITI Scotland Limited | Generation of video |
| US9691430B2 (en) * | 2010-04-01 | 2017-06-27 | Microsoft Technology Licensing, Llc | Opportunistic frame caching |
| JP2012165313A (ja) * | 2011-02-09 | 2012-08-30 | Sony Corp | 編集装置及び方法、並びにプログラム |
| TW201318423A (zh) * | 2011-10-18 | 2013-05-01 | Acer Inc | 即時影像編輯方法與電子裝置 |
| DE102011120911A1 (de) * | 2011-12-12 | 2013-06-13 | fileCAST Media GmbH | Streaming-basiertes Medien-System |
| US9661047B2 (en) | 2012-04-30 | 2017-05-23 | Mobilatv Ltd. | Method and system for central utilization of remotely generated large media data streams despite network bandwidth limitations |
| CN108399257B (zh) * | 2018-03-08 | 2021-05-18 | 江苏省广播电视总台 | 基于智能文稿分析的个性化新闻线索推荐方法 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE3714172A1 (de) * | 1986-04-28 | 1987-11-19 | Hitachi Ltd | Einrichtung zum durchsuchen von dokumenten in einem dokumentenablagesystem |
| FR2645984A1 (fr) * | 1989-04-17 | 1990-10-19 | Archivage Systemes Sarl | Systeme d'archivage electronique dynamique multi-acces, a forte capacite de stockage et grande rapidite d'acces, notamment pour l'archivage de donnees graphiques complexes |
| EP0573406B1 (en) * | 1989-08-23 | 1997-06-04 | Delta Beta Pty. Ltd. | Program transmission optimisation |
| US5267351A (en) * | 1989-12-22 | 1993-11-30 | Avid Technology, Inc. | Media storage and retrieval system |
| US5220420A (en) * | 1990-09-28 | 1993-06-15 | Inteletext Systems, Inc. | Interactive home information system for distributing compressed television programming |
| CA2140850C (en) * | 1994-02-24 | 1999-09-21 | Howard Paul Katseff | Networked system for display of multimedia presentations |
| DE69525556T2 (de) * | 1994-03-21 | 2002-09-12 | Avid Technology Inc | Gerät und Verfahren ausgeführt auf einem Rechner für Echtzeit Multimedia Datenübertragung in einer verteilten Rechneranordnung |
| DE69523970T2 (de) * | 1994-04-15 | 2002-07-04 | Canon Kk | Dokumentspeicher- und Wiederauffindungssystem |
| DE69704942T2 (de) | 1996-04-12 | 2002-03-28 | Avid Technology Inc | Multimediasystem mit verbesserten datenverwaltungsmechanismen |
-
1997
- 1997-04-11 DE DE69704942T patent/DE69704942T2/de not_active Expired - Fee Related
- 1997-04-11 EP EP97920345A patent/EP0895623B1/en not_active Expired - Lifetime
- 1997-04-11 WO PCT/US1997/006045 patent/WO1997039411A1/en active IP Right Grant
- 1997-04-11 CA CA002251225A patent/CA2251225C/en not_active Expired - Fee Related
- 1997-04-11 JP JP53723497A patent/JP3883579B2/ja not_active Expired - Fee Related
- 1997-04-11 EP EP00118253A patent/EP1072983A3/en not_active Withdrawn
- 1997-04-11 AU AU24565/97A patent/AU716590B2/en not_active Ceased
-
2006
- 2006-08-24 JP JP2006227716A patent/JP2007053774A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| DE69704942T2 (de) | 2002-03-28 |
| EP0895623B1 (en) | 2001-05-23 |
| EP1072983A3 (en) | 2003-11-12 |
| EP0895623A1 (en) | 1999-02-10 |
| CA2251225A1 (en) | 1997-10-23 |
| CA2251225C (en) | 2009-12-29 |
| DE69704942D1 (de) | 2001-06-28 |
| AU2456597A (en) | 1997-11-07 |
| JP2007053774A (ja) | 2007-03-01 |
| JP2001502461A (ja) | 2001-02-20 |
| AU716590B2 (en) | 2000-03-02 |
| WO1997039411A1 (en) | 1997-10-23 |
| EP1072983A2 (en) | 2001-01-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3883579B2 (ja) | データ管理機構を改善したマルチメディア・システム | |
| US6211869B1 (en) | Simultaneous storage and network transmission of multimedia data with video host that requests stored data according to response time from a server | |
| US5852435A (en) | Digital multimedia editing and data management system | |
| JP3726957B2 (ja) | 異なるフォーマットで記憶されたコンテンツセグメントの選択を指定するための方法とシステム | |
| JP5112287B2 (ja) | ネットワーク上でデジタルメディアの分散編集及び記憶を提供するための方法及びシステム | |
| US8972862B2 (en) | Method and system for providing remote digital media ingest with centralized editorial control | |
| US8126313B2 (en) | Method and system for providing a personal video recorder utilizing network-based digital media content | |
| US5832171A (en) | System for creating video of an event with a synchronized transcript | |
| US8977108B2 (en) | Digital media asset management system and method for supporting multiple users | |
| US6870887B2 (en) | Method and system for synchronization between different content encoding formats | |
| US20020145622A1 (en) | Proxy content editing system | |
| US9210482B2 (en) | Method and system for providing a personal video recorder utilizing network-based digital media content | |
| US7424202B2 (en) | Editing system and control method using a readout request | |
| US6229576B1 (en) | Editing system with router for connection to HDTV circuitry | |
| US7046251B2 (en) | Editing system with router for connection to HDTV circuitry | |
| JP2004015436A (ja) | 映像コンテンツ作成のためのプログラム，記録媒体，方法及び装置 | |
| AU3785400A (en) | A multimedia production system | |
| JP2004015437A (ja) | 映像・音声データの記録再生のためのプログラム，記録媒体，方法及び装置 | |
| JP2003169297A (ja) | データ処理装置 | |
| JP2001136479A (ja) | 番組制作送出装置 | |
| JP2002051309A (ja) | ファイル管理装置及びファイルの管理方法 | |
| JP2002051299A (ja) | ファイル管理装置及びファイルの管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060509 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20060808 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060824 |
|
| A72 | Notification of change in name of applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A721 Effective date: 20060824 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20060925 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061017 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061115 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101124 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111124 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121124 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131124 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |