JP3985296B2 - 通信カラオケシステムおよびカラオケデータ配信方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、通信カラオケシステムおよびカラオケデータ配信方法に関する。
【０００２】
【従来の技術】
カラオケ端末で利用者が要求した楽曲のカラオケデータをセンタ局から要求元のカラオケ端末に送信し、その楽曲の演奏を当該カラオケ端末で行わせるオンデマンド方式の通信カラオケシステムが近年開発されている。この方式によれば、センタ局のカラオケデータのデータベースが整備されていれば、カラオケ端末では、大量のカラオケデータをデータベースに蓄積していなくても、様々な楽曲を提供することが可能である。
【０００３】
【発明が解決しようとする課題】
ところで、カラオケで利用される楽曲の通常の演奏時間は、３ないし５分程度である。これに対して、一曲のカラオケデータのロード時間（センタ局がカラオケデータの送信を開始してからカラオケ端末でそのカラオケデータをＲＡＭに書込終了するまでの時間）は、通信能力が６４.２KbpsであるＩＳＤＮ(Integrated Services Digital Network)を利用した場合、１５０ＫＢ（キロバイト）のカラオケデータについては約２０秒、１.４ＭＢ（メガバイト）のカラオケデータについては約３分である。通信能力が３３.６Kbpsのモデムを利用した場合は、この倍のロード時間がかかる。今後、さらに画質向上、音質向上、付随サービスの豊富化を図ると、ロード時間はさらに長くなることも考えられる。
【０００４】
さて、カラオケシステムで提供する楽曲の長さは、通常は３ないし５分程度とはいっても、その範囲よりも長いこともあれば短いこともあり、これに応じてロード時間も相違する。従来のオンデマンド方式のカラオケシステムでは、サイズに関わりなく、利用者の予約した順序に従って、カラオケデータをロードしていた。従って、利用者が非常に長い楽曲を要求した直後に短い楽曲を要求した場合、長い楽曲のロードのために、短い楽曲の演奏開始が不必要に待たされる不具合があった。
【０００５】
本発明は上記の事情を考慮してなされたものであり、複数の楽曲を連続して利用者が指示した場合でも不必要に長い時間、利用者が演奏開始を待たなくてもよい通信カラオケシステムおよびカラオケデータ配信方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記課題を解決するため、本発明に係る通信カラオケシステムは、
それぞれ異なるサイズのカラオケデータを保有するセンタ局またはセンタ局から前記カラオケデータが供給される放送センタが、カラオケ端末またはサブホスト局からの要求に応じて、要求元のカラオケ端末またはサブホスト局にカラオケデータを配信する通信カラオケシステムであって、
各カラオケ端末またはサブホスト局は、
利用者の指示した複数の曲にそれぞれ対応する複数の指示信号を蓄積する蓄積手段と、
各カラオケデータのサイズ情報に関する一覧を記憶したサイズ情報記憶手段と、
前記蓄積手段に蓄積された前記複数の指示信号に基づいて、前記サイズ情報記憶手段を参照し、前記指示信号に対応する複数のカラオケデータのサイズを比較する比較手段と、
前記比較手段の比較結果に基づいて、前記センタ局に対して、前記複数のカラオケデータをサイズの小さいものから先に要求する要求手段と、
前記センタ局から送信される複数のカラオケデータを受信する受信手段と、
前記受信手段で受信した複数のカラオケデータに基づき楽音を合成する合成手段と、
前記合成手段で合成された楽音を発生する楽音発生手段と
を具備し、
前記センタ局または放送センタは、
前記カラオケ端末またはサブホスト局からの前記カラオケデータの要求を受信する受信手段と、
前記カラオケ端末またはサブホスト局から要求された複数の曲に対応する複数のカラオケデータを要求元のカラオケ端末またはサブホスト局に送信する送信手段と
を具備することを特徴とする。
【０００７】
この通信カラオケシステムでは、各カラオケ端末またはサブホスト局において、利用者の指示した複数の曲に対応する複数の指示信号を蓄積し、これらの指示信号に対応する複数のカラオケデータをサイズの小さいものから先に要求する。センタ局または放送センタは、要求元のカラオケ端末またはサブホスト局で指示した順序に従って、カラオケデータを送信する。このようにサイズの小さいカラオケデータを先に送信することにより、各楽曲の演奏開始までの時間が短縮され、利用者が複数の楽曲を連続して指示した場合でも、不必要に長く演奏開始を待たなくてもよい。
【０００８】
また、本発明に係る通信カラオケシステムは、
それぞれ異なるサイズのカラオケデータを保有するセンタ局またはセンタ局から前記カラオケデータが供給される放送センタが、カラオケ端末またはサブホスト局からの要求に応じて、要求元のカラオケ端末またはサブホスト局にカラオケデータを配信する通信カラオケシステムであって、
各カラオケ端末またはサブホスト局は、
利用者の指示した複数の曲にそれぞれ対応する複数の指示信号を蓄積する蓄積手段と、
前記センタ局に対して、前記複数の指示信号に対応する複数のカラオケデータを要求する要求手段と、
前記センタ局から送信される複数のカラオケデータを受信する受信手段と、
前記受信手段で受信した複数のカラオケデータに基づき楽音を合成する合成手段と、
前記合成手段で合成された楽音を発生する楽音発生手段と
を具備し、
前記センタ局は、
前記カラオケ端末またはサブホスト局からの前記カラオケデータの要求を受信する受信手段と、
各カラオケデータのサイズ情報に関する一覧を記憶したサイズ情報記憶手段と、
前記カラオケ端末またはサブホスト局からの要求に基づいて、前記サイズ情報記憶手段を参照し、前記指示信号に対応する複数のカラオケデータのサイズを比較する比較手段と
を具備し、
前記センタ局または放送センタは、前記比較手段の比較結果に基づいて、前記カラオケ端末またはサブホスト局から要求された複数のカラオケデータをサイズの小さいものから先に要求元のカラオケ端末またはサブホスト局に送信する送信手段
を具備するものでもよい。
【０００９】
このように、センタ局が複数のカラオケデータの送信順序を決定し、センタ局または放送センタが当該順序に従って、カラオケデータを送信してもよい。この場合も、サイズの小さいカラオケデータが先に送信され、利用者が複数の楽曲を連続して指示した場合でも、不必要に長く演奏開始を待たなくてもよい。
【００１０】
上記通信カラオケシステムにおいて、
前記カラオケ端末またはサブホスト局が、
各カラオケデータのサイズ情報に関する一覧を記憶したサイズ情報記憶手段と、
前記サイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出する時間算出手段とを具備すると好ましい。
【００１１】
この時間算出手段の算出結果を利用者が知ることにより、カラオケデータの送信順序が利用者の指示した楽曲の順序と異なっていても、利用者をいらだたせたり、あわてさせたりするのを和らげることが可能である。
【００１２】
また、前記センタ局が、
各カラオケデータのサイズ情報に関する一覧を記憶したサイズ情報記憶手段と、
前記サイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出する時間算出手段とを具備し、
前記センタ局または放送センタが、
前記時間算出手段で算出された算出時間の情報を前記カラオケ端末またはサブホスト局に送信する算出時間送信手段を具備するのでもよい。
【００１３】
本発明に係る通信カラオケシステムのカラオケデータ配信方法は、
それぞれ異なるサイズのカラオケデータを保有するセンタ局またはセンタ局から前記カラオケデータが供給される放送センタが、カラオケ端末またはサブホスト局からの要求に応じて、要求元のカラオケ端末またはサブホスト局にカラオケデータを配信する通信カラオケシステムのカラオケデータ配信方法であって、
前記カラオケ端末またはサブホスト局のいずれかが、利用者の指示した複数の曲にそれぞれ対応する複数の指示信号を蓄積し、
前記カラオケ端末またはサブホスト局が、あらかじめ保有する各カラオケデータのサイズ情報に関する一覧を参照して、前記複数の指示信号にそれぞれ対応する複数のカラオケデータ各々に付されたサイズ情報を比較し、
前記センタ局に、前記カラオケ端末またはサブホスト局が、前記複数のカラオケデータをサイズの小さいものから先に要求し、
前記センタ局または放送センタが、要求元の前記カラオケ端末またはサブホスト局に前記複数のカラオケデータをサイズの小さいものから先に送信することを特徴とする。
【００１４】
本発明に係る通信カラオケシステムのカラオケデータ配信方法は、
それぞれ異なるサイズのカラオケデータを保有するセンタ局またはセンタ局から前記カラオケデータが供給される放送センタが、カラオケ端末またはサブホスト局からの要求に応じて、要求元のカラオケ端末またはサブホスト局にカラオケデータを配信する通信カラオケシステムのカラオケデータ配信方法であって、
前記カラオケ端末またはサブホスト局のいずれかが、利用者の指示した複数の曲にそれぞれ対応する複数のカラオケデータの送信を前記センタ局に要求し、
前記センタ局が、あらかじめ保有する各カラオケデータのサイズ情報に関する一覧を参照して、要求された前記複数のカラオケデータ各々に付されたサイズ情報を比較し、
前記センタ局または放送センタが、要求元の前記カラオケ端末またはサブホスト局に前記複数のカラオケデータをサイズの小さいものから先に送信するものでもよい。
【００１５】
さらに、上記方法において、前記カラオケ端末またはサブホスト局が、あらかじめ保有する前記サイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出し、前記時間を表示装置に表示させると好ましい。
【００１６】
あるいは、前記センタ局が、あらかじめ保有する前記サイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出し、
前記時間情報を前記センタ局または放送センタが前記カラオケ端末またはサブホスト局に送信し、
前記カラオケ端末またはサブホスト局では、前記時間を表示装置に表示させるものでもよい。
【００１７】
さらに、上記方法において、前記センタ局または放送センタによる前記カラオケデータの送信にあたっては、前記センタ局が、データベースから前記カラオケデータを読み出すようになっており、いずれかのカラオケデータの読出中に、このカラオケデータよりもサイズが小さいカラオケデータを送信すべく前記カラオケ端末またはサブホスト局から新たに要求されたときに、
前記センタ曲は読出中の前記カラオケデータの読出を中断し、
新たに要求された前記カラオケデータを前記データベースから読み出すようにすることもできる。
【００１８】
これによれば、よりサイズの小さいカラオケデータを優先的に読み出すことにより、各楽曲の演奏開始までの時間が短縮され、先行するカラオケデータの読出中に利用者が新たに楽曲を指示した場合でも、不必要に長く演奏開始を待たなくてもよい。
【００１９】
さらに、前記新たに要求されたカラオケデータの送信後、前記センタ局は、前記中断したカラオケデータの読出を再開すると好ましい。
【００２０】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について説明する。
１．実施形態の構成
（１） 実施形態の全体構成
図１は本発明の一実施形態に係る通信カラオケシステムの全体構成を示すブロック図である。同図において、１は通信カラオケシステムのセンタ局つまりホスト局である。センタ局１は、カラオケ演奏の元となる楽曲データ、カラオケの演奏中に表示すべき背景映像の元となる映像データ、およびバックコーラス等の効果音の元となる効果音データ（以下、これらのデータを総称してカラオケデータという）のデータベースを保有する。
【００２１】
センタ局１は、局内各部を制御するホストコンピュータ１１と、カラオケデータのデータベースを記憶するハードディスク１２を備える。また、センタ局１には、例えば公衆電話回線あるいはＩＳＤＮ等の公衆回線（双方向通信網）Ｎとの通信インタフェース１３が設けられており、この公衆回線Ｎを介して、センタ局１は複数のカラオケ端末３，３，…およびサブホスト局４，４，…にカラオケデータ等のデータを配信することができる。
【００２２】
センタ局１は、定期的に最新のカラオケデータをカラオケ端末３，３，…およびサブホスト局４，４，…に配信し、各カラオケ端末３またはサブホスト局４では、配信された最新のカラオケデータを自身のデータベースに蓄積する。また、利用頻度の少ないカラオケデータについては、センタ局１は全てのカラオケ端末３，３，…およびサブホスト局４，４，…には配信せず、利用者の要求に応じて要求のあったカラオケ端末３またはサブホスト局４にセンタ局１がこのカラオケデータを配信する。
【００２３】
センタ局１のハードディスク１２には、ここに蓄積されて配信可能なカラオケデータの一覧が記憶されている。各カラオケデータは利用者が指定する一つの楽曲に対応する。表１はこのカラオケデータの一覧を示す。表１に示すように、この一覧には各カラオケデータのサイズも付記されている。
【表１】

