特許 7017594 複数のエッジクラウドのネットワーク通信制御方法、およびエッジコンピューティングデバイスとシステム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-01-31

(45)【発行日】2022-02-08

(54)【発明の名称】複数のエッジクラウドのネットワーク通信制御方法、およびエッジコンピューティングデバイスとシステム

(51)【国際特許分類】

   H04W 4/50 20180101AFI20220201BHJP

   H04W 36/32 20090101ALI20220201BHJP

   H04W 88/18 20090101ALI20220201BHJP

   G06F 11/20 20060101ALI20220201BHJP

   G06F 13/00 20060101ALI20220201BHJP

【ＦＩ】

H04W4/50

H04W36/32

H04W88/18

G06F11/20 633

G06F13/00

【請求項の数】 20

(21)【出願番号】P 2020041270

(22)【出願日】2020-03-10

(65)【公開番号】P2021077318

(43)【公開日】2021-05-20

【審査請求日】2020-03-10

(31)【優先権主張番号】108140801

(32)【優先日】2019-11-11

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

(31)【優先権主張番号】16/722,961

(32)【優先日】2019-12-20

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

(73)【特許権者】

【識別番号】390023582

【氏名又は名称】財團法人工業技術研究院

【氏名又は名称原語表記】ＩＮＤＵＳＴＲＩＡＬ ＴＥＣＨＮＯＬＯＧＹ ＲＥＳＥＡＲＣＨ ＩＮＳＴＩＴＵＴＥ

【住所又は居所原語表記】Ｎｏ．１９５，Ｓｅｃ．４，ＣｈｕｎｇＨｓｉｎｇＲｄ．，Ｃｈｕｔｕｎｇ，Ｈｓｉｎｃｈｕ，Ｔａｉｗａｎ ３１０４０

(74)【代理人】

【識別番号】110000408

【氏名又は名称】特許業務法人高橋・林アンドパートナーズ

(72)【発明者】

【氏名】ワン ウェイチェン

【審査官】野村 潔

(56)【参考文献】

【文献】特開２０１５－０４６６８２（ＪＰ，Ａ）

【文献】中国実用新案第２０４２７２１５７（ＣＮ，Ｕ）

【文献】国際公開第２０１６／１５２６１０（ＷＯ，Ａ１）

【文献】国際公開第２０１８／０６８８６３（ＷＯ，Ａ１）

【文献】国際公開第２０１８／０８６６２４（ＷＯ，Ａ１）

【文献】特開２００８－０１５８５７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

Ｇ０６Ｆ １３／００

Ｇ０６Ｆ １１／２０

