JP2019029801A - 再生装置、再生装置の制御方法、及び、プログラム - Google Patents

Abstract

【課題】 ストリーミング再生において、コンテンツデータを欠落なく再生することを可能とする。【解決手段】外部装置と通信する通信手段と、表示手段と、前記外部装置から前記再生装置に送信されるコンテンツに関するコンテンツ情報を保持する保持手段と、制御手段とを備え、前記コンテンツは複数のセグメントからなり、前記コンテンツ情報は、前記複数のセグメントのうち、どのセグメントが前記表示手段による表示が完了したかを特定するためのセグメント情報を含み、前記制御手段は前記コンテンツ情報に基づき、前記複数のセグメントのうち前記表示手段による表示が完了していないセグメントを前記外部装置から受信するように前記通信手段を制御する。【選択図】 図１

Description

本発明は、再生装置、再生装置の制御方法、及び、プログラムに関する。

ストリーミングとは、カメラやスマートフォン、テレビなどの再生装置が、インターネットなどの通信を介してサーバなどの外部装置から動画や音声などのコンテンツデータを受信しながら同時に再生する技術である。

装置間でデータを送受信する際に発生する可能性があるデータの遅延や欠落に関しては、コンテンツデータの用途に応じたデータを決定し取得することにより解決する技術が知られている（特許文献１）。また、コンテンツのストリーミング再生を一時中断し、再び同一コンテンツを継続して視聴を可能とするために、視聴情報をファイルで管理することによりデータの欠落なく視聴することを可能とする技術が知られている（特許文献２）。

特開２０１５−１１９３３４号公報 特開２００５−３１８２５０号公報

送信側であるサーバなどの外部装置において、コンテンツに関する情報を管理するためのコンテンツ情報（以下、「プレイリスト」という）を用いることにより、送信するコンテンツデータの欠落を防ぐ技術や停止場面からの再視聴を可能とする技術は知られている。

上記特許文献１に記載の発明では、コンテンツを分割して得られるセグメントデータを再生装置へ送信完了した時にプレイリストを更新するように制御する。しかし、再生装置への送信が完了したセグメントデータが常に再生装置側で全て表示されるとは限らない。そのため、プレイリストで管理するセグメント（再生装置に送信済みのセグメント）の情報と再生装置において再生済みのセグメントデータとが整合しない状況が発生し得る。

また、特許文献２に記載の発明では、コンテンツの再生をユーザの意図に基づき一時中断する時にのみプレイリストを更新するように制御する。この場合、データ受信不良の環境下においてユーザの意図しない停止が発生した際に、プレイリストで管理しているセグメントの情報と再生装置において再生済みのセグメントデータとが整合しない状況が発生し得る。

このように、従来の提案手法では、再生装置に送信済みのセグメントの情報と再生装置が再生済みのセグメントデータとが整合しない状況が発生し、その後にコンテンツの再生を再開すると、セグメントデータの欠落が発生してしまう虞がある。

そこで、本発明は、ストリーミング再生において、コンテンツデータを欠落なく再生することを可能とするための技術を提供する。

上記課題を解決するための本発明は、再生装置であって、
外部装置と通信する通信手段と、
表示手段と、
前記外部装置から前記再生装置に送信されるコンテンツに関するコンテンツ情報を保持する保持手段と、
制御手段とを備え、
前記コンテンツは複数のセグメントからなり、前記コンテンツ情報は、前記複数のセグメントのうち、どのセグメントが前記表示手段による表示が完了したかを特定するためのセグメント情報を含み、
前記制御手段は
前記コンテンツ情報に基づき、前記複数のセグメントのうち前記表示手段による表示が完了していないセグメントを前記外部装置から受信するように前記通信手段を制御することを特徴とする。

本発明によれば、ストリーミング再生において、コンテンツデータを欠落なく再生することが可能となる。

