(57)【要約】【課題】管理すべき情報量を少なくするとともに、重複したファイルの送受信を回避し、高速な差分送受信を実現する。【解決手段】コンテンツ受信装置であるサーバ装置３００であって、動画コンテンツは、複数のＡＶデータファイルと複数のクリップ情報ファイルと再生制御情報ファイルとを含み、サーバ装置３００は、クライアント装置２００から以前に送信された第１動画コンテンツの複数のクリップファイル情報と、第１動画コンテンツの第１再生制御ファイル情報とを対応付けて管理する情報管理部３１１と、クライアント装置２００が送信しようとしている第２動画コンテンツの第２再生制御ファイル情報を受信する送受信部３０５と、第２再生制御ファイル情報と第１再生制御ファイル情報とを比較する比較部３１２とを備え、送受信部３０５は、さらに、比較結果に基づいて決定される第３再生制御ファイル情報に対応するクリップファイル情報を送信又は受信する。【選択図】図３
2012023575.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたコンテンツ送信装置から動画コンテンツを受信するコンテンツ受信装置であって、
動画コンテンツは、
複数のＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）データを示す複数のＡＶデータファイルと、
前記複数のＡＶデータファイルのそれぞれに対応する複数のクリップ情報ファイルと、
前記複数のＡＶデータの再生順序を示す再生制御情報ファイルとを含み、
前記コンテンツ受信装置は、
前記コンテンツ送信装置から以前に送信された動画コンテンツである第１動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数のクリップファイル情報と、前記第１動画コンテンツに含まれる再生制御情報ファイルの性質を示す第１再生制御ファイル情報とを対応付けて管理する情報管理部と、
前記コンテンツ送信装置から、当該コンテンツ送信装置が送信しようとしている動画コンテンツである第２動画コンテンツに含まれる再生制御情報ファイルの性質を示す第２再生制御ファイル情報を受信する送受信部と、
前記送受信部によって受信された第２再生制御ファイル情報と、前記情報管理部が管理する第１再生制御ファイル情報とを比較する比較部とを備え、
前記送受信部は、さらに、
前記比較部による比較結果に基づいて決定される再生制御ファイル情報である第３再生制御ファイル情報に対応するクリップファイル情報を送信又は受信する
コンテンツ受信装置。
【請求項２】
前記送受信部は、さらに、前記比較部による比較結果を前記コンテンツ送信装置に送信し、
前記第３再生制御ファイル情報は、前記コンテンツ送信装置によって前記比較結果に基づいて決定され、
前記送受信部は、前記第３再生制御ファイル情報に対応するクリップファイル情報の取得要求を前記コンテンツ送信装置から受信した場合に、前記情報管理部が管理する複数のクリップファイル情報のうち、前記第３再生制御ファイル情報に対応するクリップファイル情報を送信する
請求項１記載のコンテンツ受信装置。
【請求項３】
前記比較部は、さらに、前記比較結果に基づいて前記第３再生制御ファイル情報を決定し、
前記送受信部は、前記第３再生制御ファイル情報に対応するクリップファイル情報の取得要求を送信し、当該取得要求の応答として、前記第３再生制御ファイル情報に対応するクリップファイル情報を受信する
請求項１記載のコンテンツ受信装置。
【請求項４】
前記第１再生制御ファイル情報は、前記第１動画コンテンツに含まれる再生制御情報ファイルのファイル名、ファイル作成日時、及び、更新日時を示し、
前記第２再生制御ファイル情報は、前記第２動画コンテンツに含まれる再生制御情報ファイルのファイル名、ファイル作成日時、及び、更新日時を示し、
前記比較部は、前記第２再生制御ファイル情報が示すファイル名、ファイル作成日時、及び、更新日時と、前記第１再生制御ファイル情報が示すファイル名、ファイル作成日時、及び、更新日時とを比較する
請求項２又は３記載のコンテンツ受信装置。
【請求項５】
前記送受信部は、前記第１再生制御ファイル情報と前記第２再生制御ファイル情報との間で、ファイル名及び作成日時が同じであり、更新日時が異なっている再生制御ファイル情報に対応するクリップファイル情報を、前記第３再生制御ファイル情報に対応するクリップファイル情報として、送信又は受信する
請求項４記載のコンテンツ受信装置。
【請求項６】
前記送受信部は、さらに、前記比較結果と、前記送受信部が送信又は受信したクリップファイル情報とに基づいて決定された動画コンテンツに含まれるファイルを受信する
請求項１〜５のいずれか１項に記載のコンテンツ受信装置。
【請求項７】
互いにネットワークを介して接続されたコンテンツ受信装置とコンテンツ送信装置との間で、動画コンテンツを送受信するコンテンツ送受信システムであって、
動画コンテンツは、
複数のＡＶデータを示す複数のＡＶデータファイルと、
前記複数のＡＶデータファイルのそれぞれに対応する複数のクリップ情報ファイルと、
前記複数のＡＶデータの再生順序を示す再生制御情報ファイルとを含み、
前記コンテンツ受信装置は、
前記コンテンツ送信装置から以前に送信された動画コンテンツである第１動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数の第１クリップファイル情報と、前記第１動画コンテンツに含まれる再生制御情報ファイルの性質を示す第１再生制御ファイル情報とを対応付けて管理する第１情報管理部と、
前記コンテンツ送信装置から、当該コンテンツ送信装置が送信しようとしている動画コンテンツである第２動画コンテンツに含まれる再生制御情報ファイルの性質を示す第２再生制御ファイル情報を受信する第１送受信部と、
前記第１送受信部によって受信された第２再生制御ファイル情報と、前記第１情報管理部が管理する第１再生制御ファイル情報とを比較する比較部とを備え、
前記第１送受信部は、さらに、
前記比較部による比較結果を送信し、かつ、前記複数の第１クリップファイル情報のうち、前記比較結果に基づいて前記コンテンツ送信装置によって決定される再生制御ファイル情報である第３再生制御ファイル情報に対応する第１クリップファイル情報を送信し、
前記コンテンツ送信装置は、
前記第２再生制御ファイル情報と、前記第２動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数の第２クリップファイル情報とを対応付けて管理する第２情報管理部と、
前記第２再生制御ファイル情報を送信し、かつ、前記第１送受信部によって送信された比較結果と第１クリップファイル情報とを受信する第２送受信部と、
前記第２送受信部によって受信された比較結果に基づいて前記第３再生制御ファイル情報を決定し、かつ、前記比較結果と、前記第３再生制御ファイル情報に対応する第１クリップファイル情報とに基づいて、前記第２動画コンテンツのうち、前記コンテンツ受信装置に送信するファイルを決定する決定部とを備える
コンテンツ送受信システム。
【請求項８】
互いにネットワークを介して接続されたコンテンツ受信装置とコンテンツ送信装置との間で、動画コンテンツを送受信するコンテンツ送受信システムであって、
動画コンテンツは、
複数のＡＶデータを示す複数のＡＶデータファイルと、
前記複数のＡＶデータファイルのそれぞれに対応する複数のクリップ情報ファイルと、
前記複数のＡＶデータの再生順序を示す再生制御情報ファイルとを含み、
前記コンテンツ受信装置は、
前記コンテンツ送信装置から以前に送信された動画コンテンツである第１動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数の第１クリップファイル情報と、前記第１動画コンテンツに含まれる再生制御情報ファイルの性質を示す第１再生制御ファイル情報とを対応付けて管理する第１情報管理部と、
前記コンテンツ送信装置から、当該コンテンツ送信装置が送信しようとしている動画コンテンツである第２動画コンテンツに含まれる再生制御情報ファイルの性質を示す第２再生制御ファイル情報を受信する第１送受信部と、
前記第１送受信部によって受信された第２再生制御ファイル情報と、前記第１情報管理部が管理する第１再生制御ファイル情報とを比較し、比較結果に基づいて第３再生制御ファイル情報を決定する比較部とを備え、
前記コンテンツ送信装置は、
前記第２再生制御ファイル情報と、前記第２動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数の第２クリップファイル情報とを対応付けて管理する第２情報管理部と、
前記第２再生制御ファイル情報と、前記複数の第２クリップファイル情報のうち、前記第３再生制御ファイル情報に対応する第２クリップファイル情報とを送信する第２送受信部とを備え、
前記コンテンツ受信装置は、さらに、
前記比較結果と、前記第２クリップファイル情報とに基づいて、前記第２動画コンテンツのうち、前記コンテンツ送信装置から受信するファイルを決定する決定部を備える
コンテンツ送受信システム。
【請求項９】
ネットワークを介して接続されたコンテンツ送信装置から動画コンテンツを受信するコンテンツ受信方法であって、
動画コンテンツは、
複数のＡＶデータを示す複数のＡＶデータファイルと、
前記複数のＡＶデータファイルのそれぞれに対応する複数のクリップ情報ファイルと、
前記複数のＡＶデータの再生順序を示す再生制御情報ファイルとを含み、
前記コンテンツ受信方法は、
前記コンテンツ送信装置から以前に送信された動画コンテンツである第１動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数のクリップファイル情報と、前記第１動画コンテンツに含まれる再生制御情報ファイルの性質を示す第１再生制御ファイル情報とを対応付けて管理する情報管理ステップと、
前記コンテンツ送信装置から、当該コンテンツ送信装置が送信しようとしている動画コンテンツである第２動画コンテンツに含まれる再生制御情報ファイルの性質を示す第２再生制御ファイル情報を受信する受信ステップと、
前記受信ステップにおいて受信された第２再生制御ファイル情報と、前記情報管理ステップにおいて管理された第１再生制御ファイル情報とを比較する比較ステップと、
前記比較ステップにおける比較結果に基づいて決定される再生制御ファイル情報である第３再生制御ファイル情報に対応するクリップファイル情報を送信又は受信する送受信ステップとを含む
コンテンツ受信方法。
【請求項１０】
請求項９記載のコンテンツ受信方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じて接続された他の機器との間でコンテンツを送受信するためのコンテンツ受信装置、コンテンツ送受信システム及びコンテンツ受信方法に関する。
【背景技術】
【０００２】
家庭内にあるＡＶ（オーディオビジュアル）機器をネットワークで相互に接続し、ＡＶ機器間でコンテンツを共有する技術、又は、他のＡＶ機器を制御する技術が普及し始めている。例えば、デジタルビデオカメラ（ＤＶＣ）や携帯電話などで撮影したＡＶコンテンツを、パーソナルコンピュータ（ＰＣ）やデジタルビデオレコーダ（ＤＶＲ）にアップロードする。そして、アップロードされたコンテンツをＰＣに接続されたプリンタで印刷をする、あるいは、家庭内のＴＶからＰＣやＤＶＲにアップロードされたコンテンツを視聴する等のシステムが存在している。
【０００３】
図１７を用いて、非特許文献１で開示されているコンテンツアップロード方法について説明する。
【０００４】
クライアント装置１０とサーバ装置２０とからなるコンテンツアップロードシステムにおいて、コンテンツをアップロードする場合、まず、クライアント装置１０に格納され、サーバ装置２０にアップロードする対象となるコンテンツが選択される（Ｓ６０１）。
【０００５】
クライアント装置１０は、ネットワークに接続され、コンテンツをアップロード可能なサーバ機器を検索するために、サーバ検索要求をネットワークに対して送信する（Ｓ６０２）。クライアント装置１０からのサーバ検索要求を受信したサーバ装置２０は、自機器を識別するための識別情報を含む応答をクライアントに返送する（Ｓ６０３）。
【０００６】
次に、クライアント装置１０は、サーバ装置２０がコンテンツのアップロードを受け付ける能力があるか否かを確認するために、機器のネットワーク機能を確認するための要求を送信する（Ｓ６０４）。要求を受信したサーバ装置２０が、ネットワークを介してコンテンツアップロードを受け付ける能力を有する場合には、その旨を記述した応答をクライアント装置１０に返送する（Ｓ６０５）。
【０００７】
サーバ装置２０がコンテンツのアップロードを受け付ける能力があることを確認したクライアント装置１０は、次に、アップロード可能なメディアフォーマットを確認するための要求をサーバ装置２０に送信する（Ｓ６０６）。要求を受信したサーバ装置２０は、自身がアップロードを受け付けることが可能な、メディアフォーマット情報を記述した応答をクライアント装置１０に返送する（Ｓ６０７）。なお、ここでいうメディアフォーマットとは、動画、静止画、音楽といったメディア種別だけでなく、各種フォーマット形式を示すフォーマット情報も含んでいる。
【０００８】
例えば、動画の場合には、ＭＰＥＧ２−ＰＳ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ２  −  Ｐｒｏｇｒａｍ  Ｓｔｒｅａｍ）やＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）等がある。静止画の場合には、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）、ＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）等がある。音楽の場合には、ＬＰＣＭ（Ｌｉｎｅａｒ  Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）、ＭＰ３（ＭＰＥＧ  Ａｕｄｉｏ  Ｌａｙｅｒ−３）等がある。
【０００９】
以上の一連の動作により、クライアント装置１０は、ネットワークに接続された複数の機器の中から、選択されたコンテンツをアップロード可能なサーバ装置２０を少なくとも１つ検出する。
【００１０】
次に、クライアント装置１０は、選択されたコンテンツをアップロード可能なサーバ機器情報を表示することにより、ユーザにコンテンツをアップロードするサーバ装置を選択させる（Ｓ６０８）。クライアント装置１０は、アップロード先として選択されたサーバ装置２０に対して、コンテンツのアップロード要求を送信する（Ｓ６０９）。要求を受信したサーバ装置２０は、コンテンツのアップロードを受け付け可能な状態である場合、要求受付可能であることを通知する応答を返送する（Ｓ６１０）。この応答には、コンテンツのアップロード先（すなわち、サーバ装置２０）を示すＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）が記述されている。
【００１１】
最後に、クライアント装置１０は、コンテンツのアップロード先に対してコンテンツのアップロードを行う（Ｓ６１１）。これら一連の動作により、コンテンツのアップロードが完了する。例えば、サーバ装置２０は、アップロードが完了したことを示す応答を、クライアント装置１０に返送してもよい（Ｓ６１２）。
【００１２】
ユーザが、アップロードしたいコンテンツを選択してアップロードする場合には、非特許文献１に開示された方法で、コンテンツをアップロードすることは可能である。
【００１３】
しかしながら、デジタルビデオカメラに搭載された記憶媒体の容量増加により、デジタルビデオカメラにも多くの動画コンテンツが記録可能になってきている。ユーザがアップロードしたいコンテンツを選択せずに、サーバとしてのＰＣやＤＶＲにアップロードしたコンテンツかどうかを自動的に判別し、アップロードしていないコンテンツのみを自動的にアップロードするようなシステムへの要求が高まりつつある。このシステムによれば、ユーザがコンテンツを選択する手間を省くことが可能となる。
【００１４】
アップロード実行済みかどうかの差分を検出してコンテンツをアップロード（以下、差分アップロードと記す）するシステムでは、アップロードしたコンテンツのファイル名、ファイルサイズ、作成日時、及び、更新日時などの情報等を管理しておく。そして、アップロードの際に個々のコンテンツのファイル名、ファイルサイズ、作成日時、及び、更新日時などの情報と、アップロード済みのコンテンツの管理情報とを比較することにより、アップロード済のコンテンツかどうかを判断するのが一般的である。
【００１５】
一方で、ＡＶＣＨＤ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｅｃ  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）規格対応のビデオカメラやＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）規格対応の情報処理装置では、コンテンツ記録の際、プレイリスト、クリップ情報及びＡＶデータをシームレス再生可能な形式で生成する技術が知られている（例えば、特許文献１）。すなわち、コンテンツの記録、及び、記録されたコンテンツの編集をシームレス再生可能な形式で行い、複数のＡＶデータを連続して１つのプレイリストにより再生することができる。なお、このときのＡＶストリームは、ＭＰＥＧ２−ＴＳ形式のデータである。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２００７−３０６２５８号公報
【非特許文献】
【００１７】
【非特許文献１】ＤＬＮＡ  Ｎｅｗｏｒｋｅｄ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  Ｇｕｉｄｅｌｉｎｅｓ  ｅｘｐａｎｄｅｄ：Ｏｃｔｏｒｂｅｒ  ２００６
【発明の概要】
【発明が解決しようとする課題】
【００１８】
しかしながら、上記従来技術では、高速な差分アップロード（又は、差分ダウンロード）を実行しようとした場合、管理すべき情報量が増大してしまうという課題がある。
【００１９】
図１８を用いて、コンテンツが単一のＡＶデータからなるのではなく、上述のように１つのプレイリストに複数のＡＶデータが対応しているような場合のアップロードについて説明する。
【００２０】
クライアント装置１０としてのＤＶＣのコンテンツが状態Ａにある。すなわち、コンテンツは、１個のプレイリストファイルと、３個のクリップ情報ファイルと、３個のＡＶデータファイルとを含んでいる。プレイリストと、プレイリストに関連するクリップ情報ファイル及びＡＶデータファイルとを全て、サーバ装置２０としてのＤＶＲにアップロードすることにより、ＤＶＲ側にも同様にファイル群が生成される。
【００２１】
その後、ＤＶＣの編集機能により、プレイリストファイルからＰｌａｙｉｔｅｍ１を削除することで状態Ｂになった場合を考える。
【００２２】
コンテンツのファイル群を管理するプレイリストのファイル名、ファイルサイズ、作成日時、及び、更新日時などの情報を基に差分アップロードを実行する場合、ＤＶＲ側に格納されているアップロード済みのプレイリストのファイル名は同一である。しかしながら、ＤＶＲは、ファイルサイズや更新日時が異なるため、ＤＶＣ側のプレイリストとは別のプレイリストであると判断する。そして、図１８に示すように、更新されたプレイリストファイルと、プレイリストに関連するクリップ情報ファイル及びＡＶデータファイルとをサーバにアップロードする。
【００２３】
この場合、クリップ情報ファイル［０００００．ＣＰＩ］及び［００００２．ＣＰＩ］と、ＡＶデータファイル［０００００．ＭＴＳ］及び［００００２．ＭＴＳ］とは、状態Ａの時に既にアップロード済みのため、重複したアップロードとなる。特に、ファイルサイズの大きなＡＶデータを重複してアップロードしてしまうことは、アップロード時間が増大してしまうという問題がある。
【００２４】
一方で、プレイリストファイル、クリップ情報ファイル及びＡＶデータファイルそれぞれのファイル名、ファイルサイズ、作成日時、及び、更新日時などの情報を基に差分アップロードを実施する場合には、このような問題は発生しないが、差分アップロードを実現するために管理すべき情報が増加してしまう。
【００２５】
そこで、本発明は、上記問題に鑑みてなされたものであり、管理すべき情報量を少なくするとともに、重複したファイルの送受信を回避し、高速な差分送受信を実現することができるコンテンツ受信装置、コンテンツ送受信システム及びコンテンツ受信方法を提供することを目的とする。
【課題を解決するための手段】
【００２６】
上記目的を実現するために、本発明に係るコンテンツ受信装置は、ネットワークを介して接続されたコンテンツ送信装置から動画コンテンツを受信するコンテンツ受信装置であって、動画コンテンツは、複数のＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）データを示す複数のＡＶデータファイルと、前記複数のＡＶデータファイルのそれぞれに対応する複数のクリップ情報ファイルと、前記複数のＡＶデータの再生順序を示す再生制御情報ファイルとを含み、前記コンテンツ受信装置は、前記コンテンツ送信装置から以前に送信された動画コンテンツである第１動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数のクリップファイル情報と、前記第１動画コンテンツに含まれる再生制御情報ファイルの性質を示す第１再生制御ファイル情報とを対応付けて管理する情報管理部と、前記コンテンツ送信装置から、当該コンテンツ送信装置が送信しようとしている動画コンテンツである第２動画コンテンツに含まれる再生制御情報ファイルの性質を示す第２再生制御ファイル情報を受信する送受信部と、前記送受信部によって受信された第２再生制御ファイル情報と、前記情報管理部が管理する第１再生制御ファイル情報とを比較する比較部とを備え、前記送受信部は、さらに、前記比較部による比較結果に基づいて決定される再生制御ファイル情報である第３再生制御ファイル情報に対応するクリップファイル情報を送信又は受信する。
【００２７】
これにより、再生制御ファイル情報の比較結果とクリップファイル情報とに基づいて、送受信するファイルを決定することができる。動画コンテンツに含まれる全てのファイルの情報を比較しない（例えば、ＡＶデータファイルの情報を比較しない）ので、管理すべき情報量を少なくするとともに、重複したファイルの送受信を回避し、高速な差分送受信を実現することができる。
【００２８】
また、前記送受信部は、さらに、前記比較部による比較結果を前記コンテンツ送信装置に送信し、前記第３再生制御ファイル情報は、前記コンテンツ送信装置によって前記比較結果に基づいて決定され、前記送受信部は、前記第３再生制御ファイル情報に対応するクリップファイル情報の取得要求を前記コンテンツ送信装置から受信した場合に、前記情報管理部が管理する複数のクリップファイル情報のうち、前記第３再生制御ファイル情報に対応するクリップファイル情報を送信してもよい。
【００２９】
これにより、再生制御ファイル情報の比較結果を送信することで、コンテンツ送信装置は、どのファイルを送信すべきか否かを判断することができる。さらに、クリップファイル情報を送信するので、クリップファイル情報と１対１に対応するＡＶデータファイルについても、送信すべきか否かを判断することができる。よって、重複したファイルの送受信を回避し、高速な差分送受信を実現することができる。
【００３０】
また、前記比較部は、さらに、前記比較結果に基づいて前記第３再生制御ファイル情報を決定し、前記送受信部は、前記第３再生制御ファイル情報に対応するクリップファイル情報の取得要求を送信し、当該取得要求の応答として、前記第３再生制御ファイル情報に対応するクリップファイル情報を受信してもよい。
【００３１】
これにより、比較結果に基づいて、コンテンツ受信装置は、どのファイルを受信すべきか否かを判断することができる。さらに、クリップファイル情報を受信するので、クリップファイル情報と１対１に対応するＡＶデータファイルについても、受信すべきか否かを判断することができる。よって、重複したファイルの送受信を回避し、高速な差分送受信を実現することができる。
【００３２】
また、前記第１再生制御ファイル情報は、前記第１動画コンテンツに含まれる再生制御情報ファイルのファイル名、ファイル作成日時、及び、更新日時を示し、前記第２再生制御ファイル情報は、前記第２動画コンテンツに含まれる再生制御情報ファイルのファイル名、ファイル作成日時、及び、更新日時を示し、前記比較部は、前記第２再生制御ファイル情報が示すファイル名、ファイル作成日時、及び、更新日時と、前記第１再生制御ファイル情報が示すファイル名、ファイル作成日時、及び、更新日時とを比較してもよい。
【００３３】
これにより、ファイル名、ファイル作成日時、及び、更新日時のそれぞれについて比較を行うので、該当するファイルが存在するのか否か、存在した場合であっても作成日時又は更新日時が異なっているのか否かなど、全く同一のファイルが存在するか否かを正しく判定することができる。よって、重複したファイルの送受信を回避し、高速な差分送受信を実現することができる。
【００３４】
また、前記送受信部は、前記第１再生制御ファイル情報と前記第２再生制御ファイル情報との間で、ファイル名及び作成日時が同じであり、更新日時が異なっている再生制御ファイル情報に対応するクリップファイル情報を、前記第３再生制御ファイル情報に対応するクリップファイル情報として、送信又は受信してもよい。
【００３５】
これにより、ファイル名及びファイル作成日時が同じであっても、更新日時が異なる場合は、以前に送信した後でファイルが更新されたことを意味するので、再度、送信する必要がある。本態様によれば、更新されたファイルを正しく判定することができる。よって、重複したファイルの送受信を回避し、高速な差分送受信を実現することができる。
【００３６】
また、前記送受信部は、さらに、前記比較結果と、前記送受信部が送信又は受信したクリップファイル情報とに基づいて決定された動画コンテンツに含まれるファイルを受信してもよい。
【００３７】
これにより、動画コンテンツに含まれるファイルのうち、ＡＶデータファイルの情報を比較することなく、ＡＶデータファイルの送受信を行うか否かも決定することができるので、管理すべき情報量を少なくすることができる。また、比較結果に基づいてファイルを送受信するか否かを決定するので、重複したファイルの送受信を回避し、高速な差分送受信を実現することができる。
【００３８】
また、本発明に係るコンテンツ送受信システムは、互いにネットワークを介して接続されたコンテンツ受信装置とコンテンツ送信装置との間で、動画コンテンツを送受信するコンテンツ送受信システムであって、動画コンテンツは、複数のＡＶデータを示す複数のＡＶデータファイルと、前記複数のＡＶデータファイルのそれぞれに対応する複数のクリップ情報ファイルと、前記複数のＡＶデータの再生順序を示す再生制御情報ファイルとを含み、前記コンテンツ受信装置は、前記コンテンツ送信装置から以前に送信された動画コンテンツである第１動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数の第１クリップファイル情報と、前記第１動画コンテンツに含まれる再生制御情報ファイルの性質を示す第１再生制御ファイル情報とを対応付けて管理する第１情報管理部と、前記コンテンツ送信装置から、当該コンテンツ送信装置が送信しようとしている動画コンテンツである第２動画コンテンツに含まれる再生制御情報ファイルの性質を示す第２再生制御ファイル情報を受信する第１送受信部と、前記第１送受信部によって受信された第２再生制御ファイル情報と、前記第１情報管理部が管理する第１再生制御ファイル情報とを比較する比較部とを備え、前記第１送受信部は、さらに、前記比較部による比較結果を送信し、かつ、前記複数の第１クリップファイル情報のうち、前記比較結果に基づいて前記コンテンツ送信装置によって決定される再生制御ファイル情報である第３再生制御ファイル情報に対応する第１クリップファイル情報を送信し、前記コンテンツ送信装置は、前記第２再生制御ファイル情報と、前記第２動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数の第２クリップファイル情報とを対応付けて管理する第２情報管理部と、前記第２再生制御ファイル情報を送信し、かつ、前記第１送受信部によって送信された比較結果と第１クリップファイル情報とを受信する第２送受信部と、前記第２送受信部によって受信された比較結果に基づいて前記第３再生制御ファイル情報を決定し、かつ、前記比較結果と、前記第３再生制御ファイル情報に対応する第１クリップファイル情報とに基づいて、前記第２動画コンテンツのうち、前記コンテンツ受信装置に送信するファイルを決定する決定部とを備える。
【００３９】
これにより、再生制御ファイル情報の比較結果とクリップファイル情報とに基づいて、送受信するファイルを決定することができる。動画コンテンツに含まれる全てのファイルの情報を比較しない（例えば、ＡＶデータファイルの情報を比較しない）ので、管理すべき情報量を少なくするとともに、重複したファイルの送受信を回避し、高速な差分送受信を実現することができる。
【００４０】
また、本発明に係るコンテンツ送受信システムは、互いにネットワークを介して接続されたコンテンツ受信装置とコンテンツ送信装置との間で、動画コンテンツを送受信するコンテンツ送受信システムであって、動画コンテンツは、複数のＡＶデータを示す複数のＡＶデータファイルと、前記複数のＡＶデータファイルのそれぞれに対応する複数のクリップ情報ファイルと、前記複数のＡＶデータの再生順序を示す再生制御情報ファイルとを含み、前記コンテンツ受信装置は、前記コンテンツ送信装置から以前に送信された動画コンテンツである第１動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数の第１クリップファイル情報と、前記第１動画コンテンツに含まれる再生制御情報ファイルの性質を示す第１再生制御ファイル情報とを対応付けて管理する第１情報管理部と、前記コンテンツ送信装置から、当該コンテンツ送信装置が送信しようとしている動画コンテンツである第２動画コンテンツに含まれる再生制御情報ファイルの性質を示す第２再生制御ファイル情報を受信する第１送受信部と、前記第１送受信部によって受信された第２再生制御ファイル情報と、前記第１情報管理部が管理する第１再生制御ファイル情報とを比較し、比較結果に基づいて第３再生制御ファイル情報を決定する比較部とを備え、前記コンテンツ送信装置は、前記第２再生制御ファイル情報と、前記第２動画コンテンツに含まれる複数のクリップ情報ファイルの性質を示す複数の第２クリップファイル情報とを対応付けて管理する第２情報管理部と、前記第２再生制御ファイル情報と、前記複数の第２クリップファイル情報のうち、前記第３再生制御ファイル情報に対応する第２クリップファイル情報とを送信する第２送受信部とを備え、前記コンテンツ受信装置は、さらに、前記比較結果と、前記第２クリップファイル情報とに基づいて、前記第２動画コンテンツのうち、前記コンテンツ送信装置から受信するファイルを決定する決定部を備えてもよい。
【００４１】
これにより、再生制御ファイル情報の比較結果とクリップファイル情報とに基づいて、送受信するファイルを決定することができる。動画コンテンツに含まれる全てのファイルの情報を比較しない（例えば、ＡＶデータファイルの情報を比較しない）ので、管理すべき情報量を少なくするとともに、重複したファイルの送受信を回避し、高速な差分送受信を実現することができる。
【００４２】
なお、本発明は、コンテンツ受信装置として実現できるだけではなく、当該コンテンツ受信装置を構成する処理部をステップとする方法として実現することもできる。また、これらステップをコンピュータに実行させるプログラムとして実現してもよい。さらに、当該プログラムを記録したコンピュータ読み取り可能なＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの記録媒体、並びに、当該プログラムを示す情報、データ又は信号として実現してもよい。そして、それらプログラム、情報、データ及び信号は、インターネットなどの通信ネットワークを介して配信してもよい。
【発明の効果】
【００４３】
本発明によれば、管理すべき情報量を少なくするとともに、重複したファイルの送受信を回避し、高速な差分送受信を実現することができる。
【図面の簡単な説明】
【００４４】
【図１】実施の形態に係るコンテンツ送受信（アップロード）システムの構成の一例を示す図である。
【図２】実施の形態に係るクライアント装置（コンテンツ送信装置）の構成の一例を示すブロック図である。
【図３】実施の形態に係るサーバ装置（コンテンツ受信装置）の構成の一例を示すブロック図である。
【図４】実施の形態に係るコンテンツのデータファイルの管理構造の一例を示す概念図である。
【図５】実施の形態に係るコンテンツのプレイリスト、クリップ番号、クリップ情報及びＡＶデータの一例を説明する概念図である。
【図６】実施の形態に係るコンテンツのクリップ情報の一例を示す概念図である。
【図７】実施の形態に係るコンテンツ送受信（アップロード）システムの通信シーケンスの一例を示す図である。
【図８】実施の形態に係るクライアント装置の動作の一例を示すフローチャートである。
【図９】実施の形態に係るクライアント装置が管理するコンテンツの記録情報の一例を示す図である。
【図１０】（ａ）実施の形態に係るプレイリストファイルのレコード情報確認要求の内容の一例を示す図である。（ｂ）実施の形態に係るプレイリストファイルのレコード情報確認要求に対する応答の内容の一例を示す図である。
【図１１】（ａ）実施の形態に係るクリップ情報ファイルのレコード情報確認要求の内容の一例を示す図である。（ｂ）実施の形態に係るクリップ情報ファイルのレコード情報確認要求に対する応答の内容の一例を示す図である。
【図１２】実施の形態に係るアップロードするコンテンツの決定結果の一例を示す図である。
【図１３】実施の形態に係るサーバ装置の動作の一例を示すフローチャートである。
【図１４】実施の形態に係るサーバ装置が管理するアップロード履歴情報を示す図である。
【図１５】実施の形態に係るサーバ装置が管理するアップロード履歴情報を示す図である。
【図１６】実施の形態の変形例に係るコンテンツ送受信（ダウンロード）システムの通信シーケンスの一例を示す図である。
【図１７】従来のコンテンツアップロードシステムを示す図である。
【図１８】従来のコンテンツアップロードシステムを示す図である。
【発明を実施するための形態】
【００４５】
以下に、本発明の実施の形態を、図面を参照して説明する。
【００４６】
＜システム構成＞
以下、本発明の実施の形態に係るコンテンツ受信装置、コンテンツ送受信システム及びコンテンツ受信方法について、図１から図１６を用いて説明する。
【００４７】
図１は、本発明の実施の形態に係るコンテンツ送受信（アップロード）システムの構成の一例を示す図である。図１に示すコンテンツアップロードシステム１００は、クライアント装置２００からサーバ装置３００に、クライアント装置２００が記憶している動画コンテンツをアップロードするためのシステムである。
【００４８】
なお、後述するように、本発明に係る動画コンテンツは、複数のファイルから構成される。具体的には、動画コンテンツは、複数のＡＶデータファイルと、複数のクリップ情報ファイルと、少なくとも１つの再生制御情報ファイルとを含む。各ファイルの詳細については、図４〜図６を用いて後で説明する。
【００４９】
図１に示すように、コンテンツアップロードシステム１００は、クライアント装置２００と、サーバ装置３００と、無線アクセスポイント４００と、有線５００とを備える。
【００５０】
クライアント装置２００は、ネットワークを介して接続されたサーバ装置３００との間で、動画コンテンツを送受信する。例えば、クライアント装置２００は、デジタルビデオカメラ（ＤＶＣ）であり、ユーザが撮影することで生成された動画コンテンツを記憶部（内部メモリ又は着脱可能な記憶媒体）に記憶している。クライアント装置２００の詳細な構成は、図２を用いて後述する。
【００５１】
サーバ装置３００は、ネットワークを介して接続されたコンテンツ送信装置であるクライアント装置２００から動画コンテンツを受信するコンテンツ受信装置の一例である。例えば、サーバ装置３００は、デジタルビデオレコーダ（ＤＶＲ）であり、クライアント装置２００から取得した動画コンテンツを記憶する。
【００５２】
クライアント装置２００は、無線を介して、無線アクセスポイント４００と接続されている。また、サーバ装置３００と無線アクセスポイント４００とは、有線５００で接続されている。これにより、クライアント装置２００及びサーバ装置３００は、ネットワークを通じて接続され、相互に要求及び応答を送受信することが可能な状態にある。
【００５３】
図２は、本発明の実施の形態に係るクライアント装置２００（ＤＶＣ）の構成の一例を示すブロック図である。図２に示すように、クライアント装置２００は、本発明に係るコンテンツ送信装置の一例であり、制御部２０１と、映像音声出力部２０２と、映像音声入力部２０３と、操作入力部２０４と、送受信部２０５と、バッファ部２０６と、記憶部２０７とを備える。
【００５４】
制御部２０１は、クライアント装置２００全体の動作を制御する。例えば、制御部２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）によって構成されている。制御部２０１には、映像音声出力部２０２と、映像音声入力部２０３と、操作入力部２０４と、送受信部２０５と、バッファ部２０６と、記憶部２０７とが接続されている。
【００５５】
制御部２０１は、図２に示すように、情報管理部２１１と、コンテンツ決定部２１２とを備える。
【００５６】
情報管理部２１１は、第２情報管理部の一例であって、第２再生制御ファイル情報と複数の第２クリップファイル情報とを対応付けて、レコード情報として管理する。
【００５７】
第２再生制御ファイル情報は、サーバ装置３００に送信しようとしている動画コンテンツである第２動画コンテンツに含まれる再生制御情報ファイル（具体的には、プレイリストファイル）の性質を示す情報である。例えば、第２再生制御ファイル情報は、プレイリストファイルのファイル名、ファイルサイズ、作成日時、及び、更新日時を示す情報である。
【００５８】
第２クリップファイル情報は、第２動画コンテンツに含まれる複数のクリップ情報ファイル（Ｃｌｉｐｉｎｆｏファイル）の性質のそれぞれを示す情報である。例えば、第２クリップファイル情報は、クリップ情報ファイルのファイル名、ファイルサイズ、作成日時、及び、更新日時を示す情報である。
【００５９】
情報管理部２１１は、具体的には、記憶媒体２０８に記憶されている動画コンテンツに含まれるファイルの記録情報を管理する。より具体的には、情報管理部２１１は、動画コンテンツに含まれるプレイリストファイル、クリップ情報ファイル及びＡＶデータファイルのそれぞれのファイル名、ファイルサイズ、作成日時、及び、更新日時などの記録情報を管理する。
【００６０】
コンテンツ決定部２１２は、送受信部２０５によって受信された比較結果に基づいて、第３再生制御ファイル情報を決定する。第３再生制御ファイル情報は、複数の第２再生制御ファイル情報に対応する複数の再生制御情報ファイルのうち、比較結果によって、ファイル名及び作成日時は同じであるが、更新日時が異なると示された再生制御情報ファイルの性質を示す情報である。
【００６１】
なお、比較結果は、送受信部２０５が送信した第２再生制御ファイル情報と、サーバ装置３００が管理する再生制御ファイル情報とが、サーバ装置３００において比較された結果を示す情報である。
【００６２】
また、コンテンツ決定部２１２は、比較結果と、送受信部２０５が受信した第１クリップファイル情報とに基づいて、第２動画コンテンツのうち、サーバ装置３００に送信するファイルを決定する。送受信部２０５が受信した第１クリップファイル情報は、複数の第１クリップファイル情報のうち、第３再生制御ファイル情報に対応するクリップファイル情報である。なお、複数の第１クリップファイル情報は、サーバ装置３００が管理する複数のクリップ情報ファイルの性質を示す情報である。具体的なファイルの決定方法については、後で説明する。
【００６３】
映像音声出力部２０２は、映像音声信号を再生又は出力する。例えば、映像音声出力部２０２は、液晶モニタなどの表示部、及び、スピーカなどの音声出力部を備える。記憶媒体２０８に記録された映像音声信号を再生する場合には、ユーザが操作入力部２０４を通じて操作を行うことにより、記憶部２０７から映像音声信号が読み出され、バッファ部２０６に一時的に記録された後に、映像音声出力部２０２を通じて、出力される。
【００６４】
映像音声入力部２０３は、映像音声信号を取得又は生成する。例えば、映像音声入力部２０３は、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）、及び、信号処理部を備える。映像音声入力部２０３によって取得又は生成された映像音声信号は、バッファ部２０６に一時的に記録された後に、記憶部２０７の記憶媒体２０８に記録される。
【００６５】
操作入力部２０４は、ユーザからの指示を受け付ける操作ボタン、タッチパネルなどのユーザインタフェースである。
【００６６】
送受信部２０５は、第２再生制御ファイル情報を送信し、かつ、上記の比較結果と第１クリップファイル情報とを、サーバ装置３００から受信する第２送受信部の一例である。送受信部２０５は、ネットワークを通じた外部機器の操作や、外部機器にコンテンツをアップロードする際には、外部機器（例えば、サーバ装置３００）に、要求及びコンテンツを送信し、応答を受信する。
【００６７】
バッファ部２０６は、クライアント装置２００が備える処理部間でデータのやり取りを行う際に一時的にデータを記憶するメモリである。
【００６８】
記憶部２０７は、クライアント装置２００が備える内部メモリ、又は、着脱可能な記憶媒体２０８と通信を行う通信インタフェースである。なお、記憶媒体２０８は、例えば、ＳＤカードである。記憶媒体２０８には、動画コンテンツに含まれる各種ファイル、及び、各種ファイルの性質を示す情報が格納されている。具体的には、記憶媒体２０８には、上記の第２コンテンツ、第２再生制御ファイル情報及び第２クリップファイル情報などが格納されている。
【００６９】
図３は、本発明の実施の形態に係るサーバ装置３００（ＤＶＲ）の構成の一例を示すブロック図である。図３に示すように、サーバ装置３００は、本発明に係るコンテンツ受信装置の一例であり、制御部３０１と、映像音声出力部３０２と、放送受信部３０３と、操作入力部３０４と、送受信部３０５と、バッファ部３０６と、記憶部３０７とを備える。
【００７０】
制御部３０１は、サーバ装置３００全体の動作を制御する。例えば、制御部３０１は、ＣＰＵによって構成されている。制御部３０１には、映像音声出力部３０２と、放送受信部３０３と、操作入力部３０４と、送受信部３０５と、バッファ部３０６と、記憶部３０７とが接続されている。
【００７１】
制御部３０１は、図３に示すように、情報管理部３１１と、比較部３１２とを備える。
情報管理部３１１は、第１情報管理部の一例であって、第１再生制御ファイル情報と複数の第１クリップファイル情報とを対応付けて、アップロード履歴情報（又は、レコード情報とも記載する）として管理する。
【００７２】
第１再生制御ファイル情報は、クライアント装置２００から以前に受信した（以前にアップロードされた）動画コンテンツである第１動画コンテンツに含まれる再生制御情報ファイル（具体的には、プレイリストファイル）の性質を示す情報である。例えば、第１再生制御ファイル情報は、プレイリストファイルのファイル名、ファイルサイズ、作成日時、及び、更新日時を示す情報である。
【００７３】
第１クリップファイル情報は、第１動画コンテンツに含まれる複数のクリップ情報ファイルの性質のそれぞれを示す情報である。例えば、第１クリップファイル情報は、クリップ情報ファイルのファイル名、ファイルサイズ、作成日時、及び、更新日時を示す情報である。
【００７４】
比較部３１２は、送受信部３０５によって受信された第２再生制御ファイル情報と、情報管理部３１１が管理する第１再生制御ファイル情報とを比較する。具体的には、比較部３１２は、第２再生制御ファイル情報のファイル名、作成日時、及び、更新日時と、第１再生制御ファイル情報のファイル名、作成日時、及び、更新日時とをそれぞれ比較する。
【００７５】
比較部３１２による比較結果は、例えば、第１再生制御ファイル情報と第２再生制御ファイル情報との間で（１）ファイル名が異なる、（２）ファイル名は一致するが作成日時が異なる、（３）ファイル名及び作成日時は一致するが更新日時が異なる、などを示す情報である。
【００７６】
なお、比較部３１２は、第２再生制御ファイル情報のファイルサイズと、第１再生制御ファイル情報のファイルサイズとを比較してもよい。ファイルサイズは、更新日時と同等に扱うことができる。すなわち、ファイル名及び作成日時が同じであっても、ファイルサイズが異なっている場合は、当該ファイルに対して何らかの更新がなされたことを意味する。
【００７７】
映像音声出力部３０２は、映像音声信号を再生又は出力する。記憶媒体３０８ａ又は３０８ｂに記録された映像音声信号を再生する場合には、ユーザが操作入力部３０４を通じて操作を行うことにより、記憶部３０７から映像音声信号が読み出され、バッファ部３０６に一時的に記録された後に、映像音声出力部３０２を通じて出力される。
【００７８】
放送受信部３０３は、映像音声信号を取得する。例えば、放送受信部３０３は、アンテナ、及び、信号処理部を備える。例えば、放送録画時に放送受信部３０３によって取得された映像音声信号は、バッファ部２０６に一時的に記録された後に、記憶部３０７の記憶媒体３０８ａ又は３０８ｂに記録される。
【００７９】
操作入力部３０４は、ユーザからの指示を受け付ける操作ボタン、タッチパネルなどのユーザインタフェースである。
【００８０】
送受信部３０５は、第１送受信部の一例であって、クライアント装置２００が送信しようとしている第２動画コンテンツに含まれる再生制御情報ファイルの性質を示す第２再生制御ファイルを受信する。また、送受信部３０５は、比較部３１２による比較結果を送信する。
【００８１】
さらに、送受信部３０５は、情報管理部３１１が管理する複数の第１クリップファイル情報のうち、比較結果に基づいて決定される第３再生制御ファイル情報に対応する第１クリップファイル情報を送信する。具体的には、送受信部３０５は、当該第１クリップファイル情報の取得要求をクライアント装置２００から受け付けた場合に、当該第１クリップファイル情報を送信する。
【００８２】
例えば、送受信部３０５は、記憶媒体３０８ａ又は３０８ｂに記録された映像音声信号をネットワーク通じて接続された機器に配信する場合、外部機器（例えば、クライアント装置２００）からの要求に応じて、応答及びコンテンツを送信する。
【００８３】
バッファ部３０６は、サーバ装置３００が備える処理部間でデータのやり取りを行う際に一時的にデータを記憶するメモリである。
【００８４】
記憶部３０７は、サーバ装置３００が備える内部メモリ（記憶媒体３０８ａ）、又は、着脱可能な記憶媒体３０８ｂと通信を行う通信インタフェースである。なお、記憶媒体３０８ａは、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）であり、記憶媒体３０８ｂは、例えば、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）メディアである。
【００８５】
記憶媒体３０８ａ又は３０８ｂには、動画コンテンツに含まれる各種ファイル、及び、各種ファイルの性質を示す情報が格納されている。具体的には、記憶媒体３０８ａ又は３０８ｂには、上記の第１コンテンツ、第１再生制御ファイル情報及び第１クリップファイル情報などが格納されている。
【００８６】
次に、クライアント装置２００（ＤＶＣ）が記憶格納する動画コンテンツのファイル構造について説明する。本実施の形態では、動画コンテンツは、ＡＶデータファイルと、クリップ情報ファイルと、コンテンツ再生制御情報ファイルとを含んでいる。
【００８７】
図４は、本発明の実施の形態に係るコンテンツのデータファイルの管理構造の一例を示す概念図である。図５は、ＡＶデータ、クリップ情報、コンテンツ再生制御情報の各データファイルの管理構造の一例を示す図である。
【００８８】
動画コンテンツに含まれる各データファイルは、記憶媒体２０８上においてディレクトリ構造により階層的に管理される。記憶媒体２０８上には、先ず、１つのディレクトリ、図５の例ではルート（ＲＯＯＴ）ディレクトリが作成されている。
【００８９】
ルートディレクトリの下にディレクトリ［ＰＲＩＶＡＴＥ］が置かれ、その下にディレクトリ［ＡＶＣＨＤ］、さらにその下に［ＢＤＡＶ］が置かれる。ＢＤＡＶディレクトリ［ＢＤＡＶ］の下に、プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］、クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］、ＡＶデータのストリームディレクトリ［ＳＴＲＥＡＭ］が置かれる。
【００９０】
プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］は、コンテンツ再生制御情報、すなわちプレイリストのデータベースに対するディレクトリである。すなわち、プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］は、動画コンテンツの再生形態を制御する制御情報であるプレイリストに関するファイルであるプレイリストファイル［ｘｘｘｘｘ．ＭＰＬ］を格納する。
【００９１】
プレイリストファイル［ｘｘｘｘｘ．ＭＰＬ］は、動画コンテンツのそれぞれに対して作成されるファイルであって、ユーザによって編集され、場合によっては複数のＡＶデータを参照できるファイルである。ファイル名において、［．］（ピリオド）の前の［ｘｘｘｘｘ］は、５桁の数字とし、ピリオドの後ろの［ＭＰＬ］は、このタイプのファイルに固定的な拡張子である。
【００９２】
プレイリストファイル［ｘｘｘｘｘ．ＭＰＬ］が、本発明に係る再生制御情報ファイルの一例である。プレイリストファイル［ｘｘｘｘｘ．ＭＰＬ］は、後述するように、動画コンテンツに含まれる複数のＡＶデータの再生順序を示している。
【００９３】
クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］は、クリップ情報のデータベースに対するディレクトリである。すなわち、クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］は、ＡＶデータファイルのそれぞれに対する属性情報を記憶するクリップ情報ファイル［ｚｚｚｚｚ．ＣＰＩ］を格納する。
【００９４】
クリップ情報ファイル［ｚｚｚｚｚ．ＣＰＩ］が、本発明に係るクリップ情報ファイルの一例である。クリップ情報ファイル［ｚｚｚｚｚ．ＣＰＩ］は、後述するように、複数のＡＶデータのそれぞれに１対１に対応する。ファイル名において、［．］（ピリオド）の前の［ｚｚｚｚｚ］は、５桁の数字とし、ピリオドの後ろの［ＣＰＩ］は、このタイプのファイルに固定的な拡張子である。
【００９５】
ストリームディレクトリ［ＳＴＲＥＡＭ］は、実体としてのＡＶデータファイルに対するディレクトリである。すなわち、ストリームディレクトリ［ＳＴＲＥＡＭ］は、クリップ情報ファイルのそれぞれに対応するＡＶデータであるＡＶデータファイルを格納する。
【００９６】
ＡＶデータファイルは、動画コンテンツに含まれる複数のＡＶデータを示している。すなわち、ＡＶデータファイルは、動画コンテンツの実態的な映像及び音声データに相当する。
【００９７】
ＡＶデータファイルは、例えば、ＭＰＥＧ２−ＴＳ形式であり、ファイル名は［ｚｚｚｚｚ．ＭＴＳ］とする。ファイル名において、ピリオドの前の［ｚｚｚｚｚ］は、対応するクリップ情報ファイルと同一とすることで、クリップ情報ファイルとＡＶデータファイルとの対応関係を容易に把握することができる。
【００９８】
図５は、本発明の実施の形態１におけるコンテンツのプレイリスト、クリップ番号、クリップ情報及びＡＶデータの一例を説明する概念図である。
【００９９】
ストリームファイル形式の３個のＡＶデータファイル［０００００．ＭＴＳ］、［００００１．ＭＴＳ］、［００００２．ＭＴＳ］が、クライアント装置２００の記憶媒体２０８に格納されている場合を想定する。ＡＶデータファイル［０００００．ＭＴＳ］、［００００１．ＭＴＳ］、［００００２．ＭＴＳ］のそれぞれには、クリップ情報形式のクリップ情報ファイル［０００００．ＣＰＩ］、［００００１．ＣＰＩ］、［００００２．ＣＰＩ］が管理情報として用意され、クライアント装置２００の記憶媒体２０８に格納されている。つまり、ＡＶデータファイルとクリップ情報ファイルとは、１対１で対応付けられている。
【０１００】
ＡＶデータファイルとクリップ情報ファイルとの対は、それぞれクリップ［クリップ０００００］、［クリップ００００１］、［クリップ００００２］を構成し、クリップ番号で識別される。したがって、クリップ番号は、クリップ情報ファイルの所在を示す情報、及び、ＡＶデータファイルの所在を示す情報でもある。クリップ番号に基づいて、ディレクトリの［ＣＬＩＰＩＮＦ］と［ＳＴＲＥＡＭ］とのデータベースを参照することで、クリップ番号に対応する、クリップ情報とＡＶデータとが格納されているアドレスが得られるからである。
【０１０１】
なお、クリップ情報ファイルは、図６に示すように、対応するＡＶデータファイルが示すＡＶデータに関する情報により構成される。具体的には、映像コーデックと音声コーデックの方式を示す情報、シームレスのタイプを示す情報などの属性情報、及び、再生時刻などのタイムスタンプ値とＡＶデータのバイト位置との関係を示すタイムマップテーブルなどを含んでいる。
【０１０２】
図５におけるプレイリスト［０００００．ＭＰＬ］は、コンテンツ再生制御情報の一例である。プレイリスト［０００００．ＭＰＬ］は、クライアント装置２００の記憶媒体２０８に記憶されているＡＶデータがどのような順序で再生されるべきかを規定している。すなわち、再生される順序は、再生順序の列の順序によって規定されている。
【０１０３】
再生順序の列には、［プレイアイテム０（ｐｌａｙｉｔｅｍ０）］から［プレイアイテム２（ｐｌａｙｉｔｅｍ２）］などが順に記載されている。まず、［ｐｌａｙｉｔｅｍ０］において、［Ｃｌｉｐ０００００］の時間位置［００：００：００］から［００：１０：００］までの部分、すなわち、ＡＶデータファイル［０００００．ＭＴＳ］の０分から１０分の部分を再生する。
【０１０４】
次に、［ｐｌａｙｉｔｅｍ１］において、［Ｃｌｉｐ００００１］の時間位置［００：００：００］から［００：２０：００］までの部分、すなわち、ＡＶデータファイル［００００１．ＭＴＳ］の０分から２０分の部分を再生する。次に、［ｐｌａｙｉｔｅｍ２］において、［Ｃｌｉｐ００００２］の時間位置［００：００：００］から［００：１５：００］までの部分、すなわち、ＡＶデータファイル［００００２．ＭＴＳ］の０分から１５分までの部分を再生する。
【０１０５】
以上のように、プレイリストは、［参照するクリップ番号］により、１個又は複数個のＡＶデータの再生順序を指定でき、かつ、［クリップ内での時間位置］により、それぞれのＡＶデータの再生開始時刻と再生終了時刻とを指定して、任意の再生部分を選定できる。
【０１０６】
プレイリストは、再生許可レンジ指定情報を時刻で指定している。しかし、実際にＡＶデータを再生する際には、図６に示すクリップ情報のタイムマップテーブルを参照し、時刻指定をバイト指定に変換して、再生開始バイト位置から再生終了バイト位置までのＡＶデータの再生制御が行われる。
【０１０７】
＜通信シーケンス＞
図７を参照し、本実施の形態におけるコンテンツアップロード時の通信シーケンスを説明する。
【０１０８】
ユーザにより、クライアント装置２００（ＤＶＣ）に、コンテンツのアップロードが指示されると、クライアント装置２００としてのＤＶＣは、ネットワーク内にコンテンツをアップロードすることが可能な機器が存在するかを確認するために、サーバ装置の検索要求（機器検索要求）を送信する（Ｓ１０１）。クライアント装置２００からの機器検索要求を受信したサーバ装置３００としてのＤＶＲは、自機器を識別するための識別情報を含む応答をクライアント装置２００に返送する（Ｓ１０２）。
【０１０９】
サーバ装置３００からの応答を受信したクライアント装置２００は、サーバ装置３００がコンテンツのアップロードを受け付ける能力があるか否かを確認するために、機器のネットワーク機能を確認するための要求（機器情報取得要求）を送信する（Ｓ１０３）。機器情報取得要求を受信したサーバ装置３００は、ネットワークを介してコンテンツアップロードを受け付ける能力を有する場合には、その旨を記述した応答をクライアント装置２００に返送する（Ｓ１０４）。
【０１１０】
サーバ装置３００がコンテンツのアップロードを受け付ける能力があることを確認したクライアント装置２００は、サーバ装置３００がクライアント装置２００の記憶媒体２０８に記録されたコンテンツのアップロードを受け付けたことがあるか否かを問い合わせるための要求を行う（Ｓ１０５）。具体的には、当該要求は、メディア識別子確認要求であり、記憶媒体２０８のメディア識別子を示している。メディア識別子は、記憶媒体毎に割り当てられている。すなわち、異なる記憶媒体には、異なるメディア識別子が割り当てられる。
【０１１１】
サーバ装置３００は、後述するアップロード履歴情報を基に、指定されたメディア識別子に相当する記憶媒体からのアップロードの有無を確認する。そして、サーバ装置３００は、アップロードの有無を示す識別情報を含む応答をクライアント装置２００に返送する（Ｓ１０６）。
【０１１２】
サーバ装置３００が指定されたメディア識別子のコンテンツアップロードを受け付けたことがある場合に、クライアント装置２００は、プレイリストのレコード情報確認要求をサーバ装置３００に送信する（Ｓ１０７）。具体的には、サーバ装置３００が指定されたメディア識別子のプレイリストのアップロードを受け付けたことがあるかどうかを確認するために、記憶媒体２０８のメディア識別子と、記憶媒体２０８に記録されたプレイリストのファイル名、ファイル作成日時、及び、更新日時を含む情報とを、レコード情報確認要求として送信する。
【０１１３】
レコード情報確認要求を受信したサーバ装置３００は、指定されたメディア識別子のプレイリストのファイル名、ファイル作成日時、及び、更新日時と、後述するアップロード履歴情報とを比較する（Ｓ１０９）。そして、サーバ装置３００は、比較結果に相当する識別情報を含む応答をクライアント装置２００に返送する（Ｓ１０９）。
【０１１４】
識別情報は、例えば、指定されたプレイリストが、（１）アップロードされていない、（２）ファイル名が一致するが作成日時が異なる、（３）ファイル名ファイル作成日時が一致するがファイル更新日時が異なる、（４）ファイル名、ファイル作成更新日時情報が一致するものをアップロード済み、のいずれかを示す。なお、クライアント装置２００の記憶媒体２０８に複数のプレイリストが記録されている場合には、要求及び応答のそれぞれに、複数のプレイリストに関する上述の情報が示されている。
【０１１５】
応答を受信したクライアント装置２００は、応答から、ファイル更新日時が異なると示されたプレイリスト情報を抽出し、該当するプレイリストに関するクリップ情報を取得するための要求（クリップ情報のレコード情報確認要求）をサーバ装置３００に送信する（Ｓ１１０）。クリップ情報のレコード情報確認要求を受信したサーバ装置３００は、後述するアップロード履歴情報から、指定されたプレイリストに関連するクリップ情報のファイル名、ファイル作成日時及び更新日時などを示すレコード情報を返送する（Ｓ１１１）。なお、クライアント装置２００が複数のプレイリストを指定した要求を送信してきた場合、サーバ装置３００は、それぞれのプレイリストに関連するクリップ情報のファイル名、ファイル作成日時及び更新日時などを示すレコード情報を返送する。
【０１１６】
これら一連のシーケンスを経た後、クライアント装置２００は、アップロードすべきコンテンツを決定する（Ｓ１１２）。決定方法の詳細については、後述する。
【０１１７】
アップロードすべきコンテンツが決定されると、クライアント装置２００は、サーバ装置３００に対して、コンテンツのアップロード要求を送信する（Ｓ１１３）。アップロード要求は、プレイリスト単位で行われ、プレイリストと併せて転送されるクリップ情報ファイルのファイル数及びファイル名と、ＡＶデータファイルのファイル数及びファイル名とが指定される。サーバ装置３００は、アップロードを受付可能な状態である場合には、その旨を示す応答を返送する（Ｓ１１４）。応答には、アップロード先のＵＲＩが含まれている。
【０１１８】
アップロード受付可能である応答を受信したクライアント装置２００は、応答に含まれるアップロード先であるサーバ装置３００のＵＲＩを指定して、コンテンツのアップロードを行う（Ｓ１１５）。コンテンツの受信を正常に完了したサーバ装置３００は、その旨を示した応答を返送する（Ｓ１１６）。コンテンツのアップロードは、プレイリストファイル、クリップ情報ファイル、及び、ＡＶデータファイルのそれぞれについて行われる。
【０１１９】
＜クライアント装置２００（ＤＶＣ）側の処理詳細＞
続いて、クライアント装置２００の処理の詳細について説明する。
【０１２０】
図８は、本発明の実施の形態に係るクライアント装置２００の動作の一例を示すフローチャートである。具体的には、図８は、クライアント装置２００であるＤＶＣが、記憶媒体２０８に記録されたコンテンツの内、アップロードすべきコンテンツを決定し、実際にコンテンツをアップロードする場合の処理フローを示す。
【０１２１】
なお、記憶媒体２０８には、例えば、図９に示すように、４つのプレイリストファイル（０００００．ＭＰＬ、００００１．ＭＰＬ、００００２．ＭＰＬ、００００３．ＭＰＬ）と、これらのプレイリストファイルに関連するクリップ情報ファイル、及び、ＡＶデータファイルが記録されている場合を想定する。
【０１２２】
操作入力部２０４が、ユーザから、コンテンツのアップロードの指定を受け付けると、クライアント装置２００の送受信部２０５は、まず、ネットワークにサーバ機能を有した機器が存在するかを確認するための機器検索要求を送信する（Ｓ２０１）。クライアント装置２００は、検索要求に対するタイムアウトが発生するまでサーバ機能を有する機器からの応答を待つ（Ｓ２０２）。
【０１２３】
サーバ機能を有するＤＶＲ（サーバ装置３００）から機器検索要求に対する応答が返送されると（Ｓ２０２でＮｏ）、クライアント装置２００の送受信部２０５は、応答に示された情報を基に、サーバ装置３００に対して、機器情報取得要求を送信する（Ｓ２０３）。なお、サーバ装置３００からの応答を受けることなく、タイムアウトが発生した場合（Ｓ２０２でＹｅｓ）、送受信部２０５は、再度、機器検索要求を送信する（Ｓ２０１）。あるいは、当該コンテンツアップロード処理を終了してもよい。
【０１２４】
次に、送受信部２０５は、サーバ装置３００からアップロード対応の旨を示した機器情報を受信した場合（Ｓ２０４でＹｅｓ）、クライアント装置２００の送受信部２０５は、サーバ装置３００に対して、記憶媒体２０８のメディア識別子に記録されたコンテンツのアップロードを受け付けたことがあるかの問い合わせ要求（すなわち、メディア識別子確認要求）を送信する（Ｓ２０５）。メディア識別子確認要求には、記憶媒体２０８のメディア識別子が含まれている。なお、サーバ装置３００がアップロード対応でない場合（Ｓ２０４でＮｏ）、当該コンテンツアップロード処理を終了する。
【０１２５】
クライアント装置２００は、サーバ装置３００から応答を受信するのを待機し（Ｓ２０６）、応答を受信した場合であって（Ｓ２０６でＹｅｓ）、サーバ装置３００が、指定されたメディア識別子のコンテンツアップロードを受け付けたことがない場合（Ｓ２０７でＮｏ）には、送受信部２０５は、後述するコンテンツのアップロード要求を送信する（Ｓ２１４）。
【０１２６】
サーバ装置３００が、指定されたメディア識別子のコンテンツアップロードを受け付けたことがある場合（Ｓ２０７でＹｅｓ）には、サーバ装置３００が、指定されたメディア識別子に記録されたプレイリストのアップロードを受け付けたことがあるかどうかを確認するために、送受信部２０５は、レコード情報確認要求を送信する（Ｓ２０８）。レコード情報確認要求は、例えば、図１０（ａ）の要求内容に示すように、記憶媒体２０８のメディア識別子と、記憶媒体２０８に記録されたプレイリストファイルのファイル名、ファイル作成日時及び更新日時を含む。なお、レコード情報確認要求は、さらに、プレイリストファイルのファイルサイズを含んでいてもよい。
【０１２７】
クライアント装置２００は、サーバ装置３００から、個々のプレイリストに対して、図１０（ｂ）の応答内容に示すように、履歴情報を含む応答を受信するのを待機する（Ｓ２０９）。履歴情報は、（１）アップロードされていない（「未アップロード」）、（２）ファイル名が一致するが作成日時が異なる（「作成日時異なる」）、（３）ファイル名及びファイル作成日時は一致するが、ファイル更新日時が異なる（「更新日時異なる」）、（４）ファイル名、ファイル作成日時及び更新日時が一致する（「アップロード済」）、という情報を含む。
【０１２８】
送受信部２０５が、上記の識別情報が示された応答が受信した場合（Ｓ２０９でＹｅｓ）、クライアント装置２００のコンテンツ決定部２１２は、プレイリストファイル［０００００．ＭＰＬ］、並びに、当該プレイリストファイルに関連するクリップ情報及びＡＶデータは、アップロード済みのため、アップロード不要と判断する。
【０１２９】
また、コンテンツ決定部２１２は、プレイリストファイル［００００２．ＭＰＬ］に関しては、アップロードする必要があると判定する。同一ファイル名であるが、作成日時が異なるため、別の時期に作成されたコンテンツがアップロード済みであって、現在、クライアント装置２００の記憶媒体２０８に記録されているプレイリストファイル［００００２．ＭＰＬ］、並びに、当該プレイリストファイルに関連するクリップ情報及びＡＶデータに関してはアップロードされていないと判断できるためである。
【０１３０】
プレイリストファイル［００００３．ＭＰＬ］、並びに、当該プレイリストファイルに関連するクリップ情報及びＡＶデータについては、アップロードされたことがないため、コンテンツ決定部２１２は、これらのファイルをアップロードする必要があると判断する。
【０１３１】
アップロードする必要があると判断したプレイリストの情報は、図２のバッファ部２０６に、後述のコンテンツアップロード完了まで保持される（Ｓ２１０）。
【０１３２】
コンテンツ決定部２１２は、更新日時が異なると示されたプレイリストファイル［００００１．ＭＰＬ］に関しては、同一時期に作成されたコンテンツが既にアップロード済みだが、アップロード後、クライアント装置２００側で何らかの編集作業が行われたと判断し、以下の処理を実行する。
【０１３３】
クライアント装置２００の送受信部２０５は、クリップ情報ファイルのレコード情報確認要求を送信する（Ｓ２１１）。具体的には、送受信部２０５は、図１１（ａ）に示されるような、ファイル作成日時が一致するが、更新日時が異なると示されたプレイリストに関するクリップ情報を取得するための要求を、クリップ情報ファイルのレコード情報確認要求として、サーバ装置３００に送信する。
【０１３４】
クリップ情報ファイルのレコード情報確認要求は、図１１（ａ）に示すように、メディア識別子と、更新日時が異なると判断されたプレイリストファイルのファイル名、作成日時、更新日時を示す情報を含んでいる。なお、プレイリストファイルが特定できればいいので、レコード情報確認要求は、プレイリストファイルのファイル名だけを含んでいてもよい。
【０１３５】
クライアント装置２００は、クリップ情報ファイルのレコード情報確認要求に対する応答を待機する（Ｓ２１２）。図１１（ｂ）に示される応答をサーバ装置３００から受信した場合（Ｓ２１２でＹｅｓ）、コンテンツ決定部２１２は、記憶媒体２０８に記録されたプレイリスト［００００１．ＭＰＬ］に関連するクリップ情報ファイルと、受信した応答に含まれる、クリップ情報ファイルとの作成日時及び更新日時を比較する。
【０１３６】
その結果、クリップ情報ファイル［００００３．ＣＰＩ］及び［００００４．ＣＰＩ］に対応するＡＶデータファイルは、既に、サーバ装置３００側に同じものがアップロード済であることを判断する。なぜなら、図１１（ｂ）に示すクリップ情報ファイル［００００３．ＣＰＩ］と［００００４．ＣＰＩ］との作成日時及び更新日時は、図９に示すクリップ情報ファイル［００００３．ＣＰＩ］と［００００４．ＣＰＩ］との作成日時及び更新日時に一致するためである。
【０１３７】
また、コンテンツ決定部２１２は、クリップ情報ファイル［００００２．ＣＰＩ］及び関連するＡＶデータファイルに関しては、サーバ装置３００側に、アップロード済みあるが、アップロード後、クライアント装置２００側でユーザにより削除されたと判断する。なぜなら、図１１（ｂ）に示す応答には、クリップ情報ファイル［００００２．ＣＰＩ］が含まれるのに対して、図９に示すレコード情報には、クリップ情報ファイル［００００２．ＣＰＩ］が含まれていないためである。そして、このユーザ操作をサーバ装置３００側に反映するためには、プレイリスト［００００１．ＭＰＬ］のみを送信すればよいと判断する。
【０１３８】
すなわち、コンテンツ決定部２１２は、記憶媒体２０８に記録されたクリップ情報ファイルの作成日時及び更新日時と、受信した応答に含まれる、クリップ情報ファイルの作成日時及び更新日時とが一致する場合、当該クリップ情報ファイルに対応するＡＶデータファイルのアップロードは必要でないと判断する。また、コンテンツ決定部２１２は、記憶媒体２０８に記録されたクリップ情報ファイルの作成日時及び更新日時のいずれかと、受信した応答に含まれる、クリップ情報ファイルの作成日時及び更新日時のいずれかとが一致しない場合、当該クリップ情報ファイルに対応するＡＶデータファイルのアップロードが必要であると判断する。
【０１３９】
クライアント装置２００のコンテンツ決定部２１２は、以上のように、プレイリストファイルのレコード情報確認要求に対する応答内容（Ｓ２０９で受信）と、クリップ情報ファイルのレコード情報確認要求に対する応答内容（Ｓ２１２で受信）とにより、サーバ装置３００にアップロードするファイルを決定する。例えば、コンテンツ決定部２１２は、図１２に示すように、それぞれのプレイリストファイル、並びに、関連するクリップ情報ファイル及びＡＶデータファイルのうち、アップロードが必要なファイルを決定する（Ｓ２１３）。
【０１４０】
アップロードすべきコンテンツが決定すると、クライアント装置２００の送受信部２０５は、サーバ装置３００に対して、コンテンツのアップロード要求を送信する（Ｓ２１４）。なお、アップロード要求は、プレイリスト単位で行われる。
【０１４１】
アップロード要求の送信後、クライアント装置２００は、当該アップロード要求に対する応答を受信するのを待機する（Ｓ２１５）。送受信部２０５が、サーバ装置３００からファイルアップロードの受付が可能であるという応答を受信した場合（Ｓ２１５でＹｅｓ）、クライアント装置２００の送受信部２０５は、応答に含まれるアップロード先のＵＲＩを指定して、コンテンツのアップロードを行う（Ｓ２１６）。コンテンツのアップロードは、プレイリストファイル、クリップ情報ファイル、ＡＶデータファイルの順にそれぞれ行われる。
【０１４２】
サーバ装置３００からアップロード完了の応答を受信した場合（Ｓ２１７でＹｅｓ）、クライアント装置２００の送受信部２０５は、続いてアップロードすべきプレイリストファイル、並びに、関連するクリップ情報ファイル及びＡＶデータファイルが存在する場合（Ｓ２１８でＮｏ）には、アップロード要求の送信を引き続き行う（Ｓ２１４）。全てのアップロードすべきプレイリストファイル、並びに、関連するクリップ情報ファイル及びＡＶデータファイルのアップロードを終えた時点でアップロード処理は終了する（Ｓ２１８でＹｅｓ）。
【０１４３】
＜サーバ装置３００（ＤＶＲ）側の処理詳細＞
続いて、サーバ装置３００の動作の詳細について説明する。
【０１４４】
図１３は、本発明の実施の形態に係るサーバ装置３００の動作の一例を示すフローチャートである。具体的には、サーバ装置３００が、クライアント装置２００からのコンテンツのアップロードを受け付ける場合の処理フローを示す。
【０１４５】
サーバ装置３００の記憶媒体３０８ａには、アップロード履歴情報が記録されている。アップロード履歴情報は、例えば、図１４に示すように、過去にアップロードされたファイルを、メディア識別子毎に、プレイリストファイル及び関連するクリップ情報ファイルのファイル名、ファイル作成日時、及び、更新日時を示す管理情報である。
【０１４６】
サーバ装置３００は、クライアント装置２００としてのＤＶＣから、機器検索要求や機器情報取得要求などの各種要求を受信した場合に、適宜応答を返送する。
【０１４７】
まず、サーバ装置３００の送受信部３０５が、クライアント装置２００から、指定されたメディア識別子に記録されたコンテンツのアップロードを受け付けたことがあるか否かの問い合わせ要求を受けた場合（Ｓ３０１でＹｅｓ）、サーバ装置３００の比較部３１２は、アップロード履歴情報に含まれるメディア識別子と、要求で指定されたメディア識別子との比較を行う（Ｓ３０２）。本実施の形態では、一例として、メディア識別子として、Ａが指定されている。サーバ装置３００は、メディア識別子Ａに相当する記憶媒体からのアップロードを受け付けたことがあると判断し、その旨を示した応答を返送する（Ｓ３０３）。
【０１４８】
次に、クライアント装置２００から、図１０（ａ）に示すように、メディア識別子情報と、プレイリストファイルのファイル名、ファイル作成日時、及び、更新日時などの情報を含むレコード情報確認要求を受信した場合（Ｓ３０４でＹｅｓ）、比較部３１２は、図１４に示された履歴情報と、図１０（ａ）の要求内容に示された情報とを比較する（Ｓ３０５）。そして、比較の結果を受けて、送受信部３０５は、図１０（ｂ）に示すように、要求で指定された個々のプレイリストに対して、アップロード履歴情報との差異を示した応答をクライアント装置２００に返送する（Ｓ３０６）。すなわち、送受信部３０５は、比較部３１２による比較結果をクライアント装置２００に送信する。
【０１４９】
次に、クライアント装置２００から、送受信部３０５が、図１１（ａ）に示すように、指定されたメディア識別子とプレイリストとに対応するクリップ情報取得要求を受信した場合（Ｓ３０７）、情報管理部３１１が管理するアップロード履歴情報から対応するクリップ情報ファイルの記録情報を送信する。具体的には、図１１（ｂ）に示す情報を、クリップ情報取得要求に対する応答として、クライアント装置２００に返送する（Ｓ３０８）。
【０１５０】
次に、送受信部３０５が、クライアント装置２００からコンテンツのアップロード要求を受信した場合（Ｓ３０９でＹｅｓ）、送受信部３０５は、コンテンツのアップロードを受付可能な場合にはその旨を示した応答を返送する（Ｓ３１０）。その後、クライアント装置２００から、コンテンツのアップロードが行われると、コンテンツの受信を実施する（Ｓ３１１）。
【０１５１】
プレイリストファイル、並びに、プレイリストファイルに関連するクリップ情報ファイル及びＡＶデータファイルの受信が完了した場合（Ｓ３１１でＹｅｓ）、サーバ装置３００の情報管理部３１１は、受信したプレイリストファイルとクリップ情報ファイルとのファイル名、ファイル作成日時、及び、更新日時などの情報を基に、アップロード履歴情報の更新処理を実施する（Ｓ３１２）。
【０１５２】
本実施の形態の例では、プレイリストファイル［００００１．ＭＰＬ］に関しては、プレイリストファイルのみがアップロードされる。プレイリストファイル［０００２．ＭＰＬ］及び［００００３．ＭＰＬ］に関しては、プレイリストファイル、並びに、当該プレイリストファイルに関連するクリップ情報ファイル及びＡＶデータファイルがアップロードされる。プレイリストファイル［０００００．ＭＰＬ］に関しては、プレイリストファイル、クリップ情報ファイル及びＡＶデータファイルはいずれもアップロードされない。このため、図１４に示すアップロード履歴情報は、図１５に示すように更新される。これにより、クライアント装置２００の情報管理部２１１が管理する記録情報（図９）と、サーバ装置３００の情報管理部３１１が管理する記録情報、すなわち、アップロード履歴情報（図１５）とが一致する。
【０１５３】
次に、制御部３０１は、コンテンツの更新処理が必要か否かを判定する（Ｓ３１４）。例えば、アップロード履歴情報の更新と併せて、本実施の形態のようにプレイリストファイル単独でアップロードされた場合、又は、プレイリストファイルと、プレイリストファイルに示されたクリップ番号に対応したクリップ情報ファイルの内、一部のクリップ情報ファイルのみとが、アップロードされた場合には、コンテンツの更新処理が必要であると判定する（Ｓ３１４でＹｅｓ）。そして、制御部３０１は、アップロードされたプレイリストファイルに対応するよう、記憶媒体３０８ａに記録されているコンテンツの更新処理を実施する（Ｓ３１５）。本実施の形態の例では、プレイリストファイル［００００１．ＭＰＬ］に関連するクリップ情報ファイル及びＡＶデータファイルのうち、クリップ番号００００２に対応するクリップ情報ファイル及びＡＶデータファイルを、記憶媒体３０８ａから削除する。
【０１５４】
以上のように、本発明の実施の形態に係るコンテンツ送受信システムは、クライアント装置とサーバ装置との間で、動画コンテンツの送受信を行うシステムである。サーバ装置は、送受信部と、クライアント装置から以前にアップロード（送信）された動画コンテンツに含まれる各ファイルの性質を示す情報を管理する情報管理部と、クライアント装置がアップロードしようとしている動画コンテンツに含まれるプレイリストファイルの情報と、情報管理部が管理するプレイリストファイルの情報とを比較する比較部とを備える。
【０１５５】
クライアント装置は、送受信部と、アップロード対象となる動画コンテンツに含まれる各ファイルの性質を示す情報を管理する情報管理部と、クライアント装置から送信される比較結果と、クリップ情報ファイルの情報とに基づいて、アップロード対象となる動画コンテンツに含まれる複数のファイルのうち、実際にアップロードするファイルを決定する決定部とを備える。
【０１５６】
具体的には、本発明の実施の形態では、サーバ装置は、クライアント装置からアップロード対象となる動画コンテンツのプレイリストファイル情報を取得し、自装置が管理するプレイリストファイル情報と比較する。このとき、プレイリストファイルのファイル名及び作成日時が同じであるが、更新日時が異なる場合には、サーバ装置は、クライアント装置からの要求に対する応答として、当該プレイリストファイルに対応するクリップファイル情報を送信する。クライアント装置では、クリップファイル情報に基づいて、アップロードが必要なクリップ情報ファイル及び対応するＡＶデータファイルを決定する。
【０１５７】
このように、アップロード対象となるファイルを決定するのに管理すべき情報は、プレイリストファイルに関する情報と、クリップ情報ファイルに関する情報とであって、ＡＶデータファイルに関する情報は必要ではない。なぜなら、クリップ情報ファイルとＡＶデータファイルとは１対１に対応しているので、クリップ情報ファイルが更新されたか否かを判定するだけで、ＡＶデータファイルの判定もできるためである。
【０１５８】
なお、通常、ＡＶデータファイルは、プレイリストファイル及びクリップ情報ファイルに比べて、データサイズが非常に大きなものとなる。また、クリップ情報ファイルは、ＡＶデータの記録時間によるが、一般的にはプレイリストファイルに比べて、データサイズが大きなものとなる。
【０１５９】
本発明の実施の形態では、上述の一連の処理により、差分管理のために管理すべき履歴情報を最小化すると共に、重複したアップロードを回避することが可能である。つまり、プレイリストファイル、クリップ情報ファイル及びＡＶデータファイルのそれぞれについて、ファイル名などの比較を行う必要はない。具体的には、ＡＶデータファイルに関する情報を管理する必要はない。また、比較結果を用いて、アップロードが必要なファイルを決定するので、必要最小限のファイルのみをアップロードすることができ、高速なアップロードが可能となる。特に、本発明の実施の形態では、ファイルサイズの大きなＡＶデータファイルが、不必要にアップロードされてしまうことを防止することができる。
【０１６０】
以上、本発明に係るコンテンツ受信装置、コンテンツ送受信システム及びコンテンツ受信方法について、実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を当該実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。
【０１６１】
例えば、アップロードするプレイリストのファイル名、ファイル作成日時、及び、更新日時などの情報をサーバ装置３００に通知する方法としては、プレイリスト単位で行われるアップロード要求送信の際（図８のＳ２１４）、及び、個々のファイルをアップロードする際（図８のＳ２１６）のいずれで行ってもよい。
【０１６２】
また、本実施の形態では、クライアント装置２００としてのＤＶＣから、サーバ装置３００としてのＤＶＲに対して、動画コンテンツを送信（アップロード）する場合について示した。これに対して、ＤＶＣをサーバ装置３００ａに、ＤＶＲをクライアント装置２００ａとして、クライアント装置２００ａであるＤＶＲが、サーバ装置３００ａであるＤＶＣから動画コンテンツを受信（ダウンロード）する場合についても本発明は適用可能である。図１６は、この場合の通信シーケンスの一例を示す図である。
【０１６３】
つまり、クライアント装置２００ａであるＤＶＲが、本発明に係るコンテンツ受信装置の一例であって、サーバ装置３００ａであるＤＶＣが、本発明に係るコンテンツ送信装置の一例である。
【０１６４】
つまり、コンテンツ受信装置の一例であるクライアント装置２００ａ（ＤＶＲ）が、図３に示すサーバ装置３００が備える情報管理部３１１、送受信部３０５及び比較部３１２を備える。さらに、図１６に示す例では、クライアント装置２００ａが、サーバ装置３００ａからダウンロードする対象となるファイルを決定するコンテンツ決定部２１２を備える。
【０１６５】
このとき、比較部３１２は、上記の動作に加えて、さらに、比較結果に基づいて、第３再生制御ファイル情報を決定する。また、送受信部３０５は、比較部３１２によって決定された第３再生制御ファイル情報に対応するクリップファイル情報の取得要求を送信し、当該取得要求の応答として、第３再生制御ファイル情報に対応する第２クリップファイル情報を、サーバ装置３００ａから受信する。コンテンツ決定部２１２は、比較結果と、第２クリップファイル情報とに基づいて、第２動画コンテンツのうち、サーバ装置３００ａから受信するファイルを決定する。
【０１６６】
以下では、具体的に図１６を用いて、本発明の実施の形態の変形例に係る通信シーケンスについて説明する。
【０１６７】
ユーザにより、クライアント装置２００ａ（ＤＶＲ）に、動画コンテンツのダウンロードが指示されると、クライアント装置２００ａとしてのＤＶＲは、ネットワーク内に動画コンテンツをダウンロードすることが可能な機器が存在するかを確認するために、サーバ装置の検索要求（機器検索要求）を送信する（Ｓ４０１）。クライアント装置２００ａからの機器検索要求を受信したサーバ装置３００ａとしてのＤＶＣは、機器を識別するための識別情報含む応答をクライアント装置２００ａに返送する（Ｓ４０２）。
【０１６８】
次に、クライアント装置２００ａ（ＤＶＲ）は、サーバ装置３００ａ（ＤＶＣ）が動画コンテンツのダウンロードを受け付ける能力があるか否かを確認するために、機器のネットワーク機能を確認するための要求（機器情報取得要求）を送信する（Ｓ４０３）。機器情報取得要求を受信したサーバ装置３００ａ（ＤＶＣ）が、ネットワークを介してコンテンツダウンロードを受け付ける能力を有する場合には、その旨を記述した応答をクライアント装置２００ａ（ＤＶＲ）に返送する（Ｓ４０４）。
【０１６９】
サーバ装置３００ａ（ＤＶＣ）が、動画コンテンツのダウンロードを受け付ける能力があることを確認したクライアント装置２００ａ（ＤＶＲ）は、サーバ装置３００ａ（ＤＶＣ）の記憶媒体２０８のメディア識別子の問い合わせ要求（メディア識別子確認要求）を行う（Ｓ４０５）。サーバ装置３００ａ（ＤＶＣ）は、メディア識別子情報を含む応答をクライアント装置２００ａ（ＤＶＲ）に返送する（Ｓ４０６）。
【０１７０】
クライアント装置２００ａ（ＤＶＲ）が、上述のアップロード履歴情報に相当するダウンロード履歴情報に示されたメディア識別子と、応答に含まれるメディア識別子情報とに基づいて、応答に示されたメディア識別子に相当する記憶媒体からの動画コンテンツのダウンロードを実施したことがあるか否かを判定する。当該記憶媒体からの動画コンテンツのダウンロードを実施したことがあると判定した場合、プレイリストのレコード情報確認要求を送信する（Ｓ４０７）。プレイリストのレコード情報確認要求は、メディア識別子と、指定されたメディア識別子に対応した記憶媒体に記録されたプレイリストファイルのファイル名、ファイル作成日時、及び、更新日時などの情報とを含む。
【０１７１】
サーバ装置３００ａ（ＤＶＣ）は、プレイリストのレコード情報確認要求を受信した場合、メディア識別子と、プレイリストファイルのファイル名、ファイル作成日時、及び、更新日時などの情報とを、応答としてクライアント装置２００ａ（ＤＶＲ）に返送する（Ｓ４０８）。具体的には、サーバ装置３００ａは、図１０（ａ）に示すような情報を含む応答を返送する。
【０１７２】
サーバ装置３００ａ（ＤＶＣ）から応答を受信したクライアント装置２００ａ（ＤＶＲ）は、応答で受信したプレイリストファイルのファイル名、ファイル作成日時、及び、更新日時と、ダウンロード履歴情報とを比較する（Ｓ４０９）。そして、クライアント装置２００ａは、応答で受信したプレイリストファイルが、（１）ダウンロードされていない、（２）ファイル名が一致するが作成日時が異なる、（３）ファイル名及びファイル作成日時が一致するがファイル更新日時が異なる、（４）ファイル名、ファイル作成日時及び更新日時が一致する、のいずれであるかを判断する（Ｓ４０９）。比較結果は、例えば、図１０（ｂ）に示される。
【０１７３】
上述した実施の形態と同様に、（１）及び（２）に該当するプレイリストファイル、並びに、当該プレイリストファイルに関連するクリップ情報ファイル及びＡＶデータファイルは、全てダウンロードすべきと判断し、その情報をバッファ部３０６に一時的に保持しておく。
【０１７４】
次に、クライアント装置２００ａ（ＤＶＲ）は、（３）ファイル更新日時が異なると示されたプレイリスト情報を抽出し、そのプレイリストに関するクリップ情報ファイルのレコード情報を取得するための要求（レコード情報確認要求）をサーバ装置３００ａ（ＤＶＣ）に送信する（Ｓ４１０）。例えば、レコード情報確認要求は、図１１（ａ）に示される情報を含む。
【０１７５】
そして、クライアント装置２００ａ（ＤＶＲ）は、サーバ装置３００ａ（ＤＶＣ）から、レコード情報確認要求に対する応答を受信する（Ｓ４１１）。そして、応答を受信したクライアント装置２００ａ（ＤＶＲ）は、応答内容に含まれる情報とダウンロード履歴情報とを比較し、図１２に示すように、ダウンロードすべきファイルを決定する（Ｓ４１２）。
【０１７６】
ダウンロードすべきコンテンツが決定されると、クライアント装置２００ａ（ＤＶＲ）は、サーバ装置３００ａ（ＤＶＣ）に対して、コンテンツのダウンロード情報取得要求を送信する（Ｓ４１３）。そして、クライアント装置２００ａ（ＤＶＲ）は、サーバ装置３００ａ（ＤＶＣ）からの応答を受信する（Ｓ４１４）。なお、当該応答には、コンテンツ取得先のＵＲＩが含まれている。
【０１７７】
応答を受信したクライアント装置２００ａ（ＤＶＲ）は、応答に含まれるダウンロード先のＵＲＩを指定してコンテンツのダウンロード要求を行う（Ｓ４１５）。そして、ダウンロード要求に対する応答として、動画コンテンツに含まれるファイルであって、コンテンツ決定処理において決定されたファイルがサーバ装置３００ａ（ＤＶＣ）から送信される（Ｓ４１６）。
【０１７８】
これら一連の処理により、サーバ装置３００ａであるＤＶＣからクライアント装置２００ａであるＤＶＲへの差分ダウンロードが完了する。この場合でも、差分管理のために管理すべき履歴情報は、アップロードの場合と同様であり、重複したダウンロードを回避することが可能である。また、必要最小限のファイルをダウンロードすることにより高速なダウンロードが可能となる。
【０１７９】
また、本発明は、上述したように、コンテンツ受信装置及びコンテンツ送受信方法として実現できるだけではなく、本実施の形態のコンテンツ送受信方法をコンピュータに実行させるためのプログラムとして実現してもよい。また、当該プログラムを記録するコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体として実現してもよい。さらに、当該プログラムを示す情報、データ又は信号として実現してもよい。そして、これらプログラム、情報、データ及び信号は、インターネットなどの通信ネットワークを介して配信されてもよい。
【０１８０】
また、本発明は、コンテンツ受信装置を構成する構成要素の一部又は全部を、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）から構成してもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ及びＲＡＭなどを含んで構成されるコンピュータシステムである。
【産業上の利用可能性】
【０１８１】
本発明は、例えば、ムービーカメラ、デジタルスチルカメラ、携帯電話等から、家庭内にあるＤＶＲ、ＰＣ等のサーバ機能を有する機器にコンテンツをアップロードするアップロードシステムに利用することができる。また、本発明は、アップロードシステムを構成するムービー、デジタルスチルカメラ、携帯電話などのクライアント装置、及び、ＤＶＲ、ＰＣ等のサーバ装置に利用することが可能である。
【符号の説明】
【０１８２】
１０、２００、２００ａ  クライアント装置
２０、３００、３００ａ  サーバ装置
１００  コンテンツアップロードシステム
４００  無線アクセスポイント
５００  有線
２０１、３０１  制御部
２０２、３０２  映像音声出力部
２０３  映像音声入力部
２０４、３０４  操作入力部
２０５、３０５  送受信部
２０６、３０６  バッファ部
２０７、３０７  記憶部
２０８、３０８ａ、３０８ｂ  記憶媒体
２１１、３１１  情報管理部
２１２  コンテンツ決定部
３０３  放送受信部
３１２  比較部
【図１】
2012023575.tif 000003
【図２】
2012023575.tif 000004
【図３】
2012023575.tif 000005
【図４】
2012023575.tif 000006
【図５】
2012023575.tif 000007
【図６】
2012023575.tif 000008
【図７】
2012023575.tif 000009
【図８】
2012023575.tif 000010
【図９】
2012023575.tif 000011
【図１０】
2012023575.tif 000012
【図１１】
2012023575.tif 000013
【図１２】
2012023575.tif 000014
【図１３】
2012023575.tif 000015
【図１４】
2012023575.tif 000016
【図１５】
2012023575.tif 000017
【図１６】
2012023575.tif 000018
【図１７】
2012023575.tif 000019
【図１８】
2012023575.tif 000020