JP2023004857A - ネットワークフローベースのハードウェア割り当て - Google Patents

Abstract

【課題】ネットワークフローベースのハードウェア割り当てのためのシステム、装置、方法、プログラム及び機械可読媒体を提供する。【解決手段】方法は、ワークロードを実行のために取得する。ここで、ワークロードは、処理コンポーネントとネットワークコンポーネントとを有するフローを含む。次に、ワークロードの実行中に、フローは繰り返しプロファイリングし、プロファイリングから取得されるネットワークメトリック及び処理メトリックに基づき次の実行中のネットワークサービス及び処理サービスを割り当てる。【選択図】図１５

Description

本明細書において説明される実施形態は、概して、コンピュータハードウェアのパーティション化に関し、より具体的には、ネットワークフローベースのハードウェア割り当てに関する。

エッジコンピューティングでは、データおよび処理機能をこれらのサービスの消費者のより近くへ移動させる。エッジプラットフォームは、クライアントデバイスに物理的に近い位置での格納および処理を提供する。エッジ位置の例は、他の場所の中でも、自宅または企業内（例えば、ルータまたは他のネットワーキングデバイスの一部として）、車両サービスをサポートするための路側ユニット（ＲＳＵ）、またはセルラ基地局内を含み得る。エッジコンピューティングプラットフォームの数および位置変化に起因して、格納、処理、機能および電力に関して、リソースが制約される傾向がある。エッジプラットフォームは、ハードウェアおよびソフトウェアにより実施されるリソースのパーティション化など、多くの場合には無関係のベンダから様々なサービスをホストするためのメカニズムを含むことが多い。

図面は、必ずしも縮尺通りには描かれておらず、図面において、同様の符号は、同様のコンポーネントを異なる視点で説明し得る。異なる添え字を有する同様の符号は、同様のコンポーネントの異なる例を表し得る。図面は、本明細書において説明される様々な実施形態を概して、限定としてではなく例として示している。

一実施形態によるネットワークフローベースのハードウェア割り当てのためのシステムを含む環境の一例のブロック図である。

一実施形態による例示的なアーキテクチャを示す。

一実施形態によるネットワーク特性の関連付けの一例を示す。

一実施形態によるネットワークサービスおよび処理サービスの割り当てのための学習エージェントの一例を示す。

一実施形態によるリアルタイムの学習およびテレメトリの一例を示す。

一実施形態による動作を学習するためのテレメトリ、アクションおよび報酬の一例を示す。

一実施形態によるフロー管理の一例を示す。

エッジコンピューティングのためのエッジクラウド構成の概要を示す。

エンドポイント中の動作層と、エッジクラウドと、クラウドコンピューティング環境とを示す。

エッジコンピューティングシステム内のネットワーキングおよびサービスのための例示的なアプローチを示す。

複数のエッジノードおよび複数のテナントの中で動作させられるエッジコンピューティングシステム内の仮想エッジ構成の展開を示す。

エッジコンピューティングシステムにコンテナを展開した様々な計算配置を示す。

エッジコンピューティングシステム内の計算ノードに展開された例示的な計算用コンポーネントの概要を提供する。

エッジコンピューティングシステムにおけるコンピューティングデバイス内の例示的なコンポーネントのさらなる概要を提供する。

ソフトウェアを配布するための例示的なソフトウェア配布プラットフォームを示す。

一実施形態による、ネットワークフローベースのハードウェア割り当てのための方法の一例のフロー図を示す。

１つまたは複数の実施形態が実装され得る機械の一例を示すブロック図である。

エッジプラットフォームが、大衆化ハードウェアアプローチへ向けて移行中である。ここでは、単一のエンティティがプラットフォームリソースを制御するわけではない。むしろ、サービス（例えば、ワークロード）が、リソース使用をネゴシエートすることにより、エッジプラットフォームリソースの公平かつ非集中的な分散がもたらされる。そのようなプラットフォーム内の接続性は、多様で高度に構成可能であり、多くの場合、ワークロードの実行に関して非同期である。従来の実装では、ＩＥＥＥ８０２．１１規格ファミリ、セルラ規格、Ｅｔｈｅｒｎｅｔ（登録商標）、光接続性等に準拠したものなど、複数の接続性技術が利用可能である場合、接続性が静的な（例えば、不変の）方式でサービスに割り当てられる。

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））５Ｇ規格ファミリと、エッジコンピューティングのニーズを駆り立てるモノのインターネット（ＩｏＴ）サービスの成長とを伴う展開の増加がエッジコンピューティングに見え始めていることから、複数のテナント（例えば、電気通信会社、コンテンツサービスプロバイダ（ＣＳＰ）または他のサービスプロバイダ）に属し、かつ、多様な独立のソフトウェアベンダ（ＩＳＶ）およびサービスプロバイダからのマルチテナントアプリケーションをホスティングするエッジクラウド機能を提供するエッジプラットフォームを用いて効果的なエッジクラウドインフラストラクチャを形成するためのこのリソース大衆化に対するニーズがある。大衆化エッジが出現したことで、仮想マシン（ＶＭ）コンテナまたはアプリケーションに対するクラウドネイティブ方式でのリソースの固定割り当てが非効率になっている。

さらに、ネットワークサービス（例えば、ネットワークインタフェースであり、物理的であるか仮想的であるかを問わない）の固定割り当ては、非効率であり、多くの場合、サービスレベルアグリーメント（ＳＬＡ）の準拠の妨げとなる。これらの課題に対処するために、インテリジェントフレームワークが用いられる。インテリジェントフレームワークは、ワークロードフローのリソース（例えば、処理またはネットワーク）特性を学習し、サービスプロバイダとサービス（例えば、５Ｇサービス、超高帯域幅、超低レイテンシ等）をネゴシエートし、大衆化エッジプラットフォーム内の処理リソース（例えば、ハードウェアアクセラレーション、動作頻度、格納等）をネゴシエートして、各ワークロードの専用ネットワークフローを動的方式でサポートする。これにより、ワークロードが、接続開始のための最適なネットワークサービスをリアルタイムでネゴシエートし、必要に応じてネットワークサービスを更新することが可能になる。

本明細書において説明されるシステムおよび技術は、同様の課題に対処するための他のアプローチとは異なる。例えば、本アプローチは、インテリジェントフレームワークを用いて、ワークロードトラフィックフロー特性を学習するネットワークサービスを選択し、ワークロード（例えば、アプリケーション、実行可能プログラム、ＶＭ、コンテナ等）がインスタンス化される前に、ネットワークサービスネゴシエーションを実行する。このアプローチは、エッジプラットフォーム接続性に対処するが、複数のネットワーク接続性オプションを有するエンドユーザデバイス（例えば、ユーザ機器（ＵＥ））に必ずしも対処するわけではない。むしろ、インテリジェントフレームワークは、リソース推定を提供することで、ワークロードをサポートし、ハードウェアを再構成し、サービスプロバイダ（例えば、５Ｇ接続性の事業者）とのネットワークサービス（例えば、高信頼性低レイテンシ通信（ＵＲＬＬＣ）、エンハンスドモバイルブロードバンド（ＥＭＢＢ）等）のネゴシエーションを容易にする。対照的に、ＵＥデバイス技術では、異なる無線技術間で選択して、例えば、速度または省電力を最大化し得るが、これらのデバイスは概して、エッジプラットフォームにおけるケースと同様に、スループットについて競合する複数のテナントを有しない。

ＵＥ通信を用いた本アプローチを区別する別の態様は、対処中の問題の性質に対処する。典型的には、ＵＥなどの単一のテナントデバイスが、単一のテナントの性能を最大化するよう試みる。これにより、つまり、マルチパスなど、この性能向上を容易するためのプロトコルにより、ネットワークを通じて通信を追跡することで、複数のリンクを介して、ソースとデスティネーションとの間の帯域幅およびレイテンシの最適化を確認し得る。しかしながら、これらの技術では通常、マルチパスＴＣＰなどの技術認識プロトコルが必要となり。ゆえに、事前知識が必要となる。マルチパスは、ソースとデスティネーションデバイスとの間の複数のリンクを介した通信を効果的に管理するために用いられる。しかしながら、本明細書において説明される技術は、ワークロードをどのネットワークサービスに割り当てるかという異なる課題に対処する。したがって、本技術により、ワークロード用のサービスの選択の通知には多くのオプションが無くなる。例えば、８個のネットワークインタフェースを有するエッジノード上の２個の独立した物理ネットワーク接続をＶＭが必要とする場合、これらのネットワークインタフェースのうちのどの２個がＶＭ用に選択されるべきであろうか？また、この状況は、これら８個のネットワークインタフェースがそれぞれのサービスプロバイダとのネゴシエーションに基づいて動作特性を変更した場合、より複雑になる。これらのタイプの選択決定は、現在のアプローチによって実行されない。

多くの大衆化エッジプラットフォームにおいて、ネットワークサービスは、指定されたＱｏＳ割り当てがないように大衆化される。したがって、様々なＱｏＳサービスを提供する多数の接続が存在し得る。ゆえに、インテリジェントフレームワークは、ワークロード要求を満たすためのネゴシエーションエージェント、学習コンポーネントまたは割り当てフレームワークを含み得る。概して、本明細書では、所与の期間において最低コストについてのワークロード要求を満たし得るネットワークインタフェースは、「最良の」インタフェースと同義である。

以下のシナリオでは、エッジプラットフォームに関する少数の課題と、これらの課題に対処するためのインテリジェントフレームワークの後続の動作とを示す。セッションベースの要求を検討する。ここで、クラウド内およびエッジにおけるワークロードのネットワークフローについては、ハイパーテキスト転送プロトコル（ＨＴＴＰ）接続またはＨＴＴＰセキュア（ＨＴＴＰ）接続が優位になり得る。ＨＴＴＰセッションの開始は、動的なインタフェース選択から利益を得る最も一般的に用いられているワークロードであることが多い。なぜなら、接続の確立が高頻度であり、短命であると共に、各セッションについて各々が独立している複数の５タプルフローＩＤを介して動作するからである。エンドツーエンドのＨＴＴＰまたはＨＴＴＰＳ接続続の各々がワークロードのセッション要件に基づいて確立される前に、インテリジェントフレームワークは、ネゴシエートし、プラットフォームリソースを再構成し、最良のインタフェースを選択する。

マイクロサービスの展開を検討する。ここで、ＶＭまたはコンテナがエッジプラットフォーム上に展開される場合、オペレーティングシステム（ＯＳ）またはハイパーバイザは、所与のワークロードについてどのネットワークインタフェースを選択するかを決定しなければならない。エッジプラットフォームは、ネットワークインタフェースについてクラウドインフラストラクチャまたはデータセンタインフラストラクチャ内のものと同じサービスセット可用性を有しない。伝統的に、これらのネットワーク選択は、静的であり、予め構成される。本明細書において説明されるインテリジェントフレームワークは、ＶＭまたはコンテナの要件を満たすための物理ネットワークインタフェースの最適なセットを、インテリジェントフレームワークにより学習されるワークロード要件およびネットワーク挙動に基づいて動的に選択する。

大衆化エッジプラットフォームの従量課金モデルを検討する。ここで、ワークロードが専用サービスを有するネットワークインタフェースを要求し、ネットワーク専用サービスに報酬を提供するときはいつでも、インテリジェントフレームワークは、アプリケーションがサービスについてネゴシエートすることを可能にする。インテリジェントフレームワークは、ランタイム中にサービスがネゴシエートされることを可能にするネットワークインタフェースを選択する。また、インテリジェントフレームワークは、専用プラットフォームリソースを有するネットワークフローをサポートするようにプラットフォームを再構成する。追加の詳細および例を以下で提供する。

図１は、一実施形態によるネットワークフローベースのハードウェア割り当てのためのシステムを含む環境の一例のブロック図である。示されるように、ワークロード１２０（例えば、アプリケーション、ＶＭ、コンテナ等）がフロー１１５を有する。フロー１１５は、エッジプラットフォーム１０５により管理されるネットワークサービス１１０（例えば、ネットワークインタフェースカード（ＮＩＣ））を介して動作する

エッジプラットフォーム１０５は、コンピュータ可読媒体を含む。コンピュータ可読媒体は、エッジプラットフォームの処理回路により実行された場合にインテリジェントフレームワークを実装する命令を含む。したがって、命令は、実行のためにワークロード１２０を取得するように処理回路を構成する。ワークロード１２０は任意の数の態様で取得され得るが、典型的なアプローチは、（アプリケーションであれ、ＶＭであれ、コンテナであれ、マイクロサービスであれ、他のワークロードであれ）ワークロードをインスタンス化するための要求の、またはスケジュールの受信を含む。ここで、ワークロード１２０に共通するのが、フロー１１５の存在である。この文脈において、フロー１１５は、ネットワーク通信を含む処理パイプラインである。フロー１１５の範囲は、変わり得る。例えば、フロー１１５は、ウェブページへのサービス提供またはマイクロサービス呼び出しの実行において共通しているように、単一のステートレスＨＴＴＰトランザクションを包含し得る。一例において、フロー１１５は、アプリケーションの実行の全体、またはアプリケーションの実行にわたる単一のセッションの全体を包含してよく、全体がいくつかのセッションを含んでよい。一例において、例えば、各フロー１１５がセッションベースであるか、各フロー１１５がネットワーク要求ベースであるように、全てのフロー１１５の範囲は、ワークロード１２０にわたって同じである。

やはりフロー１１５に共通するのが、処理コンポーネントとネットワークコンポーネントとの組み合わせである。したがって、各フロー１１５は、ネットワークサービス１１０を通じて別のデバイスへ伝送されるデータを生成するために、例えば、中央処理ユニット（ＣＰＵ）時間、アクセラレータ（例えば、グラフィック処理ユニット（ＧＰＵ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、人工知能（ＡＩ）プロセッサ（例えば、ニューロモーフィックプロセッサ））時間、状態メモリ（例えば、ランダムアクセスメモリＲＡＭ）、ストレージ（例えば、ハードドライブ、ソリッドステートストレージ等）など、ある処理ハードウェアの使用を伴う。

処理回路は、ワークロード１２０を実行するように構成される。ワークロード１２０の実行中に、インテリジェントフレームワークは、割り当てられた処理およびネットワークリソース１１０の使用と、その結果の記録と、使用データの適用とを観察して、ワークロード１２０の現在の実行中に、またはワークロード１２０の次の実行中に、処理およびネットワークリソース１１０の選択を調整する。このプロファイリングおよび調整が、ワークロード１２０の実行中に繰り返される。

したがって、処理回路は、フロー１１５をプロファイリングして、ネットワークコンポーネントのネットワークメトリックと処理コンポーネントの処理メトリックとを決定するように構成される。ここで、ネットワークメトリックは、ネットワークサービス１１０の実行に関連して、使用のタイミング、帯域幅の消費、レイテンシの経験、パケットの低下または他のネットワークメトリックのいずれかを含み得る。同様に、処理メトリックは、ＣＰＵまたはアクセラレータの使用（例えば、電力消費、アイドル時間、用いられているコアの割合）、メモリの使用、ストレージの使用等のいずれであってもよい。メトリックは、処理またはネットワークサービス１１０がワークロード１２０に対して「正しいサイズ」であるかどうかを判断するために用いられる。理想的なのは、処理またはネットワークリソースをオーバーサブスクライブすることなく、速度、レイテンシ、帯域幅等についてのワークロード１２０の要件が満たされることである。したがって、利用可能であるよりも、または処理サービスにより処理されるよりも少ない帯域幅が用いられている（例えば、受信デバイスがより多く処理できないので）ことを示すネットワークメトリックは、より少ない処理リソースおよびより遅いネットワークインタフェースが問題なくワークロード１２０に割り当てられ得ることを示す。

一例において、プロファイリングは、予め定義された時間間隔で実行される。したがって、ワークロード１２０が実行されている間、ネットワークメトリックまたは処理メトリックの測定値が取得および記録される。一例において、プロファイリングは、イベントに応答して実行される。例えば、イベントは、リソース上での競合、ワークロード１２０を待機する閾値の超過等を含み得る。一例において、プロファイリングは、実行されるか、フロー１１５またはワークロード１２０に関するクエリの受信時である。

一例において、プロファイリングは、ネットワークサービス１１０を用いたフロー１１５の通信に識別情報をタグ付けすることを含む。ここで、ＩＤタグにより、プロファイラは、フロー１１５の異なるアクティビティを相関させるべく、これらのアクティビティを追跡することが可能になる。したがって、識別情報は、フロー１１５へマッピングされ得る。一例において、識別情報は、ソースアドレス、送信元ポート、デスティネーションポートまたは通信タイプを含むタプルである。このＩＤは、フロー１１５のネットワークコンポーネントの接続ベースの向きを反映している。

一例において、プロファイリングは、インタフェースプロファイルおよびランク付けデータベースを更新する。プロファイリングのメトリックを記録することにより、サービスのワークロード１２０への後続の割り当てのための処理が可能になる。一例において、インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである。一例において、インタフェースが、フローにより、インタフェースプロファイルおよびランク付けデータベースにランク付けされる。ここで、ネットワークメトリックおよび処理メトリックに基づき次の実行においてネットワークサービス１１０および処理サービスをフロー１１５に割り当てることは、最高ランクを有するインタフェースをフロー１１５について選択することを含む。一例において、インタフェースは、フロー１１５とフロー１１５について選択される処理サービスとの組み合わせに基づいてランク付けされる。図４の説明において以下に提供される表は、そのようなデータベースおよびランク付けの一例を示す。

処理回路は、ネットワークメトリックおよび処理メトリックに基づき次の実行においてネットワークサービス１１０（例えば、ネットワークインタフェースであり、物理的であるか仮想的であるかを問わない）および処理サービスをフロー１１５に割り当てるように構成される。ここで、次の実行は、ワークロード１２０の次のインスタンス化、ワークロード１２０の現在のインスタンス化中の次の動作（例えば、命令、接続等）、またはそれらの間の何らかの事項を含み得る。記録されたメトリックにより、インテリジェントフレームワークは、ワークロード１２０が実行されるときにフローからリソースへの割り当ての実行を追跡することが可能になる。したがって、ネットワーク１１０と処理サービスとに起因する複数の要因は、フロー１１５の実行に相関付けられる。次に、インテリジェントフレームワークは、フロー１１５の要件を満たすサービスに次のフローを一致させ得る。一例において、処理回路は、フロー１１５のネットワークコンポーネントを満たすための最小ネットワークメトリックを含むネットワークサービス１１０を選択することによりネットワークサービス１１０を割り当てるように構成される。 一例において、ネットワークメトリックは、帯域幅またはレイテンシである。

一例において、処理回路は、処理サービスのネットワークメトリックに関連する最大出力を満たすための最小ネットワークメトリックを含むネットワークサービス１１０を選択することによりネットワークサービス１１０および処理サービスを割り当てるように構成される。ここで、対応力がより小さい処理サービスにネットワークサービス１１０をオーバーサブスクライブする問題が対処される。したがって、１メガバイト毎秒（１Ｍｂｐｓ）の出力のみができる処理サービスがワークロード１２０に割り当てられる場合、１ギガビット毎秒（１Ｇｂｐｓ）のネットワークインタフェースをこのフローに割り当てることは、浪費であり、回避される。むしろ、処理サービス出力機能をネットワークサービス１１０出力機能に一致させるのが、概して、最も効率的である。

図２は、一実施形態による例示的なアーキテクチャを示す。アーキテクチャは、例えば、アプリケーション、仮想マシン、コンテナ等のワークロードをホストして、音声もしくはビデオの処理、格納もしくは配信、データの格納（例えば、キャッシュ、バックアップ等）または他のエッジサービスなど、様々なサービスを提供する。

アーキテクチャは、ハードウェアをホストワークロードに提供するために、ハイパーバイザのオペレーティングシステムなどの管理コンポーネントを含む。示されるようなハードウェアは、例えば、有線式または無線式のサービスプロバイダネットワーク（例えば、ＩＳＰ１およびＩＳＰ２として示されるフレームリレー物理接続）、無線電波媒体、有線Ｅｔｈｅｒｎｅｔ（登録商標）など、様々な物理媒体用の様々なインタフェース（ＩＰ１からＩＰ８として示される）を含む。

左に示されているボックスは、ネットワークインタフェースハードウェアがワークロードに提供され得るサービスであることを示している。ワークロードには要件があり、インテリジェントフレームワークは、これらの要件を提供物と一致させる。破線は、エッジプラットフォーム内のインテリジェントフレームワーク２０５を示す。インテリジェントフレームワークは、テレメトリエージェント２１０、学習エージェント２１５および割り当てエージェント２２０を含む。動作において、インテリジェントフレームワーク２０５は、要件および学習特性に基づいて、ネットワークインタフェースをＶＭ、コンテナまたはアプリケーションに割り当てる。インテリジェントフレームワークは、従量課金モデルを利用してネットワークインタフェース機能を動的に取得することにより、アプリケーションが要求および変化ならびに動作することを可能にする。

図３は、一実施形態によるネットワーク特性の関連付けの一例を示す。プラットフォームリソーステレメトリは、ワークロードについてサービス品質（ＱｏＳ）およびサービスレベルアグリーメント（ＳＬＡ）の仕様を満たすために、ネットワーク特性テレメトリと共に動作する。大容量を有する選択されたネットワークインタフェースがワークロードに割り当てられ、コンピューティングリソースが不十分であることを考慮する。このシナリオは、ネットワークリソースの割り当ての浪費をもたらす。したがって、利用可能な計算リソースを考慮しつつアプリケーション要件を満たすのに適切なネットワークインタフェースの動的割り当てが、オーバープロビジョニングを回避するために有用である。

図４は、一実施形態によるネットワークサービスおよび処理サービスの割り当てのための学習エージェントの一例を示す。示されているコンポーネントでは、各ワークロードは、どの接続性がそのワークロードのために「最良」であるかの学習に基づいて選択されるネットワークインタフェースを介して、エンドホストへトランスペアレントに接続し得る。

プラットフォームリソースが、所与のワークロードについて、動的に追跡および学習される。これは、どれくらいのネットワーキングリソースが「潜在的に」かつ「効果的に」利用され得るかを予測するために用いられる。一例において、プラットフォームリソースが、ソースＩＰ：デスティネーションＩＰ：送信元ポート：デスティネーションポート：ＩＰタイプ［ＵＤＰ，ＴＣＰ］という５タプルを有する各フローへマッピングされるＩＤのタグ付けに基づいて学習される。５タプルフローＩＤは、エンドツーエンド接続をマッピングするために用いられる。なぜなら、ネットワークの挙動は、同じインタフェースを介した２つの異なるエンドツーエンド（Ｅ２Ｅ）接続の間で変化し得るからである。

ネットワーク特性報告は、複数の態様で実現され得る。例えば、定期的な時間間隔での定期的な報告を通じて、イベントベースの反応性報告を通じて、またはオンデマンドクエリベースの報告を通じて実現される。

学習された機能は、プラットフォームからバックエンドアプリケーションへのエンドツーエンドの接続性へ及ぶ。そのような考慮される特性は、とりわけ、基地局のスケジューリング、ケーブルモデムまたは光ネットワークユニットのスケジューリング、ゲートウェイまたはスイッチの挙動を含み得る。

インタフェースプロファイルおよびランク付けデータベースは、ネットワーク特性とアプリケーション要件とに関して動的に学習される機能を追跡する。そのようなデータベースの一例が、以下の表に示される。一例において、データベース内の各エントリの表現は、コンパクトな表現を含む約３２ビット幅であり、このビット幅では、ＯＳブート中に列挙され得るＤＲＡＭ（または、例えばＩｎｔｅｌプラットフォームのＮＡＮＤといった永続的メモリ）内の数ＭＢのスタティックメモリセルがあれば、各アプリケーションの多数のフローをホストするのに十分である。一例において、データベースは、２～３分毎に更新される。このレートによってデータベースのサイズが増えることはない。なぜなら、新しいデータで古いデータを上書きするからである。

学習された機能は、インタフェースランク付けプロファイルデータベースをポピュレートするために用いられ得る。このデータベースは、アプリケーションのためのエンドツーエンド接続の選択をトリガするために用いられ得る。

動的学習の解像度（例えば、推論にわたるパラメータ）とランク付けとは、５タプルＩＤに基づき得る。ここで、各５タプルＩＤは、全てのネットワークフローおよびインタフェースにわたって一意である。ワークロードにより必要とされる場合、インテリジェントフレームワークは、サービスのネゴシエーションとプラットフォームの再構成とをサービスプロバイダ（例えば、ネットワーク接続性を提供する事業者）に要求し得る。

図５は、一実施形態によるリアルタイムの学習およびテレメトリの一例を示す。図示されているコンポーネントは、動作を学習するためのテレメトリ、アクションおよび報酬関数の一例を示す。これは、インテリジェントネットワークインタフェースの選択のための動的学習解決手段を実装するために、図６と組み合わされ得る。

教師あり補強学習は、ワークロード要件を継続的に学習するために用いられ得る。教師なし学習は、ネットワークインタフェース特性を学習することで、適切なネットワークインタフェースの選択を通じてワークロードのＱｏＳを最大化するために用いられ得る。より具体的には、ネットワーク要件（例えば、処理メトリックまたは内部情報）を推定して上記の表２を生成するために、アプリケーションハードウェアプラットフォームリソース使用の履歴データが用いられ得る。

ネットワーク特性は、上記の表１において説明される機能を推定するために、様々な要因から学習され得る。ワークロードについて帯域幅割り当て、レイテンシ等を推定するために、物理層（例えば、受信信号強度、総電力等）またはネットワーク自体から、推論が（例えば、スイッチ、ゲートウェイまたはスケジューラに基づいて）導かれ得る。スケジューラまたはゲートウェイの情報は、所与のフローについてのネットワークインタフェースにおける観察済み帯域幅およびレイテンシ変化から学習され得る。例えば、基地局またはケーブルモデル終端システムにおいて、スケジューラは、学習エージェントにより推論され得る特定のトラフィックフロー（例えば、ビデオストリーミングサービス）を優先する。

図６に示されるように、報酬関数は、実際のアプリケーションＱｏＳ要件を比較し、最良のインタフェース選択を提供して、可能な限り多くのＱｏＳ要件を満たし得る。

図６は、一実施形態による動作を学習するためのテレメトリ、アクションおよび報酬の一例を示す。示されているニューラルネットワークは、所与の構成における入力データ（例えば、フロー、ネットワークサービスおよび処理サービスデータベース）およびフロー性能とやり取りする。性能は、データベース内でのランク付けを調整するためのパニッシュメントまたは報酬として用いられる。したがって、フローについての所与のサービス組み合わせの性能が不十分である場合、ニューラルネットワークは、この組み合わせのランク付けを下げるよう訓練される。これにより、この組み合わせがフローの次の実行のために選択される可能性がより小さくなることが保証される。

ここで示される報酬ベースの補強は、教師なし学習の形態である。概して、ニューラルネットワーク学習（例えば、修正または訓練）では、入力のセットが処理され、出力が実現され、適合度関数（例えば、誤差推定）が計算される。従来の訓練技術では、接続重み（シナプスと称されることが多いが、この用語は変わり得る）を修正することで、将来の実行時の入力のために、同じ入力があった場合に不正確な出力の可能性がより少なくなるように、かつ、所望の（例えば、正しい）出力の可能性がより多くなるようにという両方で戻すために、逆伝搬法が用いられる。重みが修正される度合いは、設計上の選択であり、この選択は、ニューラルネットワークの収束の速度および精度に影響を及ぼす。

図６に示される補強（例えば、報酬）学習において、報酬関数は、ブロック３の評価からの、ブロック１およびブロック２におけるニューラルネットワークの求められた精度を演算する。したがって、ブロック３は、ネットワークインタフェース上のアプリケーションのリアルタイムテレメトリを受け入れる予め訓練されたネットワークであり、出力（例えば、機能、メトリック等）を報酬関数に提供する。また、報酬関数は、ブロック１（プロセッササービスのアプリケーション状態の機能またはメトリック）およびブロック２（処理サービス上のアプリケーションについての、異なる分類がなされたネットワークサービスランク付け）の出力を受け入れる。したがって、報酬関数は、ブロック１およびブロック２の出力の期待される性能を、ブロック３により測定される実際の性能と比較し、それに応じて、重みブロック１およびブロック２を修正する。この配置により、インテリジェントエージェント性能の継続的な改善が提供される。これにより、ワークロードについての処理サービスとネットワークサービスとの間の選択の実際の性能を満たすための変化する条件に対処する。

図７は、一実施形態によるフロー管理の一例を示す。示されているフローは、上で説明されたコンポーネント間のやり取りの一例を示す。示されるように、ワークロードについての提供されたメトリックに基づいて、初期ネットワークサービス割り当てが実行され得る。学習（例えば、人工知能、統計分析等）エージェントは、処理およびネットワークサービスを通じたワークロードフローの性能を通じて、ワークロードの性能を観察する。これにより、フローと、処理サービスと、ネットワークサービスとのランク付けされた組み合わせがもたらされ、フローの次の実行が差し迫っている場合に処理またはネットワークサービス（またはそれらのペア）を迅速に選択することが可能になる。

図８は、エッジコンピューティングの構成の概要を示すブロック図である。この構成は、以下の例の多くにおいて「エッジクラウド」と称される処理の層を含む。示されるように、エッジクラウド８１０は、アクセスポイントまたは基地局８４０、ローカル処理ハブ８５０もしくは中央局８２０など、エッジ位置と同じ場所に位置しているので、複数のエンティティ、デバイスおよび機器インスタンスを含み得る。エッジクラウド８１０は、クラウドデータセンタ８３０よりもエンドポイント（消費者および生産者）データソース８６０（例えば、自律走行車８６１、ユーザ機器８６２、ビジネスおよび産業機器８６３、ビデオキャプチャデバイス８６４、ドローン８６５、スマートシティおよびビルディングデバイス８６６、センサならびにＩｏＴデバイス８６７等）にはるかに近く位置している。エッジクラウド８１０内の各エッジにおいて提供される計算、メモリおよびストレージリソースは、エンドポイントデータソース８６０により用いられるサービスおよび機能について超低レイテンシ応答時間を提供するのに重要であると共に、エッジクラウド８１０からクラウドデータセンタ８３０に向かうネットワークバックホールトラフィックを低減するので、他の利益の中でもとりわけ、エネルギー消費および全体的なネットワーク使用が改善する。

計算、メモリおよびストレージは、欠乏しているリソースであり、概して、エッジ位置に応じて減る（例えば、消費者エンドポイントデバイスでは、基地局よりも、中央局よりも、利用可能な処理リソースが少ない）。しかしながら、エッジ位置がエンドポイント（例えば、ユーザ機器（ＵＥ））に近いほど、空間および電力がより制約されることが多い。したがって、エッジコンピューティングは、地理的にもネットワークアクセス時間においてもより近くに位置するより多くのリソースの分散を通じて、ネットワークサービスに必要なリソース量の低減を試みる。このように、エッジコンピューティングは、適切な場合には計算リソースをワークロードデータにもたらすことを試みるか、ワークロードデータを計算リソースにもたらす。

複数の潜在的な展開をカバーし、かつ、いくつかのネットワーク事業者またはサービスプロバイダがその独自のインフラストラクチャ内で有し得る制限に対処するエッジクラウドアーキテクチャの態様を以下で説明する。これらは、エッジ位置（マルチテナントシナリオでは、基地局レベルにおけるエッジが、例えば、より制約が多い性能および機能を有し得るので）に基づく構成と、エッジ位置、位置のティアもしくは位置のグループで利用可能な計算、メモリ、ストレージ、ファブリック、アクセラレーションまたは同様のリソースのタイプに基づく構成と、サービス機能、セキュリティ機能、管理機能およびオーケストレーション機能と、エンドサービスのユーザビリティおよび性能を実現するための関連する目的との変形を含む。これらの展開は、レイテンシ特性、距離特性およびタイミング特性に応じて「エッジ付近」層、「エッジ近傍」層、「ローカルエッジ」層、「中央エッジ」層または「エッジ遠位」層とみなされ得るネットワーク層内の処理を実現し得る。

エッジコンピューティングは、発展中のパラダイムである。このパラダイムでは、計算は、典型的には、データを生成および消費するエンドポイントデバイスにはるかに近い基地局、ゲートウェイ、ネットワークルータまたは他のデバイスにおいて実装される計算プラットフォーム（例えば、ｘ８６またはＡＲＭ計算ハードウェアアーキテクチャ）の使用を通じて、ネットワークの「エッジ」において、または「エッジ」の近くで実行される。例えば、エッジゲートウェイサーバには、コネクテッドクライアントデバイスの低レイテンシユースケース（例えば、自律運転またはビデオ監視）の計算をリアルタイムで実行するためのメモリおよびストレージリソースのプールが備え付けられ得る。または、一例として、基地局が、バックホールネットワークを介してデータをさらに通信することなく、接続されているユーザ機器のサービスワークロードを直接処理するように、計算リソースおよびアクセラレーションリソースを用いて拡張され得る。または、別の例として、中央局ネットワーク管理ハードウェアが、仮想化ネットワーク機能を実行し、かつ、コネクテッドデバイスについてのサービスおよび消費者機能の実行のための計算リソースを提供する標準化された計算ハードウェアに置き換えられ得る。エッジコンピューティングネットワーク内には、計算リソースがデータへ「移動」されることになるサービスにおけるシナリオ、および、データが計算リソースへ「移動」されることになるシナリオが存在し得る。または、一例として、コーナーケース、緊急事態を管理すべく、または、著しく長く実装されているライフサイクルを介して展開されたリソースの寿命を提供すべく、基地局計算、アクセラレーションおよびネットワークリソースが、休止容量（サブスクリプション、オンデマンド容量）をアクティブ化することにより必要に応じてワークロード要求にスケーリングすべく、サービスを提供できる。

図９は、エンドポイント中の動作層と、エッジクラウドと、クラウドコンピューティング環境とを示す。具体的には、図９は、ネットワークコンピューティングの複数の例示層の中のエッジクラウド８１０を利用して、計算ユースケース９０５の例を示す。これらの層は、エンドポイント（デバイスおよびモノ）層９００において始まる。エンドポイント層９００は、エッジクラウド８１０にアクセスして、データ生成、データ解析およびデータ消費アクティビティを実行する。エッジクラウド８１０は、複数のネットワーク層に及び得る。複数のネットワーク層は、物理的に近接するエッジシステム内に位置するゲートウェイ、オンプレミスサーバまたはネットワーク機器（ノード９１５）を有するエッジデバイス層９１０、基地局、無線処理ユニット、ネットワークハブ、地域データセンタ（ＤＣ）またはローカルネットワーク機器（機器９２５）を包含するネットワークアクセス層９２０、およびそれらの間に（層９１２内であるが、詳細に示されていない）位置する任意の機器、デバイスまたはノードなどである。エッジクラウド８１０内および様々な層中のネットワーク通信は、図示されていない接続性アーキテクチャおよび技術を介してなど、任意の数の有線媒体または無線媒体を介して行われ得る。

ネットワーク通信距離および処理時間の制約から生じるレイテンシの例は、エンドポイント層９００中の場合にはミリ秒（ｍｓ）よりも少ないという範囲から、エッジデバイス層９１０における５ｍｓ未満、さらに、ネットワークアクセス層９２０におけるノードとの通信する場合には１０～４０ｍｓという範囲に及び得る。エッジクラウド８１０の先には、コアネットワーク９３０およびクラウドデータセンタ９４０という層があり、各層では、レイテンシが増える（例えば、コアネットワーク層９３０における５０～６０ｍｓから、クラウドデータセンタ層における１００ｍｓ以上まで）。結果として、コアネットワークデータセンタ９３５またはクラウドデータセンタ９４５における、少なくとも５０～１００ｍｓ以上というレイテンシでの動作では、ユースケース９０５の多くタイムクリティカルな機能を実現できないことになる。これらのレイテンシ値の各々は、例示および対照の目的で提供されている。他のアクセスネットワーク媒体および技術を用いればこれらのレイテンシをさらに低減し得ることが理解されよう。いくつかの例において、ネットワークのそれぞれの部分は、ネットワークソースおよびデスティネーションに対する「エッジ近傍」層、「ローカルエッジ」層、「エッジ付近」層、「中央エッジ」層または「エッジ遠位」層とカテゴリ化され得る。例えば、コアネットワークデータセンタ９３５またはクラウドデータセンタ９４５の観点から、中央局またはコンテンツデータネットワークは、「エッジ付近」（ユースケース９０５のデバイスおよびエンドポイントと通信している場合、高いレイテンシ値を有するクラウドの「近くの」）層内に位置しているとみなされてよく、一方、アクセスポイント、基地局、オンプレミスサーバまたはネットワークゲートウェイは、「エッジ遠位」（ユースケース９０５のデバイスおよびエンドポイントと通信している場合、低レイテンシ値を有するクラウドから「遠い」）層内に位置するとみなされてよい。「近傍」エッジ、「ローカル」エッジ、「付近」エッジ、「中央」エッジまたは「遠位」エッジを構成する特定のネットワーク層の他のカテゴリ化が、レイテンシ、距離、ネットワークホップの数、またはネットワーク層９００～９４０のいずれかにおけるソースから測定される他の測定可能な特性に基づき得ることが理解されよう。

様々なユースケース９０５は、エッジクラウドを利用する複数のサービスに起因して、入ってくるストリームからの使用圧力下にあるリソースにアクセスし得る。低レイテンシでの結果を実現するために、エッジクラウド８１０内で実行されるサービスは、（ａ）優先度（スループットまたはレイテンシ）およびサービス品質（ＱｏＳ）（例えば、自律走行車のトラフィックが、応答時間要件に関して、温度センサよりも高い優先度を有してよく、または、性能感度／ボトルネックが、アプリケーションに応じて、計算／アクセラレータ、メモリ、ストレージもしくはネットワークリソースに存在してよい）と、（ｂ）信頼性および柔軟性（例えば、いくつかの入力ストリームは、ミッションクリティカルな信頼性に沿って動作させられる必要があり、トラフィックは、ミッションクリティカルな信頼性でルーティングされる必要があり、一方、いくつかの他の入力ストリームは、アプリケーションに応じて、偶発的な故障を許容するものであってよい）と、（ｃ）物理的制約（例えば、電力、冷却およびフォームファクタ）とに関して、変化する要件のバランスを取る。

これらのユースケースのエンドツーエンドサービス図は、サービス－フローの概念を伴っており、トランザクションに関連付けられている。トランザクションは、サービスを消費するエンティティのサービス要件全体、およびリソース、ワークロード、ワークフローの関連付けられたサービス、ならびにビジネス機能要件およびビジネスレベル要件の詳細に示している。説明された「用語」を用いて実行されるサービスは、サービスのライフサイクル中にトランザクションについてリアルタイムおよびランタイムの契約準拠を保証する態様で、各層において管理され得る。トランザクション内のコンポーネントがＳＬＡに対する同意を欠いている場合、全体としてのシステム（トランザクション内の各コンポーネント）は、（１）ＳＬＡ違反の影響を理解する能力、（２）システム内の他のコンポーネントを拡張してトランザクションＳＬＡ全体を再開する能力、および（３）段階を実装して修復をするための能力を提供し得る。

したがって、これらの変形およびサービス特性を念頭に置いて、エッジクラウド８１０内のエッジコンピューティングは、ユースケース９０５（例えば、オブジェクト追跡、ビデオ監視、コネクテッドカー等）の複数のアプリケーションに対してサービス提供および応答をリアルタイムまたは準リアルタイムで行う能力を提供し、これら複数のアプリケーションの超低レイテンシ要件を満たし得る。これらの利点により、全体的な新しいクラスのアプリケーション（仮想ネットワーク機能（ＶＮＦ）、サービスとしての機能（ＦａａＳ）、サービスとしてのエッジ（ＥａａＳ）、標準的処理等）が可能になるが、これらのアプリケーションは、レイテンシまたは他の制限に起因して従来のクラウドコンピューティングを活用できない。

しかしながら、エッジコンピューティングの利点には、以下の注意事項が伴う。エッジに位置するデバイスは、制約を受けるリソースであることが多く、したがって、エッジリソースの使用に対する圧力が存在する。典型的には、これは、複数のユーザ（テナントおよびデバイス）による使用のためのメモリおよびストレージリソースのプールを通じて対処される。エッジは、制約を受ける電力および冷却であってよく、したがって、最も多くの電力を消費しているアプリケーションによる消費電力を考慮する必要がある。これらのプールされたメモリリソースには固有の電力－性能のトレードオフが存在し得る。なぜなら、それらのメモリリソースの多くは、より多くの電力により大きいメモリ帯域幅が必要となる新たに出現したメモリ技術を用いる可能性があるからである。同様に、改善されたハードウェアのセキュリティおよび信頼の基点機能も必要とされる。なぜなら、エッジ位置は、無人であってよく、さらには、アクセスの許可が必要となり得るからである（例えば、サードパーティ位置に収容されている場合）。そのような課題が、マルチテナント設定、マルチオーナー設定またはマルチアクセス設定でのエッジクラウド８１０において拡大されている。これらの設定では、特に、ネットワーク使用が動的に変動し、複数のステークホルダ、ユースケースおよびサービスの組成が変化するので、多くのユーザにより、サービスおよびアプリケーションが要求される。

より汎用的なレベルにおいて、エッジコンピューティングシステムは、クライアントおよび分散コンピューティングデバイスからの調整を提供する、エッジクラウド８１０（ネットワーク層９００～９４０）内で動作する前述の層における任意の数の展開を包含するように説明され得る。１つまたは複数のエッジゲートウェイノード、１つまたは複数のエッジ集約ノードおよび１つまたは複数のコアデータセンタが、ネットワークの層にわたって分散されることで、電気通信サービスプロバイダ（「ｔｅｌｃｏ」または「ＴＳＰ」）、モノのインターネットサービスプロバイダ、クラウドサービスプロバイダ（ＣＳＰ）、企業エンティティまたは任意の他の数のエンティティにより、またはそれらに代わって、エッジコンピューティングシステムの実装が提供され得る。エッジコンピューティングシステムの様々な実装および構成が、例えばサービスの目的を満たすためにオーケストレーションされた場合、動的に提供され得る。

本明細書において提供される例では一貫して、クライアント計算ノードが、任意のタイプのエンドポイントコンポーネント、デバイス、アプライアンス、またはデータの生産者もしくは消費者として通信できる他のモノとして具現化され得る。さらに、エッジコンピューティングシステム内で用いられる「ノード」または「デバイス」というラベルは、そのようなノードまたはデバイスがクライアントまたはエージェント／ミニオン／フォロワの役割で動作することを必ずしも意味せず、むしろ、エッジコンピューティングシステム内のノードまたはデバイスのいずれも、個々のエンティティ、ノードまたはサブシステムを指し、これらのエンティティ、ノードまたはサブシステムは、エッジクラウド８１０を容易にするか用いるための別個のまたは接続されているハードウェア構成またはソフトウェア構成を含む。

したがって、エッジクラウド８１０は、ネットワーク層９１０～９３０の中でもエッジゲートウェイノード、エッジ集約ノードまたは他のエッジ計算ノードによりそれらの内部で動作させられるネットワークコンポーネントおよび機能的特徴から形成される。したがって、エッジクラウド８１０は、本明細書において説明される無線アクセスネットワーク（ＲＡＮ）対応エンドポイントデバイス（例えば、モバイルコンピューティングデバイス、ＩｏＴデバイス、スマートデバイス等）に近接して位置する、エッジコンピューティングまたはストレージリソースを提供する任意のタイプのネットワークとして具現化され得る。言い換えると、エッジクラウド８１０は、モバイルキャリアネットワーク（例えば、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））ネットワーク、ロングタームエボリューション（ＬＴＥ）ネットワーク、５Ｇ／６Ｇネットワーク等）を含むサービスプロバイダコアネットワークへの入力ポイントとして機能しつつ格納機能または計算機能も提供するエンドポイントデバイスおよび従来のネットワークアクセスポイントを接続する「エッジ」として想定され得る。他のタイプおよび形態のネットワークアクセス（例えば、光ネットワークを含むＷｉ－Ｆｉ（登録商標）ネットワーク、長距離無線ネットワーク、有線ネットワーク）も、そのような３ＧＰＰ（登録商標）キャリアネットワークの代わりに、またはそのような３ＧＰＰ（登録商標）キャリアネットワークと組み合わせて利用され得る。

エッジクラウド８１０のネットワークコンポーネントは、サーバ、マルチテナントサーバ、アプライアンスコンピューティングデバイスまたは任意の他のタイプのコンピューティングデバイスであってよい。例えば、エッジクラウド８１０は、ハウジング、シャーシ、ケースまたはシェルを含む自己完結型電子デバイスであるアプライアンスコンピューティングデバイスを含み得る。いくつかの状況では、ハウジングは、輸送され得るか人間により搬送得るように、ポータビリティに合わせた大きさにされ得る。例示的なハウジングは、アプライアンスの内容物を部分的にまたは完全に保護する１つまたは複数の外部表面を形成する材料を含み得る。この保護は、天候に対する保護、危険環境に対する保護（例えば、ＥＭＩ、振動、極端な温度）を含んでもよく、潜水を可能にしてもよい。例示的なハウジングは、静止的またはポータブルな実装に対して電力を提供するための電力回路を含み得る。この電力回路は、ＡＣ電力入力、ＤＣ電力入力、ＡＣ／ＤＣまたはＤＣ／ＡＣコンバータ、電力調整器、変圧器、充電回路、バッテリ、有線入力または無線電力入力などである。例示的なハウジングまたはそれらの表面は、建物、電気通信構造物（例えば、ポール、アンテナ構造物等）またはラック（例えば、サーバラック、ブレードマウント等）などの構造物への取り付けを可能にする搭載ハードウェアを含んでもよく、そのような載ハードウェアに接続してもよい。例示的なハウジングまたはそれらの表面は、１つまたは複数のセンサ（例えば、温度センサ、振動センサ、光センサ、音響センサ、静電容量式センサ、近接センサ等）をサポートし得る。１つまたは複数のそのようなセンサは、表面に含まれてもよく、表面により保持されてもよく、そうでなければ表面に埋め込まれてもよく、アプライアンスの表面に搭載されてもよい。例示的なハウジングまたはそれらの表面は、推進ハードウェア（例えば、ホイール、プロペラ等）または関節ハードウェア（例えば、ロボットアーム、旋回可能アベンデージ等）など、機械接続性をサポートし得る。いくつかの状況では、センサは、ユーザインタフェースハードウェア（例えば、ボタン、スイッチ、ダイヤル、スライダ等）など、任意のタイプの入力デバイスを含み得る。いくつかの状況では、例示的なハウジングは、そのような入力デバイスに含まれるか、保持されるか、埋め込まれるか、取り付けられる出力デバイスを含む。出力デバイスは、ディスプレイ、タッチスクリーン、照明、ＬＥＤ、スピーカ、Ｉ／Ｏポート（例えば、ＵＳＢ）等を含み得る。いくつかの状況では、エッジデバイスは、特定の目的のためのネットワーク内に示されるデバイス（例えば、交通信号灯）であるが、他の目的で利用され得る処理または他の容量を有し得る。そのようなエッジデバイスは、他のネットワークデバイスから独立していてよく、その主たる目的に適したフォームファクタを有するハウジングが設けられてよく、さらに、その主たるタスクを妨げない他の計算タスクのために利用可能であってよい。エッジデバイスは、モノのインターネットデバイスを含む。アプライアンスコンピューティングデバイスは、例えば、デバイス温度、振動、リソース利用、更新、電力課題、物理セキュリティおよびネットワークセキュリティ等、局所的な課題を管理するためのハードウェアコンポーネントおよびソフトウェアコンポーネントを含み得る。アプライアンスコンピューティングデバイスを実装するための例示的なハードウェアを図１３Ｂと併せて説明する。エッジクラウド８１０は、１つまたは複数のサーバまたは１つまたは複数のマルチテナントサーバも含み得る。そのようなサーバは、オペレーティングシステムを含んでよく、仮想コンピューティング環境を実装してよい。仮想コンピューティング環境は、１つまたは複数の仮想マシン、１つまたは複数のコンテナ等の管理（例えば、生成、展開、破壊等）をするハイパーバイザを含み得る。そのような仮想コンピューティング環境は、実行環境を提供する。この実行環境内では、１つまたは複数のアプリケーションまたは他のソフトウェア、コードまたはスクリプトが、１つまたは複数の他のアプリケーション、ソフトウェア、コードまたはスクリプトから分離されつつ、実行され得る。

図１０において、（モバイルデバイス、コンピュータ、自律走行車、ビジネスコンピューティング機器、産業処理機器の形態の）様々なクライアントエンドポイント１０１０が、エンドポイントネットワーク集約のタイプに固有の要求および応答を交換する。例えば、クライアントエンドポイント１０１０は、オンプレミスネットワークシステム１０３２を通じて要求および応答１０２２を交換することにより、有線ブロードバンドネットワークを介してネットワークアクセスを取得し得る。モバイルコンピューティングデバイスなど、いくつかのクライアントエンドポイント１０１０は、アクセスポイント（例えば、セルラネットワークタワー）１０３４を通じて要求および応答１０２４を交換することにより、無線ブロードバンドネットワークを介してネットワークアクセスを取得し得る。自律走行車など、いくつかのクライアントエンドポイント１０１０は、道に位置するネットワークシステム１０３６を通じた無線車両ネットワークを介して、要求および応答１０２６のためにネットワークアクセスを取得し得る。しかしながら、ネットワークアクセスのタイプにかかわらず、ＴＳＰは、エッジクラウド８１０内に集約ポイント１０４２、１０４４を展開して、トラフィックおよび要求を集約し得る。したがって、エッジクラウド８１０内で、ＴＳＰは、様々な計算リソースおよびストレージリソースを例えばエッジ集約ノード１０４０において展開して、要求されたコンテンツを提供し得る。エッジクラウド８１０のエッジ集約ノード１０４０および他のシステムは、クラウドまたはデータセンタ１０６０に接続されている。クラウドまたはデータセンタ１０６０は、バックホールネットワーク１０５０を用いて、ウェブサイト、アプリケーション、データベースサーバ等についてのクラウド／データセンタからのより高レイテンシの要求を履行する。単一のサーバフレームワーク上に展開されたものを含む、エッジ集約ノード１０４０および集約ポイント１０４２、１０４４の追加のまたは統合されたインスタンスは、ＴＳＰインフラストラクチャのエッジクラウド８１０または他のエリア内にも存在し得る。

図１１は、複数のエッジノードおよび複数のテナント（例えば、ユーザ、プロバイダ）の中で動作させられる、そのようなエッジノードを用いたエッジコンピューティングシステムにわたる仮想化されたコンテナベースのエッジ構成の展開およびオーケストレーションを示す。具体的には、図１１は、様々な仮想エッジインスタンスにアクセスする様々なクライアントエンドポイント１１１０（例えば、スマートシティ／ビルディングシステム、モバイルデバイス、コンピューティングデバイス、ビジネス／ロジスティックシステム、産業システム等）についての要求および応答を履行するための、エッジコンピューティングシステム内の、第１のエッジノード１１２２および第２のエッジノード１１２４の調整を示す。ここで、仮想エッジインスタンス１１３２、１１３４は、ウェブサイト、アプリケーション、データベースサーバ等についてのより高レイテンシの要求のためにクラウド／データセンタ１１４０にアクセスすると共に、エッジクラウド内のエッジ計算機能および処理を提供する。しかしながら、エッジクラウドは、複数のテナントまたはエンティティのための複数のエッジノードの中の処理の調整を可能にする。

図１１の例において、これらの仮想エッジインスタンスは、第１のテナント（テナント１）に提供され、エッジと、ストレージと、計算と、サービスとの第１の組み合わせを提供する第１の仮想エッジ１１３２、および、エッジと、ストレージと、計算とサービスとの第２の組み合わせを提供する第２の仮想エッジ１１３４を含む。仮想エッジインスタンス１１３２、１１３４は、エッジノード１１２２、１１２４中に分散されている。仮想エッジインスタンス１１３２、１１３４は、同じまたは異なるエッジノードからの要求および応答が履行されるシナリオを含み得る。分散されながらも調整された方式で動作するためのエッジノード１１２２、１１２４の構成は、エッジプロビジョニング機能１１５０に基づいて行われる。複数のテナント中でアプリケーションおよびサービスに調整された動作を提供するためのエッジノード１１２２、１１２４の機能は、オーケストレーション機能１１６０に基づいて行われる。

１１１０内のデバイスのいくつかがマルチテナントデバイスであり、マルチテナントデバイスにおいて、テナント１がテナント１「スライス」内で機能してよく、テナント２がテナント２スライス内で機能してよい（また、さらなる例において、追加のテナントまたはサブテナントが存在してよく、各テナントは、さらに、具体的に権利を与えられ、特定のハードウェア機能まで機能の特定のセットへトランザクションに関して連結されてよい）ことを理解されたい。信頼できるマルチテナントデバイスは、キーとスライスとの組み合わせが「信頼の基点」（ＲｏＴ）またはテナント固有のＲｏＴとみなされ得るように、テナント固有の暗号キーをさらに含み得る。デバイス機能の階層化用に層状の信頼できるコンピューティングベースコンテキスト（フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）を構築するために単一のＤＩＣＥ（デバイス識別組成エンジン）ハードウェア構成単位が用いられ得るように、ＲｏＴはさらに、ＤＩＣＥアーキテクチャを用いて構成され動的に計算され得る。ＲｏＴはさらに、マルチテナンシーをサポートするのに有用である「ファンアウト」を可能にするために、信頼できるコンピューティングコンテキストに用いられ得る。マルチテナント環境内で、それぞれのエッジノード１１２２、１１２４は、ノード毎に複数のテナントに割り当てられたローカルリソースのためのセキュリティ機能実施点として動作し得る。さらに、テナントランタイムおよびアプリケーション実行（例えば、インスタンス１１３２、１１３４でのもの）は、潜在的に複数の物理ホストプラットフォームに及ぶリソースの仮想エッジ抽象化を生成するセキュリティ機能のための実施点として機能し得る。最終的に、オーケストレーションエンティティにおけるオーケストレーション機能１１６０は、テナント境界に沿ってリソースをマーシャリングするためのセキュリティ機能実施点として動作し得る。

