JP6400163B2 - 受信装置、受信方法、送信装置、送信方法、及びプログラム - Google Patents

Description

本発明は、コンテンツデータを複数のセグメントデータに分割し、各セグメントデータを送信装置から受信装置に送信する技術に関する。

近年、ネットワークカメラやビデオ会議システム等、コンテンツデータをリアルタイムに送受信するストリーミング技術が実用化されている。ストリーミング技術により、コンテンツデータを受信しながら、同時に、受信したコンテンツデータを再生することが可能である。

また、このようなストリーミング技術として、ＨＴＴＰ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ（非特許文献１）、及びＭＰＥＧ−ＤＡＳＨ（非特許文献２）等が標準規格化されている。これらの各標準規格において、送信装置は、映像データや音声データ等のコンテンツデータを所定の時間間隔毎に分割することにより複数のセグメントデータを生成する。さらに、送信装置は、生成した各セグメントデータの所在情報、再生順序等を含むメタデータ（プレイリストと称す）を受信装置へ送信する。受信装置は、受信したプレイリストに記載された、各セグメントデータの所在情報、再生順序等に基づいて、セグメントデータを取得する。このように、上述した各標準規格において、プレイリスト及びセグメントデータを、送信装置と受信装置との間で所定の時間間隔毎に連続して送受信することにより、コンテンツデータのストリーミングが可能である。

また、コンテンツデータのストリーミングを可能にする従来技術として、音声・映像コンテンツを複数の小さいクリップへとセグメント化し、ダウンロード及び再生を同時に行う方法が提案されている（特許文献１）。特許文献１には、複数の小さいクリップのメタデータをローカル記憶装置に格納し、複数の小さいクリップの再生を開始することが記載されている。これにより、複数の小さいクリップのうちの第２のクリップがダウンロードしている間に、複数の小さいクリップのうちの第１のクリップのコンテンツを表示することができる。

ＩＥＴＦ ｄｒａｆｔ ＨＴＴＰ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇｄｒａｆｔ−ｐａｎｔｏｓ−ｈｔｔｐ−ｌｉｖｅ−ｓｔｒｅａｍｉｎｇ−０９ ＩＳＯ／ＩＥＣ ２３００９−１

特表２００８−５２３７１８号公報

しかし、上述した従来技術では、送信装置と受信装置との間の通信遅延や受信装置の処理遅延等により、再生される映像のリアルタイム性が低下するという課題があった。例えば、上述した従来技術では、送信装置と受信装置との間の通信遅延や受信装置の処理遅延等が起こった場合、送信装置において、プレイリスト及びセグメントデータの送受信のタイミングが、各セグメントデータを生成するタイミングよりも遅れることがある。このような場合、送信装置では、送信されるセグメントデータよりも生成されるセグメントデータが多くなるため、送信装置または受信装置が送受信するセグメントデータを制御する必要がある。

そこで、送信装置で生成された当該複数のセグメントデータのうち、再生順序がより下位のセグメントデータのみを送受信することで、遅延が解消され、受信装置で受信後に再生されるコンテンツデータのリアルタイム性は確保される。しかし、この場合、送信装置で生成された当該複数のセグメントデータのうち、再生順序がより上位のセグメントデータを送受信しないため、受信装置で受信後に保存されるコンテンツデータは不連続になるという課題がある。

本発明は上述した問題を解決するためになされたものである。

本発明の受信装置は以下の構成を有する。

即ち、コンテンツデータが分割された１又は複数のセグメントを送信装置から受信する受信装置であって、前記送信装置が送信可能なセグメントの情報が記述されたプレイリストを受信する受信手段と、前記受信装置のモードが、前記送信装置からのセグメントを受信する受信処理と、前記送信装置からのセグメントを再生する再生処理とを並行して行うストリーミング再生モードである場合、前記受信手段により受信されたプレイリストにより示される１又は複数のセグメントのうち、再生順序が最も新しいセグメントから所定数のセグメントを前記送信装置へ要求する要求手段とを有し、前記受信手段は、前記要求手段による要求に応じたセグメントを前記送信装置から受信する。

また、本発明の送信装置は以下の構成を有する。

即ち、コンテンツデータが分割された１又は複数のセグメントに関する情報を記述したプレイリストを受信装置へ送信する送信装置であって、前記受信装置のモードを判定する判定手段と、前記受信装置のモードが、前記送信装置からのセグメントを受信する受信処理と、前記送信装置からのセグメントを再生する再生処理とを並行して行うストリーミング再生モードであると前記判定手段により判定された場合であって、前記受信装置へ未送信のセグメントが複数存在する場合、前記受信装置へ未送信の複数のセグメントのうち、再生順序が最も古いセグメントに関する情報を含まないプレイリストを生成する生成手段と、前記生成手段により生成されたプレイリストを前記受信装置へ送信する送信手段とを有する。

本発明により、通信遅延や受信装置の処理遅延時に、受信装置が受信したコンテンツデータを保存する場合に不連続性を最小にし、受信装置が受信したコンテンツデータを再生する場合にリアルタイム性を向上させることができる。

実施形態１及び実施形態２の送信装置１００と受信装置１０２との接続形態を示す図 実施形態１の送信装置１００の内部構成の一例を示すブロック図 実施形態１の送信装置１００の生成部２１６におけるプレイリストの生成処理手順の一例を示すフローチャート 実施形態１の受信装置１０２の内部構成の一例を示すブロック図 実施形態１の受信装置１０２におけるセグメントデータの受信制御処理手順の一例を示すフローチャート 実施形態１の送信装置１００と受信装置１０２との間における、映像データを保存しない場合の各セグメントデータの送受信処理を時間経過と共に示す図 実施形態１の送信装置１００と受信装置１０２との間における、映像データを保存する場合の各セグメントデータの送受信処理を時間経過と共に示す図 実施形態２の送信装置８００の内部構成の一例を示すブロック図 実施形態２の送信装置８００の生成部２１６におけるプレイリストの生成処理手順の一例を示すフローチャート 実施形態２の送信装置８００と受信装置１０２との間における、映像データ保存しない場合の各セグメントデータの送受信処理を時間経過と共に示す図

以下、添付の図面を参照して、実施形態について詳細に説明する。尚、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。

＜実施形態１＞
本実施形態のシステム全体の処理について、図１を用いて説明する。

図１は、本実施形態に係る、送信装置１００と受信装置１０２との接続形態の一例を示す図である。本実施形態において、送信装置１００と受信装置１０２とは、ネットワーク１０１を介して相互に接続されている。

