JP2003195873A - ネットワークカラオケシステムの歌唱評価方法およびカラオケ装置 - Google Patents

Abstract

(57)【要約】 【課題】複数のカラオケ装置が互いに接続されている環
境で、新たな装置を増やすことなく高精度に歌唱を評価
できるようにする。 【解決手段】カラオケ曲を演奏するＡ端末は、カラオケ
曲を演奏していないＢ端末に対して同軸ケーブル４を介
して歌唱音声およびガイドメロディ音声を送信する。Ｂ
端末はこの歌唱音声およびガイドメロディ音声を相関演
算して歌唱を評価し、カラオケ曲の演奏が終了したとき
この相関結果データをＬＡＮ３を介してＡ端末に返信す
る。Ａ端末はこの相関結果に基づいて歌唱を採点し、こ
の点数を歌唱者に対して表示する。このように、アイド
ル状態であるＢ端末のＣＰＵリソースを用いて高精度の
採点が可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、カラオケ曲の歌
唱を高い精度で採点評価することができるネットワーク
カラオケシステムの歌唱評価方法およびカラオケ装置に
関する。

【０００２】

【従来の技術】カラオケボックス店など複数のカラオケ
装置を設置している店舗があるが、このような店であっ
ても各カラオケ装置はスタンドアローンで動作するよう
になっている。また、楽曲データを蓄積したサーバ装置
と複数のカラオケ装置とをネットワークで接続している
カラオケ店舗も存在するが、このようなカラオケ店舗に
おいても、各カラオケ装置が実行するカラオケ演奏の動
作はそれぞれスタンドアローンであった。

【０００３】

【発明が解決しようとする課題】ところで、近年のカラ
オケ装置は、採点モードというカラオケ歌唱者の歌唱を
採点評価する機能を備えたものが実用化されている。こ
の採点モード時にカラオケ装置は、カラオケ曲の演奏と
並行して歌唱者の歌唱を評価を行っているが、歌唱の評
価はカラオケ曲の演奏と同様にＣＰＵの負荷が大きい処
理であり、且つカラオケ装置においては、カラオケ曲の
演奏が絶対的な優先順位を持っているため、採点モード
であっても歌唱者の歌唱を複雑な処理で高精度に評価す
ることが困難であり、ピッチずれや音量ずれなどを検出
する程度の簡易な評価しかできないという問題点があっ
た。

【０００４】また、単独のカラオケ装置で、上記複雑な
処理で高精度に歌唱を評価できるようにするためには、
高性能なＣＰＵを搭載する必要があり、カラオケ装置の
コストアップにつながるという問題点があった。また、
仮に歌唱者の歌唱音声を録音しておき、カラオケ曲の演
奏処理が終わったのちに、空いたＣＰＵリソースを使っ
て採点をするということも考えられるが、カラオケ曲の
演奏途中にリアルタイムに採点に基づく歌唱指示をする
ことができず、カラオケ曲が終わってから数分後に採点
結果が表示されるため、興ざめであるとい問題点があっ
た。

【０００５】この発明は、複数のカラオケ装置が互いに
接続されているという環境において、カラオケ曲の演奏
をしていないカラオケ装置の能力を利用して複雑な処理
で高精度に歌唱を評価できるようにしたネットワークカ
ラオケシステムの歌唱評価方法およびカラオケ装置を提
供することを目的とする。

【０００６】

【課題を解決するための手段】請求項１の発明は、複数
のカラオケ装置と、カラオケ装置をつなぐ通信手段と、
を備えたシステムにおいて、前記複数のカラオケ装置の
１つである第１のカラオケ装置でカラオケ曲の演奏をす
るとともに、このカラオケ曲の歌唱音声を前記複数のカ
ラオケ装置の他の１つであり、そのときカラオケ曲の演
奏中でない第２のカラオケ装置に転送し、この第２のカ
ラオケ装置において、この歌唱音声を評価して、この評
価結果を前記第１のカラオケ装置に返信し、第１のカラ
オケ装置において、前記評価結果を表示することを特徴
とする。

【０００７】請求項２の発明は、カラオケ曲を演奏する
演奏手段と、歌唱者の歌唱音声を入力する歌唱入力手段
と、演奏手段が演奏した演奏音と歌唱入力手段から入力
された歌唱音声とをミキシングしてスピーカから出力す
るミキシング手段と、歌唱音声を他のカラオケ装置に対
して送信するとともに、前記他のカラオケ装置から前記
歌唱音声の評価結果を受信する通信手段と、通信手段が
受信した評価結果を表示する表示手段と、を備えたこと
を特徴とする。

