(57)【特許請求の範囲】
【請求項１】
ユーザの楽曲の選択操作に基づいて楽曲を再生する再生手段を備えたカラオケシステムにおいて、
各ユーザと、各ユーザの属するユニットとを対応付けたユニットテーブルを記憶したユニットテーブル記憶手段と、
各ユーザの歌唱履歴を記憶する歌唱履歴記憶手段と、
前記歌唱履歴記憶手段に記憶された歌唱履歴に基づいて、歌唱回数の少ないユーザを、レコメンドの対象とするターゲットユーザとして決定するターゲットユーザ決定手段と、
前記ターゲットユーザ決定手段が決定したターゲットユーザのユニットであるターゲットユニットを、前記ユニットテーブルから取得するターゲットユニット取得手段と、
前記ターゲットユニット取得手段が取得したターゲットユニットに応じた楽曲をレコメンドする楽曲であるレコメンド楽曲として決定するレコメンド楽曲決定手段と、
前記レコメンド楽曲決定手段が決定したレコメンド楽曲を、表示装置に表示させるレコメンド楽曲表示制御手段と、
を備えたことを特徴とするカラオケシステム。
【請求項２】
ユニット毎に、ユニットと、そのユニットに属するユーザに好んで歌唱されると推測される歌手と、を対応付けたユニット・歌手テーブルを記憶したユニット・歌手テーブル記憶手段を備え、
前記レコメンド楽曲決定手段は、前記ユニット・歌手テーブルを参照し、前記ターゲットユニットに対応付けられた歌手の楽曲を、前記レコメンド楽曲として決定することを特徴とする請求項１に記載のカラオケシステム。
【請求項３】
ユーザ毎に、ユーザと、そのユーザに過去に歌唱されたことのある歌手と、を対応付けたユーザ歌唱歌手テーブルを記憶したユーザ歌唱歌手テーブル記憶手段を備え、
前記レコメンド楽曲決定手段は、前記ユーザ歌唱歌手テーブルを参照し、前記ターゲットユニットに対応付けられた歌手の中に、そのユーザが過去に歌唱したことのある歌手が存在する場合、その歌手の楽曲を、前記レコメンド楽曲として決定することを特徴とする請求項２に記載のカラオケシステム。
【請求項４】
楽曲と、その楽曲の歌手と、その楽曲の登録日時とをそれぞれ対応づけて記憶した楽曲テーブルを記憶した楽曲テーブル記憶手段を備え、
前記レコメンド楽曲決定手段は、前記楽曲テーブルを参照し、前記ターゲットユニットに対応付けられた歌手の楽曲の中で、登録日が新しい楽曲を、前記レコメンド楽曲として決定することを特徴とする請求項２に記載のカラオケシステム。
【請求項５】
ターゲットユーザから除外するユーザが属するユニットである除外ユニットを記憶する除外ユニット記憶手段と、
前記ターゲットユーザ決定手段により決定されたターゲットユーザの中から、前記除外ユニット記憶手段に記憶されている前記除外ユニットに属するユーザを除外する第１除外手段と、を備えたことを特徴とする請求項１に記載のカラオケシステム。
【請求項６】
レコメンドの開始を制限するユニットである制限ユニットを記憶する制限ユニット記憶手段と、
前記ターゲットユーザ決定手段により決定されたターゲットユーザの中から、前記制限ユニット記憶手段に記憶されている前記制限ユニットのユーザを抽出する抽出手段と、
前記ユニット・歌手テーブルと前記歌唱履歴とを参照し、前記抽出手段により抽出されたユーザが、そのユーザが属する前記制限ユニットに対応づけられた歌手の楽曲を一定期間の間に歌唱しているか否かを判断する歌唱判断手段と、
前記歌唱判断手段により、そのユーザが属する前記制限ユニットに対応付けられた歌手の楽曲を歌唱していないと判断したユーザを、前記ターゲットユーザから除外する第２除外手段と、を備えたことを特徴とする請求項２に記載のカラオケシステム。
【請求項７】
前記ターゲットユーザ決定手段は、所定時間の間に歌唱回数が少ないユーザ、又は、所定数の履歴数の間の歌唱回数が少ないユーザを、前記ターゲットユーザとして決定することを特徴とする請求項１に記載のカラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケシステムに関する。
【背景技術】
【０００２】
従来から、特許文献１に記載のように、ログインユーザに対して、そのログインユーザが過去に歌唱したことの有る楽曲をレコメンドするカラオケシステムが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２７６５４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のように、ユーザが過去に歌唱したことのある楽曲をレコメンドするカラオケシステムでは、ユーザが過去に歌唱したことのある楽曲しかレコメンドできない。また、ユーザが過去に歌唱したことのある歌手の楽曲をレコメンドするシステムも考えられるが、これについても、ユーザが過去に歌唱したことのある歌手の楽曲しかレコメンドできない。このため、ユーザに、新譜の楽曲や、新人アーティストの楽曲等をレコメンドできなかった。
【０００５】
本発明は、上述のような問題点を解決するためになされたものであり、ユーザが過去に歌唱したことがない楽曲や、ユーザが過去に歌唱したことがない歌手の楽曲であっても、ユーザが好んで歌唱すると推測できる楽曲をレコメンドできるカラオケシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の課題を解決するため、請求項１に記載のカラオケシステムは、ユーザの楽曲の選択操作に基づいて楽曲を再生する再生手段を備えたカラオケシステムにおいて、各ユーザと、各ユーザの属するユニットとを対応付けたユニットテーブルを記憶したユニットテーブル記憶手段と、各ユーザの歌唱履歴を記憶する歌唱履歴記憶手段と、前記歌唱履歴記憶手段に記憶された歌唱履歴に基づいて、歌唱回数の少ないユーザを、レコメンドの対象とするターゲットユーザとして決定するターゲットユーザ決定手段と、前記ターゲットユーザ決定手段が決定したターゲットユーザのユニットであるターゲットユニットを、前記ユニットテーブルから取得するターゲットユニット取得手段と、前記ターゲットユニット取得手段が取得したターゲットユニットに応じた楽曲をレコメンドする楽曲であるレコメンド楽曲として決定するレコメンド楽曲決定手段と、前記レコメンド楽曲決定手段が決定したレコメンド楽曲を、表示装置に表示させるレコメンド楽曲表示制御手段と、を備えたことを特徴とする。
【０００７】
請求項１に記載のカラオケシステムによれば、あまり歌唱していないユーザに対して、そのユーザが属するユニットに応じた楽曲をレコメンドするため、ユーザが好んで歌唱すると推測できる楽曲をレコメンドできる。
【０００８】
請求項２に記載のカラオケシステムは、請求項１に記載のカラオケシステムの特徴に加え、ユニット毎に、ユニットと、そのユニットに属するユーザに好んで歌唱されると推測される歌手と、を対応付けたユニット・歌手テーブルを記憶したユニット・歌手テーブル記憶手段を備え、前記レコメンド楽曲決定手段は、前記ユニット・歌手テーブルを参照し、前記ターゲットユニットに対応付けられた歌手の楽曲を、前記レコメンド楽曲として決定することを特徴とする。
【０００９】
請求項２に記載のカラオケシステムによれば、ユニットにひもづけられた歌手の楽曲をレコメンドできる。
【００１０】
請求項３に記載のカラオケシステムは、請求項２に記載のカラオケシステムの特徴に加え、ユーザ毎に、ユーザと、そのユーザに過去に歌唱されたことのある歌手と、を対応付けたユーザ歌唱歌手テーブルを記憶したユーザ歌唱歌手テーブル記憶手段を備え、前記レコメンド楽曲決定手段は、前記ユーザ歌唱歌手テーブルを参照し、前記ターゲットユニットに対応付けられた歌手の中に、そのユーザが過去に歌唱したことのある歌手が存在する場合、その歌手の楽曲を、前記レコメンド楽曲として決定することを特徴とする。
【００１１】
請求項３に記載のカラオケシステムによれば、ユーザが過去に歌唱したことのある歌手の楽曲をレコメンドすることが出来る。
【００１２】
請求項４に記載のカラオケシステムは、請求項２に記載のカラオケシステムの特徴に加え、楽曲と、その楽曲の歌手と、その楽曲の登録日時とをそれぞれ対応づけて記憶した楽曲テーブルを記憶した楽曲テーブル記憶手段を備え、前記レコメンド楽曲決定手段は、前記楽曲テーブルを参照し、前記ターゲットユニットに対応付けられた歌手の楽曲の中で、登録日が新しい楽曲を、前記レコメンド楽曲として決定することを特徴とする。
【００１３】
請求項４に記載のカラオケシステムによれば、登録日が新しい楽曲をレコメンドすることが出来る。
【００１４】
請求項５に記載のカラオケシステムは、請求項１に記載のカラオケシステムの特徴に加え、ターゲットユーザから除外するユーザが属するユニットである除外ユニットを記憶する除外ユニット記憶手段と、前記ターゲットユーザ決定手段により決定されたターゲットユーザの中から、前記除外ユニット記憶手段に記憶されている前記除外ユニットに属するユーザを除外する第１除外手段と、を備えたことを特徴とする。
【００１５】
請求項５に記載のカラオケシステムによれば、特定のユニットに属するユーザへのレコメンドは行わないようにすることが出来る。
【００１６】
請求項６に記載のカラオケシステムは、請求項２に記載のカラオケシステムの特徴に加え、レコメンドの開始を制限するユニットである制限ユニットを記憶する制限ユニット記憶手段と、前記ターゲットユーザ決定手段により決定されたターゲットユーザの中から、前記制限ユニット記憶手段に記憶されている前記制限ユニットのユーザを抽出する抽出手段と、前記ユニット・歌手テーブルと前記歌唱履歴とを参照し、前記抽出手段により抽出されたユーザが、そのユーザが属する前記制限ユニットに対応づけられた歌手の楽曲を一定期間の間に歌唱しているか否かを判断する歌唱判断手段と、前記歌唱判断手段により、そのユーザが属する前記制限ユニットに対応付けられた歌手の楽曲を歌唱していないと判断したユーザを、前記ターゲットユーザから除外する第２除外手段と、を備えたことを特徴とする。
【００１７】
請求項６に記載のカラオケシステムによれば、特定のユニットに属するユーザへのレコメンドを制限することが出来る。
【００１８】
請求項７に記載のカラオケシステムは、請求項１に記載のカラオケシステムの特徴に加え、前記ターゲットユーザ決定手段は、所定時間の間に歌唱回数が少ないユーザ、又は、所定数の履歴数の間の歌唱回数が少ないユーザを、前記ターゲットユーザとして決定することを特徴とする。
【００１９】
請求項７に記載のカラオケシステムによれば、所定時間の間に歌唱回数が少ないユーザ、又は、所定数の履歴数の間の歌唱回数が少ないユーザに対して、楽曲をレコメンドすることが出来る。
【発明の効果】
【００２０】
本願発明によれば、ユーザが過去に歌唱したことがない楽曲や、ユーザが過去に歌唱したことがない歌手の楽曲であっても、ユーザが好んで歌唱すると推測できる楽曲をレコメンドできる。
【図面の簡単な説明】
【００２１】
【図１】カラオケシステム１のハードウェアの構成を示したブロック図である。
【図２】ユニットテーブル１０の模式図である。
【図３】ユニット・歌手テーブル２０の模式図である。
【図４】ユーザ過去歌唱歌手テーブル３０の模式図である。
【図５】歌唱履歴テーブル４０の模式図である。
【図６】楽曲マスターテーブル５０の模式図である。
【図７】レコメンド処理のフローチャートである。
【図８】レコメンド処理のフローチャートである。
【図９】制限ユニットユーザ判定処理のフローチャートである。
【図１０】制限ユニット楽曲判断処理のフローチャートである。
【図１１】楽曲再生処理のフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明を具現化した実施の形態について、図面を参照して説明する。尚、参照する図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャートなどは、単なる説明例である。本発明をそれのみに限定する趣旨ではない。
【００２３】
＜カラオケシステム１の概略＞
本発明のカラオケシステム１は、一定期間のあいだあまり歌唱していないユーザに対して、そのユーザの嗜好に合うような楽曲をレコメンドする。ユーザは、好んで歌唱する楽曲の種類に応じて、予め複数のユニットに分類されている。たとえば、Ｊ−ＰＯＰの男性の歌手の楽曲をよく歌うユーザが属するユニット、Ｊ−ＰＯＰの女性の歌手の楽曲をよく歌うユーザが属するユニット、演歌をよく歌うユーザが属するユニット、アニメの主題歌をよく歌うユーザが属するユニット等の様々なユニットにユーザは分類される。カラオケステム１は、ユニットテーブル１０と、ユニット・歌手テーブル２０とを予め記憶している。ユニットテーブル１０は、各ユーザがどのユニットに属するかを示す情報である。ユニット・歌手テーブル２０は、各ユニットのユーザが、どのような歌手の楽曲を良く歌唱するかを示したテーブルである。カラオケシステム１は、ユニットテーブル１０と、ユニット・歌手テーブル２０とに基づいて、各ユーザに適した楽曲をレコメンドする。
【００２４】
図１を参照して、本発明を具現化した実施形態であるカラオケシステム１の概略について説明する。カラオケシステム１は、カラオケルームＫＲに設置されたカラオケ装置１００と、リモコン２００と、ホストサーバ３００とを有する。
【００２５】
カラオケ装置１００と、リモコン２００とは、たとえばＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）等のネットワークＮＷ１を介し、互いに情報を送受信可能に接続されている。カラオケ装置１００やリモコン２００と、ホストサーバ３００とは上記ネットワークＮＷ１と、たとえば通信ネットワーク等のネットワークＮＷ２とを介して、互いに情報を送受信可能に接続されている。
【００２６】
カラオケ装置１００は、制御部１０１と、音声入力部１０２と、表示部１０３と、音声出力部１０４と、操作部１０５と、通信制御部１０６と、記憶装置１０７とを備えている。
【００２７】
制御部１０１は、図示しないＣＰＵとＲＡＭとＲＯＭとを備えている。制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや記憶装置１０７に予め記憶された各種のプログラムを実行する。これにより、制御部１０１は、カラオケ装置１００全体の制御を行う。
【００２８】
記憶装置１０７は、たとえばＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）を用いることが出来る。記憶装置１０７には、歌唱履歴テーブル４０や、制限ユニットのユニットＩＤなどが記憶される。歌唱履歴テーブル４０は、ユーザがどのような楽曲を歌唱したかを示す歌唱履歴を記録したテーブルである。歌唱履歴テーブル４０は、後述の楽曲再生処理によって、ユーザによって予約された楽曲が再生される時に更新される。歌唱履歴テーブル４０や制限ユニットの詳細については後述する。
【００２９】
音声入力部１０２は、マイク等を備えたユーザの歌唱音声を入力する装置である。
【００３０】
表示部１０３は、たとえば液晶ディスプレイなどを備えた表示装置である。表示部１０３は、制御部１０１の指示に従って各種の表示を行う。
【００３１】
音声出力部１０４は、たとえば、アンプやスピーカーなどから構成される。音声出力部１０４は、制御部１０１の指示に従って、楽曲の再生や、ユーザの歌唱音声の出力を行う。
【００３２】
操作部１０５は、複数のキーやスイッチなどを備えている。操作部１０５は、ユーザの操作に従った信号を制御部１０１に出力する。
【００３３】
通信制御部１０６は、リモコン２００やホストサーバ３００との間で、ネットワークＮＷ１やネットワークＮＷ２を介して行われる通信の制御を行う装置である。通信制御部１０６としては、ネットワークカード等を採用することが出来る。
【００３４】
リモコン２００は、ユーザが楽曲の選択等を行うための装置である。ユーザはリモコン２００を操作して楽曲の予約等の各種の操作を行うことができる。リモコン２００は、制御部２０１と、表示部２０３と、操作部２０５と、通信制御部２０６と、記憶装置２０７とを備えている。
【００３５】
制御部２０１は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭを備えている。制御部２０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや記憶装置２０７に予め記憶された各種のプログラムを実行する。これにより制御部２０１は、リモコン２００全体の制御を行う。
【００３６】
表示部２０３は、たとえば液晶ディスプレイなどを備えた表示装置である。表示部１０３は、制御部２０１の指示に従って各種の表示を行う。
【００３７】
通信制御部２０６は、カラオケ装置１００やホストサーバ３００との間で、ネットワークＮＷ１，や、ネットワークＮＷ２を介して行われる通信の制御を行う装置である。通信制御部２０６としては、周知の無線ネットワークカード等を採用することが出来る。
【００３８】
記憶装置２０７は、不揮発性の記憶装置である。記憶装置２０７としては、たとえばＮＡＮＤ型のフラッシュメモリーなどを採用するのが好適である。
【００３９】
ホストサーバ３００は、制御部３０１と、通信制御部３０６と、記憶装置３０７とを備えている。
【００４０】
制御部３０１は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭを備えている。制御部３０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや、記憶装置３０７に予め記憶された各種のプログラムを実行する。これにより、制御部３０１は、ホストサーバ３００全体の制御を行う。
【００４１】
通信制御部３０６は、カラオケ装置１００やリモコン２００との間で、ネットワークＮＷ１や、ネットワークＮＷ２を介して行われる通信の制御を行う装置である。通信制御部４０６としては、周知のネットワークカード等を採用することが出来る。
【００４２】
記憶装置３０７は、たとえばＨＤＤである。記憶装置３０７は、ユニットテーブル１０、ユニット・歌手テーブル２０、ユーザ過去歌唱歌手テーブル３０、楽曲マスターテーブル５０等の各種の情報を記憶している。また、記憶装置３０７は、楽曲のデータである楽曲データや、ユーザＩＤにひもづけられた認証情報を記憶している。認証情報は、ログインするユーザの認証を行う際に利用される。
【００４３】
ユニットテーブル１０は、各ユーザが、そろぞれ、どのユニットに属するかを示した情報である。図２に示すように、ユニットテーブル１０には、ユーザＩＤと、そのユーザの属するユニットのユニットＩＤとが対応付けられている。ユニットテーブル１０は、カラオケシステム１の管理者により、予めホストサーバ３００の記憶装置３０７に記憶されている。カラオケシステム１の管理者は、全国に配置されているカラオケ装置１００から、所定のタイミングで後述の歌唱履歴テーブル４０の歌唱履歴を抽出し、各地のカラオケ装置１００から抽出した歌唱履歴と、過去に取得した歌唱履歴に基づいて、ユニットテーブル１０を作成すればよい。若しくは、カラオケシステム１の管理者は、各ユーザにどのような楽曲が好きなのかについてアンケートを実施し、そのアンケート結果に基づいてユニットテーブル１０を作成すればよい。
【００４４】
ユニット・歌手テーブル２０は、何れのユニットのユーザに、何れの歌手の楽曲が良く歌われているかを示す情報である。図３に示すように、ユニット・歌手テーブル２０では、ユニットＩＤに対して、第１歌手ＩＤ、第２歌手ＩＤ、第３歌手ＩＤ、第４歌手ＩＤが、ひもづけられている。第１歌手ＩＤは、そのユニットのユーザに最もよく歌唱されている歌手の歌手ＩＤである。第２歌手ＩＤは、そのユニットのユーザに２番目によく歌唱されている歌手の歌手ＩＤである。第３歌手ＩＤは、そのユニットのユーザに３番目によく歌唱されている歌手の歌手ＩＤである。第４歌手ＩＤは、そのユニットのユーザに４番目によく歌唱されている歌手の歌手ＩＤである。ユニット・歌手テーブル２０は、カラオケシステム１の管理者により、予めホストサーバ３００の記憶装置３０７に記憶されている。カラオケシステム１の管理者は、全国に配置されているカラオケ装置１００から、所定のタイミングで後述の歌唱履歴テーブル４０の歌唱履歴を抽出し、各地のカラオケ装置１００から取得した歌唱履歴と、過去に取得した歌唱履歴に基づいて、ユニット・歌手テーブル２０を作成すればよい。
【００４５】
ユーザ過去歌唱歌手テーブル３０は、各ユーザが過去に歌唱したことのある歌手を特定するための情報である。図４に示すように、ユーザ過去歌唱歌手テーブル３０では、ユーザＩＤに対して、第１歌唱歌手ＩＤ、第２歌唱歌手ＩＤ、第３歌唱歌手ＩＤ、が紐付けられている。第１歌唱歌手ＩＤは、そのユーザが過去に最もよく歌唱した歌手の歌手ＩＤである。第２歌唱歌手ＩＤは、そのユーザが過去に２番目によく歌唱した歌手の歌手ＩＤである。第３歌唱歌手ＩＤは、そのユーザが過去に３番目によく歌唱した歌手の歌手ＩＤである。第４歌唱歌手ＩＤは、そのユーザが過去に４番目によく歌唱した歌手の歌手ＩＤである。ユーザ過去歌唱歌手ＩＤテーブル３０は、カラオケシステム１の管理者により、予めホストサーバ３００の記憶装置３０７に記憶されている。カラオケシステム１の管理者は、全国に配置されているカラオケ装置１００から、所定のタイミングで後述の歌唱履歴テーブル４０の歌唱履歴を抽出し、各地のカラオケ装置１００から抽出した歌唱履歴と、過去に抽出した歌唱履歴に基づいて、ユーザ過去歌唱歌手ＩＤテーブル２０を作成すればよい。
【００４６】
歌唱履歴テーブル４０は、ユーザの歌唱履歴を記録したテーブルである。図５に示すように、歌唱履歴テーブル４０には、ユーザＩＤ、楽曲ＩＤ、歌手ＩＤ、歌唱日時からなる歌唱履歴が記録されている。歌唱履歴テーブル４０には複数の歌唱履歴から構成される。ユーザＩＤは、ユーザを識別するための情報である。楽曲ＩＤは、楽曲を識別するための情報である。歌手ＩＤは、その楽曲の歌手を識別する情報である。歌唱日時は、歌唱が行われた日時を示す情報である。歌唱履歴テーブル４０は、カラオケ装置１００の記憶装置１０７に記憶されている。歌唱履歴テーブル４０は、利用者の楽曲の選択操作に伴って予約さされた楽曲が再生されたときに更新される。
【００４７】
楽曲マスターテーブル５０は、カラオケシステム１において歌唱できる楽曲に関する各種の情報を示す情報である。楽曲マスターテーブル５０には、カラオケシステム１において配信できる楽曲の楽曲ＩＤと、その楽曲の歌手ＩＤと、カラオケシステム１においてその楽曲が登録された日時である登録日時と、が記憶されている。カラオケシステム１は、登録された楽曲を各カラオケ装置１に配信を開始する。楽曲ＩＤは、楽曲を識別するための情報である。楽曲マスターテーブル５０は、カラオケシステム１の管理者により、予めホストサーバ３００の記憶装置３０７に記憶されている。楽曲マスターテーブル５０は、カラオケシステム１に新譜が登録される都度、管理者により更新される。
【００４８】
＜カラオケ装置１００の動作説明＞
次に図７から図１０を参照し、カラオケ装置１００の動作について説明する。図７及び図８に示したレコメンド処理は、ユーザにレコメンドする楽曲を決定する処理である。制御部１０１は、最初の一人のユーザがログインをしたときに、レコメンド処理を開始する。
【００４９】
尚、ユーザは、リモコン２００を操作して、「ログイン」のメニュー項目を選択した後、自身のユーザＩＤと、認証情報とを入力するログイン操作をすることで、ログインすることができる。入力されたユーザＩＤと、認証情報とは、ホストサーバ３００へ送信され、ホストサーバ３００において認証が行われる。また、ユーザは、リモコン２００を操作して、「ログアウト」のメニュー項目を選択した後、自身のユーザＩＤを入力するログアウト操作をすることで、ログアウトすることができる。
【００５０】
制御部１０１は、現在ログインしているユーザであるログインユーザのユーザＩＤをＲＡＭに記憶している。制御部１０１は、ログイン操作またはログアウト操作に伴って、ＲＡＭに記憶しているログインユーザのユーザＩＤを更新する。これらの処理は、レコメンド処理と並行して制御部１０１が行う。
【００５１】
レコメンド処理を開始すると、制御部１０１は、歌唱回数カウンタＺに０をセットし、期間カウンタＴＣに０をセットする（Ｓ１００）。セットされた値はＲＡＭに格納される。尚、歌唱回数カウンタＺは、後述の楽曲再生処理において、楽曲が再生される毎に１つカウントアップされる。即ち、歌唱回数カウンタＺには、レコメンド処理を開始してからの楽曲の再生の累積回数が記憶されることになる。
【００５２】
歌唱回数カウンタＺと、期間カウンタＴＣに０をセットした後、制御部１０１は、他のユーザのログインの待ち時間である所定時間が経過したか否かを判断する（Ｓ１０１）。所定時間として、たとえば５分経過したか否かを判断する。
【００５３】
所定時間経過していない場合は（Ｓ１０１：ＮＯ）、制御部１０１は、所定時間経過するまで待機する。
【００５４】
所定時間経過した場合は（Ｓ１０１：ＹＥＳ）、制御部１０１は、ログイン中のユーザであるログインユーザが全てログアウトしたか否かを判断する（Ｓ１０２）。
【００５５】
全ログインユーザがログアウトしたと判断した場合（Ｓ１０２：ＹＥＳ）、制御部１０１は、レコメンドすべきログインユーザがいないのでレコメンド処理を終了する。レコメンド処理を就労した後、制御部１０１は、再度、何れかのユーザがログインしたときに、再びレコメンド処理を開始する。
【００５６】
全ログインユーザがログアウトしていないと判断した場合（Ｓ１０２：ＮＯ）、制御部１０１は、現在のログインユーザの数を取得する（Ｓ１０３）。制御部１０１は、ＲＡＭに格納されているログインユーザのユーザＩＤをカウントすることで、現在のログインユーザの数を取得する。現在のログインユーザの数はＲＡＭに記憶される。
【００５７】
ログインユーザの数を取得後、制御部１０１は、１期間歌唱回数Ｔをセットする（Ｓ１０４）。本実施形態においては、１期間歌唱回数Ｔは、Ｓ１０３において取得した現在のログインユーザ数×２で算出される値がセットされる。セットされた値はＲＡＭに格納される。例えば、ログインユーザが３人いる場合、１期間歌唱回数Ｔは３×２＝６となる。
【００５８】
次に、制御部１０１は、Ｚ−（Ｔ×ＴＣ）≧Ｔの条件を満たすか否かを判断する（Ｓ１０５）。上述の条件を満たさない場合は（Ｓ１０５：ＮＯ）、Ｓ１０２に戻る。上述したように歌唱回数カウンタＺには、楽曲の再生の累積回数がセットされている。例えば、再生の累積回数が５回、ログインユーザが３人、期間カウンタＴＣが０の場合は、Ｚ−（Ｔ×ＴＣ）＝５、Ｔ＝６となるため、上述の条件を満たさない。歌唱回数の累積回数が１回増えて、歌唱回数の累積回数が６回、ログインユーザが３人、期間カウンタＴＣが０の場合は、Ｚ−（Ｔ×ＴＣ）＝６、Ｔ＝６となるため上述の条件を満たす。
【００５９】
制御部１０１は、上述の条件が満たされるまで待機することにより、１期間歌唱回数Ｔの分だけ新たな歌唱履歴が貯まるまで待機する。上述したように、歌唱履歴テーブル３０の歌唱履歴は後述の楽曲再生処理において楽曲が再生される都度更新される。
【００６０】
所定回数の楽曲の再生が行われ、上述の条件を満たす場合は（Ｓ１０５：ＹＥＳ）、制御部１０１は、各ログインユーザの１期間の歌唱数を取得する（Ｓ１０６）。具体的には、最近の１期間歌唱回数Ｔ分の歌唱履歴の中の、ログインユーザ毎の歌唱履歴の数を取得する。取得したログインユーザ毎の歌唱数は、ＲＡＭに記憶する。
【００６１】
各ログインユーザの１期間の歌唱数を取得した後（Ｓ１０６）、制御部１０１は、期間カウンタＴＣを１つカウントアップする（１０７）。これにより、制御部１０１は、次回のＳ１０５の処理において、次の１期間歌唱回数Ｔの分だけ新たな歌唱履歴が歌唱履歴テーブル４０に追加されるまで待機することができる。
【００６２】
期間カウンタＴＣをカウントアップした後、制御部１０１は、Ｓ１０６で取得した歌唱数が２未満のログインユーザがいるか否かを判断する（Ｓ１０８）。カラオケ装置１００は、１期間歌唱回数Ｔの中で歌唱数が２未満のログインユーザを、歌唱を促すために楽曲をレコメンドすべきターゲットユーザとして抽出する。
【００６３】
歌唱数が２未満のログインユーザが一人もいないと判断した場合（Ｓ１０８：ＮＯ）、楽曲の歌唱を促す必要がないので、Ｓ１０２に戻る。そして、次の１期間歌唱回数Ｔの分だけ新たな歌唱履歴が追加されるまで待機する。
【００６４】
歌唱数が２未満のログインユーザが一人でもいると判断した場合（Ｓ１０８：ＹＥＳ）、制御部１０１は、歌唱履歴テーブル４０を参照し、歌唱数が１以下のログインユーザであるターゲットユーザのユーザＩＤを取得する（Ｓ１０９）。取得したターゲットユーザのユーザＩＤはＲＡＭに記憶される。
【００６５】
ターゲットユーザのユーザＩＤを取得した後、制御部１０１は、取得したユーザＩＤに対応するユニットＩＤを取得する（Ｓ１１０）。具体的には、制御部１０１は、取得したユーザＩＤをホストサーバ３００へ送信し、ホストサーバ３００から、送信したユーザＩＤに対応するユニットＩＤを取得する。尚、カラオケ装置１００からユーザＩＤを受信したホストサーバ３００は、ユニットテーブル１０を参照し、受信したユーザＩＤに対応するユニットＩＤをカラオケ装置１００に送信する。制御部１０１は、ホストサーバ３００から受信したユニットＩＤをＲＡＭに記憶する。
【００６６】
ユニットＩＤを取得した後、制御部１０１は、制限ユニットユーザ判定処理を行う（Ｓ１１１）。制限ユニットユーザ判定処理は、レコメンドを制限すべきユーザを、ターゲットユーザから除外するための処理である。マニアックな嗜好をもつユーザの中には、公の場で自分の嗜好がさらけ出されることを恐れるユーザもいる。このようなユーザに対しては、そのユーザの嗜好が他人に知られないように、ユーザの嗜好に合った楽曲をあえてレコメンドしないほうが望ましい。詳細は後述するが、制限ユニットユーザ判定処理は、このような制限ユニットに属するユーザを、所定の条件に基づいてターゲットユーザから除外する処理である。
【００６７】
次に、図８を参照し、制限ユニットユーザ判定処理（Ｓ１１１）を行った後のレコメンド処理について説明する。制限ユニットユーザ判定処理を行った後、制御部１０１は、変数Ｃに０をセットする（Ｓ１１９）。変数Ｃにセットされた値は、ＲＡＭに記憶される。
【００６８】
変数Ｃに０をセットした後、制御部１０１は、変数Ｃの値が制限ユニットユーザ判定処理後のターゲットユーザの数よりも少ないか否かを判断する（Ｓ１２０）。
【００６９】
変数Ｃの値が制限ユニットユーザ判定処理後のターゲットユーザの数よりも少ない場合は（Ｓ１２１：ＹＥＳ）、一人目のターゲットユーザのユニットに対応する歌手のリストをユニット・歌手テーブル２０から取得する（Ｓ１２１）。具体的には、一人目のターゲットユーザのユニットＩＤをホストサーバ３００へ送信し、ホストサーバ３００から返信されてくる第１歌手ＩＤ、第２歌手ＩＤ、第３歌手ＩＤ、第４歌手ＩＤをＲＡＭに記憶する。尚、カラオケ装置１００からユニットＩＤを受信したホストサーバ３００は、ユニット・歌手テーブル２０を参照し、受信したユニットＩＤに対応する第１〜第４歌手ＩＤをカラオケ装置１００へ送信する。
【００７０】
第１〜第４歌手ＩＤを取得した後、制御部１０１は、ユーザ過去歌唱歌手テーブル３０から、そのターゲットユーザが過去に歌唱したことのある歌手のリストを取得する（Ｓ１２２）。具体的には、そのターゲットユーザのユーザＩＤをホストサーバ３００へ送信し、ホストサーバ３００から返信される第１歌唱歌手ＩＤ、第２歌唱歌手ＩＤ、第３歌唱歌手ＩＤを受信し、それらをＲＡＭに記憶する。ホストサーバ３００は、ターゲットユーザのユーザＩＤを受信すると、ユーザ過去歌唱歌手テーブル４０を参照し、受信したユーザＩＤに対応する第１歌唱歌手ＩＤ、第２歌唱歌手ＩＤ、第３歌唱歌手ＩＤを送信する。
【００７１】
ホストサーバ３００から、第１〜第４歌手ＩＤと、第１〜第３歌唱歌手ＩＤを受信すると、制御部１０１は、第１〜第４歌手ＩＤの中に、第１〜第３歌唱歌手ＩＤの何れかが含まれるか否かを判断する（Ｓ１２３）。
【００７２】
第１〜第４歌手ＩＤの中に、第１〜第３歌唱歌手ＩＤの何れかが含まれる場合は（Ｓ１２３：ＹＥＳ）、制御部１０１は、第１〜第４歌手ＩＤの中で、第１〜第３歌唱歌手ＩＤに含まれる歌手ＩＤに対応する歌手の楽曲をレコメンド楽曲として決定する（Ｓ１２４）。具体的には、第１〜第４歌手ＩＤの中で第１〜第３歌唱歌手ＩＤに含まれる歌手ＩＤをホストサーバ３００へ送信し、ホストサーバ３００から返信される楽曲ＩＤを、レコメンド楽曲リストとしてＲＡＭに記憶する。尚、ホストサーバ３００は、カラオケ装置１００から歌手ＩＤを受信すると、楽曲マスターテーブル５０を参照し、受信した歌手ＩＤに対応付けら得ている楽曲ＩＤを抽出し、抽出した楽曲ＩＤをカラオケ装置１００へ送信する。この際、ホストサーバ３００は、受信した歌手ＩＤに対応する楽曲ＩＤの中で、登録日時が最近のものから３つの楽曲ＩＤを抽出する。尚、これはあくまで一例であり、ホストサーバ３００は、該当する楽曲ＩＤの中で、登録日時は考慮せずにランダムに所定数の楽曲ＩＤを抽出してもよい。
【００７３】
第１〜第４歌手ＩＤの中に、第１〜第３歌唱歌手ＩＤの何れかが含まれない場合は（Ｓ１２３：ＮＯ）、制御部１０１は、第１〜第４歌手ＩＤの歌手の楽曲をレコメンド楽曲として決定する（Ｓ１２５）。具体的には、第１〜第４歌手ＩＤをホストサーバ３００に送信し、ホストサーバ３００から返信される楽曲ＩＤをレコメンド楽曲リストとしてＲＡＭに記憶する。第１〜第４歌手ＩＤを受信したホストサーバ３００は、楽曲マスターテーブル５０を参照し、受信した歌手ＩＤに対応する楽曲ＩＤを抽出する。尚、この際、ホストサーバ３００は、受信した歌手ＩＤに対応する楽曲ＩＤの中で、登録日時が最近のものから３つの楽曲を抽出する。これはあくまで一例である。
【００７４】
Ｓ１２４、Ｓ１２５で、ターゲットユーザに対応するレコメンド楽曲リストを記憶した後、制御部１０１は、変数Ｃを一つカウントアップして（Ｓ１２７）、Ｓ１２０に戻る。
【００７５】
制御部１０１は、Ｓ１２１から、Ｓ１２５までの処理をターゲットユーザの数だけ繰り返し実行することにより、全てのターゲットユーザに対応するレコメンド楽曲リストをＲＡＭに記憶する。
【００７６】
レコメンド楽曲リストに記録された楽曲は、後述の楽曲再生処理において、各ターゲットユーザに対してレコメンドされる。
【００７７】
変数Ｃがターゲットユーザの数と等しくなった場合（Ｓ１２０：ＮＯ）、制御部１０１は、上述のＳ１０２の処理（図７参照）に戻る。そして、次の１期間歌唱回数Ｔの分だけ、新たな歌唱履歴が蓄積されるまで待機する。
【００７８】
次に、図９を参照して、上述のＳ１１１において実行される制限ユニットユーザ判定処理について説明する。制限ユニットユーザ判定処理を開始すると、制御部１０１は、制限ユニットであるターゲットユーザが存在するか否かを判断する（Ｓ２００）。制限ユニットのユニットＩＤは、予め記憶装置１０７に記憶されている。制御部１０１は、Ｓ１１０において取得したターゲットユーザのユニットＩＤと、記憶装置１０７に予め記憶されている制限ユニットのユニットＩＤとを参照し、ターゲットユーザの中に制限ユニットに属するユーザが存在するか否かを判断する。
【００７９】
制限ユニットに属するターゲットユーザが存在しない場合は（Ｓ２００：ＮＯ）、上述のレコメンド処理のＳ１１９に移行する。制限ユニットに属するターゲットユーザが存在する場合は（Ｓ２００：ＹＥＳ）、制限ユニットに属するターゲットユーザのユーザＩＤをＲＡＭに記憶する。
【００８０】
制限ユニットに属するターゲットユーザのユーザＩＤを記憶した後、制御部１０１は、変数Ｍに０をセットする（Ｓ２０２）。変数Ｍにセットされた値はＲＡＭに記憶される。
【００８１】
変数Ｍに０をセットした後、制御部１０１は、変数Ｍが制限ユニットに属するターゲットユーザの数よりも小さいか否かを判断する（Ｓ２０３）。
【００８２】
変数Ｍが、制限ユニットに属するターゲットユーザの数よりも小さい場合は（Ｓ２０３：ＹＥＳ）、制御部１０１は、その制限ユニットに属するターゲットユーザが、１期間内で楽曲を歌唱しているか否かを判断する（Ｓ２０４）。具体的には、歌唱履歴テーブル４０の最近の１期間歌唱回数Ｔの分の歌唱履歴の中に、そのユーザの歌唱履歴が含まれているか否かに基づいて判断する。
【００８３】
そのターゲットユーザが、１期間内で楽曲を歌唱していると判断した場合（Ｓ２０４：ＹＥＳ）、制御部１０１は、制限ユニット楽曲判断処理を行う（Ｓ２０５）。制限ユニット楽曲判断処理は、そのターゲットユーザが歌唱した楽曲が、そのターゲットユーザが属する制限ユニットに対応する楽曲であるか否かを判断する処理である。制限ユニット楽曲判断処理の詳細は後述する。制限ユニット楽曲判断処理においては、ターゲットユーザが歌唱した楽曲が、そのターゲットユーザが属する制限ユニットに対応する楽曲である場合には、変数Ｎに１がセットされる。また、ターゲットユーザが歌唱した楽曲が、そのターゲットユーザが属する制限ユニットに対応する楽曲でない場合には、変数Ｎに０がセットされる。
【００８４】
制限ユニット楽曲判断処理の後、制御部１０１は、変数Ｎに０がセットされているか否かを判断する（Ｓ２０６）。
【００８５】
変数Ｎに０がセットされている場合、そのターゲットユーザは、制限ユニットに属しているにも係わらず、その制限ユニットにひもづけられた楽曲を歌唱していないことになる。すなわち、そのターゲットユーザは、その場では本性をまだ現していないことになる。このような状況においては、そのユーザの嗜好が他人に知られないように、そのユーザの嗜好に合った楽曲をあえてレコメンドしないほうが望ましい。
【００８６】
したがって、変数Ｎに０がセットされている場合は（Ｓ２０６：ＹＥＳ）、そのユーザをターゲットユーザから削除する（Ｓ２０７）。具体的には、Ｓ１１０においてＲＡＭに記憶したターゲットユーザのユーザＩＤ群の中から、そのユーザのユーザＩＤを削除する。
【００８７】
また、上述のＳ２０４において、１期間内に１楽曲も歌唱していない場合は（Ｓ２０４：ＮＯ）、そのユーザが本性を現しているか否かを判断できないので、この場合も、そのユーザをターゲットユーザから削除する（Ｓ２０７）。
【００８８】
一方、Ｓ２０６において、Ｎ＝０でないと判断された場合（Ｓ２０６：ＮＯ）、すなわち、変数Ｎに１がセットされている場合は、そのユーザは周りの目を気にすることなく、自身の嗜好にあった楽曲を歌唱している。この場合は、そのユーザをターゲットユーザからはずすことなく、Ｓ２０８へ移行する。
【００８９】
Ｓ２０８では、制御部１０１は、変数Ｍを一つカウントアップして上述のＳ２０３に戻る。制御部１０１は、変数Ｍが制限ユニットに属するターゲットユーザの数と等しくなるまで、Ｓ２０３からＳ２０８の処理を繰り返すことにより、Ｓ２０１で記憶した全ての制限ユニットのターゲットユーザに対して、ターゲットユーザから除外するか否かを判断し、必要に応じてターゲットユーザから除外する。
【００９０】
制限ユニットの全てのターゲットユーザに対してＳ２０４からＳ２０７の処理を繰り返した後（Ｓ２０３：ＮＯ）、レコメンド処理に戻る。
【００９１】
次に、制限ユニット楽曲判断処理について、図１０を参照して説明する。先ず、制限ユニット楽曲判断処理を開始すると、制御部１０１は、変数Ｎに０をセットする（Ｓ３００）。変数Ｎにセットされた値はＲＡＭに記憶される。
【００９２】
次に、制御部１０１は、ユーザが歌唱した楽曲の歌手を楽曲マスターテーブル５０から取得する（Ｓ３０１）。具体的には、ユーザが歌唱した楽曲の楽曲ＩＤを、ホストサーバ３００に送信し、ホストサーバ３００から返信される歌手ＩＤをＲＡＭに記憶する。ホストサーバ３００は、カラオケ装置１００から楽曲ＩＤを受信すると、楽曲マスターテーブル５０を参照し、その楽曲ＩＤに対応する歌手ＩＤを抽出する。そして、抽出した歌手ＩＤをカラオケ装置１００へ返信する。
【００９３】
次に、制御部１０１は、ユニット・歌手テーブル２０から、そのユーザの属する制限ユニットにひもづけられた第１歌手ＩＤと、第２歌手ＩＤと、第３歌手ＩＤと、第４歌手ＩＤとを取得する（Ｓ３０２）。具体的には、ユーザが属する制限ユニットのユニットＩＤをホストサーバ３００に送信し、ホストサーバ３００から返信される第１〜第４歌手ＩＤをＲＡＭに記憶する。ユーザが属する制限ユニットのユニットＩＤを受信したホストサーバ３００は、ユニット・歌手テーブル２０を参照し、受信したユニットＩＤにひもづけられている第１〜第４歌手ＩＤをカラオケ装置１００に返信する。
【００９４】
ユーザが歌唱した楽曲の歌手ＩＤと、そのユーザが属する制限ユニットにひもづけられている第１〜第４歌手ＩＤとを取得した後、制御部１０１は、第１〜第４歌手ＩＤの何れかの歌手ＩＤに、ユーザが歌唱した楽曲の歌手ＩＤが含まれているか否かを判断する（Ｓ３０３）。
【００９５】
第１〜第４歌手ＩＤの何れかの歌手ＩＤに、ユーザが歌唱した楽曲の歌手ＩＤが含まれている場合は（Ｓ３０３：ＹＥＳ）、変数Ｎに１をセットして（Ｓ３０４）、制限ユニットユーザ判定処理に戻る。変数Ｎにセットされた値はＲＡＭに記憶される。
【００９６】
第１〜第４歌手ＩＤの何れかの歌手ＩＤに、ユーザが歌唱した楽曲の歌手ＩＤが含まれていない場合は（Ｓ３０３：ＮＯ）、変数Ｎには０をセットしたまま、制限ユニットユーザ判定処理に戻る。
【００９７】
次に、カラオケ装置１００の制御部１０１が行う楽曲再生処理について説明する。楽曲再生処理は、上述のレコメンド処理と並行して実行される。楽曲再生処理を開始すると、制御部１０１は、先ず、利用者により予約された楽曲があるか否かを判断する（Ｓ４００）。
【００９８】
ユーザにより予約された楽曲がない場合（Ｓ４００：ＮＯ）、制御部１０１は、ユーザからの予約があるまで待機する。ユーザは、リモコン２００を操作して、歌唱した楽曲を選択することで、歌唱する楽曲を予約することができる。
【００９９】
ユーザにより予約された楽曲がある場合（Ｓ４００：ＹＥＳ）、制御部１０１は、ユーザにより予約された楽曲の再生を行う。楽曲の再生は、ホストサーバ３００から受信した楽曲データに基づいて行われる。カラオケ装置１００は、楽曲の再生を行うためにホストサーバから必要に応じて楽曲データを取得する。ユーザは、楽曲の再生に合わせて、歌唱することができる。
【０１００】
楽曲の再生を行った後、制御部１０１は、歌唱回数カウンタＺの値を１カウントアップする（Ｓ４０２）。
【０１０１】
カウンタＺの値を１カウントアップしたあと、制御部１０１は、Ｓ４０１で再生した楽曲についての歌唱履歴を歌唱履歴テーブル４０に追加する（Ｓ４０３）。
【０１０２】
次に、制御部１０１は、レコメンド楽曲があるか否かを判断する（Ｓ４０４）。レコメンド楽曲がない場合は（Ｓ４０４：ＮＯ）、上述のＳ４００に戻る。レコメンド楽曲があるか否かについては、ＲＡＭに記憶されているレコメンド楽曲リストがあるか否かに基づいて判断することができる。レコメンド楽曲リストは、上述のＳ１２４、Ｓ１２５において記憶される。
【０１０３】
レコメンド楽曲がある場合は（Ｓ４０４：ＹＥＳ）、制御部１０１は、表示部１０３に所定時間の間、レコメンド楽曲をユーザに対して表示する（Ｓ４０５）。レコメンド楽曲リストに複数の楽曲が記録されている場合、記録されているすべての楽曲を表示してもよい。若しくは、記録している楽曲のうち一部の楽曲のみを表示して、残りの楽曲については、次回以降に表示するようにしてもよい。レコメンド楽曲をユーザに対して表示した後、上述のＳ４００に戻る。
【０１０４】
以上、説明したようにカラオケシステム１によれば、ユーザが過去に歌唱したことがない楽曲や、ユーザが過去に歌唱したことがない歌手の楽曲であっても、ユーザが好んで歌唱すると推測できる楽曲をレコメンドできる。
【０１０５】
本発明は、上記した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変更を加え得ることは勿論である。
【０１０６】
上述の実施形態では、ユニットＩＤに対して歌手ＩＤをひもづけたユニット・歌手テーブルを用いて、レコメンドする楽曲を抽出したが、本発明はこれに限るものではない。たとえば、ユニットＩＤに対して、そのユニットのユーザによく歌唱される楽曲の楽曲ＩＤを直接ひもづけたユニット・楽曲テーブルを用いてレコメンドする楽曲を抽出するようにしてもよい。
【０１０７】
また、上述の実施形態では、制限ユニットのユーザに対しては、その制限ユニットのユーザが自身のユニットに対応する楽曲を歌唱していないときは、楽曲をレコメンドしないようにしたが、本発明はこれに限るものではない。たとえば、制限ユニットのターゲットユーザに対しては、楽曲を歌唱しているか歌唱していないかに係わらず必ずレコメンドを行わないようにしてもよい。もしくは、上述のレコメンド処理においては制限ユニットユーザ判定処理を行わず、Ｓ１０９で取得した全てのターゲットユーザに対して楽曲をレコメンドするようにしてもよい。
【０１０８】
また、上述の実施形態では、１期間歌唱回数Ｔとして、Ｓ１０３において取得した現在のログインユーザ数×２で算出される値を用いて説明したが、本発明はこれに限るものではない。１期間歌唱回数Ｔとしては、たとえば予め設定された固定値を用いてもよい。
【０１０９】
また、上述の実施形態では、所定回数の歌唱履歴のなかで、歌唱数が少ないユーザに対してレコメンドしたが、本発明はそれに限定されるものではない。たとえば、所定時間の間に歌唱数が少ないユーザに対してレコメンドを行うようにしてもよい。
【０１１０】
また、上述のＳ２０４においては、１期間歌唱回数の間に制限ユニットのユーザが歌唱していた場合に、そのユーザに対して楽曲をレコメンドしたが、本発明は、これに限らない。たとえば、所定時間の間にそのユーザが、自身のユニットに対応する楽曲を歌唱している場合は、ユーザに対して楽曲をレコメンドするようにしてもよい。
【符号の説明】
【０１１１】
１００    カラオケ装置
１０１    制御部
１０２    音声入力部
１０３    表示部
１０４    音声出力部
１０５    操作部
１０６    通信制御部
１０７    記憶装置
２００    リモコン
３００    ホストサーバ
３０１    制御部
３０６    通信制御部
３０７    記憶装置
【図１】
0005445422.tif 000002
【図２】
0005445422.tif 000003
【図３】
0005445422.tif 000004
【図４】
0005445422.tif 000005
【図５】
0005445422.tif 000006
【図６】
0005445422.tif 000007
【図７】
0005445422.tif 000008
【図８】
0005445422.tif 000009
【図９】
0005445422.tif 000010
【図１０】
0005445422.tif 000011
【図１１】
0005445422.tif 000012