JP7315077B1 - 制御装置、制御方法、及びプログラム - Google Patents

Abstract

【課題】キャッシュ効率を向上させる制御装置及び方法を提供する。【解決手段】テレコクラウド上の物理的なコンピュータである１つ以上の制御装置は、移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮ（Ｍｕｌｔｉ－ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ－ｅｎａｂｌｅｄ Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）を構成する複数のキャッシュサーバのネットワーク構成を制御する第１処理部（ＭＥＣ－ＣＤＮ制御部）、を備える。キャッシュサーバは、コンテンツへのユーザアクセスを中継するリバースプロキシと、コンテンツを一時的に保存可能な記憶領域であるキャッシュストレージと、を含み、リバースプロキシは、リバースプロキシとキャッシュストレージとの接続性を提供する仮想ネットワークを介してキャッシュストレージにアクセスし、第１処理部は、仮想ネットワークを分割するか又は複数の仮想ネットワークを結合する。【選択図】図９

Description

本発明は、制御装置、制御方法、及びプログラムに関する。

近年の移動体通信網では、ユーザ端末（ＵＥ：User Equipment）に近い位置に、コンピューティングリソース（ＭＥＣ：Multi-access Edge Computing）を配置し、ＭＥＣを活用することが注目されている。ユーザ端末に地理的に近いＭＥＣからデータを配信することで、インターネット上に配置されたサーバからデータを配信する場合と比較して、ネットワーク負荷を軽減し、遅延を低減することができる。

ＭＥＣに関する様々な技術が開発されている。例えば、下記特許文献１には、エッジサーバの混雑又は故障状況により、通常使用されるプライマリのエッジサーバではなく、予備的なセカンダリのエッジサーバにユーザアクセスを疎通させる技術が開示されている。

特開２０１９－０４１２６６号公報

しかし、上記特許文献１に記載された技術は、開発されてから未だ日が浅く、様々な観点で向上の余地が残されている。例えば、キャッシュ効率について、向上の余地が残されている。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、キャッシュ効率をより向上させることが可能な仕組みを提供することにある。

上記課題を解決するために、本発明のある観点によれば、移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮ（Multi-access Edge Computing - enabled Contents Delivery Network）を構成する複数のキャッシュサーバのネットワーク構成を制御する第１処理部、を備え、前記キャッシュサーバは、コンテンツへのユーザアクセスを中継するリバースプロキシと、前記コンテンツを一時的に保存可能な記憶領域であるキャッシュストレージと、を含み、前記リバースプロキシは、前記リバースプロキシと前記キャッシュストレージとの接続性を提供する仮想ネットワークを介して前記キャッシュストレージにアクセスし、前記第１処理部は、前記仮想ネットワークを分割する、又は複数の前記仮想ネットワークを結合する、制御装置が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに関する情報を管理する第３処理部と、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバにおけるキャッシュ処理に関する指標に基づいて、新たな前記キャッシュサーバを追加する第４処理部と、を備え、前記第３処理部は、新たな前記キャッシュサーバが追加された場合に、新たに追加された前記キャッシュサーバに関する情報を登録する、制御装置が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータにより実行される制御方法であって、前記制御方法は、移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮ（Multi-access Edge Computing - enabled Contents Delivery Network）を構成する複数のキャッシュサーバのネットワーク構成を制御すること、を含み、前記キャッシュサーバは、コンテンツへのユーザアクセスを中継するリバースプロキシと、前記コンテンツを一時的に保存可能な記憶領域であるキャッシュストレージと、を含み、前記リバースプロキシは、前記リバースプロキシと前記キャッシュストレージとの接続性を提供する仮想ネットワークを介して前記キャッシュストレージにアクセスし、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバのネットワーク構成を制御することは、前記仮想ネットワークを分割する、又は複数の前記仮想ネットワークを結合することを含む、制御方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータにより実行される制御方法であって、前記制御方法は、移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに関する情報を管理することと、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバにおけるキャッシュ処理に関する指標に基づいて、新たな前記キャッシュサーバを追加することと、を含み、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバに関する情報を管理することは、新たな前記キャッシュサーバが追加された場合に、新たに追加された前記キャッシュサーバに関する情報を登録することを含む、制御方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮ（Multi-access Edge Computing - enabled Contents Delivery Network）を構成する複数のキャッシュサーバのネットワーク構成を制御する第１処理部、として機能させ、前記キャッシュサーバは、コンテンツへのユーザアクセスを中継するリバースプロキシと、前記コンテンツを一時的に保存可能な記憶領域であるキャッシュストレージと、を含み、前記リバースプロキシは、前記リバースプロキシと前記キャッシュストレージとの接続性を提供する仮想ネットワークを介して前記キャッシュストレージにアクセスし、前記第１処理部は、前記仮想ネットワークを分割する、又は複数の前記仮想ネットワークを結合する、プログラムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに関する情報を管理する第３処理部と、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバにおけるキャッシュ処理に関する指標に基づいて、新たな前記キャッシュサーバを追加する第４処理部と、として機能させ、前記第３処理部は、新たな前記キャッシュサーバが追加された場合に、新たに追加された前記キャッシュサーバに関する情報を登録する、プログラムが提供される。

以上説明したように本発明によれば、キャッシュ効率をより向上させることが可能な仕組みが提供される。

移動体通信網を含む通信事業者内ネットワーク構成の一例を説明するための図である。 インターネット及びインターネット上に構成されるＣＤＮの構成の一例を示す図である。 図１に示した通信事業者内ネットワークにおけるＭＥＣの配置位置の一例を示す図である。 テレコクラウド上で実装されるＭＥＣ－ＣＤＮの構成の一例を示す図である。 ＭＥＣ－ＣＤＮにおけるＵＥからキャッシュサーバへのアクセス制御の一例を示す図である。 第１の実施形態に係るテレコクラウドの構成の一例を示す図である。 同実施形態に係るテレコクラウドにおいて実行されるキャッシュサーバ追加処理の流れの一例を示すシーケンス図である。 同実施形態に係るテレコクラウドにおいて実行されるコンテンツ取得処理の流れの一例を示すシーケンス図である。 第２の実施形態に係るテレコクラウドの構成の一例を示す図である。 同実施形態に係るテレコクラウドにより実行される仮想ＩＰストレージの構成制御処理の流れの一例を示すシーケンス図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベット又は数字から成るインデックスを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて装置９９Ａ、９９Ｂ、９９－１、及び９９－２のように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、インデックスを省略して同一符号のみを付する。例えば、装置９９Ａ、９９Ｂ、９９－１、及び９９－２を特に区別する必要が無い場合には、単に装置９９と称する。

＜１．前提技術＞
近年の移動体通信網を含む通信事業者内ネットワークでは、ＵＥに近い位置に、ＭＥＣを配置し、ＭＥＣを活用することが注目されている。移動体通信網を含む通信事業者内ネットワークは、移動体通信事業者（ＭＮＯ：Mobile Network Operator）により提供される。現時点では、移動体通信システムの一例として、第５世代移動体通信システム（５Ｇ：5th Generation Mobile Communication System）が利用されている。５Ｇは、３ＧＰＰ（3rd Generation Partnership Project、登録商標）の移動体通信システムのリファレンスアーキテクチャに基づく実装となっている。３ＧＰＰは、国際電気通信連合（ＩＴＵ：International Telecommunication Union）が定める規定「IMT-2020」を満足する無線通信システムに対する標準化を行う団体である。以下、移動体通信網を含む通信事業者内ネットワークの構成の一例を、図１を参照しながら説明する。

（１）移動体通信網を含む通信事業者内ネットワーク構成例
図１は、移動体通信網を含む通信事業者内ネットワーク構成の一例を説明するための図である。図１に示すように、通信事業者内ネットワーク１は、中央ＤＣ（Data Center）１１、地域ＤＣ１２、ＧＣ（Group unit Center）１３、及びＢＳ（Base Station）１４を含む。通信事業者内ネットワーク１は、ＩＳＰ（Internet Service Provider）が提供するインターネット２との接続サービスを介して、インターネット２に接続される。また、通信事業者内ネットワーク１は、通信事業者内ネットワーク１及びインターネット２との接続並びに当該接続上でのデータ通信を提供するサービスを契約しているユーザが利用するＵＥ（User Equipment）３に、接続される。

中央ＤＣ１１、地域ＤＣ１２、及びＧＣ１３は、データセンタである。中央ＤＣ１１は、上位のデータセンタであり、地域ＤＣ１２は中位のデータセンタであり、ＧＣ１３は下位のデータセンタである。１つの地域ＤＣ１２の配下に１つ以上の地域ＤＣ１２が配置され、１つの地域ＤＣ１２の配下に１つ以上のＧＣ１３が配置され、１つのＧＣ１３に１つ以上のＢＳ１４が接続される。上位のデータセンタと下位のデータセンタとは、ネットワークで接続される。これらのデータセンタは、地理的に分散して配置される。

ＢＳ１４は、ＢＳ１４との間で無線信号を送受信可能な範囲内に位置するＵＥ３と無線接続して、無線接続したＵＥ３との間で無線信号を送受信する装置である。ＢＳ１４は、無線接続したＵＥ３と、中央ＤＣ１１、地域ＤＣ１２、ＧＣ１３、又はインターネット２との間の通信を中継する。

ＵＥ３は、ユーザにより操作されるユーザ端末である。ＵＥ３は、スマートフォン又はＰＣ（Personal Computer）等の任意の情報処理装置であってよい。ＵＥ３は、接続可能なＢＳ１４に無線接続する。ＵＥ３は、動画等のコンテンツへのユーザアクセス源である。

通信事業者内ネットワーク１に含まれる移動体通信網とインターネット２との接続地点は集約されている。即ち、インターネット２は、通信事業者内ネットワーク１の中央ＤＣ１１に接続される。中央ＤＣ１１とＵＥ３との間の通信は、地域ＤＣ１２、ＧＣ１３、及びＢＳ１４を介して行われる。これら装置間を接続するネットワークのトポロジーとしては、リング構造、又はピアツーピア接続などが採用され得る。以下、通信事業者内ネットワーク１のうち中央ＤＣ１１に近い側を相対的にセンター側とも称する。他方、通信事業者内ネットワーク１のうちＢＳ１４に近い側を相対的にエッジ側とも称する。

ＭＥＣを活用する主要なユースケースとして、コンテンツ配信ネットワーク（CDN: Contents Delivery Network）が挙げられる。そこで、インターネット２及びインターネット２上に構成されるＣＤＮの構成の一例を、図２を参照しながら説明する。

（２）ＣＤＮの構成例
図２は、インターネット２及びインターネット２上に構成されるＣＤＮの構成の一例を示す図である。図２に示すように、インターネット２は、ＩＳＰ１５、ＩＸ（Internet eXchange）１６、及びＤＣ１７を含む。通信事業者内ネットワーク１に含まれる移動体通信網とインターネット２との接続は、ＩＳＰ１５により提供される。インターネット２は、個別の自律システム（AS: Autonomous System）の集合である。ＩＳＰ１５も、ひとつのＡＳを形成している。インターネット２上のＡＳ同士の接続形態には、ピアリングとトランジットとがある。ピアリングは、ＡＳ同士が相互に接続し、互いのトラフィックを途中に他のネットワークを介することなく直接交換する形態である。ピアリングには、ＩＸ１６を介した接続（パブリックピアリングとも称される）と、ＩＸ１６を介さない直接接続（プライベートピアリングとも称される）との、２種類の形態がある。トランジットは、ある自律システムが他方に対して、インターネット２全体への接続性を提供する形態である。

インターネット２上で構成されるＣＤＮでは、オリジンサーバ１９は、自社設備又は各主要なＩＳＰ１５との接続が近いＤＣ１７に配置される。そして、キャッシュサーバ１８は、主にユーザに近いＩＳＰ１５に配置される。オリジンサーバ１９とは、コンテンツのオリジナルデータを保存するサーバである。キャッシュサーバ１８とは、オリジンサーバ１９から取得されたコンテンツを一時的に保存する（即ち、キャッシュする）サーバである。より詳しくは、キャッシュサーバ１８は、キャッシュ機能を持つリバースプロキシであり、中継したデータをキャッシュストレージに一時的に保存する。エッジ側に配置されたキャッシュサーバ１８からコンテンツを配信することで、オリジンサーバ１９のアクセス負荷及びオリジンサーバ１９からＩＳＰ１５までのネットワーク経路に対するネットワーク負荷を抑制することが可能となる。

上記説明した、インターネット２上で構成されるＣＤＮに対して、ＭＥＣを活用したＣＤＮは、ＭＥＣ－ＣＤＮ（MEC-enabled CDN）とも称される。以下、ＭＥＣ－ＣＤＮについて、図３を参照しながら説明する。

（３）ＭＥＣ－ＣＤＮの構成例
図３は、図１に示した通信事業者内ネットワーク１におけるＭＥＣ２０（２０－１～２０－３）の配置位置の一例を示す図である。図３に示した例では、中央ＤＣ１１にＭＥＣ２０－１が配置され、地域ＤＣ１２にＭＥＣ２０－２が配置され、ＧＣ１３にＭＥＣ２０－３が配置されている。

ＭＥＣ２０は、通信事業者内ネットワーク１に含まれる移動体通信網のコアネットワークに接続されたデータネットワーク（ＤＮ：Data Network）内に配置されるコンピューティングリソースである。ＭＥＣ２０は、インターネット２よりもＵＥ３に近い位置に配置される。ＭＥＣ２０には、キャッシュサーバ３０が配置される。詳しくは、ＭＥＣ２０－１にキャッシュサーバ３０－１が配置され、ＭＥＣ２０－２にキャッシュサーバ３０－２が配置され、ＭＥＣ２０－３にキャッシュサーバ３０－３が配置される。キャッシュサーバ３０の構成は、キャッシュサーバ１８の構成と同様である。コアネットワークに接続された複数のキャッシュサーバ３０が、ＭＥＣ－ＣＤＮを構成する。

近年、移動体通信網のコアネットワークを含む通信事業者内ネットワーク１の実装は、通信事業者が管理するテレコクラウド(Telco Cloud)など、仮想マシン上での実装へと移行されつつある。テレコクラウド上で、エッジにより近い位置までＩＰプロトコルに準拠したデータ伝送が行われるようになることは、容易に想像される。このことは、ＭＥＣ２０が、よりＵＥ３に近い位置に分散して配置されることが可能であることを意味する。ただし、ＵＥ３に近いＭＥＣ２０の方が、移動体通信網のコアネットワークを介して通信可能なＵＥ３の数が少なくなるため、典型的には、利用可能なリソースが少ない構成となる。

なお、仮想マシンとは、ＣＰＵ（Central Processing Unit）等の演算回路とＳＳＤ（Solid State Drive）等の記憶媒体とを含む物理的なコンピュータと同じ機能を、ソフトウェアで実現したコンピュータであり、物理的なコンピュータ上で動作する。テレコクラウド上の各構成要素は、物理的なコンピュータである１つ以上の制御装置上で動作する。

以下、テレコクラウド上で実装されるＭＥＣ－ＣＤＮの構成について、図４を参照しながら説明する。

図４は、テレコクラウド上で実装されるＭＥＣ－ＣＤＮの構成の一例を示す図である。図４に示すように、テレコクラウド１００では、５Ｇネットワーク５、網内ネットワーク４、１つ以上のＭＥＣホスト１１０（１１０Ａ及び１１０Ｂ）、及び管理ホスト１２０が、仮想マシン上で実装される。ＭＥＣホスト１１０は、図３に示したＭＥＣ２０の実装である。管理ホスト１２０は、テレコクラウド１００に配置された１つ以上のＭＥＣ２０を管理する。

ＭＥＣホスト１１０は、図３に示したＭＥＣ２０に対応する。ＭＥＣホスト１１０は、ＭＥＣプラットフォーム１１１、及びＭＥＣアプリケーション１１２を含む。なお、ＭＥＣホスト１１０Ｂに含まれる、ＭＥＣプラットフォーム１１１及びＭＥＣアプリケーション１１２の図示は省略されている。

ＭＥＣプラットフォーム１１１は、ＭＥＣアプリケーション１１２のライフサイクル管理を行う。即ち、ＭＥＣプラットフォーム１１１は、ＭＥＣアプリケーション１１２をインスタンス化したり、ＭＥＣアプリケーション１１２のインスタンスを削除したりする。ＭＥＣアプリケーション１１２のインスタンス化は、ＭＥＣホスト１１０内のリソースを用いて行われる。ＭＥＣホスト１１０内のリソースの一例は、記憶領域及び計算能力である。ＭＥＣプラットフォーム１１１は、ＭＥＣプラットフォーム管理部１２１による制御に基づいて、ＭＥＣアプリケーション１１２のライフサイクル管理を行う。

ＭＥＣアプリケーション１１２は、図３に示したキャッシュサーバ３０に対応する。以下の説明で登場する「キャッシュサーバ」は、特に言及しない限り、ＭＥＣアプリケーション１１２を指すものとする。ＭＥＣアプリケーション１１２は、リバースプロキシ１１３及びキャッシュストレージ１１４を含む。

キャッシュストレージ１１４は、コンテンツをキャッシュ可能な記憶領域である。

リバースプロキシ１１３は、コンテンツへのユーザアクセスを中継する。一例として、リバースプロキシ１１３は、キャッシュストレージ１１４にキャッシュされたコンテンツへのユーザアクセスに関しては、キャッシュストレージ１１４にキャッシュされたコンテンツを取得して、ＵＥ３へ送信する。他の一例として、リバースプロキシ１１３は、キャッシュストレージ１１４にキャッシュされていないコンテンツへのユーザアクセスに関しては、コンテンツを外部から取得してキャッシュストレージ１１４にキャッシュすると共に、ＵＥ３へ送信する。

ここで、リバースプロキシ１１３は、５ＧシステムアーキテクチャにおけるＤＮ内に配置されるサーバである。リバースプロキシ１１３は、５Ｇネットワーク５を介してＵＥ３から接続可能である。さらに、リバースプロキシ１１３は、網内ネットワーク４を介してインターネット２に接続可能である。リバースプロキシ１１３が、網内ネットワーク４を介してインターネット２に接続することは、ローカルブレイクアウトとも称される。ローカルブレイクアウトは、図２に示したインターネット２上のキャッシュサーバ１８又はオリジンサーバ１９からコンテンツを取得する際の通信経路として利用される。リバースプロキシ１１３は、キャッシュストレージ１１４にキャッシュされていないコンテンツを、ローカルブレイクアウトを介して外部から取得し得る。

なお、リバースプロキシ１１３は、リバースプロキシ１１３に接続されたキャッシュストレージ１１４を対象に、キャッシュされたコンテンツを取得したり、ローカルブレイクアウトを介して外部から取得したコンテンツをキャッシュさせたりする。図４に示した例では、同一のＭＥＣホスト１１０に搭載されたリバースプロキシ１１３とキャッシュストレージ１１４とが、接続されている。

管理ホスト１２０は、ＭＥＣプラットフォーム管理部１２１、ＭＥＣ－ＣＤＮアクセス制御部１２２、及びＯＳＳ／ＢＳＳ（Operation Support Systems／Business Support Systems）１２３を含む。

ＭＥＣプラットフォーム管理部１２１は、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバを運用する複数のＭＥＣホスト１１０の動作を管理する、第４処理部の一例である。例えば、ＭＥＣプラットフォーム管理部１２１は、ＭＥＣプラットフォーム１１１を介して、ＭＥＣアプリケーション１１２のライフサイクルを制御する。なお、図４では、ＭＥＣプラットフォーム管理部１２１とＭＥＣホスト１１０Ａ以外のＭＥＣホスト１１０との接続の図示が省略されている。

ＭＥＣ－ＣＤＮアクセス制御部１２２は、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに含まれる複数のキャッシュストレージ１１４にキャッシュされたコンテンツへのユーザアクセスを制御する、第２処理部の一例である。具体的には、ＭＥＣ－ＣＤＮアクセス制御部１２２は、ＭＥＣ－ＣＤＮにおける名前解決を行う。例えば、ＭＥＣ－ＣＤＮアクセス制御部１２２は、ＭＥＣ－ＣＤＮ上の各構成要素（例えば、リバースプロキシ１１３、及びキャッシュストレージ１１４）のＩＰアドレスを記憶する。そして、ＭＥＣ－ＣＤＮアクセス制御部１２２は、ユーザアクセスを、複数のリバースプロキシ１１３に振り分ける。

ＯＳＳ／ＢＳＳ１２３は、ＭＥＣプラットフォーム管理部１２１に対してＭＥＣアプリケーション１１２に関する要求を行う。ＯＳＳ／ＢＳＳ１２３は、例えば、ＭＥＣ－ＣＤＮのキャッシュサーバなどの様々な用途のために実装されたＭＥＣアプリケーション１１２をインスタンス化するよう、ＭＥＣプラットフォーム管理部１２１に要求する。ＭＥＣアプリケーション１１２の用途としては、キャッシュサーバの他、ＵＥ３の演算処理の一部をＭＥＣホスト１１０のリソースを用いて高速処理する例が挙げられる。

続いて、キャッシュサーバへのアクセス制御について、図５を参照しながら説明する。

図５は、ＭＥＣ－ＣＤＮにおけるＵＥ３からキャッシュサーバへのアクセス制御の一例を示す図である。図５では、図４に示した構成要素のうち、アクセス制御への関与が薄い構成要素の図示が省略されている。図５に示すように、テレコクラウド１００内の網内ネットワーク４には、通信事業者内ＤＮＳ（Domain Name System）１３０が配置される。他方、管理ホスト１２０には、ＭＥＣ－ＣＤＮアクセス制御部１２２が配置される。通信事業者内ＤＮＳ１３０は、テレコクラウド１００上の名前解決を行う。一方で、通信事業者内ＤＮＳ１３０は、ＭＥＣ－ＣＤＮが運用するドメイン名に対しては、ＭＥＣ－ＣＤＮアクセス制御部１２２に名前解決処理を委譲する。即ち、ＭＥＣ－ＣＤＮアクセス制御部１２２は、ＭＥＣ－ＣＤＮが運用するドメイン名についての名前解決を行う。とりわけ、ＭＥＣ－ＣＤＮアクセス制御部１２２は、名前解決の際に、ユーザアクセスを複数のリバースプロキシ１１３に振り分ける。

なお、図４及び図５において、管理ホスト１２０内にＭＥＣ－ＣＤＮアクセス制御部１２２が配置されているが、本発明はかかる例に限定されない。ＭＥＣ－ＣＤＮアクセス制御部１２２は、ＭＥＣアプリケーション１１２とは別の機能を持つＭＥＣアプリケーションとして実装されてもよい。

以上、ＭＥＣ－ＣＤＮの構成の一例について説明した。

ＭＥＣ－ＣＤＮを構成するメリットとしては、ＵＥ３により近いキャッシュサーバからコンテンツを配信することによる、インターネット２側への通信量の削減、及びＵＥ３へのデータ転送時間の短縮が挙げられる。センター側のＭＥＣホスト１１０にキャッシュサーバを配置するほど、キャッシュ効率は向上する傾向にある。センター側のＭＥＣホスト１１０の方が、利用可能なリソース量が豊富であり、且つ、アクセス可能なＵＥ３の数が多いためである。他方、エッジ側のＭＥＣホスト１１０にキャッシュサーバを配置するほど、キャッシュ効率は低下する傾向にある。エッジ側のＭＥＣホスト１１０の方が、利用可能なリソース量が少なく、且つ、アクセス可能なＵＥ３の数が少ないためである。

ただし、キャッシュサーバにおいてキャッシュヒットしなかった場合、ローカルブレイクアウトを介してインターネット２側からコンテンツが取得される。その場合、図２に示したＩＳＰ１５との通信だけでなく、キャッシュサーバ１８又はオリジンサーバ１９からコンテンツを取得するための、ピアリング又はトランジットの通信が発生することとなる。

＜２．技術的課題＞
ＭＥＣ－ＣＤＮにおいて、キャッシュサーバにおけるキャッシュ効率の低下は、ローカルブレイクアウトによるインターネット２からのデータ取得のための通信が増えることを意味する。そして、ローカルブレイクアウトによるインターネット２からのデータ取得のための通信が増えることは、インターネット２上の輻輳を招く原因にもなり得る。その結果、ＭＥＣ－ＣＤＮを提供する事業者にとっては、通信コストが高くなってしまう。

また、ＯＳＳ／ＢＳＳ１２３は、様々な要求をＭＥＣプラットフォーム管理部１２１に対して行う。そのため、ＭＥＣホスト１１０内での利用可能なリソースは、時系列で変化する。従って、特にエッジ側のキャッシュサーバにおいて、ＵＥ３からのアクセスに見合うキャッシュストレージ１１４のサイズを確保することが困難であった。そのため、キャッシュ効率の低下が引き起こされていた。

＜３．技術的特徴＞
＜３．１．第１の実施形態＞
（１）構成
図６は、本実施形態に係るテレコクラウド１００の構成の一例を示す図である。以下、図６を参照しながら、本実施形態に特徴的な構成について説明する。なお、以下で特に言及しない構成は、図１～図５を参照しながら前提技術として説明した構成と同様であるものとする。

図６に示すように、網内ネットワーク４には、仮想ＩＰストレージネットワーク部１２５が配置される。仮想ＩＰストレージネットワーク部１２５は、リバースプロキシ１１３とキャッシュストレージ１１４との接続性を提供する仮想ネットワークである。そして、リバースプロキシ１１３は、仮想ＩＰストレージネットワーク部１２５を介してキャッシュストレージ１１４にアクセスする。詳しくは、仮想ＩＰストレージネットワーク部１２５は、キャッシュストレージ１１４のＩＰアドレスを記憶し、リバースプロキシ１１３からキャッシュストレージ１１４へのアクセスに関するルーティングを行う。

ここで、図６に示すように、本実施形態では、同一のＭＥＣホスト１１０上のリバースプロキシ１１３とキャッシュストレージ１１４とは、直接的には接続されない。他方、リバースプロキシ１１３とキャッシュストレージ１１４とは、仮想ＩＰストレージネットワーク部１２５を介して接続される。そのため、リバースプロキシ１１３は、どのキャッシュストレージ１１４にアクセスする場合にも、仮想ＩＰストレージネットワーク部１２５を介してアクセスすることとなる。

さらに、図６に示した例では、仮想ＩＰストレージネットワーク部１２５は、ＭＥＣ－ＣＤＮを構成する複数のＭＥＣホスト１１０に配置された、複数のリバースプロキシ１１３の全てと複数のキャッシュストレージ１１４の全てとの、接続性を提供する。そのため、リバースプロキシ１１３は、ＭＥＣ－ＣＤＮを構成するどのキャッシュストレージ１１４にも、仮想ＩＰストレージネットワーク部１２５を介してアクセスすることができる。仮想ＩＰストレージネットワーク部１２５により接続性が提供された、ＭＥＣ－ＣＤＮを構成するひとつ以上のキャッシュサーバに含まれるひとつ以上のキャッシュストレージ１１４を、以下ではまとめて仮想ＩＰストレージとも称する。本実施形態では、どのリバースプロキシ１１３からも仮想ＩＰストレージにアクセスすることができる。そのため、どのキャッシュサーバにおいても、ＵＥ３からのアクセスに見合う仮想ＩＰストレージのサイズを確保することが容易となる。

図６に示すように、ＭＥＣホスト１１０は、ＭＥＣプラットフォーム１１１、及びＭＥＣアプリケーション１１２を含む。そして、ＭＥＣアプリケーション１１２は、リバースプロキシ１１３、キャッシュストレージ１１４、及び仮想ＩＰストレージクライアント１１５を含む。なお、ＭＥＣホスト１１０Ｂに含まれる、ＭＥＣプラットフォーム１１１及びＭＥＣアプリケーション１１２、及び仮想ＩＰストレージクライアント１１５の図示は省略されている。

仮想ＩＰストレージクライアント１１５は、仮想ＩＰストレージ管理部１２４に接続される。そして、仮想ＩＰストレージクライアント１１５は、リバースプロキシ１１３から仮想ＩＰストレージへのアクセスを提供する。仮想ＩＰストレージクライアント１１５は、キャッシュストレージ１１４内のコンテンツの追加／削除を、仮想ＩＰストレージ管理部１２４に対して要求する。

図６に示すように、管理ホスト１２０は、ＭＥＣプラットフォーム管理部１２１、ＭＥＣ－ＣＤＮアクセス制御部１２２、ＯＳＳ／ＢＳＳ１２３、及び仮想ＩＰストレージ管理部１２４を含む。仮想ＩＰストレージ管理部１２４は、仮想ＩＰストレージクライアント１１５、ＭＥＣプラットフォーム管理部１２１、及び仮想ＩＰストレージネットワーク部１２５に接続される。

ＭＥＣプラットフォーム管理部１２１は、新たなキャッシュサーバを追加したり、既存のキャッシュサーバを削除したりする。具体的には、ＭＥＣプラットフォーム管理部１２１は、新たなキャッシュサーバを追加することとして、仮想マシン上で新たなＭＥＣアプリケーション１１２をインスタンス化する。他方、ＭＥＣプラットフォーム管理部１２１は、既存のキャッシュサーバを削除することとして、仮想マシンからＭＥＣアプリケーション１１２のインスタンスを削除する。かかる構成によれば、ＭＥＣ－ＣＤＮの構成を動的に変更することが可能となる。

とりわけ、ＭＥＣプラットフォーム管理部１２１は、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバにおけるキャッシュ処理に関する指標に基づいて、キャッシュサーバを追加又は削除する。ここでのキャッシュ処理に関する指標は、キャッシュ効率に関していてもよく、ＭＥＣプラットフォーム管理部１２１は、キャッシュ効率の悪化等をトリガとして、キャッシュサーバを追加又は削除してもよい。キャッシュ効率は、具体的には、キャッシュヒット率、及びレイテンシの少なくともいずれ１つに基づいて計算されてよい。かかる構成によれば、ＭＥＣ－ＣＤＮの構成を動的に変更して、キャッシュ効率を改善することが可能となる。

仮想ＩＰストレージ管理部１２４は、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに関する情報を管理する、第３処理部の一例である。より簡易には、仮想ＩＰストレージ管理部１２４は、仮想ＩＰストレージに関する情報を管理する。詳しくは、仮想ＩＰストレージ管理部１２４は、キャッシュサーバ配置リスト、ストレージ管理リスト、コンテンツキャッシュリスト、及びコンテンツ配置リストを記憶及び更新する。

キャッシュサーバ配置リストとは、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバの通信事業者内ネットワーク１における配置を示す情報を含むリストである。キャッシュサーバ配置リストは、５Ｇネットワーク５のユーザプレーンの構成を反映している。なお、ユーザプレーンとは、ユーザデータの送受信処理を指す。キャッシュサーバ配置リストの一例を、表１に示す。

