(57)【要約】【課題】分割された情報を状況に応じて効率的に再生するための技術を提供する。【解決手段】再生対象の情報が複数に分割された分割情報の各々に関連する関連情報に係る一覧情報を生成する生成手段と、前記複数の分割情報のうち、連結対象の複数の分割情報を連結する連結手段と、前記生成手段で生成された一覧情報を、前記一覧情報の取得要求元に送信する一覧情報送信手段と、前記一覧情報送信手段で送信された一覧情報に基づいて前記取得要求元から要求された分割情報を、前記取得要求元に送信する分割情報送信手段と、を有し、前記生成手段は、前記連結手段で連結された前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報に追加すると共に、連結される前の前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報から削除することで一覧情報を生成することによって課題を解決する。【選択図】図５
2015028727.tif 000002
【特許請求の範囲】
【請求項１】
再生対象の情報が複数に分割された分割情報の各々に関連する関連情報に係る一覧情報を生成する生成手段と、
前記複数の分割情報のうち、連結対象の複数の分割情報を連結する連結手段と、
前記生成手段で生成された一覧情報を、前記一覧情報の取得要求元に送信する一覧情報送信手段と、
前記一覧情報送信手段で送信された一覧情報に基づいて前記取得要求元から要求された分割情報を、前記取得要求元に送信する分割情報送信手段と、
を有し、
前記生成手段は、前記連結手段で連結された前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報に追加すると共に、連結される前の前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報から削除することで一覧情報を生成する情報処理装置。
【請求項２】
前記生成手段で生成された一覧情報に含まれる複数の関連情報に関連する複数の分割情報のうち、連結対象となる複数の分割情報があるか否かを判定する判定手段を更に有し、
前記連結手段は、前記判定手段で連結対象と判定された分割情報を連結する請求項１記載の情報処理装置。
【請求項３】
前記判定手段は、前記一覧情報に含まれる複数の関連情報に関連する複数の分割情報のうち、連結されていない分割情報の数が予め定められた数以上ある場合、連結対象となる分割情報があると判定する請求項２記載の情報処理装置。
【請求項４】
前記判定手段は、前記一覧情報に含まれる複数の関連情報に関連する複数の分割情報のうち、連結されていない分割情報の再生に係る再生時間が予め定められた時間分以上である場合、連結対象となる分割情報があると判定する請求項２記載の情報処理装置。
【請求項５】
前記連結手段は、連結対象の複数の分割情報のうち、予め定められた条件に基づいて決定される数の分割情報を連結する請求項１乃至４何れか１項記載の情報処理装置。
【請求項６】
前記取得要求元からの分割情報の取得要求を解析する解析手段を更に有し、
前記分割情報送信手段は、前記解析手段により前記取得要求が前記連結された分割情報を構成する連結前の分割情報の取得要求であると解析された場合、前記連結前の分割情報を前記取得要求元に送信する請求項１乃至５何れか１項記載の情報処理装置。
【請求項７】
前記生成手段は、前記連結手段で分割情報が連結されると、前記連結された分割情報に関連する関連情報を連結済みの分割情報の専用の一覧情報に追加し、
前記一覧情報送信手段は、前記取得要求元からの取得要求に応じて前記専用の一覧情報を送信する請求項１乃至６何れか１項記載の情報処理装置。
【請求項８】
入力された映像データを複数に分割したセグメントデータを生成するセグメントデータ生成手段を更に有し、
前記分割情報は、前記セグメントデータであり、
前記関連情報は、前記セグメントデータに関連するメタデータであり、
前記生成手段は、前記セグメントデータ生成手段で生成された複数のセグメントデータの各々に関連するメタデータの一覧に係るプレイリストを前記一覧情報として生成し、
前記連結手段は、前記複数のセグメントデータのうち、連結対象の複数のセグメントデータを連結する請求項１乃至７何れか１項記載の情報処理装置。
【請求項９】
再生対象の情報が複数に分割された分割情報の各々に関連する関連情報に係る一覧情報を、前記一覧情報の取得要求先から受信する一覧情報受信手段と、
前記分割情報の受信に係る受信モードを判定する判定手段と、
前記判定手段で判定された受信モードで、前記一覧情報受信手段で受信された一覧情報に基づく取得要求に応じた分割情報を前記取得要求先から受信する分割情報受信手段と、
前記分割情報受信手段で受信された分割情報を再生する再生手段と、
を有する情報処理装置。
【請求項１０】
前記判定手段は、自装置の切り替え手段による設定に基づいて、既に配信済みの分割情報も受信する第１の受信モードであるか、既に配信済みの分割情報を受信しない第２の受信モードであるかを判定する請求項９記載の情報処理装置。
【請求項１１】
前記分割情報受信手段は、前記判定手段で第１の受信モードであると判定された場合、前記一覧情報に基づいてユーザにより指定された分割情報の取得要求に応じた分割情報を受信し、前記判定手段で第２の受信モードであると判定された場合、前記一覧情報に基づいて最新の分割情報の取得要求に応じた分割情報を受信する請求項１０記載の情報処理装置。
【請求項１２】
前記一覧情報受信手段は、複数の分割情報が連結された分割情報における関連情報を含む一覧情報を受信し、前記分割情報受信手段は、前記一覧情報に基づく取得要求に係る分割情報が前記連結された分割情報に含まれている場合、前記連結された分割情報を前記取得要求先から受信する請求項９乃至１１何れか１項記載の情報処理装置。
【請求項１３】
前記分割情報は、再生対象の映像データが複数に分割されたセグメントデータであり、
前記関連情報は、前記セグメントデータに関連するメタデータであり、
前記一覧情報は、前記セグメントデータの各々に関連するメタデータの一覧に係るプレイリストであり、
前記一覧情報受信手段は、前記プレイリストの取得要求に応じて、前記プレイリストを取得要求先から受信する請求項９乃至１２何れか１項記載の情報処理装置。
【請求項１４】
送信装置と、受信装置とを含むシステムであって、
前記送信装置は、
再生対象の情報が複数に分割された分割情報の各々に関連する関連情報に係る一覧情報を生成する生成手段と、
前記複数の分割情報のうち、連結対象の複数の分割情報を連結する連結手段と、
前記生成手段で生成された一覧情報を、前記一覧情報の取得要求元である前記受信装置に送信する一覧情報送信手段と、
前記一覧情報送信手段で送信された一覧情報に基づいて前記受信装置から要求された分割情報を、前記受信装置に送信する分割情報送信手段と、
を有し、
前記生成手段は、前記連結手段で連結された前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報に追加すると共に、連結される前の前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報から削除することで一覧情報を生成し、
前記受信装置は、
前記一覧情報を、前記一覧情報の取得要求先である前記送信装置から受信する一覧情報受信手段と、
前記分割情報の受信に係る受信モードを判定する判定手段と、
前記判定手段で判定された受信モードで、前記一覧情報受信手段で受信された一覧情報に基づく取得要求に応じた分割情報を前記送信装置から受信する分割情報受信手段と、
前記分割情報受信手段で受信された分割情報を再生する再生手段と、
を有するシステム。
【請求項１５】
情報処理装置が実行する情報処理方法であって、
再生対象の情報が複数に分割された分割情報の各々に関連する関連情報に係る一覧情報を生成する生成ステップと、
前記複数の分割情報のうち、連結対象の複数の分割情報を連結する連結ステップと、
前記生成ステップで生成された一覧情報を、前記一覧情報の取得要求元に送信する一覧情報送信ステップと、
前記一覧情報送信ステップで送信された一覧情報に基づいて前記取得要求元から要求された分割情報を、前記取得要求元に送信する分割情報送信ステップと、
を含み、
前記生成ステップでは、前記連結ステップで連結された前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報に追加すると共に、連結される前の前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報から削除することで一覧情報を生成する情報処理方法。
【請求項１６】
情報処理装置が実行する情報処理方法であって、
再生対象の情報が複数に分割された分割情報の各々に関連する関連情報に係る一覧情報を、前記一覧情報の取得要求先から受信する一覧情報受信ステップと、
前記分割情報の受信に係る受信モードを判定する判定ステップと、
前記判定ステップで判定された受信モードで、前記一覧情報受信ステップで受信された一覧情報に基づく取得要求に応じた分割情報を前記取得要求先から受信する分割情報受信ステップと、
前記分割情報受信ステップで受信された分割情報を再生する再生ステップと、
を含む情報処理方法。
【請求項１７】
送信装置と、受信装置とを含むシステムにおける情報処理方法であって、
前記送信装置が、再生対象の情報が複数に分割された分割情報の各々に関連する関連情報に係る一覧情報を生成する生成ステップと、
前記送信装置が、前記複数の分割情報のうち、連結対象の複数の分割情報を連結する連結ステップと、
前記送信装置が、前記生成ステップで生成された一覧情報を、前記一覧情報の取得要求元である前記受信装置に送信する一覧情報送信ステップと、
前記受信装置が、前記一覧情報を、前記一覧情報の取得要求先である前記送信装置から受信する一覧情報受信ステップと、
前記受信装置が、前記分割情報の受信に係る受信モードを判定する判定ステップと、
前記送信装置が、前記一覧情報送信ステップで送信された一覧情報に基づいて前記受信装置から要求された分割情報を、前記受信装置に送信する分割情報送信ステップと、
前記受信装置が、前記判定ステップで判定された受信モードで、前記一覧情報受信ステップで受信された一覧情報に基づく取得要求に応じた分割情報を前記送信装置から受信する分割情報受信ステップと、
前記受信装置が、前記分割情報受信ステップで受信された分割情報を再生する再生ステップと、
を含み、
前記生成ステップでは、前記連結ステップで連結された前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報に追加すると共に、連結される前の前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報から削除することで一覧情報を生成する情報処理方法。
【請求項１８】
コンピュータに、
再生対象の情報が複数に分割された分割情報の各々に関連する関連情報に係る一覧情報を生成する生成ステップと、
前記複数の分割情報のうち、連結対象の複数の分割情報を連結する連結ステップと、
前記生成ステップで生成された一覧情報を、前記一覧情報の取得要求元に送信する一覧情報送信ステップと、
前記一覧情報送信ステップで送信された一覧情報に基づいて前記取得要求元から要求された分割情報を、前記取得要求元に送信する分割情報送信ステップと、
を実行させ、
前記生成ステップでは、前記連結ステップで連結された前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報に追加すると共に、連結される前の前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報から削除することで一覧情報を生成するプログラム。
【請求項１９】
コンピュータに、
再生対象の情報が複数に分割された分割情報の各々に関連する関連情報に係る一覧情報を、前記一覧情報の取得要求先から受信する一覧情報受信ステップと、
前記分割情報の受信に係る受信モードを判定する判定ステップと、
前記判定ステップで判定された受信モードで、前記一覧情報受信ステップで受信された一覧情報に基づく取得要求に応じた分割情報を前記取得要求先から受信する分割情報受信ステップと、
前記分割情報受信ステップで受信された分割情報を再生する再生ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、録画中の映像データを複数のセグメントデータに分割し、各セグメントデータを、ネットワークを介してリアルタイムで再生装置へ送信する送信装置が知られている（特許文献１）。
特許文献１に記載の送信装置は、再生装置がセグメントデータを受信するために必要なアドレス情報を各セグメントデータに対応付ける。ここでいうアドレス情報とは、例えばＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）等である。そして、この送信装置は、再生装置からの要求に応じて、複数のセグメントデータにそれぞれ対応付けた複数のアドレス情報を含むプレイリストを再生装置に送信する。
特許文献１に記載の再生装置は、受信したプレイリストに含まれるアドレス情報に基づいて送信装置へセグメントデータの要求を送信し、送信装置からセグメントデータを受信する。
特許文献１に記載の送信装置は、映像データに新たなデータが付加されるとプレイリストを更新する。この送信装置は、プレイリストの更新後、再生装置から新たにプレイリストの要求を受信すると更新されたプレイリストを再生装置に送信する。
【０００３】
また、特許文献１に記載の送信装置のような録画中の映像データを複数のセグメントデータに分割して再生装置へ送信する送信装置であって、初回以降に送信するプレイリストの内容を限定する送信装置が知られている（特許文献２）。
特許文献２に記載の送信装置は、映像データに新たなデータが付加されるとプレイリストを更新する。この送信装置は、プレイリストの更新後、再生装置から新たにセグメントデータの要求を受信すると、プレイリストの最新の部分の少なくとも一部と、要求されたセグメントデータとを再生装置に送信する。
また、映像データを分割したセグメントデータを順次映像サーバから受信する公開サーバであって、再生装置から視聴要求がある度にプレイリストを生成し、生成したプレイリストを再生装置に送信する公開サーバが知られている（特許文献３）。
特許文献３に記載の公開サーバは、再生装置から視聴要求を受信すると、視聴要求を受信した時点で、公開サーバが映像サーバから受信を完了していた最新のセグメントデータ以降のセグメントデータについてのプレイリストを再生装置に送信する。なお、プレイリストに記載されるセグメントデータファイルのアドレス情報の数は、公開サーバに予め設定されるか、再生装置により指定される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１２−５１４２７６号公報
【特許文献２】特許第４５００２６７号公報
【特許文献３】特開２００７−７４６８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した従来の技術では、例えば再生装置が当初再生を開始した箇所より以前の箇所を後になって再生するような状況等に対して効率的に対応することができなかった。
例えば特許文献１に記載の動画像配信システムにおいて、送信装置は、再生装置に送信するプレイリストに配信する全てのセグメントデータの情報（ＵＲＩ等）を記載していた。そのため、送信装置は、当初再生を開始した箇所以降の箇所しか再生しない再生装置に対しても冗長な内容を多く含むプレイリストを何度も送信していた。プレイリストに冗長な内容が多く含まれると、再生装置がストリーミング再生開始までに要するプレイリストダウンロード時間がその分増加するという問題がある。また、再生装置はダウンロードしたプレイリストを再生前に解析処理する必要もあるので、再生までに要する時間が更に増加してしまうことになる。
【０００６】
また、例えば特許文献２に記載の動画像配信システムにおいて、送信装置は、配信する全てのセグメントデータの情報を記載したプレイリストの送信を初回のみに限定することで、特許文献１に記載の動画像配信システムをより効率化している。しかし、この送信装置は、初回に関しては冗長な内容を多く含むプレイリストを再生装置に送信することになる。
また、例えば特許文献３に記載の動画像配信システムにおいて、送信装置は、視聴要求を受信した時点における最新のセグメントデータ以降のセグメントデータについてのプレイリストを再生装置へ送信する。そのため、再生装置は、当初再生を開始した箇所より以前の箇所を後から再生することができない。
このように、特許文献１から特許文献３までに記載の動画像配信システムでは、状況に応じて効率的にセグメントデータを再生することが困難であった。
本発明は、分割された情報を状況に応じて効率的に再生するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明は、再生対象の情報が複数に分割された分割情報の各々に関連する関連情報に係る一覧情報を生成する生成手段と、前記複数の分割情報のうち、連結対象の複数の分割情報を連結する連結手段と、前記生成手段で生成された一覧情報を、前記一覧情報の取得要求元に送信する一覧情報送信手段と、前記一覧情報送信手段で送信された一覧情報に基づいて前記取得要求元から要求された分割情報を、前記取得要求元に送信する分割情報送信手段と、を有し、前記生成手段は、前記連結手段で連結された前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報に追加すると共に、連結される前の前記連結対象の複数の分割情報に関連する関連情報を前記一覧情報から削除することで一覧情報を生成する。
【発明の効果】
【０００８】
本発明によれば、分割された情報を状況に応じて効率的に再生するための技術を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】システムの一例を示す図である。
【図２】ハードウェア構成の一例を示す図である。
【図３】実施形態１の送信装置の機能構成の一例を示す図である。
【図４】実施形態１の受信装置の機能構成の一例を示す図である。
【図５】実施形態１のプレイリスト生成処理の一例を示すフローチャートである。
【図６】プレイリストの一例を示す図である。
【図７】実施形態１のプレイリスト受信処理の一例を示すフローチャートである。
【図８】実施形態２の送信装置の機能構成の一例を示す図である。
【図９】実施形態３の送信装置の機能構成の一例を示す図である。
【図１０】実施形態３の受信装置の機能構成の一例を示す図である。
【図１１】実施形態３のプレイリスト生成処理の一例を示すフローチャートである。
【図１２】プレイリスト及び連結済み専用プレイリストの一例を示す図である。
【図１３】実施形態３のプレイリスト受信処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
＜実施形態１＞
図１は、本実施形態におけるシステムの一例を示す図である。
送信装置１００は、受信装置２００と相互に通信可能なネットワーク３００を介して接続されており、また、デジタルビデオカメラ４００とも接続されている。送信装置１００及び受信装置２００は、情報処理装置の一例である。なお、送信装置１００と、デジタルビデオカメラ４００とは、単一の装置で実現されてもよい。また、送信装置１００や受信装置２００は、それぞれ単一のコンピュータ装置で実現されてもよいし、必要に応じた複数のコンピュータ装置に各機能を分散して実現されるようにしてもよい。送信装置１００や受信装置２００が複数のコンピュータ装置で構成される場合は、互いに通信可能となるようにＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等で接続される。ＬＡＮ接続は、無線であってもよいし、有線であってもよい。
本実施形態では、映像データにおける各セグメントデータを受信する受信装置２００と、受信装置２００が各セグメントデータを取得するために用いるプレイリストと、各セグメントデータを受信装置２００に送信する送信装置１００とについて説明する。特に、送信装置１００が、プレイリストに記載するセグメントデータのメタデータが複数ある場合において、セグメントデータを連結する場合の実施形態について説明する。なお、本実施形態におけるプレイリストとは、メタデータをリスト化することにより生成されたデータ（一覧情報）のことである。また、メタデータとは、セグメントデータに関連する付加的なデータ（関連情報）のことである。また、セグメントデータとは、再生対象の映像データ等を複数に分割することにより生成されたデータ（分割情報）のことである。詳細については、図３等を用いて後述する。
【００１１】
本実施形態における受信装置２００は、送信装置１００から受信した映像データの再生を行う再生装置として機能する。また、本実施形態におけるプレイリストは、受信装置２００が複数のセグメントデータを含む映像データを保持する記憶領域から各セグメントデータを取得するために用いるメタデータのリストを含む。メタデータは、例えばセグメントデータが保持されている場所を示すＵＲＩ等の情報を含む。また、メタデータは、例えば各セグメントデータを再生する順序を示す順序情報を含んでいてもよい。更に、メタデータは、例えば連結されたセグメントデータがある場合、連結されたセグメントデータがどのように連結して生成されたのかを示す連結情報を含んでいてもよい。
本実施形態では、送信装置１００が映像データを受信装置２００に送信する場合を例に説明するがこれに限る必要はない。例えば、送信装置１００は、映像データ、音声データ又はそれらに付随するメタデータ等のコンテンツデータを受信装置２００に送信するようにしてもよい。
【００１２】
次に、上述した図１を用いて本実施形態のシステムが実行する処理の詳細について説明する。
デジタルビデオカメラ４００は、映像データを生成して送信装置１００へ入力（送信）する。
送信装置１００は、入力された映像データを複数のセグメントデータに分割して保持する。また、送信装置１００は、受信装置２００がネットワーク３００を介して各セグメントデータを取得するための複数のメタデータを生成する。メタデータは、例えば対応するセグメントデータが保持されている場所を示すＵＲＩ等の情報を含む。
受信装置２００は、セグメントデータを取得するために必要なメタデータを取得するため、ネットワーク３００を介して取得要求先である送信装置１００へプレイリストの取得要求を送信する。
送信装置１００は、プレイリストの取得要求を受信すると、生成したセグメントデータのうちの少なくとも一つのセグメントデータに対応するメタデータを含むプレイリストを生成し、生成したプレイリストを取得要求元である受信装置２００へ送信する。なお、本実施形態における送信装置１００は、記憶領域に記憶されている予め定められた条件に従い、対象となる複数のセグメントデータを連結し、連結したセグメントデータのメタデータを含むプレイリストを生成して送信することができる。
【００１３】
受信装置２００は、後述する操作部等を介して受け付けたユーザの指示に従い、受信したプレイリストに基づいて取得するセグメントデータを決定すると、決定したセグメントデータの取得要求を送信装置１００へ送信する。例えば受信装置２００は、送信装置１００から受信したプレイリストに含まれるＵＲＩを用いて、送信装置１００に保持されたセグメントデータの取得要求を行う。
送信装置１００は、セグメントデータの取得要求を受信すると、要求されたセグメントデータを受信装置２００へ送信する。送信装置１００は、デジタルビデオカメラ４００から映像データを入力される度に、セグメントデータを生成してプレイリストを更新する。そして、受信装置２００は、上述したようにプレイリストの取得要求を送信装置１００に送信することにより更新されたプレイリストを取得し、取得したプレイリストに基づいてセグメントデータを取得する。
図１のシステムでは、以上の処理が繰り返されることによりデジタルビデオカメラ４００が映像データを生成するタイミングとほぼ同期して、送信装置１００が映像データを受信装置２００へ送信する。
【００１４】
図２は、送信装置１００、受信装置２００及びデジタルビデオカメラ４００のハードウェア構成の一例を示す図である。
図２の（ａ）は、送信装置１００及び受信装置２００のハードウェア構成の一例を示す図である。
まず、送信装置１００のハードウェア構成について説明する。
送信装置１００のＣＰＵ１０は、送信装置１００全体を制御する。送信装置１００のＣＰＵ１０が送信装置１００のＲＯＭ１２等に格納されたプログラムを実行することにより、後述する送信装置１００の機能構成及び送信装置１００に関するフローチャートの処理が実現される。
送信装置１００のＲＡＭ１１は、送信装置１００のＣＰＵ１０がプログラムを展開して実行する際のワークエリア等として機能する。
送信装置１００のＲＯＭ１２は、送信装置１００のＣＰＵ１０が実行するプログラム等を格納している。
【００１５】
送信装置１００のＨＤ１３は、送信装置１００のＣＰＵ１０が処理を実行する上で必要な各種のプログラム及び予め定められた閾値や設定値等のデータを含む各種のデータを格納している。
送信装置１００の操作部１４は、ユーザが送信装置１００へ指示を入力するために使用するキーボード、マウス又はタッチパネル等である。
表示部１５は、送信装置１００の情報を表示するディスプレイ等である。なお、表示部１５は、タッチパネルのように操作部１４と一体となっていてもよい。
ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１６は、送信装置１００と、外部の機器とを接続するインターフェースである。
次に、受信装置２００のハードウェア構成について説明する。
受信装置２００のハードウェア構成も、図２の（ａ）に示す送信装置１００のハードウェア構成と同様である。即ち、受信装置２００のＣＰＵ１０が受信装置２００のＲＯＭ１２等に格納されたプログラムを実行することにより、後述する受信装置２００の機能構成及び受信装置２００に関するフローチャートの処理が実現される。
【００１６】
次に、デジタルビデオカメラ４００のハードウェア構成について説明する。
図２の（ｂ）は、デジタルビデオカメラ４００のハードウェア構成の一例を示す図である。
ＣＰＵ２０からＨＤ２３までの機能は、図２の（ａ）に示すＣＰＵ１０からＨＤ１３までの機能と同様である。
操作部２４は、ユーザがデジタルビデオカメラ４００へ指示を入力するために使用するキー又はタッチパネル等である。
表示部２５及びネットワークＩ／Ｆ２６の機能は、図２の（ａ）に示す表示部１５及びネットワークＩ／Ｆ１６の機能と同様である。
撮影装置２７は、映像を撮影することにより映像データを生成する。
以上の構成において、ＣＰＵ２０がＲＯＭ２２等に格納されたプログラムを実行することにより、デジタルビデオカメラ４００の機能構成及びデジタルビデオカメラ４００が実行する処理が実現される。
【００１７】
図３は、本実施形態における送信装置１００の機能構成の一例を示す図である。
映像データ入力部１０１は、デジタルビデオカメラ４００から入力された映像データをセグメントデータ生成部１０２へ送信する。映像データ入力部１０１は、デジタルビデオカメラ４００で録画中の映像データをリアルタイムで受信装置２００へ送信するため、映像データをセグメントデータ生成部１０２へ複数回送信する。
セグメントデータ生成部１０２は、入力された映像データから分割されたセグメントデータを生成する。また、セグメントデータ生成部１０２は、分割されたセグメントデータをセグメントデータ連結部１０５へ送信する。更に、セグメントデータ生成部１０２は、分割されたセグメントデータの情報をプレイリスト生成部１０３へ送信する。
プレイリスト生成部１０３は、セグメントデータ生成部１０２により生成されたセグメントデータの情報からメタデータを生成し、そのメタデータに基づいてプレイリストを生成する。プレイリスト生成部１０３は、プレイリストに記載するメタデータの内容に基づいて、前記メタデータに対応するセグメントデータのうちの少なくとも２つを連結するか否かを決定する。詳細については、図５等を用いて後述する。また、プレイリスト生成部１０３は、セグメントデータを連結するか否か決定した結果をセグメントデータ連結部１０５へ送信する。更に、プレイリスト生成部１０３は、セグメントデータを連結すると決定した場合、連結前（以下、未連結という）のセグメントデータ（以下、未連結セグメントデータという）それぞれに対応するメタデータをプレイリストから削除する。そして、プレイリスト生成部１０３は、連結済みのセグメントデータ（以下、連結済みセグメントデータという）のメタデータをプレイリストに記載して追加する。
【００１８】
セグメントデータ要求受信部１０４は、セグメントデータの取得要求を受信装置２００から受信する。セグメントデータ要求受信部１０４は、受信装置２００からセグメントデータの取得要求を受信すると、どのセグメントデータのＵＲＩを用いて取得要求されたのかに関するセグメントデータの取得要求内容をセグメントデータ送信部１０６へ通知する。なお、受信装置２００が送信するセグメントデータの取得要求には、例えば受信装置２００が受信したプレイリストに記載されているＵＲＩ等が含まれる。
セグメントデータ連結部１０５は、セグメントデータ生成部１０２からセグメントデータを受信する。また、セグメントデータ連結部１０５は、プレイリスト生成部１０３からの通知に基づいて、指定されたセグメントデータを連結する。また、セグメントデータ連結部１０５は、連結済みセグメントデータ及び未連結セグメントデータをセグメントデータ送信部１０６へ送信する。
セグメントデータ送信部１０６は、受信装置２００の要求に応じたセグメントデータを受信装置２００へ送信する。なお、セグメントデータ送信部１０６による送信処理は、分割情報送信処理の一例である。
プレイリスト要求受信部１０７は、プレイリストの取得要求を受信装置２００から受信する。また、プレイリスト要求受信部１０７は、プレイリストの取得要求を受信すると、プレイリストの取得要求を受信したことをプレイリスト送信部１０８へ通知する。
プレイリスト送信部１０８は、プレイリスト要求受信部１０７からの通知を受け、プレイリスト生成部１０３により生成されたプレイリストを受信装置２００へ送信する。なお、プレイリスト送信部１０８による送信処理は、一覧情報送信処理の一例である。
【００１９】
図４は、本実施形態における受信装置２００の機能構成の一例を示す図である。
プレイリスト受信部２０１は、送信装置１００からプレイリストを受信する。また、プレイリスト受信部２０１は、受信したプレイリストに基づいた順序でセグメントデータを受信するようにセグメントデータ受信部２０２へ通知する。例えば、プレイリスト受信部２０１は、プレイリスト内のメタデータに含まれるＵＲＩをセグメントデータ受信部２０２へ送信する。なお、プレイリスト受信部２０１による受信処理は、一覧情報受信処理の一例である。
セグメントデータ受信部２０２は、プレイリスト受信部２０１からの通知に基づき、送信装置１００へセグメントデータの取得要求を送信し、前記取得要求に応じて送信装置１００から送信されるセグメントデータを受信する。また、セグメントデータ受信部２０２は、受信したセグメントデータをセグメントデータ再生部２０３へ送信する。なお、セグメントデータ受信部２０２による受信処理は、分割情報受信処理の一例である。
セグメントデータ再生部２０３は、セグメントデータ受信部２０２から受信したセグメントデータを再生する。
【００２０】
次に、本実施形態の送信装置１００によるセグメントデータの生成処理の詳細について説明する。
セグメントデータ生成部１０２は、映像データ入力部１０１により映像データが入力されると、映像データをセグメントデータに分割し、各セグメントデータにセグメント番号を割り当てる。ここで、セグメントデータ生成部１０２は、セグメント番号を１番から順番に１つずつ番号を増やして割り当てる。また、セグメントデータ生成部１０２は、各セグメントデータにセグメントデータの生成時間を割り当てるようにしてもよいし、映像データのうちセグメントデータに該当する部分の時間を割り当てるようにしてもよい。本実施形態では上述したように、セグメントデータ生成部１０２は、各セグメントデータに対しセグメント番号を１番から順番に割り当てることとする。ここでは、セグメント番号が小さいほどセグメントデータが古く、セグメント番号が大きいほどセグメントデータが新しいことを意味する。例えば、セグメント番号１のセグメントデータが最も古く、セグメント番号２のセグメントデータが次に古いことを意味する。
セグメントデータ生成部１０２が映像データをセグメントデータへ分割する方法としては、例えば、単位時間毎に分割する方法でもよいし、動画内容として意味のある区切り毎に分割する方法等でもよく、管理に好適な分割方法でよい。
【００２１】
次に、本実施形態の送信装置１００によるプレイリストの生成処理の詳細について説明する。
図５は、プレイリスト生成処理の一例を示すフローチャートである。
Ｓ１９１で、プレイリスト生成部１０３は、セグメントデータ生成部１０２により生成されたセグメントデータのセグメント番号、ＵＲＩ、時間長及び連結情報等から構成されるメタデータを生成する。プレイリスト生成部１０３は、プレイリストが生成されていなければ、生成したメタデータをリスト化したプレイリストを生成する。プレイリスト生成部１０３は、プレイリストが生成されていれば、生成したメタデータをプレイリストに追加する。なお、セグメントデータの連結情報とは、連結されたセグメントデータがどのように連結されたかを示す情報である。連結情報には、連結されているセグメントデータのメタデータが含まれていてもよいし、連結されているセグメントデータの数等の情報が含まれていてもよい。本実施形態における連結情報には、連結されているセグメントデータの数に関する情報が含まれているものとする。
Ｓ１９２で、プレイリスト生成部１０３は、プレイリストに記載されているメタデータに対応するセグメントデータのうち、未連結セグメントデータが予め定められた個数（Ｍ個）以上あるか否かを判定する。なお、予め定められた個数であるＭは、例えば「７」等といった自然数である。本実施形態におけるＭの値は７であるものとする。送信装置１００は、操作部１４を介してユーザにより予め入力された「Ｍ」として設定する値（閾値）をＨＤ１３等の記憶領域に格納している。Ｓ１９２で、プレイリスト生成部１０３は、未連結セグメントデータがＭ個未満であれば、プレイリストの生成処理を終了し、未連結セグメントデータがＭ個以上あれば、処理をＳ１９３へ進める。なお、プレイリスト生成部１０３は、Ｓ１９２における判定処理を、未連結セグメントデータの再生時間が予め定められた時間分以上あるか否かに基づいて判定するようにしてもよい。この場合、ＨＤ１３等の記憶領域には、操作部１４を介してユーザにより予め入力された時間に関する閾値の情報が格納されているものとする。
【００２２】
Ｓ１９３で、セグメントデータ連結部１０５は、未連結のＭ個のセグメントデータのうち、最も古い方から順に予め定められた個数（Ｎ個）のセグメントデータを連結し、一つの連結済みセグメントデータを生成する。ここで、セグメントデータ連結部１０５は、上述したセグメント番号からセグメントデータの新しさを認識することができる。なお、この未連結のＭ個のセグメントデータは、プレイリストに記載されているメタデータに対応するセグメントデータのうちの、未連結のセグメントデータである。予め定められた個数であるＮは、例えば「５」等といった自然数である。本実施形態におけるＮの値は５であるものとする。送信装置１００は、連結するセグメントデータの個数Ｎを、未連結のＭ個のセグメントデータそれぞれの時間長に基づいて調整して設定するようにしてもよい。例えば、送信装置１００は、連結済みセグメントデータの時間長が、操作部１４を介してユーザにより予め定められた時間（例えば１分）未満となるようにＮを調整する。これにより、送信装置１００は、ユーザが所望する時間長に応じてセグメントデータを連結することができる。また、送信装置１００は、連結するセグメントデータの個数Ｎを、各セグメントデータの内容の関連性に基づいて設定するようにしてもよい。即ち、送信装置１００は、関連する内容のセグメントデータを連結することができるように、Ｎの値を調整して設定する。この場合、各セグメントデータに対応するメタデータには、各セグメントデータの内容を示す内容情報が含まれているものとする。これにより、送信装置１００は、関連する内容のセグメントデータをまとめて連結することができる。
【００２３】
Ｓ１９４で、プレイリスト生成部１０３は、連結済みセグメントデータのメタデータを生成してプレイリストに追加し、処理をＳ１９５へ進める。Ｓ１９４でプレイリスト生成部１０３が生成するメタデータにおけるセグメント番号は、未連結セグメントデータのうちの最も古いセグメント番号を示す。また、Ｓ１９４でプレイリスト生成部１０３が生成するメタデータにおけるＵＲＩ、時間長及び連結情報は、連結済みセグメントデータのＵＲＩ、時間長及び連結情報を示す。
Ｓ１９５で、プレイリスト生成部１０３は、Ｓ１９３で連結される前のセグメントデータのメタデータＮ個をプレイリストから削除し、処理をＳ１９２へ戻す。このＮ個のセグメントデータは、プレイリストに記載されているメタデータに対応するセグメントデータのうちの、未連結のセグメントデータのうちの、最も古い方から順にＮ個のセグメントデータである。Ｓ１９５では、このＮ個のセグメントデータに関連するＮ個のメタデータをプレイリストから削除する。
以上の処理により、送信装置１００は、操作部１４を介してユーザにより予め定められた条件に従って、未連結セグメントデータを連結することができる。これにより、送信装置１００は、柔軟に未連結セグメントデータをまとめて連結することができ、受信装置２００に送信するプレイリストの記載量を減らすことができる。
【００２４】
図６は、送信装置１００が生成するプレイリストの一例を示す図である。
行１２１、行１２２及び行１２３は、それぞれセグメントデータに対応したメタデータを示している。
列１３１は、セグメントデータのセグメント番号を示している。列１３２は、受信装置２００がセグメントデータを取得する際に必要なＵＲＩを示している。列１３３は、セグメントデータの時間長を示している。列１３４は、セグメントデータを構成する未連結セグメントデータの個数を示している。
以上、セグメントデータ連結部１０５がセグメントデータを連結する方法について説明したが、連結対象とするセグメントデータを未連結セグメントデータに限定する必要はない。例えば、セグメントデータ連結部１０５は、未連結セグメントデータＮ個を連結した方法と同様に、既に１回連結された連結済みセグメントデータをＫ回連結し、結果として、（Ｋ＋１）回連結された連結済みセグメントデータを生成するようにしてもよい。なお、Ｋは任意の自然数であるものとする。これにより、セグメントデータ連結部１０５は、より柔軟に未連結セグメントデータを連結することができるようになる。
【００２５】
次に、本実施形態の送信装置１００によるセグメントデータの送信処理の詳細について説明する。
まず、セグメントデータ要求受信部１０４は、受信装置２００からセグメントデータの取得要求を受信する。セグメントデータ要求受信部１０４が受信するセグメントデータの取得要求には、セグメントデータを取得するためのＵＲＩが含まれている。
セグメントデータ送信部１０６は、セグメントデータ要求受信部１０４が受信した取得要求において要求されたセグメントデータを受信装置２００へ送信する。なお、セグメントデータ送信部１０６は、セグメントデータ要求受信部１０４が受信装置２００から連結済みセグメントデータの取得要求を受信した場合、前記連結済みセグメントデータとして連結される前のセグメントデータを送信するようにしてもよい。より具体的にいうと、セグメントデータ送信部１０６は、要求された連結済みセグメントデータを受信装置２００へ送信する代わりに、前記連結済みセグメントデータを構成する連結される前の複数の未連結セグメントデータを送信するようにしてもよい。
【００２６】
次に、本実施形態の受信装置２００によるプレイリストの受信処理の詳細について説明する。
図７は、プレイリスト受信処理の一例を示すフローチャートである。
Ｓ２１１で、プレイリスト受信部２０１は、送信装置１００へプレイリストの取得要求を送信し、送信した取得要求に応じたプレイリストを受信すると、処理をＳ２１２へ進める。
Ｓ２１２で、プレイリスト受信部２０１は、セグメントデータの受信モードが過去に配信済みのセグメントデータも受信する過去配信受信モードであるか否かを自装置の受信モードの切り替えに基づいて判定する。そして、プレイリスト受信部２０１は、過去配信受信モードであると判定した場合、処理をＳ２１５へ進め、過去配信受信モードでないと判定した場合、処理をＳ２１３へ進める。より具体的にいうと、過去配信受信モードの切り替えは、受信装置２００が映像データをリアルタイムで受信する際はＯＦＦであり、受信装置２００が過去の配信内容を遡って受信する際はＯＮである。受信装置２００が映像データをリアルタイムで受信する場合、過去配信受信モードはＯＦＦであるが、ユーザが過去の配信を遡って受信したい場合、ユーザは操作部１４等を介して過去配信受信モードをＯＮにする。更に、受信装置２００は、操作部１４等を介して受け付けたユーザの指示に従い、セグメントデータを受信し始める箇所（以下、受信箇所という）を示すセグメント番号の指定を受け付ける。なお、受信装置２００を操作するユーザが映像データをリアルタイムで受信したい場合、ユーザは操作部１４等を介して過去配信受信モードをＯＦＦにすればよい。
【００２７】
Ｓ２１３で、セグメントデータ受信部２０２は、Ｓ２１１で受信されたプレイリスト内のメタデータに対応するセグメントデータのうち、最新のセグメントデータが受信済みであれば、そのまま処理をＳ２１４へ進める。一方、セグメントデータ受信部２０２は、前記最新のセグメントデータが受信済みでなければ、前記最新のセグメントデータのＵＲＩを用いてセグメントデータの取得要求を送信装置１００へ送信する。そして、セグメントデータ受信部２０２は、送信した取得要求に応じたセグメントデータを送信装置１００から受信すると、処理をＳ２１４へ進める。
Ｓ２１４で、プレイリスト受信部２０１は、操作部１４を介して受け付けたユーザの指示に基づいてプレイリストの受信を終了するか否かを判定し、終了すると判定した場合、処理を終了し、終了しないと判定した場合、処理をＳ２１１へ戻す。
【００２８】
Ｓ２１５で、セグメントデータ受信部２０２は、受信箇所を示すセグメント番号のセグメントデータを含む連結済みセグメントデータが受信済みであれば、そのまま処理をＳ２１６へ進める。一方、セグメントデータ受信部２０２は、受信箇所を示すセグメント番号のセグメントデータを含む連結済みセグメントデータが受信済みでなければ、前記セグメントデータのＵＲＩを用いてセグメントデータの取得要求を送信装置１００へ送信する。そして、セグメントデータ受信部２０２は、送信した取得要求に応じたセグメントデータを送信装置１００から受信すると、処理をＳ２１６へ進める。例えば、プレイリストに、セグメント番号１１からセグメント番号１３までのセグメントデータを連結した連結済みセグメントデータのメタデータが記載されているとする。そして、受信箇所のセグメント番号が１１、１２又は１３の何れかであるとする。この場合、セグメントデータ受信部２０２は、セグメント番号１１からセグメント番号１３までのセグメントデータを連結した連結済みセグメントデータのＵＲＩを用いてセグメントデータの取得要求を送信装置１００へ送信する。
Ｓ２１６で、プレイリスト受信部２０１は、操作部１４を介して受け付けたユーザの指示に基づいて、プレイリストの受信を終了するか否かを判定し、終了すると判定した場合、処理を終了し、終了しないと判定した場合、処理をＳ２１７へ進める。
【００２９】
Ｓ２１７で、セグメントデータ受信部２０２は、Ｓ２１１で受信したプレイリスト内に、受信箇所のセグメント番号の次にあたるセグメントデータのメタデータがあるか否かを判定する。セグメントデータ受信部２０２は、前記メタデータがあると判定した場合、処理をＳ２１８へ進め、前記メタデータがないと判定した場合、処理をＳ２１１へ戻す。例えば受信箇所のセグメント番号が１１であり、かつ、そのセグメントデータが５個のセグメントデータを連結した連結済みセグメントデータであった場合、受信箇所のセグメント番号の次にあたるセグメントデータのセグメント番号は１６となる。
Ｓ２１８で、セグメントデータ受信部２０２は、受信箇所のセグメント番号の次にあたるセグメントデータのセグメント番号を、新たに受信箇所のセグメント番号として設定し、処理をＳ２１２へ戻す。
以上の処理により、受信装置２００は、過去配信受信モードに応じて送信装置１００に要求するセグメントデータを柔軟に変更することができる。また、受信装置２００は、連結済みセグメントデータのＵＲＩを用いて、受信箇所のセグメントデータを効率的に取得することができる。
【００３０】
なお、本実施形態におけるセグメントデータ受信部２０２は、セグメントデータの受信途中で新たにセグメントデータのＵＲＩをプレイリスト受信部２０１から受信した場合、受信途中のセグメントデータの受信を中止する。そして、セグメントデータ受信部２０２は、新たに受信したセグメントデータのＵＲＩを用いてセグメントデータの受信を開始する。但し、セグメントデータ受信部２０２は、受信途中のセグメントデータの受信を完了してから、新たに受信したセグメントデータのＵＲＩを用いてセグメントデータの受信を開始するようにしてもよい。
次に、本実施形態の受信装置２００によるセグメントデータ再生処理の詳細について説明する。
セグメントデータ受信部２０２は、セグメントデータを受信すると、受信したセグメントデータをセグメントデータ再生部２０３へ送信する。
セグメントデータ再生部２０３は、セグメントデータ受信部２０２から受信したセグメントデータを再生する。
【００３１】
本実施形態における送信装置１００は、プレイリストに予め定められた数以上の未連結セグメントデータのメタデータが記載されている場合、前記未連結セグメントデータのうち最も古い方から順に予め定められた数のセグメントデータを連結する。そして、送信装置１００は、プレイリストを更新する。これにより、受信装置２００は、送信装置１００からリアルタイムで映像データを受信する際、受信して解析する必要のあるプレイリストの記載量が未連結の場合と比べて少なくなるため、より効率的にデータを受信することができるようになる。即ち、受信装置２００によるデータ受信のリアルタイム性が向上する。
また、本実施形態における受信装置２００は、受信したプレイリストを参照することにより、配信された全ての映像データを再生することができる。即ち、受信装置２００は、当初受信を開始した箇所より以前の箇所を後から受信することができる。また、受信装置２００は、連結済みセグメントデータを取得することにより、未連結セグメントデータを大量に保持する管理形態と比べ、より好適な管理形態をとることができる。
本実施形態では、送信装置１００が映像データを保持し、映像データから複数のセグメントデータを生成する場合を例に説明したが、これに限る必要はない。例えば、送信装置１００に接続された外部装置が、映像データの保持やセグメントデータの生成を行うような構成にしてもよい。この場合、送信装置１００は、外部装置から映像データやセグメントデータを受信することで、上述した処理によりセグメントデータやプレイリストを送信することができる。
【００３２】
以上、本実施形態によれば、送信装置１００は、操作部１４を介してユーザにより予め定められた条件に従って未連結セグメントデータを連結することで、記載量を減らしたプレイリストを受信装置２００に送信することができる。これにより、受信装置２００は、解析する必要のあるプレイリストの記載量が未連結の場合と比べて少なくなるため、プレイリストに含まれるメタデータを用いてより効率的にセグメントデータを取得することができるようになる。
【００３３】
＜実施形態２＞
本実施形態では、送信装置１００が、受信装置２００から連結済みセグメントデータに含まれる連結される前の未連結セグメントデータの取得要求を受信する。そして、送信装置１００が、要求された未連結セグメントデータを受信装置２００へ送信することで、受信装置２００の要求に対してより柔軟に対応するという点が実施形態１と異なる。なお、本実施形態における送信装置１００及び受信装置２００のハードウェア構成は実施形態１と同様であるため、説明を省略する。
以下、主に実施形態１との相違点について説明する。
図８は、本実施形態における送信装置１００の機能構成の一例を示す図である。
図８に示される映像データ入力部１０１からプレイリスト送信部１０８までの機能については、実施形態１で説明した通りであるため説明を省略する。
要求解析部１０９は、セグメントデータ要求受信部１０４から受信した要求が、どのセグメントデータを要求しているのかを解析する。
【００３４】
次に、本実施形態の受信装置２００によるプレイリスト受信処理の詳細について、上述した図７を用いて説明する。
Ｓ２１１からＳ２１４までの処理、Ｓ２１６の処理及びＳ２１８の処理は、実施形態１で説明した処理と同様であるため、説明を省略する。
Ｓ２１５で、セグメントデータ受信部２０２は、受信箇所を示すセグメント番号のセグメントデータが受信済みであれば、そのまま処理をＳ２１６へ進める。一方、セグメントデータ受信部２０２は、受信箇所を示すセグメント番号のセグメントデータが受信済みでなければ、前記セグメントデータのＵＲＩを用いてセグメントデータの取得要求を送信装置１００へ送信する。そして、セグメントデータ受信部２０２は、送信した取得要求に応じたセグメントデータを送信装置１００から受信すると、処理をＳ２１６へ進める。
【００３５】
なお、セグメントデータ受信部２０２は、連結済みセグメントデータに含まれる連結される前の未連結セグメントデータの取得要求を送信装置１００へ送信するようにしてもよい。例えば、データ転送をハイパーテキスト転送プロトコル（ＨＴＴＰ）で行う場合、セグメントデータ受信部２０２は、セグメントデータを取得するために用いるＵＲＩにクエリ文字列を追加する。これにより、セグメントデータ受信部２０２は、未連結セグメントデータを指定することができる。
例えば、セグメント番号１１からセグメント番号１５までのセグメントデータを連結させた連結済みセグメントデータに関するメタデータがプレイリストに記載されていたとする。プレイリスト受信部２０１は、プレイリストを解析することにより、連結済みセグメントデータのセグメント番号は１１であり、連結数は５であることを確認することができる。したがって、プレイリスト受信部２０１は、前記連結済みセグメントデータにセグメント番号１３のセグメントデータの内容が含まれていることを確認することができる。
【００３６】
ここで、ユーザが、受信装置２００の操作部１４を介して、受信箇所としてセグメント番号１３を指定したと仮定する。また、セグメント番号１１からセグメント番号１５までのセグメントデータが連結された連結済みセグメントデータを取得するためのＵＲＩを「ｈｔｔｐ：／／ｘｘｘ／ｖｉｄｅｏ１１−１５．ｍｐ４」とする。セグメントデータ受信部２０２は、セグメント番号１３のセグメントデータを取得するため、クエリ文字列をＵＲＩに追加する。より具体的にいうと、セグメントデータ受信部２０２は、「ｈｔｔｐ：／／ｘｘｘ／ｖｉｄｅｏ１１−１５．ｍｐ４？ｐａｒｔ＝１３」というＵＲＩを用いてセグメントデータの取得要求を送信装置１００へ送信する。クエリ文字列の名前が「ｐａｒｔ」であるものの値は、セグメントデータ受信部２０２が要求するセグメントデータのセグメント番号を示す。
要求解析部１０９は、セグメントデータ要求受信部１０４がセグメントデータの取得要求を受信すると、クエリ文字列の名前が「ｐａｒｔ」である値「１３」を取得し、要求されたセグメントデータのセグメント番号が１３であると判別する。そして、セグメントデータ送信部１０６は、セグメント番号１３のセグメントデータを受信装置２００へ送信する。
【００３７】
Ｓ２１７で、セグメントデータ受信部２０２は、Ｓ２１１で受信されたプレイリスト内に、受信箇所を示すセグメント番号の次にあたるセグメント番号を含むメタデータがあるか否かを判定し、メタデータがあると判定した場合、処理をＳ２１８へ進める。一方、Ｓ２１７で、セグメントデータ受信部２０２は、メタデータがないと判定した場合、処理をＳ２１１へ戻す。ここで、受信箇所を示すセグメント番号の次にあたるセグメント番号とは、Ｓ２１５でセグメントデータ受信部２０２が送信装置１００へ送信したＵＲＩが示すセグメントデータの次の内容にあたるセグメントデータのセグメント番号のことである。
例えば、Ｓ２１５でセグメントデータ受信部２０２が送信装置１００へ送信したＵＲＩに対するセグメントデータが、セグメント番号１１からセグメント番号１５までのセグメントデータを連結させた連結済みセグメントデータであったと仮定する。この場合、受信箇所を示すセグメント番号の次にあたるセグメント番号は１６となる。
また、例えば、Ｓ２１５でセグメントデータ受信部２０２が送信装置１００へ送信したＵＲＩに対するセグメントデータが、セグメント番号１１からセグメント番号１５までのセグメントデータを連結させた連結済みセグメントデータに含まれていると仮定する。より具体的に言うと、セグメント番号１２のセグメントデータであったと仮定する。この場合、受信箇所を示すセグメント番号の次にあたるセグメント番号は１３となる。
【００３８】
以上、本実施形態によれば、送信装置１００は、連結済みセグメントデータに含まれる連結される前の未連結セグメントデータの取得要求を受信装置２００から受信すると、前記取得要求に応じた未連結セグメントデータを受信装置２００へ送信する。これにより、取得可能な映像データの単位が細かくなるため、受信装置２００は、より柔軟な映像データの取得要求を送信装置１００へ送信することができるようになる。
【００３９】
＜実施形態３＞
本実施形態では、送信装置１００が、連結済みの連結済みセグメントデータを記載する専用のプレイリストを別に新たに作り受信装置２００へ送信することで、リアルタイムな映像データ配信に用いるプレイリストの記載量をより削減する。これにより、受信装置２００が、より効率的にデータを受信することができる。即ち、受信装置２００によるデータ受信のリアルタイム性をより向上させることができる実施形態であるという点が実施形態１と異なる。なお、本実施形態における送信装置１００及び受信装置２００のハードウェア構成は実施形態１と同様であるため、説明を省略する。
以下、主に実施形態１との相違点について説明する。
本実施形態に係る送信装置１００は、連結済みセグメントデータのみを記載する連結済み専用プレイリストを保持している。送信装置１００は、実施形態１で説明した手順によりセグメントデータを連結すると、連結済みセグメントデータのメタデータを連結済み専用プレイリストに記載する。そして、送信装置１００は、受信装置２００から連結済みセグメントデータの専用プレイリストの取得要求を受信すると、連結済み専用プレイリストを受信装置２００へ送信する。
【００４０】
図９は、本実施形態における送信装置１００の機能構成の一例を示す図である。
図９に示される映像データ入力部１０１、セグメントデータ生成部１０２、セグメントデータ要求受信部１０４及びセグメントデータ送信部１０６からプレイリスト送信部１０８までの機能については、実施形態１で説明した通りであるため説明を省略する。
プレイリスト生成部１０３は、セグメントデータ生成部１０２により生成されたセグメントデータの情報からメタデータを生成し、そのメタデータに基づきプレイリストを生成する。また、プレイリスト生成部１０３は、セグメントデータを連結するか否かを決定する。また、プレイリスト生成部１０３は、セグメントデータを連結すると決定した場合、未連結セグメントデータそれぞれに対応するメタデータをプレイリストから削除する。また、プレイリスト生成部１０３は、連結済みセグメントデータのメタデータをプレイリストに記載するようにしてもよい。また、プレイリスト生成部１０３は、セグメントデータを連結するか否か決定した結果を連結済み専用プレイリスト生成部１１０へ通知する。
セグメントデータ連結部１０５は、セグメントデータ生成部１０２からセグメントデータを受信する。また、セグメントデータ連結部１０５は、連結済み専用プレイリスト生成部１１０からの通知に基づき、指定されたセグメントデータを連結する。また、セグメントデータ連結部１０５は、連結済みセグメントデータや未連結セグメントデータをセグメントデータ送信部１０６へ送信する。
【００４１】
連結済み専用プレイリスト生成部１１０は、プレイリスト生成部１０３からの通知に基づき、連結済み専用プレイリストを生成する。また、連結済み専用プレイリスト生成部１１０は、プレイリスト生成部１０３がセグメントデータを連結する決定をした場合、連結済みセグメントデータのメタデータを連結済み専用プレイリストに記載する。また、連結済み専用プレイリスト生成部１１０は、セグメントデータを連結するか否かの決定に関する結果をプレイリスト生成部１０３から受信すると、前記結果をセグメントデータ連結部１０５へ通知する。
連結済み専用プレイリスト要求受信部１１１は、連結済み専用プレイリストの取得要求を受信装置２００から受信する。また、連結済み専用プレイリスト要求受信部１１１は、連結済み専用プレイリストの取得要求を受信すると、連結済み専用プレイリストの取得要求を受信したことを連結済み専用プレイリスト送信部１１２へ通知する。
連結済み専用プレイリスト送信部１１２は、連結済み専用プレイリスト要求受信部１１１からの通知を受け、連結済み専用プレイリスト生成部１１０で生成された連結済み専用プレイリストを受信装置２００へ送信する。
【００４２】
図１０は、本実施形態における受信装置２００の機能構成の一例を示す図である。
図１０に示されるプレイリスト受信部２０１及びセグメントデータ再生部２０３の機能については、実施形態１で説明した通りであるため説明を省略する。
セグメントデータ受信部２０２は、プレイリスト受信部２０１からの通知又は連結済み専用プレイリスト受信部２０４からの通知に基づき、送信装置１００へセグメントデータの取得要求を送信し、取得要求に応じたセグメントデータを送信装置１００から受信する。また、セグメントデータ受信部２０２は、受信したセグメントデータをセグメントデータ再生部２０３へ送信する。
連結済み専用プレイリスト受信部２０４は、送信装置１００から連結済み専用プレイリストを受信する。連結済み専用プレイリスト受信部２０４は、受信した連結済み専用プレイリストに基づいた順序でセグメントデータを受信するようにセグメントデータ受信部２０２へ通知する。例えば、連結済み専用プレイリスト受信部２０４は、連結済み専用プレイリスト内のメタデータに含まれるＵＲＩをセグメントデータ受信部２０２へ送信する。
【００４３】
次に、本実施形態の送信装置１００によるプレイリスト生成処理の詳細について説明する。
図１１は、本実施形態におけるプレイリスト生成処理の一例を示すフローチャートである。
Ｓ１４１からＳ１４３までの処理及びＳ１４５の処理は、図５を用いて説明したＳ１９１からＳ１９３までの処理及びＳ１９５の処理と同様であるため、説明を省略する。
Ｓ１４４で、連結済み専用プレイリスト生成部１１０は、連結済みセグメントデータに関するメタデータを生成して連結済み専用プレイリストに追加し、処理をＳ１４５へ進める。Ｓ１４４で連結済み専用プレイリスト生成部１１０が生成するメタデータにおけるセグメント番号は、未連結セグメントデータのうちで最も古いセグメント番号を示す。また、Ｓ１４４で連結済み専用プレイリスト生成部１１０が生成するメタデータにおけるＵＲＩ、時間長及び連結情報は、連結済みセグメントデータのＵＲＩ、時間長及び連結情報を示す。なお、プレイリスト生成部１０３は、連結済みセグメントデータに関するメタデータを、プレイリストに追加するようにしてもよい。但し、本実施形態では、プレイリスト生成部１０３は、連結済みセグメントデータに関するメタデータをプレイリストに追加しないものとする。
【００４４】
図１２は、プレイリスト及び連結済み専用プレイリストの一例を示す図である。
図１２の（ａ）は、セグメント番号１１からセグメント番号２７までのセグメントデータを配信する送信装置１００が生成するプレイリストの一例を示す図である。
行１５１及び行１５２は、それぞれセグメントデータに対応したメタデータを示している。
列１６１は、セグメントデータのセグメント番号を示している。列１６２は、受信装置２００がセグメントデータを取得する際に必要なＵＲＩを示している。列１６３は、セグメントデータの時間長を示している。列１６４は、セグメントデータを構成する未連結セグメントデータの個数を示している。
【００４５】
図１２の（ｂ）は、セグメント番号１１からセグメント番号２７までのセグメントデータを配信する送信装置１００が生成する連結済み専用プレイリストの一例を示す図である。
行１７１、行１７２及び行１７３は、それぞれ連結済みセグメントデータに対応したメタデータを示している。
列１８１は、連結済みセグメントデータのセグメント番号を示している。列１８２は、受信装置２００が連結済みセグメントデータを取得する際に必要なＵＲＩを示している。列１８３は、連結済みセグメントデータの時間長を示している。列１８４は、連結済みセグメントデータを構成する未連結セグメントデータの個数を示している。
なお、実施形態１で上述したように、連結対象とするセグメントデータを未連結セグメントデータに限定する必要はない。例えば、セグメントデータ連結部１０５は、未連結セグメントデータＮ個を連結した方法と同様に、既に１回連結された連結済みセグメントデータをＫ回連結し、結果として、（Ｋ＋１）回連結された連結済みセグメントデータを生成するようにしてもよい。そして、連結済み専用プレイリスト生成部１１０は、（Ｋ＋１）回連結された連結済みセグメントデータのメタデータを連結済み専用プレイリストに記載するようにしてもよい。また、連結済み専用プレイリスト生成部１１０は、新たに（Ｋ＋１）回の連結済み専用プレイリストを生成して、生成した連結済み専用プレイリストに記載するようにしてもよい。なお、Ｋは任意の自然数であるものとする。これにより、送信装置１００は、より柔軟にプレイリストを生成することができる。
【００４６】
次に、本実施形態の受信装置２００によるプレイリスト受信処理の詳細について説明する。
図１３は、本実施形態におけるプレイリスト受信処理の一例を示すフローチャートである。
Ｓ２２１からＳ２２４までの処理、Ｓ２２７からＳ２２８までの処理及びＳ２３０の処理は、図７を用いて説明したＳ２１１からＳ２１４までの処理、Ｓ２１５からＳ２１６までの処理及びＳ２１８の処理と同様であるため、説明を省略する。
Ｓ２２５で、プレイリスト受信部２０１は、Ｓ２２１で受信したプレイリストに受信箇所を示すセグメント番号を含むメタデータがあるか否かを判定し、前記メタデータがあると判定した場合、処理をＳ２２７へ進める。一方、Ｓ２２５で、プレイリスト受信部２０１は、前記メタデータがないと判定した場合、処理をＳ２２６へ進める。
【００４７】
Ｓ２２６で、連結済み専用プレイリスト受信部２０４は、連結済み専用プレイリストの取得要求を送信装置１００へ送信し、取得要求に応じた連結済み専用プレイリストを受信すると、処理をＳ２２７へ進める。
Ｓ２２９で、セグメントデータ受信部２０２は、Ｓ２２１で受信されたプレイリスト又はＳ２２６で受信された連結済み専用プレイリスト内に、受信箇所のセグメント番号の次にあたるセグメントデータのメタデータがあるか否かを判定する。セグメントデータ受信部２０２は、前記メタデータがあると判定した場合、処理をＳ２３０へ進め、前記メタデータがないと判定した場合、処理をＳ２２１へ戻す。例えば受信箇所のセグメント番号が１１であり、かつ、そのセグメントデータが５個のセグメントデータを連結した連結済みセグメントデータであった場合、受信箇所のセグメント番号の次にあたるセグメントデータのセグメント番号は１６となる。
【００４８】
以上、本実施形態によれば、送信装置１００は、プレイリストに予め定められた数の未連結セグメントデータのメタデータが記載されている場合、予め定められた条件に基づいて、連結対象となる未連結セグメントデータを連結する。そして、送信装置１００は、連結した連結済みセグメントデータのメタデータを連結済み専用プレイリストに追加する。これにより、受信装置２００は、送信装置１００からリアルタイムで映像データを受信する際、受信して解析する必要のあるプレイリストの記載量がより少なくなるため、より効率的にデータを受信することができるようになる。即ち、受信装置２００によるデータ受信のリアルタイム性が向上する。
【００４９】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００５０】
以上、上述した各実施形態によれば、送信装置１００は、未連結のセグメントデータを連結してセグメントデータの数を減らすことにより、プレイリストに記載するメタデータ等の記載量を減らして受信装置２００へ送信する。これにより、受信装置２００は、当初再生を開始した箇所以前の箇所を後から効率的に再生することができる。即ち、送信装置１００は、当初再生を開始した箇所以降の箇所のみを再生する受信装置２００と、当初再生を開始した箇所以前の箇所を後から再生する受信装置２００との両方へ、効率的にプレイリストを送信することができる。このように、上述した各実施形態によれば、分割された情報を状況に応じて効率的に再生するための技術を提供することができる。
【００５１】
以上、本発明の好ましい形態について詳述したが、本実施形態は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2015028727.tif 000003
【図２】
2015028727.tif 000004
【図３】
2015028727.tif 000005
【図４】
2015028727.tif 000006
【図５】
2015028727.tif 000007
【図６】
2015028727.tif 000008
【図７】
2015028727.tif 000009
【図８】
2015028727.tif 000010
【図９】
2015028727.tif 000011
【図１０】
2015028727.tif 000012
【図１１】
2015028727.tif 000013
【図１２】
2015028727.tif 000014
【図１３】
2015028727.tif 000015