JP6569448B2 - カラオケシステム、選曲装置及び選曲用プログラム - Google Patents

Description

本発明は、伴奏に合わせて歌唱を楽しむことのできるカラオケシステム、並びに、歌唱する楽曲を選択する選曲装置及び選曲用プログラムに関する。特に、ユーザー間で歌唱得点の順位を競うことのできるカラオケシステム、並びに、それに使用可能な選曲装置及び選曲用プログラムに関する。

従来、社交の場等では、伴奏に合わせて歌唱を楽しむカラオケが行われている。カラオケを行うためのカラオケ装置では、伴奏を行う以外に、歌唱の採点機能を備えたものが知られている。歌唱した後、数値化された歌唱得点を通知することで、自己の歌唱能力を知ることができる。近年では、通信環境の整備により、評価結果としての歌唱得点を記録し、ユーザー間で順位を競うことが可能となっている。

特許文献１には、歌唱結果としての歌唱得点を競うことのできるカラオケシステムにおいて、ユーザーに適した楽曲を提案することが開示されている。このカラオケシステムは、要求ユーザーが楽曲を歌唱した際の採点結果として記憶部に記憶された楽曲のうち、その楽曲の採点結果たる点数が、該楽曲について分布特定手段により特定された採点分布（正規分布）においてサンプル数が所定以上存在している領域にある楽曲（±２σの領域にある楽曲）をそれぞれ抽出することで、ユーザーが高い順位を獲得できる楽曲を提案することとしている。

特許第４８４４５７７号公報

特許文献１に開示されるカラオケシステムは、ユーザーが高い順位を獲得できる楽曲を確認できる点において非常に有効である。しかしながら、各楽曲について採点分布（正規分布）を形成するとともに、サンプル数が所定以上存在している領域（±２σ）を判定する必要があり、サーバー等における負荷は非常に大きくなることが考えられる。また、サンプル数が所定以上存在している領域にあるか否かで判定するため、特許文献１の図６に示されるように、歌うべきか否かといった二値での判定となり、例えば、歌うべき楽曲が複数存在する場合、ユーザーはどの楽曲を歌うべきか迷うことが考えられる。

そのため本発明に係るカラオケシステムは、以下の構成を採用したことを特徴としている。
ユーザーに楽曲を選択させる選曲処理と、
前記選曲処理で選択された楽曲を再生する楽曲再生処理と、
マイクロホンから入力される歌唱音声を採点し、ユーザー及び楽曲に対応した歌唱得点を算出する採点処理と、
各楽曲について蓄積された歌唱得点分布を参照し、前記採点処理で算出された歌唱得点に対応する順位を通知する通知処理と、を実行可能とし、
前記選曲処理は、楽曲を選択するユーザーが過去に歌唱した楽曲について、各楽曲の推奨度に基づいて形成した選曲画面を表示してユーザーに楽曲を選択させる処理であり、
推奨度は、判定対象となる楽曲の歌唱得点分布において、ユーザーの過去の歌唱得点から所定得点加算した歌唱得点までの範囲に含まれるユーザー数のカウントに基づいて判定されたことを特徴とする。

さらに本発明に係るカラオケシステムにおいて、
前記選曲処理は、各楽曲の推奨度に基づき、楽曲毎に推奨度を示す情報を表示することを特徴とすることを特徴とする。

さらに本発明に係るカラオケシステムにおいて、
前記選曲処理は、複数の楽曲の推奨度に基づき、複数の楽曲間における相対的な推奨度が分かる選曲画面を表示することを特徴とする。

さらに本発明に係るカラオケシステムにおいて、
推奨度の算出に使用する所定点数は、ユーザーの操作に応じて変更可能とすることを特徴とする。

また本発明に係る選曲装置は、
ユーザーが過去に歌唱した楽曲について、各楽曲の推奨度に基づいて形成した選曲画面を表示してユーザーに楽曲を選択させる選曲処理と、
前記選曲処理で選択された楽曲の再生指示を出力する指示処理と、を実行可能とし、
推奨度は、判定対象となる楽曲の歌唱得点分布において、ユーザーの過去の歌唱得点から所定得点加算した歌唱得点までの範囲に含まれるユーザー数のカウントに基づいて判定されたことを特徴とする。

また本発明に係る選曲用プログラムは、
ユーザーが過去に歌唱した楽曲について、各楽曲の推奨度に基づいて形成した選曲画面を表示してユーザーに楽曲を選択させる選曲処理と、
前記選曲処理で選択された楽曲の再生指示を出力する指示処理と、を情報処理装置に実行させることを可能とし、
推奨度は、判定対象となる楽曲の歌唱得点分布において、ユーザーの過去の歌唱得点から所定得点加算した歌唱得点までの範囲に含まれるユーザー数のカウントに基づいて判定されたことを特徴とする。

本発明に係るカラオケシステム、選曲装置及び選曲方法によれば、判定対象となる楽曲の歌唱得点分布において、ユーザーの過去の歌唱得点から所定得点加算した歌唱得点までの範囲に含まれるユーザー数のカウントする簡易な処理で、ユーザーに順位を上げやすい楽曲を推奨することが可能である。また、推奨度は、二値よりも多い多値で得ることができるため、多様な形態で楽曲を推奨することが可能となる。

カラオケシステムの構成を示す図 アクティブユーザートップ画面を示す図 履歴検索処理を示すフロー図 調子選択画面を示す図 履歴作成処理を示すフロー図 各種情報の構成を示す図 歌唱得点分布を説明するための図 履歴選曲画面を示す図 楽曲確認画面を示す図 楽曲再生処理を示すフロー図 歌唱結果画面を示す図 他の実施形態の履歴選曲画面を示す図

図１は、本実施形態のカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、カラオケ装置２（コマンダ）と、リモコン装置１を含んで構成されている。カラオケ装置２とリモコン装置１は、ＬＡＮ１００及びアクセスポイント１１０を利用してネットワークを形成するように接続されている。

カラオケボックスなどの店舗に設置されるカラオケ装置２は、楽曲を演奏するための演奏部として音響制御部２５を備えている。また、カラオケ装置２は、ユーザーからの各種入力を受け付ける操作部２１を備える。カラオケ装置２は、操作部２１からの入力を解釈してＣＰＵ３０に伝達する操作処理部２２を備える。また、カラオケ装置２は、各種情報を記憶する記憶部としてのハードディスク３２を備える。カラオケ装置２は、ＬＡＮ１００に接続してネットワークに加入する通信手段としてのＬＡＮ通信部２４を備えている。

また、カラオケ装置２は、モニタ４１に対して歌詞映像、背景映像を表示させる映像再生手段を備える。この映像再生手段は、映像情報に基づいて映像を再生する映像再生部２９、再生する映像を一時的に蓄積するビデオＲＡＭ２８、再生された映像に対する歌詞テロップの重畳、映像効果を付与する映像制御部３１を備えて構成される。

さらに、このカラオケ装置２では、外部に接続されるモニタ４１以外に、タッチパネルモニタ３３に対して各種情報を表示することを可能としている。タッチパネルモニタ３３は映像制御部３１から入力された映像情報を表示する表示部３３ａと、タッチ入力された位置を操作処理部２２に出力するタッチパネル３３ｂが重畳されて構成されている。このタッチパネルモニタ３３は、カラオケ装置２の操作部、あるいは、リモコン装置１のタッチパネルモニタ１１などと同様、カラオケ装置２の入力部として機能する。ユーザーは、タッチパネルモニタ３３にて楽曲を選択することで、直接カラオケ装置２に予約をさせるなど、カラオケ装置２に対する各種操作を行うことが可能である。

さらに、カラオケ装置２は、各構成を統括して制御するためのＣＰＵ３０、各種プログラムを実行するにあたって必要となる情報を一時記憶するためのメモリ２７を備えて構成される。

