JPH1098705A - 放送受信端末及び放送システム - Google Patents

Abstract

(57)【要約】 【課題】 自己のリクエストが放送される時にそのリク
エストチャンネルに自動的に切り替える。 【解決手段】 放送センタ１からのデータがＩＤ特定用
データであると、データ処理回路２２内のＩＤ特定用デ
ータ記憶部２２ａが更新記憶され、その記憶されたＩＤ
特定用データ内に端末ＩＤ記憶部２２ｂに記憶されてい
る自己の端末ＩＤが含まれているか否かを判断し、含ま
れていれば、選局回路２６において現在選局されている
チャンネルがカラオケチャンネルとなっているかどうか
を判断する。その結果、カラオケチャンネルとなってい
なければ、カラオケチャンネルに切り替える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送センタから送
信された放送信号あるいは制御データを受信して所定の
受信処理が可能な放送受信端末、及びその放送受信端末
と視聴者から個別になされたリクエストに応じて放送信
号を放送していく放送センタとを含む放送システムに関
する。

【０００２】

【従来の技術及び発明が解決しようとする課題】現在、
ＣＡＴＶシステム等のローカルなテレビジョン放送セン
タと加入者端末との間において、双方向テレビジョンと
呼ばれるＴＶ放送の新しい形態が普及しつつある。ただ
し、これらは一般にビデオ・オン・デマンド（ＶＯＤ）
と呼ばれる視聴者があたかも自宅のビデオデッキで好み
の映像を視聴しているかのように映像を宅配するシステ
ムとは違い、あくまでも不特定多数に映像を発信する
「放送」の枠を出ていない。つまり、視聴者から個別に
なされたリクエストを蓄積しておき、そのリクエストに
応じた放送信号を、所定の順番に従って順次放送してい
くという限定的な双方向テレビジョンシステムである。

【０００３】このようなシステムにおけるテレビジョン
放送センタは、次々にやってくる視聴者からのリクエス
トを一時的に蓄積し、要求された順番にリクエストに応
じた放送信号を放送していくのであるが、当然ながらこ
のような形態であれば、視聴者からのリクエストのスピ
ードが放送信号の放送・消化のスピードを上回る事態が
発生する。するとリクエストは蓄積してしまい、要求し
た視聴者の待ち時間が長くなってしまう。例えばリクエ
ストは所定の２時間以内にのみ受け付け、それに応じた
放送信号の放送はその日の放送終了までに行なうといっ
たような場合、リクエストをした視聴者にとってみる
と、いつ自分のリクエストに応じたものが放送されるか
判らない。

【０００４】そのため、この様な場合においては、リク
エストした時などに、そのリクエストに対応する放送が
なされるまでの時間などの情報を利用者側に提供するサ
ービスを行うことによって、リクエスト時から放送時ま
での利用者の便宜を図ろうとする考えがある。

【０００５】しかしながら、待ち時間が長くなると利用
者はその放送信号を受信するためのチャンネルに固定し
ておくことができず、待ち時間を利用して他のチャンネ
ルにおける放送番組などを見て過ごすこともあり、自分
のリクエストした放送が開始される時間になっても気づ
かずに見逃してしまうという事態が発生する。つまり、
いくら待ち時間や放送開始時刻などを利用者が認識して
いても、他の番組の内容に注意が向いてしまっている
と、開始時刻になっても気付かないということがおおい
に考えられる。

【０００６】本発明は、上述した問題点を解決するため
になされたものであり、自分の希望する放送信号を受信
するための所定のチャンネル以外に切り替わっていた場
合であっても、その希望する放送信号を受信する際には
自動的に所定のチャンネルに切り替わるようにして、例
えば自分のリクエストに対応する放送の開始時刻になっ
ても気付かないということを防止することを目的とす
る。

【０００７】

【課題を解決するための手段及び発明の効果】この目的
を達成するためになされた請求項１記載の放送受信端末
は、伝送路に接続され、この伝送路を経由して放送セン
タから送信された複数の放送信号より所望のチャンネル
の放送信号のみを選択するための選局手段と、同じく伝
送路を介して放送センタから送信された制御データを受
け取るデータ受信手段とを備えた放送受信端末におい
て、放送システム内における自端末の識別情報を記憶し
ている端末識別情報記憶手段を備えると共に、放送セン
タから送信される制御データ中には、放送内容に対応し
て設定された放送システム内における放送受信端末の識
別情報特定用データも含まれており、受信した制御デー
タ中の識別情報特定用データに基づいて特定された端末
識別情報と端末識別情報記憶手段に記憶されている自端
末の識別情報とが一致した場合には、選局手段を制御し
て所定のチャンネルに自動的に切り替えるチャンネル切
替制御手段を備えることを特徴とする。

【０００８】本放送受信端末によれば、伝送路を経由し
て放送センタから送信された複数の放送信号を選局手段
によって所望のチャンネルの放送信号のみ選択でき、ま
た伝送路を介して放送センタから送信された制御データ
をデータ受信手段によって受け取ることができる。この
ような基本的な放送受信端末としての機能に加え、端末
識別情報記憶手段は放送システム内における自端末の識
別情報を記憶しており、チャンネル切替制御手段は、受
信した制御データ中の識別情報特定用データに基づいて
特定された端末識別情報と端末識別情報記憶手段に記憶
されている自端末の識別情報とが一致した場合、選局手
段を制御して所定のチャンネルに自動的に切り替えるの
である。