【０００８】請求項３の発明は、カラオケ曲を演奏する
ための楽曲データを記憶する記憶手段と、楽曲データに
基づいて楽音信号を形成する楽音形成手段と、記憶手段
から楽曲データを読み出して楽音形成手段に供給するこ
とにより、カラオケ曲を演奏する制御手段と、を備えた
カラオケ装置であって、他のカラオケ装置と通信する通
信手段を備え、前記制御手段は、カラオケ曲を演奏して
いないとき、通信手段を介して他のカラオケ装置から歌
唱音声を受信してこれを評価し、この評価結果を通信手
段を介して前記他のカラオケ装置に対して送信すること
を特徴とする。

【０００９】≪作用≫この発明では、そのとき使用され
ていないカラオケ装置の処理能力を用いて歌唱音声の評
価をするようにしている。これにより、各カラオケ装置
を高機能化しなくても、また、新たな採点装置などを増
設しなくても精度の高い歌唱評価をして顧客の満足度を
向上することができる。ここで、第１のカラオケ装置
（請求項２のカラオケ装置）は第２のカラオケ装置（請
求項３のカラオケ装置）が行った評価をそのまま表示し
てもよく、その評価を更に加工して表示するようにして
もよい。なお、評価の方式としては、１００点満点で採
点してその点数を表示する方式、歌唱者の歌唱の特徴
（クセ・欠点など）を割り出してそれをアドバイスする
方式などどのような方式で行ってもよい。

【００１０】また、通信手段はデジタル通信、アナログ
通信のどちらでもよく、両方を併用してもよい。両方を
併用する場合には、歌唱音声等はアナログで伝送し、評
価結果などのデータはデジタル通信で伝送するようにす
ればよい。この場合において、歌唱音声等を伝送するア
ナログ通信手段として背景映像を伝送している同軸ケー
ブルを用い、評価結果などのデータを伝送するデジタル
通信手段として楽曲データを配信するＬＡＮを用いれ
ば、新たな通信手段を設置することなく既存のリソース
を用いて歌唱音声、評価結果などの伝送をすることがで
きる。また、歌唱音声とともに、この歌唱音声を評価す
る基準となる情報（たとえばガイド音声やガイドメロデ
ィトラックのＭＩＤＩデータなど）を第１のカラオケ装
置から第２のカラオケ装置に伝送するようにしてもよ
い。

【００１１】

【発明の実施の形態】図１（Ａ）はこの発明の実施形態
であるカラオケボックス店におけるネットワークカラオ
ケシステムを構成を示す図である。また、同図（Ｂ）は
各カラオケ装置（カラオケ端末）のブロック図である。
複数のカラオケ装置２およびサーバ装置１は、イーサネ
ット（登録商標）などのＬＡＮ３およびＵＨＦの映像信
号を伝送するための同軸ケーブル４で互いに接続されて
いる。サーバ装置１は、ＬＡＮ３を介して楽曲データを
各カラオケ装置２に配信するとともに、同軸ケーブル４
上に背景映像を常時放映している。背景映像は、ＵＨＦ
の複数チャンネルを用いて複数種類の映像が放映され
る。

【００１２】この発明では、同軸ケーブル４を用いて、
カラオケ曲の演奏を実行している第１のカラオケ装置
（Ａ端末）から、カラオケ曲の演奏を実行していない第
２のカラオケ装置（Ｂ端末）に対して、カラオケ曲の歌
唱音声（およびガイドメロディ音声）を伝送し、Ｂ端末
でこの歌唱音声の評価を行うシステムである。

【００１３】同図（Ｂ）において、カラオケ装置全体の
動作を制御するＣＰＵ１０には、内部バスを介してＲＯ
Ｍ１１、ＲＡＭ１２、操作パネル１３、音源１４、Ａ／
Ｄコンバータ１５、通信モデム１９、ネットワークイン
タフェース２０、ハードディスク記憶装置（ハードディ
スク）２１、ＢＧＶ記憶装置２２、映像生成装置２３、
同軸変復調器２４が接続されている。

