(57)【要約】      （修正有）【課題】カラオケ歌唱における最初の歌唱者または最後の歌唱者としてふさわしい利用者を報知することが可能なカラオケシステムを提供する。【解決手段】サーバは、あるカラオケ装置である期間に実施されたカラオケ歌唱において選曲された楽曲の予約順に対して当該予約を行った利用者を示す利用者情報を関連付けた履歴データを、複数記憶する履歴データ記憶部を有する。カラオケ装置は、ログインした複数の利用者それぞれの利用者情報に基づいて、当該利用者情報を含む履歴データを取得する履歴データ取得部１００、履歴データから、複数の利用者それぞれについて、１番目に楽曲を予約した回数をカウントするカウント部２００、１番目に楽曲を予約した回数が最も多い利用者を最初の歌唱者として特定する特定部３００、特定された最初の歌唱者を報知する報知部４００を有する。【選択図】図５
2018021942.tif 000002
【特許請求の範囲】
【請求項１】
サーバ及びカラオケ装置を有するカラオケシステムであって、
前記サーバは、
あるカラオケ装置である期間に実施されたカラオケ歌唱において選曲された楽曲の予約順に対して当該予約を行った利用者を示す利用者情報を関連付けた履歴データを、複数記憶する履歴データ記憶部を有し、
前記カラオケ装置は、
ログインした複数の利用者それぞれの利用者情報に基づいて、前記履歴データ記憶部から当該利用者情報を含む履歴データを取得する履歴データ取得部と、
取得した前記履歴データから、前記複数の利用者それぞれについて、１番目に楽曲を予約した回数をカウントするカウント部と、
前記１番目に楽曲を予約した回数が最も多い利用者を最初の歌唱者として特定する特定部と、
特定された前記最初の歌唱者を報知する報知部と、
を有するカラオケシステム。
【請求項２】
前記カウント部は、予約した回数を予約の順番毎にカウントし、
前記特定部は、前記１番目に楽曲を予約した回数が等しい利用者がいる場合には、それら利用者の中で、２番目に楽曲を予約した回数が最も多い利用者を前記最初の歌唱者として特定することを特徴とする請求項１記載のカラオケシステム。
【請求項３】
前記履歴データには、予約された楽曲を示す楽曲情報が関連付けられており、
前記報知部は、前記最初の歌唱者が１番目に予約した楽曲を併せて報知することを特徴とする請求項１または２記載のカラオケシステム。
【請求項４】
前記報知部は、前記１番目に予約した楽曲の予約登録を行うことを特徴とする請求項３記載のカラオケシステム。
【請求項５】
サーバ及びカラオケ装置を有するカラオケシステムであって、
前記サーバは、
あるカラオケ装置である期間に実施されたカラオケ歌唱において選曲された楽曲の予約順に対して当該予約を行った利用者を示す利用者情報を関連付けた履歴データを、複数記憶する履歴データ記憶部を有し、
前記カラオケ装置は、
ログインした複数の利用者それぞれの利用者情報に基づいて、前記履歴データ記憶部から当該利用者情報を含む履歴データを取得する履歴データ取得部と、
取得した前記履歴データから、前記複数の利用者それぞれについて、予約した回数を予約の順番毎にカウントするカウント部と、
前記カウントした値に対して、所定の補正値を割り当てることにより、利用者毎の得点値を算出する算出部と、
前記得点値が最も高い利用者を最初の歌唱者として特定する特定部と、
特定された前記最初の歌唱者を報知する報知部と、
を有するカラオケシステム。
【請求項６】
サーバ及びカラオケ装置を有するカラオケシステムであって、
前記サーバは、
あるカラオケ装置である期間に実施されたカラオケ歌唱において選曲された楽曲の予約順に対して当該予約を行った利用者を示す利用者情報を関連付けた履歴データを、複数記憶する履歴データ記憶部を有し、
前記カラオケ装置は、
ログインした複数の利用者それぞれの利用者情報に基づいて、前記履歴データ記憶部から当該利用者情報を含む履歴データを取得する履歴データ取得部と、
取得した前記履歴データから、前記複数の利用者それぞれについて、カラオケ歌唱の最後の楽曲として予約した回数をカウントするカウント部と、
前記カラオケ歌唱の最後の楽曲として予約した回数が最も多い利用者を最後の歌唱者として特定する特定部と、
特定された前記最後の歌唱者を報知する報知部と、
を有するカラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はカラオケシステムに関する。
【０００２】
複数の利用者でカラオケ歌唱を行う場合、各利用者は事前に決めた楽曲や、その場の雰囲気に合った楽曲を各々好きなタイミングで予約する。カラオケ装置は、予約された順番でカラオケ演奏を行う。
【０００３】
特許文献１には、カラオケ装置に演奏させる楽曲及び演奏の順番を事前予約テーブルに予め登録しておき、当該テーブルに対応するＩＤをカラオケ装置に入力することにより、事前に登録した順番で楽曲を演奏することができる技術が開示されている。
【０００４】
一方、複数の利用者でカラオケ歌唱を行う際には、歌う順番を巡って躊躇や遠慮が起こりがちである。その結果、誰がどの順番で歌うかを決めるために手間取り、カラオケ歌唱をスムーズに行えない場合がある。特に、カラオケボックス等にて、初対面や余り面識のない利用者同士でカラオケ歌唱を行う場合、このような問題は顕著である。
【０００５】
ここで、特許文献２には歌唱の順番をランダムに決定することが可能なカラオケ制御装置が開示されている。このようなカラオケ制御装置によれば、利用者同士でカラオケ歌唱を行う順番を決める必要がない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−４１０６４号公報
【特許文献２】特開平６−２７４１８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、カラオケ歌唱において、最初の歌唱者や最後の歌唱者を決めることは特に手間取る傾向にある。また、最初の歌唱者や最後の歌唱者は注目を浴びるため、利用者によってはそのような順番での歌唱を望まない者もいる。
【０００８】
しかし、たとえば特許文献２のカラオケ制御装置を用いると、最初や最後に歌唱することを望まない利用者が指名されてしまう場合がありうる。
【０００９】
本発明の目的は、カラオケ歌唱における最初の歌唱者または最後の歌唱者としてふさわしい利用者を報知することが可能なカラオケシステムを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するための一の発明は、サーバ及びカラオケ装置を有するカラオケシステムであって、前記サーバは、あるカラオケ装置である期間に実施されたカラオケ歌唱において選曲された楽曲の予約順に対して当該予約を行った利用者を示す利用者情報を関連付けた履歴データを、複数記憶する履歴データ記憶部を有し、前記カラオケ装置は、ログインした複数の利用者それぞれの利用者情報に基づいて、前記履歴データ記憶部から当該利用者情報を含む履歴データを取得する履歴データ取得部と、取得した前記履歴データから、前記複数の利用者それぞれについて、１番目に楽曲を予約した回数をカウントするカウント部と、前記１番目に楽曲を予約した回数が最も多い利用者を最初の歌唱者として特定する特定部と、特定された前記最初の歌唱者を報知する報知部と、を有するカラオケシステムである。
また、上記目的を達成するための別の発明は、サーバ及びカラオケ装置を有するカラオケシステムであって、前記サーバは、あるカラオケ装置である期間に実施されたカラオケ歌唱において選曲された楽曲の予約順に対して当該予約を行った利用者を示す利用者情報を関連付けた履歴データを、複数記憶する履歴データ記憶部を有し、前記カラオケ装置は、ログインした複数の利用者それぞれの利用者情報に基づいて、前記履歴データ記憶部から当該利用者情報を含む履歴データを取得する履歴データ取得部と、取得した前記履歴データから、前記複数の利用者それぞれについて、カラオケ歌唱の最後の楽曲として予約した回数をカウントするカウント部と、前記カラオケ歌唱の最後の楽曲として予約した回数が最も多い利用者を最後の歌唱者として特定する特定部と、特定された前記最後の歌唱者を報知する報知部と、を有するカラオケシステムである。
本発明の他の特徴については、後述する明細書及び図面の記載により明らかにする。
【発明の効果】
【００１１】
本発明によれば、カラオケ歌唱における最初の歌唱者または最後の歌唱者としてふさわしい利用者を報知することができる。
【図面の簡単な説明】
【００１２】
【図１】第１実施形態に係るカラオケシステムの概略を示す図である。
【図２】第１実施形態に係るサーバのハードウェア構成例を示す図である。
【図３】第１実施形態に係る履歴データ記憶部に記憶されている履歴データの例を示す図である。
【図４】第１実施形態に係るカラオケ装置のハードウェア構成例を示す図である。
【図５】第１実施形態に係るカラオケ本体のソフトウェア構成例を示す図である。
【図６】第１実施形態に係るリモコン装置の表示画面を示す図である。
【図７】第１実施形態に係るリモコン装置の表示画面を示す図である。
【図８】第２実施形態に係るカウント部によるカウント結果を示す図である。
【図９】第３実施形態に係るカウント部によるカウント結果を示す図である。
【図１０】第３実施形態に係るカラオケ本体のソフトウェア構成例を示す図である。
【発明を実施するための形態】
【００１３】
後述する明細書及び図面の記載から、上記の主たる発明の他、少なくとも以下の事項が明らかとなる。
【００１４】
すなわち、前記カウント部は、予約した回数を予約の順番毎にカウントし、前記特定部は、前記１番目に楽曲を予約した回数が等しい利用者がいる場合には、それら利用者の中で、２番目に楽曲を予約した回数が最も多い利用者を前記最初の歌唱者として特定するカラオケシステムが明らかとなる。このようなカラオケシステムによれば、ある順番における予約回数が等しい利用者が居る場合であっても、最初の歌唱者としてふさわしい利用者を特定することが可能となる。
【００１５】
また、前記履歴データには、予約された楽曲を示す楽曲情報が関連付けられており、前記報知部は、前記最初の歌唱者が１番目に予約した楽曲を併せて報知するカラオケシステムが明らかとなる。このようなカラオケシステムによれば、最初の歌唱者が歌唱し易い楽曲を提示することができる。
【００１６】
また、前記報知部は、前記１番目に予約した楽曲の予約登録を行うカラオケシステムが明らかとなる。このようなカラオケシステムによれば、楽曲を予約する手間を省くことができる。
【００１７】
更に、サーバ及びカラオケ装置を有するカラオケシステムであって、前記サーバは、あるカラオケ装置である期間に実施されたカラオケ歌唱において選曲された楽曲の予約順に対して当該予約を行った利用者を示す利用者情報を関連付けた履歴データを、複数記憶する履歴データ記憶部を有し、前記カラオケ装置は、ログインした複数の利用者それぞれの利用者情報に基づいて、前記履歴データ記憶部から当該利用者情報を含む履歴データを取得する履歴データ取得部と、取得した前記履歴データから、前記複数の利用者それぞれについて、予約した回数を予約の順番毎にカウントするカウント部と、前記カウントした値に対して、所定の補正値を割り当てることにより、利用者毎の得点値を算出する算出部と、前記得点値が最も高い利用者を最初の歌唱者として特定する特定部と、特定された前記最初の歌唱者を報知する報知部と、を有するカラオケシステムが明らかとなる。このようなカラオケシステムによれば、カラオケ歌唱における最初の歌唱者としてふさわしい利用者を特定することができる。
【００１８】
＜第１実施形態＞
図１〜図７を参照して、第１実施形態に係るカラオケシステム１について説明する。
【００１９】
＝＝システム＝＝
図１に示すように、カラオケシステム１は、サーバＳ及び複数のカラオケ装置（カラオケ装置Ｋ１〜カラオケ装置Ｋ３）を備える。カラオケ装置Ｋ１〜カラオケ装置Ｋ３は、カラオケ店舗の各カラオケルーム等に設置される。なお、本発明に係るカラオケシステム１において、カラオケ装置は少なくとも一つあればよい。
【００２０】
サーバＳとカラオケ装置Ｋ１〜カラオケ装置Ｋ３とはネットワークＮを介して通信可能となっている。ネットワークＮは、たとえば公衆電話回線網やインターネット回線である。サーバＳから各カラオケ装置にカラオケを行うための楽曲データが送信され、各カラオケ装置が楽曲を演奏することにより、利用者はカラオケ歌唱が可能となる。
【００２１】
＝＝サーバ＝＝
サーバＳは、利用者やカラオケ装置等に関する各種情報を蓄積して管理するコンピュータである。図２はサーバＳのハードウェア構成例を示す図である。サーバＳは、制御部１０、通信部１１および記憶部１２を備える。
【００２２】
制御部１０はＣＰＵおよびメモリ（いずれも図示無し）を備える。制御部１０は、サーバＳにおける各種の制御を行う。通信部１１は、サーバＳと各カラオケ装置とを接続するためのインターフェースを提供する。
【００２３】
記憶部１２は、各種のデータを記憶する大容量の記憶装置である。記憶部１２は、複数の楽曲データを記憶する。楽曲データは、カラオケ装置によりカラオケ演奏を行うためのデータである。楽曲データは、楽曲毎に所定のＩＤ（楽曲ＩＤ）が付与されている。また、記憶部１２は、歌詞テロップデータ、及び背景画像データ等の各カラオケ装置で使用するデータや、カラオケ装置を介して登録された利用者情報等を記憶する。利用者情報は、利用者を識別するための識別子（たとえば、利用者ＩＤ）である。
【００２４】
また、本実施形態に係る記憶部１２の記憶領域の一部は、履歴データ記憶部１２ａとして構成される。履歴データ記憶部１２ａは、あるカラオケ装置である期間に実施されたカラオケ歌唱において選曲された楽曲の予約順に対して当該予約を行った利用者を示す利用者情報を関連付けた履歴データを、複数記憶する。
【００２５】
図３は、履歴データ記憶部１２ａに記憶される履歴データの例を示す図である。図３では、４つの履歴データ（履歴データＲ１〜履歴データＲ４）を示している。
【００２６】
履歴データはあるカラオケ装置である期間にカラオケ歌唱が行われる都度、所定のタイミング（ログインしている利用者全員がログアウトしたタイミング等）でカラオケ装置から送信される。たとえば、履歴データＲ１は、カラオケ装置Ｋ１で２０１６年５月１日１９：００〜２０：００の期間に行われたカラオケ歌唱に関するデータである。なお、この例において１９：００とは、最初にログインした利用者のログイン時間（開始時間）であり、２０：００とは、最後にログインした利用者のログアウト時間（終了時間）である。
【００２７】
また、各履歴データは、楽曲の予約順に対して当該予約を行った利用者情報（利用者ＩＤ）が関連付けられている。たとえば、履歴データＲ１は、楽曲の予約順（１番目〜５番目）それぞれに対し、予約した利用者Ｘ１〜利用者Ｘ４（履歴データＲ１のカラオケ歌唱に参加した利用者）が関連付けられている。なお、本実施形態では、予約された楽曲を示す楽曲情報（楽曲ＩＤ）も関連付けられている。
【００２８】
＝＝カラオケ装置＝＝
（ハードウェア構成）
カラオケ装置Ｋ１〜Ｋ３は、利用者が選曲した楽曲のカラオケ演奏及び利用者がカラオケ歌唱を行うための装置である。カラオケ装置Ｋ１〜カラオケ装置Ｋ３は、同様の構成であるため、以下、カラオケ装置Ｋ１を例に説明する。図４に示すように、カラオケ装置Ｋ１は、カラオケ本体２０、スピーカ３０、表示装置４０、マイク５０、及びリモコン装置６０を備える。
【００２９】
カラオケ本体２０は、予約登録された楽曲の演奏制御、歌詞や背景映像等の表示制御、マイク５０を通じて入力された音声信号の処理といった、カラオケ歌唱に関する各種の制御を行う。図４に示すように、カラオケ本体２０は、制御部２１、通信部２２、記憶部２３、音響処理部２４、表示処理部２５及び操作部２６を備える。各構成はインターフェース（図示なし）を介してバスＢに接続されている。
【００３０】
制御部２１は、ＣＰＵ２１ａおよびメモリ２１ｂを備える。ＣＰＵ２１ａは、メモリ２１ｂに記憶された動作プログラムを実行することにより各種の制御機能を実現する。メモリ２１ｂは、ＣＰＵ２１ａに実行されるプログラムを記憶したり、プログラムの実行時に各種情報を一時的に記憶したりする記憶装置である。
【００３１】
通信部２２は、ルーター（図示なし）を介してサーバＳに接続するためのインターフェースを提供する。
【００３２】
記憶部２３は、各種のデータを記憶する大容量の記憶装置である。記憶部２３は、サーバＳから受信した楽曲データの他、サーバＳから受信した利用者の履歴データ（最初の歌唱者を特定する際に利用されるデータ）、及びカラオケ装置である期間に歌唱された履歴データ（図３に相当するデータ）等を記憶する。
【００３３】
音響処理部２４は、制御部２１の制御に基づき、カラオケ楽曲に対する演奏の制御およびマイク５０を通じて入力された音声信号の処理を行う。また、本実施形態に係る音響処理部２４及びスピーカ３０は、制御部２１の制御に基づき、最初の歌唱者を報知するために使用される（詳細は後述）。
【００３４】
表示処理部２５は、制御部２１の制御に基づき、表示装置４０における各種表示に関する処理を行う。たとえば、表示処理部２５は、カラオケ演奏時における背景映像に歌詞テロップや各種アイコンが重ねられた映像を表示装置４０に表示させる。また、本実施形態に係る表示処理部２５及び表示装置４０（リモコン装置６０）は、制御部２１の制御に基づき、最初の歌唱者を報知するために使用される（詳細は後述）。
【００３５】
操作部２６は、パネルスイッチおよびリモコン受信回路などからなり、歌唱者によるカラオケ装置Ｋ１のパネルスイッチあるいはリモコン装置６０の操作に応じて予約信号、演奏中止信号などの操作信号を制御部２１に対して出力する。制御部２１は、操作部２６からの操作信号を検出し、対応する処理を実行する。
【００３６】
スピーカ３０は、カラオケ本体２０からの放音信号に基づいて放音するための構成である。表示装置４０はカラオケ本体２０からの信号に基づいて映像や画像を画面に表示するための構成である。マイク５０は入力される歌唱者の声（歌唱音声）等をアナログの音声信号に変換してカラオケ本体２０に入力するための構成である。リモコン装置６０は、カラオケ本体２０に対する各種操作をおこなうための装置である。利用者はリモコン装置６０を用いて楽曲の予約等を行うことができる。リモコン装置６０のディスプレイには各種操作の指示入力を行うためのＧＵＩが表示される。
【００３７】
（カラオケ本体のソフトウェア構成）
図５はカラオケ本体２０のソフトウェア構成例を示す図である。カラオケ本体２０は、履歴データ取得部１００、カウント部２００、特定部３００、報知部４００を備える。履歴データ取得部１００、カウント部２００、特定部３００、及び報知部４００は、ＣＰＵ２１ａがメモリ２１ｂに記憶されるプログラムを実行することにより実現される。
【００３８】
［履歴データ取得部］
履歴データ取得部１００は、ログインした複数の利用者それぞれの利用者情報に基づいて、履歴データ記憶部１２ａから当該利用者情報を含む履歴データを取得する。
【００３９】
履歴データ取得部１００は、カラオケ装置にログインした利用者の利用者ＩＤをサーバＳに送信する。サーバＳは、受信した利用者ＩＤを含む履歴データを履歴データ記憶部１２ａから読み出し、カラオケ装置に送信する。履歴データ取得部１００は、サーバＳから送信された履歴データを取得する。また、履歴データ取得部１００は、取得した履歴データをカウント部２００に出力する。
【００４０】
以下、利用者Ｘ１及び利用者Ｘ２がカラオケ装置Ｋ１でカラオケ歌唱を行う例について述べる。また、この例では、履歴データ記憶部１２ａに図３に示す履歴データＲ１〜履歴データＲ４が記憶されているとする。
【００４１】
利用者Ｘ１は、リモコン装置６０を介して自己のＩＤを入力し、カラオケ装置Ｋ１にログインする。履歴データ取得部１００は、利用者Ｘ１の利用者ＩＤをサーバＳに送信する。サーバＳは、利用者Ｘ１の利用者ＩＤを含む履歴データＲ１、Ｒ２及びＲ４を履歴データ記憶部１２ａから読み出し、カラオケ装置Ｋ１に送信する。履歴データ取得部１００は、サーバＳから送信された履歴データＲ１、Ｒ２及びＲ４を取得する。同様に、利用者Ｘ２は、リモコン装置６０を介して自己のＩＤを入力し、カラオケ装置Ｋ１にログインする。履歴データ取得部１００は、利用者Ｘ２の利用者ＩＤをサーバＳに送信する。サーバＳは、利用者Ｘ２の利用者ＩＤを含む履歴データＲ１及びＲ３を履歴データ記憶部１２ａから読み出し、カラオケ装置Ｋ１に送信する。履歴データ取得部１００は、サーバＳから送信された履歴データＲ１及びＲ３を取得する。履歴データ取得部１００は、取得した履歴データＲ１〜履歴データＲ４をカウント部２００に出力する。なお、重複する履歴データがある場合（この例における履歴データＲ１）、履歴データ取得部１００は一の履歴データのみを出力することでもよい。
【００４２】
［カウント部］
カウント部２００は、取得した履歴データから、複数の利用者それぞれについて、予約した回数を予約の順番毎にカウントする。本実施形態において、カウント部２００は、１番目に楽曲を予約した回数をカウントする。カウント部２００は、カウントした結果を特定部３００に出力する。
【００４３】
ここで、図３を参照して、利用者Ｘ１及び利用者Ｘ２が１番目に楽曲を予約した回数をカウントする例について述べる。
【００４４】
まず、カウント部２００は、利用者Ｘ１の利用者ＩＤを含む履歴データＲ１、Ｒ２及びＲ４において予約順の１番目を参照し、利用者Ｘ１の利用者ＩＤをカウントする。この例では、履歴データＲ１及びＲ２において予約順の１番目に利用者Ｘ１の利用者ＩＤが存在する（図３参照）。従って、カウント部２００は、利用者Ｘ１について１番目に楽曲を予約した回数を２回カウントする。
【００４５】
一方、カウント部２００は、利用者Ｘ２の利用者ＩＤを含む履歴データＲ１及びＲ３において、予約順の１番目を参照し、利用者Ｘ２の利用者ＩＤをカウントする。この例では、履歴データＲ３において予約順の１番目に利用者Ｘ２の利用者ＩＤが存在する（図３参照）。従って、カウント部２００は、利用者Ｘ２について１番目に楽曲を予約した回数を１回カウントする。
【００４６】
［特定部］
特定部３００は、１番目に楽曲を予約した回数が最も多い利用者を最初の歌唱者として特定する。
【００４７】
特定部３００は、利用者毎にカウントされた１番目に楽曲を予約した回数を比較し、回数が最も多い利用者を最初の歌唱者として特定する。「最初の歌唱者」とは、１番目にカラオケ歌唱を行うことがふさわしい利用者である。過去の履歴データにおいて最初に歌唱を行う傾向にある利用者は、カラオケ歌唱を最初に行うことを好む（少なくとも抵抗が無い）利用者であると考えられる。すなわち、このような利用者は最初の歌唱者としてふさわしい利用者といえる。
【００４８】
図３の例において、１番目に楽曲を予約した回数は、利用者Ｘ２（１回）よりも利用者Ｘ１（２回）の方が多い。従って、特定部３００は、利用者Ｘ１を最初の歌唱者として特定する。特定部３００は、利用者Ｘ１の利用者ＩＤを報知部４００に出力する。
【００４９】
［報知部］
報知部４００は、特定部３００で特定された最初の歌唱者を報知する。
【００５０】
報知は様々な方法により行うことができる。たとえば、報知部４００は、表示処理部２５を制御し、利用者Ｘ１を特定できる情報（ログインネーム等）及び歌唱を促すメッセージを併せて表示装置４０やリモコン装置６０に表示させることができる（図６参照。図６は、リモコン装置６０の表示画面の一例を示す）。図６のような表示画面を確認することにより、カラオケ歌唱に参加している利用者Ｘ１及び利用者Ｘ２は、最初の歌唱者にふさわしい利用者（利用者）Ｘ１を認識できる。利用者Ｘ１が予約登録画面ボタン（図６参照）を選択することにより、リモコン装置６０は楽曲を予約する画面に切り替えを行う。
【００５１】
或いは、報知部４００は、音響処理部２４を制御し、「Ｘ１さんが１番目に歌唱してください」といったメッセージをスピーカ３０から放音させることも可能である。
【００５２】
このように本実施形態に係るカラオケシステム１によれば、カラオケ歌唱における最初の歌唱者としてふさわしい利用者を報知することができる。従って、躊躇や遠慮が働きがちな最初の歌唱であっても、カラオケ歌唱を行い易くなる。また、このように最初の歌唱者を報知することにより、躊躇や遠慮によりカラオケ歌唱の開始までに時間を要し、結果としてカラオケ歌唱できる時間が短くなるといった問題も起きないため、スムーズなカラオケ歌唱が可能となる。
【００５３】
ところで、図３に示したように、本実施形態における履歴データには、予約された楽曲を示す楽曲情報が関連付けられている。
【００５４】
このように、履歴データに楽曲情報が関連付けられている場合、報知部４００は、最初の歌唱者が１番目に予約した楽曲を併せて報知することが可能である。
【００５５】
たとえば、報知部４００は、特定部３００により特定された利用者Ｘ１が１番目に予約した楽曲情報を履歴データＲ１（楽曲ＩＤ：α−０１０）及び履歴データＲ２（楽曲ＩＤ：β−０１０）から取得する。
【００５６】
報知部４００は、表示処理部２５を制御し、利用者Ｘ１を特定できる情報と併せて、取得した楽曲情報に対応する楽曲名を表示装置４０やリモコン装置６０に表示させることができる（図７参照。図７は、リモコン装置６０の表示画面の一例を示す）。また。図７に示すように、報知部４００は、楽曲名の横に予約アイコンを設けるようにしてもよい。利用者Ｘ１が予約アイコンを選択した場合、報知部４００は当該楽曲の演奏予約を行う。この場合、利用者（歌唱者）が歌唱し易い楽曲を提示・選曲できるため、スムーズなカラオケ歌唱に繋げることができる。
【００５７】
なお、複数の楽曲情報が得られた場合、上述の例のように全ての楽曲を報知することに限られない。たとえば、報知部４００は、表示処理部２５を制御し、予約された数が最も多い楽曲のみを表示させることや、数が多い方から所定数の楽曲のみを表示させることも可能である。
【００５８】
更に、報知部４００は、１番目に予約した楽曲の予約登録を自動で行うことでもよい。たとえば、１番目に予約した楽曲が１曲しかない場合、報知部４００は当該楽曲の演奏予約を自動で行う。このように自動で楽曲の予約を行うことにより、特定された歌唱者がカラオケ歌唱を行う楽曲を選択する手間が省けるため、よりスムーズなカラオケ歌唱を行うことが可能となる。
【００５９】
＜第２実施形態＞
次に、図８を参照して、第２実施形態に係るカラオケシステム１について説明する。
【００６０】
カラオケ歌唱を行う利用者間で１番目に楽曲を予約した回数が異なる場合、第１実施形態の構成により最初の歌唱者を特定することが可能である。一方、複数の利用者でカラオケ歌唱を行う場合、利用者間で１番目に楽曲を予約した回数が等しくなる場合もありうる。本実施形態では、このような場合に最初の歌唱者を特定する例について述べる。なお、第１実施形態と同様の構成については詳細な説明を省略する。
【００６１】
本実施形態に係るカウント部２００は、楽曲を予約した回数を予約の順番毎にカウントする。すなわち、カウント部２００は、１番目に楽曲を予約した回数だけでなく、２番目以降に楽曲を予約した回数のカウントを行う。
【００６２】
図８は、本実施形態に係るカウント部２００によるカウント結果の一例を示す図である。カウントは、利用者Ｘ８〜利用者Ｘ１０それぞれの履歴データに基づいて行う（履歴データについては記載を省略する）。図８から明らかなように、利用者Ｘ８と利用者Ｘ９は、１回目に楽曲を予約した回数がいずれも「３回」である。従って、１番目に楽曲を予約した回数からは最初の歌唱者を特定することができない。
【００６３】
ここで、本実施形態に係る特定部３００は、１番目に楽曲を予約した回数が等しい利用者がいる場合には、それら利用者の中で、２番目に楽曲を予約した回数が最も多い利用者を最初の歌唱者として特定する。
【００６４】
図８の例において、特定部３００は、１番目に楽曲を予約した回数が等しい利用者Ｘ８及び利用者Ｘ９について、２番目に楽曲を予約した回数を比較する。この場合、利用者Ｘ８が４回であるのに対し、利用者Ｘ９は２回である。従って、特定部３００は利用者Ｘ８を最初の歌唱者として特定する。
【００６５】
このように、本実施形態に係るカラオケシステム１によれば、ある順番における予約回数が等しい利用者が居る場合であっても、次の順番における予約回数を比較することで最初の歌唱者を特定することができる。
【００６６】
＜第３実施形態＞
次に、図９及び図１０を参照して、第３実施形態に係るカラオケシステム１について説明する。
【００６７】
図９は、本実施形態に係るカウント部２００によるカウント結果の一例を示す図である。カウントは、利用者Ｘ１１及び利用者Ｘ１２それぞれの履歴データに基づいて行う（履歴データについては記載を省略する）。
【００６８】
図９から明らかなように、利用者Ｘ１２は、２番目に楽曲を予約する傾向が顕著である。一方、利用者Ｘ１１は、１番目に楽曲の予約を行ったことがあるものの、その回数は１回であることから、積極的に１番目に予約しているとは言い難い。このような場合、利用者Ｘ１２を最初の歌唱者として特定する方がより望ましいと考えられる。第３実施形態では、このような場合に、カウントした回数に所定の補正値を割り当てることによって求めた得点値を利用して最初の歌唱者を特定する例について述べる。第１実施形態等と同様の構成については詳細な説明を省略する。
【００６９】
（カラオケ本体のソフトウェア構成）
図１０は本実施形態に係るカラオケ本体２０のソフトウェア構成例を示す図である。カラオケ本体１０は、履歴データ取得部１００、カウント部２００、特定部３００、報知部４００、算出部５００を備える。履歴データ取得部１００、カウント部２００、特定部３００、報知部４００、及び算出部５００は、ＣＰＵ２１ａがメモリ２１ｂに記憶されるプログラムを実行することにより実現される。
【００７０】
［算出部］
算出部５００は、カウント部２００でカウントした値に対して、所定の補正値を割り当てることにより、利用者毎の得点値を算出する。
【００７１】
カウント部２００は、第２実施形態と同様、予約した回数を予約の順番毎にカウントする。算出部５００は、順番毎に所定の補正値を割り当てる。
【００７２】
所定の補正値は、楽曲の順番によって割り振られる任意の値である。最初の歌唱者を特定する場合、たとえば、１番目は１０ポイント、２番目は３ポイント、３番目以降は１ポイントといった具合に、順番が早いほど高い値が割り振られる。逆に、最後の歌唱者を特定する場合（後述の第４実施形態を参照）、順番が遅いほど高い値が割り振られるように所定の補正値を設定する。
【００７３】
図９のようなカウント結果が得られた場合、算出部５００は、予約の順番毎に所定の補正値（１番目：１０ポイント、２番目：３ポイント、３番目以降：１ポイント）を割り当てる。算出部５００は、補正値を割り当てた値を利用者毎に加算し、利用者毎の得点値を算出する。この例では、利用者Ｘ１１は「１番目：１回×１０ポイント＝１０ポイント、２番目：０回×３ポイント＝０ポイント、３番目以降：９回×１ポイント＝９ポイント」の合計１９ポイントであり、利用者Ｘ１２は、「１番目：０回×１０ポイント＝０ポイント、２番目：５回×３ポイント＝１５ポイント、３番目以降：５回×１ポイント＝５ポイント」の合計２０ポイントである。算出部５００は、算出結果を特定部３００に出力する。
【００７４】
［特定部］
本実施形態に係る特定部３００は、得点値が最も高い利用者を最初の歌唱者として特定する。上記例において、特定部３００は、利用者Ｘ１１の得点（１９ポイント）と利用者Ｘ１２の得点（２０ポイント）とを比較し、得点が高い利用者Ｘ１２を最初の歌唱者として特定する。
【００７５】
このように、本実施形態に係るカラオケシステム１によれば、予約した回数の全体的な傾向に基づいて、カラオケ歌唱における最初の歌唱者としてふさわしい利用者を特定することができる。
【００７６】
＜第４実施形態＞
次に、第４実施形態に係るカラオケシステム１について説明する。
【００７７】
上記実施形態では、最初の歌唱者を特定するカラオケシステム１について説明した。一方、カラオケ歌唱において最後の歌唱者を決める際にも手間取る傾向にある。本実施形態では、最後の歌唱者を特定し、報知する構成について説明する。なお、第１実施形態等と同様の構成については詳細な説明を省略する。
【００７８】
［カウント部］
本実施形態に係るカウント部２００は、取得した履歴データから、複数の利用者それぞれについて、カラオケ歌唱の最後の楽曲として予約した回数をカウントする。
【００７９】
以下、利用者Ｘ１及び利用者Ｘ２がカラオケ装置Ｋ１でカラオケ歌唱を行う例について述べる。また、この例では、履歴データ取得部１００が図３に示す履歴データＲ１〜履歴データＲ４を取得したものとする。
【００８０】
まず、カウント部２００は、利用者Ｘ１の利用者ＩＤを含む履歴データＲ１、Ｒ２及びＲ４において予約順の最後を参照し、利用者Ｘ１の利用者ＩＤをカウントする。この例では、履歴データＲ１及びＲ２において予約順の最後に利用者Ｘ１の利用者ＩＤが存在する（図３参照）。従って、カウント部２００は、利用者Ｘ１について最後の楽曲として予約した回数を２回カウントする。履歴データＲ４については予約順の最後が利用者Ｘ１では無いため、カウント部２００はカウントしない。
【００８１】
一方、カウント部２００は、利用者Ｘ２の利用者ＩＤを含む履歴データＲ１及びＲ３において、予約順の最後を参照し、利用者Ｘ２の利用者ＩＤをカウントする。この例では、予約順の最後に利用者Ｘ２の利用者ＩＤは存在しない（図３参照）。従って、カウント部２００は、利用者Ｘ２について最後の楽曲として予約した回数を０とする。カウント部２００は、カウント結果を特定部３００に出力する。
【００８２】
［特定部］
特定部３００は、カラオケ歌唱の最後の楽曲として予約した回数が最も多い利用者を最後の歌唱者として特定する。上記例によれば、特定部３００は利用者Ｘ１を最後の歌唱者として特定する。
【００８３】
［報知部］
報知部４００は、特定された最後の歌唱者を報知する。報知の方法については、第１実施形態で最初の歌唱者を報知する場合と同様の手法を用いることができる。
【００８４】
このように本実施形態に係るカラオケシステム１によれば、カラオケ歌唱における最後の歌唱者としてふさわしい利用者を報知することができる。従って、躊躇や遠慮が働きがちな最後の歌唱であっても、カラオケ歌唱を行い易くなる。また、このように最後の歌唱者を報知することにより、躊躇や遠慮により最後のカラオケ歌唱に手間取り、結果としてカラオケ歌唱の残り時間を有効に活用できないといった問題も起きないため、最後までスムーズなカラオケ歌唱を行うことが可能となる。
【００８５】
上記実施形態は、例として提示したものであり、発明の範囲を限定するものではない。上記の構成は、適宜組み合わせて実施することが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。たとえば、第１実施形態及び第４実施形態の構成を組み合わせたカラオケシステム（最初の歌唱者と最後の歌唱者の双方を特定する構成）についても本発明の範囲に含まれる。上記実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８６】
１  カラオケシステム
１２ａ  履歴データ記憶部
１００  履歴データ取得部
２００  カウント部
３００  特定部
４００  報知部
Ｋ１〜Ｋ３  カラオケ装置
Ｓ  サーバ
【図１】
2018021942.tif 000003
【図２】
2018021942.tif 000004
【図３】
2018021942.tif 000005
【図４】
2018021942.tif 000006
【図５】
2018021942.tif 000007
【図６】
2018021942.tif 000008
【図７】
2018021942.tif 000009
【図８】
2018021942.tif 000010
【図９】
2018021942.tif 000011
【図１０】
2018021942.tif 000012