カラオケ装置及びカラオケプログラム
【課題】カラオケの場に集うユーザー全体の雰囲気の向上を図ることのできるカラオケ装置を提供する。
【解決手段】本発明に係るカラオケ装置は、認証処理で認証された複数の認証ユーザーをユーザー毎に切り換え、切り換えられた認証ユーザーの識別子と、入力手段にて指定された楽曲とを対応付けて予約する予約処理と、予約処理で指定された楽曲に対応する演奏情報を演奏手段に演奏させる演奏処理と、予約処理で予約を行った認証ユーザーの識別子の数に基づいて、認証ユーザーを抽出するユーザー抽出処理と、ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲関連情報を表示手段に表示させる推奨処理と、を実行することを特徴とする。
【解決手段】本発明に係るカラオケ装置は、認証処理で認証された複数の認証ユーザーをユーザー毎に切り換え、切り換えられた認証ユーザーの識別子と、入力手段にて指定された楽曲とを対応付けて予約する予約処理と、予約処理で指定された楽曲に対応する演奏情報を演奏手段に演奏させる演奏処理と、予約処理で予約を行った認証ユーザーの識別子の数に基づいて、認証ユーザーを抽出するユーザー抽出処理と、ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲関連情報を表示手段に表示させる推奨処理と、を実行することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、演奏にあわせて歌唱を楽しむカラオケ装置及びカラオケプログラムに関するものであり、特にユーザーがログインして、自分のユーザー情報に基づいて各種サービスを受けることのできるカラオケ装置及びカラオケプログラムに関するものである。
【背景技術】
【０００２】
従来、カラオケ装置では、楽曲名、歌手名と楽曲識別子（楽曲番号）を対応付けて表示した冊子（早見本）を用いた楽曲検索が一般的であった。この冊子を用いた楽曲検索では、ユーザーは歌唱したい楽曲を冊子中から探し、当該楽曲の楽曲識別子をリモコン装置に入力し、カラオケ装置に送信することで楽曲予約が行われていた。
【０００３】
近年、ＭＩＤＩ情報などの演奏情報を利用することによるデータの少量化、ハードディスクの大容量化、インターネットによる通信インフラの整備などによって、カラオケ装置で扱う楽曲数は数万曲にも上っている。このような膨大の楽曲の中から、所望の楽曲を探し当てることは困難となっており、そのため、従来のテンキーを用いたリモコン装置から、データベースを使用し、ユーザーインターフェイスを介して楽曲検索を可能とするリモコン装置へと遷移しつつある。
【０００４】
さらに、楽曲数が増える中、ユーザーはどの楽曲を歌唱するか迷うことが考えられる。そのため、特許文献１、特許文献２には各種データに基づいて、歌唱する楽曲を推奨するカラオケシステムが開示されている。
【０００５】
特許文献１には、カラオケの場に同席するユーザー間においてデュエット曲のマッチングを行うカラオケシステムが提案されている。このカラオケシステムでは利用者ＩＤに属する性別情報を利用して、同席メンバー内の組み合わせ上歌唱可能な曲をデュエット曲として選択することが開示されている。
【０００６】
特許文献２には、各ユーザーの出身地、出身校といった属性情報を利用して、カラオケの場に集うユーザー間で共通する属性情報を有する楽曲を推奨楽曲として表示させることが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４４２３２１２号公報
【特許文献２】特開２００６−１７８２４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、カラオケボックスやスナックなどでは、複数のユーザーが集い、カラオケ装置で歌唱が楽しまれているが、集うメンバーや状況などによっては、気後れして歌唱を控える、あるいは、歌唱できないユーザーが発生する場合がある。このようなユーザー（低調ユーザー）は、本人がカラオケの場を楽しむことができないのみならず、カラオケの場全体の雰囲気を盛り下げてしまうことが考えられる。
【課題を解決するための手段】
【０００９】
本発明のカラオケ装置は、このようなカラオケの場における問題の改善を図ることを課題とするものであって、そのため、本発明に係るカラオケ装置は、
ユーザーから各種入力を受け付ける入力手段と、
演奏情報に基づいて演奏を実行し、演奏音を出力する演奏手段と、
前記入力手段からの入力に基づいて複数のユーザーを認証する認証処理と、
前記認証処理で認証された複数の認証ユーザーのそれぞれについて、ユーザー情報を取得するユーザー情報取得処理と、
前記認証処理で認証された複数の認証ユーザーをユーザー毎に切り換え、切り換えられた認証ユーザーの識別子と、前記入力手段にて指定された楽曲とを対応付けて予約する予約処理と、
前記予約処理で指定された楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記予約処理で予約した各認証ユーザーの楽曲数に基づいて、認証ユーザーを抽出するユーザー抽出処理と、
前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲関連情報を表示手段に表示させる推奨処理と、を実行する制御手段と、を備えることを特徴とする。
【００１０】
さらに本発明に係るカラオケ装置において、
前記推奨処理は、前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報と、他の少なくとも１人の認証ユーザーのユーザー情報に対応する楽曲関連情報を表示手段に表示させることを特徴とする。
【００１１】
さらに本発明に係るカラオケ装置において、
前記ユーザー抽出処理は、前記予約処理で予約した各認証ユーザーの楽曲数に基づいて、各認証ユーザーの予約頻度を算出し、算出された予約頻度に基づいて認証ユーザーを抽出することを特徴とする。
【００１２】
さらに本発明に係るカラオケ装置において、
前記ユーザー抽出処理は、認証処理を実行してから所定時間経過している認証ユーザーを抽出の対象とすることを特徴とする。
【００１３】
さらに本発明に係るカラオケ装置において、
前記推奨処理は、前記ユーザー抽出処理で抽出されたユーザー以外の予約処理において、前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲関連情報を表示することを特徴とする。
【００１４】
また本発明に係るカラオケプログラムは、
前記入力手段からの入力に基づいて複数のユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーのそれぞれについて、ユーザー情報を取得するユーザー情報取得処理と、
前記認証処理で認証された複数の認証ユーザーをユーザー毎に切り換え、切り換えられた認証ユーザーの識別子と、前記入力手段にて指定された楽曲とを対応付けて予約する予約処理と、
前記予約処理で指定された楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記予約処理で予約した各認証ユーザーの楽曲数に基づいて、認証ユーザーを抽出するユーザー抽出処理と、
前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲の楽曲関連情報を表示する推奨処理と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１５】
本発明のカラオケ装置によれば、認証している複数の認証ユーザーの予約回数に基づいて認証ユーザーを抽出し、当該認証ユーザーのユーザー情報に関連する楽曲関連情報を表示することで、例えば、予約回数の少ないあるいは予約頻度の低い認証ユーザーが好む楽曲を推奨することか可能となる。カラオケの場に集う認証ユーザーが推奨される楽曲を選曲することで、全体の雰囲気を盛り上げることが可能となる。
【００１６】
さらに本発明のカラオケ装置によれば、抽出された認証ユーザーと他の少なくとも１人の認証ユーザーに対応する楽曲関連情報を表示することで、他の認証ユーザーが抽出された認証ユーザーが好む楽曲を選曲しやすくなり、選曲が実行されることでカラオケの場全体の雰囲気を盛り上げることが可能となる。
【００１７】
さらに認証ユーザーの予約頻度に応じて、推奨処理の対象となる認証ユーザーを抽出することで、予約状況の時間的変化に対応した認証ユーザーの抽出が可能となる。
【００１８】
さらに認証処理を実行してから所定時間経過している認証ユーザーを抽出の対象とすることで、例えば盛り上がっていない認証ユーザーの抽出など、推奨処理の対象とする認証ユーザーの抽出の精度向上を図ることが可能となる。
【００１９】
さらに推奨処理において楽曲関連情報を表示する対象を、抽出された認証ユーザーのみならず、他の認証ユーザーも対象とすることで、他の認証ユーザーが抽出された認証ユーザーが好む楽曲を選曲することが可能となり、抽出されたユーザーが好む楽曲が演奏されやすくなることで、カラオケの場全体が盛り上がることが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係るカラオケシステムを示す図
【図２】本発明の実施形態に係るトップ画面を示す図
【図３】本発明の実施形態に係るユーザー情報を示す図
【図４】本発明の実施形態に係るユーザーに対するサービス処理を示す図
【図５】本発明の実施形態に係るアクティブユーザートップ画面を示す図
【図６】本発明の実施形態に係るマイルーム画面を示す図
【図７】本発明の実施形態に係るマイうた選曲画面を示す図
【図８】本発明の実施形態に係る楽曲確認画面を示す図
【図９】本発明の実施形態に係る推奨楽曲選択処理を示すフロー図
【図１０】本発明の実施形態に係る低調ユーザー抽出処理を示すフロー図
【図１１】本発明の実施形態に係る低調ユーザー抽出処理を説明するための図
【発明を実施するための形態】
【００２１】
図１は、本発明の実施形態に係るカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、コマンダ２（カラオケ装置）と、リモコン装置１にて構成されており、これらは、ＬＡＮ１００にて、無線、有線で互いに接続されている。
【００２２】
店舗に設置されるコマンダ２は、リモコン装置１（例えば、１ａ、１ｂ）によりユーザーからの各種指示を受け付けることが可能となっている。また、リモコン装置１は表示部１１と操作部１７が共有されたタッチパネル表示画面を備え、ユーザーに対して各種情報を提供することも可能である。リモコン装置１は、ＬＡＮ１００上に設置されたアクセスポイント１１０ａを介してコマンダ２と無線接続される。図中に破線で示されるように、例えばコマンダ２ａにはリモコン装置１ａと１ｂが対応付けられ、ＬＡＮ１００ａを介して情報を送受信することが可能となっている。また、リモコン装置１とコマンダ２とは赤外線などを利用した近距離通信を行うことも可能である。
【００２３】
さらに、本実施形態のカラオケシステムでは、ユーザーに各種サービスを提供するためインターネットを介してホスト５（サーバ装置）が設けられ、その記憶部５１には、楽曲情報やユーザー情報など、各種サービスに必要な情報を記憶している。そして、ルータ１２０ａを通じて、コマンダ２、又はリモコン装置１と、前述した情報の送受信が行える。
【００２４】
コマンダ２は、全体を統括制御する制御部３０を中心として機能し、主な機能として、楽曲演奏処理、映像表示処理、楽曲指定処理などを実行可能としている。楽曲演奏処理は、入力部２１やリモコン装置１にて、ユーザーにより指定された楽曲に対応する演奏情報をＭＩＤＩ音源２６などの音源部にて演奏させ、スピーカー４２から放音させる処理である。このとき、スピーカー４２からは歌唱用マイク４４から入力される音声も合わせて放音される。映像再生処理は、映像再生部２９にて各種映像情報、歌詞情報などを再生させ、モニタ４１を介した視覚情報をユーザーに提供する処理である。
【００２５】
楽曲指定処理は、ユーザーからの指定に基づいて楽曲を選択、予約するための処理である。本実施形態ではリモコン装置１と連携して実行することとなる。リモコン装置１の操作部１７から入力されたユーザーの指令は、赤外線通信部１９、２３、あるいは、ＬＡＮ１００を介してコマンダ２に伝達される。コマンダ２での処理結果は、リモコン装置１側の表示部１１に表示され、ユーザーは選曲のための各種情報を視認することが可能である。コマンダ２とリモコン装置１は、この楽曲指定処理に限らず、ユーザー個別のサービスを提供するためのログイン処理など各種処理を実行することが可能である。
【００２６】
図２は、本発明の実施形態に係るトップ画面、すなわち、リモコン装置１を起動した直後の画面を示す図である。本実施形態では、リモコン装置１の表示部１１に表示を行うことで、リモコン装置１を操作するユーザーに対して各種情報を提供する。なお、リモコン装置１の操作部１７としては、カーソルキーなどの各種機械的なスイッチの他、表示部１１に表示されたボタン、アイコンなどを直接タッチして操作を行うタッチパネルを採用することができる。
【００２７】
本実施形態のカラオケシステムは、複数のユーザーが各リモコン装置１のタッチパネル表示画面から必要な情報（後述するユーザＩＤやパスワード）を入力し、ログインすることが可能となっている。ユーザーのログインに関する情報は画面上方に常時表示される。ログインしたユーザーの分身像（アバター）を表示するためのログインユーザー欄１０３が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。
【００２８】
また、アカウントを有していないユーザーのためのゲストアイコン１０２、ユーザーを切り替えるためのユーザー切替スイッチ１０１が表示されている。ログインしたユーザーは、ログインユーザー欄１０３に表示される分身像を選択、あるいは、ユーザー切替スイッチ１０１を操作することで、自分のユーザー情報を利用した各種サービスを受けることが可能となる。また、アカウントを有していないユーザーは、ゲストアイコン１０２を操作することで、選曲など一般的なサービスを受けることが可能となっている。なお、ユーザーの切替の際には、パスワードなど認証を行うこととしてもよいが、認証を行うことなく簡易に切り替えることとしてもよい。
【００２９】
図３は、各ユーザー毎に、ホスト５に記憶されたユーザー情報を説明するための図である。本実施形態では、ユーザー情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルなど、ユーザーに関する各種情報を含んで構成される。ユーザー報は、ホスト用ホスト１の記憶部５１に予め記憶されている。また、ユーザー情報には、ユーザーがリモコン装置１からホスト５へログインしてこれら情報を利用するためのユーザーＩＤ、パスワードが対応付けられている。個人情報には、ユーザー名（実際の名
前に限ったものでなく、ニックネームであってもよい）、性別、年齢等を含んで構成されている。これら各種情報は、リモコン装置１、あるいは、インターネットなどのネットワークに接続された図示しないパーソナルコンピュータ、携帯情報端末などにてログインして設定することができる。
具体的には、リモコン装置１などを介したユーザーのログイン操作よって、ユーザーＩＤとパスワードとがホスト５へ通知され、記憶部５１に記憶されたユーザー情報がリモコン装置１、コマンダ２へ送付され、各々の記憶手段（メモリ１４、メモリ２７など）へ記憶される。詳細な手順は後述する。
【００３０】
マイうたテーブルは、ユーザーによって事前に登録された楽曲を示すテーブルであって、少なくとも楽曲を識別するための楽曲識別子を含んで構成されている。この他、歌唱した際に採点された最高点（採点情報）や、自分の歌唱音域に合わせるためのキー調整情報などを登録しておいてもよい。
【００３１】
マイアーティストテーブルは、ユーザーによって事前に登録されたアーティスト（歌手）を示すテーブルであって、歌手識別子を含んで構成されている。ユーザーは、このマイアーティストテーブルを呼び出すことで、事前に登録したアーティストを読み出し、さらにデータベースを参照することで当該アーティストに関連する楽曲を読み出して選曲することが可能となる。
【００３２】
履歴テーブルは、ユーザーがこれまでに選曲した履歴が記載されたテーブルであって、楽曲識別子、歌唱日時、歌唱店舗（歌唱位置）、キー調整値、採点情報などを含んで構成されている。採点情報は、歌唱したときの採点手段による結果を示す情報であり、音程情報は歌唱したときのピッチ変更を示す情報である。
【００３３】
本実施形態では、この履歴テーブルに記録された楽曲を選曲することも可能となっている。ユーザーは履歴テーブルを用いた選曲を行うことで、過去に指定した楽曲を再度演奏させることが可能となっている。
【００３４】
本実施形態では、このようなユーザー情報を利用することで、ユーザーに対し様々なサービスを提供することができる。特に、マイうたテーブル、マイアーティストテーブル、履歴テーブルのようなユーザー別選曲情報を利用することで、ユーザー別に選曲を実行することが可能となっている。
【００３５】
図４は、このユーザー情報の送受信の様子と、リモコン装置１の制御部１５、コマンダ２の制御部３０、ホスト５の図示しない制御部が、それぞれ実行するプログラムのフローチャートを示した図である。カラオケ店舗に来店したユーザーは、リモコン装置１の操作部１７やカラオケ装置２の操作部２１から自己のユーザーＩＤとパスワードなどの識別情報を入力する。ユーザーの識別情報を読み取った、コマンダ２あるいはリモコン装置１は、識別情報をカラオケ用ホスト５に送信し（Ｓ１０２）、識別情報を受信したカラオケ用ホスト５は記憶部１に記憶されたデータベースから、該当するユーザーのユーザー情報を抽出し（Ｓ１２１）、問い合わせのあったコマンダ２あるいはリモコン装置１に対して送信する（Ｓ１２２）。
【００３６】
ホスト５からコマンダ２あるいはリモコン装置１に対してのユーザー情報の送信は、本実施形態では、予め各装置のＩＰアドレス等の通信相手先を特定する情報を記憶しているとして送信している。他の送信方法として、リモコン装置１とコマンダ２とが、カラオケにおける、周知の「括り付け」、又は「紐付け」関係にあるならば、ホスト５はログインしたリモコン装置１へユーザー情報を一旦送信し、その後、ログインしたリモコン装置１から必要に応じて（例えば、リモコン装置１からコマンダ２への曲予約指示した時に、
曲予約情報とともに）、括り付け相手のコマンダ２へ再送信してもよいし、または、コマンダ２で一旦受信し、コマンダ２からリモコン装置１へ再送信してもよい。
【００３７】
ユーザー情報を受信したコマンダ２側では（Ｓ１０３）、受信したユーザー情報に基づいて、選曲処理、演奏処理など各種サービス処理が提供される（Ｓ１０４）。ユーザーによりログアウトが要求される（Ｓ１０５）とサービス処理を中断し、サービス処理中における各種履歴（ログ）、あるいは、ユーザーによる設定変更を反映したユーザー情報をカラオケ用ホスト５に送信する（Ｓ１０６）。ここで、ユーザー情報は、全ての情報を送信することの他、更新された差分だけを送信してもよい。カラオケ用ホスト５では、受信したユーザー情報に基づいて記憶部１に記憶されたデータベースの更新を実行する（Ｓ１２４）。
【００３８】
以上、１ユーザーが認証処理（ログイン）してから、ログアウトするまでの流れを説明したが、本実施形態のコマンダ２、リモコン装置１は、認証された複数人（認証ユーザー）が同時にログインした状態で使用することが可能となっており、図２で説明したユーザーインターフェイスを用いることで、サービスを提供するユーザー（以下、「アクティブユーザー」という）を切り替えて使用することが可能となっている。
【００３９】
図５は、本発明の実施形態に係るアクティブユーザートップ画面を示す図である。この図に示されるように、複数人がログインした状態ではログインユーザー欄１０３にログインしたユーザーの分身像１０３ａ〜１０３ｅ（本実施形態では顔部分）が表示される。またログインユーザー欄１０３中、右端に背景がハイライトで示されるユーザーは、アクティブユーザー１０３ｅであって、図に示す状態では、このアクティブユーザー１０３ｅに対するサービス、すなわち、アクティブユーザー１０３ｅのユーザー情報を利用したサービスが実行されている状態となっている。
【００４０】
このアクティブユーザートップ画面では、「曲を探す」を選択することで、従来の歌本と同様、歌手名、楽曲名に基づく検索を行うことができる。また、「マイルーム」を選択した場合には、ユーザー情報中のマイうたテーブルなどを利用した、アクティブユーザーに特化した楽曲検索を行うことができる。
【００４１】
図６には、アクティブユーザートップ画面にて「マイルーム」が選択されたときの画面であるマイルーム画面が示されている。このマイルーム画面には、図に示されるようにマイうた１０４、マイアーティスト１０５、りれき１０６といった操作ボタンが表示されており、これらを選択することでユーザー情報を利用した各種選曲方法を選択することが可能となっている。マイうた１０４が選択されたときにはマイうたテーブルを参照した選曲が、マイアーティスト１０５が選択されたときにはマイアーティストテーブルを参照した選曲が、そして、りれき１０６が選択されたときには履歴テーブルを参照した選曲が実行される。さらに、本実施形態では、このマイルーム画面に推奨楽曲選択欄１０７が設けられている。ユーザーは、この欄１０７内に表示されている楽曲を選択することで、予約する楽曲を選択することができる。欄１０７内に表示される楽曲の選択（推奨楽曲選択処理）については、後で詳しく説明する。
【００４２】
図７は、図６のマイルーム画面でマイうた１０４の操作ボタンが操作されたときの、マイうた選曲画面を示した図である。マイうた選曲は、前述のようにアクティブユーザー（この場合、ユーザーＡ）のユーザー情報中のマイうたテーブルを参照し、マイうたテーブル中の楽曲識別子に対応する楽曲関連情報が表示される。この例では、表示する楽曲関連情報として、楽曲名、歌手名が表示されている。ユーザーは、このマイうた選曲画面で事前に登録した楽曲を呼び出して、所望の楽曲を指定し演奏予約することが可能となっている。
【００４３】
図８は、本発明の実施形態に係る楽曲確認画面を示す図である。図７のマイうた選曲画面などの適宜選曲方法を用いて楽曲を指定した場合には、楽曲の歌手名、曲名、歌い出しなどを表示させて、楽曲の指定に間違いないかを確認させる楽曲確認画面が表示される。間違いない場合には、画面右下に表示されている予約ボタンが操作され、当該楽曲の演奏予約が実行される。
【００４４】
ここで、ログインしているユーザー（アクティブユーザー）による指定の場合には、図８に示される楽曲確認画面が表示される。画面中、曲名の欄右端には「マイうた登録」の操作ボタンが表示されている。ユーザーは、選択した楽曲を今後も利用したい場合には、この操作ボタンを操作することで、楽曲確認画面に表示されている楽曲をユーザー情報中のマイうたテーブルに登録することができる。歌手についても同様に、歌手名の欄右端に表示された「マイアーティスト」操作ボタンを操作することで、マイアーティストテーブルに登録することができる。マイアーティストテーブルに登録された歌手は、図６のマイアーティスト１０５の操作ボタンの操作で呼び出すことが可能であって、さらに呼び出された歌手の楽曲（持ち歌）を読み出すことで、当該歌手の楽曲を指定することが可能とされている。
【００４５】
では、本発明において楽曲を推奨する推奨処理について説明する。本実施形態の推奨処理は、複数のユーザーが集ってカラオケを行う際、予約数が少ないユーザーを低調ユーザー（盛り上がっていないユーザー）と判定し、当該低調ユーザーにとって関心があると推測される楽曲を推奨することとしている。推奨される楽曲は、図６の推奨楽曲選択欄１０７などに表示される。特に本実施形態では、低調ユーザーのユーザー情報と他のユーザーのユーザー情報の両方に対応する楽曲を推奨楽曲として表示させ、低調ユーザーが嗜好する、あるいは、知っている楽曲が演奏されやすくしている。推奨楽曲が演奏されることで、低調ユーザーもカラオケの場に参加しやすくなり、カラオケの場の雰囲気の向上を図ることが可能となる。
【００４６】
では、推奨処理を構成する推奨楽曲選択処理について図９〜図１１を用いて説明する。図９は、本発明の実施形態に係る推奨楽曲選択処理を示すフロー図であり、図１０は、本発明の実施形態に係る低調ユーザー抽出処理を示すフロー図であり、図１１は、本発明の実施形態に係る低調ユーザー抽出処理を説明するための図である。
【００４７】
図９に示される推奨楽曲選択処理は、コマンダ２の起動後に開始される処理である。なお、各種記録媒体、あるいは、通信回線を介して、この推奨楽曲選択処理を実行するためのプログラムを提供することとしてもよい。まず、Ｓ３００にて低調ユーザー抽出処理が開始され、楽曲の予約数が所定数に満たないユーザーの抽出が行われる。図１０には、この低調ユーザー抽出処理のフロー図が、図１１には、同一のコマンダ２に対してログインし、カラオケを行っている複数のユーザーの状況が示されている。低調ユーザー抽出処理が開始されると、現在ログインしているユーザーの内、１人の監視対象ユーザーが抽出される（Ｓ３０１）。本実施形態では、ユーザーがログイン開始直後、一定時間Ｓは、監視対象ユーザーから外すことで、ログインしたばかりで楽曲予約の無いユーザーを低調ユーザーとせいて誤検出することを防止している。
【００４８】
図１０において、各ユーザーがログインしてからの一定時間Ｓがこの誤検出を防止するための期間となっている。例えば、時刻Ｔ１ではユーザーＡ、Ｂ、Ｃがログインしているが、全てのユーザーについて一定時間Ｓ内の状態であるため、監視対象ユーザーからは外される。時刻Ｔ２では、新たにユーザーＤ、Ｅがログインした状態となっている。このときユーザーＡ、Ｂ、Ｃについては、一定時間Ｓが終了しているため監視対象ユーザーとなる。一方、ユーザーＤ、Ｅについては、一定時間Ｓの状態であるため監視対象ユーザーか
らは外される。時刻Ｔ３では、全てのユーザーＡ〜Ｅが監視対象ユーザーとされる。
【００４９】
Ｓ３０１では、このような監視対象ユーザーの中から１人のユーザーが抽出される。Ｓ３０２では、抽出された監視対象ユーザーについて、ログインしてからの予約楽曲数が取得される。図８におけるアクティブユーザーの予約時には、予約する楽曲の楽曲識別子と当該アクティブユーザーのユーザーＩＤを含む予約情報が、コマンダ２にて管理する予約テーブルに記憶される。コマンダ２は、予約テーブルに登録された予約情報に基づいて、順次楽曲の演奏を実行する。コマンダ２の予約テーブルに基づいて、監視対象ユーザーの予約楽曲数を取得することが可能とされる。
【００５０】
図１１中、三角で示す時点は、各ユーザーが楽曲予約を行ったタイミングであって、監視対象期間のユーザーを含む時刻Ｔ２までの、ユーザーＡの予約楽曲数は３、ユーザーＢの予約楽曲数は２、ユーザーＣの予約楽曲数は０となる。また、時刻Ｔ３までの、ユーザーＡの予約楽曲数は４、ユーザーＢの予約楽曲数は２、ユーザーＣの予約楽曲数は２、ユーザーＤの予約楽曲数は２、ユーザーＥの予約楽曲数は１となる。
【００５１】
Ｓ３０３では、現在抽出している監視対象ユーザーの予約楽曲数が所定値以下か否かが判定される。本実施形態では、予約楽曲数が１以下のユーザーを低調ユーザーとして判定することとしている。全ての監視対象ユーザーについてＳ３０１〜Ｓ３０４の処理が実行されることで処理を終了する（Ｓ３０５：ＹＥＳ）。図１１の時刻Ｔ２ではユーザーＣが、また、時刻Ｔ３ではユーザーＥが低調ユーザーとして判定されることとなる。なお、本実施形態では、低調ユーザーの抽出に、ログインしてからの予約楽曲数を使用することとしたが、この他、現時刻から所定時間さかのぼった期間における予約楽曲数を用いることや、単位時間あたりの平均予約楽曲数（予約頻度）を使用することが考えられる。さらに、予約楽曲数が所定数以下とする以外に、最も予約楽曲数が少ないユーザーなど予約楽曲数の順位に基づいて低調ユーザーを抽出することも考えられる。
【００５２】
図９のフロー図に戻り、Ｓ３００で低調ユーザーが抽出されると、Ｓ２０１で以降の処理に進むこととなる。Ｓ２０２では、まず、低調ユーザーのユーザー情報が抽出される。なお、図１２の例では、時刻Ｔ２、時刻Ｔ３のそれぞれについて低調ユーザーは１人であったが、複数の低調ユーザーを抽出することとしてもよい。
【００５３】
次に低調ユーザー以外の他のユーザーを推奨対象ユーザーとして抽出し（Ｓ２０３）、当該ユーザーのユーザー情報を抽出する（Ｓ２０４）。Ｓ２０５では、Ｓ２０２で抽出したユーザー情報中のマイうたテーブルと、Ｓ２０４で抽出したユーザー情報中のマイうたテーブルとを比較し、一致する楽曲が抽出される。一致楽曲が無い場合（Ｓ２０６：Ｎｏ）には、低調対象ユーザーのマイアーティストテーブル内の歌手の楽曲が、推奨対象ユーザーのマイうたテーブルに無いか判定される。この判定においても無い場合（Ｓ２０７：Ｎｏ）には、低調ユーザーのマイうたテーブル内の楽曲が抽出される（Ｓ２０８）。
【００５４】
Ｓ２０９では、Ｓ２０６〜Ｓ２０８で抽出した、低調ユーザーと推奨対象ユーザーの両方に関連する楽曲、あるいは、低調ユーザーのマイうたテーブルに記述される楽曲から、既に、推奨楽曲として表示したい楽曲が予約済み、股は、演奏済みの場合、これらの楽曲が排除され、残った楽曲を推奨対象ユーザーについての推奨楽曲として指定する。もし、推奨楽曲として表示したい楽曲がすべて予約済み、又は演奏済みだったときは、この場合、推奨楽曲がないことが表示される。
【００５５】
このように本実施形態では、既に予約済みであってこれから演奏される、あるいは、演奏済みの楽曲を排除し、重複して演奏されることがないようにしている。また、本実施形態では、指定された推奨楽曲の楽曲関連情報（この例では、楽曲名、歌手名）は、当該推
奨対象ユーザーのマイルーム画面（図６）の推奨楽曲選択欄１０７に表示させることとしている。Ｓ２０３〜Ｓ２１０の処理は、低調ユーザーを除く全ての他のユーザーについて実行されるまで継続される（Ｓ２１１）。以上の処理が所定時間毎に繰り返される（Ｓ２１２）ことで、定期的に、低調ユーザーの抽出、並びに、推奨楽曲が指定されることとなる。
【００５６】
なお、本実施形態では、推奨楽曲を推奨対象ユーザーのマイルーム画面上に表示することとしたが、推奨楽曲の表示は、このマイルーム画面に限らず、例えば、図２のゲストユーザーについてのトップ画面に表示させることや、コマンダ２にて表示制御されるモニタ４上に、楽曲演奏の曲間などのタイミングで、楽曲名、歌手名、楽曲識別子などといった楽曲関連情報を表示させることとしてもよい。
【００５７】
本実施形態では、マイうたテーブル、マイアーティストテーブルについて低調ユーザーと推奨対象ユーザー間で共通する楽曲を推奨楽曲として指定することとしているが、この他、履歴テーブルに記憶された楽曲を利用することとしてもよい。そして、低調ユーザーと推奨対象ユーザー間では、種別の異なるテーブル間で推奨楽曲を抽出することとしてもよい。
【００５８】
以上、本発明では、楽曲予約数に基づいて低調ユーザーを検出し、低調ユーザーが嗜好する楽曲を表示させることとしている。特に、本実施形態では、他のユーザーと嗜好が共通する楽曲の楽曲関連情報を、他のユーザーのマイルーム画面上に推奨楽曲として表示させ、他のユーザーに対して当該楽曲の予約を促すこととしている。このように低調ユーザーが嗜好し、かつ、他のユーザーが嗜好する楽曲を、他のユーザーに対して指定させることとするものであって、推奨した楽曲が演奏された場合には、低調ユーザーもカラオケの場に参加しやすくなり、カラオケの場に集うユーザー全体の雰囲気向上を図ることが可能となる。
【００５９】
なお、本発明はこれらの実施形態のみに限られるものではなく、それぞれの実施形態の構成を適宜組み合わせて構成した実施形態も本発明の範疇となるものである。
【符号の説明】
【００６０】
１…リモコン装置、１１…表示部、１２…ビデオＲＡＭ、１３…映像制御部、１４…メモリ、１５…制御部、１６…無線ＬＡＮ通信部、１７…操作部、１８…操作処理部、１９…赤外線通信部、２…コマンダ（カラオケ装置）、２１…操作部、２２…操作処理部、２３…赤外線通信部、２４…インターフェイス部、２５…音声制御部、２６…ＭＩＤＩ音源、２７…メモリ、２８…ビデオＲＡＭ、２９…映像再生部、３０…制御部、３１…映像制御部、３２…ハードディスク、４１…モニタ、４２…スピーカー、４４ａ、４４ｂ…歌唱用マイク、１００…ＬＡＮ、１１０…アクセスポイント、１２０…ルータ、５…カラオケ用ホスト、５１…第１記憶部、１０１…ユーザー切替スイッチ、１０２…ゲストユーザー、１０３…ログインユーザー欄、１０３ａ〜１０３ｅ…ログインユーザー、１０３ｅ…アクティブユーザー、１０４…マイうた操作ボタン、１０５…マイアーティスト操作ボタン、１０６…マイりれき操作ボタン、１０７…推奨楽曲選択欄
【技術分野】
【０００１】
本発明は、演奏にあわせて歌唱を楽しむカラオケ装置及びカラオケプログラムに関するものであり、特にユーザーがログインして、自分のユーザー情報に基づいて各種サービスを受けることのできるカラオケ装置及びカラオケプログラムに関するものである。
【背景技術】
【０００２】
従来、カラオケ装置では、楽曲名、歌手名と楽曲識別子（楽曲番号）を対応付けて表示した冊子（早見本）を用いた楽曲検索が一般的であった。この冊子を用いた楽曲検索では、ユーザーは歌唱したい楽曲を冊子中から探し、当該楽曲の楽曲識別子をリモコン装置に入力し、カラオケ装置に送信することで楽曲予約が行われていた。
【０００３】
近年、ＭＩＤＩ情報などの演奏情報を利用することによるデータの少量化、ハードディスクの大容量化、インターネットによる通信インフラの整備などによって、カラオケ装置で扱う楽曲数は数万曲にも上っている。このような膨大の楽曲の中から、所望の楽曲を探し当てることは困難となっており、そのため、従来のテンキーを用いたリモコン装置から、データベースを使用し、ユーザーインターフェイスを介して楽曲検索を可能とするリモコン装置へと遷移しつつある。
【０００４】
さらに、楽曲数が増える中、ユーザーはどの楽曲を歌唱するか迷うことが考えられる。そのため、特許文献１、特許文献２には各種データに基づいて、歌唱する楽曲を推奨するカラオケシステムが開示されている。
【０００５】
特許文献１には、カラオケの場に同席するユーザー間においてデュエット曲のマッチングを行うカラオケシステムが提案されている。このカラオケシステムでは利用者ＩＤに属する性別情報を利用して、同席メンバー内の組み合わせ上歌唱可能な曲をデュエット曲として選択することが開示されている。
【０００６】
特許文献２には、各ユーザーの出身地、出身校といった属性情報を利用して、カラオケの場に集うユーザー間で共通する属性情報を有する楽曲を推奨楽曲として表示させることが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４４２３２１２号公報
【特許文献２】特開２００６−１７８２４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、カラオケボックスやスナックなどでは、複数のユーザーが集い、カラオケ装置で歌唱が楽しまれているが、集うメンバーや状況などによっては、気後れして歌唱を控える、あるいは、歌唱できないユーザーが発生する場合がある。このようなユーザー（低調ユーザー）は、本人がカラオケの場を楽しむことができないのみならず、カラオケの場全体の雰囲気を盛り下げてしまうことが考えられる。
【課題を解決するための手段】
【０００９】
本発明のカラオケ装置は、このようなカラオケの場における問題の改善を図ることを課題とするものであって、そのため、本発明に係るカラオケ装置は、
ユーザーから各種入力を受け付ける入力手段と、
演奏情報に基づいて演奏を実行し、演奏音を出力する演奏手段と、
前記入力手段からの入力に基づいて複数のユーザーを認証する認証処理と、
前記認証処理で認証された複数の認証ユーザーのそれぞれについて、ユーザー情報を取得するユーザー情報取得処理と、
前記認証処理で認証された複数の認証ユーザーをユーザー毎に切り換え、切り換えられた認証ユーザーの識別子と、前記入力手段にて指定された楽曲とを対応付けて予約する予約処理と、
前記予約処理で指定された楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記予約処理で予約した各認証ユーザーの楽曲数に基づいて、認証ユーザーを抽出するユーザー抽出処理と、
前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲関連情報を表示手段に表示させる推奨処理と、を実行する制御手段と、を備えることを特徴とする。
【００１０】
さらに本発明に係るカラオケ装置において、
前記推奨処理は、前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報と、他の少なくとも１人の認証ユーザーのユーザー情報に対応する楽曲関連情報を表示手段に表示させることを特徴とする。
【００１１】
さらに本発明に係るカラオケ装置において、
前記ユーザー抽出処理は、前記予約処理で予約した各認証ユーザーの楽曲数に基づいて、各認証ユーザーの予約頻度を算出し、算出された予約頻度に基づいて認証ユーザーを抽出することを特徴とする。
【００１２】
さらに本発明に係るカラオケ装置において、
前記ユーザー抽出処理は、認証処理を実行してから所定時間経過している認証ユーザーを抽出の対象とすることを特徴とする。
【００１３】
さらに本発明に係るカラオケ装置において、
前記推奨処理は、前記ユーザー抽出処理で抽出されたユーザー以外の予約処理において、前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲関連情報を表示することを特徴とする。
【００１４】
また本発明に係るカラオケプログラムは、
前記入力手段からの入力に基づいて複数のユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーのそれぞれについて、ユーザー情報を取得するユーザー情報取得処理と、
前記認証処理で認証された複数の認証ユーザーをユーザー毎に切り換え、切り換えられた認証ユーザーの識別子と、前記入力手段にて指定された楽曲とを対応付けて予約する予約処理と、
前記予約処理で指定された楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記予約処理で予約した各認証ユーザーの楽曲数に基づいて、認証ユーザーを抽出するユーザー抽出処理と、
前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲の楽曲関連情報を表示する推奨処理と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１５】
本発明のカラオケ装置によれば、認証している複数の認証ユーザーの予約回数に基づいて認証ユーザーを抽出し、当該認証ユーザーのユーザー情報に関連する楽曲関連情報を表示することで、例えば、予約回数の少ないあるいは予約頻度の低い認証ユーザーが好む楽曲を推奨することか可能となる。カラオケの場に集う認証ユーザーが推奨される楽曲を選曲することで、全体の雰囲気を盛り上げることが可能となる。
【００１６】
さらに本発明のカラオケ装置によれば、抽出された認証ユーザーと他の少なくとも１人の認証ユーザーに対応する楽曲関連情報を表示することで、他の認証ユーザーが抽出された認証ユーザーが好む楽曲を選曲しやすくなり、選曲が実行されることでカラオケの場全体の雰囲気を盛り上げることが可能となる。
【００１７】
さらに認証ユーザーの予約頻度に応じて、推奨処理の対象となる認証ユーザーを抽出することで、予約状況の時間的変化に対応した認証ユーザーの抽出が可能となる。
【００１８】
さらに認証処理を実行してから所定時間経過している認証ユーザーを抽出の対象とすることで、例えば盛り上がっていない認証ユーザーの抽出など、推奨処理の対象とする認証ユーザーの抽出の精度向上を図ることが可能となる。
【００１９】
さらに推奨処理において楽曲関連情報を表示する対象を、抽出された認証ユーザーのみならず、他の認証ユーザーも対象とすることで、他の認証ユーザーが抽出された認証ユーザーが好む楽曲を選曲することが可能となり、抽出されたユーザーが好む楽曲が演奏されやすくなることで、カラオケの場全体が盛り上がることが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係るカラオケシステムを示す図
【図２】本発明の実施形態に係るトップ画面を示す図
【図３】本発明の実施形態に係るユーザー情報を示す図
【図４】本発明の実施形態に係るユーザーに対するサービス処理を示す図
【図５】本発明の実施形態に係るアクティブユーザートップ画面を示す図
【図６】本発明の実施形態に係るマイルーム画面を示す図
【図７】本発明の実施形態に係るマイうた選曲画面を示す図
【図８】本発明の実施形態に係る楽曲確認画面を示す図
【図９】本発明の実施形態に係る推奨楽曲選択処理を示すフロー図
【図１０】本発明の実施形態に係る低調ユーザー抽出処理を示すフロー図
【図１１】本発明の実施形態に係る低調ユーザー抽出処理を説明するための図
【発明を実施するための形態】
【００２１】
図１は、本発明の実施形態に係るカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、コマンダ２（カラオケ装置）と、リモコン装置１にて構成されており、これらは、ＬＡＮ１００にて、無線、有線で互いに接続されている。
【００２２】
店舗に設置されるコマンダ２は、リモコン装置１（例えば、１ａ、１ｂ）によりユーザーからの各種指示を受け付けることが可能となっている。また、リモコン装置１は表示部１１と操作部１７が共有されたタッチパネル表示画面を備え、ユーザーに対して各種情報を提供することも可能である。リモコン装置１は、ＬＡＮ１００上に設置されたアクセスポイント１１０ａを介してコマンダ２と無線接続される。図中に破線で示されるように、例えばコマンダ２ａにはリモコン装置１ａと１ｂが対応付けられ、ＬＡＮ１００ａを介して情報を送受信することが可能となっている。また、リモコン装置１とコマンダ２とは赤外線などを利用した近距離通信を行うことも可能である。
【００２３】
さらに、本実施形態のカラオケシステムでは、ユーザーに各種サービスを提供するためインターネットを介してホスト５（サーバ装置）が設けられ、その記憶部５１には、楽曲情報やユーザー情報など、各種サービスに必要な情報を記憶している。そして、ルータ１２０ａを通じて、コマンダ２、又はリモコン装置１と、前述した情報の送受信が行える。
【００２４】
コマンダ２は、全体を統括制御する制御部３０を中心として機能し、主な機能として、楽曲演奏処理、映像表示処理、楽曲指定処理などを実行可能としている。楽曲演奏処理は、入力部２１やリモコン装置１にて、ユーザーにより指定された楽曲に対応する演奏情報をＭＩＤＩ音源２６などの音源部にて演奏させ、スピーカー４２から放音させる処理である。このとき、スピーカー４２からは歌唱用マイク４４から入力される音声も合わせて放音される。映像再生処理は、映像再生部２９にて各種映像情報、歌詞情報などを再生させ、モニタ４１を介した視覚情報をユーザーに提供する処理である。
【００２５】
楽曲指定処理は、ユーザーからの指定に基づいて楽曲を選択、予約するための処理である。本実施形態ではリモコン装置１と連携して実行することとなる。リモコン装置１の操作部１７から入力されたユーザーの指令は、赤外線通信部１９、２３、あるいは、ＬＡＮ１００を介してコマンダ２に伝達される。コマンダ２での処理結果は、リモコン装置１側の表示部１１に表示され、ユーザーは選曲のための各種情報を視認することが可能である。コマンダ２とリモコン装置１は、この楽曲指定処理に限らず、ユーザー個別のサービスを提供するためのログイン処理など各種処理を実行することが可能である。
【００２６】
図２は、本発明の実施形態に係るトップ画面、すなわち、リモコン装置１を起動した直後の画面を示す図である。本実施形態では、リモコン装置１の表示部１１に表示を行うことで、リモコン装置１を操作するユーザーに対して各種情報を提供する。なお、リモコン装置１の操作部１７としては、カーソルキーなどの各種機械的なスイッチの他、表示部１１に表示されたボタン、アイコンなどを直接タッチして操作を行うタッチパネルを採用することができる。
【００２７】
本実施形態のカラオケシステムは、複数のユーザーが各リモコン装置１のタッチパネル表示画面から必要な情報（後述するユーザＩＤやパスワード）を入力し、ログインすることが可能となっている。ユーザーのログインに関する情報は画面上方に常時表示される。ログインしたユーザーの分身像（アバター）を表示するためのログインユーザー欄１０３が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。
【００２８】
また、アカウントを有していないユーザーのためのゲストアイコン１０２、ユーザーを切り替えるためのユーザー切替スイッチ１０１が表示されている。ログインしたユーザーは、ログインユーザー欄１０３に表示される分身像を選択、あるいは、ユーザー切替スイッチ１０１を操作することで、自分のユーザー情報を利用した各種サービスを受けることが可能となる。また、アカウントを有していないユーザーは、ゲストアイコン１０２を操作することで、選曲など一般的なサービスを受けることが可能となっている。なお、ユーザーの切替の際には、パスワードなど認証を行うこととしてもよいが、認証を行うことなく簡易に切り替えることとしてもよい。
【００２９】
図３は、各ユーザー毎に、ホスト５に記憶されたユーザー情報を説明するための図である。本実施形態では、ユーザー情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルなど、ユーザーに関する各種情報を含んで構成される。ユーザー報は、ホスト用ホスト１の記憶部５１に予め記憶されている。また、ユーザー情報には、ユーザーがリモコン装置１からホスト５へログインしてこれら情報を利用するためのユーザーＩＤ、パスワードが対応付けられている。個人情報には、ユーザー名（実際の名
前に限ったものでなく、ニックネームであってもよい）、性別、年齢等を含んで構成されている。これら各種情報は、リモコン装置１、あるいは、インターネットなどのネットワークに接続された図示しないパーソナルコンピュータ、携帯情報端末などにてログインして設定することができる。
具体的には、リモコン装置１などを介したユーザーのログイン操作よって、ユーザーＩＤとパスワードとがホスト５へ通知され、記憶部５１に記憶されたユーザー情報がリモコン装置１、コマンダ２へ送付され、各々の記憶手段（メモリ１４、メモリ２７など）へ記憶される。詳細な手順は後述する。
【００３０】
マイうたテーブルは、ユーザーによって事前に登録された楽曲を示すテーブルであって、少なくとも楽曲を識別するための楽曲識別子を含んで構成されている。この他、歌唱した際に採点された最高点（採点情報）や、自分の歌唱音域に合わせるためのキー調整情報などを登録しておいてもよい。
【００３１】
マイアーティストテーブルは、ユーザーによって事前に登録されたアーティスト（歌手）を示すテーブルであって、歌手識別子を含んで構成されている。ユーザーは、このマイアーティストテーブルを呼び出すことで、事前に登録したアーティストを読み出し、さらにデータベースを参照することで当該アーティストに関連する楽曲を読み出して選曲することが可能となる。
【００３２】
履歴テーブルは、ユーザーがこれまでに選曲した履歴が記載されたテーブルであって、楽曲識別子、歌唱日時、歌唱店舗（歌唱位置）、キー調整値、採点情報などを含んで構成されている。採点情報は、歌唱したときの採点手段による結果を示す情報であり、音程情報は歌唱したときのピッチ変更を示す情報である。
【００３３】
本実施形態では、この履歴テーブルに記録された楽曲を選曲することも可能となっている。ユーザーは履歴テーブルを用いた選曲を行うことで、過去に指定した楽曲を再度演奏させることが可能となっている。
【００３４】
本実施形態では、このようなユーザー情報を利用することで、ユーザーに対し様々なサービスを提供することができる。特に、マイうたテーブル、マイアーティストテーブル、履歴テーブルのようなユーザー別選曲情報を利用することで、ユーザー別に選曲を実行することが可能となっている。
【００３５】
図４は、このユーザー情報の送受信の様子と、リモコン装置１の制御部１５、コマンダ２の制御部３０、ホスト５の図示しない制御部が、それぞれ実行するプログラムのフローチャートを示した図である。カラオケ店舗に来店したユーザーは、リモコン装置１の操作部１７やカラオケ装置２の操作部２１から自己のユーザーＩＤとパスワードなどの識別情報を入力する。ユーザーの識別情報を読み取った、コマンダ２あるいはリモコン装置１は、識別情報をカラオケ用ホスト５に送信し（Ｓ１０２）、識別情報を受信したカラオケ用ホスト５は記憶部１に記憶されたデータベースから、該当するユーザーのユーザー情報を抽出し（Ｓ１２１）、問い合わせのあったコマンダ２あるいはリモコン装置１に対して送信する（Ｓ１２２）。
【００３６】
ホスト５からコマンダ２あるいはリモコン装置１に対してのユーザー情報の送信は、本実施形態では、予め各装置のＩＰアドレス等の通信相手先を特定する情報を記憶しているとして送信している。他の送信方法として、リモコン装置１とコマンダ２とが、カラオケにおける、周知の「括り付け」、又は「紐付け」関係にあるならば、ホスト５はログインしたリモコン装置１へユーザー情報を一旦送信し、その後、ログインしたリモコン装置１から必要に応じて（例えば、リモコン装置１からコマンダ２への曲予約指示した時に、
曲予約情報とともに）、括り付け相手のコマンダ２へ再送信してもよいし、または、コマンダ２で一旦受信し、コマンダ２からリモコン装置１へ再送信してもよい。
【００３７】
ユーザー情報を受信したコマンダ２側では（Ｓ１０３）、受信したユーザー情報に基づいて、選曲処理、演奏処理など各種サービス処理が提供される（Ｓ１０４）。ユーザーによりログアウトが要求される（Ｓ１０５）とサービス処理を中断し、サービス処理中における各種履歴（ログ）、あるいは、ユーザーによる設定変更を反映したユーザー情報をカラオケ用ホスト５に送信する（Ｓ１０６）。ここで、ユーザー情報は、全ての情報を送信することの他、更新された差分だけを送信してもよい。カラオケ用ホスト５では、受信したユーザー情報に基づいて記憶部１に記憶されたデータベースの更新を実行する（Ｓ１２４）。
【００３８】
以上、１ユーザーが認証処理（ログイン）してから、ログアウトするまでの流れを説明したが、本実施形態のコマンダ２、リモコン装置１は、認証された複数人（認証ユーザー）が同時にログインした状態で使用することが可能となっており、図２で説明したユーザーインターフェイスを用いることで、サービスを提供するユーザー（以下、「アクティブユーザー」という）を切り替えて使用することが可能となっている。
【００３９】
図５は、本発明の実施形態に係るアクティブユーザートップ画面を示す図である。この図に示されるように、複数人がログインした状態ではログインユーザー欄１０３にログインしたユーザーの分身像１０３ａ〜１０３ｅ（本実施形態では顔部分）が表示される。またログインユーザー欄１０３中、右端に背景がハイライトで示されるユーザーは、アクティブユーザー１０３ｅであって、図に示す状態では、このアクティブユーザー１０３ｅに対するサービス、すなわち、アクティブユーザー１０３ｅのユーザー情報を利用したサービスが実行されている状態となっている。
【００４０】
このアクティブユーザートップ画面では、「曲を探す」を選択することで、従来の歌本と同様、歌手名、楽曲名に基づく検索を行うことができる。また、「マイルーム」を選択した場合には、ユーザー情報中のマイうたテーブルなどを利用した、アクティブユーザーに特化した楽曲検索を行うことができる。
【００４１】
図６には、アクティブユーザートップ画面にて「マイルーム」が選択されたときの画面であるマイルーム画面が示されている。このマイルーム画面には、図に示されるようにマイうた１０４、マイアーティスト１０５、りれき１０６といった操作ボタンが表示されており、これらを選択することでユーザー情報を利用した各種選曲方法を選択することが可能となっている。マイうた１０４が選択されたときにはマイうたテーブルを参照した選曲が、マイアーティスト１０５が選択されたときにはマイアーティストテーブルを参照した選曲が、そして、りれき１０６が選択されたときには履歴テーブルを参照した選曲が実行される。さらに、本実施形態では、このマイルーム画面に推奨楽曲選択欄１０７が設けられている。ユーザーは、この欄１０７内に表示されている楽曲を選択することで、予約する楽曲を選択することができる。欄１０７内に表示される楽曲の選択（推奨楽曲選択処理）については、後で詳しく説明する。
【００４２】
図７は、図６のマイルーム画面でマイうた１０４の操作ボタンが操作されたときの、マイうた選曲画面を示した図である。マイうた選曲は、前述のようにアクティブユーザー（この場合、ユーザーＡ）のユーザー情報中のマイうたテーブルを参照し、マイうたテーブル中の楽曲識別子に対応する楽曲関連情報が表示される。この例では、表示する楽曲関連情報として、楽曲名、歌手名が表示されている。ユーザーは、このマイうた選曲画面で事前に登録した楽曲を呼び出して、所望の楽曲を指定し演奏予約することが可能となっている。
【００４３】
図８は、本発明の実施形態に係る楽曲確認画面を示す図である。図７のマイうた選曲画面などの適宜選曲方法を用いて楽曲を指定した場合には、楽曲の歌手名、曲名、歌い出しなどを表示させて、楽曲の指定に間違いないかを確認させる楽曲確認画面が表示される。間違いない場合には、画面右下に表示されている予約ボタンが操作され、当該楽曲の演奏予約が実行される。
【００４４】
ここで、ログインしているユーザー（アクティブユーザー）による指定の場合には、図８に示される楽曲確認画面が表示される。画面中、曲名の欄右端には「マイうた登録」の操作ボタンが表示されている。ユーザーは、選択した楽曲を今後も利用したい場合には、この操作ボタンを操作することで、楽曲確認画面に表示されている楽曲をユーザー情報中のマイうたテーブルに登録することができる。歌手についても同様に、歌手名の欄右端に表示された「マイアーティスト」操作ボタンを操作することで、マイアーティストテーブルに登録することができる。マイアーティストテーブルに登録された歌手は、図６のマイアーティスト１０５の操作ボタンの操作で呼び出すことが可能であって、さらに呼び出された歌手の楽曲（持ち歌）を読み出すことで、当該歌手の楽曲を指定することが可能とされている。
【００４５】
では、本発明において楽曲を推奨する推奨処理について説明する。本実施形態の推奨処理は、複数のユーザーが集ってカラオケを行う際、予約数が少ないユーザーを低調ユーザー（盛り上がっていないユーザー）と判定し、当該低調ユーザーにとって関心があると推測される楽曲を推奨することとしている。推奨される楽曲は、図６の推奨楽曲選択欄１０７などに表示される。特に本実施形態では、低調ユーザーのユーザー情報と他のユーザーのユーザー情報の両方に対応する楽曲を推奨楽曲として表示させ、低調ユーザーが嗜好する、あるいは、知っている楽曲が演奏されやすくしている。推奨楽曲が演奏されることで、低調ユーザーもカラオケの場に参加しやすくなり、カラオケの場の雰囲気の向上を図ることが可能となる。
【００４６】
では、推奨処理を構成する推奨楽曲選択処理について図９〜図１１を用いて説明する。図９は、本発明の実施形態に係る推奨楽曲選択処理を示すフロー図であり、図１０は、本発明の実施形態に係る低調ユーザー抽出処理を示すフロー図であり、図１１は、本発明の実施形態に係る低調ユーザー抽出処理を説明するための図である。
【００４７】
図９に示される推奨楽曲選択処理は、コマンダ２の起動後に開始される処理である。なお、各種記録媒体、あるいは、通信回線を介して、この推奨楽曲選択処理を実行するためのプログラムを提供することとしてもよい。まず、Ｓ３００にて低調ユーザー抽出処理が開始され、楽曲の予約数が所定数に満たないユーザーの抽出が行われる。図１０には、この低調ユーザー抽出処理のフロー図が、図１１には、同一のコマンダ２に対してログインし、カラオケを行っている複数のユーザーの状況が示されている。低調ユーザー抽出処理が開始されると、現在ログインしているユーザーの内、１人の監視対象ユーザーが抽出される（Ｓ３０１）。本実施形態では、ユーザーがログイン開始直後、一定時間Ｓは、監視対象ユーザーから外すことで、ログインしたばかりで楽曲予約の無いユーザーを低調ユーザーとせいて誤検出することを防止している。
【００４８】
図１０において、各ユーザーがログインしてからの一定時間Ｓがこの誤検出を防止するための期間となっている。例えば、時刻Ｔ１ではユーザーＡ、Ｂ、Ｃがログインしているが、全てのユーザーについて一定時間Ｓ内の状態であるため、監視対象ユーザーからは外される。時刻Ｔ２では、新たにユーザーＤ、Ｅがログインした状態となっている。このときユーザーＡ、Ｂ、Ｃについては、一定時間Ｓが終了しているため監視対象ユーザーとなる。一方、ユーザーＤ、Ｅについては、一定時間Ｓの状態であるため監視対象ユーザーか
らは外される。時刻Ｔ３では、全てのユーザーＡ〜Ｅが監視対象ユーザーとされる。
【００４９】
Ｓ３０１では、このような監視対象ユーザーの中から１人のユーザーが抽出される。Ｓ３０２では、抽出された監視対象ユーザーについて、ログインしてからの予約楽曲数が取得される。図８におけるアクティブユーザーの予約時には、予約する楽曲の楽曲識別子と当該アクティブユーザーのユーザーＩＤを含む予約情報が、コマンダ２にて管理する予約テーブルに記憶される。コマンダ２は、予約テーブルに登録された予約情報に基づいて、順次楽曲の演奏を実行する。コマンダ２の予約テーブルに基づいて、監視対象ユーザーの予約楽曲数を取得することが可能とされる。
【００５０】
図１１中、三角で示す時点は、各ユーザーが楽曲予約を行ったタイミングであって、監視対象期間のユーザーを含む時刻Ｔ２までの、ユーザーＡの予約楽曲数は３、ユーザーＢの予約楽曲数は２、ユーザーＣの予約楽曲数は０となる。また、時刻Ｔ３までの、ユーザーＡの予約楽曲数は４、ユーザーＢの予約楽曲数は２、ユーザーＣの予約楽曲数は２、ユーザーＤの予約楽曲数は２、ユーザーＥの予約楽曲数は１となる。
【００５１】
Ｓ３０３では、現在抽出している監視対象ユーザーの予約楽曲数が所定値以下か否かが判定される。本実施形態では、予約楽曲数が１以下のユーザーを低調ユーザーとして判定することとしている。全ての監視対象ユーザーについてＳ３０１〜Ｓ３０４の処理が実行されることで処理を終了する（Ｓ３０５：ＹＥＳ）。図１１の時刻Ｔ２ではユーザーＣが、また、時刻Ｔ３ではユーザーＥが低調ユーザーとして判定されることとなる。なお、本実施形態では、低調ユーザーの抽出に、ログインしてからの予約楽曲数を使用することとしたが、この他、現時刻から所定時間さかのぼった期間における予約楽曲数を用いることや、単位時間あたりの平均予約楽曲数（予約頻度）を使用することが考えられる。さらに、予約楽曲数が所定数以下とする以外に、最も予約楽曲数が少ないユーザーなど予約楽曲数の順位に基づいて低調ユーザーを抽出することも考えられる。
【００５２】
図９のフロー図に戻り、Ｓ３００で低調ユーザーが抽出されると、Ｓ２０１で以降の処理に進むこととなる。Ｓ２０２では、まず、低調ユーザーのユーザー情報が抽出される。なお、図１２の例では、時刻Ｔ２、時刻Ｔ３のそれぞれについて低調ユーザーは１人であったが、複数の低調ユーザーを抽出することとしてもよい。
【００５３】
次に低調ユーザー以外の他のユーザーを推奨対象ユーザーとして抽出し（Ｓ２０３）、当該ユーザーのユーザー情報を抽出する（Ｓ２０４）。Ｓ２０５では、Ｓ２０２で抽出したユーザー情報中のマイうたテーブルと、Ｓ２０４で抽出したユーザー情報中のマイうたテーブルとを比較し、一致する楽曲が抽出される。一致楽曲が無い場合（Ｓ２０６：Ｎｏ）には、低調対象ユーザーのマイアーティストテーブル内の歌手の楽曲が、推奨対象ユーザーのマイうたテーブルに無いか判定される。この判定においても無い場合（Ｓ２０７：Ｎｏ）には、低調ユーザーのマイうたテーブル内の楽曲が抽出される（Ｓ２０８）。
【００５４】
Ｓ２０９では、Ｓ２０６〜Ｓ２０８で抽出した、低調ユーザーと推奨対象ユーザーの両方に関連する楽曲、あるいは、低調ユーザーのマイうたテーブルに記述される楽曲から、既に、推奨楽曲として表示したい楽曲が予約済み、股は、演奏済みの場合、これらの楽曲が排除され、残った楽曲を推奨対象ユーザーについての推奨楽曲として指定する。もし、推奨楽曲として表示したい楽曲がすべて予約済み、又は演奏済みだったときは、この場合、推奨楽曲がないことが表示される。
【００５５】
このように本実施形態では、既に予約済みであってこれから演奏される、あるいは、演奏済みの楽曲を排除し、重複して演奏されることがないようにしている。また、本実施形態では、指定された推奨楽曲の楽曲関連情報（この例では、楽曲名、歌手名）は、当該推
奨対象ユーザーのマイルーム画面（図６）の推奨楽曲選択欄１０７に表示させることとしている。Ｓ２０３〜Ｓ２１０の処理は、低調ユーザーを除く全ての他のユーザーについて実行されるまで継続される（Ｓ２１１）。以上の処理が所定時間毎に繰り返される（Ｓ２１２）ことで、定期的に、低調ユーザーの抽出、並びに、推奨楽曲が指定されることとなる。
【００５６】
なお、本実施形態では、推奨楽曲を推奨対象ユーザーのマイルーム画面上に表示することとしたが、推奨楽曲の表示は、このマイルーム画面に限らず、例えば、図２のゲストユーザーについてのトップ画面に表示させることや、コマンダ２にて表示制御されるモニタ４上に、楽曲演奏の曲間などのタイミングで、楽曲名、歌手名、楽曲識別子などといった楽曲関連情報を表示させることとしてもよい。
【００５７】
本実施形態では、マイうたテーブル、マイアーティストテーブルについて低調ユーザーと推奨対象ユーザー間で共通する楽曲を推奨楽曲として指定することとしているが、この他、履歴テーブルに記憶された楽曲を利用することとしてもよい。そして、低調ユーザーと推奨対象ユーザー間では、種別の異なるテーブル間で推奨楽曲を抽出することとしてもよい。
【００５８】
以上、本発明では、楽曲予約数に基づいて低調ユーザーを検出し、低調ユーザーが嗜好する楽曲を表示させることとしている。特に、本実施形態では、他のユーザーと嗜好が共通する楽曲の楽曲関連情報を、他のユーザーのマイルーム画面上に推奨楽曲として表示させ、他のユーザーに対して当該楽曲の予約を促すこととしている。このように低調ユーザーが嗜好し、かつ、他のユーザーが嗜好する楽曲を、他のユーザーに対して指定させることとするものであって、推奨した楽曲が演奏された場合には、低調ユーザーもカラオケの場に参加しやすくなり、カラオケの場に集うユーザー全体の雰囲気向上を図ることが可能となる。
【００５９】
なお、本発明はこれらの実施形態のみに限られるものではなく、それぞれの実施形態の構成を適宜組み合わせて構成した実施形態も本発明の範疇となるものである。
【符号の説明】
【００６０】
１…リモコン装置、１１…表示部、１２…ビデオＲＡＭ、１３…映像制御部、１４…メモリ、１５…制御部、１６…無線ＬＡＮ通信部、１７…操作部、１８…操作処理部、１９…赤外線通信部、２…コマンダ（カラオケ装置）、２１…操作部、２２…操作処理部、２３…赤外線通信部、２４…インターフェイス部、２５…音声制御部、２６…ＭＩＤＩ音源、２７…メモリ、２８…ビデオＲＡＭ、２９…映像再生部、３０…制御部、３１…映像制御部、３２…ハードディスク、４１…モニタ、４２…スピーカー、４４ａ、４４ｂ…歌唱用マイク、１００…ＬＡＮ、１１０…アクセスポイント、１２０…ルータ、５…カラオケ用ホスト、５１…第１記憶部、１０１…ユーザー切替スイッチ、１０２…ゲストユーザー、１０３…ログインユーザー欄、１０３ａ〜１０３ｅ…ログインユーザー、１０３ｅ…アクティブユーザー、１０４…マイうた操作ボタン、１０５…マイアーティスト操作ボタン、１０６…マイりれき操作ボタン、１０７…推奨楽曲選択欄
【特許請求の範囲】
【請求項１】
ユーザーから各種入力を受け付ける入力手段と、
演奏情報に基づいて演奏を実行し、演奏音を出力する演奏手段と、
前記入力手段からの入力に基づいて複数のユーザーを認証する認証処理と、
前記認証処理で認証された複数の認証ユーザーのそれぞれについて、ユーザー情報を取得するユーザー情報取得処理と、
前記認証処理で認証された複数の認証ユーザーをユーザー毎に切り換え、切り換えられた認証ユーザーの識別子と、前記入力手段にて指定された楽曲とを対応付けて予約する予約処理と、
前記予約処理で指定された楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記予約処理で予約した各認証ユーザーの楽曲数に基づいて、認証ユーザーを抽出するユーザー抽出処理と、
前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲関連情報を表示手段に表示させる推奨処理と、を実行する制御手段と、を備えることを特徴とする
カラオケ装置。
【請求項２】
前記推奨処理は、前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報と、他の少なくとも１人の認証ユーザーのユーザー情報に対応する楽曲関連情報を表示手段に表示させることを特徴とする
請求項１に記載のカラオケ装置。
【請求項３】
前記ユーザー抽出処理は、前記予約処理で予約した各認証ユーザーの楽曲数に基づいて、各認証ユーザーの予約頻度を算出し、算出された予約頻度に基づいて認証ユーザーを抽出することを特徴とする
請求項１または請求項２に記載のカラオケ装置。
【請求項４】
前記ユーザー抽出処理は、認証処理を実行してから所定時間経過している認証ユーザーを抽出の対象とすることを特徴とする
請求項１から請求項３の何れか１項に記載のカラオケ装置。
【請求項５】
前記推奨処理は、前記ユーザー抽出処理で抽出されたユーザー以外の予約処理において、前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲関連情報を表示することを特徴とする
請求項１から請求項４の何れか１項に記載のカラオケ装置。
【請求項６】
前記入力手段からの入力に基づいて複数のユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーのそれぞれについて、ユーザー情報を取得するユーザー情報取得処理と、
前記認証処理で認証された複数の認証ユーザーをユーザー毎に切り換え、切り換えられた認証ユーザーの識別子と、前記入力手段にて指定された楽曲とを対応付けて予約する予約処理と、
前記予約処理で指定された楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記予約処理で予約を行った各認証ユーザーの楽曲数に基づいて、認証ユーザーを抽出するユーザー抽出処理と、
前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲の楽曲関連情報を表示する推奨処理と、をコンピュータに実行させることを特徴とする
カラオケプログラム。
【請求項１】
ユーザーから各種入力を受け付ける入力手段と、
演奏情報に基づいて演奏を実行し、演奏音を出力する演奏手段と、
前記入力手段からの入力に基づいて複数のユーザーを認証する認証処理と、
前記認証処理で認証された複数の認証ユーザーのそれぞれについて、ユーザー情報を取得するユーザー情報取得処理と、
前記認証処理で認証された複数の認証ユーザーをユーザー毎に切り換え、切り換えられた認証ユーザーの識別子と、前記入力手段にて指定された楽曲とを対応付けて予約する予約処理と、
前記予約処理で指定された楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記予約処理で予約した各認証ユーザーの楽曲数に基づいて、認証ユーザーを抽出するユーザー抽出処理と、
前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲関連情報を表示手段に表示させる推奨処理と、を実行する制御手段と、を備えることを特徴とする
カラオケ装置。
【請求項２】
前記推奨処理は、前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報と、他の少なくとも１人の認証ユーザーのユーザー情報に対応する楽曲関連情報を表示手段に表示させることを特徴とする
請求項１に記載のカラオケ装置。
【請求項３】
前記ユーザー抽出処理は、前記予約処理で予約した各認証ユーザーの楽曲数に基づいて、各認証ユーザーの予約頻度を算出し、算出された予約頻度に基づいて認証ユーザーを抽出することを特徴とする
請求項１または請求項２に記載のカラオケ装置。
【請求項４】
前記ユーザー抽出処理は、認証処理を実行してから所定時間経過している認証ユーザーを抽出の対象とすることを特徴とする
請求項１から請求項３の何れか１項に記載のカラオケ装置。
【請求項５】
前記推奨処理は、前記ユーザー抽出処理で抽出されたユーザー以外の予約処理において、前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲関連情報を表示することを特徴とする
請求項１から請求項４の何れか１項に記載のカラオケ装置。
【請求項６】
前記入力手段からの入力に基づいて複数のユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーのそれぞれについて、ユーザー情報を取得するユーザー情報取得処理と、
前記認証処理で認証された複数の認証ユーザーをユーザー毎に切り換え、切り換えられた認証ユーザーの識別子と、前記入力手段にて指定された楽曲とを対応付けて予約する予約処理と、
前記予約処理で指定された楽曲に対応する演奏情報を前記演奏手段に演奏させる演奏処理と、
前記予約処理で予約を行った各認証ユーザーの楽曲数に基づいて、認証ユーザーを抽出するユーザー抽出処理と、
前記ユーザー抽出処理で抽出された認証ユーザーのユーザー情報に対応する楽曲の楽曲関連情報を表示する推奨処理と、をコンピュータに実行させることを特徴とする
カラオケプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−２１５６１７（Ｐ２０１２−２１５６１７Ａ）
【公開日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願番号】特願２０１１−７９１３０（Ｐ２０１１−７９１３０）
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]