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

Abstract

(57)【要約】 【課題】 出力端末と情報センタ側との間の伝送路にお
いてデータ化けした場合であっても、実際に制御対象で
ない出力端末での出力状況に影響を及ぼさないようにし
て、適切なサービス提供が実現できるようにする。 【解決手段】 端末装置１９が情報の提供を受けている
最中に、その情報提供に関する要求を送出する場合に
は、情報が搬送されてきているチャンネル（ＣＨ）の識
別情報及び端末識別情報を付加して中央制御装置９に送
出する。そして、中央制御装置９は、端末装置１９から
の要求に応じた出力用情報を搬送するＣＨを選択した場
合には、その選択されたＣＨの識別情報と端末識別情報
との対応関係をＲＡＭ９３に記憶しており、端末装置１
９からの要求にＣＨ識別情報及び端末識別情報が付加さ
れている場合には、記憶されている対応関係と照合し、
対応関係が一致しない要求については無視するのであ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報提供システム
に関し、特に出力端末からのリクエストに対して情報セ
ンタから情報を提供する集中管理型の情報提供システム
に関する。

【０００２】

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

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

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

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

【０００６】このように（カラオケ演奏装置本体の台
数）＜（出力端末装置の台数）とすると、ある出力端末
装置に対してカラオケサービスを提供している間は、そ
のカラオケ装置はその出力端末装置に専有されることと
なる。したがって、例えばカラオケ演奏の開始後、出力
端末装置側から演奏停止の指令やキー（ｋｅｙ）変更の
指令等を出し、それに応じた処理をカラオケ装置が実行
することが可能である。

【０００７】

【発明が解決しようとする課題】ところで、このような
集中管理型の情報提供システムの場合、次のような不都
合が生じる可能性がある。例えば、端末装置１のリクエ
ストに応じ、カラオケ装置ａを使用してチャンネル（以
下、ＣＨと略記する）１にてカラオケサービスを実行
し、また端末装置Ｂのリクエストに応じ、カラオケ装置
ｂを使用してＣＨ２にてカラオケサービスを実行してい
る場合を考える。ここで、端末装置１から停止要求があ
った場合、その停止要求がどのＣＨでのカラオケサービ
スに対するものであるかを示す情報と共にセンタ側に送
信される。つまり、ＣＨ１でのカラオケサービスを停止
して欲しいという要求である。これは、端末装置数と同
じだけカラオケ装置やチャンネルがあるのではないた
め、例えばリクエストがあった時点で空いているチャン
ネルを介して空いているカラオケ装置からカラオケ演奏
データを送信することとなり、そのチャンネル番号とセ
ットで送信する必要があるからである。

【０００８】ここで、その要求が端末装置１からセンタ
側に送信される間に、例えばノイズ等によってデータの
一部が化けてしまうことが考えられる。そのときに、Ｃ
Ｈ１がＣＨ２に変わってしまうと、ＣＨ２でのカラオケ
サービスを停止して欲しいという要求となってしまう。
センタ側では、そのようなデータ化けが識別できないの
で、実際には端末装置Ｂからは停止要求は送信されてい
ないにもかかわらず、ＣＨ２でのカラオケサービスを停
止するため、カラオケ装置ｂに対して演奏停止指令を出
してしまうこととなる。また、チャンネル番号とセット
ではなく、端末識別番号とセットで要求をする場合であ
っても、その端末識別番号がノイズ等で化けてしまえ
ば、同様の問題が生じる。

【０００９】したがって、端末装置１にとっては、停止
要求を出したのに実際のカラオケサービスは停止され
ず、一方、端末装置Ｂにとっては、何も要求していない
のに勝手にカラオケサービスが停止されてしまうという
不具合が生じてしまうのである。そして、これは「停止
要求」という要求内容だけでなく、例えばキー（ｋｅ
ｙ）変更要求であっても同じことであり、実際に要求を
出した端末装置においてはキー変更がなされず、何も要
求しない他の端末装置において勝手にキー変更されてし
まうという問題がある。

【００１０】本発明は上述の事情を背景としてなされた
ものであり、その目的とするところは、出力用のデータ
を提供する情報出力手段の数が出力用のデータを外部出
力する出力端末の数よりも少ない情報提供システムにお
いて、例えば出力端末と情報センタ側との間の伝送路に
おいてデータ化けした場合であっても、実際に制御対象
でない出力端末での出力状況に影響を及ぼさないように
して、適切なサービス提供が実現できるようにすること
である。

【００１１】

【課題を解決するための手段及び発明の効果】上記課題
を解決するためのなされた請求項１記載の発明は、外部
出力用情報を出力可能な情報出力手段を複数備え、該情
報出力手段に対して情報提供に関する各種処理の実行を
指令する情報センタと、前記各情報出力手段から出力さ
れる外部出力用情報をそれぞれ１チャンネルに割り当て
て搬送するマルチチャンネルの搬送装置と、情報提供に
関する各種要求を送出する要求送出手段と、前記搬送装
置に接続されて前記マルチチャンネルから１チャンネル
を選択するチャンネル選択手段と、該チャンネル選択手
段により選択されたチャンネルから取得した前記外部出
力用情報に基づいて外部出力を実行するデータ出力手段
とを備え、前記情報センタ側の情報出力手段よりも多数
の出力端末とを備え、前記情報センタは、前記出力端末
の要求送出手段から送出された要求を取得し、該取得し
た要求に応じた情報処理の実行を前記複数の情報出力手
段の中から選択して指令すると共に、該選択された情報
出力手段からの前記出力用情報が搬送される前記チャン
ネルを前記要求を送出した出力端末に通知するよう構成
されている情報提供システムであって、前記出力端末
は、前記情報センタから外部出力用情報の提供を受けて
いる最中に、その情報提供に関する要求を送出する場合
には、その外部出力用情報が搬送されてきているチャン
ネルの識別情報及び端末識別情報を付加して情報センタ
に送出するようにされており、一方、前記情報センタ
は、前記出力端末からの要求に応じた出力用情報を搬送
するチャンネルを選択した場合には、その選択されたチ
ャンネルの識別情報と端末識別情報との対応関係を記憶
しておく記憶手段を備え、前記出力端末からの要求にチ
ャンネル識別情報及び端末識別情報が付加されている場
合には、前記記憶手段に記憶されている対応関係と照合
し、対応関係が一致しない要求については無視するよう
に構成されていることを特徴とする情報提供システムで
ある。

【００１２】この構成を有する請求項１記載の情報提供
システムにおいては、情報センタが情報出力手段に対し
て情報提供に関する各種処理の実行を指令して外部出力
用情報を出力することができ、マルチチャンネルの搬送
装置は、各情報出力手段から出力される外部出力用情報
をそれぞれ１チャンネルに割り当てて搬送する。

【００１３】出力端末では、要求送出手段が情報提供に
関する各種要求を送出することができ、また搬送装置に
接続されたチャンネル選択手段が、マルチチャンネルか
ら１チャンネルを選択すると、データ出力手段は、該チ
ャンネル選択手段により選択されたチャンネルから取得
した外部出力用情報に基づいて外部出力を実行すること
ができる。

【００１４】情報センタでは、出力端末からの要求を取
得すると、取得した要求に応じた情報処理の実行を複数
の情報出力手段から選択して指令すると共に、その選択
された情報出力手段からの前記出力用情報が搬送される
前記チャンネルを前記要求を送出した出力端末に通知す
る。

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

【００１６】ここで、出力端末は、情報センタから外部
出力用情報の提供を受けている最中に、その情報提供に
関する要求を送出する場合には、その外部出力用情報が
搬送されてきているチャンネルの識別情報及び端末識別
情報を付加して情報センタに送出する。そして、情報セ
ンタは、出力端末からの要求に応じた出力用情報を搬送
するチャンネルを選択した場合には、その選択されたチ
ャンネルの識別情報と端末識別情報との対応関係を記憶
しており、出力端末からの要求にチャンネル識別情報及
び端末識別情報が付加されている場合には、記憶されて
いる対応関係と照合し、対応関係が一致しない要求につ
いては無視するのである。

【００１７】具体的に説明する。例えば、識別番号１の
出力端末（以下、出力端末１と略記する。出力端末２も
同様。）のリクエストに応じ、情報出力手段ａを使用し
てチャンネル（ＣＨ）１にて情報提供サービスを実行
し、また出力端末２のリクエストに応じ、情報出力手段
ｂを使用してＣＨ２にて情報提供サービスを実行してい
る場合を仮定する。ここで、出力端末１から停止要求を
情報センタに送出する場合には、その停止要求に現在情
報提供サービスを受けているＣＨ番号及び端末識別情報
（端末ＩＤ）を付加して送出するのである。つまり、こ
の場合はＣＨ１で出力端末１に対して行っている情報提
供サービスを停止して欲しいという要求である。

【００１８】一方、情報センタでも、出力端末１のリク
エストに応じ、情報出力手段ａを使用してチャンネル
（ＣＨ）１にて情報提供サービスを実行している場合
に、記憶手段には、対応関係としてＣＨ１と出力端末１
とがセットとして記憶されている。そのため、出力端末
から送出されてきた要求にＣＨ番号及び端末ＩＤが付加
されている場合には、記憶されている対応関係と照合
し、対応関係が一致しない要求については無視するので
ある。

【００１９】これによって、次のような不都合を回避で
きる。つまり、上記停止要求が端末装置１から情報セン
タ側に送信される間に、例えばノイズ等によってデータ
の一部が化けてしまうことが考えられる。そのときに、
ＣＨ１がＣＨ２に変わってしまうと、ＣＨ２での情報提
供サービスを停止して欲しいという要求となってしま
う。ＣＨ番号だけで判断しているとこのようなデータ化
けが識別できないので、実際には出力端末２からは停止
要求は送信されていないにもかかわらず、ＣＨ２でのカ
ラオケサービスを停止するため、カラオケ装置ｂに対し
て停止指令を出してしまうこととなる。

【００２０】しかし、本発明の場合には、ＣＨ番号と端
末ＩＤとがセットになっているので、この場合には、送
られてきた要求中の（データ化けした）ＣＨ２と出力端
末１のセットが、情報センタの記憶手段中の、ＣＨ１と
出力端末１、ＣＨ２と出力端末２の対応関係と照合され
る。そして、この場合には対応関係が一致しないので、
上記停止要求は無視されることとなる。なお、この場
合、端末ＩＤの方だけがデータ化けした場合であって
も、同様に対応関係が一致しないので、上記停止要求は
やはり無視されることとなる。

【００２１】このように、出力端末と情報センタ側との
間の伝送路においてデータ化けした場合であっても、実
際に制御対象でない出力端末での出力状況に影響を及ぼ
さないようにして、適切なサービス提供が実現できるの
である。また、請求項２の情報提供システムの場合に
は、出力端末が、情報センタから外部出力用情報の提供
を受けている最中に、その情報提供に関する要求を送出
する場合には、その外部出力用情報が搬送されてきてい
るチャンネルの識別情報及び現在提供を受けている外部
出力用情報の識別情報を付加して情報センタに送出する
ようにされている。そして、情報センタは、出力端末か
らの要求に応じた外部出力用情報を搬送するチャンネル
を選択した場合には、その選択されたチャンネルの識別
情報と提供する外部出力用情報の識別情報との対応関係
を記憶しておく記憶手段を備え、出力端末からの要求に
チャンネル識別情報及び外部出力用情報の識別情報が付
加されている場合には、記憶されている対応関係と照合
し、対応関係が一致しない要求については無視するよう
に構成されている。

【００２２】また、請求項３の情報提供システムの場合
には、出力端末が、情報センタから外部出力用情報の提
供を受けている最中に、その情報提供に関する要求を送
出する場合には、端末識別情報及び現在提供を受けてい
る外部出力用情報の識別情報を付加して情報センタに送
出するようにされており、情報センタは、出力端末から
の要求に応じた外部出力用情報を搬送するチャンネルを
選択した場合には、端末識別情報と提供する外部出力用
情報の識別情報との対応関係を記憶しておく記憶手段を
備え、出力端末からの要求に端末識別情報及び外部出力
用情報の識別情報が付加されている場合には、記憶され
ている対応関係と照合し、対応関係が一致しない要求に
ついては無視するように構成されている。

【００２３】請求項１の場合には、チャンネルの識別情
報と端末識別情報との対応関係に基づいていたが、請求
項２のように、チャンネル識別情報と外部出力用情報の
識別情報との対応関係に基づいてもよい。あるいは、請
求項３のように、端末識別情報と外部出力用情報の識別
情報との対応関係に基づいてもよい。これらの場合の作
用は、対応関係の内容が異なるだけで基本的には請求項
１のものと同様であるので、省略する。

【００２４】上記請求項１〜３のものは、２つの識別情
報の対応関係に基づくものであり、データ化けによる誤
った制御を防止することができるが、例えば両方の識別
情報がデータ化けし、さらに、たまたま情報センタの記
憶手段に記憶されている対応関係と一致するような状態
でのデータ化けであった場合には、そのデータ化けは判
別できない。例えば、上述の具体例でいえば、ＣＨ１に
て情報提供サービスを受けている出力端末１が停止要求
をした場合に、（ＣＨ１，出力端末１）という付加情報
がたまたま（ＣＨ２，出力端末２）にデータ化けしてし
まうと、この対応関係は情報センタ側の記憶手段に記憶
されているものと一致するので、情報出力手段ｂに対し
て停止指令を出してしまう。

【００２５】このような、２つの識別情報のデータ化け
への対処として、請求項４に示すように、３つの識別情
報の対応関係に基づくようにしてもよい。すなわち、出
力端末は、情報センタから外部出力用情報の提供を受け
ている最中に、その情報提供に関する要求を送出する場
合には、チャンネルの識別情報及び端末識別情報に加え
て現在提供を受けている外部出力用情報の識別情報を付
加して情報センタに送出する。そして、情報センタの記
憶手段は、チャンネルの識別情報と端末識別情報に前記
外部出力用情報の識別情報を加えた３つの識別情報の対
応関係を記憶しており、出力端末からの要求に端末識別
情報とチャンネル識別情報と外部出力用情報の識別情報
とが付加されている場合には、記憶されている対応関係
と照合し、対応関係が一致しない要求については無視す
るのである。

【００２６】なお、出力端末が、情報センタから外部出
力用情報の提供を受けている最中に送出する情報提供に
関する要求としては、上述の例でも説明したように情報
提供の停止要求が考えられる。何も要求していないのに
勝手に情報提供サービスが停止されてしまうという不具
合は非常に影響が大きい。また、例えばこの情報提供シ
ステムをカラオケシステムに利用した場合であれば、曲
のｋｅｙ変更なども影響が大きい。あるいはビデオ放送
システムに利用した場合には、早送りや巻戻しなどもや
はり影響としては大きいものである。

【００２７】また、外部出力用情報としては、上述した
カラオケ用情報、ビデオ用情報の他にもゲーム用情報な
ど種々採用できる。

【００２８】

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

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

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

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

【００３２】中央制御装置９は、制御手段としてＣＰＵ
９１、ＲＯＭ９２、本発明における「対応関係を記憶し
ておく記憶手段」としてのＲＡＭ９３を備えるマイクロ
コンピュータで、入出力インタフェース（入出力Ｉ／
Ｆ）９４によってＬＡＮ１１および映像装置７に接続さ
れており、通信手段であるセンターモデム９５によりヘ
ッドアンプ１３に接続されている。なお、ＲＡＭ９３は
後述する提供先テーブル（図９参照）を格納しており、
この提供先テーブルに所定の情報を書き込むことによっ
て、「対応関係を記憶しておく記憶手段」としての機能
を発揮する。

【００３３】このセンターモデム９５は、ディジタル信
号を高周波変調し、また高周波信号をディジタル信号に
復調することができる。また、ヘッドアンプ１３には、
アナログ信号に所定の高周波変調を施す変調器１５を介
して各カラオケ演奏装置５が接続されている。

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

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

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

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

【００３８】ＣＰＵ５２は、コミュニケーションサーバ
３からカラオケ曲データを読み込んで、そのカラオケ曲
データの演奏データを音源５６に、歌詞データを映像合
成装置５５にそれぞれ転送可能である。音源５６は、デ
ィジタルの演奏データをアナログの演奏用音声信号に変
換して変調器１５に出力可能であり、映像合成装置５５
は、歌詞データと映像装置７から出力されてカラオケ演
奏装置５に入力される背景映像信号とを合成（スーパー
インポーズ）したアナログ信号を変調器１５に送出する
ことができる。

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

【００４０】端末制御装置２１は、ディジタル信号を高
周波変調し、高周波信号をディジタル信号に復調可能な
通信手段としてのモデム２２を介して幹線１７に接続さ
れており、従って、各出力端末装置１９は幹線１７を通
して中央制御装置９と双方向の通信が可能である。この
モデム２２は、幹線１７を介して中央制御装置９から送
信されるポーリング信号を受信して復調するとともに、
端末制御装置２１より出力されるレスポンス信号を変調
して、中央制御装置９に送信するものである。ここで、
レスポンス信号とは、中央制御装置９よりポーリング信
号が送信された場合に、曲のリクエストがあるか否か、
あるいはカラオケ曲の演奏停止要求等を中央制御装置９
に回答するための信号であり、リクエストがある場合
は、リクエスト曲の曲番号などを示すリクエストデータ
が付加される。一方、演奏停止要求の場合には、現在す
でにあるチャンネルを介してのカラオケ演奏信号等を受
信している状態であるため、この場合にはそのチャンネ
ルの識別情報（ＣＨ番号）と自端末の識別情報（端末番
号）とが演奏停止要求に付加された停止要求データの状
態で、レスポンス信号として返送される。

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

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

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

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

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

【００４６】まず、カラオケ端末装置１９における処理
から説明を始める。図４に示すように、カラオケ端末装
置１９の端末制御装置２１は、最初のステップＳ１０１
にて、リクエスト入力を促す初期画面を表示し、続くＳ
１０２では、操作パネル２４またはリモコン２５の操作
によってリクエストが入力されるのを待つ。リクエスト
が入力されなければＳ１０１へ戻るが、リクエストが入
力されたならばＳ１０３へ移行する。

【００４７】Ｓ１０３では、中央制御装置９からのポー
リングに対する返答としてのレスポンス信号にリクエス
トの曲番号情報を付加し、モデム２２を通して中央制御
装置９に送信し、カラオケ演奏のためのデータの提供を
要求する。続くＳ１０４では、中央制御装置９からのチ
ャンネルの通知を待ち、ＣＨ通知を受けたならば（Ｓ１
０４：ＹＥＳ）、Ｓ１０５へ移行して、通知されたチャ
ンネルの選択をチューナ２３に指示し、アンプ２６およ
び表示制御装置２８を作動させ、また、Ｓ１０６ではそ
のチャンネル番号を端末制御装置２１の内部メモリ（図
示せず）に記憶しておく。

【００４８】なお、Ｓ１０５でのチャンネル選択によ
り、幹線１７を介して送信されチューナ２３で復調され
る演奏用信号に基づく音声がスピーカ２７Ｌ、２７Ｒか
ら出力され、幹線１７を介して送信されチューナ２３で
復調される映像用信号に基づいて歌詞と背景動画とが合
成された映像がモニタ２９に表示される。これに併せて
利用者がマイクロフォン３０から歌唱音声を入力すれ
ば、その音声信号はアンプ２６において演奏用信号とミ
キシングされてスピーカ２７Ｌ、２７Ｒから出力され
る。

【００４９】また、Ｓ１０６でチャンネル番号を内部メ
モリに記憶させておくことにより、現在どのチャンネル
を介して情報提供を受けているかをカラオケ端末装置１
９自身が把握していくこととなる。Ｓ１０６での処理終
了後は、Ｓ１０７へ移行する。Ｓ１０７では、操作パネ
ル２４またはリモコン２５の操作によって停止指示が入
力されたかどうかを判断する。停止指示がなければ（Ｓ
１０７：ＮＯ）、Ｓ１０８へ移行する。

【００５０】Ｓ１０８では、中央制御装置９からの演奏
終了の通知を待つ。演奏終了通知がなければＳ１０７の
処理へ戻り、演奏終了通知を受けたならば（Ｓ１０８：
ＹＥＳ）、Ｓ１０１へ戻る。なお、上述Ｓ１０４でのチ
ャンネル通知及びＳ１０８での演奏終了通知は、ポーリ
ング割込み処理（図７参照）によって取得する。

