特開 2023-103818 コンテンツを取得するクライアント装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023103818

(43)【公開日】2023-07-27

(54)【発明の名称】コンテンツを取得するクライアント装置及びプログラム

(51)【国際特許分類】

   H04N 21/438 20110101AFI20230720BHJP

   H04N 21/442 20110101ALI20230720BHJP

   H04L 67/568 20220101ALI20230720BHJP

   H04L 65/61 20220101ALI20230720BHJP

【ＦＩ】

H04N21/438

H04N21/442

H04L67/568

H04L65/61

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2022004567

(22)【出願日】2022-01-14

(71)【出願人】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(71)【出願人】

【識別番号】504176911

【氏名又は名称】国立大学法人大阪大学

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】植田 一暁

(72)【発明者】

【氏名】田上 敦士

(72)【発明者】

【氏名】武政 淳二

(72)【発明者】

【氏名】中筋 遼

(72)【発明者】

【氏名】小泉 佑揮

(72)【発明者】

【氏名】長谷川 亨

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164FA06

5C164SA24S

5C164UB21P

5C164UB41P

5C164UC27S

5C164YA24

(57)【要約】

【課題】体感品質を低下させず、かつ、コンテンツの再生が中断することを抑える様に、取得するセグメントのビットレートを判定する。
【解決手段】コンテンツをセグメントを単位として配信するコンテンツ配信システムのクライアント装置は、キャッシュ装置からクライアント装置までの第１スループットと、サーバ装置からクライアント装置までの第２スループットと、を示す情報を取得する手段と、第１コンテンツを取得する際、第１コンテンツの複数の第１セグメントの内、キャッシュ装置に格納されている第２セグメントと、サーバ装置のみに格納されている第３セグメントと、を判定するためのキャッシュ情報を取得する手段と、第１スループットと、第２スループットと、キャッシュ情報と、に基づき、複数の第１セグメントそれぞれについて、複数の異なるビットレートの内のどのビットレートを取得するかを判定する判定処理を実行する手段と、を備えている。
【選択図】図５

【特許請求の範囲】

【請求項1】

コンテンツを複数のセグメントに分割し、セグメントを単位として配信するコンテンツ配信システムのクライアント装置であって、
前記コンテンツ配信システムは、公開するコンテンツの前記複数のセグメントそれぞれについて、複数の異なるビットレートのセグメントを格納するサーバ装置と、セグメントをキャッシュするキャッシュ装置と、を有し、
前記クライアント装置は、
前記キャッシュ装置から前記クライアント装置までの第１スループットと、前記サーバ装置から前記クライアント装置までの第２スループットと、を示す情報を取得する第１取得手段と、
第１コンテンツを取得する際、前記第１コンテンツの複数の第１セグメントの内、前記キャッシュ装置に格納されている第２セグメントと、前記サーバ装置のみに格納されている第３セグメントと、を判定するためのキャッシュ情報を取得する第２取得手段と、
前記第１スループットと、前記第２スループットと、前記キャッシュ情報と、に基づき、前記複数の第１セグメントそれぞれについて、前記複数の異なるビットレートの内のどのビットレートの第１セグメントを取得するかを判定する判定処理を実行する判定手段と、
を備えている、クライアント装置。

【請求項2】

前記判定手段は、連続する所定数の第１セグメントを単位として前記判定処理を実行する、請求項１に記載のクライアント装置。

【請求項3】

前記判定処理は、前記連続する所定数の第１セグメントのビットレートの組み合わせの内、前記連続する所定数の第１セグメントそれぞれをその取得期限までに前記クライアント装置が取得できる第１組み合わせを判定する第１判定処理と、前記第１組み合わせそれぞれの前記連続する所定数の第１セグメントのビットレートに基づき、取得する第１セグメントのビットレートの組み合わせである第２組み合わせを前記第１組み合わせの中から判定する第２判定処理と、を含む、請求項２に記載のクライアント装置。

【請求項4】

前記判定手段は、前記第１組み合わせそれぞれについて、前記連続する所定数の第１セグメントのビットレートに基づき体感品質の評価値を求め、
前記第２組み合わせは、前記評価値の最も高い前記第１組み合わせである、請求項３に記載のクライアント装置。

【請求項5】

前記評価値は、前記連続する所定数の第１セグメントのビットレートの平均値が高くなる程、高くなる、請求項４に記載のクライアント装置。

【請求項6】

前記評価値は、前記連続する所定数の第１セグメントの内の隣接する２つの第１セグメントのビットレートの差が大きい程、低くなる、請求項４又は５に記載のクライアント装置。

【請求項7】

前記評価値は、前記連続する所定数の第１セグメントのビットレートの切り替わり回数が多い程、低くなる、請求項４から６のいずれか１項に記載のクライアント装置。

【請求項8】

前記第１判定処理は、前記連続する所定数の第１セグメントの内の最初に取得する第１セグメントの取得開始から前記連続する所定数の第１セグメントそれぞれの取得期限までに前記クライアント装置が取得しなければならない前記第１セグメントのデータ量と、前記取得開始から前記連続する所定数の第１セグメントそれぞれの取得期限までに前記第１スループットで送信できるデータ量と、を比較することを含む、請求項３から７のいずれか１項に記載のクライアント装置。

【請求項9】

前記第１判定処理は、前記取得開始から前記連続する所定数の第１セグメントそれぞれの取得期限までに前記クライアント装置が取得しなければならない前記第３セグメントのデータ量と、前記取得開始から前記連続する所定数の第１セグメントそれぞれの取得期限までに前記第２スループットで送信できるデータ量と、を比較することをさらに含む、請求項８に記載のクライアント装置。

【請求項10】

前記第１判定処理は、前記取得開始から前記連続する所定数の第１セグメントそれぞれの取得期限までに前記クライアント装置が取得しなければならない前記第３セグメントのデータ量と、第１データ量の積算値と、を比較することをさらに含み、
前記第１データ量は、前記取得開始から前記連続する所定数の第１セグメントの内の最初に取得する第１セグメントの取得期限までの期間と、前記連続する所定数の第１セグメントそれぞれの取得期限間の期間それぞれとに対して判定され、第１セグメントが前記第２セグメントである場合、前記第２セグメントの取得期限までの第１期間における前記第１データ量は、前記第１期間内において前記第１スループットで送信可能なデータ量から前記第２セグメントのデータ量を減じた値であり、第１セグメントが前記第３セグメントである場合、前記第３セグメントの取得期限までの第２期間における前記第１データ量は、前記第２期間内において前記第２スループットで送信可能なデータ量である、請求項９に記載のクライアント装置。

【請求項11】

前記クライアント装置は、前記判定手段の判定結果に従い前記第２セグメントを要求する要求信号を送信する場合、前記連続する所定数の第１セグメントの内の前記第２セグメントより時間的に後の前記第３セグメントを前記キャッシュ装置が前記サーバ装置から取得する様に前記キャッシュ装置に指示を行う、請求項９に記載のクライアント装置。

【請求項12】

前記クライアント装置は、前記判定手段の判定結果に従い前記第２セグメントを要求する要求信号を送信する場合、前記連続する所定数の第１セグメントの内の前記第２セグメントより時間的に後の前記第３セグメントを要求する要求信号を送信する、請求項１０に記載のクライアント装置。

【請求項13】

１つ以上のプロセッサを有する装置の前記１つ以上のプロセッサで実行されると、前記装置を請求項１から１２のいずれか１項に記載のクライアント装置として機能させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、コンテンツを複数のセグメントに分割し、セグメントを単位として配信するコンテンツ配信技術に関する。

【背景技術】

【0002】

動画等のコンテンツを配信するコンテンツ配信システムにおいては可変ビットレート配信技術が採用されている。可変ビットレート配信技術の一例は、特許文献１に記載されているＭＰＥＧ－ＤＡＳＨ（Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）である。以下、非特許文献１に記載されているＭＰＥＧ－ＤＡＳＨ技術を単にＤＡＳＨ技術と表記する。

【0003】

ＤＡＳＨ技術において、コンテンツを公開するサーバ装置には、各コンテンツについて、異なる品質の複数の符号化データが格納される。なお、品質が異なることは配信の際のビットレートが異なることに対応する。より具体的には、品質が高くなる程、配信の際のビットレートは高くなる。したがって、異なる品質の複数の符号化データは、異なるビットレートの符号化データでもある。また、ＤＡＳＨ技術において、各品質の符号化データは、所定時間長のセグメントに分割される。コンテンツを取得して再生するクライアント装置は、サーバ装置からセグメントを単位としてコンテンツを取得する。なお、このとき、クライアント装置は、セグメント毎に品質（ビットレート）を選択することができる。

【0004】

例えば、ネットワークのスループットが高い場合、クライアント装置は、ビットレートの高いセグメントをサーバ装置に要求し、ネットワークが混雑してスループットが低下すると、クライアント装置は、ビットレートの低いセグメントをサーバ装置に要求することで、クライアント装置のユーザは、ネットワークの状況に拘わらずコンテンツを視聴することができる。なお、１つのコンテンツに用意されているビットレートの数や、セグメント数や、各セグメントの時間長は、ＭＰＤ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルに記述されてサーバ装置に格納される。クライアント装置は、コンテンツの配信を要求する際、まず、当該コンテンツのＭＰＤをサーバ装置から取得することで、当該コンテンツに用意されているビットレートや、セグメント数や、セグメントの時間長を判定することができる。

【0005】

一方、コンテンツを示すコンテンツ名に基づきコンテンツの要求及び配信を行う、ＩＣＮ（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｅｎｔｒｉｃ Ｎｅｔｗｏｒｋｉｎｇ）と呼ばれるコンテンツ配信システムが提案されている。特許文献１は、その様なシステムの１つであるＣＣＮ（Ｃｏｎｔｅｎｔ Ｃｅｎｔｒｉｃ Ｎｅｔｗｏｒｋｉｎｇ）を開示している。ＩＣＮにおいて、コンテンツは、ＤＡＳＨ技術と同様にチャンクと呼ばれるセグメントに分割され、クライアント装置は、セグメントを単位としてコンテンツを取得する。したがって、ＤＡＳＨ技術の考え方をＩＣＮにおいても適用し、品質、つまり、ビットレートの異なるセグメントをサーバ装置に用意し、取得するセグメントのビットレートをネットワークの状況に応じてクライアント装置が制御することを考えることができる。

【先行技術文献】

【非特許文献】

【0006】

【非特許文献1】Ｔ．Ｓｔｏｃｋｈａｍｍｅｒ，"Ｄｙｎａｍｉｃ ａｄａｐｔｉｖｅ ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ－ｓｔａｎｄａｒｄｓ ａｎｄ ｄｅｓｉｇｎ ｐｒｉｎｃｉｐｌｅｓ"，Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ＡＣＭ ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｍｕｌｔｉｍｅｄｉａ ｓｙｓｔｅｍｓ，ｐｐ．１３３－１４４，２０１１年２月

【非特許文献2】Ｖ．Ｊａｃｏｂｓｏｎ，ｅｔ ａｌ．，"Ｎｅｔｗｏｒｋｉｎｇ Ｎａｍｅｄ Ｃｏｎｔｅｎｔ"，ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ＡＣＭ ＣｏＮＥＸＴ ２００９，２００９年１２月

【発明の概要】

【発明が解決しようとする課題】

【0007】

通常のＤＡＳＨ技術を使用するコンテンツ配信システムにおいて、クライアント装置とサーバ装置との間に存在する装置は、ＩＰパケットの転送を行う装置のみであり、クライアント装置は、要求するセグメントをサーバ装置に通知して当該セグメントをサーバ装置から取得する。つまり、クライアント装置は、１つのコンテンツを構成する複数のセグメントを同じ装置から取得する。一方、ＩＣＮにおいてはクライアント装置とサーバ装置との間にセグメントをキャッシュできるキャッシュ装置が存在する。

【0008】

例えば、あるコンテンツが、高ビットレート、中ビットレート、低ビットレートの３つのビットレートで符号化されているものとする。また、キャッシュ装置に低ビットレートの１つのセグメントがキャッシュされているものとする。この場合、クライアント装置は、当該１つのセグメントを取得する際に、キャッシュ装置にキャッシュされている低ビットレートのセグメントを取得するか、サーバ装置に格納されている中ビットレート又は高ビットレートのセグメントを取得するかを判定しなければならない。

【0009】

なお、一般的に、セグメント間におけるビットレート、つまり、品質の差が大きい程、かつ、コンテンツ内における品質の切り替わり多い程、ユーザの体感品質（ＱоＥ：Ｑｕａｌｉｔｙ Ｏｆ Ｅｘｐｅｒｉｅｎｃｅ）は低くなる。したがって、それまでに高ビットレートでセグメントを取得していた場合には、キャッシュ装置にキャッシュされているセグメントではなく、サーバ装置に格納されている高ビットレートのセグメントを取得することが好ましくなる。しかしながら、コンテンツを中断なく再生するには、セグメントの取得期限までに当該セグメントの取得を完了させなければならない。例えば、高ビットレートのセグメントをサーバ装置に要求しても当該セグメントの取得が当該セグメントの取得期限までに完了しないのであれば、コンテンツの再生が中断し得る。したがって、その様な場合、サーバ装置に格納されている中ビットレートのセグメント又はキャッシュ装置に格納されている低ビットレートのセグメントを取得することが好ましくなる。

【0010】

本発明は、体感品質を低下させず、かつ、コンテンツの再生が中断することを抑える様に、取得するセグメントのビットレートを判定する技術を提供するものである。

【課題を解決するための手段】

【0011】

本開示の一態様によると、コンテンツを複数のセグメントに分割し、セグメントを単位として配信するコンテンツ配信システムのクライアント装置が提供される。前記コンテンツ配信システムは、公開するコンテンツの前記複数のセグメントそれぞれについて、複数の異なるビットレートのセグメントを格納するサーバ装置と、セグメントをキャッシュするキャッシュ装置と、を有する。クライアント装置は、前記キャッシュ装置から前記クライアント装置までの第１スループットと、前記サーバ装置から前記クライアント装置までの第２スループットと、を示す情報を取得する第１取得手段と、第１コンテンツを取得する際、前記第１コンテンツの複数の第１セグメントの内、前記キャッシュ装置に格納されている第２セグメントと、前記サーバ装置のみに格納されている第３セグメントと、を判定するためのキャッシュ情報を取得する第２取得手段と、前記第１スループットと、前記第２スループットと、前記キャッシュ情報と、に基づき、前記複数の第１セグメントそれぞれについて、前記複数の異なるビットレートの内のどのビットレートの第１セグメントを取得するかを判定する判定処理を実行する判定手段と、を備えている。

