JP2017055380A - 通信方法、中継装置及び通信システム - Google Patents

Abstract

【課題】端末装置のコンテンツ処理能力又は端末装置のネットワーク状況に適したコンテンツを取得することができるとともに、コンテンツ指向型ネットワーク全体で消費するネットワーク帯域を削減することができる通信方法、中継装置及び通信システムを提供する。【解決手段】通信方法は、第２のコンテンツ識別子毎に第２のビットレートの統計値を算出するステップ（Ｓ２５）と、コンテンツ提供装置が送信するコンテンツの第１のビットレートと、第２のコンテンツ識別子に対応する第２のビットレートの統計値とを比較し、比較結果に基づいて、第２のリクエストパケットをサービス提供装置に送信するか否かを判断するステップ（Ｓ２６）と、第２のリクエストパケットをサービス提供装置に送信すると判断した場合、第２のリクエストパケットをサービス提供装置に送信するステップ（Ｓ２８）とを含む。【選択図】図８

Description

本開示は、コンテンツ指向型ネットワークを介してリクエストパケット及びデータパケットを中継する通信方法、中継装置及び通信システムに関するものである。

近年、コンテンツデータが存在する場所でなく、コンテンツデータを識別するための名前を指定することにより、コンテンツデータを取得することができる次世代のネットワーク・アーキテクチャが提案されている。

例えば、特許文献１及び非特許文献１には、次世代のネットワーク・アーキテクチャとして例えばＣＣＮ（Ｃｏｎｔｅｎｔ Ｃｅｎｔｒｉｃ Ｎｅｔｗｏｒｋ：コンテンツ指向型ネットワーク）と呼ばれる技術が提案されている。

ＣＣＮでは、ユーザの端末装置は、コンテンツデータを取得するために、コンテンツデータが存在する場所でなく、コンテンツデータを識別するための名前を指定したリクエストパケットをネットワークに送信する。そして、コンテンツデータを提供するコンテンツ提供装置は、リクエストパケットを受信すると、リクエストパケットの名前に対応するコンテンツデータのデータパケットを送信する。

また、コンテンツ指向型ネットワークを利用したサービス指向型ネットワークと呼ばれる技術が提案されている。

例えば、非特許文献２は、サービスを要求するユーザの端末装置と、サービスを提供するサービス提供装置とが、複数の中継装置を介して相互接続されたサービス指向型ネットワークを開示している。サービス指向型ネットワークにおいて、端末装置は、サービスの名前（以降、“サービス名”と記載）とサービスを提供するために必要なパラメータ（以降、“サービスパラメータ”と記載）とを指定したリクエストパケットを送信する。そして、リクエストパケットを受信した中継装置は、リクエストパケットに記述されたサービス名に基づき、適切なサービス名に対応するサービス提供装置へリクエストパケットを転送する。リクエストパケットを受信したサービス提供装置は、リクエストパケットに記載されたサービス名に基づいた処理を行い、リクエストされたサービスの処理結果をデータパケットとして端末装置に送信する。

さらに、データパケットを受信した中継装置は、データパケットを中継するだけでなく、受信したデータパケットを記憶する。そして、中継装置は、記憶しているデータパケットのサービスと同一のサービスを要求するリクエストパケットを端末装置から受信した場合、記憶しているデータパケットを利用してリクエストされたサービスの処理結果を、端末装置へ送信する。

また、特許文献２及び非特許文献３には、サービス名を記述したリクエストパケットに関する中継方法が開示されている。

米国特許第８３８６６２２号明細書 特許第５６７１６２９号公報

Ｖａｎ Ｊａｃｏｂｓｏｎ、Ｄｉａｎａ Ｋ． Ｓｍｅｔｔｅｒｓ、Ｊａｍｅｓ Ｄ． Ｔｈｏｒｎｔｏｎ、Ｍｉｃｈａｅｌ Ｆ． Ｐｌａｓｓ、Ｎｉｃｈｏｌａｓ Ｈ． Ｂｒｉｇｇｓ、Ｒｅｂｅｃｃａ Ｌ． Ｂｒａｙｎａｒｄ、「Ｎｅｔｗｏｒｋｉｎｇ Ｎａｍｅｄ Ｃｏｎｔｅｎｔ」、ＡＣＭ ＣｏＮＥＸＴ、２００９ Ｔｏｒｓｔｅｎ Ｂｒａｕｎ、Ｖｏｌｋｅｒ Ｈｉｌｔ、Ｍａｒｋｕｓ Ｈｏｆｍａｎｎ、Ｉｖｉｃａ Ｒｉｍａｃ、Ｍｏｒｉｔｚ Ｓｔｅｉｎｅｒ、Ｍａｔｔｅｏ Ｖａｒｖｅｌｌｏ、「Ｓｅｒｖｉｃｅ−Ｃｅｎｔｒｉｃ Ｎｅｔｗｏｒｋｉｎｇ」、ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ、２０１１ Ｓｈａｓｈａｎｋ Ｓｈａｎｂｈａｇ、Ｎｉｃｏ Ｓｃｈｗａｎ、Ｉｖｉｃａ Ｒｉｍａｃ、Ｍａｔｔｅｏ Ｖａｒｖｅｌｌｏ、「ＳｏＣＣｅＲ：Ｓｅｒｖｉｃｅｓ ｏｖｅｒ Ｃｏｎｔｅｎｔ−Ｃｅｎｔｒｉｃ Ｒｏｕｔｉｎｇ」、Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ＡＣＭ ＳＩＧＣＯＭＭ Ｗｏｒｋｓｈｏｐ ｏｎ Ｉｎｆｏｒｍａｔｉｏｎ−ｃｅｎｔｒｉｃ Ｎｅｔｗｏｒｋｉｎｇ、２０１１ Ｉ． Ｓｏｄａｇａｒ、「ＭＰＥＧ−ＤＡＳＨ： Ｔｈｅ Ｓｔａｎｄａｒｄ ｆｏｒ Ｍｕｌｔｉｍｅｄｉａ Ｓｔｒｅａｍｉｎｇ Ｏｖｅｒ Ｉｎｔｅｒｎｅｔ」、ＩＥＥＥ Ｍｕｌｔｉｍｅｄｉａ、２０１１ Ｓｔｅｆａｎ Ｌｅｄｅｒｅｒ、Ｃｈｒｉｓｔｏｐｈｅｒ Ｍｕｅｌｌｅｒ、Ｂｅｎｊａｍｉｎ Ｒａｉｎｅｒ、Ｃｈｒｉｓｔｉａｎ Ｔｉｍｍｅｒｅｒ、Ｈｅｒｍａｎｎ Ｈｅｌｌｗａｇｎｅｒ、「ＡＮ ＥＸＰＥＲＩＭＥＮＴＡＬ ＡＮＡＬＹＳＩＳ ＯＦ ＤＹＮＡＭＩＣ ＡＤＡＰＴＩＶＥ ＳＴＲＥＡＭＩＮＧ ＯＶＥＲ ＨＴＴＰ ＩＮ ＣＯＮＴＥＮＴ ＣＥＮＴＲＩＣ ＮＥＴＷＯＲＫＳ」、Ｉｎ Ｐｒｏｃｅｅｄｉｎｇ ｏｆ ｔｈｅ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｍｕｌｔｉｍｅｄｉａ ａｎｄ Ｅｘｐｏ、２０１３

しかしながら、コンテンツ指向型ネットワークを基礎とするサービス指向型ネットワーク上でのコンテンツ配信では、さらなる改善が必要とされている。

本開示は、上記の問題を解決するためになされたもので、端末装置のコンテンツ処理能力又は端末装置のネットワーク状況に適したコンテンツを取得することができるとともに、コンテンツ指向型ネットワーク全体で消費するネットワーク帯域を削減することができる通信方法、中継装置及び通信システムを提供することを目的とする。

本開示の一態様に係る通信方法は、第１のビットレートでコンテンツを生成し、前記コンテンツを識別する第１のコンテンツ識別子を含む第１のリクエストパケットを受信し、前記第１のリクエストパケットに含まれる前記第１のコンテンツ識別子が示す前記コンテンツを１つ以上のデータパケットとして送信するコンテンツ提供装置及び前記コンテンツを用いたサービスを要求する端末装置にコンテンツ指向型ネットワークを介して接続されるとともに、前記サービスを提供するサービス提供装置に接続され、リクエストパケット及びデータパケットを中継する中継装置における通信方法であって、前記端末装置によって送信された、取得対象のコンテンツに対して所定のトランスコード処理を行うトランスコード要求を示すサービス識別子と、前記取得対象のコンテンツを識別する第２のコンテンツ識別子と、前記取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを受信し、前記中継装置が受信した少なくとも１つの第２のリクエストパケットに含まれる前記第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に前記第２のビットレートの統計値を算出し、受信した最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記コンテンツ提供装置が送信するコンテンツの前記第１のビットレートと、前記最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記第２のビットレートの統計値とを比較し、比較結果に基づいて、前記端末装置から受信した前記第２のリクエストパケットを前記サービス提供装置に送信するか否かを判断し、前記第２のリクエストパケットを前記サービス提供装置に送信すると判断した場合、受信した前記第２のリクエストパケットを前記サービス提供装置に送信し、受信した前記コンテンツに対して、前記第２のリクエストパケットに含まれる前記サービス識別子と前記サービスパラメータとに基づき所定のトランスコード処理を行った結果であるサービス処理結果を１つ以上のデータパケットとして前記サービス提供装置から受信し、受信した前記サービス処理結果を前記端末装置に送信し、前記第２のリクエストパケットを前記サービス提供装置に送信しないと判断した場合、受信した前記第２のリクエストパケットを前記コンテンツ提供装置に向けて送信する。

本開示によれば、端末装置のコンテンツ処理能力又は端末装置のネットワーク状況に適したコンテンツを取得することができるとともに、コンテンツ指向型ネットワーク全体で消費するネットワーク帯域を削減することができる。

本開示の実施の形態におけるコンテンツ配信システムの構成の一例を示す図である。 本開示の実施の形態におけるコンテンツ提供装置の構成の一例を示す図である。 本開示の実施の形態における端末装置の構成の一例を示す図である。 本開示の実施の形態における第２のリクエストパケットに記載される名前の一例を示す図である。 本開示の実施の形態におけるサービス提供装置の構成の一例を示す図である。 図５に示すサービス提供部の動作の一例を示すフローチャートである。 本開示の実施の形態における中継装置の構成の一例を示す図である。 本実施の形態において、端末装置によって送信された第２のリクエストパケットを受信した際の中継装置の動作を示すフローチャートである。 本実施の形態の変形例において、端末装置によって送信された第２のリクエストパケットを受信した際の中継装置の動作を示すフローチャートである。 本開示の実施の形態の変形例におけるコンテンツ配信システムの構成の一例を示す図である。 本開示の実施の形態において、端末装置の数が多いコンテンツ配信システムの映像コンテンツ配信処理の一例を示す図である。 本開示の実施の形態において、端末装置の数が少ないコンテンツ配信システムの映像コンテンツ配信処理の一例を示す図である。

以下、本開示の基礎となった知見について説明する。

ＣＣＮでは、ユーザの端末装置がコンテンツデータを取得するために、コンテンツデータが存在する場所ではなく、コンテンツデータを識別するための名前を指定したリクエストパケットをネットワークに送信する。そして、コンテンツデータを提供するコンテンツ提供装置は、リクエストパケットを受信すると、リクエストパケットの名前に対応するコンテンツデータのデータパケットを送信する。

リクエストパケットを中継する中継装置は、ＦＩＢ（Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ばれる経路記憶部に経路情報を記憶し、この経路情報に従って、端末装置又は他の中継装置から送信されるリクエストパケットをコンテンツ提供装置又は他の中継装置に転送する。また、中継装置は、ＰＩＴ（Ｐｅｎｄｉｎｇ Ｉｎｔｅｒｅｓｔ Ｔａｂｌｅ）と呼ばれるリクエスト記憶部と、Ｃｏｎｔｅｎｔ Ｓｔｏｒｅと呼ばれるデータ記憶部とを備える。中継装置は、コンテンツ提供装置又は他の中継装置から送信されるデータパケットを、リクエストパケットを送信した端末装置又は他の中継装置に転送する。