【０００９】これにより、例えば希望する放送の開始時
刻までの待ち時間が長くなった場合に、利用者が別の放
送番組を見て待ち時間を過ごしているような場合であっ
ても、識別情報特定用データに基づいて特定された端末
識別情報と記憶されている自端末の識別情報とが一致す
ることによって、放送信号が自端末用に送信されてきた
ことが判り、その場合には自動的にその放送信号を受信
できる所定のチャンネルに切り替えるため、放送開始時
間に気づかずに見逃してしまうという事態を防止でき
る。

【００１０】また、請求項２に示すように、チャンネル
切替制御手段によって所定のチャンネルに自動的に切り
替える際に、チャンネルの自動切替制御を行なう旨を報
知する報知手段を備えるようにしてしてもよい。そし
て、この場合の報知手段としては、人間の５感に作用し
てチャンネルが切り替わったことを報知できればよいの
であるが、例えば請求項３に示すように、チャンネルの
自動切替を行なう旨を音声で出力して報知することが好
ましい。つまり、放送信号を再生する例えばテレビジョ
ン装置などの画面を常に見ていることを想定すれば、放
送開始に先だって単にチャンネルを切り替えれば、視聴
者は自分が希望していた放送内容となるため何等問題な
いが、画面から目を離している場合も考えられる。した
がって、その場合には音声により聴覚に訴える手法が好
ましいと言える。もちろん、放送信号を再生表示する画
面に、チャンネルの自動切替制御を行なう旨を文字や記
号などを表示することによって報知してもよいし、音声
出力と画面表示の両方によって報知するようにしてもよ
い。音声により聴覚へ訴えることが有効である旨を説明
したが、例えば画面表示による場合には点滅させるなど
して通常の画面状態からの変化を付ければ注意を引くこ
とができる。なお、上記以外に、例えば専用のブザーを
鳴らしたりランプを点滅さえるようなことも可能である
し、あるいは携帯電話装置などで採用されているように
バイブレーター機能によって報知するようにしてもよ
い。但し、この場合は利用者が身に付けている必要があ
るので、例えば放送受信装置用のリモコン装置にバイブ
レータ機能を持たせ、それを胸ポケットなどに入れてお
くようにすれば十分実現可能である。

【００１１】また、放送システムとして構成する場合に
は、請求項４に示すように、上述した放送受信端末と、
その放送受信端末へ伝送路を介して複数の放送信号及び
識別情報特定用データを送信可能な放送センタとを備え
ることが考えられる。そして、このような放送システム
として構成した場合には、請求項５に示すような放送セ
ンタの構成を採用することが考えられる。つまり、視聴
者から個別になされたリクエスト情報を記憶しておくリ
クエスト情報記憶手段と、該リクエスト情報記憶手段に
記憶されているリクエスト情報に応じた放送信号を所定
の順番に従って順次放送していく放送手段とを備えたリ
クエスト応答機能付きの放送センタであって、リクエス
ト情報記憶手段は、リクエスト情報に加えて、当該リク
エスト情報の発生元に対応する端末識別情報も記憶可能
であり、放送手段は、リクエスト情報記憶手段に端末識
別情報も記憶されている場合には、リクエスト情報に応
じた放送信号の送信に先だって、記憶されていた端末識
別情報を特定するための識別情報特定用データを送信す
るよう構成するのである。

【００１２】本発明の放送システムによれば、視聴者か
ら個別になされたリクエスト情報をリクエスト情報記憶
手段が記憶しており、放送手段が、そのリクエスト情報
記憶手段に記憶されているリクエスト情報に応じた放送
信号を所定の順番に従って順次放送していく。このよう
な基本的な放送処理に加えて、次のような処理を実行す
る。すなわち、リクエスト情報記憶手段はリクエスト情
報に加えて当該リクエスト情報の発生元に対応する端末
識別情報も記憶可能であり、放送手段は、リクエスト情
報記憶手段に端末識別情報も記憶されている場合、リク
エスト情報に応じた放送信号の送信に先だって、記憶さ
れていた端末識別情報を特定するための識別情報特定用
データを送信する。したがって、放送受信端末側では、
この識別情報特定用データを受信すると自端末の識別情
報が含まれているかどうかを判断し、もし含まれていれ
ば、所定のチャンネルに自動的に切り替えるのである。
そのため、放送開始時間に気づかずに見逃してしまうと
いう事態を防止できる。

【００１３】なお、視聴者からのリクエストを受け付け
る場合には、放送センタ側のオペレータが視聴者からの
リクエスト情報を聞き、それをマニュアル記憶させるよ
うにしてもよいし、また、リクエストの受付を自動化
し、放送センタ側においてオペレータ等の人手を全く介
さないシステムとして構築することも可能である。この
場合には、視聴者からのリクエスト情報を受け付ける
際、所定のガイダンス用音声情報を電話回線を介して視
聴者側に送信し、そのガイダンス用音声情報に対する返
答として、リクエスト内容識別情報や端末識別情報等を
受信するように構成することが考えられる。もちろん、
電話回線以外の専用通信回線等を使用しても実現できる
が、電話回線の場合には既存のものを利用できるという
利点もある。そして、例えば視聴者からの電話を自動着
信し電子音声による案内を行う音声応答機能と、電話に
よるダイヤルトーンを使用したコードの発信を受信する
コード受信機能を備え、音声応答機能による所定のガイ
ダンス音声に従って視聴者が例えば要求するカラオケの
曲番号や端末識別情報等をプッシュボタン等で入力し、
それをダイヤルトーンを使用したコードとして受信する
ようにすれば便利である。

