JP2023545985A - エッジ・コンピューティング環境におけるタスク・フローの管理 - Google Patents

Abstract

タスク・フローを管理するためのコンピュータ実施方法、コンピュータ・システムおよびコンピュータ・プログラム製品が提供される。当該コンピュータ実施方法によれば、定義者モジュールは、タスク・フローを実行するための要求を受信する。定義者モジュールは、エッジ・デバイスのセットからタスク・フローを実行するための、エッジ・デバイスのクラスタを決定する。定義者モジュールは、クラスタ内のタスク・フローおよびエッジ・デバイスについてのメタデータ情報を検索してもよく、ここで、メタデータ情報は、クラスタ内のタスク・フローをスケジュールするために使用される。次いで、クラスタ内のエッジ・デバイスは、メタデータ情報に従ってタスク・フローを実行することができる。

Description

本開示は、一般に、コンピュータ技術に関し、より詳細には、エッジ・コンピューティング環境においてタスク・フローを動的に管理するための方法、システム、およびコンピュータ・プログラム製品に関する。

クラウド・コンピューティングおよびＩｏＴテクノロジの発達に伴い、エッジ・コンピューティングは、より強力な計算機能を達成するための新たな発展方向となる。モノのインターネット（ＩｏＴ）の文脈では、「エッジ」または「エッジ・システム」は、データのソースの近くに存在するコンピューティング・インフラストラクチャを指す。そのようなコンピューティング・インフラストラクチャは、例えば、産業機械、産業用コントローラ、産業用センサ、モバイル・デバイス、または当業者が認識する任意のその他のインフラストラクチャ、あるいはそれらの組み合わせを含むことができ、データのソースの近くに存在することができる。データのソースとしてのマシンまたはデバイス、あるいはその両方は、「エッジ・デバイス」と呼ばれることがある。エッジ・デバイスは典型的には、クラウドにおいて利用可能な集中型のコンピューティング・リソースから離れて存在する。エッジ・システムは、アプリケーション、データ処理、およびモデルのうちの少なくとも１つを、集中型のクラウド・データ・センタからエッジ・デバイスに近いエッジ側に移動させ、それによってクラウド・データ・センタへのデータ・トラフィックの量を低減することができる。

本開示の一実施形態によれば、タスク・フローを管理するためのコンピュータ実施方法、コンピュータ・システム、およびコンピュータ・プログラム製品が提供される。コンピュータ実施方法によれば、定義者モジュール（definer module）は、タスク・フローを実行するための要求を受信することができる。定義者モジュールは、エッジ・デバイスのセットから、タスク・フローを実行するための、エッジ・デバイスのクラスタを決定することができる。定義者モジュールは、クラスタ内のタスク・フローおよびエッジ・デバイスについてのメタデータ情報を検索してもよく、ここで、メタデータ情報は、クラスタ内のタスク・フローをスケジュールするために使用される。次いで、クラスタ内のエッジ・デバイスは、メタデータ情報に従ってタスク・フローを実行することができる。

本発明のこれらおよびその他の目的、特徴および利点は、添付の図面と関係して読まれるべきである、以下の例示的な実施形態の詳細な説明から明らかになるであろう。図面の様々な特徴は、詳細な説明と併せて本発明を理解する際に当業者がわかりやすくするためであるので、縮尺どおりではない。

本開示の実施形態による、コンピュータ・システム／サーバの例の概略図である。 本開示の実施形態による、クラウド・コンピューティング環境を示す図である。 本開示の実施形態による、抽象化モデル・レイヤを示す図である。 既存の例示的なエッジ・コンピューティング環境を示す図である。 本開示のいくつかの実施形態による、例示的なエッジ・コンピューティング環境を示す図である。 本開示のいくつかの実施形態による、例示的なタスク・フローを示す図である。 本開示のいくつかの実施形態による、例示的なタスク・フローの情報を示す図である。 本開示のいくつかの実施形態による、タグ付きの例示的なタスク・フローを示す図である。 本開示のいくつかの実施形態による、タスク・フローのタグと一致するタグを有するエッジ・デバイスの例示的なクラスタを示す図である。 本開示のいくつかの実施形態による、タスク・フローの実行のために、エッジ・デバイスのクラスタのために作成されたメタデータ情報を示す図である。 本開示のいくつかの実施形態による、メタデータ情報を有する例示的なタスク・フローを示す図である。 本開示のいくつかの実施形態による、エッジ・コンピューティング環境におけるタスク・フローを動的に管理するための例示的な方法８００を示すフローチャートである。

いくつかの実施形態を、本開示の実施形態が図示されている添付の図面を参照して、より詳細に説明する。しかしながら、本開示は様々な方法で実施することが可能であり、したがって、本明細書に開示された実施形態に限定して解釈されるべきではない。

本開示はクラウド・コンピューティングに関する詳細な説明を含むが、本明細書に記載された教示の実装は、クラウド・コンピューティング環境に限定されないことを理解されたい。むしろ、本開示の実施形態は、現在知られているか、または後に開発される、任意のその他のタイプのコンピューティング環境と組み合わせて実施することができる。

クラウド・コンピューティングは、最小限の管理作業またはサービスのプロバイダとの対話で、迅速にプロビジョニングおよびリリースができる、構成可能なコンピューティング・リソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、およびサービス）の共有プールへの便利なオンデマンド・ネットワーク・アクセスを可能にする、サービス配信のモデルである。このクラウド・モデルは、少なくとも５つの特徴、少なくとも３つのサービス・モデル、および少なくとも４つの展開モデルを含むことができる。

特徴は次のとおりである。

オンデマンド・セルフサービス（On-demand self-service）：クラウド・コンシューマは、サービスのプロバイダとの人的な対話を必要とせずに、必要に応じて自動的に、サーバ時間およびネットワーク・ストレージなどの、コンピューティング機能を一方的にプロビジョニングできる。

幅広いネットワーク・アクセス（Broad network access）：機能は、ネットワーク経由で利用可能であり、異種のシン・クライアント・プラットフォームまたはシック・クライアント・プラットフォーム（例えば、モバイル・フォン、ラップトップ、およびＰＤＡ）での使用を促進する、標準メカニズムを介してアクセスされる。

リソース・プーリング（Resource pooling）：プロバイダのコンピューティング・リソースは、マルチ・テナント・モデルを使用して、複数のコンシューマに、需要に応じて、動的に割り当て、および再割り当てされる、異なる物理リソースおよび仮想リソースのサービスを提供するためにプールされている。コンシューマは一般に、提供されるリソースの正確な場所を制御することができないか、またはそれについての知識を持たないが、より高い抽象化レベル（例えば、国、州、またはデータセンタ）で場所を指定できる可能性があるという点で、場所独立性の意味がある。

迅速な弾力性（Rapid elasticity）：機能を迅速かつ弾力的に、場合によっては自動的に提供して、迅速にスケール・アウトするとともに、迅速にリリースして素早くスケール・インすることができる。コンシューマには、プロビジョニングに利用可能な機能は無制限に見えることが多く、いつでも任意の数量で購入できる。

測定サービス（Measured service）：クラウド・システムは、サービスのタイプ（例えば、ストレージ、処理、帯域幅、およびアクティブなユーザ・アカウント）に適したいくつかの抽象化レベルで計量機能を活用することにより、リソースの使用を自動的に制御し、最適化する。リソースの使用を監視、制御、および報告できるため、利用されるサービスのプロバイダとコンシューマとの両方に、透明性が提供される。

サービス・モデルは以下のとおりである。

サービスとしてのソフトウェア（ＳａａＳ：Software as a Service）：コンシューマに提供される機能は、クラウド・インフラストラクチャで実行されているプロバイダのアプリケーションを使用することである。これらのアプリケーションは、Ｗｅｂブラウザ（例えば、Ｗｅｂベースの電子メール）などのシン・クライアント・インターフェースを通して、様々なクライアント・デバイスからアクセス可能である。制限されたユーザ固有のアプリケーション構成設定が例外となる可能性を除き、コンシューマは、ネットワーク、サーバ、オペレーティング・システム、ストレージ、または個々のアプリケーション機能をも含む、基盤となるクラウド・インフラストラクチャの管理または制御を行わない。

サービスとしてのプラットフォーム（ＰａａＳ：Platform as a Service）：コンシューマに提供される機能は、プロバイダがサポートするプログラミング言語とツールを使用してコンシューマが作成または取得したアプリケーションを、クラウド・インフラストラクチャに展開することである。コンシューマは、ネットワーク、サーバ、オペレーティング・システム、ストレージなどの基盤となるクラウド・インフラストラクチャの管理または制御は行わないが、展開されたアプリケーションと、場合によってはアプリケーション・ホスティング環境構成に対する制御ができる。

サービスとしてのインフラストラクチャ（ＩａａＳ：Infrastructure as a Service）：コンシューマに提供される機能は、コンシューマがオペレーティング・システムやアプリケーションを含むことができる任意のソフトウェアを展開して実行できる処理、ストレージ、ネットワーク、およびその他の基本的なコンピューティング・リソースをプロビジョニングすることである。コンシューマは、基盤となるクラウド・インフラストラクチャの管理または制御は行わないが、オペレーティング・システム、ストレージ、展開されたアプリケーションに対する制御を行うとともに、場合によっては選択ネットワーク・コンポーネント（例えば、ホスト・ファイアウォール）の限定された制御を行う。

展開モデルは次のとおりである。

プライベート・クラウド：クラウド・インフラストラクチャは、組織専用に運用され、それは、組織またはサード・パーティによって管理され、オン・プレミスまたはオフ・プレミスに存在する可能性がある。

コミュニティ・クラウド：クラウド・インフラストラクチャは、複数の組織によって共有されて、懸念事項（例えば、ミッション、セキュリティ要件、ポリシー、およびコンプライアンス考慮事項）を共有する、特定のコミュニティをサポートする。それは、組織またはサード・パーティによって管理されてもよく、オン・プレミスまたはオフ・プレミスに存在する可能性がある。

パブリック・クラウド：クラウド・インフラストラクチャは、一般の人々または大規模な業界グループに対して利用可能にされ、クラウド・サービスを販売する組織によって所有される。

ハイブリッド・クラウド：クラウド・インフラストラクチャは、固有のエンティティのままであるが、データとアプリケーションの移植性を可能にする標準化されたテクノロジまたは独自のテクノロジ（例えば、クラウド間の負荷平均化のためのクラウド・バースティング（cloud bursting））によって結び付けられた、２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）の合成体である。

クラウド・コンピューティング環境は、無国籍性（statelessness）、低結合性（low coupling）、モジュール性、およびセマンティック相互運用性に重点を置いたサービス指向である。クラウド・コンピューティングの中心にあるのは、相互接続されたノードのネットワークを含む、インフラストラクチャである。

次に図１を参照すると、コンピュータ・システム／サーバ１２の一例の概略図が示されており、これは、いくつかの実施形態では、多数の他の汎用または特殊目的のコンピューティング・システム環境または構成で動作可能な通信デバイスなどの、携帯型電子デバイスとすることができる。コンピュータ・システム／サーバ１２との使用に適するよく知られているコンピューティング・システム、環境、または構成、あるいはそれらの組み合わせの例としては、それらに限定はされないが、パーソナル・コンピュータ・システム、サーバ・コンピュータ・システム、シン・クライアント、シック・クライアント、ハンドヘルドまたはラップトップ・デバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベースのシステム、セット・トップ・ボックス、プログラマブル・コンシューマ・エレクトロニクス、ネットワークＰＣ、ミニコンピュータ・システム、メインフレーム・コンピュータ・システム、および上記のシステムまたはデバイス、その他のいずれかを含む、分散クラウド・コンピューティング環境が挙げられる。

コンピュータ・システム／サーバ１２は、コンピュータ・システムによって実行される、プログラム・モジュールなど、コンピュータ・システム実行可能命令の一般的文脈において説明することができる。一般に、プログラム・モジュールには、特定のタスクを実行する、または特定のデータ・タイプを実装する、ルーチン、プログラム、オブジェクト、コンポーネント、ロジック、データ構造などが含まれる。コンピュータ・システム／サーバ１２は、分散型クラウド・コンピューティング環境で実施することができ、この環境において、タスクは、通信ネットワークを介してリンクされたリモート処理デバイスによって実行される。分散型クラウド・コンピューティング環境において、プログラム・モジュールは、メモリ・ストレージ・デバイスを含む、ローカルおよびリモート両方のコンピュータ・システム・ストレージ媒体中に配置することができる。

図１に示されるように、コンピュータ・システム／サーバ１２は、汎用コンピューティング・デバイスの形態で示されている。コンピュータ・システム／サーバ１２のコンポーネントには、それらに限定はされないが、１つまたは複数のプロセッサまたは処理ユニット１６、システム・メモリ２８、およびシステム・メモリ２８を含む様々なシステム・コンポーネントを１つまたは複数のプロセッサまたは処理ユニット１６に結合する、バス１８が含まれる。

バス１８は、メモリ・バスまたはメモリ・コントローラ、周辺バス、加速グラフィックス・ポート、および様々なバス・アーキテクチャのいずれかを使用するプロセッサまたはローカル・バスを含む、いくつかのタイプのバス構造のうちの、いずれか１つまたは複数を表わし得る。例としてであって限定ではなく、そのようなアーキテクチャには、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ・エレクトロニクス・スタンダーズ・アソシエーション（ＶＥＳＡ）ローカル・バス、およびペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）バスが含まれる。

コンピュータ・システム／サーバ１２は、一般に、様々なコンピュータ・システム可読媒体を含む。このような媒体は、コンピュータ・システム／サーバ１２がアクセス可能である任意の利用可能な媒体とすることができ、媒体には、揮発性および不揮発性両方の媒体に加えて、リムーバブルおよびノン・リムーバルな媒体も含まれる。

システム・メモリ２８には、ランダム・アクセス・メモリ（ＲＡＭ）３０またはキャッシュ・メモリ３２、あるいはその両方などの揮発性メモリの形態のコンピュータ・システム可読媒体を含めることができる。コンピュータ・システム／サーバ１２には、その他のリムーバブル／ノン・リムーバブル、または揮発性／不揮発性、あるいはその両方のコンピュータ・システム・ストレージ媒体がさらに含まれる。例としてだけであるが、ストレージ・システム３４を、ノン・リムーバブルで、不揮発性の磁気媒体（図示せず、通常は「ハード・ドライブ」と呼ばれる）との間で読み書きするために設けることができる。図示されていないが、リムーバブルで、不揮発性の磁気ディスク（例えば、「フロッピー・ディスク」）との間で読み書きするための磁気ディスク・ドライブ、およびＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭまたはその他の光媒体などの、リムーバブルで、不揮発性の光ディスクとの間で読み書きするための、光ディスク・ドライブを設けることができる。そのような場合、各々は、１つまたは複数のデータ媒体インターフェースによって、バス１８に接続することができる。以下にさらに描写および説明されるように、システム・メモリ２８には、本開示の実施形態の機能を実施するように構成された、プログラム・モジュールのセット（例えば、少なくとも１つ）を有する、少なくとも１つのプログラム製品を含むことができる。

１つまたは複数のプログラム・モジュール４２を有するプログラム／ユーティリティ４０は、例えば、オペレーティング・システム、１つまたは複数のアプリケーション・プログラム、その他のプログラム・モジュール、およびプログラム・データに記憶させるのと同様に、システム・メモリ２８に記憶させてもよい。オペレーティング・システム、１つまたは複数のアプリケーション・プログラム、その他のプログラム・モジュール、およびプログラム・データまたはそれらのいくつかの組み合わせの各々には、ネットワーキング環境の実装が含まれ得る。１つまたは複数のプログラム・モジュール４２は、一般に、本明細書に記載されるような本開示の実施形態の機能または方法、あるいはその両方を実施し得る。コンピュータ・システム／サーバ１２はまた、キーボード、ポインティング・デバイス、ディスプレイ２４、ユーザがコンピュータ・システム／サーバ１２と対話することを可能にする１つまたは複数のデバイス、またはコンピュータ・システム／サーバ１２が１つまたは複数の他のコンピューティング・デバイスと通信することを可能にする任意のデバイス（例えば、ネットワーク・カード、モデムなど）、あるいはその両方などの、１つまたは複数の外部デバイス１４と通信し得る。このような通信は、入出力（Ｉ／Ｏ）インターフェース２２を介して行うことができる。さらには、コンピュータ・システム／サーバ１２は、ネットワーク・アダプタ２０を介して、ローカル・エリア・ネットワーク（ＬＡＮ）、一般ワイド・エリア・ネットワーク（ＷＡＮ）、またはパブリック・ネットワーク（例えば、インターネット）、あるいはそれらの組み合わせなどの、１つまたは複数のネットワークと通信することができる。図示されるように、ネットワーク・アダプタ２０は、バス１８を介してコンピュータ・システム／サーバ１２のその他のコンポーネントと通信し得る。図示されていないが、その他のハードウェア・コンポーネントまたはソフトウェア・コンポーネント、あるいはその両方をコンピュータ・システム／サーバ１２と組み合わせて使用することもできることを理解されたい。例としては、それらに限定はされないが、マイクロコード、デバイス・ドライバ、冗長処理ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブ、およびデータ・アーカイブ・ストレージ・システムが挙げられる。図１に示されるコンピュータ・システム／サーバ１２は、図２に示される１つまたは複数のクラウド・コンピューティング・ノード１０のような、クラウド・コンピューティング・ノードであってもよい。図１に示されるコンピュータ・システム／サーバ１２はまた、本開示の少なくとも１つの例示的な実施形態による、図４および図５に示される例示的なエッジ・コンピューティング環境におけるハードウェア・コンポーネントであってもよい。

ここで図２を参照すると、説明用のクラウド・コンピューティング環境５０が描かれている。図示されているように、クラウド・コンピューティング環境５０には、例えば、パーソナル・デジタル・アシスタント（ＰＤＡ）またはセルラー電話５４Ａ、デスクトップ・コンピュータ５４Ｂ、ラップトップ・コンピュータ５４Ｃ、または自動車コンピュータ・システム５４Ｎ、あるいはそれらの組み合わせなどの、クラウド・コンシューマによって使用されるローカル・コンピューティング・デバイスが通信し得る、１つまたは複数のクラウド・コンピューティング・ノード１０が含まれ得る。１つまたは複数のノード１０は、互いに通信し得る。それらは、本明細書で説明したようなプライベート・クラウド、コミュニティ・クラウド、パブリック・クラウド、またはハイブリッド・クラウドなどの１つまたは複数のネットワーク、あるいはそれらの組み合わせに、物理的または仮想的にグループ化されてもよい（図示せず）。このグループ化によって、クラウド・コンピューティング環境５０は、クラウド・コンシューマがローカル・コンピューティング・デバイス上にリソースを維持する必要のないサービスとして、インフラストラクチャ、プラットフォーム、またはソフトウェア、あるいはそれらの組み合わせを提供することが可能になる。図２に示されるタイプのコンピューティング・デバイス５４Ａ～Ｎは、例示のみを目的としていること、ならびに１つまたは複数のコンピューティング・ノード１０およびクラウド・コンピューティング環境５０は、（例えば、ウェブ・ブラウザを使用して）任意のタイプのネットワークまたはネットワーク・アドレス指定可能な接続、あるいはその両方を介して、任意のタイプのコンピュータ化されたデバイスと通信できることが理解される。

