特開 2023-48076 インテリジェントエッジクラスタモデルを展開する方法及びシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023048076

(43)【公開日】2023-04-06

(54)【発明の名称】インテリジェントエッジクラスタモデルを展開する方法及びシステム

(51)【国際特許分類】

   G06F 9/50 20060101AFI20230330BHJP

【ＦＩ】

G06F9/50 150A

G06F9/50 150C

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2022052624

(22)【出願日】2022-03-28

(31)【優先権主張番号】17/485,418

(32)【優先日】2021-09-25

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】521385460

【氏名又は名称】スターライト テクノロジーズ リミテッド

【氏名又は名称原語表記】Ｓｔｅｒｌｉｔｅ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｌｉｍｉｔｅｄ

【住所又は居所原語表記】３ｒｄ Ｆｌｏｏｒ， Ｐｌｏｔ Ｎｏ． ３， ＩＦＦＣＯ Ｔｏｗｅｒ， Ｓｅｃｔｏｒ － ２９， Ｇｕｒｕｇｒａｍ， Ｈａｒｙａｎａ １２２００２， Ｉｎｄｉａ

(74)【代理人】

【識別番号】100088063

【弁理士】

【氏名又は名称】坪内 康治

(72)【発明者】

【氏名】ピューニート クマール アグオワール

(57)【要約】      （修正有）

【課題】インテリジェントエッジクラスタモデルを展開する方法及びクラスタマスタエッジノードを提供する。
【解決手段】方法は、第１のエッジノードでのアプリケーション要件及び重要業績評価指標（ＫＰＩ）をチェックするステップと、インテリジェントエッジクラスタモデルの仮想リソースプール内のリソースからの第１のリソースを第１のエッジノードに動的に割り当てるステップと、１つ以上のリソースを第１のエッジノードに割り当てるために、別のエッジノードにコマンドを指示するステップと、を含む。特に、インテリジェントエッジクラスタモデルは、対応する１つ以上のリソースを組み合わせて仮想リソースプールを形成するエッジノードとマスタコントローラを含む。
【選択図】図４

【特許請求の範囲】

【請求項1】

インテリジェントエッジクラスタモデルを展開する方法であって、
マスタコントローラによって、複数のエッジノードからの第１のエッジノードでのアプリケーション要件及び少なくとも１つの重要業績評価指標（ＫＰＩ）をチェックするステップと、
前記マスタコントローラによって、前記アプリケーション要件及び前記少なくとも１つの重要業績評価指標（ＫＰＩ）に基づいて、前記インテリジェントエッジクラスタモデルの仮想リソースプール内の１つ以上のリソースからの第１のリソースを前記第１のエッジノードに動的に割り当てるステップと、
前記マスタコントローラによって、１つ以上のリソースを前記第１のエッジノードに割り当てるために、前記インテリジェントエッジクラスタモデル内の別のエッジノードに１つ以上のコマンドを指示するステップと、を含むことを特徴とする、方法。

【請求項2】

前記インテリジェントエッジクラスタモデルは、複数のエッジノードと、対応する１つ以上のリソースを有する前記マスタコントローラとを含み、前記１つ以上のリソースが組み合わせられて前記仮想リソースプールを形成し、前記複数のエッジノード及び前記マスタコントローラのいずれかから前記１つ以上のリソースをフェッチする、請求項１に記載の方法。

【請求項3】

前記１つ以上のリソースは、１つ以上の物理的リソース、機能、アプリケーション及び仮想マシンを含む、請求項１に記載の方法。

【請求項4】

第１のリソースを動的に割り当てる前記ステップは、
前記インテリジェントエッジクラスタモデルの前記マスタコントローラに関連付けられた前記１つ以上のリソースに対応する前記第１のリソースを第１のエッジノードに割り当てるステップ、及び／又は、
前記インテリジェントエッジクラスタモデル内の第２のエッジノードに対応する前記第１のリソースを割り当てるステップであって、前記第２のエッジノードが、前記第１のエッジノードで実行されるアプリケーションに必要なリソースよりも多くのリソースの数を含むステップ、及び／又は、
前記第１のエッジノードに所定の待ち時間の要件がある場合、最も近いエッジノードから前記第１のエッジノードに前記第１のリソースを割り当てるステップ、を更に備える、請求項１に記載の方法。

【請求項5】

前記所定の待ち時間の要件は、待ち時間の重要業績評価指標（ＫＰＩ）の少なくとも１つを含み、前記最も近いノードは、前記第１のエッジノードでの前記アプリケーション要件と前記最も近いエッジノードの１つ以上の重要業績評価指標（ＫＰＩ）に基づいて、前記マスタコントローラによって識別される、請求項４に記載の方法。

【請求項6】

前記マスタコントローラによって、前記インテリジェントエッジクラスタモデルの前記仮想リソースプール内の前記１つ以上のリソースからの第２のリソースを前記第１のエッジノードに動的に割り当てるステップを更に備え、
前記第１のリソースは、第２のエッジノードに関連付けられた前記１つ以上のリソースに対応し、前記第２のリソースは、第３のエッジノードに関連付けられた前記１つ以上のリソースに対応する、請求項１に記載の方法。

【請求項7】

前記マスタコントローラによって、前記第１のリソースを使用して、前記複数のエッジノードからの前記第１のエッジノードでの前記アプリケーション要件及び前記少なくとも１つの重要業績評価指標（ＫＰＩ）が満たさないかどうかを判断するステップと、
前記マスタコントローラによって、前記判断に基づいて要求を送信して１つ以上のリソースをサービスオーケストレーションエンティティに割り当てるステップと、
前記マスタコントローラによって、前記要求に基づいて前記１つ以上のリソースを前記サービスオーケストレーションエンティティに動的に割り当てるステップと、を更に備える、請求項１に記載の方法。

【請求項8】

前記要求は、前記アプリケーション要件及び前記少なくとも１つの重要業績評価指標（ＫＰＩ）を備える、請求項７に記載の方法。

【請求項9】

前記少なくとも１つの重要業績評価指標（ＫＰＩ）は、パワー、空間、時間、及び複数のエッジノードのそれぞれに関連付けられたネットワークリンクから選択される、請求項８に記載の方法。

【請求項10】

前記１つ以上リソースは、
前記サービスオーケストレーションエンティティによって、第２のクラスタネットワークにおいて前記第１のエッジノードを仮想的に再割り当てるステップと、
第２のエッジクラスタネットワークを識別して前記第１のエッジノードでの前記アプリケーション要件及び前記少なくとも１つの重要業績評価指標（ＫＰＩ）を満たすステップと、
前記サービスオーケストレーションエンティティを介して、別のインテリジェントエッジクラスタモデルからの前記１つ以上のリソースを動的に割り当てるステップと、を実行することによって、前記マスタコントローラによって前記サービスオーケストレーションエンティティに動的に割り当てられる、請求項７に記載の方法。

【請求項11】

インテリジェントエッジクラスタモデルを展開するクラスタマスタエッジノードであって、
メモリと、
前記メモリと結合され、
複数のエッジノードからの第１のエッジノードでのアプリケーション要件及び少なくとも１つの重要業績評価指標（ＫＰＩ）をチェックするステップと、
前記アプリケーション要件及び前記少なくとも１つの重要業績評価指標（ＫＰＩ）に基づいて、前記インテリジェントエッジクラスタモデルの仮想リソースプール内の１つ以上のリソースからの第１のリソースを前記第１のエッジノードに動的に割り当てるステップと、を実行するように構成されたマスタコントローラと、を含み、
前記インテリジェントエッジクラスタモデルは、複数のエッジノードと、対応する１つ以上のリソースを有するマスタコントローラとを含み、前記１つ以上のリソースが組み合わせられて前記仮想リソースプールを形成し、前記複数のエッジノード及び前記マスタコントローラのいずれかから前記１つ以上のリソースをフェッチする、クラスタマスタエッジノード。

【請求項12】

前記マスタコントローラは、
前記１つ以上のリソースを前記第１のエッジノードに割り当てるために、前記インテリジェントエッジクラスタモデル内の別のエッジノードに１つ以上のコマンドを指示するステップと、
前記インテリジェントエッジクラスタモデルの前記仮想リソースプール内の前記１つ以上のリソースからの前記第１のリソースを前記第１のエッジノードに動的に割り当てるステップと、
１つ以上のリソースを前記第１のエッジノードに割り当てるために、前記インテリジェントエッジクラスタモデル内の別のエッジノードに１つ以上のコマンドを指示するステップと、を実行するように構成される、請求項１１に記載のクラスタマスタエッジノード。

【請求項13】

前記マスタコントローラは更に、
前記インテリジェントエッジクラスタモデルの前記マスタコントローラに関連付けられた前記１つ以上のリソースに対応する前記第１のリソースを前記第１のエッジノードに割り当てるステップ、及び／又は、
前記インテリジェントエッジクラスタモデル内の第２のエッジノードに対応する前記第１のリソースを割り当てるステップであって、前記第２のエッジノードが、前記第１のエッジノードで実行されるアプリケーションに必要なリソースよりも多くのリソースの数を含むステップ、及び／又は、
前記第１のエッジノードに所定の待ち時間の要件がある場合、最も近いエッジノードから前記第１のエッジノードに前記第１のリソースを割り当てるステップ、を実行する、請求項１１に記載のクラスタマスタエッジノード。