【００１４】なお、このような放送センタから放送する
放送信号としては、例えばカラオケ用のものが考えられ
る。この場合、放送手段は、音声情報と映像情報が送信
可能なテレビジョン放送手段であると共に、放送手段が
放送する放送信号は、要求されたカラオケ曲に応じたカ
ラオケ演奏音及び背景映像に歌詞テロップが合成された
映像とを含むようにすることが考えられる。もちろん、
放送信号としてカラオケ演奏音だけを放送してもカラオ
ケとしては成立するが、現在のカラオケには、もはや背
景映像に歌詞テロップを合成した映像をカラオケ演奏に
併せて表示させるということが常識化されつつあるの
で、カラオケ演奏音及び背景映像に歌詞テロップが合成
された映像とを含む放送信号を放送することが好ましい
と言える。この場合、いわゆるＣＡＴＶのように有線で
放送センタと加入者端末を接続してもよいし、通常の放
送システムのように無線のままでもよい。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する。本実施形態は、受信端末と
してのＣＡＴＶコンバータ２０がＣＡＴＶ伝送路１０を
介して放送センタ１と接続された放送システムとして説
明する。

【００１６】まず、ＣＡＴＶコンバータ２０について図
１を参照して説明する。なお、図１ではＣＡＴＶコンバ
ータ２０を１つだけ示しているが、多数のＣＡＴＶコン
バータ２０がＣＡＴＶ伝送路１０を介して放送センタ１
と接続されてＣＡＴＶシステムを構成している。

【００１７】ＣＡＴＶコンバータ２０は、データ受信手
段としてのデータ受信回路２１と、チャンネル切替制御
手段としてのデータ処理回路２２と、操作部２３と、Ｃ
Ｈ表示部２４と、報知手段としての報知用音声発生部２
５と、選局手段としての選局回路２６と、放送センタ１
からＣＡＴＶ伝送路１０を介して送信されてきた放送情
報をデータ受信回路２１側への制御データと選局回路２
６側への放送信号とに分配する分配器２７とを備えてお
り、さらに選局回路２６を介してＴＶ受像機３０に接続
されている。

【００１８】前記データ受信回路２１は、放送センタ１
からＣＡＴＶ伝送路１０を介して送信されてきた制御デ
ータを受信し、データ処理回路２２にデータを受け渡
す。ここで受け取るデータは、放送センタ１からの放送
信号の内容に対応して設定された放送システム内におけ
るＣＡＴＶコンバータ２０の識別情報（以下、ＩＤと称
す。）を特定するためのＩＤ特定用データであり、ＩＤ
特定用データ記憶部２２ａに格納される。この受信・記
憶動作は、ＣＡＴＶコンバータ２０の操作部２３に備わ
るコンバータ電源のオン・オフを問わず、放送センタ１
からのデータ送信が行われる毎に同様に実行される。

【００１９】ここで、データ処理回路２２内に記憶され
るデータについて説明する。ＩＤ特定用データ記憶部２
２ａには、放送センタ１がこれから放送を開始しようと
する放送内容に対応して、その放送内容をリクエストし
たＣＡＴＶコンバータ２０のＩＤを特定するためのＩＤ
特定用データが格納される。また、データ処理回路２２
内には端末識別情報記憶手段としての端末ＩＤ記憶部２
２ｂも設けられており、この端末ＩＤ記憶部２２ｂに
は、本ＣＡＴＶシステム内の端末としてのＣＡＴＶコン
バータ２０を識別するために設定された端末識別情報が
記憶されている。

【００２０】前記データ処理回路２２では、操作部２３
から入力される視聴希望チャンネルが視聴可能なチャン
ネルであるかどうかを判断し、選択可能であれば希望チ
ャンネルを選局回路２６を制御して選局し、ＴＶ受像機
３０に対して映像信号と音声信号を出力させる。

【００２１】次に、放送センタ１について、図２を参照
して説明する。放送センタ１は、放送センタ全体の制御
を行う制御手段としてのホストコンピュータ１１と、リ
クエスト情報記憶手段としての外部記憶装置１２と、表
示装置１３と、カラオケ再生装置１４と、テロップ合成
装置１５と、放送手段としての放送手段１６と、音声応
答装置１８とを備えている。また、放送センタ１は、公
衆電話回線４０を介して多数の電話機５０と接続されて
いる。

【００２２】各装置について、放送センタ１における役
割あるいは放送システムとの関わりも含めて説明する。
まず、音声応答装置１８は視聴者からのリクエストを受
け付けるためのものである。放送センタ１は視聴者から
個別になされたリクエストを蓄積しておき、そのリクエ
ストの集計結果を放送可能とされており、視聴者は手持
ちの電話機５０により一般の公衆電話回線４０を通し
て、希望するカラオケ用情報をリクエストすることがで
きる。このリクエストは、予め定められた「リクエスト
コード」によって行う。これは、一般のカラオケ装置に
おける「曲番号」と同義のものである。数字コードのよ
るリクエストであるため、実際には視聴者が電話機５０
のダイヤルもしくはプッシュホンの押し下げにより上記
リクエストコードをトーン発信する。このリクエストコ
ードは予め視聴者に配布物等によって通知されているも
のとする。

