JP5979483B2 - コンテンツ再生装置、コンテンツ再生システム、及びコンテンツ再生方法 - Google Patents

Description

本発明は、通信ネットワークを通じて取得したコンテンツを再生するコンテンツ再生装置、コンテンツ再生システム、及びコンテンツ再生方法に関する。

特許文献１は、放送波を通じて取得したリアルタイムコンテンツと、インターネットを通じて取得した情報コンテンツとを表示する表示装置を開示する。このように、スポーツ中継等のリアルタイムコンテンツは、放送波を通じて取得するのが一般的である。一方、インターネットを通じて取得される情報は、コンテンツそのものではなく、広告やコンテンツの付属情報等が一般的である。

特開２００２−１７１５０７号公報

本開示は、通信ネットワークを通じて取得したリアルタイムコンテンツを、大きな遅延を生じさせずに再生するコンテンツ再生装置を提供する。

本開示におけるコンテンツ再生装置は、コンテンツを再生する装置であって、各々に優先度が割り当てられた複数のセグメントを含むコンテンツを、セグメント毎に通信ネットワークを通じてサーバから取得する取得部と、取得部で取得されたセグメントを表示装置に表示させることにより、コンテンツを再生する再生制御部とを備え、再生制御部は、サーバが配信可能な最新のセグメントの位置を示す配信可能位置と、現在再生されているコンテンツの第１の再生位置との差である遅延量が所定の閾値を超えた場合に、第１の再生位置を配信可能位置に近づけるために、コンテンツのうちの優先度が基準値以下のセグメントの再生を制御する。

本開示におけるコンテンツ再生装置は、通信ネットワークを通じて取得したリアルタイムコンテンツを、大きな遅延を生じさせずに再生することができる。

実施の形態１に係るコンテンツ再生システムでコンテンツを再生する基本的な処理の概要を示す図である。 実施の形態１に係るコンテンツ再生装置の構成を示すブロック図である。 実施の形態１に係るコンテンツ配信サーバの構成を示すブロック図である。 インデックスファイルに保持されている情報の例であって、（ａ）コンテンツ配信のビットレート毎のインデックスファイルの取得先（ＵＲＬ）の一覧と、（ｂ）インデックスファイルに保持されている情報の例を示す図である。 コンテンツ再生装置によって再生されるコンテンツの表示例であって、（ａ）遅延なしの場合、（ｂ）遅延量を通知している場合、（ｃ）遅延を解消する処理を促す画面の一例、（ｄ）遅延を解消する処理を促す画面の他の例を示す図である。 “Ｃａｔｃｈ ｕｐ”処理の前後における配信可能位置と再生位置との関係を示す図である。 “Ｃａｔｃｈ Ｕｐ”処理の手順を示すフローチャートである。 “Ｊｕｓｔ”処理の手順を示すフローチャートである。 （ａ）第１の時刻におけるインデックスファイルと、（ｂ）第１の時刻において、メディアセグメントファイルの途中で再生が一時停止している場合のシークバーの表示例を示す図である。 （ａ）第２の時刻におけるインデックスファイルと、（ｂ）第２の時刻において、メディアセグメントファイルの途中で再生が一時停止している場合のシークバーの表示例を示す図である。 （ａ）第３の時刻におけるインデックスファイルと、（ｂ）第３の時刻において、メディアセグメントファイルの途中で再生が一時停止している場合のシークバーの表示例を示す図である。 メッセージを送信する処理を示すフローチャートである。 メッセージを受信する処理を示すフローチャートである。 メッセージを送受信するコンテンツ再生装置での表示例を示す図である。 実施の形態２に係る同期処理を示すフローチャートである。

以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、発明者は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。

（実施の形態１）
以下、図１〜図１１を用いて、実施の形態１を説明する。

まず、図１を参照して、本実施の形態に係るコンテンツ再生システムでコンテンツを再生する基本的な処理を説明する。図１は、本実施の形態に係るコンテンツ再生システムでコンテンツを再生する基本的な処理の概要を示す図である。

まず、本実施の形態に係るコンテンツ再生システムは、図１に示されるように、コンテンツ再生装置１００と、コンテンツ配信サーバ２００とで構成される。コンテンツ再生装置１００とコンテンツ配信サーバ２００とは、それぞれが通信ネットワークに接続され、相互に通信可能となっている。通信ネットワークの具体例は特に限定されないが、例えば、インターネット等が該当する。

コンテンツ配信サーバ２００は、コンテンツ保有者（例えば、放送局等）３００からコンテンツを受信する。そして、コンテンツ配信サーバ２００は、コンテンツ保有者３００から受信したコンテンツを数秒〜数十秒程度のセグメント単位でエンコードし、メディアセグメントファイルとして記憶部に保存する。また、コンテンツ配信サーバ２００は、配信可能なメディアセグメントファイルの一覧であるインデックスファイルを作成し、記憶部に保存する。

なお、コンテンツ配信サーバ２００は、放送波を通じてコンテンツ保有者３００からコンテンツを受信してもよいし、通信ネットワークを通じてコンテンツ保有者３００からコンテンツを受信してもよい。また、コンテンツ保有者３００が配信するコンテンツの種類は特に限定されないが、本明細書ではスポーツ中継等のリアルタイムコンテンツ（ライブコンテンツ）を前提として説明する。

コンテンツ再生装置１００は、ユーザの要求に応じて、コンテンツ配信サーバ２００から受信可能（すなわち、再生可能なコンテンツ）なコンテンツの一覧を表示する。そして、表示したコンテンツの一覧の中から視聴するコンテンツをユーザに選択させることによって、コンテンツを決定する。

コンテンツ再生装置１００は、視聴するコンテンツが選択されると、インデックスファイル取得要求を通信ネットワークを通じてコンテンツ配信サーバ２００に送信し、視聴するコンテンツのインデックスファイルを通信ネットワークを通じてコンテンツ配信サーバ２００から受信する。

次に、コンテンツ再生装置１００は、受信したインデックスファイルに記載されているメディアセグメントファイルをコンテンツ配信サーバ２００から受信し、デコードして表示装置に表示する。図１の例では、コンテンツ再生装置１００は、メディアセグメントファイル＃１の取得要求を通信ネットワークを通じてコンテンツ配信サーバ２００に送信し、メディアセグメントファイル＃１を通信ネットワークを通じてコンテンツ配信サーバ２００から受信し、メディアセグメントファイル＃１をデコードして得られるメディアセグメント＃１を再生（表示装置に表示）する。

また、コンテンツ再生装置１００は、メディアセグメント＃１の再生が終了する前に、上記と同様の手順でメディアセグメントファイル＃２をコンテンツ配信サーバ２００から受信し、デコードしておく。

このとき、コンテンツ配信サーバ２００は、コンテンツ再生装置１００からの要求に応じてインデックスファイル及びメディアセグメントファイルを送信するのと平行して、コンテンツ保有者３００からコンテンツを受信し続けている。そして、コンテンツ配信サーバ２００は、メディアセグメントファイルを作成すると共に、新たに作成したメディアセグメントファイルの取得先ＵＲＬをインデックスファイルに追記（インデックスファイルの更新）する処理を、当該コンテンツを受信し終わるまで継続する。

また、コンテンツ再生装置１００は、更新されたインデックスファイルを所定のタイミングで受信すると共に、新たに作成されたメディアセグメントファイルを受信して再生する処理を継続する。これにより、コンテンツ再生装置１００は、リアルタイムコンテンツを再生することができる。

次に、図２を参照して、本実施の形態に係るコンテンツ再生装置１００の構成を説明する。図２は、本実施の形態に係るコンテンツ再生装置１００の構成を示すブロック図である。

本実施の形態に係るコンテンツ再生装置１００は、図２に示されるように、入力処理部１１０と、メッセージ処理部１２０と、画面描画部１３０と、通信部１４０と、Ｆｉｒｍｗａｒｅ更新部１５０と、インデックスファイル解析部１６０と、記憶部１７０とを備える。

入力処理部１１０は、ユーザからの指示や要求等の各種情報の入力を受け付ける入力インタフェースである。入力処理部１１０の具体例は特に限定されないが、例えば、リモコンからの信号を受け付ける受信部、表示装置に重畳するタッチパネル、キーボード、マウス等のあらゆる入力インタフェースを採用することができる。

具体的には、入力処理部１１０は、図１に示されるコンテンツ一覧表示要求及び視聴するコンテンツの選択をユーザから受け付けることができる。また、入力処理部１１０は、同期指示（“Ｃａｔｃｈ Ｕｐ”処理の開始指示、“Ｊｕｓｔ”処理の開始指示）、指定再生位置の入力、及び他のコンテンツ再生装置に送信するメッセージの入力等をユーザから受け付けることができる。これらの情報の詳細は、後述する。

メッセージ処理部１２０は、コンテンツ配信サーバ２００、後述するＳＮＳサーバ４００等から通信部１４０を通じて様々な情報を受信し、受信した情報に応じた処理を実行する。例えば、コンテンツ配信サーバ２００からインデックスファイルを受信すると、メッセージ処理部１２０は、受信したインデックスファイルを記憶部１７０に保存し、インデックスファイル解析部１６０に当該インデックスファイルを解析させる。また、コンテンツ配信サーバ２００からメディアセグメントファイルを受信すると、メッセージ処理部１２０は、受信したメディアセグメントファイルを記憶部１７０に保存し、画面描画部１３０に当該メディアセグメントファイルを再生させる。さらに、ＳＮＳサーバ４００を通じて他のコンテンツ再生装置からメッセージを受信すると、メッセージ処理部１２０は、受信したメッセージを画面描画部１３０に通知し、所定のタイミングで表示装置に表示させる。これらの処理の詳細は、後述する。

画面描画部１３０は、メニュー画面、コンテンツ、メッセージ等の画像（映像）を表示装置に表示させる。なお、コンテンツ再生装置１００は、表示装置を備えてもよいし、外部の表示装置にコンテンツを出力するものであってもよい。表示装置の具体例は特に限定されないが、例えば、液晶ディスプレイ、プラズマディスプレイ、又は有機ＥＬ（ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等を採用することができる。

表示装置を備えるコンテンツ再生装置１００は、例えば、テレビジョン受像機、タブレット端末、スマートフォン、又はディスプレイ一体型のパーソナルコンピュータ等として実現することができる。また、外部の表示装置にコンテンツを出力するコンテンツ再生装置１００は、例えば、セットトップボックス又はディスプレイとは別体のパーソナルコンピュータ等として実現することができる。

通信部１４０は、通信ネットワークに接続する通信インタフェースである。通信部１４０の具体的な構成は特に限定されないが、有線又は無線のあらゆる通信インタフェースを採用することができる。

Ｆｉｒｍｗａｒｅ更新部１５０は、通信ネットワーク上のサーバ（図示省略）から新たなファームウェアを取得し、コンテンツ再生装置１００で使用するファームウェアを更新する。また、Ｆｉｒｍｗａｒｅ更新部１５０は、ファームウェアの更新処理のみならず、表示装置にコンテンツを表示させるために必要となる情報（例えば、メニュー画面を構成する画面構成要素等）を更新する処理を実行してもよい。

インデックスファイル解析部１６０は、記憶部１７０に記憶されているインデックスファイルを解析し、所望のメディアセグメントファイルの送信を、コンテンツ配信サーバ２００に要求する。インデックスファイルの詳細は、後述する。

記憶部１７０は、インデックスファイル、メディアセグメントファイル、及びコンテンツ再生装置１００の動作に必要な各種情報を記憶する。記憶部１７０の具体的な構成は特に限定されないが、例えば、ＤＲＡＭ（Ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、強誘電体メモリ、又はＨＤＤ（Ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）等のデータを記憶可能なあらゆる手段を採用することができる。

なお、上記構成のコンテンツ再生装置１００でコンテンツを再生する場合において、ユーザがコンテンツの再生を一時停止させたり、通信ネットワークの帯域不足や障害等によってコンテンツの再生が中断されたりした場合に、コンテンツ再生装置１００での再生位置（コンテンツ再生中の表示装置に現在表示されている箇所）と、コンテンツ配信サーバ２００で配信可能な最新のセグメントの位置を示す配信可能位置との間にズレが生じる（再生位置が配信可能位置より遅れる）ことがある。

そこで、上記構成のコンテンツ再生装置１００は、各々に優先度が割り当てられた複数のセグメントを含むコンテンツを、セグメント毎に通信ネットワークを通じてサーバから取得する取得部と、取得部で取得されたセグメントを表示装置に表示させることにより、コンテンツを再生する再生制御部とを備える。そして、再生制御部は、サーバが配信可能な最新のセグメントの位置を示す配信可能位置と、現在再生されているコンテンツの第１の再生位置との差である遅延量が所定の閾値を超えた場合に、第１の再生位置を配信可能位置に近づけるために、コンテンツのうちの優先度が基準値以下のセグメントの再生を制御する。なお、図２のメッセージ処理部１２０及び通信部１４０は、例えば取得部に相当する。また、図２の画面描画部１３０及びインデックスファイル解析部１６０は、例えば、再生制御部に相当する。

次に、図３を参照して、本実施の形態に係るコンテンツ配信サーバ２００の構成を説明する。図３は、本実施の形態に係るコンテンツ配信サーバ２００の構成を示すブロック図である。

図３の例では、複数のコンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃが通信ネットワークを通じてコンテンツ配信サーバ２００に接続されている。このように、コンテンツ配信サーバ２００は、複数のコンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃからの接続を受け付け、それぞれに対してコンテンツを配信することができる。なお、図３のコンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃの構成は、図２を用いて説明したコンテンツ再生装置１００と共通する。

本実施の形態に係るコンテンツ配信サーバ２００は、図３に示されるように、複数（図３の例では３台）のサーバ装置２００Ａ、２００Ｂ、２００Ｃと、ロードバランサ２９０とで構成される。また、サーバ装置２００Ａは、メッセージ送信部２１０と、制御部２２０と、通信部２３０と、監視部２４０と、端末情報ＤＢ２５０と、記憶部２６０とを備える。なお、サーバ装置２００Ａ、２００Ｂ、２００Ｃは等価な構成であるので、以下では、サーバ装置２００Ａについて詳しく説明する。

