カラオケシステム及びカラオケプログラム
【課題】カラオケにおける歌唱度合いを示す指標値を歌唱者に対して提示する。
【解決手段】本発明に係るカラオケシステムは、入力手段から入力される識別情報に応じてユーザーを認識する認証処理と、入力手段で指定された楽曲を、認証処理で認証したユーザーに対応付けて登録する楽曲指定処理と、楽曲指定処理にて登録した楽曲に対応する演奏情報を演奏手段に演奏させる演奏処理と、演奏処理で演奏される楽曲について、当該楽曲に対応付けて登録されたユーザーに対する指標値を算出する指標値算出処理と、指標値算出処理で算出された指標値を、ユーザー毎に累積した累積指標値を算出する累積処理と、ユーザーの非歌唱期間に基づいて、当該ユーザーの累積指標値を補正する補正処理と、を実行する制御手段と、を備えることを特徴とする。
【解決手段】本発明に係るカラオケシステムは、入力手段から入力される識別情報に応じてユーザーを認識する認証処理と、入力手段で指定された楽曲を、認証処理で認証したユーザーに対応付けて登録する楽曲指定処理と、楽曲指定処理にて登録した楽曲に対応する演奏情報を演奏手段に演奏させる演奏処理と、演奏処理で演奏される楽曲について、当該楽曲に対応付けて登録されたユーザーに対する指標値を算出する指標値算出処理と、指標値算出処理で算出された指標値を、ユーザー毎に累積した累積指標値を算出する累積処理と、ユーザーの非歌唱期間に基づいて、当該ユーザーの累積指標値を補正する補正処理と、を実行する制御手段と、を備えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所望の楽曲を指定して歌唱を楽しむカラオケシステム、及び、各種コンピュータにて実行されるカラオケプログラムに関するものである。
【背景技術】
【０００２】
従来、楽曲の演奏にあわせて歌唱を楽しむカラオケ装置が知られている。このカラオケ装置では、本来の歌唱機能以外に演奏情報と歌唱の音程を対比するなどして、歌唱がうまく行えたか否かを判定する採点機能を備えたものがよく知られている。ユーザーは、採点機能を利用することで過歌唱した楽曲に付いての優劣を知ることができ、歌唱練習の励みとすることができる。
【０００３】
特許文献１には、このような採点機能の応用として、マイクから入力される歌唱音声データに基づいて歌唱された楽曲についての歌唱採点結果を算出するとともに、歌唱者属性を判定し、判定された歌唱者属性に対応する歌唱者属性グループ毎に歌唱採点結果を管理することのできる歌唱者属性歌合戦システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２９４７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このように従来のカラオケ装置においては、楽曲の歌唱に関する指標として採点結果を算出、表示することが行われている。しかしながら、カラオケにおける楽しみは、歌唱の巧拙以外に、声を出して歌唱したことによるストレス発散が、ユーザーがカラオケを楽しむ上で大きな割合を占めることが分かっている。しかしながら、従来の採点機能では、各楽曲に付いての巧拙を判断すること、あるいは、特許文献１に開示されるようなグループ単位での巧拙を競う程度であって、歌唱の巧拙によらず、歌唱者の満足感を認識することはできなかった。
【０００６】
本発明は、このような従来のカラオケ装置の事情を鑑みたものであって、ユーザーの歌唱に基づいて算出される新たな指標値を提案することを目的とするものである。
【課題を解決するための手段】
【０００７】
本発明に係るカラオケシステムは、
ユーザーから各種入力を受け付ける入力手段と、
演奏情報を演奏する演奏手段と、
前記入力手段から入力される識別情報に応じてユーザーを認識する認証処理と、
前記入力手段で指定された楽曲を、前記認証処理で認証したユーザーに対応付けて登録する楽曲指定処理と、
前記楽曲指定処理にて登録した楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記演奏処理で演奏される楽曲について、当該楽曲に対応付けて登録されたユーザーに対する指標値を算出する指標値算出処理と、
前記指標値算出処理で算出された指標値を、ユーザー毎に累積した累積指標値を算出する累積処理と、
ユーザーの非歌唱期間に基づいて、当該ユーザーの累積指標値を補正する補正処理と、
を実行する制御手段と、を備えることを特徴とする。
【０００８】
さらに本発明に係るカラオケシステムにおいて、
前記指標値算出処理は、演奏中の歌唱時間に基づいて指標値を算出することを特徴とする。
【０００９】
さらに本発明に係るカラオケシステムにおいて、
前記指標値算出処理は、演奏楽曲における歌唱すべき時間に対する歌唱時間の割合と、演奏楽曲に対応する楽曲ポイントを演算することで指標値を算出することを特徴とする。
【００１０】
さらに本発明に係るカラオケシステムにおいて、
前記補正処理における非歌唱期間は、ユーザーの認証を解除してから、次に認証するまでの期間であることを特徴とする。
【００１１】
さらに本発明に係るカラオケシステムにおいて、
前記補正処理における非歌唱期間は、当該ユーザーが登録した楽曲の演奏期間以外の期間であることを特徴とする。
【００１２】
さらに本発明に係るカラオケシステムにおいて、
前記指標値算出処理は、外部から入力される歌唱状況情報に基づいて補正された指標値を算出することを特徴とする。
【００１３】
さらに本発明に係るカラオケシステムは、
ユーザーの累積指標値に基づいて、当該ユーザーに対して告知を行う告知処理を実行することを特徴とする。
【００１４】
さらに本発明に係るカラオケシステムは、
ユーザーに対応付けられた分身像を表示させるとともに、当該ユーザーの累積指標値に基づいて分身像を変化させる分身像表示処理を実行することを特徴とする。
【００１５】
また本発明に係るカラオケプログラムは、
入力手段から入力される識別情報に応じてユーザーを認識する認証処理と、
前記入力手段で指定された楽曲を、前記認証処理で認証したユーザーに対応付けて登録する楽曲指定処理と、
前記楽曲指定処理にて登録した楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記演奏処理で演奏される楽曲について、当該楽曲に対応付けて登録されたユーザーに対する指標値を算出する指標値算出処理と、
前記指標値算出処理で算出された指標値をユーザー毎に累積した累積指標値を算出する累積処理と、
ユーザーの非歌唱期間に基づいて、当該ユーザーの累積指標値を補正する補正処理と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、カラオケ店舗などで歌唱したことによってすっきりした満足感を累計指標値としてユーザーに提示することが可能となる。そして、累計指標値を非歌唱期間にて補正することで、ユーザーが歌唱を行わないことに伴うフラストレーションを累積満足度に反映させることが可能となる。
【００１７】
また、補正された累積満足度を用いて、ユーザーにカラオケ利用を促すなどの告知処理
を行うことや、カラオケシステムで使用されるユーザーの分身像に変化をもたらすなどすることで、当該ユーザーのカラオケ利用状況を把握させることが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係るカラオケシステムのネットワーク構成を示す図
【図２】本発明の実施形態に係るカラオケシステムを示す図
【図３】本発明の実施形態に係るトップ画面を示す図
【図４】本発明の実施形態に係るユーザー情報を示す図
【図５】本発明の実施形態に係るユーザーに対するサービス処理を示す図
【図６】本発明の実施形態に係るアクティブユーザートップ画面を示す図
【図７】本発明の実施形態に係るマイルーム画面を示す図
【図８】本発明の実施形態に係る楽曲確認画面を示す図
【図９】本発明の実施形態に係る楽曲指定処理を示すフロー図
【図１０】本発明の実施形態に係る予約情報のデータ構成を示す図
【図１１】本発明の実施形態に係る予約楽曲演奏処理を示すフロー図
【図１２】本発明の実施形態に係る満足度算出処理を示すフロー図
【図１３】本発明の実施形態における１楽曲中の歌唱区間を説明するための図
【図１４】本発明の実施形態に係る歌唱終了時のモニタ画面を示す図
【図１５】本発明の実施形態に係るログアウト時におけるリモコン装置の画面を示す図
【図１６】本発明の実施形態に係る累積満足度補正処理を示すフロー図
【図１７】本発明の実施形態に係る非歌唱期間を説明する図
【図１８】本発明の実施形態に係る告知処理を説明する図
【図１９】本発明の他の実施形態に係る累積満足度補正処理を示すフロー図
【図２０】本発明の他の実施形態に係る非歌唱期間を説明する図
【図２１】本発明の他の実施形態に係る各ユーザーの累計満足度の推移を示す図
【図２２】本発明の他の実施形態に係る全ユーザーの累計満足度の推移を示す図
【図２３】本発明の他の実施形態に係るカラオケ終了時のモニタ画面を示す図
【発明を実施するための形態】
【００１９】
図１は、本発明の実施形態に係るカラオケシステムのネットワーク構成を示す図である。図中、カラオケシステムとしての主要構成は、カラオケ用ホスト５（サーバ装置）、店舗などに設置されるコマンダ２などにて構成される。コマンダ２は楽曲再生機能を有した、いわゆるカラオケ装置であって、店舗内のＬＡＮ１００に接続されている。コマンダ２とカラオケ用ホスト５は、インターネットを介して接続され、新しく供給された楽曲情報やユーザー情報など、各種サービスに必要な情報の送受信を行う。本実施形態ではＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を介して接続されており、セキュリティに優れた通信を行うことが可能となっている。
【００２０】
店舗に設置されるコマンダ２は、リモコン装置１によりユーザーからの各種指示を受け付けることが可能となっている。また、リモコン装置１は表示画面を備え、ユーザーに対して各種情報を提供することも可能である。リモコン装置１は、ＬＡＮ１００上に設置されたアクセスポイント１１０ａを介してコマンダ２と無線接続される。図中に破線で示されるように、例えばコマンダ２ａにはリモコン装置１ａと１ｂが対応付けられ、ＬＡＮ１００ａを介して情報を送受信することが可能となっている。また、リモコン装置１とコマンダ２とは赤外線などを利用した近距離通信を行うことも可能である。
【００２１】
さらに、本実施形態のカラオケシステムでは、ユーザーに各種サービスを提供するためインターネット用ホスト６が設けられている。このインターネット用ホスト６は、ユーザーのパーソナルコンピュータ、携帯情報端末（携帯電話やＰＤＡなど）と接続され、これ
ら機器を利用するユーザーに各種サービスを提供することができる。また、インターネット用ホスト６は、カラオケ用ホスト５とデータ共有する、例えば、カラオケ用ホスト５の第１記憶部５１と、インターネット用ホスト６の第２記憶部６１に記憶される各種データベースが同期することで連携を取ったサービスを提供することができる。
【００２２】
図２は、店舗に設置されているカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、コマンダ２（カラオケ装置）と、リモコン装置１にて構成されており、これらは、ＬＡＮ１００にて、無線、有線で互いに接続されている。
【００２３】
コマンダ２は、全体を統括制御する制御部３０を中心として機能し、主な機能として、楽曲演奏処理、映像表示処理、楽曲指定処理などを実行可能としている。楽曲演奏処理は、入力部２１やリモコン装置１にて、ユーザーにより指定された楽曲に対応する演奏情報をＭＩＤＩ音源２６などの音源部にて演奏させ、スピーカー４２から放音させる処理である。このとき、スピーカー４２からは歌唱用マイク４４から入力される音声も合わせて放音される。映像再生処理は、映像再生部２９にて各種映像情報、歌詞情報などを再生させ、モニタ４１を介した視覚情報をユーザーに提供する処理である。
【００２４】
楽曲指定処理は、ユーザーからの指定に基づいて楽曲を選択、予約するための処理である。本実施形態ではリモコン装置１と連携して実行することとなる。リモコン装置１の操作部１７から入力されたユーザーの指令は、赤外線通信部１９、２３、あるいは、ＬＡＮ１００を介してコマンダ２に伝達される。コマンダ２での処理結果は、リモコン装置１側の表示部１１に表示され、ユーザーは選曲のための各種情報を視認することが可能である。コマンダ２とリモコン装置１は、この楽曲指定処理に限らず、ユーザー個別のサービスを提供するためのログイン処理など各種処理を実行することが可能である。
【００２５】
本実施形態のコマンダ２には、カメラ４３が接続可能となっており、接続されたカメラ４３から歌唱者や同伴客の様子を撮影することが可能となっている。カメラ４１の映像を表示手段（例えば、モニタ４１）にてモニタする場合には、カメラ４３は、当該表示手段の上部など、表示手段の近傍に配置することが好ましい。ユーザーは、モニタ画像を鏡のように利用することが可能となる。なお、カメラ４３を複数設け、同時に、あるいは、切り換えて撮影することで映像情報を取得することとしても構わない。
【００２６】
図３は、本発明の実施形態に係るトップ画面、すなわち、リモコン装置１を起動した直後の画面を示す図である。本実施形態では、リモコン装置１の表示部１１に表示を行うことで、リモコン装置１を操作するユーザーに対して各種情報を提供する。なお、リモコン装置１の操作部１７としては、カーソルキーなどの各種機械的なスイッチの他、表示部１１に表示されたボタン、アイコンなどを直接タッチして操作を行うタッチパネルを採用することができる。
【００２７】
本実施形態のカラオケシステムは、複数のユーザーがログインすることが可能となっている。ユーザーのログインに関する情報は画面上方に常時表示される。ログインしたユーザーの分身像（アバター）を表示するためのログインユーザー欄１０３が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。
【００２８】
また、アカウントを有していないユーザーのためのゲストアイコン１０２、ユーザーを切り替えるためのユーザー切替スイッチ１０１が表示されている。ログインしたユーザーは、ログインユーザー欄１０３に表示される分身像を選択、あるいは、ユーザー切替スイッチ１０１を操作することで、自分のユーザー情報を利用した各種サービスを受けることが可能となる。また、アカウントを有していないユーザーは、ゲストアイコン１０２を操
作することで、選曲など一般的なサービスを受けることが可能となっている。なお、ユーザーの切替の際には、パスワードなど認証を行うこととしてもよいが、認証を行うことなく簡易に切り替えることとしてもよい。
【００２９】
図４は、各ユーザー毎に記憶されたユーザー情報を説明するための図である。本実施形態では、ユーザー情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルなど、ユーザーに関する各種情報を含んで構成される。特に、本実施形態では、当該ユーザーの歌唱行為の指標値のための満足度テーブルを有している。
【００３０】
ユーザー情報には、ユーザーがログインしてこれら情報を利用するためのユーザーＩＤ、パスワードが対応付けられている。個人情報には、ユーザー名（実際の名前に限ったものでなく、ニックネームであってもよい）、性別、年齢等を含んで構成されている。これら各種情報は、リモコン装置１、あるいは、ネットワークに接続されたパーソナルコンピュータ、携帯情報端末などにてログインして設定することができる。
【００３１】
マイうたテーブルは、ユーザーによって事前に登録された楽曲を示すテーブルであって、少なくとも楽曲を識別するための楽曲識別子を含んで構成されている。この他、歌唱した際に採点された最高点（採点情報）や、自分の歌唱音域に合わせるためのキー調整値などを登録しておいてもよい。ユーザーは、このマイうたテーブルを読み出すことで、事前に登録した楽曲を容易に選曲することが可能となる。
【００３２】
マイアーティストテーブルは、ユーザーによって事前に登録されたアーティスト（歌手）を示すテーブルであって、歌手識別子を含んで構成されている。ユーザーは、このマイアーティストテーブルを呼び出すことで、事前に登録したアーティストを読み出し、さらにデータベースを参照することで当該アーティストに関連する楽曲を読み出して選曲することが可能となる。
【００３３】
履歴テーブルは、ユーザーがこれまでに選曲した履歴が記載されたテーブルであって、楽曲識別子、歌唱日時、歌唱店舗（歌唱位置）、キー調整値、採点情報などを含んで構成されている。採点情報は、歌唱したときの採点手段による結果を示す情報であり、音程情報は歌唱したときのピッチ変更を示す情報である。
【００３４】
本実施形態では、この履歴テーブルに記録された楽曲を選曲することも可能となっている。ユーザーは履歴テーブルを用いた選曲を行うことで、過去に指定した楽曲を再度演奏させることが可能となっている。
【００３５】
さらに本実施形態では、ユーザー情報中に満足度テーブルが含まれている。この満足度テーブルは、ユーザーが指定した楽曲の演奏に基づいて与えられる指標値に基づいて、作成されるテーブルであって、本実施形態では、各楽曲毎の演奏にて与えられた指標値（満足度）を累計した累計満足度（累計指標値）と、最後に歌唱した日時を示す最終歌唱日時を含んで構成されている。
【００３６】
さらに、図に示すように、楽曲（楽曲識別子）毎に歌唱日時と、付与された満足度を含んで構成してもよい。そして、歌唱を行っていなかった期間を示す非歌唱期間と累計満足度補正値を含んで構成してもよい。累計指標値としての累計満足度は、各楽曲の歌唱にて付与された満足度と、非歌唱期間に応じた累計満足度補正値の累計に相当した値となる。指標値としての満足度の算出、並びに、非歌唱期間に基づく累計満足度の補正については後で詳しく説明を行う。
【００３７】
本実施形態では、このようなユーザー情報を利用することで、ユーザーに対し様々なサ
ービスを提供することができる。
【００３８】
図５は、このユーザー情報の送受信の様子を示した図である。カラオケ店舗に来店したユーザーは、自己のユーザーＩＤとパスワードで構成された識別情報を入力、あるいは、リモコン装置１などに設けられたＩＣカードリーダーでＩＣカードに記憶されている識別情報を読み取らせることで認証処理Ｓ１０１を実行する。ユーザーの識別情報を読み取った、コマンダ２あるいはリモコン装置１は、識別情報をカラオケ用ホスト５に送信し（Ｓ１０２）、識別情報を受信したカラオケ用ホスト５は記憶部１に記憶されたデータベースから、該当するユーザーのユーザー情報を抽出し（Ｓ１２１）、問い合わせのあったコマンダ２あるいはリモコン装置１に対して送信する（Ｓ１２２）。
【００３９】
ユーザー情報を受信したコマンダ２側では（Ｓ１０３）、受信したユーザー情報に基づいて、選曲処理、演奏処理など各種サービス処理が提供される（Ｓ１０４）。ユーザーによりログアウトが要求される（Ｓ１０５）とサービス処理を中断し、サービス処理中における各種履歴（ログ）、あるいは、ユーザーによる設定変更を反映したユーザー情報をカラオケ用ホスト５に送信する（Ｓ１０６）。ここで、ユーザー情報は、全ての情報を送信することの他、更新された差分だけを送信してもよい。カラオケ用ホスト５では、受信したユーザー情報に基づいて記憶部１に記憶されたデータベースの更新を実行する（Ｓ１２４）。
【００４０】
以上、１ユーザーが認証処理（ログイン）してから、ログアウトするまでの流れを説明したが、本実施形態のコマンダ２、リモコン装置１は、認証された複数人（認証ユーザー）が同時にログインした状態で使用することが可能となっており、図３で説明したユーザーインターフェイスを用いることで、サービスを提供するユーザー（以下、「アクティブユーザー」という）を切り替えて使用することが可能となっている。
【００４１】
図６は、本発明の実施形態に係るアクティブユーザートップ画面を示す図である。この図に示されるように、複数人がログインした状態ではログインユーザー欄１０３にログインしたユーザーの分身像１０３ａ〜１０３ｅ（本実施形態では顔部分）が表示される。またログインユーザー欄１０３中、右端に背景がハイライトで示されるユーザーは、アクティブユーザー１０３ｅであって、図に示す状態では、このアクティブユーザー１０３ｅに対するサービス、すなわち、アクティブユーザー１０３ｅのユーザー情報を利用したサービスが実行されている状態となっている。
【００４２】
このアクティブユーザートップ画面では、「曲を探す」を選択することで、従来の歌本と同様、歌手名、楽曲名に基づく検索を行うことができる。また、「マイルーム」を選択した場合には、ユーザー情報中のマイうたテーブルなどを利用した、アクティブユーザーに特化した楽曲検索を行うことができる。
【００４３】
また、このアクティブユーザートップ画面には、アクティブユーザーの歌唱が歌唱することで与えられた満足度の累計値（累計満足度）が表示されている。ユーザーはこのアクティブユーザートップ画面で、指標値としての累計満足度を確認することができる。累計満足度、あるいは、満足度の履歴は、このリモコン装置１に表示されるアクティブユーザートップ画面に限らず、各種形態でユーザーに閲覧させることとしてもよい。また、リモコン装置１のみならず、コマンダ２、あるいは、図１で説明したようにネットワークを介して接続されている形態情報端末やパーソナルコンピュータにて閲覧させることも可能である。
【００４４】
図７には、アクティブユーザートップ画面にて「マイルーム」が選択されたときの画面であるマイルーム画面が示されている。このマイルーム画面には、図に示されるようにマ
イうた１０４、マイアーティスト１０５、りれき１０６といった操作ボタンが表示されており、これらを選択することでユーザー情報を利用した各種選曲方法を選択することが可能となっている。マイうた１０４が選択されたときにはマイうたテーブルを参照した選曲が、マイアーティスト１０５が選択されたときにはマイアーティストテーブルを参照した選曲が、そして、りれき１０６が選択されたときには履歴テーブルを参照した選曲が実行される。
【００４５】
アクティブユーザーとして楽曲を選択した場合、図８に示される楽曲確認画面にて、予約を行う楽曲に間違いがないか、楽曲名、歌手名、歌い出しなどを表示してユーザーに確認させる。このとき、選択した楽曲に対して自分の歌唱できる音程が予め分かっている場合には、「キー設定」を変更することで演奏する際のキー調整値を設定することが可能となっている。キー設定右下の「変更」ボタンを操作することで、キー設定用の画面が表示されキー調整値を設定することができる。
【００４６】
では、このような楽曲確認画面で、予約が実行されたときの楽曲指定処理について説明する。図９は、本発明の実施形態に係る楽曲指定処理を示すフロー図である。この処理では、現在、操作を行っているユーザーがアクティブユーザーであるか、ゲストユーザーであるかが判定される。アクティブユーザー（Ｓ２０２：Ｙｅｓ）の場合、図８の予約確認画面にて楽曲が選択、すなわち、「予約」ボタンが操作される（Ｓ２０３）とリモコン装置１からコマンダ２に対して予約情報が送信される（Ｓ２０４）。このときの予約情報のデータ構成が図１０（ａ）に示されている。選択した楽曲の楽曲識別子、選択を実行したしたアクティブユーザーのユーザーＩＤ、キー調整を行った場合にはキー調整値が含まれている。コマンダは、受信した予約情報を予約リストに記憶させる。
【００４７】
一方、アクティブユーザーでない、すなわち、ゲストユーザー（Ｓ２０２：Ｎｏ）の場合、同様の予約確認画面にて楽曲が選択される（Ｓ２０５）と、リモコン装置１からコマンダに対して同様に、予約情報を送信する。このときの予約情報は図１０（ｂ）のようになり、アクティブユーザーの予約時と異なり、ユーザーＩＤが含まれていないデータ構成となる。
【００４８】
では、このような予約情報を受信して楽曲を演奏するコマンダ２側での予約楽曲演奏処理について説明する。図１１は、本発明の実施形態に係る予約楽曲演奏処理を示すフロー図である。コマンダ２側での処理が開始されると、まず、予約テーブルのチェックが実行される（Ｓ３０１）予約テーブルは、前述の予約情報に基づいて作成されたテーブルであって、予約情報の順列で構成されている。この予約テーブルに記憶されている予約情報を順次読み出すことで楽曲の演奏が実行される。
【００４９】
Ｓ３０２では、予約テーブル中に次の楽曲、すなわち、まだ演奏を実行していない予約情報があるか否かが判定される。次の楽曲がある場合（Ｓ３０２：Ｙｅｓ）には、該当する予約情報を予約テーブルから読み出して、予約情報に含まれる楽曲識別子に対応する演奏情報をＭＩＤＩ音源２６などで演奏させる（Ｓ３０３）。演奏を行う際、予約情報を参照し、楽曲を予約したのはアクティブユーザー（ログインユーザー）によるものか、ゲストユーザーによるものかが判定される（Ｓ３０４）。
【００５０】
アクティブユーザーの場合（Ｓ３０４：Ｙｅｓ）には、演奏中に満足度算出処理（Ｓ４００）を実行し、指標値としての満足度を算出する。また、この場合、演奏終了（Ｓ４０１）後には、Ｓ４００にて算出された満足度をユーザーに提示する満足度表示処理（Ｓ４０２）と、算出された満足度に基づいてユーザー情報の更新が行われる（Ｓ４０３）。一連の処理が終了すると、Ｓ３０１に戻って次の楽曲の処理が行われる。一方、ゲストユーザーの場合（Ｓ３０４：Ｎｏ）には、この満足度に関する処理は実行されない。
【００５１】
このように本実施形態に係る指標は、アカウントを有するユーザー（アクティブユーザー）に対してのみ実行され、アカウントを有するユーザー毎に、算出された指標値（満足度）を累計し、各種サービスに利用することが可能となっている。
【００５２】
では、この満足度算出処理Ｓ４００について詳しく説明する。図１２は、本発明の実施形態に係る満足度算出処理を示すフロー図である。なお、この処理はカラオケ装置としてのコマンダ２にて実行されることとなるが、コマンダ２において実行可能なプログラム（カラオケプログラム）として通信回線、あるいは、記録媒体を通じて提供することもできる。本実施形態の満足度算出処理は、楽曲演奏中の歌唱時間を判定することで実行される。この歌唱時間とは、歌唱用マイク４４に音声が入力されている時間であってもよいし、音声の入力の有無にかかわらず、楽曲中において歌唱すべき期間が演奏された時間であってもよい。
【００５３】
図１３に１楽曲中の歌唱区間を説明するための図が記載されている。楽曲はその進行に伴って複数の区間に分けることができる。この例では前奏、Ａメロディ、間奏、Ｂメロディ、後奏の順で楽曲が進行し、このうちＡメロディとＢメロディが歌唱を行う歌唱区間に相当している。本実施形態では、この歌唱区間において実際に歌唱が行われた時間、もしくは、歌唱区間を演奏した時間を歌唱時間と定義している。
【００５４】
Ｓ４０１では、楽曲の演奏進行に伴って、現在演奏している区間が判定される。なお、区間の判定は、演奏情報に区間情報を設定しておくことで判定すること、あるいは演奏情報中のガイドメロディの有無で判定すること、演奏に同期して表示される歌詞情報（表示タイミングや色変えタイミング）で判定することができる。
【００５５】
演奏時点が歌唱区間であることが判定された場合（Ｓ４０２：Ｙｅｓ）には、歌唱時間の計時が開始される。この歌唱時間は、単に歌唱区間において演奏情報が演奏された時間であってもよいし、もしくは、歌唱区間において歌唱用マイク４４から音声が入力されたことを検出した時間であってもよい。歌唱時間の計時は、次の区間が開始されるまで、もしくは、演奏が終了するまで継続される。
【００５６】
演奏がユーザーの指令により途中で終了（Ｓ４０４）、もしくは、演奏情報を最後まで演奏すること終了（Ｓ４０５）されたことが判定されると、Ｓ４０６にて、当該楽曲に付いてＳ４０３で計時した歌唱時間が集計される。本実施形態では歌唱区間毎に計時した歌唱時間を加算することで当該楽曲の歌唱時間を集計することとしている。この場合、途中終了した場合（Ｓ４０４）には、途中終了した歌唱区間での歌唱時間を含めることとしてもよい。なお、ユーザーの指令により途中で終了される場合（Ｓ４０４）としては、歌唱途中で自身がなくなって終了させる場合や、他のユーザーによって誤って終了されるケースが考えられる。このような場合、歌唱者には不満が残ることが考えられる。このような場合、Ｓ４０３の歌唱時間の集計では、途中終了した歌唱区間の歌唱時間を除外して満足度を算出する、あるいは、当該楽曲についての歌唱時間を０とするなどして満足度を算出しないことが考えられる。
【００５７】
Ｓ４０７では、本実施形態において、楽曲を歌唱したユーザーに対する指標値としての満足度が算出される。ここで「満足度」とは、指標値の１つの呼び名であって実際にユーザーが満足したか否かを示すものではなく、適宜名称とすることができる。また、満足度は次の式によって算出される。
満足度＝楽曲ポイント×（歌唱時間／楽曲中で歌唱すべき時間） …（式１）
【００５８】
楽曲ポイントは、楽曲毎に割り当てられた値であって、楽曲の時間長、ジャンル、難易
度などによって予め業者によって定められ、演奏情報に対応付けて記憶されている。図１２の実施形態では、歌唱区間中、全て歌唱したと判定された場合には、（式１）中の第２項が１となり、楽曲ポイントがそのまま満足度として算出される。このように本実施形態における満足度は、歌唱すべき期間中、どの位の時間歌唱したかの割合に基づいて算出される指標値となっている。さらに、楽曲ポイントを演算することで、楽曲の特性を考慮した指標値とすることが可能となっている。
【００５９】
なお、本実施形態では、楽曲ポイントを業者が予め決めておくこととしたが、演算により求めることとしてもよい。この場合、演奏情報に対応付けられているジャンル情報、歌唱の難易度、歌唱すべき時間あるいは全演奏時間などの楽曲関連情報を用いるほか、演奏情報自体を用い、例えば、演奏情報中のノート（音程）変化などを考慮して算出することができる。例えば、音程の変化が激しい楽曲（アップテンポな楽曲）では、楽曲ポイントを高くするなどの補正を行って算出することが考えられる。なお、楽曲ポイントの算出は、楽曲を演奏した時点で演算することとしてもよいし、演算されたものを演奏情報に対応付けて記憶しておくこととしてもよい。
【００６０】
Ｓ４０７で算出された指標値としての満足度は、各種の歌唱状況情報に基づいて補正することとしてもよい（Ｓ４０８）。この歌唱状況情報としては、例えば、歌唱の場に参加しているユーザー人数が考えられる。例えば、ユーザー人数が多いほど、満足度を大きくするように補正することができる。その際、ユーザー人数のカウントは、アカウントを有するユーザーについては、ログインしているユーザー数をカウントすることで容易に取得できるし、さらには、コマンダ４３に接続されているカメラ４３の映像を解析して得ることとしてもよい。
【００６１】
ユーザー人数を利用した補正としては、所定期間内（１ヶ月、半年など）のユーザー人数の平均値を用いることとしてもよい。この平均値よりも多い人数で歌唱している場合は満足度を上げ、少ない人数で歌唱している場合は満足度を下げる補正を行うことが可能となる。さらには、同席しているユーザーが誰であるかを特定し、過去に多く同席しているユーザーが含まれる場合は、満足度を上げることとしてもよい。この場合、同席している全ユーザーについて、歌唱しているユーザーと何回一緒にカラオケに参加したかを抽出し、同席している全ユーザーの中で所定回数以上、一緒に行った人の割合でもって補正することが考えられる。具体的には、所定回数を５回以上とした場合、５回以上のユーザーが占める割合が、
５％未満であれば、満足度×０．９
５０％以上であれば、満足度×１．０
７５％以上であれば、満足度×１．２
といった補正を行うことが考えられる。
【００６２】
あるいは、同席しているユーザーについて一緒にカラオケに参加した回数の合計、あるいは、平均をとり、例えば、平均回数が、
２回未満であれば、満足度×０．９
５回以上であれば、満足度×１．０
１０回以上であれば、満足度×１．２
といった補正を行うことが考えられる。
【００６３】
この他、歌唱状況情報としては、カメラ４３にて歌唱者、あるいは、カラオケの場に参加している者の動作を撮影し、大きな動作をしているときは場が盛り上がっていると判断して満足度を大きくするように補正することも可能である。あるいは、演奏している楽曲のジャンルにふさわしい動作をしているかを判定して、そのような動作をしている場合に満足度を大きくしてもよい。さらには、参加しているユーザーから各種入力手段にて受け
付けた評価情報を利用して、満足度を補正することとしてもよい。
【００６４】
Ｓ４０９では、Ｓ４０８の補正処理にて最終的に得られた満足度を集計する。ここにおける満足度の集計は、例えば、楽曲を歌唱したユーザーについて、当該ユーザーがこれまでに取得した満足度の集計を意味している。また、集計する期間としては、当該ユーザーについて過去に取得した満足度に、今回取得した満足度を加算し、当該ユーザーの累計満足度を算出することができる。この他、過去の所定期間に取得した満足度に、今回取得した満足度を加算してもよい。所定期間としては、歌唱当日、あるいは、週毎、月毎とする他、ログインしてからの期間などが考えられる。
【００６５】
以上、満足度算出処理について説明したが、本実施形態では、歌唱区間中に歌唱したか否かを条件として、歌唱すべき期間中に歌唱した割合に基づいて指標値としての満足度を算出しており、ユーザーが実際に歌唱した、あるいは、歌唱したと推定される経過時間に基づいて指標値が算出される。また、楽曲毎に対応付けられた楽曲ポイントを演算することで、楽曲の難易度などの特性に応じた指標値を得ることができる。
【００６６】
本実施形態では、１楽曲単位で満足度を算出することとしたが、さらに詳細に楽曲の歌唱区間毎に満足度を算出、提示することとしてもよい。ユーザーは、歌唱区間毎の満足度を知ることができ、どの部分で満足度が高くなるかを知ることが可能となる。さらには、各歌唱区間について、楽曲区間ポイントを用意しておき、この楽曲区間ポイントと歌唱時間に基づいて満足度を算出してもよい。このような場合、例えば、サビ区間や英語の歌詞の区間など、歌い切ることでスッキリする区間については楽曲区間ポイントを高くしておくことが可能となる。
【００６７】
図１１に戻り、Ｓ４００で算出された満足度は、演奏終了後にユーザーに対して表示される（Ｓ３０５）。図１４は、本発明の実施形態に係る歌唱終了時のモニタ画面を示す図であって、コマンダ２は、演奏終了後の所定期間、このような画面をモニタ４１に表示する。ここでは、演奏した楽曲の楽曲名、歌手名の他、楽曲を選択（予約）したユーザー（Ａさん）のユーザー名、分身像（アバター）が表示されている。さらに、歌唱に基づいて得られた満足度、そして、ユーザーＡがこれまでに取得した累計満足度が表示されている。
【００６８】
Ｓ３０６では、今回の歌唱で得られた満足度に基づいて、ユーザーＡのユーザー情報について満足度テーブルを更新し、一連の予約楽曲演奏処理を終了する。
【００６９】
また指標値としての満足度は、各種装置、各種タイミングでユーザーに提示することができる。例えば、ユーザーが、ログアウトする際に表示することとしてもよい。図１５は、ログアウト時におけるリモコン装置の画面を示す図であって、この実施形態では、ユーザー（Ａさん）がログインしてからログアウトするまでに選択し、演奏された各楽曲についての満足と、その合計値、そして、ユーザーがこれまでに取得した累計満足度が表示されている。
【００７０】
さらに満足度の確認は、図１で説明したネットワークに接続されている形態情報端末、パーソナルコンピュータなどの外部機器からの指定に応じて提示することとしてもよい。自分の満足度を確認したいユーザーは、これらの外部機器からインターネット用ホスト６にアクセスし、ログインすることでユーザー情報を呼び出して、各種満足度の確認を行うことができる。
【００７１】
以上、本実施形態では、アカウントを有する各ユーザーについて、楽曲演奏時における歌唱時間に基づいて、ユーザー毎の指標値を算出し、各ユーザーについての指標値を累積
することで累積指標値を得ることとしている。本実施形態では演奏時における歌唱時間に基づいて指標値を得ることとしているが、指標値としては、このような実施形態以外に、従来から実施されている採点結果、歌唱用マイクから入力される歌唱音声信号に基づいて推定される消費カロリー量、あるいは、１楽曲を歌唱する毎に一律に得られる所定ポイントなど、各種形態の指標を累積して累積指標値とすることが可能である。
【００７２】
では、このようにして得られた累積指標値（本実施形態では「累積満足度」）の補正処理について図１６、図１７を用いて説明する。図１６は、本発明の実施形態に係る累積満足度補正処理を示すフロー図であり、図１７は、本発明の実施形態に係る非歌唱期間を説明する図である。
【００７３】
本実施形態では、ユーザーがコマンダ２からログアウトしてから次にログインするまでの期間をカラオケ用ホスト５にて非歌唱期間として計時し、計時された非歌唱期間に基づいて累積指標値（累積満足度）を補正することとしている。具体的には、非歌唱期間が長くなるほど、累積指標値の減る割合が大きくなるように補正するものとしている。
【００７４】
図１６に示す累積満足度補正処理は、カラオケ用ホスト５にて実施される処理である。図５にて説明したように、コマンダ２、リモコン装置１からなるカラオケシステムからユーザーがログアウトすると、カラオケ用ホスト５では、更新されたユーザー情報を記憶部５１にて記憶管理する。累積満足度補正処理は、この記憶部５１にて記憶管理されているユーザー情報に対して実行される。
【００７５】
ユーザーがログアウトしたことで、カラオケ用ホスト５がユーザー情報を受信すると（Ｓ５０１）、ユーザー情報は記憶部５１にて記憶管理されることとなるが、これと同時に、当該ユーザー情報について非歌唱期間Ｚの計時が開始される（Ｓ５０２）。この非歌唱期間Ｚの計時は、次にユーザーがログインするまで、すなわち、コマンダ２側から当該ユーザーのユーザー情報が要求される（Ｓ５０３：Ｙｅｓ）まで継続される。一方、ユーザー情報の要求が無く（Ｓ５０３：Ｎｏ）、所定時間が経過した場合（Ｓ５０４；Ｙｅｓ）に、累積満足度の補正値の更新が実行される（Ｓ５０５）。
【００７６】
本実施形態では、所定時間が経過する毎に所定の割合で累積満足度を減少させるよう、累積満足度の補正値を更新させているが、この補正値の更新には、例えば、ユーザーのカラオケ利用間隔に関する履歴、すなわち、ログアウトしてから次にログインするまでの期間の履歴を記録しておき、カラオケ利用間隔の平均値を算出し、当該平均値に応じて補正値の更新量を変更することとしてもよい。例えば、カラオケ利用間隔が一週間（１６８時間）のユーザーの場合には、平均値を超えたことを条件として、累積満足度の減少が始まる、あるいは、減少の割合を高くすることが考えられる。
【００７７】
ユーザーがログインしたことでユーザー情報の送信が要求されると、非歌唱期間の計時を中断（Ｓ５０６）し、更新された累積満足度の補正値に基づいてユーザー情報中の累計満足度が補正される（Ｓ５０７）。なお、本実施形態では、累計満足度の経過を記録可能とするため、非歌唱期間とＳ５０５で更新した累積満足度の補正値をあわせて記憶することとしている。このような形態では、累積満足度の経過をグラフなどでユーザーに提示することが可能となる。Ｓ５０８では、補正された累計満足度を含むユーザー情報を、要求のあったコマンダ２に対して送信する（図５のＳ１２１に相当）。ユーザー情報を受信したコマンダ２では、当該ユーザー情報に基づいて、前述の満足度算出処理を含む各種サービス処理を実行する。
【００７８】
図１７には、本実施形態の非歌唱期間を示す模式図が示されている。例えば、カラオケボックスでの利用を考えた場合、ログインしてからログアウトするまでの在室期間以外の
期間が、本実施形態の非歌唱期間Ｚ１〜Ｚ３に相当することとなる。本実施形態では、非歌唱期間が長いほど、累積満足度の補正値を大きく、すなわち、累積満足度が減る割合を大きくすることとしている。
【００７９】
図１８は、本発明の実施形態に係る告知処理を説明する図である。告知処理は、補正処理された累積満足度の利用の一形態であって、例えば、累積満足度が所定値を下回ったユーザーに対して、カラオケの利用を喚起するような告知を行う処理である。この告知処理には、図に示すように、カラオケ用ホスト５とデータ連動するインターネット用ホスト６にて実行することとしている。インターネット用ホスト６では、累積満足度が所定値を下回ったユーザーに対して、カラオケの利用を喚起する内容を含む電子メールを、ユーザー情報に登録されている電子メールアドレスに送信する。あるいは、ユーザーがＷｅｂサーバにログインしたときに、Ｗｅｂページ上にカラオケの利用を喚起する内容を表示することとしている。これらの告知処理は、パーソナルコンピュータ、携帯電話（スマートフォンを含む）や携帯情報端末に対して行うことが可能である。この告知処理では、カラオケの利用を喚起する内容の他、累積満足度、さらには、累積満足度の計時変化を表示してもよい。計時変化の表示にはグラフを使って分かり易く表示することが考えられる。
【００８０】
補正処理された累積満足度は、この他、ユーザーがカラオケシステムを利用する際に利用することも考えられる。例えば、本実施形態のカラオケシステムでは、図７で説明したマイルーム、あるいは、ログインユーザー欄１０３にユーザーの分身像（アバター）を表示させることとしている。ユーザーの累積満足度に基づいて、このアバターの顔の色、表情、衣服、装飾品などについての表示を変化させることとしてもよい。例えば、累積満足度が高い程、顔の色を白くする（美白効果）、表情をにこやかにする、衣服、装飾品を新しい状態で表示することなどが考えられる。また、カラオケシステム利用時に、アクティブユーザーが自分の累積満足度の計時変化を確認できるようにすることとしてもよい。
【００８１】
以上の実施形態では、ユーザーがログアウトしてから次にログインするまでの期間を非歌唱期間としたが、ユーザーがログインしている期間において、実際に歌唱していない期間、具体的には、当該ユーザーが指定した楽曲の演奏が行われていない期間を非歌唱期間としてもよい。図１９は、本発明の他の実施形態に係る累積満足度補正処理を示すフロー図であって、図２０は、本発明の他の実施形態に係る非歌唱期間を説明する図となっている。
【００８２】
図２０は、カラオケ利用時における非歌唱期間を説明する図であって、ユーザーの在室期間における歌唱状況が示されている。図中、楽曲演奏と記載されている期間は、当該ユーザーが指定した楽曲が演奏されている期間を示しており、これ以外にも他のユーザーが指定した楽曲が演奏されることも考えられる。非歌唱期間ｚ１〜ｚ４は、ユーザーがログインしてからログアウトするまでの在室期間において、当該ユーザーにより指定された楽曲が演奏されていない期間のことをいう。
【００８３】
図１９は、この実施形態の累積満足度補正処理を示す図となっている。この累積満足度補正処理は、単独で実行することとしてもよいし、図１６で説明した累積満足度補正処理とあわせて実行することとしてもよい。本実施形態の累計満足度補正処理は、コマンダ２側にて実行されることとなる。
【００８４】
ユーザーがログインし、コマンダ２側にてユーザー情報が受信される（図５のＳ１０３と同じ処理）と、非歌唱期間ｚの計時が開始される（Ｓ６０２）。次に、当該ユーザーが指定した楽曲が演奏開始されない場合（Ｓ６０３：Ｎｏ）には、所定時間経過毎（Ｓ６０４）毎に累積満足度の補正値が更新される（Ｓ６０５）。この累積満足度の補正値は、計時する非歌唱期間ｚが長いほど、累積満足度の減る割合が大きくなることとしている。そ
して、当該ユーザーの指定した楽曲の演奏が開始された場合（Ｓ６０３：Ｙｅｓ）には、非歌唱期間ｚの計時を停止し（Ｓ６０６）、Ｓ６０５で更新した累積満足度の補正値に基づいて累積満足度が補正されユーザー情報中に記録され、一連の累計満足度の補正が完了する。前実施形態と同様、後で累積満足度の計時変化を確認できるように、非歌唱期間ｚと満足度補正値をあわせてユーザー情報中に記録しておくこととしてもよい。
【００８５】
非歌唱期間ｚと累積満足度が減る割合は、以下のようにしてもよい。例えば、（１）ログインしているユーザー人数に応じて、累積満足度の減少する周期を変えることや、（２）非歌唱期間ｚにおいて他のユーザーが歌唱する楽曲が、ユーザーの嗜好にあっている場合は、累積満足度の減少する割合を低くすることが考えられる。
（１）の場合について、例えば、４人で１つの部屋にいる場合、１曲を５分とし、複数人数だと順番に歌うことを想定し、１５分（３人×５分）までは累積満足度が減少しない、または減少の割合を低くすることとし、あるユーザーが順番通りに歌うことができれば歌い始めると予想される時間である１５分を経過すると減少が開始する、または減少の割合が高くなる、などとする。
（２）の場合について、基本的に、他のユーザーの歌唱中（自身の非歌唱期間中）は、累積満足度は減少することとなるがが、例えば他のユーザーの歌唱曲が、自身が好きな曲（知っている曲）、あるいは、採点結果の高い曲であれば、減少の割合を低くする。この場合、ユーザーの履歴テーブルや、マイうたテーブルを参照し、より演奏回数が多い、より演奏頻度（回／月）が高い、より直近に歌っている、またはより採点結果が高い楽曲ほど減少の割合を低くすることとする。
【００８６】
楽曲演奏が開始されると、図１１で説明した満足度算出処理Ｓ４００、満足度表示処理Ｓ３０５などが実行され、当該ユーザーの歌唱に伴う満足度が加点される。この累積満足度補正処理は、ユーザーがログアウトするまで継続的に実行されることとなり、ユーザーがログインしてからログアウトするまでの非歌唱期間、すなわち、当該ユーザーが指定した楽曲が演奏される以外の期間長に基づいて、累積満足度が補正される。
【００８７】
本実施形態では、ユーザーがログインしてからログアウトするまでの在室期間における非歌唱期間に基づいて、累積満足度の補正を行うことで、例えば、来店したにもかかわらず歌唱回数が少ないことで蓄積するフラストレーションを満足度に反映させ、満足度の精度向上を図ることが可能となる。さらに、図１６、図１７で説明した前述の実施形態と組み合わせて実行することで、非歌唱期間の算出対象の拡張を図ることとなり、累積満足度の補正精度の向上を図ることが可能となる。
【００８８】
本実施形態では、カラオケボックスなどを借りたグループが、入室（あるいは、歌唱開始）から退室（あるいは、歌唱終了）するまでの、累積満足度の経過を視覚的に表示することとしてもよい。図２１は、各ユーザーについて、その累積満足度の推移を示した図であって、図２２は、全ユーザーの累積満足度の合計の推移を視覚的に表示した図である。どちらの場合も、リモコン装置１側の操作部１７、あるいは、コマンダ2側の操作部２１
からの指示により、リモコン装置１側の表示部１１、あるいは、コマンダ２側のモニタ４１に表示させることが可能である。
【００８９】
図２１では、各ユーザー間の累積満足度を比較することが可能となる。一方、図２２では、単位時間（１０分）毎の各ユーザー累積満足度が積み重なった棒グラフで表示されており、全ユーザーの累積満足度の合計、並びに、それを構成する各ユーザーの累積満足度を視覚的に確認することが可能となっている。さらに、本実施形態では、各単位時間を構成する棒グラフを選択することで、図面下方に示すように当該単位時間帯に歌唱された楽曲名、歌手名、歌唱したユーザーの分身像（アバター）が表示されることとしている。さらに、前時間帯と比較して累計満足度の合計の伸び率の大きい時間帯の順位についても表
示されることとしている。図の例では、５０分の時間帯、１１０分の時間帯の順で伸び率が大きくなっている。
【００９０】
以上、本実施形態では、入室（歌唱開始）してから退室（歌唱終了）するまでの累計満足度について、ユーザー毎に、あるいは、同席している全ユーザーについての累積満足度を視覚的に表示することとしたが、各ユーザー、あるいは、同席したユーザー（グループ）毎の累積満足度を記録しておくことで、全国での順位など、他のユーザー、あるいは、他のグループと競うことができるようにしてもよい。
【００９１】
なお、本発明はこれらの実施形態のみに限られるものではなく、それぞれの実施形態の構成を適宜組み合わせて構成した実施形態も本発明の範疇となるものである。
【符号の説明】
【００９２】
１…リモコン装置、１１…表示部、１２…ビデオＲＡＭ、１３…映像制御部、１４…メモリ、１５…制御部、１６…無線ＬＡＮ通信部、１７…操作部、１８…操作処理部、１９…赤外線通信部、２…コマンダ（カラオケ装置）、２１…操作部、２２…操作処理部、２３…赤外線通信部、２４…インターフェイス部、２５…音声制御部、２６…ＭＩＤＩ音源、２７…メモリ、２８…ビデオＲＡＭ、２９…映像再生部、３０…制御部、３１…映像制御部、３２…ハードディスク、４１…モニタ、４２…スピーカー、４３…カメラ、４４ａ、４４ｂ…歌唱用マイク、１００…ＬＡＮ、１１０…アクセスポイント、１２０…ルータ、５…カラオケ用ホスト、５１…第１記憶部、５２…Ｗｅｂサーバ、６…インターネット用ホスト、６１…第２記憶部、６２…Ｗｅｂサーバ、１０１…ユーザー切替スイッチ、１０２…ゲストユーザー、１０３…ログインユーザー欄、１０３ａ〜１０３ｅ…ログインユーザー、１０３ｅ…アクティブユーザー
【技術分野】
【０００１】
本発明は、所望の楽曲を指定して歌唱を楽しむカラオケシステム、及び、各種コンピュータにて実行されるカラオケプログラムに関するものである。
【背景技術】
【０００２】
従来、楽曲の演奏にあわせて歌唱を楽しむカラオケ装置が知られている。このカラオケ装置では、本来の歌唱機能以外に演奏情報と歌唱の音程を対比するなどして、歌唱がうまく行えたか否かを判定する採点機能を備えたものがよく知られている。ユーザーは、採点機能を利用することで過歌唱した楽曲に付いての優劣を知ることができ、歌唱練習の励みとすることができる。
【０００３】
特許文献１には、このような採点機能の応用として、マイクから入力される歌唱音声データに基づいて歌唱された楽曲についての歌唱採点結果を算出するとともに、歌唱者属性を判定し、判定された歌唱者属性に対応する歌唱者属性グループ毎に歌唱採点結果を管理することのできる歌唱者属性歌合戦システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２９４７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このように従来のカラオケ装置においては、楽曲の歌唱に関する指標として採点結果を算出、表示することが行われている。しかしながら、カラオケにおける楽しみは、歌唱の巧拙以外に、声を出して歌唱したことによるストレス発散が、ユーザーがカラオケを楽しむ上で大きな割合を占めることが分かっている。しかしながら、従来の採点機能では、各楽曲に付いての巧拙を判断すること、あるいは、特許文献１に開示されるようなグループ単位での巧拙を競う程度であって、歌唱の巧拙によらず、歌唱者の満足感を認識することはできなかった。
【０００６】
本発明は、このような従来のカラオケ装置の事情を鑑みたものであって、ユーザーの歌唱に基づいて算出される新たな指標値を提案することを目的とするものである。
【課題を解決するための手段】
【０００７】
本発明に係るカラオケシステムは、
ユーザーから各種入力を受け付ける入力手段と、
演奏情報を演奏する演奏手段と、
前記入力手段から入力される識別情報に応じてユーザーを認識する認証処理と、
前記入力手段で指定された楽曲を、前記認証処理で認証したユーザーに対応付けて登録する楽曲指定処理と、
前記楽曲指定処理にて登録した楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記演奏処理で演奏される楽曲について、当該楽曲に対応付けて登録されたユーザーに対する指標値を算出する指標値算出処理と、
前記指標値算出処理で算出された指標値を、ユーザー毎に累積した累積指標値を算出する累積処理と、
ユーザーの非歌唱期間に基づいて、当該ユーザーの累積指標値を補正する補正処理と、
を実行する制御手段と、を備えることを特徴とする。
【０００８】
さらに本発明に係るカラオケシステムにおいて、
前記指標値算出処理は、演奏中の歌唱時間に基づいて指標値を算出することを特徴とする。
【０００９】
さらに本発明に係るカラオケシステムにおいて、
前記指標値算出処理は、演奏楽曲における歌唱すべき時間に対する歌唱時間の割合と、演奏楽曲に対応する楽曲ポイントを演算することで指標値を算出することを特徴とする。
【００１０】
さらに本発明に係るカラオケシステムにおいて、
前記補正処理における非歌唱期間は、ユーザーの認証を解除してから、次に認証するまでの期間であることを特徴とする。
【００１１】
さらに本発明に係るカラオケシステムにおいて、
前記補正処理における非歌唱期間は、当該ユーザーが登録した楽曲の演奏期間以外の期間であることを特徴とする。
【００１２】
さらに本発明に係るカラオケシステムにおいて、
前記指標値算出処理は、外部から入力される歌唱状況情報に基づいて補正された指標値を算出することを特徴とする。
【００１３】
さらに本発明に係るカラオケシステムは、
ユーザーの累積指標値に基づいて、当該ユーザーに対して告知を行う告知処理を実行することを特徴とする。
【００１４】
さらに本発明に係るカラオケシステムは、
ユーザーに対応付けられた分身像を表示させるとともに、当該ユーザーの累積指標値に基づいて分身像を変化させる分身像表示処理を実行することを特徴とする。
【００１５】
また本発明に係るカラオケプログラムは、
入力手段から入力される識別情報に応じてユーザーを認識する認証処理と、
前記入力手段で指定された楽曲を、前記認証処理で認証したユーザーに対応付けて登録する楽曲指定処理と、
前記楽曲指定処理にて登録した楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記演奏処理で演奏される楽曲について、当該楽曲に対応付けて登録されたユーザーに対する指標値を算出する指標値算出処理と、
前記指標値算出処理で算出された指標値をユーザー毎に累積した累積指標値を算出する累積処理と、
ユーザーの非歌唱期間に基づいて、当該ユーザーの累積指標値を補正する補正処理と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、カラオケ店舗などで歌唱したことによってすっきりした満足感を累計指標値としてユーザーに提示することが可能となる。そして、累計指標値を非歌唱期間にて補正することで、ユーザーが歌唱を行わないことに伴うフラストレーションを累積満足度に反映させることが可能となる。
【００１７】
また、補正された累積満足度を用いて、ユーザーにカラオケ利用を促すなどの告知処理
を行うことや、カラオケシステムで使用されるユーザーの分身像に変化をもたらすなどすることで、当該ユーザーのカラオケ利用状況を把握させることが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係るカラオケシステムのネットワーク構成を示す図
【図２】本発明の実施形態に係るカラオケシステムを示す図
【図３】本発明の実施形態に係るトップ画面を示す図
【図４】本発明の実施形態に係るユーザー情報を示す図
【図５】本発明の実施形態に係るユーザーに対するサービス処理を示す図
【図６】本発明の実施形態に係るアクティブユーザートップ画面を示す図
【図７】本発明の実施形態に係るマイルーム画面を示す図
【図８】本発明の実施形態に係る楽曲確認画面を示す図
【図９】本発明の実施形態に係る楽曲指定処理を示すフロー図
【図１０】本発明の実施形態に係る予約情報のデータ構成を示す図
【図１１】本発明の実施形態に係る予約楽曲演奏処理を示すフロー図
【図１２】本発明の実施形態に係る満足度算出処理を示すフロー図
【図１３】本発明の実施形態における１楽曲中の歌唱区間を説明するための図
【図１４】本発明の実施形態に係る歌唱終了時のモニタ画面を示す図
【図１５】本発明の実施形態に係るログアウト時におけるリモコン装置の画面を示す図
【図１６】本発明の実施形態に係る累積満足度補正処理を示すフロー図
【図１７】本発明の実施形態に係る非歌唱期間を説明する図
【図１８】本発明の実施形態に係る告知処理を説明する図
【図１９】本発明の他の実施形態に係る累積満足度補正処理を示すフロー図
【図２０】本発明の他の実施形態に係る非歌唱期間を説明する図
【図２１】本発明の他の実施形態に係る各ユーザーの累計満足度の推移を示す図
【図２２】本発明の他の実施形態に係る全ユーザーの累計満足度の推移を示す図
【図２３】本発明の他の実施形態に係るカラオケ終了時のモニタ画面を示す図
【発明を実施するための形態】
【００１９】
図１は、本発明の実施形態に係るカラオケシステムのネットワーク構成を示す図である。図中、カラオケシステムとしての主要構成は、カラオケ用ホスト５（サーバ装置）、店舗などに設置されるコマンダ２などにて構成される。コマンダ２は楽曲再生機能を有した、いわゆるカラオケ装置であって、店舗内のＬＡＮ１００に接続されている。コマンダ２とカラオケ用ホスト５は、インターネットを介して接続され、新しく供給された楽曲情報やユーザー情報など、各種サービスに必要な情報の送受信を行う。本実施形態ではＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を介して接続されており、セキュリティに優れた通信を行うことが可能となっている。
【００２０】
店舗に設置されるコマンダ２は、リモコン装置１によりユーザーからの各種指示を受け付けることが可能となっている。また、リモコン装置１は表示画面を備え、ユーザーに対して各種情報を提供することも可能である。リモコン装置１は、ＬＡＮ１００上に設置されたアクセスポイント１１０ａを介してコマンダ２と無線接続される。図中に破線で示されるように、例えばコマンダ２ａにはリモコン装置１ａと１ｂが対応付けられ、ＬＡＮ１００ａを介して情報を送受信することが可能となっている。また、リモコン装置１とコマンダ２とは赤外線などを利用した近距離通信を行うことも可能である。
【００２１】
さらに、本実施形態のカラオケシステムでは、ユーザーに各種サービスを提供するためインターネット用ホスト６が設けられている。このインターネット用ホスト６は、ユーザーのパーソナルコンピュータ、携帯情報端末（携帯電話やＰＤＡなど）と接続され、これ
ら機器を利用するユーザーに各種サービスを提供することができる。また、インターネット用ホスト６は、カラオケ用ホスト５とデータ共有する、例えば、カラオケ用ホスト５の第１記憶部５１と、インターネット用ホスト６の第２記憶部６１に記憶される各種データベースが同期することで連携を取ったサービスを提供することができる。
【００２２】
図２は、店舗に設置されているカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、コマンダ２（カラオケ装置）と、リモコン装置１にて構成されており、これらは、ＬＡＮ１００にて、無線、有線で互いに接続されている。
【００２３】
コマンダ２は、全体を統括制御する制御部３０を中心として機能し、主な機能として、楽曲演奏処理、映像表示処理、楽曲指定処理などを実行可能としている。楽曲演奏処理は、入力部２１やリモコン装置１にて、ユーザーにより指定された楽曲に対応する演奏情報をＭＩＤＩ音源２６などの音源部にて演奏させ、スピーカー４２から放音させる処理である。このとき、スピーカー４２からは歌唱用マイク４４から入力される音声も合わせて放音される。映像再生処理は、映像再生部２９にて各種映像情報、歌詞情報などを再生させ、モニタ４１を介した視覚情報をユーザーに提供する処理である。
【００２４】
楽曲指定処理は、ユーザーからの指定に基づいて楽曲を選択、予約するための処理である。本実施形態ではリモコン装置１と連携して実行することとなる。リモコン装置１の操作部１７から入力されたユーザーの指令は、赤外線通信部１９、２３、あるいは、ＬＡＮ１００を介してコマンダ２に伝達される。コマンダ２での処理結果は、リモコン装置１側の表示部１１に表示され、ユーザーは選曲のための各種情報を視認することが可能である。コマンダ２とリモコン装置１は、この楽曲指定処理に限らず、ユーザー個別のサービスを提供するためのログイン処理など各種処理を実行することが可能である。
【００２５】
本実施形態のコマンダ２には、カメラ４３が接続可能となっており、接続されたカメラ４３から歌唱者や同伴客の様子を撮影することが可能となっている。カメラ４１の映像を表示手段（例えば、モニタ４１）にてモニタする場合には、カメラ４３は、当該表示手段の上部など、表示手段の近傍に配置することが好ましい。ユーザーは、モニタ画像を鏡のように利用することが可能となる。なお、カメラ４３を複数設け、同時に、あるいは、切り換えて撮影することで映像情報を取得することとしても構わない。
【００２６】
図３は、本発明の実施形態に係るトップ画面、すなわち、リモコン装置１を起動した直後の画面を示す図である。本実施形態では、リモコン装置１の表示部１１に表示を行うことで、リモコン装置１を操作するユーザーに対して各種情報を提供する。なお、リモコン装置１の操作部１７としては、カーソルキーなどの各種機械的なスイッチの他、表示部１１に表示されたボタン、アイコンなどを直接タッチして操作を行うタッチパネルを採用することができる。
【００２７】
本実施形態のカラオケシステムは、複数のユーザーがログインすることが可能となっている。ユーザーのログインに関する情報は画面上方に常時表示される。ログインしたユーザーの分身像（アバター）を表示するためのログインユーザー欄１０３が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。
【００２８】
また、アカウントを有していないユーザーのためのゲストアイコン１０２、ユーザーを切り替えるためのユーザー切替スイッチ１０１が表示されている。ログインしたユーザーは、ログインユーザー欄１０３に表示される分身像を選択、あるいは、ユーザー切替スイッチ１０１を操作することで、自分のユーザー情報を利用した各種サービスを受けることが可能となる。また、アカウントを有していないユーザーは、ゲストアイコン１０２を操
作することで、選曲など一般的なサービスを受けることが可能となっている。なお、ユーザーの切替の際には、パスワードなど認証を行うこととしてもよいが、認証を行うことなく簡易に切り替えることとしてもよい。
【００２９】
図４は、各ユーザー毎に記憶されたユーザー情報を説明するための図である。本実施形態では、ユーザー情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルなど、ユーザーに関する各種情報を含んで構成される。特に、本実施形態では、当該ユーザーの歌唱行為の指標値のための満足度テーブルを有している。
【００３０】
ユーザー情報には、ユーザーがログインしてこれら情報を利用するためのユーザーＩＤ、パスワードが対応付けられている。個人情報には、ユーザー名（実際の名前に限ったものでなく、ニックネームであってもよい）、性別、年齢等を含んで構成されている。これら各種情報は、リモコン装置１、あるいは、ネットワークに接続されたパーソナルコンピュータ、携帯情報端末などにてログインして設定することができる。
【００３１】
マイうたテーブルは、ユーザーによって事前に登録された楽曲を示すテーブルであって、少なくとも楽曲を識別するための楽曲識別子を含んで構成されている。この他、歌唱した際に採点された最高点（採点情報）や、自分の歌唱音域に合わせるためのキー調整値などを登録しておいてもよい。ユーザーは、このマイうたテーブルを読み出すことで、事前に登録した楽曲を容易に選曲することが可能となる。
【００３２】
マイアーティストテーブルは、ユーザーによって事前に登録されたアーティスト（歌手）を示すテーブルであって、歌手識別子を含んで構成されている。ユーザーは、このマイアーティストテーブルを呼び出すことで、事前に登録したアーティストを読み出し、さらにデータベースを参照することで当該アーティストに関連する楽曲を読み出して選曲することが可能となる。
【００３３】
履歴テーブルは、ユーザーがこれまでに選曲した履歴が記載されたテーブルであって、楽曲識別子、歌唱日時、歌唱店舗（歌唱位置）、キー調整値、採点情報などを含んで構成されている。採点情報は、歌唱したときの採点手段による結果を示す情報であり、音程情報は歌唱したときのピッチ変更を示す情報である。
【００３４】
本実施形態では、この履歴テーブルに記録された楽曲を選曲することも可能となっている。ユーザーは履歴テーブルを用いた選曲を行うことで、過去に指定した楽曲を再度演奏させることが可能となっている。
【００３５】
さらに本実施形態では、ユーザー情報中に満足度テーブルが含まれている。この満足度テーブルは、ユーザーが指定した楽曲の演奏に基づいて与えられる指標値に基づいて、作成されるテーブルであって、本実施形態では、各楽曲毎の演奏にて与えられた指標値（満足度）を累計した累計満足度（累計指標値）と、最後に歌唱した日時を示す最終歌唱日時を含んで構成されている。
【００３６】
さらに、図に示すように、楽曲（楽曲識別子）毎に歌唱日時と、付与された満足度を含んで構成してもよい。そして、歌唱を行っていなかった期間を示す非歌唱期間と累計満足度補正値を含んで構成してもよい。累計指標値としての累計満足度は、各楽曲の歌唱にて付与された満足度と、非歌唱期間に応じた累計満足度補正値の累計に相当した値となる。指標値としての満足度の算出、並びに、非歌唱期間に基づく累計満足度の補正については後で詳しく説明を行う。
【００３７】
本実施形態では、このようなユーザー情報を利用することで、ユーザーに対し様々なサ
ービスを提供することができる。
【００３８】
図５は、このユーザー情報の送受信の様子を示した図である。カラオケ店舗に来店したユーザーは、自己のユーザーＩＤとパスワードで構成された識別情報を入力、あるいは、リモコン装置１などに設けられたＩＣカードリーダーでＩＣカードに記憶されている識別情報を読み取らせることで認証処理Ｓ１０１を実行する。ユーザーの識別情報を読み取った、コマンダ２あるいはリモコン装置１は、識別情報をカラオケ用ホスト５に送信し（Ｓ１０２）、識別情報を受信したカラオケ用ホスト５は記憶部１に記憶されたデータベースから、該当するユーザーのユーザー情報を抽出し（Ｓ１２１）、問い合わせのあったコマンダ２あるいはリモコン装置１に対して送信する（Ｓ１２２）。
【００３９】
ユーザー情報を受信したコマンダ２側では（Ｓ１０３）、受信したユーザー情報に基づいて、選曲処理、演奏処理など各種サービス処理が提供される（Ｓ１０４）。ユーザーによりログアウトが要求される（Ｓ１０５）とサービス処理を中断し、サービス処理中における各種履歴（ログ）、あるいは、ユーザーによる設定変更を反映したユーザー情報をカラオケ用ホスト５に送信する（Ｓ１０６）。ここで、ユーザー情報は、全ての情報を送信することの他、更新された差分だけを送信してもよい。カラオケ用ホスト５では、受信したユーザー情報に基づいて記憶部１に記憶されたデータベースの更新を実行する（Ｓ１２４）。
【００４０】
以上、１ユーザーが認証処理（ログイン）してから、ログアウトするまでの流れを説明したが、本実施形態のコマンダ２、リモコン装置１は、認証された複数人（認証ユーザー）が同時にログインした状態で使用することが可能となっており、図３で説明したユーザーインターフェイスを用いることで、サービスを提供するユーザー（以下、「アクティブユーザー」という）を切り替えて使用することが可能となっている。
【００４１】
図６は、本発明の実施形態に係るアクティブユーザートップ画面を示す図である。この図に示されるように、複数人がログインした状態ではログインユーザー欄１０３にログインしたユーザーの分身像１０３ａ〜１０３ｅ（本実施形態では顔部分）が表示される。またログインユーザー欄１０３中、右端に背景がハイライトで示されるユーザーは、アクティブユーザー１０３ｅであって、図に示す状態では、このアクティブユーザー１０３ｅに対するサービス、すなわち、アクティブユーザー１０３ｅのユーザー情報を利用したサービスが実行されている状態となっている。
【００４２】
このアクティブユーザートップ画面では、「曲を探す」を選択することで、従来の歌本と同様、歌手名、楽曲名に基づく検索を行うことができる。また、「マイルーム」を選択した場合には、ユーザー情報中のマイうたテーブルなどを利用した、アクティブユーザーに特化した楽曲検索を行うことができる。
【００４３】
また、このアクティブユーザートップ画面には、アクティブユーザーの歌唱が歌唱することで与えられた満足度の累計値（累計満足度）が表示されている。ユーザーはこのアクティブユーザートップ画面で、指標値としての累計満足度を確認することができる。累計満足度、あるいは、満足度の履歴は、このリモコン装置１に表示されるアクティブユーザートップ画面に限らず、各種形態でユーザーに閲覧させることとしてもよい。また、リモコン装置１のみならず、コマンダ２、あるいは、図１で説明したようにネットワークを介して接続されている形態情報端末やパーソナルコンピュータにて閲覧させることも可能である。
【００４４】
図７には、アクティブユーザートップ画面にて「マイルーム」が選択されたときの画面であるマイルーム画面が示されている。このマイルーム画面には、図に示されるようにマ
イうた１０４、マイアーティスト１０５、りれき１０６といった操作ボタンが表示されており、これらを選択することでユーザー情報を利用した各種選曲方法を選択することが可能となっている。マイうた１０４が選択されたときにはマイうたテーブルを参照した選曲が、マイアーティスト１０５が選択されたときにはマイアーティストテーブルを参照した選曲が、そして、りれき１０６が選択されたときには履歴テーブルを参照した選曲が実行される。
【００４５】
アクティブユーザーとして楽曲を選択した場合、図８に示される楽曲確認画面にて、予約を行う楽曲に間違いがないか、楽曲名、歌手名、歌い出しなどを表示してユーザーに確認させる。このとき、選択した楽曲に対して自分の歌唱できる音程が予め分かっている場合には、「キー設定」を変更することで演奏する際のキー調整値を設定することが可能となっている。キー設定右下の「変更」ボタンを操作することで、キー設定用の画面が表示されキー調整値を設定することができる。
【００４６】
では、このような楽曲確認画面で、予約が実行されたときの楽曲指定処理について説明する。図９は、本発明の実施形態に係る楽曲指定処理を示すフロー図である。この処理では、現在、操作を行っているユーザーがアクティブユーザーであるか、ゲストユーザーであるかが判定される。アクティブユーザー（Ｓ２０２：Ｙｅｓ）の場合、図８の予約確認画面にて楽曲が選択、すなわち、「予約」ボタンが操作される（Ｓ２０３）とリモコン装置１からコマンダ２に対して予約情報が送信される（Ｓ２０４）。このときの予約情報のデータ構成が図１０（ａ）に示されている。選択した楽曲の楽曲識別子、選択を実行したしたアクティブユーザーのユーザーＩＤ、キー調整を行った場合にはキー調整値が含まれている。コマンダは、受信した予約情報を予約リストに記憶させる。
【００４７】
一方、アクティブユーザーでない、すなわち、ゲストユーザー（Ｓ２０２：Ｎｏ）の場合、同様の予約確認画面にて楽曲が選択される（Ｓ２０５）と、リモコン装置１からコマンダに対して同様に、予約情報を送信する。このときの予約情報は図１０（ｂ）のようになり、アクティブユーザーの予約時と異なり、ユーザーＩＤが含まれていないデータ構成となる。
【００４８】
では、このような予約情報を受信して楽曲を演奏するコマンダ２側での予約楽曲演奏処理について説明する。図１１は、本発明の実施形態に係る予約楽曲演奏処理を示すフロー図である。コマンダ２側での処理が開始されると、まず、予約テーブルのチェックが実行される（Ｓ３０１）予約テーブルは、前述の予約情報に基づいて作成されたテーブルであって、予約情報の順列で構成されている。この予約テーブルに記憶されている予約情報を順次読み出すことで楽曲の演奏が実行される。
【００４９】
Ｓ３０２では、予約テーブル中に次の楽曲、すなわち、まだ演奏を実行していない予約情報があるか否かが判定される。次の楽曲がある場合（Ｓ３０２：Ｙｅｓ）には、該当する予約情報を予約テーブルから読み出して、予約情報に含まれる楽曲識別子に対応する演奏情報をＭＩＤＩ音源２６などで演奏させる（Ｓ３０３）。演奏を行う際、予約情報を参照し、楽曲を予約したのはアクティブユーザー（ログインユーザー）によるものか、ゲストユーザーによるものかが判定される（Ｓ３０４）。
【００５０】
アクティブユーザーの場合（Ｓ３０４：Ｙｅｓ）には、演奏中に満足度算出処理（Ｓ４００）を実行し、指標値としての満足度を算出する。また、この場合、演奏終了（Ｓ４０１）後には、Ｓ４００にて算出された満足度をユーザーに提示する満足度表示処理（Ｓ４０２）と、算出された満足度に基づいてユーザー情報の更新が行われる（Ｓ４０３）。一連の処理が終了すると、Ｓ３０１に戻って次の楽曲の処理が行われる。一方、ゲストユーザーの場合（Ｓ３０４：Ｎｏ）には、この満足度に関する処理は実行されない。
【００５１】
このように本実施形態に係る指標は、アカウントを有するユーザー（アクティブユーザー）に対してのみ実行され、アカウントを有するユーザー毎に、算出された指標値（満足度）を累計し、各種サービスに利用することが可能となっている。
【００５２】
では、この満足度算出処理Ｓ４００について詳しく説明する。図１２は、本発明の実施形態に係る満足度算出処理を示すフロー図である。なお、この処理はカラオケ装置としてのコマンダ２にて実行されることとなるが、コマンダ２において実行可能なプログラム（カラオケプログラム）として通信回線、あるいは、記録媒体を通じて提供することもできる。本実施形態の満足度算出処理は、楽曲演奏中の歌唱時間を判定することで実行される。この歌唱時間とは、歌唱用マイク４４に音声が入力されている時間であってもよいし、音声の入力の有無にかかわらず、楽曲中において歌唱すべき期間が演奏された時間であってもよい。
【００５３】
図１３に１楽曲中の歌唱区間を説明するための図が記載されている。楽曲はその進行に伴って複数の区間に分けることができる。この例では前奏、Ａメロディ、間奏、Ｂメロディ、後奏の順で楽曲が進行し、このうちＡメロディとＢメロディが歌唱を行う歌唱区間に相当している。本実施形態では、この歌唱区間において実際に歌唱が行われた時間、もしくは、歌唱区間を演奏した時間を歌唱時間と定義している。
【００５４】
Ｓ４０１では、楽曲の演奏進行に伴って、現在演奏している区間が判定される。なお、区間の判定は、演奏情報に区間情報を設定しておくことで判定すること、あるいは演奏情報中のガイドメロディの有無で判定すること、演奏に同期して表示される歌詞情報（表示タイミングや色変えタイミング）で判定することができる。
【００５５】
演奏時点が歌唱区間であることが判定された場合（Ｓ４０２：Ｙｅｓ）には、歌唱時間の計時が開始される。この歌唱時間は、単に歌唱区間において演奏情報が演奏された時間であってもよいし、もしくは、歌唱区間において歌唱用マイク４４から音声が入力されたことを検出した時間であってもよい。歌唱時間の計時は、次の区間が開始されるまで、もしくは、演奏が終了するまで継続される。
【００５６】
演奏がユーザーの指令により途中で終了（Ｓ４０４）、もしくは、演奏情報を最後まで演奏すること終了（Ｓ４０５）されたことが判定されると、Ｓ４０６にて、当該楽曲に付いてＳ４０３で計時した歌唱時間が集計される。本実施形態では歌唱区間毎に計時した歌唱時間を加算することで当該楽曲の歌唱時間を集計することとしている。この場合、途中終了した場合（Ｓ４０４）には、途中終了した歌唱区間での歌唱時間を含めることとしてもよい。なお、ユーザーの指令により途中で終了される場合（Ｓ４０４）としては、歌唱途中で自身がなくなって終了させる場合や、他のユーザーによって誤って終了されるケースが考えられる。このような場合、歌唱者には不満が残ることが考えられる。このような場合、Ｓ４０３の歌唱時間の集計では、途中終了した歌唱区間の歌唱時間を除外して満足度を算出する、あるいは、当該楽曲についての歌唱時間を０とするなどして満足度を算出しないことが考えられる。
【００５７】
Ｓ４０７では、本実施形態において、楽曲を歌唱したユーザーに対する指標値としての満足度が算出される。ここで「満足度」とは、指標値の１つの呼び名であって実際にユーザーが満足したか否かを示すものではなく、適宜名称とすることができる。また、満足度は次の式によって算出される。
満足度＝楽曲ポイント×（歌唱時間／楽曲中で歌唱すべき時間） …（式１）
【００５８】
楽曲ポイントは、楽曲毎に割り当てられた値であって、楽曲の時間長、ジャンル、難易
度などによって予め業者によって定められ、演奏情報に対応付けて記憶されている。図１２の実施形態では、歌唱区間中、全て歌唱したと判定された場合には、（式１）中の第２項が１となり、楽曲ポイントがそのまま満足度として算出される。このように本実施形態における満足度は、歌唱すべき期間中、どの位の時間歌唱したかの割合に基づいて算出される指標値となっている。さらに、楽曲ポイントを演算することで、楽曲の特性を考慮した指標値とすることが可能となっている。
【００５９】
なお、本実施形態では、楽曲ポイントを業者が予め決めておくこととしたが、演算により求めることとしてもよい。この場合、演奏情報に対応付けられているジャンル情報、歌唱の難易度、歌唱すべき時間あるいは全演奏時間などの楽曲関連情報を用いるほか、演奏情報自体を用い、例えば、演奏情報中のノート（音程）変化などを考慮して算出することができる。例えば、音程の変化が激しい楽曲（アップテンポな楽曲）では、楽曲ポイントを高くするなどの補正を行って算出することが考えられる。なお、楽曲ポイントの算出は、楽曲を演奏した時点で演算することとしてもよいし、演算されたものを演奏情報に対応付けて記憶しておくこととしてもよい。
【００６０】
Ｓ４０７で算出された指標値としての満足度は、各種の歌唱状況情報に基づいて補正することとしてもよい（Ｓ４０８）。この歌唱状況情報としては、例えば、歌唱の場に参加しているユーザー人数が考えられる。例えば、ユーザー人数が多いほど、満足度を大きくするように補正することができる。その際、ユーザー人数のカウントは、アカウントを有するユーザーについては、ログインしているユーザー数をカウントすることで容易に取得できるし、さらには、コマンダ４３に接続されているカメラ４３の映像を解析して得ることとしてもよい。
【００６１】
ユーザー人数を利用した補正としては、所定期間内（１ヶ月、半年など）のユーザー人数の平均値を用いることとしてもよい。この平均値よりも多い人数で歌唱している場合は満足度を上げ、少ない人数で歌唱している場合は満足度を下げる補正を行うことが可能となる。さらには、同席しているユーザーが誰であるかを特定し、過去に多く同席しているユーザーが含まれる場合は、満足度を上げることとしてもよい。この場合、同席している全ユーザーについて、歌唱しているユーザーと何回一緒にカラオケに参加したかを抽出し、同席している全ユーザーの中で所定回数以上、一緒に行った人の割合でもって補正することが考えられる。具体的には、所定回数を５回以上とした場合、５回以上のユーザーが占める割合が、
５％未満であれば、満足度×０．９
５０％以上であれば、満足度×１．０
７５％以上であれば、満足度×１．２
といった補正を行うことが考えられる。
【００６２】
あるいは、同席しているユーザーについて一緒にカラオケに参加した回数の合計、あるいは、平均をとり、例えば、平均回数が、
２回未満であれば、満足度×０．９
５回以上であれば、満足度×１．０
１０回以上であれば、満足度×１．２
といった補正を行うことが考えられる。
【００６３】
この他、歌唱状況情報としては、カメラ４３にて歌唱者、あるいは、カラオケの場に参加している者の動作を撮影し、大きな動作をしているときは場が盛り上がっていると判断して満足度を大きくするように補正することも可能である。あるいは、演奏している楽曲のジャンルにふさわしい動作をしているかを判定して、そのような動作をしている場合に満足度を大きくしてもよい。さらには、参加しているユーザーから各種入力手段にて受け
付けた評価情報を利用して、満足度を補正することとしてもよい。
【００６４】
Ｓ４０９では、Ｓ４０８の補正処理にて最終的に得られた満足度を集計する。ここにおける満足度の集計は、例えば、楽曲を歌唱したユーザーについて、当該ユーザーがこれまでに取得した満足度の集計を意味している。また、集計する期間としては、当該ユーザーについて過去に取得した満足度に、今回取得した満足度を加算し、当該ユーザーの累計満足度を算出することができる。この他、過去の所定期間に取得した満足度に、今回取得した満足度を加算してもよい。所定期間としては、歌唱当日、あるいは、週毎、月毎とする他、ログインしてからの期間などが考えられる。
【００６５】
以上、満足度算出処理について説明したが、本実施形態では、歌唱区間中に歌唱したか否かを条件として、歌唱すべき期間中に歌唱した割合に基づいて指標値としての満足度を算出しており、ユーザーが実際に歌唱した、あるいは、歌唱したと推定される経過時間に基づいて指標値が算出される。また、楽曲毎に対応付けられた楽曲ポイントを演算することで、楽曲の難易度などの特性に応じた指標値を得ることができる。
【００６６】
本実施形態では、１楽曲単位で満足度を算出することとしたが、さらに詳細に楽曲の歌唱区間毎に満足度を算出、提示することとしてもよい。ユーザーは、歌唱区間毎の満足度を知ることができ、どの部分で満足度が高くなるかを知ることが可能となる。さらには、各歌唱区間について、楽曲区間ポイントを用意しておき、この楽曲区間ポイントと歌唱時間に基づいて満足度を算出してもよい。このような場合、例えば、サビ区間や英語の歌詞の区間など、歌い切ることでスッキリする区間については楽曲区間ポイントを高くしておくことが可能となる。
【００６７】
図１１に戻り、Ｓ４００で算出された満足度は、演奏終了後にユーザーに対して表示される（Ｓ３０５）。図１４は、本発明の実施形態に係る歌唱終了時のモニタ画面を示す図であって、コマンダ２は、演奏終了後の所定期間、このような画面をモニタ４１に表示する。ここでは、演奏した楽曲の楽曲名、歌手名の他、楽曲を選択（予約）したユーザー（Ａさん）のユーザー名、分身像（アバター）が表示されている。さらに、歌唱に基づいて得られた満足度、そして、ユーザーＡがこれまでに取得した累計満足度が表示されている。
【００６８】
Ｓ３０６では、今回の歌唱で得られた満足度に基づいて、ユーザーＡのユーザー情報について満足度テーブルを更新し、一連の予約楽曲演奏処理を終了する。
【００６９】
また指標値としての満足度は、各種装置、各種タイミングでユーザーに提示することができる。例えば、ユーザーが、ログアウトする際に表示することとしてもよい。図１５は、ログアウト時におけるリモコン装置の画面を示す図であって、この実施形態では、ユーザー（Ａさん）がログインしてからログアウトするまでに選択し、演奏された各楽曲についての満足と、その合計値、そして、ユーザーがこれまでに取得した累計満足度が表示されている。
【００７０】
さらに満足度の確認は、図１で説明したネットワークに接続されている形態情報端末、パーソナルコンピュータなどの外部機器からの指定に応じて提示することとしてもよい。自分の満足度を確認したいユーザーは、これらの外部機器からインターネット用ホスト６にアクセスし、ログインすることでユーザー情報を呼び出して、各種満足度の確認を行うことができる。
【００７１】
以上、本実施形態では、アカウントを有する各ユーザーについて、楽曲演奏時における歌唱時間に基づいて、ユーザー毎の指標値を算出し、各ユーザーについての指標値を累積
することで累積指標値を得ることとしている。本実施形態では演奏時における歌唱時間に基づいて指標値を得ることとしているが、指標値としては、このような実施形態以外に、従来から実施されている採点結果、歌唱用マイクから入力される歌唱音声信号に基づいて推定される消費カロリー量、あるいは、１楽曲を歌唱する毎に一律に得られる所定ポイントなど、各種形態の指標を累積して累積指標値とすることが可能である。
【００７２】
では、このようにして得られた累積指標値（本実施形態では「累積満足度」）の補正処理について図１６、図１７を用いて説明する。図１６は、本発明の実施形態に係る累積満足度補正処理を示すフロー図であり、図１７は、本発明の実施形態に係る非歌唱期間を説明する図である。
【００７３】
本実施形態では、ユーザーがコマンダ２からログアウトしてから次にログインするまでの期間をカラオケ用ホスト５にて非歌唱期間として計時し、計時された非歌唱期間に基づいて累積指標値（累積満足度）を補正することとしている。具体的には、非歌唱期間が長くなるほど、累積指標値の減る割合が大きくなるように補正するものとしている。
【００７４】
図１６に示す累積満足度補正処理は、カラオケ用ホスト５にて実施される処理である。図５にて説明したように、コマンダ２、リモコン装置１からなるカラオケシステムからユーザーがログアウトすると、カラオケ用ホスト５では、更新されたユーザー情報を記憶部５１にて記憶管理する。累積満足度補正処理は、この記憶部５１にて記憶管理されているユーザー情報に対して実行される。
【００７５】
ユーザーがログアウトしたことで、カラオケ用ホスト５がユーザー情報を受信すると（Ｓ５０１）、ユーザー情報は記憶部５１にて記憶管理されることとなるが、これと同時に、当該ユーザー情報について非歌唱期間Ｚの計時が開始される（Ｓ５０２）。この非歌唱期間Ｚの計時は、次にユーザーがログインするまで、すなわち、コマンダ２側から当該ユーザーのユーザー情報が要求される（Ｓ５０３：Ｙｅｓ）まで継続される。一方、ユーザー情報の要求が無く（Ｓ５０３：Ｎｏ）、所定時間が経過した場合（Ｓ５０４；Ｙｅｓ）に、累積満足度の補正値の更新が実行される（Ｓ５０５）。
【００７６】
本実施形態では、所定時間が経過する毎に所定の割合で累積満足度を減少させるよう、累積満足度の補正値を更新させているが、この補正値の更新には、例えば、ユーザーのカラオケ利用間隔に関する履歴、すなわち、ログアウトしてから次にログインするまでの期間の履歴を記録しておき、カラオケ利用間隔の平均値を算出し、当該平均値に応じて補正値の更新量を変更することとしてもよい。例えば、カラオケ利用間隔が一週間（１６８時間）のユーザーの場合には、平均値を超えたことを条件として、累積満足度の減少が始まる、あるいは、減少の割合を高くすることが考えられる。
【００７７】
ユーザーがログインしたことでユーザー情報の送信が要求されると、非歌唱期間の計時を中断（Ｓ５０６）し、更新された累積満足度の補正値に基づいてユーザー情報中の累計満足度が補正される（Ｓ５０７）。なお、本実施形態では、累計満足度の経過を記録可能とするため、非歌唱期間とＳ５０５で更新した累積満足度の補正値をあわせて記憶することとしている。このような形態では、累積満足度の経過をグラフなどでユーザーに提示することが可能となる。Ｓ５０８では、補正された累計満足度を含むユーザー情報を、要求のあったコマンダ２に対して送信する（図５のＳ１２１に相当）。ユーザー情報を受信したコマンダ２では、当該ユーザー情報に基づいて、前述の満足度算出処理を含む各種サービス処理を実行する。
【００７８】
図１７には、本実施形態の非歌唱期間を示す模式図が示されている。例えば、カラオケボックスでの利用を考えた場合、ログインしてからログアウトするまでの在室期間以外の
期間が、本実施形態の非歌唱期間Ｚ１〜Ｚ３に相当することとなる。本実施形態では、非歌唱期間が長いほど、累積満足度の補正値を大きく、すなわち、累積満足度が減る割合を大きくすることとしている。
【００７９】
図１８は、本発明の実施形態に係る告知処理を説明する図である。告知処理は、補正処理された累積満足度の利用の一形態であって、例えば、累積満足度が所定値を下回ったユーザーに対して、カラオケの利用を喚起するような告知を行う処理である。この告知処理には、図に示すように、カラオケ用ホスト５とデータ連動するインターネット用ホスト６にて実行することとしている。インターネット用ホスト６では、累積満足度が所定値を下回ったユーザーに対して、カラオケの利用を喚起する内容を含む電子メールを、ユーザー情報に登録されている電子メールアドレスに送信する。あるいは、ユーザーがＷｅｂサーバにログインしたときに、Ｗｅｂページ上にカラオケの利用を喚起する内容を表示することとしている。これらの告知処理は、パーソナルコンピュータ、携帯電話（スマートフォンを含む）や携帯情報端末に対して行うことが可能である。この告知処理では、カラオケの利用を喚起する内容の他、累積満足度、さらには、累積満足度の計時変化を表示してもよい。計時変化の表示にはグラフを使って分かり易く表示することが考えられる。
【００８０】
補正処理された累積満足度は、この他、ユーザーがカラオケシステムを利用する際に利用することも考えられる。例えば、本実施形態のカラオケシステムでは、図７で説明したマイルーム、あるいは、ログインユーザー欄１０３にユーザーの分身像（アバター）を表示させることとしている。ユーザーの累積満足度に基づいて、このアバターの顔の色、表情、衣服、装飾品などについての表示を変化させることとしてもよい。例えば、累積満足度が高い程、顔の色を白くする（美白効果）、表情をにこやかにする、衣服、装飾品を新しい状態で表示することなどが考えられる。また、カラオケシステム利用時に、アクティブユーザーが自分の累積満足度の計時変化を確認できるようにすることとしてもよい。
【００８１】
以上の実施形態では、ユーザーがログアウトしてから次にログインするまでの期間を非歌唱期間としたが、ユーザーがログインしている期間において、実際に歌唱していない期間、具体的には、当該ユーザーが指定した楽曲の演奏が行われていない期間を非歌唱期間としてもよい。図１９は、本発明の他の実施形態に係る累積満足度補正処理を示すフロー図であって、図２０は、本発明の他の実施形態に係る非歌唱期間を説明する図となっている。
【００８２】
図２０は、カラオケ利用時における非歌唱期間を説明する図であって、ユーザーの在室期間における歌唱状況が示されている。図中、楽曲演奏と記載されている期間は、当該ユーザーが指定した楽曲が演奏されている期間を示しており、これ以外にも他のユーザーが指定した楽曲が演奏されることも考えられる。非歌唱期間ｚ１〜ｚ４は、ユーザーがログインしてからログアウトするまでの在室期間において、当該ユーザーにより指定された楽曲が演奏されていない期間のことをいう。
【００８３】
図１９は、この実施形態の累積満足度補正処理を示す図となっている。この累積満足度補正処理は、単独で実行することとしてもよいし、図１６で説明した累積満足度補正処理とあわせて実行することとしてもよい。本実施形態の累計満足度補正処理は、コマンダ２側にて実行されることとなる。
【００８４】
ユーザーがログインし、コマンダ２側にてユーザー情報が受信される（図５のＳ１０３と同じ処理）と、非歌唱期間ｚの計時が開始される（Ｓ６０２）。次に、当該ユーザーが指定した楽曲が演奏開始されない場合（Ｓ６０３：Ｎｏ）には、所定時間経過毎（Ｓ６０４）毎に累積満足度の補正値が更新される（Ｓ６０５）。この累積満足度の補正値は、計時する非歌唱期間ｚが長いほど、累積満足度の減る割合が大きくなることとしている。そ
して、当該ユーザーの指定した楽曲の演奏が開始された場合（Ｓ６０３：Ｙｅｓ）には、非歌唱期間ｚの計時を停止し（Ｓ６０６）、Ｓ６０５で更新した累積満足度の補正値に基づいて累積満足度が補正されユーザー情報中に記録され、一連の累計満足度の補正が完了する。前実施形態と同様、後で累積満足度の計時変化を確認できるように、非歌唱期間ｚと満足度補正値をあわせてユーザー情報中に記録しておくこととしてもよい。
【００８５】
非歌唱期間ｚと累積満足度が減る割合は、以下のようにしてもよい。例えば、（１）ログインしているユーザー人数に応じて、累積満足度の減少する周期を変えることや、（２）非歌唱期間ｚにおいて他のユーザーが歌唱する楽曲が、ユーザーの嗜好にあっている場合は、累積満足度の減少する割合を低くすることが考えられる。
（１）の場合について、例えば、４人で１つの部屋にいる場合、１曲を５分とし、複数人数だと順番に歌うことを想定し、１５分（３人×５分）までは累積満足度が減少しない、または減少の割合を低くすることとし、あるユーザーが順番通りに歌うことができれば歌い始めると予想される時間である１５分を経過すると減少が開始する、または減少の割合が高くなる、などとする。
（２）の場合について、基本的に、他のユーザーの歌唱中（自身の非歌唱期間中）は、累積満足度は減少することとなるがが、例えば他のユーザーの歌唱曲が、自身が好きな曲（知っている曲）、あるいは、採点結果の高い曲であれば、減少の割合を低くする。この場合、ユーザーの履歴テーブルや、マイうたテーブルを参照し、より演奏回数が多い、より演奏頻度（回／月）が高い、より直近に歌っている、またはより採点結果が高い楽曲ほど減少の割合を低くすることとする。
【００８６】
楽曲演奏が開始されると、図１１で説明した満足度算出処理Ｓ４００、満足度表示処理Ｓ３０５などが実行され、当該ユーザーの歌唱に伴う満足度が加点される。この累積満足度補正処理は、ユーザーがログアウトするまで継続的に実行されることとなり、ユーザーがログインしてからログアウトするまでの非歌唱期間、すなわち、当該ユーザーが指定した楽曲が演奏される以外の期間長に基づいて、累積満足度が補正される。
【００８７】
本実施形態では、ユーザーがログインしてからログアウトするまでの在室期間における非歌唱期間に基づいて、累積満足度の補正を行うことで、例えば、来店したにもかかわらず歌唱回数が少ないことで蓄積するフラストレーションを満足度に反映させ、満足度の精度向上を図ることが可能となる。さらに、図１６、図１７で説明した前述の実施形態と組み合わせて実行することで、非歌唱期間の算出対象の拡張を図ることとなり、累積満足度の補正精度の向上を図ることが可能となる。
【００８８】
本実施形態では、カラオケボックスなどを借りたグループが、入室（あるいは、歌唱開始）から退室（あるいは、歌唱終了）するまでの、累積満足度の経過を視覚的に表示することとしてもよい。図２１は、各ユーザーについて、その累積満足度の推移を示した図であって、図２２は、全ユーザーの累積満足度の合計の推移を視覚的に表示した図である。どちらの場合も、リモコン装置１側の操作部１７、あるいは、コマンダ2側の操作部２１
からの指示により、リモコン装置１側の表示部１１、あるいは、コマンダ２側のモニタ４１に表示させることが可能である。
【００８９】
図２１では、各ユーザー間の累積満足度を比較することが可能となる。一方、図２２では、単位時間（１０分）毎の各ユーザー累積満足度が積み重なった棒グラフで表示されており、全ユーザーの累積満足度の合計、並びに、それを構成する各ユーザーの累積満足度を視覚的に確認することが可能となっている。さらに、本実施形態では、各単位時間を構成する棒グラフを選択することで、図面下方に示すように当該単位時間帯に歌唱された楽曲名、歌手名、歌唱したユーザーの分身像（アバター）が表示されることとしている。さらに、前時間帯と比較して累計満足度の合計の伸び率の大きい時間帯の順位についても表
示されることとしている。図の例では、５０分の時間帯、１１０分の時間帯の順で伸び率が大きくなっている。
【００９０】
以上、本実施形態では、入室（歌唱開始）してから退室（歌唱終了）するまでの累計満足度について、ユーザー毎に、あるいは、同席している全ユーザーについての累積満足度を視覚的に表示することとしたが、各ユーザー、あるいは、同席したユーザー（グループ）毎の累積満足度を記録しておくことで、全国での順位など、他のユーザー、あるいは、他のグループと競うことができるようにしてもよい。
【００９１】
なお、本発明はこれらの実施形態のみに限られるものではなく、それぞれの実施形態の構成を適宜組み合わせて構成した実施形態も本発明の範疇となるものである。
【符号の説明】
【００９２】
１…リモコン装置、１１…表示部、１２…ビデオＲＡＭ、１３…映像制御部、１４…メモリ、１５…制御部、１６…無線ＬＡＮ通信部、１７…操作部、１８…操作処理部、１９…赤外線通信部、２…コマンダ（カラオケ装置）、２１…操作部、２２…操作処理部、２３…赤外線通信部、２４…インターフェイス部、２５…音声制御部、２６…ＭＩＤＩ音源、２７…メモリ、２８…ビデオＲＡＭ、２９…映像再生部、３０…制御部、３１…映像制御部、３２…ハードディスク、４１…モニタ、４２…スピーカー、４３…カメラ、４４ａ、４４ｂ…歌唱用マイク、１００…ＬＡＮ、１１０…アクセスポイント、１２０…ルータ、５…カラオケ用ホスト、５１…第１記憶部、５２…Ｗｅｂサーバ、６…インターネット用ホスト、６１…第２記憶部、６２…Ｗｅｂサーバ、１０１…ユーザー切替スイッチ、１０２…ゲストユーザー、１０３…ログインユーザー欄、１０３ａ〜１０３ｅ…ログインユーザー、１０３ｅ…アクティブユーザー
【特許請求の範囲】
【請求項１】
ユーザーから各種入力を受け付ける入力手段と、
演奏情報を演奏する演奏手段と、
前記入力手段から入力される識別情報に応じてユーザーを認識する認証処理と、
前記入力手段で指定された楽曲を、前記認証処理で認証したユーザーに対応付けて登録する楽曲指定処理と、
前記楽曲指定処理にて登録した楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記演奏処理で演奏される楽曲について、当該楽曲に対応付けて登録されたユーザーに対する指標値を算出する指標値算出処理と、
前記指標値算出処理で算出された指標値を、ユーザー毎に累積した累積指標値を算出する累積処理と、
ユーザーの非歌唱期間に基づいて、当該ユーザーの累積指標値を補正する補正処理と、を実行する制御手段と、を備えることを特徴とする
カラオケシステム。
【請求項２】
前記指標値算出処理は、演奏中の歌唱時間に基づいて指標値を算出することを特徴とする
請求項１に記載のカラオケシステム。
【請求項３】
前記指標値算出処理は、演奏楽曲における歌唱すべき時間に対する歌唱時間の割合と、演奏楽曲に対応する楽曲ポイントを演算することで指標値を算出することを特徴とする
請求項２に記載のカラオケシステム。
【請求項４】
前記補正処理における非歌唱期間は、ユーザーの認証を解除してから、次に認証するまでの期間であることを特徴とする
請求項１から請求項３の何れか１項に記載のカラオケシステム。
【請求項５】
前記補正処理における非歌唱期間は、当該ユーザーが登録した楽曲の演奏期間以外の期間であることを特徴とする
請求項１から請求項３の何れか１項に記載のカラオケシステム。
【請求項６】
前記指標値算出処理は、外部から入力される歌唱状況情報に基づいて補正された指標値を算出することを特徴とする
請求項１から請求項５の何れか１項に記載のカラオケシステム。
【請求項７】
ユーザーの累積指標値に基づいて、当該ユーザーに対して告知を行う告知処理を実行することを特徴とする
請求項１から請求項６の何れか１項に記載のカラオケシステム。
【請求項８】
ユーザーに対応付けられた分身像を表示させるとともに、当該ユーザーの累積指標値に基づいて分身像を変化させる分身像表示処理を実行することを特徴とする
請求項１から請求項７の何れか１項に記載のカラオケシステム。
【請求項９】
入力手段から入力される識別情報に応じてユーザーを認識する認証処理と、
前記入力手段で指定された楽曲を、前記認証処理で認証したユーザーに対応付けて登録する楽曲指定処理と、
前記楽曲指定処理にて登録した楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記演奏処理で演奏される楽曲について、当該楽曲に対応付けて登録されたユーザーに対する指標値を算出する指標値算出処理と、
前記指標値算出処理で算出された指標値をユーザー毎に累積した累積指標値を算出する累積処理と、
ユーザーの非歌唱期間に基づいて、当該ユーザーの累積指標値を補正する補正処理と、をコンピュータに実行させることを特徴とする
カラオケプログラム。
【請求項１】
ユーザーから各種入力を受け付ける入力手段と、
演奏情報を演奏する演奏手段と、
前記入力手段から入力される識別情報に応じてユーザーを認識する認証処理と、
前記入力手段で指定された楽曲を、前記認証処理で認証したユーザーに対応付けて登録する楽曲指定処理と、
前記楽曲指定処理にて登録した楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記演奏処理で演奏される楽曲について、当該楽曲に対応付けて登録されたユーザーに対する指標値を算出する指標値算出処理と、
前記指標値算出処理で算出された指標値を、ユーザー毎に累積した累積指標値を算出する累積処理と、
ユーザーの非歌唱期間に基づいて、当該ユーザーの累積指標値を補正する補正処理と、を実行する制御手段と、を備えることを特徴とする
カラオケシステム。
【請求項２】
前記指標値算出処理は、演奏中の歌唱時間に基づいて指標値を算出することを特徴とする
請求項１に記載のカラオケシステム。
【請求項３】
前記指標値算出処理は、演奏楽曲における歌唱すべき時間に対する歌唱時間の割合と、演奏楽曲に対応する楽曲ポイントを演算することで指標値を算出することを特徴とする
請求項２に記載のカラオケシステム。
【請求項４】
前記補正処理における非歌唱期間は、ユーザーの認証を解除してから、次に認証するまでの期間であることを特徴とする
請求項１から請求項３の何れか１項に記載のカラオケシステム。
【請求項５】
前記補正処理における非歌唱期間は、当該ユーザーが登録した楽曲の演奏期間以外の期間であることを特徴とする
請求項１から請求項３の何れか１項に記載のカラオケシステム。
【請求項６】
前記指標値算出処理は、外部から入力される歌唱状況情報に基づいて補正された指標値を算出することを特徴とする
請求項１から請求項５の何れか１項に記載のカラオケシステム。
【請求項７】
ユーザーの累積指標値に基づいて、当該ユーザーに対して告知を行う告知処理を実行することを特徴とする
請求項１から請求項６の何れか１項に記載のカラオケシステム。
【請求項８】
ユーザーに対応付けられた分身像を表示させるとともに、当該ユーザーの累積指標値に基づいて分身像を変化させる分身像表示処理を実行することを特徴とする
請求項１から請求項７の何れか１項に記載のカラオケシステム。
【請求項９】
入力手段から入力される識別情報に応じてユーザーを認識する認証処理と、
前記入力手段で指定された楽曲を、前記認証処理で認証したユーザーに対応付けて登録する楽曲指定処理と、
前記楽曲指定処理にて登録した楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記演奏処理で演奏される楽曲について、当該楽曲に対応付けて登録されたユーザーに対する指標値を算出する指標値算出処理と、
前記指標値算出処理で算出された指標値をユーザー毎に累積した累積指標値を算出する累積処理と、
ユーザーの非歌唱期間に基づいて、当該ユーザーの累積指標値を補正する補正処理と、をコンピュータに実行させることを特徴とする
カラオケプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１２−２０８１５６（Ｐ２０１２−２０８１５６Ａ）
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１１−７１５４６（Ｐ２０１１−７１５４６）
【出願日】平成２３年３月２９日（２０１１．３．２９）
【出願人】（３９６００４８３３）株式会社エクシング (394)
【Ｆターム（参考）】
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２３年３月２９日（２０１１．３．２９）
【出願人】（３９６００４８３３）株式会社エクシング (394)
【Ｆターム（参考）】
[ Back to top ]