【００５１】一方、Ｓ１０７で停止指示があった場合に
はＳ１０９へ移行する。Ｓ１０９では、中央制御装置９
からのポーリングに対する返答としてのレスポンス信号
に、上記Ｓ１０６で記憶させたチャンネル番号と自端末
の識別情報（この場合は端末番号）と本来の要求である
演奏停止要求を付加し、モデム２２を通して中央制御装
置９に送信する。Ｓ１０９の処理終了後は、Ｓ１０１へ
戻る。

【００５２】以上の説明は、図４における処理の内、セ
ンタ側の予約状態が一杯でなくリクエストを受け付けて
もらえた場合の処理であったが、次に、予約状態が一杯
でありリクエストが受け付けられなかった場合の処理に
ついて説明する。Ｓ１０３でリクエストを送信した後
は、Ｓ１０４でチャンネル通知があるか否かを判断して
おり、チャンネル通知がない場合には、Ｓ１１０へ移行
して、リクエスト不可通知があるか否かを判断する。リ
クエスト不可通知もない場合には（Ｓ１１０：ＮＯ）、
Ｓ１０４へ戻る。つまり、リクエストを送信してチャン
ネル通知かリクエスト不可通知のいずれかの通知がくる
のを待つのである。

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

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

【００５５】図５のメイン処理では、Ｓ２０１にてリク
エストがあるか否か、Ｓ２０７で停止要求があるか否か
を判断しているが、これらの基となるリクエストあるい
は停止要求は、ポーリング処理におけるレスポンス信号
に付加されたカラオケ端末装置１９からの要求であるた
め、最初に、ポーリング制御処理について図７を参照し
て説明する。

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

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

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

【００５９】次に、図５を参照してメイン処理を説明す
る。本メイン処理では、まずＳ２０１にて、リクエスト
があるかどうかを判断する。これは、上述した図７のＳ
４０５にて記憶されたリクエストデータに基づいて判断
される。なお、リクエストがない場合には（Ｓ２０１：
ＮＯ）、Ｓ２０７へ移行して、停止要求があるかどうか
判断するが、これも図７のＳ４０５にて記憶された停止
要求データに基づいて判断される。つまり、図７のポー
リング制御処理が独立して実行されていることにより、
Ｓ４０５の処理でリクエストデータあるいは停止要求デ
ータが順次記憶されていき、図５のＳ２０１あるいはＳ
２０７では、記憶された時期が古いものから順番に読み
出していくこととなる。

【００６０】まず、リクエストがあった場合（Ｓ２０
１：ＹＥＳ）の処理であるＳ２０２〜Ｓ２０６について
説明する。Ｓ２０２では、空いているカラオケ演奏装置
５があるかどうかを判断する。つまり、すぐに演奏でき
るカラオケ演奏装置５があるかどうかである。これは、
図９の提供先テーブル中でＣＨ番号・端末番号の書き込
まれていないカラオケ演奏装置５があるかどうかで判断
する。

【００６１】もし、空いているカラオケ演奏装置５がな
い場合には（Ｓ２０２：ＮＯ）、Ｓ２０３へ移行し、リ
クエスト不可であることを、該当するカラオケ端末装置
１９に通知する。その後Ｓ２０２へ戻る。この該当する
カラオケ端末装置１９とは、リクエストがあって演奏開
始の指示がなされなかった全てのカラオケ端末装置１９
である。なお、Ｓ２０３でのリクエスト不可の通知は、
前述したポーリング制御処理によって送信されるポーリ
ング信号に乗せてカラオケ端末装置１９に通知される。

【００６２】一方、Ｓ２０２で肯定判断、つまり、空い
ているカラオケ演奏装置５がある場合には、Ｓ２０４へ
移行して、その空いているカラオケ演奏装置５を割り付
けて、リクエストされた曲の演奏を指示する。そして、
続くＳ２０５では、その空いていたカラオケ演奏装置５
に割り当てられているチャンネル番号を、リクエストの
あったカラオケ端末装置１９に通知する。さらに、Ｓ２
０６では、図９に示す提供先テーブルの、Ｓ２０４で割
り付けたカラオケ演奏装置５に対応する欄にＣＨ番号と
端末番号とをセットにして記憶させる。その後、Ｓ２０
２へ戻る。

【００６３】また、Ｓ２０１にてリクエストがないと判
断された場合には、Ｓ２０７へ移行する。Ｓ２０７では
停止要求があるかどうかを判断し、あればＳ２０８へ移
行し、なければＳ２０１へ戻る。Ｓ２０８では、停止要
求データより、付加されているＣＨ番号と端末番号を抽
出する。そして、Ｓ２０９では、このＣＨ番号と端末番
号との対応関係を提供先テーブルに記憶されている内部
管理情報と照合する。

【００６４】そして、Ｓ２１０では、Ｓ２０９の照合の
結果、一致するものがあるかどうかを判断し、一致する
ものがあれば（Ｓ２０９：ＹＥＳ）、Ｓ２１１へ移行
し、そのＣＨ番号と端末番号に対応するカラオケ演奏装
置５に対して停止指示を出力するが、一致するものがな
ければ（Ｓ２０９：ＮＯ）、Ｓ２１１を実行することな
くそのままＳ２０１へ戻る。

【００６５】具体例で説明する。例えば、図９に示す提
供先テーブルは、識別情報が「ａ」のカラオケ演奏装置
５からは、ＣＨ１を介して端末番号１のカラオケ端末装
置１９に情報提供サービスが実行され、識別情報が
「ｂ」のカラオケ演奏装置５からは、ＣＨ２を介して端
末番号２のカラオケ端末装置１９に情報提供サービスが
実行されている場合を示している。このようなデータが
記憶されている場合に、図５のＳ２０８で抽出したＣＨ
番号と端末番号が、例えば（ＣＨ番号２，端末番号１）
となっていたり、あるいは（ＣＨ番号１，端末番号２）
となっていた場合には、そのような組み合せは提供先テ
ーブル内には記憶されていないので、Ｓ２１０で否定判
断となり、Ｓ２１１の停止指示を実行しないのである。

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

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

【００６８】そして、ＣＰＵ５１は、中央制御装置９か
らの演奏停止指示があるかどうかを判断する（Ｓ５０
５）。もし演奏停止指示があれば（Ｓ５０５：ＹＥ
Ｓ）、Ｓ５０８へ移行して曲演奏処理を強制的に停止さ
せ、Ｓ５０１へ戻る。一方、演奏停止指示がない場合に
は（Ｓ５０５：ＮＯ）、Ｓ５０６へ移行し、曲演奏処理
が終了（途中で強制的に終了させる場合でなく、通常の
終了を意味する。）するのを待つ（Ｓ５０５）。演奏が
終了していない場合にはＳ２０５の判断処理へ戻るが、
演奏が終了すると（Ｓ５０６：ＹＥＳ）、図６の割込み
処理を実行させることで中央制御装置９に演奏終了を通
知する（Ｓ５０７）。中央制御装置９では、この通知を
受け取ると図６に示す割込み処理が実行される。

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

【００７０】一方、演奏終了の知らせであれば（Ｓ３０
１：ＹＥＳ）、ＣＰＵ９１は、Ｓ３０２〜Ｓ３０３の処
理に進む。Ｓ３０２では、通信してきたカラオケ演奏装
置５が使用中ではないことを示すため、ＲＡＭ９３の提
供先テーブル（図９）の該当する演奏装置ＩＤのＣＨ番
号・端末番号の欄をクリアする。続いて、Ｓ３０１で演
奏終了を知らせてきたカラオケ演奏装置５が演奏した曲
をリクエストしたカラオケ端末装置１９に、曲の演奏終
了を、ポーリング制御処理（図７参照）によって送信さ
れるポーリング信号に付加して知らせる（Ｓ３０３）。

【００７１】以上のように動作する本実施例のカラオケ
用の情報提供システム１では、リクエストに応じてカラ
オケ演奏をする場合、カラオケ演奏装置５毎にチャンネ
ルを割り当ててあるので、カラオケ演奏装置５と同数の
カラオケ端末装置１９でそれぞれ独立にカラオケを楽し
むことができる。ここで、あるカラオケ端末装置１９か
ら演奏途中にもかかわらず演奏を停止させたいという要
求があった場合には、次のようにしてその処理を行な
う。すなわち、図５のＳ２０８〜Ｓ２１１に示すよう
に、停止要求データよりＣＨ番号と端末番号を抽出し、
この抽出したＣＨ番号と端末番号との対応関係を、図９
の提供先テーブルに記憶されている内部管理情報と照合
して、一致するものがあれば、そのＣＨ番号と端末番号
に対応するカラオケ演奏装置５に対して停止指示を出力
するが、一致するものがなければ停止指示を出さない
で、要求を無視するのである。

【００７２】例えば、図９に示すように、識別情報が
「ａ」のカラオケ演奏装置５からは、ＣＨ１を介して端
末番号１のカラオケ端末装置１９に情報提供サービスが
実行され、識別情報が「ｂ」のカラオケ演奏装置５から
は、ＣＨ２を介して端末番号２のカラオケ端末装置１９
に情報提供サービスが実行されている場合に、図５のＳ
２０８で抽出したＣＨ番号と端末番号が、例えば（ＣＨ
番号２，端末番号１）となっていたり、あるいは（ＣＨ
番号１，端末番号２）となっていた場合には、そのよう
な組み合せは提供先テーブル内には記憶されていないの
で、停止指示を実行しないのである。

【００７３】このように作用する本実施例の情報提供シ
ステムによれば、以下のような効果を奏する。つまり、
上記停止要求が端末番号１のカラオケ端末装置１９から
送信される間に、ノイズ等によってデータの一部が化け
てしまうことが考えられ、例えば（ＣＨ番号１，端末番
号１）として送信されるはずのものが、データ化けで
（ＣＨ番号２，端末番号１）となってしまうと、ＣＨ２
での情報提供サービスを停止して欲しいという要求とな
ってしまう。ＣＨ番号だけで判断しているとこのような
データ化けが識別できないので、実際には停止要求は送
信されていないにもかかわらず、ＣＨ２でのカラオケサ
ービスを停止してしまうと、演奏装置ＩＤが「ｂ」のカ
ラオケ演奏装置５に対して停止指令を出してしまうこと
となる。

【００７４】しかし、本実施例の場合には、ＣＨ番号と
端末番号とがセットになっているので、この場合には、
送られてきた停止要求中の（データ化けした）ＣＨ２と
端末番号１との対応関係が、提供先テーブル（図９）に
記憶されている対応関係と照合される。そして、この場
合には対応関係が一致しないので、上記停止要求は無視
されることとなる。なお、この場合、端末番号の方だけ
がデータ化けした場合であっても、同様に対応関係が一
致しないので、上記停止要求はやはり無視されることと
なる。

