カラオケシステム，サーバ，カラオケ端末および楽曲提案方法
【課題】ユーザが高い順位を獲得できるような楽曲を選ぶことができるようにする。
【解決手段】提案要求に係る要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲のうち、その楽曲の採点結果たる点数が採点分布においてサンプル数の所定以上存在している領域（例えば、±２σの領域）にある楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案する。このような楽曲は、そのサンプル数がある程度多くなれば、採点結果を過去に歌唱したときから僅かでも良好にする，つまり僅かでも点数を上昇させることができれば、複数のユーザ内での順位を大きく上昇させることができる楽曲といえる。
【解決手段】提案要求に係る要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲のうち、その楽曲の採点結果たる点数が採点分布においてサンプル数の所定以上存在している領域（例えば、±２σの領域）にある楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案する。このような楽曲は、そのサンプル数がある程度多くなれば、採点結果を過去に歌唱したときから僅かでも良好にする，つまり僅かでも点数を上昇させることができれば、複数のユーザ内での順位を大きく上昇させることができる楽曲といえる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが歌唱するのに適した楽曲を提案する機能を有するカラオケシステムに関する。
【背景技術】
【０００２】
近年、カラオケシステムにおいては、ユーザの歌唱に際して実施された採点結果たる点数を、他の複数のユーザとの関係で順位付けし、その結果を通知することが行われている（例えば、特許文献１参照）。
【特許文献１】特開平１１−３３８４８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ただ、現状では、単に歌唱後の順位を通知するだけであり、ユーザが高い順位を獲得できるような楽曲を選んで歌唱を開始したいという要望があっても、そのような要望に応えることのできるものではなかった。
【０００４】
本発明は、このような要望に応えるべくなされたものであり、その目的は、ユーザが高い順位を獲得できるような楽曲を選ぶことができるようにするための技術を提供することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するためには、それぞれネットワークを介して接続されたサーバおよび１以上のカラオケ端末からなるカラオケシステムを以下に示す第１の構成（請求項１）のようにするとよい。
【０００６】
この構成において、前記サーバは、前記カラオケ端末から特定のユーザに割り当てられた識別情報（例えば、会員番号などのユーザＩＤなど）を伴った提案要求を受けた際に、該提案要求に係る識別情報で識別されるユーザ（以降「要求ユーザ」という）が楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の分布（以降「採点分布」という）を特定する分布特定手段と、前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、その楽曲の採点結果たる点数が、該楽曲について前記分布特定手段により特定された採点分布においてサンプル数が所定以上存在している領域にある楽曲それぞれを抽出する楽曲抽出手段と、該楽曲抽出手段により抽出された楽曲それぞれを示す楽曲情報を、その抽出の契機となった提案要求を送信してきたカラオケ端末に対して送信する楽曲送信手段と、を備えている。
【０００７】
そして、前記カラオケ端末は、特定のユーザが歌唱するのに適した楽曲の提案を要求するための提案要求を、そのユーザに割り当てられた識別情報を伴った状態で前記サーバに送信する提案要求手段と、前記サーバから送信されてきた前記楽曲情報で示される楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案する楽曲提案手段と、を備えている。
【０００８】
この構成であれば、提案要求に係る要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲のうち、その楽曲の採点結果たる点数が採点分布においてサンプル数の所定以上存在している領域にある楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案することができる。
【０００９】
ここで『要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲のうち、その楽曲の採点結果たる点数が採点分布においてサンプル数の所定以上存在している領域にある楽曲』とは、要求ユーザが過去に歌唱したときの採点結果が現時点の採点分布においてサンプル数の多い領域にある楽曲ということになる。
【００１０】
このような楽曲は、そのサンプル数がある程度多くなれば、採点結果を過去に歌唱したときから僅かでも良好にする，つまり僅かでも点数を上昇させることができれば、複数のユーザ内での順位を大きく上昇させることができる楽曲といえる。
【００１１】
そのため、上記のような楽曲を、ユーザが歌唱するのに適した楽曲として提案することとすれば、ユーザにとっては、そうして提案された楽曲の中から高い順位を獲得しやすい楽曲を容易に選ぶことができるようになる。
【００１２】
この構成において、カラオケ端末からサーバへと送信される「提案要求」とは、このカラオケ端末に対し、識別情報の入力と共に楽曲の提案を要求するための操作が行われた場合、また、識別情報によるログイン後に楽曲の提案を要求するための操作が行われた場合に、このカラオケ端末が識別情報を伴ってサーバへと送信するものである。
【００１３】
また、上述したカラオケ端末による「ユーザが歌唱するのに適した楽曲」の提案とは、例えば、該当する楽曲それぞれを、そのような楽曲であることが識別可能な表示態様にてカラオケ端末側に表示させる、といったことにより実現することとすればよい。
【００１４】
また、上述したサーバによる採点分布の特定とは、あらかじめ算出された結果として記憶部に記憶しておいた採点分布の中から、該当する採点分布を選択的に特定することとしてもよいし、提案要求を受ける都度算出することとしてもよい。
【００１５】
また、上述したサーバによる採点分布の特定に際しては、ユーザの歌唱に際して採点が実施される毎に収集した採点結果を参照することとすればよい。このように採点結果を収集するためには、上記構成を以下に示す第２の構成（請求項２）のようにすることが考えられる。
【００１６】
この構成の前記サーバにおいては、ユーザの歌唱に際して採点された採点結果を前記カラオケ端末から受信した際に、その採点結果である点数を、その歌唱に係る楽曲およびそのユーザに割り当てられた識別情報に対応づけて記憶部に記憶させる結果記憶手段，が備えられている。そして、前記分布特定手段が、前記要求ユーザの識別情報に対応づけて記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の採点分布を特定する、ように構成されている。
【００１７】
一方、前記カラオケ端末においては、ユーザの歌唱に際して採点した点数を示す採点結果を、そのユーザに割り当てられた識別情報を伴った状態で前記サーバに送信する結果送信手段，が備えられている。
【００１８】
この構成であれば、カラオケ端末側で採点が実施される毎に、その採点結果がサーバ側で収集され、こうして収集された採点結果を用いて採点分布を特定することができる。
この構成において、結果記憶手段により記憶される識別情報は、例えば、カラオケ端末が、採点またはログインに際して入力させて採点結果と共にサーバへと送信するものである。
【００１９】
ところで、上述した各構成においては、楽曲の属性（例えば、ジャンル，歌手，歌唱言語，テンポ，曲の長さ，リズムなど）に拘わらず、要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲の中から該当する楽曲を提案することとすればよい。ただ、あらかじめ要求ユーザが所望する属性のパラメータの楽曲の中から該当する楽曲を提案することとしてもよい。
【００２０】
このためには、上記各構成を以下に示すようにした第３の構成（請求項３）のようにすることが考えられる。
この構成では、複数の楽曲それぞれに該楽曲の属性に応じたパラメータが割り当てられていることを前提とし、前記サーバにおいては、前記カラオケ端末から識別情報および特定のパラメータを伴った提案要求を受けた際に、前記分布特定手段が、前記要求ユーザがそのパラメータの割り当てられた楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に前記採点分布を特定する。
【００２１】
この構成であれば、要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲であって、そのユーザが所望する属性の楽曲の中から、該当する楽曲を提案することができる。
また、上述したサーバ側で特定される採点分布とは、要求ユーザが楽曲を歌唱した際の採点に係る楽曲毎に、その楽曲を複数のユーザそれぞれが歌唱した際の採点に係る点数を単位点数毎に分布させたものであればよく、その具体的な内容については特に限定されない。例えば、各楽曲について複数のユーザそれぞれが歌唱した際の採点に係る点数の正規分布を採点分布として特定することが考えられる。
【００２２】
このためには、上記各構成を以下に示す第４の構成（請求項４）のように構成するとよい。
この構成の前記サーバにおいては、前記分布特定手段が、楽曲毎に複数のユーザそれぞれの採点結果として記憶部に記憶された採点に係る点数の正規分布Ｎ（μ，σ＾２）を採点分布として特定して、前記楽曲抽出手段が、前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、該楽曲の採点結果たる点数が該楽曲について前記分布特定手段により特定された採点分布たる正規分布において±２σの領域にある楽曲それぞれを抽出する。
【００２３】
この構成であれば、楽曲毎に複数のユーザそれぞれが歌唱した際の採点に係る点数の正規分布Ｎ（μ，σ＾２）を採点分布として特定することができる。
なお、この構成では、楽曲抽出手段により正規分布における±２σの領域にある楽曲が抽出されることとなるが、これは、この領域が『採点分布においてサンプル数が所定以上存在している領域』といえるからである。
【００２４】
例えば、正規分布においては、±１σの領域に全サンプル数の約６８％が存在しており、±２σの領域に全サンプル数の約９６％が存在しており、±３σの領域に全サンプル数の約９８％が存在していることが知られている（例えば、特開平５−１８３７４９号の段落００１０など）。この統計上の数値においては、±２σの領域と±３σの領域との間に殆ど差はないといえるため、±２σの領域になる楽曲それぞれを抽出することとすれば、大部分のサンプルが存在している領域を『採点分布においてサンプル数が所定以上存在している領域』とするのに充分である。
【００２５】
また、上記課題を解決するための構成としては、上記第１の構成から第４の構成のいずれかに記載のサーバが備える全ての手段を備えてなるサーバとしてもよい。同様に、上記第１の構成から第４の構成のいずれかに記載のカラオケ端末が備える全ての手段を備えてなるカラオケ端末としてもよい。
【００２６】
これら構成であれば、上記各構成のカラオケシステムの一部を構成することができる。
また、上記課題を解決するためには、楽曲提案方法として次のような手順が含まれた第１の方法（請求項７）を考えることができる。
【００２７】
この方法においては、特定のユーザに割り当てられた識別情報を伴った提案要求が発生した際に、該提案要求に係る識別情報で識別されるユーザ（以降「要求ユーザ」という）が楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の分布（以降「採点分布」という）を特定する分布特定手順と、前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、該楽曲の採点結果たる点数が、該楽曲について前記分布特定手順にて特定した採点分布においてサンプル数が所定以上存在している領域にある楽曲それぞれを抽出する楽曲抽出手順と、該楽曲抽出手順にて抽出した楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案する楽曲提案手順と、が含まれている。
【００２８】
この方法であれば、上記いずれかのカラオケシステムと同様の作用，効果を得ることができる。
この方法は、以下に示す第２の方法のようにしてもよい。
【００２９】
この方法においては、ユーザの歌唱に際して採点された採点結果である点数を、その歌唱に係る楽曲およびそのユーザに割り当てられた識別情報に対応づけて記憶部に記憶させる結果記憶手順，が含まれている。そして、前記分布特定手順においては、前記要求ユーザの識別情報に対応づけて記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の採点分布を特定する。
【００３０】
この方法であれば、上記第２の構成におけるカラオケシステムと同様の作用，効果を得ることができる。
また、上記各方法において、複数の楽曲それぞれに該楽曲の属性に応じたパラメータが割り当てられている場合には、以下に示す第３の方法としてもよい。
【００３１】
この方法のうち、前記分布特定手順においては、外部から特定のユーザに割り当てられた識別情報および特定のパラメータを伴った提案要求を受けた際に、前記要求ユーザがそのパラメータの割り当てられた楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に前記採点分布を特定する。
【００３２】
この方法であれば、上記第３の構成におけるカラオケシステムと同様の作用，効果を得ることができる。
また、この方法は、以下に示すようにした第４の方法のようにしてもよい。
【００３３】
この方法のうち、前記分布特定手段手順においては、楽曲毎に複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の正規分布Ｎ（μ，σ＾２）を採点分布として特定して、前記楽曲抽出手段手順においては、前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、該楽曲の採点結果たる点数が、該楽曲について前記分布特定手順において特定した採点分布たる正規分布において±２σの領域にある楽曲それぞれを抽出する。
【００３４】
この方法であれば、上記第４の構成におけるカラオケシステムと同様の作用，効果を得ることができる。
また、上記課題を解決するためには、上記第１の構成から第４の構成のいずれかにおけるサーバが備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムとしてもよい。同様に、上記第１の構成から第４の構成のいずれかに記載のカラオケ端末が備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムとしてもよい。
【００３５】
このプログラムにより制御されるコンピュータシステムであれば、上記第１の構成から第４の構成のいずれかにおけるカラオケシステムの一部を構成することができる。
なお、上述したプログラムは、コンピュータシステムによる処理に適した命令の順番付けられた列からなるものであって、各種記録媒体や通信回線を介してカラオケシステムや、これを利用するユーザに提供されるものである。
【発明を実施するための最良の形態】
【００３６】
以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
カラオケシステム１は、図１に示すように、それぞれネットワーク１００を介して通信可能に接続されたサーバ１０および複数のカラオケ端末２０からなる。
【００３７】
サーバ１０は、サーバ１０全体の動作を制御する制御部１２，サーバ１０をネットワーク１００に接続するためのインタフェース部１４，各種情報を記憶するための記憶部１６などを備えている。なお、このサーバ１０は、それぞれ協調して動作する複数のコンピュータにより構成されたシステムとしてもよい。
【００３８】
カラオケ端末２０は、カラオケ端末２０全体の動作を制御する制御部２２，カラオケ端末２０をネットワーク１００に接続するためのインタフェース部２４，演奏楽曲の伴奏内容および歌詞を示す楽曲データや映像データなどを記憶する記憶部２６，リモコン端末４０との間での無線通信を制御する無線通信部２８，各種映像の表示を行う表示部３０，複数のキー・スイッチなどからなる操作部３２，マイク３４からの音声の入力とスピーカ３６からの音声の出力とを制御する音声入出力部３８などを備えている。
（２）採点に関する処理
以下に、カラオケ端末２０側で実行される採点に関する処理（歌唱採点処理），および，この処理に起因してサーバ１０側で実行される処理（結果蓄積処理）を図２に基づいて説明する。
（２−１）カラオケ端末２０による歌唱採点処理
はじめに、カラオケ端末２０の制御部２２が内蔵するメモリに記憶されたプログラムに従って実行する歌唱採点処理の処理手順を説明する。この歌唱採点処理は、カラオケ端末２０が起動した以降、繰り返し実行される。
【００３９】
この歌唱採点処理が起動されると、まず、操作部３２の操作状態に基づいて歌唱の採点を行うための採点機能が有効になっているか否かがチェックされる（ｓ１１０）。
このｓ１１０で採点機能が有効になっていないと判定された場合には（ｓ１１０：ＮＯ）、直ちに本歌唱採点処理が終了する。
【００４０】
一方、上記ｓ１１０で採点機能が有効になっていると判定された場合には（ｓ１１０：ＹＥＳ）、音声入出力部３８に基づく楽曲の再生が終了するまでの待機状態を経て（ｓ１２０：ＮＯ）、その終了までにマイク３４から入力された音声に基づく採点結果（つまり特定楽曲の歌唱に対する採点結果）が点数として算出される（ｓ１３０）。なお、ここでの採点の方法，および，その採点結果としての点数の算出方法については、周知の方法であるため、詳細な説明を省略する。
【００４１】
次に、上記ｓ１３０により算出された採点結果に係るユーザおよび楽曲が特定される（ｓ１４０）。本実施形態では、楽曲の歌唱に先立って、あらかじめ割り当てられた識別情報によるカラオケ端末２へのログインを行うように構成されており、このｓ１４０では、この時点でログインされているユーザの識別情報を取得することにより、この識別情報で識別されるユーザが、上記ｓ１３０により算出された採点結果に係るユーザとして特定される。
【００４２】
そして、上記ｓ１３０にて算出された採点結果，上記ｓ１４０にて特定されたユーザおよび楽曲（本実施形態では曲番号）を示す情報が採点情報としてサーバ１０へと送信された後（ｓ１５０）、本歌唱採点処理が終了する。
（２−２）サーバ１０による結果蓄積処理
続いて、サーバ１０の制御部１２が内蔵するメモリに記憶されたプログラムに従って実行する結果蓄積処理の処理手順を説明する。この結果蓄積処理は、カラオケ端末２０から送信された採点情報を受信する毎に起動される。
【００４３】
この結果蓄積処理が起動されると、まず、記憶部１６に記憶されたユーザテーブルのうち、その起動の契機となった採点情報におけるユーザ（識別情報）のユーザテーブルが読み出される（ｓ２１０）。この「ユーザテーブル」とは、識別情報が割り当てられたユーザそれぞれのデータテーブルとして記憶部１６に記憶されたものであって、図３に示すように、そのユーザの歌唱に際して採点された楽曲（曲番号）および採点結果たる点数を対応づけて登録するためのものである。
【００４４】
次に、上記ｓ２１０で読み出されたユーザテーブルに、起動の契機となった採点情報における楽曲および採点結果が登録される（ｓ２２０）。
次に、カラオケ端末２０側で歌唱可能な楽曲それぞれに対応する楽曲分布情報のうち、起動の契機となった採点情報における楽曲に対応する楽曲分布情報が、その採点情報における採点結果に基づいて生成または更新される（ｓ２３０）。
【００４５】
この「楽曲分布情報」とは、複数の楽曲毎に複数のユーザそれぞれが歌唱した採点結果たる点数の単位点数毎の分布（以降「採点分布」という）を示すものとして記憶部１６に記憶されるものであり、具体的にいえば、その楽曲分布情報に対応する楽曲の採点実績がある複数ユーザそれぞれをその採点に係る点数毎に集計したものである。この楽曲分布情報における採点分布は、例えば、図４に示すように、平均的な採点結果を中心とした正規分布を示すことが考えられる。
【００４６】
そして、このｓ２３０では、該当する楽曲分布情報が記憶されていなければ、これが生成される一方、該当する楽曲分布情報が記憶されていれば、その楽曲分布情報における点数毎のユーザ数のうち、起動の契機となった採点情報における採点結果たる点数のユーザ数を「＋１」することで、その更新がなされる。
【００４７】
こうして、ｓ２３０が行われた後、本結果蓄積処理が終了する。
（３）選曲に関する処理
ここからは、カラオケ端末２０側で実行される楽曲の再生に関する処理（楽曲歌唱処理），および，この処理に起因してサーバ１０側で実行される処理（推奨提案処理）を図５に基づいて説明する。
（３−１）カラオケ端末２０による楽曲歌唱処理
はじめに、カラオケ端末２０の制御部２２により実行される楽曲歌唱処理の処理手順を説明する。この楽曲歌唱処理は、カラオケ端末２０が起動した以降、操作部３２（またはリモコン端末４０）により選曲を開始する旨の操作が行われた際に起動する。
【００４８】
この楽曲歌唱処理が起動されると、まず、その起動の契機となった操作が推奨楽曲の提案を要求する旨の操作（以降「提案要求操作」という）であるか否かがチェックされる（ｓ３１０）。
【００４９】
本実施形態においては、カラオケ端末２０側で歌唱可能な楽曲それぞれに、例えば、ジャンル，歌手名，歌唱言語（歌詞の言語），テンポ，曲の長さ，リズムなどといった１以上の属性が規定されており、上記選曲を開始する操作として、いずれかの属性を示すパラメータを指定したうえ、そうして指定したのと同じパラメータの楽曲の提案を要求する旨の操作を行うことができるように構成されている。そして、このｓ３１０では、このような操作が行われたことをもって、提案要求操作が行われたと判定される。
【００５０】
このｓ３１０で提案要求操作でないと判定された場合には（ｓ３１０：ＮＯ）、複数の楽曲の中からユーザに楽曲を任意に選択させるための処理（選択処理）が開始され（ｓ３２０）、実際に楽曲を選択するための操作が行われるまで待機状態となる（ｓ３３０：ＮＯ）。このｓ３２０による選択処理とは、楽曲を選択させるための周知の処理であり、本願発明の特徴部分となる処理ではないため、その具体的な説明を省略する。
【００５１】
その後、実際に楽曲を選択するための操作が行われたら（ｓ３３０：ＹＥＳ）、そうして選択された楽曲の音声入出力部３８およびスピーカ３６を介しての再生が行われた後（ｓ３４０）、本楽曲歌唱処理が終了する。
【００５２】
一方、上記ｓ３１０で提案要求操作であると判定された場合には（ｓ３１０：ＹＥＳ）、上記ｓ１４０と同様、その操作に係るユーザが特定されたうえで（ｓ３５０）、その操作において指定されたパラメータ，および，こうして特定されたユーザ（識別情報）を示す情報が提案要求情報としてサーバ１０へと送信される（ｓ３６０）。
【００５３】
この提案要求情報を受信したサーバ１０からは、後述のように、その操作に係るユーザが過去に採点した楽曲それぞれに推奨楽曲であるか否か（ＹｅｓかＮｏ）を対応づけて登録したデータテーブルである楽曲情報テーブル（図６参照）が送信されてくる。
【００５４】
こうして、提案要求情報が送信された後、サーバ１０から楽曲情報テーブルが送信されてくるまで待機状態となり（ｓ３７０：ＮＯ）、楽曲情報テーブルが送信されてきたら（ｓ３７０：ＹＥＳ）、このテーブルに登録されている楽曲のうち、推奨楽曲となっている（「Ｙｅｓ」が対応づけられている）楽曲それぞれが抽出される（ｓ３８０）。
【００５５】
次に、上記ｓ３８０にて抽出された楽曲それぞれが推奨楽曲として表示部３０に表示される（ｓ３９０）。
こうして、推奨楽曲それぞれが表示部３０に表示された以降、ユーザは、これら推奨楽曲のいずれかを選択する操作を操作部３２により実施することができるようになる。
【００５６】
こうして、推奨楽曲それぞれが表示部３０に表示された後、プロセスがｓ３３０へと移行し、実際に楽曲（推奨楽曲）を選択するための操作が行われるまで待機状態となる（ｓ３３０：ＮＯ）。
【００５７】
そして、実際に楽曲を選択するための操作が行われたら（ｓ３３０：ＹＥＳ）、そうして選択された推奨楽曲の音声入出力部３８およびスピーカ３６を介しての再生が行われた後（ｓ３４０）、本楽曲歌唱処理が終了する。
（３−２）サーバ１０による推奨提案処理
続いて、サーバ１０の制御部１２により実行される推奨提案処理の処理手順を説明する。この推奨提案処理は、カラオケ端末２０から送信された提案要求情報（上記ｓ３６０による）を受信する毎に起動される。
【００５８】
この推奨提案処理が起動されると、まず、カラオケ端末２０側で歌唱可能な楽曲のうち、この楽曲について規定された属性（およびそのパラメータ）が、その起動の契機となった提案要求情報におけるものと一致する楽曲がそれぞれ特定される（ｓ４１０）。
【００５９】
本実施形態では、カラオケ端末２０側で歌唱可能な楽曲それぞれに、その属性のパラメータを対応づけて登録したデータテーブルである属性テーブルが記憶部１６に記憶されている（図７参照）。そのため、このｓ４１０では、その属性テーブルに登録されている楽曲の中から、その楽曲に対応する属性のパラメータが、提案要求情報におけるものと一致する楽曲がそれぞれ特定される。
【００６０】
次に、上記ｓ４１０にて特定された楽曲それぞれに推奨楽曲であるか否か（ＹｅｓかＮｏ）を対応づけて登録したデータテーブルである楽曲情報テーブルを生成するためのテーブル生成処理が行われ（ｓ４２０）、ここで生成された楽曲情報テーブルがカラオケ端末２０へと送信された後（ｓ４３０）、本推奨提案処理が終了する。
【００６１】
ここで提案テーブル生成処理の手順を説明すると、図８に示すように、まず、データ未登録の楽曲情報テーブルが生成される（ｓ５１０）。この楽曲情報テーブルは、上述したとおり、楽曲それぞれに対し、特定のユーザの採点結果や、推奨楽曲であるか否かを登録するためのデータテーブルである（図６参照）。
【００６２】
次に、上記ｓ４１０にて特定された楽曲のうち、以降の処理で処理対象となっていないいずれかの楽曲が対象楽曲として抽出される（ｓ５２０）。
次に、上記推奨提案処理の起動の契機となった提案要求情報におけるユーザ（以降「要求ユーザ」という）に、現時点における対象楽曲の採点実績があるか否かがチェックされる（ｓ５３０）。ここでは、記憶部１６に記憶されているユーザテーブルのうち、要求ユーザのユーザテーブルに対象楽曲が登録されていれば、採点実績があると判定される。
【００６３】
このｓ５３０で採点実績があると判定された場合には（ｓ５３０：ＹＥＳ）、その実績における採点結果が読み出される（ｓ５４０）。ここでは、上記ｓ５３０にて参照されたユーザテーブルにおける対象楽曲の採点結果が読み出される。
【００６４】
次に、記憶部１６に記憶された楽曲分布情報のうち、現時点における対象楽曲に対応する楽曲分布情報が読み出される（ｓ５５０）。
次に、上記ｓ５５０にて読み出された採点結果が、上記ｓ５４０にて読み出された楽曲分布情報における採点分布からみて、所定以上のサンプル数（つまり人数）が存在している特定領域（点数範囲）にあるか否かがチェックされる（ｓ５６０）。
【００６５】
また、要求ユーザの採点結果が多くのサンプルが存在している点数範囲にある場合に、その採点に係る楽曲を僅かな採点結果の変化つまり僅かな点数の向上でも大きく順位が上がるという意味で推奨楽曲とする、という条件を設定していれば、上記ｓ５４０にて読み出された採点結果が、採点分布において多くのサンプルが存在している領域にあることをもって、特定領域にあると判定される。採点分布が正規分布Ｎ（μ，σ＾２）である場合を例示すると（図４参照）、±２σの領域にあることをもって、特定領域にあると判定することとすればよい。なお、正規分布において±２σの領域は、全サンプル数の約９６％が存在する領域であるため、統計上、大部分のサンプルが存在している領域といえる。
（上記で、±２σの領域を定義し、そして、低い場合、高い場合との説明につなげました。）
ここでは、推奨楽曲とする条件に応じて特定領域も異なる。例えば、要求ユーザの採点結果が低い側の点数範囲にある場合に、その採点に係る楽曲を採点結果の上昇可能性が高い（もう少し上手く歌えば高い順位を獲得しやすい）という意味で推奨楽曲とする、という条件を設定していれば、上記ｓ５４０にて読み出された採点結果が、採点分布において低い側の点数範囲で一定数しかサンプルが存在していない領域にあることをもって、特定領域にあると判定される。採点分布が正規分布Ｎ（μ，σ＾２）である場合を例示すると（図４参照）、−２σより小さい領域にあることをもって、特定領域にあると判定することとすればよい。
【００６６】
また、上記とは反対に、要求ユーザの採点結果が高い側の点数範囲にある場合に、その採点に係る楽曲を採点実績どおりの採点結果が得られれば高い順位が獲得できるという意味で推奨楽曲とする、という条件を設定していれば、上記ｓ５４０にて読み出された採点結果が、採点分布において高い側の点数範囲で一定数しかサンプルが存在していない領域にあることをもって、特定領域にあると判定される。採点分布が正規分布Ｎ（μ，σ＾２）である場合を例示すると（図４参照）、＋２σより大きい領域にあることをもって、特定領域にあると判定することとすればよい。
【００６７】
このｓ５６０で採点結果が特定領域にあると判定された場合には（ｓ５６０：ＹＥＳ）、現時点における対象楽曲を推奨楽曲とし、この対象楽曲が、直前に行われた上記ｓ５４０にて読み出された採点結果，および，推奨楽曲である旨の値「Ｙｅｓ」に対応づけた状態で、上記ｓ５１０にて生成された楽曲情報テーブルに登録される（ｓ５７０）。
【００６８】
一方、上記ｓ５６０で採点結果が特定領域にないと判定された場合には（ｓ５６０：ＮＯ）、現時点における対象楽曲が、直前に行われた上記ｓ５４０にて読み出された採点結果，および，推奨楽曲でない旨の値「Ｎｏ」に対応づけた状態で、上記ｓ５１０にて生成された楽曲情報テーブルに登録される（ｓ５８０）。
【００６９】
こうして、ｓ５７０，ｓ５８０により楽曲情報テーブルへの登録が行われた後、または、上記ｓ５３０で採点実績がないと判定された場合に（ｓ５３０：ＮＯ）、上記ｓ４１０にて特定された全ての楽曲が対象楽曲となった，つまり全ての楽曲に対する処理が終了したか否かがチェックされる（ｓ５９０）。
【００７０】
このｓ５９０で全ての楽曲に対する処理が終了していなければ（ｓ５９０：ＮＯ）、プロセスがｓ５２０へ戻り、別の楽曲が対象楽曲として選択されたうえで上記ｓ５３０以降の処理が行われる。
【００７１】
そして、全ての楽曲に対する処理が終了したら（ｓ５９０：ＹＥＳ）、本テーブル生成処理が終了し、プロセスが推奨提案処理へと戻る。
（４）作用，効果
このように構成されたカラオケシステム１であれば、提案要求に係る要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲のうち、その楽曲の採点結果たる点数が採点分布においてサンプル数の所定以上存在している領域にある楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案することができる（図６参照）。
【００７２】
ここで『要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲のうち、その楽曲の採点結果たる点数が採点分布においてサンプル数の所定以上存在している領域にある楽曲』とは、要求ユーザが過去に歌唱したときの採点結果が現時点の採点分布においてサンプル数の多い領域にある楽曲ということになる。
【００７３】
このような楽曲は、そのサンプル数がある程度多くなれば、採点結果を過去に歌唱したときから僅かでも良好にする，つまり僅かでも点数を上昇させることができれば、複数のユーザ内での順位を大きく上昇させることができる楽曲といえる。
【００７４】
そのため、例えば、正規分布における±２σ，±３σの領域にあるような楽曲を、ユーザが歌唱するのに適した楽曲として提案するような条件を設定すれば、ユーザにとっては、そうして提案された楽曲の中から高い順位を獲得しやすい楽曲を容易に選ぶことができるようになる。
【００７５】
また、上記実施形態では、カラオケ端末２０側で採点が実施される毎に、その採点結果がサーバ１０側で収集され（図２のｓ１５０）、こうして収集された採点結果を用いて該当する楽曲分布情報を更新し（図２のｓ２３０）、特定することができる（図８のｓ５４０〜ｓ５５０）。
【００７６】
また、上記実施形態においては、提案要求情報に係る要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲であって、その提案要求情報における属性つまり要求ユーザが所望する属性と一致する楽曲が特定され（図５のｓ４１０）、こうして特定された楽曲の中から抽出された楽曲を推奨楽曲として提案することができる（図８のｓ５２０〜ｓ５８０）。
【００７７】
また、上記実施形態では、楽曲毎に複数のユーザそれぞれが歌唱した際の採点に係る点数の正規分布Ｎ（μ，σ＾２）を示す楽曲分布情報を特定することができる（図８のｓ５５０）。
（５）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【００７８】
例えば、上記実施形態においては、ユーザがカラオケ端末２による歌唱に際してログインを行うことにより、そのログイン時の識別情報が都度カラオケ端末２により取得されるように構成されている。しかし、そのユーザの識別情報が必要になる都度操作部３２により入力させることとしてもよい。
【００７９】
また、上記実施形態においては、サーバ１０がカラオケ端末２０からの採点情報を受信する毎に楽曲分布情報を更新しており（図２のｓ２１０〜ｓ２３０）、サーバ１０がカラオケ端末２０からの提案要求を受ける毎に、そうして更新された楽曲分布情報の中から該当するものを選択的に特定するように構成されている（図８のｓ５５０）。しかし、このような楽曲分布情報の特定に際しては、カラオケ端末２０からの提案要求を受ける毎に該当する楽曲分布情報を更新したうえで、これを特定することとしてもよく、このためには、図８のｓ５５０とｓ５６０との間に図２のｓ２３０と同様の処理が行われるようにすればよい。
（６）本発明との対応関係
以上説明した実施形態において、図２のｓ２３０，図８のｓ５４０，ｓ５５０が本発明における分布特定手段であり、同図ｓ５６０〜ｓ５８０が本発明における楽曲抽出手段であり、図５のｓ４３０が本発明における楽曲送信手段であり、図５のｓ３６０が本発明における提案要求手段であり、同図ｓ３９０が本発明における楽曲提案手段であり、図２のｓ２２０が本発明における結果記憶手段であり、同図ｓ１５０が本発明における結果送信手段である。
【図面の簡単な説明】
【００８０】
【図１】カラオケシステムの全体構成を示すブロック図
【図２】採点に関する処理（歌唱採点処理，結果蓄積処理）を示すフローチャート
【図３】ユーザテーブルのデータ構造を示す図
【図４】正規分布で示される採点分布を示す図
【図５】選曲に関する処理（楽曲歌唱処理，推奨提案処理）を示すフローチャート
【図６】楽曲情報テーブルのデータ構造を示す図
【図７】属性テーブルのデータ構造を示す図
【図８】提案テーブル生成処理を示すフローチャート
【符号の説明】
【００８１】
１…カラオケシステム、２…カラオケ端末、１０…サーバ、１２…制御部、１４…インタフェース部、１６…記憶部、２０…カラオケ端末、２２…制御部、２４…インタフェース部、２６…記憶部、２８…無線通信部、３０…表示部、３２…操作部、３４…マイク、３６…スピーカ、３８…音声入出力部、４０…リモコン端末、１００…ネットワーク。
【技術分野】
【０００１】
本発明は、ユーザが歌唱するのに適した楽曲を提案する機能を有するカラオケシステムに関する。
【背景技術】
【０００２】
近年、カラオケシステムにおいては、ユーザの歌唱に際して実施された採点結果たる点数を、他の複数のユーザとの関係で順位付けし、その結果を通知することが行われている（例えば、特許文献１参照）。
【特許文献１】特開平１１−３３８４８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ただ、現状では、単に歌唱後の順位を通知するだけであり、ユーザが高い順位を獲得できるような楽曲を選んで歌唱を開始したいという要望があっても、そのような要望に応えることのできるものではなかった。
【０００４】
本発明は、このような要望に応えるべくなされたものであり、その目的は、ユーザが高い順位を獲得できるような楽曲を選ぶことができるようにするための技術を提供することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するためには、それぞれネットワークを介して接続されたサーバおよび１以上のカラオケ端末からなるカラオケシステムを以下に示す第１の構成（請求項１）のようにするとよい。
【０００６】
この構成において、前記サーバは、前記カラオケ端末から特定のユーザに割り当てられた識別情報（例えば、会員番号などのユーザＩＤなど）を伴った提案要求を受けた際に、該提案要求に係る識別情報で識別されるユーザ（以降「要求ユーザ」という）が楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の分布（以降「採点分布」という）を特定する分布特定手段と、前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、その楽曲の採点結果たる点数が、該楽曲について前記分布特定手段により特定された採点分布においてサンプル数が所定以上存在している領域にある楽曲それぞれを抽出する楽曲抽出手段と、該楽曲抽出手段により抽出された楽曲それぞれを示す楽曲情報を、その抽出の契機となった提案要求を送信してきたカラオケ端末に対して送信する楽曲送信手段と、を備えている。
【０００７】
そして、前記カラオケ端末は、特定のユーザが歌唱するのに適した楽曲の提案を要求するための提案要求を、そのユーザに割り当てられた識別情報を伴った状態で前記サーバに送信する提案要求手段と、前記サーバから送信されてきた前記楽曲情報で示される楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案する楽曲提案手段と、を備えている。
【０００８】
この構成であれば、提案要求に係る要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲のうち、その楽曲の採点結果たる点数が採点分布においてサンプル数の所定以上存在している領域にある楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案することができる。
【０００９】
ここで『要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲のうち、その楽曲の採点結果たる点数が採点分布においてサンプル数の所定以上存在している領域にある楽曲』とは、要求ユーザが過去に歌唱したときの採点結果が現時点の採点分布においてサンプル数の多い領域にある楽曲ということになる。
【００１０】
このような楽曲は、そのサンプル数がある程度多くなれば、採点結果を過去に歌唱したときから僅かでも良好にする，つまり僅かでも点数を上昇させることができれば、複数のユーザ内での順位を大きく上昇させることができる楽曲といえる。
【００１１】
そのため、上記のような楽曲を、ユーザが歌唱するのに適した楽曲として提案することとすれば、ユーザにとっては、そうして提案された楽曲の中から高い順位を獲得しやすい楽曲を容易に選ぶことができるようになる。
【００１２】
この構成において、カラオケ端末からサーバへと送信される「提案要求」とは、このカラオケ端末に対し、識別情報の入力と共に楽曲の提案を要求するための操作が行われた場合、また、識別情報によるログイン後に楽曲の提案を要求するための操作が行われた場合に、このカラオケ端末が識別情報を伴ってサーバへと送信するものである。
【００１３】
また、上述したカラオケ端末による「ユーザが歌唱するのに適した楽曲」の提案とは、例えば、該当する楽曲それぞれを、そのような楽曲であることが識別可能な表示態様にてカラオケ端末側に表示させる、といったことにより実現することとすればよい。
【００１４】
また、上述したサーバによる採点分布の特定とは、あらかじめ算出された結果として記憶部に記憶しておいた採点分布の中から、該当する採点分布を選択的に特定することとしてもよいし、提案要求を受ける都度算出することとしてもよい。
【００１５】
また、上述したサーバによる採点分布の特定に際しては、ユーザの歌唱に際して採点が実施される毎に収集した採点結果を参照することとすればよい。このように採点結果を収集するためには、上記構成を以下に示す第２の構成（請求項２）のようにすることが考えられる。
【００１６】
この構成の前記サーバにおいては、ユーザの歌唱に際して採点された採点結果を前記カラオケ端末から受信した際に、その採点結果である点数を、その歌唱に係る楽曲およびそのユーザに割り当てられた識別情報に対応づけて記憶部に記憶させる結果記憶手段，が備えられている。そして、前記分布特定手段が、前記要求ユーザの識別情報に対応づけて記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の採点分布を特定する、ように構成されている。
【００１７】
一方、前記カラオケ端末においては、ユーザの歌唱に際して採点した点数を示す採点結果を、そのユーザに割り当てられた識別情報を伴った状態で前記サーバに送信する結果送信手段，が備えられている。
【００１８】
この構成であれば、カラオケ端末側で採点が実施される毎に、その採点結果がサーバ側で収集され、こうして収集された採点結果を用いて採点分布を特定することができる。
この構成において、結果記憶手段により記憶される識別情報は、例えば、カラオケ端末が、採点またはログインに際して入力させて採点結果と共にサーバへと送信するものである。
【００１９】
ところで、上述した各構成においては、楽曲の属性（例えば、ジャンル，歌手，歌唱言語，テンポ，曲の長さ，リズムなど）に拘わらず、要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲の中から該当する楽曲を提案することとすればよい。ただ、あらかじめ要求ユーザが所望する属性のパラメータの楽曲の中から該当する楽曲を提案することとしてもよい。
【００２０】
このためには、上記各構成を以下に示すようにした第３の構成（請求項３）のようにすることが考えられる。
この構成では、複数の楽曲それぞれに該楽曲の属性に応じたパラメータが割り当てられていることを前提とし、前記サーバにおいては、前記カラオケ端末から識別情報および特定のパラメータを伴った提案要求を受けた際に、前記分布特定手段が、前記要求ユーザがそのパラメータの割り当てられた楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に前記採点分布を特定する。
【００２１】
この構成であれば、要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲であって、そのユーザが所望する属性の楽曲の中から、該当する楽曲を提案することができる。
また、上述したサーバ側で特定される採点分布とは、要求ユーザが楽曲を歌唱した際の採点に係る楽曲毎に、その楽曲を複数のユーザそれぞれが歌唱した際の採点に係る点数を単位点数毎に分布させたものであればよく、その具体的な内容については特に限定されない。例えば、各楽曲について複数のユーザそれぞれが歌唱した際の採点に係る点数の正規分布を採点分布として特定することが考えられる。
【００２２】
このためには、上記各構成を以下に示す第４の構成（請求項４）のように構成するとよい。
この構成の前記サーバにおいては、前記分布特定手段が、楽曲毎に複数のユーザそれぞれの採点結果として記憶部に記憶された採点に係る点数の正規分布Ｎ（μ，σ＾２）を採点分布として特定して、前記楽曲抽出手段が、前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、該楽曲の採点結果たる点数が該楽曲について前記分布特定手段により特定された採点分布たる正規分布において±２σの領域にある楽曲それぞれを抽出する。
【００２３】
この構成であれば、楽曲毎に複数のユーザそれぞれが歌唱した際の採点に係る点数の正規分布Ｎ（μ，σ＾２）を採点分布として特定することができる。
なお、この構成では、楽曲抽出手段により正規分布における±２σの領域にある楽曲が抽出されることとなるが、これは、この領域が『採点分布においてサンプル数が所定以上存在している領域』といえるからである。
【００２４】
例えば、正規分布においては、±１σの領域に全サンプル数の約６８％が存在しており、±２σの領域に全サンプル数の約９６％が存在しており、±３σの領域に全サンプル数の約９８％が存在していることが知られている（例えば、特開平５−１８３７４９号の段落００１０など）。この統計上の数値においては、±２σの領域と±３σの領域との間に殆ど差はないといえるため、±２σの領域になる楽曲それぞれを抽出することとすれば、大部分のサンプルが存在している領域を『採点分布においてサンプル数が所定以上存在している領域』とするのに充分である。
【００２５】
また、上記課題を解決するための構成としては、上記第１の構成から第４の構成のいずれかに記載のサーバが備える全ての手段を備えてなるサーバとしてもよい。同様に、上記第１の構成から第４の構成のいずれかに記載のカラオケ端末が備える全ての手段を備えてなるカラオケ端末としてもよい。
【００２６】
これら構成であれば、上記各構成のカラオケシステムの一部を構成することができる。
また、上記課題を解決するためには、楽曲提案方法として次のような手順が含まれた第１の方法（請求項７）を考えることができる。
【００２７】
この方法においては、特定のユーザに割り当てられた識別情報を伴った提案要求が発生した際に、該提案要求に係る識別情報で識別されるユーザ（以降「要求ユーザ」という）が楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の分布（以降「採点分布」という）を特定する分布特定手順と、前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、該楽曲の採点結果たる点数が、該楽曲について前記分布特定手順にて特定した採点分布においてサンプル数が所定以上存在している領域にある楽曲それぞれを抽出する楽曲抽出手順と、該楽曲抽出手順にて抽出した楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案する楽曲提案手順と、が含まれている。
【００２８】
この方法であれば、上記いずれかのカラオケシステムと同様の作用，効果を得ることができる。
この方法は、以下に示す第２の方法のようにしてもよい。
【００２９】
この方法においては、ユーザの歌唱に際して採点された採点結果である点数を、その歌唱に係る楽曲およびそのユーザに割り当てられた識別情報に対応づけて記憶部に記憶させる結果記憶手順，が含まれている。そして、前記分布特定手順においては、前記要求ユーザの識別情報に対応づけて記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の採点分布を特定する。
【００３０】
この方法であれば、上記第２の構成におけるカラオケシステムと同様の作用，効果を得ることができる。
また、上記各方法において、複数の楽曲それぞれに該楽曲の属性に応じたパラメータが割り当てられている場合には、以下に示す第３の方法としてもよい。
【００３１】
この方法のうち、前記分布特定手順においては、外部から特定のユーザに割り当てられた識別情報および特定のパラメータを伴った提案要求を受けた際に、前記要求ユーザがそのパラメータの割り当てられた楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に前記採点分布を特定する。
【００３２】
この方法であれば、上記第３の構成におけるカラオケシステムと同様の作用，効果を得ることができる。
また、この方法は、以下に示すようにした第４の方法のようにしてもよい。
【００３３】
この方法のうち、前記分布特定手段手順においては、楽曲毎に複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の正規分布Ｎ（μ，σ＾２）を採点分布として特定して、前記楽曲抽出手段手順においては、前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、該楽曲の採点結果たる点数が、該楽曲について前記分布特定手順において特定した採点分布たる正規分布において±２σの領域にある楽曲それぞれを抽出する。
【００３４】
この方法であれば、上記第４の構成におけるカラオケシステムと同様の作用，効果を得ることができる。
また、上記課題を解決するためには、上記第１の構成から第４の構成のいずれかにおけるサーバが備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムとしてもよい。同様に、上記第１の構成から第４の構成のいずれかに記載のカラオケ端末が備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムとしてもよい。
【００３５】
このプログラムにより制御されるコンピュータシステムであれば、上記第１の構成から第４の構成のいずれかにおけるカラオケシステムの一部を構成することができる。
なお、上述したプログラムは、コンピュータシステムによる処理に適した命令の順番付けられた列からなるものであって、各種記録媒体や通信回線を介してカラオケシステムや、これを利用するユーザに提供されるものである。
【発明を実施するための最良の形態】
【００３６】
以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
カラオケシステム１は、図１に示すように、それぞれネットワーク１００を介して通信可能に接続されたサーバ１０および複数のカラオケ端末２０からなる。
【００３７】
サーバ１０は、サーバ１０全体の動作を制御する制御部１２，サーバ１０をネットワーク１００に接続するためのインタフェース部１４，各種情報を記憶するための記憶部１６などを備えている。なお、このサーバ１０は、それぞれ協調して動作する複数のコンピュータにより構成されたシステムとしてもよい。
【００３８】
カラオケ端末２０は、カラオケ端末２０全体の動作を制御する制御部２２，カラオケ端末２０をネットワーク１００に接続するためのインタフェース部２４，演奏楽曲の伴奏内容および歌詞を示す楽曲データや映像データなどを記憶する記憶部２６，リモコン端末４０との間での無線通信を制御する無線通信部２８，各種映像の表示を行う表示部３０，複数のキー・スイッチなどからなる操作部３２，マイク３４からの音声の入力とスピーカ３６からの音声の出力とを制御する音声入出力部３８などを備えている。
（２）採点に関する処理
以下に、カラオケ端末２０側で実行される採点に関する処理（歌唱採点処理），および，この処理に起因してサーバ１０側で実行される処理（結果蓄積処理）を図２に基づいて説明する。
（２−１）カラオケ端末２０による歌唱採点処理
はじめに、カラオケ端末２０の制御部２２が内蔵するメモリに記憶されたプログラムに従って実行する歌唱採点処理の処理手順を説明する。この歌唱採点処理は、カラオケ端末２０が起動した以降、繰り返し実行される。
【００３９】
この歌唱採点処理が起動されると、まず、操作部３２の操作状態に基づいて歌唱の採点を行うための採点機能が有効になっているか否かがチェックされる（ｓ１１０）。
このｓ１１０で採点機能が有効になっていないと判定された場合には（ｓ１１０：ＮＯ）、直ちに本歌唱採点処理が終了する。
【００４０】
一方、上記ｓ１１０で採点機能が有効になっていると判定された場合には（ｓ１１０：ＹＥＳ）、音声入出力部３８に基づく楽曲の再生が終了するまでの待機状態を経て（ｓ１２０：ＮＯ）、その終了までにマイク３４から入力された音声に基づく採点結果（つまり特定楽曲の歌唱に対する採点結果）が点数として算出される（ｓ１３０）。なお、ここでの採点の方法，および，その採点結果としての点数の算出方法については、周知の方法であるため、詳細な説明を省略する。
【００４１】
次に、上記ｓ１３０により算出された採点結果に係るユーザおよび楽曲が特定される（ｓ１４０）。本実施形態では、楽曲の歌唱に先立って、あらかじめ割り当てられた識別情報によるカラオケ端末２へのログインを行うように構成されており、このｓ１４０では、この時点でログインされているユーザの識別情報を取得することにより、この識別情報で識別されるユーザが、上記ｓ１３０により算出された採点結果に係るユーザとして特定される。
【００４２】
そして、上記ｓ１３０にて算出された採点結果，上記ｓ１４０にて特定されたユーザおよび楽曲（本実施形態では曲番号）を示す情報が採点情報としてサーバ１０へと送信された後（ｓ１５０）、本歌唱採点処理が終了する。
（２−２）サーバ１０による結果蓄積処理
続いて、サーバ１０の制御部１２が内蔵するメモリに記憶されたプログラムに従って実行する結果蓄積処理の処理手順を説明する。この結果蓄積処理は、カラオケ端末２０から送信された採点情報を受信する毎に起動される。
【００４３】
この結果蓄積処理が起動されると、まず、記憶部１６に記憶されたユーザテーブルのうち、その起動の契機となった採点情報におけるユーザ（識別情報）のユーザテーブルが読み出される（ｓ２１０）。この「ユーザテーブル」とは、識別情報が割り当てられたユーザそれぞれのデータテーブルとして記憶部１６に記憶されたものであって、図３に示すように、そのユーザの歌唱に際して採点された楽曲（曲番号）および採点結果たる点数を対応づけて登録するためのものである。
【００４４】
次に、上記ｓ２１０で読み出されたユーザテーブルに、起動の契機となった採点情報における楽曲および採点結果が登録される（ｓ２２０）。
次に、カラオケ端末２０側で歌唱可能な楽曲それぞれに対応する楽曲分布情報のうち、起動の契機となった採点情報における楽曲に対応する楽曲分布情報が、その採点情報における採点結果に基づいて生成または更新される（ｓ２３０）。
【００４５】
この「楽曲分布情報」とは、複数の楽曲毎に複数のユーザそれぞれが歌唱した採点結果たる点数の単位点数毎の分布（以降「採点分布」という）を示すものとして記憶部１６に記憶されるものであり、具体的にいえば、その楽曲分布情報に対応する楽曲の採点実績がある複数ユーザそれぞれをその採点に係る点数毎に集計したものである。この楽曲分布情報における採点分布は、例えば、図４に示すように、平均的な採点結果を中心とした正規分布を示すことが考えられる。
【００４６】
そして、このｓ２３０では、該当する楽曲分布情報が記憶されていなければ、これが生成される一方、該当する楽曲分布情報が記憶されていれば、その楽曲分布情報における点数毎のユーザ数のうち、起動の契機となった採点情報における採点結果たる点数のユーザ数を「＋１」することで、その更新がなされる。
【００４７】
こうして、ｓ２３０が行われた後、本結果蓄積処理が終了する。
（３）選曲に関する処理
ここからは、カラオケ端末２０側で実行される楽曲の再生に関する処理（楽曲歌唱処理），および，この処理に起因してサーバ１０側で実行される処理（推奨提案処理）を図５に基づいて説明する。
（３−１）カラオケ端末２０による楽曲歌唱処理
はじめに、カラオケ端末２０の制御部２２により実行される楽曲歌唱処理の処理手順を説明する。この楽曲歌唱処理は、カラオケ端末２０が起動した以降、操作部３２（またはリモコン端末４０）により選曲を開始する旨の操作が行われた際に起動する。
【００４８】
この楽曲歌唱処理が起動されると、まず、その起動の契機となった操作が推奨楽曲の提案を要求する旨の操作（以降「提案要求操作」という）であるか否かがチェックされる（ｓ３１０）。
【００４９】
本実施形態においては、カラオケ端末２０側で歌唱可能な楽曲それぞれに、例えば、ジャンル，歌手名，歌唱言語（歌詞の言語），テンポ，曲の長さ，リズムなどといった１以上の属性が規定されており、上記選曲を開始する操作として、いずれかの属性を示すパラメータを指定したうえ、そうして指定したのと同じパラメータの楽曲の提案を要求する旨の操作を行うことができるように構成されている。そして、このｓ３１０では、このような操作が行われたことをもって、提案要求操作が行われたと判定される。
【００５０】
このｓ３１０で提案要求操作でないと判定された場合には（ｓ３１０：ＮＯ）、複数の楽曲の中からユーザに楽曲を任意に選択させるための処理（選択処理）が開始され（ｓ３２０）、実際に楽曲を選択するための操作が行われるまで待機状態となる（ｓ３３０：ＮＯ）。このｓ３２０による選択処理とは、楽曲を選択させるための周知の処理であり、本願発明の特徴部分となる処理ではないため、その具体的な説明を省略する。
【００５１】
その後、実際に楽曲を選択するための操作が行われたら（ｓ３３０：ＹＥＳ）、そうして選択された楽曲の音声入出力部３８およびスピーカ３６を介しての再生が行われた後（ｓ３４０）、本楽曲歌唱処理が終了する。
【００５２】
一方、上記ｓ３１０で提案要求操作であると判定された場合には（ｓ３１０：ＹＥＳ）、上記ｓ１４０と同様、その操作に係るユーザが特定されたうえで（ｓ３５０）、その操作において指定されたパラメータ，および，こうして特定されたユーザ（識別情報）を示す情報が提案要求情報としてサーバ１０へと送信される（ｓ３６０）。
【００５３】
この提案要求情報を受信したサーバ１０からは、後述のように、その操作に係るユーザが過去に採点した楽曲それぞれに推奨楽曲であるか否か（ＹｅｓかＮｏ）を対応づけて登録したデータテーブルである楽曲情報テーブル（図６参照）が送信されてくる。
【００５４】
こうして、提案要求情報が送信された後、サーバ１０から楽曲情報テーブルが送信されてくるまで待機状態となり（ｓ３７０：ＮＯ）、楽曲情報テーブルが送信されてきたら（ｓ３７０：ＹＥＳ）、このテーブルに登録されている楽曲のうち、推奨楽曲となっている（「Ｙｅｓ」が対応づけられている）楽曲それぞれが抽出される（ｓ３８０）。
【００５５】
次に、上記ｓ３８０にて抽出された楽曲それぞれが推奨楽曲として表示部３０に表示される（ｓ３９０）。
こうして、推奨楽曲それぞれが表示部３０に表示された以降、ユーザは、これら推奨楽曲のいずれかを選択する操作を操作部３２により実施することができるようになる。
【００５６】
こうして、推奨楽曲それぞれが表示部３０に表示された後、プロセスがｓ３３０へと移行し、実際に楽曲（推奨楽曲）を選択するための操作が行われるまで待機状態となる（ｓ３３０：ＮＯ）。
【００５７】
そして、実際に楽曲を選択するための操作が行われたら（ｓ３３０：ＹＥＳ）、そうして選択された推奨楽曲の音声入出力部３８およびスピーカ３６を介しての再生が行われた後（ｓ３４０）、本楽曲歌唱処理が終了する。
（３−２）サーバ１０による推奨提案処理
続いて、サーバ１０の制御部１２により実行される推奨提案処理の処理手順を説明する。この推奨提案処理は、カラオケ端末２０から送信された提案要求情報（上記ｓ３６０による）を受信する毎に起動される。
【００５８】
この推奨提案処理が起動されると、まず、カラオケ端末２０側で歌唱可能な楽曲のうち、この楽曲について規定された属性（およびそのパラメータ）が、その起動の契機となった提案要求情報におけるものと一致する楽曲がそれぞれ特定される（ｓ４１０）。
【００５９】
本実施形態では、カラオケ端末２０側で歌唱可能な楽曲それぞれに、その属性のパラメータを対応づけて登録したデータテーブルである属性テーブルが記憶部１６に記憶されている（図７参照）。そのため、このｓ４１０では、その属性テーブルに登録されている楽曲の中から、その楽曲に対応する属性のパラメータが、提案要求情報におけるものと一致する楽曲がそれぞれ特定される。
【００６０】
次に、上記ｓ４１０にて特定された楽曲それぞれに推奨楽曲であるか否か（ＹｅｓかＮｏ）を対応づけて登録したデータテーブルである楽曲情報テーブルを生成するためのテーブル生成処理が行われ（ｓ４２０）、ここで生成された楽曲情報テーブルがカラオケ端末２０へと送信された後（ｓ４３０）、本推奨提案処理が終了する。
【００６１】
ここで提案テーブル生成処理の手順を説明すると、図８に示すように、まず、データ未登録の楽曲情報テーブルが生成される（ｓ５１０）。この楽曲情報テーブルは、上述したとおり、楽曲それぞれに対し、特定のユーザの採点結果や、推奨楽曲であるか否かを登録するためのデータテーブルである（図６参照）。
【００６２】
次に、上記ｓ４１０にて特定された楽曲のうち、以降の処理で処理対象となっていないいずれかの楽曲が対象楽曲として抽出される（ｓ５２０）。
次に、上記推奨提案処理の起動の契機となった提案要求情報におけるユーザ（以降「要求ユーザ」という）に、現時点における対象楽曲の採点実績があるか否かがチェックされる（ｓ５３０）。ここでは、記憶部１６に記憶されているユーザテーブルのうち、要求ユーザのユーザテーブルに対象楽曲が登録されていれば、採点実績があると判定される。
【００６３】
このｓ５３０で採点実績があると判定された場合には（ｓ５３０：ＹＥＳ）、その実績における採点結果が読み出される（ｓ５４０）。ここでは、上記ｓ５３０にて参照されたユーザテーブルにおける対象楽曲の採点結果が読み出される。
【００６４】
次に、記憶部１６に記憶された楽曲分布情報のうち、現時点における対象楽曲に対応する楽曲分布情報が読み出される（ｓ５５０）。
次に、上記ｓ５５０にて読み出された採点結果が、上記ｓ５４０にて読み出された楽曲分布情報における採点分布からみて、所定以上のサンプル数（つまり人数）が存在している特定領域（点数範囲）にあるか否かがチェックされる（ｓ５６０）。
【００６５】
また、要求ユーザの採点結果が多くのサンプルが存在している点数範囲にある場合に、その採点に係る楽曲を僅かな採点結果の変化つまり僅かな点数の向上でも大きく順位が上がるという意味で推奨楽曲とする、という条件を設定していれば、上記ｓ５４０にて読み出された採点結果が、採点分布において多くのサンプルが存在している領域にあることをもって、特定領域にあると判定される。採点分布が正規分布Ｎ（μ，σ＾２）である場合を例示すると（図４参照）、±２σの領域にあることをもって、特定領域にあると判定することとすればよい。なお、正規分布において±２σの領域は、全サンプル数の約９６％が存在する領域であるため、統計上、大部分のサンプルが存在している領域といえる。
（上記で、±２σの領域を定義し、そして、低い場合、高い場合との説明につなげました。）
ここでは、推奨楽曲とする条件に応じて特定領域も異なる。例えば、要求ユーザの採点結果が低い側の点数範囲にある場合に、その採点に係る楽曲を採点結果の上昇可能性が高い（もう少し上手く歌えば高い順位を獲得しやすい）という意味で推奨楽曲とする、という条件を設定していれば、上記ｓ５４０にて読み出された採点結果が、採点分布において低い側の点数範囲で一定数しかサンプルが存在していない領域にあることをもって、特定領域にあると判定される。採点分布が正規分布Ｎ（μ，σ＾２）である場合を例示すると（図４参照）、−２σより小さい領域にあることをもって、特定領域にあると判定することとすればよい。
【００６６】
また、上記とは反対に、要求ユーザの採点結果が高い側の点数範囲にある場合に、その採点に係る楽曲を採点実績どおりの採点結果が得られれば高い順位が獲得できるという意味で推奨楽曲とする、という条件を設定していれば、上記ｓ５４０にて読み出された採点結果が、採点分布において高い側の点数範囲で一定数しかサンプルが存在していない領域にあることをもって、特定領域にあると判定される。採点分布が正規分布Ｎ（μ，σ＾２）である場合を例示すると（図４参照）、＋２σより大きい領域にあることをもって、特定領域にあると判定することとすればよい。
【００６７】
このｓ５６０で採点結果が特定領域にあると判定された場合には（ｓ５６０：ＹＥＳ）、現時点における対象楽曲を推奨楽曲とし、この対象楽曲が、直前に行われた上記ｓ５４０にて読み出された採点結果，および，推奨楽曲である旨の値「Ｙｅｓ」に対応づけた状態で、上記ｓ５１０にて生成された楽曲情報テーブルに登録される（ｓ５７０）。
【００６８】
一方、上記ｓ５６０で採点結果が特定領域にないと判定された場合には（ｓ５６０：ＮＯ）、現時点における対象楽曲が、直前に行われた上記ｓ５４０にて読み出された採点結果，および，推奨楽曲でない旨の値「Ｎｏ」に対応づけた状態で、上記ｓ５１０にて生成された楽曲情報テーブルに登録される（ｓ５８０）。
【００６９】
こうして、ｓ５７０，ｓ５８０により楽曲情報テーブルへの登録が行われた後、または、上記ｓ５３０で採点実績がないと判定された場合に（ｓ５３０：ＮＯ）、上記ｓ４１０にて特定された全ての楽曲が対象楽曲となった，つまり全ての楽曲に対する処理が終了したか否かがチェックされる（ｓ５９０）。
【００７０】
このｓ５９０で全ての楽曲に対する処理が終了していなければ（ｓ５９０：ＮＯ）、プロセスがｓ５２０へ戻り、別の楽曲が対象楽曲として選択されたうえで上記ｓ５３０以降の処理が行われる。
【００７１】
そして、全ての楽曲に対する処理が終了したら（ｓ５９０：ＹＥＳ）、本テーブル生成処理が終了し、プロセスが推奨提案処理へと戻る。
（４）作用，効果
このように構成されたカラオケシステム１であれば、提案要求に係る要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲のうち、その楽曲の採点結果たる点数が採点分布においてサンプル数の所定以上存在している領域にある楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案することができる（図６参照）。
【００７２】
ここで『要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲のうち、その楽曲の採点結果たる点数が採点分布においてサンプル数の所定以上存在している領域にある楽曲』とは、要求ユーザが過去に歌唱したときの採点結果が現時点の採点分布においてサンプル数の多い領域にある楽曲ということになる。
【００７３】
このような楽曲は、そのサンプル数がある程度多くなれば、採点結果を過去に歌唱したときから僅かでも良好にする，つまり僅かでも点数を上昇させることができれば、複数のユーザ内での順位を大きく上昇させることができる楽曲といえる。
【００７４】
そのため、例えば、正規分布における±２σ，±３σの領域にあるような楽曲を、ユーザが歌唱するのに適した楽曲として提案するような条件を設定すれば、ユーザにとっては、そうして提案された楽曲の中から高い順位を獲得しやすい楽曲を容易に選ぶことができるようになる。
【００７５】
また、上記実施形態では、カラオケ端末２０側で採点が実施される毎に、その採点結果がサーバ１０側で収集され（図２のｓ１５０）、こうして収集された採点結果を用いて該当する楽曲分布情報を更新し（図２のｓ２３０）、特定することができる（図８のｓ５４０〜ｓ５５０）。
【００７６】
また、上記実施形態においては、提案要求情報に係る要求ユーザが楽曲を歌唱した際の採点結果に係る楽曲であって、その提案要求情報における属性つまり要求ユーザが所望する属性と一致する楽曲が特定され（図５のｓ４１０）、こうして特定された楽曲の中から抽出された楽曲を推奨楽曲として提案することができる（図８のｓ５２０〜ｓ５８０）。
【００７７】
また、上記実施形態では、楽曲毎に複数のユーザそれぞれが歌唱した際の採点に係る点数の正規分布Ｎ（μ，σ＾２）を示す楽曲分布情報を特定することができる（図８のｓ５５０）。
（５）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【００７８】
例えば、上記実施形態においては、ユーザがカラオケ端末２による歌唱に際してログインを行うことにより、そのログイン時の識別情報が都度カラオケ端末２により取得されるように構成されている。しかし、そのユーザの識別情報が必要になる都度操作部３２により入力させることとしてもよい。
【００７９】
また、上記実施形態においては、サーバ１０がカラオケ端末２０からの採点情報を受信する毎に楽曲分布情報を更新しており（図２のｓ２１０〜ｓ２３０）、サーバ１０がカラオケ端末２０からの提案要求を受ける毎に、そうして更新された楽曲分布情報の中から該当するものを選択的に特定するように構成されている（図８のｓ５５０）。しかし、このような楽曲分布情報の特定に際しては、カラオケ端末２０からの提案要求を受ける毎に該当する楽曲分布情報を更新したうえで、これを特定することとしてもよく、このためには、図８のｓ５５０とｓ５６０との間に図２のｓ２３０と同様の処理が行われるようにすればよい。
（６）本発明との対応関係
以上説明した実施形態において、図２のｓ２３０，図８のｓ５４０，ｓ５５０が本発明における分布特定手段であり、同図ｓ５６０〜ｓ５８０が本発明における楽曲抽出手段であり、図５のｓ４３０が本発明における楽曲送信手段であり、図５のｓ３６０が本発明における提案要求手段であり、同図ｓ３９０が本発明における楽曲提案手段であり、図２のｓ２２０が本発明における結果記憶手段であり、同図ｓ１５０が本発明における結果送信手段である。
【図面の簡単な説明】
【００８０】
【図１】カラオケシステムの全体構成を示すブロック図
【図２】採点に関する処理（歌唱採点処理，結果蓄積処理）を示すフローチャート
【図３】ユーザテーブルのデータ構造を示す図
【図４】正規分布で示される採点分布を示す図
【図５】選曲に関する処理（楽曲歌唱処理，推奨提案処理）を示すフローチャート
【図６】楽曲情報テーブルのデータ構造を示す図
【図７】属性テーブルのデータ構造を示す図
【図８】提案テーブル生成処理を示すフローチャート
【符号の説明】
【００８１】
１…カラオケシステム、２…カラオケ端末、１０…サーバ、１２…制御部、１４…インタフェース部、１６…記憶部、２０…カラオケ端末、２２…制御部、２４…インタフェース部、２６…記憶部、２８…無線通信部、３０…表示部、３２…操作部、３４…マイク、３６…スピーカ、３８…音声入出力部、４０…リモコン端末、１００…ネットワーク。
【特許請求の範囲】
【請求項１】
それぞれネットワークを介して接続されたサーバおよび１以上のカラオケ端末からなるカラオケシステムであって、
前記サーバは、
前記カラオケ端末から特定のユーザに割り当てられた識別情報を伴った提案要求を受けた際に、該提案要求に係る識別情報で識別されるユーザ（以降「要求ユーザ」という）が楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の分布（以降「採点分布」という）を特定する分布特定手段と、
前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、その楽曲の採点結果たる点数が、該楽曲について前記分布特定手段により特定された採点分布においてサンプル数が所定以上存在している領域にある楽曲それぞれを抽出する楽曲抽出手段と、
該楽曲抽出手段により抽出された楽曲それぞれを示す楽曲情報を、その抽出の契機となった提案要求を送信してきたカラオケ端末に対して送信する楽曲送信手段と、を備えており、
前記カラオケ端末は、
特定のユーザが歌唱するのに適した楽曲の提案を要求するための提案要求を、そのユーザに割り当てられた識別情報を伴った状態で前記サーバに送信する提案要求手段と、
前記サーバから送信されてきた前記楽曲情報で示される楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案する楽曲提案手段と、を備えている
ことを特徴とするカラオケシステム。
【請求項２】
前記サーバにおいては、
ユーザの歌唱に際して採点された採点結果を前記カラオケ端末から受信した際に、その採点結果である点数を、その歌唱に係る楽曲およびそのユーザに割り当てられた識別情報に対応づけて記憶部に記憶させる結果記憶手段，が備えられており、
前記分布特定手段が、前記要求ユーザの識別情報に対応づけて記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の採点分布を特定する、ように構成されており、
前記カラオケ端末においては、
ユーザの歌唱に際して採点した点数を示す採点結果を、そのユーザに割り当てられた識別情報を伴った状態で前記サーバに送信する結果送信手段，が備えられている
ことを特徴とする請求項１に記載のカラオケシステム。
【請求項３】
複数の楽曲それぞれに該楽曲の属性に応じたパラメータが割り当てられている場合において、
前記サーバにおいては、
前記カラオケ端末から識別情報および特定のパラメータを伴った提案要求を受けた際に、前記分布特定手段が、前記要求ユーザがそのパラメータの割り当てられた楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に前記採点分布を特定する
ことを特徴とする請求項１または請求項２に記載のカラオケシステム。
【請求項４】
前記サーバにおいては、
前記分布特定手段が、楽曲毎に複数のユーザそれぞれの採点結果として記憶部に記憶された採点に係る点数の正規分布Ｎ（μ，σ＾２）を採点分布として特定して、
前記楽曲抽出手段が、前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、該楽曲の採点結果たる点数が該楽曲について前記分布特定手段により特定された採点分布たる正規分布において±２σの領域にある楽曲それぞれを抽出する
ことを特徴とする請求項１から３のいずれかに記載のカラオケシステム。
【請求項５】
請求項１から４のいずれかに記載のサーバが備える全ての手段を備えてなる
ことを特徴とするサーバ。
【請求項６】
請求項１から４のいずれかに記載のカラオケ端末が備える全ての手段を備えてなる
ことを特徴とするカラオケ端末。
【請求項７】
特定のユーザに割り当てられた識別情報を伴った提案要求が発生した際に、該提案要求に係る識別情報で識別されるユーザ（以降「要求ユーザ」という）が楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の分布（以降「採点分布」という）を特定する分布特定手順と、
前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、該楽曲の採点結果たる点数が、該楽曲について前記分布特定手順にて特定した採点分布においてサンプル数が所定以上存在している領域にある楽曲それぞれを抽出する楽曲抽出手順と、
該楽曲抽出手順にて抽出した楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案する楽曲提案手順と、が含まれている
ことを特徴とする楽曲提案方法。
【請求項１】
それぞれネットワークを介して接続されたサーバおよび１以上のカラオケ端末からなるカラオケシステムであって、
前記サーバは、
前記カラオケ端末から特定のユーザに割り当てられた識別情報を伴った提案要求を受けた際に、該提案要求に係る識別情報で識別されるユーザ（以降「要求ユーザ」という）が楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の分布（以降「採点分布」という）を特定する分布特定手段と、
前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、その楽曲の採点結果たる点数が、該楽曲について前記分布特定手段により特定された採点分布においてサンプル数が所定以上存在している領域にある楽曲それぞれを抽出する楽曲抽出手段と、
該楽曲抽出手段により抽出された楽曲それぞれを示す楽曲情報を、その抽出の契機となった提案要求を送信してきたカラオケ端末に対して送信する楽曲送信手段と、を備えており、
前記カラオケ端末は、
特定のユーザが歌唱するのに適した楽曲の提案を要求するための提案要求を、そのユーザに割り当てられた識別情報を伴った状態で前記サーバに送信する提案要求手段と、
前記サーバから送信されてきた前記楽曲情報で示される楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案する楽曲提案手段と、を備えている
ことを特徴とするカラオケシステム。
【請求項２】
前記サーバにおいては、
ユーザの歌唱に際して採点された採点結果を前記カラオケ端末から受信した際に、その採点結果である点数を、その歌唱に係る楽曲およびそのユーザに割り当てられた識別情報に対応づけて記憶部に記憶させる結果記憶手段，が備えられており、
前記分布特定手段が、前記要求ユーザの識別情報に対応づけて記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の採点分布を特定する、ように構成されており、
前記カラオケ端末においては、
ユーザの歌唱に際して採点した点数を示す採点結果を、そのユーザに割り当てられた識別情報を伴った状態で前記サーバに送信する結果送信手段，が備えられている
ことを特徴とする請求項１に記載のカラオケシステム。
【請求項３】
複数の楽曲それぞれに該楽曲の属性に応じたパラメータが割り当てられている場合において、
前記サーバにおいては、
前記カラオケ端末から識別情報および特定のパラメータを伴った提案要求を受けた際に、前記分布特定手段が、前記要求ユーザがそのパラメータの割り当てられた楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に前記採点分布を特定する
ことを特徴とする請求項１または請求項２に記載のカラオケシステム。
【請求項４】
前記サーバにおいては、
前記分布特定手段が、楽曲毎に複数のユーザそれぞれの採点結果として記憶部に記憶された採点に係る点数の正規分布Ｎ（μ，σ＾２）を採点分布として特定して、
前記楽曲抽出手段が、前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、該楽曲の採点結果たる点数が該楽曲について前記分布特定手段により特定された採点分布たる正規分布において±２σの領域にある楽曲それぞれを抽出する
ことを特徴とする請求項１から３のいずれかに記載のカラオケシステム。
【請求項５】
請求項１から４のいずれかに記載のサーバが備える全ての手段を備えてなる
ことを特徴とするサーバ。
【請求項６】
請求項１から４のいずれかに記載のカラオケ端末が備える全ての手段を備えてなる
ことを特徴とするカラオケ端末。
【請求項７】
特定のユーザに割り当てられた識別情報を伴った提案要求が発生した際に、該提案要求に係る識別情報で識別されるユーザ（以降「要求ユーザ」という）が楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲毎に、該楽曲を複数のユーザそれぞれが歌唱した採点結果として記憶部に記憶された採点に係る点数の単位点数毎の分布（以降「採点分布」という）を特定する分布特定手順と、
前記要求ユーザが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、該楽曲の採点結果たる点数が、該楽曲について前記分布特定手順にて特定した採点分布においてサンプル数が所定以上存在している領域にある楽曲それぞれを抽出する楽曲抽出手順と、
該楽曲抽出手順にて抽出した楽曲それぞれを、ユーザが歌唱するのに適した楽曲として提案する楽曲提案手順と、が含まれている
ことを特徴とする楽曲提案方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００９−２０５１１４（Ｐ２００９−２０５１１４Ａ）
【公開日】平成２１年９月１０日（２００９．９．１０）
【国際特許分類】
【出願番号】特願２００８−５０２５９（Ｐ２００８−５０２５９）
【出願日】平成２０年２月２９日（２００８．２．２９）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２１年９月１０日（２００９．９．１０）
【国際特許分類】
【出願日】平成２０年２月２９日（２００８．２．２９）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]