JP3661708B2 - 双方向放送方法及び双方向放送の受信装置 - Google Patents
双方向放送方法及び双方向放送の受信装置 Download PDFInfo
- Publication number
- JP3661708B2 JP3661708B2 JP04772794A JP4772794A JP3661708B2 JP 3661708 B2 JP3661708 B2 JP 3661708B2 JP 04772794 A JP04772794 A JP 04772794A JP 4772794 A JP4772794 A JP 4772794A JP 3661708 B2 JP3661708 B2 JP 3661708B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- information
- broadcast
- interactive
- response
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【産業上の利用分野】
この発明は、双方向番組に対する応答を行なう双方向放送方法及び双方向放送の受信装置に関する。
【０００２】
【従来の技術】
従来、テレビショッピング、アンケート調査や、視聴者参加型のクイズ番組などにおいて、テレビジョン放送側で、その応答のための受付電話番号が、適宜の時間だけ、スーパーインポーズで画面に表示され、視聴者からの応答は、電話やファクシミリによって行なうようにした双方向放送がある。
【０００３】
【発明が解決しようとする課題】
ところで、例えば、全国規模で多数の放送局を網羅した、いわゆる、系列放送局を通じて、前述のような双方向放送を行なう場合、国内を複数のブロックに分け、ブロックごとにデータベースセンタを設けて、このデータベースセンタにおいてブロック内の視聴者からの応答を一括して受け付けるようにしたシステムが考えられている。
【０００４】
この場合、ブロック毎のデータベースセンタには、双方向テレビ受信装置の生産時に付与された識別情報（製品番号など）を視聴者の双方向ＩＤとして、双方向テレビ受信装置の使用者（視聴者）が予め自己の氏名など登録する。そして、視聴者の双方向番組に対するデータベースセンタへの応答の送信時に、この双方向ＩＤを応答と一緒にデータベースセンタに送信する。データベースセンタは、その双方向ＩＤから、そのデータベースに予め登録されている視聴者の氏名などを検索することができる。
【０００５】
また、各データベースセンタに番組情報テーブルを登録しておき、視聴者からの応答に、そのときに視聴中のチャンネルのＩＤを付加して送信することにより、ある双方向番組が同時に複数のチャンネルで放送されている場合でも、視聴者からの応答がどの番組に対応するものであるか、更に、双方向番組が生放送であるか、録画による再放送であるかを識別することができる方法も提案されている。 ところが、放送局へのチャンネル割当てと、放送局の系列化とは、それぞれ独立に行なわれるため、ある地域のＡ系列の放送局と、他の地域のＢ系列の放送局とが、同じチャンネルで異なる番組を放送している場合もある。
【０００６】
この場合にもチャンネルＩＤを用いようとすると、Ａ系列の放送局とＢ系列の放送局とが同じブロックにならないように、国内を多数のブロックに分ける必要があり、ブロックごとにデータベースセンタを設けるために、相当額の投資を強いられるという問題が生ずる。また、放送局の新設により、あるチャンネルがブロック内で重複使用されることになれば、再度のブロック分けと、データベースセンタの新設とが必要になる。
【０００７】
一方、各データベースセンタの番組情報テーブルを、番組ごとに系列情報を登録して作成すれば、視聴者からの応答を、放送チャンネルで区分することもできるが、この場合は、複雑なシステムになってしまうという問題が生ずる。
【０００８】
この発明は、以上の点に鑑み、複数の双方向放送番組に対する視聴者からの応答を一括して受け付ける場合でも、それぞれの応答がどの双方向放送番組に対応するのかを、受け付け側で、容易に識別することができる双方向放送方法及び双方向放送の受信装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
前記課題を解決するため、この発明による双方向放送方法は、
放送局側から受信者の応答を促す双方向番組を放送し、受信側からの応答の情報を、通信路を通じて所定の返信先に送信するようにした双方向放送方法において、
上記放送局側からは、少なくとも上記双方向番組を制作した放送局とその放送日時と当該番組固有の情報と当該番組内の設問を識別する情報とを含む番組識別情報を主放送信号に多重して放送すると共に、
上記受信側では、受信した上記番組識別情報及び自装置に割り当てられた識別情報を上記応答の情報に、上記応答の情報に対して独立した状態で加えて、上記返信先との間に生成した通信路を通じて上記返信先に送信すると共に、上記返信先への送信が成功したか否かを判断し、上記返信先への送信が成功したと判断した場合は、上記生成した通信路を切断するようにした
ことを特徴とする。
【００１０】
また、この発明による双方向放送の受信装置は、
放送局側から放送される受信者の応答を促す双方向番組に対する受信側からの応答の情報を、所定の返信先に送信するようにした双方向放送の受信装置において、
上記双方向番組に対する応答の情報を入力する入力手段と、
自装置に割り当てられた識別情報を記憶する手段と、
受信した上記双方向番組の放送信号に多重されている、少なくとも当該番組を制作した放送局とその放送日時と当該番組固有の情報と当該番組内の設問を識別する情報とを含む番組識別情報を分離する分離手段と、
上記入力手段を通じて入力された上記双方向番組に対する応答の情報に、上記自装置の識別情報及び上記分離手段により分離された番組識別情報を、上記応答の情報に対して独立した状態で加えて、上記返信先との間に生成した通信路を通じて上記返信先に送信する送信手段と、
上記返信先への送信が成功したか否かを判断し、成功したと判断した場合は、上記生成した通信路を切断する制御手段と、
を備えることを特徴とする。
【００１１】
【作用】
かかる構成によれば、返信先では、双方向放送番組の受信側からの応答情報に加えられた、番組識別情報に基づいて、それぞれの応答がどの双方向放送番組に対応するものであるか、容易に識別することができる。従って、双方向番組に対する応答情報の返信先が１つのデータベースセンタであっても、複数の双方向放送番組に対する視聴者からの応答を一括して受け付け、処理することが可能となる。
【００１２】
【実施例】
以下、この発明による双方向放送方式及び双方向放送の受信装置の一実施例について説明する。この例においては、放送局側では、双方向番組の放送の際に、その副放送情報としての双方向番組関連情報を、主放送テレビジョン信号に多重して放送する。一方、受信側では、受信した映像信号から双方向番組関連情報を分離、再生して、メモリに記憶しておき、双方向放送番組に対する応答などに利用する。
【００１３】
この例においては、双方向番組の番組関連情報は、主放送音声とは区別が容易であるオーディオ帯域の信号、例えば電話のプッシュ回線などで使用されているＤＴＭＦ（Dual Tone Multi Frequency ）信号により主放送音声信号に重畳するようにするしたりする。
【００１４】
すなわち、放送局側では、副放送情報としての番組関連情報をＤＴＭＦ信号形式の信号の構成として、主放送オーディオ信号に多重化（混声）して放送する。一方、受信側では、受信した放送オーディオ信号からＤＴＭＦ信号を分離・デコードして、番組関連情報を再生し、メモリに記憶して、サービス局などとの電話通信や番組予約などに利用する。
【００１５】
［ＤＴＭＦ信号］
まず、図２を参照しながら、ＤＴＭＦ信号について説明する。
ＤＴＭＦ信号方式は、１つは低周波数のグループ（低群）、そしてもう１つは高周波数のグループ（高群）の２つのトーンを同時に送るオーディオ帯域信号方式である。これらの低周波数及び高周波数のグループの各々は、どの２つも調音の関係にない４つのオーディオ帯域周波数のトーンからなっている。
【００１６】
ＤＴＭＦ信号では、低群の４周波数は、例えば、６９７Ｈｚ、７７０Ｈｚ、８５２Ｈｚ、９４１Ｈｚとされ、高群の４周波数は、例えば、１２０９Ｈｚ、１３３６Ｈｚ、１４７７Ｈｚ、１６３３Ｈｚとされている。そして、これら低群と高群の中のそれぞれ１周波数ずつを組み合わせ、その組み合わせからなる各ＤＴＭＦ信号（この各ＤＴＭＦ信号のそれぞれを、以下機能信号という）を、図２に示すように、４行４列に配設されたプッシュボタン「０」〜「Ｄ」にそれぞれ割り付けられる。
【００１７】
電話通信では、ＤＴＭＦ信号の１６の組み合わせの機能信号のうち、単に１２個が一般に加入者アドレス（電話番号）の信号に用いられている。つまり、電話機でいわゆるテンキーとして使用されている「０」〜「９」の数字と、「＊」や「＃」の記号に対して、前記の１２個の組み合わせの機能信号が対応される。図２に破線で示した「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」の文字に対応する機能信号は、日本国内では一般には利用しておらず、プッシュボタン（ＰＢ）ダイアルを利用したデータ伝送に利用されているのみである。
【００１８】
このようなＤＴＭＦ信号を使って電話番号による回線選択を行なう場合、信号の送出条件は、図３に示すように規定されている。
【００１９】
上述のような２周波数の組み合わせと送出条件とによって、ＤＴＭＦ信号は、自然界では滅多に発生しないものとなり、人の声などのような自然音と明確に区別することができるので、通常の放送オーディオ信号に多重（混声）して放送することができて、受信側での分離も比較的容易である。
【００２０】
ちなみに、ＤＴＭＦ信号は、多機能電話においても利用されており、外出先からプッシュボタン式の電話のボタン操作によって、自宅の電話に留守番録音されている用件を再生させたり、留守番録音の応答メッセージを録音、再生したり、用件を消去したりすることができる。
【００２１】
［複数の副放送情報の放送］
この実施例の送信側、つまり放送局側においては、副放送情報の送信に当たって、上述のようにＰＢ回線選択には使用されていない「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」を意味する機能信号のうち、「Ａ」、「Ｂ」、「Ｃ」の機能信号は、副放送情報の送信開始情報として用い、「Ｄ」の機能信号は送信終了情報として用いる。
【００２２】
送信開始情報が３種類あるので、この例では、３種類の副放送情報を区別して送信することができる。つまり、３種の副放送情報は、その種別ごとに、「Ａ」、「Ｂ」、「Ｃ」の機能信号のいずれかと、「Ｄ」の機能信号とで区切られて放送される。
【００２３】
例えば、双方向番組への応答アクセスに関する情報、例えばアクセス先の電話番号（受付電話番号）、伝送レートなどの副放送情報は、「Ａ」の機能信号を送信開始情報とし、送信終了情報である「Ｄ」の機能信号との間に送信される。また、同様に、例えば応答側の電話番号の末尾制限や現在時刻設定などの環境設定に関する副放送情報は、「Ｂ」の機能信号と「Ｄ」の機能信号との間に、受信データのクリアに関する情報は「Ｃ」の機能信号と「Ｄ」の機能信号との間に、それぞれ挟まれた状態の信号として多重化されて放送される。
【００２４】
そして、受信側においては、送信開始情報としての「Ａ」、「Ｂ」、「Ｃ」の機能信号のいずれかと、送信終了情報としての「Ｄ」の機能信号とに挟まれた数値や記号データが副放送データ列（情報群）とみなされて、メモリの所定の格納域にそれぞれ区別されて保存される。
【００２５】
例えば、応答アクセスに関する情報として、インタラクティブ（対話型）テレビジョン規格バージョンが００の受信機に対して、受付電話番号０９９０−１２３４−１２３４に、伝送レート３００ｂｐｓでアクセスを許可する場合は、副放送情報は、
００＃０９９０＊１２３４＊１２３４
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ａ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。ここで、データ列のうち、最初の００は、インタラクティブ（対話型）テレビジョン規格バージョンが００（伝送レート３００ｂｐｓ）を示し、記号「＃」の後の数値データは受付電話番号である。
【００２６】
また、インタラクティブテレビジョン規格バージョンが０１の受信機に対し、電話番号０９９０−１２３４−１２３５に、伝送レート１２００ｂｐｓでアクセスを許可する場合には、
０１＃０９９０＊１２３４＊１２３５
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ａ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。ここで、データ列のうち、最初の０１は、インタラクティブ（対話型）テレビジョン規格バージョンが０１（伝送レート１２００ｂｐｓ）を示し、記号「＃」の後の数値データは受付電話番号である。
【００２７】
なお、上述のような応答アクセスに関するデータ列では、記号「＃」がセパレータ（個々のデータの区切り）を表わし、記号「＊」がポーズを表わす。
【００２８】
環境設定に関する情報として、特定の電話番号（加入者番号）を持った視聴者のみにアクセスを制限する場合、例えば、電話番号末尾が０の番号のみにアクセスを許可するときは、
０＃０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、また、電話番号末尾が１の番号のみにアクセスを許可するときは、
０＃１
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、それぞれ、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。この場合、記号「＃」の前の数字「０」は、記号「＃」の次の数字を、末尾として有する電話番号からのアクセスを許可することを意味する。
【００２９】
また、電話番号末尾が偶数の番号のみにアクセスを許可するときは、
０＃０＊０＃２＊０＃４＊０＃６＊０＃８
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。ここでは、記号「＊」は論理和を意味している。
【００３０】
さらに、放送番組の受信予約や録画予約などのための時刻情報として、例えば、現在時刻が１９９３年１２月１５日火曜日７時００分の場合は、
１＃１９９３１２１５２０７００
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。
【００３１】
そして、この実施例では、双方向放送番組の場合、番組識別情報（以下、番組ＩＤという）が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。番組ＩＤは、その番組を制作した基幹放送局と、その放送局での生放送の日時などを示す、番組ごとに固有の情報であって、番組が再放送される場合にも、同じ識別番号が用いられる。番組ＩＤとしては、放送局（ネット局）に例えば０００〜９９９の放送局識別番号が割り当てられ、放送番組に、例えば００００〜９９９９の放送番組識別番号がそれぞれ付与される。
【００３２】
双方向番組の応答の返信先となるデータベースセンタは、番組ＩＤに対する放送番組テーブルを備え、前記のその番組を制作した基幹放送局と、その放送局での生放送の日時などが、そのテーブルから参照できるようにされている。
なお、番組内の設問には例えば０００〜９９９の設問ＩＤが付与される。
【００３３】
例えば、識別番号が００８の放送局から、識別番号が４３２１の双方向放送番組で、設問ＩＤが００２の設問が、１９９３年１２月１５日午後６時３８分に放送された場合は、
００＃００８＊４３２１＊００２＊１９９３１２１５１８３８
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれて送出される。
【００３４】
この双方向放送番組の応答が、現時点から５分間だけ、アクセス許可される場合は、
１０＃５
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれて送出される。
【００３５】
また、この双方向放送番組の応答が、同日の午後１１時００分から１１時３０分まで、アクセス許可される場合には、
１１＃１９９３１２１５２３００２３３０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれて送出される。
【００３６】
なお、上述のような双方向放送番組に関するデータ列で、記号「＃」，「＊」はセパレータを表わす。
【００３７】
そして、受信データのクリアに関する情報（コマンド）として、例えば、アクセス番号制限をクリアする場合は、
９９＃０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｃ」の機能信号と「Ｄ」の機能信号との間に挟まれて、番組の途中ないしは終了時に送出される。
【００３８】
また、受付電話番号をクリアする場合には、
９９＃１
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｃ」の機能信号と「Ｄ」の機能信号との間に挟まれて、番組の終了時に送出される。
【００３９】
更に、この実施例では、上述のような絶対的なアクセス許可時間制限をする場合は、その制限に先だって、受信側のタイマ設定のためのコマンドが放送される。 例えば、タイマの現在時刻を１９９３年１２月１５日火曜日午後６時３０分に設定する場合には、
０＃１９９３１２１５２１８３０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｃ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。
【００４０】
上述のように、電話回線の選択信号としては使用されていない「Ａ」、「Ｂ」、「Ｃ」；「Ｄ」の機能信号を、副放送情報の送信開始情報及び送信終了情報とすることによって、例えば、ドラマの電話をかけるシーンなどで、ＤＴＭＦ音が発信されても、番組関連情報と混同されることはない。また、副放送情報を確実に送受することができる。
【００４１】
なお、再放送などのために、放送局用のＶＴＲで番組を録画する際には、ブランキング期間を含んで、水平及び垂直の同期信号がＶＴＲ内部で生成したものに付け替えられる。ＤＴＭＦ信号は音声として記録されるので、放送局での番組録画によっても、上述のような副放送情報の変化や欠落はない。
【００４２】
［受信装置の構成］
次に、図１、図４〜図６を参照しながら、この発明による双方向放送の受信装置を、双方向放送番組対応のテレビジョン受信機に適用した場合の一実施例について説明する。
【００４３】
この例の双方向放送の受信装置の一実施例の構成を図１に示す。図１において、１０はテレビジョン受信機の信号系であり、２０はその制御系である。
【００４４】
アンテナ１で受信された放送電波はチューナ１１に供給される。チューナ１１には制御系２０から選局信号が供給されて、このチューナ１１において所望のチャンネルの放送信号が選択されて中間周波信号に変換される。この中間周波信号は中間周波回路１２に供給される。この中間周波回路１２には、映像復調器１３と音声復調器１４とが含まれ、映像信号及びオーディオ信号が復調される。
【００４５】
映像復調器１３からの映像信号Ｓ13は、映像信号処理回路１５を経て、受像管１６に供給される。音声復調器１４からのオーディオ信号Ｓ14は、音声多重デコーダ１７に供給されて、２か国語信号またはステレオ信号ＳＬ、ＳＲがデコードされる。そして、これら信号ＳＬ、ＳＲがそれぞれアンプ１８Ｌ、１８Ｒを通じて左右のスピーカ１９Ｌ、１９Ｒに供給される。
【００４６】
音声復調器１４からのオーディオ信号Ｓ14は、また、前処理回路３１を介してＤＴＭＦデコーダ３２に供給される。このＤＴＭＦデコーダ３２は、その入力信号中のＤＴＭＦ信号を常時サーチし、ＤＴＭＦ信号を検知すると、そのＤＴＭＦ信号がいずれの機能信号であるかのデコードを行う。つまり、「０」〜「９」の番号、「＃」、「＊」、「Ａ」〜「Ｄ」がデコードされる。そして、そのデコードしたデータを制御系２０に供給する。
【００４７】
この例の場合には、このＤＴＭＦデコーダ３２としては、広く普及している市販のＤＴＭＦデコーダを用いる。前処理回路３１は、このようにＤＴＭＦデコーダ３２として市販のＤＴＭＦデコーダを使用しても、より精度の高いＤＴＭＦ信号の抽出及びデコードを行うことができるようにするための前処理を行うために設けられる。すなわち、前処理回路３１は、オーディオ信号Ｓ14について、ＤＴＭＦ信号以外の周波数成分を除去して、ＤＴＭＦデコーダ３２の入力信号が、市販のＤＴＭＦデコーダが許容する信号となるようにするもので、フィルタ回路からなる。
【００４８】
また、この実施例では、視聴者参加型番組への応答など、双方向放送番組に対応するために、データ通信用のモデム（変復調装置）３３が設けられる。このモデム３３の回線接続端子Lineには電話回線２が接続され、電話端子Tel には電話機３が接続される。このモデム３３が、制御系２０のシステムバス２００に接続される。また、モデム３３からのデータが、ＤＴＭＦデコーダ３２に供給されており、電話回線２を介して送られてくるＤＴＭＦ信号をこのＤＴＭＦデコーダ３２でデコードして、制御系２０に取り込むことができるようにされている。
【００４９】
制御系２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＤＲＡＭ２３と、ＳＲＡＭ２４と、ビデオＲＡＭ２５とを備え、それぞれがシステムバス２００に接続される。ＲＯＭ２２には、後述するＤＴＭＦデータの受信取り込み処理プログラムのほか、各種の制御プログラムが格納されると共に、表示に用いるフォントやグラフィックのデータが格納されている。ＤＲＡＭ２３は主に演算のための作業領域として利用され、ＳＲＡＭ２４には受信装置自身の設定情報や自テレビ識別情報などが保存される。
【００５０】
ここで、自テレビ識別情報は、例えば「ＳＯＮＹ−００−０００００００１」のように、双方向放送番組対応のテレビジョン受信機の生産時に設定されている個々の機器で固有の識別情報である。ユーザーは、双方向放送番組対応のテレビジョン受信機の購入後、この自テレビ識別情報及び当該ユーザーの氏名、住所、電話番号などをデータベースセンタのデータベースに登録する。データベースセンタでは、この自テレビ識別情報に対応する個人情報がデータベースで管理される。
【００５１】
ビデオＲＡＭ２５は表示に用いられる。ビデオＲＡＭ２５に対してはディスプレイコントローラ２５Ｃが設けられている。このディスプレイコントローラ２５Ｃは、ビデオＲＡＭ２５へのビデオデータの読み出し及び書き込みを制御するとともに、読み出したビデオデータをアナログ映像信号に変換する。そして、このディスプレイコントローラ２５Ｃから得られるアナログ映像信号は、映像信号処理部１５に供給され、制御部２０からの映像信号処理部１５の制御と相俟って、中間周波回路１２からの映像信号に重畳され、あるいは切り換えられて合成される。
【００５２】
制御系２０は、また、Ｉ／Ｏポート２６１、２６２、２６３、２６４及びＶＴＲのコントロールポート２７を備える。Ｉ／Ｏポート２６１を通じて制御信号が映像信号処理回路１５及び音声多重デコーダ１７に供給される。また、リモコン送信機（コマンダ）３４からの、例えば赤外線リモコン信号がリモコン受信機３５で受信され、その受信されたリモコン信号がリモコンデコード回路３６でデコードされ、そのデコードされたリモコン信号が、Ｉ／Ｏポート２６１より制御系２０に取り込まれる。
【００５３】
そして、コマンダ３４でのユーザーの操作に応じた制御が、ＲＯＭ２２のプログラムにしたがってＣＰＵ２１により行なわれる。例えば、選局や音量制御などのリモコン操作の場合、チューナ選局や音量制御が実行されると同時に、必要な文字や記号の表示のためのフォントデータが、ＲＯＭ２２から読み出されてビデオＲＡＭ２５へ転送される。そして、このビデオＲＡＭ２５のデータが映像信号処理回路１５に供給され、映像信号Ｓ１３と合成（例えばスーパーインポーズ）されることにより、受像管１６の画面に適宜の時間、表示される。
【００５４】
そして、選局や音量制御などのデータは、それぞれの操作の都度、不揮発性のＳＲＡＭ２４に書き込まれて、電源を一旦オフとした後に再度オンとした場合、電源オフ直前と同音量で同じチャンネルを試聴する、いわゆる、ラストメモリ機能が実現される。
【００５５】
Ｉ／Ｏポート２６３を通じては、選局信号がチューナ１１に供給される。また、この実施例では、実時間の通知や所定の時間の割り込み発生のためのタイマ回路３７からの時間データがＩ／Ｏポート２６４を通じて制御系２０に入力される。 また、ＶＴＲのコントロールポート２７は、この例では３台のＶＴＲ１、ＶＴＲ２、ＶＴＲ３に対してのコントロールが可能に構成されている。制御系２０は、このコントロールポート２７を通じてＶＴＲにコントロール信号を供給すると共に、ＶＴＲからのステータス信号を取り込み、ＶＴＲに対して所望の制御を行うことができる。
【００５６】
なお、各ＶＴＲは、チューナと中間周波数回路を内蔵しており、例えば分配器を介してアンテナ１に接続されて、制御系２０の制御の下に、予約録画をすることができる。
【００５７】
［多重化情報の受信処理］
次に、図４及び図５をも参照しながら、図１の実施例の多重化情報の受信処理について説明する。
【００５８】
テレビジョン受信機の電源がオンの状態では、前処理回路３１及びＤＴＭＦデコーダ３２を使用して、現在選択されているチャンネルの番組のオーディオ信号に混声されているＤＴＭＦ信号を、常時、監視する。すなわち、ＣＰＵ２１は、Ｉ／Ｏポート２６２を通じてＤＴＭＦデコーダ３２の出力を、常時、あるいは所定の周期でサーチし（ステップ１０１）、現に受信中の放送番組のオーディオ信号Ｓ14にＤＴＭＦ信号が混声されていることを検知したときは（ステップ１０２）、そのＤＴＭＦ信号のデコード出力Ｄ32を、前述したような番号や記号として取り込む（ステップ１０３）。
【００５９】
このとき、前述のような送出条件、すなわち、ＤＴＭＦ信号の続く長さが５０ｍｓｅｃ以上か、ＤＴＭＦ信号がなくなってから次の信号の立上がりまでのポーズ時間は３０ｍｓｅｃ以上か、ＤＴＭＦ信号の長さとポーズ時間との合計が規定値の１２０ｍｓｅｃ以上かなどのチェックを行い、本当に検出された信号がＤＴＭＦ信号かをチェックする（ステップ１０４）。これにより、放送電波の受信状態の悪いときのエラーデータの受信を防ぐことができると共に、通常の音声に、偶然、ＤＴＭＦ信号と同じ周波数成分が含まれていた場合の誤受信を防ぐことができる。
【００６０】
ステップ１０４において、受信データがＤＴＭＦ信号でないと判断した場合は、ステップ１０５に進んで、ＤＲＡＭ２３の一時格納域をクリアすると共に、保存ポインタを初期設定した後、ステップ１０１に戻って、ＤＴＭＦデコーダ３２の出力チェックを継続する。
【００６１】
また、受信データがＤＴＭＦであると判断した場合は、ステップ１０６に進んで、保存ポインタアドレスが一時格納域の範囲内にあるか否かをチェックする。そして、保存ポインタアドレスが一時格納域の範囲内にない場合は、電源オン直後の状態、または、エラー状態であるため、ステップ１０６からステップ１０７に進んで、リセットの意味から、保存ポインタに一時格納域のアドレスを初期設定する。これにより、保存ポインタの示すアドレスが不定のまま、ＤＲＡＭ２３にデータが書き込まれ、誤動作ないしはソフトウエア暴走の原因となることが防止される。
【００６２】
ステップ１０６でポインタアドレスが一時格納域の範囲内にあると判別したとき、また、ステップ１０７でポインタに一時格納域のアドレスを初期設定した後には、ステップ１０８に進んで受信データが“０”〜“９”までの番号や、“＃”や“＊”などの記号データであるかを判別する。これら数値や記号であると判別したときには、ステップ１０８からステップ１０９に進んで、一時格納域に空きがあるか否かをチェックする。
【００６３】
そして、受信データがこれらの数値や記号データであって、かつ、一時格納域に空きがある場合、つまりポインタが一時格納域の範囲内を指示している場合は、ステップ１１０に進んで、ＤＲＡＭ２３の、そのポインタが示すアドレスへ受信したデータ（“０”〜“９”、“＃”、“＊”）を格納する。そして、その後、ステップ１１１に進んでポインタを１文字分だけ更新する。その後、ステップ１０１に戻ってＤＴＭＦ信号の受信チェックを継続する。
【００６４】
また、ステップ１０９において、一時格納域に空きがないと判断した場合は、受信エラーなので、ステップ１１２に進んで、一時格納域をクリアし、ポインタに一時格納域のアドレスを初期設定する。
【００６５】
また、上述のステップ１０８において、受信データが、“０”〜“９”、“＃”、“＊”のような数値や記号データでない場合は、前述の４つの機能信号に対応する文字データ“Ａ”、“Ｂ”、“Ｃ”、“Ｄ”のいずれかであるので、図４の区分格納のルーチン１２０に入る。このルーチン１２０は、図５に示す内容のもので、まず、ステップ１２１において、ポインタに一時格納域の先頭アドレスをセットする。次いで、ステップ１２２、１２３、１２４で、受信データが“Ａ”、“Ｂ”、“Ｃ”の３つの機能信号のいずれであるかを順次チェックする。
【００６６】
そして、ステップ１２２で受信データが“Ａ”の機能信号であると判断した場合は、ステップ１２５に進んで、ポインタの示すアドレスに「Ａ」を設定する。また、ステップ１２３で受信データが“Ｂ”の機能信号であると判断した場合は、ステップ１２６に進んで、ポインタの示すアドレスに「Ｂ」を設定する。さらに、ステップ１２４で受信データが“Ｃ”の機能信号であると判断した場合は、ステップ１２７に進んで、ポインタの示すアドレスに「Ｃ」を設定する。
【００６７】
そして、これらステップ１２５、１２６、１２７の後は、ステップ１１１に進んで、ポインタを１文字分だけ更新する。その後、ステップ１０１に戻ってＤＴＭＦ信号の受信チェックを継続する。
【００６８】
上述のステップ１２２〜１２４において、“Ａ”、“Ｂ”、“Ｃ”の３つの機能信号のいずれでもないと判断した場合は、残りの文字“Ｄ”の機能信号であると判断し、ここまでに一時格納域に格納されたデータを１つのデータ列（情報群）として処理する。
【００６９】
すなわち、放送側は、ＤＴＭＦ信号の送信時には、送信開始信号として、“Ａ”、“Ｂ”、“Ｃ”の機能信号のいずれかを送出するので、ステップ１２５〜１２７の結果、一時格納域の先頭には、「Ａ」、「Ｂ」、「Ｃ」のいずれかが格納されている。そこで、次のステップ１２８においては、一時格納域の先頭が「Ａ」、「Ｂ」、「Ｃ」の文字データのいずれであるかを判別する。
【００７０】
この判別の結果、一時格納域の先頭が「Ａ」であれば、ステップ１２９に進んで、一時格納域の先頭からポインタの示す最後の部分までのデータ列を、対応する格納域Ｇａに保存する。また、一時格納域の先頭が「Ｂ」であれば、ステップ１３０に進んで、一時格納域の先頭からポインタの示す最後の部分までのデータ列を、対応する格納域Ｇｂに保存する。さらに、一時格納域の先頭が「Ｃ」であれば、ステップ１３１に進んで、一時格納域の先頭からポインタの示す最後の部分までのデータ列を、対応する格納域Ｇｃに保存する。これら格納域Ｇａ、Ｇｂ、Ｇｃとしては、後述のようにＤＲＡＭ２３またはＳＲＡＭ２４に設定される。
【００７１】
そして、次にステップ１３２に進んで、受信したデータ列の評価、解析を行ない、格納域Ｇａ、Ｇｂ、Ｇｃに格納された情報が、受信時に実行することが必要なコマンドである場合、そのコマンドに対応した処理、例えば、受信されている情報の一部または全部のクリア、現在時刻のタイマーへの設定、メニュー表示選択処理などを行なう。しかる後、ステップ１０１に戻って受信チェックを継続する。
【００７２】
以上のように、この実施例の多重データの受信処理では、放送番組のオーディオ信号を常時監視しながら、ＤＴＭＦ信号の内の機能信号に対応する文字データ“Ａ”と“Ｄ”、“Ｂ”と“Ｄ”、“Ｃ”と“Ｄ”の機能信号に挟まれたデータ列を１つの情報とみなし、前述のような情報の種類に応じて区分して、それぞれの情報を別々の格納域Ｇａ、Ｇｂ、Ｇｃへ自動的に保存する。こうして、この実施例では、受信情報を分類して保存することができる。
【００７３】
例えば、始端が“Ａ”の機能信号であれば、双方向番組への応答アクセスに関する情報として、データ列は格納域Ｇａに保存される。また、始端が“Ｂ”の機能信号であれば、環境設定に関する情報として、格納域Ｇｂに保存される。そして、始端が“Ｃ”の機能信号であれば、受信データのクリアに関する情報として、格納域Ｇｃに保存される。
【００７４】
応答アクセスに関する情報など双方向番組に対応する一時的な情報は、番号クリア信号の受信時にクリアすることが考えられるが、クリア信号受信時にチャンネルが切り替わっていたりする可能性を考えると、電源オフのタイミングで、古い番号がクリアされることが望ましい。したがって、応答アクセスに関する情報は、ＤＲＡＭ２３にそのまま保存してもよい。つまり、格納域ＧａはＤＲＡＭ２３上に設定してもよい。
【００７５】
一方、環境設定に関する情報には、前述のように、放送番組の受信予約や録画予約などのための時刻情報が含まれており、予約された番組の時刻情報は、例えば、１週間を超えるような比較的長い期間にわたって保存する必要がある。そこで、これらの情報は、不揮発性のＳＲＡＭ２４上に転送した方がよい。
【００７６】
したがって、この実施例では、格納域Ｇａ、Ｇｂ、Ｇｃは、その保存すべきデータの性質、つまり長期保存が必要か、電源オフで消去してもよいものか、などの条件に応じて、揮発性のＤＲＡＭ２３上あるいは不揮発性のＳＲＡＭ２４上に設定される。
【００７７】
そして、センター局に対する上り方向の情報の送信に一般の電話回線を利用した簡易型インタラクティブテレビジョンの、後述のような応答処理に際しては、ＤＲＡＭ２３上の格納域Ｇａ、Ｇｂに保存された、宛先電話番号や通信条件、番組ＩＤや設問ＩＤなどの必要な情報を、自動的に読み出して、利用することができる。
【００７８】
また、録画予約に際しても、ＤＲＡＭ２３上の格納域ＧｂからＳＲＡＭ２４上に転送された予約番組の時刻情報を、自動的に、利用することができる。
【００７９】
上述のように、この実施例では、ＤＴＭＦ信号形式で番組関連情報を番組のオーディオ信号に多重して放送するようにしたので、受信側では、ＤＴＭＦデコーダとしてＩＣ化されて量産されているＤＴＭＦレシーバーチップなどのような、安価な回路を使用することができて、文字多重放送対応の受信機に比べて、廉価な受信機を提供することができる。
【００８０】
また、文字多重放送形式での伝送と異なり、各種の放送方式にも同一の回路で対応することができると共に、従来の放送方式に影響を与えることもない。
【００８１】
もっとも、この実施例での情報の伝送レートは、前述のＤＴＭＦ信号の周期から明かなように、８文字／秒程度となり、文字多重方式による情報の伝送レートに比べて格段に遅いが、前述のように、所要の情報量が少ないので、伝送レートを問題にする必要はない。
【００８２】
［双方向放送の応答処理］
次に、図６を参照しながら、図１の実施例の応答処理について説明する。
図６のステップ１４１において、視聴者がリモコン送信機３４を操作することにより、このリモコン送信機３４から送信されたリモコン信号（コマンド）が、リモコン受信機３５に受信される。そして、受信したコマンドが、例えば、視聴者参加型のクイズ番組のような、双方向放送の番組に対する応答コマンドであるか否かが判断される（ステップ１４２）。
【００８３】
受信したコマンドが、例えば、チャンネル切り換えのような一般のコマンドである場合、そのコマンドに対応する処理がなされる（ステップ１４０）。
【００８４】
双方向放送の番組に対する応答コマンドの場合は、ステップ１４３において、放送番組に対する応答としての情報に、視聴者のＩＤ番号と、前述のような受信処理により、既にＤＲＡＭ２３上に保存されている番組ＩＤと、設問ＩＤとが付加されて、応答情報が作成される。そして、前述のような応答先情報に従って通信速度が設定され、ＤＲＡＭ２３上に保存されている所定の返信先としてのデータベースセンタの電話番号に宛てて、モデム３３を通じて、送信される（ステップ１４４）。
【００８５】
次のステップ１４５では、この送信が成功したか否かが判断され、正常に終了した場合は回線が切断されて（ステップ１４６）、送信が成功した旨のメッセージが一定時間だけ受像管１６の画面に表示される（ステップ１４７）。また、送信が不首尾に終わった場合は、回線が切断されて、送信が不首尾に終わった旨のメッセージが一定時間だけ画面に表示される（ステップ１４８）。
【００８６】
なお、視聴者のＩＤ番号としては、前述の「ＳＯＮＹ−００−０００００００１」のような個々の受信機に固有のＩＤ番号でもよいが、モデム３３に接続されている電話回線に与えられている電話番号であってもよい。
【００８７】
［応答情報の受信処理］
前述のような視聴者側からの応答に対し、データベースセンタでは、コンピュータ処理により、応答データが受け付けられて、返信元に受信終了の信号を送ってから回線が切られ、データが取り込まれる。
【００８８】
データベースセンタにおいては、データベースセンタのデータベースに予め登録されている放送番組テーブルと、多数の視聴者からの応答情報にそれぞれ付加されている、前述のような番組ＩＤとを照合することにより、それぞれの応答情報が、どの双方向番組に対しての応答であるのかを容易に識別することができる。また、応答情報中の設問ＩＤによって、番組中のどの設問への応答であるのかを容易に識別することができる。
【００８９】
前述のように、放送番組テーブルを参照して番組ＩＤから、その生放送の日時が判明するので、これを現在の時刻と比較することにより、番組が生放送であるか、再放送またはネット局での放送であるかを識別することもできる。放送番組に多重する番組ＩＤ自体に生放送の日時の情報を含めるようにしてもよい。
【００９０】
以上により、複数の放送局がデータベースセンタの応答処理システムを共用しても番組を確実に識別することが可能となり、放送局ごとに応答処理システムを用意する場合に比べて、双方向放送の構造基盤を経済的に構築することができる。また、データベースセンタの設置場所や設置数は、その処理能力に応じて決めることができると共に、増設も可能となって、初期投資が軽減される。
【００９１】
［他の実施例］
前述の実施例では、双方向放送番組の番組関連情報を、ＤＴＭＦ信号を用いて構成し、主放送オーディオ信号と多重して放送するようにしたが、文字多重放送と同様に、番組関連情報を、テレビジョン放送の垂直ブランキング期間に多重するようにしてもよい。
【００９２】
この場合、放送局側では、図７に示すような番組関連情報を、文字多重信号形式に構成し、副放送情報として、映像信号の垂直帰線期間に多重して放送する。一方、受信装置では、図１の実施例の前処理回路３１およびＤＴＭＦデコーダ３２に替えて、文字多重デコーダが搭載されると共に、このデコーダに映像復調回路１３の出力信号Ｓ13が供給される。そして、そのデコード出力を制御系２０に取り込み、デコードして、番組関連情報を再生し、ＤＲＡＭなどのメモリに記憶すると共に、受信した番組関連情報に対応して、図８に示すような返信情報を作成し、電話回線を通じて伝送する。
【００９３】
放送局側では、例えば、クイズ番組などの問題ごとの選択手順情報が作成されて、番組の放送に備えられる。例えば３択の問題であれば、３つの回答をメニュー表示して視聴者に選択させるという選択手順が作成される。
【００９４】
例えばクイズ番組の場合、返信先は例えば放送局側の受信システムとなり、この放送局側の受信システムへの通信プロトコルと受信システムの電話番号が、返信先情報として設定される。
【００９５】
そして、クイズ番組などの放送中、視聴者に解答を委ねる場面になった時点から、図７に示すように、時間情報、選択手順情報および返信先情報が、映像信号の垂直帰線期間に多重されて放送される。
【００９６】
時間情報は、現在時刻の情報であり、この実施例では、フィールドごとに更新されて、ＮＴＳＣ方式の場合、１／６０秒の精度となる。なお、従来の文字多重放送では、フレームごとに更新されて、ＮＴＳＣ方式の場合、１／３０秒の精度となる。
この時間情報は、常時放送してもよく、視聴者参加番組中で、視聴者の反応が期待される期間のみの放送でもよい。
【００９７】
選択手順情報は、通信用プロトコルのような、いわば、プログラムの塊であって、選択手順識別情報、選択手順、表示データ、時間制限情報などから構成され、かなりの情報量となり得るため、複数のフィールドにわたって多重されることもある。
【００９８】
選択手順識別情報は、どの選択手順、つまり、どの番組（番組ＩＤ）、どの質問、どのアンケート、どのクイズ問題に対する答であるか（設問ＩＤ）を示す識別子であって、視聴者の選択結果に付加して返信先に送信され、返信先では、この情報に基づいて、選択手順ごとに答が区分される。
【００９９】
選択手順は、中間言語的な記述による、メニュー選択のプログラムであって、ここに記載された流れに従って、イメージ、文字列、動画などにより、画面への表示が行なわれる。また、視聴者からの操作の受付や、この操作に対しての画面の切り換えなどの応答処理も行なわれる。
表示データは、上述のような、イメージ、文字列、動画などの表示に用いる、フォント、グラフィック、アニメーション、動画などのデータである。
時間制限情報は、上述のような識別子により示される、選択内容への返信の有効時間と、メニュー表示に何らの操作がない場合、受信側で自動的に表示を中止するまでの時間とである。
受信側で表示を中止する場合には、正解を放送するまでの予定時間が設定される。
また、選択内容への返信の有効時間は、正解を放送するまでの予定時間に、前述のような電話回線の混雑を見込んで、若干の余裕時間が加算される。
【０１００】
返信先情報は、返信の際の通信速度、パリティの有無、ＮＭＰの使用の有無、Ｘモデム方式などの通信環境設定情報と、返信先の電話番号などで構成され、この電話番号に対して、設定された環境に従って、図８に示すような返信情報が視聴者から返信される。
【０１０１】
図８において、先頭の返信データ識別情報は、放送局側で受信したデータが、返信データであるのか、その他のアクセスによるものかを区別するための識別子である。
【０１０２】
次のチェックデータは、送信時のビット落ち、ノイズなどによりデータが変化していないかどうか、チェックサムなどにより整合をとるためのものである。
【０１０３】
返信データのうち、選択手順識別情報は、前出図７で示される値であって、これにより、視聴者からの解答が、どのメニュー、どの質問に対する答であるかが判断される。
放送局からは、質問１、質問２‥‥の順序で放送されても、電話回線の状況によっては、視聴者からの回答が放送と同じ順序で返信されるとは限らないので、このような識別情報が必要となる。
【０１０４】
また、選択結果情報としては、最終的に選ばれたメニュー項目を示す情報などが返信される。
【０１０５】
返信データの次の、返信元識別情報としては、前述の実施例と同様に、視聴者に固有の番号、例えば、電話番号や受信装置の製造番号などが用いられる。
【０１０６】
なお、番組関連情報をテレビジョン信号の垂直ブランキング期間に多重した場合は、前述のように、放送局用のＶＴＲで番組を録画する際に、必要な情報が失われてしまう。
録画時に同期信号が付け替えられても、必要な情報を確実に存続させるためには、テレビジョンの有効画面に対応する、非ブランキング期間の所定のラインに所要のデータを重畳して送出すると共に、受信側では、所定のラインに対応するウィンドウ信号を用いて、所要のデータを抽出するようにすればよい。
【０１０７】
なお、以上の例は、テレビジョン放送にこの発明を適用した場合であるが、特に多重する副放送情報をＤＴＭＦ信号で構成すれば、ラジオ放送にも適用可能である。
【０１０８】
【発明の効果】
以上説明したように、この発明によれば、受信側からの応答の情報を、電話回線を通じて所定の返信先に送信するようにした双方向放送において、放送局側からは、双方向番組の番組識別情報を主放送信号に多重して放送すると共に、受信側では、受信した番組識別情報を応答の情報に加えて所定の返信先に送信するようにしたので、その応答がどの双方向番組に対する応答なのかを容易に識別できる。
【０１０９】
そして、応答がどの双方向番組に対する応答なのかを容易に識別できるので、応答を受ける単一のセンタであっても視聴者からの応答を一括して受け付けることが可能になる。このため、施設を共有化できるので、放送局毎に応答を受け付けるための電話受付施設を準備する場合に比べて安価に双方向システムの構築ができる。
【０１１０】
そして、センタの設置場所や設置数は、純粋に処理能力によって決めることができ、足りなくなったら増やしていく方法がとれ、最初から各ブロック毎にセンタを配置するような膨大な初期投資が必要ない。
【０１１１】
そして、番組識別情報に生放送の時間を含めた場合には、応答が生放送の双方向番組に対する応答なのか、録画番組への応答なのかがすぐに識別できるようになる。
【図面の簡単な説明】
【図１】この発明による双方向放送の受信装置の一実施例の構成を示すブロック図である。
【図２】ＤＴＭＦ信号を説明するための図である。
【図３】ＤＴＭＦ信号の送出条件を説明するための図である。
【図４】図１の実施例の動作を説明するための流れ図である。
【図５】図１の実施例の他の動作を説明するための流れ図である。
【図６】図１の実施例の他の動作を説明するための流れ図である。
【図７】この発明による双方向放送方式の一実施例の要部の構成を説明するための概念図である。
【図８】この発明による双方向放送方式の一実施例の他の要部の構成を説明するための概念図である。
【符号の説明】
１０ 信号系
１４ 音声復調器
２０ 制御系
２１ ＣＰＵ
２３ ＤＲＡＭ
２４ ＳＲＡＭ
３１ 前処理回路
３２ ＤＴＭＦデコーダ
３３ モデム
３７ タイマ
【産業上の利用分野】
この発明は、双方向番組に対する応答を行なう双方向放送方法及び双方向放送の受信装置に関する。
【０００２】
【従来の技術】
従来、テレビショッピング、アンケート調査や、視聴者参加型のクイズ番組などにおいて、テレビジョン放送側で、その応答のための受付電話番号が、適宜の時間だけ、スーパーインポーズで画面に表示され、視聴者からの応答は、電話やファクシミリによって行なうようにした双方向放送がある。
【０００３】
【発明が解決しようとする課題】
ところで、例えば、全国規模で多数の放送局を網羅した、いわゆる、系列放送局を通じて、前述のような双方向放送を行なう場合、国内を複数のブロックに分け、ブロックごとにデータベースセンタを設けて、このデータベースセンタにおいてブロック内の視聴者からの応答を一括して受け付けるようにしたシステムが考えられている。
【０００４】
この場合、ブロック毎のデータベースセンタには、双方向テレビ受信装置の生産時に付与された識別情報（製品番号など）を視聴者の双方向ＩＤとして、双方向テレビ受信装置の使用者（視聴者）が予め自己の氏名など登録する。そして、視聴者の双方向番組に対するデータベースセンタへの応答の送信時に、この双方向ＩＤを応答と一緒にデータベースセンタに送信する。データベースセンタは、その双方向ＩＤから、そのデータベースに予め登録されている視聴者の氏名などを検索することができる。
【０００５】
また、各データベースセンタに番組情報テーブルを登録しておき、視聴者からの応答に、そのときに視聴中のチャンネルのＩＤを付加して送信することにより、ある双方向番組が同時に複数のチャンネルで放送されている場合でも、視聴者からの応答がどの番組に対応するものであるか、更に、双方向番組が生放送であるか、録画による再放送であるかを識別することができる方法も提案されている。 ところが、放送局へのチャンネル割当てと、放送局の系列化とは、それぞれ独立に行なわれるため、ある地域のＡ系列の放送局と、他の地域のＢ系列の放送局とが、同じチャンネルで異なる番組を放送している場合もある。
【０００６】
この場合にもチャンネルＩＤを用いようとすると、Ａ系列の放送局とＢ系列の放送局とが同じブロックにならないように、国内を多数のブロックに分ける必要があり、ブロックごとにデータベースセンタを設けるために、相当額の投資を強いられるという問題が生ずる。また、放送局の新設により、あるチャンネルがブロック内で重複使用されることになれば、再度のブロック分けと、データベースセンタの新設とが必要になる。
【０００７】
一方、各データベースセンタの番組情報テーブルを、番組ごとに系列情報を登録して作成すれば、視聴者からの応答を、放送チャンネルで区分することもできるが、この場合は、複雑なシステムになってしまうという問題が生ずる。
【０００８】
この発明は、以上の点に鑑み、複数の双方向放送番組に対する視聴者からの応答を一括して受け付ける場合でも、それぞれの応答がどの双方向放送番組に対応するのかを、受け付け側で、容易に識別することができる双方向放送方法及び双方向放送の受信装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
前記課題を解決するため、この発明による双方向放送方法は、
放送局側から受信者の応答を促す双方向番組を放送し、受信側からの応答の情報を、通信路を通じて所定の返信先に送信するようにした双方向放送方法において、
上記放送局側からは、少なくとも上記双方向番組を制作した放送局とその放送日時と当該番組固有の情報と当該番組内の設問を識別する情報とを含む番組識別情報を主放送信号に多重して放送すると共に、
上記受信側では、受信した上記番組識別情報及び自装置に割り当てられた識別情報を上記応答の情報に、上記応答の情報に対して独立した状態で加えて、上記返信先との間に生成した通信路を通じて上記返信先に送信すると共に、上記返信先への送信が成功したか否かを判断し、上記返信先への送信が成功したと判断した場合は、上記生成した通信路を切断するようにした
ことを特徴とする。
【００１０】
また、この発明による双方向放送の受信装置は、
放送局側から放送される受信者の応答を促す双方向番組に対する受信側からの応答の情報を、所定の返信先に送信するようにした双方向放送の受信装置において、
上記双方向番組に対する応答の情報を入力する入力手段と、
自装置に割り当てられた識別情報を記憶する手段と、
受信した上記双方向番組の放送信号に多重されている、少なくとも当該番組を制作した放送局とその放送日時と当該番組固有の情報と当該番組内の設問を識別する情報とを含む番組識別情報を分離する分離手段と、
上記入力手段を通じて入力された上記双方向番組に対する応答の情報に、上記自装置の識別情報及び上記分離手段により分離された番組識別情報を、上記応答の情報に対して独立した状態で加えて、上記返信先との間に生成した通信路を通じて上記返信先に送信する送信手段と、
上記返信先への送信が成功したか否かを判断し、成功したと判断した場合は、上記生成した通信路を切断する制御手段と、
を備えることを特徴とする。
【００１１】
【作用】
かかる構成によれば、返信先では、双方向放送番組の受信側からの応答情報に加えられた、番組識別情報に基づいて、それぞれの応答がどの双方向放送番組に対応するものであるか、容易に識別することができる。従って、双方向番組に対する応答情報の返信先が１つのデータベースセンタであっても、複数の双方向放送番組に対する視聴者からの応答を一括して受け付け、処理することが可能となる。
【００１２】
【実施例】
以下、この発明による双方向放送方式及び双方向放送の受信装置の一実施例について説明する。この例においては、放送局側では、双方向番組の放送の際に、その副放送情報としての双方向番組関連情報を、主放送テレビジョン信号に多重して放送する。一方、受信側では、受信した映像信号から双方向番組関連情報を分離、再生して、メモリに記憶しておき、双方向放送番組に対する応答などに利用する。
【００１３】
この例においては、双方向番組の番組関連情報は、主放送音声とは区別が容易であるオーディオ帯域の信号、例えば電話のプッシュ回線などで使用されているＤＴＭＦ（Dual Tone Multi Frequency ）信号により主放送音声信号に重畳するようにするしたりする。
【００１４】
すなわち、放送局側では、副放送情報としての番組関連情報をＤＴＭＦ信号形式の信号の構成として、主放送オーディオ信号に多重化（混声）して放送する。一方、受信側では、受信した放送オーディオ信号からＤＴＭＦ信号を分離・デコードして、番組関連情報を再生し、メモリに記憶して、サービス局などとの電話通信や番組予約などに利用する。
【００１５】
［ＤＴＭＦ信号］
まず、図２を参照しながら、ＤＴＭＦ信号について説明する。
ＤＴＭＦ信号方式は、１つは低周波数のグループ（低群）、そしてもう１つは高周波数のグループ（高群）の２つのトーンを同時に送るオーディオ帯域信号方式である。これらの低周波数及び高周波数のグループの各々は、どの２つも調音の関係にない４つのオーディオ帯域周波数のトーンからなっている。
【００１６】
ＤＴＭＦ信号では、低群の４周波数は、例えば、６９７Ｈｚ、７７０Ｈｚ、８５２Ｈｚ、９４１Ｈｚとされ、高群の４周波数は、例えば、１２０９Ｈｚ、１３３６Ｈｚ、１４７７Ｈｚ、１６３３Ｈｚとされている。そして、これら低群と高群の中のそれぞれ１周波数ずつを組み合わせ、その組み合わせからなる各ＤＴＭＦ信号（この各ＤＴＭＦ信号のそれぞれを、以下機能信号という）を、図２に示すように、４行４列に配設されたプッシュボタン「０」〜「Ｄ」にそれぞれ割り付けられる。
【００１７】
電話通信では、ＤＴＭＦ信号の１６の組み合わせの機能信号のうち、単に１２個が一般に加入者アドレス（電話番号）の信号に用いられている。つまり、電話機でいわゆるテンキーとして使用されている「０」〜「９」の数字と、「＊」や「＃」の記号に対して、前記の１２個の組み合わせの機能信号が対応される。図２に破線で示した「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」の文字に対応する機能信号は、日本国内では一般には利用しておらず、プッシュボタン（ＰＢ）ダイアルを利用したデータ伝送に利用されているのみである。
【００１８】
このようなＤＴＭＦ信号を使って電話番号による回線選択を行なう場合、信号の送出条件は、図３に示すように規定されている。
【００１９】
上述のような２周波数の組み合わせと送出条件とによって、ＤＴＭＦ信号は、自然界では滅多に発生しないものとなり、人の声などのような自然音と明確に区別することができるので、通常の放送オーディオ信号に多重（混声）して放送することができて、受信側での分離も比較的容易である。
【００２０】
ちなみに、ＤＴＭＦ信号は、多機能電話においても利用されており、外出先からプッシュボタン式の電話のボタン操作によって、自宅の電話に留守番録音されている用件を再生させたり、留守番録音の応答メッセージを録音、再生したり、用件を消去したりすることができる。
【００２１】
［複数の副放送情報の放送］
この実施例の送信側、つまり放送局側においては、副放送情報の送信に当たって、上述のようにＰＢ回線選択には使用されていない「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」を意味する機能信号のうち、「Ａ」、「Ｂ」、「Ｃ」の機能信号は、副放送情報の送信開始情報として用い、「Ｄ」の機能信号は送信終了情報として用いる。
【００２２】
送信開始情報が３種類あるので、この例では、３種類の副放送情報を区別して送信することができる。つまり、３種の副放送情報は、その種別ごとに、「Ａ」、「Ｂ」、「Ｃ」の機能信号のいずれかと、「Ｄ」の機能信号とで区切られて放送される。
【００２３】
例えば、双方向番組への応答アクセスに関する情報、例えばアクセス先の電話番号（受付電話番号）、伝送レートなどの副放送情報は、「Ａ」の機能信号を送信開始情報とし、送信終了情報である「Ｄ」の機能信号との間に送信される。また、同様に、例えば応答側の電話番号の末尾制限や現在時刻設定などの環境設定に関する副放送情報は、「Ｂ」の機能信号と「Ｄ」の機能信号との間に、受信データのクリアに関する情報は「Ｃ」の機能信号と「Ｄ」の機能信号との間に、それぞれ挟まれた状態の信号として多重化されて放送される。
【００２４】
そして、受信側においては、送信開始情報としての「Ａ」、「Ｂ」、「Ｃ」の機能信号のいずれかと、送信終了情報としての「Ｄ」の機能信号とに挟まれた数値や記号データが副放送データ列（情報群）とみなされて、メモリの所定の格納域にそれぞれ区別されて保存される。
【００２５】
例えば、応答アクセスに関する情報として、インタラクティブ（対話型）テレビジョン規格バージョンが００の受信機に対して、受付電話番号０９９０−１２３４−１２３４に、伝送レート３００ｂｐｓでアクセスを許可する場合は、副放送情報は、
００＃０９９０＊１２３４＊１２３４
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ａ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。ここで、データ列のうち、最初の００は、インタラクティブ（対話型）テレビジョン規格バージョンが００（伝送レート３００ｂｐｓ）を示し、記号「＃」の後の数値データは受付電話番号である。
【００２６】
また、インタラクティブテレビジョン規格バージョンが０１の受信機に対し、電話番号０９９０−１２３４−１２３５に、伝送レート１２００ｂｐｓでアクセスを許可する場合には、
０１＃０９９０＊１２３４＊１２３５
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ａ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。ここで、データ列のうち、最初の０１は、インタラクティブ（対話型）テレビジョン規格バージョンが０１（伝送レート１２００ｂｐｓ）を示し、記号「＃」の後の数値データは受付電話番号である。
【００２７】
なお、上述のような応答アクセスに関するデータ列では、記号「＃」がセパレータ（個々のデータの区切り）を表わし、記号「＊」がポーズを表わす。
【００２８】
環境設定に関する情報として、特定の電話番号（加入者番号）を持った視聴者のみにアクセスを制限する場合、例えば、電話番号末尾が０の番号のみにアクセスを許可するときは、
０＃０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、また、電話番号末尾が１の番号のみにアクセスを許可するときは、
０＃１
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、それぞれ、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。この場合、記号「＃」の前の数字「０」は、記号「＃」の次の数字を、末尾として有する電話番号からのアクセスを許可することを意味する。
【００２９】
また、電話番号末尾が偶数の番号のみにアクセスを許可するときは、
０＃０＊０＃２＊０＃４＊０＃６＊０＃８
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。ここでは、記号「＊」は論理和を意味している。
【００３０】
さらに、放送番組の受信予約や録画予約などのための時刻情報として、例えば、現在時刻が１９９３年１２月１５日火曜日７時００分の場合は、
１＃１９９３１２１５２０７００
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。
【００３１】
そして、この実施例では、双方向放送番組の場合、番組識別情報（以下、番組ＩＤという）が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。番組ＩＤは、その番組を制作した基幹放送局と、その放送局での生放送の日時などを示す、番組ごとに固有の情報であって、番組が再放送される場合にも、同じ識別番号が用いられる。番組ＩＤとしては、放送局（ネット局）に例えば０００〜９９９の放送局識別番号が割り当てられ、放送番組に、例えば００００〜９９９９の放送番組識別番号がそれぞれ付与される。
【００３２】
双方向番組の応答の返信先となるデータベースセンタは、番組ＩＤに対する放送番組テーブルを備え、前記のその番組を制作した基幹放送局と、その放送局での生放送の日時などが、そのテーブルから参照できるようにされている。
なお、番組内の設問には例えば０００〜９９９の設問ＩＤが付与される。
【００３３】
例えば、識別番号が００８の放送局から、識別番号が４３２１の双方向放送番組で、設問ＩＤが００２の設問が、１９９３年１２月１５日午後６時３８分に放送された場合は、
００＃００８＊４３２１＊００２＊１９９３１２１５１８３８
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれて送出される。
【００３４】
この双方向放送番組の応答が、現時点から５分間だけ、アクセス許可される場合は、
１０＃５
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれて送出される。
【００３５】
また、この双方向放送番組の応答が、同日の午後１１時００分から１１時３０分まで、アクセス許可される場合には、
１１＃１９９３１２１５２３００２３３０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｂ」の機能信号と「Ｄ」の機能信号との間に挟まれて送出される。
【００３６】
なお、上述のような双方向放送番組に関するデータ列で、記号「＃」，「＊」はセパレータを表わす。
【００３７】
そして、受信データのクリアに関する情報（コマンド）として、例えば、アクセス番号制限をクリアする場合は、
９９＃０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｃ」の機能信号と「Ｄ」の機能信号との間に挟まれて、番組の途中ないしは終了時に送出される。
【００３８】
また、受付電話番号をクリアする場合には、
９９＃１
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｃ」の機能信号と「Ｄ」の機能信号との間に挟まれて、番組の終了時に送出される。
【００３９】
更に、この実施例では、上述のような絶対的なアクセス許可時間制限をする場合は、その制限に先だって、受信側のタイマ設定のためのコマンドが放送される。 例えば、タイマの現在時刻を１９９３年１２月１５日火曜日午後６時３０分に設定する場合には、
０＃１９９３１２１５２１８３０
のようなＤＴＭＦ信号の各機能信号により構成されるデータ列が、「Ｃ」の機能信号と「Ｄ」の機能信号との間に挟まれた状態で主放送オーディオ信号に多重化されて送出される。
【００４０】
上述のように、電話回線の選択信号としては使用されていない「Ａ」、「Ｂ」、「Ｃ」；「Ｄ」の機能信号を、副放送情報の送信開始情報及び送信終了情報とすることによって、例えば、ドラマの電話をかけるシーンなどで、ＤＴＭＦ音が発信されても、番組関連情報と混同されることはない。また、副放送情報を確実に送受することができる。
【００４１】
なお、再放送などのために、放送局用のＶＴＲで番組を録画する際には、ブランキング期間を含んで、水平及び垂直の同期信号がＶＴＲ内部で生成したものに付け替えられる。ＤＴＭＦ信号は音声として記録されるので、放送局での番組録画によっても、上述のような副放送情報の変化や欠落はない。
【００４２】
［受信装置の構成］
次に、図１、図４〜図６を参照しながら、この発明による双方向放送の受信装置を、双方向放送番組対応のテレビジョン受信機に適用した場合の一実施例について説明する。
【００４３】
この例の双方向放送の受信装置の一実施例の構成を図１に示す。図１において、１０はテレビジョン受信機の信号系であり、２０はその制御系である。
【００４４】
アンテナ１で受信された放送電波はチューナ１１に供給される。チューナ１１には制御系２０から選局信号が供給されて、このチューナ１１において所望のチャンネルの放送信号が選択されて中間周波信号に変換される。この中間周波信号は中間周波回路１２に供給される。この中間周波回路１２には、映像復調器１３と音声復調器１４とが含まれ、映像信号及びオーディオ信号が復調される。
【００４５】
映像復調器１３からの映像信号Ｓ13は、映像信号処理回路１５を経て、受像管１６に供給される。音声復調器１４からのオーディオ信号Ｓ14は、音声多重デコーダ１７に供給されて、２か国語信号またはステレオ信号ＳＬ、ＳＲがデコードされる。そして、これら信号ＳＬ、ＳＲがそれぞれアンプ１８Ｌ、１８Ｒを通じて左右のスピーカ１９Ｌ、１９Ｒに供給される。
【００４６】
音声復調器１４からのオーディオ信号Ｓ14は、また、前処理回路３１を介してＤＴＭＦデコーダ３２に供給される。このＤＴＭＦデコーダ３２は、その入力信号中のＤＴＭＦ信号を常時サーチし、ＤＴＭＦ信号を検知すると、そのＤＴＭＦ信号がいずれの機能信号であるかのデコードを行う。つまり、「０」〜「９」の番号、「＃」、「＊」、「Ａ」〜「Ｄ」がデコードされる。そして、そのデコードしたデータを制御系２０に供給する。
【００４７】
この例の場合には、このＤＴＭＦデコーダ３２としては、広く普及している市販のＤＴＭＦデコーダを用いる。前処理回路３１は、このようにＤＴＭＦデコーダ３２として市販のＤＴＭＦデコーダを使用しても、より精度の高いＤＴＭＦ信号の抽出及びデコードを行うことができるようにするための前処理を行うために設けられる。すなわち、前処理回路３１は、オーディオ信号Ｓ14について、ＤＴＭＦ信号以外の周波数成分を除去して、ＤＴＭＦデコーダ３２の入力信号が、市販のＤＴＭＦデコーダが許容する信号となるようにするもので、フィルタ回路からなる。
【００４８】
また、この実施例では、視聴者参加型番組への応答など、双方向放送番組に対応するために、データ通信用のモデム（変復調装置）３３が設けられる。このモデム３３の回線接続端子Lineには電話回線２が接続され、電話端子Tel には電話機３が接続される。このモデム３３が、制御系２０のシステムバス２００に接続される。また、モデム３３からのデータが、ＤＴＭＦデコーダ３２に供給されており、電話回線２を介して送られてくるＤＴＭＦ信号をこのＤＴＭＦデコーダ３２でデコードして、制御系２０に取り込むことができるようにされている。
【００４９】
制御系２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＤＲＡＭ２３と、ＳＲＡＭ２４と、ビデオＲＡＭ２５とを備え、それぞれがシステムバス２００に接続される。ＲＯＭ２２には、後述するＤＴＭＦデータの受信取り込み処理プログラムのほか、各種の制御プログラムが格納されると共に、表示に用いるフォントやグラフィックのデータが格納されている。ＤＲＡＭ２３は主に演算のための作業領域として利用され、ＳＲＡＭ２４には受信装置自身の設定情報や自テレビ識別情報などが保存される。
【００５０】
ここで、自テレビ識別情報は、例えば「ＳＯＮＹ−００−０００００００１」のように、双方向放送番組対応のテレビジョン受信機の生産時に設定されている個々の機器で固有の識別情報である。ユーザーは、双方向放送番組対応のテレビジョン受信機の購入後、この自テレビ識別情報及び当該ユーザーの氏名、住所、電話番号などをデータベースセンタのデータベースに登録する。データベースセンタでは、この自テレビ識別情報に対応する個人情報がデータベースで管理される。
【００５１】
ビデオＲＡＭ２５は表示に用いられる。ビデオＲＡＭ２５に対してはディスプレイコントローラ２５Ｃが設けられている。このディスプレイコントローラ２５Ｃは、ビデオＲＡＭ２５へのビデオデータの読み出し及び書き込みを制御するとともに、読み出したビデオデータをアナログ映像信号に変換する。そして、このディスプレイコントローラ２５Ｃから得られるアナログ映像信号は、映像信号処理部１５に供給され、制御部２０からの映像信号処理部１５の制御と相俟って、中間周波回路１２からの映像信号に重畳され、あるいは切り換えられて合成される。
【００５２】
制御系２０は、また、Ｉ／Ｏポート２６１、２６２、２６３、２６４及びＶＴＲのコントロールポート２７を備える。Ｉ／Ｏポート２６１を通じて制御信号が映像信号処理回路１５及び音声多重デコーダ１７に供給される。また、リモコン送信機（コマンダ）３４からの、例えば赤外線リモコン信号がリモコン受信機３５で受信され、その受信されたリモコン信号がリモコンデコード回路３６でデコードされ、そのデコードされたリモコン信号が、Ｉ／Ｏポート２６１より制御系２０に取り込まれる。
【００５３】
そして、コマンダ３４でのユーザーの操作に応じた制御が、ＲＯＭ２２のプログラムにしたがってＣＰＵ２１により行なわれる。例えば、選局や音量制御などのリモコン操作の場合、チューナ選局や音量制御が実行されると同時に、必要な文字や記号の表示のためのフォントデータが、ＲＯＭ２２から読み出されてビデオＲＡＭ２５へ転送される。そして、このビデオＲＡＭ２５のデータが映像信号処理回路１５に供給され、映像信号Ｓ１３と合成（例えばスーパーインポーズ）されることにより、受像管１６の画面に適宜の時間、表示される。
【００５４】
そして、選局や音量制御などのデータは、それぞれの操作の都度、不揮発性のＳＲＡＭ２４に書き込まれて、電源を一旦オフとした後に再度オンとした場合、電源オフ直前と同音量で同じチャンネルを試聴する、いわゆる、ラストメモリ機能が実現される。
【００５５】
Ｉ／Ｏポート２６３を通じては、選局信号がチューナ１１に供給される。また、この実施例では、実時間の通知や所定の時間の割り込み発生のためのタイマ回路３７からの時間データがＩ／Ｏポート２６４を通じて制御系２０に入力される。 また、ＶＴＲのコントロールポート２７は、この例では３台のＶＴＲ１、ＶＴＲ２、ＶＴＲ３に対してのコントロールが可能に構成されている。制御系２０は、このコントロールポート２７を通じてＶＴＲにコントロール信号を供給すると共に、ＶＴＲからのステータス信号を取り込み、ＶＴＲに対して所望の制御を行うことができる。
【００５６】
なお、各ＶＴＲは、チューナと中間周波数回路を内蔵しており、例えば分配器を介してアンテナ１に接続されて、制御系２０の制御の下に、予約録画をすることができる。
【００５７】
［多重化情報の受信処理］
次に、図４及び図５をも参照しながら、図１の実施例の多重化情報の受信処理について説明する。
【００５８】
テレビジョン受信機の電源がオンの状態では、前処理回路３１及びＤＴＭＦデコーダ３２を使用して、現在選択されているチャンネルの番組のオーディオ信号に混声されているＤＴＭＦ信号を、常時、監視する。すなわち、ＣＰＵ２１は、Ｉ／Ｏポート２６２を通じてＤＴＭＦデコーダ３２の出力を、常時、あるいは所定の周期でサーチし（ステップ１０１）、現に受信中の放送番組のオーディオ信号Ｓ14にＤＴＭＦ信号が混声されていることを検知したときは（ステップ１０２）、そのＤＴＭＦ信号のデコード出力Ｄ32を、前述したような番号や記号として取り込む（ステップ１０３）。
【００５９】
このとき、前述のような送出条件、すなわち、ＤＴＭＦ信号の続く長さが５０ｍｓｅｃ以上か、ＤＴＭＦ信号がなくなってから次の信号の立上がりまでのポーズ時間は３０ｍｓｅｃ以上か、ＤＴＭＦ信号の長さとポーズ時間との合計が規定値の１２０ｍｓｅｃ以上かなどのチェックを行い、本当に検出された信号がＤＴＭＦ信号かをチェックする（ステップ１０４）。これにより、放送電波の受信状態の悪いときのエラーデータの受信を防ぐことができると共に、通常の音声に、偶然、ＤＴＭＦ信号と同じ周波数成分が含まれていた場合の誤受信を防ぐことができる。
【００６０】
ステップ１０４において、受信データがＤＴＭＦ信号でないと判断した場合は、ステップ１０５に進んで、ＤＲＡＭ２３の一時格納域をクリアすると共に、保存ポインタを初期設定した後、ステップ１０１に戻って、ＤＴＭＦデコーダ３２の出力チェックを継続する。
【００６１】
また、受信データがＤＴＭＦであると判断した場合は、ステップ１０６に進んで、保存ポインタアドレスが一時格納域の範囲内にあるか否かをチェックする。そして、保存ポインタアドレスが一時格納域の範囲内にない場合は、電源オン直後の状態、または、エラー状態であるため、ステップ１０６からステップ１０７に進んで、リセットの意味から、保存ポインタに一時格納域のアドレスを初期設定する。これにより、保存ポインタの示すアドレスが不定のまま、ＤＲＡＭ２３にデータが書き込まれ、誤動作ないしはソフトウエア暴走の原因となることが防止される。
【００６２】
ステップ１０６でポインタアドレスが一時格納域の範囲内にあると判別したとき、また、ステップ１０７でポインタに一時格納域のアドレスを初期設定した後には、ステップ１０８に進んで受信データが“０”〜“９”までの番号や、“＃”や“＊”などの記号データであるかを判別する。これら数値や記号であると判別したときには、ステップ１０８からステップ１０９に進んで、一時格納域に空きがあるか否かをチェックする。
【００６３】
そして、受信データがこれらの数値や記号データであって、かつ、一時格納域に空きがある場合、つまりポインタが一時格納域の範囲内を指示している場合は、ステップ１１０に進んで、ＤＲＡＭ２３の、そのポインタが示すアドレスへ受信したデータ（“０”〜“９”、“＃”、“＊”）を格納する。そして、その後、ステップ１１１に進んでポインタを１文字分だけ更新する。その後、ステップ１０１に戻ってＤＴＭＦ信号の受信チェックを継続する。
【００６４】
また、ステップ１０９において、一時格納域に空きがないと判断した場合は、受信エラーなので、ステップ１１２に進んで、一時格納域をクリアし、ポインタに一時格納域のアドレスを初期設定する。
【００６５】
また、上述のステップ１０８において、受信データが、“０”〜“９”、“＃”、“＊”のような数値や記号データでない場合は、前述の４つの機能信号に対応する文字データ“Ａ”、“Ｂ”、“Ｃ”、“Ｄ”のいずれかであるので、図４の区分格納のルーチン１２０に入る。このルーチン１２０は、図５に示す内容のもので、まず、ステップ１２１において、ポインタに一時格納域の先頭アドレスをセットする。次いで、ステップ１２２、１２３、１２４で、受信データが“Ａ”、“Ｂ”、“Ｃ”の３つの機能信号のいずれであるかを順次チェックする。
【００６６】
そして、ステップ１２２で受信データが“Ａ”の機能信号であると判断した場合は、ステップ１２５に進んで、ポインタの示すアドレスに「Ａ」を設定する。また、ステップ１２３で受信データが“Ｂ”の機能信号であると判断した場合は、ステップ１２６に進んで、ポインタの示すアドレスに「Ｂ」を設定する。さらに、ステップ１２４で受信データが“Ｃ”の機能信号であると判断した場合は、ステップ１２７に進んで、ポインタの示すアドレスに「Ｃ」を設定する。
【００６７】
そして、これらステップ１２５、１２６、１２７の後は、ステップ１１１に進んで、ポインタを１文字分だけ更新する。その後、ステップ１０１に戻ってＤＴＭＦ信号の受信チェックを継続する。
【００６８】
上述のステップ１２２〜１２４において、“Ａ”、“Ｂ”、“Ｃ”の３つの機能信号のいずれでもないと判断した場合は、残りの文字“Ｄ”の機能信号であると判断し、ここまでに一時格納域に格納されたデータを１つのデータ列（情報群）として処理する。
【００６９】
すなわち、放送側は、ＤＴＭＦ信号の送信時には、送信開始信号として、“Ａ”、“Ｂ”、“Ｃ”の機能信号のいずれかを送出するので、ステップ１２５〜１２７の結果、一時格納域の先頭には、「Ａ」、「Ｂ」、「Ｃ」のいずれかが格納されている。そこで、次のステップ１２８においては、一時格納域の先頭が「Ａ」、「Ｂ」、「Ｃ」の文字データのいずれであるかを判別する。
【００７０】
この判別の結果、一時格納域の先頭が「Ａ」であれば、ステップ１２９に進んで、一時格納域の先頭からポインタの示す最後の部分までのデータ列を、対応する格納域Ｇａに保存する。また、一時格納域の先頭が「Ｂ」であれば、ステップ１３０に進んで、一時格納域の先頭からポインタの示す最後の部分までのデータ列を、対応する格納域Ｇｂに保存する。さらに、一時格納域の先頭が「Ｃ」であれば、ステップ１３１に進んで、一時格納域の先頭からポインタの示す最後の部分までのデータ列を、対応する格納域Ｇｃに保存する。これら格納域Ｇａ、Ｇｂ、Ｇｃとしては、後述のようにＤＲＡＭ２３またはＳＲＡＭ２４に設定される。
【００７１】
そして、次にステップ１３２に進んで、受信したデータ列の評価、解析を行ない、格納域Ｇａ、Ｇｂ、Ｇｃに格納された情報が、受信時に実行することが必要なコマンドである場合、そのコマンドに対応した処理、例えば、受信されている情報の一部または全部のクリア、現在時刻のタイマーへの設定、メニュー表示選択処理などを行なう。しかる後、ステップ１０１に戻って受信チェックを継続する。
【００７２】
以上のように、この実施例の多重データの受信処理では、放送番組のオーディオ信号を常時監視しながら、ＤＴＭＦ信号の内の機能信号に対応する文字データ“Ａ”と“Ｄ”、“Ｂ”と“Ｄ”、“Ｃ”と“Ｄ”の機能信号に挟まれたデータ列を１つの情報とみなし、前述のような情報の種類に応じて区分して、それぞれの情報を別々の格納域Ｇａ、Ｇｂ、Ｇｃへ自動的に保存する。こうして、この実施例では、受信情報を分類して保存することができる。
【００７３】
例えば、始端が“Ａ”の機能信号であれば、双方向番組への応答アクセスに関する情報として、データ列は格納域Ｇａに保存される。また、始端が“Ｂ”の機能信号であれば、環境設定に関する情報として、格納域Ｇｂに保存される。そして、始端が“Ｃ”の機能信号であれば、受信データのクリアに関する情報として、格納域Ｇｃに保存される。
【００７４】
応答アクセスに関する情報など双方向番組に対応する一時的な情報は、番号クリア信号の受信時にクリアすることが考えられるが、クリア信号受信時にチャンネルが切り替わっていたりする可能性を考えると、電源オフのタイミングで、古い番号がクリアされることが望ましい。したがって、応答アクセスに関する情報は、ＤＲＡＭ２３にそのまま保存してもよい。つまり、格納域ＧａはＤＲＡＭ２３上に設定してもよい。
【００７５】
一方、環境設定に関する情報には、前述のように、放送番組の受信予約や録画予約などのための時刻情報が含まれており、予約された番組の時刻情報は、例えば、１週間を超えるような比較的長い期間にわたって保存する必要がある。そこで、これらの情報は、不揮発性のＳＲＡＭ２４上に転送した方がよい。
【００７６】
したがって、この実施例では、格納域Ｇａ、Ｇｂ、Ｇｃは、その保存すべきデータの性質、つまり長期保存が必要か、電源オフで消去してもよいものか、などの条件に応じて、揮発性のＤＲＡＭ２３上あるいは不揮発性のＳＲＡＭ２４上に設定される。
【００７７】
そして、センター局に対する上り方向の情報の送信に一般の電話回線を利用した簡易型インタラクティブテレビジョンの、後述のような応答処理に際しては、ＤＲＡＭ２３上の格納域Ｇａ、Ｇｂに保存された、宛先電話番号や通信条件、番組ＩＤや設問ＩＤなどの必要な情報を、自動的に読み出して、利用することができる。
【００７８】
また、録画予約に際しても、ＤＲＡＭ２３上の格納域ＧｂからＳＲＡＭ２４上に転送された予約番組の時刻情報を、自動的に、利用することができる。
【００７９】
上述のように、この実施例では、ＤＴＭＦ信号形式で番組関連情報を番組のオーディオ信号に多重して放送するようにしたので、受信側では、ＤＴＭＦデコーダとしてＩＣ化されて量産されているＤＴＭＦレシーバーチップなどのような、安価な回路を使用することができて、文字多重放送対応の受信機に比べて、廉価な受信機を提供することができる。
【００８０】
また、文字多重放送形式での伝送と異なり、各種の放送方式にも同一の回路で対応することができると共に、従来の放送方式に影響を与えることもない。
【００８１】
もっとも、この実施例での情報の伝送レートは、前述のＤＴＭＦ信号の周期から明かなように、８文字／秒程度となり、文字多重方式による情報の伝送レートに比べて格段に遅いが、前述のように、所要の情報量が少ないので、伝送レートを問題にする必要はない。
【００８２】
［双方向放送の応答処理］
次に、図６を参照しながら、図１の実施例の応答処理について説明する。
図６のステップ１４１において、視聴者がリモコン送信機３４を操作することにより、このリモコン送信機３４から送信されたリモコン信号（コマンド）が、リモコン受信機３５に受信される。そして、受信したコマンドが、例えば、視聴者参加型のクイズ番組のような、双方向放送の番組に対する応答コマンドであるか否かが判断される（ステップ１４２）。
【００８３】
受信したコマンドが、例えば、チャンネル切り換えのような一般のコマンドである場合、そのコマンドに対応する処理がなされる（ステップ１４０）。
【００８４】
双方向放送の番組に対する応答コマンドの場合は、ステップ１４３において、放送番組に対する応答としての情報に、視聴者のＩＤ番号と、前述のような受信処理により、既にＤＲＡＭ２３上に保存されている番組ＩＤと、設問ＩＤとが付加されて、応答情報が作成される。そして、前述のような応答先情報に従って通信速度が設定され、ＤＲＡＭ２３上に保存されている所定の返信先としてのデータベースセンタの電話番号に宛てて、モデム３３を通じて、送信される（ステップ１４４）。
【００８５】
次のステップ１４５では、この送信が成功したか否かが判断され、正常に終了した場合は回線が切断されて（ステップ１４６）、送信が成功した旨のメッセージが一定時間だけ受像管１６の画面に表示される（ステップ１４７）。また、送信が不首尾に終わった場合は、回線が切断されて、送信が不首尾に終わった旨のメッセージが一定時間だけ画面に表示される（ステップ１４８）。
【００８６】
なお、視聴者のＩＤ番号としては、前述の「ＳＯＮＹ−００−０００００００１」のような個々の受信機に固有のＩＤ番号でもよいが、モデム３３に接続されている電話回線に与えられている電話番号であってもよい。
【００８７】
［応答情報の受信処理］
前述のような視聴者側からの応答に対し、データベースセンタでは、コンピュータ処理により、応答データが受け付けられて、返信元に受信終了の信号を送ってから回線が切られ、データが取り込まれる。
【００８８】
データベースセンタにおいては、データベースセンタのデータベースに予め登録されている放送番組テーブルと、多数の視聴者からの応答情報にそれぞれ付加されている、前述のような番組ＩＤとを照合することにより、それぞれの応答情報が、どの双方向番組に対しての応答であるのかを容易に識別することができる。また、応答情報中の設問ＩＤによって、番組中のどの設問への応答であるのかを容易に識別することができる。
【００８９】
前述のように、放送番組テーブルを参照して番組ＩＤから、その生放送の日時が判明するので、これを現在の時刻と比較することにより、番組が生放送であるか、再放送またはネット局での放送であるかを識別することもできる。放送番組に多重する番組ＩＤ自体に生放送の日時の情報を含めるようにしてもよい。
【００９０】
以上により、複数の放送局がデータベースセンタの応答処理システムを共用しても番組を確実に識別することが可能となり、放送局ごとに応答処理システムを用意する場合に比べて、双方向放送の構造基盤を経済的に構築することができる。また、データベースセンタの設置場所や設置数は、その処理能力に応じて決めることができると共に、増設も可能となって、初期投資が軽減される。
【００９１】
［他の実施例］
前述の実施例では、双方向放送番組の番組関連情報を、ＤＴＭＦ信号を用いて構成し、主放送オーディオ信号と多重して放送するようにしたが、文字多重放送と同様に、番組関連情報を、テレビジョン放送の垂直ブランキング期間に多重するようにしてもよい。
【００９２】
この場合、放送局側では、図７に示すような番組関連情報を、文字多重信号形式に構成し、副放送情報として、映像信号の垂直帰線期間に多重して放送する。一方、受信装置では、図１の実施例の前処理回路３１およびＤＴＭＦデコーダ３２に替えて、文字多重デコーダが搭載されると共に、このデコーダに映像復調回路１３の出力信号Ｓ13が供給される。そして、そのデコード出力を制御系２０に取り込み、デコードして、番組関連情報を再生し、ＤＲＡＭなどのメモリに記憶すると共に、受信した番組関連情報に対応して、図８に示すような返信情報を作成し、電話回線を通じて伝送する。
【００９３】
放送局側では、例えば、クイズ番組などの問題ごとの選択手順情報が作成されて、番組の放送に備えられる。例えば３択の問題であれば、３つの回答をメニュー表示して視聴者に選択させるという選択手順が作成される。
【００９４】
例えばクイズ番組の場合、返信先は例えば放送局側の受信システムとなり、この放送局側の受信システムへの通信プロトコルと受信システムの電話番号が、返信先情報として設定される。
【００９５】
そして、クイズ番組などの放送中、視聴者に解答を委ねる場面になった時点から、図７に示すように、時間情報、選択手順情報および返信先情報が、映像信号の垂直帰線期間に多重されて放送される。
【００９６】
時間情報は、現在時刻の情報であり、この実施例では、フィールドごとに更新されて、ＮＴＳＣ方式の場合、１／６０秒の精度となる。なお、従来の文字多重放送では、フレームごとに更新されて、ＮＴＳＣ方式の場合、１／３０秒の精度となる。
この時間情報は、常時放送してもよく、視聴者参加番組中で、視聴者の反応が期待される期間のみの放送でもよい。
【００９７】
選択手順情報は、通信用プロトコルのような、いわば、プログラムの塊であって、選択手順識別情報、選択手順、表示データ、時間制限情報などから構成され、かなりの情報量となり得るため、複数のフィールドにわたって多重されることもある。
【００９８】
選択手順識別情報は、どの選択手順、つまり、どの番組（番組ＩＤ）、どの質問、どのアンケート、どのクイズ問題に対する答であるか（設問ＩＤ）を示す識別子であって、視聴者の選択結果に付加して返信先に送信され、返信先では、この情報に基づいて、選択手順ごとに答が区分される。
【００９９】
選択手順は、中間言語的な記述による、メニュー選択のプログラムであって、ここに記載された流れに従って、イメージ、文字列、動画などにより、画面への表示が行なわれる。また、視聴者からの操作の受付や、この操作に対しての画面の切り換えなどの応答処理も行なわれる。
表示データは、上述のような、イメージ、文字列、動画などの表示に用いる、フォント、グラフィック、アニメーション、動画などのデータである。
時間制限情報は、上述のような識別子により示される、選択内容への返信の有効時間と、メニュー表示に何らの操作がない場合、受信側で自動的に表示を中止するまでの時間とである。
受信側で表示を中止する場合には、正解を放送するまでの予定時間が設定される。
また、選択内容への返信の有効時間は、正解を放送するまでの予定時間に、前述のような電話回線の混雑を見込んで、若干の余裕時間が加算される。
【０１００】
返信先情報は、返信の際の通信速度、パリティの有無、ＮＭＰの使用の有無、Ｘモデム方式などの通信環境設定情報と、返信先の電話番号などで構成され、この電話番号に対して、設定された環境に従って、図８に示すような返信情報が視聴者から返信される。
【０１０１】
図８において、先頭の返信データ識別情報は、放送局側で受信したデータが、返信データであるのか、その他のアクセスによるものかを区別するための識別子である。
【０１０２】
次のチェックデータは、送信時のビット落ち、ノイズなどによりデータが変化していないかどうか、チェックサムなどにより整合をとるためのものである。
【０１０３】
返信データのうち、選択手順識別情報は、前出図７で示される値であって、これにより、視聴者からの解答が、どのメニュー、どの質問に対する答であるかが判断される。
放送局からは、質問１、質問２‥‥の順序で放送されても、電話回線の状況によっては、視聴者からの回答が放送と同じ順序で返信されるとは限らないので、このような識別情報が必要となる。
【０１０４】
また、選択結果情報としては、最終的に選ばれたメニュー項目を示す情報などが返信される。
【０１０５】
返信データの次の、返信元識別情報としては、前述の実施例と同様に、視聴者に固有の番号、例えば、電話番号や受信装置の製造番号などが用いられる。
【０１０６】
なお、番組関連情報をテレビジョン信号の垂直ブランキング期間に多重した場合は、前述のように、放送局用のＶＴＲで番組を録画する際に、必要な情報が失われてしまう。
録画時に同期信号が付け替えられても、必要な情報を確実に存続させるためには、テレビジョンの有効画面に対応する、非ブランキング期間の所定のラインに所要のデータを重畳して送出すると共に、受信側では、所定のラインに対応するウィンドウ信号を用いて、所要のデータを抽出するようにすればよい。
【０１０７】
なお、以上の例は、テレビジョン放送にこの発明を適用した場合であるが、特に多重する副放送情報をＤＴＭＦ信号で構成すれば、ラジオ放送にも適用可能である。
【０１０８】
【発明の効果】
以上説明したように、この発明によれば、受信側からの応答の情報を、電話回線を通じて所定の返信先に送信するようにした双方向放送において、放送局側からは、双方向番組の番組識別情報を主放送信号に多重して放送すると共に、受信側では、受信した番組識別情報を応答の情報に加えて所定の返信先に送信するようにしたので、その応答がどの双方向番組に対する応答なのかを容易に識別できる。
【０１０９】
そして、応答がどの双方向番組に対する応答なのかを容易に識別できるので、応答を受ける単一のセンタであっても視聴者からの応答を一括して受け付けることが可能になる。このため、施設を共有化できるので、放送局毎に応答を受け付けるための電話受付施設を準備する場合に比べて安価に双方向システムの構築ができる。
【０１１０】
そして、センタの設置場所や設置数は、純粋に処理能力によって決めることができ、足りなくなったら増やしていく方法がとれ、最初から各ブロック毎にセンタを配置するような膨大な初期投資が必要ない。
【０１１１】
そして、番組識別情報に生放送の時間を含めた場合には、応答が生放送の双方向番組に対する応答なのか、録画番組への応答なのかがすぐに識別できるようになる。
【図面の簡単な説明】
【図１】この発明による双方向放送の受信装置の一実施例の構成を示すブロック図である。
【図２】ＤＴＭＦ信号を説明するための図である。
【図３】ＤＴＭＦ信号の送出条件を説明するための図である。
【図４】図１の実施例の動作を説明するための流れ図である。
【図５】図１の実施例の他の動作を説明するための流れ図である。
【図６】図１の実施例の他の動作を説明するための流れ図である。
【図７】この発明による双方向放送方式の一実施例の要部の構成を説明するための概念図である。
【図８】この発明による双方向放送方式の一実施例の他の要部の構成を説明するための概念図である。
【符号の説明】
１０ 信号系
１４ 音声復調器
２０ 制御系
２１ ＣＰＵ
２３ ＤＲＡＭ
２４ ＳＲＡＭ
３１ 前処理回路
３２ ＤＴＭＦデコーダ
３３ モデム
３７ タイマ
Claims (6)
- 放送局側から受信者の応答を促す双方向番組を放送し、受信側からの応答の情報を、通信路を通じて所定の返信先に送信するようにした双方向放送方法において、
上記放送局側からは、少なくとも上記双方向番組を制作した放送局とその放送日時と当該番組固有の情報と当該番組内の設問を識別する情報とを含む番組識別情報を主放送信号に多重して放送すると共に、
上記受信側では、受信した上記番組識別情報及び自装置に割り当てられた識別情報を、上記応答の情報に、上記応答の情報に対して独立した状態で加えて、上記返信先との間に生成した通信路を通じて上記返信先に送信すると共に、上記返信先への送信が成功したか否かを判断し、上記返信先への送信が成功したと判断した場合は、上記生成した通信路を切断するようにした
ことを特徴とする双方向放送方法。 - 記返信先への送信が成功したと判断したときには、上記返信先への送信が成功した旨のメッセージを送出する
ことを特徴とする請求項１に記載の双方向放送方法。 - 上記返信先では、データベースに記憶されている番組識別情報と、上記受信側から受信した上記応答の情報に加えられている上記番組識別情報とを照合して、上記応答の情報が、いずれの双方向番組のいずれの設問に対するものであるか、さらに、現在放送中の双方向番組に対するものであるかを識別することを特徴とする請求項１に記載の双方向放送方法。
- 放送局側から放送される受信者の応答を促す双方向番組に対する受信側からの応答の情報を、所定の返信先に送信するようにした双方向放送の受信装置において、
上記双方向番組に対する応答の情報を入力する入力手段と、
自装置に割り当てられた識別情報を記憶する手段と、
受信した上記双方向番組の放送信号に多重されている、少なくとも当該番組を制作した放送局とその放送日時と当該番組固有の情報と当該番組内の設問を識別する情報とを含む番組識別情報を分離する分離手段と、
上記入力手段を通じて入力された上記双方向番組に対する応答の情報に、上記自装置の識別情報及び上記分離手段により分離された番組識別情報を、上記応答の情報に対して独立した状態で加えて、上記返信先との間に生成した通信路を通じて上記返信先に送信する送信手段と、
上記返信先への送信が成功したか否かを判断し、成功したと判断した場合は、上記生成した通信路を切断する制御手段と、
を備える双方向放送の受信装置。 - 上記制御手段は、上記返信先への送信が成功したか否かを判断し、上記返信先への送信が成功したと判断した場合は、上記生成した通信路を切断すると共に、上記返信先への送信が成功した旨のメッセージを送出する
ことを特徴とする請求項４に記載の双方向放送の受信装置。 - 放送局側から受信者の応答を促す双方向番組を放送し、受信側からの応答の情報を、通信路を通じて所定の返信先に送信するようにした双方向放送方法において、
上記放送局側からは、少なくとも上記双方向番組を制作した放送局とその放送日時と当該番組固有の情報と当該番組内の設問を識別する情報とを含む番組識別情報を主放送信号に多重して放送すると共に、
上記受信側では、受信した上記番組識別情報及び自装置に割り当てられた識別情報を上記応答の情報に、上記応答の情報に対して独立した状態で加えて、上記返信先との間に生成した通信路を通じて上記返信先に送信し、
上記返信先では、データベースに記憶されている番組識別情報と、上記受信側から受信した上記応答の情報に加えられている上記番組識別情報とを照合して、上記応答の情報が、いずれの双方向番組のいずれの設問に対するものであるか、さらに、現在放送中の双方向番組に対するものであるかを識別する
ことを特徴とする双方向放送方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04772794A JP3661708B2 (ja) | 1994-02-22 | 1994-02-22 | 双方向放送方法及び双方向放送の受信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04772794A JP3661708B2 (ja) | 1994-02-22 | 1994-02-22 | 双方向放送方法及び双方向放送の受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07235911A JPH07235911A (ja) | 1995-09-05 |
| JP3661708B2 true JP3661708B2 (ja) | 2005-06-22 |
Family
ID=12783374
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04772794A Expired - Fee Related JP3661708B2 (ja) | 1994-02-22 | 1994-02-22 | 双方向放送方法及び双方向放送の受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3661708B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09163345A (ja) * | 1995-12-11 | 1997-06-20 | Toshiba Corp | 番組応答データ集計処理方法及び応答サーバシステム |
| JP4576075B2 (ja) * | 2001-08-03 | 2010-11-04 | パナソニック株式会社 | 番組配信システム、番組再生装置 |
| JP2003060594A (ja) * | 2001-08-17 | 2003-02-28 | Ntt Docomo Inc | サービス提供システム、サービス提供方法、サーバ装置、コンピュータプログラム及び記録媒体 |
| CN101411101B (zh) * | 2006-03-31 | 2013-05-01 | Kddi株式会社 | 信息传输装置、信息发送装置和信息传输方法 |
| JP2007006507A (ja) * | 2006-07-13 | 2007-01-11 | Nec Corp | 情報ネットワークシステム及び情報送受信方法 |
-
1994
- 1994-02-22 JP JP04772794A patent/JP3661708B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07235911A (ja) | 1995-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5649284A (en) | Multiplex broadcasting system | |
| JP3460740B2 (ja) | 双方向放送方式及びその受信装置 | |
| KR100217557B1 (ko) | 문자 다중 디코더를 구비한 텔레비전 수신기 | |
| US5682599A (en) | Two-way broadcasting and receiving system with time limit and/or limit data | |
| JP3277473B2 (ja) | 放送受信装置 | |
| JP3844518B2 (ja) | 双方向放送の受信装置の遠隔制御装置および遠隔制御方法 | |
| JP3661708B2 (ja) | 双方向放送方法及び双方向放送の受信装置 | |
| JP3810812B2 (ja) | 放送方法、受信装置及び双方向放送システム | |
| JP3624430B2 (ja) | 双方向放送システム及び双方向放送の受信装置 | |
| JP3454286B2 (ja) | 双方向放送方式及び双方向放送の受信装置 | |
| JP3466682B2 (ja) | 双方向放送における応答情報の発信制限方法および双方向放送の受信装置 | |
| JP3617534B2 (ja) | 双方向放送の情報処理装置および双方向放送の情報処理方法 | |
| JP3862025B2 (ja) | 双方向放送システム及び双方向放送の受信装置 | |
| JP3305091B2 (ja) | 放送受信装置および応答情報の受信方法 | |
| JPH08205123A (ja) | 通信制御装置およびその装置を使用した文字放送受信装置 | |
| JP3570436B2 (ja) | テレビジョン信号の放送システム及びテレビジョン受信装置 | |
| JP3712009B2 (ja) | 放送信号の送信方法、放送信号の送信装置、双方向番組の送信方法、双方向番組の送信装置、放送信号の送受信システムおよび双方向番組の送受信システム | |
| JP3712063B2 (ja) | 双方向番組の受信装置および受信方法 | |
| JP3617630B2 (ja) | 双方向放送方法および双方向の受信装置 | |
| JPH0993549A (ja) | 文字多重デコーダ内蔵型多画面表示テレビ受信機 | |
| JPH07240905A (ja) | テレビジョン放送方式及びその受信装置 | |
| JPH07177110A (ja) | 多重放送方法及びその受信装置 | |
| JPH07288796A (ja) | Ｃａｔｖ放送方式およびその受信システム | |
| JPH0983975A (ja) | データ放送受信状況を表示するテレビ受信機 | |
| JPH0983966A (ja) | データ放送送出及び受信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040811 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041012 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041117 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050114 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050201 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050302 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050315 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080401 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090401 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100401 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100401 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110401 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120401 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130401 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |