JP3784245B2

JP3784245B2 - Receiver

Info

Publication number: JP3784245B2
Application number: JP2000200949A
Authority: JP
Inventors: ブン・チュン・セン
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2000-07-03
Filing date: 2000-07-03
Publication date: 2006-06-07
Anticipated expiration: 2020-07-03
Also published as: JP2002027375A

Description

【０００１】
【発明の属する技術分野】
本発明は、蓄積メディアを具備する放送受信装置に関するもので、特に放送受信装置にある蓄積メディアの蓄積領域の管理と利用に関するものである。
【０００２】
【従来の技術】
近年、ハードディスクなどの蓄積メディアを具備する放送受信装置やセット・トップ・ボックスであって、放送番組をデジタル信号としてハードディスクなどの蓄積メディアに記録するものが出現している。これは、従来のようにアナログ信号としてビデオテープに記録する場合と比べて、大容量に記録でき、データのアクセスが簡単になる。また、録画したい番組をプログラムの形で制御することにより、ユーザーの好みやジャンルごとに記録・再生したり、擬似的に個人のチャンネルを作ったりするようなサービスを受けることができる。ここで、ユーザーは録画したい番組に関する情報（出演者、放送時間、ジャンル）は電話回線を通してサービス提供者から入手することができる。
【０００３】
さらに、この放送受信装置では番組提供者が、ユーザー端末の蓄積メディアに放送番組を自動に記録するサービスが進められている。このようにして蓄積された番組はいつでも視聴できるため、広告や宣伝に効果的である。この場合、端末にある蓄積領域の一部を予め当該番組提供者に割当て、放送で受信された番組を割当てられた領域に自動的に蓄積する必要がある。
【０００４】
【発明が解決しようとする課題】
この蓄積放送サービスにおいては、蓄積領域を予め割当てる必要はあるが、従来では、特定のドライブやハードディスクの領域を第１番組提供者に割り当ててしまうと、当該領域を第１番組提供者以外の利用に使うことができなくなるという問題が予想される。また、第１番組提供者が番組を配信しなくなる場合、当該蓄積領域は使用されないままとなり、端末の所有者であるユーザーや他の番組提供者に割当てることができない。即ち、当該蓄積領域は「廃地」になってしまう。
【０００５】
本発明は、ユーザーをはじめ、番組提供者やデータ配信事業者に対し、動的に蓄積領域を割当てて、蓄積領域を無駄なく最大限に使用できることを目的とする。また、この蓄積領域の動的割当ては、端末を所有するユーザーがマニュアルで制御する必要がない。
【０００６】
【課題を解決するための手段】
この課題を解決するために、本発明は、以下の構成の受信装置を提供する。
【０００７】
本発明の受信装置は、データを蓄積する蓄積メディアと、前記蓄積メディアの蓄積領域情報を送信するための送信部とを有し、コンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバ装置と、前記蓄積領域情報に基づいて作成される属性情報および当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報を有する蓄積情報を送信する第２サーバ装置、とともにネットワークシステムを構成し、
前記第１サーバ装置から送信されるコンテンツ情報を受信する第１受信部と、
前記第２サーバ装置から送信される蓄積情報を受信する第２受信部と、
前記第２受信部で受信した蓄積情報を管理する蓄積情報管理部と、
前記第１受信部で受信したコンテンツ情報が有する属性情報と、蓄積情報管理部が管理する蓄積情報が有する属性情報とが合致した際に、当該コンテンツ情報が有するコンテンツを、当該蓄積情報が有する領域情報が示す前記蓄積メディアの蓄積領域に蓄積する蓄積制御部とを具備する。
【０００８】
上記構成によれば、コンテンツの属性を示す属性情報及びコンテンツの蓄積領域を示す領域情報をともに第１サーバーから受信し、あらかじめ第２サーバーより受信したこれらの情報と合致した領域にコンテンツが蓄積されるので、あらかじめ蓄積領域を考慮して、どの蓄積メディアのどの領域に蓄積するかを定めて放送番組の放送が可能である。したがって、蓄積領域を予め割当てる場合に、第１番組提供者に割り当てた後でも、当該領域を第１番組提供者以外の利用に使うことができなくなるという問題が解消される。
【００１１】
また、本発明は、データを蓄積する蓄積メディアを具備する受信装置と、前記受信装置にコンテンツおよび当該コンテンツの属性を示す属性情報を有するコンテンツ情報を送信する第１サーバ装置と、前記受信装置に属性情報および当該属性情報に対応する容量情報を有する蓄積情報を送信する第２サーバ装置とから構成されるネットワークシステムを構成する第２サーバ装置であり、受信装置を識別する端末識別子、属性情報および当該属性情報に対応する容量情報を有する端末別蓄積情報を管理する蓄積情報管理部と、前記蓄積情報管理部で管理されている端末別蓄積情報が有する端末識別子に対応する受信装置に、当該端末別蓄積情報が有する属性情報および当該属性情報に対応する容量情報を送信する送信部とを具備する第２サーバ装置を提供する。
【００１２】
上記構成によれば、第２サーバ装置は各受信装置ごとの蓄積情報を管理することができるので、放送番組の申込み時に受信装置の蓄積領域及び蓄積可能の判断などを行うことができ、その結果を放送番組放映に先立ち受信装置に送ることができる。したがって、受信装置は放送番組ごとなどに蓄積領域を確保することができる。
【００１３】
また、本発明は、以下の受信方法を提供する。
【００１４】
受信方法は、第１サーバ装置から送信されるコンテンツ及び当該コンテンツの属性を示す属性情報を有するコンテンツ情報と、第２サーバ装置から送信される属性情報及び当該属性情報に対応するコンテンツの蓄積領域を示す情報である領域情報とを受信する受信方法であって、
第１サーバ装置から送信されるコンテンツ情報を受信する第１受信ステップと、
第２サーバ装置から送信される蓄積情報を受信する第２受信ステップと、
前記第２受信ステップで受信した蓄積情報を管理する蓄積情報管理ステップと、
前記第１受信ステップで受信したコンテンツ情報が有するコンテンツを、当該コンテンツ情報が有する属性情報と、蓄積情報管理ステップにおいて管理された蓄積情報が有する属性情報とが合致した際に、前記第２受信ステップで受信した領域情報が示す蓄積領域に蓄積する蓄積制御ステップを備える。
【００１５】
上記方法は、コンピュータを用いて実施することができ、そのためのプログラムは、コンピュータ読み取り可能な記録媒体に記録される。
【発明の実態の形態】
【００１６】
以下、本発明の実施の形態について、図１から図１８を用いて説明する。
【００１７】
図１は本発明による蓄積放送配信システムのブロック図を示し、図１において１００は第２サーバー、１０１は第１サーバー、１０２は第１送信手段（送信アンテナ）、１０３は公衆ネットワーク、１０４から１０７は受信装置、１０８から１１１は第１受信手段（受信アンテナ）である。
【００１８】
第１サーバー１０１は、第１送信手段１０２を経由して、データを受信装置（１０４〜１０７）に配信するものである。本実施形態では、第１送信手段１０２は映像番組などを送信するためのアンテナである。映像やオーディオ、ゲームソフトなどをはじめとする大容量のデジタルデータを、デジタル放送の手段やIPマルチキャストの方法で一斉に配信するが、これに限るものではない。受信装置（１０４〜１０７）にはハードディスクや他のデジタルデータを記録するための蓄積メディアを具備しており、第１送信手段１０２で配信されたデータを蓄積メディアに保存する。
【００１９】
第１送信手段で配信されたデータの中で、どのデータをどこの端末のどの蓄積領域に保存するかについての制御は、第２サーバー１００から受信装置が蓄積情報を受信することによって行う。第１サーバー１０１と第２サーバー１００は専用線１２３で接続されており、配信先となる端末の情報を第１サーバーに送信する。なお、図１には受信装置が４つ描かれているが、これに限るものではない。また、第１サーバー１０１と第２サーバー１００は異なるものではなくて、同じサーバーであってもよい。以下では、本発明による蓄積放送配信システムの動作の詳細を述べる。
【００２０】
図２は本発明の実施の形態による蓄積放送配信システムにおける第２サーバー２０１のブロック図を示す。図２において２０２は契約端末・蓄積情報管理部、２０３は契約端末データベース、２０４は番組の属性情報を示す番組データベース、２０５は顧客口座データベース、２０６端末蓄積番組情報データベース、２０７は送受信部、２０８は料金算出部、２０９は蓄積番組申し込み管理部である。
【００２１】
送受信部２０７は、受信端末を保有するユーザー、番組の提供者、第１サーバーと接続する。蓄積番組申し込み管理部２０９は、番組を蓄積したいユーザーからの申し込みや、番組を配信したい番組提供者からの申し込みを受けつけて、申し込みの処理を行う。申し込み処理時に必要なデータや、処理結果をデータベースへの書き込みは、契約端末・蓄積情報管理部２０２を経由して行う。契約端末・蓄積情報管理部２０２は各データベース（２０３〜２０６）をアクセスし、下記に述べる各ケースに対応する処理を行なう。それに伴うリクエスト信号や、データは送受信部２０７を経由して、該当する送信先（受信端末、番組の提供者または第１サーバー）に送信される。
【００２２】
図３は、本発明の実施の形態による第２サーバーにある契約端末データ−ベース（図２の２０３）のデータ構造の模式図を示す。このデータは、サービスを受けるための契約端末に関する情報である。３０１は端末所有者の氏名で３２バイトで表す。３０２は端末所有者の住所で１２８バイトで表す。３０３は端末（放送受信器）固有の識別子で、１６バイトで表す。３０４は該当する端末の仕様に関する情報であり、本実施形態では、ユーザーが貸出すハードディスクの全容量及び、全容量の中で未使用領域に対応する残り容量に関する情報である。容量の代わりに、ユーザーが貸出すハードディスクの開始アドレスと終了アドレス、及び未使用領域のアドレスが記述されてもよい。
【００２３】
図４は、本発明の実施の形態による第２サーバーにある番組データ−ベース（図２の２０４）のデータ構造の模式図を示す。３０５は番組の提供者の名前で、３２バイトで表す。３０６は番組名で３２バイトで表す。３０７は該当する番組のデータサイズを示し、８バイトで表す。本実施の形態では、データサイズは該当する番組１回単位のデータ量であるが、番組全シリーズのデータ量の合計であってもよい。３０８は番組料金で８バイトで表す。３０９は上書き情報であり、該当番組を上書きしてよいかどうかを示す情報で２ビットで表す。３１０は当該番組の保存時間で、８バイトで表す。本実施の形態では、番組を蓄積してから、消さずにハードディスクに残す時間を示す。
【００２４】
図５は、本発明の実施の形態による第２サーバーにある顧客口座データ−ベース（図２の２０５）のデータ構造の模式図を示す。ここでいう顧客は端末契約者と番組提供者の両方を包含する。３１１は顧客の氏名で、３２バイトで表す。３１２は、契約もしくは提供する番組名で、３２バイトで表す。一般的に、ここでいう番組名は商品名や取引項目に該当する。３１３は契約者への入金で８バイトで表す。番組提供者の場合は顧客からの支払いであり、端末契約者の場合はハードディスクを番組提供者への貸与に対する貸与料である。３１４は契約者への出金で８バイトで表す。番組提供者の場合は端末のハードディスクの使用料として端末所有者に対する支払いであり、端末契約者の場合は番組の受信料である。なお、図５において取引の日付に関する項目はあるが、図示されていない。
【００２５】
図６は、本発明の実施の形態による第２サーバーにある端末蓄積番組情報のデータ構造（図２の２０６）の模式図を示す。この情報からは、端末、即ちユーザー（４０１）が契約し、受信したい番組の一覧（４０２）、及び各番組の属性情報（４０３）を示す。各番組を端末のどの領域に蓄積すればよいかを示す蓄積場所（４０４）も記述されている。本実施形態では、端末やユーザーを識別するには１６バイトの端末ＩＤ４０１を用いる。契約番組名４０２は３２バイトで表す。番組属性４０３には、番組提供者名（ＳＲＣ）、番組のデータサイズ（ＳＩＺ）、端末のハードディスクへのアクセス許可情報であるパスワード（ＰＳＷ）、当該番組を上書き可能かどうかを示す識別子（ＯＷＲ）、保存期間（ＰＲＤ）を含めており、全部で９６バイトで表す。蓄積場所４０４としてハードディスクに分割したドライブ名及びその容量（括弧内）で表すが、その代わりに蓄積領域の開始アドレスと終了アドレス、または開始アドレスと容量などを用いてもよい。
【００２６】
次に上述した第２サーバーの動作について述べる。
【００２７】
図７は、本発明の実施の形態において、ユーザーが端末にあるハードディスクを貸しだすための申し込みをする時における第２サーバーの処理動作の流れ図を示す。まずユーザーが電話をかけて第２サーバーの送受信部（図２の２０７）に接続する。本実施の形態では、ＰＰＰのダイヤルアップ接続で第２サーバーに接続する。ユーザーは、第２サーバーの蓄積番組申し込み管理部（図２の２０９）が用意したハードディスク貸出しの申し込み画面にアクセスし、必要な項目を記入した上で第２サーバーに送信する（ステップ５０１）。ここでは、必要な項目として、端末契約者氏名、端末ＩＤを含める。第２サーバーはユーザーからの送信信号を受けて、端末契約者の氏名と端末ＩＤを確認する（ステップ５０２）。具体的には、蓄積番組申し込み管理部（図２の２０９）が端末契約者の氏名と端末ＩＤに関する情報を契約端末蓄積情報管理部（図２の２０２）に伝送し、契約端末蓄積情報管理部（図２の２０２）は契約端末データ−ベース（図２の２０３）にアクセスし、申し込みのユーザーと端末は登録済みかどうかを確認する（ステップ５０３）。登録されていない場合、ステップ５０４にて、登録手続き要請画面をユーザーに提示する（図２のライン２１５経由）。登録済みである場合ステップ５０５に進み、契約端末蓄積情報管理部（図２の２０２）はライン２１５を経由して申し込みした端末にアクセスし、使用可能なハードディスク領域を調査する。第２サーバーが端末にアクセスできるように、端末を所有するユーザーの許可をもらう必要があるため、予め登録する必要がある。端末のハードディスクの調査した結果に基いて、ステップ５０６にて使用可能ハードディスク領域の中から実際に貸出し可能なオプションを複数ユーザーに提示する。本実施形態では、オプション提示画面は５１１に示し、全使用可能な領域（５１２）、各オプション（５１３）における貸出し容量（５１４）及びその貸出し料（５１５）等の情報を含める。ここでいう貸出し料は、ハードディスク領域を提供することによりユーザーに入ってくるお金のことである。画面５１１において、決定したオプションを選択項目（５１６）に記入する（ステップ５０７）。ユーザーが選択した結果は、送受信部（図２の２０７）を経由して第２サーバーに伝送され、契約端末蓄積情報管理部（図２の２０２）にて、契約端末データベース（図２の２０３）と顧客口座データベース（図２の２０５）を更新する（５０９）。本実施の形態では、未登録の顧客に対し、図３のようなデータを新たに追加する。登録済みの顧客に対しハードディスクの貸出し容量（図３の３０４）に関する情報を更新する。貸出しがはじめての場合は、貸出し容量をゼロから所定の容量に増やす。番組蓄積サービスを受けていない場合、残り容量（図３の３０４）は貸出し容量と同じである。また、顧客口座データ−ベース（図２の２０５）について、貸出し容量に応じた入金の金額が記入される（図５の３１３）。以上で、ユーザーがハードディスクを貸出すに伴う作業が完了する。なお、貸出し領域は、第２サーバーが端末にあるハードディスクを調査した上でユーザーに提示する仕組みであったが、ユーザーが自ら決定して、第２サーバーに一方的に提示してもよい。
【００２８】
図８は、本発明の実施の形態において、番組提供者が番組配信申し込み時における第２サーバーの処理動作の流れ図を示す。まず番組提供者がインターネットを用いて第２サーバーの送受信部（図２の２０７）に接続する。本実施の形態では、ＰＰＰのダイヤルアップ接続で第２サーバーに接続する。提供者は、第２サーバーの蓄積番組申し込み管理部（図２の２０９）が用意した番組提供申し込み画面にアクセスし、必要な項目を記入した上で第２サーバーに送信する（ステップ６０１）。ここでは、必要な項目として、番組提供者名、番組名など、図４に書かれているデータを含める。第２サーバーは番組提供者からの送信信号を受けて、番組提供者を確認した上で、新規配信申し込みか、または配信停止申し込みを確認する（ステップ６０２）。具体的には、蓄積番組申し込み管理部（図２の２０９）が番組提供者名を契約端末蓄積情報管理部（図２の２０２）に伝送し、契約端末蓄積情報管理部（図２の２０２）は番組データ−ベース（図２の２０４）にアクセスし、申し込みは既存の番組提供者によるものかどうかを確認し、番組データベースに番組提供者名がなければ、新規申し込みと判断する。また、番組提供者名が登録してあるが、番組名が登録されていない場合も新規申し込みと判断する。新規申し込みの場合はステップ６０３に、そうでない場合はステップ６１１に進む。なお、本実施形態ではステップ６１１は配信停止の処理についてのみに移行しているが、これに限るものではなく、他の処理に移行してもよい。
【００２９】
新規配信する場合、ステップ６０３にて、番組データベース（図２の２０４）に属性情報を登録する。番組の属性情報のデータ構造は図４に示されている。次に、契約端末蓄積情報管理部（図２の２０２）は契約端末データベース（図２の２０３）にアクセスし配信する端末を決定する（ステップ６０４）。同データベースより契約端末のハードディスク容量を確認し、該当する番組を蓄積するには十分な容量を所有する端末を特定する。このように特定した端末に対し、各端末の蓄積領域（開始アドレスと終了アドレス）を確保し、その領域へのアクセス許可を与えるパスワード（ＰＳＷ）を生成する。これらのデータを端末蓄積番組データベース（図２の２０６）に反映し、図６の構造をもつデータを更新する（ステップ６０５）。図６のデータベースをもとに、各端末に対し蓄積番組の属性情報を送付する（ステップ６０６）。送付したデータの構造を図１１に示す。すなわち、各端末は、契約した番組の番組名（９０１）、番組提供者（ＳＲＣ）、アクセス権（ＰＳＷ）、蓄積領域（９０３）及び蓄積可能な残り容量のデータを保有する。端末において、このデータをもとに第１サーバ（図１の１０１）が配信された番組のデータ（図１２）と照合する。この処理により、番組提供者は端末所有者からハードディスクの一部をレンタルすることになる。そのために、ステップ６０７にて、番組提供者に請求する蓄積レンタル料の金額を計算し、顧客口座データ−ベース（図２の２０５）を更新する。この場合図５のデータ構造の出金（３１４）として記録される。本実施の形態では、蓄積領域の利用単価（蓄積容量単位当たり）に全蓄積容量と受信端末数と配信期間を乗算することにより蓄積レンタル料を算出する。この計算は図２の料金算出部２０８にて行なわれる。ステップ６０８にて、各端末がハードディスクを貸出すことに伴う還元料を計算し、顧客口座データ−ベース（図２の２０５）を更新する。この場合図５のデータ構造の入金（３１３）として記録される。本実施の形態では、蓄積領域の提供単価（蓄積容量単位当たり）に全蓄積容量と配信期間を乗算することにより還元料を算出する。
【００３０】
配信停止する場合、ステップ６１１にて、番組データベース（図２の２０４）から該当する番組の属性情報を削除する。次に、端末蓄積番組データベース（図２の２０６）から端末が契約した番組リストから該当する番組のデータを削除する（ステップ６１２）。番組を削除したために、ハードディスクの空き容量が増え、ステップ６１３にて各端末の空き容量を更新する。具体的には、契約端末データベース（図２の２０３）にある残り容量（図３の３０４）に削除した番組のデータサイズを加算する。また、端末へのアクセス権もあわせて削除される。ステップ６１５にて、各端末に対し蓄積番組の属性情報を送付する。これにより、端末は削除された番組がアクセス権をもたなくなる。最後にステップ６１５にて、第１サーバに番組契約情報を送り、どの端末に、どの許可情報（パスワード）で番組を配信し、ハードディスクに書きこむかの情報を知らせる。第１サーバーはそのデータをもとに、図１２のようなデータを編成し配信する。なお、配信停止の処理を行う際にまずユーザーに確認をとるステップを設けてもよい。
【００３１】
図９は、本発明の実施の形態において、ユーザーが番組受信申し込み時の第２サーバーにおける処理動作の流れ図を示す。まずユーザーがインターネットを用いて第２サーバーの送受信部（図２の２０７）に接続する。本実施形態では、ＰＰＰのダイヤルアップ接続で第２サーバーに接続する。ユーザーは、第２サーバーの蓄積番組申し込み管理部（図２の２０９）が用意した蓄積番組受信申し込み画面にアクセスし、必要な項目を記入した上で第２サーバーに送信する（ステップ７０１）。ここでは、必要な項目として、端末契約者氏名、端末ＩＤ、受信したまたは受信を停止したい番組名の情報などを含める。第２サーバーはユーザーからの送信信号を受けて、新規受信申し込みか、または受信停止申し込みを確認する（ステップ７０２）。具体的には、蓄積番組受信申し込み画面に、新規申し込みと受信停止の選択項が用意されており、ユーザーはどれかを選択することになる。新規申し込みの場合はステップ７０３に、そうでない場合はステップ７１１に進む。
【００３２】
新規受信申し込みの場合、ステップ７０３にて、契約端末データ−ベース（図２の２０３）に申し込みユーザー名を確認する。申し込みユーザーが登録されていない場合、ユーザーに登録の催促をする（図示されていない）。同時に、番組データベース（図２の２０４）に申し込まれる番組が登録されているかどうかを確認する。申し込まれる番組が登録されていない場合、その情報をユーザーに送る（図示されていない）。申し込みユーザー名と番組名が登録されている場合ステップ７０４に進む。契約端末蓄積情報管理部（図２の２０２）は契約端末データベース（図２の２０３）にアクセスし、申し込み端末のハードディスク容量を確認し、該当する番組を蓄積するには十分な容量を所有する場合、端末の蓄積領域（開始アドレスと終了アドレス）を確保し、その領域へのアクセス許可を与えるパスワード（ＰＳＷ）を生成する。これらのデータを端末蓄積番組データベース（図２の２０６）に反映し、図６の構造をもつデータを更新する（ステップ７０５）。図６に示される構造をもつデータベースをもとに、申し込み端末に対し蓄積番組の属性情報を送付する（ステップ７０６）。送付したデータの構造を図１１に示す。すなわち、端末は契約した番組の番組名（９０１）、番組提供者（ＳＲＣ）、アクセス権を示すパスワード（ＰＳＷ）、蓄積領域（９０３）及び蓄積可能な残り容量のデータを保有する。端末はこのデータをもとに第１サーバ（図１の１０１）が配信された番組のデータと照合する。この処理により、ユーザーは番組を蓄積し視聴することになるため、ステップ７０７にて、ユーザーから番組の視聴料を徴収するための金額を計算し、顧客口座データ−ベース（図２の２０５）を更新する。この場合図５のデータ構造の出金（３１４）として記録される。本実施の形態では、番組受信単価に受信期間を乗算することにより視聴料を算出する。この計算は図２の料金算出部２０８にて行なわれる。ステップ７０８にて、番組提供者がハードディスクの一部をレンタルすることに伴う蓄積料を計算し、顧客口座データ−ベース（図２の２０５）を更新する。この場合図５のデータ構造の出金（３１３）として記録される。本実施の形態では、蓄積領域の利用単価（蓄積容量単位当たり）に全蓄積容量と配信期間を乗算することにより蓄積料を算出する。
【００３３】
受信停止する場合、ステップ７１１にて、端末蓄積番組データベース（図２の２０６）から該当する番組の項を削除する。番組を削除したために、ハードディスクの空き容量が増え、ステップ７１２にて端末の空き容量を更新する。具体的には、契約端末データベース（図２の２０３）にある残り容量（図３の３０４）に削除した番組のデータサイズを加算する。また、端末へのアクセス権を示すパスワードもあわせて削除される。ステップ７１３にて、端末に対し蓄積番組の属性情報を送付する。これにより、端末は削除された番組がアクセス権をもっていないことがわかる。最後にステップ７１４にて、第１サーバに番組契約情報を送り、申し込みユーザーの端末に対し、所定の許可情報（パスワード）で番組を配信し、ハードディスクに書きこむことになる。
【００３４】
図１０は、本発明の実施の形態による蓄積放送配信システムにおける受信装置８０１のブロック図を示し、図１０において８０２は第１受信部、８０３第２送受信部、８０４はヘッダデータ解析部、８０５は蓄積制御部、８０６は蓄積情報管理部、８０７は蓄積情報データ−ベース、８０８は蓄積を行なうためのスイッチ、８０９は蓄積メディア、８１０はデータの再生部、８１１は表示部である。
【００３５】
本実施の形態では、第２サーバから送られたデータを、ライン８１３を経由して第２送受信部（８０３）に送る。このデータは端末を所有するユーザーが契約した番組に関する契約情報であり、図１１に示されている。このデータは図９のステップ７０６にて予め第２サーバが端末に送られる。この契約番組は蓄積番組管理部（８０６）を経由して蓄積情報データベース（８０７）に保存する。ヘッダデータ解析部（８０４）から得られたデータと蓄積情報データベース（８０７）とを蓄積制御部（８０５）に送り、第１受信部からのデータを蓄積メディア８０９に保存するかどうかを決定し、スイッチ８０８を制御するための信号を出力する。蓄積すると判断した場合、スイッチ８０８を閉じ、データを蓄積メディア８０９に保存する。そうでない場合、スイッチ８０８を開き、データを保存しない。データ再生部８１０は保存したデータまたはヘッダデータ解析部からのデータを再生する。本実施の形態では、ＡＶのデータを再生するための手段を用いているが、ＡＶデータに限るものではない。再生されたＡＶデータは表示部８１１にて表示される。
【００３６】
一方、第１サーバが配信した信号（コンテンツ情報）をアンテナ（図示されていない）で受信し、ライン８１２を経由して第１受信部（８０２）に送る。そこにて、受信データを復調して二値信号のデジタルデータに復元する。復元されたデータはライン８１４を経由してヘッダデータ解析部（８０４）に送る。ヘッダデータ解析部（８０４）は受信した信号に含まれる全契約者情報（９０９）を参照し、当該受信機にマッチングした許可情報（パスワード）や蓄積領域などの情報情報を取り出し、ライン８１５を経由して蓄積制御部（８０５）におくる。復元されたデジタルデータの模式図は図１２に示される。９０７は同期信号で、番組データのはじまりを示す。９０８は番組の共通情報で、番組名、提供者名（ＳＲＣ）、データのサイズ（ＳＩＺ）、上書きするかどうかと示すフラグ（ＯＷＲ）、保存期間（ＰＲＤ）が含まれる。９０９は全契約者情報で、当該番組を契約したユーザーの一覧、及びそれぞれのユーザーの端末にアクセスするためのパスワード（ＰＳＷ）、当該番組を端末のどの領域に保存するかを示す蓄積領域（９１８）を含める。最後に番組のＡＶデータ９１０が続く。
【００３７】
次に、蓄積制御８０５の動作を説明する。図１３は、本発明の実施の形態による受信装置の蓄積制御部の処理流れ図を示す。ステップ１００２にて、ヘッダデータ解析部（図１０の８０４）から送られた番組情報（図１２の９０８）と契約情報（図１２の９０９）を入力する。次に、番組情報に含まれる番組名を蓄積情報管理部（図１０の８０６）に送る。そこにて、蓄積情報データベース８０７から、前記番組名に対応する番組属性（図１１の９０２）を取りだし、蓄積制御部（図１０の８０５）に送る。蓄積制御部（図１０の８０５）では、データの比較を行なう（１００３）。ステップ１００４にて両ソースからの番組名及び提供者名が一致しない場合、不正アクセス（１００９）として終了する。一致する場合、ステップ１００５にて書き込み領域へのログインを試みる。このとき許可情報（パスワード）を比較し（ステップ１００６）、パスワードが一致しない場合不正アクセス（１００９）で終了する。一致する場合、ステップ１００７にてデータ書き込み許可信号を出力する（８２６）。この信号は図１０のライン８２６の経由しスイッチ８０８を制御する。
【００３８】
図１４に本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態のブロック図を示す。図１４において１１０２は第１受信部、１１０３第２送受信部、１１０４はヘッダデータ解析部、１１０５は蓄積可能容量管理部、１１０６は蓄積情報データ−ベース、１１０７は空き容量算出部、１１０８は判断部、１１０９は蓄積制御部、１１１１は蓄積メディア、１１１２はデータの再生部、１１１３は表示部、１１２１は蓄積を行なうためのスイッチである。
【００３９】
本実施の形態では、第１サーバが配信した信号をアンテナ（図示されていない）で受信し、ライン１１１４を経由して第１受信部（１１０２）に送る。そこにて、受信データを復調して二値信号のデジタルデータに復元する。復元されたデータはライン１１１５を経由してヘッダデータ解析部（１１０４）に送る。復元されたデジタルデータは図１２に示される。一方、第２サーバから送られたデータを、ライン１１２５を経由して第２送受信部１１０３に送る。このデータは端末を所有するユーザーが契約した番組に関する契約情報であり、図１１に示されている。このデータは図９のステップ７０６にて予め第２サーバが端末に送られたものである。この契約番組データは蓄積可能容量管理部（１１０５）を経由して蓄積データベース（１１０６）に保存する。ヘッダデータ解析部（１１０４）から得られた番組名をライン１１１６を経由し、蓄積可能容量管理部１１０５に送る。そこにて、前記の番組名をもとに、蓄積情報データベース（１１０６）から該当するデータを取り出し、蓄積可能容量管理部を経由し判断部１１０８に送る。同時にデータ解析部からのヘッダデータ（図１２の９０８、９０９）も判断部１１０８に送る。判断部１１０８からの出力信号は蓄積制御部１１０９に送り、スイッチ１１２１を制御するための信号を出力する。蓄積すると判断した場合、スイッチ１１２１を閉じ、データを蓄積メディア１１１１に保存する。そうでない場合、スイッチ１１２１を開き、データを保存しない。データ再生部１１１２は保存したデータまたはヘッダデータ解析部からのデータを再生する。本実施の形態では、ＡＶのデータを再生するための手段を用いているが、ＡＶデータに限るものではない。再生されたＡＶデータは表示部１１１３にて表示される。
【００４０】
図１５は、本発明による受信装置の第２形態処理の流れ図を示す。ステップ１２０２では、データ解析部（図１４の１１０４）にて受信されたコンテンツの中から番組情報（図１２の９０８）と契約情報（図１２の９０９）を解析し、番組の属性情報を出力する。属性情報として、番組名、番組提供者（ＳＲＣ）、番組のデータサイズ（ＳＩＺ）、許可情報であるパスワード（ＰＳＷ）と上書き可能フラグ（ＯＷＲ）を含める。これらの情報を図１４のライン１１１７を経由して判断部１１０８に送る。次に、前記の番組名をもとに蓄積可能容量管理部（図１４の１１０５）にて、対応する番組の記憶領域・残り容量・許可情報（パスワード）を取得する（ステップ１２０３）。これらの情報を図１４のライン１１２８を経由して判断部１１０８に送る。ステップ１２０４にて、まずデータサイズ（ＳＩＺ）と残り容量とを比較する。データサイズが空き容量よりも小さい場合、ステップ１２０５に進む。そうでない場合は不正アクセス（１２１０）として終了。この処理は図１４の判断部１１０８にて行なう。また同ステップでは、配信された番組を上書きしてもいいものについてステップ１２０４が常に成り立つように制御する。ステップ１２０５にて書き込み領域へのログインを試みる（図１４の蓄積制御部１１０９で実行）。ここでは許可情報（パスワード）を比較し（ステップ１２０６）、一致しない場合不正アクセス（１２１０）で終了する。一致する場合、ステップ１２０７にてデータ書き込み許可信号を出力する。この信号は図１０のライン８２６の経由しスイッチ８０８を制御する。ステップ１２０８にて、蓄積メディアの書き込みが終了した時点で、空き容量算出部１１０７は空き容量を算出し、データベース（図１４の蓄積情報データベース１１０６）にあるデータを更新する。
【００４１】
図１６は、受信装置にある空き容量算出部の第１処理の流れ図を示す。ステップ１３０１では蓄積したデータのファイルサイズを入力し、次に該当するデータは上書き可能かどうかを確認する（ステップ１３０２）。上書き可能な場合、データベースにある残り容量を更新せずに次のステップに進む。そうでない場合、ステップ１３０３にて残り容量からファイルサイズを引き算し、残差値を用いてデータベースにある残り容量の値を更新する。次に、過去において保存したデータの保存期間満了したかどうかをチェックする（１３０５）。保存期間は図１２の番組共通情報９０８に記述される保存期間満了した場合、データベースにある残り容量に保存期間満了したデータのファイルサイズを加え、書きこみ可能な領域を増やす（１３０６）。なお、ステップ１３０５と１３０６はステップ１３０１から１３０４と分けて処理してもよい。
【００４２】
図１７は、受信装置にある空き容量算出部の第２処理の流れ図を示す。ステップ１４０１から１４０４は図１６のステップ１３０１から１３０４と同じである。それ以降の処理は残り容量を逐次に増やす実施形態である。本実施の形態は、例えば、あるコンテンツの保存期間が７日間ならば１日ごとにその７分の１ずつ消去し蓄積容量を増やす場合などのように、一日ごとに残り容量を更新するものである。保存期間（ＰＲＤ）をループの制御変数とし、一日ごとにステップ１４０６と１４０７を実行する。ステップ１４０６では残り容量の増分を算出する。本実施の形態ではファイルサイズを均等にわけて、増分量とする。ステップ１４０７にてその増分量を残り容量に加算し、書き込み可能な容量を増やす。保存期間が満期になるまでに以上の処理を繰り返す。このようにして、ハードディスクにあるデータは徐々に上書きされることになり、保存期間が満了するまでに、書き込み領域を徐々に増やすことが可能である。
【００４３】
図１８は、上記実施の形態の処理を、上記処理のプログラムを格納したフロッピーディスクを用いて、コンピュータシステムにより実施する場合を説明する図である。
【００４４】
図１８(b)は、フロッピーディスクの正面からみた外観、断面構造、及びフロッピーディスクを示し、図１８(a)は、記録媒体本体であるフロッピーディスクの物理フォーマットの例を示している。フロッピーディスクＦＤはケースＦ内に内蔵され、該ディスクの表面には、同心円状に外周からは内周に向かって複数のトラックＴｒが形成され、各トラックは角度方向に１６のセクタＳｅに分割されている。従って、上記プログラムを格納したフロッピーディスクでは、上記フロッピーディスクＦＤ上に割り当てられた領域に、上記プログラムとしてのデータが記録されている。
【００４５】
また、図１８(c)は、フロッピーディスクＦＤに上記プログラムの記録再生を行うための構成を示す。上記プログラムをフロッピーディスクＦＤに記録する場合は、コンピュータシステムＣｓから上記プログラムとしてのデータをフロッピーディスクドライブを介して書き込む。また、フロッピーディスク内のプログラムにより上記符号化あるいは復号化装置をコンピュータシステム中に構築する場合は、フロッピーディスクドライブによりプログラムをフロッピーディスクから読み出し、コンピュータシステムに転送する。
【００４６】
なお、上記説明では、データ記録媒体としてフロッピーディスクを用いて説明を行ったが、光ディスクを用いても同様に行うことができる。また、記録媒体はこれに限らず、ＩＣカード、ＲＯＭカセット等、プログラムを記録できるものであれば同様に実施することができる。
【００４７】
以上の実施形態では、放送受信端末を用いて説明したが、携帯電話・PDA・ケーブルテレビ受信器などの通信端末やPC端末に蓄積メディアを具備し、蓄積メディアを統括的にサーバーが管理するのものに対しも適用できる。
【００４８】
【発明の効果】
以上のように本発明によれば、蓄積メディアを具備する放送受信装置に対し、端末所有者や番組提供者の使用領域を、動的に蓄積領域を割当てるため、蓄積領域を無駄なく最大限に使用できる。また蓄積領域の動的割当ては、サービス提供者のサーバーにて自動的に制御するため、端末を所有するユーザーがマニュアルで制御する必要がない。
【図面の簡単な説明】
【図１】本発明の実施の形態による蓄積放送配信システムを示すブロック図
【図２】本発明の実施の形態による蓄積放送配信システムにおける第２サーバーを示すブロック図
【図３】本発明の実施の形態による第２サーバーにある契約端末データ−ベースのデータ構造を示す模式図
【図４】本発明の実施の形態による第２サーバーにある番組データ−ベースのデータ構造を示す模式図
【図５】本発明の実施の形態による第２サーバーにある顧客口座データ−ベースのデータ構造を示す模式図
【図６】本発明の実施の形態による第２サーバーにある端末蓄積番組情報のデータ構造を示す模式図
【図７】本発明の実施の形態において、ユーザーが蓄積メディア貸出し申し込み時における第２サーバーの処理動作を示す流れ図
【図８】本発明の実施の形態において、番組提供者が番組配信申し込み時の第２サーバーにおける処理動作を示す流れ図
【図９】本発明の実施の形態において、ユーザーが番組受信申し込み時の第２サーバーにおける処理動作を示す流れ図
【図１０】本発明の実施の形態による蓄積放送配信システムにおける受信装置を示すブロック図
【図１１】本発明の実施の形態による受信装置にある契約番組のデータベースを示すブロック模式図
【図１２】本発明の実施の形態による蓄積放送配信システムにおける第１サーバーが配信するデータを示す模式図
【図１３】本発明の実施の形態による受信装置の蓄積制御部の処理を示す流れ図
【図１４】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態を示すブロック図
【図１５】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態の処理を示す流れ図
【図１６】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態にある空き容量算出部の第１処理を示す流れ図
【図１７】本発明の実施の形態による蓄積放送配信システムにおける受信装置の第２形態にある空き容量算出部の第２処理を示す流れ図
【図１８】図１８(a) ，(b) ，(c) は、上記実施の形態の蓄積放送配信システムにおける処理をコンピュータシステムにより実現するためのプログラムを格納するためのデータ記憶媒体について説明するための図である。
【符号の説明】
１００第２サーバ
１０１第１サーバ
１０２第１送信手段
１０３公衆ネットワーク
１０４、１０５、１０６、１０７受信装置
２０２契約端末・蓄積情報管理部
２０３契約端末データベース
２０４番組データベース
２０５顧客口座データベース
２０６端末蓄積番組情報データベース
２０７送受信部
２０８料金算出部
２０９蓄積番組申し込み管理部
８０２第１受信部
８０３第２受信部
８０４ヘッダデータ解析部
８０５蓄積制御部
８０６蓄積情報管理部
８０７蓄積情報データ−ベース
８０８スイッチ
８０９蓄積メディア
８１０データの再生部
８１１表示部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a broadcast receiving apparatus provided with a storage medium, and particularly to management and use of a storage area of a storage medium in the broadcast receiving apparatus.
[0002]
[Prior art]
In recent years, broadcast receiving apparatuses and set top boxes having storage media such as hard disks, which record broadcast programs as digital signals on storage media such as hard disks, have appeared. This can be recorded in a large capacity compared to the case of recording as an analog signal on a video tape as in the prior art, and data access is simplified. In addition, by controlling the program to be recorded in the form of a program, it is possible to receive a service such as recording / reproducing for each user's preference or genre, or creating a pseudo personal channel. Here, the user can obtain information (performer, broadcast time, genre) regarding the program to be recorded from the service provider through the telephone line.
[0003]
Further, in this broadcast receiving apparatus, a service is being promoted in which a program provider automatically records a broadcast program on a storage medium of a user terminal. Since the programs stored in this way can be viewed at any time, it is effective for advertising and promotion. In this case, it is necessary to allocate a part of the storage area in the terminal to the program provider in advance and automatically store the program received by broadcasting in the allocated area.
[0004]
[Problems to be solved by the invention]
In this storage broadcasting service, it is necessary to pre-allocate a storage area. Conventionally, if a specific drive or hard disk area is allocated to the first program provider, the area is used by other than the first program provider. The problem that it can not be used for is expected. Further, when the first program provider stops distributing the program, the storage area remains unused and cannot be assigned to the user who is the terminal owner or another program provider. That is, the storage area becomes a “waste land”.
[0005]
SUMMARY OF THE INVENTION An object of the present invention is to dynamically allocate storage areas to users, program providers, and data distribution companies so that the storage areas can be used as much as possible without waste. Further, the dynamic allocation of the storage area does not need to be manually controlled by the user who owns the terminal.
[0006]
[Means for Solving the Problems]
In order to solve this problem, the present invention provides a receiving apparatus having the following configuration.
[0007]
  The receiving apparatus of the present inventionA storage medium for storing data, and a transmission unit for transmitting storage area information of the storage medium.A first server device for transmitting content information having content information indicating content and attributes of the content;Created based on storage area informationSecond server apparatus that transmits storage information having attribute information and area information that is information indicating a storage area of content corresponding to the attribute informationTogether with the network system,
  A first receiver for receiving content information transmitted from the first server device;
  A second receiver for receiving stored information transmitted from the second server device;
  A stored information management unit for managing stored information received by the second receiving unit;
An area in which the storage information has the content that the content information has when the attribute information that the content information received by the first reception unit matches the attribute information that the storage information managed by the storage information management unit has. An accumulation control unit for accumulating in the accumulation area of the accumulation medium indicated by the informationIt comprises.
[0008]
According to the above configuration, both the attribute information indicating the content attribute and the area information indicating the storage area of the content are received from the first server, and the content is stored in an area that matches the information received from the second server in advance. Therefore, it is possible to broadcast a broadcast program by determining in which storage medium and in which storage medium the storage area is taken into consideration. Therefore, when the storage area is allocated in advance, the problem that the area cannot be used for use other than the first program provider even after the storage area is allocated to the first program provider is solved.
[0011]
In addition, the present invention provides a receiving device including a storage medium for storing data, a first server device that transmits content information including attribute information indicating content and an attribute of the content to the receiving device, and the receiving device. A second server device constituting a network system composed of attribute information and a second server device that transmits storage information having capacity information corresponding to the attribute information, a terminal identifier for identifying the receiving device, attribute information, and A storage information management unit that manages storage information for each terminal having capacity information corresponding to the attribute information, and a receiving device corresponding to a terminal identifier included in the storage information for each terminal managed by the storage information management unit; A second server comprising: attribute information included in the separately stored information; and a transmission unit that transmits capacity information corresponding to the attribute information. To provide a location.
[0012]
According to the above configuration, since the second server device can manage the accumulated information for each receiving device, it is possible to determine the accumulating area of the receiving device and the accumulation possibility at the time of applying for a broadcast program, and as a result Can be sent to the receiver prior to the broadcast program broadcast. Therefore, the receiving apparatus can secure an accumulation area for each broadcast program.
[0013]
The present invention also provides the following receiving method.
[0014]
  The reception method includes content information having content information transmitted from the first server device and attribute information indicating the attribute of the content, attribute information transmitted from the second server device, and a content storage area corresponding to the attribute information. A receiving method for receiving region information, which is information indicating,
  A first receiving step of receiving content information transmitted from the first server device;
  A second receiving step of receiving accumulated information transmitted from the second server device;
  A stored information management step for managing the stored information received in the second receiving step;
  Content included in the content information received in the first receiving step,Attribute information that the content information hasWhen the attribute information of the stored information managed in the stored information management step matches,An accumulation control step of accumulating in the accumulation area indicated by the area information received in the second reception step;