送信装置１００及び受信装置１０２は、コンテンツデータを所定の時間間隔毎に分割して取得したセグメントデータと、各セグメントデータに関する再生区間情報を含むメタデータ（以下、プレイリストと称す）とをネットワーク１０１を介して夫々送受信する。これにより、送信装置１００及び受信装置１０２はコンテンツデータのストリーミングを行う。コンテンツデータとは、映像データ、音声データ等を示す。本実施形態では、送信装置１００が、コンテンツデータとして映像データを受信装置１０２へ送信する例について以下に説明するが、本発明はこれに限定されない。即ち、送信装置１００が、コンテンツデータとして音声データを受信装置１０２へ送信する場合も同様の処理方法を用いることができる。また、プレイリストは、各セグメントデータの再生順序、所在情報（ＵＲＬ等）、再生時間等が記載されたメタデータである。本実施形態では、プレイリストのフォーマットとしてテキストベースのＭ３Ｕ８形式を用いる。Ｍ３Ｕ８形式のプレイリストの詳細は図６を用いて後述する。

ネットワーク１０１は、例えば、インターネットや有線ＬＡＮ（Ｌｏｃａｌ ＡｒｅａＮｅｔｗｏｒｋ）、または無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）等により構成される。尚、本実施形態において、ネットワーク１０１はホームネットワークとしての有線ＬＡＮ、または無線ＬＡＮを想定しているが、本発明はネットワーク１０１の通信規格、規模、構成を問わない。即ち、ネットワーク１０１の通信規格として、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、アドホックネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、ＵＷＢ（Ｕｒｔｒａ Ｗｉｄｅ Ｂａｎｄ）等を用いてもよい。

送信装置１００は、受信装置１０２からネットワーク１０１を介して送信されるプレイリストの取得要求、及びセグメントデータの取得要求に基づいて、プレイリストの送信、及びセグメントデータの送信を行う。送信装置１００としては、例えば、カメラ、ビデオカメラ、スマートフォン、携帯電話、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等が挙げられるが、本発明はこれに限定されない。即ち、送信装置１００は、後述のハードウェア構成、及びモジュール構成を満たすものであればよい。また、送信装置１００が送信する映像データは、送信装置１００内で生成されてもよいし、他のサーバ装置等で生成されて送信装置１００へ送信されてもよい。

受信装置１０２は、送信装置１００からネットワーク１０１を介して送信されるプレイリストの受信（メタデータ受信）、及びセグメントデータの受信（セグメント受信）を行う。さらに、本実施形態において受信装置１０２は、受信した映像データを再生、及び保存を行う機能を有する。尚、受信装置１０２が受信した映像データを別の装置に送信して再生、及び保存させることとしてもよい。受信装置１０２としては、例えば、スマートフォン、携帯電話、ＰＣ、テレビ等が挙げられるが、本発明はこれに限定されない。即ち、受信装置１０２は、後述のハードウェア構成、及びモジュール構成を満たすものであればよい。また、ネットワーク１０１に接続される受信装置１０２は一台のみであってもよいし、複数台存在してもよい。

次に、本実施形態の送信装置１００について、図２、及び図３を用いて説明する。

図２は、本実施形態に係る、送信装置１００の内部構成の一例を示すブロック図である。

２０１は中央処理装置（ＣＰＵ）であり、以下に記す各部を統括的に制御する。２０２はＲＡＭであり、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０３はＲＯＭであり、ＣＰＵ２０１で実行される制御プログラム等を格納している。２０４はユーザの指示を受け取る操作部であり、ボタンやモードダイヤル等が含まれる。

２０５は撮像部であり、被写体の光情報（信号）をセンサ（撮像素子）で受光し、受光した信号をＡ／Ｄ変換して、映像データを取得する。２０６は画像処理部であり、撮像部２０５で取得された映像データ、またはデジタル信号処理部２１１から出力される映像データを利用して画像処理を行う。２０７は各種データの転送経路となるバスである。例えば、撮像部２０５によって取得された映像データはこのバス２０７を介して所定の処理部に送られる。

２０８は表示制御部であり、表示部２０９に表示される、画像や文字の表示を制御する。２０９は撮像部２０５で取得された画像や文字の表示を行う表示部であり、例えば、液晶ディスプレイが用いられる。表示部２０９はタッチスクリーン機能を有していてもよく、その場合はタッチスクリーンを用いたユーザ指示を操作部２０４の入力として扱うことも可能である。２１０は撮像部制御部であり、フォーカスを合わせる、シャッターを開く・閉じる、絞りを調節する等の、ＣＰＵ２０１からの指示に基づいた撮像系の制御を行う。２１１はデジタル信号処理部であり、バス２０７を介して撮像部２０５から受信した映像データに対し、ホワイトバランス処理、ガンマ処理、ノイズ提言処理等の各種処理を行う。

２１２はエンコーダ部であり、撮像部２０５、またはデジタル信号処理部２１１から出力される映像データをＭＰＥＧ−２方式で圧縮符号化（以下、符号化）し、ＭＰＥＧ−２ＴＳ方式で多重化することにより、各セグメントデータを生成する。ＭＰＥＧ−２はＭｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ−２の略称である。一般的に、映像データは情報量が大きいため、ネットワークを介して映像データを送受信する場合には、符号化されたデータを用いる。ＭＰＥＧ−２ ＴＳは、Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ−２ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍの略称である。ＭＰＥＧ−２ ＴＳは、符号化された映像データを多重化し、伝送するためのコンテナ形式である。本実施形態において、エンコーダ部２１２は、符号化した映像データを所定の時間間隔毎にセグメントデータに分割する。尚、映像データの分割方法は所定の時間間隔毎に限られず、任意の方法により分割することができる。即ち、所定の情報量間隔毎に分割されても構わない。

２１３は外部メモリ制御部であり、パーソナルコンピュータ（以下、ＰＣ）やその他のメディア（例えば、ハードディスク、メモリカード、ＣＦカード、ＳＤカード、ＵＳＢメモリ）に繋ぐためのインターフェースである。

２１４は通信制御部であり、通信部２１５の制御を行う。通信制御部２１４は、受信装置１０２からの映像配信リクエストに対する通信制御、及び受信装置１０２へ送信する映像データに対する通信制御を行う。通信制御部２１４における通信制御処理の詳細については後述する。

２１５は通信部であり、受信装置１０２生成部２１６で生成されたプレイリストや、エンコーダ部２１２で生成されたセグメントデータを取得し、当該プレイリスト、及び当該セグメントデータを受信装置１０２へ送信する。また、通信部２１５は受信装置１０２から送信された制御情報の受信を行う。尚、本実施形態において通信部２１５は、通信プロトコルとしてＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いるものとする。

