JPH0983467A - 放送センタ - Google Patents

Abstract

(57)【要約】 【課題】 視聴者からのリクエスト情報を自動的に集計
し、いち早く視聴者に集計結果を提示する。 【解決手段】 ＣＰＵ１１ａは、リクエスト受付開始時
刻に達したとき、リアルタイムランキング集計用データ
テーブルをリセットし、視聴者の電話機５０からのリク
エストを公衆電話回線４０、音声応答装置２０を介して
受信すると、ＣＰＵメモリ１１ｂ内のリクエストロギン
グデータテーブルに受付時刻とセットで記録する。次
に、リアルタイムランキング集計用テーブル内のリクエ
スト回数をカウントアップする。続いてリクエスト回数
の多い順番に曲番号をソートする。そして、それら曲番
号に対応するリクエスト数と曲タイトルから表示用デー
タを作成、テロップ合成装置１５及び放送手段１６を介
して放送用映像として放送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、視聴者から個別に
なされたリクエスト情報を受け付け、さらにその集計結
果を視聴者に対して提示することのできるリクエスト集
計機能付きの放送センタに関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】従来、
例えば有線ラジオ放送や通常の無線形式のラジオ放送な
どにおいて、視聴者からの曲のリクエストを募集するこ
とがよく行われている。この場合のリクエストは、視聴
者からの電話やＦＡＸ、あるいは「はがき」などによっ
て行われ、例えば電話リクエストの場合には、電話オペ
レータがかかってくる電話に個別に応対して、リクエス
トを聞き取り、それを紙に書き取る等していた。そし
て、そのリクエスト集計は人間がマニュアルで処理する
ことにより行っていた。

【０００３】しかしながら、上述したようにリクエスト
情報を集計する作業を人間が行っていると、随時このよ
うな煩雑な作業が発生するばかりでなく、処理時間もか
かるため、視聴者に対して集計結果を通知するタイミン
グが遅れてしまいリアルタイム性に乏しかった。例え
ば、リクエストの締切から数日経った後に集計結果が視
聴者に通知されるということが多い。

【０００４】本発明は、上述した問題点を解決するため
になされたものであり、視聴者からのリクエスト情報を
人間の手を煩わせることなく自動的に集計し、いち早く
視聴者に集計結果を提示することができるようにするこ
とを目的とする。

【０００５】

【課題を解決するための手段及び発明の効果】この目的
を達成するためになされた請求項１記載の発明は、視聴
者から個別に送信されたリクエスト情報を受信し、リク
エスト情報記憶手段にデータとして自動的に記憶させる
リクエスト受付手段と、前記リクエスト情報記憶手段に
記憶されているリクエスト情報を読み出して集計し、所
定の集計結果情報を作成するリクエスト集計手段と、該
リクエスト集計手段によって作成された集計結果情報を
放送信号に変換して放送可能な放送手段とを備えたリク
エスト集計機能付きの放送センタにおいて、前記リクエ
スト受付手段は、視聴者から送信されたリクエスト情報
を当該リクエスト情報を受け付けた時刻を示す受付時刻
情報とセットで前記リクエスト情報記憶手段に記憶さ
せ、前記リクエスト集計手段は、所定の集計期間に該当
するリクエスト情報を、セットで記憶されている受付時
刻情報に基づいて集計するよう構成されていることを特
徴とする放送センタである。

【０００６】請求項２に記載の発明は、請求項１に記載
の放送センタにおいて、前記集計結果情報には、前記所
定の集計期間内におけるリクエスト情報毎のリクエスト
総数が含まれていることを特徴とする。請求項３に記載
の発明は、請求項１又は２に記載の放送センタにおい
て、前記所定の集計期間は、相対的に短期間である第１
集計期間及び相対的に長期間である第２集計期間が設定
されており、前記リクエスト集計手段は、リクエスト情
報記憶手段に記憶されているリクエスト情報を読み出
し、前記第１集計期間及び第２集計期間それぞれについ
て集計し、所定の集計結果情報をそれぞれ作成するよう
構成されていることを特徴とする。

