(57)【要約】  アプローチは、デジタルメディアの分散編集及び記憶を提供する。ビデオ情報は、ビデオファイルへのビデオ情報の記録中に検索される。ビデオ情報は、ビデオ情報の記録中に編集される。メディアのためのインデクスファイルは、メディアの記録中に生成され、インデクスファイルは、メディアをデコードし、メディアの記録中にわたってインデクスファイルを周期的に更新するためのインデクスを含む。メディアの記録の完了後、もう一つのインデクスファイルが生成され、メディアファイルへ含まれるためにメディアに対応する。
2008543124.tif 000002
【特許請求の範囲】
【請求項１】
デジタルメディアを編集するための方法であって、
メディアファイルへのメディアの記録中にメディアを検索する過程と、
メディアの記録中にメディアを編集する過程と
からなることを特徴とする方法。
【請求項２】
メディアの記録中にメディアのためのインデクスファイルを生成する過程であって、インデクスファイルは、メディアをデコードするためのインデクスを含む、過程と、
メディアの記録中にわたってインデクスファイルを周期的に更新する過程と
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項３】
デジタルメディアは、グループオブピクチャ（ＧＯＰ）フォーマットに従ってエンコードされるビデオ情報を示すことを特徴とする請求項２に記載の方法。
【請求項４】
メディアの記録の完了後、メディアファイルへ含めるためにメディアに対応するもう一つのインデクスファイルを生成する過程をさらに具備することを特徴とする請求項３に記載の方法。
【請求項５】
エンコードメディアを記憶するための圧縮セクションと、メディアに関連付けられた解凍ビデオフレームを記憶するための解凍セクションとを含むレイヤードキャッシュにメディアファイルを記憶する過程をさらに具備することを特徴とする請求項３に記載の方法。
【請求項６】
レイヤードキャッシュは、プレイバックのためのメディアファイルをキャッシュするためのプレイバックキャッシュスレッドと、メディアのスクラブを支援するリドルスレッドとを含む複数のキャッシュスレッドに相互作用することを特徴とする請求項５に記載の方法。
【請求項７】
ワークフローアプリケーションとの動作のためにコンテンツの仮想デジタルアセット管理を提供するように設定されたオブジェクトストアにメディアファイルを転送する過程であって、ワークフローアプリケーションは、プロキシ閲覧、ロギング及び編集、クラフト編集、及びコンテンツの配信を含む、過程をさらに具備することを特徴とする請求項１に記載の方法。
【請求項８】
メディアは、ライブフィードから出力されることを特徴とする請求項１に記載の方法。
【請求項９】
デジタルメディアを編集するための装置であって、
メディアファイルへのメディアの記録中にメディアを検索するように設定された通信インタフェースと、
通信インタフェースに接続され、メディアのプロキシを使用することによってメディアの記録中にメディアを編集するように設定されたプロセッサと
を具備することを特徴とする装置。
【請求項１０】
プロセッサは、メディアの記録中にメディアのためのインデクスファイルを生成するようにさらに設定され、インデクスファイルは、メディアをデコードするためのインデクスを含み、インデクスファイルは、メディアの記録中にわたって周期的に更新されることを特徴とする請求項９に記載の装置。
【請求項１１】
デジタルメディアは、グループオブピクチャ（ＧＯＰ）フォーマットに従ってエンコードされるビデオ情報を示すことを特徴とする請求項１０に記載の装置。
【請求項１２】
プロセッサは、メディアの記録の完了後、メディアファイルへ含めるためにメディアに対応するもう一つのインデクスファイルを生成するようにさらに設定されることを特徴とする請求項１１に記載の装置。
【請求項１３】
エンコードメディアを記憶するための圧縮セクションと、メディアに関連付けられた解凍ビデオフレームを記憶するための解凍セクションとを含むレイヤードキャッシュとしてメディアファイルを記憶するように設定されたメモリをさらに具備することを特徴とする請求項１１に記載の装置。
【請求項１４】
レイヤードキャッシュは、プレイバックのためのメディアファイルをキャッシュするためのプレイバックキャッシュスレッドと、メディアのスクラブを支援するリドルスレッドとを含む複数のキャッシュスレッドに相互作用することを特徴とする請求項１３に記載の装置。
【請求項１５】
メディアファイルは、ワークフローアプリケーションとの動作のためにコンテンツの仮想デジタルアセット管理を提供するように設定されたオブジェクトストアへ転送され、ワークフローアプリケーションは、プロキシ閲覧、ロギング及び編集、クラフト編集、及びコンテンツの配信を含むことを特徴とする請求項９に記載の装置。
【請求項１６】
メディアは、ライブフィードから出力されることを特徴とする請求項９に記載の装置。
【請求項１７】
メディアを処理するための方法であって、
メディアストリームに対応する補足的インデクスファイルの存在を判断する過程であって、補足的インデクスファイルは、ストリーミングの間に生成され、メディアストリームにおける非同期ポイントでプレイバックするためにメディアストリームのデコードを特定する、過程と、
判断に基づき、補足的インデクスファイルの選択された補足的インデクスに従ってメディアストリームをプレイバックする過程と、
ストリーミングが完了すると補足的インデクスファイルから分離したインデクスファイルを生成する過程と
を具備することを特徴とする方法。
【請求項１８】
補足的インデクスファイルを選択的に破棄する過程をさらに具備することを特徴とする請求項１７に記載の方法。
【請求項１９】
メディアストリームは、グループオブピクチャ（ＧＯＰ）フォーマットに従ってエンコードされるビデオ情報を示すことを特徴とする請求項１８に記載の方法。
【請求項２０】
選択された補足的インデクスに基づきメディアストリームの特定部分を、ストリーミングの間に要求する過程をさらに具備することを特徴とする請求項１７に記載の方法。
【請求項２１】
メディアストリームの特定部分を受信する過程と、
特定部分をキャッシュする過程と
を更に具備することを特徴とする請求項１７に記載の方法。
【請求項２２】
メディアストリームは、複数のコンテンツプロバイダからコンテンツにアクセスするように設定された仮想アセットマネージャから受信されることを特徴とする請求項１７に記載の方法。
【請求項２３】
メディアストリームは、ライブフィードを示すことを特徴とする請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上でデジタルメディアの分散編集及び記憶を提供するための方法及びシステムに関する。
【背景技術】
【０００２】
メディア又はブロードキャスト業界は従来、コストのかかる技術と、メディアの編集、生成及び配信に関する柔軟性の欠如とに制限されてきた。それに反して、通信は、代替ネットワーク、豊富な通信サービス及び娯楽サービスをユーザに提供することに関して高い柔軟性を提供する。また、ネットワーク要素からエンドユーザ装置に至る装置のコストは、進歩がなされるにつれて減少傾向にあり、例えば、携帯電話は、その値ごろ感から遍在している。これらのデバイスの機能は、急速に進化し続け、例えば、携帯電話は現在、高性能のアプリケーション及びサービスを支援するために高解像度のディスプレイと高度なプロセッサとを備える。また、ブロードバンドデータ通信サービスは、ビデオブロードキャスト（例えば、ウェブキャスト）のような帯域幅集中アプリケーションの伝送を可能にした。通信業界の変化は、メディア業界のビジネスモデル及び技術的アプローチを再考するようにメディア業界に次々と影響を与えてきている。
【０００３】
しかし、通信技術におけるこれらの進歩の導入で、メディア業界は、多くの課題に直面している。例えば、ブロードバンドリッチメディアエクスペリエンスとライブテレビ生成及び配信とに集中する問題に取組む必要がある。また、リアルタイムニュース、ビデオオンデマンド、ユーザパーソナリゼーション、及び初期システムへの連続する創造的付加を支援する要求は、さらなる工学的取組みを課す。また、（リアルタイムで実社会における現実の出来事を表現する）双方向メディアの配信は、多数のユーザ、例えばエディタ、アーティスト及び製作者が複合ライブメディア及び他の記述メディアを迅速に獲得、記憶及び編集する機能を必要とする。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述に基づき、デジタルメディアを迅速に処理及び配信できるアプローチに対する明確な必要性がある。
【発明を実施するための最良の形態】
【０００５】
デジタルメディアの分散編集及び記憶を提供するための装置、方法及びソフトウェアが説明される。以下の説明において、説明のために、多数の特定の詳細は、本発明の実施形態の十分な理解を提供するために説明される。しかし当業者であれば、本発明の実施形態は、これらの特定の詳細なしで、又は同等の配置で実行できることが分かる。他の例において、周知の構造及び装置は、本発明の実施形態を不必要に曖昧にすることを避けるためにブロック図形式で示される。
【０００６】
本発明の各種実施形態がエムペグ(MPEG)標準及びグループオブピクチャ(GOP)技術に関して説明されるが、これらの実施形態は、他の同等のビデオエンコーディング標準及び技術に適用性を有することが考えられる。
【０００７】
図１は、本発明の一つの実施形態による、デジタルメディアの分散編集及び記憶を支援するためのメディアサービスプラットフォームの図である。メディアサービスプラットフォーム１０１は、ユーザ（例えば、消費者、加入者等）がワークフロー単位だけでなくモジュール単位ベースでプラットフォームをデプロイできるようにする十分なモジュラーアーキテクチャを、統合されたメディアアセット管理プラットフォームに提供する。メディアアセット管理機能は、ビデオオンデマンド(VOD)分配、デジタルコンテンツアグリゲーション及び分配のための長い形式のコンテンツのアーカイブ、マスタリングを含む。また、プラットフォーム１０１は、プロキシエディタサーバ１０２によって実行されるプロキシ編集アプリケーションを用いてリモートプロキシ編集を支援するので、瞬時的なターンアラウンド放送の生成を可能にする。編集アプリケーションは、編集のために低解像度バージョンのビデオコンテンツを利用するので、編集アプリケーションは、“プロキシエディタ”と呼ばれる。上記特徴及び機能を支援するために、メディアサービスプラットフォーム１０１は、任意の各種及び任意の数の装置及びネットワーク、例えば無線モバイルデバイス、ブロードバンド、インターネットプロトコルテレビ(IPTV)及び従来のTVプラットフォームへのデジタルコンテンツのマルチチャンネル分配を可能にするので、コストを低減し、従来のシステム上で収益を上げる。本発明の一つの実施形態による、メディアサービスプラットフォーム１０１のアーキテクチャは、企業規模のデプロイメントに対するコンパクト化を支援し、記憶装置及び処理機能が強固及び拡張可能で、ミッションクリティカルな放送オペレーションに適切であることを保証する。
【０００８】
ニュース又は娯楽イベントのテレビ報道のようなビデオフィードのプロフェッショナルなコストのかからない編集に対する高まる必要性があり、編集されたファイルは、異なる代替ネットワーク上に提供されることができる。例えば、ビデオ使用可能なモバイルセルラー電話のユーザは、選択されたスポーツイベントのハイライトを提供するサービスに加入することができる。同様にユーザは、スポーツヘッドラインサービスに加入し、グローバルインターネットのような公衆データネットワークに接続されたコンピュータ上でファイルを受信することができる。スポーツ映像、インタビュー及び編集されたハイライトのようなイベントのリアルタイム配信は、そのような状況において問題となり、セルラー電話ネットワーク又はデータネットワーク上の伝送に対する帯域幅を低減するために圧縮ファイルを生成しなければならない。そのような目的に対するビデオファイルは、例えばグループオブピクチャ(GOP)技術を用いるエンコードフォーマットで生成されなければならず、さもなければ生のデジタルストリームが適時伝送及びファイル記憶を不可能にする。
【０００９】
故に、ビデオストリームは、一組のフレームシーケンス（即ち、GOP）を含むように生成される。一例として、各グループは、通常８から２４のフレーム長であり、全体が表された一つの完全なフレームのみ有する。この完全なフレームは、フレーム内圧縮のみ用いて圧縮されるので、Ｉフレームとして表示される。他のフレームは利用され、一時的圧縮フレームを含み、完全なフレームに関して変更データのみを表す。特に、エンコードの間、動き予測技術は、隣接フレームと移動のピンポイント領域とを比較し、それぞれが一つのフレームから次のフレームへ移動する量に関するベクトルを定義する。これらのベクトルのみを記録することによって、記録される必要があるデータは、実質的に低減されることができる。予測(P)フレームは、以前フレームを意味し、一方バイディレクショナル(B)フレームは、以前及び後続フレームに依存する。この圧縮技術の組合せは、ビデオストリームのサイズの低減においてかなり効果的である。
【００１０】
GOPシステムにおいて、インデックスは、所定のフレームをデコードするのに必要とされる。従来、インデックスは、一度ファイルがエンコード処理を終了すると、ファイルの端に書込まれるだけである。結果として、記録が完了するまで利用可能なインデックスはない。つまり、ファイルの編集バージョンの生成は、例えばセルラー電話ネットワーク上でハイライトを伝送するために、記録が完了しかつこのインデックスファイルが生成されるまで、開始できないことを意味する。メディアサービスプラットフォーム１０１は、分離インデックスファイルを生成することによってこの欠点に対処し、それは、記録及びエンコード処理の間、定期的に生成されたインデックスファイルに対して補足的であることができ、このメカニズムは、図５Ａ及び５Ｂに関して説明される。
【００１１】
従って、プラットフォーム１０１は例示的な実施形態において、プロキシエディタサーバ１０２への接続性を支援できる（例えば、インターネットプロトコル(IP)ベースの）任意のデータネットワーク上で遠隔編集を提供することができるので、編集は、記録の完了を待つ必要なく開始することができる。サーバ１０２上に常駐するプロキシエディタアプリケーションにより、開発者は、例えばMicrosoft Windows（登録商標）Media Series platformを用いて、プロフェッショナルレベルのデスクトップビデオ編集アプリケーションを構築することができる。
【００１２】
また、プラットフォーム１０１は、分断された記憶装置によって十分な拡張性を提供する。従来の編集システムは、ビデオファイルへの直接ディスクアクセスを必要とした。これは、編集クライアントからの編集機能（例えば、プレイ、スクラブ等）毎にディスクトラフィックを生成するので、深刻な拡張性の問題をもたらす。記憶装置が適時に応答できない場合、従来の編集アプリケーションはしばしば、フリーズ又はクラッシュし、そのようなシナリオは、リアルタイムフィードにとって受け入れ難い。メディアサービスプラットフォーム１０１において、コンテンツは、クライアントキャッシュ毎に１度ダウンロードされるので、集中記憶装置の必要性は、（編集タイプに依存して）かなり大きな要因によって低減される。
【００１３】
図１に示す通り、メディアサービスプラットフォーム１０１は、一つ以上のビデオサーバ１０５から取込まれたメディア（例えば、デジタルビデオ）コンテンツを記憶する共用レポジトリ１０３を利用する。取込みは、メディアサービスプラットフォーム１０１の中にコンテンツを得ることを含み、ローカル又は遠隔位置から実行されることができる。本発明の一つの実施形態において、レポジトリ１０３は、共用のストレージエリアネットワーク(SAN)又はNAS (ネットワークエリアストレージ)としてデプロイされ、高性能のビデオ取込み及びプレイバックの機能を有する。共用SAN１０３は、ファイバーチャンネルディスクアレー及びニアラインテープライブラリへインタフェースするために、拡張可能なファイバーチャンネルスイッチ構成を利用することができる。ビデオサーバ１０５は、図３にさらに詳しく説明される通り、メディアアーカイブ１０７、ライブフィード１０９、又はデジタルフィード１１１のような任意タイプのコンテンツソースにインタフェースすることができる。
【００１４】
メディアサービスプラットフォーム１０１は、ワークフローシステム１１３を含み、それは、デジタルメディアの編集及び分配を支援するためにワークフローエンジン１１５及び一つ以上のリソースサーバ１１７からなる。自動化されたワークフローは、反復的なワークフローを自動化及び編成する機能を提供する。特に、ワークフローシステム１１３は、ユーザに自分のワーク及び関連イベントの一覧を提供し、即ちシステム１１３は、各仕事の状況及び進行を示すアプリケーションを支援し、ユーザが自分のタスクを実行し終了に向けて計画を進められるようにする関連アプリケーションにリンクする。ワークフローエンジン１１５は、ワークフローの仕事を制御し、それらをリソースサーバ１１７に送る。リソースサーバ１１７間の通信は、例えばMicrosoft Message Queuingによって円滑にされる。
【００１５】
個々のユーザに自分の仕事を管理するための中心点を提供することに追加して、ワークフローシステム１１３は、監視システムとしても役立つ。例えば、システム１１３は、ユーザ側でグラフィカルユーザインタフェース(GUI)を支援することができるので、ユーザは、タスクが完了したか又はエラー状況が存在するか、視覚インジケータを介して迅速に判断することができる。ユーザ（例えば、管理者）は、より詳しく眺めるために“掘り下げる(drill down)”ことができる。また、仕事は、ワークフローアプリケーションから一時停止、（任意のステージから）再開、途中停止及び削除されることができる。この機能は、仕事の優先順位にわたる十分な管理をユーザに提供する。また、システム１１３は、タスクのステップ毎にタイミング情報を記録することができるので、配信ターンアラウンド等に関するレポートの生成、例えばサービス内容合意(SLA)レポートを可能にする。
【００１６】
本発明の一つの実施形態によると、メディアサービスプラットフォーム１０１は、予め設定された標準セットの共通ワークフローで実行されることができる。例えば、これらのワークフローは、ファイルのジェネリック(generic)配信、編集のレンダリング、及びビデオサーバ１０５からのコンテンツ配信を支援することができる。また、カスタマイズ可能なワークフローが支援され、ユーザは、新たなサービスを統合することができる。
【００１７】
図示の通り、メディアサービスプラットフォーム１０１は、オブジェクトストア１１９、メディアサーバ１２１及びアプリケーションサーバ１２３のようなコアサーバからなる。例示的な実施形態において、オブジェクトストア１１９は、ワークフローシステムに関する設定情報を含む。設定情報は、例示的な実施形態において、全サービスのパラメータ、全リソースサーバ１１７の機能、ワークフローの定義、及び全仕事のリアルタイム状況を含む。オブジェクトストア１１９は、オブジェクトストアアプリケーションプログラムインタフェース(API)を介してそれにインタフェースする各種アプリケーションを支援する。本発明の一つの実施形態によると、オブジェクトストア１１９は、オブジェクトベースのデータベーススキーム、（例えば、Microsoft SQL (構造化照会言語)サーバ）を有する。メディアサーバ１２１は、ストリーム放送を受信し、例えばMicrosoft Windows（登録商標）Mediaを用いて個々のユーザワークステーションにストリームを提供する。例えば、ストリームは、Society of Motion Picture and Television Engineering (SMPTE)タイムコードを含み、ライブロギングのためのフレームが正確なソース(frame-accurate source)としてストリームを使用可能にする。
【００１８】
アプリケーションサーバ１２３は、サーチエンジン及びデータベース機能のような、動的ウェブサイト生成及び管理機能を提供する。例示的な実施形態において、アプリケーションサーバ１２３は、Microsoft Internet Information Server (IIS)を実行し、業界標準要素に基づき高可用性及び負荷バランシング用に設定されることができる。
【００１９】
メディアサーバ１２１及びアプリケーションサーバ１２３は、データネットワーク１２５にインタフェースし、それは、企業ネットワーク又はインターネットにすることができる。故に、アプリケーションサーバ１２３は、ワークステーション１２７によってアクセス可能であり、それは、例えばラップトップ、ウェブアプライアンス、パームコンピュータ、個人デジタル補助装置(PDA)等のような、任意タイプの計算デバイスにすることができる。ワークステーション１２７は、一般にメディアサービスプラットフォーム１０１と交信するために（例えば、ウェブベースの）ブラウザと、分散されたビデオ編集機能を支援するためにダウンロード可能なアプレット（例えば、ActiveX control）とを利用することができる。アプレットと連動したブラウザは、編集（即ちエディタ）インタフェース、例えばプロキシエディタプレイヤ１２８に照会される。また、ワークステーション１２７は、編集処理を円滑にするためにボイスオーバマイク及びヘッドフォンを備えることができる。プロキシエディタプレイヤ１２８は、ライブビデオを含むコンテンツを遠隔で閲覧及び編集できるように、プロキシエディタサーバ１０２と交信する。編集機能は、記録中であってもフレームが正確なコンテンツへの迅速なアクセスと、ネットワーク１２５上のソースクリップ及び編集時系列の十分なオーディオ及びビデオスクラブと、クラフト編集統合のためのAdvanced Authoring Format/Edit Decision List (AAF/EDL)ファイルの生成とを含む。
【００２０】
メディアサービスプラットフォーム１０１に接続するために、ワークステーション１２７は、専用のハードウェア又はソフトウェアを必要としない。前述の通り、ワークステーション１２７は、データネットワーク１２５上で交信するために、ブラウザアプリケーション、例えばInternet Explorerを実行するように設定されることのみ必要とする。このユーザインタフェースにおいて、ワークステーション１２７に対する変更又は更新は、全てのアプリケーションがプラットフォーム１０１を中心にホストされるので、必要とされない。
【００２１】
メディアサービスプラットフォーム１０１内のビデオサーバ１０５に追加して、遠隔ビデオサーバ１２９は、データネットワーク１２５を介してプラットフォーム１０１にアップロードするためのコンテンツを取込むためにデプロイされることができる。ビデオサーバ１０５、１２９は、例示的な実施形態において、長手方向タイムコード(LTC)リーダカードのほか他のビデオインタフェース（例えば、RS-422制御カード、Windows（登録商標）Media Encoder and Matrox DigiServerビデオカード）も含む。ビデオ編集は、正確な編集を保証するためにタイムコードの使用に依存し、編集の“インポイント”及び“アウトポイント”における全てをキャプチャする。編集されたビデオは、編集決定リスト(EDL)によって特徴付けられることができ、それは、編集されたビデオを生成するのに用いられる全ての編集を列挙する。ＬＴＣタイムコードは、オーディオトラックと類似した、長手方向トラックとして記録される。ＬＴＣにおいて、各フレーム時間は、８０ビットセルに分割される。ＬＴＣタイムコードは、Manchesterコードを用いて、４ビッドニブルで連続的に送信される。
【００２２】
ビデオサーバ１０５、１２９は、ワークステーション１２７によって遠隔で制御されることができる。また、これらのサーバ１０５、１２９は、例えばADICTMによってFibre Channel及びファイルシステムを介して共用SAN１０３に接続することができる。
【００２３】
シンジケーション（即ち分配）機能１３１はその後、無線ネットワーク１３３（例えば、セルラー、無線ローカルエリアネットワーク(WLAN)）、テレビジョンネットワーク１３５、及びブロードバンドインターネットサービスプロバイダ(ISP)ネットワーク１３７のような、各種チャンネルにわたってコンテンツを分散することができる。無線又は有線アクセスネットワーク（例えば、ネットワーク１３３及び１３７）によって支援された機能に依存して、プレゼンス、イベント、インスタントメッセージ(IM)、ボイステレフォニ、ビデオ、ゲーム及び娯楽サービスのようなリッチサービスは、支援されることができる。
【００２４】
ビデオサーバ１０５、ワークフローエンジン１１５、オブジェクトストア１１９、メディアサーバ１２１及びアプリケーションサーバ１２３は、分離した要素として示されるが、これらのサーバの機能は、一つ以上の物理要素内で各種方法により組み合わせできることが分かる。例えば、オブジェクトストア１１９、アプリケーションサーバ１２３及びワークフローエンジン１１５は、単一サーバ内に常駐することができ、ビデオサーバ１０５及びメディアサーバ１２１は、共通サーバに組み合わせることができる。
【００２５】
上記の通り、メディアサービスプラットフォーム１０１により、メディアアセット管理、迅速生成、及び強固でコストがかからないプロキシ編集機能が可能となる。例として、ブロードバンドビデオオンデマンド(VOD)を支援するメディアアセットの管理が説明される。VODアプリケーションに関連する第１のタスクの一つは、マスタ及び編集（例えば、ブラックの除去、テープを共にスティッチ、法定の通知等）するためのビデオサーバ１０５に通常の長さの映画を取込む。マスタはその後、共用SAN１０３上に記憶される。コンテンツはその後、Microsoft Windows（登録商標）Media Seriesのような高品質メディアストリームフォーマットにトランスコードされ、そのブロードバンドビデオペイパービューポータル（例えば、任意の一つ以上のネットワーク１３３、１３５及び１３７）にメタデータと共に自動的に送信される。
【００２６】
また、メディアサービスプラットフォーム１０１は、ビデオアーカイブサービスを提供することができる。例えば、顧客は、自分のオンライン記憶装置をニアラインテープで拡張し、アドオンアーカイブモジュールを用いて多数の記憶装置にわたってシームレスにコンテンツを管理することができる。オンライン記憶装置は、自動化されたポリシーに従ってテープにバックアップ及び／又は移動されることができる。有利に、このアーカイバルアプローチは、ユーザに対して透過的にすることができ、即ちユーザは、マスタービデオが高価なディスクベースの記憶装置上にもはや記憶されないことに決して気付かない。一つの実施形態において、ライブラリアプリケーションは、オフラインビデオ及びデータテープアーカイブへのシームレスな統合を提供するためにメディアサービスプラットフォーム１０３で実行されることができる。また、メディアサービスプラットフォーム１０１は、アーカイブに含まれた任意のコンテンツを、例えばよく知られた非線形エディタ（例えば、AVIDTMエディタ）にトランスコード及び配信するその機能を介して既存の生成ワークフローへの高度な統合を提供する。
【００２７】
さらに、メディアサービスプラットフォーム１０１は、柔軟でコストのかからないコンテンツアグリゲーション及び分配を可能にし、それは、コンテンツサービスプロバイダに適している。通常のワークフローは、予め設定されたファイル転送プロトコル(FTP)ホットフォルダを用いて、拡張マークアップ言語(XML)ファイルと共に、エムペグ(MPEG)-2又はWindows（登録商標）Mediaのようなフォーマットでの、所有者からのコンテンツのアグリゲーションを含む。“ホットフォルダ”は、フォルダへのファイルの移動でワークフローイベント（例えば、ファイル変換、圧縮、ファイル転送等）をトリガする、予め定義されたフォルダである。これらの所有者は、自動トランスコーディング、デジタル著作権管理(DRM)保護及びマルチチャンネルオペレータへのシンジケーションのためのワークフローシステム１１３に直接コンテンツを提供することができる。
【００２８】
本発明の一つの実施形態によると、メディアサービスプラットフォーム１０１は、プラットフォーム１０１によって支援されたアプリケーションにアクセスするための統一ユーザインタフェース（例えば、ウェブブラウザ）を利用する。通常の生成及びコンテンツ配信ワークフローはしばしば、多数の分離したアプリケーションの使用を含み、第１のアプリケーションは、ロギングであり、第２のアプリケーションは、エンコードであり、第３のそれは、編集であり、第４のアプリケーションは、アセット管理等であることが分かる。従って、ワークフローの効率的な管理に取組むことは、困難である。タスクは、マルチチャンネル生成及び分配環境においてさらに困難である。なぜなら、比較的大きな要素が調整される必要があり、さらにアプリケーションが従来のテレビ環境にわたって学習されねばならないからである。
【００２９】
メディアサービスプラットフォーム１０１は、コヒーレントワークフローの一部として単独の統一ユーザインタフェースを介して多数のアプリケーションへのアクセスを可能にすることによってこのタスクを有利に単純にする。このように、各種技術が含まれるが、ユーザエクスペリエンスは、単独のユーザフレンドリーなツール一式であり、それは、アプリケーション及び技術の複雑な統合から非専門のユーザを保護する。
【００３０】
プラットフォーム１０１によって支援されるアプリケーションは、以下を含む；メディアアセット管理及び検索、ビデオ編集、ビデオサーバサービス、ワークフロー、シンジケーション、メディアのアップロード、ライブラリサービス、管理、品質保証、著作権保護、ミュージックキューシートサービス、及びレポート。また、ユーザは、統一ユーザインタフェース内で独自のアプリケーションを開発することができる。アセット管理により、ユーザは、組織化されたフォルダ構造及びカテゴリ内でコンテンツの位置を管理することができる。この機能は、図４を参照して詳述される。アセット検索機能は、全体のオブジェクトストア１１９にわたってジェネリック検索機能を提供する。
【００３１】
また、メディアサービスプラットフォーム１０１は、ライブ及びアーカイブマテリアルをプロキシロギング及び編集するための柔軟でコストのかからないアプローチを提供する。そのような編集サービスは、ニュース及びスポーツ編集、アーカイブブラウジング及び編集、モバイル、ブロードバンド及びIPTV生成及びマスタリング、及び販促提示を支援している。編集アプリケーションは、（例えば、Windows（登録商標）Media Seriesプロキシフォーマットを利用して）ライブフィードの閲覧及びロギング、フレームが正確なプロキシロギング及び編集、及び遠隔プロキシ編集を提供する。また、編集アプリケーションは、フィードが記録される間に迅速なロギング及び編集のほか、オーディオ及びビデオスクラブも支援することができる。この編集アプリケーションは、以下の機能を含む：効果的な時系列の編集、（遠隔に操作する間−翻訳ワークフローにとって理想な）ボイスオーバ、バージョンでの編集プロジェクトの保存、編集ユーザインタフェース内からサムネイル及びメタデータの生成、及びEDLのエクスポート、又はトランスコーディング及び配信可能な終了した編集のレンダリング。このアプリケーションにおいて、ユーザは、安価なワークステーション１２７を介して、VOD分配のための映画を効率的にマスタし、ドキュメンタリーを粗ごしらえし、又はすべて終了したスポーツハイライトビデオにボイスオーバ及び効果を与えて生成することができる。
【００３２】
メディアサービスプラットフォーム１０１は、例示的な実施形態において、Windows（登録商標）Media Seriesコーデックを利用し、それにより、データネットワーク１２５上で高品質のビデオ（例えば、DVD-品質）をログ及び編集することができる。また、プラットフォーム１０１は、ローカルハードドライブ上、さらには低帯域幅の接続上で編集するのと同じ応答性をアプリケーションが有することを保証するためにインテリジェントキャッシングを採用する。キャッシングアーキテクチャは、図６に関連して以下に説明される。
【００３３】
シンジケーションアプリケーションは、手動の介入をすることなく、ターゲットシステムの範囲に対するかなり特定の標準へ、コンテンツ及びメタデータの生成及び配信を自動化する。
【００３４】
アップロードアプリケーションにより、ユーザは、メディアサービスプラットフォーム１０１にデジタルファイルを取込み、任意の許可されたワークフローにそれらを提供することができる。（管理責任のある）ユーザは、どのファイルタイプを許可するか、どのワークフローに互換性があるか、及び異なるタイプのコンテンツが処理される方法を制御することができる。アップロードアプリケーションは、ハンドオフの端末間処理のための自動ワークフローのほかに、手動介入を要する手動ワークフローへのファイルの提供を容易にすることができる。
【００３５】
アップロードアプリケーションは、ホットフォルダシステムによって補完され、ワークフロー作業は、ホットフォルダに対するファイルの出し入れで自動的に開始される。ファイルシステムフォルダは、アップロードアプリケーションのように機能し、ワークフローへ特定タイプのファイルを通過させるように予め設定されることができる。添付のXMLファイルが備える各アセットのメタデータは、獲得され、オブジェクトストア１１９へ自動的にマップされる。
【００３６】
レポートアプリケーションにより、ユーザは、オブジェクトストア１１９に記憶された任意の情報に関する“プリンタフレンドリ”レポートを生成することができる。レポートアプリケーションは、コンテンツ配信に関するレポートのための多数のデフォルトレポートで予め設定される。ユーザは、データの所望のプロパティ、例えば加入名や開始及び終了日を選択することによって各レポートをフィルタにかけることができる。メディアサービスプラットフォーム１０１のAPIを介して、ユーザ（及びシステムインテグレータ）は、新たなレポートテンプレート及びクエリーを生成することができる。
【００３７】
ライブラリアプリケーションは、メディアサービスプラットフォーム１０１で管理されたアセットのインスタンスを含む物理メディアを管理する機能を提供する。デジタルメディアの使用が拡大し続けても、従来のメディアは、重要な役割を果たし続ける。通常の生成環境には、多数のビデオテープ、DVD、又はコンテンツ及びデータを記憶するための他の物理メディアがある。いくつかの環境は、大規模に確立されたアーカイブを利用する。
【００３８】
混合メディア環境では、統合された方法でコンテンツのデジタル及び物理インスタンスを管理するのが有益である。従って、ライブラリアプリケーションは、以下の機能を提供する。例えば、アプリケーションにより、ユーザは、自動ネーミングのほかに（設定可能なネーミング規則による）バルクネーミングで、物理メディア及びシェルフに関するバーコードを生成及びプリントすることができる。また、バーコードは、共通の作業に対して採用されるので、物理データに対するチェックイン／アウト及びシェルビングのための完全なキーボードフリーのオペレーションが可能となる。また、ライブラリアプリケーションは、多数の物理位置、例えばローカル及びマスタライブラリ上でアイテムを管理することができる。また、アプリケーションは、モバイルチェックイン／アウト及びシェルビングのためのバーコードスキャナでPDAベースのアプリケーションを支援する。有利なことに、ライブラリアプリケーションは、いくつかの物理メディア上の同一アセットの多数のコピーの管理と、同一のテープ又はDVD上の多数のアセットの記憶とを単純化する。また、ライブラリアプリケーションは、除去及びシェルブされたテープを追跡するためにロボットテープライブラリに連動して使用されることができる。
【００３９】
また、メディアサービスプラットフォーム１０１は、さまざまな顧客に対するシステム設定を調整するために管理機能を提供する。全てのユーザのための“万能サイズ”の設定は、存在しないことが分かる。即ち、各ユーザ、部署、組織及び顧客は、独自の一組の要件を有する。故に、メディアサービスプラットフォーム１０１は、多数の設定の同時使用を支援する。例えば、各デプロイメントは、独自のユーザグループに設定し、新たなワークフローを生成し、新たなサービスを統合し、新たなコンテンツタイプを支援し、及び新たな出力メディアフォーマットを特定することができる。また、顧客は、メタデータ構造及びフィールドを変更及び追加し、既存のウェブベースのアプリケーションをユーザインタフェースに統合することができる。上記機能は、プラットフォーム１０１をシャットダウンすることなく即効で、管理アプリケーションを介して実行されることができる。また、多部門デプロイメントシナリオにおいて、メディアサービスプラットフォーム１０１の多数の論理インスタンスは、独自の設定で設定されることができる。
【００４０】
本発明の一つの実施形態において、メディアサービスプラットフォーム１０１は、単独のボックス内で、例えばイン・ア・ボックスフライトケースにおいて、ターンキーシステムとして実行されることができる。この設定において、要素をラックするか又はそれらを顧客のネットワークに統合することを約束する、コストがかかり時間を浪費するIT（情報技術）統合の必要がない。この配置において、プラットフォーム１０１は、プラグアンドプレイシステムとして設定され、自動的にネットワークに接続する。
【００４１】
図２は、本発明の一つの実施形態による、デジタルメディアを編集するために図１のシステムで利用されるワークフロー処理の図である。説明のために、メディアサービスプラットフォーム１０１のワークフロー機能は、ビデオ編集アプリケーションに関して説明される。ステップ２０１で、編集されるメディアが得られ、メディアは、取込み処理を受けることができるか、又は（先に説明したアップロードアプリケーションを用いて）アップロード可能なデジタルファイルとして単に存在する。取込みは、メディアサービスプラットフォーム１０１にコンテンツをキャプチャする処理であり、プラットフォーム１０１に関してローカル又は遠隔で発生することができる。アップロードの場合、ユーザは、カテゴリ化を自動的に定義する選択されたホットフォルダへプロジェクトを配信する。
【００４２】
その後、メディアは、ステップ２０３につき編集される。一例として、ユーザは、ワークステーション１２７上で（メディアサービスプラットフォーム１０１によって支援されるプロキシエディタに対応するソフトウェアである）プロキシエディタプレイヤ１２８を利用して、（常に視認可能なライブフィードを仮定すれば）フィードを選択及びログすることができ、ポイントをマークイン及びマークアウトするか又は迅速なロギングのためのオートクリップ機能を用いるかの何れか一方を行う。また、ユーザは、どのコンテンツのセグメントが最も強力なコンテンツであるかを判断するために、コメンタリを挿入し、ビデオに対する評価を割当てることができるので、編集されるべき選択されたクリップの表示を提供する。ロギングの間又はその後、ユーザは、選択を修正するために、ログからクリップを選択し、プロキシエディタプレイヤを使用することができる。例えば、ユーザは、所望のカットポイントへフレーム毎にスクロールするために、時系列に沿ってジョグ及びシャトルをするか、又はマウスホイールを利用することができる。その後、ユーザは、編集時系列上にそれを置く前に選択を眺めることができる。その後、ユーザは、時系列上でクリップを操作し、選択を追加注文及び修正することができる。プロキシエディタプレイヤ１２８により、ユーザは、対象領域に接近するためにズーム及びクロップ効果を適用することができ、特にこの機能は、細部が重要なブロードバンド又はモバイル出力に有益である。ユーザは、時系列上に直接ボイスオーバを記録することで、編集を仕上げる。
【００４３】
その後、編集は、ワークフローの一部としてステップ２０５でレンダリングされる。例示的な実施形態において、編集は、高解像度のMPEG-2マスタを用いてレンダリングされる。代わりに、関連するEDLは、完了のための統合されたクラフト編集へ配信される。メディアサービスプラットフォーム１０１は、記憶及び転送、及び瞬時的編集等、クラフトエディタ統合のための各種ワークフローを支援することができる。記憶及び転送アプローチに関して、コンテンツは、一般の非線形編集システム（例えば、AVID Unity及びAVID Media Composer、Adobe Premier、Apple Final Cut Pro、Media 100、iFinish、Pinnacle Liquid及びVortex）への（マスタMPEG-2からの）自動化されたトランスコーディング及び配信のためのパッケージに対してプロキシエディタを用いて閲覧、ログ及び編集されることができる。瞬時的編集に関して、プロキシエディタプレイヤ１２８を用いて、ユーザは、ライブフィードの取込みを実行することができ、それは、閲覧、ログ及び編集されることができる。その後、ユーザは、クラフトエディタへEDLをエクスポートすることができ、それは、メディアサービスプラットフォーム１０１に統合されるサードパーティクラフトエディタ（例えば、Incite Editor E3）にすることができる。Inciteにインポートされる時、時系列は、正確なフレームで再構築され、共用SAN１０３上でMPEG-2マスタを示す。一度編集が完了すると、クラフトエディタは、新たなMPEG-2デジタルマスタを生成し、それは、適切なホットフォルダにドロップインされる時、プラットフォーム１０１へ自動的に再取込みされる。
【００４４】
上記処理は、ビデオフィードがまだ記録されている間に発生することができるので、ブロードキャストプログラム（例えば、スポーツ及びニュース）に関するコンテンツの最速のターンアラウンドを可能にする。
【００４５】
ステップ２０７において、メタデータが追加される。ファイルは、（ステップ２０９毎に）トランスコード、レビュー及び／又は承認（ステップ２１１）される。その後、編集されたフィールドは、ステップ２１３毎に配信される。ワークフローの最後のステージは、顧客へのコンテンツの配信に関与する他のシステム（例えば、ネットワーク１３３、１３５及び１３７）へのコンテンツファイル及びメタデータの配信である。メディアサービスプラットフォーム１０１のシンジケーションアプリケーションは、コンテンツ及びメタデータの自動配信を提供する。メディアサービスプラットフォーム１０１は、“セットイットアンドフォゲットイット”原理で動作する。即ち、一度設定が特定されると、他の入力がその後に要求されない。例えば、新たな加入の設定が、要求されたコンテンツのカテゴリに設定され、各ファイルのほかに特定組のパラメータを生成するのに使用される技術が特定され、ファイルネーミングコンベンション及び配信の詳細が示される。ワークフローアプリケーションからの全ての後続配信は、正しい基準が満たされる時、単に加入を実行する。ユーザが新たな出力フォーマットを必要とする時はいつでも、ユーザは、コーデック、フレームレート、フレームサイズ、ビットレート及びエンコーダ複雑度を含む、各種設定パラメータを特定することができる。
【００４６】
ワークフローシステム１１３にプラグインされる任意の技術は、例えば前処理、トランスコーディング、DRM保護、透かし、配信、又は必要に応じて任意の他の目的のために自動化可能であることに留意すべきである。
【００４７】
上記ワークフロー処理は、スポーツ製品を含む以下の例で説明されることができる。このシナリオにおいて、顧客は、例えば一週間ベースで、モバイルオペレータ（第三世代/ユニバーサルモバイルテレコミュニケーションシステム(3G/UMTS)技術を利用する）に毎週多数の十分に編集されたフットボール試合のハイライトを生成することができる。顧客は、これら同時の試合に対する各ゲームの終わり４秒内でオペレータに２秒間のボイスハイライトパッケージが配信されることを要求する。この要求は、メディアサービスプラットフォーム１０１で達成できるので、ライブブロードキャストフィードは、ビデオサーバ１０５を用いて記録される。製作者は、試合の記録の間、プロキシエディタアプリケーション（例えば、プレイヤ１２８）を用いてメディアを編集及びログする。一度試合が終了すると、製作者は、プロキシエディタプレイヤ１２８によって提示された配信ボタンを単に選択する。ワークフローシステム１１３は、オペレータによって要求されたモバイルフォーマットへ編集を自動的にトランスコーディングしてそのコンテンツ分配ネットワークにコンテンツ及びメタデータXMLを配信する前に、例えばMPEG-2 50Mbps Iフレームマスタを用いてプロキシ編集を自動的にレンダリングする。このように、モバイル加入者は、各ゲームの終わり数秒内で自分のモバイル端末上でビデオクリップを購入及び閲覧をすることができる。
【００４８】
本発明の一つの実施形態によると、メディアサービスプラットフォーム１０１は、ニュースルームコンピュータシステム及びプレイアウトビデオサーバに統合されることができる。ビデオサーバ１０５は、ライブフィード又はテープからコンテンツを取込み、ニュース組織の全域にわたるジャーナリスト及び製作者は、プロキシエディタプレイヤ１２８を用いて自分のデスクトップからライブフィードを瞬時にログ及び編集し始めることができる。終了した編集は、レンダリングされ、プロキシエディタアプリケーションから観衆プレイアウトビデオサーバへ直接トランスコードされる。通知は、全ての新たなパッケージが利用可能な時、ニュースルームコンピュータシステム及び自動システムへ自動的に送信される。
【００４９】
図３は、本発明の一つの実施形態による、図１のシステムにおけるビデオサーバの機能図である。前述の通り、ビデオサーバ１０５は、数ある機能の中で、柔軟で機能豊富でコスト効率がある方法によりライブブロードキャストビデオを扱うことができる。この例において、ビデオサーバ１０５は、ビデオディスク通信プロトコル(VDCP)-準拠の自動システムによってスレーブされることができる。ビデオサーバ１０５は、National Television System Committee (NTSC)及びパル(PAL)標準の両方を支援することができる。ビデオサーバ１０５は、地理的制約がなく、任意のユーザワークステーション（例えば、ワークステーション１２７）から制御可能である。ビデオサーバ１０５は、RS-422インタフェース上で付属のビデオテープレコーダ（VTR）を順に制御することができるので、フレームが正確な記録及びテープへのレイバックを可能にし、全ての処理を介してタイムコードを保護する。
【００５０】
一つの実施形態において、ビデオサーバ１０５は、ライブメディアストリームモジュール３０１、メディアプロキシファイルモジュール３０３、及びビデオフォーマットモジュール３０５を含む。ライブメディアストリームモジュール３０１は、ロギング及びモニタリング機能を提供するためにユーザインタフェース３１３と交信する。メディアプロキシファイルモジュール３０３は、ビデオの記録中に編集機能を実行する機能を支援する。ビデオフォーマットモジュール３０５は、標準フォーマット、例えばMPEG-2に生のビデオストリームを変換する。モジュール３０３及び３０５は、取込まれたコンテンツを記憶するためにレポジトリ１０３にインタフェースする。
【００５１】
図示の通り、サーバ１０５は、LTCタイムコードソース３０７、シリアルデジタルインタフェース(SDI)ソース３０９及びVDCPスレーブソース３１１の、各種入力ソースを支援することができる。ビデオサーバ１０５は、単一の出力のみ生成する従来のビデオサーバとは対照的に、SDIソース３０７からリアルタイムで多数の出力を生成することができる。モジュール３０１、３０３、３０５は、３タイプの出力を生成する。一つの出力は、MPEG-2の出力であり、ユーザは、ＤＶＤ品質5Mbpsのlong-GOPから単に50MbpsのI-frameまでの範囲にわたり、サーバ毎にlong-GOPとI-frameとから選択できる。オーディオは、例えば48kHzでキャプチャされる。ライブメディアストリームモジュール３０１は、一つ以上のメディアサーバ（例えば、メディアサーバ１２１）へネットワーク（例えば、図１のネットワーク１３３〜１３７）を通じてブロードキャストするためのライブメディアストリーム（例えば、Windows（登録商標）Media Series）を生成することができ、それは、個人ユーザワークステーション上にストリームを供給する。ストリームは、SMPTE時系列を含むことができるので、ライブロギングのための、フレームが正確なソースを提供する。
【００５２】
最後にメディアプロキシファイルモジュール３０３は、SAN１０３に記憶するためにファイル（例えば、Windows（登録商標）Mediaプロキシファイル）を生成することができる。プロキシエディタにより、このファイルは実施形態に従って、ファイルがまだ書込まれている間に閲覧及び編集するために開くことができる。故に、プロキシエディタと連動して、ビデオサーバ１０５は、専用の広帯域ネットワーク及び高価な編集スイートの必要がなく、及び機能性の質を犠牲にすることなく、ライブイベントの迅速なターンアラウンド生成を支援する。
【００５３】
強力なビデオ編集機能に加えて、メディアサービスプラットフォーム１０１は、次に説明する通り、デジタルアセットの管理を提供する。
【００５４】
図４は、本発明の一つの実施形態による、デジタルメディアを記憶するための仮想デジタルアセットマネージャ(VDAM)の図である。仮想アセットマネージャ４０１（例えば、オブジェクトストア１１９）は、デスクトッププロキシ閲覧、ロギング、編集、クラフト編集、及び配信を含む生成ワークフローにデジタルアーカイブが十分統合可能なことを保証する。例えば、アーカイブMPEG-2マスタのセクションは、低解像度のプロキシを用いて選択され、AVIDエディタ又はAVID Unity（ファイルは、Telestream FlipFactoryを介して自動的にトランスコード及び配信されることができる）へエクスポートされることができる。
【００５５】
ライブラリアプリケーションは、前述の通り、物理テープコンテンツをレポジトリ１０３に記憶されたデジタル相当物に接続するために物理アセット管理（例えば、テープチェックイン、チェックアウト、シェルブ及びバーコード印刷等）を提供する。
【００５６】
アセットマネージャ４０１により、インターネット又は民間企業WAN（例えば、データネットワーク１２５）上の任意の場所から数千時間ものアーカイブコンテンツを、フレームが正確な遠隔ブラウジング、ロギング及び選択することができる。アセットマネージャ４０１により、ユーザは、組織化されたフォルダ構造及びカテゴリ内でコンテンツの位置を管理することができる。コンテンツは、このアプリケーションを介して変更、削除、複製、ペースト及び追加されることができる。フォルダは、オーディオ及びビデオから着信音、画像及び文書まで、管理者によって設定された任意のアセットタイプを記憶することができる。
【００５７】
また、アセットマネージャ４０１は、オブジェクトストア１１９に柔軟な検索機能を提供する。ユーザは、自分の作業及びその他にわたって検索できるので、コンテンツの共有及び単純な検索を容易にする。また、メディアサービスプラットフォーム１０１内の他のアプリケーションは、これらのアプリケーションにわたって一定で認識可能な機能（即ち、共通ダイアログ）を提供することに関して、このアセット検索機能を利用することができる。
【００５８】
オブジェクトストア１１９により、メディアサービスプラットフォーム１０１のアセット管理機能を可能にするので、ユーザ（例えば、管理者）は、プロキシエディタプレイヤ１２８を利用することによって任意の点でアセットに関連付けられたフィールド及び形式を変更することができる。このアプローチの下で、ユーザ要求の変更を満たすためにプラットフォーム１０１を適合することは、コストのかかるデータベース管理者を必要としない。
【００５９】
この例において、仮想デジタルアセットマネージャ４０１は、さまざまなコンテンツデータベース４０３及び４０５からコンテンツを蓄積するので、“仮想”と考えられる。顧客は、独自のコンテンツを生成することができ、それは、オリジナルコンテンツデータベース４０３に記憶されることができる。また、一つ以上のサードパーティコンテンツプロバイダのコンテンツは、アセットマネージャ４０１によって提供されることができる。従って、VDAM４０１は、ビジネスパートナ（例えば、サードパーティコンテンツプロバイダ）の結束を可能にするので、デジタル化アセットの分配を改善する。一つの例示的な実施形態において、コンテンツ所有者は、ワールドワイドウェブ（例えば、ネットワーク１２５）にわたって仮想デジタルアセットマネージャ４０１へコンテンツを転送することができる。また、仮想デジタルアセットマネージャ４０１は、アセットデータの私的な記憶を提供し、コンテンツの公開を容易にすることができる。アセットマネージャとして設定されることに追加して、VDMAは、ユーザによって提供された全アセットのディレクトリサーバとして機能することができる。
【００６０】
また、仮想デジタルアセットマネージャ４０１は、広告及びトランザクション支援を提供できることが分かる。即ち、ユーザは、記憶されたコンテンツのほかに広告も含むビデオファイルを生成することができ、その後マネージャ４０１は、編集されたビデオファイルの検索及び／又は閲覧に関するトランザクションを追跡する。このように、顧客は、そのようなサービスに対して請求、さもなければ会計する機能を有する。
【００６１】
効果的に、VDAMは、従来システムの“最も要求された”ベースのアプローチよりもむしろ、“最も必要とされた”ベースのアプローチを支援する。本発明の一つの実施形態によると、仮想デジタルアセットマネージャ４０１は、独立したシステムとしてメディアサービスプラットフォーム１０１の外部で実行されることができる。
【００６２】
図５Ａ及び５Ｂは、本発明の一つの実施形態による、データネットワーク上で分散編集を可能にするインデクス処理のフローチャートである。従来、編集を支援するために、インデクスファイルは、ビデオファイルの終わりに追加するために生成される。メディアサービスプラットフォーム１０１は、メカニズムを提供し、それによりビデオファイルの記録及びエンコードの間、編集が同時に実行されることができる。これは、従来のインデクスファイルから分離した補足的インデクスファイルの生成によって可能となる。分離したインデクスファイルは、記録及びエンコード中に動的に間隔を置いて更新される。このインデクスは、記録及びエンコードが完了した時、ビデオファイルに追加されることができ、任意で、分離したインデクスファイルは、その後削除できる。編集処理に用いるビデオファイルは、ビデオファイル及び分離したインデクスファイルのデータを用いて生成される。
【００６３】
ステップ５０１で、ビデオ信号は、プラットフォーム１０１によって受信され、即ち、ビデオサーバ１０５を介して受信される。その後、ビデオ信号は、ステップ５０３で記録及びエンコードされる。ステップ５０５で第１インデクスファイルは、記録の間に生成される。この第１インデクスファイルは、エンコード処理の間に更新される（ステップ５０７）。即ち、ビデオファイルが記録及びエンコード（例えば、GOPエンコード）を受けている間、分離したインデクスファイルは、エンコード処理の間に一定の間隔で生成及び更新される。通常、インデクスファイルの更新は、０．５秒毎に発生することができる。（ステップ５０９で定義されるように）エンコード処理が完了した場合、その後第２インデクスファイル（即ち、従来のインデクスファイル）がステップ５１１の通り生成される。さもなければ、第１インデクスファイルの更新が継続する。
【００６４】
図５Ｂに示す通り、分離したインデクスファイルは、メディアストリーミングの間にコンテンツの順方向スクラブを提供するためにプレイヤ又は編集アプリケーション（例えば、図１のプロキシエディタプレイヤ１２８）によって利用される。説明のために、分離した補足的インデクスファイルは、従来のインデクスファイルがWindows（登録商標）Media Player Advanced Systems Format (ASF)ファイルと呼ばれる一方、“Interactive Content Factory (ICF)インデクスファイル”を示すことができる。ステップ５５１で、プレイヤ１２８は、遠隔ビデオサーバ１２９のようなビデオサーバからコンテンツをプレイバックするようにリーダ機能コールを呼出す。リーダは、ビデオサーバ１２９からコンテンツを検索するために、ステップ５５３で内部データアクセス機能を実行する。
【００６５】
次に、ICFリーダは、ステップ５５７で分離したインデクスファイル（ICFインデクス）の存在を判断するために、ステップ５５５毎に呼出される。即ち、編集アプリケーションがビデオファイルに接続しようと試み、ファイルの終わりでインデクスを見つけられない場合、アプリケーションは、分離したインデクスファイルを自動的に探す。従って、ステップ５１１でICFインデクスが存在しない場合、アプリケーションは、従来のインデクスファイル、ASFファイルからデータ及び構造（即ち、インデクス）を読み出す。さもなければ、アプリケーションは、ASFファイルからデータと、分離したインデクスファイル、即ちICFファイルから構造とを読み出す。インデクスファイルは、任意のファイル名へのマッピングを使用することができる一方、ベーシックビデオ（又はメディア）ファイルと同じ名前であるが異なる拡張子で割り当てられることができる。（ビデオファイルと比較して異なるファイル拡張子を示すことができる）適切なインデクスファイルが発見された場合、エディタは、ファイルをプレイ／レンダリングするためにこの外部（又は分離した）インデクスを使用し、それは、まだ記録されている。この結果、エディタは、迅速にコンテンツにアクセスできる（例えば、コンテンツが記録されている最大１秒以内）。一度記録が停止し従来のインデクスがビデオファイルの終わりに追加されると、外部インデクスファイル、例えばICFファイルは、もはや不必要なものとして削除されることができる。
【００６６】
上記処理は、任意のGOPベースのビデオフォーマットに適用されることができる。上記インデクスファイルは、以下に説明するキャッシングスキームで採用されることができ、分離したインデクスは、コンテンツへの非同期アクセスを可能にする。
【００６７】
図６は、本発明の一つの実施形態による、メディアを記録及び操作するためのキャッシュアーキテクチャの図である。柔軟で強力な編集機能を提供するために、ソフトウェアベースのインテリジェントビデオキャッシュシステム６０１が利用される。システム６０１により、GOPベースのコンテンツに対するフレームが正確なスクラブ及び編集を可能とする。GOPベースのコンテンツをデコードするプロセッサ要求に起因して、GOPベースの編集は、ハードウェアベースの機能として従来から実行されてきた。本発明の一つの例示的な実施形態のこの局面は、この要求を除去し、ソフトウェアベースのリアルタイムロングGOP編集を可能にするキャッシングアーキテクチャを提供する。このアーキテクチャは、メディアサービスプラットフォーム１０１の編集アプリケーションによって実行される。
【００６８】
インテリジェントビデオキャッシュシステム６０１のアーキテクチャは、ビデオファイルコンテンツレイヤ６０３、非連続圧縮ビデオファイルキャッシュ６０５及び解凍フレームキャッシュ６０７の、多数のレイヤを有する。ビデオファイルコンテンツレイヤ６０３は、ローカルホストビデオファイルコンテンツを提供する。第２レイヤ６０５は、クライアントプレイヤ内で圧縮ビデオファイルキャッシュを提供する。このキャッシュ６０５は、ビデオファイルの一部だけが（GOP解像度で）キャッシュされるように、非同期である。一つの実施形態において、キャッシュ６０５は、ワークステーション１２７のメインメモリ（例えば、ランダムアクセスメモリ(RAM)）で維持されるが、ローカルディスクへプレイヤソフトウェアによってエイジ(age)されることができる。また、クライアントプレイヤ内で、解凍フレームキャッシュ６０７は、ビデオメモリ(VRAM)に提供される。
【００６９】
この例において、キャッシュ６０１は、非同期プロアクティブキャッシュスレッド６０９によって満たされ、それは、ユーザ行為パターンに従って予測するほかに、（中央処理装置(CPU)、RAM、ディスク及びVRAMに関してローカルワークステーションリソースの制約内で）最適な編集エクスペリエンスを提供する必要に応じて、キャッシュ６０１の異なるレイヤ６０３、６０５及び６０７を満たす。システムの非同期局面は、重要であり、ファイル全体をスクラブするか又は編集する時に迅速な応答をユーザに提供する。システムが所望のフレームをまだキャッシュしていない場合、プレイヤソフトウェアは、最接のキャッシュ／解凍フレームを示し、現在のフレームが正しいフレームではないことをユーザに示すステータスシンボルを表示することができる。ユーザが待機する場合、結果的にそのフレームは、正しいフレームにレンダリングされる。ユーザインタフェースは、キャッシングメカニズムによってロックされない。即ち、ユーザは、何れかの場所でスクラブし、プレイする等を常に選択することができる。また、キャッシュ要求は、満了タイムアウトを有するように設定されることができ、キャッシュ要求（もはや関連性がない）の長いキューの確立を回避する取消しを可能にする。
【００７０】
エディタプレイヤ１２８の動作の以下のモードは、アイドル、スクラブ及びプレイであると考えられる。アイドルモードにおいて、プレイヤが所定時間（例えば、最後の２秒間）内に状態を変えなかった時、プレイバックキャッシュスレッドは、先ずプレイバックヘッド位置から次の数秒前後をキャッシュしたことを保証する。プレイヤ１２８は、コンテンツの選択ポイントにメディアをダウンロードする間に順方向スクラブするための（図５Ａ及び５Ｂの）分離したインデクスに対応する情報をビデオサーバ（又は共用レポジトリ１０３）に要求することができる。スレッドは、コンテンツが解凍VRAMキャッシュ６０７でキャッシュされることを保証する。このように、ユーザがプレイすることを突然決定した場合、システムは、迅速に応答することができる。一度コンテンツが迅速なプレイバックのためにキャッシュされることをプレイバックキャッシュスレッドが満たすと、リドルスレッドが開始する。
【００７１】
リドルスレッドの仕事は、ユーザがスクラブを開始する場合にビデオ全体のフレームをプロアクティブにダウンロードすることにある。先ずスレッドは、ファイルの中間で、その後ファイルの１／３毎で、その後ファイルの１／９毎等でGOPをダウンロードする。これは、VRAMが満杯になるまで続く（それは、迅速なプレイバックコンテンツをプレイバックスレッドに常に残すが、既にキャッシュされもはや関連性のない他のフレームを置き換える。）。一度VRAMが満杯になると、スレッドは、継続するが、解凍RAMキャッシュ及びディスクキャッシュに対してのみである。十分なリソースがワークステーション１２７上に存在し時間がアイドルモードで残っている場合、全ビデオは、圧縮キャッシュでキャッシュされることができる。
【００７２】
スクラブモードは、（プレイモードでない時）ユーザがスクリーン編集ツールを操作することによる、瞬時的“プレイバックヘッド”移動によってトリガされる。プレイバックキャッシュスレッドは、無効にされ、全リソースは、最適なスクラブエクスペリエンスを提供するためにリドルスレッドに与えられる。
【００７３】
プレイ“ボタン”がプロキシエディタプレイヤ１２８内でユーザによって選択された時、プレイモードがトリガされる。このモードにおいて、プレイバックキャッシュスレッド及びリドルスレッドが無効にされる。先にコンテンツをVRAMへ解凍し、（十分なシステムリソースがある場合）プレイバックヘッドよりも早い、先読みキャッシュスレッドが開始される。
【００７４】
分散編集を支援するために本明細書中で説明された処理は、ソフトウェア、ハードウェア（例えば、一般のプロセッサ、デジタルシグナル処理(DSP)チップ、エーシック(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)等）、ファイアワイヤ、又はそれらの組み合わせを介して実行されてもよい。前述した機能を実行するためのそのような例示的なハードウェアは、以下に詳述される。
【００７５】
図７は、本発明による実施形態を実行できるコンピュータシステム７００を図示する。例えば、本明細書中で説明された処理は、コンピュータシステム７００を用いて実行できる。コンピュータシステム７００は、情報通信のためのバス７０１又は他の通信メカニズムと、情報処理のためのバス７０１に接続されたプロセッサ７０３とを含む。また、コンピュータシステム７００は、プロセッサ７０３によって実行されるべき情報及び命令を記憶するためにバス７０１に接続された、ランダムアクセスメモリ(RAM)又は他の動的記憶装置のようなメインメモリ７０５を含む。また、メインメモリ７０５は、プロセッサ７０３によって命令が実行される間に一時的変数又は他の中間情報を記憶するために使用されることができる。また、コンピュータシステム７００は、プロセッサ７０３に対する静的情報又は命令を記憶するためにバス７０１に接続された読み出し専用メモリ(ROM)７０７又は他の静的記憶装置を含むことができる。磁気ディスク又は光学ディスクのような記憶装置７０９は、情報及び命令を持続的に記憶するためにバス７０１に接続される。
【００７６】
コンピュータシステム７００は、コンピュータユーザに情報を表示するために、ブラウン管(CRT)、液晶ディスプレイ、アクティブマトリクスディスプレイ又はプラズマディスプレイのようなディスプレイ７１１にバス７０１を介して接続されることができる。アルファベットや数値、他のキーを含むキーボードのような入力装置７１３は、プロセッサ７０３に情報及びコマンド選択を交信するためにバス７０１に接続される。ユーザ入力装置のもう一つのタイプは、プロセッサ７０３に方向情報及びコマンド選択を交信するために、及びディスプレイ７１１上でカーソル移動を制御するためにマウス、トラックボール又はカーソル方向キーのようなカーソル制御７１５である。
【００７７】
本発明の一つの実施形態によると、本明細書中で説明されたプロセッサは、メインメモリ７０５に含まれた命令の配列を実行するプロセッサ７０３に応答して、コンピュータシステム７００によって実行される。そのような命令は、記憶装置７０９のようなもう一つのコンピュータ読取可能な媒体からメインメモリ７０５へ読み出されることができる。メインメモリ７０５に含まれた命令の配列の実行により、プロセッサ７０３は、本明細書で説明された処理ステップを実行する。多重処理配列における一つ以上のプロセッサは、メインメモリ７０５に含まれた命令を実行するように採用されることができる。代替の実施形態において、ハードワイヤード回路は、本発明の実施形態を実行するソフトウェア命令に代わって、又は組合せて使用されてもよい。故に、本発明の実施形態は、ハードウェア回路及びソフトウェアの任意の特定の組み合わせに限定されない。
【００７８】
また、コンピュータシステム７００は、バス７０１に接続された通信インタフェース７１７を含む。通信インタフェース７１７は、ローカルネットワーク７２１に接続されたネットワークリンク７１９に接続する２方向データ通信を提供する。例えば、通信インタフェース７１７は、該当タイプの通信ラインにデータ通信接続を提供するためにデジタル加入者線(DSL)カード又はモデム、総合サービスデジタルネットワーク(ISDN)カード、ケーブルモデム、電話モデム、又は任意の他の通信インタフェースでもよい。一例として、通信インタフェース７１７は、互換LANにデータ通信接続を提供するためにローカルエリアネットワーク(LAN)カード（例えば、Ethernet（登録商標）TM又はAsynchronous Transfer Model (ATM)ネットワーク）でもよい。また、無線リンクが実行されてもよい。任意のそのような実施形態において、通信インタフェース７１７は、各種タイプの情報を示すデジタルデータストリームを伝える電気、電磁気、又は光学信号を送受信する。また、通信インタフェース７１７は、ユニバーサルシリアルバス(USB)インタフェース、PCMCIA(ＰＣメモリカード国際協会)インタフェース等のような周辺インタフェース装置を含むことができる。単独の通信インタフェース７１７は、図７に示されるが、多数の通信インタフェースも採用できる。
【００７９】
通常、ネットワークリンク７１９は、一つ以上のネットワークを介して他のデータ装置へデータ通信を提供する。例えば、ネットワークリンク７１９は、ローカルネットワーク７２１を介してホストコンピュータ７２３に接続を提供し、それは、ネットワーク７２５（例えば、現在“インターネット”として一般に呼ばれる、広域ネットワーク(WAN)又はグローバルパケットデータ通信ネットワーク）へ、又はサービスプロバイダによって操作されるデータ装置への接続性を有する。ローカルネットワーク７２１及びネットワーク７２５の両方は、情報及び命令を伝えるために電気、電磁気又は光学信号を使用する。各種ネットワークを介した信号と、ネットワークライン７１９上及び通信インタフェース７１７を介した信号とは、コンピュータシステム７００にデジタルデータを交信し、情報及び命令を運ぶ例示的形式の搬送波である。
【００８０】
コンピュータシステム７００は、（複数の）ネットワーク、ネットワークリンク７１９、及び通信インタフェース７１７を介して、プログラムコードを含んで、メッセージを送信し、データを受信する。インターネットを例にとると、サーバ（図示せず）は、ネットワーク７２５、ローカルネットワーク７２１及び通信インタフェース７１７を介して本発明の実施形態を実行するためのアプリケーションプログラムに属する要求コードを送信することができる。プロセッサ７０３は、受信中である送信されたコードを実行し、及び／又は後の実行のために記憶装置７０９又は他の非揮発性記憶装置にコードを記憶することができる。このように、コンピュータシステム７００は、搬送波の形式でアプリケーションコードを取得することができる。
【００８１】
本明細書で使用される用語“コンピュータ読取可能な媒体”は、実行のためにプロセッサ７０３に命令を提供することに関与する任意の媒体を意味する。そのような媒体は、非揮発性媒体、揮発性媒体、及び伝送媒体を含むがこれらに限定されない多くの形式をとることができる。非揮発性媒体は例えば、記憶装置７０９のような光学又は磁気ディスクを含む。揮発性媒体は、メインメモリ７０５のような動的メモリを含む。伝送媒体は、バス７０１からなるワイヤを含む、同軸ケーブル、銅線及び光ファイバを含む。また、伝送媒体は、無線周波(RF)及び赤外(IR)データ通信の間に生成された波のような音響、光学、又は電磁波の形式をとることができる。コンピュータ読取可能な媒体の一般的な形式は、例えばフロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、任意の他の磁気媒体、CD-ROM、CDRW、DVD、任意の他の光学媒体、パンチカード、紙テープ、光学マークシート、ホール又は他の光学認識可能な指標を備えた任意の他の物理媒体、RAM、PROM、及びEPROM、FLASH-EPROM、任意の他のメモリチップ又はカートリッジ、搬送波、又はコンピュータが読み出しできる任意の他の媒体を含む。
【００８２】
様々な形式のコンピュータ読取可能な媒体は、実行のためにプロセッサへ命令を提供することに関わる。例えば、本発明の少なくとも一部の実施形態を実行するための命令は、遠隔コンピュータの磁気ディスク上に初めに保持されることができる。そのようなシナリオにおいて、遠隔コンピュータは、メインメモリに命令をロードし、モデムを用いて電話線にわたって命令を送信する。ローカルコンピュータシステムのモデムは、電話線上のデータを受信し、赤外線送信器を用いて赤外線信号へデータを変換し、個人デジタル補助装置(PDA)又はラップトップのような携帯型コンピュータデバイスに赤外線信号を送信する。携帯型コンピュータデバイス上の赤外線検出器は、赤外線信号によって運ばれた情報及び命令を受信し、バス上にデータを置く。バスは、メインメモリにデータを伝達し、そこからプロセッサは、命令を検索及び実行する。メインメモリによって受信された命令は、プロセッサによる実行の前又は後の何れか一方で記憶装置上に随意的に記憶されることができる。
【００８３】
本発明が多数の実施形態及び実装に関連して説明されたが、本発明は、各種明白な変更及び均等の配置に限定されない一方でそれらを含み、添付の特許請求の範囲内に含まれる。
【００８４】
付録
３Ｇ（第３世代）、ＡＡＦ（次世代ファイルフォーマット）、ＡＰＩ（アプリケーションプログラムインタフェース）、ＡＳＩＣ（エーシック）、ＣＤ（コンパクトディスク）、ＣＰＵ（中央処理装置）、ＣＲＴ（ブラウン管）、ＤＳＬ（デジタル加入者線）、ＤＲＭ（デジタル著作権管理）、ＤＶＤ（デジタル多用途ディスク）（昔はデジタルビデオディスク）、ＥＤＬ（編集用データリスト）、ＥＰＲＯＭ（消去可能ＰＲＯＭ）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＧＯＰ（フレームの固まり）、ＧＵＩ（グラフィカルユーザインタフェース）、ＩＩＳ（インターネット情報サービス）、ＩＭ（インスタントメッセージ）、ＩＰ（インターネットプロトコル）、ＩＰＴＶ（ＩＰテレビ）、ＩＳＤＮ（総合デジタル通信網）、ＩＳＰ（インターネットサービスプロバイダ）、ＬＡＮ（ローカルエリアネットワーク）、ＬＴＣ（長手方向タイムコード）、ＭＰＥＧ（エムペグ）、ＮＡＳ（ネットワークエリアストレージ）、ＮＴＳＣ（全国テレビジョン方式委員会）、ＮＩＣ（ネットワークインタフェースカード）、ＰＡＬ（走査線位相反転）、ＰＣＭＣＩＡ（ＰＣメモリカード国際協会）、ＰＤＡ（個人デジタル補助装置）、ＰＲＯＭ（プログラマブルＲＯＭ）、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み出し専用メモリ）、ＲＦＣ（世界に公開されているインターネットの各種の規約）、ＲＰＩＤ（リッチプレゼンスインフォメーションデータフォーマット）、ＳＡＮ（ストレージエリアネットワーク）、ＳＤＩ（シリアルデジタルインタフェース）、ＳＬＡ（サービス内容合意書）、ＳＭＰＴＥ（映画テレビ技術者協会）、ＳＱＬ（構造化照会言語）、ＴＶ（テレビ）、ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションシステム）、ＶＤＡＭ（仮想デジタルアセットマネージャ）、ＶＤＣＰ（ビデオディスク通信プロトコル）、ＶＯＤ（ビデオオンデマンド）、ＷＡＮ（広域網）、ＷＬＡＮ（無線ＬＡＮ）、ＸＭＬ（拡張マークアップ言語）
【図面の簡単な説明】
【００８５】
【図１】図１は、本発明の一つの実施形態による、デジタルメディアの分散編集及び記憶を支援するためのメディアサービスプラットフォームの図である。
【図２】図２は、本発明の一つの実施形態による、デジタルメディアを編集するために図１のシステムで利用されるワークフロー処理の図である。
【図３】図３は、本発明の一つの実施形態による、図１のシステムにおけるビデオサーバの図である。
【図４】図４は、本発明の一つの実施形態による、デジタルメディアを記憶するための仮想デジタルアセットマネージャ（ＶＤＡＭ）の図である。
【図５Ａ】図５Ａは、本発明の一つの実施形態による、データネットワーク上で分散編集を可能にするためのインデクス処理のフローチャートである。
【図５Ｂ】図５Ｂは、本発明の一つの実施形態による、データネットワーク上で分散編集を可能にするためのインデクス処理のフローチャートである。
【図６】図６は、本発明の一つの実施形態による、メディアを記憶するためのキャッシュアーキテクチャの図である。
【図７】図７は、本発明の各種実施形態を実行するために使用できるコンピュータシステムの図である。
【符号の説明】
【００８６】
１０１  メディアサービスプラットフォーム
１０２  プロキシエディタサーバ
１０３  共用レポジトリ
１０５  （複数の）ビデオサーバ
１０７  メディアアーカイブ
【図１】
2008543124.tif 000003
【図２】
2008543124.tif 000004
【図３】
2008543124.tif 000005
【図４】
2008543124.tif 000006
【図５Ａ】
2008543124.tif 000007
【図５Ｂ】
2008543124.tif 000008
【図６】
2008543124.tif 000009
【図７】
2008543124.tif 000010
【国際調査報告】
2008543124.tif 000011