▶ テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッドの特許一覧
特表2022-532007モバイルエッジコンピューティングノードの選択方法、装置及びシステム並びにコンピュータプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-07-13
(54)【発明の名称】モバイルエッジコンピューティングノードの選択方法、装置及びシステム並びにコンピュータプログラム
(51)【国際特許分類】
H04L 41/0894 20220101AFI20220706BHJP
H04L 61/4505 20220101ALI20220706BHJP
H04W 88/16 20090101ALI20220706BHJP
H04W 92/06 20090101ALI20220706BHJP
【ＦＩ】
H04L41/0894
H04L61/4505
H04W88/16
H04W92/06
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021543182
(86)(22)【出願日】2020-04-15
(85)【翻訳文提出日】2021-08-12
(86)【国際出願番号】 CN2020084892
(87)【国際公開番号】W WO2020228469
(87)【国際公開日】2020-11-19
(31)【優先権主張番号】201910387647.7
(32)【優先日】2019-05-10
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】514187420
【氏名又は名称】テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】イオウ，ジチアン
(72)【発明者】
【氏名】ロウ，ジィアジィア
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067EE16
5K067HH24
(57)【要約】
本出願は、モバイル通信の分野に関し、特に、モバイルエッジコンピューティングノードの選択方法、装置及びシステムに関し、エッジクラウドゲートウェイは、ユーザープレーン機能によって転送された第１のＨＴＴＰサービス要求を受信し、第１のＨＴＴＰサービス要求の宛先アドレスは、エッジアプリケーションＶＩＰであり、第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定し、第１のＨＴＴＰサービス要求を対応するＭＥＣ処理サーバーに配布する。これにより、エッジクラウドゲートウェイを新たに追加することで、５Ｇモバイル通信ネットワークに対するＭＥＣノード選択スキームがまだないという問題が解决され、エッジコンピューティングノードを近くで選択して、エッジアクセラレーションの目的を達成することができる。
【特許請求の範囲】
【請求項1】
エッジクラウドゲートウェイが実行する、モバイルエッジコンピューティングにおけるノードの選択方法であって、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムに設置され、前記選択システムは、少なくともユーザープレーン機能と前記エッジクラウドゲートウェイとを含み、前記エッジクラウドゲートウェイは、前記ユーザープレーン機能によって転送された第１のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信するステップであって、前記第１のＨＴＴＰサービス要求の宛先アドレスが、エッジアプリケーション仮想ネットワーク間の相互接続用のプロトコル仮想ＩＰ（ＶＩＰ）であるステップと、
前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するモバイルエッジコンピューティング（ＭＥＣ）処理サーバーを決定するステップと、
前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するステップと、を含む方法。
【請求項2】
前記選択システムは、グローバルサーバロードバラシングをさらに含み、さらに、前記エッジクラウドゲートウェイが前記ユーザープレーン機能によって転送された第１のＨＴＴＰサービス要求を受信する前に、前記ユーザープレーン機能によって転送された第２のＨＴＴＰサービス要求を受信するステップであって、前記第２のＨＴＴＰサービス要求の宛先アドレスがグローバルエッジゲートウェイＩＰであり、前記グローバルエッジゲートウェイＩＰが、グローバルサーバロードバラシングが端末から送信されたドメイン名システム（ＤＮＳ）要求を受信した場合に前記端末に返され、前記グローバルエッジゲートウェイＩＰがサービスアクセラレーションを識別するためのＩＰであるステップと、
前記第２のＨＴＴＰサービス要求に基づいて、前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得するステップと、
前記端末にリダイレクト応答を送信するステップであって、前記端末が前記リダイレクト応答に基づいて前記第１のＨＴＴＰサービス要求を送信するように、前記リダイレクト応答において、リダイレクトアドレスが前記エッジアプリケーションＶＩＰであるステップと、を含む請求項１に記載の方法。
【請求項3】
前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得するステップは、前記グローバルサーバロードバラシングに第１のＨＴＴＰ
ＤＮＳ要求を送信するステップであって、第１のＨＴＴＰ ＤＮＳ要求には、少なくとも、サービスアクセラレーションドメイン名とソースアドレスが含まれ、前記ソースアドレスは前記エッジクラウドゲートウェイのＩＰアドレスであるステップと、
前記グローバルサーバロードバラシングによって返された第１のＨＴＴＰ
ＤＮＳ応答を受信するステップであって、前記第１のＨＴＴＰ ＤＮＳ応答には、エッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰは、前記グローバルサーバロードバラシングによって前記第１のＨＴＴＰ
ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて決定されるステップと、を含む請求項２に記載の方法。
【請求項4】
前記リダイレクト応答はＨＴＴＰ３０２リダイレクト応答である請求項２又は３に記載の方法。
【請求項5】
前記第１のＨＴＴＰサービス要求は、端末が前記ユーザープレーン機能によって転送された第２のＨＴＴＰＤＮＳ応答を受信した場合に送信されることであり、前記第２のＨＴＴＰ
ＤＮＳ応答は、グローバルサーバロードバラシングが前記ユーザープレーン機能によって転送された第２のＨＴＴＰ
ＤＮＳ要求を受信した場合に返されることであり、前記第２のＨＴＴＰ
ＤＮＳ要求は、前記ユーザープレーン機能が前記端末から送信された前記第２のＨＴＴＰ
ＤＮＳ要求における宛先アドレスが前記グローバルサーバロードバラシングのＩＰアドレスであると解析した場合に転送されることであり、
前記第２のＨＴＴＰ
ＤＮＳ応答には、少なくともエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰは、前記グローバルサーバロードバラシングによって前記第２のＨＴＴＰ
ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて決定される請求項１に記載の方法。
【請求項6】
前記ユーザープレーン機能、前記エッジクラウドゲートウェイ及び前記グローバルサーバロードバラシングはそれぞれ異なる事前設定規則に対応し、前記事前設定規則はサービスアクセラレーションのルーティング設定を表す請求項２から５のいずれか１項に記載の方法。
【請求項7】
前記ユーザープレーン機能は、第１の事前設定規則に対応し、前記第１の事前設定規則は少なくとも、宛先アドレスがグローバルエッジゲートウェイＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されること、又は、宛先アドレスがエッジアプリケーションＶＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されることを含み、前記エッジクラウドゲートウェイは、第２の事前設定規則に対応し、前記第２の事前設定規則は少なくとも、事前設定されたルートポリシーを含み、
前記グローバルサーバロードバラシングは第３の事前設定規則に対応し、前記第３の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＤＮＳ要求に対してグローバルエッジゲートウェイＩＰを返すこと、又は、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＨＴＴＰ
ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求における、ソースアドレスがエッジクラウドゲートウェイであるＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む請求項６に記載の方法。
【請求項8】
前記ユーザープレーン機能は、第４の事前設定規則に対応し、前記第４の事前設定規則は少なくとも、宛先アドレスがエッジアプリケーションＶＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されることを含み、前記グローバルサーバロードバラシングは、第５の事前設定規則に対応し、前記第５の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＨＴＴＰ
ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む請求項６に記載の方法。
【請求項9】
前記第１の事前設定規則、前記第２の事前設定規則又は前記第４の事前設定規則は、設置されたエッジコントローラによって配置され、又はロカールで配置され、前記エッジコントローラは、前記選択システムにおけるコアネットワークのクラウドセンターに設置され、それぞれ前記エッジクラウドゲートウェイ及び前記ユーザープレーン機能と通信接続する請求項７又は８に記載の方法。
【請求項10】
前記エッジクラウドゲートウェイは、前記選択システムのＭＥＣノード側又はエッジデータセンターＤＣ側に設置される請求項１から５のいずれか１項に記載の方法。
【請求項11】
モバイルエッジコンピューティングノード選択のためのエッジクラウドゲートウェイであって、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムに設置され、前記選択システムは少なくとも、ユーザープレーン機能と前記エッジクラウドゲートウェイとを含み、前記エッジクラウドゲートウェイは、前記ユーザープレーン機能によって転送された第１のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信するための第１の受信モジュールであって、前記第１のＨＴＴＰサービス要求の宛先アドレスが、エッジアプリケーション仮想ネットワークの間の相互接続用のプロトコル仮想ＩＰ（ＶＩＰ）である第１の受信モジュールと、
前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するモバイルエッジコンピューティング（ＭＥＣ）処理サーバーを決定するための決定モジュールと、
前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するための配布モジュールと、を含むエッジクラウドゲートウェイ。
【請求項12】
モバイルエッジコンピューティングノードの選択システムであって、前記選択システムは少なくとも、端末から送信された第１のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信し、前記第１のＨＴＴＰサービス要求における宛先アドレスがエッジアプリケーション仮想ネットワークの間の相互接続用のプロトコル仮想ＩＰ（ＶＩＰ）であると決定した場合、前記第１のＨＴＴＰサービス要求をエッジクラウドゲートウェイに転送するためのユーザープレーン機能と、
前記ユーザープレーン機能によって転送された前記第１のＨＴＴＰサービス要求を受信し、前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するモバイルエッジコンピューティング（ＭＥＣ）処理サーバーを決定し、前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するためのエッジクラウドゲートウェイと、を含むシステム。
【請求項13】
前記選択システムはさらに、前記端末から送信されたドメイン名システム（ＤＮＳ）要求を受信した際、前記ＤＮＳ要求におけるドメイン名が事前設定されたサービスアクセラレーションドメイン名であると決定した場合、前記端末にグローバルエッジゲートウェイＩＰを返すためのグローバルサーバロードバラシングであって、前記グローバルエッジゲートウェイＩＰが、サービスアクセラレーションを識別するためのＩＰであるグローバルサーバロードバラシングを含み、
前記ユーザープレーン機能はさらに、前記端末から送信された第２のＨＴＴＰサービス要求を受信し、前記第２のＨＴＴＰサービス要求における宛先アドレスがグローバルエッジゲートウェイＩＰであると決定した場合、前記第２のＨＴＴＰサービス要求を前記エッジクラウドゲートウェイに転送し、
前記エッジクラウドゲートウェイはさらに、前記ユーザープレーン機能によって転送された第２のＨＴＴＰサービス要求を受信し、前記第２のＨＴＴＰサービス要求に基づいて、前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得し、前記端末にリダイレクト応答を送信し、前記端末が前記リダイレクト応答に基づいて前記第１のＨＴＴＰサービス要求を送信するように、前記リダイレクト応答において、リダイレクトアドレスは前記エッジアプリケーションＶＩＰである請求項１２に記載のシステム。
【請求項14】
前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得する場合に、前記エッジクラウドゲートウェイは具体的に、前記グローバルサーバロードバラシングに第１のＨＴＴＰ
ＤＮＳ要求を送信し、第１のＨＴＴＰ ＤＮＳ要求には少なくとも、サービスアクセラレーションドメイン名とソースアドレスが含まれ、前記ソースアドレスが前記エッジクラウドゲートウェイのＩＰアドレスであり、
前記グローバルサーバロードバラシングによって返された第１のＨＴＴＰ
ＤＮＳ応答を受信し、前記第１のＨＴＴＰ ＤＮＳ応答にはエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰが、前記グローバルサーバロードバラシングによって前記第１のＨＴＴＰ
ＤＮＳ要求における前記エッジクラウドゲートウェイのＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて決定される請求項１３に記載のシステム。
【請求項15】
前記選択システムはさらに、前記ユーザープレーン機能によって転送された第２のＨＴＴＰ
ＤＮＳ要求を受信した場合、第２のＨＴＴＰ ＤＮＳ応答を返すためのグローバルサーバロードバラシングであって、前記第２のＨＴＴＰ
ＤＮＳ要求は、前記ユーザープレーン機能が端末から送信された前記第２のＨＴＴＰ
ＤＮＳ要求における宛先アドレスが前記グローバルサーバロードバラシングのＩＰアドレスであると解析した場合に転送され、前記第２のＨＴＴＰ
ＤＮＳ応答には、少なくとも、エッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰは、前記グローバルサーバロードバラシングによって前記第２のＨＴＴＰ
ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて決定されるグローバルサーバロードバラシングを含み、
前記ユーザープレーン機能は、さらに、前記グローバルサーバロードバラシングによって返された第２のＨＴＴＰ
ＤＮＳ応答を受信し、前記端末が前記第２のＨＴＴＰ ＤＮＳ応答におけるエッジアプリケーションＶＩＰに基づいて前記第１のＨＴＴＰサービス要求を送信するように、前記第２のＨＴＴＰ
ＤＮＳ応答を前記端末に転送する請求項１２に記載のシステム。
【請求項16】
電子機器であって、メモリ、プロセッサー及びメモリに記憶されプロセッサーで実行可能なコンピュータプログラムを含み、前記プロセッサーは前記プログラムを実行するときに、請求項１から１０のいずれか１項に記載の方法を実行する電子機器。
【請求項17】
命令を含むコンピュータプログラムであって、コンピュータで実行されるときに、請求項１から１０のいずれか１項に記載の方法を前記コンピュータに実行させるコンピュータプログラム。【発明の詳細な説明】
【技術分野】
【0001】
本出願は、２０１９年０５月１０日にて中国特許庁に提出された、出願番号が２０１９１０３８７６４７．７であり、出願名称が「モバイルエッジコンピューティングノードの選択方法、装置及びシステム」である中国特許出願の優先権を主張し、その全内容を本出願に参照により援用する。
【0002】
本出願は、モバイル通信の分野に関し、特に、モバイルエッジコンピューティングノードの選択に関する。
【背景技術】
【0003】
現在、科学技術の発展に伴い、通信サービスの処理及び伝送レートに対するユーザーの需要はますます高まっており、特に、第５世代モバイル通信技術（５－Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）のモバイル通信ネットワークの場合、処理速度に対する要件はより高くなり、モバイルエッジコンピューティングは、モバイルアクセスネットワークを利用して、コンピューティング、記憶、処理などの能力を近くで提供し、遅延を減少させることができ、そのために、モバイル端末を当該モバイル端末に最も近いモバイルエッジコンピューティング（Ｍｏｂｉｌｅ
Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）ノードにスケジューリングする必要がある。
Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）ノードにスケジューリングする必要がある。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本出願の実施例は、５Ｇモバイル通信ネットワークに対するＭＥＣノード選択スキームという問題を解決するために、モバイルエッジコンピューティングノードの選択方法、装置及びシステムを提供する。
【課題を解決するための手段】
【0005】
本出願の実施例による具体的な技術案は以下の通りであり、
一態様によれば、本出願の実施例は、エッジクラウドゲートウェイが実行するモバイルエッジコンピューティングノードの選択方法を提供し、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムに設置され、前記選択システムは少なくとも、ユーザープレーン機能と前記エッジクラウドゲートウェイとを含み、
前記エッジクラウドゲートウェイは、ユーザープレーン機能によって転送された第１のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信するステップであって、前記第１のＨＴＴＰサービス要求の宛先アドレスがエッジアプリケーション仮想ネットワークの間の相互接続用のプロトコルＶＩＰであるステップと、
前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定するステップと、
前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するステップと、を具体的に含む。
一態様によれば、本出願の実施例は、エッジクラウドゲートウェイが実行するモバイルエッジコンピューティングノードの選択方法を提供し、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムに設置され、前記選択システムは少なくとも、ユーザープレーン機能と前記エッジクラウドゲートウェイとを含み、
前記エッジクラウドゲートウェイは、ユーザープレーン機能によって転送された第１のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信するステップであって、前記第１のＨＴＴＰサービス要求の宛先アドレスがエッジアプリケーション仮想ネットワークの間の相互接続用のプロトコルＶＩＰであるステップと、
前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定するステップと、
前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するステップと、を具体的に含む。
【0006】
他方の態様によれば、本出願の実施例は、モバイルエッジコンピューティングノードの選択のためのエッジクラウドゲートウェイを提供し、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムに設置され、前記選択システムは少なくとも、ユーザープレーン機能と前記エッジクラウドゲートウェイとを含み、前記エッジクラウドゲートウェイは、
前記ユーザープレーン機能によって転送された第１のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信するための第１の受信モジュールであって、前記第１のＨＴＴＰサービス要求の宛先アドレスが、エッジアプリケーション仮想ネットワークの間の相互接続用のプロトコルＶＩＰである第１の受信モジュールと、
前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定するための決定モジュールと、
前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するための配布モジュールと、を含む。
前記ユーザープレーン機能によって転送された第１のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信するための第１の受信モジュールであって、前記第１のＨＴＴＰサービス要求の宛先アドレスが、エッジアプリケーション仮想ネットワークの間の相互接続用のプロトコルＶＩＰである第１の受信モジュールと、
前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定するための決定モジュールと、
前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するための配布モジュールと、を含む。
【0007】
好ましい実現形態において、前記選択システムはさらに、グローバルサーバロードバラシングを含み、前記エッジクラウドゲートウェイはさらに、
前記ユーザープレーン機能によって転送された第２のＨＴＴＰサービス要求を受信するための第２の受信モジュールであって、前記第２のＨＴＴＰサービス要求の宛先アドレスがグローバルエッジゲートウェイＩＰであり、前記グローバルエッジゲートウェイＩＰは、グローバルサーバロードバラシングが前記端末から送信されたドメイン名システム（ＤＮＳ）要求を受信した場合に前記端末に返され、前記グローバルエッジゲートウェイＩＰがサービスアクセラレーションを識別するためのＩＰである第２の受信モジュールと、
前記第２のＨＴＴＰサービス要求に基づいて、前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得するための取得モジュールと、
前記端末にリダイレクト応答を送信するための送信モジュールであって、前記端末が前記リダイレクト応答に基づいて前記第１のＨＴＴＰサービス要求を送信するように、前記リダイレクト応答において、リダイレクトアドレスが前記エッジアプリケーションＶＩＰでする送信モジュールと、を含む。
前記ユーザープレーン機能によって転送された第２のＨＴＴＰサービス要求を受信するための第２の受信モジュールであって、前記第２のＨＴＴＰサービス要求の宛先アドレスがグローバルエッジゲートウェイＩＰであり、前記グローバルエッジゲートウェイＩＰは、グローバルサーバロードバラシングが前記端末から送信されたドメイン名システム（ＤＮＳ）要求を受信した場合に前記端末に返され、前記グローバルエッジゲートウェイＩＰがサービスアクセラレーションを識別するためのＩＰである第２の受信モジュールと、
前記第２のＨＴＴＰサービス要求に基づいて、前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得するための取得モジュールと、
前記端末にリダイレクト応答を送信するための送信モジュールであって、前記端末が前記リダイレクト応答に基づいて前記第１のＨＴＴＰサービス要求を送信するように、前記リダイレクト応答において、リダイレクトアドレスが前記エッジアプリケーションＶＩＰでする送信モジュールと、を含む。
【0008】
好ましい実現形態において、前記取得モジュールは具体的に、
前記グローバルサーバロードバラシングに第１のＨＴＴＰ
ＤＮＳ要求を送信し、第１のＨＴＴＰ ＤＮＳ要求には少なくとも、サービスアクセラレーションドメイン名とソースアドレスが含まれ、前記ソースアドレスが、前記エッジクラウドゲートウェイのＩＰアドレスであり、
前記グローバルサーバロードバラシングによって返された第１のＨＴＴＰ
ＤＮＳ応答を受信し、前記第１のＨＴＴＰ ＤＮＳ応答にはエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰが、前記グローバルサーバロードバラシングによって前記第１のＨＴＴＰ
ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて決定される。
前記グローバルサーバロードバラシングに第１のＨＴＴＰ
ＤＮＳ要求を送信し、第１のＨＴＴＰ ＤＮＳ要求には少なくとも、サービスアクセラレーションドメイン名とソースアドレスが含まれ、前記ソースアドレスが、前記エッジクラウドゲートウェイのＩＰアドレスであり、
前記グローバルサーバロードバラシングによって返された第１のＨＴＴＰ
ＤＮＳ応答を受信し、前記第１のＨＴＴＰ ＤＮＳ応答にはエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰが、前記グローバルサーバロードバラシングによって前記第１のＨＴＴＰ
ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて決定される。
【0009】
好ましい実現形態において、前記リダイレクト応答は、ＨＴＴＰ
３０２リダイレクト応答である。
３０２リダイレクト応答である。
【0010】
好ましい実現形態において、前記第１のＨＴＴＰサービス要求は、前記端末が前記ユーザープレーン機能によって転送された第２のＨＴＴＰ
ＤＮＳ応答を受信した場合に送信されることであり、前記第２のＨＴＴＰ
ＤＮＳ応答は、前記グローバルサーバロードバラシングが前記ユーザープレーン機能によって転送された第２のＨＴＴＰ
ＤＮＳ要求を受信した場合に返されることであり、前記第２のＨＴＴＰ
ＤＮＳ要求は、前記ユーザープレーン機能が前記端末から送信された前記第２のＨＴＴＰ
ＤＮＳ要求における宛先アドレスが前記グローバルサーバロードバラシングのＩＰアドレスであると解析した場合に転送されることであり、
前記第２のＨＴＴＰ
ＤＮＳ応答には少なくともエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰは、前記グローバルサーバロードバラシングによって前記第２のＨＴＴＰ
ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて決定される。
ＤＮＳ応答を受信した場合に送信されることであり、前記第２のＨＴＴＰ
ＤＮＳ応答は、前記グローバルサーバロードバラシングが前記ユーザープレーン機能によって転送された第２のＨＴＴＰ
ＤＮＳ要求を受信した場合に返されることであり、前記第２のＨＴＴＰ
ＤＮＳ要求は、前記ユーザープレーン機能が前記端末から送信された前記第２のＨＴＴＰ
ＤＮＳ要求における宛先アドレスが前記グローバルサーバロードバラシングのＩＰアドレスであると解析した場合に転送されることであり、
前記第２のＨＴＴＰ
ＤＮＳ応答には少なくともエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰは、前記グローバルサーバロードバラシングによって前記第２のＨＴＴＰ
ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて決定される。
【0011】
好ましい実現形態において、前記ユーザープレーン機能、前記エッジクラウドゲートウェイ及び前記グローバルサーバロードバラシングはそれぞれ異なる事前設定規則に対応し、前記事前設定規則はサービスアクセラレーションのルーティング設定を表す。
【0012】
好ましい実現形態において、前記ユーザープレーン機能は第１の事前設定規則に対応し、前記第１の事前設定規則は少なくとも、宛先アドレスがグローバルエッジゲートウェイＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されること、又は、宛先アドレスがエッジアプリケーションＶＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されることを含み、
前記エッジクラウドゲートウェイは第２の事前設定規則に対応し、前記第２の事前設定規則は少なくとも事前設定されたルートポリシーを含み、
前記グローバルサーバロードバラシングは第３の事前設定規則に対応し、前記第３の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＤＮＳ要求に対して、グローバルエッジゲートウェイＩＰを返すこと、又は、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＨＴＴＰ
ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求における、ソースアドレスがエッジクラウドゲートウェイであるＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む。
前記エッジクラウドゲートウェイは第２の事前設定規則に対応し、前記第２の事前設定規則は少なくとも事前設定されたルートポリシーを含み、
前記グローバルサーバロードバラシングは第３の事前設定規則に対応し、前記第３の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＤＮＳ要求に対して、グローバルエッジゲートウェイＩＰを返すこと、又は、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＨＴＴＰ
ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求における、ソースアドレスがエッジクラウドゲートウェイであるＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む。
【0013】
好ましい実現形態において、前記ユーザープレーン機能は第４の事前設定規則に対応し、前記第４の事前設定規則は少なくとも、宛先アドレスがエッジアプリケーションＶＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されることを含み、
前記グローバルサーバロードバラシングは第５の事前設定規則に対応し、前記第５の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＨＴＴＰ
ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む。
前記グローバルサーバロードバラシングは第５の事前設定規則に対応し、前記第５の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＨＴＴＰ
ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む。
【0014】
好ましい実現形態において、前記第１の事前設定規則、前記第２の事前設定規則又は前記第４の事前設定規則は、設置されたエッジコントローラによって配置され、又はロカールで配置され、
前記エッジコントローラは前記選択システムにおけるコアネットワークのクラウドセンターに設置され、それぞれ前記エッジクラウドゲートウェイ及び前記ユーザープレーン機能と通信接続する。
前記エッジコントローラは前記選択システムにおけるコアネットワークのクラウドセンターに設置され、それぞれ前記エッジクラウドゲートウェイ及び前記ユーザープレーン機能と通信接続する。
【0015】
他方の態様によれば、本出願の実施例は、モバイルエッジコンピューティングノードの選択システムを提供し、少なくともユーザープレーン機能とエッジクラウドゲートウェイとを含み、前記エッジクラウドゲートウェイは前記選択システムに設置され、具体的に、
前記ユーザープレーン機能は、端末から送信された第１のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信し、前記第１のＨＴＴＰサービス要求における宛先アドレスがエッジアプリケーション仮想ネットワークの間の相互接続用のプロトコルＶＩＰであると決定した場合、前記第１のＨＴＴＰサービス要求をエッジクラウドゲートウェイに転送し、
前記エッジクラウドゲートウェイは、前記ユーザープレーン機能によって転送された第１のＨＴＴＰサービス要求を受信し、前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定し、前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布する。
前記ユーザープレーン機能は、端末から送信された第１のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信し、前記第１のＨＴＴＰサービス要求における宛先アドレスがエッジアプリケーション仮想ネットワークの間の相互接続用のプロトコルＶＩＰであると決定した場合、前記第１のＨＴＴＰサービス要求をエッジクラウドゲートウェイに転送し、
前記エッジクラウドゲートウェイは、前記ユーザープレーン機能によって転送された第１のＨＴＴＰサービス要求を受信し、前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定し、前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布する。
【0016】
他方の態様によれば、本出願の実施例は、電子機器を提供し、メモリ、プロセッサー及びメモリに記憶されプロセッサーで実行可能なコンピュータプログラムを含み、前記プロセッサーは前記プログラムを実行するときに、以上の態様に係るモバイルエッジコンピューティングノードの選択方法を実行する。
【0017】
他方の態様によれば、本出願の実施例は、記憶媒体を提供し、前記記憶媒体は、コンピュータプログラムを記憶し、前記コンピュータプログラムは、以上の態様に係るモバイルエッジコンピューティングノードの選択方法を実行する。
【0018】
他方の態様によれば、本出願の実施例は、命令を含むコンピュータプログラム製品を提供し、コンピュータで実行されるときに、以上の態様に係るモバイルエッジコンピューティングノードの選択方法を前記コンピュータに実行させる。
【0019】
本出願の実施例による技術案は少なくとも以下の有益な効果を含み、
エッジクラウドゲートウェイを新たに追加することで、伝統的なＤＮＳアドレッシングプロセス又はＨＴＴＰ
ＤＮＳの要求プロセスに適用することができ、エッジクラウドゲートウェイが端末の第１のＨＴＴＰサービス要求を取得した場合、エッジアプリケーションＶＩＰが含まれる当該第１のＨＴＴＰサービス要求に基づいて、エッジクラウドゲートウェイは、事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定し、第１のＨＴＴＰサービス要求を対応するＭＥＣ処理サーバーに配布することができ、端末が認識せず、サービスロジックを修正しないことを前提として、従来のネットワークフローを改良することで、モバイルエッジコンピューティングノードの選択メカニズムを実現し、５Ｇモバイル通信ネットワークに対するＭＥＣノード選択スキームという問題を解决し、これにより、エッジコンピューティングノードを近くで選択して、エッジアクセラレーションの目的を達することができる。
エッジクラウドゲートウェイを新たに追加することで、伝統的なＤＮＳアドレッシングプロセス又はＨＴＴＰ
ＤＮＳの要求プロセスに適用することができ、エッジクラウドゲートウェイが端末の第１のＨＴＴＰサービス要求を取得した場合、エッジアプリケーションＶＩＰが含まれる当該第１のＨＴＴＰサービス要求に基づいて、エッジクラウドゲートウェイは、事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定し、第１のＨＴＴＰサービス要求を対応するＭＥＣ処理サーバーに配布することができ、端末が認識せず、サービスロジックを修正しないことを前提として、従来のネットワークフローを改良することで、モバイルエッジコンピューティングノードの選択メカニズムを実現し、５Ｇモバイル通信ネットワークに対するＭＥＣノード選択スキームという問題を解决し、これにより、エッジコンピューティングノードを近くで選択して、エッジアクセラレーションの目的を達することができる。
【図面の簡単な説明】
【0020】
【図1】関連技術におけるＣＤＮスケジューリングの方法のフローチャートである。
【図2】本出願の実施例における、モバイルエッジコンピューティングノードの選択システムのアーキテクチャ概略図である。
【図3】本出願の実施例における、モバイルエッジコンピューティングノードの選択方法のフローチャートである。
【図4】本出願の実施例における、モバイルエッジコンピューティングノードの選択方法のインタラクションフローチャートである。
【図5】本出願の実施例における、モバイルエッジコンピューティングノードの選択方法の別のインタラクションフローチャートである。
【図6】本出願の実施例における、モバイルエッジコンピューティングノードの選択装置の概略構造図である。
【図7】本出願の実施例における電子機器の概略構造図である。
【発明を実施するための形態】
【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】
例えば、ＵＰＦ２００は、端末から再送信された第１のＨＴＴＰサービス要求を受信し、第１のＨＴＴＰサービス要求における宛先アドレスがエッジアプリケーションＶＩＰであると決定した場合、第１のＨＴＴＰサービス要求をエッジクラウドゲートウェイ２１０に転送する。
【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】
ステップ５０２：ＵＰＦは、第２のＨＴＴＰ
ＤＮＳ要求における宛先アドレスがＧＳＬＢのＩＰアドレスであると決定した場合、第２のＨＴＴＰ
ＤＮＳ要求をＧＳＬＢに転送する。
ＤＮＳ要求における宛先アドレスがＧＳＬＢのＩＰアドレスであると決定した場合、第２のＨＴＴＰ
ＤＮＳ要求をＧＳＬＢに転送する。
【0123】
ステップ５０３：ＧＳＬＢはＵＰＦによって転送された第２のＨＴＴＰ
ＤＮＳ要求を受信する。
ＤＮＳ要求を受信する。
【0124】
ステップ５０４：ＧＳＬＢはＵＰＦに第２のＨＴＴＰ
ＤＮＳ応答を返す。
ＤＮＳ応答を返す。
【0125】
第２のＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションＶＩＰが含まれる。
【0126】
ステップ５０５：ＵＰＦは、ＧＳＬＢから返された第２のＨＴＴＰ
ＤＮＳ応答を受信する。
ＤＮＳ応答を受信する。
【0127】
ステップ５０６：ＵＰＦは、第２のＨＴＴＰ
ＤＮＳ応答を端末に転送する。
ＤＮＳ応答を端末に転送する。
【0128】
ステップ５０７：端末は、ＵＰＦによって転送された第２のＨＴＴＰ
ＤＮＳ応答を受信する。
ＤＮＳ応答を受信する。
【0129】
ステップ５０８：端末は、第２のＨＴＴＰ
ＤＮＳ応答におけるエッジアプリケーションＶＩＰに基づいて、ＵＰＦに第１のＨＴＴＰサービス要求を送信する。
ＤＮＳ応答におけるエッジアプリケーションＶＩＰに基づいて、ＵＰＦに第１のＨＴＴＰサービス要求を送信する。
【0130】
第１のＨＴＴＰサービス要求の宛先アドレスはエッジアプリケーションＶＩＰである。
【0131】
ステップ５０９：ＵＰＦは、端末から送信された第１のＨＴＴＰサービス要求を受信する。
【0132】
ステップ５１０：ＵＰＦは、第１のＨＴＴＰサービス要求の宛先アドレスがエッジアプリケーションＶＩＰであると決定した場合、第１のＨＴＴＰサービス要求をエッジクラウドゲートウェイに転送する。
【0133】
ステップ５１１：エッジクラウドゲートウェイは、ＵＰＦによって転送された第１のＨＴＴＰサービス要求を受信し、第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定し、第１のＨＴＴＰサービス要求を対応するＭＥＣ処理サーバーに配布する。
【0134】
このように、本出願の実施例では、主に５Ｇモバイル通信ネットワークに対して、ＨＴＴＰ ＤＮＳ要求プロセスに基づくモバイルエッジコンピューティングノード選択のための別のサービスデータフローを提案し、エッジクラウドゲートウェイなどの機器を介して、サービスを最も近いＭＥＣ処理サーバーに配布することができ、精度がより高くなり、エッジコンピューティングノードに対する選択を実現し、遅延を減少させ、サービスアクセラレーションの目的を達成する。
【0135】
上記の実施例に基づいて、図６を参照し、本出願の実施例における、モバイルエッジコンピューティングノード選択のためのエッジクラウドゲートウェイが示され、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムにおけるＭＥＣノード側又はエッジＤＣ側に設置され、当該システムは少なくともＵＰＦと前記エッジクラウドゲートウェイとを含み、前記エッジクラウドゲートウェイは、
ＵＰＦによって転送された第１のＨＴＴＰサービス要求を受信するための第１の受信モジュール６０であって、前記第１のＨＴＴＰサービス要求の宛先アドレスがエッジアプリケーションＶＩＰである第１の受信モジュール６０と、
前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定するための決定モジュール６１と、
前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するための配布モジュール６２と、を含む。
ＵＰＦによって転送された第１のＨＴＴＰサービス要求を受信するための第１の受信モジュール６０であって、前記第１のＨＴＴＰサービス要求の宛先アドレスがエッジアプリケーションＶＩＰである第１の受信モジュール６０と、
前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するＭＥＣ処理サーバーを決定するための決定モジュール６１と、
前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するための配布モジュール６２と、を含む。
【0136】
好ましくは、前記選択システムはさらにグローバルサーバロードバラシングを含み、前記エッジクラウドゲートウェイはさらに、
前記ユーザープレーン機能によって転送された第２のＨＴＴＰサービス要求を受信するための第２の受信モジュール６３であって、前記第２のＨＴＴＰサービス要求の宛先アドレスがグローバルエッジゲートウェイＩＰであり、前記グローバルエッジゲートウェイＩＰが、グローバルサーバロードバラシングが前記端末から送信されたドメイン名システム（ＤＮＳ）要求を受信した場合に前記端末に返されることであり、前記グローバルエッジゲートウェイＩＰがサービスアクセラレーションを識別するためのＩＰである第２の受信モジュール６３と、
前記第２のＨＴＴＰサービス要求に基づいて、前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得するための取得モジュール６４と、
前記端末にリダイレクト応答を送信するための送信モジュール６５であって、前記端末が前記リダイレクト応答に基づいて第１のＨＴＴＰサービス要求を送信するように、前記リダイレクト応答においてリダイレクトアドレスが前記エッジアプリケーションＶＩＰである送信モジュール６５と、を含む。
前記ユーザープレーン機能によって転送された第２のＨＴＴＰサービス要求を受信するための第２の受信モジュール６３であって、前記第２のＨＴＴＰサービス要求の宛先アドレスがグローバルエッジゲートウェイＩＰであり、前記グローバルエッジゲートウェイＩＰが、グローバルサーバロードバラシングが前記端末から送信されたドメイン名システム（ＤＮＳ）要求を受信した場合に前記端末に返されることであり、前記グローバルエッジゲートウェイＩＰがサービスアクセラレーションを識別するためのＩＰである第２の受信モジュール６３と、
前記第２のＨＴＴＰサービス要求に基づいて、前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得するための取得モジュール６４と、
前記端末にリダイレクト応答を送信するための送信モジュール６５であって、前記端末が前記リダイレクト応答に基づいて第１のＨＴＴＰサービス要求を送信するように、前記リダイレクト応答においてリダイレクトアドレスが前記エッジアプリケーションＶＩＰである送信モジュール６５と、を含む。
【0137】
好ましくは、取得モジュール６４は具体的に以下のために使用され、
前記グローバルサーバロードバラシングに第１のＨＴＴＰ
ＤＮＳ要求を送信し、第１のＨＴＴＰ ＤＮＳ要求には少なくともサービスアクセラレーションドメイン名とソースアドレスが含まれ、前記ソースアドレスが前記エッジクラウドゲートウェイのＩＰアドレスであり、
前記グローバルサーバロードバラシングによって返された第１のＨＴＴＰ
ＤＮＳ応答を受信し、前記第１のＨＴＴＰ ＤＮＳ応答にはエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰが、前記グローバルサーバロードバラシングによって前記第１のＨＴＴＰ
ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて決定される。
前記グローバルサーバロードバラシングに第１のＨＴＴＰ
ＤＮＳ要求を送信し、第１のＨＴＴＰ ＤＮＳ要求には少なくともサービスアクセラレーションドメイン名とソースアドレスが含まれ、前記ソースアドレスが前記エッジクラウドゲートウェイのＩＰアドレスであり、
前記グローバルサーバロードバラシングによって返された第１のＨＴＴＰ
ＤＮＳ応答を受信し、前記第１のＨＴＴＰ ＤＮＳ応答にはエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰが、前記グローバルサーバロードバラシングによって前記第１のＨＴＴＰ
ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて決定される。
【0138】
好ましくは、前記リダイレクト応答はＨＴＴＰ
３０２リダイレクト応答である。
３０２リダイレクト応答である。
【0139】
好ましくは、前記第１のＨＴＴＰサービス要求は、前記端末が前記ユーザープレーン機能によって転送された第２のＨＴＴＰ
ＤＮＳ応答を受信した場合に送信されることであり、前記第２のＨＴＴＰ
ＤＮＳ応答は、前記グローバルサーバロードバラシングが前記ユーザープレーン機能によって転送された第２のＨＴＴＰ
ＤＮＳ要求を受信した場合に返されることであり、前記第２のＨＴＴＰ
ＤＮＳ要求は、前記ユーザープレーン機能が前記端末から送信された前記第２のＨＴＴＰ
ＤＮＳ要求における宛先アドレスが前記グローバルサーバロードバラシングのＩＰアドレスであると解析した場合に転送されることであり、
前記第２のＨＴＴＰ
ＤＮＳ応答には少なくともエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰは、前記グローバルサーバロードバラシングによって前記第２のＨＴＴＰ
ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて決定される。
ＤＮＳ応答を受信した場合に送信されることであり、前記第２のＨＴＴＰ
ＤＮＳ応答は、前記グローバルサーバロードバラシングが前記ユーザープレーン機能によって転送された第２のＨＴＴＰ
ＤＮＳ要求を受信した場合に返されることであり、前記第２のＨＴＴＰ
ＤＮＳ要求は、前記ユーザープレーン機能が前記端末から送信された前記第２のＨＴＴＰ
ＤＮＳ要求における宛先アドレスが前記グローバルサーバロードバラシングのＩＰアドレスであると解析した場合に転送されることであり、
前記第２のＨＴＴＰ
ＤＮＳ応答には少なくともエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰは、前記グローバルサーバロードバラシングによって前記第２のＨＴＴＰ
ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて決定される。
【0140】
好ましくは、前記ユーザープレーン機能、前記エッジクラウドゲートウェイ及び前記グローバルサーバロードバラシングはそれぞれ異なる事前設定規則に対応し、前記事前設定規則はサービスアクセラレーションのルーティング設定を表す。
【0141】
好ましくは、前記ユーザープレーン機能は第１の事前設定規則に対応し、前記第１の事前設定規則は少なくとも、宛先アドレスがグローバルエッジゲートウェイＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されること、又は、宛先アドレスがエッジアプリケーションＶＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されること、を含み、
前記エッジクラウドゲートウェイは第２の事前設定規則に対応し、前記第２の事前設定規則は少なくとも事前設定されたルートポリシーを含み、
前記グローバルサーバロードバラシングは第３の事前設定規則に対応し、前記第３の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＤＮＳ要求に対して、グローバルエッジゲートウェイＩＰを返すこと、又は、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＨＴＴＰ
ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求における、ソースアドレスがエッジクラウドゲートウェイであるＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む。
前記エッジクラウドゲートウェイは第２の事前設定規則に対応し、前記第２の事前設定規則は少なくとも事前設定されたルートポリシーを含み、
前記グローバルサーバロードバラシングは第３の事前設定規則に対応し、前記第３の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＤＮＳ要求に対して、グローバルエッジゲートウェイＩＰを返すこと、又は、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＨＴＴＰ
ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求における、ソースアドレスがエッジクラウドゲートウェイであるＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む。
【0142】
好ましくは、前記ユーザープレーン機能は第４の事前設定規則に対応し、前記第４の事前設定規則は少なくとも、宛先アドレスがエッジアプリケーションＶＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されることを含み、
前記グローバルサーバロードバラシングは第５の事前設定規則に対応し、前記第５の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＨＴＴＰ
ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む。
前記グローバルサーバロードバラシングは第５の事前設定規則に対応し、前記第５の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＨＴＴＰ
ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む。
【0143】
好ましくは、前記第１の事前設定規則、前記第２の事前設定規則又は前記第４の事前設定規則は、設置されたエッジコントローラによって配置され、又はロカールで配置され、
前記エッジコントローラは、前記選択システムにおけるコアネットワークのクラウドセンターに設置され、それぞれ前記エッジクラウドゲートウェイ及び前記ユーザープレーン機能と通信接続する。
前記エッジコントローラは、前記選択システムにおけるコアネットワークのクラウドセンターに設置され、それぞれ前記エッジクラウドゲートウェイ及び前記ユーザープレーン機能と通信接続する。
【0144】
上記の実施例に基づいて、図７を参照し、本出願の実施例では、電子機器の概略構造図が示されている。
【0145】
本出願の実施例は電子機器を提供し、当該電子機器はプロセッサー７１０（Ｃｅｎｔｅｒ
Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）、メモリ７２０、入力機器７３０及び出力機器７４０などを含んでもよく、入力機器７３０はキーボード、マウス、タッチスクリーンなどを含んでもよく、出力機器７４０は、液晶ディスプレイ（Ｌｉｑｕｉｄ
Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、陰極線管（Ｃａｔｈｏｄｅ Ｒａｙ
Ｔｕｂｅ、ＣＲＴ）などの表示機器を含んでもよい。
Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）、メモリ７２０、入力機器７３０及び出力機器７４０などを含んでもよく、入力機器７３０はキーボード、マウス、タッチスクリーンなどを含んでもよく、出力機器７４０は、液晶ディスプレイ（Ｌｉｑｕｉｄ
Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、陰極線管（Ｃａｔｈｏｄｅ Ｒａｙ
Ｔｕｂｅ、ＣＲＴ）などの表示機器を含んでもよい。
【0146】
メモリ７２０は、読み取り専用メモリ（ＲＯＭ）、及びランダムアクセスメモリ（ＲＡＭ）を含み、プロセッサー７１０に、メモリ７２０に記憶されたプログラム命令及びデータを提供する。本出願の実施例では、メモリ７２０は、本出願の実施例のいずれかにおけるモバイルエッジコンピューティングノードの選択方法のプログラムを記憶することができる。
【0147】
プロセッサー７１０は、メモリ７２０に記憶されるプログラム命令を呼び出すことで、取得されたプログラム命令に従って、本出願の実施例のいずれかにおけるモバイルエッジコンピューティングノードの選択方法を実行する。
【0148】
上記の実施例に基づいて、本出願の実施例では、コンピュータプログラムが記憶されるコンピュータ可読記憶媒体を提供し、前記コンピュータプログラムはプロセッサーによって実行されるときに、上記の方法実施例のいずれかにおけるモバイルエッジコンピューティングノードの選択方法を実現する。
【0149】
当業者は、本出願の実施例が方法、システム、又はコンピュータプログラム製品として提供されることができることを理解すべきである。従って、本出願は、完全ハードウェアの実施例、完全ソフトウェアの実施例、又はソフトウェアとハードウェアを組み合わせる実施例の形態を採用し得る。そして、本出願は、コンピュータ使用可能なプログラムコードを含む１つ又は複数のコンピュータ使用可能な記憶媒体（ディスクメモリ、ＣＤ－ＲＯＭ、及び光学メモリなどを含むが、これらに限定されない）で実施されるコンピュータプログラム製品の形態を採用し得る。
【0150】
例示的な実施例では、コンピュータプログラム製品も提供し、当該コンピュータプログラム製品は実行されるときに、上記の実施例によるモバイルエッジコンピューティングノードの選択方法を実現する。
【0151】
本出願は、本出願の実施例による方法、機器（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。フローチャート及び／又はブロック図の各フロー及び／又はブロック、及びフローチャート及び／又はブロック図のフロー及び／又はブロックの組合せをコンピュータプログラム命令によって実現することができることは理解すべきである。これらのコンピュータプログラム命令を、汎用コンピュータ、専用コンピュータ、組み込みプロセッサー、又は他のプログラマブルデータ処理機器のプロセッサーに提供して、マシンを生成することができ、その結果、コンピュータ又は他のプログラマブルデータ処理機器のプロセッサーによって実行される命令が、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するための装置を生成することができる。
【0152】
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブルデータ処理機器を特定の方式で動作するようにガイドすることができるコンピュータ可読メモリに記憶することもでき、これにより、当該コンピュータ可読メモリに記憶された命令は、命令装置を含む製品を生成することもできる。当該命令装置は、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現する。
【0153】
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブルデータ処理機器にロードすることもでき、これにより、一連の操作ステップをコンピュータ又は他のプログラマブル機器上で実行して、コンピュータによって実現される処理を生成することもでき、これにより、コンピュータ又は他のプログラマブル機器で実行される命令は、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するためのステップを提供する。
【0154】
本出願の好ましい実施例を説明したが、当業者は、基本的な創造的概念を了解すると、これらの実施例に別の変更及び修正を加えることができる。従って、添付の特許請求の範囲は、好ましい実施例及び本出願の範囲に該当する全ての変更及び修正を含むものとして解釈されることを意図している。
【0155】
明らかに、当業者は、本出願の実施例の精神及び範囲から逸脱することなく、本出願の実施例に様々な改良及び変更を加えることができる。このように、本出願の実施例のこれらの修正及び変更は本出願の特許請求の範囲及びその同等の技術的範囲内に属すると、本出願も、これらの修正及び変更を含むことを意図している。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【国際調査報告】