【００７５】このように、カラオケ端末装置１９と情報
センタ１側との間の伝送路においてデータ化けした場合
であっても、実際に制御対象でないカラオケ端末装置１
９での出力状況に影響を及ぼさないようにできるため、
適切なサービス提供が実現できる。

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

【００７７】以上、実施例に従って、本発明について説
明したが、本発明はこのような実施例に限定されるもの
ではなく、本発明の要旨を逸脱しない範囲でさまざまに
実施できることは言うまでもない。例えば、上記実施例
の場合には、ＣＨ番号と端末番号との対応関係に基づい
ていたが、ＣＨ番号と現在提供を受けている外部出力用
情報の識別情報（上記実施例においてはカラオケ曲番号
等）のとの対応関係に基づいてもよい。あるいは、端末
番号とカラオケ曲番号との対応関係に基づいてもよい。
これらの場合でも同様の効果がある。

【００７８】また、上記実施例あるいはそれ以外の例と
して上述したものでは、ＣＨ番号、端末番号、現在提供
を受けている外部出力用情報の識別情報の３つの識別情
報の内の２つの識別情報の対応関係に基づくものであ
る。これらは、一方のデータ化けによる誤った制御を防
止することができるが、例えば両方の識別情報がデータ
化けし、さらに、たまたま中央制御装置９のＲＡＭ９３
に記憶されている対応関係と一致するような状態でのデ
ータ化けであった場合には、そのデータ化けは判別でき
ない。例えば、上記実施例の図９の提供先テーブルに示
す具体例でいえば、（ＣＨ番号１，端末番号１）という
情報がたまたま（ＣＨ番号２，端末番号２）にデータ化
けしてしまうと、この対応関係は図９の提供先テーブル
に記憶されているものと一致するので、結果的に誤った
停止指令となってしまう。

【００７９】このような、２つの識別情報のデータ化け
への対処としては、上述の３つの識別情報の対応関係に
基づくようにしてもよい。レスポンス信号として送信す
る停止要求データにＣＨ番号、端末番号及び現在提供を
受けている曲番号を含めると共に、提供先テーブルに
も、これら３つの識別情報を記憶させておくのである。

【００８０】なお、上記実施例では、カラオケ演奏の停
止要求を取り上げて説明した。これは要求していないの
勝手にカラオケ演奏が停止されてしまうという不具合は
非常に影響が大きいため、例として挙げたものである。
それ以外にも、例えば演奏キー（ｋｅｙ）変更なども影
響が大きい。

【００８１】また、情報提供システムの用途はカラオケ
に限定されるものではなく、情報出力手段とは別体の出
力端末装置を利用が想定される部屋や場所等に設置する
システムであれば適用でき、例えばビデオ用の提供シス
テムやゲーム用の提供システムなど種々採用できる。そ
してビデオ放送システムに利用した場合には、再生停止
の要求だけでなく、早送りや巻戻しなどの要求も、誤っ
て受け付けられると影響としてはやはり大きいものとな
る。

【図面の簡単な説明】

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

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

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

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

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

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

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

【図８】 実施例のカラオケ演奏装置で実行される処理
のフローチャートである。

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/28 Ｈ０４Ｌ 11/00 ３１０Ｄ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 外部出力用情報を出力可能な情報出力手
   段を複数備え、該情報出力手段に対して情報提供に関す
   る各種処理の実行を指令する情報センタと、 前記各情報出力手段から出力される外部出力用情報をそ
   れぞれ１チャンネルに割り当てて搬送するマルチチャン
   ネルの搬送装置と、 情報提供に関する各種要求を送出する要求送出手段と、
   前記搬送装置に接続されて前記マルチチャンネルから１
   チャンネルを選択するチャンネル選択手段と、該チャン
   ネル選択手段により選択されたチャンネルから取得した
   前記外部出力用情報に基づいて外部出力を実行するデー
   タ出力手段とを備え、前記情報センタ側の情報出力手段
   よりも多数の出力端末とを備え、前記情報センタは、前
   記出力端末の要求送出手段から送出された要求を取得
   し、該取得した要求に応じた情報処理の実行を前記複数
   の情報出力手段の中から選択して指令すると共に、該選
   択された情報出力手段からの前記出力用情報が搬送され
   る前記チャンネルを前記要求を送出した出力端末に通知
   するよう構成されている情報提供システムであって、 前記出力端末は、前記情報センタから外部出力用情報の
   提供を受けている最中に、その情報提供に関する要求を
   送出する場合には、その外部出力用情報が搬送されてき
   ているチャンネルの識別情報及び端末識別情報を付加し
   て情報センタに送出するようにされており、 一方、前記情報センタは、前記出力端末からの要求に応
   じた出力用情報を搬送するチャンネルを選択した場合に
   は、その選択されたチャンネルの識別情報と端末識別情
   報との対応関係を記憶しておく記憶手段を備え、前記出
   力端末からの要求にチャンネル識別情報及び端末識別情
   報が付加されている場合には、前記記憶手段に記憶され
   ている対応関係と照合し、対応関係が一致しない要求に
   ついては無視するように構成されていることを特徴とす
   る情報提供システム。
