(57)【要約】アセットにより駆動されるワークフローの依存管理は、各アクティビティについて入力及び／又は出力として使用されるアセットの記述に基づき、アクティビティ間の接続を確立する。そのような記述的な“コントラクト”は、所望の出力を生成するのに必要な関連するアクティビティを容易に照合するメカニズムを提供する。所望のワークフローのグラフィカルモデルを生成することによって、ユーザは、何が関係しているかについてのより良い理解を得られる。グラフィカルモデルは、現実世界の製品を設計し且つ監視するために使用され得る。アクティビティのグラフィカル表現は、ベンダー、ファシリティ、及び他の生産アクティビティをモデリングするために使用される。アクティビティモデルは、アクティビティ間でやり取りされる成果物を表すアセットを生成及び／又は消費する。アクティビティのモデルを用いて、生産パイプラインのモデルは後ろから前へ構築され得る。よって、最終結果のアクティビティモデルは最初に選択され、選択された最終結果のアクティビティによって必要とされるアセットに基づき、その必要とされるアセットを生成する適切なアクティビティは選択され得る。このプロセスは、プロセスパイプラインの開始に達するまで繰り返され得る。現実世界のプロセスパイプラインは、次いでモデルに基づき形成され得、モデルは、現実世界の生産パイプラインの状態を追跡するために使用され得る。そのような技術は、より効率的な追跡のためにアセットのセットの処理を更に支援することができる。
2016508636.tif 000002
【特許請求の範囲】
【請求項１】
ワークフローモデルにおけるセットを処理する方法であって、
同じタイプの複数のアセットを有する第１のセットを示す関連するアセット記述子を持った少なくとも第１の入力を有する第１のアクティビティのグラフィカル表現を供給するステップと、
同じタイプの複数のアセットを有する第２のセットを示す関連するアセット記述子を持った少なくとも出力を有する第２のアクティビティのグラフィカル表現を供給し、前記第２のセットのメンバが、前記第１のアクティビティのグラフィカル表現の第１の入力と関連する前記第１のセットのメンバと一致するステップと、
前記第２のアクティビティのグラフィカル表現の出力と関連する前記第２のセットのメンバが前記第１のアクティビティのグラフィカル表現の第１の入力と関連する前記第１のセットのメンバと一致することに基づき、前記第１のアクティビティのグラフィカル表現の第１の入力を前記第２のアクティビティのグラフィカル表現の出力と接続するステップと
を有する方法。
【請求項２】
前記グラフィカル表現の供給は、複数の可能なグラフィカル表現の中からグラフィカル表現を選択することを含む、
請求項１に記載の方法。
【請求項３】
前記第１のアクティビティのグラフィカル表現は、前記第１の入力のアセット記述子とは異なるアセット記述子を持つ第２の入力を有する、
請求項１に記載の方法。
【請求項４】
前記第１のアクティビティのグラフィカル表現の第２の入力のアセット記述子と一致する関連するアセット記述子を持った少なくとも出力を有する第３のアクティビティのグラフィカル表現を供給するステップと、
前記一致するアセット記述子に基づき、前記第１のアクティビティのグラフィカル表現の第２の入力を前記第３のアクティビティのグラフィカル表現の出力と接続するステップと
を更に有する請求項３に記載の方法。
【請求項５】
前記第２のアクティビティのグラフィカル表現は、関連するアセット記述子を持つ少なくとも第１の入力を更に有し、
当該方法は、
前記第２のアクティビティのグラフィカル表現の第１の入力のアセット記述子と一致する関連するアセット記述子を持った少なくとも出力を有する第３のアクティビティのグラフィカル表現を供給するステップと、
前記一致するアセット記述子に基づき、前記第２のアクティビティのグラフィカル表現の第１の入力を前記第３のアクティビティのグラフィカル表現の出力と接続するステップと
を更に有する、請求項１に記載の方法。
【請求項６】
アクティビティのグラフィカル表現のうちの少なくとも１つは、アクティビティテンプレートである、
請求項１に記載の方法。
【請求項７】
アクティビティのグラフィカル表現のうちの少なくとも１つは、アクティビティインスタンスである、
請求項１に記載の方法。
【請求項８】
アクティビティインスタンスのアセット記述子の特定のパラメータは、当該アクティビティインスタンスに接続されるあらゆるテンプレートアクティビティへパスされる、
請求項７に記載の方法。
【請求項９】
ワークフローモデルにおけるセットを処理する装置であって、
ワークフロー情報を記憶するストレージと、
処理するためのデータを記憶するメモリと、
同じタイプの複数のアセットを有する第１のセットを示す関連するアセット記述子を持った少なくとも第１の入力を有する第１のアクティビティのグラフィカル表現を供給し、同じタイプの複数のアセットを有する第２のセットを示す関連するアセット記述子を持った少なくとも出力を有する第２のアクティビティのグラフィカル表現を供給し、前記第２のセットのメンバが、前記第１のアクティビティのグラフィカル表現の第１の入力と関連する前記第１のセットのメンバと一致し、前記第２のアクティビティのグラフィカル表現の出力と関連する前記第２のセットのメンバが前記第１のアクティビティのグラフィカル表現の第１の入力と関連する前記第１のセットのメンバと一致することに基づき、前記第１のアクティビティのグラフィカル表現の第１の入力を前記第２のアクティビティのグラフィカル表現の出力と接続するよう構成されるプロセッサと
を有する装置。
【請求項１０】
ネットワークへ接続するためのネットワーク接続を更に有する
請求項９に記載の装置。
【請求項１１】
前記供給されるグラフィカル表現は、複数の可能なグラフィカル表現の中から選択されたグラフィカル表現を有する、
請求項９に記載の装置。
【請求項１２】
アクティビティのグラフィカル表現のうちの少なくとも１つは、アクティビティテンプレートである、
請求項９に記載の装置。
【請求項１３】
アクティビティのグラフィカル表現のうちの少なくとも１つは、アクティビティインスタンスである、
請求項９に記載の装置。
【請求項１４】
アクティビティインスタンスのアセット記述子の特定のパラメータは、当該アクティビティインスタンスに接続されるあらゆるテンプレートアクティビティへパスされる、
請求項１３に記載の装置。
【請求項１５】
実行される場合に、
同じタイプの複数のアセットを有する第１のセットを示す関連するアセット記述子を持った少なくとも第１の入力を有する第１のアクティビティのグラフィカル表現を供給するステップと、
同じタイプの複数のアセットを有する第２のセットを示す関連するアセット記述子を持った少なくとも出力を有する第２のアクティビティのグラフィカル表現を供給し、前記第２のセットのメンバが、前記第１のアクティビティのグラフィカル表現の第１の入力と関連する前記第１のセットのメンバと一致するステップと、
前記第２のアクティビティのグラフィカル表現の出力と関連する前記第２のセットのメンバが前記第１のアクティビティのグラフィカル表現の第１の入力と関連する前記第１のセットのメンバと一致することに基づき、前記第１のアクティビティのグラフィカル表現の第１の入力を前記第２のアクティビティのグラフィカル表現の出力と接続するステップと
を実行する命令を含む機械可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフロー及び／又は生産パイプラインのモデリング、特に、生産パイプラインに沿って必要とされ且つ生成されるアセットに基づき生産パイプラインをモデリングする方法及び装置に関する。
【背景技術】
【０００２】
あらゆる映画、テレビ、又はレコード製品に関し、新しいフォーマットにおいて新しいアセットを生成することができる、異なった製作会社間でやり取りされる幾つかの異なったフォーマットにあるショット、視覚効果、音響などのような幾つかのアセットが存在する。それらのアセットは、テレビ番組、映画、レコード、又は同様のものを作るのに使用されるビルディングブロックである。そのようなアセットの経過を追い、アセットの場所及び状態がどのようであるかを知ることは、途方もなく複雑な試みである。
【０００３】
プロジェクトマネージャプログラムが存在するが、それらは、通常は、プロジェクトの段階を表す各ブロックがシステムを作るためにユーザによって次のブロックと関連付けられるトップダウンの静的なシステム設計のために設計されている。ブロックは、アセットに基づき結合せず、また、プログラムは、そのようなアセットを追跡しない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
よって、映画、テレビ、音楽アルバムなどの生成において使用されるアセットに基づきワークフロー及び／又は生産パイプラインをモデリングすることができる方法及びシステムが必要とされる。
【課題を解決するための手段】
【０００５】
アセットにより駆動されるワークフローの依存管理は、各アクティビティについて入力及び／又は出力として使用されるアセットの記述に基づき、アクティビティ間の接続を確立する。そのような記述的な“コントラクト”は、所望の出力を生成するのに必要な関連するアクティビティを容易に照合するメカニズムを提供する。所望のワークフローのグラフィカルモデルを生成することによって、ユーザは、何がワークフローに関係しているかと、どこで問題及び冗長が起こり得るのかとについてのより良い理解を得られる。グラフィカルモデルは、現実世界の製品を設計し且つ監視するために使用され得る。
【０００６】
アクティビティのグラフィカル表現は、ベンダー、ファシリティ、及び他の生産アクティビティをモデリングするために使用される。アクティビティモデルは、アクティビティ間でやり取りされる成果物を表すアセットを生成及び／又は消費する。アクティビティのモデルを用いて、生産パイプラインのモデルは後ろから前へ構築され得る。よって、最終結果のアクティビティモデルは最初に選択され、選択された最終結果のアクティビティによって必要とされるアセットに基づき、その必要とされるアセットを生成する適切なアクティビティは選択され得る。このプロセスは、プロセスパイプラインの開始に達するまで繰り返され得る。現実世界のプロセスパイプラインは、次いでモデルに基づき形成され得、モデルは、現実世界の生産パイプラインの状態を追跡するために使用され得る。そのような技術は、より効率的な追跡のためにアセットのセットの処理を更に支援することができる。
【０００７】
本開示の一実施形態は、ワークフローモデルにおけるセットを処理する方法を提供する。方法は、同じタイプの複数のアセットを有する第１のセットを示す関連するアセット記述子を持った少なくとも第１の入力を有する第１のアクティビティのグラフィカル表現を供給するステップと、同じタイプの複数のアセットを有する第２のセットを示す関連するアセット記述子を持った少なくとも出力を有する第２のアクティビティのグラフィカル表現を供給し、前記第２のセットのメンバが、前記第１のアクティビティのグラフィカル表現の第１の入力と関連する前記第１のセットのメンバと一致するステップと、前記第２のアクティビティのグラフィカル表現の出力と関連する前記第２のセットのメンバが前記第１のアクティビティのグラフィカル表現の第１の入力と関連する前記第１のセットのメンバと一致することに基づき、前記第１のアクティビティのグラフィカル表現の第１の入力を前記第２のアクティビティのグラフィカル表現の出力と接続するステップとを有する。
【０００８】
本開示の他の実施形態は、ワークフローモデルにおけるセットを処理する装置を提供する。装置は、ストレージ、メモリ及びプロセッサを有する。ストレージ及びメモリは、データを記憶するためのものである。プロセッサは、同じタイプの複数のアセットを有する第１のセットを示す関連するアセット記述子を持った少なくとも第１の入力を有する第１のアクティビティのグラフィカル表現を供給し、同じタイプの複数のアセットを有する第２のセットを示す関連するアセット記述子を持った少なくとも出力を有する第２のアクティビティのグラフィカル表現を供給し、前記第２のセットのメンバが、前記第１のアクティビティのグラフィカル表現の第１の入力と関連する前記第１のセットのメンバと一致し、前記第２のアクティビティのグラフィカル表現の出力と関連する前記第２のセットのメンバが前記第１のアクティビティのグラフィカル表現の第１の入力と関連する前記第１のセットのメンバと一致することに基づき、前記第１のアクティビティのグラフィカル表現の第１の入力を前記第２のアクティビティのグラフィカル表現の出力と接続するよう構成される。
【０００９】
目的及び利点は、特許請求の範囲において特に指し示されている要素及び結合を手段として実現され且つ達成される。留意すべきは、開示される実施形態は、本願では革新的な教示の多数の有利な使用の例でしかない点である。前述の概要及び以下の詳細な説明はいずれも例示及び説明のためのものであり、請求される発明を制限しない点が理解されるべきである。更に、幾つかの記述は、幾つかの発明の特徴に当てはまるが他には当てはまらないことがある。一般に、別なふうに示されない限り、単数要素は、一般性を損なわずに複数個であってよく、その逆も同様である。図面において、同じ符号は、幾つかの図を通じて同じ部分を参照する。
【図面の簡単な説明】
【００１０】
【図１】実施形態に従って、アセットにより駆動されるワークフローのモデリングが実装され得るシステムのブロック略図を表す。
【図２】実施形態に従って、アセットにより駆動されるワークフローのモデリングの手順を実装する電子装置のブロック略図を表す。
【図３】実施形態に従って、アセットにより駆動されるワークフローモデルのブロック略図を表す。
【図４】実施形態に従って、アセットにより駆動されるワークフローのモデリングのための手順の例となるフローチャートを表す。
【図５】実施形態に従って、図４のフローチャートのステップを説明する例となる図を表す。
【図６】実施形態に従って、アセットにより駆動されるワークフローモデルを実装するセットのブロック略図を表す。
【図７】実施形態に従って、アクティビティのグラフィカル表現の例となる図を表す。
【図８】実施形態に従って、アセット記述子に基づくアクティビティの照合の例となる図を表す。
【図９】実施形態に従って、アセット記述子に基づくアクティビティテンプレート及びアクティビティインスタンスの照合の例となる図を表す。
【図１０】実施形態に従って、例となるアセット記述子及びパラメータに基づくそれらの照合の表を表す。
【図１１Ａ】実施形態に従って、アセット記述子のパラメータの伝搬の例となる図を表す。
【図１１Ｂ】実施形態に従って、アセット記述子のパラメータの伝搬の例となる図を表す。
【図１２】実施形態に従って、アセットにより駆動されるワークフローのモデリングにおいてアセットの状態を提供する手順の例となるフローチャートを表す。
【図１３】実施形態に従って、図１２のフローチャートのステップを説明する例となる図を表す。
【図１４】実施形態に従って、共有ファシリティに関連するアセットの追跡の例となる図を表す。
【図１５】実施形態に従って、アセット、アクティビティ、ベンダー、及びファシリティの間の関係を説明する例となる図を表す。
【図１６】実施形態に従って、プロセス情報をアセットデータにマッピングする手順の例となるフローチャートを表す。
【図１７】実施形態に従って、図１６のフローチャートのステップを説明する例となる図を表す。
【図１８】実施形態に従って、プロデューサ作業空間の例となるスクリーンショットを表す。
【図１９】実施形態に従って、図１８のプロデューサ作業空間の成果物ダッシュボードの単離されたスクリーンショットを表す。
【図２０】実施形態に従って、図１８のプロデューサ作業空間のフィルタ処理されたパイプラインの単離されたスクリーンショットを表す。
【図２１】実施形態に従って、図１８のプロデューサ作業空間のアクティビティ詳細の単離されたスクリーンショットを表す。
【図２２】実施形態に従って、マネージャ作業空間の例となるスクリーンショットを表す。
【図２３】実施形態に従って、データＩ／Ｏ作業空間の例となるスクリーンショットを表す。
【図２４】実施形態に従って、エグゼクティブ作業空間の例となるスクリーンショットを表す。
【図２５】実施形態に従って、パイプラインビルダーの例となるスクリーンショットを表す。
【発明を実施するための形態】
【００１１】
これより図１を参照すると、アセットにより駆動されるワークフローのモデリングを実装するシステム１００の実施形態のブロック図が与えられている。システムは、サーバ１１０と、例えば、スマートフォン１２０、例えばデスクトップ又はラップトップなどのパーソナルコンピュータ（ＰＣ）１３０、及びタブレット１４０などの、インターネット１５０を介してサーバ１１０と通信する１つ以上の電子装置とを有する。ある実施形態では、サーバ１１０は、処理及び記憶を含む、アセットにより駆動されるワークフローのモデリングのための環境を提供する。ユーザは、例えばスマートフォン１２０、ＰＣ１３０又はタブレット１４０などの電子装置におけるブラウザ又はアプリケーションを用いて、サーバ１１０におけるアセットにより駆動されるワークフローモデルとインタフェース接続する。他の実施形態では、アセットにより駆動されるワークフローのモデリングの一部又は全ては、例えば、スマートフォン１２０、例えばデスクトップ又はラップトップなどのパーソナルコンピュータ（ＰＣ）１３０、及びタブレット１４０などの１つ以上の電子装置において実行され得る。
【００１２】
図２は、アセットにより駆動されるワークフローのモデリングのための手順及びシステムを実装するのに使用され得る例となるサーバ２００又は電子装置を表す。サーバ又は電子装置は、１つ以上のプロセッサ２１０、メモリ２２０、ストレージ２３０、及びネットワークインタフェース２４０を有する。それらの要素の夫々は、以下でより詳細に論じられる。
【００１３】
プロセッサ２１０は、サーバ２１０又は電子装置の動作を制御する。プロセッサ２１０は、サーバ又は電子装置を動作させるソフトウェアを起動するとともに、アセットにより駆動されるワークフローのモデリングアプリケーションの機能性を提供する。プロセッサ２１０は、メモリ２２０、ストレージ２３０、及びネットワークインタフェース２４０へ接続され、それらの要素の間の情報の転送及び処理を扱う。プロセッサ２１０は、汎用のプロセッサ、又は特定の機能性に専用のプロセッサであることができる。ある実施形態では、複数のプロセッサが存在することができる。
【００１４】
メモリ２２０は、プロセッサによって実行される命令及びデータが記憶されるところである。メモリ２２０は、揮発性メモリ（ＲＡＭ）、不揮発性メモリ（ＥＥＰＲＯＭ）、又は他の適切な媒体を含むことができる。
【００１５】
ストレージ２３０は、本開示の低温貯蔵の推奨手順を実行する際にプロセッサによって使用及び生成されるデータが記憶されるところである。ストレージは、磁気媒体（ハードドライブ）、光媒体（ＣＤ／ＤＶＤ−ＲＯＭ）、又はフラッシュに基づくストレージであってよい。他のタイプの適切なストレージは、本開示の利点を鑑みて当業者に明らかであろう。
【００１６】
ネットワークインタフェース２４０は、ネットワーク上での他の装置とのサーバ２００又は電子装置の通信を扱う。適切なネットワークの例には、Ｅｔｈｅｒｎｅｔ（登録商標）ネットワーク、Ｗｉ−Ｆｉ対応ネットワーク、セルラーネットワーク、及び同様のものがある。他のタイプの適切なネットワークは、本開示の利点を鑑みて当業者に明らかであろう。
【００１７】
図２において挙げられている要素は例示である点が理解されるべきである。サーバ２００又は他の電子装置は要素を幾つでも有することができ、ある要素は他の要素の機能性の一部又は全てを提供することができる。他の可能な実施は、本開示の利点を鑑みて当業者に明らかであろう。
【００１８】
図３は、アセットにより駆動されるワークフローのグラフィカルモデル３００を表す。アセットにより駆動されるワークフローの依存管理は、各アクティビティについて入力及び／又は出力として使用されるアセットの記述に基づき、アクティビティ間の接続を確立する。そのような記述的な“コントラクト”は、所望の出力を生成するのに必要な関連するアクティビティを容易に照合するメカニズムを提供する。図３は、変換アクティビティ３１０が入力３１２、３１４としてアセットＡ及びアセットＢを必要とし、そして、出力３１６において提供される結果としてアセットＣを生成することを示す。消費アクティビティ３２０、３３０は、入力３２２、３３２においてアセットＣを期待し、一方、生成アクティビティ３４０、３５０はいずれも、出力３４２、３５２において、モデリングされるシステムにアセットＡ及びＢをもたらす。この例となるパイプライン３００では、生成アクティビティ３４０及び３５０の出力３４２、３５２は、変換アクティビティ３１０の入力３１２、３１４へ接続されている。変換アクティビティ３１０の出力３１６は、次いで、消費アクティビティ３２０及び３３０の入力３２２、３３２へ接続されている。
【００１９】
［幾つかの作業定義］
パイプライン：所望の出力を生成するためにつなぎ合わされたアクティビティの集合。パイプラインはワークフローのグラフィカルモデルを提供する。ビデオ又はフィルム製作の例に関し、パイプラインは、所望の製品を生成するのに必要な全てのアクティビティ（例えば、データ、特定のショット、フォーマット、又はオーディオトラックの生成）を表す。
【００２０】
アクティビティ：アセット（例えばデータ、特定のショット、フォーマット、又はオーディオトラックなどの成果物を含む。）を生成し、変換し、又は消費する動作。各アクティビティは入力、出力又はその両方を有してよい。簡略化する前提として、アクティビティは、通常は、単一の出力しか有さない（なお、出力は複合又は合成アセットであってよい。）。アクティビティ（消費アクティビティを除く。）は、その出力によって容易に特性化され得る。アクティビティを一意的にするものは、所与の出力を生成するようアクティビティを介してマッピングされる入力の具体的なコンフィグレーションである。異なるアクティビティは同じ出力を生成してよく、従って、ただ１つが所与のパイプライン内で必要とされる。所与のアクティビティの出力は、複数の下流アクティビティに入力を提供することができる。
【００２１】
接続：アクティビティの出力記述が１つ以上の入力記述と一致する場合に、接続は暗示される。接続は、アセットの送出及び受取のための同意又はコントラクトの履行を表す。
【００２２】
アセット記述子：アクティビティ間の接続を照合し且つ確立するのに使用されるアクティビティ及びその入出力のラベル。
【００２３】
それらの概念の更なる議論は、本明細書において後で与えられている。
【００２４】
図４は、ワークフローのグラフィカル表現を生成するプロセスのフロー図４００である。基本的に、プロセスは３つのステップを含む。関連するアセット記述子を持った少なくとも１つの入力を有する第１のアクティビティのグラフィカル表現を供給すること（ステップ４１０）、第１のアクティビティのグラフィカル表現の入力のアセット記述子と一致する関連するアセット記述子を持った少なくとも１つの出力を有する第２のアクティビティのグラフィカル表現を供給すること（ステップ４２０）、及び一致したアセット記述子に基づき、第２のアクティビティのグラフィカル表現の出力を第１のアクティビティのグラフィカル表現の入力とグラフィカルに接続すること（ステップ４３０）である。それらのステップのグラフィカルな例５００は図５で見られる。
【００２５】
［ワークフローのモデリング］
図５のグラフィカルな例５００において示されているステップ４１０は、第１のアクティビティ５１０のグラフィカル表現を供給することから開始する。この実施形態では、第１のアクティビティのグラフィカル表現は、所望のアセットの記述子（この場合に“Ｈ”）を持った１つの入力５１２を有する。他の実施形態では、第１のアクティビティ５１０のグラフィカル表現は、異なった関連するアセット記述子を持った複数の入力を有してよい。第１のアクティビティの供給されるグラフィカル表現は、アクティビティの複数の供給されるグラフィカル表現から選択されるグラフィカル表現であってよい。グラフィカル表現の選択は、所望の又は必要とされるアクティビティに基づきグラフィカルユーザインタフェースを用いるユーザによって又はシステム自体によって行われ得る。幾つかの環境では、特定のアセット記述子と適合することができるアクティビティの全てが使用されるわけではない。
【００２６】
図５のグラフィカルな例５００のステップ４２０で、第２のアクティビティの少なくとも１つのグラフィカル表現が供給される。この例では、システムは、第１のアクティビティ５１０のアセット記述子（“Ｈ”）と一致する関連するアセット記述子を持った出力を有するアクティビティを探す。所望のアクティビティを出力する１よりも多いアクティビティが存在し得るが、ただ１つが選択される必要がある。選択は、ユーザによって又はシステムによって実行され得る。この例では、第１のアクティビティ５１０の入力５１２のアセット記述子（“Ｈ”）と一致する関連するアセット記述子を持った出力を有する２つの可能なアクティビティ５２０、５３０が存在する。１つの可能な第２のアクティビティ５２０は、一致するアセット記述子（“Ｈ”）を持った出力５２４とともに、異なった関連するアセット記述子（“Ａ”）を持った入力５２２を有する。一致するアセット記述子（“Ｈ”）を持った出力５３６を有する他の可能な第２のアクティビティ５３０は、異なった関連するアセット記述子（“Ｄ”及び“Ｅ”）を持った２つの入力５３２、５３４を有する。
【００２７】
所望の第２のアクティビティ、この場合にアクティビティ５２０をパイプライン内に選択することは、第２のアクティビティ５２０の出力に関連するアセット記述子が第１のアクティビティ５１０の入力５１２のアセット記述子と一致するので、アクティビティ５１０、５２０の間の接続を暗示する。暗示された接続は、ステップ４３０において、グラフィカル接続５４０として表されている。
【００２８】
この実施形態では、照合及び接続は、アセット自体ではなくアセット記述子に基づく。このことは、実際のアセットが存在する前に完全なパイプラインモデルの生成を可能にする。そのようなアセット駆動のモデリングの幾つかの利点には、アクティビティが出力又は消費するアセットの記述に基づくそれらのアクティビティの明示的なマッピング、アセットの来歴がシステムを通じて明示的に追跡され得ること、及び下流の依存性が容易に計算され得ることがある。
【００２９】
［ワークフロー／パイプラインのモデリング（セット）］
メディア製作の世界では、より大きいセットの部分として多数の同じ要素を生成するアクティビティに遭遇することが一般的である。例えば、“デイリーズ（Dailies）”アクティビティは、最初に捕捉されたビデオ及びオーディオの“ショット”を、ディレクター又はプロデューサが見直し且つ承認するための容易にレビュー可能なフォーマットへと変換することに関与する。
【００３０】
一例として、デイリーズアクティビティは、数週間の期間にわたって１０００の“ショット”を処理することに関与してよい。更に、それらの“ショット”は、異なるカメラユニットから不連続に伝来してよい。“デイリーズ”アクティビティの出力は、毎日のように次のステップへ定期的に送られる。
【００３１】
そのようなシステムのモデリングに関し、セットの使用が有益であり得る。セットは、同じタイプから成る１つ以上のアセットの集合である。セットの各メンバは一意のアセットであるが、そのセット内の他のアセットと同じタイプ又はクラスから成る。例えば、セットは５００のショットを有してよいが、そのセットの各メンバは１ショットである。セットは、複数のアクティビティにわたって作業生成物を分配し且つ積み上げるために使用され得る。セットはまた、同様に、サブセットに分割され得る。従って、アクティビティは、異なるアクティビティから異なるサブセットを受け取ってよく、あるいは、アクティビティは、生成されたオリジナルの一部分のみを消費してよい。
【００３２】
セットを用いてワークフローをモデリングする手順は、図４で説明される非セットのアセットにより駆動されるモデリングのための手順と同様である。第１及び第２のアクティビティは、関連するアセット記述子に基づき供給されて接続される。しかし、この場合に、アセット記述子は、アセットのセットが使用されていることを示す。この例は、図６のワークフローモデル６００で見られる。
【００３３】
図６のワークフローモデル６００において、第１のアクティビティ６１０のグラフィカル表現が供給される。第１のアクティビティ６１０は消費アクティビティであり、関連するアセット記述子（この場合に“Ｄ”）を持った入力６１２を有する。この例では、アセット記述子は、入力６１２で受け取られると期待されるアセットのセット（この場合に、ショット１〜２５）が存在することを更に示す。第２のアクティビティ６２０のグラフィカル表現が更に供給される。第２のアクティビティ６２０は変換アクティビティであり、関連するアセット記述子（“Ｄ”）を持った出力６２２を有する。しかし、この場合に、アセット記述子は、出力６２２で供給されるべきアセット（ショット１〜１００）のより大きいセットが存在することを示す。しかし、各セットのメンバアセットの幾つかは一致するので、接続が暗示され、グラフィカルに示される６７０。
【００３４】
図６の実施形態では、第３のアクティビティ６３０及び第４のアクティビティ６４０のグラフィカル表現が更に供給される。第３及び第４のアクティビティは消費アクティビティであり、関連するアセット記述子（“Ｄ”）を持った入力６３２、６４２を有する。アセット記述子は、入力６３２、６４２がアセットのセットを受け取るべきことを更に示す。第３のアクティビティ６３０の場合に、セットはショット２６〜７５を有する。第４のアクティビティ６４０の場合に、セットはショット７６〜１００を有する。第３及び第４のアクティビティ６３０、６４０のセットは第２のアクティビティ６２０のセットのサブセットであるから、各自のセットの中には一致するメンバが存在し、接続が第２のアクティビティ６２０と第３のアクティビティ６３０との間及び第２のアクティビティ６２０と第４のアクティビティ６４０との間で暗示され、グラフィカルに示される６７２、６７４。
【００３５】
上述されたように、図６のモデル６００における第２のアクティビティ６２０は変換アクティビティである。そのようなものとして、第２のアクティビティ６２０は、関連するアセット記述子（この場合に“Ｓ”）を持った入力６２４を更に有する。この例では、関連するアセット記述子は、入力６２４で受け取られると期待されるアセット（この場合に、ショット１〜１００）のセットが存在することを更に示す。よって、第２のアクティビティ６２０は、その入力６２４でショット１〜１００を有するアセット“Ｓ”のセットを受け取り、その出力６２２でショット１〜１００を有するアセット“Ｄ”のセットを生成するプロセス又はオペレータをモデリングする。
【００３６】
第５のアクティビティ６５０及び第６のアクティビティ６６０のグラフィカル表現がまた、図６のモデル６００において供給される。第５のアクティビティ６５０及び第６のアクティビティ６６０は生成アクティビティであり、関連するアセット記述子（“Ｓ”）を持った出力６５２、６６２を有する。アセット記述子は、出力６５２、６６２がアセットのセットを生成すべきことを更に示す。第５のアクティビティ６５０の場合に、セットはショット１〜５０を有する。第６のアクティビティ６６０の場合に、セットはショット５０〜１００を有する。第５及び第６のアクティビティ６５０、６６０のセットは、第２のアクティビティ６２０の入力６２４で受け取られるセットのサブセットであるから、各自のセットの中には一致するメンバが存在し、接続が第５のアクティビティ６５０と第２のアクティビティ６２０との間及び第６のアクティビティ６６０と第２のアクティビティ６２０との間で暗示され、グラフィカルに示される６８０、６８２。
【００３７】
［アセット記述子］
明らかなように、アセット記述子は、アクティビティ間の接続を生成し且つ潜在的なアクティビティ接続を特定するよう入力及び出力をモデリングするために使用される。ある実施形態では、アセット記述子は、アセットレジストリ内の既存のアセットと相関するために使用される。
【００３８】
ある実施形態では、アセット記述子は、正確な又はパラメータ化された照合のために使用され得る。このとき、パラメータ化された照合は、記述子が比較される場合に、幾つかのワイルドカード様の機能を提供する。本例では、完全に定義されたアセット記述子は、円で囲まれた大文字により表される。例えば：
【００３９】
［外１］
2016508636.tif 000003
パラメータ化されたアセット記述子は、円で囲まれた“プライム付き”大文字により表され得る。例えば：
【００４０】
［外２］
2016508636.tif 000004
［幾つかの更なる定義］
・アクティビティインスタンス。これは、全ての入力及び出力アセット記述子が完全に定義されているアクティビティであり、未定義のパラメータが存在しないことを意味する。
・アクティビティテンプレート。これは、再利用を容易にする１つ以上のパラメータ化されたアセット記述子を有するアクティビティである。しかし、これは必要条件ではない。
【００４１】
アクティビティは、それらの入力及び出力に関して定義される。入力及び出力は、つまり、それらのアセット記述子によって定義される。入力及び出力の特定の組み合わせは、アクティビティの“シグニチャ”を決定する（それがどのように名付けられ得るかに関わらず）。図７の例では、アクティビティ１  ７００は、入力７０２、７０４でアセット（Ａ）及びアセット（Ｂ）をとり、出力７０６でアセット（Ｃ）を供給する。アクティビティ２  ７１０は、出力でアセット（Ｃ）を供給するが、入力７１２でアセット（Ｘ）をとる。この例では、それらのアクティビティの夫々は、それらが異なった入力を必要としながら、いずれも同じ出力を生成する点で、一意的である。
【００４２】
アクティビティインスタンスの間の接続をモデリングするよう、上流のアクティビティの出力は下流のアクティビティの入力と一致する必要がある。複数の下流アクティビティは同じアセットを消費してよい。図８の第１のモデル８００では、アクティビティインスタンス１（８１０）、アクティビティ２（８２０）、アクティビティインスタンス３（８３０）、及びアクティビティインスタンス４（８４０）が存在する。第２のモデル８５０では、接続は、アクティビティインスタンス１（８１０）がアセット（Ａ）をインスタンス２（８２０）及び３（８３０）へ供給することにより示されている。アクティビティインスタンス３（８３０）は２つの入力（Ａ）及び（Ｂ）を必要とする。アセット（Ｂ）はアクティビティインスタンス４（８４０）によって供給される。
【００４３】
アクティビティインスタンス間の潜在的な接続をアクティビティテンプレートによりモデリングするよう、インスタンスの入力はテンプレートの出力とのテンプレートマッチ（又はその逆）を行うことができる。この例は図９のモデル９００で見られる。図９で、アクティビティインスタンス４（９３０）の入力９３２のアセット記述子（Ａ）は、アクティビティテンプレート１（９１０）の出力９１２のアセット記述子（Ａ’）と一致し、アクティビティインスタンス５（９４０）の出力９４２でのアセット記述子（Ｂ）は、アクティビティテンプレート２（９２０）の入力９２２のアセット記述子（Ｂ’）と一致する。
【００４４】
この時点までに単一文字を使用することは、開示されている概念を高いレベルで説明するための１つのアプローチであった。実際には、アセットを記述するための任意に多数の方法が存在する。一実施形態は、アセット記述子を生成するための人が読むことができ且つ柔軟なメカニズムを提供するために、名称／値の対の集合を使用する。アセット記述子は、アセットの一般的なアセット記述子フォーマットを記述すると全体としてとらえられる１つ以上の名称／値の対から構成され得る：
｛
name1:value1,
name2:value2,
name3:value3,
…
｝
例：
｛
Title:‘The  Hobbit’,
Version:‘Trailer’,
Type:‘Netfix  Encoding’
｝
パラメータされた記述は、簡単に、１つ以上の値をブランクのままとする。以下の例では、“Title”及び“Version”の両方がパラメータである。
【００４５】
例：
｛
Title:‘’,
Version:‘’,
Type:‘Netfix  Encoding’
｝
アセット識別子は、アセット記述子の正規化されたバージョンである。最初に、アセット記述子は、名称／値の対の順序が比較に影響を及ぼさないように正規化される。アセット記述子を正規化するよう、名称及び値は小文字にされ（任意）、次いで名称によってソートされて、その結果が連結される。
例：
アセット記述子、すなわち、
｛
Title:‘The  Hobbit’,
Version:‘Trailer’,
Type:‘Netfix  Encoding’
｝
は、アセット識別子、すなわち、
title:‘the  hobbit’,type:‘netflix  encoding’,version:‘trailer’
となる。
【００４６】
任意に、暗号学的ハッシュが、以下で示される一意の数字（１６進）識別子を生成するために、上記の結果に対して実行され得る：
147c21df6e470da7879307dbfb2e2a5d3e9c40719ba2a1a840bf71c732f71b2f
アセット識別子の暗号学的ハッシュ変異は、テキストバージョンが多くの問題を抱えすぎて使い勝手が悪いＨＴＭＬにおいてクラス又はＩＤパラメータとしてユーザインタフェース要素を識別する場合に特に有用である。
【００４７】
アセット参照は、アンダースコア“＿”文字によって分離された原のアセット記述子において定義された順序で値を連結させる。これは、アセットをそれほど形式的に記述しない人が読むことができるショートハンドを提供する。
【００４８】
上記の例は、次のようになる：
‘The  Hobbit_Trailer_Netfix  Encoding’
アセット記述子及びアセット識別子は両方とも、完全な識別のために使用され得る。しかし、アセット参照は、単に表示の便宜のためであり、一義的な参照のために当てにされるべきでない。
【００４９】
完全に定義されたアセット記述子の正確な照合は、アセット識別子を用いて直接に実行され得る。
【００５０】
完全に定義されたアセット記述子をパラメータ化された記述子と照合する場合に、次の規則が使用される：
・名称／値の対は、比較のために小文字にされる。
・パラメータ化されたアセット記述子は、完全に定義されたアセット記述子と正確に同じ名称エントリを有すべきである。名称の順序は重要でない。
・パラメータ化されたアセット記述子のエントリがある値についてブランクを有する場合は、それは、完全に定義されたアセット記述子における対応する値にかかわらず一致する。パラメータ化されたアセット記述子がある値について非ブランクのエントリを有する場合は、それは正確に一致すべきである（正規化後）。
【００５１】
例として、図１０の例となる表１０００が示される。
【００５２】
アクティビティのパイプラインを構築する場合に、所望の出力（消費アクティビティ）を選択し、所望のパラメータ値を代入し、次いで、アクティビティがパイプラインを完了すると特定されるにつれて所望の値が伝播することを可能にすれば足りるべきである。図１１の例は、矢印１１０２によって示されるように終わりから始まりへと構築されるパイプライン１１００を詳述する。パイプラインはまた、始まりから終わりへ又は途中から構築されてよい。
【００５３】
図１１Ｂのステップ１．０（１１１０）は終了アクティビティで始まる。この例では、供給されるアクティビティは、選択されたアクティビティテンプレート１１１２である。それに関し、入力のためのアセット記述子“Ａ’”のパラメータは、アクティビティテンプレートをアクティビティインスタンスとするよう指定される。アセット記述子“Ａ’”の指定されたパラメータは、次いで、第２の供給されるアクティビティテンプレート１１２２へ接続１１４を通じて送られ得る。
【００５４】
ステップ２．０（１１２０）で、接続１１１４を通じて送られた指定されたパラメータは、供給された第２のアクティビティテンプレート１１２２の入力に関連するアセット識別子（“Ｂ’”及び“Ｃ””）のパラメータを指定するために使用され、このアクティビティテンプレートをアクティビティインスタンスにする。この例では、アセット記述子“Ｃ””のためのLanguageのパラメータは、それが予め指定されているので、送られていない。
【００５５】
図１１Ａのステップ３．０（１１３０）で、第２のアクティビティインスタンスからの指定されたパラメータは、供給された第３のアクティビティテンプレート１１３２へ接続１１２４を通じて送られる。送られた指定されたパラメータは、供給された第３のアクティビティテンプレート１１３２の出力に関連するアセット識別子“Ｃ’”のためのパラメータを指定するために使用され、このアクティビティテンプレートをアクティビティインスタンスにする。
【００５６】
ステップ４．０（１１４０）で、第２のアクティビティインスタンスからの指定されたパラメータは、供給された第４のアクティビティテンプレート１１４２へ接続１１２６を通じて送られる。送られた指定されたパラメータは、供給された第４のアクティビティテンプレート１１４２の出力に関連するアセット識別子（“Ｂ’”）のためのパラメータを指定するために使用され、このアクティビティテンプレートをアクティビティインスタンスにする。
【００５７】
実際のコンテンツ生成及び分配パイプラインをモデリングすることにおいて、以下のヒューリスティクスが有用であることが分かる：
・全てのアクティビティ記述子は“Title”及び“Version”を含むべきである。それらは、全体のパイプラインインスタンスのためのアセットを区別する。
・全てのアクティビティ識別子は“Type”を含むべきである。Typeフィールドは、アクティビティによって生成されるコンテンツのタイプ（ビデオ、オーディオ、デジタルシネマパッケージなど）を表す。
・他の有用なアセット記述子エントリは“Language”、“AspectRatio”、“DubSubOV”、及び“Format”である。それは、“Type”の値に基づき関連性があってもなくてもよい。他のエントリは、時間とともに使用に発展してよい。
【００５８】
［アセットレジストリ］
ここで論じられているグラフィカルモデルのアクティビティ及びアセットはしばしば実際のアクティビティ又はアセットを表すことができるので、アセットレジストリを提供し且つ保持することが有益であり得る。アセットレジストリは、アセット記述子（又はアセット識別子）を実際のアセットの位置にマッピングする。完全に定義されたアセット記述子に対して既存のアセットを登録することによって、定義時にパイプラインから不必要なアクティビティを削除することが可能である。
【００５９】
以前に定義されたパイプライン構築ストラテジへの変更として、レジストリを確認するステップは、アクティビティテンプレートを照合するあらゆる試みを続けることができる。所与のアセット記述子／識別子にマッピングされた異なる位置でのアセットの複数のコピーを有することが可能である。
【００６０】
［履行モデリング］
ここで記載されるモデリング手順において、アクティビティ及びそれらの接続は、アセット依存性に基づきモデリングされる（詳細はアセット記述子の項目を参照されたい。）。アクティビティ間の夫々の接続は、１つのアクティビティの出力についてのその後のアクティビティの入力に対する論理依存性を表す。アクティビティからアクティビティへの進行をたどるために、接続は履行ステータスを有することができる。ワークフローモデルにおいて履行ステータスをモデリングする例となる手順は、図１２のフローチャート１２００で見られる。
【００６１】
その最も簡単なもので、方法は２つのステップを有する。第１のステップ（１２１０）は、第１のアクティビティのグラフィカル表現及び第２のアクティビティのグラフィカル表現を少なくとも有するワークフローのモデルを供給することであり、それらのアクティビティは、一致するアセット記述子に基づき接続される。第２のステップ（１２２０）は、第１及び第２のアクティビティのグラフィカル表現の間の少なくとも接続の根拠である一致するアセット記述子によって示される少なくとも１つのアセットのステータスを決定することである。それらのステップは、図１３を参照して以下でより詳細に記載される。
【００６２】
図１３のダイアグラム１３００において、ワークフローのモデルは、図１２の手順のステップ１２１０で説明されたように提供される。この例では、モデルは、第１のアクティビティ１３１０（ここでは起点アクティビティ）及び第２のアクティビティ１３２０（ここでは目標アクティビティ）のグラフィカル表現を含む。第１のアクティビティ１３１０及び第２のアクティビティ１３２０は、一致するアセット記述子に基づき接続１３３０される。次いで、履行ステータス１３４０が、接続１３３０の根拠である一致するアセット記述子によって示される少なくとも１つのアセットについて決定される。
【００６３】
履行ステータスは、１つのアクティビティから次のアクティビティへ移動する物理的／電子的アセットの状態を反映する。アクティビティが期待される出力（アセット）を生成した場合に、それは、従属する下流のアクティビティへ物理的／電子的に送られるので、プロセスは続くことができる。履行メカニズムは、アセット移動の状態を追跡する（例えば、保留中、送信中、受信済み、エラー）。ある実施形態では、履行ステータスは、グラフィカル表示されるか、あるいは、モデルのアクティビティ又は他の要素のグラフィカル表現の一部として別なふうに示され得る。
【００６４】
ある他の実施形態では、アクティビティのステータスは、アクティビティによって生成及び／又は消費されるアセットの履行ステータスに基づき決定され得る。ある更なる実施形態では、アクティビティのステータスは、グラフィカル表示されるか、あるいは、モデルのアクティビティ又は他の要素のグラフィカル表現の一部として別なふうに示され得る。
【００６５】
ある実施形態では、単一の物理的／電子的配信が複数の下流アクティビティによって利用可能であり、複数の履行記録は冗長的である。これを解決するよう、アクティビティ間の依存関係からアクティビティ−ファシリティ間の関係へと変更が行われ得る。この例は図１４で見られる。
【００６６】
図１４の例となるダイアグラム１４００において、アクティビティＢ１４２０及びアクティビティＣ１４３０は同じ共有ファシリティ１４５０（ファシリティＹ）にある。よって、接続１４０２は、起点アクティビティＡ１４１０と共有ファシリティ１４５０（ファシリティＹ）との間に示されている。目標アクティビティＤ１４４０は別のファシリティ（ファシリティＺ）にあるので、別個の接続１４４０がアクティビティＡ１４１０とアクティビティＤ１４４０との間に設けられている。
【００６７】
語“ファシリティ”は、システムにおいて使用される他の“位置”参照と区別するために選択されている。加えて、特定のアセット依存関係は、履行がファシリティのみならず、配信されるべき特定のアセットにも依存するように、依然として維持されるべきである。そのような実施形態において、履行ステータスは、このとき、起点アクティビティからファシリティへの特定のアセットの配信を表す。つまり、ファシリティは、複数の目標アクティビティによって共有されてよい。それらの要素の相互関係のダイアグラム１５００は図１５で見られる。
【００６８】
図１５のダイアグラム１５００において、ワークフローのモデルが提供される。この例では、モデルは、第１のアクティビティ１５１０（ここでは起点アクティビティ）及び第２のアクティビティ１５２０（ここでは目標アクティビティ）のグラフィカル表現を含む。第１のアクティビティ１５１０と第２のアクティビティ１５２０との間の関係１５３０は、一致するアセット記述子に基づく。次いで、履行ステータス１５４０は、関係１５３０の根拠である一致するアセット記述子によって示される少なくとも１つのアセットについて決定される。この方法に対する実際的な制約として、ファシリティ１５６０は、第２のアクティビティ１５２０によって参照されるベンダー１５５０に関連付けられている。このように、ベンダー情報を変更することは、適切なファシリティ割り当てをもたらす。所与のファシリティは複数のベンダーによって参照されてよい。
【００６９】
履行ステータスは、アセット記述を共有するアクティビティの各対について参照され得る。履行ステータスを生成する場合に、目標アクティビティのベンダー．ファシリティ記述子は、履行が既に生成されているかどうかを決定するために使用され得る。そのような場合に、既存の履行記録が参照されてよく、そうでない場合には、新しい履行が生成され得る。ある実施形態では、逆ドメイン名シンタックスがファシリティ記述子のために使用され得るので、それは人が読むことができる（例えば、technicolor.perivale、technicolor.perivale.transcodingDept）。一意のファシリティワラントは履行を分離するが、同じ物理的位置において複数の“ファシリティ”が存在することができる。このことは、履行ステータスを独立に追跡する別個の記録をもたらす。
【００７０】
［アセットデータへのプロセス情報のマッピング］
ワークフローのモデリングは、この時点までに、モデリングされるパイプラインと一致する駆動アセット生成プロセス（アクティビティ）に焦点を当ててきた。言い換えると、システムは、定義されるモデルに基づき、どのようなアクティビティが何に依存するかを述べ、アセット記述子スキームに従ってアセットの登録を実施した。代替のアプローチは、これより、同様のレベルのパイプライン情報を配信するために、しかしながら、基礎をなすアクティビティの直接の影響を伴わない受動的な様態において、提供される。一般概念は、全体のプロセスのステータスを導出するためにアセットデータにわたってパイプラインモデル（プロセスデータ）をオーバレイすることである。
【００７１】
アセットが生成される場合に、それらがアセットレジストリシステムにおいて登録されると考えられる。この手順は、上記のアセット記述子及びアセットレジストリの概念と一致する更なる構造化されたデータを必要とする。アセット記述子の名称／値は、一致する必要がある（例えば、title、language、aspect  ratioなど）。
【００７２】
アセット記述子を参照するアクティビティから成るプロセスモデルは、（おそらくプロセスレジストリから）取得され、アセットレジストリ内のデータを見てパイプラインステータス情報を得るために使用される。例となる手順は図１６のフローチャート１６００で見られる。
【００７３】
その最も簡単なもので、方法は２つのステップを含む。第１のステップ（１６１０）は、ワークフローのモデルに必要とされるアセットが存在することを決定することである。第２のステップ（１６２０）は、既存のアセットを必要とするアクティビティのグラフィカル表現を供給することである。それらのステップは、図１７を参照して以下でより詳細に記載される。
【００７４】
図１７のダイアグラム１７００は３つの部分、すなわち、アセットレジストリ１７１０、プロセスモデル１７２０、及び予想ステータス１７３０を有する。
【００７５】
第１のステップ（１６１０）が実行されるのはアセットレジストリ１７１０内である。アセットが存在するかどうかを決定するよう、アセットレジストリはクエリされる。アセットレジストリは、例えばデータベースなどの、生成されたか又は予め存在しているアセットの集合である。この例では、アセットレジストリは所与のワークフローのためのアセットのみを含むと考えられる。しかし、当業者には当然ながら、アセットレジストリは、現在のワークフローモデルの部分でないアセットを含む登録されたアセットを幾つでも含んでよい。図１７の例では、３つのアセット（Ａ、Ｂ、Ｃ）が既に存在していると決定される。
【００７６】
図１７のプロセスモデル１７２０で、アセットを必要とするアクティビティのグラフィカル表現が供給される。そのようなアクティビティは、アセットを生成したか又は消費するアクティビティを含むことができる。ある実施形態では、生成及び消費の両アクティビティのグラフィカル表現が供給されてよく、更に接続され得る。複数の先在するアセットがある他の実施形態では、全てのアクティビティが接続されている全体のパイプラインのグラフィカル表現が供給され得る。ある実施形態では、プロセス又はモデルレジストリが供給されてよい。プロセスレジストリは、アセットレジストリと同じく、例えばデータベースなどの、既に生成されているか又は以前に使用されたことがあるパイプラインモデルの集合である。幾つかのそのような実施形態では、登録されているパイプラインモデルは、アセットレジストリ内の登録されているアセットと適合するか、あるいは、別なふうにリンクされてよい。
【００７７】
予想ステータス１７３０によれば、パイプラインモデルにおける各アクティビティについて、対応するアセット記述子がアセットレジストリからクエリされる。記述子に一致するアセットが見つけられる場合に、そのアクティビティは完成していると考えられる。その場合に、どのようなアクティビティが進行中であるべきかを推測することは、それらのアクティビティへの入力が完全であるが、現在のアクティビティの出力が完全でないかどうかを確かめることによって、可能である。ステータス表の例は１７４０で見られる。
【００７８】
この基本メカニズムを用いて、データセットは多数の方法においてアプローチされ得る。
【００７９】
予め定義されたパイプライン：このシナリオでは、パイプラインの仕様は前もって知られている（すなわち、title、version、aspect  ratioなどが定義される。）。このことは、アセットレジストリ内のアセットへの直接的なマッピングを可能にする。このアプローチの利点は、如何なる対応するアクティビティも未だ登録されていないパイプラインのステータスを見ることができる点である。
【００８０】
既存のアセットからの予想：システムは、レジストリ内に既に存在するアセットについてのみならず既知のパイプラインを前提とすることができる。一例として、変換が特定のtitle、version、languageについて受け取られて登録される場合に、システムは、所与の値を持った入手変換アクティビティのためのインスタンスを生成し、次いで、出力を他のアクティビティ入力と照合し、順にそれらのアクティビティの出力をその後のアクティビティの入力と照合することによって、残りのパイプラインを予想する。プロセスは、見つけられたアクティビティのあらゆる入力を照合し、出力への入力経路をたどることによって、上流方向において同様に行われ得る。
【００８１】
既存のデータに対してプロセスモデルをオーバレイするこの方法の特徴は、どのパイプラインのバリエーションが最も良く一致するかを確かめるために“ビューイングレンズ”として複数のパイプラインを試みることができる点である。
【００８２】
前述の議論はワークフローのモデルを生成すること及びステータスをモニタリングすることに焦点を当ててきたが、ある実施形態では、パイプラインの概観を提供することが有利であり得る。そのようなものとして、ユーザインタフェースは、ワークフローのグラフィカルモデルを提供するのみならず、ワークフロープロセスの高度な観点を提供するために設けられてよい。そのようなユーザインタフェースの例は図１８乃至２５において見られる。それらの例は、ユーザが、例えば電子装置におけるウェブブラウザ又はアプリケーションを通じて、システムと対話する場合に提供され得るスクリーンショットである。
【００８３】
ある実施形態に従って、本開示のシステムが起動される場合に、ユーザはクレデンシャルをプロンプトされ、次いで、図１８のスクリーンショット１８００で表されるようなプロデューサの作業空間を提示される。この作業空間１８００は、アクティビティ詳細とともにステータス及び依存性を見ながらエントリを生成する手段を提供する。ユーザはまた、アクティビティ詳細のパネルから操作プロセスを駆動することができる。プロデューサの作業空間１８００は３つのパネル、すなわち、成果物ダッシュボード１８１０、フィルタ処理されたパイプラインビュー１８２０、及び詳細ビュー１８３０から成る。他の作業空間ビューは、ユーザによる選択１８０６のために利用可能であり、以下でより詳細に論じられる。
【００８４】
図１９は、図１８の成果物ダッシュボード１８１０の例である。ダッシュボードの各行は成果物１９００に関係があり、成果物に関連するアクティビティ１９１０を示す。成果物ダッシュボード１８１０は更に、ユーザがtitle／version／formatをシステムに付加すること１９２０、既存のtitle／version／formatから選択すること１９３０、特定の成果物を要求するか又は新しい成果物を付加すること１９４０、及び新しいlanguage／aspect  ratio／DubSub行を加えること１９５０を可能にする。ここで情報を入力することは、基礎をなすシステムに、必要条件を満たすよう適切なパイプラインを構築させる。システムは、特定のアクティビティが成果物間で共有されるかどうかを知ることができるほど十分に“高性能”である。
【００８５】
図２０は、フィルタ処理されたパイプラインビュー１８２０の例を示す。フィルタ処理されたパイプラインビュー１８２０は、アクティビティ及びそれらの依存性のグラフィック表現を表示する。フィルタパイプラインビューは、リストビュー２０１０及び従来のパイプラインモデルビューの両方を提供する。このビューで示されるアクティビティは、成果物ダッシュボードにおいて選択された行に関係がある。各アクティビティ２０３０は、入力（左側にある円）及び出力（右側にある円）を持ったボックスとしてグラフィカルに表現されている。この実施形態では、アセットの履行ステータスは、アセットが受け取られたか又は生成されたことを示すよう入力及び／又は出力を塗りつぶすか又は別なふうに強調表示することによって示される。ある更なる実施形態では、アクティビティのステータスもグラフィカルに示され得る。本例では、ボックスが左下角に設けられており、ステータスを示すよう塗りつぶされ得る。空のボックスは、アクティビティが開始されていないことを意味し、部分的に塗りつぶされているボックスは、アクティビティが進行中であることを意味し、塗りつぶされたボックスは、アクティビティが実行されたことを意味する。
【００８６】
このパネルはまた、エグゼクティブ作業空間で利用可能である。その場合に、エグゼクティブパネルからアクティビティを選択することは、選択されたアクティビティに関連してパイプラインを表示する。
【００８７】
図２１は、詳細ビュー１８３０の例である。詳細ビューパネル１８３０は、ボタンが設けられ得る３つの簡単な動作に基づきアクティビティの状態を交信する能力を提供する：
・Set  to  Ready（２１２０）は、アクティビティが完了したことを示すために使用される。
・Send（図示せず。）は、アセットが次のアクティビティ（複数を含む。）へ送信された場合にシステムに知らせる。
・Receive（図示せず。）は、アセットが上流のアクティビティから受け取られた場合にシステムに知らせる。
【００８８】
ある実施形態では、Revise動作は、アクティビティがレディー状態に設定される（Set  to  Ready）と提供され得る。修正（Revise）は、ユーザが変更の影響を見て、その変更がやり直されるよう表明することを可能にする。
【００８９】
それらの動作によって供給される情報は、アセットの履行ステータスとともに、アクティビティ自体のステータスを決定するために使用され得る。
【００９０】
詳細ビューパネル１８３０の現在の表示では、強調表示された“ACTIONS”タブによって示される動作が表示されている。“DETAILS”タブが選択される場合は、期限及びベンダー情報に関する情報が表示される。日付が設定されており、その日付が渡過される（期限までに行われない）場合は、システムは、それに問題としてフラグを立てる。
【００９１】
他の可能な作業空間は、図２２のスクリーンショット２２００で表されるようなマネージャ作業空間である。マネージャ作業空間２２００は、マネージャパネル２２１０及びアクティビティ詳細パネル１８３０から成る。
【００９２】
マネージャパネル２２１０は、特定のアクティビティを通過する全ての作業を提示する。マネージャパネル２２１０は、ユーザがフィールド２２７０を用いて特定のアクティビティを選択することを可能にする。選択されたアクティビティに関連する作業及びタスクは、次いでパネル２２１０において表示される。フィルタ２２３０は、何が表示されているかを調整するのに使用され得る。デフォルトのフィルタは、従事している必要があるものしか示さないが、フィルタは、何が生じ、何が既に完了しているかを示すよう設定され得る。作業が行われると、“Set  to  Ready”２２４０が選択され得、タスクはボードから外れる（フィルタが別なふうに設定されない限り）。マネージャ作業空間２２００のアクティビティ詳細パネル１８３０は、図２１を参照して記載されたように動作する。
【００９３】
他の可能な作業空間は、図２３のスクリーンショット２３００で表されるようなデータＩ／Ｏ作業空間である。データＩ／Ｏ作業空間２３００は、データＩ／Ｏパネル２３１０及びアクティビティ詳細パネル１８３０から成る。
【００９４】
データＩ／Ｏパネル２３１０は、特定のファシリティに関する全ての動作を示すよう設計される。それは、主として、ファシリティの内外でアセットを動かす人々が、アセットを生成又は変更する作業を行う人々とは異なることがあるという考えに適応するために送信及び受信動作を示すよう設計される。データＩ／Ｏパネル２３１０は、ユーザがフィールド２３２０を用いて特定のアクティビティを選択することを可能にする。選択されたアクティビティに関連する作業又はタスク及びそれらのステータス２３４０は、次いでパネル２３１０において表示される。フィルタ２３３０は、何が表示されているかを調整するのに使用され得る。デフォルトのフィルタは、従事している必要があるものしか示さないが、フィルタは、何が生じ、何が既に完了しているかを示すよう設定され得る。例えば“Set  to  Ready”、“Send”及び“Receive”などの動作２３５０が選択され得、ステータス２３４０は然るべく更新される。データＩ／Ｏパネル２３１０のアクティビティ詳細パネル１８３０は、図２１を参照して記載されたように動作する。
【００９５】
他の可能な作業空間は、図２４のスクリーンショット２４００で表されるようなエグゼクティブ作業空間である。エグゼクティブ作業空間２４００は、エグゼクティブパネル２４１０、フィルタ処理されたパイプラインパネル１８２０、及びアクティビティ詳細パネル１８３０から成る。
【００９６】
エグゼクティブパネル２４１０は、例えばグラフ及びタスクリストなどの総括データを提供する。フィルタ２４２０は、何が表示されているかを調整するのに使用され得る。この例では、一番上のボックスは、何をフィルタ処理すべきかを決定し、一番下のボックスは、使用すべき値を設定する。結果は、セレクタ２４３０を用いてグループ化され得る。選択グルーピングヘッダ２４４０は、グループが展開し又は折りたたむことを可能にする。パネル２４５０においてアイテムを選択することは、関連するアクティビティ及びタスクを、フィルタ処理されたパイプラインパネル１８２０及びアクティビティ詳細パネル１８３０において表示させる。
【００９７】
エグゼクティブ作業空間２４００のフィルタ処理されたパイプラインパネル１８２０は、図２０を参照して記載されたように動作する。エグゼクティブ作業空間２４００のアクティビティ詳細パネル１８３０は、図２１を参照して記載されたように動作する。
【００９８】
最後の例となる作業空間は、図２５のスクリーンショット２５００で表されるようなパイプラインビルダーである。パイプラインビルダー２５００は、テンプレートリスト２５１０及び作業空間２５２０から成る。
【００９９】
テンプレートリスト２５１０は、プロジェクト又はワークフローを選択するためのフィールド２５１２を提供する。選択されたプロジェクト又はワークフローのための関連するアクティビティテンプレートは、次いで、テンプレートリストにおいて提供される。それらの結果は更に、フィルタ機能性２５１４を用いてフィルタ処理され得る。必要に応じて、新しいテンプレートは作成ツール２５１６を用いて生成され得る。
【０１００】
作業空間２５２０は、本開示の全体を通じて論じられたようにパイプラインモデルを構築するための機能性を提供する。本実施形態では、アクティビティ２５３０のグラフィカル表現の入力又は出力を選択するにより、テンプレートリスト２５１０における結果は、入力又は出力に関連するアセット記述子に基づきフィルタ処理される。
【０１０１】
ここで開示される様々な実施形態は、ハードウェア、ファームウェア、ソフトウェア、又はそれらのあらゆる組み合わせとして実装され得る。更に、ソフトウェアは、好適に、プログラム記憶ユニット又はコンピュータ可読媒体において有形に具現されるアプリケーションプログラムとして実装される。アプリケーションプログラムは、あらゆる適切なアーキテクチャを有する機械にアップロードされ、そしてその機械によって実行されてよい。好適に、機械は、例えば１つ以上の中央演算処理装置（ＣＰＵ）、メモリ、及び入出力インタフェースなどのハードウェアを備えるコンピュータプラットフォームにおいて実装される。コンピュータプラットフォームは、オペレーティングシステム及びマイクロ命令セットを更に含んでよい。ここで記載される様々なプロセス及び機能は、マイクロ命令コードの部分若しくはアプリケーションプログラムの部分のいずれか、又はそれらのあらゆる組み合わせであってよく、そのようなコンピュータ又はプロセッサが明示的に示されていようとなかろうとＣＰＵによって実行されてよい。加えて、例えば追加のデータ記憶装置及び印刷装置などの様々な他の周辺装置がコンピュータプラットフォームに接続されてよい。
【０１０２】
ここで挙げられている全ての例及び条件付き言語は、当該技術を促進することに発明者によって寄与される概念及び実施形態の原理を読者が理解するのを助ける教育的な目的を意図され、そのような具体的に挙げられている例及び条件に制限されないと解釈されるべきである。更に、発明の原理、態様、及び様々な実施形態並びにそれらの具体例を挙げている本願中の全ての記述は、それらの構造上及び機能上の両方の等価物を包含するよう意図される。加えて、そのような等価物は、現在知られている等価物及び将来開発される等価物、すなわち、構造にかかわらず同じ機能を実行する開発されたあらゆる要素の両方を含むことが意図される。
【０１０３】
［関連出願の相互参照］
本願は、２０１３年１月２３日付けで出願された米国特許仮出願第６１／７５５８９２号及び２０１３年６月１１日付けで出願された米国特許仮出願第６１／８３３７７０号の優先権を主張する。なお、これらの米国出願は、その全文を参照により本願に援用される。
【０１０４】
本願はまた、同時に出願された“ASSET-DRIVEN  WORKFLOW  MODELING”、“FULFILLMENT  TRACKING  IN  ASSET-DRIVEN  WORKFLOW  MODELING”、及び“METHOD  AND  APPARATUS  FOR  MAPPING  PROCESS  INFORMATION  ONTO  ASSET  DATA”と題された出願に関連する。なお、これらの出願は、その全文を参照により本願に援用される。
【図１】
2016508636.tif 000005
【図２】
2016508636.tif 000006
【図３】
2016508636.tif 000007
【図４】
2016508636.tif 000008
【図５】
2016508636.tif 000009
【図６】
2016508636.tif 000010
【図７】
2016508636.tif 000011
【図８】
2016508636.tif 000012
【図９】
2016508636.tif 000013
【図１０】
2016508636.tif 000014
【図１１Ａ】
2016508636.tif 000015
【図１１Ｂ】
2016508636.tif 000016
【図１２】
2016508636.tif 000017
【図１３】
2016508636.tif 000018
【図１４】
2016508636.tif 000019
【図１５】
2016508636.tif 000020
【図１６】
2016508636.tif 000021
【図１７】
2016508636.tif 000022
【図１８】
2016508636.tif 000023
【図１９】
2016508636.tif 000024
【図２０】
2016508636.tif 000025
【図２１】
2016508636.tif 000026
【図２２】
2016508636.tif 000027
【図２３】
2016508636.tif 000028
【図２４】
2016508636.tif 000029
【図２５】
2016508636.tif 000030
【国際調査報告】
2016508636.tif 000031