JP2016508637A - アセット主導のワークフローモデリングにおける遂行追跡 - Google Patents

Abstract

アセット主導のワークフロー依存性管理は、各アクティビティの入力および／または出力として使われたアセットの記述に基づいて、アクティビティ間の接続を確立する。これらの記述的「契約」は、所望の出力の作成に必要な関連するアクティビティを容易にマッチングする機構を提供する。所望のワークフローのグラフィックモデルを作成することによって、何がワークフローに関わっているか、および、どこで問題および冗長が起こり得るか、をユーザにより良く理解させる。グラフィックモデルを用いて、実世界の制作を設計、追跡することができる。アクティビティのグラフィック表現を用いて、ベンダ、ファシリティ、および、他の制作アクティビティをモデリングする。アクティビティモデルは、アクティビティ間で転送される要素成果物を表すアセットを制作、および／または、消費する。アクティビティのモデルを用いると、制作パイプラインのモデルは、後ろから前に構築することができる。従って、最終結果となるアクティビティモデルを、最初に選択し、その選択した最終結果となるアクティビティに必要なアセットに基づいて、その必要なアセットを制作する適切なアクティビティを選択することができる。このプロセスは、プロセスパイプラインの開始に到達するまで、繰り返すことができる。そして、モデルに基づいて実世界のプロセスパイプラインを形成することができ、モデルを用いて、実世界の制作パイプラインの状態を追跡することができる。

Description

本発明は、ワークフローおよび／または制作パイプラインのモデリングに関し、より詳細には、制作パイプラインを、その制作パイプラインに沿って必要とされ、制作されたアセットに基づいて、モデリングする方法および装置に関する。

［関連出願の参照］
本出願は、２０１３年１月２３日に出願された米国仮出願番号６１／７５５，８９２と、２０１３年６月１１日に出願された米国仮出願番号６１／８３３，７７０の利益を主張し、当該内容は引用することによりここに組み込まれているものとする。

本出願は、また、同時に出願した「アセット主導のワークフローモデリングにおけるセット処理」、「アセット主導のワークフローモデリング」および「プロセス情報をアセットデータにマッピングする方法および装置」という名称の出願に関連しており、当該内容は全て、引用することによりここに組み込まれているものとする。

映画、テレビ、またはレコードの制作に関して、幾つかの異なるフォーマットのショット、視覚効果、音などの幾つかのアセットが、新しいフォーマットにおいて新しいアセットを制作することができる異なる制作会社間で転送される。これらのアセットは、テレビ番組、映画、レコード等を作るのに用いられるビルディングブロックである。このようなアセットを追跡すること並びにアセットの位置及び状態を知ることは、非常に複雑な試みである。

プロジェクト管理プログラムが存在するが、それらは典型的にトップダウンの静的システム設計用に設計されている。プロジェクトの段階を表す各ブロックは、ユーザによって次のブロックに関連付けられてシステムを作成する。ブロックがアセットに基づいてリンクすることはなく、プログラムがこのようなアセットを追跡することもない。

従って、映画、テレビ、音楽アルバム等の制作に使用されるアセットに基づいて、ワークフローおよび／または制作パイプラインをモデリングすることができる方法およびシステムが必要とされている。

アセット主導のワークフロー依存性管理は、各アクティビティの入力および／または出力として用いられるアセットの記述に基づいて、アクティビティ間の接続を確立する。これらの記述的「契約(contract)」は、所望の出力を作成するのに必要な関連のあるアクティビティを容易にマッチ（match）する機構を提供する。所望のワークフローのグラフィックモデルを作成することによって、ユーザは、何がワークフローに関わっているか、どこで問題や冗長が起こり得るかを良く理解する。グラフィックモデルを用いて、実世界の制作を設計及び追跡することができる。

アクティビティのグラフィック表現を用いて、ベンダ、ファシリティ、および他の制作アクティビティをモデリングする。アクティビティモデルは、アクティビティ間で転送される要素成果物を表すアセットを制作および／または消費する。アクティビティモデルを用いると、制作パイプラインのモデルを後ろから前に構築することができる。従って、最終結果となるアクティビティモデルが最初に選択され、選択された最終結果となるアクティビティに必要なアセットに基づいて、その必要なアセットを制作する適切なアクティビティを選択することができる。このプロセスは、プロセスパイプラインの始まりに達するまで、繰り返すことができる。そして、実世界のプロセスパイプラインをモデルに基づいて形成することができ、そのモデルを用いて、実世界の制作パイプラインの状態を追跡することができる。

開示の一実施形態は、ワークフローモデルの状態を追跡する方法を提供する。本方法は、関連するアセット記述子を持つ第１の入力を少なくとも有する第１のアクティビティのグラフィック表現と、上記第１のアクティビティの上記グラフィック表現の第１の入力に関連付けられた上記アセット記述子にマッチングする出力に関連付けられたアセット記述子に基づいて上記第１のアクティビティの上記グラフィック表現の上記第１の入力に接続された上記出力を少なくとも有する第２のアクティビティのグラフィック表現と、を有するモデルを提供するステップと、上記第１および第２のアクティビティの上記グラフィック表現間の少なくとも接続に基づくマッチングしたアセット記述子によって示された少なくとも１つのアセットの状態を判断するステップと、を含む。

本開示の別の実施形態は、ワークフローモデルの状態を追跡する装置を提供する。本装置は、記憶装置、メモリ、およびプロセッサを備える。上記記憶装置およびメモリは、データを記憶するためである。上記プロセッサは、関連するアセット記述子を持つ第１の入力を少なくとも有する第１のアクティビティのグラフィック表現と、上記第１のアクティビティの上記グラフィック表現の上記第１の入力に関連付けられたアセット記述子にマッチングする出力に関連付けられたアセット記述子に基づいて上記第１のアクティビティの上記グラフィック表現の上記第１の入力に接続された出力を少なくとも有する第２のアクティビティのグラフィック表現と、を含むモデルを提供するように構成され、上記第１および第２のアクティビティの上記グラフィック表現間の少なくとも接続に基づくアセット記述子のマッチングによって示される少なくとも１つのアセットの状態を判断するように構成される。

目的および利点は、請求項で具体的に指摘した要素および結合によって、実現、達成される。開示の実施形態は本明細書の革新的な教示の多くの有利な利用の例に過ぎないことに留意することは重要である。上記一般的な記載および以下の詳細な記載は、例示的、説明的なものであり、請求項のように本発明を限定するものではないことは、理解されたい。さらに、一部の記載は、ある発明の特徴には適用されるが、他の発明の特徴には適用されない場合もある。一般に、別段の断りがない限り、一般性を失うことなしに、単一の要素は複数であってよく、複数の要素は単一であってもよい。図面においては、類似の番号は、類似の部分を指す。