2. 【請求項２】 外部出力用情報を出力可能な情報出力手
   段を複数備え、該情報出力手段に対して情報提供に関す
   る各種処理の実行を指令する情報センタと、 前記各情報出力手段から出力される外部出力用情報をそ
   れぞれ１チャンネルに割り当てて搬送するマルチチャン
   ネルの搬送装置と、 情報提供に関する各種要求を送出する要求送出手段と、
   前記搬送装置に接続されて前記マルチチャンネルから１
   チャンネルを選択するチャンネル選択手段と、該チャン
   ネル選択手段により選択されたチャンネルから取得した
   前記外部出力用情報に基づいて外部出力を実行するデー
   タ出力手段とを備え、前記情報センタ側の情報出力手段
   よりも多数の出力端末とを備え、前記情報センタは、前
   記出力端末の要求送出手段から送出された要求を取得
   し、該取得した要求に応じた情報処理の実行を前記複数
   の情報出力手段の中から選択して指令すると共に、該選
   択された情報出力手段からの前記出力用情報が搬送され
   る前記チャンネルを前記要求を送出した出力端末に通知
   するよう構成されている情報提供システムであって、 前記出力端末は、前記情報センタから外部出力用情報の
   提供を受けている最中に、その情報提供に関する要求を
   送出する場合には、その外部出力用情報が搬送されてき
   ているチャンネルの識別情報及び現在提供を受けている
   外部出力用情報の識別情報を付加して情報センタに送出
   するようにされており、 一方、前記情報センタは、前記出力端末からの要求に応
   じた外部出力用情報を搬送するチャンネルを選択した場
   合には、その選択されたチャンネルの識別情報と提供す
   る外部出力用情報の識別情報との対応関係を記憶してお
   く記憶手段を備え、前記出力端末からの要求にチャンネ
   ル識別情報及び外部出力用情報の識別情報が付加されて
   いる場合には、前記記憶手段に記憶されている対応関係
   と照合し、対応関係が一致しない要求については無視す
   るように構成されていることを特徴とする情報提供シス
   テム。
3. 【請求項３】 外部出力用情報を出力可能な情報出力手
   段を複数備え、該情報出力手段に対して情報提供に関す
   る各種処理の実行を指令する情報センタと、 前記各情報出力手段から出力される外部出力用情報をそ
   れぞれ１チャンネルに割り当てて搬送するマルチチャン
   ネルの搬送装置と、 情報提供に関する各種要求を送出する要求送出手段と、
   前記搬送装置に接続されて前記マルチチャンネルから１
   チャンネルを選択するチャンネル選択手段と、該チャン
   ネル選択手段により選択されたチャンネルから取得した
   前記外部出力用情報に基づいて外部出力を実行するデー
   タ出力手段とを備え、前記情報センタ側の情報出力手段
   よりも多数の出力端末とを備え、前記情報センタは、前
   記出力端末の要求送出手段から送出された要求を取得
   し、該取得した要求に応じた情報処理の実行を前記複数
   の情報出力手段の中から選択して指令すると共に、該選
   択された情報出力手段からの前記出力用情報が搬送され
   る前記チャンネルを前記要求を送出した出力端末に通知
   するよう構成されている情報提供システムであって、 前記出力端末は、前記情報センタから外部出力用情報の
   提供を受けている最中に、その情報提供に関する要求を
   送出する場合には、端末識別情報及び現在提供を受けて
   いる外部出力用情報の識別情報を付加して情報センタに
   送出するようにされており、 一方、前記情報センタは、前記出力端末からの要求に応
   じた外部出力用情報を搬送するチャンネルを選択した場
   合には、端末識別情報と提供する外部出力用情報の識別
   情報との対応関係を記憶しておく記憶手段を備え、前記
   出力端末からの要求に端末識別情報及び外部出力用情報
   の識別情報が付加されている場合には、前記記憶手段に
   記憶されている対応関係と照合し、対応関係が一致しな
   い要求については無視するように構成されていることを
   特徴とする情報提供システム。
4. 【請求項４】 請求項１に記載の情報提供システムであ
   って、 前記出力端末は、前記情報センタから外部出力用情報の
   提供を受けている最中に、その情報提供に関する要求を
   送出する場合には、前記チャンネルの識別情報及び端末
   識別情報に加えて現在提供を受けている外部出力用情報
   の識別情報を付加して情報センタに送出するようにされ
   ており、 一方、前記情報センタの記憶手段は、前記チャンネルの
   識別情報と端末識別情報に前記外部出力用情報の識別情
   報を加えた３つの識別情報の対応関係を記憶しており、
   前記出力端末からの要求に端末識別情報とチャンネル識
   別情報と外部出力用情報の識別情報とが付加されている
   場合には、前記記憶手段に記憶されている対応関係と照
   合し、対応関係が一致しない要求については無視するよ
   うに構成されていることを特徴とする情報提供システ
   ム。
5. 【請求項５】 請求項１〜４いずれかに記載の情報提供
   システムにおいて、 前記出力端末が、前記情報センタから外部出力用情報の
   提供を受けている最中に送出する情報提供に関する要求
   は、少なくとも、情報提供の停止要求を含むことを特徴
   とする情報提供システム。