２１６は生成部であり、エンコーダ部２１２において生成されたセグメントデータに関する再生区間情報を含むプレイリストを生成する。生成部２１６におけるプレイリストの生成処理の詳細については後述する。

尚、送信装置１００の構成要素は上記の各処理部以外にも存在するが、本発明の主眼ではないので、説明を省略する。

次に、本実施形態の送信装置１００によるプレイリストの生成処理の詳細について説明する。

図３は、本実施形態に係る、送信装置１００の生成部２１６におけるプレイリストの生成処理手順の一例を示すフローチャートである。

まず、生成部２１６は、エンコーダ部２１２においてセグメントデータが生成されたか否かを判定する（ステップＳ３０１）。本実施形態において、生成部２１６は、エンコーダ部２１２において所定の時間間隔毎に分割されたセグメントデータの生成が完了したか否かを判定する。

ステップＳ３０１でセグメントデータが生成されたと判定された場合（ステップＳ３０１のＹＥＳ）、生成部２１６は、新しく生成されたセグメントデータに関する再生区間情報をプレイリストへ追加する（ステップＳ３０２）。一方、ステップＳ３０１でセグメントデータが生成されていないと判定された場合（ステップＳ３０１のＮＯ）、ステップＳ３０３の処理を行う。

ステップＳ３０３において、生成部２１６は、プレイリストに示されたセグメントデータのうち、受信装置１０２へ送信済みのセグメントデータがあるか否かを判定する。

ステップＳ３０３で送信済みのセグメントデータがあると判定された場合（ステップＳ３０３のＹＥＳ）、生成部２１６は、送信済みのセグメントデータに関する再生区間情報をプレイリストから削除する（ステップＳ３０４）。

ステップＳ３０３で送信済みのセグメントデータがないと判定された場合（ステップＳ３０３のＮＯ）やステップＳ３０４の処理を完了した場合、生成部２１６は、ストリーミングが終了されたか否かを判定する（ステップＳ３０５）。ここで、生成部２１６は、ユーザのストリーミング終了指示を操作部２０４が受信したかを判定したり、受信装置１０２からのストリーミング終了リクエストを通信部２１５が受信したかを判定したりすることにより、終了の判定を行うことが可能である。

ステップＳ３０５でストリーミングを終了しないと判定された場合には、ステップＳ３０１へと処理を戻し、以降のセグメントデータに関するプレイリストの生成処理を行う。生成されるプレイリストの例については、図６の説明で後述する。

次に、本実施形態の受信装置１０２について、図４、及び図５を用いて説明する。

図４は、本実施形態に係る、受信装置１０２の内部構成の一例を示すブロック図である。

４０１は中央処理装置（ＣＰＵ）であり、以下に記す各部を統括的に制御する。

４０２はＲＡＭであり、ＣＰＵ４０１の主メモリ、ワークエリア等として機能する。

４０３はＲＯＭであり、ＣＰＵ４０１で実行される制御プログラム等を格納している。

４０４はユーザの指示を受け取る操作部であり、ボタンやモードダイヤル等が含まれる。

４０５は保存部であり、通信部４１２によって受信した映像データを、外部メモリ制御部４１０を介して保存する。

４０６は各種データの転送経路となるバスである。例えば、通信部４１２によって受信された映像データはこのバス４０６を介して所定の処理部に送られる。

４０７は表示制御部であり、表示部４０８に表示される、画像や文字の表示を制御する。

４０８は通信部４１２で受信された画像や文字の表示を行う表示部であり、例えば、液晶ディスプレイが用いられる。表示部４０８はタッチスクリーン機能を有していてもよく、その場合はタッチスクリーンを用いたユーザ指示を操作部４０４の入力として扱うことも可能である。

４０９はデコーダ部である。デコーダ部４０９は、通信部４１２で受信された映像データをＭＰＥＧ−２ ＴＳ方式で逆多重化し、さらに逆多重化した映像データをＭＰＥＧ−２方式で復号する。

４１０は外部メモリ制御部であり、ＰＣやその他のメディア（例えば、ハードディスク、メモリカード、ＣＦカード、ＳＤカード、ＵＳＢメモリ）に繋ぐためのインターフェースである。

４１１は通信制御部であり、通信部４１２の制御を行う。通信制御部４１１は、送信装置１００から受信する映像データや、送信装置１００へ送信する映像配信リクエスト及び制御情報に対する通信制御を行う。通信制御部４１１における通信制御処理の詳細については図５で後述する。

４１２は通信部であり、送信装置１００から送信されるプレイリストやセグメントデータの受信、及び送信装置１００へ制御情報の送信を行う。

４１３はセグメントデータ制御部であり、送信装置１００から送信されたプレイリストから、各セグメントデータの再生順序、所在情報（ＵＲＬ等）、再生時間（時間長）等を解析し、受信するセグメントデータを制御する。

続いて、本実施形態の受信装置１０２による映像データの受信制御の詳細について説明する。

図５は、実施形態の受信装置１０２におけるセグメントデータの受信制御処理手順の一例を示すフローチャートである。

まず、通信制御部４１１は、送信装置１００へプレイリストの取得要求（以下、プレイリスト要求）を送信する（ステップＳ５０１）。ここで、プレイリスト要求の送信には、ＨＴＴＰ ＧＥＴメソッドを使用し、プレイリスト要求のＵＲＬが予め送信装置１００から通知されているものとする。また、プレイリスト要求の送信タイミングは任意であるが、セグメントデータが生成される時間間隔に合わせて送信することにより、無駄な通信を削減することが可能である。

次に、通信部４１２は、ステップＳ５０１におけるプレイリスト要求に基づいて送信装置１００から送信されたプレイリストを受信する（ステップＳ５０２）。

続いて、セグメントデータ制御部４１３は、ステップＳ５０２において通信部４１２が受信したプレイリストに、複数のセグメントデータに関する再生区間情報が記載されているか否かを判定する（ステップＳ５０３）。

本実施形態において送信装置１００は、セグメントデータを所定の時間間隔毎に定期的に生成している。そのため、送信装置１００と受信装置１０２との間の通信遅延や受信装置１０２の処理遅延等が原因で、送信装置１００におけるセグメントデータの生成タイミングよりも受信装置１０２におけるプレイリスト要求の送信タイミングが遅れることがある。このような場合には、送信装置１００で生成されるプレイリストに、複数のセグメントデータに関する再生区間情報が記載されることになる。一方、送信装置１００におけるセグメントデータの生成タイミングと受信装置１０２におけるプレイリスト要求の送信タイミングとが一致する場合には、送信装置１００で生成されるプレイリストに、単一のセグメントデータに関する再生区間情報が記載される。

