JP3358208B2 - ビデオ機器および電子機器 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、リモートコントロー
ルの送信手段を有し、リモートコントロール操作をする
ことができるビデオ機器、およびビデオ機器やオーディ
オ機器等の電子機器に関する。

【０００２】

【従来の技術】従来、コマンダ（リモートコントロール
の送信手段）を有し、リモートコントロール操作をする
ことができるＶＴＲにあって、さらにＶＣＲ＋コードを
使用して録画予約することが提案されている。コマンダ
を使用した録画予約の方法としては、以下の、の２
通りの方法が考えられている。 ユーザがコマンダにＶＣＲ＋コードを入力すると、
コマンダがＶＣＲ＋コードをデコードし、さらにデコー
ド処理で得られるガイドチャネルをＶＴＲ本体のチャネ
ルに変換する。そして、この結果得られる番組の開始／
終了日時、チャネルのデータをコマンダよりＶＴＲ本体
に送信し、ＶＴＲ本体ではそのデータを予約メモリに書
き込んで録画予約をする。 ユーザはＶＴＲ本体の表示部またはＶＴＲ本体に接
続されているモニタテレビの画面をみながら、コマンダ
にＶＣＲ＋コードを入力すると、コマンダはＶＴＲ本体
にＶＣＲ＋コードを送信する。そして、ＶＴＲ本体はＶ
ＣＲ＋コードをデコードし、その結果、すなわち番組の
開始／終了日時、チャネルを表示部またはＶＴＲに接続
されているモニタテレビの画面に表示すると共に、番組
の開始／終了日時、チャネルのデータを予約メモリに書
き込む。

【０００３】

【発明が解決しようとする課題】上述したの方法によ
れば、コマンダにＶＣＲ＋コードのデコードソフトが必
要となると共に、コマンダにＶＣＲ＋のガイドチャネル
とＶＴＲ本体のチャネルの対応を入力する必要がある等
の問題点があった。

【０００４】一方、の方法によれば、ＶＴＲ本体とモ
ニタテレビの電源がオンされていないと予約できず、ま
たＶＴＲ本体の表示部をみて予約可能なときにはＶＴＲ
本体の近くにいないと表示が見にくい等の問題点があっ
た。

【０００５】

【０００６】さらに、コマンダでＶＴＲ本体に予約内容
を要求できるものにあって、従来ＶＴＲ本体はコマンダ
からの要求に従って１つずつ予約イベント内容をコマン
ダに送信し、一巡するとコマンダから要求がきても別の
データを送る、いわゆる“一回休み”を入れていただけ
であった。そのため、ユーザは一通り予約内容を受信す
るまで、何個の予約イベントがあるか確認できなかっ
た。さらに、何番目の予約かを示すデータがないため
に、例えばコマンダが所定番目の予約の受信をミスして
いても、ユーザはそれに気付くのが難しかった。

【０００７】そこで、この発明では、コマンダにＶＣＲ
＋コードのデコードソフトが不要となると共に、コマン
ダにＶＣＲ＋のガイドチャネルとＶＴＲ本体のチャネル
の対応関係を入力する必要がなくなるようにするもので
ある。またこの発明では、コマンダで予約内容を要求で
きるものにあって、予約イベント総数や予約イベント番
号を受信できるようにするものである。

【０００８】

【課題を解決するための手段】請求項１記載の発明に係
るビデオ機器は、リモートコントロールの送信手段を有
し、リモートコントロール操作をすることができるビデ
オ機器において、送信手段は入力されたＶＣＲ＋コード
またはそれをデコードして得られるガイドチャネルをビ
デオ機器本体に送信し、ビデオ機器本体は送信手段より
送信されるＶＣＲ＋コードをデコードし、またはＶＣＲ
＋のガイドチャネルを実際のチャネルに変換し、その結
果を送信手段に送信するものである。

【０００９】

【００１０】請求項２記載の発明に係る電子機器は、リ
モートコントロールの送信手段を有し、リモートコント
ロール操作をすることができる電子機器において、電子
機器本体は送信手段からの要求によって予約データを送
信手段に送信し、送信手段は電子機器本体より送信され
る予約データに基づいて番組の開始／終了日時と共に予
約イベント総数および予約イベント番号の少なくとも一
方を表示するものである。

【００１１】

【作用】請求項１記載の発明において、送信手段が入力
されたＶＣＲ＋コードをＶＴＲ本体に送信し、ＶＴＲ本
体でＶＣＲ＋コードのデコード処理をするものにあって
は、送信手段にはＶＣＲ＋コードのデコードソフトが不
要となり、また送信手段にＶＣＲ＋のガイドチャネルと
ＶＴＲのチャネルとの対応関係を入力する必要なくな
る。また、送信手段が入力されたＶＣＲ＋コードをデコ
ードし、ＶＴＲ本体ではＶＣＲ＋のガイドチャネルをＶ
ＴＲのチャネルに変換するものにあっては、送信手段に
ＶＣＲ＋コードのデコードソフトは必要だが、送信手段
にＶＣＲ＋のガイドチャネルとＶＴＲのチャネルとの対
応関係を入力する必要なくなる。なお、ＶＣＲ＋のガイ
ドチャネルとＶＴＲのチャネルの対応関係の入力は、オ
ンスクリーンディスプレイを利用できるＶＴＲで行なう
方がユーザにとって簡単である。また、送信手段にＶＣ
Ｒ＋コードのデコード結果（ＶＣＲ＋のガイドチャネル
を実際のチャネルに変換）を表示し得る。

【００１２】

【００１３】請求項２記載の発明において、送信手段
は、その要求によって電子機器本体より送信される予約
イベント総数および予約イベント番号のデータに基づい
て、予約イベント総数や予約イベント番号を表示するた
め、予約イベント総数や、予約ミスしたイベントを容易
に認識し得る。

【００１４】

【実施例】以下、図面を参照しながら、この発明の一実
施例について説明する。

【００１５】図１はＶＴＲ本体の構成を示す要部のブロ
ック図を示している。図において、アンテナ１で捕えら
れる放送信号は、中間周波増幅回路や映像検波回路等を
含むチューナ回路２に供給される。チューナ回路２には
ＶＴＲのマイクロプロセッサ３より選局電圧等のチュー
ナ制御信号が供給されて選局が行なわれる。一方、チュ
ーナ回路２よりプロセッサ３には、ＡＦＴ信号等のデー
タ信号が供給される。チューナ回路２より出力される映
像信号ＳＶはビデオ記録回路４に供給される。このビデ
オ記録回路４の動作はプロセッサ３によって制御され
る。

【００１６】また、プロセッサ３にはメモリ５が接続さ
れる。このメモリ５には、チューナ回路２で選局される
各チャネルとＶＣＲ＋のガイドチャネルとの対応関係が
記憶されている。また、プロセッサ３には赤外線発光回
路６および赤外線受光回路７が接続される。発光回路６
からはコマンダ８に対する赤外線信号が出力される。受
光回路７にはコマンダ８からの赤外線信号が入力され
る。さらに、プロセッサ３には、キー入力回路９が接続
される。ユーザはキー入力回路９のキー操作により、コ
マンダ８によるリモコン操作と同様の操作を行なうこと
ができる。

【００１７】また、プロセッサ３には予約メモリ１０や
時計回路１４が接続される。予約メモリ１０には、録画
予約時に番組の開始／終了日時、チャネル等の予約デー
タが書き込まれる。また、プロセッサ３には蛍光表示管
等で構成される表示部１１が接続される。さらに、プロ
セッサ３によってオンスクリーンディスプレイ回路（表
示回路）１２が制御され、モニタテレビ１３の画面表示
が制御される。

【００１８】図２は、コマンダ８の構成を示している。
図において、８ａはマイクロプロセッサである。プロセ
ッサ８ａには、キー入力回路８ｂおよび例えば液晶表示
素子等で構成される表示部８ｃが接続される。さらに、
プロセッサ８ａには、ＶＴＲ本体に対する赤外線信号を
出力する赤外線発光回路８ｄおよびＶＴＲ本体からの赤
外線信号が入力される赤外線受光回路８ｅが接続され
る。

【００１９】以上の構成において、コマンダ８にＶＣＲ
＋コードを入力して録画予約する場合の動作について説
明する。まず、コマンダ８よりＶＴＲ本体にＶＣＲ＋コ
ードをそのまま送信する場合の動作について説明する。

【００２０】図３は、コマンダ側の動作を示している。

【００２１】まず、コマンダ８のプロセッサ８ａは、キ
ー入力回路８ｂからＶＣＲ＋コードの最後を示すキー入
力があるか否かを判断する（ステップ２１）。キー入力
がないときは、ステップ２７に進む。キー入力があると
きは、ＶＣＲ＋コードを発光回路８ｄよりＶＴＲ本体に
送信し（ステップ２２）、ステップ２３に進む。この
際、キー入力回路８ｂより入力されたＶＣＲ＋コードを
表示部８ｃに表示させてもよく、またＶＴＲ本体に送信
するデータはＶＣＲ＋コードに加えて、録画モードのデ
ータがあってもよい。

【００２２】ステップ２３で、プロセッサ８ａはＶＴＲ
本体より受光回路８ｅを介してＶＣＲ＋コードのデコー
ド結果、すなわち番組の開始／終了日時、チャネルのデ
ータを受信したか否かを判断する。デコード結果を受信
していなかったとき、プロセッサ８ａは受信待ちになっ
て一定時間が経過したか否かを判断し（ステップ２
４）、一定時間が経過していないときはステップ２３に
戻る。

【００２３】ステップ２４で、一定時間が経過したとき
は、プロセッサ８ａは表示部８ｃにＶＴＲ本体から応答
がなかったことを表示し（ステップ２５）、ステップ２
７に進む。

【００２４】ステップ２３で、デコード結果を受信した
ときは、プロセッサ８ａは表示部８ｃにＶＣＲ＋コード
のデコード結果を表示し（ステップ２６）、ステップ２
７に進む。この際、ＶＴＲ本体よりコマンダ８に、ＶＴ
Ｒの現在の予約イベント総数、予約イベント番号等のデ
ータが送信されてくる場合は、これらの情報も表示部８
ｃに同時に表示してもよい。

【００２５】ステップ２７では、プロセッサ８ａはコマ
ンダ８のその他の処理をして、ステップ２１に戻る。

【００２６】図４は、ＶＴＲ本体側の動作を示してい
る。

【００２７】まず、ＶＴＲのプロセッサ３は、コマンダ
８より受光回路７を介してＶＣＲ＋コードを受信したか
否かを判断する（ステップ２８）。受信していなかった
ときはステップ３５に進む。ステップ２８で、ＶＣＲ＋
コードを受信したときは、プロセッサ３は受信したＶＣ
Ｒ＋コードをデコードし（ステップ２９）、ステップ３
０に進む。

【００２８】ステップ３０では、プロセッサ３は受信し
たＶＣＲ＋コードが正しいか否かを判断する。ＶＣＲ＋
コードが正しくなかったときはステップ３４に進む。一
方、受信したＶＣＲ＋コードが正しかったときは、ＶＣ
Ｒ＋コードをデコードして得られたＶＣＲ＋のガイドチ
ャネルを、メモリ５の対応関係を参照して、そのガイド
チャネルに対応するチューナ回路２で選局されるチャネ
ルに変換し（ステップ３１）、ステップ３２に進む。

【００２９】ステップ３２では、プロセッサ３は変換し
たチャネルに放送信号があるか否かを判断する。放送信
号がないときは、ステップ３４に進む。一方、放送信号
があるときは、プロセッサ３はＶＣＲ＋コードのデコー
ド結果である番組の開始／終了日時、チャネルのデータ
を発光回路６を介してコマンダ８に送信すると共に、予
約データとして予約メモリ１０に書き込み（ステップ３
３）、ステップ３５に進む。この際、コマンダ８に予約
イベント総数や予約イベント番号等を同時に送信しても
よい。

【００３０】ステップ３４では、プロセッサ３はＶＣＲ
＋コードが正しくなかったことを発光回路６を介してコ
マンダ８に送信し、ステップ３５に進む。

【００３１】ステップ３５では、プロセッサ３はＶＴＲ
のその他の処理をして、ステップ２８に戻る。