アセット主導のワークフローモデリングを実施することができるシステムの略ブロック図である。 実施形態による、アセット主導のワークフローモデリング法を実施するための電子デバイスの略ブロック図である。 実施形態による、アセット主導のワークフローモデルの略ブロック図である。 実施形態による、アセット主導のワークフローモデリングの方法を示す例示的なフローチャートである。 実施形態による、図４のフローチャートのステップを示す例示的な図である。 実施形態による、セットを実施するアセット主導のワークフローモデルの略ブロック図である。 実施形態による、アクティビティのグラフィック表現を示す例示的な図である。 実施形態による、アセット記述子に基づいたアクティビティのマッチングを示す例示的な図である。 実施形態による、アセット記述子に基づいたアクティビティテンプレートとアクティビティインスタンスのマッチングを示す例示的な図である。 実施形態による、例示的なアセット記述子と、そのアセット記述子のパラメータに基づいたマッチングを示す表である。 実施形態による、アセット記述子のパラメータの伝搬を示す例示的な図である。 実施形態による、アセット記述子のパラメータの伝搬を示す例示的な図である。 実施形態による、アセット主導のワークフローモデリングにおいて、アセットの状態を提供する方法を示す例示的なフローチャートである。 実施形態による、図１２のフローチャートのステップを示す例示的な図である。 実施形態による、共有のファシリティに関わるアセット追跡を示す例示的な図である。 実施形態による、アセット、アクティビティ、ベンダ、ファシリティ間の関係を示す例示的な図である。 実施形態による、処理情報をアセットデータにマッピングする方法を示す例示的なフローチャートである。 実施形態による、図１６のフローチャートのステップを示す例示的な図である。 実施形態による、制作者ワークスペースを示す例示的なスクリーンショットである。 実施形態による、図１８の制作者ワークスペースの要素成果物ダッシュボードを取り出したスクリーンショットである。 実施形態による、図１８の制作者ワークスペースのフィルタされたパイプラインを取り出したスクリーンショットである。 実施形態による、図１８の制作者ワークスペースのアクティビティの詳細を取り出したスクリーンショットである。 実施形態による、管理者ワークスペースを示す例示的なスクリーンショットである。 実施形態による、データ入出力ワークスペースを示す例示的なスクリーンショットである。 実施形態による、エグゼクティブワークスペースを示す例示的なスクリーンショットである。 実施形態による、パイプラインビルダを示す例示的なスクリーンショットである。

図１を参照すると、アセット主導のワークフローモデリングを実施するシステム１００の実施形態のブロック図が提供される。システム１００は、サーバ１１０と、１つまたは複数の電子デバイスであって、スマートフォン１２０、デスクトップもしくはラップトップ等のパーソナルコンピュータ（ＰＣ）１３０、並びにサーバ１１０及びインターネット１５０を介して通信するタブレット１４０等の１つまたは複数の電子デバイスと、を含む。一部の実施形態においては、サーバ１１０は、アセット主導のワークフローモデリングのための処理および記録を含む環境を提供する。ユーザは、スマートフォン１２０、ＰＣ１３０又はタブレット１４０等の電子デバイス上でブラウザ又はアプリケーションを用いて、サーバ１１０上のアセット主導のワークフローモデルとインタフェースを取る。他の実施形態においては、アセット主導のワークフローモデリングの一部または全てを、スマートフォン１２０、デスクトップもしくはラップトップ等のパーソナルコンピュータ（ＰＣ）１３０、およびタブレット１４０等の１つまたは複数の電子デバイス上で行うことができる。

図２は、アセット主導のワークフローモデリングの方法およびシステムの実施に使用可能な例示的なサーバ２００または電子デバイスを示す。サーバ２００または電子デバイスは、１つまたは複数のプロセッサ２１０と、メモリ２２０と、ストレージ２３０と、ネットワークインタフェース２４０とを備える。これらの各要素について、以下にさらに詳細に記載する。

プロセッサ２１０は、サーバ２００または電子デバイスの動作を制御する。プロセッサ２１０は、サーバ２００または電子デバイスを動作させるソフトウェアを実行し、アセット主導のワークフローモデリングアプリケーションの機能を提供する。プロセッサ２１０は、メモリ２２０、ストレージ２３０およびネットワークインタフェース２４０に接続され、これらの要素間の情報の転送および処理を行う。プロセッサ２１０は、一般的なプロセッサであってもよく、特定の機能専用のプロセッサであってもよい。一部の実施形態においては、複数のプロセッサであってもよい。

メモリ２２０は、プロセッサが実行する命令およびデータを記憶する場所である。メモリ２２０は、揮発性メモリ（ＲＡＭ）、不揮発性メモリ（ＥＥＰＲＯＭ）または他の適切な媒体を含んでよい。

ストレージ２３０は、本開示のコールドストレージ推薦法（ｒｅｃｏｍｍｅｎｄａｔｉｏｎ ｍｅｔｈｏｄｏｌｏｇｙ）の実行時に、プロセッサが使用及び生成するデータを記憶する場所である。ストレージ２３０は、磁気媒体（ハードドライブ）、光媒体（ＣＤ／ＤＶＤ−Ｒｏｍ）またはフラッシュストレージであってよい。他の種類の適切なストレージは、この開示の利点を考えると、当業者には明らかであろう。

ネットワークインタフェース２４０によって、サーバ２００または電子デバイスはネットワークを介して他の装置と通信を行う。適切なネットワークの例には、イーサネットネットワーク、Ｗｉ−Ｆｉネットワーク、セルラーネットワーク等が含まれる。他の種類の適切なネットワークは、この開示の利点を考えると、当業者には明らかであろう。

図２に示した要素は例示的なものであることを理解されたい。サーバ２００または他の電子デバイスは、任意の数の要素を含むことができ、一部の要素は、他の要素の機能の一部または全てを提供することができる。この開示の利益を考えると、他の実装も可能であることは、当業者には明らかであろう。

図３は、アセット主導のワークフローのグラフィックモデル３００である。アセット主導のワークフロー依存性管理は、各アクティビティの入力および／または出力として用いられるアセットの記述に基づいて、アクティビティ間の接続を確立する。これらの記述は、所望の出力を作成するのに必要な関連するアクティビティを容易にマッチングする機構を提供する。図３を参照すると、変換アクティビティ３１０は、アセットＡおよびアセットＢを入力３１２、３１４として要求し、出力３１６で提供される結果であるアセットＣを作成する。消費アクティビティ３２０、３３０は、入力３２２、３３２でアセットＣを予測し、一方で制作アクティビティ３４０、３５０は両方とも、出力３４２、３５２でアセットＡおよびＢをモデリングされたシステムに届ける。この例示のパイプライン３００においては、制作アクティビティ３４０、３５０の出力３４２、３５２は、変換アクティビティ３１０の入力３１２、３１４に接続される。変換アクティビティ３１０の出力３１６は、次に、消費アクティビティ３２０、３３０の入力３２２、３３２に接続される。

＜仕組みの定義＞
パイプライン：互いに接続されて所望の出力を作成するアクティビティの集まり。パイプラインは、ワークフローのグラフィックモデルを提供する。ビデオまたは映画制作の例では、パイプラインは、所望の作品を作るのに必要な（データ、特定のショット、フォーマットまたはオーディオトラックの生成等の）全てのアクティビティを表す。

アクティビティ：（データ、特定のショット、フォーマットまたはオーディオトラック等の要素成果物を含む）アセットを制作、変換または消費する操作。各アクティビティは、入力、出力またはその両方を含んでよい。単純化した仮定としては、アクティビティは、典型的には、単一の出力のみ（その出力は、複雑または複合のアセットであり得る）を有する。アクティビティ（消費アクティビティを除く）は、アクティビティの出力によって容易に特徴づけることができる。アクティビティを固有にするのは、所与の出力を生成するためにそのアクティビティを介してマッピングされる入力の特定の構成である。異なるアクティビティが同一の出力を作成することができるため、所与のパイプライン内で必要とされるのは唯一つである。所与のアクティビティの出力は、複数の下流のアクティビティに入力を提供することができる。

接続：アクティビティの出力の記述が１つまたは複数の入力の記述とマッチングすることは、接続を意味する。接続は、アセットの配信および受信の遂行の合意または契約を表す。

アセット記述子：アクティビティ間のマッチングおよび接続の確立に用いられるアクティビティの入力／出力のラベル。

これらの概念については、後にさらに記載する。

図４は、ワークフローのグラフィック表現を作成するプロセスのフロー図４００である。基本的に、プロセスは、次の３つのステップを含む。すなわち、関連するアセット記述子を持つ少なくとも１つの入力を有する第１のアクティビティのグラフィック表現を提供するステップ（ステップ４１０）と、第１のアクティビティのグラフィック表現の入力のアセット記述子にマッチングする関連アセット記述子を持つ少なくとも１つの出力を有する第２のアクティビティのグラフィック表現を提供するステップ（ステップ４２０）と、アセット記述子のマッチングに基づいて、第２のアクティビティのグラフィック表現の出力を、第１のアクティビティのグラフィック表現の入力にグラフィックに接続するステップ（ステップ４３０）と、を含む。これらのステップのグラフィック例を図５に示す。

＜ワークフローのモデリング＞
ステップ４１０は、図５のグラフィック例５００で示すように、第１のアクティビティ５１０のグラフィック表現の提供で開始される。この実施形態においては、第１のアクティビティのグラフィック表現は、所望のアセットの記述子（ここでは、「Ｈ」）を持つ１つの入力５１２を有する。他の実施形態においては、第１のアクティビティ５１０のグラフィック表現は、異なる関連アセット記述子を持つ複数の入力を有してよい。提供された第１のアクティビティのグラフィック表現は、複数の提供されたアクティビティのグラフィック表現から選択されたグラフィック表現とすることができる。グラフィック表現の選択は、グラフィックユーザインタフェースを用いてユーザによって行われてもよく、所望または必要なアクティビティに基づいてシステム自身によって行われてもよい。状況によっては、特定のアセット記述子にマッチングし得るアクティビティの全てを用いるわけではない。

図５のグラフィック例５００のステップ４２０において、第２のアクティビティの少なくとも１つのグラフィック表現が提供される。この例においては、システムが、第１のアクティビティ５１０の入力５１２のアセット記述子（「Ｈ」）にマッチングする関連アセット記述子を持つ出力を有するアクティビティを検索する。所望のアクティビティを出力するアクティビティが複数となる場合があるが、１つだけを選択する必要がある。選択は、ユーザまたはシステムによって行うことができる。この例では、第１のアクティビティ５１０の入力５１２のアセット記述子（「Ｈ」）にマッチングする関連アセット記述子を持つ出力を有する２つの可能なアクティビティ５２０、５３０がある。そのうちの１つである第２のアクティビティ５２０は、マッチングするアセット記述子（「Ｈ」）を持つ出力５２４と、異なる関連アセット記述子（「Ａ」）を持つ入力５２２とを有する。マッチングするアセット記述子（「Ｈ」）を持つ出力５３６を有する他方の第２のアクティビティ５３０は、それぞれ異なる関連アセット記述子（「Ｄ」、「Ｅ」）を持つ２つの入力５３２、５３４を有する。

所望の第２のアクティビティ、この場合はアクティビティ５２０をパイプラインに入れる選択をすることは、第２のアクティビティ５２０の出力に関連付けられたアセット記述子が第１のアクティビティ５１０の入力５１２のアセット記述子にマッチングするため、アクティビティ５１０、５２０間の接続を意味する。その接続は、ステップ４３０でグラフィック接続５４０として表される。

この実施形態においては、マッチングおよび接続は、アセット自体ではなく、アセット記述子に基づいている。これによって、実際のアセットが存在する前に、完全なパイプラインモデルの作成が可能になる。このようなアセット主導のモデリングの幾つかの利点には、出力または消費するアセットの記述に基づいたアクティビティの明確なマッピング、アセットの出所をシステムを通して明確に追跡できること、下流依存性を容易に計算できること等を含む。

＜ワークフロー／パイプラインモデリング（セット）＞
メディア制作の世界では、大きいセットの一部として、多くの類似の要素を制作するアクティビティに遭遇することはよくある。例えば、「下見フィルム（Dailies）」アクティビティは、セットで撮影したビデオおよびオーディオ「ショット」をディレクターやプロデューサーがレビュー及び承認するために、簡単にレビューできるフォーマットに変換する。

例として、下見フィルムアクティビティは、数週間で、１０００「ショット」の処理が必要かもしれない。さらに、これらの「ショット」は、非連続で、別々のカメラユニットに由来している場合がある。「下見フィルム」アクティビティの出力は、通常、毎日のように次のステップに渡される。

このようなシステムのモデリングに関しては、セットを使用すると有益であろう。セットとは、同種の１つまたは複数のアセットの集まりである。セットの各構成要素は固有のアセットであるが、そのセットの他のアセットと同じタイプまたは同じクラスに属する。例えば、あるセットは、５００のショットから構成することができ、そのセットの各構成要素は、１つのショットである。セットを用いて、複数のアクティビティを通してワークの成果を分配及び蓄積することができる。セットは、サブセットに分割することもできる。従って、アクティビティは、別々のアクティビティから別々のサブセットを受信してもよく、または、元々制作されたものの一部分のみを消費してもよい。

セットを用いたワークフローのモデリング法は、図４で示したセットを用いないアセット主導のモデリング法と類似している。第１および第２のアクティビティが提供され、関連アセット記述子に基づいて接続される。しかしながら、セットを用いる場合、アセット記述子は、アセットのセットが使用されていることを示す。この例を図６のワークフローモデル６００で示す。

図６のワークフローモデル６００において、第１のアクティビティ６１０のグラフィック表現を提供する。第１のアクティビティ６１０は、消費アクティビティであり、関連アセット記述子（この場合は「Ｄ」）を持つ入力６１２を有する。この例では、アセット記述子は、入力６１２で受信される予定のアセットのセット（この場合、ショット１〜２５）があることをさらに示す。第２のアクティビティ６２０のグラフィック表現も提供する。第２のアクティビティ６２０は、変換アクティビティであり、マッチングする関連アセット記述子（「Ｄ」）を持つ出力６２２を有する。しかしながら、この場合、アセット記述子は、出力６２２で提供される予定のアセットのより大きいセット（ショット１〜１００）があることを示す。各セットの構成要素であるアセットの一部はマッチングするため、接続を意味し、６７０としてグラフィックに示される。

図６の実施形態において、第３のアクティビティ６３０および第４のアクティビティ６４０のグラフィック表現も提供する。第３および第４のアクティビティは、関連アセット記述子（「Ｄ」）を持つ入力６３２、６４２を有する消費アクティビティであり、その記述子は、さらに、入力６３２、６４２がアクティビティのセットを受信することを示す。第３のアクティビティ６３０の場合、セットは、ショット２６〜７５を含む。第４のアクティビティ６４０の場合、セットは、ショット７６〜１００を含む。第３および第４のアクティビティ６３０、６４０のセットは、第２のアクティビティ６２０のセットのサブセットであるため、各セットにマッチングする構成要素があり、第２のアクティビティ６２０と第３のアクティビティ６３０間、および、第２のアクティビティ６２０と第４のアクティビティ６４０間での接続を意味し、６７２、６７４としてグラフィックに示される。

前述のように、図６のモデル６００の第２のアクティビティ６２０は、変換アクティビティである。従って、第２のアクティビティ６２０は、関連アセット記述子（この場合「Ｓ」）を持つ入力６２４をさらに含む。この例においては、関連アセット記述子は、入力６２４で受信される予定のアセットのセット（この場合、ショット１〜１００）があることをさらに示す。従って、第２のアクティビティ６２０は、ショット１〜１００を含むアセットのセット「Ｓ」を入力６２４で受信するプロセスまたは操作をモデリングし、ショット１〜１００を含むアセット「Ｄ」のセットを出力６２２で制作する。

