(57)【要約】【課題】ユーザが予約した放送番組を録画して保管しておき、ユーザが必要な時にそれを利用できるようにするシステムを提供する。【解決手段】ユーザが予約した１又は複数の番組をコンテンツ録画サーバ１２３で録画してコンテンツＤＢ１２７に保管するとともに、コンテンツ配信サーバ１２４が、保管されている番組を何時でもユーザが操作するＤＳＴＢ２に配信できるようにする。つまり、番組の録画代行と、コンテンツＤＢ１２７のレンタルとを行う。課金処理サーバ１４１は、ユーザが指定したレンタル条件に従って課金処理を行う。【選択図】  図１
2004328382.tif 000002
【特許請求の範囲】
【請求項１】
それぞれデジタルデータからなるコンテンツの再生機構及び情報送信機構を備えた複数のユーザ端末が接続可能な広域ネットワークに接続されるシステムであって、
少なくとも１日に複数種類発信される可能性があるコンテンツを複数日数分保管可能な保管領域を有するデータデポジトリと、
前記複数種類発信される可能性があるコンテンツのうち前記保管領域に保管するコンテンツの取得予約の内容を記録するための予約領域を有する予約データベースと、
コンテンツの取得予約と取得されたコンテンツを保管する際の前記保管領域のレンタル条件とをいずれかのユーザ端末より受け付け、受け付けた取得予約とレンタル条件とを当該ユーザ端末の属性情報と共に前記予約データベースの予約領域に記録する予約受付手段と、
前記予約領域を探索し、取得予約が記録されているときはその記録内容に従って該当コンテンツをユーザ端末に代わって取得するとともに、取得した該当コンテンツをいずれかの前記保管領域に保管させるコンテンツ保管手段と、
取得予約した前記ユーザ端末からの再生要求に従い前記保管領域に保管されているコンテンツの当該ユーザ端末による再生を可能にする再生制御手段と、
取得予約したユーザ端末用の前記予約領域に記録されているレンタル条件に従って当該ユーザ端末による前記保管領域のレンタルに対する課金処理を行う課金処理手段とを備えたことを特徴とする、
レンタル・データデポジトリシステム。
【請求項２】
前記ユーザ端末より受け付けた取得予約の予約状況及び前記コンテンツ保管手段で保管しているコンテンツの内容を表す電子番組表をユーザ毎に編集して当該ユーザが操作するユーザ端末に配信し、この電子番組表の表示画面上でユーザが選択したコンテンツを特定可能にする番組表管理手段をさらに備えることを特徴とする、
請求項１記載のレンタル・データデポジトリシステム。
【請求項３】
前記コンテンツは１日に複数のコンテンツ発信源からそれぞれ複数種類発信されるものであり、
前記予約データベースは、コンテンツ発信源の識別情報が第１方向に設定され、各コンテンツ発信源から時系列に発信される複数のコンテンツの発信予定時刻が第２方向に設定されたマトリクス状のセルの集合からなる構造を有しており、前記予約受付手段は、受け付けた取得予約及びレンタル条件を前記セルの前記予約領域に記録するように構成されており、
前記コンテンツ保管手段は、前記予約データベースの第１方向の各セルをそれぞれ第２方向に順次読み出し、各セルに記録されている取得予約の内容に従って該当コンテンツを取得するとともに、取得した該当コンテンツをいずれかの前記保管領域に保管させるように構成されていることを特徴とする、
請求項１記載のレンタル・データデポジトリシステム。
【請求項４】
前記複数のコンテンツ発信源がそれぞれデジタル放送を行う放送局であり、
前記予約受付手段は、予め各放送局より得られた発信予定のコンテンツ及びその発信時刻を放送局毎に配列した電子番組表を前記広域ネットワークに接続されている各ユーザ端末に提示するとともに該提示に従いユーザ端末が指定した時間帯のコンテンツの録画予約をレンタル条件と共に受け付け、受け付けた録画予約及びレンタル条件を前記予約データベースの該当セルに記録するように構成されており、
前記コンテンツ保管手段は、前記セルに記録された録画予約の内容に従って該当コンテンツを録画する録画機構と、録画したコンテンツをいずれかの前記保管領域に記録するように構成されている、
請求項３記載のレンタル・データデポジトリシステム。
【請求項５】
ユーザが保有する個人コンテンツの保管要求を受け付ける保管要求受付手段をさらに備えており、
前記コンテンツ保管手段は、この保管要求受付手段で受け付けた個人コンテンツを前記データデポジトリのいずれかの保管領域に保管させるように構成されており、
前記再生制御手段は、再生権限を有するユーザ端末からの再生要求に従い前記保管領域に保管されている個人コンテンツの当該ユーザ端末による再生を可能にするように構成されており、
前記課金処理手段は、前記個人コンテンツの保管要求を行ったユーザ端末用の前記予約領域に記録されているレンタル条件に従って当該ユーザ端末による前記保管領域のレンタルに対する課金処理を行うように構成されていることを特徴とする、
請求項１記載のレンタル・データデポジトリシステム。
【請求項６】
前記データデポジトリは、それぞれ相互にデータ複写又はデータ移動が可能な固定型の第１種記録媒体及びリムーバブルの第２種記録媒体と、これらの記録媒体への記録・読み出し機構とを備えることを特徴とする、
請求項１記載のレンタル・データデポジトリシステム。
【請求項７】
前記第１種記録媒体は、磁気ディスク型の記録媒体、光磁気ディスク型の記録媒体、半導体メモリ型の記録媒体のいずれかであり、
前記第２種記録媒体は、テープ型の記録媒体であることを特徴とする、
請求項６記載のレンタル・データデポジトリシステム。
【請求項８】
前記第１種記録媒体又は前記第２種記録媒体が前記広域ネットワークに接続された外部情報記録システムであることを特徴とする、
請求項６記載のレンタル・データデポジトリシステム。
【請求項９】
前記コンテンツ保管手段は、コンテンツの保管及び利用の頻度の統計情報を生成するとともに、この統計情報による保管及び利用の頻度の高さに応じて当該コンテンツを保管すべき記録媒体を他の記録媒体に変更可能に構成されていることを特徴とする、
請求項６、７又は８記載のレンタル・データデポジトリシステム。
【請求項１０】
前記コンテンツ保管手段は、ユーザから比較的長期間の保管指定がなされ、かつ実際に一定時間以上利用されずに第１種記録媒体の保管領域に保管されているコンテンツを第２種記録媒体の保管領域へ移動させることを特徴とする、
請求項９記載のレンタル・データデポジトリシステム。
【請求項１１】
前記保管要求受付手段は、保管する個人コンテンツの再生権限を付与すべき他のユーザの識別情報又は当該他のユーザが操作するユーザ端末の識別情報をも受け付けて所定の権限情報記録領域に記録するように構成されており、
前記再生制御手段は、いずれかのユーザ端末からの再生要求があったときに、当該再生要求時に添付された権限情報が前記権限情報記録領域に記録されている識別情報と同一かどうかを判別するように構成されていることを特徴とする、
請求項５記載のレンタル・データデポジトリシステム。
【請求項１２】
前記レンタル条件には、前記保管領域のサイズと保管時間とが含まれており、
前記課金処理手段は、前記保管領域のサイズと保管時間との乗算結果により課金額を決定するように構成されていることを特徴とする、
請求項５記載のレンタル・データデポジトリシステム。
【請求項１３】
前記レンタル条件には、前記保管領域に保管されているコンテンツの再生予定回数が含まれており、
前記課金処理手段は、実際に再生した回数に応じて課金額を加算するように構成されていることを特徴とする、
請求項１２記載のレンタル・データデポジトリシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、デジタルデータからなるコンテンツ（所定の再生機構により再生可能なデジタルの映像、画像、音、文字、数値等のデジタル情報の内容本体、以下同じ）をユーザに代わって保管するとともに保管されているコンテンツの利用を可能にする情報処理技術に関する。より具体的には、広帯域ネットワークの利用を前提として、ユーザから預かった、あるいは、ユーザからの依頼により取得代行したコンテンツをデータデポジトリに保管するとともに、保管されているコンテンツを依頼元のユーザが何時でも何処でも利用できるようにするための情報処理の仕組みに関する。
【０００２】
【従来の技術】
デジタル・ハイビジョン放送、ＣＡＴＶのように、近年、放送技術のデジタル化が急速に進められている。デジタルデータは、アナログデータと異なり、通信路を伝搬させてもその品質が一定以上に維持されるし、デジタルテープ等の記録媒体に長期に保管してもデータの劣化がない。そのため、デジタル技術のこのような利点と、１対Ｎのデータ配信を可能にする放送の利点とを融合した従来にない新規なサービス、例えば付加価値提供サービス、高品質コンテンツ提供サービス等が出現している。最近は、放送されたコンテンツをデジタル録画するためのデジタル・ビデオレコーダも普及してきており、個人でも多種多様のコンテンツを所有することが一般的になっている。
【０００３】
【発明が解決しようとする課題】
しかしながら、多種多様のコンテンツが流通していても、通常は、所望のコンテンツの流通時間帯が判明しなければ、そのコンテンツを取得することはできないし、デジタル・ビデオレコーダでは、通常、チューナが一つしかないので、多数のコンテンツを同時録画するためには複数のデジタルビデオレコーダを購入しなければならない。
また、所有するコンテンツが増えるにつれてその管理も煩わしくなる。一般的には、コンテンツ毎に、ＣＤ−ＲＯＭやデジタルテープ等のメディアに記録して管理することになるが、コンテンツが多種類になるとメディアも複数種類のものに分散してしまい、その整理が困難となる。また、保管環境によっては、メディアの汚れや劣化等が問題となり、長期間にわたる保管が困難な場合も出てくる。特にパーソナルコンピュータ（ＰＣ）のハードディスク上のデータはＰＣウイルスやＰＣないしハードディスクドライブ（ＨＤＤ）等の故障により失われるおそれがあり、データが完全に失われて取り返しのつかない損害が発生する危険性をはらんでいる。
【０００４】
本発明は、このような問題を解消し、同時に送信される複数のコンテンツをユーザに代わって受信し、また、データデポジトリで保管するとともに保管されているコンテンツの任意の時点での利用を可能にするレンタル・データデポジトリシステムを提供することを主たる課題とする。
【０００５】
【課題を解決するための手段】
本発明のレンタル・データデポジトリシステムは、それぞれデジタルデータからなるコンテンツの再生機構及び情報送信機構を備えた複数のユーザ端末が接続可能な広域ネットワークに接続されるシステムであって、少なくとも１日に複数種類発信される可能性があるコンテンツを複数日数分保管可能な保管領域を有するデータデポジトリと、前記複数種類発信される可能性があるコンテンツのうち前記保管領域に保管するコンテンツの取得予約の内容を記録するための予約領域を有する予約データベースと、コンテンツの取得予約と取得されたコンテンツを保管する際の前記保管領域のレンタル条件とをいずれかのユーザ端末より受け付け、受け付けた取得予約とレンタル条件とを当該ユーザ端末の属性情報と共に前記予約データベースの予約領域に記録する予約受付手段と、前記予約領域を探索し、取得予約が記録されているときはその記録内容に従って該当コンテンツをユーザ端末に代わって取得するとともに、取得した該当コンテンツをいずれかの前記保管領域に保管させるコンテンツ保管手段と、取得予約した前記ユーザ端末からの再生要求に従い前記保管領域に保管されているコンテンツの当該ユーザ端末による再生を可能にする再生制御手段と、取得予約したユーザ端末用の前記予約領域に記録されているレンタル条件に従って当該ユーザ端末による前記保管領域のレンタルに対する課金処理を行う課金処理手段とを備えたことを特徴とする。「データデポジトリ」とは、コンピュータ可読の電子情報を記録しておき、その記録された電子情報を必要に応じて読み出すことができるデータ記録装置ないしシステムをいう。
【０００６】
ユーザ端末の利用時の操作性を向上させる観点からは、前記ユーザ端末より受け付けた取得予約の予約状況及び前記コンテンツ保管手段で保管しているコンテンツの内容を表す電子番組表をユーザ毎に編集して当該ユーザが操作するユーザ端末に配信し、この電子番組表の表示画面上でユーザが選択したコンテンツを特定可能にする番組表管理手段をさらに備えてレンタル・データデポジトリシステムを構成する。
【０００７】
ある実施の態様では、前記コンテンツは、１日に複数のコンテンツ発信源からそれぞれ複数種類発信されるものである。前記予約データベースは、コンテンツ発信源の識別情報が第１方向に設定され、各コンテンツ発信源から時系列に発信される複数のコンテンツの発信予定時刻が第２方向に設定されたマトリクス状のセルの集合からなる構造を有している。前記予約受付手段は、受け付けた取得予約及びレンタル条件を前記セルの前記予約領域に記録するように構成されており、前記コンテンツ保管手段は、前記予約データベースの第１方向の各セルをそれぞれ第２方向に順次読み出し、各セルに記録されている取得予約の内容に従って該当コンテンツを取得するとともに、取得した該当コンテンツをいずれかの前記保管領域に保管させるように構成されている。
【０００８】
前記複数のコンテンツ発信源が、例えば、それぞれデジタル放送を行う放送局である場合、前記予約受付手段は、予め各放送局より得られた発信予定のコンテンツ及びその発信時刻を放送局毎に配列した電子番組表を前記広域ネットワークに接続されている各ユーザ端末に提示するとともに該提示に従いユーザ端末が指定した時間帯のコンテンツの録画予約をレンタル条件と共に受け付け、受け付けた録画予約及びレンタル条件を前記予約データベースの該当セルに記録するように構成される。また、前記コンテンツ保管手段は、前記セルに記録された録画予約の内容に従って該当コンテンツを録画する録画機構と、録画したコンテンツをいずれかの前記保管領域に記録するように構成される。
【０００９】
本発明のレンタル・データデポジトリシステムは、ユーザが保有する個人コンテンツをも保管する運用にすることもできる。このような運用を可能にするときの構成例としては、ユーザが保有する個人コンテンツの保管要求を受け付ける保管要求受付手段をさらに備えるようにし、さらに、前記コンテンツ保管手段は、この保管要求受付手段で受け付けた個人コンテンツを前記データデポジトリのいずれかの保管領域に保管させるように構成されるようにし、前記再生制御手段は、再生権限を有するユーザ端末からの再生要求に従い前記保管領域に保管されている個人コンテンツの当該ユーザ端末による再生を可能にするように構成されるようにし、前記課金処理手段は、前記個人コンテンツの保管要求を行ったユーザ端末用の前記予約領域に記録されているレンタル条件に従って当該ユーザ端末による前記保管領域のレンタルに対する課金処理を行うように構成されるようにする。
【００１０】
前記データデポジトリは、例えば、それぞれ相互にデータ複写又はデータ移動が可能な固定型の第１種記録媒体及びリムーバブルの第２種記録媒体と、これらの記録媒体への記録・読み出し機構とを備えて構成される。前記第１種記録媒体は、磁気ディスク型の記録媒体、光磁気ディスク型の記録媒体、半導体メモリ型の記録媒体のいずれかであり、前記第２種記録媒体は、テープ型の記録媒体である。前記第１種記録媒体又は前記第２種記録媒体を、前記広域ネットワークに接続された外部情報記録システムにより構成することもできる。
【００１１】
前記コンテンツ保管手段は、コンテンツの保管及び利用の頻度の統計情報を生成するとともに、この統計情報による保管及び利用の頻度の高さに応じて当該コンテンツを保管すべき記録媒体を他の記録媒体に変更可能に構成されており、
ユーザから比較的長期間の保管指定がなされ、かつ実際に一定時間以上利用されずに第１種記録媒体の保管領域に保管されているコンテンツを第２種記録媒体の保管領域へ移動させる。これにより、コンテンツ保管の際のコストを低減させることができる。
【００１２】
個人コンテンツの保管をも受け付ける場合、前記保管要求受付手段は、保管する個人コンテンツの再生権限を付与すべき他のユーザの識別情報又は当該他のユーザが操作するユーザ端末の識別情報をも受け付けて所定の権限情報記録領域に記録するように構成することができる。この場合、前記再生制御手段は、いずれかのユーザ端末からの再生要求があったときに、当該再生要求時に添付された権限情報が前記権限情報記録領域に記録されている識別情報と同一かどうかを判別するように構成される。
【００１３】
前記レンタル条件に、前記保管領域のサイズと保管時間とを含めることができる。この場合、前記課金処理手段は、前記保管領域のサイズと保管時間との乗算結果により課金額を決定するように構成される。前記レンタル条件に、さらに前記保管領域に保管されているコンテンツの再生予定回数を含め、前記課金処理手段が、実際に再生した回数に応じて課金額を加算するように構成してもよい。
【００１４】
【発明の実施の形態】
以下、本発明のレンタル・データデポジトリシステム（以下、「ＲＤＤシステム」と略称する）の実施の形態を説明する。
この実施形態では、ＣＡＴＶインフラの、双方向の通信帯域が上り方向も下り方向も大容量且つ広帯域であるという特徴を利用し、ユーザから預かったコンテンツの保管、デジタル放送により放送されたコンテンツの録画代行及びその保管、並びに保管しているコンテンツのユーザによる再生を可能にするサービスに適用した場合の例を説明する。
【００１５】
放送されるコンテンツには、番組コンテンツ及び広告コンテンツがあるが、ここでは、便宜上、番組コンテンツのみを対象とする。ユーザから預かるコンテンツは、デジタルの映像、画像、音声、楽曲、テキストファイル、バイナリファイル等、特に制限はない。以下の説明では、番組コンテンツを単に「番組」と略称する。また、コンテンツタイプを特に区別する必要がある場合は、デジタル放送により録画したコンテンツを「放送録画コンテンツ」、ユーザより預かるコンテンツのうちユーザ側のデジタル録画機器によって録画されたものを「個人録画コンテンツ」、録画以外のユーザ保有のコンテンツを「個人保有コンテンツ」、これらを総称して「個人コンテンツ」又は「個人データ」と呼ぶ。
【００１６】
図１は、この例によるＲＤＤシステムの使用状態説明図である。
ＲＤＤシステム１は、例えば、ＣＡＴＶ網Ｎの基地局におけるオプションサービスシステムとして実施することができる。
ＣＡＴＶ網Ｎには、それぞれユーザ端末の一例となる複数のデジタル・セットトップ・ボックス（以下、「ＤＳＴＢ」と略称する）２、あるいは、ＤＳＴＢ２とパーソナルコンピュータ（以下、「ＰＣ」と略称する）３との組が複数組接続されている。ＤＳＴＢ２とＰＣ３との組で運用される場合、これらの組もまたユーザ端末として機能するものである。
【００１７】
ＤＳＴＢ２は、ユーザの家庭用テレビジョンに接続され、各種プログラムに従って家庭用テレビジョンに番組を再生させるための再生機構と、ケーブルモデムを通じてＲＤＤシステム１との間で番組予約の送信や各種通知情報の受信を行うための情報送受信機構とが備えられている。ＰＣ３には、ＲＤＤシステム１に保管される放送録画コンテンツ、個人コンテンツ等を記録するためのコンテンツ記録領域とが形成されたハードディスクが設けられている。
【００１８】
ＤＳＴＢ２には、番組の録画予約を要求するときの予約データ及び録画された番組の再生を要求するときの再生要求データを生成するプログラム（以下、「第１プログラム」と称する）が搭載されており、ＰＣ３には、個人保有コンテンツ又は個人録画コンテンツのアップロード／ダウンロードを要求するときのアップロード要求データ／ダウンロード要求データを生成するプログラム（以下、「第２プログラム」と称する）が搭載されている。
【００１９】
本実施形態のＲＤＤシステム１は、デジタル・ヘッド・エンド（以下、「ＤＨＥ」と略称する）１１、録画予約再生システム１２、ユーザデータ管理システム１３、課金処理システム１４を主要な構成要素として備えている。
まず、これらの構成要素の概要を説明する。
【００２０】
［ＤＨＥ１１］
ＤＨＥ１１は、ＣＡＴＶ網Ｎと上記の各システム１２、１３、１４との間、及び各システム１２、１３、１４間の双方向通信インタフェースとなるインタフェース部品である。このＤＨＥ１１の具体的な構成図を図２に示す。
【００２１】
図２を参照すると、ＤＨＥ１１は、ネットワーク型のルータ１１１と、データを各システム１２、１３、１４からＣＡＴＶ網Ｎの方向に伝送させるための下り回線系部品と、データをＣＡＴＶ網Ｎから各システム１２、１３、１４の方向に伝送させるための上り回線系部品とから構成される。
ルータ１１１は、各システム１２、１３、１４間を相互に接続するとともに、各システム１２、１３、１４とＣＡＴＶ網Ｎに接続された複数のＤＳＴＢ２との間の経路切り替えを行う。
【００２２】
下り回線系部品は、ＣＡＴＶ網Ｎに向かうデータ（コンテンツを含む）をエンコードするデジタルエンコーダ１１２、エンコードされたデータをＣＡＴＶ用の変調方式で（６４ＱＡＭ等）デジタル変調する変調装置１１３、変調されたデータを１つのチャネルに合成する合成装置１１４及び合成されたデータをＣＡＴＶ網Ｎに送信する送信装置１１５から構成される。デジタルエンコーダ１１２及び変調装置１１３は、それぞれ放送チャネル毎に複数組設けられる。
一方、上り回線系部品は、ＣＡＴＶ網Ｎからデータを受信する受信装置１１６、受信したデータを復調する復調装置１１７及び復調されたデータをデコードするデコーダ１１８から構成される。
【００２３】
［録画予約再生システム１２］
録画予約再生システム１２は、放送された番組の取得の一態様となる録画の代行、保管及び配信を行うためのシステムであり、例えば、番組表配信サーバ１２１、番組予約サーバ１２２、コンテンツ録画サーバ１２３、コンテンツ配信サーバ１２４、番組ＤＢ１２５、番組予約ＤＢ１２６、及びデータデポジトリの一例となるコンテンツＤＢ１２７を含んで構成される。
【００２４】
コンテンツＤＢ１２７は、少なくとも１日に複数種類放送される番組を複数日数分記録しておける大容量の記録媒体、例えば、それぞれ相互にデータ複写又はデータ移動が可能な固定型の第１種記録媒体及びリムーバブルの第２種記録媒体から構成される。第１種記録媒体は、磁気ディスク型の記録媒体、光磁気ディスク型の記録媒体、半導体メモリ型の記録媒体のいずれかである。第２種記録媒体は、テープ型の記録媒体、例えばデジタルテープである。このデジタルテープを使用する場合、コンテンツＤＢ１２７には、デジタルテープ記録・再生装置を別途設け、このデジタルテープ記録・再生装置を通じて第１種記録媒体との間の番組の複写ないし移動を行うことになる。番組が累積的に増加することを考慮して、これらの記録媒体を随時追加接続、あるいは新規なものに随時交換できるようにしておいてもよい。なお、第１種記録媒体又は第２種記録媒体がＣＡＴＶ網Ｎに接続された他の外部情報記録システム（コンテンツ記録専門の情報処理システム）であってもよい。
【００２５】
番組表配信サーバ１２１は、それぞれ複数の放送局から定期的に取得した放送予定の番組とその放送予定時刻をもとに、１日、１週間、１月分の番組表を編集する際に使用する番組データを番組ＤＢ１２５に記録するとともに、各ＤＳＴＢ２からの要求に従い、番組ＤＢ１２５に記録されている番組データを読み出して、要求元のＤＳＴＢ２に固有となるＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ・電子番組ガイド）形式の番組表を生成し、生成した番組表をＣＡＴＶ網Ｎを通じて要求元のＤＳＴＢ２に配信する。
なお、番組ＤＢ１２５の番組データは、随時その内容が最新版に更新され、過去の番組データは、履歴データ領域に、適宜読み出し可能な状態で待避される。
【００２６】
番組ＤＢ１２５は、例えば、図３に示されるデータ構造にすることができる。すなわち、番組ＤＢ１２５は、放送チャネルの識別情報がＸ軸方向（行方向）に設定され、各放送局から時系列に発信される複数の番組の発信予定時刻がＹ軸方向（列方向）に設定されたマトリクス状のセルの集合からなる２次元データ構造を有している。この２次元データ構造において、個々の番組は、指定された放送チャネル（図３中のＸ軸側）と放送日時（図３中でのＹ軸側）との交点のセルとして示される。各セルには、当該番組の放送チャンネル及び放送日時等を記録するための番組属性項目Ｒ１、当該番組のタイトルを記録するためのタイトル項目Ｒ２、コンテンツの予告編データ、あらすじデータ、関連Ｗｅｂ情報を表す紹介項目Ｒ３等のデータが記録される。
【００２７】
番組予約サーバ１２２は、各ＤＳＴＢ２から受信した予約データを受け付ける予約受付手段と、受け付けた予約データを番組予約ＤＢ１２６に記録するとともに番組予約ＤＢ１２６に記録されている予約データを逐次更新する制御装置とを備えている。予約データは、ＤＳＴＢ２を操作するユーザの個人情報、放送チャネル及び番組の識別情報、番組の録画開始時刻及び終了時刻、レンタル条件を予約要求の指示情報と共に含んでなるデータであり、ＤＳＴＢ２が、第１プログラムを実行することによって生成される。
【００２８】
予約データを記録するための番組予約ＤＢ１２６は、例えば、図４に示されるデータ構造にすることができる。
すなわち、番組予約ＤＢ１２６は、番組ＤＢ１２５と同様、放送チャネルの識別情報がＸ軸方向（行方向）に設定され、各放送局から時系列に発信される複数の番組の発信予定時刻がＹ軸方向（列方向）に設定されたマトリクス状のセルの集合からなる２次元データ構造を有している。個々の番組は、指定された放送チャネル（図４中のＸ軸側）と放送日時（図４中でのＹ軸側）との交点のセルとして示される。各セルには、当該番組の放送チャンネル及び放送日時等を記録するための番組属性項目ＲＤ１、当該番組の簡単な紹介内容を記録するための番組紹介項目ＲＤ２、番組予約を行ったユーザの個人情報、レンタル条件、その番組の利用状況等を記録するためのユーザ属性項目ＲＤ３等の各項目が形成される。ユーザ属性項目ＲＤ３は、ユーザ毎にそれぞれＲＤ３−１、ＲＤ３−２…として格納されている。
【００２９】
図４の例では、ユーザ属性項目ＲＤ３には、ＤＳＴＢ２より送られた番組予約データに含まれるユーザの名前、住所、電話番号、レンタル条件である利用期間／利用回数と、後述するコンテンツ配信サーバ１２４より送られる利用フラグとが記録される。利用フラグは、その番組がユーザによって再生されたか否かを表すものであり、再生された場合は利用済”１”，未再生であれば未利用”０”が記録される。
なお、番組予約ＤＢ１２６は、番組ＤＢ１２５から必要な部分、つまり、予約可能期間内のデータをコピーすることにより容易に構築することができる。
【００３０】
コンテンツ録画サーバ１２３は、コンテンツ保管手段の一例となるもので、録画可能な番組の放送チャネル、例えばデジタル地上波／デジタルＣＳ放送波／デジタルＢＳ放送波等からの番組受信を可能にするチューナと、デコーダと、チューナで受信された番組あるいはデコーダでデコードされた番組をコンテンツＤＢ１２７に記録（録画）するための録画機構と、タイマと、チューナ及び録画機構の制御並びに録画された番組の読み出し、変更、削除、その他の情報のコンテンツＤＢ１２７への記録、変更、削除等を行う制御装置とが設けられている。
【００３１】
衛星放送等においては、正規加入者ではないものが自由に番組を視聴することが出来ないように、データをコーディングし、専用のデコーダによってのみデコードを行うことで、番組を正常に視聴することを可能としているが、このデコーダをコンテンツ録画サーバ１２３に設けておくことにより、ユーザ側の各ＤＳＴＢ２に高価なデコーダを設ける必要はなく、ＤＳＴＢ２を安価にできるという利点がある。但し、デコーダをＤＳＴＢ２側に設け、デコード処理をＤＳＴＢ２側で行うようにしてもよいことは勿論である。この場合は、デコーダを持たないものは番組を視聴することができないので、不正な視聴を防ぎやすくなるという利点がある。
【００３２】
コンテンツ録画サーバ１２３の制御装置は、番組予約ＤＢ１２６の記録情報とタイマとを常時参照しており、ある時間帯の番組について予約されている録画開始時刻に達したときに、その番組を受信してコンテンツＤＢ１２７への記録（録画）を開始し、予約されている録画終了時刻に達した時点で、その番組の録画を終了する。制御装置は、番組の録画を終了したときは、その番組それ自体のほか、その番組を識別するための番組識別情報、録画した日時、放送チャンネルの識別情報を表す録画済情報、その番組の録画を予約したユーザの識別情報をもコンテンツＤＢ１２７に保管する。このコンテンツＤＢ１２７には、番組予約ＤＢ１２６において予約されている番組のみが格納される。
【００３３】
制御装置は、また、番組の保管及び利用の頻度の統計情報を生成するとともに、この統計情報による保管及び利用の頻度の高さに応じて当該番組を保管すべきコンテンツＤＢ１２７の記録媒体を他の記録媒体に変更する機能も有している。特に、ユーザから比較的長期間の保管指定がなされ、かつ、実際に一定時間以上再生がなされずにコンテンツＤＢ１２７の第１種記録媒体の保管領域に保管されているコンテンツを第２種記録媒体の保管領域へ移動させるようにする。
【００３４】
制御装置は、さらに、課金処理システム１４の課金処理サーバ１４１に対して、ユーザにコンテンツを配信したこと及びユーザによる課金体系の選択結果等の情報を送信する。さらにデータが利用され終わった後に、番組予約ＤＢ１２６を参照し、もうそのデータを利用するユーザがなければそのビデオデータをコンテンツＤＢ１２７から抹消する。
【００３５】
コンテンツ配信サーバ１２４は、ユーザのＤＳＴＢ２からの配信要求（第１プログラムを実行して生成されたコンテンツの配信要求）の受信を契機に、コンテンツＤＢ１２７内に記録（録画）された番組を要求元のＤＳＴＢ２に配信する。ここにいう「配信」とは、コンテンツＤＢ１２７に記録されている番組を複写してＤＳＴＢ２に一括送信する態様のほか、その番組をコンテンツ配信サーバ１２４の側で再生して時系列に逐次送信する態様（いわゆるストリーミング送信）も含まれる。コンテンツ配信サーバ１２４は、番組の配信時には、番組予約ＤＢ１２６を参照して、そのユーザからの予約内容とレンタル条件の確認を行う。
【００３６】
［ユーザデータ管理システム１３］
ユーザデータ管理システム１３は、上述した個人保有コンテンツ、及び／又は、個人録画コンテンツのような個人コンテンツをユーザに固有のユーザデータとして、上記の番組とは別に、あるいは番組と共に、保管するためのシステムであり、ユーザデータ登録サーバ１３１、ユーザデータ配信サーバ１３２、及びユーザＤＢ１３３を含んで構成される。
【００３７】
ユーザデータ登録サーバ１３１には、個人コンテンツ（個人保有コンテンツ又は個人録画コンテンツ）の本体と、これらのコンテンツ属性情報（コンテンツタイプ、コンテンツの概要等の情報、サイズ、レンタル条件、保管を希望するメディア（第１種記録媒体／第２種記録媒体）、再生権限を表す利用許可属性）と、ユーザ属性情報（ユーザ名、ユーザＩＤ等）とを受け付ける受付機構と、この受付機構で受け付けたコンテンツ本体をコンテンツＤＢ１２７に保管させるとともに、コンテンツ属性情報及びユーザ属性情報を、コンテンツＤＢ１２７の保管領域とリンクさせてユーザＤＢ１３３に記録する制御装置を備えている。この制御装置は、ユーザＤＢ１３３に記録されている各種情報の編集、削除、読出等の制御をも行う。
【００３８】
ユーザＤＢ１３３は、図５に例示されるようなデータ構造を有するものである、すなわち、ユーザを識別するためのユーザ名、ユーザＩＤ（識別情報）、コンテンツＤＢ１２７で保管する個人コンテンツが個人録画コンテンツかその他の個人保有コンテンツ（個人データ）かを表すコンテンツタイプ、そのコンテンツの概要を表すコンテンツ情報、そのコンテンツのサイズ、登録日、指定する保存期間、保存するメディア（第１種記録媒体／第２種記録媒体）、及び利用許可属性を項目として格納している。
なお、ここでは、個人コンテンツを番組と共にコンテンツＤＢ１２７に保管し、ユーザ属性情報及びコンテンツ属性情報のみをユーザＤＢ１３３に記録するものとして説明しているが、ユーザＤＢ１３３をコンテンツＤＢ１２７と同じ構造のものとして、個人コンテンツをこのユーザＤＢ１３３で保管するようにしてもよい。
【００３９】
ユーザデータ配信サーバ１３２は、コンテンツＤＢ１２７に保管されている個人保有コンテンツ、個人録画コンテンツから、ユーザの求めに応じて、そのユーザが操作するＤＳＴＢ２又はＰＣ３に配信するサーバである。「配信」に２つの態様があることは上述したとおりである。
【００４０】
［課金処理システム１４］
課金処理システム１４は、レンタル条件に応じた課金処理をユーザ毎に行うシステムであり、課金処理サーバ１４１と課金ＤＢ１４２とを含んで構成される。課金処理サーバ１４１は、番組予約ＤＢ１２６に記録されているレンタル条件、コンテンツＤＢ１２７において記録用として使用しているデータサイズ（レンタルサイズ）、ユーザＤＢ１３３に記録されているレンタル条件及びデータサイズ（レンタルサイズ）を定期的に読み出して、ユーザ毎の課金データを作成し、作成した課金データを課金ＤＢ１４２へ格納する。格納された課金データは毎月集計され、ユーザに請求書が発行され、支払の確認が行われる。
【００４１】
課金ＤＢ１４２の内容例を図６及び図７に示す。
図６は、番組の録画代行及び保管のみを行う場合の課金ＤＢ１４２の例、図７は同一ユーザによる個人コンテンツの保管をも受け付けた場合の課金ＤＢ１４２の例を表している。図示の例では、それぞれユーザ毎に、ユーザの識別情報（ユーザ名、ユーザＩＤ）、コンテンツタイプ、コンテンツ情報、利用形態、利用ログ、課金の単価、課金合計、支払確認が項目として格納されている。コンテンツ情報としては、要約等が用いられている。利用形態は、ユーザがコンテンツの再生要求時に選択した課金体系及びユーザが指定した利用期間や利用回数が記録される。このような構造の課金ＤＢ１４２により、ユーザに対しての請求金額及び支払状況が一覧できるようになっている。
【００４２】
＜ＲＤＤシステム１の使用形態＞
次に、上記のように構成されるＲＤＤシステム１の使用形態を説明する。
まず、ユーザが、自己のＤＳＴＢ２を操作して、所望の番組の録画予約、録画された番組の保管と、保管された番組の再生を要求する場合の手順を、図８〜図１２の画面例を参照して説明する。
【００４３】
ＲＤＤシステム１を利用する場合、ユーザは、自己のＤＳＴＢ２を操作して、アクセス指示を行う。図８は、録画予約及び再生要求の手順の概要を示したものである。ＤＳＴＢ２では、ユーザからの指示、すなわち第１プログラムの実行が要求された場合には、第１プログラムを実行する（Ｓ１０２：Ｙｅｓ、Ｓ１０４）。これにより、ＤＳＴＢ２によるＲＤＤシステム１の利用が可能になる。
ユーザは、ＲＤＤシステム１にアクセスし、所定のユーザ認証を受けた後、１日、１週間又は１ケ月の番組表の配信要求を行う。
【００４４】
ＲＤＤシステム１は、アクセスしてきたユーザが正当ユーザであれば、ＤＳＴＢ２からの配信要求に従い、番組表配信サーバ１２１が、番組ＤＢ１２５の最新の記録情報をもとにそのユーザ用の所定のレイアウトの最新の番組表に編集し、その番組表を要求元のＤＳＴＢ２に送信する。
【００４５】
ＤＳＴＢ２は、受信した番組表を家庭用テレビジョンの画面に表示させる。このときの表示画面の例を図９に示す。ユーザは、この表示された番組表を確認しながら所望の番組の選択及び録画予約等の操作を行うことになる。例えば、所望の番組の表示領域をクリックして録画予約したい番組を選択し、画面左側に表示されている「操作ガイド」の「予約」を押す。これにより、番組が特定されたことを表す情報が生成される。この操作は、通常は、ＤＳＴＢ２に接続された外部コントローラ（リモコン）等の入力機器によって行うが、そのＤＳＴＢ２にＰＣ３が接続されている場合は、ＰＣ３に接続されたマウスやキーボード等の入力機器を通じて行うようにすることもできる。
【００４６】
録画予約した番組が特定されると、表示画面は、図１０のように切り替わる。ユーザは、図１０の表示画面を通じて、その番組を保管してもらうときのレンタル条件、すなわち、番組の保管期間をベースとした課金体系と視聴回数（再生回数）をベースとした課金体系との組み合わせを選択する。図１０の例では、１週間保管中に１回視聴するという条件が選択されている。なお、視聴回数の選択は、有料番組の場合には必須であるが、そうでない番組の場合は、省略することができる。また、これらの保管期間、視聴回数はこの例に限るものではなく、また、ユーザが任意の保管期間あるいは視聴回数を直接入力するようにしてもよい。このようにして予約された番組には、番組表の画面において、「予約済」という表示を行うようにし、どの番組が予約されたかを明確に表示するようにしてもよい。
【００４７】
このようにして予約された番組の情報及びレンタル条件が定まると（Ｓ１０６：Ｙｅｓ）、ＤＳＴＢ２は、ユーザ属性情報及びＣＡＴＶ網Ｎの中で一意に定められたＤＳＴＢ２の識別情報と共に、第１プログラムによって予約データに成形し、ＣＡＴＶ網Ｎを通じてＲＤＤシステム１へ送信する（Ｓ１０８）。
この予約データが、ＲＤＤシステム１のＤＨＥ１１を通じて番組予約サーバ１２２に到達すると、番組予約サーバ１２２は、番組予約ＤＢ１２６に、当該番組の予約内容を記録する。この場合、図４において項目ＲＤ３−１、項目ＲＤ３−２には既に予約内容が記録されており、項目ＲＤ３−３以降が空いているものとすると、空いている項目ＲＤ３−３に、ユーザ名、住所、電話番号、及び上述の選択された課金体系等が更新される。番組を予約した時点では、当然ながらユーザは当該番組を視聴していないので、利用フラグとしては０（未利用）が記録される。
【００４８】
番組予約サーバ１２２は、番組予約ＤＢ１２６の更新が終了した場合は、更新終了通知をＤＳＴＢ２に送信するとともに、表示画面を図１１のように切り替える。ＤＳＴＢ２は、番組予約ＤＢ１２６の更新終了通知が番組予約サーバ１２２から通知されることをもって番組予約ＤＢ１２６の更新が完了したことを確認し、さらに、ユーザからＲＤＤシステム１の利用終了、すなわち第１プログラム終了コマンドが入力されたときは、フローを終了する（図８：Ｓ１１０：Ｙｅｓ、Ｓ１１２）。終了コマンドの入力がない場合は、Ｓ１０６に戻る。
【００４９】
その後、ユーザが予約した番組が放送される時間帯になると、コンテンツ録画サーバ１２３の録画機構が、コンテンツＤＢ１２７への番組録画を開始し、時間帯の終期に達した時点で、録画を終える。これにより、ユーザが録画予約した番組がコンテンツＤＢ１２７の保管領域に保管（記録）される。
【００５０】
保管されている番組の内容は、ユーザが何時でもＲＤＤシステム１にアクセスして配信を受け、これにより自己のＤＳＴＢ２で再生することができる。録画済の番組がどのようなものかをＲＤＤシステム１側に確認要求することもできる。図１２は、この確認要求に応じてＤＳＴＢ２側に表示される画面例を示している。なお、録画済の番組があることをユーザに伝達するために、表示画面に、アイコン表示するか、あるいはアイコン表示とは別に、ＤＳＴＢ２かそのリモコンに、録画ありインジケータ（ランプ）を点灯させるようにすることで、録画済コンテンツがあることを伝達する構成とすることもできる。また、ＲＤＤシステム１からユーザに向けて予約された番組の録画が終了した旨のメールを送信するようにしてもよい。図１２に示されるように、録画済番組を表示する際には、その番組名、配信された日時、チャンネル等の情報が示される。表示された番組名をクリックすることで、その番組の概略や予告編等の詳しいデータを参照できるようにしてもよい。
【００５１】
番組の再生要求は、上述した図８のステップＳ１０２〜Ｓ１０６において、予約要求に代えて、番組の再生要求を入力することにより行われる。ステップＳ１０６において、ユーザから入力された内容が番組の再生要求であった場合、ＤＳＴＢ２の第１プログラムは、再生要求データを生成し（Ｓ１０６：Ｎｏ、Ｓ２０２：Ｙｅｓ）、これをＣＡＴＶ網Ｎを通じてＲＤＤシステム１に送信する（Ｓ２０４）。
【００５２】
ＲＤＤシステム１側では、コンテンツ配信サーバ１２４が、受け取った再生要求データに基づいて該当番組をコンテンツＤＢ１２７から読み出し、これを要求元のＤＳＴＢ２に配信する。これにより、ＤＳＴＢ２側での番組の再生が可能になる（Ｓ２０６）。ＤＳＴＢ２は、受け取った番組の再生が終了したかどうかを監視しており（Ｓ２０８）、終了した場合には、その旨をＲＤＤシステム１（番組予約サーバ１２２）に通知する（Ｓ２０８：Ｙｅｓ）。この通知により、番組予約サーバ１２２は、番組予約ＤＢ１２６のその番組についての利用フラグを未利用”０”から利用済み”１”に更新し、更新終了通知をＤＳＴＢ２に送信する。ＤＳＴＢ２は、番組予約サーバ１２２からの更新終了通知により番組予約ＤＢ１２６の更新が終了したことを認識し（Ｓ２１０）、Ｓ２０２の処理へと戻る。
【００５３】
ユーザがＲＤＤシステム１を利用すると、課金処理システム１４は、図６又は図７の課金ＤＢ１４２の記録情報をもとに、番組録画、保管、配信のサービスに対するユーザ毎の課金額を算出する。そして、例えばＣＡＴＶの月次の請求書にこの課金額を加算してユーザに発行する。
なお、番組の利用回数が、すべてのユーザが指定した利用回数に達したとき、あるいは、番組の保管期間が終了したときは、その番組をコンテンツＤＢ１２７から消去する。これによりコンテンツＤＢ１２７の容量を効率的に使用することが可能となる。
【００５４】
＜個人コンテンツの場合＞
次に、放送された番組の録画に代えて、ユーザ所有のデジタルビデオやバックアップデータ、テキストファイル等の個人コンテンツをＲＤＤシステム１に保管して適宜その読み出しやコンテンツのＰＣ３への書き戻すときの例を説明する。
【００５５】
ＲＤＤシステム１を利用しようとするユーザは、ＰＣ３またはＤＳＴＢ２にインストールされた第２プログラムを実行し、ＲＤＤシステム１との間でユーザ認証を行うとともに、個人録画コンテンツやバックアップファイル等の、保管対象となる個人コンテンツを、ＰＣ３からＤＳＴＢ２、ＣＡＴＶ網Ｎ、ＤＨＥ１１１を介して、ＲＤＤシステム１のユーザデータ登録サーバ１３１へ転送する。
【００５６】
ユーザデータ登録サーバ１３１は、転送された個人コンテンツを、コンテンツＤＢ１２７へ保管させるとともに、図５に示した項目の情報（ユーザ名、ユーザＩＤ、コンテンツタイプ、コンテンツ情報、コンテンツサイズ、登録日、保存期間、保存メディア、利用許可属性）をコンテンツＤＢ１２７の保管領域とリンクさせてユーザＤＢ１３３へ登録する。図５の例では、ユーザＡ（自分）のほか、他のユーザＢ、Ｃも利用可能な個人録画コンテンツと、ユーザＡのみが利用可能なＰＣバックアップデータ、ユーザＡ，Ｃのみが利用可能なファイル＃１、ユーザＡ，Ｂのみが利用可能なファイル＃２が保管されていることを示している。
【００５７】
保管されている個人コンテンツをＲＤＤシステム１からユーザ自身のＰＣ３へ取り込む場合、ユーザは、ＤＳＴＢ２から第２プログラムを実行することで、取り込むべきコンテンツを指定する。この場合、第２プログラムは、例えば図１３のような画面で、現在ＲＤＤシステム１に保管されている個人コンテンツを表示させる。これらの個人コンテンツから、ユーザは、ＰＣ３に取り込むものを選択し、ＲＤＤシステム１へその個人コンテンツの転送要求を行う。
【００５８】
ＲＤＤシステム１側では、ユーザデータ配信サーバ１３２が、ユーザからの要求に応じて、保管されている個人コンテンツを読み出す。その後、ユーザＤＢ１３３を参照して、そのユーザの属性情報と利用許可属性の確認を行う。利用が許可されたユーザである場合は、読み出した個人コンテンツをＰＣ３に向けて配信する。
個人コンテンツがユーザのＰＣ３へ転送されると、第２プログラムを通じて、転送が終了した旨のメッセージがユーザに対して表示される。
なお、個人コンテンツの取り込みは、そのコンテンツの所有者であるユーザだけではなく、コンテンツ登録の際に指定された利用許可属性を持つユーザが上記と同様の手段で引出すことが可能である。
【００５９】
次に、個人コンテンツのうち、個人録画データをユーザデータ配信サーバ１３２を通じてＶＯＤ（ビデオ・オン・デマンド）再生する場合を説明する。
ユーザは、第２プログラムを実行することで、現在ＲＤＤシステム１側に保管されている個人録画データから再生したいものを選択し、その再生をユーザデータ配信サーバ１３２に指示する。これにより、ユーザデータ配信サーバ１３２から、指定された個人録画コンテンツが、ストリーム画像としてユーザのＤＳＴＢ２ないしはＰＣ３へ転送され、テレビジョンの画面によって鑑賞できる。
【００６０】
課金処理システム１４における個人コンテンツの保管、再生に際しての課金処理は、番組の録画予約、保管、配信の場合と同様の手順で行われる。
また、上述のようにして個人コンテンツが利用されたときは、課金ＤＢ１４２に、番組予約の場合と同様に、利用ログが記録される。
なお、個人コンテンツの保管期間が終了した後には、そのユーザのＤＳＴＢ２又はＰＣ３に保管期間の満了確認メッセージを送信する。保管の継続がなされない場合は、当該個人コンテンツ及びユーザＤＢ１３３の内容を抹消する。個人コンテンツの抹消に際して満了確認メッセージを送信するのは、番組保管の場合には、誤まってその番組を消去しても、通常は再度番組を取得することが可能であるのに対し、個人コンテンツは、一度抹消した後は、同じものを取得することが不可能な場合が殆どであることを考慮したものである。
【００６１】
以上のように、本実施形態のＲＤＤシステム１は、広帯域ネットワークを利用できること、その広帯域ネットワークの上り、下りの双方向共に大容量・広帯域であること、録画予約再生システム１２及びユーザデータ管理システム１３にＶＯＤ（オン・デ・マンド）方式を利用できること、多チャンネルの番組受信設備をすでに所有していること等から、ＣＡＴＶの基地局内に設置され、基地局がＤＳＴＢ２やユーザのＰＣ３に向けてこのサービスを提供することを前提としている。しかしながら、広帯域なインターネットを通信チャネルとして、ＰＣ３等をユーザ端末とし、インターネット上にデータデポジトリを構築し、同じようなサービスを提供することも可能である。
【００６２】
本実施形態では、また、保管したコンテンツをネットワークを経由してＤＳＴＢ２やＰＣ３へ配信することを前提としたが、ユーザからの要望に応じて、ＣＤ−ＲＯＭ、ＤＶＤ、デジタル・テープ等の可搬性の記録メディアに記録してユーザに物理的に配信するサービスも可能である。また、地上波や衛星波による放送ではなく、広域ネットワークを通じた番組の取得、保管及びその配信を行うサービスにも利用できる。
【００６３】
更に、本実施形態におけるデータデポジトリのレンタルに対する課金の形態は、番組予約時にユーザが指定する形式にしたが、システムを利用する最初の時にデフォルトの使用形式を決めておき、変更が必要な場合のみ変更する形態や、番組予約時の課金の形態を再生利用時に変更し、それに応じて課金処理が変更されるようにすることも可能である。
【００６４】
また、例えばデジタルビデオレコーダによる録画再生を行う場合、番組と共に録画された広告コンテンツ（コマーシャルメッセージ等）をスキップして再生されることがあり、この場合は放送局の広告収入が減少する可能性があるが、この実施形態によれば、番組と広告コンテンツをつなげて再生を行うことができるため、広告コンテンツのスキップ再生による放送局の広告収益の減少を防ぐことも可能となる。
【００６５】
【発明の効果】
以上の説明から明らかなように、本発明によれば、ユーザの要求に応えてコンテンツを取得し、これにより取得したコンテンツをレンタルのデータデポジトリに保管し、必要なときにユーザへ配信するようにしたので、同時期に多数のコンテンツを取得することができ、しかも、コンテンツが増えてもユーザは、それらのコンテンツの管理の煩わしさから開放される効果が得られる。
【図面の簡単な説明】
【図１】ＲＤＤシステムの使用状態を示す全体構成図。
【図２】ＤＨＥの構成例の説明図。
【図３】番組ＤＢの構造説明図。
【図４】番組予約ＤＢのデータ構造説明図。
【図５】ユーザＤＢの内容説明図。
【図６】課金ＤＢ（放送録画コンテンツのみの場合）の内容説明図。
【図７】課金ＤＢ（個人保有コンテンツを含む場合）の内容説明図。
【図８】録画予約・再生の手順説明図。
【図９】番組予約を行うときの画面の表示例を示した図。
【図１０】課金体系を選択する画面の表示例を示した図。
【図１１】予約後の画面の表示例を示した図。
【図１２】利用可能な録画データの一覧画面の表示例を示した図。
【図１３】登録された個人コンテンツの一覧画面の表示例を示した図。
【符号の説明】
１  レンタル・データデポジトリ（ＲＤＤ）システム
２  デジタル・セットトップ・ボックス（ＤＳＴＢ）
３  パーソナルコンピュータ（ＰＣ）
１１  デジタル・ヘッド・エンド（ＤＨＥ）
１１１  ルータ
１１２  デジタルエンコーダ
１１３  変調装置
１１４  合成装置
１１５  送信装置
１１６  受信装置
１１７  復調装置
１１８  デコーダ
１２  録画予約再生システム
１２１  番組表配信サーバ
１２２  番組予約サーバ
１２３  コンテンツ録画サーバ
１２４  コンテンツ配信サーバ
１２５  番組ＤＢ
１２６  番組予約ＤＢ
１２７  コンテンツＤＢ
１３  ユーザデータ管理システム
１３１  ユーザデータ登録サーバ
１３２  ユーザデータ配信サーバ
１３３  ユーザＤＢ
１４  課金処理システム
１４１  課金処理サーバ
１４２  課金ＤＢ
Ｎ  ＣＡＴＶ網
【図１】
2004328382.tif 000003
【図２】
2004328382.tif 000004
【図３】
2004328382.tif 000005
【図４】
2004328382.tif 000006
【図５】
2004328382.tif 000007
【図６】
2004328382.tif 000008
【図７】
2004328382.tif 000009
【図８】
2004328382.tif 000010
【図９】
2004328382.tif 000011
【図１０】
2004328382.tif 000012
【図１１】
2004328382.tif 000013
【図１２】
2004328382.tif 000014
【図１３】
2004328382.tif 000015