(57)【要約】【課題】複数のユーザ間で共有する共有データの利用を制限しつつ、効率的なデータ処理を行うことができるデータ処理システムを提供する。【解決手段】  本発明は、受信端末と受信端末にデータ配信処理を行うデータ処理装置とを備えるデータ配信システムに関する。そしてデータ処理装置は、データを保持し、保持したデータを一時的に保存するデータ一時保存手段と、ユーザごとにユーザデータ保存領域が割り当てられているデータ保存手段と、ユーザが利用する受信端末から、データ配信要求を受けた場合、ユーザデータ保存領域又はデータ一時保存手段から、データを保持して受信端末に手段と、ユーザからデータ配信予約を受付けたデータについてユーザデータ保存領域に当該データのコピーを格納する手段とを有することを特徴とする。【選択図】      図１
2014171107.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが利用する受信端末に送信するためのデータを保持するデータ保持手段と、
上記データ保持手段が保持したデータを一時的に保存するデータ一時保存手段と、
ユーザごとに対応するユーザデータ保存領域が割り当てられているデータ保存手段と、
ユーザが利用する受信端末から、データ配信要求を受けた場合、当該ユーザのユーザデータ保存領域又は上記データ一時保存手段から、当該ユーザがデータ配信要求を行ったデータを保持して、当該ユーザが利用する受信端末に配信するデータ配信手段と、
上記予約受付手段で、ユーザからデータ配信予約を受付けたデータについて、当該ユーザのユーザデータ保存領域に当該データのコピーを格納するデータコピー手段と
を有することを特徴とするデータ処理システム。
【請求項２】
ユーザからデータ配信予約を受付ける予約受付手段をさらに有し、
上記データ配信手段は、ユーザから上記予約受付手段でデータ配信予約を受付けた範囲で、データ配信要求を受付ける
ことを特徴とする請求項１に記載のデータ処理システム。
【請求項３】
上記データ一時保持手段は、保持を開始してから所定期間経過したデータについて削除することを特徴とする請求項１又は２に記載のデータ処理システム。
【請求項４】
データ処理システムにおけるデータ処理方法において、
上記データ処理システムは、データ保持手段と、データ一時保存手段と、データ保存手段と、データ保存手段と、データ配信手段と、データコピー手段とを有し、
上記データ保持手段は、ユーザが利用する受信端末に送信するためのデータを保持するデータ保持ステップを有し、
上記データ一時保存手段は、上記データ保持手段が保持したデータを一時的に保存するデータ一時保存ステップを有し、
上記データ保存手段は、ユーザごとに対応するユーザデータ保存領域が割り当てられているデータ保存ステップを有し、
上記データ配信手段は、ユーザが利用する受信端末から、データ配信要求を受けた場合、当該ユーザのユーザデータ保存領域又は上記データ一時保存手段から、当該ユーザがデータ配信要求を行ったデータを保持して、当該ユーザが利用する受信端末に配信するデータ配信ステップを有し、
上記データコピー手段は、上記予約受付手段で、ユーザからデータ配信予約を受付けたデータについて、当該ユーザのユーザデータ保存領域に当該データのコピーを格納するデータコピーステップを有する
ことを特徴とするデータ処理システム。
【請求項５】
コンピュータを、
ユーザが利用する受信端末に送信するためのデータを保持するデータ保持手段と、
上記データ保持手段が保持したデータを一時的に保存するデータ一時保存手段と、
ユーザごとに対応するユーザデータ保存領域が割り当てられているデータ保存手段と、
ユーザが利用する受信端末から、データ配信要求を受けた場合、当該ユーザのユーザデータ保存領域又は上記データ一時保存手段から、当該ユーザがデータ配信要求を行ったデータを保持して、当該ユーザが利用する受信端末に配信するデータ配信手段と、
上記予約受付手段で、ユーザからデータ配信予約を受付けたデータについて、当該ユーザのユーザデータ保存領域に当該データのコピーを格納するデータコピー手段と
して機能させることを特徴とするデータ処理プログラム。
【請求項６】
受信端末と、データを保持して受信端末に配信する処理を行うデータ処理システムとを備えるデータ配信システムにおいて、
上記データ処理システムとして請求項１〜３のいずれかに記載のデータ処理システムを適用したこと
を特徴とするデータ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理システム、方法、及びプログラム、並びにデータ配信システムに関し、例えば、放送コンテンツを受信して配信するコンテンツ配信システムに適用し得る。
【背景技術】
【０００２】
近年、インターネット上のコンテンツ配信事業者やケーブルテレビ事業者等により、ＩＰ放送等の名称で、映像コンテンツをリアルタイムで配信（中継）するコンテンツ配信システムによるサービスが提供されている。そして、映像コンテンツのリアルタイム配信を受けるユーザ宅には、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）やＳＴＢの機能を内蔵したＴＶなどで、リアルタイム配信された映像コンテンツを視聴しており、年々サービスの規模が大きくなりつつある。
【０００３】
また、従来、特許文献１の記載技術のように、予め定められた放送スケジュールに従って配信（放送）された映像コンテンツを受信・保管して、ユーザの操作に応じて配信する保管配信サーバも存在する。特許文献１では、配信されるコンテンツについて、ユーザから保管（録画）の予約を受付け、予約されたコンテンツについて配信時刻（放送時刻）に受信して保管し、後にユーザからの要求に応じて送信するシステムについて記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−０４５５５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の記載技術では、複数のユーザが同一コンテンツを録画予約しても、保管されるコンテンツデータは一つである。したがって、特許文献１の記載技術を利用したシステムでは、長期間当該コンテンツデータを、複数ユーザの共有データとして保持する場合、当該コンテンツの著作権者とのライセンス契約の内容等によっては、不正利用やライセンス料の増額となるおそれがあった。
【０００６】
上述のような状況を回避するためには、保管配信サーバにおいて、録画予約を行ったユーザのそれぞれに割り当てられた領域（フォルダ）に、録画予約を行ったコンテンツを格納することも考えられる。その場合、従来の保管配信サーバでは、録画予約を行ったユーザ数に比例して、コンテンツの保存領域及び保存処理のためのリソースが必要となる。
【０００７】
そのため、複数のユーザ間で共有する共有データの利用を制限しつつ、効率的なデータ処理を行うことができるデータ処理システム、方法、及びプログラム、並びにデータ配信システムが望まれている。
【課題を解決するための手段】
【０００８】
第１の本発明のデータ処理システムは、（１）ユーザが利用する受信端末に送信するためのデータを保持するデータ保持手段と、（２）上記データ保持手段が保持したデータを一時的に保存するデータ一時保存手段と、（３）ユーザごとに対応するユーザデータ保存領域が割り当てられているデータ保存手段と、（４）ユーザが利用する受信端末から、データ配信要求を受けた場合、当該ユーザのユーザデータ保存領域又は上記データ一時保存手段から、当該ユーザがデータ配信要求を行ったデータを保持して、当該ユーザが利用する受信端末に配信するデータ配信手段と、（５）上記予約受付手段で、ユーザからデータ配信予約を受付けたデータについて、当該ユーザのユーザデータ保存領域に当該データのコピーを格納するデータコピー手段とを有することを特徴とする。
【０００９】
第２の本発明のデータ処理方法は、データ処理システムにおけるデータ処理方法において、上記データ処理システムは、データ保持手段と、データ一時保存手段と、データ保存手段と、データ保存手段と、データ配信手段と、データコピー手段とを有し、(１)上記データ保持手段は、ユーザが利用する受信端末に送信するためのデータを保持するデータ保持ステップを有し、(２)上記データ一時保存手段は、上記データ保持手段が保持したデータを一時的に保存するデータ一時保存ステップを有し、(３)上記データ保存手段は、ユーザごとに対応するユーザデータ保存領域が割り当てられているデータ保存ステップを有し、(４)上記データ配信手段は、ユーザが利用する受信端末から、データ配信要求を受けた場合、当該ユーザのユーザデータ保存領域又は上記データ一時保存手段から、当該ユーザがデータ配信要求を行ったデータを保持して、当該ユーザが利用する受信端末に配信するデータ配信ステップを有し、(５)上記データコピー手段は、上記予約受付手段で、ユーザからデータ配信予約を受付けたデータについて、当該ユーザのユーザデータ保存領域に当該データのコピーを格納するデータコピーステップを有することを特徴とする。
【００１０】
第３の本発明のデータ処理プログラムは、コンピュータを、（１）ユーザが利用する受信端末に送信するためのデータを保持するデータ保持手段と、（２）上記データ保持手段が保持したデータを一時的に保存するデータ一時保存手段と、（３）ユーザごとに対応するユーザデータ保存領域が割り当てられているデータ保存手段と、（４）ユーザが利用する受信端末から、データ配信要求を受けた場合、当該ユーザのユーザデータ保存領域又は上記データ一時保存手段から、当該ユーザがデータ配信要求を行ったデータを保持して、当該ユーザが利用する受信端末に配信するデータ配信手段と、（５）上記予約受付手段で、ユーザからデータ配信予約を受付けたデータについて、当該ユーザのユーザデータ保存領域に当該データのコピーを格納するデータコピー手段として機能させることを特徴とする。
【００１１】
第４の本発明のデータ配信システムは、受信端末と、データを保持して受信端末に配信する処理を行うデータ処理システムとを備えるデータ配信システムにおいて、上記データ処理システムとして第１の本発明のデータ処理システムを適用したことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、複数のユーザ間で共有する共有データの利用を制限しつつ、効率的なデータ処理を行うことができるデータ処理システムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】実施形態のコンテンツ配信システム（実施形態のコンテンツ受信配信システムを含む）の機能的構成について示したブロック図である。
【図２】実施形態のコンテンツ受信配信システムで蓄積されるコンテンツデータの構成例について示したブロック図である。
【図３】実施形態のコンテンツ受信配信システムで管理されるコンテンツ管理情報の構成例について示した説明図である。
【図４】実施形態のコンテンツ受信配信システムの動作について示したフローチャートである。
【図５】実施形態のコンテンツ受信配信システムで管理されるコンテンツ管理情報の遷移について示した説明図（その１）である。
【図６】実施形態のコンテンツ受信配信システムが実行するコンテンツの視聴予約受付処理の詳細について示したフローチャートである。
【図７】実施形態のコンテンツ受信配信システムで管理されるコンテンツ管理情報の遷移について示した説明図（その２）である。
【図８】実施形態のコンテンツ受信配信システムが実行するコンテンツ受信処理の詳細について示したフローチャートである。
【図９】実施形態のコンテンツ受信配信システムで管理されるコンテンツ管理情報の遷移について示した説明図（その３）である。
【図１０】実施形態のコンテンツ受信配信システムが実行するコンテンツの視聴受付処理（１回目）の詳細について示したフローチャートである。
【図１１】実施形態のコンテンツ受信配信システムで管理されるコンテンツ管理情報の遷移について示した説明図（その４）である。
【図１２】実施形態のコンテンツ受信配信システムで管理されるコンテンツ管理情報の遷移について示した説明図（その５）である。
【図１３】実施形態のコンテンツ受信配信システムが実行するコンテンツの視聴受付処理（２回目以降）の詳細について示したフローチャートである。
【図１４】実施形態のコンテンツ受信配信システムが実行するコンテンツデータ削除処理（定期処理）の詳細について示したフローチャートである。
【発明を実施するための形態】
【００１４】
（Ａ）主たる実施形態
以下、本発明によるデータ処理システム、方法、及びプログラム、並びにデータ配信システムの一実施形態を、図面を参照しながら詳述する。この実施形態では、本発明のデータ処理システムを、コンテンツ受信配信システムに適用した例について説明する。
【００１５】
（Ａ−１）実施形態の構成
図１は、この実施形態のコンテンツ配信システム１の全体構成について示したブロック図である。
【００１６】
コンテンツ配信システム１は、コンテンツ送信システム２０、コンテンツ受信配信システム１０、及びＮ台の受信端末３０（３０−１〜３０−Ｎ）を有している。
【００１７】
コンテンツ送信システム２０は、ストリーミングによりコンテンツ（例えば、映像及び又は音声データを含むコンテンツ）のデータを、ネットワークＮ１上に配信（例えば、マルチキャスト配信）するシステムである。コンテンツ送信システム２０は、コンテンツ送信部２１、スケジュール情報送信部２２、コンテンツ蓄積部２３、及びスケジュール情報蓄積部２４を有している。なお、コンテンツ送信システム２０については、種々のコンテンツ送信システムを適用することができるため、以下では詳しい説明は省略する。
【００１８】
コンテンツ蓄積部２３は、送信用のコンテンツデータを蓄積するものである。また、スケジュール情報蓄積部２４は、コンテンツ蓄積部２３に蓄積されたコンテンツデータを配信するものである。
【００１９】
スケジュール情報蓄積部２４は、スケジュール情報蓄積部２４に蓄積されているコンテンツデータを配信するスケジュール情報を送信（例えば、ＨＴＴＰ等のプロトコルによりオンデマンド配信）するものである。
【００２０】
コンテンツ送信部２１は、スケジュール情報蓄積部２４に蓄積されたスケジュール情報にしたがって、コンテンツ蓄積部２３に蓄積されたコンテンツデータを、パケット化（例えば、ＲＴＰパケット等の形式のパケット）して、ネットワークＮ１上に送信するものである。
【００２１】
コンテンツ受信配信システム１０は、ネットワークＮ１を介してコンテンツ送信システム２０から送信されたコンテンツデータを受信して蓄積し、受信端末３０に配信するものである。コンテンツ受信配信システム１０の詳細構成については後述する。
【００２２】
受信端末３０−１〜３０−Ｎは、コンテンツ送信システム２０からコンテンツデータを受信する端末である。受信端末３０は、例えば、各ユーザ宅に設置されるＳＴＢが該当し、受信したコンテンツデータに基づく映像信号や音声信号を、テレビ等の出力装置に入力するものである。受信端末３０は、例えば、テレビに組み込まれていてもよいし、単にＰＣ等のコンピュータ上で動作するものであってもよい。このように、受信端末３０としては種々の構成を適用することができるため、内部の詳細構成については説明を省略する。
【００２３】
次に、コンテンツ受信配信システム１０の詳細構成について説明する。
【００２４】
コンテンツ受信配信システム１０は、受信モジュール１１、コンテンツ一時保存領域１２、配信モジュール１３、録画モジュール１４、コンテンツ管理情報記憶部１５、視聴受付モジュール１６、予約受付モジュール１７、及びコンテンツ保存領域１８を有している。
【００２５】
コンテンツ受信配信システム１０は、例えば、プロセッサ等を有するプログラムの実施構成（１又は複数のコンピュータ）に、図１に示す各構成の機能を含む実施形態のデータ処理プログラムをインストールすることにより構築するようにしてもよい。その場合でもコンテンツ受信配信システム１０の構成は、図１のように示すことができる。
【００２６】
受信モジュール１１は、コンテンツ送信システム２０から送出されたコンテンツデータを受信して、コンテンツ一時保存領域１２に供給するものである。そして、コンテンツ一時保存領域１２は、受信モジュール１１から供給されたコンテンツデータをバッファ（一次保存）する。この実施形態では、受信モジュール１１は、コンテンツ送信システム２０からマルチキャストによりストリーミング配信されるコンテンツデータのパケットを受信し、受信したパケットのデータからコンテンツデータを復号して、コンテンツ一時保存領域１２に供給するものとする。
【００２７】
また、この実施形態において、受信モジュール１１は、コンテンツ送信システム２０（スケジュール情報送信部２２）から、スケジュール情報を取得しているものとする。さらに、この実施形態では、受信モジュール１１は、コンテンツ送信システム２０から送信される全てのコンテンツについて受信するものとするが、一部を選択的に受信するようにしてもよい。
【００２８】
コンテンツ送信システム２０から送信されるスケジュール情報の形式については限定されないものであるが、コンテンツごとにコンテンツ受信配信システム１０が受信及び管理に必要とする情報（例えば、当該コンテンツに係る管理情報等）が含まれているものとする。この実施形態では、スケジュール情報には、少なくとも、当該コンテンツに係るコンテンツ送信システム２０側での識別子（以下、「番組ＩＤ」と呼ぶものとする）、コンテンツ送信システム２０からの送信チャネル(例えば、マルチキャストアドレスを示すアドレス情報やドメイン名等)、及び、当該コンテンツの配信時刻の情報が含まれているものとして説明する。また、この実施形態では、スケジュール情報には、当該コンテンツの著作権者を示す識別子（以下、「著作権ＩＤ」と呼ぶ）も含まれているものとする。
【００２９】
また、受信モジュール１１は、受信したスケジュール情報に基づいて、コンテンツ管理情報記憶部１５に、コンテンツごとの管理情報（以下、「コンテンツ管理情報」と呼ぶ）を新規登録する。コンテンツ管理情報の詳細については後述する。また、受信モジュール１１は、コンテンツごと（番組ＩＤごと）に、コンテンツ受信配信システム１０の内部での管理に用いる識別子（以下では「コンテンツＩＤ」と呼ぶ）を割当て、コンテンツ管理情報に反映させる。受信モジュール１１が行うコンテンツＩＤの割当方法については限定されないものであるが、この実施形態では、受信順に「１」から昇順に割当てるものとして説明する。
【００３０】
さらに、受信モジュール１１は、コンテンツ一時保存領域１２に保存したコンテンツデータの削除処理も行うものとする。受信モジュール１１がコンテンツ一時保存領域１２からコンテンツデータを削除する条件については限定されないものであるが、例えば、共有データとしてコンテンツデータを保持可能な期間が定められている場合には、当該期間の範囲内の期間とする必要がある。この実施形態では、受信モジュール１１は、配信後（コンテンツ一時保存領域１２への記憶後）所定期間が経過したコンテンツデータについては、コンテンツ一時保存領域１２から削除する処理を行うものとして説明する。
【００３１】
配信モジュール１３は、視聴受付モジュール１６等の制御に従って、コンテンツ一時保存領域１２又はコンテンツ保存領域１８からコンテンツデータを取得して、パケット化し、該当する受信端末３０に向けてネットワークＮ２上に送出するものである。配信モジュール１３から受信端末３０にコンテンツデータを配信する形式については限定されないものであるが、例えば、ＲＴＰ等のプロトコルによりユニキャストでデータ送信するようにしてもよい。
【００３２】
録画モジュール１４は、受信端末３０に配信されたコンテンツデータについて、ユーザの操作に応じてコンテンツ保存領域１８（当該ユーザに割り当てられた領域）に保存する。録画モジュール１４の詳細については後述の動作説明において詳述する。
【００３３】
コンテンツ保存領域１８は、ユーザごとのコンテンツデータを保存するストレージである。コンテンツ保存領域１８では、ユーザごとにフォルダＦが割り当てられているものとする。なお、以下では、受信端末３０−１〜３０−Ｎを利用する各ユーザをＵ１〜ＵＮと表すものとする。また、以下では  コンテンツ保存領域１８において、ユーザＵ１〜ＵＮには、それぞれフォルダＦ１〜ＦＮが割り当てられているものとして説明する。
【００３４】
予約受付モジュール１７は、受信端末３０（受信端末３０を利用するユーザ）から、現在又は未来に送信（放送）されるコンテンツの視聴予約を受付ける処理を行う。予約受付モジュール１７が、視聴予約を受付ける具体的な構成は限定されないものであるが、例えば、受信端末３０から、コンテンツＩＤや番組ＩＤ等のコンテンツを特定する識別子の入力を受けるようにしてもよい。具体的には、例えば、予約受付モジュール１７は、Ｗｅｂサービス等により、スケジュール情報を表示して、視聴予約に係るコンテンツ（コンテンツＩＤ）を選択可能な操作画面（ＧＵＩ画面）を受信端末３０に提供して、視聴予約を受付ける（視聴予約に係るコンテンツＩＤを受付ける）ようにしてもよい。また、予約受付モジュール１７は、視聴予約を受付ける際に、ユーザＩＤを指定したログイン認証等を要求することにより、視聴予約に係るユーザ（受信端末３０）を把握するようにしてもよい。なお、図１においては、図示を省略しているが、ログイン認証に係る認証サーバや課金決済サーバ等を別途配置するようにしてもよい。
【００３５】
また、予約受付モジュール１７は、受信端末３０（ユーザ）から視聴予約を受付けると、当該視聴予約の情報（少なくとも、視聴予約に係るユーザＩＤ及びコンテンツＩＤ）を、コンテンツ管理情報記憶部１５に登録する。
【００３６】
視聴受付モジュール１６は、受信端末３０（受信端末３０を利用するユーザ）から、コンテンツの視聴（コンテンツデータの配信）又は、コンテンツ録画キャンセルを受付ける。視聴受付モジュール１６は、例えば、当該受信端末３０を利用するユーザが過去に視聴予約したコンテンツ（例えば、コンテンツ名やコンテンツＩＤのリスト）から、今回の視聴（又は録画キャンセル）に係るコンテンツＩＤを受付ける。視聴受付モジュール１６が、コンテンツの視聴（又は録画キャンセル）を受付ける具体的な構成は限定されないものであるが、例えば、受信端末３０に、当該ユーザが視聴予約したコンテンツのリスト（例えば、コンテンツＩＤのリスト等）を供給し、当該リストから視聴（又は録画キャンセル）に係るコンテンツの指定を受付けるようにしてもよい。視聴受付モジュール１６は、具体的には、例えば、上述の予約受付モジュール１７と同様に、Ｗｅｂサービス等により、当該ユーザが過去に視聴予約したコンテンツから視聴（又は録画キャンセル）に係るコンテンツを選択可能な操作画面（ＧＵＩ画面）を受信端末３０に提供して、視聴（又は録画キャンセル）に係るコンテンツの指定を受付ける（視聴予約に係るコンテンツＩＤを受付ける）ようにしてもよい。
【００３７】
視聴受付モジュール１６は、受信端末３０から視聴に係るコンテンツを受付けると、当該視聴の情報（少なくとも、視聴に係るユーザＩＤ及びコンテンツＩＤ）を、配信モジュール１３に通知して配信させる処理を行う。また、視聴受付モジュール１６は、受信端末３０から録画キャンセルに係るコンテンツを受付けると、当該録画キャンセルの情報（少なくとも、録画キャンセルに係るユーザＩＤ及びコンテンツＩＤ）に基づいて、コンテンツ保存領域１８からコンテンツデータを削除する処理等を行う。
【００３８】
次に、コンテンツ一時保存領域１２、及びコンテンツ保存領域１８に格納されるコンテンツデータの構成例について図２を用いて説明する。
【００３９】
この実施形態では、コンテンツデータは、図２に示すように、コンテンツＩＤ等の識別子を含むヘッダ部と、コンテンツデータ本体のデータを含むデータ部により構成されているものとする。なお、この実施形態では、説明を簡易とするため、コンテンツ配信システム１で、送受信及び保持されるコンテンツデータの暗号化については説明を省略するが、実際に暗号化処理を施すことが望ましい。
【００４０】
次に、スケジュール情報蓄積部２４に蓄積されるコンテンツ管理情報の詳細構成について、図３を用いて説明する。
【００４１】
コンテンツ管理情報記憶部１５には、コンテンツデータごと（コンテンツＩＤごと）に図３に示す項目の情報を備えるコンテンツ管理情報が含まれる。
【００４２】
図３に示すように、１つのコンテンツ管理情報には、コンテンツＩＤ、番組ＩＤ、著作権ＩＤ、一時保存済みフラグ、及び録画ユーザ情報の項目の情報が含まれている。
【００４３】
「コンテンツＩＤ」の項目は、上述の通りコンテンツ受信配信システム１０側で付与した当該コンテンツのＩＤである。
【００４４】
「番組ＩＤ」の項目は、コンテンツ送信システム２０から供給された当該コンテンツに係るＩＤである。
【００４５】
「著作権ＩＤ」の項目は、コンテンツ送信システム２０から供給された当該コンテンツの著作権者に係るＩＤである。
【００４６】
「一時保存済みフラグ」の項目は、当該コンテンツのコンテンツデータがコンテンツ一時保存領域１２に保存されているか否かを示している。この実施形態では、当該コンテンツデータがコンテンツ一時保存領域１２に保存されている場合、当該コンテンツデータに係る一時保存済フラグはＯＮとなるものとする。また、当該コンテンツデータがコンテンツ一時保存領域１２に保存されていない状態の場合、当該コンテンツデータに係る一時保存済フラグはＯＦＦとなるものとする。
【００４７】
「録画ユーザ」の項目は、当該コンテンツデータについて視聴予約をしたユーザに係る情報を示している。録画ユーザの項目には、図３に示すように録画ユーザごとの情報（以下、「録画ユーザ情報」と呼ぶ）が含まれている。
【００４８】
録画ユーザ情報には、それぞれ、図３に示すようにユーザＩＤ、視聴フラグ、保存領域書き込みフラグ、及び録画キャンセルフラグが含まれている。
【００４９】
「ユーザＩＤ」の項目は当該録画ユーザに係るユーザＩＤを示している。
【００５０】
「視聴フラグ」の項目は、当該ユーザＩＤに係る受信端末３０に、当該コンテンツデータが配信された履歴の有無を示している。この実施形態では、当該ユーザＩＤに係る受信端末３０に、当該コンテンツデータが、１度でも配信されたことがある場合には、当該ユーザＩＤに係る視聴フラグはＯＮとなり、そうでない場合にはＯＦＦとなるものとする。また、この実施形態では、当該ユーザＩＤに係る受信端末３０に、当該コンテンツデータが、１度も配信されたことがない場合には、当該ユーザＩＤに係る視聴フラグはＯＦＦとなるものとする。
【００５１】
「保存領域書き込み済みフラグ」は、コンテンツ保存領域１８内の当該ユーザＩＤが所有するフォルダに、当該コンテンツデータが保存されているか否かを示している。この実施形態では、当該ユーザＩＤに係るフォルダに、当該コンテンツデータが保存されている場合には、当該ユーザＩＤに係る保存領域書き込み済みフラグはＯＮとなるものとする。また、当該ユーザＩＤに係るフォルダに、当該コンテンツデータが保存されていない場合には、当該ユーザＩＤに係る保存領域書き込み済みフラグはＯＦＦとなるものとする。
【００５２】
「録画キャンセルフラグ」は、当該ユーザが当該コンテンツについて録画キャンセルの要求の操作（受信端末３０に対する操作）を行ったか否かを示している。録画キャンセルフラグの初期値はＯＦＦであり、当該ユーザが当該コンテンツについて録画キャンセルの操作を行った場合にＯＮとなる。
【００５３】
なお、この実施形態では、説明を簡易とするため、コンテンツ管理情報記憶部１５には、１つのコンテンツデータに対して、１つのコンテンツ管理情報が登録されるものとして説明するが、実装する際の具体的なデータ構成については限定されないものである。例えば、コンテンツ管理情報記憶部１５に格納するデータを、図３のような形式のテーブル形式の情報を複数合わせたデータベースとして構築するようにしてもよい。
【００５４】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のコンテンツ配信システム１の動作（実施形態のデータ処理方法）を説明する。
【００５５】
図４は、コンテンツ配信システム１を構成するコンテンツ受信配信システム１０の全体の動作について示したフローチャートである。
【００５６】
図４では、コンテンツ受信配信システム１０が、任意の１つのコンテンツ(コンテンツデータ)について処理する例を示している。以下では、例として、コンテンツ受信配信システム１０が、番組ＩＤが「１２３４５６」のコンテンツデータについて受信し、当該コンテンツについて、コンテンツＩＤとして「１」を割当てた場合について説明する。なお、以下では、コンテンツＩＤが「１」のコンテンツについて「コンテンツＣ１」と呼ぶものとする。また、以下では、コンテンツＣ１のコンテンツデータを「コンテンツデータＤ１」と呼ぶものとする。また、コンテンツ配信システム１では、ユーザＵ１（ユーザＩＤが「１」のユーザ）が使用する受信端末３０を受信端末３０−１、ユーザＵ２（ユーザＩＤが「２」のユーザ）が使用する受信端末３０を受信端末３０−２と表すものとする。
【００５７】
まず、コンテンツ送信システム２０による、コンテンツＣ１の送信開始前の処理（図４のフェーズＰ１の処理）について説明する。
【００５８】
フェーズＰ１では、まず、コンテンツ受信配信システム１０の受信モジュール１１が、コンテンツ送信システム２０からコンテンツＣ１の情報を含むスケジュール情報を受信し、コンテンツＣ１のコンテンツ管理情報を生成して、コンテンツ管理情報記憶部１５に登録したものとする（Ｓ１０１）。コンテンツ受信配信システム１０において、コンテンツＣ１のコンテンツ管理情報が登録されると、受信端末３０からの視聴予約を受付けることが可能となる。コンテンツＣ１のコンテンツ管理情報の初期状態は、例えば、図５のような内容になる。このとき、コンテンツＣ１のコンテンツ管理情報のうち、録画ユーザの項目については空（図５では、「未登録」と表記）となっている。また、このとき、コンテンツＣ１のコンテンツ管理情報のうち、一時保存済みフラグの項目には、初期値として「ＯＦＦ」が設定される。
【００５９】
そして、その後、コンテンツ受信配信システム１０の予約受付モジュール１７は、コンテンツＣ１の送信時間となるまでの間、各受信端末３０からの視聴予約の受付処理を行うことになる（Ｓ１０２）。
【００６０】
図６は、ステップＳ１０２の処理の詳細について示したフローチャートである。
【００６１】
ステップＳ１０２において、予約受付モジュール１７は、受信端末３０から視聴予約の要求を受付ける度に、図６のフローチャートの処理を実行することになる。
【００６２】
予約受付モジュール１７は、受信端末３０から、コンテンツＩＤ（又は番組ＩＤ）を指定してコンテンツの視聴予約を受付けると（Ｓ１０２−１）、当該視聴予約に係る情報を録画ユーザ情報として、当該コンテンツのコンテンツ管理情報に追加登録する処理を行う（Ｓ１０２−２）。
【００６３】
なお、ここでは、予約受付モジュール１７は、受信端末３０−１（ユーザＵ１、ユーザＩＤ：１）及び受信端末３０−２（ユーザＵ２、ユーザＩＤ：２）から視聴予約を受付けて、その内容をコンテンツＣ１のコンテンツ管理情報に登録したものとする。その結果、この時点では、コンテンツＣ１のコンテンツ管理情報は、図７のような内容となる。
【００６４】
図７では、ユーザＵ１（ユーザＩＤ：１）の録画ユーザ情報、及びユーザＵ２（ユーザＩＤ：２）の録画ユーザ情報が追加されている。また、図７では、録画ユーザ情報を構成する各フラグは、全て初期値であるＯＦＦに設定されている。
【００６５】
次に、コンテンツ送信システム２０から、コンテンツ受信配信システム１０にコンテンツデータが配信される際の処理（図４のフェーズＰ２の処理）について説明する。
【００６６】
フェーズＰ２では、コンテンツ送信システム２０からコンテンツデータが送信されると、コンテンツ受信配信システム１０の受信モジュール１１では、そのコンテンツデータについて、コンテンツ一時保存領域１２に保存する等の処理（Ｓ１０３）を行う。
【００６７】
図８は、ステップＳ１０３の処理の詳細について示したフローチャートである。
【００６８】
受信モジュール１１は、コンテンツ送信システム２０から、コンテンツデータを受信する度に、図８のフローチャートの処理を実行することになる。
【００６９】
受信モジュール１１は、コンテンツ送信システム２０からのコンテンツデータを受信すると（Ｓ１０３−１）、当該コンテンツデータをコンテンツ一時保存領域１２に保存する（１０３−２）。
【００７０】
そして、受信モジュール１１は、受信したコンテンツ(コンテンツデータ)に係るコンテンツ管理情報を更新（一次保存済みフラグをＯＮに変更）する（Ｓ１０３−３）。
【００７１】
ここでは、受信モジュール１１が、コンテンツＣ１のコンテンツデータＤ１を受信し、コンテンツＣ１に係るコンテンツ管理情報を更新したものとする。そしてその場合、コンテンツＣ１のコンテンツ管理情報は、図９のような内容となる。図９に示すように、コンテンツＣ１のコンテンツ管理情報のうち、一次保存済みフラグがＯＮに変更されている。
【００７２】
次に、コンテンツ受信配信システム１０が、受信端末３０からの要求に基づいて、コンテンツデータの配信又は録画キャンセルの処理（図４のフェーズＰ３の処理）を行う場合について説明する。
【００７３】
フェーズＰ３において、まず、視聴受付モジュール１６が、受信端末３０（ユーザ）から、コンテンツの視聴又は録画キャンセルを受付けたものとする（Ｓ１０４）。
【００７４】
そして、視聴受付モジュール１６は、受付けた内容が、コンテンツの視聴であるか録画キャンセルであるかを確認する（Ｓ１０５）。視聴受付モジュール１６は、受付けた内容がコンテンツの視聴の場合には、後述するステップＳ１０６の処理から動作する。一方、受付けた内容がコンテンツの録画キャンセルの場合には、視聴受付モジュール１６は、後述するステップＳ１１３の処理から動作する。
【００７５】
上述のステップＳ１０５において、受付けた内容がコンテンツの視聴だった場合、視聴受付モジュール１６は、当該コンテンツのコンテンツ管理情報のうち、視聴を受付けたユーザＩＤの録画ユーザ情報、及び保存領域書き込み済みフラグを参照する（Ｓ１０６）。視聴受付モジュール１６は、ステップＳ１０６で参照した録画ユーザ情報の視聴フラグがＯＦＦ、録画キャンセルフラグがＯＦＦになっていると確認した場合、当該ユーザによる当該コンテンツの視聴が初めて（１回目）であることを認識して、後述するステップＳ１０７に移行する。ただし、視聴受付モジュール１６は、ステップＳ１０６で参照した保存領域書き込み済みフラグがＯＦＦの場合、当該ユーザによる視聴が１回目であっても、視聴受付モジュール１６は、当該ユーザによる視聴要求について視聴不可と判定し、後述するステップＳ１１４の処理に移行する。また、視聴受付モジュール１６は、ステップＳ１０６で参照した録画ユーザ情報の視聴フラグがＯＮ、録画キャンセルフラグがＯＦＦになっていると確認した場合、当該ユーザによる当該コンテンツの視聴が２回目以後であることを認識して、後述するステップＳ１１０に移行する。さらに、視聴受付モジュール１６は、ステップＳ１０６で参照した録画キャンセルフラグがＯＮになっていると確認した場合、当該ユーザによる当該コンテンツについてすでに録画キャンセルされており、視聴不可であることを認識して後述するステップＳ１１４に移行する。
【００７６】
上述のステップＳ１０６で、当該ユーザによる当該コンテンツの視聴が初めて（１回目）であることを認識した場合、視聴受付モジュール１６は、配信モジュール１３を制御して、コンテンツ一時保存領域１２から視聴要求に係るコンテンツのコンテンツデータを取得し、当該ユーザが使用する受信端末３０に配信する処理等を実行する（Ｓ１０７）。
【００７７】
例えば、ユーザＵ１が利用する受信端末３０−１から、視聴受付モジュール１６がコンテンツＣ１の視聴を受付けた場合を想定する。さらに、コンテンツＣ１のコンテンツ管理情報が、上述の図９の内容だった場合、ユーザＩＤが１のユーザＵ１の録画ユーザ情報の視聴フラグがＯＦＦ、録画キャンセルフラグがＯＦＦになっているので、視聴受付モジュール１６は、ユーザＵ１によるコンテンツＣ１の視聴が初めてであることを認識することになる。
【００７８】
図１０は、上述のステップＳ１０７の処理の詳細処理について示したフローチャートである。
【００７９】
視聴受付モジュール１６が、受信端末３０から任意のコンテンツについて１回目の視聴を受付けた場合、視聴受付モジュール１６は、配信モジュール１３に、当該コンテンツのコンテンツデータの配信するように制御する（Ｓ１０７−１）。
【００８０】
コンテンツ一時保存領域１２は、視聴受付モジュール１６の要求に基づいて、コンテンツ一時保存領域１２から当該コンテンツのコンテンツデータを取得して、当該ユーザが利用する受信端末３０に配信する（Ｓ１０７−２）。
【００８１】
そして、視聴受付モジュール１６は、当該コンテンツのコンテンツ管理情報における、当該ユーザの録画ユーザ情報にアクセスし、視聴フラグをＯＮに設定する（Ｓ１０７−３）。
【００８２】
また、視聴受付モジュール１６は、録画モジュール１４を制御して、当該コンテンツのコンテンツデータを当該ユーザのフォルダ（コンテンツ保存領域１８内のフォルダ）に保存させるように制御する。そして、録画モジュール１４は、視聴受付モジュール１６の制御にしたがって、コンテンツデータの保存（コピー）処理を実行する（Ｓ１０７−４）。
【００８３】
さらに、視聴受付モジュール１６は、当該コンテンツのコンテンツ管理情報における、当該ユーザの録画ユーザ情報にアクセスし、保存領域書き込み済みフラグをＯＮに設定する（Ｓ１０７−５）。
【００８４】
ここでは、コンテンツＣ１のコンテンツ管理情報が図９に示す状態で、ユーザＩＤが「１」のユーザＵ１が利用する受信端末３０−１から、視聴受付モジュール１６に１回目の視聴要求があった場合の例について説明する。この場合、上述のステップＳ１０７−１〜Ｓ１０７−５の処理により、コンテンツＣ１のコンテンツ管理情報（ユーザＵ１に係る録画ユーザ情報）は図１１の内容に更新される。この場合、図１１に示すように、ユーザＩＤが「１」の録画ユーザ情報のうち、視聴フラグ及び保存領域書き込み済みフラグがＯＮに更新される。また、このとき、コンテンツ保存領域１８内のユーザＵ１のフォルダＦ１にはコンテンツＣ１のコンテンツデータもコピーされた状態となる。
【００８５】
そして、上述のステップＳ１０７の視聴処理（１回目の視聴処理）が終了すると、視聴受付モジュール１６は、上述のステップＳ１０７で視聴処理を行ったコンテンツのコンテンツデータについて、コンテンツ保存領域１８内の当該ユーザのフォルダから削除するか否かを判定する（Ｓ１０８）。
【００８６】
視聴受付モジュール１６は、例えば、受信端末３０に、当該コンテンツデータの削除の要否を選択させる選択画面（ＧＵＩ画面）を提供して、ユーザからコンテンツデータ削除の要否の選択を受付けて判定するようにしてもよい。具体的には、例えば、受信端末３０に対するコンテンツデータの配信終了後（例えば、全てのコンテンツデータの配信が終了した後、又は、ユーザの操作によりコンテンツデータの配信が中断した場合）に、視聴受付モジュール１６が、受信端末３０に、コンテンツデータを削除するか否かを選択させる選択画面を提供して、ユーザの選択結果の入力信号を取得（例えば、「はい」又は「いいえ」のボタンクリックを検知）するようにしてもよい。
【００８７】
そして、上述のステップＳ１０８で、当該ユーザのフォルダから当該コンテンツデータを削除すると判定した場合、視聴受付モジュール１６は、録画モジュール１４を制御して、当該ユーザのフォルダからそのコンテンツデータの削除を実行させる。また、このとき、視聴受付モジュール１６は、当該ユーザの録画ユーザ情報にアクセスし、録画キャンセルフラグをＯＮ、保存領域書き込み済みフラグをＯＦＦに更新する（Ｓ１０９）。
【００８８】
上述のステップＳ１０８で、コンテンツデータを削除しないと判定された場合、又は上述のステップＳ１０９の処理が終了した場合、コンテンツ受信配信システム１０は、上述のステップＳ１０４の操作に戻って次の受付処理を受付ける。
【００８９】
なお、視聴受付モジュール１６は、上述のステップＳ１０７でコンテンツ保存領域１８へのコンテンツデータのコピーを実行する前に上述のステップＳ１０８の削除判定を実行し、削除すると判定された場合に、最初からコンテンツデータのコピーを行わないようにしてもよい。
【００９０】
ここでは、コンテンツＣ１のコンテンツ管理情報が図１１に示す状態で、ユーザＩＤが「１」のユーザＵ１が利用する受信端末３０−１から、視聴受付モジュール１６に１回目の視聴要求があり、上述のステップＳ１０８で、視聴受付モジュール１６によりコンテンツデータを削除すると判定された場合の例について説明する。この場合、上述のステップＳ１０９の処理により、ユーザＵ１のフォルダＦ１から、コンテンツデータＤ１が削除される。さらに、上述のステップＳ１０９の処理により、コンテンツＣ１のコンテンツ管理情報（ユーザＵ１に係る録画ユーザ情報）は図１２の内容に更新される。この場合、図１２に示すように、ユーザＩＤが「１」の録画ユーザ情報のうち、録画キャンセルフラグがＯＮ、保存領域書き込み済みフラグがＯＦＦに更新される。
【００９１】
上述のステップＳ１０６で、当該ユーザによる当該コンテンツの視聴が２回目以降であることを認識した場合、視聴受付モジュール１６は、配信モジュール１３を制御して、コンテンツ保存領域１８の当該ユーザのフォルダから視聴要求に係るコンテンツのコンテンツデータを取得し、当該ユーザが使用する受信端末３０に配信する処理等を実行する（Ｓ１１０）。
【００９２】
図１３は、上述のステップＳ１１０の処理の詳細処理について示したフローチャートである。
【００９３】
視聴受付モジュール１６が、受信端末３０から任意のコンテンツについて２回目以降の視聴を受付けた場合、視聴受付モジュール１６は、配信モジュール１３に、当該コンテンツのコンテンツデータの配信するように制御する（Ｓ１１０−１）。
【００９４】
コンテンツ一時保存領域１２は、視聴受付モジュール１６の要求に基づいて、コンテンツ保存領域１８の当該ユーザのフォルダから当該コンテンツのコンテンツデータを取得して、当該ユーザが利用する受信端末３０に配信する（Ｓ１１０−２）。
【００９５】
例えば、ユーザＵ１が利用する受信端末３０−１から、視聴受付モジュール１６がコンテンツＣ１の視聴を受付けた場合を想定する。さらに、コンテンツＣ１のコンテンツ管理情報が、上述の図１１の内容だった場合、ユーザＩＤが１のユーザＵ１の録画ユーザ情報の視聴フラグがＯＮ、録画キャンセルフラグがＯＦＦになっているので、視聴受付モジュール１６は、ユーザＵ１によるコンテンツＣ１の視聴が２回目以降であることを認識することになる。またこのとき、ユーザＵ１の録画ユーザ情報で保存領域書き込み済みフラグもＯＮになっているので、当該ユーザＵ１のフォルダＦ１に、コンテンツデータＤ１が格納されていることを示すことになる。したがって、配信モジュール１３は、フォルダＦ１からコンテンツデータＤ１を取得して、受信端末３０−１に配信することができる。
【００９６】
そして、上述のステップＳ１１０の視聴処理（２回目以降の視聴処理）が終了すると、視聴受付モジュール１６は、上述のステップＳ１１０で視聴処理を行ったコンテンツのコンテンツデータについて、コンテンツ保存領域１８内の当該ユーザのフォルダから削除するか否かを判定する（Ｓ１１１）。なお、視聴が２回目以降のコンテンツデータの削除判定処理に際して、視聴受付モジュール１６は、例えば、ユーザごとの当該コンテンツの視聴回数をカウントして、その視聴回数が閾値を超えた場合に当該コンテンツのコンテンツデータを、削除すると判定するようにしてもよい。このように、視聴受付モジュール１６がコンテンツデータの削除判定を行う条件については限定されないものである。
【００９７】
そして、上述のステップＳ１１１で、当該ユーザのフォルダから当該コンテンツデータを削除すると判定した場合、視聴受付モジュール１６は、録画モジュール１４を制御して、そのコンテンツデータの削除を実行させる。また、このとき、視聴受付モジュール１６は、当該ユーザの録画ユーザ情報にアクセスし、録画キャンセルフラグをＯＮに更新する（Ｓ１１２）。
【００９８】
なお、ステップＳ１１１及びＳ１１２の処理は、上述のステップＳ１０８及びＳ１０９とほぼ同様であるので詳しい説明は省略する。
【００９９】
上述のステップＳ１１１で、コンテンツデータを削除しないと判定された場合、又は上述のステップＳ１１２の処理の後、コンテンツ受信配信システム１０は、上述のステップＳ１０４の操作に戻って次の受付処理を受付ける。
【０１００】
次に、上述のステップＳ１０６で、当該ユーザによる当該コンテンツの視聴が不可であると判定された場合の処理について説明する。ここでは、このような場合、視聴受付モジュール１６は、例えば、受信端末３０に、当該コンテンツについては視聴不可である旨のメッセージを表示する画面（ＧＵＩ画面）を提供する処理を行い（Ｓ１１４）、上述のステップＳ１０４の処理に戻るものとする。
【０１０１】
例えば、ユーザＵ１が利用する受信端末３０−１から、視聴受付モジュール１６がコンテンツＣ１の視聴を受付けた場合を想定する。さらに、コンテンツＣ１のコンテンツ管理情報が、上述の図１２の内容だった場合、ユーザＩＤが１のユーザＵ１の録画ユーザ情報の保存領域書き込み済みフラグがＯＦＦ、録画キャンセルフラグがＯＮとなっているので、視聴受付モジュール１６は、ユーザＵ１はコンテンツＣ１についてはすでに視聴不可の状態となっていると判断する。
【０１０２】
次に、上述のステップＳ１０５において、受付けた内容がコンテンツの録画キャンセルだった場合の処理について説明する。この場合、視聴受付モジュール１６は、当該コンテンツのコンテンツ管理情報のうち、視聴を受付けたユーザＩＤの録画ユーザ情報にアクセスして、録画キャンセルフラグをＯＮに更新する（Ｓ１１３）。そして、コンテンツ受信配信システム１０は、上述のステップＳ１０４の処理に戻って動作する。
【０１０３】
なお、ステップＳ１１３において、視聴受付モジュール１６は、当該録画ユーザ情報の保存領域書き込み済みフラグがＯＮになっている場合には、当該ユーザのフォルダ（コンテンツ保存領域１８）から録画キャンセルに係るコンテンツのコンテンツデータを削除し、さらに当該録画ユーザ情報の保存領域書き込み済みフラグをＯＦＦに更新するようにしてもよい。
【０１０４】
次に、受信モジュール１１が、コンテンツ一時保存領域１２から、コンテンツデータを削除する処理（図１４に示すフェーズＰ４の処理）について説明する。
【０１０５】
この実施形態では、受信モジュール１１は、受信してから所定期間以上経過したコンテンツデータについては、コンテンツ一時保存領域１２から削除するものとして説明する。この実施形態では、例として、コンテンツ一時保存領域１２は、所定の間隔（定期又は不定期の間隔）で図１４のフローチャートの処理を実行することにより、コンテンツ一時保存領域１２の削除処理を行うものとする。
【０１０６】
受信モジュール１１は、コンテンツデータの削除処理の実行タイミングとなると、まず、コンテンツ一時保存領域１２から削除するコンテンツデータの有無を確認する（Ｓ２０１）。
【０１０７】
具体的には、受信モジュール１１は、コンテンツ一時保存領域１２に格納された各コンテンツデータ（コンテンツ管理情報で、一時保存済みフラグがＯＮになっているコンテンツ）について、コンテンツデータの受信時刻を確認し、受信時刻から現在時刻までの経過時間を把握する。受信モジュール１１は、例えば、コンテンツ一時保存領域１２に格納された各コンテンツデータについてのタイムスタンプや、図示しない受信ログを確認することにより各コンテンツデータの受信時刻を確認するようにしてもよい。また、コンテンツ受信配信システム１０では、コンテンツ管理情報記憶部１５のコンテンツ管理情報に、受信時刻のフィールドを追加して管理するようにしてもよい。そして、受信モジュール１１は、コンテンツ一時保存領域１２に格納された各コンテンツデータのうち、削除対象となるコンテンツデータ（受信時刻から所定時間経過したコンテンツデータ）の有無を確認する。受信モジュール１１は、削除対象のコンテンツデータが有る場合後述するステップＳ２０２の処理から動作し、削除対象のコンテンツデータが無い場合には、今回のコンテンツデータ削除処理を終了する。
【０１０８】
上述のステップＳ２０１で、削除対象のコンテンツデータが有ると判断した場合、受信モジュール１１は、コンテンツ一時保存領域１２から当該コンテンツデータを削除する（Ｓ２０２）。
【０１０９】
そして、受信モジュール１１は、コンテンツデータ削除を実行したコンテンツのコンテンツ管理情報にアクセスして、一時保存済みフラグをＯＦＦに更新する処理を実行し（Ｓ２０２）、今回のコンテンツデータ削除処理を終了する。
【０１１０】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１１１】
コンテンツ受信配信システム１０では、コンテンツデータを、コンテンツ一時保存領域１２に保存して、複数のユーザ間でのコンテンツデータの共有することができる。そして、コンテンツ受信配信システム１０では、コンテンツデータについてコンテンツ一時保存領域１２に保存する期間を制限することにより、コンテンツデータの共有データとしての利用を制限している。さらに、コンテンツ受信配信システム１０では、コンテンツデータの共有データとしての利用を制限する代わりに、利用制限内で当該コンテンツを視聴したユーザが所有するフォルダ（コンテンツ保存領域１８内のフォルダ）に、にコンテンツデータのコピーを行っている。これにより、コンテンツ受信配信システム１０を保有する事業者は、コンテンツの著作権の利用を法令や契約に基づいた条件で利用しつつ、コンテンツの視聴予約及び視聴を行ったユーザに対して、コンテンツデータの保存サービスを提供することができる。また、コンテンツ受信配信システム１０では、視聴予約及び視聴を行わなかったユーザに対しては、コンテンツデータの保存サービスを提供しないので、視聴をしなかったユーザに対するコンテンツデータの保存は行わないため、種々のリソース（例えば、コンテンツ保存領域１８の全体の使用量等）や処理量（例えば、コンテンツデータのコピー処理の量）を節約することができる。
【０１１２】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１１３】
（Ｂ−１）上記の実施形態では、図１０に示すように、コンテンツ一時保存領域１２からコンテンツ保存領域１８へのコンテンツデータのコピーは、ユーザ（受信端末３０）から視聴要求を受ける都度行っているが、複数ユーザ分の処理をまとめて一度に処理するようにしてもよい。例えば、コンテンツの視聴後、コンテンツ受信配信システム１０の処理量が少ない時間帯に、複数ユーザ分のコピー処理をまとめて処理（バッチ処理）するようにしてもよい。この場合、コンテンツ受信配信システム１０では、１つのコンテンツデータを複数のフォルダにコピーする処理を行うことになるため、コピーする際のキャッシュ等を効果的に利用して、コンテンツデータのコピー高速化及び更なる処理量低減を実現することができる。
【０１１４】
（Ｂ−２）上記の実施形態では、コンテンツ受信配信システム１０は、コンテンツ送信システム２０からネットワーク（ＩＰネットワーク）を介したコンテンツデータの受信を行っているが、コンテンツ送信システム２０がコンテンツデータを保持する手段は限定されないものである。例えば、コンテンツ受信配信システム１０に、データ記録媒体（例えば、ＨＤＤやＤＶＤ等のデータ記録媒体）を用いて、オフラインでコンテンツデータやコンテンツ管理情報に必要な各項目の情報を供給するようにしてもよい。また、コンテンツ受信配信システム１０は、地上波放送や衛星放送等の放送番組をコンテンツ（コンテンツデータ）として保持（必要な場合チューナ等によるデータ変換を行って保持）するようにしてもよい。
【符号の説明】
【０１１５】
１…コンテンツ配信システム、２０…コンテンツ送信システム、２１…コンテンツ送信部、２２…スケジュール情報送信部、２３…コンテンツ蓄積部、２４…スケジュール情報蓄積部、１０…コンテンツ受信配信システム、１１…受信モジュール、１２…コンテンツ一時保存領域、１３…配信モジュール、１４…録画モジュール、１５…コンテンツ管理情報記憶部、１６…視聴受付モジュール、１７…予約受付モジュール、１８…コンテンツ保存領域、３０、３０−１〜３０−Ｎ…受信端末。
【図１】
2014171107.tif 000003
【図２】
2014171107.tif 000004
【図３】
2014171107.tif 000005
【図４】
2014171107.tif 000006
【図５】
2014171107.tif 000007
【図６】
2014171107.tif 000008
【図７】
2014171107.tif 000009
【図８】
2014171107.tif 000010
【図９】
2014171107.tif 000011
【図１０】
2014171107.tif 000012
【図１１】
2014171107.tif 000013
【図１２】
2014171107.tif 000014
【図１３】
2014171107.tif 000015
【図１４】
2014171107.tif 000016