【００３２】このようにコマンダ８よりＶＴＲ本体にＶ
ＣＲ＋コードをそのまま送信する例にあっては、ＶＴＲ
本体でＶＣＲ＋コードのデコード処理が行なわれるた
め、コマンダ８にはＶＣＲ＋コードのデコードソフトが
不要となる。また、ＶＴＲ本体でＶＣＲ＋のガイドチャ
ネルをチューナ回路２で選局されるチャネルに変換する
処理が行なわれるため、コマンダ８にＶＣＲ＋のガイド
チャネルとチューナ回路２で選局されるチャネルとの対
応関係を入力する必要がなくなる。

【００３３】次に、コマンダ８よりＶＴＲ本体にＶＣＲ
＋コードのデコード結果として番組の開始／終了日時と
ＶＣＲ＋のガイドチャネルのデータを送信する場合の動
作について説明する。

【００３４】まず、コマンダ８のプロセッサ８ａは、キ
ー入力回路８ｂからＶＣＲ＋コードの最後を示すキー入
力があるか否かを判断する（ステップ３６）。キー入力
がないときは、ステップ４２に進む。

【００３５】ステップ３６で、ＶＣＲ＋コードの最後を
示すキー入力があるときは、プロセッサ８ａはＶＣＲ＋
コードをデコードし、デコード結果としての番組の開始
／終了日時、ＶＣＲ＋のガイドチャネルを表示部８ｃに
表示すると共に、これら番組の開始／終了日時、ＶＣＲ
＋のガイドチャネルのデータを発光回路８ｄよりＶＴＲ
本体に送信し（ステップ３７）、ステップ３８に進む。
この際、ＶＴＲ本体に送信するデータに録画モードのデ
ータが加えてあってもよい。

【００３６】ステップ３８で、プロセッサ８ａはＶＴＲ
本体より受光回路８ｅを介してＶＣＲ＋のガイドチャネ
ルに対応するチャネルのデータを受信したか否かを判断
する。データを受信していなかったとき、プロセッサ８
ａは受信待ちになって一定時間が経過したか否かを判断
し（ステップ３９）、一定時間が経過していないときは
ステップ３８に戻る。

【００３７】ステップ３９で、一定時間が経過したとき
は、プロセッサ８ａは表示部８ｃにＶＴＲ本体から応答
がなかったことを表示し（ステップ４０）、ステップ４
２に進む。

【００３８】ステップ３８で、データを受信したとき
は、プロセッサ８ａは表示部８ｃに、ステップ３７での
表示の他に、ＶＣＲ＋のガイドチャネルに対応するチャ
ネルを表示し（ステップ４１）、ステップ４２に進む。
この際、ＶＴＲ本体よりコマンダ８にＶＴＲの現在の予
約イベント総数、予約イベント番号等のデータが送信さ
れてくる場合は、これらの情報も表示部８ｃに同時に表
示してもよい。

【００３９】ステップ４２では、プロセッサ８ａはコマ
ンダ８のその他の処理をして、ステップ３６に戻る。

【００４０】図６は、ＶＴＲ本体側の動作を示してい
る。

【００４１】まず、ＶＴＲのプロセッサ３は、コマンダ
８より受光回路７を介してＶＣＲ＋コードのデコード結
果としての番組の開始／終了日時、ＶＣＲ＋のガイドチ
ャネル等の予約データを受信したか否かを判断する（ス
テップ４３）。受信していなかったときはステップ４８
に進む。ステップ４３で、予約データを受信したとき
は、プロセッサ３はＶＣＲ＋のガイドチャネルを、メモ
リ５の対応関係を参照して、そのガイドチャネルに対応
するチューナ回路２で選局されるチャネルに変換し（ス
テップ４４）、ステップ４５に進む。

【００４２】ステップ４５では、変換したチャネルに放
送信号があるか否かを判断する。放送信号がないとき
は、放送信号がないときは、プロセッサ３はガイドチャ
ネルが正しくなかったことを発光回路６を介してコマン
ダ８に送信し（ステップ４７）、ステップ４８に進む。

【００４３】また、ステップ４５で、変換したチャネル
に放送信号があるとき、プロセッサ３はＶＣＲ＋コード
のデコード結果である番組の開始／終了日時、チャネル
のデータを予約データとしてメモリ１０に書き込むと共
に、チャネルデータを発光回路６を介してコマンダ８に
送信し（ステップ４６）、ステップ４８に進む。この
際、予約イベント総数や予約イベント番号等を同時に送
信してもよい。

【００４４】ステップ４８では、プロセッサ３はＶＴＲ
のその他の処理をして、ステップ４３に戻る。

【００４５】このようにコマンダ８でＶＣＲ＋コードを
デコードし、ＶＴＲ本体ではＶＣＲ＋のガイドチャネル
をＶＴＲのチャネルに変換する例にあっては、コマンダ
８にＶＣＲ＋コードのデコードソフトは必要だが、ＶＣ
Ｒ＋のガイドチャネルとＶＴＲのチャネルとの対応関係
を入力する必要がなくなる。

【００４６】なお、図１の例においては、コマンダ８と
ＶＴＲ本体との間の通信に赤外線信号を使用したもので
あるが、超音波信号やＲＦ信号等を使用してもよく、ワ
イヤード方式として電気信号を送信してもよい。例え
ば、ＲＦ信号を使用する場合には、上述実施例における
赤外線発光回路６，８ｄはＲＦ信号送信回路となり、赤
外線受光回路７，８ｅはＲＦ信号受信回路となる。

【００４７】また、図１の例においては、ＶＣＲ＋コー
ドになんらかの誤りがあると、ＶＴＲ本体よりコマンダ
８に対して誤りがあることを送信しているが、通常の予
約データにおいて、なんらかの誤りがある場合（例え
ば、予約の日時が既に過ぎている、同じ予約がある、既
に予約がいっぱい、ＶＴＲの時計が設定されていない）
にも、ＶＴＲ本体がコマンダ８に対して誤りがあること
や、誤りの種類をコマンダ８に送信し、コマンダ８の表
示部８ｃにこの内容を表示するようにしてもよい。

【００４８】次に、図面を参照しながら、この発明の他
の実施例について説明する。

【００４９】図７はＶＴＲ本体の構成を示す要部のブロ
ック図を示している。この図７において、図１と対応す
る部分には同一符号を付し、その詳細説明は省略する。
図において、１５は予約時刻初期値メモリであり、この
初期値メモリ１５はマイクロプロセッサ３に接続され
る。その他は図１の例と同様に構成される。

【００５０】また、図８はコマンダ８の構成を示してい
る。この図８において、図２と対応する部分には同一符
号を付し、その詳細説明は省略する。図において、８ｆ
はコマンダ８の扉開閉スイッチであり、このスイッチ８
ｆはマイクロプロセッサ８ａに接続される。このスイッ
チ８ｆは、コマンダ８を操作するために、その扉（図示
せず）を開けたとき、例えばオンとなるように配設され
る。その他は図２の例と同様に構成される。

【００５１】以上の構成において、コマンダ８を使用し
て録画予約する場合の動作について説明する。

【００５２】図９は、コマンダ側の動作を示している。

【００５３】まず、コマンダ８のプロセッサ８ａは、キ
ー入力回路８ｂの予約設定キーが押されたか否かを判断
する（ステップ５１）。押されていないときは、ステッ
プ５７に進む。一方、押されているときは、プロセッサ
８ａは発光回路８ｄを介してＶＴＲ本体に予約時刻の初
期値を要求するコマンドを送信し（ステップ５２）、ス
テップ５３に進む。

【００５４】ステップ５３では、プロセッサ８ａは、Ｖ
ＴＲ本体から受光回路８ｅを介して予約時刻の初期値の
データを受信したか否かを判断する。受信したときに
は、プロセッサ８ａは予約時刻の初期値を表示部８ｃに
表示すると共に（図１２に一例を図示）、予約設定モー
ドに入り（ステップ５６）、ステップ５７に進む。

【００５５】ステップ５３で、予約時刻の初期値のデー
タを受信しなかったときは、プロセッサ８ａは受信待ち
になって一定時間が経過したか否かを判断する（ステッ
プ５４）。一定時間、例えば１秒が経過していないとき
は、ステップ５３に戻る。一方、一定時間が経過したと
きは、プロセッサ８ａはＶＴＲ本体からの応答を待つの
を止めて、表示部８ｃに、例えば図１１に示すように所
定時間（例えば３秒間）だけ表示して応答のなかったこ
とを表示する（ステップ５５）。この後、予約設定モー
ドに入ってもよいし、入らなくてもよい。予約設定モー
ドに入ったときは、従来のコマンダと同様に、コマンダ
８の持つ予約の初期設定時刻を表示部８ｃに表示しても
よい。ステップ５５の後に、ステップ５７に進む。

【００５６】ステップ５７では、予約の設定、予約デー
タの送信、コマンドの送信等のその他のコマンダ８の処
理をして、ステップ５１に戻る。

【００５７】なお、ステップ５１では、予約設定キーが
押されたか否かを判断する代わりに、スイッチ８ｆのオ
ンオフに基づいてコマンダ８の扉が開かれたか否かを判
断するようにして、扉が開かれたとき予約設定モードに
入るようにしてもよい。

【００５８】図１０は、ＶＴＲ本体側の動作を示してい
る。

【００５９】まず、ＶＴＲのプロセッサ３は、受光回路
７を介してコマンダ８からの予約時刻の初期値を要求す
るコマンドを受信したか否かを判断する（ステップ５
８）。受信しなかったときは、ステップ６０に進む。受
信したときは、予約時刻の初期値のデータを発光回路６
を介してコマンダ８に送信し（ステップ５９）、ステッ
プ６０に進む。

【００６０】予約時刻の初期値として、プロセッサ３
は、時計回路からの現時刻または現時刻に一定時間を加
減したものを使用してもよい。現時刻を使用すると、現
時刻に近い予約を行なうユーザには便利である。また、
現時刻を知りたい場合にも、予約設定キーを押したり、
コマンダ８の扉を開ければよくなる。

【００６１】また、予約時刻の初期値として、予約時刻
の初期値メモリ１５（図７に図示）に設定された予約時
刻を使用してもよい。ユーザが初期値メモリ１５に予約
時刻を設定できるようにしておけば、ユーザが最も適切
な予約時刻に設定することで、コマンダ８での予約時刻
の設定時に変更が少なくて済む。

【００６２】また、予約時刻の初期値として、既に予約
されている予約時刻を使用してもよい。この予約時刻が
コマンダ８で変更され、再度ＶＴＲ本体に送信されたと
き、もとの予約データを送り返された予約データに置き
換えるようにすれば、予約の変更を簡単に行なうことが
できる。

【００６３】ステップ６０では、プロセッサ３は予約の
受信、コマンドの受信、ＶＴＲの制御等のＶＴＲの他の
処理をし、ステップ５８に戻る。

【００６４】以上のように動作するものにあっては、コ
マンダ８の要求によって予約時刻の初期値のデータがＶ
ＴＲ本体よりコマンダ８に送信されるため、コマンダ８
に時計機能を持たない場合にも、予約のための日付や時
刻の設定を容易に行なうことができる。

【００６５】次に、コマンダ８にＶＣＲ＋コードを入力
して予約録画をする場合の動作について説明する。

【００６６】図１３は、コマンダ側の動作を示してい
る。

【００６７】まず、コマンダ８のプロセッサ８ａは、キ
ー入力回路８ｂのＶＣＲ＋コードを示す最後のキーが押
されたか否かを判断する（ステップ６１）。押されてい
ないときは、ステップ６９に進む。一方、押されたとき
は、プロセッサ８ａは発光回路８ｄを介してＶＴＲ本体
に日付を要求するコマンドを送信し（ステップ６２）、
ステップ６３に進む。

【００６８】ステップ６３では、プロセッサ８ａはＶＴ
Ｒ本体から受光回路８ｅを介して日付のデータを受信し
たか否かを判断する。受信していないときは、プロセッ
サ８ａは受信待ちになって一定時間が経過したか否かを
判断し（ステップ６４）、一定時間が経過していないと
きは、ステップ６３に戻る。一方、一定時間が経過した
ときは、ＶＴＲ本体からの日付のデータを受信できなか
ったことを表示部８ｃに表示し（ステップ６５）、ステ
ップ６９に進む。

