(57)【特許請求の範囲】
【請求項１】
異なるフォーマットで記憶されたコンテンツ・セグメントの選択を指定するための方法であって、
第１のフォーマットで記憶された第１のコンテンツの複数の部分についての明細を受け取るステップであって、前記明細は各部分の開始フレームと終了フレームを識別する、前記受け取るステップと、
前記第１のコンテンツの各選択された部分の開始マーカーと終了マーカーを含むリストを作成するステップであって、前記リストは、第２のフォーマットで第２のコンテンツとして記憶されている同じコンテンツの対応する部分にアクセスするために使用され、前記開始マーカーと前記終了マーカーがフレーム番号を含む、前記作成するステップと
を含み、
前記第１のコンテンツがそのフレーム上にスーパーインポーズされたタイムコードを含み、前記第１のコンテンツのフレーム番号とタイムコードとの間の対応関係を決定し、そして該決定された前記対応関係を用いて前記開始マーカーと前記終了マーカーをタイムコードに変換するステップをさらに含むことを特徴とする、方法。
【請求項２】
異なるフォーマットで記憶されたコンテンツ・セグメントの選択を指定するための方法であって、
第１のフォーマットで記憶された第１のコンテンツの複数の部分についての明細を受け取るステップであって、前記明細は各部分の開始フレームと終了フレームを識別する、前記受け取るステップと、
前記第１のコンテンツの各選択された部分の開始マーカーと終了マーカーを含むリストを作成するステップであって、前記リストは、第２のフォーマットで第２のコンテンツとして記憶されている同じコンテンツの対応する部分にアクセスするために使用され、前記開始マーカーと前記終了マーカーがタイムコードを含む、前記作成するステップと
を含み、
前記第１のコンテンツがそのフレーム上にスーパーインポーズされたタイムコードを含み、前記第１のコンテンツのフレーム番号とタイムコードとの間の対応関係を決定し、そして該決定された前記対応関係を用いて前記各選択された部分の開始フレームと終了フレームに対するタイムコードを計算するステップをさらに含むことを特徴とする、方法。
【請求項３】
前記タイムコードが、前記第１のコンテンツから抽出される、請求項２に記載の方法。
【請求項４】
前記抽出が、光学式文字認識技術を使って抽出される、請求項３に記載の方法。
【請求項５】
前記第２のフォーマットが前記第１のフォーマットより高い解像度を有する、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記第１のフォーマットがＭＰＥＧ１であり、かつ前記第２のフォーマットがＭＰＥＧ２である、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記第１のコンテンツ及び前記第２コンテンツが、ビデオ・コンテンツである、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記作成されたリストに従い、該リストに対応する第２のコンテンツを検索するステップをさらに含む、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
異なるフォーマットで記憶されたコンテンツ・セグメントの選択を指定するための方法を実施する命令であって、コンピューターによって実行可能な前記命令を記録したコンピューター・プログラムであって、
第１のフォーマットで記憶された第１のコンテンツの複数の部分についての明細を受け取るステップであって、前記明細は各部分の開始フレームと終了フレームを識別する、前記受け取るステップと、
前記第１のコンテンツの各選択された部分の開始マーカーと終了マーカーを含むリストを作成するステップであって、前記リストは、第２のフォーマットで第２のコンテンツとして記憶されている同じコンテンツの対応する部分にアクセスするために使用され、前記開始マーカーと前記終了マーカーがフレーム番号を含む、前記作成するステップと
を含む命令を記録し、
前記第１のコンテンツがそのフレーム上にスーパーインポーズされたタイムコードを含み、前記第１のコンテンツのフレーム番号とタイムコードとの間の対応関係を決定し、そして該決定された前記対応関係を使って前記開始マーカーと前記終了マーカーをタイムコードに変換するステップをさらに含む命令を記録したコンピューター・プログラム。
【請求項１０】
異なるフォーマットで記憶されたコンテンツ・セグメントの選択を指定するための方法を実施する命令であって、コンピューターによって実行可能な前記命令を記録したコンピューター・プログラムであって、
第１のフォーマットで記憶された第１のコンテンツの複数の部分についての明細を受け取るステップであって、前記明細は各部分の開始フレームと終了フレームを識別する、前記受け取るステップと、
前記第１のコンテンツの各選択された部分の開始マーカーと終了マーカーを含むリストを作成するステップであって、前記リストは、第２のフォーマットで第２のコンテンツとして記憶されている同じコンテンツの対応する部分にアクセスするために使用され、前記開始マーカーと前記終了マーカーがタイムコードを含む、前記作成するステップと
を含む命令を記録し、
前記第１のコンテンツがそのフレーム上にスーパーインポーズされたタイムコードを含み、前記第１のコンテンツのフレーム番号とタイムコードとの間の対応関係を決定し、そして該決定された前記対応関係を用いて前記各選択された部分の開始フレームと終了フレームに対するタイムコードを計算するステップをさらに含む命令を記録したコンピューター・プログラム。
【請求項１１】
前記タイムコードが、前記第１のコンテンツから抽出される、請求項１０に記載のコンピューター・プログラム。
【請求項１２】
前記抽出が、光学式文字認識技術を使って抽出される、請求項１１に記載のコンピューター・プログラム。
【請求項１３】
前記第２のフォーマットが前記第１のフォーマットより高い解像度を有する、請求項９〜１２のいずれか一項に記載のコンピューター・プログラム。
【請求項１４】
前記第１のフォーマットがＭＰＥＧ１であり、かつ前記第２のフォーマットがＭＰＥＧ２である、請求項９〜１３のいずれか一項に記載のコンピューター・プログラム。
【請求項１５】
前記第１のコンテンツ及び前記第２コンテンツが、ビデオ・コンテンツである、請求項９〜１４のいずれか一項に記載のコンピューター・プログラム。
【請求項１６】
前記作成されたリストに従い、該リストに対応する第２のコンテンツを検索するステップをさらに含む命令を記録した請求項９〜１５のいずれか一項に記載のコンピューター・プログラム。
【請求項１７】
異なるフォーマットで記憶されたコンテンツ・セグメントの選択を指定するためのシステムであって、
第１のフォーマットで記憶された第１のコンテンツの複数の部分についての明細を受け取る手段であって、前記明細は各部分の開始フレームと終了フレームを識別する、前記明細を受け取る手段と、
第１のコンテンツの各選択された部分の開始マーカーと終了マーカーを含むリストを作成する手段であって、前記リストは、第２のフォーマットで第２のコンテンツとして記憶されている同じコンテンツの対応する部分にアクセスするために使用され、前記開始マーカーと前記終了マーカーがフレーム番号を含む、前記作成する手段と
を含み、
前記第１のコンテンツがそのフレーム上にスーパーインポーズされたタイムコードを含み、前記第１のコンテンツのフレーム番号とタイムコードとの間の対応関係を決定し、そして該決定された前記対応関係を用いて前記開始マーカーと前記終了マーカーをタイムコードに変換する手段をさらに含むことを特徴とする、システム。
【請求項１８】
異なるフォーマットで記憶されたコンテンツ・セグメントの選択を指定するためのシステムであって、
第１のフォーマットで記憶された第１のコンテンツの複数の部分についての明細を受け取る手段であって、前記明細は各部分の開始フレームと終了フレームを識別する、前記明細を受け取る手段と、
第１のコンテンツの各選択された部分の開始マーカーと終了マーカーを含むリストを作成する手段であって、前記リストは、第２のフォーマットで第２のコンテンツとして記憶されている同じコンテンツの対応する部分にアクセスするために使用され、前記開始マーカーと前記終了マーカーがタイムコードを含む、前記作成する手段と
を含み、
前記第１のコンテンツがそのフレーム上にスーパーインポーズされたタイムコードを含み、前記第１のコンテンツのフレーム番号とタイムコードとの間の対応関係を決定し、そして該決定された前記対応関係を用いて前記各選択された部分の開始フレームと終了フレームに対するタイムコードを計算する手段をさらに含むことを特徴とする、システム。
【請求項１９】
前記タイムコードが、前記第１のコンテンツから抽出される、請求項１８に記載のシステム。
【請求項２０】
前記抽出が、光学式文字認識技術を使って抽出される、請求項１９に記載のシステム。
【請求項２１】
前記第２のフォーマットが前記第１のフォーマットより高い解像度を有する、請求項１７〜２０のいずれか一項に記載のシステム。
【請求項２２】
前記第１のフォーマットがＭＰＥＧ１であり、かつ前記第２のフォーマットがＭＰＥＧ２である、請求項１７〜２１のいずれか一項に記載のシステム。
【請求項２３】
前記第１のコンテンツ及び前記第２コンテンツが、ビデオ・コンテンツである、請求項１７〜２２のいずれか一項に記載のシステム。
【請求項２４】
前記作成されたリストに従い、該リストに対応する第２のコンテンツを検索する手段をさらに含む、請求項１７〜２３のいずれか一項に記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は一般にデジタル・アーカイブに関するもの、詳細にはビデオ・データなどのコンテンツのデジタル化、目録づくり、記憶、アクセス、検索、および編集に関するものである。
【０００２】
【従来の技術】
ニュースまたは娯楽番組のプロデューサなどのマルチメディア産業におけるプレイヤーは何千時間というビデオ・コンテンツを自由に使うことができる。例えばよく知られたテレビ娯楽番組は１０万時間のビデオコンテンツの所有を報告し、１週間あたりおよそ６０時間を追加する。
【０００３】
このような番組制作は、しばしばビデオコンテンツが非常に短い時間枠内で編集のために使用可能であることを要求する。例えば、娯楽テレビ番組の最初のセグメントは、次のセグメントがまだ製作されている段階で、既に放送されていることもある。この高速ペースの環境の中では、情報への高速アクセスが重大になってきている。
【０００４】
不幸にも、ビデオコンテンツは現在、アナログまたは連続デジタルのフォーマットでビデオテープに存在し、そのビデオコンテンツの効率的なアクセスや検討が妨げられている。そのオリジナルのアナログ録画の劣化はより重大な関心事である。デジタルアーカイブに情報を記憶することにより情報への高速アクセスおよび劣化の問題を減らすことができる。
【０００５】
製品の質を満たすためには、情報を高いまたは放送用の解像度でデジタル化しなければならない。高解像度ではアーカイブから情報を引き出すため、より広いバンド幅が要求されその結果遅いまた費用のかかる検索システムとなる。
【０００６】
【発明が解決しようとする課題】
従って、テレビ放送に適した質の高いコンテンツ・ストリームを提供するとともに、編集のためのコンテンツへの高速アクセスを許すデジタル・ベースのビデオ編集システムを提供することが必要である。
【０００７】
現在、既存のビデオ・コンテンツを編集するために必要ないくつかの機能を提供するために使用可能な様々な解決方法がある。しかしながら、保存のために既存のビデオ・アーカイブをデジタル化し、検討用絵コンテを作り出すためにビデオを区分化し、視聴および選択目的で効率的にコンテンツへアクセスし、ビデオ・ソースの編集決定リストを作成し、その作られたリストから質の高いコンテンツの製品を生産する機能を提供するための解決策はひとつも存在しない。
【０００８】
付加的な望ましい特徴は、コンテンツの既存の記述情報の付加、及び効率的な検索のための記述情報（メタ・データとしても知られている）の記憶を含む。
【０００９】
またユーザが容易にアクセス可能な、ウエブ・ベースのビデオ編集システムを提供することも望ましい。
【００１０】
【課題を解決するための手段】
本発明はテレビ番組等を製作するために、既存ビデオコンテンツのデジタル化及びそのデジタル化したものの編集のための解決策を提供する。図１を参照するとシステムは３つのメインパート、すなわち収集ステージ１０、記憶ステージ２０、検索ステージ３０を含む。製品用途のための質の高いコンテンツと同時に、編集のための高速アクセスを提供するために、２つのパラレル・パスをとおってデータが流れる。１つのパス、図の右側に見られる高解像度フォーマットパス８は、放送用質の使用のためフル解像度データを記憶する。他のパス、図の左側に示された低解像度フォーマット/メタ・データ・パス６は、アクセスおよび選択処理を容易なものとすることを意図した圧縮ビデオの概要およびテキスト記述子を保存する。その２つのパスは実質上は独立しているが、ビデオソース１１による始まりの時および編集決定リスト(EDL)３１を介する検索処理の間連結される。
【００１１】
収集ステージ１０は既存のビデオテープ・コンテンツから入ってくるデータのデジタル化を処理し、選択的にビデオの区分化および既にコンテンツと関連付けられた任意の記述情報を付加するメカニズムを提供する。ビデオは収集ステーション12にある、低解像度エンコーダー（図示せず）と高解像度エンコーダー13によって、低解像度と高解像度の２つのフォーマットにエンコードされる。低および高解像度のコンテンツはその後別々のファイルに記憶される。本実施例では、使用される低解像度フォーマットはMPEG１であり、高解像度フォーマットはMPEG２である。その再フォーマットされたビデオにはユーザ入力、レガシーデータ、絵コンテおよびオーディオストリームの音声ーテキスト変換処理などのメタデータの注釈をつけることができる。音声ーテキスト変換はオーディオストリームの注釈のためにサポートされているが、そのオーディオ・ストリーム中の録音された音声が処理されているときは、その初期の収集とは異なるステップとしてなされる。
【００１２】
MPEG１とメタ・データは代理編集のために使用される。すなわち選択目的でビデオデータを検索およびブラウズする。その一方MPEG２は最終的な編集および放送のために使用される。結果として、MPEG１とMPEG２の間のタイムコードは同期させられる。
【００１３】
収集操作への入力は１）２つの音声入力パスを含む、ビデオ・テープ・レコーダー（VTR)などのビデオ・ソース１１の出力１４と、２）本ケースでは高解像度エンコーダー１３内にある、タイムコード生成器の出力１５と、３）任意の既存のまたはレガシー記述データとを含む。本実施例においては、レガシー記述データが、DOS Xベース・レガシー・データ・ベースからIBM DB２データ・ベースへ一括してインポートされた。それは任意の既存のカスタマー・アーカイブ、例えばすでに使用されている私有のまたは標準のアーカイブ・システムから供給されることもできる。
【００１４】
収集操作からの出力は１）例えば公称４８メガビット/秒（Mbps)の転送レートでMPEG2のパスを提供するMPEG2Iフレーム専用データ・ストリーム１６，２）例えば１．５Mbpsの転送レートでMPEG1/メタ・データ・パスを提供するためのMPEG1ストリーム、３）またMPEG1/メタ・データ・パスを提供するための、ともに矢印１７で示された、テキスト・ファイル、属性及びサムネールを含む記述データを含む。
【００１５】
一旦ビデオがデジタル化され記述データが集められ生成されると、データは記憶ステージ２０へ進み、２つのメイン・エリアに記録される。MPEG２データは磁気テープを基礎としたシステムなど、容量とアクセス性のために最適化されたアーカイブ高解像度記憶装置２１へ送られる。MPEG１データと記述データはテープに記憶され、対象とするコンテンツやメタデータを編集する間、高速アクセスのためにメディアストリーミング能力のあるデジタルライブラリなどの低解像度記憶装置２２にキャッシュされる。本実施例では、一般に入手可能なIBM Content Managerが、デジタルライブラリと、統合IBM Video Chargerメディア・ストリーミング製品を提供する。
【００１６】
Content Manager ２２はビデオ・メタデータの検索およびブラウジングのためのインターフェースを提供する。検索結果の一部として提供されるサムネールおよびテキスト記述は高速アクセスのためにディスク上に記憶される。MPEG１ビデオはテープ・ライブラリ・システム上に保持され、ディスク上にバッファされ、Content Manager ２２を介して必要とされる時にアクセスされる。
【００１７】
検索ステージ ３０は、MPEG１/メタ・データ・パス６内のブロック３２によって示された編集/選択操作と、MPEG２パス８内の呼び出しステーション３３によって表わされる一括呼び出し操作の、２つのメイン・パートからなる。
【００１８】
編集/選択操作３２によって、プロデューサーはデジタル化されたアーカイブを検索およびブラウズし、次の処理のためのセグメントを選択することができる。プロデューサは、テキストまたは属性により、IBM Content Manager ２２または同様のデジタル・ライブラリ製品を検索し、検索基準にあった一組のビデオを取り戻す。各々のビデオはサムネールおよびテキストによって表される。ある特定のサムネールを選択することにより、プロデューサーは対応するビデオの絵コンテを見ることを要求することができる。絵コンテから、プロデューサーはその後そのシーンのMPEG１ビデオを見ることを要求することができる。そのビデオはその絵コンテ内の選択されたシーンを再生し始める。
【００１９】
プロデューサーはそのデータを検討して、どのセグメントを候補リストへ置くことによって使用することを望むのかを指示する。プロデューサーはその後、候補リスト内にあるビデオセグメントの整理およびトリミングをすることができるようになり、編集/選択操作の出力、すなわち編集決定リスト（EDL）３１を作成する。
【００２０】
EDL３１はMPEG２パス８内にあって一括検索操作を行う呼び出しステーション３３へ送られる。呼び出しステーション３３はEDL３１を使ってMPEG２記憶域２１から適切なセグメントを引き出す。データはテープから引き出され、最終的な編集のための編集ベイ３５への連続送信のためにプロファイル・デコーダー３４へ送られる。
【００２１】
本発明は、高解像度および低解像度のフォーマットの代表的な二つのパスをもって説明されているが、本実施例は三つの解決方法を含んでいる。サムネールはMPEG1コンテンツよりも低解像度で保存され、選択及び編集処理に使用される。さらに本発明の一般的な考えは多重解像度フォーマットをサポートできるよう容易に拡張することができる。ユーザはコンテンツの一部の選択のため、1つのまたはそれ以上の低解像度フォーマットで記憶されたコンテンツを使用することができる。その後呼び出し処理において本発明の原理を使用すれば、製作のために選択されたコンテンツに対応する任意の記憶されている高解像度のフォーマットの部分を引き出すことができる。
【００２２】
【発明の実施の形態】
本発明を特定の実施例、特にビデオ・コンテンツをもって以下に説明する。しかしながら当業者であれば本発明の精神と範囲から離れない様々な変更や置換を思いつくであろうし、また本発明は特許請求の範囲の記載によってのみに制限される。更に発明はすべてのタイプのコンテンツの管理に適している。
【００２３】
収集ステージ１０は、たとえば既存のビデオ・テープまたはライブ・ビデオ供給装置からの受信アナログ・ビデオ・ストリーム１４をデジタル化し、たとえばオペレーター入力、既存の記述、絵コンテを作るためのビデオ・イメージ・キャプチャ、オーディオ・ストリームの音声ーテキスト処理等から供給される記述情報を収集する。
【００２４】
収集のハードウェアの説明をする。図２を参照すると、ある数ｎのビデオ収集ステーション４０がある。本実施例では４つのステーションが与えられているが、ネットワークやサーバの能力に応じてより多くのステーションをサポートすることができる。
【００２５】
各ステーション４０はネットワークに接続できるPCベースのワークステーション４２（本ケースではMicrosoft Windows(R)NTが走っている）に接続されているビデオ・テープ・レコーダー（VTR）４１を含む。ワークステーションまたは収集PC４２は低解像度エンコーダー４５とドライビング・ビデオ・カタログ・ソフトウエア（下記で詳しく説明する）を含む。本実施例では低解像度エンコーダーはPCI MPEG１エンコーダ・ーカードである。
【００２６】
ステーション４０は高解像度エンコーダー１３へのリンク４３を含む。本実施例ではこのリンクはイーサネット(R)またはRS422接続であり、高解像度エンコーダー１３はMPEG２エンコーダからなる。ステーション４０は、たとえば他のイーサネット(R)またはRS422接続使ってＶＴＲに対する制御リンク４７を提供することができる。
【００２７】
本実施例の高解像度エンコーダー13は多重MPEG２ストリームのエンコードをサポートする。その結果１台のマシンでいくつかのビデオ収集ユニットにサービスを提供できる。本実施例中のMPEG1エンコード及びビデオ処理のためのPCIカードはシーン検出及び音声ーテキスト変換ソフトウエア（以下参照）と互換性がある。
【００２８】
ステーション４０は高解像度エンコーダー１３とインターフェースをとることにより、低解像度と高解像度のフォーマット、本実施例ではMPEG１とMPEG２、へアナログ・ビデオ・ストリームを同時変換することができる。高解像度のエンコーダー１３への入力の前に、本実施例のアナログ・ストリーム１４は最初にノイズ削減のためのアンプ/スプリッター（図示なし）とアナログーデジタル変換器４８へ渡される。そしてその変換器４８によって高解像度エンコーダー１３へ直列デジタル・ストリーム１５が供給される。代わりにVTRからエンコーダー１３へ直接デジタル入力を提供することもできる。
【００２９】
本実施例の高解像度エンコーダー１３はMPEG２のエンコードとデコードの両方を提供することで異なるMPEG2標準間の非互換性の可能性を減らしているが、混合解決法を使用することもできる。高解像度エンコーダー13はまた、デジタルーアナログ変換器（図示なし）とタイムコード生成器４４を含む。これらはデジタル化されたビデオ・ストリームをアナログへ変換してその映像にタイムコードを追加し、それリンク４３を介して低解像度エンコーダー４５への入力として供給するために使用される。
【００３０】
前述したように、高解像度ストリーム１６と低解像度ストリーム１７は同期させる必要がある。本実施例ではこの二つを同期させるためにタイムコードを使用する。しかしながらMPEG2ではタイムコードをサポートしているが、MPEG1ではサポートしていない。したがって、もともとタイムコードをサポートしていないフォーマットにおいて、タイムコードをエンコードするための装置が提供される。タイムコード生成器44は高解像度エンコーダー13へタイムコードを供給する。タイムコード生成器44は、本実施例においては高解像度エンコーダー13の一部とすることができる。代わりに、タイムコードはVTRそれ自身によって供給されたり、または既にビデオ映像内に存在することもできる。後者の場合において、このようなタイムコードは同期させるために連続かつ、単調に増加していくことが好ましい。
【００３１】
本実施例のタイムコードはSMPTEタイムコードからなる。高解像度エンコーダー１３は生成したMPEG２ストリーム中にタイムコードをエンコードし、アナログビデオの映像自身に、たとえばタイムコード・キャラクター生成器を使ってタイムコードを焼きつけることにより、タイムコードをスーパーインポーズする。タイムコードは後に選択されたMPEG1フレームから、たとえば光学式文字認識（OCR）技術を使って抽出される。代わりの実施例では、タイムコードは「ウォーターマーク」としてエンコードされ、その後でデコーディング装置によって抽出される。ウォーターマークについては、たとえば米国特許第5,825,892号明細書（特開平10-191017号公報）に記載されている。更に他の代替例として、MPEG１エンコーダーを使用し、エンコーダーのMPEG1標準とVideoChangerを統合することによりタイムコードをMPEG１ファイルから抽出することもできる。本実施例においては新しいタイムコードが生成されたが、ビデオ映像の既存の非連続的なタイムコードもまた、カスタマーがこれらタイムコードへの索引をつけているためサポートされMPEG１の映像に焼き付けられる。
【００３２】
使用されるMPEG１解決策には関係なく、エンコードの処理は可能な限りキャプチャー・タイムコードが整列していることを確実にする必要がある。その目的は選択されたハードウエア及びソフトウエアの能力が許す限りフレームが正確であるためである。本実施例では確認処理が以下のように起こる。ユーザーはMPEG１記録の一部を検討する。そしてアプリケーションによって入力として現在のビデオ・フレーム上に現れているタイムコードを記入個所に入力するよう求められる。あるいはアプリケーション自身が、たとえばサムネールまたは絵コンテの生成の間、自動的にサンプル・ビデオフレームを選択しそのタイムコードを検出する（たとえばOCR技術、ウオーター・マーク・デコーディングなどを用いて）。アプリケーションはその後現在のフレームに対するMPEG1のフレーム番号を調べる。その後もしシステムがすでにビデオの開始フレームとタイムコードを知っているならば、システムは対応関係または「デルタ」を計算しMPEG２ファイルに関連付けられるメタ・データ・ファイルに入れる。あるいは他のサンプル・フレーム及び対応するタイムコード情報が決定され、デルタを計算するためその2つの調整ポイントが使用される。このデルタは後にMPEG２へのオフセットを計算するために使用される。
【００３３】
MPEG１ファイルとMPEG2ファイルの対応するセグメントの例が図3に示されている。MPEG１ファイルの部分１０１が示されている。そのセグメント１０１内にはたくさんの映像があり、その各々が本ケースでは映像に関連付けられるメタ・データとともに記憶されるフレーム番号と関連付けられている。代表的な映像フレーム１０２が示されており、フレーム番号１０７２を有している。その映像フレームの拡大図１０３もまた示されている。その拡大図はその映像フレーム上にスーパーインポーズされたタイムコード１０４を含んでいる。表示されているタイムコード１０４は"０１:００:５０:０２"であるが、これはその映像フレームがMPEG１ストリーム"０１"内で５０秒と２フレームであることを示している。ひとつまたはそれ以上のタイムコードを読み、それらの対応するフレーム番号を知ることによって、システムは自身を調整することができ、その結果任意のフレーム番号に対応する適切なタイムコードを計算することができる。システムはその後高解像度MPEG2ファイル105内にある対応するフレーム106を見つけることができる。
【００３４】
本発明の実施例を実装するために使用されたハードウエアは4つのIBM PC、４つのMPEG２ストリームをサポートする１つのMPEG２エンコーダー・システム（たとえばProfileXP）、４つのPCI MPEG1エンコーダー・カードおよび4つの100 BaseT Ethernet(R)アダプターを含む。
【００３５】
収集アプリケーション・ソフトウエアは多数の方法で実装することが可能である。本実施例のソフトウエアはいくつかのカスタマイズされ統合されたモジュール、すなわちMicrosoft Windows(R)NT Workstation4.0 w/service packs、Virage VideoLogger SDK、IBM Content Manager V6.1、Java(R)、 Virage SDK(IBM製品のJava(R) Runtime Environment 1.1.8）と互換性のある、CまたはC++コンパイラー、およびカスタムIBM Ingest Applicationからなる。ソフトウエアの基本はVirage VideoLoggerおよびそのソフトウエア開発者用のツールキット（SDK）によって提供されるが、他の同様の機能を提供するソフトウエアを使用することもできる。収集アプリケーションはVirage SDKを使用し、既存のビデオテープ・アーカイブのデータ・モデルをサポートする。アプリケーションはまたユーザ入力のためのユーザー・インターフェースを提供し、各ビデオの記述情報を収集し、Content Manager２２のローダーにその記述情報を送る。さらにMPEG1とMPEG2のエンコーダーが外部のタイムコードに対する同期を保たれること確実にする。Content Manager２２はライブラリー・サーバー、テキストサーチ・サーバー、VideoChargerおよびクライエットを含む。
【００３６】
付加的なソフトウエア・データ・ベース機能を説明する。本実施例では、いくつかの付加的な機能が新しいシステムへ組み入れられた。データ入力機能によってユーザーはテープID、キーワード、記述、および著名人の名前などを入力することができる。またIBM社のViaVoiceなどのソフトウエアを使って、またはVTR41からの音声入力を用いてマイクロフォン入力を混合することによって音声注釈を提供することも可能である。検索機能によって、たとえば名前またはキーワードによるサーチが可能となる。検索結果はテープ・レコードの一組の結果セットの形式で与えられる。貸し出し管理機能が物理的なテープ収集のために提供される。システムは付加的にテープ番号によって返却と借り出しのサポートをする。本実施例のレガシー・ライブラリーは各テープの１つの複製を管理する。本システムとは関係のない標準データベース・ツールを使って報告を生成することができる。
【００３７】
収集の処理を説明する。図4に移ると以下のステップが各ビデオテープの処理を概説する。
【００３８】
選択５１。収集操作は所定の選択基準に基づいて処理のためにテープを選択する。たとえば劣化した媒体上に記憶されたコンテンツを優先的に選択することができる。
【００３９】
初期化５２。固有のテープ識別子が収集アプリケーションに入力される。識別子はその後そのテープ・コンテンツと関連付けられた既存のメタデータを取り出す際にContent Manager（CM)に照会するために使われる。識別子はまたCMおよびMPEG2ファイル内の項目の名前つけの基礎として使用することもできる。収集アプリケーションは収集 PC上のシーン検出とMPEG1エンコードのためのハードウエアを初期化する。アプリケーションはプロファイルMPEG2エンコーダーにファイルネームおよび目的位置情報を与えることによってプロファイルMPEG2エンコーダーを初期化する。
【００４０】
処理５３。収集操作員はテープをテープ・プレイヤーにロードする。本実施例の各ビデオテープは１度だけ読み込まれ、テープ・プレイヤーの出力は２つの異なる入力へ送られる。すなわち収集 PC MPEG１カードとプロファイル・ビデオ・フォーマットである。両エンコードは前述したように、タイムコード生成器44によって与えられる整合したタイムコードを共有しなければならない。
【００４１】
エンコード後、MPEG２ストリームはプロファイル記憶システムにあるファイル内に記憶される。そこからMPEG２記憶システムへ転送され磁気テープ上に移される。収集 PCとMPEG１エンコーダーが1.5Mbpsでデジタル化されたファイル内に記憶されるMPEG１ストリームを作る。メタ・データはいくつかの項目、すなわち絵コンテ、基本サムネール、ビデオ・コンテンツに関する情報を記憶するために使用されるレガシー・データベース（選択的に変更される）からのテキスト、オーディオ・トラック音声ーテキスト変換トランスクリプト、オプションとしてMicrosoft Wordまたは他のワードプロセッサーのフォーマットのトランスクリプトおよびオプションとして音声ーテキスト変換注釈からなる。本実施例のメタデータは、基本的に検討と選択の目的で使用されるため、MPEG１ファイルと関連付けられる方法で記憶される。収集アプリケーションとそのユーザー・インターフェースはメタ・データの収集を容易にし、下で相互作用している異なる構成要素の詳細を隠す。
【００４２】
基本サムネール。基本サムネールは初めは属性値から決定されるアイコンによって表される。特定アイコン値は詳細なデザインの一部として決定される。このアイコンは後に編集インターフェースを介してイメージ・サムネールと置き換えることができる。ユーザーは、この後より詳しく説明するが、またこの編集インターフェースを介して他のメタ・データを編集することもできる。
【００４３】
絵コンテ。ビデオ・カタログ・ソフトウエア内のシーン検出技術はビデオ内でシーン変更に印をつけ、各シーンの最初のフレームのサムネールを作り出す。あるいは、サムネールを固定間隔でキャプチャーすることもできる。たとえば本実施例においては、AVIエンコーダーを使ってビデオの30秒ごとにサムネールを作り出している。これらサムネールの集合はビデオの絵コンテを形成する。好ましい実施例では、サムネールが作られる時又はバックグラウンド処理としてにウエブページの絵コンテが作られ、その結果選択処理の間に直ちに絵コンテの検索が可能となる。
【００４４】
レガシーテキスト。最初レガシー・データベースからロードされた記述データがオペレーターによる検討と編集のために表示される。
【００４５】
トランスクリプト。ビデオ・カタログ・ソフトウエア内の音声ーテキスト変換技術はリアルタイムで音声コンテンツのテキスト・ファイルを作るためにオーディオ・ストリームを処理する。このファイルはテキスト検索に使われる。クローズド・キャプションのエンコードも、Virage社のソフトウエア製品はこの機能をサポートしていないので望むならば代替ソフトウエアを使用してキャプチャーすることもできる。
【００４６】
いくつかのビデオ資産もまたMicrosoft Wordまたは他のワードプロセッサー形式のトランスクリプトをもつことができる。これらのトランスクリプトは、使用可能な場合は音声ーテキスト変換出力に追加され、テキスト検索の入力として使用される。収集アプリケーションは任意の既存のトランスクリプト・ファイルを特定するための場所を提供し、ファイル・システム上でそのファイルが使用可能であることを期待する。一旦これらのトランスクリプト・ファイルがロードされると、詳細は後に述べるが、ユーザーは編集インターフェースからそれらを検索し印刷することができる。
【００４７】
音声ーテキスト変換注釈。オペレーターはオプションとして、音声ーテキスト変換技術を使用してキャプチャされる話言葉記述を介してビデオに注釈をつけることができる。この注釈付けは音声ーテキスト変換の完了に続けて行うことができる。
【００４８】
最終処理５５。ストーリーの処理が終了したとき、結果のファイルは最終処理の用意ができている。MPEG1ファイル、テキスト・メタ・データ、サムネール、絵コンテおよび音声ーテキスト変換出力は一緒にグループ化され、最終検討のためユーザーに提供される。ユーザーはロードするデータをIBM  Content Managerに渡す前に、正確さと質を求めて出力を抽出検査することができる。この時点でユーザーはエンコードの質が受け入れられるかまたは繰り返しが必要かどうかを決定すると共に、レガシー・データベースからの属性データを更に変更することができる。
【００４９】
一旦ビデオテープの終わりにくると、アプリケーションは初期状態へリセットされ次のテープに対して用意される。
【００５０】
収集操作はテープ・プレイヤーが連続して動作し、各テープが一度だけ再生されるよう十分にすばやくビデオを処理することができなければならない。本実施例の４ステーション収集システムは1週間のうち6日、1日に16時間、4つの収集ステーションで収集処理が実行されるようにデザインされている。各ステーションは1日に8ないし10時間分のビデオをエンコードする。データのスループットが許せばステーションを追加することができる。
【００５１】
「ストレージ」について説明する。記憶容量は本発明において重要な面である。たとえば100,000時間のビデオを1.5MbpsのMPEG1と48MbpsのIフレーム専用MPEG２の両方のフォーマットでエンコードするためには、２ペタ・バイトの記憶容量を必要とする。
【００５２】
このコンテンツを効率的にエンコード、保存および検索するにはストレージは十分な容量を必要とするだけでなく、収集ステーションからテープへ、そしてフルフィルメントへ効率よくファイルを転送することができなければならない。更に低速アクセスがMPEG2の検索に許される一方で、MPEG1のパスに対し高速アクセスが提供されなければならない。多数のストレージ・アーキテクチャが前述の要求を処理するため実装することができるが、以下にMPEG１とMPEG２に対する本実施例のハードウエアと記憶方式の説明をする。
【００５３】
ストレージ・エリア・ネットワーク（SAN）について説明する。図5を参照すると本実施例は異なるプラットホーム上にあるいくつかのシステムに対してかなりの量のディスク・ストレージを供給する。非常に大きなデータがシステム間を動くので、弾力性、拡張性のあるストレージ・アーキテクチャーが実装されている。1.5TBのストレージはAIX上の700GBのIBM Videocharger６２、AIX上の２００GBのIBM Content Managerデジタル・ライブラリー６１およびともにAIX上で動作するLinear Tape-Open（LTO）テープバッファ６３に接続されている６００GBの Tivoli Storage Manager(TSM)２１からなる。付加的に1１００GBまたはそれ以上が高解像度エンコーダー１３において使用可能である。
【００５４】
SANデバイス６４が、ここでは７１３３ーD40を含んでいるが、シリアル・ストレージ・アーキテクチャ（SSA）を介してシステムとインターフェースをとっているストレージを統合する。SANデバイスはシステムに対してローカルディスクドライブにみえる。SANはいくつかの重要な利点を提供する。たとえば、ストレージはディスク・スペースの効率的な割り振りを認めつつ、必要に応じてシステムに割り振られる。システムはスペースが足りなくなることも過剰なスペースをもつこともない。システムのストレージはさらにドライブを追加するためにそれを開けることなく増加することができる。SANはRAID、ホット・スワップ、ホット・スタンバイ、冗長コンポーネントおよびパフォーマンス・モニター能力を提供する。データを外部化することによって、システムが故障してもデータへのアクセスは妨げられない。外部化されたデータは高可用性アーキテクチャを容易にする。
【００５５】
「MPEG１ファイルとメタ・データの記憶」について説明する。MPEG1ファイル及び関連付けられるメタ・データはリンク６６経由で記憶ステージ２０に渡され、IBM Content Manager V6.1 22によって管理されているIBM VideoCharger ６２に記憶される。図にあるようにIBM Content Manager ソリューションはAIX4.3.2が走っている２つのモデルH50 R/6000マシン上にある。1つはContent Managerのデジタル・ライブラリー部６１のためであり、1つはVideoCharger６２のためである。
【００５６】
ステージングとバッファリングはディスク上でおこる。LTOテープ・ライブラリ６３とTSM21はウルトラSCCIリンク６５を介して接続されている。そして長期保管のために使用される。1000BaseT イーサネット（R）接続もまた提供される。検索結果に使用されるサムネールとメタ・データはディスク上に保存され、効率的な検索時間を確実にする。VCは即時ストリーミングのために使用可能な1000時間のMPEG1ビデオのディスク・バッファ容量を提供する。
【００５７】
「MPEG２の記憶」について説明する。本実施例のMPEG２データはAIXとTSMが走っているR/6000システム上に記憶される。高解像度エンコーダー１３はファイバ・チャネル接続を介してTSMに接続されている。初期のステージングとバッファリングは長期保管のためのLTOテープライブラリ６３を有するディスクに対して行われる。
【００５８】
「編集/選択操作」について説明する。編集/選択操作は図６に示された検索処理の一部である。ビデオ編集システムは1つまたはそれ以上のサーバー６８によってホスティングされ、それゆえ編集/選択クライアント・マシン３２上にカスタム・ソフトウエアを持つことなしに操作することができる。複数の編集/選択ステーション３２がアーカイブ対象ビデオ資産の配置、検討および選択を容易にするために提供される。このウエブ・ベースのシステムにより、ビデオ・クリップのセットを共有することでビデオ編集者間のコラボレーションが可能になる。また当該システムによって複数のユーザが同じビデオ記憶ハードウエア２０、ビデオコンテンツ、ビデオ処理ハードウエア34およびビデオソフトウエアの集まりを共有することができる。
【００５９】
プロデューサーはコンテンツを、たとえばテキスト・ストリングおよびキーワードにより検索し、その後戻されたサムネール、テキスト記述、絵コンテを検討し選択範囲を絞っていく。一旦十分に範囲を狭めたら、どのセグメントを使用するかについて最終的な決定をするためにMPEG１ビデオを視聴する。選択されたセグメントはその後候補リストに置かれEDLの生成に使用される。プロデューサーは候補リストからセグメントを見て、選択し、トリミングし、順序付けして最終的なEDL３１を製作することができる。当該処理の任意の時点で、プロデューサーは現在のEDLをプレビューすることができる。結果として生じたEDLは高解像度呼び出し処理３３へSAN６４を介して送られ、どのMPEG２ファイルがテープから呼び出されるのかを指示するのに使用される。
【００６０】
本実施例の検索、ブラウズおよびEDL生成操作はたとえばウエブ、Java(R)言語またはC言語のアプリケーションの組み合わせにより実現される。最終的なEDL３１のフォーマットはユーザの要求に合わせることができる。同様にユーザーの要求はたとえばすでにユーザが使っているアプリケーションに依存する。EDL３１はファイル名、開始タイムコード及び停止タイムコードをもったビデオ・セグメントの単純で非階層的なリストからなる。
【００６１】
「編集/選択のハードウエア」について説明する。編集/選択ステーション３２は各々たとえばWindows(R) ９８とJava(R) １.１.８の機能をもったウエブ・ブラウザとが走っているパーソナル・コンピューターからなる。選択するソフトウエアによって、追加PCIカードが含まれる。本実施例においては、２５のステーションが編集/選択操作を同時に実行するように構築されている。
【００６２】
「編集/選択のソフトウエア」について説明する。編集/選択ステーション32のソフトウエアはInternet Explore V5.0、Java(R) Runtime Environment1.1.8、IBM社のNetDataおよび MPEG1プレイヤーを含むいくつかの基礎コンポーネントを統合した。本実施例では、検索機能はすべてNet.Dataを介したウエブ・ベースのものである。一方でビデオ選択はローカルに走っているVideoCharger プレイヤーの修正版を使ってなされる。
【００６３】
編集/選択ソフトウエアはユーザー・インターフェースといくつかの基礎機能を提供して、ユーザーがテキストベースの検索をし、その結果を検討し、セグメントを選択し、そこからEDLを生成して最終的なEDLをMPEG２呼び出し操作３３へ送ることを可能にしている。フレキシビルディスクによるEDLの配布もスタンドアロンの編集ベイ３５のためにサポートされている。
【００６４】
EDL３１はウエブ・サーバー６８上に保存されており、その結果EDL３１を他のユーザーと共有することができる。また他のユーザのアクセスまたは変更を制限することができるように、EDL３１をアクセス保護しておいてもよい。
【００６５】
編集/選択ソフトウエアの付加的な機能によりユーザはアーカイブを検索して、各ビデオに関連付けられたメタ・データを更新することができる。特にユーザーはサムネールを置き換えたり、音声ーテキスト変換注釈とビデオ解析から作成されたレガシー属性データとテキスト・ソースを修正したりすることができる。テキストはたとえばキーボード入力により変更される。検索クライアントはContent Managerデジタル・ライブラリー６１とVideoCharger６２に接続されているアプリケーションである。
【００６６】
「編集/選択操作」について説明する。編集/選択処理を図７を使って説明する。
【００６７】
初期化８１。初期化において、プログラムは現在のEDLを消去したり、ストリースラグとして知られているジョブ識別ストリングを入力として要求したりする。ストリースラグは編集/選択操作、MPEG２呼び出し処理３３、および編集ベイ３５の間で活動を調整するために使用される。
【００６８】
テキスト照会８２。プロデューサーは自分が探している主題を表す言葉やフレーズを入力することによりスタートする。この入力からContent Manager２２へ送られる照会文（クエリー）が作り出される。Content Manager２２はその照会分にどれだけ近く適合するかによってランクづけられた一組の候補を返す。各候補はサムネールによって表され、収集ステージ１０で入力された記述テキストを含む。テキストのサイズのため、必要なときには追加ページで候補のサブセットが提供される。代わりのフォーマットもまた可能である。
【００６９】
正確なテキスト照会の実行とサーチ結果はCM内で使用される基本のデータモデルに依存する。データ・モデルとユーザー・インターフェースはカスタマーの要求に依存する。
【００７０】
予想される使用のためのビデオのステージング（先取り）。特別のトピックに関するコンテンツに対する要求があることが知られているとき、このトピックに関するすべての資料は容易に使用できることが必要とされる。そのためにプロデューサーまたはライブラリアンはそのトピックに関してサーチを実行し、予想される使用のため対応するビデオをステージングする。これは現時点でビデオを再生するというよりもむしろ将来の高速アクセスのためにテープからディスクへ当該ビデオを呼び出すためである。それゆえ本実施例の編集/選択処理は再生リクエストとステージングまたは取り込みリクエストの両方をサポートする。再生操作はMPEG1プレイヤーでビデオを再生する。一方ステージング操作はVideoChargerのステージング領域内にビデオを取り込むだけである。本実施例においてはディスク上にはMPEG1ビデオ1000時間分の容量があるが、ユーザーの要求に依存して更に追加することもできる。
【００７１】
サムネールの検討８３。プロデューサーはサムネールと記述データを検討しどの候補が更なる調査が必要であるかを決定する。プロデューサーはサムネールをクリックし、更なる処理のため選択する。これにより絵コンテが作成される。絵コンテはこのビデオテープのためにキャプチャーされた一組のサムネールからなる。プロデューサーがMPEG１ビデオをみることを選択した場合、絵コンテが要求されると高速の視聴を可能とするためにすぐ関連するビデオファイルがVideoChargerサーバー６２ヘステージングされる。
【００７２】
絵コンテの検討84。絵コンテは各々がビデオ内のシーン（収集ビデオログソフトウエアによって以前に決定されている）を表す、一続きのサムネールにより構成される。もし絵コンテが引き続き興味をもたらしたときには、プロデューサーは関連するセクションをクリックして、そのMPEG1のプレイヤーを起動する。プレイヤーはVCサーバーからビデオを取り込みその選択されたセクションのビデオを再生し始める。
【００７３】
候補選択８５。プレイヤーは絵コンテ内のサムネールと一致した時点のMPEG１ビデオをロードし再生し始める。プロデューサーはビデオを再生したりまたは特定した位置へジャンプしてそこから再生することができる。プロデューサーはビデオのどのセクションに興味があるかを決定し、そのスタートとストップの時刻をマークし、編集/選択クライアント32内にある候補リストにそのセクションを加える。プロデューサーはその後同じテープ内の追加のセクションをマークしたり、判断ブロック８６で表されているように、絵コンテの検討ステップ８４にもどって新しいセクションにジャンプしたり、サムネール検討８３に戻ったり若しくはステップ８２で新しいテキスト照会を実行したりできる。一旦候補が現在のストリースラグに対して選択されると、プロデューサーはMPEG１の検討およびEDLの生成ステップ８７に進む。
【００７４】
MPEG１の検討/EDLの生成８７。MPEG１の検討およびEDLの生成ステップ87は候補リスト内のビデオセクションを検討し、選択し、トリミングし、順序付ける機能を提供する。完了したとき、その結果物であるEDLは決められた標準形式のEDLに変換される。
【００７５】
編集/選択クライアント３２は候補リストからビデオを選択し、それをプレイヤーを使って再生し、開始フレーム番号及び終了フレーム番号の形でひとつまたはそれ以上のスタートとストップの時刻をマークし、その後それをEDLに追加するためにグラフィカル・ユーザー・インターフェース(GUI）を提供する。そのスタートとストップの時刻はたとえばプレイヤー上のマークボタンを使って、または２つのSMPTE（タイムコード）フィールドに記入することによって設定される。一旦１つのビデオの処理がなされると、所望の全ビデオがEDLに追加されるまで他のビデオが選択されマークされる。EDL内のビデオはその後再順序付けしたり、取り除いたり、入れ替えたりすることができる。
【００７６】
EDL３１の一例が図8に示されている。これは基本的には、ビデオID番号（縦の列11）、開始マーカー(縦の列12）及び終了マーカー（縦の列13）によって識別される選択されたビデオ・セグメントのリストである。開始マーカー及び終了マーカーは後に対応するタイムコードに変換されるフレームによって表されている。あるいは読み取られるか計算されるタイムコードそれ自体で表すこともできる。
【００７７】
この処理の間ずっとEDLはプレビューモードで再生することができる。もしそれが満足いくものに見えない場合は、上記の処理をEDLが完成するまで繰り返すことができる。更に、もし他のビデオセグメントを候補リストに追加する必要がある場合には、図７の判断ブロック８８によって示されているように、プロデューサーは追加検索を実行し、新たなセグメントを既存の候補リストに追加することができる。
【００７８】
MPEG１プレイヤーによって提供される機能は、再生、停止、ポーズ、フレームを進める、フレームを戻す、ある場所にジャンプする、スタートをマークする、ストップをマークすることなどを含むが、それらに制限されることはない。更にスライダー制御がビデオのさまざまな部分への移動を容易にするために提供される。
【００７９】
最終処理８９。一旦EDL作成が完了するとプロデューサーは結果物であるEDLの保管とオプションとして提出を要求することができる。このとき次のことが起こる。EDLは決められた標準EDL形式へ変換される。EDLはたとえば、後の検討や修正のためにディスクまたはContent Managerサーバー６１へ保管される。提出のとき、EDL３１はMPEG２呼び出しステーショ３３へ送られ、その結果対応するMPEG２ビデオ・セグメントをアーカイブから検索し、プロファイル・デコーダー３４へ送ることができる。そのEDLのコピー３８はまた編集ベイ３５、たとえばフレキシビルディスク上へ送ることができる。アプリケーションはその後それ自身を初期化し次のジョブの準備をする。
【００８０】
「MPEG２呼び出し操作」について説明する。図６、８、９を参照するとMPEG2呼び出しステーション３３は図９の最初のステップ９１において、編集/選択ステーション３２からEDL３１を受け取る。ステップ９２に示してあるように、コンテンツに基づいて呼び出しステーション３３はテープ６３からディスク２１へのMPEG２ファイルの呼び出しを開始する。EDL内の各ビデオセグメントの開始マーカーと終了マーカーはテープにあるMPEG２ファイルへのバイト・オフセットを計算するために使用される。本実施例にしたがうと、システムのパフォーマンスを増加させるためにファイルの要求される部分のみがテープ６３から検索される。このサブファイル検索操作はTSMクライアント２１内でサポートされている。
【００８１】
ハンドルをもったセグメントは有効なプロファイルMPEG2フォーマットファイルへ再フォーマットされる。ステーション33はその後プロファイル・デコーダー34へのMPEG2の適切な転送を監視する。
【００８２】
「呼び出しハードウエア」について説明する。本実施例のMPEG2呼び出しステーション３３は1000baseT Ethernet（R）を介してIBM PCサーバーとつながっているWindows(R) NTベースのPCである。これはEDL内で指定された低解像度のビデオ・セグメントからタイムコードを抽出するための装置を含む。またたとえばInterphase5527といったファイバー・チャネル・カードを含む。
【００８３】
「呼び出しソフトウエア」について説明する。MPEG２呼び出しソフトウエアは前述の呼び出しステーションの機能を提供するIBM製カスタム・ソフトウエアからなる。
【００８４】
「MPEG２呼び出し操作」について図９を参照して説明する。
【００８５】
ファイル受信９１。呼び出しシステム３３は編集/選択ステーション３２に接続されたサーバー６８からEDL３１を受け取る。
【００８６】
ファイル処理。アプリケーションはステップ９２でEDLファイルを開き、ステップ９３で各セグメントのテープ識別子を読む。次のステップ９４で、アプリケーションはファイル・セグメントがすでにバッファされているかみるために記憶バッファをチェックする。バッファされていた場合には、その後処理はステップ９３に戻されて次のEDLセグメントのIDが読まれる。セグメントがバッファされていない場合には、その後次のステップ９５において、アプリケーションはTSMのAPIを使ってMPEG２記憶領域から適切なファイルセグメントの部分オブジェクト呼び出しを要求し、受信するとデータを修正してそのセグメントを記憶されているのと同じフォーマットの有効なMPEG2ファイルにする。前述したように、関連あるセグメントといくつかの追加のバッファのみがテープから取り出される。この処理は、ステップ９６に示されているように、EDLのすべてのセグメントが取り出されるまで続く。
【００８７】
最終処理。MPEG２のすべてのファイル・セグメントが呼び出されたとき、ステップ９７においてEDLファイルは閉じられる。MPEG２ファイルはその後次のステップ９８において、たとえばファイバー・チャネルのファイル転送プロトコル（FTP）により、プロファイル・デコーダー３４に転送される。
【００８８】
「プロファイル/編集ベイ」について説明する。図６に戻って、プロファイル・デコーダー３４はそのディスクからMPEG２ファイルを読み込み、それをMJPEGに変換し、最終の編集のため編集ベイ３５へシリアルのデジタル出力を送る。
プロデューサーはMPEG２呼び出し操作によってプロファイル上におかれたそのファイルにアクセスする。
【００８９】
「ハードウエア」について説明する。本実施例のプロファイル・デコーダー３４は多チャンネル・ハードドライブ・コントローラーをもったMPEG２デコーダー３４からなり、編集ベイステーション３５はデコーダー３４の制御を行うPCからなる。
【００９０】
結論として、説明されたシステムは効率的な、コンテンツの編集及び製作のための効率的なソリューションを提供する。
【図面の簡単な説明】
【図１】収集ステージ、記憶ステージ及び検索ステージを含む、本発明の２つのパスをもつコンテンツ管理システムを表したブロック図である。
【図２】収集ステージを表したブロック図である。
【図３】高解像度と低解像度のコンテンツのセグメントの対応フレームを表した図である。
【図４】収集処理を表した流れ図である。
【図５】記憶ステージを表したブロック図である。
【図６】記憶ステージ及び検索ステージを表したブロック図である。
【図７】編集/選択処理を表した流れ図である。
【図８】編集決定リストを表した図である。
【図９】呼び出し処理を表した流れ図である。
【図１】
0003726957.tif 000002
【図２】
0003726957.tif 000003
【図３】
0003726957.tif 000004
【図４】
0003726957.tif 000005
【図５】
0003726957.tif 000006
【図６】
0003726957.tif 000007
【図７】
0003726957.tif 000008
【図８】
0003726957.tif 000009
【図９】
0003726957.tif 000010