(57)【要約】【課題】興行施設において低コストでユーザの位置毎に適切なサービス提供を行うことができるトラヒック制御システム及び方法。【解決手段】拠点ネットワーク１００にＤＮＳ  Ｐｒｏｘｙ４００を配置する。ＤＮＳ  Ｐｒｏｘｙ４００はＴＴＬを短く設定する。拠点であるスタジアムには複数の無線アクセスポイント１００を配置する。ＤＮＳ  Ｐｒｏｘｙ４００の名前解決処理部４１０は、同一の名前について前記無線アクセスポイント判別手段により判別された無線アクセスポイントに応じて異なるアドレスを応答可能に構成されている。【選択図】図１
2019022200.tif 000002
【特許請求の範囲】
【請求項１】
興行施設に敷設され複数の無線アクセスポイントを収容したローカルエリアネットワークと、興行施設内又は近傍に配置されコンテンツ配信を行う第１サーバと、前記ローカルエリアネットワークを収容した上位ネットワークと、前記上位ネットワークに収容されコンテンツ配信を行う第２サーバとを備え、興行施設を利用するユーザのユーザ端末に前記第１サーバ又は前記第２サーバがサービスを提供するネットワークにおけるトラヒック制御システムであって、
前記ユーザ端末からの名前解決要求に対して前記第１サーバ及び前記第２サーバが提供するサービスに係る名前についての名前解決処理を行うとともに他の名前についての名前解決要求を予め設定された上位サーバに中継する名前解決手段と、名前解決要求元のユーザ端末が収容されている無線アクセスポイントを判別する無線アクセスポイント判別手段とを有する名前解決サーバを備え、
前記名前解決手段は、同一の名前について前記無線アクセスポイント判別手段により判別された無線アクセスポイントに応じて異なるアドレスを応答可能に構成されている
ことを特徴とするトラヒック制御システム。
【請求項２】
前記名前解決手段は、名前解決要求に対する応答の生存時間が、前記ユーザ端末によるサービス利用に際して行われる名前解決要求時にキャッシュが消去されているような値に設定されている
ことを特徴とする請求項１記載のトラヒック制御システム。
【請求項３】
一つの提供サービスに係る名前に対してサービス品質クラス及びアドレスが異なる複数の第１サーバ又は第２サーバを有し、
前記名前解決手段は、前記無線アクセスポイント判別手段により判別された無線アクセスポイントに対して、当該無線アクセスポイントに対応するサービス品質クラスを決定し、当該サービス品質クラスでサービスを提供する第１サーバ又は第２サーバのアドレスを応答する
ことを特徴とする請求項１又は２記載のトラヒック制御システム。
【請求項４】
前記名前解決サーバは、第１サーバ及び第２サーバから無線アクセスポイントまでの通信路のリソース利用状況並びに第１サーバ及び第２サーバのリソース利用状況の何れか一方又は双方を管理するリソース利用状況管理手段を備え、
前記名前解決手段は、前記無線アクセスポイント判別手段により判別された無線アクセスポイント及び前記リソース利用状況管理手段で管理されているリソース利用状況に基づき、当該無線アクセスポイントに対応するサービス品質クラスを決定する
ことを特徴とする請求項３記載のトラヒック制御システム。
【請求項５】
前記名前解決サーバは、名前解決手段による名前解決処理に係る情報に基づき前記第１サーバ又は前記第２サーバのリソースの増減を制御するリソース制御手段を備えた
ことを特徴とする請求項１乃至４何れか１項記載のトラヒック制御システム。
【請求項６】
前記名前解決サーバは、名前解決手段による名前解決処理に係る情報に基づき前記第２サーバのコンテンツを第１サーバに送信するよう制御するコンテンツ配置制御手段を備えた
ことを特徴とする請求項１乃至５何れか１項記載のトラヒック制御システム。
【請求項７】
複数の拠点に興行施設のそれぞれに前記ローカルエリアネットワーク及び前記第１サーバが設けられ且つ各拠点のローカルエリアネットワークは共通の前記上位ネットワークに収容されており、前記名前解決サーバは前記上位ネットワークに配置されている
ことを特徴とする請求項１乃至６何れか１項記載のトラヒック制御システム。
【請求項８】
興行施設に敷設され複数の無線アクセスポイントを収容したローカルエリアネットワークと、興行施設内又は近傍に配置されコンテンツ配信を行う第１サーバと、前記ローカルエリアネットワークを収容した上位ネットワークと、前記上位ネットワークに収容されコンテンツ配信を行う第２サーバとを備え、興行施設を利用するユーザのユーザ端末に前記第１サーバ又は前記第２サーバがサービスを提供するネットワークにおけるトラヒック制御方法であって、
前記ユーザ端末からの名前解決要求に対して前記第１サーバ及び前記第２サーバが提供するサービスに係る名前についての名前解決処理を行うとともに他の名前についての名前解決要求を予め設定された上位サーバに中継する名前解決手段と、名前解決要求元のユーザ端末が収容されている無線アクセスポイントを判別する無線アクセスポイント判別手段とを有する名前解決サーバを配置し、
前記名前解決手段が、同一の名前について前記無線アクセスポイント判別手段により判別された無線アクセスポイントに応じて異なるアドレスを応答する
ことを特徴とするトラヒック制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運動施設や娯楽施設などの興行施設においてユーザ端末に種々のサービスを提供するネットワークシステムに関し、特にトラヒック効率化の技術に関する。
【背景技術】
【０００２】
近年、サッカースタジアム・野球場・陸上競技場などの運動施設やコンサートホール・多目的ホールなどの娯楽施設などの各種興行施設において、施設利用者であるユーザが有するユーザ端末にコンテンツ配信を含む各種サービスを提供することが検討されている。配信コンテンツとしては、例えば、スポーツの分野では試合のリプレイ映像や選手紹介映像、音楽の分野ではプレーヤーをアップに撮影した映像や過去のライブ映像などが挙げられる。
【０００３】
ここで、当該サービス提供にあたっては、興行施設内の座席のランクや位置（座席からの視野）に応じたサービスを提供したいという要望がある。これは、プレミアムな座席や、グラウンドから離れた座席での視野の補完といった個々の座席の付加価値向上を期待したものである。
【０００４】
また、施設利用者が持ち込む端末の性能・機能は多様であるため、当該サービス提供にあたっては、一律に高機能な端末を前提とすることは困難であり、一般的な端末機能のみを活用したいという要望がある。
【０００５】
また、更なる要望として、単独の興行施設だけでなく複数の興行施設にわたってサービス提供を行うことも挙げられる。例えば、実際の試合が行われる主会場だけでなく、いわゆるパブリックビューイングと呼ばれ主会場の試合を同時中継する施設においても、主会場で提供するサービスと同様のサービスを提供したいという要望がある。
【０００６】
このようなサービスを行うために、図１０に示すようなネットワーク構成が検討されている。なお以下では、スタジアムにおいて映像配信サービスを行う場合を例として説明する。図１０に示すように、スタジアム１０には、複数の無線アクセスポイント１１０を収容したＬＡＮ（Local Area Network）１００が敷設されている。スタジアム１０内又はその近傍にはＬＡＮ１００に収容された映像サーバ１２０が配置されている。スタジアム１０のＬＡＮ１００は、キャリアネットワーク（通信事業者網）２００に収容されている。キャリアネットワーク２００には映像サーバ２１０及びＤＮＳ（Domain Name System）サーバ２２０が収容されている。キャリアネットワーク２００はインターネット３００に接続している。インターネット３００には映像サーバ３１０及びＤＮＳサーバ３２０が配置されている。ユーザ端末１は、アクセスポイント１１０に接続し、映像サーバ１２０，２１０，３１０から映像配信サービスを受ける。
【０００７】
このようなネットワーク構成では、ＬＡＮ１００からの上りのトラヒックとして映像サーバ１２０，２１０，３１０への映像素材のアップロードが行われ、一方、ユーザ端末１０への下りトラヒックとして映像データ等の配信コンテンツが配信される。そして、適切なサービス提供のためには、個々のトラヒックが使用する帯域を最適化しつつ、遅延等のサービス要件を充足するために、トラヒック制御を行う必要がある。
【０００８】
従来のトラヒック制御技術としては、例えばロードバランサ技術（非特許文献１）や、サーバリダイレクション技術（非特許文献２）がある。上記ネットワーク構成においてロードバランサ技術を適用する場合、ＬＡＮ１００にロードバランサを配置し、このロードバランサがネットワークの帯域や映像サーバの利用率、個々の無線アクセスポイント１１０の優先度に応じて適切な映像サーバを決定し、ユーザ端末のリクエストを振り分ける。
【０００９】
また、上記ネットワーク構成においてサーバリダイレクション技術を適用する場合、映像サーバにおいて、映像制御要求を受け取ったタイミングで、個々の無線アクセスポイント１１０のサービス優先度に応じて適切な映像サーバを決定し、ユーザ端末のリクエストを振り分ける。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】「負荷分散 - ロードバランサとは、DNSラウンドロビンとは」, [online], [平成29年6月22日検索], インターネット<URL:http://www.infraexpert.com/study/loadbalancer1.html>
【非特許文献２】「パワードコム社におけるCDN実証実験」, [online], [平成29年6月22日検索], インターネット<URL:http://www.unisys.co.jp/tec_info/tr78/7805.pdf>
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかし、ロードバランサ技術を適用した場合、数万人規模のユーザを想定すると数Ｔｂｐｓの映像トラヒックをロードバランサで処理する必要がある。そして、現状のロードバランサ製品は数十Ｇｂｐｓで１，０００万円程度となっており、膨大な費用が必要となると想定される。また、拠点が複数にわたる場合、各拠点にロードバランサを設置する必要があるため、拠点間のリソース最適化には各拠点のロードバランサ間でのリソース調停を実装する必要がある。このようにロードバランサ技術を用いる場合、大きなコストと手間がかかるという問題がある。
【００１２】
また、サーバリダイレクション技術を適用した場合、個々のプロトコル単位でリダイレクションの判定ロジックを実装する必要がある。また映像サーバ選択の際は、それらを横断した判定機能が必要となる。さらに、拠点が複数にわたる場合、映像サーバは各施設に設置する必要があるため、拠点間のリソース最適化には各拠点の映像サーバ間でのリソース調停を実装する必要がある。このようにロードバランサ技術を用いる場合、大きなコストと手間がかかるという問題がある。
【００１３】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、興行施設において低コストでユーザの位置毎に適切なサービス提供を行うことができるトラヒック制御システム及び方法を提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本願発明は、興行施設に敷設され複数の無線アクセスポイントを収容したローカルエリアネットワークと、興行施設内又は近傍に配置されコンテンツ配信を行う第１サーバと、前記ローカルエリアネットワークを収容した上位ネットワークと、前記上位ネットワークに収容されコンテンツ配信を行う第２サーバとを備え、興行施設を利用するユーザのユーザ端末に前記第１サーバ及び前記第２サーバがサービスを提供するネットワークにおけるトラヒック制御システムであって、前記ユーザ端末からの名前解決要求に対して前記第１サーバ又は前記第２サーバが提供するサービスに係る名前についての名前解決処理を行うとともに他の名前についての名前解決要求を予め設定された上位サーバに中継する名前解決手段と、名前解決要求元のユーザ端末が収容されている無線アクセスポイントを判別する無線アクセスポイント判別手段とを有する名前解決サーバを備え、前記名前解決手段は、同一の名前について前記無線アクセスポイント判別手段により判別された無線アクセスポイントに応じて異なるアドレスを応答可能に構成されていることを特徴とする。
【発明の効果】
【００１５】
本願発明によれば、同一の名前に対して、ユーザ端末が収容された無線アクセスポイントに応じた異なるアドレスを応答することができるので、ユーザの位置に応じた異なるトラヒック制御を行うことができる。しかも、本願発明では、ユーザ端末には何らの改良等を行う必要がないので導入コストが低いものとなる。
【図面の簡単な説明】
【００１６】
【図１】本発明に係るコンテンツ配信サービスネットワーク構成図
【図２】無線アクセスポイントの構成図
【図３】ＤＮＳ  Ｐｒｏｘｙの構成図
【図４】名前解決テーブルの一例
【図５】無線アクセスポイント情報テーブルの一例
【図６】リソース管理テーブルの一例
【図７】トラヒック制御の全体処理を説明するフローチャート
【図８】コンテンツが拠点ネットワークの映像サーバにある場合の処理を説明するフローチャート
【図９】コンテンツが拠点ネットワークの映像サーバにない場合の処理を説明するフローチャート
【図１０】従来のコンテンツ配信サービスネットワーク構成図
【発明を実施するための形態】
【００１７】
本発明の一実施の形態に係るトラヒック制御システムについて図面を参照して説明する。図１はコンテンツ配信サービスのネットワーク構成図である。本実施形態では、複数の拠点にある興行施設において当該興行施設を利用するユーザのユーザ端末に映像配信サービスを提供する場合について説明する。具体的には、試合を行う興行施設であるスタジアム１０と、パブリックビューイングを行う興行施設であるスタジアム１１，１２…において、ユーザ端末に映像配信サービスを提供する。各スタジアムの構成等は同様なので、ここではスタジアム１０についてのみ説明する。
【００１８】
スタジアム１０には、図１に示すように、複数の無線アクセスポイント１１０を収容したＬＡＮである拠点ネットワーク１００が敷設されている。拠点ネットワーク１００は、図示しないゲートウェイ装置を介してキャリアネットワーク（通信事業者網）２００に収容されている。また、キャリアネットワーク２００は、図示しないゲートウェイ装置を介してインターネット３００に接続している。
【００１９】
拠点ネットワーク１００内又はその近傍には、拠点ネットワーク１００に収容されたコンテンツ配信サーバである１つ又は複数（図１では２つ）の映像サーバ１２０が配置されている。映像サーバ１２０の収容形態や実装形態は不問である。いわゆるデータセンタと呼ばれるサーバ群をスタジアム１０内又はその近傍に配置し、このデータセンタ内に映像サーバ１２０を配置することができる。また映像サーバ１２０は仮想サーバとして物理サーバ上に構築してリソースの増減を任意に制御することができる。また、拠点ネットワーク１００には、名前解決サーバであるＤＮＳ  Ｐｒｏｘｙ４００が配置されている。ＤＮＳ  Ｐｒｏｘｙ４００の詳細については後述する。
【００２０】
キャリアネットワーク２００にはコンテンツ配信サーバである１つ又は複数の映像サーバ２１０及びＤＮＳサーバ２２０が収容されている。映像サーバ２１０の収容形態や実装形態は不問である。いわゆるデータセンタと呼ばれるサーバ群をキャリアネットワーク２００内又はその近傍に配置し、このデータセンタ内に映像サーバ２１０を配置することができる。また映像サーバ２１０は仮想サーバとして物理サーバ上に構築してリソースの増減を任意に制御することができる。ＤＮＳサーバ２２０は、キャリアネットワーク２００内において少なくとも映像サーバ２１０が所属するドメインについての権威サーバである。
【００２１】
インターネット３００にはコンテンツ配信サーバである１つ又は複数の映像サーバ３１０及びＤＮＳサーバ３２０が収容されている。映像サーバ３１０の収容形態や実装形態は不問である。いわゆるデータセンタと呼ばれるサーバ群をインターネット３００内又はその近傍に配置し、このデータセンタ内に映像サーバ３１０を配置することができる。また映像サーバ３１０は仮想サーバとして物理サーバ上に構築してリソースの増減を任意に制御することができる。ＤＮＳサーバ３２０は、インターネット３００内において少なくとも映像サーバ３１０が所属するドメインについての権威サーバである。
【００２２】
なお、各映像サーバ１２０，２１０，３１０が配信するコンテンツはサーバ自身が保持していても良いし、近傍の他のサーバやストレージに保持していてもよい。典型的な例では、各映像サーバ１２０，２１０，３１０がデータセンタに配置されている場合において、当該データセンタ内の他のサーバやストレージに配信コンテンツを保持する。なお以下では説明の簡単のため、コンテンツは各映像サーバ１２０，２１０，３１０が保持し、各映像サーバ１２０，２１０，３１０は自身が保持するコンテンツを配信するものとする。
【００２３】
本実施の形態では、以下を前提事項とする。
（１）各スタジアム１０，１１，１２…の座席は、以下の３種類のサービス優先度に分類されるものとする。
高優先座席（高品質の映像を優先的に多数視聴する事が可能）
中優先座席（混雑状況に応じて、品質や視聴可能コンテンツ数が制限される）
低優先座席（同上（優先度はもっとも低い））
（２）コンテンツの品質は以下の３種類が存在するものとする。
高品質（使用帯域例：７）
中品質（使用帯域例：２）
低品質（使用帯域例：１）
【００２４】
各スタジアム１０，１１，１２…では複数の無線アクセスポイント１１０によりサービス提供エリア全体をカバーする。各無線アクセスポイント１１０は、それぞれ何れかのサービス優先度の座席の一部又は全部をカバーする。一つの無線アクセスポイント１００に接続するユーザ端末は、全て同一のサービス優先度の座席に位置するユーザのユーザ端末である。例えば、図１の無線アクセスポイント１１０ａ，ｂは高優先座席のユーザ端末のみが利用し、無線アクセスポイント１１０ｃ，ｄ，ｅ，ｆは中優先座席のユーザ端末のみが利用し、無線アクセスポイント１１０ｇ，ｈは低優先座席のユーザ端末のみが利用する。このように、本願発明では、無線ＬＡＮのカバーエリア単位でのサービスのランク付け、個々の端末の制御を行う。すなわち、個々の無線アクセスアポイント１１０には座席の優先度に対応した固有のサービス優先度が一意で紐付けられており、そのサービス優先度に応じて、ネットワーク側でサービス制御を行う事とする。
【００２５】
前記拠点ネットワーク１００の映像サーバ１２０及びキャリアネットワーク２００の映像サーバ２１０は、それぞれ何れかのコンテンツ品質でサービス提供を行う。どのコンテンツ品質でサービス提供を行うかは映像サーバ１２０及び映像サーバ２１０のＩＰアドレスで特定される。ここで、１つの映像サーバ１２０又は１つの映像サーバ２１０に対して１つのＩＰアドレスを設定し、１つのコンテンツ品質でサービス提供を行うことができる。また、１つの映像サーバ１２０又は１つの映像サーバ２１０に対して複数のＩＰアドレスを設定し、同一のサーバでありながら各ＩＰアドレスに対応した複数のコンテンツ品質でサービス提供を行うこともできる。図１の例では、拠点ネットワーク１００にはＩＰ＿１とＩＰ＿２のＩＰアドレスを有する映像サーバ１２０が配置され、キャリアネットワーク２００の映像サーバ２１０はＩＰ＿３のＩＰアドレスを有している。
【００２６】
ＤＮＳ  Ｐｒｏｘｙ４００は、ユーザ端末からの名前解決要求に対して、拠点ネットワーク１００の映像サーバ１２０及びキャリアネットワーク２００の映像サーバ２１０が提供するサービスに係る名前の名前解決処理を行う。すなわち、ＤＮＳ  Ｐｒｏｘｙ４００は、映像配信サービスに係るドメインについての権威サーバとなる。また、ＤＮＳ  Ｐｒｏｘｙ４００は、他の名前についての名前解決要求を予め設定された上位サーバに中継するＰｒｏｘｙ処理を行う。
【００２７】
本願発明の第１のポイントは、ＤＮＳ  Ｐｒｏｘｙ４００が解決した応答についての生存時間（ＴＴＬ：Time To Live）が、ユーザ端末によるサービス利用に際して行われる名前解決要求時にキャッシュが消去されているような十分に短い値に設定されていることである。通常、ＤＮＳのＡ／ＡＡＡＡレコードのＴＴＬは１日程度である事が多いが、本願発明ではリアルタイムなトラヒック制御を行うために、スタジアム１０上のＤＮＳ  Ｐｒｏｘｙ４００ではＴＴＬを数十秒〜数分に変更させる。これにより、トラヒック状況に応じて名前解決応答のＩＰアドレスを変化させ、接続先の映像サーバを動的に変化させることが可能となる。
【００２８】
また、本願発明の第２のポイントは、無線アクセスポイント１１０単位でのサービス優先度に応じた、ＤＮＳ  Ｐｒｏｘｙ４００を用いたトラヒック制御を行うことである。本願発明では前述のように、ＴＴＬを短縮化したことにより、個々の無線アクセスポイント１１０からは、随時サーバの名前解決要求が到達する事となる。ＤＮＳ  Ｐｒｏｘｙ４００は、ネットワークの帯域やサーバの利用率、個々の無線アクセスポイントのサービス優先度に応じて、応答するＩＰアドレスを変更する事で、トラヒック制御の効率化を実現する。なお、後述するように、個々の無線アクセスポイント１１０にはＤＨＣＰ（Dynamic Host Configuration Protocol）プロセスが具備されており、割り当てられたＩＰアドレスレンジから、配下の端末にＩＰアドレスを割り振る事とする。ＤＮＳ  Ｐｒｏｘｙ４００では端末のＩＰアドレスに基づき、所属する無線アクセスポイント、およびそれに対応したサービス優先度を識別する。
【００２９】
また、本願発明の第３のポイントは、ＤＮＳ情報に基づくコンテンツやサーバの動的な再配置を行うことである。本願発明では、ＤＮＳ  Ｐｒｏｘｙ４００の情報により、個々のサービスの利用状況や要求が把握できる。それらの情報に基づき、動的に映像サーバの増減設・コンテンツの再配置を実施する。また、これらの増減設は、スタジアム１０のスケジュールやサービス利用実態に応じて、先読みで実施する。
【００３０】
次に、ＤＮＳ  Ｐｒｏｘｙ４００の２つの動作ポリシーについて説明する。
【００３１】
（１）スタジアム近傍の映像サーバ１２０にコンテンツが存在している場合
（ａ）リソースに余裕がある場合は、各ユーザには出来るだけ高品質のコンテンツを配信する。
（ｂ）もしリソースが不足している場合は、要求ユーザと同等／それ以下の優先度のユーザのコンテンツの品質を下げる事でリソースを確保する。
（ｃ）それでもリソースが不足する場合は、配信ＮＧとする。
【００３２】
（２）スタジアム近傍の映像サーバ１２０にコンテンツが存在しない場合
（ａ）スタジアム近傍の映像サーバ１２０のサーバリソースに余裕がある場合は、キャリアネットワーク２００の映像サーバ２１０からスタジアム近傍の映像サーバ１２０にコンテンツをダウンロードする。その後、前記（１）に遷移する。
（ｂ）スタジアム近傍の映像サーバ１２０のサーバリソースに余裕が無い場合は、キャリアネットワークの映像サーバ２１０から直接コンテンツを配信する。
（ｂ−１）その際に、リソースに余裕がある場合は、各ユーザには出来るだけ高品質のコンテンツを配信する。
（ｂ−２）もしリソースが不足している場合は、要求ユーザと同等／それ以下の優先度のユーザのコンテンツの品質を下げる事でリソースを確保する。
【００３３】
図２に無線アクセスポイント１１０の構成を示す。図２に示すように、無線アクセスポイント１１０は、ゲートウェイ機能部１１１と、ＤＨＣＰ機能部１１２と、ＤＮＳキャッシュ１１３とを備えている。ゲートウェイ機能部１１１は、拠点ネットワーク１００と自身が構築する無線ＬＡＮとの間でパケットの中継等を行う。ＤＨＣＰ機能部１１２は、無線ＬＡＮに接続しようとするユーザ端末に対して、該端末に割り当てたＩＰアドレス、該端末が利用するＤＮＳサーバのＩＰアドレスを含む構成情報を通知する。ここでユーザ端末に通知するＤＮＳサーバのＩＰアドレスは、ＤＮＳ  Ｐｒｏｘｙ４００のＩＰアドレスである。ＤＮＳキャッシュ１１３は、ユーザ端末からの名前解決要求に係る応答をキャッシュする。
【００３４】
図３にＤＮＳ  Ｐｒｏｘｙ４００の構成を示す。ＤＮＳ  Ｐｒｏｘｙ４００は、図３に示すように、名前解決処理部４１０と、リソース情報取得部４２０と、リソース制御・コンテンツ配置制御部４３０と、名前解決テーブル４４０と、アクセスポイント情報テーブル４５０と、リソース管理テーブル４６０とを備えている。
【００３５】
名前解決処理部４１０の動作については後述する。リソース情報取得部４２０は、各映像サーバやネットワークのリソース情報を取得する。リソースの取得方法は従来周知の種々の方法を用いることができる。リソース制御・コンテンツ配置制御部４３０は、前述した本願発明の第３のポイントに係る処理、すなわち各映像サーバやネットワークのリソースの増減を指示したり映像サーバが保持する配信コンテンツの移動などを指示したりする。なお、リソースの増減処理は、例えば、映像サーバ等が収容されているデータセンタの仮想サーバ基盤に所定の指示を行うことにより、仮想サーバとしての映像サーバのリソースを増減させる処理を行うものである。
【００３６】
名前解決テーブル４４０は、図４に示すように、映像配信サービスに用いられる名前（ドメイン）に対して、当該映像配信サービスを提供可能なユーザのサービス優先度と、当該映像配信サービスを提供する映像サーバのＩＰアドレスをそのサービス品質毎に保持している。
【００３７】
アクセスポイント情報テーブル４５０は、図５に示すように、各無線アクセスポイント１１０を識別するＩＤと、当該無線アクセスポイント１１０が提供する無線ＬＡＮのアドレス範囲と、当該無線アクセスポイント１１０がカバーするエリアのサービス優先度とを保持している。
【００３８】
リソース管理テーブル４６０は、図６に示すように、各映像サーバのリソース利用率と、各リンクのリソース利用率とを保持している。ここで、リンクのリソース利用率とは、キャリアネットワーク２００と拠点ネットワーク１００との間のリンク、拠点ネットワーク１００における各無線アクセスポイント１１０との間のリンクのネットワーク利用率や帯域を意味する。なおリソース管理テーブル４６０の情報は、前記リソース情報取得部４２０により取得される。
【００３９】
次に、ＤＮＳ  Ｐｒｏｘｙ４００の動作について図７〜図９を参照して説明する。まず図７を参照して全体動作について説明する。
【００４０】
ＤＮＳ  Ｐｒｏｘｙ４００は、ユーザ端末から名前解決要求を受信すると、当該名前解決要求に係る名前がスタジアム提供ドメインではない場合、すなわち映像サーバ１２０等が提供する映像サービスに係る名前についての名前解決要求ではない場合、キャッシュヒットする場合はその情報を回答し、キャッシュヒットしない場合は上位の権威サーバに問合せを行う（ステップＳ１，Ｓ７）。なお、名前解決要求に係る名前がスタジアム提供ドメインであるか否かは前記名前解決テーブル４４０を参照すればよい。
【００４１】
名前解決要求に係る名前がスタジアム提供ドメインである場合、要求元の無線アクセスポイント１１０のサービス優先度が提供するサービスのドメインかどうかを判定する（ステップＳ２）。要求元の無線アクセスポイント１１０の判別及びそのサービス優先度は、名前解決要求パケットの送信元ＩＰアドレスと、前記アクセスポイント情報テーブル４５０を参照すればよい。そして、要求元の無線アクセスポイント１１０のサービス優先度が提供するサービスのドメインかどうかは、前記名前解決テーブル４４０を参照すればよい。判定の結果、要求元の無線アクセスポイント１１０のサービス優先度が提供するサービスのドメインではない場合、名前解決要求に対してＲｅｆｕｓｅｄ応答を行う（ステップＳ６）。また、要求元のユーザの最大同時配信数を上回らないかを判定し、最大同時配信数を上回る場合にも、名前解決要求に対してＲｅｆｕｓｅｄ応答を行う（ステップＳ３，ステップＳ６）。
【００４２】
そして、ＤＮＳ  Ｐｒｏｘｙ４００は、ネットワークの帯域やサーバの利用率、個々の無線アクセスポイントのサービス優先度に応じて、応答するＩＰアドレスを決定し（ステップＳ７）、該当するドメインのＡ／ＡＡＡＡレコードを回答する（ステップＳ８）。
【００４３】
次に、図８を参照して、前述のステップＳ７の処理について詳述する。まず、ＤＮＳ  Ｐｒｏｘｙ４００は、拠点ネットワーク１００の映像サーバ１２０にコンテンツが保持されているかを判定し、保持されていない場合にはキャリアネットワーク２００の映像サーバ２１０からコンテンツを取得する処理を行う（ステップＳ１１，Ｓ３０）。当該コンテンツ取得処理については後述する。
【００４４】
拠点ネットワーク１００の映像サーバ１２０にコンテンツが保持されている場合、ＤＮＳ  Ｐｒｏｘｙ４００は、拠点ネットワーク１００及び映像サーバ１２０に高品質コンテンツを配信可能なリソースがあるかを判定する（ステップＳ１２）。リソースがある場合には、スタジアム近傍の映像サーバ１２０から高品質コンテンツを配信すると決定し、高品質コンテンツのＡ／ＡＡＡＡレコードを回答する（ステップＳ１３，Ｓ１４）。当該回答は、前記名前解決テーブル４４０を参照すればよい。以下の説明においてレコードの回答処理は同様にして行う。
【００４５】
前記ステップＳ１２でリソースがない場合、要求ユーザは高優先座席かを判定する（ステップＳ１５）。当該判定は、要求パケットの送信元アドレスと前記無線アクセスポイント情報テーブル４５０を参照すればよい。以下の説明において要求ユーザの判定処理は同様にして行う。
【００４６】
高優先座席である場合、中優先度／低優先度の座席のユーザのコンテンツの品質を下げる（例：高→中，中→低）事でネットワークのリソースを確保する（ステップＳ１６）。そして、ＤＮＳ  Ｐｒｏｘｙ４００は、拠点ネットワーク１００及び映像サーバ１２０に高品質コンテンツを配信可能なリソースがあるかを判定し（ステップＳ１７）、リソースがある場合にはスタジアム近傍の映像サーバ１２０から高品質コンテンツを配信すると決定し、高品質コンテンツのＡ／ＡＡＡＡレコードを回答する（ステップＳ１３，Ｓ１４）。
【００４７】
前記ステップＳ１７において、拠点ネットワーク１００及び映像サーバ１２０に高品質コンテンツを配信可能なリソースがない場合、拠点ネットワーク１００及び映像サーバ１２０に中品質コンテンツを配信可能なリソースがあるかを判定する（ステップＳ１８）。リソースがある場合にはスタジアム近傍の映像サーバ１２０から中品質コンテンツを配信すると決定し、中品質コンテンツのＡ／ＡＡＡＡレコードを回答する（ステップＳ１９，Ｓ２０）。
【００４８】
前記ステップＳ１８において、拠点ネットワーク１００及び映像サーバ１２０に中品質コンテンツを配信可能なリソースがない場合、拠点ネットワーク１００及び映像サーバ１２０に低品質コンテンツを配信可能なリソースがあるかを判定する（ステップＳ２１）。リソースがある場合にはスタジアム近傍の映像サーバ１２０から低品質コンテンツを配信すると決定し、低品質コンテンツのＡ／ＡＡＡＡレコードを回答する（ステップＳ２２，Ｓ２３）。一方、前記ステップＳ２１でリソースがない場合には、拠点ネットワーク１００と映像サーバ１２のリソースが不足しており配信不可であると決定し、名前解決要求に対してＲｅｆｕｓｅｄ応答を行う（ステップＳ２４，ステップＳ２５）。
【００４９】
前記ステップＳ１５において、高優先座席でない場合、拠点ネットワーク１００及び映像サーバ１２０に中品質コンテンツを配信可能なリソースがあるかを判定する（ステップＳ２６）。リソースがある場合にはスタジアム近傍の映像サーバ１２０から中品質コンテンツを配信すると決定し、中品質コンテンツのＡ／ＡＡＡＡレコードを回答する（ステップＳ１９，Ｓ２０）。一方、前記ステップＳ２６でリソースがない場合、要求ユーザは中優先座席であるかを判定する（ステップＳ２７）。
【００５０】
中優先座席である場合、中優先度／低優先度の座席のユーザのコンテンツの品質を下げる（例：高→中，中→低）事でネットワークのリソースを確保し（ステップＳ２８）、処理を前記ステップＳ１７に移す。
【００５１】
前記ステップＳ２７において、中優先座席でない場合、すなわち要求ユーザが低優先座席の場合、低優先度の座席のユーザのコンテンツの品質を下げる（例：高→中，中→低）事でネットワークのリソースを確保し（ステップＳ２９）、処理を前記ステップＳ２１に移す。
【００５２】
図８を参照して上述した処理はスタジアム近傍の映像サーバ１２０にコンテンツが存在している場合のものであって、点線（Ａ）で囲まれた処理は、リソースに余裕がある場合は、各ユーザには出来るだけ高品質のコンテンツを配信することを意図するものである。また、点線（Ｂ）で囲まれた処理は、もしリソースが不足している場合は、要求ユーザと同等／それ以下の優先度のユーザのコンテンツの品質を下げる事でリソースを確保することを意図するものである。また、点線（Ｃ）で囲まれた処理は、それでもリソースが不足する場合は、配信ＮＧとすることを意図するものである。
【００５３】
次に、図９を参照して前記ステップＳ３０のコンテンツ取得処理について説明する。まず、スタジアム近傍の映像サーバ１２０に空きがあるかを判定し（ステップＳ４１）、空きがある場合には、キャリアネットワーク２００の映像サーバ２１０からスタジアム近傍の映像サーバ１２０へコンテンツをダウンロードする（ステップＳ４２）。一方、スタジアム近傍の映像サーバ１２０に空きがない場合には、要求ユーザの優先度と同等／それ以下のユーザのコンテンツの品質を下げる（例：高→中，中→低）事でサーバのリソースを確保する（ステップＳ４３）。その結果、空きが生じた場合には、キャリアネットワーク２００の映像サーバ２１０からスタジアム近傍の映像サーバ１２０へコンテンツをダウンロードする（ステップＳ４４，ステップＳ４２）。コンテンツのダウンロード後は、処理を図７のステップＳ１１に移す。なお、ステップＳ４２のダウンロード処理は、リソース制御・コンテンツ配置制御部４３０がキャリアネットワーク２００の映像サーバ２１０からコンテンツを取得してスタジアム近傍の映像サーバ１２０に転送してもよいし、何れかのサーバ又は双方のサーバに両者間でコンテンツ転送を行うよう指示してもよい。
【００５４】
一方、前記ステップＳ４３の処理によっても空きが生じない場合、キャリアネットワーク２００の映像サーバ２１０とスタジアム近傍の映像サーバ１２０との間のネットワークに中品質コンテンツを配信可能なリソースあるかを判定する（ステップＳ４５）。リソースがある場合、キャリアネットワーク２００の映像サーバ２１０から中品質コンテンツを配信すると決定し、キャリアネットワーク２００の映像サーバ２１０の中品質コンテンツのＡ／ＡＡＡＡレコードを回答する（ステップＳ４６，Ｓ４７）。
【００５５】
前記ステップＳ４５においてリソースがない場合、要求ユーザの優先度と同等／それ以下のユーザのコンテンツの品質を下げる（例：高→中，中→低）事でサーバのリソースを確保する（ステップＳ４８）。
【００５６】
次に、ＤＮＳ  Ｐｒｏｘｙ４００は、キャリアネットワーク２００の映像サーバ２１０とスタジアム近傍の映像サーバ１２０との間のネットワークに低品質コンテンツを配信可能なリソースあるかを判定する（ステップＳ４９）。リソースがある場合、キャリアネットワーク２００の映像サーバ２１０から低品質コンテンツを配信すると決定し、キャリアネットワーク２００の映像サーバ２１０の低品質コンテンツのＡ／ＡＡＡＡレコードを回答する（ステップＳ５０，Ｓ５１）。一方、リソースがない場合、リソース不足のため配信不可であると決定し、名前解決要求に対してＲｅｆｕｓｅｄ応答を行う（ステップＳ５２，ステップＳ５３）。
【００５７】
図９を参照して上述した処理はスタジアム近傍の映像サーバ１２０にコンテンツが存在していない場合のものであって、点線（Ａ）で囲まれた処理は、スタジアム近傍の映像サーバ１２０のサーバリソースに余裕がある場合は、キャリアネットワーク２００の映像サーバ２１０からスタジアム近傍の映像サーバ１２０にコンテンツをダウンロードすることを意図する。また点線（Ｂ）で囲まれた処理は、スタジアム近傍の映像サーバ１２０のサーバリソースに余裕が無い場合は、キャリアネットワーク２００の映像サーバ２１０から直接コンテンツを配信するが、（Ｂ−１）その際に、リソースに余裕がある場合は、各ユーザには出来るだけ高品質のコンテンツを配信し、（Ｂ−２）もしリソースが不足している場合は、要求ユーザと同等／それ以下の優先度のユーザのコンテンツの品質を下げる事でリソースを確保することを意図する。
【００５８】
このように本実施の形態に係るトラヒック制御システムによれば、同一の名前に対して、ユーザ端末が収容された無線アクセスポイント１１０に応じた異なるアドレスを応答することができるので、ユーザの位置に応じた異なるトラヒック制御を行うことができる。しかも、本願発明では、ユーザ端末には何らの改良等を行う必要がないので導入コストが低いものとなる。
【００５９】
以上本発明の一実施の形態について詳述したが、本発明はこれに限定されるものではない。例えば、上記実施の形態では、試合を行う興行施設であるスタジアム１０と、パブリックビューイングを行う興行施設であるスタジアム１１，１２のそれぞれにＤＮＳ  Ｐｒｏｘｙ４００を配置する構成としたが、一つのＤＮＳ  Ｐｒｏｘｙ４００をキャリアネットワーク２００に配置する構成としてもよい。これにより拠点を横断したリソース最適化が可能となる。
【００６０】
また、上記実施の形態では、ユーザ端末に提供するサービスとして映像配信サービスを例示したが、他のサービスであっても本発明を実施することができる。
【００６１】
また、上記実施の形態で説明したサービス優先度、サービス品質、各テーブルのデータ構造、動作ポリシーや処理の詳細については本発明の一例であって、本発明は適宜別の形態で実施することできる。
【００６２】
また、上記実施の形態では、興行施設の一例として運動施設であるスタジアムを例示したが、他の運動施設や娯楽施設などであっても本発明を実施できる。また、例えば遊園地などのように複数の興行施設による構成される施設であっても本発明を実施できる。
【符号の説明】
【００６３】
１０，１１，１２…スタジアム
１００…拠点ネットワーク
１１０…無線アクセスポイント
１１１…ゲートウェイ機能部
１１２…ＤＨＣＰ機能部
１１３…ＤＮＳキャッシュ
１２０，２１０，３１０…映像サーバ
２００…キャリアネットワーク
２１０，３１０…ＤＮＳサーバ
４００…ＤＮＳ  Ｐｒｏｘｙ
４１０…名前解決処理部
４２０…リソース情報取得部
４３０…リソース制御・コンテンツ配置制御部
４４０…名前解決テーブル
４５０…無線アクセスポイント情報テーブル
４６０…リソース管理テーブル
【図１】
2019022200.tif 000003
【図２】
2019022200.tif 000004
【図３】
2019022200.tif 000005
【図４】
2019022200.tif 000006
【図５】
2019022200.tif 000007
【図６】
2019022200.tif 000008
【図７】
2019022200.tif 000009
【図８】
2019022200.tif 000010
【図９】
2019022200.tif 000011
【図１０】
2019022200.tif 000012