【００１４】ＲＯＭ１１にはこの装置を起動するために
必要な起動プログラムなどが記憶されている。装置の動
作を制御するシステムプログラム、カラオケ演奏実行プ
ログラムなどはハードディスク２１に記憶されている。
カラオケ装置の電源がオンされると上記起動プログラム
によってシステムプログラムやカラオケ演奏プログラム
がＲＡＭ１２に読み込まれる。

【００１５】ハードディスク２１には、上記プログラム
が書き込まれるプログラム記憶エリアのほか、楽曲デー
タを記憶する楽曲データ記憶エリアなどが設定されてい
る。楽曲データ記憶エリアは、数千曲分の楽曲データを
記憶することができ、この楽曲データはサーバ１からＬ
ＡＮ３およびネットワークインタフェース２０を介して
このカラオケ装置に配信されてくる。

【００１６】ＲＡＭ１２には、装置の起動時にハードデ
ィスク１７からプログラムを読み込むためのプログラム
記憶エリア、リクエストされたカラオケ曲の曲番号を登
録する予約リスト、演奏されるカラオケ曲の楽曲データ
を読み込む実行曲データ記憶エリアなどが設定される。
通信モデム１９は、飲食店などの１台のカラオケ装置で
運用されるような店舗で、サーバ１を介さずに直接配信
センタ９と通信して楽曲データをダウンロードするとき
に用いられるものである。

【００１７】操作パネル１３は、テンキーやマトリクス
ディスプレイを備えているとともに、リモコン受信部お
よびリモコンを含み、この操作パネル１３を介してカラ
オケ曲の選曲（リクエスト）が行われる。ＣＰＵ１０
は、操作パネル１３から曲番号が入力されると、この曲
番号をＲＡＭ１２に設定されている予約リストに登録
し、予約順にそのカラオケ曲を演奏する。

【００１８】ＣＰＵ１０は、ハードディスク２１から演
奏するカラオケ曲の楽曲データをＲＡＭ１２に読み出
し、その楽曲データをテンポクロックに同期させて音源
１４に順次出力してゆくことでカラオケ曲を演奏する。
音源１４が形成した楽音信号はミキサ１６で歌唱音声と
ミキシングされ、スピーカ１８から出力される。歌唱者
の歌唱音声は、マイクを含む音声入力部１７から入力さ
れる。また、音声入力部１７から出力される歌唱者の歌
唱音声は、評価のためにＡ／Ｄコンバータ１５でデジタ
ル変換されてＣＰＵ１０に入力される。

【００１９】ＣＰＵ１０は、このディジタル変換された
歌唱音声と楽曲データのガイドメロディトラックの演奏
データが指示する音高・音量とを比較することによって
簡易にこの歌唱を採点評価する。

【００２０】また、このとき、ＢＧＶ記憶装置２２から
ＢＧＶ（バック・グラウンド・ビデオ）データを読み出
し、これを映像生成部２３に入力して映像を再生する。
映像生成部２３においては、ＣＰＵ１０から入力された
歌詞テロップの文字パターンを背景映像にスーパーイン
ポーズ合成してモニタ２５に出力する。また、映像生成
部２３は、ＢＧＶ記憶装置２２に記憶されているＢＧＶ
データを再生することに代えて、同軸変復調器２４から
ＵＨＦの映像信号として入力された背景映像に歌詞テロ
ップを重畳してモニタ２５に表示することもできる。な
お、ＢＧＶ記憶装置２２としてはＤＶＤプレーヤを用い
ることができ、映像生成部２３はＭＰＥＧデコーダや映
像合成回路などを含んでいる。

【００２１】さらにこのネットワークカラオケシステム
では、カラオケ曲を演奏し、歌唱者が歌唱するカラオケ
装置が、他のアイドル状態のカラオケ装置に歌唱音声を
送信してその他のカラオケ装置で歌唱を評価させること
ができる。このサポートモードで歌唱を採点評価する場
合、ミキサ１６が、音源１４から入力された楽音信号の
なかからガイドメロディ音声を取り出し、このガイドメ
ロディ音声と音声入力部１７から入力された歌唱音声と
を左右チャンネルに割り当てて同軸変復調器２４に出力
する。同軸変復調器２４は、この左右チャンネルの音声
信号を所定のＵＨＦチャンネル周波数に重畳して同軸ケ
ーブル４上に送出し、上記他のカラオケ装置に送信す
る。他のカラオケ装置は、歌唱音声をガイドメロディ音
声と比較して評価し、この評価結果を楽曲データの配信
に用いられるＬＡＮ３を介してこのカラオケ装置に返信
してくる。上記他のカラオケ装置は、そのときカラオケ
曲の演奏を行っていないため、ＣＰＵリソースをほぼ１
００パーセント歌唱評価に用いることができ、複雑で精
度の高い歌唱評価を行うことができる。