ここで、中継装置は、リクエストパケットを受信したとき、受信したリクエストパケットに記載された名前を含むデータパケットがデータ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）に存在する場合、受信したリクエストパケットを経路情報に従い転送せず、リクエストパケットを受信したインタフェースからデータパケットを送信する。

一方、中継装置は、データ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）に、受信したリクエストパケットに記載された名前を含むデータパケットが存在しない場合であり、かつ受信したリクエストパケットに記載された名前に対応するエントリーがリクエスト記憶部（ＰＩＴ）に存在しない場合、受信したリクエストパケットに記載された名前と、リクエストパケットを受信したインタフェースに関する情報とをリクエスト記憶部（ＰＩＴ）に記憶する。

そして、中継装置は、受信したリクエストパケットを、経路情報に従い、コンテンツ提供装置又は他の中継装置に転送する。ただし、中継装置は、受信したリクエストパケットに記載された名前と同一の名前がリクエスト記憶部（ＰＩＴ）に存在する場合、受信したリクエストパケットを経路情報に従い転送せず、既に存在する同一の名前のエントリーにリクエストパケットを受信したインタフェースに関する情報を記憶する。

また、中継装置は、データパケットを受信すると、受信したデータパケットをデータ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）に記憶する。ただし、データ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）に新たなデータパケットを記憶する領域がない場合、中継装置は、データ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）に記憶した時刻から所定時間が経過したデータパケットをデータ記憶領域から消去する。

そして、中継装置は、リクエスト記憶部（ＰＩＴ）の情報に従い、受信したデータパケットの名前と同一の名前が記載された複数のリクエストパケットを受信した１つ以上のインタフェースに応じてデータパケットを複製して、複製したデータパケットを１つ以上のインタフェースを介して転送する。その後、中継装置は、転送したデータパケットの名前と、データパケットの名前に一致するリクエストパケットを受信したインタフェースに関する情報とをリクエスト記憶部（ＰＩＴ）から消去する。

このように、ＣＣＮでは、中継装置にリクエスト記憶部（ＰＩＴ）とデータ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）とを最大限に活用させることにより、同一のコンテンツデータを複数の端末装置に効率よく配信することができる。

一方、非特許文献４では、１つの映像ソースに対して複数のビットレートのコンテンツデータを予め用意しておき、ＣＣＮ上のコンテンツ提供装置から端末装置にコンテンツデータを配信する映像配信方法が提案されている。この場合、個々の端末装置が受信するコンテンツデータのビットレートは、端末装置の映像処理能力だけでなく、端末装置が利用可能なネットワーク帯域の受信能力に応じて、任意に選択される。

また、非特許文献５では、非特許文献４の映像配信をＣＣＮ網上で提供する方法が提案されている。

しかしながら、端末装置が端末装置自身のコンテンツ処理能力又はネットワーク状況に適したコンテンツデータを選択する際、コンテンツデータの選択候補は、コンテンツ提供装置が予め生成したコンテンツデータのビットレート又はコンテンツデータのフォーマットに限られる。このため、端末装置に最も適したコンテンツデータのビットレート又はフォーマットでコンテンツデータを取得できないという課題がある。一方、コンテンツデータを生成するコンテンツ提供装置が、より多くのビットレート又はフォーマットに対応するコンテンツデータを提供する場合、コンテンツ提供装置に過大な処理負荷が生じるだけでなく、複数の端末装置が選択するコンテンツデータが分散する確率が高くなる。この場合、より多くのビットレート又はフォーマットのコンテンツデータがネットワークを介して配信されることになり、ネットワーク帯域又は中継装置のデータ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）の記憶容量などが無駄に消費されるという課題がある。

次に、非特許文献２におけるＣＣＮなどのコンテンツ指向型ネットワークを利用したサービス指向型ネットワークでは、サービスを要求する端末装置と、サービスを提供する１つ以上のサービス提供装置とが、複数の中継装置を介して相互接続される。サービス指向型ネットワークにおいて、端末装置は、サービス名とサービスを提供するために必要なサービスパラメータとを指定したリクエストパケットを送信する。そして、サービス提供装置は、リクエストパケットを受信すると、サービス名及びサービスパラメータに対応するサービス処理を行い、サービス処理結果をデータパケットとして送信する。

リクエストパケットを中継する中継装置は、経路記憶部（ＦＩＢ）にサービス名ごとの経路情報を記憶し、この経路情報に従って、端末装置又は他の中継装置から送信されるリクエストパケットをサービス提供装置又は他の中継装置に転送する。

ここで、中継装置は、リクエストパケットを受信したとき、受信したリクエストパケットに記載されたサービス名及びサービスパラメータに一致するデータパケットがデータ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）に存在する場合、受信したリクエストパケットを経路情報に従い転送せず、リクエストパケットを受信したインタフェースからデータパケットを送信する。

一方、中継装置は、受信したリクエストパケットに記載されたサービス名及びサービスパラメータに一致するデータパケットがデータ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）に存在しない場合であり、かつ受信したリクエストパケットに記載された名前に対応するエントリーがリクエスト記憶部（ＰＩＴ）に存在しない場合、リクエストパケットに記載されたサービス名と、サービスパラメータと、リクエストパケットを受信したインタフェースに関する情報とをリクエスト記憶部（ＰＩＴ）に記憶する。

そして、中継装置は、受信したリクエストパケットを、経路情報に従い、サービス提供装置又は他の中継装置に転送する。ただし、中継装置は、受信したリクエストパケットに記載されたサービス名及びサービスパラメータと同一のサービス名及びサービスパラメータがリクエスト記憶部（ＰＩＴ）に存在する場合、受信したリクエストパケットを経路情報に従い転送せず、既に存在する同一の名前のエントリーにリクエストパケットを受信したインタフェースに関する情報を記憶する。

また、中継装置は、サービス処理結果としてのデータパケットを受信すると、受信したデータパケットをデータ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）に記憶する。ただし、データ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）に新たなデータパケットを記憶する領域がない場合、中継装置は、データ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）に記憶した時刻から所定時間が経過したデータパケットをデータ記憶領域から消去する。

そして、中継装置は、リクエスト記憶部（ＰＩＴ）の情報に従い、受信したデータパケットが有する名前と同一のサービス名及びサービスパラメータが記載された複数のリクエストパケットを受信した１つ以上のインタフェースに応じてデータパケットを複製して、複製したデータパケットを１つ以上のインタフェースを介して転送する。その後、中継装置は、転送したデータパケットが有するサービス名及びサービスパラメータに一致するリクエストパケットを受信したインタフェースに関する情報をリクエスト記憶部（ＰＩＴ）から消去する。

このように、コンテンツ指向型ネットワークを利用したサービス指向型ネットワークでは、ＣＣＮのコンテンツ名の替わりにサービス名及びサービスパラメータを指定し、中継装置にリクエスト記憶部（ＰＩＴ）とデータ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）とを最大限に活用させることにより、同一のサービス名及びサービスパラメータを有するリクエストパケットに対してより高速にサービス処理結果を応答することができるとともに、サービス提供装置の処理負荷を削減させることができる。

しかしながら、非特許文献２では、最適なサービス提供装置にリクエストパケットを転送する方法が開示されていない。

さらに、特許文献２及び非特許文献３では、サービス指向型ネットワーク上に同一のサービスを提供するサービス提供装置が複数存在する場合に、サービス提供装置の負荷又はネットワーク帯域の混雑状況に応じて、中継装置がリクエストパケットを最適なサービス提供装置に転送する方法が開示されている。

しかしながら、特許文献２及び非特許文献３では、中継装置は、端末装置からリクエストされるサービス特有の性質を考慮して、リクエストパケットを転送することができない。また、リクエストパケットの転送先を決定するためには、中継装置間、又はサービス提供装置と中継装置との間で交換される制御情報が多くなる。そのため、ネットワーク帯域又は中継装置の処理能力が消費されてしまう。さらに、中継装置間、又はサービス提供装置と中継装置との間で自律的に制御情報を交換し、最適なリクエストパケットの転送先をすべての中継装置が算出するまでには多くの時間を要する。そのため、急激にリクエストパケットが増加した場合、中継装置は、最適なサービス提供装置にリクエストパケットを転送できない可能性がある。

このような課題を解決するために、本開示の一態様に係る通信方法は、第１のビットレートでコンテンツを生成し、前記コンテンツを識別する第１のコンテンツ識別子を含む第１のリクエストパケットを受信し、前記第１のリクエストパケットに含まれる前記第１のコンテンツ識別子が示す前記コンテンツを１つ以上のデータパケットとして送信するコンテンツ提供装置及び前記コンテンツを用いたサービスを要求する端末装置にコンテンツ指向型ネットワークを介して接続されるとともに、前記サービスを提供するサービス提供装置に接続され、リクエストパケット及びデータパケットを中継する中継装置における通信方法であって、前記端末装置によって送信された、取得対象のコンテンツに対して所定のトランスコード処理を行うトランスコード要求を示すサービス識別子と、前記取得対象のコンテンツを識別する第２のコンテンツ識別子と、前記取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを受信し、前記中継装置が受信した少なくとも１つの第２のリクエストパケットに含まれる前記第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に前記第２のビットレートの統計値を算出し、受信した最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記コンテンツ提供装置が送信するコンテンツの前記第１のビットレートと、前記最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記第２のビットレートの統計値とを比較し、比較結果に基づいて、前記端末装置から受信した前記第２のリクエストパケットを前記サービス提供装置に送信するか否かを判断し、前記第２のリクエストパケットを前記サービス提供装置に送信すると判断した場合、受信した前記第２のリクエストパケットを前記サービス提供装置に送信し、受信した前記コンテンツに対して、前記第２のリクエストパケットに含まれる前記サービス識別子と前記サービスパラメータとに基づき所定のトランスコード処理を行った結果であるサービス処理結果を１つ以上のデータパケットとして前記サービス提供装置から受信し、受信した前記サービス処理結果を前記端末装置に送信し、前記第２のリクエストパケットを前記サービス提供装置に送信しないと判断した場合、受信した前記第２のリクエストパケットを前記コンテンツ提供装置に向けて送信する。

この構成によれば、複数の端末装置が同一のコンテンツを異なるビットレートで取得する場合、中継装置は複数の端末装置が要求するコンテンツのビットレートの統計値と、コンテンツ提供装置が生成して配信するコンテンツのビットレートとが比較され、比較結果に応じて、中継装置に接続されているサービス提供装置に第２のリクエストパケットを送信するか否かが決定される。

したがって、コンテンツ提供装置が配信するコンテンツを取得する端末装置は、端末装置の処理能力又はネットワーク環境に応じたビットレートでコンテンツを取得することができる。また、コンテンツを取得する端末装置の数、又は端末装置が要求するコンテンツのビットレートに応じて、端末装置が送信する第２のリクエストパケットを最適なサービス提供装置に転送することが可能になり、コンテンツ指向型ネットワーク全体で消費するネットワーク帯域を削減することができる。

また、上記の通信方法において、前記中継装置が受信した少なくとも１つの第２のリクエストパケットに含まれる前記第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に前記第２のビットレートの総和を前記統計値として算出し、受信した最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記コンテンツ提供装置が送信するコンテンツの前記第１のビットレートと、前記最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記第２のビットレートの前記統計値とを比較し、前記第１のビットレートが前記第２のビットレートの前記統計値より小さい場合、前記第２のリクエストパケットを前記サービス提供装置に送信すると判断し、前記第１のビットレートが前記第２のビットレートの前記統計値より大きい場合、前記第２のリクエストパケットを前記サービス提供装置に送信しないと判断してもよい。

この構成によれば、中継装置が受信した少なくとも１つの第２のリクエストパケットに含まれる第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に第２のビットレートの総和が統計値として算出される。受信した最新の第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応するコンテンツ提供装置が送信するコンテンツの第１のビットレートと、最新の第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応する第２のビットレートの統計値とが比較される。第１のビットレートが第２のビットレートの統計値より小さい場合、第２のリクエストパケットをサービス提供装置に送信すると判断され、第１のビットレートが第２のビットレートの統計値より大きい場合、第２のリクエストパケットをサービス提供装置に送信しないと判断される。

したがって、コンテンツ提供装置が生成するコンテンツのビットレートと、少なくとも１つの端末装置が要求するコンテンツの少なくとも１つのビットレートの総和とを比較することにより、端末装置が送信する第２のリクエストパケットを最適なサービス提供装置に転送することが可能になり、コンテンツ指向型ネットワーク全体で消費するネットワーク帯域を削減することができる。

また、上記の通信方法において、前記中継装置が利用可能なネットワーク帯域に基づいて決定される係数を前記総和に乗算した値を前記統計値として算出してもよい。

この構成によれば、中継装置が利用可能なネットワーク帯域の使用率に応じて、受信した第２のリクエストパケットを送信するサービス提供装置を決定することができる。

したがって、中継装置が利用可能なネットワーク帯域を考慮して、柔軟に第２のリクエストパケットの転送先を決定することができる。

また、上記の通信方法において、前記第２のビットレートは、前記第１のビットレートとは異なり、前記所定のトランスコード処理は、前記第１のビットレートのコンテンツを前記第２のビットレートのコンテンツに変換してもよい。

この構成によれば、第１のビットレートのコンテンツが第２のビットレートのコンテンツに変換されるので、コンテンツ提供装置は、第１のビットレートのコンテンツと第２のビットレートのコンテンツとを提供する必要がなく、第１のビットレートのコンテンツのみを提供すればよく、コンテンツ提供装置のメモリの記憶容量を削減することができ、コンテンツ指向型ネットワークに配信されるコンテンツのデータ量を削減することができる。

また、上記の通信方法において、前記コンテンツ提供装置は、第１のフォーマットでコンテンツを生成し、前記サービスパラメータは、前記取得対象のコンテンツのフォーマットを示すとともに前記第１のフォーマットとは異なる第２のフォーマットを含み、前記所定のトランスコード処理は、前記第１のフォーマットのコンテンツを前記第２のフォーマットのコンテンツに変換してもよい。

この構成によれば、第１のフォーマットのコンテンツが、第１のフォーマットとは異なる第２のフォーマットのコンテンツに変換されるので、コンテンツ提供装置は、第１のフォーマットのコンテンツと第２のフォーマットのコンテンツとを提供する必要がなく、第１のフォーマットのコンテンツのみを提供すればよく、コンテンツ提供装置のメモリの記憶容量を削減することができ、コンテンツ指向型ネットワークに配信されるコンテンツのデータ量を削減することができる。

また、上記の通信方法において、前記フォーマットは、コーデックの種類、解像度、フレームレート及び輝度の少なくとも１つのパラメータであってもよい。

この構成によれば、所定のトランスコード処理において、コーデックの種類、解像度、フレームレート及び輝度の少なくとも１つのパラメータを変換することができる。

また、上記の通信方法において、前記サービス提供装置は、前記中継装置に接続される複数のサービス提供装置を含み、前記第２のリクエストパケットを前記サービス提供装置に送信すると判断した場合、前記複数のサービス提供装置の中から処理負荷が所定の閾値以下であるサービス提供装置を選択し、選択した前記サービス提供装置に前記第２のリクエストパケットを送信してもよい。

この構成によれば、中継装置に接続された複数のサービス提供装置の処理負荷に応じて、第２のリクエストパケットを送信するサービス提供装置が選択されるので、複数のサービス提供装置のうちの特定のサービス提供装置の処理負荷が高くなることを防ぐことができる。

また、上記の通信方法において、前記第２のリクエストパケットに含まれる前記サービス識別子と前記第２のコンテンツ識別子と前記サービスパラメータとに基づいて得られるサービス処理結果に一致するサービス処理結果が、他の中継装置を経由して取得可能である場合、前記第２のリクエストパケットを前記他の中継装置に送信してもよい。

この構成によれば、中継装置が受信した第２のリクエストパケットによって要求されるサービス処理結果と一致するサービス処理結果が他の中継装置を経由して取得される。

したがって、中継装置と接続するサービス提供装置の処理負荷を削減することができるとともに、第２のリクエストパケットに対して高速に応答することができる。

本開示の他の態様に係る中継装置は、第１のビットレートでコンテンツを生成し、前記コンテンツを識別する第１のコンテンツ識別子を含む第１のリクエストパケットを受信し、前記第１のリクエストパケットに含まれる前記第１のコンテンツ識別子が示す前記コンテンツを１つ以上のデータパケットとして送信するコンテンツ提供装置及び前記コンテンツを用いたサービスを要求する端末装置にコンテンツ指向型ネットワークを介して接続されるとともに、前記サービスを提供するサービス提供装置に接続され、リクエストパケット及びデータパケットを中継する中継装置であって、前記端末装置によって送信された、取得対象のコンテンツに対して所定のトランスコード処理を行うトランスコード要求を示すサービス識別子と、前記取得対象のコンテンツを識別する第２のコンテンツ識別子と、前記取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを受信するリクエスト受信部と、前記中継装置が受信した少なくとも１つの第２のリクエストパケットに含まれる前記第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に前記第２のビットレートの統計値を算出する算出部と、受信した最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記コンテンツ提供装置が送信するコンテンツの前記第１のビットレートと、前記最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記第２のビットレートの統計値とを比較し、比較結果に基づいて、前記端末装置から受信した前記第２のリクエストパケットを前記サービス提供装置に送信するか否かを判断する判断部と、前記第２のリクエストパケットを前記サービス提供装置に送信すると判断された場合、受信した前記第２のリクエストパケットを前記サービス提供装置に送信する第１のリクエスト送信部と、受信した前記データパケットの前記コンテンツに対して、前記第２のリクエストパケットに含まれる前記サービス識別子と前記サービスパラメータとに基づき所定のトランスコード処理を行った結果であるサービス処理結果を１つ以上のデータパケットとして前記サービス提供装置から受信するデータ受信部と、受信した前記サービス処理結果を前記端末装置に送信するデータ送信部と、前記第２のリクエストパケットを前記サービス提供装置に送信しないと判断された場合、受信した前記第２のリクエストパケットを前記コンテンツ提供装置に向けて送信する第２のリクエスト送信部と、を備える。

この構成によれば、複数の端末装置が同一のコンテンツを異なるビットレートで取得する場合、中継装置は複数の端末装置が要求するコンテンツのビットレートの統計値と、コンテンツ提供装置が生成して配信するコンテンツのビットレートとが比較され、比較結果に応じて、中継装置に接続されているサービス提供装置に第２のリクエストパケットを送信するか否かが決定される。

したがって、コンテンツ提供装置が配信するコンテンツを取得する端末装置は、端末装置の処理能力又はネットワーク環境に応じたビットレートでコンテンツを取得することができる。また、コンテンツを取得する端末装置の数、又は端末装置が要求するコンテンツのビットレートに応じて、端末装置が送信する第２のリクエストパケットを最適なサービス提供装置に転送することが可能になり、コンテンツ指向型ネットワーク全体で消費するネットワーク帯域を削減することができる。

本開示の他の態様に係る通信システムは、コンテンツを提供するコンテンツ提供装置と、前記コンテンツを用いたサービスを要求する端末装置と、前記サービスを提供するサービス提供装置と、前記コンテンツ提供装置及び前記端末装置にコンテンツ指向型ネットワークを介して接続されるとともに、サービス提供装置に接続され、リクエストパケット及びデータパケットを中継する中継装置とを備え、前記コンテンツ提供装置は、第１のビットレートでコンテンツを生成する生成部と、前記コンテンツを識別する第１のコンテンツ識別子を含む第１のリクエストパケットを受信する第１の受信部と、前記第１のリクエストパケットに含まれる前記第１のコンテンツ識別子が示す前記コンテンツを１つ以上のデータパケットとして送信する第１の送信部とを備え、前記端末装置は、取得対象のコンテンツに対して所定のトランスコード処理を行うトランスコード要求を示すサービス識別子と、前記取得対象のコンテンツを識別する第２のコンテンツ識別子と、前記取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを送信する第２の送信部と、送信した前記第二のリクエストパケットに対応する１つ以上のデータパケットを受信する第２の受信部とを備え、前記サービス提供装置は、前記中継装置から、前記端末装置によって送信された前記第２のリクエストパケットを受信する第３の受信部と、前記中継装置に、前記第２のリクエストパケットに含まれる前記第２のコンテンツ識別子によって特定される前記第１のコンテンツ識別子を含む前記第１のリクエストパケットを送信する第３の送信部と、前記中継装置から、送信した前記第１のリクエストパケットに含まれる前記第１のコンテンツ識別子が示すコンテンツを１つ以上のデータパケットとして受信する第４の受信部と、受信した前記コンテンツに対して、前記第２のリクエストパケットに含まれる前記サービス識別子と前記サービスパラメータとに基づき所定のトランスコード処理を行う処理部と、前記中継装置に、サービス処理結果を１つ以上のデータパケットとして送信する第４の送信部とを備え、前記中継装置は、前記端末装置によって送信された第２のリクエストパケットを受信する第５の受信部と、前記中継装置が受信した少なくとも１つの第２のリクエストパケットに含まれる前記第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に前記第２のビットレートの統計値を算出する算出部と、受信した最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記コンテンツ提供装置が送信するコンテンツの前記第１のビットレートと、前記最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記第２のビットレートの統計値とを比較し、比較結果に基づいて、前記端末装置から受信した前記第２のリクエストパケットを前記サービス提供装置に送信するか否かを判断する判断部と、前記第２のリクエストパケットを前記サービス提供装置に送信すると判断された場合、受信した前記第２のリクエストパケットを前記サービス提供装置に送信する第５の送信部と、前記サービス処理結果を１つ以上のデータパケットとして前記サービス提供装置から受信する第６の受信部と、受信した前記サービス処理結果を前記端末装置に送信する第６の送信部と、前記第２のリクエストパケットを前記サービス提供装置に送信しないと判断された場合、受信した前記第２のリクエストパケットを前記コンテンツ提供装置に向けて送信する第７の送信部とを備える。

この構成によれば、複数の端末装置が同一のコンテンツを異なるビットレートで取得する場合、中継装置は複数の端末装置が要求するコンテンツのビットレートの統計値と、コンテンツ提供装置が生成して配信するコンテンツのビットレートとが比較され、比較結果に応じて、中継装置に接続されているサービス提供装置に第２のリクエストパケットを送信するか否かが決定される。

したがって、コンテンツ提供装置が配信するコンテンツを取得する端末装置は、端末装置の処理能力又はネットワーク環境に応じたビットレートでコンテンツを取得することができる。また、コンテンツを取得する端末装置の数、又は端末装置が要求するコンテンツのビットレートに応じて、端末装置が送信する第２のリクエストパケットを最適なサービス提供装置に転送することが可能になり、コンテンツ指向型ネットワーク全体で消費するネットワーク帯域を削減することができる。

なお、これらの全般的又は具体的な態様は、システム、方法、集積回路、コンピュータプログラム又はコンピュータで読み取り可能なＣＤ−ＲＯＭ等の記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラム又はコンピュータ読み取り可能な記録媒体の任意な組み合わせで実現されてもよい。

［コンテンツ配信システムの構成］
図１は、本開示の実施の形態におけるコンテンツ配信システムの構成の一例を示す図である。コンテンツ配信システムは、通信システムの一例である。

図１に示すコンテンツ配信システムは、コンテンツ提供装置１１と、複数の端末装置１２ｂ１〜１２ｂｎ，１２ｃ１〜１２ｃｎと、複数のサービス提供装置１３ａ〜１３ｃと、複数の中継装置１４ａ〜１４ｃとを備える。

コンテンツ提供装置１１は、コンテンツを配信する。コンテンツは、例えば、動画コンテンツである。複数の端末装置１２ｂ１〜１２ｂｎ，１２ｃ１〜１２ｃｎは、コンテンツを用いたサービスを要求するリクエストパケットを送信する。複数のサービス提供装置１３ａ〜１３ｃは、複数の端末装置１２ｂ１〜１２ｂｎ，１２ｃ１〜１２ｃｎからの要求に基づき、コンテンツを用いたサービスを行う。複数の中継装置１４ａ〜１４ｃは、リクエストパケット及びデータパケットを中継する。

図１では、コンテンツ指向型ネットワーク１０上で、コンテンツ提供装置１１と、１つ以上の端末装置１２ｂ１〜１２ｂｎ，１２ｃ１〜１２ｃｎと、複数のサービス提供装置１３ａ〜１３ｃとは、１つ以上の中継装置１４ａ〜１４ｃを介して相互に接続されている。コンテンツ提供装置１１は、予め定めたビットレート及びフォーマットのコンテンツを配信する。１つ以上の端末装置１２ｂ１〜１２ｂｎ，１２ｃ１〜１２ｃｎは、少なくとも任意のビットレートでトランスコードしたコンテンツを取得する。１つ以上のサービス提供装置１３ａ〜１３ｃは、１つ以上の端末装置１２ｂ１〜１２ｂｎ，１２ｃ１〜１２ｃｎの要求に基づき映像コンテンツに対して所定のトランスコード処理を行う。

所定のトランスコード処理は、コンテンツ提供装置１１によって提供される第１のビットレートのコンテンツを、端末装置１２ｂ１〜１２ｂｎ，１２ｃ１〜１２ｃｎが要求する第２のビットレートのコンテンツに変換する。このとき、第２のビットレートと第１のビットレートとは異なっており、第２のビットレートは、第１のビットレートよりも低い、又は第２のビットレートは、第１のビットレートよりも高い。

また、所定のトランスコード処理は、コンテンツ提供装置１１によって提供される第１のフォーマットのコンテンツを、端末装置１２ｂ１〜１２ｂｎ，１２ｃ１〜１２ｃｎが要求する、第１のフォーマットとは異なる第２のフォーマットのコンテンツに変換する。このとき、第２のビットレートと第１のビットレートとは異なっていてもよいし、同じであってもよい。フォーマットは、コーデックの種類、解像度、フレームレート及び輝度の少なくとも１つのパラメータである。

なお、本開示におけるコンテンツとは、映像コンテンツ又は音声コンテンツであり、所定の単位にまとめた映像データ又は音声データである。例えば、コンテンツは、フレーム単位の符号化済みの映像データ又は音声データ、ＭＰＥＧ規格等におけるＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）単位の映像データ、複数のフレームをまとめた映像データ又は音声データ、又は複数のＧＯＰをまとめた映像データである。

［コンテンツ提供装置の構成］
図２は、本開示の実施の形態におけるコンテンツ提供装置の構成の一例を示す図である。コンテンツ提供装置１１は、コンテンツ指向型ネットワーク１０を介してコンテンツを提供する。

図２に示すコンテンツ提供装置１１は、１つ以上のインタフェース１１０１（インタフェース１１０１ａ〜１１０１ｂ）と、リクエスト受信部１１０２と、データ送信部１１０３と、データ生成部１１０４と、データ蓄積部１１０５とを備える。

インタフェース１１０１は、コンテンツ提供装置１１と接続される機器との経路を示し、コンテンツ提供装置１１と中継装置１４とを接続する経路を示す。

リクエスト受信部１１０２は、インタフェース１１０１を介して、コンテンツを識別する第１のコンテンツ識別子を含む第１のリクエストパケットを受信する。

データ送信部１１０３は、第１のリクエストパケットに含まれる第１のコンテンツ識別子が示すコンテンツをデータパケットとして送信する。データ送信部１１０３は、リクエスト受信部１１０２によって受信された第１のリクエストパケットに基づき、第１のリクエストパケットに含まれる第１のコンテンツ識別子に対応するコンテンツを、データ蓄積部１１０５から取得する。データ送信部１１０３は、取得した対応するコンテンツを、１つ以上のデータパケットとして送信する。

データ生成部１１０４は、第１のビットレートで送信可能なコンテンツを生成する。

データ蓄積部１１０５は、データ生成部１１０４によって生成されたコンテンツを、コンテンツを識別する第１のコンテンツ識別子と共に記憶する。

コンテンツ提供装置１１は、第１のビットレートでコンテンツを生成し、コンテンツを識別する第１のコンテンツ識別子を含む第１のリクエストパケットを受信し、第１のリクエストパケットに含まれる第１のコンテンツ識別子が示すコンテンツを１つ以上のデータパケットとして送信する。

なお、本実施の形態において、データ生成部１１０４が生成部の一例に相当し、リクエスト受信部１１０２が第１の受信部の一例に相当し、データ送信部１１０３が第１の送信部の一例に相当する。

［端末装置の構成］
図３は、本開示の実施の形態における端末装置の構成の一例を示す図である。図３に示す端末装置１２は、複数の端末装置１２ｂ１〜１２ｂｎ，１２ｃ１〜１２ｃｎを総称するものであり、複数の端末装置１２ｂ１〜１２ｂｎ，１２ｃ１〜１２ｃｎは、それぞれ同じ構成である。

端末装置１２は、コンテンツ指向型ネットワーク１０を介して、コンテンツを用いたサービスを要求する。端末装置１２は、例えば、テレビ、パーソナルコンピュータ、スマートフォン又はタブレット型コンピュータである。

図３に示す端末装置１２は、１つ以上のインタフェース１２０１（インタフェース１２０１ａ〜１２０１ｂ）と、経路情報処理部１２０２と、リクエスト送信部１２０３と、データ受信部１２０４と、経路情報記憶部１２０５と、アプリケーション１２０６とを備える。端末装置１２は、端末装置１２上のアプリケーション１２０６から指示されたコンテンツを取得するために、第２のリクエストパケットを送信し、送信した第２のリクエストパケットに対応するデータパケットを受信する。

インタフェース１２０１は、端末装置１２と接続される機器との経路を示し、例えば、端末装置１２と中継装置１４とを接続する経路を示す。

経路情報処理部１２０２は、第２のリクエストパケットを送信するための経路情報を受信し、受信した経路情報を経路情報記憶部１２０５に記憶する。経路情報記憶部１２０５は、経路情報処理部１２０２によって受信された経路情報を記憶する。

リクエスト送信部１２０３は、少なくともアプリケーション１２０６から取得を指示されたコンテンツ（映像コンテンツ又は音声コンテンツ）に対する第２のリクエストパケットを生成する。第２のリクエストパケットは、取得対象のコンテンツに対して所定のトランスコード処理を行うトランスコード要求を示すサービス識別子と、取得対象のコンテンツを識別する第２のコンテンツ識別子と、取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとを含む。リクエスト送信部１２０３は、第２のリクエストパケットを送信する。リクエスト送信部１２０３は、生成した第２のリクエストパケットを、経路情報記憶部１２０５が保持する経路情報に従い、インタフェース１２０１を介して送信する。

データ受信部１２０４は、リクエスト送信部１２０３によって送信された第２のリクエストパケットに対応するサービス処理結果を含む１つ以上のデータパケットとして、インタフェース１２０１を介して受信する。データ受信部１２０４は、アプリケーション１２０６に、受信したデータパケットに含まれるサービス処理結果を、コンテンツの情報として通知する。

図４は、本開示の実施の形態における第２のリクエストパケットに記載される名前の一例を示す図である。図４に示す名前６０は、リクエスト送信部１２０３が送信する第２のリクエストパケットに記載される名前の一例である。図４に示す名前６０は、サービス識別子６００と、時間的に連続する１つ以上のコンテンツの集合を識別するためのストリーム識別子６０１と、時間的に連続する１つ以上のコンテンツの集合から各コンテンツを識別するためのコンテンツ識別子６０２と、取得対象のコンテンツのビットレートを示す第２のビットレート６０４とを含む。ここで、時間的に連続する１つ以上のコンテンツの集合とは、映像ファイル、音声ファイル、１つ以上の映像又は音声のフレーム、又は映像フレームの集合であるＧＯＰの集合であるストリームデータを想定している。また、図４に示す名前６０の例では、第２のコンテンツ識別子は、時間的に連続する１つ以上のコンテンツの集合を識別するためのストリーム識別子６０１と、時間的に連続する１つ以上のコンテンツの集合から各コンテンツを識別するためのコンテンツ識別子６０２とで構成される。

第２のビットレート６０４は、サービスパラメータの一例である。なお、サービスパラメータとして、コンテンツのトランスコード処理に必要になるフォーマットに関するフォーマット情報６０３が、名前６０に追加されてもよい。また、フォーマット情報６０３は、第２のリクエストパケットの拡張情報として追加してもよい。

なお、本実施の形態において、リクエスト送信部１２０３が第２の送信部の一例に相当し、データ受信部１２０４が第２の受信部の一例に相当する。

［サービス提供装置の構成］
図５は、本開示の実施の形態におけるサービス提供装置の構成の一例を示す図である。図５に示すサービス提供装置１３は、複数のサービス提供装置１３ａ〜１３ｃを総称するものであり、複数のサービス提供装置１３ａ〜１３ｃは、それぞれ同じ構成である。

図５に示すサービス提供装置１３は、１つ以上のインタフェース１３０１（インタフェース１２０１ａ〜１２０１ｂ）と、経路情報処理部１３０２と、リクエスト送信部１３０３と、データ受信部１３０４と、リクエスト受信部１３０５と、データ送信部１３０６と、経路情報記憶部１３０７と、サービス提供部１３０８とを備える。

インタフェース１３０１は、サービス提供装置１３と接続される機器との経路を示し、例えば、サービス提供装置１３と中継装置１４とを接続する経路を示す。

経路情報処理部１３０２は、第１のリクエストパケットを送信するための経路情報を受信し、受信した経路情報を経路情報記憶部１３０７に記憶する。経路情報記憶部１３０７は、経路情報処理部１３０２によって受信された経路情報を記憶する。

リクエスト送信部１３０３は、サービス提供部１３０８からの指示に基づき、コンテンツ提供装置１１が配信するコンテンツを取得するため、取得対象のコンテンツを識別するための第１のコンテンツ識別子を含む第１のリクエストパケットを生成する。リクエスト送信部１３０３は、生成した第１のリクエストパケットを、経路情報記憶部１３０７が記憶する経路情報に従い、インタフェース１３０１を介して送信する。リクエスト送信部１３０３は、中継装置１４に、第２のリクエストパケットに含まれる第２のコンテンツ識別子によって特定される第１のコンテンツ識別子を含む第１のリクエストパケットを送信する。このとき、リクエスト送信部１３０３が生成する第１のリクエストパケットに含まれる第１のコンテンツ識別子と、端末装置１２から受信した第２のリクエストパケットに含まれる第２のコンテンツ識別子とは、対応付けられていればよく、同一とは限らない。

データ受信部１３０４は、中継装置１４から、送信した第１のリクエストパケットに含まれる第１のコンテンツ識別子が示すコンテンツを１つ以上のデータパケットとして受信する。データ受信部１３０４は、リクエスト送信部１３０３によって送信された第１のリクエストパケットに対応するコンテンツを含む１つ以上のデータパケットを、インタフェース１３０１を介して受信する。データ受信部１３０４は、受信したコンテンツの情報をサービス提供部１３０８に渡す。

リクエスト受信部１３０５は、中継装置１４から、端末装置１２によって送信された第２のリクエストパケットを受信する。リクエスト受信部１３０５は、端末装置１２が送信した、サービス識別子と、取得対象のコンテンツを識別するための第２のコンテンツ識別子と、少なくとも取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを受信する。リクエスト受信部１３０５は、受信した第２のリクエストパケットに含まれるこれらの情報を、サービス提供部１３０８に通知する。

サービス提供部１３０８は、データ受信部１３０４によって受信されたコンテンツに対して、第２のリクエストパケットに含まれるサービス識別子とサービスパラメータとに基づき所定のトランスコード処理を行う。

サービス提供部１３０８は、リクエスト受信部１３０５から通知された第２のコンテンツ識別子に対応し、コンテンツ提供装置１１が配信するコンテンツを取得するための第１のリクエストパケットの送信をリクエスト送信部１３０３に指示する。そして、サービス提供部１３０８は、コンテンツ提供装置１１によって配信されたコンテンツをデータ受信部１３０４から取得する。サービス提供部１３０８は、取得したコンテンツに対して、リクエスト受信部１３０５から渡されたサービス識別子と、第２のビットレートを含むサービスパラメータとに従い所定のトランスコード処理を行う。次に、サービス提供部１３０８は、サービス識別子と、第２のビットレートを含むサービスパラメータとに従い所定のトランスコード処理を行ったサービス処理結果をデータ送信部１３０６に渡す。

なお、サービス提供部１３０８は、データ蓄積部１３０９を備えてもよい。サービス提供部１３０８は、データ受信部１３０４を介して取得したコンテンツ提供装置１１によって配信されたコンテンツを、当該コンテンツを識別するための第１のコンテンツ識別子又は第２のコンテンツ識別子と共にデータ蓄積部１３０９に蓄積してもよい。これにより、サービス提供部１３０８は、第１のリクエストパケットによって取得されるコンテンツと同一のコンテンツをコンテンツ提供装置１１から取得する手順を省略することが可能となる。

また、サービス提供部１３０８は、サービス処理結果と、サービス識別子と、第２のコンテンツ識別子と、第２のビットレートを含むサービスパラメータとを対応付けて、データ蓄積部１３０９に蓄積してもよい。これにより、サービス提供部１３０８は、データ蓄積部１３０９に蓄積されている、サービス識別子と、第２のコンテンツ識別子と、第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットに基づくサービス処理（トランスコード処理）を省略することが可能となる。これにより、端末装置１２が送信した第２のリクエストパケットに対して、消費するネットワーク帯域を削減しつつ、第２のリクエストパケットに対応するサービス処理結果を１つ以上のデータパケットとして送信することができる。サービス提供部１３０８の具体的な動作については、図６に示すフローチャートを用いて後述する。

データ送信部１３０６は、中継装置１４に、サービス処理結果を１つ以上のデータパケットとして送信する。データ送信部１３０６は、サービス提供部１３０８によって生成されたサービス処理結果を、１つ以上のデータパケットとして、インタフェース１３０１を介して送信する。サービス処理結果は、サービス提供部１３０８によって、リクエスト受信部１３０５を介して受信した第２のリクエストパケットに従って生成される。

なお、第１のリクエストパケットに含まれる第１のコンテンツ識別子と、第２のリクエストパケットに含まれる第２のコンテンツ識別子とは、同一であってもよい。また、第１のリクエストパケットに含まれる第１のコンテンツ識別子と、第２のリクエストパケットに含まれる第２のコンテンツ識別子とは、互いに対応付けられていればよく、異なっていてもよい。例えば、第２のコンテンツ識別子が、コンテンツ提供装置１１が生成する最新のコンテンツを示す識別子であった場合、サービス提供装置１３は、コンテンツ提供装置１１が保持する最新のコンテンツを識別するための第１のコンテンツ識別子を取得するためのリクエストパケットを別途送信し、第１のコンテンツ識別子を取得してもよい。

また、本実施の形態において、リクエスト受信部１３０５が第３の受信部の一例に相当し、リクエスト送信部１３０３が第３の送信部の一例に相当し、データ受信部１３０４が第４の受信部の一例に相当し、サービス提供部１３０８が処理部の一例に相当し、データ送信部１３０６が第４の送信部の一例に相当する。

図６は、図５に示すサービス提供部の動作の一例を示すフローチャートである。リクエスト受信部１３０５は、サービス識別子と、取得対象のコンテンツを識別するための第２のコンテンツ識別子と、取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを受信する。リクエスト受信部１３０５は、受信した第２のリクエストパケットに含まれるこれらの情報をサービス提供部１３０８に出力する。

まず、ステップＳ１１において、サービス提供部１３０８は、リクエスト受信部１３０５から出力された、サービス識別子と、取得対象のコンテンツを識別するための第２のコンテンツ識別子と、取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとに対応するサービス処理結果（同一のサービス処理結果）がデータ蓄積部１３０９に存在するか否かを判断する。そして、同一のサービス処理結果がデータ蓄積部１３０９に存在すると判断された場合（ステップＳ１１でＹＥＳ）、ステップＳ１２において、サービス提供部１３０８は、データ蓄積部１３０９に存在するサービス処理結果を、データ送信部１３０６に出力し、動作を終了する。

一方、同一のサービス処理結果がデータ蓄積部１３０９に存在しないと判断された場合（ステップＳ１１でＮＯ）、ステップＳ１３において、サービス提供部１３０８は、リクエスト受信部１３０５から出力された第２のコンテンツ識別子に対応するコンテンツ（同一のコンテンツ）が、データ蓄積部１３０９に存在するか否かを判断する。そして、同一のコンテンツがデータ蓄積部１３０９に存在すると判断された場合（ステップＳ１３でＹＥＳ）、ステップＳ１４において、サービス提供部１３０８は、データ蓄積部１３０９に存在するコンテンツに対して、サービス識別子とサービスパラメータとに基づいてサービス処理を実行する。本実施の形態におけるサービス提供部１３０８は、第１のビットレートのコンテンツを、第１のビットレートとは異なる第２のビットレートのコンテンツに変換するトランスコード処理を実行する。なお、第２のビットレートは、第１のビットレートよりも低くてもよい。また、第２のビットレートは、第１のビットレートよりも高くてもよい。サービス提供部１３０８は、第２のビットレートに変換されたコンテンツをサービス処理結果として出力する。

次に、ステップＳ１５において、サービス提供部１３０８は、サービス処理結果をデータ送信部１３０６に出力し、動作を終了する。

一方、同一のコンテンツがデータ蓄積部１３０９に存在しないと判断された場合（ステップＳ１３でＮＯ）、ステップＳ１６において、サービス提供部１３０８は、第２のコンテンツ識別子に対応するコンテンツを取得するための第１のリクエストパケットの送信を、リクエスト送信部１３０３に指示し、動作を終了する。取得対象のコンテンツは、コンテンツ提供装置１１が配信するコンテンツである。

なお、ステップＳ１６の処理の後、リクエスト送信部１３０３は、第１のリクエストパケットを中継装置１４へ送信する。次に、データ受信部１３０４は、リクエスト送信部１３０３から送信した第１のリクエストパケットに含まれる第１のコンテンツ識別子が示すコンテンツをデータパケットとして中継装置１４から受信する。次に、サービス提供部１３０８は、データ受信部１３０４によって受信されたコンテンツに対して、サービス識別子とサービスパラメータとに基づいてサービス処理を実行する。次に、サービス提供部１３０８は、サービス処理結果をデータ送信部１３０６に出力する。次に、データ送信部１３０６は、サービス提供部１３０８から出力されたサービス処理結果をデータパケットとして中継装置１４へ送信する。

また、サービス処理は、コンテンツのビットレートを変換するトランスコード処理に限定されない。サービス処理は、コンテンツのコーデックの種類を変換するトランスコード処理であってもよい。この場合、例えば、サービス提供部１３０８は、第１のコーデック規格のコンテンツを、第１のコーデック規格とは異なる第２のコーデック規格のコンテンツに変換するトランスコード処理を実行してもよい。第１のコーデック規格は、例えばＭＰＥＧ４規格であり、第２のコーデック規格は、例えばＨ．２６４規格である。

また、サービス処理は、コンテンツの解像度を変換するトランスコード処理であってもよい。この場合、例えば、サービス提供部１３０８は、第１の解像度のコンテンツを、第１の解像度とは異なる第２の解像度のコンテンツに変換するトランスコード処理を実行してもよい。第１の解像度は、例えば４Ｋ規格に対応する解像度であり、３８４０×２１６０画素の解像度であり、第２の解像度は、例えばフルＨＤ規格に対応する解像度であり、１９２０×１０８０画素の解像度である。なお、第２の解像度は、第１の解像度よりも低くてもよい。また、第２の解像度は、第１の解像度よりも高くてもよい。

また、サービス処理は、コンテンツのフレームレートを変換するトランスコード処理であってもよい。この場合、例えば、サービス提供部１３０８は、第１のフレームレートのコンテンツを、第１のフレームレートとは異なる第２のフレームレートのコンテンツに変換するトランスコード処理を実行してもよい。第１のフレームレートは、例えば６０ｆｐｓ（フレーム毎秒）であり、第２のフレームレートは、例えば３０ｆｐｓである。なお、第２のフレームレートは、第１のフレームレートよりも低くてもよい。また、第２のフレームレートは、第１のフレームレートよりも高くてもよい。

また、サービス処理は、コンテンツの輝度を変換するトランスコード処理であってもよい。この場合、例えば、サービス提供部１３０８は、第１の輝度のコンテンツを、第１の輝度とは異なる第２の輝度のコンテンツに変換するトランスコード処理を実行してもよい。第１の輝度は、例えばＳＤＲ（スタンダード・ダイナミック・レンジ）であり、第２の輝度は、例えばＨＤＲ（ハイ・ダイナミック・レンジ）である。なお、第２の輝度は、第１の輝度よりも低くてもよい。また、第２の輝度は、第１の輝度よりも高くてもよい。

［中継装置の構成］
図７は、本開示の実施の形態における中継装置の構成の一例を示す図である。図７に示す中継装置１４は、複数の中継装置１４ａ〜１４ｃを総称するものであり、複数の中継装置１４ａ〜１４ｃは、それぞれ同じ構成である。

中継装置１４は、コンテンツ提供装置１１及び端末装置１２にコンテンツ指向型ネットワークを介して接続されるとともに、サービス提供装置１３に接続され、リクエストパケット及びデータパケットを中継する。

図７に示す中継装置１４は、１つ以上のインタフェース１４０１（インタフェース１４０１ａ〜１４０１ｂ）と、リクエスト処理部１４０２と、経路情報処理部１４０３と、データ処理部１４０４と、利用可能帯域管理部１４０５と、キャッシュ管理部１４０６と、処理負荷管理部１４０７と、統計処理部１４０８と、リクエスト記憶部１４０９と、経路情報記憶部１４１０と、データ記憶部１４１１とを備える。

中継装置１４は、端末装置１２又はサービス提供装置１３によって送信されたリクエストパケット（第２のリクエストパケット又は第１のリクエストパケット）、コンテンツ提供装置１１又はサービス提供装置１３によって送信されたデータパケット、又は、他の中継装置によって送信されたデータパケットを中継する。以下では、中継装置１４が、端末装置１２によって送信された第２のリクエストパケットを受信した際の処理を中心に説明する。

インタフェース１４０１は、中継装置１４と接続される機器との経路を示し、例えば、中継装置１４と端末装置１２とを接続する経路、中継装置１４とコンテンツ提供装置１１とを接続する経路、中継装置１４とサービス提供装置１３とを接続する経路、及び中継装置１４と他の中継装置とを接続する経路を示す。

リクエスト処理部１４０２は、端末装置１２によって送信された第２のリクエストパケットを受信する。リクエスト処理部１４０２は、サービス提供装置１３によって送信された第１のリクエストパケットを受信する。リクエスト処理部１４０２は、受信した第２のリクエストパケットをサービス提供装置１３へ送信する。リクエスト処理部１４０２は、受信した第１のリクエストパケットをコンテンツ提供装置１１へ送信する。

リクエスト処理部１４０２は、受信した第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応するコンテンツに対するサービス処理結果がデータ記憶部１４１１に記憶されているか否かを判断する。

リクエスト処理部１４０２は、受信した第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応するコンテンツに対して、受信した第２のリクエストパケットに含まれるサービス識別子及びサービスパラメータに基づき処理した結果であるサービス処理結果がサービス提供装置１３に蓄積されているか否かを判断する。リクエスト処理部１４０２は、サービス処理結果がサービス提供装置１３に蓄積されていると判断した場合、第２のリクエストパケットをサービス提供装置１３へ送信する。

経路情報処理部１４０３は、第１のリクエストパケット又は第２のリクエストパケットを送信するための経路情報を受信する。

データ処理部１４０４は、コンテンツ提供装置１１、サービス提供装置１３又は他の中継装置１４によって送信されたデータパケットを受信する。

データ処理部１４０４は、サービス処理結果を１つ以上のデータパケットとしてサービス提供装置１３から受信する。データ処理部１４０４は、サービス提供装置１３に蓄積されており、かつ第２のリクエストパケットに対応するサービス処理結果をデータパケットとしてサービス提供装置１３から受信する。データ処理部１４０４は、サービス提供装置１３から受信したサービス処理結果をデータパケットとして端末装置１２へ送信する。

リクエスト記憶部１４０９、経路情報記憶部１４１０及びデータ記憶部１４１１は、それぞれＰＩＴ（Ｐｅｎｄｉｎｇ Ｉｎｔｅｒｅｓｔ Ｔａｂｌｅ）、ＦＩＢ（Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）及びＣｏｎｔｅｎｔ Ｓｔｏｒｅとしての機能を有している。

