JP2000066690A - 通信カラオケシステム - Google Patents
通信カラオケシステムInfo
- Publication number
- JP2000066690A JP2000066690A JP11224720A JP22472099A JP2000066690A JP 2000066690 A JP2000066690 A JP 2000066690A JP 11224720 A JP11224720 A JP 11224720A JP 22472099 A JP22472099 A JP 22472099A JP 2000066690 A JP2000066690 A JP 2000066690A
- Authority
- JP
- Japan
- Prior art keywords
- music data
- center station
- karaoke
- distribution schedule
- karaoke terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Reverberation, Karaoke And Other Acoustics (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 効率的かつ低コストな曲データの配信を実現
でき、しかも各カラオケ端末における曲データの欠落を
確実に防止することができる通信カラオケシステムを提
供する。 【構成】 通信衛星３を介した同報的な一斉送信によっ
て、センタ局１から各カラオケ端末２，２，……へ曲デ
ータを配信する一方、各カラオケ端末２，２，……は、
曲データの取りこぼしを予め配信された配信予定情報テ
ーブルによってチェックし、センタ局１は、カラオケ端
末２からの要求に応じ、未送信の曲データを公衆回線Ｎ
を介してカラオケ端末２に再送するようにした。
でき、しかも各カラオケ端末における曲データの欠落を
確実に防止することができる通信カラオケシステムを提
供する。 【構成】 通信衛星３を介した同報的な一斉送信によっ
て、センタ局１から各カラオケ端末２，２，……へ曲デ
ータを配信する一方、各カラオケ端末２，２，……は、
曲データの取りこぼしを予め配信された配信予定情報テ
ーブルによってチェックし、センタ局１は、カラオケ端
末２からの要求に応じ、未送信の曲データを公衆回線Ｎ
を介してカラオケ端末２に再送するようにした。
Description
【０００１】
【産業上の利用分野】この発明は、センタ局が複数のカ
ラオケ端末に対し曲データを配信する通信カラオケシス
テムに関する。
ラオケ端末に対し曲データを配信する通信カラオケシス
テムに関する。
【０００２】
【従来の技術】周知のように、曲データのデータベース
を保有するセンタ局がカラオケスナック等の各店舗に設
置されたカラオケ端末からの要求に応じて公衆回線等を
介し曲データを供給する、通信カラオケシステムが知ら
れている。この種のシステムにおいては、センタ局から
各店舗へ曲データを送信する度に回線使用料がかかるた
め、店舗数が多い場合には送信回数が膨大になり、通信
コストがかさむという問題がある。
を保有するセンタ局がカラオケスナック等の各店舗に設
置されたカラオケ端末からの要求に応じて公衆回線等を
介し曲データを供給する、通信カラオケシステムが知ら
れている。この種のシステムにおいては、センタ局から
各店舗へ曲データを送信する度に回線使用料がかかるた
め、店舗数が多い場合には送信回数が膨大になり、通信
コストがかさむという問題がある。
【０００３】一方、従来より通信衛星を介して親局から
各子局へ一斉にデータを送信する同報データ通信システ
ムが知られており、この種のシステムは、同一のデータ
を多数の子局へ効率的に配信する場合に適しており、近
年では通信コストの低減化が急速に進んでいることか
ら、各種の分野で実施化が進められている。
各子局へ一斉にデータを送信する同報データ通信システ
ムが知られており、この種のシステムは、同一のデータ
を多数の子局へ効率的に配信する場合に適しており、近
年では通信コストの低減化が急速に進んでいることか
ら、各種の分野で実施化が進められている。
【０００４】
【発明が解決しようとする課題】ところで、本願発明者
は、多数のカラオケ端末を保有する通信カラオケシステ
ムに上記同報データ通信を適用し、これによって効率的
かつ低コストな曲データの配信を実現することを検討し
た。ところが、曲データをセンタ局から同報的に配信す
る形態をとった場合、曲データの配信時に受信準備がで
きていなかったり、あるいは何らかの原因によって受信
エラーとなったカラオケ端末においては、曲データが欠
落し、しかも受信し損なった曲データの再送を受ける手
段がないという問題があった。
は、多数のカラオケ端末を保有する通信カラオケシステ
ムに上記同報データ通信を適用し、これによって効率的
かつ低コストな曲データの配信を実現することを検討し
た。ところが、曲データをセンタ局から同報的に配信す
る形態をとった場合、曲データの配信時に受信準備がで
きていなかったり、あるいは何らかの原因によって受信
エラーとなったカラオケ端末においては、曲データが欠
落し、しかも受信し損なった曲データの再送を受ける手
段がないという問題があった。
【０００５】この発明は、このような背景の下になされ
たもので、効率的かつ低コストな曲データの配信を実現
でき、しかも各カラオケ端末における曲データの欠落を
確実に防止することができる通信カラオケシステムを提
供することを目的としている。
たもので、効率的かつ低コストな曲データの配信を実現
でき、しかも各カラオケ端末における曲データの欠落を
確実に防止することができる通信カラオケシステムを提
供することを目的としている。
【０００６】
【課題を解決するための手段】この発明は、上述した課
題を解決するために、センタ局から複数のカラオケ端末
に曲データを供給し、各カラオケ端末が前記供給される
曲データに基づき楽音を合成し、該合成音とマイクから
入力される音声とを混合して出力する通信カラオケシス
テムにおいて、前記センタ局は、曲データを同報的に配
信する第１の送信手段と、各カラオケ端末からの再送要
求に応じて、曲データを双方向の有線回線を介して送信
する第２の送信手段とを具備し、各カラオケ端末は、前
記センタ局から同報的に配信される曲データを受信する
第１の受信手段と、前記センタ局から配信される情報で
あって曲データの配信予定を示す配信予定情報を記憶す
る配信予定情報記憶手段と、前記配信予定情報記憶手段
に記憶された情報と前記第１の受信手段による受信結果
に基づき、未受信の曲データの有無を検出する検出手段
と、前記双方向の有線回線を介し、前記検出手段によっ
て検出された未受信の曲データの再送を前記センタ局に
要求する再送要求手段と、前記再送要求に応じて前記セ
ンタ局から前記双方向の有線回線を介して送信される曲
データを受信する第２の受信手段とを具備し、前記セン
タ局は、同報通信のための制御情報として同報通信サー
ビスの許可または禁止を制御する情報を前記双方向の有
線回線を介して前記カラオケ端末へ送信することを特徴
としている。
題を解決するために、センタ局から複数のカラオケ端末
に曲データを供給し、各カラオケ端末が前記供給される
曲データに基づき楽音を合成し、該合成音とマイクから
入力される音声とを混合して出力する通信カラオケシス
テムにおいて、前記センタ局は、曲データを同報的に配
信する第１の送信手段と、各カラオケ端末からの再送要
求に応じて、曲データを双方向の有線回線を介して送信
する第２の送信手段とを具備し、各カラオケ端末は、前
記センタ局から同報的に配信される曲データを受信する
第１の受信手段と、前記センタ局から配信される情報で
あって曲データの配信予定を示す配信予定情報を記憶す
る配信予定情報記憶手段と、前記配信予定情報記憶手段
に記憶された情報と前記第１の受信手段による受信結果
に基づき、未受信の曲データの有無を検出する検出手段
と、前記双方向の有線回線を介し、前記検出手段によっ
て検出された未受信の曲データの再送を前記センタ局に
要求する再送要求手段と、前記再送要求に応じて前記セ
ンタ局から前記双方向の有線回線を介して送信される曲
データを受信する第２の受信手段とを具備し、前記セン
タ局は、同報通信のための制御情報として同報通信サー
ビスの許可または禁止を制御する情報を前記双方向の有
線回線を介して前記カラオケ端末へ送信することを特徴
としている。
【０００７】
【作用】この発明によれば、センタ局は、第１の送信手
段によって曲データを同報的に配信し、各カラオケ端末
は、同報通信サービスの許可または禁止を制御する情報
に基づいて、第１の受信手段によって上記センタ局から
同報的に配信される曲データを受信する。また、各カラ
オケ端末は、検出手段によって配信予定情報記憶手段に
記憶された情報と上記第１の受信手段による受信結果に
基づき、未受信の曲データの有無を検出し、未受信の曲
データがあった場合、再送要求手段によって未受信の曲
データの再送を双方向の有線回線を介しセンタ局に要求
する。一方、センタ局は、各カラオケ端末からの再送要
求に応じ、第２の送信手段によって双方向の有線回線を
介し曲データを再送する。これにより、各カラオケ端末
は、第２の受信手段によって上記センタ局から再送され
る曲データを受信する。
段によって曲データを同報的に配信し、各カラオケ端末
は、同報通信サービスの許可または禁止を制御する情報
に基づいて、第１の受信手段によって上記センタ局から
同報的に配信される曲データを受信する。また、各カラ
オケ端末は、検出手段によって配信予定情報記憶手段に
記憶された情報と上記第１の受信手段による受信結果に
基づき、未受信の曲データの有無を検出し、未受信の曲
データがあった場合、再送要求手段によって未受信の曲
データの再送を双方向の有線回線を介しセンタ局に要求
する。一方、センタ局は、各カラオケ端末からの再送要
求に応じ、第２の送信手段によって双方向の有線回線を
介し曲データを再送する。これにより、各カラオケ端末
は、第２の受信手段によって上記センタ局から再送され
る曲データを受信する。
【０００８】
【実施例】以下、図面を参照して、この発明の実施例に
ついて説明する。 Ａ：実施例の構成 （１）全体構成 図１はこの発明の一実施例の全体構成を示すブロック図
である。同図において、１は、曲データのデータベース
を保有するセンタ局である。このセンタ局１は、局内各
部を制御するホストコンピュータ１１、曲データのデー
タベースを記憶するハードディスク１２、公衆回線（公
衆電話回線あるいはＩＳＤＮ）Ｎとの通信インタフェー
ス１３、および曲データ等の無線信号を通信衛星３を中
継して同報的に一斉送信するための送信機１４を備えて
いる。
ついて説明する。 Ａ：実施例の構成 （１）全体構成 図１はこの発明の一実施例の全体構成を示すブロック図
である。同図において、１は、曲データのデータベース
を保有するセンタ局である。このセンタ局１は、局内各
部を制御するホストコンピュータ１１、曲データのデー
タベースを記憶するハードディスク１２、公衆回線（公
衆電話回線あるいはＩＳＤＮ）Ｎとの通信インタフェー
ス１３、および曲データ等の無線信号を通信衛星３を中
継して同報的に一斉送信するための送信機１４を備えて
いる。
【０００９】また、２，２，……は、センタ局１から曲
データの配信を受ける複数のカラオケ端末である。これ
らカラオケ端末２，２，……は、公衆回線Ｎを介してセ
ンタ局１と接続される一方、センタ局１から通信衛星３
を介して同報的に送られてくる曲データ等の無線信号を
受信する受信機（後述する）を備えている。
データの配信を受ける複数のカラオケ端末である。これ
らカラオケ端末２，２，……は、公衆回線Ｎを介してセ
ンタ局１と接続される一方、センタ局１から通信衛星３
を介して同報的に送られてくる曲データ等の無線信号を
受信する受信機（後述する）を備えている。
【００１０】（２）カラオケ端末２の構成 ここで、図２を参照し、カラオケ端末２の構成について
説明する。同図において、２１はＣＰＵであり、バスＢ
ＵＳを介し接続される端末各部を制御する。また、２２
はＣＰＵ２１が実行する制御プログラムおよび曲データ
に含まれる歌詞情報に対応したフォント情報を記憶する
ＲＯＭであり、２３はＣＰＵのワークエリアとして用い
られるＲＡＭである。ＲＡＭ２３には、センタ局１から
供給される曲データの受信管理を行うための配信予定情
報テーブルが記憶されるが、このテーブルの内容につい
ては後述する。
説明する。同図において、２１はＣＰＵであり、バスＢ
ＵＳを介し接続される端末各部を制御する。また、２２
はＣＰＵ２１が実行する制御プログラムおよび曲データ
に含まれる歌詞情報に対応したフォント情報を記憶する
ＲＯＭであり、２３はＣＰＵのワークエリアとして用い
られるＲＡＭである。ＲＡＭ２３には、センタ局１から
供給される曲データの受信管理を行うための配信予定情
報テーブルが記憶されるが、このテーブルの内容につい
ては後述する。
【００１１】２４は受信機であり、センタ局１から通信
衛星３を介して同報的に送られてくる曲データ等の無線
信号を受信する。また、２５は公衆回線Ｎとの通信イン
タフェースである。
衛星３を介して同報的に送られてくる曲データ等の無線
信号を受信する。また、２５は公衆回線Ｎとの通信イン
タフェースである。
【００１２】２６は日付および時間（以下、日時とい
う）を計時するタイマである。ＣＰＵ２１はタイマ２６
の計時情報に基づき曲データの受信日時を判断する。
う）を計時するタイマである。ＣＰＵ２１はタイマ２６
の計時情報に基づき曲データの受信日時を判断する。
【００１３】２７はハードディスクであり、センタ局１
から供給される曲データを記憶する。すなわち、センタ
局１から供給される曲データは、当該端末内における曲
データのデータベースとしてハードディスク２７に格納
される。
から供給される曲データを記憶する。すなわち、センタ
局１から供給される曲データは、当該端末内における曲
データのデータベースとしてハードディスク２７に格納
される。
【００１４】２８は操作パネルであり、操作者による各
種入力操作に対応した信号をＣＰＵ２１へ出力する。操
作者は、この操作パネル２８より、選曲、演奏の開始お
よび中止、ボリューム、テンポ等のカラオケ演奏一般の
操作の他、センタ局１との通信を行うための指示操作を
行う。
種入力操作に対応した信号をＣＰＵ２１へ出力する。操
作者は、この操作パネル２８より、選曲、演奏の開始お
よび中止、ボリューム、テンポ等のカラオケ演奏一般の
操作の他、センタ局１との通信を行うための指示操作を
行う。
【００１５】２９は楽音合成装置であり、ＣＰＵ２１に
よって逐次供給される演奏情報（曲データに含まれる）
に対応した楽音信号を生成し、これをミキサ３０へ出力
する。ミキサ３０は、楽音合成装置２９から供給される
楽音信号とマイク３１より取り込まれる音声信号とを混
合し、これをスピーカ３２より発音させる。
よって逐次供給される演奏情報（曲データに含まれる）
に対応した楽音信号を生成し、これをミキサ３０へ出力
する。ミキサ３０は、楽音合成装置２９から供給される
楽音信号とマイク３１より取り込まれる音声信号とを混
合し、これをスピーカ３２より発音させる。
【００１６】３３は画像再生装置であり、演奏を指示さ
れた曲データに対応する圧縮画像情報をＣＤ−ＲＯＭ３
４から読み出し、圧縮を解凍した後、画像合成装置３５
へ転送する。画像合成装置３５は、画像再生装置３３か
ら供給される画像情報とＣＰＵ２１によって供給される
歌詞情報に対応したフォント情報を合成し、これをディ
スプレイ３６に表示させる。
れた曲データに対応する圧縮画像情報をＣＤ−ＲＯＭ３
４から読み出し、圧縮を解凍した後、画像合成装置３５
へ転送する。画像合成装置３５は、画像再生装置３３か
ら供給される画像情報とＣＰＵ２１によって供給される
歌詞情報に対応したフォント情報を合成し、これをディ
スプレイ３６に表示させる。
【００１７】（３）配信予定情報テーブルの内容 次に、配信予定情報テーブルの内容を説明する。配信予
定情報テーブルには、図３に示すように、センタ局１が
所定期間（例えば、１週間）内に曲データを配信する予
定日時が全て記録されている。例えば、図中「95.04.1
8.11:15」とあるのは、1995年4月18日の午前11時15分に
配信があることを示している。
定情報テーブルには、図３に示すように、センタ局１が
所定期間（例えば、１週間）内に曲データを配信する予
定日時が全て記録されている。例えば、図中「95.04.1
8.11:15」とあるのは、1995年4月18日の午前11時15分に
配信があることを示している。
【００１８】このテーブルは、定期的にセンタ局１から
通信衛星３を介し各カラオケ端末２，２，……に一斉送
信されるものであり、カラオケ端末２は、曲データの受
信時にタイマ２６を参照して得られる曲データの受信日
時と配信予定情報テーブルに記録された配信予定日時と
を比較し、予定日時に曲データが受信されたか否かを検
出する。
通信衛星３を介し各カラオケ端末２，２，……に一斉送
信されるものであり、カラオケ端末２は、曲データの受
信時にタイマ２６を参照して得られる曲データの受信日
時と配信予定情報テーブルに記録された配信予定日時と
を比較し、予定日時に曲データが受信されたか否かを検
出する。
【００１９】Ｂ：実施例の動作 次に、上記構成からなる実施例の動作を説明する。 （１）曲データの配信 図４および図５は、それぞれ曲データ配信時のセンタ局
１とカラオケ端末２の動作を示すフローチャートであ
る。以下、これらの図を参照しながら、曲データ配信時
の動作を説明する。
１とカラオケ端末２の動作を示すフローチャートであ
る。以下、これらの図を参照しながら、曲データ配信時
の動作を説明する。
【００２０】まず図４において、センタ局１は、定期的
に（例えば、一週間毎に）曲データの配信予定日時を各
カラオケ端末２，２，……に報知すべく、図３に示した
配信予定情報テーブルを通信衛星３を介し同報的に配信
する（ステップＳａ１）。
に（例えば、一週間毎に）曲データの配信予定日時を各
カラオケ端末２，２，……に報知すべく、図３に示した
配信予定情報テーブルを通信衛星３を介し同報的に配信
する（ステップＳａ１）。
【００２１】一方、各カラオケ端末２，２，……は（図
５参照）、各々の受信機２４によって上記配信予定情報
テーブルを受信し、これをハードディスク２５内の曲デ
ータと異なる所定領域に格納する（ステップＳｂ１）。
５参照）、各々の受信機２４によって上記配信予定情報
テーブルを受信し、これをハードディスク２５内の曲デ
ータと異なる所定領域に格納する（ステップＳｂ１）。
【００２２】次いで、センタ局１は（図４参照）、配信
予定情報テーブルの内容と一致する予め決められた日時
に、上記配信予定情報テーブルと同様、曲データを同報
的に配信する（ステップＳａ２，Ｓａ３）。この曲デー
タの配信は、当該配信予定情報テーブルに対応する期間
が満了するまでの間、予定日時になる毎に行われる（ス
テップＳａ２〜Ｓａ４）。
予定情報テーブルの内容と一致する予め決められた日時
に、上記配信予定情報テーブルと同様、曲データを同報
的に配信する（ステップＳａ２，Ｓａ３）。この曲デー
タの配信は、当該配信予定情報テーブルに対応する期間
が満了するまでの間、予定日時になる毎に行われる（ス
テップＳａ２〜Ｓａ４）。
【００２３】一方、カラオケ端末２は（図５参照）、セ
ンタ局１から曲データの配信がある毎にこれを受信し、
受信した曲データをハードディスク２５に格納する（ス
テップＳｂ２）。これにより、端末内の曲データのデー
タベースに新たな曲データが登録される。また、カラオ
ケ端末２は、曲データを受信したときのタイマ２６の計
時情報を参照し、これを受信日時としてハードディスク
２５内の上記曲データと異なる所定領域に格納する（ス
テップＳｂ３）。
ンタ局１から曲データの配信がある毎にこれを受信し、
受信した曲データをハードディスク２５に格納する（ス
テップＳｂ２）。これにより、端末内の曲データのデー
タベースに新たな曲データが登録される。また、カラオ
ケ端末２は、曲データを受信したときのタイマ２６の計
時情報を参照し、これを受信日時としてハードディスク
２５内の上記曲データと異なる所定領域に格納する（ス
テップＳｂ３）。
【００２４】そして、カラオケ端末２は、当該配信予定
情報テーブルに対応した期間が満了すると（ステップＳ
ｂ４）、上記ステップＳｂ３で記録した受信日時と配信
予定情報テーブルの予定日時とを比較し、予定日時に受
信していない曲データがあるか否かを判断する（ステッ
プＳｂ５）。
情報テーブルに対応した期間が満了すると（ステップＳ
ｂ４）、上記ステップＳｂ３で記録した受信日時と配信
予定情報テーブルの予定日時とを比較し、予定日時に受
信していない曲データがあるか否かを判断する（ステッ
プＳｂ５）。
【００２５】ここで、配信のあった全ての曲データが受
信され未受信の曲データがない場合、前述のステップＳ
ｂ１に戻り、次の期間に対応した配信予定情報テーブル
が送られてくるまで受信待ち状態となる。そして、再び
配信予定情報テーブルを受信した後は、この新たなテー
ブルに従って上記と同様の動作を繰り返す（ステップＳ
ｂ２〜Ｓｂ４）。
信され未受信の曲データがない場合、前述のステップＳ
ｂ１に戻り、次の期間に対応した配信予定情報テーブル
が送られてくるまで受信待ち状態となる。そして、再び
配信予定情報テーブルを受信した後は、この新たなテー
ブルに従って上記と同様の動作を繰り返す（ステップＳ
ｂ２〜Ｓｂ４）。
【００２６】一方、天候等何らかの原因により曲データ
の受信ができず未受信の曲データがある場合、カラオケ
端末２は、受信できなかった配信予定日時を示す情報と
自端末の識別情報を含む再送要求信号を公衆回線Ｎを介
しセンタ局１に送信する（ステップＳｂ６）。
の受信ができず未受信の曲データがある場合、カラオケ
端末２は、受信できなかった配信予定日時を示す情報と
自端末の識別情報を含む再送要求信号を公衆回線Ｎを介
しセンタ局１に送信する（ステップＳｂ６）。
【００２７】センタ局１は（図４参照）、上記再送要求
信号を受信すると（ステップＳａ５）、該信号に含まれ
る配信予定日時を示す情報に基づき、再送を要求されて
いる曲データを同定し（すなわち、センタ局１では配信
予定日時と曲データとの対応関係が把握されている）、
その曲データを公衆回線Ｎへ介して当該要求のあったカ
ラオケ端末２に送信する（ステップＳａ６）。そして、
前述のステップＳａ１に戻り、次の期間の始まりに応じ
て配信予定情報テーブルを送信する。一方、カラオケ端
末２から再送要求がない場合、センタ局１は、上記再送
処理を行うことなく前述のステップＳａ１に戻る。
信号を受信すると（ステップＳａ５）、該信号に含まれ
る配信予定日時を示す情報に基づき、再送を要求されて
いる曲データを同定し（すなわち、センタ局１では配信
予定日時と曲データとの対応関係が把握されている）、
その曲データを公衆回線Ｎへ介して当該要求のあったカ
ラオケ端末２に送信する（ステップＳａ６）。そして、
前述のステップＳａ１に戻り、次の期間の始まりに応じ
て配信予定情報テーブルを送信する。一方、カラオケ端
末２から再送要求がない場合、センタ局１は、上記再送
処理を行うことなく前述のステップＳａ１に戻る。
【００２８】こうして、次の期間に対応した配信予定情
報テーブルが配信されると、当該テーブルの内容に従っ
て上述した動作が繰り返される。
報テーブルが配信されると、当該テーブルの内容に従っ
て上述した動作が繰り返される。
【００２９】（２）曲の再生 次に、カラオケ端末２で行われる曲の再生動作を説明す
る。まず、操作者が操作パネル２８より選曲し、演奏開
始を指示すると、ＣＰＵ２１は、ハードディスク２７か
ら対応する曲データをＲＡＭ２３にロードする。そし
て、当該曲データを逐次解釈し、演奏情報を楽音合成装
置２９へ供給するとともに、歌詞情報に対応したフォン
ト情報をＲＡＭ２３から画像合成装置３４へ転送する。
る。まず、操作者が操作パネル２８より選曲し、演奏開
始を指示すると、ＣＰＵ２１は、ハードディスク２７か
ら対応する曲データをＲＡＭ２３にロードする。そし
て、当該曲データを逐次解釈し、演奏情報を楽音合成装
置２９へ供給するとともに、歌詞情報に対応したフォン
ト情報をＲＡＭ２３から画像合成装置３４へ転送する。
【００３０】一方、ＣＰＵ２１は、当該曲データに含ま
れる曲コードを画像再生装置３３へ供給する。これによ
り、ＣＤ−ＲＯＭ３４から当該曲データに対応した画像
データが読み出され、画像合成装置３５へ供給される。
れる曲コードを画像再生装置３３へ供給する。これによ
り、ＣＤ−ＲＯＭ３４から当該曲データに対応した画像
データが読み出され、画像合成装置３５へ供給される。
【００３１】こうして、楽音合成装置２９にて生成され
る楽音信号が、ミキサ３０にてマイク３１より入力され
る音声信号と合成された後、スピーカ３２より発音され
るとともに、画像合成装置３５にて画像データと歌詞の
フォント情報とが合成され、ディスプレイ３６に当該曲
の進行に対応した映像と歌詞が表示される。
る楽音信号が、ミキサ３０にてマイク３１より入力され
る音声信号と合成された後、スピーカ３２より発音され
るとともに、画像合成装置３５にて画像データと歌詞の
フォント情報とが合成され、ディスプレイ３６に当該曲
の進行に対応した映像と歌詞が表示される。
【００３２】Ｃ：実施例のまとめ このように、本実施例によれば、通信衛星３を介した同
報的な一斉送信によって、センタ局１から各カラオケ端
末２，２，……へ曲データを配信する一方、各カラオケ
端末２，２，……は、曲データの取りこぼしを予め配信
された配信予定情報テーブルによってチェックし、セン
タ局１は、カラオケ端末２からの要求に応じ、未受信の
曲データを公衆回線Ｎを介してカラオケ端末２に再送す
るようにしたので、効率的かつ低コストな曲データの配
信が実現できるとともに、公衆回線Ｎを介して未受信の
曲データが安全かつ確実に再送される。
報的な一斉送信によって、センタ局１から各カラオケ端
末２，２，……へ曲データを配信する一方、各カラオケ
端末２，２，……は、曲データの取りこぼしを予め配信
された配信予定情報テーブルによってチェックし、セン
タ局１は、カラオケ端末２からの要求に応じ、未受信の
曲データを公衆回線Ｎを介してカラオケ端末２に再送す
るようにしたので、効率的かつ低コストな曲データの配
信が実現できるとともに、公衆回線Ｎを介して未受信の
曲データが安全かつ確実に再送される。
【００３３】Ｄ：変形例 なお、本発明は、既述した実施例に限定されず、例えば
以下のような変形が可能である。 （１）上記実施例では、仮にカラオケ端末２が配信予定
情報テーブルそのものを受信できなかった場合、曲デー
タの未受信をチェックできなくなるため、このような場
合を考慮し、センタ局１が定期的に公衆回線Ｎを介して
配信済の配信予定情報テーブルの一覧に関する情報を各
カラオケ端末２，２，……に送信し、配信予定情報テー
ブルの着信状況をチェックさせるようにしてもよい。こ
の場合、従来のように曲自体を送信するより容量が小さ
いことから通信障害が起こりにくい。
以下のような変形が可能である。 （１）上記実施例では、仮にカラオケ端末２が配信予定
情報テーブルそのものを受信できなかった場合、曲デー
タの未受信をチェックできなくなるため、このような場
合を考慮し、センタ局１が定期的に公衆回線Ｎを介して
配信済の配信予定情報テーブルの一覧に関する情報を各
カラオケ端末２，２，……に送信し、配信予定情報テー
ブルの着信状況をチェックさせるようにしてもよい。こ
の場合、従来のように曲自体を送信するより容量が小さ
いことから通信障害が起こりにくい。
【００３４】（２）また、上記のように配信予定情報テ
ーブルが受信されないような事態を回避するため、配信
予定情報テーブルについては公衆回線Ｎを介して配信す
るようにしてもよい。
ーブルが受信されないような事態を回避するため、配信
予定情報テーブルについては公衆回線Ｎを介して配信す
るようにしてもよい。
【００３５】（３）また、配信予定情報テーブルを送信
する間隔は、曲データの配信頻度に応じて適宜変更可能
である。特に、一日に何度も配信があるような場合に
は、一日単位で配信予定情報テーブルを送信し、曲デー
タの受信状況を「日時」ではなく「時刻」で管理するよ
うにしてもよい。
する間隔は、曲データの配信頻度に応じて適宜変更可能
である。特に、一日に何度も配信があるような場合に
は、一日単位で配信予定情報テーブルを送信し、曲デー
タの受信状況を「日時」ではなく「時刻」で管理するよ
うにしてもよい。
【００３６】（４）また、配信予定情報テーブルを配信
するタイミングは、期間の区切りとなる所定時刻に設定
してもよいが、例えば、前期間の最後の曲データ配信時
に曲データとともに配信するようにしてもよい。
するタイミングは、期間の区切りとなる所定時刻に設定
してもよいが、例えば、前期間の最後の曲データ配信時
に曲データとともに配信するようにしてもよい。
【００３７】（５）また、配信予定情報テーブルの内容
は、未受信の曲データを検出する態様に応じて適宜変更
可能である。すなわち、上記実施例では、配信予定日時
によって未受信の曲データを同定するようにしたが、曲
データにユニークな曲コード等の識別情報を用いて未受
信の曲データを同定する場合には、配信予定の曲コード
の一覧を配信予定情報テーブルとして送信するようにし
てもよい。また、タイマ２６を配信予定時刻からのタイ
ムアップ時間を計時する目的で使用し、配信予定時刻か
らのタイムアップによって未受信か否かを判断するよう
にしてもよい。
は、未受信の曲データを検出する態様に応じて適宜変更
可能である。すなわち、上記実施例では、配信予定日時
によって未受信の曲データを同定するようにしたが、曲
データにユニークな曲コード等の識別情報を用いて未受
信の曲データを同定する場合には、配信予定の曲コード
の一覧を配信予定情報テーブルとして送信するようにし
てもよい。また、タイマ２６を配信予定時刻からのタイ
ムアップ時間を計時する目的で使用し、配信予定時刻か
らのタイムアップによって未受信か否かを判断するよう
にしてもよい。
【００３８】（６）また、上記実施例では、曲データを
同報的に送信する手段として衛星通信を採用した場合に
ついて説明したが、これに限らず、無線であるか有線で
あるかを問わずその他の同報通信を採用してもよい。
同報的に送信する手段として衛星通信を採用した場合に
ついて説明したが、これに限らず、無線であるか有線で
あるかを問わずその他の同報通信を採用してもよい。
【００３９】（７）また、同報通信のための制御情報と
して、例えば同報通信のサービスの許可／禁止を制御す
るキー情報をセンタ局１から公衆回線Ｎを介して各カラ
オケ端末２，２，……へ送信するようにしてもよい。
して、例えば同報通信のサービスの許可／禁止を制御す
るキー情報をセンタ局１から公衆回線Ｎを介して各カラ
オケ端末２，２，……へ送信するようにしてもよい。
【００４０】（８）また、公衆回線Ｎのための制御情報
として、例えばセンタ局１の電話番号をセンタ局１から
各カラオケ端末２，２，……へ同報通信により一斉送信
するようにしてもよい。
として、例えばセンタ局１の電話番号をセンタ局１から
各カラオケ端末２，２，……へ同報通信により一斉送信
するようにしてもよい。
【００４１】
【発明の効果】以上説明したように、この発明によれ
ば、センタ局から各カラオケ端末へ曲データが同報的に
配信されるとともに、カラオケ端末にて受信し損なった
曲データが検出され、双方向の有線回線を介し再送され
るので、効率的かつ低コストな曲データの配信を実現で
き、しかも各カラオケ端末における曲データの欠落を確
実に防止することができる。
ば、センタ局から各カラオケ端末へ曲データが同報的に
配信されるとともに、カラオケ端末にて受信し損なった
曲データが検出され、双方向の有線回線を介し再送され
るので、効率的かつ低コストな曲データの配信を実現で
き、しかも各カラオケ端末における曲データの欠落を確
実に防止することができる。
【図１】 この発明の一実施例の全体構成を示すブロッ
ク図である。
ク図である。
【図２】 同実施例のカラオケ端末の構成を示すブロッ
ク図である。
ク図である。
【図３】 配信予定情報テーブルの一例を示す図であ
る。
る。
【図４】 センタ局の動作を説明するためのフローチャ
ートである。
ートである。
【図５】 カラオケ端末の動作を説明するためのフロー
チャートである。
チャートである。
１…センタ局、２…カラオケ端末、３…通信回線、１１
…ホストコンピュータ、１２…ハードディスク、１３…
通信インタフェース、１４…送信機、２１…ＣＰＵ、２
２…ＲＯＭ、２３…ＲＡＭ、２４…受信機、２５…通信
インタフェース、２６…タイマ、２７…ハードディス
ク、２８…操作パネル、２９…楽音合成装置、３０…ミ
キサ、３１…マイク、３２…スピーカ、３３…画像再生
装置、３４…ＣＤ−ＲＯＭ、３５…画像合成装置、３６
…ディスプレイ。
…ホストコンピュータ、１２…ハードディスク、１３…
通信インタフェース、１４…送信機、２１…ＣＰＵ、２
２…ＲＯＭ、２３…ＲＡＭ、２４…受信機、２５…通信
インタフェース、２６…タイマ、２７…ハードディス
ク、２８…操作パネル、２９…楽音合成装置、３０…ミ
キサ、３１…マイク、３２…スピーカ、３３…画像再生
装置、３４…ＣＤ−ＲＯＭ、３５…画像合成装置、３６
…ディスプレイ。
Claims (1)
- 【請求項１】 センタ局から複数のカラオケ端末に曲デ
ータを供給し、各カラオケ端末が前記供給される曲デー
タに基づき楽音を合成し、該合成音とマイクから入力さ
れる音声とを混合して出力する通信カラオケシステムに
おいて、 前記センタ局は、 曲データを同報的に配信する第１の送信手段と、 各カラオケ端末からの再送要求に応じて、曲データを双
方向の有線回線を介して送信する第２の送信手段とを具
備し、 各カラオケ端末は、 前記センタ局から同報的に配信される曲データを受信す
る第１の受信手段と、 前記センタ局から配信される情報であって曲データの配
信予定を示す配信予定情報を記憶する配信予定情報記憶
手段と、 前記配信予定情報記憶手段に記憶された情報と前記第１
の受信手段による受信結果に基づき、未受信の曲データ
の有無を検出する検出手段と、 前記双方向の有線回線を介し、前記検出手段によって検
出された未受信の曲データの再送を前記センタ局に要求
する再送要求手段と、 前記再送要求に応じて前記センタ局から前記双方向の有
線回線を介して送信される曲データを受信する第２の受
信手段とを具備し、 前記センタ局は、同報通信のための制御情報として同報
通信サービスの許可または禁止を制御する情報を前記双
方向の有線回線を介して前記端末へ送信することを特徴
とする通信カラオケシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11224720A JP2000066690A (ja) | 1999-08-06 | 1999-08-06 | 通信カラオケシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11224720A JP2000066690A (ja) | 1999-08-06 | 1999-08-06 | 通信カラオケシステム |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP07108828A Division JP3087602B2 (ja) | 1995-05-02 | 1995-05-02 | 通信カラオケシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000066690A true JP2000066690A (ja) | 2000-03-03 |
Family
ID=16818200
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11224720A Pending JP2000066690A (ja) | 1999-08-06 | 1999-08-06 | 通信カラオケシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000066690A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005285036A (ja) * | 2004-03-31 | 2005-10-13 | Brother Ind Ltd | データ受信装置及びプログラム |
| JP2007271976A (ja) * | 2006-03-31 | 2007-10-18 | Daiichikosho Co Ltd | カラオケデータの配信方法に特徴を有する通信カラオケシステム、カラオケ演奏端末、カラオケホスト装置 |
| JP2007292928A (ja) * | 2006-04-24 | 2007-11-08 | Daiichikosho Co Ltd | カラオケデータの配信方法に特徴を有する通信カラオケシステム、カラオケホスト装置 |
-
1999
- 1999-08-06 JP JP11224720A patent/JP2000066690A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005285036A (ja) * | 2004-03-31 | 2005-10-13 | Brother Ind Ltd | データ受信装置及びプログラム |
| JP4534555B2 (ja) * | 2004-03-31 | 2010-09-01 | ブラザー工業株式会社 | データ受信装置及びプログラム |
| JP2007271976A (ja) * | 2006-03-31 | 2007-10-18 | Daiichikosho Co Ltd | カラオケデータの配信方法に特徴を有する通信カラオケシステム、カラオケ演奏端末、カラオケホスト装置 |
| JP4485483B2 (ja) * | 2006-03-31 | 2010-06-23 | 株式会社第一興商 | 通信カラオケシステムにおいてカラオケデータを配信するとともに稼働ログを集信する方法 |
| JP2007292928A (ja) * | 2006-04-24 | 2007-11-08 | Daiichikosho Co Ltd | カラオケデータの配信方法に特徴を有する通信カラオケシステム、カラオケホスト装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3087602B2 (ja) | 通信カラオケシステム | |
| JP4029442B2 (ja) | 通信カラオケシステム | |
| US5886275A (en) | Transporting method of karaoke data by packets | |
| JP3250336B2 (ja) | カラオケシステムおよびカラオケ端末装置 | |
| CN101682434A (zh) | 用于连续回放多媒体的方法和设备 | |
| WO2005111853A2 (en) | System and method for managing content between devices in various domains | |
| JPH0738877A (ja) | データ伝送装置 | |
| JPWO2005011265A1 (ja) | 放送チャンネル変更検出装置 | |
| JP2000066690A (ja) | 通信カラオケシステム | |
| WO2008136620A1 (en) | Method and system for receiving digital broadcasting by using mobile communication terminal | |
| JP3858525B2 (ja) | 曲データ配信システム | |
| JPH1169017A (ja) | 情報配信システム | |
| JP3858526B2 (ja) | 曲データ配信システム | |
| US8065382B2 (en) | Network system, electronic equipment terminal, server apparatus and method for distributing and reproducing the contents | |
| KR100809311B1 (ko) | 품질 테스트 수단을 갖는 인터넷 수신 장치 | |
| JPH1138984A (ja) | 通信カラオケシステムのカラオケデータ配信方法および通信カラオケシステム | |
| JP3817315B2 (ja) | 通信カラオケシステム | |
| JP3941435B2 (ja) | 演奏情報再生装置、方法及びプログラム | |
| US20060209733A1 (en) | Information providing method | |
| JP2006518565A (ja) | 通信システム及び方法 | |
| JP4556083B2 (ja) | 付加情報転送方法 | |
| JP2002314838A (ja) | 伝達機能付受信機および受信機 | |
| JPH08272386A (ja) | 通信カラオケ装置 | |
| JPH08249311A (ja) | 情報提供システム | |
| KR20070045503A (ko) | 휴대용 단말기에서의 멀티미디어 재생 방법 및 그 휴대용단말기 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040803 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041004 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060620 |