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