表１に示すように、キャッシュサーバ配置リストは、「position」「Address」「node type」を項目として含んでいてもよい。「position」は、中央ＤＣ１１、地域ＤＣ１２、又はＧＣ１３等の、キャッシュサーバの配置位置を示す識別情報である。とりわけ、頭文字「Ｒ」は地域ＤＣ１２を示す。頭文字「Ｇ」はＧＣ１３を示す。「Address」はＵＥ３から５Ｇネットワーク５を介してキャッシュサーバに接続する際のアドレスである。「node type」は、キャッシュサーバのタイプを示す。とりわけ、「Ｒ」はルートノードを示し、「Ｌ」はリーフノードを示す。リーフノードとは、エッジ側に配置されたキャッシュサーバである。ルートノードとは、センター側に配置されたキャッシュサーバである。ルートノードは、ユーザのアクセス制御における、物理配置及びネットワークの分解点である。

以上、キャッシュサーバ配置リストについて説明した。続いて、ストレージ管理リストについて説明する。

ストレージ管理リストとは、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに含まれる複数のキャッシュストレージ１１４の情報を含むリストである。ストレージ管理リストの一例を、表２に示す。

表２に示すように、ストレージ管理リストは、「storage ID」「position」「Address」「total size」「free size」及び「reserved size」を、項目として含んでいてもよい。「storage ID」は、ＭＥＣ－ＣＤＮにおけるキャッシュストレージ１１４の識別情報である。「position」「Address」については、表１を参照しながら上記説明した通りである。「total size」は、キャッシュストレージ１１４の総サイズである。「free size」は、キャッシュストレージ１１４の空き容量である。「reserved size」は、予約済み容量である。なお、ここでの予約済み容量とは、ローカルブレイクアウトを通じて取得されているコンテンツの総サイズを示す。

以上、ストレージ管理リストについて説明した。続いて、コンテンツキャッシュリストについて説明する。

コンテンツキャッシュリストとは、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに含まれる複数のキャッシュストレージ１１４にキャッシュされたコンテンツの情報を含むリストである。コンテンツキャッシュリストの一例を、表３に示す。

表３に示すように、コンテンツキャッシュリストは、「content ID」「TTL」「last update time」「last access time」を項目として含んでいてもよい。「content ID」は、仮想ＩＰストレージにキャッシュされたコンテンツに一意に割り当てられた識別情報である。「content ID」は、ＵＥ３からコンテンツへのユーザアクセスの際に、すでに割り当てられているものとする。「TTL」は、「Time to Live」の略称であり、キャッシュされたコンテンツの有効期限を示している。「last update time」は、キャッシュされたコンテンツが最後に更新された日時である。例えば、「last update time」からの時間経過が「TTL」に達した後は、ローカルブレイクアウトを介してコンテンツが更新されているか否かを確認することが要され得る。「last access time」は、キャッシュされたコンテンツが最後にアクセスされた日時である。例えば、「last access time」から所定の時間が経過した場合、キャッシュされたコンテンツが削除される。

仮想ＩＰストレージ管理部１２４は、コンテンツキャッシュリストを、ルートノード毎に作成してもよい。また、仮想ＩＰストレージ管理部１２４は、キャッシュされたコンテンツを、「last update time」等の時刻情報に基づいて順序付けして管理してもよい。一例として、キャッシュストレージ１１４の空き容量が低下した場合、仮想ＩＰストレージ管理部１２４は、コンテンツキャッシュリスト上で下位のコンテンツのキャッシュから順に、削除してもよい。

以上、コンテンツキャッシュリストについて説明した。続いて、コンテンツ配置リストについて説明する。

コンテンツ配置リストとは、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに含まれる複数のキャッシュストレージ１１４におけるコンテンツのキャッシュ位置を示す情報を含むリストである。コンテンツ配置リストの一例を、表４に示す。

表４に示すように、コンテンツ配置リストは、「content ID」「storage ID」「content path」「content size」「status」を項目として含んでいてもよい。「content ID」については、表３を参照しながら上記説明した通りである。「storage ID」は、キャッシュ先のキャッシュストレージ１１４の識別情報である。「content path」は、キャッシュ先のキャッシュストレージ１１４における、コンテンツの保存場所である。「content size」は、キャッシュされたコンテンツのサイズである。「status」とは、コンテンツのキャッシュ状態である。キャッシュ状態には、データ取得中を示す「Create」、保存済みを示す「Store」、更新中を示す「Update」、及び削除中を示す「Delete」がある。キャッシュ状態に応じて、コンテンツへのアクセス許可が制御され、及び表２に示したストレージ管理リストの「reserved size」が変更される。

以上、仮想ＩＰストレージ管理部１２４により管理される、キャッシュサーバ配置リスト、ストレージ管理リスト、コンテンツキャッシュリスト、及びコンテンツ配置リストについて説明した。なお、キャッシュサーバ配置リストは、ＭＥＣ－ＣＤＮアクセス制御部１２２においても管理されていてもよい。ＭＥＣ－ＣＤＮにおける名前解決の際に使用されるためである。もちろん、ＭＥＣ－ＣＤＮアクセス制御部１２２は、名前解決の際に、仮想ＩＰストレージ管理部１２４により管理されたキャッシュサーバ配置リストを参照してもよい。

仮想ＩＰストレージ管理部１２４は、ＭＥＣ－ＣＤＮの構成又はコンテンツのキャッシュ状態に変化が生じた場合に、キャッシュサーバ配置リスト、ストレージ管理リスト、コンテンツキャッシュリスト、又はコンテンツ配置リストを更新する。一例として、仮想ＩＰストレージ管理部１２４は、新たなキャッシュサーバが追加された場合に、新たに追加されたキャッシュサーバに関する情報を登録してもよい。他の一例として、仮想ＩＰストレージ管理部１２４は、既存のキャッシュサーバが削除された場合に、削除されたキャッシュサーバに関する情報を削除してもよい。他の一例として、仮想ＩＰストレージ管理部１２４は、ＭＥＣホスト１１０又はキャッシュサーバの移動に応じて、キャッシュサーバ配置リストを更新してもよい。他の一例として、仮想ＩＰストレージ管理部１２４は、キャッシュストレージ１１４においてコンテンツのキャッシュが追加、削除又は更新される等した場合に、コンテンツキャッシュリスト、及びコンテンツ配置リストを更新してもよい。かかる構成によれば、キャッシュサーバ配置リスト、ストレージ管理リスト、コンテンツキャッシュリスト、及びコンテンツ配置リストを最新の状態に保つことが可能となる。

仮想ＩＰストレージ管理部１２４は、リバースプロキシ１１３がコンテンツへのユーザアクセスを中継する際に、コンテンツの有効なキャッシュの有無を示す情報を、リバースプロキシ１１３へ送信する。例えば、仮想ＩＰストレージ管理部１２４は、コンテンツキャッシュリストを参照して、コンテンツの有効なキャッシュの有無を判定して、判定結果をリバースプロキシ１１３へ送信する。リバースプロキシ１１３は、仮想ＩＰストレージにコンテンツの有効なキャッシュが有る場合には、仮想ＩＰストレージからコンテンツを取得する。他方、リバースプロキシ１１３は、仮想ＩＰストレージにコンテンツの有効なキャッシュが無い場合には、ローカルブレイクアウトを介してコンテンツを取得する。

仮想ＩＰストレージ管理部１２４は、コンテンツの有効なキャッシュの有無を示す情報と共に、コンテンツのキャッシュ位置を示す情報を、コンテンツへのユーザアクセスを中継するリバースプロキシ１１３へ送信してもよい。

詳しくは、仮想ＩＰストレージ管理部１２４は、コンテンツの有効なキャッシュが有る場合には、コンテンツをキャッシュしているキャッシュストレージ１１４を示す情報を、コンテンツのキャッシュ位置を示す情報として、リバースプロキシ１１３へ送信してもよい。例えば、仮想ＩＰストレージ管理部１２４は、ストレージ管理リスト及びコンテンツ配置リストを参照して、コンテンツをキャッシュしているキャッシュストレージ１１４のＩＰアドレス及びコンテンツパスを、リバースプロキシ１１３へ送信する。リバースプロキシ１１３は、かかる情報に基づいて、キャッシュされたコンテンツを取得して、ユーザアクセス源であるＵＥ３へ送信することができる。

他方、仮想ＩＰストレージ管理部１２４は、コンテンツの有効なキャッシュが無い場合には、ローカルブレイクアウトを介して取得されたコンテンツをキャッシュすべきキャッシュストレージ１１４を示す情報を、コンテンツのキャッシュ位置を示す情報として、リバースプロキシ１１３に送信する。ここでのキャッシュ位置とは、ローカルブレイクアウトを介して取得されたコンテンツをキャッシュすべきキャッシュストレージ１１４である。リバースプロキシ１１３は、ローカルブレイクアウトを介して取得したコンテンツを、ユーザアクセス源であるＵＥ３へ送信すると共に、仮想ＩＰストレージ管理部１２４により指定されたキャッシュストレージ１１４にキャッシュさせる。かかる構成によれば、コンテンツのキャッシュ位置を適切に制御することが可能となる。

その際、仮想ＩＰストレージ管理部１２４は、コンテンツへのユーザアクセス源であるＵＥ３からの距離、及びキャッシュストレージ１１４の空き容量の少なくともいずれか１つに基づいて、ローカルブレイクアウトを介して取得されたコンテンツをキャッシュすべきキャッシュストレージ１１４を選択してもよい。例えば、仮想ＩＰストレージ管理部１２４は、キャッシュサーバ配置リスト、及びストレージ管理リストを参照して、ＵＥ３からの距離がより近く、空き容量がより豊富なキャッシュストレージ１１４を選択する。かかる構成によれば、適切なキャッシュストレージ１１４に、コンテンツをキャッシュさせることが可能となる。

（２）処理
・キャッシュサーバ追加処理
以下、図７を参照しながら、キャッシュサーバ追加時の処理の流れの一例を説明する。

図７は、本実施形態に係るテレコクラウド１００において実行されるキャッシュサーバ追加処理の流れの一例を示すシーケンス図である。本シーケンスには、ＯＳＳ／ＢＳＳ１２３、ＭＥＣプラットフォーム管理部１２１、ＭＥＣプラットフォーム１１１、ＭＥＣ－ＣＤＮアクセス制御部１２２、ＭＥＣホスト１１０、仮想ＩＰストレージ管理部１２４、及び仮想ＩＰストレージネットワーク部１２５が関与する。なお、本シーケンスにおける破線で示したメッセージについては、説明を省略する場合がある。当該メッセージは、その前段に送受信されたメッセージに対する応答であり、前段に送受信されたメッセージに基づく処理結果等を含む。

まず、ＯＳＳ／ＢＳＳ１２３は、ＭＥＣアプリケーション１１２の追加要求をＭＥＣプラットフォーム管理部１２１へ送信する（ステップＳ１０２）。例えば、ＯＳＳ／ＢＳＳ１２３は、ＭＥＣ－ＣＤＮ内のキャッシュ効率の低下を検出したこと等をトリガとして、ＭＥＣアプリケーション１１２の追加要求を送信する。

次いで、ＭＥＣプラットフォーム管理部１２１は、ＭＥＣアプリケーション１１２の追加要求を受信すると、ＭＥＣアプリケーション１１２のインスタンス化要求をＭＥＣプラットフォーム１１１へ送信する（ステップＳ１０４）。ＭＥＣプラットフォーム管理部１２１又はＭＥＣプラットフォーム１１１の少なくともいずれか１つは、リバースプロキシ１１３のアドレス、及びキャッシュストレージ１１４のサイズを、ＭＥＣのリソース状況に応じて決定する。

次に、ＭＥＣプラットフォーム１１１は、ＭＥＣアプリケーション１１２の追加要求を受信すると、ＭＥＣアプリケーション１１２のインスタンス化に必要となる各種リソースをＭＥＣホスト１１０上で確保する（ステップＳ１０６）。

そして、ＭＥＣプラットフォーム１１１は、リバースプロキシ１１３、キャッシュストレージ１１４、及び仮想ＩＰストレージクライアント１１５を起動する（ステップＳ１０８、Ｓ１１０、及びＳ１１２）。

次に、仮想ＩＰストレージクライアント１１５は、ストレージ情報を仮想ＩＰストレージ管理部１２４へ送信する（ステップＳ１１４）。ストレージ情報は、例えば、ストレージ管理リストに入力するための各種情報を含む。

次いで、仮想ＩＰストレージ管理部１２４は、仮想ＩＰストレージのネットワーク構成を変更するよう要求する構成変更要求を、仮想ＩＰストレージネットワーク部１２５へ送信する（ステップＳ１１６）。構成変更要求は、追加されたキャッシュストレージ１１４が仮想ＩＰストレージネットワーク部１２５と通信できるよう、網内ネットワーク４上のネットワーク構成を変更することを要求する情報である。例えば、構成変更要求は、起動されたキャッシュストレージ１１４のＩＰアドレスを含む。

次に、仮想ＩＰストレージネットワーク部１２５は、構成変更要求に基づいて、仮想ＩＰストレージのネットワーク構成を変更する（ステップＳ１１８）。具体的には、仮想ＩＰストレージネットワーク部１２５は、起動されたキャッシュストレージ１１４のＩＰアドレスを記憶して、起動されたキャッシュストレージ１１４への接続性を提供する。

次いで、仮想ＩＰストレージ管理部１２４は、ネットワーク構成の変更に成功し、キャッシュサーバ間で追加されたキャッシュストレージ１１４の参照が可能となった場合、追加されたキャッシュストレージ１１４の情報を、ストレージ管理リストに追加する（ステップＳ１２０）。

次に、ＭＥＣプラットフォーム管理部１２１は、キャッシュサーバ起動通知を、ＭＥＣ－ＣＤＮアクセス制御部１２２へ送信する（ステップＳ１２２）。キャッシュサーバ起動通知は、起動したＭＥＣアプリケーション１１２の情報を含む。

次いで、ＭＥＣ－ＣＤＮアクセス制御部１２２は、キャッシュサーバ起動通知に基づいて、キャッシュサーバ配置リストを更新する（ステップＳ１２４）。例えば、ＭＥＣ－ＣＤＮアクセス制御部１２２は、起動したキャッシュサーバの情報を、キャッシュサーバ配置リストに追加する。

また、ＭＥＣプラットフォーム管理部１２１は、キャッシュサーバ起動通知を、仮想ＩＰストレージ管理部１２４へ送信する（ステップＳ１２６）。

次いで、仮想ＩＰストレージ管理部１２４は、キャッシュサーバ起動通知に基づいて、キャッシュサーバ配置リストを更新する（ステップＳ１２８）。例えば、仮想ＩＰストレージ管理部１２４は、起動したキャッシュサーバの情報を、キャッシュサーバ配置リストに追加する。

・コンテンツ取得処理
以下、図８を参照しながら、ＵＥ３がＭＥＣ－ＣＤＮにアクセスしてコンテンツを取得する際の処理の流れの一例を説明する。

図８は、本実施形態に係るテレコクラウド１００において実行されるコンテンツ取得処理の流れの一例を示すシーケンス図である。本シーケンスには、ＵＥ３、通信事業者内ＤＮＳ１３０、ＭＥＣ－ＣＤＮアクセス制御部１２２、ＭＥＣプラットフォーム管理部１２１、リバースプロキシ１１３、仮想ＩＰストレージ管理部１２４、仮想ＩＰストレージネットワーク部１２５、キャッシュストレージ１１４、及びオリジンサーバ１９が関与する。なお、本シーケンスにおける破線で示したメッセージについては、説明を省略する場合がある。当該メッセージは、その前段に送受信されたメッセージに対する応答であり、前段に送受信されたメッセージに基づく処理結果等を含む。

本シーケンスにおいては、次の事項を前提とする。即ち、テレコクラウド１００内の網内ネットワーク４において、ＩＰｖ４のプライベートアドレス（10.255.255.255/8）が割り当てられているものとする。テレコクラウド１００内の名前解決を行う通信事業者内ＤＮＳ１３０が存在し、通信事業者内ＤＮＳ１３０が、ＥＤＮＳ０（Extension Mechanisms for DNS version 0）に対応しているものとする。通信事業者内ＤＮＳ１３０は、ＭＥＣ－ＣＤＮが運用するドメイン名については、ＭＥＣ－ＣＤＮアクセス制御部１２２に名前解決を委譲するものとする。ＭＥＣ－ＣＤＮアクセス制御部１２２は、５Ｇネットワーク５を介してＵＥ３がアクセス可能なＭＥＣホスト１１０の一覧を、ＭＥＣプラットフォーム管理部１２１から取得可能であるものとする。

なお、ＭＥＣプラットフォーム１１１が「ESTI GS MEC 013, MEC; Location API」に準拠して実装されている場合、ＵＥ３のＩＰアドレスに基づいて、「AccessPointID」及び「ZoneID」といったＵＥ３の地理的位置を示す識別情報が取得可能である。そして、「AccessPointID」及び「ZoneID」に基づいて、ＵＥ３からアクセス可能なＭＥＣホスト１１０及びＭＥＣホスト１１０までの距離を取得することができる。

図８に示すように、ＵＥ３は、名前解決要求を通信事業者内ＤＮＳ１３０へ送信する（ステップＳ２０２）。名前解決要求は、例えば、ＵＥ３がアクセスしようとするコンテンツのドメイン名を含む。

次いで、通信事業者内ＤＮＳ１３０は、名前解決処理を、ＭＥＣ－ＣＤＮアクセス制御部１２２に委譲する（ステップＳ２０４）。一例として、通信事業者内ＤＮＳ１３０は、ＵＥ３から受信した名前解決要求を、ＭＥＣ－ＣＤＮアクセス制御部１２２へ送信する。他の一例として、通信事業者内ＤＮＳ１３０は、ＵＥ３から受信したドメイン名とは別のドメイン名をＵＥ３へ応答し、ＵＥ３は、応答されたドメイン名に基づく名前解決要求をＭＥＣ－ＣＤＮアクセス制御部１２２へ送信する。

次に、ＭＥＣ－ＣＤＮアクセス制御部１２２は、キャッシュサーバの検索要求をＭＥＣプラットフォーム管理部１２１に送信して（ステップＳ２０６－１）、ＵＥ３がアクセス可能なキャッシュサーバの一覧を取得する（ステップＳ２０６－２）。キャッシュサーバの検索要求は、名前解決要求のクエリから取得可能な、ＵＥ３が含まれるサブネットを含む。ＭＥＣプラットフォーム管理部１２１は、ＵＥ３が含まれるサブネットに基づいて、ＵＥ３がアクセス可能なキャッシュサーバの一覧を検索して、検索結果をＭＥＣ－ＣＤＮアクセス制御部１２２へ送信する。

次いで、ＭＥＣ－ＣＤＮアクセス制御部１２２は、キャッシュサーバの一覧から、１つのキャッシュサーバを選択する（ステップＳ２０８）。ＭＥＣ－ＣＤＮアクセス制御部１２２がキャッシュサーバを選択する戦略としては、ラウンドロビン、及びエッジ側優先など様々な戦略が存在する。

次に、ＭＥＣ－ＣＤＮアクセス制御部１２２は、選択されたキャッシュサーバのリバースプロキシ１１３のアドレスを、通信事業者内ＤＮＳ１３０へ送信する（ステップＳ２０９－１）。

次いで、通信事業者内ＤＮＳ１３０は、受信したリバースプロキシ１１３のアドレスを、ＵＥ３へ送信する（ステップＳ２０９－２）。

次に、ＵＥ３は、受信したアドレスに基づいてリバースプロキシ１１３にアクセスし、コンテンツ要求を送信する（ステップＳ２１０）。コンテンツ要求とは、コンテンツを送信するよう要求する情報であり、例えば、コンテンツの識別情報を含む。

次いで、リバースプロキシ１１３は、仮想ＩＰストレージクライアント１１５を介して仮想ＩＰストレージ管理部１２４に、アクセス先のストレージの情報の問い合わせを行う（ステップＳ２１２）。ここで、リバースプロキシ１１３は、ＵＥ３から受信したコンテンツ要求に係るコンテンツについての、問い合わせを行う。

次に、仮想ＩＰストレージ管理部１２４は、コンテンツキャッシュリストを参照して、対象コンテンツの有効なキャッシュの有無を確認する（ステップＳ２１４）。一例として、仮想ＩＰストレージ管理部１２４は、コンテンツキャッシュリストに、対象コンテンツの「content ID」があり、現時刻が「last update time」＋「TTL」以内である場合、有効なキャッシュが有ると判定する。他の一例として、仮想ＩＰストレージ管理部１２４は、コンテンツキャッシュリストに対象コンテンツの「content ID」が無い場合、有効なキャッシュが無いと判定する。他の一例として、仮想ＩＰストレージ管理部１２４は、コンテンツキャッシュリストに対象コンテンツの「content ID」が有るものの、現時刻が「last update time」＋「TTL」を過ぎている場合、有効なキャッシュが無いと判定する。他の一例として、仮想ＩＰストレージ管理部１２４は、コンテンツ配置リストにおける対象コンテンツの状態が「Delete」である場合、有効なキャッシュが無いと判定する。

次いで、仮想ＩＰストレージ管理部１２４は、キャッシュストレージ１１４を選択する（ステップＳ２１６）。ここで、ステップＳ２１４において有効なキャッシュが有ると判定した場合、仮想ＩＰストレージ管理部１２４は、有効なキャッシュを有するキャッシュストレージ１１４を選択する。他方、ステップＳ２１４において有効なキャッシュが無いと判定した場合、仮想ＩＰストレージ管理部１２４は、ローカルブレイクアウトを介して取得したコンテンツをキャッシュすべきキャッシュストレージ１１４を選択する。その際、仮想ＩＰストレージ管理部１２４は、リバースプロキシ１１３のアドレスをもとに、ストレージ管理リストを距離順で（即ち、近傍順に）検索してもよい。そして、仮想ＩＰストレージ管理部１２４は、ストレージ容量から予約済み容量を差し引いた空き容量が、コンテンツのサイズ以上となる最初のキャッシュストレージ１１４を選択してもよい。

次に、仮想ＩＰストレージ管理部１２４は、アクセス先のストレージの情報をリバースプロキシ１１３へ送信する（ステップＳ２１７）。例えば、仮想ＩＰストレージ管理部１２４は、有効なキャッシュの有無、及びステップＳ２１６において選択されたキャッシュストレージ１１４を示す情報を、リバースプロキシ１１３へ送信する。

リバースプロキシ１１３は、有効なキャッシュが無い場合、ローカルブレイクアウトを介してインターネット２上のオリジンサーバ１９（又は、上位のキャッシュサーバ）から、コンテンツを取得する（ステップＳ２１８）。次いで、リバースプロキシ１１３は、取得したコンテンツを、ステップＳ２１７において仮想ＩＰストレージ管理部１２４から指定されたキャッシュ先に保存する（ステップＳ２２０）。このとき、リバースプロキシ１１３は、仮想ＩＰストレージネットワーク部１２５を介してキャッシュストレージ１１４にアクセスして、コンテンツを保存する。

他方、リバースプロキシ１１３は、有効なキャッシュが有る場合、ステップＳ２１７において仮想ＩＰストレージ管理部１２４から指定されたキャッシュ先からコンテンツを取得する（ステップＳ２２２）。このとき、リバースプロキシ１１３は、仮想ＩＰストレージネットワーク部１２５を介してキャッシュストレージ１１４にアクセスして、キャッシュされたコンテンツを取得する。

その後、リバースプロキシ１１３は、取得したコンテンツをＵＥ３へ送信する（ステップＳ２２４）。

（３）まとめ
以上、本実施形態について説明した。本実施形態によれば、複数のＭＥＣホスト１１０に存在する複数のキャッシュストレージ１１４を、１つの仮想ＩＰストレージとして取り扱うことが可能となる。そのため、複数のＭＥＣホスト１１０のいずれかにキャッシュされたコンテンツを、どのＭＥＣホスト１１０からも利用することができる。その結果、特にエッジ側でのキャッシュストレージ１１４の不足を避けることが期待される。さらには、ＭＥＣ－ＣＤＮにおけるエッジ側でのキャッシュ効率の向上が期待される。

＜３．２．第２の実施形態＞
（１）構成
本実施形態は、ＵＥ３からのアクセス数、キャッシュヒット率、ネットワークのレイテンシ等の各種パラメータに応じて、仮想ＩＰストレージの構成を動的に変更する形態である。以下、図９を参照しながら、本実施形態について詳しく説明する。

図９は、本実施形態に係るテレコクラウド１００の構成の一例を示す図である。以下、図９を参照しながら、本実施形態に特徴的な構成について説明する。なお、以下で特に言及しない構成は、前提技術として又は第１の実施形態において説明した構成と同様であるものとする。

図９に示した例では、仮想ＩＰストレージネットワーク部１２５は、仮想ＩＰストレージネットワーク部１２５Ａと仮想ＩＰストレージネットワーク部１２５Ｂとに分割されている。このように、本実施形態に係るテレコクラウド１００は、複数の独立した仮想ＩＰストレージネットワーク部１２５を有していてもよい。そして、仮想ＩＰストレージ管理部１２４は、これらの複数の独立した仮想ＩＰストレージネットワーク部１２５の各々を管理する。

網内ネットワーク４内には、アクセス分析部１２６が配置される。アクセス分析部１２６は、ＭＥＣ－ＣＤＮを構成する複数のＭＥＣホスト１１０に含まれる複数のリバースプロキシ１１３からアクセスログ及びレイテンシ情報を取得して分析する。アクセスログとは、ＵＥ３がリバースプロキシ１１３にアクセスした際のログである。例えば、アクセスログは、ユーザアクセスごとの、時刻、コンテンツ、及びキャッシュヒットしたか否かを示す情報等を含む。レイテンシ情報とは、リバースプロキシ１１３がユーザアクセスを受けてからコンテンツを送信するまでのレイテンシに関する情報である。例えば、レイテンシ情報は、ＵＥ３がコンテンツ要求を送信した時刻とコンテンツを受信した時刻とを含み、ＵＥ３からリバースプロキシ１１３に報告されてもよい。

管理ホスト１２０には、ＭＥＣ－ＣＤＮ制御部１２７が配置される。ＭＥＣ－ＣＤＮ制御部１２７は、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバのネットワーク構成を制御する、第１処理部の一例である。具体的には、ＭＥＣ－ＣＤＮ制御部１２７は、仮想ＩＰストレージネットワーク部１２５を分割する、又は複数の仮想ＩＰストレージネットワーク部１２５を結合する。換言すると、ＭＥＣ－ＣＤＮ制御部１２７は、仮想ＩＰストレージを分割したり、分割された仮想ＩＰストレージを結合したりする。かかる構成によれば、仮想ＩＰストレージネットワーク部１２５の構成（即ち、仮想ＩＰストレージの構成）を動的に変更することが可能となる。

一例として、図９に示すように、テレコクラウド１００上に、ＭＥＣホスト１１０Ａ、ＭＥＣホスト１１０Ｂ及びＭＥＣホスト１１０Ｃが配置され、リバースプロキシ１１３Ａ～１１３Ｃ、キャッシュストレージ１１４Ａ～キャッシュストレージ１１４Ｃがインスタンス化されているものとする。なお、ＭＥＣホスト１１０Ｂ及びＭＥＣホスト１１０Ｃに含まれる、ＭＥＣプラットフォーム１１１、ＭＥＣアプリケーション１１２、及び仮想ＩＰストレージクライアント１１５の図示は省略されている。図９に示すように、ＭＥＣ－ＣＤＮ制御部１２７は、仮想ＩＰストレージネットワーク部１２５を、仮想ＩＰストレージネットワーク部１２５Ａと仮想ＩＰストレージネットワーク部１２５Ｂとに分割してもよい。仮想ＩＰストレージネットワーク部１２５Ａは、リバースプロキシ１１３Ａ及び１１３Ｂと、キャッシュストレージ１１４Ａ及び１１４Ｂとの、接続性を提供する。仮想ＩＰストレージネットワーク部１２５Ｂは、リバースプロキシ１１３Ｃとキャッシュストレージ１１４Ｃとの、接続性を提供する。他方、ＭＥＣ－ＣＤＮ制御部１２７は、仮想ＩＰストレージネットワーク部１２５Ａと仮想ＩＰストレージネットワーク部１２５Ｂとを結合してもよい。当該結合後の仮想ＩＰストレージネットワーク部１２５は、リバースプロキシ１１３Ａ、１１３Ｂ及び１１３Ｃと、キャッシュストレージ１１４Ａ、１１４Ｂ、及び１１４Ｃとの、接続性を提供する。

ＭＥＣ－ＣＤＮ制御部１２７は、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバにおけるキャッシュ処理に関する指標がサービス要求を満たさなくなったことをトリガとして、仮想ＩＰストレージネットワーク部１２５を分割する、又は複数の仮想ＩＰストレージネットワーク部１２５を結合する。ＭＥＣ－ＣＤＮ制御部１２７は、サービス要求が満たされるまで、仮想ＩＰストレージネットワーク部１２５の分割／結合を繰り返してもよい。かかる構成により、キャッシュ処理に関する指標が再びサービス要求を満たすようにすることが可能となる。

サービス要求は、キャッシュ処理に関する指標に対する要求である。キャッシュ処理に関する指標は、キャッシュヒット率、及びレイテンシの少なくともいずれ１つに関していてもよい。かかる構成によれば、キャッシュヒット率及びレイテンシの少なくともいずれか１つの観点で、仮想ＩＰストレージの構成を最適化することが可能となる。なお、サービス要求は、ＯＳＳ／ＢＳＳ１２３により設定されてもよい。そして、サービス要求が満たされているか否かが、アクセス分析部１２６により監視されてもよい。

ここで、多くの数のキャッシュストレージ１１４を含む仮想ＩＰストレージを構成した場合、キャッシュヒット率が改善するものの、その代償としてレイテンシが悪化する。キャッシュストレージ１１４は通信事業者内ネットワーク１に沿って分散配置されるため、仮想ＩＰストレージを構成するキャッシュストレージ１１４の数が多いほど、異なるＧＣ１３を跨ぐような遠距離通信が発生しやすくなるためである。他方、少ない数のキャッシュストレージ１１４を含む仮想ＩＰストレージを構成した場合、レイテンシが改善するものの、その代償としてキャッシュヒット率が悪化する。以上から、サービス要求は、キャッシュヒット率に関する指標とレイテンシに関する指標の双方に対して設定されることが望ましい。その場合、キャッシュヒット率とレイテンシとのバランスを最適化することが可能となる。

ＭＥＣ－ＣＤＮ制御部１２７は、レイテンシが悪化してレイテンシに関する指標がサービス要求を満たさなくなったことをトリガとして、仮想ＩＰストレージネットワーク部１２５を分割してもよい。仮想ＩＰストレージネットワーク部１２５が細かく分割されるほど、仮想ＩＰストレージを構成するキャッシュストレージ１１４の数が少なくなるので、レイテンシは改善する。他方、仮想ＩＰストレージネットワーク部１２５が結合されるほど、仮想ＩＰストレージを構成するキャッシュストレージ１１４の数が多くなるので、レイテンシは悪化する。この点、かかる構成によれば、レイテンシを改善して、レイテンシに関するサービス要求が満たされるようにすることが可能となる。

他方、ＭＥＣ－ＣＤＮ制御部１２７は、キャッシュヒット率が悪化してキャッシュヒット率に関する指標がサービス要求を満たさなくなったことをトリガとして、複数の仮想ＩＰストレージネットワーク部１２５を結合してもよい。仮想ＩＰストレージネットワーク部１２５が細かく分割されるほど、仮想ＩＰストレージを構成するキャッシュストレージ１１４の数が少なくなるので、キャッシュヒット率は低下し、キャッシュ残存時間は短くなる。他方、仮想ＩＰストレージネットワーク部１２５が結合されるほど、仮想ＩＰストレージを構成するキャッシュストレージ１１４の数が多くなるので、キャッシュヒット率は上昇し、キャッシュ残存時間は長くなる。この点、かかる構成によれば、キャッシュヒット率を改善して、キャッシュヒット率に関するサービス要求が満たされるようにすることが可能となる。

ＭＥＣ－ＣＤＮ制御部１２７は、仮想ＩＰストレージネットワーク部１２５を分割した後、又は複数の仮想ＩＰストレージネットワーク部１２５を結合した後、分割又は結合した状態を所定時間が経過するまで維持してもよい。即ち、ＭＥＣ－ＣＤＮ制御部１２７は、仮想ＩＰストレージネットワーク部１２５を分割又は結合した後、所定時間が経過するまで、キャッシュ処理に関する指標がサービス要求を満たさなくても仮想ＩＰストレージネットワーク部１２５を分割及び結合しない。一例として、仮想ＩＰストレージネットワーク部１２５が仮想ＩＰストレージネットワーク部１２５Ａと仮想ＩＰストレージネットワーク部１２５Ｂとに分割された例を想定する。当該分割直後は、リバースプロキシ１１３Ａ及び１１３Ｂからキャッシュストレージ１１４Ｃに保存されたコンテンツへのアクセスがキャッシュミスとなる。そのため、リバースプロキシ１１３Ａ及び１１３Ｂにおけるキャッシュヒット率が一時的に低下することとなる。しかしながら、時間が経過するに従い、キャッシュヒット率の一時的な低下が回復すると想定される。この点、かかる構成によれば、キャッシュヒット率の一時的な低下が回復した後に、サービス要求が満たされたことを確認することが可能となる。逆に言えば、キャッシュヒット率の一時的な低下に過度に反応して、仮想ＩＰストレージネットワーク部１２５の構成を繰り返し変更するような事態を防止することが可能となる。

ＭＥＣ－ＣＤＮ制御部１２７は、仮想ＩＰストレージネットワーク部１２５の分割又は結合に応じて、ＭＥＣ－ＣＤＮアクセス制御部１２２の設定を変更してもよい。詳しくは、ＭＥＣ－ＣＤＮ制御部１２７は、コンテンツへのユーザアクセスを、当該コンテンツを保存しているキャッシュストレージ１１４に仮想ＩＰストレージネットワーク部１２５を介して接続されたリバースプロキシ１１３に振り分けるよう、ＭＥＣ－ＣＤＮアクセス制御部１２２の設定を変更する。一例として、コンテンツの識別情報と、当該コンテンツを保存しているキャッシュストレージ１１４に仮想ＩＰストレージネットワーク部１２５を介して接続されたリバースプロキシ１１３と、を対応付けたリストを、ＭＥＣ－ＣＤＮアクセス制御部１２２に登録してもよい。かかる構成によれば、仮想ＩＰストレージネットワーク部１２５の構成変更に伴うキャッシュヒット率の低下を抑制することが可能となる。

（２）処理
図１０は、本実施形態に係るテレコクラウド１００により実行される仮想ＩＰストレージの構成制御処理の流れの一例を示すシーケンス図である。本シーケンスには、ＯＳＳ／ＢＳＳ１２３、アクセス分析部１２６、リバースプロキシ１１３、ＭＥＣ－ＣＤＮ制御部１２７、仮想ＩＰストレージ管理部１２４、仮想ＩＰストレージネットワーク部１２５、及びＭＥＣ－ＣＤＮアクセス制御部１２２が関与する。なお、本シーケンスにおける破線で示したメッセージについては、説明を省略する場合がある。当該メッセージは、その前段に送受信されたメッセージに対する応答であり、前段に送受信されたメッセージに基づく処理結果等を含む。

図１０に示すように、まず、ＯＳＳ／ＢＳＳ１２３は、アクセス分析部１２６に、サービス要求を設定する（ステップＳ３０２）。例えば、ＯＳＳ／ＢＳＳ１２３は、サービスとして許容されるキャッシュヒット率の下限値Ｃ_Ｌとレイテンシの上限値Ｌ_Ｕとを、サービス要求として設定する。

次いで、リバースプロキシ１１３は、アクセスログ及びレイテンシ情報をアクセス分析部１２６へ送信する（ステップＳ３０４）。

次に、アクセス分析部１２６は、リバースプロキシ１１３から収集した情報に基づいて、サービス要求が満たされているか否かを判定する（ステップＳ３０６）。例えば、アクセス分析部１２６は、キャッシュヒット率、レイテンシ、及びジッタを計算し、下記数式（１）及び下記数式（２）が成り立っているか否かを判定する。

ここで、ｓは、ＭＥＣホスト１１０のインデックスである。即ち、ｓには、ＭＥＣホスト１１０Ａに対応するＡ、ＭＥＣホスト１１０Ｂに対応するＢ、又はＭＥＣホスト１１０Ｃに対応するＣが代入される。ｔは、時刻である。Ｃｒ（ｓ，ｔ）は、ＭＥＣホスト１１０（ｓ）上のキャッシュサーバの、時刻ｔにおけるキャッシュヒット率である。Ｌｒ（ｓ，ｔ）は、ＭＥＣホスト１１０（ｓ）上のキャッシュサーバの、時刻ｔにおけるレイテンシである。Ｊｍ（ｓ，ｔ）は、ＭＥＣホスト１１０（ｓ）上のキャッシュサーバの、時刻ｔにおけるジッタの最大値である。

仮想ＩＰストレージの初期設定では、すべてのキャッシュストレージ１１４がまとめて１つの仮想ＩＰストレージとして定義されている。そのため、ＭＥＣ－ＣＤＮのユーザ数増加等の要因で、仮想ＩＰストレージネットワーク部１２５への負荷が増大すると、各キャッシュサーバのレイテンシが悪化し得る。

サービス要求が満たされていないと判定された場合、アクセス分析部１２６は、判定結果をＭＥＣ－ＣＤＮ制御部１２７へ送信する（ステップＳ３０８）。ここでの判定結果は、対象のキャッシュサーバを示す情報、並びに数式（１）及び数式（２）の演算結果を含む。

次に、ＭＥＣ－ＣＤＮ制御部１２７は、アクセス分析部１２６から受信した判定結果に基づいて、仮想ＩＰストレージのネットワーク構成を決定する（ステップＳ３１０）。一例として、ＭＥＣ－ＣＤＮ制御部１２７は、レイテンシに関する上記数式（２）が満たされていない場合、仮想ＩＰストレージネットワーク部１２５を分割することを決定する。他の一例として、ＭＥＣ－ＣＤＮ制御部１２７は、キャッシュヒット率に関する上記数式（１）が満たされていない場合、仮想ＩＰストレージネットワーク部１２５を結合することを決定する。ここでは、上記数式（２）が満たされておらず、仮想ＩＰストレージネットワーク部１２５を、図９に示した仮想ＩＰストレージネットワーク部１２５Ａと仮想ＩＰストレージネットワーク部１２５Ｂとの分割することが決定されたものとする。

次いで、ＭＥＣ－ＣＤＮ制御部１２７は、構成変更要求を仮想ＩＰストレージ管理部１２４へ送信する（ステップＳ３１２）。構成変更要求は、ステップＳ３１０において決定された、仮想ＩＰストレージのネットワーク構成を示す情報を含む。

次に、仮想ＩＰストレージ管理部１２４は、構成変更要求を受信すると、受信した構成変更要求を、仮想ＩＰストレージネットワーク部１２５へ送信する（ステップＳ３１４）。

次いで、仮想ＩＰストレージネットワーク部１２５は、受信した構成変更要求に基づいて、仮想ＩＰストレージのネットワーク構成を変更する（ステップＳ３１６）。詳しくは、仮想ＩＰストレージネットワーク部１２５は、キャッシュストレージ１１４Ａ及びキャッシュストレージ１１４Ｂへの接続性を提供する仮想ＩＰストレージネットワーク部１２５Ａと、キャッシュストレージ１１４Ｃへの接続性を提供する仮想ＩＰストレージネットワーク部１２５Ｂと、の２に分割される。その結果、ＭＥＣホスト１１０Ｃ上のキャッシュサーバにおける仮想ＩＰストレージが、ＭＥＣホスト１１０Ｃ上のキャッシュストレージ１１４Ｃのみとなる。

そして、ＭＥＣ－ＣＤＮ制御部１２７は、仮想ＩＰストレージネットワーク部１２５の構成変更に伴いユーザアクセス制御設定を変更するよう、ＭＥＣ－ＣＤＮアクセス制御部１２２に要求する（ステップＳ３１８）。詳しくは、ＭＥＣ－ＣＤＮ制御部１２７は、コンテンツへのユーザアクセスを、当該コンテンツを保存しているキャッシュストレージ１１４に仮想ＩＰストレージネットワーク部１２５を介して接続されたリバースプロキシ１１３に振り分けるよう、ＭＥＣ－ＣＤＮアクセス制御部１２２の設定を変更する。

上記説明した処理を繰り返すことで、仮想ＩＰストレージネットワーク部１２５の構成を動的に変更し、ＭＥＣ－ＣＤＮアクセス制御部１２２によるアクセス制御と合わせて、サービス要求を満たすようになることが期待される。ただし、アクセス分析部１２６は、仮想ＩＰストレージネットワーク部１２５の構成が変更されてから所定時間が経過した後に、サービス要求が満たされているか否かの確認を再開してもよい。キャッシュヒット率の一時的な低下への過度な反応を抑制するためである。

（３）まとめ
以上説明したように、本実施形態によれば、仮想ＩＰストレージネットワーク部１２５の構成が動的に分割又は結合され、ＭＥＣ－ＣＤＮアクセス制御部１２２によるユーザアクセスの割り当てが動的に変更される。その結果、ＭＥＣ－ＣＤＮのキャッシュヒット率の低下を小規模に抑えつつ、レイテンシを改善させることが期待される。

＜４．補足＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

上記第１の実施形態では、ＭＥＣホスト１１０にキャッシュストレージ１１４を配置する例を説明したが、本発明はかかる例に限定されない。テレコクラウド１００上の任意の位置（例えば、網内ネットワーク４内）にキャッシュストレージ１１４が配置された構成にも、本発明は適用可能である。

上記第１の実施形態では、ＭＥＣホスト１１０にキャッシュサーバを配置する例を説明したが、本発明はかかる例に限定されない。ＭＥＣホスト１１０にはリバースプロキシ１１３が配置され、テレコクラウド１００上の任意の位置に共有のキャッシュストレージ１１４が配置された構成にも、本発明は適用可能である。

上記第１の実施形態では、キャッシュサーバへのユーザアクセス制御を、ＤＮＳを用いて実行する例を説明したが、本発明はかかる例に限定されない。キャッシュサーバへのユーザアクセス制御は、アクセス先のドメイン名を予め変更すること、又は別のＵＲＬにリダイレクトすること等、別のアクセス制御方式に従って実行されてもよい。

なお、本明細書において説明した各装置による一連の処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記録媒体（詳しくは、コンピュータにより読み取り可能な非一時的な記憶媒体）に予め格納される。そして、各プログラムは、例えば、本明細書において説明した各装置を制御するコンピュータによる実行時にＲＡＭに読み込まれ、ＣＰＵなどの処理回路により実行される。上記記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリ等である。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信されてもよい。また、上記のコンピュータは、ASICのような特定用途向け集積回路、ソフトウエアプログラムを読み込むことで機能を実行する汎用プロセッサ、又はクラウドコンピューティングに使用されるサーバ上のコンピュータ等であってよい。また、本明細書において説明した各装置による一連の処理は、複数のコンピュータにより分散して処理されてもよい。

また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。

１ 通信事業者内ネットワーク
２ インターネット
３ ＵＥ
４ 網内ネットワーク
５ ５Ｇネットワーク
１１ 中央ＤＣ
１２ 地域ＤＣ
１３ ＧＣ
１４ ＢＳ
１５ ＩＳＰ
１６ ＩＸ
１７ ＤＣ
１８ キャッシュサーバ
１９ オリジンサーバ
２０ ＭＥＣ
３０ キャッシュサーバ
１００ テレコクラウド
１１０ ＭＥＣホスト
１１１ ＭＥＣプラットフォーム
１１２ ＭＥＣアプリケーション
１１３ リバースプロキシ
１１４ キャッシュストレージ
１１５ 仮想ＩＰストレージクライアント
１２０ 管理ホスト
１２１ ＭＥＣプラットフォーム管理部
１２２ ＭＥＣ－ＣＤＮアクセス制御部
１２３ ＯＳＳ／ＢＳＳ
１２４ 仮想ＩＰストレージ管理部
１２５ 仮想ＩＰストレージネットワーク部
１２６ アクセス分析部
１２７ ＭＥＣ－ＣＤＮ制御部
１３０ 通信事業者内ＤＮＳ

Claims (20)

1. 移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮ（Multi-access Edge Computing - enabled Contents Delivery Network）を構成する複数のキャッシュサーバのネットワーク構成を制御する第１処理部、
   を備え、
   前記キャッシュサーバは、
   コンテンツへのユーザアクセスを中継するリバースプロキシと、
   前記コンテンツを一時的に保存可能な記憶領域であるキャッシュストレージと、
   を含み、
   前記リバースプロキシは、前記リバースプロキシと前記キャッシュストレージとの接続性を提供する仮想ネットワークを介して前記キャッシュストレージにアクセスし、
   前記第１処理部は、前記仮想ネットワークを分割する、又は複数の前記仮想ネットワークを結合する、
   制御装置。
2. 前記第１処理部は、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバにおけるキャッシュ処理に関する指標に基づいて、前記仮想ネットワークを分割する、又は複数の前記仮想ネットワークを結合する、
   請求項１に記載の制御装置。
3. 前記第１処理部は、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバにおけるキャッシュ処理に関する指標がサービス要求を満たさなくなったことをトリガとして、前記仮想ネットワークを分割する、又は複数の前記仮想ネットワークを結合し、
   前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバにおけるキャッシュ処理に関する指標は、キャッシュヒット率、及びレイテンシの少なくともいずれか１つに関する、
   請求項２に記載の制御装置。
4. 前記第１処理部は、レイテンシに関する前記指標が前記サービス要求を満たさなくなったことをトリガとして前記仮想ネットワークを分割し、キャッシュヒット率に関する前記指標が前記サービス要求を満たさなくなったことをトリガとして複数の前記仮想ネットワークを結合する、
   請求項３に記載の制御装置。
5. 前記第１処理部は、前記仮想ネットワークを分割した後、又は複数の前記仮想ネットワークを結合した後、分割又は結合した状態を所定時間が経過するまで維持する、
   請求項１に記載の制御装置。
6. 前記制御装置は、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバに含まれる複数の前記キャッシュストレージにキャッシュされたコンテンツへのユーザアクセスを制御する第２処理部をさらに備え、
   前記第１処理部は、前記仮想ネットワークの分割又は結合に応じて、前記第２処理部の設定を変更する、
   請求項１～４のいずれか一項に記載の制御装置。
7. 移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに関する情報を管理する第３処理部と、
   前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバにおけるキャッシュ処理に関する指標に基づいて、新たな前記キャッシュサーバを追加する第４処理部と、
   を備え、
   前記第３処理部は、新たな前記キャッシュサーバが追加された場合に、新たに追加された前記キャッシュサーバに関する情報を登録する、
   制御装置。
8. 前記キャッシュサーバは、
   コンテンツへのユーザアクセスを中継するリバースプロキシと、
   前記コンテンツをキャッシュ可能な記憶領域であるキャッシュストレージと、
   を含み、
   前記第４処理部は、新たな前記キャッシュサーバを追加することとして、仮想マシン上で新たな前記キャッシュサーバをインスタンス化する、
   請求項７に記載の制御装置。
9. 前記第３処理部は、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバの、前記移動体通信網を含む事業者内ネットワークにおける配置を示す情報を含む、キャッシュサーバ配置リストを管理する、
   請求項７に記載の制御装置。
10. 前記第３処理部は、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバに含まれる複数の前記キャッシュストレージの情報を含む、ストレージ管理リストを管理する、
    請求項８に記載の制御装置。
11. 前記第３処理部は、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバに含まれる複数の前記キャッシュストレージにキャッシュされたコンテンツの情報を含む、コンテンツキャッシュリストを管理する、
    請求項８に記載の制御装置。
12. 前記第３処理部は、前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバに含まれる複数の前記キャッシュストレージにおけるコンテンツのキャッシュ位置を示す情報を含む、コンテンツ配置リストを管理する、
    請求項８に記載の制御装置。
13. 前記第３処理部は、前記リバースプロキシがコンテンツへのユーザアクセスを中継する際に、前記コンテンツの有効なキャッシュの有無を示す情報を前記リバースプロキシに送信する、
    請求項８に記載の制御装置。
14. 前記第３処理部は、前記コンテンツの有効なキャッシュが有る場合には前記コンテンツをキャッシュしている前記キャッシュストレージを示す情報を、前記コンテンツの有効なキャッシュが無い場合にはローカルブレイクアウトを介して取得された前記コンテンツをキャッシュすべき前記キャッシュストレージを示す情報を、前記リバースプロキシに送信する、
    請求項１３に記載の制御装置。
15. 前記第３処理部は、前記コンテンツへのユーザアクセス源であるユーザ端末からの距離、及び前記キャッシュストレージの空き容量の少なくともいずれか１つに基づいて、ローカルブレイクアウトを介して取得された前記コンテンツをキャッシュすべき前記キャッシュストレージを選択する、
    請求項１４に記載の制御装置。
16. 前記リバースプロキシは、前記リバースプロキシと前記キャッシュストレージとの接続性を提供する仮想ネットワークを介して前記キャッシュストレージにアクセスする、
    請求項８又は請求項１１～１５のいずれか一項に記載の制御装置。
17. コンピュータにより実行される制御方法であって、
    前記制御方法は、
    移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮ（Multi-access Edge Computing - enabled Contents Delivery Network）を構成する複数のキャッシュサーバのネットワーク構成を制御すること、
    を含み、
    前記キャッシュサーバは、
    コンテンツへのユーザアクセスを中継するリバースプロキシと、
    前記コンテンツを一時的に保存可能な記憶領域であるキャッシュストレージと、
    を含み、
    前記リバースプロキシは、前記リバースプロキシと前記キャッシュストレージとの接続性を提供する仮想ネットワークを介して前記キャッシュストレージにアクセスし、
    前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバのネットワーク構成を制御することは、前記仮想ネットワークを分割する、又は複数の前記仮想ネットワークを結合することを含む、
    制御方法。
18. コンピュータにより実行される制御方法であって、
    前記制御方法は、
    移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに関する情報を管理することと、
    前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバにおけるキャッシュ処理に関する指標に基づいて、新たな前記キャッシュサーバを追加することと、
    を含み、
    前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバに関する情報を管理することは、新たな前記キャッシュサーバが追加された場合に、新たに追加された前記キャッシュサーバに関する情報を登録することを含む、
    制御方法。
19. コンピュータを、
    移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮ（Multi-access Edge Computing - enabled Contents Delivery Network）を構成する複数のキャッシュサーバのネットワーク構成を制御する第１処理部、
    として機能させ、
    前記キャッシュサーバは、
    コンテンツへのユーザアクセスを中継するリバースプロキシと、
    前記コンテンツを一時的に保存可能な記憶領域であるキャッシュストレージと、
    を含み、
    前記リバースプロキシは、前記リバースプロキシと前記キャッシュストレージとの接続性を提供する仮想ネットワークを介して前記キャッシュストレージにアクセスし、
    前記第１処理部は、前記仮想ネットワークを分割する、又は複数の前記仮想ネットワークを結合する、
    プログラム。
20. コンピュータを、
    移動体通信網のコアネットワークに接続された、ＭＥＣ－ＣＤＮを構成する複数のキャッシュサーバに関する情報を管理する第３処理部と、
    前記ＭＥＣ－ＣＤＮを構成する複数の前記キャッシュサーバにおけるキャッシュ処理に関する指標に基づいて、新たな前記キャッシュサーバを追加する第４処理部と、
    として機能させ、
    前記第３処理部は、新たな前記キャッシュサーバが追加された場合に、新たに追加された前記キャッシュサーバに関する情報を登録する、
    プログラム。
    

Images