(57)【要約】【課題】オリジンサーバでコンテンツ要求リクエストの数を把握可能にすること。【解決手段】キャッシュサーバ１において、スイッチ２により転送されたオリジンサーバ３あての映像等に関するコンテンツ要求リクエストを受信し、要求された映像コンテンツをキャッシュしているか否かを示したキャッシュ要求フラグを付与し、そのフラグが付与された映像等に関するコンテンツ要求リクエストをスイッチ２を介してオリジンサーバ３に送信する。【選択図】図１
2014239322.tif 000002
【特許請求の範囲】
【請求項１】
配信装置の代わりにコンテンツを配信する代理配信装置において、
１つ以上のコンテンツを記憶しておく記憶手段と、
転送装置により転送された前記配信装置あてのコンテンツ要求リクエストを受信し、要求されたコンテンツを記憶しているか否かを示した識別子を付与する付与手段と、
前記識別子が付与された前記コンテンツ要求リクエストを前記転送装置を介して前記配信装置に送信する送信手段と、
前記要求されたコンテンツを記憶している場合、前記記憶手段から読み出して前記ユーザ端末に配信する配信手段と、
を有することを特徴とする代理配信装置。
【請求項２】
配信装置の代わりにコンテンツを配信する代理配信装置と、前記代理配信装置とユーザ端末間の通信路上に位置する転送装置とを備えたコンテンツ配信システムにおいて、
前記転送装置は、
前記ユーザ端末から送信された前記配信装置あてのコンテンツ要求リクエストを前記代理配信装置に転送する転送手段、を有し、
前記代理配信装置は、
１つ以上のコンテンツを記憶しておく記憶手段と、
前記転送装置により転送された前記コンテンツ要求リクエストを受信し、要求されたコンテンツを記憶しているか否かを示した識別子を付与する付与手段と、
前記識別子が付与された前記コンテンツ要求リクエストを前記転送装置を介して前記配信装置に送信する送信手段と、
前記要求されたコンテンツを記憶している場合、前記記憶手段から読み出して前記ユーザ端末に配信する配信手段と、
を有することを特徴とするコンテンツ配信システム。
【請求項３】
前記配信装置は、
前記代理配信装置から送信された前記識別子付きコンテンツ要求リクエストを受信し、そのリクエスト数を計算する計算手段と、
前記識別子がコンテンツの未記憶を示す場合、前記要求されたコンテンツを前記代理配信装置又は前記ユーザ端末に送信する送信手段と、
を有することを特徴とする請求項２に記載のコンテンツ配信システム。
【請求項４】
前記代理配信装置は、
前記配信装置とは異なる管理主体のネットワークに配置されていることを特徴とする請求項２又は３に記載のコンテンツ配信システム。
【請求項５】
配信装置の代わりにコンテンツを配信する代理配信装置と、前記代理配信装置とユーザ端末間の通信路上に位置する転送装置とで行うコンテンツ配信方法において、
前記転送装置により、
前記ユーザ端末から送信された前記配信装置あてのコンテンツ要求リクエストを前記代理配信装置に転送する転送ステップ、を有し、
前記代理配信装置により、
１つ以上のコンテンツを記憶手段に記憶しておく記憶ステップと、
前記転送装置により転送された前記コンテンツ要求リクエストを受信し、要求されたコンテンツを記憶しているか否かを示した識別子を付与する付与ステップと、
前記識別子が付与された前記コンテンツ要求リクエストを前記転送装置を介して前記配信装置に送信する送信ステップと、
前記要求されたコンテンツを記憶している場合、前記記憶手段から読み出して前記ユーザ端末に配信する配信ステップと、
を有することを特徴とするコンテンツ配信方法。
【請求項６】
前記配信装置により、
前記代理配信装置から送信された前記識別子付きコンテンツ要求リクエストを受信し、そのリクエスト数を計算する計算ステップと、
前記識別子がコンテンツの未記憶を示す場合、前記要求されたコンテンツを前記代理配信装置又は前記ユーザ端末に送信する送信ステップと、
を有することを特徴とする請求項５に記載のコンテンツ配信方法。
【請求項７】
前記代理配信装置は、
前記配信装置とは異なる管理主体のネットワークに配置されていることを特徴とする請求項５又は６に記載のコンテンツ配信方法。
【請求項８】
請求項５乃至７のいずれかに記載のコンテンツ配信方法をコンピュータに実行させることを特徴とするコンテンツ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを配信する技術に関する。
【背景技術】
【０００２】
従来から、ＩＰネットワークを経由して映像コンテンツを配信するコンテンツ配信システムがある。主に、配信可能な映像コンテンツのリストや視聴回数（リクエスト数）を表示し、視聴対象の映像コンテンツが選択された場合、その映像コンテンツの配信先を視聴者端末に通知するＷｅｂサーバと、様々な映像コンテンツを蓄積しておき、視聴者端末から映像コンテンツ要求リクエストを受信した場合、要求された映像コンテンツを配信するオリジンサーバとで構成される。
【０００３】
また、キャッシュサーバを更なる構成要素とし、リクエスト数の多い映像コンテンツを一次的に蓄積しておき、映像コンテンツ要求リクエストに基づき代理配信することにより、オリジンサーバの負荷やネットワークのトラヒックを低減している。
【０００４】
このような各サーバは、通常、映像コンテンツを提供する事業者のネットワーク（映像コンテンツ配信事業者ネットワーク）や、映像コンテンツを流通させる事業者のネットワーク（キャリアネットワーク）に配備され、ゲートウェイを通じて接続されている。従来例について以下説明する。
【０００５】
〔従来例（１）〕
従来の構成例（１）を図１４に示す。キャッシュサーバ１を映像コンテンツ配信事業者ネットワーク１００に配置した「映像コンテンツ配信事業者ネットワークへのリダイレクト方式」である。
【０００６】
Ｗｅｂサーバ４は、視聴者端末５から映像コンテンツの番組表要求を受信すると、キャッシュサーバ１の宛先を付与したレスポンスを返信する。その後、視聴者端末５は、Ｗｅｂサーバ４からのレスポンス情報に基づき、映像コンテンツ配信事業者ネットワーク１００内のキャッシュサーバ１に映像コンテンツ要求リクエストを送信する。
【０００７】
キャッシュサーバ１は、視聴者端末５から映像コンテンツ要求リクエストを受信すると、要求された映像コンテンツをキャッシュしていない場合、オリジンサーバ３に当該リクエストを送信する。そして、オリジンサーバ３は、キャッシュサーバ１から当該リクエストを受信すると、該当の映像コンテンツを返信する。
【０００８】
一方、要求された映像コンテンツをキャッシュしている場合、キャッシュサーバ１は、視聴者端末５に当該映像コンテンツを配信する。その際、オリジンサーバ３に対して映像コンテンツ要求リクエストを送信しない。
【０００９】
〔従来例（２）〕
従来の構成例（２）を図１５に示す。キャッシュサーバ１をキャリアネットワーク２００に配置した「キャリアネットワークへのリダイレクト方式」である。この方式の動作は従来例１と同様である。ただし、映像コンテンツ要求リクエストは、映像コンテンツ配信事業者ネットワーク１００ではなく、キャリアネットワーク２００内のキャッシュサーバ１に送信される。
【００１０】
〔従来例（３）〕
従来の構成例（３）を図１６に示す。キャッシュサーバ１と視聴者端末５を繋ぐスイッチ２の経路制御技術を用い、映像コンテンツ要求リクエストをキャッシュサーバ１で終端する「経路制御による振り分けかつ映像コンテンツ要求リクエストのキャッシュサーバ終端方式」である。
【００１１】
Ｗｅｂサーバ４は、視聴者端末５から映像コンテンツの番組表要求を受信すると、オリジンサーバ３の宛先を付与したレスポンスを返信する。その後、視聴者端末５は、Ｗｅｂサーバ４からのレスポンス情報に基づき、映像コンテンツ配信事業者ネットワーク１００内のオリジンサーバ３に映像コンテンツ要求リクエストを送信する。
【００１２】
スイッチ２は、通信路上で当該映像コンテンツ要求リクエストを受信すると、そのリクエストの経路を切り替えてキャッシュサーバ１へ送信する。キャッシュサーバ１は、要求された映像コンテンツをキャッシュしていない場合、オリジンサーバ３に映像コンテンツ要求リクエストを送信する。そして、オリジンサーバ３は、キャッシュサーバ１から当該リクエストを受信すると、該当の映像コンテンツをキャッシュサーバ１を介して視聴者端末５に送信する。
【００１３】
一方、要求された映像コンテンツをキャッシュしている場合、キャッシュサーバ１は、宛先とされたオリジンサーバ３の代わりに当該映像コンテンツを視聴者端末５へ配信する。その際、受信した映像コンテンツ要求リクエストを自身で終端し、オリジンサーバ３に対して当該リクエストを送信しない。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００５−０３１９８７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、従来例（１）の技術によれば、キャッシュサーバが映像コンテンツ配信事業者ネットワークに配置されているため、キャリアネットワークにおいて映像コンテンツの配信に用いる帯域を低減できない。
【００１６】
また、従来例（２）の技術によれば、キャッシュサーバが映像コンテンツ配信事業者ネットワークに配置されていないため、キャッシュサーバの宛先情報等をキャリアネットワークの事業者から取得する必要がある。
【００１７】
また、従来例（３）の技術によれば、オリジンサーバを宛先とする映像コンテンツ要求リクエストをキャッシュサーバで終端するため、映像コンテンツ要求リクエストの数をオリジンサーバで把握できず、映像コンテンツ配信事業者において当該リクエスト数を利用したサービスを提供できない。
【００１８】
本発明は、上記事情を鑑みてなされたものであり、オリジンサーバでコンテンツ要求リクエストの数を把握可能にすることを目的とする。
【課題を解決するための手段】
【００１９】
請求項１に記載の代理配信装置は、配信装置の代わりにコンテンツを配信する代理配信装置において、１つ以上のコンテンツを記憶しておく記憶手段と、転送装置により転送された前記配信装置あてのコンテンツ要求リクエストを受信し、要求されたコンテンツを記憶しているか否かを示した識別子を付与する付与手段と、前記識別子が付与された前記コンテンツ要求リクエストを前記転送装置を介して前記配信装置に送信する送信手段と、前記要求されたコンテンツを記憶している場合、前記記憶手段から読み出して前記ユーザ端末に配信する配信手段と、を有することを要旨とする。
【００２０】
請求項２に記載のコンテンツ配信システムは、配信装置の代わりにコンテンツを配信する代理配信装置と、前記代理配信装置とユーザ端末間の通信路上に位置する転送装置とを備えたコンテンツ配信システムにおいて、前記転送装置は、前記ユーザ端末から送信された前記配信装置あてのコンテンツ要求リクエストを前記代理配信装置に転送する転送手段、を有し、前記代理配信装置は、１つ以上のコンテンツを記憶しておく記憶手段と、前記転送装置により転送された前記コンテンツ要求リクエストを受信し、要求されたコンテンツを記憶しているか否かを示した識別子を付与する付与手段と、前記識別子が付与された前記コンテンツ要求リクエストを前記転送装置を介して前記配信装置に送信する送信手段と、前記要求されたコンテンツを記憶している場合、前記記憶手段から読み出して前記ユーザ端末に配信する配信手段と、を有することを要旨とする。
【００２１】
請求項３に記載のコンテンツ配信システムは、請求項２に記載のコンテンツ配信システムにおいて、前記配信装置は、前記代理配信装置から送信された前記識別子付きコンテンツ要求リクエストを受信し、そのリクエスト数を計算する計算手段と、前記識別子がコンテンツの未記憶を示す場合、前記要求されたコンテンツを前記代理配信装置又は前記ユーザ端末に送信する送信手段と、を有することを要旨とする。
【００２２】
請求項４に記載のコンテンツ配信システムは、請求項２又は３に記載のコンテンツ配信システムにおいて、前記代理配信装置は、前記配信装置とは異なる管理主体のネットワークに配置されていることを要旨とする。
【００２３】
請求項５に記載のコンテンツ配信方法は、配信装置の代わりにコンテンツを配信する代理配信装置と、前記代理配信装置とユーザ端末間の通信路上に位置する転送装置とで行うコンテンツ配信方法において、前記転送装置により、前記ユーザ端末から送信された前記配信装置あてのコンテンツ要求リクエストを前記代理配信装置に転送する転送ステップ、を有し、前記代理配信装置により、１つ以上のコンテンツを記憶手段に記憶しておく記憶ステップと、前記転送装置により転送された前記コンテンツ要求リクエストを受信し、要求されたコンテンツを記憶しているか否かを示した識別子を付与する付与ステップと、前記識別子が付与された前記コンテンツ要求リクエストを前記転送装置を介して前記配信装置に送信する送信ステップと、前記要求されたコンテンツを記憶している場合、前記記憶手段から読み出して前記ユーザ端末に配信する配信ステップと、を有することを要旨とする。
【００２４】
請求項６に記載のコンテンツ配信方法は、請求項５に記載のコンテンツ配信方法において、前記配信装置により、前記代理配信装置から送信された前記識別子付きコンテンツ要求リクエストを受信し、そのリクエスト数を計算する計算ステップと、前記識別子がコンテンツの未記憶を示す場合、前記要求されたコンテンツを前記代理配信装置又は前記ユーザ端末に送信する送信ステップと、を有することを要旨とする。
【００２５】
請求項７に記載のコンテンツ配信方法は、請求項５又は６に記載のコンテンツ配信方法において、前記代理配信装置は、前記配信装置とは異なる管理主体のネットワークに配置されていることを要旨とする。
【００２６】
請求項８に記載のコンテンツ配信プログラムは、請求項５乃至７のいずれかに記載のコンテンツ配信方法をコンピュータに実行させることを要旨とする。
【００２７】
以上より、本発明によれば、転送装置により転送された配信装置あてのコンテンツ要求リクエストを受信し、要求されたコンテンツを記憶しているか否かを示した識別子を付与し、その識別子が付与されたコンテンツ要求リクエストを転送装置を介して配信装置に送信するため、配信装置でコンテンツ要求リクエストの数を把握できる。
【００２８】
また、本発明によれば、配信装置あてのコンテンツ要求リクエストが転送装置により代理配信装置に転送されるため、配信装置と代理配信装置の各管理主体が異なる場合において、代理配信装置の管理主体が配信装置の管理主体に代理配信装置のアドレス情報等を通知する必要をなくすことができる。
【発明の効果】
【００２９】
本発明によれば、オリジンサーバでコンテンツ要求リクエストの数を把握できる。
【図面の簡単な説明】
【００３０】
【図１】コンテンツ配信システムの全体構成を示す図である。
【図２】キャッシュサーバの機能ブロック構成を示す図である。
【図３】キャッシュ情報記憶部のデータ構成例を示す図である。
【図４】キャッシュサーバの動作を示すフローチャートである。
【図５】キャッシュ要求フラグの設定例を示す図である。
【図６】スイッチの機能ブロック構成を示す図である。
【図７】映像コンテンツ情報記憶部のデータ構成例を示す図である。
【図８】スイッチの動作を示すフローチャートである。
【図９】オリジンサーバの機能ブロック構成を示す図である。
【図１０】映像コンテンツ記憶部のデータ構成例を示す図である。
【図１１】オリジンサーバの動作を示すフローチャートである。
【図１２】Ｗｅｂサーバの機能ブロック構成を示す図である。
【図１３】Ｗｅｂサーバの動作を示すフローチャートである。
【図１４】従来の構成例（１）を示す図である。
【図１５】従来の構成例（２）を示す図である。
【図１６】従来の構成例（３）を示す図である。
【発明を実施するための形態】
【００３１】
本実施の形態では、キャッシュサーバにおいて、スイッチにより経路切替されたオリジンサーバあての映像コンテンツ要求リクエストを受信した場合、要求された映像コンテンツをキャッシュしているか否かに関わらず、そのキャッシュの有無を示したキャッシュ要求フラグを付与し、受信した映像コンテンツ要求リクエストを自身で終端することなくオリジンサーバに送信するようにしている。
【００３２】
これにより、オリジンサーバで映像コンテンツ要求リクエストの数を把握可能となり、映像コンテンツ配信事業者により当該リクエスト数を利用したサービス（映像コンテンツ毎の再生回数や視聴者数、各映像コンテンツの人気ランキング等）を提供できる。
【００３３】
また、スイッチにおいて、オリジンサーバあての映像コンテンツ要求リクエストをキャッシュサーバに転送するようにしている。これにより、キャリアが映像コンテンツ配信事業者にキャッシュサーバのアドレス情報等を通知する必要をなくすことができる。つまり、オリジンサーバやＷｅｂサーバでキャッシュサーバのネットワーク情報を保持することなく、そのキャッシュサーバを利用した映像コンテンツの配信を実現できる。
【００３４】
以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。
【００３５】
〔コンテンツ配信システムについて〕
図１は、本実施の形態に係るコンテンツ配信システムの全体構成を示す図である。このコンテンツ配信システムは、オリジンサーバ３の代わりに映像コンテンツを配信するキャッシュサーバ１と、キャッシュサーバ１と視聴者端末５との間の通信路上に位置するスイッチ２と、映像コンテンツを配信するオリジンサーバ３と、映像コンテンツに関する諸情報を提供するＷｅｂサーバ４とで主に構成される。
【００３６】
それら各装置は相互通信可能に接続されている。例えば、キャッシュサーバ１は、エリアＡ内の視聴者端末５を複数収容しているスイッチ２と、他のエリアＢ内の視聴者端末５を複数収容している他のスイッチ２と通信可能である。また、スイッチ２は、エリアＡに対応するキャッシュサーバ１やエリアＢに対応するキャッシュサーバ１、更にはオリジンサーバ３やＷｅｂサーバ４と通信可能である。
【００３７】
また、キャッシュサーバ１とスイッチ２は、視聴者端末５を収容しているキャリアネットワーク２００に配置され、オリジンサーバ３とＷｅｂサーバ４は、ゲートウェイ６を介してキャリアネットワーク２００に接続された映像コンテンツ配信事業者ネットワーク１００に配置されている。そして、キャッシュサーバ１は、そのゲートウェイ６を介してオリジンサーバ３やＷｅｂサーバ４と通信可能である。
【００３８】
なお、エリアの数は１つであっても３つ以上であっても構わない。また、スイッチ２は、１つのエリア内に２つ以上設置しても構わない。
【００３９】
〔キャッシュサーバについて〕
次に、キャッシュサーバ１について説明する。図２は、キャッシュサーバ１が備える映像コンテンツキャッシュ機能の機能ブロック構成を示す図である。
【００４０】
映像コンテンツキャッシュ機能は、映像コンテンツ要求リクエストのパケットや映像コンテンツのパケットを視聴者端末５やオリジンサーバ３から受信するリクエスト・映像コンテンツ受信部１１と、受信したパケットが映像コンテンツ要求リクエストか映像コンテンツかを識別するパケット解析部１２と、映像コンテンツを受信した際にキャッシュ情報記憶部１５のキャッシュ配備フラグを更新するキャッシュ情報更新部１３と、受信した１つ以上の映像コンテンツをキャッシュし管理するキャッシュ管理部１４と、映像コンテンツをキャッシュしているか否かを示すキャッシュ配備フラグや、映像コンテンツの属性情報を管理するキャッシュ情報記憶部１５と、キャッシュサーバ１で映像コンテンツをキャッシュする必要があるか否かを示すためのキャッシュ要求フラグを映像コンテンツ要求リクエストに付与するキャッシュ要求フラグ付与部１６と、映像コンテンツ要求リクエストや映像コンテンツをオリジンサーバ３や視聴者端末５に送信するリクエスト・映像コンテンツ送信部１７とを備えている。
【００４１】
キャッシュ情報記憶部１５のデータ構成例を図３に示す。キャッシュ情報記憶部１５は、複数の映像コンテンツのそれぞれについて、各映像コンテンツの属性情報や、キャッシュサーバ１で映像コンテンツがキャッシュされているか否かを示すキャッシュ配備フラグからなる映像コンテンツレコードを記憶している。
【００４２】
コンテンツ属性情報は、例えば、映像コンテンツを識別するコンテンツＩＤ、映像コンテンツを保持しているオリジンサーバのＩＰアドレス、映像コンテンツの通信に利用されるポート番号やプロトコル等を含み、映像コンテンツに関する情報を任意に追加できる。
【００４３】
続いて、図４を参照しながら、映像コンテンツキャッシュ機能で行う、映像コンテンツ要求リクエスト又は映像コンテンツを受信した際の動作について説明する。
【００４４】
最初に、リクエスト・映像コンテンツ受信部１１が、映像コンテンツ要求リクエストのパケット又は映像コンテンツのパケットをスイッチ２から受信する（ステップＳ１０１）。
【００４５】
次に、パケット解析部１２が、パケット内のヘッダ部やボディ部から、受信したパケットが映像コンテンツ要求リクエストであるか、映像コンテンツであるかを判定する（ステップＳ１０２）。
【００４６】
ここで、映像コンテンツと判定された場合、キャッシュ管理部１４が、その映像コンテンツをキャッシュし（ステップＳ１０３）、キャッシュ情報更新部１３が、キャッシュ情報記憶部１５のキャッシュ配備フラグを「有（キャッシュ済み）」へ変更する（ステップＳ１０４）。その後、リクエスト・映像コンテンツ送信部１７が、その映像コンテンツを視聴者端末５へ配信する（ステップＳ１０５）。
【００４７】
一方、ステップＳ１０２で映像コンテンツ要求リクエストと判定された場合、キャッシュ情報記憶部１５の映像コンテンツレコードを参照し、キャッシュ配備フラグを基に、要求された映像コンテンツをキャッシュしているか否かを判定する（ステップＳ１０６）。
【００４８】
ここで、要求された映像コンテンツをキャッシュしていない場合、キャッシュ要求フラグ付与部１６が、キャッシュ要求フラグに「有（要求する）」を設定する（ステップＳ１０７）。
【００４９】
一方、要求された映像コンテンツをキャッシュしている場合、キャッシュ要求フラグ付与部１６は、キャッシュ要求フラグに「無（要求しない）」を設定し（ステップＳ１０８）、当該映像コンテンツをキャッシュ管理部１４から取得して視聴者端末５へ配信する（ステップＳ１０９）。
【００５０】
そして、ステップＳ１０７又はステップＳ１０９の後、リクエスト・映像コンテンツ送信部１７が、「有（要求する）」又は「無（要求しない）」のキャッシュ要求フラグを付与した映像コンテンツ要求リクエストをスイッチ２を介してオリジンサーバ３へ送信する（ステップＳ１１０）。
【００５１】
なお、キャッシュ要求フラグへの設定方法としては、例えば図５に示すように、映像コンテンツ要求リクエストのヘッダ部やボディ部に「Ｃｏｎｔｅｎｔ−Ｃａｃｈｅ  ｄｅｍａｎｄ」を新規追加し、そのフラグのレコード内に「有（要求する）」又は「無（要求しない）」の値を入力する。既存のヘッダやボディに含まれているパラメータを利用しても構わない。
【００５２】
〔スイッチについて〕
次に、スイッチ２について説明する。図６は、スイッチ２の機能ブロック構成を示す図である。
【００５３】
スイッチ２は、視聴者端末５から送信された映像コンテンツ要求リクエストのパケット等を受信するパケット受信部２１と、パケット内のヘッダ部やボディ部から、受信したパケットが映像コンテンツ要求リクエストか映像コンテンツかを識別するパケット解析部２２と、受信したパケットが映像コンテンツ要求リクエスト又は映像コンテンツの場合に経路を切替える映像コンテンツ経路切替部２３と、映像コンテンツ要求リクエスト等をキャッシュサーバ１等に送信するパケット送信部２４と、受信したパケットが映像コンテンツ要求リクエストであると判定するための諸情報（オリジンサーバ３のＩＰアドレスやポート番号等）を管理する映像コンテンツ情報記憶部２５とを備えている。
【００５４】
映像コンテンツ情報記憶部２５のデータ構成例を図７に示す。映像コンテンツ情報記憶部２５は、映像コンテンツを保持しているオリジンサーバ３のＩＰアドレスのそれぞれについて、ポート番号やプロトコルからなる映像コンテンツ経路レコードを記憶している。なお、映像コンテンツに関する情報は任意に追加できる。
【００５５】
続いて、図８を参照しながら、スイッチ２で行う、映像コンテンツ要求リクエスト又は映像コンテンツを受信した際の動作について説明する。
【００５６】
最初に、パケット受信部２１が、視聴者端末５から送信された映像コンテンツ要求リクエスト、オリジンサーバ３から送信された映像コンテンツ、又は他サービス用のパケットを受信する（ステップＳ２０１）。
【００５７】
次に、パケット解析部２２が、パケット内のヘッダ部やボディ部、映像コンテンツ情報記憶部２５に記憶されているオリジンサーバ３のＩＰアドレスやポート番号等から、受信したパケットが映像コンテンツ要求リクエストであるか、映像コンテンツであるか、それ以外であるかを判定する（ステップＳ２０２、ステップＳ２０３）。
【００５８】
ここで、映像コンテンツ要求リクエストと判定された場合、映像コンテンツ経路切替部２３が、パケットの送信元や送信先等の情報と映像コンテンツ情報記憶部２５内の各情報を照合して、その送信先をキャッシュサーバ１又はオリジンサーバ３に決定し、パケット送信部２４が、その映像コンテンツ要求リクエストを決定された送信先に送信する（ステップＳ２０４）。
【００５９】
例えば、オリジンサーバ３を宛先とする映像コンテンツ要求リクエストを視聴者端末５から受信した場合、オリジンサーバ３からキャッシュサーバ１へ経路を切り替えて転送する。また、キャッシュ要求フラグが付与された映像コンテンツ要求リクエストをキャッシュサーバ１から受信した場合には、オリジンサーバ３に送信する。
【００６０】
一方、映像コンテンツと判定された場合、映像コンテンツ経路切替部２３は、パケットの送信元や送信先等の情報と映像コンテンツ情報記憶部２５内の各情報を照合して、その送信先を視聴者端末５又はキャッシュサーバ１に決定し、パケット送信部２４が、その映像コンテンツを決定された送信先に送信する（ステップＳ２０５）。
【００６１】
なお、映像コンテンツ要求リクエスト又は映像コンテンツでない場合には、保持するルーティングテーブルに基づいて通常の転送処理を実行する（ステップＳ２０６）。
【００６２】
〔オリジンサーバについて〕
次に、オリジンサーバ３について説明する。図９は、オリジンサーバ３の機能ブロック構成を示す図である。
【００６３】
オリジンサーバ３は、視聴者端末５から送信された映像コンテンツ要求リクエストを受信するリクエスト受信部３１と、受信した映像コンテンツ要求リクエストから要求された映像コンテンツを解析するリクエスト解析部３２と、映像コンテンツ記憶部３５内のリクエスト数を更新する映像コンテンツ情報更新部３３と、映像コンテンツ要求リクエストに付与されたキャッシュ要求フラグを判定するキャッシュ要求フラグ判定部３４と、１つ以上の映像コンテンツを記憶しておき、各映像コンテンツのコンテンツ属性情報やリクエスト数（映像コンテンツ情報）を保持しておく映像コンテンツ記憶部３５と、映像コンテンツをキャッシュサーバ１や視聴者端末５に送信する映像コンテンツ送信部３６とを備えている。
【００６４】
映像コンテンツ記憶部３５のデータ構成例を図１０に示す。映像コンテンツ記憶部３５は、複数の映像コンテンツのそれぞれについて、各映像コンテンツの属性情報や、そのリクエスト数からなる映像コンテンツレコードを記憶している。
【００６５】
続いて、図１１を参照しながら、オリジンサーバ３で行う、映像コンテンツ要求リクエストを受信した際の動作について説明する。
【００６６】
最初に、リクエスト受信部３１が、スイッチ２での経路切替によりキャッシュサーバ１を介して視聴者端末５から送信された映像コンテンツ要求リクエストを受信する（ステップＳ３０１）。
【００６７】
次に、リクエスト解析部３２が、受信した映像コンテンツ要求リクエストに含まれるコンテンツＩＤや解像度等から映像コンテンツに関する情報を解析し、視聴者端末５で要求された映像コンテンツを特定する（ステップＳ３０２）。
【００６８】
次に、映像コンテンツ情報更新部３３が、要求された映像コンテンツに対するリクエスト数（映像コンテンツ要求リクエスト数）に１を追加して映像コンテンツ記憶部３５を更新する（ステップＳ３０３）。
【００６９】
次に、キャッシュ要求フラグ判定部３４が、映像コンテンツ要求リクエストに付与されていたキャッシュ要求フラグの設定値を判定し（ステップＳ３０４）、その設定値が「無（要求しない）」の場合、つまり、キャッシュサーバ１で既にキャッシュしている場合には、処理を終了する。
【００７０】
一方、その設定値が「有（要求する）」の場合、つまり、キャッシュサーバ１でキャッシュしていない場合には、映像コンテンツ送信部３６が、該当の映像コンテンツを映像コンテンツ記憶部３５から読み出して、キャッシュサーバ１や視聴者端末５に向けて配信する（ステップＳ３０５）。
【００７１】
〔Ｗｅｂサーバについて〕
次に、Ｗｅｂサーバ４について説明する。図１２は、Ｗｅｂサーバ４の機能ブロック構成を示す図である。
【００７２】
Ｗｅｂサーバ４は、視聴者端末５から送信された映像コンテンツの番組表要求（視聴開始リクエスト）を受信するリクエスト受信部４１と、オリジンサーバ３に関する諸情報（オリジンサーバのＩＰアドレスやＵＲＬ等）や、オリジンサーバ３で保持されている映像コンテンツ情報を管理するオリジンサーバ情報記憶部４２、オリジンサーバ３のＩＰアドレス等を視聴開始リクエストに対するレスポンスに付与して視聴者端末５へ送信するレスポンス送信部４３とを備えている。
【００７３】
続いて、図１３を参照しながら、Ｗｅｂサーバ４で行う、視聴開始リクエストを受信した際の動作について説明する。
【００７４】
最初に、リクエスト受信部４１が、視聴者端末５から送信された視聴開始リクエストを受信する（ステップＳ４０１）。
【００７５】
次に、レスポンス送信部４３が、オリジンサーバ情報記憶部４２から、要求された映像コンテンツが配備されているオリジンサーバ３のＩＰアドレスやＵＲＬ等の情報を取得し、視聴開始リクエストに対するレスポンスに付与して（ステップＳ４０２）、視聴者端末５に送信する（ステップＳ４０３）。
【００７６】
〔コンテンツ配信システムの全体動作について〕
最後に、コンテンツ配信システムの全体動作について説明する。
【００７７】
まず、視聴を開始するため、視聴開始リクエスト（映像コンテンツの番組表要求）が視聴者端末５からＷｅｂサーバ４に送信されると、そのＷｅｂサーバ４により、オリジンサーバ３のアドレス情報を付与したレスポンス（映像コンテンツの番組表要求に対するレスポンス）が返信される（上記ステップＳ４０２、ステップＳ４０３）。
【００７８】
そして、スイッチ２により、視聴者端末５からのオリジンサーバ３を宛先とする映像コンテンツ要求リクエストのパケットが通信路上で受信され、映像コンテンツ要求リクエストであることから、そのパケットの通信路がキャッシュサーバ１に切り替えられる（上記ステップＳ２０４）。
【００７９】
その後、キャッシュサーバ１により、スイッチ２により経路切替されたパケットが受信され、そのパケットの映像コンテンツ要求リクエストで要求された映像コンテンツをキャッシュしているか否かが判定される（上記ステップＳ１０６）。
【００８０】
そして、当該映像コンテンツをキャッシュしていない場合には、キャッシュ要求フラグに「有（要求する）」が設定される（上記ステップＳ１０７）。一方、キャッシュしている場合には、キャッシュ要求フラグに「無（要求しない）」が設定され、当該映像コンテンツが視聴者端末５に配信される（上記ステップＳ１０８、ステップＳ１０９）。その後、キャッシュ要求フラグが付与された映像コンテンツ要求リクエストがオリジンサーバ３へ送信される（上記ステップＳ１１０）。
【００８１】
最後に、オリジンサーバ３により、キャッシュサーバ１から送信された映像コンテンツ要求リクエストに基づいて、要求された映像コンテンツのリクエスト数がカウントアップされ（上記ステップＳ３０３）、キャッシュサーバ１でキャッシュされていない場合にのみ、当該映像コンテンツがキャッシュサーバ１又は視聴者端末５に配信される（上記ステップＳ３０５）。
【００８２】
以上より、本実施の形態によれば、キャッシュサーバ１において、スイッチ２により転送されたオリジンサーバ３あての映像コンテンツ要求リクエストを受信し、要求された映像コンテンツをキャッシュしているか否かを示したキャッシュ要求フラグを付与し、そのフラグが付与された映像コンテンツ要求リクエストをスイッチ２を介してオリジンサーバ３に送信するので、オリジンサーバ３で映像コンテンツ要求リクエストの数や、オリジンサーバ３により映像コンテンツが配信されたか否かを把握できる。また、映像コンテンツ配信事業者により、そのリクエスト数を利用したサービス（映像コンテンツ毎の再生回数や視聴者数、各映像コンテンツの人気ランキング等）を提供できる。
【００８３】
また、本実施の形態によれば、オリジンサーバ３あての映像コンテンツ要求リクエストがスイッチ２によりキャッシュサーバ１に転送されるので、キャリアが映像コンテンツ配信事業者にキャッシュサーバ１のアドレス情報等を通知する必要をなくすことができる。つまり、オリジンサーバ３やＷｅｂサーバ４でキャッシュサーバ１のネットワーク情報を保持することなく、そのキャッシュサーバ１を利用した映像コンテンツの配信を実現できる。
【００８４】
最後に、本実施の形態では、キャッシュサーバ１がキャリアネットワーク２００に配置されている場合を例に説明したが、映像コンテンツ配信事業者ネットワーク１００に配置されている場合でも同様の効果が得られる。
【００８５】
また、本実施の形態では、コンテンツが映像コンテンツの場合を例に説明したが、音声のみのコンテンツや映像と音声を含むコンテンツ等にも適応できる。
【００８６】
また、本実施の形態で説明したコンテンツ配信システムは、コンピュータにより実現可能である。また、それらの構成要素の各動作をプログラムとして構築し、コンピュータにインストールして実行させることや、通信ネットワークを介して流通させることが可能である。
【符号の説明】
【００８７】
１…キャッシュサーバ（代理配信装置）
１１…リクエスト・映像コンテンツ受信部
１２…パケット解析部
１３…キャッシュ情報更新部
１４…キャッシュ管理部
１５…キャッシュ情報記憶部
１６…キャッシュ要求フラグ付与部（付与手段）
１７…リクエスト・映像コンテンツ送信部（送信手段、配信手段）
２…スイッチ（転送装置）
２１…パケット受信部
２２…パケット解析部
２３…映像コンテンツ経路切替部（転送手段）
２４…パケット送信部（転送手段）
２５…映像コンテンツ情報記憶部
３…オリジンサーバ（配信装置）
３１…リクエスト受信部
３２…リクエスト解析部
３３…映像コンテンツ情報更新部（計算手段）
３４…キャッシュ要求フラグ判定部
３５…映像コンテンツ記憶部
３６…映像コンテンツ送信部（送信手段）
４…Ｗｅｂサーバ
４１…リクエスト受信部
４２…オリジンサーバ情報記憶部
４３…レスポンス送信部
５…視聴者端末
６…ゲートウェイ
１００…映像コンテンツ配信事業者ネットワーク
２００…キャリアネットワーク
Ｓ１０１〜Ｓ１１０、Ｓ２０１〜Ｓ２０６、Ｓ３０１〜Ｓ３０５、Ｓ４０１〜Ｓ４０３…ステップ
【図１】
2014239322.tif 000003
【図２】
2014239322.tif 000004
【図３】
2014239322.tif 000005
【図４】
2014239322.tif 000006
【図５】
2014239322.tif 000007
【図６】
2014239322.tif 000008
【図７】
2014239322.tif 000009
【図８】
2014239322.tif 000010
【図９】
2014239322.tif 000011
【図１０】
2014239322.tif 000012
【図１１】
2014239322.tif 000013
【図１２】
2014239322.tif 000014
【図１３】
2014239322.tif 000015
【図１４】
2014239322.tif 000016
【図１５】
2014239322.tif 000017
【図１６】
2014239322.tif 000018