JPH08272863A - 情報提供システム - Google Patents

Abstract

(57)【要約】 【目的】 情報提供装置の数が、そこから送出された情
報を外部出力する出力端末装置の数よりも少ない場合、
設置環境における必要度等に応じた優先度で、出力端末
装置へのデータ提供を行い、効果的な情報提供を実現さ
せる。 【構成】 ＲＡＭ９３の情報提供優先度テーブルには、
各カラオケ端末装置１９の優先度が設定されており、優
先度に応じた所定の優先処理がなされる。具体的には、
優先度Ａのものについては、どのような場合でも、他の
ＢやＣの優先度のものに邪魔されることなく最優先で処
理される。また、その他の優先度Ｂ，Ｃについては、所
定時間内に受けたリクエストの内の、優先度が最も高く
設定されているもの１つについて、対応するカラオケ演
奏を指令する。つまり、所定時間内であれば要求のあっ
た時期が遅くとも、優先度Ｂは優先度Ｃよりも先に処理
がなされる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報提供システムに関
し、特に複数の端末に対して中央装置から情報を提供す
る集中管理型の情報提供システムに関する。

【０００２】

【従来の技術および発明が解決しようとする課題】従
来、カラオケ演奏データを格納する中央装置と、この中
央装置から配信されるカラオケ演奏データに基づいてカ
ラオケ演奏を実行する複数のカラオケ装置とを含む集中
管理型と呼ばれるカラオケシステムが知られている。こ
の集中管理型のカラオケシステムにおいては、リクエス
ト入力は各カラオケ装置で受け入れられ、これがカラオ
ケ装置から中央装置に転送され、中央装置がリクエスト
に応じたカラオケ演奏データを送信し、これをカラオケ
装置が受信してカラオケ演奏を実行する形態であった。
また、この集中管理型のカラオケシステムにおいて、例
えばビデオゲーム、占い、クイズ、ビデオ放映等カラオ
ケ以外のサービスを提供できるものもある。

【０００３】この集中管理型のカラオケシステムによれ
ば、各カラオケ装置は当座のカラオケ演奏に使用する以
外のカラオケ演奏データを保持する必要がなく、カラオ
ケ演奏データのメンテナンスも中央装置だけで済む等の
利点があり、例えば１棟の建物の各室にカラオケ装置を
配置したカラオケ店等において利用されている。

【０００４】ところで、この集中管理型のカラオケシス
テムでは、例えばカラオケ店のように各カラオケ装置が
ほぼ均等利用され且つその稼動率も比較的高い環境であ
れば各室に１台のカラオケ装置を設置する価値も十分に
あるが、例えばホテル等の宿泊施設や多数の個室を備え
る飲食店等では、１室に１台のカラオケ装置を設置する
ことは、その稼動効率を考慮すると費用対効果の面で問
題がないとは言えなかった。つまり、カラオケを楽しむ
ことを主目的とする環境では、その稼働率が必然的に高
くなり、全てのカラオケ装置が稼働している状態を想定
した対応をする必要もあって、１室に１台のカラオケ装
置を設置することは何等問題はない。それに対して、上
述したホテルや飲食店等のように主目的は他にありカラ
オケを付随するサービスとして提供している環境では、
必然的に稼働率は低くなるため、１室に１台のカラオケ
装置を設置することがその費用の割に効果が低くなって
しまうのである。

【０００５】したがって、このような稼働率が比較的低
いと考えられる環境における上記問題を回避するため
に、例えば各部屋には音声および映像を出力するための
出力端末装置だけを設置し、出力端末装置の台数よりも
少ないカラオケ装置本体を管理室等に設置し、出力端末
装置からリクエストを受けるといずれかのカラオケ装置
本体を稼動させるシステムを採用することが考えられ
る。

【０００６】そして、このように（カラオケ装置本体の
台数）＜（出力端末装置の台数）とすると、一時的に稼
働率が高くなった場合に、即座にカラオケサービスを提
供してもらえない出力端末装置が発生するおそれもあ
る。つまり、出力端末装置側からのリクエストに応じて
カラオケ装置本体からカラオケ演奏データが提供される
のであるが、このリクエスト数がカラオケ装置本体の台
数に達してしまうと、その後にリクエストがされても対
応できない状況が生じる。そしてこの場合には、出力端
末装置側からのリクエストを一旦中央装置側で受け付
け、現在のリクエスト状況を参照してリクエストを受け
付けられないことを判断してから、出力端末装置側にリ
クエストが受け付けられない旨を表示して利用者を待た
せたり、あるいは後から再度リクエストをするように促
す表示をしたりするのである。

【０００７】しかしながら、全体的に見れば稼働率が比
較的低いと考えられる環境であっても、個々の出力端末
装置が設置されている場所・目的によっては、上述した
ようにリクエストがされても対応できないのでは不都合
が生じる場合もある。例えば、ホテル内において、各部
屋に設置された出力端末装置についてはリクエストされ
ても対応できない場合には、利用者を待たせても仕方が
ないものとできるが、宴会場の出力端末装置において利
用者を待たせてしまうのは、非常に都合が悪い。その出
力端末装置が使用できないことの影響度が各部屋の場合
と比較して高いからである。

【０００８】また、部屋同士であっても、例えばいわゆ
るスイートルームのように特別のサービスを前提として
高額の料金が設定されている場合等に、通常の部屋と同
様に利用できないとしてしまうのでは、スイートルーム
にした意味が損なわれてしまう。

【０００９】なお、このような事態は、カラオケサービ
スに限らず、出力用のデータを提供する装置とそれを出
力する装置との台数が不均衡な（つまり、出力装置がデ
ータ提供装置よりも多い）システムでは、発生し得るも
のであった。本発明は上述の事情を背景としてなされた
ものであり、その目的とするところは、出力用のデータ
を提供するデータ提供装置の数が出力用のデータを外部
出力する出力端末装置の数よりも少ない情報提供システ
ムにおいて、設置環境における必要度等に応じた優先度
で、データ提供装置から出力端末装置へデータ提供がな
されるようにして、効果的な情報提供を実現させるもの
である。

【００１０】

【課題を解決するための手段】上記課題を解決するため
の手段として、請求項１記載の情報提供システムは、記
憶手段に記憶されている情報を使用して情報処理を実行
し外部出力用情報を作成する情報処理手段を備える一つ
以上のデータ提供装置と、前記各データ提供装置から出
力される外部出力用情報をそれぞれ１チャンネルに割り
当てて搬送するマルチチャンネルの搬送装置と、入力手
段を介して入力される指令入力に従って情報提供要求を
送出する要求送出手段と、前記搬送装置に接続されて前
記マルチチャンネルから１チャンネルを選択するチャン
ネル選択手段と、該チャンネル選択手段により選択され
たチャンネルから取得した前記外部出力用情報に基づい
て外部出力を実行するデータ出力手段とを備え、前記デ
ータ提供装置よりも多数の複数の出力端末装置と、前記
要求送出手段から送出された要求を取得する要求取得手
段と、該取得した要求に応じた情報処理の実行を前記複
数のデータ提供装置から選択されるデータ提供装置に指
令する指令手段と、該選択されたデータ提供装置からの
前記出力用情報が搬送される前記チャンネルを前記要求
を送出した出力端末装置に通知するチャンネル通知手段
とを備える中央制御装置とを備え、前記出力端末装置に
は、前記チャンネル選択手段に対して前記中央制御装置
から通知されたチャンネルの選択を指令するチャンネル
指令手段が設けられた情報提供システムであって、前記
中央制御装置は、前記出力端末装置毎に設定された情報
提供時の優先度を記憶する優先度記憶手段を備えてお
り、前記指令手段は、前記要求取得手段によって取得し
た要求に応じた情報処理の実行を指令する際、前記記憶
された優先度を加味して行なうことを特徴とする。

【００１１】請求項２記載の情報提供システムは、請求
項１に記載の情報提供システムにおいて、前記指令手段
は、前記要求取得手段が所定時間内に取得した要求が複
数ある場合、前記優先度記憶手段に記憶された優先度に
従って情報処理の実行を指令することを特徴とする。