【００２４】
表１において、サイズが「０」のカラオケデータは、すでに全てのカラオケ端末３，３，…およびサブホスト局４，４，…に配信されて、これらのデータベースに蓄積されているデータである。つまり、すでに全てのカラオケ端末３，３，…およびサブホスト局４，４，…に配信されたカラオケデータには、センタ局１でそのサイズが「０」として入力されている。それ以外のカラオケデータは上記のように利用者の要求に応じて配信可能なデータである。
【００２５】
なお、たとえ一部のカラオケ端末３，３，…またはサブホスト局４，４，…から配信の要求がされて、すでに一部のカラオケ端末３，３，…またはサブホスト局４，４，…に配信されたカラオケデータでも、センタ局１では、そのカラオケデータのサイズは「０」には書き換えられない。ただし、配信可能なカラオケデータが追加または削除されたときや、カラオケ端末３，３，…およびサブホスト局４，４，…への蓄積用のカラオケデータと利用者の要求に応じてセンタ局１から配信するカラオケデータとの間の変更があったときには、カラオケデータの一覧が更新される。このカラオケデータの一覧は、定期的にカラオケ端末３，３，…およびサブホスト局４，４，…に配信される。この配信は上述した最新のカラオケデータの配信と同時でもよいし、別の時期でもよい。
【００２６】
また、センタ局１のハードディスク１２には、表２に示すこの通信カラオケシステムのセンタ局１の一覧が格納されている。この一覧において、各センタ局１には電話番号が付記されている。図示しないが、様々な場所に複数のセンタ局１が所在して、上記と同一の公衆回線Ｎに接続されており、その数は現在も増加中である。後述するように、カラオケ端末３，３，…およびサブホスト局４，４，…は、自身にとって最も通信料金が廉価で済むようにセンタ局１を選択する。この一覧は、センタ局１の増設、廃止、電話番号の変更などがあった時点で改訂され、定期的にカラオケ端末３，３，…およびサブホスト局４，４，…に配信される。この配信も上述した最新のカラオケデータの配信と同時でもよいし、別の時期でもよい。
【表２】

