(57)【特許請求の範囲】
【請求項１】
カラオケ曲情報を配信可能なホスト装置と、
店舗内の複数の部屋にそれぞれ設置されたカラオケ端末を集中的に管理可能であり、前記ホスト装置から配信されたカラオケ曲情報を各カラオケ端末へ供給可能な複数の集中管理装置とを備える通信式カラオケシステムであって、
前記集中管理装置は、
管理対象となるカラオケ端末が設置された部屋の利用状況を含む所定の店舗情報を入力させるための入力手段と、
前記入力手段によって入力された前記店舗情報を記憶する記憶手段と、
前記ホスト装置からの要求に応じて、前記店舗情報をホスト装置へ通知する店舗情報通知手段と、
前記管理対象のカラオケ端末からのデータがカラオケデータの要求であるか否かを判断する集中管理装置側データ要求判断手段と、
前記管理対象のカラオケ端末からのデータが前記店舗情報の通知要求であるか否かを判断する集中管理装置側通知要求判断手段と、
前記集中管理装置側判断手段によって前記カラオケ端末からのデータがカラオケデータの要求でないと判断され、且つ前記集中管理装置側通知要求判断手段によって前記カラオケ端末からのデータが店舗情報の通知要求であると判断された場合には、その要求に応じて、別の集中管理装置に対応する前記店舗情報を通知してもらうよう前記ホスト装置へ要求する店舗情報要求手段とを備え、
前記ホスト装置から通知された店舗情報を要求してきたカラオケ端末において出力させるよう構成されており、
一方、ホスト装置は、
前記集中管理装置に対して前記店舗情報をアップロードするよう指示するアップロード指示手段と、
前記集中管理装置からのデータがカラオケデータの要求であるか否かを判断するホスト装置側データ要求判断手段と、
前記集中管理装置からのデータが前記店舗情報の通知要求であるか否かを判断するホスト装置側通知要求判断手段と、
前記ホスト装置側データ要求判断手段によって前記集中管理装置からのデータがカラオケデータの要求でないと判断され、且つ前記ホスト装置側通知要求判断手段によって前記集中管理装置からのデータが店舗情報の通知要求であると判断された場合には、その要求に応じた店舗情報を、前記通知要求があった集中管理装置へダウンロードするダウンロード手段とを備えることを特徴とする通信式カラオケシステム。
【請求項２】
前記ホスト装置は、所定期間毎に、前記各集中管理装置に対して前記店舗情報をアップロードするよう指示し、そのアップロードされた店舗情報を記憶しておき、前記集中管理装置から店舗情報の通知要求があった場合には、要求に応じた店舗情報を前記記憶された店舗情報より取得して、前記通知要求があった集中管理装置へダウンロードするよう構成されていることを特徴とする請求項１に記載の通信式カラオケシステム。
【請求項３】
前記ホスト装置は、前記集中管理装置から店舗情報の通知要求があった場合には、その要求に応じた店舗情報をアップロードするよう該当する集中管理装置へ指示し、その指示に応じてアップロードされた店舗情報を、前記通知要求があった集中管理装置へダウンロードするよう構成されていることを特徴とする請求項１に記載の通信式カラオケシステム。
【請求項４】
前記ホスト装置は、１台のメインホスト装置に対して複数台のサブホスト装置が接続され、その１台のサブホスト装置に対して前記集中管理装置が複数台接続された構成とされており、
前記サブホスト装置は、前記集中管理装置から通知要求された店舗情報が自己の管轄外であった場合には、前記メインホスト装置に対して店舗情報を要求し、
一方、メインホスト装置は、前記サブホスト装置からのデータがカラオケデータの要求でないと判断し、前記サブホスト装置からのデータが店舗情報の通知要求であると判断した場合には、その要求に応じた店舗情報を持つ集通管理装置を管轄しているサブホスト装置に対して、当該店舗情報をアップロードするよう指示するよう構成されていることを特徴とする請求項３に記載の通信式カラオケシステム。
【請求項５】
前記集中管理装置は、前記管理対象のカラオケ端末からの要求に応じて、別の集中管理装置が管理している部屋の予約を前記ホスト装置へ要求する予約要求手段と、前記ホスト装置から部屋の予約処理の実行指示があった場合には、その指示された部屋を予約しておく所定の予約処理を実行する予約実行手段とを備え、一方、ホスト装置は、前記集中管理装置から部屋予約要求があった場合には、要求に応じた部屋を管理する別の集中管理装置に対して前記部屋の予約処理を実行するよう指示する予約指示手段を備えていることを特徴とする請求項１乃至４のいずれかに記載の通信式カラオケシステム。
【請求項６】
前記所定の店舗情報には、当該店舗のサービス内容などの宣伝用情報が含まれていることを特徴とする請求項１乃至５のいずれかに記載の通信式カラオケシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、店舗内の複数の部屋にそれぞれ設置されたカラオケ端末を集中的に管理可能であり、ホスト装置から配信されたカラオケ曲情報を各カラオケ端末へ供給可能な複数の集中管理装置を備える通信式カラオケシステムに関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来、カラオケ店を利用する場合に、一つのカラオケ店だけをずっと利用し続けるのではなく、例えば雰囲気を変えるために今利用しているカラオケ店を一度出て、別のカラオケ店に移動したい場合がある。
【０００３】
この場合、別のカラオケ店の部屋の空き状況が判らないので、例えば事前に行きたいカラオケ店の電話番号を電話帳か広告で調べるなどして電話で空いていることを確認し、空いていれば部屋の予約を入れてから移動するか、あるいは一度カラオケ店を出てから、実際に移動して空いているカラオケ店を探さなければならなかった。
【０００４】
このように、別のカラオケ店に移動する場合には利用者にとって面倒な状況が種々発生する。さらには、別のカラオケ店に移動したはよいが、その雰囲気が自分の思っていたのと違う場合には満足できず、結果的にすぐに別のカラオケ店へ再度移動するといったことにもなる。
【０００５】
本発明は、上述した問題点を解決するためになされたものであり、あるカラオケ店の部屋の中にいながら、他のカラオケ店の部屋の空き情報を知ることができるようにして利便を向上させた通信式カラオケシステムを提供することを第１の目的とし、さらにはその部屋の予約もできるようにした通信式カラオケシステムを提供することを第２の目的とする。
【０００６】
【課題を解決するための手段及び発明の効果】
この第１の目的を達成するためになされた請求項１に記載の発明は、カラオケ曲情報を配信可能なホスト装置と、店舗内の複数の部屋にそれぞれ設置されたカラオケ端末を集中的に管理可能であり、前記ホスト装置から配信されたカラオケ曲情報を各カラオケ端末へ供給可能な複数の集中管理装置とを備える通信式カラオケシステムであって、前記集中管理装置は、管理対象となるカラオケ端末が設置された部屋の利用状況を含む所定の店舗情報を入力させるための入力手段と、入力手段によって入力された前記店舗情報を記憶する記憶手段と、前記ホスト装置からの要求に応じて、前記店舗情報をホスト装置へ通知する店舗情報通知手段と、前記管理対象のカラオケ端末からのデータがカラオケデータの要求であるか否かを判断する集中管理装置側データ要求判断手段と、前記管理対象のカラオケ端末からのデータが前記店舗情報の通知要求であるか否かを判断する集中管理装置側通知要求判断手段と、集中管理装置側判断手段によって前記カラオケ端末からのデータがカラオケデータの要求でないと判断され、且つ集中管理装置側通知要求判断手段によって前記カラオケ端末からのデータが店舗情報の通知要求であると判断された場合には、その要求に応じて、別の集中管理装置に対応する前記店舗情報を通知してもらうよう前記ホスト装置へ要求する店舗情報要求手段とを備え、前記ホスト装置から通知された店舗情報を要求してきたカラオケ端末において出力させるよう構成されており、一方、ホスト装置は、前記集中管理装置に対して前記店舗情報をアップロードするよう指示するアップロード指示手段と、前記集中管理装置からのデータがカラオケデータの要求であるか否かを判断するホスト装置側データ要求判断手段と、集中管理装置からのデータが前記店舗情報の通知要求であるか否かを判断するホスト装置側通知要求判断手段と、ホスト装置側データ要求判断手段によって前記集中管理装置からのデータがカラオケデータの要求でないと判断され、且つホスト装置側通知要求判断手段によって前記集中管理装置からのデータが店舗情報の通知要求であると判断された場合には、その要求に応じた店舗情報を、前記通知要求があった集中管理装置へダウンロードするダウンロード手段とを備えることを特徴とする。
【０００７】
本発明の通信式カラオケシステムによれば、ホスト装置から集中管理装置に対してカラオケ曲情報を配信すると、集中管理装置は、店舗内の複数の部屋にそれぞれ設置されたカラオケ端末へその配信されたカラオケ曲情報を供給して各カラオケ端末にてカラオケ演奏を実行させることができる。そして、各カラオケ端末を集中的に管理可能であり、例えば、その稼働状況などを管理することができる。例えば新規に利用したい利用者がいた場合には、その稼働状況から空いている部屋、つまり利用していないカラオケ端末を見つけることができ、円滑な店舗管理に有効である。
【０００８】
このような基本的な機能を持つシステムにおいて、さらに次のような特徴的な機能を発揮することができる。つまり、集中管理装置は、ホスト装置からの要求に応じて、管理対象となるカラオケ端末が設置された部屋の利用状況を含む所定の店舗情報をホスト装置へ通知することができる。また、管理対象のカラオケ端末からの要求に応じて、別の集中管理装置に対応する店舗情報を通知してもらうようホスト装置へ要求することもできる。一方、ホスト装置は、集中管理装置に対して店舗情報をアップロードするよう指示することができ、また、集中管理装置から店舗情報の通知要求があった場合には、要求に応じた店舗情報を、通知要求があった集中管理装置へダウンロードすることができる。
【０００９】
これにより、例えばある部屋にてカラオケ端末を利用していた利用者が、他の店舗に移動したいと思った場合には、それをカラオケ端末を通じて要求すればよい。この要求に際しては、例えば店舗を特定して要求してもよいし、店舗は特定せずいずれか別の店舗についての店舗情報を要求してもよい。そして、集中管理装置は、その要求に応じた店舗情報をホスト装置を介して入手し、要求があったカラオケ端末においてその店舗情報を出力させるのである。カラオケ演奏において歌詞テロップをモニタ等に表示させる構成であれば、そのモニタにこの店舗情報を表示させればよい。
【００１０】
このように、本通信式カラオケシステムによれば、カラオケ端末の利用者は、あるカラオケ店の部屋の中にいながら、他のカラオケ店の部屋の空き情報を知ることができるため、従来のように、例えば事前に行きたいカラオケ店の電話番号を電話帳か広告で調べるなどして電話で空いていることを確認し、空いていれば部屋の予約を入れてから移動するか、あるいは一度カラオケ店を出てから、実際に利用者自身が移動して空いているカラオケ店を探すといった手間がなくなる。また、店舗側にとっても、実際には部屋が空いているにもかかわらず、利用状況が判らないためにカラオケ利用の希望者が来ないといったデメリットを回避できる。
【００１１】
このように、ある集中管理装置から別の集中管理装置の店舗情報を要求された場合に、ホスト装置がその店舗情報を要求のあった集中管理装置へダウンロードすることとなるが、その店舗情報の収集方法については、大きく分けて次の２通りがある。
【００１２】
第１の方法は、請求項２に示すように、ホスト装置が、所定期間毎に、各集中管理装置に対して店舗情報をアップロードするよう指示し、そのアップロードされた店舗情報を記憶しておき、集中管理装置から店舗情報の通知要求があった場合には、要求に応じた店舗情報を記憶された店舗情報中より取得して、通知要求があった集中管理装置へダウンロードする方法である。
【００１３】
また、第２の方法は、請求項３に示すように、ホスト装置が、集中管理装置から店舗情報の通知要求があった場合には、その要求に応じた店舗情報をアップロードするよう該当する集中管理装置へ指示し、その指示に応じてアップロードされた店舗情報を、通知要求があった集中管理装置へダウンロードする方法である。
【００１４】
つまり、第１の方法の場合には、各集中管理装置において把握している店舗情報が定期的にホスト装置へアップロードされるので、ある集中管理装置から店舗情報の通知要求があった場合には、その要求に応じた店舗情報を即座にダウンロードすることができる。但し、各集中管理装置からの店舗情報のアップロードタイミングによっては、リアルタイムの情報でなくなる場合もあるので、例えば部屋が空いているとして予約をしようとした場合、実は既に利用されており空いていないということもありえる。つまり、例えば１０分間毎にアップロードさせるとしても、最後にアップロードした時点から次のアップロードするまでの１０分間に部屋の利用が開始されてしまった場合には、ホスト装置に記憶されている店舗情報と現状とが食い違うこととなる。
【００１５】
それに対して、第２の方法のようにすれば、ある集中管理装置から店舗情報の通知要求があった場合には、その要求があって初めて対象となる集中管理装置に店舗情報のアップロードを指示するため、現状に即した店舗情報が得られるというメリットがある。但し、要求があって初めてアップロードを指示するため、第１の方法に比べればレスポンスは低下する。
【００１６】
したがって、例えばレスポンスの低下が問題ないような状況であれば、第２の方法を採用した方が好ましいし、レスポンスはある程度高く保ちたいのであれば、第１の方法を採用し、上述したアップロードのタイミングを極力短期間毎に行なうようにすることが好ましい。
【００１７】
なおホスト装置が、１台のメインホスト装置に対して複数台のサブホスト装置が接続され、その１台のサブホスト装置に対して前記集中管理装置が複数台接続された構成の場合も考えられる。このような構成において上述した第２の方法を採用した場合には、請求項４に示すような構成とすればよい。つまり、サブホスト装置は、前記集中管理装置から通知要求された店舗情報が自己の管轄外であった場合には、前記メインホスト装置に対して店舗情報を要求し、一方、メインホスト装置は、前記サブホスト装置からのデータがカラオケデータの要求でないと判断し、前記サブホスト装置からのデータが店舗情報の通知要求であると判断した場合には、その要求に応じた店舗情報を持つ集通管理装置を管轄しているサブホスト装置に対して、当該店舗情報をアップロードするよう指示するよう構成するのである。
【００１８】
また、これまでの説明では、他の店舗における部屋の利用状況を含む所定の店舗情報が部屋にいながら判るという点を説明したが、その店舗情報を見て、実際にその部屋を予約できるようにするという第２の目的までも達成する構成としては、次のような構成が考えられる。すなわち、前記集中管理装置は、管理対象のカラオケ端末からの要求に応じて、別の集中管理装置が管理している部屋の予約をホスト装置へ要求する予約要求手段と、ホスト装置から部屋の予約処理の実行指示があった場合には、その指示された部屋を予約しておく所定の予約処理を実行する予約実行手段とを備え、一方、ホスト装置は、集中管理装置から部屋予約要求があった場合には、要求に応じた部屋を管理する別の集中管理装置に対して部屋の予約処理を実行するよう指示する予約指示手段を備えるのである。
【００１９】
このようにすれば、他の店舗情報を見て確認した後に、即座に部屋の予約ができ、さらに利便が向上する。なお、上述したように、モニタに店舗情報を表示させる構成とした場合には、その表示された状態にて所定の予約処理操作をすれば予約ができる構成とすると便利である。これには、例えばモニタにガイダンス内容を表示して、予約したい店舗や部屋の番号などを入力させるようにすれば簡単である。もちろん、それ以外の操作によって行なうようにしてもよい。
【００２０】
また、前記所定の店舗情報としては、上述した部屋の利用状況に加えて種々の情報を含めることができる、例えば店舗のサービス内容などの宣伝用情報を含まれば、利用者にとってはこれからの移動先を決めるための情報として有益であり、一方、カラオケ店舗側にとっても、利用者を自分の店舗に来てもらうための宣伝ができるので有益である。
【００２１】
なお、上述の説明では、要求できる店舗情報について何等制限は設けなかったが、例えば同一の通信式カラオケシステム内に複数の系列の集中管理装置（群）が混在しているような場合、つまり、カラオケ曲情報の配信は同様にホスト装置から受けるが、事業者などの点から異なる系列に属するような場合には、同系列の集中管理装置に対しての店舗情報だけを取得し、また通知できるような構成としてもよい。もちろん、異なる系列であっても事業者間で同意ができているのであれば、このような制限は設けなくてもよい。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。図１は実施形態の通信式カラオケシステムの全体的な概略構成を示すブロック図、図２はホストの概略構成を示すブロック図、図３はサブホストの概略構成を示すブロック図、図４は集中管理装置の概略構成を示すブロック図、図５はカラオケ端末の概略構成を示すブロック図である。
【００２３】
図１を用いて、システム全体の構成を簡単に説明する。本通信式カラオケシステムは、カラオケソフトの配信源となるホスト（Ａ）と、そのカラオケソフトをホスト（Ａ）から受信し各カラオケ店（Ｋ）に設置された集中管理装置（Ｃ）に送信するための中継的な役割を果たす複数のサブホスト（Ｂ）と、カラオケ店（Ｋ）毎に設置される集中管理装置（Ｃ）と、その集中管理装置（Ｃ）に接続したカラオケ端末（Ｄ）とを備えている。こうした構成から明らかなように、本通信カラオケシステムでは、ホスト（Ａ）と各集中管理装置（Ｃ）とは直接には通信せず、例えば１都道府県あたり数台の割合で全国に分散設置されているサブホスト（Ｂ）を経由する。これは、ホスト（Ａ）の処理の負荷を低減させたり、ホスト（Ａ）から遠方にある集中管理装置（Ｃ）との通信料金を削減させる等の理由からである。
【００２４】
前記ホスト（Ａ）は、デジタル通信回線を通じて複数のサブホスト（Ｂ）に接続され、各サブホスト（Ｂ）はアナログ通信回線を通じて多くのカラオケ店（Ｋ）の集中管理装置（Ｃ）に接続されている。集中管理装置（Ｃ）は同軸ケーブル等で多数の部屋（Ｒ）に置かれているカラオケ端末（Ｄ）に接続されている。なお、サブホスト（Ｂ）、カラオケ店（Ｋ）、部屋（Ｒ）、集中管理装置（Ｃ）及びカラオケ端末（Ｄ）については複数存在するため、それらの区別を付ける必要がある場合には、サブホスト（Ｂ１），（Ｂ２）……、カラオケ店（Ｋ１），（Ｋ２）……、部屋（Ｒ１），（Ｒ２）……、集中管理装置（Ｃ１），（Ｃ２）……及びカラオケ端末（Ｄ１），（Ｄ２）……というように１，２……の数字を付加して表すこととし、区別を付ける必要がない場合には、数字を付加せず単にサブホスト（Ｂ）、カラオケ店（Ｋ）、部屋（Ｒ）、集中管理装置（Ｃ１）及びカラオケ端末（Ｄ）と表すこととする。なお、各集中管理装置（Ｃ１）が通信相手とするサブホスト（Ｂ）は１台が固定されているわけではなく、例えば最も近くにあるサブホスト（Ｂ）を呼んでも話中状態等で接続できなければ、他のサブホスト（Ｂ）を呼ぶことが可能で、普通１台の集中管理装置（Ｃ）に数台のサブホスト（Ｂ）が割り振られている。
【００２５】
図１に示す場合には、１つのサブホスト（Ｂ１）と２つのカラオケ店（Ｋ１），（Ｋ２）を中心に考える。サブホスト（Ｂ１）はカラオケ店（Ｋ１），（Ｋ２）の集中管理装置（Ｃ１），（Ｃ２）に接続されている。そして、カラオケ店（Ｋ１）の集中管理装置（Ｃ１）は、同軸ケーブル等で４つの部屋（Ｒ１）〜（Ｒ４）に設置されたカラオケ端末（Ｄ１）〜（Ｄ４）に接続されており、もう１つのカラオケ店（Ｋ２）の集中管理装置（Ｃ２）は、同軸ケーブル等で３つの部屋（Ｒ５）〜（Ｒ７）のカラオケ端末（Ｄ５）〜（Ｄ７）に接続されている。
【００２６】
以上がシステム全体の概略的な構成説明であったが、続いて、図２を参照して、ホスト（Ａ）の内部構成及び機能について簡単に説明する。ホスト（Ａ）は、図２に示すように、制御手段としてのホストコンピュータ１に記憶手段としてのハードディスク２とプリンタ７とが接続されており、さらにホストコンピュータ１には、データバス６を介して通信手段としての通信制御装置９が接続されている。通信制御装置９は例えばサブホスト（Ｂ１）用、サブホスト（Ｂ２）用という具合いに複数台備えており、各通信制御装置９は、デジタル通信回線との接続をするためのデジタル回線インターフェース３と、制御手段としてのＣＰＵ４と、共有メモリ５と、バッファＲＡＭ８とを備えている。
【００２７】
カラオケ端末（Ｄ）がカラオケ演奏を実行するために用いるカラオケデータは、ホストコンピュータ１を介してハードディスク２に入力される。サブホスト（Ｂ）からカラオケデータの送信要求があると、この要求を通信制御装置９内のデジタル回線インターフェース３で受け取り、ＣＰＵ４がこの要求を共有メモリ５に転送する。そして、ホストコンピュータ１はデータバス６を介して共有メモリ５の要求を読み出す。
【００２８】
ホストコンピュータ１は、要求されているカラオケデータをハードディスク２から読み出し、データバス６を介して通信制御装置９内の共有メモリ５に書き込む。ＣＰＵ４は、この書き込まれたカラオケデータを必要に応じてバッファＲＡＭ８に溜め込み、デジタル回線インターフェース３に送る。デジタル回線インターフェース３はこのデータをデジタル通信回線で送ることができる信号に変換して、送信要求のあったサブホスト（Ｂ）に送信する。逆にサブホスト（Ｂ）から送られてくる利用状況の情報（いわゆる稼働ログと呼ばれるデータ）は同様に通信制御装置９を介して受け取り、ハードディスク２に蓄えておく。なお、ハードディスク２に蓄えられているカラオケデータのリストや利用状況をプリンタ７を介して印刷出力することもできる。
【００２９】
次に、図３を参照して、サブホスト（Ｂ１）の内部構成及び機能について簡単に説明する。なお、他のサブホスト（Ｂ２），（Ｂ３）……も同様の構成であるが、上述したように、ここでは１つのサブホスト（Ｂ１）と２つのカラオケ店（Ｋ１），（Ｋ２）を中心に考えるため、サブホスト（Ｂ１）の説明とする。
【００３０】
サブホスト（Ｂ１）は、制御手段としてのＣＰＵ１１と、集中管理装置（Ｃ１），（Ｃ２）……側との通信手段としての複数のモデム１２と、カラオケデータを記憶しておくためのカラオケデータ記憶装置１３と、ホスト（Ａ）側との通信手段としてのデジタル回線インターフェース１４と、バッファＲＡＭ１５とがバスによって接続されて構成されている。
【００３１】
上述したように、１つのサブホスト（Ｂ１）と２つのカラオケ店（Ｋ１），（Ｋ２）を中心に考えた場合には、ＣＰＵ１１は、モデム１２を介して各カラオケ店（Ｋ１），（Ｋ２）の集中管理装置（Ｃ１），（Ｃ２）から送られてくカラオケデータの送信要求に応じ、カラオケデータ記憶装置１３に蓄えられているカラオケデータを読み出してモデム１２に転送する。モデム１２はこのデータをアナログ回線で送ることができる信号に変換して集中管理装置（Ｃ１），（Ｃ２）に送信する。
【００３２】
また、カラオケデータ記憶装置１３に該当するカラオケデータがないときは、デジタル回線インターフェース１４を介してホスト（Ａ）にカラオケデータを要求すると、デジタル回線インターフェース１４を介してホスト（Ａ）からカラオケデータが送られてくる。そのため、ＣＰＵ１１はこのカラオケデータを必要に応じてバッファＲＡＭ１５に溜め込み、さらにカラオケデータ記憶装置１３に保存していくと共に、モデム１２を介して集中管理装置（Ｃ１），（Ｃ２）に送信する。また、ホスト（Ａ）からの依頼に対して集中管理装置（Ｃ１），（Ｃ２）から稼働ログを収集してホスト（Ａ）に送り返す働きもしている。さらに、本実施形態のシステムでは、一方の集中管理装置（Ｃ１）からの情報要求を他方の集中管理装置（Ｃ２）に転送し、その他方の集中管理装置（Ｃ２）からの情報を一方の集中管理装置（Ｃ１）に転送したりもできるようになっている。
【００３３】
次に、図４を参照して、集中管理装置（Ｃ１）の内部構成及び機能について簡単に説明する。なお、他の集中管理装置（Ｃ２），（Ｃ３）……も同様の構成である。集中管理装置（Ｃ１）は、制御手段としてのＣＰＵ２１と、カラオケ端末（Ｄ１），（Ｄ２）……側との通信手段としての入出力インターフェース２２と、カラオケデータを記憶しておくためのカラオケデータ記憶装置２３と、集中管理装置（Ｂ１）側との通信手段としてのモデム２４と、バッファＲＡＭ２５と、外部より各種指示などを入力するための入力装置２６と、記憶装置２７とがバスによって接続されて構成されている。
【００３４】
ＣＰＵ２１は、入出力インターフェース２２を介して各カラオケ端末（Ｄ１）〜（Ｄ４）から送られてくるカラオケデータの送信要求に応じ、カラオケデータ記憶装置２３に蓄えられているカラオケデータを入出力インターフェース２２を介して送信要求のあったカラオケ端末（Ｄ１）〜（Ｄ４）に転送する。また、カラオケデータ記憶装置２３に該当するカラオケデータがないときは、モデム２４を介してサブホスト（Ｂ１）にカラオケデータを要求する。サブホスト（Ｂ１）からカラオケデータが送られてきた場合には、モデム２４を介してそれを受け取り、ＣＰＵ２１はこのカラオケデータを必要に応じてバッファＲＡＭ２５に溜め込みカラオケデータ記憶装置２３に保存していくと共に、入出力インターフェース２２を介して送信要求のあったカラオケ端末（Ｄ１）〜（Ｄ４）に送信する。また、入力装置２６を介して入力された店のサービス内容や部屋の利用状況の情報は記憶装置２７に記憶される。この情報はサブホスト（Ｂ１）からの依頼に応じてサブホスト（Ｂ１）に送られる。
【００３５】
さらに、本集中管理装置（Ｃ１）では、入力装置２６を介して入力された同系列のカラオケ店（Ｋ）に関する情報も記憶装置２７に記憶されており、管理対象のカラオケ端末（Ｄ１）〜（Ｄ４）から問い合わせのあった他のカラオケ店（Ｋ）が同系列のカラオケ店（Ｋ）かどうかをＣＰＵ２１は判断する。そして、ＣＰＵ２１は、問い合わせのあったカラオケ店（Ｋ）が同系列であると判断すると、そのカラオケ店（Ｋ）のさらに詳しい情報（店舗情報）を送信してもらうためサブホスト（Ｂ１）に要求する。この要求に対する店舗情報がサブホスト（Ｂ１）から返ってくると、この店舗情報を入出力インターフェース２２を介して要求のあったカラオケ端末（Ｄ１）〜（Ｄ４）に転送する。同様に、このカラオケ端末（Ｄ１）〜（Ｄ４）から部屋の予約があると、部屋の予約要求をサブホスト（Ｂ１）に送信する。この要求に対する結果がサブホスト（Ｂ１）から返ってくると、この情報を入出力インターフェース２２を介して要求のあったカラオケ端末（Ｄ１）〜（Ｄ４）に転送する。
【００３６】
次に、図５を参照して、カラオケ端末（Ｄ１）の内部構成及び機能について簡単に説明する。なお、他のカラオケ端末（Ｄ２），（Ｄ３）……も同様の構成である。カラオケ端末（Ｄ１）は、制御手段としてのＣＰＵ３１と、利用者が各種指示を入力するための操作パネル３２と、集中管理装置（Ｃ１）との通信手段としての入出力インターフェース３３と、バッファＲＡＭ３４と、カラオケデータを用いてカラオケ演奏を行なうための楽音再生装置３５と、画面制御装置３６とがバスを介して接続されて構成されている。そして、楽音再生装置３５にはアンプ３８が接続されており、アンプ３８には、スピーカ３９とマイクロフォン３７とが接続されている。さらに、画面制御装置３６には、映像表示手段としてのモニタ４０が接続されている。
【００３７】
ＣＰＵ３１は、操作パネル３２を介して利用者から曲の選択があると、その選択曲に応じたカラオケデータを入出力インターフェース３３を介して集中管理装置（Ｃ１）へ要求する。集中管理装置（Ｃ１）から要求したカラオケデータが送られて来ると、入出力インターフェース３３を介してそれを取り込み、その取り込んだカラオケデータを必要に応じてバッファＲＡＭ３４に取り込みながら楽音再生装置３５に送ると共に、歌詞などのテロップ情報を画面制御装置３６に送る。楽音再生装置３５の出力とマイクロフォン３７からの入力音声信号はアンプ３８を介してスピーカ３９へ送られ、スピーカ３９によって発音されることとなる。一方、画面制御装置３６と入出力インターフェース３３からの信号は合成されてモニタ４０に表示される。
【００３８】
このような基本的な機能を持つと共に、本カラオケ端末Ｄ１では、操作パネル３２から上述した店舗情報、つまり他のカラオケ店（Ｋ）に関する詳しい情報を要求することができる。この要求があるとＣＰＵ３１は入出力インターフェース３３を介して集中管理装置（Ｃ１）へ要求する。集中管理装置（Ｃ１）から店舗情報が入出力インターフェース３３を介して送られてくると、店舗情報として、そのカラオケ店の案内情報や部屋の利用状況がモニタ４０に表示される。お客はその画面情報を見て気に入れば希望する部屋（Ｒ）の番号を操作パネル３２から入力することにより予約申請をすることができる。そして、この予約申請は再び集中管理装置（Ｃ１）を介してサブホスト（Ｂ１）へアップロードされ、そこから予約したい部屋（Ｒ）を備えるカラオケ店（Ｋ）の集中管理装置（Ｃ）へ予約申請がなされる。予約ができたか否かは、予約したカラオケ端末（Ｄ１）のモニタ４０に表示されるため、利用者は確認ができるのである。
【００３９】
ここまでは、実施形態の通信式カラオケシステムの全体構成とシステムを構成するホスト（Ａ）、サブホスト（Ｂ）、集中管理装置（Ｃ）及びカラオケ端末（Ｄ）の概略構成及びその機能について説明したが、続いて本通信式カラオケシステムの動作について説明する。まず、ホスト（Ａ）、サブホスト（Ｂ）、集中管理装置（Ｃ）及びカラオケ端末（Ｄ）における通信関連の動作を図６〜９のフローチャートを参照して説明した後、他のカラオケ店の部屋を予約する場合の具体的な流れについて説明する。
【００４０】
まず、ホスト（Ａ）において実行される通信関連の処理について図６のフローチャートを参照して説明する。最初のステップＳ１１０においては、サブホスト（Ｂ）からアップロードされたデータがあるかどうかを判断し、もしもデータがあれば（Ｓ１１０：ＹＥＳ）、それがカラオケデータの要求であるかどうかを判断する（Ｓ１２０）。そして、カラオケデータの要求であれば（Ｓ１２０：ＹＥＳ）、要求されたカラオケデータをハードディスク２より探し出し（Ｓ１３０）、そのカラオケデータをサブホスト（Ｂ）に対して送る（Ｓ１４０）。その後はＳ１１０へ戻る。
【００４１】
一方、カラオケデータの要求でなければ（Ｓ１２０：ＮＯ）、店舗情報の要求かどうかを判断し（Ｓ１５０）、店舗情報の要求であれば（Ｓ１５０：ＹＥＳ）、該当するサブホスト（Ｂ）に店舗情報を要求する（Ｓ１６０）。そして、該当するサブホスト（Ｂ）にから店舗情報を受け取り（Ｓ１７０）、その受け取った店舗情報を要求のあったサブホスト（Ｂ）に対して送る（Ｓ１８０）。その後はＳ１１０へ戻る。
【００４２】
次に、サブホスト（Ｂ）において実行される通信関連の処理について図７のフローチャートを参照して説明する。最初のステップＳ２１０においては、集中管理装置（Ｃ）からアップロードされたデータがあるかどうかを判断し、もしもデータがあれば（Ｓ２１０：ＹＥＳ）、それがカラオケデータの要求であるかどうかを判断する（Ｓ２２０）。そして、カラオケデータの要求であれば（Ｓ２２０：ＹＥＳ）、要求されたカラオケデータをカラオケデータ記憶装置１３（図３参照）から探す（Ｓ２３０）
【００４３】
Ｓ２３０で探した結果、要求されたカラオケデータがある場合には（Ｓ２４０：ＹＥＳ）、そのカラオケデータを、要求のあった集中管理装置（Ｃ）へ送る（Ｓ２７０）。その後はＳ２１０へ戻る。また、必ずしもサブホスト（Ｂ）がそのカラオケデータを記憶しているとは限らず、要求されたカラオケデータがない場合には（Ｓ２４０：ＮＯ）、ホスト（Ａ）に対してそのカラオケデータを送信してもらうよう要求する（Ｓ２５０）。そしてホスト（Ａ）から送信されてきたカラオケデータを受け取ってカラオケデータ記憶装置１３に記憶してから（Ｓ２６０）、Ｓ２７０へ移行する。Ｓ２７０では、要求のあった集中管理装置（Ｃ）へカラオケデータを送り、その後はＳ２１０へ戻る。一方、カラオケデータの要求でなければ（Ｓ２２０：ＮＯ）、店舗情報の要求かどうかを判断し（Ｓ２８０）、店舗情報の要求であれば（Ｓ２８０：ＹＥＳ）、該当する集中管理装置（Ｃ）に店舗情報を要求する（Ｓ２９０）。そして、該当する集中管理装置（Ｃ）から店舗情報を受け取り（Ｓ３００）、その受け取った店舗情報を要求のあった集中管理装置（Ｃ）に対して送る（Ｓ３１０）。その後はＳ２１０へ戻る。
【００４４】
続いて集中管理装置（Ｃ）において実行される通信関連の処理について図８のフローチャートを参照して説明する。最初のステップＳ５１０においては、カラオケ端末（Ｄ）からアップロードされたデータがあるかどうかを判断し、もしもデータがあれば（Ｓ５１０：ＹＥＳ）、それがカラオケデータの要求であるかどうかを判断する（Ｓ５２０）。そして、カラオケデータの要求であれば（Ｓ５２０：ＹＥＳ）、要求されたカラオケデータをカラオケデータ記憶装置２３（図４参照）から探す（Ｓ５３０）。
【００４５】
Ｓ５３０で探した結果、要求されたカラオケデータがある場合には（Ｓ５４０：ＹＥＳ）、そのカラオケデータを、要求のあったカラオケ端末（Ｄ）へ送る（Ｓ５７０）。その後はＳ５１０へ戻る。また、必ずしも集中管理装置（Ｃ）がそのカラオケデータを記憶しているとは限らず、要求されたカラオケデータがない場合には（Ｓ５４０：ＮＯ）、サブホスト（Ｂ）に対してそのカラオケデータを送信してもらうよう要求する（Ｓ５５０）。そしてサブホスト（Ｂ）から送信されてきたカラオケデータを受け取ってカラオケデータ記憶装置２３に記憶してから（Ｓ５６０）、Ｓ５７０へ移行する。Ｓ５７０では、要求のあったカラオケ端末（Ｄ）へカラオケデータを送り、その後はＳ５１０へ戻る。一方、カラオケデータの要求でなければ（Ｓ５２０：ＮＯ）、店舗情報の要求かどうかを判断し（Ｓ５８０）、店舗情報の要求であれば（Ｓ５８０：ＹＥＳ）、該当するサブホスト（Ｂ）、すなわち要求のあった店舗情報を管理しているサブホスト（Ｂ）に対して店舗情報を要求する（Ｓ５９０）。そして、該当するサブホスト（Ｂ）から店舗情報を受け取り（Ｓ６００）、その受け取った店舗情報を要求のあったカラオケ端末（Ｄ）に対して送る（Ｓ６１０）。その後はＳ５１０へ戻る。
【００４６】
最後に、カラオケ端末（Ｄ）において実行される通信関連その他の処理について図９のフローチャートを参照して説明する。最初のステップＳ１０１０においては、操作パネル３２からの入力があるかどうかを判断し、もしも入力があれば（Ｓ１０１０：ＹＥＳ）、それがカラオケデータの要求であるかどうかを判断する（Ｓ１０２０）。そして、カラオケデータの要求であれば（Ｓ１０２０：ＹＥＳ）、集中管理装置（Ｃ）に対してカラオケデータを要求する（Ｓ１０３０）。そして、集中管理装置（Ｃ）からカラオケデータを受け取り（Ｓ１０４０）、所定のカラオケ演奏処理を行なう（Ｓ１０５０）。その後はＳ１０１０へ戻る。
【００４７】
一方、カラオケデータの要求でなければ（Ｓ１０２０：ＮＯ）、店舗情報の要求かどうかを判断し（Ｓ１０６０）、店舗情報の要求であれば（Ｓ１０６０：ＹＥＳ）、集中管理装置（Ｃ）に対して店舗情報を要求する（Ｓ１０７０）。そして、集中管理装置（Ｃ）から店舗情報を受け取り（Ｓ１０８０）、その受け取った店舗情報をモニタ４０（図５参照）にて表示する（Ｓ１０９０）。続くＳ１１００では、部屋の予約をするかどうかを判断し、予約をする場合には（Ｓ１１００：ＹＥＳ）、Ｓ１１１０にてその予約関連処理を実行する。これは、集中管理装置（Ｃ）に予約を要求し、その返事を受け取ったら予約の可否をモニタ４０に表示するという一連の処理である。その後はＳ１０１０へ戻る。
【００４８】
以上の図６〜９のフローチャートを参照した説明では、ホスト（Ａ）、サブホスト（Ｂ）、集中管理装置（Ｃ）及びカラオケ端末（Ｄ）における通信関連の動作の全体を示したが、続いて、より理解を容易にするため、他のカラオケ店の部屋を予約する場合の具体例を挙げて、その流れを説明する。
【００４９】
カラオケ店（Ｋ１）の部屋（Ｒ１）にあるカラオケ端末（Ｄ１）からカラオケ店（Ｋ２）のサービス内容や部屋の利用状況を確認して、カラオケ店（Ｋ２）の空き部屋（Ｒ５）を予約する場合を想定して以下の説明を進める。
（１）カラオケ店（Ｋ１）の部屋（Ｒ１）にいるお客は、現在使用しているカラオケ端末（Ｄ１）にて別のカラオケ店（Ｋ２）のサービス内容や部屋の利用状況を見たいという指示を入力する。カラオケ端末（Ｄ１）は、この要求を集中管理装置（Ｃ１）に送る。
【００５０】
（２）集中管理装置（Ｃ１）には上述したように、同系列の店であるかどうかの情報が記憶装置２７に記憶されている。そのため、集中管理装置（Ｃ１）は、カラオケ端末（Ｃ１）からカラオケ店（Ｋ２）の情報が見たいという要求を受け取ると、その指定されたカラオケ店（Ｋ２）が記憶装置２７に登録されているかどうかを判断して、登録されていればカラオケ店（Ｋ２）の店舗情報を送ってもらうようにサブホスト（Ｂ１）に要求する。
【００５１】
（３）サブホスト（Ｂ１）はこの要求を受けると、カラオケ店（Ｋ２）にこの要求を送る。カラオケ店（Ｋ２）はこの要求を受け取ると、集中管理装置（Ｃ２）の記憶装置２７に蓄えられているカラオケ店（Ｋ２）のサービス内容とともに部屋Ｒ５〜Ｒ７の利用状況の情報からなる店舗情報をサブホスト（Ｂ１）に送る。サブホスト（Ｂ１）は、この集中管理装置（Ｃ２）から送られてきた店舗情報を、要求元であるカラオケ店（Ｋ１）の集中管理装置（Ｃ１）に送る。そして、集中管理装置（Ｃ１）は、この送られてきた店舗情報を要求元のカラオケ端末（Ｄ１）に送る。
【００５２】
（４）カラオケ端末（Ｄ１）はこの店舗情報、すなわち、カラオケ店（Ｋ２）のサービス内容や所在地、連絡先、利用料金等の情報とともに部屋の利用状況を表示する。お客はこれを見て、空いている部屋で気に入った部屋（Ｒ５）があればここで予約を入れることができる。なお、店舗情報としてはカラオケ店（Ｋ）でのサービス内容などの宣伝用情報が含まれていれば、利用者にとってはこれからの移動先を決めるための情報として有益であり、一方、カラオケ事業者側にとっても、利用者を自分の店舗に来てもらうための宣伝ができるので有益である。
【００５３】
（５）カラオケ店（Ｋ１）の集中管理装置（Ｃ１）はカラオケ店（Ｋ２）の部屋（Ｒ５）の予約をカラオケ端末（Ｄ１）から受け取ると、上述した店舗情報の要求の場合と同様の手順でサブホスト（Ｂ１）を介してカラオケ店（Ｋ２）の集中管理装置（Ｃ２）に部屋（Ｒ５）の予約を登録する。この登録は集中管理装置（Ｃ２）の記憶装置２７に記憶される。カラオケ店（Ｋ２）のオーナーが空き部屋を確認する時、集中管理装置（Ｃ２）はこの記憶装置２７の情報を元に空き部屋を表示するため、カラオケ店（Ｋ１）からの予約とカラオケ店（Ｋ２）からの予約が同じ部屋に対して重複して割り当てられることはない。
【００５４】
（６）部屋の予約が完了すると、その結果がサブホスト（Ｂ１）を介してカラオケ店（Ｋ１）の集中管理装置（Ｃ１）に送られる。集中管理装置（Ｃ１）はカラオケ端末（Ｄ１）にこの予約完了情報を送り、カラオケ端末（Ｄ１）は予約が完了したことを表示する。この表示を見た利用者は、予約が完了したことを知り、例えばカラオケ店（Ｋ２）の方へ移動しようとする。
【００５５】
このように、本通信式カラオケシステムによれば、カラオケ端末（Ｄ）の利用者は、あるカラオケ店（Ｋ）の部屋（Ｒ）の中にいながら、他のカラオケ店（Ｋ）の部屋（Ｒ）の空き情報を知ることができるため、従来のように、例えば事前に行きたいカラオケ店（Ｋ）の電話番号を電話帳か広告で調べるなどして電話で空いていることを確認し、空いていれば部屋（Ｒ）の予約を入れてから移動するか、あるいは一度カラオケ店（Ｋ）を出てから、実際に利用者自身が移動して空いているカラオケ店（Ｋ）を探すといった手間がなくなる。また、店舗側にとっても、実際には部屋が空いているにもかかわらず、利用状況が判らないためにカラオケ利用の希望者が来ないといったデメリットを回避できる。なお、本実施形態においては、図４に示す集中管理装置（Ｃ１）のＣＰＵ２１が店舗情報通知手段、店舗情報要求手段、予約要求手段及び予約実行手段に該当する。また、図３に示すサブホスト（Ｂ１）のＣＰＵ１１がアップロード指示手段、ダウンロード指示手段及び予約指示手段に該当する。これらの各手段としての処理の実行内容は、図７及び図８のフローチャート及び上述した他のカラオケ店の部屋を予約する場合の具体例に開示してある。
【００５６】
以上、本発明はこのような実施例に何等限定されるものではなく、本発明の主旨を逸脱しない範囲において種々なる形態で実施し得る。例えば、カラオケ店のサービス内容や同系列であるかどうかの判断は集中管理装置（Ｃ）で行っていたが、サブホスト（Ｂ）で行わせることもできる。
【００５７】
また、上記実施形態においては、サブホスト（Ｂ）が、集中管理装置（Ｃ）から店舗情報の通知要求があった場合には、その要求に応じた店舗情報をアップロードするよう該当する集中管理装置（Ｃ）へ指示し、その指示に応じてアップロードされた店舗情報を、通知要求があった集中管理装置（Ｃ）へダウンロードするようにしていたが、別の方法も採用できる。つまり、サブホスト（Ｂ）が、所定期間毎に、各集中管理装置（Ｃ）に対して店舗情報をアップロードするよう指示し、そのアップロードされた店舗情報を記憶しておき、集中管理装置（Ｃ）から店舗情報の通知要求があった場合には、要求に応じた店舗情報を記憶された店舗情報中より取得して、通知要求があった集中管理装置へダウンロードするのである。
【００５８】
後者の方法を採用した場合には、各集中管理装置（Ｃ）において把握している店舗情報が定期的にサブホスト（Ｂ）へアップロードされるので、ある集中管理装置（Ｃ）から店舗情報の通知要求があった場合には、その要求に応じた店舗情報を即座にダウンロードすることができる。但し、各集中管理装置（Ｃ）からの店舗情報のアップロードタイミングによっては、リアルタイムの情報でなくなる場合もあるので、例えば部屋が空いているとして予約をしようとした場合、実は既に利用されており空いていないということもありえる。つまり、例えば１０分間毎にアップロードさせるとしても、最後にアップロードした時点から次のアップロードするまでの１０分間に部屋の利用が開始されてしまった場合には、サブホスト（Ｂ）に記憶されている店舗情報と現状とが食い違うこととなる。
【００５９】
それに対して、前者の方法を採用した上記実施形態の場合には、ある集中管理装置（Ｃ）から店舗情報の通知要求があった場合には、その要求があって初めて対象となる集中管理装置（Ｃ）に店舗情報のアップロードを指示するため、現状に即した店舗情報が得られるというメリットがある。但し、要求があって初めてアップロードを指示するためレスポンス時間は相対的に低下はする。
【００６０】
したがって、例えばレスポンスの低下が問題ないような状況であれば、上記実施形態のような方法を採用した方が好ましいし、レスポンスはある程度高く保ちたいのであれば、後者の方法を採用し、上述したアップロードのタイミングを極力短期間毎に行なうようにすることが好ましい。なお、上記実施形態での他店の予約という処理例で考えた場合には、レスポンスの低下はあまり問題にはならないと考えられる。
【図面の簡単な説明】
【図１】 実施形態の通信式カラオケシステムの全体的な概略構成を示すブロック図である。
【図２】 実施形態のホストの概略構成を示すブロック図である。
【図３】 実施形態のサブホストの概略構成を示すブロック図である。
【図４】 実施形態の集中管理装置の概略構成を示すブロック図である。
【図５】 実施形態のカラオケ端末の概略構成を示すブロック図である。
【図６】 ホストにおいて実行される通信関連の処理を示すフローチャートである。
【図７】 サブホストにおいて実行される通信関連の処理を示すフローチャートである。
【図８】 集中管理装置において実行される通信関連の処理を示すフローチャートである。
【図９】 カラオケ端末において実行される通信関連その他の処理を示すフローチャートである。
【符号の説明】
Ａ…ホスト Ｂ１〜Ｂ７…サブホスト  Ｃ１〜Ｃ２…集中管理装置 Ｄ１〜Ｄ７…カラオケ端末  Ｋ１〜Ｋ２…カラオケ店 Ｒ１〜Ｒ７…部屋  １…ホストコンピュータ ２…ハードディスク  ３…デジタル回線インターフェース ５…共有メモリ  ６…データバス ７…プリンタ  ８，１５，２５，３４…バッファＲＡＭ ９…通信制御装置  １２…モデム １３…カラオケデータ記憶装置  １４…デジタル回線インターフェース ２２…入出力インターフェース  ２３…カラオケデータ記憶装置 ２４…モデム  ２６…入力装置 ２７…記憶装置  ３２…操作パネル ３３…入出力インターフェース  ３５…楽音再生装置 ３６…画面制御装置  ３７…マイクロフォン ３８…アンプ  ３９…スピーカ ４０…モニタ
【図１】
0003892523.tif 000002
【図２】
0003892523.tif 000003
【図３】
0003892523.tif 000004
【図４】
0003892523.tif 000005
【図５】
0003892523.tif 000006
【図６】
0003892523.tif 000007
【図７】
0003892523.tif 000008
【図８】
0003892523.tif 000009
【図９】
0003892523.tif 000010