第５のアクティビティ６５０及び第６のアクティビティ６６０のグラフィック表現も、図６のモデル６００に提供されている。第５のアクティビティ６５０及び第６のアクティビティ６６０は、関連アセット記述子（「Ｓ」）を持つ出力６５２、６６２を有するアクティビティを制作し、その記述子は、入力６５２、６６２がアクティビティのセットを制作することをさらに示す。第５のアクティビティ６５０の場合、セットは、ショット１〜５０を含む。第６のアクティビティ６６０の場合、セットはショット５０〜１００を含む。第５のアクティビティ６５０および第６のアクティビティ６６０のセットは、第２のアクティビティ６２０の入力６２４で受信されるセットのサブセットであるため、各セットにマッチングする構成要素があり、第５のアクティビティ６５０と第２のアクティビティ６２０間、および、第６のアクティビティ６６０と第２のアクティビティ６２０間での接続を意味する。その接続は６８０、６８２としてグラフィックに示される。

＜アセット記述子＞
以上のように、アセット記述子を用いて入力および出力をモデリングして、アクティビティ間の接続を作成し、可能なアクティビティ間の接続を識別する。一部の実施形態においては、アセット記述子を用いて、アセットレジストリにおける既存のアセットと相関させることができる。

一部の実施形態においては、アセット記述子は、完全なマッチングまたはパラメータ化されたマッチングに用いることができる。ここで、パラメータ化されたマッチングは、記述子を比較するとき、何らかのワイルドカードのような機能を提供する。本例においては、完全に定義されたアセット記述子は、例えば下記のような丸囲みの大文字で示す。

パラメータ化されたアセット記述子は、例えば下記のような丸囲みの「プライム記号の付いた」大文字で示すことができる。

＜その他の定義＞
アクティビティインスタンス：入力および出力アセット記述子の全てが、完全に定義されており、定義されていないパラメータがないことを意味するアクティビティである。

アクティビティテンプレート：再利用を容易にするために１つまたは複数のパラメータ化されたアセット記述子を有するアクティビティである。しかしながら、これは、要件ではない。

アクティビティは、アクティビティの入力および出力で定義される。そして、入力および出力は、アセット記述子で定義される。入力と出力の特定の組み合わせが、（どう名付けられるかにかかわらず）アクティビティの「署名」を判断する。図７の例においては、アクティビティ１ ７００は、入力７０２、７０４でアセット（Ａ）およびアセット（Ｂ）を取得し、出力７０６でアセット（Ｃ）を提供する。アクティビティ２ ７１０は、出力でアセット（Ｃ）を提供するが、入力７１２でアセット（Ｘ）を取得する。この例において、これらの各アクティビティは固有であり、異なった入力を必要とするが、同じ出力を生成する。

アクティビティインスタンス間の接続をモデリングするために、上流のアクティビティの出力は、下流のアクティビティの入力にマッチングする必要がある。複数の下流のアクティビティは、同じアセットを消費することができる。図８の第１のモデル８００においては、アクティビティインスタンス１（８１０）、アクティビティインスタンス２（８２０）、アクティビティインスタンス３（８３０）およびアクティビティインスタンス４（８４０）がある。第２のモデル８５０においては、アクティビティインスタンス１（８１０）がアクティビティインスタンス２（８２０）および３（８３０）にアセット（Ａ）を提供する接続が示されている。アクティビティインスタンス３（８３０）は、２つの入力（Ａ）および（Ｂ）を必要とする。アセット（Ｂ）は、アクティビティインスタンス４（８４０）によって提供される。

アクティビティインスタンスとアクティビティテンプレート間の可能な接続をモデリングするために、インスタンスの入力は、テンプレートの出力とテンプレートマッチングすることができる（逆もまた同様）。この例を図９のモデル９００に示す。図９では、アクティビティインスタンス４（９３０）の入力９３２のアセット記述子（Ａ）は、アクティビティテンプレート１（９１０）の出力９１２のアセット記述子（Ａ′）に一致し、アクティビティインスタンス５（９４０）の出力９４２のアセット記述子（Ｂ）は、アクティビティテンプレート２（９２０）の入力９２２のアセット記述子（Ｂ′）に一致する。

ここまでは１文字を用いることが、開示の概念を高レベルで示すための１つのアプローチであった。実際には、アセットを記述するには任意の多くの方法がある。一実施形態においては、アセット記述子を作成するための人間に解読可能な柔軟な機構を提供するために、名前と値をペアにした集まりを用いる。アセット記述子は、１つまたは複数の名前と値のペアからなることができ、ペアは全体として、下記のようなアセットの一般的アセット記述子フォーマットを記述する。
｛
ｎａｍｅ１：ｖａｌｕｅ１，
ｎａｍｅ２：ｖａｌｕｅ２，
ｎａｍｅ３：ｖａｌｕｅ３，
・・・
｝
例：
｛
Ｔｉｔｌｅ：‘Ｔｈｅ Ｈｏｂｂｉｔ’，
Ｖｅｒｓｉｏｎ：‘Ｔｒａｉｌｅｒ’，
Ｔｙｐｅ：‘Ｎｅｔｆｌｉｘ Ｅｎｃｏｄｉｎｇ’
｝

パラメータ化された記述では、１つまたは複数の値は空白のままである。下記の例においては、「Ｔｉｔｌｅ」および「Ｖｅｒｓｉｏｎ」は両方ともパラメータである。
例：
｛
Ｔｉｔｌｅ：”，
Ｖｅｒｓｉｏｎ：”，
Ｔｙｐｅ：‘Ｎｅｔｆｌｉｘ Ｅｎｃｏｄｉｎｇ’
｝

アセット識別子は、アセット記述子の正規化バージョンである。大文字・小文字、名前と値のペアの順が比較に影響を与えないように、最初にアセット記述子を正規化する。アセット記述子を正規化するために、名前と値を小文字（オプション）にして、名前でソートし、結果を連結させる。
例：
アセット記述子
｛
Ｔｉｔｌｅ：‘Ｔｈｅ Ｈｏｂｂｉｔ’，
Ｖｅｒｓｉｏｎ：‘Ｔｒａｉｌｅｒ’，
Ｔｙｐｅ：‘Ｎｅｔｆｌｉｘ Ｅｎｃｏｄｉｎｇ’
｝
は、アセット識別子
ｔｉｔｌｅ：‘ｔｈｅ ｈｏｂｂｉｔ’，ｔｙｐｅ：‘ｎｅｔｆｌｉｘ ｅｎｃｏｄｉｎｇ’，ｖｅｒｓｉｏｎ：‘ｔｒａｉｌｅｒ’
になる。

任意で、上記結果に暗号ハッシュを行って、下記の固有の数値（１６進数）識別子を作成することができる。

１４７ｃ２１ｄｆ６ｅ４７０ｄａ７８７９３０７ｄｂｆｂ２ｅ２ａ５ｄ３ｅ９ｃ４０７１９ｂａ２ａｌａ８４０ｂｆ７１ｃ７３２ｆ７１ｂ２ｆ
テキストバージョンに問題が多くあり過ぎて便利とはいえないＨＴＭＬにおいて、ユーザインタフェース要素をクラスまたはｉｄパラメータとして識別するとき、アセット識別子の暗号ハッシュ変形は、特に有用である。

アセット参照によって、アンダースコア「＿」で分けられた元のアセット記述子で定義された順で、値を連結する。これによって、人間が解読可能な、アセットの記述がそれほど正式でない簡単な表現を提供する。下記がその例である。

‘Ｔｈｅ Ｈｏｂｂｉｔ＿Ｔｒａｉｌｅｒ＿Ｎｅｔｆｌｉｘ Ｅｎｃｏｄｉｎｇ’
アセット記述子およびアセット識別子は両方とも、完全な識別に使用できる。しかしながら、アセット参照は、表示に便利というだけなので、明白な参照のためにはアセット参照に依存すべきではない。

完全に定義されたアセット記述子の正確なマッチングは、アセット識別子を用いて直接行うことができる。

完全に定義されたアセット記述子を、パラメータ化された記述子とマッチングするとき、下記のルールを用いる。
・名前と値のペアは、比較の前に小文字にする。
・パラメータ化されたアセット記述子は、完全に定義されたアセット記述子と完全に同じ名前のエントリを持たなければならない。名前の順番は、重要ではない。
・パラメータ化されたアセット記述子のエントリの値が空白の場合、完全に定義されたアセット記述子の対応する値に関わらずマッチングする。パラメータ化されたアセット記述子のエントリの値が空白でない場合、（正規化の後）完全にマッチングしなければならない。

図１０の例示的な表１０００に例を示す。

アクティビティのパイプラインを構築する時、アクティビティがパイプラインを完成するように識別されるため、所望の出力（消費アクティビティ）を選択し、所望のパラメータ値を記入し、所望の値が伝搬可能とするのに十分なはずである。図１１の例は、矢印１１０２が示すように、パイプライン１１００が終わりから始めに向かって構築されるのを詳細に示している。パイプラインは、初めから終わりに向かって構築してもよく、真ん中から外側に向かって構築してもよい。

図１１Ｂのステップ１．０（１１１０）は、最終のアクティビティから開始する。この例では、提供されたアクティビティは、選択されたアクティビティテンプレート１１１２で、それに対して入力のアセット記述子「Ａ′」のパラメータが特定されて、アクティビティテンプレートをアクティビティインスタンスにする。そして、アセット記述子「Ａ」の特定されたパラメータは、接続１１１４を通って第２の提供されたアクティビティテンプレート１１２２に渡される。

ステップ２．０（１１２０）において、接続１１１４を介して渡された特定のパラメータを用いて、提供された第２のアクティビティテンプレート１１２２の入力に関連付けられたアセット記述子（「Ｂ′」と「Ｃ″」）のパラメータを特定し、アクティビティテンプレートをアクティビティインスタンスにする。この例では、アセット記述子「Ｃ″」の言語パラメータは、既に特定されているので、渡されなかった。

図１１Ａのステップ３．０（１１３０）において、第２のアクティビティインスタンスから特定されたパラメータが、接続１１２４を通って、提供された第３のアクティビティテンプレート１１３２に渡される。その特定されたパラメータを用いて、提供された第３のアクティビティテンプレート１１３２の出力に関連付けられたアセット記述子「Ｃ′」のパラメータを特定して、アクティビティテンプレートをアクティビティインスタンスにする。

ステップ４．０（１１４０）において、第２のアクティビティインスタンスから特定されたパラメータは、接続１１２６を通って、提供された第４のアクティビティテンプレート１１４２に渡される。その特定されたパラメータを用いて、提供された第４のアクティビティテンプレート１１４２の出力に関連付けられたアセット記述子「Ｂ′」のパラメータを特定して、アクティビティテンプレートをアクティビティインスタンスにする。

実際のコンテンツ作成と配信パイプラインをモデリングするにあたって、下記のヒューリスティックスが有用であることが分かる。
・全てのアクティビティ記述子は、「タイトル」および「バージョン」を含むべきである。これらによって、パイプライン全体のインスタンスのアセットを区別する。
・全てのアクティビティ記述子は、「タイプ」を含むべきである。タイプフィールドは、アクティビティが制作しているコンテンツのタイプ（ビデオ、オーディオ、デジタル映画パッケージ等）を表す。
・他の有用なアセット記述子エントリは、「言語」、「アスペクト比」、「ＤｕｂＳｕｂＯＶ」、および、「フォーマット」である。これらは、「タイプ」の値に基づいて、関連があっても、なくてもよい。他のエントリは、時間の経過と共に使用するようにしてもよい。

＜アセットレジストリ＞
本明細書に記載のグラフィックモデルのアクティビティおよびアセットは、実際のアクティビティまたはアセットを表すことができる場合が多いため、アセットレジストリを提供及び維持することが有益であると思われる。アセットレジストリは、アセット記述子（または、アセット識別子）を実際のアセットの位置にマッピングする。完全に定義されたアセット記述子に対して既存のアセットを登録することによって、定義に際して、パイプラインから不必要なアクティビティを取り除くことができる。

前に定義したパイプライン構築戦略の変更として、レジストリをチェックするステップは、アクティビティテンプレートをマッチングする試みを進めることができる。所与のアセット記述子／識別子にマッピングされた別々の位置にアセットの複数のコピーを有することができる。

＜遂行モデリング＞
本明細書に記載のモデリング法においては、アクティビティおよびアクティビティの接続は、アセット依存性（詳細はアセット記述子の項を参照）に基づいてモデリングされる。アクティビティ間の各接続は、１つのアクティビティの出力の次のアクティビティの入力への論理依存性を表す。アクティビティからアクティビティへの進捗を追跡するために、接続は、遂行状態を有することができる。ワークフローモデルにおける遂行状態の例示的なモデリング法を図１２のフローチャート１２００に示す。

最も単純な方法では、２つのステップを含む。第１のステップ（１２１０）は、アセット記述子のマッチングに基づいて接続されている第１のアクティビティのグラフィック表現と第２のアクティビティのグラフィック表現とを少なくとも有するワークフローのモデルを提供する。第２のステップ（１２２０）は、第１と第２のアクティビティのグラフィック表現間の少なくとも接続を根拠とするアセット記述子のマッチングによって示される少なくとも１つのアセットの状態を判断する。第１および第２のステップについて、図１３を参照して以下にさらに詳しく記載する。

図１３の図１３００においては、図１２の方法のステップ１２１０に記載するワークフローモデルを示す。この例においては、モデルは、第１のアクティビティ１３１０（ここでは、ソースアクティビティ）および第２のアクティビティ１３２０（ここでは、宛先アクティビティ）のグラフィック表現を含む。第１のアクティビティ１３１０と第２のアクティビティ１３２０は、アセット記述子のマッチングに基づいて接続（１３３０）される。接続１３３０の根拠であるアセット記述子のマッチングによって示された少なくとも１つのアセットに関して、遂行状態１３４０を判断する。

遂行状態は、１つのアクティビティから次のアクティビティに移る物理的／電子的アセットの状態を反映する。アクティビティが予期した出力（アセット）を生成すると、その出力は、依存する下流のアクティビティに物理的／電子的に送られて、プロセスは継続することができる。遂行機構は、アセットの移動の状態（例えば、保留中、送信中、受信済み、エラー）を追跡する。一部の実施形態においては、遂行状態は、グラフィックに表示することもでき、または、アクティビティもしくはモデルの他の要素のグラフィック表現の一部として示すこともできる。

一部の他の実施形態においては、アクティビティの状態は、アクティビティが制作および／または消費しているアセットの遂行状態に基づいて判断することができる。さらに一部の実施形態においては、アクティビティの状態は、グラフィックに表示することもでき、または、アクティビティもしくはモデルの他の要素のグラフィック表現の一部として示すこともできる。

一部の実施形態においては、一回の物理的／電子的配信は、複数の下流のアクティビティによって利用できるので、複数の遂行記録は冗長となる。これを解決するために、アクティビティからアクティビティへの依存関係から、アクティビティからファシリティへの関係に変更することができる。この例を図１４に示す。