【００２７】
カラオケ端末３，３，…は、公衆回線Ｎを介してセンタ局１と接続されており、センタ局１からカラオケデータの配信を受け、配信されたカラオケデータを自身のデータベースに蓄積するだけでなく、公衆回線Ｎを介して自身のデータベースにないカラオケデータの送信をセンタ局１に要求することも可能である。
【００２８】
サブホスト局４，４，…は、カラオケボックスのように複数の個室を備えたカラオケ店にそれぞれ設けられている。各カラオケ店内には、光ファイバケーブルによるＬＡＮ（ローカルエリアネットワーク）が敷設されており、このＬＡＮを介して各サブホスト局４に複数のカラオケ端末５，５，…が接続されている。カラオケ端末５，５，…は、カラオケ店の各個室にそれぞれ設けられている。
【００２９】
このような構成において、各サブホスト局４は、センタ局１のホストコンピュータ１１から配信されるカラオケデータ、カラオケデータの一覧およびセンタ局の一覧を自身のカラオケデータベースに蓄積する。そして、各店舗のサブホスト局４は、これに接続されたいずれかのカラオケ端末５からの要求に応じてカラオケデータを配信し、要求を出したカラオケ端末５がこれを受けてカラオケの演奏と背景映像の表示を行うようになっている。要求されたカラオケデータが自身のデータベースに蓄積されていない場合、サブホスト局４は、公衆回線Ｎを介してセンタ局１にそのカラオケデータの送信を要求する。
【００３０】
（２）カラオケ端末３の構成
ここで、図２を参照し、カラオケ端末３の構成について説明する。
同図において、２１はＣＰＵであり、バスＢＵＳを介し接続される端末各部を制御する。また、２２はＣＰＵ２１が実行する制御プログラムおよびカラオケデータの映像データに含まれる歌詞情報に対応したフォント情報を記憶するＲＯＭであり、２３はＲＡＭである。ＲＡＭ２３はＣＰＵのワークエリアとして用いられるだけでなく、センタ局１から配信されるカラオケデータを一時的に記録するバッファとしても用いられる。ＲＡＭ２３は、複数の曲にそれぞれ対応する複数のカラオケデータを記憶することが可能な容量を備えている。
【００３１】
２５は公衆回線Ｎとの通信インタフェースである。通信インタフェース２５を介して、カラオケ端末３は、カラオケデータ等を受信する。２６は日付および時間を計時するタイマである。
【００３２】
２７はハードディスクである。ハードディスク２７は、センタ局１のホストコンピュータ１１から供給されるカラオケデータを記憶する。センタ局１から供給される蓄積用のカラオケデータは、一旦ＲＡＭ２３に記憶された後、当該カラオケ端末におけるカラオケデータベースの一部となる。一方、利用者の要求に応じてセンタ局１から送信されるカラオケデータは、一旦ＲＡＭ２３に記憶された後、ＲＡＭ２３から直接読み出されて演奏に供される。ただし、このタイプのカラオケデータも演奏中または演奏後にＲＡＭ２３からハードディスク２７に転送され、やはりカラオケ端末のカラオケデータベースの一部となる。なお、上述した配信可能なカラオケデータの一覧およびセンタ局１の一覧はセンタ局１から送信されて、ハードディスク２７に記憶されている。
【００３３】
２８は操作パネルであり、利用者による各種入力操作に対応した信号をＣＰＵ２１へ出力する。利用者は、この操作パネル２８より、選曲、演奏の開始および中止、ボリューム、テンポ等のカラオケ演奏一般の操作を行う。選曲を利用者が行った場合、操作パネル２８は、選曲に係るカラオケデータのデータ識別符号を含む演奏開始信号をＣＰＵ２１に供給する。
【００３４】
２９は楽音合成装置であり、ＣＰＵ２１によって逐次供給される演奏情報（カラオケデータに含まれる）に対応した楽音信号を生成し、これをミキサ３０へ出力する。ミキサ３０は、楽音合成装置２９から供給される楽音信号とマイク３１より取り込まれる音声信号とを混合し、これをスピーカ３２より発音させる。
【００３５】
３３は画像再生装置であり、演奏を指示されたカラオケデータに対応する圧縮画像情報をＣＤ−ＲＯＭ３４から読み出し、圧縮を解凍した後、画像合成装置３５へ転送する。画像合成装置３５は、画像再生装置３３から供給される画像情報とＣＰＵ２１によって供給される歌詞情報に対応したフォント情報を合成し、これをディスプレイ３６に表示させる。
【００３６】
（３）サブホスト局４およびカラオケ端末５の構成
図３は、サブホスト局４およびカラオケ端末５の構成を示す。図３において、カラオケ端末３の構成要素と共通する機能のものには同一の符号を付ける。サブホスト局４は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、タイマ２６、通信インタフェース２５およびハードディスク２７を備え、センタ局１のホストコンピュータ１１から通信インタフェース２５を介して供給される蓄積用のカラオケデータを一旦ＲＡＭ２３に記録し、カラオケデータを大容量のハードディスク２７に蓄積する。
【００３７】
一方、利用者の要求に応じてセンタ局１から送信されるカラオケデータは、一旦ＲＡＭ２３に記憶された後、ＲＡＭ２３から直接読み出されて演奏に供される。ただし、このタイプのカラオケデータも演奏中または演奏後にＲＡＭ２３からハードディスク２７に転送され、やはりカラオケ端末のカラオケデータベースの一部となる。なお、上述した配信可能なカラオケデータの一覧およびセンタ局１の一覧は、センタ局１から送信されて、ハードディスク２７に記憶されている。
【００３８】
また、サブホスト局４は、画像再生装置３３およびＣＤ−ＲＯＭ３４を備える。画像再生装置３３は、カラオケ端末５，５，…のいずれかで演奏を指示されたカラオケデータに対応する圧縮画像情報をＣＤ−ＲＯＭ３４から読み出し、圧縮を解凍した後、ＬＡＮを介して当該カラオケ端末５へ転送する。なお、４０はＬＡＮとの通信インタフェースであり、これによりカラオケ端末５，５，…へのデータの転送やカラオケ端末５，５，…からの信号の入力が可能とされている。
【００３９】
一方、カラオケ端末５は、ＬＡＮに接続された通信コントローラ４１を備える。通信コントローラ４１は、操作パネル２８での利用者による各種入力操作に対応した信号をサブホスト局４に供給する。
【００４０】
また、カラオケ端末５においては、サブホスト局４のＣＰＵ２１によって逐次供給される演奏情報に対応した楽音信号を楽音合成装置２９が生成し、これをミキサ３０へ出力する。ミキサ３０は、楽音合成装置２９から供給される楽音信号とマイク３１より取り込まれる音声信号とを混合し、これをスピーカ３２より発音させる。
【００４１】
さらに、カラオケ端末５においては、画像合成装置３５が、サブホスト局４の画像再生装置３３から供給される画像情報とＣＰＵ２１によって供給される歌詞情報に対応したフォント情報を合成し、これをディスプレイ３６に表示させる。
【００４２】
２．実施形態の動作
次に、上記構成からなる実施形態の動作を説明する。
（１）蓄積用のカラオケデータ等の配信
上述したように、カラオケ端末３，３，…およびサブホスト局４，４，…のそれぞれのデータベースに蓄積すべきカラオケデータ、上述したカラオケデータの一覧およびセンタ局１の一覧については、センタ局１が定期的に公衆回線Ｎを介してカラオケ端末３，３，…およびサブホスト局４，４，…に送信する。各カラオケ端末３，３，…およびサブホスト局４，４，…は、送信された蓄積用のカラオケデータおよび両方の一覧をＲＡＭ２３に一時的に記録した後、ハードディスク２７に転送・蓄積する。
【００４３】
（２）曲の再生
次に、図４を参照しながら、カラオケデータおよび一覧が蓄積されたカラオケ端末３あるいはサブホスト局４とカラオケ端末５で行われる曲の再生動作を説明する。
【００４４】
まず、利用者が操作パネル２８より選曲し予約すると、ＣＰＵ２１は、データ識別符号を識別する（ステップＳｒ１）。すると、ＣＰＵ２１は、ハードディスク２７に記憶された配信可能なカラオケデータの一覧（表１）の内部を参照し、選曲された楽曲に対応するカラオケデータを検索し、そのカラオケデータのサイズ情報が０か否か判断する（ステップＳｒ２，Ｓｒ３）。ここで、検索されたカラオケデータのサイズ情報が「０」である場合には、該当するカラオケデータがすでに当該カラオケ端末３またはサブホスト局４のハードディスク２７に蓄積されているということである。
【００４５】
この場合には、ＣＰＵ２１は、まず先行する曲演奏の有無を判断し、先行演奏がなければ、自身のハードディスク２７に蓄積されたデータベースにある当該カラオケデータを読み出して演奏を開始する（ステップＳｒ４，ステップＳｒ５）。一方、先行演奏がある場合には、先行曲の演奏終了まで処理は待機する（ステップＳｒ４）。
【００４６】
かかるハードディスク２７に蓄積済みのカラオケデータに従った演奏にあたっては、ＣＰＵ２１は、まずカラオケデータをハードディスク２７からＲＡＭ２３にロードする。そして、当該カラオケデータを逐次解釈し、演奏情報を楽音合成装置２９へ供給するとともに、歌詞情報に対応したフォント情報をＲＯＭ２２から画像合成装置３５へ転送する。
【００４７】
また、ＣＰＵ２１は、当該カラオケデータに含まれる曲コードを画像再生装置３３へ供給する。これにより、ＣＤ−ＲＯＭ３４から当該カラオケデータに対応した画像データが読み出され、画像合成装置３５へ供給される。
【００４８】
こうして、楽音合成装置２９にて生成される楽音信号が、ミキサ３０にてマイク３１より入力される音声信号と合成された後、スピーカ３２より発音されるとともに、画像合成装置３５にて画像データと歌詞のフォント情報とが合成され、ディスプレイ３６に当該曲の進行に対応した映像と歌詞が表示される。かかる演奏開始後、処理はステップＳｒ１に戻る。
【００４９】
一方、演奏者が選曲した楽曲に対応するカラオケデータのサイズ情報が「０」以外の場合には、該当するカラオケデータは蓄積用のデータではないということである。この場合、処理はステップＳｒ３からステップＳｒ６に進み、サイズ情報が「０」でないと初めて判断した時期から所定時間（例えば３０秒）経過したか否か判断する。ステップＳｒ６の判断結果が「Ｙｅｓ」であれば処理はステップＳｒ７に進む。
【００５０】
これに対して、ステップＳｒ６の判断結果が「Ｎｏ」であれば、処理はＳｒ１に戻る。ステップＳｒ１では、新たな選曲予約の有無、すなわちデータ識別符号を新たに識別したか否か判断し、判断結果が「Ｙｅｓ」であれば、処理はステップＳｒ２に進んで再度、一覧からのデータ検索を行う。ステップＳｒ１の判断結果が「Ｎｏ」であれば、処理はステップＳｒ８に進んで、サイズ情報が「０」でないと初めて判断した時期から所定時間（例えば３０秒）経過したか否か判断する。ステップＳｒ８の判断結果が「Ｎｏ」であれば、処理は再度ステップＳｒ１に進み、「Ｙｅｓ」であれば、処理はステップＳｒ７に進む。
【００５１】
このように、ステップＳｒ７に至る過程において、選曲に係るカラオケデータのサイズ情報が「０」でないと最初に判断した時期から所定時間以内に、サイズ情報が「０」でない別のカラオケデータが利用者に指定されている可能性がある。ステップＳｒ７では、サイズ情報が「０」でないカラオケデータが複数指定されているか否か判断する。この判断結果が「Ｎｏ」であれば、処理はステップＳｒ８に進み、ＣＰＵ２１はセンタ局１に送信要求を示す信号を送信する。
【００５２】
一方、ステップＳｒ７での判断結果が「Ｙｅｓ」であれば、処理はステップＳｒ９に進み、複数指定されたカラオケデータのサイズ情報を比較する。そして、サイズ情報の小さいものが先になるようにカラオケデータの送信順序づけを行った後（ステップＳｒ１０）、ＣＰＵ２１はセンタ局１に送信要求を示す信号を送信する。
【００５３】
なお、ステップＳｒ１０で行うカラオケデータの順序づけは、上記のように単純にサイズ順に従ってもよいが、データのサイズの相違が所定範囲より小さい場合、例えば、ロード時間に換算して１５秒程度までの相違であれば、利用者が指定した順序を優先するようにしてもよい。
【００５４】
送信要求したカラオケ端末３またはサブホスト局４は、この後、カラオケデータを受信するまで待機する（ステップＳｒ１１）。そして、要求したカラオケデータを受信すると、ＲＡＭ２３へのカラオケデータの一時記録すなわちロードを開始する（ステップＳｒ１２）。なお、カラオケデータが複数でも、ＲＡＭ２３への一時記録は複数のカラオケデータについて継続して行う。
【００５５】
この一時記録の開始後、ＣＰＵ２１は、送信された単数または複数のカラオケデータとは異なる先行する曲演奏有無を判断し、先行演奏がなければ、受信した当該カラオケデータに基づいて演奏を開始する（ステップＳｒ１３，ステップＳｒ１４）。一方、先行演奏がある場合には、先行曲の演奏終了まで処理は待機する（ステップＳｒ１３）。
【００５６】
かかるハードディスク２７に未蓄積のカラオケデータに従った演奏にあたっては、ＣＰＵ２１は、当該カラオケデータをＲＡＭ２３から読み出して逐次解釈し、演奏情報を楽音合成装置２９へ供給するとともに、歌詞情報に対応したフォント情報をＲＯＭ２２から画像合成装置３５へ転送する。
【００５７】
また、ＣＰＵ２１は、当該カラオケデータに含まれる曲コードを画像再生装置３３へ供給する。これにより、ＣＤ−ＲＯＭ３４から当該カラオケデータに対応した画像データが読み出され、画像合成装置３５へ供給される。
【００５８】
こうして、楽音合成装置２９にて生成される楽音信号が、ミキサ３０にてマイク３１より入力される音声信号と合成された後、スピーカ３２より発音されるとともに、画像合成装置３５にて画像データと歌詞のフォント情報とが合成され、ディスプレイ３６に当該曲の進行に対応した映像と歌詞が表示される。
【００５９】
かかる演奏開始後、処理はステップＳｒ１５に進み、演奏開始されたカラオケデータをＲＡＭ２３からハードディスク２７に転送・蓄積開始する。また、ハードディスク２７に記憶されているカラオケデータの一覧において、受信したカラオケデータのサイズ情報を０に書き換える。これにより、以後、同じ楽曲の予約がカラオケ端末３またはカラオケ端末５で行われたときは、カラオケ端末３またはサブホスト局４は送信要求せず、自身のハードディスク２７に記憶されたカラオケデータを読み出して演奏に供することになる。
【００６０】
次に、処理はステップＳｒ１７に進み、サイズ情報が「０」以外のカラオケデータが複数指定されているか否か判断する。ステップＳｒの判断結果が「Ｎｏ」であれば、処理はステップＳｒ１に戻る。一方、判断結果が「Ｙｅｓ」であれば、処理はステップＳｒ１８に進み、演奏開始待ち時間の算出・表示（後述する）を開始し、ステップＳｒ１に戻る。なお、それぞれステップＳｒ４，Ｓｒ１２、Ｓｒ１４、Ｓｒ１５およびＳｒ１８で開始するデータベースに基づいた演奏、データの一時記録、受信データに基づいた演奏、ハードディスクへの蓄積、演奏開始待ち時間の算出・表示の各ルーチンは、図４に示したメイン動作に並行して行われるだけでなく、各ルーチンとも互いに独立して並行して行われる。そして、複数のカラオケデータが指定されている場合には、上記各ルーチンでは複数のカラオケデータについて連続して処理を続行する。
【００６１】
以上のように、この通信カラオケシステムでは、各カラオケ端末３またはサブホスト局４において、利用者の指示した複数の曲に対応する複数の指示信号を蓄積し、これらの指示信号に対応する複数のカラオケデータをサイズの小さいものから先に要求する。次に述べるように、センタ局１は、要求元のカラオケ端末３またはサブホスト局４で指示した順序に従って、カラオケデータを送信する。このようにサイズの小さいカラオケデータを先に送信することにより、各楽曲の演奏開始までの時間が短縮され、利用者が複数の楽曲を連続して指示した場合でも、不必要に長く演奏開始を待たなくてもよい。
【００６２】
（３）カラオケ端末３またはサブホスト局４に未蓄積のカラオケデータの送信次に、カラオケ端末３またはサブホスト局４に未蓄積のカラオケデータが利用者により指定された場合に、カラオケ端末３またはサブホスト局４から発せられた送信要求を示す信号を受信したセンタ局１が行う処理について、図５を参照しながら説明する。
【００６３】
まず、上記の送信要求を示す信号を受信すると、センタ局１のホストコンピュータ１１は、送信要求された先頭のカラオケデータを読出対象データとして、ハードディスク１２から対象データを読出して、これを要求元のカラオケ端末またはサブホスト局に送信する（ステップＳｔ１〜Ｓｔ３）。
【００６４】
次に、ステップＳｔ４において、読み出していた対象データの読出が終了したか否か判断し、判断結果が「Ｙｅｓ」であれば、送信要求された残りのカラオケデータの有無をチェックし、残りのデータがあれば、読出対象データを残りの先頭のデータに変更する（ステップＳｔ５〜Ｓｔ６）。この後、処理はステップＳｔ２に戻り、新たな読出対象データを読出す。対象データの読出終了後、残りのカラオケデータがなくなっていれば、処理はステップＳｔ１に戻り、送信要求がされるまで処理は待機状態となる。
【００６５】
また、ステップＳｔ４の判断結果が「Ｎｏ」であれば、処理はステップＳｔ７に移行し、要求元と同一のカラオケ端末３またはサブホスト局４から新たなカラオケデータの送信要求があったか否か判断する。ステップＳｔ７での判断結果が「Ｎｏ」である場合、処理はステップＳｔ２に戻り、読出中のカラオケデータの読出を続行する。
【００６６】
一方、ステップＳｔ７の判断結果が「Ｙｅｓ」のとき、処理はステップＳｔ８に進み、センタ局１のハードディスク１２に記憶されている送信源のカラオケデータの一覧を参照し、新たに要求されたカラオケデータを検索する。そして、新たに要求されたカラオケデータのサイズが現在読出中のカラオケデータの残りのサイズより大きいか否か判断する。ステップＳｔ８の判断結果が「Ｎｏ」のとき、処理はステップＳｔ９に進み、各サイズ情報に基づいて後続のカラオケデータの送信の順序づけを行った後、ステップＳｔ２に戻り、読出中のカラオケデータの読出を続行する。ステップＳｔ９で行う送信の順序づけは、上述した要求元のカラオケ端末またはサブホスト局４での送信の順序づけ（図４のステップＳｒ１０）と同様に行う。
【００６７】
ステップＳｔ８の判断結果が「Ｙｅｓ」の場合は、処理はステップＳｔ１０に進み、読出中のカラオケデータの読出を中断する。この際には、読出中のカラオケデータの中断位置を記憶し、以降の部分は後から読み出して送信すべきカラオケデータとして扱う。次に、ステップＳｔ１１で、読出対象のカラオケデータを新たに要求されたカラオケデータに変更し、さらにステップＳｔ１２で読出順序の変更を要求元のカラオケ端末３またはサブホスト局４に報知する。この後、処理はステップＳｔ２に戻り、新たに要求されたカラオケデータの読出を開始する。読出中断したカラオケデータの中断以降の部分は、新たに送信要求されたカラオケデータの読出終了後、ステップＳｔ６で読出対象となる。
【００６８】
以上のように、対象データの読出終了前に同一のカラオケ端末３またはサブホスト局４から新たにカラオケデータの送信要求がなされ、そのカラオケデータのサイズが読出中のカラオケデータの残りのサイズより小さい場合には、新たに要求されたカラオケデータの読出を行う。これによれば、よりサイズの小さいカラオケデータを優先的に読み出すことにより、各楽曲の演奏開始までの時間が短縮され、先行するカラオケデータの読出中に利用者が新たに楽曲を指示した場合でも、不必要に長く演奏開始を待たなくてもよい。
【００６９】
（４）センタ局１の選択ルーチン
さて、上記の実施形態において、カラオケ端末３，３，…またはサブホスト局４，４，…からカラオケデータの送信要求をする際（図４のステップＳｔ８）には、以下のようにセンタ局１の選択を行うと好ましい。図６はセンタ局１の選択ルーチンを示すフローチャートである。
【００７０】
この選択ルーチンにおいてまず、カラオケ端末３またはサブホスト局４は、フラグＡを１にセットした後、センタ局１の一覧（表２）を参照し、同一局番（例えば１９９７年当時の東京であれば０３）に該当するセンタ局１を検索する（ステップＳｓ１，Ｓｓ２）。次に、ステップＳｓ３において、候補となるセンタ局１があるか否か判断する。ステップＳｓ３での判断結果が「Ｎｏ」の場合、処理は後述するステップＳｓ８に移行する。
【００７１】
一方、ステップＳｓ３での判断結果が「Ｙｅｓ」の場合、処理はステップＳｓ４に進み、候補センタ局１の数が１か否か判断する。ステップＳｓ４の判断結果が「Ｙｅｓ」のとき、カラオケ端末３またはサブホスト局４は、その候補センタ局１を呼び出し、話し中でなければ、要求データを当該センタ局１に対して指定する（ステップＳｓ５，Ｓｓ６，Ｓｓ７）。この指定の後、処理は終了し、カラオケ端末３またはサブホスト局４のメイン動作（図４）のステップＳｒ１１に移行する。
【００７２】
一方、呼び出したセンタ局１が話し中であれば、処理はステップＳｓ６からステップＳｓ８に移行し、フラグＡが０か否か判断する。同一局番のセンタ局１の検索の直前にステップＳｓ１でフラグＡが１にセットされているので、同一局番のセンタ局１の検索の直後および呼び出した直後はフラグＡは１である。この場合、ステップＳｓ８での判断結果は「Ｎｏ」となり、処理はステップＳｓ９に進む。ステップＳｓ９ではフラグＡを０にリセットし、次にステップＳｓ１０でセンタ局１の一覧の中から隣接する地区の局番（隣接局番と略する）のセンタ局１を検索する。そして、処理はステップＳｓ３に戻り、候補となるセンタ局１があるか否か判断する。
【００７３】
どの局番が要求元のカラオケ端末３またはサブホスト局４の隣接局番に該当するかの判断は、あらかじめ局番同士の隣接関係を入力したデータベースから所定のプログラムに従って行えばよい。また、例えば、局番の上方の桁が一致すれば、隣接地区の関係にあると判断するようにしてもよい。なお、隣接局番は一つとは限らないので、一般的には、隣接局番のセンタ局１の検索の方が多くの候補センタ局を見つけられると考えられる。
【００７４】
この隣接局番の検索および呼び出しが不成功だった場合（ステップＳｓ３の判断結果が「Ｎｏ」の場合およびステップＳｓ６の判断結果が「Ｙｅｓ」の場合）には、処理はステップＳｓ８に移行する。隣接局番のセンタ局１の検索の直前にステップＳｓ９でフラグＡが０にリセットされているので、隣接局番のセンタ局１の検索の直後および呼び出した直後はフラグＡは０である。この場合、ステップＳｓ８での判断結果は「Ｙｅｓ」となり、処理はステップＳｓ１に戻る。これにより、再度フラグＡを１にセットし、次にステップＳｓ２でセンタ局１の一覧の中から同一局番のセンタ局１を検索する。
【００７５】
さて、同一局番についても隣接局番についても候補となるセンタ局１の数が複数の場合、すなわちステップＳｓ４の判断結果が「Ｎｏ」の場合、処理はステップＳｓ１１に移行し、制御用変数Ｎ１を候補センタ局の数にセットする。次に、ステップＳｓ１２で、呼び出すべきセンタ局１の電話番号を指定する。この指定方法は、検索されたセンタ局を例えばランダムに並べ替えて優先順序をつけておくことにより行うと好ましい。
【００７６】
次いで、カラオケ端末３またはサブホスト局４は、指定の候補センタ局１を呼び出し、話し中でなければ、要求データを当該センタ局１に対して指定する（ステップＳｓ１３，Ｓｓ１４，Ｓｓ７）。この指定の後、処理は終了し、メイン動作（図４）のステップＳｒ１１に移行する。
【００７７】
一方、呼び出したセンタ局１が話し中であれば、処理はステップＳｓ１４からステップＳｓ１５に移行し、変数Ｎ１をデクリメントした後、ステップＳｓ１６で変数Ｎ１が０か否か判断する。ステップＳｓ１６の判断結果が「Ｙｅｓ」の場合、処理はステップＳｓ８に進み、フラグＡが０か否か判断する。そして、以前の検索が同一局番について行われていれば、今度は隣接局番を検索し、以前の検索が隣接局番について行われていれば、今度は同一局番を検索することになる。
【００７８】
一方、ステップＳｓ１６の判断結果が「Ｎｏ」の場合、処理はステップＳｓ１２に進み、他の候補センタ局１から読み出すべきセンタ局１を指定し、呼出を行う。
【００７９】
以上のように、定期的に送信されてくるセンタ局１の一覧から同一局番および隣接局番を検索して、センタ局１の呼出を行うことにより、センタ局１の増設や廃止、電話番号の変更などがあっても、廉価な通信料金で済むセンタ局１を選択することが可能である。また、同一局番のセンタ局１が全て話し中であるときには、隣接局番のセンタ局１を選択することにより、迅速にカラオケデータの要求を達成することができる。
【００８０】
（５）演奏開始待ち時間算出・表示ルーチン
図７は、カラオケ端末３またはサブホスト局４で複数のカラオケデータの送信を要求したときに行う演奏開始待ち時間算出・表示ルーチン（図４のステップＳｒ１８参照）の手順を示す。次に、同図を参照して、このルーチンを説明する。
【００８１】
このルーチンにおいてまず、カラオケ端末３またはサブホスト局４は、制御用変数Ｎ２を予約データ数にセットする（ステップＳｃ１）。この予約データ数は、カラオケ端末３またはサブホスト局４が自身のハードディスク２７から読み出すべきカラオケデータも、センタ局１に送信要求するカラオケデータも含む。
【００８２】
次にタイマをスタートさせ、所定時間経過後、操作パネル２８で利用者が予約したカラオケデータに基づいて演奏開始までの待ち時間を算出する（ステップＳｃ２，Ｓｃ３，Ｓｃ４）。この時間は、次のように算出する。まず、センタ局１から送信されるべきカラオケデータについては、サイズ情報が楽曲の演奏時間にほぼ比例しているので、カラオケデータの一覧（表１）を参照し、サイズ情報に基づいて演奏時間を算出する。一方、カラオケ端末３またはサブホスト局４が自身のハードディスク２７から読み出すべきカラオケデータについては、各カラオケデータのヘッダに実際の演奏時間を示す情報が付与されており、これらの情報を読み取る。そして、予約された各カラオケデータの演奏時間に基づいて、二曲目以降に演奏する楽曲に対応するカラオケデータの演奏開始までの待ち時間が算出できる。また、時間の経過に応じて、経過時間を減算すれば、逐次待ち時間を算出できる。。
【００８３】
次いで、ＣＰＵ２１では、二曲目以降に演奏する楽曲に対応するカラオケデータと、それらのカラオケデータに対応する算出した待ち時間とを示す信号を画像合成装置３５に供給する（ステップＳｃ５）。また、ＣＰＵ２１はこれらの信号に基づいて、ＲＯＭ２２からフォント情報を呼び出し、画像合成装置３５に供給する。これにより、ディスプレイ３６は、二曲目以降に演奏する楽曲に対応するカラオケデータと、それらのカラオケデータに対応する算出した待ち時間とを表示する。
【００８４】
さらに表示開始から所定時間経過後、ＣＰＵ２１では、画像合成装置３５への上記信号の供給を停止し、演奏開始待ち時間の表示を終了させる（ステップＳｃ６，Ｓｃ７）。次に、処理はステップＳｃ８に進み、優先的に演奏される楽曲に対応するカラオケデータがあるか否か判断する。ここで、優先的に演奏されるカラオケデータとは、カラオケ端末３またはサブホスト局４が自身のハードディスク２７から読み出すべきカラオケデータ、およびセンタ局１から送信されるカラオケデータのうち、現在読出中のカラオケデータの残りサイズよりサイズの小さいカラオケデータである。このうち、現在読出中のカラオケデータの残りサイズよりサイズの小さいカラオケデータについては、上述のように、センタ局１からステップＳｔ１２（図５）で読出順序変更を報知する。
【００８５】
ステップＳｃ８での判断結果が「Ｎｏ」の場合、処理はステップＳｃ９に進む。一方、その判断結果が「Ｙｅｓ」の場合、処理はステップＳｃ１０に進み、変数Ｎ２をインクリメントした後、ステップＳｃ９に進む。ステップＳｃ９では、一つの楽曲について演奏が終了したか否か判断する。この判断結果が「Ｎｏ」であれば、処理はステップＳｃ３に戻り、演奏開始待ち時間の算出、表示を再度繰り返す。
【００８６】
一方、ステップＳｃ９の判断結果が「Ｙｅｓ」の場合、処理はステップＳｃ１１に進み、変数Ｎ２をデクリメントした後、ステップＳｃ１２で変数Ｎ２が１になったか否か、すなわち予約されたうち楽曲が演奏されていないカラオケデータが１になったか否か判断する。この判断結果が「Ｎｏ」であれば、処理はステップＳｃ３に戻り、演奏開始待ち時間の算出、表示を再度繰り返す。一方、ステップＳｃ１２の判断結果が「Ｎｏ」であれば、残りの演奏すべき楽曲は一つである。この場合、この演奏開始待ち時間算出・表示ルーチンは終了する。
【００８７】
以上のように、複数のカラオケデータが利用者に指定された場合に、二曲目以降の演奏開始待ち時間をディスプレイ３６に表示させることにより、カラオケデータの送信順序が利用者の指示した楽曲の順序と異なっていても、利用者をいらだたせたり、あわてさせたりするのを和らげることが可能である。
【００８８】
３．変更例
なお、本発明は、上述した実施形態に限定されず、例えば以下のような変形が可能である。
（１） 上述した実施形態では、利用者が指定した楽曲のカラオケデータが、カラオケ端末３またはサブホスト局４のハードディスク２７に蓄積されたカラオケデータであるか、あるいは個別に受信すべきカラオケデータであるかを、カラオケデータの一覧のサイズ情報に基づいて、カラオケ端末３またはサブホスト局４が判断している。ただし、サイズ情報によらずに、各カラオケデータがいずれに該当するのか明確化する識別情報を一覧に付与しておき、この識別情報に基づいて自身のハードディスク２７から読み出すか、あるいはセンタ局１に送信要求するかを判断してもよい。
【００８９】
（２） 上述した実施形態では、新たに送信要求されたカラオケデータのサイズがセンタ局１で読出中のカラオケデータの残りのサイズより大きい場合には、センタ局１は読出中のカラオケデータの読出を中断するとともに、読出中のカラオケデータの中断位置を記憶し、以降の部分は後から読み出して送信すべきカラオケデータとして扱う（図５のステップＳｔ８，Ｓｔ１０）。しかし、読出中断後、次に読み出す前に同じカラオケデータがセンタ局１で修正され更新される場合がある。
【００９０】
このような場合のため、ステップＳｔ５とＳｔ６との間に、カラオケデータの更新があったか否か判断するステップを設け、更新があった場合には、更新後の当該カラオケデータを最初から読み出すようにすると好ましい。利用者はこれによって最新の楽曲を利用することが可能である。
【００９１】
（３） カラオケデータの送信すべき順序づけは、カラオケ端末３，３，…またはサブホスト局４，４，…で行わなくても、センタ局１で行ってもよい。図８は、この変更例におけるカラオケ端末３またはサブホスト局４およびカラオケ端末５で行われる曲の再生動作を示し、図９は送信要求を示す信号を受信したセンタ局１が行う処理を示す。なお、図４および図５と同様のステップには共通する符号を付け、その説明を省略する。
【００９２】
図８に示すように、この変更例では、サイズ情報が０以外のカラオケデータが指定されたと最初に判断したときから所定時間の経過後（ステップＳｒ６およびＳｒ８の判断結果が「Ｙｅｓ」だった後）、直ちにカラオケ端末３またはサブホスト局４ではセンタ局１に送信要求を示す信号を送信する。複数曲が利用者に指定された場合でも、この送信要求においてカラオケデータの順序は変更されることなく、利用者が指定した順序で送信要求がなされる。
【００９３】
図９に示すように、送信要求がなされたセンタ局１では、ステップＳｔ１の後、ハードディスク１２に記憶されたカラオケデータの一覧を参照し、要求されたカラオケデータを検索し、サイズ情報が「０」でないカラオケデータが複数指定されているか否か判断する。この判断結果が「Ｎｏ」であれば、処理はステップＳｔ２に進み、読出対象であるカラオケデータを読み出す。
【００９４】
一方、ステップＳｔ２１での判断結果が「Ｙｅｓ」であれば、処理はステップＳｔ２２に進み、複数指定されたカラオケデータのサイズ情報を比較する。そして、サイズ情報の小さいものが先になるようにカラオケデータの送信順序づけを行った後（ステップＳｔ２３）、処理はステップＳｔ２に進み、読出対象である先頭のカラオケデータの読み出しを開始する。この場合も、サイズの小さいカラオケデータが先に送信され、利用者が複数の楽曲を連続して指示した場合でも、不必要に長く演奏開始を待たなくてもよい。
【００９５】
（４） 上述した実施形態では、所定時間内に複数の楽曲が利用者に指定されたときに、カラオケデータの順序づけをして、この順序に従ってカラオケデータを送信するようになっているが（図４参照）、このような順序づけつまり場合によっては並べ替えを行うモードと、利用者の指定順に従ってカラオケデータを送信するモードが、あらかじめシステムに準備され、利用者が任意にいずれかのモードを設定できるようにされていてもよい。
【００９６】
（５） 上述した実施形態では、カラオケ端末３，３，…およびサブホスト局４，４，…のハードディスク２７に多数のカラオケデータを蓄積し、ハードディスク２７に蓄積されていないカラオケデータを必要に応じて補充的にセンタ局１から送信するようになっている。ただし、カラオケデータをデータベースに蓄積せず、利用者が指定した楽曲は、すべてセンタ局１から配信するようにしてもよい。
【００９７】
この場合も、カラオケデータの送信すべき順序づけは、カラオケ端末３，３，…またはサブホスト局４，４，…で行わなってもよいし、センタ局１で行ってもよい。また、上述した演奏開始待ち時間は、センタ局１のホストコンピュータ１１で行い、待ち時間を示す情報をセンタ局１から要求元のカラオケ端末３またはサブホスト局４に送信するようにしてもよい。
【００９８】
（６） 図１０に示すように、カラオケデータ等の配信は、通信衛星２を介して行ってもよい。この変更例では、カラオケ端末３，３，…およびサブホスト局４，４，…は、センタ局１から通信衛星２を介して送られてくるカラオケデータ等の無線信号を受信する受信機（図示せず）を備えている。図１０において、センタ局１とカラオケ端末３，３，…およびサブホスト局４，４，…は公衆回線Ｎを介して接続されているが、公衆回線Ｎはカラオケ端末３，３，…またはサブホスト局４，４，…からカラオケデータの配信を要求する場合など、端末またはサブホスト局から送信する場合と、天候などの要因により通信衛星２を介した送信が不適当なときにセンタ局１から送信する場合に使用される。
【００９９】
そして、蓄積用のカラオケデータ、カラオケデータの一覧およびセンタ局１の一覧等の配信は通常、通信衛星２を介してカラオケ端末３，３，…およびサブホスト局４，４，…に向けて一斉に行われる。また、利用者の要求に応じて配信されるカラオケデータも公衆回線Ｎを介して一斉に送信されるが、その際には、カラオケデータを含む送信ファイルの初期の部分にあるファイル制御情報に、受信すべきカラオケ端末３またはサブホスト局４（要求元）が指定され、要求元だけがそのカラオケデータを利用する。
【０１００】
通信衛星２を介した送信については、センタ局１自身が同報送信用の送信機を備えて（図示せず）、この送信機を用いて行うようにしてもよい。ただし、図１０に示すように、センタ局１からカラオケデータの供給を受けた放送センタ６が同報送信を行ってもよい。放送センタ６は、局内各部を制御するホストコンピュータ６１と、ホストコンピュータ１１から供給されるカラオケデータのデータベースを記憶するハードディスク６２を備える。放送センタ６には、センタ局１との通信インタフェース６５が設けられており、センタ局１にも、放送センタ６との通信インタフェース１５が設けられている。さらに、放送センタ６には、無線信号を通信衛星２を介して同報的に一斉送信するための送信機６４が設けられている。この構成により、放送センタ６は、複数のカラオケ端末３，３，…およびサブホスト局４，４，…にカラオケデータ等のデータを配信することができる。カラオケデータの送信順序は、センタ局１から供給される順序指定信号に従う。順序づけは、上述の実施形態と同様である。
【０１０１】
なお、天候などの理由による通信障害に備えて、利用者が要求したカラオケデータは、複数回送信するようにしてもよい。この場合、受信するカラオケ端末３またはサブホスト局４では、一度受信して、再度利用者が指定しなかったカラオケデータをＲＡＭ２３にロードしないようにするとよい。また、所定時間の経過後も、受信できなかったカラオケデータについては、要求元のカラオケ端末３またはサブホスト局４では、改めて公衆回線Ｎを介して送信するように、センタ局１に要求するようにしてもよい。
【０１０２】
上記では、カラオケデータを送信する手段として衛星通信を採用した場合について説明したが、これに限らず、無線であるか有線であるかを問わずその他の同報通信を採用してもよい。
【０１０３】
（７） 表３および表４は、上述したカラオケデータの一覧の変更例を示す。この一覧では、カラオケ端末３，３，…およびサブホスト局４，４，…が個別に受信すべき各カラオケデータにバージョン情報とデータ作成日付が付されている。カラオケ端末３，３，…またはサブホスト局４，４，…では、センタ局１から定期的に配信される最新のカラオケデータの一覧とは別個に、送信要求して自身のハードディスク２７に格納したカラオケデータの一覧を保存しておくとよい。表３は配信される最新のカラオケデータの一覧の例を示し、表４は格納したカラオケデータの一覧の例を示す。
【表３】