【発明の効果】

【0012】

本発明によると、体感品質を低下させず、かつ、コンテンツの再生が中断することを抑える様に、取得するセグメントのビットレートを判定することができる。

【図面の簡単な説明】

【0013】

【図1】一実施形態によるコンテンツ配信システムの構成図。

【図2】第１条件による判定結果例を示す図。

【図3】第２条件による判定結果例を示す図。

【図4】第３条件による判定結果例を示す図。

【図5】一実施形態によるコンテンツ配信の説明図。

【図6】第２条件による判定結果例を示す図。

【図7】第３条件による判定結果例を示す図。

【図8】第２条件による判定結果例を示す図。

【図9】第３条件による判定結果例を示す図。

【図10】一実施形態によるコンテンツ配信の説明図。

【図11】一実施形態によるクライアント装置の構成図。

【発明を実施するための形態】

【0014】

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

【0015】

＜第一実施形態＞
図１は、本実施形態によるコンテンツ配信システムの概略図である。なお、本実施形態のコンテンツ配信システムはＩＣＮに基づくものとする。図１では、図の簡略化のため、１つのサーバ装置３と、１つのキャッシュ装置２と、１つのクライアント装置１と、を示しているが、コンテンツ配信システムには、複数のサーバ装置と、複数のキャッシュ装置と、複数のクライアント装置と、が含まれ得る。

【0016】

サーバ装置３は、公開するコンテンツそれぞれについて、複数のビットレートの符号化データを格納している。以下の説明において、サーバ装置３に格納されるコンテンツは、それぞれ、高ビットレート、中ビットレート、低ビットレートの３つのビットレートで符号化されているものとする。各ビットレートのコンテンツの符号化データは、所定時間長のセグメントに分割される。コンテンツ及びセグメントにはコンテンツ名及びセグメント名が付与される。

【0017】

例えば、コンテンツ名がＣＮＡＭＥであるコンテンツが１００個のセグメントに分割されている場合、高ビットレートの１００個のセグメントのセグメント名をＣＮＡＭＥ＃ｋＨ（ｋは、１から１００までの整数）とし、中ビットレートの１００個のセグメントのセグメント名をＣＮＡＭＥ＃ｋＭとし、低ビットレートの１００個のセグメントのセグメント名をＣＮＡＭＥ＃ｋＬとすることができる。なお、例えば、ｋの値は、コンテンツ内におけるセグメントの時間順序に対応させることができる。この場合、コンテンツの時間長を１００分とすると、コンテンツの開始から１分までの高ビットレートのセグメントのセグメント名はＣＮＡＭＥ＃１Ｈであり、１分から２分までの低ビットレートのセグメントのセグメント名はＣＮＡＭＥ＃２Ｌである。したがって、ＣＮＡＭＥ＃ｋＨ、ＣＮＡＭＥ＃ｋＭ、ＣＮＡＭＥ＃ｋＬは、コンテンツ内の同じ期間のセグメントである。なお、サーバ装置３は、公開するコンテンツそれぞれのＭＰＤも格納している。

【0018】

キャッシュ装置２は、サーバ装置３が公開しているセグメントの一部をキャッシュする装置である。なお、キャッシュ装置２がキャッシュするセグメントを取得する方法や、サーバ装置３が公開している多数のセグメントの内のどのセグメントをキャッシュするかを決定する方法は任意である。例えば、サーバ装置３は、要求頻度の高いセグメントをキャッシュ装置２に送信してキャッシュ装置２にキャッシュさせる構成とすることができる。また、キャッシュ装置２は、サーバ装置３が図示しない他のクライアント装置に向けて送信したセグメントを転送した際、当該セグメントを所定基準に従いキャッシュすることができる。

【0019】

クライアント装置１は、サーバ装置３又はキャッシュ装置２からセグメントを取得して再生する装置である。なお、クライアント装置１は、セグメントの取得を行って、クライアント装置１に接続されている再生装置に取得したセグメントを出力する装置であっても良い。クライアント装置１は、セグメントを取得する際、当該セグメントのセグメント名を含む要求パケットをサーバ装置３に向けて送信する。当該セグメントがキャッシュ装置２にキャッシュされている場合、キャッシュ装置２は、クライアント装置１から受信した要求パケットをサーバ装置３に向けて転送することなく当該セグメントをクライアント装置１に送信する。一方、当該セグメントがキャッシュ装置２にキャッシュされていない場合、キャッシュ装置２は、クライアント装置１から受信した要求パケットをサーバ装置３に向けて転送する。この場合、当該セグメントは、サーバ装置３からキャッシュ装置２を介してクライアント装置１に配信される。

【0020】

クライアント装置１は、あるコンテンツを取得する際（以下、取得するコンテンツを対象コンテンツとも表記する。）、サーバ装置３から対象コンテンツのＭＰＤを取得する。これにより、クライアント装置１は、対象コンテンツについて用意されているセグメントの数、名前及び時間長と、セグメントの複数のビットレートと、を認識する。また、クライアント装置１は、キャッシュ装置２に対して対象コンテンツのどのセグメントをキャッシュしているかを問い合わせ、キャッシュ装置２からキャッシュ装置２がキャッシュしているセグメントを示す情報を取得する。これにより、クライアント装置１は、キャッシュ装置２がキャッシュしている対象コンテンツのセグメントと、サーバ装置３のみが格納している対象コンテンツのセグメントと、を示すキャッシュ情報を判定する。

【0021】

また、クライアント装置１は、図１に示す区間＃１のスループットＢ１と、区間＃２のスループットＢ２と、を示す情報を保持している。なお、区間＃１は、キャッシュ装置２とクライアント装置１との間の、キャッシュ装置２からクライアント装置１への方向の区間であり、区間＃２は、サーバ装置３とクライアント装置１との間の、サーバ装置３からクライアント装置１への方向の区間である。スループットＢ１は、例えば、クライアント装置１がキャッシュ装置２からの測定用パケットを受信することでクライアント装置１によって測定され得る。また、スループットＢ２は、例えば、クライアント装置１がサーバ装置３からの測定用パケットを受信することでクライアント装置１によって測定され得る。なお、図１において区間＃３は、サーバ装置３とキャッシュ装置２との間の、サーバ装置３からキャッシュ装置２への方向の区間である。図１から明らかな様に、スループットＢ２は、スループットＢ１とスループットＢ３の小さい方の値となる。したがって、Ｂ１≧Ｂ２である。

【0022】

クライアント装置１は、対象コンテンツを取得する際、スループットＢ１と、スループットＢ２と、キャッシュ情報と、に基づいて、対象コンテンツの各セグメントについて３つのビットレートの内のどのビットレートを取得するかを判定する判定処理を行う。この判定処理は、連続する所定数のセグメントを単位として行われ得る。例えば、対象コンテンツがＳ＃１～Ｓ＃１００の１００個のセグメントに分割され、所定数を４０とする。この場合、クライアント装置１は、まず、セグメントＳ＃１～Ｓ＃４０それぞれについて、どのビットレートを取得するかを判定し、続いて、セグメントＳ＃４１～Ｓ＃８０それぞれについて、どのビットレートを取得するかを判定し、最後に、セグメントＳ＃８１～Ｓ＃１００それぞれについて、どのビットレートを取得するかを判定する。なお、判定処理を行う単位である"所定数"は、固定値である必要はなく、クライアント装置１は、任意の基準に基づき判定処理を行う単位をセグメントの取得中に動的に変更し得る。さらに、判定処理を行う単位である"所定数"は、対象コンテンツのセグメント数とすることもできる。

【0023】

以下、判定処理の詳細について説明する。判定処理は、連続する所定数のセグメントのビットレートの組み合わせの内、各セグメントをその取得期限までにクライアント装置１が取得できる組み合わせ（以下、取得可能組み合わせと表記する。）を判定する第１判定処理と、取得可能組み合わせそれぞれの体感品質（ＱоＥ）を判定し、体感品質の最も高い組み合わせを判定する第２判定処理と、を含む。まず、以下では第１判定処理について説明する。

【0024】

＜第１判定処理＞
第１判定処理において、クライアント装置１は、第１条件から第３条件の３つの条件を満たす組み合わせを、取得可能組み合わせであると判定する。以下、第１判定処理において、具体的な数値を使用して説明する。なお、以下の説明においては、高ビットレート、中ビットレート、低ビットレートを、それぞれ、８Ｍｂｐｓ、６Ｍｂｐｓ、４Ｍｂｐｓとする。また、図１に示す様に、スループットＢ１及びスループットＢ２を、それぞれ、１０Ｍｂｐｓ及び５Ｍｂｐｓとする。また、各セグメントの時間長を１秒とし、判定処理を行う連続するセグメント数を３とする。なお、連続する２つのセグメントの取得期限の間隔はセグメントの時間長と同じ１秒である。

【0025】

＜第１条件＞
本例においてビットレートの数は３であり、連続する３つのセグメントを単位として判定処理を行うため、連続する３つのセグメントのビットレートの組み合わせは３^３＝２７である。図２は、この２７個の組み合わせを示している。なお、図２の番号は、各組み合わせを識別するために付与した番号である。図２の組み合わせのＳ＃１は３つの連続するセグメントの内の時間的に最も早いセグメントであり、Ｓ＃２はＳ＃１の次のセグメントであり、Ｓ＃３はＳ＃２の次のセグメントである。連続する３つのセグメントの取得を開始する開始時点をｔ＝０とすると、Ｓ＃１の取得期限はｔ＝１秒であり、Ｓ＃２の取得期限はｔ＝２秒であり、Ｓ＃３の取得期限はｔ＝３秒である。

【0026】

第１評価値の１ｓｔは、開始時点（ｔ＝０）からＳ＃１の取得期限（ｔ＝１秒）までにクライアント装置１が受信する必要がある総データ量を示している。第１評価値の２ｎｄは、開始時点（ｔ＝０）からＳ＃２の取得期限（ｔ＝２秒）までにクライアント装置１が受信する必要がある総データ量を示している。第１評価値の３ｒｄは、開始時点（ｔ＝０）からＳ＃３の取得期限（ｔ＝３秒）までにクライアント装置１が受信する必要がある総データ量を示している。なお、第１評価値の単位はＭｂｉｔであるが、本例では、セグメントの時間長が１秒であるため、第１評価値の１ｓｔ、２ｎｄ、３ｒｄは、それぞれ、Ｓ＃１のビットレート、Ｓ＃１とＳ＃２のビットレートの合計、Ｓ＃１～Ｓ＃３のビットレートの合計となる。

【0027】

第１閾値の１ｓｔは、開始時点（ｔ＝０）からＳ＃１の取得期限（ｔ＝１秒）までに区間＃１において送信可能な総データ量である。第１閾値の２ｎｄは、開始時点（ｔ＝０）からＳ＃２の取得期限（ｔ＝２秒）までに区間＃１において送信可能な総データ量である。第１閾値の３ｒｄは、開始時点（ｔ＝０）からＳ＃３の取得期限（ｔ＝３秒）までに区間＃１において送信可能な総データ量である。なお、第１閾値の単位もＭｂｉｔである。本例においてはスループットＢ１＝１０Ｍｂｐｓであるため、第１閾値の１ｓｔ、２ｎｄ、３ｒｄは、それぞれ、１０Ｍｂｉｔ、２０Ｍｂｉｔ、３０Ｍｂｉｔとなる。

【0028】

第１条件は、第１評価値の１ｓｔが第１閾値の１ｓｔ以下であり、第１評価値の２ｎｄが第１閾値の２ｎｄ以下であり、かつ、第１評価値の３ｒｄが第１閾値の３ｒｄ以下であると満たされる。第１条件は、３つのセグメントを対応する取得期限までに区間＃１において送信できるか否かを判定するものである。なお、図２に示す例においては、２７個の組み合わせの総てが第１条件を満たしている。第１条件を満たさない組み合わせが有る場合、当該組み合わせについては、取得期限までに各セグメントを取得できないと判定されるため、第２条件及び第３条件を満たすか否かを判定する必要はない。

【0029】

＜第２条件＞
図２に示す様に、本例では総ての組み合わせが第１条件を満たすため、総ての組み合わせが第２条件の判定対象となる。図３は、第２条件の説明図である。なお、図３では、高ビットレート（８Ｍｂｐｓ）のＳ＃１がキャッシュ装置２にキャッシュされているものとする。図３の組み合わせの網掛けは、キャッシュ装置２にキャッシュされているセグメントを示している。

【0030】

第２評価値の１ｓｔは、開始時点（ｔ＝０）からＳ＃１の取得期限（ｔ＝１秒）までにサーバ装置３から送信される必要がある総データ量を示している。第１評価値の２ｎｄは、開始時点（ｔ＝０）からＳ＃２の取得期限（ｔ＝２秒）までにサーバ装置３から送信される必要がある総データ量を示している。第１評価値の３ｒｄは、開始時点（ｔ＝０）からＳ＃３の取得期限（ｔ＝３秒）までにサーバ装置３から送信される必要がある総データ量を示している。なお、第２評価値の単位もＭｂｉｔである。番号＃１～番号＃９の組み合わせにおいて、Ｓ＃１はキャッシュ装置２から配信されるため、第２評価値の１ｓｔは０Ｍｂｉｔになる。一方、番号＃１～番号＃９の組み合わせにおいて、Ｓ＃２及びＳ＃３はサーバ装置３から配信されるため、第２評価値の２ｎｄはＳ＃２のデータ量であり、第２評価値の３ｒｄはＳ＃２のデータ量とＳ＃３のデータ量の合計になる。一方、番号＃１０～番号＃２７の組み合わせにおいては、Ｓ＃１～Ｓ＃３の総てがサーバ装置３から配信されるため、第２評価値の１ｓｔ、２ｎｄ及び３ｒｄは、それぞれ、第１評価値の１ｓｔ、２ｎｄ及び３ｒｄと同じになる。

【0031】

第２閾値の１ｓｔは、開始時点（ｔ＝０）からＳ＃１の取得期限（ｔ＝１秒）までに区間＃２において送信可能な総データ量である。第２閾値の２ｎｄは、開始時点（ｔ＝０）からＳ＃２の取得期限（ｔ＝２秒）までに区間＃２において送信可能な総データ量である。第１閾値の３ｒｄは、開始時点（ｔ＝０）からＳ＃３の取得期限（ｔ＝３秒）までに区間＃２において送信可能な総データ量である。なお、第２閾値の単位もＭｂｉｔである。本例において、スループットＢ２＝５Ｍｂｐｓであるため、第２閾値の１ｓｔ、２ｎｄ、３ｒｄは、それぞれ、５Ｍｂｉｔ、１０Ｍｂｉｔ、１５Ｍｂｉｔとなる。

