JP2009116839A - コンテンツ転送システムとその方法およびホームサーバ - Google Patents

Abstract

【課題】全てのバックアップ対象コンテンツを転送することなく、全てのバックアップ対象コンテンツをバックアップすることができるコンテンツ転送システムとその方法およびホームサーバを提供する。
【解決手段】ホーム・ストレージ０１０１ａと、オンライン・ストレージ０１０９を備え、ホーム・ストレージ０１０１ａは、バックアップ対象コンテンツのバックアップをオンライン・ストレージ０１０９に要求するときに、オンライン・ストレージ０１０９に対してバックアップ対象コンテンツの識別情報を転送するとともに、バックアップ対象コンテンツと同一のコンテンツの存在の有無の判定を要求し、オンライン・ストレージ０１０９に同一のコンテンツが存在するときには、メタデータをオンライン・ストレージ０１０９に転送し、それ以外のときのみバックアップ対象コンテンツをオンライン・ストレージ０１０９に転送する。
【選択図】図１

Description

本発明は、第１のストレージから第２のストレージに対して、通信ネットワークを介してコンテンツのバックアップを要求するときに、第１のストレージから第２のストレージへのデータ転送量を減らすことで、第１のストレージが必要とする通信ネットワークへの接続回線帯域の利用料支払いを削減することができるコンテンツ転送技術に関する。

近年、放送されているテレビ番組や映画などの動画コンテンツの品質の向上に伴ってコンテンツのデータ・サイズが増加している。また家庭でも数ＴＢもの大容量のストレージを安価に利用できるようになり、大量の動画コンテンツを録画し、ホーム・ストレージ内に蓄積しつつある。

特許文献１には、家庭内のミュージックサーバ、ホームサーバ、テレビジョンなど、ユーザからアップロードされたコンテンツを蓄積するコンテンツ保管サービスサイト内のオンライン・ストレージ、ダウンロードサイトと連携して課金決済サービスを行う課金決済サービスプロバイダがインターネットを介して接続されるシステムが開示されている。

また、特許文献２には、多数の家電機器が接続されたホームネットワークを制御・管理するホームサーバに更新・蓄積されたデータを、インターネットにより接続されたポータルサーバに周期的に伝送してデータバックアップを行うことによって、ホームサーバの機能障害のときに、ポータルサーバにバックアップされたデータを利用して損失されたデータを自動修復するようにした技術が開示されている。

一方、インターネット上の新しいサービスとして、オンライン・ストレージ・サービスが登場してきた。このサービスはインターネットを介して利用できる有料もしくは無料のストレージ容量貸し出しサービスである。例えば、家庭内のコンテンツをオンライン・ストレージにコピーしておくことで、コンテンツのバックアップが可能になる。コンテンツをオンライン・ストレージに移動すれば、ホーム・ストレージ側のコンテンツを削除できるので、ホーム・ストレージ側のストレージ空き容量を増やすことも可能になる。

家庭内のホーム・ストレージは、家庭が通信業者と契約した回線を利用してインターネットに接続する。回線のブロードバンド化により、数Ｍｂｐｓから数十Ｍｂｐｓもの大量の帯域を利用できるようになった。しかし家庭がインターネットに接続する回線は、データのダウンロード側の速度は速いが、データをインターネット上のサーバにアップロードする速度は遅い。これは家庭でのインターネットの主な利用例が、コンテンツのダウンロードであったからである。

ホーム・ストレージに日々蓄積される動画コンテンツを、インターネット経由でオンライン・ストレージにバックアップする場合、回線のアップロード側の帯域が狭いために、録画したデータをすべてバックアップできないという問題が生じている。例えば、一日２０ＧＢもの動画コンテンツを録画し、これを１．５Ｍｂｐｓのアップロード速度を持つ回線を使ってバックアップする場合、バックアップの完了に３０時間必要とし、バックアップが一日で完了せず運用として破綻する。

従来、この問題を解決する技術としては、送信データの圧縮や重要データのみの送信などによって解決してきた。
特開２００５−３１８０４号公報 特開２００４−１９２６０２号公報

しかしながら、送信データの圧縮は、動画コンテンツ自体が既に圧縮されており、圧縮率が高くならないことや、圧縮率を上げるには動画データの品質を下げる必要がある。

また、重要データのみバックアップする方法では、全データのバックアップが不可能になる。

本発明の目的は、一定の条件の下にバックアップ対象コンテンツのデータを通信ネットワークを介して転送するだけで、全てのバックアップ対象コンテンツを転送することなく、全てのバックアップ対象コンテンツをバックアップすることができるコンテンツ転送システムとその方法およびホームサーバを提供することにある。

本発明は、テレビ番組や映画、購入した音楽などのコンテンツをバックアップする場合、これらコンテンツを多数のユーザが保有していることに着目したものである。すなわち、多数のユーザのうち、誰か１人でもコンテンツをバックアップ用ストレージにバックアップしているときには、他のユーザが同じコンテンツをバックアップしたい場合には、既に同じコンテンツがバックアップ用ストレージに存在している。

そこで、第１のストレージを利用するユーザが、バックアップ用ストレージである第２のストレージに対して、バックアップ対象コンテンツのバックアップを要求するときには、第１のストレージから、第２のストレージに対してバックアップ対象コンテンツの識別情報を転送するとともに、バックアップ対象コンテンツに相当するコンテンツの存在の有無の判定を要求し、バックアップ対象コンテンツに相当するコンテンツが第２のストレージに存在しているときには、バックアップ対象コンテンツの転送の代わりに、バックアップ対象コンテンツのバックアップの管理に用いる管理情報を第２のストレージに転送し、バックアップ対象コンテンツに相当するコンテンツが第２のコンテンツに存在しない、という一定の条件の下にのみバックアップ対象コンテンツを第２のストレージに転送する。

従って、バックアップ対象コンテンツに相当するコンテンツが第２のストレージに存在しないときにのみ通信ネットワークのアップロード回線を用いてバックアップ対象コンテンツの転送が行われるので、通信ネットワークのアップロード回線の帯域が狭くても目的を達成することができる。

本発明によれば、全てのバックアップ対象コンテンツを転送することなく、全てのバックアップ対象コンテンツをバックアップすることができる。

（第一の実施形態）
以下、発明の第一の実施形態にかかるコンテンツ転送システムについて、図面を参照しながら説明する。

図１は、コンテンツ転送システムの概要について説明したものである。

コンテンツ転送システムは、ホーム・ストレージ０１０１ａ，０１０１ｂ、オンライン・ストレージ０１０９、コンテンツ・プロバイダ・サーバ０１１６、及び、それらをネットワークで接続するインターネット０１０８から構成されている。

ホーム・ストレージ０１０１ａ，０１０１ｂは、第１のコンテンツを記録する第１のストレージ（ストレージ装置）あるいはホームサーバとして、ユーザがテレビ番組を録画して蓄積したり、視聴したり、オンライン・ストレージ０１０９へのコンテンツのバックアップ・リストアを指示したりするコンピュータで構成され、図では省略しているが、ディスプレイやリモコンなどのインタフェースを備え、ネットワーク・インタフェース・カードでインターネット０１０８に接続する。

ホーム・ストレージ０１０１ａ，０１０１ｂは、コンテンツ記録機能０１０２、コンテンツ閲覧機能０１０３、バックアップ機能０１０４、リストア機能０１０５、コンテンツ削除機能０１２１、コンテンツなどのデータを蓄積するためのストレージ０１０７を有するとともに、ストレージ内のコンテンツやオンライン・ストレージ内のコンテンツを管理する個人用コンテンツ管理テーブル０１０６を有する。

オンライン・ストレージ０１０９は、第２のコンテンツを記録するとともに、ホーム・ストレージ０１０１ａ、０１０１ｂの第１のコンテンツを管理する第２のストレージあるいは管理サーバ（オンラインサーバ）として、ホーム・ストレージ０１０１ａ，０１０１ｂから送られてきたコンテンツを格納したり、ホーム・ストレージ０１０１ａ，０１０１ｂからの要求に基づき、バックアップしたコンテンツをホーム・ストレージ側にリストアしたりする機能を有する。また、オンライン・ストレージ０１０９は、コンテンツ・プロバイダ・サーバ０１１６からコンテンツを取得・格納する場合もある。

オンライン・ストレージ０１０９は、オンライン・ストレージ０１０９のコンテンツ配信機能０１１０、バックアップ機能０１１１、テーブル・リストア機能０１１２を有し、オンライン・ストレージ０１０９からホーム・ストレージ０１０１ａ，０１０１ｂやコンテンツ・プロバイダ・サーバ０１１６からリードしたコンテンツをストレージ０１１５に格納する。オンライン・ストレージ０１０９は、ストレージ０１１５に格納したコンテンツを管理するためのオリジナル・コンテンツ管理テーブル０１１３を有するとともに、ホーム・ストレージ０１０１ａ，０１０１ｂから送られてきたバックアップを管理するためのバックアップ管理テーブル０１１４を有する。

コンテンツ・プロバイダ・サーバ０１１６は、第３のコンテンツを保有する第３のストレージあるいは、ホーム・ストレージ０１０１ａ，０１０１ｂにコンテンツを配信するサーバとして構成されている。このコンテンツの配信は、放送会社によるテレビ番組の放送やインターネット上のサーバによるコンテンツ配信などが該当する。ただしテレビ番組の方法の場合、ホーム・ストレージへのコンテンツの配信はインターネットを利用する必要はない。地上デジタル放送やワンセグ放送などの手段でも良い。また本特許ではコンテンツ・プロバイダ・サーバ０１１６は必ずしもインターネット０１０８に接続している必要はない。

コンテンツ・プロバイダ・サーバ０１１６は、コンテンツ・プロバイダ０１１６のコンテンツ配信機能０１１７、コンテンツ存在確認機能０１１８と、ストレージ内のコンテンツを管理するためのマスター・コンテンツ管理テーブル０１１９を有し、ホーム・ストレージ０１０１ａ、０１０１ｂに配信するコンテンツをストレージ０１２０に格納する。

ここでコンテンツに関する用語について整理すると、通常コンテンツと行った場合、ホーム・ストレージ０１０１ａ，０１０１ｂが格納しているコンテンツを意味する。オリジナル・コンテンツとは、オンライン・ストレージ０１０９が格納するコンテンツを意味する。マスター・コンテンツとはコンテンツ・プロバイダ・サーバ０１１６が格納するコンテンツを意味する。

マスター・コンテンツとは、一番品質の高いフォーマットとビットレートで保存されるコンテンツである。コンテンツ・プロバイダ・サーバ０１１６は、マスター・コンテンツをホームサーバに放送可能なフォーマットとビットレートに変換して放送する。ホームサーバは、受信したコンテンツをストレージに格納可能なフォーマットとビットレートに変換して格納する。コンテンツをバックアップする場合は、ストレージに格納したコンテンツをオンライン・ストレージ０１０９に送信する。

オリジナル・コンテンツは、ホームサーバであるホーム・ストレージ０１０１ａ，０１０１ｂがバックアップしたコンテンツである。同じ内容のコンテンツであり、フォーマットとビットレート、録画の開始終了時間のみが異なるコンテンツが複数あり、それらをホーム・ストレージ０１０１ａ，０１０１ｂからオンライン・ストレージ０１０９にバックアップする場合、オンライン・ストレージ側ではそれらコンテンツの中で一番品質が高いフォーマットとビットレートのコンテンツのみを格納する。

図２は、オンライン・ストレージ０１０９が管理するオリジナル・コンテンツ管理テーブル０１１３の例である。オリジナル・コンテンツ管理テーブル０１１３は、オンライン・ストレージ０１０９が格納しているオリジナル・コンテンツに関する情報を管理するためのテーブルであって、格納しているオリジナル・コンテンツ毎に、エントリ番号０２０１、種別０２０２、ソース０２０３、録画開始時間０２０４、録画終了時間０２０５、フォーマット０２０６、ビットレート０２０７、格納場所０２０８などの情報を管理する。コンテンツは、種別０２０２、ソース０２０３、録画開始時間０２０４、録画終了時間０２０５によって識別する。

コンテンツが録画したテレビ番組の場合、利用者すべてに同じ時刻に同じ内容のコンテンツを放送している。そのため、地デジやワンセグなどの放送種別とチャンネル番号、番組の開始終了時間が一致する二つのコンテンツが存在する場合、それら二つのコンテンツの内容は一致すると考える事ができる。そこでそれら情報をコンテンツの内容の識別に利用する。

例えば、コンテンツがＤＶＤからリッピングした映画の場合、種別０２０２はＤＶＤを識別するＩＤとなり、ソース０２０３は映画を識別するＩＤとなる。この場合、録画開始時間０２０４と録画終了時間０２０５は、映画の開始時点を００において、００において、００とし、そこからの相対的な時刻とする。コンテンツがＣＤからリッピングした音楽の場合、種別０２０２はＣＤを識別するＩＤとなり、ソース０２０３はＣＤアルバムを識別するＩＤとアルバム内のトラックの番号をセットにした情報になる。この場合、録画開始時刻０２０４と録画終了時刻０２０５は、一曲（１トラック分）の開始時点を００において、００において、００とし、そこからの相対的な時刻とする。

フォーマット０２０６とビットレート０２０７は、コンテンツを保管する場合のコンテンツの記録形式と圧縮率を示している。これらはコンテンツの映像品質に影響する。ビットレート０２０７が低い場合、品質が悪いことを意味する。ビットレート０２０７が高いコンテンツをビットレート０２０７の低いコンテンツに変換することは可能であるが、逆は不可能である。また異なる種類のフォーマット間にも、映像品質に関して以下の関係がある。これについては図１９で後に説明する。最後に格納場所０２０８とは、そのコンテンツがオンライン・ストレージ０１０９内のストレージ０１１５にどのファイル名で保管しているかを示している。

図３は、オンライン・ストレージ０１０９が管理するバックアップ管理テーブル０１１４の例である。バックアップ管理テーブル０１１４は、どのユーザがどのコンテンツをどのフォーマットやビットレートでバックアップしたかを管理するためのテーブルである。またコンテンツと合わせてコンテンツのメタデータ０３１３もバックアップするため、バックアップしたメタデータ０３１３の内容も管理する。

具体的には、バックアップ管理テーブル０１１４は、エントリ番号０３０１、ユーザ名０３０２、コンテンツ基本情報０３１２として、種別０３０３、ソース０３０４、録画開始時間０３０５、録画終了時間０３０６、フォーマット０３０７、ビットレート０３０８、メタデータ０３１３として、未視聴フラグ０３０９、再生回数０３１０、説明０３１１などの情報を管理する。この際、バックアップしたコンテンツ毎に、一つのエントリが対応し、ユーザ名０３０２はコンテンツをバックアップしたユーザを識別する情報である。種別０３０３、ソース０３０４、録画開始時間０３０５、録画終了時間０３０６は、コンテンツを識別する情報である。フォーマット０３０７とビットレート０３０８は、ユーザがバックアップしたコンテンツがどのフォーマットとビットレートで保管されていたかを記録するためのものである。

ここで注意が必要なのは、バックアップしたコンテンツの録画開始時間０３０５と録画終了時間０３０６は、オリジナル・コンテンツの録画開始時間と録画終了時間とは必ずしも一致せず、オリジナル・コンテンツの録画時間の方がバックアップ・したコンテンツを必ず含む関係になっている点である。

ただし、バックアップしたコンテンツが複数のオリジナル・コンテンツに分かれる場合も存在する。またオリジナル・コンテンツの映像品質は必ずバックアップしたコンテンツの映像品質以上である。バックアップしたコンテンツの映像品質がオリジナル・コンテンツの映像品質よりも低い場合、該バックアップ・コンテンツをホーム・ストレージ側にバックアップしたり、配信したりする際に、オリジナル・コンテンツの品質をバックアップ管理テーブル０１１４に記録した品質に変換することで、バックアップしたときと同じ映像品質での視聴が可能になる。

メタデータ０３１３としては、映像コンテンツをユーザが再生したかどうかを示す未視聴フラグ０３０９や、ユーザが同じコンテンツを何回再生したのか再生回数０３１０や、コンテンツの内容の説明情報０３１１などを含むがこの限りではない。ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）で受信できるコンテンツに関する情報もメタデータとして含むこともできる。

バックアップ管理テーブル０１１４は、誰がどのコンテンツをどの品質でバックアップしたかを管理する目的で利用するため、コンテンツの実体がストレージのどのファイルに対応しているかは管理しない。オンライン・ストレージ０１０９は、バックアップ管理テーブル０１１４からコンテンツの識別情報を得て、その識別情報に一致するオリジナル・コンテンツをオリジナル・コンテンツ管理テーブル０１１４から見つけることで、コンテンツの実体との対応関係を知る事ができる。

図４は、ホーム・ストレージ０１０１ａ、０１０１ｂ側で管理する個人用コンテンツ管理テーブル０１０６の例である。このテーブル０１０６は、ユーザがどういったコンテンツをどういった形式でどこに（ホーム・ストレージ内かオンライン・ストレージ内か）格納しているかを管理する目的で利用される。

個人用コンテンツ管理テーブル０１０６は、エントリ番号０４０１、コンテンツ基本情報０４１２として、種別０４０３、ソース０４０４、録画開始時間０４０５、録画終了時間０４０６、フォーマット０４０７、ビットレート０４０８、メタデータ０４１３として、未視聴フラグ０４０９、再生回数０４１０、説明０４１１、最後に格納場所０４１４とバックアップ時刻０４１５などの情報を管理する。なお、コンテンツ基本情報とメタデータの構成は、バックアップ管理テーブル０１１４と同様であるので、その説明を省略する。

格納場所とは、コンテンツがホーム・ストレージ０１０１ａ，０１０１ｂ内かオンライン・ストレージ０１０９内のどちらに格納されているかを示す。ホーム・ストレージ０１０１ａ、０１０１ｂ内の場合、ホーム・ストレージ０１０１ａ、０１０１ｂのストレージ０１０７に、どのファイル名でコンテンツが保管されているかを示す。オンライン・ストレージ０１０９の場合、オンライン・ストレージ０１０９を識別する情報（ホスト名など）を入れる。バックアップ時刻０４１５は、コンテンツをバックアップしたかどうか、バックアップした場合、いつバックアップしたか時刻を示す。バックアップ未実施の場合、「未実施」となる。コンテンツが更新された場合も「未実施」となる。

図５（ａ）は、ホーム・ストレージ０１０１ａがコンテンツをストレージに記録するコンテンツ記録機能０１０２の処理フローを示す。本フローはユーザや事前に設定した録画予約によって記録開始時にコールされる。

ステップ０５０１において、ホーム・ストレージ（コンピュータ）０１０１ａは、個人用コンテンツ管理テーブル０１０６にエントリを新規に追加する。ステップ ０５０２において、ホーム・ストレージ０１０１ａは、録画するコンテンツの種別０４０３、ソース０４０４、録画開始時刻０４０５、フォーマット０４０７、ビットレート０４０８、未視聴フラグ０４０９、再生回数０４１０、説明０４１１、バックアップ時刻０４１５を個人用コンテンツ管理テーブル０１０６に記録する。種別０４０３、ソース０４０４、録画開始時刻０４０５、フォーマット０４０７、ビットレート０４０８は録画予約の情報を基に設定する。未視聴フラグ０４０９はＯＮ、再生回数０４１０はゼロ、説明０４１１はＥＰＧの情報を使い、バックアップ時刻０４１５は「未実施」とする。

ステップ０５０３において、ホーム・ストレージ０１０１ａは、コンテンツをローカル・ストレージ０１０７にファイルとして格納する際に使うユニークなファイル名を決定し、ファイル名を個人用コンテンツ管理テーブル０１０６の格納場所欄０４１４に記載する。ステップ０５０４において、ホーム・ストレージ０１０１ａはコンテンツの記録を開始する。受信した映像は指定されたフォーマットとビットレートに変換されたうえで、ファイルにデータが書き込まれる。

図５（ｂ）には、ホーム・ストレージ０１０１ａがコンテンツの記録を終了するコンテンツ記録機能０１０２の処理フローを示す。本フローはユーザや事前に設定した録画予約によって記録終了時にコールされる。

ステップ０５０５において、ホーム・ストレージ０１０１ａは、個人用コンテンツ管理テーブル０１０６の録画終了時刻０４０６を現時刻で設定する。

図６は、ホーム・ストレージ０１０１ａがユーザの要求に対してコンテンツをディスプレイ上で再生するコンテンツ再生機能０１０３の処理フローを示す。本フローは、ホーム・ストレージ０１０１ａが個人用コンテンツ管理テーブル０１０６を基に作成したコンテンツのリストをディスプレイ上に表示し、ユーザが視聴したいコンテンツをリモコン等で選択することによって、開始される。

