(57)【特許請求の範囲】
【請求項１】
ネットワークを介して複数台のカラオケ端末が互いに接続されたカラオケシステムであって、前記カラオケ端末に楽曲データ記憶手段及び映像データ記憶手段を設け、前記各カラオケ端末の映像データ記憶手段に、カラオケ曲に対応づけられた低ビットレートの映像データの一部と、カラオケ曲に対応づけられた高ビットレートの映像データの一部を記憶し、前記複数のカラオケ端末で記憶している高ビットレートの映像データで１曲のカラオケ曲に対応する映像データが構成され、カラオケ端末にカラオケ演奏指示があったとき、ネットワークを介して高ビットレートの映像データを受け取るまで、前記低ビットレートの映像データを再生して演奏を実行し、カラオケ曲に対応する高ビットレートの映像データをこれを分担して記憶しているカラオケ端末の映像データ記憶手段からネットワークを介して受け取ると、高ビットレートの映像データに切り替えて映像を再生して演奏を実行させることを特徴とするカラオケシステム。
【請求項２】
各カラオケ端末の楽曲データ記憶手段に複数の楽曲データが記憶され、カラオケ演奏指示があったとき、対応する楽曲データがカラオケ演奏指示した前記カラオケ端末の記憶手段に記憶していない場合には、他のカラオケ端末から楽曲データをネットワークを介して受け取り、これを再生して演奏を実行させることを特徴とする請求項１に記載のカラオケシステム。
【請求項３】
前記ネットワークはマルチキャスト送信が可能に構成されていることを特徴とする請求項１又２に記載のカラオケシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、曲にあった背景映像を表示しながらカラオケ演奏を実行するカラオケシステムに関する。
【０００２】
【従来の技術】
カラオケ装置は、カラオケ曲の演奏を行うのみならず、モニタにその曲にあった背景映像を表示するとともに、その背景映像にスーパインポーズで歌詞テロップも表示する。
【０００３】
従来の通信カラオケ装置は、演奏用の楽曲データを配信センタからダウンロードする装置であるため、データ量の大きい背景映像とは分離され、背景映像はカラオケ装置側でＣＤ−ＲＯＭやＤＶＤなどのメディアに記憶されている。
【０００４】
上記のように映像データのデータ量が大きいため、従来は、演歌，ポップスなどカラオケ曲の各ジャンルに対応する映像データを１または複数個ずつ記憶しておき、カラオケ曲がリクエストされたときこのジャンルの映像データを読み出して背景映像として表示するようにしており、カラオケ曲と背景映像とが個別に対応していなかった。
【０００５】
しかし、ジャンルのみに基づいて数少ない映像データのなかから選択する方式では、同じ映像データばかり繰り返される場合があり、使用者に飽きが生じるなどカラオケ演奏を盛り上げることができないという問題点があった。
【０００６】
一方、各カラオケ曲に個別に対応する映像データを記憶しておけば、それぞれの曲にあった映像データを必ず表示することができるが、１台のカラオケ装置が１万曲以上に及ぶカラオケ曲のそれぞれに対応する個別の映像データを記憶することは、コストがすごく嵩んだり、また、装置が非常に大きくなるなど現実的ではない。
【０００７】
そこで、各カラオケ装置の映像データの記憶容量を増やさずに、各カラオケ曲に個別に対応した映像データでカラオケ曲を演奏するカラオケシステムが提案されている（特開平１１−１６１２８８号公報参照）。このカラオケシステムは、複数台のカラオケ装置をネットワークで接続し、複数のカラオケ装置で複数のカラオケ曲に対応づけられた個別映像データを分担して記憶し、自装置に個別映像データが記憶されていないときには、他のカラオケ装置からデータを転送し、それを用いてカラオケ曲に個別に対応する背景映像を再生するものである。
【０００８】
【発明が解決しようとする課題】
しかしながら、上記したカラオケシステムでは、他のカラオケ装置から要求があった場合には、１つの楽曲データに対応して１つのカラオケ端末が個別の映像データをネットワークに出力するように構成しているため、１つのカラオケ端末がデータを送出するのには物理的に限界がある。また、１つのカラオケ端末の出力に関する負荷も大きく、このため、カラオケ端末に高性能なものを用意する必要が生じるなどの難点がある。
【０００９】
この発明は、上述した背景に鑑みなされたものにして、ブロードバンドネットワークという高速通信網を用い、各カラオケ端末に大きな負荷を生じさせずに、それぞれの曲にあった映像データを表示することができるカラオケシステムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
この発明は、ネットワークを介して複数台のカラオケ端末が互いに接続されたカラオケシステムであって、前記カラオケ端末に楽曲データ記憶手段及び映像データ記憶手段を設け、前記各カラオケ端末の映像データ記憶手段に、カラオケ曲に対応づけられた低ビットレートの映像データの一部と、カラオケ曲に対応づけられた高ビットレートの映像データの一部を記憶し、前記複数のカラオケ端末で記憶している高ビットレートの映像データで１曲のカラオケ曲に対応する映像データが構成され、カラオケ端末にカラオケ演奏指示があったとき、ネットワークを介して高ビットレートの映像データを受け取るまで、前記低ビットレートの映像データを再生して演奏を実行し、カラオケ曲に対応する高ビットレートの映像データをこれを分担して記憶しているカラオケ端末の映像データ記憶手段からネットワークを介して受け取ると、高ビットレートの映像データに切り替えて映像を再生して演奏を実行させることを特徴とする。
【００１１】
上記の構成によれば、映像データは、複数のカラオケ端末が分担して記憶しているので、１つのカラオケ装置がデータを送出する時間は短く、送出する負荷が他のカラオケ装置に移って行くために軽くなる。このため、データ通信サービスができるカラオケ装置の数が増える。また、各カラオケ端末で記憶する容量も背景データの一部であるので、カラオケ端末の記憶装置も大きなものを必要としない。また、カラオケ端末に格納されている背景データで映像の再生を行い、ネットワークからのデータが到着した時点で再生の映像データを切り替えることで、ネットワークでの遅延に関わらず、楽曲に対応した背景データを再生することができる。
【００１２】
この発明は、各カラオケ端末の楽曲データ記憶手段に複数の楽曲データが記憶され、カラオケ演奏指示があったとき、対応する楽曲データがカラオケ演奏指示した前記カラオケ端末の記憶手段に記憶していない場合には、他のカラオケ端末から楽曲データをネットワークを介して受け取り、これを再生して演奏を実行させるように構成できる。
【００１３】
上記のように構成すれば、各カラオケ端末の記憶容量をより少なくできる。
【００１４】
前記ネットワークはマルチキャスト送信が可能に構成させるとよい。
【００１５】
マルチキャスト配信技術や配信の同期を行えば、データ転送時のトラフィック軽減を図ることができる。
【００１６】
【発明の実施の形態】
以下、この発明の実施の形態を図に基づいて説明する。図１はこの発明の第１の実施形態であるカラオケシステムの構成を示す図、図２はネットワーク上に接続されている各カラオケ装置の構成を示す図である。
【００１７】
図１において、通信ネットワーク１上にはカラオケ端末であるカラオケ装置３…が複数台接続されている。この通信ネットワーク１は、ブロードバンドネットワークで構成され、たとえば、ＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）サービスなどのネットワークであり、通信速度は１００Ｍｂｐｓと高速通信ネットワークである。この通信ネットワーク１には、図示しないデータサーバとなるデータ送出装置が接続され、カラオケ装置３に対して、楽曲や背景映像データが通信ネットワーク１を介してカラオケ装置３に配信される。楽曲はＭＩＤＩデータ又はＭＰＥＧフォーマットで圧縮されたデータとして送出され、又、背景映像データはＭＰＥＧフォーマットで圧縮されたデータが送出される。
【００１８】
カラオケ装置３は、通信ネットワーク１に接続され、カラオケ演奏を行うもので、後述するように、この実施形態における各カラオケ装置３には、演奏を行うための背景データの一部（数秒〜数十秒）を保持し格納している。この保持されるデータは、例えば低ビットレート（粗い）映像であり、少ない容量で長時間のデータを格納する。さらに、各カラオケ装置３には、演奏を行うための高ビットレート（きれい）からなる背景データの一部を格納している。この高ビットデータの背景データは、複数台のカラオケ装置３…で１つの映像シーンが構成されるように、複数台のカラオケ装置３で、１つの楽曲データに対応する映像データを分担して格納している。すなわち、複数カラオケ装置３…で連続して背景映像データを共有しあい、１本の映像を構成する。例えば、８個のカラオケ装置３…で１つのシーンを構成すると、１個のカラオケ端末３が１つのシーンの一部だけ記憶すると仮定しても、４００シーンの映像だと３２００のカラオケ端末があれば全てのシーンを相互に提供しあうことが可能となる。実際には、１つのカラオケ端末３…には、複数のシーンに対応する映像の一部を格納するので、格納した数に応じて、ネットワーク１に接続されたカラオケ端末３…とシーン数が決定されることになる。
【００１９】
各カラオケ装置は、図２に示すような構成で、それぞれ個別に楽曲データと上記した楽曲に応じた個別の背景データの一部及び１つの楽曲データに対応する映像データを分担する映像データの一部を格納している。
【００２０】
ところで、図１に示すような通信ネットワーク１に複数のカラオケ装置３…が接続されているシステムにおいては、カラオケ装置３の負荷や回線状態により、いくら高速の通信ネットワーク１といえども実際に配信されるまで一定時間の遅延が発生するのはやむを得ない。また、ネットワークでの障害や通信レートが一時的に落ちてしまう場合も想定される。
【００２１】
このため、上記した各カラオケ装置３には、予め想定した遅延時間以上の時間である数秒〜数十秒の背景データを格納している。そして、配信系での遅延が生じた場合には、まず、カラオケ装置３に格納されている背景データで映像の再生を行い、通信ネットワーク１からのデータが到着した時点で再生の映像データを切り替えるようにする。
【００２２】
このようにシステムを構成することで、通信ネットワーク１での遅延に関わらず、楽曲に対応した背景データを再生することができる。また、記憶する容量も背景データの一部（数秒〜数十秒）で、しかも低ビットレート（粗い）映像とすることで、少なく済む。このため、各カラオケ装置３に全ての楽曲に対応する背景データの一部を格納させることができる。また、高ビットレートの背景データも１シーンの一部を格納するだけなので、複数の楽曲、例えば、数百曲に対応する映像データでも少ない記憶容量で格納できる。
【００２３】
各カラオケ装置３は、上記ネットワーク１と接続するための通信インタフェース３３を備えている。この通信インタフェース３３はバスを介してＣＰＵ３０に接続されている。ＣＰＵ３０には、この他にバッファＲＡＭ３１，ハードディスク３２，ユーザインタフェース４０，ＭＰＥＧ（ＭＩＤＩ）デコーダー３４，サウンドシステム３５、グラフィックコントローラ３６などが接続されている。又、グラフィックコントローラ３６にディスプレイ装置３７が、サウンドシステム３５にマイク３９などが接続されている。更に、図示はしないがこのカラオケ装置を起動するためのプログラムなどが記憶されているＲＯＭを備えている。
【００２４】
前記通信インタフェース３３は通信ネットワーク１を介して図示しないデータ送出装置との通信を制御するのみならず、通信ネットワーク１に接続された他のカラオケ装置３との通信をも制御する。データ送出装置からは、新曲の楽曲データやインデックステーブルなどがダウンロードされる。このインデックステーブルは、カラオケ曲の曲番号と背景映像データ等との対応を指示するテーブルである。更に、データ送出装置からは複数のカラオケ端末３で分担して記憶する楽曲の背景データとして高ビットレート（きれい）のＭＰＥＧデータの一部がダウンロードされる。
【００２５】
ハードディスク３２には、上記楽曲データ，インデックステーブルなどが記憶されているほか、システムプログラム，カラオケ演奏プログラム，ローダなどのプログラムおよび文字パターンデータが記憶されている。更に、この実施形態では、楽曲に個々に対応した背景データの一部（数秒〜数十秒）が低ビットレート（粗い）のＭＰＥＧデータとして格納されている。複数のカラオケ端末３で分担して記憶する楽曲の背景データとして高ビットレート（きれい）のＭＰＥＧデータの一部が格納されている。
【００２６】
システムプログラムは、この装置の基本動作を制御するプログラムであり、カラオケ装置の起動時にバッファＲＡＭ３１に読み込まれる。カラオケ演奏プログラムは、楽曲データに基づいてサウンドシステム３５やＭＰＥＧデコーダー３４などを制御するためのプログラムである。ローダはネットワークを介して背景データ、楽曲データやインデックステーブルをダウンロードするためのプログラムである。文字パターンデータはコード情報として与えられる歌詞，曲名などのテキスト情報などを文字パターンに展開するためのデータである。バッファＲＡＭ３１には上記プログラムを読み込むエリアや現在演奏中の楽曲データおよび次に演奏する楽曲データを読み出すための楽曲データバッファが設定される。
【００２７】
ユーザインタフェース４０は、図示しない赤外線リモコン（コマンダ）から送られてくる赤外線信号を受信してデータに変換する回路やパネルスイッチなどを接続している。ＣＰＵ３０は、コマンダから入力された曲番号に基づいてカラオケ曲の予約を実行し、その他コマンドコードに基づいてキーチェンジなど種々の処理を実行する。
【００２８】
ＭＰＥＧデコーダー３４は、通信により送信されてくる背景データや楽曲データを音声や映像に復調する回路であり、楽曲データがＭＩＤＩフォーマットのときには、ＭＩＤＩのデコードを行うように、ＭＩＤＩデコーダーも備えている。
【００２９】
グラフィックコントローラ３６は、ＭＰＥＧデコーダー３４で復調した背景データ、ＣＰＵ３０で復調した歌詞データを受け取り、それぞれの画像イメージに歌詞データをスーパインポーズして、ディスプレイ３７に表示させる。なお、歌詞データはＭＰＥＧデコーダー３４から入力される場合もある。
【００３０】
サウンドシステム３５は、ＭＰＥＧデコーダー３４で復調された信号とマイク３９からの信号を混合したり、スピーカ３８にサウンド信号を出力したりする。ＭＰＥＧデコーダー３４で復調される信号は、複数のチャンネルから構成されている場合があり、例えば、ガイドメロディー音量の調整などユーザが設定した指示によるユーザインタフェース４０の設定に従って混合する機能を有する。
【００３１】
また、端末間で背景映像データなどのカラオケデータを共有するシステムにおいては、各カラオケ装置３…で記憶するカラオケデータのデータベースはカラオケ装置３…側で管理する。具体的な方法につき以下に説明する。
【００３２】
まず、１つ目の方法としては、ネットワーク識別番号で記録するデータを特有する。ネットワーク１に接続される端末は、ネットワークアドレス（ＩＰアドレス）やネットワークインタフェースのアドレス番号（ＭＡＣアドレス）などで、端末を１意的に識別できるような管理上のシリアル番号が付加される。この番号を使用して端末となるカラオケ装置３が記録するカラオケデータを特定できるようにする。
【００３３】
具体的な方法としては、
１）ネットワークアドレスで保持するデータを特定できるようにする。
【００３４】
連続したネットワークアドレスをカラオケ装置３に割り当てて管理しているシステムでは、例えば、楽曲番号を６桁で構成している場合は、下位２桁の番号をグループ化して同一のカラオケ装置３に記録するようにする。
【００３５】
例えば、１曲の映像シーンを８つの端末で分担して格納する場合には、曲番号１２１０−０１と１３１０−０１の第１番目の映像シーンは０１ｘｘ０１番のネットワークアドレスのカラオケ装置３に記録し、１２１０−０１と１３１０−０１の第２番目の映像シーンは０１ｘｘ０２番のネットワークアドレスのカラオケ装置３に記録し、１２１０−０１と１３１０−０１の第３番目の映像シーンは０１ｘｘ０３番のネットワークアドレスのカラオケ装置３に記録し、以下、同様に１つの映像データを８つのカラオケ装置３…で分担して記憶する。ここで、ｘｘは任意の数字である。
【００３６】
新曲リリース時には、全カラオケ装置３…に向けて同時に新譜楽曲を配信するので、各カラオケ装置３…は、自信のネットワーク識別番号に従って、必要なデータを記録するものとする。
【００３７】
２番目の方法は、カラオケ装置３が起動したときに、自分が保有するデータ番号を配信する。カラオケ装置３の電源が投入された場合に、そのカラオケ装置３が記録するカラオケデータの番号を他のカラオケ装置３…に配信する。配信するデータフォーマットの例を図３に示す。図３において、端末ＩＤは、データを記録しているカラオケ装置３のネットワーク番号である。コマンドは、保有するカラオケデータの情報なのか、追加情報なのか、当該カラオケ装置がＯＦＦされるのかを表す情報である。カラオケデータ情報は、カラオケ楽曲が２万曲あるのなら、２万ビットのビット列のレコードを用いて、記録しているデータ番号に相当するビットを１にするなど、そして、その曲の分割したどのパートを保有しているかを示すデータも格納している。
【００３８】
新曲データをリリース／配信する場合は、カラオケ装置３が接続されているネットワークの構成やカラオケ装置３が接続されているネットワークの負荷（多数の端末が接続されている大都市では、データを記録している端末が多数必要となる。）により、どのカラオケ装置３にどのカラオケデータを記録するか決定するようにする。
【００３９】
新規にデータが配信された場合には、上記のような記録するカラオケデータ情報を配信するようにする。
【００４０】
電源がＯＦＦされる場合には、図３に示すフォーマットでＯＦＦすることを他のカラオケ装置３…に通知する。
【００４１】
また、他のカラオケ装置３…は、自端末で保有しないカラオケデータをどの端末が保有しているか示すテーブルを持っており、そのテーブル内の端末がＯＦＦした場合には、他の端末に対し、自分が必要とするカラオケデータを持っているかを問い合わせすることができるように構成している。
【００４２】
第３番目の方法は、定期的に自分が保有するカラオケデータの番号をネットワークに配信する。基本的には上記第２の方法と同じであるが、保有するデータの情報を定期的に他の端末へ知らせるようにする点で異なっている。
【００４３】
また、自分が保有しないカラオケデータが存在する端末のデータベースについて、その端末がＯＦＦした場合には、一定時間経過しても情報が送られてこないので、その場合はデータベースから削除する。
【００４４】
カラオケ装置で用いられる楽曲データの構成およびこのデータに基づくカラオケ装置の動作を説明する。楽曲データは、ヘッダ、楽音トラック、歌詞トラック、音声制御トラック、効果制御トラックおよび音声データ部からなっている。ヘッダは、この楽曲データに関する種々のデータが書き込まれる部分であり、曲番号，曲名，ジャンル，発売日，曲の演奏時間などのデータを含んでいる。各楽曲データは曲番号で識別される。
【００４５】
今、例として、楽曲データはＭＰＥＧフォーマットで音声圧縮されたデータとして送出され、又、背景映像データはＭＰＥＧフォーマットで圧縮されたデータが送出される場合につき説明する。
【００４６】
ＭＰＥＧフォーマットに基づいて単純に圧縮するだけではキーやガイドメロディの調整などが不可能になる。そこで、この発明では、ＭＰＥＧのストリームＩＤを拡張して、カラオケ用の音声データとして使用し易いようにデータ構造を決めている。
【００４７】
カラオケに使用するデータの種類とデータ形式について説明する。
【００４８】
映像系データとして、背景映像データ（ＭＰＥＧ）、歌詞と色替えデータ（ＭＰＥＧ若しくはＷＩＰデータ（歌詞表示や色替えなどのタイミング情報））の２種類である。
【００４９】
音楽系データとしては、Ａ）楽曲データとＢ）採点データとに二分することができる。Ａ）の楽曲データは、通常音楽パート（ＭＰＥＧ）、ガイドメロディ（ＭＰＥＧ）、キーコントロール適応除外パートであるドラムパート（ＭＰＥＧ）である。
【００５０】
又、Ｂ）の採点データは採点基準歌唱データ（ＭＰＥＧ）、採点基準データ（ＭＩＤＩ）、ハーモニー・こぶしデータ（ＭＩＤＩ）である。
【００５１】
カラオケ装置においては、背景映像選択機能やスピードコントロール機能や、背景映像と歌詞の同期機能が求められる。これらの機能を実現させるために、データ構成としては、次のような３つの構成を用いることが考えられる。
【００５２】
（第１の構成）
背景映像（ＭＰＥＧ）及び歌詞と色替え（ＭＰＥＧ）＋Ａ）楽曲データ（ＭＰＥＧ）＋Ｂ）採点データ（ＭＩＤＩ）
【００５３】
楽曲データと歌詞や色替えは同期する必要があるため歌詞や色替えをビデオのストリームとし、Ａ）楽曲データ（ＭＰＥＧ）とＢ）採点データ（ＭＩＤＩ）を音楽のビットストリームとして構成し１本のＭＰＥＧファイルとする。背景映像は１つのビットストリームとしてＭＰＥＧファイルとする。
なお、採点データは別ファイルに構成する可能性もある。
【００５４】
（第２構成）
背景映像（ＭＰＥＧ）及び歌詞と色替え（ＷＩＰデータ）＋Ａ）楽曲データ（ＭＰＥＧ）＋Ｂ）採点データ（ＭＩＤＩ）
【００５５】
楽曲データと歌詞や色替えは同期する必要があるため歌詞や色替えを１つのビットストリームとしてＭＰＥＧファイルを構成する。又、色替えデータ（ＷＩＰ）やＢ）採点データは、ＭＩＤＩカラオケデータを流用するために先のＭＰＥＧファイルのフォーマットを拡張して記述するようにする。
なお、Ｂ）採点データは独立したＭＰＥＧファイルとして取り扱う可能性もある。
背景映像は１つのビットストリームとしてＭＰＥＧファイルとして構成する。
【００５６】
（第３構成）
背景映像＋歌詞と色替え＋Ａ）楽曲データ＋Ｂ）採点データ（ＭＰＥＧ）
ＭＰＥＧファイルフォーマットを拡張して全てのデータを１つのビットストリームでＭＰＥＧファイルとして構成する。但し、この場合は、背景映像選択やスピードコントロールはできない。
【００５７】
データの記録フォーマット、データ構造の一例につき説明する。ＭＰＥＧのストリームＩＤの使用例を図８に示す。図８に示すものは、ＭＰＥＧのストリームＩＤを拡張し、上記の第２の構成の各データ毎にＩＤを割り付けたものである。具体的には、ＭＰＥＧの規定では次のＩＤを使用するように規定されているので、ＩＤは図８に示すようになる。
【００５８】
・ＭＰＥＧ  Ａｕｄｉｏ  ０ｘＣ０〜０ｘＣＦ
・ＭＰＥＧ  Ｖｉｄｅｏ  ０ｘＥ０〜０ｘＥＦ
【００５９】
図９にデータフォーマットを示す。図９に示すように、パケットヘッダ部のストリームＩＤに図８に示すコード番号が格納されている。歌詞と色替えデータが１つのビットストリームのパケットデータ、通常音楽パートが１つのビットストリームのパケットデータと、データ種別を示すストリームＩＤとともに格納された状態でデータ送信され、各カラオケ装置内に格納される。
【００６０】
このように、データ種別を表すストリームＩＤとそのデータのビットストリームを記録することで、カラオケ装置では、ストリームＩＤによりデータの種別を判別し、そのデータ種別に応じた演算処理を行うことができる。例えば、演奏時にガイドメロディ音楽パートやキーパートをユーザが入力した指示に従って、音量を調節するような演算処理を行い、その演算データを主音楽パートに重畳させることにより、キーコントロールやガイドメロディ音量の調整が行えることになる。
【００６１】
各カラオケ装置のハードディスク記憶装置３２には、インデックステーブルが格納されている。インデックステーブルには、曲番号に対応してこのカラオケ曲の楽曲データのファイル名、このカラオケ曲に対応づけられた映像データの番号が記憶され、この映像データがどのカラオケ装置３で記憶しているかの情報も格納している。なお、インデックステーブルは、曲番号と映像データとを対応づけるのみのテーブルでもよい。この場合、楽曲データは楽曲データ専用のインデックステーブルを設ければよい。
【００６２】
このように、インデックステーブルでは、１つのカラオケ曲に対して映像データが対応付けられている。
【００６３】
なお、上記したカラオケ装置３に格納する背景データの一部としては、約１万曲のカラオケ曲と完全に１対１で対応しなくても、十分多数のデータ（例えば１０００個程度）を設定して、１万曲のカラオケ曲に対応するようにしてもよい。
【００６４】
次に、上記したカラオケシステムの動作を図４及び図５の動作フロー図に従い説明する。図４は、演奏を実行するカラオケ装置３の動作を示すフロー図、図５はネットワークを介して映像データを送出するカラオケ装置３の動作を示すフロー図である。
【００６５】
利用者から曲番号の入力があると、図４に示すように、カラオケ装置３は、インデックステーブルを参照し、その曲番号に対応する楽曲データファイルの読み出し、対応する背景データの読み出し処理などの演奏準備処理を行う（ステップＳ３１）。そして、インデックステーブルを参照して映像データを分担して記録しているカラオケ装置３…にネットワーク１を介して映像データの送出をリクエストする（ステップＳ３２）。
【００６６】
図５に示すように、映像データを分担して記憶しているカラオケ装置３…が通信ネットワーク１を介して演奏を実行するカラオケ装置３から映像データの送出の要求を受け付けると（ステップＳ４１）、要求された楽曲に対応するインデックステーブルを参照し、楽曲に対応したデータの送出準備処理を行う（ステップＳ４２）。そして、楽曲に対応した背景映像データの一部をデータファイルから読み出し、高ビットレートの映像データを通信ネットワーク１を介して演奏を実行するカラオケ装置３へ送出する（ステップＳ４３）。このとき、映像データは、複数のカラオケ端末３…が分担して記憶しているので、１つのカラオケ装置３がデータを送出する時間は短く、送出する負荷が他のカラオケ装置３…に移って行くために軽くなる。このため、データ通信サービスができるカラオケ装置３の数が増える。また、このとき、マルチキャスト配信技術や配信の同期を行えば、データ転送時のトラフィック軽減を図ることができる。
【００６７】
演奏を実行するカラオケ装置３では、ネットワーク１を介して他のカラオケ装置３からの背景映像データが到着したか否か判断する（ステップＳ３３）。他のカラオケ装置３からの背景映像データが到着すると、バッファＲＡＭ３１に格納し、背景映像データを用いて、カラオケ装置３の演奏を開始する（ステップＳ３４）。そして、上記したカラオケ装置３の演奏動作が開始される。
【００６８】
他のカラオケ装置３からの背景映像データが到着していない場合には、演奏を実行するカラオケ装置３内に記憶している背景データを用いてカラオケ装置３の演奏を開始する（ステップＳ３５）。ネットワーク１を介して他のカラオケ装置３からの背景映像データが到着したか否かを監視し（ステップＳ３６）、ネットワーク１を介して背景映像データが到着するまで、カラオケ装置３内に記憶している背景データを用いてカラオケ装置３の演奏を続ける。そして、ネットワーク１を介して他のカラオケ装置３からの背景映像データが到着すると、背景映像データをネットワーク１を介して入手した背景映像データに切り替える（ステップＳ３７）。
【００６９】
このように、ネットワーク１を介して背景映像を得るまでは、カラオケ装置３に格納されている背景データで映像の再生を行い、通信ネットワーク１からのデータが到着した時点で再生の映像データを切り替えるようにする。
【００７０】
このようにシステムを構成することで、通信ネットワーク１での遅延に関わらず、楽曲に個々に対応した背景データを再生することができる。従って、他のカラオケ装置３からの背景映像データの到着を待たずに、演奏または、演奏準備が行え、曲の準備が素早く行える。また、カラオケ装置３で記憶するデータ量も少なく済む。
【００７１】
上記した実施形態においては、楽曲データは各カラオケ装置３で格納しているが、全ての楽曲データを各カラオケ装置３では持たず、複数のカラオケ端末３…で楽曲データを分担して記録するように構成し、自分のカラオケ装置３に希望する楽曲データが無い場合には、他のカラオケ装置３に要求して、配信するように構成できる。このような構成の場合には、カラオケ装置３には、背景データの一部とある程度の曲数の楽曲データを格納しておけばよい。従って、より記憶容量を小さくできるので、ハードディスクを用いずに、半導体メモリなどの記憶装置で映像データの背景データの一部と楽曲データを格納するように容易に構成できる。
【００７２】
このように、自カラオケ装置３に楽曲データが無い場合も他のカラオケ装置３からリクエストに応じて、配信する場合の動作を図６、図７の動作フロー図に従い説明する。
【００７３】
図６は、演奏を実行するカラオケ装置３の動作を示すフロー図、図７はリクエストによりカラオケデータを送出する他のカラオケ装置３の動作を示すフロー図である。
【００７４】
利用者から曲番号の入力があると、図６に示すように、演奏を実行するカラオケ装置３は、インデックステーブルを参照し、対応する背景データの読み出し処理などの演奏準備処理を行う（ステップＳ５１）。そして、要求された楽曲データが自己のカラオケ装置３内にあるか否か調べ（ステップＳ５２）、自己のカラオケ装置３内に楽曲データがある場合には、楽曲データを読み出し（ステップＳ５３）、演奏の準備に入り、背景データのリクエストを行う（ステップＳ５６）。
【００７５】
一方、要求された楽曲データが自己のカラオケ装置３内に無い場合には、他のカラオケ装置３に楽曲データの送出をリクエストするため、ネットワーク１にリクエストを送出する（ステップＳ５４）。
【００７６】
図７に示すように、希望する楽曲データを記憶した他のカラオケ装置３は、通信ネットワーク１を介して演奏を実行するカラオケ装置３から楽曲データの送出の要求を受け付けると（ステップＳ７１）、要求された楽曲に対応するインデックステーブルを参照し、楽曲に対応したデータの送出準備処理を行う（ステップＳ７２）。楽曲に対応した楽曲データをネットワーク１を介してカラオケ装置３に送出する（ステップＳ６３）。
【００７７】
演奏を実行するカラオケ装置３では、図６に示すように、他のカラオケ装置３より楽曲データを受け取ると（ステップＳ５５）、インデックステーブルを参照し、その曲番号に対応する背景データの読み出し処理などの演奏準備処理を行いインデックステーブルを参照して映像データを分担して記録しているカラオケ装置３…にネットワーク１を介して映像データの送出をリクエストする（ステップＳ５６）。
【００７８】
図７に示すように、映像データを分担して記憶しているカラオケ装置３…が通信ネットワーク１を介して演奏を実行するカラオケ装置３から映像データの送出の要求を受け付けると（ステップＳ７４）、要求された楽曲に対応するインデックステーブルを参照し、楽曲に対応したデータの送出準備処理を行った後、楽曲に対応した背景映像データの一部をデータファイルから読み出し、高ビットレートの映像データを通信ネットワーク１を介して演奏を実行するカラオケ装置３へ送出する（ステップＳ７５）。
【００７９】
演奏を実行するカラオケ装置３では、ネットワーク１を介して他のカラオケ装置３からの背景映像データが到着したか否か判断する（ステップＳ５７）。他のカラオケ装置３からの背景映像データが到着すると、バッファＲＡＭ３１に格納し、背景映像データを用いて、カラオケ装置３の演奏を開始する（ステップＳ５８）。そして、上記したカラオケ装置３の演奏動作が開始される。
【００８０】
他のカラオケ装置３からの背景映像データが到着していない場合には、演奏を実行するカラオケ装置３内に記憶している背景データを用いてカラオケ装置３の演奏を開始する（ステップＳ５９）。ネットワーク１を介して他のカラオケ装置３からの背景映像データが到着したか否かを監視し（ステップＳ６０）、ネットワーク１を介して背景映像データが到着するまで、カラオケ装置３内に記憶している背景データを用いてカラオケ装置３の演奏を続ける。そして、ネットワーク１を介して他のカラオケ装置３からの背景映像データが到着すると、背景映像データをネットワーク１を介して入手した背景映像データに切り替える（ステップＳ６１）。
【００８１】
このように、楽曲データ及び背景映像データの双方を他のカラオケ装置３から配信を受け、カラオケの演奏が行える。そして、このように構成したシステムにおいても映像データの送出配信系での遅延が生じた場合には、カラオケ装置３に格納されている背景データで映像の再生を行い、通信ネットワーク１からのデータが到着した時点で再生の映像データを切り替えるようにする。
【００８２】
このようにシステムを構成することで、通信ネットワーク１での遅延に関わらず、楽曲に個々に対応した背景データを再生することができる。従って、データ送出装置２からの背景映像データの到着を待たずに、演奏、演奏準備が行え、曲の準備が素早く行える。また、カラオケ装置３で記憶するデータ量はよりも少なくて済む。
【００８３】
上記した実施形態におけるカラオケ装置３においては、カラオケ装置３の負荷や回線状態により、実際に配信されるまで一定時間の遅延が発生する場合においても背景映像の再生を実行できるように、演奏を行うための背景データの一部（数秒〜数十秒）を保持し格納している。そして、配信系などでの遅延が生じた場合には、まず、カラオケ装置３に格納されている背景データで映像の再生を行い、通信ネットワーク１からのデータが到着した時点で再生の映像データを切り替えるよう構成している。このような背景データの一部を必ずしもカラオケ装置３に記憶させておく必要はなく、各カラオケ端末装置３で分担して記憶する背景映像データだけを記憶するように構成してもよい。なお、この場合には、各カラオケ装置３…からの映像データがネットワーク１を介して配信されるまで演奏の実行を待機させるように構成すればよい。
【００８４】
また、上記した実施形態においては、楽曲データ、映像データ等のカラオケデータを記憶する装置としてハードディスクを用いているが、各カラオケ装置３の記憶容量を少なくすることで、フラッシュメモリ等の半導体メモリを用いて、カラオケデータを格納するように構成してもよい。
【００８５】
また、ネットワーク１に接続される全てのカラオケ装置に他のカラオケ装置に供給するカラオケデータを記憶させる必要もなく、他の装置にカラオケデータを供給する機能を有するサーバ型のカラオケ端末装置と自分では他のカラオケ装置にデータを供給しないクライアント型のカラオケ端末装置とを混在させてネットワークシステムを組むこともできる。なお、この場合、他のカラオケ装置にカラオケデータを供給するカラオケ装置と供給しないカラオケ端末装置との間にシステム上何らかの差別化を施す方がユーザに対してフレンドリィである。
【００８６】
差別化の方法としては、例えば、月額の利用料に差を設ける。この一つの態様として、サーバ型のカラオケ端末装置の月額利用料を安くする。この場合、通電時間やデータを提供した回数で時間や価格体系を替えるように構成すればよい。
【００８７】
また、他の方法として、クライアント型のカラオケ端末装置での演奏準備時間を長くする。曲を準備できる時間を故意に長くして性能面で差を付けるように構成することもできる。
【００８８】
また、更に他の方法として、装置の保証期間やメンテナンス費用で差を付ける。
【００８９】
また、他の方法として、新曲のリリースや背景映像で差を付ける。すなわち、サーバ型のカラオケ端末装置の方が先に新曲を演奏できるようにしたり、背景映像もサーバ型のカラオケ端末装置にのみ再生できる映像を設けるなどして差別化する。
【００９０】
このように、色々な方法で、差別化を試みればよい。
【００９１】
【発明の効果】
以上説明したように、この発明によれば、映像データは、複数のカラオケ端末が分担して記憶しているので、１つのカラオケ装置がデータを送出する時間は短く、送出する負荷が他のカラオケ装置に移って行くために軽くなる。このため、データ通信サービスができるカラオケ装置の数が増える。また、各カラオケ端末で記憶する容量も背景データの一部であるので、カラオケ端末の記憶装置も大きなものを必要とせず、小型なカラオケ端末でカラオケ演奏を楽しむことができる。さらに、カラオケ端末に格納されている背景データで映像の再生を行い、ネットワークからのデータが到着した時点で再生の映像データを切り替えることで、ネットワークでの遅延に関わらず、楽曲に対応した背景データを再生することができる。
【図面の簡単な説明】
【図１】この発明の第１の実施形態であるカラオケシステムの構成を示す図である。
【図２】この発明に用いられるネットワーク上に接続されている各カラオケ装置の構成を示すブロック図である。
【図３】この発明に用いられるデータフォーマットの一例を示す図である。
【図４】この発明の第１の実施形態である演奏を実行するカラオケ装置の動作を示すフロー図である。
【図５】この発明の第１の実施形態にかかる他のカラオケ装置の動作を示すフロー図である。
【図６】この発明の第２の実施形態である演奏を実行するカラオケ装置の動作を示すフロー図である。
【図７】この発明の第２の実施形態にかかる他のカラオケ装置の動作を示すフロー図である。
【図８】この発明が用いるストリームＩＤの種別を示す図である。
【図９】この発明が用いるデータフォーマットの一例を示す図である
【符号の説明】
１  通信ネットワーク
３  カラオケ装置
【図１】
0004420579.tif 000002
【図２】
0004420579.tif 000003
【図３】
0004420579.tif 000004
【図４】
0004420579.tif 000005
【図５】
0004420579.tif 000006
【図６】
0004420579.tif 000007
【図７】
0004420579.tif 000008
【図８】
0004420579.tif 000009
【図９】
0004420579.tif 000010