メッセージ送信部２１０は、各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃに、通信ネットワークを通じて様々な情報を送信する。例えば、インデックスファイル取得要求を受信すると、メッセージ送信部２１０は、当該インデックスファイル取得要求で示されるコンテンツのインデックスファイルを、通信ネットワークを通じて各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃに送信する。また、メディアセグメントファイルの取得要求を受信すると、メッセージ送信部２１０は、当該メディアセグメントファイルの取得要求で示されるメディアセグメントファイルを、通信ネットワークを通じて各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃに送信する。さらに、メッセージ送信部２１０は、ファームウェアや画面構成要素等を、所定のタイミングで通信ネットワークを通じて各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃに送信する。

制御部２２０は、サーバ装置２００Ａの全体を制御する。例えば、制御部２２０は、各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃから受け付けた要求に応じて、他の機能ブロックの動作を制御する。また、制御部２２０は、コンテンツ保有者３００から受信したコンテンツをセグメント毎にエンコードして記憶部２６０に保存すると共に、インデックスファイルを作成して記憶部２６０に保存する。

通信部２３０は、通信ネットワークに接続する通信インタフェースである。通信部２３０の具体的な構成は特に限定されないが、有線又は無線のあらゆる通信インタフェースを採用することができる。

監視部２４０は、通信ネットワークを通じてコンテンツ配信サーバ２００に接続する各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃの状態、端末情報ＤＢ２５０が保持する各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃの情報等に応じて、各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃに対する情報（例えば、ファームウェア、画面構成情報等）の送信タイミングを決定する。

端末情報ＤＢ２５０は、各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃに関する様々な情報を保持する。例えば、端末情報ＤＢ２５０には、各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃが使用しているファームウェアのバージョン、画面構成要素の識別子、及び上記の各情報の更新の要否等が保持される。

記憶部２６０は、インデックスファイル、メディアセグメントファイル、及びコンテンツ配信サーバ２００の動作に必要な各種情報を記憶する。なお、図３では、端末情報ＤＢ２５０と記憶部２６０とを別々に設けているが、端末情報ＤＢ２５０が記憶部２６０に保存されていてもよい。記憶部２６０の具体的な構成は特に限定されず、図２の記憶部１７０と同様にあらゆる記憶手段を採用することができる。

ロードバランサ２９０は、各コンテンツ再生装置１００からのアクセスを受け付け、各サーバ装置２００Ａ、２００Ｂ、２００Ｃに処理を割り振ることによって、コンテンツ配信サーバ２００内の各サーバ装置２００Ａ、２００Ｂ、２００Ｃの負荷を平準化することができる。

次に、図４を参照して、インデックスファイルに保持されている情報の例を説明する。図４（ａ）は、コンテンツ配信のビットレート毎のインデックスファイルの取得先ＵＲＬの一覧である。図４（ｂ）は、インデックスファイルに保持されている情報の例である。

まず、コンテンツ配信サーバ２００は、コンテンツ保有者３００から取得したコンテンツを配信ビットレート毎にエンコードすると共に、配信ビットレート毎のインデックスファイルを作成する。図４（ａ）は、配信ビットレートが１．２８Ｍｂｐｓ以上の場合に使用すべきインデックスファイル“http://example.com/low.m3u8”と、配信ビットレートが２．５６Ｍｂｐｓ以上の場合に使用すべきインデックスファイル“http://example.com/mid.m3u8”と、配信ビットレートが７．６８Ｍｂｐｓ以上の場合に使用すべきインデックスファイル“http://example.com/hi.m3u8”と、配信ビットレートが６５Ｋｂｐｓ以上の場合に使用すべきインデックスファイル“http://example.com/audio-only.m3u8”とを、コンテンツ配信サーバ２００が保持していることを示している。

そして、コンテンツ再生装置１００は、まず図４（ａ）の一覧を取得し、ユーザが希望する画質、自装置の処理速度、又は接続している通信ネットワークの帯域等に応じてインデックスファイルを選択し、選択したインデックスファイルをコンテンツ配信サーバ２００から取得すればよい。

次に、コンテンツ配信サーバ２００から取得したインデックスファイル（図４（ａ）の一覧のうちの１つのインデックスファイル）には、例えば、図４（ｂ）のような内容が保持されている。

まず、図４（ｂ）の２行目“#EXT-X-TARGETDURATION:8”は、このインデックスファイルに記載されている各メディアセグメントファイルの再生時間が８秒以下であることを示している。また、３行目“#EXT-X-MEDIA-SEQUENCE:2680”は、このインデックスファイルに記載されている先頭のメディアセグメントファイルのシーケンス番号（メディアセグメントファイルの再生順を示す番号）が２６８０であることを示している。

５行目“#EXTINF-PRIORITY:0”は、これ以降（次の“#EXTINF-PRIORITY:x”まで）のメディアセグメントファイルの優先度が“０”であることを示している。図４（ｂ）は、２個のメディアセグメントファイル４１、４２の優先度が“０”となる。また、各セグメントファイルの取得先ＵＲＬの直上の行（例えば、“#EXTINF:8”）は、直下のセグメントファイルの再生時間が８秒であることを示している。

すなわち、図４（ｂ）のインデックスファイルには、優先度が“０”の２個のメディアセグメントファイル４１、４２と、優先度が“１００”の４個のメディアセグメントファイル４３、４４、４５、４６と、優先度が“０”の２個のメディアセグメントファイル４７、４８とを特定する情報（取得先ＵＲＬ）がこの順に記載されている。このように、インデックスファイルには、コンテンツ配信サーバ２００が配信可能なセグメントの範囲（すなわち、配信可能なメディアセグメントファイルを特定する情報）が記載されている。

また、各メディアセグメントファイルには、優先度が割り当てられている。この優先度は、コンテンツ配信サーバ２００によって任意に設定されるものであり、例えば、ＣＭの部分の優先度を相対的に高くしてもよいし、サッカーのゴールシーン等のコンテンツのうちで盛り上がる部分の優先度を相対的に高くしてもよい。

なお、本実施の形態では、インデックスファイル及びメディアセグメントファイルを作成するコンテンツ配信サーバ２００によって、各メディアセグメントファイルに優先度が割り当てられているが、優先度を割り当てる方法は上記に限定されない。例えば、コンテンツ再生装置１００とコンテンツ配信サーバ２００との間に介在するサーバ（図示省略）が、コンテンツ配信サーバ２００から取得したインデックスファイルに、特定のコンテンツ再生装置１００向けに優先度を追記したインデックスファイルを作成して配信してもよい。

次に、図５を参照して、コンテンツ再生装置１００によるコンテンツの表示例を説明する。図５は、コンテンツ再生装置１００によって再生されるコンテンツの表示例であって、（ａ）遅延なしの場合、（ｂ）遅延量を通知している場合、（ｃ）遅延を解消する処理を促す画面の一例、（ｄ）遅延を解消する処理を促す画面の他の例を示す図である。

なお、本実施の形態における「遅延」とは、コンテンツ再生装置１００の再生位置が、コンテンツ配信サーバ２００の配信可能位置に対して遅れることを指す。また、本実施の形態における「遅延量」とは、配信可能位置に対する再生位置の遅延の大きさを指す。

まず、コンテンツの再生に遅延がない場合、コンテンツ再生装置１００は、図５（ａ）に示されるように、現在の再生位置を含むメディアセグメントファイルを再生する。次に、コンテンツの再生に僅かな遅延が生じた場合（遅延量が第１の閾値を超えた場合）、コンテンツ再生装置１００は、図５（ｂ）に示されるように、遅延量を表示装置に表示する。図５（ｂ）の例では、表示画面の右下に“１０［ｓｅｃ］”と表示されている。

次に、コンテンツの再生にさらに遅延が生じた場合（遅延量が第１の閾値より大きい第２の閾値を超えた場合）、コンテンツ再生装置１００は、図５（ｃ）及び図５（ｄ）に示されるように、表示装置を通じてユーザに同期指示の入力を促す。なお、本実施の形態における「同期指示」とは、再生位置を配信可能位置に同期させる処理（“Ｃａｔｃｈ Ｕｐ”処理又は“Ｊｕｓｔ”処理）を開始させる指示である。

図５（ｃ）の例では、表示画面の下部に“Ｃａｔｃｈ Ｕｐ”処理ボタン５１と、“Ｊｕｓｔ”処理ボタン５２とが表示されている。“Ｃａｕｃｈ Ｕｐ”処理とは、再生位置を配信可能位置に徐々に近づける処理である。一方、“Ｊｕｓｔ”処理とは、再生位置を配信可能位置に一気に一致させる処理である。これらの処理の詳細は、後述する。

図５（ｄ）の例では、表示画面の下部に“Ｃａｔｃｈ Ｕｐ”処理ボタン５１及び“Ｊｕｓｔ”処理ボタン５２に加えて、再生位置の遅延量を示すシークバー５３が表示されている。シークバー５３の全長は、コンテンツ配信サーバ２００から取得可能なセグメントの範囲を示す。より具体的には、シークバー５３の左端は、コンテンツ配信サーバ２００から取得可能な最初のセグメントの先頭位置を示す。また、シークバー５３の右端は、コンテンツ配信サーバ２００から取得可能な最後のセグメントの先頭位置を示す。そして、シークバー５３の下の△印は、現在の再生位置を示す。すなわち、シークバー５３の△印の位置から右端までの間の距離が遅延量に相当する。

図５（ｃ）及び図５（ｄ）の場合、コンテンツ再生装置１００は、ユーザによって“Ｃａｔｃｈ Ｕｐ”処理ボタン５１又は“Ｊｕｓｔ”処理ボタン５２が押下された場合（入力処理部１１０で同期指示が受け付けられた場合）に、再生位置を配信可能位置に同期させる処理を開始する。これらの処理の詳細は、後述する。

また、図示は省略するが、コンテンツの再生にさらに遅延が生じた場合（遅延量が第２の閾値より大きい第３の閾値を超えた場合）、コンテンツ再生装置１００は、ユーザからの同期指示の入力を待たず、自動的に再生位置を配信可能位置に同期させる処理を実行してもよい。

次に、図６及び図７を参照して、“Ｃａｔｃｈ ｕｐ”処理を説明する。図６は、“Ｃａｔｃｈ ｕｐ”処理の前後における配信可能位置と再生位置との関係を示す図である。図７は、“Ｃａｔｃｈ Ｕｐ”処理の手順を示すフローチャートである。

まず、図６に示されるように、コンテンツ再生装置１００でメディアセグメントファイル“filesequence2680.ts”が再生されている途中で、ユーザがコンテンツの再生を一時停止（図６の“Pause”）し、その後で一時停止を解除（図６の“解除”）したとする。これにより、図６のドットハッチングの期間は再生位置が進まないので、一時停止を解除した時点における再生位置は配信可能位置より遅れることになる。なお、再生が一時停止される時点までは、再生位置と配信可能位置とは一致しているものとする。

なお、以降の説明では、コンテンツの再生位置が配信可能位置より遅れる原因として、ユーザがコンテンツの再生を一時停止させた例を説明するが、コンテンツの再生に遅延が生じる原因はこれに限定されない。例えば、通信ネットワークの遅延や障害によって遅延が生じる場合もあるし、コンテンツの再生位置を過去に遡らせる操作（後述するシークバー５３の操作）等をユーザが行うことによって遅延が生じる場合もある。

次に、コンテンツ再生装置１００でメディアセグメントファイル“filesequence2680.ts”が再生されている途中で、ユーザが図５（ｃ）に示される“Ｃａｔｃｈ Ｕｐ”処理ボタン５１を押下（図６の“Catch Up”）したとする。これにより、コンテンツ再生装置１００は、図７に示される“Ｃａｔｃｈ Ｕｐ”処理を実行する。

まず、コンテンツ再生装置１００は、再生中のメディアセグメントファイル（対象メディアセグメントファイル）の優先度が基準値以下であるか否かを判断する（Ｓ１０１）。図４（ｂ）のインデックスファイルを参照すれば、メディアセグメントファイル“filesequence2681.ts”の優先度は“０”である。

そこで、優先度の基準値を“５０”とすると、図６で“Ｃａｔｃｈ Ｕｐ”処理ボタン５１が押下された時点において、コンテンツ再生装置１００は、対象メディアセグメントファイルの優先度が基準値以下であると判断する（Ｓ１０１でＹｅｓ）。この場合、コンテンツ再生装置１００は、対象メディアセグメントファイルの残りを早送り再生する（Ｓ１０２）。すなわち、コンテンツ再生装置１００は、通常再生における第１の再生速度より速い第２の再生速度で対象メディアセグメントファイルを再生する。

次に、コンテンツ再生装置１００は、更新されたインデックスファイルをコンテンツ配信サーバ２００から取得する（Ｓ１０４）。但し、このタイミングでのインデックスファイルの取得は必須ではなく、“Ｃａｔｃｈ Ｕｐ”処理とは非同期にインデックスファイルを取得してもよい。

次に、コンテンツ再生装置１００は、対象メディアセグメントファイルの再生が終了した時点で、再生位置と配信可能位置とが一致したか否かを判断する（Ｓ１０５）。図６の例では、メディアセグメントファイル“filesequence2681.ts”の再生が終了した時点で再生位置が配信可能位置より遅れているので（Ｓ１０５でＮｏ）、コンテンツ再生装置１００は、インデックスファイルに記載されている次のメディアセグメントファイル“viera0001-0.ts”を対象セグメントファイルに設定（Ｓ１０６）し、ステップＳ１０１に戻る。

図４（ｂ）の例ではメディアセグメントファイル“viera0001-0.ts”の優先度は“１００”なので、コンテンツ再生装置１００は、対象メディアセグメントファイルの優先度が基準値を上回る（Ｓ１０１でＮｏ）と判断し、この対象メディアセグメントを通常再生する（Ｓ１０３）。

