受信装置
【課題】ユーザーをはじめ、番組提供者やデータ配信事業者に対し、動的に蓄積領域を割当てて、蓄積領域を無駄なく最大限に使用できる受信装置を提供する。
【解決手段】受信装置はコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、属性情報および当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報を有する蓄積情報を送信する第２サーバー装置とともにネットワークシステムを構成し、第１サーバー装置から送信されるコンテンツ情報を受信する第１受信部８０２と、第２サーバー装置から送信される蓄積情報を受信する第２受信部８０３と、蓄積情報を管理する蓄積情報管理部８０６と、コンテンツ情報が有するコンテンツを当該コンテンツ情報が有する属性情報と合致する属性情報を有する前記第２受信部が受信した領域情報が示す蓄積領域に蓄積する蓄積制御部８０５とを具備する。
【解決手段】受信装置はコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、属性情報および当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報を有する蓄積情報を送信する第２サーバー装置とともにネットワークシステムを構成し、第１サーバー装置から送信されるコンテンツ情報を受信する第１受信部８０２と、第２サーバー装置から送信される蓄積情報を受信する第２受信部８０３と、蓄積情報を管理する蓄積情報管理部８０６と、コンテンツ情報が有するコンテンツを当該コンテンツ情報が有する属性情報と合致する属性情報を有する前記第２受信部が受信した領域情報が示す蓄積領域に蓄積する蓄積制御部８０５とを具備する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、蓄積メディアを具備する放送受信装置に関するもので、特に放送受信装置にある蓄積メディアの蓄積領域の管理と利用に関するものである。
【背景技術】
【０００２】
近年、ハードディスクなどの蓄積メディアを具備する放送受信装置やセット・トップ・ボックスであって、放送番組をデジタル信号としてハードディスクなどの蓄積メディアに記録するものが出現している。これは、従来のようにアナログ信号としてビデオテープに記録する場合と比べて、大容量に記録でき、データのアクセスが簡単になる。また、録画したい番組をプログラムの形で制御することにより、ユーザーの好みやジャンルごとに記録・再生したり、擬似的に個人のチャンネルを作ったりするようなサービスを受けることができる。ここで、ユーザーは録画したい番組に関する情報（出演者、放送時間、ジャンル）は電話回線を通してサービス提供者から入手することができる。
【０００３】
さらに、この放送受信装置では番組提供者が、ユーザー端末の蓄積メディアに放送番組を自動に記録するサービスが進められている。このようにして蓄積された番組はいつでも視聴できるため、広告や宣伝に効果的である。この場合、端末にある蓄積領域の一部を予め当該番組提供者に割当て、放送で受信された番組を割当てられた領域に自動的に蓄積する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
この蓄積放送サービスにおいては、蓄積領域を予め割当てる必要はあるが、従来では、特定のドライブやハードディスクの領域を第１番組提供者に割り当ててしまうと、当該領域を第１番組提供者以外の利用に使うことができなくなるという問題が予想される。また、第１番組提供者が番組を配信しなくなる場合、当該蓄積領域は使用されないままとなり、端末の所有者であるユーザーや他の番組提供者に割当てることができない。即ち、当該蓄積領域は「廃地」になってしまう。
【０００５】
本発明は、ユーザーをはじめ、番組提供者やデータ配信事業者に対し、動的に蓄積領域を割当てて、蓄積領域を無駄なく最大限に使用できることを目的とする。また、この蓄積領域の動的割当ては、端末を所有するユーザーがマニュアルで制御する必要がない。
【課題を解決するための手段】
【０００６】
この課題を解決するために、本発明は、以下の構成の受信装置を提供する。
【０００７】
本発明の受信装置は、データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する受信装置であり、前記第１サーバー装置から送信されるコンテンツ情報を受信する第１受信部と、前記第２サーバー装置から送信される蓄積情報を受信する第２受信部と、前記第２受信部で受信した蓄積情報を管理する蓄積情報管理部と、前記第１受信部で受信したコンテンツ情報が有するコンテンツを、当該コンテンツ情報が有する属性情報と合致する属性情報を有する前記第２受信部が受信した領域情報が示す蓄積領域に蓄積する蓄積制御部とを具備する。
【０００８】
上記構成によれば、コンテンツの属性を示す属性情報及びコンテンツの蓄積領域を示す領域情報をともに第１サーバーから受信し、あらかじめ第２サーバーより受信したこれらの情報と合致した領域にコンテンツが蓄積されるので、あらかじめ蓄積領域を考慮して、どの蓄積メディアのどの領域に蓄積するかを定めて放送番組の放送が可能である。したがって、蓄積領域を予め割当てる場合に、第１番組提供者に割り当てた後でも、当該領域を第１番組提供者以外の利用に使うことができなくなるという問題が解消される。
【０００９】
また、本発明の受信装置は、データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応するコンテンツの蓄積可能な容量を示す情報である容量情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する受信装置であり、前記第１サーバー装置から送信されるコンテンツ情報を受信する第１受信部と、前記第２サーバー装置から送信される蓄積情報を受信する第２受信部と、前記第２受信部で受信した蓄積情報を管理する蓄積可能容量管理部と、前記第１受信部で受信したコンテンツのサイズを取り出すサイズ取得部と、前記第１受信部で受信した属性情報に対応する蓄積可能な容量を前記蓄積可能容量管理部から取り出し、当該取り出した蓄積可能容量から当該属性情報に対応するコンテンツが蓄積可能な空き容量を算出する空き容量算出部と、前記空き容量算出部で算出した空き容量と前記サイズ取得部で取得したサイズを比較して、前記コンテンツを蓄積するために必要な空き容量が蓄積メディア中に存在するか否かを判断する判断部と、前記判断部での判断結果が空き容量ありである場合に、前記コンテンツを蓄積メディアに蓄積する蓄積制御部とを具備する。
【００１０】
本発明によれば、あらかじめ蓄積メディア内にコンテンツを蓄積するだけの空き容量があるかを判断した後に蓄積を開始するので、番組の途中で蓄積できなくなるという問題を解消することができる。
【００１１】
また、本発明は、データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応する容量情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する第２サーバー装置であり、受信装置を識別する端末識別子、属性情報および当該属性情報に対応する容量情報を有する端末別蓄積情報を管理する蓄積情報管理部と、前記蓄積情報管理部で管理されている端末別蓄積情報が有する端末識別子に対応する受信装置に、当該端末別蓄積情報が有する属性情報および当該属性情報に対応する容量情報を送信する送信部とを具備する第２サーバー装置を提供する。
【００１２】
上記構成によれば、第２サーバー装置は各受信装置ごとの蓄積情報を管理することができるので、放送番組の申込み時に受信装置の蓄積領域及び蓄積可能の判断などを行うことができ、その結果を放送番組放映に先立ち受信装置に送ることができる。したがって、受信装置は放送番組ごとなどに蓄積領域を確保することができる。
【００１３】
また、本発明は、以下の受信方法を提供する。
【００１４】
受信方法は、第１サーバー装置から送信されるコンテンツ及び当該コンテンツの属性を示す属性情報を有するコンテンツ情報と、第２サーバー装置から送信される属性情報及び当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報とを受信する受信方法であって、第１サーバー装置から送信されるコンテンツ情報を受信する第１受信ステップと、第２サーバー装置から送信される蓄積情報を受信する第２受信ステップと、前記第２受信ステップで受診した蓄積情報を管理する蓄積情報管理ステップと、前記第１受信ステップで受信したコンテンツ情報が有するコンテンツを当該コンテンツ情報が有する属性情報と合致する属性情報を有する、前記第２受信ステップで受信した領域情報が示す蓄積領域に蓄積する蓄積制御ステップを備える。
【００１５】
上記方法は、コンピュータを用いて実施することができ、そのためのプログラムは、コンピュータ読み取り可能な記録媒体に記録される。
【発明の効果】
【００１６】
本発明によれば、蓄積メディアを具備する放送受信装置に対し、端末所有者や番組提供者の使用領域を、動的に蓄積領域を割当てるため、蓄積領域を無駄なく最大限に使用できる。また蓄積領域の動的割当ては、サービス提供者のサーバーにて自動的に制御するため、端末を所有するユーザーがマニュアルで制御する必要がない。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について、図１から図１８を用いて説明する。
【００１８】
図１は本発明による蓄積放送配信システムのブロック図を示し、図１において１００は第２サーバー、１０１は第１サーバー、１０２は第１送信手段（送信アンテナ）、１０３は公衆ネットワーク、１０４から１０７は受信装置、１０８から１１１は第１受信手段（受信アンテナ）である。
【００１９】
第１サーバー１０１は、第１送信手段１０２を経由して、データを受信装置１０４〜１０７に配信するものである。本実施形態では、第１送信手段１０２は映像番組などを送信するためのアンテナである。映像やオーディオ、ゲームソフトなどをはじめとする大容量のデジタルデータを、デジタル放送の手段やIPマルチキャストの方法で一斉に配信するが、これに限るものではない。受信装置１０４〜１０７にはハードディスクや他のデジタルデータを記録するための蓄積メディアを具備しており、第１送信手段１０２で配信されたデータを蓄積メディアに保存する。
【００２０】
第１送信手段で配信されたデータの中で、どのデータをどこの端末のどの蓄積領域に保存するかについての制御は、第２サーバー１００から受信装置が蓄積情報を受信することによって行う。第１サーバー１０１と第２サーバー１００は専用線１２３で接続されており、配信先となる端末の情報を第１サーバーに送信する。なお、図１には受信装置が４つ描かれているが、これに限るものではない。また、第１サーバー１０１と第２サーバー１００は異なるものではなくて、同じサーバーであってもよい。以下では、本発明による蓄積放送配信システムの動作の詳細を述べる。
【００２１】
図２は本発明の実施の形態による蓄積放送配信システムにおける第２サーバー２０１のブロック図を示す。図２において２０２は契約端末・蓄積情報管理部、２０３は契約端末データベース、２０４は番組の属性情報を示す番組データベース、２０５は顧客口座データベース、２０６端末蓄積番組情報データベース、２０７は送受信部、２０８は料金算出部、２０９は蓄積番組申し込み管理部である。
【００２２】
送受信部２０７は、受信端末を保有するユーザー、番組の提供者、第１サーバーと接続する。蓄積番組申し込み管理部２０９は、番組を蓄積したいユーザーからの申し込みや、番組を配信したい番組提供者からの申し込みを受けつけて、申し込みの処理を行う。申し込み処理時に必要なデータや、処理結果をデータベースへの書き込みは、契約端末・蓄積情報管理部２０２を経由して行う。契約端末・蓄積情報管理部２０２は各データベース２０３〜２０６をアクセスし、下記に述べる各ケースに対応する処理を行なう。それに伴うリクエスト信号や、データは送受信部２０７を経由して、該当する送信先（受信端末、番組の提供者または第１サーバー）に送信される。
【００２３】
図３は、本発明の実施の形態による第２サーバーにある契約端末データベース（図２の２０３）のデータ構造の模式図を示す。このデータは、サービスを受けるための契約端末に関する情報である。３０１は端末所有者の氏名で３２バイトで表す。３０２は端末所有者の住所で１２８バイトで表す。３０３は端末（放送受信器）固有の識別子で、１６バイトで表す。３０４は該当する端末の仕様に関する情報であり、本実施形態では、ユーザーが貸出すハードディスクの全容量及び、全容量の中で未使用領域に対応する残り容量に関する情報である。容量の代わりに、ユーザーが貸出すハードディスクの開始アドレスと終了アドレス、及び未使用領域のアドレスが記述されてもよい。
【００２４】
図４は、本発明の実施の形態による第２サーバーにある番組データベース（図２の２０４）のデータ構造の模式図を示す。３０５は番組の提供者の名前で、３２バイトで表す。３０６は番組名で３２バイトで表す。３０７は該当する番組のデータサイズを示し、８バイトで表す。本実施の形態では、データサイズは該当する番組１回単位のデータ量であるが、番組全シリーズのデータ量の合計であってもよい。３０８は番組料金で８バイトで表す。３０９は上書き情報であり、該当番組を上書きしてよいかどうかを示す情報で２ビットで表す。３１０は当該番組の保存時間で、８バイトで表す。本実施の形態では、番組を蓄積してから、消さずにハードディスクに残す時間を示す。
【００２５】
図５は、本発明の実施の形態による第２サーバーにある顧客口座データベース（図２の２０５）のデータ構造の模式図を示す。ここでいう顧客は端末契約者と番組提供者の両方を包含する。３１１は顧客の氏名で、３２バイトで表す。３１２は、契約もしくは提供する番組名で、３２バイトで表す。一般的に、ここでいう番組名は商品名や取引項目に該当する。３１３は契約者への入金で８バイトで表す。番組提供者の場合は顧客からの支払いであり、端末契約者の場合はハードディスクを番組提供者への貸与に対する貸与料である。３１４は契約者への出金で８バイトで表す。番組提供者の場合は端末のハードディスクの使用料として端末所有者に対する支払いであり、端末契約者の場合は番組の受信料である。なお、図５において取引の日付に関する項目はあるが、図示されていない。
【００２６】
図６は、本発明の実施の形態による第２サーバーにある端末蓄積番組情報のデータ構造（図２の２０６）の模式図を示す。この情報からは、端末、即ちユーザー４０１が契約し、受信したい番組の一覧４０２、及び各番組の属性情報４０３を示す。各番組を端末のどの領域に蓄積すればよいかを示す蓄積場所４０４も記述されている。本実施形態では、端末やユーザーを識別するには１６バイトの端末ＩＤ４０１を用いる。契約番組名４０２は３２バイトで表す。番組属性４０３には、番組提供者名（ＳＲＣ）、番組のデータサイズ（ＳＩＺ）、端末のハードディスクへのアクセス許可情報であるパスワード（ＰＳＷ）、当該番組を上書き可能かどうかを示す識別子（ＯＷＲ）、保存期間（ＰＲＤ）を含めており、全部で９６バイトで表す。蓄積場所４０４としてハードディスクに分割したドライブ名及びその容量（括弧内）で表すが、その代わりに蓄積領域の開始アドレスと終了アドレス、または開始アドレスと容量などを用いてもよい。
【００２７】
次に上述した第２サーバーの動作について述べる。
【００２８】
図７は、本発明の実施の形態において、ユーザーが端末にあるハードディスクを貸しだすための申し込みをする時における第２サーバーの処理動作の流れ図を示す。まずユーザーが電話をかけて第２サーバーの送受信部（図２の２０７）に接続する。本実施の形態では、ＰＰＰのダイヤルアップ接続で第２サーバーに接続する。ユーザーは、第２サーバーの蓄積番組申し込み管理部（図２の２０９）が用意したハードディスク貸出しの申し込み画面にアクセスし、必要な項目を記入した上で第２サーバーに送信する（ステップ５０１）。ここでは、必要な項目として、端末契約者氏名、端末ＩＤを含める。第２サーバーはユーザーからの送信信号を受けて、端末契約者の氏名と端末ＩＤを確認する（ステップ５０２）。具体的には、蓄積番組申し込み管理部（図２の２０９）が端末契約者の氏名と端末ＩＤに関する情報を契約端末蓄積情報管理部（図２の２０２）に伝送し、契約端末蓄積情報管理部（図２の２０２）は契約端末データベース（図２の２０３）にアクセスし、申し込みのユーザーと端末は登録済みかどうかを確認する（ステップ５０３）。登録されていない場合、ステップ５０４にて、登録手続き要請画面をユーザーに提示する（図２のライン２１５経由）。登録済みである場合ステップ５０５に進み、契約端末蓄積情報管理部（図２の２０２）はライン２１５を経由して申し込みした端末にアクセスし、使用可能なハードディスク領域を調査する。第２サーバーが端末にアクセスできるように、端末を所有するユーザーの許可をもらう必要があるため、予め登録する必要がある。端末のハードディスクの調査した結果に基いて、ステップ５０６にて使用可能ハードディスク領域の中から実際に貸出し可能なオプションを複数ユーザーに提示する。本実施形態では、オプション提示画面は５１１に示し、全使用可能な領域５１２、各オプション５１３における貸出し容量５１４及びその貸出し料５１５等の情報を含める。ここでいう貸出し料は、ハードディスク領域を提供することによりユーザーに入ってくるお金のことである。画面５１１において、決定したオプションを選択項目５１６に記入する（ステップ５０７）。ユーザーが選択した結果は、送受信部（図２の２０７）を経由して第２サーバーに伝送され、契約端末蓄積情報管理部（図２の２０２）にて、契約端末データベース（図２の２０３）と顧客口座データベース（図２の２０５）を更新する（ステップ５０９）。本実施の形態では、未登録の顧客に対し、図３のようなデータを新たに追加する。登録済みの顧客に対しハードディスクの貸出し容量（図３の３０４）に関する情報を更新する。貸出しがはじめての場合は、貸出し容量をゼロから所定の容量に増やす。番組蓄積サービスを受けていない場合、残り容量（図３の３０４）は貸出し容量と同じである。また、顧客口座データベース（図２の２０５）について、貸出し容量に応じた入金の金額が記入される（図５の３１３）。以上で、ユーザーがハードディスクを貸出すに伴う作業が完了する。なお、貸出し領域は、第２サーバーが端末にあるハードディスクを調査した上でユーザーに提示する仕組みであったが、ユーザーが自ら決定して、第２サーバーに一方的に提示してもよい。
【００２９】
図８は、本発明の実施の形態において、番組提供者が番組配信申し込み時における第２サーバーの処理動作の流れ図を示す。まず番組提供者がインターネットを用いて第２サーバーの送受信部（図２の２０７）に接続する。本実施の形態では、ＰＰＰのダイヤルアップ接続で第２サーバーに接続する。提供者は、第２サーバーの蓄積番組申し込み管理部（図２の２０９）が用意した番組提供申し込み画面にアクセスし、必要な項目を記入した上で第２サーバーに送信する（ステップ６０１）。ここでは、必要な項目として、番組提供者名、番組名など、図４に書かれているデータを含める。第２サーバーは番組提供者からの送信信号を受けて、番組提供者を確認した上で、新規配信申し込みか、または配信停止申し込みを確認する（ステップ６０２）。具体的には、蓄積番組申し込み管理部（図２の２０９）が番組提供者名を契約端末蓄積情報管理部（図２の２０２）に伝送し、契約端末蓄積情報管理部（図２の２０２）は番組データベース（図２の２０４）にアクセスし、申し込みは既存の番組提供者によるものかどうかを確認し、番組データベースに番組提供者名がなければ、新規申し込みと判断する。また、番組提供者名が登録してあるが、番組名が登録されていない場合も新規申し込みと判断する。新規申し込みの場合はステップ６０３に、そうでない場合はステップ６１１に進む。なお、本実施形態ではステップ６１１は配信停止の処理についてのみに移行しているが、これに限るものではなく、他の処理に移行してもよい。
【００３０】
新規配信する場合、ステップ６０３にて、番組データベース（図２の２０４）に属性情報を登録する。番組の属性情報のデータ構造は図４に示されている。次に、契約端末蓄積情報管理部（図２の２０２）は契約端末データベース（図２の２０３）にアクセスし配信する端末を決定する（ステップ６０４）。同データベースより契約端末のハードディスク容量を確認し、該当する番組を蓄積するには十分な容量を所有する端末を特定する。このように特定した端末に対し、各端末の蓄積領域（開始アドレスと終了アドレス）を確保し、その領域へのアクセス許可を与えるパスワード（ＰＳＷ）を生成する。これらのデータを端末蓄積番組データベース（図２の２０６）に反映し、図６の構造をもつデータを更新する（ステップ６０５）。図６のデータベースをもとに、各端末に対し蓄積番組の属性情報を送付する（ステップ６０６）。送付したデータの構造を図１１に示す。すなわち、各端末は、契約した番組の番組名（９０１）、番組提供者（ＳＲＣ）、アクセス権（ＰＳＷ）、蓄積領域（９０３）及び蓄積可能な残り容量のデータを保有する。端末において、このデータをもとに第１サーバー（図１の１０１）が配信された番組のデータ（図１２R>２）と照合する。この処理により、番組提供者は端末所有者からハードディスクの一部をレンタルすることになる。そのために、ステップ６０７にて、番組提供者に請求する蓄積レンタル料の金額を計算し、顧客口座データベース（図２の２０５）を更新する。この場合図５のデータ構造の出金３１４として記録される。本実施の形態では、蓄積領域の利用単価（蓄積容量単位当たり）に全蓄積容量と受信端末数と配信期間を乗算することにより蓄積レンタル料を算出する。この計算は図２の料金算出部２０８にて行なわれる。ステップ６０８にて、各端末がハードディスクを貸出すことに伴う還元料を計算し、顧客口座データベース（図２の２０５）を更新する。この場合図５のデータ構造の入金３１３として記録される。本実施の形態では、蓄積領域の提供単価（蓄積容量単位当たり）に全蓄積容量と配信期間を乗算することにより還元料を算出する。
【００３１】
配信停止する場合、ステップ６１１にて、番組データベース（図２の２０４）から該当する番組の属性情報を削除する。次に、端末蓄積番組データベース（図２の２０６）から端末が契約した番組リストから該当する番組のデータを削除する（ステップ６１２）。番組を削除したために、ハードディスクの空き容量が増え、ステップ６１３にて各端末の空き容量を更新する。具体的には、契約端末データベース（図２の２０３）にある残り容量（図３の３０４）に削除した番組のデータサイズを加算する。また、端末へのアクセス権もあわせて削除される。ステップ６１５にて、各端末に対し蓄積番組の属性情報を送付する。これにより、端末は削除された番組がアクセス権をもたなくなる。最後にステップ６１５にて、第１サーバーに番組契約情報を送り、どの端末に、どの許可情報（パスワード）で番組を配信し、ハードディスクに書きこむかの情報を知らせる。第１サーバーはそのデータをもとに、図１２のようなデータを編成し配信する。なお、配信停止の処理を行う際にまずユーザーに確認をとるステップを設けてもよい。
【００３２】
図９は、本発明の実施の形態において、ユーザーが番組受信申し込み時の第２サーバーにおける処理動作の流れ図を示す。まずユーザーがインターネットを用いて第２サーバーの送受信部（図２の２０７）に接続する。本実施形態では、ＰＰＰのダイヤルアップ接続で第２サーバーに接続する。ユーザーは、第２サーバーの蓄積番組申し込み管理部（図２の２０９）が用意した蓄積番組受信申し込み画面にアクセスし、必要な項目を記入した上で第２サーバーに送信する（ステップ７０１）。ここでは、必要な項目として、端末契約者氏名、端末ＩＤ、受信したまたは受信を停止したい番組名の情報などを含める。第２サーバーはユーザーからの送信信号を受けて、新規受信申し込みか、または受信停止申し込みを確認する（ステップ７０２）。具体的には、蓄積番組受信申し込み画面に、新規申し込みと受信停止の選択項が用意されており、ユーザーはどれかを選択することになる。新規申し込みの場合はステップ７０３に、そうでない場合はステップ７１１に進む。
【００３３】
新規受信申し込みの場合、ステップ７０３にて、契約端末データベース（図２の２０３）に申し込みユーザー名を確認する。申し込みユーザーが登録されていない場合、ユーザーに登録の催促をする（図示されていない）。同時に、番組データベース（図２の２０４）に申し込まれる番組が登録されているかどうかを確認する。申し込まれる番組が登録されていない場合、その情報をユーザーに送る（図示されていない）。申し込みユーザー名と番組名が登録されている場合ステップ７０４に進む。契約端末蓄積情報管理部（図２の２０２）は契約端末データベース（図２の２０３）にアクセスし、申し込み端末のハードディスク容量を確認し、該当する番組を蓄積するには十分な容量を所有する場合、端末の蓄積領域（開始アドレスと終了アドレス）を確保し、その領域へのアクセス許可を与えるパスワード（ＰＳＷ）を生成する。これらのデータを端末蓄積番組データベース（図２の２０６）に反映し、図６の構造をもつデータを更新する（ステップ７０５）。図６に示される構造をもつデータベースをもとに、申し込み端末に対し蓄積番組の属性情報を送付する（ステップ７０６）。送付したデータの構造を図１１に示す。すなわち、端末は契約した番組の番組名９０１、番組提供者（ＳＲＣ）、アクセス権を示すパスワード（ＰＳＷ）、蓄積領域９０３及び蓄積可能な残り容量のデータを保有する。端末はこのデータをもとに第１サーバー（図１の１０１）が配信された番組のデータと照合する。この処理により、ユーザーは番組を蓄積し視聴することになるため、ステップ７０７にて、ユーザーから番組の視聴料を徴収するための金額を計算し、顧客口座データベース（図２の２０５）を更新する。この場合図５のデータ構造の出金３１４として記録される。本実施の形態では、番組受信単価に受信期間を乗算することにより視聴料を算出する。この計算は図２の料金算出部２０８にて行なわれる。ステップ７０８にて、番組提供者がハードディスクの一部をレンタルすることに伴う蓄積料を計算し、顧客口座データベース（図２の２０５）を更新する。この場合図５のデータ構造の出金３１３として記録される。本実施の形態では、蓄積領域の利用単価（蓄積容量単位当たり）に全蓄積容量と配信期間を乗算することにより蓄積料を算出する。
【００３４】
受信停止する場合、ステップ７１１にて、端末蓄積番組データベース（図２の２０６）から該当する番組の項を削除する。番組を削除したために、ハードディスクの空き容量が増え、ステップ７１２にて端末の空き容量を更新する。具体的には、契約端末データベース（図２の２０３）にある残り容量（図３の３０４）に削除した番組のデータサイズを加算する。また、端末へのアクセス権を示すパスワードもあわせて削除される。ステップ７１３にて、端末に対し蓄積番組の属性情報を送付する。これにより、端末は削除された番組がアクセス権をもっていないことがわかる。最後にステップ７１４にて、第１サーバーに番組契約情報を送り、申し込みユーザーの端末に対し、所定の許可情報（パスワード）で番組を配信し、ハードディスクに書きこむことになる。
【００３５】
図１０は、本発明の実施の形態による蓄積放送配信システムにおける受信装置８０１のブロック図を示し、図１０において８０２は第１受信部、８０３は第２送受信部、８０４はヘッダデータ解析部、８０５は蓄積制御部、８０６は蓄積情報管理部、８０７は蓄積情報データベース、８０８は蓄積を行なうためのスイッチ、８０９は蓄積メディア、８１０はデータの再生部、８１１は表示部である。
【００３６】
本実施の形態では、第２サーバーから送られたデータを、ライン８１３を経由して第２送受信部８０３に送る。このデータは端末を所有するユーザーが契約した番組に関する契約情報であり、図１１に示されている。このデータは図９のステップ７０６にて予め第２サーバーが端末に送られる。この契約番組は蓄積番組管理部８０６を経由して蓄積情報データベース８０７に保存する。ヘッダデータ解析部８０４から得られたデータと蓄積情報データベース８０７とを蓄積制御部８０５に送り、第１受信部からのデータを蓄積メディア８０９に保存するかどうかを決定し、スイッチ８０８を制御するための信号を出力する。蓄積すると判断した場合、スイッチ８０８を閉じ、データを蓄積メディア８０９に保存する。そうでない場合、スイッチ８０８を開き、データを保存しない。データ再生部８１０は保存したデータまたはヘッダデータ解析部からのデータを再生する。本実施の形態では、ＡＶのデータを再生するための手段を用いているが、ＡＶデータに限るものではない。再生されたＡＶデータは表示部８１１にて表示される。
【００３７】
一方、第１サーバーが配信した信号（コンテンツ情報）をアンテナ（図示されていない）で受信し、ライン８１２を経由して第１受信部８０２に送る。そこにて、受信データを復調して二値信号のデジタルデータに復元する。復元されたデータはライン８１４を経由してヘッダデータ解析部８０４に送る。ヘッダデータ解析部８０４は受信した信号に含まれる全契約者情報９０９を参照し、当該受信機にマッチングした許可情報（パスワード）や蓄積領域などの情報を取り出し、ライン８１５を経由して蓄積制御部８０５におくる。復元されたデジタルデータの模式図は図１２に示される。９０７は同期信号で、番組データのはじまりを示す。９０８は番組の共通情報で、番組名、提供者名（ＳＲＣ）、データのサイズ（ＳＩＺ）、上書きするかどうかと示すフラグ（ＯＷＲ）、保存期間（ＰＲＤ）が含まれる。９０９は全契約者情報で、当該番組を契約したユーザーの一覧、及びそれぞれのユーザーの端末にアクセスするためのパスワード（ＰＳＷ）、当該番組を端末のどの領域に保存するかを示す蓄積領域９１８を含める。最後に番組のＡＶデータ９１０が続く。
【００３８】
次に、蓄積制御８０５の動作を説明する。図１３は、本発明の実施の形態による受信装置の蓄積制御部の処理流れ図を示す。ステップ１００２にて、ヘッダデータ解析部（図１０の８０４）から送られた番組情報（図１２の９０８）と契約情報（図１２の９０９）を入力する。次に、番組情報に含まれる番組名を蓄積情報管理部（図１０の８０６）に送る。そこにて、蓄積情報データベース８０７から、前記番組名に対応する番組属性（図１１の９０２）を取りだし、蓄積制御部（図１０の８０５）に送る。蓄積制御部（図１０の８０５）では、データの比較を行なう（１００３）。ステップ１００４にて両ソースからの番組名及び提供者名が一致しない場合、不正アクセス（１００９）として終了する。一致する場合、ステップ１００５にて書き込み領域へのログインを試みる。このとき許可情報（パスワード）を比較し（ステップ１００６）、パスワードが一致しない場合不正アクセス（１００９）で終了する。一致する場合、ステップ１００７にてデータ書き込み許可信号を出力する（８２６）。この信号は図１０のライン８２６の経由しスイッチ８０８を制御する。
【００３９】
図１４に本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態のブロック図を示す。図１４において１１０２は第１受信部、１１０３第２送受信部、１１０４はヘッダデータ解析部、１１０５は蓄積可能容量管理部、１１０６は蓄積情報データベース、１１０７は空き容量算出部、１１０８は判断部、１１０９は蓄積制御部、１１１１は蓄積メディア、１１１２はデータの再生部、１１１３は表示部、１１２１は蓄積を行なうためのスイッチである。
【００４０】
本実施の形態では、第１サーバーが配信した信号をアンテナ（図示されていない）で受信し、ライン１１１４を経由して第１受信部１１０２に送る。そこにて、受信データを復調して二値信号のデジタルデータに復元する。復元されたデータはライン１１１５を経由してヘッダデータ解析部１１０４に送る。復元されたデジタルデータは図１２に示される。一方、第２サーバーから送られたデータを、ライン１１２５を経由して第２送受信部１１０３に送る。このデータは端末を所有するユーザーが契約した番組に関する契約情報であり、図１１に示されている。このデータは図９のステップ７０６にて予め第２サーバーが端末に送られたものである。この契約番組データは蓄積可能容量管理部１１０５を経由して蓄積データベース１１０６に保存する。ヘッダデータ解析部１１０４から得られた番組名をライン１１１６を経由し、蓄積可能容量管理部１１０５に送る。そこにて、前記の番組名をもとに、蓄積情報データベース１１０６から該当するデータを取り出し、蓄積可能容量管理部を経由し判断部１１０８に送る。同時にデータ解析部からのヘッダデータ（図１２の９０８、９０９）も判断部１１０８に送る。判断部１１０８からの出力信号は蓄積制御部１１０９に送り、スイッチ１１２１を制御するための信号を出力する。蓄積すると判断した場合、スイッチ１１２１を閉じ、データを蓄積メディア１１１１に保存する。そうでない場合、スイッチ１１２１を開き、データを保存しない。データ再生部１１１２は保存したデータまたはヘッダデータ解析部からのデータを再生する。本実施の形態では、ＡＶのデータを再生するための手段を用いているが、ＡＶデータに限るものではない。再生されたＡＶデータは表示部１１１３にて表示される。
【００４１】
図１５は、本発明による受信装置の第２形態処理の流れ図を示す。ステップ１２０２では、データ解析部（図１４の１１０４）にて受信されたコンテンツの中から番組情報（図１２の９０８）と契約情報（図１２R>２の９０９）を解析し、番組の属性情報を出力する。属性情報として、番組名、番組提供者（ＳＲＣ）、番組のデータサイズ（ＳＩＺ）、許可情報であるパスワード（ＰＳＷ）と上書き可能フラグ（ＯＷＲ）を含める。これらの情報を図１４のライン１１１７を経由して判断部１１０８に送る。次に、前記の番組名をもとに蓄積可能容量管理部（図１４の１１０５）にて、対応する番組の記憶領域・残り容量・許可情報（パスワード）を取得する（ステップ１２０３）。これらの情報を図１４のライン１１２８を経由して判断部１１０８に送る。ステップ１２０４にて、まずデータサイズ（ＳＩＺ）と残り容量とを比較する。データサイズが空き容量よりも小さい場合、ステップ１２０５に進む。そうでない場合は不正アクセス（１２１０）として終了。この処理は図１４の判断部１１０８にて行なう。また同ステップでは、配信された番組を上書きしてもいいものについてステップ１２０４が常に成り立つように制御する。ステップ１２０５にて書き込み領域へのログインを試みる（図１４の蓄積制御部１１０９で実行）。ここでは許可情報（パスワード）を比較し（ステップ１２０６）、一致しない場合不正アクセス（１２１０）で終了する。一致する場合、ステップ１２０７にてデータ書き込み許可信号を出力する。この信号は図１０のライン８２６の経由しスイッチ８０８を制御する。ステップ１２０８にて、蓄積メディアの書き込みが終了した時点で、空き容量算出部１１０７は空き容量を算出し、データベース（図１４の蓄積情報データベース１１０６）にあるデータを更新する。
【００４２】
図１６は、受信装置にある空き容量算出部の第１処理の流れ図を示す。ステップ１３０１では蓄積したデータのファイルサイズを入力し、次に該当するデータは上書き可能かどうかを確認する（ステップ１３０２）。上書き可能な場合、データベースにある残り容量を更新せずに次のステップに進む。そうでない場合、ステップ１３０３にて残り容量からファイルサイズを引き算し、残差値を用いてデータベースにある残り容量の値を更新する。次に、過去において保存したデータの保存期間満了したかどうかをチェックする（１３０５）。保存期間は図１２の番組共通情報９０８に記述される保存期間満了した場合、データベースにある残り容量に保存期間満了したデータのファイルサイズを加え、書きこみ可能な領域を増やす（１３０６）。なお、ステップ１３０５と１３０６はステップ１３０１から１３０４と分けて処理してもよい。
【００４３】
図１７は、受信装置にある空き容量算出部の第２処理の流れ図を示す。ステップ１４０１から１４０４は図１６のステップ１３０１から１３０４と同じである。それ以降の処理は残り容量を逐次に増やす実施形態である。本実施の形態は、例えば、あるコンテンツの保存期間が７日間ならば１日ごとにその７分の１ずつ消去し蓄積容量を増やす場合などのように、一日ごとに残り容量を更新するものである。保存期間（ＰＲＤ）をループの制御変数とし、一日ごとにステップ１４０６と１４０７を実行する。ステップ１４０６では残り容量の増分を算出する。本実施の形態ではファイルサイズを均等にわけて、増分量とする。ステップ１４０７にてその増分量を残り容量に加算し、書き込み可能な容量を増やす。保存期間が満期になるまでに以上の処理を繰り返す。このようにして、ハードディスクにあるデータは徐々に上書きされることになり、保存期間が満了するまでに、書き込み領域を徐々に増やすことが可能である。
【００４４】
図１８は、上記実施の形態の処理を、上記処理のプログラムを格納したフロッピー（登録商標）ディスクを用いて、コンピュータシステムにより実施する場合を説明する図である。
【００４５】
図１８(b)は、フロッピーディスクの正面からみた外観、断面構造、及びフロッピーディスクを示し、図１８(a)は、記録媒体本体であるフロッピーディスクの物理フォーマットの例を示している。フロッピーディスクＦＤはケースＦ内に内蔵され、該ディスクの表面には、同心円状に外周からは内周に向かって複数のトラックＴｒが形成され、各トラックは角度方向に１６のセクタＳｅに分割されている。従って、上記プログラムを格納したフロッピーディスクでは、上記フロッピーディスクＦＤ上に割り当てられた領域に、上記プログラムとしてのデータが記録されている。
【００４６】
また、図１８(c)は、フロッピーディスクＦＤに上記プログラムの記録再生を行うための構成を示す。上記プログラムをフロッピーディスクＦＤに記録する場合は、コンピュータシステムＣｓから上記プログラムとしてのデータをフロッピーディスクドライブを介して書き込む。また、フロッピーディスク内のプログラムにより上記符号化あるいは復号化装置をコンピュータシステム中に構築する場合は、フロッピーディスクドライブによりプログラムをフロッピーディスクから読み出し、コンピュータシステムに転送する。
【００４７】
なお、上記説明では、データ記録媒体としてフロッピーディスクを用いて説明を行ったが、光ディスクを用いても同様に行うことができる。また、記録媒体はこれに限らず、ＩＣカード、ＲＯＭカセット等、プログラムを記録できるものであれば同様に実施することができる。
【００４８】
以上の実施形態では、放送受信端末を用いて説明したが、携帯電話・PDA・ケーブルテレビ受信器などの通信端末やＰＣ端末に蓄積メディアを具備し、蓄積メディアを統括的にサーバーが管理するものに対しても適用できる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施の形態による蓄積放送配信システムを示すブロック図
【図２】本発明の実施の形態による蓄積放送配信システムにおける第２サーバーを示すブロック図
【図３】本発明の実施の形態による第２サーバーにある契約端末データベースのデータ構造を示す模式図
【図４】本発明の実施の形態による第２サーバーにある番組データベースのデータ構造を示す模式図
【図５】本発明の実施の形態による第２サーバーにある顧客口座データベースのデータ構造を示す模式図
【図６】本発明の実施の形態による第２サーバーにある端末蓄積番組情報のデータ構造を示す模式図
【図７】本発明の実施の形態において、ユーザーが蓄積メディア貸出し申し込み時における第２サーバーの処理動作を示す流れ図
【図８】本発明の実施の形態において、番組提供者が番組配信申し込み時の第２サーバーにおける処理動作を示す流れ図
【図９】本発明の実施の形態において、ユーザーが番組受信申し込み時の第２サーバーにおける処理動作を示す流れ図
【図１０】本発明の実施の形態による蓄積放送配信システムにおける受信装置を示すブロック図
【図１１】本発明の実施の形態による受信装置にある契約番組のデータベースを示すブロック模式図
【図１２】本発明の実施の形態による蓄積放送配信システムにおける第１サーバーが配信するデータを示す模式図
【図１３】本発明の実施の形態による受信装置の蓄積制御部の処理を示す流れ図
【図１４】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態を示すブロック図
【図１５】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態の処理を示す流れ図
【図１６】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態にある空き容量算出部の第１処理を示す流れ図
【図１７】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態にある空き容量算出部の第２処理を示す流れ図
【図１８】図１８（ａ），（ｂ），（ｃ）は、上記実施の形態の蓄積放送配信システムにおける処理をコンピュータシステムにより実現するためのプログラムを格納するためのデータ記憶媒体について説明するための図である。
【符号の説明】
【００５０】
１００ 第２サーバー
１０１ 第１サーバー
１０２ 第１送信手段
１０３ 公衆ネットワーク
１０４、１０５、１０６、１０７ 受信装置
２０２ 契約端末・蓄積情報管理部
２０３ 契約端末データベース
２０４ 番組データベース
２０５ 顧客口座データベース
２０６ 端末蓄積番組情報データベース
２０７ 送受信部
２０８ 料金算出部
２０９ 蓄積番組申し込み管理部
８０２ 第１受信部
８０３ 第２受信部
８０４ ヘッダデータ解析部
８０５ 蓄積制御部
８０６ 蓄積情報管理部
８０７ 蓄積情報データベース
８０８ スイッチ
８０９ 蓄積メディア
８１０ データの再生部
８１１ 表示部
【技術分野】
【０００１】
本発明は、蓄積メディアを具備する放送受信装置に関するもので、特に放送受信装置にある蓄積メディアの蓄積領域の管理と利用に関するものである。
【背景技術】
【０００２】
近年、ハードディスクなどの蓄積メディアを具備する放送受信装置やセット・トップ・ボックスであって、放送番組をデジタル信号としてハードディスクなどの蓄積メディアに記録するものが出現している。これは、従来のようにアナログ信号としてビデオテープに記録する場合と比べて、大容量に記録でき、データのアクセスが簡単になる。また、録画したい番組をプログラムの形で制御することにより、ユーザーの好みやジャンルごとに記録・再生したり、擬似的に個人のチャンネルを作ったりするようなサービスを受けることができる。ここで、ユーザーは録画したい番組に関する情報（出演者、放送時間、ジャンル）は電話回線を通してサービス提供者から入手することができる。
【０００３】
さらに、この放送受信装置では番組提供者が、ユーザー端末の蓄積メディアに放送番組を自動に記録するサービスが進められている。このようにして蓄積された番組はいつでも視聴できるため、広告や宣伝に効果的である。この場合、端末にある蓄積領域の一部を予め当該番組提供者に割当て、放送で受信された番組を割当てられた領域に自動的に蓄積する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
この蓄積放送サービスにおいては、蓄積領域を予め割当てる必要はあるが、従来では、特定のドライブやハードディスクの領域を第１番組提供者に割り当ててしまうと、当該領域を第１番組提供者以外の利用に使うことができなくなるという問題が予想される。また、第１番組提供者が番組を配信しなくなる場合、当該蓄積領域は使用されないままとなり、端末の所有者であるユーザーや他の番組提供者に割当てることができない。即ち、当該蓄積領域は「廃地」になってしまう。
【０００５】
本発明は、ユーザーをはじめ、番組提供者やデータ配信事業者に対し、動的に蓄積領域を割当てて、蓄積領域を無駄なく最大限に使用できることを目的とする。また、この蓄積領域の動的割当ては、端末を所有するユーザーがマニュアルで制御する必要がない。
【課題を解決するための手段】
【０００６】
この課題を解決するために、本発明は、以下の構成の受信装置を提供する。
【０００７】
本発明の受信装置は、データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する受信装置であり、前記第１サーバー装置から送信されるコンテンツ情報を受信する第１受信部と、前記第２サーバー装置から送信される蓄積情報を受信する第２受信部と、前記第２受信部で受信した蓄積情報を管理する蓄積情報管理部と、前記第１受信部で受信したコンテンツ情報が有するコンテンツを、当該コンテンツ情報が有する属性情報と合致する属性情報を有する前記第２受信部が受信した領域情報が示す蓄積領域に蓄積する蓄積制御部とを具備する。
【０００８】
上記構成によれば、コンテンツの属性を示す属性情報及びコンテンツの蓄積領域を示す領域情報をともに第１サーバーから受信し、あらかじめ第２サーバーより受信したこれらの情報と合致した領域にコンテンツが蓄積されるので、あらかじめ蓄積領域を考慮して、どの蓄積メディアのどの領域に蓄積するかを定めて放送番組の放送が可能である。したがって、蓄積領域を予め割当てる場合に、第１番組提供者に割り当てた後でも、当該領域を第１番組提供者以外の利用に使うことができなくなるという問題が解消される。
【０００９】
また、本発明の受信装置は、データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応するコンテンツの蓄積可能な容量を示す情報である容量情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する受信装置であり、前記第１サーバー装置から送信されるコンテンツ情報を受信する第１受信部と、前記第２サーバー装置から送信される蓄積情報を受信する第２受信部と、前記第２受信部で受信した蓄積情報を管理する蓄積可能容量管理部と、前記第１受信部で受信したコンテンツのサイズを取り出すサイズ取得部と、前記第１受信部で受信した属性情報に対応する蓄積可能な容量を前記蓄積可能容量管理部から取り出し、当該取り出した蓄積可能容量から当該属性情報に対応するコンテンツが蓄積可能な空き容量を算出する空き容量算出部と、前記空き容量算出部で算出した空き容量と前記サイズ取得部で取得したサイズを比較して、前記コンテンツを蓄積するために必要な空き容量が蓄積メディア中に存在するか否かを判断する判断部と、前記判断部での判断結果が空き容量ありである場合に、前記コンテンツを蓄積メディアに蓄積する蓄積制御部とを具備する。
【００１０】
本発明によれば、あらかじめ蓄積メディア内にコンテンツを蓄積するだけの空き容量があるかを判断した後に蓄積を開始するので、番組の途中で蓄積できなくなるという問題を解消することができる。
【００１１】
また、本発明は、データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応する容量情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する第２サーバー装置であり、受信装置を識別する端末識別子、属性情報および当該属性情報に対応する容量情報を有する端末別蓄積情報を管理する蓄積情報管理部と、前記蓄積情報管理部で管理されている端末別蓄積情報が有する端末識別子に対応する受信装置に、当該端末別蓄積情報が有する属性情報および当該属性情報に対応する容量情報を送信する送信部とを具備する第２サーバー装置を提供する。
【００１２】
上記構成によれば、第２サーバー装置は各受信装置ごとの蓄積情報を管理することができるので、放送番組の申込み時に受信装置の蓄積領域及び蓄積可能の判断などを行うことができ、その結果を放送番組放映に先立ち受信装置に送ることができる。したがって、受信装置は放送番組ごとなどに蓄積領域を確保することができる。
【００１３】
また、本発明は、以下の受信方法を提供する。
【００１４】
受信方法は、第１サーバー装置から送信されるコンテンツ及び当該コンテンツの属性を示す属性情報を有するコンテンツ情報と、第２サーバー装置から送信される属性情報及び当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報とを受信する受信方法であって、第１サーバー装置から送信されるコンテンツ情報を受信する第１受信ステップと、第２サーバー装置から送信される蓄積情報を受信する第２受信ステップと、前記第２受信ステップで受診した蓄積情報を管理する蓄積情報管理ステップと、前記第１受信ステップで受信したコンテンツ情報が有するコンテンツを当該コンテンツ情報が有する属性情報と合致する属性情報を有する、前記第２受信ステップで受信した領域情報が示す蓄積領域に蓄積する蓄積制御ステップを備える。
【００１５】
上記方法は、コンピュータを用いて実施することができ、そのためのプログラムは、コンピュータ読み取り可能な記録媒体に記録される。
【発明の効果】
【００１６】
本発明によれば、蓄積メディアを具備する放送受信装置に対し、端末所有者や番組提供者の使用領域を、動的に蓄積領域を割当てるため、蓄積領域を無駄なく最大限に使用できる。また蓄積領域の動的割当ては、サービス提供者のサーバーにて自動的に制御するため、端末を所有するユーザーがマニュアルで制御する必要がない。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について、図１から図１８を用いて説明する。
【００１８】
図１は本発明による蓄積放送配信システムのブロック図を示し、図１において１００は第２サーバー、１０１は第１サーバー、１０２は第１送信手段（送信アンテナ）、１０３は公衆ネットワーク、１０４から１０７は受信装置、１０８から１１１は第１受信手段（受信アンテナ）である。
【００１９】
第１サーバー１０１は、第１送信手段１０２を経由して、データを受信装置１０４〜１０７に配信するものである。本実施形態では、第１送信手段１０２は映像番組などを送信するためのアンテナである。映像やオーディオ、ゲームソフトなどをはじめとする大容量のデジタルデータを、デジタル放送の手段やIPマルチキャストの方法で一斉に配信するが、これに限るものではない。受信装置１０４〜１０７にはハードディスクや他のデジタルデータを記録するための蓄積メディアを具備しており、第１送信手段１０２で配信されたデータを蓄積メディアに保存する。
【００２０】
第１送信手段で配信されたデータの中で、どのデータをどこの端末のどの蓄積領域に保存するかについての制御は、第２サーバー１００から受信装置が蓄積情報を受信することによって行う。第１サーバー１０１と第２サーバー１００は専用線１２３で接続されており、配信先となる端末の情報を第１サーバーに送信する。なお、図１には受信装置が４つ描かれているが、これに限るものではない。また、第１サーバー１０１と第２サーバー１００は異なるものではなくて、同じサーバーであってもよい。以下では、本発明による蓄積放送配信システムの動作の詳細を述べる。
【００２１】
図２は本発明の実施の形態による蓄積放送配信システムにおける第２サーバー２０１のブロック図を示す。図２において２０２は契約端末・蓄積情報管理部、２０３は契約端末データベース、２０４は番組の属性情報を示す番組データベース、２０５は顧客口座データベース、２０６端末蓄積番組情報データベース、２０７は送受信部、２０８は料金算出部、２０９は蓄積番組申し込み管理部である。
【００２２】
送受信部２０７は、受信端末を保有するユーザー、番組の提供者、第１サーバーと接続する。蓄積番組申し込み管理部２０９は、番組を蓄積したいユーザーからの申し込みや、番組を配信したい番組提供者からの申し込みを受けつけて、申し込みの処理を行う。申し込み処理時に必要なデータや、処理結果をデータベースへの書き込みは、契約端末・蓄積情報管理部２０２を経由して行う。契約端末・蓄積情報管理部２０２は各データベース２０３〜２０６をアクセスし、下記に述べる各ケースに対応する処理を行なう。それに伴うリクエスト信号や、データは送受信部２０７を経由して、該当する送信先（受信端末、番組の提供者または第１サーバー）に送信される。
【００２３】
図３は、本発明の実施の形態による第２サーバーにある契約端末データベース（図２の２０３）のデータ構造の模式図を示す。このデータは、サービスを受けるための契約端末に関する情報である。３０１は端末所有者の氏名で３２バイトで表す。３０２は端末所有者の住所で１２８バイトで表す。３０３は端末（放送受信器）固有の識別子で、１６バイトで表す。３０４は該当する端末の仕様に関する情報であり、本実施形態では、ユーザーが貸出すハードディスクの全容量及び、全容量の中で未使用領域に対応する残り容量に関する情報である。容量の代わりに、ユーザーが貸出すハードディスクの開始アドレスと終了アドレス、及び未使用領域のアドレスが記述されてもよい。
【００２４】
図４は、本発明の実施の形態による第２サーバーにある番組データベース（図２の２０４）のデータ構造の模式図を示す。３０５は番組の提供者の名前で、３２バイトで表す。３０６は番組名で３２バイトで表す。３０７は該当する番組のデータサイズを示し、８バイトで表す。本実施の形態では、データサイズは該当する番組１回単位のデータ量であるが、番組全シリーズのデータ量の合計であってもよい。３０８は番組料金で８バイトで表す。３０９は上書き情報であり、該当番組を上書きしてよいかどうかを示す情報で２ビットで表す。３１０は当該番組の保存時間で、８バイトで表す。本実施の形態では、番組を蓄積してから、消さずにハードディスクに残す時間を示す。
【００２５】
図５は、本発明の実施の形態による第２サーバーにある顧客口座データベース（図２の２０５）のデータ構造の模式図を示す。ここでいう顧客は端末契約者と番組提供者の両方を包含する。３１１は顧客の氏名で、３２バイトで表す。３１２は、契約もしくは提供する番組名で、３２バイトで表す。一般的に、ここでいう番組名は商品名や取引項目に該当する。３１３は契約者への入金で８バイトで表す。番組提供者の場合は顧客からの支払いであり、端末契約者の場合はハードディスクを番組提供者への貸与に対する貸与料である。３１４は契約者への出金で８バイトで表す。番組提供者の場合は端末のハードディスクの使用料として端末所有者に対する支払いであり、端末契約者の場合は番組の受信料である。なお、図５において取引の日付に関する項目はあるが、図示されていない。
【００２６】
図６は、本発明の実施の形態による第２サーバーにある端末蓄積番組情報のデータ構造（図２の２０６）の模式図を示す。この情報からは、端末、即ちユーザー４０１が契約し、受信したい番組の一覧４０２、及び各番組の属性情報４０３を示す。各番組を端末のどの領域に蓄積すればよいかを示す蓄積場所４０４も記述されている。本実施形態では、端末やユーザーを識別するには１６バイトの端末ＩＤ４０１を用いる。契約番組名４０２は３２バイトで表す。番組属性４０３には、番組提供者名（ＳＲＣ）、番組のデータサイズ（ＳＩＺ）、端末のハードディスクへのアクセス許可情報であるパスワード（ＰＳＷ）、当該番組を上書き可能かどうかを示す識別子（ＯＷＲ）、保存期間（ＰＲＤ）を含めており、全部で９６バイトで表す。蓄積場所４０４としてハードディスクに分割したドライブ名及びその容量（括弧内）で表すが、その代わりに蓄積領域の開始アドレスと終了アドレス、または開始アドレスと容量などを用いてもよい。
【００２７】
次に上述した第２サーバーの動作について述べる。
【００２８】
図７は、本発明の実施の形態において、ユーザーが端末にあるハードディスクを貸しだすための申し込みをする時における第２サーバーの処理動作の流れ図を示す。まずユーザーが電話をかけて第２サーバーの送受信部（図２の２０７）に接続する。本実施の形態では、ＰＰＰのダイヤルアップ接続で第２サーバーに接続する。ユーザーは、第２サーバーの蓄積番組申し込み管理部（図２の２０９）が用意したハードディスク貸出しの申し込み画面にアクセスし、必要な項目を記入した上で第２サーバーに送信する（ステップ５０１）。ここでは、必要な項目として、端末契約者氏名、端末ＩＤを含める。第２サーバーはユーザーからの送信信号を受けて、端末契約者の氏名と端末ＩＤを確認する（ステップ５０２）。具体的には、蓄積番組申し込み管理部（図２の２０９）が端末契約者の氏名と端末ＩＤに関する情報を契約端末蓄積情報管理部（図２の２０２）に伝送し、契約端末蓄積情報管理部（図２の２０２）は契約端末データベース（図２の２０３）にアクセスし、申し込みのユーザーと端末は登録済みかどうかを確認する（ステップ５０３）。登録されていない場合、ステップ５０４にて、登録手続き要請画面をユーザーに提示する（図２のライン２１５経由）。登録済みである場合ステップ５０５に進み、契約端末蓄積情報管理部（図２の２０２）はライン２１５を経由して申し込みした端末にアクセスし、使用可能なハードディスク領域を調査する。第２サーバーが端末にアクセスできるように、端末を所有するユーザーの許可をもらう必要があるため、予め登録する必要がある。端末のハードディスクの調査した結果に基いて、ステップ５０６にて使用可能ハードディスク領域の中から実際に貸出し可能なオプションを複数ユーザーに提示する。本実施形態では、オプション提示画面は５１１に示し、全使用可能な領域５１２、各オプション５１３における貸出し容量５１４及びその貸出し料５１５等の情報を含める。ここでいう貸出し料は、ハードディスク領域を提供することによりユーザーに入ってくるお金のことである。画面５１１において、決定したオプションを選択項目５１６に記入する（ステップ５０７）。ユーザーが選択した結果は、送受信部（図２の２０７）を経由して第２サーバーに伝送され、契約端末蓄積情報管理部（図２の２０２）にて、契約端末データベース（図２の２０３）と顧客口座データベース（図２の２０５）を更新する（ステップ５０９）。本実施の形態では、未登録の顧客に対し、図３のようなデータを新たに追加する。登録済みの顧客に対しハードディスクの貸出し容量（図３の３０４）に関する情報を更新する。貸出しがはじめての場合は、貸出し容量をゼロから所定の容量に増やす。番組蓄積サービスを受けていない場合、残り容量（図３の３０４）は貸出し容量と同じである。また、顧客口座データベース（図２の２０５）について、貸出し容量に応じた入金の金額が記入される（図５の３１３）。以上で、ユーザーがハードディスクを貸出すに伴う作業が完了する。なお、貸出し領域は、第２サーバーが端末にあるハードディスクを調査した上でユーザーに提示する仕組みであったが、ユーザーが自ら決定して、第２サーバーに一方的に提示してもよい。
【００２９】
図８は、本発明の実施の形態において、番組提供者が番組配信申し込み時における第２サーバーの処理動作の流れ図を示す。まず番組提供者がインターネットを用いて第２サーバーの送受信部（図２の２０７）に接続する。本実施の形態では、ＰＰＰのダイヤルアップ接続で第２サーバーに接続する。提供者は、第２サーバーの蓄積番組申し込み管理部（図２の２０９）が用意した番組提供申し込み画面にアクセスし、必要な項目を記入した上で第２サーバーに送信する（ステップ６０１）。ここでは、必要な項目として、番組提供者名、番組名など、図４に書かれているデータを含める。第２サーバーは番組提供者からの送信信号を受けて、番組提供者を確認した上で、新規配信申し込みか、または配信停止申し込みを確認する（ステップ６０２）。具体的には、蓄積番組申し込み管理部（図２の２０９）が番組提供者名を契約端末蓄積情報管理部（図２の２０２）に伝送し、契約端末蓄積情報管理部（図２の２０２）は番組データベース（図２の２０４）にアクセスし、申し込みは既存の番組提供者によるものかどうかを確認し、番組データベースに番組提供者名がなければ、新規申し込みと判断する。また、番組提供者名が登録してあるが、番組名が登録されていない場合も新規申し込みと判断する。新規申し込みの場合はステップ６０３に、そうでない場合はステップ６１１に進む。なお、本実施形態ではステップ６１１は配信停止の処理についてのみに移行しているが、これに限るものではなく、他の処理に移行してもよい。
【００３０】
新規配信する場合、ステップ６０３にて、番組データベース（図２の２０４）に属性情報を登録する。番組の属性情報のデータ構造は図４に示されている。次に、契約端末蓄積情報管理部（図２の２０２）は契約端末データベース（図２の２０３）にアクセスし配信する端末を決定する（ステップ６０４）。同データベースより契約端末のハードディスク容量を確認し、該当する番組を蓄積するには十分な容量を所有する端末を特定する。このように特定した端末に対し、各端末の蓄積領域（開始アドレスと終了アドレス）を確保し、その領域へのアクセス許可を与えるパスワード（ＰＳＷ）を生成する。これらのデータを端末蓄積番組データベース（図２の２０６）に反映し、図６の構造をもつデータを更新する（ステップ６０５）。図６のデータベースをもとに、各端末に対し蓄積番組の属性情報を送付する（ステップ６０６）。送付したデータの構造を図１１に示す。すなわち、各端末は、契約した番組の番組名（９０１）、番組提供者（ＳＲＣ）、アクセス権（ＰＳＷ）、蓄積領域（９０３）及び蓄積可能な残り容量のデータを保有する。端末において、このデータをもとに第１サーバー（図１の１０１）が配信された番組のデータ（図１２R>２）と照合する。この処理により、番組提供者は端末所有者からハードディスクの一部をレンタルすることになる。そのために、ステップ６０７にて、番組提供者に請求する蓄積レンタル料の金額を計算し、顧客口座データベース（図２の２０５）を更新する。この場合図５のデータ構造の出金３１４として記録される。本実施の形態では、蓄積領域の利用単価（蓄積容量単位当たり）に全蓄積容量と受信端末数と配信期間を乗算することにより蓄積レンタル料を算出する。この計算は図２の料金算出部２０８にて行なわれる。ステップ６０８にて、各端末がハードディスクを貸出すことに伴う還元料を計算し、顧客口座データベース（図２の２０５）を更新する。この場合図５のデータ構造の入金３１３として記録される。本実施の形態では、蓄積領域の提供単価（蓄積容量単位当たり）に全蓄積容量と配信期間を乗算することにより還元料を算出する。
【００３１】
配信停止する場合、ステップ６１１にて、番組データベース（図２の２０４）から該当する番組の属性情報を削除する。次に、端末蓄積番組データベース（図２の２０６）から端末が契約した番組リストから該当する番組のデータを削除する（ステップ６１２）。番組を削除したために、ハードディスクの空き容量が増え、ステップ６１３にて各端末の空き容量を更新する。具体的には、契約端末データベース（図２の２０３）にある残り容量（図３の３０４）に削除した番組のデータサイズを加算する。また、端末へのアクセス権もあわせて削除される。ステップ６１５にて、各端末に対し蓄積番組の属性情報を送付する。これにより、端末は削除された番組がアクセス権をもたなくなる。最後にステップ６１５にて、第１サーバーに番組契約情報を送り、どの端末に、どの許可情報（パスワード）で番組を配信し、ハードディスクに書きこむかの情報を知らせる。第１サーバーはそのデータをもとに、図１２のようなデータを編成し配信する。なお、配信停止の処理を行う際にまずユーザーに確認をとるステップを設けてもよい。
【００３２】
図９は、本発明の実施の形態において、ユーザーが番組受信申し込み時の第２サーバーにおける処理動作の流れ図を示す。まずユーザーがインターネットを用いて第２サーバーの送受信部（図２の２０７）に接続する。本実施形態では、ＰＰＰのダイヤルアップ接続で第２サーバーに接続する。ユーザーは、第２サーバーの蓄積番組申し込み管理部（図２の２０９）が用意した蓄積番組受信申し込み画面にアクセスし、必要な項目を記入した上で第２サーバーに送信する（ステップ７０１）。ここでは、必要な項目として、端末契約者氏名、端末ＩＤ、受信したまたは受信を停止したい番組名の情報などを含める。第２サーバーはユーザーからの送信信号を受けて、新規受信申し込みか、または受信停止申し込みを確認する（ステップ７０２）。具体的には、蓄積番組受信申し込み画面に、新規申し込みと受信停止の選択項が用意されており、ユーザーはどれかを選択することになる。新規申し込みの場合はステップ７０３に、そうでない場合はステップ７１１に進む。
【００３３】
新規受信申し込みの場合、ステップ７０３にて、契約端末データベース（図２の２０３）に申し込みユーザー名を確認する。申し込みユーザーが登録されていない場合、ユーザーに登録の催促をする（図示されていない）。同時に、番組データベース（図２の２０４）に申し込まれる番組が登録されているかどうかを確認する。申し込まれる番組が登録されていない場合、その情報をユーザーに送る（図示されていない）。申し込みユーザー名と番組名が登録されている場合ステップ７０４に進む。契約端末蓄積情報管理部（図２の２０２）は契約端末データベース（図２の２０３）にアクセスし、申し込み端末のハードディスク容量を確認し、該当する番組を蓄積するには十分な容量を所有する場合、端末の蓄積領域（開始アドレスと終了アドレス）を確保し、その領域へのアクセス許可を与えるパスワード（ＰＳＷ）を生成する。これらのデータを端末蓄積番組データベース（図２の２０６）に反映し、図６の構造をもつデータを更新する（ステップ７０５）。図６に示される構造をもつデータベースをもとに、申し込み端末に対し蓄積番組の属性情報を送付する（ステップ７０６）。送付したデータの構造を図１１に示す。すなわち、端末は契約した番組の番組名９０１、番組提供者（ＳＲＣ）、アクセス権を示すパスワード（ＰＳＷ）、蓄積領域９０３及び蓄積可能な残り容量のデータを保有する。端末はこのデータをもとに第１サーバー（図１の１０１）が配信された番組のデータと照合する。この処理により、ユーザーは番組を蓄積し視聴することになるため、ステップ７０７にて、ユーザーから番組の視聴料を徴収するための金額を計算し、顧客口座データベース（図２の２０５）を更新する。この場合図５のデータ構造の出金３１４として記録される。本実施の形態では、番組受信単価に受信期間を乗算することにより視聴料を算出する。この計算は図２の料金算出部２０８にて行なわれる。ステップ７０８にて、番組提供者がハードディスクの一部をレンタルすることに伴う蓄積料を計算し、顧客口座データベース（図２の２０５）を更新する。この場合図５のデータ構造の出金３１３として記録される。本実施の形態では、蓄積領域の利用単価（蓄積容量単位当たり）に全蓄積容量と配信期間を乗算することにより蓄積料を算出する。
【００３４】
受信停止する場合、ステップ７１１にて、端末蓄積番組データベース（図２の２０６）から該当する番組の項を削除する。番組を削除したために、ハードディスクの空き容量が増え、ステップ７１２にて端末の空き容量を更新する。具体的には、契約端末データベース（図２の２０３）にある残り容量（図３の３０４）に削除した番組のデータサイズを加算する。また、端末へのアクセス権を示すパスワードもあわせて削除される。ステップ７１３にて、端末に対し蓄積番組の属性情報を送付する。これにより、端末は削除された番組がアクセス権をもっていないことがわかる。最後にステップ７１４にて、第１サーバーに番組契約情報を送り、申し込みユーザーの端末に対し、所定の許可情報（パスワード）で番組を配信し、ハードディスクに書きこむことになる。
【００３５】
図１０は、本発明の実施の形態による蓄積放送配信システムにおける受信装置８０１のブロック図を示し、図１０において８０２は第１受信部、８０３は第２送受信部、８０４はヘッダデータ解析部、８０５は蓄積制御部、８０６は蓄積情報管理部、８０７は蓄積情報データベース、８０８は蓄積を行なうためのスイッチ、８０９は蓄積メディア、８１０はデータの再生部、８１１は表示部である。
【００３６】
本実施の形態では、第２サーバーから送られたデータを、ライン８１３を経由して第２送受信部８０３に送る。このデータは端末を所有するユーザーが契約した番組に関する契約情報であり、図１１に示されている。このデータは図９のステップ７０６にて予め第２サーバーが端末に送られる。この契約番組は蓄積番組管理部８０６を経由して蓄積情報データベース８０７に保存する。ヘッダデータ解析部８０４から得られたデータと蓄積情報データベース８０７とを蓄積制御部８０５に送り、第１受信部からのデータを蓄積メディア８０９に保存するかどうかを決定し、スイッチ８０８を制御するための信号を出力する。蓄積すると判断した場合、スイッチ８０８を閉じ、データを蓄積メディア８０９に保存する。そうでない場合、スイッチ８０８を開き、データを保存しない。データ再生部８１０は保存したデータまたはヘッダデータ解析部からのデータを再生する。本実施の形態では、ＡＶのデータを再生するための手段を用いているが、ＡＶデータに限るものではない。再生されたＡＶデータは表示部８１１にて表示される。
【００３７】
一方、第１サーバーが配信した信号（コンテンツ情報）をアンテナ（図示されていない）で受信し、ライン８１２を経由して第１受信部８０２に送る。そこにて、受信データを復調して二値信号のデジタルデータに復元する。復元されたデータはライン８１４を経由してヘッダデータ解析部８０４に送る。ヘッダデータ解析部８０４は受信した信号に含まれる全契約者情報９０９を参照し、当該受信機にマッチングした許可情報（パスワード）や蓄積領域などの情報を取り出し、ライン８１５を経由して蓄積制御部８０５におくる。復元されたデジタルデータの模式図は図１２に示される。９０７は同期信号で、番組データのはじまりを示す。９０８は番組の共通情報で、番組名、提供者名（ＳＲＣ）、データのサイズ（ＳＩＺ）、上書きするかどうかと示すフラグ（ＯＷＲ）、保存期間（ＰＲＤ）が含まれる。９０９は全契約者情報で、当該番組を契約したユーザーの一覧、及びそれぞれのユーザーの端末にアクセスするためのパスワード（ＰＳＷ）、当該番組を端末のどの領域に保存するかを示す蓄積領域９１８を含める。最後に番組のＡＶデータ９１０が続く。
【００３８】
次に、蓄積制御８０５の動作を説明する。図１３は、本発明の実施の形態による受信装置の蓄積制御部の処理流れ図を示す。ステップ１００２にて、ヘッダデータ解析部（図１０の８０４）から送られた番組情報（図１２の９０８）と契約情報（図１２の９０９）を入力する。次に、番組情報に含まれる番組名を蓄積情報管理部（図１０の８０６）に送る。そこにて、蓄積情報データベース８０７から、前記番組名に対応する番組属性（図１１の９０２）を取りだし、蓄積制御部（図１０の８０５）に送る。蓄積制御部（図１０の８０５）では、データの比較を行なう（１００３）。ステップ１００４にて両ソースからの番組名及び提供者名が一致しない場合、不正アクセス（１００９）として終了する。一致する場合、ステップ１００５にて書き込み領域へのログインを試みる。このとき許可情報（パスワード）を比較し（ステップ１００６）、パスワードが一致しない場合不正アクセス（１００９）で終了する。一致する場合、ステップ１００７にてデータ書き込み許可信号を出力する（８２６）。この信号は図１０のライン８２６の経由しスイッチ８０８を制御する。
【００３９】
図１４に本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態のブロック図を示す。図１４において１１０２は第１受信部、１１０３第２送受信部、１１０４はヘッダデータ解析部、１１０５は蓄積可能容量管理部、１１０６は蓄積情報データベース、１１０７は空き容量算出部、１１０８は判断部、１１０９は蓄積制御部、１１１１は蓄積メディア、１１１２はデータの再生部、１１１３は表示部、１１２１は蓄積を行なうためのスイッチである。
【００４０】
本実施の形態では、第１サーバーが配信した信号をアンテナ（図示されていない）で受信し、ライン１１１４を経由して第１受信部１１０２に送る。そこにて、受信データを復調して二値信号のデジタルデータに復元する。復元されたデータはライン１１１５を経由してヘッダデータ解析部１１０４に送る。復元されたデジタルデータは図１２に示される。一方、第２サーバーから送られたデータを、ライン１１２５を経由して第２送受信部１１０３に送る。このデータは端末を所有するユーザーが契約した番組に関する契約情報であり、図１１に示されている。このデータは図９のステップ７０６にて予め第２サーバーが端末に送られたものである。この契約番組データは蓄積可能容量管理部１１０５を経由して蓄積データベース１１０６に保存する。ヘッダデータ解析部１１０４から得られた番組名をライン１１１６を経由し、蓄積可能容量管理部１１０５に送る。そこにて、前記の番組名をもとに、蓄積情報データベース１１０６から該当するデータを取り出し、蓄積可能容量管理部を経由し判断部１１０８に送る。同時にデータ解析部からのヘッダデータ（図１２の９０８、９０９）も判断部１１０８に送る。判断部１１０８からの出力信号は蓄積制御部１１０９に送り、スイッチ１１２１を制御するための信号を出力する。蓄積すると判断した場合、スイッチ１１２１を閉じ、データを蓄積メディア１１１１に保存する。そうでない場合、スイッチ１１２１を開き、データを保存しない。データ再生部１１１２は保存したデータまたはヘッダデータ解析部からのデータを再生する。本実施の形態では、ＡＶのデータを再生するための手段を用いているが、ＡＶデータに限るものではない。再生されたＡＶデータは表示部１１１３にて表示される。
【００４１】
図１５は、本発明による受信装置の第２形態処理の流れ図を示す。ステップ１２０２では、データ解析部（図１４の１１０４）にて受信されたコンテンツの中から番組情報（図１２の９０８）と契約情報（図１２R>２の９０９）を解析し、番組の属性情報を出力する。属性情報として、番組名、番組提供者（ＳＲＣ）、番組のデータサイズ（ＳＩＺ）、許可情報であるパスワード（ＰＳＷ）と上書き可能フラグ（ＯＷＲ）を含める。これらの情報を図１４のライン１１１７を経由して判断部１１０８に送る。次に、前記の番組名をもとに蓄積可能容量管理部（図１４の１１０５）にて、対応する番組の記憶領域・残り容量・許可情報（パスワード）を取得する（ステップ１２０３）。これらの情報を図１４のライン１１２８を経由して判断部１１０８に送る。ステップ１２０４にて、まずデータサイズ（ＳＩＺ）と残り容量とを比較する。データサイズが空き容量よりも小さい場合、ステップ１２０５に進む。そうでない場合は不正アクセス（１２１０）として終了。この処理は図１４の判断部１１０８にて行なう。また同ステップでは、配信された番組を上書きしてもいいものについてステップ１２０４が常に成り立つように制御する。ステップ１２０５にて書き込み領域へのログインを試みる（図１４の蓄積制御部１１０９で実行）。ここでは許可情報（パスワード）を比較し（ステップ１２０６）、一致しない場合不正アクセス（１２１０）で終了する。一致する場合、ステップ１２０７にてデータ書き込み許可信号を出力する。この信号は図１０のライン８２６の経由しスイッチ８０８を制御する。ステップ１２０８にて、蓄積メディアの書き込みが終了した時点で、空き容量算出部１１０７は空き容量を算出し、データベース（図１４の蓄積情報データベース１１０６）にあるデータを更新する。
【００４２】
図１６は、受信装置にある空き容量算出部の第１処理の流れ図を示す。ステップ１３０１では蓄積したデータのファイルサイズを入力し、次に該当するデータは上書き可能かどうかを確認する（ステップ１３０２）。上書き可能な場合、データベースにある残り容量を更新せずに次のステップに進む。そうでない場合、ステップ１３０３にて残り容量からファイルサイズを引き算し、残差値を用いてデータベースにある残り容量の値を更新する。次に、過去において保存したデータの保存期間満了したかどうかをチェックする（１３０５）。保存期間は図１２の番組共通情報９０８に記述される保存期間満了した場合、データベースにある残り容量に保存期間満了したデータのファイルサイズを加え、書きこみ可能な領域を増やす（１３０６）。なお、ステップ１３０５と１３０６はステップ１３０１から１３０４と分けて処理してもよい。
【００４３】
図１７は、受信装置にある空き容量算出部の第２処理の流れ図を示す。ステップ１４０１から１４０４は図１６のステップ１３０１から１３０４と同じである。それ以降の処理は残り容量を逐次に増やす実施形態である。本実施の形態は、例えば、あるコンテンツの保存期間が７日間ならば１日ごとにその７分の１ずつ消去し蓄積容量を増やす場合などのように、一日ごとに残り容量を更新するものである。保存期間（ＰＲＤ）をループの制御変数とし、一日ごとにステップ１４０６と１４０７を実行する。ステップ１４０６では残り容量の増分を算出する。本実施の形態ではファイルサイズを均等にわけて、増分量とする。ステップ１４０７にてその増分量を残り容量に加算し、書き込み可能な容量を増やす。保存期間が満期になるまでに以上の処理を繰り返す。このようにして、ハードディスクにあるデータは徐々に上書きされることになり、保存期間が満了するまでに、書き込み領域を徐々に増やすことが可能である。
【００４４】
図１８は、上記実施の形態の処理を、上記処理のプログラムを格納したフロッピー（登録商標）ディスクを用いて、コンピュータシステムにより実施する場合を説明する図である。
【００４５】
図１８(b)は、フロッピーディスクの正面からみた外観、断面構造、及びフロッピーディスクを示し、図１８(a)は、記録媒体本体であるフロッピーディスクの物理フォーマットの例を示している。フロッピーディスクＦＤはケースＦ内に内蔵され、該ディスクの表面には、同心円状に外周からは内周に向かって複数のトラックＴｒが形成され、各トラックは角度方向に１６のセクタＳｅに分割されている。従って、上記プログラムを格納したフロッピーディスクでは、上記フロッピーディスクＦＤ上に割り当てられた領域に、上記プログラムとしてのデータが記録されている。
【００４６】
また、図１８(c)は、フロッピーディスクＦＤに上記プログラムの記録再生を行うための構成を示す。上記プログラムをフロッピーディスクＦＤに記録する場合は、コンピュータシステムＣｓから上記プログラムとしてのデータをフロッピーディスクドライブを介して書き込む。また、フロッピーディスク内のプログラムにより上記符号化あるいは復号化装置をコンピュータシステム中に構築する場合は、フロッピーディスクドライブによりプログラムをフロッピーディスクから読み出し、コンピュータシステムに転送する。
【００４７】
なお、上記説明では、データ記録媒体としてフロッピーディスクを用いて説明を行ったが、光ディスクを用いても同様に行うことができる。また、記録媒体はこれに限らず、ＩＣカード、ＲＯＭカセット等、プログラムを記録できるものであれば同様に実施することができる。
【００４８】
以上の実施形態では、放送受信端末を用いて説明したが、携帯電話・PDA・ケーブルテレビ受信器などの通信端末やＰＣ端末に蓄積メディアを具備し、蓄積メディアを統括的にサーバーが管理するものに対しても適用できる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施の形態による蓄積放送配信システムを示すブロック図
【図２】本発明の実施の形態による蓄積放送配信システムにおける第２サーバーを示すブロック図
【図３】本発明の実施の形態による第２サーバーにある契約端末データベースのデータ構造を示す模式図
【図４】本発明の実施の形態による第２サーバーにある番組データベースのデータ構造を示す模式図
【図５】本発明の実施の形態による第２サーバーにある顧客口座データベースのデータ構造を示す模式図
【図６】本発明の実施の形態による第２サーバーにある端末蓄積番組情報のデータ構造を示す模式図
【図７】本発明の実施の形態において、ユーザーが蓄積メディア貸出し申し込み時における第２サーバーの処理動作を示す流れ図
【図８】本発明の実施の形態において、番組提供者が番組配信申し込み時の第２サーバーにおける処理動作を示す流れ図
【図９】本発明の実施の形態において、ユーザーが番組受信申し込み時の第２サーバーにおける処理動作を示す流れ図
【図１０】本発明の実施の形態による蓄積放送配信システムにおける受信装置を示すブロック図
【図１１】本発明の実施の形態による受信装置にある契約番組のデータベースを示すブロック模式図
【図１２】本発明の実施の形態による蓄積放送配信システムにおける第１サーバーが配信するデータを示す模式図
【図１３】本発明の実施の形態による受信装置の蓄積制御部の処理を示す流れ図
【図１４】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態を示すブロック図
【図１５】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態の処理を示す流れ図
【図１６】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態にある空き容量算出部の第１処理を示す流れ図
【図１７】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態にある空き容量算出部の第２処理を示す流れ図
【図１８】図１８（ａ），（ｂ），（ｃ）は、上記実施の形態の蓄積放送配信システムにおける処理をコンピュータシステムにより実現するためのプログラムを格納するためのデータ記憶媒体について説明するための図である。
【符号の説明】
【００５０】
１００ 第２サーバー
１０１ 第１サーバー
１０２ 第１送信手段
１０３ 公衆ネットワーク
１０４、１０５、１０６、１０７ 受信装置
２０２ 契約端末・蓄積情報管理部
２０３ 契約端末データベース
２０４ 番組データベース
２０５ 顧客口座データベース
２０６ 端末蓄積番組情報データベース
２０７ 送受信部
２０８ 料金算出部
２０９ 蓄積番組申し込み管理部
８０２ 第１受信部
８０３ 第２受信部
８０４ ヘッダデータ解析部
８０５ 蓄積制御部
８０６ 蓄積情報管理部
８０７ 蓄積情報データベース
８０８ スイッチ
８０９ 蓄積メディア
８１０ データの再生部
８１１ 表示部
【特許請求の範囲】
【請求項１】
データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する受信装置であり、
前記第１サーバー装置から送信されるコンテンツ情報を受信する第１受信部と、
前記第２サーバー装置から送信される蓄積情報を受信する第２受信部と、
前記第２受信部で受信した蓄積情報を管理する蓄積情報管理部と、前記第１受信部で受信したコンテンツ情報が有するコンテンツを、当該コンテンツ情報が有する属性情報と合致する属性情報を有する前記第２受信部が受信した領域情報が示す蓄積領域に蓄積する蓄積制御部とを具備する受信装置。
【請求項２】
データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応するコンテンツの蓄積可能な容量を示す情報である容量情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する受信装置であり、
前記第１サーバー装置から送信されるコンテンツ情報を受信する第１受信部と、
前記第２サーバー装置から送信される蓄積情報を受信する第２受信部と、
前記第２受信部で受信した蓄積情報を管理する蓄積可能容量管理部と、
前記第１受信部で受信したコンテンツのサイズを取り出すサイズ取得部と、
前記第１受信部で受信した属性情報に対応する蓄積可能な容量を前記蓄積可能容量管理部から取り出し、当該取り出した蓄積可能容量から当該属性情報に対応するコンテンツが蓄積可能な空き容量を算出する空き容量算出部と、
前記空き容量算出部で算出した空き容量と前記サイズ取得部で取得したサイズを比較して、前記コンテンツを蓄積するために必要な空き容量が蓄積メディア中に存在するか否かを判断する判断部と、
前記判断部での判断結果が空き容量ありである場合に、前記コンテンツを蓄積メディアに蓄積する蓄積制御部とを具備する受信装置。
【請求項３】
データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応する容量情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する第２サーバー装置であり、
受信装置を識別する端末識別子、属性情報および当該属性情報に対応する容量情報を有する端末別蓄積情報を管理する蓄積情報管理部と、
前記蓄積情報管理部で管理されている端末別蓄積情報が有する端末識別子に対応する受信装置に、当該端末別蓄積情報が有する属性情報および当該属性情報に対応する容量情報を送信する送信部とを具備する第２サーバー装置。
【請求項４】
前記蓄積情報管理部で管理されている端末別蓄積情報が有する容量情報をパラメータとした料金を算出する算出部を具備する請求項３記載の第２サーバー装置。
【請求項５】
属性情報はコンテンツを提供するコンテンツの提供先を示す情報であり、前記算出部で算出した料金を前記端末別蓄積情報が有する属性情報が示すコンテンツ提供先に請求するための請求情報を送信する請求情報送信部を具備する請求項４記載の第２サーバー装置。
【請求項６】
前記蓄積情報管理部が管理する端末別蓄積情報が追加された場合に、当該端末別蓄積情報が有する端末識別子で識別される受信装置に当該端末別蓄積情報が有する属性情報および容量情報を有する情報を送信することを特徴とする請求項３から請求項４いずれか記載の第２サーバー装置。
【請求項７】
前記蓄積情報管理部が管理する端末別蓄積情報が有する属性情報または容量情報が変更された場合に、当該端末別蓄積情報が有する端末情報で識別される受信装置に当該端末別蓄積情報が有する属性情報および容量情報を有する情報を送信することを特徴とする請求項３から請求項５いずれか記載の第２サーバー装置。
【請求項８】
前記蓄積情報管理部が管理する端末別蓄積情報が削除された場合に、当該削除された端末別蓄積情報が有する端末情報で識別される受信装置に当該端末別蓄積情報が有する属性情報を有する情報を送信することを特徴とする請求項３から請求項５いずれか記載の第２サーバー装置。
【請求項９】
請求項６記載の第２サーバー装置から属性情報および容量情報を有する情報を受信する受信装置であって、前記第２受信部が当該属性情報および当該容量情報を有する蓄積情報を受信し、
当該蓄積情報を前記空き容量管理部に蓄積する蓄積部をさらに具備する請求項２記載の受信装置。
【請求項１０】
請求項７記載の第２サーバー装置から属性情報および容量情報を有する情報を受信する受信装置であって、
前記第２受信部が当該属性情報および当該容量情報を有する蓄積情報を受信し、前記属性情報をキーに空き容量管理部から前記蓄積情報を検索し、当該検索した蓄積情報中の容量情報を当該受信した容量情報に書き換える変更部をさらに具備することを特徴とする請求項２記載の受信装置。
【請求項１１】
請求項８記載の第２サーバー装置から属性情報を有する情報を受信する受信装置であって、
前記第２受信部が当該属性情報を有する情報を受信し、前記属性情報を有する蓄積情報を前記空き容量管理部から削除する削除部をさらに具備することを特徴とする請求項２記載の受信装置。
【請求項１２】
第１サーバー装置から送信されるコンテンツ及び当該コンテンツの属性を示す属性情報を有するコンテンツ情報と、第２サーバー装置から送信される属性情報及び当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報とを受信する受信方法であって、
第１サーバー装置から送信されるコンテンツ情報を受信する第１受信ステップと、
第２サーバー装置から送信される蓄積情報を受信する第２受信ステップと、前記第２受信ステップで受診した蓄積情報を管理する蓄積情報管理ステップと、
前記第１受信ステップで受信したコンテンツ情報が有するコンテンツを当該コンテンツ情報が有する属性情報と合致する属性情報を有する、前記第２受信ステップで受信した領域情報が示す蓄積領域に蓄積する蓄積制御ステップを備えることを特徴とする受信方法。
【請求項１３】
第１サーバー装置から送信されるコンテンツ及び当該コンテンツの属性を示す属性情報を有するコンテンツ情報と、第２サーバー装置から送信される属性情報及び当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報を有する蓄積情報を受信する受信装置用のコンピュータ読み取り可能な記録媒体であって、
前記第１サーバー装置から送信されるコンテンツ情報を受信する第１受信処理と、
前記第２サーバー装置から送信される蓄積情報を受信する第２受信処理と、
前記第２受信ステップで受診した蓄積情報を管理する蓄積情報管理処理と、
前記第１受信処理で受信したコンテンツ情報が有するコンテンツを当該コンテンツ情報が有する属性情報と合致する属性情報を有する、前記第２受信処理で受信した領域情報が示す蓄積領域に蓄積する蓄積制御処理をコンピュータに実行させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１】
データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する受信装置であり、
前記第１サーバー装置から送信されるコンテンツ情報を受信する第１受信部と、
前記第２サーバー装置から送信される蓄積情報を受信する第２受信部と、
前記第２受信部で受信した蓄積情報を管理する蓄積情報管理部と、前記第１受信部で受信したコンテンツ情報が有するコンテンツを、当該コンテンツ情報が有する属性情報と合致する属性情報を有する前記第２受信部が受信した領域情報が示す蓄積領域に蓄積する蓄積制御部とを具備する受信装置。
【請求項２】
データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応するコンテンツの蓄積可能な容量を示す情報である容量情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する受信装置であり、
前記第１サーバー装置から送信されるコンテンツ情報を受信する第１受信部と、
前記第２サーバー装置から送信される蓄積情報を受信する第２受信部と、
前記第２受信部で受信した蓄積情報を管理する蓄積可能容量管理部と、
前記第１受信部で受信したコンテンツのサイズを取り出すサイズ取得部と、
前記第１受信部で受信した属性情報に対応する蓄積可能な容量を前記蓄積可能容量管理部から取り出し、当該取り出した蓄積可能容量から当該属性情報に対応するコンテンツが蓄積可能な空き容量を算出する空き容量算出部と、
前記空き容量算出部で算出した空き容量と前記サイズ取得部で取得したサイズを比較して、前記コンテンツを蓄積するために必要な空き容量が蓄積メディア中に存在するか否かを判断する判断部と、
前記判断部での判断結果が空き容量ありである場合に、前記コンテンツを蓄積メディアに蓄積する蓄積制御部とを具備する受信装置。
【請求項３】
データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバー装置と、前記受信装置に属性情報および当該属性情報に対応する容量情報を有する蓄積情報を送信する第２サーバー装置とから構成されるネットワークシステムを構成する第２サーバー装置であり、
受信装置を識別する端末識別子、属性情報および当該属性情報に対応する容量情報を有する端末別蓄積情報を管理する蓄積情報管理部と、
前記蓄積情報管理部で管理されている端末別蓄積情報が有する端末識別子に対応する受信装置に、当該端末別蓄積情報が有する属性情報および当該属性情報に対応する容量情報を送信する送信部とを具備する第２サーバー装置。
【請求項４】
前記蓄積情報管理部で管理されている端末別蓄積情報が有する容量情報をパラメータとした料金を算出する算出部を具備する請求項３記載の第２サーバー装置。
【請求項５】
属性情報はコンテンツを提供するコンテンツの提供先を示す情報であり、前記算出部で算出した料金を前記端末別蓄積情報が有する属性情報が示すコンテンツ提供先に請求するための請求情報を送信する請求情報送信部を具備する請求項４記載の第２サーバー装置。
【請求項６】
前記蓄積情報管理部が管理する端末別蓄積情報が追加された場合に、当該端末別蓄積情報が有する端末識別子で識別される受信装置に当該端末別蓄積情報が有する属性情報および容量情報を有する情報を送信することを特徴とする請求項３から請求項４いずれか記載の第２サーバー装置。
【請求項７】
前記蓄積情報管理部が管理する端末別蓄積情報が有する属性情報または容量情報が変更された場合に、当該端末別蓄積情報が有する端末情報で識別される受信装置に当該端末別蓄積情報が有する属性情報および容量情報を有する情報を送信することを特徴とする請求項３から請求項５いずれか記載の第２サーバー装置。
【請求項８】
前記蓄積情報管理部が管理する端末別蓄積情報が削除された場合に、当該削除された端末別蓄積情報が有する端末情報で識別される受信装置に当該端末別蓄積情報が有する属性情報を有する情報を送信することを特徴とする請求項３から請求項５いずれか記載の第２サーバー装置。
【請求項９】
請求項６記載の第２サーバー装置から属性情報および容量情報を有する情報を受信する受信装置であって、前記第２受信部が当該属性情報および当該容量情報を有する蓄積情報を受信し、
当該蓄積情報を前記空き容量管理部に蓄積する蓄積部をさらに具備する請求項２記載の受信装置。
【請求項１０】
請求項７記載の第２サーバー装置から属性情報および容量情報を有する情報を受信する受信装置であって、
前記第２受信部が当該属性情報および当該容量情報を有する蓄積情報を受信し、前記属性情報をキーに空き容量管理部から前記蓄積情報を検索し、当該検索した蓄積情報中の容量情報を当該受信した容量情報に書き換える変更部をさらに具備することを特徴とする請求項２記載の受信装置。
【請求項１１】
請求項８記載の第２サーバー装置から属性情報を有する情報を受信する受信装置であって、
前記第２受信部が当該属性情報を有する情報を受信し、前記属性情報を有する蓄積情報を前記空き容量管理部から削除する削除部をさらに具備することを特徴とする請求項２記載の受信装置。
【請求項１２】
第１サーバー装置から送信されるコンテンツ及び当該コンテンツの属性を示す属性情報を有するコンテンツ情報と、第２サーバー装置から送信される属性情報及び当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報とを受信する受信方法であって、
第１サーバー装置から送信されるコンテンツ情報を受信する第１受信ステップと、
第２サーバー装置から送信される蓄積情報を受信する第２受信ステップと、前記第２受信ステップで受診した蓄積情報を管理する蓄積情報管理ステップと、
前記第１受信ステップで受信したコンテンツ情報が有するコンテンツを当該コンテンツ情報が有する属性情報と合致する属性情報を有する、前記第２受信ステップで受信した領域情報が示す蓄積領域に蓄積する蓄積制御ステップを備えることを特徴とする受信方法。
【請求項１３】
第１サーバー装置から送信されるコンテンツ及び当該コンテンツの属性を示す属性情報を有するコンテンツ情報と、第２サーバー装置から送信される属性情報及び当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報を有する蓄積情報を受信する受信装置用のコンピュータ読み取り可能な記録媒体であって、
前記第１サーバー装置から送信されるコンテンツ情報を受信する第１受信処理と、
前記第２サーバー装置から送信される蓄積情報を受信する第２受信処理と、
前記第２受信ステップで受診した蓄積情報を管理する蓄積情報管理処理と、
前記第１受信処理で受信したコンテンツ情報が有するコンテンツを当該コンテンツ情報が有する属性情報と合致する属性情報を有する、前記第２受信処理で受信した領域情報が示す蓄積領域に蓄積する蓄積制御処理をコンピュータに実行させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００６−２２２９５４（Ｐ２００６−２２２９５４Ａ）
【公開日】平成１８年８月２４日（２００６．８．２４）
【国際特許分類】
【出願番号】特願２００６−２７１９４（Ｐ２００６−２７１９４）
【出願日】平成１８年２月３日（２００６．２．３）
【分割の表示】特願２０００−２００９４９（Ｐ２０００−２００９４９）の分割
【原出願日】平成１２年７月３日（２０００．７．３）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成１８年８月２４日（２００６．８．２４）
【国際特許分類】
【出願日】平成１８年２月３日（２００６．２．３）
【分割の表示】特願２０００−２００９４９（Ｐ２０００−２００９４９）の分割
【原出願日】平成１２年７月３日（２０００．７．３）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]