【００６９】ステップ６３で、日付のデータを受信した
ときは、受信した日付のデータを基に、入力されていた
ＶＣＲ＋コードをデコードし、その結果を表示部８ｃに
表示し（ステップ６６）、ステップ６７に進む。

【００７０】ステップ６７では、プロセッサ８ａはＶＣ
Ｒ＋コードをデコードした結果に基づいて、ＶＣＲ＋コ
ードが正しかったか否かを判断する。ＶＣＲ＋コードが
正しくなかったときは、ステップ６９に進む。一方、Ｖ
ＣＲ＋コードが正しかったときは、プロセッサ８ａは、
ＶＣＲ＋コードのデコート゛結果、つまり番組の開始／終
了日時、ＶＣＲ＋のガイドチャネルのデータを発光回路
８ｄを介してＶＴＲ本体に送信し（ステップ６８）、ス
テップ６９に進む。

【００７１】ステップ６９では、プロセッサ８ａはコマ
ンダ８の他の処理をし、ステップ６１に戻る。

【００７２】なお、ステップ６６，６７で、コマンダの
プロセッサ８ａがＶＣＲ＋コードが正しかったか否かを
判断し、正しかったときには自動的にデコード結果をＶ
ＴＲ本体に送信するようにしたものであるが、ユーザが
表示部８ｃに表示された結果を見て、キー入力回路８ｂ
の送信キーを押すことにより、デコード結果をＶＴＲ本
体に送信するようにしてもよい。

【００７３】図１４は、ＶＴＲ本体側の動作を示してい
る。

【００７４】まず、ＶＴＲのプロセッサ３は、コマンダ
８より受光回路７を介して日付を要求するコマンドを受
信したか否かを判断する（ステップ７０）。受信してい
ないときは、プロセッサ３は、日付（年月日）のデータ
を発光回路６を介してコマンダ８に送信し（ステップ７
１）、ステップ７２に進む。

【００７５】ステップ７２では、プロセッサ３は、ＶＴ
Ｒのその他の処理をし、ステップ７０に戻る。

【００７６】以上のように動作するものにあっては、コ
マンダ８の要求によって日付のデータがＶＴＲ本体より
送信されるため、コマンダ８に時計機能を持たない場合
にも、コマンダ８側でＶＣＲ＋コードのデコード処理を
良好に行なうことができる。

【００７７】なお、図７の例においては、コマンダ８と
ＶＴＲ本体との間の赤外線信号を使用したものである
が、超音波信号やＲＦ信号等を使用してもよく、ワイヤ
ード方式として電気信号を送信してもよい。例えば、Ｒ
Ｆ信号を使用する場合には、上述実施例における赤外線
発光回路６，８ｄはＲＦ信号送信回路となり、赤外線受
光回路７，８ｅはＲＦ信号受信回路となる。

【００７８】次に、図面を参照しながら、この発明の他
の実施例について説明する。

【００７９】図１５はＶＴＲ本体の構成を示す要部のブ
ロック図を示している。この図１５において、図１と対
応する部分には同一符号を付し、その詳細説明は省略す
る。図において、１６はブザー回路であり、このブザー
回路１６はマイクロプロセッサ３に接続される。その他
は図１の例と同様に構成される。

【００８０】また、図１６はコマンダ８の構成を示して
いる。この図８において、図２と対応する部分には同一
符号を付し、その詳細説明は省略する。図において、８
ｇは予約設定メモリ、８ｈは予約メモリであり、これら
メモリ８ｇ，８ｈはコマンダのマイクロプロセッサ８ａ
に接続される。その他は図２の例と同様に構成される。

【００８１】以上の構成において、予約確認をする場合
の動作について説明する。まず、コマンダ８の予約確認
コマンドに対し、ＶＴＲ本体が予約イベント内容、予約
イベント番号、予約イベント総数を、コマンド１回に対
して１個ずつ送信する場合を説明する。

【００８２】図１７は、コマンダ側の動作を示してい
る。

【００８３】まず、コマンダ８のプロセッサ８ａは、キ
ー入力回路８ｂの予約確認キーが押されたか否かを判断
する（ステップ７３）。押されていないときは、ステッ
プ８０に進む。一方、押されているときは、プロセッサ
８ａは発光回路８ｄを介してＶＴＲ本体に予約確認コマ
ンドを送信し（ステップ７４）、ステップ７５に進む。

【００８４】ステップ７５では、プロセッサ８ａはＶＴ
Ｒ本体から受光回路８ｅを介して予約データが送られて
きたか否かを判断する。予約データが送られてきたとき
には、プロセッサ８ａは送られてきた予約イベントの内
容（予約開始／終了日時、チャネル）、予約イベント番
号（予約番号）および予約イベント総数（予約総数）を
表示部８ｃに表示し（図１９および図２０に一例を図
示）、ステップ７８に進む。

【００８５】ステップ７８では、プロセッサ８ａは、予
約イベント番号が連続しているか否かを判断する。例え
ば、前回受信した予約イベント番号が３にも拘らず、今
回受信した予約イベント番号が５であったときは、予約
イベント番号が連続していないと判断する。予約イベン
ト番号が連続しているときは、ステップ８０に進む。一
方、予約イベント番号が連続していないときは、プロセ
ッサ８ａは予約イベント番号（予約番号）が飛んだこと
を表示部８ｃに表示し（ステップ７９）、ステップ８０
に進む。図２２は表示の一例を示している。

【００８６】また、ステップ７５で、予約データが送ら
れてこないときは、プロセッサ８ａは受信待ちになって
一定時間が経過したか否かを判断する（ステップ７
６）。一定時間、例えば１秒が経過していないときは、
ステップ７５に戻る。一方、一定時間が経過したとき
は、プロセッサ８ａはＶＴＲ本体からの応答を待つのを
止めて、図２１に示すように表示部８ｃに応答のなかっ
たことを表示し（ステップ７７）、ステップ８０に進
む。

【００８７】ステップ８０では、プロセッサ８ａは予約
の設定、予約データの送信、コマンドの送信等のその他
のコマンダ８の処理をして、ステップ７３に戻る。