[0015]
The above method can be performed using a computer, and a program for the method is recorded on a computer-readable recording medium.
[Form of the present invention]
[0016]
Hereinafter, embodiments of the present invention will be described with reference to FIGS.
[0017]
FIG. 1 shows a block diagram of a stored broadcast distribution system according to the present invention. In FIG. 1, 100 is a second server, 101 is a first server, 102 is a first transmission means (transmission antenna), 103 is a public network, and 104 to 107 are shown. Is a receiving device, and 108 to 111 are first receiving means (receiving antennas).
[0018]
The first server 101 distributes data to the receiving devices (104 to 107) via the first transmission means 102. In this embodiment, the 1st transmission means 102 is an antenna for transmitting a video program etc. Large volumes of digital data such as video, audio, and game software are distributed all at once by means of digital broadcasting or IP multicast, but this is not a limitation. The receiving devices (104 to 107) are provided with a storage medium for recording a hard disk and other digital data, and the data distributed by the first transmission means 102 is stored in the storage medium.
[0019]
Control of which data is stored in which storage area of which terminal among the data distributed by the first transmission means is performed by the receiving device receiving the storage information from the second server 100. The first server 101 and the second server 100 are connected by a dedicated line 123, and transmit information on terminals to be distributed to the first server. In FIG. 1, four receiving apparatuses are illustrated, but the present invention is not limited to this. Further, the first server 101 and the second server 100 are not different, and may be the same server. Details of the operation of the stored broadcast distribution system according to the present invention will be described below.
[0020]
FIG. 2 is a block diagram of the second server 201 in the stored broadcast distribution system according to the embodiment of the present invention. 2, 202 is a contract terminal / accumulated information management unit, 203 is a contract terminal database, 204 is a program database indicating program attribute information, 205 is a customer account database, 206 terminal stored program information database, 207 is a transmission / reception unit, and 208 is A fee calculation unit 209 is an accumulated program application management unit.
[0021]
The transmission / reception unit 207 is connected to a user having a receiving terminal, a program provider, and a first server. The stored program application management unit 209 receives an application from a user who wants to store a program or an application from a program provider who wants to distribute a program, and performs application processing. Data necessary for application processing and processing results are written into the database via the contract terminal / stored information management unit 202. The contract terminal / stored information management unit 202 accesses each database (203 to 206) and performs processing corresponding to each case described below. The accompanying request signal and data are transmitted to the corresponding transmission destination (receiving terminal, program provider, or first server) via the transmission / reception unit 207.
[0022]
FIG. 3 is a schematic diagram of the data structure of the contract terminal database (203 in FIG. 2) in the second server according to the embodiment of the present invention. This data is information related to the contract terminal for receiving the service. 301 is the name of the terminal owner and is represented by 32 bytes. 302 is the address of the terminal owner and is represented by 128 bytes. Reference numeral 303 denotes an identifier unique to the terminal (broadcast receiver) and is represented by 16 bytes. Reference numeral 304 denotes information related to the specifications of the corresponding terminal, and in this embodiment, information related to the total capacity of the hard disk lent by the user and the remaining capacity corresponding to the unused area in the total capacity. Instead of the capacity, the start address and end address of the hard disk lent by the user and the address of the unused area may be described.
[0023]
FIG. 4 shows a schematic diagram of the data structure of the program data base (204 in FIG. 2) in the second server according to the embodiment of the present invention. Reference numeral 305 denotes the name of the program provider, which is represented by 32 bytes. Reference numeral 306 denotes a program name represented by 32 bytes. Reference numeral 307 denotes the data size of the corresponding program, which is represented by 8 bytes. In the present embodiment, the data size is the data amount of the corresponding program once, but it may be the total data amount of the entire program series. Reference numeral 308 denotes a program fee expressed by 8 bytes. Reference numeral 309 denotes overwrite information, which is information indicating whether or not the corresponding program can be overwritten, and is represented by 2 bits. 310 is the storage time of the program and is represented by 8 bytes. In the present embodiment, the time for storing programs on the hard disk without erasing them is shown.
[0024]
FIG. 5 shows a schematic diagram of the data structure of the customer account database (205 in FIG. 2) in the second server according to the embodiment of the present invention. The customers here include both terminal contractors and program providers. Reference numeral 311 denotes the name of the customer, which is represented by 32 bytes. Reference numeral 312 denotes a program name to be contracted or provided, and is represented by 32 bytes. In general, the program name here corresponds to a product name or a transaction item. Reference numeral 313 denotes a deposit to the contractor and is expressed by 8 bytes. In the case of a program provider, it is payment from a customer, and in the case of a terminal contractor, it is a rental fee for lending a hard disk to a program provider. 314 is a withdrawal to the contractor and is represented by 8 bytes. In the case of a program provider, payment is made to the terminal owner as a usage fee of the terminal hard disk, and in the case of a terminal contractor, it is a program reception fee. In addition, although there exists an item regarding the date of transaction in FIG. 5, it is not illustrated.
[0025]
FIG. 6 is a schematic diagram of a data structure (206 in FIG. 2) of terminal stored program information in the second server according to the embodiment of the present invention. From this information, the terminal, that is, the user (401) contracts, shows a list of programs (402) to be received and attribute information (403) of each program. A storage location (404) indicating in which area of the terminal each program should be stored is also described. In this embodiment, a 16-byte terminal ID 401 is used to identify a terminal or a user. The contract program name 402 is represented by 32 bytes. The program attribute 403 includes a program provider name (SRC), a program data size (SIZ), a password (PSW) as access permission information to the hard disk of the terminal, and an identifier (OWR) indicating whether or not the program can be overwritten. , Including the retention period (PRD), which is represented by 96 bytes in total. The storage location 404 is represented by a drive name divided into hard disks and its capacity (in parentheses). Instead, the storage area start address and end address, or start address and capacity may be used.
[0026]
Next, the operation of the second server described above will be described.
[0027]
FIG. 7 shows a flowchart of the processing operation of the second server when the user makes an application for lending out the hard disk in the terminal in the embodiment of the present invention. First, the user calls and connects to the transmission / reception unit (207 in FIG. 2) of the second server. In the present embodiment, the connection is made to the second server by PPP dial-up connection. The user accesses the hard disk rental application screen prepared by the stored program application management unit (209 in FIG. 2) of the second server, fills in necessary items, and transmits it to the second server (step 501). Here, the terminal contractor name and the terminal ID are included as necessary items. The second server receives the transmission signal from the user and confirms the name and terminal ID of the terminal contractor (step 502). Specifically, the stored program application management unit (209 in FIG. 2) transmits information on the terminal contractor's name and terminal ID to the contract terminal storage information management unit (202 in FIG. 2), and the contract terminal storage information management unit. (202 in FIG. 2) accesses the contract terminal database (203 in FIG. 2), and confirms whether the user and the terminal of the application have been registered (step 503). If not registered, in step 504, a registration procedure request screen is presented to the user (via line 215 in FIG. 2). If it has already been registered, the process proceeds to step 505, where the contracted terminal storage information management unit (202 in FIG. 2) accesses the applied terminal via the line 215, and investigates the available hard disk area. Since it is necessary to obtain the permission of the user who owns the terminal so that the second server can access the terminal, it is necessary to register in advance. Based on the result of the investigation of the hard disk of the terminal, in step 506, options that can actually be lent out from the available hard disk area are presented to a plurality of users. In the present embodiment, the option presentation screen is shown at 511 and includes information such as all available areas (512), the lending capacity (514) and lending fee (515) for each option (513). The rental fee here is money that comes into the user by providing a hard disk area. On the screen 511, the determined option is entered in the selection item (516) (step 507). The result selected by the user is transmitted to the second server via the transmission / reception unit (207 in FIG. 2), and in the contract terminal storage information management unit (202 in FIG. 2), the contract terminal database (203 in FIG. 2). The customer account database (205 in FIG. 2) is updated (509). In the present embodiment, data as shown in FIG. 3 is newly added to an unregistered customer. Information on the rental capacity (304 in FIG. 3) of the hard disk is updated for registered customers. In the case of lending for the first time, the lending capacity is increased from zero to a predetermined capacity. When the program storage service is not received, the remaining capacity (304 in FIG. 3) is the same as the lending capacity. In addition, for the customer account data base (205 in FIG. 2), the amount of deposit according to the lending capacity is entered (313 in FIG. 5). This completes the work associated with the user lending out the hard disk. The rental area is a mechanism in which the second server investigates the hard disk in the terminal and presents it to the user. However, the user may determine the lending area himself and present it unilaterally to the second server.
[0028]
FIG. 8 shows a flowchart of the processing operation of the second server when the program provider applies for program distribution in the embodiment of the present invention. First, the program provider connects to the transmission / reception unit (207 in FIG. 2) of the second server using the Internet. In the present embodiment, the connection is made to the second server by PPP dial-up connection. The provider accesses the program provision application screen prepared by the stored program application management unit (209 in FIG. 2) of the second server, fills in necessary items, and transmits it to the second server (step 601). In this case, necessary items include the data written in FIG. 4 such as the program provider name and the program name. The second server receives a transmission signal from the program provider, confirms the program provider, and confirms a new distribution application or a distribution stop application (step 602). Specifically, the stored program application management unit (209 in FIG. 2) transmits the program provider name to the contract terminal storage information management unit (202 in FIG. 2), and the contract terminal storage information management unit (202 in FIG. 2). Accesses the program data base (204 in FIG. 2), confirms whether or not the application is by an existing program provider, and if there is no program provider name in the program database, determines that the application is a new application. Also, if the program provider name is registered but the program name is not registered, it is determined that the application is a new application. If it is a new application, the process proceeds to step 603; otherwise, the process proceeds to step 611. In this embodiment, step 611 is shifted to only the distribution stop process, but the present invention is not limited to this, and may be shifted to another process.
[0029]
In the case of new distribution, in step 603, attribute information is registered in the program database (204 in FIG. 2). The data structure of the program attribute information is shown in FIG. Next, the contract terminal accumulated information management unit (202 in FIG. 2) accesses the contract terminal database (203 in FIG. 2) and determines a terminal to be distributed (step 604). The hard disk capacity of the contract terminal is confirmed from the database, and a terminal having enough capacity to store the corresponding program is specified. A storage area (start address and end address) of each terminal is secured for the terminal thus identified, and a password (PSW) that grants access permission to the area is generated. These data are reflected in the terminal stored program database (206 in FIG. 2), and the data having the structure shown in FIG. 6 is updated (step 605). Based on the database of FIG. 6, the attribute information of the stored program is sent to each terminal (step 606). The structure of the sent data is shown in FIG. That is, each terminal has data of the program name (901), program provider (SRC), access right (PSW), storage area (903), and remaining capacity that can be stored. In the terminal, based on this data, the first server (101 in FIG. 1) collates with the data (FIG. 12) of the distributed program. With this process, the program provider rents a part of the hard disk from the terminal owner. For this purpose, in step 607, the amount of the accumulated rental fee charged to the program provider is calculated, and the customer account database (205 in FIG. 2) is updated. In this case, it is recorded as a withdrawal (314) of the data structure of FIG. In the present embodiment, the storage rental fee is calculated by multiplying the storage unit usage unit price (per storage capacity unit) by the total storage capacity, the number of receiving terminals, and the distribution period. This calculation is performed by the fee calculation unit 208 of FIG. In step 608, the return fee associated with each terminal lending the hard disk is calculated, and the customer account database (205 in FIG. 2) is updated. In this case, it is recorded as deposit (313) of the data structure of FIG. In this embodiment, the reduction fee is calculated by multiplying the total storage capacity and the distribution period by the unit price of the storage area (per storage capacity unit).
[0030]
When the distribution is stopped, in step 611, the attribute information of the corresponding program is deleted from the program database (204 in FIG. 2). Next, the corresponding program data is deleted from the program list contracted by the terminal from the terminal stored program database (206 in FIG. 2) (step 612). Since the program is deleted, the free space of the hard disk increases, and the free space of each terminal is updated at step 613. Specifically, the data size of the deleted program is added to the remaining capacity (304 in FIG. 3) in the contract terminal database (203 in FIG. 2). The access right to the terminal is also deleted. In step 615, the attribute information of the stored program is sent to each terminal. As a result, the terminal does not have access to the deleted program. Finally, in step 615, the program contract information is sent to the first server, and information indicating which program is distributed with which permission information (password) and written to the hard disk is notified to which terminal. The first server organizes and distributes data as shown in FIG. 12 based on the data. Note that a step of first confirming with the user may be provided when the distribution stop processing is performed.
[0031]
FIG. 9 shows a flowchart of processing operations in the second server when a user makes a program reception application in the embodiment of the present invention. First, the user connects to the transmission / reception unit (207 in FIG. 2) of the second server using the Internet. In the present embodiment, the connection is made to the second server by PPP dial-up connection. The user accesses the stored program reception application screen prepared by the stored program application management unit (209 in FIG. 2) of the second server, fills in necessary items, and transmits it to the second server (step 701). Here, as necessary items, the name of the terminal contractor, the terminal ID, the information of the name of the program received or desired to be stopped are included. The second server receives a transmission signal from the user and confirms a new reception application or a reception stop application (step 702). Specifically, selection items for new application and reception stop are prepared on the stored program reception application screen, and the user selects one of them. If it is a new application, the process proceeds to Step 703; otherwise, the process proceeds to Step 711.
[0032]
In the case of new reception application, in step 703, the application user name is confirmed in the contract terminal database (203 in FIG. 2). If the application user is not registered, the user is prompted to register (not shown). At the same time, it is confirmed whether or not the program to be applied is registered in the program database (204 in FIG. 2). If the program to be applied is not registered, the information is sent to the user (not shown). If the application user name and program name are registered, the process proceeds to step 704. The contract terminal storage information management unit (202 in FIG. 2) accesses the contract terminal database (203 in FIG. 2), confirms the hard disk capacity of the application terminal, and possesses sufficient capacity to store the corresponding program. The terminal storage area (start address and end address) is secured, and a password (PSW) that gives access permission to the area is generated. These data are reflected in the terminal stored program database (206 in FIG. 2), and the data having the structure in FIG. 6 is updated (step 705). Based on the database having the structure shown in FIG. 6, the attribute information of the stored program is sent to the application terminal (step 706). The structure of the sent data is shown in FIG. That is, the terminal holds the program name (901) of the contracted program, the program provider (SRC), the password (PSW) indicating the access right, the storage area (903), and the remaining capacity data that can be stored. Based on this data, the terminal checks the data of the program distributed by the first server (101 in FIG. 1). As a result of this processing, the user accumulates and views the program. Therefore, in step 707, an amount for collecting the program viewing fee from the user is calculated, and the customer account database (205 in FIG. 2) is calculated. Update. In this case, it is recorded as a withdrawal (314) of the data structure of FIG. In this embodiment, the viewing fee is calculated by multiplying the program receiving unit price by the reception period. This calculation is performed by the fee calculation unit 208 of FIG. In step 708, the storage fee associated with the rental of a part of the hard disk by the program provider is calculated, and the customer account database (205 in FIG. 2) is updated. In this case, it is recorded as a withdrawal (313) of the data structure of FIG. In the present embodiment, the storage fee is calculated by multiplying the storage area usage unit price (per storage capacity unit) by the total storage capacity and the distribution period.
[0033]
When the reception is stopped, in step 711, the corresponding program item is deleted from the terminal stored program database (206 in FIG. 2). Since the program is deleted, the free space of the hard disk increases, and the free space of the terminal is updated in step 712. Specifically, the data size of the deleted program is added to the remaining capacity (304 in FIG. 3) in the contract terminal database (203 in FIG. 2). The password indicating the access right to the terminal is also deleted. In step 713, the attribute information of the stored program is sent to the terminal. As a result, the terminal can recognize that the deleted program does not have the access right. Finally, in step 714, the program contract information is sent to the first server, the program is distributed to the application user's terminal with predetermined permission information (password), and written to the hard disk.
[0034]
FIG. 10 is a block diagram of the receiving device 801 in the stored broadcast distribution system according to the embodiment of the present invention. In FIG. 10, 802 is a first receiving unit, 803 second transmitting / receiving unit, 804 is a header data analyzing unit, and 805 is An accumulation control unit, 806 is an accumulation information management unit, 807 is an accumulation information database, 808 is a switch for performing accumulation, 809 is an accumulation medium, 810 is a data reproduction unit, and 811 is a display unit.
[0035]
In the present embodiment, the data sent from the second server is sent to the second transmitting / receiving unit (803) via the line 813. This data is contract information related to a program contracted by the user who owns the terminal, and is shown in FIG. This data is sent in advance to the terminal by the second server in step 706 of FIG. The contracted program is stored in the stored information database (807) via the stored program management unit (806). The data obtained from the header data analysis unit (804) and the accumulation information database (807) are sent to the accumulation control unit (805), and it is determined whether or not the data from the first reception unit is stored in the accumulation medium 809. A signal for controlling the switch 808 is output. If it is determined that data is to be stored, the switch 808 is closed and the data is stored in the storage medium 809. Otherwise, switch 808 is opened and no data is saved. The data reproduction unit 810 reproduces the stored data or the data from the header data analysis unit. In this embodiment, means for reproducing AV data is used. However, the present invention is not limited to AV data. The reproduced AV data is displayed on the display unit 811.
[0036]
On the other hand, a signal (content information) distributed by the first server is received by an antenna (not shown) and sent to the first receiving unit (802) via the line 812. Then, the received data is demodulated and restored to binary signal digital data. The restored data is sent to the header data analysis unit (804) via the line 814. The header data analysis unit (804) refers to all contractor information (909) included in the received signal, extracts information information such as permission information (password) and storage area matched with the receiver, and passes the line 815. Then, it comes to the accumulation control unit (805). A schematic diagram of the restored digital data is shown in FIG. Reference numeral 907 denotes a synchronization signal, which indicates the beginning of program data. Reference numeral 908 denotes program common information, which includes a program name, a provider name (SRC), a data size (SIZ), a flag indicating whether to overwrite (OWR), and a storage period (PRD). Reference numeral 909 denotes all subscriber information, a list of users who have subscribed to the program, passwords (PSW) for accessing each user's terminal, and a storage area (918) indicating in which area the program is stored. ) Finally, program AV data 910 follows.
[0037]
Next, the operation of the accumulation control 805 will be described. FIG. 13 is a process flowchart of the accumulation control unit of the receiving apparatus according to the embodiment of the present invention. In step 1002, program information (908 in FIG. 12) and contract information (909 in FIG. 12) sent from the header data analysis unit (804 in FIG. 10) are input. Next, the program name included in the program information is sent to the stored information management unit (806 in FIG. 10). Therefore, the program attribute (902 in FIG. 11) corresponding to the program name is extracted from the storage information database 807 and sent to the storage control unit (805 in FIG. 10). The accumulation control unit (805 in FIG. 10) compares data (1003). If the program name and the provider name from both sources do not match at step 1004, the process ends as unauthorized access (1009). If they match, an attempt is made to log in to the writing area in step 1005. At this time, the permission information (password) is compared (step 1006). If the passwords do not match, the process ends with unauthorized access (1009). If they match, a data write permission signal is output in step 1007 (826). This signal controls switch 808 via line 826 in FIG.
[0038]
FIG. 14 is a block diagram showing a second form of the receiving apparatus in the stored broadcast distribution system according to the embodiment of the present invention. In FIG. 14, reference numeral 1102 denotes a first reception unit, 1103 second transmission / reception unit, 1104 denotes a header data analysis unit, 1105 denotes a storable capacity management unit, 1106 denotes a stored information data base, 1107 denotes a free capacity calculation unit, and 1108 denotes a determination unit. Reference numeral 1109 denotes an accumulation control unit, 1111 denotes an accumulation medium, 1112 denotes a data reproduction unit, 1113 denotes a display unit, and 1121 denotes a switch for performing accumulation.
[0039]
In the present embodiment, a signal distributed by the first server is received by an antenna (not shown) and sent to the first receiving unit (1102) via the line 1114. Then, the received data is demodulated and restored to binary signal digital data. The restored data is sent to the header data analysis unit (1104) via the line 1115. The restored digital data is shown in FIG. On the other hand, the data sent from the second server is sent to the second transmitting / receiving unit 1103 via the line 1125. This data is contract information related to a program contracted by the user who owns the terminal, and is shown in FIG. This data has been previously sent from the second server to the terminal in step 706 of FIG. The contract program data is stored in the storage database (1106) via the storable capacity management unit (1105). The program name obtained from the header data analysis unit (1104) is sent to the storable capacity management unit 1105 via the line 1116. Then, based on the program name, the corresponding data is extracted from the storage information database (1106) and sent to the determination unit 1108 via the storable capacity management unit. At the same time, header data (908 and 909 in FIG. 12) from the data analysis unit is also sent to the determination unit 1108. An output signal from the determination unit 1108 is sent to the accumulation control unit 1109, and a signal for controlling the switch 1121 is output. If it is determined that data is to be stored, the switch 1121 is closed and the data is stored in the storage medium 1111. Otherwise, switch 1121 is opened and data is not saved. The data reproduction unit 1112 reproduces the stored data or the data from the header data analysis unit. In this embodiment, means for reproducing AV data is used. However, the present invention is not limited to AV data. The reproduced AV data is displayed on the display unit 1113.
[0040]
FIG. 15 shows a flowchart of the second form processing of the receiving apparatus according to the present invention. In step 1202, program information (908 in FIG. 12) and contract information (909 in FIG. 12) are analyzed from the contents received by the data analysis unit (1104 in FIG. 14), and program attribute information is output. . As attribute information, a program name, a program provider (SRC), a program data size (SIZ), a password (PSW) that is permission information, and an overwritable flag (OWR) are included. These pieces of information are sent to the determination unit 1108 via the line 1117 in FIG. Next, the storage capacity / remaining capacity / permission information (password) of the corresponding program is acquired by the storable capacity management unit (1105 in FIG. 14) based on the program name (step 1203). These pieces of information are sent to the determination unit 1108 via the line 1128 in FIG. In step 1204, first, the data size (SIZ) is compared with the remaining capacity. If the data size is smaller than the free space, the process proceeds to step 1205. Otherwise, end as unauthorized access (1210). This processing is performed by the determination unit 1108 in FIG. Further, in this step, control is performed so that step 1204 always holds for programs that can be overwritten on the distributed program. In step 1205, login to the writing area is attempted (executed by the accumulation control unit 1109 in FIG. 14). Here, the permission information (password) is compared (step 1206), and if they do not match, the process ends with unauthorized access (1210). If they match, a data write permission signal is output in step 1207. This signal controls switch 808 via line 826 in FIG. In step 1208, when the writing of the storage medium is completed, the free space calculation unit 1107 calculates the free space and updates the data in the database (stored information database 1106 in FIG. 14).
[0041]
FIG. 16 is a flowchart of the first process of the free space calculation unit in the receiving apparatus. In step 1301, the file size of the accumulated data is input, and it is confirmed whether or not the next corresponding data can be overwritten (step 1302). If overwriting is possible, the process proceeds to the next step without updating the remaining capacity in the database. Otherwise, in step 1303, the file size is subtracted from the remaining capacity, and the remaining capacity value in the database is updated using the residual value. Next, it is checked whether the storage period of the data stored in the past has expired (1305). When the storage period expires as described in the common program information 908 of FIG. 12, the file size of the data whose storage period has expired is added to the remaining capacity in the database to increase the writable area (1306). Note that steps 1305 and 1306 may be processed separately from steps 1301 to 1304.
[0042]
FIG. 17 is a flowchart of the second process of the free space calculation unit in the receiving apparatus. Steps 1401 to 1404 are the same as steps 1301 to 1304 in FIG. The subsequent processing is an embodiment in which the remaining capacity is sequentially increased. In the present embodiment, for example, if the storage period of a certain content is 7 days, the remaining capacity is updated every day, for example, when the storage capacity is increased by deleting 1/7 of the contents every day. It is. The storage period (PRD) is set as a loop control variable, and steps 1406 and 1407 are executed every day. In step 1406, the remaining capacity increment is calculated. In the present embodiment, the file size is divided equally to be an increment amount. In step 1407, the increment is added to the remaining capacity to increase the writable capacity. The above processing is repeated until the storage period expires. In this way, data on the hard disk is gradually overwritten, and the write area can be gradually increased before the storage period expires.
[0043]
FIG. 18 is a diagram for explaining a case where the processing of the above embodiment is performed by a computer system using a floppy disk storing the processing program.
[0044]
FIG. 18B shows an external appearance, a cross-sectional structure, and a floppy disk as viewed from the front of the floppy disk, and FIG. 18A shows an example of a physical format of the floppy disk which is a recording medium body. The floppy disk FD is built in the case F, and on the surface of the disk, a plurality of tracks Tr are formed concentrically from the outer periphery toward the inner periphery, and each track is divided into 16 sectors Se in the angular direction. ing. Therefore, in the floppy disk storing the program, data as the program is recorded in an area allocated on the floppy disk FD.
[0045]
FIG. 18C shows a configuration for recording and reproducing the program on the floppy disk FD. When the program is recorded on the floppy disk FD, data as the program is written from the computer system Cs via the floppy disk drive. When the encoding or decoding device is built in a computer system by a program in a floppy disk, the program is read from the floppy disk by a floppy disk drive and transferred to the computer system.
[0046]
In the above description, the floppy disk is used as the data recording medium, but the same can be done using an optical disk. Further, the recording medium is not limited to this, and any recording medium such as an IC card or a ROM cassette capable of recording a program can be similarly implemented.
[0047]
The above embodiment has been described using a broadcast receiving terminal. However, a storage terminal is provided in a communication terminal such as a mobile phone, a PDA, or a cable television receiver, or a PC terminal, and the server manages the storage medium in an integrated manner. It can also be applied to things.
[0048]
【The invention's effect】
As described above, according to the present invention, the use area of the terminal owner and the program provider is dynamically allocated to the broadcast receiving apparatus having the storage medium, so that the storage area is maximized without waste. Can be used. Further, the dynamic allocation of the storage area is automatically controlled by the service provider server, so that the user who owns the terminal does not need to control it manually.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a stored broadcast distribution system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a second server in the stored broadcast distribution system according to the embodiment of the present invention.
FIG. 3 is a schematic diagram showing a data structure of a contract terminal database in the second server according to the embodiment of the present invention.
FIG. 4 is a schematic diagram showing a data structure of a program data base in the second server according to the embodiment of the present invention.
FIG. 5 is a schematic diagram showing a data structure of a customer account data base in the second server according to the embodiment of the present invention;
FIG. 6 is a schematic diagram showing a data structure of terminal stored program information in the second server according to the embodiment of the present invention.
FIG. 7 is a flowchart showing the processing operation of the second server when the user makes an application for lending storage media in the embodiment of the present invention.
FIG. 8 is a flowchart showing the processing operation in the second server when the program provider applies for program distribution in the embodiment of the present invention.
FIG. 9 is a flowchart showing processing operations in the second server when a user makes a program reception application in the embodiment of the present invention;
FIG. 10 is a block diagram showing a receiving device in the stored broadcast distribution system according to the embodiment of the present invention.
FIG. 11 is a block schematic diagram showing a contract program database in the receiving apparatus according to the embodiment of the present invention;
FIG. 12 is a schematic diagram showing data distributed by the first server in the stored broadcast distribution system according to the embodiment of the present invention.
FIG. 13 is a flowchart showing processing of a storage control unit of the receiving apparatus according to the embodiment of the present invention.
FIG. 14 is a block diagram showing a second form of the receiving device in the stored broadcast distribution system according to the embodiment of the present invention.
FIG. 15 is a flowchart showing processing of the second form of the receiving device in the stored broadcast distribution system according to the embodiment of the present invention;
FIG. 16 is a flowchart showing the first processing of the free space calculation unit in the second form of the receiving device in the stored broadcast distribution system according to the embodiment of the present invention.
FIG. 17 is a flowchart showing a second process of the free space calculation unit in the second form of the receiving device in the stored broadcast distribution system according to the embodiment of the present invention.
FIGS. 18A, 18B and 18C illustrate a data storage medium for storing a program for realizing the processing in the stored broadcast distribution system of the above embodiment by a computer system. FIG.
[Explanation of symbols]
100 Second server
101 First server
102 1st transmission means
103 public network
104, 105, 106, 107 Receiver
202 Contracted terminal and stored information management department
203 Contracted terminal database
204 Program database
205 Customer Account Database
206 Terminal stored program information database
207 transceiver
208 Charge calculator
209 Stored Program Application Management Department
802 First receiver
803 Second receiver
804 Header data analysis unit
805 Accumulation control unit
806 Stored information management unit
807 Stored information data base
808 switch
809 Storage media
810 Data playback unit
811 Display section

