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

Description

本発明は、映像データを複数のセグメントデータに分割し、各セグメントデータを送信装置から受信装置に送信する技術に関する。特に、受信装置が各セグメントデータを送信装置から取得するために用いるメタデータを送信装置が受信装置に送信する技術に関する。

近年、音声データや映像データ等により構成されるストリーミング形式のコンテンツをユーザにリアルタイムに送信する送信システムが提供されている。このような送信システムにより、ユーザは、自身の端末装置を介してライブ映像等の所望のコンテンツをリアルタイムで視聴することができる（例えば、特許文献１）。

特許文献１に記載の送信システムでは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）適合プロトコルなどの転送プロトコルを使用してコンテンツをリアルタイム又はほぼリアルタイムでストリーミングする方法が提案されている。

特許文献１に記載の送信装置は、映像データを複数のセグメントデータへと分割し、各セグメントデータの再生順序および所在情報を含むメタデータ（プレイリスト）を受信装置に提供する。受信装置は取得したプレイリストに記載のセグメントデータの再生順序および所在情報に基づいて、セグメントデータを取得して、再生する。このようにして、特許文献１に記載の送信システムは、映像データのリアルタイム再生を実現する。

特許文献１に記載の受信装置は、送信装置から送信されるプレイリストと共に終端情報（終了タグ）を受信すると、受信した当該プレイリストに対応するセグメントデータを送信装置から取得した後、ストリーミングを終了する。すなわち、特許文献１に記載の送信システムでは、送信装置がストリーミングの終了を受信装置に通知することによって、コンテンツの送信が終了する。

特表２０１２−５１４２７６号公報

しかし特許文献１に記載の方法では、受信装置を用いるユーザが所望のタイミングでストリーミングを終了することができなかった。
このように従来、コンテンツを分割してセグメントデータごとに受信装置に送信する送信システムにおいて、受信装置からのストリーミング終了の指示に応じてストリーミングを終了させるための送信システムについて検討されていなかった。
そこで本発明では、コンテンツを分割したセグメントデータごとに受信装置に送信する送信システムにおいて、受信装置が所望のタイミングでコンテンツの送信を終了させることができる送信装置、受信装置、送信方法及びプログラムを提供することを目的とする。

上述の目的を達成するために、本発明に係る送信装置は例えば、コンテンツを構成する複数のセグメントのうち１つ以上に対して受信装置が取得要求を行うために用いるアドレス情報を含むメタデータを前記受信装置に送信する送信装置であって、前記メタデータに記述されたアドレス情報に基づくセグメントの取得要求を前記受信装置から受信すると共に、前記受信装置がセグメントの取得を終了することを示す終了指示を前記受信装置から受信する受信手段と、前記受信手段が前記受信装置からメタデータの取得要求を受信し、かつ、前記受信装置から終了指示を受信しない場合、セグメントに対する取得要求を行うために用いられるアドレス情報を含み、前記受信装置へ送信するセグメントの終端を表す終端情報を含まないメタデータを前記受信装置に送信し、前記受信手段が前記受信装置からメタデータの取得要求と終了指示を受信した場合、前記アドレス情報を含まず前記終端情報を含むメタデータを前記受信装置に送信する送信手段とを有する。

また、本発明に係る受信装置は例えば、コンテンツを構成する複数のセグメントのうち少なくとも１つに対する取得要求を行うためのアドレス情報を含むメタデータを送信装置から受信する受信装置であって、前記メタデータの取得要求を前記送信装置へ送信すると共に、前記送信装置からのセグメントの取得を終了することを示す終了指示を前記送信装置に送信する送信手段と、前記送信手段が前記送信装置に対してメタデータの取得要求を送信し、かつ、前記送信手段が前記送信装置に対して終了指示を送信した場合に前記送信装置によって送信されるメタデータであって、セグメントに対する取得要求を行うために用いられるアドレス情報を含み、前記受信装置へ送信するセグメントの終端を表す終端情報を含まないメタデータを前記送信装置から受信し、前記送信手段が前記送信装置に対してメタデータの取得要求と終了指示を送信した場合に前記送信装置によって送信されるメタデータであって、前記アドレス情報を含まず前記終端情報を含むメタデータを前記送信装置から受信する受信手段とを有する。

本発明によれば、コンテンツを分割してセグメントデータごとに受信装置に送信する送信システムにおいて、受信装置が所望のタイミングでコンテンツの送信を終了させることができる。

第１の実施形態に係る送信システムの構成図。 第１の実施形態に係る送信装置１０１及び受信装置１０２の機能ブロック図。 第１の実施形態に係る送信システムのデータ送信シーケンスを示す図。 第１の実施形態に係るコンテンツ送信処理を説明するためのフロー図。 プレイリスト取得要求メッセージの例を示す図。 プレイリストの例を示す図。 セグメントデータ取得要求メッセージの例を示す図。 第１の実施形態に係るタイマ処理を説明するためのフロー図。 第１の実施形態に係るプレイリスト取得要求と送信されるプレイリストとの対応を示す図。 第２の実施形態に係るコンテンツ送信処理を説明するためのフロー図。 第２の実施形態に係るプレイリスト取得要求と送信されるプレイリストとの対応を示す図。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。

＜第１の実施形態＞
本発明の第１の実施形態に係る送信システムの全体構成について図１を用いて説明する。本実施形態における送信システムでは、送信装置１０１と受信装置１０２がネットワーク１０３を介して接続されている。

例えば、ネットワーク１０３はインターネットや有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等により構成される。ネットワーク１０３は、その通信規格、規模、構成を問わない。ネットワーク１０３は、アドホックネットワーク、ＵＷＢ（Ｕｒｔｒａ Ｗｉｄｅ Ｂａｎｄ）などとすることができる。また、ネットワーク１０３の通信規格として、例えばＥｔｈａｎｅｔ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）等を用いることができる。

送信装置１０１は、受信装置１０２にコンテンツ（映像データ、音声データ、又は、メタデータ等）を送信する。本実施形態では、送信装置１０１が受信装置１０２に映像データを送信する例について説明する。送信装置１０１の具体的な例として、カメラ、ビデオカメラ、タブレット装置、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯電話などが挙げられる。ただし、送信装置１０１はこれらに限定されない。また、コンテンツの生成は送信装置１０１内で行われてもよいし、他のコンテンツ生成装置等で生成されたコンテンツでもよい。

受信装置１０２は、送信装置１０１からコンテンツを受信する。本実施形態において受信装置１０２はさらに、受信したコンテンツの再生を行う機能を有する。ただし、受信装置１０２が受信したコンテンツを別の装置に送信して再生させることとしてもよい。受信装置１０２として、例えば、タブレット装置、ＰＣ、テレビ、携帯電話、などが挙げられるが、これに限定されない。ネットワーク１０３に接続される受信装置１０２は一台であっても良いし、図１に示すように複数台存在してもよい。

次に、送信装置１０１の機能構成例について図２（ａ）を用いて説明する。

撮像部２００は、被写体の撮像を行う。撮像部２００は、レンズやＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの撮像素子などによって構成される。撮像素子はレンズによって結像された被写体の像を画像信号に変換する。

保持部２０１は撮像部２００が撮像した映像データを取得して保持する。保持部２０１は、撮像部２００が過去に撮影した映像データまたは、撮像部２００が撮影中の映像データを所定の間隔毎にセグメントデータに分割して保持する。映像データの分割方法は所定間隔ごとに限られず、任意の方法により分割することができる。このようにして保持部２０１は、コンテンツを構成する複数のセグメントデータを保持する。

また、図２（ａ）では、送信装置１０１が撮像部２００を有する場合について説明するが、送信装置１０１が撮像部２００を有しない構成としてもよい。この場合、保持部２０１は送信装置１０１の外部から映像データ等のコンテンツを取得し、所定のセグメントデータに分割して保持することができる。

また、後述の制御部２０４がＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサを内蔵する場合には、保持部２０１は、当該プロセッサに実行させるためのプログラムを記録する。さらに、後述の制御部２０４がプロセッサを内蔵する場合には、保持部２０１は、当該プロセッサがプログラムを実行する際に用いるパラメータを一時的に保存するために用いられる。

また、本実施形態において保持部２０１は、送信装置１０１が受信装置１０２と確立したセッションを識別するためのセッション識別情報と、当該セッションにおいて送信されるデータがライブ映像であるか記録映像であるかを示す情報とを関連付けて保持する。例えば保持部２０１は、受信装置１０２に送信する映像データが、撮像部２００において撮影しているライブ映像データの送信であるか、それとも撮影が完了し記録媒体に記録された映像データの送信であるかを示す情報を保持する。

ここで、ライブ映像データの送信とは、送信装置１０１が取得したコンテンツの一部を構成するセグメントデータを、コンテンツの取得を継続している間に、受信装置１０２に送信する送信のことである。一方、記録媒体に記録された映像データの送信とは、コンテンツの取得の完了後に、当該コンテンツを受信装置１０２に送信する送信のことである。

保持部２０１は、例えばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等により構成される。保持部２０１としてリムーバブルメディアを用いてもよい。また保持部２０１は、その一部又は全体が外部記憶装置により構成されてもよい。また保持部２０１は複数の記録媒体により構成されてもよい。

生成部２０２は、保持部２０１が保持する映像データのメタデータ（以下、「プレイリスト６００」）を生成する。プレイリスト６００は、保持部２０１に保持された複数のセグメントデータのうち受信装置１０２が取得可能なセグメントデータを示すメタデータである。プレイリスト６００は、例えば、セグメントデータの再生時間、セグメントデータの所在情報（例えば、アドレス情報）、セグメントデータの再生順序、セグメントデータの終端情報等を含む。ただし、プレイリスト６００はこれらの全ての情報を含む必要はない。また、プレイリスト６００は上述の情報に限られない。プレイリスト６００の詳細は、図６を用いて後述する。

通信部２０３は、受信装置１０２にセグメントデータを送信するために受信装置１０２とセッションを確立する。また通信部２０３は、セッションを確立した受信装置１０２からプレイリスト６００の取得要求（以下、「プレイリスト取得要求」）を受信する。通信部２０３は、プレイリスト取得要求に、セグメントデータの受信装置１０２への送信が可能な状態（セッション持続状態）の終了を指示する終了指示を含めて受信することができる。あるいは、終了指示をプレイリスト取得要求とは独立して受信することとしてもよい。プレイリスト取得要求の詳細については図５を用いて後述する。

また通信部２０３は、受信した取得要求に応じてプレイリスト６００を受信装置１０２に送信する。このプレイリスト６００は、保持部２０１に保持された複数のセグメントデータのうち受信装置１０２が取得可能なセグメントデータを示すメタデータである。通信部２０３は終了指示を受信した場合、セグメントデータがこれ以上プレイリスト６００に追加されないことを示す終端情報をプレイリスト取得要求の応答（プレイリスト６００）に含めて送信する。終端情報は、受信装置へ送信するセグメントデータの終端を表す。

また、通信部２０３は受信装置１０２からセグメントデータの取得要求（以下、「セグメントデータ取得要求７００」）を受信する。そして通信部２０３は要求されたセグメントデータを受信装置１０２に送信する。

タイマ部２０５は、後述の制御部２０４によりタイマ起動指示がなされてから所定時間内に、受信装置１０２からプレイリスト取得要求がなされたか判定するための計時を行う。タイマ部２０５を用いたタイマ処理については、図８を用いて後述する。

制御部２０４は、図２（ａ）に示した各構成の動作を制御する。例えば、制御部２０４は撮像部２００に被写体の撮像を行わせる制御を行う。また例えば制御部２０４は、コンテンツをセグメントデータに分割して保持部２０１に保持させる制御を行う。また例えば制御部２０４は、生成部２０２にプレイリスト６００を生成させる制御を行う。また例えば制御部２０４は、通信部２０３が行う通信の制御を行う。

制御部２０４は例えば、ＣＰＵ等のプロセッサにより構成することができる。制御部２０４がプロセッサとして構成される場合、制御部２０４は保持部２０１に記憶されたプログラムを読み出して実行することにより、図２（ａ）に示した送信装置１０１の各構成の動作を制御する。

次に、受信装置１０２の機能構成例について図２（ｂ）を用いて説明する。

操作部２１２は、ユーザのコンテンツの受信開始操作を受け付ける。ユーザは、操作部２１２を操作して、コンテンツの受信開始を指示することができる。コンテンツの受信開始が指示されると、後述の制御部２１０は後述の通信部２１１を介して送信装置１０１にプレイリスト取得要求を送信する制御を行う。このプレイリスト取得要求は、例えば、コンテンツの受信開始指示後、一定時間毎に受信装置１０２から送信装置１０１へ送信するように制御部２１０が制御することができる。プレイリスト取得要求に対する応答として、プレイリスト６００を受信すると、制御部２１０はプレイリスト６００に含まれる取得情報６１０に基づいて、受信するセグメントデータを選択し、選択したセグメントデータの取得要求を送信する指示を行う。受信装置１０２は、セグメントデータ取得要求に対する応答としてセグメントデータを受信する。このようにして、受信装置１０２はコンテンツを受信することができる。

また、操作部２１２は、ユーザのコンテンツの受信終了操作を受け付ける。ユーザは、操作部２１２を操作して、コンテンツの受信の終了を指示することができる。コンテンツの受信終了が指示されると、制御部２１０は、通信部２１１を介して、送信装置１０１に終了指示を含むプレイリスト取得要求を送信する制御を行う。このプレイリスト送信要求に対する応答として、受信装置１０２は終端情報を含むプレイリスト６００を受信する。受信装置１０２は、終端情報を含むプレイリスト６００の受信に応じて、コンテンツの受信を終了する。

通信部２１１は、送信装置１０１にプレイリスト取得要求を送信する。通信部２１１は、セグメントデータの受信装置１０２への送信の終了を指示する終了指示をプレイリスト取得要求に含めることができる。通信部２１１は、プレイリスト取得要求と、終了指示を別々に送信装置１０１に送信することとしてもよい。

また通信部２１１は、プレイリスト取得要求の応答としてプレイリスト６００を受信する。このプレイリスト６００は、コンテンツを構成する複数のセグメントデータを送信装置１０１の保持部２０１から取得するために用いるアドレス情報を含むことができる。また、プレイリスト６００は、複数のセグメントデータの再生順序を示す再生順序情報を含むことができる。また、通信部２１１がプレイリスト取得要求とともに終了指示を送信した場合、その応答として受信するプレイリスト６００には、これ以上セグメントデータがプレイリスト６００に追加されないことを示す終端情報６２０を含めることができる。

また通信部２１１は、プレイリスト６００の内容に基づいて、送信装置１０１にセグメントデータ取得要求を送信する。そして通信部２１１は、セグメントデータ取得要求の応答として、送信装置１０１からセグメントデータを受信する。

再生部２０６は、通信部２１１が受信したコンテンツを再生する。また、記録処理部２０７は、通信部２１１が受信したコンテンツを記憶部２０９に記録する処理を行う。例えば、記録処理部２０７は通信部２１１が受信した映像データを録画する処理を行う。あるいは、記録処理部２０７は通信部２１１が受信した音声データを録音する処理を行う。受信装置１０２は再生部２０６を有さず、受信装置１０２に接続された外部の再生装置にコンテンツデータを送信して再生させることとしてもよい。

設定部２０８は、受信したコンテンツを記録するか否かの設定を行う。例えば、設定部２０８は、受信装置１０２の録画モードと非録画モードを切り替える。録画モードでは、受信装置１０２は、通信部２１１が受信した映像データを記憶部２０９に記憶する。一方、非録画モードでは、受信装置１０２は、通信部２１１が受信した映像データを再生部２０６に再生させるが、記憶部２０９に記録させない。設定部２０８は、受信装置１０２がコンテンツの記録を行うか否かを示す記憶情報を記憶部２０９に記憶させる。

制御部２１０は、図２（ｂ）に示した受信装置１０２の各構成の動作を制御する。制御部２１０は例えば、ＣＰＵ等のプロセッサにより構成することができる。制御部２１０がプロセッサとして構成される場合、制御部２１０は記憶部２０９に記憶されたプログラムを読み出して実行することにより、図２（ｂ）に示した受信装置１０２の各構成の動作を制御する。

記憶部２０９は、設定部２０８により録画モードに設定されている場合、通信部２１１が受信したコンテンツを記録する。また、記憶部２０９は、制御部２１０がＣＰＵ等のプロセッサを内蔵する場合には、当該プロセッサに実行させるためのプログラムを記録する。さらに、制御部２１０がプロセッサを内蔵する場合には、記憶部２０９は、当該プロセッサがプログラムを実行する際に用いるパラメータを一時的に保存するために用いられる。

記憶部２０９は、例えばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等により構成される。記憶部２０９としてリムーバブルメディアを用いてもよい。また記憶部２０９は、その一部又は全体が外部記憶装置により構成されてもよい。また記憶部２０９は複数の記録媒体により構成されてもよい。

次に、送信装置１０１と受信装置１０２との間のデータ送信の処理の例について図３を用いて説明する。

まず受信装置１０２は、送信装置１０１に対してプレイリスト取得要求を行う（Ｓ３０１）（プレイリスト要求受信ステップ・プレイリスト要求受信手順／プレイリスト要求送信ステップ・プレイリスト要求送信手順）。プレイリスト６００は、送信装置１０１が受信装置１０２に送信することができるセグメントデータを示すメタデータである。セグメントデータは、送信装置１０１が送信するコンテンツの一部を構成するデータである。受信装置１０２は、プレイリスト６００に含まれる情報を用いて、送信装置１０１から所望のセグメントデータを受信することができる。プレイリストの例については、図６（ａ）及び（ｂ）を用いて後述する。

本実施形態では、プレイリスト取得要求は、コンテンツ（例えば、映像データ）を識別するための識別子を含む。また、プレイリスト取得要求には、送信装置１０１と受信装置１０２との間のセッションを識別するためのセッション識別子を含めることができる。本実施形態では、受信装置１０２がセッション識別子を生成して送信装置１０１に送信する。プレイリスト取得要求の詳細については図５を用いて後述する。

送信装置１０１は、セッション識別子を含むプレイリスト取得要求を受信すると、当該プレイリスト取得要求を行った受信装置１０２とのセッションを確立可能であるか判定する。プレイリスト取得要求を行った受信装置１０２とのセッションを確立可能な場合は、送信装置１０１は、プレイリスト取得要求に応じたプレイリスト６００を応答する（Ｓ３０２）。（プレイリスト送信ステップ・プレイリスト送信手順／プレイリスト受信ステップ・プレイリスト受信手順）。受信装置１０２とのセッションを確立可能な場合とは、例えば、送信装置１０１がセッションを確立できる受信装置１０２の上限台数を超えない場合等である。

本実施例では、受信装置１０２がセッション識別子を作成する場合について説明するが、セッション確立時に送信装置１０１がセッション識別子を作成して、受信装置１０２に通知することとしてもよい。この場合、送信装置１０１は、初めに受信装置１０２からセッション識別子を含まないプレイリスト取得要求を受信する。そして送信装置１０１は、セッション識別子を含まないプレイリスト取得要求を行った受信装置１０２とセッションを確立する場合に、セッション識別子を作成して受信装置１０２に通知する。

あるいは、送信装置１０１と受信装置１０２は、プレイリスト取得要求にセッション識別子を含めないで、セッション識別子を交換することとしてもよい。例えば、プレイリスト取得要求とは異なるコマンドによってセッション識別子を交換することができる。また例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの近接無線を用いて、送信装置１０１と受信装置１０２がセッション識別子を交換することとしてもよい。あるいは、例えば、ユーザが手動入力によって送信装置１０１及び受信装置１０２にセッション識別子を設定することとしてもよい。

こうして送信装置１０１と受信装置１０２との間で確立されるセッションを識別可能にすることで、送信装置１０１は、送信装置１０１と受信装置１０２との間の接続を制御することができる。例えば、送信装置１０１からコンテンツを受信する受信装置１０２の台数が所定の上限数に達している場合、新たな受信装置１０２に対しコンテンツの送信を行わないようにすることができる。例えば、新たにプレイリスト取得要求を行った受信装置１０２に対してエラー応答を行い、コンテンツの送信を行わないようにすることができる。また例えば、送信装置１０１はセッションを識別することで、複数の受信装置１０２を識別して、受信装置１０２毎に異なるコンテンツの送信を行うことができる。

ステップＳ３０２において送信装置１０１から受信装置１０２に送信されるプレイリスト６００には、セグメントデータの再生順序、再生時間、再生手段、所在情報等を示す取得情報６１０が含まれる。プレイリスト６００については、図６を用いて詳細を後述する。

次に受信装置１０２は、ステップＳ３０２で受信したプレイリスト６００の内容に基づき、プレイリスト６００に記載されたセグメントデータの取得要求（セグメントデータ取得要求７００）を行う（Ｓ３０３）。（セグメントデータ要求受信ステップ・セグメントデータ要求受信手順／セグメントデータ要求送信ステップ・セグメントデータ要求送信手順）。セグメントデータ取得要求７００には、要求するセグメントデータを識別するための識別子、及び、上述のセッション識別子を含む。セグメンデータ取得要求については、図７を用いて詳細を後述する。

セグメントデータ取得要求７００を受取った送信装置１０１は、対応するセグメントデータを受信装置１０２に送信する（Ｓ３０４）。（セグメントデータ送信ステップ・セグメントデータ送信手順／セグメントデータ受信ステップ・セグメントデータ受信手順）。この際、送信装置１０１は、セグメントデータ取得要求７００にセッション識別子が含まれるか否かを判断する。このセッション識別子が、ステップＳ３０１において確立したセッションを示すセッション識別子かを判断し、一致した場合のみ、セグメントデータを送信する。セッション識別子が一致しなかった場合は、送信装置１０１はエラーレスポンスを送信し、セグメントデータを送信しない。受信装置１０２は、上述のプレイリスト取得要求及びセグメントデータ取得要求７００を繰返し行い、映像データのセグメント取得を行う。

受信装置１０２を利用するユーザが、セッションを終了させたい場合、受信装置１０２は、プレイリスト取得要求にセッションの終了指示を含めて送信する（Ｓ３０５）。（終了指示送信ステップ・終了指示送信手順／終了指示受信ステップ・終了指示受信手順）。

セッションの終了指示を含むプレイリスト取得要求を受取った送信装置１０１は、終端情報（終了タグ）を含むプレイリスト６００を受信装置１０２に送信する（Ｓ３０６）（終端情報送信ステップ・終端情報送信手順／終端情報受信ステップ・終端情報受信手順）。

終端情報を含むプレイリスト６００を受信すると、受信装置１０２はプレイリスト６００の終端情報よりも前に記載されたセグメントデータの取得要求を行う。送信装置１０１は、プレイリスト６００の終端情報までのセグメントデータの提供が終了すると、送信装置１０１と受信装置１０２間のセッションを解放する。送信装置１０１は、受信装置１０２とのセッションを解放するまでは、受信装置１０２に送信するセグメントデータを保持し続け、セグメントデータを受信装置１０２に提供できる状態にしておく。

次に、図３のステップＳ３０１を用いて説明したプレイリスト取得要求の例について、図５を用いて説明する。

プレイリスト取得要求５００は、セッションの終了指示を含まないプレイリスト取得要求の例である。プレイリスト取得要求５００は、例えば、図３に示したステップＳ３０１において送信される。プレイリスト取得要求５００内の「ＧＥＴ／ｐｌａｙｌｉｓｔＨＴＴＰ／１．１」は、プレイリストの取得を要求するメッセージである。

セッション識別子５０１は、送信装置１０１と受信装置１０２との間のセッションを識別するための識別子である。セッション識別子５０１は例えば、数字列や任意の値とすることができる。図５に示した例では、セッション識別子５０１はＨＴＴＰヘッダに記載される。セッション識別子は、ＨＴＴＰリクエストラインや、ＨＴＴＰのＢｏｄｙに記載してもよい。

接続情報５１１は、送信装置１０１とのセッションを継続するか否かを示す情報である。プレイリスト取得要求５００内の接続情報５１１に記述されている「ｋｅｅｐ‐ａｌｉｖｅ」は送信装置１０１とのセッションを維持することを意味する。ここで、セッションを維持する場合には「ｋｅｅｐ‐ａｌｉｖｅ」を記述しないこととしてもよい。

プレイリスト取得要求５１０は、セッションの終了指示を含むプレイリスト取得要求の例である。プレイリスト取得要求５１０は、例えば、図３に示したステップＳ３０５において送信される。プレイリスト取得要求５１０内の接続情報５１１に記述されている「ｃｌｏｓｅ」は、送信装置１０１とのセッションを終了することを意味する。本例において、セッションの終了を示す接続情報５１１（「Ｃｏｎｎｅｃｔｉｏｎ：Ｃｌｏｓｅ」）は終了指示としての役割を果たす。

プレイリスト取得要求５００、５１０の例では、ＨＴＴＰの転送モードを接続情報５１１として扱っている、他のＨＴＴＰヘッダを接続情報とみなしてもよいし、ＨＴＴＰリクエストラインや、ＨＴＴＰのＢｏｄｙに記載されている情報を接続情報とみなしてもよい。