【００２３】この視聴者から通話は放送センタ１におい
て音声応答装置１８により自動的に受理される。音声応
答装置１８は内蔵された合成音声手段（図示せず）によ
り予め登録されたメッセージを送話し、視聴者にリクエ
ストコードの入力及び後述する放送開始予告の必要の有
無や、必要な場合の予告先である端末ＩＤの入力と、そ
のガイダンスを促すものであり、ホストコンピュータ１
１により制御され、上記した通話の受話や各種メッセー
ジの送話からパルスコードの受信まで行う。

【００２４】音声応答装置１８によって受理されたリク
エストコードは、ホストコンピュータ１１により、その
リクエストコードが有効であるかどうか、外部記憶装置
１２上のデータベースとの照合により判断され、有効で
あればＣＰＵメモリ１１ｂ（図３参照）内のリクエスト
受付テーブル（図４参照）に、受け付けた時刻情報とセ
ットで記憶される。

【００２５】ホストコンピュータ１１はこの記憶された
リクエストコードを基にして、所定の集計期間に該当す
るリクエスト情報を、セットで記憶されている受付時刻
情報に基づいて集計する。そして、そのリクエスト情報
の集計結果を元にして放送用テーブル（図７参照）を作
成し、その放送用テーブルにしたがって放送処理を実行
していく。

【００２６】放送手段１６によって放送された放送内容
は、視聴者側の放送受信端末であるＣＡＴＶコンバータ
２０にて受信され、カラオケ番組として視聴可能であ
る。なお、本実施形態においては図１，２に示すように
放送センタ１とＣＡＴＶコンバータ２０とをＣＡＴＶ伝
送路１０という有線形式で接続しているが、通常の放送
システムのように無線形式で接続してもよい。

【００２７】表示装置１３はホストコンピュータ１１に
接続されており、これらの状況を表示することができ
る。これは、放送センタ１のオペレータが確認するため
に利用される。続いて、図３を参照して、ホストコンピ
ュータ１１を中心とした信号の流れを説明する。

【００２８】図３に示すように、音声応答装置１８はホ
ストコンピュータ１１のＣＰＵ１１ａと制御信号によっ
て結ばれている。ＣＰＵ１１ａは音声応答装置１８に対
して公衆電話回線４０（図１参照）の着信待ちに関する
制御、着信後の同装置１８内の音声メッセージの送話に
関する制御（複数のメッセージ内の選択）を行う。音声
応答装置１８はホストコンピュータ１１に対して公衆電
話回線４０を通じて受信したダイヤルパルスを数値情報
として返す。これにより、公衆電話回線４０による視聴
者リクエストの自動受理を行う。音声応答装置１８より
返された数値はＣＰＵメモリ１１ｂに格納される。

【００２９】外部記憶装置１２は、リクエストコードに
関するデータベースを格納したホストコンピュータ１１
の外部記憶であり、装置間のデータの読み書きが行われ
る。これにより、ＣＰＵ１１ａはリクエストコードの検
索・照合等を行う。カラオケ再生装置１４はＣＰＵ１１
ａと制御信号により結ばれている。ＣＰＵ１１ａはカラ
オケ再生装置１４にリクエストコード曲番号を送信し、
同装置１４にカラオケ楽曲の再生を行わせ、またこの再
生の開始・終了などの制御を行うことができる。また、
カラオケ再生装置１４は、ＣＰＵ１１ａに対して再生の
状況（再生中・再生終了等）を返す。これにより、ＣＰ
Ｕ１１ａはリクエストコードによるカラオケ楽曲の再生
を行うことができる。

【００３０】テロップ合成装置１５は、ＣＰＵ１１ａか
ら画像の出力と合成に関する制御と画像データの転送を
受ける。例えばＣＰＵ１１ａは、ＣＡＴＶコンバータ２
０側で任意のメッセージとして表示すべき文字列を生成
することができ、この生成されたメッセージは、外部記
憶装置１２内のフォントデータによって画像データとし
てＣＰＵメモリ１１ｂに展開され、テロップ合成装置１
５に転送される。同装置１５はカラオケ再生装置１４か
らの映像信号を入力しており、ＣＰＵ１１ａから転送さ
れた画像とこの映像を合成し、カラオケ再生装置１４の
出力する映像にテロップ表示を付加できる。

【００３１】テロップ合成装置１５から出力された映像
信号はカラオケ再生装置１４から出力される音声信号と
共に、放送手段１６によってテレビジョン放送される。
この放送内容は、視聴者側のテレビジョン受信機などの
受信設備にて受信され、視聴可能である。

【００３２】次に、本実施形態の放送システムにおける
動作について説明する。まず、放送センタ１が視聴者か
らのリクエストを受け付ける際の動作について説明す
る。図４はリクエスト受付時の視聴者と放送センタ１側
との間の通信シーケンス図であり、図４はリクエスト受
付テーブルの説明図である。

【００３３】放送センタ１は、図４に示す通信シーケン
スに従って視聴者からリクエストを受け付ける。なお、
このリクエストできる視聴者は、単にこの放送センタ１
からの放送を視聴できるという意味ではなく、リクエス
トする権利を有している「加入者」という意味である。
例えばＣＡＴＶシステムで、そのシステムに加入する際
に自動的にリクエストの権利も与えられる場合には、全
てがここでいう「加入者」となる。なお、通常の無線形
式で放送する場合には、例えばリクエストをする代わり
に所定の料金を徴収するような契約を別個に行なうこと
が考えられる。その場合には、契約をした人だけがここ
でいう「加入者」となる。なお、以下の説明では、特に
断わらない限り、加入者の意味で視聴者という言葉を使
用する。

【００３４】図４の通信シーケンスに戻り、視聴者が公
衆電話回線４０を介して放送センタ１に対して発信・接
続すると、放送センタ１側は音声応答装置１８が、電話
機５０からの着信の応答として音声応答メッセージ（例
えば「リクエストする曲番号を入力して下さい」といっ
た内容）を送出する。

【００３５】そして、視聴者が電話機５０を介してリク
エストしたい曲番号を入力すると、そのリクエスト番号
はＣＰＵメモリ１１ｂ上のリクエスト受付テーブル（図
５）のリクエスト曲番号の項目として格納される。放送
センタ１では、リクエスト受付応答送信として、音声応
答装置１８が例えば「リクエストを受け付けました。チ
ャンネル自動切替を希望する場合は１＃、必要がない場
合は２＃を入力して下さい。」といった内容の音声応答
メッセージを送信することで、リクエストを受け付けた
ことを応答すると共に、視聴者側においてチャンネル自
動切替の必要があるかどうかを入力するよう促す。

【００３６】ここで視聴者が「２＃」を入力すると、そ
れを受信した放送センタ１側では、チャンネル自動切替
の必要なしとして、図４のリクエスト受付テーブルにお
ける端末ＩＤの項目には何も設定されない。一方、視聴
者が「１＃」を入力した場合には、メッセージ通りにチ
ャンネル自動切替を希望する場合であり、それを受信し
た放送センタ１側では、そのチャンネル自動切替のため
の個別的な情報を得るため、音声応答装置１８によっ
て、例えば「「＊」入力後に、チャンネル自動切替を希
望される端末のＩＤを入力して下さい。」といった内容
の音声応答メッセージを送信する。

【００３７】これに応じて視聴者が入力した「＊」と端
末ＩＤが電話機５０を介しての放送センタ１へ送信され
る。端末ＩＤを受信した放送センタ１は、先のリクエス
ト曲番号と共に、図４のリクエスト受付テーブルの端末
ＩＤの項目に格納される。こうして、チャンネル自動切
替のための詳細情報が得られた場合には、視聴者への受
付確認のため、音声応答装置１８が例えば「放送前に別
のチャンネルになっていた場合には、カラオケチャンネ
ルに自動的に切り替えます。リクエストありがとうござ
いました。」といった内容の音声応答メッセージを送信
する。

【００３８】その後さらに、リクエスト受付年月日及び
受付時分秒の２項目を加え、図５に示すリクエスト受付
テーブルの全ての項目が格納されることとなる。次に、
リクエストされた曲を放送する際の動作について説明す
る。図６は、ＣＰＵ１１ａによって実行されるプログラ
ムの処理手順を示すフローチャートである。

【００３９】なお、図６に示す処理の前提を説明してお
く。前提としては、１日に１回リクエスト曲を放送する
番組があり、その番組で放送する曲は、過去のリクエス
トを基に自動的に決定したものか、あるいは番組作成者
が適宜選択して決定したものである。

【００４０】まず、最初のステップＳ１０においては、
図７に示すような放送用テーブルを作成する。これは、
その日のカラオケ番組中に放送予定の曲に該当する曲番
号をリクエスト受付テーブル（図５）中でリクエスト曲
番号として持つリクエストデータを全て取得し、それに
基づいて作成する。例えば、同じ曲について複数のリク
エストがされている場合には、それぞれ一つのリクエス
トデータとして取得する。したがって、番組中での放送
予定は１０曲の場合でも、該当するリクエストデータ
は、２０個や３０個といった多数になる場合も考えられ
る。そして、上述したように同じ曲について複数のリク
エストがされている場合があるので、その場合には、放
送用テーブルのＩＤ特定用データとして複数の端末ＩＤ
が設定される可能性がある。例えば図７の放送用テーブ
ルにおける放送順番２のリクエスト曲番号「５０８８」
や放送順番４のリクエスト曲番号「３６１８」に対する
ＩＤ特定用データとしては２つの端末ＩＤが設定されて
いる。また、放送順番３のリクエスト曲番号「２９９
１」に対するＩＤ特定用データは設定されていない。

【００４１】このように放送用テーブルの作成がなされ
ると、続くＳ２０では、その放送用テーブル（図７）よ
り最初の放送順番のデータを読み出し、続くＳ３０に
て、そのデータにはＩＤ特定用データがあるかどうかを
判断する。例えば、図７に示す放送用テーブルの最初の
データは、ＩＤ特定用データとして、端末ＩＤ「６１１
３」が設定されているので、Ｓ４０へ移行し、そのＩＤ
特定用データを放送手段１６（図１参照）よりＣＡＴＶ
伝送路１０を介してＣＡＴＶコンバータ２０側へ送信す
る。そのＩＤ特定用データの送信後、Ｓ５０へ移行す
る。