次に図３を参照すると、クラウド・コンピューティング環境５０（図２）によって提供される、機能的抽象化レイヤ３００のセットが示されている。図３に示すコンポーネント、レイヤ、および機能は説明用にすぎず、本発明の実施形態はこれに限定されないことを予め理解されたい。図に示すように、以下のレイヤと、対応する機能が提供される。

ハードウェアおよびソフトウェア・レイヤ６０は、ハードウェア・コンポーネントおよびソフトウェア・コンポーネントを含む。ハードウェア・コンポーネントの例としては、メインフレーム６１；ＲＩＳＣ（縮小命令セットコンピュータ）アーキテクチャ・ベース・サーバ６２；サーバ６３；ブレード・サーバ６４；ストレージ・デバイス６５；ならびにネットワークおよびネットワーキング・コンポーネント６６が挙げられる。いくつかの実施形態では、ソフトウェア・コンポーネントとしては、ネットワーク・アプリケーション・サーバ・ソフトウェア６７およびデータベース・ソフトウェア６８が含まれる。

仮想化レイヤ７０は抽象化レイヤを提供し、それから、仮想エンティティの以下の例：仮想サーバ７１；仮想ストレージ７２；仮想プライベートネットワークを含む、仮想ネットワーク７３；仮想アプリケーションおよびオペレーティング・システム７４；ならびに仮想クライアント７５が提供され得る。

一例では、管理レイヤ８０は、以下に説明する機能を提供することができる。リソース・プロビジョニング８１は、クラウド・コンピューティング環境内でタスクを実行するために利用されるコンピューティング・リソースおよびその他のリソースの動的調達を提供する。メータリングとプライシング（metering and pricing）８２は、クラウド・コンピューティング環境内でリソースが使用される際のコスト追跡と、これらのリソースの消費に対するビリング（billing）またはインボイシング（invoicing）を提供する。一例では、これらのリソースには、アプリケーション・ソフトウェア・ライセンスが含まれることがある。セキュリティは、クラウド・コンシューマとタスクに対する本人確認（identity verification）に加えて、データやその他のリソースの保護を提供する。ユーザ・ポータル８３は、コンシューマおよびシステム管理者に対するクラウド・コンピューティング環境へのアクセスを提供する。サービス・レベル管理８４は、必要なサービス・レベルが満たされるように、クラウド・コンピューティング・リソースの割り当ておよび管理を提供する。サービス・レベル・アグリーメント（ＳＬＡ）計画と履行（planning and fulfillment）８５は、ＳＬＡによって将来の要求がそれに対して予期される、クラウド・コンピューティング・リソースの事前手配と調達を提供する。

ワークロード・レイヤ（workloads layer）９０は、クラウド・コンピューティング環境がそのために利用され得る、機能の例を提供する。このレイヤから提供され得るワークロードおよび機能の例としては：マッピングおよびナビゲーション９１；ソフトウェア開発ならびにライフサイクル管理９２；仮想教室教育配信９３；データ分析処理９４；トランザクション処理９５；およびエッジ・コントローラ９６が挙げられる。

図３の機能的抽象化レイヤは、例示にすぎない。必要なときには、１つまたは複数のレイヤをこれに追加することが可能であり、図３における１つまたは複数のレイヤを、合成するか、または省略することができる。さらに、図３の各レイヤにおいて、いくつかのコンポーネントを省略するか、または合成したり、１つまたは複数のコンポーネントを追加したりすることができる。

＜例示的なコンピューティング環境＞
前述のように、クラウド・コンピューティングとＩｏＴテクノロジとの発達に伴い、エッジ・コンピューティングはより強力な計算機能を達成するための新たな発展方向となる。エッジ・コンピューティングは、急速に、デジタル・トランスフォーメーションを加速するための産業用モノのインターネット（ＩＩｏＴ）の重要な部分となりつつある。エッジ・コンピューティングは、産業機械などの「モノ」に実際に接続されているデバイスとテクノロジに焦点を当てている。インテリジェント・マニュファクチャリングは、エッジ・コンピューティングの典型的な例であり得る。エッジ・コンピューティングにより、データソースにおいて、分析とデータ収集を行うことが可能になり得る。

エッジ・コンピューティングは、クラウド・コンピューティング・システムに対する最適化であって、クラウド・コンピューティングと共に動作し得ることが理解される。エッジ・コンピューティングが支配的になるシナリオには、低遅延の必要性、または帯域幅の制約がある場合が含まれる。エッジ・コンピューティングは、インターネットまたはセルラー接続が不安定な場合にも重要になる可能性がある。アクションが、マシンからの膨大なデータ量を効果的に管理するために大量のコンピューティング・パワーを必要とする場合に、クラウド・コンピューティングは、より支配的な位置を占める可能性がある。クラウド・コンピューティングとエッジ・コンピューティングとはどちらも、今日の高度で多様で大量のデータから最大の価値を得るために、産業経営に必要になる可能性がある。産業プロバイダやサーバ・プロバイダにとって、最適な運用を達成するために、エッジ・デバイスからのデータを、エッジ・デバイスに近いエッジ側で、クラウド内で、または両者の組み合わせにおいて、管理および処理することが有利な場合がある。

図４は、既存の例示的なエッジ・コンピューティング環境を示す。既存の例示的なエッジ・コンピューティング環境には、クラウド・レイヤおよびエッジ・レイヤの両方で実行される、コンポーネントまたはモジュール、あるいはその両方が含まれ得る。既存の例示的なエッジ・コンピューティング環境では、クラウドのデータ・センタは、典型的なクラウド・コンピューティング環境におけるコンピューティング・ノード／サーバと接続されるよりもむしろ、エッジ・システムおよびエッジ・デバイスと接続され得ることが理解できる。

図４に示されるように、例示的なエッジ・コンピューティング環境は、クラウド・レイヤのデータ・センタ４１０、エッジ・システム・レイヤ４２０、およびエッジ・デバイス・レイヤ４３０を備える。例示的なエッジ・コンピューティング環境における各レイヤにおけるハードウェア・コンポーネントは、図１に示されるコンピュータ・システム／サーバ１２であってもよい。図１に示されるコンピュータ・システム／サーバ１２は、例示的なエッジ・コンピューティング環境において、機能のいずれかを実装することができる。例示的なエッジ・コンピューティング環境における全てのコンポーネントまたはモジュール、あるいはその両方は、通信ネットワークを介して直接的または間接的に接続され得る。図４におけるネットワークには、ワイド・エリア・ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、電気通信ネットワーク、ワイヤレス・ネットワーク、公衆交換網または衛星網、あるいはそれらの組み合わせなどの、様々なタイプの通信ネットワークが含まれ得る。通信ネットワークは、例えば、ワイヤ、無線通信リンク、光ファイバ・ケーブル、または当業者が認識する任意のその他の接続、あるいはそれらの組み合わせなどの接続を含むことができ、通信ネットワークへのアクセスを可能にすることができる。

エッジ・コンピューティング環境全体にわたるレイヤおよびモジュール、ならびにエッジ・デバイスの数は、例示のみを目的として提示されていることが理解されるであろう。エッジ・コンピューティング環境には、１つまたは複数のその他のレイヤおよびモジュールが含まれてもよく、エッジ・デバイスの数は異なってもよく、また他の様式で配設されてもよい。

クラウド・レイヤのデータ・センタ４１０は、上記の図２～３を参照して説明した、既存のクラウド・コンピューティング環境に属してもよい。実際には、生産またはサービスの実際の要件および条件に従って、クラウド・コンピューティング・センタ４１０は、エッジ・デバイスの中央管理を実行するために、モデルおよびアプリケーションの一部などの、コンピューティング・パワーの一部をエッジ・システム４２０に送信することができる。

図４に示されるように、クラウド・レイヤのデータ・センタ４１０内の例示的なモジュールには、ストア・システム４１１、ＡＰＩサーバ４１２、およびエッジ・コントローラ９６が含まれ得る。ストア・システム４１１は、ＡＰＩサーバ４１２によって必要とされるメタデータを記憶することができる。例えば、ストア・システム４１１は、一貫性のある分散型のキー・バリュー・ストア（key-value store）である。ストア・システム４１１内の記憶データは、マシンの分散システムまたはクラスタによってアクセス可能である。ＡＰＩサーバ４１２は、ＡＰＩオペレーションを処理するために使用されてもよく、またユーザによって呼び出されてもよい。クラウド・レイヤ４１０内のコンポーネントは、メッセージ配信のためにＡＰＩサーバ４１２に依存し得る。エッジ・コントローラ９６は、中央管理を実行するために、クラウド・レイヤのデータ・センタ４１０とエッジ・システム・レイヤ４２０との間の通信に用いられてもよい。

エッジ・システム・レイヤ４２０は、エッジ・デバイス・レイヤ４３０内のエッジ・デバイスを管理することができる。インテリジェント生産を例にとると、インテリジェント生産の工業団地の生産ラインの中央管理システムをエッジ・システムと称してもよく、工業団地の生産ラインの機械をエッジ・デバイスと称してもよい。基地局を別の例とすると、基地局の中央管理システムをエッジ・システムと称してもよく、基地局と通信しているモバイル・デバイスをエッジ・デバイスと称してもよい。

図４に示されるように、エッジ・システム・レイヤ４２０内の例示的なモジュールには、ストア・モジュール４２１、同期サービス・モジュール４２２、およびエッジ・エージェント・モジュール４２３が含まれ得る。ストア・モジュール４２１は、エッジ・システム４２０およびエッジ・デバイスのためのメタデータを記憶できる。同期サービス・モジュール４２２は、エッジ・システム４２０の中央データ処理モジュールであってよく、クラウド４１０とエッジ・システム４２０との間でモデルとデータを同期させるために使用されてもよく、エッジ・エージェント・モジュール４２３は、エッジ・デバイスの管理モジュールであってもよい。