【０１０４】
【表４】

【０１０５】
利用者から楽曲の指定があったときには、カラオケ端末３またはサブホスト局４では、まず、センタ局１から配信された最新の一覧を参照して検索する。そして、検索結果が個別に受信するべき各カラオケデータとなった場合、次にハードディスク２７に格納したカラオケデータの一覧を参照して検索し、両方の検索結果のバージョン情報が異なるときに、センタ局１に送信要求する。両方のバージョン情報同士が同一であれば、カラオケ端末３またはサブホスト局４，４，…では、自身のハードディスク２７から当該カラオケデータを読み出す。これにより、送信元のセンタ局１で、個別受信用のカラオケデータの更新が行われた場合に、カラオケ端末３，３，…およびサブホスト局４，４，…は最新のカラオケデータを取得することが可能である。
【０１０６】
なお、このようにバージョン情報同士を比較せず、両方の一覧のデータ作成日付同士またはサイズ情報同士を比較して同様の判断を行ってもよい。もしサイズ情報同士を比較するのであれば、個別に受信したカラオケデータをハードディスク２７に蓄積しても、一覧のサイズ情報を０には変更せず（図４のステップＳｒ１６参照）、別種の識別情報をカラオケデータに付与して、自身のハードディスク２７に蓄積されたカラオケデータであるか、あるいは個別に受信すべきカラオケデータを判別するとよい。
【０１０７】
（８） また、センタ局１に送信要求したカラオケデータをハードディスク２７に蓄積するのを繰り返していると、やがてハードディスク２７の空き容量が不足する。このため、ハードディスク２７に格納したこれらの個別受信済みのカラオケデータを必要に応じて（例えばハードディスク２７の空き容量が一定値以下となったとき、あるいは送信要求したカラオケデータを受信するとハードディスク２７の空き容量が一定値以下となると予想できるとき）、削除するのが望ましい。このような場合には、格納したカラオケデータを示す一覧を参照し、格納済みのカラオケデータの中から古いバージョンのカラオケデータを優先的に削除するか、あるいはこのような削除を繰り返して、空き容量を増大させるとよい。
【０１０８】
（９） あるいは、各カラオケ端末３またはサブホスト局４で、格納したカラオケデータを示す一覧において、各カラオケデータに格納した時期を付与しておき、その時期が古いカラオケデータを削除してもよい。この場合には、定期的にこの一覧を参照し、格納時期から一定の有効期間が過ぎたカラオケデータを見つけ次第、削除するとよい。
【発明の効果】
以上説明したように、本発明によれば、利用者の指示した複数の曲に対応する複数のカラオケデータのうち、サイズの小さいものから先にセンタ局または放送センタが送信する。従って、各楽曲の演奏開始までの時間が短縮され、利用者が複数の楽曲を連続して指示した場合でも、不必要に長く演奏開始を待たなくてもよい。
【図面の簡単な説明】
【図１】 本発明の一実施形態に係る通信カラオケシステムの全体構成を示すブロック図である。
【図２】 同通信カラオケシステムのカラオケ端末３の構成を示すブロック図である。
【図３】 （Ａ）は同通信カラオケシステムのサブホスト局４の構成を示すブロック図であり、（Ｂ）はカラオケ端末５の構成を示すブロック図である。
【図４】 同通信カラオケシステムのカラオケ端末３あるいはサブホスト局４とカラオケ端末５で行われる曲の再生動作を示すフローチャートである。
【図５】 同通信カラオケシステムのセンタ局１が行う処理を示すフローチャートである。
【図６】 同通信カラオケシステムのカラオケ端末３またはサブホスト局４が行う、センタ局１を選択するルーチンを示すフローチャートである。
【図７】 同通信カラオケシステムのカラオケ端末３またはサブホスト局４が行う、複数のカラオケデータの送信を要求したときに行う演奏開始待ち時間算出・表示ルーチンを示すフローチャートである。
【図８】 同通信カラオケシステムのカラオケ端末３またはサブホスト局４およびカラオケ端末５で行われる曲の再生動作の変更例を示すフローチャートである。
【図９】 同通信カラオケシステムのセンタ局１が行う処理の変更例を示すフローチャートである。
【図１０】 同通信カラオケシステムの全体構成の変更例を示すブロック図である。
【符号の説明】
１…センタ局、２…通信衛星、３…カラオケ端末、４…サブホスト局、５…カラオケ端末、６…放送センタ、１１…ホストコンピュータ、１２…ハードディスク、１３…通信インタフェース、１５…通信インタフェース、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…受信機、２５…通信インタフェース、２６…タイマ、２７…ハードディスク、２８…操作パネル、６１…ホストコンピュータ、６２…ハードディスク、６４…送信機、６５…通信インタフェース、Ｎ…公衆回線

