(57)【要約】【課題】無駄なトラフィックを発生させることなく、リアルタイム性を向上してコンテンツの最適な配信元を選択する。【解決手段】再生装置２は、ネットワーク４を介してコンテンツの断片データを受信して、断片データに基づいてコンテンツを再生する装置である。再生装置２は、コンテンツを配信する複数のサーバ３に交互に接続して、コンテンツにおいて連続する所定の取得数の断片データを各サーバ３から受信する。プレイヤー１６は、断片データをサーバ３から再生装置２へ配信する際のネットワーク特性を計測する。プレイヤー１６は、複数のサーバ３のそれぞれのネットワーク特性を比較して、ネットワーク特性が最も良好なサーバ３を高優先サーバ３として選択し、高優先サーバ３以外の他のサーバ３を低優先サーバ３として判断し、高優先サーバ３からの第２取得数を、低優先サーバ３からの第３取得数よりも増加させる。【選択図】図１
2019164675.tif 000002
【特許請求の範囲】
【請求項１】
所定のネットワークを介してコンテンツの断片データを受信して、前記断片データに基づいて前記コンテンツを再生する再生装置であって、
前記コンテンツを配信する複数の配信元に交互に接続して、前記コンテンツにおいて連続する所定の取得数の前記断片データを前記各配信元から受信し、
前記断片データを前記配信元から該再生装置へ配信する際のネットワーク特性を計測し、
前記複数の配信元のそれぞれの前記ネットワーク特性を比較して、前記ネットワーク特性が最も良好な前記配信元を高優先配信元として選択し、前記高優先配信元以外の他の前記配信元を低優先配信元として判断し、前記高優先配信元からの前記取得数を、前記低優先配信元からの前記取得数よりも増加させることを特徴とする再生装置。
【請求項２】
前記複数の配信元の数の所定倍数を、前記高優先配信元の判断に用いる前記断片データの数である判断単位に設定し、
前記コンテンツの再生を開始して前記複数の配信元のそれぞれに１回目に接続する間に受信する前記断片データの前記取得数を、前記判断単位を前記複数の配信元の数で除算した共通の第１取得数に設定し、
前記ネットワーク特性の計測結果に基づいて前記高優先配信元を選択したとき、前記高優先配信元からの前記取得数を前記第１取得数よりも多い第２取得数に設定し、前記低優先配信元からの前記取得数を前記判断単位から前記第２取得数を減算した第３取得数に設定することを特徴とする請求項１に記載の再生装置。
【請求項３】
前記ネットワーク特性として、前記取得数の前記断片データのそれぞれの配信の平均スループットを算出することを特徴とする請求項１又は２に記載の再生装置。
【請求項４】
請求項１〜３の何れか１項に記載の再生装置としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ等の配信元からコンテンツの断片データを受信してコンテンツを再生する再生装置、及びコンピュータをこの再生装置として機能させるプログラムに関する。
【背景技術】
【０００２】
従来、動画等のコンテンツは、ＣＤＮ（Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ）を利用してユーザーの再生装置に配信されている。ＣＤＮでは、複数のサーバに同一のコンテンツが格納されていて、再生装置からセンターサーバにコンテンツの配信要求があったとき、センターサーバは、複数のサーバの内、一のサーバから再生装置へコンテンツを配信させる。ＣＤＮにおける最適な配信元のサーバの選択は、動画のような帯域消費が激しいアプリにおいては、各ユーザーと複数の配信サーバ間のスループット計測により行われることが望ましい。しかし、これには多大な処理負荷と処理時間が必要となる。そのため、実際のＣＤＮでは、定期的なＩＳＰと複数のサーバ間のレスポンス時間計測を集計したデータを元に行われている。
【０００３】
更に、コンテンツの配信では、上記のような複数のサーバの何れかを配信元として選択するＣＤＮに加えて、複数のＣＤＮの何れかを配信元として選択する、所謂マルチＣＤＮの利用が進んでいる。この場合、最適な配信元のサーバの選択は、定期的なユーザーとサーバ間のレスポンスやスループットの計測を集計したデータや、ＣＤＮ選択の直前にレスポンス計測を行うことにより行われる。
【０００４】
例えば、特許文献１に記載の通信装置では、同一コンテンツを配信可能な第１又は第２のコンテンツサーバからコンテンツを取得し、通信装置から第１のコンテンツサーバへ至る１又は同時に使用する複数の経路によって同定される経路パターンと、通信装置から第２のコンテンツサーバへ至る１又は同時に使用する複数の経路によって同定される経路パターンのうち、スループットが最も高いと推定される経路パターンにて通信装置と接続された第１又は第２のコンテンツサーバを選択するコンテンツサーバ選択部と、選択された経路パターンを使用してコンテンツを取得し、取得したコンテンツを端末装置へ送信するコンテンツ転送部とを備える。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１８３５６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記したように、コンテンツの配信元の候補である複数のサーバや複数のＣＤＮの全てについて事前通信を確立してトラフィックを計測し、集計すると、センターサーバの処理負荷が上昇し、処理時間も掛かることになる。また、事前通信を行っていると、配信元の選択にしか使われない無駄なトラフィックが増大して、ネットワークが渋滞し、通信速度低下につながるおそれがある。更に、センターサーバで各トラフィックの計測、集計を行うため、再生装置にて配信元が特定されるまでに時間が掛かり、コンテンツ再生のリアルタイム性が低下する。また、再生装置の利用環境（例えば、モバイル網やＷｉＦｉ網等のネットワーク）は、ユーザーの状況に応じて急激に変化することがあるが、センターサーバは、再生装置の利用環境を即座に検知することができないので、配信元の再選択が必要か否かを判断するまでに時間が掛かる。
【０００７】
そこで、本発明は上記事情を考慮し、無駄なトラフィックを発生させることなく、リアルタイム性を向上してコンテンツの最適な配信元を選択することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の第１の再生装置は、所定のネットワークを介してコンテンツの断片データを受信して、前記断片データに基づいて前記コンテンツを再生する再生装置であって、前記コンテンツを配信する複数の配信元に交互に接続して、前記コンテンツにおいて連続する所定の取得数の前記断片データを前記各配信元から受信し、前記断片データを前記配信元から該再生装置へ配信する際のネットワーク特性を計測し、前記複数の配信元のそれぞれの前記ネットワーク特性を比較して、前記ネットワーク特性が最も良好な前記配信元を高優先配信元として選択し、前記高優先配信元以外の他の前記配信元を低優先配信元として判断し、前記高優先配信元からの前記取得数を、前記低優先配信元からの前記取得数よりも増加させることを特徴とする。
【０００９】
また、本発明の第２の再生装置は、上述した本発明の第１の再生装置において、前記複数の配信元の数の所定倍数を、前記高優先配信元の判断に用いる前記断片データの数である判断単位に設定し、前記コンテンツの再生を開始して前記複数の配信元のそれぞれに１回目に接続する間に受信する前記断片データの前記取得数を、前記判断単位を前記複数の配信元の数で除算した共通の第１取得数に設定し、前記ネットワーク特性の計測結果に基づいて前記高優先配信元を選択したとき、記高優先配信元からの前記取得数を前記第１取得数よりも多い第２取得数に設定し、前記低優先配信元からの前記取得数を前記判断単位から前記第２取得数を減算した第３取得数に設定する。
【００１０】
更に、本発明の第３の再生装置は、上述した本発明の第１又は第２の再生装置において、前記ネットワーク特性として、前記取得数の前記断片データのそれぞれの配信の平均スループットを算出する。
【００１１】
上記した本発明の再生装置によれば、自身と各配信元とのトラフィックについてネットワーク特性を計測するため、コンテンツを管理するセンターサーバに掛かる負荷を軽減することができる。また、再生装置は、コンテンツ配信時のトラフィックについてネットワーク特性を計測するため、最適な配信元の選択（ネットワーク特性の計測）のためだけの通信を確立させることがなく、無駄なトラフィックを減少して、ネットワークの渋滞を抑制し、通信速度低下を抑制することができる。更に、再生装置は、ネットワーク特性が良いと判断された高優先配信元だけでなく、他の低優先配信元からもコンテンツの断片データを配信させることで、各配信元のネットワーク特性を常に判断している。そのため、再生装置は、ネットワーク特性の変化にリアルタイムに反応して、即座に最適な高優先配信元を選択し、高優先配信元を優先的に使用して断片データを配信させるので、通信速度の低下を抑制することができる。例えば、再生装置を保持したユーザーが移動していると、再生装置と通信する基地局が変更されることで配信元との通信経路が変更され、ネットワーク特性が急激に変化することが予想される。しかし、再生装置は、各配信元のネットワーク特性を常に判断して、即座に最適な高優先配信元を選択するので、移動しているユーザーに対してネットワーク特性の変化（通信速度の低下等）を感じさせることなく、再生装置を快適に使用させることができる。
【００１２】
また、本発明のプログラムは、上述した本発明の第１〜第３の何れかの再生装置としてコンピュータを機能させるためのプログラムであることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、無駄なトラフィックを発生させることなく、リアルタイム性を向上してコンテンツの最適な配信元を選択することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る再生装置を備えたコンテンツ配信システムの概要を示すブロック図である。
【図２】本発明の一実施形態に係る再生装置におけるコンテンツ再生動作を示すフローチャートである。
【図３】本発明の一実施形態に係る再生装置におけるコンテンツ配信動作を示す概要図である。
【発明を実施するための形態】
【００１５】
本発明の実施形態に係る再生装置２を備えるコンテンツ配信システム１（以下、配信システムと称する）の構成について図を参照して説明する。配信システム１は、図１に示すように、再生装置２及び複数のサーバ３（配信元）を備え、インターネット等の所定のネットワーク４を介してサーバ３から再生装置２へコンテンツを配信するように構成されている。なお、図１では、配信システム１が１つの再生装置２と２つのサーバ３とを備える例を示しているが、配信システム１は、２つ以上の再生装置２や３つ以上のサーバ３を備えてよい。なお、配信システム１には、複数のサーバ３以外に、コンテンツ管理やリクエスト制御を行うナビゲーションサーバとしてセンターサーバ（図示せず）が設けられる。
【００１６】
配信システム１で配信されるコンテンツは、動画や音楽等を時系列順に分割（細分化）された複数の断片データ（セグメント）で構成され、各断片データがストリーミングやプログレッシブダウンロードによって配信される。コンテンツには、コンテンツの内容を記述したメタファイルが付加される。メタファイルには、例えば、コンテンツのタイトル、サムネイル、長さ（全再生時間）等のコンテンツ情報、断片データのフォーマット、長さ（時間）、リンク情報（ＵＲＬ）、再生順序等の断片データ情報等のメタ情報が記述される。あるいは、メタ情報は、コンテンツのメディアファイルに抽出可能に記憶されていてもよい。
【００１７】
再生装置２は、サーバ３からコンテンツを受信して、そのコンテンツの映像信号や音声信号等の再生信号を出力して再生するコンテンツ再生装置である。再生装置２は、ネットワーク４を介してサーバ３に接続可能で、且つ、コンテンツを再生可能な装置であればよく、例えば、スマートフォン、タブレット端末、携帯電話端末、パーソナルコンピュータ（ノート型パソコンを含む）又はその他のコンピュータでよい。
【００１８】
再生装置２は、例えば、制御部１０と、記憶部１１と、通信部１２と、表示部１３と、音声出力部１４と、操作部１５とを備える。また、再生装置２は、コンテンツを再生するプレイヤー１６を備え、プレイヤー１６は、記憶部１１に記憶されていて制御部１０によって制御されて動作するアプリケーション（プログラム）で構成される。
【００１９】
制御部１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等を有して、再生装置２の全体の動作を統括して制御するように構成される。記憶部１１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリや、ハードディスク等の記録媒体を有して、制御部１０で制御される情報やデータ、プログラム等を記憶するように構成される。
【００２０】
通信部１２は、再生装置２がインターネットやＬＡＮ等のネットワーク４に接続するためのインタフェースであり、即ち、再生装置２をサーバ３とネットワーク４を介して接続する。通信部１２は、３ＧやＬＴＥ等のモバイル網（キャリア網）やＷｉＦｉ網等の様々なネットワーク環境（通信方式）の中から選択した通信方式で、ネットワーク４を介してサーバ３等の外部機器に通信可能に接続する。なお、通信部１２は、最適な通信方式を自動的に選択してもよく、あるいは、ユーザーの操作に応じて通信方式を選択してもよい。
【００２１】
表示部１３は、動画や静止画を表示可能なディスプレイであって、液晶や有機エレクトロルミネッセンス（有機ＥＬ）、発光ダイオード（ＬＥＤ）等の何れの表示デバイスで構成されてもよく、更にタッチパネル機能を有してもよい。音声出力部１４は、音声を出力可能なスピーカやヘッドホン端子で構成される。操作部１５は、ユーザーからの入力操作を受け付けるキーボード、マウス、その他のキー等の入力デバイスであり、表示部１３がタッチパネルで構成される場合、表示部１３と一体的に構成されてよい。
【００２２】
プレイヤー１６は、再生するコンテンツ（断片データ）をサーバ３から受信し、コンテンツ（断片データ）の映像信号や音声信号を再生して表示部１３や音声出力部１４によって出力するように構成される。換言すれば、プレイヤー１６は、再生装置２にインストールさせることで、再生装置２として制御部１０等のコンピュータを機能させるためのアプリケーション（プログラム）である。図２は、再生装置２のプレイヤー１６によるコンテンツ再生動作のフローチャートを示す。例えば、プレイヤー１６は、動画プレイヤー等のコンテンツプレイヤーであり、再生装置２において独立して動作するアプリケーションでもよく、あるいは、ブラウザに組み込まれて動作するアプリケーションでもよい。プレイヤー１６は、例えば、再生する断片データを識別情報（例えば、時系列の連番等）によって指定した配信要求をサーバ３へ送信し、サーバ３がその配信要求に応じて配信した断片データを受信する。
【００２３】
プレイヤー１６は、ユーザーによって操作可能な様々な画面を表示部１３に表示し、例えば、コンテンツの映像信号に基づいて動画や静止画を表示する再生画面（図示せず）を表示する。プレイヤー１６は、再生画面において、コンテンツの再生開始、早送りや巻き戻し、一時停止や再生再開、停止等の操作入力を受け付けてよい。再生画面は、例えば、コンテンツ表示ウインドウの他、コンテンツの再生及び一時停止を操作するための再生ボタン、コンテンツの再生位置を変更するための早送りボタンや巻き戻しボタンあるいはシークバー、停止ボタン等を操作可能に表示する。また、再生画面は、コンテンツの再生時間を表示する再生時間表示や、コンテンツの出力音量を変更するための音量変更ボタンを有してよい。なお、再生画面は、ユーザーの便宜に応じて各種ウインドウや各種ボタンをカスタマイズ可能にしてもよい。
【００２４】
プレイヤー１６は、コンテンツの配信元候補となる複数のサーバ３の識別情報（例えば、ＩＰアドレス）を予め設定されて記憶している。配信元候補の識別情報は、例えば、再生装置２を操作するユーザーに直接入力されてもよく、コンテンツを管理するセンターサーバによって指定されてもよい。なお、配信元候補の複数のサーバ３は、センターサーバ毎に定められてよい。プレイヤー１６は、この識別情報を利用することでサーバ３に通信可能に接続することができる。
【００２５】
プレイヤー１６は、再生するコンテンツを指定するために（ステップＳ１）、再生候補のコンテンツをユーザーに提示し、例えば、再生候補のコンテンツをリストにしたリスト画面（図示せず）を表示する。プレイヤー１６は、ネットワーク４上の検索エンジンを利用して、ユーザーの入力したキーワードやカテゴリーに基づいて再生候補を検索してよく、また、センターサーバが推奨するコンテンツを再生候補としてもよい。コンテンツの検索及び推奨では、コンテンツのリンク情報（ＵＲＬ）も提示され、リストには、コンテンツ毎にリンク情報が付加される。リスト画面は、換言すれば、再生装置２で再生するコンテンツを選択するためのコンテンツ選択画面であり、プレイヤー１６は、ユーザーがリスト画面からコンテンツを選択操作することで、再生するコンテンツを指定される。
【００２６】
また、プレイヤー１６は、再生候補のコンテンツを提示するとき、配信元候補の複数のサーバ３の何れかに接続して、コンテンツのリンク情報に基づいてコンテンツのメタ情報を取得する。プレイヤー１６は、例えば、リンク情報に基づいて取得されるコンテンツのメディアファイルやメタファイルからメタ情報（コンテンツのタイトル、サムネイル、長さ等のコンテンツ情報、断片データのフォーマット、長さ、リンク情報、再生順序等の断片データ情報等）を抽出する。例えば、コンテンツ情報はリスト画面に表示されてよい。なお、メタ情報の取得先は、予め設定されたサーバ３、通信経路が最短のサーバ３、あるいはセンターサーバが選択されてよい。
【００２７】
また、プレイヤー１６は、上記のリスト画面に拘らず、再生装置２を操作するユーザーにコンテンツのリンク情報を直接入力されることで、再生するコンテンツを指定されてもよい。この場合も、上記と同様に、何れかのサーバ３に接続して、コンテンツのリンク情報に基づいてコンテンツのメタ情報を取得し、コンテンツ情報や断片データ情報を抽出して、コンテンツ情報を表示する。
【００２８】
プレイヤー１６は、再生するコンテンツを指定されると、配信元候補の複数のサーバ３に交互に接続して、コンテンツの複数の断片データを重複しないように配信させて受信し、例えば、各サーバ３に配信させる断片データの識別情報を指定することで、重複を防ぐことができる。プレイヤー１６が複数のサーバ３に交互に接続する順序は、センターサーバに予め設定されてよく、あるいはユーザーが予め選択して設定されてもよい。なお、プレイヤー１６は、各サーバ３との１回の接続の間に、連続する所定の取得数の断片データを配信させる。ここで、プレイヤー１６とサーバ３との１回の接続とは、所定の取得数の断片データを連続的に取得する期間での接続を示し、厳密に連続した接続でなくてもよい。そして、プレイヤー１６は、受信した断片データを時系列順に再生する。なお、断片データの再生は時系列順であるが、断片データの配信は時系列順でなくてもよい。
【００２９】
また、プレイヤー１６は、各サーバ３について再生装置２へ断片データを配信する際のトラフィックについてネットワーク特性（スループット、レイテンシ）計測し、その計測結果に応じて、各サーバ３との接続毎の断片データの取得数を変化させるようにフィードバック制御する。なお、プレイヤー１６は、複数のサーバ３のネットワーク特性を比較して、ネットワーク特性が最も良好なサーバ３を、コンテンツ配信で優先的に利用する高優先サーバ３（高優先配信元）として選択し、高優先サーバ３以外の他のサーバ３を低優先サーバ３（低優先配信元）として判断する。
【００３０】
以下に、上記のフィードバック制御の具体例を説明する。先ず、プレイヤー１６は、複数のサーバ３の数（例えば、２つ）を所定の乗数（例えば、５）で乗算した所定倍数（例えば、１０）を、高優先サーバ３の判断に用いる断片データの数である判断単位として設定する。例えば、断片データの長さが１秒で、判断単位が１０の場合、判断単位の長さ（時間）は、１０秒である。
【００３１】
コンテンツの再生を開始する初期動作では（ステップＳ２：ＹＥＳ）、プレイヤー１６は、複数のサーバ３のそれぞれに１回目に接続する間に受信する断片データの取得数として、上記の判断単位（例えば、１０）を複数のサーバ３の数（例えば、２つ）で除算した結果を、共通の第１取得数（例えば、５）に設定する（ステップＳ３）。即ち、共通の第１取得数は、上記の所定の乗数に等しい。そして、プレイヤー１６は、複数のサーバ３に交互に接続して、メタ情報の断片データ情報に基づいて断片データ情報のリンク情報や識別情報を指定して、第１取得数の断片データを順次配信させて受信する（ステップＳ４）。
【００３２】
例えば、各サーバ３に設定された第１取得数が５である場合に、図３に示すように、時系列順に連続する断片データＤ１〜Ｄｎ（ｎは整数）からなるコンテンツを、第１サーバ３ａ、第２サーバ３ｂの順に接続して配信させるとき、プレイヤー１６は、先ず、１番目から５番目までの断片データＤ１〜Ｄ５を指定して第１サーバ３ａに配信させ、次に、６番目から１０番目までの断片データＤ６〜Ｄ１０を指定して第２サーバ３ｂに配信させる。そして、プレイヤー１６は、断片データＤ１〜Ｄ５を第１サーバ３ａから受信し、断片データＤ６〜Ｄ１０を第２サーバ３ｂから受信し、断片データＤ１〜Ｄ１０を順次再生する（ステップＳ５）。
【００３３】
また、プレイヤー１６は、再生装置２へ断片データを配信する際の各サーバ３のトラフィックについてネットワーク特性（スループット、レイテンシ）を断片データ毎に計測し（ステップＳ６）、その計測結果に基づいて、ネットワーク特性が最も良好な高優先サーバ３を選択する。例えば、プレイヤー１６は、ネットワーク特性として各サーバ３の各断片データの配信毎にスループットを計測し、スループットの平均値（平均スループット）を算出して、平均スループットが最も高いサーバ３を高優先サーバ３として選択し、他のサーバ３を低優先サーバ３として判断する。なお、初期動作では、プレイヤー１６は、各サーバ３について、配信された断片データの数と同じ第１取得数のスループットの平均値を算出する。
【００３４】
プレイヤー１６は、高優先サーバ３を選択すると、高優先サーバ３からの断片データの取得数（第２取得数）を、低優先サーバ３からの断片データの取得数（第３取得数）よりも増加して変更する（ステップＳ７）。このとき、第２取得数及び第３取得数は、総和数が上記の判断単位となるように設定されるとよい。例えば、プレイヤー１６は、断片データの判断単位が１０の場合に、高優先サーバ３に関する第２取得数を９に設定し、低優先サーバ３に関する第３取得数を１に設定する。なお、プレイヤー１６は、高優先サーバ３の平均スループットと、低優先サーバ３の平均スループットとの比率に基づいて、高優先サーバ３の平均スループットが多い程、第２取得数が多くなるように設定してもよい。なお、断片データの再生（ステップＳ５）と、ネットワーク特性の計測（ステップＳ６）並びに第２取得数及び第３取得数の設定（ステップＳ７）とは、並行して行われてよい。
【００３５】
続いて、プレイヤー１６は、再生する断片データに続きがあれば（ステップＳ８：ＮＯ）、複数のサーバ３に２回目以降も接続する（ステップＳ２：ＮＯ）。プレイヤー１６は、複数のサーバ３のそれぞれに２回目に接続して受信する断片データの取得数として、上記のように変更した第２取得数及び第３取得数を設定する。そして、プレイヤー１６は、複数のサーバ３に交互に接続して、高優先サーバ３については第２取得数の断片データを配信させ（ステップＳ４）、低優先サーバ３については第３取得数の断片データを配信させる。本実施形態では、このとき、プレイヤー１６は、低優先サーバ３、高優先サーバ３の順に接続するが、高優先サーバ３、低優先サーバ３の順に接続してもよい。
【００３６】
例えば、高優先サーバ３である第１サーバ３ａに設定された第２取得数が９であり、低優先サーバ３である第２サーバ３ｂに設定された第３取得数が１である場合に、図３に示すように、時系列順に連続する断片データＤ１１〜Ｄｎからなるコンテンツを、低優先の第２サーバ３ｂ、高優先の第１サーバ３ａの順に接続して受信するとき、プレイヤー１６は、先ず、１１番目の断片データＤ１１を第２サーバ３ｂに配信させ、次に、１２番目から２０番目までの断片データＤ１２〜Ｄ２０を第１サーバ３ａに配信させる。そして、プレイヤー１６は、断片データＤ１１を第２サーバ３ｂから受信し、断片データＤ１２〜Ｄ２０を第１サーバ３ａから受信し、断片データＤ１１〜Ｄ２０を順次再生する（ステップＳ５）。
【００３７】
また、プレイヤー１６は、上記の初期動作と同様に、サーバ３と再生装置２との２回目の接続において断片データを配信する際のネットワーク特性を断片データ毎に計測し（ステップＳ６）、例えば、各断片データの配信時のスループットを計測して、平均スループットを算出する。例えば、プレイヤー１６は、前回（１回目）接続時に低優先と判断された第２サーバ３ｂの平均スループットは、直近の２つのスループット（５番目の断片データＤ５と１１番目の断片データＤ１１の配信時のスループット）に基づいて算出する。また、プレイヤー１６は、前回接続時に高優先と判断された第１サーバ３ａの平均スループットは、直近の９つのスループット（１２番目から２０番目までの断片データＤ１２〜Ｄ２０の配信時のスループット）に基づいて算出する。そして、プレイヤー１６は、サーバ３と再生装置２との２回目の接続でのネットワーク特性の計測結果に基づいて、高優先サーバ３及び低優先サーバ３を改めて判断し、平均スループットが最も高いサーバ３（高優先サーバ３）を選択する。
【００３８】
ここで、前回（１回目）接続時と今回（２回目）接続時とで高優先サーバ３が変更された場合、プレイヤー１６は、上記と同様にして第２取得数及び第３取得数を改めて設定する（ステップＳ７）。また、高優先サーバ３に変更がない場合、プレイヤー１６は、第２取得数及び第３取得数を維持してよく、あるいは、平均スループットの比率に基づいて再設定してもよい。
【００３９】
その後、プレイヤー１６は、複数のサーバ３のそれぞれに３回目以降に接続する場合（ステップＳ８：ＮＯ、ステップＳ２：ＮＯ）、２１番目以降の断片データＤ２１〜Ｄｎについて、上記の２回目の接続と同様の動作を繰り返して配信させる。そして、プレイヤー１６は、最後のｎ番目の断片データＤｎを再生すると（ステップＳ８：ＹＥＳ）、コンテンツの再生を終了する。
【００４０】
また、プレイヤー１６は、各サーバ３のネットワーク特性として、上記のスループット以外に、各断片データの配信時のレイテンシ（遅延量）も計測する。そして、プレイヤー１６は、各サーバ３のレイテンシ（各断片データのレイテンシ又は所定数の断片データの平均レイテンシ）が、所定の上限値を超える場合、そのサーバ３の利用優先度を低優先サーバ３よりも低下させ、例えば、１回の接続での断片データの取得数を第３取得数よりも減少させ、又は、そのサーバ３を配信元候補から除外する。
【００４１】
更に、プレイヤー１６は、再生装置２が発行する内部イベントを受信するように構成される。例えば、再生装置２では、通信部１２が３ＧやＬＴＥ等のモバイル網（キャリア網）やＷｉＦｉ網等の様々なネットワーク環境（通信方式）を選択していて、このような通信方式等の再生装置２の利用環境は、ユーザーの状況に応じて変化することがある。例えば、通信部１２が通信方式を自動的に選択しているとき、再生装置２を保持したユーザーがＷｉＦｉ網の通信範囲内から外部に移動すると、通信方式は、ＷｉＦｉ網からモバイル網へと自動的に切り換わる。再生装置２は、通信方式の変更等の利用環境の変化が生じた場合に、内部イベントを発行する。プレイヤー１６は、再生装置２の利用環境が変化して再生装置２から内部イベントを受信すると（ステップＳ９：ＹＥＳ）、高優先サーバ３及び低優先サーバ３の設定や、第２取得数及び第３取得数の設定をリセットする。そして、プレイヤー１６は、続きの断片データについて、初期動作と同様にして、各サーバ３に第１取得数の断片データを配信させ（ステップＳ３、ステップＳ４）、ネットワーク特性に基づいて高優先サーバ３及び低優先サーバ３を改めて判断して、第２取得数及び第３取得数を改めて設定する。
【００４２】
次に、複数のサーバ３について説明する。複数のサーバ３は、所定のセンターサーバで管理される様々なコンテンツと同一のコンテンツ（断片データ）を格納していて、再生装置２からのアクセスに応じてコンテンツの断片データを配信するコンテンツ配信サーバである。
【００４３】
サーバ３は、例えば、コンテンツ配信部２０と、コンテンツ格納部２１とを備える。コンテンツ格納部２１は、コンテンツ配信部２０によって配信されるコンテンツ（断片データ）を予め格納している。サーバ３は、所定のユーザー又は所定の再生装置２にコンテンツの視聴権限が付与されているか否かを判定して、その判定結果に基づいてユーザー又は再生装置２の視聴権限の認証を行う機能を有してよい。
【００４４】
コンテンツ配信部２０は、再生装置２から断片データの識別情報を指定した配信要求を受信し、指定された識別情報の断片データをコンテンツ格納部２１から取得して、所定の配信方式（例えば、ストリーミングやプログレッシブダウンロード）によって再生装置２へ配信する。
【００４５】
本実施形態では、上述のように、再生装置２は、コンテンツ配信システム１において、所定のネットワーク４を介してコンテンツの断片データを受信して、断片データに基づいてコンテンツを再生する装置である。再生装置２のプレイヤー１６は、コンテンツを配信する複数のサーバ３（配信元）に交互に接続して、コンテンツにおいて連続する所定の取得数の断片データを各サーバ３から受信する。プレイヤー１６は、断片データをサーバ３から再生装置２へ配信する際のネットワーク特性を計測する。プレイヤー１６は、複数のサーバ３のそれぞれのネットワーク特性を比較して、ネットワーク特性が最も良好なサーバ３を高優先サーバ３（高優先配信元）として選択し、高優先サーバ３以外の他のサーバ３を低優先サーバ３（低優先配信元）として判断し、高優先サーバ３からの第２取得数を、低優先サーバ３からの第３取得数よりも増加させる。
【００４６】
本実施形態の再生装置２のプレイヤー１６は、複数のサーバ３の数の所定倍数を、高優先サーバ３の判断に用いる断片データの数である判断単位に設定する。プレイヤー１６は、コンテンツの再生を開始して複数のサーバ３のそれぞれに１回目に接続する間に受信する断片データの取得数を、判断単位を複数のサーバ３の数で除算した共通の第１取得数に設定する。プレイヤー１６は、ネットワーク特性の計測結果に基づいて高優先サーバ３を選択したとき、高優先サーバ３からの断片データの取得数を第１取得数よりも多い第２取得数に設定し、低優先サーバ３からの断片データの取得数を判断単位から第２取得数を減算した第３取得数に設定する。
【００４７】
本実施形態の再生装置２のプレイヤー１６は、ネットワーク特性として、所定の取得数の断片データのそれぞれの配信の平均スループットを算出する。
【００４８】
上記したような構成により、本実施形態によれば、再生装置２のプレイヤー１６が、自身と各サーバ３とのトラフィックについてネットワーク特性を計測するため、コンテンツを管理するセンターサーバに掛かる負荷を軽減することができる。また、プレイヤー１６は、コンテンツ配信時のトラフィックについてネットワーク特性を計測するため、最適なサーバ３の選択（ネットワーク特性の計測）のためだけの通信を確立させることがなく、無駄なトラフィックを減少して、ネットワーク４の渋滞を抑制し、通信速度低下を抑制することができる。更に、プレイヤー１６は、ネットワーク特性が良いと判断された高優先サーバ３だけでなく、他の低優先サーバ３からもコンテンツの断片データを配信させることで、各サーバ３のネットワーク特性を常に判断している。そのため、プレイヤー１６は、ネットワーク特性の変化にリアルタイムに反応して、即座に最適な高優先サーバ３を選択し、高優先サーバ３を優先的に使用して断片データを配信させるので、通信速度の低下を抑制することができる。例えば、再生装置２を保持したユーザーが移動していると、再生装置２と通信する基地局が変更されることでサーバ３との通信経路が変更され、ネットワーク特性が急激に変化することが予想される。しかし、本実施形態のプレイヤー１６は、各サーバ３のネットワーク特性を常に判断して、即座に最適な高優先サーバ３を選択するので、移動しているユーザーに対してネットワーク特性の変化（通信速度の低下等）を感じさせることなく、プレイヤー１６を快適に使用させることができる。
【００４９】
本実施形態では、所定のセンターサーバと同一のコンテンツを格納した複数のサーバ３を配信元候補とする例を説明したが、本発明の配信元候補は、サーバ３に限定されない。例えば、他の実施形態では、同一のコンテンツを格納した複数のサーバからなるＣＤＮ（Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ）が、再生装置２に対して最も良好なネットワーク特性を有するサーバを自動的に選択する場合、このＣＤＮを配信元候補としてもよい。また、他の実施形態では、サーバやＣＤＮ以外に、同一のコンテンツを配信可能な他の再生装置等の他の外部コンピュータが存在する場合、これらを配信元候補としてもよい。そして、他の実施形態では、同一のコンテンツを配信可能なサーバ、ＣＤＮ、他のコンピュータを、適宜組み合わせて、複数の配信元候補としてよい。
【００５０】
本発明は、請求の範囲及び明細書全体から読み取ることのできる発明の要旨または思想に反しない範囲で適宜変更可能であり、そのような変更を伴う再生装置及び再生装置をコンピュータとして機能させるためのプログラム（アプリケーション）もまた本発明の技術思想に含まれる。
【符号の説明】
【００５１】
１  コンテンツ配信システム
２  再生装置
３  サーバ（配信元）
４  ネットワーク
１０  制御部
１１  記憶部
１２  通信部
１３  表示部
１４  音声出力部
１５  操作部
１６  プレイヤー
２０  コンテンツ配信部
２１  コンテンツ格納部
【図１】
2019164675.tif 000003
【図２】
2019164675.tif 000004
【図３】
2019164675.tif 000005