(57)【特許請求の範囲】
【請求項１】
センタ局と、曲データ演奏端末とを備えた曲データ配信システムであって、
センタ局は、送信手段と、第１通信手段と、センタ側制御手段とを備え、
送信手段は、曲データ演奏端末に対する同報的送信を可能とし、
第１通信手段は、曲データ演奏端末と有線回線を介した通信を可能とし、
センタ側制御手段は、予定送信処理と、送信処理と、再送処理と、制御送信処理とを行い、
予定送信処理は、予定時間を示す配信予定情報を送信手段により送信し、
送信処理は、配信予定時間に曲データを送信手段により送信し、
再送処理は、第１通信手段により配信予定時間を受信した場合、当該配信予定時間に対応する曲データを第１通信手段により送信させ、
制御送信処理は、許可または禁止を制御する制御情報を第１通信手段を介して曲データ演奏端末に送信し、
曲データ演奏端末は、受信手段と、第２通信手段と、端末側制御手段とを備え、
受信手段は、センタ局による同報的送信の受信を可能とし、
第２通信手段は、センタ局の第１通信手段と通信を可能とし、
端末側制御手段は、受信処理と、要求処理と、制御処理を行い、
受信処理は、センタ局から送信される配信予定情報、曲データを受信手段で受信し、
要求処理は、受信した配信予定情報が示す予定時間に、曲データが受信できなかった場合には、第２通信手段に配信予定時間を送信させて、第２通信手段により曲データの受信を行い、
制御処理は、第２通信手段を介して受信した制御情報に基づいて、同報的送信の受信の許可または禁止を制御することを特徴とする曲データ配信システム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明は、センタ局が複数の端末に対しデータを配信する通信システムに関する。
【０００２】
【従来の技術】
周知のように、曲データのデータベースを保有するセンタ局がカラオケスナック等の各店舗に設置されたカラオケ端末からの要求に応じて公衆回線等を介し曲データを供給する、通信カラオケシステムが知られている。この種のシステムにおいては、センタ局から各店舗へ曲データを送信する度に回線使用料がかかるため、店舗数が多い場合には送信回数が膨大になり、通信コストがかさむという問題がある。
【０００３】
一方、従来より通信衛星を介して親局から各子局へ一斉にデータを送信する同報データ通信システムが知られており、この種のシステムは、同一のデータを多数の子局へ効率的に配信する場合に適しており、近年では通信コストの低減化が急速に進んでいることから、各種の分野で実施化が進められている。
【０００４】
【発明が解決しようとする課題】
ところで、本願発明者は、多数のカラオケ端末を保有する通信カラオケシステムに上記同報データ通信を適用し、これによって効率的かつ低コストな曲データの配信を実現することを検討した。ところが、曲データをセンタ局から同報的に配信する形態をとった場合、曲データの配信時に受信準備ができていなかったり、あるいは何らかの原因によって受信エラーとなったカラオケ端末においては、曲データが欠落し、しかも受信し損なった曲データの再送を受ける手段がないという問題があった。
【０００５】
この発明は、このような背景の下になされたもので、効率的かつ低コストなデータの配信を実現でき、しかも各端末におけるデータの欠落を確実に防止することができる通信システムを提供することを目的としている。
【０００６】
【課題を解決するための手段】
この発明は、上述した課題を解決するために、センタ局と、曲データ演奏端末とを備えた曲データ配信システムであって、センタ局は、送信手段と、第１通信手段と、センタ側制御手段とを備え、送信手段は、曲データ演奏端末に対する同報的送信を可能とし、第１通信手段は、曲データ演奏端末と有線回線を介した通信を可能とし、センタ側制御手段は、予定送信処理と、送信処理と、再送処理と、制御送信処理とを行い、予定送信処理は、予定時間を示す配信予定情報を送信手段により送信し、送信処理は、配信予定時間に曲データを送信手段により送信し、再送処理は、第１通信手段により配信予定時間を受信した場合、当該配信予定時間に対応する曲データを第１通信手段により送信させ、制御送信処理は、許可または禁止を制御する制御情報を第１通信手段を介して曲データ演奏端末に送信し、曲データ演奏端末は、受信手段と、第２通信手段と、端末側制御手段とを備え、受信手段は、センタ局による同報的送信の受信を可能とし、第２通信手段は、センタ局の第１通信手段と通信を可能とし、端末側制御手段は、受信処理と、要求処理と、制御処理を行い、受信処理は、センタ局から送信される配信予定情報、曲データを受信手段で受信し、要求処理は、受信した配信予定情報が示す予定時間に、曲データが受信できなかった場合には、第２通信手段に配信予定時間を送信させて、第２通信手段により曲データの受信を行い、制御処理は、第２通信手段を介して受信した制御情報に基づいて、同報的送信の受信の許可または禁止を制御することを特徴とする。
【０００７】
【作用】
この発明によれば、センタ局は、第１の送信手段によってデータを同報的に配信し、各端末は、第１の受信手段によって上記センタ局から同報的に配信されるデータを受信する。また、各端末は、検出手段によって配信予定情報記憶手段に記憶された情報と上記第１の受信手段による受信結果に基づき、未受信のデータの有無を検出し、未受信のデータがあった場合、再送要求手段によって未受信のデータの再送を双方向の有線回線を介しセンタ局に要求する。一方、センタ局は、各端末からの再送要求に応じ、第２の送信手段によって双方向の有線回線を介しデータを再送する。これにより、各端末は、第２の受信手段によって上記センタ局から再送されるデータを受信する。
【０００８】
【実施例】
以下、図面を参照して、この発明の実施例について説明する。
Ａ：実施例の構成
（１）全体構成
図１はこの発明の一実施例の全体構成を示すブロック図である。同図において、１は、曲データのデータベースを保有するセンタ局である。このセンタ局１は、局内各部を制御するホストコンピュータ１１、曲データのデータベースを記憶するハードディスク１２、公衆回線（公衆電話回線あるいはＩＳＤＮ）Ｎとの通信インタフェース１３、および曲データ等の無線信号を通信衛星３を中継して同報的に一斉送信するための送信機１４を備えている。
【０００９】
また、２，２，……は、センタ局１から曲データの配信を受ける複数のカラオケ端末である。これらカラオケ端末２，２，……は、公衆回線Ｎを介してセンタ局１と接続される一方、センタ局１から通信衛星３を介して同報的に送られてくる曲データ等の無線信号を受信する受信機（後述する）を備えている。
【００１０】
（２）カラオケ端末２の構成
ここで、図２を参照し、カラオケ端末２の構成について説明する。
同図において、２１はＣＰＵであり、バスＢＵＳを介し接続される端末各部を制御する。また、２２はＣＰＵ２１が実行する制御プログラムおよび曲データに含まれる歌詞情報に対応したフォント情報を記憶するＲＯＭであり、２３はＣＰＵのワークエリアとして用いられるＲＡＭである。ＲＡＭ２３には、センタ局１から供給される曲データの受信管理を行うための配信予定情報テーブルが記憶されるが、このテーブルの内容については後述する。
【００１１】
２４は受信機であり、センタ局１から通信衛星３を介して同報的に送られてくる曲データ等の無線信号を受信する。また、２５は公衆回線Ｎとの通信インタフェースである。
【００１２】
２６は日付および時間（以下、日時という）を計時するタイマである。ＣＰＵ２１はタイマ２６の計時情報に基づき曲データの受信日時を判断する。
【００１３】
２７はハードディスクであり、センタ局１から供給される曲データを記憶する。すなわち、センタ局１から供給される曲データは、当該端末内における曲データのデータベースとしてハードディスク２７に格納される。
【００１４】
２８は操作パネルであり、操作者による各種入力操作に対応した信号をＣＰＵ２１へ出力する。操作者は、この操作パネル２８より、選曲、演奏の開始および中止、ボリューム、テンポ等のカラオケ演奏一般の操作の他、センタ局１との通信を行うための指示操作を行う。
【００１５】
２９は楽音合成装置であり、ＣＰＵ２１によって逐次供給される演奏情報（曲データに含まれる）に対応した楽音信号を生成し、これをミキサ３０へ出力する。ミキサ３０は、楽音合成装置２９から供給される楽音信号とマイク３１より取り込まれる音声信号とを混合し、これをスピーカ３２より発音させる。
【００１６】
３３は画像再生装置であり、演奏を指示された曲データに対応する圧縮画像情報をＣＤ−ＲＯＭ３４から読み出し、圧縮を解凍した後、画像合成装置３５へ転送する。画像合成装置３５は、画像再生装置３３から供給される画像情報とＣＰＵ２１によって供給される歌詞情報に対応したフォント情報を合成し、これをディスプレイ３６に表示させる。
【００１７】
（３）配信予定情報テーブルの内容
次に、配信予定情報テーブルの内容を説明する。配信予定情報テーブルには、図３に示すように、センタ局１が所定期間（例えば、１週間）内に曲データを配信する予定日時が全て記録されている。例えば、図中「95.04.18.11:15」とあるのは、1995年4月18日の午前11時15分に配信があることを示している。
【００１８】
このテーブルは、定期的にセンタ局１から通信衛星３を介し各カラオケ端末２，２，……に一斉送信されるものであり、カラオケ端末２は、曲データの受信時にタイマ２６を参照して得られる曲データの受信日時と配信予定情報テーブルに記録された配信予定日時とを比較し、予定日時に曲データが受信されたか否かを検出する。
【００１９】
Ｂ：実施例の動作
次に、上記構成からなる実施例の動作を説明する。
（１）曲データの配信
図４および図５は、それぞれ曲データ配信時のセンタ局１とカラオケ端末２の動作を示すフローチャートである。以下、これらの図を参照しながら、曲データ配信時の動作を説明する。
【００２０】
まず図４において、センタ局１は、定期的に（例えば、一週間毎に）曲データの配信予定日時を各カラオケ端末２，２，……に報知すべく、図３に示した配信予定情報テーブルを通信衛星３を介し同報的に配信する（ステップＳａ１）。
【００２１】
一方、各カラオケ端末２，２，……は（図５参照）、各々の受信機２４によって上記配信予定情報テーブルを受信し、これをハードディスク２５内の曲データと異なる所定領域に格納する（ステップＳｂ１）。
【００２２】
次いで、センタ局１は（図４参照）、配信予定情報テーブルの内容と一致する予め決められた日時に、上記配信予定情報テーブルと同様、曲データを同報的に配信する（ステップＳａ２，Ｓａ３）。この曲データの配信は、当該配信予定情報テーブルに対応する期間が満了するまでの間、予定日時になる毎に行われる（ステップＳａ２〜Ｓａ４）。
【００２３】
一方、カラオケ端末２は（図５参照）、センタ局１から曲データの配信がある毎にこれを受信し、受信した曲データをハードディスク２５に格納する（ステップＳｂ２）。これにより、端末内の曲データのデータベースに新たな曲データが登録される。また、カラオケ端末２は、曲データを受信したときのタイマ２６の計時情報を参照し、これを受信日時としてハードディスク２５内の上記曲データと異なる所定領域に格納する（ステップＳｂ３）。
【００２４】
そして、カラオケ端末２は、当該配信予定情報テーブルに対応した期間が満了すると（ステップＳｂ４）、上記ステップＳｂ３で記録した受信日時と配信予定情報テーブルの予定日時とを比較し、予定日時に受信していない曲データがあるか否かを判断する（ステップＳｂ５）。
【００２５】
ここで、配信のあった全ての曲データが受信され未受信の曲データがない場合、前述のステップＳｂ１に戻り、次の期間に対応した配信予定情報テーブルが送られてくるまで受信待ち状態となる。そして、再び配信予定情報テーブルを受信した後は、この新たなテーブルに従って上記と同様の動作を繰り返す（ステップＳｂ２〜Ｓｂ４）。
【００２６】
一方、天候等何らかの原因により曲データの受信ができず未受信の曲データがある場合、カラオケ端末２は、受信できなかった配信予定日時を示す情報と自端末の識別情報を含む再送要求信号を公衆回線Ｎを介しセンタ局１に送信する（ステップＳｂ６）。
【００２７】
センタ局１は（図４参照）、上記再送要求信号を受信すると（ステップＳａ５）、該信号に含まれる配信予定日時を示す情報に基づき、再送を要求されている曲データを同定し（すなわち、センタ局１では配信予定日時と曲データとの対応関係が把握されている）、その曲データを公衆回線Ｎへ介して当該要求のあったカラオケ端末２に送信する（ステップＳａ６）。そして、前述のステップＳａ１に戻り、次の期間の始まりに応じて配信予定情報テーブルを送信する。一方、カラオケ端末２から再送要求がない場合、センタ局１は、上記再送処理を行うことなく前述のステップＳａ１に戻る。
【００２８】
こうして、次の期間に対応した配信予定情報テーブルが配信されると、当該テーブルの内容に従って上述した動作が繰り返される。
【００２９】
（２）曲の再生
次に、カラオケ端末２で行われる曲の再生動作を説明する。まず、操作者が操作パネル２８より選曲し、演奏開始を指示すると、ＣＰＵ２１は、ハードディスク２７から対応する曲データをＲＡＭ２３にロードする。そして、当該曲データを逐次解釈し、演奏情報を楽音合成装置２９へ供給するとともに、歌詞情報に対応したフォント情報をＲＡＭ２３から画像合成装置３４へ転送する。
【００３０】
一方、ＣＰＵ２１は、当該曲データに含まれる曲コードを画像再生装置３３へ供給する。これにより、ＣＤ−ＲＯＭ３４から当該曲データに対応した画像データが読み出され、画像合成装置３５へ供給される。
【００３１】
こうして、楽音合成装置２９にて生成される楽音信号が、ミキサ３０にてマイク３１より入力される音声信号と合成された後、スピーカ３２より発音されるとともに、画像合成装置３５にて画像データと歌詞のフォント情報とが合成され、ディスプレイ３６に当該曲の進行に対応した映像と歌詞が表示される。
【００３２】
Ｃ：実施例のまとめ
このように、本実施例によれば、通信衛星３を介した同報的な一斉送信によって、センタ局１から各カラオケ端末２，２，……へ曲データを配信する一方、各カラオケ端末２，２，……は、曲データの取りこぼしを予め配信された配信予定情報テーブルによってチェックし、センタ局１は、カラオケ端末２からの要求に応じ、未受信の曲データを公衆回線Ｎを介してカラオケ端末２に再送するようにしたので、効率的かつ低コストな曲データの配信が実現できるとともに、公衆回線Ｎを介して未受信の曲データが安全かつ確実に再送される。
【００３３】
Ｄ：変形例
なお、本発明は、既述した実施例に限定されず、例えば以下のような変形が可能である。
（１）上記実施例では、仮にカラオケ端末２が配信予定情報テーブルそのものを受信できなかった場合、曲データの未受信をチェックできなくなるため、このような場合を考慮し、センタ局１が定期的に公衆回線Ｎを介して配信済の配信予定情報テーブルの一覧に関する情報を各カラオケ端末２，２，……に送信し、配信予定情報テーブルの着信状況をチェックさせるようにしてもよい。この場合、従来のように曲自体を送信するより容量が小さいことから通信障害が起こりにくい。
【００３４】
（２）また、上記のように配信予定情報テーブルが受信されないような事態を回避するため、配信予定情報テーブルについては公衆回線Ｎを介して配信するようにしてもよい。
【００３５】
（３）また、配信予定情報テーブルを送信する間隔は、曲データの配信頻度に応じて適宜変更可能である。特に、一日に何度も配信があるような場合には、一日単位で配信予定情報テーブルを送信し、曲データの受信状況を「日時」ではなく「時刻」で管理するようにしてもよい。
【００３６】
（４）また、配信予定情報テーブルを配信するタイミングは、期間の区切りとなる所定時刻に設定してもよいが、例えば、前期間の最後の曲データ配信時に曲データとともに配信するようにしてもよい。
【００３７】
（５）また、配信予定情報テーブルの内容は、未受信の曲データを検出する態様に応じて適宜変更可能である。すなわち、上記実施例では、配信予定日時によって未受信の曲データを同定するようにしたが、曲データにユニークな曲コード等の識別情報を用いて未受信の曲データを同定する場合には、配信予定の曲コードの一覧を配信予定情報テーブルとして送信するようにしてもよい。
また、タイマ２６を配信予定時刻からのタイムアップ時間を計時する目的で使用し、配信予定時刻からのタイムアップによって未受信か否かを判断するようにしてもよい。
【００３８】
（６）また、上記実施例では、曲データを同報的に送信する手段として衛星通信を採用した場合について説明したが、これに限らず、無線であるか有線であるかを問わずその他の同報通信を採用してもよい。
【００３９】
（７）また、同報通信のための制御情報として、例えば同報通信のサービスの許可／禁止を制御するキー情報をセンタ局１から公衆回線Ｎを介して各カラオケ端末２，２，……へ送信するようにしてもよい。
【００４０】
（８）また、公衆回線Ｎのための制御情報として、例えばセンタ局１の電話番号をセンタ局１から各カラオケ端末２，２，……へ同報通信により一斉送信するようにしてもよい。
【００４１】
【発明の効果】
以上説明したように、この発明によれば、センタ局から各端末へデータが同報的に配信されるとともに、端末にて受信し損なったデータが検出され、双方向の有線回線を介し再送されるので、効率的かつ低コストなデータの配信を実現でき、しかも各端末におけるデータの欠落を確実に防止することができる。
【図面の簡単な説明】
【図１】  この発明の一実施例の全体構成を示すブロック図である。
【図２】  同実施例のカラオケ端末の構成を示すブロック図である。
【図３】  配信予定情報テーブルの一例を示す図である。
【図４】  センタ局の動作を説明するためのフローチャートである。
【図５】  カラオケ端末の動作を説明するためのフローチャートである。
【符号の説明】
１…センタ局、２…カラオケ端末、３…通信回線、１１…ホストコンピュータ、１２…ハードディスク、１３…通信インタフェース、１４…送信機、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…受信機、２５…通信インタフェース、２６…タイマ、２７…ハードディスク、２８…操作パネル、２９…楽音合成装置、３０…ミキサ、３１…マイク、３２…スピーカ、３３…画像再生装置、３４…ＣＤ−ＲＯＭ、３５…画像合成装置、３６…ディスプレイ。
【図１】
0003858526.tif 000002
【図２】
0003858526.tif 000003
【図３】
0003858526.tif 000004
【図４】
0003858526.tif 000005
【図５】
0003858526.tif 000006