図１４の例示的な図１４００においては、アクティビティＢ１４２０とアクティビティＣ１４３０は、同じ共有のファシリティ１４５０（ファシリティＹ）内にある。従って、接続１４０２は、ソースであるアクティビティＡ１４１０と共有のファシリティ１４５０（ファシリティＹ）間に示されている。宛先アクティビティＤは、異なるファシリティ（ファシリティＺ）１４４０にあるため、別個の接続１４０４がアクティビティＡ１４１０とアクティビティＤ１４４０間に提供される。

「ファシリティ」という語は、システムで用いられる他の「位置」を指す語と区別するために選択した。さらに、遂行が、ファシリティだけでなく、配信された特定のアセットにも依存するように、特定のアセット依存関係を維持しなければならない。このような実施形態においては、遂行状態は、ソースアクティビティからファシリティへの特定のアセットの配信を表し、ファシリティは、複数の宛先アクティビティによって共有されてよい。これらの要素の相互作用の図１５００を図１５に示す。

図１５の図１５００において、ワークフローモデルを提供する。この例においては、モデルは、第１のアクティビティ１５１０（ここでは、ソースアクティビティ）および第２のアクティビティ１５２０（ここでは、宛先アクティビティ）のグラフィック表現を含む。第１のアクティビティ１５１０と第２のアクティビティ１５２０間の関係１５３０は、アセット記述子のマッチングに基づいている。関係１５３０の根拠であるアセット記述子のマッチングによって示される少なくとも１つのアセットに関して遂行状態１５４０が判断される。この方法の実用上の制約としては、ファシリティ１５６０は、第２のアクティビティ１５２０が参照するベンダ１５５０に関連付けられる。こうすると、ベンダ情報を変更することによって、適切なファシリティを割り当てる。複数のベンダが所与のファシリティを参照してよい。

アセット記述を共有するアクティビティの各ペアに関して、遂行状態を参照することができる。遂行状態を生成する時、宛先アクティビティのベンダファシリティ記述子を用いて、遂行が既に作成されているか否かを判断することができる。作成されていれば、既存の遂行記録を参照することができ、そうでなければ、新しい遂行を作成することができる。一部の実施形態においては、逆ドメイン名シンタックスをファシリティ記述子に使用できるので、人間が解読可能である（例えば、ｔｅｃｈｎｉｃｏｌｏｒ．ｐｅｒｉｖａｌｅ，ｔｅｃｈｎｉｃｏｌｏｒ．ｐｅｒｉｖａｌｅ．ｔｒａｎｓｃｏｄｉｎｇＤｅｐｔ）。固有のファシリティは別々の遂行を保証するが、同じ物理的位置に複数の「ファシリティ」があってよい。この結果、遂行状態を独立して追跡する別個の記録が生じる。

＜アセットデータへのプロセス情報のマッピング＞
ここまでは、ワークフローモデリングは、モデリングされたパイプラインと整合したアセット作成プロセス（アクティビティ）の駆動に焦点をあててきた。すなわち、システムは、定義されたモデルに基づいて、何のアクティビティが何に依存するかを定め、アセット記述子スキームに従ってアセットの登録を実行するものであった。次に、根底となるアクティビティの直接の影響を受けない受動的な方法で類似のレベルのパイプライン情報を配信する別のアプローチを記載する。一般概念としては、全体のプロセスの状態を導き出すために、パイプラインモデル（プロセスデータ）をアセットデータにオーバーレイする。

アセットが作成されると、アセットは、アセットレジストリシステムに登録されるものと仮定する。この方法では、上記のアセット記述子およびアセットレジストリの概念と整合した追加の構造化データが必要となる。アセット記述子の名前／値は、一貫している必要がある（例えば、タイトル、言語、アスペクト比など）。

アセット記述子を参照するアクティビティからなるプロセスモデルが、（おそらく、プロセスレジストリから）取得され、それを用いて、アセットレジストリ内のデータを参照して、パイプライン状態情報を導き出す。方法の例は、図１６のフローチャート１６００に示す。

最も簡単な方法は、２つのステップを含む。第１のステップ（１６１０）は、ワークフローのモデルに必要なアセットが存在することを判断する。第２のステップ（１６２０）は、その既存のアセットを伴うアクティビティのグラフィック表現を提供する。これらのステップについて、図１７を参照して以下にさらに詳しく述べる。

図１７の図１７００には３つの部分、すなわち、アセットレジストリ１７１０、プロセスモデル１７２０、推定状態１７３０がある。

第１のステップ（１６１０）が行われるのはアセットレジストリ１７１０においてである。アセットが存在するか否かを判断するために、アセットレジストリにクエリを行う。アセットレジストリは、データベース等の、生成されたまたは以前から存在するアセットの集まりである。この例では、アセットレジストリは、所与のワークフローに関するアセットのみを含むものと仮定されている。しかしながら、アセットレジストリは、現在のワークフローモデルの一部ではないアセットを含む任意の数の登録されたアセットを含み得ることは、当業者には明らかである。図１７の例においては、３つのアセット（Ａ、Ｂ、Ｃ）が既に存在すると判断される。

図１７のプロセスモデル１７２０では、アセットを伴うアクティビティのグラフィック表現を提供する。このようなアクティビティは、アセットを制作したまたは消費するアクティビティを含むことができる。一部の実施形態においては、さらに接続可能な制作アクティビティおよび消費アクティビティの両方を提供することができる。他の実施形態においては、複数の既存のアセットがあり、全てのアクティビティが接続されているパイプライン全体のグラフィック表現を提供することができる。一部の実施形態においては、プロセスまたはモデルレジストリを提供することができる。プロセスレジストリは、アセットレジストリ同様、データベース等の、既に作成されているまたは以前用いられたパイプラインモデルの集まりである。このような一部の実施形態においては、登録されたパイプラインモデルをアセットレジストリにおいて登録されたアセットとマッチング又はリンクすることができる。

推定状態１７３０によって、パイプラインモデルの各アクティビティに関して、対応するアセット記述子にアセットレジストリからクエリを行う。記述子にマッチングするアセットが見つかると、そのアクティビティは完了であると見なされる。そうすると、そのアクティビティに対する入力が完了しており、そのアクティビティに対する出力が完了しているか否かを知ることによって、どのアクティビティが進行中かを推定することができる。状態テーブルの例を１７４０に示す。

この基本的な機構を用いて、多くの方法でデータセットにアプローチすることができる。

所定のパイプライン：このシナリオでは、パイプラインの詳細は、事前に分かっている（すなわち、タイトル、バージョン、アスペクト比などは定義されている）。これによって、アセットレジストリ内のアセットへの直接のマッピングが可能になる。このアプローチの利点として、対応するアクティビティがまだ登録されていないパイプラインの状態を見ることができる。

既存のアセットからの推定：システムは、レジストリに既に存在するアセットに関してのみ、既知のパイプラインを推定することができる。例としては、翻訳が特定のタイトル、バージョン、言語に関して受信及び登録された場合、システムは、翻訳取得アクティビティのインスタンスを所与の値で作成し、その出力を他のアクティビティの入力にマッチングし、順に、そのアクティビティの出力を次のアクティビティの入力にマッチングすることによって、残りのパイプラインを推定することとなる。プロセスは、発見したアクティビティの任意の入力をマッチングし、入力から出力の経路をたどることによって、上流方向にも進めることができる。

プロセスモデルを既存のデータにオーバーレイする方法の特徴として、パイプラインのどの変形形態が最もマッチングするかを知るために、複数のパイプラインを「ビューレンズ」として試すことができる。

