JP3726844B2 - 双方向放送方法および双方向放送に対する応答装置 - Google Patents

Description

【０００１】
【産業上の利用分野】
この発明は、受信側からの電話回線を通じての応答を期待する双方向番組を放送する双方向放送方法および双方向放送に対する応答装置に関する。
【０００２】
【従来の技術】
現在クイズ番組、テレビショッピング、アンケート調査など、放送番組において視聴者に対して応答要求が提供され、その応答要求に対する応答が電話やファクシミリが用いられて、視聴者から放送側へ送信される視聴者参加型の放送番組が数多く提供されている。
【０００３】
このような、視聴者参加型の放送番組の場合、応答の返信先（応答先）の電話番号などの情報は、放送番組により提供される。例えば、テレビ放送の場合には、スーパーインポーズなどを用いて応答先の電話番号を一定時間画面に表示させたり、番組の出演者がアナウンスすることにより音声として提供したりする。また、ラジオ放送においても、同様の番組が提供されている。
【０００４】
この場合、応答を行なおうとする視聴者は、画面に表示されたり、音声により提供された、例えば、応答先の電話番号をメモしたり、暗記したりして応答先の電話番号を取得する必要がある。また、表示画像を静止させる、いわゆるスチル機能を備えたテレビ受像機であれば、応答先の電話番号が表示された画面を静止させ、静止させている間に応答先の電話番号をメモしたり、あるいは、直接ダイヤルしたりすることができる。
【０００５】
ところが、前述したような、視聴者に対して放送番組中において応答先電話番号を放送する視聴者参加型の番組の場合、応答先の電話番号などの情報は、通常ごく短い時間しか放送されない。したがって、視聴者の中には、応答先の電話番号を完全にメモしきれなかった、あるいは、急いでメモしたために間違えてメモしたなどということが起こる。
【０００６】
また、メモ用紙と筆記用具が準備できずに、応答先の電話番号をメモすることができなかったということも起こる。また、スチル機能があるテレビ受像機の場合、スチル機能を動作させようとしている間に、応答先の電話番号の表示が終了してしまったなどということもある。
【０００７】
このように、常に正確な応答先の電話番号が視聴者側で保持できないため、間違い電話を誘発することにもつながる。
【０００８】
上述のような従来の視聴者参加型の放送番組より、さらに進歩した、いわゆる双方向番組を提供する双方向放送が提案されている。
【０００９】
この双方向放送は、応答先の電話番号などの双方向番組に関連する情報を、例えば文字放送番組のように映像信号の垂直帰線期間内の所定の空きの水平区間に重畳したり、ＦＭ電話の空き領域（例えばＳＣＡ領域）を使ってデジタルデータを送るなどの方法により、放送信号に多重化して受信側に提供するものである。
【００１０】
この場合、受信側においては、受信した放送信号から双方向番組に関連する情報を抽出し、デコードしてメモリに一時貯えるなどして、応答の発信時に、この情報を使用する。例えば、デコードして抽出した応答先電話番号を用いて自動ダイヤルすることにより双方向番組に対する応答の送信を確実に行なうことができる。このため、視聴者が、双方向番組に関連する情報、例えば、応答先の電話番号などをメモしたり、暗記したりする必要がない。
【００１１】
【発明が解決しようとする課題】
しかしながら、一般に電話番号の情報は１０桁で比較的長く、例えば応答先が複数ある場合には、当該１０桁の電話番号を複数回送る必要がある。また、電話番号の情報に加えて、電話回線の輻輳を避けるために、発信元に対する発信制限情報（例えばユーザーの電話番号の末尾が偶数のもののみが応答可能など）やその他の双方向番組の応答に必要な制御情報を受信者に送るようにするためには、多重化の情報量が多くなる。このため、受信側のデコード時間が長くなり、双方向番組の制作の自由度が制限されてしまう。
【００１２】
また、この発明の発明者は、特に、従来の多重化方法の欠点を改良する多重化方法を先に提案しているが、この先に提案した方法では、多重化する情報量が多いと、以下に説明するような問題がある。
【００１３】
すなわち、上述したような多重化方式によれば、双方向番組に関連する情報を放送信号から抽出して、確実に得ることができるが、多重化情報のデコード回路を備えた受信機が必要があるという問題がある。また、ＮＴＳＣ、ＢＳ、ＣＳ、ＭＵＳＥ、ＡＭ／ＦＭラジオなど各放送方式によって異なったデコード回路が必要となるため、受信機が高額になる。視聴者にとって、前述のような双方向放送の受信機を用意することは、大きな負担となってしまう。
【００１４】
また、受信側には、上述のデコード回路を備えた受信機とともに、受信機のデコード回路によりデコードされた双方向番組に関連する情報に基づいて、応答情報を電話回線を介して放送側へ送信する通信装置が必要である。この通信装置は、受信機に内蔵される場合と受信機とは別体とされる場合がある。
【００１５】
通信装置が受信機に内蔵される場合には、電話回線を受信機に接続するため、電話線の延長、引き回しなどが必要となる問題がある。また、受信機への配線が複雑になり、電話回線の配線のために費用がかかることも問題である。
【００１６】
一方、通信装置を受信機と別体にした場合であっても、通信装置は、受信機のデコード回路によりデコードされた双方向番組に関連する情報である応答先の電話番号などの供給を受けるため、受信機に接続されていなければならず、受信機と通信装置とを接続するケーブルが必要である。このため、受信機に通信装置が内蔵される場合と同様に、配線が複雑になり、通信装置と受信装置が離れて配設されたときには、両者を接続するケーブルの延長、引き回しが必要となる。
【００１７】
このように、通信装置が受信機に内蔵される場合であっても、別体とされる場合であっても、電話線、または接続ケーブルの配線が必要になり、簡単に双方向番組を楽しむことができない。また不用意に電話線、接続ケーブルが配線された場合には、ユーザーが足を引っかけるなどの問題を生じさせることにもなる。
【００１８】
そこで、本出願人は、特願平６−１９１８８５号として、放送音声に、電話番号などの双方向番組関連情報をＤＴＭＦ（Dual Tone Multi Frequency ）信号として混声して多重化する方法を先に提案している。
【００１９】
この方法は、例えばテレビ放送に適用した場合、テレビジョン受信機は、多重情報のデコーダは備えず、従来からある通常のテレビジョン受信機を用いると共に、応答装置を、前記テレビジョン受信機とはケーブルなどで結線されないアダプタ装置の構成とするものである。
【００２０】
すなわち、この先に提案した方法の場合、多重化された電話番号の情報などは、テレビジョン受信機のスピーカから、いわゆる「ピッ」「ポッ」「パッ」のＤＴＭＦ音として再生される。そこで、アダプタ装置にマイクロホンを設けると共に、ＤＴＭＦ信号のデコーダを設け、テレビジョン受信機のスピーカの放音音声をマイクロホンにより収音し、ＤＴＭＦデコーダで、その収音音声信号に含まれるＤＴＭＦ信号を抽出し、デコードすることにより、電話番号などの多重化情報を再生する。アダプタ装置は、電話回線に接続され、この再生した電話番号などの情報を用いて応答の発信および必要に応じて応答情報の送信を行なう。
【００２１】
この先に提案した発明によれば、現行のテレビジョン受信機、ラジオ受信機などの放送信号を受信することができるチューナ内蔵機器を、そのまま用いて、双方向放送を楽しむための受信システムを実現することができる。
【００２２】
また、可聴音として、双方向番組に関連する情報が提供されるため、ワイヤレスで応答先電話番号などの双方向番組に関連する情報を受信することができるので、アダプタ装置は、電話回線に接続する必要はあるが、テレビジョン受信機にケーブルで接続する必要はなく、使い勝手が非常によい。
【００２３】
また、ＮＴＳＣ、ＢＳ、ＣＳ、ＭＵＳＥ、ＡＭ／ＦＭラジオなど、放送方式を問わず双方向番組を提供することができる。また、双方向放送番組の受信機は現行のものが使用できるほか、ＤＴＭＦデコーダは、電話機において一般的に使用されている量産品を使用することができ、コストを押さえた応答システムを構築することができる。
【００２４】
しかしながら、このＤＴＭＦ音を使用した双方向番組に関連する情報の多重化方法の場合、多重化情報量が多い場合には、受信装置のスピーカから比較的長い間、可聴音であるＤＴＭＦ音が連続し、耳障りになるという問題がある。
【００２５】
また、応答先の電話番号に対する発信を、例えば前記のアダプタ装置を有しているユーザーのみに特定したい場合には、応答先の電話番号は、他の者には秘匿させる必要があるが、ＤＴＭＦ音で直接的に電話番号を多重化して送信したのでは、ＤＴＭＦデコーダを備えるだけで、電話番号を誰でもが知ることができるため、電話番号の秘匿が実現できない。
【００２６】
この発明は、以上のことにかんがみ、放送信号に多重化する情報量は少ない状態、比較的多量の双方向番組に関連する情報を受信側の応答装置に伝達することができると共に、応答先の電話番号の秘匿が容易にでき、さらに、特定の応答装置からの応答のみができるようにすることを目的とする。
【００２７】
【課題を解決するための手段】
前記課題を解決するため、この発明による双方向放送方法においては、
放送局側から設問と、その設問に対する選択肢とを放送する双方向番組を提供し、受信者の電話回線を通じての前記設問に対する選択肢の選択応答を期待する双方向番組を提供する双方向放送方法において、
受信側の装置に備えられるメモリに記憶された、前記設問に対する選択肢と、それぞれの選択肢に対応する応答先の電話番号との複数の対応テーブルの中から、前記双方向番組において使用する前記対応テーブルを指定する指定情報を、放送局側から、放送信号に多重して放送し、
受信側の装置では、前記メモリの前記複数の対応テーブルの中から前記指定情報により使用する対応テーブルを読み出し、前記双方向番組で放送された設問に対する前記受信者が選択応答操作に応じ、前記メモリから読み出された対応テーブルから得た前記選択応答操作により選択された選択肢に対応する前記応答先の電話番号に対して前記電話回線を通じての応答の発信を行なうようにすることを特徴とする。
【００２８】
また、この発明による双方向放送に対する応答装置は、設問と、その設問に対する選択肢とが放送される双方向番組に対して電話回線を介して応答の発信を行なう応答装置であって、
前記設問に対する選択肢と、それぞれの選択肢に対応する応答先の電話番号との対応テーブルを、複数個、記憶するメモリと、
放送信号に多重化された、前記メモリの複数個の前記対応テーブルのうちから前記応答に使用する前記対応テーブルを指定する指定情報を、デコードするデコード手段と、
このデコード手段でデコードされた指定情報に基づいて前記メモリより対応テーブルを読み出す手段と、
利用者の応答操作を受け付ける入力操作手段と、
前記入力操作手段を通じての前記選択肢の選択応答操作に応じ、前記メモリから読み出された対応テーブルから得た前記選択応答操作により選択された選択肢に対応する前記応答先の電話番号に対して前記電話回線を通じての応答の発信を行なう応答処理手段と
を備えることを特徴とする。
【００３０】
【作用】
上述の構成のこの発明の場合、双方向番組においては、設問と、その設問に対する選択肢とが放送されるが、応答装置側には、設問に対する選択肢と、それぞれの選択肢に対応する応答先の電話番号との対応テーブルを、複数個、記憶するメモリが用意されており、放送局側からは、このメモリ中のいずれの対応テーブルを使用するかの指定情報が放送信号に多重された放送される。指定情報は、選択肢に対応する電話番号を直接多重する場合に比べて、情報量が少なくなる。
【００３１】
また、電話番号が直接多重化されるのではないので、前記のメモリを備える応答装置からの応答者以外に対しては、応答先の電話番号が秘匿することができ、例えば双方向番組のサービス会社と契約して、専用の応答装置を所持するユーザーからの応答だけを可能にすることができる。
【００３２】
【実施例】
以下にこの発明による双方向放送方法および双方向放送に対する応答装置の一実施例について説明する。
【００３３】
この例は、テレビ放送にこの発明を適用した場合であって、多重化する情報は、放送音声信号にＤＴＭＦ（Dual Tone Multi Frequency ）信号として混声するものである。また、双方向放送に対する応答に、「テレゴング」と呼ばれる電話投票サービスを利用するものである。
【００３４】
まず、図２を参照しながら、ＤＴＭＦ信号について説明する。
【００３５】
［ＤＴＭＦ信号］
ＤＴＭＦ信号方式は、１つは低周波数のグループ（低群）、そしてもう１つは高周波数のグループ（高群）の２つのトーンを同時に送るオーディオ帯域信号方式である。これらの低周波数及び高周波数のグループの各々は、どの２つも調音の関係にない４つのオーディオ帯域周波数のトーンからなっている。
【００３６】
ＤＴＭＦ信号では、低群の４周波数は、例えば、６９７Ｈｚ、７７０Ｈｚ、８５２Ｈｚ、９４１Ｈｚとされ、高群の４周波数は、例えば、１２０９Ｈｚ、１３３６Ｈｚ、１４７７Ｈｚ、１６３３Ｈｚとされている。そして、これら低群と高群の中のそれぞれ１周波数ずつを組み合わせ、その組み合わせからなる各ＤＴＭＦ信号（この各ＤＴＭＦ信号のそれぞれを、以下機能信号という）を、図２に示すように、４行４列に配設されたプッシュボタン「０」〜「Ｄ」にそれぞれ割り付けられる。
【００３７】
電話通信では、ＤＴＭＦ信号の１６の組み合わせの機能信号のうち、単に１２個が一般に加入者アドレス（電話番号）の信号に用いられている。つまり、電話機でいわゆるテンキーとして使用されている「０」〜「９」の数字と、「＊」や「＃」の記号に対して、前記の１２個の組み合わせの機能信号が対応される。図２に破線で示した「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」の文字に対応する機能信号は、日本国内では一般には利用しておらず、プッシュボタン（ＰＢ）ダイアルを利用したデータ伝送に利用されているのみである。
【００３８】
このようなＤＴＭＦ信号を使って電話番号による回線選択を行なう場合、信号の送出条件は、図３に示すように規定されている。
【００３９】
上述のような２周波数の組み合わせと送出条件とによって、ＤＴＭＦ信号は、自然界では滅多に発生しないものとなり、人の声などのような自然音と明確に区別することができるので、通常の放送オーディオ信号に多重（混声）して放送することができて、受信側での分離も比較的容易である。
【００４０】
ちなみに、ＤＴＭＦ信号は、多機能電話においても利用されており、外出先からプッシュボタン式の電話のボタン操作によって、自宅の電話に留守番録音されている用件を再生させたり、留守番録音の応答メッセージを録音、再生したり、用件を消去したりすることができる。
【００４１】
［電話投票サービスの説明］
電話やファクシミリによって視聴者に応答を求める視聴者参加番組では、一時的にアクセスが集中することによって、受信局側または発信局側の交換機で輻輳状態となり、その交換機が管理する地域の電話がかからなかったり、かかりにくくなったりすることがある。
【００４２】
これは、電話回線網はすべての電話が同時に利用される状況に対応して構築されてはいないためである。これはインフラストラクチャーのコストおよびそのランニングコストの面から考えると希に起こるピーク時の通話量に合わせてインフラストラクチャーを構築すると膨大な負担を強いられることになるためであり、現在のインフラストラクチャーは、通常の通話量であれば、輻輳状態など起こらないように設計整備されている。
【００４３】
しかし、例えば早いもの勝ちのクイズなどの双方向番組の場合には、視聴者は時を同じくして電話回線を利用する状況にあり、一時的に通話量が跳ね上がることになるため、輻輳状態となってしまう。
【００４４】
そこで、上述のような一時的に起こる大量発呼による輻輳状態の問題を解決する方法として、いわゆるテレゴングと呼ばれる電話投票サービスが電話会社により提供されるようになった。
【００４５】
この電話投票サービスは、発信を一つの投票として考え、例えばテレビやラジオの番組におけるアンケート調査やクイズなどにおいて、１つの設問に対する複数の回答のそれぞれごとに、受付のための電話番号をそれぞれ割り付け、個々の電話番号に対する発信（着信）の回数を投票数とするものである。
【００４６】
この場合、視聴者からのその電話番号に対する応答の件数は、発呼のあった地域の交換機で着信してカウントしてしまい、それぞれの地域の交換機でカウントされた投票結果を集計して、投票先例えば放送局側に通知するものである。発信のあった地域の交換機で着信するため、投票先までの中継回線は使用されず、中継回線においての輻輳状態は回避される。
【００４７】
この電話投票サービスについて具体的な例で説明すると、例えばテレビ番組中において、例えば、好みの野球チームのアンケート調査の放送を行なうときに、図４のテレビ画面１に示すように、応答の選択肢となる各野球チーム毎に異なる応答の電話番号を設定して放送するようにする。
【００４８】
各視聴者２は、このテレビ画面１を参照して、自分の好む野球チームの電話番号をダイヤルする。
【００４９】
すると、電話局３側では、その視聴者の地域の加入者交換局で個々の応答電話番号についての着信を受け、例えば「投票ありがとうございました」などの受付完了通知メッセージを応答者に送ると共に、個々の応答電話番号についての着信数の一次集計を行なう。そして、電話局３側は、全国各地の加入者交換局で一次収集した着信数を、サービス網制御局でデータ収集し、さらに、収集したデータを管理局で集計する。管理局は集計した各応答電話番号毎の着信数を呼数通知用回線３ａを通じてテレビ局４の呼通知用コンピュータ４ａに通知する。
【００５０】
テレビ局４は、電話局から通知された集計結果を放送番組に反映するべく、例えば図４のテレビ画面５に示すような集計結果のグラフなどの画面の放送を行なう。
【００５１】
なお、テレゴングサービスにおいては、サービス契約者（この例では放送局４）からの要求、図４の例ではカスタマーコントロール用コンピュータ４ｂからの要求に応じて、任意の応答者の発呼は直接、サービス契約者（この例では放送局のオペレータ４ｃ）に着信させることができるようにもされている。このサービスはカットスルーと呼ばれており、電話局３から、カットスルーとなる応答者には、その接続通知が送られ、このカットスルーの状態では、カットスルー受付用の回線３ｃを通じて、応答者とサービス契約者との直接的な通話やデータのやり取りが可能である。ただし、このカットスルー受付用の回線数は、予め限定されている。
【００５２】
この電話投票サービスの電話番号には、０１８０−０×××××（×は任意の番号）が割り付けられている。したがって、１０桁の電話番号となり、これを設問ごとの選択肢の数だけ、多重して送信すると、非常に長くなってしまう。
【００５３】
そこで、この例では、後述するように、複数の選択肢のそれぞれに、前述のような電話投票サービスの電話番号を対応させた電話番号対応テーブルを予め複数個用意して応答装置のメモリに記憶しておき、使用する対応テーブルを放送側から指定して、複数の選択肢に対する応答先電話番号の指定を行なうようにして、多重化情報の情報量を削減するようにする。
【００５４】
［双方向放送システムの概要］
図５は、この実施例の双方向放送システムの概要を示すもので、この例の双方向放送システムは、放送局のシステム１０と、受信装置システム２０と、電話局のシステム３０とからなる。
【００５５】
放送局のシステム１０において、１１は放送局のスタジオであり、ここで作成された双方向番組が、放送アンテナ１２から地上波により、あるいは人工衛星１３を介して受信装置システム２０に送信される。例えばクイズ番組やアンケート調査などの双方向番組のときに、テレビジョン受信機の画面において、あるいは番組の司会者によるアナウンスにより設問と、各設問についての複数個の選択肢が放送される。設問は、通常、１つ以上放送される。このとき、双方向番組関連情報は、後述するようにフォーマットが定められたＤＴＭＦ信号の形式で放送音声信号に多重化される。
【００５６】
この実施例の場合、放送局は、双方向番組に関連する情報の送信に当たって、上述のようにＰＢ回線選択には使用されていない「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」を意味する機能信号のうち、「Ａ」、「Ｂ」、「Ｃ」の機能信号は、双方向番組に関連する情報の送信開始情報として用い、「Ｄ」の機能信号は送信終了情報として用いる。
【００５７】
送信開始情報が３種類あるので、この例では、３種類の双方向番組に関連する情報を区別して送信することができる。つまり、３種の双方向番組に関連する情報は、その種別ごとに、「Ａ」、「Ｂ」、「Ｃ」の機能信号のいずれかと、「Ｄ」の機能信号とで区切られて放送される。
【００５８】
例えば、双方向番組への応答アクセスに関する情報、例えば応答先の電話番号（受付電話番号）、伝送レートなどの情報は、「Ａ」の機能信号を送信開始情報とし、送信終了情報である「Ｄ」の機能信号との間に送信される。また、同様に、例えば応答側の電話番号の末尾制限や現在時刻設定などの環境設定に関する情報は、「Ｂ」の機能信号と「Ｄ」の機能信号との間に、受信データのクリアに関する情報は「Ｃ」の機能信号と「Ｄ」の機能信号との間に、それぞれ挟まれた状態の信号として多重化されて放送される。
【００５９】
受信側においては、送信開始情報としての「Ａ」、「Ｂ」、「Ｃ」の機能信号のいずれかと、送信終了情報としての「Ｄ」の機能信号とに挟まれた数値や記号データを双方向番組に関連する情報のデータ列（情報群）とみなして、後述のように、メモリの所定の格納域にそれぞれ区別して保存するようにする。
【００６０】
受信装置システム２０は、既存のテレビジョン受信機２１と、双方向番組情報の受信用および応答操作用アダプタ装置２５とからなる。アダプタ装置２５は、電話回線３１に接続されるアダプタ装置本体２２と、応答操作部として機能する赤外線利用のリモートコマンダ２３とを備える。アダプタ装置２５には、外接電話機２４が接続可能である。
【００６１】
アダプタ装置本体２２は、リモートコマンダ２３の赤外線リモコン信号の受信部およびデコード部を有する。そして、図６に示すように、アダプタ装置本体２２には、リモートコマンダ２３が、その赤外線発光部２３ＳＤが、赤外線受光部２２ＰＤに対向する状態で収納することができるようにされている。すなわち、図６（Ａ）に示すように、アダプタ装置本体２２には、リモートコマンダ２３を収納する凹部２２Ｒが設けられており、リモートコマンダ２３が、この凹部２２Ｒ内に収納されるだけで、図６（Ｂ）に示すような外観となる。
【００６２】
図６（Ｂ）のように、リモートコマンダ２３がアダプタ装置本体２３内に収納された状態では、リモートコマンダ２３の各種ボタン２３ａ、２３ｂ、２３ｃ、２３Ｋを操作すると、その操作に応じたリモコン信号が、発光部２３ＳＤ、受光部２２ＰＤを介してアダプタ装置本体２２に送られてデコードされるので、あたかも１個の双方向番組情報の受信用および応答操作用アダプタ装置として動作するような使用態様となる。
【００６３】
アダプタ装置本体２２は、後で詳述するように、電話回線とのインタ−フェースとしてのＮＣＵ（ネットワークコントロールユニット）を備えており、図１に示すように、このアダプタ装置本体２２には、電話回線３１が接続されると共に、外接電話機２４が接続される。この例では、外接電話機２４はアダプタ装置本体２２を介して電話回線３１にアクセスすることが可能であり、通常の電話機能を果たすことができる。
【００６４】
また、後述するように、アダプタ装置２５は、いわゆるハンズフリーの電話機の機能をも有している。すなわち、図６に示すように、リモートコマンダ２３には、オンフックボタン２３ａと、オフフックボタン２３ｂが設けられると共に、いわゆるテンキー（数字等）ボタン２３Ｋが設けられている。一方、アダプタ装置本体２２には、電話機として使用するのときには送話器となるマイクロホン２２ＭＣと、受話器となるスピーカ２２ＳＰが設けられている。
【００６５】
そして、ハンズフリーの電話機としての発呼を行なうときには、オフフックボタン２３ｂを押下した後、テンキーボタン２３Ｋにより電話番号をダイヤル入力する。また、相手方からの着呼に対してはオフフックボタン２３ｂを押下するだけでよい。相手方との通話時には、こちらからの送話音声は、マイクロホン２２ＭＣを通じて送り、相手方からの受話音声はスピーカ２２ＳＰから聴取するようにする。そして、相手方との終話のときには、オンフックボタン２３ａを押下することで、回線を開放することができる。
【００６６】
アダプタ装置本体２２は、ＤＴＭＦ信号として多重化されて放送される双方向番組情報の受信／デコーダとしても働き、また、リモートコマンダ２３と協同して双方向番組応答装置としても働く。
【００６７】
すなわち、この例では双方向番組情報が、ＤＴＭＦ音として放送番組音声に混声されてテレビジョン受信機２１のスピーカ２１ＳＰから放音されるので、アダプタ装置本体２２は、図１に示すように、テレビジョン受信機２１のスピーカ２１ＳＰからの放音音声をマイクロホン２２ＭＣで収音する。アダプタ装置本体２２は、後述するように、収音した音声からＤＴＭＦ音のみを抽出し、前記双方向番組に関連する情報をデコードする機能を備える。
【００６８】
この例では応答に電話投票サービスを利用するので、応答に必要な情報は、例えば設問の複数の選択肢のそれぞれに対応付けられた応答先電話番号（テレゴングサービスの電話番号）である。
【００６９】
この例の場合、ＤＴＭＦ信号として、この複数の選択肢と応答先電話番号とを放送音声信号に多重する場合には、放送音声にＤＴＭＦ音が頻繁に混入して煩わしいとともに、多重情報がすべて放送されるまでに比較的長時間がかかる点を考慮して、アダプタ装置本体２２に、選択肢（投票番号）と電話番号との対応をテーブル化したものを予め複数通り記憶したＥＥＰＲＯＭなどのメモリを設けており、その複数通りのテーブルのうちから使用するテーブルを放送側から指定するようにしている。このようにすれば、放送側から多重して送る情報としては、テーブル指定データのみでよくなる。
【００７０】
この例では、アダプタ装置本体２２の内蔵メモリには、テーブル情報として電話番号対応テーブルと、この電話番号対応テーブルを指定する電話番号対応テーブル指定テーブル（以下、単に指定テーブルという）とが格納されている。図１に、電話番号対応テーブルの例と、指定テーブルの例とを示すと共に、両者の関係を示す。
【００７１】
この例の場合、電話番号対応テーブル４２は、図１に示すように、一つの設問についての複数の選択肢番号を対応させた投票番号と、投票先電話番号（応答先電話番号）との対応を示すものであり、複数個が用意されている。各電話番号対応テーブルにはテーブル番号が付与されている。この例の場合、電話番号は、電話投票サービスの電話番号であるので、前述したように、上５桁の「０１８０−０」は定まっているため、これを省略することができ、メモリに格納されるのは、下５桁の電話番号とされている。これにより、メモリに記憶するテーブルデータ量の削減を計ることができる。
【００７２】
指定テーブル４１には、各テーブル番号の電話番号対応テーブルのメモリ上の記憶位置を示すアドレスが格納されている。この例の場合、図１に示すように、指定テーブル４１は、２次元テーブルであり、この例では、横方向×縦方向＝１０×１０のマトリクス状に電話番号対応テーブルのアドレスが配列されたものとなっている。
【００７３】
そして、この例の場合には、指定データは、指定テーブルの横方向の位置を指示する０〜９までの１桁の数値と、縦方向の位置を指示する０〜９までの１桁の数値との２桁の数値で構成されている。例えば指定データが「１１」であれば、テーブル番号１１の電話番号対応テーブルのアドレスが指定テーブル４１から読み出され、そのアドレスにより、メモリからテーブル番号「１１」の電話番号対応テーブルが読み出されることになる。この例の場合には、「００」〜「９９」までの１００個の電話番号対応テーブルを指定することができる。つまり、メモリには１００通りの電話番号対応テーブルを用意することができる。
【００７４】
なお、指定テーブルは、マトリクス状のものでなくとも、もちろんよい。
【００７５】
以上のように、この例においては、２桁の指定データにより使用する電話番号対応テーブルを読み出すことができる。このため、放送側から提供される電話番号に関する多重化情報としては、この２桁の指定データだけでよい。
【００７６】
次に、この例の場合の設問に対する応答操作は、設問に対して予め設定されて放送された複数個の選択肢のうちからユーザー（応答者）が選定した選択肢番号であり、これは、リモートコマンダ２３のテンキーボタン２３Ｋが操作されて入力される。
【００７７】
この応答に先立ち、放送局側からは、前述した設問についての選択肢番号と電話番号との対応テーブルの指定データを含む情報がＤＴＭＦ信号として放送音声に多重されて送られてくるので、アダプタ装置本体２２は、前述したようにして、このＤＴＭＦ信号をマイクロホン２２ＭＣで収音して、デコードし、前記指定データを抽出して、メモリから電話番号対応テーブルを読み出し、応答の際に応答先電話番号を取得するために使用する。
【００７８】
そして、リモートコマンダ２３のテンキーボタン２３Ｋで、設問に対する回答として選択肢番号の選択が行なわれると、アダプタ装置本体２２は、そのリモコン信号を受信して、応答操作の対象となった設問番号と、選択された選択肢番号を応答履歴メモリに記憶すると共に、選択された選択肢番号に対応付けられた電話番号を、前記メモリから読み出した電話番号対応テーブルから取得し、その電話番号を自動ダイヤルする。
【００７９】
図５に示すように、電話局の加入者交換局３２は、この着信を受付け、同一電話番号への着信毎にその着信数をカウントする。そして、各加入者交換局３２は、その交換局でカウントした各電話番号への着信数を、テレゴングシステム３３に知らせる。このテレゴングシステム３３は、前述したサービス網制御局や管理局のデータ収集および集計機能の役割を行なうものとして示したものである。
【００８０】
こうしてテレゴングシステム３３において、集計された各選択肢に対する着信呼数は、その選択肢を選択した応答者数として電話回線３１を通じて放送局のスタジオのコンピュータに通知される。放送局は、この集計結果を双方向放送番組においてユーザーに放送する。
【００８１】
［応答装置の説明］
図６は、図５に示した受信装置システム２０の応答装置としてのアダプタ装置２５の具体的構成例、つまり、アダプタ装置本体２２と、リモートコマンダ２３との具体的構成例を示すものである。
【００８２】
アダプタ装置本体２２は、前述したように、この例では、電話回線を介して双方向番組対する応答を送る（この例では設問に対する選択肢に対応する電話番号への発呼）機能と、テレビジョン受像機２１のスピーカ２１ＳＰからの音声を収音し、その音声中のＤＴＭＦ音のみを抽出して、双方向番組関連情報をデコードする機能と、リモートコマンダ２３からの赤外線リモコン信号を受信する機能とを有する。
【００８３】
また、前述したように、この例のアダプタ装置本体２２は、電話回線を介して双方向番組に対する応答を送る機能を持つようにする必要があるので、これをさらに積極的に利用して、送受機を手に持たないで通話をすることができる、いわゆるハンズフリーの電話機としての機能を有するようにしている。まず、この電話機機能のためのＮＣＵ（ネットワークコントロールユニット）系について説明する。
【００８４】
２０１は、電話回線側のモジュラージャックであり、２０２は、外接電話側のモジュラージャックである。モジュラージャック２０１と２０２との間には、外接電話のオフフック検出回路２０３が接続される。この外接電話のオフフック検出回路２０３は、モジュラージャック２０２に接続された外接電話２４でオフフックされたとき、そのオフフックを検出し、その検出出力をマイクロコンピュータ（以下マイコンという）３００に通知する。マイコン３００は、この外接電話２４から電話回線に対してアクセスすることができるように制御する。
【００８５】
電話回線側のモジュラージャック２０１は、また、サージ保護回路２０４、リング検出回路２０５、極性反転検出回路２０６、ダイヤルスイッチ２０７、フックスイッチ２０８を介してトランス２０９に接続される。ここで、回線側とマイコン３００側とは絶縁されている。
【００８６】
リング検出回路２０５は、電話回線を介しての着信時に、１６Ｈｚ、７５Ｖの電圧が断続する呼び出し信号を検出したら、その検出出力をマイコン３００に通知する。
【００８７】
極性反転検出回路２０６は、電話回線の極性が反転したことを検出したらその検出出力をマイコン３００に通知する。マイコン３００は、これにより、マイコン３００は、回線が接続された、つまり発呼に対して着信が行われたことを認識する。
【００８８】
ダイヤルスイッチ２０７は、発呼時にダイヤラー２１０を通じてマイコン３００から送られてくる回線種別とダイヤルデータに従いダイヤルを行う。回線種別は、ユーザーにより、図示しない回線種別設定用ディップスイッチに対して設定が行われている。マイコン３００は、設定がダイヤル回線であるならば、ダイヤラー２１０を介してダイヤルスイッチを制御して、１０ｐｐｓ／２０ｐｐｓのパルスでダイヤルを行い、ＰＢ回線（プッシュ回線）であるならば、ダイヤラー２１０を介して送出アンプ２１１にＰＢ信号（ＤＴＭＦ信号）でダイヤルを行う。
【００８９】
ダイヤルデータは、アダプタ装置本体２２およびリモートコマンダ２３がハンズフリーの電話機として使用されるときはユーザの電話番号入力のキー操作をマイコンが受けて、マイコン３００から送り出される。また、アダプタ装置本体２２およびリモートコマンダ２３が双方向番組に対する応答操作機器として使用されるときには、マイコン３００のメモリに蓄えられた応答先電話番号（放送局から双方向番組情報として送られてきた選択肢毎の電話番号）が読み出されて、マイコン３００から送り出されて、自動ダイヤルされる。
【００９０】
フックスイッチ２０８は、マイコン３００からの制御により、オンフック（回線開放）状態と、オフフック（直流ループ閉結）状態を切り換える。この例の場合には、リモートコマンダ２３のオンフックボタン２３ｂと、オフフックボタン２３ａの操作に応じてこのフックスイッチ２０８の切り換えがなされる。
【００９１】
スピーカフォン２１２は、２線４線変換を行う通話路回路であって、トランス２０９を通じて電話回線から送られてくる相手方音声（受話音声）をスピーカアンプ２１３を介してスピーカ２２ＳＰに供給し、また、マイクロホン２２ＭＣで収音され、マイクアンプ２１４を通じた音声（送話音声）をトランス２０９を介して電話回線に送り出すようにする。
【００９２】
トランス２０９からの受話音声は、また、トーン検出回路２１５に供給される。このトーン検出回路２１５は、ビジートーン、リングバックトーン、ダイヤルトーンなどの各種コールプログレストーンを検出し、マイコン３００に通知する。
【００９３】
また、ＤＴＭＦレシーバ２１７は、入力音声からＤＴＭＦ信号を抽出して、それを数値や＃、＊、Ａ、Ｂ、Ｃ、Ｄなどの記号の情報にデコードする。このＤＴＭＦレシーバ２１７には、トランス２０９を通じた受話音声と、マイクロホン２２ＭＣで収音され、アンプ２１４を通じた音声とのいずれかが、アナログスイッチ回路２１６により切り換え選択されて入力される。スイッチ回路２１６は、マイコン３００からの切り換え信号により、非通話時には、アンプ２１４からの音声信号を選択し、通話時（フックスイッチ２０８がオフフックのとき）には、トランス２０９からの受話音声信号を選択するように切り換えられる。
【００９４】
このＤＴＭＦレシーバ２１７からのＤＴＭＦ信号のデコード信号は、マイコン３００に供給される。マイコン３００は、このＤＴＭＦ信号のデコード信号から応答開始情報や前述した電話番号対応テーブルの指定データの抽出やそれに応じた処理を行なう。この処理については、後で詳述する。
【００９５】
マイコン３００は、いわゆるワンチップマイコンの構成を有しており、ＣＰＵと、プログラムや固定データを格納しているＲＯＭと、不揮発性ＲＡＭや揮発性ＲＡＭとを内蔵している。そして、この例の場合には、マイコン３００の外部に、メモリ２１８が接続されている。このメモリ２１８は、電気的に消去および書き込みが可能なＲＯＭ（ＥＥＰＲＯＭ）で構成されており、前述した電話番号対応テーブルや、指定テーブルの情報を格納している。
【００９６】
また、このメモリ２１８には、工場出荷時に、各受信装置固有の識別情報（識別情報を以下ＩＤと呼ぶ）が設定されていると共に、ユーザーの入力設定により、ユーザーＩＤが登録される。ユーザーＩＤとしては、例えばユーザーの電話番号などが登録される。
【００９７】
そして、表示素子２２ＬＤは、アダプタ装置本体２２の電源のオン・オフ、応答のために必要なＤＴＭＦ信号の受信デコード中、テレゴングのカットスルー状態、応答先の電話番号の表示を行なうためのもので、マイコン３００により、点灯、消灯、点滅が制御される。
【００９８】
リモコン受光部２２ＰＤは、リモートコマンダ２３からの赤外線リモコン信号を受光して、そのリモコン信号をマイコン３００に通知する。マイコン３００は、内蔵の復調器で、このリモコン信号をデコードする。
【００９９】
リモートコマンダ２３は、ワンチップマイコン２３１と、数字等ボタン２３Ｋやオンフックボタン２３ａ、オフフックボタン２３ｂなどからなるボタン群２３２と、発光部を備える送信部２３３とを備える。マイコン２３１は、一定周期で、ボタン群２３２を走査し、ボタン押下を検知する。そして、マイコン２３１は、ボタン押下を検知すると、その押下されたボタンに応じたリモコン信号を送信部２３３に送る。送信部２３３は、その発光部からそのリモコン信号を赤外線として受光部２２ＰＤに対して送信するようにする。
【０１００】
なお、２１９は、応答制限がされている場合や、制限時間外に、ユーザーが応答操作したときに、不適切な応答操作であることを知らせるためなどに用いられる警報ブザーであり、マイコン３００により制御される。
【０１０１】
［アダプタ装置のハンズフリー電話機としての使用］
ユーザーは、アダプタ装置をハンズフリー電話機としてこれより発呼を行なう場合には、リモートコマンダ２３のオフフックボタン２３ｂを押下した後、数字等ボタン２３Ｋを操作して相手先電話番号をダイヤル入力する。すると、リモートコマンダ２３のマイコン２３１は、これを検知して、例えばオフフックボタン２３ｂに埋め込まれたＬＥＤを点灯してオフフック状態を表示すると共に、送信部２３３を介してオフフックボタン２３ｂ押下の情報をアダプタ装置本体２２のマイコン３００に通知し、その後、電話番号の情報を通知する。
【０１０２】
マイコン３００は、電話番号を表示素子２２ＬＤに表示すると共に、前述したＮＣＵ系を制御し、相手方にダイヤルを行なう。そして、相手方の応答を待って直流ループを閉結し、通話可能状態とする。この通話可能状態では、ユーザーは、マイクロホン２２ＭＣより送話音声を送り、相手方からの受話音声をスピーカ２２ＳＰから聴取する。
【０１０３】
通話が終了したときには、オンフックボタン２３ａを押す。すると、マイコン２３１は、オフフックボタン２３ｂのＬＥＤを消灯させると共に、例えば、ボタン２３ａを押している間だけ、このオンフックボタン２３ａに埋め込まれているＬＦＤを点灯させる。そして、リモートコマンダ２３は、オンフックボタン２３ａの押下の情報をアダプタ装置本体２２のマイコン３００に通知する。マイコン３００は、これを受けて、回線開放の状態にする。
【０１０４】
また、相手方からの着呼をハンズフリー電話機としてのアダプタ装置で受ける場合には、ユーザーは、オフフックボタン２３ｂを押下する。アダプタ装置本体２２は、リモートコマンダ２３からこのオフフックボタン２３ｂのリモコン信号を受け取ると、直流ループの閉結を行ない、通話可能状態にする。以後は、発呼時とほぼ同様である。以上のようにして、アダプタ装置をハンズフリーの電話機として使用することができる。
【０１０５】
［双方向番組関連情報の受信］
ＤＴＭＦ音をテレビジョン受信機のスピーカの放音音声から受信して抽出するために、アダプタ装置本体２２のマイクロホン２２ＭＣを、テレビジョン受信機２１のスピーカ２１ＳＰの方向に向ける。
【０１０６】
オンフックボタン２３ａあるいはオフフックボタン２３ｂが操作されないときには、スイッチ回路２１６はマイクアンプ２１４側に切り換えられているので、ＤＴＭＦレシーバ２１７は、このテレビジョン受信機２１のスピーカ２１ＳＰからの放音音声に含まれるＤＴＭＦ音を抽出する。ＤＴＭＦレシーバ２１７からのＤＴＭＦ信号のデコード信号はマイコン３００に供給される。
【０１０７】
この例の場合、放送局からは双方向番組において、視聴者の応答（テレゴングの場合には投票）を期待する部分で、まず、双方向番組に関連する情報の送信開始情報として例えばＤＴＭＦの機能音「Ａ」が多重放送され、続いて電話番号対応テーブルの指定データとしてＤＴＭＦ信号で表現される２桁の数値が多重放送され、最後に、双方向番組に関連する情報の送信終了情報としてＤＴＭＦの機能音「Ｄ」が多重放送される。
【０１０８】
図８は、アダプタ装置２５における双方向番組に関連する情報の受信およびデコード並びに保存の処理の流れ図である。
【０１０９】
アダプタ装置２５に電源が投入されると、メモリ２１８の双方向番組関連情報を格納するメモリアドレスを示すポインターをクリアする。また、いわゆるタイムアウト判定のためのタイマーカウンタもクリアする（ステップＳ１）。
【０１１０】
そして、マイコン３００は、ＤＴＭＦレシーバ２１７に内蔵されるＤＴＭＦデコーダの出力を、常時、あるいは所定の周期でサーチし（ステップＳ２）、現に受信中の放送番組の音声信号にＤＴＭＦ信号が混声されているか否かを判断する（ステップＳ３）。なお、ＤＴＭＦデコーダは、前述の図３に示した規約に合わない音声は、デコードは行なわない。
【０１１１】
そして、ステップＳ３において、その走査タイミングではＤＴＭＦ信号が検知されないときには、ステップＳ４に進み、既に多重信号として送信開始のＤＴＭＦ機能信号「Ａ」を受信したか否かを判断し、いまだ送信開始信号「Ａ」を受信していなければ、ステップＳ２に戻って、次のデコーダ走査のタイミングを待ち、以下の処理を繰り返す。
【０１１２】
また、既に送信開始機能信号「Ａ」を受信しているときには、ステップＳ４からステップＳ５に進み、送信開始機能信号「Ａ」の受信時点から一定時間、例えば１０分間経過していれば、タイムアウトと見做し、ステップＳ１４に飛んで、双方向番組関連情報の受信失敗を示すブザー音、例えば「ピーッ！」をブザー２１９から発生させる。そして、ステップＳ２に戻る。ステップＳ５で、まだ一定時間経過していないと判断されたときにも、ステップＳ２に戻る。
【０１１３】
ステップＳ３で、その走査タイミングでＤＴＭＦ信号が検知されたときには、それが送信終了のＤＴＭＦ機能信号「Ｄ」であるか否か判断し（ステップＳ６）、「Ｄ」であれば、ステップＳ１２に飛んで、受信した情報に整合性があるか否かをチェックし、整合性があれば、ステップＳ１３に進んで、正常受信終了を示すブザー音、例えば「ピッ！」をブザー２１９から発生させる。そして、ステップＳ２に戻る。
【０１１４】
また、ステップＳ６で、ＤＴＭＦ信号が「Ｄ」の機能信号でないと判断されたときには、ステップＳ７に進んで、受信データを格納するメモリのアドレスを示すポインターが、当該格納エリアの先頭を示しているか否かを判別する。
【０１１５】
ポインターが先頭を示している場合には、ステップＳ８に進んで、受信したのは送信開始機能信号「Ａ」であるか否かを判定し、送信開始機能信号「Ａ」でなければ、無効としてステップＳ２に戻り、送信開始機能信号「Ａ」であれば、ステップＳ９に進む。また、ステップＳ７でポインターが先頭を示していなければ、ステップＳ７からステップＳ９に進む。
【０１１６】
ステップＳ９では、ポインターがメモリの多重データ格納範囲を越えたか否か判別し、格納範囲を越えていればステップＳ１４に進んで、双方向番組関連情報の受信失敗を示すブザー音をブザー２１９から発生させる。また、格納範囲を越えていなければ、ステップＳ１０に進んで、ポインターで示される格納位置に、受信データを格納し、次のステップＳ１１でポインターを更新し、ステップＳ２に戻る。
【０１１７】
なお、多重データの正常受信終了あるいは異常終了は、ブザー音だけでなく、アダプタ装置２５の液晶表示部への表示や、ＬＥＤの点滅などを併用することにより、より確実に明示することができる。また、１つのＤＴＭＦ信号を検知してデコードする毎にアダプタ装置２５の液晶表示部に、例えば「＊」などを表示することにより、受信過程をユーザーに知らせるようにすることも可能である。
【０１１８】
また、図８は多重データの受信時の流れを示したものであり、この受信途中でリモートコマンダ２３でボタン操作が行なわれた場合には、その操作が並列に動作するものである。ただし、双方向番組関連情報を受信中は受信フラグがオンとされて、ユーザーの応答操作に基づいた送信は行なわないようにしている。受信途中の中途半端なアクセス情報により、応答の送信を行なわせないためである。受信フラグは、双方向番組関連情報の受信を完了したときにオフになる。
【０１１９】
以上の動作によって、応答に必要な電話番号対応テーブルの指定データなどが受信され、メモリに格納される。この場合、前述したように、放送側から送られてくる多重データとしては、テーブル指定データだけでなく、例えば応答可能者を制限する情報などもある。
【０１２０】
例えば、環境設定に関する情報として、特定の電話番号（加入者番号）を持った視聴者のみにアクセスを制限する場合、例えば、電話番号末尾が０の番号のみにアクセスを許可するときは、
０＃０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、また、電話番号末尾が１の番号のみにアクセスを許可するときは、
０＃１
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、それぞれ、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。この場合、記号「＃」の前の数字「０」は、記号「＃」の次の数字を、末尾として有する電話番号からのアクセスを許可することを意味する。
【０１２１】
その他、例えば応答操作を一定時間内に制限する制限情報など、種々の多重データが放送側から提供されるものである。
【０１２２】
［応答発信処理］
そして、受信した多重データ中にテーブル指定データがあった場合には、次のようにして、その指定データで指定される電話番号対応テーブルが用いられて、ユーザーの応答操作に応じた応答先電話番号に対して自動発呼が行なわれる。
【０１２３】
図９に、テレゴングを利用した双方向番組の応答（投票）の操作があったときの、応答の自動発呼の処理動作の流れを示す。すなわち、ユーザーの応答操作に応じた応答コマンドがリモートコマンダ２３からアダプタ装置本体２２に受信されると、図９のルーチンに入る。
【０１２４】
まず、ステップＳ１１において、応答（投票）可能状態であるか否かを判断する。これは、既に応答（投票）のために必要なテーブル指定データを受信したか否か（受信フラグがオフになっているか否か）、自分は発呼制限された者でないか否か、さらには、電話回線が空いているかどうかなどをチェックする処理である。
【０１２５】
応答可能状態でないときには、投票は無効であるので、ステップＳ１１からステップＳ１７に飛んで、エラーを示すブザー音を発生させ、この応答発信処理ルーチンを終了する。
【０１２６】
応答可能状態であるときには、ステップＳ１１からステップＳ１２に進んで、指定テーブル４１から、テーブル指定データにより示される電話番号対応テーブルのアドレスを特定し、そのアドレスの電話番号対応テーブルをメモリ２１８から読み出す。
【０１２７】
次に、ステップＳ１３に進んで、読み出した電話番号対応テーブルから、ユーザーの選択した投票番号に対応する投票先の電話番号を抽出し、ステップＳ１４で応答の発信を行なう。
【０１２８】
次に、ステップＳ１５に進んで、応答の発信が正常に終了したか否か判断し、正常に終了した場合には、ステップＳ１６に進んで、正常終了を示すブザー音を発生させて、この応答発信処理ルーチンを終了する。また、自動発呼時（オフフック時）にビジートーンが検出されたり、着信が行なわれなかったりして、応答の発信が正しく行なわれなかった場合には、ステップＳ１５からステップＳ１７に進んで、エラーを示すブザー音を発生させ、この応答発信処理ルーチンを終了する。
【０１２９】
［テーブル情報の他の例］
図１に示した電話番号対応テーブルの電話番号情報は、電話番号そのものであるが、次に説明するように、電話会社の交換機側の対応により、電話番号情報をさらに少なくし、また、アダプタ装置２５以外の一般の電話機からの発呼ができないようにすることができる。
【０１３０】
図１０の例の電話番号対応テーブルは、電話投票サービスの投票先電話番号として、短縮番号が利用される場合のものである。この場合、「＃××」という２桁表現の短縮番号による発呼があると、電話会社は、これを電話投票サービスの電話番号として認識して着信を受けるものである。
【０１３１】
また、図１１の例の電話番号対応テーブルは、電話投票サービスの投票先電話番号として、一般の電話機からは発信できない機能信号「Ａ」「Ｂ」「Ｃ」「Ｄ」などを使うもので、この場合も、「Ａ１」「Ａ２」…などという２桁表現の記号および番号による発呼があると、電話会社は、これを電話投票サービスの電話番号として認識して着信を受けるものである。
【０１３２】
このように、電話番号として短縮番号を用いたり、一般の電話機からは発信できない機能信号「Ａ」「Ｂ」「Ｃ」「Ｄ」などを使用することにより、応答先電話番号を、アダプタ装置の所有者以外に秘匿することができ、また、応答の発信者をアダプタの所有者に限定することができる。
【０１３３】
以上の例は、投票番号と電話番号との対応のみをテーブルとして指定できるようにしたが、例えば、ある応答の返信先には、ユーザーＩＤやユーザーの機器ＩＤを送信させるという指定を対応テーブルの付加情報として準備させるようにしたり、あるクイズに対して応答する場合には、その対応テーブルを指定することにより、正解を応答する応答者のＩＤを送信させるようにして、正解者の特定を放送側で行なうようにすることもできる。
【０１３４】
また、例えば応答開始機能信号「Ａ」の受信時点から応答操作時点までの相対時間を応答情報に含めるようにするという情報を対応テーブルに付加情報として準備させ、例えば、早押しクイズの設問に対する応答の場合には、その対応テーブルを指定させることによって、応答者の応答時間の早さを放送側で知るようにすることもできる。
【０１３５】
図１２は、電話番号情報に、上述したような付加情報を加えた場合の対応テーブルの例である。以下の説明では、電話番号対応テーブルと区別するために、この対応テーブルをパラメータテーブルと呼ぶ。この例の場合も、指定テーブルは、前述した電話番号対応テーブルの場合とまったく同様である。
【０１３６】
この例のパラメータテーブルは、図１２に示すように、双方向番組に対する応答情報を形成するために必要な情報と、応答情報の送信に必要な情報とが書き込まれることにより形成されている。
【０１３７】
図１２において、「応答番号」は、双方向番組により提供されるクイズの設問などの応答要求に対して、ユーザが選択することができる番号である。また、「応答先電話番号」は、応答情報を送信する先の電話番号であり、この例の場合には、各応答番号に対応して設定されている。また、「応答先電話番号」は、異なる応答番号に同じ電話番号が設定されたり、応答先を１ケ所とするため、すべての応答番号に対して同じ電話番号が設定される場合などがある。
【０１３８】
「送信情報の有無」は、送信すべき応答情報の有無を示す情報であり、この情報が“０（無）”であるときには、送信すべき応答情報は無しとされ、発呼が行なわれるだけとなる。いわゆるテレゴングを利用した応答の場合である。
【０１３９】
なお、応答先が送信情報「無」のテレゴングの場合、電話番号は、前述と同様に、０１８００×××××のように定まっているので、上５桁の０１８００は省略して、下５桁のみをテーブルに記憶するようにもできる。
【０１４０】
「ＩＤ情報」は、ユーザーＩＤや機器ＩＤなどの識別ＩＤを応答情報に含めて送信するか否かを示す情報である。「時間情報」も同様に、応答操作時刻を応答情報に含めて送信するか否かを示す情報である。
【０１４１】
また、「発注番号」「カードＩＤ」は、テレビショッピングなどの双方向番組において使用されるものであり、発注番号や、カードＩＤを応答情報に含めて送信するか否かを示す情報である。
【０１４２】
また、「応答時間」は、ユーザが応答操作入力をすることができる時間を示しており、この例の場合には、前述したように応答開始情報が放送側からこの例のアダプタ装置のマイコン３００に提供された時点からの相対時間として指定される。
【０１４３】
また、「発信時間」は、ユーザ側から応答発信をすることができる応答発信開始時刻を示しており、この例においては、「応答時間」と同様に、応答開始情報の時点からの相対時刻として示されている。
【０１４４】
［応答発信処理の他の例］
次に、この例のパラメータテーブルと、指定テーブルが用いられた場合の応答装置における双方向番組に対する応答発信処理について、図１３、図１４のフローチャートを参照しながら説明する。
【０１４５】
双方向番組を受信、選局している受信装置のスピーカから、ＤＴＭＦ信号の再生音として、応答開始を示す情報、例えば“ＡＡ”と、指定データが出力されると、アダプタ装置本体２２は、これを収音してデコードする。そして、アダプタ装置本体２２のマイコン３００は、応答開始を示す信号“ＡＡ”を検知すると、タイマー（図示せず。これはソフトウエアタイマーでもよいし、別にタイマー回路を設けてもよい。）をスタートさせ、この時点からの相対時間を計測するようにする（ステップＳ２１）。
【０１４６】
このステップＳ２１の処理により、ユーザは応答操作が可能となる。この例においては、双方向番組からの応答要求である、例えば、クイズの設問に対する選択肢などの提供は、応答開始を示す情報“ＡＡ”、テーブル指定データ（以下、単に指定データという）などの送信に先立って行なわれている。
【０１４７】
そして、次にマイコン３００は、指定データを検知すると、この指定データに基づいて、メモリ２１８に記憶されている指定テーブルを介して、このメモリ２１８に記憶されている該当するパラメータテーブルを読み出す（ステップＳ２２）。
【０１４８】
次に、マイコン３００は、ユーザによる応答操作があるか否かの監視を開始し（ステップＳ２３）、応答操作がない場合には、前述したタイマーにより提供される相対時間が、読み出されたパラメータテーブルの「応答時間」によって示された応答操作許可時間を超えていないか否かを判断する（ステップＳ２４）。
【０１４９】
ステップＳ２４の判断処理において、タイマーにより提供された相対時刻が、応答操作許可時間を超えたときには、それ以降の応答操作は認められないものであることを、例えばブザー２１９やＬＥＤ２２ＬＤを点灯するなどしてユーザに通知し（ステップＳ２５）、応答送信処理を終了する。
【０１５０】
ステップＳ２４の判断処理において、応答操作許可時間がまだ経過していないときには、ステップＳ２３の処理から繰り返される。
【０１５１】
ステップＳ２３の処理において、ユーザによる応答操作が行なわれたことを検知すると、マイコン３００は、読み出したパラメータテーブルの「時間情報」によって示される、応答操作を行なった時刻の情報が応答情報として必要であるか否かを判断し（ステップＳ２６）、ここで「時間情報」が“無”と設定されていた場合には、ステップＳ２８の処理に進む。
【０１５２】
ステップＳ２６の判断処理において、パラメータテーブルの「時間情報」が“有”だった場合には、タイマーが示す相対時間を取得する（ステップＳ２７）。そして、パラメータテーブルの「発注番号」や「カードＩＤ」が“有”を示しているかを判断して、ユーザが入力する必要がある情報（以下、単に入力情報という）の指定があるか否かを判断する（ステップＳ２８）。そして、入力情報の要求をパラメータテーブルに設定されていない場合には、ステップＳ３２の処理に進む。
【０１５３】
入力情報の要求が、パラメータテーブルに設定されている場合、例えば、双方向番組がテレビショッピングの場合の「発注番号」や、決済方法についての情報であるクレジットカードの識別情報である「カードＩＤ」など、付加情報が“有り”とされている項目について、液晶ディスプレイにユーザに対して入力を促す表示を行なう（ステップＳ２９）。
【０１５４】
そして、ユーザが入力情報をリモートコマンダ２３を操作して入力した場合には、アダプタ装置本体２２は、リモコン受光部２２ＰＤを介して、マイコン３００に入力情報を受け入れ、ＲＡＭなどのメモリに保持する（ステップＳ３０）。
【０１５５】
そして、次に、マイコン３００は、パラメータテーブルの入力情報に関するパラメータを確認し、他に入力が必要な情報があるか否かを判断する（ステップＳ３１）。ステップＳ３１の判断処理において、他に入力が必要な情報があると判断されたときには、ステップＳ２９からの処理が繰り返される。
【０１５６】
入力情報がすべて入力されると、あるいは、前述したように入力情報が不必要であった場合には、パラメータテーブルの「発信時間」のパラメータより、応答の発信の時間の指定の有無を判断する（ステップＳ３２）。
【０１５７】
このステップＳ３２で、「発信時間」の指定がなかったときには、即座にステップＳ３４に進んで応答の発信を行なう。また、ステップＳ３２において、「発信時間」の指定があったときには、パラメータテーブルの「発信時間」によって指定された発信基準タイミングまでその後の処理が待ち状態となる（ステップＳ３３）。
【０１５８】
そして、ステップＳ３３において、パラメータテーブルの「発信時間」が示す時間が経過すると、応答の発信が可能となり、ステップＳ３４に進んで、応答の発信を行なう。すなわち、マイコン３００は、オフフック状態を形成し、パラメータテーブルの「返信先電話番号」に基づいて自動ダイヤルし、パラメータテーブルの指定に基づいて形成された応答情報を送信して、応答情報をすべて送信して応答発信処理を終了させる。
【０１５９】
［応答装置のメモリ２１８のテーブル情報の書き換え］
メモリ２１８のテーブル情報は、予め書き込まれて登録されるものであるが、このテーブルは、放送局側から、例えば番組編成が変わるときなどの時期に放送局側から電話回線を通じてメモリ２１８のテーブル内容を書き換えるようにすることができる。この書き換えは、いわゆるノーリンギング着信により、夜間などに行うことができる。図７に示したブロック図のリング検出回路２０５は、このノーリンギング着信を受けると、呼び音を鳴らさずに着信を受ける機能を備えている。
【０１６０】
図１５は、アダプタ装置２５のマイコン３００で実行される、このテーブル書き換えの処理ルーチンの一例である。この例は、ＤＴＭＦ信号としてテーブルデータが放送局側から送られて、メモリ２１８のテーブル情報の書き換えが行われる。
【０１６１】
ノーリンギング着信信号を受けると、このルーチンがスタートし、オフフックする（ステップＳ４１）。すると、放送局側からはＤＴＭＦ信号の形式で電話回線を介してテーブルデータが送られてくるので、これをＤＴＭＦレシーバ２１７により受信し、デコードする。マイコン３００は、このデコードデータを受信する（ステップＳ４２）。
【０１６２】
次のステップＳ４３では、外接電話オフフック検出回路２０３の検出出力を探査して、外接電話２４がオフフックされたか否かを判断する。あるいはＤＴＭＦ信号を検出したか否かを判断する。そして、外接電話がオフフックされたときには、あるいはＤＴＭＦ信号が検出されなかったときには、ステップＳ５１に飛んで、アダプタ装置２５は、フックスイッチ２０８をオンフックして、この処理ルーチンを終了する。
【０１６３】
これは、ノーリンギング着信は、通話優先であるので、このノーリンギング着信の際に外接電話２４がオフフックされたら、そちらを優先させるためである。
【０１６４】
ステップＳ４３で、外接電話はオフフックされずに、ＤＴＭＦ信号が検出されたときには、ステップＳ４４に進んで、データ終了を検出したか否かを判断し、データ終了を検出しなかったときには、ステップＳ４２に戻り、データ終了検出までＤＴＭＦ信号の受信を行う。
【０１６５】
データ終了を検出したらステップＳ４４からステップＳ４５に進み、受信データに整合性があるか否かを判断し、整合性がなければステップＳ５０に進んで、受信エラーであることをブザー音を発生させてユーザに通知し、その後ステップＳ５１に進んで、フックスイッチ２０８をオンフックしてこのルーチンを終了する。
【０１６６】
また、ステップＳ４５で、受信データの整合性があると判断されたときには、ステップＳ４６に進み、前のテーブルデータをメモリ２１８から消去する。その後、ステップＳ４７に進み、受信したテーブルデータをメモリ２１８に書き込む。
【０１６７】
そして、次のステップＳ４８で書き込みが正常に終了したか否かをチェックし、異常があれば、ステップＳ５０に進んで、受信エラーであることをブザー音を発生させてユーザに通知し、その後ステップＳ５１に進み、また、書き込みが正常に終了したときには、ステップＳ４９でテーブル書き換えが正常に終了したことをブザー音でユーザに通知した後、ステップＳ５１に進んで、フックスイッチ２０８をオンフックしてこのルーチンを終了する。
【０１６８】
以上のようにして、メモリ２１８のテーブルデータは、必要なときに、放送局側から書き換えることができる。なお、以上の例では、書き換えるテーブルデータはＤＴＭＦ信号として放送局側から送るようにしたが、データ形式は、電話回線を通じて送ることができるものであれば、対応するデコード回路をアダプタ装置２５に設けることを条件に、ＤＴＭＦ信号の形式に限られるものではない。
【０１６９】
上述の実施例は双方向番組情報は、ＤＴＭＦ信号を使用して放送音声に多重化するようにしている。ＤＴＭＦ信号のレシーバは、電話機用として広く普及しており、受信装置のアダプタ装置を安価に製造することができる。そして、双方向番組情報はＤＴＭＦ音であるので、これをアダプタ装置のマイクロホンで収音し、内蔵のＤＴＭＦレシーバでデコードする構成である。このため、受信側のシステムでは、テレビジョン受信機はまったく改良する必要がない。
【０１７０】
しかし、上述のようなアダプタの構成ではなく、ＤＴＭＦ信号の受信／デコード部をテレビジョン受信機に内蔵し、また、ＮＣＵ部をもテレビジョン受信機に内蔵するようにしてもよい。この場合には、応答のためのリモートコマンダと、テレビジョン受信機用のリモートコマンダとを共通化するようにすることもできる。
【０１７１】
［他の実施例］
以上の例では、応答に電話投票サービスを利用するようにしたが、いわゆるテエドームと呼ばれる大量情報提供サービスを応答に利用するようにすることもできる。この大量情報提供サービスは、音源回線や音源装置を放送局などのサービス加入者が用意し、電話会社が設定する所定の電話番号（例えば０１８０−９９−××××）へ多数の利用者が電話をかけると、上記音源からの音声情報が前記多数の利用者に同時に提供できるようにするものである。
【０１７２】
この大量情報提供サービスの場合には、多数の利用者による上記電話番号へのアクセスに対して、回線のパンクを避けて、当該多数の利用者に同時に音声情報を提供できるもので、テレビショッピングの情報提供や、クイズ番組の正解のメッセージを提供する場合などに利用できる。
【０１７３】
また、テーブル情報の書き換えは、放送局側からノーリンギングによりユーザー宅に着信を行ない、電話回線を通じてデータを送って行なうのではなく、ユーザーにテレゴングサービスやテレドームサービスの電話番号に電話をかけてもらい、その応答メッセージとしてテーブルデータをユーザー側に送るようにして、行なうようにしてもよい。
【０１７４】
双方向番組の番組関連情報は、映像信号の垂直ブランキング期間内の空きの水平区間に重畳するようにしてもよい。また、音声多重の副音声信号として双方向番組関連情報を多重したり、多重データを搬送するために主放送信号としての映像信号や音声信号とは別の帯域の信号を用いる多重放送の場合にも、多重データの抽出、デコード処理の部分を変更するだけで対応することができる。
【０１７５】
また、衛星放送、ケーブルテレビ放送の場合でも、この発明は適用することができる。さらに、前述の実施例では、この発明をテレビジョン放送および受信機に適用した場合について説明したが、双方向放送のアクセス用データなどの副放送情報を、上記の例のように比較的狭いオーディオ帯域内の例えばＤＴＭＦ信号を用いて構成し、主放送オーディオ信号と多重して放送するものであれば、ＡＭ、ＦＭのラジオ放送やＰＣＭ音声放送と、それぞれ対応の受信機に適用することも可能である。
【０１７６】
また、この発明は、ＦＭ放送の空き周波数帯域を用いる文字多重にも応用できる。つまり、ＦＭ文字多重信号に代えて、双方向番組関連情報を多重することで、上述と同様の構成および作用効果が実現できる。
【０１７７】
【発明の効果】
以上説明したように、この発明によれば、応答装置側に電話番号対応テーブルやパラメータテーブルを予め用意して、メモリに記憶しておき、放送局側からは、そのメモリに記憶されているテーブル情報の中から応答のために使用するものを指定する指定データを放送信号に多重して送信するようにしたので、放送信号に多重するデータ量を少なくすることができる。
【０１７８】
また、直接に応答先電話番号を放送信号に多重するものではないので、テーブル情報を有しないユーザーからは応答が行なえず、また、応答番号の秘匿も可能である。
【図面の簡単な説明】
【図１】この発明に使用するテーブル情報の例を示す図である。
【図２】ＤＴＭＦ信号を説明するための図である。
【図３】ＤＴＭＦ信号を説明するための図である。
【図４】電話投票サービスを説明するための図である。
【図５】この発明による双方向放送システムの一実施例の全体の概要を示す図である。
【図６】この発明による応答装置の一例のアダプタ装置の構成例を示す図である。
【図７】図６の例のアダプタ装置の具体的構成例を示す図である。
【図８】この発明による応答装置での多重データの受信動作の一例の流れ図を示す図である。
【図９】この発明による応答装置の一実施例での応答発信処理の一例の流れ図を示す図である。
【図１０】この発明に使用するテーブル情報の他の例を示す図である。
【図１１】この発明に使用するテーブル情報の他の例を示す図である。
【図１２】この発明に使用するテーブル情報の他の例を示す図である。
【図１３】この発明による応答装置の一実施例での応答発信処理の他の例の流れ図の一部を示す図である。
【図１４】この発明による応答装置の一実施例での応答発信処理の他の例の流れ図の残部を示す図である。
【図１５】この発明による応答装置の一実施例におけるテーブル書き換え処理の流れ図を示す図である。
【符号の説明】
１０ 放送局のシステム
２０ 受信装置システム
２１ テレビジョン受信機
２２ アダプタ装置本体
２３ リモートコマンダ
２５ アダプタ装置
２２ＭＣ マイクロホン
２２ＰＤ リモコン受光部
２３ＳＤ 発光部
２３Ｋ 操作ボタン
３０ 電話局のシステム
３１ 電話回線
２１７ ＤＴＭＦレシーバ
２１８ メモリ
３００ マイコン