【0032】

第２条件は、第２評価値の１ｓｔが第２閾値の１ｓｔ以下であり、第２評価値の２ｎｄが第２閾値の２ｎｄ以下であり、かつ、第２評価値の３ｒｄが第２閾値の３ｒｄ以下であると満たされる。第２条件は、サーバ装置３から取得するセグメントを対応する取得期限までに区間＃２において送信できるか否かを判定するものである。

【0033】

図３の第２評価値の網掛けは、その値が対応する第２閾値より大きいことを示している。図３より、番号＃１、番号＃１０～番号＃２３、番号＃２５の組み合わせは第２条件を満たしていない。したがって、第２条件を満たす番号＃２～番号＃９、番号＃２４、番号＃２６、番号＃２７の組み合わせが第３条件の判定対象となる。

【0034】

＜第３条件＞
図４は、第２条件を満たす番号＃２～番号＃９、番号＃２４、番号＃２６、番号＃２７の組み合わせを示している。なお、第３条件を満たすか否かの判定に使用する評価値は、第２条件と同じ第２評価値である。

【0035】

サーバ装置３からＳ＃１を取得する場合、第３閾値の１ｓｔは、開始時点（ｔ＝０）からＳ＃１の取得期限（ｔ＝１秒）までにスループットＢ２で伝送できるデータ量である。一方、キャッシュ装置２からＳ＃１を取得する場合、第３閾値の１ｓｔは、開始時点（ｔ＝０）からＳ＃１の取得期限（ｔ＝１秒）までにスループットＢ１で伝送できるデータ量からＳ＃１のデータ量を減じた値である。また、サーバ装置３からＳ＃２を取得する場合、第３閾値の２ｎｄは、Ｓ＃１の取得期限（ｔ＝１秒）からＳ＃２の取得期限（ｔ＝２秒）までにスループットＢ２で伝送できるデータ量と、１ｓｔの値との和である。一方、キャッシュ装置２からＳ＃２を取得する場合、第３閾値の２ｎｄは、Ｓ＃１の取得期限（ｔ＝１秒）からＳ＃２の取得期限（ｔ＝２秒）までにスループットＢ１で伝送できるデータ量からＳ＃２のデータ量を減じた値と１ｓｔの値との和である。さらに、サーバ装置３からＳ＃３を取得する場合、第３閾値の３ｒｄは、Ｓ＃２の取得期限（ｔ＝２秒）からＳ＃３の取得期限（ｔ＝３秒）までにスループットＢ２で伝送できるデータ量と、２ｎｄの値との和である。一方、キャッシュ装置２からＳ＃３を取得する場合、第３閾値の３ｒｄは、Ｓ＃２の取得期限（ｔ＝２秒）からＳ＃３の取得期限（ｔ＝３秒）までにスループットＢ１で伝送できるデータ量からＳ＃３のデータ量を減じた値と２ｎｄの値との和である。

【0036】

本例において、番号＃２～番号＃９の組み合わせでは、Ｓ＃１をキャッシュ装置２から取得する。したがって、第３閾値の１ｓｔは、区間＃１でｔ＝０からＳ＃１の取得期限までに送信可能なデータ量の１０ＭｂｉｔからＳ＃１のデータ量８Ｍｂｉｔを減じた２Ｍｂｉｔとなる。一方、Ｓ＃２及びＳ＃３はサーバ装置３から取得するため、第３閾値の２ｎｄは、区間＃２でＳ＃１の取得期限からＳ＃２の取得期限までに送信可能なデータ量の５Ｍｂｉｔを１ｓｔの２Ｍｂｉｔに加えた７Ｍｂｉｔとなり、第３閾値の３ｒｄは、区間＃２でＳ＃２の取得期限からＳ＃３の取得期限までに送信可能なデータ量の５Ｍｂｉｔを２ｎｄの７Ｍｂｉｔに加えた１２Ｍｂｉｔとなる。一方、番号＃２４、番号＃２６、番号＃２７の組み合わせではＳ＃１～Ｓ＃３の総てをサーバ装置３から取得するため、第３閾値は第２閾値と同じである。

【0037】

第３条件は、第２評価値の１ｓｔが第３閾値の１ｓｔ以下であり、第２評価値の２ｎｄが第３閾値の２ｎｄ以下であり、かつ、第２評価値の３ｒｄが第３閾値の３ｒｄ以下であると満たされる。なお、第３条件の意味については後述する。図４の第２評価値の網掛けは、その値が対応する第３閾値より大きいことを示している。図４より、番号＃２～番号＃４の組み合わせは第３条件を満たしていない。したがって、第３条件を満たす番号＃５～番号＃９、番号＃２４、番号＃２６、番号＃２７の組み合わせが取得可能組み合わせであると判定される。

【0038】

続いて、第３条件の意味について説明する。例えば、クライアント装置１がキャッシュ装置２からセグメントを取得するものとする。ここで、セグメントの時間長の間に区間＃１において送信可能なデータ量（送信可能データ量）よりキャッシュ装置２から取得するセグメントのデータ量（セグメントデータ量）が小さいものとする。この場合、区間＃１においては、送信可能データ量とセグメントデータ量との差を他のセグメントの伝送に利用することができる。一方、クライアント装置１がサーバ装置３からセグメントを取得する場合、区間＃１においてセグメントの時間長の間に送信可能なデータ量は、区間＃２のスループットＢ２に制限される。

【0039】

例えば、図４の番号＃２～番号＃９の組み合わせにおいてはＳ＃１をキャッシュ装置２から取得し、Ｓ＃２及びＳ＃３をサーバ装置３から取得することになる。Ｓ＃１の取得期限までに区間＃１で送信可能なデータ量は１０Ｍｂｉｔである一方、Ｓ＃１のデータ量は８Ｍｂｉｔである。したがって、クライアント装置１は、ｔ＝０～ｔ＝１の期間において、サーバ装置３から２Ｍｂｉｔ分のデータを先に取得することができる。第３閾値の１ｓｔは、このデータ量を示している。また、次のｔ＝１～ｔ＝２の期間において、クライアント装置１は、サーバ装置３から５Ｍｂｉｔ分のデータを取得することができる。つまり、ｔ＝０～ｔ＝２の期間において、クライアント装置１がサーバ装置３から取得できる総データ量は７Ｍｂｉｔである。第３閾値の２ｎｄは、このデータ量を示している。同様に、ｔ＝２～ｔ＝３の期間において、クライアント装置１は、サーバ装置３から５Ｍｂｉｔ分のデータを取得することができる。つまり、ｔ＝０～ｔ＝３の期間において、クライアント装置１がサーバ装置３から取得できる総データ量は１２Ｍｂｉｔである。第３閾値の３ｒｄは、このデータ量を示している。

【0040】

本実施形態において、クライアント装置１は、キャッシュ装置２からセグメントを取得しているときに、区間＃１の空き容量を使用して予め時間的に後のセグメントをサーバ装置３から取得する様に動作する。条件３は、この様にクライアント装置１が動作することを前提に、サーバ装置３から取得するセグメントを、区間＃１において送信できるか否かを判定するものである。

【0041】