ステップ０６０１において、ホーム・ストレージ（コンピュータ）０１０１ａは、個人用コンテンツ管理テーブル０１０６から再生するコンテンツに対応するエントリを検索する。ステップ０６０２において、ホーム・ストレージ０１０１ａは、エントリの格納場所を参照し（判定）し、格納場所がローカル・ストレージ０１０７だった場合、ステップ０６０３に進み、格納場所がオンライン・ストレージ０１０９だった場合、ステップ０６０４に進む。

ステップ０６０３において、ホーム・ストレージ０１０１ａは、ローカル・ストレージ０１０７から格納場所に記されたファイルをリードし、ディスプレイにコンテンツを表示する。次にステップ０６０６に進む。ステップ０６０４において、ホーム・ストレージ０１０１ａは、オンライン・ストレージ０１０９に対してコンテンツのリード要求を発行する。その結果、対応するコンテンツを受信する。ホーム・ストレージ０１０１ａは、受信したコンテンツをディスプレイ上に表示する。

ステップ０６０５はオプションのステップである。ホーム・ストレージ０１０１ａはオンライン・ストレージ０１０９からリードしたファイルをローカル・ストレージ０１０７に格納し、個人用コンテンツ管理テーブル０１０６の格納場所をローカル・ストレージ０１０７でコンテンツ格納に使ったファイル名で更新する。

ステップ０６０６において、ホーム・ストレージ０１０１ａは、個人用コンテンツ管理テーブル０１０６の未視聴フラグ０４０９をＯＦＦにし、再生回数０４１０を１インクリメントする。

図７は、図６のステップ０６０４において、ホーム・ストレージ０１０１ａがオンライン・ストレージ０１０９に対してコンテンツのリードを要求する場合のフォーマットの例を示している。

コンテンツ・リード要求は、要求種別０７０１、ユーザ名０７０２、種別０７０３、ソース０７０４、録画開始時間０７０５、録画終了時間０７０６、フォーマット０７０７、ビットレート０７０８を指定する。要求種別０７０１は、「コンテンツ・リード」を指定する。ユーザ名０７０２はオンライン・ストレージ０１０９をホーム・ストレージ０１０１ａが利用する場合のユーザ・アカウント名である。種別０７０３、ソース０７０４、録画開始０７０５・終了時刻０７０６はどのコンテンツをリードするかを指定する目的で利用する。フォーマット０７０７とビットレート０７０８は、どんなフォーマットとビットレートでコンテンツを視聴したいかを指定する。コンテンツをオンライン・ストレージ０１０９に移動した場合、そのコンテンツの品質より低い品質に変換してからコンテンツをリードすることもできる。録画開始０７０５・終了時間０７０６も、移動したコンテンツの録画開始・終了時間内であれば任意の時間帯を指定できる。

図８は、ホームサーバとしてのホーム・ストレージ０１０１ａがコンテンツをオンライン・ストレージ０１０９にバックアップする際のバックアップ機能０１０４の処理フローを説明する。本処理は、バックアップのスケジューラに従って定期的にコールされるか、コンテンツが作成されたタイミングでコールされるか、ユーザ契機でコールされる。

ステップ０８０１において、ホーム・ストレージ（コンピュータ）０１０１ａは、個人用コンテンツ管理テーブル０１０６の全エントリに対してバックアップ時刻０４１５を参照し、「未実施」となっているエントリを抜き出す。これらがバックアップ対象となる。ステップ０８０２において、ホーム・ストレージ０１０１ａは、各エントリについてコンテンツ基本情報０４１２をオンライン・ストレージ０１０９に送信する。ステップ０８０３において、ホーム・ストレージ０１０１ａは、オンライン・ストレージ０１０９から応答を受け取る。

ステップ０８０４において、ホーム・ストレージ０１０１ａは、応答結果を見て、バックアップ対象のコンテンツをオンライン・ストレージ０１０９に送信する必要があるかどうかを判断し、送信必要な場合はステップ０８０５に進み、必要なければステップ０８０７に進む。必要がないとは、オンライン・ストレージ０１０９側で、すでに内容が同じコンテンツを格納していることを意味する。その場合でもメタデータは個人によって異なる為、メタデータのみをバックアップすることになる。

ステップ０８０５において、ホーム・ストレージ０１０１ａは、コンテンツをオンライン・ストレージ０１０９に送信する。ステップ０８０６において、ホーム・ストレージ０１０１ａは、オンライン・ストレージ０１０９から応答を受領する。ステップ０８０７において、ホーム・ストレージ０１０１ａは、バックアップ対象のコンテンツに付随するメタデータをオンライン・ストレージ０１０９に送信する。ステップ０８０８において、ホーム・ストレージ０１０１ａは、オンライン・ストレージ０１０９から応答を受領する。

ステップ０８０９において、ホーム・ストレージ０１０１ａは、個人用コンテンツ管理テーブル０１０６の該エントリのバックアップ時刻０４１５を、現時刻で更新する。ステップ０８１０において、ホーム・ストレージ０１０１ａは、バックアップ対象の全データにつき上記処理を完了したかどうか判定し、まだ完了していない場合は、次のコンテンツに対してステップ０８０２から繰り返し、完了していれば処理を終える。

バックアップではなく、ホーム・ストレージ０１０１ａからオンライン・ストレージ０１０９へのコンテンツの移動であった場合、バックアップ成功後の任意の時点で、ホーム・ストレージ０１０１ａ側のコンテンツを削除する実施例もありうる。

図９は、図８のステップ０８０２において、ホーム・ストレージ０１０１ａがコンテンツの基本情報０４１２をオンライン・ストレージ０１０９に送信する場合に利用する要求フォーマットの一例を示している。

基本情報送信用の要求フォーマットは、要求種別０９０１、ユーザ名０９０２、種別０９０３、ソース０９０４、録画開始・終了時間０９０５、０９０６、フォーマット０９０７、ビットレート０９０８を指定する。これら情報は個人用コンテンツ管理テーブル０１０６から作成する。要求種別は「コンテンツ基本情報取得」である。

図１０は、図８のステップ０８０７において、ホーム・ストレージ０１０１ａがコンテンツのメタデータをオンライン・ストレージ０１０９に送信する場合に利用する要求フォーマットの一例を示している。

本要求のフォーマットは、要求種別１００１、ユーザ名１００２、バックアップの識別子１００３、未視聴フラグ１１１５、視聴回数１１１６、説明１１１７などの情報を指定する。

図１１は、ホーム・ストレージ０１０１ａが故障し、新しいホーム・ストレージにコンテンツをリストアするリストア機能０１０５の処理フローの例を示している。

ステップ１１０１において、ホーム・ストレージ（コンピュータ）０１０１ａは、オンライン・ストレージ０１０９に対して、指定したユーザ名でバックアップしたコンテンツのリストを要求する。ステップ１１０２において、ホーム・ストレージ０１０９は、オンライン・ストレージ０１０１ａから、コンテンツ・リストを受け取る。ステップ１１０３において、ホーム・ストレージ０１０９は、受け取ったコンテンツ・リストを基に、個人用コンテンツ管理テーブル０１０６を回復する。その際、格納場所はオンライン・ストレージ０１０９のストレージ０１１５とする。

ステップ１１０４において、ホーム・ストレージ０１０１ａは、リストアしたコンテンツのエントリのバックアップ時刻０４１５を現在時刻に設定する。ステップ１１０５において、ホーム・ストレージ０１０１ａは、リストア対象のコンテンツのリストをディスプレイに表示し、ローカル・ストレージ０１０７にコピーするコンテンツをユーザに選択させる。

ステップ１１０６において、ホーム・ストレージ０１０１ａは、ユーザが選択したリストア・コンテンツのリストを受け取る。ホーム・ストレージ０１０１ａは指定されたコンテンツのみ、オンライン・ストレージ０１０９からリードし、ローカル・ストレージ０１０７にコピーする。ステップ１１０７において、ホーム・ストレージ０１０１ａは、リストア対象の全コンテンツに関してステップ１１０８以下を繰り返す。

ステップ１１０８において、ホーム・ストレージ０１０１ａは、リストア・コンテンツをローカル・ストレージ０１０７にファイルとして格納するために、ファイル名を決定する。決定したファイル名を個人用コンテンツ管理テーブル０１０６の該当エントリの格納場所に記録する。

ステップ１１０９において、ホーム・ストレージ０１０１ａは、オンライン・ストレージ０１０９からリストアするコンテンツをリードする。ステップ１１１０において、ホーム・ストレージ０１０１ａは、受領したコンテンツをローカル・ストレージ０１０７に格納する。ステップ １１１１において、ホーム・ストレージ０１０１ａは、すべてのコンテンツをリストアしたかどうか判定し、完了していなければステップ１１０８から繰り返し、完了していれば処理を終える。

図１２は、図１１のステップ１１０１にて、ホーム・ストレージ０１０１ａがオンライン・ストレージ０１０９に対して、所有するコンテンツのリストを得るための要求フォーマットの例を示す。

本要求は、要求種別１２０１とユーザ名１２０２から成る。要求種別には「所有コンテンツ・リスト要求」を指定する。ユーザ名には、コンテンツのバックアップ時に指定したユーザ名を指定する。得られるコンテンツ・リストは、該ユーザで格納したコンテンツがすべてリストアップされる。

図１３は、オンライン・ストレージ０１０９のコンテンツ配信機能０１１０の処理フローについて説明している。本処理は、ホーム・ストレージ０１０１ａが要求するコンテンツをホーム・ストレージ０１０１ａに送信する機能を実現する。

ステップ１３０１において、オンライン・ストレージ０１０９は、ホーム・ストレージ０１０１ａからコンテンツ配信要求を受領する（図７のコンテンツ・リード要求フォーマット参照）。ステップ１３０２において、オンライン・ストレージ０１０９は、要求の中で指定されているコンテンツの識別情報（種別０７０３、ソース０７０４、録画開始０７０５・終了時刻０７０６）を参照し、バックアップ管理テーブル０１１４の中に、該当エントリが存在しているか否か（要求されたコンテンツをユーザが所有しているか否か）をチェックする。

この場合、種別０７０３とソース０７０４とユーザ名０７０２が一致し、録画開始０７０５・終了時刻０７０６がバックアップ管理テーブル０１１４内の録画開始０３０５・終了時刻０３０６の時間内に含まれており、ビットレート０７０８とフォーマット０７０７で決まる映像品質がバックアップ管理テーブル０１１４内のビットレート０３０８とフォーマット０３０７で決まる映像品質以下であることが条件となる。

ステップ１３０３において、存在しない場合は、オンライン・ストレージ０１０９はエラーをホーム・ストレージ０１０１ａに応答する。ステップ１３０４において、オンライン・ストレージ０１０９は、要求されたコンテンツに対応するオリジナル・コンテンツをストレージ０１１５からリードする。ステップ１３０５において、オンライン・ストレージ０１０９は、要求されたフォーマットとビットレートに合わせて、オリジナル・コンテンツを変換する。この場合、オンライン・ストレージ０１０９は、要求されたフォーマットとビットレートに合わせる代わりに、バックアップされたコンテンツの映像品質をバックアップ時の映像品質よりも高くするために、フォーマットとビットビットを変更し、変更されたコンテンツをオリジナル・コンテンツにすることも可能である。

バックアップ時よりも品質の高いコンテンツを視聴する場合には、オンライン・ストレージはユーザに対して課金を行うステップを追加することも可能である。ステップ１３０６において、オンライン・ストレージ０１０９は、変換したコンテンツをホーム・ストレージ０１０１ａに送信する。

図１４は、オンライン・ストレージ０１０９によるコンテンツ・バックアップ機能０１１１の処理フローを示す。本処理は、ホーム・ストレージ０１０９がバックアップを要求するコンテンツが、すでにオンライン・ストレージ０１０９内にあるかどうかを判定し、あればコンテンツの送信は実施しないなどの処理を行う。

ステップ１４０１において、オンライン・ストレージ０１０９は、ホーム・ストレージ０１０１ａからコンテンツ基本情報を受領する（図９のコンテンツ基本情報送信フォーマット参照）。ステップ１４０２において、オンライン・ストレージ０１０９は、バックアップ管理テーブル０１１４に新規エントリを追加する。その際、ユーザ名０３０２、種別０３０３、ソース０３０４、録画開始・終了時刻０３０５、０３０６、フォーマット０３０７、ビットレート０３０８の情報をコンテンツ基本情報０３１２を参照して記録する。

ステップ１４０３において、オンライン・ストレージ０１０９は、システム内でユニークなバックアップ処理用識別子を割り当てる。識別子は任意の値である。この識別子を使って、現在処理対象になっている一連のバックアップ処理と他のバックアップ処理との区別をつける。

ステップ１４０４において、オンライン・ストレージ０１０９は、オリジナル・コンテンツ管理テーブル０１１３を参照し、バックアップしようとしているコンテンツが既にオンライン・ストレージ０１０９内に存在するかどうかを判断し、あればステップ１４０５に進み、なければステップ１４０６に進む。ここで後述するように、ホームサーバであるホーム・ストレージ０１０１ａから送ってもらうコンテンツはフル・レングスでなくても良い。オリジナル・コンテンツに足りない時間帯分のみ送信すれば良い。

ステップ１４０４において、バックアップしようとしているコンテンツが既にオンライン・ストレージ０１０９内に存在するかどうかを判断するためにコンテンツ基本情報を使って判定を行う。しかしユーザがコンテンツ基本情報を偽造し、所有しているコンテンツの品質より高い品質でコンテンツを所有しているとオンライン・ストレージに報告する可能性もありうる。

この不正を検出するために、オンライン・ストレージはホーム・ストレージに対して所有している映像コンテンツからランダムに選択した映像フレームを一個以上送信することをホーム・ストレージに要求する。そして受け取った映像フレームを、オンライン・ストレージが格納しているオリジナル・コンテンツの対応する箇所の映像フレームと内容を比較し、すべての映像フレームの内容が一致していることを確認することで、バックアップしようとしているコンテンツが既にオンライン・ストレージ０１０９内に存在するかどうかの判定を検証することもできる。加えて、ホーム・ストレージとオンライン・ストレージは互い認証を行うことで、オンライン・ストレージは正しいホーム・ストレージと通信していることを確認しても良い。

ステップ１４０５において、オンライン・ストレージ０１０９は、オリジナル・コンテンツとバックアップ対象のコンテンツの品質を比較し、オリジナルの方が、品質が良いかどうかを判定し、オリジナルの方の品質が良ければ、バックアップ対象のコンテンツをホーム・ストレージ０１０１ａへ転送する必要はないので、ステップ１４１０に進み、品質が悪ければステップ１４０８に進む。

ステップ１４０６において、オンライン・ストレージ０１０９は、オリジナル・コンテンツ管理テーブル０１１３に新規エントリを追加し、種別０２０２、ソース０２０３、録画開始・終了時刻０２０４、０２０５、フォーマット０２０６、ビットレート０２０７をコンテンツ基本情報に従って記録する。

ステップ１４０７において、オンライン・ストレージ０１０９は、バックアップするコンテンツをストレージ０１１５に格納するために、ファイル名を決定し、新規エントリの格納場所欄に記録する。ステップ１４０８において、オンライン・ストレージ０１０９は、ホーム・ストレージ０１０１ａに対して、コンテンツの送信を要求する。ステップ１４０９において、オンライン・ストレージ０１０９は、コンテンツを受領する。この際、本当にそのコンテンツのフォーマットやビットレートが正しいか、確認するステップを入れても良い。

ステップ１４１０において、オンライン・ストレージ０１０９は、コンテンツをストレージ０１１５に格納する。ステップ１４１１において、オンライン・ストレージ０１０９は、バックアップ対象コンテンツに付随するメタ・データの送信をホーム・ストレージ０１０１ａに要求する。

ステップ１４１２において、オンライン・ストレージ０１０９は、ホーム・ストレージ０１０１ａからメタ・データを受領する。ステップ１４１３において、オンライン・ストレージ０１０９は、メタデータをバックアップ管理テーブル０１１４に設定する。ステップ１４１４において、オンライン・ストレージ０１０９は、ホーム・ストレージ０１０１ａにバックアップの成功を応答する。

図１５は、図１４のＡで囲った処理の別の実施例を示している。この処理では、オンライン・ストレージ０１０９側にオリジナル・コンテンツがなかった場合に、ホーム・ストレージ０１０１ａからコンテンツをリードする前に、コンテンツ・プロバイダ・サーバ０１１６に該当コンテンツがあるかどうかをチェックする。あればホーム・ストレージ０１０１ａからではなく、コンテンツ・プロバイダ・サーバ０１１６からコンテンツをリードする。これによりホームサーバであるホーム・ストレージ０１０１ａ側のネットワーク帯域を節約できる。

ステップ１５０１において、オンライン・ストレージ０１０９は、コンテンツ・プロバイダ・サーバ０１１６にホーム・ストレージ０１０１ａがバックアップを要求しているコンテンツを持っているかを確認する。ステップ１５０２において、オンライン・ストレージ０１０９は、コンテンツ・プロバイダ・サーバ０１１６から応答を受領する。

ステップ１５０３において、オンライン・ストレージ０１０９は、応答結果の内容を見て、コンテンツ・プロバイダ・サーバ０１１６がコンテンツを持っているかどうかをチェックし、持っていればステップ１５０４に進み、持っていなければステップ１５０６に進む。ステップ１５０４において、オンライン・ストレージ０１０９は、コンテンツ・サービス・プロバイダ０１１６にコンテンツのリード要求を行う。

ステップ１５０５において、オンライン・ストレージ０１０９は、コンテンツ・サービス・プロバイダ０１１６からコンテンツを受領する。ステップ１５０６において、オンライン・ストレージ０１０９は、ホーム・ストレージ０１０１ａに対して、コンテンツの送信を要求する。

ステップ１５０７において、オンライン・ストレージ０１０９は、コンテンツを受領する。ステップ１５０８において、オンライン・ストレージ０１０９は、受領したコンテンツをストレージ０１１５に格納する。

図１６は、図１５のステップ１５０１において、オンライン・ストレージ０１０９がコンテンツ・プロバイダ・サーバ０１１６に対して、コンテンツの有無を問い合わせるときに使うフォーマット例である。

本要求は、要求種別１６０１、種別１６０２、ソース１６０３、録画開始・終了時刻１６０４、１６０５、フォーマット１６０６、ビットレート１６０７を指定する。

図１７は、オンライン・ストレージ０１０９のテーブル・リストア機能０１１２の処理フローを示している。この機能は、バックアップ管理テーブル０１１４から、指定されたユーザが所有するコンテンツのコンテンツ基本情報０３１２とメタデータ０３１３をセットにしてホーム・ストレージ０１０１ａに返す。

ステップ１７０１において、オンライン・ストレージ０１０９は、ホーム・ストレージ０１０１ａから所有コンテンツ・リストの要求を受け取る。ステップ１７０２において、オンライン・ストレージ０１０９は、バックアップ管理テーブル０１１４からユーザ名が一致するエントリをすべて抜き出し、リストにする。ステップ １７０３において、オンライン・ストレージ０１０９は、作成したコンテンツ・リストをホーム・ストレージ０１０１ａに返す。

図１８は、コンテンツ・プロバイダ・サーバ０１１６のコンテンツ存在確認機能の処理フローを示している。この機能は、指定されたコンテンツをコンテンツ・プロバイダ・サーバ０１１６が格納しているかどうかをチェックする目的で利用する。

ステップ１８０１において、コンテンツ・プロバイダ・サーバ０１１６は、オンライン・ストレージ０１０９からコンテンツ存在確認要求を受領する。ステップ１８０２において、コンテンツ・プロバイダ・サーバ０１１６は、マスター・コンテンツ管理テーブル０１１９に指定されたコンテンツが存在しているかどうかをチェックし、あればステップ１８０３に進み、なければステップ１８０４に進む。この場合、種別とソースとユーザ名が一致し、録画開始・終了時刻がバックアップ管理テーブル０１１４内の録画開始・終了時刻０３０５、０３０６の時間内に含まれており、ビットレートとフォーマットで決まる映像品質がバックアップ管理テーブル０１１４内のビットレート０３０８とフォーマット０３０７で決まる映像品質以下であることが条件となる。

ステップ１８０３において、コンテンツ・プロバイダ・サーバ０１１６はＹＥＳを応答する。ステップ１８０４において、コンテンツ・プロバイダ・サーバ０１１６はＮＯを応答する。

図１９は、オンライン・ストレージ０１０９やコンテンツ・プロバイダ・サーバ０１１６がコンテンツの品質をチェックする際に利用するフォーマットの優先順位を示すテーブルである。優先順位毎に、コンテンツのフォーマットが並んでいる。例えば一番品質が良いフォーマットはＡＶＩ（Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｌｅａｖｉｎｇ）形式であることを示す。

オンライン・ストレージ０１０９やコンテンツ・プロバイダ・サーバ０１１６が品質を比較する場合は、まずビットレートを比較する。フォーマットによらずビットレートの低い方が、品質が悪いと決定する。次にビットレートが同じ場合は、フォーマットを比較する。図１９のテーブルを見て、フォーマット間の品質の違いを比較する。

図２０は、オンライン・ストレージ０１０９がデータのバックアップ要求を処理するときに、バックアップ対象コンテンツのどの部分はオリジナル・コンテンツをそのまま利用し、どの部分はコンテンツ・プロバイダ・サーバ０１１６からリードし、どの部分はホーム・ストレージ０１０１ａからリードするか、状況による違いの例を説明している。

この例では、ホーム・ストレージ０１０１ａ内にあるバックアップ対象コンテンツは１．５Ｍｂｐｓのビットレートで変換されている。バックアップ対象コンテンツは、（１）から（４）の４つのパートに分離できる。

バックアップ対象コンテンツのパート（１）は、すでにオリジナル・コンテンツＡがオンライン・ストレージ０１０９内にある場合を示している。オンライン・ストレージ０１０９は、オリジナル・コンテンツ管理テーブル０１１３を参照し、ビットレート０２０７はオリジナルの方が高く、録画開始終了時間０２０４、０２０５もオリジナル・コンテンツＡが包含しているため、パート（１）についてはコンテンツの送信は必要ないと判定する。

バックアップ対象コンテンツのパート（２）は、すでに同じ時間帯でオリジナル・コンテンツＢが存在するが、ビットレートが３００Ｋｂｐｓとバックアップ対象コンテンツの１．５Ｍｂｐｓよりも低く、オリジナル・コンテンツＢは品質が悪く利用できないことを示している。一方、バックアップ対象コンテンツのパート（２）はコンテンツ・プロバイダ・サーバ０１１６がコンテンツＣとして持っており、ビットレートもコンテンツＣの方が高い。そのため、オンライン・ストレージ０１０９は、バックアップ対象コンテンツのパート（２）に対応する箇所をコンテンツ・プロバイダ・サーバ０１１６からリードする。

バックアップ対象コンテンツのパート（３）は、オリジナル・コンテンツがなく、マスター・コンテンツＣが存在する場合である。このとき、オンライン・ストレージ０１０９は、バックアップ対象コンテンツのパート（３）に対応する箇所をコンテンツ・プロバイダ・サーバ０１１６からリードする。

バックアップ対象コンテンツのパート（４）は、オリジナル・コンテンツもマスター・コンテンツもない時間帯であることを示している。この場合、オンライン・ストレージ０１０９は、バックアップ対象コンテンツのパート（４）をホーム・ストレージ０１０１ａからリードする。

すなわち、オンライン・ストレージ０１０９は、バックアップ対象コンテンツに相当するコンテンツ（同一のコンテンツ）がオンライン・ストレージ０１０９に存在すると判定したときには、当該存在するコンテンツをバックアップ対象コンテンツとして管理し、バックアップ対象コンテンツに相当するコンテンツ（同一のコンテンツ）がオンライン・ストレージ０１０９に存在せず、コンテンツ・プロバイダ・サーバ０１１６に存在すると判定したときには、当該存在するコンテンツをバックアップ対象コンテンツとして管理し、バックアップ対象コンテンツに相当するコンテンツ（同一のコンテンツ）がオンライン・ストレージ０１０９とコンテンツ・プロバイダ・サーバ０１１６に存在しないと判定したときにはホーム・ストレージ０１０１ａに存在するバックアップ対象コンテンツをホーム・ストレージ０１０１ａからリードしてストレージ０１１５に記録するようになっている。

図２１は、ホーム・ストレージ０１０１ａがユーザが指定したコンテンツを削除するコンテンツ削除機能０１２１の処理フローを示している。

ステップ２１０１において、ホーム・ストレージ０１０１ａは個人用コンテンツ管理テーブル０１０６から削除対象コンテンツのエントリを検索する。ステップ２１０２において、ホーム・ストレージ０１０１ａはエントリの格納場所欄を参照し、ローカル・ストレージ０１０７に削除対象のコンテンツがあるかどうかをチェックする。

ステップ２１０３において、削除対象のコンテンツがあれば、ホーム・ストレージ０１０１ａはローカル・ストレージ０１０７からコンテンツに対応するファイルを削除する。ステップ２１０４において、ホーム・ストレージ０１０１ａは、格納場所とバックアップ時刻を参照し、オンライン・ストレージ０１０９にコンテンツがあるかどうかをチェックする。

ステップ２１０５において、ホーム・ストレージ０１０１ａは、オンライン・ストレージ０１０９に対してコンテンツの削除要求を出す。ステップ２１０６において、ホーム・ストレージ０１０１ａは、応答結果を待つ。ステップ２１０７において、ホーム・ストレージ０１０１ａは、個人用コンテンツ管理テーブル０１０６から該当エントリを削除する。

図２２は、オンライン・ストレージ０１０９が、ホーム・ストレージ０１０１ａの要求に従い、コンテンツを削除するコンテンツ削除機能０１２２の処理フローを示している。

ステップ２２０１において、オンライン・ストレージ０１０９は、バックアップ管理テーブル０１１４を参照し、削除対象となるコンテンツのバックアップが存在するかどうかをチェックする。ステップ２２０２において、もし存在すればオンライン・ストレージ０１０９は、バックアップ管理テーブル０１１４から該当エントリを削除する。

ステップ２２０３において、オンライン・ストレージ０１０９は、オリジナル・コンテンツ管理テーブル０１１３を参照し、バックアップ管理テーブル０１１４から参照されないコンテンツが存在するかどうかをチェックする。ステップ２２０４において、オンライン・ストレージ０１０９は、オリジナル・コンテンツ管理テーブル０１１３の格納場所からファイル名を特定し、該ファイルをストレージから削除する。ステップ２２０５において、オンライン・ストレージ０１０９は、オリジナル・コンテンツ管理テーブル０１１３から削除したコンテンツに対応するエントリを削除する。

尚、オリジナル・コンテンツのビットレートが、そのオリジナル・コンテンツを参照しているバックアップ管理テーブル０１１４内のコンテンツのビットレートの最大値と一致するように、バックアップ・データを削除するタイミングでビットレートを変更するアイデアもある。

以上のように、本実施形態によれば、ホーム・ストレージ０１０１ａ、０１０１ｂが接続するインターネット０１０８の回線速度が遅くても、映像品質を落とすことなくホーム・ストレージ０１０１ａ、０１０１ｂ内の全データをオンライン・ストレージ０１０９にバックアップすることが可能になる。

また、本実施形態によれば、バックアップ対象コンテンツに相当するコンテンツ（同一のコンテンツ）がオンライン・ストレージ０１０９に存在しないときにのみインターネット０１０８のアップロード回線を用いてバックアップ対象コンテンツをオンライン・ストレージ０１０９に転送するようにしたので、インターネット０１０８のアップロード回線の帯域が狭くても、全てのバックアップ対象コンテンツをオンライン・ストレージ０１０９に転送することなく、全てのバックアップ対象コンテンツをオンライン・ストレージ０１０９でバックアップすることができる。
（第二の実施形態）
図２３に、コンテンツ転送システムの第二の実施の形態のシステム構成図を示す。

本コンテンツ転送システムは、一台以上のホーム・ストレージ０１０１ａ、０１０１ｂ、オンライン・ストレージ０１０９、及び、コンテンツ・プロバイダ・サーバ０１１６から構成される。これら構成要素はインターネット０１０８で接続され、互いに通信が可能である。個々の構成要素の役割については前述した第一の実施の形態にて説明しているので、第二の実施の形態では説明を省略する。

ホーム・ストレージは、コンテンツ記録機能Ｘ１０２、コンテンツ再生機能Ｘ１０３、バックアップ機能(クライアント側)Ｘ１０４、リストア機能(クライアント側)Ｘ１０５、バックアップ削除機能(クライアント側)Ｘ１０６、及び、ローカル・ストレージ０１０７から成る。

オンライン・ストレージは、バックアップ機能(サーバ側)Ｘ１０７、リストア機能(サーバ側)Ｘ１０８、バックアップ削除機能(サーバ側)Ｘ１０９、オリジナル・コンテンツ管理テーブルＸ１１０、バックアップ管理テーブルＸ１１１、及び、ストレージ０１１５から成る。

コンテンツ・プロバイダ・サーバは、コンテンツ・プロバイダのコンテンツ配信機能０１１７、コンテンツ基本情報及びメタデータ付与機能Ｘ１１２、マスター・コンテンツ管理テーブルＸ１１３、及び、ストレージ０１０から成る。

本実施例では、ホーム・ストレージ側で利用するコンテンツ記録機能やコンテンツ再生機能、バックアップ機能、リストア機能、バックアップ削除機能などは、一般的なハードディスク・レコーダーやパソコンで利用できる機能やソフトウェアの利用を前提としている。そのため、前記までの実施例で説明したホーム・ストレージとオンライン・ストレージが連携することによるコンテンツの送信要否チェックを実施することはできないことが前提となる。

すなわち、第二の実施の形態では、コンテンツをオンライン・ストレージにバックアップするタイミングで、ホーム・ストレージはバックアップ対象コンテンツをオンライン・ストレージに一先ず送信し、オンライン・ストレージ側で該コンテンツをストレージに格納するかどうかをコンテンツの重複性で判断する構成となっている。

なお、この場合、コンテンツが重複していてもコンテンツはホーム・ストレージからオンライン・ストレージへ送信されるためネットワークのコストを低減したり、実時間内でコンテンツをオンライン・ストレージに送信完了することについては課題を解決できない反面、オンライン・ストレージ側でコンテンツを格納するのに必要な容量を削減できるという効果がある。

前述した第一の実施の形態では、ホーム・ストレージ側でコンテンツの重複チェックに必要なコンテンツ基本情報を生成する機能を実現していたが、第二の実施の形態ではホーム・ストレージ側にそのような機能を期待することはできない。そこで、コンテンツ・プロバイダ・サーバとオンライン・ストレージが連携することで、この問題を解決した。