【０００７】請求項４に記載の発明は、請求項１〜３の
いずれかに記載の放送センタにおいて、前記リクエスト
受付手段は、視聴者からのリクエスト情報を通信手段を
介して受信するよう構成されていることを特徴とする。
請求項５に記載の発明は、請求項４に記載の放送センタ
において、前記リクエスト受付手段は、視聴者からのリ
クエスト情報を受け付ける際、所定のガイダンス用音声
情報を通信手段を介して視聴者側に送信し、視聴者識別
情報やリクエスト情報等をそのガイダンス用音声情報に
対する返答として受信するように構成されていることを
特徴とする。

【０００８】請求項６に記載の発明は、請求項１〜５の
いずれかに記載の放送センタにおいて、前記視聴者から
のリクエスト情報は、カラオケ曲を指定した要求であ
り、前記放送手段は、音声情報と映像情報が送信可能な
テレビジョン放送手段であり、所定のカラオケ曲に応じ
たカラオケ演奏音及び背景映像に歌詞テロップが合成さ
れた映像とを放送可能であると共に、さらに当該映像に
前記集計結果情報を合成して放送するように構成されて
いることを特徴とする。

【０００９】本発明の放送センタによれば、リクエスト
受付手段が、視聴者から個別に送信されたリクエスト情
報を受信し、リクエスト情報記憶手段にデータとして自
動的に記憶させる。この際、視聴者から送信されたリク
エスト情報をリクエスト情報を受け付けた時刻を示す受
付時刻情報とセットでリクエスト情報記憶手段に記憶さ
せる。そして、リクエスト集計手段は、リクエスト情報
記憶手段に記憶されているリクエスト情報を読み出して
集計し、所定の集計結果情報を作成する。この際、所定
の集計期間に該当するリクエスト情報を、セットで記憶
されている受付時刻情報に基づいて集計する。放送手段
は、このリクエスト集計手段によって作成された集計結
果情報を放送信号に変換して放送することができる。

【００１０】この集計結果情報は、例えば、請求項２に
示すように、所定の集計期間内におけるリクエスト情報
毎のリクエスト総数が含まれているようにすることが考
えられる。また、所定の集計期間としては、請求項３に
示すように、相対的に短期間である第１集計期間及び相
対的に長期間である第２集計期間を設定し、この第１集
計期間及び第２集計期間それぞれについて集計し、所定
の集計結果情報をそれぞれ作成するようにしてもよい。
例えば、第１集計期間として１日を設定し、第２集計期
間として１週間を設定する等である。もちろん、さらに
長い１か月や半年といった期間を設定してもよい。な
お、この場合に、第２集計期間には第１集計期間を含む
ようにすることが考えられる。例えば１日分の集計をし
た場合には、その１日を含む過去１週間分の集計あるい
はさらにその１週間を含む過去１か月間分の集計を行
い、それぞれの集計結果を表示するといったことであ
る。

【００１１】一方、リクエスト受付手段は視聴者から個
別に送信されたリクエスト情報を受信するのであるが、
例えば請求項４に示すように、通信手段を介して受信す
ることが考えられる。この通信手段としては、例えば公
衆電話回線を使用したものや双方向ＣＡＴＶシステムに
おける同軸ケーブルを使用したものなどが考えられる。
もちろん有線には限らず無線形式であってもよい。

【００１２】そして、このように通信手段を介して受信
する場合には、請求項５に示すように、視聴者からのリ
クエスト情報を受け付ける際、所定のガイダンス用音声
情報を通信手段を介して視聴者側に送信し、視聴者識別
情報やリクエスト情報等をそのガイダンス用音声情報に
対する返答として受信するようにするとよい。例えば電
話回線を使用する場合には、視聴者からの電話を自動着
信し、電子音声による案内を行う音声応答機能と、電話
によるダイヤルトーンを使用したコードの発信を受信す
るコード受信機能を備え、音声応答機能によって所定の
ガイダンス音声を流し、それにしたがって視聴者が例え
ば要求するカラオケの曲番号や視聴者識別番号等をプッ
シュボタン等で入力し、それをダイヤルトーンを使用し
たコードとして受信するようにすれば便利である。

