(57)【特許請求の範囲】
【請求項１】
センタ局または前記センタ局からカラオケデータが供給された放送センタから同報通信網を介して複数のカラオケ端末またはサブホスト局に、識別符号の付されたカラオケデータを配信する通信カラオケシステムであって、
前記センタ局または前記放送センタは、前記同報通信網を介して前記カラオケデータを設定された回数で前記識別符号の順番で繰り返して送信する送信手段と、
前記送信手段がカラオケデータの送信を終了する送信終了予定時を前記カラオケ端末またはサブホスト局へ送信する終了予定時送信手段と、
前記カラオケ端末または前記サブホスト局から送信される、前記カラオケ端末または前記サブホスト局において未受信のカラオケデータに対応する識別符号と、前記カラオケデータの再送要求を受信する再送要求受信手段と、
前記再送要求受信手段で受信された識別符号で特定されるカラオケデータを再送する再送手段と、
を具備し、
前記カラオケ端末またはサブホスト局は、それぞれ、
前記同報通信網を介して前記センタ局または放送センタから送信されるカラオケデータを受信する受信手段と、
前記受信手段で受信した前記カラオケデータを一時的に記録する一時的記録手段と、
前記一時的記録手段に記録された前記カラオケデータを蓄積するカラオケデータ蓄積手段と、
前記カラオケデータに付された前記識別符号を識別する識別手段と、
前記識別手段の識別結果に基づいて、前記一時的記録手段に記録された前記カラオケデータを前記カラオケデータ蓄積手段に蓄積すべきか否か判断する判断手段と、
前記判断手段が前記カラオケデータを前記カラオケデータ蓄積手段に蓄積すべきと判断したときに、前記カラオケデータ蓄積手段を駆動する駆動手段と、
時間を計時するタイマと、
前記終了予定時送信手段から送信された送信終了予定時を受信する送信終了予定時受信手段と、
前記カラオケデータ蓄積手段に未蓄積のカラオケデータがあるか否か前記識別符号を元に判断し、未蓄積のカラオケデータがあり、前記タイマで計時された時間が前記送信終了予定時受信手段で受信された送信終了予定時である場合、未受信のカラオケデータに対応する識別符号と、前記カラオケデータの再送要求とを送信する再送要求送信手段と、
を備え、
前記一時的記録手段に一時的に記録されたカラオケデータを前記カラオケデータ蓄積手段に蓄積する駆動モードと、前記一時的記録手段に一時的に記録されたカラオケデータを前記カラオケデータ蓄積手段に蓄積せず、前記駆動モードよりも消費エネルギの少ないスリープモードで動作するようにされており、
前記判断手段が前記カラオケデータを前記カラオケデータ蓄積手段に蓄積すべきと判断したときに、前記スリープモードから前記駆動モードに移行することを特徴とする通信カラオケシステム。
【請求項２】
前記センタ局または前記放送センタは、複数の伝送レートで同一のカラオケデータを送信し、
前記カラオケ端末またはサブホスト局は、前記複数の伝送レートのうち、一方を選択する選択手段を備えることを特徴とする請求項１に記載の通信カラオケシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、センタ局または前記センタ局からカラオケデータが供給された放送センタから同報通信網を介して複数のカラオケ端末またはサブホスト局に、識別符号の付されたカラオケデータを配信する通信カラオケシステムに関する。
【０００２】
【従来の技術】
カラオケデータのデータベースを保有するセンタ局がカラオケスナック等の各店舗に設置されたカラオケ端末またはサブホスト局からの要求に応じて公衆回線等を介しカラオケデータを供給する、通信カラオケシステムが知られている。この種のシステムにおいては、センタ局から各店舗へカラオケデータを送信する度に回線使用料がかかるため、店舗数が多い場合には送信回数が膨大になり、通信コストがかさむという問題がある。
【０００３】
一方、従来より通信衛星を介して親局から各子局へ一斉にデータを送信する同報データ通信システムが知られている。この種のシステムは、同一のデータを多数の子局へ効率的に配信する場合に適しており、近年では通信コストの低減化が急速に進んでいることから、各種の分野で実施化が進められている。
【０００４】
【発明が解決しようとする課題】
本願発明者は、多数のカラオケ端末を保有する通信カラオケシステムに上記同報データ通信を適用し、これによって効率的かつ低コストなカラオケデータの配信を実現することを検討した。ところが、カラオケデータをセンタ局から同報的に配信する形態をとった場合、カラオケデータの配信時に受信準備ができていなかったり、あるいは天候など何らかの原因によって受信エラーとなったカラオケ端末においては、カラオケデータが欠落し、しかも受信し損なったカラオケデータの再送を受ける手段がないという問題がある。
【０００５】
このため、カラオケデータを繰り返して同報的に送信することも考えられる。しかし、この場合、カラオケデータを受信するカラオケ端末またはサブホスト局は、自身が以前に受信できなかったカラオケデータを受信するまで、カラオケデータを蓄積するハードディスクをアクセス可能な状態に駆動しておかなければならない。すでに受信済みのカラオケデータが送信されているときまで、ハードディスクを駆動しておくのは、消費電力の無駄であり、かつハードディスクドライブの劣化や短命化の原因にもなる。
【０００６】
また、同報通信のうち例えば衛星放送の伝送能力は極めて高いため、カラオケ端末またはサブホスト局ではカラオケデータを受信できても、バッファへ一時的に記録する能力がデータの伝送に間に合わないことがある。また、バッファの容量不足やハードディスクへの転送能力不足により、バッファからハードディスクへのデータの転送が済む前に受信したカラオケデータでバッファが一杯になることもある。一方、カラオケデータの送信の伝送能力を下げると、バッファなどに問題のないカラオケ端末またはサブホスト局では、不必要に長時間駆動されることになり、消費電力が無駄となり、しかもハードディスクドライブの劣化や短命化を招く。
【０００７】
本発明は、このような背景の下になされたもので、カラオケ端末やサブホスト局の消費エネルギを低減し部品の延命化を図ることが可能な通信カラオケシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上述課題を解決するため、本発明に係る通信カラオケシステムは、センタ局または前記センタ局からカラオケデータが供給された放送センタから同報通信網を介して複数のカラオケ端末またはサブホスト局に、識別符号の付されたカラオケデータを配信する通信カラオケシステムであって、前記センタ局または前記放送センタは、前記同報通信網を介して前記カラオケデータを設定された回数で前記識別符号の順番で繰り返して送信する送信手段と、前記送信手段がカラオケデータの送信を終了する送信終了予定時を前記カラオケ端末またはサブホスト局へ送信する終了予定時送信手段と、前記カラオケ端末または前記サブホスト局から送信される、前記カラオケ端末または前記サブホスト局において未受信のカラオケデータに対応する識別符号と、前記カラオケデータの再送要求を受信する再送要求受信手段と、前記再送要求受信手段で受信された識別符号で特定されるカラオケデータを再送する再送手段と、を具備し、前記カラオケ端末またはサブホスト局は、それぞれ、前記同報通信網を介して前記センタ局または放送センタから送信されるカラオケデータを受信する受信手段と、前記受信手段で受信した前記カラオケデータを一時的に記録する一時的記録手段と、前記一時的記録手段に記録された前記カラオケデータを蓄積するカラオケデータ蓄積手段と、前記カラオケデータに付された前記識別符号を識別する識別手段と、前記識別手段の識別結果に基づいて、前記一時的記録手段に記録された前記カラオケデータを前記カラオケデータ蓄積手段に蓄積すべきか否か判断する判断手段と、前記判断手段が前記カラオケデータを前記カラオケデータ蓄積手段に蓄積すべきと判断したときに、前記カラオケデータ蓄積手段を駆動する駆動手段と、時間を計時するタイマと、前記終了予定時送信手段から送信された送信終了予定時を受信する送信終了予定時受信手段と、前記カラオケデータ蓄積手段に未蓄積のカラオケデータがあるか否か前記識別符号を元に判断し、未蓄積のカラオケデータがあり、前記タイマで計時された時間が前記送信終了予定時受信手段で受信された送信終了予定時である場合、未受信のカラオケデータに対応する識別符号と、前記カラオケデータの再送要求とを送信する再送要求送信手段と、を備え、前記一時的記録手段に一時的に記録されたカラオケデータを前記カラオケデータ蓄積手段に蓄積する駆動モードと、前記一時的記録手段に一時的に記録されたカラオケデータを前記カラオケデータ蓄積手段に蓄積せず、前記駆動モードよりも消費エネルギの少ないスリープモードで動作するようにされており、前記判断手段が前記カラオケデータを前記カラオケデータ蓄積手段に蓄積すべきと判断したときに、前記スリープモードから前記駆動モードに移行することを特徴とする。
【０００９】
上記の通信カラオケシステムにおいては、同報的な一斉送信によって、センタ局または放送センタからカラオケ端末またはサブホスト局へカラオケデータを配信する。一方、各カラオケ端末またはサブホスト局は、カラオケデータを受信しながら、受信したカラオケデータを一時的記録手段に一時的に記録し、一時的記録手段に記録されたカラオケデータをカラオケデータ蓄積手段に蓄積すべきか否か判断する。そして、カラオケデータをカラオケデータ蓄積手段に蓄積すべきと判断したときに、カラオケデータ蓄積手段を駆動する。このように必要なときだけ、カラオケデータ蓄積手段を駆動することにより、カラオケデータの蓄積の欠落を確実に防止しながらも、カラオケ端末やサブホスト局の消費エネルギを低減し、駆動手段などの部品の延命化を図ることが可能である。
【００１０】
本発明において、前記カラオケ端末またはサブホスト局は、
前記一時的記録手段に一時的に記録されたカラオケデータを前記カラオケデータ蓄積手段に蓄積する駆動モードと、前記一時的記録手段に一時的に記録されたカラオケデータを前記カラオケデータ蓄積手段に蓄積せず、前記駆動モードよりも消費エネルギの少ないスリープモードで動作するようにされており、
前記判断手段が前記カラオケデータを前記カラオケデータ蓄積手段に蓄積すべきと判断したときに、前記スリープモードから前記駆動モードに移行するものであるとよい。
【００１１】
また、上記構成において、前記センタ局または前記放送センタは、複数の伝送レートで同一のカラオケデータを送信し、前記カラオケ端末またはサブホスト局は、前記複数の伝送レートのうち、一方を選択する選択手段を備えると好ましい。
前記センタ局または前記放送センタは。前記カラオケデータを繰り返して送信するようにしてもよい。
【００１２】
本発明に係る通信カラオケシステムは、センタ局または前記センタ局からカラオケデータが供給された放送センタから同報通信網を介して複数のカラオケ端末またはサブホスト局に、識別符号の付されたカラオケデータを配信する通信カラオケシステムであって、
前記センタ局または前記放送センタは、前記同報通信網を介して複数の伝送レートで同一のカラオケデータを送信する送信手段を具備し、
前記カラオケ端末またはサブホスト局は、それぞれ、
前記複数の伝送レートのうち、一方を選択する選択手段と、
前記同報通信網を介して前記センタ局または放送センタから送信されるカラオケデータを受信する受信手段と、
前記受信手段で受信した前記カラオケデータを一時的に記録する一時的記録手段と、
前記一時的記録手段に記録された前記カラオケデータを蓄積するカラオケデータ蓄積手段とを備えるものでもよい。
【００１３】
上記通信カラオケシステムにおいては、センタ局または前記放送センタが、同報通信網を介して複数の伝送レートで同一のカラオケデータを送信する一方、各カラオケ端末またはサブホスト局は、前記複数の伝送レートのうち、一方を選択した後、カラオケデータを受信しながら、受信したカラオケデータを一時的記録手段に一時的に記録し、さらにカラオケデータ蓄積手段に蓄積する。各カラオケ端末またはサブホスト局は、自身の容量や処理能力に見合った伝送レートを選択するので、容量や処理能力の低いカラオケ端末またはサブホスト局でも、カラオケデータの蓄積の欠落を確実に防止することができる。また、容量や処理能力の高いカラオケ端末またはサブホスト局にあっては、短時間で受信が完了し、消費電力が抑制され、しかも駆動手段などの部品の延命化を図ることが可能である。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について説明する。
１．第１実施形態
１−１．実施形態の構成
（１）  実施形態の全体構成
図１は本発明の一実施形態に係る通信カラオケシステムの全体構成を示すブロック図である。同図において、１は通信カラオケシステムのセンタ局つまりホスト局である。センタ局１は、カラオケ演奏の元となる楽曲データ、カラオケの演奏中に表示すべき背景映像の元となる映像データ、およびバックコーラス等の効果音の元となる効果音データ（以下、これらのデータを総称してカラオケデータという）のデータベースを保有する。
【００１５】
センタ局１は、局内各部を制御するホストコンピュータ１１と、カラオケデータのデータベースを記憶するハードディスク１２を備える。また、センタ局１には、例えば公衆電話回線あるいはＩＳＤＮ等の公衆回線（双方向通信網）Ｎとの通信インタフェース１３と、無線信号を通信衛星２を介して同報的に一斉送信するための送信機１４が設けられている。この構成により、センタ局１は、公衆回線Ｎと同報通信網のいずれを介しても、複数のカラオケ端末３，３，…およびサブホスト局４，４，…にカラオケデータ等のデータを配信することができる。
【００１６】
配信が予定されているカラオケデータは複数のパケットに区分され、各パケットのフッタにそれぞれ１〜ｎ（ｎは２以上の整数）の蓄積順序番号（識別符号）が与えられている。蓄積順序番号は、カラオケ端末３，３，…およびサブホスト局４，４，…が当該カラオケ端末３またはサブホスト局４のデータベースに受信すべきカラオケデータの順序を示している。すなわち、蓄積順序番号が小さいパケットよりも蓄積順序番号が大きいパケットを先に、カラオケ端末３，３，…およびサブホスト局４，４，…が当該カラオケ端末３またはサブホスト局４のデータベースに蓄積するのは許されない。この蓄積順序の管理を行うため、カラオケデータの配信に先だってセンタ局１は、配信されるカラオケデータの蓄積順序番号の総数ｎを蓄積順序番号データとして、通信衛星２を介しカラオケ端末３，３，…またはサブホスト局４，４，…に一斉送信する。
【００１７】
センタ局１からカラオケデータの配信を受けるカラオケ端末３，３，…は、公衆回線Ｎを介してセンタ局１と接続されている。また、カラオケ端末３，３，…は、センタ局１から通信衛星２を介して同報的に送られてくるカラオケデータ等の無線信号を受信する受信機（後述する）を備えている。
【００１８】
サブホスト局４，４，…は、カラオケボックスのように複数の個室を備えたカラオケ店にそれぞれ設けられている。これらのサブホスト局４，４，…は、公衆回線Ｎを介してセンタ局１と接続されている一方、センタ局１から通信衛星２を介して同報的に送られてくるカラオケデータ等の無線信号を受信する受信機（後述する）を備えている。そして、各サブホスト局４は、センタ局１のホストコンピュータ１１から配信されるカラオケデータをカラオケデータベースに蓄積する。
【００１９】
また、各カラオケ店内には、光ファイバケーブルによるＬＡＮ（ローカルエリアネットワーク）が敷設されており、このＬＡＮを介して各サブホスト局４に複数のカラオケ端末５，５，…が接続されている。カラオケ端末５，５，…は、カラオケ店の各個室にそれぞれ設けられている。このような構成において、各店舗のサブホスト局４は、これに接続されたいずれかのカラオケ端末５からの要求に応じてカラオケデータを配信し、要求を出したカラオケ端末５がこれを受けてカラオケの演奏と背景映像の表示を行うようになっている。
【００２０】
（２）カラオケ端末３の構成
ここで、図２を参照し、カラオケ端末３の構成について説明する。
同図において、２１はＣＰＵであり、バスＢＵＳを介し接続される端末各部を制御する。また、２２はＣＰＵ２１が実行する制御プログラムおよびカラオケデータの映像データに含まれる歌詞情報に対応したフォント情報を記憶するＲＯＭであり、２３はＲＡＭである。ＲＡＭ２３はＣＰＵのワークエリアとして用いられるだけでなく、センタ局１から配信されるカラオケデータを一時的に記録するバッファとしても用いられる。さらに、ＲＡＭ２３にはセンタ局１から供給されるカラオケデータの受信管理を行うための蓄積順序番号データが記憶される。
【００２１】
２４は受信機であり、センタ局１から通信衛星２を介して同報的に送られてくるカラオケデータ等の無線信号を受信する。また、２５は公衆回線Ｎとの通信インタフェースである。受信機２４または通信インタフェース２５を介して、カラオケ端末３は、カラオケデータを受信しながら、カラオケデータに付された蓄積順序番号を識別する。そして、識別した蓄積順序番号が以前に識別されていなければ、カラオケ端末３はＲＡＭ２３内の所定領域の蓄積順序番号の計数値をインクリメントするとともに、この計数値とあらかじめ配信された蓄積順序番号データに基づいて、未受信のカラオケデータの有無を判断する。
【００２２】
２７はハードディスクドライブである。このハードディスクドライブ２７は、ハードディスク２７ａと、ハードディスク２７ａを回転させるステッピングモータＭと、モータＭの回転を制御する回転制御部２７ｃと、モータＭの回転時にハードディスク２７ａに対するデータの読み書きを行う読書きピックアップ２７ｃとを備える。ハードディスク２７ａは、センタ局１のホストコンピュータ１１から供給されるカラオケデータを記憶する。センタ局１から供給されるカラオケデータは、一旦ＲＡＭ２３に記憶された後、蓄積順序番号順にハードディスク２７ａに蓄積され、当該カラオケ端末におけるカラオケデータベースの一部となる。
【００２３】
カラオケ端末３は、ＲＡＭ２３に記憶されたカラオケデータをハードディスク２７ａに蓄積するかハードディスク２７ａからカラオケデータを読み出す駆動モードと、ＲＡＭ２３に記憶されたカラオケデータをハードディスク２７ａに蓄積しないスリープモードで動作する。駆動モードでは、回転制御部２７ｃはモータＭを回転させ、読書きピックアップ２７ｃがデータをハードディスク２７ａに書き込むか、データをハードディスク二７ａから読み出す。一方、スリープモードでは、回転制御部２７ｃはモータＭを回転させず、読書きピックアップ２７ｃも動作しない。従って、消費電力はスリープモードの方が少ない。
【００２４】
２８は操作パネルであり、操作者による各種入力操作に対応した信号をＣＰＵ２１へ出力する。操作者は、この操作パネル２８より、選曲、演奏の開始および中止、ボリューム、テンポ等のカラオケ演奏一般の操作を行う。
【００２５】
２９は楽音合成装置であり、ＣＰＵ２１によって逐次供給される演奏情報（カラオケデータに含まれる）に対応した楽音信号を生成し、これをミキサ３０へ出力する。ミキサ３０は、楽音合成装置２９から供給される楽音信号とマイク３１より取り込まれる音声信号とを混合し、これをスピーカ３２より発音させる。
【００２６】
３３は画像再生装置であり、演奏を指示されたカラオケデータに対応する圧縮画像情報をＣＤ−ＲＯＭ３４から読み出し、圧縮を解凍した後、画像合成装置３５へ転送する。画像合成装置３５は、画像再生装置３３から供給される画像情報とＣＰＵ２１によって供給される歌詞情報に対応したフォント情報を合成し、これをディスプレイ３６に表示させる。
【００２７】
（３）サブホスト局４およびカラオケ端末５の構成
図３は、サブホスト局４およびカラオケ端末５の構成を示す。図３において、カラオケ端末３の構成要素と共通する機能のものには同一の符号を付ける。サブホスト局４は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、受信機２４、通信インタフェース２５およびハードディスクドライブ２７を備え、センタ局１のホストコンピュータ１１から受信機２４または通信インタフェース２５を介して供給されるカラオケデータを一旦ＲＡＭ２３に記録し、蓄積順序番号順にカラオケデータを大容量のハードディスク２７ａに蓄積する。
【００２８】
ＲＡＭ２３には、センタ局１から供給されるカラオケデータの受信管理を行うための蓄積順序番号データが記憶される。この構成の下、サブホスト局４は、カラオケデータを受信しながら、カラオケデータに付された蓄積順序番号を識別する。そして、識別した蓄積順序番号が以前に識別されていなければサブホスト局４はＲＡＭ２３内の所定領域の蓄積順序番号の計数値をインクリメントするとともに、この計数値とあらかじめ配信された蓄積順序番号データに基づいて、未受信のカラオケデータの有無を判断する。
【００２９】
サブホスト局４は、ＲＡＭ２３に記憶されたカラオケデータをハードディスク２７ａに蓄積するかハードディスク２７ａからカラオケデータを読み出す駆動モードと、ＲＡＭ２３に記憶されたカラオケデータをハードディスク２７ａに蓄積しないスリープモードで動作する。駆動モードでは、回転制御部２７ｃはモータＭを回転させ、読書きピックアップ２７ｃがデータをハードディスク２７ａに書き込むか、データをハードディスク二７ａから読み出す。一方、スリープモードでは、回転制御部２７ｃはモータＭを回転させず、読書きピックアップ２７ｃも動作しない。従って、消費電力はスリープモードの方が少ない。
【００３０】
また、サブホスト局４は、画像再生装置３３およびＣＤ−ＲＯＭ３４を備える。画像再生装置３３は、カラオケ端末５，５，…のいずれかで演奏を指示されたカラオケデータに対応する圧縮画像情報をＣＤ−ＲＯＭ３４から読み出し、圧縮を解凍した後、ＬＡＮを介して当該カラオケ端末５へ転送する。なお、４０はＬＡＮとの通信インタフェースであり、これによりカラオケ端末５，５，…へのデータの転送やカラオケ端末５，５，…からの信号の入力が可能とされている。
【００３１】
一方、カラオケ端末５は、ＬＡＮに接続された通信コントローラ４１を備える。通信コントローラ４１は、操作パネル２８での操作者による各種入力操作に対応した信号をサブホスト局４に供給する。
【００３２】
また、カラオケ端末５においては、サブホスト局４のＣＰＵ２１によって逐次供給される演奏情報に対応した楽音信号を楽音合成装置２９が生成し、これをミキサ３０へ出力する。ミキサ３０は、楽音合成装置２９から供給される楽音信号とマイク３１より取り込まれる音声信号とを混合し、これをスピーカ３２より発音させる。
【００３３】
さらに、カラオケ端末５においては、画像合成装置３５が、サブホスト局４の画像再生装置３３から供給される画像情報とＣＰＵ２１によって供給される歌詞情報に対応したフォント情報を合成し、これをディスプレイ３６に表示させる。
【００３４】
１−２．実施形態の動作
次に、上記構成からなる実施形態の動作を説明する。
（１）カラオケデータの配信
図４は、カラオケデータ配信時のセンタ局１の動作を示すフローチャートであり、図５は、カラオケ端末３またはサブホスト局４の動作を示すフローチャートである。以下、これらの図を参照しながら、カラオケデータ配信時の動作を説明する。
【００３５】
まず図４に示すように、センタ局１は、カラオケデータの送信に先だって、送信されるカラオケデータの蓄積順序番号の総数ｎを蓄積順序番号データとして、通信衛星２を介しカラオケ端末３，３，…およびサブホスト局４，４，…に一斉送信する（ステップＳａ１）。また、この際には、送信されるカラオケデータの１回の送信に要する時間と、この通信カラオケシステムであらかじめ設定された送信の繰り返し規定回数とで決まる送信終了予定時を報知するデータもセンタ局１は一斉送信する。
【００３６】
カラオケ端末３，３，…またはサブホスト局４，４，…は（図５参照）、各々の受信機２４によって上記蓄積順序番号データおよび送信終了予定時データを受信し、これらをＲＡＭ２３内のカラオケデータや蓄積順序番号の計数値と異なる所定領域に格納する（ステップＳｂ１）。
【００３７】
次いで、センタ局１は（図４参照）、同報送信の予定時にカラオケデータのセットを同報的に送信開始する（ステップＳａ２，Ｓａ３）。センタ局１はカラオケデータを前記の蓄積順序番号順に送信する。この同報送信は、この通信カラオケシステムであらかじめ設定された規定数に達するまで繰り返す（ステップＳａ４）。
【００３８】
カラオケ端末３またはサブホスト局４は（図５参照）、センタ局１からカラオケデータの配信がある毎にこれを受信し、受信したカラオケデータを一旦ＲＡＭ２３に格納する（ステップＳｂ２）。そして、カラオケデータの各パケットのフッタに与えられた蓄積順序番号を識別すると、カラオケ端末３またはサブホスト局４は、その識別した蓄積順序番号がＲＡＭ２３内の所定領域にある蓄積順序番号の計数値に１を加算した値と一致するか否か判断する（ステップＳｂ３，Ｓｂ４）。この判断は、受信したパケットのカラオケデータをハードディスク２７ａに蓄積すべきか否かを判別するために行う。
【００３９】
ステップＳｂ４の判断結果が「ＹＥＳ」の場合、カラオケ端末３またはサブホスト局４の処理はステップＳｂ５に進み、ＲＡＭ２３内の蓄積順序番号の計数値をインクリメントする。そして、ハードディスクドライブ２７のモータＭが回転中でなければその回転を開始させる（ステップＳｂ６）。つまり、スリープモードであったならば、駆動モードに移行する。
そして、ＲＡＭ２３内に格納した当該パケットのカラオケデータをハードディスク２７ａに転送・蓄積する（ステップＳｂ７，Ｓｂ８）。これにより、カラオケ端末３またはサブホスト局４のカラオケデータベースに新たなカラオケデータが登録されると共に、ＲＡＭ２３内のカラオケデータがクリアされる。また、ステップＳｂ４での判断により、カラオケデータは蓄積順序番号順にのみＲＡＭ２３に蓄積される。
【００４０】
一方、ステップＳｂ４の判断結果が「ＮＯ」の場合、処理はステップＳｂ９に進み、ハードディスクドライブ２７のモータＭが回転中であればその回転を停止させる（ステップＳｂ１０）。つまり駆動モードであったならば、スリープモードに移行する。そして、ＲＡＭ２３に一時記録された当該パケットに係るカラオケデータを消去する（ステップＳｂ１１）。
【００４１】
ステップＳｂ８またはＳｂ１１の後、処理はステップＳｂ１２に進み、上記の蓄積順序番号の計数値がＲＡＭ１２内の蓄積順序番号データと一致するか否か判断する。この判断は、天候等何らかの原因によりカラオケデータの全体または途中以降の受信ができず未蓄積のカラオケデータがあるか否かを判別するために行う。この判断結果が「ＮＯ」であれば処理は終了する。
【００４２】
一方、ステップＳｂ１２での判断結果が「ＹＥＳ」であれば、処理はステップＳｂ１３に進み、ＣＰＵ２１のタイマを参照して、送信終了予定時か否かを判断する。この判断結果が「ＮＯ」であれば、カラオケ端末３またはサブホスト局４の処理はステップＳｂ２に戻り、上記の動作を繰り返す。
【００４３】
一方、ステップＳｂ１３の判断結果が「ＹＥＳ」であれば、センタ局１からの繰り返し同報送信が終了したのに、未蓄積のカラオケデータがあるということである。この場合には、カラオケ端末３またはサブホスト局４は、未受信のカラオケデータに対応する蓄積順序番号を示す情報と自端末または自局の識別情報を含む再送要求信号を公衆回線Ｎを介しセンタ局１に送信する（ステップＳｂ１４）。
【００４４】
センタ局１は（図４参照）、上記再送要求信号を受信すると（ステップＳａ５）、この信号に含まれる未受信のカラオケデータに対応する蓄積順序番号を示す情報に基づき、再送を要求されているカラオケデータを同定し、当該要求のあったカラオケ端末３またはサブホスト局４にそのカラオケデータ以降のカラオケデータを公衆回線Ｎを介して蓄積順序番号順に送信する（ステップＳａ６）。そして、前述のステップＳａ１に戻り、次の期間の始まりに応じて蓄積順序番号データを送信する。一方、カラオケ端末３またはサブホスト局４から再送要求がない場合、センタ局１は、上記再送処理を行うことなく、処理を終了する。
【００４５】
再送要求をした場合、カラオケ端末３またはサブホスト局４は（図５参照）、センタ局１から公衆回線Ｎを介してカラオケデータの配信がある毎にこれを受信し、受信したカラオケデータを一旦ＲＡＭ２３に格納した後、ＲＡＭ２３内に格納したカラオケデータをハードディスク２７ａに転送・蓄積する（ステップＳｂ１５）。この受信では、ステップＳｂ４で行ったような蓄積順序番号の判断は行わないが、公衆回線Ｎを介した通信における受信障害は極めて少ないので、カラオケデータは必ず蓄積順序番号順にＲＡＭ２３に蓄積される。この後、再送要求したカラオケ端末３またはサブホスト局４は処理を終了する。
【００４６】
（２）曲の再生
次に、カラオケ端末３またはサブホスト局４およびカラオケ端末５で行われる曲の再生動作を説明する。まず、操作者が操作パネル２８より選曲し、演奏開始を指示すると、ＣＰＵ２１は、スリープモードから駆動モードに移行し、ハードディスク２７ａから選曲に対応するカラオケデータをＲＡＭ２３にロードする。そして、当該カラオケデータを逐次解釈し、演奏情報を楽音合成装置２９へ供給するとともに、歌詞情報に対応したフォント情報をＲＯＭ２２から画像合成装置３５へ転送する。
【００４７】
一方、ＣＰＵ２１は、当該カラオケデータに含まれる曲コードを画像再生装置３３へ供給する。これにより、ＣＤ−ＲＯＭ３４から当該カラオケデータに対応した画像データが読み出され、画像合成装置３５へ供給される。
【００４８】
こうして、楽音合成装置２９にて生成される楽音信号が、ミキサ３０にてマイク３１より入力される音声信号と合成された後、スピーカ３２より発音されるとともに、画像合成装置３５にて画像データと歌詞のフォント情報とが合成され、ディスプレイ３６に当該曲の進行に対応した映像と歌詞が表示される。
【００４９】
１−３．実施形態の効果
このように本実施形態によれば、通信衛星２を介した同報的な一斉送信によって、センタ局１からカラオケ端末３，３，…およびサブホスト局４，４，…へカラオケデータを配信する。一方、カラオケ端末３，３，…およびサブホスト局４，４，…は、カラオケデータを受信しながら、受信したカラオケデータをＲＡＭ２３に一時的に記録し、ＲＡＭ２３に記録されたカラオケデータをハードディスク２７ａに蓄積すべきか否か判断する。そして、蓄積順序番号を参照しカラオケデータを蓄積すべきと判断したときに、ハードディスクドライブ２７を駆動する。
【００５０】
このように一旦、受信したカラオケデータをＲＡＭ２３に一時記録した後、そのカラオケデータが蓄積すべきものか否か蓄積順序番号に基づいて判断することにより、ハードディスク２７ａには必ず蓄積順序番号順にカラオケデータが蓄積される。そして、必要なときだけ、ハードディスクドライブ２７のモータＭを駆動することにより、カラオケデータの蓄積の欠落を防止しながらも、カラオケ端末３，３，…およびサブホスト局４，４，…の消費電力を低減し、モータＭなどの部品の延命化を図ることが可能である。
【００５１】
また、センタ局１はまず効率的かつ低コストな一斉送信によりカラオケデータをカラオケ端末３，３，…またはサブホスト局４，４，…に送信するので、公衆回線Ｎのみを利用する場合よりも配信が効率化でき、かつ低コストで済む。仮に、天候等の理由により一斉送信で取りこぼしがあったとしても、各カラオケ端末３またはサブホスト局４は、カラオケデータの取りこぼしをあらかじめ配信された蓄積順序番号データによってチェックし、再送要求に応じてセンタ局１から公衆回線Ｎにより安全かつ確実に未受信のカラオケデータが再送される。
【００５２】
また、受信漏れのカラオケ端末３またはサブホスト局４に対して公衆回線Ｎでカラオケデータを再送する前に、一斉送信を繰り返すことにより、比較的コストのかかり効率の劣る公衆回線Ｎで再送すべきカラオケデータを少なくすることができる。従って、安全確実で効率的かつ低コストなカラオケデータの配信が実現できる。
【００５３】
１−４．変形例
なお、本発明は、既述した実施形態に限定されず、例えば以下のような変形が可能である。
（１）上記実施形態では、カラオケデータの同報送信はセンタ局１が担当するが、図６に示す変形例のように、センタ局１からカラオケデータの供給を受けた放送センタ６が同報送信を行ってもよい。図６に示すように、放送センタ６は、局内各部を制御するホストコンピュータ６１と、ホストコンピュータ１１から供給されるカラオケデータのデータベースを記憶するハードディスク６２を備える。放送センタ６には、センタ局１との通信インタフェース６５が設けられており、センタ局１にも、放送センタ６との通信インタフェース１５が設けられている。さらに、放送センタ６には、無線信号を通信衛星２を介して同報的に一斉送信するための送信機６４が設けられている。この構成により、放送センタ６は、複数のカラオケ端末３，３，…およびサブホスト局４，４，…にカラオケデータ等のデータを配信することができる。カラオケデータの送信順序は、前記の蓄積順序番号に従う。
【００５４】
（２）上記実施形態では、仮にカラオケ端末３またはサブホスト局４が蓄積順序番号データそのものを受信できなかった場合、カラオケデータの未受信をチェックできなくなるため、このような場合を考慮し、センタ局１がカラオケデータの同報送信の後に定期的に、公衆回線Ｎを介して送信済の蓄積順序番号データの一覧に関する情報をカラオケ端末３，３，…またはサブホスト局４，４，…に送信し、蓄積順序番号データの着信状況をチェックさせるようにしてもよい。この蓄積順序番号データはカラオケデータよりも容量が小さいため、通信障害が起こりにくい。
【００５５】
（３）また、上記のように蓄積順序番号データが受信されないような事態を回避するため、蓄積順序番号データについては公衆回線Ｎを介して配信するようにしてもよい。
【００５６】
（４）また、上記実施形態では、カラオケデータを同報的に送信する手段として衛星通信を採用した場合について説明したが、これに限らず、無線であるか有線であるかを問わずその他の同報通信を採用してもよい。
【００５７】
（５）また、同報通信のための制御情報として、例えば同報通信のサービスの許可／禁止を制御するキー情報をセンタ局１から公衆回線Ｎを介してカラオケ端末３，３，…およびサブホスト局４，４，…へ送信するようにしてもよい。
【００５８】
（６）さらに、同報通信されるカラオケデータにおいて、蓄積順序番号は各パケットのフッタではなくヘッダに付与しておき、ヘッダを受信した時点でそのカラオケデータが不要であると判断したカラオケ端末３，３，…またはカラオケ端末３，３，…は、そのカラオケデータをＲＡＭ２３に書き込むのを省略するようにしてもよい。
【００５９】
２．第２実施形態
次に、本発明の第２実施形態に係る通信カラオケシステムを説明する。この通信カラオケシステムの構成は、上記の第１実施形態と同様である。ただし、カラオケデータの同報送信にあっては、センタ局１からカラオケデータの提供を受けた放送センタ６が、同一のカラオケデータを複数の伝送レートで送信する。
【００６０】
これは、同報通信のうち例えば衛星放送の伝送能力は極めて高いため、カラオケ端末３，３，…またはサブホスト局４，４，…ではカラオケデータを受信できても、バッファ（ＲＡＭ２３）へ一時的に記録する能力がデータの送信に間に合わないことがあるためである。また、バッファの容量不足やハードディスク２７ａへの転送能力不足により、バッファからハードディスク２７ａへのデータの転送が済む前に受信したカラオケデータでバッファが一杯になることもある。一方、カラオケデータの送信の伝送能力を下げると、バッファなどに問題のないカラオケ端末３，３，…またはサブホスト局４，４，…では、ハードディスクドライブ２７等が不必要に長時間駆動されることになり、消費電力が無駄となり、しかもハードディスクドライブ２７の劣化や短命化を招く。
【００６１】
そこで、この通信カラオケシステムでは、放送センタ６が高低二つの伝送レートで同一のカラオケデータを送信する。図７は、放送センタ６の送信シーケンスを示す。この送信は、例えばＭＰＥＧ（Moving Picture Experts Group）２トランスポートレイヤのＰＥＳ（Packetized Elementary Stream）構造に従い、すべてパケット形式で行われる。同図に示すように、放送センタ６は、衛生放送の番組データのパケットＰ１および番組情報データのパケットＰ２に加え、第１のカラオケデータのパケットＰ３および第２のカラオケデータのパケットＰ４を送出する。
【００６２】
第１のカラオケデータと第２のカラオケデータの実質的内容は同一であるが、第１のカラオケデータのパケットＰ３は低い伝送レートでかつ長い間隔をおいて送出されるのに対し、第２のカラオケデータのパケットＰ４は高い伝送レートでかつ短い間隔をおいて送出される。そして、ＲＡＭ２３への書込能力、ＲＡＭ２３の容量またはハードディスク２７ａへの転送能力が劣るカラオケ端末３，３，…またはサブホスト局４，４，…では第１のカラオケデータのパケットＰ３を選択してこのパケットに係るデータをデータベースに蓄積し、これらの能力が優るカラオケ端末３，３，…またはサブホスト局４，４，…では第２のカラオケデータのパケットＰ４を選択してこのパケットに係るデータをデータベースに蓄積する。
【００６３】
図８は、第１のカラオケデータのデータ構造を示す。なお、第２のカラオケデータのデータ構造も伝送レートが相違する以外、本質的には同様である。同図に示すように、第１のカラオケデータのファイルは、ファイル制御情報とデータファイル本文に区分され、これらはそれぞれ複数のパケットＰ３，Ｐ３，…に区分されて放送センタ６から送出される。各パケットＰ３はヘッダとデータ本文とフッタとから構成され、合計サイズは１８８バイトである。
【００６４】
各パケットＰ３のヘッダには、パケットの種類、すなわちこのパケットが第１のカラオケデータのパケットＰ３であることを示すＩＤ情報およびデータ本文の種別（ファイル制御情報、楽曲データ、映像データ、効果音データ等）を示す種別情報が含まれている。また、フッタには、前記の蓄積順序番号およびＣＲＣ（cyclic redundancy code）が含まれている。なお、各第２のカラオケデータのパケットＰ４のヘッダのＩＤ情報には、第２のカラオケデータのパケットＰ４であることが示されている。
【００６５】
ファイル制御情報に対応するパケットＰ３では、データ本文には、ファイルの全体サイズ、バージョン情報、データファイルの作成日付等を示す制御情報が含まれている一方、データファイル本文に対応するパケットＰ３では、データ本文には、楽曲データ、製造データまたは効果音データ等が含まれている。
【００６６】
さて、カラオケデータを受信する各カラオケ端末３，３，…またはサブホスト局４，４，…では、自身の能力に応じて、第１のカラオケデータと第２のカラオケデータのうちのいずれを自身のハードディスク２７ａに蓄積するかあらかじめ設定されている。そして、受信時にパケットの種類を示す上記ＩＤ情報を参照し、受信したパケットが蓄積すべく設定したカラオケデータのパケットであれば、これをハードディスク２７ａに転送・蓄積する。一方、受信したパケットが田のパケットであれば、ハードディスク２７ａに転送しない。
【００６７】
このように、各カラオケ端末３，３，…またはサブホスト局４，４，…は、複数の伝送レートのうち、自身の容量や処理能力に見合った伝送レートを選択し、選択した伝送レートについてカラオケデータを蓄積する。従って、容量や処理能力の低いカラオケ端末３，３，…またはサブホスト局４，４，…でも、カラオケデータの蓄積の欠落を確実に防止することができる。また、容量や処理能力の高いカラオケ端末３，３，…またはサブホスト局４，４，…にあっては、短時間で受信が完了し、消費電力が抑制され、しかもハードディスクドライブ２７のモータＭなどの部品の延命化を図ることが可能である。
【００６８】
この実施形態の放送センタ６の動作のフローチャートは図４と同様である。また、この実施形態のカラオケ端末３またはサブホスト局４の動作を示すフローチャートは、通信衛星２からのデータ受信にあたって、カラオケ端末３またはサブホスト局４がＩＤ情報と自身の設定を比較判断する点を除いて図５と同様である。この実施形態でも、第１実施形態と同様に、蓄積順序番号を識別して、必要なときだけ、ハードディスクドライブ２７のモータＭを駆動することにより、さらにカラオケ端末３，３，…およびサブホスト局４，４，…の消費電力を低減し、モータＭなどの部品の延命化を図ることが可能である。
【００６９】
なお、この実施形態についても第１実施形態についての変更と同様の変更が可能である。また、この実施形態では、カラオケデータの同報的な配信は、センタ局１からカラオケデータが供給された放送センタ６が行っているが、センタ局１が自ら行うようにしてもよい。さらに、この実施形態では、複数のデータストリームにより異なる伝送レートで実質的に同一のカラオケデータを同じ時間帯に配信するようになっているが、例えば、第１のカラオケデータは昼に配信し、第２のカラオケデータは夜に配信するなど、異なる時間帯に配信するようにしてもよい。
【００７０】
３．第３実施形態
次に、本発明の第２実施形態に係る通信カラオケシステムを説明する。この通信カラオケシステムの構成は、第１実施形態と同様であり、上記と同様に同報通信網と双方向通信網を利用してカラオケデータの配信が行われる。ただし、センタ局１または放送センタ６は、予定時に多くの楽曲分のカラオケデータを配信するだけでなく、カラオケ端末３，３，…およびカラオケ端末５，５，…からの要求に応じてカラオケデータを配信するようになっている。
【００７１】
この実施形態では、操作者がカラオケ端末３または５の操作パネル２８により選曲すると、対応するカラオケ端末３またはサブホスト局４では必ず、公衆回線Ｎを介してセンタ局１に選曲に係るカラオケデータの送信要求をする。この送信要求に応じて、センタ局１または放送センタ６は、カラオケデータの送信を行う。
【００７２】
カラオケデータのデータ構造は、図８に示すものと同様であり、その初期の部分にあるファイル制御情報に対応するパケットＰ３では、データ本文にファイルの全体サイズ、バージョン情報、データファイルの作成日付等を示す制御情報が含まれている。送信要求をしたカラオケ端末３またはサブホスト局４は、このうちのバージョン情報を参照し、このカラオケデータがすでに自身のハードディスク２７ａに蓄積されたバージョンのものと比較する。そして、受信したカラオケデータがより新しいバージョンである場合に限って、ハードディスクドライブ２７のモータＭを回転させ、そのカラオケデータをハードディスク２７ａに蓄積する。この後、ＣＰＵ２１は、選曲されたカラオケデータをハードディスク２７ａからＲＡＭ２３にロードし、その曲の再生を行う。
【００７３】
この実施形態でも、バージョン情報を識別して、必要なときだけ、ハードディスクドライブ２７のモータＭを駆動することにより、さらにカラオケ端末３，３，…およびサブホスト局４，４，…の消費電力を低減し、モータＭなどの部品の延命化を図ることが可能である。
【００７４】
なお、バージョン情報によりカラオケデータを蓄積するか否か決定する代わりに、カラオケ端末３およびサブホスト局４が、データファイルの作成日付を参照し、すでに自身のハードディスク２７ａに蓄積した同じ曲に係るカラオケデータと比較し、受信したカラオケデータの作成日付が新しい場合に限ってそのカラオケデータをハードディスク２７ａに蓄積するようにしてもよい。あるいは、ファイルの全体サイズを参照し、受信したファイルのサイズが大きい場合に限ってそのカラオケデータをハードディスク２７ａに蓄積するようにしてもよい。
【００７５】
【発明の効果】
以上説明したように、本発明によれば、各カラオケ端末やサブホスト局におけるカラオケデータの蓄積の欠落を防止することができ、しかもカラオケ端末やサブホスト局の消費エネルギを低減し部品の延命化を図ることが可能である。
【図面の簡単な説明】
【図１】  本発明の第１実施形態に係る通信カラオケシステムの構成を示すブロック図である。
【図２】  同通信カラオケシステムのカラオケ端末３の構成を示すブロック図である。
【図３】  （Ａ）は同通信カラオケシステムのサブホスト局４の構成を示すブロック図であり、（Ｂ）はカラオケ端末５の構成を示すブロック図である。
【図４】  同通信カラオケシステムのセンタ局のカラオケデータ配信に係る動作を示すフローチャートである。
【図５】  同通信カラオケシステムのカラオケ端末３またはサブホスト局４のカラオケデータ配信に係る動作を示すフローチャートである。
【図６】  同通信カラオケシステムの変形例の構成を示すブロック図である。
【図７】  本発明の第２実施形態に係る通信カラオケシステムの放送センタによる送信シーケンスを示す図である。
【図８】  同通信カラオケシステムの放送センタにより送信されるカラオケデータのデータ構造を示す図である。
【符号の説明】
１…センタ局、２…通信衛星、３…カラオケ端末、４…サブホスト局、５…カラオケ端末、６…放送センタ、１１…ホストコンピュータ、１２…ハードディスク、１３…通信インタフェース、１４…送信機、１５…通信インタフェース、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…受信機、２５…通信インタフェース、２７…ハードディスクドライブ、２７ａ…ハードディスク、２７ｂ…回転制御部、２７ｃ…読書きピックアップ、６１…ホストコンピュータ、６２…ハードディスク、６４…送信機、６５…通信インタフェース、Ｍ…モータ、Ｎ…公衆回線（双方向通信網）
【図１】
0004029442.tif 000002
【図２】
0004029442.tif 000003
【図３】
0004029442.tif 000004
【図４】
0004029442.tif 000005
【図５】
0004029442.tif 000006
【図６】
0004029442.tif 000007
【図７】
0004029442.tif 000008
【図８】
0004029442.tif 000009