以降のメディアセグメントファイルに対して上記の処理を繰り返すと、コンテンツ再生装置１００は、図６のメディアセグメントファイル“viera0001-1.ts”、“lumix0034-0.ts”、及び“lumix0034-1.ts”を通常再生し、メディアセグメントファイル“fileSequence2682.ts”及び“fileSequence2683.ts”を早送り再生する。そして、図６の例では、メディアセグメントファイル“fileSequence2682.ts”、“fileSequence2683.ts”を早送り再生したことによって、再生位置が配信可能位置と一致するので、コンテンツ再生装置１００は、“Ｃａｔｃｈ Ｕｐ”処理を終了する。

上記の“Ｃａｔｃｈ Ｕｐ”処理では、優先度が基準値を上回るセグメントを通常再生し、優先度が基準値以下のセグメントを早送り再生する。これにより、コンテンツ配信サーバ２００がユーザに視聴させたいセグメント（優先度の高いセグメント）を早送りすることなく、再生位置と配信可能位置とを同期させることができる。また、再生位置を配信可能位置に徐々に近づけるので、優先度が低いセグメントの再生を完全にスキップしてしまうことがない。

ここで、ステップＳ１０２における早送り速度は、例えば、音声が再生できる程度（例えば、通常再生の１．２〜１．５倍程度）にするのが望ましい。また、早送り速度は一定である必要はなく、優先度に応じた早送り速度をセグメント毎に設定してもよい。具体的には、優先度の低いセグメントほど再生速度を速くし、優先度の高いセグメントほど再生速度を遅くすればよい。

次に、図８を参照して、“Ｊｕｓｔ”処理を説明する。図８は、“Ｊｕｓｔ”処理の手順を示すフローチャートである。なお、本実施の形態に係る“Ｊｕｓｔ”処理は、再生位置を含むセグメントと、配信可能位置で示される最新のセグメントとの間に位置するセグメントの再生をスキップする処理である。

具体的には、コンテンツ再生装置１００は、最新のインデックスファイルを、通信ネットワークを通じてコンテンツ配信サーバ２００から取得する（Ｓ２０１）。次に、コンテンツ再生装置１００は、ステップＳ２０１で取得したインデックスファイルに記載されている最新のメディアセグメントファイルを、通信ネットワークを通じてコンテンツ配信サーバ２００から取得する（Ｓ２０２）。そして、コンテンツ再生装置１００は、再生中のメディアセグメントファイルの再生を中止し、ステップＳ２０２で取得した最新のメディアセグメントファイルの再生を開始する（Ｓ２０３）。

図４のインデックスファイルを例に、“Ｊｕｓｔ”処理の具体例を説明する。なお、以下の具体例では、インデックスファイルの最後に記載されているメディアセグメントファイルを最新のメディアセグメントファイルとして説明するが、これに限定されず、インデックスファイルの予め定められた位置（例えば、下から３個目）に記載されたメディアセグメントファイルを最新のメディアセグメントファイルとしてもよい。

まず、第１の例として、“Ｊｕｓｔ”処理ボタン５２が押下された時点でメディアセグメントファイル４７が再生されており、ステップＳ２０２で最新のメディアセグメントファイル４８が取得された場合、コンテンツ再生装置１００は、メディアセグメントファイル４７のうちの“Ｊｕｓｔ”処理ボタン５２が押下された時点以降の再生をスキップし、メディアセグメントファイル４８の再生を開始する。

一方、第２の例として、“Ｊｕｓｔ”処理ボタン５２が押下された時点でメディアセグメントファイル４２が再生されており、ステップＳ２０２で最新のメディアセグメントファイル４８が取得された場合、コンテンツ再生装置１００は、優先度が基準値より高いメディアセグメントファイル４３〜４６をスキップしないようにしてもよい。

すなわち、コンテンツ再生装置１００は、メディアセグメントファイル４２のうちの“Ｊｕｓｔ”処理ボタン５２が押下された時点以降の再生をスキップし、メディアセグメントファイル４３〜４６を通常再生する。そして、メディアセグメントファイル４６の再生が終了した時点で、コンテンツ再生装置１００は、新たなインデックスファイルを取得し、当該インデックスファイルに記載されている最新のメディアセグメントファイルを再生してもよい。

上記の“Ｊｕｓｔ”処理では、再生位置と配信可能位置とを一気に同期させることができるので、例えば、再生位置が配信可能位置に対して大幅に遅延した場合等に有効である。また、上記の第２の例では、“Ｊｕｓｔ”処理において、コンテンツ配信サーバ２００がユーザに視聴させたいセグメントがスキップされるのを有効に防止することができる。

次に、図９〜図１１を参照して、シークバー５３の詳細を説明する。図９（ａ）、図１０（ａ）、及び図１１（ａ）は、各時刻におけるインデックスファイルの例を示す図である。図９（ｂ）、図１０（ｂ）、及び図１１（ｂ）は、各時刻において、メディアセグメントファイル６７の途中で再生が一時停止している場合のシークバー５３の表示例を示す図である。

まず、図９（ａ）に示されるインデックスファイルには、メディアセグメントファイル６１〜７０が記載されている。すなわち、このタイミングにおけるシークバー５３は、図９（ｂ）に示されるように、左端がシーケンス番号２６８０のメディアセグメントファイル６１の先頭位置を、シークバー５３の右端がシーケンス番号２６８８のメディアセグメントファイル６９の終端位置を、それぞれ示す。現在の再生位置を示す△印は、シーケンス番号２６８６のメディアセグメントファイル６７の途中の位置（５秒経過した位置）を指し示している。すなわち、図９（ｂ）に示されるシークバー５３を見たユーザは、△印の右側の色の濃い領域の長さによって遅延量（この例では、１９秒）を把握することができる。

次に、図１０（ａ）に示されるインデックスファイルは、図９（ａ）の状態から２０秒程度後の状態を示し、メディアセグメントファイル６５〜７４が記載されている。すなわち、このタイミングにおけるシークバー５３は、図１０（ｂ）に示されるように、左端がlumix0034-0.tsのメディアセグメントファイル６５の先頭位置を、右端がシーケンス番号２６９２のメディアセグメントファイル７３の終端位置を、それぞれ示す。

また、再生位置が図９（ｂ）の状態から変化していないとすると、図１０（ｂ）に示される△印は、依然としてシーケンス番号２６８６のメディアセグメントファイル６７の途中の位置を指し示しているので、図９（ｂ）と比較して左側に移動しているのが分かる。すなわち、コンテンツの再生を停止すると、シークバー５３の△印が時間の経過と共に左側に移動し、シークバー５３の遅延量を示す領域（色の濃い領域）が長くなる。これにより、ユーザは、遅延量が徐々に大きくなっていることを直感的に理解することができる。

さらに、図１１（ａ）に示されるインデックスファイルは、図１０（ａ）の状態からさらに４０秒程度後の状態を示し、メディアセグメントファイル７０〜７９が記載されている。すなわち、このタイミングにおけるシークバー５３は、図１１（ｂ）に示されるように、左端がシーケンス番号２６８９のメディアセグメントファイル７０の先頭位置を、右端がシーケンス番号２６９７のメディアセグメントファイル７８の終端位置を、それぞれ示す。

また、再生位置が図９（ｂ）の状態から変化していないとすると、シーケンス番号２６８６のメディアセグメントファイル６７は既にインデックスファイルから削除されているので、本来の再生位置は、図１１（ｂ）に示されるように、シークバー５３の左端よりもさらに左側に位置することになる。

そこで、コンテンツ再生装置１００は、例えば、再生位置を示す△印がシークバー５３の左端（配信可能範囲の最も過去の位置）に到達した時点で、また左端に到達してから所定時間経過した時点で、再生位置と配信可能位置とを同期させる処理を自動的に開始してもよい。

また、シークバー５３は、遅延量をユーザに報知するためだけでなく、任意の再生位置（指定再生位置）をユーザに指定させるために用いてもよい。すなわち、コンテンツ再生装置１００は、シークバー５３上の任意の位置をユーザに指定させる（指定再生位置の入力を受け付ける）ことにより、現在の再生位置以降の再生を中断し、指定再生位置から再生を開始してもよい。これにより、ユーザは、見逃したシーン等を見直すことができる。

上記のように、本実施の形態に係るコンテンツ再生装置１００によれば、通信ネットワークを通じて配信されるリアルタイムコンテンツを視聴する場合等において、コンテンツのうちの配信側が重要と考える部分をスキップすることなく、再生位置と配信可能位置とを同期させる処理を実行することができる。

（実施の形態２）
図１２〜図１５を用いて、実施の形態２を説明する。

なお、実施の形態１との共通点の詳しい説明は省略し、相違点を中心に説明する。まず、本実施の形態に係るコンテンツ再生装置１００及びコンテンツ配信サーバ２００の基本的な構成及び基本的な動作は実施の形態１と共通するので、再度の説明は省略する。

実施の形態１では、コンテンツ再生装置１００の再生位置を、コンテンツ配信サーバ２００の配信可能位置に同期させる処理を説明した。これに対して、本実施の形態２では、例えば、図３のコンテンツ再生装置１００Ａ、１００Ｂで同一のコンテンツを再生している場合において、コンテンツ再生装置１００Ａ、１００Ｂの間でメッセージの送受信を行う処理、及びコンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃの間で再生位置を同期させる処理を説明する。

図１２は、他のコンテンツ再生装置にメッセージを送信する処理を示すフローチャートである。図１３は、他のコンテンツ再生装置からメッセージを受信する処理を示すフローチャートである。図１４は、メッセージを送受信する２つのコンテンツ再生装置で表示される画面の例を示す図である。なお、以下の説明では、図３のコンテンツ再生装置１００Ａからコンテンツ再生装置１００Ｂにメッセージが送信される場合を説明する。

例えば、コンテンツ再生装置１００Ａ、１００Ｂは、図９（ａ）に示されるインデックスファイルに従って同一のコンテンツを再生しているとする。但し、図１４に示されるように、時刻Ｔにおけるコンテンツ再生装置１００Ａの表示画面には、表示例（１００Ａ−１）のようにメディアセグメントファイル“fileSequence2683.ts”が表示されている。これに対して、時刻Ｔにおけるコンテンツ再生装置１００Ｂの表示画面には、表示例（１００Ｂ−１）のようにメディアセグメントファイル“fileSequence2682.ts”が表示されている。すなわち、時刻Ｔにおけるコンテンツ再生装置１００Ｂの再生位置は、同時刻のコンテンツ再生装置１００Ａの再生位置より遅れている。

このタイミング（時刻Ｔ）において、コンテンツ再生装置１００Ａは、コンテンツ再生装置１００Ｂに送信すべきメッセージ“頑張れ！”の入力を、ユーザ（ｕｓｅｒ−１）から受け付けたとする（図１２のＳ３０１）。このとき、コンテンツ再生装置１００Ａは、メッセージを受け付けたタイミングにおける再生位置とＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）とを取得する（Ｓ３０２）。そして、コンテンツ再生装置１００Ａは、ステップＳ３０１で受け付けたメッセージと、ステップＳ３０２で取得した再生位置及びＰＴＳとを、通信ネットワークを通じてコンテンツ再生装置１００Ｂに送信する（Ｓ３０３）。

なお、再生位置の特定方法は特に限定されないが、例えば、再生位置を含むメディアセグメントファイルを特定する情報（取得先ＵＲＬ、シーケンス番号等）と、当該メディアセグメントファイルの先頭から再生位置までの再生時間との組み合わせであってもよい。また、ＰＴＳは、例えば、再生中のＴＳファイルを解析して得られる値を用いればよい。

次に、コンテンツ再生装置１００Ｂは、図１３に示されるように、メッセージ、再生位置、及びＰＴＳを、通信ネットワークを通じてコンテンツ再生装置１００Ａから受信する（Ｓ４０１）。但し、ステップＳ４０１の各種情報は、実際には、図３のコンテンツ再生装置１００ＡからＳＮＳサーバ４００を経由してコンテンツ再生装置１００Ｂに到達する。

次に、コンテンツ再生装置１００Ｂは、ステップＳ４０１で取得した再生位置が到来するのを監視する（Ｓ４０２）。言い換えれば、コンテンツ再生装置１００Ｂは、自装置の現在の再生位置が、ステップＳ４０１で取得した再生位置に到達するのを監視する。

そして、ステップＳ４０１で取得した再生位置が到来する（Ｓ４０２でＹｅｓ）と、コンテンツ再生装置１００Ｂは、図１４の表示例（１００Ｂ−２）のように、ステップＳ４０１で取得したメッセージ“頑張れ！”をコンテンツを表示している表示画面に表示する（Ｓ４０３）。なお、表示例（１００Ｂ−２）には、メッセージに加えて、メッセージを送信したユーザ名（ｕｓｅｒ−１）と、当該メッセージが何秒前に作成されたかを示す情報（この例では、８秒前）とが表示されている。

ここで、コンテンツ再生装置１００Ｂは、図１４のステップＳ４０２の処理を行わずに、ステップＳ４０１で受信したメッセージを直ちに表示画面に表示させることも可能である。この場合、図１４の表示例（１００Ａ−１）で入力されたメッセージは、表示例（１００Ｂ−１）のタイミングで表示されることになる。

しかしながら、例えば、受信したメッセージの内容がコンテンツに関連する内容であった場合、コンテンツ再生装置１００Ｂは、コンテンツの未だ再生していない部分に関連するメッセージを表示してしまうことになり、コンテンツ再生装置１００Ｂのユーザの興味を失わせてしまう可能性がある。

そこで、コンテンツ再生装置１００Ｂは、受信したメッセージを表示する時点でのコンテンツの再生位置を、当該メッセージが作成された時点でのコンテンツ再生装置１００Ａの再生位置に合わせる。これにより、コンテンツ再生装置１００Ｂのユーザは、適切なタイミングでメッセージを見ることができるので、ユーザ間の意思疎通が円滑になる。