発明の実施形態に対応するシステム構成の一例を示す図と、発明の実施形態に対応する再生装置１００の構成の一例を示す図。 発明の実施形態１に対応するストリーミング再生時の再生装置１００と情報処理装置２００との間の通信及び各装置における処理を示すシーケンス図。 発明の実施形態に対応する、プレイリストのデータ構成の一例を示す図。 発明の実施形態１に対応するストリーミング再生再開時の再生装置１００と情報処理装置２００との間の通信及び各装置における処理を示すシーケンス図。 発明の実施形態２に対応するストリーミング再生再開時の再生装置１００と情報処理装置２００との間の通信及び各装置における処理を示すシーケンス図。

以下、発明を実施するための形態について詳細に説明する。以下に説明する実施形態は、発明を実施するための一例であり、発明の実施形態は以下に説明する例に限定されるものではない。

［実施形態１］
図１（Ａ）は、発明の実施形態に対応する再生システムの構成例を示す図である。本実施形態において、再生システム１０は、再生装置１００と、当該再生装置１００と通信する外部装置であるところの情報処理装置２００とを有する。再生装置１００は、例えばデジタルカメラやスマートフォンなどの装置として構成することができるが、それらに限られない。また情報処理装置２００は、例えばコンテンツサーバ等の、再生装置１００に動画、音声等のコンテンツを提供する装置であるが、その例に限られない。再生装置１００と、情報処理装置２００との間の通信は、例えばインターネットを介して行うことができる。

再生システム１０において、再生装置１００と情報処理装置２００との間では、プレイリスト、セグメントデータ、及び制御情報を送受信する。プレイリストとは、動画、音声などのコンテンツに関する情報を有する管理データであり、情報処理装置２００側がコンテンツ毎に管理して、再生装置１００がコンテンツの再生を行なおうとする場合に提供される。より詳細なデータ構成等については、図３を参照して後述する。

セグメントデータとは、１つのコンテンツが所定の時間単位（例えば、数秒、或いは、２秒程度）に複数のセグメントに分割されたデータであり、１つのコンテンツをストリーミングする場合、１つのコンテンツデータに基づき複数のセグメントデータが生成される。保存済みのコンテンツをストリーミングする場合、情報処理装置２００は保存済みのコンテンツを分割し、複数のセグメントを生成する。また、例えばリアルタイムに撮影されているコンテンツをストリーミングする場合、情報処理装置２００は、撮影が進行し所定量の撮影データが記録されるたびに順次セグメントを生成していく。各セグメントには、セグメントを一意に識別するためのセグメント識別情報が割り当てられている。図１（Ａ）では、簡単のためにセグメントデータ１、セグメントデータ２と示しているが、各セグメントを一意に識別可能であればどのような形態であってもよい。識別情報として、URLなどのアドレスなど、所定の通信プロトコルにて各セグメントにアクセスするための情報を用いることもできる。セグメントデータは、再生装置１００からの要求に従って情報処理装置２００から順次送信され、再生装置１００において順次再生されることで、ストリーミングが実現される。制御情報とは、通信の相手方機器への制御コマンド（単に、コマンドとも言う。）である。

次に、図１（Ｂ）を参照して本実施形態に係る再生装置１００の構成を説明する。図１（Ｂ）に示す再生装置１００は、例えばパーソナルコンピュータ、携帯電話、スマートフォン、ＰＤＡ、タブレット端末、携帯型メディアプレーヤなどの任意の情報処理端末或いは表示装置として実現することができる。

ＣＰＵ１０１は、再生装置１００全体の動作を制御する。ＤＲＡＭ１０２は、ＣＰＵ１０１が動作する際に一時的にデータなどを保持することが可能なメモリである。フラッシュメモリ１０３は、本実施形態に対応する処理を実行するためのプログラムを含む、ＣＰＵ１０１が実行するプログラムが格納されている。プレイリスト保持部１０４は、情報処理装置２００から受信したプレイリストを保持するメモリである。