【００４２】Ｓ５０では、リクエスト曲の演奏及び放送
を開始する。これは、上述したように、ＣＰＵ１１ａ
（時３参照）がカラオケ再生装置１４にリクエスト曲番
号を送信し、同装置１４にカラオケ楽曲の再生を行わせ
る。そして、カラオケ再生装置１４からの映像信号はテ
ロップ合成装置１５に入力しており、ＣＰＵ１１ａから
必要に応じて転送された画像とこの映像を合成し、カラ
オケ再生装置１４の出力する映像にテロップ表示が付加
される。このようにテロップ合成装置１５から出力され
た映像信号はカラオケ再生装置１４から出力される音声
信号と共に、放送手段１６によってテレビジョン放送さ
れることとなる。

【００４３】カラオケ演奏・放送の開始後はＳ６０へ移
行して、カラオケ再生装置１４での演奏状態を確認して
カラオケ演奏が終了したかどうかを確認し、演奏が終了
してなければ終了するまで確認を続ける。そして、終了
したのであれば（Ｓ６０：ＹＥＳ）、Ｓ７０に移行し
て、最終データであったかどうかを判断する。最終デー
タであったならば（Ｓ７０：ＹＥＳ）、本処理を終了す
るが、最終データでなければ（Ｓ７０：ＮＯ）、Ｓ８０
へ移行する。

【００４４】Ｓ８０では、放送用テーブルの次のデータ
を読み出し、Ｓ３０へ移行する。このようにして放送用
テーブルのデータを順番に処理していくのであるが、例
えば図７に示す放送用テーブルの放送順番３のように、
ＩＤ特定用データが設定されていない場合もある。その
場合は、Ｓ３０にて否定判断となるため、Ｓ４０の処理
を実行することなく、Ｓ５０へ移行する。

【００４５】次に、このようにして放送センタ１からリ
クエスト曲が放送される場合の、それを受信する側であ
るＣＡＴＶコンバータ２０における動作について説明す
る。ＣＡＴＶコンバータ２０では、データ処理回路２２
が操作部２３から入力される視聴希望チャンネルが視聴
可能なチャンネルであるかどうかを判断し、選択可能で
あれば希望チャンネルを選局回路２６を制御して選局
し、ＴＶ受像機３０に対して映像信号と音声信号を出力
させる。つまり、視聴者は、操作部２３にて希望チャン
ネルを指定することで、希望するチャンネルで受信した
番組をＴＶ受像機３０にて視聴することができる。

【００４６】したがって、カラオケ曲をリクエストした
視聴者は、所定のカラオケチャンネルになるようにすれ
ば、自分がリクエストしたカラオケ曲を楽しむことがで
きるのであるが、リクエストしてからすぐに放送される
とは限らない。そのため、待ち時間が長くなると利用者
はその放送信号を受信するためのチャンネルに固定して
おくことができず、その待ち時間を利用して他のチャン
ネルにおける放送番組などを見て過ごすこともあり、自
分のリクエストした放送が開始される時間になっても気
づかずに見逃してしまうという事態が発生する可能性が
ある。

【００４７】本ＣＡＴＶコンバータ２０においては、こ
のような問題を解決するために、自分のリクエストした
曲の放送が開始される場合は、その放送を受信できるカ
ラオケチャンネルから別のチャンネルにされていても、
放送開始前に自動的にカラオケチャンネルに切り替える
という制御を実行する。

【００４８】そのチャンネル自動切替にかかる制御処理
の内容を図８のフローチャートを参照して説明する。最
初のステップＳ１１０では、放送センタ１からＣＡＴＶ
コンバータ２０への制御データの有無を確認する。ここ
で、データが受信されればＳ１２０に移行し、受信デー
タがＩＤ特定用データであるかどうかを判断する。受信
データがＩＤ特定用データでなければ（Ｓ１２０：Ｎ
Ｏ）、Ｓ１９０へ移行して、その他の対応する処理を行
ってからＳ１１０へ戻る。一方、受信データがＩＤ特定
用データであった場合には（Ｓ１２０：ＹＥＳ）、Ｓ１
３０へ移行して、そのＩＤ特定用データをＩＤ特定用デ
ータ記憶部２２ａにおいて更新記憶させる。

【００４９】続くＳ１４０においては、端末ＩＤ記憶部
２２ｂに記憶されている自己の端末ＩＤが、上記Ｓ１３
０で更新記憶されたＩＤ特定用データ内に含まれている
かどうかを判断する。自己の端末ＩＤが含まれていなけ
れば（Ｓ１４０：ＮＯ）、Ｓ１５０以降の処理をせずに
Ｓ１１０へ戻るが、もしも含まれていた場合には（Ｓ１
４０：ＹＥＳ）、Ｓ１５０へ移行する。

【００５０】Ｓ１５０においては、選局回路２６におい
て現在選局されているチャンネルがカラオケチャンネル
になっているかどうかを判断する。カラオケチャンネル
になっていれば（Ｓ１５０：ＹＥＳ）、Ｓ１６０以降の
処理をせずにＳ１１０へ戻るが、もしもカラオケチャン
ネルになっていない場合には（Ｓ１５０：ＮＯ）、Ｓ１
６０へ移行する。

【００５１】Ｓ１６０では、選局回路２６を制御して、
カラオケチャンネルに切り替える。これによって、放送
センタ１からカラオケチャンネルにて放送される内容を
ＴＶ受像機３０にて視聴することができる状態となる。
そして、続く１７０では、チャンネルを切り替えたこと
を報知する。このチャンネル切替の報知は、報知用音声
発生部２５より所定の報知用音声を発生させることによ
って行なう。例えば「リクエスト曲が放送されますので
カラオケチャンネルに切り替えました」というように、
音声内容で直接ガイダンスしてもよいし、あるいはブザ
ー音のように注意を向けさせることが最低限できるよう
な音でもよい。但し、ブザー音の場合には、その音の意
味を理解していればよいが、そうでない場合には何が起
こったのが判らない可能性もあるので、音声内容で直接
ガイダンスする方式の方が親切ではある。

【００５２】このように、自分のリクエストした曲の放
送が開始される場合は、自己の端末ＩＤの含まれたＩＤ
特定用データがその放送開始前に送信されているため
（Ｓ１１０〜Ｓ１３０）、カラオケチャンネルから別の
チャンネルにされている場合でも（Ｓ１５０：ＮＯ）、
自動的にカラオケリクエストに切り替えることができ
（Ｓ１６０）、リクエストが切り替えられた旨が報知さ
れる。したがって、視聴者は、他のチャンネルにおける
放送番組などを視聴しているために自分のリクエスト曲
の放送が開始される時間になっても気づかずに見逃して
しまうという事態を防止することができるのである。

【００５３】なお、図８のフローチャートにおいては、
Ｓ１１０で否定判断、つまりＩＤ特定用データを含む受
信データがない場合には、Ｓ１８０にてチャンネルの切
替があったかどうかを判断しており、もしもチャンネル
切替があった場合には（Ｓ１８０：ＹＥＳ）、Ｓ１４０
へ移行するようにしている。これは、例えば、カラオケ
チャンネルに自動的に切り替わってその旨が報知された
（Ｓ１６０，Ｓ１７０）際に丁度ＴＶ受像機３０の前に
おらず、カラオケチャンネルに切り替わっているのに他
のチャンネルに切り替えてしまった場合も考慮した処理
である。つまり、このような場合も同様にカラオケチャ
ンネルへ自動的に切り替えるので、既にカラオケチャン
ネルに切り替わっていることを知らずに別のチャンネル
へ切り替えてしまうという事態にも適切に対応可能であ
る。なお、自分のリクエストした曲が終了して、次の曲
に対応するＩＤ特定用データが送信されてきた場合に
は、Ｓ１３０で更新記憶されるので、その曲が自分のリ
クエストしたものでなければ、チャンネル切替がされて
も（Ｓ１８０：ＹＥＳ）、Ｓ１４０にて否定判断となる
ので、そのままカラオケチャンネル以外のチャンネルで
楽しむことができる。

【００５４】このように、本ＣＡＴＶコンバータ２０に
よれば、ＣＡＴＶ伝送路１０を経由してＣＡＴＶシステ
ムの放送センタ１から送信された複数の放送信号を選局
回路２６によって所望のチャンネルの放送信号のみ選択
でき、同じく放送センタ１から送信された制御データを
データ受信回路２１によって受け取ることができる。

【００５５】そして、この受信した制御データがＩＤ特
定用データの場合には、そのＩＤ特定用データに自己の
端末ＩＤが含まれているかどうか判断し、自己の端末Ｉ
Ｄが含まれており、さらに現在カラオケチャンネルにな
っていなければ、自動的にカラオケチャンネルに切り替
え、その旨を報知するのである。

【００５６】これにより、例えばリクエスト曲が放送さ
れるまでの待ち時間が長くなった場合に、利用者が別の
チャンネルに切り替えて待ち時間を過ごしているような
場合であっても、自分のリクエスト曲が放送される前に
は必ずカラオケチャンネルに切り替えられ、またその旨
が報知されるため、放送開始時間に気づかずに見逃して
しまうという事態を防止できる。

【００５７】なお、本実施形態では、カラオケチャンネ
ルに自動的に切り替えた場合には、報知用音声発生部２
５から報知用音声を出力して、チャンネルを切り替えた
旨を報知しているが、例えばＴＶ受像機３０を介して別
のチャンネルの放送を視聴しているような場合は、別に
報知用音声を出力しなくても、自動的にカラオケチャン
ネルに切り替わることによって、自分のリクエスト曲の
放送が開始されることを認識することは可能である。但
し、視聴者が画面から目を離していたり、少し離れた場
所で別のことをしていることも考えられるため、その場
合には報知用音声を出力することは好ましい。

【００５８】以上、本発明はこのような実施例に何等限
定されるものではなく、本発明の主旨を逸脱しない範囲
において種々なる形態で実施し得る。例えば、上記実施
形態では、報知用音声発生部２５から報知用音声を出力
することによって視聴者の聴覚に訴えるようにしたが、
このような音声による報知には限られず、例えば視覚に
訴えてもよい。例えば、ＴＶ受像機３０の画面に、チャ
ンネルの自動切替制御を行なう旨をテロップとして表示
することによって報知してもよい。その場合は、放送セ
ンタ１におけるテロップ合成装置１５において、カラオ
ケ再生装置１４からの映像信号にホストコンピュータ１
１が生成した報知用テロップを合成し、放送手段１６か
ら放送することが考えられる。あるいは、ＣＡＴＶコン
バータ２０内に、そのようなテロップを合成する手段を
備えるようにしてもよい。さらには、ＴＶ受像機３０側
にそのようなテロップ合成手段を備える構成でもよい
が、ＣＡＴＶコンバータ２０側で備えた方が、汎用のＴ
Ｖ受像機３０を利用可能な点で有利ではある。