【００１２】請求項３記載の情報提供システムは、請求
項１または２に記載の情報提供システムにおいて、前記
指令手段は、前記優先度記憶手段に最高の優先度として
記憶されている出力端末装置から要求があった場合、他
の出力端末装置からの要求に妨げられることなく、いず
れかのデータ提供装置に対して最優先で情報処理の実行
を指令することを特徴とする。

【００１３】請求項４記載の情報提供システムは、請求
項３に記載の情報提供システムにおいて、前記最高優先
度として記憶されている出力端末装置に対しては、予め
専用に情報処理を実行するデータ提供装置が固定的に設
定されており、前記指令手段は、前記最高優先度として
記憶されている出力端末装置からの要求があった場合に
は、前記専用のデータ提供装置に対して情報処理の実行
を指令し、一方、前記最高優先度以外の出力端末装置か
ら要求があった場合には、前記専用のデータ提供装置以
外のデータ提供装置から選択されるデータ提供装置に対
して情報処理の実行を指令することを特徴とする。

【００１４】請求項５に記載の情報提供システムは、請
求項１〜４のいずれかに記載の情報提供システムにおい
て、前記中央制御装置は、前記優先度記憶手段に記憶さ
れる前記出力端末装置毎の優先度を設定及び変更するた
めの優先度設定変更手段を備えていることを特徴とす
る。

【００１５】請求項６に記載の情報提供システムは、請
求項１〜５いずれかに記載の情報提供システムにおい
て、前記データ提供装置は、前記記憶手段に記憶されて
いるカラオケ曲データを使用してカラオケ演奏用情報を
作成する前記情報処理手段を備えるカラオケ演奏装置で
あり、前記出力端末装置は、前記入力手段を介して入力
される選曲入力に従って曲要求を送出する前記要求送出
手段と、前記カラオケ演奏用情報を音声出力する前記外
部出力手段とを備えるカラオケ端末装置であり、前記中
央制御装置は、前記曲要求を取得する前記要求取得手段
と、前記曲要求に対応する曲のカラオケ演奏用情報の作
成を前記カラオケ演奏装置に指令する前記指令手段とを
備えるカラオケ中央制御装置であることを特徴とする。

【００１６】請求項７に記載の情報提供システムは、請
求項６に記載の情報提供システムにおいて、歌詞を表示
するための歌詞信号を含む映像信号を出力する映像信号
出力手段を前記カラオケ演奏装置に設け、該映像信号に
基づく映像を表示する表示手段を前記カラオケ端末装置
に設けたことを特徴とする。

【００１７】

【作用】上記構成を有する請求項１記載の情報提供シス
テムにおいては、データ提供装置の情報処理手段は、記
憶手段に記憶されている情報を使用して情報処理を実行
し外部出力用情報を作成する。マルチチャンネルの搬送
装置は、各情報提供装置から出力される外部出力用情報
をそれぞれ１チャンネルに割り当てて搬送する。出力端
末装置では、要求送出手段が入力手段を介して入力され
る指令入力に従って要求を送出する。搬送装置に接続さ
れたチャンネル選択手段が、マルチチャンネルから１チ
ャンネルを選択すると、情報出力手段は、該チャンネル
選択手段により選択されたチャンネルから取得した外部
出力用情報に基づいて外部出力を実行する。中央制御装
置では、要求取得手段が要求を取得すると、指令手段
は、該取得した要求に応じた情報処理の実行を複数の情
報提供装置から選択される情報提供装置に指令する。チ
ャンネル通知手段は、該選択された情報提供装置からの
出力用情報が搬送されるチャンネルを要求を送出した出
力端末装置に通知する。

【００１８】さらに、出力端末装置では、チャンネル指
令手段が、チャンネル選択手段に対して中央制御装置か
ら通知されたチャンネルの選択を指令する。つまり、出
力端末装置が指令入力に従って要求を送出した場合、中
央制御装置が、その要求に応じた情報処理の実行を複数
の情報提供装置中の１台に指令し、その選択された情報
提供装置からの出力用情報が搬送されるチャンネルを要
求を送出した出力端末装置に通知してくるので、出力端
末装置で、チャンネル選択手段がチャンネル指令手段の
指令に従って、中央制御装置から通知されたチャンネル
の選択を実行すれば、出力端末装置側の要求に応じた外
部出力を得られる。

【００１９】そして、このような出力端末装置からの要
求に応じた中央制御装置からの情報提供に際しては次の
ような制御がなされる。つまり、中央制御装置の優先度
記憶手段は、出力端末装置毎に設定された情報提供時の
優先度を記憶しており、指令手段は、要求取得手段によ
って取得した要求に応じた情報処理の実行を指令する
際、記憶された優先度を加味して行なうのである。

【００２０】したがって、各出力端末装置からの要求は
すべて公平に処理されるのでなく、優先度に応じて、例
えば優先度が高いものから優先して処理されるといった
ことが行われるのである。この優先度を加味した処理の
例を挙げる。

【００２１】請求項２に示す場合には、要求取得手段が
所定時間内に取得した要求が複数ある場合、優先度に従
って情報処理の実行を指令する。例えば、所定時間内に
５つの出力端末装置からの要求を取得した場合で、かつ
情報処理の実行を指令できるデータ提供装置が１つしか
ない場合には、その５つの出力端末装置の内で、優先度
が最も高く設定されているもの１つについて、対応する
情報処理の実行を指令するのである。つまり、通常は、
要求のあった時期が早いものから順番に処理されていく
ように設定されていても、この場合は、所定時間内であ
れば要求のあった時期が遅くとも、優先度が高ければ、
優先度が低いものよりも先に処理がなされるのである。

【００２２】また、請求項３に示す場合には、優先度記
憶手段に最高の優先度として記憶されている出力端末装
置から要求があった場合、他の出力端末装置からの要求
に妨げられることなく、いずれかのデータ提供装置に対
して最優先で情報処理の実行を指令する。請求項２の場
合、所定時間内においては、要求時期が遅くとも優先度
が高ければ優先的に処理されるというものであるが、所
定時間を過ぎていれば、このメリットは享受できない。
つまり、局所的には優先されるが、やはり優先されない
状況も生じる。それに対して、この請求項３の場合に
は、最高の優先度の出力端末装置から要求があった場合
には、他の出力端末装置からの要求に妨げられない。つ
まり、どのような場合にでも要求が受け付けられ、最優
先で情報処理の実行がなされることとなる。これは、ど
のような場合にでも要求が受け付けられ、最優先で情報
処理の実行ができるように、その最高優先度の出力端末
装置用に必ずデータ提供装置を確保しておくという思想
である。

【００２３】なお、この場合には、請求項４に示すよう
に、前記最高優先度として記憶されている出力端末装置
に対しては、予め専用に情報処理を実行するデータ提供
装置を固定的に設定しておくことが考えられる。そし
て、指令手段は、最高優先度の出力端末装置からの要求
があった場合には、専用のデータ提供装置に対して情報
処理の実行を指令し、一方、最高優先度以外の出力端末
装置から要求があった場合には、専用のデータ提供装置
以外のデータ提供装置から選択されるデータ提供装置に
対して情報処理の実行を指令する。

【００２４】請求項３で示す場合には、最高優先度の出
力端末装置に対応するデータ提供装置を必ずしも固定し
ておく必要はない。例えば、最高優先度の出力端末装置
が一つだけあり、データ提供装置が４つある場合を考え
ると、最高優先度の出力端末装置からの要求がないま
ま、いずれか３つのデータ提供装置が情報提供に使用さ
れた時点で、残りの１つのデータ提供装置は最高優先度
の出力端末装置のために確保しておき、その他の出力端
末装置からの要求があっても使用しないということであ
る。そして、請求項４の場合には、その一例として、予
め最高優先度のものに対する専用のデータ提供装置を設
定しておくのである。

【００２５】これらの発明によって以下のような効果を
奏する。まず、基本的な効果として次のことが挙げられ
る。つまり、出力端末装置はデータ提供装置よりも多数
有るが、例えばホテル等の宿泊施設や多数の個室を備え
る飲食店等の各部屋等に設置されているカラオケ出力端
末等では、全ての出力端末装置が一斉に要求を送出して
くることは少ないと考えられる。そして、仮に要求が集
中して、一時的にカラオケが利用できない出力端末装置
が出てきたとしても、カラオケが主目的ではないこと等
から利用できないことによる影響は少ないと考えられ
る。したがって、上記ホテルや飲食店等において採用す
る場合には、出力端末装置よりも少ないデータ提供装置
で十分に対応でき、利用が想定される部屋や場所毎に１
台のデータ提供装置を設置しなくとも各部屋や場所で外
部出力を得ることは十分に可能で、費用対効果の面でも
優れている。

【００２６】そして、基本的にはこのようなシステムの
採用が適していると考えられる場合でも、個々の出力端
末装置が設置されている場所・目的によっては、上述し
たようにリクエストがされても対応できないのでは不都
合が生じる場合もある。例えば、ホテルの各部屋の出力
端末装置についてはリクエストに対応できない場合に
は、利用者を待たせても仕方がないものとできるが、宴
会場の出力端末装置において利用者を待たせてしまうの
は、非常に都合が悪い。その出力端末装置が使用できな
いことの影響度が各部屋の場合と比較して高いからであ
る。また、部屋同士であっても、例えばいわゆるスイー
トルームのように特別のサービスを前提として高額の料
金が設定されている場合等に、通常の部屋と同様に利用
できないとしてしまうのでは、スイートルームにした意
味が損なわれてしまう。

【００２７】これに対して、本発明の情報提供システム
では、出力端末装置の設置環境における必要度等に応じ
た優先度で、データ提供装置から出力端末装置へデータ
提供がなされるようにして、効果的な情報提供を実現さ
せることができる。特に、請求項２に示すものでは、例
えば、通常は要求のあった時期が早いものから順番に処
理されていくように設定されていても、この場合は所定
時間内であれば要求のあった時期が遅くとも、優先度が
高ければ優先度が低いものよりも先に処理がなされるの
である。したがって、要求が集中した場合には、優先度
が高くなるにつれて、より優先的に情報提供が実行され
る確率が高くなるので、設置環境の必要度等に応じてこ
の優先度を適宜設定すればよい。

【００２８】そして、請求項３あるいは４に示す場合に
は、最高優先度の出力端末装置であれば、他の出力端末
装置からの要求に妨げられず、どのような場合にでも要
求が受け付けられて最優先で情報処理の実行がなされる
こととなる。したがって、上述した宴会場やスイートル
ームに設置される出力端末装置についてはこのように最
高の優先度を設定しておき、どのような場合にでも要求
が受け付けられて最優先で情報処理の実行がなされるよ
うにしておくことが好ましい。

【００２９】また、これらの情報提供システムにおい
て、請求項５に示すように、優先度設定変更手段によっ
て、優先度記憶手段に記憶される出力端末装置毎の優先
度を設定及び変更することができるようにされていると
好ましい。上述したように、設置環境の必要度等に応じ
て優先度を適宜設定することができることに加え、一旦
設定した優先度を一時的に変更する方が好ましい場合も
ある。

【００３０】つまり、上述した最高優先度の場合を例に
とると、最高優先度の出力端末装置からの要求の有無に
関係なく、専用のデータ提供装置は、その他の出力端末
装置からの要求に応じた情報処理の実行には使用できな
いことになる。しかし、例えば宴会場やスイートルーム
であっても、その場所自体が使用されない期間まで最高
優先度にしておく必要がない。そこからの要求があり得
ないのに、専用のデータ提供装置を確保しておくのは非
効率的である。特に宴会場であれば宴会の予約がある
か、スイートルームであれば部屋が使用されているか否
かあるいは客が居るか否かで即座に判るため、利用され
る可能性がある期間に限って最高優先度に設定してお
き、それ以外は最低の優先度に変更しておく等すれば、
より効率的な情報提供が実現できる。

【００３１】なお、請求項６，７に示すものは、情報提
供システムとして、いわゆるカラオケシステムに適用し
た場合である。請求項６記載のものでは、データ提供装
置としてのカラオケ演奏装置にて、情報処理手段は、記
憶手段に記憶されているカラオケ曲データを使用してカ
ラオケ演奏用情報を作成する。なお、このカラオケ演奏
用情報が請求項１に記載の外部出力用情報に該当してい
る。

【００３２】出力端末装置としてのカラオケ端末装置で
は、要求送出手段は、入力手段を介して入力される選曲
入力に従って曲要求を送出し、外部出力手段は、カラオ
ケ演奏用情報を音声出力する。中央制御装置としてのカ
ラオケ中央制御装置では、要求取得手段が曲要求を取得
すると、指令手段は、曲要求に対応する曲のカラオケ演
奏用情報の作成をカラオケ演奏装置に指令する。

【００３３】このため、例えばホテル等の宿泊施設や多
数の個室を備える飲食店等で、各部屋等にカラオケ端末
装置を設置し、例えば管理室等に中央制御装置とカラオ
ケ演奏装置とを設置しておけば、各部屋毎でカラオケを
楽しむことができる。この際、設置されている全てのカ
ラオケ端末装置が一斉に曲要求を送出してくることは少
なく、カラオケ端末装置よりも少ないカラオケ演奏装置
で十分に対応できる。したがって、カラオケ演奏装置と
カラオケ端末装置とを一対一で設置しなくとも各室でカ
ラオケを楽しむことが可能となり、費用対効果の面でも
優れている。そして、上述したように、宴会場やスイー
トルームにおいては優先度を高く設定したり、請求項
３，４に示すような最高優先度に設定したりすることが
考えられる。

【００３４】また、請求項４記載のものでは、カラオケ
演奏装置に設けられた映像信号出力手段が、歌詞を表示
するための歌詞信号を含む映像信号を出力する。端末装
置に設けられた表示手段は、映像信号に基づく映像を表
示する。これにより、カラオケ演奏の音声出力と併せて
歌詞が表示されることになり、利用者は歌詞を参照しな
がらカラオケを楽しむことができる。

【００３５】

【実施例】次に、本発明をカラオケ用の情報提供システ
ムとして具体化した実施例について図面を参照して説明
する。参照される図１は本情報提供システムの概略構成
のブロック図、図２は本情報提供システムの構成要素と
なる情報提供装置としてのカラオケ演奏装置のブロック
図、図３は本情報提供システムの構成要素となる出力端
末装置としてのカラオケ端末装置のブロック図である。

【００３６】図１に示すように、本実施例の情報提供シ
ステム１には、本発明の記憶手段に相当するハードディ
スク（ＨＤＤ）３３に多量のカラオケ曲データを格納す
るコミュニケーションサーバ３、本発明の情報提供装置
に相当しコミュニケーションサーバ３のＨＤＤ３３から
読み出されたカラオケ曲データに基づいてカラオケ演奏
用情報を作成し出力する複数のカラオケ演奏装置５、コ
ンパクトディスク（ＣＤ）やレーザディスク（ＬＤ）等
の映像記録担体（図示略）に記録されている動画映像を
再生してカラオケ演奏装置５に背景映像情報として出力
する複数の映像装置７、コミュニケーションサーバ３、
カラオケ演奏装置５、映像装置７に各種の指示を与える
等の制御を司り請求項６に記載のカラオケ中央制御装置
にも相当する中央制御装置９が備えられている。中央制
御装置９とコミュニケーションサーバ３およびカラオケ
演奏装置５はＬＡＮ（ローカルエリアネットワーク）１
１により相互に接続されている。

【００３７】前記コミュニケーションサーバ３は、制御
手段としてのＣＰＵ３２、ハードディスク（ＨＤＤ）３
３、ＣＰＵ３２の作動プログラム等が格納されているＲ
ＯＭ３４、ＣＰＵ３２での演算処理などに際してデータ
等を一時記憶するためのＲＡＭ３５、入出力インタフェ
ース（入出力Ｉ／Ｆ）３６、通信手段としての通信制御
装置３７等が備えられている。入出力Ｉ／Ｆ３６はＬＡ
Ｎ１１に接続されており、ＣＰＵ３２は、入出力Ｉ／Ｆ
３６を通してＬＡＮ１１にデータを送出したりＬＡＮ１
１からデータを取得することができる。通信制御装置３
７は例えば公衆電話回線等の通信回線を介してホストＨ
との通信を実行するための装置であり、ＣＰＵ３２は、
通信制御装置３７を介してホストＨにデータ等を送信す
ることやホストＨから送信されてくるデータ等を受信す
ることができる。

【００３８】ＨＤＤ３３には数千〜１万曲分のカラオケ
曲データが記憶されているが、上述のようにＣＰＵ３２
とホストＨとの通信によりホストＨから送信されてくる
新曲のカラオケ曲データも蓄積することができる。１曲
分のカラオケ曲データは、曲同士を識別するための識別
情報である曲番号データとカラオケ演奏のための実体デ
ータとから構成されている。この内の実体データは、伴
奏音楽の情報であるＭＩＤＩ（Musical Instrument Dig
ital Interface）規格の演奏データおよび歌詞をデータ
化した歌詞データを含んでいる。なお、本実施例では含
まれないが、実体データには、曲毎に対応した映像情報
を符号化した背景映像データが含まれることもある。

【００３９】中央制御装置９は、制御手段であり本発明
の指令手段およびチャンネル通知手段に相当するＣＰＵ
９１、周知のＲＯＭ９２、本発明の優先度記憶手段に相
当するＲＡＭ９３を備えるマイクロコンピュータで、入
出力インタフェース（入出力Ｉ／Ｆ）９４によってＬＡ
Ｎ１１および映像装置７に接続されており、通信手段で
あり、更に、要求取得手段でもあるセンターモデム９５
によりヘッドアンプ１３に接続されている。このセンタ
ーモデム９５は、ディジタル信号を高周波変調し、また
高周波信号をディジタル信号に復調することができる。
また、本発明における優先度設定変更手段に相当するキ
ーボード９６も接続されており、このキーボード９６を
操作することによって、上記ＲＡＭ９３に記憶された情
報提供優先度テーブル中の優先度を変更することができ
るようにされている。なお、この情報提供優先度テーブ
ルについては後述する。

【００４０】また、ヘッドアンプ１３には、アナログ信
号に所定の高周波変調を施す変調器１５を介して各カラ
オケ演奏装置５が接続されている。ヘッドアンプ１３
は、各変調器１５からの信号およびセンターモデム９５
からの信号を各信号毎に割り当てられたチャンネルにて
多重化して同軸ケーブルの幹線１７に送出することがで
きる。幹線１７には、カラオケ演奏装置５よりも多数の
カラオケ端末装置１９が接続されており、各カラオケ端
末装置１９は幹線１７により搬送される信号を受信する
ことができる。なお、カラオケ端末装置１９は本発明の
出力端末装置に相当し、各カラオケ端末装置１９は、例
えばホテルや飲食店等の各部屋毎に１台ずつ設置されて
いる。また、ヘッドアンプ１３は、各カラオケ端末装置
１９から送出される信号をセンターモデム９５に中継す
ることも可能である。このことから明かなように、ヘッ
ドアンプ１３と幹線１７により本発明の搬送装置が構成
されている。

【００４１】このようにカラオケ端末装置１９へはヘッ
ドアンプ１３及び幹線１７を介して複数のチャンネルで
の信号の送受信ができるのであるが、その割付を簡単に
説明しておく。まず、１台のカラオケ演奏装置５につき
１つのチャンネルが割り当てられており、カラオケ端末
装置１９でそのチャンネルに合わせれば、対応するカラ
オケ演奏装置５から送信されるカラオケ用の情報（後述
する演奏用音声信号及び映像信号）を取り込むことがで
きる。

【００４２】また、前記センターモデム９５を介して
は、中央制御装置９から各カラオケ端末装置１９へポー
リング信号を送信するためのチャンネルと、そのポーリ
ング信号に対するカラオケ端末９からのレスポンス信号
を受信するためのチャンネルが割り付けられている。ま
た、カラオケ演奏装置５の稼働状況より判断した現在リ
クエストを受付可能であるか否かの判断結果を、前記ポ
ーリング信号に付加して送信することもできるようにさ
れている。

【００４３】図２に示すように、カラオケ演奏装置５
は、ＬＡＮ１１によりコミュニケーションサーバ３や中
央制御装置９と通信を行うための通信手段としてのＬＡ
Ｎインタフェース（ＬＡＮＩ／Ｆ）５１、制御手段とし
てのＣＰＵ５２、周知のＲＡＭ５３並びにＲＯＭ５４、
映像合成装置５５、音源５６等を備えている。

【００４４】ＣＰＵ５２は、コミュニケーションサーバ
３からカラオケ曲データを読み込んで、そのカラオケ曲
データの演奏データを音源５６に、歌詞データを映像合
成装置５５にそれぞれ転送可能である。また、読み込ま
れたデータがビデオゲームプログラム等のプログラムの
場合には、そのプログラムに従って処理を実行する。

【００４５】音源５６は、ディジタルの演奏データをア
ナログの演奏用音声信号に変換して変調器１５に出力可
能であり、映像合成装置５５は、歌詞データと映像装置
７から出力されてカラオケ演奏装置５に入力される背景
映像信号とを合成（スーパーインポーズ）したアナログ
信号を変調器１５に送出することができる。つまり、Ｃ
ＰＵ５２および音源５６が本発明の情報処理手段に相当
し、映像合成装置５５が請求項７に記載の映像信号出力
手段に相当する。

【００４６】図３に示すように、カラオケ端末装置１９
は、制御手段としての端末制御装置２１を備えている。
この端末制御装置２１は、図示しないＣＰＵとＲＯＭ、
ＲＡＭ等を備えるマイクロコンピュータとして構成され
ており、カラオケ端末装置１９の各部の作動を制御する
ことができる。

【００４７】端末制御装置２１は、ディジタル信号を高
周波変調し、高周波信号をディジタル信号に復調可能な
通信手段としてのモデム２２を介して幹線１７に接続さ
れており、従って、各カラオケ端末装置１９は、幹線１
７を通して中央制御装置９と双方向の通信ができる。こ
のモデム２２は、幹線１７を介して中央制御装置９から
送信されるポーリング信号を受信して復調するととも
に、端末制御装置２１より出力されるレスポンス信号を
変調して、中央制御装置９に送信するものである。ここ
で、レスポンス信号とは、中央制御装置９よりポーリン
グ信号が送信された場合に、曲のリクエストがあるか否
かを中央制御装置９に回答するための信号であり、リク
エストがある場合は、リクエスト曲の曲番号などを示す
リクエストデータが付加される。

【００４８】また、端末制御装置２１は、チューナ制御
信号によってチューナ２３に選択すべきチャンネルを指
示して選択させることができる。チューナ２３は、その
チャンネルで幹線１７を送信されてくる高周波信号を復
調しアンプ２６および表示制御装置２８に出力すること
ができる。つまり、チューナ２３がチャンネル選択手段
を構成している。

【００４９】端末制御装置２１には、入力手段としての
操作パネル２４が接続されており、利用者は、操作パネ
ル２４のテンキー（図示略）等を操作してカラオケ曲の
リクエスト等を入力できる。なお、この入力操作は、付
属のリモコン２５によってもできる。また、操作パネル
２４またはリモコン２５によるリクエスト等の入力は、
端末制御装置２１に受容されたのちモデム２２を通して
中央制御装置９に送出される。つまり、端末制御装置２
１とモデム２２とで要求送出手段が構成されている。

【００５０】端末制御装置２１に接続されている音量増
幅用のアンプ２６には、左右一対のスピーカ２７Ｌ、ス
ピーカ２７Ｒが接続されており、スピーカ２７Ｌ、スピ
ーカ２７Ｒはアンプ２６からの電気信号に基づく音声出
力が可能である。チューナ２３は、受信した高周波信号
を復調した音声信号をアンプ２６に転送可能で、アンプ
２６はチューナ２３から転送される音声信号とマイクロ
フォン３０から入力される歌唱音信号とをミキシングし
て増幅しスピーカ２７Ｌ、２７Ｒに出力できる。つま
り、アンプ２６とスピーカ２７Ｌ、２７Ｒとで本発明の
情報出力手段が構成されている。

【００５１】さらに、端末制御装置２１には表示制御装
置２８が接続されている。また、表示制御装置２８には
チューナ２３が接続されており、チューナ２３で受信さ
れて復調された映像信号が表示制御装置２８に転送され
る構成である。この表示制御装置２８にはモニタ２９が
接続されており、表示制御装置２８は、端末制御装置２
１からの指示とチューナ２３から転送されてくる映像信
号に基づく映像をモニタ２９に表示させることができ
る。つまり、表示制御装置２８とモニタ２９とで請求項
７に記載の表示手段が構成されている。

【００５２】次に、上述の構成になる情報提供システム
１の動作について、図４〜図９を参照して説明する。こ
こで参照される図４は、カラオケ端末装置１９の端末制
御装置２１で実行されるメイン処理のフローチャート、
図５は中央制御装置９のＣＰＵ９１で実行される処理の
フローチャート、図６は中央制御装置９のＣＰＵ９１で
実行される割込み処理のフローチャート、図７は中央制
御装置９のＣＰＵ９１で実行されるポーリング制御処理
のフローチャート、図８はカラオケ演奏装置５のＣＰＵ
５２で実行される処理のフローチャートであり、図９は
中央制御装置９のＲＡＭ９３において、各カラオケ端末
装置１９に対する情報提供の優先度が書き込まれる情報
提供優先度テーブルの説明図であるが、中央制御装置
９、カラオケ演奏装置５およびカラオケ端末装置１９で
実行される処理は互いに密接に関係しているので、以下
の説明では随時これらの図を参照する。

【００５３】まず、カラオケ端末装置１９における処理
から説明を始める。図４に示すように、カラオケ端末装
置１９の端末制御装置２１は、リクエスト入力を促す初
期画面を表示して（Ｓ１０１）、操作パネル２４または
リモコン２５の操作によってリクエストが入力されるの
を待つ（Ｓ１０２）。そして、リクエストされたならば
（Ｓ１０２：ＹＥＳ）、そのリクエストの曲番号を記憶
し（Ｓ１０３）、中央制御装置９からのポーリングを待
つ（Ｓ１０４）。端末制御装置２１は、中央制御装置９
からのポーリングがなされたなら（Ｓ１０４：ＹＥ
Ｓ）、そのポーリングに対する返答としてのレスポンス
信号にリクエストの曲番号情報を付加し、モデム２２を
通して中央制御装置９に送信し、カラオケ演奏のための
データの提供を要求する（Ｓ１０５）。

【００５４】その後、端末制御装置２１は、中央制御装
置９からのチャンネルの通知を待ち（Ｓ１０６）、通知
を受けたならば（Ｓ１０６：ＹＥＳ）、通知されたチャ
ンネルの選択をチューナ２３に指示し、アンプ２６およ
び表示制御装置２８を作動させる（Ｓ１０７）。これに
より、幹線１７を介して送信されチューナ２３で復調さ
れる演奏用信号に基づく音声がスピーカ２７Ｌ、２７Ｒ
から出力され、幹線１７を介して送信されチューナ２３
で復調される映像用信号に基づいて歌詞と背景動画とが
合成された映像がモニタ２９に表示される。これに併せ
て利用者がマイクロフォン３０から歌唱音声を入力すれ
ば、その音声信号はアンプ２６において演奏用信号とミ
キシングされてスピーカ２７Ｌ、２７Ｒから出力され
る。次に、端末制御装置２１は、中央制御装置９からの
演奏終了の通知を待ち（Ｓ１０８）、この通知を受けた
ならば（Ｓ１０８：ＹＥＳ）、Ｓ１０１へ戻る。なお、
Ｓ１０６でのチャンネル通知及びＳ１０８での演奏終了
通知は、ポーリング割込み処理（図８参照）によって取
得する。以上の説明は、図４における処理の内、センタ
側の予約状態が一杯でなくリクエストを受け付けてもら
えた場合の処理であったが、次に、予約状態が一杯であ
りリクエストが受け付けられなかった場合の処理につい
て説明する。Ｓ１０５でリクエストを送信した後は、Ｓ
１０６でチャンネル通知があるか否かを判断しており、
チャンネル通知がない場合には、Ｓ１０９へ移行して、
リクエスト不可通知があるか否かを判断する。リクエス
ト不可通知もない場合には（Ｓ１０９：ＮＯ）、Ｓ１０
６へ戻るのであるが、つまり、リクエストを送信してチ
ャンネル通知かリクエスト不可通知のいずれかの通知が
くるのを待つのである。

【００５５】そして、リクエスト不可通知があると（Ｓ
１０９：ＹＥＳ）、リクエストを受け付け不可能である
旨をモニタ２９に表示してから（Ｓ１１０）、Ｓ１０１
へ戻る。このリクエスト不可表示は、現在予約が多くて
新たなリクエストの受け付けはできない旨を表示するも
のであり、この画面を所定期間表示した後で、Ｓ１０１
での初期画面を再度表示して、新たなリクエストを待つ
こととなる。

【００５６】次に、中央制御装置９及びカラオケ演奏装
置５で実行される処理について説明する。中央制御装置
９のＣＰＵ９１は、通常は図５に示されるメインルーチ
ンの処理を実行しているのであるが、図７に示すカラオ
ケ演奏装置５での処理における割込み指示等があると、
これに起因して図６に示される割込み処理を実行する。
また、ＣＰＵ９１は、図７に示すポーリング制御処理を
別個に実行している。これらの処理は互いに密接に関係
しており、以下の説明では随時これらの図を参照する。
さらに、図８はカラオケ端末装置１９での処理である
が、この処理は図５のメイン処理における開始指示によ
って実際の処理を始めるため、以下の説明では、図番号
の順に説明するのではなく、処理の流れの順番に沿って
説明することとする。

【００５７】最初に図５を参照してメイン処理を説明す
る。この図５では、発明をより理解するために、中央制
御装置９にて優先度の変更があった後の処理を示してい
るため、メイン処理の実際を説明する前に、この優先度
について説明する。本実施例では、リクエストを送信し
てきたカラオケ端末装置１９に応じてリクエストを受け
付ける優先度合が設定されている。具体的な例を挙げて
この優先度合について説明する。図８は各カラオケ端末
装置１９に対する情報提供の優先度が書き込まれる情報
提供優先度テーブルの説明図であり、カラオケ端末番号
１〜Ｎそれぞれについて、Ａ，Ｂ，Ｃいずれかの優先度
が設定されている。

【００５８】ここで、優先度Ａ，Ｂ，Ｃそれぞれの意味
合いについて説明すると、優先度Ａは、常時カラオケ演
奏装置５を割り付けておき、このカラオケ演奏装置５は
他のカラオケ端末装置１９からのリクエストには応じな
いようにした最高の優先度である。また、優先度Ｃは下
位の優先度、優先度Ｂは優先度Ｃの端末に対しては所定
の条件内で優先的にカラオケ演奏装置５が割り付けられ
る中位の優先度というべきものである。

【００５９】これら優先度Ａ〜Ｃについては、設置場所
等によって設置者が自由に設定すればよく、例えばホテ
ル等において、宴会場のカラオケ端末装置１９について
は優先度Ａに設定し、スイートルーム等の特別の部屋に
ついては優先度Ｂとし、その他の普通の部屋については
優先度Ｃに設定するといったことが考えられる。なお、
この優先度については、上述したようにキーボード９６
を操作することによって、任意に変更することができる
ようにされている。

【００６０】そして今、図８に示すように、カラオケ端
末装置１９の番号１〜Ｎについて、端末番号「３」に対
して優先度Ａが設定され、端末番号「４」，「Ｎ−１」
に対して優先度Ｂが設定され、その他は優先度Ｃが設定
された状態を前提に説明を進める。

【００６１】図５のメイン処理では、まずＳ２０１に
て、情報提供優先度テーブル中で優先度Ａに設定されて
いる端末番号（この場合は「３」）に対してＸのカラオ
ケ演奏装置５ｘを割り付ける。これは、端末番号「３」
のカラオケ端末装置１９からのリクエストがあった場合
には、Ｘのカラオケ演奏装置５ｘが専用で対応するため
に割り付けるものである。

【００６２】続いて、Ｓ２０２では、３秒間だけ各端末
からのリクエストを受け付け、Ｓ２０３では、リクエス
トがあるかどうかを判断する。もしリクエストがない場
合には、Ｓ２０２へ戻って、再度３秒間リクエストを受
け付ける。リクエストがあった場合には（Ｓ２０３：Ｙ
ＥＳ）、そのリクエスト中に端末番号３のカラオケ端末
装置１９からのものがあるかどうかを判断し（Ｓ２０
４）、もしあれば、（Ｓ２０４：ＹＥＳ）、Ｘのカラオ
ケ演奏装置５ｘに対して、端末番号３のカラオケ端末装
置１９からリクエストされた曲の演奏を指示する（Ｓ２
０５）。そして、このＸのカラオケ演奏装置５ｘに割り
当てられているチャンネル番号を、端末番号３のカラオ
ケ端末装置１９に通知する（Ｓ２０６）。これによっ
て、上述した図４の処理のＳ１０６にて肯定判断とな
り、カラオケ端末装置１９では、その通知されたチャン
ネルに選択することで、このＸのカラオケ演奏装置５ｘ
から出力されてきた、リクエスト曲に対応する映像信号
と音声信号との高周波信号を受信することができるので
ある。

【００６３】Ｓ２０６でチャンネル番号を通知した後
は、Ｓ２０７で他のリクエストがあるかどうかを判断す
る。他のリクエストがなければＳ２０２へ戻るが、他の
リクエストがある場合には、Ｓ２０８へ移行して、空い
ているカラオケ演奏装置５があるかどうかを判断する。
つまり、すぐに演奏できるカラオケ演奏装置５があるか
どうかである。もし、空いているカラオケ演奏装置５が
ない場合には（Ｓ２０８：ＮＯ）、リクエスト不可であ
ることを該当するカラオケ端末装置１９に通知して（Ｓ
２０９）、Ｓ２０２へ戻る。この該当するカラオケ端末
装置１９とは、リクエストがあって演奏開始の指示がな
されなかった全てのカラオケ端末装置１９である。な
お、上記Ｓ２０６でのチャンネル番号の通知あるいはＳ
２０９でのリクエスト不可の通知は、後述するポーリン
グ制御処理によって送信されるポーリング信号に乗せて
カラオケ端末装置１９に通知する。

【００６４】一方、Ｓ２０８で肯定判断、つまり、空い
ているカラオケ演奏装置５がある場合には、Ｓ２０９に
て、対象となるリクエストが複数あるかどうか判断す
る。もし、対象となるリクエストが複数でない、つまり
リクエストが一つである場合には（Ｓ２１０：ＮＯ）、
その空いているカラオケ演奏装置５を割り付けて、リク
エストされた曲の演奏を指示する（Ｓ２１１）。そし
て、その空いていたカラオケ演奏装置５に割り当てられ
ているチャンネル番号を、リクエストのあったカラオケ
端末装置１９に通知してから（Ｓ２１２）、Ｓ２０２へ
戻る。

【００６５】また、Ｓ２１０にてリクエストが複数ある
場合には（Ｓ２１０：ＹＥＳ）、Ｓ２１３へ移行する。
Ｓ２１３では、そのリクエストのあったカラオケ端末装
置１９の優先度を情報提供優先度テーブル（図８参照）
から読み出して比較し、優先度の高い方のカラオケ端末
装置１９に、空いているカラオケ演奏装置５を割り付け
て、リクエストされた曲の演奏を指示する。そして、そ
の空いていたカラオケ演奏装置５に割り当てられている
チャンネル番号を、リクエストのあったカラオケ端末装
置１９に通知してから（Ｓ２１４）、Ｓ２０８へ戻り、
さらに空いているカラオケ演奏装置５があるかどうかを
判断するのである。

【００６６】具体例で説明する。例えば、図９に示す情
報提供優先度テーブルのように優先度が設定されてお
り、端末番号「１」，「２」，「４」の３つのカラオケ
端末装置１９からリクエストがあった場合を考える。ま
ず、３つのリクエストがある場合には、Ｓ２１０で肯定
判断されて移行したＳ２１３では、端末番号「４」のカ
ラオケ端末装置１９だけが優先度Ｂであるので、優先度
Ｃの他の２つのリクエストより優先される。そして、Ｓ
２１４を経て再度Ｓ２０８へ戻るのであるが、ここでも
う空いているカラオケ演奏装置５がない場合には、Ｓ２
０９へ移行して、端末番号「１」，「２」の２つのカラ
オケ端末装置１９には、リクエスト不可が通知される。

【００６７】一方、まだ空いているカラオケ演奏装置５
がある場合には（Ｓ２０８）、まだリクエストが複数で
あるので、再度Ｓ２１３へ移行する。この場合には、２
つとも優先度Ｃであるので、優先度の高低では優先的に
処理することができない。したがって、このように優先
度が同じものが２つ以上競合した場合には、例えば端末
番号が若い方が優先されるようにする等して、一つを選
択すればよい。この具体例では、端末番号「１」のカラ
オケ端末装置１９が優先される。あるいは、その３秒間
のリクエストの中でリクエスト時期が早い方を優先して
もよい。

【００６８】この場合、再度Ｓ２０８へ戻るが、Ｘ〜Ｚ
の３つのカラオケ演奏装置５ｘ〜５ｚの内、ＹとＺのカ
ラオケ演奏装置５ｙ，５ｚは少なくとも使用されている
ので、残るリクエストについては、空いているカラオケ
演奏装置５がないとして、リクエスト不可が通知され
る。なお、もしＸのカラオケ演奏装置５ｘが空いている
としても、これは優先度Ａに設定された端末番号３のカ
ラオケ端末装置１９からのリクエストしか受け付けない
ので、それ以外の優先度のカラオケ端末装置１９に対し
ては空いているとは判断しない。

【００６９】次に、カラオケ演奏装置５で実行される処
理について、図８を参照して説明する。この処理は、中
央制御装置９からのカラオケ曲の演奏を指示された（図
５のＳ２０５，Ｓ２１１，Ｓ２１３参照）カラオケ演奏
装置５で実行される処理である。

【００７０】図８に示すように、カラオケ演奏装置５の
ＣＰＵ５２（図２参照）は、中央制御装置９からの演奏
指示を待ち（Ｓ５０１）、演奏指示があれば（Ｓ５０
１：ＹＥＳ）、中央制御装置９から演奏すべき曲の曲番
号を取得する（Ｓ５０２）。次にＣＰＵ５２は、ＬＡＮ
インタフェース５１を通してコミュニケーションサーバ
３に対してＳ５０２で取得した曲番号を送信し、その曲
番号のカラオケ曲データの送出を要求し、カラオケ曲デ
ータが送信されてきたならこれを受信してＲＡＭ５３に
記憶させる（Ｓ５０３）。

【００７１】続いて、ＣＰＵ５１は、ＲＡＭ５３からカ
ラオケ曲データを読み出してカラオケ演奏のための処理
を実行する（Ｓ５０４）。具体的には、ＣＰＵ５１はカ
ラオケ曲データに含まれる演奏データを音源５６に転送
し、ディジタルの演奏データをアナログの演奏用音声信
号に変換して変調器１５に出力させる。これと併せてＣ
ＰＵ５１は、演奏データと同期させて歌詞データを映像
合成装置５５に転送し、歌詞データと映像装置７から出
力されてくる背景映像信号とを合成（スーパーインポー
ズ）してアナログの表示用信号として変調器１５に送出
させる。変調器１５では、演奏用音声信号および表示用
信号に所定の高周波変調を施してヘッドアンプ１３に送
出する。さらにヘッドアンプ１３では、変調器１５から
入力される高周波信号を、そのカラオケ演奏装置５に割
当てられているチャンネルにて幹線１７へと送出する。

【００７２】そして、ＣＰＵ５１は、Ｓ５０４の処理が
終了するのを待ち（Ｓ５０５）、演奏が終了すると（Ｓ
５０５：ＹＥＳ）、図６の割込み処理を実行させること
で中央制御装置９に演奏終了を通知する（Ｓ５０５）。
中央制御装置９では、この通知を受け取ると、図６に示
す割込み処理が実行される。

【００７３】次に、中央制御装置９において実行される
割込み処理について説明する。図６に示すように、割込
み処理を開始すると、ＣＰＵ９１は、割込み処理開始の
きっかけとなった通信がカラオケ演奏装置５からの演奏
終了の知らせかを判断する（Ｓ３０１）。ここで否定判
断であれば、その他の処理を実行して（Ｓ３０５）、本
処理を一旦終了する。