プレイリスト制御部１０５はプレイリスト保持部１０４へのプレイリストの書込み及び読出しの制御、及び、プレイリストの解析を行う。セグメントデータ保持部１０６は、情報処理装置２００から受信したセグメントデータを保持するメモリである。セグメントデータ制御部１０７は、セグメントデータ保持部１０６へのセグメントデータの書込み及び読出しの制御を行う。復号処理部１０８は、受信したセグメントデータの復号処理を行う。表示部１０９は復号処理部１０８にて復号処理されたセグメントデータを表示するＬＣＤ等の表示装置である。操作部１１０は、再生装置１００に対するユーザの操作を受付けるための機構であって、例えば、ボタン、タッチパネル、ダイヤルなどの各種操作部材を含む。通信部１１１は、情報処理装置２００との通信を行う。制御バス１１２はＣＰＵ１０１が各ブロックを制御する機能を有する。

なお、図１（Ｂ）においては、プレイリスト制御部１０５、セグメントデータ制御部１０７をＣＰＵ１０１とは独立の構成として記載しているが、ＣＰＵ１０１がこれらの制御部として動作してもよい。また、同様に、プレイリスト保持部１０４及びセグメントデータ保持部１０６を、フラッシュメモリ１０３とは独立の構成として記載しているが、フラッシュメモリ１０３の一部として構成してもよい。逆に、複数のハードウェアが処理を分担・協働して行うことで、再生装置１００における１つの手段として機能するようにしてもよい。その他、再生装置１００における構成は専用ロジック回路やメモリを用いてハードウェア的に構成されてもよい。或いは、メモリに記憶されている処理プログラムをＣＰＵ等のコンピュータが実行することにより、ソフトウェア的に構成されてもよい。

また、本実施形態に対応する情報処理装置２００も、図１（Ｂ）に示す再生装置１００と同等の構成とすることができる。以下、情報処理装置２００における各構成要素について説明する場合は、２００番台の参照番号を割り当てることにする。例えば、情報処理装置２００のＣＰＵについて言及する場合は、ＣＰＵ２０１という。

次に、ストリーミング再生時の再生システム１０における各装置の動作について、図２を参照して説明する。図２は、本実施形態に係る、ストリーミング再生時の再生装置１００と情報処理装置２００との間の通信及び各装置における処理を示すシーケンス図である。図２のシーケンス図では、再生されるコンテンツは２つ以上のセグメントで構成されており、かつ、初めて再生される場合を想定している。

ＣＰＵ１０１は、Ｓ２０１において操作部１１０を介したユーザ入力に基づき電源投入要求を受けると、再生装置１００の動作モードをライブストリーミングモードに遷移させる。ライブストリーミングモードとは、再生装置１００が情報処理装置２００からコンテンツをセグメントデータ単位に受信しながら同時に表示部１０９に表示再生する動作モードである。続くＳ２０２において、ＣＰＵ１０１は、通信部１１１を介して情報処理装置２００へ接続依頼の制御情報を送信する。続くＳ２０２においてＣＰＵ１０１は、通信部１１１を介して情報処理装置２００からプレイリストアクセス許可の制御情報を受信する。これにより、再生装置１００と、情報処理装置２００とが通信可能状態となり、以降、再生装置１００と情報処理装置２００における通信は、通信部１１１を介して行われる。

Ｓ２０４では、ＣＰＵ１０１は、操作部１１０を介したユーザ入力に基づきライブストリーミングの開始要求を受ける。続くＳ２０５においてＣＰＵ１０１は、コンテンツ情報としてのプレイリストを取得するために、通信部１１１を介して情報処理装置２００に対しプレイリストを要求する制御情報を送信する。プレイリストには、再生装置１００においてコンテンツを再生するために必要な情報が登録されている。プレイリストの詳細については図３を参照して後述する。情報処理装置２００は、再生装置１００からの当該プレイリスト要求に応じて、再生装置１００にプレイリストを送信する。

続くＳ２０６において、ＣＰＵ１０１は、情報処理装置２００が送信したプレイリストを通信部１１１を介して受信すると、プレイリスト制御部１０５を制御して当該プレイリストをプレイリスト保持部１０４に保持させる。続くＳ２０７においてＣＰＵ１０１は、プレイリスト制御部１０５を制御して、プレイリスト保持部１０４が保持するプレイリストを解析する。当該解析においては、再生を開始する際の先頭のセグメントを特定し、ＣＰＵ１０１へ通知する。このときプレイリスト制御部１０５は、先頭のセグメントを特定するための識別情報をＣＰＵ１０１に通知する。ここで特定されたセグメントを、本実施形態では「セグメント１」と呼び、これ以降の説明を行う。

続くＳ２０８では、ＣＰＵ１０１は、通信部１１１を制御して、セグメント１のデータ（「セグメントデータ１」という）を要求する制御情報を情報処理装置２００に送信する。セグメントデータ１の指定は、プレイリストに含まれるＵＲＬに基づき行われる。当該ＵＲＬは、再生装置１００から情報処理装置２００に対してセグメントデータ１を指定する情報として利用され、情報処理装置２００は、指定されたＵＲＬに割り当てられたセグメントデータ１を再生装置へ送信する。

続くＳ２０９において、ＣＰＵ１０１は情報処理装置２００が送信したセグメントデータ１を通信部１１１を介して受信すると、セグメントデータ制御部１０７を制御して、セグメントデータ保持部１０６に保持させる。セグメントデータ１は、所定の符号化方式に従い符号化されているため、再生装置１００で表示するためには対応する復号方式に従って復号する必要がある。そこで、続くＳ２１０において、ＣＰＵ１０１は、復号処理部１０８を制御して、セグメントデータ制御部１０７が保持するセグメントデータ１の復号処理を実行する。復号されたセグメントデータ１は、再びセグメントデータ保持部１０６に保持される。

Ｓ２１０においてセグメントデータ１の復号処理を実行している間、ＣＰＵ１０１はセグメント１に続くセグメント２のデータ（セグメントデータ２）を取得すべく、Ｓ２１１において通信部１１１を介して情報処理装置２００へセグメントデータ２を要求する制御情報を送信する。セグメントデータ２の指定方法もセグメントデータ１と同様、プレイリストにおいてセグメントデータ２に割り当てられたＵＲＬを利用して行う。

続くＳ２１２において、ＣＰＵ１０１は情報処理装置２００が送信したセグメントデータ２を通信部１１１を介して受信すると、セグメントデータ制御部１０７を制御して、セグメントデータ保持部１０６に保持させる。続くＳ２１３において、ＣＰＵ１０１は、復号処理部１０８を制御して、セグメントデータ保持部１０６が保持するセグメントデータ２の復号処理を実行する。当該セグメントデータ２の復号処理は、セグメントデータ１の復号処理終了後、次の表示に備えて続けて実行される。復号されたセグメントデータ２は、Ｓ２１４において再びセグメントデータ保持部１０６に保持される。これにより、セグメントデータ１の表示が完了した後、直ちにセグメントデータ２の再生を開始することができる。

一方、Ｓ２１５では、ＣＰＵ１０１は、セグメントデータ制御部１０７を制御してＳ２１０において復号したセグメントデータ１をセグメントデータ保持部１０６から読み出し、表示部１０９に供給してセグメントデータ１を画面表示する。セグメントデータ１の表示が全て終了（表示が完了）すると、Ｓ２１６においてＣＰＵ１０１は通信部１１１を制御して、情報処理装置２００に対し、セグメントデータ１の表示完了の制御情報を送信する。情報処理装置２００は、セグメントデータ１の表示完了の制御情報を再生装置１００から受信すると、Ｓ２１７において、情報処理装置２００のＣＰＵ２０１が、プレイリスト制御部２０５を制御してプレイリストの内容を更新し、プレイリスト保持部２０４に保持する。これにより、再生装置１００における再生状況と、情報処理装置２００に保持されているプレイリストとの間で同期を取ることができる。

なお、セグメントデータ１の表示タイミングは、セグメントデータ１の複合処理後すぐでもよいし、セグメントデータ保持部１０６にバッファ領域を設け、その領域にある程度（例えばセグメント3つ分）セグメントデータが蓄積されたタイミングで表示してもよい。特に通信速度が遅い場合は、セグメントデータ１の表示完了時点でセグメントデータ２の受信や復号が完了しておらず、再生が途切れてしまう可能性がある。このような場合にはバッファ領域を設け、再生装置１００側に一定のセグメントデータを蓄積してから再生を行うことが有効になる。バッファを用いると再生の開始が遅延するため再生のリアルタイム性は損なわれるが、一方で再生の途切れを軽減できるという利点がある。

なお、図２のシーケンス図では、プレイリストの更新は情報処理装置２００側でのみ行ったが、再生装置１００がローカルに保持するプレイリストの内容も表示完了通知の送信する際に併せて更新してもよい。

ここで、本実施形態に対応するコンテンツ情報であるプレイリストについて説明する。図３は、プレイリストのデータ構成の一例を示す図である。プレイリストは情報処理装置２００において、通信する再生装置を保有しているユーザ毎に、さらに再生装置で再生されるコンテンツ毎に生成される。従って、同一コンテンツであっても、接続するユーザ毎に異なるプレイリストが生成され、ユーザ単位にコンテンツの再生状況を管理することができる。また、同一ユーザについても、コンテンツ単位にその再生状況を管理することができる。

プレイリストは、コンテンツを再生するユーザを特定するためのユーザ情報３０１を登録する。なお、ユーザが使用する端末毎の端末識別情報を登録してもよい。その場合、ユーザ単位よりも更に詳細に、端末単位でコンテンツの再生状況を管理することが可能になる。また、当該コンテンツの符号化方式についての情報を符号化方式３０２として登録している。図３の例では、符号化方式はＭＰＥＧ−４である。当該符号化方式３０２は、再生装置１００の復号処理部１０８において復号処理を実行する際の復号方式の決定のために参照される。

プレイリストはさらに、再生装置１００において表示完了済みのセグメントを特定するためのセグメント情報として、表示完了セグメント番号３０３を登録する。表示完了セグメント番号３０３には、例えば、表示完了済みのセグメントの識別情報を登録することができる。表示完了セグメント番号３０３の初期値は「０」であり、表示完了セグメント番号３０３が初期値の場合には、表示完了済みのセグメントが存在していないこととなる。これは当該コンテンツを初めて再生する場合に相当する。よって、この場合はコンテンツを構成する複数のセグメントのうち一番先頭のセグメント（セグメント１）が表示対象に選択される。また、前述のＳ２１７では、セグメントデータ１の表示完了に応じて表示完了セグメント番号３０３が「１」に更新される。

プレイリストにはさらに、各セグメントを再生装置１００が取得するために必要な、ＵＲＬ情報が登録される。図３では、セグメントデータ１と、セグメントデータ２のＵＲＬ３０４、３０５が登録されている例を示しているが、これらに限らずコンテンツに含まれる全てのセグメントデータのＵＲＬが登録される。ＵＲＬは、対応するセグメントデータを特定して情報処理装置２００にセグメントデータの提供を要求する際に利用される。

このようにしてプレイリストを構成することにより、再生装置１００は、プレイリストに登録されている表示完了セグメント番号３０３に従い、未再生のセグメントデータのうちの先頭のセグメントデータを特定し、当該セグメントデータのＵＲＬを用いて情報処理装置２００にセグメントデータの送信を要求することができる。
なお、プレイリストの別の例としては、再生装置１００側から表示完了の通知を受けた場合に、情報処理装置２００のＣＰＵ２０１がプレイリストを更新し、当該通知を受けたセグメントの情報をプレイリストから削除することが考えられる。つまり図３の例で言えば、情報処理装置２００は表示完了しているセグメントデータ１のＵＲＬ３０４をプレイリストから削除し、セグメントデータ１のＵＲＬ３０５のみを記述するということになる。このようにすることで、再生装置１００はプレイリストに記載の順番通りにセグメントデータを要求すれば、表示が完了していないセグメントデータを順次取得できることになる。

次に、ストリーミング再生が一旦停止された後のストリーミング再生再開時の再生システム１０における各装置の動作について、図４を参照して説明する。図４は、本実施形態に係る、ストリーミング再生再開時の再生装置１００と情報処理装置２００との間の通信及び各装置における処理を示すシーケンス図である。図４のシーケンス図では、前述の図２で示した、再生装置１００が表示部１０９によりセグメントデータ１の表示を完了したＳ２１５以降のシーケンスについて説明する。

再生装置１００でのセグメントデータ１の表示が全て終了すると、ＣＰＵ１０１はＳ４０１において、通信部１１１を介して情報処理装置２００に対し、セグメントデータ１の表示完了を通知する制御情報を送信する。情報処理装置２００は表示完了通知を受信すると、Ｓ４０２にてプレイリストの表示完了セグメント番号３０３の内容を更新する。図３で示した例では、表示完了セグメント番号３０３は初期値「０」を有しているので、これがセグメントデータ１に対応する値「１」に更新される。ここで、Ｓ４０１とＳ４０２とは、それぞれ前述図３のＳ２１６とＳ２１７とに対応する。

これ以降セグメントデータ２、３・・・とセグメントの再生順序に従って情報処理装置２００からセグメント単位に受信したセグメントデータが順に復号され、再生されることによりストリーミング処理が進行していく。しかし、本実施形態では、このように実行されているストリーミングの途中に再生処理が中断してしまう場合の再生の再開処理について説明する。ここでは、一例としてセグメントデータ２の表示中に電源遮断することにより再生表示が中断される場合を説明する。但し、再生が中断される要因は電源遮断に限定されない。

図２のＳ２１３、Ｓ２１４に示す通り、直前のセグメントデータ１の再生が終了する時点においては、既にセグメントデータ２の復号処理が完了し、復号結果が保存されている状態である。よって、セグメントデータ１の再生終了と同時に、直ちにセグメントデータ２の再生を開始することができる。ＣＰＵ１０１は、Ｓ４０３において、セグメントデータ制御部１０７を制御して、再生対象の復号済みのセグメントデータ２をセグメントデータ保持部１０６から読み出して表示部１０９に表示する。

ＣＰＵ１０１は、Ｓ４０４において、セグメントデータ２の表示途中に操作部１１０を介したユーザ入力に基づき電源遮断要求を受け付ける。当該電源遮断要求に応じて、ＣＰＵ１０１は、再生装置１００の電源を落として再生装置１００の動作を停止させる。これにより、Ｓ４０５に示すようにセグメントデータ２の表示が中断されるので、セグメントデータ２は最後まで表示されない。このとき、セグメントデータ２の表示は完了していないので、Ｓ４０１で送信されたような表示完了通知が再生装置１００から情報処理装置２００に送信されることはない。よって、情報処理装置２００側でも、Ｓ４０２においてプレイリストを更新した後、プレイリストの更新を行うことはない。このとき情報処理装置２００が管理するプレイリストの表示完了セグメント番号３０３は、セグメントデータ１を示したままとなっている。

その後、ＣＰＵ１０１は、Ｓ４０６において操作部１１０を介したユーザ入力に基づき電源投入要求を受ける。ＣＰＵ１０１は、電源投入要求に応じて、再生装置１００をライブストリーミングモードで再び起動する。その後の再生装置１００が情報処理装置２００からプレイリストを受信するまでのシーケンスであるＳ４０７からＳ４１１までの処理は、図２で示したＳ２０２からＳ２０６までの処理と同様であるため、ここでは説明を省略する。

Ｓ４１２において、ＣＰＵ１０１は、プレイリスト制御部１０５を制御して、プレイリスト保持部１０４が保持するプレイリストを解析する。当該解析においては、再生を開始する先頭のセグメントを特定し、ＣＰＵ１０１へ通知する。プレイリスト制御部１０５は、再生再開時の先頭のセグメントを特定するための識別情報をＣＰＵ１０１に通知する。このときプレイリストの表示完了セグメント番号３０３は、Ｓ４０２で更新された結果としてセグメントデータ１を示している。ここで、電源遮断などで再生中断により表示が完了しなかったセグメントは、表示完了セグメント番号３０３が示す表示が完了しているセグメントの直後のセグメントとみなすことができる。そして、当該表示完了済みのセグメントの次のセグメントからストリーミングを再開すれば、再生中断時のセグメントからストリーミングを再開することができる。そこで、プレイリスト制御部１０５は、表示を開始するセグメント番号として「２」と特定する。

これを受けて続くＳ４１３では、ＣＰＵ１０１は、通信部１１１を制御して、セグメントデータ２を要求する制御情報を情報処理装置２００に送信する。セグメントデータ２の指定は、上述の通りプレイリストに含まれるＵＲＬに基づき行われる。これ以降のセグメントデータ２の受信、復号処理及びセグメントデータ２の表示の各処理については、図２のＳ２０９、Ｓ２１０及びＳ２１５における処理と同様であるためここでは説明を省略する。

以上のように、本実施形態に対応する再生システム１０は、再生装置１００と情報処理装置２００とが、セグメントデータの表示が完了する度にプレイリストを更新するように動作する。これにより、表示を最後に完了したセグメントデータをプレイリストにより特定することが可能となる。よって、装置の電源遮断等によりストリーミングが強制的に終了されるような場合であっても、表示途中で完了していないセグメントデータから、コンテンツデータの欠落なくストリーミング再生を再開することが可能となる。

［実施形態２］
上記の実施形態１では、再生装置１００側でのセグメントデータの再生完了に応じて通知される表示完了通知に基づき情報処理装置２００側でプレイリストを更新していた。これに対し、本実施形態では再生装置１００側でセグメントデータの再生を完了すると、再生装置１００側でプレイリストを更新し、更新後のプレイリストを情報処理装置２００に送信する。情報処理装置２００側では、受信した更新済みのプレイリストにより、保持している更新前のプレイリストを上書きする。

本実施形態に係る再生システム１０の構成、及び、再生装置１００及び情報処理装置２００の構成はそれぞれ図１（Ａ）及び図１（Ｂ）に示したものと同様であるため、ここでは説明を省略する。以下、本実施形態に対応する再生システム１０における各装置の動作について図５を参照して説明する。図５は、本実施形態に係る、ストリーミング再生時の再生装置１００と情報処理装置２００との間の通信及び各装置における処理を示すシーケンス図である。

図５において、Ｓ５０１からＳ５１４は、前述の図２で示したＳ２０１からＳ２１４までと同様であるためここでは説明を省略する。

Ｓ５１５では、ＣＰＵ１０１は、セグメントデータ制御部１０７を制御して、Ｓ５１０にて復号されたセグメントデータ１を表示部１０９に表示する。セグメントデータ１の表示が全て終了すると、Ｓ５１６においてＣＰＵ１０１はプレイリスト制御部１０５を制御して、プレイリスト保持部１０４が保持するプレイリストを更新する。具体的に、表示完了セグメント番号３０３を、初期値「０」からセグメントデータ１を示す値「１」に更新する。続くＳ５１７では、ＣＰＵ１０１は通信部１１１を介して情報処理装置２００へ更新後のプレイリストを送信する。Ｓ５１８において、情報処理装置２００のＣＰＵ２０１が、プレイリスト制御部２０５を制御してプレイリスト保持部２０４に保持しているプレイリストを、受信した更新済みのプレイリストにより上書きして書き換える。