プレイリスト取得要求５２０は、ＨＴＴＰリクエストラインに、接続情報５２１、セッション識別子５２２、受信装置１０２の受信モード情報５２３を付加した例である。

プレイリスト５３０は、ＨＴＴＰリクエストＢｏｄｙに接続情報５３１、セッション識別子５３２、受信装置１０２の受信モード情報５２３を付加した例である。

次に、本実施形態に係るプレイリスト６００（メタデータ）の例を図６（ａ）及び（ｂ）に示す。図６（ａ）はプレイリスト６００の構成を示す概念図である。図６（ａ）は、送信装置１０１から受信装置１０２に送信されるプレイリスト１及びプレイリスト２を表している。例えば送信装置１０１は、受信装置１０２からの第１のプレイリスト取得要求に応じて第１のプレイリストを受信装置１０２に送信する。その後、受信装置１０２からの第２のプレイリスト取得要求に応じて、第２のプレイリストを受信装置１０２に送信する。

図６（ａ）の例では、１つの取得情報６１０が１つのセグメントデータに対応するものとする。すなわち、１つの取得情報６１０は、コンテンツを分割して生成される複数のセグメントデータのうち１つのセグメントデータを取得するための情報である。プレイリスト６００は、取得情報６１０によって、受信装置１０２が取得可能なセグメントデータを示すことができる。またプレイリスト６００は、取得情報６１０によって、送信装置１０１が送信可能なセグメントデータ示すことができる。図６（ａ）の例では、対応するセグメントデータが再生される順序に応じた順序で、取得情報６１０が記載される。

本実施形態において、プレイリスト６００は、複数の取得情報６１０を含むことができる。さらに本実施形態に係るプレイリスト６００は、取得情報６１０を含まないようにすることができる。プレイリスト６００が取得情報６１０を含まない場合、受信装置１０２が取得可能なセグメントデータが存在しないことを意味する。また、プレイリスト６００が取得情報６１０を含まない場合、送信装置１０１が送信可能なセグメントデータが存在しないことを意味する。プレイリスト６００に取得情報６１０を含めない場合については、図４及び図９を用いて後述する。

図６（ａ）左図に示したプレイリスト６００は、終端情報を含まないプレイリスト６００の例である。図６（ａ）左図のプレイリスト６００は、例えば、図３のステップＳ３０２において送信される。このプレイリストは、コンテンツを構成する複数のセグメントデータのうち、セグメントデータ１から３を取得するための取得情報６１０を含む。また、このプレイリスト６００は、終端情報６２０を含まないため、セグメントデータ１、２、３の順序で再生することを意味する。さらに、このプレイリスト６００は、セグメントデータ３以降も受信装置１０２に送信可能なセグメントデータが存在することを意味する。

図６（ａ）右図に示したプレイリスト６００は、終端情報６２０を含むプレイリスト６００の例である。図６（ａ）右図に示すプレイリスト６００は、例えば、図３のステップＳ３０６において送信される。このプレイリストは、コンテンツを構成する複数のセグメントデータのうち、セグメントデータ４から６を取得するための取得情報６１０を含む。また、終端情報６２０は、これ以降、受信装置１０２へ送信すべきセグメントデータが存在しないことを意味する。

受信装置１０２は、受信したプレイリスト６００に終端情報６２０が含まれない場合、受信したプレイリスト６００に記載された取得情報６１０に対応するセグメントデータに続いて再生すべきセグメントデータを送信装置１０１が保持していると判断する。一方、受信装置１０２は、受信したプレイリスト６００に終端情報６２０が含まれる場合、受信したプレイリスト６００記載された取得情報６１０に対応するセグメントデータに続いて再生すべきセグメントデータを送信装置１０１が保持していないと判断する。

プレイリスト６００に含める取得情報６１０は、受信装置１０２に送信していないセグメントデータに対応する取得情報６１０とすることができる。あるいは、すでに受信装置１０２に送信したセグメントデータに対応する取得情報６１０をプレイリスト６００に含めて送信することとしてもよい。

図６（ａ）の例では、１つのプレイリストに３つのセグメントデータについての取得情報６１０を含めることとしたが、これに限らない。１つのプレイリストに含める取得情報６１０の数や内容については、特に限定しない。

次に、プレイリスト６００の記述例を図６（ｂ）に示す。図６（ｂ）に示すプレイリスト６００は、終端情報を含むプレイリスト６００である。すなわち、図６（ｂ）に示すプレイリスト６００は、図６（ａ）の右図のプレイリスト６００に対応する。図６（ｂ）の「＃ＥＸＴＩＮＦ：１」はセグメントデータの再生秒数が１秒であることを意味する。また、図６（ｂ）の例では、セグメントデータが保持されている場所がＵＲＬによって示されている。さらに、図６（ｂ）の「＃ＥＸＴ‐Ｘ‐ＥＮＤＬＩＳＴ」は、プレイリストの終端であることを意味する。

このように、プレイリスト６００を用いて、送信装置１０１は受信装置１０２に対して、送信可能なセグメントデータの再生時間、再生順序、所在等を通知することができる。また、受信装置１０２は、プレイリスト６００を用いて、所望のセグメントデータ選択し、選択したセグメントデータの送信を送信装置１０１に要求することができる。

図６（ａ）及び（ｂ）の例では、プレイリスト６００に取得情報６１０及び終端情報６２０を含める場合について説明したが、これら以外にも追加情報をプレイリスト６００に含めて受信装置１０２に送信することとしてもよい。

次に、セグメントデータ取得要求７００の例を図７に示す。このセグメントデータ取得要求７００は、例えば、図３のステップＳ３０３において受信装置１０２から送信装置１０１に送信される。メッセージ７１０は、取得要求の対象とするセグメントデータを示す。取得要求の対象とするセグメントデータは、受信装置１０２が受信したプレイリスト６００に含まれる取得情報６１０に対応するセグメントデータである。本実施形態において、受信装置１０２は、メッセージ７１０をプレイリスト６００に含まれる所在情報６１２に基づいて生成する。

セッション識別子７０２は、送信装置１０１と受信装置１０２との間のセッションを識別するための識別子である。このセッション識別子７０２は、図５を用いて説明したセッション識別子５０１に対応し、同じセッションを識別するためのものである。セッション識別子７０２は例えば、数字列や任意の値とすることができる。

次に、送信装置１０１のコンテンツ送信処理について図４を用いて説明する。送信装置１０１の制御部２０４がプロセッサを内蔵する形態では、図４の処理フローは、図４に示す手順を制御部２０４に実行させるためのプログラムを示す。送信装置１０１の制御部２０４が内蔵するプロセッサはコンピュータであり、送信装置１０１が内蔵する保持部２０１から読み出したプログラムを実行する。なお処理の順序はこのフローチャートに限定されるものではない。

まず送信装置１０１は、通信部２０３において受信装置１０２からのプレイリスト取得要求を受信する（Ｓ４０１）。次に制御部２０４は、プレイリスト取得要求を行った受信装置１０２と新規のセッションを確立するか判定する（Ｓ４０２）。制御部２０４は、受信したプレイリスト取得要求に含まれるセッション識別情報が、現在既に確立しているセッションの識別情報と同じであるか否かにより、新規セッションを確立するか否かを判定する。ここで、現在既に確立しているセッションの識別情報は、保持部２０１に保持されているものとする。

ステップＳ４０２において受信装置１０２から受信したプレイリスト取得要求に含まれるセッション識別情報が保持部２０１に保持されている識別情報と一致する場合（Ｓ４０２でＹｅｓの場合）、既存のセッションを継続すると判断する。この場合、制御部２０４はステップＳ４０４の処理に進む。

一方、受信装置１０２から受信したプレイリスト取得要求に含まれるセッション識別情報が、保持部２０１に保持されている識別情報と異なる場合（Ｓ４０２においてＮｏの場合）、制御部２０４は新規のセッションを確立するための処理を行う（Ｓ４０３）。ステップＳ４０３において、制御部２０４は、プレイリスト取得要求に含まれるセッション識別情報を保持部２０１に新たに保持させる処理を行う。送信装置１０１がセッション識別情報を生成する場合には、ステップＳ４０３において、新たなセッション識別情報を生成する。このようにして制御部２０４は新規のセッションを確立する。ステップＳ４０３において新規のセッションを確立した後、制御部２０４はステップＳ４０４の処理を行う。

ステップＳ４０４において、制御部２０４はプレイリスト取得情報にセッションの終了指示が含まれるか否かを判断する（Ｓ４０４）。図５の例では、プレイリスト取得要求に含まれる接続情報５１１がセッションの終了を指示するものである場合（「Ｃｏｎｎｅｃｔｉｏｎ：Ｃｌｏｓｅ」である場合）、制御部２０４は、セッションの終了指示が含まれると判定する。一方、プレイリスト取得要求に含まれる接続情報５１１がセッションの継続を示すものである場合（「Ｃｏｎｎｅｃｔｉｏｎ：ｋｅｅｐ−ａｌｉｖｅ」である場合）、制御部２０４は、セッションの終了指示が含まれないと判定する。あるいは、「Ｃｏｎｎｅｃｔｉｏｎ：Ｃｌｏｓｅ」が記述されていない場合に、セッションの終了指示が含まれないと判定することとしてもよい。

プレイリスト取得要求に終了指示を含まない場合（ステップＳ４０４においてＮｏの場合）、制御部２０４は生成部２０２にプレイリスト６００を生成させる（Ｓ４０５）。本実施形態では、ステップＳ４０５において、生成部２０２は、受信装置１０２に対して未送信のセグメントデータについての取得情報６１０を含むプレイリスト６００を生成する。なお、受信装置１０２とのセッションが確立不能な場合は、エラー情報を含む返信を行ってもよい。セッションが確立不能な場合とは、例えば、送信装置１０１がセッションを確立することができる上限数を超える場合等が該当する。

ステップＳ４０５において生成部２０２がプレイリスト６００を生成すると、制御部２０４は通信部２０３を制御して、生成されたプレイリスト６００を受信装置１０２に送信させる（Ｓ４０６）。

一方ステップＳ４０４において、プレイリスト取得要求に終了指示を含む場合（ステップＳ４０４においてＹｅｓの場合）、制御部２０４は受信装置１０２に送信している映像データがライブ映像であるか判定する（Ｓ４０７）。

本実施形態では、送信装置１０１が確立しているセッションが、撮像部２００で撮影中のライブ映像データを送信するセッションであるか、記録媒体に記録された映像データを送信するセッションであるかを示す情報を保持部２０１に保持しているものとする。送信装置１０１が複数の受信装置１０２と複数のセッションを確立している場合には、セッションごとに、ライブ映像データの送信セッションであるか、記録映像データの送信セッションであるかを示す情報を保持する。ここで、ライブ映像データの送信とは、撮像部２００が撮影を行っている間に、撮像部２００が撮影した映像データを送信することである。また、記録映像データの送信とは、例えば、送信装置１０１の外部に接続された外部記憶装置に記録された映像データの送信や、送信装置１０１に装着可能なメモリカードに記録された映像データの送信などが該当する。あるいは、撮像部２００が撮像した映像データであって、保持部２０１に録画した映像データ等が該当する。

制御部２０４は、プレイリスト取得要求に含まれるセッション識別情報と、保持部２０１に保持されている情報とを参照して、受信装置１０２に送信している映像データがライブ画像であるか判定することができる。

送信が記録映像データの送信である場合（ステップＳ４０７においてＮｏの場合）、制御部２０４は、受信装置１０２にセグメントデータの取得情報６１０を含み、終端情報６２０を含むプレイリスト６００を生成部２０２に生成させる（Ｓ４０８）。そして、生成したプレイリスト６００を受信装置１０２に送信する（Ｓ４０９）。

プレイリスト６００を送信すると、制御部２０４は、保持部２０１に保持した受信装置１０２とのセッションの状態を新規受付可能状態（バックグラウンドモード）に更新する（Ｓ４１０）。

新規受付可能状態とは、現在セッションを確立している第１の受信装置１０２とのセッションを維持しつつ、第２の受信装置１０２との新たなセッションの確立を許可する状態のことである。以下、新規受付可能状態をバックグラウンドモードと称する。

セッションの状態がバックグラウンドモードである場合、新たなセッションを確立した第２の受信装置１０２は送信装置１０１にプレイリスト取得要求や、セグメントデータ取得要求を送信することができる。そして、第２の受信装置１０２は送信装置１０１からプレイリストやセグメントデータを受信することができる。

さらに、バックグラウンドモードである場合、第１の受信装置１０２もまた、送信装置１０１にプレイリスト取得要求や、セグメントデータ取得要求を送信することができる。そして、第１の受信装置１０２は送信装置１０１からプレイリストやセグメントデータを受信することができる。ただし、プレイリストの送信やセグメントデータの送信においては、第２の受信装置１０２に対するデータ送信が優先される。

バックグラウンドモードである場合に、第１の受信装置１０２からのデータ送信要求と、第２の送信装置からのデータ送信要求を受信すると、送信装置１０１は、第２の受信装置１０２へのデータ送信を第１の受信装置１０２へのデータ送信よりも先に実行する。

バックグラウンドモードでは、第１の受信装置１０２へのデータ送信と、第２の受信装置１０２へのデータ送信に優先順位をつけて排他的にデータ送信を行うことができる。このようにして、第１の受信装置１０２にのみデータ送信を行っている場合のデータ送信処理負荷と同じ処理負荷で、第１の受信装置１０２及び第２の受信装置１０２にデータ送信を行うことができる。従って、第１の受信装置１０２とセッションを確立した時点で送信装置１０１が確立することができるセッション数の上限に達している場合でも、第１の受信装置１０２及び第２の受信装置１０２とにデータ送信を行うことができる。

このようにして、第１の受信装置１０２に、最後のプレイリストに含まれるセグメントデータの送信を行いつつ、第２の受信装置１０２からのプレイリスト取得要求、セグメントデータ取得要求の受信、第２の受信装置１０２へのデータ送信を行うことができる。従って、第１の受信装置１０２に対するコンテンツの送信の終了と、第２の受信装置１０２に対するコンテンツの送信の開始を、継続的に行うことができる。

セッションの状態をバックグラウンドモードに更新した後、制御部２０４はタイマ部２０５を起動させて、タイマ処理を行い、第１の受信装置１０２とのセッションを終了する（Ｓ４１１）。ここでタイマ処理とは、送信装置１０１がプレイリストを送信してから所定時間以内に、セッションを確立した受信装置１０２からセグメントデータの取得要求を受信しない場合には、セッションを確立した受信装置１０２とのセッションを終了する処理である。タイマ処理の詳細については、図８を用いて後述する。

本実施形態では、ステップＳ４０８において終端情報を含むプレイリスト６００を生成する場合について説明したが、ステップＳ４０８において終端情報を含まないプレイリスト６００を生成することとしてもよい。この場合、受信装置１０２とのセッションは後述のタイマ処理におけるタイマの満了によって終了する。

次に、ステップＳ４０７においてライブ映像データ送信中と判定した場合の処理について説明する。ライブ映像データ送信中と判定した場合（Ｓ４０７においてＹｅｓの場合）、制御部２０４は受信装置１０２が、受信した映像データを録画しているか判定する（Ｓ４１２）。

本実施形態では、受信装置１０２が送信装置１０１に終了指示を送信する場合に、終了指示に加えて、受信したコンテンツを記録しているか否かを示す記録情報（録画／非録画モード情報）を受信装置１０２から送信装置１０１に通知するものとする。送信装置１０１は、終了指示と共に受信した記録情報に基づいて、ステップＳ４１２の判定を行うことができる。制御部２０４は、受信装置１０２がコンテンツを記録していることを示す記録情報を受信しない場合には、受信装置１０２がコンテンツを記録していないと判定することとしてもよい。

また、ステップＳ４０３のセッション確立処理において、送信装置１０１は、受信装置１０２が受信した映像データの録画を行う録画モードであるか、受信した映像データの録画を行わない非録画モードであるか確認することとしてもよい。モードの確認方法は特に限定しない。例えば、送信装置１０１は、ステップＳ４０３において受信装置１０２からモードの通知を受けることとしてもよい。あるいは、送信装置１０１が受信装置１０２にモードの通知を行うように能動的に指示することにより、受信装置１０２のモードを確認することとしてもよい。このようにして、通信部２０３は、受信装置１０２がセグメントデータの記録を行うか否かを示す記録情報を受信装置１０２から受信する。

受信装置１０２が受信した映像データを録画していると判定した場合（Ｓ４１２においてＹｅｓの場合）、制御部２０４は生成部２０２に、取得情報６１０及び終端情報６２０を含むプレイリスト６００を生成させる（Ｓ４１３）。

そして制御部２０４は、ステップＳ４１３において生成したプレイリストを受信装置１０２に送信する（Ｓ４１４）。その後、制御部２０４はタイマ部２０５を起動させてタイマ処理を行い、受信装置１０２とのセッションを終了する（Ｓ４１５）。