Claims

Shows a first server apparatus that transmits content information having the attribute information indicating an attribute of the content and the content, the storage area of the corresponding content attribute information and the attribute information is created based on the received storage area information A network system is configured together with a second server device that transmits storage information having region information that is information, a storage medium that stores data, and storage region information of the storage medium for transmitting the storage region information to the second server device A receiver having a transmitter,
A first receiver for receiving content information transmitted from the first server device;
A second receiver for receiving stored information transmitted from the second server device;
A stored information management unit for managing stored information received by the second receiving unit;
An area in which the storage information has the content that the content information has when the attribute information that the content information received by the first reception unit matches the attribute information that the storage information managed by the storage information management unit has. A receiving apparatus comprising: a storage control unit configured to store in a storage area of the storage medium indicated by information .

A receiving device having a storage medium for storing data, a first server device that transmits content information having attribute information indicating content and an attribute of the content to the receiving device, and a network system are configured, and the receiving device has attributes a second server equipment to transmit the stored information with a storage area information corresponding to the information and the attribute information,
A storage information management unit which creates a terminal-specific storage information, to manage a different storage information end the end based on the terminal identifier, the storage area information corresponding to the attribute information and the attribute information for identifying the receiving device,
A transmission unit for transmitting attribute information included in the storage information per terminal and storage area information corresponding to the attribute information to a receiving device corresponding to a terminal identifier included in the storage information per terminal managed by the storage information management unit; A second server device comprising:

3. The second server device according to claim 2, further comprising a calculation unit that calculates a charge using as a parameter the capacity calculated from the storage area information included in the terminal-specific storage information managed by the storage information management unit .

The attribute information is information indicating a content providing destination that provides the content, and billing information for charging the content providing destination indicated by the attribute information included in the storage information for each terminal with the fee calculated by the calculation unit is transmitted. The second server device according to claim 3 , further comprising an information transmission unit .

When the terminal-specific storage information managed by the storage information management unit is added, the receiving device identified by the terminal identifier included in the terminal-specific storage information has the attribute information and storage area information included in the terminal-specific storage information. Information is transmitted, The 2nd server apparatus in any one of Claims 2-3 characterized by the above-mentioned .

When the attribute information or storage area information included in the terminal-specific storage information managed by the storage information management unit is changed , the terminal-specific storage information is included in the receiving device identified by the terminal information included in the terminal-specific storage information. attribute information and the second server device in accordance with claim 4 claim 2, characterized by transmitting the information with the stored area information.

When the terminal-specific storage information the storage information management unit manages has been deleted, having the attribute information that the terminal-specific accumulation information to a receiving apparatus identified by the terminal information by storing information relevant was deleted terminal has has the second server device according to claim 4, wherein any one of claims 2, wherein the transmitting information.

  Content information having content information transmitted from the first server device and attribute information indicating the attribute of the content, and information indicating attribute information transmitted from the second server device and a storage area of content corresponding to the attribute information. A reception method for receiving region information,
  A first receiving step of receiving content information transmitted from the first server device;
  A second receiving step of receiving accumulated information transmitted from the second server device;
  A stored information management step for managing the stored information received in the second receiving step;
  The content included in the content information received in the first receiving step is the content. A storage control step for storing in the storage area indicated by the area information received in the second reception step when the attribute information included in the storage information matches the attribute information included in the storage information managed in the storage information management step. A receiving method comprising:

  Content information having content information transmitted from the first server device and attribute information indicating the attribute of the content, and information indicating attribute information transmitted from the second server device and a storage area of content corresponding to the attribute information. A computer-readable recording medium for a receiving device for receiving accumulated information having area information,
  A first reception process for receiving content information transmitted from the first server device;
  A second reception process for receiving stored information transmitted from the second server device;
  Accumulated information management processing for managing accumulated information received in the second receiving step;
  When the content information received in the first reception process matches the attribute information included in the content information and the attribute information included in the storage information managed in the storage information management process, the second reception process A computer-readable recording medium having recorded thereon a program for causing a computer to execute an accumulation control process for accumulating in an accumulation area indicated by the area information received in (1).