【手続補正書】
【提出日】平成19年3月27日(2007.3.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
放送されるコンテンツを受信し、受信したコンテンツを蓄積部に蓄積する放送コンテンツ蓄積装置であって、
コンテンツの放送期間に関する情報及び当該放送期間内に繰り返して放送される繰り返し回数に関する情報を放送データから取得する取得手段と、
コンテンツを蓄積部に蓄積するための予約処理を実行する予約手段と、
前記放送期間に関する情報及び前記繰り返し回数に関する情報とに応じて、前記予約手段で蓄積が予約されたコンテンツを受信するためのスケジュール情報を生成する蓄積制御手段と、
を有することを特徴とする放送コンテンツ蓄積装置。
【請求項２】
前記蓄積制御手段は、前記予約手段で予約されたコンテンツが複数存在する場合、コンテンツ各々の放送期間に関する情報と前記繰り返し回数に関する情報に応じて、各コンテンツを受信する時間の重複を避けたスケジュール情報を生成することを特徴とする請求項１に記載の放送コンテンツ蓄積装置。
【請求項３】
前記コンテンツは複数のブロックデータから構成されており、
前記蓄積制御手段は、前記予約手段で予約されたコンテンツが複数存在し、かつ複数のコンテンツの放送期間が少なくとも一部の期間において重複する場合、放送期間が重複しない非重複時間に放送されるコンテンツを当該時間に蓄積するスケジュール情報を生成するとともに、非重複時間内に少なくとも一つのコンテンツの全てのブロックデータが蓄積できない場合には、放送期間が早いコンテンツのブロックデータを優先的に蓄積するためのスケジュール情報を生成することを特徴とする請求項１に記載の放送コンテンツ蓄積装置。
【請求項４】
放送されるコンテンツを受信し、受信したコンテンツを蓄積部に蓄積する放送コンテンツ蓄積装置の制御方法であって、
コンテンツの放送期間に関する情報及び当該放送期間内に繰り返して放送される繰り返し回数に関する情報を放送データから取得し、
コンテンツを蓄積部に蓄積するための予約処理を実行し、
前記放送期間に関する情報及び前記繰り返し回数に関する情報に応じて、蓄積が予約されたコンテンツを受信するためのスケジュール情報を生成する蓄積制御を実行することを有することを特徴とする放送コンテンツ蓄積装置の制御方法。
【請求項５】
前記蓄積制御は、予約されたコンテンツが複数存在する場合、コンテンツ各々の放送期間に関する情報と前記繰り返し回数に関する情報とに応じて、各コンテンツを受信する時間の重複を避けたスケジュール情報を生成することを特徴とする請求項４に記載の放送コンテンツ蓄積装置の制御方法。
【請求項６】
前記コンテンツは複数のブロックデータから構成されており、
前記蓄積制御は、予約されたコンテンツが複数存在し、かつ複数のコンテンツの放送期間が少なくとも一部の期間において重複する場合、放送期間が重複しない非重複時間に放送されるコンテンツを当該時間に蓄積するスケジュール情報を生成するとともに、非重複時間内に少なくとも一つのコンテンツの全てのブロックデータが蓄積できない場合には、放送期間が早いコンテンツのブロックデータを優先的に蓄積するためのスケジュール情報を生成することを特徴とする請求項４に記載の放送コンテンツ蓄積装置の制御方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の名称】放送コンテンツ蓄積装置及び放送コンテンツ蓄積装置の制御方法
【技術分野】
【０００１】
本発明は、放送局よりの番組を蓄積後に視聴するような放送方式における放送コンテンツ蓄積装置及び放送コンテンツ蓄積装置の制御方法に関する。
【背景技術】
【０００２】
特許文献１には、データ放送番組に関して放送時間枠の重複している番組の予約受信が可能な予約受信装置が開示されている。
【特許文献１】特開平１１−３０８１３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のデータ放送において、予約重複があった場合において、予めコンテンツの繰り返し数が分からない、また、蓄積中の何回目の放送で後何回あるかわからないため、予約時刻が先のコンテンツをまず全部蓄積し、その後、次を受信するようにしていたが、これだと、重複したコンテンツを両方蓄積できないことがあった。（図１０の従来のＮＧ手法参照）
【課題を解決するための手段】
【０００４】
上記課題に対して、本発明の放送コンテンツ蓄積装置は、放送されるコンテンツを受信し、受信したコンテンツを蓄積部に蓄積する放送コンテンツ蓄積装置であって、コンテンツの放送期間に関する情報及び当該放送期間内に繰り返して放送される繰り返し回数に関する情報を放送データから取得する取得手段と、コンテンツを蓄積部に蓄積するための予約処理を実行する予約手段と、前記放送期間に関する情報及び前記繰り返し回数に関する情報に応じて、前記予約手段で蓄積が予約されたコンテンツを受信するためのスケジュール情報を生成する蓄積制御手段と、を有する。
【０００５】
また、上記課題に対して、本発明の放送コンテンツ蓄積装置の制御方法は、放送されるコンテンツを受信し、受信したコンテンツを蓄積部に蓄積する放送コンテンツ蓄積装置の制御方法であって、コンテンツの放送期間に関する情報及び当該放送期間内に繰り返して放送される繰り返し回数に関する情報を放送データから取得し、コンテンツを蓄積部に蓄積するための予約処理を実行し、前記放送期間に関する情報及び前記繰り返し回数に関する情報に応じて、蓄積が予約されたコンテンツを受信するためのスケジュール情報を生成する蓄積制御を実行することを有する。
【発明の効果】
【０００６】
本発明によれば、コンテンツの放送期間に関する情報及び当該放送期間内に繰り返して放送される繰り返し回数に関する情報に応じて、蓄積が予約されたコンテンツを受信するためのスケジュール情報を生成することで、より確実な受信、蓄積を行うことができる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明をサーバ型放送を受信可能なＴＶ装置１．１に適用した場合についての実施の形態について説明する。
【０００８】
まず、サーバ型放送を受信可能なＴＶ装置１．１について図１を用いて説明する。
【０００９】
図１は、本発明第１の実施形にかかるＴＶ装置１．１を説明するブロック図である。
【００１０】
１．１０１は、チューナ部であって、受信したＴＶ放送の高周波ＴＶ信号を増幅、希望局の選局を行い、映像／音声番組、各種データが混合されたＴＳデータを復調する。
【００１１】
１．１０２は、データ分離部であって、前記ＴＳデータを、映像／音声番組ストリームデータと、後述する番組情報データ、データ放送データ（データ放送コンテンツ、サーバ型放送コンテンツ、各種メタデータ、制御文書、その他データ放送用データ）等に分離し、映像／音声番組ストリームデータは、後述デコーダ部１．１０３へ、その他、番組情報データとデータ放送データは、内部バスｓ１．１９を通して、メモリ部１．１５１へ出力するものである。
【００１２】
１．１０３は、放送映像／音声データのデコーダ部であって、前記分離された、映像／音声番組ストリームデータ、内部バスｓ１．２９よりのサーバ型放送コンテンツを含む映像データをデコードし、音声制御部１．１２１、グラフィック制御部１．１３３へ出力する。
【００１３】
１．１２１は、音声制御部であって、前述デコーダ部１．１０３、内部バスｓ１．２９よりのサーバ型放送コンテンツ音声データを、切り替え、あるいは合成、又、音量、音質、臨場感などを制御し、後述する音声出力部１．２１２へ出力する。
【００１４】
１．１２２は音声出力部であって、前記音声制御部１．１２１より入力された音声信号を増幅し、スピーカより音声を出力する。
【００１５】
１．１３１は、グラフィック制御部であって、データ放送画面、本ＴＶシステム内のサーバ型コンテンツ画面、アプリケーション画面、メッセージ等のＧＵＩ画面等を後述するシステム制御部１．１９１の制御に基づき生成する。
【００１６】
１．１３３は表示合成制御部であって、デコーダ部１．１０３よりの番組と、グラフィック制御部１．１３１で生成された画像データを、システム制御部１．１９１よりの制御に基づき、切替え、合成、拡大／縮小、その他各種変換、補正等を行い、後述する表示器１．２２２へ出力する。
【００１７】
１．１３４は、表示器であって、前記画像制御部１．２２１よりの画像データを表示する表示器である。
【００１８】
１．１５１は、メモリ部であって、前記データ分離部１．１０２により分離されたデータ放送コンテンツ、サーバ型放送コンテンツ、後述する番組情報データ、制御文書、その他データ放送データ等を一時的に保存するメモリ部である。該メモリは、システム制御部１．１９１がプログラム実行のために使用するワークメモリも含まれる。
【００１９】
１．１５２は、データ蓄積部、いわゆるＨＤＤ装置であって、前記受信したサーバ型放送コンテンツを、前記受信した制御文書、あるいは、視聴者、あるいは後述するシステム制御部１．１９１の指示により、蓄積、再生、削除等を行なう。
【００２０】
また、その他、システム制御部が受信、蓄積、再生といった各種制御に使用するために、前記受信した番組情報、メタデータ、制御文書、その他データ放送データ、また、課金制御データ、視聴者の視聴履歴データ等々のデータが蓄積され、必要に応じて逐次保存、削除を行なう。後述する蓄積予約管理テーブル、蓄積スケジュールテーブルも保存される。また、これらとは別に、システム制御部１．１９１の使用するシステム領域があり、別途管理される。
【００２１】
１．１６１は、インタフェース部であって、録画装置、印刷装置等を接続し、ＴＶ装置１．１より制御により、サーバ型放送コンテンツを含む各種コンテンツの録画・再生、ダウンロード、印刷等を行なうものである。
【００２２】
１．１７１は、通信部であり、インターネットと接続され、放送局サーバ、課金サーバ等と接続し、受信装置の予約、蓄積情報、あるいは有料コンテンツの課金情報等の各種データの送受信等を行う際に使用される。
【００２３】
１．１８１は赤外線を利用したリモコン送受信制御部であって、ＴＶ視聴者が操作するリモコン装置とデータの送受信を行い、該データをシステム制御部１．１９１に転送する。
【００２４】
１．１９１は、システム制御部であってＴＶ装置、１．１内各部を統括的に制御する。
【００２５】
ＣＰＵ、主記憶、バス制御部、プログラム格納部、パラメータ保存部、ＩＤ保存部、時計部、タイマ部などから成る。
【００２６】
ＴＶ受信においては、前述した、チューナ部１．１０１、データ分離部１．１０２の制御を行い、チャネル切り替えを行い所望の放送電波を受信し、後述するＴＳデータを復調する。そして、該ＴＳデータより前記映像／音声番組データと、番組情報データ、データ放送データを分離し、番組データはＡＶデコード部１．１０３へ出力すると共に、番組情報データ、データ放送データはｓ１．１９を通してメモリ部１．１５１、データ蓄積部１．１５２へ格納する制御を行なう。
【００２７】
格納した番組情報データ、データ放送データを解析し、後述、各種の管理、蓄積、制御を行なう。
【００２８】
リモコン等による視聴者の指示、前記制御文書の指示に従い、コンテンツの予約、受信、蓄積、再生、課金等の制御を行なう。
【００２９】
グラフィック制御部１．１３１を制御し、前記データ放送やサーバ型放送コンテンツの表示、ＴＶ装置１．１内のアプリケーションの表示、メッセージ、操作パネル等の表示をさせる。
【００３０】
又、表示合成制御部１．１３３を制御し、デコーダ部１．１０３よりの映像データと、グラフィック制御部１．１３１等よりの画像データの合成、補正等の各種情報表示等を行い、表示部１．１３４へ表示する。
【００３１】
同様に、音声制御部１．１２１を制御し、音声の合成、出力制御を行い、音声出力部１．１２２への出力制御を行う。
【００３２】
また、リモコン装置とのデータの送受信を制御し、該データに基づき、ＴＶ装置１．１内の制御を行う。
【００３３】
Ｓ１．１９は、内部バスであって、データ、並びに制御バスであり、前述してきたように、画像、音声データの転送、各部情報の転送に使用される、ＴＶ装置１．１内のバスである。
【００３４】
図２は、ＴＶ装置１．１のシステム制御部１．１９１の制御部別の構造を示した図であって、１．１９１ａはＯＳを含む基本システム制御部であり他の制御部は該基本システ制御部の管理の元に、放送制御部１．１９１ｂ、予約管理部１．１９１ｃ、蓄積制御部１．１９１ｄ、その他の制御部１．１９１ｅが動作するようになっている。
【００３５】
放送制御部１．１９１ｂは、前述ｂｍｌ文書で記述された制御文書に従い動作する、いわゆるｂｍｌブラウザであり、前述した各種制御文書に応じ、受信したデータ放送データの表示、サーバ型放送の契約、蓄積予約、蓄積、再生、アクセス制御等の際の、各種表示、要求、制御を行う。
【００３６】
１．１９１ｃは、予約管理部であり、ＳＩ情報をもとにＥＣＧ、予約ＧＵＩの提示、予約の受け付けを行い、前述した図５の予約管理テーブルの生成、管理を行うと共に、蓄積スケジュールを作成する。配信情報を監視しており、予約があると、蓄積制御部に蓄積を依頼する。
【００３７】
１．１９１ｄは、蓄積制御部であり、蓄積スケジュールに基づき、蓄積を行なう。重複が検出された場合、繰り返し回数、伝送速度に応じ、蓄積スケジュールを作成する。
【００３８】
蓄積予約時刻になると、選局依頼を行い、ＨＤＤの容量確保し、データ蓄積部を制御し、書き込み、読み出しの制御を行なう。
【００３９】
１．１９１ｅ他の制御部は、上記以外のＴＶ装置１．１の制御全般の制御が含まれる。
【００４０】
放送制御部１．１９１ｂよりの蓄積開始時、受信チャネルのチューナ部１．１０１への選局制御、その他、リモコンキー制御部の制御等の制御も該その他の制御部１．１９１ｅで行われる。
【００４１】
次に、本発明で放送される放送データ、いわゆるＴＳデータの内容に関して説明する。
【００４２】
該放送データは、各国の放送体系、規格に基づいて作成、放送、受信、動作する。本実施形では、日本国内のデジタル放送の標準規格（ＡＲＩＢ（電波産業界）標準規格）に基づいたものとなっている。
【００４３】
図３は、従来の放送データであり、（１）ヘッダ部、（２）番組ストリーム部、（３）データ放送データ部の３つより構成される。
（１）ヘッダ部は、いわゆるＳＩ情報と言われる番組関連情報、タイトル、ジャンル、出演者情報、内容、放送チャネル、放送日時等の情報が記述されており、該ＳＩ情報は必要に応じて更新される。
（２）番組ストリーム部は、いわゆる映像／音声ストリームとして伝送される番組データのことであり、視聴者が視聴する番組である。
（３）データ放送データは、データ放送コンテンツ、前記コンテンツのメタデータ文書、各種制御文書等より構成される。
【００４４】
コンテンツは、ヘッダ情報として、該コンテンツを蓄積するために必要な、モジュール名、蓄積先ディレクトリ、データサイズ等の情報、また、ＳＩ情報の一部が記述されている。
【００４５】
メタデータは、ＳＩ情報に記述された情報、コンテンツに関わる詳細な情報、シーンごとの情報が記述された文書であり、受信されるコンテンツとは、別時刻に配信されることもある。
【００４６】
制御文書は、通常データ放送の表示、制御文書の他、サーバ型放送に関わる契約、蓄積予約、蓄積制御、再生制御、アクセス制御、課金制御等の各種制御文書より成っており、コンテンツ記述言語ｂｍｌで記述されたｂｍｌ文書として記述される。
【００４７】
これら放送データは、（２）番組データが番組の放送時間に沿って１回のみ伝送されるのに対し、（３）データ放送データは、同一データを何度か繰り返して伝送する、いわゆるデータカルーセル方式で伝送され、これらがパケット化され（１）ヘッダ部が加えられ放送用ＴＳデータとなる。
【００４８】
これに対し、本実施形態で使用されるサーバ型放送データは、（１）のＳＩ情報として、サーバ型放送として配信されるコンテンツの形式、タイトル、ジャンル、出演者情報、内容、コンテンツが含まれるデータのモジュール名、配信開始日時、蓄積先ディレクトリ、蓄積容量等のコンテンツ等の配信情報、また、再生時の有効期限、課金法等のアクセス制御情報が記述されている。
【００４９】
また、図４ａに示すように、（２）番組ストリーム部のない構成になっており、コンテンツは、（３）データ放送データとして、同じデータを繰り返し伝送する、いわゆるカルーセル伝送方式で伝送される。
【００５０】
該繰り返しデータは、図４ｂのごとく、繰り返しデータ情報が記述された情報ブロック（ＤＩＩ）とデータの実体としてのデータブロック（ＤＤＢ）から成っている。
【００５１】
また、（３）データ放送データの制御文書は、従来のデータ放送制御文書に加え、サーバ型放送に関わる契約、蓄積予約、蓄積制御、再生制御、アクセス制御、課金制御等の各種制御文書、メタデータより成っている。
【００５２】
次に放送されるデータの詳細に関して説明する。
【００５３】
まず、前述ＳＩ情報に関して説明する。ＳＩ情報は、配信コンテンツの属性情報であり、ＳＤＴ、ＰＭＴ、ＥＩＴ等の各種テーブルから成り、本実施例においては、以下の項目が適宜使用され、受信された該ＳＩ情報は、データ蓄積部１．１５２のシステム領域に番組ごとに保存される。
【００５４】
後述するように、ここに、予定配信回数として、該ＳＩ情報に記載される番組が配信時間内に繰り返して放送される回数が記述される。
【００５５】
以下、ＳＩ情報の主な項目を説明する。
【００５６】
サービス形式：サーバ型放送を示す
サービスＩＤ：コンテンツが放送されるチャネル情報
ダウンロードＩＤ：蓄積するコンテンツに対応したＩＤ
繰り返されても同一コンテンツであれば同一ＩＤ
モジュール数：コンテンツを構成しているモジュール数
モジュールＩＤ：コンテンツを構成する複数のモジュールの識別子
ブロック数：モジュールの分割されたブロック数
ブロックサイズ：１ブロックのサイズ。但し、最後のブロックは除く
蓄積容量：蓄積に必要な容量
蓄積先ＵＲＩ構造：コンテンツの蓄積ディレクトリ構造、ファイル名
配信開始時刻：該コンテンツが配信を開始する時刻
配信終了時刻：コンテンツの配信終了時刻
予定配信回数：該コンテンツが繰り返して放送される回数
予定伝送速度：予定している伝送速度
コンテンツ情報：以下のようなコンテンツの詳細情報
・タイトル：番組名、コンテンツ名
・サービス：ＡＶコンテンツ、情報コンテンツ、印刷コンテンツ
・ジャンル：映画、ニュース、音楽
・所要時間：視聴の所要時間（データの場合無効）
・詳細内容：出演者、内容
・有効開始期限：該コンテンツが使用可能になる日時
・有効終了期限：該コンテンツが使用が不可になる日時
上記、項目は、最初からすべての項目が記述されず、逐次追加されていくようなケースがある。例えば、コンテンツの有効期限のみが記載され、配信日時や伝送帯域は更新時に記述、伝送される。
【００５７】
例えば、最初はタイトルのみで、更新時に詳細内容が記述されたものが伝送される。
【００５８】
次に、サーバ型コンテンツを伝送する繰り返しデータ（カルーセルデータ）に関して説明する。
【００５９】
前述したように、繰り返しデータは、繰り返しデータに関する情報を記述する情報ブロック（ＤＩＩ）とデータの実体である、データブロック（ＤＤＢ）より構成される。
【００６０】
情報ブロック（ＤＩＩ）は、ＳＩと同じ情報を含むデータが、蓄積するコンテンツの確認のため、伝送される。この中にも、ＳＩ情報と同様、配信回数が記載される。
【００６１】
主な項目は以下の通りである。必要に応じ、データ蓄積部１．１５２に保存される。
【００６２】
サービス形式：サーバ型放送を示す
サービスＩＤ：コンテンツが放送されるチャネル情報
ダウンロードＩＤ：蓄積するコンテンツに対応したＩＤ。繰り返されても同一コンテンツであれば同一ＩＤ
モジュール数：コンテンツを構成しているモジュール数
モジュールＩＤ：コンテンツを構成する複数のモジュールの識別子
ブロック数：モジュールの分割されたブロック数
ブロックサイズ：１ブロックのサイズ。但し、最後のブロックは除く
蓄積容量：蓄積に必要な容量
蓄積先ＵＲＩ構造：コンテンツの蓄積ディレクトリ構造、ファイル名
配信開始時刻：該コンテンツが配信を開始する時刻
配信終了時刻：コンテンツの配信終了時刻
配信回数：該コンテンツが繰り返して放送される回数
伝送速度：現在している伝送速度
コンテンツ情報：以下のようなコンテンツの詳細情報
・タイトル：番組名、コンテンツ名
・サービス：ＡＶコンテンツ、情報コンテンツ、印刷コンテンツ
・ジャンル：映画、ニュース、音楽
・所要時間：視聴の所要時間（データの場合無効）
・詳細内容：出演者、内容
・有効開始期限：該コンテンツが使用可能になる日時
・有効終了期限：該コンテンツが使用が不可になる日時
データブロック（ＤＤＢ）は、サーバ型コンテンツそのものである。該コンテンツは、複数のモジュールからなり、それがさらに複数のブロックに分割して伝送される。伝送の際、モジュールＩＤ、ブロック番号の小さいものから順に伝送され、１回目の伝送が完了すると、２回目の伝送が開始される。
【００６３】
以下に主な構成を述べる。
【００６４】
・ヘッダ情報として
ダウンロードＩＤ：情報ブロックと同一
モジュールＩＤ：該モジュールのモジュールＩＤ
配信回数：情報ブロックに同一
現在配信数：現在何回目の伝送か
ブロック番号：モジュール内の何番目のブロックデータかを示す
データサイズ：このデータブロックのデータサイズ。最後のブロックを除き、ＤＩＩのブロックサイズの同じ
・データ実体として
データの実体：分割されたモジュールデータ
上記、配信回数と配信開始時刻、配信終了時刻、ブロック数よりある時刻に、該コンテンツの何回目のどのブロックが放送されているかを予想し、該時刻に該コンテンツが放送されているチャネルを選局し、データを受信することで、コンテンツの必要なブロックを蓄積することが可能となり、受信したデータより現在放送されているブロックが何回目の放送であるかを識別できる。
【００６５】
図５は、蓄積予約管理テーブルであり、サービスＩＤ、ダウンロードＩＤ、モジュール名、配信開始日時、配信終了日時、繰り返し伝送回数、伝送速度、蓄積容量と言った、蓄積予約されたコンテンツを蓄積するのに必要な情報を、前述ＳＩ情報より取得しテーブル化し、データ蓄積部１．１５２のシステム領域に保存される。
【００６６】
図６は、蓄積可能性組合せリストであって、後述する手順により、予約重複した複数コンテンツ中、配信時間内に蓄積できる可能性のあるコンテンツの組み合わせを登録するリストである。
【００６７】
図７は、蓄積スケジュール候補リストであって、後述する、可能となった、予約重複コンテンツの組合せと蓄積スケジュールのリストであり、蓄積可能となったコンテンツ名と、蓄積開始、終了時刻、何回目の蓄積かに関する情報が記載されている。この中から、蓄積スケジュールが決定される。
【００６８】
図８は、蓄積スケジュールテーブルであって、蓄積制御部１．１９１ｃにより、スケジューリングされた、蓄積予約スケジュールの一覧表であり、データ蓄積部１．１５２のシステム領域に保存される。
【００６９】
図９は、蓄積データ管理テーブルであって、蓄積予約されたコンテンツの蓄積状況が一覧できるテーブルで、蓄積制御部１．１９１ｃは、該テーブルにより、コンテンツの蓄積状況を管理する。前述と同様、データ蓄積部１．１５２のシステム領域に保存される。
【００７０】
では次に、図１０から図１２を使用し、本実施例の動作を説明する。
【００７１】
予約管理部１．１９１ｂによる各チャネルのＳＩ情報を収集し、サーバ型放送コンテンツの配信一覧と予約ＧＵＩを表示する。
【００７２】
視聴者は、該予約一覧表より、視聴したいコンテンツを予約管理部１．１９１ｂは、予約管理テーブルに追加する。
【００７３】
この際予約重複の有無を検出し、重複がある場合は、該コンテンツにマークをつける。
【００７４】
その後、蓄積制御部１．１９１ｄに蓄積スケジュール生成依頼を行なう。
【００７５】
蓄積制御部１．１９１ｄは、予約管理テーブルより重複がない部分に関しては、そのまま蓄積データ管理テーブルに記載する。
【００７６】
重複があるコンテンツに関しては、配信開始日時、配信終了日時と繰り返し回数より、図１０のような蓄積タイムチャートを生成し、蓄積スケジュール調整を開始する。
【００７７】
今、予約された複数のコンテンツの期間内で、ｎ本のコンテンツが重複しているとして、まず、予約管理テーブルより、重複しているｎ本のコンテンツの各々の繰り返し数を調査し、各コンテンツの時間、開始時刻を算出する。
【００７８】
次に、配信時間が重複しないコンテンツとその部分を検出し、前記重複しない部分を除いた、ｎ本のコンテンツの総和時間を算出し、これが重複が生じている重複総和時間より小さい値である場合、『すべてのコンテンツの蓄積できる可能性がある組み合わせ』と判断し、蓄積可能性組合せリストに登録する。
【００７９】
図１０に例を示す。コンテンツＡは１回の送信時間がＬ１であり、それが３回繰り返される。コンテンツＢは１回の送信時間がＬ２であり、それが２回繰り返される。コンテンツＣは１回の送信時間がＬ３であり、それが３回繰り返される。コンテンツＤは１回の送信時間がＬ４であり、それが２回繰り返される。図１０は、コンテンツＡ〜コンテンツＤが、重複している図であるが、このうち、ｔａ、ｔｂ、ｔｃの時間が重複しない時間であり、斜線部分が重複しないコンテンツの部分であり、ｔ１＋ｔ２が重複している時間の総和である。
【００８０】
コンテンツＡに関しては、他のいずれのコンテンツの送信時間とも重複しない時間ｔｂ、ｔｃはコンテンツＡの記録に利用できるので、１回の送信時間Ｌ１に対して、その和であるｔｂ＋ｔｃを引いた時間分の記録を重複総和時間ｔ１＋ｔ２において他のコンテンツと調整して記録できればよい。コンテンツＢに関しては、他のいずれのコンテンツの送信時間とも重複しない時間ｔａはコンテンツＢの記録に利用できるので、１回の送信時間Ｌ２に対して、ｔａを引いた時間分の記録を重複総和時間ｔ１＋ｔ２において他のコンテンツと調整して記録できればよい。コンテンツＣ，Ｄはいずれの送信回においても他のコンテンツとの重複しない時間はないので、コンテンツＣ，Ｄを記録するためには、重複総和時間においてコンテンツＣ，Ｄを全て記録する必要がある。
【００８１】
ここで、各コンテンツの１回分の送信時間の和（Ｌ１＋Ｌ２＋Ｌ３＋Ｌ４）から重複総和時間において記録する必要がない部分（コンテンツの重複がない部分であり、すなわちｔａ＋ｔｂ＋ｔｃ）を引いた部分を重複総和時間に記録する必要がある。
【００８２】
各コンテンツの１回分の送信時間の和（Ｌ１＋Ｌ２＋Ｌ３＋Ｌ４）から重複総和時間において記録する必要がない部分（コンテンツの重複がない部分であり、すなわちｔａ＋ｔｂ＋ｔｃ）を引いた部分が重複総和時間より大きい場合、ｎ本のコンテンツを順番に蓄積したとしても、配信時間が不足するため、ｎ本のコンテンツの少なくとも１本は蓄積ができないので、まずコンテンツをひとつづつ除いたｎ−１本のコンテンツの重複時間と重複しない部分を除いたコンテンツ総和時間を算出し、上記と同様に判断を行う。これを繰り返し、蓄積が出来る可能性がある最大ｎ‘個の『可能性がある組み合わせ』を得る。
【００８３】
もし１個もないようなら、今度は２本、３本と除くコンテンツを増やし、上記と同様の判断を行い、これを少なくとも１つの組み合わせができるまで行なう。
【００８４】
次に、こうしてできたそれぞれの予約重複コンテンツの組み合わせに対し、蓄積スケジュールを検討する。
【００８５】
図１１の例１〜例３を使用し、まず、２本のコンテンツ、ｔ１〜ｔ４で放送されるコンテンツＡとｔ２〜ｔ３で放送されるコンテンツＢの予約が時刻ｔ２〜ｔ３で重複した場合で説明する。
【００８６】
図中、「Ａ」、「Ｂ」は、コンテンツＡ、コンテンツＢ一回の全蓄積時間、「Ａ’」、「Ｂ’」はコンテンツＡ、コンテンツＢの一部蓄積時間を示している。
【００８７】
例１から例３とも、重複総和時間が、重複しない部分のコンテンツを除いたコンテンツの総和時間より小さいので、すべて２本とも蓄積可能な例であるが、従来行っていたように、先に開始されるコンテンツを全部蓄積してからもう一方を蓄積する単純配信開始時刻優先スケジューリングという手法によると、後から蓄積しようとするコンテンツが蓄積できない例である。
【００８８】
では、本発明におけるスケジュールの手順を説明する。
【００８９】
まず、前記調査した、配信時間が重複しない時間内のコンテンツ部分（図１１、例１〜３のコンテンツＡのｔ１〜ｔ２とｔ３〜ｔ４）をその時間に蓄積することにする“非重複部の予約確定”を行なう。（例１〜３の（１）部）
こうすると、該コンテンツＡのこの部分は他で蓄積しなくて済むので、重複する他のコンテンツの蓄積時間として使用できる。（図１１、例１〜例３のコンテンツＡ、コンテンツＢのハッチングの部分）
次に、重複部で蓄積が必要な部分に関して、配信開始時刻優先でスケジューリングを適用する“条件付配信開始時刻優先スケジューリング”（図１１、例１〜３のスケジュール１の（２）、（３））を行なう。該スケジューリングでは、配信開始時刻の早いコンテンツから重複部の蓄積を開始するが、両コンテンツとも、重複しない時間に蓄積できる部分は、蓄積対象からはずすようにスケジューリングする。
【００９０】
すなわち、該コンテンツが重複した時間で蓄積すべき部分の蓄積を完了するまで蓄積し、その後、もう一方のコンテンツの蓄積を行うようにする。（図１１、例１〜３のスケジュール１の（２）、（３））
例１で詳しく説明すると、開始時刻の早いコンテンツＡから蓄積を始めるが、ｔ７になると、ｔ７からｔ８までは、他のコンテンツと重複していない時間に蓄積するように決定されているので、ここで、コンテンツＡの蓄積はここで終了し、コンテンツＢの蓄積を開始し、コンテンツＢは、他で蓄積する部分はないの最後まで蓄積する。
【００９１】
こうして、両方のコンテンツが蓄積可能であれば、該スケジュールを蓄積スケジュールリストに登録する。
【００９２】
上記スケジュール１で、重複したコンテンツが両方蓄積できない場合は、上記とは逆に、重複部の蓄積に関し、配信時刻の遅いコンテンツの蓄積を行い、完了後、他方のコンテンツの蓄積を行うべき部分の蓄積を行うようスケジュールする。（図１１、例１〜３のスケジュール２の（２）、（３））
この場合も、両方のコンテンツが蓄積可能であれば、該スケジュールを蓄積スケジュールリストに登録する。
【００９３】
重複数が２本の場合、上記手順により蓄積可能性組合せリストに登録された組み合わせ（重複部のコンテンツの総和時間が重複時間より小さい場合）であれば、該スケジュール１かスケジュール２の手順で必ず両方のコンテンツを蓄積できる。
【００９４】
次に重複数が３本以上の場合を説明する。図１２の例４として、コンテンツ４本の予約が重複しており、重複総和時間と重複していないコンテンツ部分を除く４本のコンテンツの総和時間が小さく、４本すべてのコンテンツの蓄積できる可能性がある場合である。蓄積可能性テーブルには、コンテンツＡからコンテンツＤまでの組み合わせひとつが登録されており、それを元に重複した４本のコンテンツの蓄積スケジュールを行なうものとする。
【００９５】
３本以上の場合も、２本の重複と同様、まず、配信時間が重複しない時間内のコンテンツ部分はその時間に蓄積する、“非重複部の予約確定”を行なう。（図１２の（１））
次に、“非重複部の予約確定”により、新たに重複しない箇所となる可能性があり、そうなった場合、新たに重複しなくなったコンテンツの一部はその時間で蓄積するようにスケジューリングする、“非重複箇所順次予約”を行なう。該連鎖がある場合は、同様のスケジューリングを行う。（図１２の（２））
連鎖がなくなった時点で、前述と同様、配信開始時刻が早いコンテンツを蓄積する“条件付配信時刻優先スケジューリング”を行なう。
【００９６】
これを最後のコンテンツまで行なった時点で、蓄積可能となったコンテンツの組み合わせとスケジュールを前述した図７の蓄積スケジュール候補リストに登録する。（図１２の開始時刻優先（３）〜（６））
重複したすべてのコンテンツが蓄積できなかった場合、次に、開始時刻の奇数番目と偶数番目の開始順序を入れ替え、前述と同様のスケジューリングを試みる“配信開始時刻入れ替えスケジューリング”を試みる。（図１２の開始時刻入れ替え（３）〜（６））
重複したすべてのコンテンツが蓄積できなかった場合、次に、配信終了時刻の早い順にコンテンツを蓄積する“条件付終了時刻優先スケジューリング”を行なう。（図１２の終了時刻優先（３）〜（６））
重複したすべてのコンテンツが蓄積できなかった場合、次に、コンテンツの蓄積時間が短いコンテンツ順に蓄積する“短時間コンテンツ優先スケジューリング”を行なう。（図１２の短時間コンテンツ優先（３）〜（６））
このようにして、蓄積が可能となったコンテンツの組み合わせの中から、最大本数が同時に蓄積できるスケジュールを決定する。図１２の例４では、“条件付配信時刻優先スケジューリング”と“配信開始時刻入れ替えスケジューリング”が３本まで蓄積可能なのに対し、“条件付終了時刻優先スケジューリング”と“短時間コンテンツ優先スケジューリング”が４本すべてが蓄積可能であり、この場合、分割数が少ない方が優先され、同一の場合は、最初にスケジューリングされた方が優先される。
【００９７】
ｎ本の重複コンテンツに対しては、前述した蓄積可能性組合せリストの中から、まず重複数の最も多い組み合わせに対し、上記スケジューリングを行い、蓄積が可能となったコンテンツの組み合わせとスケジュールを蓄積スケジュール候補リストに登録する。
【００９８】
これらを繰り返す途中、蓄積可能性組合せリストの最大ｎ’本の可能性のある組み合わせに対しスケジューリング中、ｎ’本すべてのコンテンツが蓄積できるスケジューリングが見つかった場合、蓄積スケジュール候補リストに登録すると共に、他のｎ’本未満の該蓄積可能性組合せリストのある組み合わせの他のスケジューリング候補を削除し、この組合せに対する蓄積スケジューリングを終了する。
【００９９】
また、蓄積可能性組合せリストもｎ’本までの組合せで終了する。
【０１００】
また、同様（ｎ’−ｍ）本の重複コンテンツの蓄積スケジューリングが可能となった場合、その後のスケジューリングは、（ｎ’−ｍ）本未満の組合せは登録しない。
【０１０１】
また蓄積可能性組合せリストも（ｎ’−ｍ）本までの組合せで終了する。
【０１０２】
ひとつの組合せが終了しスケジューリングが終了しない場合、次に重複数の多い組合せに対し、上記のスケジューリングを行い、結果を蓄積スケジュール候補リストに登録する。
【０１０３】
これを必要に応じ、蓄積可能性組合せリストすべてに対し行なう。
【０１０４】
この際、蓄積スケジュール候補リストに、蓄積可能コンテンツの同一の組み合わせが既にあった場合、は登録しない。
【０１０５】
これらにより、生成した蓄積蓄積スケジュール候補リストより、一番コンテンツが多く蓄積できる組み合わせのスケジュールを蓄積スケジュールとして決定する。
【０１０６】
同じ場合、蓄積コンテンツの総蓄積時間が最も大きいものを優先する。
【０１０７】
さてこのようにして、蓄積スケジュール管理テーブルが決定された後、蓄積予約時刻になると、蓄積制御部１．１９１ｄは、蓄積スケジュール管理テーブルに従い、その他の制御部１．１９１ｅは予約チャネルへの選局依頼を発行し、選局が完了すると、サーバ型放送の受信、蓄積を開始する。
【０１０８】
受信したデータを調査し、データブロックの場合、ヘッダのダウンロードＩＤ、現在配信回数、ブロック数を確認し、所望のコンテンツデータであることが確認できた場合、ＨＤＤ内の指定されたＵＲＩに蓄積し、図９の蓄積データ管理テーブルの対応コンテンツのブロックにダウンロード済みフラグを立てる。
【０１０９】
受信データが情報ブロックである場合、ＳＩより得た情報と間違いないかどうか確認する。
【０１１０】
その他のデータ放送データである場合、メモリ部１．１５２に一時蓄積し、制御文であることがわかった場合、放送制御部１．１９１ｂを起動し、制御文の内容が実行される。
【０１１１】
尚、前記、サーバ型放送のデータの受信、蓄積は該動作と並行して進められる。
【０１１２】
このようにすることで、重複した複数の蓄積番組の中から、より多くの番組を蓄積することが可能となる。
【０１１３】
（他の実施形態）
上記実施形態では、繰り返し情報として、繰り返し回数を番組より先にＳＩ情報で伝送したが、これに対応するものとして、前述ＳＩ情報内の推定ダウンロード時間より繰り返し数を推定する方法も考えられる。
【０１１４】
上記実施形態で使用したＳＩ情報相当の内容は、メタデータとして、データ放送にデータで伝送する、あるいは、通信よりダウンロードする方法もある。
【０１１５】
上記実施形態では、蓄積スケジュール候補リストより蓄積スケジュールを決定する際、蓄積コンテンツが最も多いスケジュールを選択するようにしたが、これは、視聴者に選択させても構わない。
【図面の簡単な説明】
【０１１６】
【図１】本発明の実施形態におけるＴＶ装置のブロック図
【図２】本発明の実施形態におけるシステム制御部の構造図
【図３】本発明の実施形態における通常放送のＴＳデータの構成図
【図４】本発明の実施形態におけるサーバ型放送のＴＳデータの構成図
【図５】本発明の実施形態における蓄積予約管理テーブルを示す図
【図６】本発明の実施形態における蓄積可能性組合せリストを示す図
【図７】本発明の実施形態における蓄積スケジュール候補リストを示す図
【図８】本発明の実施形態における蓄積スケジュール管理テーブルを示す図
【図９】本発明の実施形態における蓄積データ管理テーブルを示す図
【図１０】本発明の実施形態における蓄積可能性リスト生成を説明するための図
【図１１】本発明の実施形態における蓄積スケジュールを説明するための図
【図１２】本発明の実施形態における蓄積スケジュールを説明するための図
【符号の説明】
【０１１７】
１．１  ＴＶ装置
１．１０１  チューナ部
１．１０２  データ分離部部
１．１０３  ＡＶデコード部
１．１２１  音声制御部
１．１２２  音声出力部
１．１３１  グラフィック制御部
１．１３３  表示合成制御部
１．１３４  表示部
１．１５１  メモリ部
１．１５２  データ保存部
１．１６１  インタフェース部
１．１７１  インターネット接続部
１．１８１  リモコン制御部
１．１９１  システム制御部