【請求項14】

前記所定の待ち時間の要件は、待ち時間の重要業績評価指標（ＫＰＩ）の少なくとも１つを含み、前記最も近いノードは、前記第１のエッジノードでの前記アプリケーション要件と前記最も近いエッジノードの１つ以上の重要業績評価指標（ＫＰＩ）に基づいて、前記マスタコントローラによって識別される、請求項１３に記載のクラスタマスタエッジノード。

【請求項15】

前記マスタコントローラは、前記インテリジェントエッジクラスタモデルの前記仮想リソースプール内の前記１つ以上のリソースからの第２のリソースを前記第１のエッジノードに動的に割り当てる、請求項１１に記載のクラスタマスタエッジノード。

【請求項16】

前記第１のリソースは、第２のエッジノードに関連付けられた前記１つ以上のリソースに対応し、前記第２のリソースは、第３のエッジノードに関連付けられた前記１つ以上のリソースに対応する、請求項１１に記載のクラスタマスタエッジノード。

【請求項17】

前記マスタコントローラは、
前記第１のリソースを使用して、前記複数のエッジノードからの前記第１のエッジノードでの前記アプリケーション要件及び少なくとも１つの重要業績評価指標（ＫＰＩ）が満たさないかどうかを判断するステップと、
前記判断に基づいて要求を送信して１つ以上のリソースをサービスオーケストレーションエンティティに割り当てるステップと、
前記要求に基づいて前記サービスオーケストレーションエンティティからの前記１つ以上のリソースを動的に割り当てるステップと、を実行するように構成され、
前記要求は、前記アプリケーション要件及び前記重要業績評価指標（ＫＰＩ）を備える、請求項１１に記載のクラスタマスタエッジノード。

【請求項18】

前記少なくとも１つの重要業績評価指標（ＫＰＩ）は、パワー、空間、時間、及び前記複数のエッジノードのそれぞれに関連付けられたネットワークリンクから選択されるパラメータから選択される、請求項１１に記載のクラスタマスタエッジノード。

【請求項19】

前記マスタコントローラは、
前記サービスオーケストレーションエンティティによって、第２のエッジクラスタネットワークにおいて前記第１のエッジノードを仮想的に再割り当てるステップと、
第２のエッジクラスタネットワークを識別して前記第１のエッジノードでの前記アプリケーション要件及び前記少なくとも１つの重要業績評価指標（ＫＰＩ）を満たすステップと、
前記サービスオーケストレーションエンティティを介して、前記第２のエッジクラスタネットワークから前記１つ以上のリソースを動的に割り当てるステップと、を実行することによって、前記サービスオーケストレーションエンティティから割り当てられた前記１つ以上のリソースを割り当てる、請求項１１に記載のクラスタマスタエッジノード。

【請求項20】

前記１つ以上のリソースは、１つ以上の物理的リソース、機能、アプリケーション及び仮想マシンを含む、請求項１１に記載のクラスタマスタエッジノード。

【発明の詳細な説明】

【関連出願の相互参照】

【0001】

本願は、２０２１年８月１９日に出願人によって提出された「インテリジェントエッジクラスタモデルを展開する方法及びシステム」という名称のインド出願番号２０２０１１０３５６５４の利益を主張し、その全ての内容は、参照により本願に組み込まれるものとする。

【技術分野】

【0002】

本発明の実施形態は、無線通信の分野に関する。また、本発明の実施形態は、より具体的には、無線通信システムにインテリジェントエッジクラスタモデルを展開する方法及びシステムに関する。

【背景技術】

【0003】

待ち時間に敏感で大量の帯域幅を消費するアプリケーションの需要が高まっているため、近端のエッジネットワークを展開する必要がある。近端のエッジネットワークは、可能な限り最も近い座標から効果的な方法で、要求の高いアプリケーションの要件に対応し、満たしてもよい。

【0004】

可用性に応じて、無線ネットワークと有線ネットワークの両方がユーザの要求に対応できるため、マルチサービスの近端のエッジネットワークを展開して、固定及びモビリティのユーザ要件をシームレスにサポートすることができる。アプリケーションからの動的な動作と特定の要求に対応するために、仮想化とクラウドコンピューティングは非常に効果的であり、マルチアクセスコンピューティングを効果的に採用して対応できるように、多くの標準機関とオープンコミュニティが同じ方向に取り組んでエッジサイトのフレームワークを構築する。

【0005】

しかしながら、サービスプロバイダーにとっての最大の課題は、未来的で予測可能な要件ではなく、実現された実用的なアプリケーションの要求に従って、近端のエッジサイトに展開できる適切で最適な物理リソースのセットを決定することである。更に、技術の進歩ではなく、ビジネスのトリガー／要件に基づいて、エッジインフラストラクチャの要件を効果的かつ動的に構築する／満たす必要がある。

【0006】

米国特許出願ＵＳ２０２００１４５３３７Ａ１は、プラットフォームリソース管理を実装する様々なアプローチを開示する。エッジコンピューティングシステムの展開では、エッジコンピューティングデバイスは、メモリに結合された処理回路を含む。処理回路は、オーケストレーションプロバイダーから、エッジコンピューティングシステム内の仮想マシンで実行されるコンテナによるエッジコンピューティングデバイスのアクセス可能な機能の使用法を定義するサービスレベル目標（ＳＬＯ）（又はサービスレベル合意（ＳＬＡ））を取得するように構成される。計算モデルは、ＳＬＯで指定された少なくとも１つの重要業績評価指標（ＫＰＩ）に基づいて取得される。定義されたアクセス可能な機能の使用法は、取得された計算モデルを使用して複数の機能コントロールにマッピングされる。複数の機能コントロールは、コンテナに事前に割り当てられたエッジコンピューティングデバイスのプラットフォームリソースに関連付けられる。コンテナに割り当てられたプラットフォームリソースの使用量は、複数の機能コントロールを使用して監視される。

【0007】

中国特許出願ＣＮ１１１３２７６５１Ａは、リソースダウンロード方法、リソースダウンロードデバイス、エッジノード、及び記憶媒体を提供する方法を開示し、モノのインターネットの技術分野に関する。この方法と装置では、リソースは、同じローカルエリアネットワークの全てのエッジノード間で共有され、いずれかのエッジノードがリソースをダウンロードする必要がある場合、ローカルエリアネットワークの他のエッジノードからリソースをダウンロードすることができるため、クラウドからリソースをダウンロードする方法及びデバイスと比較して、ニアダウンロードの機能を実現し、ネットワークのオーバーヘッドを大幅に節約し、ネットワークの時間遅延を減らし、リソースのダウンロード効率を向上させる。一方、安定して稼働しているシステムでは、エッジノードは、インターネットを介したクラウドとの通信を維持せずにリソースをダウンロードできるため、エッジノードの性能オーバーヘッドが大幅に削減される。

【0008】

したがって、上記欠点又は他の欠点に対処するか、少なくとも有用な代替手段を提供することが望ましい。したがって、本発明は、インテリジェントエッジクラスタモデルを展開するシステム及びその方法に焦点を当てる。

【0009】

先行技術の方法、装置、又は文献への言及は、それらが共通の一般的知識の一部を形成したか又は形成するという証拠又は承認を構成すると見なされるべきではない。

【発明の概要】

【0010】

本発明の実施形態は、インテリジェントエッジクラスタモデルを展開する方法に関する。特に、前記方法は、複数のエッジノードからの第１のエッジノードでのアプリケーション要件及び少なくとも１つの重要業績評価指標をチェックするステップと、前記アプリケーション要件及び少なくとも１つの重要業績評価指標に基づいて、前記インテリジェントエッジクラスタモデルの仮想リソースプール内の１つ以上のリソースからの第１のリソースを前記第１のエッジノードに動的に割り当てるステップと、１つ以上のリソースを前記第１のエッジノードに割り当てるために、前記インテリジェントエッジクラスタモデル内の別のエッジノードに１つ以上のコマンドを指示するステップと、を含む。

【0011】

本発明の実施形態では、前記インテリジェントエッジクラスタモデルは、複数のエッジノードと、対応する１つ以上のリソースを有する前記マスタコントローラとを含む。特に、１つ以上のリソースが組み合わせられて前記仮想リソースプールを形成し、前記複数のエッジノード及び前記マスタコントローラのいずれかから前記リソースをフェッチする。

【0012】

本発明の実施形態では、１つ以上のリソースは、物理的リソース、機能、アプリケーション及び仮想マシンを含む。

【0013】

本発明の実施形態では、第１のリソースを動的に割り当てる前記ステップは、前記第１のリソースを第１のエッジノードに割り当てるステップを更に備える。特に、前記第１のリソースは、前記インテリジェントエッジクラスタモデルの前記マスタコントローラに関連付けられた１つ以上のリソースに対応する。

【0014】

本発明の別の実施形態では、前記第１のリソースは、前記インテリジェントエッジクラスタモデルの第２のエッジノードに対応して割り当てられる。特に、前記第２のエッジノードは、前記第１のエッジノードで実行されるアプリケーションに必要なリソースよりも多くのリソースの数を含み、及び／又は、
本発明の更に別の実施形態では、前記第１のエッジノードに所定の待ち時間の要件がある場合、最も近いエッジノードから前記第１のエッジノードに前記第１のリソースを割り当てる。特に、前記所定の待ち時間の要件は、待ち時間の重要業績評価指標の少なくとも１つを含み、前記最も近いノードは、前記第１のエッジノードでの前記アプリケーション要件と前記最も近いエッジノードの１つ以上のＫＰＩに基づいて識別される。

【0015】

本発明の実施形態では、前記方法は、前記インテリジェントエッジクラスタモデルの前記仮想リソースプール内の１つ以上のリソースからの第２のリソースを前記第１のエッジノードに動的に割り当てるステップを更に含む。特に、前記第１のリソースは、第２のエッジノードに関連付けられた１つ以上のリソースに対応する。前記第２のリソースは、第３のエッジノードに関連付けられた１つ以上のリソースに対応する。

【0016】

本発明の実施形態では、前記方法は、前記第１のリソースを使用して、前記複数のエッジノードからの前記第１のエッジノードでの前記アプリケーション要件及び前記少なくとも１つの重要業績評価指標が満たさないかどうかを判断するステップと、前記判断に基づいて要求を送信して１つ以上のリソースをサービスオーケストレーションエンティティに割り当てるステップと、前記要求に基づいて１つ以上のリソースを前記サービスオーケストレーションエンティティに動的に割り当てるステップと、を更に含む。特に、前記要求は、前記アプリケーション要件及び少なくとも１つの重要業績評価指標を備える。

【0017】

本発明の実施形態では、少なくとも１つの重要業績評価指標は、パワー、空間、時間、及び複数のエッジノードのそれぞれに関連付けられたネットワークリンクから選択される任意の指標を含む。

【0018】

本発明の実施形態では、１つ以上のリソースは、前記サービスオーケストレーションエンティティによって、第２のクラスタネットワークにおいて前記第１のエッジノードを仮想的に再割り当てるステップと、第２のエッジクラスタネットワークを識別して前記第１のエッジノードでの前記アプリケーション要件及び前記少なくとも１つの重要業績評価指標を満たすステップと、前記サービスオーケストレーションエンティティを介して、別のインテリジェントエッジクラスタモデルからの１つ以上のリソースを動的に割り当てるステップと、を実行することによって、前記サービスオーケストレーションエンティティに動的に割り当てられる。

【0019】

本発明の別の実施形態は、インテリジェントエッジクラスタモデルを展開するクラスタマスタエッジノードに関する。特に、前記クラスタマスタエッジノードは、メモリと、前記メモリに結合されたマスタコントローラとを含む。特に、前記マスタコントローラは、複数のエッジノードからの第１のエッジノードでのアプリケーション要件及び少なくとも１つの重要業績評価指標（ＫＰＩ）をチェックするステップと、前記アプリケーション要件及び少なくとも１つのＫＰＩに基づいて、前記インテリジェントエッジクラスタモデルの仮想リソースプール内の１つ以上のリソースからの第１のリソースを前記第１のエッジノードに動的に割り当てるステップと、を実行するように構成される。

【0020】

本発明の実施形態では、前記マスタコントローラは、１つ以上のリソースを前記第１のエッジノードに割り当てるために、前記インテリジェントエッジクラスタモデル内の別のエッジノードに１つ以上のコマンドを指示するステップと、前記インテリジェントエッジクラスタモデルの前記仮想リソースプール内の１つ以上のリソースからの前記第１のリソースを前記第１のエッジノードに動的に割り当てるステップと、１つ以上のリソースを前記第１のエッジノードに割り当てるために、前記インテリジェントエッジクラスタモデル内の別のエッジノードに１つ以上のコマンドを指示するステップと、を実行するように構成される。

【0021】

本発明の実施形態では、前記マスタコントローラは、前記インテリジェントエッジクラスタモデルの前記マスタコントローラ（３１０）に関連付けられた１つ以上のリソースに対応する前記第１のリソースを前記第１のエッジノードに割り当てるステップ、及び／又は、前記インテリジェントエッジクラスタモデル内の第２のエッジノードに対応する前記第１のリソースを割り当てるステップであって、前記第２のエッジノードが、前記第１のエッジノードで実行されるアプリケーションに必要なリソースよりも多くのリソースの数を含むステップ、及び／又は、前記第１のエッジノードに所定の待ち時間の要件がある場合、最も近いエッジノードから前記第１のエッジノードに前記第１のリソースを割り当てるステップ、を実行する。

【0022】

本発明の実施形態では、前記所定の待ち時間の要件は、待ち時間の重要業績評価指標の少なくとも１つを含み、前記最も近いノードは、前記第１のエッジノードでの前記アプリケーション要件と前記最も近いエッジノードの１つ以上のＫＰＩに基づいて識別される。

【0023】

本発明の実施形態では、前記マスタコントローラは、前記インテリジェントエッジクラスタモデルの前記仮想リソースプール内の１つ以上のリソースからの第２のリソースを前記第１のエッジノードに動的に割り当て、前記第１のリソースは、第２のエッジノードに関連付けられた１つ以上のリソースに対応し、前記第２のリソースは、第３のエッジノードに関連付けられた１つ以上のリソースに対応する。

【0024】

本発明の実施形態では、マスタコントローラは、前記第１のリソースを使用して、前記複数のエッジノードからの前記第１のエッジノードでの前記アプリケーション要件及び少なくとも１つの重要業績評価指標が満たさないかどうかを判断するステップと、前記判断に基づいて要求を送信して１つ以上のリソースをサービスオーケストレーションエンティティに割り当てるステップと、前記要求に基づいて前記サービスオーケストレーションエンティティからの１つ以上のリソースを動的に割り当てるステップと、を実行する。特に、前記要求は、前記アプリケーション要件及び前記重要業績評価指標を備える。更に、少なくとも１つの重要業績評価指標は、パワー、空間、時間、及び複数のエッジノードのそれぞれに関連付けられたネットワークリンクから選択される。

【0025】

本発明の実施形態では、前記マスタコントローラは、前記サービスオーケストレーションエンティティによって、第２のエッジクラスタネットワークにおいて前記第１のエッジノードを仮想的に再割り当てるステップと、第２のエッジクラスタネットワークを識別して前記第１のエッジノードでの前記アプリケーション要件及び前記少なくとも１つの重要業績評価指標を満たすステップと、前記サービスオーケストレーションエンティティを介して、前記第２のエッジクラスタネットワークから１つ以上のリソースを動的に割り当てるステップと、を実行することによって、前記サービスオーケストレーションエンティティから割り当てられた１つ以上のリソースを割り当てる。

【0026】

前記アプリケーション要件は、帯域幅、待ち時間及びスケーラビリティの１つ以上を含む。

【0027】

本発明の前述の目的は、インテリジェントエッジクラスタモデルを展開する方法を採用することによって達成される。

【0028】

本明細書のこれら及びその他の実施形態は、以下の説明及び添付の図面と共に検討されると、より良く理解されるであろう。しかしながら、以下の説明は、好適な実施形態及びその多数の具体的詳細について示しているが、制限的ではなく例示として与えられている点を理解すべきである。本明細書の実施形態の範囲内で、その精神を逸脱することなく、多くの変更及び修正を施すことも可能であり、本明細書の実施形態は、そのような全ての修正を含む。

【図面の簡単な説明】

【0029】

本発明の上記特徴を詳細に理解するように、上で簡単に要約された本発明のより具体的な記載は、いくつかが添付の図面に示されている実施形態を参照することによって説明することができる。しかしながら、添付の図面は、本発明の典型的な実施形態のみを説明しているため、その範囲を限定すると見なされるべきではない。これは、本発明が他の同等に有効な実施形態を認めることができるからである。本明細書の実施形態は、以下の図面を参照して以下の説明からより良く理解されるであろう。

【0030】

【図1】本発明の実施形態に係るマルチサービスエッジクラスタ接続アーキテクチャを示すブロック図である。

【0031】

【図2】本発明の実施形態に係るあるクラスタから別のクラスタへのノード再割り当てフレームワークを示すブロック図である。

【0032】

【図3】本発明の実施形態に係るクラスタマスタエッジノードを示すブロック図である。

【0033】

【図4】本発明の実施形態に係る、インテリジェントエッジクラスタモデルを展開する方法を示すフローチャートである。

【0034】

【図5】本発明の実施形態に係る、クラスタマスタエッジノードにより動的エッジノード参加及びエッジクラスタインフラストラクチャ割り当てを管理し制御する方法を示すフローチャートである。

【0035】

【図6】本発明の実施形態に係る、複数のエッジノードからエッジノードを動的に選択する方法を示すフローチャートである。

【0036】

【図7】本発明の実施形態に係る、新しいエッジノードをクラスタネットワークに結合する方法を示すフローチャートである。

【0037】

【図8】本発明の実施形態に係る、マルチサービスエッジクラスタ接続アーキテクチャにおいてリソース要件を処理する方法を示すフローチャートである。

【0038】

方法及びシステムは、添付の図面に示され、その全体を通して、同様の参照符号が様々な図の対応する部分を示す。

【0039】

なお、添付の図面は、本開示の例示的な実施形態を例示することを意図している。この図面は、本開示の範囲を限定することを意図するものではない。また、添付の図面は、必ずしも一定の縮尺で描かれているわけではない。

【発明を実施するための形態】

【0040】

本発明の原理及びそれらの利点は、図１～図８を参照することによって最も良く理解される。以下の詳細な説明では、本開示の図示的又は例示的な実施形態としての本発明の実施形態の完全な理解を提供するために、多数の特定の詳細は、示され、本開示が実施され得る特定の実施形態は、当業者が開示された実施形態を実施することを可能にするのに十分詳細に説明される。しかしながら、本発明の実施形態がこれらの特定の詳細の有無にかかわらず実施され得ることは当業者には明らかである。その他、本発明の実施形態の態様を不必要に不明瞭にしないように、公知の方法、手順、構成要素については、詳細な説明を省略した。

【0041】

したがって、以下の詳細な説明は、限定的な意味で解釈されるべきではなく、本開示の範囲は、添付された特許請求の範囲及びその同等物によって定義される。「備える」、「含む」、「有する」などの用語は同義語であり、オープンエンド形式で包括的に使用され、追加の要素、機能、行為、動作などを除外しない。また、「又は」という用語は、（排他的ではなく）包括的な意味で使用され、その結果、例えば、複数の要素のリストを連結するために使用されたときに、「又は」という用語は、リスト内の複数の要素のうち１つ、いくつか、又は全てを意味する。本明細書内に言及された「一実施形態」、「実施形態」、「いくつかの実施形態」、又は「１つ以上の実施形態」は、実施形態に関連して説明される特定の特徴、構造、又は特性が、本開示の少なくとも１つの実施形態に含まれることを示すことを意図している。

【0042】

本明細書では、様々な要素を説明するために、第１、第２などの用語が使用されてもよいが、これらの要素は、これらの用語によって限定されるべきではない。これらの用語は、一般的に、ある要素を別の要素と区別するためにのみ使用され、順序、ランク付け、数量、又は重要性を意味するものではなく、ある要素を別の要素と区別するために使用される。更に、本明細書では、「ａ」及び「ａｎ」という用語は、数量の制限を意味するものではなく、言及される項目の少なくとも１つが存在することを意味する。

【0043】

本明細書に使用された、「できる」、「てもよい」、「し得る」、又は「例えば」などの条件付きの言葉は、特に明記されない限り、又は使用される文脈の中で他の解釈がなされない限り、いくつかの特徴、要素、及び／又はステップを、いくつかの実施形態が含むがそれ以外の実施形態が含まないことを意味することを一般に意図している。

【0044】

「Ｘ、Ｙ、及び／又はＺの少なくとも１つ」という語句などの選言的言語は、特に指定がない限り、項目、用語などがＸ、Ｙ、又はＺのいずれか、又はそれら（例えば、Ｘ、Ｙ、及び／又はＺ）の任意の組み合わせであってもよいことを示すために一般に用いられる文脈で理解される。このように、このような選言的言語は、いくつかの実施形態が、Ｘの少なくとも１つ、Ｙの少なくとも１つ、又はＺの少なくとも１つの存在を要求することを示唆することを一般に意図するわけではなく、そうすべきでもない。

【0045】

図１は、本発明の実施形態に係るマルチサービスエッジクラスタ接続アーキテクチャを示すブロック図である。特に、マルチサービスエッジクラスタ接続アーキテクチャ（１０００）は、複数のエッジノード（１０２ａ～１０２ｅ）及びクラスタマスタエッジノード（１０４）を含む。クラスタマスタエッジノード（１０４）は、マスタコントローラ（３１０）を含む。特に、クラスタマスタエッジノード（１０４）は、複数のエッジノード（１０２ａ～１０２ｅ）のいずれかから選択又は決定することができる。更に、クラスタマスタエッジノード（１０４）は、ユーザが好む空間、パワー、及び周囲温度の組み合わせを有するエッジノード（１０２ａ～１０２ｅ）のうちの１つであってもよい。

【0046】

ユーザは、ユーザの好み又は計算要件に基づいて、複数のエッジノード（１０２ａ～１０２ｅ）のいずれかからクラスタマスタエッジノード（１０４）としてエッジノードを選択することができる。更に、クラスタマスタエッジノード（１０４）は、クラスタマスタエッジノード（１０４）に複数の制御機能を提供することができるマスタコントローラ（３１０）を備えることができる。

【0047】

例示的な例では、複数のエッジノード（１０２ａ～１０２ｅ）のいずれかは、エッジノードがクラスタマスタエッジノード（１０４）として選択されたときに制御機能を提供するためのマスタコントローラを有してもよい。

【0048】

別の例では、クラスタマスタエッジノード（１０４）は、複数のエッジノード（１０２ａ～１０２ｅ）からランダムに選択されてもよい。クラスタマスタエッジノード（１０４）として１つのエッジノードを選択すると、残りの全てのエッジノードは、ホストノードになることができる。

【0049】

更に別の例では、クラスタマスタエッジノード（１０４）及びマスタコントローラ（３１０）を交互に参照してもよい。

【0050】

特に、エッジノード（１０２ａ～１０２ｅ）は、エッジコンピューティングを実行できる任意のエッジデバイス、エッジサーバ、又はエッジゲートウェイを参照する一般的な方法である。エッジノード（１０２ａ～１０２ｅ）は、エッジコンピューティングユニットとも呼ばれる。更に、エッジノード（１０２ａ～１０２ｃ）は、互いに通信して、エッジクラスタ（１０６ａ）を形成する。エッジクラスタ（１０６ａ）は、リング状に配置されている。別の例では、エッジクラスタ（１０６ａ）は、ハブ配置にある。

【0051】

別の例では、エッジクラスタ（１０６ａ）は、ユーザ要件に基づいて任意の形状を形成してもよい。

【0052】

エッジノード（１０２ａ、１０２ｃ、１０２ｄ及び１０２ｅ）は、互いに通信して、別のエッジクラスタ（１０６ｂ）を形成する。エッジノード（１０２ａ～１０２ｅ）間の通信は、有線ネットワーク及び／又は無線ネットワークに基づいて確立される。特に、クラスタマスタエッジノード（１０４）は、エッジノード（１０２ａ及び１０２ｄ）と通信する。更に、クラスタマスタエッジノード（１０４）は、クラスタネットワーク内のリソースのインテリジェントで動的な割り当てを支援し、エッジノード（１０２ａ～１０２ｅ）のクラスタ及びクラスタマスタエッジノード（１０４）のクラスタ内のリソースの柔軟な利用を処理するマルチサービスエッジクラスタ接続アーキテクチャ（１０００）の頭脳として機能する。

【0053】

一実施形態では、クラスタマスタエッジノード（１０４）は、十分な空間、パワー及び環境条件を有してアクセスインフラストラクチャをホストし、かつ他の自動化及びオーケストレーション機能を装備できる顧客の購買時点（ＰＯＰ）、セントラルオフィス又は任意の集約サイトの場所にある可能性がある。エッジノード（１０２ａ～１０２ｅ）は、クラスタ形成時に含まれてもよく、実行時にクラスタに参加してもよい。この参加は、動的に行われる。ネットワーククラスタに新しいエッジノードを追加すると、エッジノードのＫＰＩ、ユーザの好み又は計算要件に基づいて、新しく追加されたエッジノードがクラスタマスタエッジノード（１０４）としてより適するかどうかをチェックしてもよい。新しく追加されたエッジノードは、既存のクラスタマスタエッジノード（１０４）よりも適していることが発見された場合、クラスタマスタエッジノードとして動的に選択されてもよい。

【0054】

一実施形態では、マルチサービスエッジクラスタ接続アーキテクチャ（１０００）では、各エッジノード（エッジノード（１０２ａ～１０２ｅ）及びマスタエッジノード（１０４）の近く）は、一緒になってエッジクラスタ内の仮想リソースバンクを形成する特定の物理的リソースに関連付けられる。特に、クラスタマスタエッジノード（１０４）は、マルチサービスエッジクラスタ接続アーキテクチャ（１０００）の仮想リソースバンクを利用して、エッジノード（１０２ａ～１０２ｅ）からのリソース（例えば、物理的リソース、機能、アプリケーション、仮想マシン）がアプリケーションに動的に割り当てられることに基づいて、アプリケーション要件（帯域幅、待ち時間、スケーラビリティ）及びエッジノードでのリアルタイムＫＰＩ（例えば、エッジノードの正常性、物理インフラストラクチャ－パワー、空間及び温度、ネットワークリンク）をチェックする。

【0055】

機能は、例えば、ネットワーク機能、サービス仮想化機能、リソース管理機能、ノード管理機能であってもよいが、これらに限定されない。アプリケーションは、例えば、仮想現実（ＶＲ）アプリケーション、エンタープライズアプリケーション、コンテンツ配信アプリケーション、ゲームアプリケーション及びネットワーキングアプリケーションなどであってもよいが、これらに限定されない。

