JP4013322B2 - カラオケシステムおよびカラオケ端末装置 - Google Patents
カラオケシステムおよびカラオケ端末装置 Download PDFInfo
- Publication number
- JP4013322B2 JP4013322B2 JP09873498A JP9873498A JP4013322B2 JP 4013322 B2 JP4013322 B2 JP 4013322B2 JP 09873498 A JP09873498 A JP 09873498A JP 9873498 A JP9873498 A JP 9873498A JP 4013322 B2 JP4013322 B2 JP 4013322B2
- Authority
- JP
- Japan
- Prior art keywords
- video data
- video
- data
- reproduced
- karaoke
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、少ないチャンネルで複数の映像データを供給することができるカラオケシステムおよびカラオケ端末装置に関する。
【０００２】
【従来の技術】
従来より、センタ局が曲データや映像データをカラオケ端末装置に供給するカラオケシステムが多数提案されている。例えば、特開平７−０６４５７９号公報には、ネットワーク回線に接続された複数のカラオケ端末装置に対して、周波数帯域で分割した複数のチャンネルを用いてセンタ局がデータを送信する技術が開示されている。
この種の技術では、センタ局は映像データを送信し続け、各端末装置は必要に応じて映像データを受信して背景映像として再生する。そして、演奏する曲のジャンルに対応した映像を各端末装置が再生できるように、センタ局は、複数のチャンネルを用いて各チャンネル毎に異なったジャンルの映像データを送信し、端末装置は、再生する曲のジャンルに対応したチャンネルから映像データを選局して再生する。
【０００３】
【発明が解決しようとする課題】
ところで近年は、パーソナルコンピュータでも曲データや映像データの再生ができるようになってきており、さらに、衛星通信やＩＳＤＮ回線を介してセンター局から家庭への曲の配信も可能になっていきている。
しかしながら、衛星通信やＩＳＤＮなどにおいては、個人が一度に使用するチャネル数は、公共的利用の観点から制限がある。このように使用できるチャネル数が少ない環境においては、ジャンルの数だけチャネル数を必要とするような従来技術では、供給できる映像の種類が限られてしまうという問題があった。
【０００４】
本発明は、上述した課題を解決するためになされたものであり、少ないチャンネルで多数の映像データを供給することができるカラオケシステム、および、カラオケ端末装置を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上述した課題を解決するために、請求項１に記載の発明は、センタ局とカラオケ端末装置とを具備するカラオケシステムにおいて、前記センタ局は、符号化した映像信号および当該映像の種類を示す識別子から構成される複数の映像データと、前記複数の映像データを順次送信する送信手段を具備し、前記カラオケ端末装置は、前記映像データを一時記憶するバッファ記憶手段と、前記識別子を複数含む曲データを再生する再生手段と、前記送信手段によって順次送信された映像データを順次受信する受信手段と、前記受信手段によって受信した映像データに含まれている前記識別子と前記再生手段により再生されている曲データに含まれている識別子に基づいて、当該映像データを再生すべきか否か判別する判別手段と、前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別した場合は当該映像データを再生して当該映像データを前記バッファ記憶手段に記憶し、前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別しなかった場合は、前記判別手段によって判別された映像データに代えて前記バッファ記憶手段に記憶された映像データを再生する映像再生手段とを具備することを特徴とする。
また、請求項２に記載の発明は、請求項１に記載の発明において、前記送信手段は、単一のチャンネルで前記映像データを順次送信することを特徴とする。
また、請求項３に記載の発明は、請求項１に記載の発明において、演奏すべき曲と再生すべき映像の種類との対応を示す情報を記憶する対応情報記憶手段をさらに具備し、前記判別手段は、前記対応情報記憶手段に記憶された情報と前記識別子とに基づいて、受信した映像データを再生すべきか否か判別することを特徴とする。
また、請求項４に記載の発明は、請求項１に記載の発明において、前記バッファ記憶手段は、予め他の記憶媒体に記憶された映像データを記憶することを特徴とする。
【０００６】
また、請求項５に記載の発明は、符号化した映像信号および当該映像の種類を示す識別子から構成される複数の映像データをセンタ局から受信して再生するカラオケ端末装置において、前記映像データを一時記憶するバッファ記憶手段と、前記識別子を複数含む曲データを再生する再生手段と、前記センタ局から順次送信された映像データを順次受信する受信手段と、前記受信手段によって受信した映像データに含まれている前記識別子と前記再生手段により再生されている曲データに含まれている識別子に基づいて、当該映像データを再生すべきか否か判別する判別手段と、前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別した場合は当該映像データを再生して当該映像データを前記バッファ記憶手段に記憶し、前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別しなかった場合は、前記判別手段によって判別された映像データに代えて前記バッファ記憶手段に記憶された映像データを再生する映像再生手段とを具備することを特徴とする。
また、請求項６に記載の発明は、請求項５に記載の発明において、演奏すべき曲と再生すべき映像の種類との対応を示す情報を記憶する対応情報記憶手段をさらに具備し、前記判別手段は、前記対応情報記憶手段に記憶された情報と前記識別子と基づいて、受信した映像データを再生すべきか否か判別することを特徴とする。
また、請求項７に記載の発明は、請求項５に記載の発明において、前記バッファ記憶手段は、予め他の記憶媒体に記憶された映像データを記憶することを特徴とする。
【０００７】
【発明の実施の形態】
以下、図面を参照しながら、本発明の実施の形態について説明する。
【０００８】
１．実施形態の構成
１−１．システム構成
（１）全体構成
図１は、実施形態の全体構成を示す図である。本実施形態は、不特定多数のユーザーに対してカラオケサービスを提供するために用いて好適なカラオケシステムであり、センタ局１００および、端末２００−１、２００−２…２００−ｎ（以下、特定しない場合は、端末２００とする）によって構成されている。また、センタ局１００と端末２００とは、データを送受信するために公衆回線３００に接続されており、さらに、センタ局１００は、放送衛星４００を介して端末２００にデータを供給できるようになっている。
【０００９】
センタ局１００は、端末２００に対してカラオケサービスを提供するための装置であり、端末２００とのデータの送受信などの処理を行うホストコンピュータ１０１や、映像データを電波として放送衛星４００に送信するための送信手段１０２を具備している。
端末２００は、カラオケサービスの提供を受けるために必要な装置であり、センタ局１００から供給された曲データや映像データなどを再生するものである。
【００１０】
公衆回線３００は、例えば電話回線であり、端末２００からセンタ局１００に対してリクエストのためのデータを送信したり、センタ局１００から端末２００に対して曲データを送信するために用いられる。
また、放送衛星４００は、映像データを各端末２００に供給するために用いられ、センタ局１００から送信された電波を受信し、地上に向けて放送するものである。放送衛星４００は、専用の設備である必要はなく、ここでは公共の放送用衛星を用いている。放送衛星４００によって放送される電波のうち、本カラオケシステム用に特定の周波数Ｆが割り当てられており、周波数Ｆは、センタ局１００から映像データを送信するチャンネルとして使用される。
【００１１】
（２）端末２００の構成
図２は、端末２００の構成を示すブロック図である。
端末２００のＣＰＵ２０１は、ＲＯＭ２０２に記憶されたプログラムに従って、バスを介して接続された各部を制御する。ＲＯＭ２０２には、装置全体を制御するシステムプログラムの他、曲データに基づいて自動演奏を行うための演奏プログラムなどが記憶されている。ＲＡＭ２０３は、演奏する曲データを格納するためなどに用いられる。
また、ハードディスク２０４は、曲データなどを記憶する大容量ディスクである。
【００１２】
通信インターフェイス２０５は、公衆回線３００と接続するためのインターフェイスである。
パネルインターフェイス２０６は、テンキー等の操作子を有し、曲番号などのリクエスト情報を入力する際に用いられる。
音源２０７は、シーケンサプログラムに従って動作するＣＰＵ２０１の制御に基づいて、曲データを再生出力するものである。
映像バッファ２０８は、映像データを一時的に記憶するためのバッファであり、ハードディスク２０４から読み出した映像データや、受信した映像データを記憶するために用いられる。
【００１３】
アンテナ２０９は、放送衛星４００から送信される電波を受信するためのものであり、チューナ２１０は、周波数Ｆの電波を選局し復調するためのものである。
識別データ判定部２１１は、受信データ中の識別子の内容を判別するものである。識別子については後述する。
デコーダ２１２は、圧縮符号化された映像データを復号化し、ビデオ信号である映像信号を生成するものであり、歌詞重畳部２１３は、映像信号に歌詞を重畳するものである。
また、表示部２１４は、背景映像や歌詞を表示するためのものであり、例えばＣＲＴディスプレイなどが用いられる。
【００１４】
１−２．データ構成
次に、本実施形態に係るカラオケシステムにおいて使用されるデータ構成について説明する。
【００１５】
（１）映像データ
図３は、映像データの構成を示す図である。映像データは、圧縮映像データと各圧縮映像データの映像種類を示す識別子から構成されたパケットデータである。
圧縮映像データは、映像信号を圧縮符号化したデータであり、圧縮には、変換符号化などのデータ圧縮方式を用いる。各圧縮映像データはそれぞれ１５秒間の映像として再生されるものであり、実施形態で用いる映像には、不作為に続けて再生して不自然ではない、例えば風景などが適している。
圧縮映像データには、それぞれファイル名が付されており、本実施形態では、映像の種類を示すＡ、Ｂ、Ｃ、Ｄのいずれかの記号と、各種類における通し番号とからファイル名が構成されている。
また、識別子は、映像の種類を示すデータであり、映像の種類を示すＡ、Ｂ、Ｃ、Ｄのいずれかの記号を示している。
センタ局１００は、このような識別子と圧縮映像データから構成されるパケットデータを映像データストリームとして送信する。
【００１６】
（２）曲データ
次に、曲データの構成について説明する。図４は、曲データの構成を示す図である。図示するように、曲データはインデックスデータと、トラックデータとから構成されている。
インデックスデータは、曲データに関する各種情報から構成されており、各種情報には、例えば、曲番号、楽曲ファイル名、映像指定データなどが含まれている。
曲番号は、曲データを特定するデータであり、一つの曲データについて一つの曲番号が付されている。
映像指定データは、その曲を再生する際に背景映像となる映像の種類を特定するデータである。端末２００は、この映像指定データに基づいて、Ａ、Ｂ、Ｃ、Ｄのいずれの記号を示す識別子を有した映像データを再生するかを選択することができる。
【００１７】
また、トラックデータは、楽音トラック、歌詞トラック……などから構成され、各トラックは、演奏の具体的な状態を示すイベントデータと、イベントデータの読み出しタイミングを示す時間データで構成されている。時間データは、演奏開始からの絶対時間データであってもよいし、図示するように、各イベントデータ間の時間的間隔で表したデルタタイムデータ（Δｔ）であってもよい。
イベントデータは、楽音トラックであれば、例えばＭＩＤＩ（Musical Instrument Digital Interface）規格に基づいたデータであり、楽音の発音、消音、音高などを指定するデータである。また、歌詞トラックであれば、楽音の再生に伴って歌詞を表示するためのデータであり、文字を指定するコードや、表示時間や色変えタイミングなどを指示するデータである。
【００１８】
２．実施形態の動作
次に、上記構成を有する実施形態の動作について説明する。
【００１９】
２−１．動作の概略
まず、本実施形態にかかるカラオケシステムの動作の概略を説明する。
センタ局１００は、端末２００からのリクエストの有無にかかわらず、様々な種類の映像が混在した映像データストリームを送信しており、放送衛星４００は、センタ局１００から送信された映像データを単一のチャンネル（周波数Ｆ）で放送する。
ユーザーは所望の曲番号を端末２００に入力し、端末２００は、入力された曲番号に対応した曲データを再生するとともに、放送衛星４００が放送している周波数Ｆの電波を受信することによって得た映像データの中から、曲に適した映像データのみを再生する。
【００２０】
２−２．端末２００の動作
ここで、端末２００の動作を、図５に示すフローチャートを参照して説明する。
まず、パネルインターフェイス２０６から曲番号が入力されると（Ｓ１０１）、ＣＰＵ２０１は、入力された曲番号に対応した曲データをハードディスク２０４から読み出してＲＡＭ２０３に格納する。そして、映像指定データの示す記号の読み取りや、トラックデータの再生処理を行う（Ｓ１０２）。なお、入力された曲番号に対応した曲データがハードディスク２０４に記憶されていない場合は、公衆回線３００を介してセンタ局１００から曲データを受信する。
ここで、トラックデータの再生処理とは、時間情報およびイベントデータで指示される楽音発生や歌詞再生などの処理をＣＰＵ２０１が逐次実行することであり、この再生処理が行われることによって、音源から楽音が発音され、歌詞が歌詞重畳部２１３に供給される。
【００２１】
そして、ステップＳ１０２において読み取った映像種類記号に対応した識別子を有する映像データをハードディスク２０４から読み出して、映像バッファ２０８に記憶する（Ｓ１０３）。
次に、アンテナ２０９によって受信され、チューナ２１０によって復調された映像データを識別データ判別部２１１に供給する（Ｓ１０４）。
識別データ判別部２１１は、供給された映像データの識別子と、ステップＳ１０２において読み出した曲データ中の映像指定データとを比較して、当該映像データを背景映像として再生すべきか否か判別する（Ｓ１０５）。
再生すべきと判定した場合は（Ｓ１０５；ＹＥＳ）、映像データを映像バッファ２０８およびデコーダ２１２に供給する。映像バッファ２０８は、その曲の演奏が終了するまで、供給された映像データを記憶しておく（Ｓ１０６）。なお、映像バッファ２０８の内容は、その曲が終了した時、あるいは新たな曲の再生を行うに際してクリアされる。
【００２２】
一方、ステップＳ１０５の判別において、供給された映像データを再生すべきでないと判別した場合は（Ｓ１０５；ＮＯ）、映像バッファ２０８に記憶された映像データのうちのいずれかの映像データをデコーダ２１２に供給する（Ｓ１０７）。以上の処理により、ステップＳ１０３およびＳ１０６において映像バッファ２０８に記憶された映像データは、当該曲に対応した映像データのみとなる。そして、チューナー２１０が復調した映像データが再生すべきでない映像データの場合は、その映像データは使用されず、代わりに映像バッファ２０８に記憶された映像データのいずれかが用いられ、一方、チューナー２１０が復調した映像データが再生すべき映像データの場合は、その映像データはそのまま使用されるとともに、映像バッファ２０８にも記憶される。以上の処理により、端末２００は、再生すべきではない映像データを受信した場合でも、表示部２１４には背景映像を表示できる。
【００２３】
ステップＳ１０６あるいはステップＳ１０７においてデコーダ２１２に映像データが供給されると、デコーダ２１２は圧縮映像データを復号化して映像信号を生成し、映像信号を歌詞重畳部２１３に供給する。そして、歌詞重畳部２１３において映像信号に歌詞を重畳し、表示部２１４に表示させる（Ｓ１０８）。歌詞は曲データ中に含まれた歌詞データに基づいて生成され、例えばスーパーインポーズなどの技法を用いて映像信号に重畳される。このような技術は周知であるので詳しい説明は省略する。
【００２４】
次に、ＣＰＵ２０１は、曲の演奏を終了するか否かを判別する（Ｓ１０９）。ここで、曲データ中のイベントデータの再生が終了した場合や、終了を示すデータを読み出した場合、パネルインターフェイス２０６から演奏停止情報が入力された場合などは、演奏を終了すると判別する。
ステップＳ１０９の判別において、曲の演奏を終了しないと判別した場合は（Ｓ１０９；ＮＯ）、ステップＳ１０４に戻り、受信した映像データを識別データ判別部２１１に供給する。
そして、Ｓ１０９の判別において、曲の演奏を終了すると判別するまで（Ｓ１０９；ＹＥＳ）ステップＳ１０４からステップＳ１０９に至るまでのループを繰り返して、順次映像データの再生を行う。Ｓ１０９の判別において曲を終了すると判別した場合（Ｓ１０９；ＹＥＳ）は、曲の演奏に伴う映像の再生は終了する。
【００２５】
２−３．動作の具体例
以上説明した動作を、具体例を用いて説明する。ここで、パネルインターフェイス２０６から入力された曲番号に対応した曲データを、図４に示した内容であるものとする。
この場合、端末２００は、映像種類記号Ａ、Ｂ、Ｄを示す識別子を有する映像データを再生すべきと判別するので、映像バッファ２０８には、Ａ、Ｂ、Ｄを示す識別子を有する映像データを記憶する。そして、トラックデータの再生処理に伴って曲の演奏を行うとともに、図３に示す映像データストリーム（映像データ（１）、（２）、（３）、（４）…）を受信する。
映像データ（１）は、識別子が映像種類記号Ａを示しているので、識別データ判別部２１１において再生すべき映像データと判別され、デコーダ２１２および映像バッファ２０８に供給される。
そして、映像データ（１）中の圧縮映像データＡ００２は、デコーダ２１２において復号化される。復号化された映像信号は、歌詞重畳部２１３において歌詞が重畳されて、表示部２１４に表示される。
次に、受信する映像データ（２）についても、識別子が映像種類記号Ａを示すので同様の処理が行われる。
【００２６】
しかし、次に映像データ（３）を受信した場合は、識別子が映像種類記号Ｃを示すので、端末２００は、識別データ判別部２１１において映像データ（３）を再生すべきでないと判別する。そこで、映像バッファ２０８に記憶された映像データのいずれかを読み出して、デコーダ２１２に供給する。すなわち、受信した圧縮映像データＣ０１０を再生せず、映像バッファ２０８に記憶されていた映像データを再生する。
次に、映像データ（４）を受信した場合は、識別子が映像種類記号Ｂを示すので、受信した映像データを再生すべきと判別して、デコーダ２１２および映像バッファ２０８に供給する。
【００２７】
このように、センタ局１００は、複数の種類の映像データを識別子を付けて送信するので、各端末２００は識別子を参照して演奏局に対応した映像データのみを再生することができる。しかも、この場合にはセンタ局１００からの送信チャネルは１チャンネルで済む。また、各端末は再生すべきでない映像データに代えて予め記憶していた映像データを再生するので、曲が終了するまでその曲に対応した映像データを継続して再生することができる。これにより、単一のチャネルを用いて映像データを配信するシステムであっても、複数種類の映像データの配信と、その選択再生を行うことができる。
【００２８】
３．変形例
なお、本発明は既述した実施形態に限定されるものではなく、以下のような各種の変形が可能である。
【００２９】
本発明は、使用できるチャンネル数が供給する映像の種類よりも少ない場合であれば、必ずしも単一のチャンネルで映像データを送信する必要はなく、複数のチャンネルを用いても構わない。
上記実施形態では、映像データを送信するチャンネルはキャリア周波数によって決定したが、キャリア周波数に限らず例えば、拡散符号、位相、時分割タイムスロットなどでもよい。
また、映像データを端末２００に送信するための伝送経路は、放送衛星４００からの放送としているが、これに限らず地上波や有線による放送などでも構わない。また、従来の技術のようにＬＡＮでもよい。
【００３０】
上記実施形態では、センタ局１００からの伝送経路として、映像データには衛星放送を用い、曲データには公衆回線３００を用いているが、映像データと曲データとの両方を同一の伝送経路を用いて送信するようにしてもよい。この場合、曲データ用のチャンネルと映像データ用のチャンネルを別にしてもよいし、一つのチャンネルにしてもよい。一つのチャンネルにする場合は、センタ局１００は、映像データか曲データかを識別する識別子を付して、映像データと曲データの混在したデータストリームを送信すればよい。
センタ局１００が送信する映像データの順番は特に限定されるものではなく、映像の種類を規則的に並べるようにしてもよいし、ランダムであってもよい。また、映像の種類も実施形態のように、Ａ、Ｂ、Ｃ、Ｄの４種類に限定されるものではなく、何種類であってもよい。
【００３１】
また、一つの映像データの再生時間は１５秒に限定されるものではなく、一つの映像データを受信するために必要な時間も１５秒には限定されない。さらに、映像データの圧縮率が高く、一つの映像データを再生する間に多数の映像データを受信できる場合には、一つの映像データの再生中に受信した映像データを映像バッファ２０８に記憶しておくことができるので、ハードディスク２０４に映像データを記憶しておく必要はない。
【００３２】
また、上記実施形態では、演奏すべき曲と再生すべき映像の種類との対応を示す情報として、ハードディスク２０４に記憶された曲データ中の映像指定データを用いているが、これに限らず、曲番号と再生映像の種類を対応つけたインデックスファイルを作成しておくようにしてもよい。この場合は、曲データには映像指定データを含めておく必要はない。
【００３３】
また、端末２００として用いる装置は、上記実施形態で説明した構成を有したカラオケシステム専用の装置であってもよいし、汎用のパーソナルコンピュータや通信機器に、必要なプログラムをインストールしたものを用いてもよい。
【００３４】
【発明の効果】
以上説明したように、本発明によれば、映像の種類毎に異なるチャンネルで映像データを送信する必要がなくなり、少ないチャンネルで複数の映像を供給することができるようになる。
【図面の簡単な説明】
【図１】 実施形態の全体構成を示す図である。
【図２】 端末の構成を示すブロック図である。
【図３】 映像データの構成を示す図である。
【図４】 曲データの構成を示す図である。
【図５】 端末の動作を示すフローチャートである。
【符号の説明】
１００…センタ局、
１０１…ホストコンピュータ、
１０２…送信手段、
２００−１〜２００−ｎ…端末、
３００…公衆回線、
４００…放送衛星、
２０１…ＣＰＵ、
２０２…ＲＯＭ、
２０３…ＲＡＭ、
２０４…ハードディスク、
２０５…通信インターフェイス、
２０６…パネルインターフェイス、
２０７…音源、
２０８…映像バッファ、
２０９…アンテナ、
２１０…チューナ、
２１１…識別データ判別部、
２１２…デコーダ、
２１３…歌詞重畳部、
２１４…表示部
【発明の属する技術分野】
この発明は、少ないチャンネルで複数の映像データを供給することができるカラオケシステムおよびカラオケ端末装置に関する。
【０００２】
【従来の技術】
従来より、センタ局が曲データや映像データをカラオケ端末装置に供給するカラオケシステムが多数提案されている。例えば、特開平７−０６４５７９号公報には、ネットワーク回線に接続された複数のカラオケ端末装置に対して、周波数帯域で分割した複数のチャンネルを用いてセンタ局がデータを送信する技術が開示されている。
この種の技術では、センタ局は映像データを送信し続け、各端末装置は必要に応じて映像データを受信して背景映像として再生する。そして、演奏する曲のジャンルに対応した映像を各端末装置が再生できるように、センタ局は、複数のチャンネルを用いて各チャンネル毎に異なったジャンルの映像データを送信し、端末装置は、再生する曲のジャンルに対応したチャンネルから映像データを選局して再生する。
【０００３】
【発明が解決しようとする課題】
ところで近年は、パーソナルコンピュータでも曲データや映像データの再生ができるようになってきており、さらに、衛星通信やＩＳＤＮ回線を介してセンター局から家庭への曲の配信も可能になっていきている。
しかしながら、衛星通信やＩＳＤＮなどにおいては、個人が一度に使用するチャネル数は、公共的利用の観点から制限がある。このように使用できるチャネル数が少ない環境においては、ジャンルの数だけチャネル数を必要とするような従来技術では、供給できる映像の種類が限られてしまうという問題があった。
【０００４】
本発明は、上述した課題を解決するためになされたものであり、少ないチャンネルで多数の映像データを供給することができるカラオケシステム、および、カラオケ端末装置を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上述した課題を解決するために、請求項１に記載の発明は、センタ局とカラオケ端末装置とを具備するカラオケシステムにおいて、前記センタ局は、符号化した映像信号および当該映像の種類を示す識別子から構成される複数の映像データと、前記複数の映像データを順次送信する送信手段を具備し、前記カラオケ端末装置は、前記映像データを一時記憶するバッファ記憶手段と、前記識別子を複数含む曲データを再生する再生手段と、前記送信手段によって順次送信された映像データを順次受信する受信手段と、前記受信手段によって受信した映像データに含まれている前記識別子と前記再生手段により再生されている曲データに含まれている識別子に基づいて、当該映像データを再生すべきか否か判別する判別手段と、前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別した場合は当該映像データを再生して当該映像データを前記バッファ記憶手段に記憶し、前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別しなかった場合は、前記判別手段によって判別された映像データに代えて前記バッファ記憶手段に記憶された映像データを再生する映像再生手段とを具備することを特徴とする。
また、請求項２に記載の発明は、請求項１に記載の発明において、前記送信手段は、単一のチャンネルで前記映像データを順次送信することを特徴とする。
また、請求項３に記載の発明は、請求項１に記載の発明において、演奏すべき曲と再生すべき映像の種類との対応を示す情報を記憶する対応情報記憶手段をさらに具備し、前記判別手段は、前記対応情報記憶手段に記憶された情報と前記識別子とに基づいて、受信した映像データを再生すべきか否か判別することを特徴とする。
また、請求項４に記載の発明は、請求項１に記載の発明において、前記バッファ記憶手段は、予め他の記憶媒体に記憶された映像データを記憶することを特徴とする。
【０００６】
また、請求項５に記載の発明は、符号化した映像信号および当該映像の種類を示す識別子から構成される複数の映像データをセンタ局から受信して再生するカラオケ端末装置において、前記映像データを一時記憶するバッファ記憶手段と、前記識別子を複数含む曲データを再生する再生手段と、前記センタ局から順次送信された映像データを順次受信する受信手段と、前記受信手段によって受信した映像データに含まれている前記識別子と前記再生手段により再生されている曲データに含まれている識別子に基づいて、当該映像データを再生すべきか否か判別する判別手段と、前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別した場合は当該映像データを再生して当該映像データを前記バッファ記憶手段に記憶し、前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別しなかった場合は、前記判別手段によって判別された映像データに代えて前記バッファ記憶手段に記憶された映像データを再生する映像再生手段とを具備することを特徴とする。
また、請求項６に記載の発明は、請求項５に記載の発明において、演奏すべき曲と再生すべき映像の種類との対応を示す情報を記憶する対応情報記憶手段をさらに具備し、前記判別手段は、前記対応情報記憶手段に記憶された情報と前記識別子と基づいて、受信した映像データを再生すべきか否か判別することを特徴とする。
また、請求項７に記載の発明は、請求項５に記載の発明において、前記バッファ記憶手段は、予め他の記憶媒体に記憶された映像データを記憶することを特徴とする。
【０００７】
【発明の実施の形態】
以下、図面を参照しながら、本発明の実施の形態について説明する。
【０００８】
１．実施形態の構成
１−１．システム構成
（１）全体構成
図１は、実施形態の全体構成を示す図である。本実施形態は、不特定多数のユーザーに対してカラオケサービスを提供するために用いて好適なカラオケシステムであり、センタ局１００および、端末２００−１、２００−２…２００−ｎ（以下、特定しない場合は、端末２００とする）によって構成されている。また、センタ局１００と端末２００とは、データを送受信するために公衆回線３００に接続されており、さらに、センタ局１００は、放送衛星４００を介して端末２００にデータを供給できるようになっている。
【０００９】
センタ局１００は、端末２００に対してカラオケサービスを提供するための装置であり、端末２００とのデータの送受信などの処理を行うホストコンピュータ１０１や、映像データを電波として放送衛星４００に送信するための送信手段１０２を具備している。
端末２００は、カラオケサービスの提供を受けるために必要な装置であり、センタ局１００から供給された曲データや映像データなどを再生するものである。
【００１０】
公衆回線３００は、例えば電話回線であり、端末２００からセンタ局１００に対してリクエストのためのデータを送信したり、センタ局１００から端末２００に対して曲データを送信するために用いられる。
また、放送衛星４００は、映像データを各端末２００に供給するために用いられ、センタ局１００から送信された電波を受信し、地上に向けて放送するものである。放送衛星４００は、専用の設備である必要はなく、ここでは公共の放送用衛星を用いている。放送衛星４００によって放送される電波のうち、本カラオケシステム用に特定の周波数Ｆが割り当てられており、周波数Ｆは、センタ局１００から映像データを送信するチャンネルとして使用される。
【００１１】
（２）端末２００の構成
図２は、端末２００の構成を示すブロック図である。
端末２００のＣＰＵ２０１は、ＲＯＭ２０２に記憶されたプログラムに従って、バスを介して接続された各部を制御する。ＲＯＭ２０２には、装置全体を制御するシステムプログラムの他、曲データに基づいて自動演奏を行うための演奏プログラムなどが記憶されている。ＲＡＭ２０３は、演奏する曲データを格納するためなどに用いられる。
また、ハードディスク２０４は、曲データなどを記憶する大容量ディスクである。
【００１２】
通信インターフェイス２０５は、公衆回線３００と接続するためのインターフェイスである。
パネルインターフェイス２０６は、テンキー等の操作子を有し、曲番号などのリクエスト情報を入力する際に用いられる。
音源２０７は、シーケンサプログラムに従って動作するＣＰＵ２０１の制御に基づいて、曲データを再生出力するものである。
映像バッファ２０８は、映像データを一時的に記憶するためのバッファであり、ハードディスク２０４から読み出した映像データや、受信した映像データを記憶するために用いられる。
【００１３】
アンテナ２０９は、放送衛星４００から送信される電波を受信するためのものであり、チューナ２１０は、周波数Ｆの電波を選局し復調するためのものである。
識別データ判定部２１１は、受信データ中の識別子の内容を判別するものである。識別子については後述する。
デコーダ２１２は、圧縮符号化された映像データを復号化し、ビデオ信号である映像信号を生成するものであり、歌詞重畳部２１３は、映像信号に歌詞を重畳するものである。
また、表示部２１４は、背景映像や歌詞を表示するためのものであり、例えばＣＲＴディスプレイなどが用いられる。
【００１４】
１−２．データ構成
次に、本実施形態に係るカラオケシステムにおいて使用されるデータ構成について説明する。
【００１５】
（１）映像データ
図３は、映像データの構成を示す図である。映像データは、圧縮映像データと各圧縮映像データの映像種類を示す識別子から構成されたパケットデータである。
圧縮映像データは、映像信号を圧縮符号化したデータであり、圧縮には、変換符号化などのデータ圧縮方式を用いる。各圧縮映像データはそれぞれ１５秒間の映像として再生されるものであり、実施形態で用いる映像には、不作為に続けて再生して不自然ではない、例えば風景などが適している。
圧縮映像データには、それぞれファイル名が付されており、本実施形態では、映像の種類を示すＡ、Ｂ、Ｃ、Ｄのいずれかの記号と、各種類における通し番号とからファイル名が構成されている。
また、識別子は、映像の種類を示すデータであり、映像の種類を示すＡ、Ｂ、Ｃ、Ｄのいずれかの記号を示している。
センタ局１００は、このような識別子と圧縮映像データから構成されるパケットデータを映像データストリームとして送信する。
【００１６】
（２）曲データ
次に、曲データの構成について説明する。図４は、曲データの構成を示す図である。図示するように、曲データはインデックスデータと、トラックデータとから構成されている。
インデックスデータは、曲データに関する各種情報から構成されており、各種情報には、例えば、曲番号、楽曲ファイル名、映像指定データなどが含まれている。
曲番号は、曲データを特定するデータであり、一つの曲データについて一つの曲番号が付されている。
映像指定データは、その曲を再生する際に背景映像となる映像の種類を特定するデータである。端末２００は、この映像指定データに基づいて、Ａ、Ｂ、Ｃ、Ｄのいずれの記号を示す識別子を有した映像データを再生するかを選択することができる。
【００１７】
また、トラックデータは、楽音トラック、歌詞トラック……などから構成され、各トラックは、演奏の具体的な状態を示すイベントデータと、イベントデータの読み出しタイミングを示す時間データで構成されている。時間データは、演奏開始からの絶対時間データであってもよいし、図示するように、各イベントデータ間の時間的間隔で表したデルタタイムデータ（Δｔ）であってもよい。
イベントデータは、楽音トラックであれば、例えばＭＩＤＩ（Musical Instrument Digital Interface）規格に基づいたデータであり、楽音の発音、消音、音高などを指定するデータである。また、歌詞トラックであれば、楽音の再生に伴って歌詞を表示するためのデータであり、文字を指定するコードや、表示時間や色変えタイミングなどを指示するデータである。
【００１８】
２．実施形態の動作
次に、上記構成を有する実施形態の動作について説明する。
【００１９】
２−１．動作の概略
まず、本実施形態にかかるカラオケシステムの動作の概略を説明する。
センタ局１００は、端末２００からのリクエストの有無にかかわらず、様々な種類の映像が混在した映像データストリームを送信しており、放送衛星４００は、センタ局１００から送信された映像データを単一のチャンネル（周波数Ｆ）で放送する。
ユーザーは所望の曲番号を端末２００に入力し、端末２００は、入力された曲番号に対応した曲データを再生するとともに、放送衛星４００が放送している周波数Ｆの電波を受信することによって得た映像データの中から、曲に適した映像データのみを再生する。
【００２０】
２−２．端末２００の動作
ここで、端末２００の動作を、図５に示すフローチャートを参照して説明する。
まず、パネルインターフェイス２０６から曲番号が入力されると（Ｓ１０１）、ＣＰＵ２０１は、入力された曲番号に対応した曲データをハードディスク２０４から読み出してＲＡＭ２０３に格納する。そして、映像指定データの示す記号の読み取りや、トラックデータの再生処理を行う（Ｓ１０２）。なお、入力された曲番号に対応した曲データがハードディスク２０４に記憶されていない場合は、公衆回線３００を介してセンタ局１００から曲データを受信する。
ここで、トラックデータの再生処理とは、時間情報およびイベントデータで指示される楽音発生や歌詞再生などの処理をＣＰＵ２０１が逐次実行することであり、この再生処理が行われることによって、音源から楽音が発音され、歌詞が歌詞重畳部２１３に供給される。
【００２１】
そして、ステップＳ１０２において読み取った映像種類記号に対応した識別子を有する映像データをハードディスク２０４から読み出して、映像バッファ２０８に記憶する（Ｓ１０３）。
次に、アンテナ２０９によって受信され、チューナ２１０によって復調された映像データを識別データ判別部２１１に供給する（Ｓ１０４）。
識別データ判別部２１１は、供給された映像データの識別子と、ステップＳ１０２において読み出した曲データ中の映像指定データとを比較して、当該映像データを背景映像として再生すべきか否か判別する（Ｓ１０５）。
再生すべきと判定した場合は（Ｓ１０５；ＹＥＳ）、映像データを映像バッファ２０８およびデコーダ２１２に供給する。映像バッファ２０８は、その曲の演奏が終了するまで、供給された映像データを記憶しておく（Ｓ１０６）。なお、映像バッファ２０８の内容は、その曲が終了した時、あるいは新たな曲の再生を行うに際してクリアされる。
【００２２】
一方、ステップＳ１０５の判別において、供給された映像データを再生すべきでないと判別した場合は（Ｓ１０５；ＮＯ）、映像バッファ２０８に記憶された映像データのうちのいずれかの映像データをデコーダ２１２に供給する（Ｓ１０７）。以上の処理により、ステップＳ１０３およびＳ１０６において映像バッファ２０８に記憶された映像データは、当該曲に対応した映像データのみとなる。そして、チューナー２１０が復調した映像データが再生すべきでない映像データの場合は、その映像データは使用されず、代わりに映像バッファ２０８に記憶された映像データのいずれかが用いられ、一方、チューナー２１０が復調した映像データが再生すべき映像データの場合は、その映像データはそのまま使用されるとともに、映像バッファ２０８にも記憶される。以上の処理により、端末２００は、再生すべきではない映像データを受信した場合でも、表示部２１４には背景映像を表示できる。
【００２３】
ステップＳ１０６あるいはステップＳ１０７においてデコーダ２１２に映像データが供給されると、デコーダ２１２は圧縮映像データを復号化して映像信号を生成し、映像信号を歌詞重畳部２１３に供給する。そして、歌詞重畳部２１３において映像信号に歌詞を重畳し、表示部２１４に表示させる（Ｓ１０８）。歌詞は曲データ中に含まれた歌詞データに基づいて生成され、例えばスーパーインポーズなどの技法を用いて映像信号に重畳される。このような技術は周知であるので詳しい説明は省略する。
【００２４】
次に、ＣＰＵ２０１は、曲の演奏を終了するか否かを判別する（Ｓ１０９）。ここで、曲データ中のイベントデータの再生が終了した場合や、終了を示すデータを読み出した場合、パネルインターフェイス２０６から演奏停止情報が入力された場合などは、演奏を終了すると判別する。
ステップＳ１０９の判別において、曲の演奏を終了しないと判別した場合は（Ｓ１０９；ＮＯ）、ステップＳ１０４に戻り、受信した映像データを識別データ判別部２１１に供給する。
そして、Ｓ１０９の判別において、曲の演奏を終了すると判別するまで（Ｓ１０９；ＹＥＳ）ステップＳ１０４からステップＳ１０９に至るまでのループを繰り返して、順次映像データの再生を行う。Ｓ１０９の判別において曲を終了すると判別した場合（Ｓ１０９；ＹＥＳ）は、曲の演奏に伴う映像の再生は終了する。
【００２５】
２−３．動作の具体例
以上説明した動作を、具体例を用いて説明する。ここで、パネルインターフェイス２０６から入力された曲番号に対応した曲データを、図４に示した内容であるものとする。
この場合、端末２００は、映像種類記号Ａ、Ｂ、Ｄを示す識別子を有する映像データを再生すべきと判別するので、映像バッファ２０８には、Ａ、Ｂ、Ｄを示す識別子を有する映像データを記憶する。そして、トラックデータの再生処理に伴って曲の演奏を行うとともに、図３に示す映像データストリーム（映像データ（１）、（２）、（３）、（４）…）を受信する。
映像データ（１）は、識別子が映像種類記号Ａを示しているので、識別データ判別部２１１において再生すべき映像データと判別され、デコーダ２１２および映像バッファ２０８に供給される。
そして、映像データ（１）中の圧縮映像データＡ００２は、デコーダ２１２において復号化される。復号化された映像信号は、歌詞重畳部２１３において歌詞が重畳されて、表示部２１４に表示される。
次に、受信する映像データ（２）についても、識別子が映像種類記号Ａを示すので同様の処理が行われる。
【００２６】
しかし、次に映像データ（３）を受信した場合は、識別子が映像種類記号Ｃを示すので、端末２００は、識別データ判別部２１１において映像データ（３）を再生すべきでないと判別する。そこで、映像バッファ２０８に記憶された映像データのいずれかを読み出して、デコーダ２１２に供給する。すなわち、受信した圧縮映像データＣ０１０を再生せず、映像バッファ２０８に記憶されていた映像データを再生する。
次に、映像データ（４）を受信した場合は、識別子が映像種類記号Ｂを示すので、受信した映像データを再生すべきと判別して、デコーダ２１２および映像バッファ２０８に供給する。
【００２７】
このように、センタ局１００は、複数の種類の映像データを識別子を付けて送信するので、各端末２００は識別子を参照して演奏局に対応した映像データのみを再生することができる。しかも、この場合にはセンタ局１００からの送信チャネルは１チャンネルで済む。また、各端末は再生すべきでない映像データに代えて予め記憶していた映像データを再生するので、曲が終了するまでその曲に対応した映像データを継続して再生することができる。これにより、単一のチャネルを用いて映像データを配信するシステムであっても、複数種類の映像データの配信と、その選択再生を行うことができる。
【００２８】
３．変形例
なお、本発明は既述した実施形態に限定されるものではなく、以下のような各種の変形が可能である。
【００２９】
本発明は、使用できるチャンネル数が供給する映像の種類よりも少ない場合であれば、必ずしも単一のチャンネルで映像データを送信する必要はなく、複数のチャンネルを用いても構わない。
上記実施形態では、映像データを送信するチャンネルはキャリア周波数によって決定したが、キャリア周波数に限らず例えば、拡散符号、位相、時分割タイムスロットなどでもよい。
また、映像データを端末２００に送信するための伝送経路は、放送衛星４００からの放送としているが、これに限らず地上波や有線による放送などでも構わない。また、従来の技術のようにＬＡＮでもよい。
【００３０】
上記実施形態では、センタ局１００からの伝送経路として、映像データには衛星放送を用い、曲データには公衆回線３００を用いているが、映像データと曲データとの両方を同一の伝送経路を用いて送信するようにしてもよい。この場合、曲データ用のチャンネルと映像データ用のチャンネルを別にしてもよいし、一つのチャンネルにしてもよい。一つのチャンネルにする場合は、センタ局１００は、映像データか曲データかを識別する識別子を付して、映像データと曲データの混在したデータストリームを送信すればよい。
センタ局１００が送信する映像データの順番は特に限定されるものではなく、映像の種類を規則的に並べるようにしてもよいし、ランダムであってもよい。また、映像の種類も実施形態のように、Ａ、Ｂ、Ｃ、Ｄの４種類に限定されるものではなく、何種類であってもよい。
【００３１】
また、一つの映像データの再生時間は１５秒に限定されるものではなく、一つの映像データを受信するために必要な時間も１５秒には限定されない。さらに、映像データの圧縮率が高く、一つの映像データを再生する間に多数の映像データを受信できる場合には、一つの映像データの再生中に受信した映像データを映像バッファ２０８に記憶しておくことができるので、ハードディスク２０４に映像データを記憶しておく必要はない。
【００３２】
また、上記実施形態では、演奏すべき曲と再生すべき映像の種類との対応を示す情報として、ハードディスク２０４に記憶された曲データ中の映像指定データを用いているが、これに限らず、曲番号と再生映像の種類を対応つけたインデックスファイルを作成しておくようにしてもよい。この場合は、曲データには映像指定データを含めておく必要はない。
【００３３】
また、端末２００として用いる装置は、上記実施形態で説明した構成を有したカラオケシステム専用の装置であってもよいし、汎用のパーソナルコンピュータや通信機器に、必要なプログラムをインストールしたものを用いてもよい。
【００３４】
【発明の効果】
以上説明したように、本発明によれば、映像の種類毎に異なるチャンネルで映像データを送信する必要がなくなり、少ないチャンネルで複数の映像を供給することができるようになる。
【図面の簡単な説明】
【図１】 実施形態の全体構成を示す図である。
【図２】 端末の構成を示すブロック図である。
【図３】 映像データの構成を示す図である。
【図４】 曲データの構成を示す図である。
【図５】 端末の動作を示すフローチャートである。
【符号の説明】
１００…センタ局、
１０１…ホストコンピュータ、
１０２…送信手段、
２００−１〜２００−ｎ…端末、
３００…公衆回線、
４００…放送衛星、
２０１…ＣＰＵ、
２０２…ＲＯＭ、
２０３…ＲＡＭ、
２０４…ハードディスク、
２０５…通信インターフェイス、
２０６…パネルインターフェイス、
２０７…音源、
２０８…映像バッファ、
２０９…アンテナ、
２１０…チューナ、
２１１…識別データ判別部、
２１２…デコーダ、
２１３…歌詞重畳部、
２１４…表示部
Claims (7)
- センタ局とカラオケ端末装置とを具備するカラオケシステムにおいて、
前記センタ局は、符号化した映像信号および当該映像の種類を示す識別子から構成される複数の映像データと、前記複数の映像データを順次送信する送信手段を具備し、
前記カラオケ端末装置は、
前記映像データを一時記憶するバッファ記憶手段と、
前記識別子を複数含む曲データを再生する再生手段と、
前記送信手段によって順次送信された映像データを順次受信する受信手段と、
前記受信手段によって受信した映像データに含まれている前記識別子と前記再生手段により再生されている曲データに含まれている識別子に基づいて、当該映像データを再生すべきか否か判別する判別手段と、
前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別した場合は当該映像データを再生して当該映像データを前記バッファ記憶手段に記憶し、前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別しなかった場合は、前記判別手段によって判別された映像データに代えて前記バッファ記憶手段に記憶された映像データを再生する映像再生手段と
を具備することを特徴とするカラオケシステム。 - 前記送信手段は、単一のチャンネルで前記映像データを順次送信することを特徴とする請求項１に記載のカラオケシステム。
- 演奏すべき曲と再生すべき映像の種類との対応を示す情報を記憶する対応情報記憶手段をさらに具備し、
前記判別手段は、前記対応情報記憶手段に記憶された情報と前記識別子とに基づいて、受信した映像データを再生すべきか否か判別することを特徴とする請求項１に記載のカラオケシステム。 - 前記バッファ記憶手段は、予め他の記憶媒体に記憶された映像データを記憶することを特徴とする請求項１に記載のカラオケシステム。
- 符号化した映像信号および当該映像の種類を示す識別子から構成される複数の映像データをセンタ局から受信して再生するカラオケ端末装置において、
前記映像データを一時記憶するバッファ記憶手段と、
前記識別子を複数含む曲データを再生する再生手段と、
前記センタ局から順次送信された映像データを順次受信する受信手段と、
前記受信手段によって受信した映像データに含まれている前記識別子と前記再生手段により再生されている曲データに含まれている識別子に基づいて、当該映像データを再生すべきか否か判別する判別手段と、
前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別した場合は当該映像データを再生して当該映像データを前記バッファ記憶手段に記憶し、前記判別手段によって判別された映像データを前記判別手段が再生すべきと判別しなかった場合は、前記判別手段によって判別された映像データに代えて前記バッファ記憶手段に記憶された映像データを再生する映像再生手段と
を具備することを特徴とするカラオケ端末装置。 - 演奏すべき曲と再生すべき映像の種類との対応を示す情報を記憶する対応情報記憶手段をさらに具備し、
前記判別手段は、前記対応情報記憶手段に記憶された情報と前記識別子と基づいて、受信した映像データを再生すべきか否か判別することを特徴とする請求項５に記載のカラオケ端末装置。 - 前記バッファ記憶手段は、予め他の記憶媒体に記憶された映像データを記憶することを特徴とする請求項５に記載のカラオケ端末装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09873498A JP4013322B2 (ja) | 1998-04-10 | 1998-04-10 | カラオケシステムおよびカラオケ端末装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09873498A JP4013322B2 (ja) | 1998-04-10 | 1998-04-10 | カラオケシステムおよびカラオケ端末装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11296183A JPH11296183A (ja) | 1999-10-29 |
| JP4013322B2 true JP4013322B2 (ja) | 2007-11-28 |
Family
ID=14227751
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09873498A Expired - Fee Related JP4013322B2 (ja) | 1998-04-10 | 1998-04-10 | カラオケシステムおよびカラオケ端末装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4013322B2 (ja) |
-
1998
- 1998-04-10 JP JP09873498A patent/JP4013322B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11296183A (ja) | 1999-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5886275A (en) | Transporting method of karaoke data by packets | |
| JP3521015B2 (ja) | データ伝送装置 | |
| US6062868A (en) | Sing-along data transmitting method and a sing-along data transmitting/receiving system | |
| US5774672A (en) | Data transmission system for distributing video and music data | |
| JP3250336B2 (ja) | カラオケシステムおよびカラオケ端末装置 | |
| CA2214161C (en) | Karaoke playback apparatus utilizing digital multi-channel broadcasting | |
| US5691915A (en) | Data transmission device | |
| KR100570460B1 (ko) | 송신 장치 및 방법, 정보 편집 장치 및 방법, 수신 장치 및방법, 정보 축적 장치 및 방법, 및 방송 시스템 | |
| US5589947A (en) | Karaoke system having a plurality of terminal and a center system | |
| JP4068667B2 (ja) | 楽曲配信装置、楽曲受信装置、楽曲配信方法、楽曲受信方法および楽曲配信システム | |
| JP3917657B2 (ja) | オーディオ受信器と組み合わせた低電力データ受信器 | |
| JP2000183835A (ja) | 送信方法および送信装置、受信方法および受信装置、並びに伝送方法および伝送システム | |
| JP3915204B2 (ja) | 送信装置及び方法、送信制御装置及び方法、受信装置及び方法、情報蓄積装置及び方法、並びに放送システム | |
| JPH09205638A (ja) | データ送信方式および受信装置 | |
| JP4013322B2 (ja) | カラオケシステムおよびカラオケ端末装置 | |
| JPH07143081A (ja) | 通信衛星利用の音楽番組配信システム | |
| JPH11177511A (ja) | デジタル放送用受信再生装置 | |
| JP4046818B2 (ja) | カラオケ演奏休止期間にデジタル放送の音楽番組を再生するとともに再生中の楽曲の演奏予約を受け付けるカラオケ装置 | |
| JP3157065B2 (ja) | 多チャンネル放送の送受信システム | |
| JP4108786B2 (ja) | デジタル多チャンネル放送の音楽番組をカラオケ装置で受信再生するとともに音楽に同期して色変わりする歌詞字幕を表示する方法 | |
| JPH11259080A (ja) | ネットワークカラオケシステム、カラオケ端末装置、および、カラオケセンタ局装置 | |
| JP3397971B2 (ja) | カラオケ装置 | |
| JP3141012B2 (ja) | カラオケデータの送信方法 | |
| JPH11231882A (ja) | カラオケ機能を有するデジタル衛星放送受信機 | |
| JPH0968989A (ja) | 通信カラオケシステム及び通信カラオケ端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041124 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070423 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070508 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070705 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070821 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070903 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100921 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100921 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110921 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120921 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130921 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |