(57)【要約】生成／分配システムで生ずる状況の複雑さを扱うリソース管理のモデルを用いてメディアにおけるタスク及びユーザ操作を管理する方法が提供される。この方法は、作業場インフラ構造、タスク指向のユーザインターフェース、及び作業パッケージ管理システムに基づく。この方法は、作業パッケージ、作業場、タスク、アセット、及びコンテンツを扱う作業フローベースのユーザインターフェースによりメディア生成／分配環境での動作を最適化する。
2010524125.tif 000002
【特許請求の範囲】
【請求項１】
作業場カテゴリ内で作業場を選択するステップと、
選択された前記作業場に対応する少なくとも１つのタスクを与えるステップと、
与えられた前記タスクに応答してアセットを更新するステップと、
前記タスクに関連するコマンドを起動するステップと
を有する方法。
【請求項２】
前記少なくとも１つのタスクを与えるステップは、
（ａ）個々のオペレータに
（１）実行のために当該オペレータに割り当てられる少なくとも１つのタスクと
（２）前記個々のオペレータによっても実行可能な他のオペレータへ割り当てられる少なくとも１つのタスクと、
（３）前記個々のオペレータによって実行可能な何らの緊急タスクと
を識別するステップと、
（ｂ）オペレータによる前記少なくとも１つのタスクの完了後にタスクステータスを更新するステップと、
（ｃ）全てのタスクが前記選択された作業場に関して完了されるまで前記ステップ（ａ）及び前記ステップ（ｂ）を繰り返すステップと
を有する、請求項１記載の方法。
【請求項３】
前記作業場を選択するステップは、前記作業場カテゴリに含まれる１より多い作業場の中から１つの作業場を選択するステップを有する、請求項１記載の方法。
【請求項４】
当該オペレータへ割り当てられるタスクへの他のオペレータによるアクセスを防ぐステップを更に有する、請求項２記載の方法。
【請求項５】
前記識別するステップは、オペレータの所定の選択グループについて、特定の作業場で１又は複数のタスクを実行するよう実行され得る、請求項２記載の方法。
【請求項６】
ユーザ選択のタスクを、識別される個々のオペレータに同じタスクを関連付けるようロックするステップを更に有する、請求項１記載の方法。
【請求項７】
前記ロックするステップは、前記ユーザ選択のタスクの実行においてユーザの時間の追跡を可能にする、請求項６記載の方法。
【請求項８】
メディアの生成及び分配を管理する方法であって、
再生されるメディアを受け取るステップと、
前記メディアを再生されるよう準備するステップと、
前記準備するステップが完了した後に前記メディアをアーカイブに入れるステップと、
前記メディアを再生するステップと
を有する方法。
【請求項９】
前記メディアを受け取るステップは、
前記メディアを記録するステップと、
記録された前記メディアに品質制御を行うステップと
を更に有する、請求項８記載の方法。
【請求項１０】
前記準備するステップは、
前記メディアを編集するステップと、
編集された前記メディアの高解像度バージョンを作成するステップと、
前記高解像度バージョンのメディアタスクをコンフォーマンス・エンジンにより実行するステップと、
前記高解像度バージョンのメディアから低解像度バージョンのメディアを作成するステップと
を更に有する、請求項９記載の方法。
【請求項１１】
前記メディアを再生するステップは、
アーカイブに入れられた前記高解像度バージョンのメディアをステージ設備に送るステップと、
編集に従って適切なフォーマットを確認し且つ最終的な高解像度クリップを作成するよう前記メディアをコンフォーマンス・エンジンにより実行するステップと、
再生のために前記最終的な高解像度クリップを少なくとも１つの分配チャネルに送るステップと
を更に有する、請求項１０記載の方法。
【請求項１２】
前記メディアを再生するステップは、
アーカイブに入れられた前記高解像度バージョンのメディアをステージ設備に送るステップと、
前記ステージ設備に送られた前記高解像度バージョンのプロモーション・クリップを作成すするステップであって、該プロモーション・クリップを編集し承認するステップを有するステップと、
再生のために前記プロモーション・クリップを１又はそれ以上の分配チャネルに転送するステップと
を更に有する、請求項１０記載の方法。
【請求項１３】
メディアの生成及び分配環境での使用のために具現されたコンピュータ読出可能なプログラムコードを有するコンピュータ使用可能な媒体を有するコンピュータプログラムプロダクトであって、
作業場カテゴリ内で作業場を選択するプログラムコードと、
選択された前記作業場に対応する少なくとも１つのタスクを与えるプログラムコードと、
ユーザ選択のタスクに応答して目標アセットを更新するプログラムコードと、
前記ユーザ選択のタスクに関連するコマンドを起動するプログラムコードと
を有するコンピュータプログラムプロダクト。
【請求項１４】
前記選択された作業場に対応する少なくとも１つのタスクを与える前記プログラムコードは、
（ａ）個々のオペレータに
（１）実行のために当該オペレータに割り当てられるタスクと
（２）前記個々のオペレータによっても実行可能な他のオペレータへ割り当てられるタスクと、
（３）前記個々のオペレータによって実行可能な緊急タスクと
を識別するプログラムコードと、
（ｂ）オペレータによるタスクの完了後にタスクステータスを更新するプログラムコードと、
（ｃ）全てのタスクが前記選択された作業場に関して完了されるまで前記プログラムコード（ａ）及び前記プログラムコード（ｂ）を繰り返すプログラムコードと
を更に有する、請求項１３記載のコンピュータプログラムプロダクト。
【請求項１５】
メディアの生成及び分配を管理するシステムであって、
再生されるメディアを受け取る手段と、
前記メディアを再生されるよう準備する手段と、
準備が完了した後に前記メディアをアーカイブに入れる手段と、
前記メディアを再生する手段と
を有するシステム。
【請求項１６】
前記メディアを受け取る手段は、
前記メディアを記録する手段と、
記録された前記メディアに品質制御を行う手段と
を有する、請求項１５記載のシステム。
【請求項１７】
前記準備する手段は、
必要に応じて前記メディアを編集する手段と、
編集された前記メディアの高解像度バージョンを作成する手段と、
前記高解像度バージョンのメディアタスクをコンフォーマンス・エンジンにより実行する手段と、
前記高解像度バージョンのメディアから低解像度バージョンのメディアを作成する手段と
を更に有する、請求項１６記載のシステム。
【請求項１８】
前記メディアを再生する手段は、
アーカイブに入れられた前記高解像度バージョンのメディアをステージ設備に送る手段と、
編集に従って適切なフォーマットを確認し且つ最終的な高解像度クリップを作成するよう前記メディアをコンフォーマンス・エンジンにより実行する手段と、
再生のために前記最終的な高解像度クリップを少なくとも１つの分配チャネルに送る手段と
を有する、請求項１７記載のシステム。
【請求項１９】
前記メディアを再生する手段は、
アーカイブに入れられた前記高解像度バージョンのメディアをステージ設備に送る手段と、
前記ステージ設備に送られた前記高解像度バージョンのプロモーション・クリップを作成すする手段であって、該プロモーション・クリップを編集し承認する手段と、
再生のために前記プロモーション・クリップを少なくとも１つの分配チャネルに転送する手段と
を更に有する、請求項１７記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本原理は、ネットワーク上でコンテンツを配信する技術に関する。より具体的に、本原理は、メディアの生成及び分配のシステムのための分配に関する協調環境を提供することに関する。
【背景技術】
【０００２】
メディア産業では、特定のアセット管理ニーズに取り組むソリューションが、メディア・アセット管理のためのグローバル・ソリューションに様々なレベル作業フロー管理サポートを提供することを目指して、目下集まっている。このようなソリューションの例として、下記のようなものがある。
【０００３】
１）再生自動化：
今日、再生（playout）自動化技術は、スケジュールに従って映像及び音声コンテンツを再生する装置の実時間制御を提供する。幾つかの再生技術は、受信又はインジェスト（ingest）サーバで及び記憶フェーズでコンテンツの移動を体系化することが必要である。再生装置のプロバイダは、装置インターフェースの専門知識を実証しているが、依然として作業フローエンジンをサポートすべく進化し続けている。現在、再生自動化ソリューションは、設定段階で大幅な書き換えを必要とする静的な作業フローを提案する。
【０００４】
２）文書アセット管理：
文書アセット管理のプロバイダは、印刷メディアを提供し、文書管理における強みを実証している。多数の斯かるプロバイダは、メディア産業に取り組むべくマルチメディア環境へと変貌しつつある。一般に、斯かるプロバイダは実時間の装置リソース管理における専門的知識を欠き、それらの自動化ソリューションは作業フローを管理する限られた方法しか提供しない。
【０００５】
３）映像編集システム：
映像編集システムのプロバイダが幾つか存在する。これらのうちの少なくとも１つは、静的な（すなわち、動的でない）方法で作業フローを管理する働きしかしないメディア産業に非線形な作業フローソリューションを導入している。
【０００６】
４）ＩＴミドルウェア・サプライヤー：
ＩＴミドルウェアのプロバイダは、一般に、作業フローを扱うトランザクション層を管理するよう専用のビジネス層アプリケーション及び関連するインフラ構造を提供する。実際に、斯かるサプライヤーはビジネス層に重点的に取り組んでいるので、それらのソリューションはユーザインターフェースを提供せず、負荷バランス又はサービス品質の制約を有してリソースを制御することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
要約すると、本原理の好ましい実施に従って、生成及び／又は分配環境でしばしば生ずる複雑な状況を扱うことが可能なリソース管理のモデルを用いてメディアにおけるタスク及びユーザ操作を管理する技術が提供される。この技術は、作業場インフラ構造、タスク指向のユーザインターフェース、及び作業パッケージ管理システムに基づく。方法は、作業パッケージ、作業場、タスク、アセット、及びコンテンツを扱う作業フローベースのユーザインターフェースによりメディア生成／分配環境での動作を最適化する。
【課題を解決するための手段】
【０００８】
一実施に従って、方法は、作業場カテゴリを選択するステップと、選択された前記作業場カテゴリ内で作業場を選択するステップと、選択された前記作業場に対応する少なくとも１つのタスクを与えるステップと、ユーザ選択のタスクに応答して目標アセットを更新するステップと、前記ユーザ選択のタスクに関連するコマンドを起動するステップとを有する。
【０００９】
１又はそれ以上の実施の詳細は、添付の図面及び以下の記載に挙げられている。たとえ１つの具体的な方法で記載されているとしても、当然に、実施は様々な方法で構成され又は具現されてよい。例えば、実施は方法として実現されても、あるいは、動作の組を実行するよう構成される機器又は動作の組を実行するための命令を記憶する機器として具現されてもよい。他の様相及び特徴は、添付の図面及び特許請求の範囲に関連して考慮される以下の詳細な記載から明らかになるであろう。
【図面の簡単な説明】
【００１０】
【図１ａ】本原理の実施に従ってアセット及びコンテンツ並びにそれらの対応するメタデータのブロック図を表す。
【図１ｂ】本原理の実施に従ってアセット、コンテンツ及びそれらの対応するメタデータのブロック図を表す。
【図２】本原理の実施に従って作業場及び作業場カテゴリのブロック図を表す。
【図３】本原理の実施に従って作業場及び各作業場に関連する対応するビューポイントのブロック図を表す。
【図４】本原理の実施に従ってユーザ及びタスク指向のステップの処理のフローチャート図を表す。
【図５】本原理のシステムのインジェスト面の動作作業フロー図を表す。
【図６】本原理のシステムの再生面の動作作業フロー図である。
【図７ａ】本原理の実施に従って作業場インフラ構造の論理作業フローを表す。
【図７ｂ】本原理の実施に従って作業場インフラ構造の物理作業フローを表す。
【発明を実施するための形態】
【００１１】
図面において、同じ参照番号は、全体を通して同様の要素を表す。
【００１２】
一側面に従って、本原理のコンテンツ管理技術の目的は、メディア生成及び／又は分配のための分配に関する協調環境を提供することである。テレビ放送はおよそ６０年前に始まった。テレビの放送及び製作に関連する技術は、長年にわたって劇的に変化してきたが、特定の基本処理は劇的には進化していない。
【００１３】
最初はフィルムを介して、次いでビデオテープにより、そして最終的に現在ではネットワーク上でデジタル化された映像のファイルを送信することでコンテンツを伝送する進化に関わらず、これらの処理の作業フロー全体はそれほど変化していない。今日の放送環境における課題は、企業レベルのメディア・アセット管理ソリューションに作業フロー管理能力を提供することである。このアプローチは、作業場／作業パッケージ概念を伴うタスク指向のユーザインターフェースに基づくものであり、放送動作並びにメディアの生成及びその後の編集を劇的に改善しうる。
【００１４】
本原理のアセット管理技術の目的は、配信のためにメディアの利用可能性を確保するよう分散並列協調型の生成及び／又は分配システムを管理し及び／又は制御することである。斯かる管理技術は、アルゴリズム的システム又はｎ−ｐ複雑なタスクスケジューリング生成器によって解消され得ない、ユーザ、コンテンツ、処理、時間及びネットワークの間の制約の複雑な組み合わせを解決するのに役立つ。
【００１５】
本原理のコンテンツ管理技術は、次に掲げるものを有して動作作業フローに焦点を当てた解決法を中心としてコンテンツ及びアセットを管理するのに役立つ：
−  各ユーザが各人のタスクの記述及びそのタスクを実行するのに必要とされるリソースを有することを可能にする動的ユーザインターフェースタスクベース。動的ユーザタスクインターフェースは、作業フローエンジンによって管理される動的作業ページの一意の概念に依存する；
−  インフラ構造を管理する動作を定義し、管理し及びモニタするのに役立つフレームワーク；
−  複雑なメディア作成環境での検索を管理し一元化するよう十分なレベルのアブストラクションを与えるアドバンスト・メディア・アセット管理構造；
−  サードパーティ及び／又はレガシーシステムとの交流を可能にするメカニズム；
−  技術上及び動作上のインフラ構造の警告及びログを管理し一元化する中央監視ソリューション；及び
−  例えばチャットエンジンのような他の要素を、デスクトップでのボイス・オーバー・ＩＰインターコムを備える放送環境におけるインターコムのようなレガシーソリューションとして利用する協調ツール。
【００１６】
アセットの定義・・・極めて基本の定義として、アセットは“価値のあるもの”を有する。放送産業では、コンテンツ及び権利の集合体としてアセットを定義するＳＭＰＴＥ（Society  of  Motion  Picture  and  Television  Engineers）標準化団体によって定義が確立されている。このフレームワーク内で、コンテンツは、エッセンス及びメタデータの集合体として定義される。
【００１７】
通常、アセットは、アセットを識別する一意の識別子（ＩＤ）、例えばアセットＩＤを生成するとともに、ビジネス管理システム、例えばトラフィックシステムで作られる。この定義の抽象化は困難であるために、用語“アセット”は、一般的に、コンピュータシステムでアセットを管理するために用いられるデータセットに名前をつけるために使用される。このデータセットは、アセットＩＤにより一意に識別される。様々なシステムが様々なレベルで放送設備には存在する。当然に、斯かるシステムの夫々は、アセットを管理するために自身の構造及びデータセットを必要としてよい。アセット管理データセットの多くは並行して存在しうるが、その全てが同一のアセットを記述してよい。
【実施例１】
【００１８】
下流システムでアセット管理データセットを削除することによって、アセット自体は削除されない。削除動作は、単に、このシステムでのアセット表現を削除する。アセットに属するエッセンスを１つの場所から他の場所に移動することによって、アセット自体は移動しない。
【００１９】
メディアコンポーネントは、“アセット”を構成することができ、“コンテンツ”と名付けられたエッセンスを再編する働きをする。メディア管理システムは、図１ａ及び図１ｂに示されるモデルにより処理の中で表されうる個々のメディアについて幾つかのレベルのアブストラクションを管理することができる。図１ａ及び図１ｂは、夫々が自身の対応するメタデータ１４を有するアセット１２の多数のグループを有するモデル１０を表す。アセット１２の各グループは、夫々が自身の対応するメタデータ１８を有するアセット１６の他のグループを有することができる。アセット１６の各グループ内には、対応するメタデータ２２を有する１又はそれ以上のアセット２０が存在する。各アセット２０は、対応するコンテンツ（エッセンス）２４及びメタデータ２６を有する。メディア管理システムのこのような構造は、より高いレベルのアブストラクションに、コンテンツ及びメタデータの複雑な組み合わせを簡単な論理エンティティとして扱う能力を与える。斯かる表現の使用は、メディアエンティティで発生する複雑なシステム処理及びビジネス動作のみならず、基本的なコンピューティング及び人間動作を可能にする。
【００２０】
［作業場及び作業場カテゴリ］
用語“作業場”は、特定のタスクを実行することによって作業フローに寄与する１又はそれ以上のユーザの役割に関連づけられている論理作業フローにおける特定の位置を定義する。作業場は、人間オペレータ又は自動動作主のいずれかを参照することができる。作業場はカテゴリによって体系化される。作業場は、多くの作業パッケージ（下記の定義を参照されたし。）によって到達され得る。図２は、本原理の実施に従って作業場カテゴリ及び対応する作業場の例を表す。作業場カテゴリ１（３０）は、作業場１−１（３２）、作業場１−２（３４）及び作業場１−Ｎ（３６）として示されるＮ個の作業場を有し、一方、作業場カテゴリＮ（３８）は、作業場１−Ｎ（４０）、作業場２−Ｎ（４２）及び作業場Ｎ−Ｎ（４４）を有する。
【００２１】
図３に示されるように、作業場は、作業フローの中で特定のビューポイントをユーザに提供する。図示されるように、ユーザ１は、作業場Ｉ−Ｊ（５０）及び作業場Ｋ−Ｌ（５４）へのアクセスを有することができる。各作業場は、作業フローの各自のビュー５２又は５６を有する。
【００２２】
作業場は、また、１又はそれ以上の所定のタスクを自動で実行することができる、人間でない動作主（例えば、機械）を参照することもできる。作業場カテゴリは、それらをつなぎ合わせるのに特定の順序又はシーケンスのいずれかも必要としない。作業場カテゴリに含まれる作業場は、ともに、如何なる関係も必要としない。図３のモデルは、作業フロー中のビューポイントを再編するアブストラクションのレベルを提供する。最終的な動作ビューポイントは、タスクがユーザに各自のビューで向けられうる作業場（例えば、図２を参照されたし。）である。上述されるように、このような作業場表現は、作業フローの論理インフラ構造を提供する。
【００２３】
本原理のコンテンツ管理技術は、メディア及びこのようなメディアに対して動作するツールに関する情報を提供するビューの組を作業場について記述する手段を提供する。システムにおけるそれらの夫々の役割に従って、ユーザは作業場の組へのアクセスを有し、各作業場は様々な組のビューをユーザに向けることができる。それらの動作ビューは、メディアに作用するオペレータのランク（ユーザ又はスーパーユーザ）に従って変化しうる様々なユーザツール及びコマンドを結合する。
【００２４】
［ユーザ及びタスク指向メカニズム］
図４は、タスク指向のシステムのユーザ操作の方法１００を表す。システムにログインすると、ユーザは、最初にカテゴリを選択することで作業場にアクセスすることができる（ステップ１０２）。次いで、ユーザは、タスク要素の分類１０６を通して、選択されたカテゴリから作業場を選択する（ステップ１０４）。然るに、システムは、自動で：
１−“マイ・タスク”とラベルを付された、特定のオペレータ／ユーザに割り当てられているタスク（ステップ１０８）；
２−“全タスク”とラベルを付された、作業場にある全てのタスク（ステップ１１０）；及び
３−“遅延”とラベルを付された、緊急に割当を要する遅延したタスク（ステップ１１２）
を提供する。
【００２５】
システムによって提供されるこのような情報から、各接続ユーザは、何が作業場で実時間に起こっているのか、また、どのタスクが残っているのか、更に、どのタスクが他のユーザによって実行中であるのかを知る。
【００２６】
次いで、ユーザは、そのタスク１１４及び対応するビュー１１６を有する。次いで、ユーザは、そのタスクを操作しロックする（ステップ１１８）。タスクを実行すべく、ユーザは、２つのオペレータが気付かずに同じタスクを実行しようとすることを防ぐためにそのタスクをロックすべきである。更に、タスクのロックは、ロックとタスク完了に関するサブミッションとの間の時間をモニタすることによって、オペレータツールがそれらのタスクを実行する時間を記録することを可能にする。ロックされると、目標アセットが更新され（ステップ１２０）、トリミング、編集及び目録作成のステップが実行される。この段階で、このタスクに関連するコマンドは起動され得（ステップ１２４）、あるいは、コマンドは後の実行のためにセーブされ得る（ステップ１２２）。コマンドが起動された場合に、要素１２８は、タスクを解放（アンロック）するコマンドを転送する（ステップ１２６）。これにより、タスクは今後の動作のために目下利用可能にされる。
【００２７】
［アプリケーションのコンテンツ］
図５は、上記の概念の適用性を確認する典型的な作業フローの例を表す（注意：当業者には当然のことながら、多くのショートカットは議論を簡単にするために行われているものである。）。実際には、システムはよりずっと大きい複雑性を処理することができる。斯かる複雑性は、システムでの使用のために低解像度コンテンツの作成を必要としてよい。
【００２８】
［動作サブ作業フロー１インジェスト］
図５を参照して、業務部５０２は映画（例えば“マトリックス”）を放送しようとしているとする。業務部５０２は、目標存続期間とともにステータスとして“ツー・インジェスト（to  Ingest）”  （例えば、ツー・レシーブ・コンテンツ（to  receive  Content））を有してトラフィックデータベースでプレースホルダ（placeholder）・アセット“マトリックス”を生成する。
【００２９】
システムは、通知５０４をトラフィックから受け取って、予期された存続期間を有して“マトリックス・ツー・インジェスト”と名付けられた作業パッケージ（すなわち、タスク５０６）を生成する。作業パッケージは次の作業場５０７へ進む。
【００３０】
運営部（作業場５０７）は記述を付加し、ソース・アセット（例えば“マトリックス・オリジナル”）及び目標アセット（マトリックス・マスタ）５０８を生成する。
【００３１】
システムは、通知をインジェスト・アプリケーション５１１に送り、“マトリックス・オリジナル”のコンテンツを記録する（ステップ５０９）。作業パッケージは次の作業場５１０へ進む。インジェスト・アプリケーション５１１は、高解像度でのコンテンツの記録を引き起こす（ステップ５２２）。
【００３２】
インジェスト・オペレータ（作業場５１０）は、コンテンツ“マトリックス・オリジナル”をインジェストする。インジェストが起こる場合に、システムは、ソース・アセットをソースコンテンツ“マトリックス・オリジナル”と結び付ける（ステップ５１２）。作業パッケージは次の作業場５１３へ進む。
【００３３】
品質制御（ＱＣ）オペレータ（作業場５１３）はコンテンツを確認する。（もしコンテンツが確認され得ない場合は、コンテンツはコンテンツのインジェストに関連する作業場へ戻る。）システムは、トランスコーダ５２２を用いてソースコンテンツの低解像度コピー５２４（マトリックス・ソース）を生成し、それをソース・アセットと結び付ける。作業パッケージは次の作業場５１５へ進む。
【００３４】
トリム・オペレータ（作業場５１５）は、低解像度ソースコンテンツ５２４を用い、コンフォーマンス・エンジン５２６によって与えられる適合コマンドを介して目標存続期間を適合させるようコンテンツを調整するとともに目標アセットに関連する新たなコンテンツ５１６を生成する。コンテンツはアセット名（マトリックス・マスタ）に一致する。システムは、“マトリックス・マスタ”の低解像度バージョンを生成する。これは、修正（すなわち、トリミング）後の新しいバージョンのコンテンツの低解像度バージョンである。作業パッケージは次の作業場５１７へ進む。
【００３５】
作業場５１７で、アセットは、低解像度コンテンツとしての認定のためのレビューを受ける。アセットが拒否される場合は、アセットはトリム・オペレータ５１５に戻る。
【００３６】
次いで、システムは次の動作を行う：（ａ）低解像度及び高解像度コンテンツを有するソース・アセットを削除して、目標コンテンツを作業場５２８でアーカイブに入れ、（ｂ）低解像度目標を削除し、（ｃ）アセットをアーカイブ作業場に移動し、そして、（ｄ）“マトリックス・マスタ”が再生（ステップ５２０）できる状態になっている旨の通知をトラフィックへ送った（ステップ５１９）後に作業パッケージを削除する。
【００３７】
［動作作業フロー２再生］
図６に表される例で、トラフィック操作５０２は翌週の月曜日に映画“マトリックス”の再生を企画しているとする。そのために、システムＰＬＭモジュール６０２は、映画“マトリックス”のスケジューリングを追跡し、自動でコマンド６０３をメディアフレーム転送マネージャに送って、コンテンツ“マトリックス・マスタ”をステージサーバへリストアする（ステップ６０４）。
【００３８】
システムは、ステージサーバでコンテンツを検出し、ティーザー（teaser）の生成をも伴う並列タスクをサポートしうる新しい作業パッケージ６０６（すなわち、タスク）“マトリックス・プレイ”を生成する。次いで、システムは次の動作を実行する：（ａ）生成した作業パッケージ６０６を“再生ステージ”作業場６０７に移動し、そして、（ｂ）完了予定２日（通常はスケジューリングのために先読みされる。）で二次的な作業パッケージ又はタスク“マトリックス・プロモーション”を生成（ステップ６０８）し、それを次の作業場６０７（再生ステージ）に移す。
【００３９】
プロモーションエディタ６１０はティーザーを生成するとともに、“マトリックス・プロモーション”と名付けられた編集リスト（ＥＤＬ（Edit  Decision  List））を生成する。システムは、新たなアセット“マトリックス・ティーザー”を生成し（ステップ６１２）、作業パッケージを次の作業場６１４（プロモーション承認）に移す。
【００４０】
ティーザーが承認される場合に、システムは、ＥＤＬに従って新しいコンテンツを確認し（ステップ６１６）、ティーザー（例えば、マトリックス）が利用可能であることを知らせる通知６１７をＭＣＲスーパーバイザに送る。オペレータＭＣＲスーパーバイザがメッセージの確認応答を行う場合（ステップ６１９）に、アセットはステージ領域に移され、二次的なサブ作業フロー６０８はタスク６２２を削除することで完了され、メインタスク再生作業フローは継続する。映画及びティーザーをチャネルに自動割り当てした（ステップ６２６）後、ＰＬＭモジュール６０２はコンテンツを専用の再生サーバに移動する（ステップ６２８）。作業パッケージは再生に移される。警告は、作業パッケージが利用可能でない場合に送信されうる。すなわち、警告は、ファイルが削除され、あるいは、処理中に何か誤った方向に進んだ（例えば、作業パッケージが品質の問題により拒絶された）場合に、送信されうる。自動化ステーションはコンテンツを再生し（ステップ６３０）、ＰＭＬモジュールは自動化から“アズ・ラン・ログ（as  Run  Log）”報告をキャッチして（ステップ６３２）コンテンツを削除する（ステップ６３４）。システムはコンテンツの削除を追跡し（ステップ６２４）、映画を再生するようトラフィックに通知を送った後でアセット、アーカイブ及びタスクを削除する。
【００４１】
図７ａ及び図７ｂは、夫々、本原理の動作管理システムの論理作業フロー及び物理作業フローを示す。図７ａに表される論理作業フローは、インジェスト（ステップ７０２）、準備（ステップ７０４）及びアーカイブ（ステップ７０６）のステップを有するインジェストサブ作業フローを表す。インジェストステップ７０２は、通例、要求されるタスク（例えば、図５及び図６を参照して説明されるように、本例では、タスクは映画の再生である。）を記録し（ステップ７１２）、その品質制御を管理する（ステップ７１４）スーパーバイザ７１０を有する。（当業者には当然のことながら、タスクは本原理の適用範囲から逸脱することなく変更可能である。）準備ステップ７０４の間、タスクは編集され（ステップ７１６）承認される（ステップ７１８）。承認されると、タスクはアーカイブに入れられ（ステップ７２０）、次いで、再生（ステップ７０８）のためにリストアされる（ステップ７２２）。再生ステップ７０８は、ステージ（ステップ７２４）及び場合によりプロモーションサブ作業フロー（ステップ７２６）を有する。プロモーションステップ７２６が起こらない場合は、タスクは再生され（ステップ７３２）、次いでシステムはこのタスクから消去される（ステップ７４３）。
【００４２】
図７ｂは、論理作業フローに対応する物理作業フローを表す。図７ｂに示されるように、インジェスト（ステップ７０２）の間、要求されるコンテンツの高解像度バージョン７５０が、コンテンツが所望のフォーマットに適合することを確認するようコンフォーマンス・エンジン７５２を通して生成され実行される。コンテンツは、また、高解像度フォーマットの低解像度バージョンを生成するようトランスコーダ７５４により実行される（ステップ７５６）。生成されると、高解像度バージョンはアーカイブに入れられ（ステップ７５８）、次いで再生ステージに送られる（ステップ７６０）。この時点で、再生ステージは、ステップ７１６の間に行われる編集に従って高解像度クリップを生成するコンフォーマンス・エンジン７６２にコンテンツを送り、次いで、再生（例えば、再生１（ステップ７６４）及び再生２（ステップ７６６））のために１又はそれ以上の分配チャネルへコンテンツを送る。
【００４３】
ここに記載される実施は、例えば、方法若しくは処理、装置、又はソフトウェアプログラムで実施されてよい。たとえ単一の実施形態についてしか論じられていないとしても（例えば、方法としてしか論じられていないとしても）、記載される特徴の実施は、また、他の形態（例えば、装置又はプログラム）で実施されてもよい。装置は、例えば、適切なハードウェア、ソフトウェア、及びファームウェアで実施されてよい。方法は、例えば、コンピュータ、マイクロプロセッサ、集積回路、又はプログラマブル論理デバイスを含む、一般に処理装置と言われるプロセッサ等の装置で実施されてよい。
【００４４】
更に、方法は、プロセッサによって実行される命令によって実施されてよく、斯かる命令は、例えば、集積回路、ソフトウェア担体、又はハードディスク、コンパクトディスク、ランダムアクセスメモリ（ＲＡＭ）、若しくは読出専用メモリ（ＲＯＭ）等の他の記憶デバイスのようなプロセッサ読出可能な媒体に記憶されてよい。命令は、プロセッサ読出可能な媒体に実体的に具現されるアプリケーションプログラムを形成してよい。当然に、プロセッサは、例えば処理を実行するための命令を有するプロセッサ読出可能な媒体を有してよい。
【００４５】
当業者には明らかなように、実施は、また、例えば記憶又は送信可能な情報を運ぶようフォーマット化された信号を生成してよい。情報には、例えば、方法を実行するための命令、又は記載される実施の１つによって生成されるデータが含まれてよい。斯かる信号は、例えば、（例えば、スペクトラムの無線周波数部分を用いる）電磁波として、又はベースバンド信号としてフォーマット化されてよい。フォーマット化には、例えば、データストリームの符号化、符号化されたストリームのパケット化、及びパケット化されたストリームによる搬送波の変調が含まれる。信号が運ぶ情報は、例えば、アナログ又はデジタルの情報であってよい。信号は、知られているように、多種多様な有線又は無線リンクを介して送信されてよい。
【００４６】
多数の実施について記載してきた。それにも関わらず、様々な変形が行われてよいことは明らかである。例えば、他の実施を生み出すために、異なる実施の要素が組み合わされ、補完され、変更され、又は除去されてよい。更に、当業者には当然のことながら、他の構造又は処理が開示される構造又は処理と置き換えられてよく、結果として現れる実施は、開示される実施と少なくとも実質的に同じ結果を達成するよう少なくとも実質的に同じように少なくとも実質的に同じ機能を実行する。然るに、これらの及び他の実施は特許請求の範囲の適用範囲内にある。
【００４７】
［関連出願の相互参照］
本願は、２００７年４月１２日に出願した米国仮特許出願番号第６０／９２３，０２２７号に基づく優先権を主張するものであり、同米国出願の全内容を本願に参照により援用する。
【図１ａ】
2010524125.tif 000003
【図１ｂ】
2010524125.tif 000004
【図２】
2010524125.tif 000005
【図３】
2010524125.tif 000006
【図４】
2010524125.tif 000007
【図５】
2010524125.tif 000008
【図６】
2010524125.tif 000009
【図７ａ】
2010524125.tif 000010
【図７ｂ】
2010524125.tif 000011
【国際調査報告】
2010524125.tif 000012
2010524125.tif 000013
2010524125.tif 000014