＜第２判定処理＞
続いて、第２判定処理について説明する。本実施形態においてはＱоＥを、以下の式（１）で評価する。
ＱоＥ＝α×ΣＲ_ｉ－β×Σ｜Ｒ_ｋ＋１－Ｒ_ｋ｜ （１）
なお、ｉは１から判定処理を行うセグメント数までの整数、つまり、本例ではｉ＝１から３までの値である。また、ｋは１から判定処理を行うセグメント数より１だけ小さい値までの整数、つまり、本例ではｋ＝１から２までの値である。また、Ｒ_ｍ（ｍはｉ又はｋ）は、判定処理を行う連続するセグメントの内のｍ番目のセグメントのビットレートである。なお、α及びβは所定の係数である。本実施形態においては、一例として、α＝０．０４及びβ＝０．０２としている。

【0042】

例えば、図４の番号＃５の組み合わせは、Ｓ＃１＝８、Ｓ＃２＝６、Ｓ＃３＝６である。したがって、式（１）より、
ＱｏＥ＝０．０４（８＋６＋６）－０．０２（｜６－８｜＋｜６－６｜）＝０．７６
となる。

【0043】

式（１）の第１項は、判定処理を行う連続するセグメントの平均的なビットレートが高くなる程、高くなる。これは、平均的なビットレートが高い程、平均的な品質が高く、よって、ＱｏＥも高くなることに対応する。一方、式（１）の第２項は、連続する２つのセグメントのビットレートの差が大きい程、かつ、セグメント間におけるビットレートの切り替わり回数が多い程、大きくなる。上述した様に、ＱｏＥは、連続する２つのセグメントのビットレートの差が大きい程、かつ、セグメント間におけるビットレートの切り替わり回数が多い程、劣化する。つまり、式（１）の第２項は、ＱｏＥの劣化の程度を示す値であり、この値を第１項から減ずることでＱｏＥを評価している。

【0044】

図４に示す様に、取得可能組み合わせの内、ＱｏＥが最も大きいのは番号＃５の組み合わせである。したがって、本例において、クライアント装置１は、Ｓ＃１についてはキャッシュ装置２にキャッシュされている高ビットレートのセグメントを取得し、Ｓ＃２及びＳ＃３についてはサーバ装置３から中ビットレートのセグメントを取得すると判定する。

【0045】

図５は、番号＃５の組み合わせに従いクライアント装置１がＳ＃１～Ｓ＃３を取得する際の区間＃１及び区間＃３（図１参照）における帯域の利用のされ方の説明図である。なお、図５（Ａ）は区間＃３を示し、図５（Ｂ）は区間＃１を示している。例えば、クライアント装置１は、ｔ＝０において、高ビットレートのＳ＃１を要求する要求パケットと、中ビットレートのＳ＃２を要求する要求パケットを送信する。キャッシュ装置２は、高ビットレートのＳ＃１をキャッシュしているため高ビットレートのＳ＃１をクライアント装置１に向けて送信する。一方、キャッシュ装置２は、中ビットレートのＳ＃２をキャッシュしていないため、中ビットレートのＳ＃２を要求する要求パケットをサーバ装置３に転送する。サーバ装置３は、中ビットレートのＳ＃２を要求する要求パケットに応答して中ビットレートのＳ＃２の送信を開始する。また、例えば、クライアント装置１は、ｔ＝１において、中ビットレートのＳ＃３を要求する要求パケットを送信する。キャッシュ装置２は、中ビットレートのＳ＃３をキャッシュしていないため、中ビットレートのＳ＃３を要求する要求パケットをサーバ装置３に転送する。サーバ装置３は、中ビットレートのＳ＃３を要求する要求パケットに応答してＳ＃３の送信を開始する。

【0046】

図５において、クライアント装置１は、キャッシュ装置２からｔ＝１までに８ＭｂｉｔのＳ＃１を取得すると共に、ｔ＝１の時点において、サーバ装置３から６ＭｂｉｔのＳ＃２の内の２Ｍｂｉｔ分のデータを取得している。クライアント装置１は、ｔ＝２までにＳ＃２の残りの４Ｍｂｉｔを取得すると共に、サーバ装置３から６ＭｂｉｔのＳ＃３の内の１Ｍｂｉｔ分のデータを取得している。クライアント装置１は、ｔ＝３までにＳ＃３の残りの５Ｍｂｉｔを取得している。

【0047】

なお、図５（Ｂ）において、キャッシュ装置２は、ｔ＝０～ｔ＝１の期間において区間＃１の１０Ｍｂｐｓの帯域の内の８Ｍｂｐｓの帯域を使用してＳ＃１をクライアント装置１に送信し、残りの２Ｍｂｐｓの帯域を使用してＳ＃２をクライアント装置１に送信しているが例示である。例えば、キャッシュ装置２は、まず、区間＃１の１０Ｍｂｐｓの帯域の総てを使用してｔ＝０．８までにＳ＃１をクライアント装置１に送信し、ｔ＝０．８～ｔ＝１の期間において区間＃１の１０Ｍｂｐｓの帯域の総てを使用してＳ＃２の２Ｍｂｉｔの部分をクライアント装置１に送信することができる。この場合、キャッシュ装置２は、ｔ＝０～ｔ＝０．８の間、サーバ装置３から取得するＳ＃２のデータをバッファする。また、この場合、クライアント装置１は、ｔ＝０において、中ビットレートのＳ＃２を要求する要求パケットを送信する必要はない。具体的には、区間＃３において２Ｍｂｉｔの送信に必要な時間は０．４秒であるため、クライアント装置１は、ｔ＝０～ｔ＝０．６の間に、中ビットレートのＳ＃２を要求する要求パケットを送信すれば良い。

【0048】

また、図５（Ａ）において、サーバ装置３は、ｔ＝０～ｔ＝１の期間において、区間＃２の５Ｍｂｐｓの帯域の内の２Ｍｂｐｓの帯域を使用してキャッシュ装置２にＳ＃２を送信しているが、ｔ＝０～ｔ＝１の期間において、区間＃２の５Ｍｂｐｓの帯域の総てを使用してキャッシュ装置２にＳ＃２の５Ｍｂｉｔのデータを送信することもできる。この場合、キャッシュ装置２は、区間＃１に空きができるまで既に受信したＳ＃２のデータをバッファする。なお、図５（Ａ）から明らかな様に、クライアント装置１がＳ＃２の先取りを行わず、ｔ＝１の時点でサーバ装置３にＳ＃２を要求すると、Ｓ＃２をｔ＝２までに取得することはできない。

【0049】

図６及び図７は、低ビットレート（４Ｍｂｐｓ）のＳ＃１がキャッシュ装置２にキャッシュされている場合の第２条件及び第３条件の判定結果を示す図であり、上記例の図３及び図４に対応する。図６によると、番号＃２０～番号＃２７の組み合わせが第２条件を満たしている。また、図７によると、番号＃２０～番号＃２７の組み合わせは総て第３条件も満たしているため、番号＃２０～番号＃２７の組み合わせが取得可能組み合わせであると判定される。

【0050】

したがって、クライアント装置１は、取得可能組み合わせの内のＱｏＥが最も大きい番号＃２２の組み合わせに従い、Ｓ＃１についてはキャッシュ装置２にキャッシュされている低ビットレートのセグメントを取得し、Ｓ＃２についてはサーバ装置３から中ビットレートのセグメントを取得し、Ｓ＃３についてはサーバ装置３から高ビットレートのセグメントを取得すると判定する。

【0051】