【００１３】このような視聴者からのリクエスト情報
は、例えばカラオケ曲を指定するリクエストが考えら
れ、その場合、請求項６に示すようにするとよい。すな
わち、放送手段は音声情報と映像情報が送信可能なテレ
ビジョン放送手段であり、所定のカラオケ曲に応じたカ
ラオケ演奏音及び背景映像に歌詞テロップが合成された
映像とを放送できるように構成する。そして、その映像
に集計結果情報を合成して放送するようにすれば、視聴
者側においてはカラオケを楽しむテレビ画面を利用して
リクエスト集計結果情報も見ることができ、便利であ
る。

【００１４】例えば、カラオケ曲の演奏中には、画面の
一部を利用してリクエスト集計結果情報を表示させ、そ
の曲が終了し、次の曲が開始するまでの待ち時間には、
画面全部にリクエスト集計結果情報を表示させるように
してもよい。また、上記第１及び第２集計期間における
リクエスト集計結果情報を表示させる場合には、第２集
計期間におけるリクエスト集計結果情報については上記
曲間の待ち時間やあるいは放送センタからの放送番組の
間の待ち時間等のように、ある特定の期間にだけ表示さ
せるようにしてもよい。これは、第１集計期間における
リクエスト集計結果情報については、リアルタイム性の
要求される度合が大きいので、常に表示させるようにし
た方がよく、第２集計期間におけるリクエスト集計結果
情報については要求度合がそれほど大きくないと考えら
れるからである。もちろん、画面表示に余裕があれば、
両者を常に表示することは構わない。

【００１５】上記説明からも判るように、集計結果情報
としては音声だけでもよいし、映像だけでもよいし、も
ちろん音声と映像の両方でもよい。ラジオ放送の場合に
は、音声のみとなるし、テレビジョン放送の場合には、
３種類全ての報知形態が実現可能である。

【００１６】このように、本発明の放送センタによれ
ば、視聴者からのリクエスト情報を人間の手を煩わせる
ことなく自動的に集計し、いち早く視聴者に集計結果を
提示することができるのである。

【００１７】

【発明の実施の形態】以下、本発明の放送センタを具体
化した一実施例を図面を参照しながら説明する。図１
は、本実施例の放送センタ１０の概略構成を示すブロッ
ク図である。図１に示すように、放送センタ１０は、放
送センタ全体の制御を行い、また「リクエスト集計手
段」としても機能するホストコンピュータ１１と、外部
記憶装置１２と、表示装置１３と、カラオケ再生装置１
４と、テロップ合成装置１５と、「放送手段」としての
放送手段１６と、「リクエスト受付手段」としての音声
応答装置２０とを備えている。また、放送センタ１０
は、公衆電話回線４０を介して多数の電話機５０と接続
されている。

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

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

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

【００２１】ホストコンピュータ１１はこの記憶された
リクエストコードを基にして、所定の集計期間に該当す
るリクエスト情報を、セットで記憶されている受付時刻
情報に基づいて集計する。この集計期間は、例えば１日
の内の所定の時刻にリクエスト受付を開始し、その受付
開始時刻からリクエスト受付が発生した時点までを集計
期間として設定することができる。これは比較的短期間
の「第１集計期間」に相当する。また、１週間単位ある
いは１月単位というような比較的長期間の「第２集計期
間」を設定することもできる。もちろん、それらを併用
することも考えられる。

【００２２】そして、リクエスト情報の集計結果として
例えばリクエスト総数を含む結果情報を算出し、任意の
メッセージとして表示すべき文字列を生成する。生成さ
れたメッセージは、外部記憶装置１２内の文字フォント
データによって画像データとしてホストコンピュータ１
１内のＣＰＵメモリ１１ｂに展開され、テロップ合成装
置１５に転送される。

【００２３】テロップ合成装置１５から出力された映像
信号はカラオケ再生装置１４から出力される音声信号と
共に放送手段１６によってテレビジョン放送される。こ
の放送内容は、視聴者側のテレビジョン受信機などの受
信設備にて受信され、視聴可能である。ここで、リクエ
スト集計結果情報は、それを専用で放送する番組におい
て放送してもよいが、例えばカラオケ番組の放送中に、
リクエスト集計結果情報をスーパーインポーズする形式
で放送してもよい。

【００２４】なお、センタ１０と視聴者側の受信設備は
ＣＡＴＶシステムのように有線で接続されていてもよい
し、通常の放送システムのように無線でもよい。続い
て、図２及び図３を参照して、ホストコンピュータ１１
を中心とした信号の流れを説明する。

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

【００２６】外部記憶装置１２は、リクエストコードに
関するデータベースを格納したホストコンピュータ１１
の外部記憶であり、装置間でデータの読み書きが行われ
る。これにより、ＣＰＵ１１ａはリクエストコードの検
索・照合と、ログ記録を行うものである。

【００２７】カラオケ再生装置１４はＣＰＵ１１ａと制
御信号により結ばれている、ＣＰＵ１１ａはリクエスト
コード（曲番号）を送信し、同装置１４にカラオケ楽曲
の再生を行わせ、またこの再生の開始・終了などの制御
を行うことができる。また、カラオケ再生装置１４は、
ＣＰＵ１１ａに対して再生の状況（再生中・再生終了
等）を返す。これにより、ＣＰＵ１１ａはリクエストコ
ードによるカラオケ楽曲の再生を行うことができる。

【００２８】テロップ合成装置１５は、ＣＰＵ１１ａか
ら画像の出力と合成に関する制御と、画像データの転送
を受ける。同装置１５はカラオケ再生装置１４からの映
像信号を入力しており、ＣＰＵ１１ａから転送された画
像と、この映像を合成し、カラオケ再生装置１４の出力
する映像にテロップ表示を付加できる。

【００２９】テロップ合成装置１５とその周辺との信号
を流れを、さらに図３を参照して説明する。テロップ合
成装置１５は、画像表示用のメモリであるＶＲＡＭ１５
ｃと、このＶＲＡＭ１５ｃに読み書きを行い、画像信号
を出力するＶＤＰ１５ａと、外部から入力された映像信
号とＶＤＰ１５ａが出力する画像信号とをスーパーイン
ポーズ方式により合成する映像合成機構１５ｂを備えて
いる。ＣＰＵ１１ａはＶＤＰ１５ａに対して画像の出力
と合成に関する制御を与え、また、ＶＤＰ１５ａを通し
てＶＲＡＭ１５ｃに表示すべき画像を転送する。同時
に、カラオケ再生装置１４は映像信号をテロップ合成装
置１５に伝送する。両者の映像は映像合成機構１５ｂに
より合成がなされ、カラオケ再生装置１４からの映像に
テロップが加わる形で映像信号の出力が完成する。

【００３０】次に、本実施例の放送センタ１０の動作に
ついて、図を参照して説明する。図４〜図６はＣＰＵ１
１ａによって実行されるプログラムの処理手順を示すフ
ローチャートであり、図７はリクエスト受付時の加入者
と放送センタ１０側との間の通信シーケンスを示してお
り、また図８〜図１０はこのプログラムが取り扱うデー
タ構造図である。以下、図４〜図６に示す処理フローの
詳細を説明する。なお、図４は全体の流れを示すフロー
チャート、図５は図４の処理中で呼び出されるリアルタ
イムランキング集計・放送処理のフローチャート、図６
は図４の処理中で呼び出される週ランキング集計・放送
処理のフローチャートである。

【００３１】まず、全体の流れを示す処理（図４）につ
いて説明する。最初のステップＳ１０においては、リク
エスト受付開始時刻に達したかどうかを判断し、開始時
刻に達した場合には、Ｓ２０にてリアルタイムランキン
グ集計用データテーブル（図１０参照）をリセットした
上で、リクエスト受付終了時刻に達するまで（Ｓ３０：
ＹＥＳ）、Ｓ４０〜Ｓ６０にてリクエストの受付、集計
及び集計結果の放送処理を行なう。

【００３２】Ｓ１０及びＳ３０のリクエスト開始時刻及
び終了時刻は、例えば一日の内の所定の何時間かを割り
当てる。そして、予め放送センタ１０から加入者側に、
「何時から何時までリクエストを受け付けます」といっ
た内容の放送を行って呼びかけておくとよい。もちろ
ん、放送センタ１０からの放送時間中であればいつでも
リクエストを受け付けるのであればその旨を随時放送し
て告知すればよく、またその場合はＳ１０のリクエスト
受付開始時刻は放送開始時刻と同じになり、Ｓ３０のリ
クエスト受付終了時刻は放送終了時刻と同じになる。

【００３３】なお、Ｓ２０においてリセットするリアル
タイムランキング集計用データテーブルは、図１０に示
すように、曲番号（１〜Ｎ）毎にリクエスト回数を記憶
するものである。続いてＳ４０〜Ｓ６０の処理を説明す
る。Ｓ４０では、リクエストがあるかどうかを判断し、
なければＳ３０へ戻るが、リクエストがある場合にはＳ
５０に移行して、そのリクエスト履歴をリクエストロギ
ングデータテーブル（図８参照）に記録する。ロギング
データなので発生日時順に並んで記録されることとな
る。

【００３４】ここで、Ｓ４０での処理に関し、加入者か
らのリクエストについて説明する。放送センタ１０は、
図７に示す通信シーケンスに従って、視聴者からリクエ
ストを受け付ける。視聴者は、公衆電話回線４０を介し
て放送センタ１０に対して発信・接続する。放送センタ
１０側では音声応答装置２０が、電話機５０からの着信
があれば、その着信応答として音声応答メッセージ（例
えば「ＩＤ番号を入力してください」といった内容）を
送出し、最初に行ってもらうＩＤ番号の入力を促す。

【００３５】そして、視聴者が電話機５０を介してＩＤ
番号を入力すると、そのＩＤ番号は、ＣＰＵメモリ１１
ｂ上の所定のバッファに一旦格納され、そのＩＤ番号が
有効であるかどうかの照合を行なう。これは、外部記憶
装置１２上の加入者データベース（図示せず）を照会し
て行なう。

【００３６】この照合の結果、有効な番号でない場合に
は入力のやり直しを求める音声メッセージ（例えば「再
入力してください」）を応答するが、最初に入力された
ＩＤ番号が有効である場合、あるいは再度入力されたＩ
Ｄ番号が有効であれば、次に曲番号の入力を促す音声応
答メッセージを送出する そして、視聴者が電話機５０を介してリクエスト番号を
入力すると、そのリクエスト番号は、ＣＰＵメモリ１１
ｂ上のバッファに一旦格納され、その曲番号の照合を行
なう。これは、外部記憶装置１２上の曲番号データベー
ス（図示せず）を照会して実行する。そして、有効な曲
番号でない場合には入力のやり直しを求める音声メッセ
ージ（例えば「再入力してください」）を応答するが、
最初に入力された曲番号が有効である場合、あるいは再
度入力された曲番号が有効であれば、次にリクエスト内
容の確認を促す音声応答メッセージを送出する。これは
例えば、「リクエストされた曲番号は○○○○ですね。
よろしければ１＃、訂正する場合は２＃を入力して下さ
い。」といったような内容である。

【００３７】そして、視聴者が電話機５０を介して「１
＃」を入力すると、リクエストが完了し、音声応答装置
２０からは、リクエストの受付が完了したことを視聴者
に知らせる音声応答メッセージを送出する。そして、回
線を切断する。このようにしてリクエストの受付が実行
されるであるが、リクエストがあった場合には図４のＳ
５０の処理が実行される。つまり、リクエストされた曲
番号をそのリクエストを受け付けた時点での日時とセッ
トでリクエストロギングデータテーブル（図８）に記録
する。本実施例では、図８に示すように、年月日に加え
て時分秒まで記録されている。

【００３８】Ｓ５０の処理が終了すれば、Ｓ６０へ移行
し、リアルタイムランキングの集計・放送処理を読み出
して実行する。このリアルタイムランキングの集計・放
送処理について図５を参照して説明する。まず、最初の
ステップＳ１１０において、リアルタイムランキング集
計用データテーブル（図９）内のリクエストされた曲番
号に対応するリクエスト回数をカウントアップする。そ
して、続くＳ１２０においては、そのリアルタイムラン
キング集計用データテーブル（図９）を参照して、リク
エスト回数の多い順番に曲番号をソートする。

【００３９】Ｓ１３０では（そのソートされた）先頭の
曲番号を取り出し、続くＳ１４０では、Ｓ１３０にて取
り出した曲番号に対応する曲タイトルを曲タイトルデー
タテーブル（図９参照）から取り出す。なお、この曲タ
イトルデータテーブルにおいては、曲番号から何番目の
レコードであるかを探せるようにするため、欠番の曲タ
イトル情報をダミー登録しておくことが考えられる。