Claims (16)

1. それぞれ異なるサイズのカラオケデータを保有するセンタ局またはセンタ局から前記カラオケデータが供給される放送センタが、カラオケ端末またはサブホスト局からの要求に応じて、要求元のカラオケ端末またはサブホスト局にカラオケデータを配信する通信カラオケシステムであって、
   各カラオケ端末またはサブホスト局は、
   利用者が順次指示した複数の曲の各々について、カラオケデータの配信を受けるか否かを判断する判断手段と、
   前記判断手段によってカラオケデータの配信を受けると初めて判断された時期から所定時間内に前記利用者が指示した複数の曲にそれぞれ対応する複数の指示信号を蓄積する蓄積手段と、
   各カラオケデータのサイズ情報に関する一覧を記憶した第１サイズ情報記憶手段と、
   前記判断手段によってカラオケデータの配信を受けると初めて判断された時期から前記所定時間が経過すると、前記蓄積手段に蓄積された前記複数の指示信号に基づいて、前記第１サイズ情報記憶手段を参照し、前記指示信号に対応する複数の曲のカラオケデータのサイズを比較する比較手段と、
   前記比較手段の比較結果に基づいて、前記センタ局に対して、前記蓄積手段に蓄積された前記複数の指示信号に対応する複数の曲のカラオケデータをサイズの小さいものから先に要求する要求手段と、
   前記センタ局から送信される複数のカラオケデータを受信する受信手段と、
   前記受信手段で受信した複数のカラオケデータに基づき楽音を合成する合成手段と、
   前記合成手段で合成された楽音を発生する楽音発生手段と
   を具備し、
   前記センタ局または放送センタは、
   前記カラオケ端末またはサブホスト局からの前記カラオケデータの要求を受信する受信手段と、
   前記カラオケ端末またはサブホスト局から要求された複数のカラオケデータを要求元のカラオケ端末またはサブホスト局に送信する送信手段と
   を具備することを特徴とする通信カラオケシステム。