【００８８】図１８は、ＶＴＲ本体側の動作を示してい
る。

【００８９】まず、ＶＴＲのプロセッサ３は、受光回路
７を介してコマンダ８からの予約確認コマンドを受信し
たか否かを判断する（ステップ８１）。受信しなかった
ときは、ステップ８６に進む。受信したときは、予約メ
モリ１０にアクセスして予約イベント総数を求め（ステ
ップ８２）、ステップ８３に進む。

【００９０】ステップ８３では、プロセッサ３は予約イ
ベント総数が０か否かを判断する。予約イベント総数が
０であるときは、予約データとして予約イベント総数＝
０のデータを発光回路６を介してコマンダ８に送信し
（ステップ８５）、ステップ８６に進む。一方、予約イ
ベント総数が０でないときは、前回送信した予約イベン
ト番号の次の予約イベント番号のイベントを予約メモリ
１０より読み出し、そのイベント内容、予約イベント番
号、予約イベント総数のデータを予約データとして発光
回路６を介してコマンダ８に送信し（ステップ８４）、
ステップ８６に進む。

【００９１】ステップ８６では、プロセッサ３は予約の
受信、コマンドの受信、ＶＴＲの制御等のＶＴＲの他の
処理をし、ステップ８１に戻る。

【００９２】次に、コマンダ８の予約確認コマンドに対
し、ＶＴＲ本体が予約イベント内容、予約イベント番号
と予約イベント総数を、コマンド１回に対して一括して
全部送信する場合を説明する。

【００９３】図２３は、コマンダ側の動作を示してい
る。

【００９４】まず、コマンダ８のプロセッサ８ａは、キ
ー入力回路８ｂの予約確認キーが押されたか否かを判断
する（ステップ８７）。押されていないときは、ステッ
プ９６に進む。一方、押されているときは、プロセッサ
８ａは発光回路８ｄを介してＶＴＲ本体に予約確認コマ
ンドを送信し（ステップ８８）、ステップ８９に進む。

【００９５】ステップ８９では、プロセッサ８ａはＶＴ
Ｒ本体から受光回路８ｅを介して予約データを受信した
か否かを判断する。予約データを受信しないときは、受
信待ちになってから一定時間経過したか否かを判断し
（ステップ９３）、一定時間が経過していないときはス
テップ８９に戻る。

【００９６】ステップ９３で、一定時間が経過したとき
は、プロセッサ８ａは、ＶＴＲ本体からの応答を待つの
を止めて、表示部８ｃに応答のなかったことを表示し
（ステップ９４）、ステップ９６に進む。

【００９７】なお、予約データをＶＴＲ本体よりコマン
ダ８に一括して送信する場合には、データ量が多く、コ
マンダ８の向きによってデータを正しく受信できないこ
とが多いため、データが受信できないときはステップ８
８に戻って、予約確認キーが押されなくても、再度ＶＴ
Ｒに予約確認コマンドを送信するようにしてもよい。

【００９８】ステップ８９で、予約データを受信したと
きは、プロセッサ８ａは予約イベント総数が０か否かを
判断し（ステップ９０）、予約イベント総数が０である
ときは、それを表示部８ｃに表示し（ステップ９５）、
ステップ９６に進む。一方、予約イベント総数が０でな
いときは、受信した予約データを予約メモリ８ｈに書き
込み（ステップ９１）、ステップ９２に進む。

【００９９】ステップ９２では、予約イベント総数分だ
け予約データを受信したか否かを判断し、総ての予約デ
ータを受信していないときはステップ８９に戻る。一
方、総ての予約データを受信して、予約メモリ８ｈに書
き込んだときは、プロセッサ８ａは予約イベント総数と
予約イベント内容を表示部８ｃに表示し（ステップ９
５）、ステップ９６に進む。

【０１００】ステップ９６では、プロセッサ８ａは予約
の設定、予約データの送信、コマンドの送信等のその他
のコマンダ８の処理をして、ステップ８７に戻る。

【０１０１】図２４は、ＶＴＲ本体側の動作を示してい
る。

【０１０２】ステップ８４′では、プロセッサ３は予約
イベント総数と、予約メモリ１０に存在する総ての予約
イベント内容を読み出し、一括して発光回路６を介して
コマンダ８に送信する。その他のステップは、図１８の
例と同様であり、対応する符号を付して説明は省略す
る。

【０１０３】次に、コマンダ８の予約確認コマンドによ
ってＶＴＲ本体から送られてきた予約イベント内容を変
更して、ＶＴＲ本体に送り返すことを可能とした場合の
動作について説明する。

【０１０４】この場合、コマンダ側の動作は、図１７の
処理フローのステップ８０が、図２５に示すように置き
換えられる。

【０１０５】図において、ステップ９７では、キー入力
回路８の予約設定キーが押されたか否かを判断し、押さ
れていないときはステップ１０１に進む。一方、予約設
定キーが押されたときは、プロセッサ８ａはＶＴＲ本体
から送られてきた予約イベントを表示部８ｃに表示して
いるか否かを判断する（ステップ９８）。

【０１０６】ステップ９８で、予約イベントを表示して
いないときは、現在の日時を予約イベントの開始日時の
初期値として予約設定状態とし（ステップ１００）、ス
テップ１０１に進む。一方、ステップ９８で、予約イベ
ントを表示しているときは、その予約イベントを設定す
る予約の初期値として予約設定状態とし（ステップ９
９）、ステップ１０１に進む。なお、予約設定メモリ８
ｇは予約設定時に使用され、予約設定されるイベント内
容等が書き込まれる。

【０１０７】ステップ１０１では、プロセッサ８ａはコ
マンダ８のその他の処理をして、ステップ７３（図１７
参照）に戻る。

【０１０８】なお、ステップ９７で、予約設定キーが押
されたか否かを判断しているが、コマンダ８の扉が開け
られたか否かを判断して、ステップ９８に進むようにし
てもよい。

【０１０９】また、ＶＴＲ本体側の動作は、図１８の処
理フローのステップ８６が、図２６に示すように置き換
えられる。

【０１１０】図において、ステップ１０２では、プロセ
ッサ３はコマンダ８から受光回路７を介して予約データ
を受信したか否かを判断し、予約データを受信していな
いときはステップ１１３に進む。

