(57)【特許請求の範囲】
【請求項１】
カラオケ曲を演奏する演奏手段と、
歌唱者の歌唱音声を入力する歌唱入力手段と、
前記演奏手段が演奏した演奏音と前記歌唱入力手段から入力された歌唱音声とをミキシングしてスピーカから出力するミキシング手段と、
他のカラオケ装置と通信する通信手段と、
逐次入力される歌唱音声を評価する歌唱評価手段と、
歌唱音声の評価結果を表示する表示手段と、
を備え、
前記通信手段は、前記演奏手段がカラオケ曲を演奏しているとき、前記歌唱入力手段から入力された歌唱音声を他のカラオケ装置に対してリアルタイムに送信するとともに、該他のカラオケ装置から前記送信した歌唱音声の評価結果を受信して前記表示手段に入力する評価依頼処理を行い、
前記演奏手段がカラオケ曲を演奏していないときのみ、他のカラオケ装置から歌唱音声を受信して前記歌唱評価手段に入力するとともに、前記歌唱評価手段から出力された評価結果を前記他のカラオケ装置に対して送信する評価代行処理を行う
カラオケ装置。
【請求項２】
請求項１に記載のカラオケ装置を、ネットワークを介して複数接続し、相互に前記評価依頼処理および前記評価代行処理を行うカラオケシステム。
【請求項３】
前記ネットワークに、各カラオケ装置がカラオケ曲の演奏を行っているか否かを管理するとともに、カラオケ曲の演奏を行っていないカラオケ装置のなかから前記評価代行処理を行うカラオケ装置を選定するサーバ装置を更に接続し、
前記カラオケ装置が、前記評価依頼処理を行うとき、前記サーバ装置によって前記評価代行処理を行うべく選定されたカラオケ装置に対して歌唱音声を送信する請求項２に記載のカラオケシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、カラオケ曲の歌唱を高い精度で採点評価することができるカラオケ装置およびカラオケシステムに関する。
【０００２】
【従来の技術】
カラオケボックス店など複数のカラオケ装置を設置している店舗があるが、このような店であっても各カラオケ装置はスタンドアローンで動作するようになっている。また、楽曲データを蓄積したサーバ装置と複数のカラオケ装置とをネットワークで接続しているカラオケ店舗も存在するが、このようなカラオケ店舗においても、各カラオケ装置が実行するカラオケ演奏の動作はそれぞれスタンドアローンであった。
【０００３】
【発明が解決しようとする課題】
ところで、近年のカラオケ装置は、採点モードというカラオケ歌唱者の歌唱を採点評価する機能を備えたものが実用化されている。この採点モード時にカラオケ装置は、カラオケ曲の演奏と並行して歌唱者の歌唱を評価を行っているが、歌唱の評価はカラオケ曲の演奏と同様にＣＰＵの負荷が大きい処理であり、且つカラオケ装置においては、カラオケ曲の演奏が絶対的な優先順位を持っているため、採点モードであっても歌唱者の歌唱を複雑な処理で高精度に評価することが困難であり、ピッチずれや音量ずれなどを検出する程度の簡易な評価しかできないという問題点があった。
【０００４】
また、単独のカラオケ装置で、上記複雑な処理で高精度に歌唱を評価できるようにするためには、高性能なＣＰＵを搭載する必要があり、カラオケ装置のコストアップにつながるという問題点があった。
また、歌唱者の歌唱音声を録音しておき、カラオケ曲の演奏処理が終わったのちに、空いたＣＰＵリソースを使って採点をするということも考えられるが、カラオケ曲の演奏途中にリアルタイムに採点に基づく歌唱指示をすることができず、カラオケ曲が終わってから数分後に採点結果が表示されるため、興ざめであるという問題点があった。
【０００５】
この発明は、複数のカラオケ装置が互いに接続されているという環境において、カラオケ曲の演奏をしていないカラオケ装置の能力を利用して複雑な処理で高精度に歌唱を評価できるようにしたカラオケ装置およびカラオケシステムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
請求項１の発明は、カラオケ曲を演奏する演奏手段と、歌唱者の歌唱音声を入力する歌唱入力手段と、前記演奏手段が演奏した演奏音と前記歌唱入力手段から入力された歌唱音声とをミキシングしてスピーカから出力するミキシング手段と、他のカラオケ装置と通信する通信手段と、逐次入力される歌唱音声を評価する歌唱評価手段と、歌唱音声の評価結果を表示する表示手段と、を備え、
前記通信手段は、前記演奏手段がカラオケ曲を演奏しているとき、前記歌唱入力手段から入力された歌唱音声を他のカラオケ装置に対してリアルタイムに送信するとともに、該他のカラオケ装置から前記送信した歌唱音声の評価結果を受信して前記表示手段に入力する評価依頼処理を行い、前記演奏手段がカラオケ曲を演奏していないときのみ、他のカラオケ装置から歌唱音声を受信して前記評価手段に入力するとともに、前記評価手段から出力された評価結果を前記他のカラオケ装置に対して送信する評価代行処理を行うことを特徴とする。
【０００７】
請求項２の発明は、請求項１に記載のカラオケ装置を、ネットワークを介して複数接続し、相互に前記評価依頼処理および前記評価代行処理を行うことを特徴とする。
【０００８】
請求項３の発明は、前記ネットワークに、各カラオケ装置がカラオケ曲の演奏を行っているか否かを管理するとともに、カラオケ曲の演奏を行っていないカラオケ装置のなかから前記評価代行処理を行うカラオケ装置を選定するサーバ装置を更に接続し、
前記カラオケ装置が、前記評価依頼処理を行うとき、前記サーバ装置によって前記評価代行処理を行うべく選定されたカラオケ装置に対して歌唱音声を送信することを特徴とする。
【０００９】
≪作用≫
この発明では、そのとき使用されていないカラオケ装置の処理能力を用いて歌唱音声の評価をするようにしている。これにより、各カラオケ装置を高機能化しなくても、また、新たな採点装置などを増設しなくても精度の高い歌唱評価をして顧客の満足度を向上することができる。
ここで、第１のカラオケ装置（評価依頼処理を行うカラオケ装置）は、第２のカラオケ装置（評価代行処理を行うカラオケ装置）が行った評価結果をそのまま表示してもよく、その評価結果を更に加工して表示するようにしてもよい。なお、評価の方式としては、１００点満点で採点してその点数を表示する方式、歌唱者の歌唱の特徴（クセ・欠点など）を割り出してそれをアドバイスする方式などどのような方式で行ってもよい。
【００１０】
また、通信手段はデジタル通信、アナログ通信のどちらでもよく、両方を併用してもよい。両方を併用する場合には、歌唱音声等はアナログで伝送し、評価結果などのデータはデジタル通信で伝送するようにすればよい。この場合において、歌唱音声等を伝送するアナログ通信手段として背景映像を伝送している同軸ケーブルを用い、評価結果などのデータを伝送するデジタル通信手段として楽曲データを配信するＬＡＮを用いれば、新たな通信手段を設置することなく既存のリソースを用いて歌唱音声、評価結果などの伝送をすることができる。
また、歌唱音声とともに、この歌唱音声を評価する基準となる情報（たとえばガイド音声やガイドメロディトラックのＭＩＤＩデータなど）を第１のカラオケ装置から第２のカラオケ装置に伝送するようにしてもよい。
【００１１】
【発明の実施の形態】
図１（Ａ）はこの発明の実施形態であるカラオケボックス店におけるネットワークカラオケシステムを構成を示す図である。また、同図（Ｂ）は各カラオケ装置（カラオケ端末）のブロック図である。
複数のカラオケ装置２およびサーバ装置１は、イーサネット（登録商標）などのＬＡＮ３およびＵＨＦの映像信号を伝送するための同軸ケーブル４で互いに接続されている。サーバ装置１は、ＬＡＮ３を介して楽曲データを各カラオケ装置２に配信するとともに、同軸ケーブル４上に背景映像を常時放映している。背景映像は、ＵＨＦの複数チャンネルを用いて複数種類の映像が放映される。
【００１２】
この発明では、同軸ケーブル４を用いて、カラオケ曲の演奏を実行している第１のカラオケ装置（Ａ端末）から、カラオケ曲の演奏を実行していない第２のカラオケ装置（Ｂ端末）に対して、カラオケ曲の歌唱音声（およびガイドメロディ音声）を伝送し、Ｂ端末でこの歌唱音声の評価を行うシステムである。
【００１３】
同図（Ｂ）において、カラオケ装置全体の動作を制御するＣＰＵ１０には、内部バスを介してＲＯＭ１１、ＲＡＭ１２、操作パネル１３、音源１４、Ａ／Ｄコンバータ１５、通信モデム１９、ネットワークインタフェース２０、ハードディスク記憶装置（ハードディスク）２１、ＢＧＶ記憶装置２２、映像生成装置２３、同軸変復調器２４が接続されている。
【００１４】
ＲＯＭ１１にはこの装置を起動するために必要な起動プログラムなどが記憶されている。装置の動作を制御するシステムプログラム、カラオケ演奏実行プログラムなどはハードディスク２１に記憶されている。カラオケ装置の電源がオンされると上記起動プログラムによってシステムプログラムやカラオケ演奏プログラムがＲＡＭ１２に読み込まれる。
【００１５】
ハードディスク２１には、上記プログラムが書き込まれるプログラム記憶エリアのほか、楽曲データを記憶する楽曲データ記憶エリアなどが設定されている。楽曲データ記憶エリアは、数千曲分の楽曲データを記憶することができ、この楽曲データはサーバ１からＬＡＮ３およびネットワークインタフェース２０を介してこのカラオケ装置に配信されてくる。
【００１６】
ＲＡＭ１２には、装置の起動時にハードディスク１７からプログラムを読み込むためのプログラム記憶エリア、リクエストされたカラオケ曲の曲番号を登録する予約リスト、演奏されるカラオケ曲の楽曲データを読み込む実行曲データ記憶エリアなどが設定される。
通信モデム１９は、飲食店などの１台のカラオケ装置で運用されるような店舗で、サーバ１を介さずに直接配信センタ９と通信して楽曲データをダウンロードするときに用いられるものである。
【００１７】
操作パネル１３は、テンキーやマトリクスディスプレイを備えているとともに、リモコン受信部およびリモコンを含み、この操作パネル１３を介してカラオケ曲の選曲（リクエスト）が行われる。ＣＰＵ１０は、操作パネル１３から曲番号が入力されると、この曲番号をＲＡＭ１２に設定されている予約リストに登録し、予約順にそのカラオケ曲を演奏する。
【００１８】
ＣＰＵ１０は、ハードディスク２１から演奏するカラオケ曲の楽曲データをＲＡＭ１２に読み出し、その楽曲データをテンポクロックに同期させて音源１４に順次出力してゆくことでカラオケ曲を演奏する。音源１４が形成した楽音信号はミキサ１６で歌唱音声とミキシングされ、スピーカ１８から出力される。歌唱者の歌唱音声は、マイクを含む音声入力部１７から入力される。また、音声入力部１７から出力される歌唱者の歌唱音声は、評価のためにＡ／Ｄコンバータ１５でデジタル変換されてＣＰＵ１０に入力される。
【００１９】
ＣＰＵ１０は、このディジタル変換された歌唱音声と楽曲データのガイドメロディトラックの演奏データが指示する音高・音量とを比較することによって簡易にこの歌唱を採点評価する。
【００２０】
また、このとき、ＢＧＶ記憶装置２２からＢＧＶ（バック・グラウンド・ビデオ）データを読み出し、これを映像生成部２３に入力して映像を再生する。映像生成部２３においては、ＣＰＵ１０から入力された歌詞テロップの文字パターンを背景映像にスーパーインポーズ合成してモニタ２５に出力する。また、映像生成部２３は、ＢＧＶ記憶装置２２に記憶されているＢＧＶデータを再生することに代えて、同軸変復調器２４からＵＨＦの映像信号として入力された背景映像に歌詞テロップを重畳してモニタ２５に表示することもできる。なお、ＢＧＶ記憶装置２２としてはＤＶＤプレーヤを用いることができ、映像生成部２３はＭＰＥＧデコーダや映像合成回路などを含んでいる。
【００２１】
さらにこのネットワークカラオケシステムでは、カラオケ曲を演奏し、歌唱者が歌唱するカラオケ装置が、他のアイドル状態のカラオケ装置に歌唱音声を送信してその他のカラオケ装置で歌唱を評価させることができる。このサポートモードで歌唱を採点評価する場合、ミキサ１６が、音源１４から入力された楽音信号のなかからガイドメロディ音声を取り出し、このガイドメロディ音声と音声入力部１７から入力された歌唱音声とを左右チャンネルに割り当てて同軸変復調器２４に出力する。同軸変復調器２４は、この左右チャンネルの音声信号を所定のＵＨＦチャンネル周波数に重畳して同軸ケーブル４上に送出し、上記他のカラオケ装置に送信する。
他のカラオケ装置は、歌唱音声をガイドメロディ音声と比較して評価し、この評価結果を楽曲データの配信に用いられるＬＡＮ３を介してこのカラオケ装置に返信してくる。
上記他のカラオケ装置は、そのときカラオケ曲の演奏を行っていないため、ＣＰＵリソースをほぼ１００パーセント歌唱評価に用いることができ、複雑で精度の高い歌唱評価を行うことができる。
【００２２】
ここで、あるカラオケ装置で採点モードでカラオケ曲を演奏するときのネットワークカラオケシステムの概略動作を説明する。いずれかのカラオケ装置（これをＡ端末とする。）を使用している歌唱者が、そのカラオケ装置に採点モードを設定し、曲をリクエストすると、このＡ端末は、ネットワーク（ＬＡＮ３）上の他のカラオケ装置のなかで現在アイドル状態にあるカラオケ装置があるかを問い合わせる。この問い合わせは、図２（Ａ）のように、Ａ端末装置が各カラオケ装置に対して直接ブロードキャストをかけて行ってもよいが、この実施形態では、サーバ装置１が各カラオケ装置の動作状態（ステータス）を管理し、Ａ端末はサーバ装置１に対して上記問い合わせを行う。
【００２３】
アイドル状態のカラオケ装置が複数ある場合には、そのうちの１つをカラオケ曲を演奏するカラオケ装置である演奏端末（Ａ端末）を採点評価でサポートするサポート端末に選定する。この選定されたサポート端末をＢ端末とする。この選定はＡ端末が自ら行ってもよく、サーバ装置１が行ってもよい。この選定方式としては、たとえばＩＰアドレスの若いものを選択する方式、ランダムに選択する方式などを採用することができる。
サポート端末が選定されると、Ａ端末は、このサポート端末であるＢ端末との間で歌唱評価専用のプロトコルでネットワーク接続を確立する。
【００２４】
次に、Ａ端末からＢ端末へ歌唱音声を伝送するための同軸ケーブル上のチャンネルを割り当ててもらうために、Ａ端末はサーバ装置１に対して空きチャンネルを問い合わせる。サーバ装置１は、上述のように同軸ケーブル４上をＵＨＦ帯の複数チャンネルで複数種類の背景映像を常時放映している装置であり、どのＵＨＦチャンネルが現在使用されているかをチャンネル管理テーブルに登録管理している。サーバ装置１は、上記空きチャンネルの問い合わせがあると、チャンネル管理テーブルを参照して空きチャンネルを検索し、そのなかの１つを選択指定してＡ端末に返信する。同時に、このチャンネルがＡ端末とＢ端末との通信に使用される旨をチャンネル管理テーブルに登録する。ここでは、このチャンネルを６２チャンネルとする。なお、採点評価をサポートする場合には音声信号を伝送するのみなのでＴＶ用チャンネルよりも帯域幅は狭くてもよい。
【００２５】
以上の動作で、同軸ケーブル４上のチャンネルを確保するとともに、Ｂ端末ととＬＡＮ３を介した通信が確立されると、Ａ端末はカラオケ曲の演奏をスタートする。カラオケ曲の演奏がスタートすると、歌唱者はこのカラオケ曲の演奏に合わせて歌唱し、この歌唱音声が音声入力部１７に入力される。Ａ端末では、この歌唱音声をカラオケ曲の楽音信号とミキシングしてスピーカ１８から出力するとともに、カラオケ曲の楽音信号からガイドメロディ音声のみ抽出し、このガイドメロディ音声と歌唱音声とをＬ／Ｒチャンネルに割り当て、同軸変復調器２４でＵＨＦ６２チャンネルの搬送波に重畳して同軸ケーブル４に送出する。Ｂ端末装置では、このＵＨＦ６２チャンネルの信号を受信して歌唱音声およびガイドメロディを分離して、それぞれのピッチ（周波数）およびレベルを検出し、これを（１フレーズ分）記憶部に記憶する（図２（Ｂ））。この記憶部はＲＡＭ１２であってもよく、ハードディスク２１であってもよい。
【００２６】
また、楽曲データなどのＭＩＤＩ系シーケンスデータには、演奏フレーズ毎の区切りデータが（システムエクスクルーシブメッセージとして）挿入されている。これは曲のフレーズ毎の区切りであり、歌詞の区切りである場合も多い。Ａ端末は、この区切りデータを読み出す毎に、ＬＡＮ３を介してＢ端末に送信する。
Ｂ端末は、ＬＡＮ３を介して区切りデータが送られてくると、曲（歌詞）の区切りであるとして、直前の区切りデータから今までの区間で蓄積した歌唱音声のピッチ・レベルと基準（ガイドメロディ音声）のピッチ・レベルとを相関解析する。相関解析とは、たとえば図３（Ａ）に示すような演算であり、この相関解析を区切りデータの区間毎に行って、その結果（評価結果）を区間毎にメモリに格納する。
【００２７】
また、歌唱が早すぎて突っ込み気味である場合や歌唱が遅すぎてもたり気味の場合に同じタイミングのデータ同士を比較するのみでは正しい評価ができないことを考慮して、同図（Ｂ）に示すように比較対象を時間軸で前後にずらして相関係数が最大になるところを探す。このために、比較に用いる歌唱音声のサンプリングデータは、同図（Ｃ）に示すように基準のサンプリング区間より先頭および末尾を２〜３秒分多めに用意しておく。最大の相関係数が求められたら、その相関係数の値とサンプリング点のずれ（±ｍ）を通常のずらさないで求めた相関係数と一緒にメモリに格納しておく。
なお、ここではピッチおよびタイミングの検出について説明しているが、レベルも同様に相関解析して相関係数とずれをメモリに格納してゆく。
【００２８】
楽曲データには、カラオケ曲の最後のコーラス部の区間の切れ目のタイミングに対応する位置に歌唱終了を示す区切りデータが書き込まれている。Ｂ端末は、この区切りデータをＡ端末から受け取ったとき、このカラオケ曲の歌唱区間が終了したと判断する。これをトリガにして最後の区間の相関計算を終えたら即座にＡ端末にこれまで計算してきた区間毎の相関データを転送する。
【００２９】
Ｂ端末から相関データを受信したＡ端末は、曲の最後の後奏を終えると、相関データを用いて歌唱を総合的に評価する。これは、Ｂ端末で行うことも可能であるが、処理が軽いのでＡ端末で実行しても問題はない。評価は、１００点満点で採点して行う。点数は、例えば、前区間の時間ずれを伴う最大相関係数の平均×１００＋α（かさ上げ）などの演算式で算出する。また、歌唱に対するアドバイスを表示するようにしてもよい。たとえば、歌唱が全区間にわたってずれている場合は、そのずれ方向に応じて「突っ込み気味です」とか「もたり気味です」というアドバイスを表示してもよい。
【００３０】
歌唱の評価結果を表示を終え、カラオケ演奏の処理が全て終了したら、Ａ端末装置はサーバ装置１に対して同軸ケーブルの６２チャンネルの使用終了を通知する。これに対応してサーバ装置１は、６２チャンネルの使用が終了した旨をチャンネル管理テーブルに書き込んで、６２チャンネルを空き状態にする。さらに、Ａ端末はＢ端末とのＬＡＮ３を介した通信状態を切断して動作を終了する。
【００３１】
ここで、図４を参照してカラオケ曲の構成と、上記の区切りデータについて説明する。曲データには、そのカラオケ曲の区切り毎にその位置に応じて区切りデータが挿入されている。区切りデータの種類としては、曲開始、フレーズ開始、フレーズ区切り、フレーズ終了、曲終了などの種類がある。同図の例では前奏（イントロ）が終わったのち歌唱がスタートするタイミングに曲開始の区切りデータが挿入されている。この曲開始の区切りデータがフレーズ開始のデータを兼ねるようにしてもよく、この曲開始の区切りデータと同位置にフレーズ開始の区切りデータを挿入するようにしてもよい。Ｂ端末は、フレーズスタートの区切りデータを受信したときから歌唱音声およびガイド音声の記憶をスタートするため、イントロ部を省略して実際の歌唱スタートの位置にフレーズスタートの区切りデータを挿入することによって、イントロ（前奏）の分だけ記憶を短くすることができる。そして、歌唱途中のフレーズの切れ目の位置にフレーズ区切りデータを挿入し、歌唱が終わって間奏が始まるタイミングにフレーズ終了データを挿入する。これで間奏のあいだは歌唱音声およびガイド音声を記録しないようにすることができる。
【００３２】
そして、再度歌唱が始まるタイミングにフレーズ開始の区切りデータを挿入し、フレーズ毎にフレーズ区切りデータが挿入されている。そして、最後の曲終了のタイミングに曲終了データおよびフレーズ終了データが挿入されており、Ｂ端末はこのデータを受信すると記録を終了するとともに、記録したデータをＡ端末に転送して処理を終える。なお、曲の終了時においても曲終了データがフレーズ終了データを兼ねるようにしてもよい。
このように、歌唱のある区間のみを区切りデータで示すことによって、Ｂ端末の負荷を軽減することができる。
【００３３】
図５は、採点結果の表示例を示す図である。同図（Ａ）は総合得点の表示例を示す図である。この図では曲全体にわたる採点と歌唱に対するアドバイス「すこしもたれ気味！」が表示される。
【００３４】
また同図（Ｂ）および同図（Ｃ）は曲の区間毎および要素毎の評価を表示する画面の例を示している。なお、この図の区間割りは図４に示した区間割りよりも粗いものになっているが、同じであってもよく、歌唱者に分かりやすい程度に粗くしてもよい。そして、各区間毎に総合、タイミング、抑揚などの要素についての評価を示している。たとえば、総合では中間部がよかったため二重丸が付されている。また、タイミングでは、前半がもたれ気味で後半が突っ込み気味であることが示されている。また、抑揚では後半が良かった旨が示されている。なお、これ以外にピッチや音量についての評価を表示してもよい。
【００３５】
図６〜図８は前記サーバ装置１、Ａ端末、Ｂ端末の動作を示すフローチャートである。図６（Ａ）はサーバ装置１の動作を示すフローチャートである。サーバ装置１は、ｎ台の各端末装置に対してステータスをポーリングし、これをステータステーブルＴｓｔｓ（ｘ）に記憶する（ｓ１、ｓ２、ｓ３）。なお、ステータスは、同図（Ｂ）に示すようにカラオケ曲の演奏中（Ｐｌａｙ）、待機状態（Ｉｄｌｅ）、採点評価の支援（Ｓｕｐｐｒｔ）のいずれかである。
【００３６】
次に、いずれかのカラオケ装置（Ａ端末）からアイドル端末の問い合わせがあるかを判断する（ｓ４）。この問い合わせがあったとき、上記ステータステーブルを参照してアイドル端末がある場合には、その端末装置のＩＤ（番号または符号）を返答する（ｓ５）。アイドル端末がない場合には無い旨の返答を返す。
【００３７】
また、同軸ケーブル４のチャンネル使用の問い合わせがあった場合には（ｓ６）、チャンネル管理テーブルを参照し、使用されていないチャンネルがある場合にはそのチャンネルを返信し（ｓ７）、そのチャンネルが使用中である旨をチャンネル管理テーブルに書き込んで更新する（ｓ８）。チャンネルの空きがない場合にはｓ７でその旨の返信をする。
【００３８】
また、同軸ケーブル４のチャンネルの使用終了の通知があった場合には（ｓ９）、チャンネル管理テーブルのそのチャンネルの欄を空きチャンネルに書き換えて更新する（ｓ１０）。
【００３９】
図７はカラオケ曲を演奏するＡ端末の採点モード時の動作を示すフローチャートである。利用者によってカラオケ曲がリクエストされ、曲の開始が指示されると（ｓ１１）、サーバ装置１に対してアイドル端末があるか否かを問い合わせる（ｓ１２）。これに応答してサーバ装置１からアイドル端末が存在する旨の返信、すなわち１つのアイドル端末（Ｂ端末）をサポート端末として指定する返信があった場合にはｓ１３の判断でｓ１５以下の動作に進む。アイドル端末がない旨の返信があった場合には、通常の採点動作に進む（ｓ１４）。ここで通常の採点動作とは、カラオケ曲を演奏しながら自己のＣＰＵリソースでできる範囲で歌唱者の歌唱を採点する動作である。
【００４０】
アイドル端末を指定する返信があった場合には、このアイドル端末（Ｂ端末）をサポート端末として設定し、次にサーバ装置に対して同軸ケーブルのＵＨＦチャンネルの空きチャンネルを問い合わせる（ｓ１５）。これに応答してサーバ装置から同軸ケーブルを使用可能である旨の返信、すなわち空きチャンネルを指定する返信があった場合にはｓ１６の判断でｓ１８以下の動作に進む。空きチャンネルがない旨の返信があった場合には、上記ｓ１４と同様の通常の採点動作に進む（ｓ１７）。
【００４１】
Ｂ端末が指定され、同軸ケーブル４の空きチャンネルがあった場合には、Ｂ端末とＬＡＮ３を介して歌唱評価用のプロトコルで通信を確立したのち（ｓ１８）、カラオケ曲の演奏をスタートする。このカラオケ曲の歌唱音声およびガイド音声を同軸ケーブル４上に確保されたチャンネル（６２チャンネル）を介してＢ端末に送信するとともに、曲データから読み出された区切りデータをＬＡＮ３を介してＢ端末に送信する（ｓ１９）。この動作を曲が終了するまで継続する（ｓ２０）。
【００４２】
曲が終了したのち、Ｂ端末から区間毎の相関結果データを正常に受信した場合にはｓ２３以下の高精度の採点に進む。Ｂ端末が途中でカラオケ曲の演奏をスタートするなどしてサポート端末でなくなり、相関結果データを受け取ることができなかった場合には、通常の自己のＣＰＵ１０によって採点した採点結果を表示する（ｓ２２）。すなわち、Ｂ端末に音声信号を送信して高精度の歌唱評価をしている場合であっても、Ａ端末はＣＰＵ１０の空きリソースを使って通常の採点動作をしている。
【００４３】
Ｂ端末から全曲にわたって蓄積された相関結果のデータが送られてきた場合には、これに基づいて相関判定をしてその結果を表示する（ｓ２３）。この表示形態は図５に示したようなものである。こののち、サーバ装置に対して同軸ケーブルの６２チャンネルの使用が終了した旨を通知し（ｓ２４）、Ｂ端末との通信を切断して（ｓ２５）、動作を終了する。
【００４４】
図８はＢ端末の動作を示すフローチャートである。アイドル状態であるＢ端末は、利用者または他のカラオケ装置から指示があるまでｓ３０、ｓ３２で待機している。利用者からカラオケ曲の演奏指示があるなどアイドル状態で無くなった場合にはｓ３０の判断で、その指示に対応する別処理を実行する（ｓ３１）。また、ＬＡＮ３を介して他のカラオケ装置から接続があった場合には（ｓ３２）、自装置をその接続のあったカラオケ装置に対するサポート端末として設定する（ｓ３３）。
【００４５】
こののち、演奏端末であるＡ端末から、同軸ケーブル４のＵＨＦチャンネルを介してカラオケ曲の歌唱音声およびガイドメロディ音声が送信されてくるため、これをＡ／Ｄ変換してそのピッチと音量をハードディスク２１に記録する（ｓ３４）。この記録を曲が終了するか（ｓ３６）、または途中で、このカラオケ装置の利用者からカラオケ曲の演奏が指示されるなどサポートモードから外れなければならなくなるまで（ｓ３５）継続する。上記サポートモードから外れなければならなくなった場合には、歌唱評価のサポートを中止して対応する別処理を実行する（ｓ３７）。
【００４６】
上記の音声記録動作（ｓ３４〜ｓ３６）と並行して、ＬＡＮ３を介して区切りデータを受信し、区切りデータを受信するごとにその区切りまでの歌唱音声、ガイド音声のピッチ・音量を読み出して相関解析を実行する（ｓ３８）。そしてこの区間毎の相関結果をメモリに格納する（ｓ３９）。これを曲が終了するまで継続する（ｓ４０）。
曲が終了すると、メモリに格納した区間毎の相関結果データをＡ端末に転送し（ｓ４１）、自装置のステータスをアイドルにもどして（ｓ４２）、動作を終了する。
【００４７】
この実施形態では、複数のカラオケ装置をＬＡＮおよび同軸ケーブルで接続する形態になっているが、各カラオケ装置の接続形態はどのようなものであってもよい。この実施形態では、Ａ端末からＢ端末へアナログの音声信号を送信するようにしているが、デジタルの音声信号を送信するようにしてもよい。ＬＡＮが高速であれば、ＬＡＮのみでこの伝送を行うことも可能である。
【００４８】
【発明の効果】
以上のようにこの発明によれば、既存の通信設備および空きリソースを利用してより精度の高い採点が可能になるため、カラオケ店舗の設備を増設することなく顧客の満足度を高めることが可能になる。
【図面の簡単な説明】
【図１】この発明の実施形態であるカラオケ装置ネットワークシステムおよびカラオケ装置の構成を示す図
【図２】カラオケ曲を演奏するカラオケ装置装置のアイドル端末問い合わせ動作および音声信号伝送動作を説明する図
【図３】相関解析処理およびずれ検出を説明する図
【図４】カラオケ曲の流れおよび区切りデータの挿入位置を説明する図
【図５】採点結果の表示例を示す図
【図６】サーバ装置の動作を示すフローチャート
【図７】カラオケ曲を演奏するカラオケ装置（Ａ端末）の動作を示すフローチャート
【図８】採点をサポートするカラオケ装置（Ｂ端末）の動作を示すフローチャート
【符号の説明】
１…サーバ装置、２…カラオケ装置、３…ＬＡＮ、４…同軸ケーブル、１０…ＣＰＵ、１１…ＲＯＭ、１２…ＲＡＭ、１３…操作パネル、１４…音源、１５…Ａ／Ｄコンバータ、１６…ミキサ、１７…音声入力部、１８…スピーカ、１９…通信モデム、２０…ネットワークインタフェース、２１…ハードディスク、２２…ＢＧＶ記憶装置、２３…映像生成部、２４…同軸変復調器、２５…モニタ
【図１】
0004364470.tif 000002
【図２】
0004364470.tif 000003
【図３】
0004364470.tif 000004
【図４】
0004364470.tif 000005
【図５】
0004364470.tif 000006
【図６】
0004364470.tif 000007
【図７】
0004364470.tif 000008
【図８】
0004364470.tif 000009