【0056】

或いは、ＫＰＩは、エッジノード（１０２ａ～１０２ｅ）に関連付けられた１つ以上の帯域幅、エッジノード（１０２ａ～１０２ｅ）に関連付けられた待ち時間、スケーラビリティ、エッジノード（１０２ａ～１０２ｅ）のコンピューティングリソース及びデータパス（ＤＰ）性能、エッジノード（１０２ａ～１０２ｅ）に関連付けられたサービス品質（ＱｏＳ）、エッジノード（１０２ａ～１０２ｅ）に関連付けられたユーザエクスペリエンス品質、エッジノード（１０２ａ～１０２ｅ）に関連付けられた最適なリソース利用、エッジノード（１０２ａ～１０２ｅ）に関連付けられたネットワーク特性の低下、アンダーレイ又はオーバーレイネットワークサービス、ビジネス要求、並びに全体的なＳＬＡ要件に基づいて決定される。コンピューティングリソース及びＤＰ性能は、例えば、カーネルデータパス（ＤＰ）、ユーザ空間ＤＰ、高速データパス、単一ルート入出力仮想化及びハードウェアオフロードＤＰであってもよいが、これらに限定されない。

【0057】

本発明の実施形態では、エッジノードでのアプリケーション要件は、アプリケーションに関連付けられたスケーラビリティ、待ち時間及び帯域幅などのアプリケーション固有の要件を含んでもよい。アプリケーション要件は、アプリケーションを容易にする１つ以上のリソースを提供することによってユーザにサービスを提供するエッジノードでのユーザアプリケーションに対応してもよい。アプリケーション要件は、ユーザエクスペリエンス品質、サービス品質、ユーザが要求するサービスレベル合意（ＳＬＡ）などのアプリケーション固有の重要業績評価指標に対応してもよい。

【0058】

エッジクラスタ（１０６ａ～１０６ｂ）の動作及び機能は、クラスタマスタエッジノード（１０４）によって監視されて制御される。エッジクラスタ（１０６ａ～１０６ｂ）は、サービスプロバイダーの要件又は第三者要件に基づいたリソースプールとストレージポリシーを含む。いくつかのシナリオでは、エッジクラスタ（１０６ａ～１０６ｂ）は、サービスプロバイダーの管理者によって作成され、マルチサービスエッジクラスタ接続アーキテクチャ（１０００）で構成される。クラスタマスタエッジノード（１０４）は、エッジクラスタ（１０６ａ～１０６ｂ）間で組織のエッジサービスのバランスをとることができる。エッジクラスタ（１０６ａ～１０６ｂ）は、サービスプロバイダーによって開始された特定のストレージポリシーを使用することができる。

【0059】

クラスタマスタエッジノード（１０４）は、アプリケーション要件及びリアルタイムエッジノードでの重要業績評価指標（ＫＰＩ）に基づいて、ローカルエッジクラスタ内のユーザアプリケーションにエッジノードリソースを動的に共有し割り当てるために使用されてもよい。

【0060】

或いは、クラスタマスタエッジノード（１０４）は、ＵＥアプリケーションのアプリケーション要件又はＫＰＩをチェックする。クラスタ内の各エッジノードのＫＰＩは、エッジノードの正常性に関連付けられる情報（パワー、空間、温度の要件など）と物理インフラストラクチャの状態を含む。クラスタマスタエッジノード（１０４）によるリソースの割り当て及び共有は、アプリケーション要件及びエッジノードの詳細に基づいて決定される。

【0061】

更に、クラスタマスタエッジノード（１０４）は、エッジノード（１０２ａ～１０２ｅ）を動的に選択するように構成される。エッジノード（１０２ａ～１０２ｅ）の参加は、全体的な最小リソース要件に基づいて決定される。各エッジノード（１０２ａ～１０２ｅ）の全体的な最小リソース要件は、クラスタネットワーク（図示せず）又はクラスタマスタエッジノード（１０４）に記憶される。クラスタネットワークは、自己適応型エッジクラスタベースのネットワークであってもよい。

【0062】

特に、各エッジノード（１０２ａ～１０２ｅ）の全体的な最小リソース要件は、様々な方法（例えば、過去のインフラストラクチャ使用傾向など）を使用することによって得られる。過去のインフラストラクチャ使用傾向は、機械学習モデルによって監視しトレーニングされている。機械学習モデルは、例えば、線形回帰モデル、ロジスティック回帰モデル、決定木モデル及びランダムフォレストモデルであってもよいが、これらに限定されない。クラスタネットワークは、エッジクラスタ（１０６ａ及び１０６ｂ）内のエッジノード（１０２ａ～１０２ｅ）の最適な数を維持しなければならない。

【0063】

エッジノードの最適な数は、主要なパラメータに基づいて決定される。主要なパラメータは、エッジクラスタネットワークにおける１人以上のユーザによる帯域幅、スケーラビリティ及び待ち時間の要件を含んでもよい。クラスタネットワーク内のエッジノード（１０２ａ～１０２ｅ）の最適な数は、電子デバイス／ユーザ機器（図示せず）で実行されるアプリケーション（図示せず）から受信した任意の要求の高速応答を提供する。電子デバイスは、例えば、スマートフォン、仮想現実デバイス、没入型システム、スマートウォッチ、携帯情報端末（ＰＤＡ）、タブレットコンピュータ、ラップトップコンピュータ及びモノのインターネット（ＩｏＴ）であってもよいが、これらに限定されない。

【0064】

更に、最小クラスタインフラストラクチャの定義された制限（つまり、閾値）の後に利用可能な追加のインフラストラクチャがある場合、エッジノード（１０２ａ～１０２ｅ）をクラスタネットワークに追加してもよく、リソースが不足している場合、クラスタ境界エッジノードを他のクラスタに転送してもよい（確かに、エッジノードの転送は、待ち時間に敏感でないアプリケーションなど、ユースケースに基づいて行われる）。最小クラスタインフラストラクチャの閾値は、サービスプロバイダーによって定義される。

【0065】

また、クラスタネットワークへのエッジノード（１０２ａ～１０２ｅ）の参加は、動的であり、実行時にも発生してもよい。新しいエッジノードがインフラストラクチャにインストールされる場合、新しいエッジノードは、クラスタマスタエッジノード（１０４）に要求を送信する。クラスタマスタエッジノード（１０４）が要求を受信する場合、（図７に示されるように）受信に基づいて新しいエッジノードをクラスタに追加する。

【0066】

例えば、新しいエッジノードがインフラストラクチャにインストールされる場合、新しいエッジノードは、第１のクラスタマスタエッジノードと第２のクラスタマスタエッジノードに要求を送信する。第１のクラスタマスタエッジノードが要求を受信する場合、新しいエッジノードは、第１のクラスタマスタエッジノードの受信に基づいてクラスタに参加する。例えば、新しいエッジノードがインストールされる場合、新しいエッジノードは、近くのマスタエッジクラスタノードに要求を送信する。任意のエッジノードが参加するたびに、そのエッジノードの近くにあるクラスタマスタノードのブロードキャストアドレスを取得する。エッジノードは、最初に応答したマスタクラスタノードのクラスタに参加する。

【0067】

或いは、エッジクラスタベースのネットワークは、クラスタマスタエッジノード（１０４）を使用して、仮想化インフラストラクチャの適切なセットをワークロードに割り当てるエッジノード（１０２ａ～１０２ｅ）のリソースの動的共有とインテリジェントな最適化を実行する。ワークロードは、クラスタマスタエッジノード（１０４）を使用して、所定の時間内にアクティブなエッジノード（１０２ａ～１０２ｅ）を決定することによって制御される。所定の時間は、サービスプロバイダーによって設定される。

【0068】

或いは、クラスタマスタエッジノード（１０４）は、エッジノードのＫＰＩの計算及び比較を実行するインテリジェントノードである。クラスタマスタエッジノード（１０４）は、ＵＥアプリケーション要件（そのＫＰＩに基づく）を分析し、ＱｏＳがＵＥで維持されるようにエッジノードのリソースを動的に割り当て、同時に、全てのエッジノードのリソースが最適な方法で利用される。

【0069】

エッジノード（１０２ａ～１０２ｅ）の１つの記憶容量が不足している場合、それぞれのエッジノード（１０２ａ～１０２ｅ）は、クラスタマスタエッジノード（１０４）に要求を送信して一時的な記憶要件を満たすことができる。クラスタマスタエッジノード（１０４）は、クラスタ記憶バンク（図示せず）をチェックし、要求されたエッジノード（１０２ａ～１０２ｅ）に最適な記憶インフラストラクチャを割り当てる。クラスタ記憶バンクは、リソースを記憶する。

【0070】

インテリジェントコンテンツデータネットワーキングでは、エッジノード（１０２ａ～１０２ｅ）は、キャッシングセグメントを維持して、要求の高いコンテンツを高速応答時間で実現し、これにより、地域記憶サーバ及び／又はコアＤＣ記憶サーバからのコンテンツを毎回要求しないため、バックホール帯域幅を節約する。いくつかの特定のエッジノード（１０２ａ～１０２ｅ）でユーザが頻繁に使用するあるコンテンツが発生した場合に備えて、エッジノード（１０２ａ～１０２ｅ）は、そのコンテンツをその位置にキャッシュする。しかしながら、記憶が利用できない場合、エッジノード（１０２ａ～１０２ｅ）は、クラスタマスタエッジノード（１０４）から記憶を要求でき、これにより、クラスタマスタエッジノード（１０４）は、可能な限り最も近いエッジ座標から必要な記憶インフラストラクチャを提供する。

【0071】

本発明の実施形態では、マルチサービスエッジクラスタモデルは、自己適応型エッジクラスタベースのネットワーク内の動的インフラストラクチャ管理のためのものである。また、マルチサービスエッジクラスタモデルは、エッジノード（１０２ａ～１０２ｅ）とクラスタマスタエッジノード（１０４）に展開される。更に、この方法を使用して、クラスタマスタエッジノード（１０４）によるエッジノードクラスタ参加とエッジクラスタのインフラストラクチャ割り当てに動的フレームワークを提供することができる。クラスタマスタエッジノード（１０４）を使用して、複数のパラメータに基づいて動的なエッジノードクラスタ参加とエッジクラスタのインフラストラクチャ割り当てを管理し制御することができる。複数のパラメータは、例えば、エッジノード（１０２ａ～１０２ｅ）のパワー使用量、エッジノード（１０２ａ～１０２ｅ）の空間、エッジノード（１０２ａ～１０２ｅ）の周囲環境条件、帯域幅、待ち時間、スケーラビリティ、ＱｏＳ、ユーザエクスペリエンス品質、最適なリソース利用、ネットワーク特性の低下、アンダーレイネットワークサービス、オーバーレイネットワークサービス、ビジネス要求、及びサービスレベル合意（ＳＬＡ）要件であってもよいが、これらに限定されない。

【0072】

エッジノード（１０２ａ）の記憶容量が不足している場合、エッジノード（１０２ａ）がクラスタマスタエッジノード（１０４）に要求を送信して、一時的な記憶要件を満たすことができるというシナリオを考える。要求に基づいて、クラスタマスタエッジノード（１０４）は、クラスタ記憶仮想バンクをチェックし、要求されたエッジノード（１０２ａ）に最適な記憶インフラストラクチャを割り当てる。一例では、インテリジェントコンテンツデータネットワーキング（ｉＣａｃｈｉｎｇ）では、エッジノード（１０２ａ）は、キャッシングセグメントを維持して、要求の高いコンテンツを高速応答時間で実現し、これにより、地域／コアＤＣ記憶サーバからのコンテンツを毎回要求しないため、バックホール帯域幅を節約する。ここで、ある特定のエッジノードでユーザが頻繁に使用するコンテンツが発生した場合、エッジノードは、そのコンテンツをその位置にキャッシュする。しかしながら、記憶が利用できない場合、特定のエッジノードは、クラスタマスタエッジノード（１０４）から記憶を要求してもよく、これにより、クラスタマスタエッジノード（１０４）は、可能な限り最も近いエッジ座標から必要な記憶インフラストラクチャを提供する。ここで、マスタノード（１０４）は、定義されたＫＰＩに基づいてクラスタエッジのテナンシを決定する。

【0073】

更に、１つのエッジノードは、予期しない発生イベントに起因し得る、特定のエッジノードで発生する動的なユーザ要件に基づいて複数のクラスタのテナントになることができる。クラスタノードの要求に従って、マスタエッジノードは、クラスタサイトから記憶を提供して、一時的及び即時の要件を満たすことができる。

【0074】

クラスタバンクの容量が制限され、アプリケーションＫＰＩを満たさないか、又は動的ＫＰＩ指標の要件を満たさないなどの理由で、任意のクラスタネットワークがエッジノードの拡張要求を満たさない場合、これらのシナリオでは、特定のエッジノードの拡張要求／要件を満たすことができるクラスタを提案するために、要求をグローバルサービスオーケストレータ（ＧＳＯ）（図２で説明）に送信する。

【0075】

この場合で、ＧＳＯ（２１０）は、他の近くのクラスタからの要件をチェックでき、可用性に基づいて、他の近くのクラスタエッジノードバンクから要求されたクラスタエッジノードに一時的なテナンシを提供する。

【0076】

別の例では、本発明は、エッジクラスタ内のエッジノードの参加のために動的フレームワークの作成を提供することができる。１つ以上のエッジノードをエッジクラスタに追加するか又はエッジクラスタから取り外すことができ、本発明は、エッジクラスタ内の全てのエッジノードの動的な相互作用を提供することができる。アプリケーション要件とエッジノードの重要業績評価指標に基づいて、各エッジノードとクラスタマスタエッジノードに対応する１つ以上のリソースをクラスタ内のエッジノード間で共有してもよい。別の例では、本発明は、本質的に自己適応型である、エッジクラスタ内の動的リソース管理のためのモデルを提供することができる。つまり、エッジクラスタ内のリソース管理は、エッジクラスタの結合されたリソース、アプリケーション要件及びエッジノードの正常性（又はＫＰＩ）に基づいて動的に制御される。

【0077】

図２は、本発明の実施形態に係るあるクラスタから別のクラスタへのノード再割り当てフレームワークを示すブロック図である。特に、ノード再割り当てフレームワーク（２０００）は、複数のクラスタネットワーク（２２０ａ～２２０ｃ）及びサービスオーケストレーションエンティティ（例えば、グローバルサービスオーケストレータ（ＧＳＯ））（２１０）を含む。複数のクラスタネットワーク（２２０ａ～２２０ｃ）からの各クラスタネットワークは、それぞれ、クラスタマスタエッジノード（１０４ａ～１０４ｃ）を含む。更に、複数のクラスタネットワーク（２２０ａ～２２０ｃ）からの各クラスタネットワークは、ＧＳＯ（２１０）と通信する。

【0078】

あるシナリオでは、クラスタバンクの容量が制限され、アプリケーションＫＰＩを満たさないか、又は動的ＫＰＩ指標の要件を満たさないなどの理由で、任意のクラスタネットワークがエッジノード（１０２ａ～１０２ｅ）の拡張要求を満たさない場合、これらのシナリオでは、特定のエッジノードの拡張要件を満たすことができるクラスタを提案するために、要求をグローバルサービスオーケストレータ（ＧＳＯ）に送信する。

【0079】

ＧＳＯ（２１０）は、他の近くのクラスタからの要件をチェックでき、可用性に基づいて、他の近くのクラスタエッジノードバンクから要求されたクラスタエッジノードに一時的なテナンシを提供する。クラスタマスタノードが主要なアプリケーションＫＰＩ及びその他のＫＰＩを満たさない場合、マスタノードは、ＧＳＯに、要求を満たすことができる別の近くのクラスタにエッジノードを再割り当てするように要求する。この要求は、要求されたエッジノードが他のクラスタエッジノードに依存しない場合、つまりテナントでないか又はテナンシを提供しない場合、クラスタマスタノードのみによって生成される。

【0080】

図３は、本発明の実施形態に係るクラスタマスタエッジノードを示すブロック図である。特に、クラスタマスタエッジノード（１０４）は、マスタコントローラ（３１０）、通信機（３２０）及びメモリ（３３０）を含む。マスタコントローラ（３１０）は、通信機（３２０）及びメモリ（３３０）に結合される。マスタコントローラ（３１０）は、複数のエッジノード（１０２ａ～１０２ｅ）からの第１のエッジノード（１０２ａ）でのアプリケーション要件及び少なくとも１つの重要業績評価指標をチェックするように構成される。

【0081】

複数のエッジノード（１０２ａ～１０２ｅ）からの第１のエッジノード（１０２ａ）でのアプリケーション要件及び少なくとも１つの重要業績評価指標をチェックした後、マスタコントローラ（３１０）は、エッジクラスタ内の第２のエッジノード（１０２ｂ）に対応する第１のリソースを第１のエッジノードに割り当てる。特に、第２のエッジノード（１０２ｂ）は、第１のエッジノード（１０２ａ）で実行されるアプリケーションに必要なリソースよりも多くのリソースの数を備える。

【0082】

或いは、複数のエッジノード（１０２ａ～１０２ｅ）からの第１のエッジノード（１０２ａ）でのアプリケーション要件及び少なくとも１つの重要業績評価指標をチェックした後、第１のエッジノード（１０２ａ）に所定の待ち時間の要件がある場合、マスタコントローラ（３１０）は、最も近いエッジノード（すなわち、図１に示す第２のエッジノード（１０２ｂ））から第１のエッジノード（１０２ａ）に第１のリソースを割り当てる。所定の待ち時間の要件は、待ち時間の重要業績評価指標又は待ち時間関連サービスレベル合意（ＳＬＡ）の少なくとも１つを含んでもよい。所定の待ち時間の要件は、エッジノードでの各アプリケーションに対して、アプリケーションがユーザのエクスペリエンス品質又はサービス品質を損なうことなく受け入れることができる最小待ち時間ＳＬＡとして定義されてもよい。最も近いノード（１０２ｂ）は、第１のエッジノード（１０２ａ）でのアプリケーション要件及び最も近いエッジノード（１０２ｂ）の１つ以上のＫＰＩに基づいて、マスタコントローラ（３１０）によって識別される。

【0083】

或いは、複数のエッジノード（１０２ａ～１０２ｅ）からの第１のエッジノード（１０２ａ）でのアプリケーション要件及び１つ以上の重要業績評価指標をチェックした後、マスタコントローラ（３１０）は、第１のリソースを第１のエッジノード（１０２）に割り当てる。特に、第１のリソースは、インテリジェントエッジクラスタモデルのマスタコントローラ（３１０）に関連付けられた１つ以上のリソースに対応する。

【0084】

本発明の実施形態では、マスタコントローラ（３１０）は、１つ以上のリソースを第１のエッジノード（１０２ａ）に割り当てるために、インテリジェントエッジクラスタモデル内の別のエッジノード（１０２ｂ～１０２ｅ）に１つ以上のコマンドを指示するように構成される。

【0085】

本発明の実施形態では、マスタコントローラ（３１０）は、インテリジェントエッジクラスタモデルの仮想リソースプール内の１つ以上のリソースからの第２のリソースを第１のエッジノード（１０２ａ）に動的に割り当てるように構成され、第１のリソースは、第２のエッジノード（１０２ｂ）に関連付けられた１つ以上のリソースに対応し、第２のリソースは、第３のエッジノード（１０２ｃ）に関連付けられた１つ以上のリソースに対応する。

【0086】

本発明の実施形態では、マスタコントローラ（３１０）は、メモリ（３３０）に記憶された命令を実行し、様々なプロセスを実行するように構成される。特に、通信機（３２０）は、１つ以上のネットワークを介して内部ハードウェア構成要素間及び外部デバイスに内部的に通信するように構成される。更に、メモリ（３３０）は、プロセッサ（１１０）によって実行される命令を記憶する。複数のモジュールの少なくとも１つは、ＡＩ（人工知能）モデルを介して実装されてもよい。ＡＩに関連する機能は、不揮発性メモリ、揮発性メモリ及びプロセッサを介して実行されてもよい。

【0087】

本発明の実施形態では、マスタコントローラ（３１０）は、１つ以上のプロセッサを含んでもよい。１つ以上のプロセッサは、中央処理装置（ＣＰＵ）、アプリケーションプロセッサ（ＡＰ）などの汎用プロセッサ、グラフィック処理ユニット（ＧＰＵ）、ビジュアル処理ユニット（ＶＰＵ）などのグラフィックス専用処理ユニット、及び／又はニューラル処理ユニット（ＮＰＵ）などのＡＩ専用プロセッサであってもよい。更に、１つ以上のプロセッサは、不揮発性メモリ及び揮発性メモリに記憶された所定の動作ルール又は人工知能（ＡＩ）モデルに従って、入力データの処理を制御する。所定の動作ルール又は人工知能モデルは、トレーニング又は学習を通じて提供される。

【0088】

学習を通じて提供されるとは、複数の学習データに学習アルゴリズムを適用することにより、所望の特性を有する所定の動作ルール又はＡＩモデルが作成されることを意味する。学習は、デバイス自体で実行されてもよく、及び／又は別のサーバ／システムを介して実装されてもよい。

【0089】

本発明の実施形態では、ＡＩモデルは、複数のニューラルネットワーク層からなってもよい。各層は、複数の重み値を有し、前の層の計算と複数の重みの操作を通じて層動作を実行する。ニューラルネットワークの例は、畳み込みニューラルネットワーク（ＣＮＮ）、ディープニューラルネットワーク（ＤＮＮ）、回帰型ニューラルネットワーク（ＲＮＮ）、制限ボルツマンマシン（ＲＢＭ）、ディープビリーフネットワーク（ＤＢＮ）、双方向反復ディープニューラルネットワーク（ＢＲＤＮＮ）、敵対的生成ネットワーク（ＧＡＮ）及びディープＱネットワークを含むが、これらに限定されない。

【0090】

本発明の実施形態では、学習アルゴリズムは、複数の学習データを使用して所定のターゲットデバイス（例えば、ロボット）をトレーニングして、ターゲットデバイスに決定又は予測を行わせるか、又は許可するか、又は制御する方法である。学習アルゴリズムの例は、教師あり学習、教師なし学習、半教師あり学習、強化学習を含むが、これらに限定されない。

【0091】

図３は、クラスタマスタエッジノード（１０４）の様々なハードウェア構成要素を示すが、他の実施形態はそれらに限定されないことを理解されたい。或いは、クラスタマスタエッジノード（１０４）は、より少ない又はより多い数の構成要素を含んでもよい。更に、構成要素のラベル又は名前は、例示の目的でのみ使用され、本発明の範囲を限定するものではない。１つ以上の構成要素を一緒に組み合わせて、クラスタマスタエッジノード（１０４）に同じ又は実質的に同様の機能を実行することができる。

【0092】

図４は、本発明の実施形態に係る、インテリジェントエッジクラスタモデルを展開する方法を示すフローチャートである。ステップ（４０２～４０８）は、クラスタマスタエッジノード（１０４）によって実行される。

【0093】

方法４００は、ステップ４０２から開始する。４０２では、複数のエッジノード（１０２ａ～１０２ｅ）からの第１のエッジノードでのアプリケーション要件及び１つ以上の重要業績評価指標をチェックする。

【0094】

特に、この方法は、ＵＥアプリケーションのＫＰＩ及びエッジノードのＫＰＩに基づいて、クラスタ内の全てのエッジノードでのリソースをＵＥアプリケーションにインテリジェントに割り当てるために使用されてもよい。特に、ＵＥアプリケーションと全てのエッジノードのＫＰＩをチェックすることにより、選択したエッジノードのＵＥアプリケーション要件と現在の状態をチェックする。要件と利用可能なリソース（全てのエッジノードでのネットワークリソースを追加することによって作成された共有可能なリソースプール内）のデータを提供し、更にマスタエッジノードによってエッジノードリソースを割り当てる最適な方法を提供する。

【0095】

更に、マスタノードでエッジノードの重要業績評価指標（ＫＰＩ）をチェックし、最短距離のノード（厳密なＫＰＩアプリケーションの場合／低待ち時間の要件の場合）又はマスタノード（高帯域幅要件の場合）からリソースをプーリングすることにより、リソースをユーザノードに適応的に割り当てる。したがって、ローカルエッジクラスタ内で最適なリソース使用量を提供し、エッジノードで基本的なハードウェアインフラストラクチャを使用できるテレコムサービスプロバイダーに柔軟性を提供する。エッジノードのＫＰＩ要件に基づいて、ローカルエッジノード（リソースが不足しない場合）又は最も近いエッジノード（低待ち時間アプリケーション／厳密なＱｏＳの場合）又はマスタエッジノードからのリソースプール（高帯域幅アプリケーションの場合）によってリソースをアプリケーションに割り当てることによって、クラスタ内の仮想リソースバンクを使用した動的なリソース割り当てを実行する。

【0096】

４０４では、インテリジェントエッジクラスタモデルの仮想リソースプール内の１つ以上のリソースからの第１のリソースを第１のエッジノードに動的に割り当てる。

【0097】

４０６では、１つ以上のリソースを第１のエッジノードに割り当てるために、インテリジェントエッジクラスタモデル内の別のエッジノードに１つ以上のコマンドを指示する。１つ以上のエッジノードからのリソースをリアルタイム方式でインテリジェントに割り当てる。

【0098】

４０８では、インテリジェントエッジクラスタモデルの仮想リソースプール内の１つ以上のリソースからの第２のリソースを第１のエッジノードに動的に割り当てる。

【0099】

図５は、本発明の実施形態に係る、クラスタマスタエッジノードにより動的エッジノード参加及びエッジクラスタのインフラストラクチャ割り当てを管理し制御する方法を示すフローチャートである。特に、ステップ（５０２及び５０４）は、クラスタマスタエッジノード（１０４）によって実行される。

【0100】

方法は、ステップ５０２から開始する。５０２では、エッジノード（１０２ａ～１０２ｅ）の複数のパラメータを、リアルタイムかつ一定の時間間隔で取得する。特に、複数のパラメータは、例えば、エッジノード（１０２ａ～１０２ｅ）のパワー使用量、エッジノード（１０２ａ～１０２ｅ）の空間、エッジノード（１０２ａ～１０２ｅ）の周囲環境条件、帯域幅、待ち時間、スケーラビリティ、ＱｏＳ、ユーザエクスペリエンス品質、最適なリソース利用、ネットワーク特性の低下、アンダーレイネットワークサービス、オーバーレイネットワークサービス、ビジネス要求、及びＳＬＡ要件であってもよいが、これらに限定されない。

【0101】

５０４では、エッジホストノードを動的選択し、関連するネットワークリソースをＵＥアプリケーションに割り当てることによって、動的エッジノードクラスタ参加及びエッジクラスタのインフラストラクチャ割り当てを管理し制御する。複数のパラメータは、機械学習モデルを使用して一定期間にわたって取得されてトレーニングされる。

【0102】

言い換えると、クラスタマスタエッジノード（１０４）は、エッジノード及びそれらのリソースの参加及び割り当てが制御されることに基づいて、ＫＰＩ（ＵＥアプリケーション及びエッジノードのＫＰＩ）の比較及び分析を実行する。

【0103】

図６は、本発明の実施形態に係る、複数のエッジノードからエッジノードを動的に選択する方法を示すフローチャートである。特に、ステップ（６０２及び６０４）は、クラスタマスタエッジノード（１０４）によって実行される。ステップ６０２では、最小リソース要件を決定する。ステップ６０４では、決定された最小リソース要件に基づいてエッジノード（１０２ａ～１０２ｅ）を動的に選択する。

【0104】

図７は、本発明の実施形態に係る、新しいエッジノードをクラスタネットワークに結合する方法を示すフローチャートである。方法７００は、ステップ７０２から開始し、ステップ７０４及び７０６に進む。ステップ７０２では、新しいエッジノードにより要求をクラスタマスタエッジノード（１０４）に送信する。ステップ７０４では、新しいエッジノードによりクラスタマスタエッジノード（１０４）の受信メッセージを受信する。ステップ７０６では、受信メッセージに基づいて新しいエッジホストノードをクラスタに結合する。

【0105】

図８は、本発明の実施形態に係る、マルチサービスエッジクラスタ接続アーキテクチャにおいてリソース要件を処理する方法を示すフローチャートである。方法８００は、ステップ８０２から開始し、ステップ８０４及び８０６に進む。

【0106】

ステップ８０２では、エッジノード（１０２ａ～１０２ｅ）の１つ以上のエッジノードが必要なリソースを欠いていると判断する。

【0107】

ステップ８０４では、リソース関連情報を含む要求をクラスタマスタエッジノード（１０４）に送信して一時的な記憶要件を満たす。

【0108】

ステップ８０６では、リソースを要求したそれぞれのエッジノード（１０２ａ～１０２ｅ）に最適な記憶インフラストラクチャ又はリソースを割り当てることによって、全てのエッジノードでのリソースをプーリングすることによって作成されたクラスタ記憶バンクからリソースを受信する。

【0109】

特に、リソースバンクは、全てのエッジノード（１０２ａ～１０２ｅ）でのネットワークリソースをプーリングすることによって作成される。クラスタマスタエッジノード（１０４）もまた、関連するリソースをリソースバンクに追加することができる。更に、１つ以上のエッジノード（１０２ａ～１０２ｅ）がＵＥアプリケーションをサポートするリソースを欠いている場合、１つ以上のエッジノード（１０２ａ～１０２ｅ）は、マスタエッジノード（１０４）に、リソースバンクからいくつかのリソースを割り当てるように要求する。この場合、リソースは現在のＵＥアプリケーションのニーズを満たすためにのみ必要とされるため、リソースの要件は一時的なものである。

【0110】

エッジノード（１０２ａ～１０２ｅ）は、プロセッサ（図示せず）、通信機（図示せず）及びメモリ（図示せず）を含む。プロセッサは、メモリに記憶された命令を実行し、様々なプロセスを実行するように構成される。通信機は、１つ以上のネットワークを介して内部ハードウェア構成要素間及び外部デバイスに内部的に通信するように構成される。メモリもプロセッサによって実行される命令を記憶する。

【0111】

フローチャート（４００、５００、６００、７００及び８００）における様々なアクション、行為、ブロック、ステップなどは、示される順序で、異なる順序で、又は同時に実行されてもよい。更に、いくつかの実施形態では、本発明の範囲から逸脱することなく、上述したアクション、行為、ブロック、ステップなどの一部は省略、追加、修正、スキップなどされてもよい。

【0112】

本明細書に開示された実施形態は、少なくとも１つのハードウェアで動作し、ネットワーク管理機能を実行して各要素を制御する少なくとも１つのソフトウェアプログラムを用いて実装することができる。

【0113】

本発明は、アプリケーション要件及びリアルタイムエッジノードの重要業績評価指標（ＫＰＩ）に基づいて、マスタエッジノードによるエッジノードのリソースのローカルエッジクラスタ内のユーザアプリケーションへの動的共有及び割り当てなどの利点を提供し、技術機器のサポートが制限され、エッジサイトの位置に高エネルギー消費システム／機器を配備することなく、エッジサイトの位置でのビジネストリガー／要件、パワー、空間及び周囲の環境制約に基づいて、エッジインフラストラクチャ要件を効果的かつ動的に構築／実現する。更に、動的で適応性のあるエッジインフラストラクチャにエッジネットワーク経由でアクセスして、動的で挑戦的なサービス要求に対応することができる。更に、この方法は、サービスプロバイダーによる近端エッジノードへの投資あたりのビットあたりのコストを実現し、正当化する。

【0114】

本技術の具体的な実施形態の前述の説明は、例示及び説明の目的で提示されている。これらは、包括的にしたり、開示された厳密な形態に本技術を限定したりすることを意図していないが、明らかに、多くの修正及び変更が、先の教示を考慮して可能である。これらの実施形態は、本技術の原理及びその実際の用途を最も良く説明するために選択及び記載され、これにより、当業者が本技術と、意図された特定の使用に適したような様々な修正が加えられた様々な実施形態を十分に利用できるようになる。均等物の様々な省略及び置換が状況に応じて便宜的に提案又は提供できると解されるが、それらは本技術の精神又は特許請求の範囲から逸脱することなく、用途又は実施の形態を包含することを意図している。

【0115】

本開示のいくつかの可能な実施形態は、上で説明され、場合によっては図示されてきたが、限定ではなく、例示及び例としてのみ提示されたものとして解釈及び理解されるべきである。したがって、好ましい実施形態の広さ及び範囲は、上記例示的な実施形態のいずれによって制限されるべきではない。

【0116】

本発明の他の実施形態が、本発明の明細書及び実施を考慮することにより、当業者にとって明らかであることは、当業者には明らかであろう。本発明の上述の説明により、当業者は、本発明の最良の形態であると考えられるものを実施及び使用することが可能であるが、当業者であれば、本明細書における特定の実施形態、方法、及び例の変形、組み合わせ、及び均等物の存在について理解及び認識することになろう。

【0117】

したがって、本発明は、上述の実施形態、方法及び例に限定されるものではなく、本発明の範囲内の全ての実施形態及び方法に限定されるものである。本明細書及び例は、例示に過ぎないと考えられるべきであり、本発明の真の範囲は、特許請求の範囲によって示されている。

【0118】

開示された方法の結果は、揮発性及び／又は不揮発性メモリ（例えば磁気ディスク記憶装置、光記憶装置、ＥＥＰＲＯＭ及び／又は固体ＲＡＭ）を用いるリレーショナルデータベースとフラットファイルシステムなどの任意のタイプのコンピュータデータリポジトリに記憶されてもよい。

【0119】

本明細書に開示された実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、ルーチン及びアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、又は両方の組み合わせとして実装することができる。ハードウェアとソフトウェアの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール及びステップは、概してそれらの機能性に関して説明されている。このような機能がハードウェア又はソフトウェアとして実装されるかは、システム全体に課せられる特定の用途及び設計上の制約に依存する。上述した機能は、特定の用途ごとに対して様々な方法で実現し得るが、そのような実装判断は、本開示の範囲からの逸脱を引き起こすと解釈されるべきではない。

【0120】

更に、本明細書に開示された実施形態に関連して説明された様々な例示的な論理ブロック及びモジュールは、本明細書に記載された機能を実行するように設計された汎用プロセッサデバイス、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別のゲートもしくはトランジスタ論理、個別のハードウェア構成要素、又は、それらの任意の組み合わせなどの機械によって実装又は実行することができる。汎用プロセッサデバイスは、マイクロプロセッサであり得るが、代替例では、プロセッサデバイスは、コントローラ、マイクロコントローラ、もしくは状態マシン、それらの組み合わせ、又は同様のものであり得る。プロセッサデバイスは、コンピュータ実行可能命令を処理するように構成された電気回路を含むことができる。別の実施形態では、プロセッサデバイスは、コンピュータ実行可能命令を処理せずに、論理演算を実行するＦＰＧＡ又は他のプログラマブルデバイスを含む。プロセッサデバイスはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つ以上の複数のマイクロプロセッサ、又は任意の他のそのような構成として実装することができる。本明細書では主にデジタル技術に関して説明されているが、プロセッサデバイスはまた、主にアナログ構成要素を含んでもよい。

【0121】

そのように使用される用語は、適切な状況下で交換可能であり、本発明の実施形態は、他の順序で、又は上記又は図示されたものとは異なる向きで本発明に従って動作することができることを理解されたい。

【符号の説明】

【0122】

１０００ マルチサービスエッジクラスタ接続アーキテクチャ
１０２ａ～１０２ｅ 複数のエッジノード
１０４ クラスタマスタエッジノード
３１０ マスタコントローラ
エッジクラスタ １０６ａ～１０６ｂ
２０００ ノード再割り当てフレームワーク
２２０ａ～２２０ｃ 複数のクラスタネットワーク
２１０ グローバルサービスオーケストレータ（ＧＳＯ）
３１０ マスタコントローラ
３２０ 通信機
３３０ メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【外国語明細書】