【００５９】また、当然ながら音声出力と画面表示の両
方によって報知するようにしてもよい。さらには、画面
表示の場合には、例えば画面表示による場合には点滅さ
せるなどして通常の画面状態からの変化を付ければ注意
を引くことができる。なお、上記以外にも、例えば携帯
電話装置などで採用されているようにバイブレーター機
能によって報知するようにしてもよい。但し、この場合
は利用者が身に付けている必要があるので、例えばＣＡ
ＴＶコンバータ２０をリモコン装置によって操作できる
ようにしておき、そのリモコン装置にバイブレータ機能
を持たせ、それを胸ポケットなどに入れておくようにす
れば十分実現可能である。

【図面の簡単な説明】

【図１】 ＣＡＴＶコンバータの概略構成を示すブロッ
ク図である。

【図２】 放送センタの概略構成を示すブロック図であ
る。

【図３】 放送センタにおけるホストコンピュータを中
心とした信号の流れを示す図である。

【図４】 リクエスト受付時の視聴者と放送センタ側と
の間の通信シーケンスを示す説明図である。

【図５】 放送センタのホストコンピュータが取り扱う
リクエスト受付テーブルのデータ構成図である。

【図６】 放送センタのホストコンピュータが実行する
リクエスト曲放送処理を示すフローチャートである。

【図７】 放送センタのホストコンピュータがリクエス
ト曲放送処理において取り扱う放送用テーブルのデータ
構成図である。

【図８】 ＣＡＴＶコンバータにおけるチャンネル自動
切替に関する処理を示すフローチャートである。

【符号の説明】

１…放送センタ １０…ＣＡＴＶ伝送路 １１…ホストコンピュータ １１ｂ…ＣＰＵメモリ １２…外部記憶装置 １３…表示装置 １４…カラオケ再生装置 １５…テロップ合成
装置 １６…放送手段 １８…音声応答装置 ２０…ＣＡＴＶコンバータ ２１…データ受信回
路 ２２…データ処理回路 ２２ａ…ＩＤ特定用デ
ータ記憶部 ２２ｂ…端末ＩＤ記憶部 ２３…操作部 ２４…ＣＨ表示部 ２５…報知用音声発
生部 ２６…選局回路 ２７…分配器 ３０…ＴＶ受像機 ４０…公衆電話回線 ５０…電話機

Claims (5)

【特許請求の範囲】
1. 【請求項１】 伝送路に接続され、この伝送路を経由し
   て放送センタから送信された複数の放送信号より所望の
   チャンネルの放送信号のみを選択するための選局手段
   と、同じく伝送路を介して放送センタから送信された制
   御データを受け取るデータ受信手段とを備えた放送受信
   端末において、 放送システム内における自端末の識別情報を記憶してい
   る端末識別情報記憶手段を備えると共に、 前記放送センタから送信される前記制御データ中には、
   放送内容に対応して設定された放送システム内における
   放送受信端末の識別情報特定用データも含まれており、
   受信した制御データ中の識別情報特定用データに基づい
   て特定された端末識別情報と前記端末識別情報記憶手段
   に記憶されている自端末の識別情報とが一致した場合に
   は、前記選局手段を制御して所定のチャンネルに自動的
   に切り替えるチャンネル切替制御手段を備えることを特
   徴とする放送受信端末。
2. 【請求項２】 前記チャンネル切替制御手段によって所
   定のチャンネルに自動的に切り替える際に、チャンネル
   の自動切替制御を行なう旨を報知する報知手段を備える
   ことを特徴とする請求項１記載の放送受信端末。
3. 【請求項３】 前記報知手段は、前記チャンネルの自動
   切替を行なう旨を音声で出力して報知するよう構成され
   ていることを特徴とする請求項２記載の放送受信端末。
4. 【請求項４】 請求項１〜３のいずれか記載の放送受信
   端末と、該放送受信端末へ、伝送路を介して前記複数の
   放送信号及び前記識別情報特定用データを送信可能な放
   送センタとを備える放送システム。
5. 【請求項５】 前記放送センタは、 視聴者から個別になされたリクエスト情報を記憶してお
   くリクエスト情報記憶手段と、該リクエスト情報記憶手
   段に記憶されているリクエスト情報に応じた放送信号を
   所定の順番に従って順次放送していく放送手段とを備え
   たリクエスト応答機能付きの放送センタであって、 前記リクエスト情報記憶手段は、リクエスト情報に加え
   て、当該リクエスト情報の発生元に対応する端末識別情
   報も記憶可能であり、 前記放送手段は、リクエスト情報記憶手段に端末識別情
   報も記憶されている場合には、リクエスト情報に応じた
   放送信号の送信に先だって、前記記憶されていた端末識
   別情報を特定するための識別情報特定用データを送信す
   るよう構成されていることを特徴とする請求項４記載の
   放送システム。