【００２２】ここで、あるカラオケ装置で採点モードで
カラオケ曲を演奏するときのネットワークカラオケシス
テムの概略動作を説明する。いずれかのカラオケ装置
（これをＡ端末とする。）を使用している歌唱者が、そ
のカラオケ装置に採点モードを設定し、曲をリクエスト
すると、このＡ端末は、ネットワーク（ＬＡＮ３）上の
他のカラオケ装置のなかで現在アイドル状態にあるカラ
オケ装置があるかを問い合わせる。この問い合わせは、
図２（Ａ）のように、Ａ端末装置が各カラオケ装置に対
して直接ブロードキャストをかけて行ってもよいが、こ
の実施形態では、サーバ装置１が各カラオケ装置の動作
状態（ステータス）を管理し、Ａ端末はサーバ装置１に
対して上記問い合わせを行う。

【００２３】アイドル状態のカラオケ装置が複数ある場
合には、そのうちの１つをカラオケ曲を演奏するカラオ
ケ装置である演奏端末（Ａ端末）を採点評価でサポート
するサポート端末に選定する。この選定されたサポート
端末をＢ端末とする。この選定はＡ端末が自ら行っても
よく、サーバ装置１が行ってもよい。この選定方式とし
ては、たとえばＩＰアドレスの若いものを選択する方
式、ランダムに選択する方式などを採用することができ
る。サポート端末が選定されると、Ａ端末は、このサポ
ート端末であるＢ端末との間で歌唱評価専用のプロトコ
ルでネットワーク接続を確立する。

【００２４】次に、Ａ端末からＢ端末へ歌唱音声を伝送
するための同軸ケーブル上のチャンネル割り当ててもら
うために、Ａ端末はサーバ装置１に対して空きチャンネ
ルを問い合わせる。サーバ装置１は、上述のように同軸
ケーブル４上をＵＨＦ帯の複数チャンネルで複数種類の
背景映像を常時放映している装置であり、どのＵＨＦチ
ャンネルが現在使用されているかをチャンネル管理テー
ブルに登録管理している。サーバ装置１は、上記空きチ
ャンネルの問い合わせがあると、チャンネル管理テーブ
ルを参照して空きチャンネルを検索し、そのなかの１つ
を選択指定してＡ端末に返信する。同時に、このチャン
ネルがＡ端末とＢ端末との通信に使用される旨をチャン
ネル管理テーブルに登録する。ここでは、このチャンネ
ルを６２チャンネルとする。なお、採点評価をサポート
する場合には音声信号を伝送するのみなのでＴＶ用チャ
ンネルよりも帯域幅は狭くてもよい。

【００２５】以上の動作で、同軸ケーブル４上のチャン
ネルを確保するとともに、Ｂ端末ととＬＡＮ３を介した
通信が確立されると、Ａ端末はカラオケ曲の演奏をスタ
ートする。カラオケ曲の演奏がスタートすると、歌唱者
はこのカラオケ曲の演奏に合わせて歌唱し、この歌唱音
声が音声入力部１７に入力される。Ａ端末では、この歌
唱音声をカラオケ曲の楽音信号とミキシングしてスピー
カ１８から出力するとともに、カラオケ曲の楽音信号か
らガイドメロディ音声のみ抽出し、このガイドメロディ
音声と歌唱音声とをＬ／Ｒチャンネルに割り当て、同軸
変復調器２４でＵＨＦ６２チャンネルの搬送波に重畳し
て同軸ケーブル４に送出する。Ｂ端末装置では、このＵ
ＨＦ６２チャンネルの信号を受信して歌唱音声およびガ
イドメロディを分離して、それぞれのピッチ（周波数）
およびレベルを検出し、これを（１フレーズ分）記憶部
に記憶する（図２（Ｂ））。この記憶部はＲＡＭ１２で
あってもよく、ハードディスク２１であってもよい。

