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