JPH08241091A - 広告情報出力機能を備えたリクエスト型情報提供装置 - Google Patents

Abstract

(57)【要約】 【目的】 広告情報及びその関連情報を出力し、さらに
その関連情報に対応したメイン情報が容易に出力され得
るリクエスト型情報提供装置を提供する。 【構成】 ＣＰＵ１３は、リクエスト入力がない場合で
且つ、在室センサ２９によって在室状態でないことが検
知されると、ＣＭ再生・予約に係る処理を実行する。即
ち、ＣＰＵ１３は、ハードディスク１２のＣＭ情報を読
み出し、音声情報、映像情報をそれぞれ音声再生装置１
８、像再生装置２４に転送し、スピーカ２２、ＣＲＴ２
６から、音声、映像として出力すると共に、ＣＭ情報中
のＣＭヘッダ中の曲名、歌手名、曲番号及び登録予定日
（まだ登録されていない場合）をＣＭ関連情報としてＣ
ＲＴ２６に表示する。さらに上記ＣＭ情報あるいはＣＭ
関連情報が出力されている間にＣＭ予約キーを押すだけ
で対応するカラオケ曲の予約ができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えば、カラオケ装置
や公衆街頭端末装置等のようにリクエストに応じて所定
の情報を出力可能なリクエスト型情報提供装置であっ
て、特に、少なくともそのリクエストに応じたメイン情
報を出力していない間に所定の広告情報を出力する広告
情報出力機能を備えたものに関する。

【０００２】

【従来の技術】従来、カラオケ装置や公衆街頭端末装置
等のように、利用者からのリクエストに対応してカラオ
ケ演奏や映像情報を出力する情報提供装置が知られてい
る。これらの装置は利用者のリクエストに応えることを
目的としているため、リクエストが連続してあれば、そ
のリクエストに対応した情報（以下、「メイン情報」と
称す）が連続して出力されるが、リクエストがなければ
メイン情報は出力されない。

【０００３】そのため、例えばカラオケ装置では、その
メイン情報であるカラオケ演奏情報（カラオケ伴奏・歌
詞テロップ・背景映像等）が出力されない期間を利用し
て、広告情報を出力することが考えられる。例えばテレ
ビ広告と同じように１５秒や３０秒程度の長さの音声情
報と映像情報とからなる広告情報である。

【０００４】

【発明が解決しようとする課題】しかしながら、その広
告情報を視聴した利用者が、例えばその広告情報に用い
られている曲（以下、「ＣＭソング」と称す。）に対し
て興味を持ったとしても、そのＣＭソングの曲名や歌手
名等が表示されるとは限らず、その場合には誰かに尋ね
たり、あるいはＣＭのスポンサー等に電話で問い合わせ
たりしなければならず、手間がかかってしまう。

【０００５】特に、広告情報に用いられているＣＭソン
グは一般に人気が高く、あるいは興味を持たれ易く、広
告情報を視聴することで自分でも一度カラオケで歌って
みたいと考えることも多いと思われる。そのため、その
ＣＭソングの曲名や歌手名が判れば、次回カラオケ装置
を利用する場合に便利である。

【０００６】そして、この情報提供装置が広告情報出力
機能を備えたカラオケ装置の場合には、その興味を持っ
たＣＭソングについてすぐにカラオケで歌ってみたいと
考える場合も少なくない。そのため、上記曲名や歌手名
等のＣＭソングに関する情報を知りたいという要求はさ
らに強くなると考えられる。

【０００７】なお、一般的にカラオケ装置で曲をリクエ
ストする場合には、曲の識別番号を例えば早見本（曲名
・歌手名と識別番号とを対応させたリスト）の中から探
し、リモコン入力装置等においてキー操作をして識別番
号を入力する必要がある。しかし、広告情報出力機能を
備えたカラオケ装置の場合、せっかくカラオケ装置をメ
インとしているのであるから、出力された広告情報のＣ
Ｍソングをリクエストするのであればもっと簡易にリク
エスト操作自体ができるようにされていることが好まし
い。

【０００８】そして、これらの点はカラオケ演奏をメイ
ン情報として出力するカラオケ装置に限らず、例えば映
画をメイン情報として出力する映像情報の提供装置等、
将来のマルチメディア社会における各種の情報提供装置
に共通するものである。そこで本発明は、メイン情報を
出力していない間を利用して広告情報を出力する際、そ
の広告に用いられている曲や映像に関する情報（関連情
報）をも出力して、例えばＣＭソング等に対する利用者
の興味に応えることが可能であり、また、その関連情報
に対応するメイン情報の出力が可能な装置の場合には、
そのメイン情報の出力へのアプローチが簡単になるよう
にしたリクエスト型情報提供装置を提供することを目的
とする。