なお、上記の例では、メッセージ受信側のコンテンツ再生装置１００Ｂの再生位置が、メッセージ送信側のコンテンツ再生装置１００Ａの再生位置より遅れている場合について説明したが、メッセージ受信側のコンテンツ再生装置１００Ｂの再生位置が、メッセージ送信側のコンテンツ再生装置１００Ａの再生位置より進んでいる場合には、コンテンツ再生装置１００Ｂは、受信したメッセージを直ちに表示すればよい。

また、コンテンツ再生装置１００Ｂは、図１４の表示例（１００Ｂ−２）のように、メッセージが何秒前に作成されたかを表示することにより、ユーザに現在の再生位置の遅延量を報知することができる。なお、本実施の形態における「遅延量」は、同一のコンテンツを再生する複数のコンテンツ再生装置の間（上記の例では、コンテンツ再生装置１００Ａ、１００Ｂ）の再生位置の差を示す。

次に、図１５を参照して、同一のコンテンツを再生する複数のコンテンツ再生装置の間で再生位置を同期する処理を説明する。図１５は、実施の形態２に係る同期処理を示すフローチャートである。

例えば、図３のコンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃがコンテンツ配信サーバ２００から取得した同一のコンテンツを再生している場合において、コンテンツ再生装置１００Ａの再生位置を、基準コンテンツ再生装置であるコンテンツ再生装置１００Ｃの再生位置に同期させる処理を説明する。なお、コンテンツ再生装置１００Ｂも同様の処理を行うので、説明は省略する。

まず、コンテンツ再生装置１００Ａは、基準コンテンツ再生装置の再生位置を、通信ネットワークを通じて基準コンテンツ再生装置から受信する（Ｓ５０１）。ここで、基準コンテンツ再生装置とは、再生位置を同期させる際の基準となるコンテンツ再生装置を指す。すなわち、コンテンツ再生装置１００Ａ、１００Ｂそれぞれは、自装置の再生位置（第１の再生位置）を、基準コンテンツ再生装置であるコンテンツ再生装置１００Ｃの再生位置（第２の再生位置）に同期させるための処理を実行する。

また、基準コンテンツ再生装置の選択方法は特に限定されないが、例えば、再生位置が最も遅れているコンテンツ再生装置を選択してもよいし、再生位置が最も進んでいるコンテンツ再生装置を選択してもよい。そこで、各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃは、互いの再生位置を示す情報を交換し、再生位置が最も遅れている（又は進んでいる）コンテンツ再生装置を基準コンテンツ再生装置と決定すればよい。

次に、コンテンツ再生装置１００Ａは、第１の再生位置（コンテンツ再生装置１００Ａの再生位置）と、第２の再生位置（基準コンテンツ再生装置の再生位置）とを比較する（Ｓ５０２）。そして、第１の再生装置が第２の再生装置より遅れている場合（Ｓ５０２でＹｅｓ）、コンテンツ再生装置１００Ａは、早送り再生処理を実行する（Ｓ５０３）。なお、ステップＳ５０３の早送り再生処理は、図７のステップＳ１０５で第１の再生位置と第２の再生位置とが一致するか否かを判断すること以外は、図７の“Ｃａｔｃｈ Ｕｐ”処理と共通するので、再度の説明は省略する。

一方、第１の再生装置が第２の再生装置より進んでいる場合（Ｓ５０２でＮｏ）、コンテンツ再生装置１００Ａは、スロー再生処理を実行する（Ｓ５０４）。なお、ステップＳ５０４のスロー再生処理は、第１の再生位置が第２の再生位置に近づくように、コンテンツのうちの優先度が基準値以下のセグメントを、通常再生における第１の再生速度より遅い第３の再生速度で再生する処理を指す。

すなわち、スロー再生処理は、図７のステップＳ１０２で対象メディアセグメントファイルをスロー再生することと、図７のステップＳ１０５で第１の再生位置と第２の再生位置とが一致するか否かを判断すること以外は、図７の“Ｃａｔｃｈ Ｕｐ”処理と共通するので、再度の説明は省略する。

上記構成によれば、各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃは、コンテンツを同期して再生することができるので、送受信するメッセージが意図しないタイミングで表示されるのを有効に防止することができる。

なお、各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃがそれぞれ図１５の同期処理を実行したとしても、瞬間的には各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃの再生位置にズレが生じる。そこで、各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃは、図１５の同期処理を所定の時間間隔毎に実行し、その合間に生じる微小な再生位置のズレを、図１２〜図１４の処理によって補完するのが望ましい。

また、本実施の形態では、メッセージが送受信される仲間うちのコンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃの間で再生位置を同期させることを目的とし、実施の形態１のように、コンテンツ配信サーバ２００と各コンテンツ再生装置１００Ａ、１００Ｂ、１００Ｃとの間で再生位置と配信可能位置とを同期させる必要は必ずしもない。そこで、実施の形態１、２は組み合わせて実現されてもよいし、それぞれ別々に実現されてもよい。

（他の実施の形態）
以上のように、本出願において開示する技術の例示として、実施の形態１、２を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置き換え、付加、省略などを行った実施の形態にも適用可能である。また、上記実施の形態１、２で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。

（１）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムで実現され得る。ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。

（２）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。ＲＯＭには、コンピュータプログラムが記憶されている。マイクロプロセッサが、ＲＯＭからＲＡＭにコンピュータプログラムをロードし、ロードしたコンピュータプログラムにしたがって演算等の動作することにより、システムＬＳＩは、その機能を達成する。

（３）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されてもよい。ＩＣカードまたはモジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。ＩＣカードまたはモジュールには、上記の超多機能ＬＳＩが含まれてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、ＩＣカードまたはモジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有してもよい。

（４）本開示は、上記に示す方法で実現されてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムで実現してもよいし、コンピュータプログラムからなるデジタル信号で実現してもよい。

また、本開示は、コンピュータプログラムまたはデジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ）、半導体メモリなどに記録したもので実現してもよい。また、これらの記録媒体に記録されているデジタル信号で実現してもよい。

また、本開示は、コンピュータプログラムまたはデジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送してもよい。

また、本開示は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、メモリは、コンピュータプログラムを記憶しており、マイクロプロセッサは、コンピュータプログラムにしたがって動作してもよい。

また、プログラムまたはデジタル信号を記録媒体に記録して移送することにより、またはプログラムまたはデジタル信号をネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施してもよい。

（５）上記実施の形態及び上記変形例をそれぞれ組み合わせてもよい。

以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。

したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。

また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。

本開示は、通信ネットワークを通じて取得したコンテンツを再生するコンテンツ再生装置に適用可能である。具体的には、テレビジョン受像機、タブレット端末、スマートフォン、セットトップボックス等に、本開示は適用可能である。

４１，４２，４３，４４，４５，４６，４７，４８，６１，６２，６３，６４，６５，６６，６７，６８，６９，７０，７１，７２，７３，７４，７５，７６，７７，７８，７９ メディアセグメントファイル
５１ “Ｃａｔｃｈ Ｕｐ”処理ボタン
５２ “Ｊｕｓｔ”処理ボタン
５３ シークバー
１００，１００Ａ，１００Ｂ，１００Ｃ コンテンツ再生装置
１１０ 入力処理部
１２０ メッセージ処理部
１３０ 画面描画部
１４０，２３０ 通信部
１５０ Ｆｉｒｍｗａｒｅ更新部
１６０ インデックスファイル解析部
１７０，２６０ 記憶部
２００ コンテンツ配信サーバ
２００Ａ，２００Ｂ，２００Ｃ サーバ装置
２１０ メッセージ送信部
２２０ 制御部
２４０ 監視部
２５０ 端末情報ＤＢ
２９０ ロードバランサ
３００ コンテンツ保有者
４００ ＳＮＳサーバ

Claims (14)

1. コンテンツを再生するコンテンツ再生装置であって、
   各々に優先度が割り当てられた複数のセグメントを含む前記コンテンツを、前記セグメント毎に通信ネットワークを通じてサーバから取得する取得部と、
   前記取得部で取得された前記セグメントを表示装置に表示させることにより、前記コンテンツを再生する再生制御部とを備え、
   前記再生制御部は、前記サーバが配信可能な最新の前記セグメントの位置を示す配信可能位置と、現在再生されている前記コンテンツの第１の再生位置との差である遅延量が所定の閾値を超えた場合に、前記第１の再生位置を前記配信可能位置に近づけるために、前記コンテンツのうちの優先度が基準値以下の前記セグメントの再生を制御する
   コンテンツ再生装置。
2. 前記再生制御部は、優先度が基準値を下回る前記セグメントの再生速度を速くすることによって、前記第１の再生位置を前記配信可能位置に徐々に近づける
   請求項１に記載のコンテンツ再生装置。
3. 前記再生制御部は、優先度の低い前記セグメントほど再生速度を速くする
   請求項２に記載のコンテンツ再生装置。
4. 前記再生制御部は、前記第１の再生位置を含む前記セグメントと、前記配信可能位置で示される前記最新のセグメントとの間に位置する前記セグメントの再生をスキップすることによって、前記第１の再生位置を前記配信可能位置に近づける
   請求項１に記載のコンテンツ再生装置。
5. 該コンテンツ再生装置は、さらに、ユーザからの入力を受け付ける入力部を備え、
   前記再生制御部は、前記第１の再生位置を前記配信可能位置に同期させることを示す同期指示の入力が前記入力部で受け付けられたタイミングで、前記第１の再生位置を前記配信可能位置に近づける処理を開始する
   請求項１に記載のコンテンツ再生装置。
6. 前記再生制御部は、
   前記遅延量が第１の閾値を超えた場合に、前記遅延量を前記表示装置に表示させ、
   前記遅延量が前記第１の閾値より大きい第２の閾値を超えた場合に、前記表示装置を通じてユーザに前記同期指示の入力を促し、
   前記遅延量が前記第２の閾値より大きい第３の閾値を超えた場合に、前記第１の再生位置を前記配信可能位置に近づける処理を自動的に開始する
   請求項５に記載のコンテンツ再生装置。
7. 該コンテンツ再生装置は、さらに、ユーザからの入力を受け付ける入力部を備え、
   前記再生制御部は、前記コンテンツのうちの前記サーバから取得可能な前記セグメントの範囲を示す情報を前記表示装置に表示させ、前記表示装置に表示された前記セグメントの範囲のうちの再生を開始する位置である指定再生位置を前記入力部を通じて取得した場合に、当該指定再生位置を含む前記セグメントを前記表示装置に表示させる
   請求項１に記載のコンテンツ再生装置。
8. 前記再生制御部は、さらに、同一の前記コンテンツを前記サーバから取得して再生している他のコンテンツ再生装置における前記コンテンツの第２の再生位置を取得し、前記第１の再生位置と前記第２の再生位置との間の遅延量が所定の閾値を超えた場合に、前記第１の再生位置を前記第２の再生位置に近づけるために、前記コンテンツのうちの優先度が基準値を下回る前記セグメントの再生を制御する
   請求項１に記載のコンテンツ再生装置。
9. 前記再生制御部は、前記第１の再生位置が前記第２の再生位置より遅れている場合に、優先度が基準値を下回る前記セグメントの再生速度を速くすることによって、前記第１の再生位置を前記第２の再生位置に徐々に近づける
   請求項８に記載のコンテンツ再生装置。
10. 前記再生制御部は、前記第１の再生位置が前記第２の再生位置より進んでいる場合に、優先度が基準値を下回る前記セグメントの再生速度を遅くすることによって、前記第１の再生位置を前記第２の再生位置に徐々に近づける
    請求項８又は９に記載のコンテンツ再生装置。
11. 該コンテンツ再生装置は、さらに、
    前記他のコンテンツ再生装置に送信すべきメッセージの入力を受け付ける入力部と、
    前記入力部で受け付けられた前記メッセージと、当該メッセージが受け付けられたタイミングにおける前記コンテンツの再生位置を特定する情報とを、通信ネットワークを通じて前記他のコンテンツ再生装置に送信する通信部とを備える
    請求項８に記載のコンテンツ再生装置。
12. 該コンテンツ再生装置は、さらに、前記表示装置に表示すべきメッセージと、当該メッセージを表示する際の前記コンテンツの再生位置とを、通信ネットワークを通じて前記他のコンテンツ再生装置から受信する通信部を備え、
    前記再生制御部は、前記コンテンツのうちの前記通信部で受信された前記再生位置を前記表示装置に表示させるタイミングで、前記通信部で受信された前記メッセージを前記表示装置に表示させる
    請求項８に記載のコンテンツ再生装置。
13. コンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生するコンテンツ再生装置とを備えるコンテンツ再生システムであって、
    前記コンテンツ再生装置は、
    各々に優先度が割り当てられた複数のセグメントを含む前記コンテンツを、前記セグメント毎に通信ネットワークを通じて前記コンテンツ配信サーバから取得する取得部と、
    前記取得部で取得された前記セグメントを表示装置に表示させることにより、前記コンテンツを再生する再生制御部とを備え、
    前記再生制御部は、前記コンテンツ配信サーバが配信可能な最新の前記セグメントの位置を示す配信可能位置と、現在再生されている前記コンテンツの第１の再生位置との差である遅延量が所定の閾値を超えた場合に、前記第１の再生位置を前記配信可能位置に近づけるために、前記コンテンツのうちの優先度が基準値以下の前記セグメントの再生を制御する
    コンテンツ再生システム。
14. コンテンツを再生するコンテンツ再生方法であって、
    各々に優先度が割り当てられた複数のセグメントを含む前記コンテンツを、前記セグメント毎に通信ネットワークを通じてサーバから取得する取得ステップと、
    前記取得ステップで取得された前記セグメントを表示装置に表示させることにより、前記コンテンツを再生する再生制御ステップとを含み、
    前記再生制御ステップでは、前記サーバが配信可能な最新の前記セグメントの位置を示す配信可能位置と、現在再生されている前記コンテンツの第１の再生位置との差である遅延量が所定の閾値を超えた場合に、前記第１の再生位置を前記配信可能位置に近づけるために、前記コンテンツのうちの優先度が基準値以下の前記セグメントの再生を制御する
    コンテンツ再生方法。