ステップＳ５０３でプレイリストに複数のセグメントデータの再生区間情報が記載されていると判定した場合（ステップＳ５０３のＹＥＳ）、セグメントデータ制御部４１３は受信装置１０２が受信した映像データを保存するか否かを判定する（ステップＳ５０４）。ここで、セグメントデータ制御部４１３は、ユーザが操作部４０４で選択し、ＲＡＭ４０２に設定された保存モード（保存情報）を判定することにより、受信装置１０２で受信された映像データを保存するか否かを判定することが可能である。尚、本発明はこれに限定されない。即ち、予めＲＡＭ４０２等に保存モードを設定して、セグメントデータ制御部４１３が当該ＲＡＭ等に設定された保存モードに基づいて、受信装置１０２が受信した映像データを保存するか否かを判定してもよい。また、受信装置１０２が、映像データを受信しながら、同時に、受信した映像データを再生するストリーミング再生モードであるか否かに基づいて、受信装置１０２が受信した映像データを保存するか否かを判定してもよい。即ち、受信装置１０２がストリーミング再生モードである場合は、受信装置１０２が受信した映像データを保存しないと判定する。一方、受信装置１０２がストリーミング再生モードでない場合は、受信装置１０２が受信した映像データを保存すると判定する。

ステップＳ５０４で受信装置１０２が受信した映像データを保存すると判定された場合（ステップＳ５０４のＹＥＳ）、セグメントデータ制御部４１３は、ステップＳ５０５の処理を行う。ステップＳ５０５においてセグメントデータ制御部４１３は、プレイリストに記載された複数のセグメントデータに関する再生区間情報から、未受信であり、且つ再生順序が最上位のセグメントデータを選択し、選択した当該セグメントデータの取得要求を送信する。尚、セグメントデータの取得要求を、以下、セグメントデータ要求と記載する。また、再生順序は、プレイリストに記載された各セグメントデータに関する再生区間情報に含まれるが、再生順序が最上位のセグメントデータとは、当該プレイリストに記載の複数のセグメントデータのうち、最初に再生されるべきセグメントデータのことを示す。さらに、本実施形態のように、エンコーダ部において、再生順序と同じ順序で各セグメントデータが生成される場合、再生順序が最上位のセグメントデータは、エンコーダ部において最も古くに生成されたセグメントデータのことを示す。このため、本実施形態では、再生順序が最上位のセグメントデータ、つまりエンコーダ部において最も古くに生成されたセグメントデータを最古のセグメントデータと称す。

ステップＳ５０４におけるセグメントデータ要求も、ステップＳ５０１におけるプレイリスト要求と同様にＨＴＴＰ ＧＥＴメソッドを使用する。これにより、ステップＳ５０４においてセグメントデータ制御部４１３は、ステップＳ５０２で受信したプレイリストに記載のセグメントデータに関するＵＲＬ情報等の所在情報を参照して、セグメントデータ要求を送信する。

ステップＳ５０６において、通信部４１２は、ステップＳ５０５において送信したセグメントデータ要求に基づいて送信装置１００から送信された、セグメントデータを受信する。

ステップＳ５０７においてセグメントデータ制御部４１３は、ステップＳ５０６で受信したセグメントデータが、ステップＳ５０２で受信したプレイリストに記載された複数のセグメントデータのうち、再生順序が最下位のセグメントデータであるか否かを判定する。尚、再生順序が最下位のセグメントデータとは、プレイリストに記載の複数のセグメントデータのうち、最後に再生されるべきセグメントデータのことを示す。さらに、本実施形態のように、エンコーダ部において、再生順序と同じ順序で各セグメントデータが生成される場合、再生順序が最下位のセグメントデータは、エンコーダ部において最も新しく生成されたセグメントデータのことを示す。このため、本実施形態では、再生順序が最下位のセグメントデータ、つまりエンコーダ部において最も新しく生成されたセグメントデータを最新のセグメントデータと称す。

ステップＳ５０７で、受信したセグメントデータがプレイリスト中の最新のセグメントデータであると判定された場合（ステップＳ５０７のＹＥＳ）、デコーダ部４０９及び表示部４０８は、当該セグメントデータを復号及び再生する（ステップＳ５０８）。

更に、保存部４０５はステップＳ５０６で受信した映像データのセグメントデータを保存し（ステップＳ５０９）、セグメントデータ受信処理を終了する。

一方、ステップＳ５０７で、受信したセグメントデータがプレイリスト中の最新のセグメントデータでないと判定された場合（ステップＳ５０７のＮＯ）、保存部４０５が当該セグメントデータの保存のみを行う（ステップＳ５１０）。そして、未受信のセグメントデータを受信するべくステップＳ５０５へ処理を戻し、ステップＳ５０５〜５０７を繰り返す。即ち、この場合、デコーダ部４０９及び表示部４０８は、当該セグメントデータの復号及び再生を行わない。

各ステップＳ５０７〜５０９の処理により、受信装置１０２が受信した映像データを保存する場合の通信遅延及び処理遅延時に、所定のセグメントデータに対してのみ復号及び再生の処理を行うことで、再生される映像データの不連続性を最小にすることができる。加えて、受信装置１０２が受信した映像データを保存する場合において上記の処理を行うことで、再生される映像データのリアルタイム性を向上させることができる。

また、ステップＳ５０３及びステップＳ５０４へと説明を戻す。

ステップＳ５０３においてプレイリストに複数のセグメントデータに関する再生区間情報が記載されていないと判定した場合（ステップＳ５０３のＮＯ）、セグメントデータ制御部４１３はステップＳ５１１の処理を行う。また、ステップＳ５０４において受信装置１０２が映像データを保存しないと判定された場合（ステップＳ５０４のＮＯ）にも、セグメントデータ制御部４１３はステップＳ５１１の処理を行う。

ステップＳ５１１においてセグメントデータ制御部４１３は、プレイリストに記載された複数のセグメントデータに関する再生区間情報から、再生順序が最下位のセグメントデータまたは最下位から所定数分上位のセグメントデータを選択する。さらに、セグメントデータ制御部４１３は、選択した当該セグメントデータに基づいて、セグメントデータ要求を送信する。また、再生順序が最下位から所定数分上位のセグメントデータとは、プレイリストに記載の複数のセグメントデータのうち、最後から所定数番目に再生されるべきセグメントデータを示す。そして、当該所定数は受信した映像データの再生において許容される遅延時間に基づいて設定されるものであり、本実施形態においてはＲＡＭ４０２に設定される。

ここで、セグメントデータ要求において、常に最新のセグメントデータを選択するよう設定することにより、最古のセグメントデータを選択するよりも遅延を解消することができ、リアルタイム性の高い映像データのストリーミングを実現できる。また、再生順序が最下位から所定数分上位のセグメントデータを選択するよう設定することで、映像データの再生においてユーザが許容する遅延時間を考慮したストリーミングを実現できる。

ステップＳ５１２において、通信部４１２は、ステップＳ５１１において送信したセグメントデータ要求に基づいて送信装置１００から送信された、セグメントデータを受信する。

ステップＳ５１３において、デコーダ部４０９及び表示部４０８は、ステップＳ５１２で受信したセグメントデータを復号及び再生する。

各ステップＳ５１１〜５１３の処理により、受信装置１０２が受信した映像データを保存しない場合の通信遅延及び処理遅延時に、最古のセグメントデータや設定された許容遅延時間を超えるセグメントデータの送受信、復号、再生を行わないよう制御する。このため、受信装置１０２が受信した映像データを保存しない場合において、再生映像のリアルタイム性を向上させることができる。また、通信帯域節約や処理負荷軽減が可能になる。

次に、本実施形態の送信装置１００と受信装置１０２との間における映像データの送受信処理について、図６、及び図７を用いて説明する。

図６は、本実施形態に係る、受信装置１０２が受信した映像データを保存しない場合の、送信装置１００と受信装置１０２との間の各セグメントデータの送受信処理の一例を時間経過と共に示す図である。

各ステップＳ６０１〜６０３は、セグメントデータ１、セグメントデータ２、セグメントデータ３の生成タイミングを夫々示している。本実施形態において、各セグメントデータ１〜３の生成タイミングは所定の時間間隔で一定である。即ち、ステップＳ６０１とステップＳ６０２との時間間隔は、ステップＳ６０２とステップＳ６０３との時間間隔と同じであるとする。

ステップＳ６０４は、ネットワーク１０１における通信遅延や受信装置１０２における処理遅延が発生していない場合の、送信装置１００及び受信装置１０２における映像データの送受信を示す。

まず、受信装置１０２はプレイリスト要求を送信装置１００へ送信し（ステップＳ６０８）、当該プレイリスト要求を受信した送信装置１００はプレイリストの応答（以下、プレイリスト応答）を受信装置１０２へ送信する（ステップＳ６０９）。

６０５は、送信装置１００においてセグメントデータ１が生成された後に、送信装置１００と受信装置１０２との間で送受信されるプレイリストである。プレイリスト６０５は、エンコーダ部２１２で生成された複数のセグメントデータのうち受信装置１０２が受信可能なセグメントデータを示すメタデータである。

本実施形態において、プレイリスト６０５には、セグメントデータ１に関する再生区間情報として、再生時間と所在情報とが記載されている。図６に示すように、プレイリスト６０５の１行目”＃ＥＸＴＩＮＦ：１”はセグメントデータ１の再生時間が１秒間であることを示しており、２行目の”ｈｔｔｐ：／／ｘｘｘ／ｓｅｇｍｅｎｔ１．ｔｓ”はセグメントデータ１の所在情報（ＵＲＬ）を示している。

次に、受信装置１０２は、受信したプレイリスト６０５の内容に基づいてセグメントデータ１の取得要求を送信装置１００へ送信する（ステップＳ６１０）。そして、当該セグメントデータ１の取得要求を受信した送信装置１００は、セグメントデータ１を受信装置１０２へ送信する（ステップＳ６１１）。

また、ステップＳ６０６は、ネットワーク１０１において通信遅延が発生した場合の、送信装置１００及び受信装置１０２における映像データの送受信を示す。図６のように、送信装置１００によってセグメントデータ２が生成された（ステップＳ６０２）後に受信装置１０２から送信されたプレイリスト要求（ステップＳ６１２）は、送信装置１００によってセグメントデータ３が生成された（ステップＳ６０３）後に届く。

６０７は、この場合（図６に示すようにネットワーク１０１において通信遅延が発生した場合）に送信装置１００から送信されるプレイリストである。プレイリスト６０７にはセグメントデータ２とセグメントデータ３とに関する再生区間情報（再生時間とＵＲＬ）が記載されている。詳細には、プレイリスト６０７の１行目及び３行目の”＃ＥＸＴＩＮＦ：１”は、セグメントデータ２及びセグメントデータ３の再生時間が夫々１秒間であることを示している。また、２行目の”ｈｔｔｐ：／／ｘｘｘ／ｓｅｇｍｅｎｔ２．ｔｓ”がセグメントデータ２のＵＲＬ、４行目の”ｈｔｔｐ：／／ｘｘｘ／ｓｅｇｍｅｎｔ３．ｔｓ”がセグメントデータ３のＵＲＬを示している。このように、前回、ステップＳ６０９で受信装置１０２が受信したプレイリスト６０５に記載のセグメントデータ１に関する再生区間情報はプレイリスト６０７から削除される。ステップＳ６１３で受信装置１０２が受信するプレイリスト６０７には、送信装置１００で新たに生成されたセグメントデータ２とセグメントデータ３に関する再生区間情報が追加されている。

次に、受信装置１０２は、受信したプレイリスト６０７に複数のセグメントデータに関する再生区間情報が記載されていることを判定し、さらに自身が映像データを保存しない設定であることを判定する。このため、受信装置１０２は、プレイリスト６０７に記載された再生区間情報に対応する複数のセグメントデータのうち、再生順序がより下位であるセグメントデータ３の取得要求を送信装置１００へ送信する（ステップＳ６１４）。本実施形態において、エンコーダ部は、再生順序と同じ順序で各セグメントデータを生成するため、再生順序がより下位のセグメントデータは、エンコーダ部においてより新しく生成されたセグメントデータを示す。

そして、当該セグメントデータ３の取得要求を受信した送信装置１００は、セグメントデータ３を受信装置１０２へ送信する（ステップＳ６１５）。

このように、本実施形態において受信装置１０２は、プレイリスト６０７に複数のセグメントデータに関する再生区間情報が記載されていた場合、当該複数のセグメントデータのうち再生順序がより上位であるセグメントデータ２の復号及び再生をしない。このため、本実施形態によって、受信装置１０２が受信した映像データを保存しない場合に、遅延を解消することができ、再生される映像データのリアルタイム性を確保することができる。さらに、再生するセグメントデータを選抜することにより、全てのセグメントデータを再生する場合と比較して、復号及び再生における処理負荷を軽減することができる。