利用可能帯域管理部１４０５は、各インタフェース１４０１を介して接続するリンクの伝送容量及び使用量を管理し、伝送容量及び使用量に基づいて、利用可能なネットワーク帯域を把握する。

キャッシュ管理部１４０６は、他の中継装置１４に接続されるサービス提供装置１３が受信した第２のリクエストパケットに関する情報を取得して記憶する。また、キャッシュ管理部１４０６は、他の中継装置１４のデータ記憶部１４１１に記憶されているサービス処理結果に関する情報を取得して記憶する。このサービス処理結果は、受信した第２のリクエストパケットに従ってサービス提供装置１３が処理したサービス処理結果である。例えば、中継装置１４は、データ記憶部１４１１に記憶されているデータパケットに関する情報、又はサービス提供装置１３に転送した第２のリクエストパケットに含まれる情報を、他の中継装置１４に送信するとともに他の中継装置１４から受信する。

処理負荷管理部１４０７は、中継装置１４と直接又はネットワークスイッチ等を介して間接的に接続された、少なくとも１つのサービス提供装置１３の処理負荷を示す負荷情報を少なくとも１つのサービス提供装置１３から取得する。処理負荷管理部１４０７は、少なくとも１つのサービス提供装置１３から取得した負荷情報を記憶する。なお、処理負荷は、例えば、サービス提供装置１３が有するＣＰＵ（中央演算処理装置）の使用率である。

統計処理部１４０８は、端末装置１２から受信した第２のリクエストパケットに含まれるサービス識別子と第２のコンテンツ識別子とに基づく統計処理を実行する。

統計処理部１４０８は、中継装置１４が受信した少なくとも１つの第２のリクエストパケットに含まれる第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に第２のビットレートの統計値を算出する。

また、統計処理部１４０８は、第２のコンテンツ識別子に対応するコンテンツに関して、時間的に連続する形で構成される複数のコンテンツ（以降、“関連コンテンツ”と記述）のコンテンツ識別子（以降、“関連コンテンツ識別子”と記述）を識別する。関連コンテンツ及び関連コンテンツ識別子の識別方法としては、例えば図４に記載したストリーム識別子６０１が同一であることを条件にしてもよい。

統計処理部１４０８は、受信した最新の第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応するコンテンツ提供装置１１が送信するコンテンツの第１のビットレートと、最新の第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応する第２のビットレートの統計値とを比較し、比較結果に基づいて、端末装置１２から受信した第２のリクエストパケットをサービス提供装置１３に送信するか否かを判断する。

統計処理部１４０８は、統計処理結果に基づいて、中継装置１４と直接又はネットワークスイッチ等を介して間接的に接続された少なくとも１つのサービス提供装置１３に第２のリクエストパケットを送信するか否かを判断する。

具体的には、統計処理部１４０８は、第２のリクエストパケットに含まれるサービス識別子がコンテンツのトランスコード処理を示す場合、第２のリクエストパケットに含まれる第２のコンテンツ識別子ごとに、第２のリクエストパケットに含まれる第２のビットレートを含むサービスパラメータを記憶する。

そして、統計処理部１４０８は、同一の第２のコンテンツ識別子毎又は同一の関連コンテンツ識別子毎に、第２のビットレートを集計した値（以降、“第２のビットレート統計値”と記載）と、第２のコンテンツ識別子又は関連コンテンツ識別子に対応するコンテンツの第１のビットレートとを比較する。第２のビットレート統計値が第２のコンテンツ識別子又は関連コンテンツ識別子の第１のビットレートより大きい場合、統計処理部１４０８は、中継装置１４が受信した第２のリクエストパケットを、中継装置１４と直接又はネットワークスイッチ等を介して間接的に接続された少なくとも１つのサービス提供装置１３に送信し、サービス提供装置１３は、受信した第２のリクエストパケットに基づいてトランスコード処理を行う。これにより、ネットワーク全体で消費するネットワーク帯域を低減することができる。

統計処理部１４０８は、中継装置１４が受信した少なくとも１つの第２のリクエストパケットに含まれる第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に第２のビットレートの総和を算出し、中継装置１４が利用可能なネットワーク帯域に基づいて決定される係数を、算出した総和に乗算した値を統計値として算出する。

なお、統計処理部１４０８は、中継装置１４が受信した少なくとも１つの第２のリクエストパケットに含まれる第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に第２のビットレートの総和を統計値として算出してもよい。

統計処理部１４０８は、受信した最新の第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応するコンテンツ提供装置１１が送信するコンテンツの第１のビットレートと、最新の第２のリクエストパケットに含まれる第２のコンテンツ識別子に対応する第２のビットレートの統計値とを比較する。第１のビットレートが第２のビットレートの統計値より小さい場合、統計処理部１４０８は、第２のリクエストパケットをサービス提供装置１３に送信すると判断する。統計処理部１４０８は、第１のビットレートが第２のビットレートの統計値より大きい場合、第２のリクエストパケットをサービス提供装置１３に送信しないと判断する。なお、統計処理部１４０８は、第１のビットレートが第２のビットレートの統計値と同じである場合、第２のリクエストパケットをサービス提供装置１３に送信すると判断してもよいし、第２のリクエストパケットをサービス提供装置１３に送信しないと判断してもよい。

統計処理部１４０８は、例えば、下記の式（１）を用いて第２のビットレート統計値を算出する。

α×Σ２ｎｄ＿Ｂｉｔｒａｔｅ・・・・・式（１）
上記の式（１）において、αは係数であり、２ｎｄ＿Ｂｉｔｒａｔｅは統計処理部１４０８に記憶されている第２のコンテンツ識別子又は関連コンテンツ識別子に対応する第２のビットレートである。統計処理部１４０８は、利用可能帯域管理部１４０５から得られる利用可能なネットワーク帯域に基づいて、係数αを決定してもよい。もしくは、統計処理部１４０８は、第２のリクエストパケットの優先度に基づいて、係数αを決定してもよい。優先度は、第２のリクエストパケットに含まれるサービスパラメータに記載されてもよい。

また、統計処理部１４０８は、第２のリクエストパケット又は第２のコンテンツ識別子に第１のビットレートが含まれていない場合、コンテンツ提供装置１１などから事前に取得してもよい。

リクエスト処理部１４０２は、統計処理部１４０８によって第２のリクエストパケットをサービス提供装置１３に送信すると判断された場合、受信した第２のリクエストパケットをサービス提供装置１３に送信する。また、リクエスト処理部１４０２は、統計処理部１４０８によって第２のリクエストパケットをサービス提供装置１３に送信しないと判断された場合、受信した第２のリクエストパケットをコンテンツ提供装置１１に向けて送信する。

また、リクエスト処理部１４０２は、第２のリクエストパケットに含まれるサービス識別子と第２のコンテンツ識別子とサービスパラメータとに基づいて得られるサービス処理結果に一致するサービス処理結果が、他の中継装置を経由して取得可能である場合、第２のリクエストパケットを他の中継装置に送信してもよい。なお、リクエスト処理部１４０２は、キャッシュ管理部１４０６に記憶されている他の中継装置が記憶しているサービス処理結果に関する情報を参照し、サービス処理結果を他の中継装置から取得可能であるか否かを判断する。

また、本実施の形態において、リクエスト処理部１４０２が第５の受信部、第５の送信部及び第７の送信部の一例に相当し、データ処理部１４０４が第６の受信部及び第６の送信部の一例に相当し、統計処理部１４０８が算出部及び判断部の一例に相当する。

続いて、端末装置１２によって送信された第２のリクエストパケットを受信した際の中継装置１４の動作について説明する。

図８は、本実施の形態において、端末装置によって送信された第２のリクエストパケットを受信した際の中継装置の動作を示すフローチャートである。

まず、ステップＳ２１において、リクエスト処理部１４０２は、第２のリクエストパケットを受信する。

次に、ステップＳ２２において、リクエスト処理部１４０２は、受信した第２のリクエストパケットに含まれるサービス識別子と、第２のコンテンツ識別子と、第２のビットレートを含むサービスパラメータとに対応するサービス処理結果（同一のサービス処理結果）がデータ記憶部１４１１に存在するか否かを判断する。そして、同一のサービス処理結果がデータ記憶部１４１１に存在すると判断された場合（ステップＳ２１でＹＥＳ）、ステップＳ２３において、リクエスト処理部１４０２は、第２のリクエストパケットを送信した端末装置１２に向け、データ記憶部１４１１に存在するサービス処理結果をデータパケットとして送信し、動作を終了する。

一方、同一のサービス処理結果がデータ記憶部１４１１に存在しないと判断された場合（ステップＳ２１でＮＯ）、ステップＳ２４において、リクエスト処理部１４０２は、受信した第２のリクエストパケットと同一の第２のリクエストパケットに関する情報がリクエスト記憶部１４０９に存在するか否かを判断する。そして、同一の第２のリクエストパケットに関する情報がリクエスト記憶部１４０９に存在すると判断された場合（ステップＳ２４でＹＥＳ）、動作を終了する。

一方、同一の第２のリクエストパケットに関する情報がリクエスト記憶部１４０９に存在しないと判断された場合（ステップＳ２４でＮＯ）、ステップＳ２５において、統計処理部１４０８は、第２のリクエストパケットに関する統計処理を行う。このとき、統計処理部１４０８は、中継装置１４が受信した少なくとも１つの第２のリクエストパケットに含まれる第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に第２のビットレートの総和を算出し、中継装置１４が利用可能なネットワーク帯域に基づいて決定される係数を、算出した総和に乗算した値を統計値として算出する。

次に、ステップＳ２６において、統計処理部１４０８は、コンテンツ提供装置１１が送信する取得対象のコンテンツの第１のビットレートが、第２のビットレートの統計値よりも小さいか否かを判断する。ここで、第１のビットレートが、第２のビットレートの統計値よりも小さいと判断された場合（ステップＳ２６でＹＥＳ）、ステップＳ２７において、リクエスト処理部１４０２は、処理負荷管理部１４０７によって管理されるサービス提供装置１３の処理負荷が閾値以下であるか否かを判断する。

処理負荷が閾値以下であると判断された場合（ステップＳ２７でＹＥＳ）、ステップＳ２８において、リクエスト処理部１４０２は、第２のリクエストパケットをサービス提供装置１３に送信する。

一方、第１のビットレートが、第２のビットレートの統計値以上であると判断された場合（ステップＳ２６でＮＯ）、又は処理負荷が閾値より大きいと判断された場合（ステップＳ２７でＮＯ）、ステップＳ２９において、リクエスト処理部１４０２は、第２のリクエストパケットを他の中継装置に送信する。

なお、図８に示す中継装置の動作において、第２のリクエストパケットに対するサービス処理結果が他の中継装置を経由して取得可能である場合、第２のリクエストパケットを他の中継装置に転送する処理を追加してもよい。

図９は、本実施の形態の変形例において、端末装置によって送信された第２のリクエストパケットを受信した際の中継装置の動作を示すフローチャートである。本実施の形態の変形例では、第２のリクエストパケットに対するサービス処理結果を他の中継装置から取得可能であるか否かを判断する。なお、以下の説明では、図８とは異なる部分を中心に説明する。

ステップＳ３１〜ステップＳ３４の処理は、図８に示すステップＳ２１〜ステップＳ２４の処理と同じであるので、説明を省略する。

同一の第２のリクエストパケットに関する情報がリクエスト記憶部１４０９に存在しないと判断された場合（ステップＳ３４でＮＯ）、ステップＳ３５において、リクエスト処理部１４０２は、キャッシュ管理部１４０６に記憶されている情報に基づいて、第２のリクエストパケットに対するサービス処理結果を他の中継装置から取得可能であるか否かを判断する。そして、第２のリクエストパケットに対するサービス処理結果を他の中継装置から取得可能であると判断された場合（ステップＳ３５でＹＥＳ）、ステップＳ４０において、リクエスト処理部１４０２は、第２のリクエストパケットに対するサービス処理結果を提供可能な他の中継装置に第２のリクエストパケットを送信する。これにより、サービス提供装置１３の処理負荷を削減することができるとともに、中継装置１４が受信した第２のリクエストパケットに対して高速に応答することができる。

