(57)【要約】【課題】  受信装置が取得可能なセグメントデータを示すメタデータの送受信を行う場合に、受信装置へのセグメントデータの送信状況に応じて、メタデータを送受信できるようにすることを目的とする。【解決手段】  本発明にかかる送信装置は、メタデータの第１の取得要求を受信した後にメタデータの第２の取得要求を受信した場合、受信装置に送信した第１のセグメントデータより前に再生すべきセグメントデータを受信装置が取得可能なセグメントデータとして含まない第２のプレイリストを送信する。第２のプレイリストには、第１の取得要求に応じて送信した第１のメタデータが含む複数のセグメントデータのうち第１のセグメントデータよりも後に再生すべきセグメントデータを受信装置が取得可能なセグメントデータとして含む。【選択図】  図７
2014131171.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータを前記受信装置に送信する送信装置であって、
前記メタデータの取得要求を前記受信装置から受信する受信手段と、
前記メタデータの第１の取得要求を受信した後に前記メタデータの第２の取得要求を前記受信手段が受信した場合、前記受信装置に送信した第１のセグメントデータより前に再生すべきセグメントデータを前記受信装置が取得可能なセグメントデータとして含まず、前記第１の取得要求に応じて送信した第１のメタデータが含む複数のセグメントデータのうち前記第１のセグメントデータよりも後に再生すべきセグメントデータを前記受信装置が取得可能なセグメントデータとして含む第２のメタデータを前記受信装置に送信する送信手段と
を有することを特徴とする送信装置。
【請求項２】
前記受信手段は、前記受信装置からセグメントデータの取得要求を受信し、
前記送信手段は、前記受信手段が受信したセグメントデータの取得要求に応じてセグメントデータを送信することを特徴とする請求項１に記載の送信装置。
【請求項３】
前記メタデータに含まれるセグメントデータの数が所定数以下であることを特徴とする請求項１に記載の送信装置。
【請求項４】
前記送信手段は、前記第１のメタデータが前記受信装置が取得可能なセグメントデータとして含むいずれのセグメントデータよりも後に再生すべきセグメントデータを前記受信装置が取得可能なセグメントデータとして含む前記第２のメタデータを前記受信装置に送信することを特徴とする請求項１から３のいずれか１項に記載の送信装置。
【請求項５】
前記受信手段は、前記受信装置からセグメントデータの取得要求を受信し、
前記送信手段は、前記第１のメタデータが前記受信装置が取得可能なセグメントデータとして含む複数のセグメントデータのうち前記受信装置が要求したセグメントデータに応じて決定されるセグメントデータを前記受信装置が取得可能なセグメントデータとして含む第２のメタデータを送信することを特徴とする請求項１に記載の送信装置。
【請求項６】
前記コンテンツを取得する取得手段と、
前記コンテンツから複数のセグメントデータを生成する第１の生成手段と、
前記生成手段が生成したセグメントデータを前記受信手段が取得可能であることを示すメタデータを生成する第２の生成手段と
を有することを特徴とする請求項１に記載の送信装置。
【請求項７】
前記送信手段は、前記受信装置に送信した第１のセグメントデータを前記受信装置が取得可能なセグメントデータとして含まない前記第２のプレイリストを送信することを特徴とする請求項１に記載の送信装置。
【請求項８】
コンテンツを構成する複数のセグメントデータのうち取得可能なセグメントデータを示すメタデータを送信装置から受信する受信装置であって、
前記メタデータの取得要求を送信する送信手段と、
前記メタデータの第１の取得要求を送信した後に前記メタデータの第２の取得要求を送信した場合、前記送信装置が前記受信装置に送信した第１のセグメントデータ以前に再生すべきセグメントデータを前記受信装置が取得可能なセグメントデータとして含まず、前記第１の取得要求に応じて前記送信装置が送信した第１のメタデータが取得可能なセグメントデータとして含む複数のセグメントデータのうち前記第１のセグメントデータよりも後に再生すべきセグメントデータを取得可能なセグメントデータとして含む第２のメタデータを前記送信装置から受信する受信手段と
を有することを特徴とする受信装置。
【請求項９】
前記メタデータに含まれるセグメントデータの数が所定数以下であることを特徴とする請求項７に記載の受信装置。
【請求項１０】
コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータを前記受信装置に送信する送信方法であって、
前記メタデータの取得要求を前記受信装置から受信する受信ステップと、
前記メタデータの第１の取得要求を受信した後に前記メタデータの第２の取得要求を前記受信ステップにおいて受信した場合、前記受信装置に送信した第１のセグメントデータより前に再生すべきセグメントデータを前記受信装置が取得可能なセグメントデータとして含まず、前記第１の取得要求に応じて送信した第１のメタデータが含む複数のセグメントデータのうち前記第１のセグメントデータよりも後に再生すべきセグメントデータを前記受信装置が取得可能なセグメントデータとして含む第２のメタデータを前記受信装置に送信する送信ステップと
を有することを特徴とする送信方法。
【請求項１１】
前記メタデータに含まれるセグメントデータの数が所定数以下であることを特徴とする請求項１に記載の送信方法。
【請求項１２】
コンテンツを構成する複数のセグメントデータのうち取得可能なセグメントデータを示すメタデータを送信装置から受信する受信方法であって、
前記メタデータの取得要求を送信する送信ステップと、
前記メタデータの第１の取得要求を送信した後に前記メタデータの第２の取得要求を送信した場合、前記送信装置が送信した第１のセグメントデータより前に再生すべきセグメントデータを取得可能なセグメントデータとして含まず、前記第１の取得要求に応じて前記送信装置が送信した第１のメタデータが取得可能なセグメントデータとして含む複数のセグメントデータのうち前記第１のセグメントデータよりも後に再生すべきセグメントデータを取得可能なセグメントデータとして含む第２のメタデータを前記送信装置から受信する受信ステップと
を有することを特徴とする受信方法。
【請求項１３】
前記メタデータに含まれるセグメントデータの数が所定数以下であることを特徴とする請求項１２に記載の受信方法。
【請求項１４】
コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータを前記受信装置に送信するコンピュータに、
前記メタデータの取得要求を前記受信装置から受信する受信手順と、
前記メタデータの第１の取得要求を受信した後に前記メタデータの第２の取得要求を前記受信手順において受信した場合、前記受信装置に送信した第１のセグメントデータより前に再生すべきセグメントデータを前記受信装置が取得可能なセグメントデータとして含まず、前記第１の取得要求に応じて送信した第１のメタデータが含む複数のセグメントデータのうち前記第１のセグメントデータよりも後に再生すべきセグメントデータを前記受信装置が取得可能なセグメントデータとして含む第２のメタデータを前記受信装置に送信する送信手順とを実行させるためのプログラム。
【請求項１５】
コンテンツを構成する複数のセグメントデータのうち取得可能なセグメントデータを示すメタデータを送信装置から受信するコンピュータに、
前記メタデータの取得要求を送信する送信手順と、
前記メタデータの第１の取得要求を送信した後に前記メタデータの第２の取得要求を送信した場合、前記送信装置が送信した第１のセグメントデータ以前に再生すべきセグメントデータを取得可能なセグメントデータとして含まず、前記第１の取得要求に応じて前記送信装置が送信した第１のメタデータが取得可能なセグメントデータとして含む複数のセグメントデータのうち前記第１のセグメントデータよりも後に再生すべきセグメントデータを取得可能なセグメントデータとして含む第２のメタデータを前記送信装置から受信する受信手順とを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置がネットワークを介してコンテンツを受信装置に送信するための技術に関する。特に、コンテンツを構成する複数のセグメントデータであって受信装置が受信可能なセグメントデータを示すメタデータを、送信装置から受信装置に送信する技術に関する。
【背景技術】
【０００２】
従来、動画像データを送信するための技術として、送信装置が送信する動画像データを複数のセグメントデータにして保持し、各セグメントデータを、ネットワークを介して受信装置に送信する送信装置が知られている（例えば、特許文献１）。
【０００３】
特許文献１に記載の送信装置は、セグメントデータを受信装置が受信するために必要なアドレス情報を各セグメントデータに対応づける。アドレス情報として例えばＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）が各セグメントデータに対応付けられる。
【０００４】
送信装置は、複数のセグメントデータにそれぞれ対応付けられた複数のアドレス情報を含むメタデータ（以下、プレイリスト）を、受信装置からの要求に応じて受信装置に送信する。
【０００５】
特許文献１に記載の受信装置は、受信したプレイリストに含まれるアドレス情報に基づいてセグメントデータの送信を要求し、送信装置からセグメントデータを受信する。
【０００６】
特許文献１に記載の送信装置は、送信する動画像データに新たなデータが付加されると、プレイリストを更新する。プレイリストの更新後、受信装置から新たにプレイリストの要求があった場合、特許文献１に記載の送信装置は更新されたプレイリストを受信装置に送信する。
【０００７】
また、特許文献１には、送信装置がプレイリストを更新する際に、セグメントデータのＵＲＩがプレイリストに追加された順序で、ＵＲＩをプレイリストから除去できることが記載されている。
【０００８】
また従来、動画像データを分割したセグメントデータを順次映像サーバから受信する公開サーバであって、受信装置から視聴要求があるたびにメタデータ（以下、プレイリスト）を生成する公開サーバが知られている。この公開サーバは、生成したプレイリストを受信装置に送信する（例えば、特許文献２）。
【０００９】
この公開サーバは、受信装置から視聴要求を受信すると、視聴要求を受信した時点で公開サーバが映像サーバから受信を完了していた最新のセグメントデータ以降のセグメントデータについてのプレイリストを受信装置に送信する。１つのプレイリストに記載されるセグメントデータのアドレス情報の数は公開サーバに予め設定され、或いは、受信装置から指定される。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特表２０１２−５１４２７６号公報
【特許文献２】特開２００７−７４６８４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
従来の技術では、プレイリストを生成する場合に、受信装置へのセグメントデータの送信状況について考慮されていなかった。
【００１２】
特許文献１に記載の動画像配信システムでは、受信装置が既に受信したセグメントデータのＵＲＩを含む冗長なプレイリストが受信装置に送信されてしまう場合がある。
【００１３】
また、特許文献２に記載の動画配信システムでは、送信装置が視聴要求を受信した時点で最も新しく生成されたセグメントデータ以降のセグメントデータについてのプレイリストを受信装置が受信する。従って、受信装置は最新のセグメントデータよりも前のセグメントデータであって、受信装置が送信装置から受信していないセグメントデータについてのプレイリストを受信装置は受信することができない。
【００１４】
そこで本発明は、受信装置が取得可能なセグメントデータを示すメタデータ（例えば、プレイリスト）の送受信を行う場合に、受信装置へのセグメントデータの送信状況に応じて、メタデータを送受信できるようにすることを目的とする。
【課題を解決するための手段】
【００１５】
上記目的を達成するための一手段として、本発明の映像通信装置は以下の構成を備える。
すなわち、
【発明の効果】
【００１６】
本発明によれば、コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータの送受信を、受信装置へのセグメントデータの送信状況に応じて行うことができる。
【図面の簡単な説明】
【００１７】
【図１】実施例１における送信システムの構成を示す図
【図２】実施例１における送信装置１００の構成を示す図
【図３】実施例１における受信装置２００の構成を示す図
【図４】実施例１におけるプレイリストの例を示す図。
【図５】実施例１の送信システムにおける映像データ送信処理を説明するためのシーケンス図。
【図６】実施例１の送信システムにおける映像データ再生終了処理を説明するためのシーケンス図。
【図７】実施例１の送信装置１００におけるプレイリスト生成処理を説明するための図。
【図８】実施例１の受信装置２００におけるセグメントデータ要求処理を説明するための図。
【図９】実施例２の送信装置１００におけるプレイリスト生成処理を説明するための図。
【発明を実施するための形態】
【００１８】
以下、添付の図面を参照して、本発明をその好適な実施例に基づいて詳細に説明する。なお、以下の実施例において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１９】
（実施例１）
本発明の第１の実施例にかかる送信システムの構成を、図１に示す。図１において送信装置１００は、受信装置２００と相互に通信可能なネットワーク３００で接続される。また、送信装置１００はネットワーク３００を介してビデオカメラ４００と接続されている。送信装置１００とビデオカメラ４００は単一の装置で実現しても良い。
【００２０】
ビデオカメラ４００は、被写体の撮像を行う撮像部を有する。また、ビデオカメラ４００は、撮像した撮像画像から映像データの生成を行う生成部を有する。また、ビデオカメラ４００は、生成部が生成した映像データを保持する保持部を有する。この保持部は、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等により構成することができる。あるいは、メモリカード等のリムーバブルメディアを用いて、映像データを保持することとしてもよい。さらに、ビデオカメラ４００は生成した映像データを送信装置１００に出力する出力部を有する。
【００２１】
本実施例にかかる送信装置１００について、図２（ａ）、（ｂ）を用いて説明する。図２（ａ）は、本実施例にかかる送信装置１００の構成を示す図である。
【００２２】
通信部１０１は、ビデオカメラ４００から出力されたコンテンツ（映像データ）を送信装置１００に入力する。通信部１０１は、ビデオカメラ４００が撮像を継続している間に、ビデオカメラ４００が生成した映像データを順次、送信装置１００に入力することができる。また、通信部１０１は、ビデオカメラ４００が撮像を完了し、ビデオカメラ４００の保持部に保持された映像データを入力することができる。入力された映像データに基づいて、後述の生成部１０２により複数のセグメントデータが生成され、後述の記憶部１０３に保持される。
【００２３】
また通信部１０１は、受信装置２００が送信装置１００から取得することができるセグメントデータを示すメタデータ（以下、プレイリスト）の送信要求（以下、プレイリスト要求）を受信する。プレイリストの内容については、図４を用いて後述する。通信部１０１は、生成部１０２が生成するプレイリストを、プレイリスト要求の受信に応じて送信する。
【００２４】
さらに通信部１０１は、プレイリストを受信した受信装置から、セグメントデータの取得要求を受信する。通信部１０１は、セグメントデータの取得要求に応じて、要求されたセグメントデータを受信装置２００に送信する。
【００２５】
生成部１０２は、受信装置からのプレイリスト要求に応じて、通信部１０１が入力した映像データから複数のセグメントデータを生成する。例えば生成部１０２は、ビデオカメラ４００から入力された映像データを所定時間単位で区切ってファイル化することにより、セグメントデータを生成する。このようにして、入力された映像データから、所定の再生時間に応じたセグメントデータを複数生成する。
【００２６】
セグメントデータの生成の方法は特に限定しない。例えば、所定のデータ量ごとにセグメントデータを生成する等としてもよい。また、ビデオカメラ４００が撮影した映像データに対してユーザが関連付けた情報に応じて映像データを区切ることとしてもよい。
【００２７】
あるいは、動画内容に応じてビデオカメラ４００が映像データに関連付けた情報に基づいて、映像データを区切ることとしてもよい。
【００２８】
例えばビデオカメラ４００が映像中の動体を検出する機能を有する場合には、映像中の動体検出結果に応じて映像データを区切ることとしてもよい。ビデオカメラ４００が動体を検出する場合に限られず、ビデオカメラ４００が人体等の特定物体を検出し、映像中の特定物体検出結果に応じて映像データを区切ることとしてもよい。
【００２９】
例えば、ビデオカメラ４００が映像中の動体又は特定物体を検出したタイミングで映像データを区切ったり、それまで検出していた動体又は特定物体が検出されなくなったタイミングで映像データを区切ったりすることができる。
【００３０】
所定時間単位で映像データを区切る方法と、動体又は特定物体の検出結果に応じて映像データを区切る方法を併用してもよい。すなわち、動体又は特定物体が検出されていない間は所定時間毎に映像データを区切ってセグメントデータを生成する。さらに、動体又は特定物体を検出した場合、当該所定時間に関わらず映像データを区切って新たなセグメントデータを生成する。動体又は特定物体の検出に応じて映像データを区切った位置から、再び所定時間毎に映像データを区切ってセグメントデータを生成するようにしてもよい。
【００３１】
本実施例において、各セグメントデータにはセグメント番号が対応付けられる。セグメント番号は１番から順に一連の番号を割り当てても良い。または、セグメントデータの生成時間を割り当てても良い。あるいは、セグメントデータに該当する映像データの一部が作成された時間を割り当てても良い。本実施例では１番から順番に割り当てる例について説明する。セグメント番号が小さいとセグメントデータが古く、セグメント番号が大きいとセグメントデータが新しいものとする。古いセグメントデータとは、受信装置２００における再生順序が時間的により前のセグメントデータを意味する。また、新しいセグメントデータとは、受信装置２００における再生順序が時間的により後のセグメントデータを意味する。このセグメント番号は、各セグメントデータを識別するための情報である。生成されたセグメントデータは、記憶部１０３に保持される。
【００３２】
また生成部１０２は、記憶部１０３に保持されているセグメントデータについてのプレイリストを生成する１つのプレイリストには、特定情報を複数含む。ここで特定情報とは、受信装置２００が取得することができるセグメントデータを受信装置が特定するための情報である。
【００３３】
本実施例では、生成部１０２が生成するプレイリストに含むことができる特定情報の数を所定数に制限する場合について説明する。このように、１つのプレイリストに含まれる特定情報の数に上限を設けることにより、受信装置２００に送信するプレイリストのデータ量を小さくすることがきる。従って、送信装置１００が送信することができる全てのセグメントデータの特定情報を含むプレイリストを送信する場合に比べて、プレイリストを送信する際のネットワークに対する負荷を低減することができる。
【００３４】
生成部１０２が生成するプレイリストの例を図４に示す。本実施例では、１つのプレイリストに３つを上限として特定情報が含まれる例について説明する。
【００３５】
図４において、行１２１、１２２、１２３に記載された情報は、それぞれ異なるセグメントデータの特定情報を示す。
【００３６】
図４の列１３１に記載された情報は、各セグメントデータに対応付けられたセグメント番号を示す。このセグメント番号は、特定情報を識別するために用いられる。また、セグメント番号はプレイリストに含まれる各特定情報に応じたセグメントデータの再生順序を表す。例えば、セグメント番号が大きい程、再生順序が後であることを示すようにすることができる。図４の例では、セグメント番号１、２、５の順に、対応するセグメントデータが再生されることを示す。ただし、セグメント番号を用いずに再生順序を表すこととしてもよい。例えば、プレイリストに記載された特定情報の順が、対応するセグメントデータの再生順序を示すこととしてもよい。図４の例では、上に記載された特定情報から順に再生することを示すこととしてもよい。
【００３７】
図４の列１３２に記載された情報は、各特定情報に対応するセグメントデータが保持された場所を示す。図４の例では、列１３２には、セグメントデータの保持されている場所を示すＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）が記載される。
【００３８】
図４の列１３３に記載された情報は、各特定情報に対応するセグメントデータの再生時間の長さを示す。図４の例では、各特定情報に対応するセグメントデータの再生時間はいずれも０．５秒である。所定の再生時間毎にセグメントデータが生成される場合には、再生時間はプレイリストに記載しないこととしてもよい。
【００３９】
記憶部１０３は、生成部１０２が生成したセグメントデータを記憶する。また、後述の制御部１０４がＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等のプロセッサを内蔵する場合には、記憶部１０３は、当該プロセッサに実行させるためのプログラムを記録する。さらに、後述の制御部１０４がプロセッサを内蔵する場合には、記憶部１０３は、当該プロセッサがプログラムを実行する際に用いるパラメータを一時的に保存するために用いられる。記憶部１０３は、例えばＲＯＭやＲＡＭ等により構成される。記憶部１０３としてリムーバブルメディアを用いてもよい。また記憶部１０３は、その一部又は全体が外部記憶装置により構成されてもよい。また記憶部１０３は複数の記録媒体により構成されてもよい。
【００４０】
制御部１０４は、図２（ａ）に示した送信装置１００の各構成の動作を制御する。制御部１０４は例えば、ＣＰＵ等のプロセッサにより構成することができる。制御部１０４がプロセッサとして構成される場合、制御部１０４は記憶部１０３に記憶されたプログラムを読み出して実行することにより、図２（ａ）に示した送信装置１００の各構成の動作を制御する。
【００４１】
送信装置１００の機能ブロック図を図２（ｂ）に示す。図２（ｂ）の各構成は、制御部１０４が送信装置１００の各構成を制御して実行する機能モジュールを表す。図２（ｂ）の各構成の一部又は全体を制御部１０４と独立したハードウェアにより実行することとしてもよい。
【００４２】
映像データ入力部１１１は、ビデオカメラ４００から入力された映像データを送信装置１００に入力する。
【００４３】
セグメントデータ生成部１１２は、入力された映像データからセグメントデータを生成する。また、セグメントデータ生成部１１２は生成したセグメントデータの情報をプレイリスト生成部１１５へ出力する。
【００４４】
セグメントデータ要求取得部１１３は、受信装置２００から送信されたセグメントデータの取得要求（以下、セグメントデータ要求）を受信する。セグメントデータ要求取得部１１３は、受信したセグメントデータ要求の内容を解析し、送信装置１００が保持するセグメントデータのうち、いずれのセグメントデータを要求しているのか判定する。セグメントデータ要求取得部１１３は、判定結果をセグメントデータ送信部１１４へ通知する。
【００４５】
セグメントデータ送信部１１４は、受信装置２００の要求に応じたセグメントデータを受信装置２００へ送信する。また、セグメントデータ送信部１１４は、受信装置２００に送信済みのセグメントデータの番号を判定部１１７へ通知する。
【００４６】
プレイリスト生成部１１５は、セグメントデータ生成部１１２により作成されたセグメントデータについてのプレイリストを、後述の判定部１１７の判定結果に基づいて生成する。
【００４７】
プレイリスト要求受信部１１６は、受信装置２００から送られるプレイリスト要求を受信する。プレイリスト要求受信部１１６はプレイリスト要求を受信したとき、プレイリスト要求を受信したことをプレイリスト送信部１１８へ通知する。
【００４８】
判定部１１７は、セグメントデータ送信部１１４から送信される、送信済みのセグメントデータの番号を保持する。そして、保持した情報に基づいて、セグメントデータが受信装置２００に送信済であるか否かを判定する。判定部１１７は、判定結果をプレイリスト送信部１１８へ通知する。
【００４９】
プレイリスト送信部１１８は、プレイリスト生成部１１５により生成されたプレイリストを受信装置２００へ送信する。
【００５０】
次に受信装置２００について、図３（ａ）及び（ｂ）を用いて説明する。図３（ａ）は本実施例にかかる受信装置２００の構成を示す図である。
【００５１】
通信部２０１は、送信装置１００にプレイリストの送信を要求するプレイリスト要求を送信する。本実施例において、受信装置２００は、ユーザの指示に応じてセグメントデータの受信の開始が指示されると、所定間隔で送信装置１００に対してプレイリスト要求を送信する。通信部２０１は、プレイリスト要求の送信に応じて、送信装置１００からプレイリストを受信する。
【００５２】
また通信部２０１は、プレイリストに含まれる特定情報に対応するセグメントデータの取得要求を送信装置１００に送信する。通信部２０１は、セグメントデータの取得要求に応じて、送信装置１００からセグメントデータを受信する。
【００５３】
再生部２０２は、通信部２０１が受信したセグメントデータの再生処理を行う。
【００５４】
記憶部２０３は、送信装置１００から受信したプレイリストを保持する。記憶部２０３は、保持したプレイリストを用いてセグメントデータの取得要求を行った後は、当該プレイリストを削除することとしてもよい。このようにして、受信したプレイリストを保持し続ける場合に比べて、少ない記憶容量でセグメントデータの受信を実現することができる。
また記憶部２０３は、送信装置１００から送信されたセグメントデータを保持する。記憶部２０３は、保持したセグメントデータが再生部２０２によって再生された後は、当該セグメントデータを削除することとしてもよい。このようにして、受信したセグメントデータを保持し続ける場合に比べて、少ない記憶容量でセグメントデータの再生を実現することができる。
【００５５】
また記憶部２０３は、後述の制御部２０４がＣＰＵ等のプロセッサを内蔵する場合には、記憶部２０３は、当該プロセッサに実行させるためのプログラムを記録する。さらに、後述の制御部２０４がプロセッサを内蔵する場合には、記憶部２０３は、当該プロセッサがプログラムを実行する際に用いるパラメータを一時的に保存するために用いられる。記憶部２０３は、例えばＲＯＭやＲＡＭ等により構成される。記憶部２０３としてリムーバブルメディアを用いてもよい。また記憶部２０３は、その一部又は全体が外部記憶装置により構成されてもよい。また記憶部２０３は複数の記録媒体により構成されてもよい。
【００５６】
制御部２０４は、図３（ａ）に示した受信装置２００の各構成の動作を制御する。制御部２０４は例えば、ＣＰＵ等のプロセッサにより構成することができる。制御部２０４がプロセッサとして構成される場合、制御部２０４は記憶部２０３に記憶されたプログラムを読み出して実行することにより、図３（ａ）に示した受信装置２００の各構成の動作を制御する。
【００５７】
次に、受信装置２００の機能ブロック図を図３（ｂ）に示す。図３（ｂ）の各構成は、制御部２０４が受信装置２００の各構成を制御して実行する機能モジュールを表す。図３（ｂ）の各構成の一部又は全体を制御部１０４と独立したハードウェアにより実行することとしてもよい。
【００５８】
プレイリスト受信部２１１は、送信装置１００から送信されるメタデータを受信する。プレイリスト受信部２１１は、受信したプレイリストの内容に応じた順序で、プレイリストに含まれるＵＲＩをセグメントデータ受信部２１２へ送信する。
【００５９】
セグメントデータ受信部２１２は、プレイリスト受信部から送信されたＵＲＩを用い、送信装置から送信されるセグメントデータを受信する。セグメントデータ受信部２１２は、受信したセグメントデータを再生処理部２１３へ送信する。
【００６０】
再生処理部２１３は、セグメントデータ受信部２１２より送信されたセグメントデータの再生処理を行う。
【００６１】
次に、映像データの再生が開始されるまでの、送信装置１００と受信装置２００との間のデータの送受信について図５を用いて説明する。
【００６２】
送信装置１００は、ビデオカメラ４００から映像データを受信する（Ｓ５０１）。そして、受信した映像データから複数のセグメントデータを生成する（Ｓ５０２）。例えば送信装置１００は、ビデオカメラ４００から入力された映像データを所定時間単位で区切ってファイル化することにより、セグメントデータを生成する。このようにして、入力された映像データから、所定の再生時間に応じたセグメントデータを複数生成する。セグメントデータの生成の方法は特に限定しない。例えば、所定のデータ量ごとにセグメントデータを生成する等としてもよい。また、ビデオカメラ４００が撮影した映像データに対してユーザが関連付けた情報に応じて映像データを区切ることとしてもよい。あるいは、動画内容に応じてビデオカメラ４００が映像データに関連付けた情報に基づいて、映像データを区切ることとしてもよい。生成したセグメントデータは送信装置１００内の記憶部１０３に保持される。
【００６３】
受信装置２００は、ユーザによって映像データの受信開始が指示（Ｓ５１１）されると、所定の間隔でプレイリスト要求を送信装置１００に送信する（Ｓ５１２）。受信装置２００は例えば、所定時間間隔ごとにプレイリスト要求を送信装置１００に送信する。
【００６４】
送信装置１００は、受信装置２００からプレイリスト要求を受信すると、プレイリストを生成する（Ｓ５０３）。このプレイリストは、受信装置２００が受信することができるセグメントデータを示すメタデータである。プレイリストの生成方法については、図７を用いて後述する。プレイリストを生成すると、送信装置１００は生成したプレイリストを受信装置２００に送信する（Ｓ５０４）。このプレイリストには、図５を用いて上述したように、複数のセグメントデータについての特定情報を含むことができる。このようにして、送信装置１００は、コンテンツを構成する複数のセグメントデータのうち受信装置が取得可能なセグメントデータを示すメタデータを受信装置に送信する。
【００６５】
受信装置２００は、送信装置１００からプレイリストを受信すると、受信したプレイリストに含まれる複数の特定情報に対応するセグメントデータのうち、受信要求を行うセグメントデータを決定する（Ｓ５１３）。受信要求を行うセグメントデータは、１つであってもよいし複数であってもよい。受信要求を行うセグメントデータの決定処理の詳細は図８を用いて後述する。そして受信装置２００はステップＳ５１３において決定したセグメントデータの送信を要求するセグメントデータ要求を送信装置１００に送信する（Ｓ５１４）。このとき受信装置２００は、プレイリストに含まれる特定情報（例えば、ＵＲＩ）を用いて、送信装置１００に対してセグメントデータを要求する。
【００６６】
送信装置１００は、受信装置２００からセグメントデータ要求を受信すると、要求されたセグメントデータを記憶部１０３から読み出して、受信装置２００に送信する（Ｓ５０５）。本実施例において受信装置２００は、セグメントデータ受信途中で新たにプレイリストを受信した場合、現行のセグメントデータの受信が完了してから、新たに受信したプレイリストに含まれる特定情報用いてセグメントデータの受信を開始することができる。あるいは受信装置２００は、セグメントデータ受信途中で新たにプレイリストを受信した場合、受信中のセグメントデータ受信を中止し、新たに受信したプレイリストに含まれる特定情報を用いてセグメントデータ受信を開始してもよい。
【００６７】
受信装置２００は、送信装置１００からセグメントデータを受信すると、受信したセグメントデータを再生する（Ｓ５１５）。このようにして、送信装置１００は、セグメントデータの取得要求に応じてセグメントデータを送信する。以上のようにして、映像データの再生が開始される。
【００６８】
送信装置１００は、セグメントデータを生成後、記憶部１０３に保持したセグメントデータを順次削除してもよい。例えばセグメントデータを生成してから所定時間経過後の当該セグメントデータを削除することができる。あるいは、記憶部１０３に記憶することができる容量が所定値以下となった場合に記憶したセグメントデータを削除することができる。
【００６９】
また、受信装置２００は、プレイリストから特定情報を選択したのち、当該プレイリストを削除してもよい。
【００７０】
次に図６を用いて、本実施例における映像データの送信を終了させるための送信装置１００と受信装置２００との処理について図６を用いて説明する。
【００７１】
受信装置２００は、ユーザから映像データ受信の終了命令を受信する（Ｓ６１１）。終了命令を受信した受信装置２００は、上述のステップＳ５１２において、映像送信の終了を指示する終了指示を含むプレイリスト要求を送信装置１００に対して行う。
【００７２】
送信装置１００は、終了指示を含むプレイリスト要求を受信すると、上述のステップＳ５０３において、映像データの送信終了を示す終了タグを含むプレイリストを生成する。そしてステップＳ５０４において、終了タグを含むプレイリストを受信装置２００に送信する。
【００７３】
ステップＳ５１３において受信装置２００がプレイリストを受信してから、ステップＳ５１５において受信装置２００がセグメントデータを再生するまでの、送信装置１００及び受信装置２００の処理は図５を用いて説明した処理と同じなので説明を省略する。
【００７４】
受信装置２００は、送信装置１００から終了タグを含むプレイリストを受信すると、プレイリスト要求を終了する。すなわち受信装置２００は、終了タグを含むプレイリストを送信装置１００から受信するまでは、図５を用いて上述したように、所定間隔ごとにプレイリスト要求を行う。そして、終了タグを含むプレイリストを送信装置１００から受信すると、プレイリスト要求を終了する。そして、映像データの再生を終了する（Ｓ６１２）。
【００７５】
図６に示した例では、受信装置２００が終了指示を送信装置１００に対して送信する場合について説明したが、映像データ送信の終了の方法はこれに限られない。例えば、受信装置２００は終了指示を送信しないこととしてもよい。たとえば、送信装置１００において映像データの送信を終了すると判定した場合に、送信装置１００がプレイリストに終了タグを含めて送信するようにしてもよい。終了タグを含むプレイリストを受信した受信装置２００は、それ以降プレイリスト要求を送信しない。送信装置１００が映像データの送信を終了すると判定する場合として、例えば、ひとまとまりの映像データの最後まで映像送信が終了する場合、あるいは、送信装置１００に対するユーザの操作によって、映像データ送信の終了が指示された場合等とすることができる。
【００７６】
次に、送信装置１００におけるセグメントデータの生成処理（Ｓ５０２）について説明する。本実施例にかかる送信装置１００は、以下の（１）から（３）の規則を満たすようにして、プレイリストを生成する。
【００７７】
（１）プレイリストには、所定数以下のセグメントデータに対応する特定情報（例えばＵＲＩ等）を含む。
【００７８】
例えば、所定数が３である場合、１つのプレイリストには、セグメントデータに対応する特定情報を３つまで含めることができる。例えば図５に示したように、セグメント番号１、２、及び、５の３つのセグメントデータについての特定情報を含むことができる。プレイリストに含まれる特定情報に対応するセグメントデータの数は、所定数以下であってもよい。所定数が３である場合、プレイリストには、０から３までの数のセグメントデータに対応する特定情報を含めることができる。
【００７９】
（２）前回受信装置２００に送信した第１のプレイリストに含まれる特定情報に対応するセグメントデータのうち、まだ受信装置２００に送信していないセグメントデータの特定情報を第２のプレイリストに含めるようにして、第２のプレイリストを生成する。
【００８０】
言い換えれば、前回受信装置２００に送信した第１のプレイリストに含まれる特定情報に対応するセグメントデータのうち、既に受信装置２００に送信したセグメントデータ以前のセグメントデータの特定情報を、第２のプレイリストに含めないようにする。
【００８１】
例えば、第１のプレイリストにセグメント番号１番、２番、及び３番のセグメントデータについての特定情報を含めて送信した場合について説明する。第１のプレイリストの次に受信装置２００に送信する第２のプレイリストを生成する時点で、セグメント番号１から３までのセグメントデータのうち、セグメント番号１番のセグメントデータだけが受信装置２００に送信済であるとする。この場合、送信装置１００の生成部１０２は、第２のプレイリストに、セグメント番号２番、及び、３番のセグメントデータについての特定情報が含まれるようにして第２のプレイリストを生成する。ただし、第２のプレイリストを生成する時点で、セグメント番号２番、又は３番のセグメントデータを送信装置１００の記憶部１０３から削除してしまった場合には、プレイリストに当該セグメント番号に対応する特定情報を含めないようにする。
【００８２】
このようにして、第２のプレイリストの生成時に、セグメント番号２番、及び、３番のセグメントデータを受信装置２００が取得可能であるか否かを受信装置２００に示すことができる。
【００８３】
（３）（２）の規則を適用して含めることが決定した特定情報の数が、（１）の規則の所定数よりも少ない場合、（２）の規則を適用して含めることを決定した特定情報に対応するセグメントデータよりも後に再生されるセグメントデータをプレイリストに含める。
【００８４】
例えば、第１のプレイリストにセグメント番号１番、２番、及び３番のセグメントデータの特定情報を含めて送信した場合について説明する。セグメント番号１番のセグメントデータが受信装置に既に配信済である場合、（２）の規則に従って、第２のプレイリストには、セグメント番号２番、３番の特定情報が含まれる。ここで、（１）の規則により、セグメントデータの特定情報は３個含めることができるので、セグメント番号２番、３番の特定情報に加えて、例えば、セグメント番号４番のセグメントデータの特定情報を第２のプレイリストに含めて送信することができる。または、第２のプレイリストを生成する時点でセグメント番号６番のセグメントデータまで送信装置１００の記憶部１０３に保持されている場合、セグメント番号４番以降に再生されるセグメントデータの特定情報を第２のプレイリストに含めて送信してもよい。すなわち、セグメント番号２番、３番の特定情報に加えて、セグメント番号５番又は６番のセグメントデータの特定情報を第２のプレイリストに含めることとしてもよい。
【００８５】
次に、送信装置１００におけるセグメントデータの生成処理（Ｓ５０２）について図７のフローチャートを用いて説明する。送信装置１００の制御部１０４がプロセッサを内蔵する形態では、図７の処理フローは、図７に示す手順を制御部１０４に実行させるためのプログラムを示す。送信装置１００の制御部１０４が内蔵するプロセッサはコンピュータであり、送信装置１００が内蔵する記憶部１０３から読み出したプログラムを実行する。
【００８６】
まず送信装置１００は、受信装置２００から受信したプレイリスト要求が、映像送信を開始して初回のプレイリスト要求か否かを判定する（Ｓ７０１）。
【００８７】
初回のプレイリスト要求であるか否かは、受信したプレイリスト要求に含まれるセッション識別情報が、送信装置１００が現在既に確立しているセッションの識別情報と同じであるか否かにより判定できる。ここで、現在既に確立しているセッションの識別情報は、送信装置１００の記憶部１０３に保持されているものとする。また、セッション識別情報とは、送信装置１００が他の装置と確立している通信セッションを識別するための識別情報である。
【００８８】
送信装置１００は、受信したプレイリスト要求に含まれるセッション識別情報が、記憶部１０３に保持されていない場合、初回のプレイリスト要求であると判定する。そして、受信したプレイリスト要求に含まれるセッション識別情報を記憶部１０３に保持する。一方、受信したプレイリスト要求に含まれるセッション識別情報が、送信装置１００が現在既に確立しているセッションの識別情報と同じである場合、初回のプレイリスト要求ではないと判定する。
【００８９】
初回のプレイリスト要求である場合（ステップＳ７０１においてＹｅｓの場合）、送信装置１００は新たなプレイリストに含めて送信するメタデータの送信候補数を０に設定する（Ｓ７０２）。その後、ステップＳ７０３の処理を行う。
【００９０】
ステップＳ７０３において、送信装置１００は送信候補数と、所定数Ｎとを比較し、その差の数だけ特定情報をプレイリストに追加する。この所定数は、プレイリストに特定情報を含めることができる数の上限値である。本実施例では、例えば、所定数は３であるものとする。ステップＳ７０２からステップＳ７０３の処理に移行した場合、送信候補数は０であるので、所定数との差３だけ、特定情報を追加する。
【００９１】
追加する特定情報に対応するセグメントデータは、送信装置１００が記憶部１０３に保持する複数のセグメントデータのうちから選択することができる。例えば再生される順序が前のセグメントデータから所定数選択することができる。例えば記憶部１０３に１番から１０番までのセグメントデータが保持されている場合、セグメント番号１番、２番及び３番のセグメントデータに対応する特定情報をプレイリストに追加するために選択することができる。
【００９２】
あるいは、送信装置１００が生成したセグメントデータのうち、より新しいもから選択してもよい。例えば、送信装置１００がセグメント番号１番から１０番のセグメントデータを生成して保持している場合、セグメント番号８番、９番、及び、１０番のセグメントデータに対応する特定情報をプレイリストに追加するために選択することができる。ステップＳ７０３において追加する特定情報の選択の方法は特に限定しない。
【００９３】
そして、ステップＳ７０３において選択したセグメントデータに対応する特定情報が含まれるようにして、プレイリストを生成する（Ｓ７０４）。
【００９４】
一方ステップＳ７０１において、受信したプレイリスト要求が初回のプレイリスト要求ではないと判定した場合（Ｓ７０１においてＮｏの場合）、送信装置１００は前回送信した第１のプレイリストの内容に応じて、次に生成する第２のプレイリストを生成する。
【００９５】
送信装置１００は、前回送信した第１のプレイリストに含まれる特定情報を全て送信候補に設定する（Ｓ７０５）。例えば、第１のプレイリストにセグメント番号１番、２番、及び、３番の特定情報が含まれている場合、第２のプレイリストに含めて送信する特定情報の送信候補として、セグメント番号１番、２番、及び、３番の特定情報を設定する。
【００９６】
次に送信装置１００は、ステップＳ７０５において設定した送信候補に、送信済みのセグメントデータ以前に再生されるセグメントデータの特定情報が含まれるか判定する（Ｓ７０６）。
【００９７】
例えば、ステップＳ７０５において、セグメント番号１番、２番、及び３番の特定情報が送信候補として設定された場合について説明する。ステップＳ７０６の判定を行う時点で、既にセグメント番号１番のセグメントデータを受信装置２００に送信済であった場合、ステップＳ７０６において、送信済みセグメントデータ以前のセグメントデータの特定情報が送信候補に含まれると判定する。この場合（Ｓ７０６においてＹｅｓの場合）、送信装置１００は、ステップＳ７０７の処理を行う。
【００９８】
一方、セグメント番号１番のセグメントデータをまだ受信装置２００に送信していない場合、ステップＳ７０６において、送信済みセグメントデータ以前のセグメントデータの特定情報が送信候補に含まれないと判定する。この場合（Ｓ７０６においてＮｏの場合）、送信装置１００はステップＳ７０８の処理を行う。
【００９９】
ステップＳ７０７において、送信装置１００は、ステップＳ７０５において設定した送信候補から、送信済みのセグメントデータ以前のセグメントデータの特定情報を除く処理を行う。セグメントデータが送信済みであるか否かは、図２（ｂ）を用いて上述した、判定部１１７が判定を行う。例えば、ステップＳ７０５において、セグメント番号１番、２番、及び３番の特定情報が送信候補として設定された場合について説明する。ステップＳ７０６の判定を行う時点で、既にセグメント番号１番のセグメントデータを受信装置２００に送信済であった場合、送信候補からセグメント番号１番の特定情報を除く処理を行う。すなわち、送信候補は、セグメント番号２番及び３番の特定情報を送信候補とし、セグメント番号１番の特定情報を送信候補としない。このとき送信候補の数は２となる。ステップＳ７０６の処理を終えると、送信装置１００はステップＳ７０８の処理へ進む。本実施例では、送信済みのセグメントデータ以前のセグメントデータの特定情報を除く処理を行う場合について説明したが、送信済みのセグメントデータより前のセグメントデータの特定情報を除くこととしてもよい。
【０１００】
このようにして、メタデータの第１の取得要求を受信した後にメタデータの第２の取得要求を受信した場合、以下のようにして第２のメタデータを生成する。すなわち、受信装置に送信した第１のセグメントデータより前に再生すべきセグメントデータを受信装置が取得可能なセグメントデータとして含まないようにすることができる。また、第１の取得要求に応じて送信した第１のメタデータが含む複数のセグメントデータのうち第１のセグメントデータよりも後に再生すべきセグメントデータを受信装置が取得可能なセグメントデータとして含む第２のメタデータを生成することができる。
【０１０１】
また、判定部１１７が送信済みと判定したセグメントデータよりも新しいセグメントデータであっても、生成後所定時間経過している場合には、そのセグメントデータの特定情報を送信候補としないようにしてもよい。
【０１０２】
次に送信装置１００は、ステップＳ７０８において、送信候補の数が、所定の数より少ないか判定する。この所定数は、プレイリストに含むことができる特定情報の上限数に対応する。本実施例では、所定数は３とする。送信候補の特定情報の数が所定数に達している場合（Ｓ７０８においてＹｅｓの場合）、送信候補の特定情報を含むプレイリストを生成する（Ｓ７０４）。一方、送信候補の特定情報の数が所定数に達していない場合（Ｓ７０８においてＮｏの場合）、送信装置１００はステップＳ７０３の処理を行う。
【０１０３】
ステップＳ７０３において、送信装置１００は送信候補数と、所定数Ｎとを比較し、その差の数だけ特定情報をプレイリストに追加する。本実施例では、例えば、所定数は３であるものとする。例えば、ステップＳ７０７の処理を行った結果、セグメント番号２番と３番の特定情報が送信候補となり、送信候補の数が２となった場合、ステップＳ７０３において、所定数３と送信候補数２との差である１だけ特定情報を追加する。
【０１０４】
追加する特定情報に対応するセグメントデータは、送信装置１００が記憶部１０３に保持する複数のセグメントデータのうち、受信装置２００に送信済みのセグメントデータよりも後に再生されるセグメントデータから選択することができる。
【０１０５】
例えば、記憶部１０３に保持するセグメントデータのうち、再生される順序が前のセグメントデータから所定数選択することができる。例えば、記憶部１０３に１番から１０番までのセグメントデータが保持されている場合、ステップＳ７０７送信候補として決定した２番、３番に加えて、セグメント番号４番のセグメントデータに対応する特定情報をプレイリストに追加するために選択することができる。
【０１０６】
あるいは、送信装置１００が生成したセグメントデータのうち、より新しいもから選択してもよい。例えば、送信装置１００がセグメント番号１番から１０番のセグメントデータを生成して保持している場合、セグメント番号１０番のセグメントデータに対応する特定情報をプレイリストに追加するために選択することができる。ステップＳ７０３において追加する特定情報の選択の方法は特に限定しない。
【０１０７】
そして、ステップＳ７０３において選択したセグメントデータに対応する特定情報が含まれるようにして、プレイリストを生成する。例えば、ステップＳ７０７においてセグメント番号２番、３番の特定情報が送信候補とされ、ステップＳ７０３においてセグメント番号４番の特定情報が送信候補とされた場合、セグメント番号２番、３番、４番の特定情報を含むプレイリストを生成する。また例えば、ステップＳ７０７においてセグメント番号２番、３番の特定情報が送信候補とされ、ステップＳ７０３においてセグメント番号１０番の特定情報が送信候補とされた場合、セグメント番号２番、３番、１０番の特定情報を含むプレイリストを生成する。
【０１０８】
以上のようにして、送信装置１００はプレイリストの生成を行う。
【０１０９】
次に、受信装置２００におけるセグメントデータの決定処理（Ｓ５１３）について図８のフローチャートを用いて説明する。受信装置２００の制御部２０４がプロセッサを内蔵する形態では、図８の処理フローは、図８に示す手順を制御部２０４に実行させるためのプログラムを示す。受信装置２００の制御部２０４が内蔵するプロセッサはコンピュータであり、受信装置２００が内蔵する記憶部２０３から読み出したプログラムを実行する。
【０１１０】
まず受信装置２００は、送信装置１００から受信したプレイリストが初回のプレイリストであるか否かを判定する（Ｓ８０１）。受信装置２００は、プレイリスト要求時にプレイリスト要求を送信した送信装置１００の識別情報、あるいは、プレイリスト要求を送信した送信装置１００とのセッション識別情報を記憶する。そして、送信装置１００の識別情報、又は、送信装置１００とのセッション識別情報を用いて、送信するプレイリスト要求が初回のプレイリスト要求であるか否かを判定することができる。ステップＳ８０１では、受信したプレイリストが送信装置１００に対して送信した初回のプレイリスト要求に対して送信されたプレイリストであるか否かを判定する。このようにして、受信装置２００は送信装置１００から受信したプレイリストが初回のプレイリストであるか否かを判定することができる。ただし、判定の方法はこれに限られない。
【０１１１】
送信装置１００から受信したプレイリストが初回のプレイリストである場合（Ｓ８０１においてＹｅｓの場合）、プレイリストに含まれる特定情報のうち、１又は複数の特定情報を選択する。例えば、プレイリストに含まれる全ての特定情報を選択することができる。あるいは例えば、プレイリストに含まれる特定情報に対応するセグメントデータのうち、より後に再生されるセグメントデータから順に所定数のセグメントデータの特定情報を選択することができる。またあるいは、プレイリストに含まれる特定情報に対応するセグメントデータのうち、最も後に再生されるセグメントデータを選択することができる。そして、選択した特定情報に対応するセグメントデータの取得要求を行うことを決定する（Ｓ８０２）。
【０１１２】
送信装置１００から受信したプレイリストが初回のプレイリストでない場合（Ｓ８０１においてＮｏの場合）、今回受信したプレイリストに含まれる特定情報と、前回受信したプレイリストに含まれる特定情報に重複があるか判定する（Ｓ８０４）。前回受信したプレイリストとは、例えば、今回受信したプレイリストの１回前に受信装置２００が送信装置１００から受信したプレイリストである。
【０１１３】
今回受信したプレイリストに含まれる特定情報と、前回受信したプレイリストに含まれる特定情報に重複がない場合（Ｓ８０４において「なし」の場合）、送信装置１００はステップＳ８０２の処理を行う。すなわち、今回受信したプレイリストに含まれる特定情報のうち、１又は複数の特定情報を選択する。そして、選択した特定情報に対応するセグメントデータの取得要求を行うことを決定する。
【０１１４】
一方、今回受信したプレイリストに含まれる特定情報と前回受信したプレイリストに含まれる特定情報に重複がある場合（Ｓ８０４において「あり」の場合）、重複していない特定情報に対応するセグメントデータのうちから要求するセグメントデータを決定する。要求するセグメントデータは、ステップＳ８０２の場合と同様にして、１つ又は複数とすることができる。例えば、重複を省いた特定情報のすべてを選択することができる。あるいは例えば、重複を省いた特定情報に対応するセグメントデータのうち、より後に再生されるセグメントデータから順に所定数のセグメントデータの特定情報を選択することができる。またあるいは、重複を省いた特定情報に対応するセグメントデータのうち、最も後に再生されるセグメントデータを選択することができる。そして、選択した特定情報に対応するセグメントデータの取得要求を行うことを決定する。
【０１１５】
ステップＳ８０２又はステップＳ８０５において、取得要求を行うセグメントデータを決定すると、送信装置１００はプレイリスト要求を終了するか否かを判定する（Ｓ８０３）。プレイリスト要求を終了するか否かは、図６を用いて説明したように、受信したプレイリストに終了タグが含まれているか否かに基づいて行うことができる。受信したプレイリストに終了タグが含まれない場合には、プレイリストの要求を継続すると判定する。そしてステップＳ８０１の処理に戻る。一方、受信したプレイリストに終了タグが含まれている場合には、プレイリスト要求を終了する。以上のようにして、受信装置２００は受信するセグメントデータを決定する。
【０１１６】
本実施例にかかる送信装置１００は、第１のプレイリスト要求を受信した後に、第２のプレイリスト要求を受信する。送信装置１００は第１のプレイリスト要求に応答して第１のプレイリストを受信装置２００に送信し、第２のプレイリスト要求に応答して第２のプレイリストを受信装置２００に送信する。
【０１１７】
送信装置１００は、受信装置２００に送信した第１のセグメントデータより前に再生すべきセグメントデータの特定情報を第２のプレイリストに含まないようにする。
【０１１８】
送信装置１００は、第１のプレイリストに含まれる複数の特定情報に対応するセグメントデータのうち、受信装置２００に送信した第１のセグメントデータよりも後に再生すべきセグメントデータに対応する特定情報を第２のプレイリストに含むようにする。
【０１１９】
本実施例によれば、第１のプレイリストに含まれる特定情報と、第２のプレイリストに含まれる特定情報が重複するようにして第２のプレイリストを生成することができる。この重複する特定情報は、送信装置１００が受信装置２００に送信していないセグメントデータに対応する特定情報である。
【０１２０】
このような構成によれば、受信装置２００は、受信済のセグメントデータに連続して生成されたセグメントデータを取得するためのメタデータを取得することができる。
【０１２１】
例えば、プレイリスト要求に対して、最も新しく生成されたセグメントデータの特定情報のみを送信する場合、セグメントデータの受信装置２００への送信状況が考慮されない。従って、前回送信したセグメントデータと不連続なセグメントデータについての特定情報が送信されてしまう場合がある。本実施例の構成によれば、セグメントデータの受信装置２００への送信状況を考慮して、プレイリストに含める特定情報を決定するので、連続するセグメントデータを送信できる確率を高くすることができる。ここで、連続するセグメントデータとは、セグメントデータの生成において連続して生成されるセグメントデータのことをいう。
【０１２２】
また本実施例にかかる送信装置１００は、プレイリスト要求に対して、受信装置２００に送信済みのセグメントデータに対応する特定情報を含まないようにして、プレイリストを生成して送信する。従って、受信装置２００が必要としない特定情報を送信しないようにすることができる。これにより、受信装置２００に対し、冗長な特定情報の送信が行われることを防ぐことができる。また、メタデータ送信における通信帯域に対する負荷を軽減することができる。
【０１２３】
また本実施例では、プレイリストに含まれる特定情報の数を所定数以下に制限する。このような構成により、通信帯域に対する負荷を軽減してプレイリストを送信することができる。すなわち、１回のプレイリストの取得要求に対し、送信装置１００が生成済みの全てのセグメントデータについての特定情報を含むプレイリストを送信する場合に比べて、より小さなデータ容量でプレイリストを送信することができる。従って、プレイリストの送信のための、通信帯域に対する負荷を軽減することができる。
【０１２４】
また本実施例にかかる受信装置２００は、１回のプレイリスト取得要求に対して複数の特定情報を受信する。こうして受信装置２００は、プレイリストに含まれる複数の特定情報に対応する各セグメントデータのうち、より後に生成されたセグメントデータを取得するか、取得済みのセグメントデータとより連続性の高いセグメントデータを取得するか選ぶことができる。例えば受信装置２００が、セグメント番号１番のセグメントデータを受信済みであり、その後、セグメント番号２番、３番、及び、５番の特定情報を含むプレイリストを受信したとする。この場合、データ再生の連続性を優先する場合、受信装置２００はプレイリストに記載されたセグメント番号２番の特定情報を用いて、セグメント番号２番のセグメントデータを送信装置１００に要求することができる。このようにすれば、受信装置２００は、セグメント番号が１番のセグメントデータを受信した後に、セグメント番号２番のセグメントデータを受信することができる。一方、データ再生のリアルタイム性を優先する場合、受信装置２００はプレイリストに記載されたセグメント番号５番の特定情報を用いて、セグメント番号５番のセグメントデータを送信装置１００に要求することができる。このようにすれば受信装置２００は、より新たに送信装置１００により生成されたセグメントデータであるセグメント番号５番のセグメントデータを取得することができる。
【０１２５】
例えば、受信装置２００が受信したセグメントデータの録画を行う場合には、連続したセグメントデータを受信して記録することが望ましい。このような場合、受信装置２００はプレイリストに記載された特定情報のうち、より時間的に前に再生されるべきセグメントデータに対応する特定情報を選択することができる。
【０１２６】
一方、受信装置２００が、ビデオカメラ４００が撮影中の映像データのストリーミング再生を行う場合には、より新たに生成されたセグメントデータを受信して再生することが望ましい。このような場合、受信装置２００はプレイリストに記載された特定情報のうち、より時間的に後に再生されるべきセグメントデータに対応する特定情報を選択することができる。このようにして、ビデオカメラ４００が撮影中の映像データをリアルタイムに再生することができる。
【０１２７】
このように本実施例によれば、このような受信装置２００における映像データの用途に応じて、いずれのセグメントデータを受信するか受信装置が選択することができる。
【０１２８】
本実施例においては、送信装置１００が映像データを保持し、映像データから複数のセグメントデータを生成する場合について説明したが、これに限らない。たとえば、映像データの保持、又は、セグメントデータの生成は、送信装置１００に接続された外部装置が行うこととしてもよい。この場合、送信装置１００は当該外部装置から映像データ又はセグメントデータを受信して、上記と同様のプレイリスト送信処理及びセグメントデータ送信処理を行うことができる。
【０１２９】
（実施例２）
本実施例にかかる送信システムの構成は、実施例１において図１を用いて説明した構成と同じなので説明を省略する。
【０１３０】
また、本実施例にかかる送信装置１００の構成は、図２（ａ）及び（ｂ）を用いて説明した構成と同じなので説明を省略する。
【０１３１】
本実施例にかかる受信装置２００の構成は、実施例１において図３（ａ）及び（ｂ）を用いて説明した構成と同じであるため、説明を省略する。
【０１３２】
次に、本実施例における送信装置１００と受信装置２００の動作について説明する。
【０１３３】
映像データの再生が開始されるまでの、送信装置１００と受信装置２００との間のデータの送受信の処理の概要は、実施例１において図５を用いて説明した内容と同じである。また、映像データの送信を終了させるための送信装置１００と受信装置２００との処理は、実施例１において図６を用いて説明した内容と同様である。
【０１３４】
ここで、本実施例における送信装置１００が行うプレイリスト生成処理（Ｓ５０３）について図９を用いて説明する。送信装置１００の制御部１０４がプロセッサを内蔵する形態では、図９の処理フローは、図９に示す手順を制御部１０４に実行させるためのプログラムを示す。送信装置１００の制御部１０４が内蔵するプロセッサはコンピュータであり、送信装置１００が内蔵する記憶部１０３から読み出したプログラムを実行する。
【０１３５】
図９に示したステップＳ７０１からＳ７０２、および、Ｓ７０４からＳ７０８の処理は図７に示した処理と同じであるので、同じ符号を付して説明を省略する。
【０１３６】
本実施例にかかる送信装置１００は、ステップＳ７０８において、送信候補の特定情報の数が所定数未満である場合、ステップＳ９０１の処理を行う。ステップＳ９０１では、送信装置１００は、前回送信したプレイリストに、２以上の特定情報が含まれているか判定する。
【０１３７】
送信装置１００が、前回送信したプレイリストに２以上の特定情報が含まれる場合（Ｓ９０１においてＹｅｓの場合）、次に送信装置１００は、ステップＳ９０２の処理を行う。ステップＳ９０２では送信装置１００は、前回送信したプレイリストに含まれる特定情報に対応するセグメントデータのうち、より前に再生されるべき（より古い）セグメントデータが、受信装置２００に送信済みであるか判定する。
【０１３８】
例えば、前回送信したプレイリストにはセグメント番号５番、６番、７番の特定情報が記載されていたものとする。ステップＳ９０２では、前回送信したプレイリストに含まれる特定情報に対応するセグメントデータのうち、より前に再生されるべきセグメントデータ（セグメント番号５番）が、受信装置２００に送信済みであるか判定する。
【０１３９】
前回送信したプレイリストに含まれる特定情報に対応するセグメントデータのうち、より前に再生されるべきセグメントデータが受信装置２００に送信済みである場合、送信装置１００はステップＳ９０３に進む。
【０１４０】
ステップＳ９０３では、送信装置１００は送信候補数と、所定数Ｎとを比較し、その差の数だけ特定情報をプレイリストに追加する。この所定数は、プレイリストに特定情報を含めることができる数の上限値である。本実施例では、例えば、所定数は３であるものとする。
【０１４１】
追加する特定情報に対応するセグメントデータは、送信装置１００が記憶部１０３に保持する複数のセグメントデータのうち、受信装置２００に送信済みのセグメントデータよりも後に再生されるセグメントデータから選択することができる。ステップＳ９０３では、送信候補以外で、再生される順序がより前のセグメントデータを選択する。
【０１４２】
例えば、Ｓ７０１からＳ９０２までの処理により、セグメント番号６番、７番の特定情報が送信候補とされているものとする。また、セグメント番号５番のセグメントデータまで、受信装置２００に送信されているものとする。さらに、送信装置１００には、セグメント番号１番から１０番までのセグメントデータが保持されているものとする。
【０１４３】
この場合、送信装置１００は、ステップＳ１００３の処理において、送信候補以外で、受信装置２００に送信済みのセグメントデータよりも後に再生されるセグメントデータのうち、より再生順序が前のもの（セグメント番号８番）を選択する。そして選択したセグメント番号に対応する特定情報を送信するプレイリストに追加する。この場合、プレイリストには、セグメント番号６番、７番、及び、８番の特定情報が含まれることとなる。
【０１４４】
このように送信装置１００は、前回送信したプレイリストに含まれる特定情報に対応するセグメントデータのうち、より再生順序が前のセグメントデータが受信装置２００に送信された場合、以下のように判断する。すなわち、受信装置２００が、再生順序がより前のセグメントデータを要求していると送信装置１００が判断する。そして、次に送信するプレイリストに含まれる特定情報のセグメント番号の連続性を優先して、プレイリストに含まれる特定情報を決定することができる。
【０１４５】
一方、前回送信したプレイリストに、２以上の特定情報が含まれていない場合（Ｓ９０１においてＮｏの場合）は、ステップＳ９０４の処理を行う。
【０１４６】
またステップＳ９０２において、前回送信したプレイリストに含まれる特定情報に対応するセグメントデータのうちより前に再生されるべきセグメントデータが、受信装置２００に送信されていないと判定された場合も、ステップＳ９０４の処理を行う。
【０１４７】
ステップＳ９０４では、送信装置１００は送信候補数と、所定数Ｎとを比較し、その差の数だけ特定情報をプレイリストに追加する。この所定数は、プレイリストに特定情報を含めることができる数の上限値である。本実施例では、例えば、所定数は３であるものとする。
【０１４８】
追加する特定情報に対応するセグメントデータは、送信装置１００が記憶部１０３に保持する複数のセグメントデータのうち、受信装置２００に送信済みのセグメントデータよりも後に再生されるセグメントデータから選択することができる。ステップＳ９０４では、送信候補以外で、再生される順序がより後のセグメントデータを選択する。
【０１４９】
例えば、前回送信したプレイリストにはセグメント番号５番、６番、７番の特定情報が記載されていたものとする。そしてこのプレイリストを受信した受信装置２００は、セグメント番号７番のセグメントデータを取得し、セグメント番号５番の特定情報の取得を行わなかったものとする。
【０１５０】
そして、Ｓ７０１からＳ９０１までの処理、あるいは、Ｓ７０１からＳ９０２までの処理により、特定情報の送信候補の数が０となっている（いずれの特定情報も送信候補となっていない）ものとする。また、セグメント番号７番のセグメントデータまで、受信装置２００に送信されているものとする。さらに、送信装置１００には、セグメント番号１番から１５番までのセグメントデータが保持されているものとする。
【０１５１】
この場合送信装置１００は、ステップＳ１００３において、送信候補以外で、受信装置２００に送信済みのセグメントデータよりも後に再生されるセグメントデータのうち、より再生順序が後のもの（セグメント番号１３番、１４番、及び、１５番）を選択する。そして選択したセグメント番号に対応する特定情報を送信するプレイリストに追加する。この場合、プレイリストには、セグメント番号１３番、１４番、及び、１５番の特定情報が含まれることとなる。
【０１５２】
このように送信装置１００は、前回送信したプレイリストに含まれる特定情報に対応するセグメントデータのうち、より再生順序が後のセグメントデータが受信装置２００に送信された場合、以下のように判断する。すなわち、受信装置２００は再生順序がより後のセグメントデータを要求していると送信装置１００が判断する。そして、次に送信するプレイリストに含まれる特定情報が、より新たに生成されたセグメントデータに対応した特定情報となるようにして、プレイリストに含まれる特定情報を決定することができる。
【０１５３】
以上のようにして、受信装置２００が、再生順序がより前のセグメントデータの取得を要求しているか、再生順序がより後のセグメントデータの取得を要求しているかを送信装置１００が判定することができる。そして送信装置１００は、判定結果に応じて、受信装置２００の要求に合わせた特定情報を受信装置２００に送信することができる。このようにして、第１のメタデータが受信装置が取得可能なセグメントデータとして含む複数のセグメントデータのうち、受信装置が要求したセグメントデータに応じて決定されるセグメントデータを第２のメタデータに含めることができる。
【０１５４】
なお、再生順序がより前のセグメントデータの取得を要求するか、再生順序がより後のセグメントデータの取得を要求するかを受信装置２００が送信装置１００へ予め通知してもよい。この場合、送信装置１００は受信装置２００からの通知内容を基に、再生順序がより前のセグメントデータの取得を要求するか、再生順序がより後のセグメントデータの取得を要求するかを決定することができる。
【０１５５】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【０１５６】
１００  送信装置
２００  受信装置
１０２  生成部
１０３  記憶部
１０４  制御部
２０３  記憶部
２０４  制御部
【図１】
2014131171.tif 000003
【図２】
2014131171.tif 000004
【図３】
2014131171.tif 000005
【図４】
2014131171.tif 000006
【図５】
2014131171.tif 000007
【図６】
2014131171.tif 000008
【図７】
2014131171.tif 000009
【図８】
2014131171.tif 000010
【図９】
2014131171.tif 000011