【００７４】一方、演奏終了の知らせであれば（Ｓ３０
１：ＹＥＳ）、ＣＰＵ９１は、Ｓ３０２〜Ｓ３０４の処
理に進む。Ｓ３０２では、通信してきたカラオケ演奏装
置５が演奏中ではないことをＲＡＭ９３に記憶させ（Ｓ
３０２）、続いて、Ｓ３０１で演奏終了を知らせてきた
カラオケ演奏装置５が演奏した曲をリクエストしたカラ
オケ端末装置１９に、曲の演奏終了を、ポーリング制御
処理（図７参照）によって送信されるポーリング信号に
付加して知らせる（Ｓ３０３）。そして、ＲＡＭ９３に
指示してキューテーブルを更新させて（Ｓ３０４）、本
処理を終了する。なお、キューテーブルの更新とは、該
当するカラオケ演奏装置５が空いており、リクエストを
受付可能な状態であることを示すフラグ等を立てるので
ある。これによって、図５のＳ２０８では空いているカ
ラオケ演奏装置５があると判断されることとなる。

【００７５】次に、ポーリング制御処理について図７を
参照して説明する。このポーリング制御処理において
は、まず端末番号ｎを１にセットし（Ｓ４０１）、ｎ番
目（Ｓ４０１の実行直後であれば１番目）のカラオケ端
末装置１９にポーリング信号を送信する（Ｓ４０２）。
つまり、ポーリング信号にｎ番目の端末を示すアドレス
コードを付加して送信し、カラオケ端末装置１９側で
は、このアドレスコードを参照して自端末のポーリング
かどうかを判断する。なお、このポーリング信号には、
上述した図７のＳ３０５，Ｓ３０９にて更新設定される
「センタ側の予約状態」、図６のＳ２０５における「チ
ャンネル通知」、図７のＳ３０３における「演奏終了通
知」等の情報が付加されてカラオケ端末装置１９に送信
される。

【００７６】次に、このポーリング信号に応じてｎ番目
のカラオケ端末装置１９側から所定のチャンネルにて送
信されるレスポンス信号を受信し（Ｓ４０３）、曲リク
エストがあるか否かを判断する（Ｓ４０４）。リクエス
ト有りと判断された場合は、リクエスト曲の番号などの
情報を含んだリクエストデータを記憶しておき（Ｓ４０
５）、次のステップ（Ｓ４０６）に進む。このＳ４０５
で記憶されたリクエストデータを基に、図５のＳ２０
２，Ｓ２０３でのリクエストの受付・有無判断が実行さ
れる。

【００７７】一方、Ｓ４０４にてリクエスト無しと判断
された場合は、Ｓ４０５の処理を行うことなく、そのま
まＳ４０６に進む。続いて、Ｓ４０６において端末番号
ｎに１を加算する（ｎ＝ｎ＋１）。そして、端末番号ｎ
が最大端末番号Ｎ（即ち接続されている全てのカラオケ
端末装置１９の内の最大の端末番号）より大きいか否か
を判断し（Ｓ４０７）、否定判断されれば、再びＳ４０
２に戻り、ｎ＋１番目のカラオケ端末装置１９に対し
て、Ｓ１４０２〜Ｓ４０６の処理を繰り返す。また、Ｓ
４０７にてｎ＞Ｎと判断された場合は、Ｓ４０１に戻っ
て端末番号ｎを１にセットし、再び１番目の端末装置１
９に対してＳ４０２〜Ｓ４０５の処理を行なう。つま
り、端末番号が１〜Ｎの全ての端末に対して順番にポー
リングを行い、全ての端末についてポーリングが終了し
た場合は、再び１番目の端末からポーリングを行う。

【００７８】以上のように動作する本実施例のカラオケ
用の情報提供システム１では、カラオケ演奏装置５毎に
チャンネルを割り当ててあるので、カラオケ演奏装置５
と同数のカラオケ端末装置１９でそれぞれ独立にカラオ
ケを楽しむことができるのであるが、各カラオケ端末装
置１９からの要求はすべて公平に処理されるのでなく、
設定されている優先度に応じ、所定のものが優先して処
理される。

【００７９】具体的には、優先度Ａのものについては、
どのような場合でも、他のＢやＣの優先度のものに邪魔
されることなく最優先で処理されるのである。したがっ
て、優先度Ａ以外の優先度に設定されているカラオケ端
末装置１９からのリクエストは受け付けてもらえないこ
とはない。また、その他の優先度Ｂ，Ｃについては、所
定時間内に受けたリクエストの内の、優先度が最も高く
設定されているもの１つについて、対応する情報処理の
実行を指令するのである。つまり、通常は、要求のあっ
た時期が早いものから順番に処理されていくように設定
されていても、この場合は、所定時間内であれば要求の
あった時期が遅くとも、優先度Ｂは優先度Ｃよりも先に
処理がなされるのである。

【００８０】なお、上記実施例では、最高優先度Ａとし
て記憶されている端末番号「３」のカラオケ端末装置１
９に対しては、予め専用にカラオケ演奏処理を実行する
ものとして、Ｘのカラオケ演奏装置５ｘを固定的に割り
付けておいたが、必ずしも固定しておく必要はない。例
えば、上記実施例の場合、カラオケ演奏装置５が３台あ
るので、その内の２台が優先度ＢやＣのカラオケ端末装
置１９のためのカラオケ演奏処理に使用された時点で、
残りの１つのカラオケ演奏装置５は優先度Ａのカラオケ
端末装置１９のために確保しておき、その他の優先度
Ｂ，Ｃのカラオケ端末装置１９からの要求があっても使
用しないということである。

【００８１】このように作用する本実施例の情報提供シ
ステムによれば、以下のような効果を奏する。まず、基
本的な効果として次のことが挙げられる。つまり、カラ
オケ端末装置１９はカラオケ演奏装置５よりも多数有る
が、例えばホテル等の宿泊施設や多数の個室を備える飲
食店等の各部屋等に設置されている場合、全てのカラオ
ケ端末装置１９が一斉に要求を送出してくることは少な
いと考えられる。そして、仮に要求が集中して、一時的
にカラオケが利用できないカラオケ端末装置１９が出て
きたとしても、カラオケが主目的ではないこと等から利
用できないことによる影響は少ないと考えられる。した
がって、上記ホテルや飲食店等において採用する場合に
は、カラオケ端末装置１９よりも少ないカラオケ演奏装
置５で十分に対応でき、利用が想定される部屋や場所毎
に１台のカラオケ演奏装置５を設置しなくとも各部屋や
場所で外部出力を得ることは十分に可能で、費用対効果
の面でも優れている。

【００８２】そして、基本的にはこのようなシステムの
採用が適していると考えられる場合でも、個々のカラオ
ケ端末装置１９が設置されている場所・目的によって
は、上述したようにリクエストがされても対応できない
のでは不都合が生じる場合もある。例えば、宴会場のカ
ラオケ端末装置１９において利用者を待たせてしまうの
は、非常に都合が悪い。そのカラオケ端末装置１９が使
用できないことの影響度が各部屋の場合と比較して高い
からである。また、部屋同士であっても、例えばいわゆ
るスイートルームのように特別のサービスを前提として
高額の料金が設定されている場合等に、通常の部屋と同
様に利用できないとしてしまうのでは、スイートルーム
にした意味が損なわれてしまう。

【００８３】これに対して、本情報提供システムでは、
カラオケ端末装置１９の設置環境における必要度等に応
じた優先度で、カラオケ演奏装置５からカラオケ端末装
置１９へカラオケ演奏が提供がなされるようにして、効
果的な情報提供を実現させることができる。

【００８４】特に、通常はリクエストのあった時期が早
いものから順番に処理されていくように設定されていて
も、所定時間内であればリクエストのあった時期が遅く
とも、優先度が高ければ優先度が低いものよりも先に処
理がなされるため、リクエストが集中した場合には、優
先度が高くなるにつれて、より優先的に情報提供が実行
される確率が高くなるので、設置環境の必要度等に応じ
てこの優先度を適宜設定すればよい。

【００８５】そして、優先度Ａが設定されていれば、他
のカラオケ端末装置１９からのリクエストに妨げられ
ず、どのような場合にでもリクエストが受け付けられて
最優先で情報処理の実行がなされるため、上述した宴会
場やスイートルームに設置されるカラオケ端末装置１９
についてはこのように最高の優先度Ａを設定しておき、
どのような場合にでもリクエストが受け付けられて最優
先でカラオケの利用ができるようにしておくことが好ま
しい。