【００４０】そして、Ｓ１５０にて、その曲番号に対応
するリクエスト数と曲タイトルとから表示用データを編
集し、Ｓ１６０にてその表示用データを出力する。こう
して出力された表示用データは、テロップ合成装置１５
及び放送手段１６を介して放送用映像として放送され、
各視聴者のテレビジョン受像器にて表示されることとな
る。

【００４１】図５に戻り、Ｓ１６０の処理が終了する
と、続くＳ１７０にて１０曲分の表示用データを出力し
たかどうかを判断する。１０曲分をまだ出力していない
場合には、Ｓ１８０へ移行して、上記Ｓ１２０でリクエ
スト回数順にソートされた次の順番の曲番号を取り出
す。そして、その曲番号に対応するリクエスト回数と曲
タイトルを表示用データとして出力する（Ｓ１４０〜Ｓ
１６０）。こうして、１０曲分の表示用データが出力さ
れると（Ｓ１７０：ＹＥＳ）、図５の処理を一旦終了し
て図４のＳ３０へ戻る。

【００４２】なお、この１０曲分のリクエストランキン
グが放送用映像として放送され、各視聴者のテレビジョ
ン受像器にて表示された場合の画面出力例を図１１に示
す。１位から１０位までの曲タイトル（図１１中に××
×××や△△△△△で示す。）とリクエスト回数（図１
１中では〜Pointで示す。）が順番に表示される。な
お、図１１の出力画面においては、画面右上部に「１
３：３０現在」と表示されている。これは、図１１のリ
アルタイムランキングは、視聴者からのリクエストがあ
るとすぐに集計がされてランキングに反映されるので、
何時の時点でのランキングからを明確にするために表示
するのである。そして、この時刻表示は、リクエストの
集計とは別に１分毎に更新していくようにしてもよい。

【００４３】図５の処理、すなわち図４のＳ６０の処理
が終了するとＳ３０へ戻るが、リクエスト受付終了時刻
に達した場合には（Ｓ３０：ＹＥＳ）、Ｓ１０へ戻る。
そして、この場合には、Ｓ１０でも否定判断となるの
で、Ｓ７０へ移行する。Ｓ７０では週ランキングの表示
が済んだかどうかを判断する。週ランキングの表示が済
んていれば（Ｓ７０：ＹＥＳ）、Ｓ１０へ戻るが、まだ
済んでいなければ（Ｓ７０：ＮＯ）、Ｓ８０へ移行す
る。

【００４４】Ｓ８０では、週ランキング集計用データテ
ーブルをリセットし、Ｓ９０にて週ランキングの集計及
び集計結果の放送処理を行なう。なお、週ランキング集
計用データテーブルは、上述したリアルタイムランキン
グ集計用データテーブル（図１０）と同じ構成であり、
曲番号（１〜Ｎ）毎にリクエスト回数を記憶するもので
ある。

【００４５】Ｓ９０での週ランキングの集計及び集計結
果の放送処理について、図６を参照して説明する。ま
ず、最初のステップＳ２１０において、リクエストロギ
ングデータテーブル（図８）内よりリクエストロギング
データを１件取り出す。そして、Ｓ２２０にて、その発
生日時が現時点から１週間以内のものであるかどうかを
判断する。１週間以内に発生したリクエストであれば
（Ｓ２２０：ＹＥＳ）、Ｓ２３０へ移行して、週ランキ
ング集計用データテーブルの、Ｓ２１０で取り出したリ
クエストロギングデータの曲番号に対応するリクエスト
回数をカウントアップする。

【００４６】そして、続くＳ２４０においては、次のロ
ギングデータがあるかどうかを判断する。次のロギング
データがあれば（Ｓ２４０：ＹＥＳ）Ｓ２１０へ戻り、
なければＳ２５０へ移行する。なお、本実施例では、リ
クエストロギングデータテーブル（図８）は、リクエス
トの発生順に並んでいるため、Ｓ２１０では、最新のリ
クエストロギングデータから順番に取り出していくこと
とする。したがって、Ｓ２２０にて否定判断、すなわち
発生日時が１週間以内でなくなった場合には、それ以降
のデータを読み出したとしても全て１週間以内ではない
ので、その場合には、次のロギングデータを検査するこ
となくＳ２５０へ移行する。