【０００９】

【課題を解決するための手段、作用および発明の効果】
上記目的を達成するために成された請求項１記載の発明
は、音声情報あるいは映像情報の少なくともいずれか一
方から構成されるメイン情報を記憶するメイン情報記憶
手段と、音声情報あるいは映像情報の少なくともいずれ
か一方から構成される広告情報を記憶する広告情報記憶
手段とを備え、リクエストに応じた所定の前記メイン情
報を出力すると共に、少なくとも上記リクエストに応じ
た前記メイン情報を出力していない間に所定の広告情報
を出力する広告情報出力機能を備えたリクエスト型情報
提供装置において、前記広告情報記憶手段は、記憶して
いる各広告情報に対応して設定され、その広告に用いら
れている曲に関する情報や映像に関する情報から構成さ
れる関連情報も記憶しており、前記広告情報を出力する
際に、当該広告情報に対応する前記関連情報も出力する
ように制御する出力制御手段を備えていることを特徴と
するリクエスト型情報提供装置である。

【００１０】上記のように構成された請求項１記載のリ
クエスト型情報提供装置によれば、少なくとも、リクエ
ストに応じた所定のメイン情報を出力していない間に所
定の広告情報を出力するのであるが、広告情報記憶手段
は、記憶している各広告情報に対応して設定され、その
広告に用いられている曲に関する情報や映像に関する情
報から構成される関連情報も記憶しており、出力制御手
段は、広告情報を出力する際に、その広告情報に対応す
る関連情報も出力するように制御する。なお、同一の出
力手段によって選択的にメイン情報と広告情報を出力す
る場合には、メイン情報を出力していない間に広告情報
を出力するのであるが、広告情報メイン情報を出力する
手段とは別の出力手段によって広告情報を出力するよう
にすれば、メイン情報を出力しながら同時に広告情報も
出力することができる。

【００１１】ここで、前記関連情報について説明する。
上述したように広告情報は音声情報あるいは映像情報の
少なくともいずれか一方から構成されるのであるが、例
えばそれが広告専用の音声情報や映像情報ではなく、別
個独立した曲や映像を利用したものであることも多い。
例えばそれ自体が一つの楽曲として歌手が歌っているも
のの一部を広告用に利用した場合や、映画やドラマ番組
として作成した映像の一部を広告用に利用した場合がそ
れである。

【００１２】このような場合、例えば音声情報について
考えると、そのオリジナルの曲に関する情報としてまず
曲名や歌手名が考えられる。また、その曲がカラオケ曲
にもされている場合には、その選曲番号やあるいはまだ
登録されておらず今後登録される場合にはその登録予定
日等もこの関連情報として考えられる。一方、オリジナ
ルの映像に関する情報としては、その映画名や番組名等
が関連情報として考えられる。

【００１３】このような関連情報が出力されるので、広
告情報を視聴した利用者が例えばその広告情報に用いら
れているＣＭソングに対して興味を持った場合に、その
ＣＭソングの曲名や歌手名等がすぐに判る。特に、その
広告情報を視聴することで自分でも一度カラオケで歌っ
てみたいと考えた場合には、曲名や歌手名がすぐに判る
ので、次回カラオケ装置を利用する場合に便利である。
特に、本情報提供装置をカラオケ装置に適用した場合に
は、その興味を持ったＣＭソングについてすぐにカラオ
ケで歌ってみたいと考える場合も少なくないため、上記
曲名や歌手名等のＣＭソングに関する情報がすぐに判る
のは非常に有効である。

【００１４】また、請求項３に示すリクエスト型情報提
供装置のように、メイン情報の識別情報を入力すること
によって対応するメイン情報の出力をリクエスト可能な
リクエスト入力手段を備えている場合には、関連情報と
して次のようにするとよい。つまり、出力した関連情報
に対応するメイン情報が自装置のメイン情報記憶手段に
ある場合には、関連情報として、そのメイン情報の識別
情報を出力するのである。例えば、本リクエスト型情報
提供装置をカラオケ装置として適用した場合には、広告
情報のＣＭソングが、カラオケ曲としてリクエスト可能
な曲である場合には、その曲の識別情報（この場合には
リクエストをするための選曲番号等が考えられる）を表
示等させるのである。これにより、そのＣＭソングを歌
いたいと思った利用者は、その選曲番号を覚えておい
て、リクエスト入力手段から入力することができるの
で、便利である。

【００１５】なお、せっかくカラオケ装置として構成さ
れ、出力された広告情報のＣＭソングをリクエストする
のであれば、通常と同じようにその曲に対応した選曲番
号を入力するのではなく、もっと簡易にリクエスト操作
自体ができるようにされていることが好ましい。その点
を考慮して簡易なリクエスト操作を実現したものが、次
の請求項４に示すリクエスト型情報提供装置である。

【００１６】すなわち、請求項１に記載のリクエスト型
情報提供装置において、前記広告情報あるいはその関連
情報が出力されている期間中に所定の操作がなされるこ
とによって、対応するメイン情報がある場合にはそのメ
イン情報を、前記出力制御手段の制御によって次回以降
に出力されるメイン情報として予約可能な予約手段を備
えていることを特徴とするものである。

【００１７】本リクエスト型情報提供装置によれば、利
用者は、広告情報あるいはその関連情報が出力されてい
る期間中に予約手段において所定の操作をするだけで対
応するメイン情報の出力の予約ができる。カラオケ装置
に適用した場合で考えれば、カラオケ演奏の予約処理が
できるのである。この所定の操作としては、例えばある
キーを押下するだけでワンタッチで予約処理ができるよ
うにしたり、カラオケ装置で通常リクエストに使用する
テンキー等を用いて、例えば「００００」といった非常
に簡単に入力できる番号等を割り当て、その番号を入力
することで予約処理としてもよい。この「００００」と
いった番号を入力する点については、例えば同じ４桁の
数字を入力する場合でも、その曲毎に決まっている数字
を暗記して、あるいは表示を見ながら入力するのに対し
て、一律に「００００」という非常に簡単な４桁を設定
することで、簡易なリクエスト操作は実現される。

【００１８】また、上記関連情報の出力タイミングであ
るが、これは請求項２に示すように、広告情報の出力直
前、出力中あるいは出力直後の少なくともいずれか一の
期間において出力することが考えられる。つまり、広告
情報の出力直前から出力中そして出力直後まで全て出力
しても良いし、その内のいずれかのタイミングにだけ出
力するようにしてもよい。但し、ＣＭソングをある程度
聞いてからその曲に対する興味が涌いてくることが多い
点を考えると、広告情報の出力直前のみ関連情報を出力
した場合には、利用者が知りたいと思ったときには関連
情報の出力が終了しているということも起きるので、そ
の点は考慮する必要がある。

【００１９】特に、請求項３のようにその装置自体でメ
イン情報をリクエスト可能な場合には、広告情報の出力
直前のみ関連情報を出力することは現実的でない。した
がって、上記３つのタイミングの全てに渡って出力する
のが好ましく、その内の一部にするのであれば、広告情
報の出力中から出力直後にかけて行なうのがよい。ま
た、出力中については広告情報の出力の開始と同時に関
連情報を出力せずとも、その後半から出力させるように
することも考えられる。

【００２０】なお、本リクエスト型情報提供装置の適用
先は、カラオケ演奏をメイン情報として出力するカラオ
ケ装置に限らず、例えば映画をメイン情報として出力す
る映像情報の提供装置等、将来のマルチメディア社会に
おける各種の情報提供装置において可能である。

【００２１】

【実施例】以下、本発明を具体化した一実施例を図面を
参照して説明する。図１は、広告情報出力機能を備えた
リクエスト型情報提供装置をいわゆる映像カラオケ装置
に適用した場合の概略構成を示すブロック図である。な
お、以下の説明では広告をＣＭとも称す。

【００２２】図１に示す通り、本カラオケ装置１は、入
力装置１０と、ハードディスク１２と、制御装置として
のＣＰＵ１３と、ＣＰＵ１３の処理の手順を収めたプロ
グラムＲＯＭ１４と、ＣＰＵ１３の作業領域あるいはカ
ラオケ曲の予約内容等を記憶しておくためのＲＡＭ１５
と、音声情報の再生のための音声再生装置１８と、アン
プ２０と、スピーカ２２と、マイク２３と、映像再生装
置２４と、ＣＲＴ２６と、入室センサ２８と、在室セン
サ２９とを備えている。

【００２３】前記入力装置１０は、本発明におけるリク
エスト入力手段及び予約手段に該当し、演奏するカラオ
ケ曲の予約操作等をするためのものであって、ＣＭ曲の
予約に使用するＣＭ予約キー１０ａと、曲番号を入力す
るための曲番号キー１０ｂを備えている。なお、この曲
番号キー１０ｂは０〜９の数字を入力するためのテンキ
ーやアルファベットを入力するためのアルファベットキ
ー等を備えている。

【００２４】そして、このカラオケ装置１にて利用者
は、入力装置１０を操作することで歌いたい曲を選択で
きるのであるが、前記曲番号キー１０ｂによる予約入力
は任意の時期に割込みで処理される。この選択された曲
は所定数までＲＡＭ１５内の予約テーブルに記憶させる
ことができ、演奏時には、その予約順番に従ってカラオ
ケ曲が演奏されることとなる。

【００２５】また前記ハードディスク１２は、本発明に
おけるメイン情報記憶手段及び広告情報記憶手段に該当
するもので、音声情報記憶領域１２ａと、映像情報記憶
領域１２ｂと、ＣＭ情報記憶領域１２ｃとを備えてい
る。図２に示すように、音声情報記憶領域１２ａには、
カラオケ用音声情報が所定の識別番号に対応して記憶さ
れていると共に、ＣＭ用音声情報も所定の識別番号に対
応して記憶されている。また、映像情報記憶領域１２ｂ
には、カラオケ用映像情報が所定の識別番号に対応して
記憶されていると共に、ＣＭ用映像情報も所定の識別番
号に対応して記憶されている。そして、ＣＭ情報記憶領
域１２ｃには、ＣＭ情報だけが所定の識別番号に対応し
て記憶されている。

【００２６】このＣＭ情報は、図２に示すように、この
ＣＭに用いられている曲や映像に関する情報を表示する
ためのＣＭヘッダ３０と、このＣＭに使用する音声情報
の識別番号を示す音声情報ＩＤ３２と、このＣＭに使用
する映像情報の識別番号を示す映像情報ＩＤ３４とから
構成されている。この内の、ＣＭヘッダ３０について図
３を参照して説明する。

【００２７】ＣＭヘッダ３０は、このＣＭに用いられて
いる曲（ＣＭ曲）の曲名データ４０と、ＣＭ曲を歌って
いる歌手名データ４２と、カラオケ演奏させるために予
約する曲番号データ４４と、登録予定日データ４６とか
ら構成されている。ＣＭは、専用の音声情報や映像情報
を作成する場合もあるが、別個独立した曲や映像を利用
したものであることも多い。例えばそれ自体が一つの楽
曲として歌手が歌っているものの一部を広告用に利用し
た場合や、映画やドラマ番組として作成した映像の一部
を広告用に利用した場合がそれである。したがって、本
実施例では、そのオリジナルの曲に関する情報等がこの
ＣＭヘッダ３０に設定されており、上述したように曲名
や歌手名が記憶されている。また、カラオケ装置１で演
奏が可能ならば、その選択の際の便のために曲番号も記
憶されている。また現在はカラオケ装置１に登録されて
おらず演奏できないが、近々登録される予定がある場合
には、その登録予定日が判ると便利なので、登録予定日
データも記憶されている。

【００２８】なお、本実施例ではＣＭの音声情報に関す
る情報についてだけ説明したが、例えばそのＣＭの映像
情報が映画やドラマ番組として別個作成されたものの一
部を広告用に利用した場合には、そのオリジナルの映像
に関する情報として、映画名や番組名等をこのＣＭヘッ
ダ３０に含めておいてもよい。

【００２９】また、前記音声再生装置１８と、アンプ２
０、スピーカ２２及びマイク２３は音声再生に係るユニ
ットであり、ハードディスク１２から送られてきた音声
情報は楽曲音声信号に変換されてアンプ２０に出力され
る。そして、カラオケ装置として利用する場合にはマイ
ク２３を介して入力された利用者の歌声と適度な割合で
ミキシングされ、ミキシングされた音声信号は、スピー
カ２２により演奏音として外部へ出力される。

【００３０】一方、映像再生装置２４とＣＲＴ２６は映
像再生に係るユニットであり、ハードディスク１２から
送られてきた映像情報は映像信号に変換され、カラオケ
として利用する場合には、歌詞テロップ情報と合成され
てＣＲＴ２６に出力される。続いて、入室センサ２８及
び在室センサ２９について説明する。本実施例のカラオ
ケ装置１はいわゆるカラオケボックスに設置されてお
り、入室センサ２８はそのカラオケボックスのドア付近
に設置されており、人が入室したことを検知するための
センサである。一方、在室センサ２９は、人が室内に居
ることを検知するためのもので、例えば赤外線センサ等
の非接触式のセンサによって、室内のどこかに人が居る
ことを検知するようにしてもよいし、またステージやイ
スにセンサを設けて、人がステージ上に立っていたり、
イスに座っていることを判断するようにしてもよい。

【００３１】次に、このように構成された本カラオケ装
置１の作動について説明する。図４は、カラオケ装置１
のＣＰＵ１３において実行されるメイン処理を示すフロ
ーチャートである。電源が投入されると本メイン処理が
開始され、まずプログラムＲＯＭ１４に納められた制御
プログラムによりＲＡＭ１５等を初期化する（Ｓ１
０）。なお、この初期化においてＲＡＭ１５内のＣＭヘ
ッダカウンタＣ＝１とされる。