一方、ステップＳ４１２で受信装置１０２が受信した映像データを録画していないと判定した場合（Ｓ４１２においてＮｏの場合）、制御部２０４は生成部２０２に、終端情報６２０を含み、取得情報６１０を含まないプレイリスト６００を生成させる（Ｓ４１６）。

そして制御部２０４は、通信部２０３を制御して、ステップＳ４１６において生成したプレイリスト６００を受信装置１０２に送信する（Ｓ４１７）。

そして制御部２０４は、送信済のプレイリスト６００を受信装置１０２に送信し終えると、受信装置１０２とのセッションを終了する（Ｓ４１８）。

上述の例では、送信装置１０１がコンテンツとして映像データを受信装置１０２に送信する場合について説明したが、これに限られず、送信装置１０１が音声データ等他のコンテンツを送信する場合にも本発明を適用することができる。

次に、図４のステップＳ４１１及びステップＳ４１５におけるタイマ処理について図８を用いて説明する。

まず制御部２０４はタイマ部２０５を起動させる（Ｓ８０１）。次に制御部２０４は、通信部２０３が受信装置１０２からセグメントデータ取得要求を受信したか判定する（Ｓ８０２）。受信装置１０２からセグメントデータ取得要求を受信していない場合（Ｓ８０２でＮｏの場合）、制御部２０４はタイマが満了しているか判定する（Ｓ８０３）。タイマが満了した場合（Ｓ８０３でＹｅｓの場合）、制御部２０４は受信装置１０２（第１の受信装置１０２）とのセッションを終了する（Ｓ８０４）。例えば制御部２０４は、保持部２０１に保持した受信装置１０２とのセッション識別情報を削除することにより、セッションを終了する。一方、タイマが満了していないと判定した場合（Ｓ８０３でＮｏの場合）、ステップＳ８０２の処理を繰り返す。

ステップＳ８０２において、受信装置１０２からセグメントデータ取得要求を受信した場合は、受信装置１０２とのセッションを維持して、要求されたセグメントデータを受信装置１０２に送信する（Ｓ８０５）。次に制御部２０４は、セグメントデータ取得要求において要求されたセグメントデータを全て送信し終えたか判定する（Ｓ８０６）。全てのセグメントデータを送信し終えていない場合（Ｓ８０６でＮｏの場合）、ステップＳ８０５の処理を繰り返す。全てのセグメントデータを送信し終えた場合には、制御部２０４は受信装置１０２（第１の受信装置１０２）とのセッションを終了する（Ｓ８０４）。

このようにして、タイマを起動させてから所定時間以内にセグメントデータ取得要求を受信しない場合には、受信装置１０２（ステップＳ４１１における処理の場合は、前述の第１の受信装置１０２）とのセッションを終了させることができる。

図４を用いて説明したコンテンツ送信処理について、プレイリスト取得要求の内容と、送信されるプレイリスト６００の対応を図９に示す。

まず、受信装置１０２が送信するプレイリスト取得要求に、コンテンツの送信終了を指示する終了指示が含まれない場合（Ｓ４０４においてＮｏの場合）について説明する。

この場合、送信装置１０１は、取得情報６１０を含み、終端情報６２０を含まないプレイリスト６００を受信装置１０２に応答する。さらに、送信装置１０１はプレイリスト取得要求を行った受信装置１０２とのセッションを継続する（Ｓ４０６）。

本実施形態において、この応答は、受信装置１０２に送信しているコンテンツがライブコンテンツであるか、記録コンテンツであるかに関りなく行われる。ライブコンテンツとは、送信装置１０１がコンテンツの取得を継続しているコンテンツである。例えば、ライブコンテンツとは、撮像部２００において撮影中の映像である。また、記録コンテンツとは、過去に生成され、送信装置１０１の取得が完了しているコンテンツである。例えば、記録コンテンツとは、過去に撮像部２００において撮影された映像であって、保持部２０１に保持されている映像データである。また本実施例において、この応答は、受信装置１０２が受信したコンテンツを記録しているか否かに関わりなく行われる。

次に、受信装置１０２が送信するプレイリスト取得要求に、コンテンツの送信終了を指示する終了指示が含まれる場合（Ｓ４０４においてＹｅｓの場合）について説明する。

この場合、本実施形態では送信装置１０１はプレイリスト６００に終端情報６２０を含めて受信装置１０２に応答する。また、プレイリストに取得情報６１０を含むか否かは、送信装置１０１が送信するコンテンツデータがライブコンテンツであるか否か、及び、受信装置１０２の記録／非記録モードに応じて異なる。

まず、送信装置１０１がライブコンテンツを送信している場合について説明する。ライブコンテンツを送信する場合、送信装置１０１は、コンテンツの取得を継続している間に、プレイリスト６００の送信とセグメントデータの送信を受信装置１０２に対して行う。

送信装置１０１がライブコンテンツを送信している場合であって、受信装置１０２が受信したコンテンツの記録を行っていない場合、送信装置１０１は、取得情報６１０を含まず、終端情報６２０を含むプレイリスト６００を受信装置１０２に送信する（Ｓ４１７）。すなわち、終端情報６２０のみをプレイリスト６００に含めて受信装置１０２に送信する。プレイリスト６００の送信を完了すると、送信装置１０１は受信装置１０２とのセッションを終了し、新規の受信装置１０２とセッションを開始できるようにセッションを開放する（Ｓ４１８）。

このようにして送信装置１０１は、終了指示受信後に、セグメントデータの取得情報６１０を受信装置１０２に送信しないようにすることができる。取得情報６１０を含まないプレイリスト６００を受信した受信装置１０２は、セグメントデータの取得要求を行わずに送信装置１０１とのセッションを終了する。従って、送信装置１０１は終了指示受信後、速やかに当該終了指示を送信した受信装置１０２とのセッションを終了し、新たな受信装置１０２にセッションを開放することができる。こうして、受信装置１０２がコンテンツの記録を行っていない場合には、速やかなセッションの終了を優先させることができる。

一方送信装置１０１がライブコンテンツを送信している場合であって、受信装置１０２が受信したコンテンツの記録を行っている場合、送信装置１０１は取得情報６１０を含み、終端情報６２０を含むプレイリスト６００を受信装置１０２に送信する（Ｓ４１４）。
そして、プレイリスト６００の送信後、タイマを起動させ、所定時間以内にセグメントデータ取得要求を受信しない場合には、終了指示を送信した受信装置１０２とのセッションを終了する。所定時間以内にセグメントデータ取得要求を受信した場合には、要求されたセグメントデータを送信後、受信装置１０２とのセッションを終了する（Ｓ４１５）。

このようにして送信装置１０１は、受信装置１０２がコンテンツの記録を行っている場合には、終了指示受信後にセグメントデータの送信を省略しないようにすることができる。従って、受信装置１０２がコンテンツの記録を行っていない場合に比べて、より多くのセグメントデータを受信装置１０２に送信して、記録させることができる。さらに、データ送信のリアルタイム性を維持してデータ送信を行うことができる。

最後に、終了指示を受信した場合であって、送信装置１０１が記録コンテンツを送信している場合について説明する。この場合、送信装置１０１は、取得情報６１０を含み、終端情報６２０を含むプレイリスト６００を受信装置１０２に送信する（Ｓ４０９）。本実施例において、この応答は、受信装置１０２が記録モードであるか、非記録モードであるかに関わらない。

プレイリスト６００の送信後、送信装置１０１は、セッション状態を上述のバックグラウンドモードに変更する。すなわち、終了指示を送信した第１の受信装置１０２と、新規の第２の受信装置１０２の両方とセッションを確立することを可能にする。そして、第１の受信装置１０２へのコンテンツの送信よりも、第２の受信装置１０２へのコンテンツの送信を優先させるようにする。

このようにして、新規の受信装置１０２（第２の受信装置１０２）とのセッションを速やかに開始することができる。また、終了指示を送信した受信装置１０２（第１の受信装置１０２）に対して、セグメントデータを省略せずに送信することができる。

前述のバックグラウンドモードでは、第１の受信装置１０２へのコンテンツの送信よりも、第２の受信装置１０２へのコンテンツの送信が優先される。従って、第１の受信装置１０２へのコンテンツ送信は、第１の受信装置１０２のみとセッションを確立している場合に比べて時間を要する。しかしながら、受信装置１０２への配信コンテンツが記録データである場合には、データ送信のリアルタイム性が要求されない。そこで、バックグラウンドモードによるコンテンツ送信を行うことにより、第２の受信装置１０２との速やかなセッションの確立と、第１の受信装置１０２へのセグメントデータの送信を両立することができる。データ送信のリアルタイム性が要求されないため、終了指示を受けた場合のプレイリストに終端情報を含めないこととしてもよい。この場合、第１の受信装置１０２は、タイマ処理のタイマの満了によりセッションを終了する。

