(57)【特許請求の範囲】
【請求項１】
各番組の番組名、チャンネル、放送開始日時、放送終了日時を番組データとして入力する番組データ入力手段と、番組データを一定期間保持する番組データ保持手段と、ユーザからの入力により番組データの中の番組を指定し予約録画する録画予約番組指定手段と、指定された録画予約番組のＩＤ、指定した回のＩＤ等の予約データを予約データベースに記憶して録画予約登録する録画予約データ保持手段と、通信手段を具備し、この通信手段を介して番組放送予定表に相応する番組データを入力し、番組データ保持手段のデータを更新する機能を有する録画予約装置において、
上記予約データベース内に、上記指定した回のＩＤのうち終了回別ＩＤが未定になっているものがあれば、上記通信手段により更新された番組データベースを検索し、終了回別ＩＤが決定されていた場合は、その数値に置き換えることを特徴とする録画予約装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、番組データを一定期間保持し、これを更新する機能を有する録画予約装置と、この装置に対して番組データを送出する装置から成る録画予約装置に関する。
本発明の録画予約装置は、番組名で直接録画予約を行なうようにしたもので、最終回まで毎回等の要求や、変則的な放送、放送日時の変更にも対応出来るようにしたものである。
【０００２】
【従来の技術】
現在行われているＶＣＲ（Ｖｉｄｅｏ  Ｃａｓｓｅｔｔｅ  Ｒｅｃｏｒｄｅｒ）等の録画装置を使用してテレビ放送の録画予約を行なう方法は、ユーザが録画日、開始日時、終了日時、チャンネルを指定するようにしている。録画予約装置は、この指定された日時に自動的にチューナーを所望のチャンネルに合わせ、ＶＣＲ等をスタート、ストップさせることで録画を実行している。また、録画予約装置は連続した番組を録画予約するために、一回限りの録画の予約のみならず、毎週同じ曜日の同じ時間に、月曜から金曜までといった指定を受け付け、複数回録画をするという方法も可能である。
【０００３】
しかしながら、一般ユーザにとっては、これらの録画予約の具体的な指定方法が煩雑であり、使いこなせない者が非常に多いのが実情である。
このために、ユーザの負担を軽減するための各種の提案が行われており、例えば、バーコード入力、音声入力、テレビ画面に表示を行いながら進める方式、さらにはＧコードと呼ばれる方式等が実用化されている。
バーコード方式は、録画日、開始日時、終了日時、チャンネルをバーコードで記述し、バーコードリーダーで録画日、開始日時、終了日時、チャンネルをそれぞれなぞるというものである。また、番組の放送日時に応じてあらかじめそれらを組み合わせておいて、番組名と並べて表示しておき、それをなぞらせるという表示方法も可能である。
【０００４】
音声入力方式は、録画日、開始日時、終了日時、チャンネルをそれぞれユーザが音声で指示し、録画予約を行うというものである。
テレビ画面を利用する方法は、これは表示を見やすくするというもので、録画日、開始日時、終了日時、チャンネルを指示することは従来となんら変わりがない。
Ｇコードによる方式は、新聞のＴＶ欄、テレビガイド誌等と提携し、ここに番組ごとに数桁の数字を表示し、これを見たユーザは、録画予約機にこの数字を入力するだけで録画予約が完了するという、ユーザの負担を大幅に軽減した方式である。
このように、各方式とも入力方法を工夫し、録画予約を行いたいというユーザの負担をることに成功しているが、どの方式も共通して直接あるいは間接的に録画日時とチャンネルを指定するものであることには変わりがなく、録画予約を行った時点で、録画日時、チャンネル、また録画が一回なのか複数回なのか等が決定していた。
【０００５】
【発明が解決しようとする課題】
録画装置を使用してテレビ放送の録画予約を行う場合、ユーザはその放送の日時、チャンネルを指定しているが、ユーザは、録画したい番組を指定して録画しようとしているのであって、日時やチャンネル自体は本来の目的ではない。録画の予約を行なうユーザは、録画したい番組が、どの日時やどのチャンネルで放送されるかに関心があるわけではなく、録画したい番組そのものに関心があるのであり、日時やチャンネルは、番組を特定するための手段に過ぎない。
しかしながら、従来の録画予約方式はどの方式も、番組を指定するのではなく、日時、チャンネルを指定していた。
【０００６】
バーコード方式やＧコード方式等は、番組表等と連携し、ユーザには日時やチャンネルを意識させず、番組そのものを指定して予約させる方式の一つと考えることもできるが、これは完全でない。なぜなら、これらの方式は、ユーザの録画予約作業時には、番組そのものを指定するという感覚を味わわせるが、入力されたコードはその場で一意に日時・チャンネルに変換され、ＶＣＲ等録画予約機器の内部情報としては従来どおり日時・チャンネルとして録画予約を受け付けている。
このために、従来の録画予約方式では、たとえば録画予約を行った後に放送局側の都合で放送日時が変更になった場合には、録画予約時に入力したコードが意味する当初指定した日時に録画が行われてしまい、その場合は所望の番組を録画することが出来なかった。
【０００７】
また、従来の録画予約方式では、毎週や月曜から金曜までの毎日等を指定して、連続する番組を録画予約することは可能であるが、これもユーザの本来の目的は、連続する番組そのものを録画したいのであって、毎週や月曜から金曜までの毎日等という情報は、それを実現するための手段にすぎないことが多い。
たとえば、ユーザは本来連続するドラマの第一回から最終回までを録画したい、英会話番組を講座終了まで毎回録画したい、あるいは大相撲の初日から千秋楽までを録画したい等の欲求を持っているのであって、こういった指定が従来の方式では不可能であるから、このような手段で指定を行っているのである。
ユーザは本来、連続する番組そのものを録画したいのであるが、この欲求を満たす方式は存在しなかった。また、最終回のみ特別に放送が３０分長い等の変則的な場合には到底対応できない。さらに、従来の録画予約方式では、野球放送の延長等で、ある回のみ放送日時が変更になる場合等にも対応はできなかった。
【０００８】
【課題を解決するための手段】
本発明は、これらの状況を鑑み、録画日時、チャンネルではなく、ユーザが本来持っている欲求である、録画したい番組そのものを指定することで録画予約を行い、実際にその番組が放送される日時に録画を行うようにしたものである。
本発明の録画予約装置においては、番組名と日時・チャンネルを対応させたデータが保持されており、ユーザの指定する録画予約情報は、録画日時とチャンネルではなく、番組名が直接指定される。
【０００９】
番組名の入力方法は、番組データを利用し、テレビモニタ上に新聞のテレビ欄等を模した表示を行い、ユーザはこれを選択する。録画予約装置は保持している番組データを利用し、番組名から実際の日時・チャンネルに変換することによって、Ｇコード等と実質同等な番組名での指定を可能にし、また従来機器にはない複雑な指定をも含めた番組名での指定が可能になる。
又、通信手段を使用して、定期的に、また放送番組、放送日時の変更等があった場合には臨時に、番組データが更新される。番組名から日時・チャンネルへの変換は一度行ったら決定してしまうのではなく、番組データの更新により影響を受ける場合には、再度変換し直しが行われる。これにより、ユーザの本来の欲求である番組そのものの録画予約を可能としたものである。
【００１０】
【発明の実施の形態】
【実施例】
図１は本発明の録画予約装置の一実施例の構成を示すブロック線図である。図１において、ＣＯＮはメイン制御部である。
ＩＮＰは入力装置、ＤＳＰは表示装置、ＵＩＦはユーザインターフェイス部である。ＬＩＮは通信回線、ＣＭＣは通信制御部、ＴＭＥは時計部、ＶＣＲはビデオカセットレコーダ、ＶＣＣはビデオカセットレコーダの制御部である。ＢＤＢは番組データベース、ＲＩＤは録画予約データベースである。
【００１１】
入力装置ＩＮＰはユーザインターフェイス部ＵＩＦを介してメイン制御部ＣＯＮに接続されている。表示装置ＤＳＰはユーザインターフェイス部ＵＩＦに接続されている。メイン制御部ＣＯＮは通信制御部ＣＭＣを介して通信回線ＬＩＮに接続されている。ビデオカセットレコーダＶＣＲはビデオカセットレコーダの制御部ＶＣＣを介してメイン制御部ＣＯＮに接続されている。時計部ＴＭＥ、番組データベースＢＤＢ、録画予約データベースＲＩＤはそれぞれメイン制御部ＣＯＮに接続されている。
【００１２】
このように構成された本発明の録画予約装置の動作を説明すると次の通りである。
本発明においては、録画予約装置には、番組名と日時・チャンネルを対応させたデータが保持されており、ユーザの指定する録画予約情報は、録画日時とチャンネルではなく、番組名が直接指定される。番組名の入力方法は、番組データを利用し、テレビモニタ上に新聞のテレビ欄等を模した表示を行い、ユーザはこれを選択する。録画予約装置は、指定された番組のＩＤを記憶するとともに、保持している番組データを利用し、番組名から実際の日時・チャンネルに変換することによって、番組名での指定を可能にし、また従来機器にはない複雑な指定をも含めた番組名での指定が可能になる。
【００１３】
又、通信手段を使用して、定期的に、また放送番組、放送日時の変更等があった場合には臨時に、番組データが更新される。番組名から日時・チャンネルへの変換は一度行ったら決定してしまうのではなく、番組データの更新により影響を受ける場合には、再度変換し直しが行われる。これにより、ユーザの本来の欲求である番組そのものの録画予約が可能となる。
録画予約を行なう場合は、ユーザは番組名を直接指定する。連続する番組の場合には、一回限り、当該番組全回、任意の指定した回をユーザは選択する。
ユーザにより入力された番組名、回の指定は、番組のＩＤ，回を記憶するとともに装置の持つ番組データと変換機能により録画日時・チャンネルに変換され、従来方式と同様に録画予約待機に入り、録画予約開始日時に録画開始し、録画予約終了日時に録画終了する。
又、通信機能により、番組データが更新された場合は、録画予約のされていない状態では何も行わないが、録画待機中、録画中であれば、記憶してある番組名ＩＤ，回別ＩＤから録画日時・チャンネルへの変換を再度行い、録画予約が更新される。
【００１４】
図１の装置の動作について具体的に説明する。
１．一回限りの録画の場合の動作についての説明
＊予約方法について
本発明の録画予約装置の、番組データベースＢＤには、将来の一定期間分の番組データが保持されている。この番組データとは、少なくとも番組名、番組開始日時、終了日時、チャンネル等である。メイン制御部ＣＯＮは、番組データベースＢＤのデータからユーザの指定する日付のデータを抽出し、新聞のテレビ欄を模したデータに加工する。メイン制御部ＣＯＮにより加工された番組データの例を図２に示す。
【００１５】
番組データの構造の一例を以下に挙げる。
「カテゴリーＩＤ、カテゴリーテキスト、サブカテコリーＩＤ、サブカテゴリーテキスト、番組名ＩＤ、番組名テキスト、回別ＩＤ、全回数、チャンネル、開始日時、終了日時、解説テキスト」
ここで、カテゴリーＩＤは、映画、ドラマ、野球等のカテゴリーごとに与えられた記号もしくは数値である。同じカテゴリーに属す番組は、同じ値となる。カテゴリーテキストとは、これら「映画」「ドラマ」等のテキストデータである。
サブカテコリーＩＤとは、たとえば同じ野球であっても巨人戦、オリックス戦、あるいは同じ映画であっても恋愛もの、アクションもの、といった具合に分類するためのＩＤで、同じ部類に属するものは同じＩＤとなる。サブカテゴリーテキストとは、これら「巨人戦」「恋愛もの」等のテキストデータである。
【００１６】
番組名ＩＤとは、番組ごとに異なる記号もしくは数値である。同じドラマで別の回等の場合には、番組名ＩＤは同じ値になる。
番組名テキストとは、番組名そのものがテキストデータとして記入されている。サブタイトル等も記入してもよく、この場合、番組名ＩＤは同じであっても番組名テキストは異なることがある。
回別ＩＤとは、連続もののドラマや英会話番組等の、第何回目の放送であるかの数値である。全回数とは、あらかじめ放送回数が決まっている場合その数値、連続ものでない一回限りの番組であれば１、放送回数が未定の場合は未定（たとえばありえない数値０等）である。解説テキストとは、番組の出演者や解説文等、任意のテキストデータである。
【００１７】
図２において、ＴＩは番組の時間の表示部で、７時，８時，９時と放送の時間帯が表示される。ＣＨ１，ＣＨ２，ＣＨ３は放送チャンネルの表示欄で、１チャンネルのＮＨＫ総合放送，３チャンネルのＮＨＫ教育放送，４チャンネルの日本テレビ放送の放送チャンネルか表示されている。ＢＳ１１，ＢＳ１２，ＢＳ１３・・・ＢＳ３１，ＢＳ３２，ＢＳ３３は各時間帯にそれぞれの放送チャンネルより放送される番組の内容が示されている。例えば、７時の放送時間帯にＮＨＫ総合放送より放送される番組は、７時からニュース７、７時４０分から今夜もごちそうさま、という番組が放送されることを表示している。
【００１８】
ユーザインターフェース部ＵＩＦは、図２に示すようなメイン制御部ＣＯＮにより加工された番組データを表示装置ＤＳＰのモニタの画面上に表示して、ユーザの入力を待つ。ユーザはリモコン等のＩＮＰを利用して、表示装置ＤＳＰのモニタの画面上の、目的の番組名のところにカーソルを合わせ、録画予約を指示する。ユーザインタフェース部ＵＩＦは、ユーザが指定したモニタの画面上の座標を受け取り、どの番組が指定されたかを判断し、その番組のＩＤ、及び回別ＩＤを予約データとして録画予約論理データベースＲＩＤに記憶する。そして、メイン制御部ＣＯＮは、この予約論理データから、番組データベースＢＤＢを参照し、予約物理データすなわち、チャンネル開始、終了日時に変換し、録画予約物理データベースＲＩＤに記憶する。
【００１９】
メイン制御部ＣＯＮおよびユーザインタフェース部ＵＩＦは、図２の代わりに、図３のようなテレビガイド誌等のジャンル別一覧を模したデータに加工して表示を行っても良い。図３の（ａ）場合、番組データ内の、カテゴリーテキストが「ドラマ」であり、カテゴリーＩＤがドラマに対応した記号もしくは数値である番組の一覧例である。又、図３の（ｂ）場合、番組データ内の、カテゴリーテキストが「プロ野球」であり、カテゴリーＩＤがプロ野球に対応した記号もしくは数値である番組の一覧例である。
ユーザインタフェース部ＵＩＦはこれを表示装置ＤＳＰのモニタ画面上に表示して、ユーザの入力を待つ。ユーザはリモコン等ＩＮＰを利用して、表示装置ＤＳＰの画面上の、目的の番組名のところにカーソルを合わせ、録画予約を指示する。ユーザインタフェース部ＵＩＦは、ユーザが指定したモニタの画面上の座標を受け取り、どの番組が指定されたかを判断し、その番組名ＩＤおよび回別ＩＤを予約論理データとして（回別ＩＤは、開始回別ＩＤ、終了回別ＩＤ両方にコピーされる）、録画予約論理データベースＲＩＤに記憶する。
そして、メイン制御部ＣＯＮは、この予約論理データから、番組データベースＢＤＢを参照し、予約物理データすなわち、チャンネル、開始、終了日時に変換し、録画予約物理データベースＲＩＤに記憶する。
【００２０】
予約データは、予約論理データと、予約物理データから成る。予約論理データとは、ユーザが指定した番組のＩＤ、指定した回のＩＤ等を保持するもので、どの番組を録画したいのかという情報を表す。実際にどのチャンネルで放送されるか、放送日時はいつであるかは保持しない。一方予約物理データは、従来の録画予約で行われていたのと同様に、チャンネル、開始日時、終了日時を記憶するものである。
予約論理データの構造の一例を以下に挙げる。
「番組名ＩＤ、カテゴリーＩＤ、サブカテコリーＩＤ、開始回別ＩＤ、終了回別ＩＤ」
【００２１】
ここで、各ＩＤは、番組データで説明したものと同一である。開始回別ＩＤ、終了回別ＩＤとは、第何回放送から第何回放送まで録画するのかを表す。開始回別ＩＤと終了回別ＩＤが一致している場合、一回限りの録画予約であることを示し、当該番組が録画終了した場合、予約論理データベースからこの予約データは削除される。
開始回別ＩＤ、終了回別ＩＤが異なる場合、連続する番組を予約したということであり、当該番組が録画終了した後も、放送回が終了回と一致するまで予約論理データベースから消されない。また放送回が未定である番組を最終回まで録画したい場合には、終了回別ＩＤに「未定」である旨記憶する。
予約物理データは、メイン制御部ＣＯＮによって、番組データベースＢＤＢを参照することにより、予約論理データから変換される。
【００２２】
＊そのまま録画が実行される場合
メイン制御部ＣＯＮは計時部ＴＭＥから日時データを受け取り、これが録画予約データベースＲＩＤの予約データにある開始日時となった場合、録画開始を指示する。ＶＣＲ制御部ＶＣＣはメイン制御部ＣＯＮの指示を受け、実際にＶＣＲを録画動作させる。また、メイン制御部ＣＯＮは計時部ＴＭＥの日時データが、終了日時となると、ＶＣＲ制御部ＶＣＣに録画終了を指示し、ＶＣＲ制御部はＶＣＲを停止させる。
【００２３】
＊放送日時が変更された場合
本装置は、通信回線ＬＩＮを介して番組データ管理センター（図には示されていない）から番組データを受け取り、番組データベースＢＤＢのデータを更新する機能を持っている。通信制御部ＣＭＣが通信回線ＬＩＮよりデータを受信すると、メイン制御部ＣＯＮはこのデータで番組データベースＢＤＢのデータを更新する。また、メイン制御部ＣＯＮは、録画予約論理データベースＲＩＤに登録された予約データごとの、カテゴリーＩＤ、サブカテゴリーＩＤ、番組名別ＩＤ、番組回別ＩＤを参照し、録画予約論理データベース内の、番組開始日時、終了日時を、新しいデータベースを用いて更新する。
これにより、録画予約された日時の前に、野球放送の延長や臨時ニュースなどが入り、番粗放送日時が変更される場合でも、ユーザが当初予約した番組が録画される。
【００２４】
２．連続する番組を録画する場合の動作についての説明
先に記述した新聞のテレビ欄やテレビガイド誌のジャンル別一覧を模したものを利用して番組の指定を行ったあと、メイン制御部ＣＯＮは、その番組データ中の全回数スロットを調べ、１回限りの番組でないことを示していたら、すなわち連続番組であるため、ユーザインタフェース部ＵＩＦを介して、表示装置ＤＳＰに「一回限り／その後毎回／その後指定回」等の表示を出し、ユーザに入力を促す。ユーザはリモコンＩＮＰでこれを指定する。メイン制御部ＣＯＮは、ユーザインタフェース部より送られたこの信号を解釈し、一回限りの予約であるか、予約であるかを判別する。
【００２５】
このうち、一回限りの予約であれば、先に説明したとおりの動作を行う。
またその回以後毎回の予約であれば、メイン制御部ＣＯＮは、番組名ＩＤを予約論理データに記憶し、回別ＩＤは開始回別ＩＤに、全回数が記録されている番組であれば、終了回別ＩＤにはその回を記憶する。そしてメイン制御部ＣＯＮは、予約論理データから予約物理データに変換するにあたり、番組データベースＢＤＢを参照し、番組名ＩＤが一致し、回別ＩＤが指定回以降指定回以前であるものを全て検索し、それらのチャンネル、開始日時、終了日時を、それぞれ予約物理データベースに書き込む。これにより、連続録画予約が可能となる。このとき、仮に放送回毎に放送時刻や時間が異なるものであっても、予約物理データベースに記憶されるデータは、番組データベースから検索されたものであるから、所望の番組が録画予約されることは、言うまでもない。
【００２６】
またたとえば第３話から第５話までと、第７話から最終回まで全回といった複雑な指定がなされた場合、この具体的入力方法は、表示部ＤＳＰへの表示およびリモコンからの入力を繰り返すこと等で実現する。そしてメイン制御部ＣＯＮは、入力された情報から、予約論理データベースには、同じ番組名ＩＤであり、開始回別ＩＤが３、終了回別ＩＤが５である予約論理データを作成し、記憶する。また、同じ番組名ＩＤであり、開始回別ＩＤが７、終了回別ＩＤが最終回のＩＤ（未定の場合は未定である旨）とし、予約論理データを作成し、記憶する。そして、メイン制御部ＣＯＮは、これらの予約を先に説明したのと同様の方法で予約物理データに変換し、記憶する。
【００２７】
複数回の予約方法はこれに限らない。たとえば図３ｂは図３ａ同様ジャンル別一覧を模したものだが、ＣＴｌはカテゴリー名を、ＣＴ２はサブカテゴリー名を示している。またＢＤｌ〜３は番組データである。図３ｂでは、ユーザの合わせたカーソル位置は、「巨人戦」すなわちサブカテゴリ一名ＣＴ２である。この場合、そのカテゴリーに属する全ての番組を録画予約対象とする。
この場合、メイン制御部ＣＯＮは、ユーザインタフェース部ＵＩＦから、カテゴリーＩＤ、サブカテゴリーＩＤを受け取り、予約論理データベースには、このカテゴリーＩＤ、サブカテゴリ一ＩＤのみを記憶する。そして、予約論理データから予約物理データへの変換にあたっては、番組データベースＢＤＢで、カテゴリーＩＤとサブカテゴリーＩＤが一致するものを検索し、それぞれを予約物理データベースに記憶する。これにより、そのサブカテゴリーに属す番組がすべて予約される。
【００２８】
この後、放送日時等の変更があった場合や、あるいは現在持っている一定期間の番組データでは知り得なかった放送日時等が、次の一定期間の番組データが得られて判明した場合など、番組データベースの更新があった場合には予約論理データベースから予約物理データベースへの変換が再度なされるので、所望の連続録画予約が可能である。
この更新作業では、予約論理データベース内に、終了回別ＩＤが未定になっているものがあれば、その番組名ＩＤで更新された番組データベースを検索し、終了回別ＩＤが決定されていた場合、その数値に置き換えるという作業をも行う。
たとえば、全回数が未定であったものを最終回まで全回予約の場合、予約論理データ中の終了回別ＩＤが未定となる。そして、終了回別ＩＤが未定の間は、予約論理データベースから消されることがなく、番組データベースが更新され、放送回が決定された時点で、予約論理データ中の終了回別ＩＤが決定される。そして、予約物理データが更新され、このときに放送回がこの終了回別ＩＤと一致した時点で、この予約が削除される。
【００２９】
３．センター側についての説明
以上説明した機能を実現するためには、定期的に番組データベースを更新する必要がある。連続回数が未定の連続番組を全回、あるいは放送回ごとに放送日時が異なるような番組が開始され、それを全回録画したい場合等、この定期的番組データ更新によって可能となる。
また、放送日時変更があった場合にも当初意図した番組を間違いなく録画するためには、これ以外にも臨時に番組データベースを更新する必要がある。
この番組データを提供するのが番組データ管理センターである。センターでは、番組データ、すなわち番組名別ＩＤ、回別ＩＤ、チャンネル、開始日時、終了日時、その他を各番組ごとに作成、データベースを構築する。そして、このデータベースから、将来の一定期間分に相当するデータを各家庭に提供する。
【００３０】
定期配信の場合、これをパッケージメディアに記録して配布しても良いし、特定のサイトにデータベースとしでアップロードしておき、ユーザに積極的にこれをダウンロードさせても良い。またセンター側の方が積極的に通信回線ＬＩＮを介して各家庭に配信しても良い。この場合には、本方式による装置を持ち、データ配信を希望している家庭を、センター内ユーザ情報データベースに登録しておき、その家庭に自動的に配信する。
また、臨時配信の場合は、サイトへのアップロードとともに、ユーザ情報データベースに登録されている家庭に、その都度配信する。
【００３１】
尚、上記の説明では、録画予約方法の例として、新聞のテレビ欄を模したものと、テレビガイド誌のジャンル別一覧について言及したが、これはユーザインタフェース部の機能であり、本発明の本質である予約方法とは独立である。本予約方法に、これ以外のユーザインタフェースを利用することも、もちろん可能である。
又、予約番組の指定方法は、ユーザがリモコン等を利用して、表示装置ＤＳＰのモニタの画面上の、目的の番組名のところにカーソルを合わせ、録画予約を指示する方法について説明したが、予約番組の指定方法はこれに限らず、テキスト入力、５０音順一覧表示／ジャンル別表示／新聞のテレビ欄を模した表示等からの選択、何であってもかまわない。
説明で使用した番組データ、予約データはあくまでも一例である。たとえば、番組名テキスト、カテゴリーテキスト、サブカテゴリーテキスト、解説テキスト等を、各番組レコードごとに持つよりも、各番組レコードにはＩＤのみを持たせ、ＩＤとテキストの対応表を別に持つ等しても良い。また、カテゴリーＩＤ、カテゴリーテキスト、全回数、解説テキスト等は、必須のデータではなく、これらを持たなくても本発明の本質部分である最低限の機能は実現できる。その他、データ構造は説明したものに限るものではない。
【００３２】
番組データベースの構造や、予約データの構造、あるいは連続録画の場合の更新方法は、一例に過ぎず、同等の機能を持ちうる別の構成も容易に考えられる。たとえば、一回の録画ごとに更新するのではなく、あらかじめ複数回分の予約データを作っておく等である。
【００３３】
【発明の効果】
以上の説明より明らかなように、本発明の録画予約装置とこれを使用した録画予約システムでは、録画日時、チャンネルではなく、録画したい番組そのものを直接指定することで録画予約を行い、実際にその番組が放送される日時に録画を行うようににしている。このために、本発明では、録画予約装置には、番組名と日時・チャンネルを対応させたデータが保持されており、ユーザの指定する録画予約情報は、番組名が直接指定される。録画予約装置は保持している番組データを利用し、番組名から実際の日時・チャンネルに変換することによって、Ｇコード等と実質同等な番組名での指定を可能にし、また従来機器にはない複雑な指定をも含めた番組名での指定が可能になる。
【００３４】
又、通信手段を使用して、定期的に、また放送番組、放送日時の変更等があった場合には臨時に、番組データが更新される。
このために、録画したい番組が、たとえば野球中継が延長された、臨時ニュースが入り放送日時が繰り下げになった、あるいは最終回に限って放送時間が延長された場合等にも録画し損ねることが防止される。
又、本発明は、録画予約を従来のように日時、時間、チャンネルを指定するのではなく、番組そのものを指定するために、このような録画ミスが原理的にありえない。
ユーザの本来の欲求は、日時、時間や、月〜金といった曜日や毎週等を指定したいわけではなく、「この番組を録画したい」というものであった。にも関わらず、本質的でない時間や毎週等といった情報の入力を余儀なくされていた。本発明では、ユーザのこの本来の欲求をストレートに満たすことができる。
さらに、「このドラマを初回から技終回まで全図録画したい」という、ごくあたりまえに持つ要望を、本発明では完全に満たすことができる。
【図面の簡単な説明】
【図１】本発明の録画予約装置とこれを使用した録画予約システムの一実施例の構成を示すブロック線図である。
【図２】メイン制御部ＣＯＮにより加工された番組データの例を示す。
【図３】メイン制御部ＣＯＮによりテレビガイド誌等のジャンル別一覧を模したデータに加工された番組データの例を示す。
【符号の説明】
ＣＯＮ・・・メイン制御部，      ＩＮＰ・・・入力装置，      ＤＳＰ・・・表示装置，      ＵＩＦ・・・ユーザインターフェイス部，      ＬＩＮ・・・通信回線，      ＣＭＣ・・・通信制御部，      ＴＭＥ・・・時計部，      ＶＣＲ・・・ビデオカセットレコーダ，      ＶＣＣ・・・ビデオカセットレコーダの制御部，      ＢＤＢ・・・番組データベース，      ＲＩＤ・・・録画予約データベース
【図１】
0003738540.tif 000002
【図２】
0003738540.tif 000003
【図３】
0003738540.tif 000004