(57)【要約】【課題】HTTPリクエストからHTTPSリクエストへのリダイレクションを利用したSPDY適用時にもCross Site Scriptingフィルタの誤検知を防止する。【解決手段】メインコンテンツ取得部１０１は、リクエストメッセージに応答して、Webページのインデックスファイルを取得する。特定サブコンテンツ判定部１０２は、インデックスファイルに記述されている各サブコンテンツがリンクURLを動的に生成する特定サブコンテンツであるか否かを判定する。リダイレクト要求部６は、特定サブコンテンツを含まないWebページを要求したクライアントへHTTPSによるリダイレクションを要求する。メインコンテンツ配信部７０１は、特定サブコンテンツを含むWebページを要求したクライアントへインデックスファイルを配信する。サブコンテンツ配信部７０２は、クライアントへ各サブコンテンツを配信する。【選択図】図３
2015032299.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからのWebページの要求に応答して当該WebページのメインコンテンツおよびサブコンテンツをWebサーバから取得し、前記クライアントへ配信するWebコンテンツ配信装置において、
Webページを要求するHTTPリクエストに対してメインコンテンツを取得するメインコンテンツ取得手段と、
前記メインコンテンツに記述されている各サブコンテンツのリンクURLのスキームをHTTPSに書き換える書換手段と、
各サブコンテンツが、リンクURLを動的に生成する特定サブコンテンツであるか否かを判定する特定サブコンテンツ判定手段と、
前記特定サブコンテンツを含まないWebページを要求したクライアントへHTTPSによるリダイレクトを要求するリダイレクト要求手段と、
前記特定サブコンテンツを含むWebページを要求したクライアントへ前記メインコンテンツを配信するメインコンテンツ配信手段と、
前記各サブコンテンツのリンクURLに基づいて各サブコンテンツを取得するサブコンテンツ取得手段と、
前記特定サブコンテンツを含むWebページを要求したクライアントへ各サブコンテンツを統合して配信するサブコンテンツ配信手段と、
前記特定サブコンテンツが生成したリンクURLへのリクエストメッセージに応答してサブコンテンツを配信するサブコンテンツ応答手段とを具備したことを特徴とするWebコンテンツ配信装置。
【請求項２】
前記書換手段は、各サブコンテンツのリンクURLのドメインを、メインコンテンツと同一のドメインに書き換えることを特徴とする請求項１に記載のWebコンテンツ配信装置。
【請求項３】
クライアントとの間にSPDYセッションを確立するSPDY制御手段を具備し、
前記サブコンテンツ配信手段は、各サブコンテンツをSPDYセッションを用いてクライアントへ配信することを特徴とする請求項１または２に記載のWebコンテンツ配信装置。
【請求項４】
前記メインコンテンツおよびサブコンテンツを一時記憶するキャッシュを具備し、
各コンテンツをWebサーバから取得して一時記憶し、当該キャッシュから配信することを特徴とする請求項１ないし３のいずれかに記載のWebコンテンツ配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントからリクエストされたWebコンテンツをWebサーバから取得して配信するWebコンテンツ配信装置に係り、特に、WebコンテンツをHTTPリクエストからHTTPSリクエストへのリダイレクションにより確立されるSPDYセッションで配信する際に生じうるCross Site Scriptingの誤検知を防止できるWebコンテンツ配信装置に関する。
【背景技術】
【０００２】
非特許文献１には、TCPコネクションの統合、サーバからクライアントへのPush配信、リクエストの多重送信化、冗長なヘッダの削除、および通信データの圧縮を必須化することで、既存のHTTPにおけるWebコンテンツの配信速度を向上させるSPDYが開示されている。
【０００３】
特許文献１には、Webページを構成するサブコンテンツが、そのインデックスファイル（メインコンテンツ）と共に複数のWebサーバに分散して配置されるマルチドメイン構成のWebページが要求されると、当該Webページのインデックスファイルおよびサブコンテンツを各Webサーバから取得してキャッシュサーバ上に記憶し、同一ドメインで管理することにより、クライアントは当該キャッシュサーバへアクセスするだけで、インデックスファイルのみならずサブコンテンツもSPDYによるサーバPush配信により簡単に取得できるようにするアクセラレーションサーバが開示されている。
【０００４】
一方、SPDYプロトコルはHTTPSリクエストに対して動作するので、SPDYを実装したサーバとクライアントとの間で、複数のHTTPセッションを確立して配信するHTTPのWebページで、多重化された単一のHTTPSセッション（セッションアグリゲーション）によるPush配信を実現するためには、クライアントがSPDYサーバに対してHTTPSでHTTPのWebページをリクエストしなければならなかった。
【０００５】
このような技術課題に対して、特許文献２には、クライアントからのHTTPリクエストに対してHTTPSによるリダイレクションを要求することにより、クライアントからのHTTPによるWebページのリクエストに対しても、セッションアグリケーションにより高速化されたSPDYによりコンテンツをPush配信するアクセラレーションサーバが開示されている。
【０００６】
特許文献３には、特許文献２においてマルチドメイン構成のWebページを構成する各サブコンテンツをドメインの異なる複数のWebサーバから取得したときでも、クロスドメイン問題を生じさせることなく、クライアントがオリジナルのWebページを再生できるようにするHTMLファイルの書き換え方法が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特願2012-146859号
【特許文献２】特願2013-074597号
【特許文献３】特願2013-074596号
【非特許文献】
【０００８】
【非特許文献１】IETF, M. Belshe, R. Peon, "SPDY Protocol", InternetDraft mbelshe-spdy-00, Feb. 2012.
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上記の従来技術では、配信対象のWebページがHTTPで提供され、サブコンテンツがJavaScript（登録商標）やFlash（登録商標）などの、リンクURLを動的に生成する動的コンテンツを含む場合にWebページが正しく表示されない可能性があった。これは、動的コンテンツを実行するドメインと実行後にアクセスするドメインとの相違をブラウザのCross Site Scriptingフィルタが検知して動作を阻止することが原因であり、主にアクセラレーションサーバにおける、(1)HTTPリダイレクション、(2)動的コンテンツにより生成されるURLが書き換えられないこと、の２点が影響している。
【００１０】
(1)において、アクセラレーションサーバはSPDYがSSLを必須とすることから、HTTPのWebページに対するリクエストをHTTPSにリダイレクションしている。(2)では、クライアントに生成した単一のSPDYセッションを使用させるために、HTMLファイル内に記述されているスキーム部を全てHTTPSに変更しているが、動的コンテンツが生成するURLのスキーム部までは変更できていない。このため、サブコンテンツに、URLを生成する動的コンテンツが含まれると、HTTPSで提供されたHTMLファイル配下でHTTPのリクエストが発生し、ブラウザにより不正なスクリプト(フィッシング)と判定されてしまう。
【００１１】
上記の問題を解決するためには、例えば、(i) SPDYの仕様を変更してSSLを任意とする方法、(ii)  Object Notation with paddingやcrossdomain.xmlなどを用い、Cross Site Scriptingフィルタを回避する記述に書き換える方法、(iii) 動的コンテンツを書き換えることで、生成されるURLのスキームをHTTPSにする方法、(iv) ブラウザのCross Site Scriptingフィルタの条件を緩和する方法、などが考えられる。しかしながら、いずれの方法もクライアントやWebサーバの改修が必要となるので実現が容易ではない。
【００１２】
図５は、クライアントに実装されたCross Site Scriptingフィルタの誤検知を説明するためのシーケンスフローであり、クライアントにより要求されたWebページは、図２を参照して後述するように、メインコンテンツとしてのインデックスファイル(index.html)と、当該インデックスファイルのページに貼り付けられるサブコンテンツとしての画像ファイルimg2.jpならびに動的コンテンツtest.jsおよび当該動的コンテンツが生成するリンク先の画像ファイルimg1.jpgとから構成される。インデックスファイルindex.html、画像ファイルimg1.jpg、および当該画像ファイルimg1.jpgのリンクURLを生成する動的コンテンツtest.jsはWebサーバWS1に蓄積され、インデックスファイルにリンクURLを記述されている画像ファイルimg2.jpgはWebサーバWS2に蓄積されている。
【００１３】
時刻t1では、クライアントとアクセラレーションサーバ（Port 80：HTTP）との間にTCPコネクションが確立される。時刻t2では、クライアントがindex.htmlファイルを取得するためのリクエストメッセージをアクセラレーションサーバへ送信する。時刻t3では、クライアントに対してHTTPSによるリダイレクションを要求するためのHTTPSリダイレクト用URLが、オリジナルのリクエストメッセージに基づいて生成される。本実施形態では、http://site1.ipcq.com/index.htmlからhttps://site1.ipcq.com/index.htmlが生成され、時刻t4においてクライアントへ通知される。
【００１４】
時刻t5では、クライアントとアクセラレーションサーバ（Port 443：HTTPS）との間にTCPコネクションが確立される。時刻t6では、クライアントとアクセラレーションサーバのPort 443との間にSPDYセッションが確立される。時刻t７では、クライアントが前記HTTPSリダイレクト用URLに接続してリクエストメッセージを送信する。時刻t8では、前記リクエストメッセージがキャッシュへ転送される。
【００１５】
アクセラレーションサーバは、前記インデックスファイルindex.htmlファイルがキャッシュされていなければ、時刻t9において、WebサーバWS1へindex.htmlファイルのリクエストメッセージを送信する。時刻t10では、WebサーバWS1からアクセラレーションサーバへindex.htmlファイルが応答される。時刻t11では、前記index.htmlファイルがキャッシュからPort 443へ転送される。時刻t12では、Port 443からクライアントへ前記index.htmlファイルが配信される。
【００１６】
これと平行して、時刻t13では、アクセラレーションサーバからWebサーバWS1へ、サブコンテンツtest.jsを要求するリクエストメッセージが送信される。時刻t14では、アクセラレーションサーバからWebサーバWS2へ、サブコンテンツimg2.jpgを要求するリクエストメッセージが送信される。時刻t15では、WebサーバWS1からアクセラレーションサーバへサブコンテンツtest.jsが応答される。時刻t16では、WebサーバWS2からアクセラレーションサーバへサブコンテンツimg2.jpgが応答される。時刻t17，t18では、アクセラレーションサーバのキャッシュからPort 443へサブコンテンツtest.js，img2.jpgがそれぞれ転送される。時刻t19では、前記サブコンテンツ（test.jsおよびimg2.jpg）がSPDYセッションによりクライアントへ配信される。
【００１７】
時刻t20では、クライアントにおいて前記サブコンテンツtest.jsが実行される。このとき、ブラウザのCross Site Scriptingフィルタは、test.jsが生成するURL http://site1.ipcq.com/img1.jpgと、test.jsが実行されるHTMLファイルのURL "https://site1.ipcq.com/index.html"とを照合するが、ここではスキーム部が不一致（httpとhttps）と判定されるので、ブラウザのCross Site Scriptingフィルタにより、img1.jpgのリクエストメッセージが遮断される。したがって、クライアントはimg1.jpgを取得できず、Webページを正しく表示できない。
【００１８】
本発明の目的は、上記した従来技術の課題を解決し、HTTPリクエストからHTTPSリクエストへのリダイレクションを利用したSPDY適用時にも、Cross Site Scriptingフィルタの誤検知を防止してWebコンテンツを正しく表示できるWebコンテンツ配信装置を提供することにある。
【課題を解決するための手段】
【００１９】
上記の目的を達成するために、クライアントからのWebページの要求に対して当該WebページのメインコンテンツおよびサブコンテンツをWebサーバから取得して前記クライアントへ配信するWebコンテンツの配信装置において、Webページを要求するHTTPリクエストに対してメインコンテンツを取得するメインコンテンツ取得手段と、メインコンテンツに記述されている各サブコンテンツのリンクURLのスキームをHTTPSに書き換える書換手段と、各サブコンテンツが、リンクURLを動的に生成する特定サブコンテンツであるか否かを判定する特定サブコンテンツ判定手段と、特定サブコンテンツを含まないWebページを要求したクライアントへHTTPSによるリダイレクトを要求するリダイレクト要求手段と、特定サブコンテンツを含むWebページを要求したクライアントへ前記メインコンテンツを配信するメインコンテンツ配信手段と、各サブコンテンツのリンクURLに基づいて各サブコンテンツを取得するサブコンテンツ取得手段と、特定サブコンテンツを含むWebページを要求したクライアントへ各サブコンテンツを統合して配信するサブコンテンツ配信手段と、特定サブコンテンツが生成したリンクURLへのリクエストメッセージに応答してサブコンテンツを配信するサブコンテンツ応答手段とを具備した。
【発明の効果】
【００２０】
本発明によれば、クライアントが取得しようとしているマルチドメイン構成のWebページに、リンク先のURLを生成する動的コンテンツが含まれている場合でも、当該動的コンテンツが生成したリンク先へのリクエストメッセージがCross Site Scriptingフィルタにより遮断されないので、クライアントは全てのサブコンテンツを取得できるようになる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係るWebコンテンツ配信システムのネットワーク構成を示したシステム概要図である。
【図２】マルチドメイン構成のWebページの一例を示した図である。
【図３】アクセラレーションサーバの構成を示した機能ブロック図である。
【図４】本発明の一実施形態の動作を示したシーケンスフローである。
【図５】Cross Site Scriptingフィルタの誤検知によりサブコンテンツの取得が妨げられる様子を示した図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は、本発明の一実施形態に係るWebコンテンツ配信システムのネットワーク構成を示したシステム概要図であり、マルチドメイン構成のWebページについて、そのインデックスファイルindex.html（メインコンテンツ）や当該インデックスファイルに貼り付けられる画像ファイル（サブコンテンツ）が分散配置された複数のWebサーバ（WS1，WS2）と、クライアントからのWebページコンテンツのリクエストを検知してオリジナルのWebサーバを判断し、当該Webサーバからメインコンテンツおよびサブコンテンツを取得してキャッシュし、これらをTCPコネクションまたはSPDYセッションでクライアントへ配信するアクセラレーションサーバとを主要な構成とする。
【００２３】
前記各Webサーバには、それぞれ異なるドメインが割り当てられ、本実施形態では、WebサーバWS1に "site1.ipcq.com" が割り当てられ、WebサーバWS2に "site2.ipcq.com"が割り当てられている。クライアントとアクセラレーションサーバとはTCPコネクションおよびSPDYセッションで接続される。アクセラレーションサーバと各WebサーバとはHTTPコネクションで接続される。
【００２４】
配信対象のWebページはマルチドメイン構成であり、図２に一例を示したように、メインコンテンツとしてのindex.htmlファイルと、当該index.htmlファイルのページに貼り付けられるサブコンテンツとしての画像ファイルimg2.jpgならびに動的コンテンツtest.jsおよび当該動的コンテンツが生成するリンク先の画像ファイルimg1.jpgとから構成されている。本実施形態では、index.htmlファイル、画像ファイルimg1.jpgおよび当該画像ファイルimg1.jpgのリンクURLを生成するJavaScript（登録商標）などの動的コンテンツtest.jsがWebサーバWS1に蓄積され、index.htmlファイルにURLを記述されている画像ファイルimg2.jpgがWebサーバWS2に蓄積されているものとして説明する。
【００２５】
図３は、前記アクセラレーションサーバの主要部の構成を示した機能ブロック図であり、ここでは、本発明の説明に不要な構成は図示が省略されている。
【００２６】
リクエスト受付部４は、クライアントから送信されたWebページのリクエストメッセージを受け付ける。本実施形態では、リクエストメッセージとしてHTTPリクエストおよびHTTPSリクエストを受け付けられる。
【００２７】
コンテンツ取得部１において、メインコンテンツ取得部１０１は、前記リクエストメッセージに応答して、Webページのindex.htmlファイルをWebサーバWS1から取得し、記憶部２にキャッシュする。特定サブコンテンツ判定部１０２は、index.htmlファイルにリンクURLの記述されている各サブコンテンツが、JavaScript（登録商標）やFlash（登録商標）などの、リンクURLを動的に生成する特定サブコンテンツであるか否かを判定する。
【００２８】
サブコンテンツ取得部１０３は、index.htmlファイルに記述されているリンクURLにリクエストメッセージを送信してサブコンテンツを取得し、これを記憶部２にキャッシュする。本実施形態では、サブコンテンツtest.jsがWebサーバWS1から取得され、サブコンテンツimg2.jpgがWebサーバWS2から取得される。
【００２９】
書換部３において、スキーム書換部３０１は、index.htmlファイルに記述されている各サブコンテンツのリンクURLのスキームをHTTPからHTTPSに書き換える。ドメイン書換部３０２は、サブコンテンツimg2.jpgのドメインを"site2.ipcq.com"から"site1.ipcq.com"に書き換えることで全てのサブコンテンツのドメインを共通化する。リダイレクト要求部６は、前記特定サブコンテンツを含まないWebページを要求したクライアントへ、従来技術と同様にHTTPSによるリクエストメッセージのリダイレクションを要求する。
【００３０】
コンテンツ配信部７において、メインコンテンツ配信部７０１は、特定サブコンテンツを含むWebページを要求したクライアントへメインコンテンツを配信する。サブコンテンツ配信部７０２は、特定サブコンテンツを含むWebページを要求したクライアントへ各サブコンテンツをSPDYセッションにより統合して配信する。サブコンテンツ応答部７０３は、特定サブコンテンツ(test.js)が生成したリンクURLへのリクエストメッセージに応答してサブコンテンツ(img1.jpg)を配信する。
【００３１】
次いで、図４のシーケンスフローを参照して本発明の一実施形態の動作を詳細に説明する。時刻t1では、クライアントとアクセラレーションサーバ（Port 80）との間にTCPコネクションが確立される。時刻t2では、クライアントからアクセラレーションサーバ（Port 80）に対して、Webページを取得するためのHTTPリクエストメッセージ(GET:index.html)が送信される。当該HTTPリクエストメッセージは、アクセラレーションサーバのリクエスト受付部４で受け付けられる。
【００３２】
時刻t3では、アクセラレーションサーバにおいて、前記要求されたindex.htmlファイルがキャッシュされているか否かが判定される。index.htmlファイルがキャッシュされていなければ、時刻t4において、メインコンテンツ取得部１０１からWebサーバWS1へindex.htmlファイルのリクエストメッセージが送信される。時刻t5では、WebサーバWS1からアクセラレーションサーバへindex.htmlファイルが応答される。
【００３３】
時刻t6では、前記index.htmlファイルが解析され、サブコンテンツにJavaScript（登録商標）やFlash（登録商標）などの動的コンテンツが含まれているか否かが判定される。さらに各サブコンテンツをSPDYによりクライアントへ一括送信するために、各サブコンテンツのリンクURLに関して、そのスキームがスキーム書換部３０１によりHTTPSに書き換えられ、ドメインがドメイン書換部３０２によりWebサーバWS1のドメインに書き換えられる。
【００３４】
本実施形態では、index.htmlファイルにサブコンテンツtest.jsのリンクURL "http://site1.ipcq.com/test.js" およびサブコンテンツimg2.jpgのリンクURL "http://site2.ipcq.com/img2.jpg" が記述されており、これらのリンクURLが、それぞれ"https://site1.ipcq.com/test.js" および "https://site1.ipcq.com/img2.jpg"に書き換えられる。さらに、サブコンテンツtest.jsが動的コンテンツと判断される。
【００３５】
時刻t7では、アクセラレーションサーバのサブコンテンツ取得部１０３からWebサーバWS1へ、サブコンテンツtest.jsを要求するリクエストメッセージが送信される。時刻t8では、サブコンテンツ取得部１０３からWebサーバWS2へ、サブコンテンツimg2.jpgを要求するリクエストメッセージが送信される。時刻t9では、WebサーバWS1からアクセラレーションサーバへサブコンテンツtest.jsが応答される。時刻t10では、WebサーバWS2からアクセラレーションサーバへサブコンテンツimg2.jpgが応答される。
【００３６】
時刻t11では、前記HTTPリクエストを送信したクライアントに対してHTTPSによるリダイレクションを要求するか否かが、前記index.htmlファイルに記述されている動的コンテンツがURLを動的に生成する特定サブコンテンツであるか否かに基づいて判断される。
【００３７】
本実施形態では、特定サブコンテンツ判定部１０２がWebブラウザの模擬機能を備え、前記動的コンテンツtest.jsを実行することでURLが動的に生成されるか否かが判断される。なお、前記Webブラウザの模擬機能は、Webブラウザの全機能を模擬できる必要はなく、クライアントに実装されたブラウザが当該動的コンテンツtest.jsを実行したときにURLが動的に生成されるか否を判断できる機能のみを備えていれば良い。
【００３８】
本実施形態では、サブコンテンツtest.jsが「URLを動的に生成する」、すなわちtest.jsが特定サブコンテンツと判断されるので、HTTPSによるリダイレクションが不要と判定される。時刻t12では、キャッシュからPort 80へindex.htmlファイルが転送される。時刻t13では、メインコンテンツ配信部７０１により、Port 80からクライアントへ前記index.htmlファイルがHTTPで応答される。なお、サブコンテンツtest.jsが「URLを動的に生成しない」と判定されると、従来技術と同様に、リダイレクト要求部６によりクライアントに対してHTTPSによるリダイレクションが要求される。
【００３９】
時刻t14では、クライアントとアクセラレーションサーバのPort 443との間にTCPコネクションが確立される。時刻t15では、クライアントとアクセラレーションサーバのPort 443との間にSPDYセッションが確立される。時刻t16では、クライアントからアクセラレーションサーバのPort 443へサブコンテンツがリクエストされる。時刻t17，t18では、アクセラレーションサーバにおいてPort 443からキャッシュへ、サブコンテンツtest.js，img2.jpgのリクエストがそれぞれ転送される。時刻t19，t20では、アクセラレーションサーバのキャッシュからPort 443へ、サブコンテンツtest.js，img2.jpgがそれぞれ転送される。時刻t21では、サブコンテンツ配信部７０２により、前記サブコンテンツ（test.jsおよびimg2.jpg）がSPDYセッションでクライアントへ一括配信される。
【００４０】
時刻t22では、クライアントにおいて前記動的なサブコンテンツtest.jsが実行される。このとき、ブラウザのCross Site Scriptingフィルタは、test.jsが生成するURL http://site1.ipcq.com/img1.jpgとtest.jsが実行されるHTMLファイルのURL "http://site1.ipcq.com/index.html"とを照合し、ここではスキーム部およびFQDNのいずれもが一致する。したがって、時刻t23ではCross Site Scriptingフィルタを通過して、サブコンテンツimg1.jpgに関するリクエストメッセージがアクセラレーションサーバのPort80へHTTPで送信される。
【００４１】
時刻t24では、前記リクエストメッセージがアクセラレーションサーバのPort80からキャッシュへ転送される。時刻t25では、前記リクエストメッセージがキャッシュからWebサーバWS1へHTTPで送信される。時刻t26では、WebサーバWS1からアクセラレーションサーバのキャッシュへサブコンテンツimg1.jpgがHTTPで送信される。時刻t27では、キャッシュからPort80へサブコンテンツimg1.jpgが転送される。時刻t28では、アクセラレーションサーバのサブコンテンツ応答部７０３により、クライアントへサブコンテンツimg1.jpgがHTTPで送信される。時刻t29では、前記index.htmlファイルにサブコンテンツimg1.jpg，img2.jpgが貼り付けられて完全なWebページが表示される。
【００４２】
本実施形態によれば、クライアントが取得しようとしているマルチドメイン構成のWebページに、リンク先のURLを生成する動的コンテンツが含まれている場合でも、当該動的コンテンツが生成したリンク先へのリクエストメッセージがCross Site Scriptingフィルタにより遮断されないので、クライアントは全てのサブコンテンツを取得できるようになる。
【００４３】
また、本実施形態によれば、クライアントが取得しようとしているマルチドメイン構成のWebページに、リンク先のURLを生成する動的コンテンツが含まれている場合でも、当該動的コンテンツが生成したリンク先に保持されているサブコンテンツ以外の全てのサブコンテンツを、アクセラレーションサーバからSPDYセッションにより統合して一括送信できるので、Webコンテンツの高速配信を維持できる。
【符号の説明】
【００４４】
１…コンテンツ取得部、１０１…メインコンテンツ取得部、１０２…特定サブコンテンツ判定部、１０３…サブコンテンツ取得部、２…記憶部、３…書換部、３０１…スキーム書換部、３０２…ドメイン書換部、４…リクエスト受付部、６…リダイレクト要求部、７…コンテンツ配信部、７０１…メインコンテンツ配信部、７０２…サブコンテンツ配信部、７０３…サブコンテンツ応答部
【図１】
2015032299.tif 000003
【図２】
2015032299.tif 000004
【図３】
2015032299.tif 000005
【図４】
2015032299.tif 000006
【図５】
2015032299.tif 000007