本実施例では、送信装置１０１が送信するコンテンツが記録コンテンツである場合には、受信装置１０２が受信したコンテンツの記録をしているか否かを考慮しない例について説明した。しかし、送信装置１０１が記録コンテンツを送信している場合にも、受信装置１０２が受信したコンテンツの記録を行っているか否かに応じて、プレイリスト６００に取得情報６１０を含めるか否かを切り替えることとしてもよい。

すなわち、送信装置１０１が記録コンテンツを送信する場合であって、受信装置１０２が受信したコンテンツの記録を行わない場合、送信装置１０１は終了情報を含むプレイリスト要求に対して、取得情報６１０を含まないプレイリスト６００を応答する。また、送信装置１０１が記録コンテンツを送信する場合であって、受信装置１０２が受信したコンテンツの記録を行う場合、送信装置１０１は終了情報を含むプレイリスト要求に対して、取得情報６１０を含むプレイリスト６００を応答する。

このようにして、送信装置１０１が送信するコンテンツがライブコンテンツであるか記録コンテンツであるかに関わらず、セッション終了時にプレイリスト６００に取得情報６１０を含めるか否かを、受信装置１０２の記録モードに応じて、切り替えることができる。

以上の構成によれば、コンテンツを分割してセグメントデータごとに受信装置に送信する送信システムにおいて、受信装置が所望のタイミングでコンテンツの送信を終了させることができる。

＜第２の実施形態＞
第２の実施形態では、送信装置１０１が送信するコンテンツがライブコンテンツであるか否かの判定、及び、受信装置１０２が受信したコンテンツの記録を行うか否かの判定を行わない例について説明する。

本実施形態に係る送信システムの構成は、実施形態１において図１を用いて説明した構成と同じであるので、説明を省略する。また、本実施形態に係る送信装置１０１、受信装置１０２の機能構成についても、第１の実施形態において図２（ａ）、（ｂ）を用いて説明した内容と同じである。ただし本実施形態において、送信装置１０１はタイマ部２０５を有さないこととすることができる。また本実施形態において、受信装置１０２は記録処理部２０７を有さないこととすることができる。

次に、本実施形態における送信装置１０１のコンテンツ送信処理について図１０を用いて説明する。送信装置１０１の制御部２０４がプロセッサを内蔵する形態では、図１０の処理フローは、図１０に示す手順を制御部２０４に実行させるためのプログラムを示す。送信装置１０１の制御部２０４が内蔵するプロセッサはコンピュータであり、送信装置１０１が内蔵する保持部２０１から読み出したプログラムを実行する。

図１０に示したステップＳ１００１からＳ１００４の処理は、第１の実施形態において図４を用いて説明したステップＳ４０１からＳ４０４の処理と同じであるため、説明を省略する。

ステップＳ１００４において、プレイリスト取得要求に終了指示を含まない場合（ステップＳ１００４においてＮｏの場合）、制御部２０４は生成部２０２にプレイリスト６００を生成させる（Ｓ１００５）。本実施形態では、生成部２０２は、受信装置１０２に対して未送信のセグメントデータについての取得情報６１０を含むプレイリスト６００を生成する。なお、受信装置１０２とのセッションが確立不能な場合は、エラー情報を含む返信を行ってもよい。セッションが確立不能な場合とは、例えば、送信装置１０１がセッションを確立することができる上限数を超える場合等が該当する。

ステップＳ１００５において生成部２０２がプレイリスト６００を生成すると、制御部２０４は通信部２０３を制御して、生成されたプレイリスト６００を受信装置１０２に送信させる（Ｓ１００６）。

一方ステップＳ１００４において、プレイリスト取得要求に終了指示を含む場合（ステップＳ１００４においてＹｅｓの場合）、制御部２０４は生成部２０２に、終端情報６２０を含み、取得情報６１０を含まないプレイリスト６００を生成させる（Ｓ１００７）。

そして制御部２０４は、通信部２０３を制御して、ステップＳ１００７において生成したプレイリスト６００を受信装置１０２に送信する（Ｓ１００８）。そして制御部２０４は、送信済のプレイリスト６００を受信装置１０２に送信し終えると、受信装置１０２とのセッションを終了する（Ｓ１００９）。

上述の例では、送信装置１０１がコンテンツとして映像データを受信装置１０２に送信する場合について説明したが、これに限られず、送信装置１０１が音声データ等他のコンテンツを送信する場合にも本発明を適用することができる。

図１０を用いて説明したコンテンツ送信処理について、プレイリスト取得要求の内容と、送信されるプレイリスト６００の対応を図１１に示す。

受信装置１０２から受信したプレイリスト取得要求に終了指示が含まれない場合（Ｓ１００４においてＮｏの場合）、送信装置１０１は、その応答として、取得情報６１０を含み、終端情報６２０を含まないプレイリスト６００を受信装置１０２に送信する。この場合送信装置１０１は、例えば、図６（ａ）左図に示したプレイリスト６００を送信する。送信装置１０１は、プレイリスト６００の送信後も受信装置１０２とのセッションを継続する。

一方、受信装置１０２から受信したプレイリスト取得要求に終了指示が含まれる場合、（Ｓ１００４においてＹｅｓの場合）送信装置１０１は、その応答として、取得情報６１０を含まず、終端情報６２０を含むプレイリスト６００を受信装置１０２に送信する。この場合送信装置１０１は、例えば、図６（ａ）右図に示したプレイリスト６００を送信する。送信装置１０１は、プレイリスト６００の送信後、受信装置１０２とのセッションを終了する。

このようにして送信装置１０１は、終了指示受信後に、セグメントデータの取得情報６１０を受信装置１０２に送信しないようにすることができる。取得情報６１０を含まないプレイリスト６００を受信した受信装置１０２は、セグメントデータの取得要求を行わずに送信装置１０１とのセッションを終了する。従って、送信装置１０１は終了指示受信後、速やかに当該終了指示を送信した受信装置１０２とのセッションを終了し、新たな受信装置１０２にセッションを開放することができる。こうして、速やかなセッションの終了を行うことができる。

このようにして、コンテンツを分割してセグメントデータごとに受信装置に送信する送信システムにおいて、受信装置が所望のタイミングでコンテンツの送信を終了させることができる。

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

１０１ 送信装置
２０１ 保持部
２０２ 生成部
２０３ 通信部
２０４ 制御部
２０５ タイマ部
１０２ 受信装置
２０７ 記録処理部
２０８ 設定部
２０９ 記憶部
２１０ 制御部
２１１ 通信部

Claims (17)

1. コンテンツを構成する複数のセグメントのうち１つ以上に対して受信装置が取得要求を行うために用いるアドレス情報を含むメタデータを前記受信装置に送信する送信装置であって、
   前記メタデータに記述されたアドレス情報に基づくセグメントの取得要求を前記受信装置から受信すると共に、前記受信装置がセグメントの取得を終了することを示す終了指示を前記受信装置から受信する受信手段と、
   前記受信手段が前記受信装置からメタデータの取得要求を受信し、かつ、前記受信装置から終了指示を受信しない場合、セグメントに対する取得要求を行うために用いられるアドレス情報を含み、前記受信装置へ送信するセグメントの終端を表す終端情報を含まないメタデータを前記受信装置に送信し、
   前記受信手段が前記受信装置からメタデータの取得要求と終了指示を受信した場合、前記アドレス情報を含まず前記終端情報を含むメタデータを前記受信装置に送信する送信手段とを有することを特徴とする送信装置。
2. コンテンツを構成する複数のセグメントのうち１つ以上に対して受信装置が取得要求を行うために用いるアドレス情報を含むメタデータを前記受信装置に送信する送信装置であって、
   前記メタデータに記述されたアドレス情報に基づくセグメントの取得要求を前記受信装置から受信すると共に、前記受信装置がセグメントの取得を終了することを示す終了指示を前記受信装置から受信する受信手段と、
   前記受信装置のモードを判定するモード判定手段と、
   前記モード判定手段により第１モードであると判定された受信装置からメタデータの取得要求と終了指示とを受信した場合、セグメントに対する取得要求を行うために用いるアドレス情報と、前記受信装置へ送信するセグメントの終端を表す終端情報とを含むメタデータを前記受信装置に送信し、
   前記モード判定手段により第２モードであると判定された受信装置からメタデータの取得要求と終了指示とを受信した場合、セグメントに対する取得要求を行うために用いるアドレス情報を含まず、前記受信装置へ送信するセグメントの終端を表す終端情報を含むメタデータを前記受信装置に送信する送信手段とを有することを特徴とする送信装置。