コンテンツ・プロバイダ・サーバがホーム・ストレージに配信するコンテンツのファイル・フォーマットＸ２０１を図２４に示す。コンテンツのファイル・フォーマットは、大きくヘッダーＸ２０２とコンテンツ自体Ｘ２０５から成る。さらにヘッダーはコンテンツ基本情報Ｘ２０３とメタデータＸ２０４から成る。コンテンツ・プロバイダ・サーバは、配信するコンテンツに付与する形でコンテンツの重複をチェックする情報を埋め込むことで、オンライン・ストレージ側でコンテンツの重複をチェックすることを可能としている。コンテンツの重複性チェックには、コンテンツ基本情報内のコンテンツIDＸ２０６を用いる。コンテンツIDＸ２０６はグローバルにユニークなIDであり、コンテンツ・プロバイダ・サーバがコンテンツ生成時や配信時にコンテンツに付与するIDである。同じ内容のコンテンツであれば、コンテンツIDＸ２０６が一致する。

コンテンツ基本情報は、コンテンツIDＸ２０６、フォーマットＸ２０７、及び、ビットレートＸ２０８から成る。またメタデータは、未視聴フラグＸ２０９、再生回数Ｘ２１０)、及び、説明Ｘ２１１から成る。これらの情報のうち、コンテンツID、フォーマット、ビットレート、及び、説明はコンテンツ・プロバイダ・サーバがコンテンツ配信前に設定する情報である。これら情報のうち、少なくともコンテンツIDはホーム・ストレージ含めて誰も一度設定した内容を変更することはできない。これを実現するためには、動画データに取り外し不可能な透かし情報を埋め込む電子透かし技術が利用できる。電子透かし技術を使えば、例えコンテンツのビットレートやフォーマットが変わっても、コンテンツIDは変わらないようにできる。未視聴フラグと再生回数は、ホーム・サーバが設定可能な情報である。ホーム・サーバがコンテンツのファイル・フォーマットに基づいて未視聴フラグと再生回数を設定しても良い。

コンテンツ基本情報のコンテンツIDは、配信時からホーム・ストレージ内ストレージへの格納時、オンライン・ストレージへのバックアップ時を通じて変更不可能であるため、コンテンツIDを使ってコンテンツの重複性をチェックできる。

図２５に、オンライン・ストレージが管理するバックアップ管理テーブルＸ１１１の例を示す。バックアップ管理テーブルの利用目的は、前記の実施例と同じである。

バックアップ管理テーブルは、エントリ番号Ｘ３０１、ユーザ名Ｘ３０２、コンテンツ基本情報Ｘ３０３、及び、メタデータＸ３０８から成る。エントリは、コンテンツ一個のバックアップに対応する。コンテンツ基本情報は、コンテンツIDＸ３０５、フォーマットＸ３０６、及び、ビットレートＸ３０７から成り、コンテンツをバックアップする際にコンテンツのヘッダー情報から値をコピーして設定する。メタデータは、未視聴フラグＸ３０９、再生回数Ｘ３１０、及び、説明Ｘ３１１から成り、これもコンテンツ基本情報と同様に、このコンテンツをバックアップする際にコンテンツのヘッダー情報から値をコピーして設定する。

図２６に、オンライン・ストレージが管理するオリジナル・コンテンツ管理テーブルＸ１１０の例を示す。オリジナル・コンテンツ管理テーブルの利用目的は、前記の実施例と同じである。

オリジナル・コンテンツ管理テーブルは、エントリ番号Ｘ４０１、コンテンツIDＸ４０２、フォーマットＸ４０３、ビットレートＸ４０４、及び、格納場所Ｘ４０５から成る。これら情報は、新しくコンテンツをストレージに格納する際や格納してあるコンテンツより品質の良いコンテンツを格納する際に、格納するコンテンツのヘッダー情報を参照して設定される。格納場所は、前記実施例と同様な方法で設定する。

図２７に、コンテンツ・プロバイダ・サーバが管理するマスター・コンテンツ管理テーブルＸ１１３の例を示す。マスター・コンテンツ管理テーブルの利用目的は、前記の実施例と同じである。

マスター・コンテンツ管理テーブルは、エントリ番号Ｘ５０１、コンテンツIDＸ５０２、フォーマットＸ５０３、ビットレートＸ５０４、説明Ｘ５０５、及び、格納場所Ｘ５０６から成る。コンテンツ・プロバイダ・サーバは配信コンテンツを登録する際に、コンテンツの情報に基づきこれら情報を設定する。コンテンツIDはグローバルにユニークになるように決定する。

図２８は、コンテンツ配信時から、該コンテンツがホーム・ストレージに格納され、さらに該コンテンツがオンライン・ストレージにバックアップするまでの処理フローを示している。本処理フローを用いて、図２３で出てきたコンテンツ基本情報及びメタデータ付与機能、コンテンツ・プロバイダのコンテンツ配信機能、コンテンツ記録機能、コンテンツ再生機能、バックアップ機能(クライアント側)、及び、バックアップ機能(サーバ側)を説明する。

（コンテンツ・プロバイダ）
ステップＸ６０１では、コンテンツを配信する前に、コンテンツ・ファイルのヘッダにコンテンツ基本情報とメタデータを設定する。この際、マスター・コンテンツ管理テーブルの内容もヘッダーへの設定内容に従って設定する。

次のステップＸ６０２では、コンテンツ・プロバイダ・サーバは、コンテンツをホーム・ストレージに配信する。この際、ヘッダー情報がくっついたコンテンツ・ファイルがホーム・ストレージに配信され、コンテンツ・プロバイダ・サーバでの処理は完了する。

（ホーム・ストレージ）
ステップＸ６０１によるホーム・ストレージへの配信により、ステップＸ６０３では、コンテンツ・プロバイダ・サーバから受信したコンテンツをローカル・ストレージに格納する。

次いで、ステップＸ６０４では、もしユーザがコンテンツを視聴した場合には、コンテンツのファイル・ヘッダーにある未視聴フラグや再生回数の値を変更しても良い。またコンテンツのフォーマットやビットレートを変更しても良い。

次のステップＸ６０５では、コンテンツをバックアップするために、コンテンツをオンライン・ストレージに送信する。

（オンライン・ストレージ）
ステップ６０５によるコンテンツ送信に基づき、オンラインストレージでは、ステップＸ６０６において、オンライン・ストレージは、コンテンツを受信する。

次いで、ステップＸ６０７でオンライン・ストレージは、バックアップ管理テーブルに新規エントリを追加し、コンテンツに付随するヘッダー情報を元に、バックアップ管理テーブルのコンテンツ基本情報とメタデータを設定して、ステップＸ６０８へ移行する。

ステップＸ６０８では、オリジナル・コンテンツ管理テーブルのコンテンツID欄を参照し、バックアップしたコンテンツが既にオンライン・ストレージに格納されているかどうかを判定する。

ステップＸ６０８において否定判定、すなわちもし格納されておらず新規コンテンツであった場合には、ステップＸ６０９へ移行して、オンライン・ストレージはオリジナル・コンテンツ管理テーブルに新しいエントリを追加し、コンテンツのヘッダー情報を元に情報を設定し、ステップＸ６１０へ移行する。

ステップＸ６１０では、コンテンツを格納するための場所を決定し、ステップＸ６１１へ移行して、コンテンツ格納場所にコンテンツを格納し、さらに、ステップＸ６１２へ移行して、ホーム・ストレージにバックアップ完了を伝え、オンライン・ストレージの処理は完了する。

一方、前記ステップＸ６０８において、肯定判定、既にオリジナル・コンテンツが存在していた場合には、ステップＸ６１３へ移行して、前述した実施の形態と同様の方法を用いて、映像品質がオリジナル・コンテンツの方が良ければ、何もせずバックアップを完了する（ステップＸ６１２へ移行）。もし新規に受信したコンテンツの方が映像品質が良ければ、そのコンテンツで既にあるオリジナル・コンテンツを更新し、オリジナル・コンテンツ管理テーブルの設定情報を更新する（ステップＸ６１１での処理と同様の処理）。

図２９を使って、コンテンツのリストア時の処理フローについて説明する。この図X7では、リストア機能(クライアント側)とリストア機能(サーバ側)との通信プロトコルを説明している。

ステップＸ７０１（ホーム・ストレージ）では、オンライン・ストレージに対して自分がバックアップしたコンテンツの一覧表示を要求する。

この要求により、オンライン・ストレージでは、ステップＸ７０２において、バックアップ管理テーブルを参照し、要求してきたユーザがバックアップしたコンテンツのリストをホーム・ストレージに返す。

この返信に基づいて、ホーム・ストレージデハ、ステップＸ７０３において、ホーム・ストレージを利用するユーザが、表示されたコンテンツのリストを参照して、リストアするコンテンツを決定し、次いでステップステップＸ７０４へ移行して、オンライン・ストレージに対してユーザが指定したコンテンツのリストアを要求(発行）する。

この要求を受けて、オンライン・ストレージでは、ステップＸ７０５において、コンテンツのリストア要求をホーム・ストレージから受領する。

次いで、ステップＸ７０６では、オンライン・ストレージは、該ユーザがリストアを要求したファイルがバックアップとして存在しているかどうかを確認する。

ステップＸ７０６で肯定されると、ステップＸ７０７へ移行して、オンライン・ストレージは、リストア・コンテンツに対応するオリジナル・コンテンツをリードし、次いでステップＸ７０８へ移行して、バックアップ管理テーブルを参照し、リストアするコンテンツをバックアップした際のそのコンテンツのビットレートやフォーマットにコンテンツを変換し、ステップＸ７０９へ移行する。

ステップＸ７０９では、変換したコンテンツをホーム・ストレージに送信する。

この送信を受けたホーム・ストレージでは、ステップＸ７１１において、受信したコンテンツをローカル・ストレージに格納することでリストアを完了する。

一方、前記ステップＸ７０６で否定判定、すなわち、バックアップが存在していないコンテンツに対してリストア要求を受領したら、オンライン・ストレージはエラーをホーム・ストレージに返す（ステップＸ７１０）。

図３０は、ホーム・ストレージがオンライン・ストレージ内のバックアップ・コンテンツを削除する際の処理フローを示している。これによりバックアップ削除機能(クライアント側)及びバックアップ削除機能(サーバ側)について説明できる。

ホーム・ストレージにおいて、ステップＸ８０１では、ユーザからの指示などに基づき、指示されたコンテンツのバックアップ・データを削除する要求をオンライン・ストレージに発行する。

この発行を受けて、オンライン・ストレージでは、ステップＸ８０２において、バックアップ管理テーブルを参照し、指示を出したユーザが削除対象バックアップ・データを削除可能かどうかを判定する。

ステップＸ８０２で肯定判定、すなわちもし削除可能であれば、ステップＸ８０３へ移行して、オンライン・ストレージはバックアップ管理テーブルから該当エントリを削除し、ステップＸ８０４へ移行する。また、ステップＸ８０２で否定判定の場合は、ステップＸ８０４へ移行する。

ステップＸ８０４では、バックアップ管理テーブルとオリジナル・コンテンツ管理テーブルを参照し、どのバックアップ・データからも参照されていないオリジナル・コンテンツが存在するかどうかをチェックする。

このステップＸ８０４で否定判定、すなわちもしそのようなオリジナル・コンテンツが存在した場合には、ステップＸ８０５へ移行して、オンライン・ストレージはオリジナル・コンテンツを削除し、次いで、ステップＸ８０６へ移行して、オリジナル・コンテンツ管理テーブルから削除したコンテンツに対応するエントリを削除して、ステップＸ８０７へ移行する。また、ステップＸ８０４で肯定判定されると、ステップＸ８０７へ移行する。

ステップＸ８０７では、ホーム・ストレージに対してバックアップ・データの削除完了を通知し、オンライン・ストレージの処理は完了する。

尚、第一の実施例、第二の実施例は実施形態の一例であって実施形態はこれらの実施例に限定されるものではない。

例えば、ある家庭のホーム・ストレージからバックアップ要求を受けているバックアップ対象のコンテンツが既にオンライン・ストレージに格納されているかどうかをオンライン・ストレージが確認する際に、オンライン・ストレージに格納されている全てのコンテンツを対象として検索処理を実行するのではなく、過去に別の家庭の同じタイプのホーム・ストレージからバックアップされたコンテンツのみを対象として検索処理を実行することも可能である。ここで、「同じタイプのホーム・ストレージ」の例としては、同じメーカによって製造されたホーム・ストレージ、同じ製品名のホーム・ストレージ、同じ製品型番のホーム・ストレージ等が考えられる。

このためには、各ホーム・ストレージがメーカ名、製品名、製品型番等を有する装置タイプ情報をROM等に有しており、各ホーム・ストレージがオンライン・ストレージにバックアップを要求する際には装置タイプ情報も併せてオンライン・ストレージに送信するようにすれば良い。オンライン・ストレージはホーム・ストレージから受信した装置タイプ情報をオリジナル・コンテンツ管理テーブルを用いて管理することで、どのコンテンツがどの装置タイプ情報を持つホーム・ストレージからバックアップされたのかを管理できる。オンライン・ストレージがホーム・ストレージからバックアップの要求を受けた場合には、当該バックアップ要求と共にホーム・ストレージから受信した装置タイプ情報を用いてオリジナル・コンテンツ管理テーブルを参照し、検索対象を同じ装置タイプ情報を有するホーム・ストレージからバックアップされたコンテンツに限定することができる。この結果、検索速度が向上できるので、コンテンツの同一性チェックを高速化することができる。尚、装置タイプ情報にメーカ名、製品名、製品型番が含まれるのは一例であって、これらの情報の内一部のみが含まれるのでも良いし、他の情報が含まれていても良い。

別の例としては、ホーム・ストレージとオンライン・ストレージ間の通信プロトコルとしてDLNA（Digital Living Network Alliance）を用いる実施例がある。バックアップ時、オンライン・ストレージがDLNAサーバとなり、ホーム・ストレージがDLNAクライアントとなり、オンライン・ストレージはDLNAプロトコルで規定されているファイル・フォーマット（もしくはコーデック）でコンテンツをリードすることでデータのバックアップを行う事ができる。この場合、標準フォーマットでファイルが記録されているため、オンライン・ストレージ側でコンテンツの中身の一致性を確認するプログラムの実装を簡単にできる。バックアップする際、コンテンツ基本情報をDLNAで規定されているメタデータを取得するインタフェースでファイル取得時に合わせて取得しても良い。尚、オンライン・ストレージとホーム・ストレージの間にプロトコル変換器を設置し、ホーム・ストレージとプロトコル変換器の間はDLNAプロトコルを利用し、プロトコル変換器内に第一の実施例や第二の実施例で説明したバックアップ機能やリストア機能を実現し、プロトコル変換器はDLNAプロトコルでコンテンツをホーム・ストレージからリードし、プロトコル変換器はリードしたコンテンツを第一の実施例や第二の実施例で説明した手段でオンライン・ストレージにバックアップしても良い。

本発明の一実施形態を示すコンテンツ転送システムの構成図である。 オリジナル・コンテンツ管理テーブル構成図である。 バックアップ管理テーブル構成図である。 個人用コンテンツ管理テーブル構成図である。 コンテンツ記録準備・完了処理を説明するためのフローチャートである。 コンテンツ再生処理を説明するためのフローチャートである。 コンテンツ・リード要求フォーマットの構成図である。 コンテンツ・バックアップ処理を説明するためのフローチャートである。 コンテンツ基本情報送信フォーマットの構成図である。 メタデータ送信フォーマットの構成図である。 コンテンツのリストア処理を説明するためのフローチャートである。 所有コンテンツ・リストの要求フォーマットの構成図である。 コンテンツ配信処理を説明するためのフローチャートである。 コンテンツ・バックアップ処理を説明するためのフローチャートである。 他のバックアップ処理を説明するためのフローチャートである。 コンテンツ存在確認要求フォーマットの構成図である。 テーブル・リストア処理を説明するためのフローチャートである。 コンテンツ存在確認処理を説明するためのフローチャートである。 フォーマットの優先順位を示す構成図である。 コンテンツ・バックアップ処理を説明するための説明補助図である。 コンテンツ削除処理を説明するためのフローチャートである。 コンテンツ削除処理を説明するためのフローチャートである。 コンテンツ転送システムの他の実施の形態のシステム構成図である。 コンテンツ・プロバイダ・サーバがホーム・ストレージに配信するコンテンツのファイル・フォーマットの構成図である。 オンライン・ストレージが管理するバックアップ管理テーブルである。 オンライン・ストレージが管理するオリジナル・コンテンツ管理テーブルである。 コンテンツ・プロバイダ・サーバが管理するマスター・コンテンツ管理テーブルである。 コンテンツ配信時から、該コンテンツがホーム・ストレージに格納され、さらに該コンテンツがオンライン・ストレージにバックアップするまでのフローチャートである。 コンテンツのリストア時のフローチャートである。 ホーム・ストレージがオンライン・ストレージ内のバックアップ・コンテンツを削除する際のフローチャートである。

符号の説明

０１０１ ホーム・ストレージ
０１０９ オンライン・ストレージ
０１１６ コンテンツ・プロバイダ・サーバ

Claims (22)

1. 第１のコンテンツを記録する第１のストレージと、第２のコンテンツを記録するとともに前記第１のコンテンツを管理する第２のストレージとを備え、前記第１のストレージと前記第２のストレージとの間で通信ネットワークを介して前記各コンテンツに関する情報の授受を行うコンテンツ転送システムにおいて、
   前記第１のストレージは、前記第１のコンテンツのうちバックアップ対象コンテンツのバックアップを前記第２のストレージに要求するときに、前記第２のストレージに対して前記バックアップ対象コンテンツの識別情報を転送するとともに、前記バックアップ対象コンテンツに相当するコンテンツの存在の有無の判定を要求し、
   前記第２のストレージから前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在するとの返信を受けたときには前記バックアップ対象コンテンツの転送の代わりに、前記バックアップ対象コンテンツのバックアアップの管理に用いる管理情報を前記第２のストレージに転送し、
   前記第２のストレージは、前記第１のストレージからの要求に応答して、前記バックアップ対象コンテンツの識別情報を基に前記バックアップ対象コンテンツに相当するコンテンツの存在の有無を判定し、
   当該判定結果を前記第１のストレージに転送してなる、コンテンツ転送システム。
2. 前記通信ネットワークに接続されて第３のコンテンツを記録する第３のストレージを備え、
   前記第２のストレージは、前記第１のストレージからの要求に応答して、前記バックアップ対象コンテンツの識別情報を基に前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在しないと判定したときには、前記第３のストレージに対して前記バックアップ対象コンテンツに相当するコンテンツの転送を要求し、
   前記第３のストレージから前記バックアップ対象コンテンツに相当するコンテンツの転送を受けたことを条件に、前記第１のストレージに対して前記バックアップ対象コンテンツに相当するコンテンツは存在する旨の判定結果を転送してなる、請求項１に記載のコンテンツ転送システム。
3. 前記第１のストレージは、前記第２のストレージから前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在しない旨の判定結果を受けたことを条件に、前記バックアップ対象コンテンツを前記第２のストレージに転送してなる、請求項１に記載のコンテンツ転送システム。
4. 前記バックアップ対象コンテンツの識別情報は、前記バックアップ対象コンテンツを録画した録画元を示すソースと録画開始時間および録画終了時間を含み、前記第２のストレージは、前記ソースと録画開始時間および録画終了時間を基に前記バックアップ対象コンテンツと内容の一致するコンテンツが第２のコンテンツに存在するか否かを判定してなる、請求項１に記載のコンテンツ転送システム。
5. 前記バックアップ対象コンテンツの識別情報は、前記バックアップ対象コンテンツを録画した録画元を示すソースと録画開始時間と録画終了時間とフォーマットおよびビットレートを含み、前記第２のストレージは、前記フォーマットとビットレートが異なっていても前記ソースと録画開始時間および録画終了時間が同一のコンテンツが第２のコンテンツに存在するときには前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在すると判定し、それ以外のときには前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在しないと判定してなる、請求項１に記載のコンテンツ転送システム。
6. 前記第２のストレージは、前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在すると判定したときでも、当該第２のコンテンツに存在するコンテンツの映像品質が前記バックアップ対象コンテンツの映像品質より悪いときには、第１のストレージに対して前記バックアップ対象コンテンツの転送を要求してなる、請求項１に記載のコンテンツ転送システム。
7. 前記第２のストレージは、前記第１のストレージから前記バックアップ対象コンテンツが転送される毎にその映像品質を管理して格納し、
   前記第１のストレージから格納済みコンテンツの転送を要求されたときに、前記格納済みコンテンツの映像品質が前記第１のストレージから転送されたときの映像品質と異なるときには、前記格納済みのコンテンツの映像品質を前記第１のストレージから転送されたときの映像品質に変換し、当該映像品質の変換されたコンテンツを前記第１のストレージに転送してなる、請求項１に記載のコンテンツ転送システム。
8. 前記バックアップ対象コンテンツのバックアアップの管理に用いる管理情報は、前記バックアップ対象コンテンツに付随するメタデータで構成されてなる、請求項１に記載のコンテンツ転送システム。
9. 第１のコンテンツを記録する第１のストレージと、第２のコンテンツを記録するとともに前記第１のコンテンツを管理する第２のストレージと、第３のコンテンツを記録する第３のストレージを備え、前記第１のストレージと前記第２のストレージおよび前記第３のストレージ間で通信ネットワークを介して前記各コンテンツに関する情報の授受を行うコンテンツ転送システムにおいて、
   前記第１のストレージは、前記第１のコンテンツのうちバックアップ対象コンテンツのバックアップを前記第２のストレージに要求するときに、前記第２のストレージに対して前記バックアップ対象コンテンツの識別情報を転送し、
   前記第２のストレージは、前記第１のストレージからのバックアップ要求に応答して、前記バックアップ対象コンテンツの識別情報を基に前記第１のコンテンツのうちバックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在すると判定したときには当該存在するコンテンツを前記バックアップ対象コンテンツとして管理し、
   前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在せず、前記第３のコンテンツに存在すると判定したときには当該存在するコンテンツを前記バックアップ対象コンテンツとして管理し、
   前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツと前記第３のコンテンツのいずれにも存在しないと判定したときには前記第１のコンテンツに存在する前記バックアップ対象コンテンツを前記第１のストレージからリードして記録してなる、コンテンツ転送システム。
10. 第１のコンテンツを記録する第１のストレージと、第２のコンテンツを記録するとともに前記第１のコンテンツを管理する第２のストレージとを備え、前記第１のストレージと前記第２のストレージとの間で通信ネットワークを介して前記各コンテンツに関する情報の授受を行うコンテンツ転送方法において、
    前記第１のストレージは、
    前記第１のコンテンツのうちバックアップ対象コンテンツのバックアップを前記第２のストレージに要求するときに、前記第２のストレージに対して前記バックアップ対象コンテンツの識別情報を転送するステップと、前記バックアップ対象コンテンツに相当するコンテンツの存在の有無の判定を要求するステップと、
    前記第２のストレージから前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在するとの返信を受けたときには前記バックアップ対象コンテンツの転送の代わりに、前記バックアップ対象コンテンツのバックアアップの管理に用いる管理情報を前記第２のストレージに転送するステップを実行し、
    前記第２のストレージは、
    前記第１のストレージからの要求に応答して、前記バックアップ対象コンテンツの識別
    情報を基に前記バックアップ対象コンテンツに相当するコンテンツの存在の有無を判定するステップと、
    当該判定結果を前記第１のストレージに転送するステップを実行する、コンテンツ転送方法。
11. 前記第２のストレージは、
    前記第１のストレージからの要求に応答して、前記バックアップ対象コンテンツの識別情報を基に前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在しないと判定したときには、前記通信ネットワークに接続された第３のストレージに対して前記バックアップ対象コンテンツに相当するコンテンツの転送を要求するステップと、
    前記第３のストレージから前記バックアップ対象コンテンツに相当するコンテンツの転送を受けたことを条件に、前記第１のストレージに対して前記バックアップ対象コンテンツに相当するコンテンツは存在する旨の判定結果を転送するステップを実行する、請求項１０に記載のコンテンツ転送方法。
12. 前記第１のストレージは、
    前記第２のストレージから前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在しない旨の判定結果を受けたことを条件に、前記バックアップ対象コンテンツを前記第２のストレージに転送するステップを実行する、請求項１０に記載のコンテンツ転送方法。
13. 前記バックアップ対象コンテンツの識別情報は、前記バックアップ対象コンテンツを録画した録画元を示すソースと録画開始時間および録画終了時間を含み、
    前記第２のストレージは、前記ソースと録画開始時間および録画終了時間を基に前記バックアップ対象コンテンツと内容の一致するコンテンツが第２のコンテンツに存在するか否かを判定するステップを実行する、請求項１０に記載のコンテンツ転送方法。
14. 前記バックアップ対象コンテンツの識別情報は、前記バックアップ対象コンテンツを録画した録画元を示すソースと録画開始時間と録画終了時間とフォーマットおよびビットレートを含み、
    前記第２のストレージは、
    前記フォーマットとビットレートが異なっていても前記ソースと録画開始時間および録画終了時間が同一のコンテンツが第２のコンテンツに存在するときには前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在すると判定するステップと、
    それ以外のときには前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在しないと判定するステップを実行する、請求項１０に記載のコンテンツ転送方法。
15. 前記第２のストレージは、
    前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在すると判定したときでも、当該第２のコンテンツに存在するコンテンツの映像品質が前記バックアップ対象コンテンツの映像品質より悪いときには、第１のストレージに対して前記バックアップ対象コンテンツの転送を要求するステップを実行する、請求項１０に記載のコンテンツ転送方法。
16. 前記第２のストレージは、
    前記第１のストレージから前記バックアップ対象コンテンツが転送される毎にその映像品質を管理して格納するステップと、
    前記第１のストレージから格納済みコンテンツの転送を要求されたときに、前記格納済みコンテンツの映像品質が前記第１のストレージから転送されたときの映像品質と異なるときには、前記格納済みのコンテンツの映像品質を前記第１のストレージから転送されたときの映像品質に変換するステップと、
    当該映像品質の変換されたコンテンツを前記第１のストレージに転送するステップを実行する、請求項１０に記載のコンテンツ転送方法。
17. 前記バックアップ対象コンテンツのバックアアップの管理に用いる管理情報は、前記バックアップ対象コンテンツに付随するメタデータで構成されてなる、請求項１０に記載の
    コンテンツ転送方法。
18. 第１のコンテンツを記録する第１のストレージと、第２のコンテンツを記録するとともに前記第１のコンテンツを管理する第２のストレージと、第３のコンテンツを記録する第３のストレージを備え、前記第１のストレージと前記第２のストレージおよび前記第３のストレージ間で通信ネットワークを介して前記各コンテンツに関する情報の授受を行うコンテンツ転送方法において、
    前記第１のストレージは、
    前記第１のコンテンツのうちバックアップ対象コンテンツのバックアップを前記第２のストレージに要求するときに、前記第２のストレージに対して前記バックアップ対象コンテンツの識別情報を転送するステップを実行し、
    前記第２のストレージは、
    前記第１のストレージからのバックアップ要求に応答して、前記バックアップ対象コンテンツの識別情報を基に前記第１のコンテンツのうちバックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在すると判定したときには当該存在するコンテンツを前記バックアップ対象コンテンツとして管理するステップと、
    前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツに存在せず、前記第３のコンテンツに存在すると判定したときには当該存在するコンテンツを前記バックアップ対象コンテンツとして管理するステップと、
    前記バックアップ対象コンテンツに相当するコンテンツが前記第２のコンテンツと前記第３のコンテンツのいずれにも存在しないと判定したときには前記第１のコンテンツに存在する前記バックアップ対象コンテンツを前記第１のストレージからリードして記録するステップを実行する、コンテンツ転送方法。
19. コンテンツを記録するローカルストレージと、前記コンテンツを管理するコンピュータを備え、前記コンピュータは、管理サーバと通信ネットワークを介して前記コンテンツに関する情報の授受を行うホームサーバにおいて、
    前記コンピュータは、前記コンテンツのうちバックアップ対象コンテンツのバックアップを前記管理サーバに要求するときに、前記管理サーバに対して前記バックアップ対象コンテンツの識別情報を転送するとともに、前記バックアップ対象コンテンツに相当するコンテンツの存在の有無の判定を要求し、前記管理サーバから前記バックアップ対象コンテンツに相当するコンテンツが前記管理サーバに存在するとの返信を受けたときには前記バックアップ対象コンテンツの転送の代わりに、前記バックアップ対象コンテンツのバックアアップの管理に用いる管理情報を前記管理サーバに転送してなる、ホームサーバ。
20. 前記コンピュータは、前記管理サーバから前記バックアップ対象コンテンツに相当するコンテンツが前記管理サーバに存在しない旨の返信を受けたことを条件に、前記バックアップ対象コンテンツを前記管理サーバに転送してなる、ホームサーバ。
21. 第１のコンテンツを記録する第１のストレージと、この第１のストレージから送信されるバックアップ対象コンテンツを含む第２のコンテンツを記録する第２のストレージと、前記第１のコンテンツを前記第１のストレージからの要求で配信する第３のストレージとの間で通信ネットワークを介して前記第１のコンテンツ及び第２のコンテンツに関する情報の授受を行うコンテンツ転送システムにおいて、
    前記第３のストレージは、前記第１のストレージに対して第１のコンテンツを配信する際に、当該第１のコンテンツを識別し、かつ書換不可処理が施された識別情報を付加して配信し、
    前記第２のストレージは、前記第１のストレージからバックアップ対象コンテンツを受信した際に、当該受信したバックアップ対象コンテンツから前記識別情報を抽出し、この識別情報と、既に記録されている第２のコンテンツのそれぞれ固有の識別情報とを照合して、バックアップ対象コンテンツに相当するコンテンツの存在を判定し、存在を確認した場合は、何れか一方を格納対象に設定すると共に、前記第１のストレージに対して格納完了を報知する、ことを特徴としたコンテンツ転送システム。
22. 第１のコンテンツを記録する第１のストレージと、この第１のストレージから送信されるバックアップ対象コンテンツを含む第２のコンテンツを記録する第２のストレージと、前記第１のコンテンツを前記第１のストレージからの要求で配信する第３のストレージとの間で通信ネットワークを介して前記第１のコンテンツ及び第２のコンテンツに関する情報の授受を行うコンテンツ転送方法において、
    前記第３のストレージは、
    前記第１のストレージに対して第１のコンテンツを配信する際に、当該第１のコンテンツを識別し、かつ書換不可処理が施された識別情報を付加して配信するステップを実行し、
    前記第２のストレージは、
    前記第１のストレージからバックアップ対象コンテンツを受信した際に、当該受信したバックアップ対象コンテンツから前記識別情報を抽出するステップと、
    前記抽出した識別情報と、既に記録されている第２のコンテンツのそれぞれ固有の識別情報とを照合するステップと、
    照合の結果、バックアップ対象コンテンツに相当するコンテンツの存在を判定し、存在を確認した場合は、何れか一方を格納対象に設定するステップと、
    格納対象が設定された時点で、前記第１のストレージに対して格納完了を報知するステップと、を実行することを特徴としたコンテンツ転送方法。

Images