一方、第２のリクエストパケットに対するサービス処理結果を他の中継装置から取得できないと判断された場合（ステップＳ３５でＮＯ）、ステップＳ３６において、統計処理部１４０８は、中継装置１４が受信した少なくとも１つの第２のリクエストパケットに含まれる第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に第２のビットレートの総和を算出し、中継装置１４が利用可能なネットワーク帯域に基づいて決定される係数を、算出した総和に乗算した値を統計値として算出する。

なお、ステップＳ３７〜ステップＳ４０の処理は、図８に示すステップＳ２６〜ステップＳ２９の処理と同じであるので、説明を省略する。

また、図８のステップＳ２９又は図９のステップＳ４０において、端末装置１２から受信した第２のリクエストパケットを送信する他の中継装置１４が存在しない場合、リクエスト処理部１４０２は、第２のリクエストパケットに対するサービス処理結果の送信を拒否するメッセージを作成し、作成したメッセージを端末装置１２に送信してもよい。

なお、本実施の形態では、中継装置１４は、１つのサービス提供装置１３と接続されているが、本開示は特にこれに限定されず、中継装置１４は、複数のサービス提供装置１３と接続されてもよい。

図１０は、本開示の実施の形態の変形例におけるコンテンツ配信システムの構成の一例を示す図である。図１０に示すコンテンツ配信システムは、コンテンツ提供装置１１と、端末装置１２と、複数のサービス提供装置１３１，１３２と、中継装置１４とを備える。

なお、コンテンツ配信システムは、コンテンツ提供装置１１と、複数の端末装置１２と、複数の中継装置１４とを備えてもよい。また、コンテンツ提供装置１１と端末装置１２との間には、複数の中継装置１４が接続されていてもよい。

ここで、中継装置１４には、複数のサービス提供装置１３１，１３２が直接又はネットワークスイッチ等を介して間接的に接続される。複数のサービス提供装置１３１，１３２の構成は、図５に示すサービス提供装置１３の構成と同じである。

リクエスト処理部１４０２は、統計処理部１４０８によって第２のリクエストパケットをサービス提供装置１３に送信すると判断された場合、複数のサービス提供装置１３の中から処理負荷が所定の閾値以下であるサービス提供装置１３を選択し、選択したサービス提供装置１３に第２のリクエストパケットを送信してもよい。複数のサービス提供装置１３の各処理負荷は、処理負荷管理部１４０７に記憶されている。リクエスト処理部１４０２は、処理負荷管理部１４０７から複数のサービス提供装置１３の各処理負荷を取得する。

［コンテンツ配信システムの処理］
図１１及び図１２は、図１に示すコンテンツ配信システムの映像コンテンツ配信処理の一例を示す図である。図１１は、本開示の実施の形態において、端末装置の数が多いコンテンツ配信システムの映像コンテンツ配信処理の一例を示す図であり、図１２は、本開示の実施の形態において、端末装置の数が少ないコンテンツ配信システムの映像コンテンツ配信処理の一例を示す図である。なお、図１１及び図１２において、図１に示すコンテンツ配信システムと共通する構成要素については説明を省略する。

図１１に示すコンテンツ提供装置１１は、第１のビットレートの映像コンテンツ１５を生成して配信する。また、図１１に示す端末装置１２（１２ｂ１、１２ｂ２、１２ｂ３、１２ｃ１、１２ｃ２、１２ｃ３）は、自身の映像処理能力と、利用可能なネットワーク帯域の受信能力とに応じた映像コンテンツ（１５ｂ１、１５ｂ２、１５ｂ３、１５ｃ１、１５ｃ２、１５ｃ３）を取得するため、映像コンテンツ１５に対するトランスコード要求を示すサービス識別子と、映像コンテンツを識別するための第２のコンテンツ識別子と、少なくとも第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを送信する。端末装置１２（１２ｂ１、１２ｂ２、１２ｂ３、１２ｃ１、１２ｃ２、１２ｃ３）は、サービス提供装置１３を介して、第２のビットレートの映像コンテンツ（１５ｂ１、１５ｂ２、１５ｂ３、１５ｃ１、１５ｃ２、１５ｃ３）を第２のリクエストパケットに対するサービス処理結果として受信する。

図１２に示すコンテンツ提供装置１１は、第１のビットレートの映像コンテンツ１５を生成して配信する。図１２に示す端末装置１２（１２ｂ１、１２ｂ２、１２ｃ１）は、自身の映像処理能力と、利用可能なネットワーク帯域の受信能力とに応じた映像コンテンツ（１５ｂ１、１５ｂ２、１５ｃ１）を取得するため、映像コンテンツ１５に対するトランスコード要求を示すサービス識別子と、映像コンテンツを識別するための第２のコンテンツ識別子と、少なくとも第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを送信する。端末装置１２（１２ｂ１、１２ｂ２、１２ｃ１）は、サービス提供装置１３を介して、第２のビットレートの映像コンテンツ（１５ｂ１、１５ｂ２、１５ｃ１）を第２のリクエストパケットに対するサービス処理結果として取得する。

図１１に示すコンテンツ配信システムは、コンテンツ提供装置１１が配信する映像コンテンツ１５を取得する端末装置１２の数が多い例を示している。例えば、端末装置１２ｂ１、１２ｂ２、１２ｂ３が送信した複数の第２のリクエストパケットに含まれる第２のビットレートの統計値が第１のビットレートより大きい場合、第２のリクエストパケットを受信した中継装置１４ｂは、受信した第２のリクエストパケットをサービス提供装置１３ｂに転送する。

これにより、サービス提供装置１３ｂは、第１のビットレートの映像コンテンツ１５を取得するための第１のリクエストパケットを使って、コンテンツ提供装置１１から、端末装置１２ｂ１、１２ｂ２、１２ｂ３が送信した複数の第２のリクエストパケットに含まれる共通の第２のコンテンツ識別子に対応する映像コンテンツ１５を取得する。このとき、中継装置１４ａは、データ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）１４１１に映像コンテンツ１５を記憶する。

そして、サービス提供装置１３ｂは、第１のビットレートの映像コンテンツ１５を取得すると、端末装置１２ｂ１、１２ｂ２、１２ｂ３によって送信された第２のリクエストパケットに含まれる第２のビットレートを含むサービスパラメータに基づいて、取得した映像コンテンツ１５に対してトランスコード処理を行い、第２のビットレートの映像コンテンツ１５ｂ１、１５ｂ２、１５ｂ３を生成する。そして、サービス提供装置１３ｂは、端末装置１２ｂ１、１２ｂ２、１２ｂ３に対して映像コンテンツ１５ｂ１、１５ｂ２、１５ｂ３を送信する。

次に、端末装置１２ｃ１、１２ｃ２、１２ｃ３が送信した複数の第２のリクエストパケットに含まれる映像コンテンツ１５に対する第２のビットレートの統計値が第１のビットレートより大きい場合、第２のリクエストパケットを受信した中継装置１４ｃは、第２のリクエストパケットをサービス提供装置１３ｃに転送する。

これにより、サービス提供装置１３ｃは、映像コンテンツ１５に対する第１のリクエストパケットを使って、コンテンツ提供装置１１から、端末装置１２ｃ１、１２ｃ２、１２ｃ３が送信した複数の第２のリクエストパケットに含まれる共通の第２のコンテンツ識別子に対応する映像コンテンツ１５を取得しようとする。このとき、中継装置１４ａのデータ記憶部（Ｃｏｎｔｅｎｔ Ｓｔｏｒｅ）１４１１には映像コンテンツ１５のデータパケットが記憶されている。そのため、第１のビットレートの映像コンテンツ１５は、中継装置１４ａからサービス提供装置１３ｃに送信される。

そして、サービス提供装置１３ｃは、映像コンテンツ１５を取得すると、端末装置１２ｃ１、１２ｃ２、１２ｃ３が送信した第２のリクエストパケットに含まれるサービス識別子と第２のビットレートを含むサービスパラメータとに基づきトランスコード処理を行い、第２のビットレートの映像コンテンツ１５ｃ１、１５ｃ２、１５ｃ３を生成する。そして、サービス提供装置１３ｃは、端末装置１２ｃ１、１２ｃ２、１２ｃ３に対して映像コンテンツ１５ｃ１、１５ｃ２、１５ｃ３を送信する。

したがって、本実施の形態におけるコンテンツ配信システムでは、端末装置１２ｂ１、１２ｂ２、１２ｂ３、１２ｃ１、１２ｃ２、１２ｃ３に対して、端末装置１２ｂ１、１２ｂ２、１２ｂ３、１２ｃ１、１２ｃ２、１２ｃ３の能力に応じて異なる映像コンテンツ１５ｂ１、１５ｂ２、１５ｂ３、１５ｃ１、１５ｃ２、１５ｃ３を配信することが可能になる。また、サービス提供装置１３ｂ、１３ｃがコンテンツ提供装置１１から取得する映像コンテンツ１５を共通化することができる。そのため、コンテンツ指向型ネットワーク１０全体で消費するネットワーク帯域を削減することができる。

次に、図１２に示すコンテンツ配信システムは、コンテンツ提供装置１１が配信する映像コンテンツ１５を取得する端末装置１２の数が少ない例を示している。例えば、端末装置１２ｂ１、１２ｂ２が送信した複数の第２のリクエストパケットに含まれる映像コンテンツ１５に対する第２のビットレートの統計値が第１のビットレートより小さい場合、第２のリクエストパケットを受信した中継装置１４ｂは第２のリクエストパケットを中継装置１４ａに転送する。また、端末装置１２ｃ１が送信した第２のリクエストパケットに含まれる映像コンテンツ１５に対する第２のビットレートの統計値が第１のビットレートより小さい場合、第２のリクエストパケットを受信した中継装置１４ｃは第２のリクエストパケットを中継装置１４ａに転送する。

そして、端末装置１２ｂ１、１２ｂ２、１２ｃ１が送信した複数の第２のリクエストパケットに含まれる映像コンテンツ１５に対する第２のビットレートの統計値が第１のビットレートより大きい場合、第２のリクエストパケットを受信した中継装置１４ａは第２のリクエストパケットをサービス提供装置１３ａに転送する。これにより、サービス提供装置１３ａは、第１のビットレートの映像コンテンツ１５に対する第１のリクエストパケットを使って、コンテンツ提供装置１１から、端末装置１２ｂ１、１２ｂ２、１２ｃ１が送信した複数の第２のリクエストパケットに含まれる共通の第２のコンテンツ識別子に対応する映像コンテンツ１５を取得する。

そして、サービス提供装置１３ａは、第１のビットレートの映像コンテンツ１５を取得すると、端末装置１２ｂ１、１２ｂ２、１２ｃ１によって送信された第２のリクエストパケットに含まれるサービス識別子と第２のビットレートを含むサービスパラメータとに基づいて、取得した映像コンテンツ１５に対してトランスコード処理を行い、第２のビットレートの映像コンテンツ１５ｂ１、１５ｂ２、１５ｃ１を生成する。そして、サービス提供装置１３ａは、端末装置１２ｂ１、１２ｂ２、１２ｃ１に対して映像コンテンツ１５ｂ１、１５ｂ２、１５ｃ１を送信する。

したがって、本実施の形態におけるコンテンツ配信システムでは、端末装置１２ｂ１、１２ｂ２、１２ｃ１に対して、端末装置１２ｂ１、１２ｂ２、１２ｃ１の能力に応じて異なる映像コンテンツ１５ｂ１、１５ｂ２、１５ｃ１を配信することが可能になる。また、サービス提供装置１３ａはコンテンツ提供装置１１から取得する映像コンテンツ１５を共通化することができる。そのため、コンテンツ指向型ネットワーク１０全体で消費するネットワーク帯域を削減することができる。

また、図１２に示すコンテンツ配信システムでは、図１１に示すコンテンツ配信システムと比べ、複数の端末装置１２が送信する第２のリクエストパケットに対して要求される映像コンテンツ１５に対する第２のビットレートの総和（統計値）が第１のビットレートより小さい場合、コンテンツ提供装置１１に近いサービス提供装置１３ａに第２のリクエストパケットが転送される。

このため、コンテンツ提供装置１１が生成するビットレートの大きい映像コンテンツ１５は、コンテンツ提供装置１１とサービス提供装置１３ａとの間で配信され、端末装置１２ｂ１、１２ｂ２、１２ｃ１の能力に応じたビットレートの小さい映像コンテンツ１５ｂ１、１５ｂ２、１５ｃ１は、サービス提供装置１３ａと各端末装置１２ｂ１、１２ｂ２、１２ｃ１にとの間で配信される。つまり、映像コンテンツ１５のトランスコード処理を要求する端末装置１２の数、トランスコード処理によって変換される第２のビットレート、及びコンテンツ提供装置１１が生成して配信する映像コンテンツ１５の第１のビットレートに応じて、映像コンテンツ１５に対してトランスコード処理を行う最適なサービス提供装置を選択することで、さらにコンテンツ指向型ネットワーク１０全体で消費するネットワーク帯域を削減することができる。

本開示に係る通信方法、中継装置及び通信システムは、端末装置のコンテンツ処理能力又は端末装置のネットワーク状況に適したコンテンツを取得することができるとともに、コンテンツ指向型ネットワーク全体で消費するネットワーク帯域を削減することができ、コンテンツ指向型ネットワークを介してリクエストパケット及びデータパケットを中継する通信方法、中継装置及び通信システムに有用である。

１０ コンテンツ指向型ネットワーク
１１ コンテンツ提供装置
１２ 端末装置
１３ サービス提供装置
１４ 中継装置
１１０１ インタフェース
１１０２ リクエスト受信部
１１０３ データ送信部
１１０４ データ生成部
１１０５ データ蓄積部
１２０１ インタフェース
１２０２ 経路情報処理部
１２０３ リクエスト送信部
１２０４ データ受信部
１２０５ 経路情報記憶部
１２０６ アプリケーション
１３０１ インタフェース
１３０２ 経路情報処理部
１３０３ リクエスト送信部
１３０４ データ受信部
１３０５ リクエスト受信部
１３０６ データ送信部
１３０７ 経路情報記憶部
１３０８ サービス提供部
１３０９ データ蓄積部
１４０１ インタフェース
１４０２ リクエスト処理部
１４０３ 経路情報処理部
１４０４ データ処理部
１４０５ 利用可能帯域管理部
１４０６ キャッシュ管理部
１４０７ 処理負荷管理部
１４０８ 統計処理部
１４０９ リクエスト記憶部
１４１０ 経路情報記憶部
１４１１ データ記憶部

Claims (10)

1. 第１のビットレートでコンテンツを生成し、前記コンテンツを識別する第１のコンテンツ識別子を含む第１のリクエストパケットを受信し、前記第１のリクエストパケットに含まれる前記第１のコンテンツ識別子が示す前記コンテンツを１つ以上のデータパケットとして送信するコンテンツ提供装置及び前記コンテンツを用いたサービスを要求する端末装置にコンテンツ指向型ネットワークを介して接続されるとともに、前記サービスを提供するサービス提供装置に接続され、リクエストパケット及びデータパケットを中継する中継装置における通信方法であって、
   前記端末装置によって送信された、取得対象のコンテンツに対して所定のトランスコード処理を行うトランスコード要求を示すサービス識別子と、前記取得対象のコンテンツを識別する第２のコンテンツ識別子と、前記取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを受信し、
   前記中継装置が受信した少なくとも１つの第２のリクエストパケットに含まれる前記第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に前記第２のビットレートの統計値を算出し、
   受信した最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記コンテンツ提供装置が送信するコンテンツの前記第１のビットレートと、前記最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記第２のビットレートの統計値とを比較し、比較結果に基づいて、前記端末装置から受信した前記第２のリクエストパケットを前記サービス提供装置に送信するか否かを判断し、
   前記第２のリクエストパケットを前記サービス提供装置に送信すると判断した場合、受信した前記第２のリクエストパケットを前記サービス提供装置に送信し、受信した前記コンテンツに対して、前記第２のリクエストパケットに含まれる前記サービス識別子と前記サービスパラメータとに基づき所定のトランスコード処理を行った結果であるサービス処理結果を１つ以上のデータパケットとして前記サービス提供装置から受信し、受信した前記サービス処理結果を前記端末装置に送信し、
   前記第２のリクエストパケットを前記サービス提供装置に送信しないと判断した場合、受信した前記第２のリクエストパケットを前記コンテンツ提供装置に向けて送信する、
   通信方法。
2. 前記中継装置が受信した少なくとも１つの第２のリクエストパケットに含まれる前記第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に前記第２のビットレートの総和を前記統計値として算出し、
   受信した最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記コンテンツ提供装置が送信するコンテンツの前記第１のビットレートと、前記最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記第２のビットレートの前記統計値とを比較し、前記第１のビットレートが前記第２のビットレートの前記統計値より小さい場合、前記第２のリクエストパケットを前記サービス提供装置に送信すると判断し、前記第１のビットレートが前記第２のビットレートの前記統計値より大きい場合、前記第２のリクエストパケットを前記サービス提供装置に送信しないと判断する、
   請求項１記載の通信方法。
3. 前記中継装置が利用可能なネットワーク帯域に基づいて決定される係数を前記総和に乗算した値を前記統計値として算出する、
   請求項２記載の通信方法。
4. 前記第２のビットレートは、前記第１のビットレートとは異なり、
   前記所定のトランスコード処理は、前記第１のビットレートのコンテンツを前記第２のビットレートのコンテンツに変換する、
   請求項１〜３のいずれか１項に記載の通信方法。
5. 前記コンテンツ提供装置は、第１のフォーマットでコンテンツを生成し、
   前記サービスパラメータは、前記取得対象のコンテンツのフォーマットを示すとともに前記第１のフォーマットとは異なる第２のフォーマットを含み、
   前記所定のトランスコード処理は、前記第１のフォーマットのコンテンツを前記第２のフォーマットのコンテンツに変換する、
   請求項１〜３のいずれか１項に記載の通信方法。
6. 前記フォーマットは、コーデックの種類、解像度、フレームレート及び輝度の少なくとも１つのパラメータである、
   請求項５記載の通信方法。
7. 前記サービス提供装置は、前記中継装置に接続される複数のサービス提供装置を含み、
   前記第２のリクエストパケットを前記サービス提供装置に送信すると判断した場合、前記複数のサービス提供装置の中から処理負荷が所定の閾値以下であるサービス提供装置を選択し、選択した前記サービス提供装置に前記第２のリクエストパケットを送信する、
   請求項１〜６のいずれか１項に記載の通信方法。
8. 前記第２のリクエストパケットに含まれる前記サービス識別子と前記第２のコンテンツ識別子と前記サービスパラメータとに基づいて得られるサービス処理結果に一致するサービス処理結果が、他の中継装置を経由して取得可能である場合、前記第２のリクエストパケットを前記他の中継装置に送信する、
   請求項１〜７のいずれか１項に記載の通信方法。
9. 第１のビットレートでコンテンツを生成し、前記コンテンツを識別する第１のコンテンツ識別子を含む第１のリクエストパケットを受信し、前記第１のリクエストパケットに含まれる前記第１のコンテンツ識別子が示す前記コンテンツを１つ以上のデータパケットとして送信するコンテンツ提供装置及び前記コンテンツを用いたサービスを要求する端末装置にコンテンツ指向型ネットワークを介して接続されるとともに、前記サービスを提供するサービス提供装置に接続され、リクエストパケット及びデータパケットを中継する中継装置であって、
   前記端末装置によって送信された、取得対象のコンテンツに対して所定のトランスコード処理を行うトランスコード要求を示すサービス識別子と、前記取得対象のコンテンツを識別する第２のコンテンツ識別子と、前記取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを受信するリクエスト受信部と、
   前記中継装置が受信した少なくとも１つの第２のリクエストパケットに含まれる前記第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に前記第２のビットレートの統計値を算出する算出部と、
   受信した最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記コンテンツ提供装置が送信するコンテンツの前記第１のビットレートと、前記最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記第２のビットレートの統計値とを比較し、比較結果に基づいて、前記端末装置から受信した前記第２のリクエストパケットを前記サービス提供装置に送信するか否かを判断する判断部と、
   前記第２のリクエストパケットを前記サービス提供装置に送信すると判断された場合、受信した前記第２のリクエストパケットを前記サービス提供装置に送信する第１のリクエスト送信部と、
   受信した前記データパケットの前記コンテンツに対して、前記第２のリクエストパケットに含まれる前記サービス識別子と前記サービスパラメータとに基づき所定のトランスコード処理を行った結果であるサービス処理結果を１つ以上のデータパケットとして前記サービス提供装置から受信するデータ受信部と、
   受信した前記サービス処理結果を前記端末装置に送信するデータ送信部と、
   前記第２のリクエストパケットを前記サービス提供装置に送信しないと判断された場合、受信した前記第２のリクエストパケットを前記コンテンツ提供装置に向けて送信する第２のリクエスト送信部と、
   を備える中継装置。
10. コンテンツを提供するコンテンツ提供装置と、
    前記コンテンツを用いたサービスを要求する端末装置と、
    前記サービスを提供するサービス提供装置と、
    前記コンテンツ提供装置及び前記端末装置にコンテンツ指向型ネットワークを介して接続されるとともに、サービス提供装置に接続され、リクエストパケット及びデータパケットを中継する中継装置とを備え、
    前記コンテンツ提供装置は、
    第１のビットレートでコンテンツを生成する生成部と、
    前記コンテンツを識別する第１のコンテンツ識別子を含む第１のリクエストパケットを受信する第１の受信部と、
    前記第１のリクエストパケットに含まれる前記第１のコンテンツ識別子が示す前記コンテンツを１つ以上のデータパケットとして送信する第１の送信部とを備え、
    前記端末装置は、
    取得対象のコンテンツに対して所定のトランスコード処理を行うトランスコード要求を示すサービス識別子と、前記取得対象のコンテンツを識別する第２のコンテンツ識別子と、前記取得対象のコンテンツのビットレートを示す第２のビットレートを含むサービスパラメータとを含む第２のリクエストパケットを送信する第２の送信部と、
    送信した前記第二のリクエストパケットに対応する１つ以上のデータパケットを受信する第２の受信部とを備え、
    前記サービス提供装置は、
    前記中継装置から、前記端末装置によって送信された前記第２のリクエストパケットを受信する第３の受信部と、
    前記中継装置に、前記第２のリクエストパケットに含まれる前記第２のコンテンツ識別子によって特定される前記第１のコンテンツ識別子を含む前記第１のリクエストパケットを送信する第３の送信部と、
    前記中継装置から、送信した前記第１のリクエストパケットに含まれる前記第１のコンテンツ識別子が示すコンテンツを１つ以上のデータパケットとして受信する第４の受信部と、
    受信した前記コンテンツに対して、前記第２のリクエストパケットに含まれる前記サービス識別子と前記サービスパラメータとに基づき所定のトランスコード処理を行う処理部と、
    前記中継装置に、サービス処理結果を１つ以上のデータパケットとして送信する第４の送信部とを備え、
    前記中継装置は、
    前記端末装置によって送信された第２のリクエストパケットを受信する第５の受信部と、
    前記中継装置が受信した少なくとも１つの第２のリクエストパケットに含まれる前記第２のコンテンツ識別子のうちの第２のコンテンツ識別子毎に前記第２のビットレートの統計値を算出する算出部と、
    受信した最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記コンテンツ提供装置が送信するコンテンツの前記第１のビットレートと、前記最新の第２のリクエストパケットに含まれる前記第２のコンテンツ識別子に対応する前記第２のビットレートの統計値とを比較し、比較結果に基づいて、前記端末装置から受信した前記第２のリクエストパケットを前記サービス提供装置に送信するか否かを判断する判断部と、
    前記第２のリクエストパケットを前記サービス提供装置に送信すると判断された場合、受信した前記第２のリクエストパケットを前記サービス提供装置に送信する第５の送信部と、
    前記サービス処理結果を１つ以上のデータパケットとして前記サービス提供装置から受信する第６の受信部と、
    受信した前記サービス処理結果を前記端末装置に送信する第６の送信部と、
    前記第２のリクエストパケットを前記サービス提供装置に送信しないと判断された場合、受信した前記第２のリクエストパケットを前記コンテンツ提供装置に向けて送信する第７の送信部とを備える、
    通信システム。

Images