(57)【要約】【課題】  最適なプロキシサーバに接続できるようプロキシサーバ接続設定を変更する。【解決手段】  本開示の一側面であるサーバ装置は、適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置が送信したロケーション情報を取得する取得部と、前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かを判定し、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventを生成する生成部と、生成された前記ProxyChangeEventを前記端末装置に供給する供給部とを備える。本開示は、コンテンツをストリーミング配信するシステムに適用できる。【選択図】  図２
2015049650.tif 000002
【特許請求の範囲】
【請求項１】
適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置が送信したロケーション情報を取得する取得部と、
前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かを判定し、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventを生成する生成部と、
生成された前記ProxyChangeEventを前記端末装置に供給する供給部と
を備えるサーバ装置。
【請求項２】
前記取得部は、前記コンテンツのセグメントストリームのユニキャスト配信を前記端末装置が要求するために送信したセグメント取得要求にクエリパラメータとして格納されている前記ロケーション情報を取得し、
前記供給部は、前記セグメント取得要求に対応する前記セグメントストリームに前記ProxyChangeEventを挿入して前記端末装置に供給する
請求項１に記載のサーバ装置。
【請求項３】
前記取得部は、XMLHttpRequestに格納されている前記ロケーション情報を取得し、
前記供給部は、前記XMLHttpRequestに対するレスポンスとして前記ProxyChangeEventを前記端末装置に供給する
請求項１に記載のサーバ装置。
【請求項４】
前記ロケーション情報は、GPS位置情報またはセルＩＤである
請求項２に記載のサーバ装置。
【請求項５】
前記プロキシサーバ装置は、ユニキャスト配信される前記コンテンツのセグメントストリームをキャッシングするとともに、マルチキャスト配信される前記コンテンツのFLUTEストリームもキャッシングする
請求項２に記載のサーバ装置。
【請求項６】
サーバ装置の情報処理方法において、
前記サーバ装置による、
適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置が送信したロケーション情報を取得する取得ステップと、
前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かを判定し、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventを生成する生成ステップと、
生成された前記ProxyChangeEventを前記端末装置に供給する供給ステップと
を含む情報処理方法。
【請求項７】
コンピュータを、
適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置が送信したロケーション情報を取得する取得部と、
前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かを判定し、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventを生成する生成部と、
生成された前記ProxyChangeEventを前記端末装置に供給する供給部と
して機能させるプログラム。
【請求項８】
適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置において、
自身のロケーション情報を取得して送信する送信部と、
前記ロケーション情報の送信に応じて供給されるProxyChangeEventに含まれるスクリプトを実行することによりプロキシサーバ接続設定を変更するスクリプト実行部と
を備える端末装置。
【請求項９】
前記送信部は、前記コンテンツのセグメントストリームのユニキャスト配信を要求するためのセグメント取得要求にクエリパラメータとして前記ロケーション情報を格納して送信し、
前記スクリプト実行部は、前記セグメント取得要求に応じてユニキャスト配信された前記セグメントストリームに挿入されている前記ProxyChangeEventに含まれる前記スクリプトを実行することによりプロキシサーバ接続設定を変更する
請求項８に記載の端末装置。
【請求項１０】
前記送信部は、前記ロケーション情報をXMLHttpRequestに格納して送信し、
前記スクリプト実行部は、前記XMLHttpRequestに対するレスポンスとして送信された前記ProxyChangeEventに含まれる前記スクリプトを実行することによりプロキシサーバ接続設定を変更する
請求項８に記載の端末装置。
【請求項１１】
前記ロケーション情報は、GPS位置情報またはセルＩＤである
請求項８に記載のサーバ装置。
【請求項１２】
適応的ストリーミング技術に従ってコンテンツのストリームを配信するコンテンツ供給装置と、前記ストリームを受信する端末装置と、サーバ装置とを備えるコンテンツ供給システムにおいて、
前記サーバ装置は、
前記端末装置が送信したロケーション情報を取得する取得部と、
前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かを判定し、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventを生成する生成部と、
生成された前記ProxyChangeEventを前記端末装置に供給する供給部とを備え、
前記端末装置は、
自身の前記ロケーション情報を取得して送信する送信部と、
前記ロケーション情報の送信に応じて前記サーバ装置から供給される前記ProxyChangeEventに含まれるスクリプトを実行することによりプロキシサーバ接続設定を変更するスクリプト実行部とを備える
コンテンツ供給システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、サーバ装置、情報処理方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、端末装置にとって最適なプロキシサーバに優先的接続できるようにしたサーバ装置、情報処理方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
【背景技術】
【０００２】
インターネットを介する動画配信に利用可能な国際標準化された動画配信プロトコルとして、Webサイトなどの閲覧と同様のHTTPユニキャスト配信を用いるMPEG-DASH（Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP、以下、DASHと称する）が知られている（例えば、非特許文献１を参照）。
【０００３】
DASHでは適応型ストリーミング技術が実現されている。すなわち、DASHにおけるコンテンツの供給側は、同一内容のコンテンツとして、配信パスの通信環境や受信側の能力や状態に応じて画質や画角サイズなどが変更されている複数のストリームを用意するようになされている。一方、受信側は、供給側が用意している複数のストリームのうち、自己が受信可能であって自己のデコード能力などに応じた最適なストリームを選択して受信、再生するようになされている。
【０００４】
このように、DASHにおいては、受信側がストリームを適応的に選択して受信できるように、MPD(Media Presentation Description)と称されるメタデータが供給側から受信側に供給される。
【０００５】
MPDには、チャンク化されたコンテンツのセグメントストリーム(Audio/Video/Subtitle等のメディアデータ)の供給元となるWEBサーバのアドレス(url情報)が記述されている。受信側は該url情報に基づいて、コンテンツの供給元となるWEBサーバにHTTPリクエストを送信し、このHTTPリクエストに応じてWEBサーバがユニキャスト配信するセグメントストリームを受信、再生することになる。
【０００６】
図１は、DASHに基づいてコンテンツのセグメントストリームを配信するコンテンツ供給システムの構成の一例を示している。
【０００７】
このコンテンツ供給システム１０は、コンテンツを供給する側の複数のコンテンツ供給装置２０−１乃至２０−Ｋと、コンテンツを受信する側の多数のDASHクライアント３０−１乃至３０−Ｎから構成される。以下、コンテンツ供給装置２０−１乃至２０−Ｋを個々に区別する必要がない場合、単にコンテンツ供給装置２０と称する。DASHクライアント３０−１乃至３０−Ｎについても同様とする。
【０００８】
コンテンツ供給装置２０とDASHクライアント３０は、それぞれインターネット１１に接続されている。インターネット１１上には、CDN(Contents Delivery Network)１２が構築されている。
【０００９】
コンテンツ供給装置２０は、同一内容のコンテンツであってビットレートが異なる複数のセグメントストリームを配信するものであり、チャネルストリーマ２１、DASHセグメントストリーマ２２、およびDASH MPDサーバ２３を有する。
【００１０】
チャネルストリーマ２１は、DASHクライアント３０に配信するためのコンテンツのソースデータを管理しており、コンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ２２に出力する。
【００１１】
DASHセグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割して（チャンク化して）、Fragmented MP4などのセグメントストリームを生成する。また、DASHセグメントストリーマ２２は、セグメントストリームをファイル化して保持し、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、セグメントストリームのファイルを、CDN１２を介して要求元のDASHクライアント３０にHTTPユニキャスト配信する。さらに、DASHセグメントストリーマ２２は、セグメントストリームのファイルの供給元のアドレスをDASH MPDサーバ２３に通知する。
【００１２】
DASH MPDサーバ２３は、DASHクライアント３０がセグメントストリームのファイルを取得するために必要な、セグメントストリームのファイルの供給元を表すアドレスなどが記述されたMPDを生成する。また、DASH MPDサーバ２３は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、生成したMPDをCDN１２を介して要求元のDASHクライアント３０にHTTPユニキャスト配信する。
【００１３】
DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、これに応じてHTTPユニキャスト配信されたMPDを受信する。さらに、DASHクライアント３０は、受信したMPDに基づき、DASHセグメントストリーマ２２にセグメントストリームのファイルを要求し、これに応じてHTTPユニキャスト配信されるセグメントストリームのファイルを受信、再生する。
【００１４】
CDN１２にはプロキシサーバ１３が設けられている。プロキシサーバ１３は、CND１２を介してHTTPユニキャスト配信されるMPDやセグメントストリームのファイルをキャッシングする。そして、WEBサーバとしてのDASH MPDサーバ２３またはDASHセグメントストリーマ２２に代わり、HTTPリクエストを送信したDASHクライアント３０に対してキャッシングしているMPDまたはセグメントストリームのファイルを要求元にHTTPユニキャスト配信する。
【００１５】
なお、プロキシサーバ１３は、CDN１２上に限らず、例えばDASHクライアント３０を包含する同一デバイス上に実装される場合や、DASHクライアント３０の近傍（例えば、DASHクライアント３０が接続されたホームLANセグメント内など）に設けられることもある。さらに、プロキシサーバ１３は、CDN１２上などに多段に設けられることがある。
【先行技術文献】
【非特許文献】
【００１６】
【非特許文献１】「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
【発明の概要】
【発明が解決しようとする課題】
【００１７】
上述したように、コンテンツ供給装置２０とDASHクライアント３０との間にプロキシサーバ１３を設けることにより、DASHクライアント３０からの要求に対する応答性能を高めることができる。
【００１８】
ところで、DASHではHTTPユニキャスト配信を用いた適応的ストリーミング技術が実現されており、さらに地上放送、衛星放送、携帯電話通信網などを利用して、ストリームをマルチキャスト配信（ブロードキャスト配信も含む）することも検討されている。その場合、マルチキャスト配信にも対応するプロキシサーバの出現が想定される。
【００１９】
すなわち、例えば、あるプロキシサーバは、ユニキャスト配信のストリームのみをキャッシング可能であるが、別のプロキシサーバは、さらにマルチキャスト配信のストリームもキャッシングしてユニキャスト配信できるなど、プロキシサーバに機能の差が生じ得る。
【００２０】
一方、DASHクライアント３０についても機能に差があることがある。例えば、あるDASHクライアント３０は、マルチキャスト配信が行われる放送網や携帯通信網とユニキャスト配信が行なわれるwifiに接続できるが、別のDASHクライアント３０は、wifiのみに接続できてマルチキャスト配信を受信できないなどの機能差があり得る。
【００２１】
そのような場合、wifiのみに接続できるDASHクライアント３０が、上述した後者のプロキシサーバにwifiを介して接続すれば、ユニキャスト配信のストリームだけでなく、マルチキャスト配信のストリームも利用できることになる。このように、DASHクライアント３０が自身にとって最適なプロキシサーバに接続できる状態（例えば、wifi経由で該プロキシサーバに接続できる場所に位置しているなど）であれば、該プロキシサーバに優先的に接続できることが望ましい。
【００２２】
本開示はこのような状況に鑑みてなされたものであり、端末装置が自身にとって最適なプロキシサーバに接続できる状態にある場合、該プロキシサーバに対して優先的に接続できるようプロキシサーバ接続設定を変更できるようにするものである。
【課題を解決するための手段】
【００２３】
本開示の第１の側面であるサーバ装置は、適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置が送信したロケーション情報を取得する取得部と、前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かを判定し、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventを生成する生成部と、生成された前記ProxyChangeEventを前記端末装置に供給する供給部とを備える。
【００２４】
前記取得部は、前記コンテンツのセグメントストリームのユニキャスト配信を前記端末装置が要求するために送信したセグメント取得要求にクエリパラメータとして格納されている前記ロケーション情報を取得することができ、前記供給部は、前記セグメント取得要求に対応する前記セグメントストリームに前記ProxyChangeEventを挿入して前記端末装置に供給することができる。
【００２５】
前記取得部は、XMLHttpRequestに格納されている前記ロケーション情報を取得することができ、前記供給部は、前記XMLHttpRequestに対するレスポンスとして前記ProxyChangeEventを前記端末装置に供給することができる。
【００２６】
前記ロケーション情報は、GPS位置情報またはセルＩＤとすることができる。
【００２７】
前記プロキシサーバ装置は、ユニキャスト配信される前記コンテンツのセグメントストリームをキャッシングするとともに、マルチキャスト配信される前記コンテンツのFLUTEストリームもキャッシングすることができる。
【００２８】
本開示の第１の側面である情報処理方法は、サーバ装置の情報処理方法において、前記サーバ装置による、適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置が送信したロケーション情報を取得する取得ステップと、前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かを判定し、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventを生成する生成ステップと、生成された前記ProxyChangeEventを前記端末装置に供給する供給ステップとを含む。
【００２９】
本開示の第１の側面であるプログラムは、コンピュータを、適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置が送信したロケーション情報を取得する取得部と、前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かを判定し、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventを生成する生成部と、生成された前記ProxyChangeEventを前記端末装置に供給する供給部として機能させる。
【００３０】
本開示の第１の側面においては、適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置が送信したロケーション情報が取得され、前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かが判定され、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventが生成され、生成された前記ProxyChangeEventが前記端末装置に供給される。
【００３１】
本開示の第２の側面である端末装置は、適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置において、自身のロケーション情報を取得して送信する送信部と、前記ロケーション情報の送信に応じて供給されるProxyChangeEventに含まれるスクリプトを実行することによりプロキシサーバ接続設定を変更するスクリプト実行部とを備える。
【００３２】
前記送信部は、前記コンテンツのセグメントストリームのユニキャスト配信を要求するためのセグメント取得要求にクエリパラメータとして前記ロケーション情報を格納して送信することができ、前記スクリプト実行部は、前記セグメント取得要求に応じてユニキャスト配信された前記セグメントストリームに挿入されている前記ProxyChangeEventに含まれる前記スクリプトを実行することによりプロキシサーバ接続設定を変更することができる。
【００３３】
前記送信部は、前記ロケーション情報をXMLHttpRequestに格納して送信することができ、前記スクリプト実行部は、前記XMLHttpRequestに対するレスポンスとして送信された前記ProxyChangeEventに含まれる前記スクリプトを実行することによりプロキシサーバ接続設定を変更することができる。
【００３４】
前記ロケーション情報は、GPS位置情報またはセルＩＤとすることができる。
【００３５】
本開示の第２の側面においては、自身のロケーション情報が取得されて送信され、前記ロケーション情報の送信に応じて供給されるProxyChangeEventに含まれるスクリプトが実行されることによりプロキシサーバ接続設定が変更される。
【００３６】
本開示の第３の側面であるコンテンツ供給システムは、適応的ストリーミング技術に従ってコンテンツのストリームを配信するコンテンツ供給装置と、前記ストリームを受信する端末装置と、サーバ装置とを備えるコンテンツ供給システムにおいて、前記サーバ装置が、前記端末装置が送信したロケーション情報を取得する取得部と、前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かを判定し、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventを生成する生成部と、生成された前記ProxyChangeEventを前記端末装置に供給する供給部とを備える。また、前記端末装置が、自身の前記ロケーション情報を取得して送信する送信部と、前記ロケーション情報の送信に応じて前記サーバ装置から供給される前記ProxyChangeEventに含まれるスクリプトを実行することによりプロキシサーバ接続設定を変更するスクリプト実行部とを備える。
【００３７】
本開示の第３の側面においては、サーバ装置により、適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置が送信したロケーション情報が取得され、前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かが判定され、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventが生成され、生成された前記ProxyChangeEventが前記端末装置に供給される。また、端末装置により、自身のロケーション情報が取得されて送信され、前記ロケーション情報の送信に応じて供給されるProxyChangeEventに含まれるスクリプトが実行されることによりプロキシサーバ接続設定が変更される。
【発明の効果】
【００３８】
本開示の第１の側面によれば、端末装置のプロキシサーバ接続設定を変更することができる。
【００３９】
本開示の第２の側面によれば、自身にとって最適なプロキシサーバに接続することができる。
【００４０】
本開示の第３の側面によれば、端末装置を最適なプロキシサーバに接続させることにより、効率の高いストリーミングサービスを提供することができる。
【図面の簡単な説明】
【００４１】
【図１】従来のコンテンツ供給システムの構成の一例を示すブロック図である。
【図２】本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。
【図３】最適化プロキシサーバの構成例を示すブロック図である。
【図４】コンテンツ供給装置の処理を説明するフローチャートである。
【図５】セグメントリクエストを用いてロケーション情報を送信する場合のイベント通知処理を説明するフローチャートである。
【図６】セグメントリクエストを用いてロケーション情報を送信する処理を説明するフローチャートである。
【図７】ProxyChangeEventのEventメッセージの一例を示す図である。
【図８】XMLHttpRequestを用いてロケーション情報を送信する場合のイベント通知処理を説明するフローチャートである。
【図９】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００４２】
以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について説明するが、その前に本開示の概要について説明する。
【００４３】
本開示は、受信側の端末装置がコンテンツのストリームを受信、再生するときに、複数存在するプロキシサーバの中から自身にとって最適なものに接続することにより、それまで受信、再生していたコンテンツと同一内容のストリームをより高効率に、または同一内容であってより高品質なストリームを受信できるようにするものである。具体的には、以下の２種類のケース１，２が想定される。
【００４４】
ケース１
端末装置が携帯通信網((e)MBMS等)を利用してユニキャスト配信されるストリームを受信、再生しているとき、その携帯通信網の同一セルに多数の端末装置が接続することにより通信に輻輳が生じることがある。このような場合、端末装置が携帯通信網の利用を中止し、近傍に位置するwifiアクセスポイントを介してプロキシサーバに接続すれば、より高効率にストリームを受信できる。この場合、接続するプロキシサーバは、ユニキャスト配信のストリーム、またはマルチキャスト配信のストリームの少なくとも一方をキャッシングするものであればよい。なお、プロキシサーバから端末装置にストリームを配信するときにはユニキャスト配信を想定するが、今後、wifiを用いたマルチキャスト配信が一般化した場合にはこれを用いてもよい。
【００４５】
ケース２
端末装置が通信速度が安定している携帯通信網を利用してマルチキャスト配信されるストリームを受信、再生しているが、携帯通信網におけるマルチキャストリソースの制限によってビットレートが低いストリームしか配信できないことがあり、このような場合、近傍に位置するwifiアクセスポイントを介してプロキシサーバに接続すれば、プロキシサーバから端末装置により高品質のストリームを配信できる。この場合、接続するプロキシサーバは、ユニキャスト配信のストリーム、またはマルチキャスト配信のストリームの少なくとも一方をキャッシングするものであればよい。なお、プロキシサーバから端末装置にストリームを配信するときにはユニキャスト配信を想定するが、今後、wifiを用いたマルチキャスト配信が一般化した場合にはこれを用いてもよい。
【００４６】
なお、端末装置にとって最適なプロキシサーバを通知する方法は、以下の２種類のケースＡ，Ｂが想定される。
【００４７】
ケースＡ
端末装置が自身のロケーション情報（例えば、GPS位置情報や携帯通信網のセルＩＤ）をストリーム要求に格納して送信する。プロキシサーバ側は、最適なプロキシサーバを特定し、そのプロキシサーバに接続するようプロクシ接続設定を変更するスクリプトを通知する。スクリプトを通知する方法としては、DASH inband eventを用いたり、XMLHttpRequestを用いたり、ServerSentEventを用いたり、ATSC2.0のトリガを用いたりすることができる。
【００４８】
ケースＢ
端末装置がwifiアクセスポイントへの接近を検知してアクセスし、Ｌ２認証処理後にDHCPなどによりプロキシサーバのアドレスを取得する。そのプロキシサーバが、端末装置で受信、再生中のストリームをキャッシングしている(または優先的にキャッシュしてくれる可能性がある)場合には、そのプロキシサーバに接続するようプロクシ接続設定を変更する。また、そのプロキシサーバが、端末装置で受信、再生中のストリームをキャッシングしていない場合でも、現在の受信を継続するよりも、例えばコスト的にリーズナブルでありパフォーマンスが期待以上であればそのプロキシサーバに接続するようプロクシ接続設定を変更する。
【００４９】
＜コンテンツ供給システムの構成例＞
図２は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
【００５０】
このコンテンツ供給システム５０は、複数のコンテンツ供給装置６０−１乃至６０−Ｋ、ネットワーク５１上に構築されたCDN５２に設けられたプロキシサーバ１３、最適化プロキシサーバ５３、およびロケーション監視サーバ５４、並びに多数の端末装置７０−１乃至８０−Ｎから構成される。
【００５１】
コンテンツ供給装置６０−１乃至６０−Ｋと端末装置７０−１乃至８０−Ｎは、ネットワーク５１に接続されている。以下、コンテンツ供給装置６０−１乃至６０−Ｋを個々に区別する必要がない場合、単にコンテンツ供給装置６０と称する。端末装置７０−１乃至８０−Ｎについても同様とする。
【００５２】
ネットワーク５１は、インターネットに代表される双方向通信網、地上波放送網や衛星波放送網などの片方向通信網、双方向通信を行なうインタラクションチャネルと片方向通信を行なうブロードキャスト・マルチキャストチャネルを有する(e)MBMSなどの携帯電話通信網などを包含する。
【００５３】
ネットワーク５１上のCDN５２には、従来のプロキシサーバ１３、最適化プロキシサーバ５３、およびロケーション監視サーバ５４がそれぞれ複数存在する。
【００５４】
最適化プロキシサーバ５３は、CDN５２を介してユニキャスト配信またはマルチキャスト配信されるMPDおよびストリームをキャッシングする。また、最適化プロキシサーバ５３は、端末装置７０からのMPD取得要求およびセグメント取得要求に応じ、対応するMPDやセグメントストリームのファイルをキャッシングしている場合には、それを要求元に配信する。キャッシングしていない場合、MPD取得要求やセグメント取得要求をコンテンツ供給装置６０に中継する。
【００５５】
なお、最適化プロキシサーバ５３にて、端末装置７０からのMPD取得要求およびセグメント取得要求をモニタリングして解析することにより、端末装置７０の受信能力、デコード能力、ユーザの嗜好、状態などを類推してデータベース化し、そのデータベースに基づいて、取得要求され得るMPDおよびセグメントストリームを優先的にキャッシングするようにしてもよい。
【００５６】
さらに、最適化プロキシサーバ５３は、セグメント取得要求に含まれるロケーション情報の解析をロケーション監視サーバ５４に依頼し、必要に応じて、Proxy Change Eventをセグメントレスポンスに挿入して要求元に配信する。
【００５７】
ロケーション監視サーバ５４は、最適化プロキシサーバ５３からの依頼に応じ、セグメント取得要求に含まれるロケーション情報に基づいて端末装置７０の位置を判定する。そして、端末装置７０の近傍に最適化プロキシサーバ５３がある場合、その最適化プロキシサーバ５３に優先的に接続するようにプロキシサーバ接続設定を変更するProxy Change Eventを生成して最適化プロキシサーバ５３に供給する。
【００５８】
なお、最適化プロキシサーバ５３とロケーション監視サーバ５４とは一体的に構成することができる。
【００５９】
コンテンツ供給装置６０は、チャネルストリーマ６１、DASHセグメンタ６２、FLUTEストリーマ６３、MPDジェネレータ６４、WEBサーバ６５、およびマルチキャストサーバ６６を備える。
【００６０】
なお、コンテンツ供給装置６０が備えるチャネルストリーマ６１乃至マルチキャストサーバ６６は、集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
【００６１】
チャネルストリーマ６１は、端末装置７０に配信するためのコンテンツのソースデータを管理しており、同一内容の該ソースデータからビットレートの異なる複数のストリーミングデータを生成する。さらに、チャネルストリーマ６１は、生成したストリーミングデータをDASHセグメンタ６２に出力する。
【００６２】
DASHセグメンタ６２は、ストリーミングデータを時間的にピリオドに区切り、さらにセグメント(segment)に分割することにより、fragmentedMP4などのセグメントストリームを生成してFLUTEストリーマ６３およびWEBサーバ６５に出力する。さらに、DASHセグメンタ６２は、生成したセグメントストリームのファイルの供給元となるWEBサーバ６５のアドレス情報などを含むメタデータをMPDジェネレータ６４に通知する。
【００６３】
MPDジェネレータ６４は、端末装置７０がセグメントストリームを受信するために必要なMPDを生成してFLUTEストリーマ６３およびWEBサーバ６５に出力する。
【００６４】
FLUTEストリーマ６３は、DASHセグメンタ６２から入力されるセグメントストリームをFLUTEパケットに格納することによりFLUTEストリームを生成してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６３は、MPDジェネレータ６４から入力されるMPDをマルチキャストサーバ６６に出力する。
【００６５】
WEBサーバ６５は、端末装置７０からのMPD取得要求（HTTPリクエスト）に応じ、MPDジェネレータ６４から入力されるMPDを、CDN５２を介して要求元の端末装置７０にHTTPユニキャスト配信する。また、WEBサーバ６５は、端末装置７０からのセグメント取得要求（HTTPリクエスト）に応じ、DASHセグメンタ６２から入力されるセグメントストリームのファイルを、CDN５２を介して要求元の端末装置７０にHTTPユニキャスト配信する。
【００６６】
マルチキャストサーバ６６は、FLUTEストリーマ６３からのMPDを、CDN５２を介してFLUTEマルチキャスト配信する。また、マルチキャストサーバ６６は、FLUTEストリーマ６３からのFLUTEストリームを、CDN５２を介してFLUTEマルチキャスト配信する。なお、FLUTEマルチキャスト配信のポータルチャネルの周知には、例えば、(e)MBMSのUSD、OMA-ESGなどが利用される。
【００６７】
端末装置７０は、受信再生部７１、ロケーション通知部７１、およびスクリプト実行部７３を備える。
【００６８】
受信再生部７１は、MPDを取得し、MPDに基づいてセグメントストリームやFLUTEストリームを受信、再生する。
【００６９】
ロケーション通知部７２は、例えば、GPS位置情報やセルＩＤなどのロケーション情報を取得し、取得したロケーション情報をクエリパラメータとしてセグメント取得要求に含めることにより最適化プロキシサーバ５３に通知する。また、ロケーション通知部７２は、取得したロケーション情報をXMLHttpRequestに含めてロケーション監視サーバ５４に通知する。
【００７０】
スクリプト実行部７３は、Proxy Change Eventとして通知される、プロキシ接続設定を変更するためのスクリプトを実行する。
【００７１】
＜最適化プロキシサーバ５３の詳細な構成例＞
次に、図３は、最適化プロキシサーバ５３の詳細な構成例を示している。
【００７２】
最適化プロキシサーバ５３は、モニタリング代行部８１、チューナ部８２、キャッシング部８３、および解析依頼部８４を備える。
【００７３】
モニタリング代行部８１は、ユニキャスト配信されるMPDおよびセグメントストリームをモニタリングしてキャッシング部８３に出力してキャッシングさせる。また、モニタリング代行部８１は、端末装置７０からのMPD取得要求およびセグメント取得要求をモニタリングし、要求されていているMPDやセグメントストリームがキャッシング部８３にキャッシングされている場合、それをキャッシング部８３から読み出して要求元にユニキャスト配信する。キャッシングされていない場合、MPD取得要求やセグメント取得要求をWEBサーバ６５に中継し、これに応じてユニキャスト配信されるMPDやセグメントストリームもモニタリングしてキャッシング部８３にキャッシングさせる。さらに、モニタリング代行部８１は、モニタリングしたセグメント取得要求に含まれるロケーション情報を解析依頼部８４に出力する。
【００７４】
チューナ部８２は、FLUTEマルチキャスト配信されるMPDやFLUTEストリームを受信してキャッシング部８３に出力する。キャッシング部８３は、モニタリング代行部８１から入力されるMPDおよびセグメントストリームのファイルをキャッシングする。また、キャッシング部８３は、チューナ部８２から入力されるMPDやFLUTEストリームをキャッシングする。
【００７５】
解析依頼部８４は、モニタリング代行部８１から入力される、セグメント取得要求に含まれていたロケーション情報をロケーション監視サーバ５４に通知して解析を依頼する。また、ロケーション監視サーバ５４から解析の結果として供給されるProxy Change Eventをモニタリング代行部８１に出力し、セグメント取得要求に対応するレスポンスとしてのセグメントストリームにProxy Change Eventを挿入させて要求元にユニキャスト配信させる。
【００７６】
＜コンテンツ供給システム５０の動作＞
次に、コンテンツ供給システム５０の動作について説明する。
【００７７】
＜コンテンツ配信処理の説明＞
図４は、コンテンツ供給装置６０によるコンテンツ配信処理を説明するフローチャートである。
【００７８】
ステップＳ１において、チャネルストリーマ６１は、コンテンツのソースデータからビットレートの異なる複数のストリーミングデータを生成し、DASHセグメンタ６２に出力する。
【００７９】
ステップＳ２において、DASHセグメンタ６２は、ストリーミングデータからfragmentedMP4などのセグメントストリームを生成してFLUTEストリーマ６３およびWEBサーバ６５に出力する。また、DASHセグメンタ６２は、生成したセグメントストリームの供給元のURLなどをMPDジェネレータ６４に通知する。
【００８０】
ステップＳ３において、FLUTEストリーマ６３は、セグメントストリームをFLUTEパケットに格納することによりFLUTEストリームを生成してマルチキャストサーバ６６に出力する。ステップＳ４において、MPDジェネレータ６４は、MPDを生成してFLUTEストリーマ６３およびWEBサーバ６５に出力する。
【００８１】
ステップＳ５において、FLUTEストリーマ６３は、MPDをマルチキャストサーバ６６に出力する。マルチキャストサーバ６６は、MPDをCDN５２を介してFLUTEマルチキャスト配信する。
【００８２】
ステップＳ６において、WEBサーバ６５は、端末装置７０からMPD取得要求（HTTPリクエスト）があった場合、それに応じてMPDをCDN５２を介して要求元にHTTPユニキャスト配信する。
【００８３】
ステップＳ７において、マルチキャストサーバ６６は、FLUTEストリームをCDN５２を介してFLUTEマルチキャスト配信する。ステップＳ８において、WEBサーバ６５は、端末装置７０からセグメント取得要求（HTTPリクエスト）があった場合、それに応じてセグメントストリームをCDN５２を介して要求元にHTTPユニキャスト配信する。以上で、コンテンツ供給装置６０によるコンテンツ供給処理の説明を終了する。
【００８４】
＜イベント通知処理の説明＞
次に、図５は、端末装置７０がセグメント取得要求（セグメントリクエスト）を用いてロケーション情報を送信する場合のイベント通知処理を説明するフローチャートである。このイベント処理は、端末装置７０がユニキャスト配信のストリームを受信、再生する場合などに適用される。
【００８５】
ステップＳ１１として、端末装置７０がMPD取得要求を送信すると、ステップＳ２１において、最適化プロキシサーバ５３のモニタリング代行部８１が該MPD取得要求をモニタリングする。そして要求されていているMPDがキャッシング部８３にキャッシングされている場合、そのMPDをキャッシング部８３から読み出して要求元にユニキャスト配信する。キャッシングされていない場合、MPD取得要求をWEBサーバ６５に中継し、これに応じてユニキャスト配信されるMPDをキャッシング部８３にキャッシングさせる。さらに、モニタリング代行部８１は、MPD取得要求に対するMPDリダイレクションとしてのクエリストリングで、この後に端末装置７０から送信されるセグメント取得要求に付加するクエリパラメータの構成を規定するディスクリプションスキームuriを指定する。なお、MPDリダイレクションではなく、MPD内にディスクリプションスキームuriを指定するようにしてもよい。ディスクリプションスキームuriにて規定するクエリパラメータの内容は、いまの場合、端末装置７０のロケーション情報である。
【００８６】
ステップＳ１２において、端末装置７０は、ユニキャスト配信されたMPDとMPDリダイレクションを受信する。
【００８７】
ここで、図６は、MPD取得要求（MPDリクエスト）とそれに対するMPDリダイレクション、この後のセグメント取得要求（セグメントリクエスト）とそれに対応するセグメントレスポンスの関係を示している。同図に示されるように、MPDリダイレクションを受信した後のロケーション通知部７２は、ディスクリプションスキームuriに従い、ロケーション情報を取得し、これ以降に送信されるセグメントリクエストにクエリパラメータとしてロケーション情報（図６の"geoLocation-1"など）を挿入することになる。
【００８８】
図５に戻る。ステップＳ１３において、端末装置７０は、クエリパラメータとしてロケーション情報が挿入されたセグメント取得要求を送信すると、ステップＳ２２において、最適化プロキシサーバ５３のモニタリング代行部８１が該セグメント取得要求をモニタリングし、セグメント取得要求に含まれるロケーション情報を解析依頼部８４に出力する。ステップＳ２３において、解析依頼部８４は、モニタリング代行部８１から入力されたロケーション情報をロケーション監視サーバ５４に通知して解析を依頼する。
【００８９】
ステップＳ３１において、ロケーション監視サーバ５４は、最適化プロキシサーバ５３の解析依頼部８４からの依頼に応じ、ロケーション情報に基づいて端末装置７０の位置を判定し、端末装置７０の近傍に接続先として変更できる最適化プロキシサーバ５３がある場合、その最適化プロキシサーバ５３に優先的に接続するようにプロキシサーバ接続設定を変更するProxy Change Eventを生成して解析依頼部８４に供給する。
【００９０】
ステップＳ２４において、解析依頼部８４は、ロケーション監視サーバ５４から解析の結果として供給されたProxy Change Eventをモニタリング代行部８１に出力し、セグメント取得要求に対応するレスポンスとしてのセグメントストリームにProxy Change Eventを挿入させて要求元にユニキャスト配信させる。なお、セグメントストリームにProxy Change Eventを挿入する処理の詳細は後述する。
【００９１】
ステップＳ１４において、端末装置７０は、ユニキャスト送信されたセグメントストリームを受信、再生する。このとき、セグメントストリームにProxy Change Eventが含まれている場合、スクリプト実行部７３がProxy Change Eventのスクリプトを実行する、これにより、端末装置７０のプロキシサーバ接続設定が、その近傍に位置する最適化プロキシサーバ５３に対して優先的に接続するように変更される。
【００９２】
以上で、端末装置７０がセグメント取得要求（セグメントリクエスト）を用いてロケーション情報を送信する場合のイベント通知処理の説明を終了する。
【００９３】
ここで、セグメントストリームにProxy Change Eventを挿入する処理について詳述する。本実施の形態では、DASHにおいて採用されているfragmented MP4のセグメントストリームの中に埋め込むbox形式のイベント通知方法に新たにProxyChangeEventというスキームを導入する。
【００９４】
図７は、DASH inband eventを利用したProxyChangeEventのeventメッセージのフォーマットの一例を示している。
【００９５】
図７の例において、scheme_id_uri+valueは、message_data[](イベントメッセージ本体)の内容のフォーマットを規定する。なお、現状のDASHの規格では、"urn:mpeg:dash:event:2012"というscheme_id_uriを定義して、valueとして２種類の値を規定し、MPD更新イベントの通知に用いるよう定義している。ここでは、proxy設定変更のメッセージを表せるよう、新たにscheme_id_uriとして”urn:mpeg:dash:event:proxyChange”を導入する。
【００９６】
このsheme_id_uriに”urn:mpeg:dash:event:proxyChange”が指定された場合は、このイベントを受信した端末装置７０は、message_data[]にプロキシサーバ接続設定の変更に関する処理手続きそのもの、または、その取得先urlが格納されていることを知ることができる。なお、例えば、value=1のときは、プロキシサーバの接続設定を変更をするjavascriptが格納されていることを意味し、value=2のときには、スクリプトのurlが格納されていることを意味し、value=3のときは新たな接続先となるプロキシサーバのアドレスのみが格納されていることを意味する。
【００９７】
本来、DASHのpush eventではイベント配信対象の端末装置７０を指定することができないが、本実施の形態ではこれが可能である。ただし、イベント配信対象の端末装置７０を指定できるのはセグメントストリームをユニキャスト配信している場合に限られる。尤も、共通のセルセグメントに接続する複数の端末装置７０がマルチキャスト配信されるストリームを受信しているような場合には、該マルチキャスト配信されるストリームのセグメントチャンクにProxyChangeEventを挿入すれば、これら複数の端末装置７０を同時にイベント配信対象とすることが可能である。
【００９８】
なお、イベント通知の方法は上述したDASH inband eventを利用したProxyChangeEventを用いる方法の他、W3Cで仕様化されているXMLHttpRequest やWebSocket を利用することもできる。例えば、XMLHttpRequestを利用する場合には、HTTPレスポンスのボディに、格納されるスクリプトのフォーマットとその内容そのもの、または変更するプロキシサーバのアドレスをjson形式で格納すればよい。
【００９９】
例えば、pacスクリプトの場合は、{“pac”: (pacのjavascriptそのもの)}が dataフィールドに格納され、pacスクリプトのurlの場合は、{“pacUrl”: (pacのjavascript取得先url)}、変更するDASHプロキシサーバのurlの場合は、{“proxyUrl”: (変更するDASHプロキシサーバのurl)}とする。端末装置７０に対してこのイベントを取得するXMLHttpRequestの接続url(HTTTP GETするアドレス)を知らせるには、ルート要素であるMPDに新たに導入する属性MPD/@eventPortにXMLHttpRequestの接続先URLを格納するようにする。
【０１００】
次に、図８は、端末装置７０がXMLHttpRequestを用いてロケーション情報を送信する場合のイベント通知処理を説明するフローチャートである。このイベント処理は、端末装置７０がユニキャスト配信のストリームを受信、再生している場合のみならず、マルチキャスト配信のストリームを受信、再生している場合にも適用できる。
【０１０１】
ステップＳ４１において、端末装置７０のロケーション通知部７２は、端末装置７０のロケーション情報を取得してXMLHttpRequestに格納し、ロケーション監視サーバ５４に送信する。
【０１０２】
XMLHttpRequestを受信したロケーション監視サーバ５４は、ステップＳ５１において、XMLHttpRequestに格納されているロケーション情報に基づいて端末装置７０の位置を判定し、端末装置７０の近傍に接続先として変更できる最適化プロキシサーバ５３がある場合、その最適化プロキシサーバ５３に優先的に接続するようにプロキシサーバ接続設定を変更するProxy Change Eventを生成し、生成したProxy Change EventをXMLHttpRequestのレスポンスとして端末装置７０に送信する。
【０１０３】
ステップＳ４２において、端末装置７０のスクリプト実行部７３は、XMLHttpRequestのレスポンスとしてProxy Change Eventのスクリプトを実行する、これにより、端末装置７０のプロキシサーバ接続設定が、その近傍に位置する最適化プロキシサーバ５３に対して優先的に接続するように変更される。
【０１０４】
以上で、端末装置７０がXMLHttpRequestを用いてロケーション情報を送信する場合のイベント通知処理の説明を終了する。
【０１０５】
以上説明したように、本実施の形態では、端末装置７０のロケーション情報に基づいて端末装置７０の移動を検知し、その位置にて接続可能な最適化プロキシサーバ５３が存在する場合には、プロキシサーバ接続設定を変更させることができる。これにより、端末装置７０は、効率よくストリーミングサービスを利用することが可能となる。
【０１０６】
ところで、上述した一連の処理を実行するコンテンツ供給システム５０の各装置は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１０７】
図９は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【０１０８】
このコンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
【０１０９】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、およびドライブ２１０が接続されている。
【０１１０】
入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
【０１１１】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【０１１２】
コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０１１３】
コンピュータ２００では、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
【０１１４】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１１５】
本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【０１１６】
本開示は以下のような構成もとることができる。
（１）
適応的ストリーミング技術に従って配信されるコンテンツを受信する端末装置が送信したロケーション情報を取得する取得部と、
前記ロケーション情報に基づいて前記端末装置の近傍に前記端末装置が接続可能なプロキシサーバ装置が存在するか否かを判定し、前記プロキシサーバ装置が存在する場合、前記端末装置が前記プロキシサーバ装置に優先的に接続するように前記端末装置のプロキシサーバ接続設定を変更するスクリプトを含むProxyChangeEventを生成する生成部と、
生成された前記ProxyChangeEventを前記端末装置に供給する供給部と
を備えるサーバ装置。
（２）
前記取得部は、前記コンテンツのセグメントストリームのユニキャスト配信を前記端末装置が要求するために送信したセグメント取得要求にクエリパラメータとして格納されている前記ロケーション情報を取得し、
前記供給部は、前記セグメント取得要求に対応する前記セグメントストリームに前記ProxyChangeEventを挿入して前記端末装置に供給する
前記（１）に記載のサーバ装置。
（３）
前記取得部は、XMLHttpRequestに格納されている前記ロケーション情報を取得し、
前記供給部は、前記XMLHttpRequestに対するレスポンスとして前記ProxyChangeEventを前記端末装置に供給する
前記（１）に記載のサーバ装置。
（４）
前記ロケーション情報は、GPS位置情報またはセルＩＤである
前記（１）から（３）のいずれかに記載のサーバ装置。
（５）
前記プロキシサーバ装置は、ユニキャスト配信される前記コンテンツのセグメントストリームをキャッシングするとともに、マルチキャスト配信される前記コンテンツのFLUTEストリームもキャッシングする
前記（１）から（４）のいずれかに記載のサーバ装置。
【符号の説明】
【０１１７】
５０  コンテンツ供給システム，  ５１  ネットワーク，  ５２  CDN，  ５３  最適化プロキシサーバ，  ５４  ロケーション監視サーバ，  ６０  コンテンツ供給装置，  ６１  チャネルストリーマ，  ６２  DASHセグメンタ，  ６３  FLUTEストリーマ，  ６４  MPDジェネータ，  ６５  WEBサーバ，  ６６  マルチキャストサーバ，  ７１  端末装置，  ７１  受信再生部，  ７２  ロケーション通知部，  ７３  スクリプト実行部，  ８１  モニタリング代行部，  ８２  チューナ部，  ８３  キャッシング部，  ８４  解析依頼部，  ２００  コンピュータ，  ２０１  CPU
【図１】
2015049650.tif 000003
【図２】
2015049650.tif 000004
【図３】
2015049650.tif 000005
【図４】
2015049650.tif 000006
【図５】
2015049650.tif 000007
【図６】
2015049650.tif 000008
【図７】
2015049650.tif 000009
【図８】
2015049650.tif 000010
【図９】
2015049650.tif 000011