JP4420579B2 - Karaoke system - Google Patents

Karaoke system Download PDF

Info

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
Application number
JP2001130557A
Other languages
Japanese (ja)
Other versions
JP2002328688A (en
Inventor
日出夫 来島
昌志 上野
広記 山下
文彦 山元
淳一 西
Original Assignee
株式会社エスアンドケイ
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 株式会社エスアンドケイ filed Critical 株式会社エスアンドケイ
Priority to JP2001130557A priority Critical patent/JP4420579B2/en
Publication of JP2002328688A publication Critical patent/JP2002328688A/en
Application granted granted Critical
Publication of JP4420579B2 publication Critical patent/JP4420579B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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 karaoke apparatuses 3, which are karaoke terminals, are connected on a communication network 1. The communication network 1 is configured by a broadband network, and is a network such as an FTTH (Fiber To The Home) service, and is a high-speed communication network with a communication speed of 100 Mbps. The communication network 1 is connected to a data transmission device which is a data server (not shown), and music and background video data are distributed to the karaoke device 3 via the communication network 1. The music is transmitted as MIDI data or data compressed in the MPEG format, and the background video data is transmitted as data compressed in the MPEG format.
[0018]
The karaoke apparatus 3 is connected to the communication network 1 and performs a karaoke performance. As will be described later, each karaoke apparatus 3 in this embodiment includes a part of background data for performing (several seconds to several tens of seconds). Seconds). This retained data is, for example, a low bit rate (coarse) video, and stores data for a long time with a small capacity. Further, each karaoke apparatus 3 stores a part of background data having a high bit rate (clean) for performing. The background data of the high bit data is divided and stored in video data corresponding to one piece of music data in the plurality of karaoke apparatuses 3 so that one video scene is constituted by the plurality of karaoke apparatuses 3. is doing. That is, the background video data is continuously shared by the plurality of karaoke apparatuses 3 to constitute one video. For example, if a scene is composed of eight karaoke apparatuses 3..., Even if it is assumed that one karaoke terminal 3 stores only a part of one scene, there are 3200 karaoke terminals for 400 scenes. All scenes can be provided to each other. Actually, a part of video corresponding to a plurality of scenes is stored in one karaoke terminal 3..., So that the number of karaoke terminals 3 connected to the network 1 and the number of scenes is determined according to the stored number. Will be.
[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 karaoke apparatuses 3... Are connected to the communication network 1 as shown in FIG. 1, even a high-speed communication network 1 is actually distributed depending on the load and line status of the karaoke apparatus 3. It is inevitable that a delay of a certain time will occur until In addition, a failure in the network or a case where the communication rate temporarily drops is assumed.
[0021]
For this reason, each karaoke apparatus 3 described above stores background data of several seconds to several tens of seconds, which is a time longer than a delay time assumed in advance. When a delay occurs in the distribution system, first, the video is reproduced with the background data stored in the karaoke apparatus 3, and the video data to be reproduced is switched when the data from the communication network 1 arrives. Like that.
[0022]
  By configuring the system in this way, the background data corresponding to the music can be reproduced regardless of the delay in the communication network 1. In addition, the storage capacity can be reduced by using a part of background data (several seconds to several tens of seconds) and a low bit rate (coarse) video. For this reason, all the karaoke devices 3ofA part of the background data corresponding to the music can be stored. Further, since the high bit rate background data only stores a part of one scene, video data corresponding to a plurality of music pieces, for example, several hundred music pieces, can be stored with a small storage capacity.
[0023]
Each karaoke apparatus 3 includes a communication interface 33 for connecting to the network 1. The communication interface 33 is connected to the CPU 30 via a bus. In addition to this, a buffer RAM 31, a hard disk 32, a user interface 40, an MPEG (MIDI) decoder 34, a sound system 35, a graphic controller 36, and the like are connected to the CPU 30. A display device 37 is connected to the graphic controller 36, and a microphone 39 is connected to the sound system 35. Further, although not shown, a ROM is provided in which a program for starting the karaoke apparatus is stored.
[0024]
The communication interface 33 not only controls communication with a data transmission device (not shown) via the communication network 1, but also controls communication with other karaoke devices 3 connected to the communication network 1. From the data sending device, music data of new songs, index tables, etc. are downloaded. This index table is a table for instructing the correspondence between the song number of the karaoke song and the background video data. Further, a part of the high bit rate (clean) MPEG data is downloaded from the data sending device as the background data of the music that is shared and stored by the plurality of karaoke terminals 3.
[0025]
The hard disk 32 stores the music data, index table, and the like, as well as programs such as system programs, karaoke performance programs, loaders, and character pattern data. Furthermore, in this embodiment, a part (several seconds to several tens of seconds) of background data individually corresponding to music is stored as low bit rate (coarse) MPEG data. A part of high bit rate (clean) MPEG data is stored as background data of the music that is shared and stored by a plurality of karaoke terminals 3.
[0026]
The system program is a program for controlling the basic operation of the apparatus, and is read into the buffer RAM 31 when the karaoke apparatus is activated. The karaoke performance program is a program for controlling the sound system 35, the MPEG decoder 34, and the like based on the music data. The loader is a program for downloading background data, music data, and an index table via a network. The character pattern data is data for expanding text information such as lyrics and song names given as code information into character patterns. In the buffer RAM 31, an area for reading the program and a music data buffer for reading music data currently being played and music data to be played next are set.
[0027]
The user interface 40 is connected to a circuit, a panel switch, or the like that receives an infrared signal sent from an infrared remote controller (commander) (not shown) and converts it into data. The CPU 30 reserves a karaoke song based on the song number input from the commander, and executes various processes such as a key change based on other command codes.
[0028]
The MPEG decoder 34 is a circuit that demodulates background data and music data transmitted by communication into audio and video, and is also provided with a MIDI decoder so as to perform MIDI decoding when the music data is in the MIDI format.
[0029]
The graphic controller 36 receives the background data demodulated by the MPEG decoder 34 and the lyrics data demodulated by the CPU 30, superimposes the lyrics data on the respective image images, and displays them on the display 37. Note that the lyrics data may be input from the MPEG decoder 34.
[0030]
The sound system 35 mixes the signal demodulated by the MPEG decoder 34 and the signal from the microphone 39 or outputs a sound signal to the speaker 38. The signal demodulated by the MPEG decoder 34 may be composed of a plurality of channels, and has a function of mixing according to the setting of the user interface 40 according to an instruction set by the user, such as adjustment of the guide melody volume.
[0031]
In a system for sharing karaoke data such as background video data between terminals, a karaoke data database stored in each karaoke apparatus 3 is managed on the karaoke apparatus 3 side. A specific method will be described below.
[0032]
First, as a first method, data to be recorded with a network identification number is unique. A terminal connected to the network 1 is added with a management serial number that can uniquely identify the terminal by a network address (IP address), a network interface address number (MAC address), or the like. Using this number, karaoke data recorded by the karaoke apparatus 3 serving as a terminal can be specified.
[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 karaoke device 3, for example, when the music number is composed of 6 digits, the lower 2 digits are grouped and recorded in the same karaoke device 3. Like that.
[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 karaoke apparatus 3 having a network address of 01xx01. , 1210-01 and 1310-01 are recorded in the karaoke apparatus 3 with the network address of 01xx02, and the third video scenes of 1210-01 and 1310-01 are recorded with the network address of 01xx03. Recorded in the karaoke device 3, and thereafter, similarly, one video data is divided and stored by the eight karaoke devices 3. Here, xx is an arbitrary number.
[0036]
When a new song is released, a new musical piece is distributed simultaneously to all karaoke devices 3..., So that each karaoke device 3... Records necessary data according to a confident network identification number.
[0037]
In the second method, when the karaoke apparatus 3 is activated, the data number held by itself is distributed. When the power of the karaoke device 3 is turned on, the number of karaoke data recorded by the karaoke device 3 is distributed to the other karaoke devices 3. An example of the data format to be distributed is shown in FIG. In FIG. 3, the terminal ID is a network number of the karaoke apparatus 3 that records data. The command is information indicating whether the karaoke data is stored, additional information, or whether the karaoke apparatus is turned off. For karaoke data information, if there are 20,000 karaoke songs, use a bit string record of 20,000 bits, set the bit corresponding to the recorded data number to 1, etc. It also stores data indicating whether you own a part.
[0038]
When releasing / distributing new song data, the network configuration to which the karaoke device 3 is connected or the load of the network to which the karaoke device 3 is connected (in large cities where many terminals are connected, the data is recorded. Therefore, it is determined which karaoke data is recorded in which karaoke device 3.
[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 other karaoke apparatuses 3 are notified of the turn-off in the format shown in FIG.
[0041]
In addition, the other karaoke devices 3 ... have a table indicating which terminal holds karaoke data not held by the own terminal, and when the terminal in the table is turned OFF, It is configured so that it can be inquired whether it has the karaoke data that it needs.
[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 disk storage device 32 of each karaoke device stores an index table. The index table stores the file name of the song data of this karaoke song corresponding to the song number, the number of the video data associated with this karaoke song, and which karaoke device 3 stores this video data. This information is also stored. The index table may be a table that only associates the music number with the video data. In this case, the music data may be provided with an index table dedicated to the music data.
[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 karaoke apparatus 3 described above, a sufficiently large number of data (for example, about 1000 pieces) is set even if it does not completely correspond to about 10,000 karaoke songs. Then, it may correspond to 10,000 karaoke songs.
[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 karaoke apparatus 3 for performing a performance, and FIG. 5 is a flowchart showing the operation of the karaoke apparatus 3 for sending video data via a network.
[0065]
When the user inputs a song number, as shown in FIG. 4, the karaoke apparatus 3 refers to the index table, reads out a song data file corresponding to the song number, and reads out the corresponding background data. A performance preparation process is performed (step S31). Then, with reference to the index table, a request is made to send video data via the network 1 to the karaoke apparatuses 3 that share and record the video data (step S32).
[0066]
As shown in FIG. 5, when the karaoke apparatus 3, which shares and stores video data, receives a request for transmission of video data from the karaoke apparatus 3 that performs a performance via the communication network 1 (step S <b> 41). The index table corresponding to the requested music is referred to, and data transmission preparation processing corresponding to the music is performed (step S42). Then, a part of the background video data corresponding to the music is read from the data file, and the high bit rate video data is sent to the karaoke apparatus 3 that performs the performance via the communication network 1 (step S43). At this time, since the video data is shared and stored by a plurality of karaoke terminals 3..., The time for one karaoke device 3 to send the data is short, and the load to be sent moves to the other karaoke devices 3. Lighten to go. For this reason, the number of the karaoke apparatuses 3 which can perform a data communication service increases. At this time, if multicast distribution technology or distribution synchronization is performed, it is possible to reduce traffic during data transfer.
[0067]
In the karaoke apparatus 3 that performs the performance, it is determined whether background video data from another karaoke apparatus 3 has arrived via the network 1 (step S33). When the background video data from the other karaoke apparatus 3 arrives, it is stored in the buffer RAM 31, and the performance of the karaoke apparatus 3 is started using the background video data (step S34). Then, the performance operation of the karaoke apparatus 3 described above is started.
[0068]
If the background video data from another karaoke apparatus 3 has not arrived, the performance of the karaoke apparatus 3 is started using the background data stored in the karaoke apparatus 3 that performs the performance (step S35). It is monitored whether or not background video data from another karaoke apparatus 3 has arrived via the network 1 (step S36), and is stored in the karaoke apparatus 3 until the background video data arrives via the network 1. The performance of the karaoke apparatus 3 is continued using the existing background data. When the background video data from the other karaoke apparatus 3 arrives via the network 1, the background video data is switched to the background video data obtained via the network 1 (step S37).
[0069]
Thus, until the background video is obtained via the network 1, the video is reproduced with the background data stored in the karaoke apparatus 3, and the video data to be reproduced is switched when the data from the communication network 1 arrives. Like that.
[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 communication network 1. Therefore, without waiting for the arrival of the background video data from the other karaoke apparatus 3, the performance or the performance preparation can be performed, and the music can be quickly prepared. Further, the amount of data stored in the karaoke apparatus 3 can be reduced.
[0071]
In the above-described embodiment, the music data is stored in each karaoke device 3, but not all the music data is stored in each karaoke device 3, and the music data is shared and recorded by a plurality of karaoke terminals 3. When there is no desired music data in the karaoke device 3 of the user, it can be configured to request and distribute to other karaoke devices 3. In the case of such a configuration, the karaoke apparatus 3 may store a part of background data and music data of a certain number of songs. Therefore, since the storage capacity can be further reduced, a part of the background data of the video data and the music data can be easily stored in a storage device such as a semiconductor memory without using a hard disk.
[0072]
As described above, even when there is no music data in the own karaoke apparatus 3, the operation in the case of distribution in response to a request from another karaoke apparatus 3 will be described with reference to the operation flowcharts of FIGS.
[0073]
FIG. 6 is a flowchart showing the operation of the karaoke apparatus 3 for performing a performance, and FIG. 7 is a flowchart showing the operation of another karaoke apparatus 3 for sending karaoke data upon request.
[0074]
When the song number is input by the user, as shown in FIG. 6, the karaoke apparatus 3 that performs the performance refers to the index table and performs performance preparation processing such as reading processing of the corresponding background data (step S51). ). Then, it is checked whether or not the requested music data is in the own karaoke apparatus 3 (step S52). If there is music data in the own karaoke apparatus 3, the music data is read out (step S53) and played. In step S56, background data is requested.
[0075]
On the other hand, if the requested music data is not in the own karaoke apparatus 3, a request is transmitted to the network 1 in order to request the other karaoke apparatus 3 to transmit the music data (step S54).
[0076]
As shown in FIG. 7, when the other karaoke device 3 storing the desired music data receives a request for sending music data from the karaoke device 3 that performs the performance via the communication network 1 (step S71), the request is made. The index table corresponding to the music piece is referred to, and data sending preparation processing corresponding to the music piece is performed (step S72). The music data corresponding to the music is sent to the karaoke apparatus 3 via the network 1 (step S63).
[0077]
As shown in FIG. 6, in the karaoke apparatus 3 that performs the performance, when music data is received from another karaoke apparatus 3 (step S55), the index table is referred to, background data reading processing corresponding to the music number, and the like. The karaoke devices 3... That record and share video data with reference to the index table are requested to send video data via the network 1 (step S56).
[0078]
As shown in FIG. 7, when the karaoke device 3 that stores and distributes video data receives a request for transmission of video data from the karaoke device 3 that performs a performance via the communication network 1 (step S74). Referring to the index table corresponding to the requested music, after preparing to send the data corresponding to the music, a part of the background video data corresponding to the music is read from the data file, and the high bit rate video data is The data is sent to the karaoke apparatus 3 that performs the performance via the communication network 1 (step S75).
[0079]
In the karaoke apparatus 3 that performs the performance, it is determined whether background video data from another karaoke apparatus 3 has arrived via the network 1 (step S57). When the background video data from the other karaoke apparatus 3 arrives, it is stored in the buffer RAM 31, and the performance of the karaoke apparatus 3 is started using the background video data (step S58). Then, the performance operation of the karaoke apparatus 3 described above is started.
[0080]
If the background video data from another karaoke apparatus 3 has not arrived, the performance of the karaoke apparatus 3 is started using the background data stored in the karaoke apparatus 3 that performs the performance (step S59). It is monitored whether or not background video data from another karaoke apparatus 3 has arrived via the network 1 (step S60), and is stored in the karaoke apparatus 3 until the background video data arrives via the network 1. The performance of the karaoke apparatus 3 is continued using the existing background data. When background video data from another karaoke apparatus 3 arrives via the network 1, the background video data is switched to the background video data obtained via the network 1 (step S61).
[0081]
In this way, both the music data and the background video data are distributed from the other karaoke apparatus 3 to perform karaoke performance. Even in the system configured as described above, when a delay occurs in the transmission / distribution system of the video data, the video is reproduced with the background data stored in the karaoke apparatus 3 and the data from the communication network 1 is received. The video data for playback is switched when it arrives.
[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 communication network 1. Therefore, without waiting for the arrival of the background video data from the data transmission device 2, performance and performance preparation can be performed, and music preparation can be performed quickly. Further, the amount of data stored in the karaoke apparatus 3 can be smaller.
[0083]
In the karaoke apparatus 3 in the above-described embodiment, the performance is performed so that the background video can be reproduced even when a delay of a predetermined time occurs until the distribution is actually performed due to the load and the line state of the karaoke apparatus 3. A part (several seconds to several tens of seconds) of background data is held and stored. When a delay occurs in the distribution system or the like, first, the video is reproduced with the background data stored in the karaoke device 3, and the reproduced video data is obtained when the data from the communication network 1 arrives. It is configured to switch. It is not always necessary to store a part of such background data in the karaoke device 3, and it may be configured to store only background video data that is shared and stored in each karaoke terminal device 3. In this case, it may be configured to wait for the performance until the video data from each karaoke apparatus 3 is distributed via the network 1.
[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 karaoke device 3, a semiconductor memory such as a flash memory can be used. And may be configured to store karaoke data.
[0085]
Further, it is not necessary to store karaoke data to be supplied to other karaoke devices in all karaoke devices connected to the network 1, and a server-type karaoke terminal device having a function of supplying karaoke data to other devices by itself. It is also possible to form a network system by mixing client-type karaoke terminal devices that do not supply data to other karaoke devices. In this case, it is more friendly to the user to make some differentiation on the system between a karaoke device that supplies karaoke data to other karaoke devices and a karaoke terminal device that does not supply karaoke data.
[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)

ネットワークを介して複数台のカラオケ端末が互いに接続されたカラオケシステムであって、前記カラオケ端末に楽曲データ記憶手段及び映像データ記憶手段を設け、前記各カラオケ端末の映像データ記憶手段に、カラオケ曲に対応づけられた低ビットレートの映像データの一部と、カラオケ曲に対応づけられた高ビットレートの映像データの一部を記憶し、前記複数のカラオケ端末で記憶している高ビットレートの映像データで1曲のカラオケ曲に対応する映像データが構成され、カラオケ端末にカラオケ演奏指示があったとき、ネットワークを介して高ビットレートの映像データを受け取るまで、前記低ビットレートの映像データを再生して演奏を実行し、カラオケ曲に対応する高ビットレートの映像データをこれを分担して記憶しているカラオケ端末の映像データ記憶手段からネットワークを介して受け取ると、高ビットレートの映像データに切り替えて映像を再生して演奏を実行させることを特徴とするカラオケシステム。A karaoke system karaoke terminal plurality are connected to each other via a network, the provided music data storage means and the video data storage means to a karaoke terminal, said the image data storage means of each karaoke terminal, the karaoke a portion of the video data of low bit rate that has been correlated, stores some of the video data of a high bit rate associated with the karaoke, the high bit rate stored in the plurality of karaoke terminals image The video data corresponding to one karaoke song is composed of data, and when the karaoke terminal is instructed to perform karaoke , the low bit rate video data is reproduced until the high bit rate video data is received via the network. to perform the play, remembered by sharing this video data of a high bit rate corresponding to the karaoke Upon receiving via the network from the image data storage means of the karaoke terminal, karaoke system, characterized in that to execute a play to play the video switch to the video data of a high bit rate. 各カラオケ端末の楽曲データ記憶手段に複数の楽曲データが記憶され、カラオケ演奏指示があったとき、対応する楽曲データがカラオケ演奏指示した前記カラオケ端末の記憶手段に記憶していない場合には、他のカラオケ端末から楽曲データをネットワークを介して受け取り、これを再生して演奏を実行させることを特徴とする請求項1に記載のカラオケシステム。  A plurality of music data is stored in the music data storage means of each karaoke terminal, and when there is a karaoke performance instruction, the corresponding music data is not stored in the storage means of the karaoke terminal instructed to perform karaoke performance. The karaoke system according to claim 1, wherein music data is received from the karaoke terminal via a network, and the music data is reproduced and played. 前記ネットワークはマルチキャスト送信が可能に構成されていることを特徴とする請求項1又2に記載のカラオケシステム。  The karaoke system according to claim 1 or 2, wherein the network is configured to be capable of multicast transmission.
JP2001130557A 2001-04-27 2001-04-27 Karaoke system Expired - Fee Related JP4420579B2 (en)

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)

* Cited by examiner, † Cited by third party
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

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 &#39;karaoke&#39; 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