【００３２】Ｓ１０での初期化に続いて、入力装置１０
からカラオケ曲のリクエストを待つ（Ｓ２０）。そして
リクエストがあれば（Ｓ２０：ＹＥＳ）、Ｓ５０へ移行
してカラオケ演奏に係る処理を行なう。このＳ５０での
カラオケ演奏処理について説明すると、ＣＰＵ１３はリ
クエスト曲に対応する音声情報及び映像情報をハードデ
ィスク１２のカラオケ用音声情報記憶領域及びカラオケ
用映像情報記憶領域から読み出し、音声情報は音声再生
装置１８に、歌詞情報および映像情報は映像再生装置２
４にそれぞれ転送する。音声再生装置１８は、受け取っ
た音声情報を楽曲音声信号に変換してアンプ２０に送
り、そこで増幅されるとともにマイク２３を介して入力
する利用者の歌声と適度な割合でミキシングされて、ス
ピーカ２２により演奏音として外部へ出力される。一
方、映像情報は映像再生装置２４にて背景映像信号に変
換され、同じく歌詞映像信号に変換された歌詞テロップ
と合成された状態でＣＲＴ２６に表示される。

【００３３】このようにしてリクエストされた曲に対す
るカラオケ演奏処理が終了すれば、ＲＡＭ１５の予約曲
テーブルを参照して予約があるか否かを判断し（Ｓ６
０）、予約曲があれば、その予約順番に従うカラオケ演
奏処理（Ｓ５０）を実行し、予約がなければ、Ｓ２０へ
戻って、リクエスト入力待ちの状態に戻る。

【００３４】一方、リクエスト入力がない場合は（Ｓ２
０：ＮＯ）、入室センサ２８及び在室センサ２９からの
検知信号に基づき入室があるか否かを判断する（Ｓ３
０）。この「入室があるか否かの判断」について補足説
明しておく。この入室は、最初に室内への入場があった
か否かを判断するものであり、外から人が入ってきて入
室センサ２８によって入室が検知されても、すでに室内
に他の人が居る状態ではそれはここでいう「入室」には
該当しない。つまり、入室センサ２８によって入室が検
知されても、在室センサ２９によって他に人が室内に居
る在室状態であることが検知されている場合にはＳ３０
で肯定判断されない。入室センサ２８によって入室が検
知され、在室センサ２９によっては在室状態でないこと
が検知されている場合にのみＳ３０で肯定判断されるの
である。

【００３５】このような入室の有無の判断の結果、入室
がないと判断された場合には（Ｓ３０：ＮＯ）、Ｓ２０
へ戻ってリクエスト入力があるか否かの判断に戻り、入
室があると（Ｓ３０：ＹＥＳ）、ＣＭ再生・予約に係る
処理を実行する（Ｓ４０）。このＳ４０でのＣＭ再生・
予約処理について図５を参照して説明する。

【００３６】まず、カラオケ演奏の開始指示があるか否
かを判断し（Ｓ１００）、開始指示が無ければ（Ｓ１０
０：ＮＯ）、Ｓ１１０へ移行するが、もし開始指示があ
る場合には（Ｓ１００：ＹＥＳ）、Ｓ１１０以降の処理
を行なうことなく本処理を一旦終了して、図４のＳ５０
に移行して、上述したカラオケ演奏に係る処理を行な
う。

【００３７】カラオケ演奏の開始指示がない場合に実行
されるＳ１１０においては、ＣＭ関連情報の表示及びＣ
Ｍ再生を開始する。ここで、このＣＭ関連情報の表示及
びＣＭ再生について説明しておく。図４のＳ１０の初期
化においてＣＭヘッダカウンタＣ＝１とされているの
で、最初のＣＭ再生の際には、識別番号＝１のＣＭ情報
が再生されることとなる。つまり、ハードディスク１２
のＣＭ情報記憶領域から該当するＣＭ情報が読み出さ
れ、そのＣＭヘッダ３０中の曲名データ４０、歌手名デ
ータ４２、曲番号データ４４及び登録予定日データ４６
に基づいて曲名・歌手名・曲番号・登録予定日がＣＭ関
連情報としてＣＲＴ２６に表示される。なお、登録予定
日は、まだ登録されていない場合だけ必要なので、例え
ば既に登録されているものについては、「現在リクエス
ト可能です」といった内容の表示をすることも考えられ
る。

【００３８】一方、ＣＭ情報中の音声情報ＩＤ３２及び
映像情報ＩＤ３４に対応する音声情報及び映像情報を、
ハードディスク１２の音声情報記憶領域１２ａ及び映像
情報記憶領域１２ｂから読み出して、音声情報は音声再
生装置１８に、映像情報は映像再生装置２４にそれぞれ
転送する。その後の音声あるいは映像の出力については
上記カラオケの場合と同様であるので、説明は省略す
る。

