JP3696961B2

JP3696961B2 - Broadcast center

Info

Publication number: JP3696961B2
Application number: JP01192396A
Authority: JP
Inventors: 道子榎本
Original assignee: Brother Industries Ltd; Xing Inc
Current assignee: Brother Industries Ltd; Xing Inc
Priority date: 1996-01-26
Filing date: 1996-01-26
Publication date: 2005-09-21
Anticipated expiration: 2016-01-26
Also published as: JPH09205636A

Description

【０００１】
【発明の属する技術分野】
本発明は、視聴者から個別になされたリクエストに応じた放送用情報を、所定の順番に従って放送していくリクエスト応答機能付きの放送センタに関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
現在、ＣＡＴＶシステム等のローカルなテレビジョン放送センタと加入者端末との間において、双方向テレビジョンと呼ばれるＴＶ放送の新しい形態が普及しつつある。ただし、これらは一般にビデオ・オン・デマンド（ＶＯＤ）と呼ばれる視聴者があたかも自宅のビデオデッキで好みの映像を視聴しているかのように映像を宅配するシステムとは違い、あくまでも不特定多数に映像を発信する「放送」の枠を出ていない。つまり、視聴者から個別になされたリクエストを蓄積しておき、そのリクエストに応じた放送用情報を、所定の順番に従って順次放送していくという限定的な双方向テレビジョンシステムである。
【０００３】
このようなシステムにおけるテレビジョン放送センタは、次々にやってくる視聴者からのリクエストを一時的に蓄積し、要求された順番に映像を含む放送用情報を放送していくのであるが、当然ながらこのような形態であれば、視聴者からのリクエストのスピードが放送用情報の放送・消化のスピードを上回る事態が発生する。すると、リクエストは蓄積してしまい、要求した視聴者の待ち時間が長くなってしまう。例えば、リクエストは所定の２時間以内にのみ受け付け、それに応じた放送用情報の放送はその日の放送終了までに行なうとか、２４時間受け付け、受け付けた時点から１週間以内のどこかで放送するといったような場合、リクエストをした視聴者にとってみると、いつ自分のリクエストに応じたものが放送されるか判らない。
【０００４】
そのため、次のような不都合が生じる。すなわち、視聴者はリクエストした自分の曲や情報が放送されるのをラジオやテレビ等のリクエスト放送可能な媒体のそばで待っている必要があった。しかしながら、必ずしも自分が待っている時間あるいは日に自分のリクエストした情報が放送されるとは限らず、視聴者はリクエストした時点から放送されるかもしれない時間中ずっと、どこにも行かずその媒体の前に居なくてはいけないという事態も考えられる。また、急に人と会う約束等ができて外出したりする場合、放送番組をビデオレコーダ等の録画・録音できる媒体を用いて予約録画・録音しておくことも考えられるが、録画・録音後に実際に視聴してみると、結局のところ自分のリクエストした情報が放送されていないこともあり、その場合は、ただ無駄にビデオテープやカセットテープを使った上、自分が希望するリクエストに対応する情報もないので、それらを視聴している時間は大変無駄となってしまう。
【０００５】
本発明は、上述した問題点を解決するためになされたものであり、視聴者からされたリクエストに応じた情報の放送開始時刻を視聴者に前もって告知することにより、利用者の便宜を向上可能な放送センタを提供することを目的とする。
【０００６】
【課題を解決するための手段及び発明の効果】
この目的を達成するためになされた請求項１記載の発明は、視聴者から個別になされたリクエスト情報を記憶しておくリクエスト情報記憶手段と、該リクエスト情報記憶手段に記憶されているリクエスト情報に応じた放送用情報を、所定の順番に従って順次放送していく放送手段とを備えたリクエスト応答機能付きの放送センタにおいて、前記リクエスト情報記憶手段は、リクエスト情報に応じた「放送用情報」又は「該放送用情報が含まれている放送番組」の放送開始時刻を予告するタイミング、及びその告知先の通信端末へアクセスするための情報も記憶しており、さらに、前記リクエスト情報記憶手段に記憶されているリクエスト情報毎に、該リクエスト情報に応じた放送用情報又は該放送用情報が含まれている放送番組の放送開始時刻を記憶している放送開始時刻記憶手段と、前記リクエスト情報記憶手段に記憶されているリクエスト情報毎に、該リクエスト情報に応じた放送用情報又は該放送用情報が含まれている放送番組の放送開始時刻を予告する必要があるかどうかを判断する判断手段と、該判断手段によって放送開始時刻について予告する必要があると判断された場合には、前記リクエスト情報記憶手段に記憶されている予告タイミングに基づいて、該当する告知先に放送開始時刻を通知する放送開始時刻通知手段とを備えていることを特徴とする放送センタである。
【０００７】
本発明の放送センタによれば、視聴者から個別になされたリクエスト情報をリクエスト情報記憶手段が記憶しており、放送手段が、そのリクエスト情報記憶手段に記憶されているリクエスト情報に応じた放送用情報を、所定の順番に従って順次放送していく。
【０００８】
このような基本的な放送処理に加えて、次のような処理を実行する。すなわち、リクエスト情報記憶手段は、リクエスト情報に応じた放送用情報又は該放送用情報が含まれている放送番組の放送開始時刻を予告するタイミング及びその告知先の情報も記憶しており、放送開始時刻記憶手段は、リクエスト情報記憶手段に記憶されているリクエスト情報毎に、該リクエスト情報に応じた放送用情報又は該放送用情報が含まれている放送番組の放送開始時刻を記憶しており、判断手段が、リクエスト情報記憶手段に記憶されているリクエスト情報毎に、該リクエスト情報に応じた放送用情報又は該放送用情報が含まれている放送番組の放送開始時刻を予告する必要があるかどうかを判断する。
そして、放送開始時刻について予告する必要があると判断された場合には、放送開始時刻通知手段が、リクエスト情報記憶手段に記憶されている予告タイミングに基づいて、該当する告知先に放送開始時刻を通知する。
【０００９】
視聴者にとっては、自分がリクエストした放送用情報又は該放送用情報が含まれている放送番組が放送される前にその放送開始時刻を通知してもらえるので、自分がリクエストした放送用情報を見逃すことを防止できる。そして、従来は、いつ自分のリクエストした放送用情報が放送されるか判らないため、例えば放送がされる可能性のある時間中、どこにも行かず放送されるのを待っていなくてはならなかったり、放送番組をビデオレコーダ等によって録画したにもかかわらず、録画後に実際に視聴してみると、結局のところ自分のリクエストした情報が放送されていないといったことも生じるが、本放送センタによれば、そのような不都合は生じない。
【００１０】
また、視聴者からのリクエストを受け付ける場合には、放送センタ側のオペレータが視聴者からのリクエスト情報を聞き、それをマニュアルでリクエスト情報記憶手段に記憶させるようにしてもよい。また、リクエストの受付を自動化し、放送センタ側においてオペレータ等の人手を全く介さないシステムとして構築することも可能である。
【００１１】
このように人手を介さずに自動的にリクエスト情報を記憶させるものとしては、例えば請求項２に示すものが考えられる。その構成は、請求項１に記載の放送センタにおいて、視聴者から個別に送信されたリクエスト情報を受信し、前記リクエスト情報記憶手段にデータとして自動的に記憶させるリクエスト受付手段を備えており、該リクエスト受付手段は、視聴者から送信された予告タイミング及びの告知先の電話番号をリクエスト情報に対応させて記憶するようにしたものである。
【００１２】
この場合、例えば請求項３に示すように、リクエスト受付手段は、視聴者からのリクエスト情報を受け付ける際、所定のガイダンス用音声情報を電話回線を介して視聴者側に送信し、そのガイダンス用音声情報に対する返答として、視聴者識別情報やリクエスト内容識別情報、あるいは前記予告タイミングやの告知先の電話番号を受信するように構成し、前記放送開始時刻通知手段は、前記電話回線を介して、該当する告知先に放送開始時刻を通知するよう構成することが考えられる。
【００１３】
もちろん、電話回線以外にも専用の通信回線等を使用しても実現できるが、電話回線の場合には既存のものを利用できるという利点もある。そしてこの場合には、例えば視聴者からの電話を自動着信し、電子音声による案内を行う音声応答機能と、電話によるダイヤルトーンを使用したコードの発信を受信するコード受信機能を備え、音声応答機能によって所定のガイダンス音声を流し、それにしたがって視聴者が例えば要求するカラオケの曲番号や視聴者識別番号等をプッシュボタン等で入力し、それをダイヤルトーンを使用したコードとして受信するようにすれば便利である。
【００１４】
なお、予告タイミングについては、例えば一律に放送開始時刻の１時間前といったように固定してもよいが、視聴者の都合によって、ある人は１時間前でよいが、別の人にとっては３時間前に通知して欲しいという場合もある。そのため、予告タイミングも視聴者側から指定できるようにしておくことが好ましい。また、同様に告知先についても、ある人にとっては自宅の電話がよいが、別の人にとっては携帯電話やさらには無線呼出し受信機（いわゆるポケットベル）に連絡して欲しい場合もある。そのため、告知先も視聴者側から指定できるようにしておく始ことが好ましい。
【００１５】
したがって、本発明では、その告知先を特定するための情報として電話番号を用いている。電話番号であれば、いわゆる宅内電話機や携帯電話機はもちろん、上述したポケットベルやさらにはファクシミリにも適用できる。なお、放送開始時刻を通知する場合、電話機であれば音声でその内容を通知し、ファクシミリであれば文字でその内容を通知すればよい。また、ポケットベルの場合にも、送信したメッセージを受信して表示できる機能を備えたものがあるので、その場合には文字で表示すればよい。また、メッセージを表示できない場合でも、呼出し先の区別によって判断は可能である。
【００１６】
このような放送センタから放送する放送用情報としては、例えばカラオケ用の情報が考えられる。
この場合、請求項４に示すように、放送手段は、音声情報と映像情報が送信可能なテレビジョン放送手段であると共に、放送手段が放送する放送用情報は、要求されたカラオケ曲に応じたカラオケ演奏音及び背景映像に歌詞テロップが合成された映像とを含むようにすることが考えられる。
【００１７】
もちろん、放送用情報としてカラオケ演奏音だけを放送してもカラオケとしては成立するが、現在のカラオケには、もはや背景映像に歌詞テロップを合成した映像をカラオケ演奏に併せて表示させるということが常識化されつつあるので、カラオケ演奏音及び背景映像に歌詞テロップが合成された映像とを含む放送用情報を放送することが好ましいと言える。この場合、いわゆるＣＡＴＶのように有線で放送センタと加入者端末を接続してもよいし、通常の放送システムのように無線のままでもよい。さらには、映像情報だけという場合も考えられる。
【００１８】
【発明の実施の形態】
以下、本発明の放送センタを具体化した一実施例を図面を参照しながら説明する。
図１は本実施例の放送センタ１０の概略構成を示すブロック図である。図１に示すように、放送センタ１０は、放送センタ全体の制御を行う制御手段であり「判断手段」及び「放送開始時刻通知手段」としてのホストコンピュータ１１と、「リクエスト情報記憶手段」及び「放送開始時刻記憶手段」としての外部記憶装置１２と、表示装置１３と、カラオケ再生装置１４と、テロップ合成装置１５と、「放送手段」としての放送手段１６と、「リクエスト受付手段」及び「放送開始時刻通知手段」としての音声応答装置２０とを備えている。また、放送センタ１０は、公衆電話回線４０を介して多数の電話機５０と接続されている。なお、公衆電話回線４０を介しているので、電話機５０以外にも例えば無線呼出し受信機（以下、通称である「ポケットベル」と記す。）６０とも接続可能である。
【００１９】
各装置について、放送センタ１０における役割あるいは放送システムとの関わりも含めて説明する。
まず、音声応答装置２０は視聴者からのリクエストを受け付けるためのものである。放送センタ１０は視聴者から個別になされたリクエストを蓄積しておき、そのリクエストの集計結果を放送可能とされており、視聴者は手持ちの電話機５０により一般の公衆電話回線４０を通して、希望するカラオケ用情報をリクエストすることができる。このリクエストは、予め定められた「リクエストコード」によって行う。これは、一般のカラオケ装置における「曲番号」と同義のものである。数字コードのよるリクエストであるため、実際には視聴者が電話機５０のダイヤルもしくはプッシュホンの押し下げにより上記リクエストコードをトーン発信する。このリクエストコードは予め視聴者に配布物等によって通知されているものとする。
【００２０】
この視聴者から通話は放送センタ１０において音声応答装置２０により自動的に受理される。音声応答装置２０は内蔵された合成音声手段（図示せず）により予め登録されたメッセージを送話し、視聴者にリクエストコードの入力及び後述する放送開始時刻の予告の必要の有無や、必要な場合の予告タイミングやその告知先の入力と、そのガイダンスを促すものであり、ホストコンピュータ１１により制御され、上記した通話の受話や各種メッセージの送話からパルスコードの受信まで行う。
【００２１】
音声応答装置２０によって受理されたリクエストコードは、ホストコンピュータ１１により、そのリクエストコードが有効であるかどうか、外部記憶装置１２上のデータベースとの照合により判断され、有効であればＣＰＵメモリ１１ｂ（図２参照）内のリクエスト受付テーブル（図４参照）に受け付けた時刻情報とセットで記憶される。
【００２２】
ホストコンピュータ１１はこの記憶されたリクエストコードを基にして、所定の集計期間に該当するリクエスト情報を、セットで記憶されている受付時刻情報に基づいて集計する。そして、リクエスト情報の集計結果として例えばリクエスト総数を含む結果情報を算出し、任意のメッセージとして表示すべき文字列を生成する。生成されたメッセージは、外部記憶装置１２内のフォントデータによって画像データとしてホストコンピュータ１１のＣＰＵメモリ１１ｂに展開され、テロップ合成装置１５に転送される。
【００２３】
テロップ合成装置１５から出力された映像信号はカラオケ再生装置１４から出力される音声信号と共に、放送手段１６によってテレビジョン放送される。
この放送内容は、視聴者側のテレビジョン受信機などの受信設備にて受信され、視聴可能である。
【００２４】
放送手段１６によって放送された放送内容は、視聴者側のテレビジョン受信機などの受信設備にて受信され、カラオケ番組として視聴可能である。なお、放送センタ１０と視聴者側の受信設備はＣＡＴＶシステムのように有線で接続されていてもよいし、通常の放送システムのように無線でもよい。
【００２５】
表示装置１３はホストコンピュータ１１に接続されており、これらの状況を表示することができる。これは、放送センタ１０のオペレータが確認するために利用される。
続いて、図２を参照して、ホストコンピュータ１１を中心とした信号の流れを説明する。
【００２６】
図２に示すように、音声応答装置２０はホストコンピュータ１１のＣＰＵ１１ａと制御信号によって結ばれている。ＣＰＵ１１ａは音声応答装置２０に対して公衆電話回線４０（図１参照）の着信待ちに関する制御、着信後の同装置２０内の音声メッセージの送話に関する制御（複数のメッセージ内の選択）を行う。音声応答装置２０はホストコンピュータ１１に対して公衆電話回線４０を通じて受信したダイヤルパルスを数値情報として返す。これにより、公衆電話回線４０による視聴者リクエストの自動受理を行う。音声応答装置２０より返された数値はＣＰＵメモリ１１ｂに格納される。
【００２７】
外部記憶装置１２は、リクエストコードに関するデータベースを格納したホストコンピュータ１１の外部記憶であり、装置間のデータの読み書きが行われる。これにより、ＣＰＵ１１ａはリクエストコードの検索・照合等を行う。カラオケ再生装置１４はＣＰＵ１１ａと制御信号により結ばれている。ＣＰＵ１１ａはカラオケ再生装置１４にリクエストコード（曲番号）を送信し、同装置１４にカラオケ楽曲の再生を行わせ、またこの再生の開始・終了などの制御を行うことができる。また、カラオケ再生装置１４は、ＣＰＵ１１ａに対して再生の状況（再生中・再生終了等）を返す。これにより、ＣＰＵ１１ａはリクエストコードによるカラオケ楽曲の再生を行うことができる。
【００２８】
テロップ合成装置１５は、ＣＰＵ１１ａから画像の出力と合成に関する制御と、画像データの転送を受ける。同装置１５はカラオケ再生装置１４からの映像信号を入力しており、ＣＰＵ１１ａから転送された画像とこの映像を合成し、カラオケ再生装置１４の出力する映像にテロップ表示を付加できる。
【００２９】
次に、本実施例の放送センタ１０の動作について、図を参照して説明する。
まず、視聴者からのリクエストを受け付ける際の動作について説明する。図３はリクエスト受付時の視聴者と放送センタ１０側との間の通信シーケンス図であり、図４はリクエスト受付テーブルの説明図である。
【００３０】
放送センタ１０は、図３に示す通信シーケンスに従って視聴者からリクエストを受け付ける。なお、このリクエストできる視聴者は、単にこの放送センタ１０からの放送を視聴できるという意味ではなく、リクエストする権利を有している「加入者」という意味である。例えばＣＡＴＶシステムで、そのシステムに加入する際に自動的にリクエストの権利も与えられる場合には、全てがここでいう「加入者」となる。なお、通常の無線形式で放送する場合には、例えばリクエストをする代わりに所定の料金を徴収するような契約を別個に行なうことが考えられる。その場合には、契約をした人だけがここでいう「加入者」となる。なお、以下の説明では、特に断わらない限り、加入者の意味で視聴者という言葉を使用する。
【００３１】
図３の通信シーケンスに戻り、視聴者が公衆電話回線４０を介して放送センタ１０に対して発信・接続すると、放送センタ１０側は音声応答装置２０が、電話機５０からの着信の応答として音声応答メッセージ（例えば「リクエストする曲番号を入力して下さい」といった内容）を送出する。
【００３２】
そして、視聴者が電話機５０を介してリクエストしたい曲番号を入力すると、そのリクエスト番号はＣＰＵメモリ１１ｂ上のリクエスト受付テーブル（図４）のリクエスト曲番号Ｄ３の項目として格納される。
放送センタ１０では、リクエスト受付応答送信として、音声応答装置２０が例えば「リクエストを受け付けました。リクエストの放送時間を知らせる必要がある場合は１＃、必要がない場合は２＃を入力して下さい。」といった内容の音声応答メッセージを送信することで、リクエストを受け付けたことを応答すると共に、視聴者側において放送開始時刻の予告の必要があるかどうかを入力するよう促す。
【００３３】
ここで視聴者が「２＃」を入力した場合、それを受信した放送センタ１０側では、予告の必要なしとして図４のリクエスト受付テーブルにおいては予告タイミングＤ１や告知先Ｄ２の項目には、あり得ない値（例えば予告タイミングＤ１として「９９：９９：９９」、告知先Ｄ２として「９９９９−９９−９９９９」）がセットされることとなる。この値の扱いは後述する。
【００３４】
一方、視聴者が「１＃」を入力した場合には、メッセージ通りに放送開始時刻の予告の必要がある場合であり、それを受信した放送センタ１０側では、その予告のための個別的な情報を得るため、まず音声応答装置２０によって、例えば「予告タイミングは放送前の１時間から９時間までです。「＊」入力後に、希望する時間の１〜９までの数字を入力して下さい。」といった内容の音声応答メッセージを送信する。
【００３５】
これに応じて視聴者が入力した「＊」と予告してほしい時間（１〜９までのいずれかの数字）が電話機５０を介しての放送センタ１０へ送信される。予告タイミングを受信した放送センタ１０は、先のリクエスト曲番号Ｄ３とともに、図４のリクエスト受付テーブルの予告タイミングＤ１の項目に格納される。
【００３６】
続いて、音声応答装置２０によって、例えば「放送前の？（加入者が入力した値）時間前にお知らせします。希望するお知らせ先を＊入力後、入力して下さい。」といった内容の音声応答メッセージを送信する。
これに応じて視聴者は希望する電話番号を入力し、この番号が電話機５０を介しての放送センタ１０へ送信される。受信した放送センタ１０は、この送信されてきた電話番号を図４のリクエスト受付テーブルの告知先Ｄ２の項目に格納する。この告知先Ｄ２としての電話番号は、そのリクエストに用いている電話機に対応する電話番号でもよいし、また別の携帯電話の番号やポケットベルの番号であってもよい。
【００３７】
こうして、放送開始時刻を予告するための詳細情報が得られた場合には、視聴者への受付確認のため、音声応答装置２０が例えば「放送前の？（加入者が入力した値）時間前に？？？−？？？−？？？？（加入者が入力した値）へお知らせします。リクエストありがとうございました。」といった内容の音声応答メッセージを送信する。
【００３８】
その後さらに、リクエスト受付年月日Ｄ４及び受付時分秒Ｄ５の２項目を加え、図４に示すリクエスト受付テーブルの全ての項目（Ｄ１〜Ｄ５）が格納されることとなる。
次に、放送開始時刻の通知に関する動作について説明する。図５は、ＣＰＵ１１ａによって実行されるプログラムの処理手順を示すフローチャートである。
【００３９】
なお、図５に示す処理の前提を説明しておく。前提としては、１日に１回リクエスト曲を放送する番組があり、その番組で放送する曲は、過去のリクエストを基に自動的に決定したものか、あるいは番組作成者が適宜選択して決定したものである。
【００４０】
まず、最初のステップＳ１０においては、リクエスト受付テーブル（図４）から本日の番組中に放送予定の曲に該当する曲番号をリクエスト曲番号Ｄ３として持つリクエストデータを全て取得する。例えば、同じ曲について複数のリクエストがされている場合には、それぞれ一つのリクエストデータとして取得する。したがって、番組中での放送予定は１０曲の場合でも、該当するリクエストデータは、２０や３０といった多数になる場合も考えられる。なお、この場合に取得するリクエストデータは、図４に示す項目の内の予告タイミングＤ１と告知先Ｄ２とリクエスト曲番号Ｄ３の３つの項目だけでよい。
【００４１】
そして、続くＳ２０では、Ｓ１０において取得したリクエストデータを、さらに予告タイミングＤ１に基づき、予告タイミングＤ１として設定されている時間の値が大きい順に並べ替える。本実施例ではこの予告タイミングＤ１は１時間刻みの設定とされている。Ｓ１０で取得したリクエストデータをＳ２０にて並び替えた状態のテーブルの一例を図６に示す。
【００４２】
Ｓ３０では、そのテーブル（図６）より最初のデータを読み出し、続くＳ４０にて、通知の必要があるかどうかを判断する。例えば、図６に示すテーブルの最初のリクエストデータは、予告タイミングＤ１が「９９：９９：９９」、告知先Ｄ２が「９９９９−９９−９９９９」とされている。これは上述したように、リクエストする際に視聴者が放送開始時刻の予告の必要がないとして「２＃」を入力をすると設定される値である。したがって、予告タイミングＤ１や告知先Ｄ２に上記値が設定されている場合には通知の必要がないと判断し（Ｓ４０：ＮＯ）、Ｓ８０へ移行する。
【００４３】
Ｓ８０では、最後のリクエストデータかどうかを判断する。この場合には最後ではないので（Ｓ８０：ＮＯ）、Ｓ９０へ移行し、図６のテーブルより次のリクエストデータを読み出し、Ｓ４０へ移行する。図６のテーブルにおける２番目のリクエストデータは、予告タイミングＤ１や告知先Ｄ２の値からＳ４０にて肯定判断、すなわち通知の必要があると判断されてＳ５０へ移行する。
【００４４】
Ｓ５０では、番組開始までの待ち時間を取得する。番組の放送開始予定時刻については外部記憶装置１２に記憶されているので、その放送開始予定時刻から現在時刻を差し引くことで上記「待ち時間」が得られる。
続くＳ６０では、Ｓ３０又はＳ４０で読み込んだリクエストデータ中の予告タイミングＤ１がＳ５０で得た待ち時間よりも大きいかどうかを判断する。予告タイミングＤ１が待ち時間以下の場合には、視聴者が通知して欲しいタイミングをまだ過ぎていないので（Ｓ６０：ＮＯ）、Ｓ５０へ戻る。このようにして、該当する予告タイミングＤ１が待ち時間よりも大きくなった場合には、視聴者が通知して欲しいタイミングを過ぎているので（Ｓ６０：ＹＥＳ）、Ｓ７０に移行して、該当する告知先Ｄ２に対して通知する。
【００４５】
具体的には、その該当する告知先Ｄ２に公衆電話回線４０を介してアクセスし、例えばそれが電話機５０（図１参照）であれば、番組の放送開始時間が近づいてることを音声メッセージとして通知する。なお、番組の放送開始予定時刻は既に判っているので、「○時から番組が始まります。」あるいは「○時から始まる番組であなたのリクエストした曲が放送されます。是非、リクエストされた曲を視聴できる場所へお戻り下さい。」といったメッセージを予め準備しておいて流すようにしてもよい。
【００４６】
そして、Ｓ７０での通知処理の後は、Ｓ８０へ移行し、図６のテーブルの最後のリクエストデータとなるまで上述した処理を繰り返す。例えば図６のテーブルにおいて３番目のリクエストデータは、２番目のリクエストデータと同様に予告タイミングＤ１が「０３：００：００」となっているので、すぐにＳ６０で肯定判断となり、Ｓ７０にて、その該当する告知先へ通知する。そして、４番目のリクエストデータの予告タイミングＤ１は「０２：００：００」であるので、約１時間後にＳ７０の通知処理が実行されることとなる。
【００４７】
このようにして、図６のテーブルにおける最後のリクエストデータについての通知処理が終了した場合には（Ｓ８０：ＹＥＳ）、本処理を終了する。
以上説明したように、本実施例の放送センタ１０によれば、視聴者から個別に送信されるリクエストを受信し、リクエスト情報を受けた時点でリクエストを予告する場合の予告タイミングや告知先の詳細情報を得て、それらをデータとしてホストコンピュータ１１内に保管し、そのデータを基にそのリクエストに応じた曲が放送される番組の放送開始前に視聴者に通知することが可能となる。これにより、加入者は自分のリクエストした曲を見逃すことなく視聴することができるようになる。
【００４８】
つまり、視聴者にとっては、自分がリクエストした曲が放送予定となっている番組の放送前にその放送開始時刻を通知してもらえるので、自分がリクエストした曲を見逃すことを防止できる。そして、従来は、いつ自分のリクエストした曲が放送されるか判らないため、例えば毎日番組が放送される度に、どこにも行かず放送されるのを待っていなくてはならなかったり、放送番組をビデオレコーダ等によって録画したにもかかわらず、録画後に実際に視聴してみると、結局のところ自分のリクエストした情報が放送されていないといったことも生じるが、本放送センタ１０によれば、そのような不都合は生じない。
【００４９】
なお、予告タイミングについては、例えば一律に放送開始時刻の１時間前といったように固定してもよいが、視聴者の都合によって、ある人は１時間前でよいが、別の人にとっては３時間前に通知して欲しいという場合もある。そのため、本実施例のように、予告タイミングも視聴者側から指定できるようにしておくことが好ましい。また、同様に告知先についても、ある人にとっては自宅の電話機５０がよいが、別の人にとってはポケットベル６０に連絡して欲しい場合もある。そのため、告知先も視聴者側から指定できるようにしておくことが好ましい。
【００５０】
したがって、その告知先の情報としては、本実施例に示すように電話番号とすることが代表的な例として考えられる。電話番号であれば、いわゆる宅内電話機や携帯電話機はもちろん、上述したポケットベルやさらにはファクシミリにも適用できる。なお、放送開始時刻を通知する場合、上記実施例の電話機５０であれば音声でその内容を通知し、ファクシミリであれば文字でその内容を通知すればよい。また、ポケットベル６０の場合にも、送信したメッセージを受信して表示できる機能を備えたものがあるので、その場合には文字で表示すればよい。また、メッセージを表示できない場合でも呼出し先の区別によって判断は可能である。
【００５１】
以上、具体例に従って、本発明の実施形態について説明したが、本発明はこのような具体例に限定されるものではなく、発明の要旨を逸脱しない範囲で様々な実施ができることは言うまでもない。
例えば、リクエスト告知先も実施例においては、単に電話番号のみとしているが、電話機に限らない、電話番号からポケットベル等の判断がつくため、各機能に合った告知の方法も取ることができる。ポケットベルの場合なら、メッセージ表示可能なものであればその旨を送信して加入者に告知することもできる。なお、電話番号を用いた告知先としてはファクシミリも考えられる。告知先としてファクシミリであることを記憶しておけば、ファクシミリ用の情報を送信することも可能である。
【００５２】
また、上記図５に示した処理の前提は、１日に１回リクエスト曲を放送する番組があり、その番組で放送する曲は、過去のリクエストを基に自動的に決定したものか、あるいは番組作成者が適宜選択して予め決定しておくというものであった。そのような限定されたシステムでなく、種々の形態が考えられる。例えば放送番組が１日に複数回、例えば１回目が１０：００〜１２：００、２回目が１５：００〜１７：００、３回目が２０：００〜２２：００というように３回ある場合も考えられる。この場合には、それぞれの番組での放送予定曲が判るので、上記図５のＳ５０で番組開始までの待ち時間を取得する場合に、何回目の番組かを区別してその放送開始時刻情報に基づいて計算すればよい。したがって、例えばＳ７０での通知をしていく場合、１回目の番組でのある放送予定曲Ａのリクエストデータの予告タイミングＤ１が「０１：００：００」であり、２回目の番組でのある放送予定曲Ｂのリクエストデータの予告タイミングＤ１が「０７：００：００」であった場合には、先に２回目の番組での放送予定曲Ｂに対しての通知を行い、その約１時間後に１回目の番組での放送予定曲Ａに対しての通知を行うという場合もあり得る。
【００５３】
また、上記実施例では、放送予定曲は番組の放送開始前に決定されているという前提であったが、例えば視聴者からのリクエストを随時受け付けながら、番組もそれと並行して長時間放送する場合もある。この場合には、リクエストした曲がすぐに、あるいは２〜３曲待てば実際に番組中で放送されるという場合も考えられる。すなわちリクエストした後で即座に放送予定が決定可能な場合には、その場で通知できる。したがって、例えば図３で放送センタ１０が曲番号を受信した後の音声応答メッセージとして、「リクエストを受け付けました。なお、リクエストされた曲は３曲後に放送されますので、しばらくお待ち下さい。」といった内容を通知すればよい。そして、リクエストが多く、その時点で即座には放送予定が決定できない場合には、上記説明通り予告の必要があるかどうかの伺いをして、視聴者の希望を聞くようにすればよい。
【００５４】
さらに、上記実施例では、リクエストした曲が放送予定の「番組」の放送開始時刻を通知するようにしたが、曲毎の放送予定時刻が判っている場合には、曲毎に予告タイミングを判断し、「あなたのリクエストした曲は、○時○分から放送されます」というように細かく通知するようにしてもよい。
【００５５】
また、上記実施例では、カラオケ番組の放送に使用する例を説明したが、本発明は放送用情報を供給するサーバ側が少数であり、リクエストする視聴者側が多数であり、両者が遠隔である等の理由で、放送という情報供給形態を採用する状況であることが応用の主旨である。したがって、放送する情報としてもカラオケ曲以外に、カラオケ用でなく聞くための曲という意味での「通常の」曲でもよい。そしてその場合には、映像はなく音声情報だけであってもよい。一方、映画等も考えられるが、映画の場合には１つが長時間となるので、上記「番組」の放送開始時間というのではなく、その映画作品自体の放送開始時間を通知することが好ましい。
【図面の簡単な説明】
【図１】実施例の放送センタの概略構成を示すブロック図である。
【図２】ホストコンピュータを中心とした信号の流れを示す図である。
【図３】リクエスト受付時の加入者と放送センタ側との間の通信シーケンスを示す説明図である。
【図４】ホストコンピュータが取り扱うリクエスト受付テーブルのデータ構成図である。
【図５】ホストコンピュータが実行する放送開始時刻の通知処理を示すフローチャートである。
【図６】ホストコンピュータが放送開始時刻の通知処理において取り扱うテーブルのデータ構成図である。
【符号の説明】
１０…放送センタ１１…ホストコンピュータ
１１ａ…ＣＰＵ１１ｂ…ＣＰＵメモリ
１２…外部記憶装置１３…表示装置
１４…カラオケ再生装置１５…テロップ再生装置
１６…放送手段２０…音声応答装置
４０…公衆電話回線５０…電話機
６０…ポケットベル[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a broadcast center with a request response function that broadcasts broadcast information according to a request made individually by a viewer according to a predetermined order.
[0002]
[Prior art and problems to be solved by the invention]
Currently, a new form of TV broadcasting called interactive television is becoming widespread between local television broadcasting centers such as CATV systems and subscriber terminals. However, these are generally video-on-demand (VOD) viewers, which are different from a system that delivers videos as if they were watching a favorite video on their home video deck. It is not out of the "broadcast" frame to send out. That is, this is a limited interactive television system in which requests individually made by viewers are accumulated, and broadcast information corresponding to the requests is sequentially broadcast in a predetermined order.
[0003]
The television broadcasting center in such a system temporarily accumulates requests from viewers coming one after another, and broadcasts broadcast information including video in the requested order. If this is the case, a situation occurs in which the speed of the request from the viewer exceeds the speed of broadcasting / digesting the broadcast information. Then, the requests are accumulated, and the waiting time of the requested viewer is increased. For example, a request is accepted only within a predetermined two hours, and broadcast information corresponding to the request is received by the end of the day's broadcast, or it is accepted for 24 hours and broadcast somewhere within one week from the point of acceptance. In that case, the viewer who makes the request does not know when the request will be broadcast.
[0004]
Therefore, the following inconvenience occurs. In other words, the viewer has to wait for the requested broadcast or other media such as radio or television to broadcast the requested song or information. However, the information you requested is not necessarily broadcast on the time or day you are waiting for, and the viewer will not go anywhere during the time that may be broadcast from the point of request. There may be situations where you must be in front. Also, if you make a promise to meet a person suddenly, you can record a broadcast program using a medium that can be recorded and recorded, such as a video recorder. When I actually watch it, the information that I requested is broadcast after all. Absent In such a case, the video tape or cassette tape is used in vain, and there is no information corresponding to the request that he / she desires.
[0005]
The present invention has been made to solve the above-described problems, and can improve the convenience of the user by notifying the viewer in advance of the broadcast start time of information corresponding to the request made by the viewer. It aims at providing a simple broadcasting center.
[0006]
[Means for Solving the Problems and Effects of the Invention]
In order to achieve this object, the invention according to claim 1 includes request information storage means for storing request information individually made by a viewer, and request information stored in the request information storage means. In the broadcast center with a request response function, the request information storage unit is configured to respond to the request information. " Broadcast information " Or " Broadcast program containing the broadcast information " The timing of the advance notice of the broadcast start time and the notification destination For accessing the communication terminal Remember information Have ,further, Broadcast start time storage means for storing broadcast information corresponding to the request information or broadcast start time of a broadcast program including the broadcast information for each request information stored in the request information storage means When, For each piece of request information stored in the request information storage means, it is determined whether broadcast information corresponding to the request information or broadcast start time of a broadcast program including the broadcast information needs to be notified in advance. And when it is determined by the determining means that the broadcast start time needs to be notified, the broadcast start time is notified to the corresponding notification destination based on the notification timing stored in the request information storage means. The broadcast center is characterized by comprising broadcast start time notification means for notifying.
[0007]
According to the broadcast center of the present invention, the request information storage means stores request information individually made by the viewer, and the broadcast means uses the broadcast information corresponding to the request information stored in the request information storage means. Information is broadcast sequentially according to a predetermined order.
[0008]
In addition to such basic broadcast processing, the following processing is executed. In other words, the request information storage means also stores information on the broadcast information corresponding to the request information or the timing of notifying the broadcast start time of the broadcast program including the broadcast information and the notification destination thereof. The broadcast start time storage means, for each request information stored in the request information storage means, broadcast information corresponding to the request information or broadcast start time of a broadcast program including the broadcast information. Remember Whether it is necessary for the determination means to notify the broadcast information corresponding to the request information or the broadcast start time of the broadcast program including the broadcast information for each request information stored in the request information storage means Judge whether.
When it is determined that the broadcast start time needs to be notified, the broadcast start time notifying unit sets the broadcast start time to the corresponding notification destination based on the notification timing stored in the request information storage unit. Notice.
[0009]
The viewer can be notified of the broadcast information requested by the viewer because the broadcast information requested by the viewer or the broadcast start time before the broadcast program including the broadcast information is broadcast. Can be prevented. And, in the past, because you don't know when the broadcast information you requested will be broadcast, you have to wait for the broadcast to go anywhere, for example during the time when the broadcast may be broadcast Even if a broadcast program is recorded by a video recorder or the like, if you actually watch it after recording, the information you requested may not be broadcast in the end. In such a case, such inconvenience does not occur.
[0010]
When receiving a request from the viewer, the operator on the broadcast center side may listen to the request information from the viewer and store it in the request information storage means manually. It is also possible to automate the reception of requests and to construct a system that does not involve any human operator such as an operator at the broadcasting center side.
[0011]
For example, what is shown in claim 2 can be conceived as a means for automatically storing request information without human intervention. In the broadcast center according to claim 1, the configuration includes request reception means for receiving request information individually transmitted from a viewer and automatically storing the request information as data in the request information storage means. The request acceptance means is the notification timing and notification destination sent from the viewer. phone number Is stored in correspondence with the request information.
[0012]
In this case, for example, as shown in claim 3, when receiving request information from the viewer, the request receiving means transmits predetermined guidance voice information to the viewer via the telephone line, and the guidance voice is transmitted. As a response to the information, the viewer identification information, the request content identification information, or the notification destination phone number It is conceivable that the broadcast start time notification means is configured to notify the corresponding notification destination of the broadcast start time via the telephone line.
[0013]
Of course, it can also be realized by using a dedicated communication line in addition to the telephone line, but there is also an advantage that an existing one can be used in the case of a telephone line. In this case, for example, a voice response function that automatically receives a call from a viewer and provides guidance by electronic voice, and a code reception function that receives a transmission of a code using a dial tone by the telephone, a voice response function It is convenient if a predetermined guidance voice is played by the viewer, and the viewer enters the requested karaoke song number, viewer identification number, etc. with a push button or the like, and receives it as a code using a dial tone. It is.
[0014]
The notice timing may be fixed uniformly, for example, one hour before the broadcast start time. However, one person may be one hour before, but another person may have three hours for the convenience of the viewer. Sometimes you want to be notified before. Therefore, it is preferable that the notice timing can be designated from the viewer side. Similarly, as for the notification destination, a home phone is good for some people, but there are cases where another person wants to contact a mobile phone or even a wireless call receiver (so-called pager). Therefore, it is preferable that the notification destination can be designated from the viewer side.
[0015]
Therefore, In the present invention, Notification destination Phone number is used as information to identify . If it is a telephone number, it can be applied not only to a so-called home phone or mobile phone, but also to the above-described pager or facsimile. When the broadcast start time is notified, the contents may be notified by voice if the telephone is used, and the contents may be notified by text if the telephone is a facsimile. Also, some pagers have a function of receiving and displaying a transmitted message. In that case, the pager may be displayed in characters. Even when a message cannot be displayed, the determination can be made by distinguishing the call destination.
[0016]
As information for broadcasting broadcast from such a broadcasting center, for example, information for karaoke can be considered.
In this case, the claim 4 As shown, the broadcasting means is a television broadcasting means capable of transmitting audio information and video information, and the broadcasting information broadcast by the broadcasting means is a karaoke performance sound and background video corresponding to the requested karaoke song. It is conceivable to include an image synthesized with lyrics telop.
[0017]
Of course, even if only the karaoke performance sound is broadcast as broadcast information, it will be established as a karaoke, but it is common sense that the current karaoke no longer displays a video in which lyrics telop is combined with the background video along with the karaoke performance. Therefore, it can be said that it is preferable to broadcast broadcasting information including a karaoke performance sound and a video in which a lyrics telop is synthesized with a background video. In this case, the broadcasting center and the subscriber terminal may be connected by wire as in the so-called CATV, or may remain wireless as in a normal broadcasting system. Furthermore, there may be cases where only video information is used.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
An embodiment embodying a broadcasting center of the present invention will be described below with reference to the drawings.
FIG. 1 is a block diagram showing a schematic configuration of a broadcasting center 10 of the present embodiment. As shown in FIG. 1, the broadcast center 10 is a control means for controlling the entire broadcast center, and is a “determination means” and a host computer 11 as a “broadcast start time notification means”, and a “request information storage means”. And "broadcast start time storage means" As an external storage device 12, a display device 13, a karaoke player 14, a telop synthesizing device 15, broadcasting means 16 as “broadcasting means”, “request receiving means” and “broadcast start time notification means” Voice response device 20. The broadcast center 10 is connected to a large number of telephones 50 through a public telephone line 40. In addition, since it is connected via the public telephone line 40, it can be connected to, for example, a radio call receiver (hereinafter referred to as “pager”) 60 in addition to the telephone 50.
[0019]
Each device will be described including its role in the broadcast center 10 and its relationship with the broadcast system.
First, the voice response device 20 is for receiving a request from a viewer. The broadcasting center 10 stores requests made individually by viewers and broadcasts the aggregated results of the requests, and the viewers can use the telephone 50 they have via the public telephone line 40 to select the desired karaoke. You can request information. This request is made by a predetermined “request code”. This is synonymous with “song number” in a general karaoke apparatus. Since the request is based on a numeric code, the viewer actually sends the request code as a tone by dialing the telephone 50 or pressing down a push phone. It is assumed that this request code is notified to the viewer in advance by a distributed material or the like.
[0020]
The call from the viewer is automatically accepted by the voice response device 20 at the broadcast center 10. The voice response device 20 sends a pre-registered message by a built-in synthesized voice means (not shown), and whether or not it is necessary to input a request code and notify the broadcast start time described later to the viewer. The notification timing and the notification destination are input and the guidance is urged, and is controlled by the host computer 11 to perform the above-described call reception and transmission of various messages to reception of a pulse code.
[0021]
The request code received by the voice response device 20 is judged by the host computer 11 by checking with the database on the external storage device 12 whether the request code is valid. If it is valid, the CPU memory 11b (FIG. 2) and the time information received in the request reception table (see FIG. 4).
[0022]
Based on the stored request code, the host computer 11 totals the request information corresponding to the predetermined total period based on the reception time information stored as a set. Then, for example, result information including the total number of requests is calculated as the total result of the request information, and a character string to be displayed as an arbitrary message is generated. The generated message is developed as image data in the CPU memory 11 b of the host computer 11 by the font data in the external storage device 12 and transferred to the telop synthesis device 15.
[0023]
The video signal output from the telop synthesizer 15 and the audio signal output from the karaoke player 14 are broadcast by television by the broadcasting means 16.
The broadcast content is received by a receiving facility such as a television receiver on the viewer side and can be viewed.
[0024]
The broadcast content broadcast by the broadcast means 16 is received by a receiving facility such as a television receiver on the viewer side and can be viewed as a karaoke program. Note that the broadcasting center 10 and the receiving facility on the viewer side may be connected by wire as in the CATV system, or may be wireless as in the normal broadcasting system.
[0025]
The display device 13 is connected to the host computer 11 and can display these conditions. This is used for confirmation by the operator of the broadcast center 10.
Next, with reference to FIG. 2, a signal flow centered on the host computer 11 will be described.
[0026]
As shown in FIG. 2, the voice response device 20 is connected to the CPU 11a of the host computer 11 by a control signal. The CPU 11a performs control related to waiting for an incoming call on the public telephone line 40 (see FIG. 1) and control related to sending a voice message in the apparatus 20 after the incoming call (selection among a plurality of messages). The voice response device 20 returns the dial pulse received through the public telephone line 40 to the host computer 11 as numerical information. Thus, the viewer request is automatically received through the public telephone line 40. The numerical value returned from the voice response device 20 is stored in the CPU memory 11b.
[0027]
The external storage device 12 is an external storage of the host computer 11 that stores a database related to request codes, and data is read and written between the devices. As a result, the CPU 11a performs a request code search / collation and the like. The karaoke player 14 is connected to the CPU 11a by a control signal. The CPU 11a can transmit a request code (song number) to the karaoke playback device 14, cause the device 14 to play back the karaoke music, and control the start and end of this playback. Further, the karaoke playback device 14 returns the playback status (during playback, playback end, etc.) to the CPU 11a. Thereby, the CPU 11a can reproduce the karaoke music piece by the request code.
[0028]
The telop synthesizing device 15 receives control related to image output and synthesis and transfer of image data from the CPU 11a. The device 15 receives the video signal from the karaoke playback device 14, can synthesize the video transferred from the CPU 11 a with this video, and add a telop display to the video output from the karaoke playback device 14.
[0029]
Next, the operation of the broadcast center 10 of this embodiment will be described with reference to the drawings.
First, the operation when receiving a request from a viewer will be described. FIG. 3 is a communication sequence diagram between the viewer and the broadcast center 10 at the time of request reception, and FIG. 4 is an explanatory diagram of the request reception table.
[0030]
The broadcast center 10 receives a request from a viewer according to the communication sequence shown in FIG. The viewer who can make a request does not simply mean that the broadcast from the broadcasting center 10 can be viewed, but means a “subscriber” who has the right to make a request. For example, in the CATV system, when a request right is automatically given when subscribing to the system, all are “subscribers” here. When broadcasting in a normal wireless format, for example, it is conceivable to separately make a contract for collecting a predetermined fee instead of making a request. In that case, only the person who made the contract becomes the "subscriber" here. In the following description, the term “viewer” is used in the sense of a subscriber unless otherwise specified.
[0031]
Returning to the communication sequence of FIG. 3, when the viewer transmits / connects to the broadcast center 10 via the public telephone line 40, the voice response device 20 receives the voice response as a response to the incoming call from the telephone 50. Send a message (for example, “Please enter the song number you want to request”).
[0032]
Then, when the viewer inputs a song number to be requested via the telephone 50, the request number is stored as the request song number D3 item in the request reception table (FIG. 4) on the CPU memory 11b.
In the broadcast center 10, the voice response device 20 sends, for example, “Request accepted. Enter 1 # if it is necessary to inform the broadcast time of the request, and enter 2 # if it is not necessary. By transmitting a voice response message with a content such as “.”, It responds that the request has been accepted, and prompts the viewer to input whether or not the broadcast start time needs to be notified.
[0033]
Here, when the viewer inputs “2 #”, the broadcast center 10 that has received the notification has no notice in the request reception table in FIG. 4 and the notice timing D1 and notification destination D2 items are present. An unobtainable value (for example, “99:99:99” as the notice timing D1 and “9999-99-9999” as the notification destination D2) is set. The handling of this value will be described later.
[0034]
On the other hand, when the viewer inputs “1 #”, it is necessary to give a notice of the broadcast start time according to the message, and the broadcast center 10 that has received it receives an individual notice for the notice. In order to obtain information, the voice response device 20 firstly, for example, “Notice timing is from 1 hour to 9 hours before broadcasting. After entering“ * ”, enter the numbers from 1 to 9 of the desired time. Is sent.
[0035]
In response to this, “*” input by the viewer and the time (any number from 1 to 9) desired to be notified are transmitted to the broadcast center 10 via the telephone 50. The broadcast center 10 that has received the notice timing is stored in the item of notice timing D1 in the request reception table of FIG. 4 together with the previous request music number D3.
[0036]
The voice response device 20 then responds with a voice response such as “Notify before the broadcast? (Value entered by the subscriber) hours before. Please enter the desired notification destination after * input”. Send a message.
In response to this, the viewer inputs a desired telephone number, and this number is transmitted to the broadcasting center 10 via the telephone 50. The received broadcast center 10 stores the transmitted telephone number in the item of the notification destination D2 of the request reception table in FIG. The telephone number as the notification destination D2 may be a telephone number corresponding to the telephone used for the request, or may be a number of another mobile phone or a pager number.
[0037]
In this way, when detailed information for notifying the broadcast start time is obtained, the voice response device 20 confirms reception to the viewer by, for example, “before broadcasting? (Value input by subscriber) time before” Sends a voice response message saying “Thank you for the request.” (The value entered by the subscriber).
[0038]
Thereafter, two items of the request reception date D4 and the reception time minute second D5 are added, and all items (D1 to D5) of the request reception table shown in FIG. 4 are stored.
Next, an operation related to notification of the broadcast start time will be described. FIG. 5 is a flowchart showing a processing procedure of a program executed by the CPU 11a.
[0039]
The premise of the process shown in FIG. 5 will be described. As a premise, there is a program that broadcasts the requested song once a day, and the song to be broadcast in the program is automatically determined based on past requests, or is selected and determined by the program creator as appropriate It is a thing.
[0040]
First, in the first step S10, all request data having the song number corresponding to the song scheduled to be broadcast in the program of the day as the requested song number D3 are acquired from the request reception table (FIG. 4). For example, when a plurality of requests are made for the same song, each request data is acquired as one request data. Therefore, even if the broadcast schedule in the program is 10 songs, the corresponding request data may be a large number such as 20 or 30. Note that the request data acquired in this case may be only the three items of the notification timing D1, the notification destination D2, and the requested song number D3 among the items shown in FIG.
[0041]
In subsequent S20, the request data acquired in S10 is further rearranged in descending order of the time value set as the advance notice timing D1, based on the advance notice timing D1. In this embodiment, the notice timing D1 is set in increments of 1 hour. An example of a table in which the request data acquired in S10 is rearranged in S20 is shown in FIG.
[0042]
In S30, the first data is read from the table (FIG. 6), and it is determined in S40 whether notification is necessary. For example, in the first request data in the table shown in FIG. 6, the notice timing D1 is “99:99:99” and the notification destination D2 is “9999-99-9999”. As described above, this is a value that is set when the viewer inputs “2 #” on the assumption that there is no need to notify the broadcast start time when making a request. Therefore, when the above values are set for the advance notice timing D1 and the notification destination D2, it is determined that notification is not necessary (S40: NO), and the process proceeds to S80.
[0043]
In S80, it is determined whether it is the last request data. In this case, since it is not the last (S80: NO), the process proceeds to S90, the next request data is read from the table of FIG. 6, and the process proceeds to S40. The second request data in the table of FIG. 6 is determined to be affirmative in S40 from the notice timing D1 and the notification destination D2, that is, it is determined that notification is necessary, and the process proceeds to S50.
[0044]
In S50, a waiting time until the program starts is acquired. Since the scheduled broadcast start time of the program is stored in the external storage device 12, the “waiting time” can be obtained by subtracting the current time from the scheduled broadcast start time.
In subsequent S60, it is determined whether or not the notice timing D1 in the request data read in S30 or S40 is greater than the waiting time obtained in S50. When the notice timing D1 is equal to or less than the waiting time, the timing that the viewer wants to notify has not passed yet (S60: NO), and the process returns to S50. In this way, when the corresponding notice timing D1 becomes larger than the waiting time, the timing that the viewer wants to notify has passed (S60: YES), so the process proceeds to S70, and the relevant notice is made. Notify the destination D2.
[0045]
Specifically, the corresponding notification destination D2 is accessed via the public telephone line 40. For example, if it is the telephone 50 (see FIG. 1), a notification that the program broadcast start time is approaching is sent as a voice message. To do. In addition, since the scheduled broadcast start time of the program is already known, the song you requested will be broadcast on the program starting from “Oh” or “The program starts from Oh. Please return to the place where you can watch. "
[0046]
After the notification process in S70, the process proceeds to S80, and the above-described process is repeated until the last request data in the table of FIG. For example, the third request data in the table of FIG. 6 is immediately affirmative in S60 because the notice timing D1 is “03:00:00” as in the second request data, and in S70, Notify the relevant notification destination. Since the notice timing D1 of the fourth request data is “02:00:00”, the notification process of S70 is executed about one hour later.
[0047]
In this way, when the notification process for the last request data in the table of FIG. 6 is completed (S80: YES), this process ends.
As described above, according to the broadcast center 10 of the present embodiment, the details of the notification timing and notification destination when receiving a request individually transmitted from the viewer and notifying the request when the request information is received. It is possible to obtain information, store them as data in the host computer 11, and notify the viewer before starting the broadcast of a program in which a song according to the request is broadcast based on the data. As a result, the subscriber can watch the song that he / she requested without missing it.
[0048]
In other words, since the viewer can be notified of the broadcast start time before the broadcast of the program for which the requested song is scheduled to be broadcast, it is possible to prevent the viewer from missing the requested song. And, in the past, because you don't know when the song you requested will be broadcast, for example, every time a program is broadcast, you have to wait for it to go anywhere, Although the video is recorded by a video recorder or the like, when the user actually watches the video after recording, the information requested by the user may not be broadcasted. Such inconvenience does not occur.
[0049]
The notice timing may be fixed uniformly, for example, one hour before the broadcast start time. However, one person may be one hour before, but another person may have three hours for the convenience of the viewer. Sometimes you want to be notified before. For this reason, it is preferable that the notice timing can be specified from the viewer side as in this embodiment. Similarly, as for the notification destination, a telephone 50 at home is good for some people, but there is a case where another person wants to contact the pager 60. Therefore, it is preferable that the notification destination can be designated from the viewer side.
[0050]
Therefore, as the information of the notification destination, a telephone number can be considered as a representative example as shown in the present embodiment. If it is a telephone number, it can be applied not only to a so-called home phone or mobile phone, but also to the above-described pager or facsimile. When the broadcast start time is notified, the contents may be notified by voice in the case of the telephone 50 of the above embodiment, and the contents may be notified by letters in the case of a facsimile. Further, even in the case of the pager 60, there is one provided with a function capable of receiving and displaying a transmitted message. In that case, the pager 60 may be displayed in characters. Further, even when a message cannot be displayed, the determination can be made by distinguishing the call destination.
[0051]
As mentioned above, although embodiment of this invention was described according to the specific example, it cannot be overemphasized that this invention is not limited to such a specific example, and can implement various in the range which does not deviate from the summary of invention.
For example, in the embodiment, the request notification destination is only a telephone number, but it is not limited to a telephone, and since a determination such as a pager can be made from a telephone number, a notification method suitable for each function can be taken. In the case of a pager, if it can display a message, it can be sent to notify the subscriber. A facsimile is also considered as a notification destination using a telephone number. If the facsimile is stored as the notification destination, information for facsimile can be transmitted.
[0052]
Further, the premise of the process shown in FIG. 5 is that there is a program that broadcasts a requested song once a day, and the song to be broadcast in the program is automatically determined based on a past request, or The program creator appropriately selected and decided in advance. Various forms are conceivable instead of such a limited system. For example, when there are three broadcast programs a day, for example, the first time is 10: 00 to 12:00, the second time is 15: 00 to 17:00, the third time is 20: 00 to 22:00 Is also possible. In this case, since the broadcast-scheduled music for each program is known, when the waiting time until the program start is acquired in S50 of FIG. 5, the program is distinguished based on the broadcast start time information. To calculate. Therefore, for example, when the notification is made in S70, the notice timing D1 of the request data of the scheduled broadcast song A in the first program is “01:00:00”, and the second program is broadcast. When the notice timing D1 of the request data of the scheduled song B is “07:00:00”, the broadcast scheduled song B is first notified in the second program, and about 1 hour later There may be a case where notification is given to the broadcast scheduled song A in the first program.
[0053]
In the above embodiment, it is assumed that the scheduled broadcast song is determined before the program starts broadcasting. For example, when a program is broadcast for a long time in parallel with receiving a request from a viewer at any time. There is also. In this case, it may be considered that the requested song is broadcasted immediately, or if it waits for two to three songs, it is actually broadcast in the program. That is, when the broadcast schedule can be determined immediately after requesting, it can be notified on the spot. Therefore, for example, as a voice response message after the broadcast center 10 receives the song number in FIG. 3, “Request has been accepted. The requested song will be broadcast after 3 songs, so please wait for a while.” The content may be notified. Then, if there are many requests and the broadcast schedule cannot be determined immediately at that time, it is only necessary to ask whether or not there is a need for a notice as described above and listen to the viewer's wishes.
[0054]
Furthermore, in the above embodiment, the requested song is notified of the broadcast start time of the “program” scheduled to be broadcast. However, when the scheduled broadcast time for each song is known, the notice timing is determined for each song. Then, it may be notified in detail, such as “The song you requested will be broadcast from ○ hour ○ minutes”.
[0055]
Moreover, although the example used for the broadcast of a karaoke program was demonstrated in the said Example, the server side which supplies the information for broadcasting has few numbers, the viewer side who requests is many, both are remote, etc. For this reason, the main point of application is that the information supply form of broadcasting is adopted. Therefore, the information to be broadcast may be “normal” music in the sense that it is not for karaoke but for listening, in addition to karaoke music. In that case, there may be no audio and only audio information. On the other hand, although a movie or the like can be considered, since one movie takes a long time, it is preferable to notify the broadcast start time of the movie work itself, not the broadcast start time of the “program”.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a schematic configuration of a broadcasting center according to an embodiment.
FIG. 2 is a diagram illustrating a signal flow centered on a host computer.
FIG. 3 is an explanatory diagram showing a communication sequence between a subscriber and a broadcast center at the time of receiving a request.
FIG. 4 is a data configuration diagram of a request reception table handled by a host computer.
FIG. 5 is a flowchart showing broadcast start time notification processing executed by a host computer.
FIG. 6 is a data configuration diagram of a table handled by a host computer in broadcast start time notification processing;
[Explanation of symbols]
10 ... broadcast center 11 ... host computer
11a ... CPU 11b ... CPU memory
12 ... External storage device 13 ... Display device
14 ... Karaoke player 15 ... Ticker player
16 ... Broadcasting means 20 ... Voice response device
40 ... Public telephone line 50 ... Telephone
60 ... Pager

Claims

Request information storage means for storing request information individually made by viewers;
In a broadcasting center with a request response function including broadcasting means for sequentially broadcasting broadcast information corresponding to the request information stored in the request information storage means according to a predetermined order,
Said request information storing means, the timing of notice broadcast start time of the request information "broadcast information" or "broadcast program that contains the broadcast information", and also the telephone number of the notification destination stored In addition,
Broadcast start time storage means for storing broadcast information corresponding to the request information or broadcast start time of a broadcast program including the broadcast information for each request information stored in the request information storage means When,
For each piece of request information stored in the request information storage means, it is determined whether broadcast information corresponding to the request information or broadcast start time of a broadcast program including the broadcast information needs to be notified in advance. A judgment means to
When it is determined by the determining means that it is necessary to notify the broadcast start time, the broadcast start time is notified to the corresponding notification destination based on the notice timing stored in the request information storage means. A broadcast center, comprising: a time notification means.

In the broadcasting center according to claim 1,
A request receiving unit that receives request information individually transmitted from a viewer and automatically stores the request information as data in the request information storage unit; the request receiving unit includes a notification timing transmitted from the viewer; A broadcasting center characterized in that the telephone number of the notification destination is stored in association with the request information.

In the broadcast center according to claim 2,
When receiving request information from the viewer, the request receiving means transmits predetermined guidance voice information to the viewer side via a telephone line, and receives the viewer identification information and request as a response to the guidance voice information. It is configured to receive the content identification information or the telephone number of the notification destination of the notice timing,
The broadcast center, wherein the broadcast start time notification means is configured to notify the corresponding notification destination of the broadcast start time via the telephone line.

In the broadcasting center according to any one of claims 1 to 3,
The request information from the viewer is a request specifying a karaoke song, and the broadcasting means is a television broadcasting means capable of transmitting audio information and video information, and broadcasting information broadcast by the broadcasting means is: A broadcasting center characterized in that it includes a karaoke performance sound corresponding to a requested karaoke song and a video in which lyrics telop is synthesized with a background video .