JP3740194B2 - 放送センタ - Google Patents
放送センタ Download PDFInfo
- Publication number
- JP3740194B2 JP3740194B2 JP23520495A JP23520495A JP3740194B2 JP 3740194 B2 JP3740194 B2 JP 3740194B2 JP 23520495 A JP23520495 A JP 23520495A JP 23520495 A JP23520495 A JP 23520495A JP 3740194 B2 JP3740194 B2 JP 3740194B2
- Authority
- JP
- Japan
- Prior art keywords
- request
- information
- broadcast
- video
- period
- 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 - Lifetime
Links
Images
Landscapes
- Reverberation, Karaoke And Other Acoustics (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、視聴者から個別になされたリクエスト情報を受け付け、さらにその集計結果を視聴者に対して提示することのできるリクエスト集計機能付きの放送センタに関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来、例えば有線ラジオ放送や通常の無線形式のラジオ放送などにおいて、視聴者からの曲のリクエストを募集することがよく行われている。この場合のリクエストは、視聴者からの電話やＦＡＸ、あるいは「はがき」などによって行われ、例えば電話リクエストの場合には、電話オペレータがかかってくる電話に個別に応対して、リクエストを聞き取り、それを紙に書き取る等していた。そして、そのリクエスト集計は人間がマニュアルで処理することにより行っていた。
【０００３】
しかしながら、上述したようにリクエスト情報を集計する作業を人間が行っていると、随時このような煩雑な作業が発生するばかりでなく、処理時間もかかるため、視聴者に対して集計結果を通知するタイミングが遅れてしまいリアルタイム性に乏しかった。例えば、リクエストの締切から数日経った後に集計結果が視聴者に通知されるということが多い。
【０００４】
本発明は、上述した問題点を解決するためになされたものであり、視聴者からのリクエスト情報を人間の手を煩わせることなく自動的に集計し、いち早く視聴者に集計結果を提示することができるようにすることを目的とする。
【０００５】
【課題を解決するための手段及び発明の効果】
この目的を達成するためになされた請求項１記載の発明は、視聴者から個別に送信されたリクエスト情報を受信し、リクエスト情報記憶手段にデータとして自動的に記憶させるリクエスト受付手段と、前記リクエスト情報記憶手段に記憶されているリクエスト情報を読み出して集計し、所定の集計結果情報を作成するリクエスト集計手段と、該リクエスト集計手段によって作成された集計結果情報を放送信号に変換して放送可能な放送手段とを備えたリクエスト集計機能付きの放送センタにおいて、前記視聴者からのリクエスト情報は、カラオケ曲を指定した要求であり、前記放送手段は、音声情報と映像情報が送信可能なテレビジョン放送手段であり、所定のカラオケ曲に応じたカラオケ演奏音及び背景映像に歌詞テロップが合成された映像を放送可能であると共に、さらに当該映像に前記集計結果情報を合成して放送可能に構成されており、前記集計結果情報には、前記所定の集計期間内におけるリクエスト情報毎のリクエスト総数が含まれており、前記所定の集計期間は、相対的に短期間である第１集計期間及び相対的に長期間である第２集計期間が設定されており、前記リクエスト受付手段は、視聴者から送信されたリクエスト情報を当該リクエスト情報を受け付けた時刻を示す受付時刻情報とセットで前記リクエスト情報記憶手段に記憶させ、前記リクエスト集計手段は、リクエスト情報記憶手段に記憶されているリクエスト情報を読み出し、セットで記憶されている受付時刻情報に基づいて前記第１集計期間及び第２集計期間それぞれについて集計し、所定の集計結果情報をそれぞれ作成し、前記放送手段は、第１の集計期間における集計結果情報に関しては、リクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像を放送する場合、その背景映像に歌詞テロップが合成された映像にさらに前記第１の集計期間における集計結果情報を合成して放送し、前記背景映像に歌詞テロップが合成された映像の放送が終了した場合、次のリクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が開始されるまでの待ち時間の間においても前記第１の集計期間における集計結果情報を放送し、第２の集計期間における集計結果情報に関しては、リクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が終了し、次のリクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が開始されるまでの待ち時間の間のみ前記第２の集計期間における集計結果情報を放送することを特徴とする放送センタである。
【０００６】
請求項２に記載の発明は、請求項１に記載の放送センタにおいて、前記リクエスト受付手段は、視聴者からのリクエスト情報を通信手段を介して受信するよう構成されていることを特徴とする。
【０００７】
請求項３に記載の発明は、請求項２に記載の放送センタにおいて、前記リクエスト受付手段は、視聴者からのリクエスト情報を受け付ける際、所定のガイダンス用音声情報を通信手段を介して視聴者側に送信し、視聴者識別情報及びリクエスト情報をそのガイダンス用音声情報に対する返答として受信するように構成されていることを特徴とする。
【０００８】
【０００９】
本発明の放送センタによれば、リクエスト受付手段が、視聴者から個別に送信されたリクエスト情報を受信し、リクエスト情報記憶手段にデータとして自動的に記憶させる。この際、視聴者から送信されたリクエスト情報をリクエスト情報を受け付けた時刻を示す受付時刻情報とセットでリクエスト情報記憶手段に記憶させる。そして、リクエスト集計手段は、リクエスト情報記憶手段に記憶されているリクエスト情報を読み出して集計し、所定の集計結果情報を作成する。この際、所定の集計期間に該当するリクエスト情報を、セットで記憶されている受付時刻情報に基づいて集計する。放送手段は、このリクエスト集計手段によって作成された集計結果情報を放送信号に変換して放送することができる。
ここで、視聴者からのリクエスト情報は、カラオケ曲を指定した要求であり、放送手段は、音声情報と映像情報が送信可能なテレビジョン放送手段である。そしてこの放送手段は、所定のカラオケ曲に応じたカラオケ演奏音及び背景映像に歌詞テロップが合成された映像に集計結果情報を合成して放送する。そのため、視聴者側においてはカラオケを楽しむテレビ画面を利用してリクエスト集計結果情報も見ることができ、便利である。
【００１０】
この集計結果情報には、所定の集計期間内におけるリクエスト情報毎のリクエスト総数が含まれており、所定の集計期間は、相対的に短期間である第１集計期間及び相対的に長期間である第２集計期間を設定し、この第１集計期間及び第２集計期間それぞれについて集計し、所定の集計結果情報をそれぞれ作成する。
例えば、第１集計期間として１日を設定し、第２集計期間として１週間を設定する等である。もちろん、さらに長い１か月や半年といった期間を設定してもよい。なお、この場合に、第２集計期間には第１集計期間を含むようにすることが考えられる。例えば１日分の集計をした場合には、その１日を含む過去１週間分の集計あるいはさらにその１週間を含む過去１か月間分の集計を行い、それぞれの集計結果を表示するといったことである。
そして放送手段は、第１の集計期間における集計結果情報に関しては、リクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像を放送する場合、その背景映像に歌詞テロップが合成された映像にさらに前記第１の集計期間における集計結果情報を合成して放送し、前記背景映像に歌詞テロップが合成された映像の放送が終了した場合、次のリクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が開始されるまでの待ち時間の間においても前記第１の集計期間における集計結果情報を放送し、第２の集計期間における集計結果情報に関しては、リクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が終了し、次のリクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が開始されるまでの待ち時間の間のみ前記第２の集計期間における集計結果情報を放送する。例えば、カラオケ曲の演奏中には、画面の一部を利用して第１の集計期間における集計結果情報を表示させ、その曲が終了し、次の曲が開始するまでの待ち時間には、画面全部を利用して、第１の集計期間における集計結果情報に加えて第２の集計期間における集計結果情報を表示させる。これは、第１集計期間におけるリクエスト集計結果情報については、リアルタイム性の要求される度合が大きいので、常に表示させるようにした方がよく、第２集計期間におけるリクエスト集計結果情報については要求度合がそれほど大きくないと考えられるからである。
【００１１】
一方、リクエスト受付手段は視聴者から個別に送信されたリクエスト情報を受信するのであるが、例えば請求項２に示すように、通信手段を介して受信することが考えられる。この通信手段としては、例えば公衆電話回線を使用したものや双方向ＣＡＴＶシステムにおける同軸ケーブルを使用したものなどが考えられる。
もちろん有線には限らず無線形式であってもよい。
【００１２】
そして、このように通信手段を介して受信する場合には、請求項３に示すように、視聴者からのリクエスト情報を受け付ける際、所定のガイダンス用音声情報を通信手段を介して視聴者側に送信し、視聴者識別情報及びリクエスト情報をそのガイダンス用音声情報に対する返答として受信するようにするとよい。例えば電話回線を使用する場合には、視聴者からの電話を自動着信し、電子音声による案内を行う音声応答機能と、電話によるダイヤルトーンを使用したコードの発信を受信するコード受信機能を備え、音声応答機能によって所定のガイダンス音声を流し、それにしたがって視聴者が例えば要求するカラオケの曲番号や視聴者識別番号等をプッシュボタン等で入力し、それをダイヤルトーンを使用したコードとして受信するようにすれば便利である。
【００１３】
【００１４】
【００１５】
【００１６】
このように、本発明の放送センタによれば、視聴者からのリクエスト情報を人間の手を煩わせることなく自動的に集計し、いち早く視聴者に集計結果を提示することができるのである。
【００１７】
【発明の実施の形態】
以下、本発明の放送センタを具体化した一実施例を図面を参照しながら説明する。
図１は、本実施例の放送センタ１０の概略構成を示すブロック図である。図１に示すように、放送センタ１０は、放送センタ全体の制御を行い、また「リクエスト集計手段」としても機能するホストコンピュータ１１と、外部記憶装置１２と、表示装置１３と、カラオケ再生装置１４と、テロップ合成装置１５と、「放送手段」としての放送手段１６と、「リクエスト受付手段」としての音声応答装置２０とを備えている。また、放送センタ１０は、公衆電話回線４０を介して多数の電話機５０と接続されている。
【００１８】
各構成装置について、放送センタ１０における役割あるいは放送システムとの関わりも含めて説明する。
まず、音声応答装置２０は視聴者からのリクエストを受け付けるためのものである。本放送センタ１０は、視聴者から個別になされたリクエストを蓄積しておき、そのリクエストの集計結果を放送可能とされている。視聴者は手持ちの電話機５０により一般の公衆電話回線４０を通して、希望するカラオケ用情報をリクエストすることができる。このリクエストは、予め定められた「リクエストコード」によって行う。これは、一般のカラオケ装置における「曲番号」と同義のものである。
数字コードによるリクエストであるため、実際には視聴者が電話機５０のダイヤルもしくはプッシュホンの押し下げにより上記リクエストコードをトーン発信する。このリクエストコードはあらかじめ視聴者に配布物等によって通知されているものとする。
【００１９】
この視聴者から通話は放送センタ１０において音声応答装置２０により自動的に受理される。音声応答装置２０は内蔵された合成音声手段（図示せず）により予め登録されたメッセージを送話し、視聴者にリクエストコードの入力と、そのガイダンスを促すものであり、ホストコンピュータ１１により制御され、上記した通話の受話、メッセージの送話からパルスコードの受信までを行う。
【００２０】
音声応答装置２０によって受理されたリクエストコードは、ホストコンピュータ１１により、そのコードが有効であるかどうか、外部記憶装置１２上のデータベースとの照合により判断され、有効であればＣＰＵメモリ１１ｂ（図２参照）内のリクエストロギングデータテーブル（図８参照）に受け付けた時刻を示す受付時刻情報とセットで記憶される。なお、このＣＰＵメモリ１１ｂが「リクエスト情報記憶手段」に相当する。
【００２１】
ホストコンピュータ１１はこの記憶されたリクエストコードを基にして、所定の集計期間に該当するリクエスト情報を、セットで記憶されている受付時刻情報に基づいて集計する。この集計期間は、例えば１日の内の所定の時刻にリクエスト受付を開始し、その受付開始時刻からリクエスト受付が発生した時点までを集計期間として設定することができる。これは比較的短期間の「第１集計期間」に相当する。また、１週間単位あるいは１月単位というような比較的長期間の「第２集計期間」を設定することもできる。もちろん、それらを併用することも考えられる。
【００２２】
そして、リクエスト情報の集計結果として例えばリクエスト総数を含む結果情報を算出し、任意のメッセージとして表示すべき文字列を生成する。生成されたメッセージは、外部記憶装置１２内の文字フォントデータによって画像データとしてホストコンピュータ１１内のＣＰＵメモリ１１ｂに展開され、テロップ合成装置１５に転送される。
【００２３】
テロップ合成装置１５から出力された映像信号はカラオケ再生装置１４から出力される音声信号と共に放送手段１６によってテレビジョン放送される。この放送内容は、視聴者側のテレビジョン受信機などの受信設備にて受信され、視聴可能である。ここで、リクエスト集計結果情報は、それを専用で放送する番組において放送してもよいが、例えばカラオケ番組の放送中に、リクエスト集計結果情報をスーパーインポーズする形式で放送してもよい。
【００２４】
なお、センタ１０と視聴者側の受信設備はＣＡＴＶシステムのように有線で接続されていてもよいし、通常の放送システムのように無線でもよい。
続いて、図２及び図３を参照して、ホストコンピュータ１１を中心とした信号の流れを説明する。
【００２５】
図２に示すように、音声応答装置２０はホストコンピュータ１１のＣＰＵ１１ａと制御信号によって結ばれている。ＣＰＵ１１ａは音声応答装置２０に対して公衆電話回線４０（図１参照）の着信待ちに関する制御、着信後の同装置２０内の音声メッセージの送話に関する制御（複数のメッセージの内の選択）を行う。音声応答装置２０はホストコンピュータ１１に対して公衆電話回線４０を通じて受信したダイヤルパルスを数値情報として返す。これにより、公衆電話回線４０による視聴者リクエストの自動受理を行うものである。音声応答装置２０より返された数値はＣＰＵメモリ１１ｂに格納される。
【００２６】
外部記憶装置１２は、リクエストコードに関するデータベースを格納したホストコンピュータ１１の外部記憶であり、装置間でデータの読み書きが行われる。これにより、ＣＰＵ１１ａはリクエストコードの検索・照合と、ログ記録を行うものである。
【００２７】
カラオケ再生装置１４はＣＰＵ１１ａと制御信号により結ばれている、ＣＰＵ１１ａはリクエストコード（曲番号）を送信し、同装置１４にカラオケ楽曲の再生を行わせ、またこの再生の開始・終了などの制御を行うことができる。また、カラオケ再生装置１４は、ＣＰＵ１１ａに対して再生の状況（再生中・再生終了等）を返す。これにより、ＣＰＵ１１ａはリクエストコードによるカラオケ楽曲の再生を行うことができる。
【００２８】
テロップ合成装置１５は、ＣＰＵ１１ａから画像の出力と合成に関する制御と、画像データの転送を受ける。同装置１５はカラオケ再生装置１４からの映像信号を入力しており、ＣＰＵ１１ａから転送された画像と、この映像を合成し、カラオケ再生装置１４の出力する映像にテロップ表示を付加できる。
【００２９】
テロップ合成装置１５とその周辺との信号を流れを、さらに図３を参照して説明する。テロップ合成装置１５は、画像表示用のメモリであるＶＲＡＭ１５ｃと、このＶＲＡＭ１５ｃに読み書きを行い、画像信号を出力するＶＤＰ１５ａと、外部から入力された映像信号とＶＤＰ１５ａが出力する画像信号とをスーパーインポーズ方式により合成する映像合成機構１５ｂを備えている。ＣＰＵ１１ａはＶＤＰ１５ａに対して画像の出力と合成に関する制御を与え、また、ＶＤＰ１５ａを通してＶＲＡＭ１５ｃに表示すべき画像を転送する。同時に、カラオケ再生装置１４は映像信号をテロップ合成装置１５に伝送する。両者の映像は映像合成機構１５ｂにより合成がなされ、カラオケ再生装置１４からの映像にテロップが加わる形で映像信号の出力が完成する。
【００３０】
次に、本実施例の放送センタ１０の動作について、図を参照して説明する。図４〜図６はＣＰＵ１１ａによって実行されるプログラムの処理手順を示すフローチャートであり、図７はリクエスト受付時の加入者と放送センタ１０側との間の通信シーケンスを示しており、また図８〜図１０はこのプログラムが取り扱うデータ構造図である。以下、図４〜図６に示す処理フローの詳細を説明する。なお、図４は全体の流れを示すフローチャート、図５は図４の処理中で呼び出されるリアルタイムランキング集計・放送処理のフローチャート、図６は図４の処理中で呼び出される週ランキング集計・放送処理のフローチャートである。
【００３１】
まず、全体の流れを示す処理（図４）について説明する。
最初のステップＳ１０においては、リクエスト受付開始時刻に達したかどうかを判断し、開始時刻に達した場合には、Ｓ２０にてリアルタイムランキング集計用データテーブル（図１０参照）をリセットした上で、リクエスト受付終了時刻に達するまで（Ｓ３０：ＹＥＳ）、Ｓ４０〜Ｓ６０にてリクエストの受付、集計及び集計結果の放送処理を行なう。
【００３２】
Ｓ１０及びＳ３０のリクエスト開始時刻及び終了時刻は、例えば一日の内の所定の何時間かを割り当てる。そして、予め放送センタ１０から加入者側に、「何時から何時までリクエストを受け付けます」といった内容の放送を行って呼びかけておくとよい。もちろん、放送センタ１０からの放送時間中であればいつでもリクエストを受け付けるのであればその旨を随時放送して告知すればよく、またその場合はＳ１０のリクエスト受付開始時刻は放送開始時刻と同じになり、Ｓ３０のリクエスト受付終了時刻は放送終了時刻と同じになる。
【００３３】
なお、Ｓ２０においてリセットするリアルタイムランキング集計用データテーブルは、図１０に示すように、曲番号（１〜Ｎ）毎にリクエスト回数を記憶するものである。
続いてＳ４０〜Ｓ６０の処理を説明する。Ｓ４０では、リクエストがあるかどうかを判断し、なければＳ３０へ戻るが、リクエストがある場合にはＳ５０に移行して、そのリクエスト履歴をリクエストロギングデータテーブル（図８参照）に記録する。ロギングデータなので発生日時順に並んで記録されることとなる。
【００３４】
ここで、Ｓ４０での処理に関し、加入者からのリクエストについて説明する。放送センタ１０は、図７に示す通信シーケンスに従って、視聴者からリクエストを受け付ける。視聴者は、公衆電話回線４０を介して放送センタ１０に対して発信・接続する。放送センタ１０側では音声応答装置２０が、電話機５０からの着信があれば、その着信応答として音声応答メッセージ（例えば「ＩＤ番号を入力してください」といった内容）を送出し、最初に行ってもらうＩＤ番号の入力を促す。
【００３５】
そして、視聴者が電話機５０を介してＩＤ番号を入力すると、そのＩＤ番号は、ＣＰＵメモリ１１ｂ上の所定のバッファに一旦格納され、そのＩＤ番号が有効であるかどうかの照合を行なう。これは、外部記憶装置１２上の加入者データベース（図示せず）を照会して行なう。
【００３６】
この照合の結果、有効な番号でない場合には入力のやり直しを求める音声メッセージ（例えば「再入力してください」）を応答するが、最初に入力されたＩＤ番号が有効である場合、あるいは再度入力されたＩＤ番号が有効であれば、次に曲番号の入力を促す音声応答メッセージを送出する。
そして、視聴者が電話機５０を介してリクエスト番号を入力すると、そのリクエスト番号は、ＣＰＵメモリ１１ｂ上のバッファに一旦格納され、その曲番号の照合を行なう。これは、外部記憶装置１２上の曲番号データベース（図示せず）を照会して実行する。そして、有効な曲番号でない場合には入力のやり直しを求める音声メッセージ（例えば「再入力してください」）を応答するが、最初に入力された曲番号が有効である場合、あるいは再度入力された曲番号が有効であれば、次にリクエスト内容の確認を促す音声応答メッセージを送出する。これは例えば、「リクエストされた曲番号は○○○○ですね。
よろしければ１＃、訂正する場合は２＃を入力して下さい。」といったような内容である。
【００３７】
そして、視聴者が電話機５０を介して「１＃」を入力すると、リクエストが完了し、音声応答装置２０からは、リクエストの受付が完了したことを視聴者に知らせる音声応答メッセージを送出する。そして、回線を切断する。
このようにしてリクエストの受付が実行されるであるが、リクエストがあった場合には図４のＳ５０の処理が実行される。つまり、リクエストされた曲番号をそのリクエストを受け付けた時点での日時とセットでリクエストロギングデータテーブル（図８）に記録する。本実施例では、図８に示すように、年月日に加えて時分秒まで記録されている。
【００３８】
Ｓ５０の処理が終了すれば、Ｓ６０へ移行し、リアルタイムランキングの集計・放送処理を読み出して実行する。このリアルタイムランキングの集計・放送処理について図５を参照して説明する。
まず、最初のステップＳ１１０において、リアルタイムランキング集計用データテーブル（図９）内のリクエストされた曲番号に対応するリクエスト回数をカウントアップする。そして、続くＳ１２０においては、そのリアルタイムランキング集計用データテーブル（図９）を参照して、リクエスト回数の多い順番に曲番号をソートする。
【００３９】
Ｓ１３０では（そのソートされた）先頭の曲番号を取り出し、続くＳ１４０では、Ｓ１３０にて取り出した曲番号に対応する曲タイトルを曲タイトルデータテーブル（図９参照）から取り出す。なお、この曲タイトルデータテーブルにおいては、曲番号から何番目のレコードであるかを探せるようにするため、欠番の曲タイトル情報をダミー登録しておくことが考えられる。
【００４０】
そして、Ｓ１５０にて、その曲番号に対応するリクエスト数と曲タイトルとから表示用データを編集し、Ｓ１６０にてその表示用データを出力する。こうして出力された表示用データは、テロップ合成装置１５及び放送手段１６を介して放送用映像として放送され、各視聴者のテレビジョン受像器にて表示されることとなる。
【００４１】
図５に戻り、Ｓ１６０の処理が終了すると、続くＳ１７０にて１０曲分の表示用データを出力したかどうかを判断する。１０曲分をまだ出力していない場合には、Ｓ１８０へ移行して、上記Ｓ１２０でリクエスト回数順にソートされた次の順番の曲番号を取り出す。そして、その曲番号に対応するリクエスト回数と曲タイトルを表示用データとして出力する（Ｓ１４０〜Ｓ１６０）。こうして、１０曲分の表示用データが出力されると（Ｓ１７０：ＹＥＳ）、図５の処理を一旦終了して図４のＳ３０へ戻る。
【００４２】
なお、この１０曲分のリクエストランキングが放送用映像として放送され、各視聴者のテレビジョン受像器にて表示された場合の画面出力例を図１１に示す。１位から１０位までの曲タイトル（図１１中に×××××や△△△△△で示す。）とリクエスト回数（図１１中では〜Pointで示す。）が順番に表示される。なお、図１１の出力画面においては、画面右上部に「１３：３０現在」と表示されている。これは、図１１のリアルタイムランキングは、視聴者からのリクエストがあるとすぐに集計がされてランキングに反映されるので、何時の時点でのランキングからを明確にするために表示するのである。そして、この時刻表示は、リクエストの集計とは別に１分毎に更新していくようにしてもよい。
【００４３】
図５の処理、すなわち図４のＳ６０の処理が終了するとＳ３０へ戻るが、リクエスト受付終了時刻に達した場合には（Ｓ３０：ＹＥＳ）、Ｓ１０へ戻る。
そして、この場合には、Ｓ１０でも否定判断となるので、Ｓ７０へ移行する。Ｓ７０では週ランキングの表示が済んだかどうかを判断する。週ランキングの表示が済んでいれば（Ｓ７０：ＹＥＳ）、Ｓ１０へ戻るが、まだ済んでいなければ（Ｓ７０：ＮＯ）、Ｓ８０へ移行する。
【００４４】
Ｓ８０では、週ランキング集計用データテーブルをリセットし、Ｓ９０にて週ランキングの集計及び集計結果の放送処理を行なう。なお、週ランキング集計用データテーブルは、上述したリアルタイムランキング集計用データテーブル（図１０）と同じ構成であり、曲番号（１〜Ｎ）毎にリクエスト回数を記憶するものである。
【００４５】
Ｓ９０での週ランキングの集計及び集計結果の放送処理について、図６を参照して説明する。
まず、最初のステップＳ２１０において、リクエストロギングデータテーブル（図８）内よりリクエストロギングデータを１件取り出す。そして、Ｓ２２０にて、その発生日時が現時点から１週間以内のものであるかどうかを判断する。１週間以内に発生したリクエストであれば（Ｓ２２０：ＹＥＳ）、Ｓ２３０へ移行して、週ランキング集計用データテーブルの、Ｓ２１０で取り出したリクエストロギングデータの曲番号に対応するリクエスト回数をカウントアップする。
【００４６】
そして、続くＳ２４０においては、次のロギングデータがあるかどうかを判断する。次のロギングデータがあれば（Ｓ２４０：ＹＥＳ）Ｓ２１０へ戻り、なければＳ２５０へ移行する。なお、本実施例では、リクエストロギングデータテーブル（図８）は、リクエストの発生順に並んでいるため、Ｓ２１０では、最新のリクエストロギングデータから順番に取り出していくこととする。したがって、Ｓ２２０にて否定判断、すなわち発生日時が１週間以内でなくなった場合には、それ以降のデータを読み出したとしても全て１週間以内ではないので、その場合には、次のロギングデータを検査することなくＳ２５０へ移行する。
【００４７】
Ｓ２５０では、週ランキング集計用データテーブルを参照して、リクエスト回数の多い順番に曲番号をソートする。
Ｓ２６０では（そのソートされた）先頭の曲番号を取り出し、続くＳ２７０では、Ｓ１３０にて取り出した曲番号に対応する曲タイトルを曲タイトルデータテーブル（図９）から取り出す。そして、Ｓ２８０にて、その曲番号に対応するリクエスト数と曲タイトルとから表示用データを編集し、Ｓ２９０にてその表示用データを出力する。こうして出力された表示用データは、テロップ合成装置１５及び放送手段１６を介して放送用映像として放送され、各視聴者のテレビジョン受像器にて表示されることとなる。
【００４８】
Ｓ２９０の処理が終了すると、続くＳ３００にて１０曲分の表示用データを出力したかどうかを判断する。１０曲分をまだ出力していない場合には、Ｓ３１０へ移行して、上記Ｓ２５０でリクエスト回数順にソートされた次の順番の曲番号を取り出す。そして、その曲番号に対応するリクエスト回数と曲タイトルを表示用データとして出力する（Ｓ２７０〜Ｓ２９０）。こうして、１０曲分の表示用データが出力されると（Ｓ３００：ＹＥＳ）、図６の処理を一旦終了して図４のＳ１０へ戻る。
【００４９】
なお、この１０曲分のリクエストランキングが放送用映像として放送され、各視聴者のテレビジョン受像器にて表示された場合の画面出力は、図１１に示したリアルタイムランキングの画面出力と同様のものである。但し、週ランキングであるので、図１１の出力画面の画面右上部に「１３：３０現在」と表示されている部分が、例えば「９月第３週」といったような表示となる。
【００５０】
以上説明した本実施例の放送センタ１０によれば、視聴者から個別に送信されたリクエストを受信し、リクエスト情報を受け付けた時刻を示す受付時刻情報とセットでリクエストロギングデータとして記憶させる。そして、リクエストを受け付ける毎に、リアルタイムランキングとしてその時点でのリクエスト回数の多い上位１０曲のリクエスト回数と曲タイトルとが表示されるように放送する。したがって、視聴者からのリクエスト情報を人間の手を煩わせることなく自動的に集計し、いち早く視聴者に集計結果を提示することができるのである。
【００５１】
従来のように、リクエスト情報を集計する作業を人間が行っていると、随時集計作業が発生するばかりでなく、処理時間もかかるため、視聴者に対して集計結果を通知するタイミングが遅れてしまいリアルタイム性に乏しかった。例えば、リクエストの締切から数日経った後に集計結果が視聴者に通知されるということが多い。
【００５２】
これに対して本実施例の放送センタ１０によれば、視聴者からのリクエスト情報を人間の手を煩わせることなく自動的に集計し、いち早く視聴者に集計結果を提示することができるのである。そして、リクエストをする視聴者側にとっては、自分の行ったリクエストがランキング内のものであれば、すぐにリクエスト集計結果情報としてテレビ画面で確認することができるのでリクエストをする意欲が向上する原因ともなる。
【００５３】
以上、具体例に従って、本発明の実施の形態について説明したが、本発明はこのような具体例に限定されるものではなく、発明の要旨を逸脱しない範囲で様々な実施ができることは言うまでもない。
例えば、上述の実施例ではリクエストの集計結果情報として映像で示したが、例えば音声だけでもよい。もちろん音声と映像の両方でもよい。ラジオ放送の場合には、音声のみとなるし、テレビジョン放送の場合には、３種類全ての報知形態が実現可能である。
【００５４】
また、上記実施例では、視聴者からのリクエストを受けるために公衆電話回線４０を用いているが、これは、リクエストコードという短い情報を伝達可能でありさえすれば、有線・無線の形式はもちろんのこと例えば双方向ＣＡＴＶにおける同軸ケーブル等その通信手段は問わない。
【図面の簡単な説明】
【図１】 実施例の放送センタの概略構成を示すブロック図である。
【図２】 ホストコンピュータを中心した信号の流れを示す説明図である。
【図３】 テロップ合成装置を中心した信号の流れを示す説明図である。
【図４】 ホストコンピュータが実行するリクエスト集計・放送処理の全体の流れを示すフローチャートである。
【図５】 ホストコンピュータが実行するリアルタイムランキング集計・放送処理を示すフローチャートである。
【図６】 ホストコンピュータが実行する週ランキング集計・放送処理を示すフローチャートである。
【図７】 リクエスト受付時の加入者と放送センタ側との間の通信シーケンスを示す説明図である。
【図８】 ホストコンピュータが取り扱うリクエストロギングデータテーブルの説明図である。
【図９】 ホストコンピュータが取り扱う曲タイトルデータテーブルの説明図である。
【図１０】 ホストコンピュータが取り扱うリアルタイムランキング集計用データテーブルの説明図である。
【図１１】 視聴者のテレビジョン受像器にて表示されたリアルタイムランキングの画面出力例を示す説明図である。
【符号の説明】
１０…放送センタ、１１…ホストコンピュータ、１１ａ…ＣＰＵ、１１ｂ…ＣＰＵメモリ、１２…外部記憶装置、１３…表示装置、１４…カラオケ再生装置、 １５…テロップ合成装置、１５ａ…ＶＤＰ、１５ｂ…映像合成機構、１５ｃ…ＶＲＡＭ、１６…放送手段、２０…音声応答装置、４０…公衆電話回線、５０…電話機
【発明の属する技術分野】
本発明は、視聴者から個別になされたリクエスト情報を受け付け、さらにその集計結果を視聴者に対して提示することのできるリクエスト集計機能付きの放送センタに関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来、例えば有線ラジオ放送や通常の無線形式のラジオ放送などにおいて、視聴者からの曲のリクエストを募集することがよく行われている。この場合のリクエストは、視聴者からの電話やＦＡＸ、あるいは「はがき」などによって行われ、例えば電話リクエストの場合には、電話オペレータがかかってくる電話に個別に応対して、リクエストを聞き取り、それを紙に書き取る等していた。そして、そのリクエスト集計は人間がマニュアルで処理することにより行っていた。
【０００３】
しかしながら、上述したようにリクエスト情報を集計する作業を人間が行っていると、随時このような煩雑な作業が発生するばかりでなく、処理時間もかかるため、視聴者に対して集計結果を通知するタイミングが遅れてしまいリアルタイム性に乏しかった。例えば、リクエストの締切から数日経った後に集計結果が視聴者に通知されるということが多い。
【０００４】
本発明は、上述した問題点を解決するためになされたものであり、視聴者からのリクエスト情報を人間の手を煩わせることなく自動的に集計し、いち早く視聴者に集計結果を提示することができるようにすることを目的とする。
【０００５】
【課題を解決するための手段及び発明の効果】
この目的を達成するためになされた請求項１記載の発明は、視聴者から個別に送信されたリクエスト情報を受信し、リクエスト情報記憶手段にデータとして自動的に記憶させるリクエスト受付手段と、前記リクエスト情報記憶手段に記憶されているリクエスト情報を読み出して集計し、所定の集計結果情報を作成するリクエスト集計手段と、該リクエスト集計手段によって作成された集計結果情報を放送信号に変換して放送可能な放送手段とを備えたリクエスト集計機能付きの放送センタにおいて、前記視聴者からのリクエスト情報は、カラオケ曲を指定した要求であり、前記放送手段は、音声情報と映像情報が送信可能なテレビジョン放送手段であり、所定のカラオケ曲に応じたカラオケ演奏音及び背景映像に歌詞テロップが合成された映像を放送可能であると共に、さらに当該映像に前記集計結果情報を合成して放送可能に構成されており、前記集計結果情報には、前記所定の集計期間内におけるリクエスト情報毎のリクエスト総数が含まれており、前記所定の集計期間は、相対的に短期間である第１集計期間及び相対的に長期間である第２集計期間が設定されており、前記リクエスト受付手段は、視聴者から送信されたリクエスト情報を当該リクエスト情報を受け付けた時刻を示す受付時刻情報とセットで前記リクエスト情報記憶手段に記憶させ、前記リクエスト集計手段は、リクエスト情報記憶手段に記憶されているリクエスト情報を読み出し、セットで記憶されている受付時刻情報に基づいて前記第１集計期間及び第２集計期間それぞれについて集計し、所定の集計結果情報をそれぞれ作成し、前記放送手段は、第１の集計期間における集計結果情報に関しては、リクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像を放送する場合、その背景映像に歌詞テロップが合成された映像にさらに前記第１の集計期間における集計結果情報を合成して放送し、前記背景映像に歌詞テロップが合成された映像の放送が終了した場合、次のリクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が開始されるまでの待ち時間の間においても前記第１の集計期間における集計結果情報を放送し、第２の集計期間における集計結果情報に関しては、リクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が終了し、次のリクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が開始されるまでの待ち時間の間のみ前記第２の集計期間における集計結果情報を放送することを特徴とする放送センタである。
【０００６】
請求項２に記載の発明は、請求項１に記載の放送センタにおいて、前記リクエスト受付手段は、視聴者からのリクエスト情報を通信手段を介して受信するよう構成されていることを特徴とする。
【０００７】
請求項３に記載の発明は、請求項２に記載の放送センタにおいて、前記リクエスト受付手段は、視聴者からのリクエスト情報を受け付ける際、所定のガイダンス用音声情報を通信手段を介して視聴者側に送信し、視聴者識別情報及びリクエスト情報をそのガイダンス用音声情報に対する返答として受信するように構成されていることを特徴とする。
【０００８】
【０００９】
本発明の放送センタによれば、リクエスト受付手段が、視聴者から個別に送信されたリクエスト情報を受信し、リクエスト情報記憶手段にデータとして自動的に記憶させる。この際、視聴者から送信されたリクエスト情報をリクエスト情報を受け付けた時刻を示す受付時刻情報とセットでリクエスト情報記憶手段に記憶させる。そして、リクエスト集計手段は、リクエスト情報記憶手段に記憶されているリクエスト情報を読み出して集計し、所定の集計結果情報を作成する。この際、所定の集計期間に該当するリクエスト情報を、セットで記憶されている受付時刻情報に基づいて集計する。放送手段は、このリクエスト集計手段によって作成された集計結果情報を放送信号に変換して放送することができる。
ここで、視聴者からのリクエスト情報は、カラオケ曲を指定した要求であり、放送手段は、音声情報と映像情報が送信可能なテレビジョン放送手段である。そしてこの放送手段は、所定のカラオケ曲に応じたカラオケ演奏音及び背景映像に歌詞テロップが合成された映像に集計結果情報を合成して放送する。そのため、視聴者側においてはカラオケを楽しむテレビ画面を利用してリクエスト集計結果情報も見ることができ、便利である。
【００１０】
この集計結果情報には、所定の集計期間内におけるリクエスト情報毎のリクエスト総数が含まれており、所定の集計期間は、相対的に短期間である第１集計期間及び相対的に長期間である第２集計期間を設定し、この第１集計期間及び第２集計期間それぞれについて集計し、所定の集計結果情報をそれぞれ作成する。
例えば、第１集計期間として１日を設定し、第２集計期間として１週間を設定する等である。もちろん、さらに長い１か月や半年といった期間を設定してもよい。なお、この場合に、第２集計期間には第１集計期間を含むようにすることが考えられる。例えば１日分の集計をした場合には、その１日を含む過去１週間分の集計あるいはさらにその１週間を含む過去１か月間分の集計を行い、それぞれの集計結果を表示するといったことである。
そして放送手段は、第１の集計期間における集計結果情報に関しては、リクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像を放送する場合、その背景映像に歌詞テロップが合成された映像にさらに前記第１の集計期間における集計結果情報を合成して放送し、前記背景映像に歌詞テロップが合成された映像の放送が終了した場合、次のリクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が開始されるまでの待ち時間の間においても前記第１の集計期間における集計結果情報を放送し、第２の集計期間における集計結果情報に関しては、リクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が終了し、次のリクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が開始されるまでの待ち時間の間のみ前記第２の集計期間における集計結果情報を放送する。例えば、カラオケ曲の演奏中には、画面の一部を利用して第１の集計期間における集計結果情報を表示させ、その曲が終了し、次の曲が開始するまでの待ち時間には、画面全部を利用して、第１の集計期間における集計結果情報に加えて第２の集計期間における集計結果情報を表示させる。これは、第１集計期間におけるリクエスト集計結果情報については、リアルタイム性の要求される度合が大きいので、常に表示させるようにした方がよく、第２集計期間におけるリクエスト集計結果情報については要求度合がそれほど大きくないと考えられるからである。
【００１１】
一方、リクエスト受付手段は視聴者から個別に送信されたリクエスト情報を受信するのであるが、例えば請求項２に示すように、通信手段を介して受信することが考えられる。この通信手段としては、例えば公衆電話回線を使用したものや双方向ＣＡＴＶシステムにおける同軸ケーブルを使用したものなどが考えられる。
もちろん有線には限らず無線形式であってもよい。
【００１２】
そして、このように通信手段を介して受信する場合には、請求項３に示すように、視聴者からのリクエスト情報を受け付ける際、所定のガイダンス用音声情報を通信手段を介して視聴者側に送信し、視聴者識別情報及びリクエスト情報をそのガイダンス用音声情報に対する返答として受信するようにするとよい。例えば電話回線を使用する場合には、視聴者からの電話を自動着信し、電子音声による案内を行う音声応答機能と、電話によるダイヤルトーンを使用したコードの発信を受信するコード受信機能を備え、音声応答機能によって所定のガイダンス音声を流し、それにしたがって視聴者が例えば要求するカラオケの曲番号や視聴者識別番号等をプッシュボタン等で入力し、それをダイヤルトーンを使用したコードとして受信するようにすれば便利である。
【００１３】
【００１４】
【００１５】
【００１６】
このように、本発明の放送センタによれば、視聴者からのリクエスト情報を人間の手を煩わせることなく自動的に集計し、いち早く視聴者に集計結果を提示することができるのである。
【００１７】
【発明の実施の形態】
以下、本発明の放送センタを具体化した一実施例を図面を参照しながら説明する。
図１は、本実施例の放送センタ１０の概略構成を示すブロック図である。図１に示すように、放送センタ１０は、放送センタ全体の制御を行い、また「リクエスト集計手段」としても機能するホストコンピュータ１１と、外部記憶装置１２と、表示装置１３と、カラオケ再生装置１４と、テロップ合成装置１５と、「放送手段」としての放送手段１６と、「リクエスト受付手段」としての音声応答装置２０とを備えている。また、放送センタ１０は、公衆電話回線４０を介して多数の電話機５０と接続されている。
【００１８】
各構成装置について、放送センタ１０における役割あるいは放送システムとの関わりも含めて説明する。
まず、音声応答装置２０は視聴者からのリクエストを受け付けるためのものである。本放送センタ１０は、視聴者から個別になされたリクエストを蓄積しておき、そのリクエストの集計結果を放送可能とされている。視聴者は手持ちの電話機５０により一般の公衆電話回線４０を通して、希望するカラオケ用情報をリクエストすることができる。このリクエストは、予め定められた「リクエストコード」によって行う。これは、一般のカラオケ装置における「曲番号」と同義のものである。
数字コードによるリクエストであるため、実際には視聴者が電話機５０のダイヤルもしくはプッシュホンの押し下げにより上記リクエストコードをトーン発信する。このリクエストコードはあらかじめ視聴者に配布物等によって通知されているものとする。
【００１９】
この視聴者から通話は放送センタ１０において音声応答装置２０により自動的に受理される。音声応答装置２０は内蔵された合成音声手段（図示せず）により予め登録されたメッセージを送話し、視聴者にリクエストコードの入力と、そのガイダンスを促すものであり、ホストコンピュータ１１により制御され、上記した通話の受話、メッセージの送話からパルスコードの受信までを行う。
【００２０】
音声応答装置２０によって受理されたリクエストコードは、ホストコンピュータ１１により、そのコードが有効であるかどうか、外部記憶装置１２上のデータベースとの照合により判断され、有効であればＣＰＵメモリ１１ｂ（図２参照）内のリクエストロギングデータテーブル（図８参照）に受け付けた時刻を示す受付時刻情報とセットで記憶される。なお、このＣＰＵメモリ１１ｂが「リクエスト情報記憶手段」に相当する。
【００２１】
ホストコンピュータ１１はこの記憶されたリクエストコードを基にして、所定の集計期間に該当するリクエスト情報を、セットで記憶されている受付時刻情報に基づいて集計する。この集計期間は、例えば１日の内の所定の時刻にリクエスト受付を開始し、その受付開始時刻からリクエスト受付が発生した時点までを集計期間として設定することができる。これは比較的短期間の「第１集計期間」に相当する。また、１週間単位あるいは１月単位というような比較的長期間の「第２集計期間」を設定することもできる。もちろん、それらを併用することも考えられる。
【００２２】
そして、リクエスト情報の集計結果として例えばリクエスト総数を含む結果情報を算出し、任意のメッセージとして表示すべき文字列を生成する。生成されたメッセージは、外部記憶装置１２内の文字フォントデータによって画像データとしてホストコンピュータ１１内のＣＰＵメモリ１１ｂに展開され、テロップ合成装置１５に転送される。
【００２３】
テロップ合成装置１５から出力された映像信号はカラオケ再生装置１４から出力される音声信号と共に放送手段１６によってテレビジョン放送される。この放送内容は、視聴者側のテレビジョン受信機などの受信設備にて受信され、視聴可能である。ここで、リクエスト集計結果情報は、それを専用で放送する番組において放送してもよいが、例えばカラオケ番組の放送中に、リクエスト集計結果情報をスーパーインポーズする形式で放送してもよい。
【００２４】
なお、センタ１０と視聴者側の受信設備はＣＡＴＶシステムのように有線で接続されていてもよいし、通常の放送システムのように無線でもよい。
続いて、図２及び図３を参照して、ホストコンピュータ１１を中心とした信号の流れを説明する。
【００２５】
図２に示すように、音声応答装置２０はホストコンピュータ１１のＣＰＵ１１ａと制御信号によって結ばれている。ＣＰＵ１１ａは音声応答装置２０に対して公衆電話回線４０（図１参照）の着信待ちに関する制御、着信後の同装置２０内の音声メッセージの送話に関する制御（複数のメッセージの内の選択）を行う。音声応答装置２０はホストコンピュータ１１に対して公衆電話回線４０を通じて受信したダイヤルパルスを数値情報として返す。これにより、公衆電話回線４０による視聴者リクエストの自動受理を行うものである。音声応答装置２０より返された数値はＣＰＵメモリ１１ｂに格納される。
【００２６】
外部記憶装置１２は、リクエストコードに関するデータベースを格納したホストコンピュータ１１の外部記憶であり、装置間でデータの読み書きが行われる。これにより、ＣＰＵ１１ａはリクエストコードの検索・照合と、ログ記録を行うものである。
【００２７】
カラオケ再生装置１４はＣＰＵ１１ａと制御信号により結ばれている、ＣＰＵ１１ａはリクエストコード（曲番号）を送信し、同装置１４にカラオケ楽曲の再生を行わせ、またこの再生の開始・終了などの制御を行うことができる。また、カラオケ再生装置１４は、ＣＰＵ１１ａに対して再生の状況（再生中・再生終了等）を返す。これにより、ＣＰＵ１１ａはリクエストコードによるカラオケ楽曲の再生を行うことができる。
【００２８】
テロップ合成装置１５は、ＣＰＵ１１ａから画像の出力と合成に関する制御と、画像データの転送を受ける。同装置１５はカラオケ再生装置１４からの映像信号を入力しており、ＣＰＵ１１ａから転送された画像と、この映像を合成し、カラオケ再生装置１４の出力する映像にテロップ表示を付加できる。
【００２９】
テロップ合成装置１５とその周辺との信号を流れを、さらに図３を参照して説明する。テロップ合成装置１５は、画像表示用のメモリであるＶＲＡＭ１５ｃと、このＶＲＡＭ１５ｃに読み書きを行い、画像信号を出力するＶＤＰ１５ａと、外部から入力された映像信号とＶＤＰ１５ａが出力する画像信号とをスーパーインポーズ方式により合成する映像合成機構１５ｂを備えている。ＣＰＵ１１ａはＶＤＰ１５ａに対して画像の出力と合成に関する制御を与え、また、ＶＤＰ１５ａを通してＶＲＡＭ１５ｃに表示すべき画像を転送する。同時に、カラオケ再生装置１４は映像信号をテロップ合成装置１５に伝送する。両者の映像は映像合成機構１５ｂにより合成がなされ、カラオケ再生装置１４からの映像にテロップが加わる形で映像信号の出力が完成する。
【００３０】
次に、本実施例の放送センタ１０の動作について、図を参照して説明する。図４〜図６はＣＰＵ１１ａによって実行されるプログラムの処理手順を示すフローチャートであり、図７はリクエスト受付時の加入者と放送センタ１０側との間の通信シーケンスを示しており、また図８〜図１０はこのプログラムが取り扱うデータ構造図である。以下、図４〜図６に示す処理フローの詳細を説明する。なお、図４は全体の流れを示すフローチャート、図５は図４の処理中で呼び出されるリアルタイムランキング集計・放送処理のフローチャート、図６は図４の処理中で呼び出される週ランキング集計・放送処理のフローチャートである。
【００３１】
まず、全体の流れを示す処理（図４）について説明する。
最初のステップＳ１０においては、リクエスト受付開始時刻に達したかどうかを判断し、開始時刻に達した場合には、Ｓ２０にてリアルタイムランキング集計用データテーブル（図１０参照）をリセットした上で、リクエスト受付終了時刻に達するまで（Ｓ３０：ＹＥＳ）、Ｓ４０〜Ｓ６０にてリクエストの受付、集計及び集計結果の放送処理を行なう。
【００３２】
Ｓ１０及びＳ３０のリクエスト開始時刻及び終了時刻は、例えば一日の内の所定の何時間かを割り当てる。そして、予め放送センタ１０から加入者側に、「何時から何時までリクエストを受け付けます」といった内容の放送を行って呼びかけておくとよい。もちろん、放送センタ１０からの放送時間中であればいつでもリクエストを受け付けるのであればその旨を随時放送して告知すればよく、またその場合はＳ１０のリクエスト受付開始時刻は放送開始時刻と同じになり、Ｓ３０のリクエスト受付終了時刻は放送終了時刻と同じになる。
【００３３】
なお、Ｓ２０においてリセットするリアルタイムランキング集計用データテーブルは、図１０に示すように、曲番号（１〜Ｎ）毎にリクエスト回数を記憶するものである。
続いてＳ４０〜Ｓ６０の処理を説明する。Ｓ４０では、リクエストがあるかどうかを判断し、なければＳ３０へ戻るが、リクエストがある場合にはＳ５０に移行して、そのリクエスト履歴をリクエストロギングデータテーブル（図８参照）に記録する。ロギングデータなので発生日時順に並んで記録されることとなる。
【００３４】
ここで、Ｓ４０での処理に関し、加入者からのリクエストについて説明する。放送センタ１０は、図７に示す通信シーケンスに従って、視聴者からリクエストを受け付ける。視聴者は、公衆電話回線４０を介して放送センタ１０に対して発信・接続する。放送センタ１０側では音声応答装置２０が、電話機５０からの着信があれば、その着信応答として音声応答メッセージ（例えば「ＩＤ番号を入力してください」といった内容）を送出し、最初に行ってもらうＩＤ番号の入力を促す。
【００３５】
そして、視聴者が電話機５０を介してＩＤ番号を入力すると、そのＩＤ番号は、ＣＰＵメモリ１１ｂ上の所定のバッファに一旦格納され、そのＩＤ番号が有効であるかどうかの照合を行なう。これは、外部記憶装置１２上の加入者データベース（図示せず）を照会して行なう。
【００３６】
この照合の結果、有効な番号でない場合には入力のやり直しを求める音声メッセージ（例えば「再入力してください」）を応答するが、最初に入力されたＩＤ番号が有効である場合、あるいは再度入力されたＩＤ番号が有効であれば、次に曲番号の入力を促す音声応答メッセージを送出する。
そして、視聴者が電話機５０を介してリクエスト番号を入力すると、そのリクエスト番号は、ＣＰＵメモリ１１ｂ上のバッファに一旦格納され、その曲番号の照合を行なう。これは、外部記憶装置１２上の曲番号データベース（図示せず）を照会して実行する。そして、有効な曲番号でない場合には入力のやり直しを求める音声メッセージ（例えば「再入力してください」）を応答するが、最初に入力された曲番号が有効である場合、あるいは再度入力された曲番号が有効であれば、次にリクエスト内容の確認を促す音声応答メッセージを送出する。これは例えば、「リクエストされた曲番号は○○○○ですね。
よろしければ１＃、訂正する場合は２＃を入力して下さい。」といったような内容である。
【００３７】
そして、視聴者が電話機５０を介して「１＃」を入力すると、リクエストが完了し、音声応答装置２０からは、リクエストの受付が完了したことを視聴者に知らせる音声応答メッセージを送出する。そして、回線を切断する。
このようにしてリクエストの受付が実行されるであるが、リクエストがあった場合には図４のＳ５０の処理が実行される。つまり、リクエストされた曲番号をそのリクエストを受け付けた時点での日時とセットでリクエストロギングデータテーブル（図８）に記録する。本実施例では、図８に示すように、年月日に加えて時分秒まで記録されている。
【００３８】
Ｓ５０の処理が終了すれば、Ｓ６０へ移行し、リアルタイムランキングの集計・放送処理を読み出して実行する。このリアルタイムランキングの集計・放送処理について図５を参照して説明する。
まず、最初のステップＳ１１０において、リアルタイムランキング集計用データテーブル（図９）内のリクエストされた曲番号に対応するリクエスト回数をカウントアップする。そして、続くＳ１２０においては、そのリアルタイムランキング集計用データテーブル（図９）を参照して、リクエスト回数の多い順番に曲番号をソートする。
【００３９】
Ｓ１３０では（そのソートされた）先頭の曲番号を取り出し、続くＳ１４０では、Ｓ１３０にて取り出した曲番号に対応する曲タイトルを曲タイトルデータテーブル（図９参照）から取り出す。なお、この曲タイトルデータテーブルにおいては、曲番号から何番目のレコードであるかを探せるようにするため、欠番の曲タイトル情報をダミー登録しておくことが考えられる。
【００４０】
そして、Ｓ１５０にて、その曲番号に対応するリクエスト数と曲タイトルとから表示用データを編集し、Ｓ１６０にてその表示用データを出力する。こうして出力された表示用データは、テロップ合成装置１５及び放送手段１６を介して放送用映像として放送され、各視聴者のテレビジョン受像器にて表示されることとなる。
【００４１】
図５に戻り、Ｓ１６０の処理が終了すると、続くＳ１７０にて１０曲分の表示用データを出力したかどうかを判断する。１０曲分をまだ出力していない場合には、Ｓ１８０へ移行して、上記Ｓ１２０でリクエスト回数順にソートされた次の順番の曲番号を取り出す。そして、その曲番号に対応するリクエスト回数と曲タイトルを表示用データとして出力する（Ｓ１４０〜Ｓ１６０）。こうして、１０曲分の表示用データが出力されると（Ｓ１７０：ＹＥＳ）、図５の処理を一旦終了して図４のＳ３０へ戻る。
【００４２】
なお、この１０曲分のリクエストランキングが放送用映像として放送され、各視聴者のテレビジョン受像器にて表示された場合の画面出力例を図１１に示す。１位から１０位までの曲タイトル（図１１中に×××××や△△△△△で示す。）とリクエスト回数（図１１中では〜Pointで示す。）が順番に表示される。なお、図１１の出力画面においては、画面右上部に「１３：３０現在」と表示されている。これは、図１１のリアルタイムランキングは、視聴者からのリクエストがあるとすぐに集計がされてランキングに反映されるので、何時の時点でのランキングからを明確にするために表示するのである。そして、この時刻表示は、リクエストの集計とは別に１分毎に更新していくようにしてもよい。
【００４３】
図５の処理、すなわち図４のＳ６０の処理が終了するとＳ３０へ戻るが、リクエスト受付終了時刻に達した場合には（Ｓ３０：ＹＥＳ）、Ｓ１０へ戻る。
そして、この場合には、Ｓ１０でも否定判断となるので、Ｓ７０へ移行する。Ｓ７０では週ランキングの表示が済んだかどうかを判断する。週ランキングの表示が済んでいれば（Ｓ７０：ＹＥＳ）、Ｓ１０へ戻るが、まだ済んでいなければ（Ｓ７０：ＮＯ）、Ｓ８０へ移行する。
【００４４】
Ｓ８０では、週ランキング集計用データテーブルをリセットし、Ｓ９０にて週ランキングの集計及び集計結果の放送処理を行なう。なお、週ランキング集計用データテーブルは、上述したリアルタイムランキング集計用データテーブル（図１０）と同じ構成であり、曲番号（１〜Ｎ）毎にリクエスト回数を記憶するものである。
【００４５】
Ｓ９０での週ランキングの集計及び集計結果の放送処理について、図６を参照して説明する。
まず、最初のステップＳ２１０において、リクエストロギングデータテーブル（図８）内よりリクエストロギングデータを１件取り出す。そして、Ｓ２２０にて、その発生日時が現時点から１週間以内のものであるかどうかを判断する。１週間以内に発生したリクエストであれば（Ｓ２２０：ＹＥＳ）、Ｓ２３０へ移行して、週ランキング集計用データテーブルの、Ｓ２１０で取り出したリクエストロギングデータの曲番号に対応するリクエスト回数をカウントアップする。
【００４６】
そして、続くＳ２４０においては、次のロギングデータがあるかどうかを判断する。次のロギングデータがあれば（Ｓ２４０：ＹＥＳ）Ｓ２１０へ戻り、なければＳ２５０へ移行する。なお、本実施例では、リクエストロギングデータテーブル（図８）は、リクエストの発生順に並んでいるため、Ｓ２１０では、最新のリクエストロギングデータから順番に取り出していくこととする。したがって、Ｓ２２０にて否定判断、すなわち発生日時が１週間以内でなくなった場合には、それ以降のデータを読み出したとしても全て１週間以内ではないので、その場合には、次のロギングデータを検査することなくＳ２５０へ移行する。
【００４７】
Ｓ２５０では、週ランキング集計用データテーブルを参照して、リクエスト回数の多い順番に曲番号をソートする。
Ｓ２６０では（そのソートされた）先頭の曲番号を取り出し、続くＳ２７０では、Ｓ１３０にて取り出した曲番号に対応する曲タイトルを曲タイトルデータテーブル（図９）から取り出す。そして、Ｓ２８０にて、その曲番号に対応するリクエスト数と曲タイトルとから表示用データを編集し、Ｓ２９０にてその表示用データを出力する。こうして出力された表示用データは、テロップ合成装置１５及び放送手段１６を介して放送用映像として放送され、各視聴者のテレビジョン受像器にて表示されることとなる。
【００４８】
Ｓ２９０の処理が終了すると、続くＳ３００にて１０曲分の表示用データを出力したかどうかを判断する。１０曲分をまだ出力していない場合には、Ｓ３１０へ移行して、上記Ｓ２５０でリクエスト回数順にソートされた次の順番の曲番号を取り出す。そして、その曲番号に対応するリクエスト回数と曲タイトルを表示用データとして出力する（Ｓ２７０〜Ｓ２９０）。こうして、１０曲分の表示用データが出力されると（Ｓ３００：ＹＥＳ）、図６の処理を一旦終了して図４のＳ１０へ戻る。
【００４９】
なお、この１０曲分のリクエストランキングが放送用映像として放送され、各視聴者のテレビジョン受像器にて表示された場合の画面出力は、図１１に示したリアルタイムランキングの画面出力と同様のものである。但し、週ランキングであるので、図１１の出力画面の画面右上部に「１３：３０現在」と表示されている部分が、例えば「９月第３週」といったような表示となる。
【００５０】
以上説明した本実施例の放送センタ１０によれば、視聴者から個別に送信されたリクエストを受信し、リクエスト情報を受け付けた時刻を示す受付時刻情報とセットでリクエストロギングデータとして記憶させる。そして、リクエストを受け付ける毎に、リアルタイムランキングとしてその時点でのリクエスト回数の多い上位１０曲のリクエスト回数と曲タイトルとが表示されるように放送する。したがって、視聴者からのリクエスト情報を人間の手を煩わせることなく自動的に集計し、いち早く視聴者に集計結果を提示することができるのである。
【００５１】
従来のように、リクエスト情報を集計する作業を人間が行っていると、随時集計作業が発生するばかりでなく、処理時間もかかるため、視聴者に対して集計結果を通知するタイミングが遅れてしまいリアルタイム性に乏しかった。例えば、リクエストの締切から数日経った後に集計結果が視聴者に通知されるということが多い。
【００５２】
これに対して本実施例の放送センタ１０によれば、視聴者からのリクエスト情報を人間の手を煩わせることなく自動的に集計し、いち早く視聴者に集計結果を提示することができるのである。そして、リクエストをする視聴者側にとっては、自分の行ったリクエストがランキング内のものであれば、すぐにリクエスト集計結果情報としてテレビ画面で確認することができるのでリクエストをする意欲が向上する原因ともなる。
【００５３】
以上、具体例に従って、本発明の実施の形態について説明したが、本発明はこのような具体例に限定されるものではなく、発明の要旨を逸脱しない範囲で様々な実施ができることは言うまでもない。
例えば、上述の実施例ではリクエストの集計結果情報として映像で示したが、例えば音声だけでもよい。もちろん音声と映像の両方でもよい。ラジオ放送の場合には、音声のみとなるし、テレビジョン放送の場合には、３種類全ての報知形態が実現可能である。
【００５４】
また、上記実施例では、視聴者からのリクエストを受けるために公衆電話回線４０を用いているが、これは、リクエストコードという短い情報を伝達可能でありさえすれば、有線・無線の形式はもちろんのこと例えば双方向ＣＡＴＶにおける同軸ケーブル等その通信手段は問わない。
【図面の簡単な説明】
【図１】 実施例の放送センタの概略構成を示すブロック図である。
【図２】 ホストコンピュータを中心した信号の流れを示す説明図である。
【図３】 テロップ合成装置を中心した信号の流れを示す説明図である。
【図４】 ホストコンピュータが実行するリクエスト集計・放送処理の全体の流れを示すフローチャートである。
【図５】 ホストコンピュータが実行するリアルタイムランキング集計・放送処理を示すフローチャートである。
【図６】 ホストコンピュータが実行する週ランキング集計・放送処理を示すフローチャートである。
【図７】 リクエスト受付時の加入者と放送センタ側との間の通信シーケンスを示す説明図である。
【図８】 ホストコンピュータが取り扱うリクエストロギングデータテーブルの説明図である。
【図９】 ホストコンピュータが取り扱う曲タイトルデータテーブルの説明図である。
【図１０】 ホストコンピュータが取り扱うリアルタイムランキング集計用データテーブルの説明図である。
【図１１】 視聴者のテレビジョン受像器にて表示されたリアルタイムランキングの画面出力例を示す説明図である。
【符号の説明】
１０…放送センタ、１１…ホストコンピュータ、１１ａ…ＣＰＵ、１１ｂ…ＣＰＵメモリ、１２…外部記憶装置、１３…表示装置、１４…カラオケ再生装置、 １５…テロップ合成装置、１５ａ…ＶＤＰ、１５ｂ…映像合成機構、１５ｃ…ＶＲＡＭ、１６…放送手段、２０…音声応答装置、４０…公衆電話回線、５０…電話機
Claims (3)
- 視聴者から個別に送信されたリクエスト情報を受信し、リクエスト情報記憶手段にデータとして自動的に記憶させるリクエスト受付手段と、
前記リクエスト情報記憶手段に記憶されているリクエスト情報を読み出して集計し、所定の集計結果情報を作成するリクエスト集計手段と、
該リクエスト集計手段によって作成された集計結果情報を放送信号に変換して放送可能な放送手段とを備えたリクエスト集計機能付きの放送センタにおいて、
前記視聴者からのリクエスト情報は、カラオケ曲を指定した要求であり、
前記放送手段は、音声情報と映像情報が送信可能なテレビジョン放送手段であり、所定のカラオケ曲に応じたカラオケ演奏音及び背景映像に歌詞テロップが合成された映像を放送可能であると共に、さらに当該映像に前記集計結果情報を合成して放送可能に構成されており、
前記集計結果情報には、前記所定の集計期間内におけるリクエスト情報毎のリクエスト総数が含まれており、
前記所定の集計期間は、相対的に短期間である第１集計期間及び相対的に長期間である第２集計期間が設定されており、
前記リクエスト受付手段は、視聴者から送信されたリクエスト情報を当該リクエスト情報を受け付けた時刻を示す受付時刻情報とセットで前記リクエスト情報記憶手段に記憶させ、
前記リクエスト集計手段は、リクエスト情報記憶手段に記憶されているリクエスト情報を読み出し、セットで記憶されている受付時刻情報に基づいて前記第１集計期間及び第２集計期間それぞれについて集計し、所定の集計結果情報をそれぞれ作成し、
前記放送手段は、
第１の集計期間における集計結果情報に関しては、リクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像を放送する場合、その背景映像に歌詞テロップが合成された映像にさらに前記第１の集計期間における集計結果情報を合成して放送し、前記背景映像に歌詞テロップが合成された映像の放送が終了した場合、次のリクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が開始されるまでの待ち時間の間においても前記第１の集計期間における集計結果情報を放送し、
第２の集計期間における集計結果情報に関しては、リクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が終了し、次のリクエストに対応するカラオケ曲に応じた背景映像に歌詞テロップが合成された映像の放送が開始されるまでの待ち時間の間のみ前記第２の集計期間における集計結果情報を放送することを特徴とする放送センタ。 - 請求項１に記載の放送センタにおいて、
前記リクエスト受付手段は、視聴者からのリクエスト情報を通信手段を介して受信するよう構成されていることを特徴とする放送センタ。 - 請求項２に記載の放送センタにおいて、
前記リクエスト受付手段は、視聴者からのリクエスト情報を受け付ける際、所定のガイダンス用音声情報を通信手段を介して視聴者側に送信し、視聴者識別情報及びリクエスト情報をそのガイダンス用音声情報に対する返答として受信するように構成されていることを特徴とする放送センタ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23520495A JP3740194B2 (ja) | 1995-09-13 | 1995-09-13 | 放送センタ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23520495A JP3740194B2 (ja) | 1995-09-13 | 1995-09-13 | 放送センタ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0983467A JPH0983467A (ja) | 1997-03-28 |
| JP3740194B2 true JP3740194B2 (ja) | 2006-02-01 |
Family
ID=16982628
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23520495A Expired - Lifetime JP3740194B2 (ja) | 1995-09-13 | 1995-09-13 | 放送センタ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3740194B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3696961B2 (ja) * | 1996-01-26 | 2005-09-21 | 株式会社エクシング | 放送センタ |
| WO2001013553A1 (fr) * | 1999-08-10 | 2001-02-22 | Nomura Research Institute, Ltd. | Dispositif d'evaluation de programme, dispositif pointeur de donnees d'evaluation de programme, procede d'evaluation de programme et support enregistre |
| JP2001077773A (ja) * | 1999-09-03 | 2001-03-23 | Hitachi Ltd | 通信方法および装置 |
| JP3556884B2 (ja) * | 2000-06-16 | 2004-08-25 | イー・エー・ユー株式会社 | 情報システムを用いたリクエスト曲放送システム |
| JP2002009715A (ja) * | 2000-06-26 | 2002-01-11 | Fuji Television Network Inc | 番組編成スケジュール作成方法、及び投票番組編成型デジタル放送システム |
| JP2002026846A (ja) * | 2000-06-30 | 2002-01-25 | Toshiba Corp | 視聴者参加型データ放送用コンテンツ作成配信方法およびシステム、ならびにプログラムを記憶した記憶媒体 |
| JP4729785B2 (ja) | 2000-11-10 | 2011-07-20 | ソニー株式会社 | 番組付加データ処理装置、サーバ装置、番組情報表示方法及び記録媒体 |
| JP4024015B2 (ja) * | 2001-05-21 | 2007-12-19 | 富士通株式会社 | データ放送連動制御方法及び連動制御方法 |
| JP3615750B2 (ja) * | 2003-09-12 | 2005-02-02 | イー・エー・ユー株式会社 | 情報システムを用いたリクエスト曲放送システム |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS61281634A (ja) * | 1985-06-06 | 1986-12-12 | Sony Corp | 音楽放送システム |
| JP2937299B2 (ja) * | 1990-03-02 | 1999-08-23 | ブラザー工業株式会社 | 記憶機能付き音楽再生装置およびそのシステム |
| JPH0612890B2 (ja) * | 1990-06-22 | 1994-02-16 | 株式会社エフエムサウンド千葉 | 電話リクエストによるラジオ音楽番組放送システム |
| JPH0612891B2 (ja) * | 1990-06-22 | 1994-02-16 | 株式会社エフエムサウンド千葉 | 電話リクエストによるラジオ音楽番組放送システム |
| JPH05227108A (ja) * | 1991-03-28 | 1993-09-03 | Shizuoka F M Hoso Kk | 電波放送を利用した通信システム |
| JPH0566786A (ja) * | 1991-09-06 | 1993-03-19 | Sony Corp | 音声信号再生装置 |
| JPH0730537A (ja) * | 1993-01-22 | 1995-01-31 | Sofuitsuku:Kk | データ放送における受信装置のセキュリティ装置 |
| JP2947392B2 (ja) * | 1993-09-07 | 1999-09-13 | 日本ビクター株式会社 | 集中管理カラオケシステム |
-
1995
- 1995-09-13 JP JP23520495A patent/JP3740194B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0983467A (ja) | 1997-03-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5089885A (en) | Telephone access display system with remote monitoring | |
| US6993781B2 (en) | Control device, control method, electric apparatus, control method of an electric apparatus, electric apparatus system, control method of an electric apparatus system, and transmission medium | |
| JPH10126750A (ja) | 番組情報放送システム、放送装置、及び受信端末装置 | |
| JP2005286855A (ja) | 携帯型情報端末装置 | |
| JP3740194B2 (ja) | 放送センタ | |
| EP1164504A2 (en) | System for broadcasting requested pieces of music utilizing information system | |
| JPH05227108A (ja) | 電波放送を利用した通信システム | |
| JP3696961B2 (ja) | 放送センタ | |
| JP2003513528A (ja) | 映像録画及び再生 | |
| CN101483667B (zh) | 用于提供内容的方法 | |
| US20040174963A1 (en) | Voice message vignettes | |
| JP2004194099A (ja) | 番組視聴予約システム、番組視聴予約方法、番組視聴予約プログラム及びそれを記録した記録媒体 | |
| JPH1023387A (ja) | Ｃａｔｖセンタ装置 | |
| JP3629093B2 (ja) | 放送センタ | |
| JP3696944B2 (ja) | 放送センタ | |
| JPH09130776A (ja) | 放送センタ | |
| JP3740226B2 (ja) | 放送センタ | |
| JP3629076B2 (ja) | 放送センタ | |
| JP4217416B2 (ja) | 通信カラオケ用アダプタ装置 | |
| JP2000358208A (ja) | 放送番組記憶制御装置 | |
| JPH1098705A (ja) | 放送受信端末及び放送システム | |
| JPH09167999A (ja) | 放送センタ | |
| JP3610135B2 (ja) | 放送センタ | |
| US20020040477A1 (en) | Radio transmission of data representing television programs | |
| JPH05145925A (ja) | ビデオソフト通信サービス装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050201 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050404 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050621 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050819 |
|
| 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: 20051018 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051107 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111111 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111111 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121111 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131111 Year of fee payment: 8 |
|
| EXPY | Cancellation because of completion of term |