3. 前記第１モードは、前記送信装置から受信したセグメントを記録する記録モードであり、前記第２モードは、前記送信装置から受信したセグメントを記録しない非記録モードであることを特徴とする請求項２に記載の送信装置。
4. 前記受信手段が前記受信装置から前記終了指示を含むメタデータの要求を受信した場合、前記終端情報を含むメタデータを生成し、前記受信手段が前記受信装置から前記終了指示を含まないメタデータの要求を受信した場合、前記終端情報を含まないメタデータを生成する生成手段を有し、
   前記送信手段は、前記受信装置によるメタデータの要求の受信に応じて、前記生成手段により生成されたメタデータを前記受信装置へ送信することを特徴とする請求項１から３のいずれか一項に記載の送信装置。
5. 前記送信手段は、
   前記受信手段が前記受信装置からメタデータの取得要求を受信し、かつ、前記受信装置から終了指示を受信しない場合、１又は複数のセグメントの再生順序を示す再生順序情報を含み前記終端情報を含まないメタデータを前記受信装置に送信し、
   前記受信手段が前記受信装置からメタデータの取得要求と前記終了指示とを受信した場合、前記再生順序情報を含まず前記終端情報を含むメタデータを前記受信装置に送信することを特徴とする請求項１に記載の送信装置。
6. コンテンツを取得する取得手段を有し、
   前記送信手段は、前記取得手段が取得したコンテンツの一部を構成するセグメントであって受信装置に送信可能な前記セグメントを示すメタデータを、前記受信装置からの取得要求に応じて前記受信装置に送信することを特徴とする請求項１から５のいずれか一項に記載の送信装置。
7. コンテンツを取得する取得手段を有し、
   前記送信手段は、前記取得手段が取得したコンテンツの一部を構成するセグメントであって受信装置に送信可能な前記セグメントを示すメタデータを、前記取得手段が前記コンテンツの取得を完了した後に、前記受信装置に送信することを特徴とする請求項１から５のいずれか一項に記載の送信装置。
8. 前記受信装置に前記セグメントを送信するために前記受信装置とセッションを確立する確立手段を有し、
   前記受信手段は、前記セッションを確立した前記受信装置からセグメントの取得要求を受信し、
   前記受信手段が前記セッションを確立した前記受信装置から前記終了指示を受信し、且つ、前記セグメントに対する取得要求を行うために用いるアドレス情報と前記終端情報を含むメタデータを前記送信手段が送信してから所定時間内に該受信装置から前記メタデータに応じたセグメントの取得要求を受信しない場合には、前記確立手段は該受信装置とのセッションを終了することを特徴とする請求項２に記載の送信装置。
9. 前記受信手段が受信した終了指示の送信元である前記受信装置に対し、前記送信装置がライブデータを送信しているか録画データを送信しているかを判定する判定手段と、
   前記受信装置に対して録画データを送信していると前記判定手段により判定された場合、前記受信装置とのセッション終了前に他の受信装置からのセグメントの取得要求を受け付ける一方、前記受信装置に対してライブデータを送信していると前記判定手段により判定された場合、前記受信装置とのセッション終了後に他の受信装置からのセグメントの取得要求を受け付けるように前記送信装置の動作モードを制御する制御手段とをさらに有することを特徴とする請求項１から８のいずれか一項に記載の送信装置。
10. コンテンツを構成する複数のセグメントのうち少なくとも１つに対する取得要求を行うためのアドレス情報を含むメタデータを送信装置から受信する受信装置であって、
    前記メタデータの取得要求を前記送信装置へ送信すると共に、前記送信装置からのセグメントの取得を終了することを示す終了指示を前記送信装置に送信する送信手段と、
    前記送信手段が前記送信装置に対してメタデータの取得要求を送信し、かつ、前記送信手段が前記送信装置に対して終了指示を送信しない場合に前記送信装置によって送信されるメタデータであって、セグメントに対する取得要求を行うために用いられるアドレス情報を含み、前記受信装置へ送信するセグメントの終端を表す終端情報を含まないメタデータを前記送信装置から受信し、
    前記送信手段が前記送信装置に対してメタデータの取得要求と終了指示を送信した場合に前記送信装置によって送信されるメタデータであって、前記アドレス情報を含まず前記終端情報を含むメタデータを前記送信装置から受信する受信手段と
    を有することを特徴とする受信装置。
11. 前記受信手段は、前記送信手段が前記送信装置に対して前記終了指示を含むメタデータの要求を送信した場合、前記送信装置から前記終端情報を含むメタデータを受信し、前記送信手段が前記送信装置に対して前記終了指示を含まないメタデータの要求を送信した場合、前記送信装置から前記終端情報を含まないメタデータを受信することを特徴とする請求項１０に記載の受信装置。
12. コンテンツを構成する複数のセグメントのうち１つ以上に対して受信装置が取得要求を行うために用いるアドレス情報を含むメタデータを前記受信装置に送信する送信方法であって、
    前記メタデータに記述されたアドレス情報に基づくセグメントの取得要求を前記受信装置から受信すると共に、前記受信装置がセグメントの取得を終了することを示す終了指示を前記受信装置から受信する受信ステップと、
    前記受信装置からメタデータの取得要求を受信し、かつ、前記受信装置から終了指示を受信しない場合、セグメントに対する取得要求を行うために用いられるアドレス情報を含み、前記受信装置へ送信するセグメントの終端を表す終端情報を含まないメタデータを前記受信装置に送信し、
    前記受信装置からメタデータの取得要求と終了指示を受信した場合、前記アドレス情報を含まず前記終端情報を含むメタデータを前記受信装置に送信する送信ステップとを有することを特徴とする送信方法。
13. コンテンツを構成する複数のセグメントのうち１つ以上に対して受信装置が取得要求を行うために用いるアドレス情報を含むメタデータを前記受信装置に送信する送信方法であって、
    前記メタデータに記述されたアドレス情報に基づくセグメントの取得要求を前記受信装置から受信すると共に、前記受信装置がセグメントの取得を終了することを示す終了指示を前記受信装置から受信する受信ステップと、
    前記受信装置のモードを判定するモード判定ステップと、
    前記モード判定ステップにより第１モードであると判定された受信装置からメタデータの取得要求と終了指示とを受信した場合、セグメントに対する取得要求を行うために用いるアドレス情報と、前記受信装置へ送信するセグメントの終端を表す終端情報とを含むメタデータを前記受信装置に送信し、
    前記モード判定ステップにより第２モードであると判定された受信装置からメタデータの取得要求と終了指示とを受信した場合、セグメントに対する取得要求を行うために用いるアドレス情報を含まず、前記受信装置へ送信するセグメントの終端を表す終端情報を含むメタデータを前記受信装置に送信する送信ステップとを有することを特徴とする送信方法。
14. コンテンツを構成する複数のセグメントのうち少なくとも１つに対する取得要求を行うためのアドレス情報を含むメタデータを送信装置から受信する受信装置が行う受信方法であって、
    前記メタデータの取得要求を前記送信装置へ送信すると共に、前記送信装置からのセグメントの取得を終了することを示す終了指示を前記送信装置に送信する送信ステップと、
    前記送信装置に対してメタデータの取得要求を送信し、かつ、前記送信装置に対して終了指示を送信しない場合に前記送信装置によって送信されるメタデータであって、セグメントに対する取得要求を行うために用いられるアドレス情報を含み、前記受信装置へ送信するセグメントの終端を表す終端情報を含まないメタデータを前記送信装置から受信し、前記送信装置に対してメタデータの取得要求と終了指示を送信した場合に前記送信装置によって送信されるメタデータであって、前記アドレス情報を含まず前記終端情報を含むメタデータを前記送信装置から受信する受信ステップとを有することを特徴とする受信方法。
15. コンピュータを請求項１から９のうちいずれか一項に記載の送信装置の各手段として動作させるためのプログラム。
16. コンピュータを請求項１０から１１のうちいずれか一項に記載の受信装置の各手段として動作させるためのプログラム。
17. 請求項１から９のうちいずれか一項に記載の送信装置と、請求項１０から１１のうちいずれか一項に記載の受信装置とを有する通信システム。

Images