「エッジ・デバイス」は、企業またはサービス・プロバイダのコア・ネットワークへのエントリ・ポイントとして定義できる。エッジ・システム４２０は、エッジ・デバイスのデータを処理してもよく、処理された、または中央処理に適したデータのみをネットワークを介してクラウド・データ・センタ４１０に送信してもよい。このようにして、ネットワークを介する未処理データの大量のデータ伝送を回避し、中央処理の時間を節約できる。図４に示されるように、例示的なエッジ・デバイス・レイヤ４３０には、デバイスＡ、Ｂ、Ｃ、ＤおよびＥなどの、複数のエッジ・デバイスが含まれ得る。エッジ・デバイスの各々には、それぞれ、デバイスＢ、Ｃ、およびＡ内のコンテナ４３２１、４３３１、４３１１などのコンテナが含まれ得る。コンテナは、タスクの要求を実行するように構成されたサービス・グリッドまたはモジュールであってもよい。

産業／インテリジェント生産またはサービス機能は、エッジ・コンピューティング環境で実施または実現できることが理解され得る。エッジ・デバイスは、生産ミッションを達成するために、またはサービス機能を実装するために、に様々なタスクを実行してワークロードを満たすことを要求され得る。タスクは、一連のサブタスクを含むことがある。サブタスクは、複数のデバイス上で並列または直列に、あるいはその両方で実行されてもよい。このタスクは、本明細書においては「タスク・フロー」と称されることもある。生産またはサービスのプロセスは、エッジ・デバイス上で実行される一連のサブタスクを含む、タスク・フローを実行するプロセスであり得る。

また、実際の生産またはサービスの実践では、複数のタスク・フローを並行して実行できることも理解できる。タスク・フロー毎に、複数のデバイスが関与してもよい。エッジ・デバイスで並行して実行される２つの類似のタスク・フローがあるとすると、タスク・フローの１つには、デバイスＢ、Ｃ、およびＡで実行される一連のサブタスクが含まれてもよい。デバイスＢ、Ｃ、およびＡは、それぞれ、エッジ・エージェント４２３から割り当てられたサブタスクを受信し、線４３１、４３２、ならびに４３３によって示されるように、それぞれ、実行結果をエッジ・エージェント４２３に戻すことができる。他のタスク・フローは、デバイスＤ、Ｅ、およびＡで実行される一連のサブタスクを含むことがある。同様に、デバイスＤ、Ｅ、およびＡは、エッジ・エージェント４２３と通信して、点線４３４、４３５、ならびに４３６で示されるようなタスク・フローを実行してもよい。

タスク・フローに関与するエッジ・デバイスの各々は、タスク・フローを完了するためにエッジ・エージェント４２３と通信することを要求され得ることに留意されたい。エッジ・エージェント４２３は、タスク要求をエッジ・デバイスの各々に送信し、各デバイスから実行結果を受信することを要求され得る。別の言い方をすれば、エッジ・デバイスの各々は、エッジ・エージェント４２３からタスク要求を受信して、実行結果をエッジ・エージェント４２３に出力してもよい。図からわかるように、エッジ・システム・レイヤ４２０内のエッジ・エージェント４２３は、全てのタスク・フローの実行を制御してもよい。

実際の生産またはサービスの実践では、実行されるタスクは大規模で複雑であり、関連するエッジ・デバイスの数が多い場合がある。しかしながら、既存のエッジ・コンピューティング環境では、タスク・フローに対する管理は、上述したようにエッジ・エージェント４２３システムに主に焦点を当ててもよい。エッジ・エージェント４２３のワークロードは非常に重く、管理のボトルネックになる可能性がある。同時に、エッジ・エージェント４２３とエッジ・デバイスとの間の通信のための有線または無線の接続は不安定である可能性があり、このことは、管理のボトルネック、もしくはシステム障害を形成するリスクを増大させる場合がある。

本開示の実施形態は、上述した問題を解決することを目的としており、エッジ・エージェント４２３のワークロードを軽減するために、エッジ・システム・レイヤ４２０の代わりに、主にエッジ・デバイス・レイヤ４３０においてタスク・フローを動的に管理する解決策を提案する。

以下では、本開示の実施形態について、図５から図８を参照して詳細に説明する。

図５は、本開示の実施形態による例示的なエッジ・コンピューティング環境を示す。なお、図４における対応するモジュールまたは要素は、図５において同様の参照数字によって参照されており、本明細書では論じないことに留意されたい。

図５は、エッジ・コンピューティング環境の実装の図解のみを提供するものであり、異なる実施形態が実装され得る環境に関して、いかなる限定をも意味しないことを理解されたい。図解の環境には多くの修正が加えられる可能性がある。

ここで図５を参照すると、定義者モジュール５２３１、送信側モジュール５２３２および受信側モジュール５２３３は、エッジ・エージェント５２３内に構成され得る。図４に示す既存のコンピューティング環境と比較して、これらのモジュールは、機能が改善されており、これについては、以下で詳しく論ずる。さらに、プロキシ５３１２およびプロキシ５３２２などの、１つまたは複数のプロキシ・モジュールが、エッジ・デバイスの各々において構成され得る。例えば、プロキシ・モジュール５３１２はデバイスＡにおいて構成されてもよく、プロキシ・モジュール５３２２はデバイスＢにおいて構成されてもよく、以下同様である。本開示の実施形態によれば、定義者モジュール５２３１、送信側モジュール５２３２、および受信側モジュール５２３３、ならびに１つまたは複数のプロキシ・モジュールを使用して、タスク・フローを管理し、制御することができる。モジュールは説明のみを目的として提示されていると理解されたい。本開示のいくつかの実施形態による、エッジ・コンピューティング環境は、同様の機能または意図を達成するために、追加のモジュール、またはより少ないモジュールを備えてもよい。モジュールおよびその数は異なってもよく、他の方法で配設されてもよい。

既存のエッジ・コンピューティング環境では、エッジ・エージェント４２３は、タスク・フローを動的またはリアルタイムで実行するための、エッジ・デバイスを決定するように構成され得る。本開示の実施形態によれば、定義者モジュール５２３１は、タスク・フローの実行のためのエッジ・デバイスを動的に決定するように構成され得る。タスク・フローを実行するためのエッジ・デバイスは、クラスタ１やクラスタ２などのクラスタを形成してもよい。例えば、定義者モジュール５２３１が、デバイスＢ、Ｃ、およびＡ上で１つのタスク・フローが実行され得ると判断した場合、デバイスＢ、Ｃ、およびＡのグループは、図５に示すようにクラスタ１と称され得る。同様に、定義者モジュール５２３１は、図５に示すように、他のタスク・フローがデバイスＤ、ＥおよびＡ上で並列に実行され得ると決定し、デバイスＤ、ＥならびにＡのグループをクラスタ２と称してもよい。わかりやすくするために、クラスタ１で実行されるタスク・フローについてのみ、以下で詳しく論ずる。

定義者モジュール５２３１は、タスクを実行するクラスタ１のメタデータ情報を決定するようにさらに構成されてもよい。メタデータ情報は、クラスタ１の間でエッジ・デバイスによりタスク・フローを管理またはスケジュールするために使用できる。メタデータ情報の決定について、以下の図６と併せて詳細に説明する。

本開示の実施形態によれば、送信側モジュール５２３２は、タスクの実行を開始するために、クラスタ１に関与する１つまたは複数のエッジ・デバイスにメタデータ情報を含む要求を送信するように構成され得る。メタデータ情報は、要求と一緒に送信されてもよい。例えば、理解され得るように、要求には、要求ヘッダおよび要求本文が含まれる。メタデータ情報は、要求のヘッダに埋め込まれてもよい。このようにして、メタデータ情報は、要求と一緒に送信されてもよい。メタデータ情報は、個別に送信されてもよい。メタデータ情報を送信する方法は、本開示の範囲を不利に限定すべきではない。

各エッジ・デバイスのコンテナは、割り当てられたサブタスクを実行してもよく、各デバイスの１つまたは複数のプロキシ・モジュールは、タスク・フローのデータを管理してもよい。各エッジ・デバイス内の１つまたは複数のプロキシ・モジュールは、メタデータ情報に従ってタスク・フローを管理するか、またはルート設定してもよい。

本開示の実施形態によれば、受信側モジュール５２３３は、各デバイスから各サブタスクの実行結果を受信するよりもむしろ、クラスタ内の対応する最後のエッジ・デバイスから最終実行結果を受信するように構成されてもよい。

このようにして、本開示の提案された解決策は、タスク・フローがエッジ・システム・レイヤ５２０よりもむしろエッジ・デバイス・レイヤ５３０で制御されることを可能にすることによって、既存のエッジ・コンピューティング・アーキテクチャを強化し得る。これによりエッジ・エージェント５２３における管理のワークロード、およびデータ・センタ４１０においてボトルネックを形成するリスクが、低減される。

図６Ａは、本開示のいくつかの実施形態による例示的なタスク・フローを示す。

ここで、図６Ａを参照すると、例示的なタスク・フローは、２つのサブタスク、ｓｕｂｔａｓｋ＿１（図示せず）およびｓｕｂｔａｓｋ＿２を含む。ｓｕｂｔａｓｋ＿１はさらに、ｓｕｂｔａｓｋ＿１＿１とｓｕｂｔａｓｋ＿１＿２との２つのサブタスクを含む。ｓｕｂｔａｓｋ＿１＿１およびｓｕｂｔａｓｋ＿１＿２は、２つのデバイスで並行して実行する必要がある場合がある。２つのサブタスクの実行結果は、次のサブタスク、つまりｓｕｂｔａｓｋ＿２を実行するために、第３のデバイスへの入力として送信する必要がある。サブタスクを実行する最後のデバイスである可能性がある第３のデバイスは、ｓｕｂｔａｓｋ＿２の実行結果を出力してもよい。次いで、タスク・フローが終了し得る。例示的なタスク・フローの情報は、図６Ｂに示す表において検索してもよい。

上述のように、実際の生産またはサービスの実践では、実行されるタスクは大規模で複雑になる可能性がある。図６Ａに示すタスク・フローは、図解と単純化のための具体例として提供されるにすぎず、本開示に対する非限定を示唆している。本開示の実施形態は、同様の、類似の、または異なる定義を有する、あらゆる種類のタスク・フローに適用することができる。

以下では、図６Ａに示すタスク・フローを例にとって、本開示の実施形態について、図５から図８までを参照して詳細に説明する。

＜メタデータ情報決定＞
簡単に上述したように、定義者モジュール５２３１は、タスク・フローおよびエッジ・デバイスの属性に基づいて、タスク・フローの実行のためのエッジ・デバイスのクラスタを動的に決定するように構成されて、クラスタ内のタスク・フローならびにエッジ・デバイスについてのメタデータ情報を作成してもよい。

例えば、図６Ａに示すようなタスク・フローまたはタスクを受信すると、定義者モジュール５２３１は、タスク・フローの各サブタスクについてのタグを取得することができる。タグは、エッジ・デバイスの属性に対する基本要件を示してもよい。言い換えると、タスク・フローは、どのデバイスが、タグ内のタスクを実行するように適合されているかを示してもよい。図７Ａは、本開示のいくつかの実施形態による、タグを有するタスク・フローの例示的な実施形態を示す。

エッジ・デバイスは、それら自身の属性または特性を有し、様々なタスクを実行するように適合され得ることが理解される。エッジ・デバイスの属性は、特性、タイプ、パワー、パラメータ、インデックス、構成などであり得る。わかりやすくするために、デバイスの属性をタグとしてマークすることもできる。定義者モジュール５２３１は、タスク・フローとエッジ・デバイスとの間のタグのマッピング関係に基づいて、タスク・フローの実行のためのエッジ・デバイスのクラスタを決定してもよい。ここで、図７Ａおよび図７Ｂを参照すると、ｓｕｂＴａｓｋ＿１＿１は、デバイスＣのものとマッピングされる、Ｔａｇ＿１を有してもよく、ｓｕｂＴａｓｋ＿１＿２もまた、デバイスＢのものとマッピングされる、Ｔａｇ＿１を有してもよく、ｓｕｂＴａｓｋ＿２は、デバイスＡのものとマッピングされるＴａｇ＿２を有してもよい。デバイスＣおよびデバイスＢは、同じ属性を有するデバイスであってもよく、相互交換可能であってもよい。したがって、定義者モジュール５２３１は、デバイスＡ、Ｂ、およびＣがタスク・フローを実行するように適合されていると決定することができる。

本開示の実施形態によれば、定義者モジュール５２３１は、図５に示すように、タスク・フローを実行するためのクラスタ、すなわちクラスタ１として、デバイスＡ、Ｂ、およびＣのグループを定義することができる。ネットワークの不安定性を考慮して、タスク・フローが受信されると、利用可能なエッジ・デバイス間でクラスタを動的に決定してもよい。タスク・フローが完了すると、クラスタを解消させることができる。タスク・フローを実行するように適合されたエッジ・デバイスは、履歴データ、慣例などに基づくなど、他の適切なアプローチでも決定され得ることに留意されたい。タスク・フローを実行するエッジ・デバイスの決定アプローチは、開示の範囲を不利に限定すべきではない。

本開示の実施形態によれば、定義者モジュール５２３１は、メタデータ情報として、決定されたクラスタ内のタスク・フローとエッジ・デバイスとの間のマッピング関係に基づいてメタデータをさらに検索することができる。タスク・フローの管理またはスケジュールに使用できる、その他の情報も、メタデータ情報として取得できる。例えば、本開示のいくつかの実施形態では、高性能の特定のデバイスを、クラスタ内のエッジ・デバイスを管理するためのコーディネータ・デバイスとして、クラスタから選択してもよい。この状況下では、メタデータ情報には、コーディネータ・デバイスの対応する情報が含まれ得る。

ここで、図７Ｃを参照すると、デバイスＢは、性能考慮に基づいてメタデータ情報においてコーディネータ・デバイスとしてマークされてもよい。デバイスＣおよびデバイスＡは、コーディネータ・デバイスでなくてもよい。デバイスの性能は総合的な要因であって、簡略化のために、性能は、例としてＣＰＵ使用率によって表わされることが理解され得る。図７Ｂに見られるように、デバイスＢのＣＰＵ使用率がクラスタ間で最も低いため、デバイスＢを、コーディネータ・デバイスとして選択してもよい。コーディネータ・デバイスのプロキシは、クラスタ内の他のメンバーのステータスを定期的または不規則に取得してもよく、ステータス情報をエッジ・システム５２０に同期させてもよい。このようにして、エッジ・システム５２０は、不安定なネットワーク接続のためにクラスタ内の任意のデバイスが故障するなどの、何らかの例外がある場合に知らされることができる。

本開示の実施形態によれば、メタデータ情報は、タスク・フローを管理またはスケジュールするために使用することができる、任意の情報を含み得る。例えば、メタデータ情報には、以下のもの：タスク・フローのＩＤ、クラスタのＩＤ、クラスタに関与するエッジ・デバイスのＩＤ、クラスタ内のエッジ・デバイスによって実行されるタスク・フローのサブタスクのＩＤ、およびコーディネータ・エッジ・デバイスのＩＤ、のうちの少なくとも１つが含まれ得る。メタデータ情報は、図５におけるストア・モジュール５２１に記憶または維持されてもよい。各デバイスについての例示的メタデータ情報を、図７Ｃに示す。図７Ｃにおけるメタデータ情報は、説明および簡略化のためにのみ示されており、これは本開示に対する限定がないことを示唆する。

ここで図７Ｄを参照すると、タスク・フローの各サブタスクは、メタデータ情報に従ってクラスタの間の対応するデバイスと一致させてもよい。例えば、ｓｕｂｔａｓｋ＿１＿１はデバイスＣと一致させ、ｓｕｂｔａｓｋ＿１＿２はデバイスＢと一致させ、ｓｕｂｔａｓｋ＿２はデバイスＡと一致させてもよい。すなわち、デバイスＣがｓｕｂｔａｓｋ＿１＿１を実行し、デバイスＢがｓｕｂｔａｓｋ＿１＿２を実行し、デバイスＡがｓｕｂｔａｓｋ＿２を実行してもよい。デバイスＣおよびデバイスＢは、開始サブタスク、すなわち、それぞれｓｕｂｔａｓｋ＿１＿１およびｓｕｂｔａｓｋ＿１＿２に対応する、開始エッジ・デバイスであってもよい。デバイスＡは、最後のサブタスク、すなわちｓｕｂｔａｓｋ＿２、に対応する最後のデバイスであってもよい。デバイスＡの実行結果は、タスク・フローの最終的な実行結果であり得る。したがって、クラスタ内の各デバイスは、メタデータ情報に従うサブタスクの実行のための対応するサブタスクと一致させられ得る。

＜タスク・フローを動的に管理するプロセス＞
本開示の実施形態によれば、メタデータ情報に従ってタスク・フローを動的に管理するプロセスを、以下において図５および図６と併せて説明することができる。

ここで図５に戻ると、エッジ・エージェント５２３が図６Ａに示すようなタスク・フローを実行する要求を受信すると、定義者モジュール５２３１は、利用可能なエッジ・デバイスとタスクの間のタグまたは属性のマッピング関係に基づいて、タスク・フローを実行するように適合された、エッジ・デバイスのクラスタを決定することができる。定義者モジュール５２３１は、図７Ｃに示すように、エッジ・デバイスの決定されたクラスタおよびタスク・フローについてのメタデータ情報をさらに作成してもよい。

次いで、送信側モジュール５２３２は、線５３１および５３２によって示されるように、メタデータ情報に従って、デバイスＢならびにデバイスＣに、タスク要求を送信することができる。送信側モジュール５２３２はまた、タスク要求のヘッダにメタデータ情報を埋め込むこともできるので、メタデータ情報は、要求と一緒にエッジ・デバイスに送信することができる。メタデータ情報を有する要求が受信されると、デバイスＢ内のコンテナ４３２１およびデバイスＣ内のコンテナ４３３１は、それぞれｓｕｂｔａｓｋ＿１＿１ならびにｓｕｂｔａｓｋ＿１＿２を実行することができる。次いで、デバイスＢの実行結果は、線５３３によって示されるように、デバイスＢ内のプロキシ５３２２によって、デバイスＡに送信され得る。並行して、デバイスＣの実行結果は、線５３４によって示されるように、メタデータ情報に従って、デバイスＣ内のプロキシ５３３２によってデバイスＡに送信され得る。デバイスＡ内のコンテナ４３１１は、デバイスＢおよびデバイスＣの両方から実行結果を受信すると、ｓｕｂｔａｓｋ＿２を実行する。デバイスＡの実行結果は、線５３５によって示されるように、デバイスＡ内のプロキシ５３１２によって受信側モジュール５２３３に送信され得る。その後、タスク・フローが完了し得る。線５３１～５３５は、クラスタ内の例示的なタスク・フローを実行するプロセスを示す。コーディネータ・デバイス情報がメタデータ情報に含まれる場合には、プロセスは、クラスタ内のステータス・フローをさらに含んでもよく、これについては以下で詳細に論ずる。

本開示の実施形態によれば、クラスタ内のデバイスＢが、図７Ｃに示すメタデータ情報を示す、コーディネータ・デバイスとして選択され得る。コーディネータ・デバイスＢは、デバイスＣおよびデバイスＡのステータス情報を、定期的または不定期に取得することができる。ステータス情報には、これらに限定はされないが、「実行中」、「終了」および「故障」が含まれ得る。ステータス情報は、コーディネータ・デバイスＢによりデバイスＣおよびデバイスＡに問い合わせ、または確認することにより取得してもよい。また、デバイスＣおよびデバイスＡは、自身のステータス情報をコーディネータ・デバイスＢに報告してもよい。ステータス情報の取得は、現在存在するまたは将来開発される、任意の適切なアプローチを利用してもよく、本発明の範囲を不利に限定すべきではない。

ここで、図５に戻ると、コーディネータ・デバイスＢ内のプロキシ５３２２は、それぞれ線５３６および５３７で示される、デバイスＣならびにデバイスＡのステータス情報を取得することができる。デバイスＢ内のプロキシ５３２２は、線５３８によって示されるように、受信したステータス情報を、受信側モジュール５２３３に送信する。線５３６～５３８は、クラスタ内のステータス・フローを示している。すなわち、クラスタ内のエッジ・デバイスのステータスは、クラスタ内のコーディネータ・デバイスによって管理されて、受信側モジュール５２３３に提供されてもよい。「故障」のステータス情報を取得すると、現在のクラスタを解消し、新しいクラスタを決定してもよい。

このようにして、送信側モジュール５２３２は、タスク・フローを開始するために、ヘッダ内のメタデータ情報を有する、タスク要求を送信することができる。受信側モジュール５２３３は、対応する最後のデバイスからのタスク・フローの最終実行結果、およびクラスタのコーディネータ・デバイスからのデバイスのステータス情報を受信することができる。最終実行結果以外の実行結果は、エッジ・デバイスとエッジ・システム５２０との間で転送する必要がない。例えば、デバイスＣまたはデバイスＢの実行結果は、受信側モジュール５２３３に送信する必要はないが、メタデータ情報に従ってデバイスＡに送信してもよい。デバイスＡの実行結果は、最終的な実行結果であってもよく、これは受信側モジュール５２３３に送信されてもよい。したがって、タスク・フローの管理またはスケジュールは、メタデータ情報に従って、エッジ・システム・レイヤ５２０においてよりもむしろ、エッジ・デバイス・レイヤ５３０において実現されてもよい。したがって、エッジ・システム・レイヤ５２０のワークロードは軽減され得る。

同様に、対応するメタデータ情報に従ってクラスタ２におけるタスク・フローを管理するプロセスを、図５に点線で示すことができる。図からわかるように、クラスタ２内のタスク・フローについては、タスク・フローの２つのサブタスクを、最初にデバイスＤとデバイスＥとで並列に実行してもよく、次にデバイスＤおよびデバイスＥの実行結果をデバイスＡで実行してもよい。クラスタ２内のコーディネータ・デバイスは、デバイスＥであってもよい。クラスタ２におけるタスク・フローの実行プロセスは同様であり、ここでは詳しくは論じない。

＜例示的な方法＞
図８は、本開示のいくつかの実施形態による、例示的な方法８００のフローチャートを示す。方法８００は、図５に示すようにエッジ・コンピューティング環境において実装することができる。考察の目的のために、図５を参照して方法８００について説明する。

８１０において、定義者モジュール５２３１は、タスク・フローを実行するための要求を受信する。８２０において、定義者モジュール５２３１は、エッジ・デバイスのセットから、タスク・フローを実行するための、エッジ・デバイスのクラスタを決定する。８３０において、定義者モジュール５２３１は、クラスタ内のタスク・フローおよびエッジ・デバイスについてのメタデータ情報を検索し、ここで、メタデータ情報は、クラスタ内のタスク・フローをスケジュールするのに使用される。８４０において、クラスタ内のエッジ・デバイスは、メタデータ情報に従ってタスク・フローを実行する。

本開示の一実施形態によれば、定義者モジュールは、エッジ・デバイスのセットから、タスク・フローを実行するための、エッジ・デバイスのクラスタを決定し、このことは：定義者モジュールが、タスク・フローおよびエッジ・デバイスのセットの属性を、それぞれ検索すること；ならびにタスク・フローとエッジ・デバイスのセットとの間の属性のマッピング関係に基づいて、タスク・フローを実行するための、エッジ・デバイスのクラスタとして、エッジ・デバイスのセットからエッジ・デバイスの群を選択することを含む。

本開示の一実施形態によれば、定義者モジュールは、エッジ・デバイスのセットから、タスク・フローを実行するための、エッジ・デバイスのクラスタを決定することができ、このことは：定義者モジュールが、クラスタ内のその他のエッジ・デバイスのステータスを管理するコーディネータ・デバイスとして、クラスタ内のエッジ・デバイスから１つのエッジ・デバイスを選択すること；および定義者モジュールが、メタデータ情報においてコーディネータ・デバイスの情報を指示することをさらに含む。

本開示の一実施形態によれば、クラスタ内のエッジ・デバイスは、メタデータ情報に従ってタスク・フローを実行することができ、このことは：送信側モジュールが、クラスタ内の１つまたは複数の開始エッジ・デバイスへ、メタデータ情報を有するタスク・フローを実行するための要求を送信することであって、タスク・フローは、一連のサブタスクを含み、１つまたは複数の開始エッジ・デバイスは、メタデータ情報に従って１つまたは複数の開始サブタスクに対応する、送信すること；クラスタ内の対応するエッジ・デバイスが、メタデータ情報に従って対応するサブタスクを実行すること；および１つまたは複数の最後のサブタスクが、１つまたは複数の最後のエッジ・デバイスによって完了されるのに応じて、１つまたは複数の最後のエッジ・デバイスが、受信側モジュールへ、１つまたは複数の最終実行結果を送信することを含む。

本開示の一実施形態によれば、クラスタ内のエッジ・デバイスが、メタデータ情報に従ってタスク・フローを実行することができ、このことは：送信側モジュールが、クラスタ内の１つまたは複数の開始エッジ・デバイスへ、メタデータ情報を有するタスク・フローを実行するための要求を送信することであって、タスク・フローは、一連のサブタスクを含み、１つまたは複数の開始エッジ・デバイスは、メタデータ情報に従って１つまたは複数の開始サブタスクに対応する、送信すること；クラスタ内の対応するエッジ・デバイスが、メタデータ情報に従って対応するサブタスクを実行すること；１つまたは複数の最後のサブタスクが、１つまたは複数の最後のエッジ・デバイスによって完了されるのに応じて、１つまたは複数の最後のエッジ・デバイスによって、受信側モジュールへ１つまたは複数の最終実行結果を送信すること；コーディネータ・デバイスが、クラスタ内のその他のエッジ・デバイスのステータス情報を取得すること；および受信側モジュールへ、ステータス情報を送信することを含む。

本開示の一実施形態によれば、クラスタ内の１つまたは複数の開始エッジ・デバイスへ、メタデータ情報を有するタスク・フローを実行するための要求を送信することが、送信側モジュールが、クラスタ内の１つまたは複数の開始エッジ・デバイスへ、要求のヘッダ内にメタデータ情報を有するタスク・フローを実行するための要求を送信することを含む。

本開示の一実施形態によれば、メタデータ情報は、以下のもの：タスク・フローのＩＤ、クラスタのＩＤ、クラスタに関与するエッジ・デバイスのＩＤ、クラスタ内のエッジ・デバイスによって実行されるタスク・フローのサブタスクのＩＤ、およびコーディネータ・デバイスのＩＤ、のうちの少なくとも１つを示すことができる。

本開示の一実施形態によれば、タスク・フローを実行するための、エッジ・デバイスのクラスタのメタデータ情報は、ストア・モジュールに記憶してもよい。

本開示の実施形態による、タスク・フローの処理は、図１のコンピュータ・システム／サーバ１２によって実施することができることに留意されたい。

本開示は、任意の可能な技術的詳細レベルの統合におけるシステム、方法、またはコンピュータ・プログラム製品、あるいはそれらの組み合わせであり得る。コンピュータ・プログラム製品には、プロセッサに本開示の態様を実施させるための、コンピュータ可読プログラム命令を有する、コンピュータ可読ストレージ媒体が含まれ得る。

コンピュータ可読ストレージ媒体は、命令実行デバイスによって使用される命令を保持および記憶することができる有形のデバイスであり得る。コンピュータ可読ストレージ媒体は、例えば、それに限定されるものではないが、電子ストレージ・デバイス、磁気ストレージ・デバイス、光ストレージ・デバイス、電磁ストレージ・デバイス、半導体ストレージ・デバイス、または前述のものの任意の適切な組み合わせであってもよい。コンピュータ可読ストレージ媒体のより具体的な例の非網羅的なリストは、以下を含む：携帯型コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、携帯型コンパクト・ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、メモリ・スティック、フロッピー・ディスク、そこに記録された命令を有する、パンチ・カードまたは溝の中の隆起構造などの機械的に符号化されたデバイス、および前記のものの任意の適切な組み合わせ。本明細書で使用される場合には、コンピュータ可読ストレージ媒体は、それ自体が一過性の信号、例えば、電波または他の自由に伝播する電磁波、導波路または他の伝送媒体を伝播する電磁波（例えば、光ファイバ・ケーブルを通過する光パルス）、またはワイヤを介して伝送される電気信号であると解釈されるべきではない。

本明細書に記載されるコンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体からそれぞれのコンピューティング／処理デバイスにダウンロードするか、またはネットワーク、例えば、インターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワークもしくはワイヤレス・ネットワーク、あるいはそれらの組み合わせを介して、外部コンピュータまたは外部ストレージ・デバイスへダウンロードすることができる。ネットワークには、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータまたはエッジ・サーバ、あるいはそれらの組み合わせが含まれ得る。各コンピューティング／処理デバイスのネットワーク・アダプタ・カードまたはネットワーク・インターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、それぞれのコンピューティング／処理デバイス内のコンピュータ可読ストレージ媒体に記憶させるために、コンピュータ可読プログラム命令を転送する。

本開示の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セット・アーキテクチャ（ＩＳＡ）命令、機械命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路の構成データ、もしくはＳｍａｌｌｔａｌｋ、Ｃ＋＋、などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または類似のプログラミング言語などの手続き型プログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組み合わせで書かれた、ソース・コードもしくはオブジェクト・コードのいずれかである。コンピュータ可読プログラム命令は、スタンド・アロンのソフトウェア・パッケージとして、完全にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、かつ部分的にリモート・コンピュータ上で、または完全にリモート・コンピュータまたはサーバ上で実行されてもよい。後者のシナリオでは、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）またはワイド・エリア・ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通してユーザのコンピュータに接続されてもよいし、または（例えば、インターネット・サービス・プロバイダを使用してインターネットを通して）外部コンピュータへの接続がなされてもよい。いくつかの実施形態では、例えば、プログラマブル論理回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、またはプログラマブル・ロジック・アレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実行するために、コンピュータ可読プログラム命令の状態情報を利用して電子回路をパーソナライズすることによって、コンピュータ可読プログラム命令を実行することができる。

本明細書において、本発明の実施形態による方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図解またはブロック図、あるいはその両方を参照して、本発明の態様が記述される。フローチャート図解またはブロック図、あるいはその両方の各ブロック、ならびにフローチャート図解またはブロック図、あるいはその両方におけるブロックの組み合わせは、コンピュータ可読プログラム命令によって実施できることが理解されよう。

これらのコンピュータ可読プログラム命令は、コンピュータまたはその他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令が、フローチャートまたはブロック図、あるいはその両方の１つまたは複数のブロックに指定される機能／動作を実装する手段を作り出すように、コンピュータ、またはその他のプログラム可能なデータ処理装置のプロセッサに提供されて、マシンを生成するものであってもよい。これらのコンピュータ可読プログラム命令はまた、その中に記憶された命令を有するコンピュータ可読ストレージ媒体が、フローチャートまたはブロック図、あるいはその両方の１つまたは複数のブロックに指定された機能／動作の態様を実装する命令を含む製品を構成するように、コンピュータ、プログラム可能なデータ処理装置、またはその他のデバイス、あるいはそれらの組み合わせに特定の方法で機能するように指示することができる、コンピュータ可読ストレージ媒体に記憶されてもよい。

コンピュータ可読プログラム命令はまた、コンピュータ、その他のプログラマブル装置、もしくはその他のデバイス上で実行される命令が、フローチャートまたはブロック図、あるいはその両方の１つまたは複数のブロックに指定された機能／行為を実装するように、コンピュータ、その他のプログラム可能なデータ処理装置、またはその他のデバイスにロードされて、コンピュータ、その他のプログラム可能装置、もしくはその他のデバイス上で一連の動作ステップを実行させて、コンピュータ実施プロセスを生成してもよい。

図のフローチャートおよびブロック図は、本発明の様々な実施形態によるシステム、方法、およびコンピュータ・プログラム製品の可能な実装形態のアーキテクチャ、機能、および動作を示す。これに関して、フローチャートまたはブロック図における各ブロックは、指定された論理機能を実装するための１つまたは複数の実行可能命令を含む、モジュール、セグメント、または命令の一部を表わしてもよい。いくつかの代替的な実装形態では、ブロックに記された機能は、図に記された順序から外れて起こり得る。例えば、連続して示される２つのブロックは、実際には、同時に、実質的に同時に、部分的にまたは完全に時間的に重複する方法で実行される、１つのステップとして達成されてもよいし、関与する機能に応じて、ブロックが逆の順序で実行されることがある。ブロック図もしくはフローチャート図解、あるいはその両方の各ブロック、ならびにブロック図またはフローチャート図解、あるいはその両方におけるブロックの組み合わせは、指定された機能または動作を実行するか、もしくは特殊目的ハードウェア命令とコンピュータ命令との組み合わせを実施する、特殊目的ハードウェア・ベースのシステムによって実装できることにも留意されたい。

本開示の様々な実施形態の記述は、説明の目的のために提示されたが、網羅的であったり、開示された実施形態に限定したりすることを意図するものではない。当業者には、記載された実施形態の範囲から逸脱することなく、多くの修正および変形が明らかであろう。本明細書で使用される用語は、実施形態の原理、実際的な適用もしくは市場で見出される技術に対する技術的改善を最もよく説明するために、または当業者が本明細書に開示される実施形態を理解できるようにするために選択された。

Claims (20)

1. 定義者モジュールによって、タスク・フローを実行するための要求を受信することと、
   前記定義者モジュールによって、エッジ・デバイスのセットから、前記タスク・フローを実行するための、エッジ・デバイスのクラスタを決定することと、
   前記定義者モジュールによって、前記クラスタ内の前記タスク・フローおよび前記エッジ・デバイスについてのメタデータ情報を検索することであって、前記メタデータ情報は、前記クラスタ内の前記タスク・フローをスケジュールするのに使用される、前記検索することと、
   前記クラスタ内の前記エッジ・デバイスによって、前記メタデータ情報に従って前記タスク・フローを実行することと、
   を含む、コンピュータ実施方法。
2. 前記エッジ・デバイスのセットから、前記タスク・フローを実行するために前記エッジ・デバイスのクラスタを決定することは、
   前記定義者モジュールによって、前記タスク・フローおよび前記エッジ・デバイスのセットの属性を、それぞれ検索することと、
   前記タスク・フローと前記エッジ・デバイスのセットの間の属性のマッピング関係に基づいて、前記タスク・フローを実行する前記エッジ・デバイスのクラスタとして、前記エッジ・デバイスのセットからエッジ・デバイスの群を選択することと、
   をさらに含む、請求項１に記載の方法。
3. 前記定義者モジュールによって、前記クラスタ内のその他のエッジ・デバイスのステータスを管理するコーディネータ・デバイスとして、前記クラスタ内の前記エッジ・デバイスから１つのエッジ・デバイスを選択することと、
   前記定義者モジュールによって、前記メタデータ情報において前記コーディネータ・デバイスの情報を指示することと、
   をさらに含む、請求項２に記載の方法。
4. 前記メタデータ情報に従って前記タスク・フローを実行することは、
   送信側モジュールによって、前記クラスタ内の１つまたは複数の開始エッジ・デバイスへ、前記メタデータ情報を有する前記タスク・フローを実行するための要求を送信することであって、前記タスク・フローは、一連のサブタスクを含み、前記１つまたは複数の開始エッジ・デバイスは、前記メタデータ情報に従って１つまたは複数の開始サブタスクに対応する、前記送信することと、
   前記クラスタ内の対応するエッジ・デバイスによって、前記メタデータ情報に従って前記対応するサブタスクを実行することと、
   １つまたは複数の最後のサブタスクが、１つまたは複数の最後のエッジ・デバイスによって完了されるのに応じて、前記１つまたは複数の最後のエッジ・デバイスによって、受信側モジュールへ、１つまたは複数の最終実行結果を送信することと、
   を含む、請求項２に記載の方法。
5. 前記メタデータ情報に従って前記タスク・フローを実行することは、
   送信側モジュールによって、前記クラスタ内の１つまたは複数の開始エッジ・デバイスへ、前記メタデータ情報を有する前記タスク・フローを実行するための要求を送信することであって、前記タスク・フローは、一連のサブタスクを含み、前記１つまたは複数の開始エッジ・デバイスは、前記メタデータ情報に従って１つまたは複数の開始サブタスクに対応する、前記送信することと、
   前記クラスタ内の対応するエッジ・デバイスによって、前記メタデータ情報に従って前記対応するサブタスクを実行することと、
   １つまたは複数の最後のサブタスクが、１つまたは複数の最後のエッジ・デバイスによって完了されるのに応じて、前記１つまたは複数の最後のエッジ・デバイスによって、受信側モジュールへ、１つまたは複数の最終実行結果を送信することと、
   前記コーディネータ・デバイスによって、前記クラスタ内の前記その他のエッジ・デバイスのステータス情報を取得することと、
   前記コーディネータ・デバイスによって、前記受信側モジュールへ、前記ステータス情報を送信することと、
   を含む、請求項３に記載の方法。
6. 前記クラスタ内の前記１つまたは複数の開始エッジ・デバイスへ、前記メタデータ情報を有する前記タスク・フローを実行するための要求を送信することは、
   前記送信側モジュールによって、前記クラスタ内の前記１つまたは複数の開始エッジ・デバイスへ、前記要求のヘッダ内の前記メタデータ情報を有する前記タスク・フローを実行するための前記要求を送信すること
   を含む、請求項４に記載の方法。
7. 前記メタデータ情報が、前記タスク・フローのＩＤ、前記クラスタのＩＤ、前記クラスタに関与するエッジ・デバイスのＩＤ、前記クラスタ内の前記エッジ・デバイスによって実行される前記タスク・フローのサブタスクのＩＤ、またはコーディネータ・デバイスのＩＤの少なくとも１つからなる群から選択される、請求項１に記載の方法。
8. １つまたは複数のプロセッサ、１つまたは複数のコンピュータ可読メモリ、１つまたは複数のコンピュータ可読有形ストレージ媒体、および前記１つまたは複数のメモリの少なくとも１つを介して、前記１つまたは複数のプロセッサによって実行するための前記１つまたは複数の有形ストレージ媒体の少なくとも１つに記憶されたプログラム命令を備える、コンピュータ・システムであって、前記コンピュータ・システムは、
   定義者モジュールによって、タスク・フローを実行するための要求を受信することと、
   前記定義者モジュールによって、エッジ・デバイスのセットから前記タスク・フローを実行するための、エッジ・デバイスのクラスタを決定することと、
   前記定義者モジュールによって、前記クラスタ内の前記タスク・フローおよび前記エッジ・デバイスについてのメタデータ情報を検索することであって、前記メタデータ情報は、前記クラスタ内の前記タスク・フローをスケジュールするのに使用される、前記検索することと、
   前記クラスタ内の前記エッジ・デバイスによって、前記メタデータ情報に従って前記タスク・フローを実行することと、
   を含む方法を実施することのできる、コンピュータ・システム。
9. 前記エッジ・デバイスのセットから、前記タスク・フローを実行するために前記エッジ・デバイスのクラスタを決定することは、
   前記定義者モジュールによって、前記タスク・フローおよび前記エッジ・デバイスのセットの属性を、それぞれ検索することと、
   前記タスク・フローと前記エッジ・デバイスのセットとの間の前記属性のマッピング関係に基づいて、前記タスク・フローを実行する前記エッジ・デバイスのクラスタとして、前記エッジ・デバイスのセットからエッジ・デバイスの群を選択することと、
   をさらに含む、請求項８に記載のコンピュータ・システム。
10. 前記定義者モジュールによって、前記クラスタ内のその他のエッジ・デバイスのステータスを管理するコーディネータ・デバイスとして、前記クラスタ内の前記エッジ・デバイスから１つのエッジ・デバイスを選択することと、
    前記定義者モジュールによって、前記メタデータ情報において前記コーディネータ・デバイスの情報を指示することと、
    をさらに含む、請求項９に記載のコンピュータ・システム。
11. 前記メタデータ情報に従って前記タスク・フローを実行することは、
    送信側モジュールによって、前記クラスタ内の１つまたは複数の開始エッジ・デバイスへ、前記メタデータ情報を有する前記タスク・フローを実行するための要求を送信することであって、前記タスク・フローは、一連のサブタスクを含み、前記１つまたは複数の開始エッジ・デバイスは、前記メタデータ情報に従って１つまたは複数の開始サブタスクに対応する、前記送信することと、
    前記クラスタ内の対応するエッジ・デバイスによって、前記メタデータ情報に従って前記対応するサブタスクを実行することと、
    １つまたは複数の最後のサブタスクが、１つまたは複数の最後のエッジ・デバイスによって完了されるのに応じて、前記１つまたは複数の最後のエッジ・デバイスによって、受信側モジュールへ、１つまたは複数の最終実行結果を送信することと、
    を含む、請求項９に記載のコンピュータ・システム。
12. 前記メタデータ情報に従って前記タスク・フローを実行することは、
    送信側モジュールによって、前記クラスタ内の１つまたは複数の開始エッジ・デバイスへ、前記メタデータ情報を有する前記タスク・フローを実行するための要求を送信することであって、前記タスク・フローは、一連のサブタスクを含み、前記１つまたは複数の開始エッジ・デバイスは、前記メタデータ情報に従って１つまたは複数の開始サブタスクに対応する、前記送信することと、
    前記クラスタ内の対応するエッジ・デバイスによって、前記メタデータ情報に従って前記対応するサブタスクを実行することと、
    １つまたは複数の最後のサブタスクが、１つまたは複数の最後のエッジ・デバイスによって完了されるのに応じて、前記１つまたは複数の最後のエッジ・デバイスによって、受信側モジュールへ、１つまたは複数の最終実行結果を送信することと、
    前記コーディネータ・デバイスによって、前記クラスタ内のその他のエッジ・デバイスのステータス情報を取得することと、
    前記コーディネータ・デバイスによって、前記受信側モジュールへ、前記ステータス情報を送信することと、
    を含む、請求項１０に記載のコンピュータ・システム。
13. 前記クラスタ内の前記１つまたは複数の開始エッジ・デバイスへ、前記メタデータ情報を有する前記タスク・フローを実行するための要求を送信することは、
    前記送信側モジュールによって、前記クラスタ内の前記１つまたは複数の開始エッジ・デバイスへ、前記要求のヘッダ内の前記メタデータ情報を有する前記タスク・フローを実行するための前記要求を送信すること
    を含む、請求項１１に記載のコンピュータ・システム。
14. 前記メタデータ情報が、前記タスク・フローのＩＤ、前記クラスタのＩＤ、前記クラスタに関与するエッジ・デバイスのＩＤ、前記クラスタ内の前記エッジ・デバイスによって実行される前記タスク・フローのサブタスクのＩＤ、またはコーディネータ・デバイスのＩＤの少なくとも１つからなる群から選択される、請求項８に記載のコンピュータ・システム。
15. １つまたは複数のコンピュータ可読有形ストレージ媒体、および１つまたは複数の有形ストレージ媒体の少なくとも１つに記憶された、プログラム命令を備える、コンピュータ・プログラム製品であって、プログラム命令は、方法を実施することのできるプロセッサによって実行可能であり、前記方法は、
    定義者モジュールによって、タスク・フローを実行するための要求を受信することと、
    前記定義者モジュールによって、エッジ・デバイスのセットから、前記タスク・フローを実行するための、エッジ・デバイスのクラスタを決定することと、
    前記定義者モジュールによって、前記クラスタ内の前記タスク・フローおよび前記エッジ・デバイスについてのメタデータ情報を検索することであって、前記メタデータ情報は、前記クラスタ内の前記タスク・フローをスケジュールするのに使用される、前記検索することと、
    前記クラスタ内の前記エッジ・デバイスによって、前記メタデータ情報に従って前記タスク・フローを実行することと、
    を含む、コンピュータ・プログラム製品。
16. 前記エッジ・デバイスのセットから、前記タスク・フローを実行するために前記エッジ・デバイスのクラスタを決定することは、
    前記定義者モジュールによって、前記タスク・フロー、および前記エッジ・デバイスのセットの属性を、それぞれ検索することと、
    前記タスク・フローと前記エッジ・デバイスのセットの間の前記属性のマッピング関係に基づいて、前記タスク・フローを実行するための、エッジ・デバイスのクラスタとして、エッジ・デバイスのセットからエッジ・デバイスの群を選択することと、
    をさらに含む、請求項１５に記載のコンピュータ・プログラム製品。
17. 前記定義者モジュールによって、前記クラスタ内のその他のエッジ・デバイスのステータスを管理するコーディネータ・デバイスとして、前記クラスタ内の前記エッジ・デバイスから１つのエッジ・デバイスを選択することと、
    前記定義者モジュールによって、前記メタデータ情報において前記コーディネータ・デバイスの情報を指示することと、
    をさらに含む、請求項１６に記載のコンピュータ・プログラム製品。
18. 前記メタデータ情報に従って前記タスク・フローを実行することは、
    送信側モジュールによって、前記クラスタ内の１つまたは複数の開始エッジ・デバイスへ、前記メタデータ情報を有する前記タスク・フローを実行するための要求を送信することであって、前記タスク・フローは、一連のサブタスクを含み、前記１つまたは複数の開始エッジ・デバイスは、前記メタデータ情報に従って１つまたは複数の開始サブタスクに対応する、前記送信することと、
    前記クラスタ内の対応するエッジ・デバイスによって、前記メタデータ情報に従って前記対応するサブタスクを実行することと、
    １つまたは複数の最後のサブタスクが、１つまたは複数の最後のエッジ・デバイスによって完了されるのに応じて、前記１つまたは複数の最後のエッジ・デバイスによって、受信側モジュールへ、１つまたは複数の最終実行結果を送信することと、
    を含む、請求項１６に記載のコンピュータ・プログラム製品。
19. 前記メタデータ情報に従って前記タスク・フローを実行することは、
    送信側モジュールによって、前記クラスタ内の１つまたは複数の開始エッジ・デバイスへ、前記メタデータ情報を有する前記タスク・フローを実行するための要求を送信することであって、前記タスク・フローは、一連のサブタスクを含み、前記１つまたは複数の開始エッジ・デバイスは、前記メタデータ情報に従って１つまたは複数の開始サブタスクに対応する、前記送信することと、
    前記クラスタ内の対応するエッジ・デバイスによって、前記メタデータ情報に従って前記対応するサブタスクを実行することと、
    １つまたは複数の最後のサブタスクが、１つまたは複数の最後のエッジ・デバイスによって完了されるのに応じて、前記１つまたは複数の最後のエッジ・デバイスによって、受信側モジュールへ、１つまたは複数の最終実行結果を送信することと、
    前記コーディネータ・デバイスによって、前記クラスタ内のその他のエッジ・デバイスのステータス情報を取得することと、
    前記コーディネータ・デバイスによって、前記受信側モジュールへ、前記ステータス情報を送信することと、
    を含む、請求項１７に記載のコンピュータ・プログラム製品。
20. 前記クラスタ内の前記１つまたは複数の開始エッジ・デバイスへ、前記メタデータ情報を有する前記タスク・フローを実行するための前記要求を送信することは、
    前記送信側モジュールによって、前記クラスタ内の前記１つまたは複数の開始エッジ・デバイスへ、前記要求のヘッダ内の前記メタデータ情報を有する前記タスク・フローを実行するための前記要求を送信することと、
    を含む、請求項１８に記載のコンピュータ・プログラム製品。

Images