2. それぞれ異なるサイズのカラオケデータを保有するセンタ局またはセンタ局から前記カラオケデータが供給される放送センタが、カラオケ端末またはサブホスト局からの要求に応じて、要求元のカラオケ端末またはサブホスト局にカラオケデータを配信する通信カラオケシステムであって、
   各カラオケ端末またはサブホスト局は、
   利用者が順次指示した複数の曲の各々について、カラオケデータの配信を受けるか否かを判断する判断手段と、
   前記判断手段によってカラオケデータの配信を受けると初めて判断された時期から所定時間内に前記利用者が指示した複数の曲にそれぞれ対応する複数の指示信号を蓄積する蓄積手段と、
   前記判断手段によってカラオケデータの配信を受けると初めて判断された時期から前記所定時間が経過すると、前記センタ局に対して、前記蓄積手段に蓄積されている複数の指示信号に対応する複数の曲のカラオケデータを要求する要求手段と、
   前記センタ局から送信される複数のカラオケデータを受信する受信手段と、
   前記受信手段で受信した複数のカラオケデータに基づき楽音を合成する合成手段と、
   前記合成手段で合成された楽音を発生する楽音発生手段と
   を具備し、
   前記センタ局は、
   前記カラオケ端末またはサブホスト局からの前記カラオケデータの要求を受信する受信手段と、
   各カラオケデータのサイズ情報に関する一覧を記憶した第２サイズ情報記憶手段と、
   前記カラオケ端末またはサブホスト局からの要求に基づいて、前記第２サイズ情報記憶手段を参照し、前記指示信号に対応する複数のカラオケデータのサイズを比較する比較手段と
   を具備し、
   前記センタ局または放送センタは、前記比較手段の比較結果に基づいて、前記カラオケ端末またはサブホスト局から要求された複数のカラオケデータをサイズの小さいものから先に要求元のカラオケ端末またはサブホスト局に送信する送信手段を具備する
   ことを特徴とする通信カラオケシステム。
3. 前記カラオケ端末またはサブホスト局が、
   前記第１サイズ情報記憶手段に記憶された前記サイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出する時間算出手段を具備することを特徴とする請求項１に記載のシステム。
4. 前記センタ局が、
   各カラオケデータのサイズ情報に関する一覧を記憶した第３サイズ情報記憶手段と、
   前記第３サイズ情報記憶手段に記憶された前記サイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出する時間算出手段とを具備し、
   前記センタ局または放送センタが、
   前記時間算出手段で算出された算出時間の情報を前記カラオケ端末またはサブホスト局に送信する算出時間送信手段を具備することを特徴とする請求項１に記載のシステム。
5. 前記カラオケ端末またはサブホスト局が、
   各カラオケデータのサイズ情報に関する一覧を記憶した第４サイズ情報記憶手段と、
   前記第４サイズ情報記憶手段に記憶された前記サイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出する時間算出手段とを具備することを特徴とする請求項２に記載のシステム。
6. 前記センタ局が、
   前記第２サイズ情報記憶手段に記憶された前記サイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出する時間算出手段を具備し、
   前記センタ局または放送センタが、
   前記時間算出手段で算出された算出時間の情報を前記カラオケ端末またはサブホスト局に送信する算出時間送信手段を具備する
   ことを特徴とする請求項２に記載のシステム。
7. それぞれ異なるサイズのカラオケデータを保有するセンタ局またはセンタ局から前記カラオケデータが供給される放送センタが、カラオケ端末またはサブホスト局からの要求に応じて、要求元のカラオケ端末またはサブホスト局にカラオケデータを配信する通信カラオケシステムであって、
   各カラオケ端末またはサブホスト局は、
   利用者の指示した複数の曲にそれぞれ対応する複数の指示信号を蓄積する蓄積手段と、
   各カラオケデータのサイズ情報に関する一覧を記憶したサイズ情報記憶手段と、
   前記蓄積手段に蓄積された前記複数の指示信号に基づいて、前記サイズ情報記憶手段を参照し、前記指示信号に対応する複数のカラオケデータのサイズを比較する比較手段と、
   前記比較手段の比較結果に基づいて、前記センタ局に対して、前記複数のカラオケデータをサイズの小さいものから先に要求する要求手段と、
   前記センタ局から送信される複数のカラオケデータを受信する受信手段と、
   前記受信手段で受信した複数のカラオケデータに基づき楽音を合成する合成手段と、
   前記合成手段で合成された楽音を発生する楽音発生手段と
   を具備し、
   前記センタ局または放送センタは、
   前記カラオケ端末またはサブホスト局からの前記カラオケデータの要求を受信する受信 手段と、
   前記カラオケ端末またはサブホスト局から要求された複数の曲に対応する複数のカラオケデータを要求元のカラオケ端末またはサブホスト局に送信する送信手段と
   を具備し、
   前記送信手段による送信にあたっては、前記センタ局が、データベースから前記カラオケデータを読み出すようになっており、いずれかのカラオケデータの読出中に、このカラオケデータよりもサイズが小さいカラオケデータの要求を前記カラオケ端末またはサブホスト局から前記受信手段が受信したときに、前記センタ局は、読出中の前記カラオケデータの読出を中断し、新たに要求された前記カラオケデータを前記データベースから読み出す
   ことを特徴とする通信カラオケシステム。
8. 前記新たに要求されたカラオケデータの送信後、前記センタ局は、前記中断したカラオケデータの読出を再開することを特徴とする請求項７に記載の通信カラオケシステム。
9. それぞれ異なるサイズのカラオケデータを保有するセンタ局またはセンタ局から前記カラオケデータが供給される放送センタが、カラオケ端末またはサブホスト局からの要求に応じて、要求元のカラオケ端末またはサブホスト局にカラオケデータを配信する通信カラオケシステムのカラオケデータ配信方法であって、
   前記カラオケ端末またはサブホスト局のいずれかが、利用者が順次指示した複数の曲の各々についてカラオケデータの配信を受けるか否かを判断しつつ、カラオケデータの配信を受けると初めて判断した時期から所定時間内に前記利用者が指示した複数の曲にそれぞれ対応する複数の指示信号を蓄積し、
   カラオケデータの配信を受けると初めて判断された時期から前記所定時間が経過すると、前記カラオケ端末またはサブホスト局が、あらかじめ保有する各カラオケデータのサイズ情報に関する一覧を参照して、前記複数の指示信号にそれぞれ対応する複数のカラオケデータ各々に付されたサイズ情報を比較し、
   前記センタ局に、前記カラオケ端末またはサブホスト局が、蓄積されている前記複数の指示信号に対応する複数の曲のカラオケデータをサイズの小さいものから先に要求し、
   前記センタ局または放送センタが、要求元の前記カラオケ端末またはサブホスト局に前記複数のカラオケデータをサイズの小さいものから先に送信する
   ことを特徴とする通信カラオケシステムのカラオケデータ配信方法。
10. それぞれ異なるサイズのカラオケデータを保有するセンタ局またはセンタ局から前記カラオケデータが供給される放送センタが、カラオケ端末またはサブホスト局からの要求に応じて、要求元のカラオケ端末またはサブホスト局にカラオケデータを配信する通信カラオケシステムのカラオケデータ配信方法であって、
    前記カラオケ端末またはサブホスト局のいずれかが、利用者が順次指示した複数の曲の各々についてカラオケデータの配信を受けるか否かを判断しつつ、カラオケデータの配信を受けると初めて判断した時期から所定時間内に前記利用者が指示した複数の曲にそれぞれ対応する複数の指示信号を蓄積し、
    カラオケデータの配信を受けると初めて判断された時期から前記所定時間が経過すると、前記カラオケ端末またはサブホスト局が、前記センタ局に対して、蓄積されている前記複数の指示信号に対応する複数の曲のカラオケデータを要求し、
    前記センタ局が、あらかじめ保有する各カラオケデータのサイズ情報に関する一覧を参照して、要求された前記複数のカラオケデータ各々に付されたサイズ情報を比較し、
    前記センタ局または放送センタが、要求元の前記カラオケ端末またはサブホスト局に前記複数のカラオケデータをサイズの小さいものから先に送信する
    ことを特徴とする通信カラオケシステムのカラオケデータ配信方法。
11. 前記カラオケ端末またはサブホスト局が、あらかじめ保有する前記サイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出し、前記時間を表示装置に表示させる
    ことを特徴とする請求項９に記載のシステム。
12. 前記センタ局が、各カラオケデータのサイズ情報に関する一覧をあらかじめ保有しており、自局で保有する前記カラオケデータのサイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出し、算出した前記時間を表す時間情報を前記センタ局または放送センタが前記カラオケ端末またはサブホスト局に送信し、
    前記カラオケ端末またはサブホスト局では、前記時間情報が表す時間を表示装置に表示させることを特徴とする請求項９に記載のシステム。
13. 前記カラオケ端末またはサブホスト局が、各カラオケデータのサイズ情報に関する一覧をあらかじめ保有しており、自身で保有する前記カラオケデータのサイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出し、前記時間を表示装置に表示させることを特徴とする請求項１０に記載のシステム。
14. 前記センタ局が、あらかじめ保有する前記サイズ情報に関する一覧および前記カラオケデータの送信順序に基づいて、前記カラオケデータのそれぞれの演奏開始までの時間を算出し、算出した前記時間を表す時間情報を前記センタ局または放送センタが前記カラオケ端末またはサブホスト局に送信し、
    前記カラオケ端末またはサブホスト局では、前記時間情報が表す時間を表示装置に表示させることを特徴とする請求項１０に記載のシステム。
15. それぞれ異なるサイズのカラオケデータを保有するセンタ局またはセンタ局から前記カラオケデータが供給される放送センタが、カラオケ端末またはサブホスト局からの要求に応じて、要求元のカラオケ端末またはサブホスト局にカラオケデータを配信する通信カラオケシステムのカラオケデータ配信方法であって、
    前記カラオケ端末またはサブホスト局のいずれかが、利用者の指示した複数の曲にそれぞれ対応する複数の指示信号を蓄積し、
    前記カラオケ端末またはサブホスト局が、あらかじめ保有する各カラオケデータのサイズ情報に関する一覧を参照して、前記複数の指示信号にそれぞれ対応する複数のカラオケデータ各々に付されたサイズ情報を比較し、
    前記センタ局に、前記カラオケ端末またはサブホスト局が、前記複数のカラオケデータをサイズの小さいものから先に要求し、
    前記センタ局または放送センタが、要求元の前記カラオケ端末またはサブホスト局に前記複数のカラオケデータをサイズの小さいものから先に送信し、さらにこの送信にあたっては、前記センタ局が、データベースから前記カラオケデータを読み出すようになっており、いずれかのカラオケデータの読出中に、このカラオケデータよりもサイズが小さいカラオケデータを送信すべく前記カラオケ端末またはサブホスト局から新たに要求されたときに、前記センタ局は読出中の前記カラオケデータの読出を中断し、新たに要求された前記カラオケデータを前記データベースから読み出す
    ことを特徴とする通信カラオケシステムのカラオケデータ配信方法。
16. 前記新たに要求されたカラオケデータの送信後、前記センタ局は、前記中断したカラオケデータの読出を再開することを特徴とする請求項１５に記載の方法。

Images