一方、図７は、実施形態に係る、受信装置１０２が受信した映像データを保存する場合の、送信装置１００と受信装置１０２との間の各セグメントデータの送受信処理の一例を時間経過と共に示す図である。尚、図７において、図６と同じシーケンス部分については、同じ符号を付与し、説明を省略する。

ステップＳ７０１は、ネットワーク１０１において通信遅延が発生した場合の、送信装置１００及び受信装置１０２における映像データの送受信を示す。受信装置１０２は図６に示した、受信装置１０２が受信した映像データを保存しない場合と同様に、ステップＳ６１３においてセグメントデータ２とセグメントデータ３とに関する再生区間情報が記載された、プレイリスト６０７を受信する。

次に、受信装置１０２は、ステップＳ６１３で受信したプレイリスト６０７に複数のセグメントデータに関する再生区間情報が記載されていることを判定し、さらに自身が映像データを保存する設定であることを判定する。このため、受信装置１０２は、プレイリスト６０７に記載された再生区間情報に対応する複数のセグメントデータのうち、再生順序がより上位であるセグメントデータ２の取得要求を送信装置１００へ送信する（ステップＳ７０２）。本実施形態において、エンコーダ部は、再生順序と同じ順序で各セグメントデータを生成するため、再生順序が上位のセグメントデータは、エンコーダ部においてより古くに生成されたセグメントデータを示す。

そして、当該セグメントデータ２の取得要求を受信した送信装置１００は、セグメントデータ２を受信装置１０２へ送信する（ステップＳ７０３）。

続いて、受信装置１０２は、プレイリスト６０７に記載された再生区間情報に対応する複数のセグメントデータのうち、送信装置１００によって再生順序がより下位であるセグメントデータ３の取得要求を送信装置１００へ送信する（ステップＳ７０４）。そして、当該セグメントデータ３の取得要求を受信した送信装置１００は、セグメントデータ３を受信装置１０２へ送信する（ステップＳ７０５）。

上述した本実施形態によって、受信装置１０２が受信した映像データを保存する場合に、再生順序がより上位のセグメントデータ２の復号及び再生を行わずに保存のみ行い、再生順序がより下位のセグメントデータ３の復号及び再生と、保存とを行うよう制御する。これにより、保存される映像データの連続性を確保しつつ、再生される映像データのリアルタイム性を向上させることができる。さらに、再生するセグメントデータを選抜することにより、全てのセグメントデータを再生する場合と比較して、復号及び再生における処理負荷を軽減することができる。

以上のように、本実施形態の受信装置１０２のセグメントデータの受信制御処理により、受信装置１０２が受信した映像データを保存するか否かに応じて、取得要求を送信するセグメントデータを決定する。これにより、通信遅延や受信装置１０２の処理遅延時に、受信装置１０２において受信装置１０２が受信した映像データを保存する場合に保存する映像データの不連続性を最小にすることができる。また、受信装置１０２において受信装置１０２が受信した映像データを保存しない場合に再生する映像データのリアルタイム性を向上させることが可能になる。

＜実施形態２＞
前述の実施形態では、受信装置１０２が映像データの受信を制御する構成とした。これに対して本実施形態では、受信装置１０２が受信した映像データを保存するか否かを示す保存モードに基づいて、送信装置１００が送信するセグメントデータを決定するように制御する。

図８は、本実施形態に係る、送信装置８００の内部構成の一例を示すブロック図である。図８に示すように、本実施形態の送信装置８００は、保存モード判定部８０１を備える。尚、図８において、図２と同じ処理部については、同じ符号を付与し、説明を省略する。 次に、本実施形態の送信装置８００によるプレイリストの生成処理の詳細について説明する。

図９は、本実施形態に係る、送信装置８００の生成部２１６におけるプレイリストの生成処理手順の一例を示すフローチャートである。尚、図９において、図３と同じ処理を行うステップについては、同じ符号を付与し、説明を省略する。

生成部２１６が新しく生成されたセグメントデータの再生区間情報をプレイリストへ追加（ステップＳ３０２）した後、保存モード判定部８０１は、受信装置１０２から、受信した映像データを保存するか否かを示す保存モードを取得する（ステップＳ９０１）。ここで、例えば、保存モード判定部８０１は、ユーザが操作部４０４で選択した保存モードに関する再生区間情報を受信装置１０２から受信することにより、受信装置１０２が受信した映像データを保存するか否かを判定することが可能である。

続いて、保存モード判定部８０１は、ステップＳ９０１で取得した保存モードから、受信装置１０２が受信した映像データを保存するか否かを判定する（ステップＳ９０２）。

ステップＳ９０２において受信装置１０２が映像データを保存すると判定された場合（ステップＳ９０２のＹＥＳ）、生成部２１６はステップＳ３０３の処理を行う。

一方、ステップＳ９０２において受信装置１０２が映像データを保存しないと判定された場合（ステップＳ９０２のＮＯ）、生成部２１６はステップＳ９０３の処理を行う。ステップＳ９０３において、生成部２１６は、プレイリストに記載された複数のセグメントデータに関する再生区間情報から最も古いセグメントデータに関する再生区間情報を削除する。

各ステップＳ９０１〜Ｓ９０３の処理により、本実施形態の送信装置８００が生成するプレイリストは、受信装置１０２が映像データを保存しない場合における通信遅延及び処理遅延時に、新しく生成されたセグメントデータに関する再生区間情報のみが記載される。また、受信装置１０２が映像データを保存する場合には、本実施形態の送信装置８００が生成するプレイリストは、実施形態１の送信装置１００が生成するプレイリストと同様になる。

次に、本実施形態の送信装置８００と受信装置１０２との間における映像データの送受信処理について、図１０を用いて説明する。

図１０は、本実施形態に係る、受信装置１０２が受信した映像データを保存しない場合の、送信装置８００と受信装置１０２との間の各セグメントデータの送受信処理の一例を時間経過と共に示す図である。尚、図１０において、図６と同じシーケンス部分については、同じ符号を付与し、説明を省略する。

尚、本実施形態に係る受信装置１０２が映像データを保存する場合の、送信装置８００と受信装置１０２の送受信データの関係は、図７と同様のため説明は省略する。

ステップＳ１００１は、ネットワーク１０１において通信遅延が発生した場合の、送信装置８００及び受信装置１０２における映像データの送受信を示す。尚、セグメントデータ２が生成された（ステップＳ６０２）後に受信装置１０２から送信されたプレイリスト要求（ステップＳ６１２）は、第１の実施形態と同様に送信装置８００によってセグメントデータ３が生成された（ステップＳ６０３）後に届くものとする。

ステップＳ１００２において、送信装置８００及び受信装置１０２は、受信装置１０２に設定された保存モードに関する情報を送受信する。