【００２６】また、楽曲データなどのＭＩＤＩ系シーケ
ンスデータには、演奏フレーズ毎の区切りデータが（シ
ステムエクスクルーシブメッセージとして）挿入されて
いる。これは曲のフレーズ毎の区切りであり、歌詞の区
切りである場合も多い。Ａ端末は、この区切りデータを
読み出す毎に、ＬＡＮ３を介してＢ端末に送信する。Ｂ
端末は、ＬＡＮ３を介して区切りデータが送られてくる
と、曲（歌詞）の区切りであるとして、直前の区切りデ
ータから今までの区間で蓄積した歌唱音声のピッチ・レ
ベルと基準（ガイドメロディ音声）のピッチ・レベルと
を相関解析する。相関解析とは、たとえば図３（Ａ）に
示すような演算であり、この相関解析を区切りデータの
区間毎に行って、その結果（評価結果）を区間毎にメモ
リに格納する。

【００２７】また、歌唱が早すぎて突っ込み気味である
場合や歌唱が遅すぎてもたり気味の場合に同じタイミン
グのデータ同士を比較するのみでは正しい評価ができな
いことを考慮して、同図（Ｂ）に示すように比較対象を
時間軸で前後にずらして相関係数が最大になるところを
探す。このために、比較に用いる歌唱音声のサンプリン
グデータは、同図（Ｃ）に示すように基準のサンプリン
グ区間より先頭および末尾を２〜３秒分多めに用意して
おく。最大の相関係数が求められたら、その相関係数の
値とサンプリング点のずれ（±ｍ）を通常のずらさない
で求めた相関係数と一緒にメモリに格納しておく。な
お、ここではピッチおよびタイミングの検出について説
明しているが、レベルも同様に相関解析して相関係数と
ずれをメモリに格納してゆく。

【００２８】楽曲データには、カラオケ曲の最後のコー
ラス部の区間の切れ目のタイミングに対応する位置に歌
唱終了を示す区切りデータが書き込まれている。Ｂ端末
は、この区切りデータをＡ端末から受け取ったとき、こ
のカラオケ曲の歌唱区間が終了したと判断する。これを
トリガにして最後の区間の相関計算を終えたら即座にＡ
端末にこれまで計算してきた区間毎の相関データを転送
する。

【００２９】Ｂ端末から相関データを受信したＡ端末
は、曲の最後の後奏を終えると、相関データを用いて歌
唱を総合的に評価する。これは、Ｂ端末で行うことも可
能であるが、処理が軽いのでＡ端末で実行しても問題は
ない。評価は、１００点満点で採点して行う。点数は、
例えば、前区間の時間ずれを伴う最大相関係数の平均×
１００＋α（かさ上げ）などの演算式で算出する。ま
た、歌唱に対するアドバイスを表示するようにしてもよ
い。たとえば、歌唱が全区間にわたってずれている場合
は、そのずれ方向に応じて「突っ込み気味です」とか
「もたり気味です」というアドバイスを表示してもよ
い。

【００３０】歌唱の評価結果を表示を終え、カラオケ演
奏の処理が全て終了したら、Ａ端末装置はサーバ装置１
に対して同軸ケーブルの６２チャンネルの使用終了を通
知する。これに対応してサーバ装置１は、６２チャンネ
ルの使用が終了した旨をチャンネル管理テーブルに書き
込んで、６２チャンネルを空き状態にする。さらに、Ａ
端末はＢ端末とのＬＡＮ３を介した通信状態を切断して
動作を終了する。

【００３１】ここで、図４を参照してカラオケ曲の構成
と、上記の区切りデータについて説明する。曲データに
は、そのカラオケ曲の区切り毎にその位置に応じて区切
りデータが挿入されている。区切りデータの種類として
は、曲開始、フレーズ開始、フレーズ区切り、フレーズ
終了、曲終了などの種類がある。同図の例では前奏（イ
ントロ）が終わったのち歌唱がスタートするタイミング
に曲開始の区切りデータが挿入されている。この曲開始
の区切りデータがフレーズ開始のデータを兼ねるように
してもよく、この曲開始の区切りデータと同位置にフレ
ーズ開始の区切りデータを挿入するようにしてもよい。
Ｂ端末は、フレーズスタートの区切りデータを受信した
ときから歌唱音声およびガイド音声の記憶をスタートす
るため、イントロ部を省略して実際の歌唱スタートの位
置にフレーズスタートの区切りデータを挿入することに
よって、イントロ（前奏）の分だけ記憶を短くすること
ができる。そして、歌唱途中のフレーズの切れ目の位置
にフレーズ区切りデータを挿入し、歌唱が終わって間奏
が始まるタイミングにフレーズ終了データを挿入する。
これで間奏のあいだは歌唱音声およびガイド音声を記録
しないようにすることができる。