【０１１１】ステップ１０２で、予約データを受信した
ときは、予約データが正しいか否かを判断し（ステップ
１０３）、予約データが正しくないときはエラー処理１
０６を介して、ステップ１１３に進む。ここで、エラー
処理とは、表示部１１への表示やブザー回路１６による
ブザー音によって、予約データが正しくなかったことを
ユーザに知らせる処理である。

【０１１２】一方、ステップ１０３で、予約データが正
しいときは、プロセッサ３は予約データに予約イベント
番号があるか否かを判断し（ステップ１０４）、予約イ
ベント番号があるときは、予約メモリ１０の同じ予約イ
ベント番号の予約データを受信した予約データに書き換
え（ステップ１０５）、さらに表示部１１への表示やブ
ザー回路１６によるブザー音によって、予約データが書
き込まれたことをユーザに知らせて（ステップ１１
２）、ステップ１１３に進む。

【０１１３】ステップ１０４で、受信した予約データに
予約イベント番号がないときは、プロセッサ３は、表示
部１１に予約イベントを表示しているか否かを判断し
（ステップ１０７）、予約イベントを表示しているとき
は、予約メモリ１０の表示している予約イベントの予約
データを受信した予約データに書き換え（ステップ１０
８）、さらにステップ１１２を介してステップ１１３に
進む。

【０１１４】また、ステップ１０７で、予約イベントを
表示していないときは、プロセッサ３は予約メモリ１０
に予約データを書き込む場所が空いているか否かを判断
し（ステップ１０９）、書き込む場所が空いているとき
は、その場所に受信した予約データを書き込み（ステッ
プ１１０）、さらにステップ１１２を介してステップ１
１３に進む。

【０１１５】ステップ１０９で、書き込む場所が空いて
いないときは、プロセッサ３はステップ１０６と同様に
エラー処理をし（ステップ１１１）、ステップ１１３に
進む。ステップ１１３では、プロセッサ３はＶＴＲのそ
の他の処理をして、ステップ８１（図１８参照）に戻
る。

【０１１６】次に、コマンダ８がＶＴＲ本体に送った予
約データを、ＶＴＲ本体がチェックし、その結果をコマ
ンダ８に送り返すことを可能とした場合の動作について
説明する。

【０１１７】この場合、コマンダ側の動作は、図１７の
処理フローのステップ８０が、図２７に示すように置き
換えられる。

【０１１８】図において、ステップ１１４では、キー入
力回路８の予約の送信キーが押されたか否かを判断し、
押されていないときはステップ１２２に進む。一方、予
約の送信キーが押されたときは、プロセッサ８ａは予約
データを発光回路８ｄを介してＶＴＲ本体に送信し（ス
テップ１１５）、ステップ１１６に進む。

【０１１９】ステップ１１６では、受光回路８ｅを介し
てＶＴＲ本体から予約のチェック結果が送られてきたか
否かを判断する。予約のチェック結果が送られてこない
とき、プロセッサ８ａは受信待ちになってから一定時間
経過したか否かを判断し（ステップ１１７）、一定時間
が経過していないときはステップ１１６に戻る。

【０１２０】ステップ１１７で、一定時間が経過したと
きは、プロセッサ８ａは表示部８ｃにＶＴＲ本体から応
答がなかったことを表示し（ステップ１１８）、ステッ
プ１２２に進む。

【０１２１】また、ステップ１１６で、予約のチェック
結果が送られてきたときは、プロセッサ８ａは予約チェ
ック結果が予約データが正しかったことを示しているか
否かを判断する（ステップ１１９）。予約データが正し
かったときは、プロセッサ８ａは表示部８ｃに正しかっ
たことを表示し（ステップ１２１）、ステップ１２２に
進む。図２８Ｂは表示例を示しており、例えばＶＴＲ本
体が送信してきたＶＴＲ本体の予約メモリ１０に書き込
まれた予約イベント番号（予約番号）および予約イベン
ト総数（予約総数）が表示される。なお、図２８Ａは、
ステップ１１５の段階における表示部８ｃの表示例を示
しており、予約データが表示されている。ステップ１１
９で、予約データが正しくなかったときは、プロセッサ
８ａは、表示部８ｃにエラー内容を表示し（ステップ１
２０）、ステップ１２２に進む。ここで、エラーには、
日付のエラー、開始時刻のエラー、終了時刻のエラー、
録画モードのエラー等があり、これらのデータが予約チ
ェック結果としてＶＴＲ本体より送られてくる。開始時
刻がすでに現在時刻より過ぎている場合には、例えば表
示部８ｃに表示されている予約データの開始時刻のみが
点滅するようにされる（図２９に図示）。

【０１２２】ステップ１２２では、プロセッサ８ａはコ
マンダ８のその他の処理をして、ステップ７３（図１７
参照）に戻る。

【０１２３】また、ＶＴＲ本体側の動作は、図１８の処
理フローのステップ８６が、上述した図２６に示すよう
に置き換えられる。

【０１２４】ただし、ステップ１０６およびステップ１
１１のエラー処理で、ＶＴＲ本体の表示部１１やブザー
回路１６でエラーをユーザに知らせるだけでなく、発光
回路６を介してエラーのデータをコマンダ８に送信す
る。また、ステップ１１２でも、正しく予約された予約
データを、発光回路６を介してコマンダ８に送信する。
この際同時に、予約メモリ１０に書き込まれた予約イベ
ント番号と予約イベント総数のデータもコマンダ８に送
信する。

【０１２５】以上説明したように、コマンダ８からＶＴ
Ｒ本体に送信される予約確認コマンドに対して、ＶＴＲ
本体からコマンダ８には予約イベント内容と共に、予約
イベント番号や予約イベント総数のデータが送信され、
コマンダ８の表示部８ｃには予約イベント番号や予約イ
ベント総数が表示されるため、予約イベント総数や、予
約ミスしたイベントを容易に認識できるようになる。

【０１２６】なお、上述実施例では、コマンダ８とＶＴ
Ｒ本体との間の通信に赤外線信号を使用したものである
が、超音波信号やＲＦ信号等を使用してもよく、ワイヤ
ード方式として電気信号を送信してもよい。例えば、Ｒ
Ｆ信号を使用する場合には、図１５、図１６の例におけ
る赤外線発光回路６，８ｄはＲＦ信号送信回路となり、
赤外線受光回路７，８ｅはＲＦ信号受信回路となる。

【０１２７】また、上述実施例では、ＶＴＲの予約に関
して説明したが、オーディオ機器等予約機能を持つ機器
に同様に適用することができる。

【０１２８】

【発明の効果】請求項１記載の発明によれば、送信手段
が入力されたＶＣＲ＋コードをＶＴＲ本体に送信して、
ＶＴＲ本体でＶＣＲ＋コードのデコード処理をするもの
にあっては、送信手段にはＶＣＲ＋コードのデコードソ
フトが不要となり、また送信手段にＶＣＲ＋のガイドチ
ャネルとＶＴＲのチャネルとの対応関係を入力する必要
なくなる。また、送信手段が入力されたＶＣＲ＋コード
をデコードし、ＶＴＲ本体ではＶＣＲ＋のガイドチャネ
ルをＶＴＲのチャネルに変換するものにあっては、送信
手段にＶＣＲ＋コードのデコードソフトは必要だが、送
信手段にＶＣＲ＋のガイドチャネルとＶＴＲのチャネル
との対応関係を入力する必要なくなる。なお、ＶＣＲ＋
のガイドチャネルとＶＴＲのチャネルの対応関係の入力
は、オンスクリーンディスプレイを利用できるＶＴＲで
行なう方がユーザにとって簡単である。

【０１２９】

【０１３０】請求項２記載の発明によれば、送信手段
は、その要求によって電子機器本体より送信される予約
イベント総数および予約イベント番号のデータに基づい
て、予約イベント総数や予約イベント番号を表示できる
ため、予約イベント総数や、予約ミスしたイベントを容
易に認識できる。

【図面の簡単な説明】

【図１】この発明の一実施例の構成を示すブロック図で
ある。

【図２】図１の例のコマンダの構成を示すブロック図で
ある。

【図３】図１の例のコマンダ側の動作の一例を示すフロ
ーチャートである。

【図４】図１の例のＶＴＲ本体側の動作の一例を示すフ
ローチャートである。

【図５】図１の例のコマンダ側の動作の他の例を示すフ
ローチャートである。

【図６】図１の例のＶＴＲ本体側の動作の他の例を示す
フローチャートである。

【図７】この発明の他の実施例の構成を示すブロック図
である。

【図８】図７の例のコマンダの構成を示すブロック図で
ある。

【図９】図７の例のコマンダ側の動作の一例を示すフロ
ーチャートである。

【図１０】図７の例のＶＴＲ本体側の動作の一例を示す
フローチャートである。

【図１１】図７の例のコマンダの表示部の表示例を示す
図である。

【図１２】図７の例のコマンダの表示部の表示例を示す
図である。

【図１３】図７の例のコマンダ側の動作の他の例を示す
フローチャートである。

【図１４】図７の例のＶＴＲ本体側の動作の他の例を示
すフローチャートである。

【図１５】この発明の他の実施例の構成を示すブロック
図である。

【図１６】図１５の例のコマンダの構成を示すブロック
図である。

【図１７】図１５の例のコマンダ側の動作の一例を示す
フローチャートである。

【図１８】図１５の例のＶＴＲ本体側の動作の一例を示
すフローチャートである。

【図１９】図１５の例のコマンダの表示部の表示例を示
す図である。

【図２０】図１５の例のコマンダの表示部の表示例を示
す図である。

【図２１】図１５の例のコマンダの表示部の表示例を示
す図である。

【図２２】図１５の例のコマンダの表示部の表示例を示
す図である。

【図２３】図１５の例のコマンダ側の動作の他の例を示
すフローチャートである。

【図２４】図１５の例のＶＴＲ本体側の動作の他の例を
示すフローチャートである。

【図２５】図１５の例のコマンダ側の動作の他の例を示
すフローチャートである。

【図２６】図１５の例のＶＴＲ本体側の動作の他の例を
示すフローチャートである。

【図２７】図１５の例のコマンダ側の動作の他の例を示
すフローチャートである。

【図２８】図１５の例のコマンダの表示部の表示例を示
す図である。

【図２９】図１５の例のコマンダの表示部の表示例を示
す図である。

【符号の説明】 ２ チューナ回路 ３ ＶＴＲのマイクロプロセッサ ５ メモリ ６，８ｄ 赤外線発光回路 ７，８ｅ 赤外線受光回路 ８ コマンダ ８ａ コマンダのマイクロプロセッサ ８ｂ，９ キー入力回路 ８ｃ，１１ 表示部 ８ｈ，１０ 予約メモリ １４ 時計回路 １５ 予約時刻初期値メモリ １６ ブザー回路

───────────────────────────────────────────────────── フロントページの続き (72)発明者 江沢 学 東京都品川区北品川６丁目７番35号 ソ ニー株式会社内 (56)参考文献 特開 平５−342691（ＪＰ，Ａ) 特開 昭64−84460（ＪＰ，Ａ) 特開 平５−307789（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G11B 15/02 328 G11B 15/02 346 H04N 5/7826 H04Q 9/00 301 H04Q 9/00 361

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 リモートコントロールの送信手段を有
   し、リモートコントロール操作をすることができるビデ
   オ機器において、 上記送信手段は入力されたＶＣＲ＋コードまたはそれを
   デコードして得られるガイドチャネルをビデオ機器本体
   に送信し、 上記ビデオ機器本体は上記送信手段より送信される上記
   ＶＣＲ＋コードをデコードし、または上記ＶＣＲ＋のガ
   イドチャネルを実際のチャネルに変換し、その結果を上
   記送信手段に送信することを特徴とするビデオ機器。
2. 【請求項２】 リモートコントロールの送信手段を有
   し、リモートコントロール操作をすることができる電子
   機器において、 上記電子機器本体は上記送信手段からの要求によって予
   約データを上記送信手段に送信し、 上記送信手段は上記電子機器本体より送信される予約デ
   ータに基づいて番組の開始／終了日時と共に予約イベン
   ト総数および予約イベント番号の少なくとも一方を表示
   する ことを特徴とする電子機器。