【００３９】このようにして、ＣＭ関連情報がＣＲＴ２
６に、ＣＭ情報はＣＲＴ２６とスピーカ２２から出力さ
れるのであるが、この２つの情報の出力タイミング、特
に関連情報の出力タイミングについては、ＣＭ情報の出
力直前、出力中あるいは出力直後の少なくともいずれか
一の期間において出力することが考えられる。つまり、
ＣＭ情報の出力直前から出力中そして出力直後まで全て
出力しても良いし、その内のいずれかのタイミングにだ
け出力するようにしてもよい。但し、利用者にとっては
実際に出力されたＣＭソングをある程度聞いてからその
曲に対する興味が涌いてくることが多い点を考えると、
ＣＭ情報の出力直前のみＣＭ関連情報を出力した場合に
は、利用者が知りたいと思ったときにはＣＭ関連情報の
出力が終了しているということも起きるので、その点は
考慮する必要がある。

【００４０】つまり、本実施例の場合は、装置自体でカ
ラオケ演奏させる曲をリクエスト可能であるため、ＣＭ
情報の出力直前のみＣＭ関連情報を出力することは現実
的でない。したがって、上記３つのタイミングの全てに
渡って出力するのが好ましく、その内の一部にするので
あれば、ＣＭ情報の出力中から出力直後にかけて行なう
のがよい。また、出力中についてはＣＭ情報の出力の開
始と同時にＣＭ関連情報を出力せずとも、その後半から
出力させるようにすることも考えられる。

【００４１】なお、ＣＭ関連情報をＣＭ情報の出力中に
も表示させる場合には、２つの情報を合成して表示させ
ることになるが、この場合には、例えば画面の端部側、
つまりＣＭ情報の広告作用を極力損なわないように、画
面中央ではなく、上下左右の端部側に表示させることが
好ましい。なお、ＣＭ情報の出力直前あるいは直後にお
いては、画面中央に大きく表示させても構わない。

【００４２】こうして、ＣＭ関連情報の表示及びＣＭ再
生がされている所定期間中に以下のＳ１２０〜１６０の
処理を実行する。すなわち、入力装置１０の曲番号キー
１０ｂによって曲番号が入力されたか否かを判断し（Ｓ
１２０）、曲番号が入力されていない場合には（Ｓ１２
０：ＮＯ）、次にＣＭ予約キー１０ａが押下されたか否
かを判断する（Ｓ１３０）。

【００４３】ＣＭ予約キー１０ａも押下されていなけれ
ば（Ｓ１３０：ＮＯ）、Ｓ１６０へ移行して、ＣＭ出力
が終了したか（上記ＣＭ情報の出力直後にＣＭ関連情報
を出力する場合には、そのＣＭ関連情報の出力が終了し
たか）を判断し、ＣＭ再生が終了していなければ、Ｓ１
２０へ戻って以下の処理を繰り返す。

【００４４】そして、入力装置１０の曲番号キー１０ｂ
によって曲番号が入力された場合には（Ｓ１２０：ＹＥ
Ｓ）、その入力された番号がＣＭ予約番号であるか否か
を判断する（Ｓ１８０）。曲番号キー１０ｂによって曲
番号が入力された場合であっても、所定の番号（例えば
「００００」や「９９９９」）については、通常のカラ
オケ曲をリクエストするための番号ではなく、ＣＭに対
応する曲を予約するための特別なＣＭ予約番号として設
定しておき、入力された曲番号がこのＣＭ予約番号であ
るか否かを判断するのである。

【００４５】したがって、ＣＭ予約番号である場合には
（Ｓ１８０：ＹＥＳ）、現在再生中のＣＭに対応するＣ
Ｍヘッダ３０より曲番号データ４４を読み込み（Ｓ１４
０）、その曲番号をＲＡＭ１５の予約テーブルに書き入
れて予約処理を完了する（Ｓ１５０）。一方、ＣＭ予約
番号でない場合には（Ｓ１８０：ＮＯ）、通常のカラオ
ケ曲の予約なので、そのままＳ１５０へ移行し、その曲
番号をＲＡＭ１５の予約テーブルに書き入れて予約処理
を完了する。

【００４６】上述したようにＣＭ出力が終了するまで、
Ｓ１２０〜Ｓ１６０の処理が繰り返されるので、ＣＭ情
報あるいはＣＭ関連情報の出力中に所定の操作がなされ
ることによって、現在再生中のＣＭに対応するカラオケ
曲の予約を行なうことができるのである。