【００４７】Ｓ２５０では、週ランキング集計用データ
テーブルを参照して、リクエスト回数の多い順番に曲番
号をソートする。Ｓ２６０では（そのソートされた）先
頭の曲番号を取り出し、続くＳ２７０では、Ｓ１３０に
て取り出した曲番号に対応する曲タイトルを曲タイトル
データテーブル（図９）から取り出す。そして、Ｓ２８
０にて、その曲番号に対応するリクエスト数と曲タイト
ルとから表示用データを編集し、Ｓ２９０にてその表示
用データを出力する。こうして出力された表示用データ
は、テロップ合成装置１５及び放送手段１６を介して放
送用映像として放送され、各視聴者のテレビジョン受像
器にて表示されることとなる。

【００４８】Ｓ２９０の処理が終了すると、続くＳ３０
０にて１０曲分の表示用データを出力したかどうかを判
断する。１０曲分をまだ出力していない場合には、Ｓ３
１０へ移行して、上記Ｓ２５０でリクエスト回数順にソ
ートされた次の順番の曲番号を取り出す。そして、その
曲番号に対応するリクエスト回数と曲タイトルを表示用
データとして出力する（Ｓ２７０〜Ｓ２９０）。こうし
て、１０曲分の表示用データが出力されると（Ｓ３０
０：ＹＥＳ）、図６の処理を一旦終了して図４のＳ１０
へ戻る。

【００４９】なお、この１０曲分のリクエストランキン
グが放送用映像として放送され、各視聴者のテレビジョ
ン受像器にて表示された場合の画面出力は、図１１に示
したリアルタイムランキングの画面出力と同様のもので
ある。但し、週ランキングであるので、図１１の出力画
面の画面右上部に「１３：３０現在」と表示されている
部分が、例えば「９月第３週」といったような表示とな
る。

【００５０】以上説明した本実施例の放送センタ１０に
よれば、視聴者から個別に送信されたリクエストを受信
し、リクエスト情報を受け付けた時刻を示す受付時刻情
報とセットでリクエストロギングデータとして記憶させ
る。そして、リクエストを受け付ける毎に、リアルタイ
ムランキングとしてその時点でのリクエスト回数の多い
上位１０曲のリクエスト回数と曲タイトルとが表示され
るように放送する。したがって、視聴者からのリクエス
ト情報を人間の手を煩わせることなく自動的に集計し、
いち早く視聴者に集計結果を提示することができるので
ある。

【００５１】従来のように、リクエスト情報を集計する
作業を人間が行っていると、随時集計作業が発生するば
かりでなく、処理時間もかかるため、視聴者に対して集
計結果を通知するタイミングが遅れてしまいリアルタイ
ム性に乏しかった。例えば、リクエストの締切から数日
経った後に集計結果が視聴者に通知されるということが
多い。

【００５２】これに対して本実施例の放送センタ１０に
よれば、視聴者からのリクエスト情報を人間の手を煩わ
せることなく自動的に集計し、いち早く視聴者に集計結
果を提示することができるのである。そして、リクエス
トをする視聴者側にとっては、自分の行ったリクエスト
がランキング内のものであれば、すぐにリクエスト集計
結果情報としてテレビ画面で確認することができるので
リクエストをする意欲が向上する原因ともなる。

【００５３】以上、具体例に従って、本発明の実施の形
態について説明したが、本発明はこのような具体例に限
定されるものではなく、発明の要旨を逸脱しない範囲で
様々な実施ができることは言うまでもない。例えば、上
述の実施例ではリクエストの集計結果情報として映像で
示したが、例えば音声だけでもよい。もちろん音声と映
像の両方でもよい。ラジオ放送の場合には、音声のみと
なるし、テレビジョン放送の場合には、３種類全ての報
知形態が実現可能である。

【００５４】また、上記実施例では、視聴者からのリク
エストを受けるために公衆電話回線４０を用いている
が、これは、リクエストコードという短い情報を伝達可
能でありさえすれば、有線・無線の形式はもちろんのこ
と例えば双方向ＣＡＴＶにおける同軸ケーブル等その通
信手段は問わない。

【図面の簡単な説明】

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

【図２】 ホストコンピュータを中心した信号の流れを
示す説明図である。

【図３】 テロップ合成装置を中心した信号の流れを示
す説明図である。

【図４】 ホストコンピュータが実行するリクエスト集
計・放送処理の全体の流れを示すフローチャートであ
る。

【図５】 ホストコンピュータが実行するリアルタイム
ランキング集計・放送処理を示すフローチャートであ
る。

【図６】 ホストコンピュータが実行する週ランキング
集計・放送処理を示すフローチャートである。

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

【図８】 ホストコンピュータが取り扱うリクエストロ
ギングデータテーブルの説明図である。

【図９】 ホストコンピュータが取り扱う曲タイトルデ
ータテーブルの説明図である。

【図１０】 ホストコンピュータが取り扱うリアルタイ
ムランキング集計用データテーブルの説明図である。

【図１１】 視聴者のテレビジョン受像器にて表示され
たリアルタイムランキングの画面出力例を示す説明図で
ある。

【符号の説明】

１０…放送センタ １１…ホストコンピ
ュータ １１ａ…ＣＰＵ １１ｂ…ＣＰＵメモ
リ １２…外部記憶装置 １３…表示装置 １４…カラオケ再生装置 １５…テロップ合
成装置 １５ａ…ＶＤＰ １５ｂ…映像合成機
構 １５ｃ…ＶＲＡＭ １６…放送手段 ２０…音声応答装置 ４０…公衆電話回
線 ５０…電話機

Claims (6)

【特許請求の範囲】
1. 【請求項１】 視聴者から個別に送信されたリクエスト
   情報を受信し、リクエスト情報記憶手段にデータとして
   自動的に記憶させるリクエスト受付手段と、 前記リクエスト情報記憶手段に記憶されているリクエス
   ト情報を読み出して集計し、所定の集計結果情報を作成
   するリクエスト集計手段と、 該リクエスト集計手段によって作成された集計結果情報
   を放送信号に変換して放送可能な放送手段とを備えたリ
   クエスト集計機能付きの放送センタにおいて、 前記リクエスト受付手段は、視聴者から送信されたリク
   エスト情報を当該リクエスト情報を受け付けた時刻を示
   す受付時刻情報とセットで前記リクエスト情報記憶手段
   に記憶させ、 前記リクエスト集計手段は、所定の集計期間に該当する
   リクエスト情報を、セットで記憶されている受付時刻情
   報に基づいて集計するよう構成されていることを特徴と
   する放送センタ。
2. 【請求項２】 請求項１に記載の放送センタにおいて、 前記集計結果情報には、前記所定の集計期間内における
   リクエスト情報毎のリクエスト総数が含まれていること
   を特徴とする放送センタ。
3. 【請求項３】 請求項１又は２に記載の放送センタにお
   いて、 前記所定の集計期間は、相対的に短期間である第１集計
   期間及び相対的に長期間である第２集計期間が設定され
   ており、 前記リクエスト集計手段は、リクエスト情報記憶手段に
   記憶されているリクエスト情報を読み出し、前記第１集
   計期間及び第２集計期間それぞれについて集計し、所定
   の集計結果情報をそれぞれ作成するよう構成されている
   ことを特徴とする放送センタ。
4. 【請求項４】 請求項１〜３のいずれかに記載の放送セ
   ンタにおいて、 前記リクエスト受付手段は、視聴者からのリクエスト情
   報を通信手段を介して受信するよう構成されていること
   を特徴とする放送センタ。
5. 【請求項５】 請求項４に記載の放送センタにおいて、 前記リクエスト受付手段は、視聴者からのリクエスト情
   報を受け付ける際、所定のガイダンス用音声情報を通信
   手段を介して視聴者側に送信し、視聴者識別情報やリク
   エスト情報等をそのガイダンス用音声情報に対する返答
   として受信するように構成されていることを特徴とする
   放送センタ。
6. 【請求項６】 請求項１〜５のいずれかに記載の放送セ
   ンタにおいて、 前記視聴者からのリクエスト情報は、カラオケ曲を指定
   した要求であり、 前記放送手段は、音声情報と映像情報が送信可能なテレ
   ビジョン放送手段であり、所定のカラオケ曲に応じたカ
   ラオケ演奏音及び背景映像に歌詞テロップが合成された
   映像とを放送可能であると共に、さらに当該映像に前記
   集計結果情報を合成して放送するように構成されている
   ことを特徴とする放送センタ。