図８及び図９は、高ビットレート（８Ｍｂｐｓ）のＳ＃３がキャッシュ装置２にキャッシュされている場合の第２条件及び第３条件の判定結果を示す図であり、上記例の図３及び図４に対応する。図８によると、番号＃２２、番号＃２４～番号＃２７の組み合わせが第２条件を満たしている。また、図９によると、第２条件を満たす組み合わせの総ては第３条件を満たしているため番号＃２２、番号＃２４～番号＃２７の組み合わせが取得可能組み合わせであると判定される。

【0052】

したがって、クライアント装置１は、取得可能組み合わせの内のＱｏＥが最も大きい番号＃２２の組み合わせに従い、Ｓ＃１についてはサーバ装置３から低ビットレートのセグメントを取得し、Ｓ＃２についてはサーバ装置から中ビットレートのセグメントを取得し、Ｓ＃３についてはキャッシュ装置２から高ビットレートのセグメントを取得すると判定する。

【0053】

なお、上記説明では、第１条件、第２条件、第３条件の順に判定を行っていたが、判定を行う順序は任意である。さらに、上記説明では、所定順序（第１条件、第２条件、第３条件の順）に従って判定を行い、ある条件を満たさない組み合わせについては、次の条件を満たすか否かの判定を行っていなかった。しかしながら、第１条件、第２条件、第３条件を満たすか否かをそれぞれ判定し、総ての条件を満たす組み合わせを判定する構成であっても良い。

【0054】

＜第二実施形態＞
続いて第二実施形態について第一実施形態との相違点を中心に説明する。第一実施形態において、クライアント装置１は、第１判定処理において、第１条件、第２条件、第３条件の３つの条件を満たす組み合わせを取得可能組み合わせであると判定していた。これは、第一実施形態において、クライアント装置１は、キャッシュ装置２からセグメントを取得している間、区間＃１の空き容量を使用して、サーバ装置３に格納されている時間的に後のセグメントの取得を事前に開始する様に動作するからであった。しかしながら、クライアント装置１がキャッシュ装置２からセグメントを取得している間、サーバ装置３に格納されている時間的に後のセグメントをクライアント装置１が取得するのではなく、キャッシュ装置２に取得させる構成とすることもできる。この場合、キャッシュ装置２とサーバ装置３の両方から並行してセグメントを取得できるか否かを判定する第３条件は必要ではなく、クライアント装置１は、第１条件及び第２条件を満たす組み合わせを取得可能組み合わせであると判定することができる。

【0055】

例えば、第一実施形態の図３及び図４で説明した例においては、図４に示す様に、番号＃２～番号＃４の組み合わせは第３条件を満たさず、よって、取得可能組み合わせではないと判定されていた。本実施形態では、第３条件は使用されないため、図４に示す総ての組み合わせが取得可能組み合わせであると判定される。したがって、クライアント装置１は、ＱｏＥの最も高い番号＃２の組み合わせに従いセグメントを取得する。

【0056】

図１０は、番号＃２の組み合わせに従いクライアント装置１がＳ＃１～Ｓ＃３を取得する際の区間＃１及び区間＃３（図１参照）における帯域の利用のされ方の説明図である。なお、図１０（Ａ）は区間＃３を示し、図１０（Ｂ）は区間＃１を示している。クライアント装置１は、例えば、ｔ＝０において、８ＭｂｉｔのＳ＃１を要求する要求パケットと、８ＭｂｉｔのＳ＃２及び６ＭｂｉｔのＳ＃３の取得／キャッシュを指示するキャッシュ指示パケットを送信する。キャッシュ装置２は、キャッシュ指示パケットに応答して、８ＭｂｉｔのＳ＃２及び６ＭｂｉｔのＳ＃３を要求する要求パケットをサーバ装置３に送信する。これにより、キャッシュ装置２は、ｔ＝０～ｔ＝１．６の期間において、サーバ装置３から８ＭｂｉｔのＳ＃２を取得し、ｔ＝１．６～ｔ＝２．８の期間において、サーバ装置３から６ＭｂｉｔのＳ＃２を取得する。

【0057】

また、キャッシュ装置２は、８ＭｂｉｔのＳ＃１を要求する要求パケットに応答してクライアント装置１に８ＭｂｉｔのＳ＃１を送信する。クライアント装置１は、ｔ＝０～ｔ＝０．８の期間において、キャッシュ装置２から８ＭｂｉｔのＳ＃１を取得する。クライアント装置１は、ｔ＝０．８～ｔ＝１．２の範囲内において８ＭｂｉｔのＳ＃１を取得すると８ＭｂｉｔのＳ＃２を要求する要求パケットを送信する。なお、図１０（Ｂ）において、クライアント装置１は、ｔ＝１．２において８ＭｂｉｔのＳ＃２を要求する要求パケットを送信しているが例示であり、クライアント装置１は、ｔ＝０．８～ｔ＝１．２の範囲内において８ＭｂｉｔのＳ＃２を要求する要求パケットを送信すれば良い。キャッシュ装置２は、８ＭｂｉｔのＳ＃２を要求する要求パケットを受信すると、８ＭｂｉｔのＳ＃２のデータの内のサーバ装置３から既に受信しているデータをクライアント装置１に送信する。図１０（Ｂ）によると、ｔ＝２．０において８ＭｂｉｔのＳ＃２のクライアント装置１による取得が完了している。

【0058】

クライアント装置１は、８ＭｂｉｔのＳ＃２を取得すると６ＭｂｉｔのＳ＃３を要求する要求パケットを送信する。なお、図１０（Ｂ）において、クライアント装置１は、ｔ＝２．４において６ＭｂｉｔのＳ＃３を要求する要求パケットを送信しているが例示であり、クライアント装置１は、Ｓ＃２の取得完了からｔ＝２．４までの間に６ＭｂｉｔのＳ＃３を要求する要求パケットを送信すれば良い。キャッシュ装置２は、６ＭｂｉｔのＳ＃２を要求する要求パケットを受信すると、６ＭｂｉｔのＳ＃３のデータの内のサーバ装置３から既に受信しているデータをクライアント装置１に送信する。図１０によると、ｔ＝３．０において６ＭｂｉｔのＳ＃３のクライアント装置１による取得が完了している。

【0059】

図１１は、本実施形態によるクライアント装置１の機能ブロック図である。なお、図１の機能ブロックは、例えば、１つ以上のプロセッサを有する装置（コンピュータ）の当該１つ以上のプロセッサに適切なプログラムを実行させることで実現され得る。当該プログラムは、当該装置の１つ以上の記憶デバイスに格納され得る。また、当該装置は、プログラムを実行する１つ以上のプロセッサにより制御される通信回路を有する。

【0060】

通信部１４は、要求パケットの送信処理と、セグメントを含むデータパケットの受信処理と、を含む各種パケットの送受信処理を行う。スループット取得部１１は、キャッシュ装置２からクライアント装置１までのスループットＢ１と、サーバ装置３からクライアント装置１までのスループットＢ２と、を示すスループット情報を取得する。例えば、スループット取得部１１は、キャッシュ装置２やサーバ装置３から通信部１４を介してスループットの測定用パケットを受信することで、スループットＢ１やスループットＢ２を測定し、これにより、スループット情報を取得し得る。また、スループット取得部１１は、コンテンツ配信システムから通信部１４を介してスループット情報を取得し得る。

【0061】

キャッシュ情報取得部１２は、第１コンテンツを取得する際、第１コンテンツの複数の第１セグメントの内、キャッシュ装置２に格納されている第２セグメントと、サーバ装置３のみに格納されている第３セグメントと、を判定するためのキャッシュ情報を取得する。例えば、キャッシュ情報取得部１２は、通信部１４を介してサーバ装置３から第１コンテンツのＭＰＤを取得する。第１コンテンツのＭＰＤは、第１コンテンツのセグメント数及びセグメント名や、セグメントの時間長や、セグメントの複数のビットレートを示す情報を含み得る。また、キャッシュ情報取得部１２は、通信部１４を介して第１コンテンツのコンテンツ名を含む問い合わせパケットを送信する。キャッシュ装置２は、この問い合わせパケットを受信すると、自装置がキャッシュしている第１コンテンツのセグメントを示す回答パケットをクライアント装置１に送信する。クライアント装置１は、ＭＰＤと、回答パケットが示す情報に基づき第２セグメントと、第３セグメントと、を判定することができる。

【0062】

ビットレート判定部１３は、スループットＢ１と、スループットＢ２と、キャッシュ情報と、に基づき、第１コンテンツを構成する複数の第１セグメントそれぞれについて、複数の異なるビットレートの内のどのビットレートの第１セグメントを取得するかを判定する判定処理を実行する。例えば、ビットレート判定部１３は、連続する所定数の第１セグメントを単位として判定処理を実行し得る。所定数は、固定値であり得る。また、所定数は、第１コンテンツの全セグメント数とすることもできる。

【0063】

判定処理は、連続する所定数の第１セグメントのビットレートの組み合わせの内、連続する所定数の第１セグメントそれぞれをその取得期限までにクライアント装置１が取得できる取得可能組み合わせ（第１組み合わせ）を判定する第１判定処理と、取得可能組み合わせから所定基準に従い１つの組み合わせを選択・判定する第２判定処理と、を含む。なお、通信部１４は、この選択・判定された１つの組み合わせが示すビットレートに従い第１セグメントを要求する要求パケット等を送信する。

【0064】

第二実施形態において、第１判定処理は、第１条件と第２条件に基づき行われる。また、第一実施形態において、第１判定処理は、第１条件と第２条件と第３条件とに基づき行われる。第１条件は、連続する所定数の第１セグメントの内の最初に取得する第１セグメントの取得開始から連続する所定数の第１セグメントそれぞれの取得期限までにクライアント装置が取得しなければならない第１セグメントのデータ量（第１評価値）と、取得開始から連続する所定数の第１セグメントそれぞれの取得期限までにスループットＢ１で送信できるデータ量（第１閾値）と、を比較することを含む。なお、第１条件は、連続する所定数の第１セグメントそれぞれのデータ量の積算値と、第１セグメントの時間長の間にスループットＢ１で送信できるデータ量の積算値と、を比較するものということもできる。

【0065】

第２条件は、取得開始から連続する所定数の第１セグメントそれぞれの取得期限までにクライアント装置１が取得しなければならない第３セグメントのデータ量（第２評価値）と、取得開始から連続する所定数の第１セグメントそれぞれの取得期限までにスループットＢ２で送信できるデータ量（第２閾値）と、を比較することを含む。なお、第２条件は、連続する所定数の第１セグメントの内の第３セグメントのデータ量の積算値と、第１セグメントの時間長の間にスループットＢ２で送信できるデータ量の積算値と、を比較するものということもできる。

【0066】

第３条件は、取得開始から連続する所定数の第１セグメントそれぞれの取得期限までにクライアント装置１が取得しなければならない第３セグメントのデータ量（第２評価値）と、第１データ量の積算値（第３閾値）と、を比較することを含む。なお、第１データ量は、取得開始から連続する所定数の第１セグメントの内の最初に取得する第１セグメントの取得期限までの期間と、連続する所定数の第１セグメントそれぞれの取得期限間の期間それぞれとに対して判定される。第１セグメントが第２セグメントである場合、第２セグメントの取得期限までの第１期間における第１データ量は、第１期間内においてスループットＢ１で送信可能なデータ量から第２セグメントのデータ量を減じた値である。一方、第１セグメントが第３セグメントである場合、第３セグメントの取得期限までの第２期間における第１データ量は、第２期間内においてスループットＢ２で送信可能なデータ量である。なお、第３条件は、連続する所定数の第１セグメントの内の第３セグメントのデータ量の積算値と、第１セグメントの時間長の間に送信可能な第２データ量の積算値（第３閾値）と、を比較するものということもできる。ここで、第２データ量は、第１セグメントが第２セグメントである場合、当該第１セグメントの時間長の間にスループットＢ１で送信できるデータ量から当該第２セグメントのデータ量を減じた値であり、第１セグメントが第３セグメントである場合、当該第１セグメントの時間長の間にスループットＢ２で送信できるデータ量である。

【0067】

ビットレート判定部１３は、第２判定処理において、取得可能組み合わせそれぞれについて、そのビットレートに基づき体感品質の評価値を求め、評価値の最も高い取得可能組み合わせを判定する。例えば、ビットレート判定部１３は、上記式（１）に基づき評価値を求める。評価値は、連続する所定数の第１セグメントのビットレートの平均値が高くなる程、高くなる値であり得る。また、評価値は、連続する所定数の第１セグメントの内の隣接する２つの第１セグメントのビットレートの差が大きい程、低くなる値であり得る。さらに、評価値は、連続する所定数の第１セグメントのビットレートの切り替わり回数が多い程、低くなる値であり得る。

【0068】

なお、第二実施形態の場合、通信部１４は、ビットレート判定部１３の判定結果に従い第２セグメントを要求する要求信号（要求パケット）を送信する場合、連続する所定数の第１セグメントの内の当該第２セグメントより時間的に後の第３セグメントをキャッシュ装置２がサーバ装置３から取得する様にキャッシュ装置２にキャッシュ指示を行う。一方、第一実施形態の場合、通信部１４は、ビットレート判定部１３の判定結果に従い第２セグメントを要求する要求信号を送信する場合、連続する所定数の第１セグメントの内の当該第２セグメントより時間的に後の第３セグメントを要求する要求信号を送信する。

【0069】

なお、本実施形態においてコンテンツ配信システムは、ＩＣＮに従うものとしていた。しかしながら、本開示の構成は、ＩＣＮに従うコンテンツ配信システムとは異なるコンテンツ配信システムに適用することができる。具体的には、コンテンツをセグメントに分割し、各セグメントに複数の異なるビットレートを用意し、セグメントをキャッシュするキャッシュ装置を備え、キャッシュ装置がキャッシュしているセグメント又はサーバ装置が格納しているセグメントをクライアント装置１が選択的に取得できるコンテンツ配信システムに対して本開示の構成を適用することができる。

【0070】

以上、上記の第１判定処理により取得するセグメントのビットレートを判定することで、コンテンツの再生が中断することを抑えることができる。さらに、上記の第２判定処理により、体感品質の低下を抑えることができる。

【0071】

なお、本開示によるクライアント装置１は、コンピュータをクライアント装置１として動作させるプログラムにより実現することができる。これらコンピュータプログラムは、コンピュータが読み取り可能な記憶媒体に記憶されて、又は、ネットワーク経由で配布が可能なものである。

【0072】

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

【0073】

以上の構成により、体感品質を低下させず、かつ、コンテンツの再生が中断することを抑えることができる。したがって、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

【符号の説明】

【0074】

１１：スループット取得部、１２：キャッシュ情報取得部、１３：ビットレート判定部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】