Claims (4)

1. 放送局側から、設問と、その設問に対する選択肢とを放送する双方向番組を提供し、受信者の電話回線を通じての前記設問に対する選択肢の選択応答を期待する双方向番組を提供する双方向放送方法において、
   受信側の装置に備えられるメモリに記憶された、前記設問に対する選択肢と、それぞれの選択肢に対応する応答先の電話番号との複数の対応テーブルの中から、前記双方向番組において使用する前記対応テーブルを指定する指定情報を、放送局側から、放送信号に多重して放送し、
   受信側の装置では、前記メモリの前記複数の対応テーブルの中から前記指定情報により使用する対応テーブルを読み出し、前記双方向番組で放送された設問に対する前記受信者が選択応答操作に応じ、前記メモリから読み出された対応テーブルから得た前記選択応答操作により選択された選択肢に対応する前記応答先の電話番号に対して前記電話回線を通じての応答の発信を行なうようにすることを特徴とする双方向放送方法。
2. 設問と、その設問に対する選択肢とが放送される双方向番組に対して電話回線を介して応答の発信を行なう応答装置であって、
   前記設問に対する選択肢と、それぞれの選択肢に対応する応答先の電話番号との対応テーブルを、複数個、記憶するメモリと、
   放送信号に多重化された、前記メモリの複数個の前記対応テーブルのうちから前記応答に使用する前記対応テーブルを指定する指定情報を、デコードするデコード手段と、
   このデコード手段でデコードされた指定情報に基づいて前記メモリより対応テーブルを読み出す手段と、
   利用者の応答操作を受け付ける入力操作手段と、
   前記入力操作手段を通じての前記選択肢の選択応答操作に応じ、前記メモリから読み出された対応テーブルから得た前記選択応答操作により選択された選択肢に対応する前記応答先の電話番号に対して前記電話回線を通じての応答の発信を行なう応答処理手段と
   を備える双方向放送に対する応答装置。
3. 前記選択肢に対応する応答先の電話番号が電話会社の電話投票サービスの電話番号であることを特徴とする請求項２に記載の双方向放送に対する応答装置。
4. 前記選択肢に対応する応答先の電話番号が電話会社の情報提供サービスの電話番号であることを特徴とする請求項２に記載の双方向放送に対する応答装置。

Images