(57)【特許請求の範囲】
【請求項１】
１以上の受信装置と、該受信装置へ１つのコンテンツを形成するファイルグループを送信する１以上のサーバ装置と、を含むデータ管理システムであって、
上記ファイルグループは、実データを含む被参照ファイルと、実データの再生順序の情報を含み、該被参照ファイルを参照する参照元ファイルと、を含む複数のデータファイルで構成されており、
上記受信装置は、上記ファイルグループを構成するデータファイルを格納する蓄積部を備え、
上記サーバ装置は、
上記受信装置の上記蓄積部に既に格納されている第１のデータファイルに含まれる被参照ファイルのうち、当該受信装置へ新たに上記ファイルグループを構成する第２のデータファイルを送信するときに、当該受信装置において当該ファイルグループに含まれる参照元ファイルから誤って参照される可能性のある、または、該参照元ファイルから参照されなくなる、第１の被参照ファイルを決定するファイル決定手段と、
上記ファイル決定手段によって決定された上記第１の被参照ファイルを特定するファイル特定情報を、上記第２のデータファイルよりなるファイルグループの送信先である上記受信装置へ送信する管理情報送信手段と、を備え、
上記受信装置は、さらに、
上記サーバ装置から受信した上記ファイル特定情報に基づき、上記蓄積部に既に格納されている上記第１の被参照ファイルの利用を制限する、あるいは該第１の被参照ファイルを削除するファイル管理手段を備えることを特徴とするデータ管理システム。
【請求項２】
上記管理情報送信手段が、上記ファイル特定情報と、上記ファイルグループを構成する上記第２のデータファイルを特定した情報とを含む管理情報を、上記受信装置へ送信するものであることを特徴とする請求項１に記載のデータ管理システム。
【請求項３】
上記受信装置は、さらに、
上記蓄積部からユーザの指示により削除されたデータファイルを特定した削除履歴情報を上記サーバ装置へ送信する履歴情報送信手段を備え、
上記サーバ装置は、さらに、
上記受信装置から受信した削除履歴情報に基づいて、当該受信装置へ新たに送信可能な上記第２のデータファイルを選別するファイル選別手段を備えることを特徴とする請求項１に記載のデータ管理システム。
【請求項４】
１以上の受信装置と、該受信装置へ１つのコンテンツを形成するファイルグループを送信する１以上のサーバ装置と、を含むデータ管理システムにおけるデータ管理方法であって、
上記ファイルグループは、実データを含む被参照ファイルと、実データの再生順序の情報を含み、該被参照ファイルを参照する参照元ファイルと、を含む複数のデータファイルで構成されており、
上記サーバ装置が、上記受信装置の蓄積部に既に格納されている第１のデータファイルに含まれる被参照ファイルのうち、当該受信装置へ新たに上記ファイルグループを構成する第２のデータファイルを送信するときに、当該受信装置において当該ファイルグループに含まれる参照元ファイルから誤って参照される可能性のある、または、該参照元ファイルから参照されなくなる、第１の被参照ファイルを決定するファイル決定ステップと、
上記サーバ装置が、上記決定された上記第１の被参照ファイルを特定するファイル特定情報を、上記第２のデータファイルよりなるファイルグループの送信先である上記受信装置へ送信する管理情報送信ステップと、
上記受信装置が、上記サーバ装置から受信した上記ファイル特定情報に基づき、上記蓄積部に既に格納されている上記第１の被参照ファイルの利用を制限する、あるいは該第１の被参照ファイルを削除するファイル管理ステップとを含むことを特徴とするデータ管理方法。
【請求項５】
１以上の受信装置へ、１つのコンテンツを形成するファイルグループを送信するサーバ装置であって、
上記ファイルグループは、実データを含む被参照ファイルと、実データの再生順序の情報を含み、該被参照ファイルを参照する参照元ファイルと、を含む複数のデータファイルで構成されており、
上記受信装置の蓄積部に既に格納されている第１のデータファイルに含まれる被参照ファイルのうち、当該受信装置へ新たに上記ファイルグループを構成する第２のデータファイルを送信するときに、当該受信装置において当該ファイルグループに含まれる参照元ファイルから誤って参照される可能性のある、または、該参照元ファイルから参照されなくなる、第１の被参照ファイルを決定するファイル決定手段と、
上記ファイル決定手段によって決定された上記第１の被参照ファイルを特定するファイル特定情報を、上記第２のデータファイルよりなるファイルグループの送信先である上記受信装置へ送信する管理情報送信手段と、を備えることを特徴とするサーバ装置。
【請求項６】
上記管理情報送信手段が、上記ファイル特定情報と、上記ファイルグループを構成する上記第２のデータファイルを特定した情報とを含む管理情報を、上記受信装置へ送信するものであることを特徴とする請求項５に記載のサーバ装置。
【請求項７】
上記受信装置から受信した、上記蓄積部からユーザの指示により削除されたデータファイルを特定した削除履歴情報に基づいて、当該受信装置へ新たに送信可能な上記第２のデータファイルを選別するファイル選別手段をさらに備えることを特徴とする請求項５に記載のサーバ装置。
【請求項８】
１以上のサーバ装置から、１つのコンテンツを形成するファイルグループを受信する受信装置であって、
上記ファイルグループは、実データを含む被参照ファイルと、実データの再生順序の情報を含み、該被参照ファイルを参照する参照元ファイルと、を含む複数のデータファイルで構成されており、
上記ファイルグループを構成するデータファイルを格納する蓄積部と、
上記蓄積部に既に格納されており、かつ、上記サーバ装置から受信したファイル特定情報で特定された第１の被参照ファイルの利用を制限する、あるいは該第１の被参照ファイルを削除するファイル管理手段と、を備えることを特徴とする受信装置。
【請求項９】
上記蓄積部からユーザの指示により削除されたデータファイルを特定した削除履歴情報を上記サーバ装置へ送信する履歴情報送信手段をさらに備えることを特徴とする請求項８に記載の受信装置。
【請求項１０】
１以上の受信装置と、該受信装置へ１つのコンテンツを形成するファイルグループを送信する１以上のサーバ装置と、を含むデータ管理システムであって、
上記ファイルグループは、実データを含む被参照ファイルと、実データの再生順序の情報を含み、該被参照ファイルを参照する参照元ファイルと、を含む複数のデータファイルで構成されており、
上記受信装置は、上記ファイルグループを構成するデータファイルを格納する蓄積部を備え、
上記サーバ装置は、
上記受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを特定した管理情報を、当該ファイルグループの送信先である当該受信装置へ送信する管理情報送信手段を備え、
上記受信装置は、さらに、
上記サーバ装置から受信した上記管理情報に基づき、上記受信装置の上記蓄積部に既に格納されている第１のデータファイルに含まれる被参照ファイルのうち、当該サーバ装置から新たに上記ファイルグループを構成する第２のデータファイルを受信するときに、当該ファイルグループに含まれる参照元ファイルから誤って参照される可能性のある、または、該参照元ファイルから参照されなくなる、第１の被参照ファイルを決定するファイル決定手段と、
上記ファイル決定手段によって決定された上記第１の被参照ファイルの利用を制限する、あるいは該第１の被参照ファイルを上記蓄積部から削除するファイル管理手段と、を備えることを特徴とするデータ管理システム。
【請求項１１】
上記受信装置は、さらに、
上記蓄積部からユーザの指示により削除されたデータファイルを特定した削除履歴情報を上記サーバ装置へ送信する履歴情報送信手段を備え、
上記サーバ装置は、さらに、
上記受信装置から受信した削除履歴情報に基づいて、当該受信装置へ新たに送信可能な上記第２のデータファイルを選別するファイル選別手段を備えることを特徴とする請求項１０に記載のデータ管理システム。
【請求項１２】
１以上の受信装置と、該受信装置へ１つのコンテンツを形成するファイルグループを送信する１以上のサーバ装置と、を含むデータ管理システムにおけるデータ管理方法であって、
上記ファイルグループは、実データを含む被参照ファイルと、実データの再生順序の情報を含み、該被参照ファイルを参照する参照元ファイルと、を含む複数のデータファイルで構成されており、
上記サーバ装置が、上記受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを特定した管理情報を、当該ファイルグループの送信先である受信装置へ送信する管理情報送信ステップと、
上記受信装置が、上記サーバ装置から受信した上記管理情報に基づき、上記受信装置の蓄積部に既に格納されている第１のデータファイルに含まれる被参照ファイルのうち、当該サーバ装置から新たに上記ファイルグループを構成する第２のデータファイルを受信するときに、当該ファイルグループに含まれる参照元ファイルから誤って参照される可能性のある、または、該参照元ファイルから参照されなくなる、第１の被参照ファイルを決定するファイル決定ステップと、
上記受信装置が、上記決定された上記第１の被参照ファイルの利用を制限する、あるいは該第１の被参照ファイルを上記蓄積部から削除するファイル管理ステップと、を含むことを特徴とするデータ管理方法。
【請求項１３】
１以上の受信装置へ、１つのコンテンツを形成するファイルグループを送信するサーバ装置であって、
上記ファイルグループは、実データを含む被参照ファイルと、実データの再生順序の情報を含み、該被参照ファイルを参照する参照元ファイルと、を含む複数のデータファイルで構成されており、
上記受信装置において、当該受信装置の蓄積部に既に格納されている第１のデータファイルに含まれる被参照ファイルのうち利用を制限するあるいは削除する第１の被参照ファイルを決定するために利用される、上記受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを特定した管理情報を、当該ファイルグループの送信先である当該受信装置へ送信する管理情報送信手段を備えることを特徴とするサーバ装置。
【請求項１４】
上記受信装置から受信した、当該受信装置が備える蓄積部からユーザの指示により削除されたデータファイルを特定した削除履歴情報に基づいて、当該受信装置へ新たに送信可能な上記第２のデータファイルを選別するファイル選別手段をさらに備えることを特徴とする請求項１３に記載のサーバ装置。
【請求項１５】
１以上のサーバ装置から、１つのコンテンツを形成するファイルグループを受信する受信装置であって、
上記ファイルグループは、実データを含む被参照ファイルと、実データの再生順序の情報を含み、該被参照ファイルを参照する参照元ファイルと、を含む複数のデータファイルで構成されており、
上記ファイルグループを構成するデータファイルを格納する蓄積部と、
上記サーバ装置から新たに受信するファイルグループを構成する第２のデータファイルを特定した管理情報を当該サーバ装置から受信し、該管理情報に基づき、上記蓄積部に既に格納されている第１のデータファイルに含まれる被参照ファイルのうち、当該サーバ装置から新たに上記ファイルグループを構成する第２のデータファイルを受信するときに、当該ファイルグループに含まれる参照元ファイルから誤って参照される可能性のある、または、該参照元ファイルから参照されなくなる、第１の被参照ファイルを決定するファイル決定手段と、
上記ファイル決定手段によって決定された上記第１の被参照ファイルの利用を制限する、あるいは該第１の被参照ファイルを上記蓄積部から削除するファイル管理手段と、を備えることを特徴とする受信装置。
【請求項１６】
上記蓄積部からユーザの指示により削除されたデータファイルを特定した削除履歴情報を上記サーバ装置へ送信する履歴情報送信手段をさらに備えることを特徴とする請求項１５に記載の受信装置。
【請求項１７】
請求項５〜７，１３，１４のいずれか１項に記載のサーバ装置を動作させる制御プログラムであって、コンピュータを上記の各手段として機能させるための制御プログラム。
【請求項１８】
請求項８，９，１５，１６のいずれか１項に記載の受信装置を動作させる制御プログラムであって、コンピュータを上記の各手段として機能させるための制御プログラム。
【請求項１９】
請求項１７または１８に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項２０】
上記ファイル管理手段によって上記第１の被参照ファイルの利用が制限された、あるいは削除された後、上記第１のデータファイルおよび上記第２のデータファイルを含むファイルグループで形成されるコンテンツを再生する再生手段をさらに備えることを特徴とする請求項１５に記載の受信装置。
【請求項２１】
請求項１３に記載のサーバ装置から、１つのコンテンツを形成するファイルグループについて、該ファイルグループを構成する第２のデータファイルと、該第２のデータファイルを特定した管理情報とを受信し、
上記管理情報に基づいて、利用を制限するあるいは削除する上記第１の被参照ファイルを決定し、該第１の被参照ファイルの利用を制限するあるいは削除することにより、上記第１のデータファイルおよび上記第２のデータファイルを含むファイルグループで形成されるコンテンツを再生する再生手段をさらに備えることを特徴とすることを特徴とする受信装置。
【請求項２２】
１以上のサーバ装置から、１つのコンテンツを形成するファイルグループを受信する受信装置であって、
上記ファイルグループは、実データを含む被参照ファイルと、実データの再生順序の情報を含み、該被参照ファイルを参照する参照元ファイルと、を含む複数のデータファイルで構成されており、
上記ファイルグループを構成するデータファイルを格納する蓄積部を備え、該蓄積部には、上記ファイルグループを構成する第１のデータファイルが予め格納されており、
上記サーバ装置から、上記ファイルグループを構成する第２のデータファイルと、該第２のデータファイルを特定した管理情報とを新たに受信し、
上記管理情報に基づいて、上記第１のデータファイルに含まれる被参照ファイルのうち利用を制限するあるいは削除する第１の被参照ファイルを決定し、該第１の被参照ファイルの利用を制限するあるいは削除することにより、上記第１のデータファイルおよび上記第２のデータファイルを含むファイルグループで形成されるコンテンツを再生する再生手段をさらに備えることを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、複数のデータファイルを蓄積し、受信装置へ適宜配信する機能を有するサーバ装置と、該サーバ装置からデータファイルを受信し、蓄積する機能を有する受信装置とで構成されるデータ管理システム、それを構成するサーバ装置および受信装置、データ管理方法、制御プログラムおよびそれを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【背景技術】
【０００２】  ネットワークに繋がったサーバ−クライアント間で通信を行い、サーバ装置に蓄積されたコンテンツをクライアント端末（受信装置）にダウンロードし利用するといったデータサービスが、現在広く行われている。特に、昨今のブロードバンドネットワークの普及によって、デジタル映像のような伝送容量の大きいコンテンツについても、サーバに複数のＡＶコンテンツを蓄積し、クライアントの要求に従ってダウンロードもしくはストリーミングさせ、クライアント端末でＡＶコンテンツを再生させる仕組みが整いつつある。【０００３】  図１４は、サーバ装置１３０１と受信装置１３０２とがネットワークで結ばれ、サーバ装置１３０１から受信装置１３０２へＡＶコンテンツを配信する、従来のビデオ配信システム１３００を大まかに図示したものである。これはいわゆるネットワーク経由のビデオオンデマンドシステムである。また、ネットワークを経由する以外にも、放送波を使って受信装置にコンテンツを蓄積させて視聴するサーバ型放送など、同様のシステム、サービスのバリエーションも増えてきている。【０００４】  図１５に、上記ビデオ配信システム１３００で扱われるＡＶコンテンツの一形態として、プレイリストとクリップデータとからなるＡＶコンテンツを挙げる。なお、図１５は、本発明の説明図でもある。【０００５】  図１５に示したＡＶコンテンツは、映像、音声などの実データを含む複数のファイル（クリップデータ１４０２）と、それら実データの再生手順（再生箇所含む）を示したファイル（プレイリスト１４０１）とからなる。すなわち、プレイリスト１４０１と複数のクリップデータ１４０２とをまとめて１つのＡＶコンテンツ１４００として扱う。プレイリスト１４０１、クリップデータ１４０２、並びにそれらで構成されるＡＶコンテンツ１４００の扱いについては、日本国公開特許公報「特開２００２−５６６５１号公報（公開日：２００２年２月２２日）」に詳しい記載がある。【０００６】  一般に、上記ビデオ配信システム１３００は、１つのサーバ装置１３０１に対して複数（多数）の受信装置１３０２が接続される。【０００７】  そして、ビデオ配信システム１３００では、受信装置１３０２のそれぞれに異なる手順でＡＶコンテンツ１４００のダウンロードを許すと、それぞれの受信装置１３０２が次にサーバ装置１３０１上のどのファイル（クリップデータ１４０２）をダウンロード可能であるかを管理することが困難となる。なお、ある受信装置１３０２がダウンロード可能なファイルには、その受信装置１３０２がまだ取得していないファイルの他、既にダウンロード済みであっても内容が更新されたために新しいファイルに置き換える必要があるファイルも含まれる。それゆえ、ダウンロード可能なファイルを知るには、受信装置１３０２が既に取得済みのＡＶコンテンツ（を構成するファイル）を知る必要がある。【０００８】  特に、ＡＶコンテンツ１４００の構成ファイル、すなわちクリップデータ１４０２を順次ダウンロードして上書きする場合に、新しいクリップデータ１４０２がダウンロード済みでない（ダウンロードの途中である）か、もしくはクリップデータ１４０２のダウンロードが途中で失敗した状態で、それらを参���するプレイリスト１４０１の再生が指示されると、過去にダウンロードされている別のファイルが誤って参照され、本来期待されるのと異なった再生がなされるといった問題があった。【０００９】  本発明は、上記の問題を鑑みてなされたものであり、その目的は、複数のデータファイルを蓄積したサーバ装置から、受信装置へ適宜配信するデータ管理システムであって、受信装置におけるデータ管理を効果的に行うことができるデータ管理システム、それを構成するサーバ装置および受信装置、データ管理方法、制御プログラムおよびそれを記録したコンピュータ読み取り可能な記録媒体を提供することにある。
【発明の開示】
【００１０】  上記の目的を達成するために、本発明のデータ管理システムは、１以上の受信装置と該受信装置へ複数のデータファイルよりなるファイルグループを送信する１以上のサーバ装置とを含むデータ管理システムであって、上記受信装置はファイルグループを構成するデータファイルを格納する蓄積部を備え、上記サーバ装置は、上記受信装置の上記蓄積部に既に格納されている第１のデータファイルのうち、当該受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の当該受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定する削除情報決定部（ファイル決定手段）と、上記削除情報決定部によって決定された第１のデータファイルを特定するファイル特定情報を、第２のデータファイルよりなるファイルグループの送信先である受信装置へ送信する管理情報更新部（管理情報送信手段）とを備え、上記受信装置は、さらに、上記サーバ装置から受信した上記ファイル特定情報に基づき、上記蓄積部に既に格納されている第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを削除する削除部（ファイル管理手段）を備えることを特徴としている。
【００１１】  また、本発明のデータ管理方法は、１以上の受信装置と該受信装置へ複数のデータファイルよりなるファイルグループを送信する１以上のサーバ装置とを含むデータ管理システムにおけるデータ管理方法であって、上記サーバ装置が、上記受信装置の蓄積部に既に格納されている第１のデータファイルのうち、当該受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の当該受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定するファイル決定ステップと、上記サーバ装置が、上記決定された第１のデータファイルを特定するファイル特定情報を、第２のデータファイルよりなるファイルグループの送信先である受信装置へ送信する管理情報送信ステップと、上記受信装置が、上記サーバ装置から受信した上記ファイル特定情報に基づき、上記蓄積部に既に格納されている第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを削除するファイル管理ステップとを含むことを特徴としている。
【００１２】  また、本発明のサーバ装置は、１以上の受信装置へ複数のデータファイルよりなるファイルグループを送信するサーバ装置であって、上記受信装置の蓄積部に既に格納されている第１のデータファイルのうち、当該受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の当該受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定する削除情報決定部（ファイル決定手段）と、上記削除情報決定部によって決定された第１のデータファイルを特定するファイル特定情報を、第２のデータファイルよりなるファイルグループの送信先である受信装置へ送信する管理情報更新部（管理情報送信手段）とを備えることを特徴としている。
【００１３】  また、本発明の受信装置は、１以上のサーバ装置から複数のデータファイルよりなるファイルグループを受信する受信装置であって、ファイルグループを構成するデータファイルを格納する蓄積部と、上記蓄積部に既に格納されており、かつ、上記サーバ装置から受信したファイル特定情報で特定された第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを削除する削除部（ファイル管理手段）を備えることを特徴としている。
【００１４】  上記の構成によれば、サーバ装置は、蓄積部に第１のデータファイルよりなるファイルグループが既に格納されている受信装置へ、第２のデータファイルよりなるファイルグループを新たに送信する際、受信装置における利用を制限あるいは禁止したい第１のデータファイルを特定するファイル特定情報を受信装置へ送信する。そして、受信装置は、サーバ装置から受信したファイル特定情報に基づき、蓄積部に既に格納されている第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを削除する。
【００１５】  これにより、旧バージョンのファイルグループが蓄積された受信装置に、新バージョンのファイルグループをダウンロードする際、ファイルグループを構成するデータファイルのうち、新バージョンに置き換えられるデータファイルの旧バージョンのファイルの削除等が可能となる。よって、旧バージョンのデータファイルが誤って利用されることを防止できる。
【００１６】  例えば、ＡＶコンテンツの構成ファイル、すなわちクリップデータを順次ダウンロードして蓄積する場合に、新しいクリップデータがダウンロード済みでない（ダウンロードの途中である）か、もしくはクリップデータのダウンロードが途中で失敗した状態で、それらを参照するプレイリストの再生が指示されても、過去にダウンロードされている別のファイルが誤って参照され、本来期待されるのと異なった再生がなされるといった問題が生じない。
【００１７】  以上のように、上記の構成によれば、複数のデータファイルを蓄積したサーバ装置から、受信装置へ適宜配信するデータ管理システムにおいて、受信装置におけるデータ管理を効果的に行うことができる。
【００１８】  また、本発明のデータ管理システムは、１以上の受信装置と該受信装置へ複数のデータファイルよりなるファイルグループを送信する１以上のサーバ装置とを含むデータ管理システムであって、上記受信装置はファイルグループを構成するデータファイルを格納する蓄積部を備え、上記サーバ装置は、上記受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを特定した管理情報を、当該ファイルグループの送信先である受信装置へ送信する差分管理情報生成部（管理情報送信手段）を備え、上記受信装置は、さらに、上記サーバ装置から受信した上記管理情報に基づき、上記受信装置の上記蓄積部に既に格納されている第１のデータファイルのうち、当該サーバ装置から新たに受信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の当該受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定する管理情報判定更新部（ファイル決定手段）と、上記管理情報判定更新部によって決定された第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを上記蓄積部から削除する削除部（ファイル管理手段）を備えることを特徴としている。
【００１９】  また、本発明のデータ管理方法は、１以上の受信装置と該受信装置へ複数のデータファイルよりなるファイルグループを送信する１以上のサーバ装置とを含むデータ管理システムにおけるデータ管理方法であって、上記サーバ装置が、上記受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを特定した管理情報を、当該ファイルグループの送信先である受信装置へ送信する管理情報送信ステップと、上記受信装置が、上記サーバ装置から受信した上記管理情報に基づき、上記受信装置の蓄積部に既に格納されている第１のデータファイルのうち、当該サーバ装置から新たに受信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の当該受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定するファイル決定ステップと、上記受信装置が、上記決定された第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを上記蓄積部から削除するファイル管理ステップとを含むことを特徴としている。
【００２０】  また、本発明のサーバ装置は、１以上の受信装置へ複数のデータファイルよりなるファイルグループを送信するサーバ装置であって、上記受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを特定した管理情報を、当該ファイルグループの送信先である受信装置へ送信する差分管理情報生成部（管理情報送信手段）を備えることを特徴としている。
【００２１】  また、本発明の受信装置は、１以上のサーバ装置から複数のデータファイルよりなるファイルグループを受信する受信装置であって、上記受信装置はファイルグループを構成するデータファイルを格納する蓄積部と、上記サーバ装置から新たに受信するファイルグループを構成する第２のデータファイルを特定した管理情報を当該サーバ装置から受信し、該管理情報に基づき、上記蓄積部に既に格納されている第１のデータファイルのうち、当該サーバ装置から新たに受信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の自装置における利用を制限あるいは禁止したい第１のデータファイルを決定する管理情報判定更新部（ファイル決定手段）と、上記管理情報判定更新部によって決定された第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを上記蓄積部から削除する削除部（ファイル管理手段）を備えることを特徴としている。
【００２２】  上記の構成によれば、サーバ装置は、蓄積部に第１のデータファイルよりなるファイルグループが既に格納されている受信装置へ、第２のデータファイルよりなるファイルグループを新たに送信する際、受信装置へ新たに送信する第２のデータファイルを特定した管理情報を受信装置へ送信する。そして、受信装置は、サーバ装置から受信した管理情報に基づき、蓄積部に既に格納されている第１のデータファイルのうち、受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定し、当該第１のデータファイルの利用を制限する、あるいは当該第１のデータファイルを削除する。
【００２３】  これにより、旧バージョンのファイルグループが蓄積された受信装置に、新バージョンのファイルグループをダウンロードする際、ファイルグループを構成するデータファイルのうち、新バージョンに置き換えられるデータファイルの旧バージョンのファイルの削除等が可能となる。よって、旧バージョンのデータファイルが誤って利用されることを防止できる。
【００２４】  例えば、ＡＶコンテンツの構成ファイル、すなわちクリップデータを順次ダウンロードして蓄積する場合に、新しいクリップデータがダウンロード済みでない（ダウンロードの途中である）か、もしくはクリップデータのダウンロードが途中で失敗した状態で、それらを参照するプレイリストの再生が指示されても、過去にダウンロードされている別のファイルが誤って参照され、本来期待されるのと異なった再生がなされるといった問題が生じない。
【００２５】  以上のように、上記の構成によれば、複数のデータファイルを蓄積したサーバ装置から、受信装置へ適宜配信するデータ管理システムにおいて、受信装置におけるデータ管理を効果的に行うことができる。
【００２６】  なお、上記サーバ装置および上記受信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記サーバ装置および上記受信装置をコンピュータにて実現させる各装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００２７】  本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分わかるであろう。また、本発明の利益は、添付図面を参照した次の説明で明白になるであろう。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施の形態に係るデータ管理システムの構成を示した機能ブロック図である。
【図２】図１、図７、図１１に示したデータ管理システムで用いる管理情報のデータ構造の一例を示す説明図である。
【図３】図１に示したデータ管理システムの動作例を示す処理フロー図である。
【図４】図３に示した動作例の処理フローに従って管理情報が更新される様子を示した説明図である。
【図５】図１に示したデータ管理システムの他の動作例を示す処理フロー図である。
【図６】図５に示した動作例の処理フローに従って管理情報が更新される様子を示した説明図である。
【図７】本発明の他の実施の形態に係るデータ管理システムの構成を示した機能ブロック図である。
【図８】図７に示したデータ管理システムの蓄積部の内部構成を示した説明図である。
【図９】図７に示したデータ管理システムにおいて管理情報が更新される様子を具体例によって示した説明図である。
【図１０】図７に示したデータ管理システムにおいて管理情報が更新される様子を具体例によって示した説明図である。
【図１１】本発明のさらに他の実施の形態に係るデータ管理システムの構成を示した機能ブロック図である。
【図１２】図１１に示したデータ管理システムの動作例を示す処理フロー図である。
【図１３】図１２に示した動作例の処理フローに従って管理情報が更新される様子を示した説明図である。
【図１４】従来のビデオ配信システムの概要を示した説明図である。
【図１５】ＡＶコンテンツの構成例を示した説明図である。
【図１６】本発明のさらに他の実施の形態に係るデータ管理システムの構成を示した機能ブロック図である。
【図１７】図１６に示したデータ管理システムの動作例を示す処理フロー図である。
【図１８】図１７に示した動作例の処理フローに従って管理情報が更新される様子を示した説明図である。
【図１９】本発明のさらに他の実施の形態に係るデータ管理システムの構成を示した機能ブロック図である。
【図２０】図１９に示したデータ管理システムで用いる管理情報のデータ構造の一例を示す説明図である。
【図２１】図１９に示したデータ管理システムで管理情報が更新される様子を示した説明図である。
【図２２】図１９に示したデータ管理システムの動作例を示す処理フロー図である。
【発明を実施するための最良の形態】
【００２９】  〔実施の形態１〕
本発明の一実施の形態について図１から図６、図１５に基づいて説明すれば、以下のとおりである。【００３０】  図１は、本発明の実施の形態１に係るデータ管理システム３の構成を示した機能ブロック図である。【００３１】  上記データ管理システム３は、多数のＡＶコンテンツを蓄積して送り出すサーバ装置１と、サーバ装置１から送られたＡＶコンテンツを受信、蓄積し再生する受信装置２とから構成される。【００３２】  サーバ装置１は、入出力制御部１０１、蓄積部１０２、管理情報判定部１０３、削除情報決定部１０４、管理情報更新部１０５を含む。また、受信装置２は、入出力制御部２０１、蓄積部２０２、表示部２０３、ＵＩ（ユーザインターフェイス）２０４（表示部２０３に含まれる）、削除部２０５、管理情報更新部２０６、再生部２０７、管理情報送受信部２０８を含む。【００３３】  上記データ管理システム３において、サーバ装置１は、１以上の受信装置２へ複数のデータファイル（プレイリスト、クリップデータ）よりなるＡＶコンテンツ（ファイルグループ）を送信するものである。そして、サーバ装置１は、特に、受信装置２の蓄積部２０２に既に格納されているデータファイルのうち、受信装置２へ新たに送信するＡＶコンテンツを構成する（第２の）データファイルを蓄積部２０２に格納した状態の受信装置２における利用を防ぐために削除すべき（第１の）データファイルを決定する削除情報決定部（ファイル決定手段）１０４と、該決定された（第１の）データファイルを特定する削除情報（ファイル特定情報）を、（第２の）データファイルよりなるＡＶコンテンツの送信先である受信装置２へ送信する管理情報更新部（管理情報送信手段）１０５とを備える。【００３４】  また、上記データ管理システム３において、受信装置２は、１以上のサーバ装置１から複数のデータファイル（プレイリスト、クリップデータ）よりなるＡＶコンテンツ（ファイルグループ）を受信し、蓄積部２０２に格納するものである。そして、受信装置２は、特に、蓄積部２０２に既に格納されており、かつ、サーバ装置１から受信した管理情報に含まれる削除情報で特定された（第１の）データファイルを削除する削除部（ファイル管理手段）２０５を備える。【００３５】  なお、誤って利用されることを防ぐために蓄積部２０２から削除したファイルは、削除する代りに、利用を禁止あるいは制限してもよい。【００３６】  上記データ管理システム３は、サーバ装置１から送信されるＡＶコンテンツを受信装置２で受信する際、送信意図を正しく保持しながらコンテンツを蓄積できるように構成されている。具体的には、サーバ装置１から受信装置２にＡＶコンテンツ（プレイリスト、クリップデータ）をダウンロードし蓄積する際、受信装置２に既に蓄積されている、誤って参照される可能性のあるファイルを特定した削除情報を生成する削除情報決定部１０４と、該削除情報を管理情報に含める更新部１０５と、ダウンロード前に該ファイルを削除する削除部２０５とを備えている。これにより、受信装置２において、誤ったファイルを用いた再生がなされないように管理することが可能となる。【００３７】  なお、図１では、サーバ装置１と受信装置２との一対一でシステムが構��されるように見えるが、実際には、１つのサーバ装置１に対して複数の受信装置２がアクセスするシステム構成、あるいは１つの受信装置２が複数のサーバ装置１にアクセスするシステム構成も可能である。【００３８】  上記データ管理システム３では、図１５に示したＡＶコンテンツ１４００を扱うものとする。ＡＶコンテンツ１４００は、映像、音声などの実データを含む複数のクリップデータ１４０２…と、それら実データの再生手順を示したプレイリスト１４０１とからなる。なお、プレイリスト１４０１が示す再生手順には、図示されているようなクリップデータ１４０２・１４０２間の順序情報の他、クリップデータ１４０２の一部を再生するための再生箇所の指定情報等を含むこともできる。また、１つのＡＶコンテンツ１４００が複数のプレイリスト１４０１…を含み、条件によって再生されるプレイリスト１４０１が選択される、といった形態のＡＶコンテンツ１４００もある。【００３９】  上記データ管理システム３では、受信装置２にダウンロードされたＡＶコンテンツ１４００（すなわち、プレイリスト１４０１およびクリップデータ１４０２）を管理するために、管理情報を用いる。なお、本実施の形態では、この管理情報は、受信装置２の蓄積部２０２に、管理対象であるＡＶコンテンツ１４００とともに格納されるものとするが、ＡＶコンテンツ１４００との対応関係が保持されていれば、管理情報の格納場所は限定されない。【００４０】  図２は、上記データ管理システム３で用いる管理情報３０１のデータ構造の一例を示す説明図である。【００４１】  図２に示すように、管理情報３０１は、ダウンロードして得られたＡＶコンテンツ１４００と、それを構成するプレイリスト１４０１およびクリップデータ１４０２とをリストにしたものである。具体的には、管理情報３０１は、蓄積部２０２に蓄積されたＡＶコンテンツ１４００のコンテンツリスト３０１ａと、リストされたＡＶコンテンツ１４００のそれぞれを構成するプレイリスト１４０１およびクリップデータ１４０２を特定するデータリスト３０１ｂとからなる。【００４２】  なお、図２は、管理情報３０１として保持すべき内容を端的に示した一例であり、同様の情報を記録したものであれば、記述形式は限定されない。例えば、ＸＭＬ形式で記述することも可能である。【００４３】  この管理情報３０１は、後述のようにＡＶコンテンツ１４００をダウンロードするときに受信装置２からサーバ装置１に送られ、ダウンロード可能なＡＶコンテンツ１４００をサーバ装置１で調べて提示するのに利用される。また、既にダウンロードして蓄積されているＡＶコンテンツ１４００を受信装置２で消去しようとする際に、そのＡＶコンテンツ１４００にあたるプレイリスト１４０１およびクリップデータ１４０２を特定する情報として利用される。【００４４】  以下、説明の簡便のため、ＡＶコンテンツ１４００を「コンテンツ」と、プレイリスト１４０１を「プレイリスト」と、クリップデータ１４０２を「クリップデータ」と、管理情報３０１を「管理情報」とそれぞれ記すこととする。また、プレイリスト、クリップデータは、それぞれ異なるファイルとして構成されるものとして説明する。同じく、管理情報も１つの独立したファイルとして説明する。ただし、実際には、プレイリスト、クリップデータ、管理情報は、それぞれが独立したファイルである必要はない。【００４５】  （ダウンロード動作例１−コンテンツ＃２全体を置き換えるケース）
図３および図４を参照して、上記データ管理システム３の各部の機能を、具体的な動作と共に説明する。図３は、受信装置２にコンテンツを新たにダウンロードする際のデータ管理システム３の動作を示す処理フロー図である。図４は、その際に管理情報が更新される様子を示した説明図である。【００４６】  始めに、受信装置２には２つのコンテンツ、すなわちコンテンツ＃１およびコンテンツ＃２が既にダウンロードされて、蓄積部２０２に蓄積されているとする。コンテンツ＃１はプレイリスト＃１と２つのクリップデータ＃１１、＃１２とからなるＡＶコンテンツであり、コンテンツ＃２はプレイリスト＃２と３つのクリップデータ＃２１、＃２２、＃２３とからなるＡＶコンテンツであるとする（図２）。このとき、受信装置２の蓄積部２０２には、これらプレイリストおよびクリップデータのファイルの他に、管理情報３０１（図４）のファイルが格納されている。なお、このときの管理情報３０１は、蓄積部２０２に現在蓄積されているＡＶコンテンツのダウンロード時に作成したものである（図３のＳ１８）。【００４７】  次に、受信装置２がコンテンツのダウンロードを開始する（Ｓ１１）際、まず受信装置２の蓄積部２０２に格納された管理情報３０１を、管理情報送受信部２０８が入出力制御部２０１を介してサーバ装置１に送信する。サーバ装置１は、入出力制御部１０１を介して管理情報３０１を受信し、管理情報判定部１０３に入力する。なお、図４に示すように、サーバ装置１が受信装置２より取得したものを管理情報４０１（内容は管理情報３０１と同一）と記す。【００４８】  なお、ダウンロードの開始は、受信装置２のＵＩ２０４を介してユーザが意識的に指示する他、受信装置２の起動時や、ダウンロードコンテンツに関連したデータを記録したリムーバルメディア（光ディスクやメモリカードなど）が受信装置２に装着された時などの所定のタイミングで開始する構成をとることもできる。【００４９】  次に、サーバ装置１の管理情報判定部１０３が、受信装置２から受取った管理情報４０１（図４、管理情報３０１のコピー）と、自装置（サーバ装置１）の蓄積部１０２に蓄積されているコンテンツとを比較し、受信装置２がダウンロード可能なコンテンツを特定したコンテンツ提示情報を生成し、入出力制御部１０１を介して受信装置２へ出力する（Ｓ１２）。ここで、受信装置２がダウンロード可能なコンテンツには、受信装置２が未取得のコンテンツの他、既にダウンロード済みのコンテンツを構成するファイルで、ダウンロード後に内容が更新されたために置換すべきファイル等が含まれる。【００５０】  次に、受信装置２が、サーバ装置１から出力された上記コンテンツ提示情報を、入出力制御部１０１、２０１を介して受信し、表示部２０３に提示する。そして、表示部２０３に提示したコンテンツ提示情報から、ダウンロードするコンテンツをＵＩ２０４を介して指定するユーザの操作を取得して、ダウンロードするコンテンツを指定したコンテンツ指定情報を生成し、サーバ装置１へ送信する（Ｓ１３）。【００５１】  例えば、図２に示すようにコンテンツ＃１、コンテンツ＃２が蓄積されている受信装置２に対して、更新可能なコンテンツ＃２と、さらに送信可能な別のコンテンツ＃３がサーバ装置１にある場合に、サーバ装置１はコンテンツ提示情報として「コンテンツ＃２、コンテンツ＃３」を示す情報を出力する。このとき、コンテンツ＃２は「更新」コンテンツ、コンテンツ＃３は「新規」コンテンツであることを示す情報を、コンテンツ提示情報に含めてもよい。受信装置２では、この提示されたコンテンツ提示情報に対して、コンテンツ＃２をダウンロードすることをユーザが決定しＵＩ２０４を通して指示すると、コンテンツ指定情報として「コンテンツ＃２」を示す情報が生成されて、サーバ装置１へ送信される。このとき、コンテンツ提示情報およびコンテンツ指定情報として扱われる情報は、ユーザもしくは受信装置２がコンテンツを一意に特定するための情報であればよく、例えばコンテンツのタイトル情報、シリーズ情報等があげられる。【００５２】  なお、ダウンロード開始時の処理と同様に、ここまでの処理をユーザの手を介さず自動的に行うこともできる。例えば、本動作例１で示すような、以前にダウンロード済みのコンテンツに対して、そのコンテンツがサーバ装置１上で更新された時に受信装置２内のコンテンツを常に最新のものに更新するといった利用形態では、特にユーザの指示を受けずにコンテンツのダウンロード更新を行うことが可能である。【００５３】  以下、本動作例１では、ダウンロードするコンテンツを既にダウンロード済みであるコンテンツ＃２とし、既にダウンロード済みのコンテンツ＃２が新たな内容に更新されているケースについて説明する。具体的には、ダウンロード開始時、受信装置２の蓄積部２０２には、コンテンツ＃２として、プレイリスト＃２と３つのクリップデータ＃２１〜＃２３とが蓄積されている。一方、サーバ装置１の蓄積部１０２には、コンテンツ＃２として、新たなクリップデータ＃２１〜＃２４と、それら４つのクリップデータを参照する新たなプレイリスト＃２とが蓄積されている。そして、受信装置２に既に蓄積されているプレイリスト＃２とクリップデータ＃２１〜＃２３とからなるコンテンツ＃２を、サーバ装置１にあるプレイリスト＃２とクリップデータ＃２１〜＃２４からなる新たなコンテンツ＃２に置き換えることとする。【００５４】  つづいて、サーバ装置１では、ダウンロードするコンテンツを指定したコンテンツ指定情報を受信装置２から受信した時、削除情報決定部１０４が、サーバ装置１から受信装置２へ新たなコンテンツ＃２を送信する際の送信条件を調べ、受信装置２に削除を指示すべきファイルを特定する（Ｓ１４）。【００５５】  ここで言う「送信条件」とは、伝送可能速度、データ伝送路の伝送帯域幅やエラー発生率、配信システムのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）等を指す。これらの伝送条件は、サーバ装置１の性能、利用するデータ伝送路もしくはサービスの運用規定等に従って決められている。サーバ装置１は、これら送信条件を考慮することで、同じタイミングで送信開始可能なデータ量や、引き続き伝送されるデータの伝送タイミングを決定する。【００５６】  また、受信装置２に削除を指示すべきファイルを特定するためには、まず、管理情報４０１に記載されたファイルのうち、新たなコンテンツ＃２を送信することで���換されるファイルを特定する。次に、上記した送信条件を考慮することでファイルの伝送タイミングが決定されるから、特定された上記置換されるファイルのうち、管理情報と同じタイミングで送られるファイルを除き、残ったファイルを削除を指示すべきファイルとする。【００５７】  図３、図４で示した本動作例１では、送信条件から、サーバ装置１から受信装置２へ新たなコンテンツ＃２を送る際、プレイリスト（＃２）および１番目のクリップデータ（＃２１）は管理情報（更新後の管理情報４０２）と同じタイミングで送信するものとする。また、送信条件から、２番目以降のクリップデータ（＃２２、＃２３、＃２４）はそれより遅れて送信するものとする。【００５８】  このとき、遅れて送信するクリップデータ＃２２〜＃２４のうち、クリップデータ＃２２および＃２３は、同一名のクリップデータファイルが既に受信装置２に蓄積されている。このため、新たなクリップデータ＃２２および＃２３がダウンロードされるより前の時点で受信装置２がコンテンツ＃２を古いプレイリスト＃２を用いて再生しようとすると、既に蓄積されている古いクリップデータ＃２２、＃２３が参照されて、誤って再生されてしまう。【００５９】  このことから、サーバ装置１の削除情報決定部１０４は、クリップデータ＃２２、＃２３を受信装置２が事前に削除すべきファイルとして指定する。この事前に削除すべきファイルを指定した情報を、ここでは「削除情報」（図４の４０２ｃ）と呼ぶ。【００６０】  なお、サーバ装置１には常に最新のコンテンツが登録されているとし、受信装置２に蓄積されているコンテンツがサーバ装置１のものと異なるかは、例えば、サーバ装置１における該最新コンテンツの登録時刻と受信装置２の最終ダウンロード実施時刻とを比較することで判断される。あるいは簡易な方法として、ファイルサイズあるいは作成時刻を比較することでコンテンツが更新されていると判断することも可能である。【００６１】  つづいて、サーバ装置１の管理情報更新部１０５は、削除情報決定部１０４で生成された削除情報４０２ｃを含めて、受信装置２に対する更新後の管理情報４０２を作成する（Ｓ１５）。具体的には、元の管理情報４０１に対して、コンテンツ＃２に関する情報を新しいもの（コンテンツリスト４０２ａ（プレイリスト＃２）およびデータリスト４０２ｂ（クリップデータ＃２１〜＃２４））に更新すると共に、あるいは更新後に、削除情報決定部１０４で特定された削除情報４０２ｃ（クリップデータ＃２２、＃２３の指定情報）を付加して、新しい管理情報４０２を作成する。なお、図４の管理情報４０２では、ダウンロードで新たに更新されるコンテンツファイルと対応するものを太字で示している。【００６２】  次に、サーバ装置１は、管理情報更新部１０５で更新した管理情報４０２と共に、蓄積部１０２に蓄積されたコンテンツ（プレイリスト、クリップデータ）を、入出力制御部１０１、２０１を介して受信装置２へ逐次送信する（Ｓ１６）。一方、受信装置２は、サーバ装置１から受信したコンテンツ（プレイリスト、クリップデータ）を蓄積部２０２に蓄積する（Ｓ１７）。このとき、コンテンツを構成する全てのファイルが管理情報４０２と同じタイ���ングでダウンロードされるのでなく、一部のファイル（本動作例１では、クリップデータ＃２２〜＃２４）は送信条件等により遅れて送信される。【００６３】  受信装置２は、サーバ装置１から更新された管理情報４０２を受取ると、直ちに削除情報４０２ｃで指定されたファイルを削除するとともに、管理情報を更新する（Ｓ１８）。具体的には、削除部２０５が、蓄積部２０２から管理情報４０２を読み込み、削除情報４０２ｃがあればそれに従って、指定されたファイル（クリップデータ＃２２および＃２３）を蓄積部２０２から削除する。そして、削除部２０５がファイルを削除した後、管理情報更新部２０６が、管理情報４０２から削除情報４０２ｃを除いた管理情報４０３を、管理情報３０１の代わりに蓄積部２０２に格納する。【００６４】  その後、受信装置２は、サーバ装置１から送られてきたクリップデータ＃２２、＃２３、＃２４を、逐次、蓄積部２０２に格納し（Ｓ１９）、全てのデータの格納が完了した時点でダウンロード処理が完了する。【００６５】  次に、受信装置２におけるコンテンツの再生について説明する。【００６６】  受信装置２がコンテンツを再生する場合、再生部２０７が、ダウンロードされて蓄積部２０２に格納されたコンテンツ（プレイリスト、クリップデータ）を、入出力制御部２０１を介して呼び出し、再生して表示部１０３に出力する。すなわち、あるコンテンツを再生する場合、対応するプレイリストを呼び出し、該プレイリストで参照されているクリップデータを順次読み出して再生する。具体的には、上述したようにダウンロード後のプレイリスト＃２が、クリップデータ＃２１からクリップデータ＃２４までを順に再生することを指定したものであるとき、再生部２０７は、クリップデータを読み出して再生する動作をクリップデータ＃２１からクリップデータ＃２４まで繰り返す。【００６７】  また、ダウンロードを開始し、削除情報４０２ｃに従って古いクリップデータ＃２２を削除した後、かつ、新しいクリップデータ＃２２をダウンロードする前の時点でコンテンツ＃２の再生を開始した場合、クリップデータ＃２２が蓄積部２０２に存在しないため、再生部２０７は、クリップデータ＃２２のダウンロードが完了するまで再生を停止させる。あるいは、再生部２０７は、再生不可として再生処理を終了してもよい。【００６８】  このように、上記データ管理システム３では、削除情報４０２ｃによるデータ管理によって、以前に蓄積されていたクリップデータ＃２２は蓄積部２０２から削除されているため、誤って既存のファイルを再生することはない。特に、コンテンツ作成者が古いファイルによる再生を望まない場合に、コンテンツ作成者の意図に反した再生を禁止することができる。【００６９】  なお、上記データ管理システム３におけるデータ管理は、上記したような単純にクリップデータの再生順のみを指定したプレイリストの他、クリップデータの再生順とクリップデータ中の再生区間とを共に指定するようなプレイリストであっても同様に適用できる。【００７０】  また、上記動作例１のようにダウンロードを実行しコンテンツ（プレイリスト、クリップデータ）を置換した際、プレイリストが変更されることで、どのプレイリストからも参照されないクリップデータが受信装置２に残されることがある。この点、削除情報４０２ｃに従ってファイルを削除することにより、ダウンロード時の更新によって受信装置２内にどこからも参照されないクリップデータが残ることを防止できる。例えば、図４を参考にして、サーバ装置１から新しく送るプレイリスト＃２がクリップデータ＃２１、＃２２のみを参照するプレイリストであった場合、受信装置２に残るクリップデータ＃２３を削除情報により指定し、削除する。このようにすることで、参照されなくなった余分なクリップデータ＃２３を受信装置２内に残さず、受信装置２の記録領域（蓄積部２０２）を有効に使えるようになる。【００７１】  （ダウンロード動作例２−コンテンツ＃２の一部を差替えるケース）
次に、図５および図６を参照して、上記データ管理システム３による別のダウンロード処理例を示す。図５は、受信装置２においてコンテンツを新たにダウンロードする際のデータ管理システム３の動作を示す処理フロー図である。図６は、その際の管理情報の更新される様子を示した説明図である。【００７２】  前記の動作例１（図３、図４）は、コンテンツを丸ごと（すなわち、そのコンテンツを構成するプレイリスト並びにクリップデータを全て）入れ替える場合であったが、本動作例２では、コンテンツを構成する一部のクリップデータのみを差替える場合を示す。【００７３】  図５のステップＳ２１〜Ｓ２９の各動作は、既に説明した図３のステップＳ１１〜Ｓ１９の各動作とほぼ同じである。異なるのは、次の２点である。（１）ステップＳ２４で削除情報（削除するファイル）を決定する際、コンテンツ＃２を構成するファイルのうち、プレイリスト＃２およびクリップデータ＃２１は既存のものをそのまま使うものとし、クリップデータ＃２２、クリップデータ＃２３のみを差替えるとして削除情報を決定する。（２）ステップＳ２６、Ｓ２７で最初に管理情報のみをサーバ装置１から受信装置２へ送信する。よって、以下では概略のみを説明する。【００７４】  サーバ装置１は、入出力制御部１０１を介して管理情報３０１を受信し、管理情報判定部１０３に入力する。なお、図６に示すように、サーバ装置１内では管理情報３０１を管理情報６０１と記す。【００７５】  次に、サーバ装置１の削除情報決定部１０４が、動作例１（Ｓ１４）と同様に、サーバ装置１から受信装置２へ新たなコンテンツ＃２を送信する際の送信条件を調べ、受信装置２に削除を指示すべきファイルを特定し、この事前に削除すべきファイルを指定した削除情報６０２ｃを生成する（Ｓ２４）。【００７６】  次に、サーバ装置１の管理情報更新部１０５が、削除情報決定部１０４で生成された削除情報６０２ｃを含めて、受信装置２に対する更新後の管理情報６０２を作成する（Ｓ２５）。そして、管理情報更新部１０５は、削除情報６０２ｃを含む管理情報６０２を受信装置２に送信する（Ｓ２６）。なお、図６の管理情報６０２のうち、太字で示しているのがダウンロードで新たに更新されるコンテンツファイルに対応する箇所である。【００７７】  つづいて、受信装置２は、管理情報６０２を受信すると直ちに、削除部２０５が削除情報６０２ｃで指定されたクリップデータファイル（クリップデータ＃２２、＃２３）を蓄積部２０２から削除する。そして、削除部２０５がファイルを削除した後、管理情報更新部２０６が、管理情報６０２から削除情報６０２ｃを除いた管理情報６０３を、管理情報３０１の代わりに蓄積部２０２に格納する（Ｓ２８）。【００７８】  その後、受信装置２は、サーバ装置１から送られてきたクリップデータ＃２２、＃２３を、逐次、蓄積部２０２に格納し（Ｓ２９）、全てのデータの格納が完了した時点でダウンロード処理が完了する。【００７９】  このように、更新されたクリップデータのみの差替えを行うダウンロード処理を行えば、通信量が最小限に抑えることができる。また、例えば、あるコンテンツのプレイリストが書換え不可なデータである場合にも、コンテンツの��生結果を自由に変更することができる。【００８０】  以上のように、本実施の形態に係るデータ管理システム３では、誤って参照される可能性のあるファイル（クリップデータ）をサーバ装置１上で特定し、その情報を削除情報として含めた管理情報をサーバ装置１で作成して受信装置２に送る。受信装置２は、管理情報に含まれる削除情報に従ってファイルを削除する。これにより、ダウンロードの実行に合せて既存のファイルを削除することができるので、その既存ファイルが誤って参照されて、誤って再生されることを防止することができる。【００８１】  さらに、上記データ管理システム３では、各受信装置２の管理情報の内容をサーバ装置１で管理することができる。これにより、例えば、管理情報に記載の無いデータファイルについては受信装置２での再生を禁止する等の処理を加えることで、ファイルの違法コピーに対する対策に活用することも可能である。【００８２】  なお、本実施の形態において、コンテンツを構成するプレイリストやクリップデータ、並びに管理情報は、それぞれ独立したファイルとして説明したが、これらは独立したファイルの形式を採らなくてもよい。例えば、コンテンツデータストリーム中のプレイリストデータ領域や、クリップデータ領域、並びに管理データ領域中に格納された各ビットストリームデータであるとしても、本質的に同一であり、本発明のデータ管理システムは問題なく適用可能である。この点は、後述する実施の形態２、３についても同様である。【００８３】  また、本実施の形態では、受信装置２の管理情報としてコンテンツ（名）とファイル（名）とが直接リストされたものを挙げたが、これ以外にも、例えば、コンテンツのバージョン毎にその構成ファイルのリストを用意してサーバ装置１に記録しておき、受信装置２の管理情報としてはコンテンツとそのバージョン情報のみを格納するようにしてもよい。この場合、サーバ装置１で削除ファイルを決定する際には、管理情報に含まれるコンテンツのバージョン情報に対応する構成ファイルのリストを読出し、同じく更新後のコンテンツのバージョンでの構成ファイルリストと比較することで、上記したのと同様に削除ファイルを決定することができる。【００８４】  〔実施の形態２〕
本発明の他の実施の形態について図７から図１０に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記の実施の形態１において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。また、実施の形態１において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【００８５】  図７は、本発明の実施の形態２に係るデータ管理システム３′の構成を示した機能ブロック図である。上記データ管理システム３′の構成は、実施の形態１のデータ管理システム３（図１）とほぼ同じであるため、相違点のみ説明する。なお、データ管理システム３′では、蓄積部２０２、削除部２０５、再生部２０７の代わりに、蓄積部２０２′、ファイル管理部２０５′、再生部２０７′が設けられている。【００８６】  上述した実施の形態１に係るデータ管理システム３では、受信装置２に同じファイル名のファイルがダウンロードされたとき、蓄積部２０２に既に蓄積されていたファイルは必ず上書きされていた。すなわち、以前のファイルを残すことはなかった。【００８７】  これに対し、本実施の形態２に係るデータ管理システム３′では、保存先を複数用意することで、蓄積部２０２に既に蓄積されている同一名のファイルを保持したままで、新しいファイルをダウンロードして、別の領域に蓄積し、再生時には新しいファイルを再生する。こうすることで、データ管理システム３′では、コンテンツのファイル構成をダウンロード前の状態に戻すことが可能である。【００８８】  具体的には、上記データ管理システム３′は、ディレクトリを分ける等して、ファイルの保存先が蓄積部２０２′に複数用意されている。そして、ファイル管理部２０５′が、同一ファイル名の新しいダウンロードファイルがあれば、以前のファイルを消さずに別のディレクトリに蓄積するように処理する。そして、コンテンツの再生の際、再生部２０７′が、異なるディレクトリに蓄積された同一ファイル名のファイルを、ディレクトリ間の優先順位に従って、最も優先順位の高いディレクトリのファイルを選択して、再生する。なお、この優先順位に基づく選択は、Ｕｎｉｘ（登録商標）オペレーションシステムやＷｉｎｄｏｗｓ（登録商標）におけるパス機能と類似のメカニズムに基づくものであり、ここでは特に説明は行わない。【００８９】  以下、図８、図９、図１０を参照しながら、上記データ管理システム３′の各部の機能を、具体的な動作と共に説明する。図８は、データ管理システム３′の蓄積部２０２′の記録領域の構成を示した説明図である。【００９０】  蓄積部２０２′は、複数の異なる記録領域（図８のディレクトリＡ、Ｂ、Ｃ）に区分されて、それぞれの記録領域には同じファイル名のファイルが蓄積可能である。そして、各記録領域の優先順位があらかじめ設定されており、再生部２０７′は、あるファイル名のファイルを再生する際、蓄積されている同一ファイル名のファイルのうち最も優先順位の高い記録領域に記録されたファイル１つを再生する。なお、各記録領域の優先順位の情報は、再生部２０７′（あるいはファイル管理部２０５′など）に保持されている。【００９１】  なお、図８では、蓄積部２���２′内の複数の記録領域を「ディレクトリ」といった論理的な格納場所として示したが、これに限らず、例えば、データの「セクタ領域」といった物理的な格納場所を示すものであっても構わない。【００９２】  ここで、図８において、各ディレクトリにはＡ＞Ｂ＞Ｃの関係で優先順位が付けられているとする。すなわち、ディレクトリＡが最も優先順位が高く、ディレクトリＣが最も優先順位が低い。【００９３】  そして、状態７０１に示すように、クリップデータ＃ｋｉを参照するプレイリスト＃ｋと、参照されるクリップデータ＃ｋｉとが、ディレクトリＣに蓄積されているとする。【００９４】  この状態７０１のときに、受信装置２′は、サーバ装置１から同じファイル名となるクリップデータ＃ｋｉをダウンロードすると、ファイル管理部２０５′が状態７０２（もしくは状態７０３）に示すようにクリップデータ＃ｋｉをディレクトリＡ（もしくはディレクトリＢ）に格納する。そして、この状態７０２（もしくは状態７０３）で、プレイリスト＃ｋを再生するとき、再生部２０７′は、ディレクトリＣよりも優先順位の高いディレクトリＡ（もしくはディレクトリＢ）に蓄積されたクリップデータ＃ｋｉを参照して再生を行う。【００９５】  また、状態７０３でさらに、同一名の異なるクリップデータ＃ｋｉをダウンロードしたとき、ファイル管理部２０５′は、新たなクリップデータ＃ｋｉを状態７０４のようにディレクトリＡに格納する。そして、この状態７０４で、プレイリスト＃ｋを再生するとき、再生部２０７′は、最も優先順位の高いディレクトリＡに蓄積されたクリップデータ＃ｋｉを参照して再生を行う。【００９６】  ここで、本実施の形態２の上記データ管理システム３′が行うデータ管理では、実施の形態１において説明した処理に加えて、以下で説明する動作例３あるいは動作例４のようなダウンロード時の更新処理がさらに必要となる。データ管理システム３′が行うデータ管理でも、削除情報を含む管理情報を適用することにより、適切にダウンロードデータの管理を行うことができる。【００９７】  （ダウンロード動作例３−既存クリップデータの削除のみを行うケース）
図８の状態７０４（同一名のクリップデータ＃ｋｉがディレクトリＡ、Ｂ、Ｃにそれぞれ格納されている状態）から、ダウンロード実行時に、優先順位の低いディレクトリＢに既に蓄積されているクリップデータ＃ｋｉ、あるいはディレクトリＣ上のクリップデータ＃ｋｉを、プレイリスト＃ｋが参照できるように更新する場合の動作は次のとおりである。【００９８】  この場合、優先順位が高いディレクトリ上にあるクリップデータ＃ｋｉを削除すればよいので、これを削除情報として管理情報に含めてサーバ装置１から受信装置２′に送る。【００９９】  なお、サーバ装置１は、管理情報を作成する際に受信装置２′内のディレクトリについて優先順位を知っている必要があり、通信の確立段階で、あらかじめディレクトリの優先順位に関する情報を受信装置２′から取得しておくものとする。あるいは、受信装置２′が本発明に示したデータ配信サービス専用に設計された受信装置であり、サービスの仕様としてあらかじめ受信装置２′のディレクトリ構造、優先順位が決められている場合には、優先順位に関する情報を受取らなくても、サーバ装置１は受信装置２′のディレクトリ構造、優先順位を考慮して、管理情報を作成することができる。【０１００】  図９は、データ管理システム３′において管理情報が更新される様子を具体例によって示した説明図である。図９に示す管理情報８０１は、サーバ装置１が受信装置２′から受取る元の管理情報である。管理情報８０２、８０３は、サーバ装置１から受信装置２′に送られる管理情報である。なお、図８、図９の丸数字は、管理情報の変化と蓄積部２０２′の状態の変化との対応関係を示す。【０１０１】  受信装置２′では、管理情報８０２（もしくは８０３）を受取ると、ファイル管理部２０５′が、直ちに削除情報８０２ａ（もしくは８０３ａ）に対応する各ディレクトリＡ、Ｂ上のファイルを削除する。その結果、受信装置２′の蓄積部２０２′は、図８に示した状態７０３（もしくは状態７０１）に更新される。よって、再生部２０７′は、プレイリスト＃ｋに従って再生する際、ディレクトリＢ（もしくはディレクトリＣ）のクリップデータ＃ｋｉを正しく参照して、再生を行うことができる。【０１０２】  （ダウンロード動作例４−既存クリップデータの削除と新規クリップデータの追加を同時に行うケース）
図８の状態７０２（同一名のクリップデータ＃ｋｉがディレクトリＡおよびＣに格納されている状態）から、ダウンロード実行時に、ディレクトリＢに新たにクリップデータ＃ｋｉを蓄積すると共に、プレイリスト＃ｋがそれを参照するように変更する場合の動作は次のとおりである。【０１０３】  図１０は、データ管理システム３′において管理情報が更新される様子を具体例によって示した説明図である。図１０に示す管理情報９０１は、サーバ装置１が受信装置２′から受取る元の管理情報である。管理情報９０２は、サーバ装置１から受信装置２′に送られる管理情報である。なお、図８、図１０の丸数字は、管理情報の変化と蓄積部２０２′の状態の変化との対応関係を示す。【０１０４】  本動作例４の場合、図１０に示す管理情報９０２をサーバ装置１から受信装置２′に送る。すなわち、ディレクトリＢに新たに蓄積されるクリップデータ＃ｋｉを示すデータリスト９０２ｂと、ディレクトリＡに既にあるクリップデータ＃ｋｉを削除するための削除情報９０２ａとが管理情報９０２に含められ、サーバ装置１から受信装置２′に送信される。そして、受信装置２′は、管理情報９０２を受取ると、ファイル管理部２０５′が直ちに削除情報９０２ａに対応するディレクトリＡ上のクリップデータ＃ｋｉを削除する。また、受信装置２′は、新たなクリップデータ＃ｋｉを受取ると、ファイル管理部２０５′が直ちにディレクトリＢに蓄積する。その結果、受信装置２′の蓄積部２０２′は、図８の状態７０３に更新される。よって、再生部２０７′は、プレイリスト＃ｋに従って再生する際、ディレクトリＢ上のクリップデータ＃ｋｉを正しく参照して、再生を行うことができる。【０１０５】  なお、上記の説明では、ディレクトリＡ、Ｂ、Ｃを全てダウンロードファイルの格納可能な領域として記載したが、これに限らない。例えば、ディレクトリＣが書換え不可な領域であって、デフォルトのコンテンツデータを常時格納する領域とし、一方、ディレクトリＡ、Ｂを、ディレクトリＣの書換え不可なコンテンツデータを再生時に置き換えるためのテンポラリデータを随時格納する書換え可能な領域としてもよい。この場合には、ディレクトリＣは固定されたデータ領域で蓄積内容が変化しないため、ディレクトリＣの管理情報は特に規定されなくてもよい。【０１０６】  また、図８のように複数の記録領域（ディレクトリＡ、Ｂ、Ｃ）がある状態で、実施の形態１と同様に後からコンテンツデータ（クリップデータ）がダウンロードされるケースでは、それぞれの記録領域について、後からダウンロードされるコンテンツデータと同一名のデータファイル（削除ファイル）があるかをサーバ装置１上で調べ、削除情報を含む管理情報を生成して受信装置２′に送る。そして、受信装置２′が、削除情報に従って、各記録領域の対応するデータファイルを削除する。このとき、上述したように書換え不可な記録領域が存在する場合には、書換え不可な領域に記録されたデータファイルを削除することはできない。【０１０７】  このため、書換え不可な記録領域のデータファイルに対して削除情報で削除が指示された場合には、受信装置２′でそのデータファイルへの参照、もしくはそのデータファイルの再��を禁止するといった処理を付加することで対処する。あるいは、削除しようとする受信装置２′のデータファイルが削除不可であることがサーバ装置１で既に判っている場合には、受信装置２′が再生する際に参照を禁止するファイルを指定した参照（再生）禁止情報を生成し、管理情報に含めてサーバ装置１から受信装置２′に送ってもよい。これにより、受信装置２′は、既に蓄積されているデータファイルが参照（再生）禁止であることを検知して、後からダウンロードされて得られるデータファイルを正しく参照して、再生することが可能となる。【０１０８】  〔実施の形態３〕
本発明のさらに他の実施の形態について図１１から図１３に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記の実施の形態１および２において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。また、実施の形態１および２において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０１０９】  上述した実施の形態１および２に係るデータ管理システム３、３′（図１、図７）では、受信装置２、２′においてファイルを管理するための管理情報の更新を、サーバ装置１上で行っていた。これに対し、本実施の形態３に係るデータ管理システム３０では、受信装置２０で管理情報の更新を全て行う。【０１１０】  図１１は、本発明の実施の形態３に係るデータ管理システム３０の構成を示した機能ブロック図である。【０１１１】  上記データ管理システム３０は、多数のＡＶコンテンツを蓄積して送り出すサーバ装置１０と、サーバ装置１０から送られたＡＶコンテンツを受信、蓄積し再生する受信装置２０とから構成される。【０１１２】  サーバ装置１０は、入出力制御部１００１、蓄積部１００２、差分管理情報生成部１００３を含む。また、受信装置２０は、入出力制御部２００１、蓄積部２００２、表示部２００３、ＵＩ（ユーザインターフェイス）２００４（表示部２００３に含まれる）、管理情報判定更新部２００５、削除部２００６、再生部２００７を含む。このうち、サーバ装置１０における入出力制御部１００１、蓄積部１００２、および、受信装置２０における入出力制御部２００１、蓄積部２００２、表示部２００３、ＵＩ２００４、削除部２００６、再生部２００７は、実施の形態１、２に示した各機能ブロックである、サーバ装置１における入出力制御部１０１、蓄積部１０２、および、受信装置２・２′における入出力制御部２０１、蓄積部２０２・２０２′、表示部２０３、ＵＩ２０４、削除部２０５・ファイル管理部２０５′、再生部２０７・２０７′とそれぞれ同様の機能を有するものである。【０１１３】  図１および図７と図１１とを比較すると、サーバ装置では、サーバ装置１にあった管理情報判定部１０３、削除情報決定部１０４、管理情報更新部１０５が除かれて、代わりにサーバ装置１０に差分管理情報生成部１００３が追加されている。また、受信装置では、受信装置２・２′の管理情報更新部２０６が除かれて、代わりに受信装置２０に管理情報判定更新部２００５が追加されている。【０１１４】  上記データ管理システム３０において、サーバ装置１０は、１以上の受信装置２０へ複数のデータファイル（プレイリスト、クリップデータ）よりなるＡＶコンテンツ（ファイルグループ）を送信するものである。そして、サーバ装置１０は、特に、受信装置２０へ新たに送信するＡＶコンテンツを構成する（第２の）データファイルを特定した管理情報を、ＡＶコンテンツの送信先である受信装置２０へ送信する差分管理情報生成部（管理情報送信手段）１００３を備える。【０１１５】  また、上記データ管理システム３０において、受信装置２０は、１以上のサーバ装置１０から複数のデータファイル（プレイリスト、クリップデータ）よりなるＡＶコ���テンツ（ファイルグループ）を受信し、蓄積部２００２に格納するものである。そして、受信装置２０は、特に、サーバ装置１０から新たに受信するＡＶコンテンツを構成する（第２の）データファイルを特定した管理情報をサーバ装置１０から受信し、該管理情報に基づき、蓄積部２００２に既に格納されている（第１の）データファイルのうち、サーバ装置１０から新たに受信するＡＶコンテンツを構成する（第２の）データファイルを蓄積部２００２に格納した状態の自装置における利用を防ぐために削除すべき（第１の）データファイルを決定する管理情報判定更新部（ファイル決定手段）２００５と、該決定された（第１の）データファイルを蓄積部２００２から削除する削除部（ファイル管理手段）２００６を備える。【０１１６】  なお、誤って利用されることを防ぐために蓄積部２００２から削除したファイルは、削除する代りに、利用を禁止あるいは制限してもよい。【０１１７】  つづいて、図１２および図１３を参照して、上記データ管理システム３０の各部の機能を、具体的な動作と共に説明する。図１２は、受信装置２０にコンテンツを新たにダウンロードする際のデータ管理システム３０の動作を示す処理フロー図である。図１３は、その際に管理情報が更新される様子を示した説明図である。【０１１８】  上記データ管理システム３０では、受信装置２０から特にダウンロードの要求を受けずに、サーバ装置１０が自身のタイミングでダウンロードを開始する（Ｓ３１）ものとし、ダウンロードデータを発信する（Ｓ３３）。これは、例えば既に配信済みのコンテンツについて内容の更新があった場合に、更新データ分を自動配信するといった用途が考えられる。【０１１９】  この時、サーバ装置１０の差分管理情報生成部１００３は、発信するコンテンツデータを特定する情報のみをリストした管理情報を作成し（Ｓ３２）、この管理情報をダウンロード開始と共に送信する（Ｓ３３）。このサーバ装置１０から送信される管理情報は、各受信装置２０に到着した時、各受信装置２０が管理情報と比較し追加されるべきファイルを特定した差分情報にあたることから、ここでは「差分管理情報」と呼ぶ。なお、ステップＳ３２の差分管理情報の生成は、コンテンツデータがダウンロードされる以前になされていればよく、例えばダウンロード開始以前に生成されて蓄積部１００２にあらかじめ蓄積され、蓄積された差分管理情報をダウンロード開始時に送るとしてもよい。【０１２０】  次に、受信装置２０は、上記差分管理情報をサーバ装置１０から受信すると、差分管理情報の内容を見て、それと対応するコンテンツデータを自装置に蓄積するか否かを決定する（Ｓ３４）。具体的には、受取った差分管理情報を一時領域に一旦保持し、ＵＩ２００４を通して差分管理情報をユーザに提示し、該当のコンテンツを蓄積するか否かの判断結果を取得する。もちろん、コンテンツデータを常に蓄積する場合、このステップＳ３４を省略することができる。【０１２１】  そして、受信装置２０は、ステップＳ３４でコンテンツデータを蓄積すると決定した場合、差分管理情報と、該差分管理情報と同時に送られてきたコンテンツデータがあれば、そのコンテンツデータとを蓄積部２００２に格納す���（Ｓ３５）。なお、図１２は、差分管理情報のみが先に送られ、コンテンツデータ（クリップデータ）は全て後から送られる場合を例示している。【０１２２】  次に、受信装置２０は、管理情報判定更新部２００５において、受信装置２０の現在の管理情報と、サーバ装置１０から受取った差分管理情報（並びに同時に受取ったコンテンツデータがあればそれらコンテンツデータ）とを比較し、既に蓄積されているファイルのうち削除すべきファイル（削除ファイル）を決定する（Ｓ３６）。【０１２３】  削除ファイルを決定するにはまず、現在の管理情報と受取った差分管理情報とを比較し、置換されるファイルを特定する。次に、特定されたファイルのうち、差分管理情報と同時に送られてきたファイルがあればそれらを除外して、残ったものを削除ファイルとする。【０１２４】  ここで、図１３を用いて、管理情報判定更新部２００５の動作について説明する。図１３中、管理情報１２０１は受信装置２０における現在の管理情報の例、差分管理情報１２０２は受信装置２０がサーバ装置１０から受取った差分管理情報の例である。【０１２５】  この動作例では、図１２に示すように、差分管理情報１２０２を受取るタイミングで新たに送信されてきたコンテンツデータ（プレイリスト、クリップデータ）は無いものとし、差分管理情報１２０２に示されたコンテンツ＃２に関するクリップデータ＃２２、クリップデータ＃２３が後から送信されてくるものとする。【０１２６】  受信装置２０の管理情報判定更新部２００５が、現在の管理情報１２０１とサーバ装置１０から受取った差分管理情報１２０２とを比較することで、蓄積部２００２に既存のクリップデータ＃２２、クリップデータ＃２３が新しくダウンロードされるクリップデータ＃２２、クリップデータ＃２３で置き換えられることを検知する。さらに、差分管理情報１２０２と共に送られてきたクリップデータが無かったことから、クリップデータ＃２２、＃２３は後から送られてくることを検知する。そして、管理情報判定更新部２００５は、上記検知した情報に基づいて、既存のクリップデータ＃２２、＃２３を削除すべきファイルとし（Ｓ３６）、対応する削除情報１２０４を作成して削除部２００６に送ると共に、管理情報を１２０３のように更新する（Ｓ３７）。【０１２７】  そして、管理情報判定更新部２００５は、更新した管理情報１２０３を蓄積部２００２に格納する。なお、図１３の例では管理情報１２０１と管理情報１２０３とは同一の内容である。そのような場合には管理情報の再蓄積処理は省略されてもよい。【０１２８】  また、削除部２００６は、削除情報１２０４に従って、蓄積部２００２に格納された既存のクリップデータ＃２２、＃２３を削除する（Ｓ３８）。なお、管理情報の更新（Ｓ３７）と削除ファイルの削除（Ｓ３８）とは、いずれを先に行ってもよい。【０１２９】  また、図１３には削除情報１２０４を独立した形で示したが、管理情報判定更新部２００５が削除ファイルを決定した時点（Ｓ３６）で、対応する削除ファイルの情報を削除部２００６に順次送り、直ちに削除を実行するように構成してもよい。【０１３０】  その後、サーバ装置１０から送られてくる新しいクリップデータ＃２２、＃���３を、受信装置２０が蓄積部２００２に蓄積した（Ｓ３９）時点で、ダウンロードが完了する。【０１３１】  以上のように、上記データ管理システム３０では、誤って参照される可能性のあるファイル（クリップデータ）を管理情報および差分管理情報を利用することで特定し、特定されたファイルを受信装置２０で削除する。これにより、ダウンロードの実行に合せて既存のファイルを削除することができるので、その既存ファイルが誤って参照されて、誤って再生されることを防止することができる。さらに、上記データ管理システム３０では、管理情報の更新を管理装置２０の内部で完結させることで、サーバ装置１０の負担を軽くしたデータ管理システムの構築が可能である。【０１３２】  また、サーバ装置１０から送るコンテンツを特定した管理情報を差分管理情報として送る代わりに、元の管理情報からの更新分を元の管理情報に含めた新しい管理情報を生成して、それを差分管理情報として送るようにしてもよい。この場合には、サーバ装置１０は、実施の形態１、２と同様に受信装置２０から管理情報を受取る必要があるが、受信装置２０で削除すべきファイルをサーバ装置１０が判定する必要はない。【０１３３】  具体的には、サーバ装置１０は、差分管理情報生成部１００３において、元の管理情報に、送信するコンテンツに相当する分の更新を加えて、差分管理情報を生成する。そして、受信装置２０は、上記差分管理情報を受取ると、管理情報判定更新部２００５においてその差分管理情報と元の管理情報とを比較して、削除すべきファイルを特定し、削除部２００４で削除を実行する。この際、削除すべきファイルとして特定されるのは、元の管理情報に含まれ、かつ新しい管理情報（受信される差分管理情報）に含まれないファイル、すなわち、更新後の受信装置２０において不要となるファイルである。したがって、この処理により、例えば、どのプレイリストからも参照されなくなったクリップデータ等を削除することができる。それゆえ、受信装置２０の蓄積部２００２の記録領域を有効に使うことが可能になる。なお、受信装置２０が受信した差分管理情報はファイル削除後の蓄積部２００２のファイルの蓄積状態を表すため、管理情報判定更新部２００５は元の管理情報を差分管理情報で置き換える。【０１３４】  上記のことについて、次の実施の形態４でさらに詳しく説明する。【０１３５】  〔実施の形態４〕
本発明のさらに他の実施の形態について図１６から図１８に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記の実施の形態１、２および３において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。また、実施の形態１、２および３において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０１３６】  図１６は、本発明の実施の形態４に係るデータ管理システム３０′の構成を示した機能ブロック図である。【０１３７】  上記データ管理システム３０′は、多数のＡＶコンテンツを蓄積して送り出すサーバ装置１０′と、サーバ装置１０′から送られたＡＶコンテンツを受信、蓄積し再生する受信装置２０′とから構成される。【０１３８】  上述したように、実施の形態１および２に係るデータ管理システム３、３′（図１、図７）では、受信装置２、２′に蓄積されるファイルに関する管理情報の更新、並びに削除すべきファイルを指示する削除情報の決定を、共にサーバ装置１上で行っていた。また、実施の形態３に係るデータ管理システム３０（図１１）では、上記蓄積ファイルに関する管理情報の更新、並びに上記削除ファイルの決定を、共に受信装置２０上で行っていた。これらに対して、本実施の形態４に係るデータ管理システム３０′では、受信装置２０′に蓄積されるファイルの管理情報についてはサーバ装置１０′上で更新し、一方、受信装置２０′が削除すべきファイルの決定については受信装置２０′上で行う。【０１３９】  サーバ装置１０′は、入出力制御部１００１′、蓄積部１００２、管理情報判定部１０３、管理情報更新部（管理情報送信手段）１６０４を含む。受信装置２０′は、入出力制御部２００１′、蓄積部２００２、表示部２００３、ＵＩ（ユーザインターフェイス）２００４（表示部２００３に含まれる）、削除判定部（削除判定手段）２６０５、削除部２００６、再生部２００７、管理情報送受信部２００８を含む。このうち、サーバ装置１０′における管理情報判定部１０３は、実施の形態１および２に係るデータ管理システム３、３′（図１、図７）にあるのと同一のものである。【０１４０】  図１１（実施の形態３における機能ブロック図）と図１６とを比較すると、サーバ装置１０′では差分管理情報生成部１００３が除かれ、代わりに管理情報判定部１０３、管理情報更新部１６０４が設けられている。また、受信装置２０′では、管理情報判定更新部２００５が除かれ、代わりに削除判定部２６０５、管理情報送受信部２００８が設けられている。【０１４１】  次に、図１７および図１８を用いて、上記データ管理システム３０′の各部の機能を具体的な動作と共に説明する。図１７は受信装置２０′にコンテンツを新たにダウンロードする際の一連の処理フローを示した図であり、図１８はその際の管理情報の更新される様子を示した説明図である。なお、実施の形態１、２、または３で既に説明した内容については、適宜省略して説明する。【０１４２】  上記データ管理システム３０′では、ダウンロード開始時（Ｓ４１）に、受信装置２０′の管理情報送受信部２００８が管理情報３０１をサーバ装置１０′に送る。サーバ装置１０′で���、受取った管理情報３０１に基づいて、管理情報判定部１０３が、受信装置２０′が次にダウンロード可能なコンテンツを判定し（Ｓ４２）、ダウンロード候補となるコンテンツの情報を受信装置２０′に提示する。受信装置２０′では、ＵＩ２００４を介して、ダウンロード候補となるコンテンツの情報をユーザに提示し、該提示した候補から次にダウンロードするコンテンツとしてユーザが選択したコンテンツを特定する指定情報を取得する（Ｓ４３）。そして、そのコンテンツを示す指定情報をサーバ装置１０′に送信する。ここまでの動作は、実施の形態１における図３のステップＳ１１からＳ１３、あるいは図５のステップＳ２１からＳ２３と同一である。【０１４３】  次に、サーバ装置１０′では、管理情報更新部１６０４が、元の管理情報３０１に新たにダウンロードが指示されたコンテンツに関する情報を加えて、ダウンロード実行後の受信装置２０′の蓄積内容に対応した管理情報１８０２を生成する（Ｓ４４）。図１８のケースでは、管理情報１８０１（３０１のコピー）に対して、ダウンロードが指示されたコンテンツ＃２の情報をダウンロード後のものに入れ替えて新しい管理情報１８０２を生成する。そして、この更新された管理情報１８０２は、入出力制御部１００１′、２００１′を通して受信装置２０′に送られる。また、ダウンロードが指示されたコンテンツに対応するファイルも入出力制御部１００１′、２００１′を通して受信装置２０′に送られる（Ｓ４５）。【０１４４】  図１７、図１８の例では、既に受信装置２０′に蓄積されているプレイリスト＃２と３つのクリップデータ＃２１、＃２２、＃２３とからなるコンテンツ＃２が、プレイリスト＃２と２つのクリップデータ＃２１、＃２２とからなる新たなコンテンツ＃２に置き換えられるケースを示している。また、図１７、図１８の例では、新たなクリップデータ＃２１、＃２２が、管理情報１８０２並びにプレイリスト＃２と同じタイミングで送られるとする。無論、これに限らず、実施の形態１、２、あるいは３のようにクリップデータを後から遅れて伝送することも可能である。【０１４５】  次に、受信装置２０′では、伝送されてきた管理情報１８０２およびコンテンツ（プレイリスト＃２、クリップデータ＃２１、＃２２）を蓄積部２００２に蓄積する（Ｓ４６）。この際、以前に蓄積されていた管理情報３０１およびコンテンツのファイルは上書きされて更新される。すなわち、管理情報１８０２が受信装置２０′における新たな管理情報となる。ここで、受信装置２０′は、以前の管理情報３０１を事前に別途保持しておき、以下の処理を行った後で廃棄する。なお、元の管理情報３０１の保持、廃棄については図１７に図示していない。【０１４６】  次に、削除判定部２６０５は、サーバ装置１０′から受信された新たな管理情報１８０２と、別途保持された元の管理情報３０１とを比較して、ダウンロードによって不要となったファイルが無いかを調べる。そして、削除判定部２６０５は、不要と判定したファイル（図１８では、クリップデータ＃２３）を特定する情報を削除情報１８０３として出力する（Ｓ４７）。【０１４７】  ここで、「不要になったファイル」とは、ダウンロードの実行によってプレイリストからの参照関係が切れてどのプレイリストからも参照されなくなったクリップデータや、コンテンツ自体を削除したことで使用されなくなったプレイリスト、クリップデータ等を指す。なお、不要ファイルの削除は本来、記録領域の確保等を目的に受信装置２０′が主体となって行われるものであるが、例えば、コンテンツの利用期限が切れた場合やその他の理由による場合に、コンテンツの提供者（製作者）が意図的にそのコンテンツの提供を差し止めるケースでは、サーバ装置１０′が主体となって該当するコンテンツの削除を管理する必要がある。このために、サーバ装置１０′は、コンテンツ自体の削除を反映させた管理情報を管理情報更新部１６０４で生成して、その管理情報に従って該当するコンテンツを受信装置２０′に削除させる。したがって、そのようなケースでは、受信装置２０′でコンテンツを削除する下記の構成（削除判定部２６０５、削除部２００６）は必須となる。【０１４８】  次に、削除部２００６は、削除判定部２６０５から出力された削除情報１８０３に従ってファイル（図１８では、クリップデータ＃２３）を削除する（Ｓ４８）。その後、ダウンロードを完了する。【０１４９】  なお、削除判定部２６０５と削除部２００６とは必ずしも分離されている必要はなく、削除情報１８０３を介さずに削除判定部２６０５で不要と判定されたファイルを直ちに削除部２００６が削除するように構成してもよい。【０１５０】  以上のように、本実施の形態に係るデータ管理システム３０′では、管理情報の更新処理と削除ファイルの判定処理とを、サーバ装置１０′と受信装置２０′とに分散させて行う。このように構成することにより、サーバ装置１０′は、少ない処理量で受信装置２０′の蓄積内容を管理することができる。また、受信装置２０′は、不要なファイルを削除することにより、受信装置２０′内の記録領域を有効に活用できる。【０１５１】  〔実施の形態５〕
本発明のさらに他の実施の形態について図１９から図２２に基づいて説明すれば、以下の通りである。なお、説明の便宜上、前記の実施の形態１から４において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。また、実施の形態１から４において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０１５２】  図１９は、本発明の実施の形態５に係るデータ管理システム３″の構成を示した機能ブロック図である。上記データ管理システム３″は、多数のＡＶコンテンツを蓄積して送り出すサーバ装置１″と、サーバ装置１″から送られたＡＶコンテンツを受信、蓄積し再生する受信装置２″とから構成される。【０１５３】  上記データ管理システム３″の構成は、実施の形態１に係るデータ管理システム３（図１）とほぼ同じである。但し、データ管理システム３″では、データ管理システム３と比較すると、管理情報判定部（ファイル選別手段）１０３、削除部２０５、管理情報更新部２０６、管理情報送受信部２０８が、異なる機能ブロックとなる管理情報判定部１０３″、削除部（ファイル管理手段）２０５″、管理情報更新部２０６″、管理情報送受信部（削除履歴情報送信手段）２０８″に置き換わっている。このため以下では、それら実施の形態１のデータ管理システム３との相違部分を中心に、本実施の形態５に係るデータ管理システム３″の動作を説明する。【０１５４】  実施の形態１において、管理情報３０１は、受信装置２がサーバ装置１からダウンロードして現在蓄積しているコンテンツをリストした情報である。そして、受信装置２に記録された管理情報３０１はサーバ装置１に送られる。サーバ装置１では、管理情報判定部１０３が、サーバ装置１に蓄積され送信可能なコンテンツと、管理情報３０１に記載された受信装置２に現在蓄積されているコンテンツとを比較して、次に受信装置２がダウンロード可能なコンテンツの候補を決定する。そして、決定されたダウンロード候補コンテンツの情報は、受信装置２に送られてユーザに提示される。【０１５５】  ここで、サーバ装置１の管理情報判定部１０３が行う動作は、受信装置２が現在蓄積していないコンテンツを探すことである。しかしながら、受信装置２が、あるコンテンツを蓄積していない状態としては、まだそのコンテンツをダウンロードしていない場合の他に、ユーザがそのコンテンツをダウンロードして視聴した後に、そのコンテンツを不要として削除した場合が考えられる。後者の場合には、受信装置２にそのコンテンツは現在蓄積されていないが、過去にダウンロードして蓄積しユーザが既に不要と判断しているため、ダウンロード候補として提示されることはユーザにとって望ましくない。【０１５６】  このため、本実施の形態５では、図２０に示すように、過去に削除したコンテンツの履歴を含む管理情報２２０１を用いる。この管理情報２２０１は、上記した実施の形態１から４で用いている管理情報３０１と比較して、以前に削除したコンテンツの削除履歴情報２２０１ａを含んでいることに特徴がある。なお、本実施の形態のファイルの削除履歴情報を受信装置からサーバ装置へ送信する構成は、上述した実施の形態��から４に適用可能である。すなわち、管理情報送受信部２０８・２００８（図１、図７、図１６）がサーバ装置へ削除履歴情報を送信する機能を備えていてもよい。また、管理情報判定部１０３（図１、図７、図１６）、差分管理情報生成部１００３（図１１）が受信装置へ送信するデータファイルを選別する機能を備えていてもよい。【０１５７】  図２１および図２２を用いて、図１９に示した上記データ管理システム３″の各部の機能を具体的な動作と共に説明する。図２１は、受信装置２″においてユーザがコンテンツの削除を行った際に管理情報が更新される様子を示した説明図である。【０１５８】  初めに、受信装置２″に２つのコンテンツ＃１および＃２がダウンロードされて既に蓄積されているとする。このとき、受信装置２″には図２１に示した管理情報３０１が格納されている。この状態から、ユーザはコンテンツ＃１を不要と判断して削除を指示する。【０１５９】  受信装置２″の削除部２０５″は、削除部２０５（実施の形態１）と同様に管理情報に含まれる削除情報に従って対応するコンテンツのファイルを削除する機能に加えて、ユーザの指示を受けてコンテンツを削除する機能を持つ。【０１６０】  また、管理情報更新部２０６″は、管理情報更新部２０６（実施の形態１）と同様に管理情報に含まれる削除情報をコンテンツの削除実行後に削除する機能に加えて、ユーザの指示を受けて削除したコンテンツの情報（削除履歴情報）を管理情報に加えて新たな管理情報を生成する機能を持つ。【０１６１】  図２１に示すように、受信装置２″において、ユーザの指示によりコンテンツ＃１が削除されると、受信装置２″の管理情報は管理情報３０１から管理情報２２０１へと更新される。具体的には、管理情報２２０１には、削除したコンテンツ＃１をリストした削除履歴情報２２０１ａが追記されている。【０１６２】  ここで、管理情報２２０１が受信装置２″に蓄積された状態から、実施の形態１と同様に新たなコンテンツをダウンロードする場合について説明する。図２２は、上記データ管理システム３″において、コンテンツを新たにダウンロードする際の一連の動作を示す処理フロー図である。但し、ステップＳ５４以降については、実施の形態１における処理フロー（図３、図５）のステップＳ１４並びにＳ２４以降、あるいは実施の形態４における処理フロー（図１７）のステップＳ４４以降と同一の内容となるため、図２２では図示を省略している。【０１６３】  まず、ダウンロード開始時（Ｓ５１）に、受信装置２″は管理情報送受信部（削除履歴情報送信手段）２００８″がサーバ装置１″に削除履歴情報２２０１ａを含む管理情報２２０１を送る。サーバ装置１″は、受取った管理情報２２０１に基づいて、受信装置２″が次にダウンロード可能なコンテンツを管理情報判定部１０３″で判定する（Ｓ５２）。この時、管理情報判定部１０３″は、管理情報２２０１に含まれている削除履歴情報２２０１ａを参照して、ダウンロード可能なコンテンツに既に受信装置２″において過去に削除されているコンテンツが含まれていれば、そのコンテンツを受信装置２″の次のダウンロード候補から除外する。そうした上で、ダウンロード候補となるコンテンツをリストした情報を受信装置２″に送信する。その後、受信装置２″では、受信したダウンロード候補のコンテンツを示すコンテンツ提示情報を表示部２００３に提示する。そして、表示部２００３に提示したコンテンツ提示情報から、ダウンロードするコンテンツをＵＩ２００４を介して指定するユーザの操作を取得して、ダウンロードするコンテンツを指定したコンテンツ指定情報を生成し、サーバ装置１″へ送信する（Ｓ５３）。【０１６４】  あるいは、管理情報判定部１０３″は、管理情報２２０１に含まれている削除履歴情報２２０１ａを参照して、ダウンロード可能なコンテンツに既に受信装置２″において過去に削除されているコンテンツが含まれていた場合、そのコンテンツを次のダウンロード候補に含めるが、受信装置２″に対して削除履歴情報２２０１ａに含まれていないコンテンツとは別表示とするように指示する指示情報を含めた上で出力してもよい。【０１６５】  この場合、受信装置２″は、ダウンロード候補コンテンツを示す情報に含まれる前記指示情報を参照して、削除履歴のあるコンテンツを削除履歴のないコンテンツとは区別して表示してユーザに提示する。別表示の例としては、コンテンツを示すテキスト情報の文字色を変える、フォントを変える他、コンテンツを示す画像（サムネール）に強調枠を付ける、グループ分けして表示する、等の方法が考えられる。但し、これら以外のいかなる方法であってもよい。【０１６６】  あるいは、管理情報判定部１０３″では、実施の形態１の管理情報判定部１０３と同様にダウンロード可能なコンテンツの判定のみを行って、ダウンロード可能と判定されたコンテンツを全てダウンロード候補コンテンツとして受信装置２″に提示するものとし、受信装置２″が、管理情報２２０１に含まれている削除履歴情報２２０１ａを参照して、サーバ装置１″から送信された候補のうち削除履歴情報２２０１ａに含まれるものと含まれないものとを区別して表示するようにしてもよい。このように削除履歴情報２２０１ａを受信装置２″でのみ参照する場合には、削除履歴情報２２０１ａを管理情報２２０１に含める必要はなく、受信装置２″において、削除履歴情報２２０１ａを管理情報２２０１とは別に蓄積して管理するようにしてもよい。【０１６７】  ステップＳ５４以降の処理は、実施の形態１で図３、図５と共に説明したＳ１４、Ｓ２４以降の処理、あるいは実施の形態４で図１７と共に説明したＳ４４以降の処理と同様の処理となる。なお、削除履歴情報２２０１ａは基本的に削除されないものであるが、例えば履歴情報に有効期限を設定して、期限終了後に削除する（リセットをかける）といった機能を加えてもよい。有効期限の設定（期限の有無、期限長さなど）はコンテンツ毎に設定できるとしてもよい。【０１６８】  削除されたコンテンツの履歴情報２２０１ａとして、図２０、２１の管理情報２２０１では、削除されたファイルのリストでなく、削除されたコンテンツのリストを用いた。これは、削除されたファイル全てをリストして残すのに比較して、少ないデータ量で履歴情報を残すとしたものである。無論、削除したファイル名をリストして残すことも可能である。【０１６９】  また、一つのコンテンツに対して時系列的に複数のバージョンが存在するようなケースがある。この場合には、コンテンツを表す情報と共に、バージョン情報を併せて記録してもよい。これは、過去にコンテンツＡのバージョン１のみを視聴して削除したユーザに対して、サーバ側にコンテンツＡのバージョン１のみある場合にはダウンロード候補として提示しないが、コンテンツＡがバージョン２に更新された時には候補に加えられるようにするためのものである。なお、ユーザが意図的に、コンテンツＡについてはバージョンが更新されても候補にあげないように設定できるようにすることも可能である。【０１７０】  また、上記の説明では、ダウンロード候補にあげないコンテンツを、過去に削除したコンテンツとしたが、これに限らず、ユーザが特に不要としたコンテンツを指定するために用いることもできる。すなわち、履歴情報２２０１ａは、過去の削除履歴情報のみでなく、過去に既にユーザが不要と判定したコンテンツを表す情報として利用できる。これにより、ユーザは、サーバ装置１からダウンロードコンテンツの提示を受ける際に、不要なコンテンツをあらかじめ除外しておくことが可能である。【０１７１】  本発明のデータ管理システムは、サーバ装置からコンテンツを受信装置にダウンロードさせる際、受信装置に既に蓄積されているコンテンツファイルのうち、誤って参照される可能性のある受信装置内のファイル（クリップデータ）をサーバ装置で特定し、削除情報を作成して受信装置へ管理情報と共に送信し、受信装置は、前記削除情報に従って自機内に既にあるファイルを削除するように構成されていてもよい。【０１７２】  これにより、新規ダウンロードに合せて既存のファイルを削除することで、その既存ファイルが誤って参照されて誤って再生されることを防止することが可能となる。【０１７３】  本発明のデータ管理システムは、１以上のサーバ装置と１以上の受信装置とで構成されるデータ管理システムであって、該サーバ装置−受信装置間では、コンテンツデータおよび該受信装置内のコンテンツデータの蓄積内容を記した管理情報が送受され、前記サーバ装置が、前記管理情報に基づいて、前記受信装置に既に蓄積されているコンテンツデータのうち、削除するコンテンツデータを決定する手段と、前記決定された削除対象のコンテンツデータを示す削除情報を、前記受信装置に送信する手段とを含み、前記受信装置が、受信した前記削除情報に従って対応するコンテンツデータを削除する手段とを含んで構成されていてもよい。【０１７４】  これにより、新規ダウンロードに先立って既存のファイルを削除することで、既存ファイルが誤って参照され再生されることを防止することができる。【０１７５】  さらに、上記データ管理システムは、前記削除情報を、前記管理情報に含めて前記サーバ装置から前記受信装置に送るように構成されていてもよい。【０１７６】  これにより、削除情報を管理情報と合せて扱えることで容易に管理することができる。【０１７７】  また、本発明のデータ管理システムは、１以上のサーバ装置と１以上の受信装置とで構成されるデータ管理システムであって、前記サーバ装置が、送信するコンテンツデータの送信内容を記した第１の管理情報を生成する手段と、該第１の管理情報を前��受信装置に送信する手段とを含み、前記受信装置が、該装置内のコンテンツデータの蓄積内容を記した第２の管理情報を保持し、前記第１の管理情報と前記第２の管理情報とに基づいて、前記受信装置に既に蓄積されているコンテンツデータのうち、削除するコンテンツデータを決定する手段と、前記決定されたコンテンツデータを削除する手段とを含んで構成されていてもよい。【０１７８】  これにより、新規ダウンロードに先立って既存のファイルを削除することで、既存ファイルが誤って参照され再生されることを防止することができる。【０１７９】  最後に、サーバ装置１・１″・１０・１０′および受信装置２・２′・２″・２０・２０′の各ブロック、特に、管理情報判定部１０３・１０３″、削除情報決定部１０４、管理情報更新部１０５・１６０４、差分管理情報生成部１００３、および削除部２０５・２０５″、管理情報更新部２０６・２０６″、再生部２０７・２０７′、ファイル管理部２０５′、管理情報判定更新部２００５、削除部２００６、再生部２００７、削除判定部２６０５は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。【０１８０】  すなわち、サーバ装置１・１″・１０・１０′および受信装置２・２′・２″・２０・２０′は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、上記制御プログラムを格納したＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、上記プログラムを展開するＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるサーバ装置１・１″・１０・１０′および受信装置２・２′・２″・２０・２０′の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記サーバ装置１・１″・１０・１０′および受信装置２・２′・２″・２０・２０′に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。【０１８１】  上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。【０１８２】  また、サーバ装置１・１″・１０・１０′および受信装置２・２′・２″・２０・２０′を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（ｖｉｒｔｕａｌ  ｐｒｉｖａｔｅ  ｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。【０１８３】  なお、ここで開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。もちろん、異なる実施の形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。【０１８４】  以上のように、本発明のデータ管理システムは、１以上の受信装置と該受信装置へ複数のデータファイルよりなるファイルグループを送信する１以上のサーバ装置とを含むデータ管理システムであって、上記受信装置はファイルグループを構成するデータファイルを格納する蓄積部を備え、上記サーバ装置は、上記受信装置の上記蓄積部に既に格納されている第１のデータファイルのうち、当該受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の当該受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定するファイル決定手段と、上記ファイル決定手段によって決定された第１のデータファイルを特定するファイル特定情報を、第２のデータファイルよりなるファイルグループの送信先である受信装置へ送信する管理情報送信手段とを備え、上記受信装置は、さらに、上記サーバ装置から受信した上記ファイル特定情報に基づき、上記蓄積部に既に格納されている第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを削除するファイル管理手段を備える構成であってもよい。【０１８５】  また、本発明のデータ管理方法は、１以上の受信装置と該受信装置へ複数のデータファイルよりなるファイルグループを送信する１以上のサーバ装置とを含むデータ管理システムにおけるデータ管理方法であって、上記サーバ装置が、上記受信装置の蓄積部に既に格納されている第１のデータファイルのうち、当該受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の当該受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定するファイル決定ステップと、上記サーバ装置が、上記決定された第１のデータファイルを特定するファイル特定情報を、第２のデータファイルよりなるファイルグループの送信先である受信装置へ送信する管理情報送信ステップと、上記受信装置が、上記サーバ装置から受信した上記ファイル特定情報に基づき、上記蓄積部に既に格納されている第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを削除するファイル管理ステップとを含む方法であってもよい。【０１８６】  また、本発明のサーバ装置は、１以上の受信装置へ複数のデータファイルよりなるファイルグループを送信するサーバ装置であって、上記受信装置の蓄積部に既に格納されている第１のデータファイルのうち、当該受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の当該受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定するファイル決定手段と、上記ファイル決定手段によって決定された第１のデータファイルを特定するファイル特定情報を、第２のデータファイルよりなるファイルグループの送信先である受信装置へ送信する管理情報送信手段とを備える構成であってもよい。【０１８７】  また、本発明の受信装置は、１以上のサーバ装置から複数のデータファイルよりなるファイルグループを受信する受信装置であって、ファイルグループを構成するデータファイルを格納する蓄積部と、上記蓄積部に既に格納されており、かつ、上記サーバ装置から受信したファイル特定情報で特定された第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを削除するファイル管理手段を備える構成であってもよい。【０１８８】  上記の構成によれば、サーバ装置は、蓄積部に第１のデータファイルよりなるファイルグループが既に格納されている受信装置へ、第２のデータファイルよりなるファイルグループを新たに送信する際、受信装置における利用を制限あるいは禁止したい第１のデータファイルを特定するファイル特定情報を受信装置へ送信する。そして、受信装置は、サーバ装置から受信したファイル特定情報に基づき、蓄積部に既に格納されている第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを削除する。【０１８９】  これにより、旧バージョンのファイルグループが蓄積された受信装置に、新バージョンのファイルグループをダウンロードする際、ファイルグループを構成するデータファイルのうち、新バージョンに置き換えられるデータファイルの旧バージョンのファイルの削除等が可能となる。よって、旧バージョンのデータファイルが誤って利用されることを防止できる。【０１９０】  例えば、ＡＶコンテンツの構成ファイル、すなわちクリップデータを順次ダウンロードして蓄積する場合に、新しいクリップデータがダウンロード済みでない（ダウンロードの途中である）か、もしくはクリップデータのダウンロードが途中で失敗した状態で、それらを参照するプレイリストの再生が指示されても、過去にダウンロードされている別のファイルが誤って参照され、本来期待されるのと異なった再生がなされるといった問題が生じない。【０１９１】  以上のように、上記の構成によれば、複数のデータファイルを蓄積したサーバ装置から、受信装置へ適宜配信するデータ管理システムにおいて、受信装置におけるデータ管理を効果的に行うことができる。【０１９２】  さらに、本発明のデータ管理システムは、上記管理情報送信手段が、上記ファイル特定情報と、ファイルグループを構成する第２のデータファイルを特定した情報とを含む管理情報を、上記受信装置���送信するものであってもよい。【０１９３】  上記の構成によれば、さらに、サーバ装置から受信装置へ、送信するデータファイルを特定した情報とともに、受信装置において削除等を行うファイルを特定したファイル特定情報を送信することができる。それゆえ、データを一括して送信できるため、送信に係る処理が簡単になる。【０１９４】  さらに、本発明のデータ管理システムは、上記受信装置は、上記蓄積部から削除されたデータファイルを特定した削除履歴情報を上記サーバ装置へ送信する履歴情報送信手段を備え、上記サーバ装置は、上記受信装置から受信した削除履歴情報に基づいて、当該受信装置へ新たに送信可能な上記第２のデータファイルを選別するファイル選別手段を備える構成であってもよい。【０１９５】  ここで、受信装置が、あるコンテンツを蓄積していない状態としては、まだそのコンテンツをダウンロードしていない場合の他に、ユーザがそのコンテンツをダウンロードして視聴した後に、そのコンテンツを不要として削除した場合が考えられる。後者の場合には、受信装置にそのコンテンツは現在蓄積されていないが、過去にダウンロードして蓄積しユーザが既に不要と判断しているため、ダウンロード候補として提示されることはユーザにとって望ましくない。【０１９６】  そこで、上記の構成によれば、さらに、サーバ装置は、受信装置から受信した削除履歴情報に基づいて、受信装置において過去に蓄積部から削除されたデータファイルを特定できる。そして、サーバ装置は、これら削除されたデータファイルを考慮して、受信装置へ新たに送信可能な上記第２のデータファイルを選別することができる。例えば、受信装置へ新たに送信する第２のデータファイルから、ユーザが不要であると判断したデータファイルを除外しておくことが可能となる。【０１９７】  また、本発明のデータ管理システムは、１以上の受信装置と該受信装置へ複数のデータファイルよりなるファイルグループを送信する１以上のサーバ装置とを含むデータ管理システムであって、上記受信装置はファイルグループを構成するデータファイルを格納する蓄積部を備え、上記サーバ装置は、上記受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを特定した管理情報を、当該ファイルグループの送信先である受信装置へ送信する管理情報送信手段を備え、上記受信装置は、さらに、上記サーバ装置から受信した上記管理情報に基づき、上記受信装置の上記蓄積部に既に格納されている第１のデータファイルのうち、当該サーバ装置から新たに受信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の当該受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定するファイル決定手段と、上記ファイル決定手段によって決定された第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを上記蓄積部から削除するファイル管理手段を備える構成であってもよい。【０１９８】  また、本発明のデータ管理方法は、１以上の受信装置と該受信装置へ複数のデータファイルよりなるファイルグループを送信する１以上のサーバ装置とを含むデータ管理システムにおけるデータ管理方法であって、上記サーバ装置が���上記受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを特定した管理情報を、当該ファイルグループの送信先である受信装置へ送信する管理情報送信ステップと、上記受信装置が、上記サーバ装置から受信した上記管理情報に基づき、上記受信装置の蓄積部に既に格納されている第１のデータファイルのうち、当該サーバ装置から新たに受信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の当該受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定するファイル決定ステップと、上記受信装置が、上記決定された第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを上記蓄積部から削除するファイル管理ステップとを含む方法であってもよい。【０１９９】  また、本発明のサーバ装置は、１以上の受信装置へ複数のデータファイルよりなるファイルグループを送信するサーバ装置であって、上記受信装置へ新たに送信するファイルグループを構成する第２のデータファイルを特定した管理情報を、当該ファイルグループの送信先である受信装置へ送信する管理情報送信手段を備える構成であってもよい。【０２００】  また、本発明の受信装置は、１以上のサーバ装置から複数のデータファイルよりなるファイルグループを受信する受信装置であって、上記受信装置はファイルグループを構成するデータファイルを格納する蓄積部と、上記サーバ装置から新たに受信するファイルグループを構成する第２のデータファイルを特定した管理情報を当該サーバ装置から受信し、該管理情報に基づき、上記蓄積部に既に格納されている第１のデータファイルのうち、当該サーバ装置から新たに受信するファイルグループを構成する第２のデータファイルを上記蓄積部に格納した状態の自装置における利用を制限あるいは禁止したい第１のデータファイルを決定するファイル決定手段と、上記ファイル決定手段によって決定された第１のデータファイルの利用を制限する、あるいは該第１のデータファイルを上記蓄積部から削除するファイル管理手段を備える構成であってもよい。【０２０１】  上記の構成によれば、サーバ装置は、蓄積部に第１のデータファイルよりなるファイルグループが既に格納されている受信装置へ、第２のデータファイルよりなるファイルグループを新たに送信する際、受信装置へ新たに送信する第２のデータファイルを特定した管理情報を受信装置へ送信する。そして、受信装置は、サーバ装置から受信した管理情報に基づき、蓄積部に既に格納されている第１のデータファイルのうち、受信装置における利用を制限あるいは禁止したい第１のデータファイルを決定し、当該第１のデータファイルの利用を制限する、あるいは当該第１のデータファイルを削除する。【０２０２】  これにより、旧バージョンのファイルグループが蓄積された受信装置に、新バージョンのファイルグループをダウンロードする際、ファイルグループを構成するデータファイルのうち、新バージョンに置き換えられるデータファイルの旧バージョンのファイルの削除等が可能となる。よって、旧バージョンのデータファイルが誤って利用されることを防止できる。【０２０３】  例えば、ＡＶコンテンツの構成ファイル、すなわちクリップデータを順次ダウンロードして蓄積する場合に、新しいクリップデータがダウンロード済みでない（ダウンロードの途中である）か、もしくはクリップデータのダウンロードが途中で失敗した状態で、それらを参照するプレイリストの再生が指示されても、過去にダウンロードされている別のファイルが誤って参照され、本来期待されるのと異なった再生がなされるといった問題が生じない。【０２０４】  以上のように、上記の構成によれば、複数のデータファイルを蓄積したサーバ装置から、受信装置へ適宜配信するデータ管理システムにおいて、受信装置におけるデータ管理を効果的に行うことができる。【０２０５】  さらに、本発明のデータ管理システムは、上記受信装置は、上記蓄積部から削除されたデータファイルを特定した削除履歴情報を上記サーバ装置へ送信する履歴情報送信手段を備え、上記サーバ装置は、上記受信装置から受信した削除履歴情報に基づいて、当該受信装置へ新たに送信可能な上記第２のデータファイルを選別するファイル選別手段を備える構成であってもよい。【０２０６】  ここで、受信装置が、あるコンテンツを蓄積していない状態としては、まだそのコンテンツをダウンロードしていない場合の他に、ユーザがそのコンテンツをダウンロードして視聴した後に、そのコンテンツを不要として削除した場合が考えられる。後者の場合には、受信装置にそのコンテンツは現在蓄積されていないが、過去にダウンロードして蓄積しユーザが既に不要と判断しているため、ダウンロード候補として提示されることはユーザにとって望ましくない。【０２０７】  そこで、上記の構成によれば、さらに、サーバ装置は、受信装置から受信した削除履歴情報に基づいて、受信装置において過去に蓄積部から削除されたデータファイルを特定できる。そして、サーバ装置は、これら削除されたデータファイルを考慮して、受信装置へ新たに送信可能な上記第２のデータファイルを選別することができる。例えば、受信装置へ新たに送信する第２のデータファイルから、ユーザが不要であると判断したデータファイルをあらかじめ除外しておくことが可能となる。【０２０８】  なお、上記サーバ装置および上記受信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記サーバ装置および上記受信装をコンピュータにて実現させる各装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。【０２０９】  発明の詳細な説明の項においてなされた具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と次に記載する特許請求事項との範囲内で、いろいろと変更して実施することができるものである。
【産業上の利用可能性】
【０２１０】  本発明によれば、データファイルを蓄積し適宜配信する機能を有するサーバ装置と、該サーバ装置からデータを選択して受信する機能を有する受信装置とで構成されるデータ管理システムにおいて、受信装置に既に蓄積されているデータファイルを誤って参照することのないように管理することができるため、本発明は、例えば複数のＡＶコンテンツをオンデマンドに配信するビデオ配信システムに好適である。
【図１】
0004579287.tif 000002
【図２】
0004579287.tif 000003
【図３】
0004579287.tif 000004
【図４】
0004579287.tif 000005
【図５】
0004579287.tif 000006
【図６】
0004579287.tif 000007
【図７】
0004579287.tif 000008
【図８】
0004579287.tif 000009
【図９】
0004579287.tif 000010
【図１０】
0004579287.tif 000011
【図１１】
0004579287.tif 000012
【図１２】
0004579287.tif 000013
【図１３】
0004579287.tif 000014
【図１４】
0004579287.tif 000015
【図１５】
0004579287.tif 000016
【図１６】
0004579287.tif 000017
【図１７】
0004579287.tif 000018
【図１８】
0004579287.tif 000019
【図１９】
0004579287.tif 000020
【図２０】
0004579287.tif 000021
【図２１】
0004579287.tif 000022
【図２２】
0004579287.tif 000023