エッジコンピューティングノードは、リソース（メモリ、中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、割込みコントローラ、入力／出力（Ｉ／Ｏ）コントローラ、メモリコントローラ、バスコントローラ等）をパーティション化し得る。それぞれのパーティション化は、ＲｏＴ機能を含んでよく、ＤＩＣＥモデルによるファンアウトおよび階層化がエッジノードへさらに適用されてよい。クラウドコンピューティングノードは、ＲｏＴコンテキストをサポートするためにＤＩＣＥ階層化およびファンアウト構造に従ってパーティション化され得るコンテナ、ＦａａＳエンジン、サーブレット、サーバまたは他の計算抽象化を用いることが多い。したがって、全ての要素をエンドツーエンドでリンクさせるテナント固有の仮想信頼セキュアチャネルが確立され得るように、それぞれのＲｏＴスパニングデバイス１１１０、１１２２および１１４０は、分散型の信頼できるコンピューティングベース（ＤＴＣＢ）の確立を調整し得る。

さらに、コンテナが前のエッジノードからそのコンテンツを保護するデータまたはワークロードに固有のキーを有し得ることが理解されよう。コンテナの移行の一部として、ソースエッジノードにおけるポッドコントローラが、ターゲットエッジノードポッドコントローラから移行キーを取得し得る。ターゲットエッジノードポッドコントローラでは、コンテナ固有のキーをラッピングするために移行キーが用いられる。コンテナ／ポッドがターゲットエッジノードへ移行される場合、ラップ解除キーは、ラッピングキーを次に復号するポッドコントローラへ公開される。これらのキーは、ここで、コンテナ固有のデータに対して動作を実行するために用いられ得る。移行機能は、適切に証明されたエッジノードおよびポッドマネージャによりゲーティングされ得る（上で説明したとおり）。

さらなる例において、エッジコンピューティングシステムが、マルチオーナー、マルチテナント環境内のコンテナ（コードと必要な依存性とを提供するソフトウェアの含まれる展開可能なユニット）の使用を通じて複数のアプリケーションのオーケストレーションを提供するように拡張される。キー管理と、トラストアンカー管理と、図１１における信頼できる「スライス」の概念のプロビジョニングおよびライフサイクルに関連する他のセキュリティ機能とを実行するために、マルチテナントオーケストレータが用いられ得る。例えば、エッジコンピューティングシステムは、複数の仮想エッジインスタンスからの（およびクラウドまたはリモートデータセンタからの）様々なクライアントエンドポイントについての要求および応答を履行するように構成され得る。これらの仮想エッジインスタンスを用いることで、複数のテナントおよび複数のアプリケーション（例えば、拡張現実（ＡＲ）／仮想現実（ＶＲ）、企業アプリケーション、コンテンツ配信、ゲーム計算オフロード）を同時にサポートし得る。さらに、仮想エッジインスタンス内には、複数のタイプのアプリケーション（例えば、通常のアプリケーション、レイテンシ感応性アプリケーション、レイテンシクリティカルなアプリケーション、ユーザプレーンアプリケーション、ネットワーキングアプリケーション等）が存在し得る。また、仮想エッジインスタンスは、異なり地理的位置における複数の所有者のシステム（または複数の所有者により共同所有または共同管理されるそれぞれのコンピューティングシステムおよびリソース）にわたって及び得る。

例えば、各エッジノード１１２２、１１２４は、例えば、１つまたは複数のコンテナのグループを提供するコンテナ「ポッド」１１２６、１１２８の使用と共に、コンテナの使用を実装し得る。１つまたは複数のコンテナポッドを用いる設定において、ポッドコントローラまたはオーケストレータは、ポッド内のコンテナの局所的な制御およびオーケストレーションを担う。それぞれのエッジスライス１１３２、１１３４のために提供される様々なエッジノードリソース（例えば、六角形で示されるストレージ、計算サービス）が、各コンテナのニーズに従ってパーティション化される。

コンテナポッドを用いて、ポッドコントローラは、コンテナおよびリソースのパーティション化および割り当てを監督する。ポッドコントローラは、例えば、ＳＬＡ契約に基づく重要性能インジケータ（ＫＰＩ）ターゲットを受信することにより、物理リソースの最良のパーティション化をどのように行うかと、どれくらいの期間かとに関してコントローラに命令するオーケストレータ（例えば、オーケストレータ１１６０）からの命令を受信する。ポッドコントローラは、ワークロードを完了させてＳＬＡを満たすべく、どのコンテナがどのリソースを必要としているかと、どれくらいの期間かとを決定する。また、ポッドコントローラは、例えば、コンテナの生成、リソースおよびアプリケーションのプロビジョニング、分散アプリケーション上で共に動作する複数のコンテナ間の中間結果の調整、およびワークロードが完了した場合のコンテナの取り外し等、コンテナライフサイクル動作を管理する。さらに、ポッドコントローラは、正しいテナントが認証するまでリソースの割り当てを防ぐか、証明結果が満たされるまでコンテナへのデータまたはワークロードのプロビジョニングを防ぐセキュリティに関する役割を果たし得る。

また、コンテナポッドの使用と共に、テナント境界が、依然として、だがコンテナの各ポッドの文脈において、存在し得る。各テナント固有ポッドがテナント固有ポッドコントローラを有する場合、リソース割り当て要求を統合して典型的なリソース枯渇状況を回避する共有ポッドコントローラが存在する。さらに、ポッドおよびポッドコントローラの証明および信頼性を保証するために、制御が提供され得る。例えば、オーケストレータ１１６０は、証明検証を実行するローカルポッドコントローラに証明検証ポリシーをプロビジョニングし得る。証明が第２のテナントポッドコントローラではなく第１のテナントポッドコントローラについてのポリシーを満たしている場合、第２のポッドは、このポリシーを満たす異なるエッジノードへ移行され得る。代替的に、第１のポッドは、実行が可能になってよく、異なる共有ポッドコントローラが、インストールされ、第２のポッドの実行の前に呼び出される。

図１２は、エッジコンピューティングシステム内にコンテナを展開した追加の計算配置を示す。簡略化された例として、システム配置１２１０、１２２０は、設定を示す。これらの設定では、コンテナ化されたポッドと、機能と、サービスとしての機能のインスタンスとを計算ノード（配置１２１０内の１２１５）を介した実行を通じて起動するように、または、計算ノード（配置１２２０内の１２２３）を介した実行を通じてコンテナ化された仮想化ネットワーク機能を別個に実行するように、ポッドコントローラ（例えば、コンテナマネージャ１２１１、１２２１）およびコンテナオーケストレータ１２３１が適合させられるこの配置は、（計算ノード１２３７を用いた）システム配置１２３０内の複数のテナントの使用のために適合させられる。システム配置１２３０では、（仮想化ネットワーク機能の実行の他に、）コンテナ化されたポッド（例えば、ポッド１２１２）、機能（例えば、機能１２１３、ＶＮＦ１２２２、１２３６）およびサービスとしての機能のインスタンス（例えば、ＦａａＳインスタンス１２１４）が、それぞれのテナントに固有の仮想マシン（例えば、テナント１２３２、１２３３のＶＭ１２３４、１２３５）内で起動される。この配置は、コンテナベースオーケストレーションシステム１２４１により調整されるように、コンテナ１２４２、１２４３を提供するシステム配置１２４０内での使用のために、または計算ノード１２４４上の様々な機能、アプリケーションおよび機能の実行のために、さらに適合させられる。

図１２に示されるシステム配置は、アプリケーション組成に関してＶＭ、コンテナおよび機能を等しく扱うアーキテクチャを提供する（また、結果として生じるアプリケーションは、これら３つの構成要素の組み合わせである）。各構成要素は、ローカルバックエンドとしての１つまたは複数のアクセラレータ（ＦＰＧＡ、ＡＳＩＣ）コンポーネントの使用を伴い得る。このように、複数のアプリケーションが、複数のエッジ所有者にわたって分割されてよく、これはオーケストレータにより調整される。

図１２の文脈において、ポッドコントローラ／コンテナマネージャ、コンテナオーケストレータおよび個々のノードは、セキュリティ実施点を提供し得る。しかしながら、テナントに割り当てられたリソースが第２のテナントに割り当てられたリソースとは別個のものである場合、テナントの分離がオーケストレーションされ得るが、エッジ所有者は、リソースの割り当てがテナント境界にわたって共有されないことを保証するために連携する。または、リソースの割り当ては、テナント境界にわたって分離され得る。なぜなら、テナントがサブスクリプションまたはトランザクション／契約を介して「使用」を可能にし得るからである。これらの文脈において、仮想化、コンテナ化、エンクレーブおよびハードウェアパーティション化スキームは、エッジ所有者がテナンシーを実施するために用いられ得る。他の分離環境は、ベアメタル（専用）機器、仮想マシン、コンテナ、コンテナ上の仮想マシン、またはそれらの組み合わせを含み得る。

さらなる例において、ソフトウェアにより定義または制御されるシリコンハードウェアおよび他の構成可能なハードウェアの態様が、エッジコンピューティングシステムによりアプリケーション、機能およびサービスと統合され得る。ソフトウェアにより定義されるシリコン（ＳＤＳｉ）は、契約またはサービスレベルアグリーメントを履行するというあるリソースまたはハードウェア構成要素の能力を、それ自体またはワークロードのある部分を（例えば、ハードウェア構成自体の内部の新しい機能のアップグレード、再構成またはプロビジョニングにより）修復するというこの構成要素の能力に基づいて保証するために用いられ得る。

さらなる例において、本エッジコンピューティングシステムおよび環境を参照して説明された計算ノードまたはデバイスのいずれも、図１３Ａおよび図１３Ｂに示されるコンポーネントに基づいて実現され得る。それぞれのエッジ計算ノードは、他のエッジコンポーネント、ネットワーキングコンポーネントまたはエンドポイントコンポーネントと通信できる、あるタイプのデバイス、アプライアンス、コンピュータまたは他の「モノ」として具現化され得る。例えば、エッジ計算デバイスは、パーソナルコンピュータ、サーバ、スマートフォン、モバイル計算デバイス、スマートアプライアンス、車載計算システム（例えば、ナビゲーションシステム）、外側ケース、シェル等を有する自己完結型デバイス、または説明された機能を実行できる他のデバイスもしくはシステムとして具現化され得る。

図１３Ａに示される簡略化された例において、エッジ計算ノード１３００が、計算エンジン（本明細書において、「計算回路」とも称される）１３０２、入力／出力（Ｉ／Ｏ）サブシステム１３０８、データストレージ１３１０、通信回路サブシステム１３１２、および任意選択的に、１つまたは複数の周辺デバイス１３１４を含む。他の例において、それぞれの計算デバイスが、典型的にはコンピュータ内で見られるもの（例えば、ディスプレイ、周辺デバイス等）など、他のまたは追加のコンポーネントを含み得る。さらに、いくつかの例において、例示的なコンポーネントのうちの１つまたは複数は、別のコンポーネントに組み込まれてもよく、そうでなければ別のコンポーネントの一部分を形成してもよい。

計算ノード１３００は、様々な計算機能を実行できる任意のタイプのエンジン、デバイスまたはデバイス集合体として具現化され得る。いくつかの例において、計算ノード１３００は、集積回路、埋め込み型システム、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、システムオンチップ（ＳｏＣ）または他の統合されたシステムもしくはデバイスなど、単一のデバイスとして具現化され得る。例示的な例において、計算ノード１３００は、プロセッサ１３０４およびメモリ１３０６を含むか、プロセッサ１３０４およびメモリ１３０６として具現化される。プロセッサ１３０４は、本明細書において説明された機能（例えば、アプリケーションの実行）を実行できる任意のタイプのプロセッサとして具現化され得る。例えば、プロセッサ１３０４は、マルチコアプロセッサ、マイクロコントローラ、処理ユニット、特殊もしくは専用処理ユニットまたは他のプロセッサもしくは処理／制御回路として具現化され得る。

いくつかの例において、プロセッサ１３０４は、ＦＰＧＡ、特定用途向け集積回路（ＡＳＩＣ）、再構成可能なハードウェアもしくはハードウェア回路、または本明細書において説明された機能の実行を容易にする他の特殊ハードウェアとして具現化されてもよく、それらを含んでもよく、それらに結合されてもよい。いくつかの例においても、プロセッサ１３０４は、データ処理ユニット（ＤＰＵ）、インフラストラクチャ処理ユニット（ＩＰＵ）またはネットワーク処理ユニット（ＮＰＵ）としても知られる特殊ｘ処理ユニット（ｘＰＵ）として具現化され得る。そのようなｘＰＵは、ＳｏＣ内に統合されているか、ネットワーキング回路（例えば、ＳｍａｒｔＮＩＣまたは拡張ＳｍａｒｔＮＩＣ）、アクセラレーション回路、ストレージデバイスまたはＡＩハードウェア（例えば、ＧＰＵまたはプログラムされたＦＰＧＡ）と統合されているスタンドアロン型の回路または回路パッケージとして具現化され得る。そのようなｘＰＵは、プログラミングを受信して、１つまたは複数のデータストリームを処理し、このデータストリームについての特定のタスクおよびアクション（マイクロサービスのホスティング、サービス管理もしくはオーケストレーションの実行、サーバもしくはデータセンタハードウェアの編成もしくは管理、サービスメッシュの管理、またはテレメトリの収集および分散など）をＣＰＵまたは汎用処理ハードウェアの外部で実行するように設計され得る。しかしながら、ｘＰＵ、ＳｏＣ、ＣＰＵ、およびプロセッサ１３０４の他の変形が、計算ノード１３００内で計算ノード１３００に代わって多くのタイプの動作および命令を実行するために互いに協調して動作し得ることが理解されよう。

メモリ１３０６は、本明細書において説明された機能を実行できる任意のタイプの揮発性メモリもしくはデータストレージ（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）等）または不揮発性メモリまたはデータストレージとして具現化され得る。揮発性メモリは、媒体により格納されるデータの状態を維持するために電力を必要とする記憶媒体であってよい。揮発性メモリの非限定的な例は、ＤＲＡＭまたはスタティックランダムアクセスメモリ（ＳＲＡＭ）など、様々なタイプのランダムアクセスメモリ（ＲＡＭ）を含み得る。メモリモジュール内で用いられ得るＤＲＡＭの具体的なタイプの１つが、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）である。

一例において、メモリデバイスは、ＮＡＮＤ技術またはＮＯＲ技術に基づくものなど、ブロックアドレス指定可能メモリデバイスである。メモリデバイスは、３次元クロスポイントメモリデバイス（例えば、Ｉｎｔｅｌ（登録商標） ３Ｄ ＸＰｏｉｎｔ（商標）メモリ）または他のバイトアドレス指定可能所定位置書き込み型不揮発性メモリデバイスも含み得る。メモリデバイスは、ダイ自体またはパッケージメモリ製品を指し得る。いくつかの例において、３Ｄクロスポイントメモリ（例えば、Ｉｎｔｅｌ（登録商標） ３Ｄ ＸＰｏｉｎｔ（商標）メモリ）は、トランジスタ無しの積層可能クロスポイントアーキテクチャを含み得る。このアーキテクチャでは、メモリセルがワード線とビット線との交点に位置すると共に個々にアドレス指定可能であり、ビットストレージがバルク抵抗の変化に基づく。いくつかの例において、メモリ１３０６の全部または一部が、プロセッサ１３０４へ統合され得る。メモリ１３０６は、アプリケーション、ライブラリおよびドライバ上で動作させられる１つまたは複数のアプリケーション、データなど、動作中に用いられる様々なソフトウェアおよびデータを格納し得る。

計算回路１３０２は、Ｉ／Ｏサブシステム１３０８を介して、計算ノード１３００の他のコンポーネントに通信可能に結合される。これらの他のコンポーネントは、計算回路１３０２を用いて（例えば、計算回路１３０２のプロセッサ１３０４またはメインメモリ１３０６および他のコンポーネントを用いて）入力／出力動作を容易にするための回路またはコンポーネントとして具現化され得る。例えば、Ｉ／Ｏサブシステム１３０８は、メモリコントローラハブ、入力／出力制御ハブ、統合センサハブ、ファームウェアデバイス、通信リンク（例えば、ポイントツーポイントリンク、バスリンク、電線、ケーブル、光ガイド、プリント回路基板トレース等）、または入力動作／出力動作を容易にするための他のコンポーネントおよびサブシステムとして具現化されてもよく、そうでなければこれらを含んでよい。いくつかの例において、Ｉ／Ｏサブシステム１３０８は、システムオンチップ（ＳｏＣ）の一部分を形成してよく、計算回路１３０２のプロセッサ１３０４、メモリ１３０６および他のコンポーネントのうちの１つまたは複数と共に計算回路１３０２へ組み込まれてよい。

１つまたは複数の例示的なデータストレージデバイス１３１０は、例えば、メモリデバイスおよび回路、メモリカード、ハードディスクドライブ、ソリッドステートドライブまたは他のデータストレージデバイスなど、データの短期的または長期的な格納のために構成された任意のタイプのデバイスとして具現化され得る。個々のデータストレージデバイス１３１０は、データストレージデバイス１３１０のためのデータおよｂファームウェアコードを格納するシステムパーティションを含み得る。個々のデータストレージデバイス１３１０は、例えば計算ノード１３００のタイプに応じてオペレーティングシステムのためのデータファイルおよび実行ファイルを格納する１つまたは複数のオペレーティングシステムパーティションも含み得る。

通信回路１３１２は、計算回路１３０２と別の計算デバイスとの間のネットワークを介した通信を可能にすることができる任意の通信回路、デバイスまたはそれらの集合体（例えば、実装しているエッジコンピューティングシステムのエッジゲートウェイ）として具現化され得る。通信回路１３１２は、任意の１つまたは複数の通信技術（例えば、有線通信または無線通信）および関連付けられたプロトコル（例えば、３ＧＰＰ（登録商標）４Ｇまたは５Ｇ規格などのセルラネットワーキングプロトコル、ＩＥＥＥ８０２．１１／Ｗｉ－Ｆｉ（登録商標）などの無線ローカルエリアネットワークプロトコル、無線ワイドエリアネットワークプロトコル、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、ＩＥＥＥ８０２．１５．４もしくはＺｉｇＢｅｅ（登録商標）などのＩｏＴプロトコル、または低電力ワイドエリアネットワーク（ＬＰＷＡＮ）プロトコルもしくは低電力ワイドエリア（ＬＰＷＡ）プロトコル等）を用いてそのような通信を実現するように構成され得る。

例示的な通信回路１３１２は、ホストファブリックインタフェース（ＨＦＩ）とも称され得るネットワークインタフェースコントローラ（ＮＩＣ）１３２０を含む。ＮＩＣ１３２０は、１つまたは複数のアドイン基板、ドーターカード、ネットワークインタフェースカード、コントローラチップ、チップセット、または別の計算デバイスと接続するために計算ノード１３００により用いられ得る他のデバイス（例えば、エッジゲートウェイノード）として具現化され得る。いくつかの例において、ＮＩＣ１３２０は、１つまたは複数のプロセッサを含むシステムオンチップ（ＳｏＣ）の一部として具現化されてもよく、１つまたは複数のプロセッサをやはり含むマルチチップパッケージに含まれてもよい。いくつかの例において、ＮＩＣ１３２０は、ローカルプロセッサ（不図示）またはローカルメモリ（不図示）を含んでよく、これらは両方とも、ＮＩＣ１３２０に対してローカルであるそのような例において、ＮＩＣ１３２０のローカルプロセッサは、本明細書において説明された計算回路１３０２の機能のうちの１つまたは複数を実行でき得る。さらに、または代替的に、そのような例において、ＮＩＣ１３２０のローカルメモリは、基板レベル、ソケットレベル、チップレベルまたは他のレベルで、クライアント計算ノードの１つまたは複数のコンポーネントへ統合され得る。

さらに、いくつかの例において、それぞれの計算ノード１３００は、１つまたは複数の周辺デバイス１３１４を含み得る。そのような周辺デバイス１３１４は、計算ノード１３００の具体的なタイプに応じて、オーディオ入力デバイス、ディスプレイ、他の入力／出力デバイス、インタフェースデバイスまたは他の周辺デバイスなど、計算デバイスまたはサーバ内で見られる任意のタイプの周辺デバイスを含み得る。さらなる例において、計算ノード１３００は、エッジコンピューティングシステム内のそれぞれのエッジ計算ノード（クライアントノードであるか、ゲートウェイノードであるか、集約ノードであるかを問わず）または同様の形態のアプライアンス、コンピュータ、サブシステム、回路もしくは他のコンポーネントにより具現化され得る。

より詳細な例において、図１３Ｂは、本明細書において説明された技術（例えば、動作、処理、方法および方法論）を実装するためのエッジコンピューティングノード１３５０内に存在し得るコンポーネントの一例のブロック図を示す。このエッジコンピューティングノード１３５０は、コンピューティングデバイス（例えば、モバイルデバイス、基地局、サーバ、ゲートウェイ等）として、またはその一部として実装された場合、ノード１３００のそれぞれのコンポーネントのより近いビューを提供する。エッジコンピューティングノード１３５０は、本明細書において参照されたハードウェアコンポーネントまたは論理コンポーネントの任意の組み合わせを含んでよく、かつ、エッジ通信ネットワークまたはそのようなネットワークの組み合わせと共に使用可能な任意のデバイスを含んでもよく、この任意のデバイスと結合してもよい。これらのコンポーネントは、集積回路（ＩＣ）、その各部分、別個の電子デバイスもしくは他のモジュール、命令セット、プログラマブルロジックもしくはアルゴリズム、ハードウェア、ハードウェアアクセラレータ、ソフトウェア、ファームウェア、またはエッジコンピューティングノード１３５０内で適合させられたそれらの組み合わせとして、または、より大きいシステムのシャーシ内に別の手法で組み込まれたコンポーネントとして実装され得る。

エッジコンピューティングデバイス１３５０は、プロセッサ１３５２の形態の処理回路を含んでよい。プロセッサ１３５２は、マイクロプロセッサ、マルチコアプロセッサ、マルチスレッドプロセッサ、超低電圧プロセッサ、埋め込みプロセッサ、ｘＰＵ／ＤＰＵ／ＩＰＵ／ＮＰＵ、専用処理ユニット、特殊処理ユニットまたは他の既知の処理要素であってよい。プロセッサ１３５２は、プロセッサ１３５２および他のコンポーネントが、単一の集積回路内に、またはカリフォルニア州サンタクララのＩｎｔｅｌ ＣｏｒｐｏｒａｔｉｏｎのＥｄｉｓｏｎ（商標）もしくはＧａｌｉｌｅｏ（商標） ＳｏＣ基板などの単一のパッケージ内に形成されるシステムオンチップ（ＳｏＣ）の一部であってよい。一例として、プロセッサ１３５２は、Ｑｕａｒｋ（商標）、Ａｔｏｍ（商標）、ｉ３、ｉ５、ｉ７、ｉ９もしくはＭＣＵクラスのプロセッサなどのＩｎｔｅｌ（登録商標） Ａｒｃｈｉｔｅｃｔｕｒｅ Ｃｏｒｅ（商標）ベースのＣＰＵプロセッサ、またはＩｎｔｅｌ（登録商標）から入手可能な別のそのようなプロセッサを含んでよい。しかしながら、カリフォルニア州サニーベールのＡｄｖａｎｃｅｄ Ｍｉｃｒｏ Ｄｅｖｉｃｅｓ， Ｉｎｃ．（ＡＭＤ（登録商標））、カリフォルニア州サニーベールのＭＩＰＳ（登録商標） Ｔｅｃｈｎｏｌｏｇｉｅｓ， Ｉｎｃ．のＭＩＰＳベースの設計、ＡＲＭ（登録商標） Ｈｏｌｄｉｎｇｓ， Ｌｔｄ．からライセンスされるＡＲＭベースの設計またはそれらの顧客もしくはそれらのライセンシもしくは採用者から入手可能なものなど、任意の数の他のプロセッサが用いられ得る。
これらのプロセッサは、Ａｐｐｌｅ（登録商標）Ｉｎｃ．のＡ５－Ａ１３プロセッサ、Ｑｕａｌｃｏｍｍ（登録商標）Ｔｅｃｈｎｏｌｏｇｉｅｓ， Ｉｎｃ．のＳｎａｐｄｒａｇｏｎ（商標）プロセッサ、またはＴｅｘａｓ Ｉｎｓｔｒｕｍｅｎｔｓ， Ｉｎｃ．のＯＭＡＰ（商標）プロセッサなどのユニットを含み得る。プロセッサ１３５２および付随する回路が、シングルソケットフォームファクタ、マルチソケットフォームファクタ、または図１３Ｂに示される全ての要素よりも少ない要素を含む１つまたは複数の制限されたハードウェア構成といった様々な他のフォーマットで提供され得る。

プロセッサ１３５２は、相互接続１３５６（例えば、バス）を介してシステムメモリ１３５４と通信し得る。任意の数のメモリデバイスを用いて、所与の量のシステムメモリを提供し得る。例として、メモリ１３５４は、ＤＤＲまたはモバイルＤＤＲの規格（例えば、ＬＰＤＤＲ、ＬＰＤＤＲ２、ＬＰＤＤＲ３またはＬＰＤＤＲ４）などの電子機器技術評議会（ＪＥＤＥＣ）の設計に従ったランダムアクセスメモリ（ＲＡＭ）であってよい。特定の例において、メモリコンポーネントは、ＪＥＳＤ７９Ｆ用のＤＤＲ ＳＤＲＡＭ、ＤＤＲ２ ＳＤＲＡＭ用のＪＥＳＤ７９－２Ｆ、ＤＤＲ３ ＳＤＲＡＭ用のＪＥＳＤ７９－３Ｆ、ＤＤＲ４ ＳＤＲＡＭ用のＪＥＳＤ７９－４Ａ、低電力ＤＤＲ（ＬＰＤＤＲ）用のＪＥＳＤ２０９、ＬＰＤＤＲ２用のＪＥＳＤ２０９－２、ＬＰＤＤＲ３用のＪＥＳＤ２０９－３およびＬＰＤＤＲ４用のＪＥＳＤ２０９－４など、ＪＥＤＥＣにより公表されるＤＲＡＭ規格に準拠し得る。そのような規格（および同様の規格）は、ＤＤＲベース規格と称されることがあり、そのような規格を実装するストレージデバイスの通信インタフェースは、ＤＤＲベースインタフェースと称されることがある。様々な実装において、個々のメモリデバイスは、シングルダイパッケージ（ＳＤＰ）、デュアルダイパッケージ（ＤＤＰ）またはクアッドダイパッケージ（Ｑ１７Ｐ）など、任意の数の異なるパッケージタイプのものであってよい。いくつかの例では、これらのデバイスをマザーボード上へ直接はんだ付けしてより低いプロファイルの解決手段を提供し得るが、他の例では、デバイスは、結果として所与のコネクタによりマザーボードに結合する１つまたは複数のメモリモジュールとして構成される。例えば、限定されるわけではないがｍｉｃｒｏＤＩＭＭまたはＭｉｎｉＤＩＭＭを含む異なる種類のデュアルインラインメモリモジュール（ＤＩＭＭ）といった、他のタイプのメモリモジュールなど、任意の数の他のメモリ実装が用いられ得る。

例えば、データ、アプリケーションおよびオペレーティングシステム等の情報の永続的な格納を提供するために、ストレージ１３５８は、相互接続１３５６を介してプロセッサ１３５２にも結合し得る。一例において、ストレージ１３５８は、ソリッドステートディスクドライブ（ＳＳＤＤ）を介して実装され得る。ストレージ１３５８のために用いられ得る他のデバイスは、例えばセキュアデジタル（ＳＤ）カード、ｍｉｃｒｏＳＤカード、ｅＸｔｒｅｍｅ Ｄｉｇｉｔａｌ（ＸＤ）ピクチャカード等のフラッシュメモリカードと、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブとを含む。一例において、メモリデバイスは、カルコゲナイドガラス、マルチ閾値レベルＮＡＮＤフラッシュメモリ、ＮＯＲフラッシュメモリ、シングルまたはマルチレベル相変化メモリ（ＰＣＭ）、抵抗変化メモリ、ナノワイヤメモリ、強誘電体トランジスタランダムアクセスメモリ（ＦｅＴＲＡＭ）、反強誘電体メモリ、メモリスタ技術を組み込んだ磁気抵抗ランダムアクセスメモリ（ＭＲＡＭ）、金属酸化物基と、酸素空孔基と、導電性ブリッジランダムアクセスメモリ（ＣＢ－ＲＡＭ）もしくはスピントランスファトルク（ＳＴＴ）－ＭＲＡＭとを含む抵抗変化メモリを用いるメモリデバイス、スピントロニック磁気接合メモリベースデバイス、磁気トンネル接合（ＭＴＪ）ベースデバイス、ＤＷ（磁壁）およびＳＯＴ（スピン軌道トランスファ）転送ベースデバイス、サイリスタベースメモリデバイス、または上記のもののいずれかの組み合わせ、もしくは他のメモリであってもよく、それらを含んでもよい。

低電力の実装において、ストレージ１３５８は、プロセッサ１３５２に関連付けられたオンダイメモリまたはレジスタであってよい。ただし、いくつかの例では、ストレージ１３５８は、マイクロハードディスクドライブ（ＨＤＤ）を用いて実装され得る。さらに、とりわけ、抵抗変化メモリ、相変化メモリ、ホログラフィックメモリまたは化学メモリなどの説明された技術に加えて、またはそれらの代わりに、任意の数の新しい技術がストレージ１３５８に用いられ得る。

これらのコンポーネントは、相互接続１３５６を介して通信し得る。相互接続１３５６は、業界標準アーキテクチャ（ＩＳＡ）、拡張ＩＳＡ（ＥＩＳＡ）、周辺コンポーネント相互接続（ＰＣＩ）、周辺コンポーネント相互接続拡張（ＰＣＩｘ）、ＰＣＩエクスプレス（ＰＣＩｅ）を含む任意の数の技術、または任意の数の他の技術を含み得る。相互接続１３５６は、例えば、ＳｏＣベースのシステムにおいて用いられるプロプライエタリバスであってよい。とりわけ、集積回路間（Ｉ２Ｃ）インタフェース、シリアル周辺インタフェース（ＳＰＩ）、ポイントツーポイントインタフェースおよび電力バスなど、他のバスシステムが含まれ得る。

相互接続１３５６は、接続されているエッジデバイス１３６２との通信のために、プロセッサ１３５２をトランシーバ１３６６に結合させ得る。トランシーバ１３６６は、とりわけ、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｓｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ Ｇｒｏｕｐにより定義されているＢｌｕｅｔｏｏｔｈ（登録商標） ｌｏｗ ｅｎｅｒｇｙ（ＢＬＥ）規格またはＺｉｇＢｅｅ規格を用いた、ＩＥＥＥ８０２．１５．４規格に基づく２．４ギガヘルツ（ＧＨｚ）伝送など、任意の数の周波数およびプロトコルを用い得る。特定の無線通信プロトコル用に構成された任意の数の無線機が、接続されているエッジデバイス１３６２への接続のために用いられ得る。例えば、無線ローカルエリアネットワーク（ＷＬＡＮ）ユニットが、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格に従ってＷｉ－Ｆｉ（登録商標）通信を実装するために用いられ得る。加えて、例えば、セルラまたは他の無線ワイドエリアプロトコルによる無線ワイドエリア通信が、無線ワイドエリアネットワーク（ＷＷＡＮ）ユニットを介して行われ得る。

無線ネットワークトランシーバ１３６６（または複数のトランシーバ）は、異なる範囲での通信のための複数の規格または無線機を用いて通信し得る。例えば、エッジコンピューティングノード１３５０は、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）または別の低電力無線に基づきローカルトランシーバを用いて、例えば、約１０メートル以内の近接するデバイスと通信することで、電力を節約し得る。例えば約５０メートル以内の、より遠い接続されているエッジデバイス１３６２が、ＺｉｇＢｅｅ（登録商標）または他の中間電力無線機を介して到達され得る。両方の通信技術は、異なる電力レベルで単一の無線機を介して行われてもよく、例えば、ＢＬＥを用いるローカルトランシーバおよびＺｉｇＢｅｅ（登録商標）を用いる別個のメッシュトランシーバといった別個の複数のトランシーバを介して行われてもよい。

ローカルエリアネットワークプロトコルまたはワイドエリアネットワークプロトコルを介してクラウド（例えば、エッジクラウド１３９５）内のデバイスまたはサービスと通信するために、無線ネットワークトランシーバ１３６６（例えば、無線トランシーバ）が含まれ得る。無線ネットワークトランシーバ１３６６は、とりわけ、ＩＥＥＥ８０２．１５．４規格またはＩＥＥＥ８０２．１５．４ｇ規格に従った低電力ワイドエリア（ＬＰＷＡ）トランシーバであってよい。エッジコンピューティングノード１３５０は、ＳｅｍｔｅｃｈおよびＬｏＲａ Ａｌｌｉａｎｃｅにより開発されたＬｏＲａＷＡＮ（商標）（長距離ワイドエリアネットワーク）を用いて、広域にわたって通信し得る。本明細書において説明された技術は、これらの技術に限定されないが、Ｓｉｇｆｏｘなどの長距離低帯域幅通信を実装する任意の数の他のクラウドトランシーバ、および他の技術と共に用いられ得る。さらに、ＩＥＥＥ８０２．１５．４ｅ仕様において説明されるタイムスロットチャネルホッピングなどの他の通信技術が用いられ得る。

本明細書において説明するように、無線ネットワークトランシーバ１３６６について言及されたシステムに加え、任意の数の他の無線通信およびプロトコルが用いられ得る。例えば、トランシーバ１３６６は、高速通信を実装するためにスペクトル拡散（ＳＰＡ／ＳＡＳ）通信を用いるセルラトランシーバを含み得る。さらに、ネットワーク通信の提供および中速通信のためのＷｉ－Ｆｉ（登録商標）ネットワークなど、任意の数の他のプロトコルが用いられ得る。トランシーバ１３６６は、本開示の末尾でさらに詳細に説明されるようなロングタームエボリューション（ＬＴＥ）通信システムおよび第５世代（５Ｇ）通信システムなどの任意の数の３ＧＰＰ（登録商標）（第３世代パートナーシッププロジェクト）仕様と互換性がある無線機を含み得る。エッジクラウド１３９５のノード、または（例えば、メッシュ内で動作する）接続されているエッジデバイス１３６２などの他のデバイスに有線通信を提供するために、ネットワークインタフェースコントローラ（ＮＩＣ）１３６８が含まれ得る。有線通信は、Ｅｔｈｅｒｎｅｔ（登録商標）接続を提供してもよく、幾多の中でもとりわけ、コントローラエリアネットワーク（ＣＡＮ）、ローカル相互接続ネットワーク（ＬＩＮ）、ＤｅｖｉｃｅＮｅｔ、ＣｏｎｔｒｏｌＮｅｔ、Ｄａｔａ Ｈｉｇｈｗａｙ＋、ＰＲＯＦＩＢＵＳまたはＰＲＯＦＩＮＥＴなど、他のタイプのネットワークに基づいていてもよい。第２のネットワーク、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）を介してクラウドに通信を提供する第１のＮＩＣ１３６８および別のタイプのネットワークを介して他のデバイスに通信を提供する第２のＮＩＣ１３６８への接続を可能にするために、追加のＮＩＣ１３６８が含まれ得る。

デバイスから別のコンポーネントまたはネットワークへの様々なタイプの適用可能な通信があるとすると、デバイスにより用いられる適用可能な通信回路は、コンポーネント１３６４、１３６６、１３６８または１３７０のうちのいずれか１つまたは複数を含んでもよく、それらにより具現化されてもよい。したがって、様々な例において、適用可能な通信（例えば、受信、伝送等）のための手段が、そのような通信回路により具現化され得る。

エッジコンピューティングノード１３５０は、アクセラレーション回路１３６４を含んでもよく、アクセラレーション回路１３６４に結合されてもよい。アクセラレーション回路１３６４は、１つまたは複数の人工知能（ＡＩ）アクセラレータ、ニューラル計算スティック、ニューロモーフィックハードウェア、ＦＰＧＡ、複数のＧＰＵの配置、複数のｘＰＵ／ＤＰＵ／ＩＰＵ／ＮＰＵの配置、１つまたは複数のＳｏＣ、１つまたは複数のＣＰＵ、１つまたは複数のデジタル信号プロセッサ、専用ＡＳＩＣ、または１つまたは複数の特殊なタスクを実現するように設計された他の形態の特殊なプロセッサもしくは回路により具現化され得る。これらのタスクは、ＡＩ処理（機械学習、訓練、推論および分類動作を含む）、視覚データ処理、ネットワークデータ処理、オブジェクト検出またはルール解析等を含み得る。これらのタスクは、本明細書における他の箇所で説明されたサービス管理およびサービス動作についての特定のエッジコンピューティングタスクも含み得る。

相互接続１３５６は、追加のデバイスまたはサブシステムを接続するために用いられるセンサハブまたは外部インタフェース１３７０にプロセッサ１３５２を結合させ得る。これらのデバイスは、例えば、加速度計、レベルセンサ、流量センサ、光学光センサ、カメラセンサ、温度センサ、グローバルナビゲーションシステム（例えば、ＧＰＳ）センサ、圧力センサおよび気圧センサ等のセンサ１３７２を含み得る。ハブまたはインタフェース１３７０はさらに、例えば、電力スイッチ、バルブアクチュエータ、可聴音生成器および視覚警告デバイス等のアクチュエータ１３７４にエッジコンピューティングノード１３５０を接続するために用いられ得る。

いくつかの任意選択的な例において、様々な入力／出力（Ｉ／Ｏ）デバイスが、エッジコンピューティングノード１３５０内に存在してもよく、エッジコンピューティングノード１３５０に接続されてもよい。例えば、センサの読み取り値またはアクチュエータの位置などの情報を示すために、ディスプレイまたは他の出力デバイス１３８４が含まれ得る。入力を受け入れるために、タッチスクリーンまたはキーパッドなどの入力デバイス１３８６が含まれ得る。出力デバイス１３８４は、任意の数の形態のオーディオディスプレイまたはビジュアルディスプレイを含み得る。これらのディスプレイは、バイナリステータスインジケータ（例えば、発光ダイオード（ＬＥＤ））および複数文字視覚出力などの単純な視覚出力、またはディスプレイスクリーン（例えば、液晶ディスプレイ（ＬＣＤ）スクリーン）などのより複雑な出力を含み、文字、グラフィックスおよびマルチメディアオブジェクト等の出力は、エッジコンピューティングノード１３５０の動作から生成されるか生じる。本システムの文脈におけるディスプレイまたはコンソールハードウェアは、エッジコンピューティングシステムの出力の提供および入力の受信をすることで、エッジコンピューティングシステムのコンポーネントもしくはサービスを管理するために、エッジコンピューティングコンポーネントもしくはエッジコンピューティングサービスの状態を識別するために、または任意の他の数の管理（ｍａｎａｇｅｍｅｎｔ）機能もしくは管理（ａｄｍｉｎｉｓｔｒａｔｉｏｎ）機能もしくはサービスユースケースを実行するために用いられ得る。

バッテリ１３７６は、エッジコンピューティングノード１３５０に電力を供給し得るが、エッジコンピューティングノード１３５０が固定位置に搭載される例では、電気グリッドに結合された電源を有してもよく、バックアップとして、または一時的な機能のために用いられてもよい。バッテリ１３７６は、リチウムイオン電池、または、例えば、亜鉛－空気バッテリ、アルミニウム－空気バッテリおよびリチウム－空気バッテリ等の金属－空気バッテリであってよい。

バッテリ１３７６（含まれる場合）の充電状態（ＳｏＣｈ）を追跡するために、エッジコンピューティングノード１３５０には、バッテリモニタ／充電器１３７８が含まれ得る。バッテリモニタ／充電器１３７８は、バッテリ１３７６の健全性（ＳｏＨ）および機能性（ＳｏＦ）など、故障予測を提供するためのバッテリ１３７６の他のパラメータを監視するために用いられ得る。バッテリモニタ／充電器１３７８は、Ｌｉｎｅａｒ ＴｅｃｈｎｏｌｏｇｉｅｓのＬＴＣ４０２０もしくはＬＴＣ２９９０、アリゾナ州フェニックスのＯＮ ＳｅｍｉｃｏｎｄｕｃｔｏｒのＡＤＴ７４８８Ａ、またはテキサス州ダラスのＴｅｘａｓ ＩｎｓｔｒｕｍｅｎｔｓのＵＣＤ９０ｘｘｘファミリからのＩＣなど、バッテリ監視集積回路を含み得る。バッテリモニタ／充電器１３７８は、相互接続１３５６を介して、バッテリ１３７６に関する情報をプロセッサ１３５２へ伝達し得る。バッテリモニタ／充電器１３７８は、プロセッサ１３５２がバッテリ１３７６の電圧またはバッテリ１３７６からの電流を直接監視することを可能にするアナログ－デジタル（ＡＤＣ）コンバータも含み得る。バッテリのパラメータは、例えば、伝送周波数、メッシュネットワーク動作およびセンシング周波数等、エッジコンピューティングノード１３５０が実行し得るアクションを決定するために用いられ得る。

バッテリ１３７６を充電するために、電力ブロック１３８０、またはグリッドに結合された他の電源が、バッテリモニタ／充電器１３７８と結合され得る。いくつかの例において、電力ブロック１３８０を無線受電器に置き換えることにより、無線で、例えば、エッジコンピューティングノード１３５０内のループアンテナを通じて、電力を取得し得る。バッテリモニタ／充電器１３７８には、とりわけ、カリフォルニア州ミルピタスのＬｉｎｅａｒ ＴｅｃｈｎｏｌｏｇｉｅｓのＬＴＣ４０２０チップなど、無線バッテリ充電回路が含まれ得る。特定の充電回路は、バッテリ１３７６のサイズ、およびしたがって、必要とされる電流に基づいて選択され得る。充電は、とりわけ、Ａｉｒｆｕｅｌ Ａｌｌｉａｎｃｅにより公表されるＡｉｒｆｕｅｌ規格、ワイヤレスパワーコンソーシアムにより公表されるＱｉ無線充電規格またはＡｌｌｉａｎｃｅ ｆｏｒ Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒにより公表されるＲｅｚｅｎｃｅ充電規格を用いて実行され得る。

ストレージ１３５８は、本明細書において説明された技術を実装するためのソフトウェアコマンド、ファームウェアコマンドまたはハードウェアコマンドの形態の命令１３８２を含み得る。そのような命令１３８２がメモリ１３５４およびストレージ１３５８に含まれるコードブロックとして示されているが、コードブロックのいずれも、例えば、特定用途向け集積回路（ＡＳＩＣ）に内蔵されたハードワイヤード回路に置き換えられ得ることが理解され得る。

一例において、メモリ１３５４、ストレージ１３５８またはプロセッサ１３５２を介して提供される命令１３８２は、エッジコンピューティングノード１３５０内の電子的動作を実行するようプロセッサ１３５２に指示するためのコードを含む非一時的機械可読媒体１３６０として具現化され得る。プロセッサ１３５２は、相互接続１３５６を介して、非一時的機械可読媒体１３６０にアクセスし得る。例えば、非一時的機械可読媒体１３６０は、ストレージ１３５８について説明されたデバイスにより具現化されてもよく、光ディスク、フラッシュドライブまたは任意の数の他のハードウェアデバイスなど、特定のストレージユニットを含んでもよい。非一時的機械可読媒体１３６０は、例えば、上で示された動作および機能のフローチャートおよびブロック図に関して説明したとおり、アクションの特定のシーケンスまたはフローを実行するようプロセッサ１３５２に指示するための命令を含み得る。本明細書において用いられる場合、「機械可読媒体」および「コンピュータ可読媒体」という用語は交換可能である。また、具体例において、プロセッサ１３５２上の命令１３８２は、（別個に、または機械可読媒体１３６０の命令１３８２との組み合わせで、）信頼できる実行環境（ＴＥＥ）１３９０の実行または動作を構成し得る。一例において、ＴＥＥ１３９０は、命令のセキュアな実行およびデータへのセキュアなアクセスのためにプロセッサ１３５２にアクセス可能な保護エリアとして動作する。ＴＥＥ１３９０の様々な実装と、プロセッサ１３５２またはメモリ１３５４内の付随するセキュアなエリアとは、例えば、Ｉｎｔｅｌ（登録商標） Ｓｏｆｔｗａｒｅ Ｇｕａｒｄ Ｅｘｔｅｎｓｉｏｎｓ（ＳＧＸ）またはＡＲＭ（登録商標） ＴｒｕｓｔＺｏｎｅ（登録商標）ハードウェアセキュリティ拡張、Ｉｎｔｅｌ（登録商標） Ｍａｎａｇｅｍｅｎｔ Ｅｎｇｉｎｅ（ＭＥ）またはＩｎｔｅｌ（登録商標） Ｃｏｎｖｅｒｇｅｄ Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅａｂｉｌｉｔｙ Ｅｎｇｉｎｅ（ＣＳＭＥ）の使用を通じて提供され得る。セキュリティハードニングと、ハードウェアの信頼の基点と、信頼または保護される動作の他の態様が、ＴＥＥ１３９０およびプロセッサ１３５２を通じてデバイス１３５０内で実装され得る。

図１４は、例示的なプロセッサプラットフォーム１４００または接続されているエッジデバイスなどの１つまたは複数のデバイスへ、図１４の例示的なコンピュータ可読命令１４８２などのソフトウェアを分散させるための例示的なソフトウェア配布プラットフォーム１４０５を示す。例示的なソフトウェア配布プラットフォーム１４０５は、ソフトウェアを他のコンピューティングデバイス（例えば、サードパーティまたは接続されているエッジデバイス）に格納および伝送できる任意のコンピュータサーバ、データファシリティ、クラウドサービス等により実装され得る。例示的な接続されているエッジデバイスは、顧客、クライアント、管理デバイス（例えば、サーバ）、サードパーティ（例えば、ソフトウェア配布プラットフォーム１４０５を所有しているか動作させるエンティティの顧客）であってよい。例示的な接続されているエッジデバイスは、商用または自宅の自動化環境で動作し得る。いくつかの例において、サードパーティは、図１４の例示的なコンピュータ可読命令１４８２などのソフトウェアの開発者、販売者またはライセンサである。サードパーティは、使用または再販売もしくはサブライセンスのためにソフトウェアを購入またはライセンスする消費者、ユーザ、小売業者、ＯＥＭ等であってよい。いくつかの例において、配布されたソフトウェアは、１つまたは複数のユーザインタフェース（ＵＩ）またはグラフィカルユーザインタフェース（ＧＵＩ）のディスプレイに、互いに地理的または論理的に分離した１つまたは複数のデバイス（例えば、接続されているエッジデバイス）（例えば、給水制御（例えば、ポンプ）、配電制御（例えば、リレー）等を担う物理的に分離した借り切られているＩｏＴデバイス）を識別させる。

図１４の示されている例において、ソフトウェア配布プラットフォーム１４０５は、１つまたは複数のサーバおよび１つまたは複数のストレージデバイスを含む。ストレージデバイスは、コンピュータ可読命令１４８２を格納する。コンピュータ可読命令１４８２は、図に示され本明細書において説明される例示的なコンピュータ可読命令に対応し得る。例示的なソフトウェア配布プラットフォーム１４０５の１つまたは複数のサーバは、ネットワーク１４１０と通信する。ネットワーク１４１０は、インターネットまたは本明細書において説明された例示的なネットワークのうちのいずれか１つまたは複数に対応し得る。いくつかの例において、１つまたは複数のサーバは、商用トランザクションの一部として要求当事者へソフトウェアを伝送するための要求に応答する。ソフトウェアの配信、販売またはライセンスに対する支払いは、ソフトウェア配布プラットフォームの１つまたは複数のサーバにより、またはサードパーティ支払いエンティティを介して処理され得る。サーバは、購入者またはライセンサがソフトウェア配布プラットフォーム１４０５からコンピュータ可読命令１４８２をダウンロードすることを可能にする。例えば、本明細書において説明された例示的なコンピュータ可読命令に対応し得るソフトウェアは、コンピュータ可読命令１４８２を実行して技術を実装する例示的なプロセッサプラットフォーム１４００（例えば、例示的な接続されているエッジデバイス）へダウンロードされ得る。いくつかの例において、ソフトウェア配布プラットフォーム１４０５の１つまたは複数のサーバは、それを通じて例示的なコンピュータ可読命令１４８２の要求および伝送が渡されなければならない１つまたは複数のセキュリティドメインまたはセキュリティデバイスに通信可能に接続される。いくつかの例において、ソフトウェア配布プラットフォーム１４０５の１つまたは複数のサーバは、ソフトウェア（例えば、図１４の例示的なコンピュータ可読命令１４８２）の更新を定期的に提供、伝送または強制することで、改善、パッチ、更新等がエンドユーザデバイスにおけるソフトウェアに配布および適用されることを保証する。

図１４の示されている例において、コンピュータ可読命令１４８２は、ソフトウェア配布プラットフォーム１４０５のストレージデバイスに特定のフォーマットで格納される。コンピュータ可読命令のフォーマットは、限定されるわけではないが、特定のコード言語（例えば、Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｙｔｈｏｎ、Ｃ、Ｃ＃、ＳＱＬ、ＨＴＭＬ等）または特定のコード状態（例えば、非コンパイルコード（例えば、ＡＳＣＩＩ）、解釈されたコード、リンクされたコード、実行可能コード（例えば、バイナリ）等）を含む。いくつかの例において、ソフトウェア配布プラットフォーム１４０５に格納されたコンピュータ可読命令１４８２は、例示的なプロセッサプラットフォーム１４００へ伝送される場合、第１のフォーマットである。いくつかの例において、第１のフォーマットは、特定のタイプのプロセッサプラットフォーム１４００が実行され得る実行可能バイナリである。しかしながら、いくつかの例では、第１のフォーマットは、第１のフォーマットを第２のフォーマットへ変換して例示的なプロセッサプラットフォーム１４００上での実行を可能にするよう１つまたは複数の準備タスクに要求する非コンパイルコードである。例えば、受信側のプロセッサプラットフォーム１４００は、コンピュータ可読命令１４８２を第１のフォーマットにコンパイルして、プロセッサプラットフォーム１４００上で実行できる第２のフォーマットの実行可能コードを生成する必要があり得る。さらに他の例において、第１のフォーマットは、プロセッサプラットフォーム１４００への到達時に、命令実行を容易にするようにインタプリタにより解釈される解釈されたコードである。

図１５は、一実施形態による、ネットワークフローベースのハードウェア割り当てのための方法１５００の一例のフロー図を示す。方法１５００の動作は、上または下で説明されるもの（例えば、処理回路）など、計算ハードウェアにより実行される。

動作１５０５において、ワークロードが実行のために取得される。ここで、ワークロードは、フローを含む。フローは、処理コンポーネントおよびネットワークコンポーネントを含む。

動作１５１０において、ワークロードが実行される。ワークロードの実行中に、ワークロードが終了するまで、動作１５１５および１５２０が繰り返される。

動作１５１５において、フローは、ネットワークコンポーネントのネットワークメトリックと処理コンポーネントの処理メトリックとを決定するようにプロファイリングされる。一例において、プロファイリングは、予め定義された時間間隔で実行される。一例において、プロファイリングは、イベントに応答して実行される。一例において、プロファイリングは、実行されるか、フローまたはワークロードに関するクエリの受信時のものである。

一例において、プロファイリングは、ネットワークサービスを用いたフローの通信に識別情報をタグ付けすることを含む。次に、識別情報は、フローへマッピングされ得る。一例において、識別情報は、ソースアドレス、送信元ポート、デスティネーションポートまたは通信タイプを含むタプルである。

一例において、プロファイリングは、インタフェースプロファイルおよびランク付けデータベースを更新する。一例において、インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである。一例において、インタフェースが、フローにより、インタフェースプロファイルおよびランク付けデータベースにランク付けされる。ここで、ネットワークメトリックおよび処理メトリックに基づき次の実行においてネットワークサービスおよび処理サービスをフローに割り当てることは、最高ランクを有するインタフェースをフローについて選択することを含む。一例において、インタフェースは、フローとフローについて選択される処理サービスとの組み合わせに基づいてランク付けされる。

動作１５２０において、ネットワークメトリックおよび処理メトリックに基づいて、ネットワークサービスおよび処理サービスが、次の実行においてフローに割り当てられる。一例において、ネットワークサービスは、ネットワークインタフェースカード（ＮＩＣ）である。一例において、ネットワークサービスは、チャネルまたは仮想チャネルである。一例において、ネットワークサービスまたは処理サービスは、ハードウェアパーティション化である。

一例において、ネットワークメトリックに基づいてネットワークサービスを割り当てることは、フローのネットワークコンポーネントを満たすための最小ネットワークメトリックを含むネットワークサービスを選択することを含む。一例において、ネットワークメトリックは、帯域幅またはレイテンシである。

一例において、ネットワークサービスおよび処理サービスを割り当てることは、処理サービスのネットワークメトリックに関連する最大出力を満たすための最小ネットワークメトリックを含むネットワークサービスを選択することを含む。

図１６は、本明細書において説明された技術（例えば、方法論）のうちのいずれか１つまたは複数が実行され得る例示的な機械１６００のブロック図を示す。本明細書において説明される例は、機械１６００内のロジックもしくは複数のコンポーネントまたはメカニズムを含んでもよく、それらにより動作してもよい。回路（例えば、処理回路）は、ハードウェア（例えば、単純な回路、ゲート、ロジック等）を含む、機械１６００の有形のエンティティに実装された回路の集合である。回路構成要素は、経時的に柔軟になり得る。回路は、単独で、または組み合わせで、指定された動作を動作時に実行し得るメンバを含む。一例において、回路のハードウェアは、特定の動作を実行するように設計され得る（例えば、ハードワイヤード）。一例において、回路のハードウェアは、特定の動作の命令をエンコードするように物理的に修正された機械可読媒体（例えば、不変質量の粒子の磁気的、電気的に移動可能な配置等）を含む、可変的に接続された物理コンポーネント（例えば、実行ユニット、トランジスタ、単純な回路等）を含み得る。物理コンポーネントを接続する際に、ハードウェア構成要素の基礎となる電気特性が、例えば絶縁体から導体へ、またはその逆へ変更される。命令は、埋め込みハードウェア（例えば、実行ユニットまたはロードメカニズム）が、動作時に特定の動作の部分を実行するために可変接続を介してハードウェア内の回路のメンバを生成することを可能にする。したがって、一例において、機械可読媒体要素は、回路の一部であるか、デバイスが動作しているときに回路の他のコンポーネントに通信可能に結合される。一例において、物理コンポーネントのいずれも、１つよりも多くの回路の１つよりも多くのメンバ内で用いられ得る。例えば、動作中、実行ユニットは、ある時点で第１の回路構成の第１の回路内で用いられてよく、異なる時点で第１の回路構成内の第２の回路により、または第２の回路構成の第３の回路により再使用されてよい。機械１６００に関するこれらのコンポーネントの追加の例を以下で説明する。

代替的な実施形態において、機械１６００は、スタンドアロンデバイスとして動作してもよく、他の機械に接続（例えば、ネットワーク接続）されてもよい。ネットワーク接続された展開では、機械１６００は、サーバクライアントネットワーク環境において、サーバマシン、クライアントマシン、またはその両方の能力で動作し得る。一例において、機械１６００は、ピアツーピア（Ｐ２Ｐ）（または他の分散型）ネットワーク環境内のピアマシンとして機能し得る。機械１６００は、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、セットトップボックス（ＳＴＢ）、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話、ウェブアプライアンス、ネットワークルータ、スイッチもしくはブリッジ、またはその機械によって取られるアクションを指定する命令（シーケンシャルまたはそれ以外）を実行できる任意の機械であってよい。さらに、単一の機械のみが示されているが、「機械」という用語は、クラウドコンピューティング、サービスとしてのソフトウェア（ＳａａＳ）、他のコンピュータクラスタ構成など、本明細書において説明された方法論のうちのいずれか１つまたは複数を実行するための１つの（または複数の）命令セットを個々にまたは共同で実行する機械の任意の集合を含むとも解釈されるものとする。

機械（例えば、コンピュータシステム）１６００は、ハードウェアプロセッサ１６０２（例えば、中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、ハードウェアプロセッサコア、またはそれらの任意の組み合わせ）、メインメモリ１６０４、スタティックメモリ（例えば、ファームウェア、マイクロコード、基本入出力（ＢＩＯＳ）、統合拡張ファームウェアインタフェース（ＵＥＦＩ）等のメモリまたはストレージ）１６０６、大容量ストレージ１６０８（例えば、ハードドライブ、テープドライブ、フラッシュストレージまたは他のブロックデバイス）を含んでよく、それらのいくつかまたは全ては、インターリンク（例えば、バス）１６３０を介して互いに通信してよい。機械１６００は、ディスプレイユニット１６１０、英数字入力デバイス１６１２（例えば、キーボード）、ユーザインタフェース（ＵＩ）ナビゲーションデバイス１６１４（例えば、マウス）をさらに含み得る。一例において、ディスプレイユニット１６１０、入力デバイス１６１２およびＵＩナビゲーションデバイス１６１４は、タッチスクリーンディスプレイであってよい。機械１６００は、ストレージデバイス（例えば、ドライブユニット）１６０８と、信号生成デバイス１６１８（例えば、スピーカ）と、ネットワークインタフェースデバイス１６２０と、全地球測位システム（ＧＰＳ）センサ、コンパス、加速度計または他のセンサなどの１つまたは複数のセンサ１６１６とをさらに含み得る。機械１６００は、１つまたは複数の周辺デバイス（例えば、プリンタ、カードリーダ等）との通信または制御を行うためのシリアル（例えば、ユニバーサルシリアルバス（ＵＳＢ）、並列、または他の有線もしくは無線（例えば、赤外線（ＩＲ）、近距離無線通信（ＮＦＣ）等）接続など、出力コントローラ１６２８を含み得る。

プロセッサ１６０２、メインメモリ１６０４、スタティックメモリ１６０６または大容量ストレージ１６０８のレジスタは、本明細書において説明された技術または機能のうちのいずれか１つまたは複数を具現化するかそれらにより利用されるデータ構造または命令１６２４（例えば、ソフトウェア）の１つまたは複数のセットを格納した機械可読媒体１６２２であってもよく、そのような機械可読媒体１６２２を含んでもよい。また、命令１６２４は、機械１６００によるそれらの実行中、プロセッサ１６０２、メインメモリ１６０４、スタティックメモリ１６０６または大容量ストレージ１６０８のレジスタのいずれかの内部に、完全にまたは少なくとも部分的に存在し得る。一例において、ハードウェアプロセッサ１６０２、メインメモリ１６０４、スタティックメモリ１６０６または大容量ストレージ１６０８の１つまたは任意の組み合わせが、機械可読媒体１６２２を構成し得る。機械可読媒体１６２２が単一の媒体として示されているが、「機械可読媒体」という用語は、１つまたは複数の命令１６２４を格納するように構成された単一の媒体または複数の媒体（例えば、集中型もしくは分散型のデータベースまたは関連付けられたキャッシュおよびサーバ）を含み得る。

「機械可読媒体」という用語は、機械１６００による実行のために命令を格納、エンコードもしくは搬送でき、かつ、本開示の技術のうちのいずれか１つまたは複数を機械１６００に実行させ、または、そのような命令により用いられるか、そのような命令に関連付けられたデータ構造を格納、エンコードもしくは搬送できる任意の媒体を含み得る。非限定的な機械可読媒体の例は、ソリッドステートメモリ、光媒体、磁気媒体および信号（例えば、無線周波数信号、他の光子ベースの信号、音信号等）を含み得る。一例において、非一時的機械可読媒体は、不変（例えば、静止）質量を有する複数の粒子を有する機械可読媒体を含むので、組成物である。したがって、非一時的機械可読媒体は、一時的伝搬信号を含まない機械可読媒体である。非一時的機械可読媒体の具体例は、半導体メモリデバイス（例えば、電気的プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）およびフラッシュメモリデバイスなどの不揮発性メモリと、内蔵ハードディスクおよびリムーバブルディスクなどの磁気ディスクと、光磁気ディスクと、ＣＤ－ＲＯＭディスクおよびＤＶＤ－ＲＯＭディスクとを含み得る。

一例において、機械可読媒体１６２２に格納されるか、そうでなければ提供される情報は、命令１６２４を表してよく、命令１６２４は、命令１６２４自体、または命令１６２４が導出され得るフォーマットなどである。命令１６２４が導出され得るこのフォーマットは、ソースコード、（例えば、圧縮または暗号化された形式の）エンコードされた命令、または（例えば、複数のパッケージへ分割された）パッケージ化された命令等を含み得る。機械可読媒体１６２２内の命令１６２４を表す情報は、本明細書において説明された動作のいずれかを実装するために、処理回路により処理されて命令になり得る。例えば、この情報から命令１６２４を導出すること（例えば、処理回路による処理）は、この情報を命令１６２４へコンパイル（例えば、ソースコード、オブジェクトコード等から）、解釈、ロード、編成（例えば、動的にまたは静的にリンク）、エンコード、デコード、暗号化、暗号解除、パッケージング、アンパッケージングまたはそうでなければ操作することを含み得る。

一例において、命令１６２４の導出は、機械可読媒体１６２２により提供されるある中間フォーマットまたは前処理されたフォーマットから命令１６２４を生成するための、情報の（例えば、処理回路による）アセンブリ、コンパイルまたは解釈を含み得る。情報は、複数の部分で提供される場合、命令１６２４を生成するために組み合わされ、アンパックされ、修正され得る。例えば、情報は、１つまたはいくつかのリモートサーバ上の複数の圧縮されたソースコードパッケージ（またはオブジェクトコードもしくはバイナリ実行可能コード等）であってよい。ソースコードパッケージは、ネットワークを介して移行しているときに暗号化されてよく、必要な場合には、復号され、非圧縮され、組み立てられ（例えば、リンクされ）、ローカル機械において（例えば、ライブラリ、スタンドアロン実行ファイル等へ）コンパイルまたは解釈され、ローカル機械により実行されてよい。

命令１６２４はさらに、複数の転送プロトコル（例えば、フレームリレー、インターネットプロトコル（ＩＰ）、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）等）のいずれか１つを利用したネットワークインタフェースデバイス１６２０を介して、伝送媒体を用い、通信ネットワーク１６２６を介して伝送または受信され得る。例示的な通信ネットワークは、とりわけ、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パケットデータネットワーク（例えば、インターネット）、ＬｏＲａ／ＬｏＲａＷＡＮもしくは衛星通信ネットワーク、携帯電話網（例えば、３Ｇ規格、４Ｇ ＬＴＥ／ＬＴＥ－Ａ規格または５Ｇ規格に準拠したものなど、セルラネットワーク）、基本電話（ＰＯＴＳ）ネットワーク、および無線データネットワーク（例えば、Ｗｉ－Ｆｉ（登録商標）として知られる米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格ファミリ、ＷｉＭａｘ（登録商標）として知られるＩＥＥＥ８０２．１６規格ファミリ、ＩＥＥＥ８０２．１５．４規格ファミリ）、ピアツーピア（Ｐ２Ｐ）ネットワークを含み得る。一例において、ネットワークインタフェースデバイス１６２０は、通信ネットワーク１６２６に接続するための１つまたは複数の物理ジャック（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）ジャック、同軸ジャックまたは電話ジャック）または１つまたは複数のアンテナ）を含み得る。一例において、ネットワークインタフェースデバイス１６２０は、単入力多出力（ＳＩＭＯ）技術、多入力多出力（ＭＩＭＯ）技術または多入力単出力（ＭＩＳＯ）技術のうちの少なくとも１つを用いて無線通信するための複数のアンテナを含み得る。「伝送媒体」という用語は、機械１６００による実行のための命令を格納、エンコードまたは搬送できる任意の無形の媒体を含むように解釈されるものとし、そのようなソフトウェアの通信を容易にするためのデジタルまたはアナログの通信信号または他の無形の媒体を含む。伝送媒体は、機械可読媒体である。
［追加の注記および例］

例１は、ネットワークフローベースのハードウェア割り当てのための装置であって、命令を有する機械可読媒体と、処理回路と備え、前記処理回路は、実行のためにワークロードを取得することであって、前記ワークロードは、フローを含み、前記フローは、処理コンポーネントおよびネットワークコンポーネントを含む、取得することと、前記ワークロードの実行中に、繰り返し、実行時に前記フローをプロファイリングして、前記ネットワークコンポーネントのネットワークメトリックと前記処理コンポーネントの処理メトリックとを決定することと、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび処理サービスを前記フローに割り当てることとを実行するように前記命令により動作中に構成される、装置である。

例２において、前記ネットワークサービスは、ネットワークインタフェースカード（ＮＩＣ）である、例１に記載の主題。

例３において、前記ネットワークサービスは、チャネル、仮想チャネルまたは帯域幅スライスである、例１から２のいずれかに記載の主題。

例４において、前記ネットワークメトリックに基づいて前記ネットワークサービスを割り当てるために、前記処理回路は、前記フローの前記ネットワークコンポーネントを満たすための最小ネットワークメトリックを含むネットワークサービスを選択することを実行するように構成される、例１から３のいずれかに記載の主題。

例５において、前記ネットワークメトリックは、帯域幅またはレイテンシである、例４に記載の主題。

例６において、前記ネットワークサービスおよび前記処理サービスを割り当てるために、前記処理回路は、前記処理サービスの前記ネットワークメトリックに関連する最大出力を満たすための最小ネットワークメトリックを含むネットワークサービスを選択するように構成される、例１から５のいずれかに記載の主題。

例７において、前記ネットワークサービスまたは前記処理サービスは、ハードウェアパーティションである、例１から６のいずれかに記載の主題。

例８において、前記フローをプロファイリングするために、前記処理回路は、前記ネットワークサービスを用いた前記フローの通信に識別情報をタグ付けすることと、前記識別情報を前記フローへマッピングすることとを実行するように構成される、例１から７のいずれかに記載の主題。

例９において、前記識別情報は、ソースアドレス、送信元ポート、デスティネーションポートまたは通信タイプを含むタプルである、例８に記載の主題。

例１０において、前記処理回路は、予め定義された時間間隔で、イベントに応答して、またはクエリの受信時に前記フローをプロファイリングすることを実行するように構成される、例１から９のいずれかに記載の主題。

例１１において、前記フローをプロファイリングするために、前記処理回路は、インタフェースプロファイルおよびランク付けデータベースを更新することを実行するように構成される、例１から１０のいずれかに記載の主題。

例１２において、前記インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである、例１１に記載の主題。

例１３において、インタフェースがフローにより前記インタフェースプロファイルおよびランク付けデータベースにランク付けされ、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行において前記ネットワークサービスおよび前記処理サービスを前記フローに割り当てるために、前記処理回路は、最高ランクを有するインタフェースを前記フローについて選択するように構成される、例１１から１２のいずれかに記載の主題。

例１４において、前記インタフェースは、前記フローと前記フローについて選択される処理サービスとの組み合わせに基づいてランク付けされる、例１３に記載の主題。

例１５は、ネットワークフローベースのハードウェア割り当てのための方法であって、実行のためにワークロードを取得する段階であって、前記ワークロードは、フローを含み、前記フローは、処理コンポーネントおよびネットワークコンポーネントを含む、取得する段階と、前記ワークロードの実行中に、繰り返し、実行時に前記フローをプロファイリングして、前記ネットワークコンポーネントのネットワークメトリックと前記処理コンポーネントの処理メトリックとを決定する段階と、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび処理サービスを前記フローに割り当てる段階とを備える、方法である。

例１６において、前記ネットワークサービスは、ネットワークインタフェースカード（ＮＩＣ）である、例１５に記載の主題。

例１７において、前記ネットワークサービスは、チャネル、仮想チャネルまたは帯域幅スライスである、例１５から１６のいずれかに記載の主題。

例１８において、前記ネットワークメトリックに基づいて前記ネットワークサービスを割り当てる段階は、前記フローの前記ネットワークコンポーネントを満たすための最小ネットワークメトリックを含むネットワークサービスを選択する段階を有する、例１５から１７のいずれかに記載の主題。

例１９において、前記ネットワークメトリックは、帯域幅またはレイテンシである、例１８に記載の主題。

例２０において、前記ネットワークサービスおよび前記処理サービスを割り当てる段階は、前記処理サービスの前記ネットワークメトリックに関連する最大出力を満たすための最小ネットワークメトリックを含むネットワークサービスを選択する段階を有する、例１５から１９のいずれかに記載の主題。

例２１において、前記ネットワークサービスまたは前記処理サービスは、ハードウェアパーティションである、例１５から２０のいずれかに記載の主題。

例２２において、プロファイリングする前記段階は、前記ネットワークサービスを用いた前記フローの通信に識別情報をタグ付けする段階と、前記識別情報を前記フローへマッピングする段階とを有する、例１５から２１のいずれかに記載の主題。

例２３において、前記識別情報は、ソースアドレス、送信元ポート、デスティネーションポートまたは通信タイプを含むタプルである、例２２に記載の主題。

例２４において、プロファイリングする前記段階は、予め定義された時間間隔で、イベントに応答して、またはクエリの受信時に実行される、例１５から２３のいずれかに記載の主題。

例２５において、プロファイリングする前記段階は、インタフェースプロファイルおよびランク付けデータベースを更新する、例１５から２４のいずれかに記載の主題。

例２６において、前記インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである、例２５に記載の主題。

例２７において、インタフェースがフローにより前記インタフェースプロファイルおよびランク付けデータベースにランク付けされ、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび前記処理サービスを前記フローに割り当てる段階は、最高ランクを有するインタフェースを前記フローについて選択する段階を有する、例２５から２６のいずれかに記載の主題。

例２８において、前記インタフェースは、前記フローと前記フローについて選択される処理サービスとの組み合わせに基づいてランク付けされる、例２７に記載の主題。

例２９は、ネットワークフローベースのハードウェア割り当てのための命令を備える少なくとも１つの機械可読媒体であって、前記命令は、処理回路により実行された場合、実行のためにワークロードを取得することであって、前記ワークロードは、フローを含み、前記フローは、処理コンポーネントおよびネットワークコンポーネントを含む、取得することと、前記ワークロードの実行中に、繰り返し、実行時に前記フローをプロファイリングして、前記ネットワークコンポーネントのネットワークメトリックと前記処理コンポーネントの処理メトリックとを決定することと、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび処理サービスを前記フローに割り当てることとを含む動作を前記処理回路に実行させる、少なくとも１つの機械可読媒体である。

例３０において、前記ネットワークサービスは、ネットワークインタフェースカード（ＮＩＣ）である、例２９に記載の主題。

例３１において、前記ネットワークサービスは、チャネル、仮想チャネルまたは帯域幅スライスである、例２９から３０のいずれかに記載の主題。

例３２において、前記ネットワークメトリックに基づいて前記ネットワークサービスを割り当てる段階は、前記フローの前記ネットワークコンポーネントを満たすための最小ネットワークメトリックを含むネットワークサービスを選択する段階を有する、例２９から３１のいずれかに記載の主題。

例３３において、前記ネットワークメトリックは、帯域幅またはレイテンシである、例３２に記載の主題。

例３４において、前記ネットワークサービスおよび前記処理サービスを割り当てる段階は、前記処理サービスの前記ネットワークメトリックに関連する最大出力を満たすための最小ネットワークメトリックを含む前記ネットワークサービスを選択する段階を有する、例２９から３３のいずれかに記載の主題。

例３５において、前記ネットワークサービスまたは前記処理サービスは、ハードウェアパーティションである、例２９から３４のいずれかに記載の主題。

例３６において、プロファイリングする前記段階は、前記ネットワークサービスを用いた前記フローの通信に識別情報をタグ付けする段階と、前記識別情報を前記フローへマッピングする段階とを有する、例２９から３５のいずれかに記載の主題。

例３７において、前記識別情報は、ソースアドレス、送信元ポート、デスティネーションポートまたは通信タイプを含むタプルである、例３６に記載の主題。

例３８において、プロファイリングする前記段階は、予め定義された時間間隔で、イベントに応答して、またはクエリの受信時に実行される、例２９から３７のいずれかに記載の主題。

例３９において、プロファイリングする前記段階は、インタフェースプロファイルおよびランク付けデータベースを更新する、例２９から３８のいずれかに記載の主題。

例４０において、前記インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである、例３９に記載の主題。

例４１において、インタフェースがフローにより前記インタフェースプロファイルおよびランク付けデータベースにランク付けされ、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび前記処理サービスを前記フローに割り当てる段階は、最高ランクを有するインタフェースを前記フローについて選択する段階を有する、例３９から４０のいずれかに記載の主題。

例４２において、前記インタフェースは、前記フローと前記フローについて選択される処理サービスとの組み合わせに基づいてランク付けされる、例４１に記載の主題。

