(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-03-04
(45)【発行日】2024-03-12
(54)【発明の名称】制御装置、制御方法、及びプログラム
(51)【国際特許分類】
H04W 4/06 20090101AFI20240305BHJP
H04W 24/02 20090101ALI20240305BHJP
H04W 28/08 20230101ALI20240305BHJP
H04W 8/26 20090101ALI20240305BHJP
H04L 67/568 20220101ALI20240305BHJP
H04W 28/14 20090101ALI20240305BHJP
【ＦＩ】
H04W4/06 170
H04W24/02
H04W28/08
H04W8/26 110
H04L67/568
H04W28/14
【請求項の数】
13
(21)【出願番号】P 2022135012
(22)【出願日】2022-08-26
【審査請求日】2022-08-26
【国等の委託研究の成果に係る記載事項】（出願人による申告）国等の委託研究の成果に係る特許出願（令和４年度、国立研究開発法人情報通信研究機構「革新的情報通信技術研究開発委託研究／協調型自立ネットワークの研究開発」、産業技術力強化法第１７条の適用を受ける特許出願）
(73)【特許権者】
【識別番号】000000295
【氏名又は名称】沖電気工業株式会社
(74)【代理人】
【識別番号】100140958
【弁理士】
【氏名又は名称】伊藤 学
(74)【代理人】
【識別番号】100137888
【弁理士】
【氏名又は名称】大山 夏子
(74)【代理人】
【識別番号】100190942
【弁理士】
【氏名又は名称】風間 竜司
(72)【発明者】
【氏名】中松 芳樹
【審査官】小林 正明
(56)【参考文献】
【文献】特開２０２２－０３８１２３（ＪＰ，Ａ）
【文献】特開２０１９－０３２６８０（ＪＰ，Ａ）
【文献】特開２００７－１１０３６８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
Ｈ０４Ｌ ６７／５６８
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
無線ネットワークに接続されコンテンツをアップリンク送信するコンテンツ送信装置のアップリンクの使用中通信容量に基づいて、前記コンテンツのキャッシュに関する処理を制御する制御部、を備え、
前記制御部は、
前記コンテンツ送信装置のアップリンクの使用中通信容量が第１の条件を満たした場合に、前記無線ネットワークを収容するコアネットワークに接続されたエッジサーバを制御するエッジサーバ制御装置へ、前記コンテンツ送信装置によりアップリンク送信された前記コンテンツをキャッシュするエッジサーバの割り当て要求を送信することと、
前記コンテンツへのアクセス要求に対して前記コンテンツの送信元のアドレス情報を応答する名前解決サーバに、前記コンテンツの送信元のアドレス情報として、新たに割り当てられた前記エッジサーバのアドレス情報を登録させることと、
を前記コンテンツのキャッシュに関する処理として制御し、
前記第１の条件は、前記コンテンツ送信装置のアップリンクの使用中通信容量が逼迫していることを含む、
制御装置。
【請求項2】
前記制御部は、新たに割り当てられた前記エッジサーバに、前記コンテンツの取得先として前記コンテンツ送信装置のアドレス情報を登録させることを、前記コンテンツのキャッシュに関する処理として制御する、請求項１に記載の制御装置。
【請求項3】
前記第１の条件は、前記コンテンツ送信装置のアップリンクの最大通信容量から前記コンテンツ送信装置のアップリンクの使用中通信容量を差し引いた空き通信容量が、第１の閾値以下になることを含む、請求項１に記載の制御装置。
【請求項4】
前記第１の条件は、前記コンテンツ送信装置のアップリンクの最大通信容量から前記コンテンツ送信装置のアップリンクの使用中通信容量を差し引いた空き通信容量の低下速度が第２の閾値以上になることを含む、請求項１に記載の制御装置。
【請求項5】
前記制御部は、前記コンテンツ送信装置の位置に基づいて、前記第１の条件を設定する、請求項１に記載の制御装置。
【請求項6】
前記制御部は、前記コンテンツ送信装置の周囲に存在する物体に基づいて、前記第１の条件を設定する、請求項５に記載の制御装置。
【請求項7】
前記制御部は、前記コンテンツ送信装置の周囲で発生するイベントに基づいて、前記第１の条件を設定する、請求項５に記載の制御装置。
【請求項8】
前記制御部は、前記コンテンツ送信装置の周囲に存在する、前記コンテンツをダウンロード可能なユーザ端末の数に基づいて、前記第１の条件を設定する、請求項５に記載の制御装置。
【請求項9】
前記制御部は、前記コンテンツ送信装置のアップリンクの使用中通信容量が第２の条件を満たした場合に、前記名前解決サーバに、前記コンテンツの送信元のアドレス情報として、前記コンテンツ送信装置のアドレス情報を登録させることを、前記コンテンツのキャッシュに関する処理として制御し、
前記第２の条件は、前記コンテンツ送信装置のアップリンクの使用中通信容量の逼迫が解消したことを含む、
請求項１～８のいずれか一項に記載の制御装置。
【請求項10】
前記第１の条件は、前記コンテンツ送信装置のアップリンクの最大通信容量から前記コンテンツ送信装置のアップリンクの使用中通信容量を差し引いた空き通信容量が、第１の閾値以下になることを含み、
前記第２の条件は、前記コンテンツ送信装置のアップリンクの最大通信容量から前記コンテンツ送信装置のアップリンクの使用中通信容量を差し引いた空き通信容量が、第３の閾値以上になることを含み、
前記第３の閾値は、前記第１の閾値よりも大きい、
請求項９に記載の制御装置。
【請求項11】
前記制御部は、前記第２の条件が満たされ、且つ、前記エッジサーバに関する第３の条件が満たされた場合に、前記エッジサーバ制御装置へ、前記エッジサーバの割り当て解除要求を送信することを、前記コンテンツのキャッシュに関する処理として制御し、
前記第３の条件は、前記エッジサーバの使用が終了したことを含む、
請求項９に記載の制御装置。
【請求項12】
コンピュータにより実行される制御方法であって、前記制御方法は、
無線ネットワークに接続されコンテンツをアップリンク送信するコンテンツ送信装置のアップリンクの使用中通信容量に基づいて、前記コンテンツのキャッシュに関する処理を制御することを含み、
前記コンテンツのキャッシュに関する処理を制御することは、
前記コンテンツ送信装置のアップリンクの使用中通信容量が第１の条件を満たした場合に、前記無線ネットワークを収容するコアネットワークに接続されたエッジサーバを制御するエッジサーバ制御装置へ、前記コンテンツ送信装置によりアップリンク送信された前記コンテンツをキャッシュするエッジサーバの割り当て要求を送信することと、
前記コンテンツへのアクセス要求に対して前記コンテンツの送信元のアドレス情報を応答する名前解決サーバに、前記コンテンツの送信元のアドレス情報として、新たに割り当てられた前記エッジサーバのアドレス情報を登録させることと、
を含み、
前記第１の条件は、前記コンテンツ送信装置のアップリンクの使用中通信容量が逼迫していることを含む、
制御方法。
【請求項13】
コンピュータを、無線ネットワークに接続されコンテンツをアップリンク送信するコンテンツ送信装置のアップリンクの使用中通信容量に基づいて、前記コンテンツのキャッシュに関する処理を制御する制御部、
として機能させ、
前記制御部は、
前記コンテンツ送信装置のアップリンクの使用中通信容量が第１の条件を満たした場合に、前記無線ネットワークを収容するコアネットワークに接続されたエッジサーバを制御するエッジサーバ制御装置へ、前記コンテンツ送信装置によりアップリンク送信された前記コンテンツをキャッシュするエッジサーバの割り当て要求を送信することと、
前記コンテンツへのアクセス要求に対して前記コンテンツの送信元のアドレス情報を応答する名前解決サーバに、前記コンテンツの送信元のアドレス情報として、新たに割り当てられた前記エッジサーバのアドレス情報を登録させることと、
を前記コンテンツのキャッシュに関する処理として制御し、
前記第１の条件は、前記コンテンツ送信装置のアップリンクの使用中通信容量が逼迫していることを含む、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、制御装置、制御方法、及びプログラムに関する。
【背景技術】
【0002】
近年、ＭＥＣ（Multi-access Edge Computing）が注目されている。ＭＥＣとは、移動体通信ネットワーク上にエッジサーバを配置して、エッジサーバにキャッシュしたデータをユーザに配信する技術である。ユーザに地理的に近いエッジサーバからデータを配信することで、クラウド上に配置されたサーバからデータを配信する場合と比較して、ネットワーク負荷を軽減し、遅延を低減することができる。
【0003】
ＭＥＣに関する様々な技術が開発されている。例えば、下記特許文献１では、エッジサーバのケイパビリティ情報を取得して、ケイパビリティ情報に基づいて最適なエッジサーバを選択してコンテンツの配信を要求する技術が開示されている。
【先行技術文献】
【特許文献】
【0004】
【文献】国際公開第２０１７／９４３６０号
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかし、上記特許文献１に開示された技術は、開発されてから未だ日が浅く、様々な観点で向上の余地が残されている。
【0006】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、コンテンツを配信するためのネットワークをより柔軟に構成することが可能な仕組みを提供することにある。
【課題を解決するための手段】
【0007】
上記課題を解決するために、本発明のある観点によれば、無線ネットワークに接続されコンテンツをアップリンク送信するコンテンツ送信装置のアップリンクの使用中通信容量に基づいて、前記コンテンツのキャッシュに関する処理を制御する制御部、を備え、前記制御部は、前記コンテンツ送信装置のアップリンクの使用中通信容量が第１の条件を満たした場合に、前記無線ネットワークを収容するコアネットワークに接続されたエッジサーバを制御するエッジサーバ制御装置へ、前記コンテンツ送信装置によりアップリンク送信された前記コンテンツをキャッシュするエッジサーバの割り当て要求を送信することと、前記コンテンツへのアクセス要求に対して前記コンテンツの送信元のアドレス情報を応答する名前解決サーバに、前記コンテンツの送信元のアドレス情報として、新たに割り当てられた前記エッジサーバのアドレス情報を登録させることと、を前記コンテンツのキャッシュに関する処理として制御し、前記第１の条件は、前記コンテンツ送信装置のアップリンクの使用中通信容量が逼迫していることを含む、制御装置が提供される。
【0008】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータにより実行される制御方法であって、前記制御方法は、無線ネットワークに接続されコンテンツをアップリンク送信するコンテンツ送信装置のアップリンクの使用中通信容量に基づいて、前記コンテンツのキャッシュに関する処理を制御することを含み、前記コンテンツのキャッシュに関する処理を制御することは、前記コンテンツ送信装置のアップリンクの使用中通信容量が第１の条件を満たした場合に、前記無線ネットワークを収容するコアネットワークに接続されたエッジサーバを制御するエッジサーバ制御装置へ、前記コンテンツ送信装置によりアップリンク送信された前記コンテンツをキャッシュするエッジサーバの割り当て要求を送信することと、前記コンテンツへのアクセス要求に対して前記コンテンツの送信元のアドレス情報を応答する名前解決サーバに、前記コンテンツの送信元のアドレス情報として、新たに割り当てられた前記エッジサーバのアドレス情報を登録させることと、を含み、前記第１の条件は、前記コンテンツ送信装置のアップリンクの使用中通信容量が逼迫していることを含む、制御方法が提供される。
【0009】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、無線ネットワークに接続されコンテンツをアップリンク送信するコンテンツ送信装置のアップリンクの使用中通信容量に基づいて、前記コンテンツのキャッシュに関する処理を制御する制御部、として機能させ、前記制御部は、前記コンテンツ送信装置のアップリンクの使用中通信容量が第１の条件を満たした場合に、前記無線ネットワークを収容するコアネットワークに接続されたエッジサーバを制御するエッジサーバ制御装置へ、前記コンテンツ送信装置によりアップリンク送信された前記コンテンツをキャッシュするエッジサーバの割り当て要求を送信することと、前記コンテンツへのアクセス要求に対して前記コンテンツの送信元のアドレス情報を応答する名前解決サーバに、前記コンテンツの送信元のアドレス情報として、新たに割り当てられた前記エッジサーバのアドレス情報を登録させることと、を前記コンテンツのキャッシュに関する処理として制御し、前記第１の条件は、前記コンテンツ送信装置のアップリンクの使用中通信容量が逼迫していることを含む、プログラムが提供される。
【発明の効果】
【0010】
以上説明したように本発明によれば、コンテンツを配信するためのネットワークをより柔軟に構成することが可能な仕組みが提供される。
【図面の簡単な説明】
【0011】
【図1】本実施形態に係るシステムの基本的な構成を示す図である。
【図2】本実施形態に係るシステムの詳細な構成を示す図である。
【図3】本実施形態に係るＭＥＯの構成の一例を示すブロック図である。
【図4】本実施形態に係るキャッシュ制御装置の構成の一例を示すブロック図である。
【図5】本実施形態に係るＡＭＲの構成の一例を示すブロック図である。
【図6】本実施形態に係るシステムにおける各構成要素の配置を示す図である。
【図7】本実施形態に係るシステムにより実行される処理の流れの一例を示すシーケンス図である。
【図8】本実施形態に係るシステムにより実行される処理の流れの一例を示すシーケンス図である。
【図9】本実施形態に係るシステムにより実行される処理の流れの一例を示すシーケンス図である。
【図10】本実施形態に係るＡＭＲのアップリンクの使用中通信容量の変化とエッジサーバの割り当て／割り当て解除との関係の一例を示す図である。
【図11】本実施形態に係るＡＭＲのアップリンクの使用中通信容量の変化とエッジサーバの割り当て／割り当て解除との関係の一例を示す図である。
【図12】本実施形態に係るＡＭＲのアップリンクの使用中通信容量の変化とエッジサーバの割り当て／割り当て解除との関係の一例を示す図である。
【図13】本実施形態に係るＡＭＲのアップリンクの使用中通信容量の変化とエッジサーバの割り当て／割り当て解除との関係の一例を示す図である。
【図14】本実施形態に係るＡＭＲのアップリンクの使用中通信容量の変化とエッジサーバの割り当て／割り当て解除との関係の一例を示す図である。
【図15】本実施形態に係るシステムにより実行される処理の流れの一例を示すシーケンス図である。
【図16】本実施形態に係るシステムにより実行される処理の流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【0012】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【0013】
＜１．前提技術＞
サービス事業者は、ＣＤＮ（Content Delivery Network）事業者と契約して、インターネットを介したコンテンツの配信又はアップロードに関するサービスを提供する場合がある。なお、サービス事業者とは、任意のサービスを提供する事業者である。ＣＤＮ事業者とは、ＩＳＰ（Internet Service Provider）を利用して、コンテンツをインターネット経由で配信する事業者である。ＩＳＰとは、通信事業者の回線を使用して、インターネットに接続するサービスを提供する事業者である。通信事業者とは、固定電話又は携帯電話等の電気通信サービスを提供する事業者である。
サービス事業者は、ＣＤＮ（Content Delivery Network）事業者と契約して、インターネットを介したコンテンツの配信又はアップロードに関するサービスを提供する場合がある。なお、サービス事業者とは、任意のサービスを提供する事業者である。ＣＤＮ事業者とは、ＩＳＰ（Internet Service Provider）を利用して、コンテンツをインターネット経由で配信する事業者である。ＩＳＰとは、通信事業者の回線を使用して、インターネットに接続するサービスを提供する事業者である。通信事業者とは、固定電話又は携帯電話等の電気通信サービスを提供する事業者である。
【0014】
ＣＤＮ事業者は、典型的には、データセンタにオリジンサーバを設置し、コンテンツをオリジンサーバからユーザに配信する。オリジンサーバとは、ＣＤＮを介してコンテンツを配信する際の配信元となるサーバである。ＣＤＮ事業者は、ネットワーク上に分散されたエッジサーバをキャッシュサーバとして配信に利用することで、ＩＳＰが相互接続するインターネット上のバックボーンに不要なコンテンツトラフィックを流入させないようにできる。また、同時に、ユーザに近いエッジサーバから配信することで、遅延を小さくすることが可能となる。
【0015】
本発明の一実施形態は、上記説明したエッジサーバを介したコンテンツの配信に関する。以下、図１を参照しながら、本実施形態の前提となる技術について詳しく説明する。
【0016】
図１は、本実施形態に係るシステム１の基本的な構成を示す図である。システム１は、コンテンツの配信に関するシステムである。図１に示すように、本実施形態に係るシステム１は、インターネット２、ＩＳＰネットワーク３、データセンタ４、通信事業者ネットワーク５、ＭＥＣ－ＣＤＮ６、及びＲＡＮ（Radio Access Network）７を含む、複数のネットワークにより構成される。なお、本実施形態では、動物園４９を経営する動物園経営者がサービス事業者であり、コンテンツの一例として動画像（音声を含んでいてもよい。以下、動画Ｍとも称する）をストリーミング配信する例を説明する。以下、システム１に関与する各構成要素について説明する。
【0017】
インターネット２は、インターネットプロトコルに準拠したネットワークである。
【0018】
ＩＳＰネットワーク３は、ＩＳＰにより運用されるネットワークである。ＩＳＰネットワーク３は、ＩＳＰネットワーク３に関する処理を実行するサーバ３０等の各種装置を有する。システム１には、複数のＩＳＰ事業者により運用される複数のＩＳＰネットワーク３が関与していてもよい。
【0019】
データセンタ４は、ＣＤＮ事業者により運用される、各種のコンピュータ及びデータ通信のための装置を格納する施設である。動物園経営者は、ＡＭＲ（Autonomous Mobile Robot）４１をレンタルして、ＡＭＲ４１により動物園４９内で動画Ｍを収録する。そして、動物園経営者は、収録した動画Ｍを、配信したり、動物園４９内の監視に使用したり、動物園４９の宣伝に使用したりする。データセンタ４には、サービス事業者である動物園経営者により運用されるサーバ４０が配置される。サーバ４０は、動物園４９に関するデータを蓄積したり、動物園４９のＷｅｂページを運用したりする。
【0020】
通信事業者ネットワーク５は、通信事業者により運用されるネットワークである。通信事業者は、後述するコアネットワーク５０とＲＡＮ７とから成る移動体通信ネットワークを運用する。コアネットワーク５０を運用する各種装置は、全国に分散して存在する通信局舎に収容される。これら全国に分散して存在する通信局舎は、トランスポートレイヤで接続されており、そのオーバーレイネットワークを、ここでは通信事業者ネットワーク５とする。
【0021】
コアネットワーク５０とは、ＲＡＮ７を収容するネットワークである。即ち、コアネットワーク５０は、ＲＡＮ７のバックボーンを担う。コアネットワーク５０は、ユーザ端末１０の認証、位置管理、及びポリシー制御等、ＲＡＮ７に接続したユーザ端末１０による通信に関する各種役割を担う。コアネットワーク５０を運用する各種装置の一例として、フルサービスリゾルバ５１及びＧＳＬＢ(Global Server Load Balancing)５２が挙げられる。
【0022】
フルサービスリゾルバ５１は、ＤＮＳ（Domain Name System）クライアントから受信した名前解決要求に対し応答する名前解決サーバである。フルサービスリゾルバ５１は、キャッシュした情報を応答したり、他の権威サーバに問い合わせた結果を応答したりする。
【0023】
ＧＳＬＢ５２は、名前解決要求に対しＩＰ（Internet Protocol）アドレスを応答する名前解決サーバである。とりわけ、ＧＳＬＢ５２は、異なる位置に配置された複数のサーバのＩＰアドレスから負荷分散の観点で適切なＩＰアドレスを応答することで、サーバ間の負荷分散を実現する。
【0024】
ＲＡＮ７は、無線通信を提供する無線ネットワークである。ＲＡＮ７は、４Ｇ（4th Generation）、５Ｇ(5th Generation)、又はＢ５Ｇ(Beyond 5th Generation)等の移動体通信システムの無線ネットワークであってもよい。若しくは、ＲＡＮ７は、Ｗｉ－Ｆｉ（登録商標）、又はＢｌｕｅｔｏｏｔｈ等の無線通信規格に準拠した無線ネットワークであってもよい。ＲＡＮ７は、ＢＳ（Base Station）７０（７０Ａ～７０Ｃ）を含む。
【0025】
ＢＳ７０は、ＢＳ７０との間で無線信号を送受信可能な範囲内に位置する装置と無線接続して、無線接続した装置との間で無線信号を送受信する装置である。ＢＳ７０は、無線接続した装置と、コアネットワーク５０又はインターネット２との通信を中継する。なお、ＢＳ７０に無線接続した装置が送信側となる通信路は、アップリンクとも称される。逆に、ＢＳ７０に無線接続した装置が受信側となる通信路は、ダウンリンクとも称される。
【0026】
コアネットワーク５０には、ＭＥＣ－ＣＤＮ６が接続される。ＭＥＣ－ＣＤＮ６は、ＣＤＮ事業者により運用されるＣＤＮである。ＭＥＣ－ＣＤＮ６は、複数のサーバ６０を含むデータセンタである。図１に示した例では、ＭＥＣ－ＣＤＮ６は、ＣＤＣ（Center Data Center）６１、ＲＤＣ（Regional Data Center）６２、及びＥＤＣ（Edge Data Center）６３（６３Ａ及び６３Ｂ）の３つの階層のデータセンタで構成される。１つのＣＤＣ６１の配下に複数のＲＤＣ６２が配置され、１つのＲＤＣ６２の配下に複数のＥＤＣ６３が配置される。そして、上位のデータセンタと下位のデータセンタとは、ネットワークで接続される。下位のデータセンタは、上位のデータセンタのキャッシュの役割を果たす。これらのデータセンタは、地理的に分散して配置される。
【0027】
ＭＥＣ－ＣＤＮ６を構成する複数のデータセンタの各々は、１つ以上のサーバ６０を含む。例えば、ＣＤＣ６１は、サーバ６０Ａを含む。ＲＤＣ６２は、サーバ６０Ｂ及び６０Ｃを含む。ＥＤＣ６３Ａは、エッジサーバ６０Ｄ及び６０Ｅを含む（特にＥＤＣのサーバをエッジサーバと呼ぶ）。ＥＤＣ６３Ｂは、エッジサーバ６０Ｆを含む。そして、エッジサーバ６０は、コアネットワーク５０のうち、エッジサーバ６０が配置された位置に対応する（即ち、近い）地理的範囲をカバーするＢＳ７０に対応するネットワーク５９に接続される。例えば、エッジサーバ６０Ｅはネットワーク５９Ｃに接続され、エッジサーバ６０Ｆはネットワーク５９Ｄに接続される。そして、エッジサーバ６０は、接続されたネットワーク５９に対応するＢＳ７０に接続するユーザ端末１０に対して配信されるコンテンツの、キャッシュサーバとして機能し得る。
【0028】
動物園４９は、動物を飼育し一般に公開する施設である。動物園４９の経営者は、サービス事業者の一例である。動物園４９内では、１つ以上のＡＭＲ４１が動作する。
【0029】
ＡＭＲ４１は、自律走行ロボットである。自律走行ロボットとは、搭載したセンサにより自己位置又は走行路を検出して走行するロボットである。そのため、自律走行ロボットが移動する範囲には、移動方向を誘導する誘導装置を設置する必要が無い。ＡＭＲ４１は、動物園４９内を自律的に走行しながら、動画Ｍを収録及び記憶する。そして、ＡＭＲ４１は、インターネット２上のユーザに対して動画Ｍを配信するオリジンサーバとして動作する。即ち、ＡＭＲ４１は、ＲＡＮ７に接続して、動画Ｍをアップリンク送信する。ＡＭＲ４１は、無線ネットワークに接続されコンテンツをアップリンク送信するコンテンツ送信装置の一例である。なお、ＡＭＲ４１は、ＡＭＲ４１を貸し出すＡＭＲ事業者から動物園４９に貸し出され得る。
【0030】
ユーザ端末１０は、ユーザにより操作される端末である。ユーザ端末１０は、スマートフォン又はＰＣ（Personal Computer）等の任意の情報処理装置であってよい。ユーザ端末１０は、最寄りのＢＳ７０等のアクセスポイントを介してインターネット２にアクセスし得る。ユーザは、ユーザ端末１０を介して動画Ｍを取得及び視聴する。
【0031】
ルータ９（９Ａ～９Ｍ）は、異なるネットワーク同士を接続する装置である。そして、ルータ９は、データの転送を行う中継器でもある。ルータ９は、転送径路を選択したり、転送径路を制御したりする。例えば、ルータ９Ａは、ユーザ端末１０Ｃとインターネット２との通信を中継する。ルータ９Ｂは、データセンタ４とインターネット２との通信を中継する。ルータ９Ｃは、インターネット２とＩＳＰネットワーク３との通信を中継する。ルータ９Ｄは、ＩＳＰネットワーク３と通信事業者ネットワーク５との通信を中継する。ルータ９Ｅは、ＩＳＰネットワーク３とＣＤＣ６１との通信を中継する。ルータ９Ｆは、ＩＳＰネットワーク３とＲＤＣ６２との通信を中継する。ルータ９Ｇは、ＩＳＰネットワーク３とＥＤＣ６３との通信を中継する。ルータ９Ｈは、通信事業者ネットワーク５においてコアネットワーク５０外とコアネットワーク５０内との通信を中継する。ルータ９Ｉは、ＣＤＣ６１とＲＤＣ６２との通信を中継する。ルータ９Ｊは、ＲＤＣ６２とＥＤＣ６３Ａとの通信を中継する。ルータ９Ｋは、ＥＤＣ６３ＡとＲＡＮ７との通信を中継する。
ルータ９Ｌは、ＲＤＣ６２とＥＤＣ６３Ｂとの通信を中継する。ルータ９Ｍは、ＥＤＣ６３ＢとＲＡＮ７との通信を中継する。
ルータ９Ｌは、ＲＤＣ６２とＥＤＣ６３Ｂとの通信を中継する。ルータ９Ｍは、ＥＤＣ６３ＢとＲＡＮ７との通信を中継する。
【0032】
なお、図１では、システム１に含まれるルータ９の一部が図示されている。即ち、システム１には、図示しないルータ９が含まれ得る。また、図１において、同一ネットワーク内における装置同士の接続の図示は、省略される場合がある。即ち、同一のネットワーク内に配置された任意の装置同士は、接続されていてもよい。
【0033】
以上、本実施形態に係るシステム１の基本的な構成について説明した。続いて、図１を参照しながら、ユーザ端末１０への動画Ｍの配信に関する処理について説明する。
【0034】
まず、ユーザ端末１０は、サーバ４０が運用する動物園４９のポータルサイトにアクセスして、ＡＭＲ４１により取得された動画ＭのＵＲＬ（Uniform Resource Locator）を取得する。ユーザ端末１０が動画ＭのＵＲＬにアクセスすると、フルサービスリゾルバ５１に対し動画ＭのＵＲＬに関する名前解決要求が送信される。フルサービスリゾルバ５１は、ＧＳＬＢ５２に対し動画ＭのＵＲＬに関する名前解決要求を送信し、応答されたＡＭＲ４１の近くに位置する、リバースプロキシでもあるエッジサーバ６０ＥのＩＰアドレスを、ユーザ端末１０へ応答する。ユーザ端末１０は、応答されたＩＰアドレスのエッジサーバ６０Ｅに接続して動画Ｍの配信の要求を送り、エッジサーバ６０Ｅ上に目的の動画Ｍのキャッシュがあれば、エッジサーバ６０Ｅから動画Ｍが配信される。
【0035】
エッジサーバ６０Ｅは、キャッシュした動画Ｍをユーザ端末１０に配信する。一例として、エッジサーバ６０Ｅは、ユーザ端末１０Ａ及びユーザ端末１０ＢのようにＲＡＮ７に接続するユーザ端末１０に対しては、コアネットワーク５０及びＲＡＮ７を経由して、動画Ｍを配信する（データフローＦ１及びＦ２参照）。他の一例として、エッジサーバ６０Ｅは、インターネット上のＰＣであるユーザ端末１０Ｃに対しては、インターネット２を経由して、動画Ｍを配信する（データフローＦ３参照）。
【0036】
ただし、エッジサーバ６０Ｅは、動画Ｍをキャッシュしていない場合、オリジンサーバであるＡＭＲ４１に対し動画Ｍをアップロードするよう要求する。そして、エッジサーバ６０Ｅは、ＡＭＲ４１からアップロードされた動画Ｍを取得して、ユーザ端末１０へ転送する（データフローＦ４参照）。転送の際に、エッジサーバ６０Ｅは、取得した動画Ｍをキャッシュする。
【0037】
他方、エッジサーバ６０Ｅは、動画Ｍをキャッシュしている場合、オリジンサーバへのアクセスを行わず、キャッシュした動画Ｍを配信する。例えば、ユーザ端末１０Ａには、最寄りのエッジサーバ６０Ｅから動画Ｍが配信されるため、配信を高速に行うことが可能となる。ユーザ端末１０Ｂに対しては、最寄りのエッジサーバ６０Ｆを経由して、動画Ｍが配信されてもよい。その場合も、配信を高速に行うことが可能となる。
【0038】
＜２．技術的課題＞
これまで、サービス事業者には、オリジンサーバであるＡＭＲ４１から配信される動画Ｍをキャッシュして配信するエッジサーバ６０を利用するか否かを、事前に決めておくことが要された。
これまで、サービス事業者には、オリジンサーバであるＡＭＲ４１から配信される動画Ｍをキャッシュして配信するエッジサーバ６０を利用するか否かを、事前に決めておくことが要された。
【0039】
エッジサーバ６０を利用しない場合、動画Ｍの同時視聴ユーザが増えた場合にＡＭＲ４１からのアップリンクの通信容量が逼迫し、動画Ｍが乱れる等の問題が引き起こされる。ここでのアップリンクとは、ＡＭＲ４１、ＲＡＮ７、及びコアネットワーク５０を順に経由する通信路である。通信容量とは、通信路が搬送することのできる情報の伝達能力である。通信路が搬送することのできる情報の最大の伝達能力を、最大通信容量とも称する。また、通信容量が逼迫するとは、最大通信容量から使用されている量（以下、使用中通信容量とも称する）を差し引いた、空き通信容量が極度に低下することを指す。一方で、サービス事業者にとっても、ＣＤＮ事業者にとっても、アップリンクの通信容量が逼迫するか否かを事前に把握することは困難である。そのため、安全のために常にエッジサーバ６０を利用する、といった選択がとられがちであった。
【0040】
しかし、同時視聴ユーザが少ない場合にはエッジサーバ６０を利用せずとも円滑な配信が可能である。そのため、エッジサーバ６０を利用することは過剰な設備投資となってしまっていた。
【0041】
そこで、本実施形態では、エッジサーバ６０を動的に割り当て／割り当て解除することができる仕組みを提供する。エッジサーバ６０を割り当てることは、コンテンツのキャッシュ及びキャッシュしたコンテンツの配信を開始させることを指す。エッジサーバ６０を割り当てることは、エッジサーバ６０を新たに起動させることを含んでいてもよい。エッジサーバ６０の割り当てを解除することは、コンテンツのキャッシュ及びキャッシュしたコンテンツの配信を停止させることを指す。エッジサーバ６０の割り当てを解除することは、エッジサーバ６０を停止させることを含んでいてもよい。
【0042】
＜３．技術的特徴＞
＜３．１．詳細な構成＞
図２は、本実施形態に係るシステム１の詳細な構成を示す図である。図２に示すシステム１は、図１に示したシステム１に加えて、ＭＥＯ（MEC Orchestrator）６４及びキャッシュ制御装置６５を含む。ＭＥＯ６４は、ＭＥＣ－ＣＤＮ６を構成する複数のエッジサーバ６０の動作を制御するエッジサーバ制御装置の一例である。キャッシュ制御装置６５は、エッジサーバ６０の動的な割り当て／割り当て解除に関する処理を制御する装置である。さらに、ＡＭＲ４１は、エッジサーバ６０の動的な割り当て／割り当て解除のために拡張された機能を有する。具体的には、ＡＭＲ４１は、アップリンクの通信状況を示す情報を、キャッシュ制御装置６５に報告する（Ｆ５参照）。キャッシュ制御装置６５は、ＡＭＲ４１から報告された情報に基づいて、エッジサーバ６０を動的に割り当てたり、割り当て解除したりする処理を制御する。以下、これらの各装置の構成を説明する。
＜３．１．詳細な構成＞
図２は、本実施形態に係るシステム１の詳細な構成を示す図である。図２に示すシステム１は、図１に示したシステム１に加えて、ＭＥＯ（MEC Orchestrator）６４及びキャッシュ制御装置６５を含む。ＭＥＯ６４は、ＭＥＣ－ＣＤＮ６を構成する複数のエッジサーバ６０の動作を制御するエッジサーバ制御装置の一例である。キャッシュ制御装置６５は、エッジサーバ６０の動的な割り当て／割り当て解除に関する処理を制御する装置である。さらに、ＡＭＲ４１は、エッジサーバ６０の動的な割り当て／割り当て解除のために拡張された機能を有する。具体的には、ＡＭＲ４１は、アップリンクの通信状況を示す情報を、キャッシュ制御装置６５に報告する（Ｆ５参照）。キャッシュ制御装置６５は、ＡＭＲ４１から報告された情報に基づいて、エッジサーバ６０を動的に割り当てたり、割り当て解除したりする処理を制御する。以下、これらの各装置の構成を説明する。
【0043】
【0044】
通信部６４１は、他の装置との間でデータの送受信を行うための通信モジュールである。通信部６４１は、有線又は無線の任意の通信規格に準拠した通信を行う。通信部６４１は、ＭＥＯ６４に接続されたネットワークを介して任意の装置と通信する。一例として、通信部６４１は、ＭＥＣ－ＣＤＮ６を構成する複数のエッジサーバ６０の各々と通信する。他の一例として、通信部６４１は、キャッシュ制御装置６５と通信する。
【0045】
記憶部６４２は、情報を記憶する装置である。記憶部６４２は、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、又はフラッシュメモリ等の任意の記憶媒体により構成される。記憶部６４２は、ＭＥＯ６４の動作のための任意の情報を記憶する。一例として、記憶部６４２は、ＭＥＣ－ＣＤＮ６を構成する複数のエッジサーバ６０の各々の情報を記憶する。記憶部６４２に記憶されるエッジサーバ６０の情報としては、例えば、エッジサーバ６０のＩＰアドレス、エッジサーバ６０の名称、及びエッジサーバ６０の割り当ての有無が挙げられる。エッジサーバ６０の割り当ての有無とは、エッジサーバ６０が利用中であるか否かを示す情報である。
【0046】
制御部６４３は、演算処理装置及び制御装置として機能し、各種プログラムに従ってＭＥＯ６４内の動作全般を制御する。制御部６４３は、例えばＣＰＵ（Central Processing Unit）、又はマイクロプロセッサ等の電子回路によって実現される。なお、制御部６４３は、使用するプログラム及び演算パラメータ等を記憶するＲＯＭ（Read Only Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random Access Memory）を含んでいてもよい。
【0047】
制御部６４３は、ＭＥＯ６４が実行する処理を制御する。通信部６４１による通信、記憶部６４２による情報の記憶、及び記憶部６４２に記憶された情報の読み出しは、制御部６４３により制御される処理の一例である。また、制御部６４３は、エッジサーバ６０の動的な割り当て／割り当て解除のための各種処理を制御する。エッジサーバ６０の動的な割り当て／割り当て解除のためにＭＥＯ６４により実行される処理については、後に詳しく説明する。
【0048】
（２）キャッシュ制御装置６５
図４は、本実施形態に係るキャッシュ制御装置６５の構成の一例を示すブロック図である。図４に示すように、キャッシュ制御装置６５は、通信部６５１、記憶部６５２、及び制御部６５３を含む。
図４は、本実施形態に係るキャッシュ制御装置６５の構成の一例を示すブロック図である。図４に示すように、キャッシュ制御装置６５は、通信部６５１、記憶部６５２、及び制御部６５３を含む。
【0049】
通信部６５１は、他の装置との間でデータの送受信を行うための通信モジュールである。通信部６５１は、有線又は無線の任意の通信規格に準拠した通信を行う。通信部６５１は、キャッシュ制御装置６５に接続されたネットワークを介して任意の装置と通信する。一例として、通信部６５１は、ＧＳＬＢ５２、ＭＥＯ６４、又はＭＥＣ－ＣＤＮ６を構成する複数のエッジサーバ６０の各々と通信する。他の一例として、通信部６５１は、コアネットワーク５０、及びＲＡＮ７を介して、ＢＳ７０に無線接続されたＡＭＲ４１と通信する。
【0050】
記憶部６５２は、情報を記憶する装置である。記憶部６５２は、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、又はフラッシュメモリ等の任意の記憶媒体により構成される。記憶部６５２は、キャッシュ制御装置６５の動作のための任意の情報を記憶する。一例として、記憶部６５２は、オリジンサーバの情報を記憶する。記憶部６５２に記憶されるオリジンサーバの情報としては、例えば、ＡＭＲ４１のＩＰアドレス、ＡＭＲ４１のアップリンクの最大通信容量、後述する割り当て閾値、及び後述する解除閾値が挙げられる。他の一例として、記憶部６５２は、ＭＥＯ６４のＩＰアドレスを記憶する。
【0051】
制御部６５３は、演算処理装置及び制御装置として機能し、各種プログラムに従ってキャッシュ制御装置６５内の動作全般を制御する。制御部６５３は、例えばＣＰＵ（Central Processing Unit）、又はマイクロプロセッサ等の電子回路によって実現される。なお、制御部６５３は、使用するプログラム及び演算パラメータ等を記憶するＲＯＭ（Read Only Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random Access Memory）を含んでいてもよい。
【0052】
制御部６５３は、キャッシュ制御装置６５が実行する処理を制御する。通信部６５１による通信、記憶部６５２による情報の記憶、及び記憶部６５２に記憶された情報の読み出しは、制御部６４３により制御される処理の一例である。また、制御部６５３は、エッジサーバ６０の動的な割り当て／割り当て解除のための各種処理を制御する。エッジサーバ６０の動的な割り当て／割り当て解除のためにキャッシュ制御装置６５により実行される処理については、後に詳しく説明する。
【0053】
（３）ＡＭＲ４１
図５は、本実施形態に係るＡＭＲ４１の構成の一例を示すブロック図である。図５に示すように、ＡＭＲ４１は、コンテンツ取得部４１１、センサ部４１２、通信部４１３、アーム装置４１４、走行装置４１５、記憶部４１６、及び制御部４１７を含む。
図５は、本実施形態に係るＡＭＲ４１の構成の一例を示すブロック図である。図５に示すように、ＡＭＲ４１は、コンテンツ取得部４１１、センサ部４１２、通信部４１３、アーム装置４１４、走行装置４１５、記憶部４１６、及び制御部４１７を含む。
【0054】
コンテンツ取得部４１１は、コンテンツを取得する装置である。詳しくは、コンテンツ取得部４１１は、コンテンツである動画Ｍを構成する画像データを撮像するカメラと、動画Ｍを構成する音声データを取得するマイクと、を含む。コンテンツ取得部４１１は、取得した動画Ｍを出力する。コンテンツ取得部４１１は、取得した動画Ｍをエンコードするエンコーダを有していてもよく、エンコード済みの動画Ｍを出力してもよい。
【0055】
センサ部４１２は、ＡＭＲ４１の環境に関する情報を取得する装置である。一例として、センサ部４１２は、コンテンツ取得部４１１から出力された動画Ｍを画像認識することで、ＡＭＲ４１の周囲に存在する物体を認識してもよい。他の一例として、センサ部４１２は、ＡＭＲ４１の位置情報を取得してもよい。位置情報は、ＧＮＳＳ（Global Navigation Satellite System）衛星からのＧＮＳＳ信号（例えば、ＧＰＳ（Global Positioning System）衛星からのＧＰＳ信号）を受信することで取得されてもよい。また、位置情報は、ＡＭＲ４１が無線接続するＢＳ７０の識別情報であってもよい。他にも、位置情報は、高度計により取得される高度を含んでいてもよい。
【0056】
通信部４１３は、他の装置との間でデータの送受信を行うための通信モジュールである。通信部４１３は、有線又は無線の任意の通信規格に準拠した通信を行う。通信部４１３は、ＡＭＲ４１に接続されたネットワークを介して任意の装置と通信する。具体的には、通信部４１３は、ＢＳ７０に無線接続して、ＢＳ７０を介して他の装置と通信する。一例として、通信部４１３は、ユーザ端末１０、エッジサーバ６０、又はキャッシュ制御装置６５と通信する。
【0057】
アーム装置４１４は、いわゆるロボットアームである。アーム装置４１４は、複数の関節を有していてもよいし、末端に人間の手のように物体を把持等することが可能なロボットハンドを有していてもよい。アーム装置４１４は、動物園４９内で飼育されている動物にエサを与えたり、檻のドアを開閉したり、ＡＭＲ４１の走行の邪魔になる路上の物体をどけたりする。
【0058】
走行装置４１５は、ＡＭＲ４１の位置を移動させる装置である。例えば、走行装置４１５は、車輪、車輪を駆動するモータ、車輪の舵角を変更する操舵装置を有する。
【0059】
記憶部４１６は、情報を記憶する装置である。記憶部４１６は、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、又はフラッシュメモリ等の任意の記憶媒体により構成される。記憶部４１６は、ＡＭＲ４１の動作のための任意の情報を記憶する。一例として、記憶部４１６は、コンテンツ取得部４１１により取得された動画Ｍを記憶する。
【0060】
制御部４１７は、演算処理装置及び制御装置として機能し、各種プログラムに従ってＡＭＲ４１内の動作全般を制御する。制御部４１７は、例えばＣＰＵ（Central Processing Unit）、又はマイクロプロセッサ等の電子回路によって実現される。なお、制御部６５３は、使用するプログラム及び演算パラメータ等を記憶するＲＯＭ（Read Only Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random Access Memory）を含んでいてもよい。
【0061】
制御部４１７は、ＡＭＲ４１が実行する処理を制御する。コンテンツ取得部４１１による動画Ｍの取得、センサ部４１２によるＡＭＲ４１の環境に関する情報の取得、通信部４１３による通信、アーム装置４１４の動作、及び走行装置４１５による走行は、制御部４１７により制御される処理の一例である。より詳しくは、制御部４１７は、センサ部４１２により取得された情報に基づいて、アーム装置４１４、及び走行装置４１５の動作を制御する。また、制御部６５３は、エッジサーバ６０の動的な割り当て／割り当て解除のための各種処理を制御する。エッジサーバ６０の動的な割り当て／割り当て解除のためにＡＭＲ４１により実行される処理については、後に詳しく説明する。
【0062】
（４）配置
以上、ＭＥＯ６４、キャッシュ制御装置６５、及びＡＭＲ４１の各構成を説明した。続いて、本実施形態に係るシステム１における各構成要素の配置について、図６を参照しながら説明する。
以上、ＭＥＯ６４、キャッシュ制御装置６５、及びＡＭＲ４１の各構成を説明した。続いて、本実施形態に係るシステム１における各構成要素の配置について、図６を参照しながら説明する。
【0063】
図６は、本実施形態に係るシステム１における各構成要素の配置を示す図である。本実施形態に係るＣＤＮシステムは、通信事業者ネットワーク５上に構成される。ＡＭＲ４１は、オリジンサーバとして機能し、ユーザ端末１０はオリジンサーバのクライアントとなる。ただし、ユーザ端末１０Ａ及びユーザ端末１０Ｂは移動体通信ネットワーク５３０を介して、ユーザ端末１０Ｃはインターネット２を介して、コンテンツの配信を受ける。
【0064】
図６に示すように、通信事業者ネットワーク５は、ＣＤＮ制御５１０、ＭＥＣプラットフォーム５２０、及び移動体通信ネットワーク５３０を含む。ＣＤＮ制御５１０は、キャッシュ制御装置６５、フルサービスリゾルバ５１、及びＧＳＬＢ５２を含む。ＭＥＣプラットフォーム５２０は、ＭＥＯ６４、及びＭＥＣ－ＣＤＮ６を構成する複数のエッジサーバ６０（６０Ａ～６０Ｆ）を含む。移動体通信ネットワーク５３０は、複数のＢＳ７０（７０Ａ～７０Ｃ）を有し、ＡＭＲ４１、ユーザ端末１０Ａ、及びユーザ端末１０Ｂに無線通信サービスを提供する。
【0065】
＜３．２．エッジサーバ６０の割り当て＞
キャッシュ制御装置６５（例えば、制御部６５３）は、ＡＭＲ４１のアップリンクの使用中通信容量に基づいて、動画Ｍのキャッシュに関する処理を制御する。動画Ｍのキャッシュに関する処理は、エッジサーバ６０の割り当てに関する第１の処理を含む。
キャッシュ制御装置６５（例えば、制御部６５３）は、ＡＭＲ４１のアップリンクの使用中通信容量に基づいて、動画Ｍのキャッシュに関する処理を制御する。動画Ｍのキャッシュに関する処理は、エッジサーバ６０の割り当てに関する第１の処理を含む。
【0066】
第１の処理は、ＡＭＲ４１のアップリンクの使用中通信容量が第１の条件を満たした場合に、キャッシュ制御装置６５が、ＭＥＯ６４へ、ＡＭＲ４１によりアップリンク送信された動画Ｍをキャッシュするエッジサーバ６０の割り当て要求を送信することを含む。第１の条件を満たしたことは、ＡＭＲ４１のアップリンクの通信容量が逼迫したことを意味する。ＭＥＯ６４（例えば、制御部６４３）は、キャッシュ制御装置６５からエッジサーバ６０の割り当て要求を受信すると、新たなエッジサーバ６０を割り当てる。例えば、キャッシュ制御装置６５は、未使用の（即ち、停止中の）エッジサーバ６０を発見して、当該エッジサーバ６０を起動する。そして、ＭＥＯ６４は、新たに割り当てたエッジサーバ６０の情報を、キャッシュ制御装置６５へ送信する。新たに割り当てたエッジサーバ６０の情報の一例は、新たに割り当てたエッジサーバ６０のＩＰアドレスである。かかる構成によれば、ＡＭＲ４１のアップリンクの通信容量が逼迫した場合に、エッジサーバ６０を動的に割り当てることが可能となる。
【0067】
さらに、第１の処理は、キャッシュ制御装置６５が、動画Ｍへのアクセス要求に対して動画Ｍの送信元のアドレス情報を応答する名前解決サーバに対してＤＮＳ（Domain Name System）の設定を行うことを含む。詳しくは、第１の処理は、キャッシュ制御装置６５が、ＧＳＬＢ５２に、動画Ｍの送信元のアドレス情報として、新たに割り当てられたエッジサーバ６０のアドレス情報を登録させることを含む。アドレス情報の一例は、ＩＰアドレスである。当該登録が行われた後、ＧＳＬＢ５２は、動画ＭのＵＲＬについて名前解決要求を受信した場合に、登録されたエッジサーバ６０のＩＰアドレスを応答することとなる。かかる構成によれば、動画Ｍの新たな配信要求に対しては、ＡＭＲ４１ではなくエッジサーバ６０が動画Ｍを配信することとなる。即ち、ＡＭＲ４１への動画Ｍの配信の新規割り当てが停止される。その結果、ＡＭＲ４１から配信された動画Ｍを視聴中のユーザ端末１０に対しては、引き続きＡＭＲ４１から動画Ｍが配信される一方で、新たに動画Ｍを配信するよう要求したユーザ端末１０に対しては、エッジサーバ６０から動画Ｍが配信される。このようにして、ＡＭＲ４１のアップリンクの通信容量の逼迫を緩和することが可能となる。
【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】
第２の処理は、ＡＭＲ４１のアップリンクの使用中通信容量が第２の条件を満たした場合に、キャッシュ制御装置６５が、動画Ｍへのアクセス要求に対して動画Ｍの送信元のアドレス情報を応答する名前解決サーバに対して、ＤＮＳ（Domain Name System）の設定を行うことを含む。詳しくは、第２の処理は、キャッシュ制御装置６５が、ＧＳＬＢ５２に、動画Ｍの送信元のアドレス情報として、オリジンサーバであるＡＭＲ４１のアドレス情報を登録させることを含む。アドレス情報の一例は、ＩＰアドレスである。当該登録が行われた後、ＧＳＬＢ５２は、動画ＭのＵＲＬについて名前解決要求を受信した場合に、登録されたＡＭＲ４１のＩＰアドレスを応答することとなる。かかる構成によれば、動画Ｍの新たな配信要求に対しては、エッジサーバ６０ではなくＡＭＲ４１が動画Ｍを配信することとなる。即ち、エッジサーバ６０への動画Ｍの配信の新規割り当てが停止される。その結果、エッジサーバ６０から配信された動画Ｍを視聴中のユーザ端末１０に対しては、引き続きエッジサーバ６０から動画Ｍが配信される一方で、新たに動画Ｍを配信するよう要求したユーザ端末１０に対しては、ＡＭＲ４１から動画Ｍが配信される。
【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】
上記実施形態では、新たなエッジサーバ６０を割り当てることが、未使用のエッジサーバ６０を起動することである例を説明したが、本発明はかかる例に限定されない。新たなエッジサーバ６０を割り当てることは、記憶部６４２に十分な空き記憶容量のあるエッジサーバ６０に、動画Ｍをキャッシュするための記憶容量を確保させることであってもよい。即ち、１つのエッジサーバ６０に、複数のコンテンツがキャッシュされてもよい。
【0156】
同様に、上記実施形態では、エッジサーバ６０の割り当てを解除することが、エッジサーバ６０を停止することである例を説明したが、本発明はかかる例に限定されない。エッジサーバ６０の割り当てを解除することは、動画Ｍのキャッシュを停止させることであってもよく、エッジサーバ６０は起動したままであってもよい。
【0157】
なお、本明細書において説明した各装置による一連の処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記録媒体（詳しくは、コンピュータにより読み取り可能な非一時的な記憶媒体）に予め格納される。そして、各プログラムは、例えば、本明細書において説明した各装置を制御するコンピュータによる実行時にＲＡＭに読み込まれ、ＣＰＵなどの処理回路により実行される。上記記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリ等である。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信されてもよい。また、上記のコンピュータは、ASICのような特定用途向け集積回路、ソフトウエアプログラムを読み込むことで機能を実行する汎用プロセッサ、又はクラウドコンピューティングに使用されるサーバ上のコンピュータ等であってよい。また、本明細書において説明した各装置による一連の処理は、複数のコンピュータにより分散して処理されてもよい。
【0158】
また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
【符号の説明】
【0159】
１ システム
１０ ユーザ端末
２ インターネット
３ ＩＳＰネットワーク
３０ サーバ
４ データセンタ
４０ サーバ
４１ ＡＭＲ
４１１ コンテンツ取得部
４１２ センサ部
４１３ 通信部
４１４ アーム装置
４１５ 走行装置
４１６ 記憶部
４１７ 制御部
４９ 動物園
５ 通信事業者ネットワーク
５０ コアネットワーク
５１ フルサービスリゾルバ
５１０ ＣＤＮ制御
５２０ ＭＥＣプラットフォーム
５３０ 移動体通信ネットワーク
５２ ＧＳＬＢ
５９ ネットワーク
６ ＭＥＣ－ＣＤＮ
６０ サーバ、エッジサーバ
６１ ＣＤＣ
６２ ＲＤＣ
６３ ＥＤＣ
６４ ＭＥＯ
６４１ 通信部
６４２ 記憶部
６４３ 制御部
６５ キャッシュ制御装置
６５１ 通信部
６５２ 記憶部
６５３ 制御部
７ ＲＡＮ
７０ ＢＳ
９ ルータ
１０ ユーザ端末
２ インターネット
３ ＩＳＰネットワーク
３０ サーバ
４ データセンタ
４０ サーバ
４１ ＡＭＲ
４１１ コンテンツ取得部
４１２ センサ部
４１３ 通信部
４１４ アーム装置
４１５ 走行装置
４１６ 記憶部
４１７ 制御部
４９ 動物園
５ 通信事業者ネットワーク
５０ コアネットワーク
５１ フルサービスリゾルバ
５１０ ＣＤＮ制御
５２０ ＭＥＣプラットフォーム
５３０ 移動体通信ネットワーク
５２ ＧＳＬＢ
５９ ネットワーク
６ ＭＥＣ－ＣＤＮ
６０ サーバ、エッジサーバ
６１ ＣＤＣ
６２ ＲＤＣ
６３ ＥＤＣ
６４ ＭＥＯ
６４１ 通信部
６４２ 記憶部
６４３ 制御部
６５ キャッシュ制御装置
６５１ 通信部
６５２ 記憶部
６５３ 制御部
７ ＲＡＮ
７０ ＢＳ
９ ルータ
【要約】
【課題】コンテンツを配信するためのネットワークをより柔軟に構成することが可能な仕組みを提供する。
【解決手段】無線ネットワークに接続されたコンテンツ送信装置のアップリンクの使用中通信容量が第１の条件を満たした場合に、前記無線ネットワークを収容するコアネットワークに接続されたエッジサーバを制御するエッジサーバ制御装置へ、前記コンテンツ送信装置によりアップリンク送信されたコンテンツをキャッシュするエッジサーバの割り当て要求を送信することと、名前解決サーバに前記コンテンツの送信元のアドレス情報として新たに割り当てられた前記エッジサーバのアドレス情報を登録させることと、を前記コンテンツのキャッシュに関する処理として制御する、制御装置。
【選択図】図１
【解決手段】無線ネットワークに接続されたコンテンツ送信装置のアップリンクの使用中通信容量が第１の条件を満たした場合に、前記無線ネットワークを収容するコアネットワークに接続されたエッジサーバを制御するエッジサーバ制御装置へ、前記コンテンツ送信装置によりアップリンク送信されたコンテンツをキャッシュするエッジサーバの割り当て要求を送信することと、名前解決サーバに前記コンテンツの送信元のアドレス情報として新たに割り当てられた前記エッジサーバのアドレス情報を登録させることと、を前記コンテンツのキャッシュに関する処理として制御する、制御装置。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】