【００４７】そして、ＣＭ出力が終了すると（Ｓ１６
０：ＹＥＳ）、ＣＭヘッダカウンタＣをインクリメント
してから（Ｓ１７０）、Ｓ１００へ戻り、再度、カラオ
ケ演奏の開始指示があるか否かの判断から繰り返し、ま
だ開始指示がなければ、Ｓ１１０において、次のＣＭ情
報、つまり、識別番号＝２のＣＭ情報が再生されること
となる。こうして、カラオケ演奏の開始指示があるま
で、ＣＭ情報を順番に出力していくのである。

【００４８】なお、本実施例の場合には、Ｓ１６０で肯
定判断がされないとＳ１００へは戻らないため、ＣＭ出
力中にカラオケ曲の予約がなされても、すぐにカラオケ
演奏に移行するのではなく、その時点で出力途中のもの
については最後まで出力させてからカラオケ演奏に移る
ようにしてある。つまり、カラオケ曲の予約は随時受け
付けるが、ＣＭを中断させてまで実際のカラオケ演奏を
実行するようにはしていない。なお、カラオケ演奏に絶
対的な優位性を与え、ＣＭ出力を中断させてでもカラオ
ケ演奏に移るような制御にしても構わない。その場合に
は、中断したＣＭ情報に対するフォローとして、例えば
次回のＣＭ出力の際には、その中断させたＣＭ情報から
再度出力するようにするとよい。

【００４９】なお、本実施例においてはＣＰＵ１３が本
発明の出力制御手段及び予約手段に該当し、ＣＰＵ１３
が実行する処理の内、図５のＳ１１０の処理が出力制御
手段としての処理に該当する。また、ＣＰＵ１３が実行
する処理の内、図５のＳ１２０〜Ｓ１６０及びＳ１８０
が予約手段としての処理に該当する。

【００５０】以上説明したように、本実施例のカラオケ
装置１によれば、リクエストに応じたカラオケ演奏が可
能であり、このカラオケ演奏をしていない間に所定のＣ
Ｍ情報を出力するのであるが、このＣＭ情報を出力する
際に、そのＣＭ情報に対応するＣＭ関連情報も出力す
る。このＣＭ関連情報によれば、そのＣＭに用いられて
いるＣＭソングの曲名や歌手名に加えてカラオケ曲とし
て予約する場合の曲番号、そしてまだカラオケ装置１に
登録されておらず今後登録される場合にはその登録予定
日が判る。

【００５１】このＣＭ関連情報が出力されるため、ＣＭ
情報を視聴した利用者が例えばそのＣＭ情報に用いられ
ているＣＭソングに対して興味を持った場合に、そのＣ
Ｍソングの曲名や歌手名等がすぐに判る。特に、そのＣ
Ｍ情報を視聴することで自分でも一度カラオケで歌って
みたいと考えた場合には、曲名や歌手名がすぐに判るの
で、次回カラオケ装置を利用する場合に便利である。

【００５２】また、そのＣＭソングをすぐにカラオケで
歌ってみたいと考える場合も少なくないため、その曲番
号が表示されるのは、非常に有効である。つまり、その
ＣＭソングを歌いたいと思った利用者は、その曲番号を
覚えておいて、入力装置１０の曲番号キー１０ｂを操作
して入力することができるので、便利である。

【００５３】なお、せっかくカラオケ装置１として構成
され、出力されたＣＭ情報のＣＭソングをリクエストす
るのであれば、通常と同じようにその曲に対応した選曲
番号を入力するのではなく、もっと簡易にリクエスト操
作自体ができるようにされていることが好ましい。上記
実施例では、その点も考慮して簡易なリクエスト操作が
可能とされている。

【００５４】すなわち、図５のＳ１３０に示すように、
ＣＭ情報あるいはＣＭ関連情報が出力されている期間中
に入力装置１０のＣＭ予約キー１０ａを押下するだけで
対応するカラオケ曲の予約ができる。これはワンタッチ
で予約処理ができるようにしたものである。

【００５５】また、図５のＳ１２０，Ｓ１８０に示すよ
うに、カラオケ装置１で通常リクエストに使用する曲番
号キー１０ｂを用いて、例えば「００００」といった非
常に簡単に入力できる番号等を割り当て、その番号を入
力することでも予約処理ができるようにしてある。この
「００００」といった番号を入力する点については、例
えば同じ４桁の数字を入力する場合でも、その曲毎に決
まっている数字を暗記して、あるいは表示を見ながら入
力するのに対して、一律に「００００」という非常に簡
単な４桁を設定することで、簡易なリクエスト操作は実
現される。

【００５６】なお、上記実施例では、ＣＭ予約キー１０
ａによっても曲番号キー１０ｂによっても予約できるよ
うにしたが、例えばそれらの内の一方だけで予約ができ
るものであっても構わない。以上本発明はこの様な実施
例に何等限定されるものではなく、本発明の要旨を逸脱
しない範囲において種々なる態様で実施し得る。例え
ば、上記実施例においては、１組の映像再生装置２４及
びＣＲＴ２６によって、カラオケ演奏時の背景映像・歌
詞テロップを表示すると共に、ＣＭ情報・ＣＭ関連情報
を表示するようにしているため、メイン情報をであるカ
ラオケ演奏時の背景映像等を出力していない間にＣＭ情
報を出力していたが、出力系統を２つ設けて、メイン情
報を出力するＣＲＴとは別のＣＲＴによってＣＭ情報を
表示するようにしてもよい。このようにすれば、メイン
情報であるカラオケ演奏時の背景映像を出力しながら同
時にＣＭ情報も出力することができる。

【００５７】また、本実施例では、カラオケ装置に適用
した場合を説明したが、本リクエスト型情報提供装置の
適用先は、カラオケ演奏をメイン情報として出力するカ
ラオケ装置に限らず、例えば映画をメイン情報として出
力する映像情報の提供装置等、将来のマルチメディア社
会における各種の情報提供装置において可能である。

【図面の簡単な説明】

【図１】 本実施例の広告情報出力機能を備えたリクエ
スト型情報提供装置を映像カラオケ装置に適用した場合
の概略構成を示すブロック図である。

【図２】 実施例のカラオケ装置のハードディスクに記
憶されている情報の説明図である。

【図３】 実施例におけるＣＭヘッダのデータ構造を示
す説明図である。

【図４】 実施例のカラオケ装置において実行されるメ
イン処理を示すフローチャートである。

【図５】 実施例のカラオケ装置において実行されるＣ
Ｍ再生・予約処理を示すフローチャートである。

【符号の説明】

１…カラオケ装置 １０…入力装置 １０ａ…ＣＭ予約キー １０ｂ…曲番号キー １２…ハードディスク １２ａ…音声情報記
憶領域 １２ｂ…映像情報記憶領域 １２ｃ…ＣＭ情報記
憶領域 １３…ＣＰＵ １４…プログラム
ＲＯＭ １５…ＲＡＭ １８…音声再生装
置 ２０…アンプ ２２…スピーカ ２３…マイク ２４…映像再生装
置 ２８…入室センサ ２９…在室センサ ３０…ＣＭヘッダ ３２…音声情報Ｉ
Ｄ ３４…映像情報ＩＤ ４０…曲名データ ４２…歌手名データ ４４…曲番号デー
タ ４６…登録予定日データ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 音声情報あるいは映像情報の少なくとも
   いずれか一方から構成されるメイン情報を記憶するメイ
   ン情報記憶手段と、 音声情報あるいは映像情報の少なくともいずれか一方か
   ら構成される広告情報を記憶する広告情報記憶手段とを
   備え、 リクエストに応じた所定の前記メイン情報を出力すると
   共に、少なくとも上記リクエストに応じた前記メイン情
   報を出力していない間に所定の広告情報を出力する広告
   情報出力機能を備えたリクエスト型情報提供装置におい
   て、 前記広告情報記憶手段は、記憶している各広告情報に対
   応して設定され、その広告に用いられている曲に関する
   情報や映像に関する情報から構成される関連情報も記憶
   しており、 前記広告情報を出力する際に、当該広告情報に対応する
   前記関連情報も出力するように制御する出力制御手段を
   備えていることを特徴とするリクエスト型情報提供装
   置。
2. 【請求項２】 請求項１に記載のリクエスト型情報提供
   装置において、 前記出力制御手段は、前記関連情報を、前記広告情報の
   出力直前、出力中あるいは出力直後の少なくともいずれ
   かひとつの期間において出力するように制御することを
   特徴とするリクエスト型情報提供装置。
3. 【請求項３】 請求項１に記載のリクエスト型情報提供
   装置において、 前記メイン情報の識別情報を入力することによって対応
   するメイン情報の出力をリクエスト可能なリクエスト入
   力手段を備えており、 前記関連情報は、対応する前記メイン情報がある場合に
   は、そのメイン情報の識別情報を含んでおり、前記出力
   制御手段は、その識別情報も出力するように構成されて
   いることを特徴とするリクエスト型情報提供装置。
4. 【請求項４】 請求項１に記載のリクエスト型情報提供
   装置において、 前記広告情報あるいはその関連情報が出力されている期
   間中に所定の操作がなされることによって、対応するメ
   イン情報がある場合にはそのメイン情報を、前記出力制
   御手段の制御によって次回以降に出力されるメイン情報
   として予約可能な予約手段を備えていることを特徴とす
   るリクエスト型情報提供装置。