(57)【要約】【課題】記録装置の残容量が不足する場合に、ユーザが望む種々のバックアップ形態に対応するバックアップ方法及びコンテンツ記録装置を提供すること。【解決手段】記録装置５のコンテンツ蓄積部４１がセンタ３から配信される新たなコンテンツを記録するための残容量が不足した場合、センタ３は記録装置５に対し、コンテンツを代行して預かるための複数のサービス形態を提示し、ユーザにより選択されたサービス形態に従ってコンテンツをバックアップ保存する。センタが提供するサービス形態には、（１）記録してあるコンテンツのうち、古く記録されたものから順に預ける、（２）記録しようとするコンテンツを記録装置へ配信せず、代わりにセンタにてそのコンテンツを保存する、（３）記録してあるコンテンツのうち、ユーザに選択されたものを優先して預かる、などを含む。【選択図】図１１
2008250455.tif 000002
【特許請求の範囲】
【請求項１】
センタから配信されたコンテンツを記録する記録装置に対するコンテンツバックアップ方法であって、
上記記録装置のコンテンツ蓄積部が新たなコンテンツを記録するための残容量が不足した場合、上記センタは上記記録装置に対し、コンテンツを代行して預かるための複数のサービス形態を提示し、ユーザにより選択されたサービス形態に従って上記センタはコンテンツをバックアップ保存することを特徴とするコンテンツバックアップ方法。
【請求項２】
請求項１に記載のコンテンツバックアップ方法において、
前記センタが提供するサービス形態として、前記記録装置がこれから記録しようとするコンテンツを該記録装置へ配信せず、代わりに前記センタのコンテンツ蓄積部に配信すべきコンテンツをバックアップ保存することを特徴とするコンテンツバックアップ方法。
【請求項３】
請求項２に記載のコンテンツバックアップ方法において、
前記センタが提供するサービス形態として、前記記録装置のコンテンツ蓄積部に記録してあるコンテンツのうち、古く記録されたものから順に、あるいはユーザに選択されたものを優先して預かるコンテンツの候補とし、各コンテンツについて預かっても良いか否かを判定して、預かって良いコンテンツのみを前記センタへアップロードしてバックアップ保存することを特徴とするコンテンツバックアップ方法。
【請求項４】
請求項３に記載のコンテンツバックアップ方法において、
前記記録装置から前記センタにコンテンツをアップロードした後、前記記録装置のコンテンツ蓄積部からコンテンツを消去する際、消去しようとするコンテンツが前記センタへアップロードしたコンテンツと同一であるか否かの確認画面を表示することを特徴とするコンテンツバックアップ方法。
【請求項５】
請求項１に記載のコンテンツバックアップ方法において、
前記記録装置またはそのユーザを特定する情報を記憶した認証デバイスを他の端末装置に接続し、
該他の端末装置は、該認証デバイスから前記記録装置またはそのユーザを特定する情報を読み取り、該読み取った情報を前記センタへ送信することで、前記センタにてバックアップ保存している前記記録装置から預かったコンテンツを上記他の端末装置にダウンロードすることを特徴とするコンテンツバックアップ方法。
【請求項６】
請求項１に記載のコンテンツバックアップ方法において、
前記センタは前記記録装置に配信するコンテンツを蓄積するコンテンツ蓄積部を有し、
前記記録装置からコンテンツの代行預かりの依頼を受けた場合、前記記録装置から預かり対象のコンテンツをアップロードすることなく、前記センタのコンテンツ蓄積部に蓄積している該当するコンテンツに預かりフラグを付与することで預かったコンテンツを管理することを特徴とするコンテンツバックアップ方法。
【請求項７】
センタから配信されたコンテンツを記録するコンテンツ記録装置において、
上記センタにコンテンツの配信を要求し、また上記センタにコンテンツの預かりを要求するコンテンツ要求部と、
配信されたコンテンツを蓄積するコンテンツ蓄積部と、
該コンテンツ蓄積部に蓄積したコンテンツの情報と、上記センタに預けたコンテンツの情報を保存するメモリと、
上記コンテンツ蓄積部へのコンテンツの記録と消去を制御する制御部とを備え、
該制御部は、上記コンテンツ蓄積部からコンテンツを消去する際、上記メモリに保存した情報を参照し、消去しようとするコンテンツが上記センタに預けたコンテンツと同一であるか否かの確認画面を表示部に表示することを特徴とするコンテンツ記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバー等から配信された映像、音楽等のコンテンツを記録する際、記録装置の残容量が不足する場合のバックアップ方法及びコンテンツ記録装置に関する。
【背景技術】
【０００２】
映像、音楽等のコンテンツを、放送波だけでなくネットワークを使って端末装置へ配信するコンテンツ配信技術が進んでいる。現在は、端末装置ではコンテンツを記録せず、リアルタイムで表示するストリーミング方式が中心であるが、ネットワークが混み合っている場合映像が乱れることがある。一方、記録装置を用いて配信されたコンテンツを一旦記録した後に表示すれば、映像品質を維持できる。また、記録しておけば、有効期間内であれば繰返し視聴することができるので、今後は記録装置に記録する方式が主流になると考えられる。
【０００３】
記録装置に新たにコンテンツを記録する際、装置の残容量が不足する場合がある。そのような場合には、バックアップ記録が用いられる。例えば特許文献１では、残容量が不足する中枢記憶部のデータベースにおける一部のデータ（被バックアップデータ）を補助記憶部へ回し、空いた記憶領域へ新規データを入れ替え登録する方法が記載されている。その際、被バックアップデータには使用可能性の最も低いデータ（最古のデータ）が選ばれることが述べられている。
【０００４】
また、特許文献２では、複数の端末装置が接続された共用コンピュータ装置は共用補助記憶装置の残容量を検出し、残使用可能日数が規定値未満になると管理者用端末装置に警告メッセージを送ることが記載されている。そして、管理者用端末装置からバックアップの指示があると、共用補助記憶装置内の所定のファイルを管理者用補助記憶装置にバックアップし、そのファイルを共用補助記憶装置から削除する。また、管理者用端末装置からバックアップ指示がないと、共用補助記憶装置内の所定のファイルを削除することが述べられている。
【０００５】
【特許文献１】特開平４−３０８９４３号公報
【特許文献２】特開平９−１７９７７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
家庭用の記録装置の残容量が不足する場合、ユーザの所有する他の記録装置でバックアップするだけでなく、信頼性の高い業務用の大容量サーバーを利用してバックアップする方法が可能である。その場合、コンテンツの状況やユーザのニーズにより、次のような種々の形態が考えられる。
（１）アクセスする可能性が低い古いコンテンツをサーバーに預ける。
（２）これから記録するコンテンツを一時的にサーバーに預ける。ユーザは自分の記録装置を整理し、残容量を確保した後でサーバーからダウンロードする。
（３）永久保存のために大切なコンテンツを預ける。
【０００７】
このように種々のバックアップ形態に対応し、ユーザのニーズを満足させることが必要である。特許文献１では、使用可能性の最も低いデータ（最古のデータ）からバックアップすることに限定されている。特許文献２では、どのファイルをバックアップするか明示されていない。いずれも、ユーザの多様なニーズが考慮されていない。
【０００８】
本発明の目的は、記録装置の残容量が不足する場合に、ユーザが望む種々のバックアップ形態に対応するバックアップ方法及びコンテンツ記録装置を提供することである。
【課題を解決するための手段】
【０００９】
本発明のコンテンツバックアップ方法は、記録装置のコンテンツ蓄積部がセンタから配信される新たなコンテンツを記録するための残容量が不足した場合、センタは記録装置に対し、コンテンツを代行して預かるための複数のサービス形態を提示し、ユーザにより選択されたサービス形態に従ってコンテンツをバックアップ保存する。
【００１０】
その際センタが提供するサービス形態には、記録装置がこれから記録しようとするコンテンツを記録装置へ配信せず、代わりにセンタのコンテンツ蓄積部に配信すべきコンテンツをバックアップ保存することを含む。
【００１１】
本発明のコンテンツ記録装置は、センタにコンテンツの配信を要求し、またセンタにコンテンツの預かりを要求するコンテンツ要求部と、配信されたコンテンツを蓄積するコンテンツ蓄積部と、コンテンツ蓄積部に蓄積したコンテンツの情報と、センタに預けたコンテンツの情報を保存するメモリと、コンテンツ蓄積部へのコンテンツの記録と消去を制御する制御部とを備える。制御部は、コンテンツ蓄積部からコンテンツを消去する際、メモリに保存した情報を参照し、消去しようとするコンテンツがセンタに預けたコンテンツと同一であるか否かの確認画面を表示部に表示する。
【発明の効果】
【００１２】
本発明によれば、コンテンツ記録装置の残容量が不足する場合、ユーザの所望するバックアップ形態に従いセンタにコンテンツを預けることができ、ユーザの使い勝手が向上する。
【発明を実施するための最良の形態】
【００１３】
本発明の実施の形態について、図面を用いて説明する。
図１は、本発明を適用するコンテンツダウンロードシステムの構成例を示す図である。
コンテンツプロバイダのサーバー（以下、簡単にコンテンツプロバイダ（ＣＰ）と略す）１はユーザからの要求を受けると、ネットワーク４を介して各ユーザの端末装置５へコンテンツを配信する。ここで、コンテンツを受信して記録する端末装置５は、記録機能付きテレビ（例えばハードディスク内蔵テレビ）や記録装置（ハードディスクレコーダ）等が相当する。記録装置の場合、表示装置（一般的にはテレビ）と接続されており、記録装置へのユーザの入力は、テレビを見ながら入力することが可能である。どちらの形態でも実施可能であるが、以下の実施例では端末装置５として記録機能付きテレビ（以下、単にテレビと称する）を前提とする。
他のコンテンツプロバイダＣＰ２はユーザからの要求を受けると、無線を介して各ユーザのアンテナからテレビ５に配信する。
【００１４】
ユーザはネットワーク４に接続されたテレビ５からまずセンタのサーバー（以下、簡単にセンタと略す）３にアクセスし、配信して欲しいコンテンツが見つかれば、それを選択する。センタ３はそのコンテンツを所有するＣＰに連絡し、所定のＣＰからネットワーク４または無線を介してユーザのテレビ５に配信される。なお、本明細書では無線から配信されたコンテンツを記録することを「録画」、ネットワーク４を介して配信されたコンテンツを記録することを「ダウンロード」、テレビ５からネットワーク４を介してセンタ３に送ることを「アップロード」という。また、「録画」と「ダウンロード」をあわせて「記録」ということにする。
【００１５】
図２は、コンテンツプロバイダのサーバーＣＰ１のブロック構成図である。ＣＰ１はネットワーク４を介してテレビ５にコンテンツをダウンロードする。コンテンツ蓄積部１１は、ユーザに提供する各種の映像・音声等のコンテンツを蓄積している。管理ファイル部１２は、ユーザの端末（テレビ）の情報を格納し、テレビ別にダウンロードの予約・実行の管理を行うためのデータを保存する。サーバーからテレビ５に送信するコンテンツは、著作権保護のため暗号化処理を行い送信するものとする。通信用鍵作成部１３は、送信のための暗号化鍵を作成し、通信用鍵管理部１４は作成した鍵を格納する。機器認証部１５はコンテンツを要求したテレビ５との間で認証処理を行う。認証が成功した場合、暗号処理部１６は通信用鍵管理部１４で格納している鍵を用いてコンテンツを暗号化する。制御部１７は、サーバー全体を制御するとともに、通信送受信部１８を介してテレビ５からのダウンロード要求を受付ける。そして、ユーザから要求されたコンテンツをコンテンツ蓄積部１１から読み出し、予約した時間になったら暗号化して通信送受信部１８からユーザのテレビ５に送信する。
【００１６】
図３は、コンテンツプロバイダのサーバーＣＰ２のブロック構成図である。ＣＰ２は無線、ユーザ毎のアンテナを介してテレビ５にコンテンツをダウンロードする。図２と異なる部分を説明する。無線送信部１９から暗号化したコンテンツを無線を介してユーザのテレビ５に送信する。ユーザがＣＰ２の有するコンテンツを検索したり、センタ３と通信するため、ＣＰ２もネットワーク４に接続されている。
【００１７】
図４は、センタにあるサーバー３のブロック構成図である。ユーザはネットワーク４を介して、まずセンタのサーバー３にアクセスする。機器認証部２３はコンテンツを要求したテレビ５との間で認証処理を行う。ネットワーク４を介して認証が成功すれば、コンテンツ管理部２１にあるコンテンツ情報をテレビ５がアクセスし、ユーザが欲しいコンテンツを検索する。コンテンツ管理部２１には、どんなコンテンツがどこのＣＰに存在するかの情報を有している。ユーザが会員になればユーザの情報（住所、氏名、生年月日、性別、口座番号、テレビの型番・製造番号、等）を顧客管理ファイル部２２に記憶する。制御部２４は、サーバー全体を制御するとともに、通信送受信部２５を介してテレビ５からのダウンロード、録画検索を受付け、ユーザが見たいコンテンツが決まれば、そのコンテンツを所有するＣＰにユーザを誘導する。また、ユーザコンテンツ蓄積部２６は、ユーザに代わってユーザのコンテンツをバックアップ保存する。コンテンツ管理部２１にはコンテンツ管理情報（図６）とセンタ側預かりコンテンツテーブル（図１６）が存在し、センタ側預かりコンテンツテーブル（図１６）にユーザから預かったコンテンツの情報を保存しておく。メモリ２７は、ユーザに提供する預かりサービスの各種画面データを保存する。
【００１８】
図５は、コンテンツを受信して録画、ダウンロードして蓄積し、ユーザがこれを視聴する端末装置（テレビ一体型記録装置）５のブロック構成例を示す図である。
本実施例の端末装置（テレビ）５は、ネットワーク４を介してＣＰ１と通信しコンテンツの送受信を行う通信送受信部３１と、放送波等の無線で送られたコンテンツを受信する無線受信部３２の２系統とを備える。制御部３３は入力切替部４２により受信する信号を切り替え、受信したコンテンツを共通のコンテンツ蓄積部（ハードディスク、ＨＤＤ）４１に蓄積するとともに、蓄積したコンテンツを読み出し、表示部４３にて表示（視聴）させる。
【００１９】
コンテンツ要求部３４は、ＣＰ１に対してコンテンツのダウンロードを要求する。その際、センタ３からコンテンツリストを受信して表示部４３に表示し、ユーザは所望のコンテンツを選択しダウンロード希望日時等を入力する。
またコンテンツ要求部３４は、蓄積部４１の残容量が少なくなり新たにコンテンツを蓄積できない場合、センタ３に対してコンテンツの預かりを依頼する。その際ユーザは、センタ３から提示される複数のサービス形態から所望の形態を選択することができる。
【００２０】
通信送受信部３１で受信するコンテンツは暗号化されており、通信用復号部３５はＣＰ１から支給される鍵にて平文に復号化する。また、通信用暗号部３６は、復号化したコンテンツを再度別の方式で暗号化してハードディスク４１に蓄積する。通信用鍵管理部３７は、ＣＰ１から支給された鍵を保存する。制御部３３はこれらの暗号化、復号化処理を制御する。
【００２１】
逆に、センタ３に対してコンテンツの預かりを依頼した場合、蓄積部４１から預けるコンテンツを読み出し、通信送受信部３１からセンタ３へ送信（アップロード）する。引き続き、預けたコンテンツについては蓄積部４１から消去する。制御部３３はこれらのアップロード、消去処理を制御する。
【００２２】
無線受信部３２で受信したコンテンツは暗号化されており、無線用復号部３８はこれを平文に復号化する。また、無線用暗号部３９は、復号化したコンテンツを再度別の方式で暗号化してハードディスク４１に蓄積する。無線用鍵管理部４０は復号化用の鍵を保存する。
【００２３】
メモリ４４には、ダウンロードの予約情報や、ハードディスク４１に蓄積したコンテンツに関する情報を保存する。また、センタ３に対してコンテンツの預かりを依頼する場合、アップロードしたコンテンツに関する情報を保存する。
【００２４】
図６は、センタのサーバー３においてコンテンツ管理部２１が格納しているコンテンツ管理情報の例である。各コンテンツ毎にＩＤ、名称、容量が示してあり、それをどのＣＰが所有しているのか、また、どの経路でユーザに配信するのかを示している。また、ユーザが記録した後、それをネットワーク４を介して配信することを許可するか否かのフラグも設けてある。ユーザがセンタのサーバー３にアクセスすると、図６のコンテンツ情報をテレビ５に表示させ、ユーザは視聴したいコンテンツを検索する。コンテンツを選択すると、それを所有するＣＰ（この場合はＣＰ１かＣＰ２）にネットワーク４を介してアクセスし、テレビ５への記録をＣＰに要求する。
【００２５】
図７は、テレビ５内のメモリ４４に保存する記録予約テーブルの例である。無線の場合には番組表に従って決められた時間に決められた番組を配信するので、その開始、終了日時を設定する。ダウンロードの場合は、今すぐ開始することもできるが、ネットワーク４にかかる負荷が小さい夜間に実施することも可能なように、ダウンロード開始日時を設定する。終了時刻は目安としてＣＰ１から送られてくる。例えば、ネットワーク環境が３０Ｍｂｐｓの場合は２時間要する、等の情報が送られてくるので、ユーザはこれに合わせてダウンロード開始日時を設定する。なお、終了時刻になればダウンロードを終了する、という訳ではなく、そのコンテンツのダウンロードが終了するまで続ける。ただし、他のコンテンツのダウンロードや録画にできるだけ重複しないように、ダウンロード終了時刻を目安として設定しておく。図６と同様、記録した後、ネットワーク４に配信できるか否かのフラグもあり、記録が正常に終了したか否かを記録しておく。
【００２６】
図８は、テレビ５内のメモリ４４に保存する蓄積コンテンツテーブルの例である。図７の記録予約テーブルに従ってコンテンツをダウンロードすると、ハードディスク４１に蓄積されたコンテンツの情報がテーブルとしてメモリ４４に保存される。
【００２７】
図９は、ユーザがセンタ３にアクセスするときの、テレビ５に表示される初期画面（ログイン画面）を示す。ユーザは会員ＩＤ、パスワードを入力して、ログイン可能である。その場合の認証は、センタ３の顧客管理ファイル部２２と機器認証部２３が行う。ユーザが非会員用の場合のメニューとして、（１）会員に加入する、（２）ＣＰが所有するコンテンツ一覧の表示、がある。非会員でもＣＰが所有するコンテンツ一覧表示は許可する。ＣＰが所有するコンテンツ一覧を非会員にも見せて、会員になるかどうかを決めてもらうためである。その他、「会員になると、コンテンツの記録や預かりサービス等、数々の特典があります」と表示し、会員になることを勧誘する。会員になるとセンタ３は会員ＩＤ、パスワードを発行し、顧客管理ファイル部２２に登録する。
【００２８】
図１０は、ユーザが会員ＩＤ、パスワードを入力し、ログインした後の画面を示す。ＣＰが所有するコンテンツ一覧を表示することはもちろん、「お預かりしているコンテンツの一覧を見る」というメニューを表示し、ユーザ（会員）は希望すればセンタ３に預けているコンテンツをテレビ５にダウンロードすることが可能である。ユーザの預けたコンテンツがない場合は、「現在お預かりしているコンテンツはありません」と表示する。
図９、図１０の表示画面のデータは、センタ３のメモリ２７に格納している。
【実施例１】
【００２９】
本発明の第１の実施例として、前記したコンテンツダウンロードシステムにおけるコンテンツ預かりサービス（コンテンツバックアップサービス）の例を述べる。本実施例ではサービスの形態として、（１）自動的に古いコンテンツから預ける、（２）これから記録するコンテンツを預ける、（３）記録済みのコンテンツのうちユーザが選択したものを預ける、の３通りをユーザに提示し、ユーザは所望のサービスを選択するものである。
【００３０】
図１１は、本発明によるコンテンツバックアップ方法の処理フローの一例を示す図である。
ユーザがテレビ５に対し新たにコンテンツの記録の予約をすると、テレビ５はハードディスク４１の記録残容量を調べ、残容量が不足していないかどうか調べる。不足していると判断すると、センタ４に容量不足を通知する。この通知を受けるとセンタ４は、テレビ５に対するコンテンツ預かりサービス（コンテンツバックアップサービス）を開始する。以下、ステップ毎に説明する。
【００３１】
ステップ１０１：センタ４はテレビ５の表示部に、図１２に示すようなサービス勧誘画面を表示し、コンテンツ預かりサービスを受けるかどうかユーザに尋ねる。ユーザがサービスを希望すれば（Ｙｅｓ）ステップ１０２へ進み、希望しなければ（Ｎｏ）本処理フローを終了する。
ステップ１０２：センタ４はテレビ５の表示部に、コンテンツ預かりサービスの各種形態を提示する。例えば、図１３に示すように３通りのサービス形態を提示し、ユーザはこれから１つを選択する。
【００３２】
以下、ユーザがそれぞれのサービス形態（１）〜（３）を選択した場合について、処理フローを説明する。
＜サービス形態（１）＞記録したコンテンツの中で古いコンテンツから順にセンタに預ける場合である。
ステップ１０３：テレビ５は蓄積コンテンツテーブル（図８）を参照して、記録したコンテンツの中で一番古く記録したコンテンツを検索し表示する。
ステップ１０４：検索したコンテンツが、著作権法、その他の観点から、センタ３で預かっても問題ないかを判断する。預かれるものであれば（問題なければ）ステップ１０５へ進む。例えば、コピー制限が付与されているように預かれないものであれば（問題があれば）、ステップ１０３へ戻り次に古いコンテンツを検索する。
【００３３】
ステップ１０５：テレビ５は預かりサービスを受けるコンテンツをハードディスク４１から読み出し、通信送受信部３１からセンタ３へ送信（アップロード）する。センタ３は、通信送受信部２５にて受信した預かりコンテンツをユーザコンテンツ蓄積部２６へ蓄積する。コンテンツのアップロードが正常に終了できれば、テレビ５にその旨を伝えるとともに、コンテンツ管理部２１に、ユーザから預かったコンテンツの情報を保存しておく（後述、図１６）。
【００３４】
ステップ１０６：アップロードが正常に終了すると、テレビ５はセンタ３に預けたコンテンツの情報をメモリ４４に記録する。図１４は、アップロードコンテンツテーブルの内容の一例を示す。アップロードコンテンツテーブルには、預けているコンテンツのＩＤ、コンテンツ名称、容量などが記録される。そして、ユーザは先程預けたコンテンツをハードディスク４１から消去する操作を行う。そのとき制御部３３は、ユーザが他のコンテンツを誤って消去しないように、ユーザが消去しようとしているコンテンツと、メモリ４４に保存しているアップロードコンテンツテーブルの内容とを比較する。そして、消去しようとしているコンテンツがアップロードコンテンツテーブルに存在すれば、ユーザの操作に従いそのコンテンツの消去動作を実行する。もし該当するコンテンツが存在しなければ、図１５のように、「消去しようとしているコンテンツはセンタに預かったコンテンツと違います。本当に消去してよいですか？」と確認画面（警告メッセージ）を表示する。ユーザがこれを確認し、消去してもよければ再度消去の操作を行うことで消去動作を実行する。ユーザが操作誤りであると気付いた場合には、他のコンテンツを選択し再度消去の操作を行う。ハードディスク４１からコンテンツの消去を行うと、メモリ４４に保存されている蓄積コンテンツテーブル（図８）から消去したコンテンツの情報を削除する。
【００３５】
ステップ１０７：テレビ５はハードディスク４１からコンテンツを消去した後、ハードディスク４１の残容量を調べ、記録したいコンテンツに対して容量は足りるかどうかを判断する。残容量が足りればステップ１０８へ進む。残容量がまだ不足していればステップ１０３へ戻り、さらに他のコンテンツをセンタ３に預ける。
ステップ１０８：ハードディスク４１の残容量が足りるので、コンテンツの記録の予約を実行する。
【００３６】
＜サービス形態（２）＞これから記録しようとしているコンテンツをセンタ３に預ける場合である。
ステップ１０９：ユーザは、センタ３から送られるコンテンツ一覧（図６）を見て、記録したいコンテンツが他にもあればそれを選択し、記録予約テーブル（図７）に追加する。
【００３７】
ステップ１１０：記録予約テーブルに従い、センタ３はユーザの選択したコンテンツを預かる。その際、ＣＰ１が所有するコンテンツはネットワーク４を経由して、ＣＰ２が所有するコンテンツは無線経由で、センタ３のユーザコンテンツ蓄積部２６に記録する。そのためセンタ３には、無線経由で受信するためのアンテナを設置する。コンテンツの預かりが正常に終了できれば、テレビ５にその旨を伝えるとともに、コンテンツ管理部２１に、ユーザから預かったコンテンツの情報を保存しておく（後述、図１６）。またテレビ５ではメモリ４４に、アップロードコンテンツテーブルとして、預けているコンテンツのＩＤ、コンテンツ名称、容量などを記録する（図１４）。
【００３８】
＜サービス形態（３）＞ユーザが選択したコンテンツをセンタ３に預ける場合である。大切なコンテンツを信頼性の高いセンタ３のユーザコンテンツ蓄積部２６に安全に預けたい場合は、この形態が有効である。
ステップ１１１：テレビ５は蓄積コンテンツテーブル（図８）を参照して、記録してあるコンテンツを一覧表示する。図１７は、コンテンツを一覧表示し、センタ３に預けるコンテンツをユーザに選択してもらうための画面例である。
【００３９】
ステップ１１２：コンテンツ一覧を見て、ユーザが預けたいコンテンツを選択する。リモコンの上下キーで預けたいコンテンツの欄にカーソルを移動し、リモコンの決定ボタンで選択する。またコンテンツを複数選択し、最後に画面右下にある決定ボタンにカーソルを移動させ、リモコンの決定ボタンを押下すれば、複数のコンテンツを選択することも可能である。
ステップ１１３：選択したコンテンツが、著作権法、その他の観点から、センタ３で預かっても問題ないかを判断する。預かれないコンテンツはその旨を表示し、ユーザは選択し直す。
【００４０】
ステップ１１４：テレビ５は預かりサービスを受けるコンテンツをハードディスク４１から読み出し、センタ３へアップロードする。センタ３は、受信した預かりコンテンツをユーザコンテンツ蓄積部２６へ蓄積する。アップロードが正常に終了できれば、テレビ５にその旨を伝えるとともに、コンテンツ管理部２１に、ユーザから預かったコンテンツの情報を保存しておく（後述、図１６）。
【００４１】
ステップ１１５：アップロードが正常に終了すると、テレビ５はセンタ３に預けたコンテンツの情報をメモリ４４に記録する（図１４）。そして、ユーザは先程預けたコンテンツをハードディスク４１から消去する操作を行う。その際制御部３３は、ユーザが消去しようとしているコンテンツと、メモリ４４に保存しているアップロードコンテンツテーブルの内容とを比較し、テーブルに存在しないコンテンツについては、誤消去の確認画面（警告メッセージ）を表示する（図１５）。詳細はステップ１０６と同様である。
【００４２】
ステップ１１６：テレビ５はハードディスク４１からコンテンツを消去した後、ハードディスク４１の残容量を調べ、記録したいコンテンツに対して容量は足りるかどうかを判断する。残容量が足りればステップ１１７へ進み、残容量がまだ不足していればステップ１１１へ戻り、さらに他のコンテンツをセンタ３に預ける。
ステップ１１７：ハードディスク４１の残容量が足りるので、コンテンツの記録の予約を実行する。
【００４３】
図１６は、センタ３がコンテンツ管理部２１に保存するセンタ側預かりコンテンツテーブルの例である。テーブルには、どの会員からどんなコンテンツをいつからいつまで預かったのかを管理する。センタ３は、ユーザから預かったコンテンツのダウンロード要求があった場合には、顧客管理ファイル部２２を参照し、パスワード等でユーザを確認する。そして、該当するコンテンツをユーザコンテンツ蓄積部２６から読み出し、ダウンロードまたはストリ−ミングして要求元のテレビ５に送信し視聴させる。
【００４４】
本実施例によれば、ユーザは３通りのサービス形態から状況に応じて所望のサービスを選択することができる。なお、記録を予約したコンテンツの記録時刻が迫っている場合にサービス形態（１）（３）を選択すると、預かりコンテンツのアップロード作業のために時間を要し、予約時刻に間に合わなくなる恐れがある。その場合には、図１８に示すようなサービス形態の変更依頼を表示して、ユーザにサービス形態（２）を選択してもらい、一時的にセンタ３で予約コンテンツを預かるようにするのが良い。
【００４５】
なお本実施例では３通りのサービス形態を説明したが、これらは一例であり、ユーザの要求に対応して適宜サービス内容を変更することができることは言うまでもない。
【実施例２】
【００４６】
本発明の第２の実施例として、モバイル型機器認証デバイスを用いて、センタ３に預けたコンテンツを他の機器で視聴する場合を述べる。モバイル型機器認証デバイス（以下、モバイルキー）とは、ＵＳＢ接続ができ内部にはメモリを有し、デバイス自身を特定できる情報（認証用証明書）と、接続したテレビ等の機器情報（例えばメーカー名、機種番号、製造番号）を書き込んで記憶することができるモバイル型のデバイスのことである。上記４つの情報のうち、認証用証明書は正しいモバイルキーであることを示す情報であり、モバイルキーを一意に特定できるものである。これはモバイルキー出荷時に設定されている。他の機器情報（メーカー名、機種番号、製造番号）は、装置に接続した後でその装置の情報をモバイルキーに書き込む。
【００４７】
図１９は、モバイルキー５０を接続可能な端末装置（テレビ）５のブロック構成例を示す図である。認証用証明書以外まだ何も書き込まれていないモバイルキー５０を機器（例えばテレビ５ａ）に接続し、テレビ５ａを特定する機器情報（メーカー名、機種番号、製造番号）をモバイルキー５０に書き込む。テレビ５ａからセンタ３へ、前記実施例１に従いコンテンツを預ける。その後、そのモバイルキー５０を他の機器（例えばテレビ５ｂ）に接続すると、テレビ５ｂの制御部３３はモバイルキー５０から機器情報と認証用証明書を読み取り、通信送受信部３１がセンタ３に送信して認証を受ける。これにより、モバイルキー５０で特定された機器（テレビ５ａ）からセンタ３へアップロードしたコンテンツに関し、他の機器（テレビ５ｂ）からのアクセスを可能とし、代行してダウンロード（視聴）することができる。
【００４８】
図２０は、モバイルキーを用いたコンテンツバックアップ方法の処理フローの一例を示す図である。
ステップ２０１：機器情報が書き込まれていないモバイルキー５０を自分が所有するテレビ５ａに接続し、機器情報をモバイルキー５０に書き込む。機器情報が書き込まれていれば、テレビ５ａの機器情報と一致するか否かを確認し、一致しなければそのモバイルキー５０の利用は認めない。
ステップ２０２：テレビ５ａは、実施例１（図１１）の手順でコンテンツをセンタ３に預ける。センタ側預かりコンテンツテーブル（図１６）には会員ＩＤとともに、このモバイルキー５０に記憶してある機器情報、認証用証明書データの少なくとも一方もあわせて記憶する。
【００４９】
ステップ２０３：モバイルキー５０をテレビ５ｂに接続すると、テレビ５ｂは制御部３３がモバイルキー５０の機器情報、認証用証明書を読み取る。
ステップ２０４：テレビ５ｂはセンタ３にアクセスし、テレビ５ａから預けたコンテンツのダウンロードを要求する。その際、モバイルキー５０から読み取った機器情報、認証用証明書を通信送受信部３１から送信する。
【００５０】
ステップ２０５：センタ３は、テレビ５ｂから送られた情報（すなわちモバイルキー５０からの情報）をセンタ側預かりコンテンツテーブル（図１６）と照合し、テレビ５ａからセンタ３へ預けられているコンテンツを特定する。
ステップ２０６：センタ３はテレビ５ｂに対して、前記コンテンツのダウンロード（視聴）を実行する。
【００５１】
なお、他の機器（この場合はテレビ５ｂ）で代行してダウンロードした場合は、センタ３のセンタ側預かりコンテンツテーブル（図１６）の該当するコンテンツにフラグを立て、他の機器（テレビ５ｂ）には再度のダウンロードをさせない、または同テーブルからコンテンツを消去する、等の手段を講じるのが好ましい。モバイルキー５０の乱用を防止したい場合は、機器情報は書き換え不可能なメモリに書き込むことが望ましい。逆にモバイルキー５０を複数の機器で流用することを許可するのであれば、モバイルキー５０を書き換え可能なメモリで構成し、その部分に新たな機器情報を書けばよい。
【００５２】
モバイルキー５０に機器情報を書き込むと、コンテンツを預けることができる機器は機器情報を書き込んだ機種のみとなるが、モバイルキーに機器情報書き込まない方法でも実現可能である。この場合、センタ側預かりテーブルではユーザとキーモバイル５０をユーザＩＤとモバイルキー５０の認証用証明書で対応付けることで、どの機器からでもコンテンツを預けることが可能となる。そして、別の機器にキーモバイル５０を接続すると、認証用証明書でユーザを対応付け、他の機器で預けたコンテンツの視聴、ダウンロードが可能となる。モバイルキー５０に機器情報を書き込まない方法だと、機器情報を改ざんされる危険がなくなるので、セキュリティレベルが向上する。
【００５３】
本実施例によれば、例えば自宅の機器からセンタ３に預けたコンテンツを、帰省先の実家や友人宅で視聴するなど、異なる場所での視聴が可能となる。また、機器を買い換える場合の対応も容易になる。上記ステップ２０２で旧機器に蓄積されたコンテンツをセンタ３に預け、ステップ２０３で新機器にモバイルキー５０を接続すれば、旧機器や所有者の情報が特定し、ステップ２０４以降で、預けたコンテンツを新機器にダウンロードすることができる。また、モバイルキー５０を接続しないと預けたコンテンツにアクセスできないこと、ダウンロードした後、再ダウンロードの禁止やコンテンツを削除することにより、コンテンツの不正コピーを防止できる、という効果がある。
【実施例３】
【００５４】
本発明の第３の実施例として、モバイルキーの代わりにｉＶＤＲ（ｉｎｆｏｒｍａｔｉｏｎ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ  ｆｏｒ  Ｒｅｍｏｖａｂｌｅ）のような可搬性のある記憶装置を使う場合を述べる。ｉＶＤＲの書き換えできない領域に認証用証明書を書き込み、これをｉＶＤＲのＩＤとして扱う。ｉＶＤＲの容量以上のコンテンツを有しているユーザは、センタ３にコンテンツを預けて、外出先にある他の装置にｉＶＤＲを接続することで、預けてあるコンテンツを視聴したり、ｉＶＤＲにダウンロード（ＤＬ）することができる。
【００５５】
図２１は、ｉＶＤＲを用いたコンテンツバックアップ方法の処理フローの一例を示す図である。
ステップ３０１：ユーザの装置（テレビ）５ａにｉＶＤＲを接続する。
ステップ３０２：接続したｉＶＤＲは、ユーザＩＤとともにセンタ３に登録してあるかどうかを判定する。登録してあればステップ３０４に進み、未登録であればステップ３０３へ進む。
【００５６】
ステップ３０３：ユーザＩＤ毎に、ｉＤＶＲの認証用証明書をｉＶＤＲのユニークなＩＤとして登録する。１人のユーザが複数のｉＶＤＲを有する場合があるので、その場合は複数のＩＤを登録する。
ステップ３０４：ｉＶＤＲにコンテンツを記録後、他の装置５ｃで視聴やダウンロードしたいコンテンツをセンタ３に預ける。預けるコンテンツはｉＶＤＲに記録したものだけではなく、装置５ａの内蔵ハードディスクに記録したコンテンツであっても構わない。センタ３ではコンテンツを預かると、センタ側預かりコンテンツテーブル（図１６）に、ユーザＩＤとともに接続されたｉＶＤＲの認証用証明書（ｉＶＤＲのＩＤ）も記憶する。
【００５７】
ステップ３０５：センタ３に預けたコンテンツを視聴するために、他の装置５ｃにｉＶＤＲを接続する。
ステップ３０６：装置５ｃは接続されたｉＶＤＲの認証用証明書を読んで、そのｉＶＤＲが正規なデバイスであることと、所有者であるユーザを特定する。そして、センタ３にアクセスする。センタ３は、ユーザが預けたコンテンツを特定するために、センタ側預かりコンテンツテーブル（図１６）を参照する。
【００５８】
ステップ３０７：センタ３は、ｉＶＤＲが接続されている装置５ｃの表示部にユーザがセンタ３に預けたコンテンツを表示する。ユーザは、所望のコンテンツを選択して視聴やダウンロードを依頼すると、センタ３は装置５ｃ及び接続されているｉＶＤＲに対して視聴またはダウンロードを実行する。
【００５９】
上記実施例ではｉＶＤＲには機器情報を書き込んでいないが、実施例２と同様にｉＶＤＲの認証用証明書とともに機器情報を記録してもよい。その場合、機器情報の書き換えが不可能であれば預けることができる機器は１台だけになる。
【００６０】
本実施例によれば、ユーザはコンテンツを持参しなくとも、いろいろな場所や装置で視聴することができる。また、ダウンロードしたいコンテンツが大量にあって、１つのｉＶＤＲに格納できない場合にも可能となる。なお、他の装置でｉＶＤＲにダウンロードした場合は、センタ側で預かりを終了したとしてセンタ側のコンテンツを消去したり、センタ側では預かっているが再度ダウンロードさせない、等の処置を行うことが望ましい。
【実施例４】
【００６１】
本発明の第４の実施例として、センタ３がコンテンツプロバイダ（ＣＰ）も兼ねる場合のコンテンツ預かりサービスの例を述べる。この場合センタ３は、ＣＰの所有するコンテンツを含めて所有しているので、ユーザから要求されたコンテンツを直接配信することができる。さらに、ユーザからコンテンツ預かりを依頼された場合のその記憶領域、すなわち図４におけるユーザコンテンツ蓄積部２６が不要になる。そして、コンテンツ管理部２１にて、ユーザから預かったコンテンツを次のように管理する。
【００６２】
図２２は、コンテンツ管理部２１が保存するセンタ側蓄積コンテンツテーブルの例を示す。前記図６のコンテンツ情報に対し、コンテンツ預かりのための管理情報を追加している。預かりフラグ＝１は、ユーザからコンテンツの預かりを依頼されたコンテンツであることを示し、会員ＩＤはその依頼者を示している。図では、会員ＩＤ＝３０１０１のユーザから、センタ３が所有するコンテンツＩＤ＝００００１のコンテンツの預かりを依頼されていることを示す。
【００６３】
本実施例によれば、センタ３では、コンテンツ預かりのための新たな記憶領域を確保する必要がなく、預かりフラグを立て、会員ＩＤを管理するだけで、ユーザが所望する預かりサービスを提供することができる。また、当然のことながら、預かりサービスの際にユーザの所有するコンテンツをセンタ３にアップロードする作業も不要となる。このように、センタ３がＣＰを兼用することで、システム構成の簡略化と、サービスの迅速化を図ることができる。
【実施例５】
【００６４】
本発明の第５の実施例では、コンテンツ預かりサービスによる料金計算の方法を述べる。
図２３は、利用容量、利用日数によって課金する処理フローの例を示す。計算のため、１ＧＢ当たり、１日の預かり価格を決めておく。なお、先月分の料金計算方法であるので、今月から預かり始めたコンテンツは対象としない。
【００６５】
ステップ５０１：料金計算となる基準日を先月末日に設定する。
ステップ５０２：会員ＩＤを１つインクリメントして、次の会員ＩＤの会員の料金を計算する。
ステップ５０３：１つしか預かっていない場合は１つ目の、複数預かっている場合は次のコンテンツの料金を計算する。
【００６６】
ステップ５０４：センタ預かりコンテンツテーブル（図１６）を参照し、預かり終了日の項を調べる。空白であれば現在まだ預かっている、ということであるので、先月末日までは預かっていたことになる。この場合、ステップ５０５へ進む。空白でなければ、預かりは終了しているので、ステップ５０７へ進み、無料か、日割り計算をする。
ステップ５０５：預かり開始日を調べる。先月のいずれかの日であれば預かり期間は１ケ月以内であるのでステップ５０９へ進み、先月１日より前であれば１ケ月以上預かっているのでステップ５０６へ進む。前提でも述べたように今月から預かり始めたコンテンツは対象にせず、来月に計算する。
【００６７】
ステップ５０６：１ケ月分を課金する。
ステップ５０７：預かり終了日は基準日よりも１ケ月より以前であるかどうかを判断する。１ケ月より前であれば、ステップ５０８へ、そうでなければステップ５０９へ進む。
ステップ５０８：既に先月で課金は終了しているので今回は無料、と判定する。
ステップ５０９：預かった期間は、前回課金した後から１ケ月未満であるので、何日預かったかを計算し、記憶装置を占有した容量を考慮して、料金を日割り計算する。
【００６８】
ステップ５１０：調査中の会員のコンテンツはすべて調査したかどうかを確認する。すべて調査していれば、ステップ５１１へ進み、まだコンテンツが残っていればステップ５０３へ戻る。
ステップ５１１：すべての会員の料金の計算はすんだかどうかを判定し、まだ計算していない会員が残っていればステップ５０２へ戻り、すべて終わっていれば本処理フローを終了する。
【００６９】
図２３の処理で全会員の預かりサービスの料金が計算できたので、その料金を課金する。具体的にはユーザが登録してある金融機関の口座から引き落としたり、ユーザから振り込んでもらってもよい。計算を短縮するために預かり終了してから所定の月数が経過すれば、そのコンテンツを該テーブルから削除しても構わない。ただし後から調査できるようにログだけは残しておく。また、預かったコンテンツに権利者がいた場合は、課金のうち所定の割合をその権利者に配分する、というビジネスモデルも可能である。
【図面の簡単な説明】
【００７０】
【図１】本発明を適用するコンテンツダウンロードシステムの構成例を示す図。
【図２】コンテンツプロバイダのサーバーＣＰ１のブロック構成例を示す図。
【図３】コンテンツプロバイダのサーバーＣＰ２のブロック構成例を示す図。
【図４】センタにあるサーバー３のブロック構成例を示す図。
【図５】コンテンツを受信して蓄積する端末装置（テレビ）５のブロック構成例を示す図。
【図６】センタのコンテンツ管理部２１が格納しているコンテンツ管理情報の例。
【図７】テレビのメモリ４４に保存する記録予約テーブルの例。
【図８】テレビのメモリ４４に保存する蓄積コンテンツテーブルの例。
【図９】センタにアクセスするときの初期画面（ログイン画面）。
【図１０】ユーザがログインした後の画面。
【図１１】本発明によるコンテンツバックアップ方法の処理フローの一例を示す図。
【図１２】ユーザにコンテンツ預かりサービスを勧誘する画面。
【図１３】コンテンツ預かりサービスの各種形態を提示する画面。
【図１４】センタに預けたアップロードコンテンツのテーブルの例。
【図１５】コンテンツを消去する際の消去確認画面の例。
【図１６】センタで預かった預かりコンテンツのテーブルの例。
【図１７】ユーザがセンタに預けるコンテンツを選択する画面。
【図１８】サービス形態の変更を依頼する画面。
【図１９】モバイルキー５０を接続可能なテレビ５のブロック構成例を示す図。
【図２０】モバイルキーを用いたコンテンツバックアップ方法の一例を示す図。
【図２１】ｉＶＤＲを用いたコンテンツバックアップ方法の一例を示す図。
【図２２】センタがＣＰを兼ねる場合の蓄積コンテンツテーブルの例。
【図２３】預かったコンテンツの料金を計算する処理フローの例。
【符号の説明】
【００７１】
１…コンテンツプロバイダＣＰ（サーバー）、
２…コンテンツプロバイダＣＰ（サーバー）、
３…センタ（サーバー）
４…ネットワーク、
５…端末装置（記録装置、テレビ）、
１１…コンテンツ蓄積部、
２１…コンテンツ管理部、
２２…顧客管理ファイル部、
２３…機器認証部、
２４…制御部、
２５…通信送受信部、
２６…ユーザコンテンツ蓄積部、
２７…メモリ、
３１…通信送受信部、
３２…無線受信部、
３３…制御部、
３４…コンテンツ要求部、
４１…コンテンツ蓄積部（ハードディスク）、
４２…入力切替部、
４３…表示部、
４４…メモリ、
５０…モバイルキー。
【図１】
2008250455.tif 000003
【図２】
2008250455.tif 000004
【図３】
2008250455.tif 000005
【図４】
2008250455.tif 000006
【図５】
2008250455.tif 000007
【図６】
2008250455.tif 000008
【図７】
2008250455.tif 000009
【図８】
2008250455.tif 000010
【図９】
2008250455.tif 000011
【図１０】
2008250455.tif 000012
【図１１】
2008250455.tif 000013
【図１２】
2008250455.tif 000014
【図１３】
2008250455.tif 000015
【図１４】
2008250455.tif 000016
【図１５】
2008250455.tif 000017
【図１６】
2008250455.tif 000018
【図１７】
2008250455.tif 000019
【図１８】
2008250455.tif 000020
【図１９】
2008250455.tif 000021
【図２０】
2008250455.tif 000022
【図２１】
2008250455.tif 000023
【図２２】
2008250455.tif 000024
【図２３】
2008250455.tif 000025