さらに、ステップＳ１００３において、送信装置８００及び受信装置１０２は、送信装置８００の生成部２１６によって生成されたプレイリストを送受信する。プレイリスト１００３には、セグメントデータ３に関する再生区間情報のみが記載されており、セグメントデータ２に関する再生区間情報は削除されている。

続いて、受信装置１０２は、プレイリスト１００３に記載されたセグメントデータ３の取得要求を送信装置８００へ送信する（ステップＳ１００５）。そして、当該セグメントデータ３の取得要求を受信した送信装置８００は、セグメントデータ３を受信装置１０２へ送信する（ステップＳ１００６）。

上述のように、本実施形態の送信装置８００により、受信装置１０２が受信した映像データを保存するか否かに応じて、送信装置８００が送信するセグメントデータを切り換えるようプレイリストを生成する。これにより、通信遅延や受信装置１０２の処理遅延時に、受信装置１０２において受信した映像データを保存する場合に保存する映像データの不連続性を最小にすることができる。また、通信遅延や受信装置１０２の処理遅延時に、受信装置１０２において受信した映像データを保存しない場合の再生する映像データのリアルタイム性を向上させることが可能になる。さらに、再生するセグメントデータを選抜することにより、全てのセグメントデータを再生する場合と比較して、復号及び再生における処理負荷を軽減することができる。

＜実施形態３＞
上記実施形態１、及び実施形態２において、其々図２、図４、及び図８に示した各処理部２１２、２１４、２１６、４０９、４１１、４１３、８０１はハードウェアでもって構成しているものとして説明した。しかし、これらの図に示した各処理部２１２、２１４、２１６、４０９、４１１、４１３、８０１で行う処理をコンピュータプログラムで実行しても良い。

この場合において、図２のＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３に格納されているコンピュータプログラムやデータを用いてコンピュータ全体の制御を行うと共に、上述した実施形態に係る送信装置が行うものとして上述した各処理を実行する。即ち、ＣＰＵ２０１は、各処理部２１２、２１４、２１６として機能することになる。

また、図４のＣＰＵ４０１は、ＲＡＭ４０２やＲＯＭ４０３に格納されているコンピュータプログラムやデータを用いてコンピュータ全体の制御を行うと共に、上述した実施形態に係る受信装置が行うものとして上述した各処理を実行する。即ち、ＣＰＵ４０１は、各処理部４０９、４１１，４１３として機能する。

また、図８のＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３に格納されているコンピュータプログラムやデータを用いてコンピュータ全体の制御を行うと共に、上述した実施形態に係る送信装置が行うものとして上述した各処理を実行する。即ち、ＣＰＵ２０１は、各処理部２１２、２１４、２１６、８０１として機能する。

上述の構成における作動は、前述のフローチャートで説明した作動をＣＰＵ２０１、４０１が中心となってその制御を行う。

＜その他の実施形態＞
上述の各実施形態において、映像データの符号化・復号化方式としてＭＰＥＧ−２を用いたが、ＭＰＥＧ−２に限らず、ＭＰＥＧ−４ ＡＶＣ／Ｈ．２６４、ＶＣ−１等、他の映像データの符号化・復号化方式を用いることが可能である。

また、上述の各実施形態において、符号化された映像データのコンテナ形式としてＭＰＥＧ−２ ＴＳを用いたが、ＭＰＥＧ−２に限らず、ＭＰ４形式、ＭＯＶ形式等、ストリーミングに適した他のコンテナ形式を用いることも可能である。

また、上述の各実施形態において、プレイリストのフォーマットとしてＭ３Ｕ８形式を用いたが、Ｍ３Ｕ８形式に限らず、Ｍ３Ｕ形式、ＷＰＬ形式等、他のプレイリストフォーマットを用いることも可能である。

また、上述の各実施形態において、各プレイリスト６０５、６０７、１００３には、受信装置１０２が受信可能なセグメントデータを示すメタデータとして、当該セグメントデータの再生時間と所在情報とが記載されているが、本発明はこれに限定されない。即ち、各プレイリスト６０５、６０７、１００３は、例えば、セグメントデータの再生時間、所在情報（ＵＲＬ、アドレス情報等）、再生順序、終端情報等を含んでいてもよく、これら全てを含む必要もない。

また、上述の各実施形態において、受信装置１０２が受信した映像データを保存するか否かを示す保存モードに基づいて、送信装１００が送信するセグメントデータを決定したが、本発明はこれに限定されない。即ち、受信装置１０２が受信した映像データをリアルタイムで再生するモードであるか否かに基づいて、送信装置１００が送信するセグメントデータを決定しても構わない。よって、受信装置１０２が受信した映像データをリアルタイムで再生するモードである場合に、当該映像データをリアルタイムで再生するモードでない場合よりも、再生順序が下位のセグメントデータを取得するよう、送信装置１００及び受信装置１０２を制御してもよい。

また、受信装置１０２が映像データの受信における遅延を許可するモードであるか否かに基づいて、送信装１００が送信するセグメントデータを決定しても構わない。よって、受信装置１０２が映像データの受信における遅延を許可するモードである場合に、当該遅延を許可するモードでない場合よりも、再生順序が上位のセグメントデータを取得するよう、送信装置１００及び受信装置１０２を制御してもよい。

さらに、受信装置１０２が受信した映像データを途切れずに全て再生するモードであるか否かに基づいて、送信装置１００が送信するセグメントデータを決定しても構わない。よって、受信装置１０２が受信した映像データを途切れずに全て再生するモードである場合に、当該全てを再生するモードでない場合よりも、再生順序が上位のセグメントデータを取得するよう、送信装置１００及び受信装置１０２を制御してもよい。

また、上述の各実施形態において、受信装置１０２が受信した映像モードを保存するか否かを示す保存モードに基づいて、送信装置１００が送信するセグメントデータを決定する際に、プレイリストに記載された再生順序を用いたが、本発明はこれに限定されない。即ち、セグメントデータの再生順序ではなく、送信装置１００におけるセグメントデータの生成順序や、受信装置１０２におけるセグメントデータの記録順序等、他の順序を用いて、送信装１００が送信するセグメントデータを決定しても構わない。

また、上述の各実施形態において、データ転送プロトコルとしてＨＴＴＰを用いたが、ＨＴＴＰに限らず、ＨＴＴＰＳ、ＴＣＰ、ＵＤＰ等、ＯＳＩ参照モデルの同一レイヤーの他のプロトコルまたは別レイヤーの他のプロトコルを用いることが可能である。

