(57)【要約】      （修正有）【課題】過去にカラオケ歌唱を行ったことが無い楽曲を選曲する際に参考となる情報を提示可能なカラオケシステムを提供する。【解決手段】カラオケ本体１０は、利用者が選曲した楽曲について、当該利用者が過去にカラオケ歌唱を行ったことがあるかを判断する歌唱判断部２００と、選曲した楽曲についてカラオケ歌唱を行ったことが無い場合、利用者の歌唱履歴から、選曲した楽曲の難易度と同一または近似する難易度が設定されている楽曲の採点値を抽出する採点値抽出部３００と、抽出した採点値に基づいて、選曲した楽曲をカラオケ歌唱した際に得られる可能性のある予想採点値を算出する予想採点値算出部４００と、算出された予想採点値に基づく予想情報を提示する提示部５００と、を有する。【選択図】図２
2018091982.tif 000002
【特許請求の範囲】
【請求項１】
利用者が選曲した楽曲について、当該利用者が過去にカラオケ歌唱を行ったことがあるかを判断する歌唱判断部と、
前記選曲した楽曲についてカラオケ歌唱を行ったことが無い場合、前記利用者の歌唱履歴から、前記選曲した楽曲の難易度と同一または近似する難易度が設定されている楽曲の採点値を抽出する採点値抽出部と、
抽出した前記採点値に基づいて、前記選曲した楽曲をカラオケ歌唱した際に得られる可能性のある予想採点値を算出する予想採点値算出部と、
算出された前記予想採点値に基づく予想情報を提示する提示部と、
を有するカラオケシステム。
【請求項２】
利用者が所持する携帯音楽プレイヤーとカラオケ装置とが接続されている場合、前記選曲した楽曲が前記携帯音楽プレイヤーに登録されているかを確認する登録確認部と、
前記選曲した楽曲が前記携帯音楽プレイヤーに登録されている場合、前記携帯音楽プレイヤーから当該選曲した楽曲の再生回数を取得する再生回数取得部と、
を有し、
前記予想採点値算出部は、前記予想採点値を算出する際に、前記再生回数に応じた重み付けを行うことを特徴とする請求項１記載のカラオケシステム。
【請求項３】
前記予想情報は、前記予想採点値が示す数値であり、
前記提示部は、前記数値を表示部に表示させることを特徴とする請求項１または２記載のカラオケシステム。
【請求項４】
前記予想情報は、前記予想採点値に対応する文字または図形の少なくとも一方であり、
前記提示部は、前記文字または図形の少なくとも一方を表示部に表示させることを特徴とする請求項１または２記載のカラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はカラオケシステムに関する。
【背景技術】
【０００２】
利用者がカラオケ歌唱を行う楽曲の中には、過去に何度も歌唱したことのあるもの（所謂、十八番のような楽曲）がある一方、過去に一度もカラオケ歌唱を行ったことが無いものもある。
【０００３】
過去にカラオケ歌唱を行ったことが無い楽曲はどの程度歌えるのかわからないため、利用者は選曲を躊躇いがちである。特に、複数人でカラオケ歌唱を行う場合、他人の反応を気にする結果、そのような楽曲の選曲をより躊躇う傾向にある。
【０００４】
ここで、歌い慣れていない楽曲を歌唱する際のサポート機能として、ガイドボーカル機能がある（たとえば、特許文献１、非特許文献１及び非特許文献２を参照）。ガイドボーカル機能は、カラオケ演奏に合わせて、あらかじめ録音されたガイド音声（プロの歌手が歌唱した音声）を放音する機能である。利用者は、このガイド音声と共にカラオケ歌唱を行うことで、過去にカラオケ歌唱を行ったことが無い楽曲でも歌唱を楽しむことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−８７６１７号公報
【非特許文献】
【０００６】
【非特許文献１】“ＣｌｕｂＤＡＭ．ｃｏｍ  サウンドコンテンツ  ガイドボーカル”、［ｏｎｌｉｎｅ］、株式会社第一興商、［平成２８年１１月２３日検索］、インターネット＜ＵＲＬ：http://www.clubdam.com/app/dam/dam/bbcontents/guide.html＞
【非特許文献２】“ＪＯＹＳＯＵＮＤ  ボーカルアシスト”、［ｏｎｌｉｎｅ］、株式会社エクシング、［平成２８年１１月２３日検索］、インターネット＜ＵＲＬ：https://www.joysound.com/web/s/joy/assist＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、ガイドボーカル機能はカラオケ歌唱をサポートするものである。すなわち、ガイドボーカル機能は、実際にカラオケ歌唱を行う際に使用される機能である。また、ガイドボーカル機能は、全ての楽曲に備えられているものではないため、カラオケ歌唱を希望する楽曲にガイドボーカルが設定されていない可能性もありうる。
【０００８】
本発明の目的は、過去にカラオケ歌唱を行ったことが無い楽曲を選曲する際に参考となる情報を提示可能なカラオケシステムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するための主たる発明は、利用者が選曲した楽曲について、当該利用者が過去にカラオケ歌唱を行ったことがあるかを判断する歌唱判断部と、前記選曲した楽曲についてカラオケ歌唱を行ったことが無い場合、前記利用者の歌唱履歴から、前記選曲した楽曲の難易度と同一または近似する難易度が設定されている楽曲の採点値を抽出する採点値抽出部と、抽出した前記採点値に基づいて、前記選曲した楽曲をカラオケ歌唱した際に得られる可能性のある予想採点値を算出する予想採点値算出部と、算出された前記予想採点値に基づく予想情報を提示する提示部と、を有するカラオケシステムである。
本発明の他の特徴については、後述する明細書及び図面の記載により明らかにする。
【発明の効果】
【００１０】
本発明によれば、過去にカラオケ歌唱を行ったことが無い楽曲を選曲する際に参考となる情報を提示できる。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態に係るカラオケ装置のハードウェア構成例を示す図である。
【図２】第１実施形態に係るカラオケ本体のソフトウェア構成例を示す図である。
【図３】歌唱履歴の一例を示す図である。
【図４】予約確認画面の一例を示す図である。
【図５】第１実施形態に係るカラオケ装置の処理を示すフローチャートである。
【図６】第２実施形態に係るカラオケ装置のハードウェア構成例を示す図である。
【図７】第２実施形態に係るカラオケ本体のソフトウェア構成例を示す図である。
【図８】再生回数と重み付けの関係を示す図である。
【図９】第２実施形態に係るカラオケ装置の処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
後述する明細書及び図面の記載から、上記の主たる発明の他、少なくとも以下の事項が明らかとなる。
【００１３】
すなわち、前記利用者が所持する携帯音楽プレイヤーとカラオケ装置とが接続されている場合、前記選曲した楽曲が前記携帯音楽プレイヤーに登録されているかを確認する登録確認部と、前記選曲した楽曲が前記携帯音楽プレイヤーに登録されている場合、前記携帯音楽プレイヤーから当該選曲した楽曲の再生回数を取得する再生回数取得部と、を有し、前記予想採点値算出部は、前記予想採点値を算出する際に、前記再生回数に応じた重み付けを行うカラオケシステムが明らかとなる。このようなカラオケシステムによれば、選曲した楽曲の再生回数に応じて、より適切な情報を提示することができる。
【００１４】
また、前記予想情報は、前記予想採点値が示す数値であり、前記提示部が、前記数値を表示部に表示させるカラオケシステムが明らかとなる。或いは、前記予想情報は、前記予想採点値に対応する文字または図形の少なくとも一方であり、前記提示部が、前記文字または図形の少なくとも一方を表示部に表示させるカラオケシステムが明らかとなる。このようなカラオケシステムによれば、利用者は参考となる情報を視覚的に把握することができる。
【００１５】
＜第１実施形態＞
図１〜図５を参照して、第１実施形態に係るカラオケ装置１について説明する。カラオケ装置１は、「カラオケシステム」の一例である。
【００１６】
＝＝カラオケ装置＝＝
カラオケ装置１は、カラオケ演奏及び利用者がカラオケ歌唱を行うための装置である。カラオケ装置１は、カラオケ店舗の各部屋に設置される。図１に示すように、カラオケ装置１は、カラオケ本体１０、スピーカ２０、表示装置３０、マイク４０、及びリモコン装置５０を備える。
【００１７】
スピーカ２０はカラオケ本体１０からの放音信号に基づいて放音するための構成である。表示装置３０はカラオケ本体１０からの信号に基づいて映像や画像を画面に表示するための構成である。マイク４０は利用者の歌唱音声をアナログの音声信号に変換してカラオケ本体１０に入力するための構成である。リモコン装置５０は、カラオケ本体１０に対する各種操作をおこなうための装置である。利用者はリモコン装置５０を用いてカラオケ歌唱を希望する楽曲の選曲（予約）等を行うことができる。リモコン装置５０の表示画面には各種操作の指示入力を行うためのアイコン等が表示される。
【００１８】
カラオケ本体１０は、選択されたカラオケ楽曲の演奏制御、歌詞や背景映像等の表示制御、マイク４０を通じて入力された音声信号の処理といった、カラオケ歌唱に関する各種の制御を行う。図１に示すように、カラオケ本体１０は、制御部１１、通信部１２、記憶部１３、音響処理部１４、表示処理部１５及び操作部１６を備える。各構成はインターフェース（図示なし）を介してバスＢに接続されている。
【００１９】
制御部１１は、ＣＰＵ１１ａおよびメモリ１１ｂを備える。ＣＰＵ１１ａは、メモリ１１ｂに記憶された動作プログラムを実行することにより各種の制御機能を実現する。メモリ１１ｂは、ＣＰＵ１１ａに実行されるプログラムを記憶したり、プログラムの実行時に各種情報を一時的に記憶したりする記憶装置である。
【００２０】
通信部１２は、ルーター（図示なし）を介してカラオケ本体１０を通信回線に接続するためのインターフェースを提供する。
【００２１】
記憶部１３は、各種のデータを記憶する大容量の記憶装置であり、たとえばハードディスクドライブなどである。記憶部１３は、カラオケ装置１によりカラオケ演奏を行うための複数の楽曲データを記憶する。
【００２２】
楽曲データは、個々の楽曲を特定するための楽曲ＩＤが付与されている。楽曲データは、伴奏データ、リファレンスデータ等を含む。伴奏データは、カラオケ演奏音の元となるデータである。リファレンスデータは、楽曲の主旋律等を示すデータである。リファレンスデータは、たとえば、歌唱者によるカラオケ歌唱を採点する際の基準として用いられる。伴奏データ及びリファレンスデータは、たとえばＭＩＤＩ形式で構成される。また、記憶部１３は、カラオケ楽曲に対応する歌詞テロップを表示装置３０等に表示させるための歌詞テロップデータ、カラオケ演奏時に表示装置３０等に表示される背景画像等の背景画像データ、及び楽曲の属性情報（歌手名、作詞・作曲者名、ジャンル等の当該楽曲に関する情報）を記憶する。
【００２３】
また、本実施形態において、個々の楽曲には難易度が設定されている。難易度は、ある楽曲をカラオケ歌唱する際の難しさを示す指標である。一般に、高い難易度が設定されている楽曲ほどカラオケ歌唱が困難であるといえる。
【００２４】
難易度の設定は、様々な手法で行うことができる。たとえば、主旋律に含まれる音符のうち短い音符の数に応じて難易度を設定すること（短い音符が多い楽曲ほど難易度が高い）や、音高の変動に応じて難易度を設定すること（音高の変動が大きい楽曲ほど難易度が高い）等が可能である（詳細な手法については特開２００５−１０７３３３３号公報参照）。或いは、全ての楽曲の採点平均値と標準偏差、及び個々の楽曲の採点平均値により算出された偏差値を用いて難易度を設定することも可能である（詳細な手法については特開平１０−２８２９７８号公報）。
【００２５】
難易度は、いくつかの段階に分類することが可能である。たとえば、「ランクＡ（超難関）、ランクＢ（少し難しい）、ランクＣ（普通）、ランクＤ（少し簡単）、ランクＥ（超簡単）」のように数段階の簡易な分類が可能である。或いは、予想採点値（後述）の精度を高めるためには、十数〜数十段階に渡って細かく分類することも可能である。
【００２６】
音響処理部１４は、制御部１１の制御に基づき、カラオケ楽曲に対する演奏の制御およびマイク４０を通じて入力された歌唱音声信号の処理を行う。音響処理部１４は、たとえばＭＩＤＩ音源、ミキサ、アンプ（いずれも図示なし）を含む。ＭＩＤＩ音源は、楽曲データに基づいて楽音信号を生成する。ミキサは、当該音楽信号およびマイク４０から出力される歌唱音声信号を適当な比率でミキシングしてアンプに出力する。アンプは、ミキサからのミキシング信号を増幅し、放音信号としてスピーカ２０へ出力する。これにより、スピーカ２０からは放音信号に基づくカラオケ演奏音およびマイク４０からの歌唱音声が放音される。
【００２７】
表示処理部１５は、制御部１１の制御に基づき、表示装置３０やリモコン装置５０における各種表示に関する処理を行う。たとえば、表示処理部１５は、カラオケ演奏時における背景映像に歌詞テロップや各種アイコンが重ねられた映像を表示装置３０に表示させる制御を行う。
【００２８】
操作部１６は、パネルスイッチおよびリモコン受信回路などからなり、利用者によるカラオケ装置１のパネルスイッチあるいはリモコン装置５０の操作に応じて選曲信号、演奏中止信号などの操作信号を制御部１１に対して出力する。制御部１１は、操作部１６からの操作信号を検出し、対応する処理を実行する。
【００２９】
（ソフトウェア構成）
図２はカラオケ本体１０のソフトウェア構成例を示す図である。カラオケ本体１０は、歌唱履歴記憶部１００、歌唱判断部２００、採点値抽出部３００、予想採点値算出部４００及び提示部５００を備える。歌唱履歴記憶部１００は、記憶部１３の記憶領域の一部として実現される。歌唱判断部２００、採点値抽出部３００、予想採点値算出部４００、提示部５００は、ＣＰＵ１１ａがメモリ１１ｂに記憶されるプログラムを実行することにより実現される。
【００３０】
［歌唱履歴記憶部］
歌唱履歴記憶部１００は、利用者毎の歌唱履歴を記憶する。
【００３１】
たとえば、利用者Ｘがカラオケ装置１に自己の利用者ＩＤを入力してログインした場合、カラオケ装置１は、サーバ（図示なし）に対して利用者Ｘの歌唱履歴を要求する。サーバは、自己の記憶領域にある利用者Ｘの歌唱履歴を特定し、カラオケ装置１に送信する。歌唱履歴記憶部１００は、サーバから受信した利用者Ｘの歌唱履歴を記憶する。
【００３２】
図３は、利用者Ｘの歌唱履歴の一例である。歌唱履歴には、たとえば、歌唱した楽曲名、楽曲ＩＤ，歌唱した日付、採点結果（採点値）と併せて楽曲の難易度が含まれる。なお、図３における各楽曲の難易度は、ランクＡ（超難関）〜ランクＥ（超簡単）の５段階で設定されている。
【００３３】
［歌唱判断部］
歌唱判断部２００は、利用者が選曲した楽曲について、当該利用者が過去にカラオケ歌唱を行ったことがあるかを判断する。
【００３４】
たとえば、利用者Ｘがリモコン装置５０を介して楽曲ｍを選曲したとする。この場合、歌唱判断部２００は、楽曲ｍが歌唱履歴記憶部１００に記憶された利用者Ｘの歌唱履歴に含まれるかどうかを判断する。楽曲ｍが利用者Ｘの歌唱履歴に含まれる場合、利用者Ｘは過去に楽曲ｍのカラオケ歌唱を行ったことがあるということになる。一方、楽曲ｍが利用者Ｘの歌唱履歴に含まれない場合、利用者Ｘは過去に楽曲ｍのカラオケ歌唱を行ったことがないことになる。
【００３５】
利用者Ｘが過去に楽曲ｍのカラオケ歌唱を行ったことがない場合、歌唱判断部２００は、所定の信号を採点値抽出部３００に出力する。一方、利用者Ｘが過去に楽曲ｍのカラオケ歌唱を行ったことがある場合、歌唱判断部２００は特段の処理を行わない。
【００３６】
［採点値抽出部］
採点値抽出部３００は、選曲した楽曲についてカラオケ歌唱を行ったことが無い場合、利用者の歌唱履歴から、選曲した楽曲の難易度と同一または近似する難易度が設定されている楽曲の採点値を抽出する。
【００３７】
たとえば、上記例において、利用者Ｘが選曲した楽曲ｍの難易度が「ランクＢ」であるとする。この場合、採点値抽出部３００は、利用者Ｘの歌唱履歴から、選曲した楽曲ｍの難易度「ランクＢ」と同じ難易度が設定されている楽曲があるかどうかを検索する。図３に示すように、利用者Ｘの歌唱履歴には、難易度「ランクＢ」の楽曲として楽曲ａ及び楽曲ｅがある。この場合、採点値抽出部３００は、歌唱履歴から楽曲ａの採点値「８５点」と、楽曲ｅの採点値「７５点」を抽出する。採点値抽出部３００は、抽出した採点値を予想採点値算出部４００に出力する。
【００３８】
なお、上述の通り、予想採点値（後述）の精度を高めるためには、難易度は細かく分類されていることが好ましい。一方で、難易度を細かく分類した場合、歌唱履歴の中に、選曲した楽曲の難易度と同一の難易度が設定されている楽曲が無い可能性が高くなる。そこで、採点値抽出部３００は、選曲した楽曲の難易度に近似する難易度が設定されている楽曲の採点値を抽出することでもよい。
【００３９】
たとえば、難易度が「ランクＡ」〜「ランクＧ」の７段階に分類されている場合であって、選曲した楽曲の難易度「ランクＤ」と同じ難易度が設定されている楽曲が歌唱履歴に含まれていなかったとする。この場合、採点値抽出部３００は、難易度「ランクＤ」に近い難易度「ランクＣ」または難易度「ランクＥ」が設定されている楽曲があるかどうかを検索する。歌唱履歴に難易度「ランクＣ」または難易度「ランクＥ」が設定されている楽曲がある場合、採点値抽出部３００は、当該楽曲の採点値を抽出する。難易度「ランクＣ」または難易度「ランクＥ」は、難易度「ランクＤ」に「近似する難易度」の一例である。
【００４０】
或いは、難易度を予めいくつかのグループ分けしておき、同じグループに含まれる楽曲の採点値を抽出することも可能である。たとえば、難易度が「ランクＡ」〜「ランクＩ」の９段階に分類されており、且つそれらが難易度「ランクＡ」〜「ランクＣ」の第１グループ、難易度「ランクＤ」〜「ランクＦ」の第２グループ、及び難易度「ランクＧ」〜「ランクＩ」の第３グループに分けられているとする。ここで、選曲した楽曲の難易度「ランクＤ」と同じ難易度が設定されている楽曲が歌唱履歴に含まれていなかったとする。この場合、採点値抽出部３００は、難易度「ランクＤ」が含まれる第２グループの他の難易度（難易度「ランクＥ」または難易度「ランクＦ」）が設定されている楽曲があるかどうかを検索する。歌唱履歴に難易度「ランクＥ」または難易度「ランクＦ」が設定されている楽曲がある場合、採点値抽出部３００は、当該楽曲の採点値を抽出する。難易度「ランクＥ」または難易度「ランクＦ」は、難易度「ランクＤ」に「近似する難易度」の一例である。
【００４１】
［予想採点値算出部］
予想採点値算出部４００は、抽出した採点値に基づいて、選曲した楽曲をカラオケ歌唱した際に得られる可能性のある予想採点値を算出する。
【００４２】
たとえば、上記例において、採点値抽出部３００から楽曲ａの採点値「８５点」及び楽曲ｅの採点値「７５点」の入力を受けると、予想採点値算出部４００は、それらの値の平均値「８０点」を算出する。予想採点値算出部４００は、算出した値を提示部５００に出力する。なお、複数の採点値がある場合、予想採点値は平均値でなく、分散値や中央値、最頻値、或いは標準偏差等であってもよい。逆に、採点値抽出部３００から入力された採点値が１つしかない場合、予想採点値算出部４００は、その値を予想採点値として提示部５００に出力する。
【００４３】
［提示部］
提示部５００は、算出された予想採点値に基づく予想情報を提示する。予想情報は、ある楽曲をカラオケ歌唱した場合に得られるであろう採点値等、楽曲を選曲する際に参考となる情報である。
【００４４】
予想情報は、たとえば、予想採点値が示す数値（予想採点値そのもの）である。上記例において、予想採点値算出部４００から予想採点値「８０点」の入力を受けると、提示部５００は、予想採点値が示す数値である「８０点」を予想情報として利用者に提示する。予想情報の提示方法は様々な手法が可能である。
【００４５】
たとえば、利用者が楽曲ｍを選曲した場合、提示部５００は、リモコン装置５０の表示部に、楽曲ｍに関する情報と併せて予想情報「８０点」を表示させることができる（図４参照）。このように予想情報を表示部に表示させることは「予想情報を提示する」ことの一例である。提示部５００は、予想情報を表示装置３０に表示させてもよい。
【００４６】
また、提示部５００は、スピーカ２０を介し、予想情報を音声として利用者に提示することも可能である。このように予想情報をスピーカ２０から放音させることも「予想情報を提示する」ことの一例である。
【００４７】
なお、予想情報は、具体的な数値でなくともよい。予想情報は、たとえば「かなり難しいかも？」、「あなたなら簡単に歌えるはず！」といった文字で提示されてもよいし、予想採点値が低いほど険しい顔となるキャラクター（図形の一例）や予想採点値が高い場合には「◎」、低い場合には「×」といった図形として提示することも可能である。これらの文字や図形は、たとえば、予想採点値が８０点以上の場合には「◎」の図形、予想採点値が６０点以下の場合には「かなり難しいかも？」の文字といったように、予め予想採点値に対応する文字や図形が設定されている。これらの文字や図形のデータは、記憶部１３に記憶される。
【００４８】
＝＝カラオケ装置１の動作について＝＝
次に、図５を参照して本実施形態におけるカラオケ装置１の動作の具体例について述べる。図５は、カラオケ装置１の動作例を示すフローチャートである。
【００４９】
利用者Ｘは、リモコン装置５０を介して楽曲ｍを選曲する（楽曲ｍの選曲。ステップ１０）。
【００５０】
歌唱判断部２００は、利用者Ｘが選曲した楽曲ｍについて、利用者Ｘが過去にカラオケ歌唱を行ったことがあるかを判断する。
【００５１】
利用者Ｘが楽曲ｍのカラオケ歌唱を行ったことが無い場合（ステップ１１でＮの場合）、採点値抽出部３００は、利用者Ｘの歌唱履歴から、楽曲ｍの難易度と同一の難易度が設定されている楽曲の採点値を抽出する（難易度が同じ楽曲の採点値を抽出。ステップ１２）。採点値抽出部３００は、抽出した採点値を予想採点値算出部４００に出力する。
【００５２】
予想採点値算出部４００は、ステップ１２で抽出した採点値に基づいて、選曲した楽曲ｍをカラオケ歌唱した際に得られる可能性のある予想採点値を算出する（予想採点値の算出。ステップ１３）。予想採点値算出部４００は、算出した予想採点値を提示部５００に出力する。
【００５３】
提示部５００は、ステップ１３で算出された予想採点値に基づく予想情報を利用者Ｘに対して提示する（予想情報の提示。ステップ１４）。
【００５４】
このように、本実施形態に係るカラオケ装置１によれば、過去にカラオケ歌唱を行ったことが無い楽曲の難易度と同一または近似する難易度の楽曲を歌唱履歴から特定し、その楽曲の採点値を抽出することにより、過去にカラオケ歌唱を行ったことが無い楽曲を選曲する際に参考となる情報（予想情報）を提示することができる。利用者は予想情報を参照することで、過去にカラオケ歌唱を行ったことが無い楽曲について、実際に歌唱を行うかどうかを判断し易くなる。そして、予想情報を参照した利用者は、たとえば、カラオケ歌唱が難しいと感じた場合にはガイドボーカルの設定を行う等、実際にカラオケ歌唱を行う前に様々な対応が可能となる。
【００５５】
＜第２実施形態＞
次に、図６〜図９を参照して、第２実施形態に係るカラオケ装置１について説明する。第１実施形態と同様の構成については詳細な説明を省略する。
【００５６】
カラオケ装置の利用者の中には、自己が所有する携帯用音楽プレイヤー（スマートフォンや音楽専用プレイヤー等）でよく聴いている楽曲を歌唱したいと考える者もいる。このような要望に対し、たとえば、特開２００６−３１７８０４号公報には、音楽プレイヤーとリモコン装置とをＵＳＢインターフェースを介して接続し、音楽プレイヤーに記憶された音楽データに含まれる曲特定情報を読み出し、この曲特定情報に基づいて対応する演奏曲を選択可能に画面表示させることにより、音楽プレイヤーに記憶されている楽曲を選曲の対象とする技術が開示されている。或いは、特開２００８−２８６８４１号公報には、音楽プレイヤーに記憶された楽曲毎に曲名、アーティスト名および再生回数からなる演奏情報をカラオケリモコンが取得し、この演奏情報の再生回数が所定割合以上の各楽曲における演奏情報の曲名及びアーティスト名に基づいて、楽曲索引テーブルを参照してカラオケ楽曲の楽曲ＩＤをそれぞれ対応付けて再生割合順に選曲可能に表示させることにより、特に利用者の試聴回数が多い楽曲を選曲の対象にすることができる技術が開示されている。
【００５７】
上記文献の技術を利用することにより、利用者は、携帯用音楽プレイヤーでよく聴いている楽曲をカラオケ装置で選曲することができるようになる。しかしながら、よく聴いている楽曲であってもカラオケ歌唱が上手くできるとは限らないことから、過去にカラオケ歌唱を行ったことが無い楽曲を選曲することに対して躊躇いを感じる利用者も多い。本実施形態では、このような場合に、携帯用音楽プレイヤーでの楽曲の再生回数を考慮することで、楽曲を選曲する際に参考となる情報を提示可能なカラオケ装置について説明を行う。
【００５８】
＝＝カラオケ装置＝＝
図６は、本実施形態に係るカラオケ装置１を示す図である。カラオケ装置１は、携帯音楽プレイヤーＭと接続可能となっている。
【００５９】
本実施形態における通信部１２は、利用者が所有する携帯音楽プレイヤーＭとカラオケ装置１との接続を確立するためのインターフェースとしても機能する。携帯音楽プレイヤーＭとカラオケ装置１との接続は、たとえば、ＵＳＢ接続であってもよいし、無線接続（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や赤外線）であってもよい。なお、図示しないが、携帯音楽プレイヤーＭ側も当然に接続用のインターフェースを有する。
【００６０】
（ソフトウェア構成）
図７はカラオケ本体１０のソフトウェア構成例を示す図である。本実施形態に係るカラオケ本体１０は、歌唱履歴記憶部１００、歌唱判断部２００、採点値抽出部３００、予想採点値算出部４００、提示部５００、登録確認部６００、及び再生回数取得部７００を備える。歌唱履歴記憶部１００は、記憶部１３の記憶領域の一部として実現される。歌唱判断部２００、採点値抽出部３００、予想採点値算出部４００、提示部５００、登録確認部６００、再生回数取得部７００は、ＣＰＵ１１ａがメモリ１１ｂに記憶されるプログラムを実行することにより実現される。
【００６１】
［登録確認部］
登録確認部６００は、利用者が所持する携帯音楽プレイヤーＭとカラオケ装置１とが接続されている場合、選曲した楽曲が携帯音楽プレイヤーＭに登録されているかを確認する。
【００６２】
たとえば、利用者Ｘが所持する携帯音楽プレイヤーＭをカラオケ装置１に接続した状態で、楽曲ｎの選曲を行ったとする。
【００６３】
この場合、登録確認部６００は、選曲した楽曲ｎが携帯音楽プレイヤーＭに登録されているかどうかを確認する。たとえば、登録確認部６００は、楽曲ｎの楽曲名及び歌手名を示す情報を携帯音楽プレイヤーＭに送信する。携帯音楽プレイヤーＭは、受信した楽曲名及び歌手名に相当する楽曲が登録されているかどうかを確認する。この例において選曲した楽曲ｎは、携帯音楽プレイヤーＭに登録されているとする。その場合、携帯音楽プレイヤーＭは、登録されている旨を示す登録済み信号を登録確認部６００に送信する。登録確認部６００は、登録済み信号を再生回数取得部７００に出力する。なお、携帯音楽プレイヤーとカラオケ装置との接続がなされていない場合や、携帯音楽プレイヤーに選曲した楽曲が登録されていない場合には以降の処理は実施されない。
【００６４】
［再生回数取得部］
再生回数取得部７００は、選曲した楽曲が携帯音楽プレイヤーＭに登録されている場合、携帯音楽プレイヤーＭから当該選曲した楽曲の再生回数を取得する。
【００６５】
携帯音楽プレイヤーＭは、登録されている楽曲が再生された回数（再生回数）を楽曲毎に記憶する機能を有している。従って、再生回数取得部７００は、選曲した楽曲の再生回数を携帯音楽プレイヤーＭから取得することができる。
【００６６】
上述の例において、登録確認部６００からの登録済み信号を受けた再生回数取得部７００は、楽曲ｎの再生回数を携帯音楽プレイヤーＭに要求する。携帯音楽プレイヤーＭは、楽曲ｎの再生回数を記憶領域から読み出し、カラオケ装置１（再生回収取得部７００）に送信する。再生回数取得部７００は、受信した再生回数を予想採点値算出部４００に出力する。なお、携帯音楽プレイヤーＭは、登録確認部６００に送信する登録済み信号と併せて、再生回数取得部７００に対して対応する再生回数を送信してもよい。
【００６７】
［予想採点値算出部］
本実施形態に係る予想採点値算出部４００は、予想採点値を算出する際に、再生回数に応じた重み付けを行う。
【００６８】
一般的に、よく聴いている楽曲（すなわち、再生回数の多い楽曲）については、歌詞やメロディを十分に把握できている可能性が高いため、初めてカラオケ歌唱を行う場合であってもある程度上手く歌唱できる可能性が高い。逆に、余り聴いたことがない楽曲については、上手く歌唱できる可能性は低くなる。そこで、再生回数に応じて予想採点値に重み付けをすることにより、より正確な予想情報を得ることが可能となる。
【００６９】
再生回数と重み付けに関して、たとえば、記憶部１３は、図８に示すようなテーブルデータを記憶している。このテーブルデータを参照することで、再生回数に応じた重み付けの値を決定することができる。なお、図８の例では、重み付けの最大値が１以下となっている。これは、楽曲を聴くことと実際にカラオケ歌唱することは別であるため、同じ難易度であっても、初めて歌唱する楽曲については、採点値が低くなる可能性が高いという前提に基づいている。すなわち、このような前提はあくまでも一例であるため、重み付けの値を１以上とすることも当然可能である。
【００７０】
採点値抽出部３００から楽曲ｎの難易度と同一の難易度が設定されている楽曲の採点値として「７０点」及び「８０点」の入力を受けたとする。本実施形態に係る予想採点値算出部４００は、それらの値の平均値「７５点」を算出し、その値に対して楽曲ｎの再生回数に応じた重み付けを行う。この例では、楽曲ｎの再生回数が８２回であったとする。この場合、予想採点値算出部４００は、「７５点」に対し、図８に示した重み付けの値「０．９３」を乗じた値「６９．７５」を予想採点値として算出する。なお、予想採点値をそのまま提示する場合には、小数点以下を切り捨て（或いは繰り上げ）た値を用いてもよい。
【００７１】
＝＝カラオケ装置１の動作について＝＝
次に、図９を参照して本実施形態におけるカラオケ装置１の動作の具体例について述べる。図９は、カラオケ装置１の動作例を示すフローチャートである。
【００７２】
利用者Ｘは、自己の所持する携帯音楽プレイヤーＭをカラオケ装置１に接続する（携帯音楽プレイヤーの接続。ステップ２０）。
【００７３】
利用者Ｘは、リモコン装置５０を介して楽曲ｎを選曲する（楽曲ｎの選曲。ステップ２１）。
【００７４】
歌唱判断部２００は、利用者Ｘが選曲した楽曲ｎについて、利用者Ｘが過去にカラオケ歌唱を行ったことがあるかを判断する。
【００７５】
利用者Ｘが楽曲ｎのカラオケ歌唱を行ったことが無い場合（ステップ２２でＮの場合）、採点値抽出部３００は、利用者Ｘの歌唱履歴から、楽曲ｎの難易度と同一の難易度が設定されている楽曲の採点値を抽出する（難易度が同じ楽曲の採点値を抽出。ステップ２３）。採点値抽出部３００は、抽出した採点値を予想採点値算出部４００に出力する。
【００７６】
一方、登録確認部６００は、選曲した楽曲ｎが携帯音楽プレイヤーＭに登録されているかを確認する。選曲した楽曲ｎが携帯音楽プレイヤーＭに登録されている場合（ステップ２４でＹの場合）、再生回数取得部７００は、携帯音楽プレイヤーＭから当該選曲した楽曲の再生回数を取得する（再生回数の取得。ステップ２５）。再生回数取得部７００は、取得した再生回数の値を予想採点値算出部４００に出力する。なお、ステップ２３の処理とステップ２４〜２５の処理とは同時に行われてもよいし、逆の順番で行われてもよい。
【００７７】
予想採点値算出部４００は、ステップ２３で抽出した採点値に対し、ステップ２５で取得された再生回数に応じた重み付けを行う（再生回数に応じた重み付け。ステップ２６）。そして、予想採点値算出部４００は、ステップ２６による重み付けを行った値を予想採点値として算出する（予想採点値の算出。ステップ２７）。予想採点値算出部４００は、算出した予想採点値を提示部５００に出力する。
【００７８】
提示部５００は、ステップ２７で算出された予想採点値に基づく予想情報を利用者Ｘに対して提示する（予想情報の提示。ステップ２８）。
【００７９】
このように、本実施形態に係るカラオケ装置１によれば、利用者が所持する携帯音楽プレイヤーにおける再生回数に応じて選曲された楽曲の予想採点値に重み付けを行うことができる。よって、より適切な予想情報を提示することが可能となる。
【００８０】
＜その他＞
上記実施形態では、カラオケ装置１において全ての処理を実施する例について述べたが、一部の処理を他の装置（たとえば、カラオケ装置１と通信可能に接続されたサーバ）で行うことでもよい。
【００８１】
たとえば、第１実施形態において、歌唱判断部２００、採点値抽出部３００及び予想採点値算出部４００が行う処理をサーバ側で行うことも可能である。この場合、カラオケ装置１は、利用者が選曲した楽曲に関する情報（たとえば、楽曲ＩＤ）をサーバに送信する。サーバは、サーバ側の記憶部に記憶されている歌唱履歴を参照し、利用者が過去に当該楽曲を歌唱したことがあるかどうかを判断する。更に、サーバ側で採点値抽出部３００及び予想採点値算出部４００と同様の処理を実行することで予想採点値を得ることができる。そして、カラオケ装置１の提示部５００は、サーバから受信した予想採点値に基づいて予想情報を提示する。この場合、カラオケ装置１及びサーバが「カラオケシステム」に相当する。
【００８２】
或いは、第１実施形態において、歌唱判断部２００、採点値抽出部３００、予想採点値算出部４００、及び提示部５００が行う処理をリモコン装置５０で行うことも可能である。この場合、リモコン装置５０自体が「カラオケシステム」に相当する。
【００８３】
また、第１実施形態において、選曲した楽曲ｍを利用者Ｘが過去にカラオケ歌唱を行ったことがある場合、歌唱判断部２００は特段の処理を行わない例について述べたが、これに限られない。たとえば、利用者Ｘが過去に楽曲ｍのカラオケ歌唱を行ったことがある場合、歌唱判断部２００は、所定の信号を提示部５００に出力する。提示部５００は、利用者Ｘの楽曲ｍの採点結果を歌唱履歴記憶部１００から読み出し、その採点結果を予想情報として提示することでもよい。
【００８４】
また、第２実施形態において、携帯音楽プレイヤーＭがカラオケ本体１０と接続される例について述べたが、携帯音楽プレイヤーＭはリモコン装置５０と接続されることでもよい。この場合、楽曲の再生回数等は、リモコン装置５０を介してカラオケ本体１０に送信される。
【００８５】
また、携帯音楽プレイヤーＭをリモコン装置として利用する際に上記実施形態の構成を応用することも可能である。この場合、携帯音楽プレイヤーＭ（スマートフォン）には、カラオケ装置１に対してリモコン装置５０と同様の入力操作を可能とするアプリケーションソフトウェアがインストールされている。
【００８６】
ここで、たとえば、利用者Ｘが当該アプリケーションソフトウェアを介して、カラオケ歌唱を希望する楽曲の選曲を行ったとする。携帯音楽プレイヤーＭは、カラオケ装置１（或いはサーバ）に対し、利用者Ｘが過去に当該楽曲のカラオケ歌唱を行ったことがあるかの問い合わせを行う。問い合わせを受けたカラオケ装置１は、当該楽曲のカラオケ歌唱の有無を利用者Ｘの歌唱履歴から判断する。利用者Ｘが過去に当該楽曲のカラオケ歌唱を行ったことが無い場合、カラオケ装置１は、第１実施形態と同様の処理を実行して予想採点値を算出し、その値を携帯音楽プレイヤーＭに送信する。
【００８７】
一方、携帯音楽プレイヤーＭは、選曲した楽曲が自己の記憶部に登録されているかを確認する。選曲した楽曲が登録されている場合、携帯音楽プレイヤーＭは、その楽曲の再生回数を取得する。そして、携帯音楽プレイヤーＭは、カラオケ装置１から受信した予想採点値に対して取得した再生回数に応じた重み付けを行って予想情報を求め、自己の表示画面に表示させる。
【００８８】
上記実施形態は、例として提示したものであり、発明の範囲を限定するものではない。上記の構成は、適宜組み合わせて実施することが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８９】
１  カラオケ装置（カラオケシステム）
１０  カラオケ本体
１１  制御部
１３  記憶部
２００  歌唱判断部
３００  採点値抽出部
４００  予想採点値算出部
５００  提示部
【図１】
2018091982.tif 000003
【図２】
2018091982.tif 000004
【図３】
2018091982.tif 000005
【図４】
2018091982.tif 000006
【図５】
2018091982.tif 000007
【図６】
2018091982.tif 000008
【図７】
2018091982.tif 000009
【図８】
2018091982.tif 000010
【図９】
2018091982.tif 000011