以上の本実施形態に対応する再生システム１０でも、再生装置１００と情報処理装置２００とが、セグメントデータの再生が完了する度にプレイリストを更新するように動作する。これにより、実施形態１と同様、ストリーミングが強制的に終了されるような場合であっても、表示途中となっていたセグメントデータから、コンテンツデータの欠落なくストリーミング再生を再開することが可能となる。

（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０：再生システム、１００：再生装置、２００：情報処理装置

Claims (8)

1. 再生装置であって、
   外部装置と通信する通信手段と、
   表示手段と、
   前記外部装置から前記再生装置に送信されるコンテンツに関するコンテンツ情報を保持する保持手段と、
   制御手段と
   を備え、
   前記コンテンツは複数のセグメントからなり、前記コンテンツ情報は、前記複数のセグメントのうち、どのセグメントが前記表示手段による表示が完了したかを特定するためのセグメント情報を含み、
   前記制御手段は
   前記コンテンツ情報に基づき、前記複数のセグメントのうち前記表示手段による表示が完了していないセグメントを、前記外部装置から受信するように前記通信手段を制御することを特徴とする再生装置。
2. 前記制御手段は、前記表示手段により１つのセグメントの表示が完了するたびに、前記通信手段を制御して前記外部装置に表示が完了したセグメントに関する完了通知を送信することを特徴とする請求項１に記載の再生装置。
3. 前記コンテンツの表示を行う場合に、前記制御手段は前記通信手段を制御して前記外部装置から前記コンテンツ情報を受信し、
   前記表示を行おうとするコンテンツについて、前記制御手段が前記通信手段を制御して前記完了通知を前記外部装置に送信していた場合、受信した前記コンテンツ情報に含まれる前記セグメント情報は前記完了通知に基づき更新されていることを特徴とする請求項２に記載の再生装置。
4. 前記制御手段は、前記表示手段による１つのセグメントの表示が完了するたびに、前記コンテンツ情報に含まれる前記セグメント情報を更新し、前記通信手段を制御して更新した前記コンテンツ情報を前記外部装置に送信することを特徴とする請求項１に記載の再生装置。
5. 前記コンテンツの表示を行う場合に、前記制御手段は前記通信手段を制御して前記外部装置から前記コンテンツ情報を受信し、
   前記制御手段が前記通信手段を制御して前記更新したコンテンツ情報を前記外部装置に送信していた場合、前記通信手段が受信するコンテンツ情報は、前記更新したコンテンツ情報であることを特徴とする請求項４に記載の再生装置。
6. 前記セグメント情報は、前記表示手段による表示が最後に完了したセグメントを識別する情報を含むことを特徴とする請求項１から５のいずれか１項に記載の再生装置。
7. 外部装置と通信する通信手段と、
   表示手段と、
   前記外部装置から再生装置に送信されるコンテンツに関するコンテンツ情報を保持する保持手段と、
   制御手段と
   を備える再生装置の制御方法であって、
   前記コンテンツは複数のセグメントからなり、前記コンテンツ情報は、前記複数のセグメントのうち、どのセグメントが前記表示手段による表示が完了したかを特定するためのセグメント情報を含み、
   前記制御手段が、前記コンテンツ情報に基づき、前記複数のセグメントのうち前記表示手段による表示が完了していないセグメントを前記外部装置から受信するように前記通信手段を制御する工程を含むことを特徴とする再生装置の制御方法。
8. コンピュータを請求項１から６のいずれか１項に記載の再生装置の制御手段として機能させるためのプログラム。

Images