例４３は、ネットワークフローベースのハードウェア割り当てのためのシステムであって、実行のためにワークロードを取得するための手段であって、前記ワークロードは、フローを含み、前記フローは、処理コンポーネントおよびネットワークコンポーネントを含む、取得するための手段と、前記ワークロードの実行中に、繰り返し、実行時に前記フローをプロファイリングして、前記ネットワークコンポーネントのネットワークメトリックと前記処理コンポーネントの処理メトリックとを決定するための適用手段と、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび処理サービスを前記フローに割り当てるための適用手段とを備える、システムである。

例４４において、前記ネットワークサービスは、ネットワークインタフェースカード（ＮＩＣ）である、例４３に記載の主題。

例４５において、前記ネットワークサービスは、チャネル、仮想チャネルまたは帯域幅スライスである、例４３から４４のいずれかに記載の主題。

例４６において、前記ネットワークメトリックに基づいて前記ネットワークサービスを割り当てるための前記手段は、前記フローの前記ネットワークコンポーネントを満たすための最小ネットワークメトリックを含むネットワークサービスを選択するための手段を有する、例４３から４５のいずれかに記載の主題。

例４７において、前記ネットワークメトリックは、帯域幅またはレイテンシである、例４６に記載の主題。

例４８において、前記ネットワークサービスおよび前記処理サービスを割り当てるための前記手段は、前記処理サービスの前記ネットワークメトリックに関連する最大出力を満たすための最小ネットワークメトリックを含むネットワークサービスを選択するための手段を有する、例４３から４７のいずれかに記載の主題。

例４９において、前記ネットワークサービスまたは前記処理サービスは、ハードウェアパーティションである、例４３から４８のいずれかに記載の主題。

例５０において、プロファイリングするための前記手段は、前記ネットワークサービスを用いた前記フローの通信に識別情報をタグ付けするための手段と、前記識別情報を前記フローへマッピングするための手段とを有する、例４３から４９のいずれかに記載の主題。

例５１において、前記識別情報は、ソースアドレス、送信元ポート、デスティネーションポートまたは通信タイプを含むタプルである、例５０に記載の主題。

例５２において、プロファイリングする前記段階は、予め定義された時間間隔で、イベントに応答して、またはクエリの受信時に実行される、例４３から５１のいずれかに記載の主題。

例５３において、プロファイリングする前記段階は、インタフェースプロファイルおよびランク付けデータベースを更新する、例４３から５２のいずれかに記載の主題。

例５４において、前記インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである、例５３に記載の主題。

例５５において、インタフェースがフローにより前記インタフェースプロファイルおよびランク付けデータベースにランク付けされ、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび前記処理サービスを前記フローに割り当てるための前記手段は、最高ランクを有するインタフェースを前記フローについて選択するための手段を有する、例５３から５４のいずれかに記載の主題。

例５６において、前記インタフェースは、前記フローと前記フローについて選択される処理サービスとの組み合わせに基づいてランク付けされる、例５５に記載の主題。

例５７は、処理回路により実行された場合に例１から５６のいずれかを実装するための動作を前記処理回路に実行させる命令を備える少なくとも１つの機械可読媒体である。

例５８は、例１から５６のいずれかを実装するための手段を備える装置である。

例５９は、例１から５６のいずれかを実装するためのシステムである。

例６０は、例１から５６のいずれかを実装するための方法である。

上記の詳細な説明は、詳細な説明の一部を形成する添付図面の参照を含む。図面は、例示として、実施され得る特定の実施形態を示す。これらの実施形態は、本明細書において「例」とも称される。そのような例は、図示または説明されたものに加えて、要素を含み得る。しかしながら、本発明者らは、図示または説明された要素のみが提供される例も想定している。さらに、本発明者らは、特定の例（またはそれらの１つまたは複数の態様）に関する、または本明細書において図示もしくは説明された他の例（またはそれらの１つまたは複数の態様）に関する、図示または説明された要素（またはそれらの１つまたは複数の態様）の任意の組み合わせまたは置き換えを用いた例も想定している。

本明細書において言及される全ての刊行物、特許および特許文献は、参照により、その全体が、参照により個々に組み込まれるかのように、本明細書に組み込まれる。本明細書と、参照によりそのように組み込まれる文書との用法に一貫性がない場合、組み込まれた参照文書における用法は、本明細書での用法に対して補足的なものとみなされるべきであり、相容れない不一致については、本明細書における用法が優先する。

本明細書において、「ａ」または「ａｎ」という用語は、特許文献において一般的なように、「少なくとも１つ」または「１つまたは複数」の任意の他の例または用法とは無関係に、１つまたは１つよりも多くを含むように用いられる。別段の記載がない限り、本明細書において、「または」という用語は、「ＡまたはＢ」が「ＢではなくＡ」、「ＡではなくＢ」および「ＡおよびＢ」を含むように、非排他的なまたはを指すために用いられる。添付の特許請求の範囲において、「含む（ｉｎｃｌｕｄｉｎｇ）」および「その中で（ｉｎ ｗｈｉｃｈ）」という用語は、「備える（ｃｏｍｐｒｉｓｉｎｇ）および」「ここで（ｗｈｅｒｅｉｎ）」というそれぞれの用語の平易な英語での均等物として用いられる。また、以下の特許請求の範囲において、「含む」および「備える」という用語は、非限定的である。つまり、請求項におけるそのような用語の後に列挙されるものに加えて要素を含むシステム、デバイス、物品または処理は、依然として、その請求項の範囲に含まれているものとみなされる。さらに、以下の特許請求の範囲において、「第１の」、「第２の」および「第３の」等の用語は、ラベルとして用いられているに過ぎず、それらの対象に数値的な要件を課すようには意図されていない。

上記説明は、限定的なものではなく、例示的なものになるように意図されている。例えば、上述の例（またはそれらの１つまたは複数の態様）は、互いに組み合わせて用いられ得る。上記説明を考察すれば、当業者等は、他の実施形態を用い得る。要約書は、読み手が本技術的開示の性質を迅速に確認できるようにするためのものであり、特許請求の範囲または意味を解釈または限定するために用いられることはないという理解の下に提出される。また、上記の発明を実施するための形態では、本開示を簡素化するために、様々な特徴が共にグループ化されていることがある。これは、特許請求の範囲に記載されていない開示された特徴がいずれの請求項にも不可欠であることを意図としていると解釈されるべきではない。むしろ、発明の主題は、特定の開示された実施形態の全ての特徴よりも少ないものに存在し得る。したがって、以下の特許請求の範囲は、ここに、発明を実施するための形態に組み込まれ、各請求項が別個の実施形態として独立している。実施形態の範囲は、添付の特許請求の範囲を参照したうえで、そのような特許請求の範囲が権利を与えられる均等物の全範囲と共に決定されるべきである。
［他の考えられる項目］
（項目１）
ネットワークフローベースのハードウェア割り当てのための装置であって、
命令を有する機械可読媒体と、
処理回路と
を備え、
前記処理回路は、
実行のためにワークロードを取得することであって、前記ワークロードは、フローを含み、前記フローは、処理コンポーネントおよびネットワークコンポーネントを含む、取得することと、
前記ワークロードの実行中に、繰り返し、
実行時に前記フローをプロファイリングして、前記ネットワークコンポーネントのネットワークメトリックと前記処理コンポーネントの処理メトリックとを決定することと、
前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび処理サービスを前記フローに割り当てることと
を実行するように前記命令により動作中に構成される、
装置。
（項目２）
前記ネットワークサービスは、チャネル、仮想チャネルまたは帯域幅スライスである、項目１に記載の装置。
（項目３）
前記ネットワークサービスおよび前記処理サービスを割り当てるために、前記処理回路は、前記処理サービスの前記ネットワークメトリックに関連する最大出力を満たすための最小ネットワークメトリックを含むネットワークサービスを選択するように構成される、項目１に記載の装置。
（項目４）
前記フローをプロファイリングするために、前記処理回路は、
前記ネットワークサービスを用いた前記フローの通信に識別情報をタグ付けすることと、
前記識別情報を前記フローへマッピングすることと
を実行するように構成される、
項目１に記載の装置。
（項目５）
前記フローをプロファイリングするために、前記処理回路は、インタフェースプロファイルおよびランク付けデータベースを更新することを実行するように構成される、項目１に記載の装置。
（項目６）
前記インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである、項目５に記載の装置。
（項目７）
インタフェースがフローにより前記インタフェースプロファイルおよびランク付けデータベースにランク付けされ、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行において前記ネットワークサービスおよび前記処理サービスを前記フローに割り当てるために、前記処理回路は、最高ランクを有するインタフェースを前記フローについて選択するように構成される、項目５に記載の装置。
（項目８）
前記インタフェースは、前記フローと前記フローについて選択される処理サービスとの組み合わせに基づいてランク付けされる、項目７に記載の装置。
（項目９）
ネットワークフローベースのハードウェア割り当てのための方法であって、
実行のためにワークロードを取得する段階であって、前記ワークロードは、フローを含み、前記フローは、処理コンポーネントおよびネットワークコンポーネントを含む、取得する段階と、
前記ワークロードの実行中に、繰り返し、
実行時に前記フローをプロファイリングして、前記ネットワークコンポーネントのネットワークメトリックと前記処理コンポーネントの処理メトリックとを決定する段階と、
前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび処理サービスを前記フローに割り当てる段階と
を備える、方法。
（項目１０）
前記ネットワークサービスは、チャネル、仮想チャネルまたは帯域幅スライスである、項目９に記載の方法。
（項目１１）
前記ネットワークサービスおよび前記処理サービスを割り当てる段階は、前記処理サービスの前記ネットワークメトリックに関連する最大出力を満たすための最小ネットワークメトリックを含むネットワークサービスを選択する段階を有する、項目９に記載の方法。
（項目１２）
プロファイリングする前記段階は、
前記ネットワークサービスを用いた前記フローの通信に識別情報をタグ付けする段階と、
前記識別情報を前記フローへマッピングする段階と
を有する、
項目９に記載の方法。
（項目１３）
プロファイリングする前記段階は、インタフェースプロファイルおよびランク付けデータベースを更新する、項目９に記載の方法。
（項目１４）
前記インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである、項目１３に記載の方法。
（項目１５）
インタフェースがフローにより前記インタフェースプロファイルおよびランク付けデータベースにランク付けされ、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび前記処理サービスを前記フローに割り当てる段階は、最高ランクを有するインタフェースを前記フローについて選択する段階を有する、項目１３に記載の方法。
（項目１６）
前記インタフェースは、前記フローと前記フローについて選択される前記処理サービスとの組み合わせに基づいてランク付けされる、項目１５に記載の方法。
（項目１７）
ネットワークフローベースのハードウェア割り当てのための命令を備える少なくとも１つの機械可読媒体であって、前記命令は、処理回路により実行された場合、
実行のためにワークロードを取得することであって、前記ワークロードは、フローを含み、前記フローは、処理コンポーネントおよびネットワークコンポーネントを含む、取得することと、
前記ワークロードの実行中に、繰り返し、
実行時に前記フローをプロファイリングして、前記ネットワークコンポーネントのネットワークメトリックと前記処理コンポーネントの処理メトリックとを決定することと、
前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび処理サービスを前記フローに割り当てることと
を含む動作を前記処理回路に実行させる、
少なくとも１つの機械可読媒体。
（項目１８）
前記ネットワークサービスは、チャネル、仮想チャネルまたは帯域幅スライスである、項目１７に記載の少なくとも１つの機械可読媒体。
（項目１９）
前記ネットワークサービスおよび前記処理サービスを割り当てることは、前記処理サービスの前記ネットワークメトリックに関連する最大出力を満たすための最小ネットワークメトリックを含む前記処理ネットワークサービスを選択することを有する、項目１７に記載の少なくとも１つの機械可読媒体。
（項目２０）
前記プロファイリングすることは、
前記ネットワークサービスを用いた前記フローの通信に識別情報をタグ付けすることと、
前記識別情報を前記フローへマッピングすることと
を有する、
項目１７に記載の少なくとも１つの機械可読媒体。
（項目２１）
前記プロファイリングすることは、インタフェースプロファイルおよびランク付けデータベースを更新する、項目１７に記載の少なくとも１つの機械可読媒体。
（項目２２）
前記インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである、項目２１に記載の少なくとも１つの機械可読媒体。
（項目２３）
インタフェースがフローにより前記インタフェースプロファイルおよびランク付けデータベースにランク付けされ、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび前記処理サービスを前記フローに割り当てることは、最高ランクを有するインタフェースを前記フローについて選択することを有する、項目２１に記載の少なくとも１つの機械可読媒体。
（項目２４）
前記インタフェースは、前記フローと前記フローについて選択される処理サービスとの組み合わせに基づいてランク付けされる、項目２３に記載の少なくとも１つの機械可読媒体。

Claims (26)

1. ネットワークフローベースのハードウェア割り当てのための装置であって、
   命令を有する機械可読媒体と、
   処理回路と
   を備え、
   前記処理回路は、
   実行のためにワークロードを取得することであって、前記ワークロードは、フローを含み、前記フローは、処理コンポーネントおよびネットワークコンポーネントを含む、取得することと、
   前記ワークロードの実行中に、繰り返し、
   実行時に前記フローをプロファイリングして、前記ネットワークコンポーネントのネットワークメトリックと前記処理コンポーネントの処理メトリックとを決定することと、
   前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび処理サービスを前記フローに割り当てることと
   を実行するように前記命令により動作中に構成される、
   装置。
2. 前記ネットワークサービスは、ネットワークインタフェースカード（ＮＩＣ）である、請求項１に記載の装置。
3. 前記ネットワークサービスは、チャネル、仮想チャネルまたは帯域幅スライスである、請求項１または２に記載の装置。
4. 前記ネットワークメトリックに基づいて前記ネットワークサービスを割り当てるために、前記処理回路は、前記フローの前記ネットワークコンポーネントを満たすための最小ネットワークメトリックを含むネットワークサービスを選択することを実行するように構成される、請求項１から３のいずれか一項に記載の装置。
5. 前記フローをプロファイリングするために、前記処理回路は、
   前記ネットワークサービスを用いた前記フローの通信に識別情報をタグ付けすることと、
   前記識別情報を前記フローへマッピングすることと
   を実行するように構成される、
   請求項１から４のいずれか一項に記載の装置。
6. 前記フローをプロファイリングするために、前記処理回路は、インタフェースプロファイルおよびランク付けデータベースを更新することを実行するように構成される、請求項１から５のいずれか一項に記載の装置。
7. 前記インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである、請求項６に記載の装置。
8. インタフェースがフローにより前記インタフェースプロファイルおよびランク付けデータベースにランク付けされ、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行において前記ネットワークサービスおよび前記処理サービスを前記フローに割り当てるために、前記処理回路は、最高ランクを有するインタフェースを前記フローについて選択するように構成される、請求項６または７に記載の装置。
9. 前記インタフェースは、前記フローと前記フローについて選択される処理サービスとの組み合わせに基づいてランク付けされる、請求項８に記載の装置。
10. ネットワークフローベースのハードウェア割り当てのための方法であって、
    実行のためにワークロードを取得する段階であって、前記ワークロードは、フローを含み、前記フローは、処理コンポーネントおよびネットワークコンポーネントを含む、取得する段階と、
    前記ワークロードの実行中に、繰り返し、
    実行時に前記フローをプロファイリングして、前記ネットワークコンポーネントのネットワークメトリックと前記処理コンポーネントの処理メトリックとを決定する段階と、
    前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび処理サービスを前記フローに割り当てる段階と
    を備える、方法。
11. 前記ネットワークサービスは、ネットワークインタフェースカード（ＮＩＣ）である、請求項１０に記載の方法。
12. 前記ネットワークサービスは、チャネル、仮想チャネルまたは帯域幅スライスである、請求項１０または１１に記載の方法。
13. 前記ネットワークメトリックに基づいて前記ネットワークサービスを割り当てる段階は、前記フローの前記ネットワークコンポーネントを満たすための最小ネットワークメトリックを含むネットワークサービスを選択する段階を有する、請求項１０から１２のいずれか一項に記載の方法。
14. 前記ネットワークメトリックは、帯域幅またはレイテンシである、請求項１３に記載の方法。
15. 前記ネットワークサービスおよび前記処理サービスを割り当てる段階は、前記処理サービスの前記ネットワークメトリックに関連する最大出力を満たすための最小ネットワークメトリックを含むネットワークサービスを選択する段階を有する、請求項１０から１４のいずれか一項に記載の方法。
16. 前記ネットワークサービスまたは前記処理サービスは、ハードウェアパーティションである、請求項１０から１５のいずれか一項に記載の方法。
17. プロファイリングする前記段階は、
    前記ネットワークサービスを用いた前記フローの通信に識別情報をタグ付けする段階と、
    前記識別情報を前記フローへマッピングする段階と
    を有する、
    請求項１０から１６のいずれか一項に記載の方法。
18. 前記識別情報は、ソースアドレス、送信元ポート、デスティネーションポートまたは通信タイプを含むタプルである、請求項１７に記載の方法。
19. プロファイリングする前記段階は、予め定義された時間間隔で、イベントに応答して、またはクエリの受信時に実行される、請求項１０から１８のいずれか一項に記載の方法。
20. プロファイリングする前記段階は、インタフェースプロファイルおよびランク付けデータベースを更新する、請求項１０から１９のいずれか一項に記載の方法。
21. 前記インタフェースプロファイルおよびランク付けデータベース内のエントリは、長さが３０ビットである、請求項２０に記載の方法。
22. インタフェースがフローにより前記インタフェースプロファイルおよびランク付けデータベースにランク付けされ、前記ネットワークメトリックおよび前記処理メトリックに基づき次の実行においてネットワークサービスおよび前記処理サービスを前記フローに割り当てる段階は、最高ランクを有するインタフェースを前記フローについて選択する段階を有する、請求項２０または２１に記載の方法。
23. 前記インタフェースは、前記フローと前記フローについて選択される前記処理サービスとの組み合わせに基づいてランク付けされる、請求項２２に記載の方法。
24. 処理回路により実行された場合に請求項１０から２３のいずれか一項に記載の方法を前記処理回路に実行させる命令を備えるコンピュータプログラム。
25. 請求項１０から２３のいずれか一項に記載の方法を実行するための手段を備えるシステム。
26. 請求項２４に記載のコンピュータプログラムを格納する、少なくとも１つの機械可読媒体。

Images