また、上述の各実施形態において、送信装置１００及び送信装置８００は、図２及び図８に示すように撮像部２０５を有するが、本発明はこれに限定されない。即ち、撮像部２０５の代わりに、映像データを取得する取得部を有していてもよい。この場合、当該取得部で取得された映像データは、撮像部２０５で取得された映像データと同様に、バス２０７を介して所定の処理部に送られる。

また、上述の各実施形態において、送信装置１００及び送信装置８００は、図２及び図８に示すようにエンコーダ部２１２を有するが、本発明はこれに限定されない。即ち、エンコーダ部２１２の代わりに、セグメントデータを取得するセグメント取得部を有していてもよい。この場合、送信装置１００外の他の装置によって生成されたセグメントデータを当該セグメント取得部で取得する。そして、セグメント取得部で取得されたセグメントデータは、エンコーダ部２１２で生成されたセグメントデータと同様に、バス２０７を介して所定の処理部に送られる。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワークまたは各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (17)

1. コンテンツデータが分割された１又は複数のセグメントに関する情報を記述したプレイリストを受信装置へ送信する送信装置であって、
   前記受信装置のモードを判定する判定手段と、
   前記受信装置のモードが、前記送信装置からのセグメントを受信する受信処理と、前記送信装置からのセグメントを再生する再生処理とを並行して行うストリーミング再生モードであると前記判定手段により判定された場合であって、前記受信装置へ未送信のセグメントが複数存在する場合、前記受信装置へ未送信の複数のセグメントのうち１以上のセグメントの情報を含み、且つ、再生順序が最も古いセグメントに関する情報を含まないプレイリストを生成する生成手段と、
   前記生成手段により生成されたプレイリストを前記受信装置へ送信する送信手段とを有する送信装置。
2. 前記送信手段は、前記プレイリストにより示される１又は複数のセグメントのうち、前記受信装置により指定されたセグメントを前記受信装置に対して送信する請求項１に記載の送信装置。
3. 前記生成手段は、前記受信装置のモードが前記ストリーミング再生モードとは異なる他のモードであると前記判定手段により判定された場合、前記受信装置へ未送信の複数のセグメントの情報が記述されたプレイリストを生成する請求項１又は２に記載の送信装置。
4. 前記生成手段は、前記受信装置のモードが前記セグメントを保存する保存モードであると前記判定手段により判定された場合、前記受信装置へ未送信の複数のセグメントの情報が記述されたプレイリストを生成する請求項１又は２に記載の送信装置。
5. コンテンツデータが分割された１又は複数のセグメントを送信装置から受信する受信装置であって、
   前記送信装置が送信可能なセグメントの情報が記述されたプレイリストを受信する受信手段と、
   前記受信装置のモードが、前記送信装置からのセグメントを受信する受信処理と、前記送信装置からのセグメントを再生する再生処理とを並行して行うストリーミング再生モードである場合、前記受信手段により受信されたプレイリストにより示される１又は複数のセグメントのうち、再生順序が最も新しいセグメントから所定数のセグメントを前記送信装置へ要求する要求手段とを有し、
   前記受信手段は、前記要求手段による要求に応じたセグメントを前記送信装置から受信する受信装置。
6. 前記要求手段は、前記受信装置のモードが前記ストリーミング再生モードとは異なるモードである場合、前記プレイリストにより示される前記１又は複数のセグメントをその再生順序に応じた順序で要求する請求項５に記載の受信装置。
7. 前記受信装置のモードが、前記ストリーミング再生モードとは異なるモードである場合、前記要求手段は、前記受信手段により受信されたプレイリストにより示される前記１又は複数のセグメントをすべて前記送信装置へ要求する請求項５又は６に記載の受信装置。
8. 前記受信装置のモードが、前記送信装置から受信したセグメントを保存する保存モードである場合、前記要求手段は、前記受信手段により受信されたプレイリストにより示される前記１又は複数のセグメントをすべて前記送信装置へ要求する請求項５又は６に記載の受信装置。
9. 前記所定数には１が含まれる請求項５乃至８のうち何れか１項に記載の受信装置。
10. 前記受信装置が前記ストリーミング再生モードとは異なるモードである場合に前記要求手段が要求する前記１又は複数のセグメントは、前記受信装置が未受信のセグメントである請求項６乃至９のうち何れか１項に記載の受信装置。
11. コンテンツデータが分割された１又は複数のセグメントに関する情報を記述したプレイリストを受信装置へ送信する送信方法であって、
    前記受信装置のモードを判定する判定工程と、
    前記受信装置のモードが、送信装置からのセグメントを受信する受信処理と、前記送信装置からのセグメントを再生する再生処理とを並行して行うストリーミング再生モードであると前記判定工程により判定された場合であって、前記受信装置へ未送信のセグメントが複数存在する場合、前記受信装置へ未送信の複数のセグメントのうち１以上のセグメントの情報を含み、且つ、再生順序が最も古いセグメントに関する情報を含まないプレイリストを生成する生成工程と、
    前記生成工程により生成されたプレイリストを前記受信装置へ送信する送信工程とを有する送信方法。
12. 前記送信工程においては、前記プレイリストにより示される１又は複数のセグメントのうち、前記受信装置により指定されたセグメントを前記受信装置に対して送信する請求項１１に記載の送信方法。
13. コンテンツデータが分割された１又は複数のセグメントを送信装置から受信する受信方法であって、
    前記送信装置が送信可能なセグメントの情報が記述されたプレイリストを受信するプレイリスト受信工程と、
    受信装置のモードが、前記送信装置からのセグメントを受信する受信処理と、前記送信装置からのセグメントを再生する再生処理とを並行して行うストリーミング再生モードである場合、前記プレイリスト受信工程により受信されたプレイリストにより示される１又は複数のセグメントのうち、再生順序が最も新しいセグメントから所定数のセグメントを前記送信装置へ要求する要求工程と、
    前記要求工程による要求に応じたセグメントを前記送信装置から受信するセグメント受信工程とを有する受信方法。
14. 前記受信装置のモードが前記ストリーミング再生モードとは異なるモードである場合、前記要求工程において、前記プレイリストにより示される前記１又は複数のセグメントがその再生順序に応じた順序で要求される請求項１３に記載の受信方法。
15. 前記受信装置のモードが前記送信装置からのセグメントを保存する保存モードである場合、前記要求工程において、前記プレイリストにより示される前記１又は複数のセグメントがその再生順序に応じた順序で要求される請求項１３に記載の受信方法。
16. コンピュータを請求項１乃至４のうち何れか１項に記載の送信装置の各手段として動作させるためのプログラム。
17. コンピュータを請求項５乃至１０のうち何れか１項に記載の受信装置の各手段として動作させるためのプログラム。

Images