制御装置
【課題】 記録装置の容量割り当てを好適に行なう。
【解決手段】 番組送信者が記録装置の記録容量の割り当てを要求していることを示す信号を受信する受信回路と、前記信号に基づいて記録容量の割り当ての制御を行う制御回路と、配する。
【解決手段】 番組送信者が記録装置の記録容量の割り当てを要求していることを示す信号を受信する受信回路と、前記信号に基づいて記録容量の割り当ての制御を行う制御回路と、配する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録装置を制御する構成に関する。
【背景技術】
【０００２】
番組を蓄積する構成が特許文献１に開示されている。
【特許文献１】特開２００１−２５１５７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本願ではまったく新規な記録装置の制御方法を開示する。
【０００４】
本願に記載した実施形態によって解決可能な課題の例としては、以下を挙げることができる。すなわち、サーバ型放送においては、一般にサーバ型放送を提供する番組送信者は、蓄積したいコンテンツが蓄積できるように、あらかじめ決められた容量の記憶領域を確保しておくことが必要であり、そのため、該番組送信者のサーバ型放送を利用するユーザとの間で、受信装置内でＨＤＤの貸与契約を結び、該貸与した記憶領域（記憶容量）は、該番組送信者のみのコンテンツが蓄積可能で、使用されていないからと言って、受信装置が勝手に他の事業者に貸与したり、他の目的に使用したりすることはできなかった。
【０００５】
従って、複数の事業者とＨＤＤの貸与契約を結んで、コンテンツの蓄積を行なった場合、ＨＤＤ全体では、容量に余裕があるのに、ある特定の番組送信者は蓄積容量が不足するといった問題が生じる。
【課題を解決するための手段】
【０００６】
番組送信者が記録装置の記録容量の割り当てを要求していることを示す信号を受信する受信回路と、前記信号に基づいて記録容量の割り当ての制御を行う。
【０００７】
所定の属性を有する番組を記録するための容量として割り当てられている容量を、該属性を有する番組の記録予約及び／もしくは該属性を有する番組の再生履歴を示す情報に基づいて変更する制御を行う。
【０００８】
番組送信者に対し、固定的に割当てる記憶容量と、制御装置が動的に割当てる追加容量を割当てる制御を行なう。
【０００９】
番組送信者の要求と視聴者情報に基づき一時的に追加容量の割当てを行なう。
【発明を実施するための最良の形態】
【００１０】
以下、本発明をサーバ型放送を受信可能なＴＶ装置１．１に適用した場合についての実施の形態について説明する。
【００１１】
まず、サーバ型放送を受信可能なＴＶ装置１．１について図１を用いて説明する。
【００１２】
図１は、本発明第１の実施形にかかるＴＶ装置１．１を説明するブロック図である。
【００１３】
１．１０１は、チューナ部であって、受信したＴＶ放送の高周波ＴＶ信号を増幅、希望局の選局を行い、映像／音声番組、各種データが混合されたＴＳデータを復調する。
【００１４】
データ分離部１．１０２は、前記ＴＳデータを、映像／音声番組データと、後述する番組情報データ、データ放送データ（データ放送コンテンツ、サーバ型放送コンテンツ、各種メタデータ、制御文書、その他データ放送用データ）等に分離する。映像／音声番組データは、後述デコーダ部１．１０３へ、その他、番組情報データとデータ放送データは、内部バスｓ１．１９を通して、メモリ部１．１５１へ出力する。
【００１５】
１．１０３は、放送映像／音声データのデコーダ部であって、前記分離された、映像／音声番組データ、内部バスｓ１．２９よりの映像データをデコードし、音声制御部１．１２１、グラフィック制御部１．１３３へ出力する。
【００１６】
１．１２１は、音声制御部であって、前述デコーダ部１．１０３、内部バスｓ１．２９よりの音声データを、切り替え、あるいは合成、又、音量、音質、臨場感などを制御し、後述音声出力部１．２１２へ出力する。
【００１７】
１．１２２は音声出力部であって、前記音声制御部１．１２１より入力された音声信号を増幅し、スピーカより音声を出力する。
【００１８】
１．１３１は、グラフィック制御部であって、データ放送画面、本ＴＶシステム内のアプリケーション画面、メッセージ等のＧＵＩ画面等を後述システム制御部１．１９１の制御に基づき生成する。
【００１９】
１．１３３は表示合成制御部であって、デコーダ部１．１０３よりの番組と、グラフィック制御部１．１３１で生成された画像データを、システム制御部１．９９１よりの制御に基づき、切替え、合成、拡大／縮小、その他各種変換、補正等を行い、後述表示器１．２２２へ出力する。
【００２０】
表示合成制御部１．１３３は、複数のプレーンを用いて合成処理を行う。この複数のプレーンはデータ放送プレーンとアプリケーションプレーンの独立に描画、制御可能な２つのプレーンを含む。前記データ放送プレーンはさらに、動画プレーン、静止画プレーン、文字図形プレーン等の複数プレーンからなり、これらも独立に制御可能である。
【００２１】
１．１３４は、表示器であって、前記画像制御部１．２２１よりの画像データを表示する表示器である。
【００２２】
１．１５１は、メモリ部であって、前記１．１０２により分離されたデータ放送コンテンツ、サーバ型放送コンテンツ、番組情報データ、制御文書、その他データ放送データ等を一時的に保存するメモリ部である。該メモリは、システム制御部１．１９１がプログラム実行のために使用するワークメモリも含まれる。
【００２３】
１．１５２は、データ蓄積部であり、ここではＨＤＤ装置を用いている。データ蓄積部１．１５２は前記受信したサーバ型放送コンテンツを、前記受信した制御文書、あるいは、視聴者、あるいは後述システム制御部１．１９１の指示により、蓄積、再生、削除等を行なう。
【００２４】
また、その他、システム制御部が受信、蓄積、再生といった各種制御に使用するために、前記受信した番組情報、メタデータ、制御文書、その他データ放送データ、また、課金制御データ、視聴者の視聴履歴データ等々のデータが蓄積され、必要に応じて逐次保存、削除を行なう。後述蓄積管理テーブル等の制御データも保存される。該システム制御部の使用する領域は、サーバ型放送コンテンツとは別途管理される。
【００２５】
１．１６１は、インタフェース部であって、録画装置、印刷装置等を接続し、ＴＶ装置１．１より制御により、各種コンテンツの録画・再生、印刷を行なうものである。
【００２６】
１．１７１は、通信部であり、インターネットと接続され、放送局サーバ、課金サーバ等と接続し、受信装置の予約、蓄積情報、あるいは有料コンテンツの課金情報等の各種データの送受信等を行う際に使用される。
【００２７】
１．１８１はリモコン制御部であって、赤外線を利用して、ＴＶ視聴者が操作するリモコン装置とデータの送受信を行い、該データをシステム制御部１．１９１に転送する。
【００２８】
１．１９１は、システム制御部であって、ＴＶ装置１．１内各部を統括的に制御する。
【００２９】
システム制御部はＣＰＵ、主記憶、バス制御部、プログラム格納部、パラメータ保存部、ＩＤ保存部、時計部、タイマ部を有しており、以下の制御を行う。
【００３０】
ＴＶ受信においては、前述した、チューナ部１．１０１、データ分離部１．１０２の制御を行い、チャネル切り替えを行い所望の放送電波を受信し、後述ＴＳデータを復調する。そして、該ＴＳデータより前記、映像／音声番組データと、番組情報データ、データ放送データを分離し、
番組データはＡＶデコード部１．１０３へ出力すると共に、番組情報データ、データ放送データはｓ１．１９を通してメモリ部１．１５１、データ蓄積部１．１５２へ格納する制御を行なう。
【００３１】
格納した番組情報データ、データ放送データを解析し、課金制御等を含むアクセス制御、また、番組情報を抽出し、通常放送、サーバ型放送の番組表の構築等を行う。
【００３２】
リモコン等によるユーザの指示、前記制御文書の指示に従い、コンテンツの予約、受信、蓄積、再生、課金等の制御を行なう。
【００３３】
グラフィック制御部１．１３１を制御し、前記データ放送の表示、１．１ＴＶ装置内のアプリケーションの表示、メッセージ、操作パネル等の表示をさせる。
【００３４】
又、表示合成制御部１．１３３を制御し、デコード部１．１０３よりの映像データと、１．１３１部とグラフィック部等よりの画像データの合成、補正等の各種情報表示等を行い、表示部１．１３４へ表示する。
【００３５】
同様に、音声制御部１．１２１を制御し、音声の合成、出力制御を行い、音声出力部１．１２２への出力制御を行う。
【００３６】
また、リモコン装置とのデータの送受信を制御し、該データに基づき、ＴＶ装置１．１内の制御を行う。
【００３７】
Ｓ１．１９は、内部バスであって、データ、並びに制御バスであり、前述してきたように、画像、音声データの転送、各部情報の転送に使用される、ＴＶ装置１．１内のバスである。
【００３８】
次に、本発明で放送される放送データに関して説明する。
【００３９】
図２は、放送局より送信される放送データ、いわゆるＴＳデータの内容を説明する図である。
【００４０】
該放送データは、各国の放送体系、規格に基づいて作成、放送、受信、動作する。本実施形では、日本国内のデジタル放送の標準規格（ＡＲＩＢ（電波産業界）標準規格）に基づいたものとなっている。
本実施形の放送データは、〔１〕ヘッダ部、〔２〕番組データ部、〔３〕データ放送データ部の３つより構成される。
【００４１】
〔１〕ヘッダ部は、いわゆるＳＩ情報と言われる番組関連情報と、他の制御情報で構成されている。該ＳＩ情報内には、サーバ型放送として配信されるコンテンツの形式、タイトル、ジャンル、出演者情報、内容、コンテンツが含まれるデータのモジュール名、配信開始日時、蓄積先ディレクトリ、蓄積容量等のコンテンツ等の配信情報、また、再生時の有効期限、課金法等のアクセス制御情報が記述されている。該ＳＩ情報は必要に応じて更新される。
【００４２】
〔２〕番組データは、いわゆる映像／音声ストリームとして伝送される番組部分のことであり、視聴者が視聴する番組である。本実施形では、この〔２〕番組データのない形式が有り得る。
【００４３】
〔３〕データ放送データは、コンテンツ、前記コンテンツのメタデータ文書、各種制御文書等より構成される。
【００４４】
コンテンツは、ヘッダ情報として、該コンテンツを蓄積するために必要な、モジュール名、蓄積先ディレクトリ、データサイズ等の情報、また、ＳＩ情報の一部が記述されている。
【００４５】
メタデータは、ＳＩ情報に記述された情報、コンテンツに関わる詳細な情報、シーンごとの情報、が記述された文書であり、受信されるコンテンツとは、別時刻に配信されることもある。
【００４６】
制御文書は、通常データ放送の表示、制御文書の他、サーバ型放送に関わる契約、蓄積予約、蓄積制御、再生制御、アクセス制御、課金制御等の各種制御文書より成っており、コンテンツ記述言語ｂｍｌで記述されたｂｍｌ文書として記述される。
【００４７】
これら放送データは、〔２〕番組データが番組の放送時間に沿って１回のみ伝送されるのに対し、〔３〕データ放送データは、同一データを何度か繰り返して伝送する、いわゆるデータカルーセル方式で伝送され、これらがパケット化され〔１〕ヘッダ部が加えられ放送用ＴＳデータとなる。
【００４８】
次に各番組送信者により蓄積されたコンテンツの管理に関して背説明する。
【００４９】
図３は、本実施形においてデータ蓄積部１．１５２に蓄積されるコンテンツの管理構造を示した図である。
【００５０】
蓄積されるコンテンツは、／／チャネルＡ／カルーセル１／スポーツ／オリンピックと言うような、階層構造と名前で蓄積される。実際のコンテンツは、さらにこの下層にこのコンテンツを構成する各種モジュール、コンポーネントが蓄積される。最上位のディレクトリは番組送信者ごとに固有とし、これは番組送信者間のルールとして運用する。これにより、ＨＤＤ内でどの番組送信者がどれだけの容量を使用しているかを管理する。尚、該階層構造、ファイル名は、番組送信者によって指定され、ＳＩ情報、あるいは、コンテンツのヘッダ情報として伝送される。
【００５１】
図４は、本実施形で使用するデータ蓄積部１．１５２のサーバ型放送コンテンツの蓄積内容を管理する蓄積管理テーブルである。
【００５２】
本実施形では、コンテンツの蓄積のためのＨＤＤ容量を、番組送信者に固定的に貸与される基本容量と、ＴＶ装置により番組送信者に一時的に貸与される一時割当て容量で管理する。
【００５３】
基本容量は、ユーザが、ある番組送信者のサーバ型コンテンツを蓄積、利用するために、番組送信者にＨＤＤを貸与し、コンテンツを利用する契約を行なった時点で、貸与され、該基本容量は契約を解除しない限り番組送信者が専用的に使用できる。
【００５４】
ＨＤＤ内で、サーバ型放送用に使用される全容量から各番組送信者に最初に貸与された基本容量を差し引いた容量が各番組送信者に一時割当て容量として貸与される共通容量になる。
【００５５】
この共通容量から必要に応じ、番組送信者に一時割当て容量として貸与される。
【００５６】
蓄積管理テーブルは上記内容、すなわち、契約したサーバ型放送の番組送信者と、契約（固定か可変か）、ＨＤＤの貸与容量、と現在の蓄積容量が一覧できるようになっている。
【００５７】
蓄積管理テーブル内は、貸与容量として、該基本容量と、一時割当て容量、貸与合計容量が記載される。該貸与合計容量が、その時点で蓄積可能な総容量となる。
【００５８】
また、現在の蓄積容量として、各コンテンツごとの蓄積先情報と容量、また各番組送信者ごとの合計蓄積容量、及び空き蓄積容量が記載される。
【００５９】
このようにすることで、コンテンツの蓄積のために各番組送信者に貸与される基本容量と、一時割当て容量を実現、管理し、全く蓄積ができなくなる番組送信者がなく、かつ全体として記憶容量の不足を少なくし、蓄積装置の効率的運用ができるようにしている。
【００６０】
図５は、蓄積予約管理テーブルであり、蓄積予約されたコンテンツのタイトル、ジャンル、配信日時、蓄積容量、有効期限、その他、前述ＳＩ情報に記述された情報が記述されている。
【００６１】
コンテンツＩＤは、ＳＩ情報において、コンテンツを特定するためのｓｅｒｖｉｃｅＩＤ、ｅｖｅｎｔＩＤである。
【００６２】
図６は、視聴実績管理テーブルであり、過去一定期間内に視聴された回数が番組送信者ごと、コンテンツジャンルごとに記述されている。
【００６３】
図７は、視聴コンテンツリストであって、各コンテンツの視聴日、蓄積から消去までの日数が番組送信者ごと、ジャンルごとに記述されている。
【００６４】
図８は、ＴＶ装置１．１のシステム制御部１．１９１の制御部別の構造を示した図であって、１．１９１ａはＯＳを含む基本システム制御部であり他の制御部は該基本システ制御部の管理の元に、データ放送制御部１．１９１ｂ、割当て制御部１．１９１ｃ、ＨＤＤ制御部１．１９１ｄ 、その他の制御部１．１９１ｅが動作するようになっている。
【００６５】
放送制御部１．１９１ｂは、前述ｂｍｌ文書で記述された制御文書に従い動作する、いわゆるＢＭＬブラウザであり、前述各種制御文書に応じ、受信したデータ放送データの表示、サーバ型放送の契約、蓄積予約、蓄積、再生、アクセス制御等の際の、各種表示、要求、制御といった番組送信者よりの要求による制御を行う。
【００６６】
サーバ型放送契約時は、契約画面を表示し、ユーザからの指示に基づき、契約内容を決定し、契約に基づく蓄積容量の確保要求、蓄積コンテンツの予約時は、配信コンテンツの提示、自分に割当てられた容量の調査要求、蓄積予約要求、蓄積コンテンツ蓄積時は、蓄積制御用制御文書に基づき、残容量の確認、割当て制御部への一時割当て要求、コンテンツの蓄積要求、消去要求等を行なう。
【００６７】
１．１９１ｃは、割当て制御部であり、前述図４に示す蓄積管理テーブルの管理を行うと共に、番組送信者からの要求に伴って発生するデータ放送制御部１．１９１ｂよりの一時割当て要求と視聴実績、予約内容に基づき、割当ての許可、不許可の判断を行なう。
【００６８】
１．１９１ｄは、ＨＤＤ制御部であり、割当て制御部１．１９１ｃと共に図４に示す蓄積管理テーブルを管理し、データ放送制御部１．１９１ｂ、割当て制御部１．１９１ｃ等の要求に基づき、ＨＤＤの容量確保、書き込み、読み出しの制御を行なう。
【００６９】
他の制御部１．１９１ｅは、上記以外のＴＶ装置１．１の制御全般の制御が含まれる。
【００７０】
１．１９１ｂよりの蓄積予約要求に応じた制御、蓄積予約管理テーブルの管理、蓄積予約状況に応じた放送制御部１．１９１ｂ、割り当て制御部１．１９１ｃ、その他の制御部１．１９１ｄへの制御、蓄積実行時の、チューナ部１．１０１への選局制御、その他、リモコンキー制御部の制御等の制御も該１．１９１ｅその他の制御部で行われる。
【００７１】
では次に、図９を使用し、本実施形の動作を説明する。
【００７２】
ＴＶ装置１．１において、サーバ型放送を受信する際、サーバ型放送のＨＤＤ領域貸与契約の種類として『固定容量』と『可変容量』が用意されている。
【００７３】
ユーザがあるチャネルＡ（番組送信者Ａに同じ）を視聴中、サーバ型放送の契約画面（ＢＭＬによるデータ放送画面）を選択すると、システム制御部１．１９１内の放送制御部１．１９１ｂは、番組送信者Ａよりの契約時制御文書（番組送信者Ａよりの制御プログラム）を起動し、『固定容量』と『可変容量』の選択画面が表示される。
【００７４】
例としては、図１０のような画面である。
【００７５】
貸与契約として、ユーザが『可変容量契約』を選択すると、ＨＤＤの貸与容量として、基本容量ＶＢＡＳバイトと最大追加容量ＶＡＤＤバイトを選択することで、番組送信者にＶＢＡＳバイトから（ＶＢＡＳ＋ＶＡＤＤ）バイトまでの範囲でＨＤＤに蓄積可能となる。（ｓｔ２１０１）
ここで『固定容量』を選択した場合、視聴者が該選択を行ったことを示す信号を検知した放送制御部１．１９１ｂは、契約時制御文書の要求に従い、基本容量ＶＢＡＳバイトのＨＤＤ確保要求を、割当て制御部１．１９１ｃに出す。
【００７６】
割当て制御部１．１９１ｃは、図４の蓄積管理テーブルに番組送信者Ａの契約内容を登録し、ＨＤＤ内にチャネルＡ用ディレクトリを作成しＶＢＡＳバイトの容量を確保するよう、ＨＤＤ制御部１．１９１ｄに依頼し、番組送信者Ａは、ＶＢＡＳバイトのみが使用可能となる。
【００７７】
今、可変容量契約を行なったとすると、前述と同様、１．１９１ｂ放送制御部の契約時制御文書は、視聴者が該選択を行ったことを示す信号を検知し、基本容量ＶＢＡＳバイトのＨＤＤ確保要求を割当て制御部１．１９１ｃに出す。（ｓｔ２１０３）
割当て制御部１．１９１ｃは、図４の蓄積管理テーブルに番組送信者Ａの契約内容を登録し、ＨＤＤ内にチャネルＡ用ディレクトリを作成しＶＢＡＳバイトの容量を確保するよう、ＨＤＤ制御部１．１９１ｄに依頼する。（ｓｔ２１０４）
このように契約した番組送信者に固定の容量を確保することで、全く蓄積ができなくなる番組送信者がないようにできるという効果を実現している。
【００７８】
例として、図１０の状態で、可変を選択した前後の蓄積管理テーブルは図１１のようの黒枠のように、番組送信者ＡであるチャネルＡに、新たに５０Ｇが貸与、登録される。この状態では、一時貸与はされていないので０ＧＢである。
【００７９】
この後、契約時制御文書は、データ放送で受信した蓄積制御用制御文書（番組送信者Ａによる蓄積制御プログラム）を蓄積するようＨＤＤ制御部１．１９１ｄに要求を出し、これを受けたＨＤＤ制御部１．１９１ｄは、チャネルＡ用のディレクトリ内に該制御文書を蓄積する。
【００８０】
受信機は、どれだけの容量をどの番組送信者に貸与し、残容量はどの位かといったＨＤＤ管理情報をＨＤＤ容量管理テーブルで管理する。
【００８１】
実際、ＨＤＤ内のどの領域に書き込まれるかは、ＨＤＤ制御部１．１９１ｄが管理し、放送制御部１．１９１ｂ、割当て制御部１．１９１ｃよりの蓄積制御は、前述したように論理的なファイルの指定により行なう。
【００８２】
その後、ユーザはサーバ型コンテンツのコンテンツ配信一覧を表示させ蓄積予約操作を行なう。（ｓｔ２１０６）
コンテンツが予約されると、ＢＭＬコンテンツは、該コンテンツの蓄積予約要求を行う。（ｓｔ２１０７）
その他の制御部１．１９１ｅは、上記蓄積予約要求を受けると、前述ＳＩ情報に記述された、タイトル、ジャンル、配信情報、容量といったコンテンツの情報を図５にしめす蓄積予約管理テーブルに登録する。（ｓｔ２１０８）
他の複数の番組送信者に対しても、同様の契約、予約動作が行なわれる。その他の制御部１９１ｅは、上記蓄積予約管理テーブルを監視しており、蓄積予約時刻の直前時刻になると（ｓｔ２１１１）、データ放送制御部１．１９１ｂで、蓄積制御用制御文書を起動する。 尚前記直前時刻に起動されるのは、後述、実際に蓄積が開始されるまでに選局等の動作、制御に時間が必要なためである。（ｓｔ２１１２）
例としては、以下に述べる動作が何度か繰り返されて、それぞれ、図４に示す蓄積予約テーブル、図５に示す蓄積管理テーブル、図６に示す視聴実績管理テーブル、図７に示す視聴コンテンツリストの状態になっており、チャネルＡのコンテンツ“ＸＸ”の蓄積予約時刻直前になった時点を想定する。
【００８３】
データ放送制御部１．１９１ｂで起動した蓄積制御用制御文書は、蓄積予約を確認し、予約したコンテンツ“ＸＸ”の蓄積要求に先立ち、自分に割当てられているＨＤＤ容量の空き容量を調査し（ｓｔ２１１３）、
現在の空き容量でコンテンツの蓄積が可能かどうか判断する。（ｓｔ２１１４）蓄積可能であれば、ＨＤＤ制御部１．１９１ｄに対し、蓄積要求を行なう。（ｓｔ２１５１）
これを受けたＨＤＤ制御部１．１９１ｄは、要求番組送信者のＨＤＤ容量に蓄積予約コンテンツが蓄積できる容量が残っていることを再度確認し（ｓｔ２１５２）、その他の制御部１．１９１ｅに要求番組送信者のチャネルに選局し、選局されると、予約されたコンテンツ“ＸＸ”を受信し、ＳＩ情報に記述されたディレクトリ、ファイル名で蓄積を行なう。尚、蓄積容量の再確認できなかった場合は、蓄積制御用制御文書に蓄積容量エラーを返す。その後、蓄積が完了すると、蓄積完了を蓄積制御用制御文書に返す。（ｓｔ２１５２）
ｓｔ２１１４において、ＨＤＤ空き容量が少なく、該コンテンツ“ＸＸ”の蓄積を行なうのに容量が不足していることを検知すると（ｓｔ２１１４）、現在の自分のチャネルに貸与されたＨＤＤ貸与一時容量を調査し（ｓｔ２１２１）、一時割当て容量がＶＡＤＤバイト（契約上の最大容量）に達しておらず、ＶＡＤＤバイトまで追加割り当てがあれば、前記コンテンツ“ＸＸ”の蓄積が可能であることがわかった場合（ｓｔ２１２２）、放送制御部１．１９１ｂの蓄積制御用制御文書の指示により、割当て制御部１．１９１ｃに対し、不足分のＨＤＤ容量の一時割当て要求を行なう。（ｓｔ２１２３）このようにすることで、番組送信者の要求に沿った割当て要求を行い、また、番組送信者の意向に従った蓄積を可能とする効果がある。
【００８４】
この実施形態では、番組送信者Ａの蓄積制御制御文書が、チャネルＡで蓄積できる残容量は５ＧＢであり、蓄積予約をしたいコンテンツ“ＸＸ”の容量は、１２ＧＢであるのでこのままでは７ＧＢ不足することを算出し、一方で、一時貸与容量はまだ、０ＧＢであり、契約上の最大容量範囲（５０ＧＢ）内の一時割当てで、蓄積可能であることを確認し、割当て制御部１．１９１ｃに７ＧＢの一時割当て要求を出す。
【００８５】
これを受けた割当て制御部１．１９１ｃは、一時割当ての要求のあった容量が、契約上正当かどうかを再確認し、また、一時割当てに使用さえる共通容量部の残容量が、要求された容量以上残っていることを確認し、以下のような手順により、ＨＤＤ容量の一時割当てを許可するかどうか判断する。
【００８６】
該判断は２段階で行なわれる。
【００８７】
まず、第１段階として、蓄積要求のあったコンテンツが『蓄積に値するかどうか』を判断する。
【００８８】
これには、前述図６に示す視聴実績管理テーブルより、蓄積予約されているコンテンツ“ＸＸ”のジャンルのコンテンツが、過去一定期間内（例えば３ヶ月以内）に何回視聴されたかを調査し、ある一定回数以上（例えば５回以上）であれば、視聴者にとって、この予約しようとしているコンテンツ“ＸＸ”は『蓄積するに値する』であると判断し（ｓｔ２１２５）、次に、第２段階として、『蓄積するに値する』と判断されたコンテンツに対し、蓄積したコンテンツができるだけ早く削除され、共通容量として開放されるかどうかを判断する。これは、他の番組送信者から一時割当ての要求があった場合、できるだけ共通容量を残しておくためである。
【００８９】
これは、図７に示す視聴コンテンツリストの“蓄積から消去されるまでの日数”の項より判断する。すなわち、蓄積予約のある番組送信者で蓄積、視聴されたコンテンツの平均日数が、有る値以下（例えば７日以下）であれば、『早く消去される』と判断する。（ｓｔ２１２６）
この『蓄積に値する』、かつ、『早く消去される』と判断されたコンテンツに対し、共通容量よりの一時貸与が許可される。
【００９０】
許可の場合、蓄積管理テーブルの番組送信者Ａの項に対し、一時割当て容量を貸与するよう書き換え、１．１９１ｂ放送制御部に許可を返す。この際、返却に関する情報も戻り値として一緒に返す。
【００９１】
例では、図５に示す蓄積管理テーブルのコンテンツ“ＸＸ”のジャンルは『映画』であり、図６に示す視聴実績管理テーブルより、ユーザは過去３ヶ月以内に６回このジャンルを視聴しており、判断基準を５回以上とすると、該コンテンツ“ＸＸは”『蓄積に値する』と判断し、次に、図７に示す視聴コンテンツリストより、チャネルＡの蓄積から消去までの平均日数を算出すると、２．２日であり、判断基準を７日以内とすると、『早く消去される』と判断され、不足の７ＧＢの一時割当て要求が許可され、図５に示す蓄積管理テーブルが、図１２の黒枠のように書き換えられる。
【００９２】
この後、番組送信者Ａは蓄積容量の追加が許可された場合、蓄積管理テーブルより自分のＨＤＤ容量と空き容量を確認し、ＨＤＤ制御部１．１９１ｄに対し蓄積要求を行なう。（ｓｔ２１５１）
これを受けたＨＤＤ制御部１．１９１ｄは、要求番組送信者のＨＤＤ容量に蓄積予約コンテンツが蓄積できる容量が残っていることを再度確認し（ｓｔ２１５２）、
その他の制御部１．１９１ｅに要求番組送信者のチャネルに選局し、選局されると、予約されたコンテンツ“ＸＸ”を受信し、ＳＩ情報に記述されたディレクトリ、ファイル名で蓄積を行なう。
【００９３】
ｓｔ２１２２で、ＶＡＤＤバイトまで追加割り当てが許可されても、前記コンテンツ“ＸＸ”の蓄積が不可能であることがわかった場合（ｓｔ２１２２）、また、ｓｔ２１２５、ｓｔ２１２６で、追加割当てが却下された場合は、蓄積制御用制御文書自身が、図６に示す視聴実績管理テーブル、図７に示す視聴コンテンツリスト等より、現在までに自分の領域に蓄積されているコンテンツと、今回蓄積を行なおうとするコンテンツ“ＸＸ”のどちらを優先すべきかを判断し（ｓｔ２１３１）、今回のコンテンツ“ＸＸ”が優先すると判断された場合は、自分の領域内の蓄積コンテンツを削除し、残ＨＤＤ容量を増やし、蓄積予約したコンテンツの蓄積容量が確保されたことを確認し（ｓｔ２１３２）、ＨＤＤ制御部に蓄積要求を出し、これを受けたＨＤＤ制御部１．１９１ｃは、前述と同様、番組送信者Ａの貸与容量に蓄積予約コンテンツが蓄積できる容量が残っていることを確認し（ｓｔ２１５１）、蓄積を開始する。蓄積容量が確認できなかった場合は、ＢＭＬスクリプトに蓄積エラーを返す。その後、蓄積が完了すると、蓄積完了を蓄積制御用制御文書に返す。（ｓｔ２１５２）
コンテンツ“ＸＸ”が優先しないと判断した場合、蓄積予約のキャンセルを１．１９１ｅその他の制御部に発行し、蓄積キャンセル処理を行なう。（ｓｔ２１４１）
尚、これら、蓄積優先の判断、取りやめるかどうかの判断アルゴリズムは各番組送信者の蓄積制御制御文書による。
【００９４】
このようにすることで、番組送信者の固定貸与の蓄積容量に不足した場合、共通容量より追加で貸与を受け、予約したコンテンツを蓄積することで、蓄積装置の効率的運用が可能となり、視聴者がより視聴したいコンテンツを蓄積でき、また、番組送信者の要求に沿った蓄積を可能とする効果がある。
【００９５】
次に、一時割当て容量として貸与した容量の返却制御に関して説明する。
【００９６】
共通容量の一部を番組送信者に貸与し続けると、共通容量が不足、あるいは、無くなることが予想されるので、使用を終了した一時貸与容量は、割当て制御部１．１９１ｃが他の番組送信者に割当てられるよう、返却させる必要がある。
【００９７】
番組送信者の要求により蓄積されたコンテンツは、視聴後の視聴制御制御文書による自動消去、あるいはユーザ指示による消去、また、有効期限切れ未視聴コンテンツの視聴制御制御文書による消去等により消去され、これにより、その後蓄積可能な容量が増加する。
【００９８】
この際、蓄積コンテンツが消去されて時点で、視聴制御制御文書、あるいは、蓄積制御制御文書により、一時貸与容量の返却が行なわれる。これは、割当て制御部１．１９１ｃに蓄積容量変更要求を発行することで行なわれ、これを受けた割当て制御部１．１９１ｃが、蓄積管理テーブルを変更することで、実現する。
【００９９】
（他の実施形態１）
上記実施形態においては、蓄積予約時刻直前に、その他の制御部１．１９１ｅが、蓄積制御制御文書を起動し、該蓄積制御制御文書より、蓄積容量の追加割当て要求を行なった。
【０１００】
他の実施形態として、コンテンツの蓄積予約要求時に、蓄積実行時、番組送信者のＨＤＤ不足時の追加割当て要求を同時に行い、割当て制御部１．１９１ｃが、コンテンツの蓄積予約時刻直前時刻になると、蓄積管理テーブルより該コンテンツの番組送信者のＨＤＤ残容量を調査し、容量があればコンテンツの蓄積を行ない、ＨＤＤ容量が不足しており、追加割当てが許可できる場合、蓄積管理テーブルを書き換え、追加割当てを行い、コンテンツの蓄積を開始する構成を採用することもできる。
【０１０１】
不許可な場合は、番組送信者の蓄積制御制御文書を起動し、蓄積制御制御文書は、最良の実施形態と同様、自分の領域のコンテンツを削除し、今回のコンテンツを蓄積するかどうかを判断する。このような方法も可能である。
【０１０２】
（他の実施形態２）
上記実施形においては、蓄積予約は、予約するコンテンツの番組送信者のチャネルのデータ放送画面より行なったが、蓄積予約時の他の実施形態として、以下の構成も採用できる。すなわち、システム制御部１．１９１の他の制御部１．１９１ｅが予め、各チャネルのＳＩ情報を収集し、配信予定のサーバ型コンテンツの番組情報を取得、ＴＶ装置１，１内のアプリケーションとして、サーバ型コンテンツガイドボタンを用意し、ユーザが、該ボタンを押下することにより、各番組送信者が配信するサーバ型コンテンツの一覧ＧＵＩを表示、ユーザは前記コンテンツ一覧ＧＵＩより、所望のコンテンツの蓄積予約を行なう構成である。
【０１０３】
（他の実施形態３）
上述の実施形態における、一時貸与された容量は、蓄積制御制御文書、視聴制御制御文書により、一時貸与容量が空いた時点で返却していた。
【０１０４】
これを割当て制御部１．１９１ｃによって制御する構成も採用できる。
【０１０５】
この場合、まず、上述した蓄積の制御と並行して、割当て制御部１．１９１ｃは、一時貸与をしている番組送信者に空き容量が発生していないかどうかを蓄積管理テーブルにより監視しており、空き容量が検出された場合、該番組送信者の蓄積制御制御文書を起動し、一時貸与している空き容量の返却を要求し、各番組送信者はこれに応じ、割当て制御部１．１９１ｃに対し、ＨＤＤ容量の変更要求を行い、割当て制御部１．１９１ｃはこれを許可し、蓄積容量管理テーブルを書き換える。
【０１０６】
また、一時貸与の際、貸与の有効期限を設けて、割当て制御部１．１９１ｃと蓄積制御制御文書でこれを管理し、割当て制御部１．１９１ｃは、ある番組送信者の貸与容量が有効期限になると、該番組送信者の蓄積制御制御文書を起動し、一時貸与している空き容量の返却を要求し、これを受けた蓄積制御制御文書は、自分の領域内から優先順位の低いコンテンツを消去し、空き容量を作り、割当て制御部１．１９１ｃに、蓄積容量の変更要求を出す、という構成も採用できる。
【０１０７】
（他の実施形態４）
上述の『蓄積する価値がある』と判断する手法として、シリーズものでるかどうかを判断し、前回視聴していれば、そのジャンルの視聴回数に関係なく『蓄積する価値がある』と判断するような方法も可能である。
【図面の簡単な説明】
【０１０８】
【図１】本発明実施形態のＴＶ装置のブロック図
【図２】本発明実施形態で使用される放送データ構成の図
【図３】本発明実施形態、ＨＤＤ内の管理構造の図
【図４】本発明実施形態、蓄積管理テーブルの図
【図５】本発明実施形態、蓄積予約管理テーブルの図
【図６】本発明実施形態、視聴実績管理テーブルの図
【図７】本発明実施形態、視聴コンテンツリストの図
【図８】本発明実施形態、システム制御部の構造の図
【図９】本発明実施形態、動作の流れを説明する図
【図１０】本発明実施形態、契約画面の図
【図１１】本発明実施形態、契約前後の蓄積管理テーブルの図
【図１２】本発明実施形態、一時割当て許可後の蓄積管理テーブルの図
【符号の説明】
【０１０９】
１．１ ＴＶ装置
１．１０１ チューナ部
１．１０２ データ分離部部
１．１０３ ＡＶでコード部
１．１２１ 音声制御部
１．１２２ 音声出力部
１．１３１ グラフィック制御部
１．１３３ 表示合成制御部
１．１３４ 表示部
１．１５１ メモリ部
１．１５２ データ保存部
１．１６１ インタフェース部
１．１７１ インターネット接続部
１．１８１ リモコン制御部
１．１９１ システム制御部
【技術分野】
【０００１】
本発明は、記録装置を制御する構成に関する。
【背景技術】
【０００２】
番組を蓄積する構成が特許文献１に開示されている。
【特許文献１】特開２００１−２５１５７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本願ではまったく新規な記録装置の制御方法を開示する。
【０００４】
本願に記載した実施形態によって解決可能な課題の例としては、以下を挙げることができる。すなわち、サーバ型放送においては、一般にサーバ型放送を提供する番組送信者は、蓄積したいコンテンツが蓄積できるように、あらかじめ決められた容量の記憶領域を確保しておくことが必要であり、そのため、該番組送信者のサーバ型放送を利用するユーザとの間で、受信装置内でＨＤＤの貸与契約を結び、該貸与した記憶領域（記憶容量）は、該番組送信者のみのコンテンツが蓄積可能で、使用されていないからと言って、受信装置が勝手に他の事業者に貸与したり、他の目的に使用したりすることはできなかった。
【０００５】
従って、複数の事業者とＨＤＤの貸与契約を結んで、コンテンツの蓄積を行なった場合、ＨＤＤ全体では、容量に余裕があるのに、ある特定の番組送信者は蓄積容量が不足するといった問題が生じる。
【課題を解決するための手段】
【０００６】
番組送信者が記録装置の記録容量の割り当てを要求していることを示す信号を受信する受信回路と、前記信号に基づいて記録容量の割り当ての制御を行う。
【０００７】
所定の属性を有する番組を記録するための容量として割り当てられている容量を、該属性を有する番組の記録予約及び／もしくは該属性を有する番組の再生履歴を示す情報に基づいて変更する制御を行う。
【０００８】
番組送信者に対し、固定的に割当てる記憶容量と、制御装置が動的に割当てる追加容量を割当てる制御を行なう。
【０００９】
番組送信者の要求と視聴者情報に基づき一時的に追加容量の割当てを行なう。
【発明を実施するための最良の形態】
【００１０】
以下、本発明をサーバ型放送を受信可能なＴＶ装置１．１に適用した場合についての実施の形態について説明する。
【００１１】
まず、サーバ型放送を受信可能なＴＶ装置１．１について図１を用いて説明する。
【００１２】
図１は、本発明第１の実施形にかかるＴＶ装置１．１を説明するブロック図である。
【００１３】
１．１０１は、チューナ部であって、受信したＴＶ放送の高周波ＴＶ信号を増幅、希望局の選局を行い、映像／音声番組、各種データが混合されたＴＳデータを復調する。
【００１４】
データ分離部１．１０２は、前記ＴＳデータを、映像／音声番組データと、後述する番組情報データ、データ放送データ（データ放送コンテンツ、サーバ型放送コンテンツ、各種メタデータ、制御文書、その他データ放送用データ）等に分離する。映像／音声番組データは、後述デコーダ部１．１０３へ、その他、番組情報データとデータ放送データは、内部バスｓ１．１９を通して、メモリ部１．１５１へ出力する。
【００１５】
１．１０３は、放送映像／音声データのデコーダ部であって、前記分離された、映像／音声番組データ、内部バスｓ１．２９よりの映像データをデコードし、音声制御部１．１２１、グラフィック制御部１．１３３へ出力する。
【００１６】
１．１２１は、音声制御部であって、前述デコーダ部１．１０３、内部バスｓ１．２９よりの音声データを、切り替え、あるいは合成、又、音量、音質、臨場感などを制御し、後述音声出力部１．２１２へ出力する。
【００１７】
１．１２２は音声出力部であって、前記音声制御部１．１２１より入力された音声信号を増幅し、スピーカより音声を出力する。
【００１８】
１．１３１は、グラフィック制御部であって、データ放送画面、本ＴＶシステム内のアプリケーション画面、メッセージ等のＧＵＩ画面等を後述システム制御部１．１９１の制御に基づき生成する。
【００１９】
１．１３３は表示合成制御部であって、デコーダ部１．１０３よりの番組と、グラフィック制御部１．１３１で生成された画像データを、システム制御部１．９９１よりの制御に基づき、切替え、合成、拡大／縮小、その他各種変換、補正等を行い、後述表示器１．２２２へ出力する。
【００２０】
表示合成制御部１．１３３は、複数のプレーンを用いて合成処理を行う。この複数のプレーンはデータ放送プレーンとアプリケーションプレーンの独立に描画、制御可能な２つのプレーンを含む。前記データ放送プレーンはさらに、動画プレーン、静止画プレーン、文字図形プレーン等の複数プレーンからなり、これらも独立に制御可能である。
【００２１】
１．１３４は、表示器であって、前記画像制御部１．２２１よりの画像データを表示する表示器である。
【００２２】
１．１５１は、メモリ部であって、前記１．１０２により分離されたデータ放送コンテンツ、サーバ型放送コンテンツ、番組情報データ、制御文書、その他データ放送データ等を一時的に保存するメモリ部である。該メモリは、システム制御部１．１９１がプログラム実行のために使用するワークメモリも含まれる。
【００２３】
１．１５２は、データ蓄積部であり、ここではＨＤＤ装置を用いている。データ蓄積部１．１５２は前記受信したサーバ型放送コンテンツを、前記受信した制御文書、あるいは、視聴者、あるいは後述システム制御部１．１９１の指示により、蓄積、再生、削除等を行なう。
【００２４】
また、その他、システム制御部が受信、蓄積、再生といった各種制御に使用するために、前記受信した番組情報、メタデータ、制御文書、その他データ放送データ、また、課金制御データ、視聴者の視聴履歴データ等々のデータが蓄積され、必要に応じて逐次保存、削除を行なう。後述蓄積管理テーブル等の制御データも保存される。該システム制御部の使用する領域は、サーバ型放送コンテンツとは別途管理される。
【００２５】
１．１６１は、インタフェース部であって、録画装置、印刷装置等を接続し、ＴＶ装置１．１より制御により、各種コンテンツの録画・再生、印刷を行なうものである。
【００２６】
１．１７１は、通信部であり、インターネットと接続され、放送局サーバ、課金サーバ等と接続し、受信装置の予約、蓄積情報、あるいは有料コンテンツの課金情報等の各種データの送受信等を行う際に使用される。
【００２７】
１．１８１はリモコン制御部であって、赤外線を利用して、ＴＶ視聴者が操作するリモコン装置とデータの送受信を行い、該データをシステム制御部１．１９１に転送する。
【００２８】
１．１９１は、システム制御部であって、ＴＶ装置１．１内各部を統括的に制御する。
【００２９】
システム制御部はＣＰＵ、主記憶、バス制御部、プログラム格納部、パラメータ保存部、ＩＤ保存部、時計部、タイマ部を有しており、以下の制御を行う。
【００３０】
ＴＶ受信においては、前述した、チューナ部１．１０１、データ分離部１．１０２の制御を行い、チャネル切り替えを行い所望の放送電波を受信し、後述ＴＳデータを復調する。そして、該ＴＳデータより前記、映像／音声番組データと、番組情報データ、データ放送データを分離し、
番組データはＡＶデコード部１．１０３へ出力すると共に、番組情報データ、データ放送データはｓ１．１９を通してメモリ部１．１５１、データ蓄積部１．１５２へ格納する制御を行なう。
【００３１】
格納した番組情報データ、データ放送データを解析し、課金制御等を含むアクセス制御、また、番組情報を抽出し、通常放送、サーバ型放送の番組表の構築等を行う。
【００３２】
リモコン等によるユーザの指示、前記制御文書の指示に従い、コンテンツの予約、受信、蓄積、再生、課金等の制御を行なう。
【００３３】
グラフィック制御部１．１３１を制御し、前記データ放送の表示、１．１ＴＶ装置内のアプリケーションの表示、メッセージ、操作パネル等の表示をさせる。
【００３４】
又、表示合成制御部１．１３３を制御し、デコード部１．１０３よりの映像データと、１．１３１部とグラフィック部等よりの画像データの合成、補正等の各種情報表示等を行い、表示部１．１３４へ表示する。
【００３５】
同様に、音声制御部１．１２１を制御し、音声の合成、出力制御を行い、音声出力部１．１２２への出力制御を行う。
【００３６】
また、リモコン装置とのデータの送受信を制御し、該データに基づき、ＴＶ装置１．１内の制御を行う。
【００３７】
Ｓ１．１９は、内部バスであって、データ、並びに制御バスであり、前述してきたように、画像、音声データの転送、各部情報の転送に使用される、ＴＶ装置１．１内のバスである。
【００３８】
次に、本発明で放送される放送データに関して説明する。
【００３９】
図２は、放送局より送信される放送データ、いわゆるＴＳデータの内容を説明する図である。
【００４０】
該放送データは、各国の放送体系、規格に基づいて作成、放送、受信、動作する。本実施形では、日本国内のデジタル放送の標準規格（ＡＲＩＢ（電波産業界）標準規格）に基づいたものとなっている。
本実施形の放送データは、〔１〕ヘッダ部、〔２〕番組データ部、〔３〕データ放送データ部の３つより構成される。
【００４１】
〔１〕ヘッダ部は、いわゆるＳＩ情報と言われる番組関連情報と、他の制御情報で構成されている。該ＳＩ情報内には、サーバ型放送として配信されるコンテンツの形式、タイトル、ジャンル、出演者情報、内容、コンテンツが含まれるデータのモジュール名、配信開始日時、蓄積先ディレクトリ、蓄積容量等のコンテンツ等の配信情報、また、再生時の有効期限、課金法等のアクセス制御情報が記述されている。該ＳＩ情報は必要に応じて更新される。
【００４２】
〔２〕番組データは、いわゆる映像／音声ストリームとして伝送される番組部分のことであり、視聴者が視聴する番組である。本実施形では、この〔２〕番組データのない形式が有り得る。
【００４３】
〔３〕データ放送データは、コンテンツ、前記コンテンツのメタデータ文書、各種制御文書等より構成される。
【００４４】
コンテンツは、ヘッダ情報として、該コンテンツを蓄積するために必要な、モジュール名、蓄積先ディレクトリ、データサイズ等の情報、また、ＳＩ情報の一部が記述されている。
【００４５】
メタデータは、ＳＩ情報に記述された情報、コンテンツに関わる詳細な情報、シーンごとの情報、が記述された文書であり、受信されるコンテンツとは、別時刻に配信されることもある。
【００４６】
制御文書は、通常データ放送の表示、制御文書の他、サーバ型放送に関わる契約、蓄積予約、蓄積制御、再生制御、アクセス制御、課金制御等の各種制御文書より成っており、コンテンツ記述言語ｂｍｌで記述されたｂｍｌ文書として記述される。
【００４７】
これら放送データは、〔２〕番組データが番組の放送時間に沿って１回のみ伝送されるのに対し、〔３〕データ放送データは、同一データを何度か繰り返して伝送する、いわゆるデータカルーセル方式で伝送され、これらがパケット化され〔１〕ヘッダ部が加えられ放送用ＴＳデータとなる。
【００４８】
次に各番組送信者により蓄積されたコンテンツの管理に関して背説明する。
【００４９】
図３は、本実施形においてデータ蓄積部１．１５２に蓄積されるコンテンツの管理構造を示した図である。
【００５０】
蓄積されるコンテンツは、／／チャネルＡ／カルーセル１／スポーツ／オリンピックと言うような、階層構造と名前で蓄積される。実際のコンテンツは、さらにこの下層にこのコンテンツを構成する各種モジュール、コンポーネントが蓄積される。最上位のディレクトリは番組送信者ごとに固有とし、これは番組送信者間のルールとして運用する。これにより、ＨＤＤ内でどの番組送信者がどれだけの容量を使用しているかを管理する。尚、該階層構造、ファイル名は、番組送信者によって指定され、ＳＩ情報、あるいは、コンテンツのヘッダ情報として伝送される。
【００５１】
図４は、本実施形で使用するデータ蓄積部１．１５２のサーバ型放送コンテンツの蓄積内容を管理する蓄積管理テーブルである。
【００５２】
本実施形では、コンテンツの蓄積のためのＨＤＤ容量を、番組送信者に固定的に貸与される基本容量と、ＴＶ装置により番組送信者に一時的に貸与される一時割当て容量で管理する。
【００５３】
基本容量は、ユーザが、ある番組送信者のサーバ型コンテンツを蓄積、利用するために、番組送信者にＨＤＤを貸与し、コンテンツを利用する契約を行なった時点で、貸与され、該基本容量は契約を解除しない限り番組送信者が専用的に使用できる。
【００５４】
ＨＤＤ内で、サーバ型放送用に使用される全容量から各番組送信者に最初に貸与された基本容量を差し引いた容量が各番組送信者に一時割当て容量として貸与される共通容量になる。
【００５５】
この共通容量から必要に応じ、番組送信者に一時割当て容量として貸与される。
【００５６】
蓄積管理テーブルは上記内容、すなわち、契約したサーバ型放送の番組送信者と、契約（固定か可変か）、ＨＤＤの貸与容量、と現在の蓄積容量が一覧できるようになっている。
【００５７】
蓄積管理テーブル内は、貸与容量として、該基本容量と、一時割当て容量、貸与合計容量が記載される。該貸与合計容量が、その時点で蓄積可能な総容量となる。
【００５８】
また、現在の蓄積容量として、各コンテンツごとの蓄積先情報と容量、また各番組送信者ごとの合計蓄積容量、及び空き蓄積容量が記載される。
【００５９】
このようにすることで、コンテンツの蓄積のために各番組送信者に貸与される基本容量と、一時割当て容量を実現、管理し、全く蓄積ができなくなる番組送信者がなく、かつ全体として記憶容量の不足を少なくし、蓄積装置の効率的運用ができるようにしている。
【００６０】
図５は、蓄積予約管理テーブルであり、蓄積予約されたコンテンツのタイトル、ジャンル、配信日時、蓄積容量、有効期限、その他、前述ＳＩ情報に記述された情報が記述されている。
【００６１】
コンテンツＩＤは、ＳＩ情報において、コンテンツを特定するためのｓｅｒｖｉｃｅＩＤ、ｅｖｅｎｔＩＤである。
【００６２】
図６は、視聴実績管理テーブルであり、過去一定期間内に視聴された回数が番組送信者ごと、コンテンツジャンルごとに記述されている。
【００６３】
図７は、視聴コンテンツリストであって、各コンテンツの視聴日、蓄積から消去までの日数が番組送信者ごと、ジャンルごとに記述されている。
【００６４】
図８は、ＴＶ装置１．１のシステム制御部１．１９１の制御部別の構造を示した図であって、１．１９１ａはＯＳを含む基本システム制御部であり他の制御部は該基本システ制御部の管理の元に、データ放送制御部１．１９１ｂ、割当て制御部１．１９１ｃ、ＨＤＤ制御部１．１９１ｄ 、その他の制御部１．１９１ｅが動作するようになっている。
【００６５】
放送制御部１．１９１ｂは、前述ｂｍｌ文書で記述された制御文書に従い動作する、いわゆるＢＭＬブラウザであり、前述各種制御文書に応じ、受信したデータ放送データの表示、サーバ型放送の契約、蓄積予約、蓄積、再生、アクセス制御等の際の、各種表示、要求、制御といった番組送信者よりの要求による制御を行う。
【００６６】
サーバ型放送契約時は、契約画面を表示し、ユーザからの指示に基づき、契約内容を決定し、契約に基づく蓄積容量の確保要求、蓄積コンテンツの予約時は、配信コンテンツの提示、自分に割当てられた容量の調査要求、蓄積予約要求、蓄積コンテンツ蓄積時は、蓄積制御用制御文書に基づき、残容量の確認、割当て制御部への一時割当て要求、コンテンツの蓄積要求、消去要求等を行なう。
【００６７】
１．１９１ｃは、割当て制御部であり、前述図４に示す蓄積管理テーブルの管理を行うと共に、番組送信者からの要求に伴って発生するデータ放送制御部１．１９１ｂよりの一時割当て要求と視聴実績、予約内容に基づき、割当ての許可、不許可の判断を行なう。
【００６８】
１．１９１ｄは、ＨＤＤ制御部であり、割当て制御部１．１９１ｃと共に図４に示す蓄積管理テーブルを管理し、データ放送制御部１．１９１ｂ、割当て制御部１．１９１ｃ等の要求に基づき、ＨＤＤの容量確保、書き込み、読み出しの制御を行なう。
【００６９】
他の制御部１．１９１ｅは、上記以外のＴＶ装置１．１の制御全般の制御が含まれる。
【００７０】
１．１９１ｂよりの蓄積予約要求に応じた制御、蓄積予約管理テーブルの管理、蓄積予約状況に応じた放送制御部１．１９１ｂ、割り当て制御部１．１９１ｃ、その他の制御部１．１９１ｄへの制御、蓄積実行時の、チューナ部１．１０１への選局制御、その他、リモコンキー制御部の制御等の制御も該１．１９１ｅその他の制御部で行われる。
【００７１】
では次に、図９を使用し、本実施形の動作を説明する。
【００７２】
ＴＶ装置１．１において、サーバ型放送を受信する際、サーバ型放送のＨＤＤ領域貸与契約の種類として『固定容量』と『可変容量』が用意されている。
【００７３】
ユーザがあるチャネルＡ（番組送信者Ａに同じ）を視聴中、サーバ型放送の契約画面（ＢＭＬによるデータ放送画面）を選択すると、システム制御部１．１９１内の放送制御部１．１９１ｂは、番組送信者Ａよりの契約時制御文書（番組送信者Ａよりの制御プログラム）を起動し、『固定容量』と『可変容量』の選択画面が表示される。
【００７４】
例としては、図１０のような画面である。
【００７５】
貸与契約として、ユーザが『可変容量契約』を選択すると、ＨＤＤの貸与容量として、基本容量ＶＢＡＳバイトと最大追加容量ＶＡＤＤバイトを選択することで、番組送信者にＶＢＡＳバイトから（ＶＢＡＳ＋ＶＡＤＤ）バイトまでの範囲でＨＤＤに蓄積可能となる。（ｓｔ２１０１）
ここで『固定容量』を選択した場合、視聴者が該選択を行ったことを示す信号を検知した放送制御部１．１９１ｂは、契約時制御文書の要求に従い、基本容量ＶＢＡＳバイトのＨＤＤ確保要求を、割当て制御部１．１９１ｃに出す。
【００７６】
割当て制御部１．１９１ｃは、図４の蓄積管理テーブルに番組送信者Ａの契約内容を登録し、ＨＤＤ内にチャネルＡ用ディレクトリを作成しＶＢＡＳバイトの容量を確保するよう、ＨＤＤ制御部１．１９１ｄに依頼し、番組送信者Ａは、ＶＢＡＳバイトのみが使用可能となる。
【００７７】
今、可変容量契約を行なったとすると、前述と同様、１．１９１ｂ放送制御部の契約時制御文書は、視聴者が該選択を行ったことを示す信号を検知し、基本容量ＶＢＡＳバイトのＨＤＤ確保要求を割当て制御部１．１９１ｃに出す。（ｓｔ２１０３）
割当て制御部１．１９１ｃは、図４の蓄積管理テーブルに番組送信者Ａの契約内容を登録し、ＨＤＤ内にチャネルＡ用ディレクトリを作成しＶＢＡＳバイトの容量を確保するよう、ＨＤＤ制御部１．１９１ｄに依頼する。（ｓｔ２１０４）
このように契約した番組送信者に固定の容量を確保することで、全く蓄積ができなくなる番組送信者がないようにできるという効果を実現している。
【００７８】
例として、図１０の状態で、可変を選択した前後の蓄積管理テーブルは図１１のようの黒枠のように、番組送信者ＡであるチャネルＡに、新たに５０Ｇが貸与、登録される。この状態では、一時貸与はされていないので０ＧＢである。
【００７９】
この後、契約時制御文書は、データ放送で受信した蓄積制御用制御文書（番組送信者Ａによる蓄積制御プログラム）を蓄積するようＨＤＤ制御部１．１９１ｄに要求を出し、これを受けたＨＤＤ制御部１．１９１ｄは、チャネルＡ用のディレクトリ内に該制御文書を蓄積する。
【００８０】
受信機は、どれだけの容量をどの番組送信者に貸与し、残容量はどの位かといったＨＤＤ管理情報をＨＤＤ容量管理テーブルで管理する。
【００８１】
実際、ＨＤＤ内のどの領域に書き込まれるかは、ＨＤＤ制御部１．１９１ｄが管理し、放送制御部１．１９１ｂ、割当て制御部１．１９１ｃよりの蓄積制御は、前述したように論理的なファイルの指定により行なう。
【００８２】
その後、ユーザはサーバ型コンテンツのコンテンツ配信一覧を表示させ蓄積予約操作を行なう。（ｓｔ２１０６）
コンテンツが予約されると、ＢＭＬコンテンツは、該コンテンツの蓄積予約要求を行う。（ｓｔ２１０７）
その他の制御部１．１９１ｅは、上記蓄積予約要求を受けると、前述ＳＩ情報に記述された、タイトル、ジャンル、配信情報、容量といったコンテンツの情報を図５にしめす蓄積予約管理テーブルに登録する。（ｓｔ２１０８）
他の複数の番組送信者に対しても、同様の契約、予約動作が行なわれる。その他の制御部１９１ｅは、上記蓄積予約管理テーブルを監視しており、蓄積予約時刻の直前時刻になると（ｓｔ２１１１）、データ放送制御部１．１９１ｂで、蓄積制御用制御文書を起動する。 尚前記直前時刻に起動されるのは、後述、実際に蓄積が開始されるまでに選局等の動作、制御に時間が必要なためである。（ｓｔ２１１２）
例としては、以下に述べる動作が何度か繰り返されて、それぞれ、図４に示す蓄積予約テーブル、図５に示す蓄積管理テーブル、図６に示す視聴実績管理テーブル、図７に示す視聴コンテンツリストの状態になっており、チャネルＡのコンテンツ“ＸＸ”の蓄積予約時刻直前になった時点を想定する。
【００８３】
データ放送制御部１．１９１ｂで起動した蓄積制御用制御文書は、蓄積予約を確認し、予約したコンテンツ“ＸＸ”の蓄積要求に先立ち、自分に割当てられているＨＤＤ容量の空き容量を調査し（ｓｔ２１１３）、
現在の空き容量でコンテンツの蓄積が可能かどうか判断する。（ｓｔ２１１４）蓄積可能であれば、ＨＤＤ制御部１．１９１ｄに対し、蓄積要求を行なう。（ｓｔ２１５１）
これを受けたＨＤＤ制御部１．１９１ｄは、要求番組送信者のＨＤＤ容量に蓄積予約コンテンツが蓄積できる容量が残っていることを再度確認し（ｓｔ２１５２）、その他の制御部１．１９１ｅに要求番組送信者のチャネルに選局し、選局されると、予約されたコンテンツ“ＸＸ”を受信し、ＳＩ情報に記述されたディレクトリ、ファイル名で蓄積を行なう。尚、蓄積容量の再確認できなかった場合は、蓄積制御用制御文書に蓄積容量エラーを返す。その後、蓄積が完了すると、蓄積完了を蓄積制御用制御文書に返す。（ｓｔ２１５２）
ｓｔ２１１４において、ＨＤＤ空き容量が少なく、該コンテンツ“ＸＸ”の蓄積を行なうのに容量が不足していることを検知すると（ｓｔ２１１４）、現在の自分のチャネルに貸与されたＨＤＤ貸与一時容量を調査し（ｓｔ２１２１）、一時割当て容量がＶＡＤＤバイト（契約上の最大容量）に達しておらず、ＶＡＤＤバイトまで追加割り当てがあれば、前記コンテンツ“ＸＸ”の蓄積が可能であることがわかった場合（ｓｔ２１２２）、放送制御部１．１９１ｂの蓄積制御用制御文書の指示により、割当て制御部１．１９１ｃに対し、不足分のＨＤＤ容量の一時割当て要求を行なう。（ｓｔ２１２３）このようにすることで、番組送信者の要求に沿った割当て要求を行い、また、番組送信者の意向に従った蓄積を可能とする効果がある。
【００８４】
この実施形態では、番組送信者Ａの蓄積制御制御文書が、チャネルＡで蓄積できる残容量は５ＧＢであり、蓄積予約をしたいコンテンツ“ＸＸ”の容量は、１２ＧＢであるのでこのままでは７ＧＢ不足することを算出し、一方で、一時貸与容量はまだ、０ＧＢであり、契約上の最大容量範囲（５０ＧＢ）内の一時割当てで、蓄積可能であることを確認し、割当て制御部１．１９１ｃに７ＧＢの一時割当て要求を出す。
【００８５】
これを受けた割当て制御部１．１９１ｃは、一時割当ての要求のあった容量が、契約上正当かどうかを再確認し、また、一時割当てに使用さえる共通容量部の残容量が、要求された容量以上残っていることを確認し、以下のような手順により、ＨＤＤ容量の一時割当てを許可するかどうか判断する。
【００８６】
該判断は２段階で行なわれる。
【００８７】
まず、第１段階として、蓄積要求のあったコンテンツが『蓄積に値するかどうか』を判断する。
【００８８】
これには、前述図６に示す視聴実績管理テーブルより、蓄積予約されているコンテンツ“ＸＸ”のジャンルのコンテンツが、過去一定期間内（例えば３ヶ月以内）に何回視聴されたかを調査し、ある一定回数以上（例えば５回以上）であれば、視聴者にとって、この予約しようとしているコンテンツ“ＸＸ”は『蓄積するに値する』であると判断し（ｓｔ２１２５）、次に、第２段階として、『蓄積するに値する』と判断されたコンテンツに対し、蓄積したコンテンツができるだけ早く削除され、共通容量として開放されるかどうかを判断する。これは、他の番組送信者から一時割当ての要求があった場合、できるだけ共通容量を残しておくためである。
【００８９】
これは、図７に示す視聴コンテンツリストの“蓄積から消去されるまでの日数”の項より判断する。すなわち、蓄積予約のある番組送信者で蓄積、視聴されたコンテンツの平均日数が、有る値以下（例えば７日以下）であれば、『早く消去される』と判断する。（ｓｔ２１２６）
この『蓄積に値する』、かつ、『早く消去される』と判断されたコンテンツに対し、共通容量よりの一時貸与が許可される。
【００９０】
許可の場合、蓄積管理テーブルの番組送信者Ａの項に対し、一時割当て容量を貸与するよう書き換え、１．１９１ｂ放送制御部に許可を返す。この際、返却に関する情報も戻り値として一緒に返す。
【００９１】
例では、図５に示す蓄積管理テーブルのコンテンツ“ＸＸ”のジャンルは『映画』であり、図６に示す視聴実績管理テーブルより、ユーザは過去３ヶ月以内に６回このジャンルを視聴しており、判断基準を５回以上とすると、該コンテンツ“ＸＸは”『蓄積に値する』と判断し、次に、図７に示す視聴コンテンツリストより、チャネルＡの蓄積から消去までの平均日数を算出すると、２．２日であり、判断基準を７日以内とすると、『早く消去される』と判断され、不足の７ＧＢの一時割当て要求が許可され、図５に示す蓄積管理テーブルが、図１２の黒枠のように書き換えられる。
【００９２】
この後、番組送信者Ａは蓄積容量の追加が許可された場合、蓄積管理テーブルより自分のＨＤＤ容量と空き容量を確認し、ＨＤＤ制御部１．１９１ｄに対し蓄積要求を行なう。（ｓｔ２１５１）
これを受けたＨＤＤ制御部１．１９１ｄは、要求番組送信者のＨＤＤ容量に蓄積予約コンテンツが蓄積できる容量が残っていることを再度確認し（ｓｔ２１５２）、
その他の制御部１．１９１ｅに要求番組送信者のチャネルに選局し、選局されると、予約されたコンテンツ“ＸＸ”を受信し、ＳＩ情報に記述されたディレクトリ、ファイル名で蓄積を行なう。
【００９３】
ｓｔ２１２２で、ＶＡＤＤバイトまで追加割り当てが許可されても、前記コンテンツ“ＸＸ”の蓄積が不可能であることがわかった場合（ｓｔ２１２２）、また、ｓｔ２１２５、ｓｔ２１２６で、追加割当てが却下された場合は、蓄積制御用制御文書自身が、図６に示す視聴実績管理テーブル、図７に示す視聴コンテンツリスト等より、現在までに自分の領域に蓄積されているコンテンツと、今回蓄積を行なおうとするコンテンツ“ＸＸ”のどちらを優先すべきかを判断し（ｓｔ２１３１）、今回のコンテンツ“ＸＸ”が優先すると判断された場合は、自分の領域内の蓄積コンテンツを削除し、残ＨＤＤ容量を増やし、蓄積予約したコンテンツの蓄積容量が確保されたことを確認し（ｓｔ２１３２）、ＨＤＤ制御部に蓄積要求を出し、これを受けたＨＤＤ制御部１．１９１ｃは、前述と同様、番組送信者Ａの貸与容量に蓄積予約コンテンツが蓄積できる容量が残っていることを確認し（ｓｔ２１５１）、蓄積を開始する。蓄積容量が確認できなかった場合は、ＢＭＬスクリプトに蓄積エラーを返す。その後、蓄積が完了すると、蓄積完了を蓄積制御用制御文書に返す。（ｓｔ２１５２）
コンテンツ“ＸＸ”が優先しないと判断した場合、蓄積予約のキャンセルを１．１９１ｅその他の制御部に発行し、蓄積キャンセル処理を行なう。（ｓｔ２１４１）
尚、これら、蓄積優先の判断、取りやめるかどうかの判断アルゴリズムは各番組送信者の蓄積制御制御文書による。
【００９４】
このようにすることで、番組送信者の固定貸与の蓄積容量に不足した場合、共通容量より追加で貸与を受け、予約したコンテンツを蓄積することで、蓄積装置の効率的運用が可能となり、視聴者がより視聴したいコンテンツを蓄積でき、また、番組送信者の要求に沿った蓄積を可能とする効果がある。
【００９５】
次に、一時割当て容量として貸与した容量の返却制御に関して説明する。
【００９６】
共通容量の一部を番組送信者に貸与し続けると、共通容量が不足、あるいは、無くなることが予想されるので、使用を終了した一時貸与容量は、割当て制御部１．１９１ｃが他の番組送信者に割当てられるよう、返却させる必要がある。
【００９７】
番組送信者の要求により蓄積されたコンテンツは、視聴後の視聴制御制御文書による自動消去、あるいはユーザ指示による消去、また、有効期限切れ未視聴コンテンツの視聴制御制御文書による消去等により消去され、これにより、その後蓄積可能な容量が増加する。
【００９８】
この際、蓄積コンテンツが消去されて時点で、視聴制御制御文書、あるいは、蓄積制御制御文書により、一時貸与容量の返却が行なわれる。これは、割当て制御部１．１９１ｃに蓄積容量変更要求を発行することで行なわれ、これを受けた割当て制御部１．１９１ｃが、蓄積管理テーブルを変更することで、実現する。
【００９９】
（他の実施形態１）
上記実施形態においては、蓄積予約時刻直前に、その他の制御部１．１９１ｅが、蓄積制御制御文書を起動し、該蓄積制御制御文書より、蓄積容量の追加割当て要求を行なった。
【０１００】
他の実施形態として、コンテンツの蓄積予約要求時に、蓄積実行時、番組送信者のＨＤＤ不足時の追加割当て要求を同時に行い、割当て制御部１．１９１ｃが、コンテンツの蓄積予約時刻直前時刻になると、蓄積管理テーブルより該コンテンツの番組送信者のＨＤＤ残容量を調査し、容量があればコンテンツの蓄積を行ない、ＨＤＤ容量が不足しており、追加割当てが許可できる場合、蓄積管理テーブルを書き換え、追加割当てを行い、コンテンツの蓄積を開始する構成を採用することもできる。
【０１０１】
不許可な場合は、番組送信者の蓄積制御制御文書を起動し、蓄積制御制御文書は、最良の実施形態と同様、自分の領域のコンテンツを削除し、今回のコンテンツを蓄積するかどうかを判断する。このような方法も可能である。
【０１０２】
（他の実施形態２）
上記実施形においては、蓄積予約は、予約するコンテンツの番組送信者のチャネルのデータ放送画面より行なったが、蓄積予約時の他の実施形態として、以下の構成も採用できる。すなわち、システム制御部１．１９１の他の制御部１．１９１ｅが予め、各チャネルのＳＩ情報を収集し、配信予定のサーバ型コンテンツの番組情報を取得、ＴＶ装置１，１内のアプリケーションとして、サーバ型コンテンツガイドボタンを用意し、ユーザが、該ボタンを押下することにより、各番組送信者が配信するサーバ型コンテンツの一覧ＧＵＩを表示、ユーザは前記コンテンツ一覧ＧＵＩより、所望のコンテンツの蓄積予約を行なう構成である。
【０１０３】
（他の実施形態３）
上述の実施形態における、一時貸与された容量は、蓄積制御制御文書、視聴制御制御文書により、一時貸与容量が空いた時点で返却していた。
【０１０４】
これを割当て制御部１．１９１ｃによって制御する構成も採用できる。
【０１０５】
この場合、まず、上述した蓄積の制御と並行して、割当て制御部１．１９１ｃは、一時貸与をしている番組送信者に空き容量が発生していないかどうかを蓄積管理テーブルにより監視しており、空き容量が検出された場合、該番組送信者の蓄積制御制御文書を起動し、一時貸与している空き容量の返却を要求し、各番組送信者はこれに応じ、割当て制御部１．１９１ｃに対し、ＨＤＤ容量の変更要求を行い、割当て制御部１．１９１ｃはこれを許可し、蓄積容量管理テーブルを書き換える。
【０１０６】
また、一時貸与の際、貸与の有効期限を設けて、割当て制御部１．１９１ｃと蓄積制御制御文書でこれを管理し、割当て制御部１．１９１ｃは、ある番組送信者の貸与容量が有効期限になると、該番組送信者の蓄積制御制御文書を起動し、一時貸与している空き容量の返却を要求し、これを受けた蓄積制御制御文書は、自分の領域内から優先順位の低いコンテンツを消去し、空き容量を作り、割当て制御部１．１９１ｃに、蓄積容量の変更要求を出す、という構成も採用できる。
【０１０７】
（他の実施形態４）
上述の『蓄積する価値がある』と判断する手法として、シリーズものでるかどうかを判断し、前回視聴していれば、そのジャンルの視聴回数に関係なく『蓄積する価値がある』と判断するような方法も可能である。
【図面の簡単な説明】
【０１０８】
【図１】本発明実施形態のＴＶ装置のブロック図
【図２】本発明実施形態で使用される放送データ構成の図
【図３】本発明実施形態、ＨＤＤ内の管理構造の図
【図４】本発明実施形態、蓄積管理テーブルの図
【図５】本発明実施形態、蓄積予約管理テーブルの図
【図６】本発明実施形態、視聴実績管理テーブルの図
【図７】本発明実施形態、視聴コンテンツリストの図
【図８】本発明実施形態、システム制御部の構造の図
【図９】本発明実施形態、動作の流れを説明する図
【図１０】本発明実施形態、契約画面の図
【図１１】本発明実施形態、契約前後の蓄積管理テーブルの図
【図１２】本発明実施形態、一時割当て許可後の蓄積管理テーブルの図
【符号の説明】
【０１０９】
１．１ ＴＶ装置
１．１０１ チューナ部
１．１０２ データ分離部部
１．１０３ ＡＶでコード部
１．１２１ 音声制御部
１．１２２ 音声出力部
１．１３１ グラフィック制御部
１．１３３ 表示合成制御部
１．１３４ 表示部
１．１５１ メモリ部
１．１５２ データ保存部
１．１６１ インタフェース部
１．１７１ インターネット接続部
１．１８１ リモコン制御部
１．１９１ システム制御部
【特許請求の範囲】
【請求項１】
番組を記録する記録装置を制御する制御装置であって、
番組送信者が記録装置の記録容量の割り当てを要求していることを示す信号を受信する受信回路と、
前記信号に基づいて記録容量の割り当ての制御を行う制御回路と、
を有する制御装置。
【請求項２】
前記制御回路は、前記番組送信者が送信した番組の記録を予約した状態、および／もしくは、前記番組送信者が送信した番組を再生した履歴、の情報に基づいて前記記録容量の割り当てを許可するか許可しないかを選択する請求項１に記載の制御装置。
【請求項３】
前記記憶容量の割り当ての制御が、すでに割り当てられている記憶容量とは別の記憶容量の割り当ての制御である請求項１もしくは２に記載の制御装置。
【請求項４】
番組を記録する記録装置を制御する制御装置であって、
所定の属性を有する番組を記録するための容量として割り当てられている容量を、該属性を有する番組の記録予約及び／もしくは該属性を有する番組の再生履歴を示す情報に基づいて変更する制御を行う制御手段と、を有する制御装置。
【請求項５】
番組を記録する記録装置を制御する制御装置であって、
番組送信者に対し、固定的に割当てるべき記憶容量と、動的に割当てるべき記憶容量と、をそれぞれ割り当てる制御を行なう制御回路を有することを特徴とする制御装置。
【請求項６】
前記動的に割り当てるべき記憶容量を割り当てる制御を、前記番組送信者が送信した番組の記録を予約した状態、および／もしくは、前記番組送信者が送信した番組を再生した履歴、の情報に基づいて行う請求項５に記載の制御装置。
【請求項１】
番組を記録する記録装置を制御する制御装置であって、
番組送信者が記録装置の記録容量の割り当てを要求していることを示す信号を受信する受信回路と、
前記信号に基づいて記録容量の割り当ての制御を行う制御回路と、
を有する制御装置。
【請求項２】
前記制御回路は、前記番組送信者が送信した番組の記録を予約した状態、および／もしくは、前記番組送信者が送信した番組を再生した履歴、の情報に基づいて前記記録容量の割り当てを許可するか許可しないかを選択する請求項１に記載の制御装置。
【請求項３】
前記記憶容量の割り当ての制御が、すでに割り当てられている記憶容量とは別の記憶容量の割り当ての制御である請求項１もしくは２に記載の制御装置。
【請求項４】
番組を記録する記録装置を制御する制御装置であって、
所定の属性を有する番組を記録するための容量として割り当てられている容量を、該属性を有する番組の記録予約及び／もしくは該属性を有する番組の再生履歴を示す情報に基づいて変更する制御を行う制御手段と、を有する制御装置。
【請求項５】
番組を記録する記録装置を制御する制御装置であって、
番組送信者に対し、固定的に割当てるべき記憶容量と、動的に割当てるべき記憶容量と、をそれぞれ割り当てる制御を行なう制御回路を有することを特徴とする制御装置。
【請求項６】
前記動的に割り当てるべき記憶容量を割り当てる制御を、前記番組送信者が送信した番組の記録を予約した状態、および／もしくは、前記番組送信者が送信した番組を再生した履歴、の情報に基づいて行う請求項５に記載の制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００６−１６５７６０（Ｐ２００６−１６５７６０Ａ）
【公開日】平成１８年６月２２日（２００６．６．２２）
【国際特許分類】
【出願番号】特願２００４−３５１１７１（Ｐ２００４−３５１１７１）
【出願日】平成１６年１２月３日（２００４．１２．３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年６月２２日（２００６．６．２２）
【国際特許分類】
【出願日】平成１６年１２月３日（２００４．１２．３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]