ここまでの記載は、ワークフローモデルを作成し、その状態を監視することに焦点を当ててきたが、一部の実施形態においては、パイプラインの概観を提供すると有利である。従って、ワークフローのグラフィックモデルの提供のためだけでなく、ワークフロープロセスの高レベルでの全体像を提供するためにユーザインタフェースを提供することができる。このようなユーザインタフェースの例を図１８〜２５に示す。これらの例は、電子デバイス上でウェブブラウザまたはアプリケーションを介して等によって、システムと対話する時に、ユーザに提供されるスクリーンショットである。

一部の実施形態によると、本開示のシステムを起動すると、ユーザは、認証情報を入力するように指示され、次に、図１８のスクリーンショット１８００に示す制作者のワークスペースが提示される。このワークスペース１８００は、エントリを作成し、状態および依存性を見る手段を、アクティビティの詳細と共に提供する。ユーザは、アクティビティ詳細パネルから動作プロセスを駆動することもできる。制作者のワークスペース１８００は、３つのパネル、すなわち、要素成果物ダッシュボード１８１０、フィルタされたパイプラインビュー１８２０、および詳細ビュー１８３０からなる。ユーザによる選択１８０２のための他のワークスペースビューも用意されており、それらについて、さらに詳細に以下に記載する。

図１９は、図１８の要素成果物ダッシュボード１８１０の例である。ダッシュボードの各ラインは、要素成果物１９００に関連し、要素成果物に関連付けられたアクティビティ１９１０を示す。要素成果物ダッシュボード１８１０によって、さらに、ユーザは、タイトル／バージョン／フォーマット１９２０をシステムに追加でき、既存のタイトル／バージョン／フォーマット１９３０から選択でき、特定の配信を要求もしくは新しい要求成果物１９４０を追加でき、また、新しい言語／アスペクト比／ＤｕｂＳｕｂライン１９５０を追加できる。ここで、情報を入力することによって、根底にあるシステムが、要件を満たす適切なパイプラインを構築する。システムは、「スマート」なシステムなので、ある特定のアクティビティが要素成果物間で共有されるか否かが分かる。

図２０は、フィルタされたパイプラインビュー１８２０の例である。フィルタされたパイプラインビュー１８２０は、アクティビティのグラフィック表現とその相互依存性を表示する。フィルタパイプラインビューは、リストビュー２０１０と従来のパイプラインモデルビューを提供する。このビューに示されるアクティビティは、要素成果物ダッシュボードで選択された行に関連する。各アクティビティ２０３０は、入力（左側の丸）および／または出力（右側の丸）を有するボックスとしてグラフィックに表される。この実施形態においては、アセットの遂行状態は、アセットが受信または制作されたことを示す入力および／または出力を塗りつぶす、または、ハイライトすることによって示される。さらに一部の実施形態においては、アクティビティの状態をグラフィックに示すことができる。本例においては、状態を示すために塗りつぶし可能なボックスは、左下の隅にある。空白のボックスは、アクティビティが始まっていないことを意味し、部分的に塗られたボックスは、アクティビティが進行中であることを意味し、塗りつぶされたボックスは、アクティビティが完了したことを意味する。

このパネルは、エグゼクティブワークスペースでも利用可能である。その場合、エグゼクティブパネルからアクティビティを選択すると、選択されたアクティビティに関連するパイプラインが表示される。

図２１は、詳細ビュー１８３０の例である。詳細ビューパネル１８３０は、３つの簡単なアクションに基づいてアクティビティの状態を更新する機能を提供する。そのアクションのために下記のボタンが提供されている。
・Ｓｅｔ ｔｏ Ｒｅａｄｙ（準備完了）（２１２０）は、アクティビティが完了したことを示すのに用いる。
・Ｓｅｎｄ（送信）（図示せず）は、アセットを次のアクティビティ（単数または複数）に送信した時、それをシステムに知らせる。
・Ｒｅｃｅｉｖｅ（図示せず）は、アセットを上流のアクティビティから受信した時、それをシステムに知らせる。

一部の実施形態においては、アクティビティが準備完了になると、Ｒｅｖｉｓｅ（訂正）アクションを提供することができる。訂正によって、ユーザは、変更の影響を見て、変更をやり直すことができる。

これらのアクションによって提供される情報を用いて、アセットの遂行状態と、アクティビティ自体の状態とを判断することができる。

詳細ビューパネル１８３０の現在の表示において、アクションは、強調表示された「ＡＣＴＩＯＮＳ（アクション）」タブで表示されている。「ＤＥＴＡＩＬＳ（詳細）」タブを選択すると、締切日およびベンダ情報に関する情報が表示される。日付を設定し、日付を守れない（例えば、締切日までに終わらない）と、システムは、問題としてフラグを立てる。

別の可能なワークスペースは、図２２のスクリーンショット２２００で示す管理者ワークスペースである。管理者ワークスペース２２００は、管理者パネル２２１０とアクティビティ詳細パネル１８３０とからなる。

管理者パネル２２１０は、特定のアクティビティで行われる全てのワークを提示する。管理者パネル２２１０によって、ユーザは、フィールド２２２０を用いて特定のアクティビティを選択することができる。そうすると、選択したアクティビティに関連付けられたワークまたはタスクが、パネル２２１０に表示される。フィルタ２２３０を用いて、表示内容を調整することができる。デフォルトのフィルタは、取り組む必要がある事のみを示すが、今後の事や、既に完了した事を示すようにフィルタを設定することができる。ワークを終えると、「Ｓｅｔ ｔｏ Ｒｅａｄｙ」２２４０を選択することができ、（フィルタを別の設定にしていない限り）そのタスクはボードから無くなる。管理者ワークスペース２２００のアクティビティ詳細パネル１８３０は、図２１を参照して記載したように機能する。

別の可能なワークスペースは、図２３のスクリーンショット２３００に示すデータ入出力ワークスペースである。データ入出力ワークスペース２３００は、データ入出力パネル２３１０とアクティビティ詳細パネル１８３０からなる。

データ入出力パネル２３１０は、特定のファシリティに関する全てのアクションを示すように設計される。データ入出力パネル２３１０は主として、アセットをファシリティに入れたり出したりする人々はアセットを作成または修正するワークを行う人々とは異なるという考えを適合させるために送信および受信アクションを示すように設計されている。データ入出力パネル２３１０によって、ユーザは、フィールド２３２０を用いて、特定のアクティビティを選択できる。選択したアクティビティに関連付けられたワークまたはタスク、および、それらの状態２３４０が、パネル２３１０に表示される。フィルタ２３３０を用いて、表示内容を調整することができる。デフォルトのフィルタは、取り組む必要がある事のみを示すが、今後の事や、既に完了した事を示すようにフィルタを設定することができる。「Ｓｅｔ ｔｏ Ｒｅａｄｙ」、「Ｓｅｎｄ」、および、「Ｒｅｃｅｉｖｅ」等のアクション２３５０を選択することができ、状態２３４０は、それに応じて更新される。データ入出力ワークスペース２３００のアクティビティ詳細パネル１８３０は、図２１を参照して記載したように機能する。

別の可能なワークスペースは、図２４のスクリーンショット２４００に示すエグゼクティブワークスペースである。エグゼクティブワークスペース２４００は、エグゼクティブパネル２４１０、フィルタされたパイプラインパネル１８２０、および、アクティビティ詳細パネル１８３０からなる。

エグゼクティブパネル２４１０は、グラフやタスクリスト等の概観データを提供する。フィルタ２４２０を用いて、表示内容を調整することができる。この例においては、トップボックスは、何をフィルタするかを判断し、下部のボックスは使用する値を設定する。結果は、選択部２４３０を用いてグループ化することができる。グループ化ヘッダ２４４０を選択することによって、グループを展開したり折り畳んだりできる。パネル２４５０でアイテムを選択すると、関連するアクティビティおよびタスクが、フィルタされたパイプラインパネル１８２０とアクティビティ詳細パネル１８３０に表示される。

エグゼクティブワークスペース２２００のフィルタされたパイプラインパネル１８２０は、図２０を参照して記載したように機能する。ワークスペース２２００のアクティビティ詳細パネル１８３０は、図２１を参照して記載したように機能する。

最後の例示的なワークスペースは、図２５のスクリーンショット２５００で示すパイプラインビルダである。パイプラインビルダ２５００は、テンプレートリスト２５１０とワークスペース２５２０からなる。

テンプレートリスト２５１０は、プロジェクトまたはワークフローを選択するためのフィールド２５１２を提供する。そして、選択されたプロジェクトまたはワークフローに関連するアクティビティテンプレートがテンプレートリストに提供される。これらの結果は、フィルタ機能２５１４を用いて、さらに、フィルタすることができる。必要に応じて、作成ツール２５１６を用いて、新しいテンプレートを作成することができる。

ワークスペース２５２０は、本開示を通じて述べてきたパイプラインモデルを構築する機能を提供する。この実施形態においては、アクティビティ２５３０のグラフィック表現の入力または出力を選択することによって、その入力または出力に関連付けられたアセット記述子に基づいて、テンプレートリスト２５１０の結果がフィルタされる。

本明細書で開示の様々な実施形態は、ハードウェア、ファームウェア、ソフトウェア、または、それらの任意の組み合わせとして実施することができる。さらに、ソフトウェアは、プログラム記憶装置またはコンピュータ可読媒体上で有形に実現されるアプリケーションプログラムとして実施されるのが好ましい。アプリケーションプログラムは、任意の適切なアーキテクチャを備える機械にアップロードされ、その機械によって実行されてよい。機械は、１つまたは複数の中央処理装置（「ＣＰＵ」）、メモリ、および、入力／出力インタフェース等のハードウェアを有するコンピュータプラットフォームで実施されるのが好ましい。コンピュータプラットフォームは、オペレーティングシステムおよびマイクロ命令コードを含んでもよい。本明細書に記載の様々なプロセスおよび機能は、マイクロ命令コードの一部、アプリケーションプログラムの一部、または、それらの任意の組み合わせであってよく、それらは、このようなコンピュータまたはプロセッサの明示の有無にかかわらず、ＣＰＵで実行されてよい。さらに、追加のデータ記憶装置や印刷装置などの様々な他の周辺装置が、コンピュータプラットフォームに接続されてよい。

本明細書に記載の全ての例および条件を述べる言葉は、実施形態の原理および、発明家が技術を発展させるために寄与した概念を読者が理解するのを助ける教示のためであり、このような具体的に記載した例および条件に限定されないものとして解釈されるべきである。さらに、本発明の原理、態様、および、様々な実施形態と、それらの具体例を記載する本明細書の全ての記載は、構造的および機能的な同等物を包含するものである。さらに、このような同等物は、現在知られている同等物と、将来開発される同等物、すなわち構造にかかわらず同じ機能を行う開発される任意の要素と、の両方を含むものとする。

Claims (15)

1. ワークフローの状態を追跡する方法であって、
   関連するアセット記述子を持つ少なくとも第１の入力を有する第１のアクティビティのグラフィック表現と、
   前記第１のアクティビティの前記グラフィック表現の前記第１の入力に関連付けられた前記アセット記述子にマッチングする出力に関連付けられたアセット記述子に基づいて前記第１のアクティビティの前記グラフィック表現の前記第１の入力に接続された少なくとも１つの出力を有する第２のアクティビティのグラフィック表現と、
   を含むモデルを提供するステップと、
   前記第１および第２のアクティビティの前記グラフィック表現間の少なくとも前記接続に基づくアセット記述子のマッチングによって示される少なくとも１つのアセットの状態を判断するステップと、
   を含む方法。
2. 前記少なくとも１つのアセットの前記状態のグラフィック表示を提供するステップをさらに含む、請求項１に記載の方法。
3. 前記少なくとも１つのアセットの前記状態のグラフィック表示を提供するステップは、
   前記第２のアクティビティの前記グラフィック表現上で、前記アセットが前記第２のアクティビティによって制作されたことを図示するステップを含む、請求項２に記載の方法。
4. 前記少なくとも１つのアセットの前記状態のグラフィック表示を提供するステップは、
   前記第１のアクティビティの前記グラフィック表現上で、前記アセットが前記第１のアクティビティに受信されたことを図示するステップを含む、請求項２に記載の方法。
5. 前記少なくとも１つのアセットの前記状態に基づいて、アクティビティの前記状態を判断するステップをさらに含む、請求項１に記載の方法。
6. 前記アクティビティの前記状態のグラフィック表示を提供するステップをさらに含む、請求項５に記載の方法。
7. アクティビティの前記状態は、保留中、受信中、進行中、および、完了からなるグループから選択される、請求項５に記載の方法。
8. 前記状態を判断するステップは、アセットレジストリにクエリを行うステップを含む、請求項１に記載の方法。
9. ワークフローの状態を追跡する装置において、
   ワークフロー情報を記憶する記憶装置と、
   処理するためのデータを記憶するメモリと、
   関連するアセット記述子を持つ少なくとも第１の入力を有する第１のアクティビティのグラフィック表現と、前記第１のアクティビティの前記グラフィック表現の前記第１の入力に関連付けられた前記アセット記述子にマッチングする出力に関連付けられたアセット記述子に基づいて第１のアクティビティの前記グラフィック表現の前記第１の入力に接続された少なくとも１つの出力を有する第２のアクティビティのグラフィック表現と、を含むモデルを提供し、前記第１および第２のアクティビティの前記グラフィック表現間の少なくとも前記接続に基づくアセット記述子のマッチングによって示される少なくとも１つのアセットの状態を判断するように構成されたプロセッサと、
   を備えた、前記装置。
10. ネットワークに接続するためのネットワーク接続をさらに含む、請求項９に記載の装置。
11. 前記プロセッサは、前記少なくとも１つのアセットの前記状態のグラフィック表示を提供するようにさらに構成される、請求項９に記載の装置。
12. 前記プロセッサは、前記少なくとも１つのアセットの前記状態に基づいて、アクティビティの前記状態を判断するようにさらに構成された、請求項９に記載の装置。
13. 前記プロセッサは、前記アクティビティの前記状態のグラフィック表示を提供するようにさらに構成された、請求項１２に記載の装置。
14. 前記状態を判断することは、アセットレジストリにクエリを行うことを含む、請求項９に記載の装置。
15. 機械可読媒体であって、実行されると、
    関連するアセット記述子を持つ少なくとも第１の入力を有する第１のアクティビティのグラフィック表現と、
    前記第１のアクティビティの前記グラフィック表現の前記第１の入力に関連付けられた前記アセット記述子にマッチングする出力に関連付けられたアセット記述子に基づいて前記第１のアクティビティの前記グラフィック表現の前記第１の入力に接続された少なくとも１つの出力を有する第２のアクティビティのグラフィック表現と、
    を含むモデルを提供するステップと、
    前記第１および第２のアクティビティの前記グラフィック表現間の少なくとも前記接続に基づくアセット記述子のマッチングによって示される少なくとも１つのアセットの状態を判断するステップと、行う命令を含む、機械可読媒体。