(57)【特許請求の範囲】
【請求項１】
双方向番組中で放送された設問について、メニュー形式でユーザに提示される設問項目のそれぞれと、当該メニューとを識別するための選択手順識別情報と、前記設問項目に対する応答の返信先の情報と、前記返信先への返信の際の通信環境を設定するための通信設定情報とが多重化された放送信号を受信する受信手段と、
前記受信した放送信号から前記選択手順識別情報と、返信先の情報と、前記通信設定情報とを取得する取得手段と、
前記設問項目に対する応答と、前記取得した選択手順識別情報のうちの、前記応答が生成された前記設問項目および前記メニューを識別する選択手順識別情報とを含む返信データに、返信データであることを識別する返信データ識別情報と、返信元を識別するための返信元識別情報とを付加して返信情報を生成する手段と、
前記返信情報を、前記取得した前記通信設定情報に従った通信環境において、前記取得した前記返信先の情報に従った返信先に対して送出する手段と、
を備える双方向放送の情報処理装置。
【請求項２】
請求項１に記載の双方向放送の情報処理装置において、
前記放送信号には、応答者が前記設問に対する応答をするための選択手順を前記応答者に出力するための選択手順情報と、前記応答のための選択手順を前記応答者に出力する時間を規定する時間制限情報とが、さらに多重化されており、
前記選択手順を前記応答者に出力しているときに、前記応答の操作入力が前記時間制限情報により規定されている時間以上ないときに、前記選択手順の前記応答者への出力を中止する手段を備える
ことを特徴とする双方向放送の情報処理装置。
【請求項３】
請求項１に記載の双方向放送の情報処理装置において、
前記放送信号には、応答者が前記設問に対する応答の返信に対する時間制限情報が、さらに多重化されており、
前記応答の前記返信先への返信は前記時間制限情報により規定されている時間内でのみ行なうようにする
ことを特徴とする双方向放送の情報処理装置。
【請求項４】
双方向番組中で放送された設問について、メニュー形式で表示される設問項目のそれぞれと、当該メニューとを識別するための選択手順識別情報と、前記設問項目に対する応答の返信先の情報と、前記返信先への返信の際の通信環境を設定するための通信設定情報とが多重化された放送信号を受信する受信ステップと、
前記受信した放送信号から前記選択手順識別情報と、返信先の情報と、前記通信設定情報とを取得するステップと、
前記設問項目に対する応答と、前記取得した選択手順識別情報のうちの、前記応答が生成された前記設問項目および前記メニューを識別する選択手順識別情報とを含む返信データに、返信データであることを識別する返信データ識別情報と、返信元を識別するための返信元識別情報とを付加して返信情報を生成するステップと、
前記返信情報を、前記取得した前記通信設定情報に従った通信環境において、前記取得した前記返信先の情報に従った返信先に対して送出するステップと、
を備える双方向放送の情報処理方法。
【請求項５】
請求項４に記載の双方向放送の情報処理方法において、
前記放送信号には、応答者が前記設問に対する応答をするための選択手順を前記応答者に出力するための選択手順情報と、前記応答のための選択手順を前記応答者に出力する時間を規定する時間制限情報とが、さらに多重化されており、
前記選択手順を前記応答者に出力しているときに、前記応答の操作入力が前記時間制限情報により規定されている時間以上ないときに、前記選択手順の前記応答者への出力を中止するステップを備えることを特徴とする双方向放送の情報処理方法。
【請求項６】
請求項４に記載の双方向放送の情報処理方法において、
前記放送信号には、応答者が前記設問に対する応答の返信に対する時間制限情報が、さらに多重化されており、
前記応答の前記返信先への返信は前記時間制限情報により規定されている時間内でのみ行なうようにする
ことを特徴とする双方向放送の情報処理方法。
【発明の詳細な説明】
【０００１】
【産業状の利用分野】
この発明は、放送局から送信される双方向放送番組を受信して処理する双方向放送の情報処理装置および双方向放送の情報処理方法に関する。
【０００２】
【従来の技術】
従来、テレビジョン受信機では、その画質や音質の調整、入力切り換え、タイマー設定などを画面にメニュー表示して、ユーザーが適宜選択設定することができるようにしている。この選択設定のメニュー表示は、受信機に設けられたキーやリモコン送信機（コマンダ）により、ユーザーがメニューを開く操作を手動で行うことによりなされる。
【０００３】
また、電源のオン・オフや、選局、音量調節など、視聴者による各種の制御操作も、最近は、リモコンコマンダを介して行われる。
そして、頻繁に操作する選局などの場合は、「１」から「０」までの数字に対応した、いわゆるテンキーの操作による直接選局と、シーソー型、ないしは、機械的に独立した１対の操作ボタンによるアップ・ダウン選局とが行われる。
【０００４】
直接選局とアップ・ダウン選局とが併用される場合は、アップ・ダウン選局のボタンが操作しやすい位置に配設されると共に、そのサイズが大きくされることも多い。
【０００５】
また、設定の自由度と操作頻度が高い音量調節には、シーソー型などの操作ボタンにより、歩進的なアップ・ダウン制御をするようにしたコマンダが一般的である。
音量調節の操作ボタンも、アップ・ダウン選局ボタンと同様に、操作しやすい位置に配設される。
【０００６】
【発明が解決しようとする課題】
ところで、受信者が応答を行うことができる双方向番組を放送する双方向テレビジョン放送方法が提案されている。この種の双方向番組の場合、受信者の応答は、電話回線を通じて所定の返信先に送信するようにするものが一般的である。この場合に、返信先で期待値の応答を確実に受けるようにするには、メニュー形式で、受信者に選択情報を提供し、メニューの中から選択されたものを応答情報とする方がよい。
【０００７】
この応答のための選択情報をメニューとして表示させる方法としては、前述したように、テレビ受信機の画質や音質調整のためのメニューのように、ユーザーの操作により表示させる方法が考えられる。しかし、この方法は、ユーザーが手動でメニューを開かなければならないため、面倒であり、ややもすると、ユーザーがメニュー表示を省略して期待値以外の応答値を返信情報としてしまう。すると、返信先への応答情報は無効なものとなってしまい、利用者に取って、無駄な電話回線の利用料の支払いを発生させてしまうおそれがあった。
【０００８】
また、北米で実験的に放送されている双方向テレビジョン番組では、フットボールの試合の途中で、次のプレイが「パス」または「ラン」のいずれであるか、視聴者が以後の展開を予想して、その的中率が高い視聴者に賞品などを提供する番組がある。
【０００９】
この番組では、試合展開の予想を入力するタイミングは、放送局側で設定し、スーパーインポーズなどで受像機の画面上に表示される。この表示に応じて、視聴者が、番組専用のコマンダの「パス」ボタンまたは「ラン」ボタンを操作することにより、予想が入力される。
【００１０】
ところが、上述の双方向放送番組では、スーパーインポーズなどによる表示を見落とした場合、入力のタイミングが判らず、応答の機を逸してしまうという問題があった。また、予想入力専用の操作ボタンを増設するため、コマンダのサイズが大きくなるという問題があった。
【００１３】
かかる点に鑑み、この発明の目的は、対話型の双方向番組で、視聴者が容易に、かつ、確実に応答することができる、双方向放送の情報処理装置および双方向放送の情報処理方法を提供するところにある。
【００１４】
【課題を解決するための手段】
前記課題を解決するため、この発明による双方向放送の情報処理装置は、
双方向番組中で放送された設問について、メニュー形式で表示される設問項目のそれぞれと、当該メニューとを識別するための選択手順識別情報と、前記設問項目に対する応答の返信先の情報と、前記返信先への返信の際の通信環境を設定するための通信設定情報とが多重化された放送信号を受信する受信手段と、
前記受信した放送信号から前記選択手順識別情報と、返信先の情報と、前記通信設定情報とを取得する取得手段と、
前記設問項目に対する応答と、前記取得した選択手順識別情報のうちの、前記応答が生成された前記設問項目および前記メニューを識別する選択手順識別情報とを含む返信データに、返信データであることを識別する返信データ識別情報と、返信元を識別するための返信元識別情報とを付加して返信情報を生成する手段と、
前記返信情報を、前記取得した前記通信設定情報に従った通信環境において、前記取得した前記返信先の情報に従った返信先に対して送出する手段と、
を備えることを特徴とする。
【００１５】
また、請求項２の発明による双方向放送の情報処理装置は、
放送信号には、前記応答者が前記設問に対する応答をするための選択手順を前記応答者に出力するための選択手順情報と、前記応答のための選択手順を前記応答者に出力する時間を規定する時間制限情報とが、さらに多重化されており、
前記選択手順を前記応答者に出力しているときに、前記応答の操作入力が前記時間制限情報により規定されている時間以上ないときに、前記選択手順の前記応答者への出力を中止する手段を備える
ことを特徴とするものである。
【００１６】
また、請求項３の発明による双方向放送の情報処理装置は、
放送信号には、前記応答者が前記設問に対する応答の返信に対する時間制限情報が、さらに多重化されており、
前記応答の前記返信先への返信は前記時間制限情報により規定されている時間内でのみ行なうようにする
ことを特徴とするものである。
【００１８】
【作用】
かかる構成によれば、双方向番組の放送側で設定した、所定の返信先および通信設定情報を含んだ返信先情報と、選択手順識別情報とに基づいて、受信側で応答するので、受信側では、容易に確実な応答操作をすることができると共に、返信先では、受信側から、正確な返信データを受信することができる。
【００１９】
【実施例】
以下、この発明による双方向放送方法およびその受信装置の一実施例について説明する。この例においては、副放送情報として、文字多重放送形式の多重信号を使用する。
【００２０】
すなわち、放送局側では、副放送情報としての番組関連情報を文字多重信号形式に構成して、主放送テレビジョン信号に多重して放送する。一方、受信側では、受信した映像信号から文字多重信号を分離・デコードして、番組関連情報を再生し、メモリに記憶しておき、双方向放送番組の応答などに利用する。
【００２１】
［副放送情報の作成と放送］
まず、図２を参照しながら、双方向放送番組の副放送情報としての、選択手順情報などの作成と放送について説明する。
【００２２】
放送局側では、例えば、クイズ番組などの問題ごとの選択手順情報が作成されて、番組の放送に備えられる。３択の問題であれば、３つの回答をメニュー表示して視聴者に選択させるという選択手順が作成される。
クイズ番組の場合、例えば返信先は放送局側の受信システムとされ、このシステムへの通信プロトコルと受信用の電話番号が、返信先情報として設定される。
【００２３】
そして、クイズ番組などの放送中、視聴者に解答を委ねる場面になる前に、図２に示すように、選択手順情報および返信先情報が、例えば、文字多重放送形式で、映像信号の垂直帰線期間に多重されて放送される。
【００２４】
時間情報は、当該文字多重放送形式のデータが送信された年月日、時刻の情報である。
【００２５】
選択手順情報は、通信用プロトコルのような、いわば、プログラムの塊であって、選択手順識別情報、選択手順、表示データ、時間制限情報などから構成され、かなりの情報量となり得るため、複数のフィールドにわたって多重されることもある。
【００２６】
選択手順識別情報は、どの選択手順、つまり、どの質問、アンケート、クイズ問題に対する答であるかを示す識別子であって、視聴者の選択結果に付加して返信先に送信され、返信先では、この情報に基づいて、選択手順ごとに答が区分される。
【００２７】
選択手順は、中間言語的な記述による、メニュー選択のプログラムであって、ここに記載された流れに従って、イメージ、文字列、動画などにより、画面への表示が行なわれる。また、視聴者からの操作の受付や、この操作に対しての画面の切り換えなどの応答処理も行なわれる。
【００２８】
表示データは、上述のような、イメージ、文字列、動画などの表示に用いる、フォント、グラフィック、アニメーション、動画などのデータである。
【００２９】
時間制限情報は、上述のような識別子により示される、選択内容への返信の有効時間と、メニュー表示に何らの操作がない場合、受信側で自動的に表示を中止するまでの時間とである。受信側で表示を中止する場合には、正解を放送するまでの予定時間が設定される。
【００３０】
また、選択内容への返信の有効時間は、正解を放送するまでの予定時間に、前述のような電話回線の混雑を見込んで、若干の余裕時間が加算される。
【００３１】
返信先情報は、返信の際の通信速度、パリティの有無、ＮＭＰの使用の有無、Ｘモデム方式などの通信設定情報と、返信先の電話番号などで構成され、この電話番号に対して、設定された環境に従って、図３に示すような返信情報が視聴者から返信される。
【００３２】
そして、この実施例では、前述のような選択手順情報などの放送の後、双方向放送番組の途中で、選択対象に関する情報をメニュー形式で受信側に表示させるためのメニュー表示指令信号が、視聴者に解答を委ねる場面になった時点など、放送局側で設定した適宜のタイミングで、副放送情報として放送される。
【００３３】
また、メニュー表示指令信号が放送された後、番組の途中ないし終了時に、表示されたメニューを消去するためのメニュー消去指令信号が、副放送情報として放送される。
【００３４】
［返信情報の作成］
前述のような選択手順情報などの放送に対応して、受信装置では、図３に示すような返信情報が作成され、電話回線を通じて伝送される。
【００３５】
先頭の返信データ識別情報は、放送局側で受信したデータが、返信データであるのか、その他のアクセスによるものかを区別するための識別子である。次のチェックデータは、送信時のビット落ち、ノイズなどによりデータが変化していないかどうか、チェックサムなどにより整合をとるためのものである。
【００３６】
返信データのうち、選択手順識別情報は、前出図２で示される値であって、これにより、視聴者からの解答が、どのメニュー、どの質問に対する答であるかが判断される。
放送局からは、質問１、質問２‥‥の順序で放送されても、電話回線の状況によっては、視聴者からの回答が放送と同じ順序で返信されるとは限らないので、このような識別情報が必要となる。
【００３７】
また、選択結果情報としては、最終的に選ばれたメニュー項目を示す情報などが返信される。
返信データの次の、返信元識別情報としては、視聴者に固有の番号、例えば、電話番号や受信装置の製造番号などが用いられる。
【００３８】
［受信装置の構成］
次に、図４〜図６を参照しながら、この発明による双方向放送の受信装置の一実施例の構成について説明する。
この実施例の全体の構成を図４に示し、その要部の構成を図５および図６に示す。
【００３９】
図４において、１０はテレビジョン受信機の信号系であり、２０Ｄはその制御系であると共に、文字多重信号デコーダでもある。
【００４０】
アンテナ１で受信された放送電波はチューナ１１に供給される。チューナ１１には制御系２０Ｄから選局信号が供給されて、このチューナ１１において所望のチャンネルの放送信号が選択されて中間周波信号に変換される。この中間周波信号は中間周波回路１２に供給される。この中間周波回路１２には、映像復調器１３と音声復調器１４とが含まれ、映像信号及びオーディオ信号が復調される。
【００４１】
映像復調器１３からの映像信号Ｓ１３は、映像信号処理回路１５を経て、受像管１６に供給される。音声復調器１４からのオーディオ信号Ｓ１４は、音声多重デコーダ１７に供給されて、２か国語信号またはステレオ信号ＳＬ、ＳＲがデコードされる。そして、これら信号ＳＬ、ＳＲがそれぞれアンプ１８Ｌ、１８Ｒを通じて左右のスピーカ１９Ｌ、１９Ｒに供給される。
【００４２】
この実施例では、映像復調器１３からの映像信号Ｓ１３は、文字多重信号分離回路３１に供給され、分離された文字多重信号は、Ｉ／Ｏポート２６２を通じて、デコーダ２０Ｄに取り込まれ、処理される。
【００４３】
また、この実施例では、視聴者参加型番組への応答など、双方向放送番組に対応するために、データ通信用のモデム（変復調装置）３３が設けられて、このモデム３３が制御系２０Ｄのシステムバス２００に接続される。モデム３３の回線接続端子Ｌｉｎｅには電話回線２が接続され、電話端子Ｔｅｌ  には電話機３が接続される。
【００４４】
制御系２０Ｄは、ＣＰＵ２１と、ＲＯＭ２２と、ＤＲＡＭ２３と、ＳＲＡＭ２４と、ＶＲＡＭ２５とを備え、それぞれがシステムバス２００に接続される。ＲＯＭ２２には、前述のような文字多重信号の受信取り込み処理プログラムのほか、各種の制御プログラムが格納されると共に、表示に用いるフォントやグラフィックのデータも格納される。ＤＲＡＭ２３は主に演算のための作業領域として利用され、ＳＲＡＭ２４には受信装置自身の設定情報やＩＤ情報などが保存される。そして、ＶＲＡＭ２５は表示に用いられる。
【００４５】
制御系２０Ｄは、また、Ｉ／Ｏポート２６１、２６２、２６３、２６４及びＶＴＲのコントロールポート２７を備える。Ｉ／Ｏポート２６１を通じて制御信号が映像信号処理回路１５及び音声多重デコーダ１７に供給される。また、リモコン送信機（コマンダ）３４からの、例えば赤外線リモコン信号がリモコン受信機３５で受信され、その受信されたリモコン信号がリモコンデコード回路３６でデコードされ、そのデコードされたリモコン信号が、Ｉ／Ｏポート２６１より制御系２０Ｄに取り込まれる。
【００４６】
そして、コマンダ３４でのユーザーの操作に応じた制御が、ＲＯＭ２２のプログラムにしたがってＣＰＵ２１により行なわれる。例えば、選局や音量制御などのリモコン操作の場合、チューナ選局や音量制御が実行されると同時に、必要な文字や記号の表示のためのフォントデータが、ＲＯＭ２２から読み出されてＶＲＡＭ２５へ転送される。そして、このＶＲＡＭ２５のデータが映像信号処理回路１５に供給され、映像信号Ｓ１３と合成（例えばスーパーインポーズ）されることにより、受像管１６の画面に適宜の時間、表示される。
【００４７】
そして、選局や音量制御などのデータは、それぞれの操作の都度、不揮発性のＳＲＡＭ２４に書き込まれて、電源を一旦オフとした後に再度オンとした場合、電源オフ直前と同音量で同じチャンネルを試聴する、いわゆる、ラストメモリ機能が実現される。
【００４８】
Ｉ／Ｏポート２６３を通じては、選局信号がチューナ１１に供給される。また、この実施例では、実時間の通知や所定の時間の割り込み発生のためのタイマ回路３７からの時間データがＩ／Ｏポート２６４を通じて制御系２０Ｄに入力される。
【００４９】
また、ＶＴＲのコントロールポート２７は、この例では３台のＶＴＲ１、ＶＴＲ２、ＶＴＲ３に対してのコントロールが可能に構成されている。制御系２０Ｄは、このコントロールポート２７を通じてＶＴＲにコントロール信号を供給すると共に、ＶＴＲからのステータス信号を取り込み、ＶＴＲに対して所望の制御を行うことができる。
【００５０】
なお、各ＶＴＲは、チューナと中間周波数回路を内蔵しており、例えば分配器を介してアンテナ１に接続されて、制御系２０Ｄの制御の下に、予約録画をすることができる。
【００５１】
［コマンダの構成］
図５に示すように、この実施例のコマンダ３４は、テレビジョン受信機の電源のオン・オフを制御するための電源ボタン３４ｐと、選局および音量をそれぞれ制御するためのシーソーボタン３４ｔ、３４ｖとを備えると共に、前述のようなメニュー選択操作の決定を入力するための決定ボタン３４ｄなどを備える。
【００５２】
図６に鎖線で示すように、上述のような各ボタン３４ｄ〜３４ｖは、Ｘポート３４ｘおよびＹポート３４ｙの接続線ｘａ〜ｘｄおよびｙａ〜ｙｅの各交点に対応する、マトリクス状に配置された複数のスイッチＳＷａａ〜ＳＷｄｅに対向して配設される。
【００５３】
どのボタンも押圧されないとき、コマンダ３４はスリープ状態にあり、任意のボタンが押圧されると動作状態となって、ＣＰＵ３４ｍにより、Ｘポート３４ｘおよびＹポート３４ｙが走査されて、押圧されたボタンの位置が認識される。ボタンが押圧されている間は、そのボタンに対応するリモコン信号（コマンド）がＣＰＵ３４ｍから送出され、増幅器３４ａを介して、発光ダイオード３４ＬＤが駆動される。このダイオード３４ＬＤからの赤外線リモコン信号が、テレビジョン受信機側のリモコン受信機３５で受信され、前述のように処理されて、制御系２０Ｄに取り込まれる。
【００５４】
通常は、シーソーボタン３４ｔの「＋」側、または「−」側が押されると、テレビジョン受信機のチャンネル番号が順次大きく、または小さくなるように制御され、シーソーボタン３４ｖの「＋」側、または「−」側が押されると、音量が歩進的に順次大きく、または小さくなるように制御される。
【００５５】
この実施例では、前述のような、放送局からのメニュー表示指令信号を受信して、テレビジョン受信機がメニュー選択モードになった場合、図７に示すように、コマンダ３４の選局ボタン３４ｔの「＋」側が押されると、メニューの注目項目がアップ方向へ順次移動するように、また、「−」側が押されると、メニューの注目項目がダウン方向へ順次移動するように、ボタン３４ｔに割り付けられた機能が変換されて、注目項目が比較的少ない、小さいサイズのメニューに対応することができる。
【００５６】
このような操作ボタンの機能の変換は、テレビジョン受信機側のＲＯＭ２２に格納された、図７に示すような変換テーブルを用いて、リモコン受信機３５により受信された選局コマンドが変換され、ＣＰＵ２１には、メニュー選択コマンドとして認識されることにより行われる。
【００５７】
これにより、この実施例では、メニューの選択のための操作ボタンをコマンダに増設する必要がなく、従来のサイズが維持される。
また、頻繁な使用によって、視聴者の手になじんでいるアップダウン選局ボタンを用いて、ボタン操作とメニューの注目項目の移動とが同じ方向となるように制御されるので、メニューの選択が判りやすく、従来のコマンダの使い勝手が維持される。
【００５８】
［メニュー表示および選択応答処理］
次に、図１をも参照しながら、図４の実施例におけるメニュー表示および選択応答処理について説明する。
【００５９】
初期状態では、放送局からの、前述のような双方向放送番組のメニュー情報が受信されて、例えば、ＤＲＡＭ２３に格納されているものとする。
【００６０】
図１のステップ１０１において、放送局からの、前述のようなメニュー表示指令信号が受信されると、ＤＲＡＭ２３に格納されているメニュープログラムが起動され、受信済みのメニュー情報から、ＲＯＭ２２上のフォントやグラフィックなどの固定データを用いて、ＶＲＡＭ２５上にメニューの表示イメージが形成され、映像信号処理回路１５を通じて、受像管１６の画面にオーバレイ表示される（ステップ１０２）。
【００６１】
このメニューが表示された時点から、テレビジョン受信機はメニュー選択モードに切り替わり、ステップ１０３において、メニューの表示開始時点から所定の時間が経過したか否かが判断される。この所定時間内に、上述のようなコマンダ３４のボタンのいずれかを視聴者が操作すると（ステップ１０４）、リモコン受信機３５により受信されたリモコン信号が、図７に示すような変換テーブルに基づいて、変換対象のコマンドであるか否かが判断され（ステップ１０５）、例えば、選局ボタン３４ｔの「−」側が押されて、変換対象のコマンドである場合には、図７の変換テーブルを用いて、例えば、メニュー中の注目項目を下方向に移動させるような、対応した処理コマンドに変換される（ステップ１０６）。
【００６２】
次のステップ１０７においては、コマンダ３４からのコマンドがメニュー選択コマンドであるか否かが判断され、メニュー選択コマンドである場合には、例えば、メニュー中の注目項目が下方向に移動するように、画面の表示が変更されて（ステップ１０８）、ステップ１０３に戻る。
【００６３】
再度、ステップ１０４においてコマンダ３４が操作されると、上述と同様の処理を経て、ステップ１０７において、メニュー選択コマンドでないと判断された場合は、コマンダ３４からのコマンドが決定コマンドであるか否かが判断される（ステップ１１１）。決定コマンドでない場合は、例えば音量の増減のような、メニュー選択以外のコマンドに対応した処理がなされて（ステップ１１２）、ステップ１０３に戻る。
【００６４】
ステップ１０４において決定ボタン３４ｄが操作されて、ステップ１１１において決定コマンドであると判断された場合には、メニューの選択された項目が、ＤＲＡＭ２３上に保存されている所定の電話番号に宛てて、モデム３３を通じて、前述のような返信先情報に従って設定された通信速度で自動的に送信される（ステップ１１３）。
【００６５】
この送信が終わると、ＤＲＡＭ２３に格納されているメニュー情報や、ＶＲＡＭ２５上に形成されたメニューの表示イメージがクリアされ、受像管１６の画面に表示されたメニューが消去されて（ステップ１１４）、処理が終了する。
【００６６】
また、視聴者が応答したくない場合は、ステップ１０３において、所定の時間が経過するまで、コマンダを操作しなければ、ステップ１１４に移行し、表示されたメニューが消去されて、処理が終了する。
【００６７】
上述の実施例では、放送局からのメニュー表示指令信号が受信されると、自動的に、双方向番組の対話型のメニューが、受像管１６の画面にオーバレイ表示され、視聴者は、前述のようなコマンダを使用して、表示されたメニューの適宜の項目を選択することにより、機を逸することなく、容易かつ確実に応答することができる。
また、メニュー項目の選択によって、期待値以外の応答の送信が防止され、電話回線の無駄な使用が回避される。
【００６８】
［他の実施例］
次に、この発明による双方向放送方法およびその受信装置とその遠隔制御装置の他の実施例について説明する。この例においては、副放送情報を構成する信号としてＤＴＭＦ信号を使用する。
【００６９】
すなわち、放送局側では、副放送情報としての番組関連情報をＤＴＭＦ信号形式の信号の構成として、主放送オーディオ信号に多重化（混声）して放送する。一方、受信側では、受信した放送オーディオ信号からＤＴＭＦ信号を分離・デコードして、番組関連情報を再生し、メモリに記憶して、サービス局などとの電話通信や番組予約などに利用する。
【００７０】
まず、図８および図９を参照しながら、ＤＴＭＦ信号について説明する。
【００７１】
［ＤＴＭＦ信号］
ＤＴＭＦ信号方式は、１つは低周波数のグループ（低群）、そしてもう１つは高周波数のグループ（高群）の２つのトーンを同時に送るオーディオ帯域信号方式である。これらの低周波数及び高周波数のグループの各々は、どの２つも調音の関係にない４つのオーディオ帯域周波数のトーンからなっている。
【００７２】
ＤＴＭＦ信号では、低群の４周波数は、例えば、６９７Ｈｚ、７７０Ｈｚ、８５２Ｈｚ、９４１Ｈｚとされ、高群の４周波数は、例えば、１２０９Ｈｚ、１３３６Ｈｚ、１４７７Ｈｚ、１６３３Ｈｚとされている。そして、これら低群と高群の中のそれぞれ１周波数ずつを組み合わせ、その組み合わせからなる各ＤＴＭＦ信号（この各ＤＴＭＦ信号のそれぞれを、以下機能信号という）を、図８に示すように、４行４列に配設されたプッシュボタン「０」〜「Ｄ」にそれぞれ割り付けられる。
【００７３】
電話通信では、ＤＴＭＦ信号の１６の組み合わせの機能信号のうち、単に１２個が一般に加入者アドレス（電話番号）の信号に用いられている。つまり、電話機でいわゆるテンキーとして使用されている「０」〜「９」の数字と、「＊」や「＃」の記号に対して、前記の１２個の組み合わせの機能信号が対応される。図８に破線で示した「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」の文字に対応する機能信号は、日本国内では一般には利用しておらず、プッシュボタン（ＰＢ）ダイアルを利用したデータ伝送に利用されているのみである。
【００７４】
このようなＤＴＭＦ信号を使って電話番号による回線選択を行なう場合、信号の送出条件は、図９に示すように規定されている。
【００７５】
上述のような２周波数の組み合わせと送出条件とによって、ＤＴＭＦ信号は、自然界では滅多に発生しないものとなり、人の声などのような自然音と明確に区別することができるので、通常の放送オーディオ信号に多重（混声）して放送することができて、受信側での分離も比較的容易である。
【００７６】
ちなみに、ＤＴＭＦ信号は、多機能電話においても利用されており、外出先からプッシュボタン式の電話のボタン操作によって、自宅の電話に留守番録音されている用件を再生させたり、留守番録音の応答メッセージを録音、再生したり、用件を消去したりすることができる。
【００７７】
［複数の副放送情報の放送］
この実施例の送信側、つまり放送局側においては、副放送情報の送信に当たって、上述のようにＰＢ回線選択には使用されていない「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」を意味する機能信号のうち、「Ａ」、「Ｂ」、「Ｃ」の機能信号は、副放送情報の送信開始情報として用い、「Ｄ」の機能信号は送信終了情報として用いる。
【００７８】
送信開始情報が３種類あるので、この例では、３種類の副放送情報を区別して送信することができる。つまり、３種の副放送情報は、その種別ごとに、「Ａ」、「Ｂ」、「Ｃ」の機能信号のいずれかと、「Ｄ」の機能信号とで区切られて放送される。
【００７９】
例えば、双方向番組への応答アクセスに関する情報、例えばアクセス先の電話番号（受付電話番号）、伝送レートなどの副放送情報は、「Ａ」の機能信号を送信開始情報とし、送信終了情報である「Ｄ」の機能信号との間に送信される。また、同様に、例えば応答側の電話番号の末尾制限や現在時刻設定などの環境設定に関する副放送情報は、「Ｂ」の機能信号と「Ｄ」の機能信号との間に、受信データのクリアに関する情報は「Ｃ」の機能信号と「Ｄ」の機能信号との間に、それぞれ挟まれた状態の信号として多重化されて放送される。
【００８０】
そして、受信側においては、送信開始情報としての「Ａ」、「Ｂ」、「Ｃ」の機能信号のいずれかと、送信終了情報としての「Ｄ」の機能信号とに挟まれた数値や記号データが副放送データ列（情報群）とみなされて、メモリの所定の格納域にそれぞれ区別されて保存される。
【００８１】
例えば、応答アクセスに関する情報として、インタラクティブ（対話型）テレビジョン規格バージョンが００の受信機に対して、受付電話番号０９９０−１２３４−１２３４に、伝送レート３００ｂｐｓでアクセスを許可する場合は、副放送情報は、
００＃０９９０＊１２３４＊１２３４
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ａ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。ここで、データ列のうち、最初の００は、インタラクティブ（対話型）テレビジョン規格バージョンが００（伝送レート３００ｂｐｓ）を示し、記号「＃」の後の数値データは受付電話番号である。
【００８２】
また、インタラクティブテレビジョン規格バージョンが０１の受信機に対し、電話番号０９９０−１２３４−１２３５に、伝送レート１２００ｂｐｓでアクセスを許可する場合には、
０１＃０９９０＊１２３４＊１２３５
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ａ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。ここで、データ列のうち、最初の０１は、インタラクティブ（対話型）テレビジョン規格バージョンが０１（伝送レート１２００ｂｐｓ）を示し、記号「＃」の後の数値データは受付電話番号である。
【００８３】
なお、上述のような応答アクセスに関するデータ列では、記号「＃」がセパレータ（個々のデータの区切り）を表わし、記号「＊」がポーズを表わす。
【００８４】
環境設定に関する情報として、特定の電話番号（加入者番号）を持った視聴者のみにアクセスを制限する場合、例えば、電話番号末尾が０の番号のみにアクセスを許可するときは、
０＃０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、また、電話番号末尾が１の番号のみにアクセスを許可するときは、
０＃１
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、それぞれ、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。この場合、記号「＃」の前の数字「０」は、記号「＃」の次の数字を、末尾として有する電話番号からのアクセスを許可することを意味する。
【００８５】
また、電話番号末尾が偶数の番号のみにアクセスを許可するときは、
０＃０＊０＃２＊０＃４＊０＃６＊０＃８
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。ここでは、記号「＊」は論理和を意味している。
【００８６】
さらに、放送番組の受信予約や録画予約などのための時刻情報として、例えば、現在時刻が１９９３年１２月１５日火曜日７時００分の場合は、
１＃１９９３１２１５２０７００
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。
【００８７】
また、ある放送番組が、現時点から見て、次の日曜の７時００分から７時２９分まで放送される場合は、
１０＃０７０００７２９
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれて送出され、別の放送番組が次の月曜の１２時００分から１４時１５分まで放送される場合には、
１１＃１２００１４１５
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれて送出される。
【００８８】
なお、上述のような環境設定に関するデータ列では、記号「＃」がセパレータを表わし、記号「＊」が「オア（論理和）」を表わす。
【００８９】
そして、受信データのクリアに関する情報として、例えば、番号制限のクリアの場合は、
９９＃０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｃ」の機能信号と「Ｄ」の機能信号との間に挟まれて送出され、また、受付電話番号のクリアの場合には、
９９＃１
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｃ」の機能信号と「Ｄ」の機能信号との間に挟まれて送出される。
【００９０】
そして、この実施例では、双方向放送番組で、複数の選択対象に関する情報をメニュー形式で受像管１６の画面に表示させる場合、
８８＃０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｃ」の機能信号と「Ｄ」の機能信号との間に挟まれて、双方向放送番組の途中に、所要のタイミングで送出される。
【００９１】
また、受像管１６の画面に表示されたメニューを消去する場合には、
８８＃１
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｃ」の機能信号と「Ｄ」の機能信号との間に挟まれて、双方向放送番組の途中ないしは終了時に送出される。
【００９２】
上述のように、電話回線の選択信号としては使用されていない「Ａ」、「Ｂ」、「Ｃ」；「Ｄ」の機能信号を、副放送情報の送信開始情報及び送信終了情報とすることによって、例えば、ドラマの電話をかけるシーンなどで、ＤＴＭＦ音が発信されても、番組関連情報と混同されることはない。また、副放送情報を確実に送受することができる。
【００９３】
［受信装置の構成］
次に、図１０〜図１３を参照しながら、この発明による双方向放送の受信装置の他の実施例について説明する。
【００９４】
この実施例の受信装置の全体の構成を図１０に示し、その要部の構成を図１１および図１２に示す。この図１０〜図１２において、前出図４〜図６に対応する部分は、同一の符号を付して重複説明を省略する。
【００９５】
図１０において、２０Ｃは制御系であり、４１は前処理回路、４２はＤＴＭＦデコーダである。
【００９６】
図１０の実施例では、音声復調器１４からのオーディオ信号Ｓ１４が、前処理回路４１を介して、ＤＴＭＦデコーダ４２に供給される。このＤＴＭＦデコーダ４２は、その入力信号中のＤＴＭＦ信号を常時サーチし、ＤＴＭＦ信号を検知すると、そのＤＴＭＦ信号がいずれの機能信号であるかのデコードを行う。つまり、「０」〜「９」の番号、「＃」、「＊」、「Ａ」〜「Ｄ」がデコードされる。そして、そのデコードしたデータを制御系２０Ｃに供給する。
【００９７】
また、モデム３３からのデータが、ＤＴＭＦデコーダ４２に供給されており、電話回線２を介して送られてくるＤＴＭＦ信号をこのＤＴＭＦデコーダ４２でデコードして、Ｉ／Ｏポート２６２を通じて、制御系２０Ｃに取り込むことができるようにされている。
【００９８】
この例の場合には、このＤＴＭＦデコーダ４２としては、広く普及している市販のＤＴＭＦデコーダを用いる。前処理回路４１は、このようにＤＴＭＦデコーダ４２として市販のＤＴＭＦデコーダを使用しても、より精度の高いＤＴＭＦ信号のデコードを行うことができるようにするための前処理を行うために設けられる。
すなわち、前処理回路４１は、オーディオ信号Ｓ１４について、ＤＴＭＦ信号以外の周波数成分を除去して、ＤＴＭＦデコーダ４２の入力信号が、市販のＤＴＭＦデコーダが許容する信号となるようにするもので、フィルタ回路からなる。その余の構成は前出図４と同様である。
【００９９】
［コマンダの他の構成］
この実施例のコマンダ３４は、図１１に示すように、テレビジョン受信機の電源のオン・オフを制御するための電源ボタン３４ｐと、選局および音量を制御するための十字型のシーソーボタン３４ｃと、前述のようなメニュー選択操作の決定を入力するための決定ボタン３４ｄとを備えると共に、スライドスイッチ３４ｓを備える。
【０１００】
図１２に鎖線で示すように、上述のような各ボタン３４ｃ〜３４ｐとスライドスイッチ３４ｓとは、Ｘポート３４ｘおよびＹポート３４ｙの接続線ｘａ〜ｘｄおよびｙａ〜ｙｅの各交点に対応する、マトリクス状のスイッチＳＷａａ〜ＳＷｄｅに対向して配設される。
また、ＣＰＵ３４ｍには、図１３に示すような内容の変換テーブルを格納したＲＯＭ３４ｒｍが内蔵される。    その余の電気的構成は前出図６と同様である。
【０１０１】
この実施例において、スライドスイッチ３４ｓがノーマル側（図１１で右側）にある通常モードでは、十字型のシーソーボタン３４ｃの上側、または下側が押されると、テレビジョン受信機のチャンネル番号が順次大きく、または小さくなるように制御されると共に、シーソーボタン３４ｃの右側、または左側が押されると、音量が歩進的に順次大きく、または小さくなるように制御される。
【０１０２】
また、スライドスイッチ３４ｓがポイント側（図１１で左側）に切り替えられたポインタモードでは、図１３に示すように、シーソーボタン３４ｃの上側が押されると、メニューの注目項目が上方向へ移動するように制御され、下側が押されると、メニューの注目項目が下方向へ移動するように制御されると共に、シーソーボタン３４ｃの右側が押されると、メニューの注目項目が右方向に移動するように制御され、左側が押されると、メニューの注目項目が左方向に移動するように、ボタン３４ｃに割り付けられた機能が変換されて、注目項目が比較的多い、大きいサイズのメニューに対応することができる。
【０１０３】
このような操作ボタンの機能の変換は、スライドスイッチ３４ｓがポイント側にあるポインタモードでは、１ビットのフラグが立てられ、このフラグに応じて、ＲＯＭ３４ｒｍに格納された変換テーブルを用いて行われる。そして、リモコン受信機３５により受信されたコマンドが、ＣＰＵ２１には、メニュー選択コマンドとして認識される。
【０１０４】
これにより、この実施例でも、メニューの選択のための操作ボタンをコマンダに増設する必要がなく、従来のサイズが維持される。
【０１０５】
また、頻繁な使用によって、視聴者の手になじんでいる十字型の選局・音量ボタンを用いて、上下左右のボタン操作とメニューの注目項目の移動とが同じ方向となるように制御されるので、メニューの選択が判りやすく、従来のコマンダの使い勝手が維持される。
【０１０６】
この実施例におけるメニュー表示および選択応答処理については、使用される変換テーブルを除き、前述と同様に、図１の各ステップに従って行われ、同様の効果を奏する。
【０１０７】
上述のような図１１のコマンダには、十字型のシーソーボタン３４ｃおよびスライドスイッチ３４ｓを備えると共に、図１３に示すような変換テーブルを搭載したが、図１４に示すように、十字型のシーソーボタン３４ｃを備えて、スライドスイッチを除くこともできる。
また、図１５に示すように、十字型のシーソーボタン３４ｃに代えて、互いに垂直に配設された選局ボタン３４ｔおよび音量ボタン３４ｖを用いてもよい。
【０１０８】
なお、図１４、１５に示すように、コマンダのスライドスイッチを除く場合、図１３の変換テーブルは、前述の図４の実施例のように、テレビジョン受信機側に搭載されることになる。
【０１０９】
また、注目項目が比較的多く、サイズの大きいメニューの場合、部分的に表示すると共に、コマンダの選択操作に応じて、表示される部分を上下左右にスクロールすることにより、メニューのオーバレイ表示で隠される画像が少なくすることができると共に、イメージバッファとしてのＶＲＡＭの容量を小さくして、コストを低減することもできる。
【０１１０】
なお、この発明は、以上のような電波を使用する放送方法及びその受信装置に限らず、ＣＡＴＶと呼ばれるケーブル放送の場合にも適用できることはいうまでもない。
【０１１１】
【発明の効果】
以上説明したように、この発明によれば、放送側では、双方向放送番組において、副放送情報として、複数の選択対象に関するメニュー形式の情報を放送した後、所要のタイミングで、メニュー表示指令を放送し、受信側では、選択対象に関する情報をメモリに格納しておき、表示指令に応じて、メニュー形式で画面に表示するようにするので、放送に対して応答可能なタイミングで自動的にメニュー選択状態にすることができ、手動でメニューを開く面倒がない。
【０１１２】
そして、このメニューの中から応答信号を選択させるようにすることができるので、応答信号としては、期待値以外の信号が発生することが防止され、利用者には、むだな回線利用料の発生を防ぎ、しかも回線に不要な負荷を与えることもない。
【０１１３】
また、この発明による遠隔制御装置では、選局ないし音量などの操作ボタンに割り付けたリモコン信号を、メニューの選択信号に変換するようにしたので、受信側では、画面に表示されたメニューに対し、操作部を増設することなく、従来のサイズと使い勝手とを維持したリモコン送信機を用いて、容易に応答することができる。
【図面の簡単な説明】
【図１】この発明による双方向放送の受信装置の一実施例の動作を説明するための流れ図である。
【図２】選択手順情報を説明するための概念図である。
【図３】返信情報を説明するための概念図である。
【図４】この発明による双方向放送の受信装置の一実施例の構成を示すブロック図である。
【図５】図４の実施例の要部の構成を示す正面図である。
【図６】図４の実施例の要部の構成を示すブロック図である。
【図７】図４の実施例の動作を説明するための図である。
【図８】ＤＴＭＦ信号を説明するための図である。
【図９】ＤＴＭＦ信号の送出条件を説明するための図である。
【図１０】この発明による双方向放送の受信装置の他の実施例の構成を示すブロック図である。
【図１１】図１０の実施例の要部の構成を示す正面図である。
【図１２】図１０の実施例の要部の構成を示すブロック図である。
【図１３】図１０の実施例の動作を説明するための図である。
【図１４】コマンダの他の構成を示す正面図である。
【図１５】コマンダの他の構成を示す正面図である。
【符号の説明】
１０            信号系
１３            映像復調器
１４            オーディオ復調器
１６            受像管
２０Ｃ          制御系
２０Ｄ          制御系兼文字多重デコーダ
２１            ＣＰＵ
２２            ＲＯＭ
２３            ＤＲＡＭ
２４            ＳＲＡＭ
３１            文字多重信号分離回路
３３            モデム
３４            リモコン送信機（コマンダ）
４１            前処理回路
４２            ＤＴＭＦデコーダ
【図１】
0003617534.tif 000002
【図２】
0003617534.tif 000003
【図３】
0003617534.tif 000004
【図４】
0003617534.tif 000005
【図５】
0003617534.tif 000006
【図６】
0003617534.tif 000007
【図７】
0003617534.tif 000008
【図８】
0003617534.tif 000009
【図９】
0003617534.tif 000010
【図１０】
0003617534.tif 000011
【図１１】
0003617534.tif 000012
【図１２】
0003617534.tif 000013
【図１３】
0003617534.tif 000014
【図１４】
0003617534.tif 000015
【図１５】
0003617534.tif 000016