【００３２】そして、再度歌唱が始まるタイミングにフ
レーズ開始の区切りデータを挿入し、フレーズ毎にフレ
ーズ区切りデータが挿入されている。そして、最後の曲
終了のタイミングに曲終了データおよびフレーズ終了デ
ータが挿入されており、Ｂ端末はこのデータを受信する
と記録を終了するとともに、記録したデータをＡ端末に
転送して処理を終える。なお、曲の終了時においても曲
終了データがフレーズ終了データを兼ねるようにしても
よい。このように、歌唱のある区間のみを区切りデータ
で示すことによって、Ｂ端末の負荷を軽減することがで
きる。

【００３３】図５は、採点結果の表示例を示す図であ
る。同図（Ａ）は総合得点の表示例を示す図である。こ
の図では曲全体にわたる採点と歌唱に対するアドバイス
「すこしもたれ気味！」が表示される。

【００３４】また同図（Ｂ）および同図（Ｃ）は曲の区
間毎および要素毎の評価を表示する画面の例を示してい
る。なお、この図の区間割りは図４に示した区間割りよ
りも粗いものになっているが、同じであってもよく、歌
唱者に分かりやすい程度に粗くしてもよい。そして、各
区間毎に総合、タイミング、抑揚などの要素についての
評価を示している。たとえば、総合では中間部がよかっ
たため二重丸が付されている。また、タイミングでは、
前半がもたれ気味で後半が突っ込み気味であることが示
されている。また、抑揚では後半が良かった旨が示され
ている。なお、これ以外にピッチや音量についての評価
を表示してもよい。

【００３５】図６〜図８は前記サーバ装置１、Ａ端末、
Ｂ端末の動作を示すフローチャートである。図６（Ａ）
はサーバ装置１の動作を示すフローチャートである。サ
ーバ装置１は、ｎ台の各端末装置に対してステータスを
ポーリングし、これをステータステーブルＴｓｔｓ
（ｘ）に記憶する（ｓ１、ｓ２、ｓ３）。なお、ステー
タスは、同図（Ｂ）に示すようにカラオケ曲の演奏中
（Ｐｌａｙ）、待機状態（Ｉｄｌｅ）、採点評価の支援
（Ｓｕｐｐｒｔ）のいずれかである。

【００３６】次に、いずれかのカラオケ装置（Ａ端末）
からアイドル端末の問い合わせがあるかを判断する（ｓ
４）。この問い合わせがあったとき、上記ステータステ
ーブルを参照してアイドル端末がある場合には、その端
末装置のＩＤ（番号または符号）を返答する（ｓ５）。
アイドル端末がない場合には無い旨の返答を返す。

【００３７】また、同軸ケーブル４のチャンネル使用の
問い合わせがあった場合には（ｓ６）、チャンネル管理
テーブルを参照し、使用されていないチャンネルがある
場合にはそのチャンネルを返信し（ｓ７）、そのチャン
ネルが使用中である旨をチャンネル管理テーブルに書き
込んで更新する（ｓ８）。チャンネルの空きがない場合
にはｓ７でその旨の返信をする。

【００３８】また、同軸ケーブル４のチャンネルの使用
終了の通知があった場合には（ｓ９）、チャンネル管理
テーブルのそのチャンネルの欄を空きチャンネルに書き
換えて更新する（ｓ１０）。

【００３９】図８はカラオケ曲を演奏するＡ端末の採点
モード時の動作を示すフローチャートである。利用者に
よってカラオケ曲がリクエストされ、曲の開始が指示さ
れると（ｓ１１）、サーバ装置１に対してアイドル端末
があるか否かを問い合わせる（ｓ１２）。これに応答し
てサーバ装置１からアイドル端末が存在する旨の返信、
すなわち１つのアイドル端末（Ｂ端末）をサポート端末
として指定する返信があった場合にはｓ１３の判断でｓ
１５以下の動作に進む。アイドル端末がない旨の返信が
あった場合には、通常の採点動作に進む（ｓ１４）。こ
こで通常の採点動作とは、カラオケ曲を演奏しながら自
己のＣＰＵリソースでできる範囲で歌唱者の歌唱を採点
する動作である。

【００４０】アイドル端末を指定する返信があった場合
には、このアイドル端末（Ｂ端末）をサポート端末とし
て設定し、次にサーバ装置に対して同軸ケーブルのＵＨ
Ｆチャンネルの空きチャンネルを問い合わせる（ｓ１
５）。これに応答してサーバ装置から同軸ケーブルを使
用可能である旨の返信、すなわち空きチャンネルを指定
する返信があった場合にはｓ１６の判断でｓ１８以下の
動作に進む。空きチャンネルがない旨の返信があった場
合には、上記ｓ１４と同様の通常の採点動作に進む（ｓ
１７）。

【００４１】Ｂ端末が指定され、同軸ケーブル４の空き
チャンネルがあった場合には、Ｂ端末とＬＡＮ３を介し
て歌唱評価用のプロトコルで通信を確立したのち（ｓ１
８）、カラオケ曲の演奏をスタートする。このカラオケ
曲の歌唱音声およびガイド音声を同軸ケーブル４上に確
保されたチャンネル（６２チャンネル）を介してＢ端末
に送信するとともに、曲データから読み出された区切り
データをＬＡＮ３を介してＢ端末に送信する（ｓ１
９）。この動作を曲が終了するまで継続する（ｓ２
０）。

【００４２】曲が終了したのち、Ｂ端末から区間毎の相
関結果データを正常に受信した場合にはｓ２３以下の高
精度の採点に進む。Ｂ端末が途中でカラオケ曲の演奏を
スタートするなどしてサポート端末でなくなり、相関結
果データを受け取ることができなかった場合には、通常
の自己のＣＰＵ１０によって採点した採点結果を表示す
る（ｓ２２）。すなわち、Ｂ端末に音声信号を送信して
高精度の歌唱評価をしている場合であっても、Ａ端末は
ＣＰＵ１０の空きリソースを使って通常の採点動作をし
ている。

【００４３】Ｂ端末から全曲にわたって蓄積された相関
結果のデータが送られてきた場合には、これに基づいて
相関判定をしてその結果を表示する（ｓ２３）。この表
示形態は図５に示したようなものである。こののち、サ
ーバ装置に対して同軸ケーブルの６２チャンネルの使用
が終了した旨を通知し（ｓ２４）、Ｂ端末との通信を切
断して（ｓ２５）、動作を終了する。

【００４４】図８はＢ端末の動作を示すフローチャート
である。アイドル状態であるＢ端末は、利用者または他
のカラオケ装置から指示があるまでｓ３０、ｓ３２で待
機している。利用者からカラオケ曲の演奏指示があるな
どアイドル状態で無くなった場合にはｓ３０の判断で、
その指示に対応する別処理を実行する（ｓ３１）。ま
た、ＬＡＮ３を介して他のカラオケ装置から接続があっ
た場合には（ｓ３２）、自装置をその接続のあったカラ
オケ装置に対するサポート端末として設定する（ｓ３
３）。

【００４５】こののち、演奏端末であるＡ端末から、同
軸ケーブル４のＵＨＦチャンネルを介してカラオケ曲の
歌唱音声およびガイドメロディ音声が送信されてくるた
め、これをＡ／Ｄ変換してそのピッチと音量をハードデ
ィスク２１に記録する（ｓ３４）。この記録を曲が終了
するか（ｓ３６）、または途中で、このカラオケ装置の
利用者からカラオケ曲の演奏が指示されるなどサポート
モードから外れなければならなくなるまで（ｓ３５）継
続する。上記サポートモードから外れなければならなく
なった場合には、歌唱評価のサポートを中止して対応す
る別処理を実行する（ｓ３７）。

【００４６】上記の音声記録動作（ｓ３４〜ｓ３６）と
並行して、ＬＡＮ３を介して区切りデータを受信し、区
切りデータを受信するごとにその区切りまでの歌唱音
声、ガイド音声のピッチ・音量を読み出して相関解析を
実行する（ｓ３８）。そしてこの区間毎の相関結果をメ
モリに格納する（ｓ３９）。これを曲が終了するまで継
続する（ｓ４０）。曲が終了すると、メモリに格納した
区間毎の相関結果データをＡ端末に転送し（ｓ４１）、
自装置のステータスをアイドルにもどして（ｓ４２）、
動作を終了する。

【００４７】この実施形態では、複数のカラオケ装置を
ＬＡＮおよび同軸ケーブルで接続する形態になっている
が、各カラオケ装置の接続形態はどのようなものであっ
てもよい。この実施形態では、Ａ端末からＢ端末へアナ
ログの音声信号を送信するようにしているが、デジタル
の音声信号を送信するようにしてもよい。ＬＡＮが高速
であれば、ＬＡＮのみでこの伝送を行うことも可能であ
る。

【００４８】

【発明の効果】以上のようにこの発明によれば、既存の
通信設備および空きリソースを利用してより精度の高い
採点が可能になるため、カラオケ店舗の設備を増設する
ことなく顧客の満足度を高めることが可能になる。

【図面の簡単な説明】

【図１】この発明の実施形態であるカラオケ装置ネット
ワークシステムおよびカラオケ装置の構成を示す図

【図２】カラオケ曲を演奏するカラオケ装置装置のアイ
ドル端末問い合わせ動作および音声信号伝送動作を説明
する図

【図３】相関解析処理およびずれ検出を説明する図

【図４】カラオケ曲の流れおよび区切りデータの挿入位
置を説明する図

【図５】採点結果の表示例を示す図

【図６】サーバ装置の動作を示すフローチャート

【図７】カラオケ曲を演奏するカラオケ装置（Ａ端末）
の動作を示すフローチャート

【図８】採点をサポートするカラオケ装置（Ｂ端末）の
動作を示すフローチャート

【符号の説明】

１…サーバ装置、２…カラオケ装置、３…ＬＡＮ、４…
同軸ケーブル、１０…ＣＰＵ、１１…ＲＯＭ、１２…Ｒ
ＡＭ、１３…操作パネル、１４…音源、１５…Ａ／Ｄコ
ンバータ、１６…ミキサ、１７…音声入力部、１８…ス
ピーカ、１９…通信モデム、２０…ネットワークインタ
フェース、２１…ハードディスク、２２…ＢＧＶ記憶装
置、２３…映像生成部、２４…同軸変復調器、２５…モ
ニタ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１４年３月２７日（２００２．３．２
７）

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】図３

【補正方法】変更

【補正内容】

【図３】

【手続補正２】

【補正対象書類名】図面

【補正対象項目名】図７

【補正方法】変更

【補正内容】

【図７】

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数のカラオケ装置と、カラオケ装置を
   つなぐ通信手段と、を備えたシステムにおいて、 前記複数のカラオケ装置の１つである第１のカラオケ装
   置でカラオケ曲の演奏をするとともに、 このカラオケ曲の歌唱音声を前記複数のカラオケ装置の
   他の１つであり、そのときカラオケ曲の演奏中でない第
   ２のカラオケ装置に転送し、 この第２のカラオケ装置において、この歌唱音声を評価
   して、この評価結果を前記第１のカラオケ装置に返信
   し、 第１のカラオケ装置において、前記評価結果を表示する
   ネットワークカラオケシステムの歌唱評価方法。
2. 【請求項２】 カラオケ曲を演奏する演奏手段と、 歌唱者の歌唱音声を入力する歌唱入力手段と、 演奏手段が演奏した演奏音と歌唱入力手段から入力され
   た歌唱音声とをミキシングしてスピーカから出力するミ
   キシング手段と、 歌唱音声を他のカラオケ装置に対して送信するととも
   に、前記他のカラオケ装置から前記歌唱音声の評価結果
   を受信する通信手段と、 通信手段が受信した評価結果を表示する表示手段と、 を備えたカラオケ装置。
3. 【請求項３】 カラオケ曲を演奏するための楽曲データ
   を記憶する記憶手段と、 楽曲データに基づいて楽音信号を形成する楽音形成手段
   と、 記憶手段から楽曲データを読み出して楽音形成手段に供
   給することにより、カラオケ曲を演奏する制御手段と、 を備えたカラオケ装置であって、 他のカラオケ装置と通信する通信手段を備え、 前記制御手段は、カラオケ曲を演奏していないとき、通
   信手段を介して他のカラオケ装置から歌唱音声を受信し
   てこれを評価し、この評価結果を通信手段を介して前記
   他のカラオケ装置に対して送信するカラオケ装置。