JP4420579B2 - Karaoke system - Google Patents
Karaoke system Download PDFInfo
- Publication number
- JP4420579B2 JP4420579B2 JP2001130557A JP2001130557A JP4420579B2 JP 4420579 B2 JP4420579 B2 JP 4420579B2 JP 2001130557 A JP2001130557 A JP 2001130557A JP 2001130557 A JP2001130557 A JP 2001130557A JP 4420579 B2 JP4420579 B2 JP 4420579B2
- Authority
- JP
- Japan
- Prior art keywords
- karaoke
- data
- music
- video data
- network
- 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
Description
【0001】
【発明の属する技術分野】
この発明は、曲にあった背景映像を表示しながらカラオケ演奏を実行するカラオケシステムに関する。
【0002】
【従来の技術】
カラオケ装置は、カラオケ曲の演奏を行うのみならず、モニタにその曲にあった背景映像を表示するとともに、その背景映像にスーパインポーズで歌詞テロップも表示する。
【0003】
従来の通信カラオケ装置は、演奏用の楽曲データを配信センタからダウンロードする装置であるため、データ量の大きい背景映像とは分離され、背景映像はカラオケ装置側でCD−ROMやDVDなどのメディアに記憶されている。
【0004】
上記のように映像データのデータ量が大きいため、従来は、演歌,ポップスなどカラオケ曲の各ジャンルに対応する映像データを1または複数個ずつ記憶しておき、カラオケ曲がリクエストされたときこのジャンルの映像データを読み出して背景映像として表示するようにしており、カラオケ曲と背景映像とが個別に対応していなかった。
【0005】
しかし、ジャンルのみに基づいて数少ない映像データのなかから選択する方式では、同じ映像データばかり繰り返される場合があり、使用者に飽きが生じるなどカラオケ演奏を盛り上げることができないという問題点があった。
【0006】
一方、各カラオケ曲に個別に対応する映像データを記憶しておけば、それぞれの曲にあった映像データを必ず表示することができるが、1台のカラオケ装置が1万曲以上に及ぶカラオケ曲のそれぞれに対応する個別の映像データを記憶することは、コストがすごく嵩んだり、また、装置が非常に大きくなるなど現実的ではない。
【0007】
そこで、各カラオケ装置の映像データの記憶容量を増やさずに、各カラオケ曲に個別に対応した映像データでカラオケ曲を演奏するカラオケシステムが提案されている(特開平11−161288号公報参照)。このカラオケシステムは、複数台のカラオケ装置をネットワークで接続し、複数のカラオケ装置で複数のカラオケ曲に対応づけられた個別映像データを分担して記憶し、自装置に個別映像データが記憶されていないときには、他のカラオケ装置からデータを転送し、それを用いてカラオケ曲に個別に対応する背景映像を再生するものである。
【0008】
【発明が解決しようとする課題】
しかしながら、上記したカラオケシステムでは、他のカラオケ装置から要求があった場合には、1つの楽曲データに対応して1つのカラオケ端末が個別の映像データをネットワークに出力するように構成しているため、1つのカラオケ端末がデータを送出するのには物理的に限界がある。また、1つのカラオケ端末の出力に関する負荷も大きく、このため、カラオケ端末に高性能なものを用意する必要が生じるなどの難点がある。
【0009】
この発明は、上述した背景に鑑みなされたものにして、ブロードバンドネットワークという高速通信網を用い、各カラオケ端末に大きな負荷を生じさせずに、それぞれの曲にあった映像データを表示することができるカラオケシステムを提供することを目的とする。
【0010】
【課題を解決するための手段】
この発明は、ネットワークを介して複数台のカラオケ端末が互いに接続されたカラオケシステムであって、前記カラオケ端末に楽曲データ記憶手段及び映像データ記憶手段を設け、前記各カラオケ端末の映像データ記憶手段に、カラオケ曲に対応づけられた低ビットレートの映像データの一部と、カラオケ曲に対応づけられた高ビットレートの映像データの一部を記憶し、前記複数のカラオケ端末で記憶している高ビットレートの映像データで1曲のカラオケ曲に対応する映像データが構成され、カラオケ端末にカラオケ演奏指示があったとき、ネットワークを介して高ビットレートの映像データを受け取るまで、前記低ビットレートの映像データを再生して演奏を実行し、カラオケ曲に対応する高ビットレートの映像データをこれを分担して記憶しているカラオケ端末の映像データ記憶手段からネットワークを介して受け取ると、高ビットレートの映像データに切り替えて映像を再生して演奏を実行させることを特徴とする。
【0011】
上記の構成によれば、映像データは、複数のカラオケ端末が分担して記憶しているので、1つのカラオケ装置がデータを送出する時間は短く、送出する負荷が他のカラオケ装置に移って行くために軽くなる。このため、データ通信サービスができるカラオケ装置の数が増える。また、各カラオケ端末で記憶する容量も背景データの一部であるので、カラオケ端末の記憶装置も大きなものを必要としない。また、カラオケ端末に格納されている背景データで映像の再生を行い、ネットワークからのデータが到着した時点で再生の映像データを切り替えることで、ネットワークでの遅延に関わらず、楽曲に対応した背景データを再生することができる。
【0012】
この発明は、各カラオケ端末の楽曲データ記憶手段に複数の楽曲データが記憶され、カラオケ演奏指示があったとき、対応する楽曲データがカラオケ演奏指示した前記カラオケ端末の記憶手段に記憶していない場合には、他のカラオケ端末から楽曲データをネットワークを介して受け取り、これを再生して演奏を実行させるように構成できる。
【0013】
上記のように構成すれば、各カラオケ端末の記憶容量をより少なくできる。
【0014】
前記ネットワークはマルチキャスト送信が可能に構成させるとよい。
【0015】
マルチキャスト配信技術や配信の同期を行えば、データ転送時のトラフィック軽減を図ることができる。
【0016】
【発明の実施の形態】
以下、この発明の実施の形態を図に基づいて説明する。図1はこの発明の第1の実施形態であるカラオケシステムの構成を示す図、図2はネットワーク上に接続されている各カラオケ装置の構成を示す図である。
【0017】
図1において、通信ネットワーク1上にはカラオケ端末であるカラオケ装置3…が複数台接続されている。この通信ネットワーク1は、ブロードバンドネットワークで構成され、たとえば、FTTH(Fiber To The Home)サービスなどのネットワークであり、通信速度は100Mbpsと高速通信ネットワークである。この通信ネットワーク1には、図示しないデータサーバとなるデータ送出装置が接続され、カラオケ装置3に対して、楽曲や背景映像データが通信ネットワーク1を介してカラオケ装置3に配信される。楽曲はMIDIデータ又はMPEGフォーマットで圧縮されたデータとして送出され、又、背景映像データはMPEGフォーマットで圧縮されたデータが送出される。
【0018】
カラオケ装置3は、通信ネットワーク1に接続され、カラオケ演奏を行うもので、後述するように、この実施形態における各カラオケ装置3には、演奏を行うための背景データの一部(数秒〜数十秒)を保持し格納している。この保持されるデータは、例えば低ビットレート(粗い)映像であり、少ない容量で長時間のデータを格納する。さらに、各カラオケ装置3には、演奏を行うための高ビットレート(きれい)からなる背景データの一部を格納している。この高ビットデータの背景データは、複数台のカラオケ装置3…で1つの映像シーンが構成されるように、複数台のカラオケ装置3で、1つの楽曲データに対応する映像データを分担して格納している。すなわち、複数カラオケ装置3…で連続して背景映像データを共有しあい、1本の映像を構成する。例えば、8個のカラオケ装置3…で1つのシーンを構成すると、1個のカラオケ端末3が1つのシーンの一部だけ記憶すると仮定しても、400シーンの映像だと3200のカラオケ端末があれば全てのシーンを相互に提供しあうことが可能となる。実際には、1つのカラオケ端末3…には、複数のシーンに対応する映像の一部を格納するので、格納した数に応じて、ネットワーク1に接続されたカラオケ端末3…とシーン数が決定されることになる。
【0019】
各カラオケ装置は、図2に示すような構成で、それぞれ個別に楽曲データと上記した楽曲に応じた個別の背景データの一部及び1つの楽曲データに対応する映像データを分担する映像データの一部を格納している。
【0020】
ところで、図1に示すような通信ネットワーク1に複数のカラオケ装置3…が接続されているシステムにおいては、カラオケ装置3の負荷や回線状態により、いくら高速の通信ネットワーク1といえども実際に配信されるまで一定時間の遅延が発生するのはやむを得ない。また、ネットワークでの障害や通信レートが一時的に落ちてしまう場合も想定される。
【0021】
このため、上記した各カラオケ装置3には、予め想定した遅延時間以上の時間である数秒〜数十秒の背景データを格納している。そして、配信系での遅延が生じた場合には、まず、カラオケ装置3に格納されている背景データで映像の再生を行い、通信ネットワーク1からのデータが到着した時点で再生の映像データを切り替えるようにする。
【0022】
このようにシステムを構成することで、通信ネットワーク1での遅延に関わらず、楽曲に対応した背景データを再生することができる。また、記憶する容量も背景データの一部(数秒〜数十秒)で、しかも低ビットレート(粗い)映像とすることで、少なく済む。このため、各カラオケ装置3に全ての楽曲に対応する背景データの一部を格納させることができる。また、高ビットレートの背景データも1シーンの一部を格納するだけなので、複数の楽曲、例えば、数百曲に対応する映像データでも少ない記憶容量で格納できる。
【0023】
各カラオケ装置3は、上記ネットワーク1と接続するための通信インタフェース33を備えている。この通信インタフェース33はバスを介してCPU30に接続されている。CPU30には、この他にバッファRAM31,ハードディスク32,ユーザインタフェース40,MPEG(MIDI)デコーダー34,サウンドシステム35、グラフィックコントローラ36などが接続されている。又、グラフィックコントローラ36にディスプレイ装置37が、サウンドシステム35にマイク39などが接続されている。更に、図示はしないがこのカラオケ装置を起動するためのプログラムなどが記憶されているROMを備えている。
【0024】
前記通信インタフェース33は通信ネットワーク1を介して図示しないデータ送出装置との通信を制御するのみならず、通信ネットワーク1に接続された他のカラオケ装置3との通信をも制御する。データ送出装置からは、新曲の楽曲データやインデックステーブルなどがダウンロードされる。このインデックステーブルは、カラオケ曲の曲番号と背景映像データ等との対応を指示するテーブルである。更に、データ送出装置からは複数のカラオケ端末3で分担して記憶する楽曲の背景データとして高ビットレート(きれい)のMPEGデータの一部がダウンロードされる。
【0025】
ハードディスク32には、上記楽曲データ,インデックステーブルなどが記憶されているほか、システムプログラム,カラオケ演奏プログラム,ローダなどのプログラムおよび文字パターンデータが記憶されている。更に、この実施形態では、楽曲に個々に対応した背景データの一部(数秒〜数十秒)が低ビットレート(粗い)のMPEGデータとして格納されている。複数のカラオケ端末3で分担して記憶する楽曲の背景データとして高ビットレート(きれい)のMPEGデータの一部が格納されている。
【0026】
システムプログラムは、この装置の基本動作を制御するプログラムであり、カラオケ装置の起動時にバッファRAM31に読み込まれる。カラオケ演奏プログラムは、楽曲データに基づいてサウンドシステム35やMPEGデコーダー34などを制御するためのプログラムである。ローダはネットワークを介して背景データ、楽曲データやインデックステーブルをダウンロードするためのプログラムである。文字パターンデータはコード情報として与えられる歌詞,曲名などのテキスト情報などを文字パターンに展開するためのデータである。バッファRAM31には上記プログラムを読み込むエリアや現在演奏中の楽曲データおよび次に演奏する楽曲データを読み出すための楽曲データバッファが設定される。
【0027】
ユーザインタフェース40は、図示しない赤外線リモコン(コマンダ)から送られてくる赤外線信号を受信してデータに変換する回路やパネルスイッチなどを接続している。CPU30は、コマンダから入力された曲番号に基づいてカラオケ曲の予約を実行し、その他コマンドコードに基づいてキーチェンジなど種々の処理を実行する。
【0028】
MPEGデコーダー34は、通信により送信されてくる背景データや楽曲データを音声や映像に復調する回路であり、楽曲データがMIDIフォーマットのときには、MIDIのデコードを行うように、MIDIデコーダーも備えている。
【0029】
グラフィックコントローラ36は、MPEGデコーダー34で復調した背景データ、CPU30で復調した歌詞データを受け取り、それぞれの画像イメージに歌詞データをスーパインポーズして、ディスプレイ37に表示させる。なお、歌詞データはMPEGデコーダー34から入力される場合もある。
【0030】
サウンドシステム35は、MPEGデコーダー34で復調された信号とマイク39からの信号を混合したり、スピーカ38にサウンド信号を出力したりする。MPEGデコーダー34で復調される信号は、複数のチャンネルから構成されている場合があり、例えば、ガイドメロディー音量の調整などユーザが設定した指示によるユーザインタフェース40の設定に従って混合する機能を有する。
【0031】
また、端末間で背景映像データなどのカラオケデータを共有するシステムにおいては、各カラオケ装置3…で記憶するカラオケデータのデータベースはカラオケ装置3…側で管理する。具体的な方法につき以下に説明する。
【0032】
まず、1つ目の方法としては、ネットワーク識別番号で記録するデータを特有する。ネットワーク1に接続される端末は、ネットワークアドレス(IPアドレス)やネットワークインタフェースのアドレス番号(MACアドレス)などで、端末を1意的に識別できるような管理上のシリアル番号が付加される。この番号を使用して端末となるカラオケ装置3が記録するカラオケデータを特定できるようにする。
【0033】
具体的な方法としては、
1)ネットワークアドレスで保持するデータを特定できるようにする。
【0034】
連続したネットワークアドレスをカラオケ装置3に割り当てて管理しているシステムでは、例えば、楽曲番号を6桁で構成している場合は、下位2桁の番号をグループ化して同一のカラオケ装置3に記録するようにする。
【0035】
例えば、1曲の映像シーンを8つの端末で分担して格納する場合には、曲番号1210−01と1310−01の第1番目の映像シーンは01xx01番のネットワークアドレスのカラオケ装置3に記録し、1210−01と1310−01の第2番目の映像シーンは01xx02番のネットワークアドレスのカラオケ装置3に記録し、1210−01と1310−01の第3番目の映像シーンは01xx03番のネットワークアドレスのカラオケ装置3に記録し、以下、同様に1つの映像データを8つのカラオケ装置3…で分担して記憶する。ここで、xxは任意の数字である。
【0036】
新曲リリース時には、全カラオケ装置3…に向けて同時に新譜楽曲を配信するので、各カラオケ装置3…は、自信のネットワーク識別番号に従って、必要なデータを記録するものとする。
【0037】
2番目の方法は、カラオケ装置3が起動したときに、自分が保有するデータ番号を配信する。カラオケ装置3の電源が投入された場合に、そのカラオケ装置3が記録するカラオケデータの番号を他のカラオケ装置3…に配信する。配信するデータフォーマットの例を図3に示す。図3において、端末IDは、データを記録しているカラオケ装置3のネットワーク番号である。コマンドは、保有するカラオケデータの情報なのか、追加情報なのか、当該カラオケ装置がOFFされるのかを表す情報である。カラオケデータ情報は、カラオケ楽曲が2万曲あるのなら、2万ビットのビット列のレコードを用いて、記録しているデータ番号に相当するビットを1にするなど、そして、その曲の分割したどのパートを保有しているかを示すデータも格納している。
【0038】
新曲データをリリース/配信する場合は、カラオケ装置3が接続されているネットワークの構成やカラオケ装置3が接続されているネットワークの負荷(多数の端末が接続されている大都市では、データを記録している端末が多数必要となる。)により、どのカラオケ装置3にどのカラオケデータを記録するか決定するようにする。
【0039】
新規にデータが配信された場合には、上記のような記録するカラオケデータ情報を配信するようにする。
【0040】
電源がOFFされる場合には、図3に示すフォーマットでOFFすることを他のカラオケ装置3…に通知する。
【0041】
また、他のカラオケ装置3…は、自端末で保有しないカラオケデータをどの端末が保有しているか示すテーブルを持っており、そのテーブル内の端末がOFFした場合には、他の端末に対し、自分が必要とするカラオケデータを持っているかを問い合わせすることができるように構成している。
【0042】
第3番目の方法は、定期的に自分が保有するカラオケデータの番号をネットワークに配信する。基本的には上記第2の方法と同じであるが、保有するデータの情報を定期的に他の端末へ知らせるようにする点で異なっている。
【0043】
また、自分が保有しないカラオケデータが存在する端末のデータベースについて、その端末がOFFした場合には、一定時間経過しても情報が送られてこないので、その場合はデータベースから削除する。
【0044】
カラオケ装置で用いられる楽曲データの構成およびこのデータに基づくカラオケ装置の動作を説明する。楽曲データは、ヘッダ、楽音トラック、歌詞トラック、音声制御トラック、効果制御トラックおよび音声データ部からなっている。ヘッダは、この楽曲データに関する種々のデータが書き込まれる部分であり、曲番号,曲名,ジャンル,発売日,曲の演奏時間などのデータを含んでいる。各楽曲データは曲番号で識別される。
【0045】
今、例として、楽曲データはMPEGフォーマットで音声圧縮されたデータとして送出され、又、背景映像データはMPEGフォーマットで圧縮されたデータが送出される場合につき説明する。
【0046】
MPEGフォーマットに基づいて単純に圧縮するだけではキーやガイドメロディの調整などが不可能になる。そこで、この発明では、MPEGのストリームIDを拡張して、カラオケ用の音声データとして使用し易いようにデータ構造を決めている。
【0047】
カラオケに使用するデータの種類とデータ形式について説明する。
【0048】
映像系データとして、背景映像データ(MPEG)、歌詞と色替えデータ(MPEG若しくはWIPデータ(歌詞表示や色替えなどのタイミング情報))の2種類である。
【0049】
音楽系データとしては、A)楽曲データとB)採点データとに二分することができる。A)の楽曲データは、通常音楽パート(MPEG)、ガイドメロディ(MPEG)、キーコントロール適応除外パートであるドラムパート(MPEG)である。
【0050】
又、B)の採点データは採点基準歌唱データ(MPEG)、採点基準データ(MIDI)、ハーモニー・こぶしデータ(MIDI)である。
【0051】
カラオケ装置においては、背景映像選択機能やスピードコントロール機能や、背景映像と歌詞の同期機能が求められる。これらの機能を実現させるために、データ構成としては、次のような3つの構成を用いることが考えられる。
【0052】
(第1の構成)
背景映像(MPEG)及び歌詞と色替え(MPEG)+A)楽曲データ(MPEG)+B)採点データ(MIDI)
【0053】
楽曲データと歌詞や色替えは同期する必要があるため歌詞や色替えをビデオのストリームとし、A)楽曲データ(MPEG)とB)採点データ(MIDI)を音楽のビットストリームとして構成し1本のMPEGファイルとする。背景映像は1つのビットストリームとしてMPEGファイルとする。
なお、採点データは別ファイルに構成する可能性もある。
【0054】
(第2構成)
背景映像(MPEG)及び歌詞と色替え(WIPデータ)+A)楽曲データ(MPEG)+B)採点データ(MIDI)
【0055】
楽曲データと歌詞や色替えは同期する必要があるため歌詞や色替えを1つのビットストリームとしてMPEGファイルを構成する。又、色替えデータ(WIP)やB)採点データは、MIDIカラオケデータを流用するために先のMPEGファイルのフォーマットを拡張して記述するようにする。
なお、B)採点データは独立したMPEGファイルとして取り扱う可能性もある。
背景映像は1つのビットストリームとしてMPEGファイルとして構成する。
【0056】
(第3構成)
背景映像+歌詞と色替え+A)楽曲データ+B)採点データ(MPEG)
MPEGファイルフォーマットを拡張して全てのデータを1つのビットストリームでMPEGファイルとして構成する。但し、この場合は、背景映像選択やスピードコントロールはできない。
【0057】
データの記録フォーマット、データ構造の一例につき説明する。MPEGのストリームIDの使用例を図8に示す。図8に示すものは、MPEGのストリームIDを拡張し、上記の第2の構成の各データ毎にIDを割り付けたものである。具体的には、MPEGの規定では次のIDを使用するように規定されているので、IDは図8に示すようになる。
【0058】
・MPEG Audio 0xC0〜0xCF
・MPEG Video 0xE0〜0xEF
【0059】
図9にデータフォーマットを示す。図9に示すように、パケットヘッダ部のストリームIDに図8に示すコード番号が格納されている。歌詞と色替えデータが1つのビットストリームのパケットデータ、通常音楽パートが1つのビットストリームのパケットデータと、データ種別を示すストリームIDとともに格納された状態でデータ送信され、各カラオケ装置内に格納される。
【0060】
このように、データ種別を表すストリームIDとそのデータのビットストリームを記録することで、カラオケ装置では、ストリームIDによりデータの種別を判別し、そのデータ種別に応じた演算処理を行うことができる。例えば、演奏時にガイドメロディ音楽パートやキーパートをユーザが入力した指示に従って、音量を調節するような演算処理を行い、その演算データを主音楽パートに重畳させることにより、キーコントロールやガイドメロディ音量の調整が行えることになる。
【0061】
各カラオケ装置のハードディスク記憶装置32には、インデックステーブルが格納されている。インデックステーブルには、曲番号に対応してこのカラオケ曲の楽曲データのファイル名、このカラオケ曲に対応づけられた映像データの番号が記憶され、この映像データがどのカラオケ装置3で記憶しているかの情報も格納している。なお、インデックステーブルは、曲番号と映像データとを対応づけるのみのテーブルでもよい。この場合、楽曲データは楽曲データ専用のインデックステーブルを設ければよい。
【0062】
このように、インデックステーブルでは、1つのカラオケ曲に対して映像データが対応付けられている。
【0063】
なお、上記したカラオケ装置3に格納する背景データの一部としては、約1万曲のカラオケ曲と完全に1対1で対応しなくても、十分多数のデータ(例えば1000個程度)を設定して、1万曲のカラオケ曲に対応するようにしてもよい。
【0064】
次に、上記したカラオケシステムの動作を図4及び図5の動作フロー図に従い説明する。図4は、演奏を実行するカラオケ装置3の動作を示すフロー図、図5はネットワークを介して映像データを送出するカラオケ装置3の動作を示すフロー図である。
【0065】
利用者から曲番号の入力があると、図4に示すように、カラオケ装置3は、インデックステーブルを参照し、その曲番号に対応する楽曲データファイルの読み出し、対応する背景データの読み出し処理などの演奏準備処理を行う(ステップS31)。そして、インデックステーブルを参照して映像データを分担して記録しているカラオケ装置3…にネットワーク1を介して映像データの送出をリクエストする(ステップS32)。
【0066】
図5に示すように、映像データを分担して記憶しているカラオケ装置3…が通信ネットワーク1を介して演奏を実行するカラオケ装置3から映像データの送出の要求を受け付けると(ステップS41)、要求された楽曲に対応するインデックステーブルを参照し、楽曲に対応したデータの送出準備処理を行う(ステップS42)。そして、楽曲に対応した背景映像データの一部をデータファイルから読み出し、高ビットレートの映像データを通信ネットワーク1を介して演奏を実行するカラオケ装置3へ送出する(ステップS43)。このとき、映像データは、複数のカラオケ端末3…が分担して記憶しているので、1つのカラオケ装置3がデータを送出する時間は短く、送出する負荷が他のカラオケ装置3…に移って行くために軽くなる。このため、データ通信サービスができるカラオケ装置3の数が増える。また、このとき、マルチキャスト配信技術や配信の同期を行えば、データ転送時のトラフィック軽減を図ることができる。
【0067】
演奏を実行するカラオケ装置3では、ネットワーク1を介して他のカラオケ装置3からの背景映像データが到着したか否か判断する(ステップS33)。他のカラオケ装置3からの背景映像データが到着すると、バッファRAM31に格納し、背景映像データを用いて、カラオケ装置3の演奏を開始する(ステップS34)。そして、上記したカラオケ装置3の演奏動作が開始される。
【0068】
他のカラオケ装置3からの背景映像データが到着していない場合には、演奏を実行するカラオケ装置3内に記憶している背景データを用いてカラオケ装置3の演奏を開始する(ステップS35)。ネットワーク1を介して他のカラオケ装置3からの背景映像データが到着したか否かを監視し(ステップS36)、ネットワーク1を介して背景映像データが到着するまで、カラオケ装置3内に記憶している背景データを用いてカラオケ装置3の演奏を続ける。そして、ネットワーク1を介して他のカラオケ装置3からの背景映像データが到着すると、背景映像データをネットワーク1を介して入手した背景映像データに切り替える(ステップS37)。
【0069】
このように、ネットワーク1を介して背景映像を得るまでは、カラオケ装置3に格納されている背景データで映像の再生を行い、通信ネットワーク1からのデータが到着した時点で再生の映像データを切り替えるようにする。
【0070】
このようにシステムを構成することで、通信ネットワーク1での遅延に関わらず、楽曲に個々に対応した背景データを再生することができる。従って、他のカラオケ装置3からの背景映像データの到着を待たずに、演奏または、演奏準備が行え、曲の準備が素早く行える。また、カラオケ装置3で記憶するデータ量も少なく済む。
【0071】
上記した実施形態においては、楽曲データは各カラオケ装置3で格納しているが、全ての楽曲データを各カラオケ装置3では持たず、複数のカラオケ端末3…で楽曲データを分担して記録するように構成し、自分のカラオケ装置3に希望する楽曲データが無い場合には、他のカラオケ装置3に要求して、配信するように構成できる。このような構成の場合には、カラオケ装置3には、背景データの一部とある程度の曲数の楽曲データを格納しておけばよい。従って、より記憶容量を小さくできるので、ハードディスクを用いずに、半導体メモリなどの記憶装置で映像データの背景データの一部と楽曲データを格納するように容易に構成できる。
【0072】
このように、自カラオケ装置3に楽曲データが無い場合も他のカラオケ装置3からリクエストに応じて、配信する場合の動作を図6、図7の動作フロー図に従い説明する。
【0073】
図6は、演奏を実行するカラオケ装置3の動作を示すフロー図、図7はリクエストによりカラオケデータを送出する他のカラオケ装置3の動作を示すフロー図である。
【0074】
利用者から曲番号の入力があると、図6に示すように、演奏を実行するカラオケ装置3は、インデックステーブルを参照し、対応する背景データの読み出し処理などの演奏準備処理を行う(ステップS51)。そして、要求された楽曲データが自己のカラオケ装置3内にあるか否か調べ(ステップS52)、自己のカラオケ装置3内に楽曲データがある場合には、楽曲データを読み出し(ステップS53)、演奏の準備に入り、背景データのリクエストを行う(ステップS56)。
【0075】
一方、要求された楽曲データが自己のカラオケ装置3内に無い場合には、他のカラオケ装置3に楽曲データの送出をリクエストするため、ネットワーク1にリクエストを送出する(ステップS54)。
【0076】
図7に示すように、希望する楽曲データを記憶した他のカラオケ装置3は、通信ネットワーク1を介して演奏を実行するカラオケ装置3から楽曲データの送出の要求を受け付けると(ステップS71)、要求された楽曲に対応するインデックステーブルを参照し、楽曲に対応したデータの送出準備処理を行う(ステップS72)。楽曲に対応した楽曲データをネットワーク1を介してカラオケ装置3に送出する(ステップS63)。
【0077】
演奏を実行するカラオケ装置3では、図6に示すように、他のカラオケ装置3より楽曲データを受け取ると(ステップS55)、インデックステーブルを参照し、その曲番号に対応する背景データの読み出し処理などの演奏準備処理を行いインデックステーブルを参照して映像データを分担して記録しているカラオケ装置3…にネットワーク1を介して映像データの送出をリクエストする(ステップS56)。
【0078】
図7に示すように、映像データを分担して記憶しているカラオケ装置3…が通信ネットワーク1を介して演奏を実行するカラオケ装置3から映像データの送出の要求を受け付けると(ステップS74)、要求された楽曲に対応するインデックステーブルを参照し、楽曲に対応したデータの送出準備処理を行った後、楽曲に対応した背景映像データの一部をデータファイルから読み出し、高ビットレートの映像データを通信ネットワーク1を介して演奏を実行するカラオケ装置3へ送出する(ステップS75)。
【0079】
演奏を実行するカラオケ装置3では、ネットワーク1を介して他のカラオケ装置3からの背景映像データが到着したか否か判断する(ステップS57)。他のカラオケ装置3からの背景映像データが到着すると、バッファRAM31に格納し、背景映像データを用いて、カラオケ装置3の演奏を開始する(ステップS58)。そして、上記したカラオケ装置3の演奏動作が開始される。
【0080】
他のカラオケ装置3からの背景映像データが到着していない場合には、演奏を実行するカラオケ装置3内に記憶している背景データを用いてカラオケ装置3の演奏を開始する(ステップS59)。ネットワーク1を介して他のカラオケ装置3からの背景映像データが到着したか否かを監視し(ステップS60)、ネットワーク1を介して背景映像データが到着するまで、カラオケ装置3内に記憶している背景データを用いてカラオケ装置3の演奏を続ける。そして、ネットワーク1を介して他のカラオケ装置3からの背景映像データが到着すると、背景映像データをネットワーク1を介して入手した背景映像データに切り替える(ステップS61)。
【0081】
このように、楽曲データ及び背景映像データの双方を他のカラオケ装置3から配信を受け、カラオケの演奏が行える。そして、このように構成したシステムにおいても映像データの送出配信系での遅延が生じた場合には、カラオケ装置3に格納されている背景データで映像の再生を行い、通信ネットワーク1からのデータが到着した時点で再生の映像データを切り替えるようにする。
【0082】
このようにシステムを構成することで、通信ネットワーク1での遅延に関わらず、楽曲に個々に対応した背景データを再生することができる。従って、データ送出装置2からの背景映像データの到着を待たずに、演奏、演奏準備が行え、曲の準備が素早く行える。また、カラオケ装置3で記憶するデータ量はよりも少なくて済む。
【0083】
上記した実施形態におけるカラオケ装置3においては、カラオケ装置3の負荷や回線状態により、実際に配信されるまで一定時間の遅延が発生する場合においても背景映像の再生を実行できるように、演奏を行うための背景データの一部(数秒〜数十秒)を保持し格納している。そして、配信系などでの遅延が生じた場合には、まず、カラオケ装置3に格納されている背景データで映像の再生を行い、通信ネットワーク1からのデータが到着した時点で再生の映像データを切り替えるよう構成している。このような背景データの一部を必ずしもカラオケ装置3に記憶させておく必要はなく、各カラオケ端末装置3で分担して記憶する背景映像データだけを記憶するように構成してもよい。なお、この場合には、各カラオケ装置3…からの映像データがネットワーク1を介して配信されるまで演奏の実行を待機させるように構成すればよい。
【0084】
また、上記した実施形態においては、楽曲データ、映像データ等のカラオケデータを記憶する装置としてハードディスクを用いているが、各カラオケ装置3の記憶容量を少なくすることで、フラッシュメモリ等の半導体メモリを用いて、カラオケデータを格納するように構成してもよい。
【0085】
また、ネットワーク1に接続される全てのカラオケ装置に他のカラオケ装置に供給するカラオケデータを記憶させる必要もなく、他の装置にカラオケデータを供給する機能を有するサーバ型のカラオケ端末装置と自分では他のカラオケ装置にデータを供給しないクライアント型のカラオケ端末装置とを混在させてネットワークシステムを組むこともできる。なお、この場合、他のカラオケ装置にカラオケデータを供給するカラオケ装置と供給しないカラオケ端末装置との間にシステム上何らかの差別化を施す方がユーザに対してフレンドリィである。
【0086】
差別化の方法としては、例えば、月額の利用料に差を設ける。この一つの態様として、サーバ型のカラオケ端末装置の月額利用料を安くする。この場合、通電時間やデータを提供した回数で時間や価格体系を替えるように構成すればよい。
【0087】
また、他の方法として、クライアント型のカラオケ端末装置での演奏準備時間を長くする。曲を準備できる時間を故意に長くして性能面で差を付けるように構成することもできる。
【0088】
また、更に他の方法として、装置の保証期間やメンテナンス費用で差を付ける。
【0089】
また、他の方法として、新曲のリリースや背景映像で差を付ける。すなわち、サーバ型のカラオケ端末装置の方が先に新曲を演奏できるようにしたり、背景映像もサーバ型のカラオケ端末装置にのみ再生できる映像を設けるなどして差別化する。
【0090】
このように、色々な方法で、差別化を試みればよい。
【0091】
【発明の効果】
以上説明したように、この発明によれば、映像データは、複数のカラオケ端末が分担して記憶しているので、1つのカラオケ装置がデータを送出する時間は短く、送出する負荷が他のカラオケ装置に移って行くために軽くなる。このため、データ通信サービスができるカラオケ装置の数が増える。また、各カラオケ端末で記憶する容量も背景データの一部であるので、カラオケ端末の記憶装置も大きなものを必要とせず、小型なカラオケ端末でカラオケ演奏を楽しむことができる。さらに、カラオケ端末に格納されている背景データで映像の再生を行い、ネットワークからのデータが到着した時点で再生の映像データを切り替えることで、ネットワークでの遅延に関わらず、楽曲に対応した背景データを再生することができる。
【図面の簡単な説明】
【図1】この発明の第1の実施形態であるカラオケシステムの構成を示す図である。
【図2】この発明に用いられるネットワーク上に接続されている各カラオケ装置の構成を示すブロック図である。
【図3】この発明に用いられるデータフォーマットの一例を示す図である。
【図4】この発明の第1の実施形態である演奏を実行するカラオケ装置の動作を示すフロー図である。
【図5】この発明の第1の実施形態にかかる他のカラオケ装置の動作を示すフロー図である。
【図6】この発明の第2の実施形態である演奏を実行するカラオケ装置の動作を示すフロー図である。
【図7】この発明の第2の実施形態にかかる他のカラオケ装置の動作を示すフロー図である。
【図8】この発明が用いるストリームIDの種別を示す図である。
【図9】この発明が用いるデータフォーマットの一例を示す図である
【符号の説明】
1 通信ネットワーク
3 カラオケ装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a karaoke system that performs a karaoke performance while displaying a background image corresponding to a song.
[0002]
[Prior art]
The karaoke apparatus not only performs a karaoke song, but also displays a background image corresponding to the song on the monitor and also displays a lyrics telop with a superimpose on the background image.
[0003]
The conventional online karaoke device is a device that downloads music data for performance from the distribution center, so it is separated from the background video with a large amount of data, and the background video is stored on the karaoke device side on a medium such as a CD-ROM or DVD. It is remembered.
[0004]
Since the amount of video data is large as described above, conventionally, one or a plurality of video data corresponding to each genre of karaoke songs such as enka and pop are stored, and this genre is requested when a karaoke song is requested. The video data is read out and displayed as the background video, and the karaoke song and the background video do not correspond individually.
[0005]
However, in the method of selecting from a few video data based only on the genre, there is a problem that only the same video data may be repeated, and the karaoke performance cannot be excited because the user gets bored.
[0006]
On the other hand, if video data individually corresponding to each karaoke song is stored, the video data corresponding to each song can be displayed without fail, but one karaoke device has more than 10,000 karaoke songs. It is not realistic to store individual video data corresponding to each of the above, because the cost is very high and the apparatus becomes very large.
[0007]
Therefore, there has been proposed a karaoke system for playing karaoke songs with video data individually corresponding to each karaoke song without increasing the storage capacity of the video data of each karaoke device (see JP-A-11-161288). In this karaoke system, a plurality of karaoke devices are connected via a network, and individual video data associated with a plurality of karaoke songs are shared by a plurality of karaoke devices, and the individual video data is stored in the own device. When there is not, data is transferred from another karaoke apparatus, and the background video corresponding to the karaoke song is reproduced using the data.
[0008]
[Problems to be solved by the invention]
However, in the above karaoke system, when there is a request from another karaoke apparatus, one karaoke terminal outputs individual video data to the network corresponding to one piece of music data. There is a physical limit for one karaoke terminal to send data. In addition, the load related to the output of one karaoke terminal is large, and there is a problem that it is necessary to prepare a high-performance karaoke terminal.
[0009]
The present invention has been made in view of the background described above, and can display video data suitable for each song without using a high-speed communication network called a broadband network without causing a large load on each karaoke terminal. The purpose is to provide a karaoke system.
[0010]
[Means for Solving the Problems]
The present invention is a karaoke system in which a plurality of karaoke terminals are connected to each other via a network, wherein the karaoke terminal is provided with music data storage means and video data storage means, and the video of each karaoke terminaldataIn the storage means,A part of low bit rate video data associated with karaoke songs,Associated with karaoke songsPart of high bit rate video dataMemorize and memorize in the plurality of karaoke terminalsHigh bit rate video dataWhen the video data corresponding to one karaoke song is composed and the karaoke terminal is instructed to perform karaokeUntil the high bit rate video data is received via the network, the low bit rate video data is played and played,Supports karaoke songsHigh bit rateVideo of a karaoke terminal that stores video data in a shared mannerdataReceive from storage means via networkSwitch to high bit rate video data and play the video.It is characterized in that the performance is executed.
[0011]
According to the above configuration, since video data is shared and stored by a plurality of karaoke terminals, the time for one karaoke device to send data is short, and the load to send moves to another karaoke device. To be lighter. For this reason, the number of karaoke apparatuses that can perform data communication services increases. Moreover, since the capacity | capacitance memorize | stored in each karaoke terminal is also a part of background data, the memory | storage device of a karaoke terminal does not need a big thing.In addition, by playing back the video with the background data stored in the karaoke terminal and switching the video data for playback when the data from the network arrives, the background data corresponding to the music regardless of the delay in the network Can be played.
[0012]
In the present invention, when a plurality of music data is stored in the music data storage means of each karaoke terminal and the karaoke performance instruction is given, the corresponding music data is not stored in the storage means of the karaoke terminal instructed to perform the karaoke performance. Can be configured to receive music data from other karaoke terminals via a network and reproduce the music data to execute the performance.
[0013]
If comprised as mentioned above, the memory capacity of each karaoke terminal can be decreased more.
[0014]
The network may be configured to be capable of multicast transmission.
[0015]
If multicast distribution technology or distribution synchronization is performed, traffic reduction during data transfer can be achieved.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a diagram showing a configuration of a karaoke system according to a first embodiment of the present invention, and FIG. 2 is a diagram showing a configuration of each karaoke device connected on a network.
[0017]
1, a plurality of
[0018]
The
[0019]
Each karaoke apparatus has a configuration as shown in FIG. 2, and each piece of music data and part of the individual background data corresponding to the music and the video data corresponding to one piece of music data. Is stored.
[0020]
By the way, in a system in which a plurality of
[0021]
For this reason, each
[0022]
By configuring the system in this way, the background data corresponding to the music can be reproduced regardless of the delay in the
[0023]
Each
[0024]
The
[0025]
The
[0026]
The system program is a program for controlling the basic operation of the apparatus, and is read into the
[0027]
The
[0028]
The
[0029]
The
[0030]
The
[0031]
In a system for sharing karaoke data such as background video data between terminals, a karaoke data database stored in each
[0032]
First, as a first method, data to be recorded with a network identification number is unique. A terminal connected to the
[0033]
As a concrete method,
1) The data held by the network address can be specified.
[0034]
In a system in which continuous network addresses are assigned to and managed by the
[0035]
For example, when a video scene of one song is shared and stored by eight terminals, the first video scenes of the song numbers 1210-01 and 1310-01 are recorded in the
[0036]
When a new song is released, a new musical piece is distributed simultaneously to all
[0037]
In the second method, when the
[0038]
When releasing / distributing new song data, the network configuration to which the
[0039]
When data is newly distributed, karaoke data information to be recorded as described above is distributed.
[0040]
When the power is turned off, the
[0041]
In addition, the
[0042]
The third method periodically distributes the number of karaoke data held by itself to the network. Basically, the second method is the same as the second method, except that the information of the data held is regularly notified to other terminals.
[0043]
In addition, when the terminal is turned off with respect to the database of the terminal in which karaoke data not owned by the user exists, the information is not sent even after a predetermined time has elapsed. In this case, the terminal is deleted from the database.
[0044]
The composition of music data used in the karaoke apparatus and the operation of the karaoke apparatus based on this data will be described. The music data is composed of a header, a musical sound track, a lyrics track, an audio control track, an effect control track, and an audio data section. The header is a portion in which various data relating to the music data is written, and includes data such as a music number, a music title, a genre, a release date, and a performance time of the music. Each piece of music data is identified by a music number.
[0045]
As an example, a case will be described in which music data is transmitted as data compressed in MPEG format, and background video data is transmitted as data compressed in MPEG format.
[0046]
Keys and guide melodies cannot be adjusted by simply compressing based on the MPEG format. Therefore, in the present invention, the data structure is determined so that the MPEG stream ID can be expanded and used as audio data for karaoke.
[0047]
The type and data format of data used for karaoke will be described.
[0048]
There are two types of video data: background video data (MPEG), lyrics and color change data (MPEG or WIP data (timing information such as lyrics display and color change)).
[0049]
Music data can be divided into A) music data and B) scoring data. The music data of A) is a normal music part (MPEG), a guide melody (MPEG), and a drum part (MPEG) which is a key control adaptation exclusion part.
[0050]
The scoring data of B) is scoring standard singing data (MPEG), scoring standard data (MIDI), and harmony / fist data (MIDI).
[0051]
Karaoke devices are required to have a background video selection function, a speed control function, and a background video and lyrics synchronization function. In order to realize these functions, it is conceivable to use the following three configurations as the data configuration.
[0052]
(First configuration)
Background video (MPEG) and lyrics and color change (MPEG) + A) Music data (MPEG) + B) Scoring data (MIDI)
[0053]
Since music data and lyrics and color change need to be synchronized, the lyrics and color change are made into video streams, and A) music data (MPEG) and B) scoring data (MIDI) are made up as music bitstreams. MPEG file. The background video is an MPEG file as one bit stream.
Note that the scoring data may be organized in a separate file.
[0054]
(Second configuration)
Background video (MPEG) and lyrics and color change (WIP data) + A) Music data (MPEG) + B) Scoring data (MIDI)
[0055]
Since it is necessary to synchronize the music data and the lyrics and color change, the MPEG file is configured with the lyrics and color change as one bit stream. The color change data (WIP) and B) scoring data are described by extending the format of the previous MPEG file in order to use MIDI karaoke data.
Note that B) scoring data may be handled as an independent MPEG file.
The background video is configured as an MPEG file as one bit stream.
[0056]
(Third configuration)
Background video + lyrics and color change + A) music data + B) scoring data (MPEG)
The MPEG file format is expanded to form all data as an MPEG file with one bit stream. However, in this case, background video selection and speed control are not possible.
[0057]
An example of the data recording format and data structure will be described. An example of use of MPEG stream ID is shown in FIG. In FIG. 8, the MPEG stream ID is expanded, and an ID is assigned to each data of the second configuration. Specifically, since the MPEG standard stipulates that the next ID is used, the ID is as shown in FIG.
[0058]
MPEG Audio 0xC0-0xCF
・ MPEG Video 0xE0 ~ 0xEF
[0059]
FIG. 9 shows the data format. As shown in FIG. 9, the code number shown in FIG. 8 is stored in the stream ID of the packet header part. The lyrics and color change data are transmitted in the form of one bit stream packet data, and the normal music part is stored together with one bit stream packet data and a stream ID indicating the data type, and stored in each karaoke device. The
[0060]
In this way, by recording the stream ID representing the data type and the bit stream of the data, the karaoke apparatus can determine the type of the data based on the stream ID and perform arithmetic processing according to the data type. For example, by performing a calculation process that adjusts the volume according to the instructions entered by the user for the guide melody music part or key part during performance, and superimposing the calculated data on the main music part, Adjustments can be made.
[0061]
The hard
[0062]
Thus, in the index table, video data is associated with one karaoke piece.
[0063]
In addition, as a part of the background data stored in the
[0064]
Next, the operation of the above karaoke system will be described with reference to the operation flowcharts of FIGS. FIG. 4 is a flowchart showing the operation of the
[0065]
When the user inputs a song number, as shown in FIG. 4, the
[0066]
As shown in FIG. 5, when the
[0067]
In the
[0068]
If the background video data from another
[0069]
Thus, until the background video is obtained via the
[0070]
By configuring the system in this way, it is possible to reproduce background data corresponding to each piece of music regardless of the delay in the
[0071]
In the above-described embodiment, the music data is stored in each
[0072]
As described above, even when there is no music data in the
[0073]
FIG. 6 is a flowchart showing the operation of the
[0074]
When the song number is input by the user, as shown in FIG. 6, the
[0075]
On the other hand, if the requested music data is not in the
[0076]
As shown in FIG. 7, when the
[0077]
As shown in FIG. 6, in the
[0078]
As shown in FIG. 7, when the
[0079]
In the
[0080]
If the background video data from another
[0081]
In this way, both the music data and the background video data are distributed from the
[0082]
By configuring the system in this way, it is possible to reproduce background data corresponding to each piece of music regardless of the delay in the
[0083]
In the
[0084]
In the above-described embodiment, a hard disk is used as a device for storing karaoke data such as music data and video data. However, by reducing the storage capacity of each
[0085]
Further, it is not necessary to store karaoke data to be supplied to other karaoke devices in all karaoke devices connected to the
[0086]
As a method of differentiation, for example, a difference is made in the monthly usage fee. As one aspect of this, the monthly usage fee of the server-type karaoke terminal device is reduced. In this case, the time and price system may be changed depending on the energization time and the number of times data is provided.
[0087]
As another method, the performance preparation time in the client-type karaoke terminal device is lengthened. It can also be configured to intentionally lengthen the time during which a song can be prepared and make a difference in performance.
[0088]
In addition, as another method, a difference is made in the warranty period and maintenance cost of the apparatus.
[0089]
Another way is to make a difference in the release of a new song or background video. In other words, the server type karaoke terminal device can be differentiated by making it possible to play a new song first, or providing a video image that can be reproduced only on the server type karaoke terminal device.
[0090]
In this way, differentiation may be attempted by various methods.
[0091]
【The invention's effect】
As described above, according to the present invention, since video data is shared and stored by a plurality of karaoke terminals, the time for one karaoke device to send data is short, and the load to send is different from other karaoke devices. Lighten to move to the device. For this reason, the number of karaoke apparatuses that can perform data communication services increases. In addition, since the capacity stored in each karaoke terminal is a part of the background data, a large karaoke terminal storage device is not required, and a karaoke performance can be enjoyed with a small karaoke terminal.Furthermore, by playing back the video with the background data stored in the karaoke terminal, and switching the video data for playback when the data from the network arrives, the background data corresponding to the music regardless of the delay in the network Can be played.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of a karaoke system according to a first embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration of each karaoke apparatus connected on the network used in the present invention.
FIG. 3 is a diagram showing an example of a data format used in the present invention.
FIG. 4 is a flowchart showing the operation of the karaoke apparatus for performing a performance according to the first embodiment of the present invention.
FIG. 5 is a flowchart showing the operation of another karaoke apparatus according to the first embodiment of the present invention.
FIG. 6 is a flowchart showing the operation of the karaoke apparatus for performing a performance according to the second embodiment of the present invention.
FIG. 7 is a flowchart showing the operation of another karaoke apparatus according to the second embodiment of the present invention.
FIG. 8 is a diagram showing types of stream IDs used by the present invention.
FIG. 9 is a diagram showing an example of a data format used by the present invention.
[Explanation of symbols]
1 Communication network
3 Karaoke equipment
Claims (3)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001130557A JP4420579B2 (en) | 2001-04-27 | 2001-04-27 | Karaoke system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001130557A JP4420579B2 (en) | 2001-04-27 | 2001-04-27 | Karaoke system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002328688A JP2002328688A (en) | 2002-11-15 |
JP4420579B2 true JP4420579B2 (en) | 2010-02-24 |
Family
ID=18978902
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001130557A Expired - Fee Related JP4420579B2 (en) | 2001-04-27 | 2001-04-27 | Karaoke system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4420579B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007225934A (en) * | 2006-02-23 | 2007-09-06 | Xing Inc | Karaoke system and host device for the same |
-
2001
- 2001-04-27 JP JP2001130557A patent/JP4420579B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002328688A (en) | 2002-11-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3250336B2 (en) | Karaoke system and karaoke terminal device | |
WO2005008505A1 (en) | Content output device | |
JPH10293593A (en) | Karaoke data transmitting method, karaoke device, and karaoke data record medium | |
WO2006006685A1 (en) | Contents delivery system, client, server, contents delivery method and contents reproducing method | |
JPH08292776A (en) | Device and system for karaoke | |
US5684843A (en) | Data transmission system for transmitting information from a central control unit to a plurality of terminals | |
JP4420579B2 (en) | Karaoke system | |
US5675509A (en) | Data transmission device | |
JP4032473B2 (en) | Karaoke equipment | |
JP2008033344A (en) | Karaoke apparatus | |
JP2000356985A (en) | Karaoke system | |
JP3942114B2 (en) | Karaoke central management system | |
JP2011033777A (en) | Karaoke system including musical piece performance-advancing function | |
JP2003029771A (en) | Karaoke device | |
JP3703580B2 (en) | Music sound playback system | |
JP4311484B2 (en) | Karaoke system | |
JP3183374B2 (en) | Karaoke data distribution device and communication karaoke system | |
JP2002328686A (en) | Karaoke machine | |
JP2002297164A (en) | Karaoke device | |
JPH07281687A (en) | Video 'karaoke' singing equipment | |
JP2975535B2 (en) | Music / video playback device | |
JP3891900B2 (en) | Communication karaoke system, communication karaoke terminal device, and program used for communication karaoke terminal device | |
JP3221273B2 (en) | Music playback system | |
JPH10124069A (en) | Centralized management type karaoke device | |
JP2002297162A (en) | Karaoke system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20060417 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060607 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080327 |
|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20080514 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090716 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090811 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091009 |
|
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: 20091110 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091201 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4420579 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121211 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131211 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |