デジタル放送受信機およびデジタル放送受信機内蔵表示装置およびデジタル放送受信機内蔵記録再生装置
【課題】 シリーズが複数回放送されている場合、シリーズを構成する番組をユーザが指定した番組順に予約実行することが可能なように、各番組の予約日時を自動決定するデジタル放送受信機を提供すること。
【解決手段】 少なくとも、番組配列情報を受信する受信手段と、この受信手段で受信した番組配列情報を利用して、シリーズを構成する各番組の予約日時を決定する予約日時決定手段とを、有して構成され、予約日時決定手段は、シリーズが複数回放送されている条件下で、シリーズを構成する各番組の予約が実行される順番が、ユーザの指定した条件に合致するように、各番組の予約日時を決定する機能を有する。
【解決手段】 少なくとも、番組配列情報を受信する受信手段と、この受信手段で受信した番組配列情報を利用して、シリーズを構成する各番組の予約日時を決定する予約日時決定手段とを、有して構成され、予約日時決定手段は、シリーズが複数回放送されている条件下で、シリーズを構成する各番組の予約が実行される順番が、ユーザの指定した条件に合致するように、各番組の予約日時を決定する機能を有する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、シリーズ一括予約機能を有するデジタル放送受信機、およびそれを内蔵した表示装置、記録装置に関する。
【０００２】
【従来の技術】連続ドラマのように、放送日時の異なる各回分の番組から構成される番組群は、互いに関連性を有しており、かつ序列性を有することから、シリーズと呼ばれている。このようなシリーズを一括して予約することが出来るデジタル放送受信機の一例として、特開平１２−５０２１８号公報で記載されているデジタル放送受信機がある。このデジタル放送受信機では、最初、ユーザはシリーズの一括予約を行うために、シリーズを構成する番組を一つ選択して、その番組の単体予約を行なう。その後、デジタル放送受信機は番組配列情報（ＳＩ：Service Information）を利用して、放送予定の番組の中から、シリーズを構成する他の番組を特定する。そして、デジタル放送受信機は、特定した番組も合わせて予約を行い、シリーズ番組の一括予約を実現している。
【０００３】このデジタル放送受信機は、シリーズを構成する番組を特定するために、番組配列情報に含まれている、従来のデジタル放送ではシリーズ毎に割当てられた固有のＩＤを利用する。シリーズを構成する番組の番組配列情報では、そのシリーズＩＤが管理されており、ユーザがシリーズを構成する番組を一つ選択すると、デジタル放送受信機は、選択した番組の番組配列情報から、そのシリーズＩＤを取得して、放送が予定されている番組の中から、同じシリーズＩＤの番組があるか調査を行う。そのようにして、同じシリーズに属する番組を特定し、シリーズの一括予約を行なっている。
【０００４】
【発明が解決しようとする課題】ＢＳ（Broadcasting Satellite）デジタル放送では、シリーズに関する情報として、シリーズＩＤの他に、番組の話数に関する情報が番組配列情報に含まれる。番組の話数は、シリーズを構成する番組の序列を表すのに用いられる。例えば、磁気テープを利用して番組録画を行う場合、シリーズを構成する番組を話数に従って録画することで、ユーザは、番組内容の連続性を損なうことなく視聴することが可能となる。そのため、シリーズ一括予約を行う際は、番組の話数を考慮して予約を行なうことが望ましい。
【０００５】しかし、前記公知例に記載されているデジタル放送受信機は、番組の話数に関する情報を利用していないため、番組の話数を考慮して予約を行なうことは出来ない。
【０００６】本発明では、シリーズＩＤと番組話数情報を利用して、シリーズ番組が複数回放送されている条件下においても、シリーズを構成する番組をユーザが指定した順番に予約することが可能となるよう各番組の予約日時を決定するデジタル放送受信機を提供する。
【０００７】
【発明を解決するための手段】本発明のデジタル放送受信機は、少なくとも、番組配列情報を受信する受信手段と、この受信手段で受信した番組配列情報を利用して、シリーズを構成する各番組の予約日時を決定する予約日時決定手段とを有して構成される。そして、予約日時決定手段は、シリーズが複数回放送されている条件下で、シリーズを構成する各番組の予約が実行される順番が、ユーザの指定した条件に合致するように、各番組の予約日時を決定する機能を有する。
【０００８】
【発明の実施の形態】以下、本発明の実施の形態を、図面を用いて説明する。
【０００９】まず、本発明の第１実施形態を説明する。本実施形態は、ユーザよりシリーズ一括予約の要求とシリーズを構成する番組の予約順番の指定が行われると、番組配列情報を利用して、既に登録済みであった別の予約番組と放送時間帯が重ならないよう考慮して、シリーズを構成する番組をユーザが指定した順番で予約することが出来るよう、各番組の予約日時を決定するデジタル放送受信システムへの適用例である。なお、本実施形態では、デジタル放送受信機と、表示手段および記録手段を組み合わせたシステムとしてあるが、本発明の適用製品としては、デジタル放送受信機単独であっても、あるいは、デジタル放送受信機を内蔵した表示装置やデジタル放送受信機を内蔵した記録装置であってもよい（これは、以下の各実施形態において同様である）。
【００１０】図１は、本実施形態のデジタル放送システムの構成を示すブロック図である。図１に示すように、本実施形態のデジタル放送受信システムは、映像信号や番組配列情報を受信する番組受信部１と、番組受信部１で受信した映像・音声信号に所定の処理を行い、信号を外部に出力する映像・音声信号出力部２と、ユーザ操作によるリモコン送信機６からの信号を受信して回路各部を制御するマイクロコンピュータ４と、番組受信部１で受信した番組配列情報を記憶蓄積するデータベース部５と、予約した番組スケジュールを記憶するスケジュール記憶部７とを、含んで構成されるデジタル放送受信機、および、映像・音声信号出力部２から出力された映像信号を映像として表示出力すると共に、映像・音声信号出力部２から出力された音声信号を音声として出力する映像・音声出力手段２０、および、映像・音声信号出力部２から出力された信号を適宜記録媒体に記録し、これを再生する記録再生手段３０で構成されている。
【００１１】データベース部５で記憶蓄積される番組配列情報には、番組毎に、番組固有の情報を管理する番組データが含まれている。その番組データの構造を、図２に示す。
【００１２】図２に示すように、番組データ９は、番組の放送日時が記述されている放送日時フィールド１０と、放送が行なわれるチャンネル番号が記述されているチャンネル番号フィールド１１と、番組が属しているシリーズ固有のＩＤが記述されているシリーズＩＤフィールド１２と、番組話数が記述されている話数フィールド１３と、シリーズの総話数が記述されている総話数フィールド１４とを、含んで構成される。ただし、番組がシリーズに属さない場合、番組データ９には、シリーズＩＤフィールド１２〜総話数フィールド１４は含まれない。
【００１３】スケジュール記憶部７には、予約した番組毎に、番組の放送日時フィールド１０、チャンネル番号フィールド１１、シリーズＩＤフィールド１２、話数フィールド１３の情報が登録される。
【００１４】ここで、例えば、１０月２日午前１０時に、ユーザがチャンネル番号３００で、（１）１０月３日午前７時３０分〜１０月３日午前８時００分（２）１０月４日午前０時３０分〜１０月４日午前１時００分（３）１０月５日午前０時３０分〜１０月５日午前１時００分（４）１０月５日午後７時００分〜１０月５日午後７時３０分上記（１）〜（４）の時間帯に放送される４番組を予約したとする。
【００１５】このとき、スケジュール記憶部７には、この４番組を登録した日時とチャンネル番号と予約実行日時が、図３のように登録される。
【００１６】次に、この条件の下で、ユーザが１０月２日午前１１時に、シリーズ一括予約の条件として「話数の小さい順に予約」を指定すると同時に、例えば、チャンネル番号２３０で放送されるシリーズ「エイガでエイゴＶｏｌ．１」〜「エイガでエイゴＶｏｌ．３」の一括予約を指示すると、マイクロコンピュータ４は、先に述べた４番組の予約に影響を与えないよう、指定された条件を満たす範囲でスケジューリングを行って、予約対象番組を決定する。
【００１７】このマイクロコンピュータ４の動作を、図４R>４のフローチャートを用いて説明する。なお、「エイガでエイゴＶｏｌ．１」〜「エイガでエイゴＶｏｌ．３」のシリーズＩＤは１、総話数は３であるものとする。
【００１８】＜ステップ１＞はじめに、一括予約対象の開始話数を決定する。例えば、第１話から予約する場合は、ｎ＝１とする。
【００１９】＜ステップ２＞本ステップでは、マイクロコンピュータ４は、データベース部５で記憶蓄積されているデータの中から、シリーズ一括予約後に放送される全番組のシリーズＩＤフィールド１２と話数フィールド１３を参照し、シリーズＩＤが一括予約するシリーズと同じで、かつ、話数がｎの番組全てを選択する。該当する番組がある場合は、ステップ３へ進む。該当する番組がない場合は、ステップ１０へ進む。
【００２０】図５、図６、図７は、データベース部５で記憶蓄積されていた、１０月２日午前１１時から１０月８日午前１時までに放送される、「エイガでエイゴＶｏｌ．１」〜「エイガでエイゴＶｏｌ．３」の全番組の放送時間を表したものである。この例では、ｎ＝１〜３の場合、それぞれ、図５、図６、図７に示した番組全てが選択される。
【００２１】＜ステップ３＞本ステップでは、マイクロコンピュータ４は、ステップ２で選択した番組の中から、スケジュール記憶部７で登録されている番組と放送時間帯が重ならない番組を選択する。該当する番組がある場合は、ステップ４へ進む。該当する番組がない場合は、ステップ１０へ進む。
【００２２】例えば、ｎ＝１の場合、図３で示した番組と放送時間帯が重なる番組はないので、図５の「ステップ３」の点線で囲んだ番組が選択される。ｎ＝２の場合、図３のうち２番組（放送時間帯が「１０月３日午前７時３０分〜１０月３日午前８時００分」と「１０月４日午前０時３０分〜１０月４日午前１時００分」）が重なるので、これらの番組の放送時間帯を避けた、図６の「ステップ３」の点線で囲んだ番組全てが選択される。ｎ＝３の場合も、図３のうち２番組（放送時間帯「１０月５日午前０時３０分〜１０月５日午前１時００分」と「１０月５日午後７時００分〜１０月５日午後７時３０分」）が重なるので、これらの番組の放送時間帯を避けた、図７の「ステップ３」の点線で囲んだ番組全てが選択される。
【００２３】＜ステップ４＞本ステップでは、ｎ＝１の場合は（Ｙｅｓの場合は）、ステップ６へ進む。また、ｎ＞１の場合は（Ｎｏの場合は）、ステップ５へ進む。
【００２４】＜ステップ５＞本ステップでは、ｎ＝ｋのときに、既にスケジュール記憶部７に登録されているｎ＝（ｋ−１）の番組の放送終了後に放送される番組全てを選択する。該当する番組がある場合は、ステップ６へ進む。該当する番組がない場合は、ステップ１０へ進む。
【００２５】例えば、ｎ＝２の場合、マイクロコンピュータ４は、ステップ３で選択した番組の中から、後述するステップ７のｎ＝１の場合に登録した番組（放送時間帯「１０月３日午前０時３０分〜１０月３日午前１時００分」）より後から放送される、図６の「ステップ５」の点線で囲んだ番組を選択する。同様に、ｎ＝３の場合、マイクロコンピュータ４は、ステップ３で選択した番組の中から、後述するステップ７のｎ＝２の場合に登録した番組（放送時間帯「１０月４日午後７時００分〜１０月４日午後７時３０分」）より後から放送される、図７の「ステップ５」の点線で囲んだ番組を選択する。
【００２６】＜ステップ６＞本ステップでは、前のステップで選択した番組の中から、一番早く放送が開始される番組を選択する。
【００２７】例えば、ｎ＝１の場合、マイクロコンピュータ４は、ステップ３で選択した番組の中から、図５で灰色表示してある番組を選択する。ｎ＝２の場合、マイクロコンピュータ４は、ステップ５で選択した番組の中から、図６で灰色表示してある番組を選択する。ｎ＝３の場合も、同様に、図７で灰色表示してある番組を選択する。
【００２８】＜ステップ７＞本ステップでは、マイクロコンピュータ４は、ステップ６で選択した番組をスケジュール記憶部７に登録する。なお、登録するときは、既に登録済みの番組と新たに登録する番組の放送時間帯を比較し、先に予約が実行される番組が、先に並ぶように順番を更新する。
【００２９】この例では、ｎ＝１の場合は、ステップ６で選択した番組は実行番号が１となり、スケジュールの登録状況は、図８のようになる。ｎ＝２の場合は、スケジュールの登録状況は、既に図８のようになっているため、ステップ６で選択した番組は実行番号が４となり、スケジュールの登録状況は、図９のようになる。同様に、ｎ＝３の場合は、スケジュールの登録状況は、既に図９のようになっているため、ステップ６で選択した番組は実行番号が７となり、スケジュールの登録状況は、図１０のようになる。
【００３０】＜ステップ８＞本ステップでは、マイクロコンピュータ４は、ステップ７で登録した番組の総話数フィールド１４とｎの値を比較する。同じ値であれば（Ｙｅｓであれば）、本処理フロー（本スケジューリング処理フロー）を終了する。異なる値であれば（Ｎｏであれば）、ステップ９へ進む。
【００３１】この例では、ｎ＝１またはｎ＝２の場合は、ステップ９へ進み、ｎ＝３の場合は、処理を終了する。
【００３２】＜ステップ９＞本ステップでは、ｎの値を１増やし、ステップ２に戻る。
【００３３】＜ステップ１０＞本ステップでは、シリーズ一括予約のスケジューリングを行なうことが出来ないため、マイクロコンピュータ４は、ユーザに対してシリーズ一括予約を受け付け出来ないという旨のメッセージを、映像・音声出力手段２０に表示させて、処理を終了する。
【００３４】このように、本実施形態によれば、シリーズが複数回放送されている場合に、ユーザが、条件を指定してシリーズ一括予約を行なうと、マイクロコンピュータ４は、放送予定番組の放送日時フィールド１０とシリーズＩＤフィールド１２と話数フィールド１３を参照して、既に登録済みの予約に影響を与えることなく、ユーザが指定した条件を満たすように、予約する番組の日時を決定することが出来る。
【００３５】なお、上述した例では、ユーザが「話数の小さい順に予約」という条件を指定した場合について説明したが、「話数の大きい順に予約」、「放送が開始される順に予約」のような条件を指定できるようにしてもよい。
【００３６】また、図４のフローチャートのステップ１では、ｎ＝１として常に第１話からを一括予約の対象としたが、他にも、開始話数をユーザに選択させたり、データベース部５に記憶蓄積されている番組の中で最も小さい話数のものを自動的に選ぶようにしてもよい。あるいは、過去にユーザが視聴、もしくは予約した番組の記録をスケジュール記憶部７に記憶しておき、最後に視聴、もしくは予約した番組の次の話数から始まるようにしてもよい。
【００３７】次に、本発明の第２実施形態について説明する。本実施形態のデジタル放送受信システムの構成も、前記第１実施形態と同様に、図１のブロック図により表される。
【００３８】本実施形態では、マイクロコンピュータ４には、既に登録されていたシリーズ一括予約対象の番組と放送時間が重なる別の番組が予約されたときに、重複した番組以降のシリーズ一括予約のスケジュールを再調整する機能が組み込まれている。
【００３９】この再スケジューリングのアルゴリズムについて、図１１のフローチャートを用いて説明する。なお、以下の例では、事前に登録されている例として、第１実施形態で説明した方法によって、図１０に示す７つの番組が予め登録されており、更に、ユーザが１０月２日午前１１時３０分に、チャンネル番号２００で「１０月４日午後７時００分〜１０月４日午後７時３０分」に放送される番組の予約を新たに指示した状況を想定している。
【００４０】＜ステップ１１＞本ステップでは、マイクロコンピュータ４は、スケジュール記憶部７で登録されている番組の中から、新たに予約した番組と放送時間帯が重なる番組を特定すして、これを削除する。該当する番組がある場合は、ステップ１３へ進む。該当する番組がない場合は、ステップ１２へ進む。
【００４１】この例の場合には、図１０に記述した実行番号４の「エイガでエイゴＶｏｌ．２」を特定して、これを削除する。
【００４２】＜ステップ１２＞本ステップでは、マイクロコンピュータ４は、新たに予約した番組をスケジュール記憶部７に登録し、新たに予約した番組と既に登録済みの番組の放送時間を比較し、実行番号を更新する。そしてこの後、本処理フロー（本再スケジューリング処理フロー）を終了する。
【００４３】＜ステップ１３＞本ステップでは、マイクロコンピュータ４は、ステップ１１で特定した番組のシリーズＩＤと番組話数を参照する。シリーズＩＤが特定した番組と同じで、番組話数が特定した番組より大きい番組は、再スケジューリングの対象なのでスケジュール記憶部７から一旦削除する。
【００４４】この例では、ステップ１１で削除した番組の話数が２であることから、同じシリーズＩＤで話数３の番組が削除の対象となる。削除を行った後のスケジューリングの登録状況は、図１２のようになる。また後述するステップ１６のエラー処理後の回復処理として２回目に実行される場合には、失敗した再スケジューリングの途中時結果をキャンセルするために、各々の登録日時を参照し、後に予約を行った日時（１０月２日午前１１時３０分）より後に登録した番組をスケジュール記憶部７から削除する。
【００４５】＜ステップ１４＞本ステップでは、通常はそのままステップ１５に進んで、新たに予約した番組の登録を行う。後述するステップ１６で行われるエラー処理の後に実行されるときは、ステップ１５をスキップしてステップ１７へ進む。
【００４６】＜ステップ１５＞本ステップでは、マイクロコンピュータ４は、新たに予約した番組をスケジュール記憶部７に登録し、新たに予約した番組と既に登録済みの番組の放送時間を比較し、実行番号をソートして更新する。
【００４７】この例の場合、新たに予約した番組を登録すると、スケジュールの登録状況は図１３のようになる。
【００４８】＜ステップ１７＞本ステップでは、マイクロコンピュータ４は、第１実施形態で述べた図４のステップ１〜ステップ９の手順を実行して、再スケジューリングを行う。ただし、ステップ１で決定する開始話数は、再スケジューリング対象番組の中で最も話数の小さいものを選ぶ。これは、ステップ１１で特定した番組の話数と同じであり、この例においては、ｎ＝２からスタートすることになる。
【００４９】ステップ３では、ｎ＝２の場合、既に予約されている番組と３番組（放送時間帯が「１０月３日午前７時３０分〜１０月３日午前８時００分」と「１０月４日午前０時３０分〜１０月４日午前１時００分」と「１０月４日午後７時００分〜１０月４日午後７時３０分」）が重なるので、この番組の放送時間帯を避けた、図１４の「ステップ３」の点線で囲んだ番組全てが選択される。ｎ＝３の場合、既に予約されている番組と２番組（放送時間帯「１０月５日午前０時３０分〜１０月５日午前１時００分」と「１０月５日午後７時００分〜１０月５日午後７時３０分」）が重なるので、この番組の放送時間帯を避けた、図１５の「ステップ３」の点線で囲んだ番組全てが選択される。
【００５０】次に、ステップ５では、ｎ＝２の場合、マイクロコンピュータ４はステップ３で選択した番組の中から、既に登録済みの話数１の番組（放送時間帯「１０月３日午前０時３０分〜１０月５日午前１時００分」）の放送終了後の番組を選択する。ここでは、図１４の「ステップ５」の点線で囲んだ番組が選択される。同様に、ｎ＝３の場合、マイクロコンピュータ４はｎ＝２の場合に登録した番組（放送時間帯「１０月５日午後１時００分〜１０月５日午後１時３０分」）の放送終了後の番組を選択する。ここでは、図１５の「ステップ５」の点線で囲んだ番組が選択される。
【００５１】最後にステップ６及びステップ７では、ｎ＝２の場合、ステップ５で選択した番組の中から、一番早く放送される「１０／５（木）ＰＭ１：００〜ＰＭ１：３０」を登録するので、スケジューリング結果は図１６１６のようになる。同様に、ｎ＝３の場合、「１０／６（金）ＰＭ１：００〜ＰＭ１：３０」を選択するので、スケジューリング結果は、図１７のようになる。
【００５２】以上の手順により、再スケジューリングの対象である全番組の予約日時を決定することが出来たときは再スケジューリングは成功して終了する。
【００５３】一方、ステップ２、ステップ３、ステップ５において、条件に合致する番組を選択できなくなり予約日時の決定が不可能になった場合は、再スケジューリングは失敗して、ステップ１６に進む。
【００５４】＜ステップ１６＞本ステップは、シリーズ一括予約のスケジューリングを行なうことが出来ないため、マイクロコンピュータ４は、ユーザに対してその旨のメッセージを映像・音声出力手段２０に表示させる。その後、回復処理を行うために、再びステップ１３に進む。なお、この例では、再スケジューリングは成功しているため、本ステップには進まない。
【００５５】このように、本実施形態では、シリーズ一括予約を行った後に新たに番組予約を行い、放送時間帯が重なってしまう場合、シリーズ一括予約時に指定した条件を満たす範囲で、再スケジューリングを行い、新たな番組の予約とシリーズ一括予約を共に実現することが出来る。
【００５６】次に、本発明の第３実施形態について説明する。本実施形態は、ユーザによるシリーズ一括予約の登録が行われた後に、放送スケジュールの変更が生じた場合、放送スケジュール変更後の番組配列情報を利用して、自動的に再スケジューリングを行うデジタル放送受信システムへの適用例である。
【００５７】図１８は、本実施形態のデジタル放送受信システムの構成を示すブロック図であり、同図において、図１の前記第１、第２実施形態のデジタル放送受信システムと均等な構成要素には、同一符号を付してある。
【００５８】本実施形態のデジタル放送受信システムが、図１の前記第１、第２実施形態のデジタル放送受信システムと異なるのは、放送スケジュールの変更を監視する放送スケジュール監視部８が、デジタル放送受信機に付加されている点にある。放送スケジュール監視部８は、定期的に番組受信部１が受信した各番組の番組データ９とデータベース部５に記憶蓄積された番組データ９を比較し、放送スケジュールに変更がないかを監視する。
【００５９】ここで、放送スケジュールの変更を検出したときに、マイクロコンピュータ４で自動的に実行される再スケジューリングの手順について、図１９のフローチャートを用いて説明する。ここでは、第１実施形態で説明した手順によって、図５、図６、図７の放送スケジュールの下でシリーズ一括予約を行って図１０の予約が登録された後で、図５の放送スケジュールが図２０のように変更された状況を想定している。
【００６０】＜ステップ２１＞本ステップでは、マイクロコンピュータ４は、放送スケジュール監視部８より放送スケジュールに変更があることを伝えられると、変更により予約の実行が出来なくなった番組がないかを調査する。該当する番組がある場合は、それを選択してステップ１８へ進む。該当する番組がない場合は、再スケジューリングを行わないで終了する。
【００６１】この例では、「１０月３日午前０時３０分〜１０月３日午前１時００分」に放送される番組の放送が中止になり予約することが不可能なったので、図１０の中に実行番号１として登録されている「エイガでエイゴＶｏｌ．１」が選択される。
【００６２】＜ステップ１８＞本ステップでは、マイクロコンピュータ４は、ステップ２１で選択した番組のシリーズＩＤと番組話数を参照して、シリーズＩＤが選択した番組と同じで、話数が選択した番組以上の番組を、再スケジューリングの対象としてスケジュール記憶部７から一旦削除する。
【００６３】この例では、図１０に記述した「エイガでエイゴＶｏｌ．１」〜「エイガでエイゴＶｏｌ．３」が削除される。削除を行った後のスケジューリングの登録状況は、図２１のようになる。
【００６４】＜ステップ２０＞本ステップでは、マイクロコンピュータ４は、第１実施形態で述べたステップ２〜ステップ９と同じ動作をする。再スケジューリングが成功すると、再スケジューリングを終了する。ステップ２、ステップ３、ステップ５で該当する番組がない場合は、再スケジューリングは失敗してステップ１９に進む。
【００６５】この例では、ステップ１８の時点で、スケジュールの登録状況は、図２１のようになっていることから、ステップ２では、最初のｎの値は１となり、「エイガでエイゴ Ｖｏｌ．１」〜「エイガでエイゴ Ｖｏｌ．３」が再スケジューリングの対象になる。その結果、図２２に示す予約が改めて登録される。
【００６６】＜ステップ１９＞本ステップでは、放送スケジュールの変更により、シリーズ一括予約の再スケジューリングを行なうことが出来ないため、マイクロコンピュータ４は、ユーザに対してその旨のメッセージを映像・音声出力手段２０に表示させる。なお、この例では、再スケジューリングは成功するため、本ステップには進まない。
【００６７】このように本実施形態では、ユーザによるシリーズ一括予約の登録が指定が行われた後に放送スケジュールの変更が生じた場合にも、放送スケジュール変更後の番組配列情報を利用して再スケジューリングを行い、最初にユーザが指定した予約実行順番の条件を満たしたままで、シリーズの各番組の予約日時を改めて決定することが出来る。
【００６８】なお、放送スケジュール監視部８で放送スケジュールの変更を検出したときに、マイクロピュータ４で自動的に再スケジューリングを実行するのではなく、メールやアイコン表示で再スケジューリングの必要があることをユーザに知らせることだけを実行しても良い。その場合には、ユーザがメニュー等から再スケジューリングの実行を指示出来るようにすれば、同様の効果が得られる。
【００６９】
【発明の効果】以上のように、本発明のデジタル放送受信機は、シリーズが複数回放送されている条件下で、ユーザによるシリーズ一括予約の要求が行われる前に、他の番組の予約が行われていた場合、ユーザによるシリーズ一括予約の要求とシリーズを構成する番組の予約順番の指定が行われると、番組配列情報を利用して、既に予約が行われている番組の放送時間帯を避け、シリーズを構成する番組をユーザが指定した順番で予約することが出来る。
【００７０】また、本発明のデジタル放送受信機は、シリーズが複数回放送されている条件下で、ユーザによるシリーズ一括予約の要求とシリーズを構成する番組の予約順番の指定が行われた後に、ユーザが新たに番組の予約を行なった場合、新たに予約を行なったときの番組配列情報を利用し、新たに予約した番組の放送時間帯を避けて、シリーズを構成する番組をユーザが指定した順番で予約することが出来るよう、各番組の予約日時を決定することが出来る。
【００７１】さらに、本発明のデジタル放送受信機は、シリーズが複数回放送されている条件下で、ユーザによるシリーズ一括予約の要求とシリーズを構成する番組の予約順番の指定が行われた後に、放送スケジュールの変更が生じた場合、放送スケジュール変更後の番組配列情報を利用し、シリーズを構成する番組をユーザが指定した順番で予約することが出来るよう、各番組の予約日時を決定することが出来る。
【図面の簡単な説明】
【図１】本発明の第１、第２実施形態に係るデジタル放送受信システムの構成を示すブロック図である。
【図２】本発明の各実施形態において用いる、番組データの構造を示す説明図である。
【図３】本発明の第１実施形態における、スケジューリングを行う前にスケジュール記憶部７に登録された番組を示す説明図である。
【図４】本発明の第１実施形態における、マイクロコンピュータの動作を表すフローチャートである。
【図５】本発明の第１実施形態における、第１話のスケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図６】本発明の第１実施形態における、第２話のスケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図７】本発明の第１実施形態における、第３話のスケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図８】本発明の第１実施形態における、第１話のスケジューリングでスケジュール記憶部に登録されている番組を示す説明図である。
【図９】本発明の第１実施形態における、第２話のスケジューリングでスケジュール記憶部に登録されている番組を示す説明図である。
【図１０】本発明の第１実施形態における、第３話のスケジューリングでスケジュール記憶部に登録されている番組を示す説明図である。
【図１１】本発明の第２実施形態における、マイクロコンピュータの動作を表すフローチャートである。
【図１２】本発明の第２実施形態における、一部削除され再スケジューリングを行う前の状態でスケジュール記憶部に記憶されている番組を示す説明図である。
【図１３】本発明の第２実施形態における、新たに予約した番組のスケジューリング後にスケジュール記憶部に登録されている番組を示す説明図である。
【図１４】本発明の第２実施形態における、第２話の再スケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図１５】本発明の第２実施形態における、第３話の再スケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図１６】本発明の第２実施形態における、第２話の再スケジューリングでスケジュール記憶部に登録されている番組を示す説明図である。
【図１７】本発明の第２実施形態における、第３話の再スケジューリングでスケジュール記憶部に登録されている番組を示す説明図である。
【図１８】本発明の第３実施形態に係るデジタル放送受信システムの構成を示すブロック図である。
【図１９】本発明の第３実施形態における、マイクロコンピュータの動作を表すフローチャートである。
【図２０】本発明の第３実施形態における、第１話の再スケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図２１】本発明の第３実施形態における、図１９のステップ１８で一旦番組が削除された後のスケジュール記憶部で記憶されている番組を示す説明図である。
【図２２】本発明の第３実施形態における、再スケジューリング終了後にスケジュール記憶部に登録されている番組を示す説明図である。
【符号の説明】
１ 番組受信部
２ 映像・音声信号出力部
４ マイクロコンピュータ
５ ベータベース部
６ リモコン送信機
７ スケジュール記憶部
８ 放送スケジュール監視部
９ 番組データ
１０ 放送日時フィールド
１１ チャンネル番号フィールド
１２ シリーズＩＤフィールド
１３ 話数フィールド
１４ 総話数フィールド
２０ 映像・音声出力手段
３０ 記憶再生手段
【０００１】
【発明の属する技術分野】本発明は、シリーズ一括予約機能を有するデジタル放送受信機、およびそれを内蔵した表示装置、記録装置に関する。
【０００２】
【従来の技術】連続ドラマのように、放送日時の異なる各回分の番組から構成される番組群は、互いに関連性を有しており、かつ序列性を有することから、シリーズと呼ばれている。このようなシリーズを一括して予約することが出来るデジタル放送受信機の一例として、特開平１２−５０２１８号公報で記載されているデジタル放送受信機がある。このデジタル放送受信機では、最初、ユーザはシリーズの一括予約を行うために、シリーズを構成する番組を一つ選択して、その番組の単体予約を行なう。その後、デジタル放送受信機は番組配列情報（ＳＩ：Service Information）を利用して、放送予定の番組の中から、シリーズを構成する他の番組を特定する。そして、デジタル放送受信機は、特定した番組も合わせて予約を行い、シリーズ番組の一括予約を実現している。
【０００３】このデジタル放送受信機は、シリーズを構成する番組を特定するために、番組配列情報に含まれている、従来のデジタル放送ではシリーズ毎に割当てられた固有のＩＤを利用する。シリーズを構成する番組の番組配列情報では、そのシリーズＩＤが管理されており、ユーザがシリーズを構成する番組を一つ選択すると、デジタル放送受信機は、選択した番組の番組配列情報から、そのシリーズＩＤを取得して、放送が予定されている番組の中から、同じシリーズＩＤの番組があるか調査を行う。そのようにして、同じシリーズに属する番組を特定し、シリーズの一括予約を行なっている。
【０００４】
【発明が解決しようとする課題】ＢＳ（Broadcasting Satellite）デジタル放送では、シリーズに関する情報として、シリーズＩＤの他に、番組の話数に関する情報が番組配列情報に含まれる。番組の話数は、シリーズを構成する番組の序列を表すのに用いられる。例えば、磁気テープを利用して番組録画を行う場合、シリーズを構成する番組を話数に従って録画することで、ユーザは、番組内容の連続性を損なうことなく視聴することが可能となる。そのため、シリーズ一括予約を行う際は、番組の話数を考慮して予約を行なうことが望ましい。
【０００５】しかし、前記公知例に記載されているデジタル放送受信機は、番組の話数に関する情報を利用していないため、番組の話数を考慮して予約を行なうことは出来ない。
【０００６】本発明では、シリーズＩＤと番組話数情報を利用して、シリーズ番組が複数回放送されている条件下においても、シリーズを構成する番組をユーザが指定した順番に予約することが可能となるよう各番組の予約日時を決定するデジタル放送受信機を提供する。
【０００７】
【発明を解決するための手段】本発明のデジタル放送受信機は、少なくとも、番組配列情報を受信する受信手段と、この受信手段で受信した番組配列情報を利用して、シリーズを構成する各番組の予約日時を決定する予約日時決定手段とを有して構成される。そして、予約日時決定手段は、シリーズが複数回放送されている条件下で、シリーズを構成する各番組の予約が実行される順番が、ユーザの指定した条件に合致するように、各番組の予約日時を決定する機能を有する。
【０００８】
【発明の実施の形態】以下、本発明の実施の形態を、図面を用いて説明する。
【０００９】まず、本発明の第１実施形態を説明する。本実施形態は、ユーザよりシリーズ一括予約の要求とシリーズを構成する番組の予約順番の指定が行われると、番組配列情報を利用して、既に登録済みであった別の予約番組と放送時間帯が重ならないよう考慮して、シリーズを構成する番組をユーザが指定した順番で予約することが出来るよう、各番組の予約日時を決定するデジタル放送受信システムへの適用例である。なお、本実施形態では、デジタル放送受信機と、表示手段および記録手段を組み合わせたシステムとしてあるが、本発明の適用製品としては、デジタル放送受信機単独であっても、あるいは、デジタル放送受信機を内蔵した表示装置やデジタル放送受信機を内蔵した記録装置であってもよい（これは、以下の各実施形態において同様である）。
【００１０】図１は、本実施形態のデジタル放送システムの構成を示すブロック図である。図１に示すように、本実施形態のデジタル放送受信システムは、映像信号や番組配列情報を受信する番組受信部１と、番組受信部１で受信した映像・音声信号に所定の処理を行い、信号を外部に出力する映像・音声信号出力部２と、ユーザ操作によるリモコン送信機６からの信号を受信して回路各部を制御するマイクロコンピュータ４と、番組受信部１で受信した番組配列情報を記憶蓄積するデータベース部５と、予約した番組スケジュールを記憶するスケジュール記憶部７とを、含んで構成されるデジタル放送受信機、および、映像・音声信号出力部２から出力された映像信号を映像として表示出力すると共に、映像・音声信号出力部２から出力された音声信号を音声として出力する映像・音声出力手段２０、および、映像・音声信号出力部２から出力された信号を適宜記録媒体に記録し、これを再生する記録再生手段３０で構成されている。
【００１１】データベース部５で記憶蓄積される番組配列情報には、番組毎に、番組固有の情報を管理する番組データが含まれている。その番組データの構造を、図２に示す。
【００１２】図２に示すように、番組データ９は、番組の放送日時が記述されている放送日時フィールド１０と、放送が行なわれるチャンネル番号が記述されているチャンネル番号フィールド１１と、番組が属しているシリーズ固有のＩＤが記述されているシリーズＩＤフィールド１２と、番組話数が記述されている話数フィールド１３と、シリーズの総話数が記述されている総話数フィールド１４とを、含んで構成される。ただし、番組がシリーズに属さない場合、番組データ９には、シリーズＩＤフィールド１２〜総話数フィールド１４は含まれない。
【００１３】スケジュール記憶部７には、予約した番組毎に、番組の放送日時フィールド１０、チャンネル番号フィールド１１、シリーズＩＤフィールド１２、話数フィールド１３の情報が登録される。
【００１４】ここで、例えば、１０月２日午前１０時に、ユーザがチャンネル番号３００で、（１）１０月３日午前７時３０分〜１０月３日午前８時００分（２）１０月４日午前０時３０分〜１０月４日午前１時００分（３）１０月５日午前０時３０分〜１０月５日午前１時００分（４）１０月５日午後７時００分〜１０月５日午後７時３０分上記（１）〜（４）の時間帯に放送される４番組を予約したとする。
【００１５】このとき、スケジュール記憶部７には、この４番組を登録した日時とチャンネル番号と予約実行日時が、図３のように登録される。
【００１６】次に、この条件の下で、ユーザが１０月２日午前１１時に、シリーズ一括予約の条件として「話数の小さい順に予約」を指定すると同時に、例えば、チャンネル番号２３０で放送されるシリーズ「エイガでエイゴＶｏｌ．１」〜「エイガでエイゴＶｏｌ．３」の一括予約を指示すると、マイクロコンピュータ４は、先に述べた４番組の予約に影響を与えないよう、指定された条件を満たす範囲でスケジューリングを行って、予約対象番組を決定する。
【００１７】このマイクロコンピュータ４の動作を、図４R>４のフローチャートを用いて説明する。なお、「エイガでエイゴＶｏｌ．１」〜「エイガでエイゴＶｏｌ．３」のシリーズＩＤは１、総話数は３であるものとする。
【００１８】＜ステップ１＞はじめに、一括予約対象の開始話数を決定する。例えば、第１話から予約する場合は、ｎ＝１とする。
【００１９】＜ステップ２＞本ステップでは、マイクロコンピュータ４は、データベース部５で記憶蓄積されているデータの中から、シリーズ一括予約後に放送される全番組のシリーズＩＤフィールド１２と話数フィールド１３を参照し、シリーズＩＤが一括予約するシリーズと同じで、かつ、話数がｎの番組全てを選択する。該当する番組がある場合は、ステップ３へ進む。該当する番組がない場合は、ステップ１０へ進む。
【００２０】図５、図６、図７は、データベース部５で記憶蓄積されていた、１０月２日午前１１時から１０月８日午前１時までに放送される、「エイガでエイゴＶｏｌ．１」〜「エイガでエイゴＶｏｌ．３」の全番組の放送時間を表したものである。この例では、ｎ＝１〜３の場合、それぞれ、図５、図６、図７に示した番組全てが選択される。
【００２１】＜ステップ３＞本ステップでは、マイクロコンピュータ４は、ステップ２で選択した番組の中から、スケジュール記憶部７で登録されている番組と放送時間帯が重ならない番組を選択する。該当する番組がある場合は、ステップ４へ進む。該当する番組がない場合は、ステップ１０へ進む。
【００２２】例えば、ｎ＝１の場合、図３で示した番組と放送時間帯が重なる番組はないので、図５の「ステップ３」の点線で囲んだ番組が選択される。ｎ＝２の場合、図３のうち２番組（放送時間帯が「１０月３日午前７時３０分〜１０月３日午前８時００分」と「１０月４日午前０時３０分〜１０月４日午前１時００分」）が重なるので、これらの番組の放送時間帯を避けた、図６の「ステップ３」の点線で囲んだ番組全てが選択される。ｎ＝３の場合も、図３のうち２番組（放送時間帯「１０月５日午前０時３０分〜１０月５日午前１時００分」と「１０月５日午後７時００分〜１０月５日午後７時３０分」）が重なるので、これらの番組の放送時間帯を避けた、図７の「ステップ３」の点線で囲んだ番組全てが選択される。
【００２３】＜ステップ４＞本ステップでは、ｎ＝１の場合は（Ｙｅｓの場合は）、ステップ６へ進む。また、ｎ＞１の場合は（Ｎｏの場合は）、ステップ５へ進む。
【００２４】＜ステップ５＞本ステップでは、ｎ＝ｋのときに、既にスケジュール記憶部７に登録されているｎ＝（ｋ−１）の番組の放送終了後に放送される番組全てを選択する。該当する番組がある場合は、ステップ６へ進む。該当する番組がない場合は、ステップ１０へ進む。
【００２５】例えば、ｎ＝２の場合、マイクロコンピュータ４は、ステップ３で選択した番組の中から、後述するステップ７のｎ＝１の場合に登録した番組（放送時間帯「１０月３日午前０時３０分〜１０月３日午前１時００分」）より後から放送される、図６の「ステップ５」の点線で囲んだ番組を選択する。同様に、ｎ＝３の場合、マイクロコンピュータ４は、ステップ３で選択した番組の中から、後述するステップ７のｎ＝２の場合に登録した番組（放送時間帯「１０月４日午後７時００分〜１０月４日午後７時３０分」）より後から放送される、図７の「ステップ５」の点線で囲んだ番組を選択する。
【００２６】＜ステップ６＞本ステップでは、前のステップで選択した番組の中から、一番早く放送が開始される番組を選択する。
【００２７】例えば、ｎ＝１の場合、マイクロコンピュータ４は、ステップ３で選択した番組の中から、図５で灰色表示してある番組を選択する。ｎ＝２の場合、マイクロコンピュータ４は、ステップ５で選択した番組の中から、図６で灰色表示してある番組を選択する。ｎ＝３の場合も、同様に、図７で灰色表示してある番組を選択する。
【００２８】＜ステップ７＞本ステップでは、マイクロコンピュータ４は、ステップ６で選択した番組をスケジュール記憶部７に登録する。なお、登録するときは、既に登録済みの番組と新たに登録する番組の放送時間帯を比較し、先に予約が実行される番組が、先に並ぶように順番を更新する。
【００２９】この例では、ｎ＝１の場合は、ステップ６で選択した番組は実行番号が１となり、スケジュールの登録状況は、図８のようになる。ｎ＝２の場合は、スケジュールの登録状況は、既に図８のようになっているため、ステップ６で選択した番組は実行番号が４となり、スケジュールの登録状況は、図９のようになる。同様に、ｎ＝３の場合は、スケジュールの登録状況は、既に図９のようになっているため、ステップ６で選択した番組は実行番号が７となり、スケジュールの登録状況は、図１０のようになる。
【００３０】＜ステップ８＞本ステップでは、マイクロコンピュータ４は、ステップ７で登録した番組の総話数フィールド１４とｎの値を比較する。同じ値であれば（Ｙｅｓであれば）、本処理フロー（本スケジューリング処理フロー）を終了する。異なる値であれば（Ｎｏであれば）、ステップ９へ進む。
【００３１】この例では、ｎ＝１またはｎ＝２の場合は、ステップ９へ進み、ｎ＝３の場合は、処理を終了する。
【００３２】＜ステップ９＞本ステップでは、ｎの値を１増やし、ステップ２に戻る。
【００３３】＜ステップ１０＞本ステップでは、シリーズ一括予約のスケジューリングを行なうことが出来ないため、マイクロコンピュータ４は、ユーザに対してシリーズ一括予約を受け付け出来ないという旨のメッセージを、映像・音声出力手段２０に表示させて、処理を終了する。
【００３４】このように、本実施形態によれば、シリーズが複数回放送されている場合に、ユーザが、条件を指定してシリーズ一括予約を行なうと、マイクロコンピュータ４は、放送予定番組の放送日時フィールド１０とシリーズＩＤフィールド１２と話数フィールド１３を参照して、既に登録済みの予約に影響を与えることなく、ユーザが指定した条件を満たすように、予約する番組の日時を決定することが出来る。
【００３５】なお、上述した例では、ユーザが「話数の小さい順に予約」という条件を指定した場合について説明したが、「話数の大きい順に予約」、「放送が開始される順に予約」のような条件を指定できるようにしてもよい。
【００３６】また、図４のフローチャートのステップ１では、ｎ＝１として常に第１話からを一括予約の対象としたが、他にも、開始話数をユーザに選択させたり、データベース部５に記憶蓄積されている番組の中で最も小さい話数のものを自動的に選ぶようにしてもよい。あるいは、過去にユーザが視聴、もしくは予約した番組の記録をスケジュール記憶部７に記憶しておき、最後に視聴、もしくは予約した番組の次の話数から始まるようにしてもよい。
【００３７】次に、本発明の第２実施形態について説明する。本実施形態のデジタル放送受信システムの構成も、前記第１実施形態と同様に、図１のブロック図により表される。
【００３８】本実施形態では、マイクロコンピュータ４には、既に登録されていたシリーズ一括予約対象の番組と放送時間が重なる別の番組が予約されたときに、重複した番組以降のシリーズ一括予約のスケジュールを再調整する機能が組み込まれている。
【００３９】この再スケジューリングのアルゴリズムについて、図１１のフローチャートを用いて説明する。なお、以下の例では、事前に登録されている例として、第１実施形態で説明した方法によって、図１０に示す７つの番組が予め登録されており、更に、ユーザが１０月２日午前１１時３０分に、チャンネル番号２００で「１０月４日午後７時００分〜１０月４日午後７時３０分」に放送される番組の予約を新たに指示した状況を想定している。
【００４０】＜ステップ１１＞本ステップでは、マイクロコンピュータ４は、スケジュール記憶部７で登録されている番組の中から、新たに予約した番組と放送時間帯が重なる番組を特定すして、これを削除する。該当する番組がある場合は、ステップ１３へ進む。該当する番組がない場合は、ステップ１２へ進む。
【００４１】この例の場合には、図１０に記述した実行番号４の「エイガでエイゴＶｏｌ．２」を特定して、これを削除する。
【００４２】＜ステップ１２＞本ステップでは、マイクロコンピュータ４は、新たに予約した番組をスケジュール記憶部７に登録し、新たに予約した番組と既に登録済みの番組の放送時間を比較し、実行番号を更新する。そしてこの後、本処理フロー（本再スケジューリング処理フロー）を終了する。
【００４３】＜ステップ１３＞本ステップでは、マイクロコンピュータ４は、ステップ１１で特定した番組のシリーズＩＤと番組話数を参照する。シリーズＩＤが特定した番組と同じで、番組話数が特定した番組より大きい番組は、再スケジューリングの対象なのでスケジュール記憶部７から一旦削除する。
【００４４】この例では、ステップ１１で削除した番組の話数が２であることから、同じシリーズＩＤで話数３の番組が削除の対象となる。削除を行った後のスケジューリングの登録状況は、図１２のようになる。また後述するステップ１６のエラー処理後の回復処理として２回目に実行される場合には、失敗した再スケジューリングの途中時結果をキャンセルするために、各々の登録日時を参照し、後に予約を行った日時（１０月２日午前１１時３０分）より後に登録した番組をスケジュール記憶部７から削除する。
【００４５】＜ステップ１４＞本ステップでは、通常はそのままステップ１５に進んで、新たに予約した番組の登録を行う。後述するステップ１６で行われるエラー処理の後に実行されるときは、ステップ１５をスキップしてステップ１７へ進む。
【００４６】＜ステップ１５＞本ステップでは、マイクロコンピュータ４は、新たに予約した番組をスケジュール記憶部７に登録し、新たに予約した番組と既に登録済みの番組の放送時間を比較し、実行番号をソートして更新する。
【００４７】この例の場合、新たに予約した番組を登録すると、スケジュールの登録状況は図１３のようになる。
【００４８】＜ステップ１７＞本ステップでは、マイクロコンピュータ４は、第１実施形態で述べた図４のステップ１〜ステップ９の手順を実行して、再スケジューリングを行う。ただし、ステップ１で決定する開始話数は、再スケジューリング対象番組の中で最も話数の小さいものを選ぶ。これは、ステップ１１で特定した番組の話数と同じであり、この例においては、ｎ＝２からスタートすることになる。
【００４９】ステップ３では、ｎ＝２の場合、既に予約されている番組と３番組（放送時間帯が「１０月３日午前７時３０分〜１０月３日午前８時００分」と「１０月４日午前０時３０分〜１０月４日午前１時００分」と「１０月４日午後７時００分〜１０月４日午後７時３０分」）が重なるので、この番組の放送時間帯を避けた、図１４の「ステップ３」の点線で囲んだ番組全てが選択される。ｎ＝３の場合、既に予約されている番組と２番組（放送時間帯「１０月５日午前０時３０分〜１０月５日午前１時００分」と「１０月５日午後７時００分〜１０月５日午後７時３０分」）が重なるので、この番組の放送時間帯を避けた、図１５の「ステップ３」の点線で囲んだ番組全てが選択される。
【００５０】次に、ステップ５では、ｎ＝２の場合、マイクロコンピュータ４はステップ３で選択した番組の中から、既に登録済みの話数１の番組（放送時間帯「１０月３日午前０時３０分〜１０月５日午前１時００分」）の放送終了後の番組を選択する。ここでは、図１４の「ステップ５」の点線で囲んだ番組が選択される。同様に、ｎ＝３の場合、マイクロコンピュータ４はｎ＝２の場合に登録した番組（放送時間帯「１０月５日午後１時００分〜１０月５日午後１時３０分」）の放送終了後の番組を選択する。ここでは、図１５の「ステップ５」の点線で囲んだ番組が選択される。
【００５１】最後にステップ６及びステップ７では、ｎ＝２の場合、ステップ５で選択した番組の中から、一番早く放送される「１０／５（木）ＰＭ１：００〜ＰＭ１：３０」を登録するので、スケジューリング結果は図１６１６のようになる。同様に、ｎ＝３の場合、「１０／６（金）ＰＭ１：００〜ＰＭ１：３０」を選択するので、スケジューリング結果は、図１７のようになる。
【００５２】以上の手順により、再スケジューリングの対象である全番組の予約日時を決定することが出来たときは再スケジューリングは成功して終了する。
【００５３】一方、ステップ２、ステップ３、ステップ５において、条件に合致する番組を選択できなくなり予約日時の決定が不可能になった場合は、再スケジューリングは失敗して、ステップ１６に進む。
【００５４】＜ステップ１６＞本ステップは、シリーズ一括予約のスケジューリングを行なうことが出来ないため、マイクロコンピュータ４は、ユーザに対してその旨のメッセージを映像・音声出力手段２０に表示させる。その後、回復処理を行うために、再びステップ１３に進む。なお、この例では、再スケジューリングは成功しているため、本ステップには進まない。
【００５５】このように、本実施形態では、シリーズ一括予約を行った後に新たに番組予約を行い、放送時間帯が重なってしまう場合、シリーズ一括予約時に指定した条件を満たす範囲で、再スケジューリングを行い、新たな番組の予約とシリーズ一括予約を共に実現することが出来る。
【００５６】次に、本発明の第３実施形態について説明する。本実施形態は、ユーザによるシリーズ一括予約の登録が行われた後に、放送スケジュールの変更が生じた場合、放送スケジュール変更後の番組配列情報を利用して、自動的に再スケジューリングを行うデジタル放送受信システムへの適用例である。
【００５７】図１８は、本実施形態のデジタル放送受信システムの構成を示すブロック図であり、同図において、図１の前記第１、第２実施形態のデジタル放送受信システムと均等な構成要素には、同一符号を付してある。
【００５８】本実施形態のデジタル放送受信システムが、図１の前記第１、第２実施形態のデジタル放送受信システムと異なるのは、放送スケジュールの変更を監視する放送スケジュール監視部８が、デジタル放送受信機に付加されている点にある。放送スケジュール監視部８は、定期的に番組受信部１が受信した各番組の番組データ９とデータベース部５に記憶蓄積された番組データ９を比較し、放送スケジュールに変更がないかを監視する。
【００５９】ここで、放送スケジュールの変更を検出したときに、マイクロコンピュータ４で自動的に実行される再スケジューリングの手順について、図１９のフローチャートを用いて説明する。ここでは、第１実施形態で説明した手順によって、図５、図６、図７の放送スケジュールの下でシリーズ一括予約を行って図１０の予約が登録された後で、図５の放送スケジュールが図２０のように変更された状況を想定している。
【００６０】＜ステップ２１＞本ステップでは、マイクロコンピュータ４は、放送スケジュール監視部８より放送スケジュールに変更があることを伝えられると、変更により予約の実行が出来なくなった番組がないかを調査する。該当する番組がある場合は、それを選択してステップ１８へ進む。該当する番組がない場合は、再スケジューリングを行わないで終了する。
【００６１】この例では、「１０月３日午前０時３０分〜１０月３日午前１時００分」に放送される番組の放送が中止になり予約することが不可能なったので、図１０の中に実行番号１として登録されている「エイガでエイゴＶｏｌ．１」が選択される。
【００６２】＜ステップ１８＞本ステップでは、マイクロコンピュータ４は、ステップ２１で選択した番組のシリーズＩＤと番組話数を参照して、シリーズＩＤが選択した番組と同じで、話数が選択した番組以上の番組を、再スケジューリングの対象としてスケジュール記憶部７から一旦削除する。
【００６３】この例では、図１０に記述した「エイガでエイゴＶｏｌ．１」〜「エイガでエイゴＶｏｌ．３」が削除される。削除を行った後のスケジューリングの登録状況は、図２１のようになる。
【００６４】＜ステップ２０＞本ステップでは、マイクロコンピュータ４は、第１実施形態で述べたステップ２〜ステップ９と同じ動作をする。再スケジューリングが成功すると、再スケジューリングを終了する。ステップ２、ステップ３、ステップ５で該当する番組がない場合は、再スケジューリングは失敗してステップ１９に進む。
【００６５】この例では、ステップ１８の時点で、スケジュールの登録状況は、図２１のようになっていることから、ステップ２では、最初のｎの値は１となり、「エイガでエイゴ Ｖｏｌ．１」〜「エイガでエイゴ Ｖｏｌ．３」が再スケジューリングの対象になる。その結果、図２２に示す予約が改めて登録される。
【００６６】＜ステップ１９＞本ステップでは、放送スケジュールの変更により、シリーズ一括予約の再スケジューリングを行なうことが出来ないため、マイクロコンピュータ４は、ユーザに対してその旨のメッセージを映像・音声出力手段２０に表示させる。なお、この例では、再スケジューリングは成功するため、本ステップには進まない。
【００６７】このように本実施形態では、ユーザによるシリーズ一括予約の登録が指定が行われた後に放送スケジュールの変更が生じた場合にも、放送スケジュール変更後の番組配列情報を利用して再スケジューリングを行い、最初にユーザが指定した予約実行順番の条件を満たしたままで、シリーズの各番組の予約日時を改めて決定することが出来る。
【００６８】なお、放送スケジュール監視部８で放送スケジュールの変更を検出したときに、マイクロピュータ４で自動的に再スケジューリングを実行するのではなく、メールやアイコン表示で再スケジューリングの必要があることをユーザに知らせることだけを実行しても良い。その場合には、ユーザがメニュー等から再スケジューリングの実行を指示出来るようにすれば、同様の効果が得られる。
【００６９】
【発明の効果】以上のように、本発明のデジタル放送受信機は、シリーズが複数回放送されている条件下で、ユーザによるシリーズ一括予約の要求が行われる前に、他の番組の予約が行われていた場合、ユーザによるシリーズ一括予約の要求とシリーズを構成する番組の予約順番の指定が行われると、番組配列情報を利用して、既に予約が行われている番組の放送時間帯を避け、シリーズを構成する番組をユーザが指定した順番で予約することが出来る。
【００７０】また、本発明のデジタル放送受信機は、シリーズが複数回放送されている条件下で、ユーザによるシリーズ一括予約の要求とシリーズを構成する番組の予約順番の指定が行われた後に、ユーザが新たに番組の予約を行なった場合、新たに予約を行なったときの番組配列情報を利用し、新たに予約した番組の放送時間帯を避けて、シリーズを構成する番組をユーザが指定した順番で予約することが出来るよう、各番組の予約日時を決定することが出来る。
【００７１】さらに、本発明のデジタル放送受信機は、シリーズが複数回放送されている条件下で、ユーザによるシリーズ一括予約の要求とシリーズを構成する番組の予約順番の指定が行われた後に、放送スケジュールの変更が生じた場合、放送スケジュール変更後の番組配列情報を利用し、シリーズを構成する番組をユーザが指定した順番で予約することが出来るよう、各番組の予約日時を決定することが出来る。
【図面の簡単な説明】
【図１】本発明の第１、第２実施形態に係るデジタル放送受信システムの構成を示すブロック図である。
【図２】本発明の各実施形態において用いる、番組データの構造を示す説明図である。
【図３】本発明の第１実施形態における、スケジューリングを行う前にスケジュール記憶部７に登録された番組を示す説明図である。
【図４】本発明の第１実施形態における、マイクロコンピュータの動作を表すフローチャートである。
【図５】本発明の第１実施形態における、第１話のスケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図６】本発明の第１実施形態における、第２話のスケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図７】本発明の第１実施形態における、第３話のスケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図８】本発明の第１実施形態における、第１話のスケジューリングでスケジュール記憶部に登録されている番組を示す説明図である。
【図９】本発明の第１実施形態における、第２話のスケジューリングでスケジュール記憶部に登録されている番組を示す説明図である。
【図１０】本発明の第１実施形態における、第３話のスケジューリングでスケジュール記憶部に登録されている番組を示す説明図である。
【図１１】本発明の第２実施形態における、マイクロコンピュータの動作を表すフローチャートである。
【図１２】本発明の第２実施形態における、一部削除され再スケジューリングを行う前の状態でスケジュール記憶部に記憶されている番組を示す説明図である。
【図１３】本発明の第２実施形態における、新たに予約した番組のスケジューリング後にスケジュール記憶部に登録されている番組を示す説明図である。
【図１４】本発明の第２実施形態における、第２話の再スケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図１５】本発明の第２実施形態における、第３話の再スケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図１６】本発明の第２実施形態における、第２話の再スケジューリングでスケジュール記憶部に登録されている番組を示す説明図である。
【図１７】本発明の第２実施形態における、第３話の再スケジューリングでスケジュール記憶部に登録されている番組を示す説明図である。
【図１８】本発明の第３実施形態に係るデジタル放送受信システムの構成を示すブロック図である。
【図１９】本発明の第３実施形態における、マイクロコンピュータの動作を表すフローチャートである。
【図２０】本発明の第３実施形態における、第１話の再スケジューリングの際に、マイクロコンピュータが選択した番組を示す説明図である。
【図２１】本発明の第３実施形態における、図１９のステップ１８で一旦番組が削除された後のスケジュール記憶部で記憶されている番組を示す説明図である。
【図２２】本発明の第３実施形態における、再スケジューリング終了後にスケジュール記憶部に登録されている番組を示す説明図である。
【符号の説明】
１ 番組受信部
２ 映像・音声信号出力部
４ マイクロコンピュータ
５ ベータベース部
６ リモコン送信機
７ スケジュール記憶部
８ 放送スケジュール監視部
９ 番組データ
１０ 放送日時フィールド
１１ チャンネル番号フィールド
１２ シリーズＩＤフィールド
１３ 話数フィールド
１４ 総話数フィールド
２０ 映像・音声出力手段
３０ 記憶再生手段
【特許請求の範囲】
【請求項１】 少なくとも、番組配列情報を受信する受信手段と、この受信手段で受信した前記番組配列情報を基に番組の予約日時を決定する予約日時決定手段とを、有して構成されるデジタル放送受信機であって、前記番組配列情報は、互いに関連があり、かつ序列性を有する複数の番組の集合であるシリーズに関するシリーズ配列情報を含み、前記予約日時決定手段は、前記シリーズ配列情報を基に、特定のシリーズの構成要素である前記複数の番組の各々の予約日時を一括して予約することにより、シリーズ一括予約を行なうことを特徴とするデジタル放送受信機。
【請求項２】 請求項１記載において、前記予約日時決定手段は、前記シリーズを構成する各番組がそれぞれ複数回放送される場合に、前記番組毎に複数ある放送日時から所定の日時を選択して予約日時とすることを特徴とするデジタル放送受信機。
【請求項３】 請求項２記載において、前記予約日時決定手段は、前記シリーズを構成する各番組がそれぞれ複数回放送される場合に、前記番組毎に複数ある放送日時と、既に予約している他の番組の予約日時とから、既に予約している他の番組の予約日時と日時が重複しないように、複数ある放送日時中の所定の日時を選択して予約日時とすることを特徴とするデジタル放送受信機。
【請求項４】 請求項２記載において、前記予約日時決定手段は、前記シリーズを構成する各番組がそれぞれ複数回放送される場合に、前記番組毎に複数ある放送日時と、決定したシリーズ予約日時と、新たに予約する他の番組の予約日時とから、新たに予約する他の番組の予約日時と日時が重複しないように、複数ある放送日時中の所定の日時を選択しなおして、前記シリーズ予約日時を決定しなおすことを特徴とするデジタル放送受信機。
【請求項５】 請求項２乃至４のいずれか１項に記載において、前記番組配列情報の変更を検出する番組配列変更検出手段を備え、前記予約日時決定手段は、前記番組配列情報に変更があった場合に、変更後の番組配列情報を基に、所定の日時を選択して前記シリーズ予約日時を決定しなおすことを特徴とするデジタル放送受信機。
【請求項６】 請求項２乃至５のいずれか１項に記載において前記シリーズ一括予約を行う際に、ユーザが予約実行条件を設定する手段を備えたことを特徴とするデジタル放送受信機。
【請求項７】 請求項１乃至６の何れか１項に記載のデジタル放送受信機を内蔵し、このデジタル放送受信機で受信した番組を表示可能な表示手段を有することを特徴とするデジタル放送受信機内蔵表示装置。
【請求項８】 請求項１乃至６の何れか１項に記載のデジタル放送受信機を内蔵し、このデジタル放送受信機で受信した番組を記録し再生することが可能な記録再生手段を有することを特徴とするデジタル放送受信機内蔵記録再生装置。
【請求項１】 少なくとも、番組配列情報を受信する受信手段と、この受信手段で受信した前記番組配列情報を基に番組の予約日時を決定する予約日時決定手段とを、有して構成されるデジタル放送受信機であって、前記番組配列情報は、互いに関連があり、かつ序列性を有する複数の番組の集合であるシリーズに関するシリーズ配列情報を含み、前記予約日時決定手段は、前記シリーズ配列情報を基に、特定のシリーズの構成要素である前記複数の番組の各々の予約日時を一括して予約することにより、シリーズ一括予約を行なうことを特徴とするデジタル放送受信機。
【請求項２】 請求項１記載において、前記予約日時決定手段は、前記シリーズを構成する各番組がそれぞれ複数回放送される場合に、前記番組毎に複数ある放送日時から所定の日時を選択して予約日時とすることを特徴とするデジタル放送受信機。
【請求項３】 請求項２記載において、前記予約日時決定手段は、前記シリーズを構成する各番組がそれぞれ複数回放送される場合に、前記番組毎に複数ある放送日時と、既に予約している他の番組の予約日時とから、既に予約している他の番組の予約日時と日時が重複しないように、複数ある放送日時中の所定の日時を選択して予約日時とすることを特徴とするデジタル放送受信機。
【請求項４】 請求項２記載において、前記予約日時決定手段は、前記シリーズを構成する各番組がそれぞれ複数回放送される場合に、前記番組毎に複数ある放送日時と、決定したシリーズ予約日時と、新たに予約する他の番組の予約日時とから、新たに予約する他の番組の予約日時と日時が重複しないように、複数ある放送日時中の所定の日時を選択しなおして、前記シリーズ予約日時を決定しなおすことを特徴とするデジタル放送受信機。
【請求項５】 請求項２乃至４のいずれか１項に記載において、前記番組配列情報の変更を検出する番組配列変更検出手段を備え、前記予約日時決定手段は、前記番組配列情報に変更があった場合に、変更後の番組配列情報を基に、所定の日時を選択して前記シリーズ予約日時を決定しなおすことを特徴とするデジタル放送受信機。
【請求項６】 請求項２乃至５のいずれか１項に記載において前記シリーズ一括予約を行う際に、ユーザが予約実行条件を設定する手段を備えたことを特徴とするデジタル放送受信機。
【請求項７】 請求項１乃至６の何れか１項に記載のデジタル放送受信機を内蔵し、このデジタル放送受信機で受信した番組を表示可能な表示手段を有することを特徴とするデジタル放送受信機内蔵表示装置。
【請求項８】 請求項１乃至６の何れか１項に記載のデジタル放送受信機を内蔵し、このデジタル放送受信機で受信した番組を記録し再生することが可能な記録再生手段を有することを特徴とするデジタル放送受信機内蔵記録再生装置。
【図１】
【図２】
【図３】
【図２０】
【図４】
【図５】
【図６】
【図７】
【図１４】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１５】
【図１８】
【図２１】
【図１６】
【図１７】
【図１９】
【図２２】
【図２】
【図３】
【図２０】
【図４】
【図５】
【図６】
【図７】
【図１４】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１５】
【図１８】
【図２１】
【図１６】
【図１７】
【図１９】
【図２２】
【公開番号】特開２００２−２８１４０３（Ｐ２００２−２８１４０３Ａ）
【公開日】平成１４年９月２７日（２００２．９．２７）
【国際特許分類】
【出願番号】特願２００１−７８９１１（Ｐ２００１−７８９１１）
【出願日】平成１３年３月１９日（２００１．３．１９）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１４年９月２７日（２００２．９．２７）
【国際特許分類】
【出願日】平成１３年３月１９日（２００１．３．１９）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]