【００８６】また、本実施例の場合には、中央制御装置
９において、キーボード９６を操作することによって、
情報提供優先度テーブル（図９）での優先度を設定及び
変更することができるようにされている。上述したよう
に、設置環境の必要度等に応じて優先度を適宜設定する
ことができることに加え、一旦設定した優先度を一時的
に変更する方が好ましい場合もある。

【００８７】つまり、上述した最高の優先度Ａの場合を
例にとると、優先度Ａのカラオケ端末装置１９からのリ
クエストの有無に関係なく、Ｘのカラオケ演奏装置５ｘ
データ提供装置は、その他のカラオケ端末装置１９から
のリクエストに応じたカラオケ演奏には使用できないこ
とになる。しかし、例えば宴会場やスイートルームであ
っても、その場所自体が使用されない期間まで優先度Ａ
にしておく必要がない。そこからのリクエストがあり得
ないのに、専用のカラオケ演奏装置５を確保しておくの
は非効率的である。特に宴会場であれば宴会の予約があ
るか、スイートルームであれば部屋が使用されているか
否かあるいは客が居るか否かで即座に判るため、利用さ
れる可能性がある期間に限って最高の優先度Ａに設定し
ておき、それ以外は最低の優先度Ｃに変更しておく等す
れば、より効率的な情報提供が実現できる。

【００８８】以上、実施例に従って、本発明について説
明したが、本発明はこのような実施例に限定されるもの
ではなく、本発明の要旨を逸脱しない範囲でさまざまに
実施できることは言うまでもない。例えば情報提供シス
テムの用途はカラオケに限定されるものではなく、情報
提供装置とは別体の出力端末装置を利用が想定される部
屋や場所等に設置するシステムであれば適用できる。

【図面の簡単な説明】

【図１】 実施例のカラオケ情報提供システムの概略構
成のブロック図である。

【図２】 実施例のカラオケ情報提供システムの構成要
素となる情報提供装置としてのカラオケ演奏装置のブロ
ック図である。

【図３】 実施例のカラオケ情報提供システムの構成要
素となる出力端末装置としてのカラオケ端末装置のブロ
ック図である。

【図４】 実施例のカラオケ端末装置の端末制御装置で
実行される処理のフローチャートである。

【図５】 実施例の中央制御装置のＣＰＵで実行される
メイン処理のフローチャートである。

【図６】 実施例の中央制御装置のＣＰＵで実行される
割込み処理のフローチャートである。

【図７】 実施例の中央制御装置のＣＰＵで実行される
ポーリング制御処理のフローチャートである。

【図８】 実施例の情報提供装置としてのカラオケ演奏
装置のＣＰＵで実行される処理のフローチャートであ
る。

【図９】 実施例の中央制御装置のＲＡＭに記憶される
情報提供優先度テーブルの説明図である。

【符号の説明】

１…情報提供システム ３…コミュニケーシ
ョンサーバ ５（５ｘ，５ｙ，５ｚ）…情報提供装置（カラオケ演奏
装置） ７…映像装置 ９…中央制御装置 １３…ヘッドアンプ １５…変調器 １７…幹線 １９…出力端末装置
（カラオケ端末装置） ２１…端末制御装置 ２２…モデム ２３…チューナ ２４…操作パネル ２５…リモコン ２６…アンプ ２７Ｌ、２７Ｒ…スピーカ ２８…表示制御装置 ２９…モニタ ３３…ハードディス
ク ５２…ＣＰＵ ５５…映像合成装置 ５６…音源 ９１…ＣＰＵ ９３…ＲＡＭ ９５…センターモデ
ム ９６…キーボード

Claims (7)

【特許請求の範囲】
1. 【請求項１】 記憶手段に記憶されているデータを使用
   して情報処理を実行し外部出力用情報を作成する情報処
   理手段を備える一つ以上のデータ提供装置と、 前記各データ提供装置から出力される外部出力用情報を
   それぞれ１チャンネルに割り当てて搬送するマルチチャ
   ンネルの搬送装置と、 入力手段を介して入力される指令入力に従って情報提供
   要求を送出する要求送出手段と、前記搬送装置に接続さ
   れて前記マルチチャンネルから１チャンネルを選択する
   チャンネル選択手段と、該チャンネル選択手段により選
   択されたチャンネルから取得した前記外部出力用情報に
   基づいて外部出力を実行するデータ出力手段とを備え、
   前記データ提供装置よりも多数の複数の出力端末装置
   と、 前記要求送出手段から送出された要求を取得する要求取
   得手段と、該取得した要求に応じた情報処理の実行を前
   記複数のデータ提供装置から選択されるデータ提供装置
   に指令する指令手段と、該選択されたデータ提供装置か
   らの前記出力用情報が搬送される前記チャンネルを前記
   要求を送出した出力端末装置に通知するチャンネル通知
   手段とを備える中央制御装置とを備え、前記出力端末装
   置には、前記チャンネル選択手段に対して前記中央制御
   装置から通知されたチャンネルの選択を指令するチャン
   ネル指令手段が設けられた情報提供システムであって、 前記中央制御装置は、前記出力端末装置装置毎に設定さ
   れた情報提供時の優先度を記憶する優先度記憶手段を備
   えており、 前記指令手段は、前記要求取得手段によって取得した要
   求に応じた情報処理の実行を指令する際、前記記憶され
   た優先度を加味して行なうことを特徴とする情報提供シ
   ステム。
2. 【請求項２】 請求項１に記載の情報提供システムにお
   いて、 前記指令手段は、前記要求取得手段が所定時間内に取得
   した要求が複数ある場合、前記優先度記憶手段に記憶さ
   れた優先度に従って情報処理の実行を指令することを特
   徴とする情報提供システム。
3. 【請求項３】 請求項１または２に記載の情報提供シス
   テムにおいて、 前記指令手段は、前記優先度記憶手段に最高の優先度と
   して記憶されている出力端末装置から要求があった場
   合、他の出力端末装置からの要求に妨げられることな
   く、いずれかの出力端末装置に対して最優先で情報処理
   の実行を指令することを特徴とする情報提供システム。
4. 【請求項４】 請求項３に記載の情報提供システムにお
   いて、 前記最高優先度として記憶されている出力端末装置に対
   しては、予め専用に情報処理を実行するデータ提供装置
   が固定的に設定されており、 前記指令手段は、前記最高優先度として記憶されている
   出力端末装置からの要求があった場合には、前記専用の
   データ提供装置に対して情報処理の実行を指令し、一
   方、前記最高優先度以外の出力端末装置から要求があっ
   た場合には、前記専用のデータ提供装置以外のデータ提
   供装置から選択されるデータ提供装置に対して情報処理
   の実行を指令することを特徴とする情報提供システム。
5. 【請求項５】 請求項１〜４のいずれかに記載の情報提
   供システムにおいて、 前記中央制御装置は、前記優先度記憶手段に記憶される
   前記出力端末装置毎の優先度を設定及び変更するための
   優先度設定変更手段を備えていることを特徴とする情報
   提供システム。
6. 【請求項６】 請求項１〜５いずれかに記載の情報提供
   システムにおいて、 前記出力端末装置は、前記記憶手段に記憶されているカ
   ラオケ曲データを使用してカラオケ演奏用情報を作成す
   る前記情報処理手段を備えるカラオケ演奏装置であり、 前記出力端末装置は、前記入力手段を介して入力される
   選曲入力に従って曲要求を送出する前記要求送出手段
   と、前記カラオケ演奏用情報を音声出力する前記外部出
   力手段とを備えるカラオケ端末装置であり、 前記中央制御装置は、前記曲要求を取得する前記要求取
   得手段と、前記曲要求に対応する曲のカラオケ演奏用情
   報の作成を前記カラオケ演奏装置に指令する前記指令手
   段とを備えるカラオケ中央制御装置であることを特徴と
   する情報提供システム。
7. 【請求項７】 請求項６に記載の情報提供システムにお
   いて、 歌詞を表示するための歌詞信号を含む映像信号を出力す
   る映像信号出力手段を前記カラオケ演奏装置に設け、該
   映像信号に基づく映像を表示する表示手段を前記カラオ
   ケ端末装置に設けたことを特徴とする情報提供システ
   ム。