(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】

【図1】本開示の実施形態の一つに係るエッジコンピューティングシステムの通信環境の模式図。

【図2】本開示の実施形態の一つに係るエッジコンピューティングシステムの機能ブロック図。

【図3】本開示の実施形態の一つに係る複数のクラウドのネットワーク通信制御方法のフローチャート。

【図4】本開示の実施形態の一つに係る複数のクラウドのネットワーク通信制御方法における信号送信の模式図。

【図5】本開示の他の実施形態に係る複数のクラウドのネットワーク通信制御方法における信号送信の模式図。

【図6】本開示の実施形態の一つに係る複数のクラウドのネットワーク通信制御方法の部分フローチャート。

【図7】本開示の実施形態の一つに係るエッジコンピューティングデバイスの通信環境の模式図。

【図8】本開示の他の実施形態に係るエッジコンピューティングデバイスの機能ブロック図。

【図9】本開示のさらなる他の実施形態に係る複数のクラウドのネットワーク通信制御方法のフローチャート。

【図10】本開示のさらなる他の実施形態に係る複数のクラウドのネットワーク通信制御方法における信号送信の模式図。

【図11】本開示の他の実施形態に係るエッジコンピューティングシステムの通信環境の模式図。

【図12】本開示の他の実施形態に係るエッジコンピューティングデバイスの機能ブロック図。

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

【0012】

以下の詳細な記述では、説明を目的とし、多くの具体的細部は開示される実施形態の理解のために示されるものである。しかしながら、一つ以上の実施形態がこれらの具体的細部にかかわらず実施することができることは明らかである。他の例では、公知の構造や装置は、図面の簡素化のため、模式的に示されている。

【0013】

本開示はエッジコンピューティングシステムを提供するものであり、図１、図２を参照すると、図１は本開示の実施形態の一つに係るエッジコンピューティングシステムの通信環境の模式図であり、図２は本開示の実施形態の一つに係るエッジコンピューティングシステムの機能ブロック図である。図１に示すように、エッジコンピューティングシステム１は第１のエッジコンピューティングデバイス１１と中央制御装置１３を有し、これらは互いに通信接続を有することができる。エッジコンピューティングシステム１は、端末装置２１との通信接続を有することができ、第２のエッジコンピューティングデバイス３１とも通信接続を有することができる。より詳細には、第１のエッジコンピューティングデバイス１１は端末装置２１との通信接続を有することができ、中央制御装置１３は第２のエッジコンピューティングデバイス３１との通信接続を有することができる。注意すべき点は、図１に示される、エッジコンピューティングシステム１と接続される端末装置２１の数とエッジコンピューティングシステム１と接続される第２のエッジコンピューティングデバイス３１の数は、単に例示されたものである。エッジコンピューティングシステム１は複数の端末装置２１と接続されてもよく、さらに／または複数の第２のエッジコンピューティングデバイス３１と接続されてもよい。また、第２のエッジコンピューティングデバイス３１は一つまたはそれ以上の端末装置２１と接続されても良い。

【0014】

第１のエッジコンピューティングデバイス１１はモバイルエッジコンピューティング（ＭＥＣ）クラウドであってよく、これはエッジクラウドと略称される。第１のエッジコンピューティングデバイス１１は、端末装置２１に一つまたはそれ以上のタイプのサービスを提供する。第１のエッジコンピューティングデバイス１１はベースステーションを介して端末装置２１と接続されることができる。ネットワークアーキテクチャーの観点からは、第１のエッジコンピューティングデバイス１１はネットワーク端に位置し、ユーザー側の端末装置２１に対して比較的近い。より具体的には、クラウドサーバーまたはインターネットは、ネットワークアーキテクチャーにおいてネットワークのコアであることができ、端末装置２１はネットワークアーキテクチャーの周辺に位置し、ネットワークを介してクラウドサーバーまたはインターネットと接続されることができる。ネットワーク端はインターネットと端末装置が位置するローカルエリアネットワーク（ＬＡＮ）との間の境界を表すことができるが、これに限られない。さらに述べると、第１のエッジコンピューティングデバイス１１は、計算能力を有する単一のサーバーでもよく、あるいは異なる機能を有し、互いに接続された複数のサーバーによって構成されてもよい。端末装置２１は、スマートフォンやタブレット、ラップトップなどの携帯電子機器であるが、本開示ではこれに限られない。

【0015】

より具体的には、図２に示すように、第１のエッジコンピューティングデバイス１１はユーザープラン機能（ＵＰＦ）モジュール１１１、ドメイン名サービス（ＤＮＳ）モジュール１１２、資源管理モジュール１１３、サービス管理モジュール１１４、第１のサービスモジュール１１５、および第２のサービスモジュール１１６を備えることができる。第１のエッジコンピューティングデバイス１１のユーザープラン機能モジュール１１１は、Ｎ６インターフェースを介してそれぞれ第１のサービスモジュール１１５と第２のサービスモジュール１１６と接続されることができ、さらにＮ３インターフェースを介してベースステーションと、ベースステーションを介して端末装置２１と接続されることもできる。ドメイン名サービスモジュール１１２は端末装置２１からのサービス位置要求に応答することができ、対応するサービスを起動する。例えば、ユーザーが端末装置２１を介して「ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ」のサービス位置の要求を送信するときには、ドメイン名サービスモジュール１１２は端末装置に対して「１０．１４．１８８．ｘｘｘ」と応答し、ユーチューブのサービスを起動する。資源管理モジュール１１３は、第１のエッジコンピューティングデバイス１１の資源条件をモニターし、組織し、管理することができる。サービス管理モジュール１１４は第１のサービスモジュール１１５と第２のサービスモジュール１１６の動作状態をモニターし、サービスの進行状態をモニターし、エラーが生じた場合には報告し、さらに新たなサービスモジュール（すなわち、本実施形態のための第１と第２のサービスモジュール１１５、１１６以外のサービスモジュール）を創成または動作可にすることができる。第１のサービスモジュール１１５と第２のサービスモジュール１１６はそれぞれ一つまたはそれ以上のネットワークサービスを提供することができる。

【0016】

上述したモジュールは、独立して設置されるものの互いに接続される複数のサーバーによって実現されてもよく、または一つまたはそれ以上のサーバー上で動く複数のアプリケーションによって実現されてもよい。本開示は、上記モジュールの実現のためのーバーの物理的な数を限定するものではない。さらに、注意すべき点は、図２は、第１のエッジコンピューティングデバイス１１が二つのサービスモジュール（第１のサービスモジュール１１５と第２のサービスモジュール１１６）を備える例を示すが、他の実施形態では第１のエッジコンピューティングデバイス１１は一つまたは二つ以上のモジュールサービスモジュールを含んでもよく、サービスモジュールの動作可能状態は動的に調整することができる。ここで、動作可能状態とは、例えばサービスが提供できるか否かを示す。第１のエッジコンピューティングデバイス１１のサービスモジュールによって端末装置２１にサービスを提供することで、第１のエッジコンピューティングデバイス１１によってより複雑な動作を実行することができ、そのため、端末装置２１における計算負荷を軽減することができる。さらに、第１のエッジコンピューティングデバイス１１は、端末装置２１がアクセスできる情報を格納または処理するためのサービスも提供してもよい。上記サービスは単に例示的なものであり、第１のエッジコンピューティングデバイス１１が提供可能なサービスはこれらに限られない。

【0017】

例えば、中央制御装置１３は、第１のエッジコンピューティングデバイス１１と第２のエッジコンピューティングデバイス３１による情報伝送のためのオーケストレーター、特に５Ｇコアのデータ中心である。第２のエッジコンピューティングデバイス３１は上記第１のエッジコンピューティングデバイス１１と同一の構成と機能を有することができる。第２のエッジコンピューティングデバイス３１は、端末装置に一つまたはそれ以上のサービスを提供するように構成されるモバイルエッジコンピューティングクラウドであってよい。さらに、第２のエッジコンピューティングデバイス３１は、計算能力を有する単一のサーバーでもよく、あるいは異なる機能を有し、互いに接続される複数のサーバーによって構成されていてもよい。第２のエッジコンピューティングデバイス３１は、上述したユーザープラン機能モジュール、ドメイン名サービスモジュール、資源管理モジュール、サービス管理モジュール、および一つまたはそれ以上のサービスモジュールを含むことができる。第２のエッジコンピューティングデバイス３１は、資源条件（例えば、資源の量）や提供可能なサービスの数やタイプ、およびある端末装置へサービスを提供する際に生じる通信遅延時間が第１のエッジコンピューティングデバイス１１と異なっていてもよい。

【0018】

中央制御装置１３は、第１と第２のエッジコンピューティングデバイス１１、３１との通信接続を有するだけでなく、より多くのエッジコンピューティングデバイスとの通信接続を有してもよく、これにより、装置のアイデンティティー（ＩＤ）や装置の位置（例えばエッジコンピューティングデバイスのＩＰ）、提供可能なサービスのＩＤ、提供可能なサービスの位置（例えば、対応するサービスモジュールのＩＰ）、接続された端末装置のＩＤ、資源条件、通信遅延時間などの各エッジコンピューティングデバイスの情報を収集し、特にこれらのタイプの情報を周期的に収集することができる。中央制御装置１３は、収集された情報に従って複数の端末装置と複数のエッジコンピューティングデバイス間の通信関係の環境設定を行うことができる。さらに、本開示の中央制御装置１３は、端末装置の要求に従って端末装置を特定のエッジコンピューティングデバイスに割り当てることができ、エッジコンピューティングデバイスの動作条件に従って再割り当てを実行することができる。さらなる実施態様は後述する。

【0019】

中央制御装置１３の構成についてさらに説明すると、図２に示すように、中央制御装置１３は、ユーザープラン機能モジュール１３１、ドメイン名サービスモジュール１３２、サービス位置管理モジュール１３３、サービスリダイレクションモジュール１３４、および資源管理モジュール１３５を備えることができる。中央制御装置１３のユーザープラン機能モジュール１３１は、Ｎ９インターフェースを介して第１のエッジコンピューティングデバイス１１のユーザープラン機能モジュール１１１に接続することができる。同様に、ユーザープラン機能モジュール１３１は、Ｎ９インターフェースを介して他の一つまたはそれ以上のエッジコンピューティングデバイスと接続することができる。ドメイン名サービスモジュール１３２は上記ドメイン名サービスモジュール１１２と同一の機能を有することができるため、ここではこの機能の詳細については繰り返さない。サービス位置管理モジュール１３３は、中央制御装置１３に接続された各エッジコンピューティングデバイスが提供可能なサービスを記録するためのデータベースを有することができ、記録方法としては、例えば各サービスのＩＤを記録することであってよい。サービス位置管理モジュール１３３は、サービスリダイレクションモジュール１３４または資源管理モジュール１３５と協働してサービスの再割り当てを実行することができる。再割り当てのさらなる実施態様については後述する。上記モジュールは、独立して設置され、互いに接続される複数のサーバーでもよく、一つまたはそれ以上のサーバー上で動く複数のアプリケーションでもよい。本開示は、上記モジュールを動かすためのサーバーの物理的数を制限するものではない。換言すると、中央制御装置１３は単一のサーバーによって実施することができ、あるいは異なる機能を有する複数のサーバーによって構成されていてもよい。他の実施形態では、中央制御装置１３は、中央制御機能を備える携帯エッジコンピューティングクラウドでもよく、ベースステーションを介して端末装置２１に接続されて端末装置２１に一つまたはそれ以上のサービスを提供してもよい。本実施形態では、上記複数のモジュールの他に、中央制御装置１３はさらにサービス管理モジュールと一つまたはそれ以上のサービスモジュールを備えてもよい。

【0020】

本開示は、複数のエッジクラウドのネットワーク通信制御方法も提供する。図１から３を参照すると、図３は、本開示の実施形態の一つに係る複数のエッジクラウドのネットワーク通信制御方法のフローチャートである。図３に示すように、複数のエッジクラウドのネットワーク通信制御方法は、ステップＳ１１：第１のエッジコンピューティングプラットホームにより、端末装置に対象サービスを提供すること；ステップＳ１２：第１のエッジコンピューティングプラットフォーム内にサービス異常事態が存在することを中央制御プラットホームによって判断すること；ステップＳ１３：サービス異常事態、対象サービス、および第２のエッジコンピューティングプラットホームの動作状況に従い、央制御プラットホームにより、対象サービスを第２のエッジコンピューティングプラットホームに再割り当てし、オフロード情報と対象サービスの位置を生成すること；ステップＳ１４：中央制御プラットホームにより、第２のエッジコンピューティングプラットホームにオフロード情報を送信すること；およびステップＳ１５：第１のエッジコンピューティングプラットホームまたは第２のエッジコンピューティングプラットホームにより、対象サービスの位置を端末装置に送信することで、端末装置が対象サービスの位置に従って第２のエッジコンピューティングプラットホームとの通信接続を有するようにすること、を含むことができる。

【0021】

一つの実施形態では、上記第１のエッジコンピューティングプラットホーム、第２のエッジコンピューティングプラットホーム、および中央制御プラットホームは、図１と２中の上述した第１のエッジコンピューティングデバイス１１、第２のエッジコンピューティングデバイス３１、および中央制御装置１３によってそれぞれ実現することができる。他の実施形態では、第１のエッジコンピューティングプラットホーム、第２のエッジコンピューティングプラットホーム、および中央制御プラットホームは、それぞれサーバー中の仮想装置によって実行されるアプリケーションでもよい。以下、図３に示される複数のエッジクラウドのネットワーク通信制御方法において、第１のエッジコンピューティングプラットホーム、第２のエッジコンピューティングプラットホーム、および中央制御プラットホームがそれぞれ第１のエッジコンピューティングデバイス１１、第２のエッジコンピューティングデバイス３１、および中央制御装置１３によって実現されるケースを説明する。

【0022】

ステップＳ１１では、第１のエッジコンピューティングデバイス１１は端末装置２１に対して対象サービスを提供する。例えば、対象サービスには、人工知能、仮想現実（ＶＲ）、拡張現実（ＡＲ）、自動運転、または他のアプリケーションサービスが含まれる。本開示は、対象サービスのタイプを限定しようとするものではない。さらに、第１のエッジコンピューティングデバイス１１と端末装置２１間の通信接続は、第１のエッジコンピューティングデバイス１１の動作情報に応じて中央制御装置１３によって前もって決定されている。ここで、動作情報は、対象サービスを提供する際の資源条件や第１のエッジコンピューティングデバイス１１の動作の通信遅延時間を含む。ステップＳ１２では、中央制御装置１３は、第１のエッジコンピューティングデバイス１１において生じたサービス異常事態が存在していると判断する。ここで、サービス異常事態とは、対象サービスが停止している（「サービスダウン」と呼ばれる）、対象サービスがスワップアウトされる（「サービススワップアウト」と呼ばれる）、またはプラットホームが無効となっている（「ＭＥＣダウン」と呼ばれる）を意味してもよい。サービス異常事態に対する応答において、ステップＳ１３からＳ１５では、中央制御装置１３は再割り当てを行い、他のエッジコンピューティングデバイス（第２のエッジコンピューティングデバイス３１）に対し、対象サービス（すなわち、第１のエッジコンピューティングデバイス１１によって元々提供されていたサービス）を端末装置２１に提供するよう命令する。

【0023】

異なるサービス異常事態に対する応答におけるステップＳ１２からＳ１３をさらに説明するにあたり、図１から４を参酌する。ここで、図４は、本開示の実施形態に係る複数のエジクラウドのネットワーク通信制御方法における信号送信の模式図である。サービス異常事態がサービスダウンまたはサービススワップアウトを示す動作状況においては、図４のステップＡ１１に示すように、中央制御装置１３は、サービス異常事態に関連するサービス無効化信号を第１のエッジコンピューティングデバイス１１から受信することができ、これにより、第１のエッジコンピューティングデバイス１１において異常事態が発生したことを判断することができる。

【0024】

より具体的には、サービスダウンとは、サービスモジュールが無効となっているため端末装置２１に対象サービスを元々提供していたサービスモジュールがそれ以上対象サービスを提供できないという状況を意味することができる。この状況下では、サービス管理モジュール１１４は、対応するサービス無効化信号を生成して中央制御装置１３のサービス位置管理モジュール１３３に提供する。一方、サービススワップアウトとは、第１のエッジコンピューティングデバイス１１の資源管理モジュール１１３が資源が不十分であると判断した際、第１のエッジコンピューティングデバイス１１のサービス管理モジュール１１４が優先順序の低いサービスをスワップアウトすることを意味することができる。例えば、サービスに対応するサービスモジュールを無効にすることによって、またはこのサービスモジュールに対して他のサービスを提供するよう命令することによって、サービス管理モジュール１１４はサービスをスワップアウトすることができる。優先順位は実際の要求に従って設定することができ、本開示では制限されない。サービス管理モジュール１１４がスワップアウトすることを決定したサービスが端末装置２１に元々提供されていた対象サービスである場合、サービス管理モジュール１１４は対応するサービス無効化信号を生成し、中央制御装置１３のサービス位置管理モジュール１３３へ送信する。サービスダウンまたはサービススワップアウトに対応するサービス無効化信号には、第１のエッジコンピューティングデバイス１１のＩＤ、対象サービスのＩＤ、および異常事態が生じたエッジコンピューティングプラットホームに元々接続されていた端末装置２１のＩＤが含まれてもよい。

【0025】

中央制御装置１３のサービス位置管理モジュール１３３がサービス無効化信号を受信し、第１のエッジコンピューティングデバイス１１内でサービス異常事態が発生したことを知ると、サービス位置管理モジュール１３３とサービスリダイレクションモジュール１３４はそれに応じて再割り当てを行う。本実施形態では、再割り当は再配置手続きとリダイレクション手続きを含む。再配置手続き（ステップＡ１２）は、エッジコンピューティングプラットホームに対象サービスを提供することができるエッジコンピューティングデバイスを選択すること、および候補となるエッジコンピューティングプラットホームの各々の動作情報に従って対象エッジコンピューティングプラットホームを決定することを含むことができる。上述したように、中央制御装置１３は、中央制御装置１３に接続されているエッジコンピューティングデバイスの資源条件、各サービスを提供する際に発生する通信遅延時間などの情報を周期的に収集することができる。さらに述べると、中央制御装置１３のサービス位置管理モジュール１３３は、サービス無効化信号から対象サービスのＩＤを取得し、対象サービスのＩＤを有するサービスモジュールを備えるエッジコンピューティングデバイスをエッジコンピューティングプラットホームの候補として選択し、そして最適な動作情報を有するエッジコンピューティングプラットホームの候補を対象エッジコンピューティングデバイスとして選択することができる。ここで、対象エッジコンピューティングデバイスとは、端末装置２１に対して対象サービスを提供するという仕事を引き継ぐと期待されるエッジコンピューティングプラットホームである。

【0026】

最適な動作情報の判断では、対象サービスのタイプによって異なる基準を用いることができる。例えば、仮想現実サービスでは、帯域幅資源の条件を第一に考慮することができるが、本開示はこれに限られない。さらに、対象サービスを要求する端末装置２１の数も重要な考慮対象の一つである。サービス位置管理モジュール１３３は、サービス無効化信号に含まれる端末装置２１のＩＤから対象サービスを要求する端末装置２１の数を獲得し、候補となる各エッジコンピューティングプラットホームの資源条件が対象サービスを端末装置２１に提供できるために十分であるか否かを判断することができる。より具体的には、モバイルエッジコンピューティング環境において、対象サービスを提供する際に生じる通信遅延時間を第一の条件とすることができる。さらに述べると、サービス位置管理モジュール１３３は、資源条件がある基準を満たすエッジコンピューティングプラットホームの候補から最短通信遅延時間を有するエッジコンピューティングプラットホームを候補として選択することができる。より詳しくは、対象サービスを端末装置２１に提供するための最小閾値を当該基準として参照することができる。

【0027】

サービス位置管理モジュール１３３が上記再配置手続きによって対象エッジコンピューティングプラットホームを決定すると、サービス位置管理モジュール１３３はリダイレクション要求を生成し、サービスリダイレクションモジュール１３４に送信する（ステップＡ１３）。リダイレクション要求は対象エッジコンピューティングプラットホームのＩＤ、対象サービスのＩＤ、および端末装置２１のＩＤを含む。上述した図３の実施形態では、サービス位置管理モジュール１３３によって第２のエッジコンピューティングデバイス３１が対象エッジコンピューティングプラットホームとして選択される。したがって、本実施形態では、リダイレクション要求は第２のエッジコンピューティングデバイス３１のＩＤを含む。サービスリダイレクションモジュール１３４は、リダイレクション要求に従ってリダイレクション情報を第１のエッジコンピューティングデバイス１１に送信する（ステップＡ１４）。これは上述したリダイレクション手続きである。リダイレクション情報は第２のエッジコンピューティングデバイス３１のＩＤ、端末装置２１のＩＤ、および対象サービスのＩＤを含むことができる。さらに述べると、第１のエッジコンピューティングデバイス１１のユーザープラン機能モジュール１１１は、リダイレクション情報に応じて、第２のエッジコンピューティングデバイス３１のユーザープラン機能モジュールに対し、端末装置２１のための第１と第２のエッジコンピューティングデバイス１１と３１間の接続を構築する要求を提案することができる。ここで接続とは、具体的には、端末装置２１のためにＮ９インターフェースを介して第１と第２のエッジコンピューティングデバイス１１と３１間に構築されるセッション接続である。より詳細には、第１のエッジコンピューティングデバイス１１は、リダイレクション情報が成功裏に送信されたことを示すため、リダイレクション情報を受信すると確認応答（ＡＣＫ）メッセージをサービスリダイレクションモジュール１３４に返送する。

【0028】

上述した手続きを通じ、中央制御装置１３は対象サービスを第２のエッジコンピューティングデバイス３１に再割り当てし、オフロード情報と対象サービスの位置（「対象サービス位置」と呼ばれる）を生成し、オフロード情報を第２のエッジコンピューティングデバイス３１に送信し、対象サービス位置を端末装置２１に送信する。さらに述べると、中央制御装置１３のサービスリダイレクションモジュール１３４はオフロード情報を第２のエッジコンピューティングデバイス３１に送信する（ステップＡ１５）。より詳細には、サービスリダイレクションモジュール１３４は、第１のエッジコンピューティングデバイス１１がステップＡ１４に対応する確認応答メッセージを返送するまでステップＡ１５を実行しない。本実施形態では、オフロード情報は第１のエッジコンピューティングデバイス１１のＩＤ、端末装置２１のＩＤ、および対象サービスのＩＤを含む。第２のエッジコンピューティングデバイス３１は、オフロード情報に従い、端末装置２１のために第１と第２のエッジコンピューティングデバイス１１と３１間の接続を構築するための上記要求に同意することができる。簡潔に述べると、第１のエッジコンピューティングデバイス１１と第２のエッジコンピューティングデバイス３１は、中央制御装置１３からそれぞれリダイレクション情報とオフロード情報を取得することができ、これによって互いに接続を構築する。ここで、接続は端末装置２１と対象サービスに関連する。さらに、オフロード情報を受信すると、第２のエッジコンピューティングデバイス３１は、オフロード情報中の対象サービスのＩＤに対応するサービスモジュールの位置情報（例えばＩＰ）を取得し、その位置情報を対象サービス位置と認識し、オフロード情報が成功裏に送信されたことを示すために確認応答メッセージをサービスリダイレクションモジュール１３４へ返送することができる。より詳細には、ステップＡ１５に対応するこの確認応答メッセージは、対象サービス位置を含む。

【0029】

中央制御装置１３のサービスリダイレクションモジュール１３４は、第１のエッジコンピューティングデバイス１１を通して対象サービス位置を端末装置２１へ送信する。さらに述べると、サービスリダイレクションモジュール１３４は、第２のエッジコンピューティングデバイス３１がステップＡ１５に対応する確認応答メッセージを返送するまで待機することができ、そして確認応答メッセージから対象サービス位置を取得し、その後第１のエッジコンピューティングデバイス１１に端末装置２１のＩＤと対象サービス位置を送信する（ステップＡ１６）。第１のコンピューティングデバイス１１は、中央制御装置１３から対象サービス位置を取得し、端末装置２１のＩＤに従って端末装置２１に対象サービス位置を送信する（ステップＡ１７）。より具体的には、上記ステップＡ１６とＡ１７の情報送信は、ドメイン名サービス通知（ＤＮＳ通知）、ＨＴＴＰ３０１、あるいはＨＴＴＰ３０２によって実行することができる。対象サービス位置を取得したのち、端末装置２１は、それに応じ、第１のエッジコンピューティングデバイス１１と第２のエッジコンピューティングデバイス３１間の接続を通して第２のエッジコンピューティングデバイス３１の対象サービスを提供可能なサービスモジュールと接続することができる（ステップＡ１８、Ａ１９）。

【0030】

サービスダウンまたはサービススワップアウトのサービス異常事態を取り扱うことに加え、図３に示すネットワーク通信制御方法はさらに、ＭＥＣダウンのサービス異常事態を取り扱うことができる。図１から３、５を参照すると、図５は、本開示の他の実施形態に係る、複数のエッジクラウドのネットワーク制御方法における信号送信の模式図である。図５の実施形態では、中央制御装置１３の資源管理モジュール１３５は、第１のエッジコンピューティングデバイス１１から第１のエッジコンピューティングデバイス１１の情報を周期的に取得することができる。資源管理モジュール１３５は、一定期間第１のエッジコンピューティングデバイス１１から情報を受信していないと判断すると（ステップＡ２１）、第１のエッジコンピューティングデバイスが無効にされていると判断する。その後、中央制御装置１３は再割り当てを実行することができる。本実施形態では、資源管理モジュール１３５は、サービス異様事態に応じて再配置要求を生成し、サービス位置管理モジュール１３３に送信する（ステップＡ２２）。さらに述べると、再配置要求は、第１のエッジコンピューティングデバイス１１のＩＤ、および第１のエッジコンピューティングデバイス１１に元々接続されていた端末装置２１のＩＤを含むことができる。

【0031】

サービス位置管理モジュール１３３は、再配置要求に従い、再配置手順を実行し、再配置回答を生成し、資源管理モジュール１３５に送信する（ステップＡ２３）。上述したように、サービス位置管理モジュール１３３は、中央制御装置１３に接続されるエッジコンピューティングデバイスがそれぞれ有するサービスのＩＤを記録することができる。したがって、再配置手順は、第１のエッジコンピューティングデバイス１１が元々保有するサービスを第１のエッジコンピューティングデバイス１１のＩＤに応じて決定すること、および各サービスを対象サービスと認識することを含むことができる。引き続くエッジコンピューティングプラットホームの候補と対象エッジコンピューティングプラットホームの選択は、上述した図４の実施形態のそれらと同じであり、ここでは繰り返し述べない。サービス位置管理モジュール１３３によって生成される再配置回答は、対象エッジコンピューティングプラットホームのＩＤ、対象サービスのＩＤ、および端末装置２１のＩＤを含むことができる。上述した図３の実施形態では、第２のエッジコンピューティングデバイス３１がサービス位置管理モジュール１３３によって対象エッジコンピューティングプラットホームとして選択されるので、本実施形態における再配置回答は、第２のエッジコンピューティングデバイス３１のＩＤを含む。

【0032】

上述した手順を通し、中央制御装置１３は対象サービスを第２のエッジコンピューティングデバイス３１に再割り当てし、オフロード情報と対象サービスの位置（対象サービス位置と呼ぶ）を生成し、その後第２のエッジコンピューティングデバイス３１にオフロード情報を送信し、対象サービス位置を端末装置２１に送信する。さらに述べると、中央制御装置１３の資源管理モジュール１３５は、再配置回答に応じ、端末装置２１のＩＤと対象サービスのＩＤを含むオフロード情報を生成し、第２のエッジコンピューティングデバイス３１に送信する（ステップＡ２４）。したがって、第２のエッジコンピューティングデバイス３１は、オフロード情報に従って対象サービが端末装置２１へ提供されることになることを知ることができ、オフロード情報を受信すると、第２のエッジコンピューティングデバイス３１は、オフロード情報内の対象サービスのＩＤに対応するサービスモジュールの位置情報（例えばＩＰ）を取得し、この位置情報を対象サービス位置と認識し、オフロード情報が成功裏に送信されたことを示すために確認応答メッセージを資源管理モジュール１３５に返送することができる。より具体的には、この確認応答メッセージは、対象サービス位置を含む。

【0033】

中央制御装置１３の資源管理モジュール１３５は、第２のエッジコンピューティングデバイス３１を介して対象サービス位置を端末装置２１へ送信する。さらに述べると、資源管理モジュール１３５は、第２のエッジコンピューティングデバイス３１が確認応答メッセージを返送するまで待機し、その後確認応答メッセージから対象サービス位置を獲得し、そして第２のエッジコンピューティングデバイス３１に対して端末装置２１のＩＤと対象サービス位置を送信することができる（ステップＡ２５）。第２のエッジコンピューティングデバイス３１は、中央制御装置１３から対象サービス位置を取得し、その後端末装置２１のＩＰに応じて端末装置２１へ対象サービス位置を送信することができる（ステップＡ２６）。より具体的には、上記ステップＡ２５、Ａ２６の情報送信は、ＤＮＳ通知、ＨＴＴＰ３０１、またはＨＴＴＰ３０２によって実行することができる。対象サービス位置を取得すると、端末装置２１は、それに応じ、第２のエッジコンピューティングデバイス３１の対象サービスを提供可能なサービスモジュールと接続することができる（ステップＡ２７）。より具体的には、本実施形態では、対象サービスを提供するためのエッジコンピューティングプラットホームが変更される前に、端末装置２１はすでに第１のエッジコンピューティングデバイス１１と第２のエッジコンピューティングデバイス３１に接続される。より具体的には、端末装置２１と接続されるベースステーションは、元々第１のエッジコンピューティングデバイス１１と第２のエッジコンピューティングデバイス３１と接続されている。ここでは第１のエッジコンピューティングデバイス１１が主たるエッジコンピューティングプラットホームとして働き、第２のエッジコンピューティングデバイス３１は、主たるエッジコンピューティングプラットホームが停止した際にベースステーションを引き継ぐためのバックアップエッジコンピューティングプラットホームとして働く。

【0034】

一つの実施形態では、複数のエッジクラウドのネットワーク通信制御方法はさらに、第１のエッジコンピューティングデバイス１１が端末装置２１に対象サービスを提供する（すなわち、図３のステップＳ１１）前に、エッジコンピューティングプラットホーム／デバイスを登録する手続き、および端末装置２１からのサービス要求を割り当てる手続きを含むことができる。図１、３、６を参照すると、図６は、本開示の実施形態の一つに係る複数のエッジクラウドのネットワーク通信制御方法の部分的なフローチャートである。図３に示すステップＳ１１の前に、複数のエッジクラウドのネットワーク通信制御方法はさらに、図６に示すステップ、すなわち、ステップＳ２１：第１のエッジコンピューティングプラットホームにより、中央制御プラットホームに登録要求を提出すること；ステップＳ２２：第１のエッジコンピューティングプラットホームにより、第１のエッジコンピューティングプラットホームの動作情報を中央制御プラットホームに提供すること；ステップＳ２３：中央制御プラットホームにより、端末装置からサービス要求を受信し、サービス要求が対象サービスに対応していると判断すること；およびステップＳ２４：中央制御プラットホームにより、対象サービスと第１のエッジコンピューティングプラットホームの動作情報に従い、対象サービスを第１のエッジコンピューティングプラットホームに割り当てること、を含むことができる。

【0035】

さらに述べると、図１に示す通信環境をステップＳ２１からＳ２４によって構築することができる。図１で図示されるように、ステップＳ２１とＳ２２では、第１のエッジコンピューティングデバイス１１は中央制御装置１３に登録要求を提出し、中央制御装置１３はそれに従って第１のエッジコンピューティングデバイスと中央制御装置１３間の通信を構築することができる。第１のエッジコンピューティングデバイス１１が登録されたのち、第１のエッジコンピューティングデバイス１１は、その資源条件、通信遅延時間などの動作情報を中央制御装置１３に提供することができる。より具体的には、第１のエッジコンピューティングデバイス１１は、その動作情報を周期的に中央制御装置１３に提供する。さらに、再割り当て手続きが実行される前において、第２のエッジコンピューティングデバイス３１も中央制御装置１３に対して登録要求を提出し、登録後その動作情報を中央制御装置１３に提供することができる。さらに、より多くのエッジコンピューティングデバイスが登録要求とそれらの動作情報を中央制御装置１３に提出することができるが、これは本開示において制限されない。

【0036】

エッジコンピューティングシステム１が端末装置２１からサービス要求を受信すると、ステップＳ２３とＳ２４において、中央制御装置１３は、サービス要求が対象サービスに対応していると判断し、対象サービスおよび既に登録された各エッジコンピューティングデバイスの動作情報に基づき、対象サービスに対して割り当てを実行する。さらに述べると、第１のエッジコンピューティングデバイス１１のドメイン名サービスモジュール、第２のエッジコンピューティングデバイス３１、または中央制御装置１３に登録されている他のエッジコンピューティングデバイスは、サービス要求（例えば、サービス位置の問い合わせ）を通信範囲内の端末装置２１から受信することができ、そして上記受信ステップを実行するエッジコンピューティングデバイスは、そのＩＤ、そのサービスのＩＤ、および端末装置２１のＩＤを中央制御装置１３のサービス位置管理モジュール１３３に送信することができる。本実施形態では、第１のエッジコンピューティングデバイス１１の動作情報が対象サービスに対応する最適の動作情報であるため、中央制御装置１３は第１のエッジコンピューティングデバイス１１に対象サービスを割り当てる。最適な動作情報の判断に関する例と記述は、前の実施形態における再割り当て手続きにおける最適な動作情報の判断と同じであるため、ここでは繰り返さない。

【0037】

さらに、上述したように、一つの実施形態では、中央制御装置１３は、中央制御機能を備える携帯エッジコンピューティングクラウドでもよく、ベースステーションを介して端末装置２１と接続されることができ、端末装置２１に対して一つまたはそれ以上のサービスを提供することができる。本実施形態では、中央制御装置１３が前の実施形態で述べたような割り当て手続きまたは再割り当て手続きを実行する際、中央制御装置１３は、自身を対象エッジコンピューティングプラットホームの選択の一つと認識することができる。より具体的には、中央制御装置１３は、その優先順位を最後として設定することができる。すなわち、中央制御装置１３は、すべてのエッジコンピューティングデバイスが対象サービスを提供するには適切ではないと判断したのちに、自身が対象サービスを提供するに適しているか否かを判断する。また、中央制御装置１３は、いずれのエッジコンピューティングデバイスも対象サービスを提供できないと判断すると、割り当て失敗信号を生成して端末装置２１に送信することができる。

【0038】

上記実施形態で述べたエッジコンピューティングシステムと複数のエッジクラウドのネットワーク通信制御方法は、中央制御プラットホームの設定と制御に関連し、一元化された通信環境に適用される。本開示はまた、分散された通信環境に適用されるエッジコンピューティングデバイスも提供する。図７と８を参照すると、図７は本開示の実施形態の一つに係るエッジコンピューティングデバイスの通信環境の模式図であり、図８は本開示の実施形態の一つに係るエッジコンピューティングデバイスの機能ブロック図である。図７は、第１のエッジコンピューティングデバイス１１´、端末装置２１、および第２のエッジコンピューティングデバイス３１´を含む、分散された通信環境を例示的に示す。ここで、第１のエッジコンピューティングデバイス１１´は、それぞれ端末装置２１と第２のエッジコンピューティングデバイス３１´との通信接続を有することができる。注意すべき点は、図７に示される、第１のエッジコンピューティングデバイス１１´に接続される端末装置２１の数、および第１のエッジコンピューティングデバイス１１´に接続される第２のエッジコンピューティングデバイス３１´の数は単に一例としてあげられたに過ぎないことである。第１のエッジコンピューティングデバイス１１´は、複数の端末装置２１、および／または複数の第２のエッジコンピューティングデバイス３１´と接続することもできる。さらに、第２のエッジコンピューティングデバイス３１´は一つまたはそれ以上の端末装置２１と接続することができる。

【0039】

第１のエッジコンピューティングデバイス１１´は、「エッジクラウド」と略称される携帯エッジコンピューティング（ＭＥＣ）クラウドであってもよい。第１のエッジコンピューティングデバイス１１´は、端末装置２１に対して一つまたはそれ以上のタイプのサービスを提供するように構成され、他の一つまたはそれ以上の隣接するエッジコンピューティングデバイス（図７における第２のエッジコンピューティングデバイス３１´など）を見付け出し、（資源条件や通信遅延時間を含む）動作情報を取得し、一つまたはそれ以上のサービスを割り当てることができる。換言すると、第１のエッジコンピューティングデバイス１１´は、上述した図１、２に示される第１のエッジコンピューティングデバイス１１と同じ機能を有し、一つまたはそれ以上の隣接するエッジコンピューティングデバイスの情報を管理する機能、および一つまたはそれ以上のサービスを割り当てる機能をさらに備えることができる。同様に、第１のエッジコンピューティングデバイス１１´は、計算能力を備える単一のサーバーでもよく、あるいは異なる機能を有し、互いに接続される複数のサーバーから構成されていてもよい。端末装置２１は、例えばスマートホンやタブレット、ラップトップなどのモバイル電子デバイスでよいが、これに限られない。

【0040】

さらに述べると、図８に示すように、図２に示すようなユーザープラン機能モジュール１１１、ドメイン名サービスモジュール１１２、資源管理モジュール１１３、サービス管理モジュール１１４、第１のサービスモジュール１１５、および第２のサービスモジュール１１６の他に、第１のエッジコンピューティングデバイス１１´は、さらに隣接管理モジュール１１７、参照信号管理モジュール１１８、サービス位置管理モジュール１１９、およびサービスリダイレクションモジュール１２０を備えることができる。図２中の第１のエッジコンピューティングデバイス１１と同一のモジュールの操作については、ここでは繰り返さない。

【0041】

第１のエッジコンピューティングデバイス１１´の隣接管理モジュール１１７は、他の一つまたはそれ以上の隣接エッジコンピューティングデバイスを見出すことができる。より詳しくは、隣接管理モジュール１１７は、第１のエッジコンピューティングデバイス１１´に接続されるベースステーションの通信範囲と重複する通信範囲を備えるベースステーションと接続されるエッジコンピューティングデバイスを表す。二つの通信範囲が互いに重複するということは、端末装置２１が二つの通信範囲の交差部分（すなわち、重複部分）に位置する際、隣接エッジコンピューティングデバイスと接続されるベースステーションと第１のエッジコンピューティングデバイス１１´に接続されるベースステーションがともに端末装置２１と通信できることを意味する。隣接管理モジュール１１７は、自動隣接関係（ＡＮＲ）、特に隣接関係テーブル（ＮＲＴ）に基づいて隣接関係リストを構築することができる。ここで、隣接関係リストは、第２のエッジコンピューティングデバイス３１´の情報を含む。隣接関係が構築されたエッジコンピューティングデバイスのユーザープラン機能モジュール同士は、Ｎ９インターフェースを介して互いに接続されることができる。

【0042】

第１のエッジコンピューティングデバイス１１´の参照信号管理モジュール１１８は、第１のエッジコンピューティングデバイス１１´が他のエッジコンピューティングデバイスと接続しているベースステーションから信号を受信したか否かを確認することができ、受信している場合には、当該他のエッジコンピューティングデバイスが第１のエッジコンピューティングデバイス１１´と隣接関係を有していると判断する。第１のエッジコンピューティングデバイス１１´のサービス位置管理モジュール１１９とサービスリダイレクションモジュール１２０は、それぞれ図３の中央制御装置１３のサービス位置管理モジュール１３３とサービスリダイレクションモジュール１３４と同様の機能を備える。第１のエッジコンピューティングデバイス１１´のサービス位置管理モジュール１１９とサービスリダイレクションモジュール１２０は、一つまたはそれ以上のサービスの再割り当てを行うように構成される。再割り当ての実施については後述する。上述したモジュールは、独立して設置されるものの互いに接続される複数のサーバーによって実施されてもよく、あるいは一つまたはそれ以上のサーバー上で動く複数のアプリケーションによって実施されてもよい。本開示は、上記モジュールの実施のためのサーバーの物理的数を制限するものではない。第２のエッジコンピューティングデバイス３１´は、上記第１のエッジコンピューティングデバイス１１´と同様の構造と機能を有し、関連する詳細についてはここでは繰り返さない。

【0043】

本開示はまた、分散した通信環境に適用される複数のエッジクラウドのネットワーク通信制御方法を提供する。図７から９を参照すると、図９は、本開示のさらなる他の実施形態に係る、複数のエッジクラウドのネットワーク通信制御方法のフローチャートである。図９に示すように、分散した通信環境に適用される複数のエッジクラウドのネットワーク通信制御方法は、第１のエッジコンピューティングプラットホームを用い、以下のステップを行うことを含む：ステップＳ３１：第２のエッジコンピューティングプラットフォームの動作情報を取得すること；ステップＳ３２：端末装置に対象サービスを提供すること；ステップＳ３３：サービス異常状態があると判断すること；ステップＳ３４：サービス異常事態、対象サービス、および第２のエッジコンピューティングプラットホームの動作情報に従い、対象サービスを第２のエッジコンピューティングプラットホームに再割り当てし、オフロード情報と対象サービス位置を生成すること；ステップＳ３５：オフロード情報を第２のエッジコンピューティングプラットホームに送信すること；およびステップＳ３６：対象サービス位置を端末装置に送信し、これによって端末装置が対象サービス位置に従って第２のエッジコンピューティングプラットホームと通信接続を有するようにすること。

【0044】

一つの実施形態では、上記第１のエッジコンピューティングプラットホームと第２のエッジコンピューティングプラットホームは、それぞれ図７と８に示した上記第１のエッジコンピューティングデバイス１１´と第２のエッジコンピューティングデバイス３１´によって実現されてもよい。他の実施形態では、第１のエッジコンピューティングプラットホームと第２のエッジコンピューティングプラットホームは、各々サーバー中の仮想装置によって動くアプリケーションであってもよい。以下、図９に示す複数のエッジクラウドのネットワーク通信制御方法における第１のエッジコンピューティングプラットホームと第２のエッジコンピューティングプラットホームについて、これらがそれぞれ第１のエッジコンピューティングデバイス１１´と第２のエッジコンピューティングデバイス３１´によって実現されるケースについて例示的に記述する。

【0045】

ステップＳ３１では、第１のエッジコンピューティングデバイス１１´は、第１のエッジコンピューティングデバイス１１´に接続される（第２のエッジコンピューティングデバイス３１´を含む）他の一つまたはそれ以上のエッジコンピューティングデバイスの動作情報を取得することができる。さらに述べると、第１のエッジコンピューティングデバイス１１´の隣接管理モジュール１１７は、第１のエッジコンピューティングデバイス１１´の隣接管理モジュール１１７と他のエッジコンピューティングデバイスの隣接管理モジュール間の管理ネットワークを介してこの動作状況を取得することができる。動作情報は、例えば資源条件、各サービスを提供する際の通信遅延時間などを含む。より詳細には、第１のエッジコンピューティングデバイス１１´は、第１のエッジコンピューティングデバイス１１´に接続されるエッジコンピューティングデバイスの資源条件、各サービスを提供する際の通信遅延時間などの情報を周期的に収集することができる。さらに、第１のエッジコンピューティングデバイス１１´に接続されるエッジコンピューティングデバイス（第２のエッジコンピューティングデバイス３１´を含む）は、その隣接管理モジュールを用いて第１のエッジコンピューティングデバイス１１´の動作情報を取得することもできる。換言すると、互いに隣接関係を有する上記エッジコンピューティングデバイスは、それぞれの動作情報を互いに送信し、互いの動作情報を格納することができる。本開示は、エッジコンピューティングデバイスがそれぞれの動作情報を送信する順序を制限しようとするものではない。

【0046】

ステップＳ３２では、第１のエッジコンピューティングデバイス１１´は、端末装置２１に対象サービスを提供する。例えば、対象サービスには人工知能、仮想現実（ＶＲ）、拡張現実（ＡＲ）、自動運転、または他のアプリケーションサービスが含まれる。本開示は、対象サービスのタイプを制限しようとするものではない。さらに述べると、第１のエッジコンピューティングデバイス１１´と端末装置２１間の通信接続は、第１のエッジコンピューティングデバイス１１´、第２のエッジコンピューティングデバイス３１´、または通信環境においてサービス割り当て機能を有する他のエッジコンピューティングデバイスによって、第１のエッジコンピューティングデバイス１１の動作情報に従って前もって決定される。ここで、動作情報は、第１のエッジコンピューティングデバイス１１´の動作の資源条件と対象サービスを提供するときにおける通信遅延時間を含む。注意すべき点は、上記ステップＳ３２はステップＳ３１の前に実行してもよく、あるいはステップＳ３１と同時に実行してもよく、本開示ではこれは制限されない点である。ステップＳ３３では、第１のエッジコンピューティングデバイス１１´は、第１のエッジコンピューティングデバイス１１´においてサービス異常事態が存在すると判断する。ここで、サービス異常事態とは、対象サービスが停止している（「サービスダウン」と呼ばれる）またはスワップアウトされている（「サービススワップアウト」と呼ばれる）ことを意味することができる。サービス異常事態に対する応答では、ステップＳ３４からＳ３６において、第１のエッジコンピューティングデバイス１１´は再割り当てを実行し、他のエッジコンピューティングデバイス（第２のエッジコンピューティングデバイス３１´）に対して対象サービス（すなわち、第１のエッジコンピューティングデバイス１１´によって元々提供されていたサービス）を端末装置２１に提供するよう命令する。

【0047】

より具体的には、図７から１０を参照すると、図１０は、本開示のさらなる他の実施形態に係る、複数のエッジクラウドのネットワーク通信制御方法における信号送信の模式図である。図１０のステップＡ３１に示すように、第１のエッジコンピューティングデバイス１１´内で対象サービスを元々提供していたサービスモジュールにおいて「サービスダウン」または「サービススワップアウト」の異常事態が発生すると、第１のエッジコンピューティングデバイス１１´のサービス管理モジュール１１４は対応するサービス無効化信号を生成し、サービス位置管理モジュール１１９に提供する。「サービスダウン」と「サービススワップアウト」に関連する詳細は、上述した図４の実施形態のそれらと同一であるので、ここでは繰り返さない。サービス位置管理モジュール１１９がサービス無効化信号を受信すると、サービス位置管理モジュール１１９とサービスリダイレクションモジュール１２０はそれに応じて再割り当てを実行する。

【0048】

再割り当ては、再配置手続きとリダイレクション手続きを含むことができる。再配置手続きは、第１のエッジコンピューティングデバイス１１´が元々保有していたサービスを第１のエッジコンピューティングデバイス１１´のＩＤに従って決定すること、および各サービスを対象サービスと認識することを含むことができる。上述したように、第１のエッジコンピューティングデバイス１１´は、第１のエッジコンピューティングデバイス１１´に接続されているエッジコンピューティングデバイスの資源条件や各サービスを提供する際の通信遅延時間などの情報を周期的に収集できる。さらに述べると、サービス位置管理モジュール１１９は、対象サービスのＩＤを有するサービスモジュールを備えるエッジコンピューティングデバイスをエッジコンピューティングプラットホームの候補として選択し、最適な動作情報を有するエッジコンピューティングプラットホームの候補を対象エッジコンピューティングデバイスとして選択することができる。ここで、対象エッジコンピューティングデバイスとは、端末装置２１に対象サービスを提供する仕事を引き継ぐと期待されるエッジコンピューティングプラットホームである。最適な動作情報の判断に関する例と記述は、前述の実施形態における最適な動作情報の判断のそれと同じであるので、ここでは繰り返さない。

【0049】

サービス位置管理モジュール１１９が上記再配置手続きによって対象エッジコンピューティングプラットホームを決定すると、サービス位置管理モジュール１１９は、リダイレクション要求を生成し、サービスリダイレクションモジュール１２０に送信することができる。リダイレクション要求は、対象エッジコンピューティングプラットホームのＩＤ、対象サービスのＩＤ、および端末装置２１のＩＤを含む。上述した図９の実施形態では、第２のエッジコンピューティングデバイス３１´が対象エッジコンピューティングプラットホームとしてサービス位置管理モジュール１１９によって選択される。したがって、本実施形態では、リダイレクション要求は第２のエッジコンピューティングデバイス３１´のＩＤを含む。サービスリダイレクションモジュール１２０は、リダイレクション要求に従ってリダイレクション情報をユーザープラン機能モジュール１１１へ送信することができる。ここで、リダイレクション情報は、第２のエッジコンピューティングデバイス３１´のＩＤ、端末装置２１のＩＤ、および対象サービスのＩＤを含む。ユーザープラン機能モジュール１１１は、第２のエッジコンピューティングデバイス３１´のユーザープラン機能モジュールに対し、端末装置２１のために第１と第２のエッジコンピューティングデバイス１１´、３１´間の通信を構築する要求を提案することができる。ここで、接続とは、具体的にはＮ９インターフェースを介して接続される、端末装置２１のためのセッション接続である。

【0050】

上述した手続きを介し、第１のエッジコンピューティングデバイス１１´は、第２のエッジコンピューティングデバイス３１´に対象サービスを割り当て、オフロード情報と対象サービスの位置（「対象サービス位置」と呼ばれる）を生成し、オフロード情報を第２のエッジコンピューティングデバイス３１´に送信し（ステップＡ３２）、対象サービス位置を端末装置２１へ送信する（ステップＡ３３）。さらに述べると、第１のエッジコンピューティングデバイス１１´は、サービスリダイレクションモジュール１２０を用いてオフロード情報を第２のエッジコンピューティングデバイス３１´に送信することができる。本実施形態では、オフロード情報は、第１のエッジコンピューティングデバイス１１´のＩＤ、端末装置２１のＩＤ、および対象サービスのＩＤを含む。第２のエッジコンピューティングデバイス３１´は、オフロード情報に従って、端末装置２１のための第１と第２のエッジコンピューティングデバイス１１´、３１´間の接続を構築するための上記要求に同意することができる。簡潔に述べると、第１のエッジコンピューティングデバイス１１´と第２のエッジコンピューティングデバイス３１´は、サービスリダイレクションモジュール１２０からそれぞれリダイレクション情報とオフロード情報を取得し、それに従って互いに接続を構築することができる。ここで、接続は、端末装置２１と対象サービスに関連付けられる。第１のエッジコンピューティングデバイス１１´は、サービスリダイレクションモジュール１２０を用いて端末装置２１に対象サービス位置を送信することもできる。さらに述べると、第１のエッジコンピューティングデバイス１１´のサービスリダイレクションモジュール１２０が第２のエッジコンピューティングデバイス３１´に対象サービスを再割り当てする際、サービスリダイレクションモジュールは、第２のエッジコンピューティングデバイス３１´において対象サービスを提供するサービスモジュールの位置情報（例えばＩＰ）を取得し、この位置情報を対象サービス位置と認識することができる。より詳細には、サービスリダイレクションモジュール１２０は、ＤＮＳ通知、ＨＴＴＰ３０１、ＨＴＴＰ３０２によって対象サービス位置を端末装置２１に送信することができる。対象サービス位置を受信すると、端末装置２１はそれに従って、第１のエッジコンピューティングデバイス１１´と第２のエッジコンピューティングデバイス３１´間の接続を介し、第２のエッジコンピューティングデバイス３１´の対象サービス提供可能なサービスモジュールと接続することができる（ステップＡ３５、Ａ３５）。

【0051】

本開示は、一元化された通信環境に適用されるネットワーク通信制御方法または分散した通信環境に適用されるネットワーク通信制御方法を実行するために切り替えが可能な統合化されたネットワーク通信制御方法をも提供することができる。図２、８、１１を参照すると、図１１は本開示の他の実施形態に係るエッジコンピューティングシステムの通信環境の模式図である。図１１に示すように、統合化されたエッジコンピューティングシステム１´は、互いに通信接続を有する第１のエッジコンピューティングデバイス１１´と中央制御装置１３を備えることができる。エッジコンピューティングシステム１´は、端末装置２１との通信接続を備えることができ、さらに第２のエッジコンピューティングデバイス３１´との通信接続を備えることができる。さらに述べると、第１のエッジコンピューティングデバイス１１´は、それぞれ端末装置２１と第２のエッジコンピューティングデバイス３１´との通信接続を備えることができ、中央制御装置１３は第２のエッジコンピューティングデバイス３１´との通信接続を備えることができる。注意すべき点は、ず１１に示される、エッジコンピューティングシステム１´に接続される端末装置２１の数、およびエッジコンピューティングシステム１´に接続され第２のエッジコンピューティングデバイス３１´の数は単に例示されテイルに過ぎないことである。エッジコンピューティングシステム１´は、複数の端末装置２１および／または複数の第２のエッジコンピューティングデバイス３１´と接続されていてもよい。さらに、第２のエッジコンピューティングデバイス３１´は、一つまたはそれ以上の端末装置２１と接続されることができる。

【0052】

中央制御装置１３は、上述した図２の実施形態で述べた中央制御装置と同様のモジュールと機能を有し、同様の操作ができる。第１のエッジコンピューティングデバイス１１´は、上述した図８の実施形態で述べたエッジコンピューティングデバイスと同様のモジュールと機能を有し、同様の操作ができる。従って、エッジコンピューティングシステム１´は、第１のエッジコンピューティングデバイス１１´と協働して中央制御装置１３を使用して前述の実施形態（図３から６の実施形態を含む）で述べた一元化された通信環境に適用されるネットワーク通信制御方法を実行することができ、第１のエッジコンピューティングデバイス１１´を使用して前述の実施形態（図９と１０の実施形態を含む）で述べた分散された通信環境に適用されるネットワーク通信制御方法を実行することができる。さらに述べると、第２のエッジコンピューティングデバイス３１´も、上述した図８の実施形態で述べたエッジコンピューティングデバイスと同様のモジュールと機能を有し、同様の操作ができる。

【0053】

本実施形態では、正常動作をしている間、エッジコンピューティングシステム１´は、一元化された通信環境に適用されるネットワーク通信制御方法を実行する。第１のエッジコンピューティングデバイス１１´が中央制御装置１３との接続が切断されたと判断すると、切り替えが行われ、エッジコンピューティングシステム１´によって分散された通信環境に適用されるネットワーク通信制御方法が実行される。例えば、一元化された通信環境に適用されるネットワーク通信制御方法においては、エッジコンピューティングシステム１´の中央制御装置１３は、第１のエッジコンピューティングデバイス１１´から動作情報を受信すると確認応答メッセージを第１のエッジコンピューティングデバイス１１´に返送する。したがって、第１のエッジコンピューティングデバイス１１´が中央制御装置１３によって返送された確認応答メッセージを受信しない場合には、第１のエッジコンピューティングデバイス１１´は、中央制御装置１３との通信が切断されたと判断することができ、これと同時に、エッジコンピューティングシステム１´は分散された通信環境に適用されるネットワーク通信制御方法（第１のネットワーク通信制御方法）を実行するよう切り替える。特に、本実施形態は、第１のエッジコンピューティングデバイス１１´が分散された通信環境に適用されるネットワーク通信制御方法を実行するエッジコンピューティングデバイスであることを例示的に記述する。他の実施形態では、エッジコンピューティングシステム１´はより多くのエッジコンピューティングデバイスを備え、端末装置からサービス要求を受信したエッジコンピューティングデバイスによって分散された通信環境に適用されるネットワーク通信制御方法が実行される。中央制御装置１３がオンラインに戻ると、中央制御装置１３は、第１のエッジコンピューティングデバイス１１´に対して情報収拾要求を送信することになる。第１のエッジコンピューティングデバイス１１´が情報収拾要求を受信すると、エッジコンピューティングシステム１´は元化された通信環境に適用されるネットワーク通信制御方法（第２のネットワーク通信制御方法）を実行するためにスイッチバックする。

【0054】

本開示はさらに、エッジコンピューティングデバイスの構造を提供する。より具体的には、第１のエッジコンピューティングデバイス１１、中央制御装置１３、および第１のエッジコンピューティングデバイス１１´はそれぞれこの装置構造を備えることができる。本開示他の実施形態に係るエッジコンピューティングデバイスの機能ブロック図である図１２を参照されたい。図１２に示すように、エッジコンピューティングデバイス１０はメモリ１０１とプロセッサ１０３を有し、ここでプロセッサ１０３はメモリ１０１と電気的に接続される。例えば、メモリ１０１はフラッシュメモリ、リードオンリーメモリ、磁気メモリ、あるいは他の不揮発性格納媒体である。メモリ１０１は複数の命令を格納する。さらに述べると、この複数の命令は、少なくとも、前述の実施形態で述べた第１のエッジコンピューティングデバイス１１／中央制御装置１３／第１のエッジコンピューティングデバイス１１´によって実行されるステップに対応する命令を含む。プロセッサ１０３は、例えば中央演算ユニット、マイクロコントローラ、プログラミング可能なロジックコントローラなどである。プロセッサ１０３は、メモリ１０１内に格納された命令を実行し、前述の実施形態で述べた第１のエッジコンピューティングデバイス１１／中央制御装置１３／第１のエッジコンピューティングデバイス１１´によって行われるステップを実行する。

【0055】

このように、本開示は、種々のサービス異常事態に対する応答においてサービスを提供するエッジコンピューティングプラットホームの再割り当てのための、エッジコンピューティングシステム、エッジコンピューティングデバイス、一元化された通信環境に適用される複数のエッジクラウドのネットワーク通信制御方法、および分散された通信環境に適用される複数のエッジクラウドのネットワーク通信制御方法を提供する。このため、サービス異常事態が発生した際、通信環境全体を再構成する必要がない。本開示のエッジコンピューティングシステム、エッジコンピューティングデバイス、および複数のエッジクラウドのネットワーク通信制御方法は、サービス中断が無い動的割り当て機能を有することができ、負荷分散機能と遠隔バックアップ機能をも有することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】