このような構成にてカラオケ装置２は、各種処理を実行することとなるが、カラオケ装置２の主な機能として、楽曲予約処理、楽曲再生処理などを実行可能としている。楽曲予約処理は、ユーザーからの指定に基づいて楽曲を指定、予約するための処理であってリモコン装置１と連携して実行される。ユーザーの操作により、リモコン装置１などの入力部で指定された予約情報をメモリ２７中の予約テーブルに登録する。楽曲再生処理は、予約された楽曲を再生させる処理であって、楽曲演奏処理と歌詞再生処理とが同期して実行される処理である。

楽曲演奏処理は、楽曲情報に含まれる演奏情報に基づき、音響制御部２５に演奏を実行させる処理である。音響制御部２５にて演奏された楽曲は、歌唱用マイク４３ａ、４３ｂから入力される歌唱音声と一緒にスピーカ４２から放音される。歌詞再生処理は、楽曲情報に含まれる歌詞情報をモニタ４１に表示させることで歌唱補助を行う処理である。この歌詞再生処理で表示される歌詞に、背景映像を重畳させて表示させる背景映像表示処理を実行することとしてもよい。

一方、リモコン装置１は、予約情報などカラオケ装置２に対して各種指示を送信するとともに、カラオケ装置２あるいはインターネット上に接続されたサーバー装置５から各種情報を受信する。本実施形態では、ユーザーから各種指示を受け付けるユーザインターフェイスとして、操作部１７と、タッチパネルモニタ１１を備えている。タッチパネルモニタ１１は、表示部１１ａとタッチパネル１１ｂを有して構成され、表示部１１ａに各種インターフェイスを表示するとともに、ユーザーからのタッチ入力を受付可能としている。

さらにリモコン装置１は、楽曲検索に必要とされるデータベース、各種プログラム、並びに、プログラム実行に伴って発生する各種情報を記憶する記憶部として、メモリ１４、そして、これら構成を統括して制御するためのリモコン側制御部を備えて構成される。リモコン側制御部には、ＣＰＵ１５、タッチパネルモニタ１１に対して表示する映像を形成する映像制御部１３、表示する映像情報を一時的に蓄えるビデオＲＡＭ１２、タッチパネルモニタ１１あるいは操作部１７からの入力を解釈してＣＰＵ１５に伝える操作処理部１８が含まれている。

また、リモコン装置１は、無線ＬＡＮ通信部１６によって、アクセスポイント１１０と無線接続されることで、ＬＡＮ１００によって構成されるネットワークに接続される。なお、各リモコン装置１は、特定のカラオケ装置２に対して事前に対応付けされている。リモコン装置１から出力される各種命令は、対応付けされたカラオケ装置２にて受信されることとなる。

このようなリモコン装置１の構成により、ユーザーからの各種入力をタッチパネルモニタ１１、あるいは、操作部１７から受付けるとともに、映像情報をタッチパネルモニタ１１の表示により各種情報を提供することで、カラオケ装置２に対して楽曲予約などの各種指示を行うことが可能とされている。

図２には、本実施形態のアクティブユーザートップ画面が示されている。本実施形態のカラオケシステムは、複数のユーザーが同時にログインして使用することが可能である。ユーザーはログインすることで、自己のユーザー情報を使用した各種サービスを受けることが可能である。このアクティブユーザートップ画面は、ユーザーがログインした直後に表示される画面である。ユーザーが受けることのできるサービスとしては、ユーザーが登録したお気に入り楽曲、お気に入りアーティスト（歌手）、履歴を使用した楽曲検索、あるいは、ユーザーの属性に応じた楽曲の推奨等がある。ユーザーは、このアクティブユーザートップ画面から、希望するサービスを選択することが可能である。

図２に示すアクティブユーザートップ画面の上方には、カラオケシステムにログインしているユーザーに関する情報が表示されている。ログインユーザー欄１０３には、カラオケシステムにログインしているユーザーの分身像１０３ａ〜１０３ｅ（本実施形態では顔部分）が表示される。またログインユーザー欄１０３中、右端に背景がハイライト（白色）で示されるユーザー（分身像１０３ｅ）が、アクティブユーザー（この例ではＡさん）であって、分身像１０３ｅに対応するアクティブユーザーに対するサービスが実行されている状態となっている。アクティブユーザーの切り替えは、ユーザー切り替えボタン１０１を操作することで行うことが可能である。また、ユーザー登録していないユーザーは、ゲストボタン１０２を操作することで、ゲストユーザーとしてカラオケシステムを使用することが可能である。

本実施形態のカラオケシステムは、提供するサービスの１つとして、歌唱した楽曲について歌唱評価処理を行うことで、歌唱評価結果としての歌唱得点を算出することとしている。さらに、算出された歌唱得点を集計することで、ユーザー間で楽曲毎の歌唱得点の順位を競うことを可能としている。また、楽曲をユーザーに選択させる際、ユーザーが過去に歌唱した楽曲から選択させる履歴検索処理を行うことが可能となっている。履歴検索処理では、過去に歌唱した楽曲について、順位を上げやすい楽曲を推奨することとしている。

図３は、本実施形態の履歴検索処理を示すフロー図である。履歴検索処理は、主にリモコン装置１で行われる処理であるが、カラオケ装置２側で行われる場合もある。履歴検索処理は、図２で説明したアクティブユーザートップ画面において、階層的なメニューを選択することで開始される。履歴検索処理は、まず、ユーザーに今日の歌唱の調子を選択させる調子選択画面をタッチパネルモニタ１１に表示する（Ｓ１０１）。

図４は、リモコン装置１のタッチパネルモニタ１１に表示される調子選択画面を示した図である。この調子選択画面を使用して、ユーザーは自己の歌唱の調子を選択することが可能である。この実施形態では、歌唱の調子が普通、あるいは悪い「慎重派」、歌唱の調子がよい「積極派」の２つの中から選択することが可能となっている。ユーザーは歌唱の調子が普通、あるいは、悪いと思われる場合には「慎重派」と表記されたボタン１０４を選択し、悪いと思われる場合には「積極派」と表記されたボタン１０５を選択する。
本実施形態では、この調子選択画面で選択したユーザーの調子を使用して推奨度を算出している。

調子選択画面で歌唱の調子が選択される（Ｓ１０２：Ｙｅｓ）と、リモコン装置１は、サーバー装置５に対して履歴要求情報を送信する（Ｓ１０３）。履歴要求情報は、ユーザーの歌唱履歴に基づいて、楽曲を選択する履歴選曲画面を形成するために必要な履歴応答情報を要求するため情報である。図６（Ａ）には、履歴要求情報のデータ構成を記載したものである。履歴要求情報には、履歴検索処理を実行しているアクティブユーザーのユーザーＩＤと、調子選択画面での選択結果（０：慎重派、１：積極派）を含んで構成されている。

サーバー装置５は、履歴要求情報を受信（Ｓ２０１）し、受信した履歴要求情報と、サーバー装置５の記憶部５１に記憶するデータベースに基づいて、履歴応答情報を形成し、要求のあったリモコン装置１に履歴応答情報を送信する（Ｓ２０２）。サーバー装置５が所持するデータベースでは、アカウントを所持するユーザーの歌唱履歴である履歴情報を管理している。図６（Ｂ）は、履歴情報のデータ構成を示したものである。履歴情報は、ユーザーＩＤ、楽曲ＩＤ、歌唱日時、歌唱得点を含んで構成されている。サーバー装置５は、同じユーザー（ユーザーＩＤで特定）が同じ楽曲（楽曲ＩＤで特定）を歌唱した場合、データベースの履歴情報を更新する。

図５は、本実施形態の履歴作成処理（Ｓ２１０）を示すフロー図である。この履歴作成処理は、サーバー装置５において、履歴要求情報を受信（Ｓ２０１）したことを契機に開始される処理である。履歴作成処理では、まず、受信した履歴要求情報内の調子情報が積極派（調子情報：０）か、積極派（調子情報：１）かを判定する（Ｓ２１１）。調子情報が慎重派である場合（Ｓ２１１：慎重派）、所定得点αを４に設定する（Ｓ２１２）。一方、調子情報が積極派である場合（Ｓ２１１：積極派）、所定得点αを８に設定する（Ｓ２１３）。そして、要求を行ったユーザー、具体的には履歴要求情報で特定されるユーザーが過去に歌唱した楽曲を１つずつ抽出し、当該楽曲の順位と推奨度を判定する（Ｓ２１４〜Ｓ２１９）。

まず、履歴要求情報に含まれるユーザーＩＤに対応する１の履歴情報をデータベースから抽出する（Ｓ２１４）。この抽出は履歴情報の歌唱日時が新しい順で抽出する等、適宜条件で抽出することが考えられる。次に、Ｓ２１４で抽出した楽曲の歌唱得点分布を取得する（Ｓ２１５）。図７には歌唱得点分布の例を模式的に示したものである。歌唱得点分布は、ある楽曲について、ユーザーの歌唱得点の分布を示した情報であり、図７のように横軸に歌唱得点、縦軸にユーザーの人数で模式的に表される。この歌唱得点分布を使用することで、判定対象としている楽曲について、現在の順位と、推奨度を判定することが可能となる。そのため、データベース内の履歴情報を参照し、判定対象としている楽曲について、要求を行ったユーザーの歌唱得点Ｘが取得される（Ｓ２１６）。

Ｓ２１５で取得した歌唱得点分布と、Ｓ２１６で取得したユーザーの歌唱得点Ｘとを照らし合わせることで、歌唱得点Ｘに対する順位が判定される（Ｓ２１７）。次に、Ｓ２１４で取得した歌唱得点分布上、歌唱得点Ｘから所定得点α内に含まれるユーザー数をカウントする（Ｓ２１８）。図７（Ａ）は、ある楽曲Ａについて歌唱得点分布を示した図であって、ユーザーの歌唱得点ＸからＸ＋αまでの領域が斜線で示されている。この斜線で示される領域内に含まれるユーザー数は、自分の歌唱得点Ｘより所定得点α上の範囲に属するユーザー数であって、ユーザーが今回の歌唱で所定得点αを上げた場合に、上昇する順位に対応している。本実施形態では、調子選択画面において歌唱の調子を選択可能としているが、歌唱の調子に基づき、所定得点αを変更することで、楽曲の推奨度が伴って変更されることになる。積極派の場合は、慎重派に比べて所定得点αは大きく設定されている。これは、歌唱の調子に自信がある場合、歌唱得点を前回よりも大幅に上げることが予想されるためである。

推奨度判定の元になるユーザー数は、楽曲毎に異なる歌唱得点分布、及び、ユーザーの過去の歌唱得点よって異なることになる。図７は、このような違いを説明するための図であって、図７（Ａ）は、楽曲Ａについて、ユーザーの歌唱得点がＸであった場合を示した歌唱得点分布であり、図７（Ｂ）は、楽曲Ｂについて、ユーザーの歌唱得点がＹであった場合を示した歌唱得点分布である。Ｓ２１８では、両歌唱得点分布において、斜線（歌唱得点からα上）内に含まれるユーザー数をカウントすることになるが、一見して、図７（Ａ）の斜線部分の面積が、図７（Ｂ）の斜線部分の面積に対して大きいことが分かる。これは、判定対象となっているユーザーは、歌唱得点を所定得点αだけ上昇させたとき、楽曲Ａの方が、順位が上がりやすいことを示している。本実施形態では、このように斜線内に含まれるユーザー数をカウントすることで、複雑な計算を伴うことなく簡易に推奨度を判定することが可能である。また、推奨度を、楽曲を奨めるか奨めないかという２値の度合いではなく、多値の度合いとして判定できるため、ユーザーに各種形態で楽曲を推奨することが可能となる。

Ｓ２１９では、Ｓ２１８でカウントしたユーザー数を使用して、判定対象としている楽曲について推奨度が判定される。本実施形態の推奨度は、カウントしたユーザー数をそのまま使用している。例えば、ユーザー数が多いほど推奨度が高い楽曲とすることが考えられる。推奨度は、このような形態以外に、カウントしたユーザー数に演算を施すことで算出される値であってもよい。

Ｓ２２０では、Ｓ２１４で抽出した履歴情報に対応する１つの楽曲について、Ｓ２１７で判定した順位と、Ｓ２１８で判定した推奨度を含む履歴応答情報が作成される。図６（Ｃ）は、履歴応答情報のデータ構成であって、履歴応答情報には、楽曲ＩＤ、歌唱得点、順位、推奨度を含んで構成されている。Ｓ２１４〜Ｓ２２０を繰り返すことで、ユーザーが過去に歌唱した楽曲毎に、最新の順位と、ユーザーに対する推奨度を含んだ履歴応答情報が作成される。本実施形態では、所定数の履歴応答情報を作成し、要求のあったリモコン装置１に送信（Ｓ２０２）することとしている。Ｓ２１４〜Ｓ２２０を繰り返すことで、履歴応答情報が所定数作成された場合（Ｓ２２１：Ｙｅｓ）、履歴作成処理を終了する。

サーバー装置５で作成された履歴応答情報を受信したリモコン装置１は、受信した履歴応答情報に基づいて履歴選曲画面を表示する（Ｓ１０５）。図８は、履歴選曲画面を示す図である。履歴表示画面は、履歴応答情報を使用して、楽曲毎に曲名、歌唱得点、順位、推奨度が表示される。本実施形態では、推奨度を０〜５までにランク分けし、星印の数で推奨度を示している。

この場合、ユーザーに示される推奨度は、各楽曲に決まる絶対的な指標となる。このような形態とは別に、複数の楽曲間の推奨度の関係で相対的に推奨度が分かるようにしてもよい。前述のように楽曲毎の推奨度を使用してランク分けする場合、同じランクに集中してしまうことが考えられる。このように相対的な関係を使用することで、推奨度が近似している場合であっても、ランクを異ならせることが可能である。また、このような形態では、複数の楽曲間においてランキング形式で楽曲を推奨することも可能である。図１２は、他の実施形態の履歴選曲画面を示した図である。この履歴選曲画面は、図８のように星印で推奨度を示す形態に代え、推奨度の大小に基づくランキング形式で楽曲を表示した形態となっている。

さらに本実施形態の履歴選曲画面には、慎重派、積極派を切り替えるボタン１０６が設けられている。例えば、調子選択画面で積極派を選択したユーザーも、ボタン１０６を操作することで、慎重派の履歴選曲画面に変更することが可能である。ボタン１０６による調子の変更操作が行われた場合（Ｓ１０６：Ｙｅｓ）、リモコン装置１は、再度履歴要求情報をサーバー装置５に送信することで、サーバー装置５は、変更操作に応じた内容で、履歴作成処理（Ｓ２１０）を行い、更新された履歴応答情報をカラオケ装置５へ送信することで、カラオケ装置５は、履歴選曲画面を更新表示する（Ｓ１０５）。

一方、変更操作が行なわれず（Ｓ１０６：Ｎｏ）、履歴選曲画面で、楽曲が選択された場合（Ｓ１０７：Ｙｅｓ）、楽曲の詳細を確認するための楽曲確認画面を表示する（Ｓ１０８）。図９は、楽曲確認画面を示す図である。アクティブユーザーとして楽曲を選択した場合、この楽曲確認画面にて、予約を行う楽曲に間違いがないか、曲名、歌手名、歌い出しなどを表示してユーザーに確認させる。本実施形態の楽曲確認画面には、音程設定欄１０７が設けられている。音程設定欄１０７は、演奏する際、ユーザーが歌唱しやすいように音程調整を行うための設定欄であり、音程設定欄１０７の右下に表示されている変更ボタンを操作することで、音程設定用の子画面（図示せず）が表示され、予約する楽曲に対し音程調整値を設定することが可能である。さらに、楽曲確認画面には、履歴応答情報に基づいて、歌唱得点、順位、推奨度を示す星印を含む欄１０８が設けられており、ユーザーは、過去の記録と、推奨度を確認することが可能となっている。

楽曲確認画面にて歌唱する楽曲を決定したユーザーは、予約ボタン１０９を操作して楽曲を予約する。予約ボタン１０９が操作された場合、リモコン装置１からカラオケ装置２に予約情報が送信される。図６（Ｄ）は、予約情報のデータ構成を示した図である。予約情報には、再生する楽曲を示す楽曲ＩＤの他、アクティブユーザーによる予約の場合にはユーザーＩＤが含まれる。また、音程設定欄１０７を使用した音程変更が行われた場合、予約情報には音程調整値が含まれる。カラオケ装置２は、リモコン装置１などから予約情報を受け取った場合、受け取った予約情報を、カラオケ装置２のメモリ２７で管理する予約テーブルに登録する。

図１０は、本実施形態の楽曲再生処理を示すフロー図である。楽曲再生処理が開始されると、カラオケ装置２内のメモリ２７に記憶している予約テーブルを参照し、次に再生させる楽曲の有無が判定される（Ｓ３０１）。予約テーブル中、次に再生させる楽曲がある場合（Ｓ３０２：Ｙｅｓ）には、当該楽曲の再生を開始する（Ｓ３０３）。楽曲の再生は、楽曲情報中の演奏情報を音響制御部２５に再生させる楽曲演奏処理と、楽曲情報中の歌詞情報を再生する歌詞再生処理と、採点処理（Ｓ３０４）を同期して実行する。採点評価処理（Ｓ３０４）は、楽曲情報に含まれる模範旋律と、歌唱用マイク４３ａ、４３ｂに入力される歌唱音声を比較する等して、ユーザーの歌唱力を判定する処理である。採点処理（Ｓ３０４）の評価結果は、歌唱得点として出力される。

楽曲の再生が終了した場合（Ｓ２０５：Ｙｅｓ）、今回の再生に基づく履歴情報をサーバー装置５に送信する（Ｓ２０７）。図６（Ｂ）で説明したように、履歴情報には、ユーザーＩＤ、楽曲ＩＤ、歌唱日時、歌唱得点が含まれている。サーバー装置５は、受信した履歴情報をデータベースに登録してユーザーの履歴情報を更新する（Ｓ４０１）。そして、受信した履歴情報内の楽曲ＩＤに対応する歌唱得点分布に、このユーザーの歌唱得点（図７の横軸）及び、人数に反映（図７の縦軸）に反映した、新たな歌唱得点分布を取得（Ｓ４０２）し、今回の歌唱得点に対応する順位を判定する（Ｓ４０３）。そして、履歴情報を送信してきたカラオケ装置２に順位を送信する（Ｓ４０４）。順位を受信したカラオケ装置２は、今回の歌唱についての歌唱結果画面をモニタ４１に表示する（Ｓ２０９）。

図１１は、歌唱終了後にモニタ４１に表示される歌唱結果画面を示した図である。歌唱結果画面には、曲名、歌手名、歌唱したユーザーの分身像の他、今回の歌唱得点、及び、サーバー装置５から受信した順位が表示されている。なお、この例では、楽曲の平均得点、他のユーザーについて順位、歌唱得点、歌唱した店舗名が表示されている。これらの情報は、サーバー装置５から順位を受信する際、一緒に受信して表示される。

以上、本実施形態のカラオケシステムについて説明したが、本実施形態では、図７（Ａ）で説明したように、自己の歌唱得点Ｘから所定得点α上の歌唱Ｘ＋αに含まれるユーザー数をカウントする簡易な処理で推奨度を判定することが可能となる。また、推奨度は二値よりも多い多値で得ることができるため、多様な形態で楽曲を推奨することが可能である。さらに、本実施形態では、カウントするユーザーの範囲を決める所定得点αをユーザーによって設定させること、推奨度判定の基準を変更することが可能となっている。なお、所定得点αの設定は、本実施形態のように「慎重派」、「積極派」の２段階以上の多段階で設定可能としてもよい。また、所定得点αの設定は、推奨度判定の付加機能であり、外すこと、すなわち、所定得点αを固定値とすることも可能である。

以上、本発明についてカラオケシステムを用いて説明したが、本発明はカラオケシステムに限られるものではなく、カラオケシステムで使用するリモコン装置１（選曲装置）であってもよい。また、現在、スマートフォンにアプリ（プログラム）をインストールすることで、スマートフォンをカラオケシステムのリモコンとして使用する形態もある。このようなスマートフォン等の情報処理装置にインストールすることで、本発明の機能を実現する選曲用プログラムについても本発明の範疇に属するものである。

１：リモコン装置 ３０：ＣＰＵ
２：カラオケ装置 ３１：映像制御部
５：サーバー装置 ３２：ハードディスク
１１：タッチパネルモニタ ３３：タッチパネルモニタ
１１ａ：表示部 ３３ａ：表示部
１１ｂ：タッチパネル ３３ｂ：タッチパネル
１２：ビデオＲＡＭ ４１：モニタ
１３：映像制御部 ４２：スピーカ
１４：メモリ ４３ａ、４３ｂ：歌唱用マイク
１５：ＣＰＵ ５１：記憶部
１６：無線ＬＡＮ通信部 １０１：ユーザー切り替えボタン
１７：操作部 １０２：ゲストボタン
１８：操作処理部 １０３：ログインユーザー欄
２１：操作部 １０３ａ〜１０３ｅ：分身像
２２：操作処理部 １０４〜１０６：ボタン
２４：ＬＡＮ通信部 １０７：音程設定欄
２５：音響制御部 １０８：欄
２７：メモリ １０９：予約ボタン
２８：ビデオＲＡＭ １１０：アクセスポイント
２９：映像再生部

Claims (6)

1. ユーザーに楽曲を選択させる選曲処理と、
   前記選曲処理で選択された楽曲を再生する楽曲再生処理と、
   マイクロホンから入力される歌唱音声を採点し、ユーザー及び楽曲に対応した歌唱得点を算出する採点処理と、
   各楽曲について蓄積された歌唱得点分布を参照し、前記採点処理で算出された歌唱得点に対応する順位を通知する通知処理と、を実行可能とし、
   前記選曲処理は、楽曲を選択するユーザーが過去に歌唱した楽曲について、各楽曲の推奨度に基づいて形成した選曲画面を表示してユーザーに楽曲を選択させる処理であり、
   推奨度は、判定対象となる楽曲の歌唱得点分布において、ユーザーの過去の歌唱得点から所定得点加算した歌唱得点までの範囲に含まれるユーザー数のカウントに基づいて判定されたことを特徴とする
   カラオケシステム。
2. 前記選曲処理は、各楽曲の推奨度に基づき、楽曲毎に推奨度を示す情報を表示することを特徴とすることを特徴とする
   請求項１に記載のカラオケシステム。
3. 前記選曲処理は、複数の楽曲の推奨度に基づき、複数の楽曲間における相対的な推奨度が分かる選曲画面を表示することを特徴とする
   請求項１に記載のカラオケシステム。
4. 推奨度の算出に使用する所定点数は、ユーザーの操作に応じて変更可能とすることを特徴とする
   請求項１から請求項３の何れか１項に記載のカラオケシステム。
5. ユーザーが過去に歌唱した楽曲について、各楽曲の推奨度に基づいて形成した選曲画面を表示してユーザーに楽曲を選択させる選曲処理と、
   前記選曲処理で選択された楽曲の再生指示を出力する指示処理と、を実行可能とし、
   推奨度は、判定対象となる楽曲の歌唱得点分布において、ユーザーの過去の歌唱得点から所定得点加算した歌唱得点までの範囲に含まれるユーザー数のカウントに基づいて判定されたことを特徴とする
   選曲装置。
6. ユーザーが過去に歌唱した楽曲について、各楽曲の推奨度に基づいて形成した選曲画面を表示してユーザーに楽曲を選択させる選曲処理と、
   前記選曲処理で選択された楽曲の再生指示を出力する指示処理と、を情報処理装置に実行させることを可能とし、
   推奨度は、判定対象となる楽曲の歌唱得点分布において、ユーザーの過去の歌唱得点から所定得点加算した歌唱得点までの範囲に含まれるユーザー数のカウントに基づいて判定されたことを特徴とする
   選曲用プログラム。