(57)【要約】【課題】チーム対抗戦のようなコンテンツを簡易に楽しむことが可能なカラオケ装置を提供する。【解決手段】第１の属性情報に基づいて、複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する第１の判定部、当該複数のチームにより第１のチーム対抗戦を実行するか否かを決定する第１の決定部、第２の属性情報に基づいて、複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する第２の判定部、当該複数のチームにより第２のチーム対抗戦を実行するか否かを決定する第２の決定部、チームの振り分けを報知する報知部、利用者識別情報を所属するチームのチーム識別情報と紐付け、且つ楽曲識別情報とチーム識別情報とを紐付けて記憶させる記憶処理部、カラオケ歌唱を採点する採点部、採点結果をチーム毎に加算することで、チーム毎に得点を算出する算出部を有するカラオケ装置。【選択図】図２
2020122899.tif 000002
【特許請求の範囲】
【請求項１】
カラオケ装置に対する利用者のログインを行うログイン処理部と、
ログインした複数の前記利用者に関する第１の属性情報及び第２の属性情報を取得する取得部と、
取得した前記第１の属性情報に基づいて、前記複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する第１の判定部と、
前記第１の判定部により前記複数のチームを生成できると判定された場合、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第１のチーム対抗戦を実行するか否かを決定する第１の決定部と、
前記第１の判定部により前記複数のチームを生成できないと判定された場合、或いは前記第１の決定部により前記第１のチーム対抗戦を実行しないことが決定された場合、前記第２の属性情報に基づいて、前記複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する第２の判定部と、
前記第２の判定部により前記複数のチームを生成できると判定された場合、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第２のチーム対抗戦を実行するか否かを決定する第２の決定部と、
前記第１の決定部により前記第１のチーム対抗戦を実行することが決定された場合または前記第２の決定部により前記第２のチーム対抗戦を実行することが決定された場合、前記複数の利用者に対し、チームの振り分けを報知する報知部と、
前記利用者を識別するための利用者識別情報を所属するチームのチーム識別情報と紐付け、且つある利用者がカラオケ歌唱する楽曲を予約した場合に当該楽曲を識別するための楽曲識別情報と当該ある利用者が所属する前記チーム識別情報とを紐付けて記憶させる記憶処理部と、
各利用者のカラオケ歌唱を採点する採点部と、
前記採点部による採点結果をチーム毎に加算することで、チーム毎に得点を算出する算出部と、
を有するカラオケ装置。
【請求項２】
前記第１の属性情報または前記第２の属性情報は利用者の性別であり、
前記第１の判定部または前記第２の判定部は、男性の利用者が振り分けられたチームと女性の利用者が振り分けられたチームを生成できるか否かを判定することを特徴とする請求項１記載のカラオケ装置。
【請求項３】
前記第１の属性情報または前記第２の属性情報は利用者の性別であり、
前記第１の判定部または前記第２の判定部は、男性の利用者１名と女性の利用者１名から構成される複数のチームを生成できるか否かを判定することを特徴とする請求項１記載のカラオケ装置。
【請求項４】
前記取得部は、ログインした複数の前記利用者の歌唱履歴を取得し、
前記第１の判定部または前記第２の判定部は、男性の利用者１名と女性の利用者１名から構成されるチームそれぞれにおいて、当該男性の利用者の前記歌唱履歴及び当該女性の利用者の前記歌唱履歴の両方に共通するデュエット歌唱可能な楽曲が含まれているかどうかを判定し、当該デュエット可能な楽曲が含まれている場合、前記複数のチームを生成できると判定することを特徴とする請求項３記載のカラオケ装置。
【請求項５】
前記第１の属性情報または前記第２の属性情報は、前記利用者の年齢、生年月日または前記利用者に関する位置情報であることを特徴とする請求項１から４のいずれか一つに記載のカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はカラオケ装置に関する。
【背景技術】
【０００２】
カラオケ装置が提供するコンテンツとして、複数人で構成されるチームをいくつか編成し、チーム毎の合計点を競うチーム対抗戦（たとえば、非特許文献１に開示されている「カラオケ紅白歌合戦」）がある。
【０００３】
このようなチーム対抗戦を行う時には、たとえばある利用者（代表者）が他の利用者をチームに振り分ける必要がある。チームの振り分けは、利用者全員の楽曲を代表者が予約しながら行うため煩雑であり、且つチームの振り分けが完了するまでに時間を要する。
【０００４】
そこで、特許文献１には、リモコン装置から楽曲を予約する時に、楽曲ＩＤとチームＩＤを紐づけて予約し、歌唱時に算出された採点値をチームＩＤ別に集計することにより、予めチームの振り分けを行うことなくチーム対抗戦を実施することができる技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−９５７７１号公報
【非特許文献】
【０００６】
【非特許文献１】「ＤＡＭコンテンツ  カラオケ紅白歌合戦」、株式会社第一興商、［平成３１年１月２０日検索］、インターネット、＜ＵＲＬ：https://cmkara.com/karaokekouhaku/197/＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１の技術を利用したとしても、代表者の代わりに他の利用者自らが楽曲ＩＤとチームＩＤを紐づけて入力する必要がある。また、他の利用者は自らがどのチームに所属するかを把握しながら楽曲ＩＤの入力作業を行う必要がある。すなわち、特許文献１の技術を用いたとしても、チームの振り分け作業の煩雑さは低減できない。
【０００８】
本発明の目的は、チーム対抗戦のようなコンテンツを簡易に楽しむことが可能なカラオケ装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するための一の発明は、カラオケ装置に対する利用者のログインを行うログイン処理部と、ログインした複数の前記利用者に関する第１の属性情報及び第２の属性情報を取得する取得部と、取得した前記第１の属性情報に基づいて、前記複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する第１の判定部と、前記第１の判定部により前記複数のチームを生成できると判定された場合、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第１のチーム対抗戦を実行するか否かを決定する第１の決定部と、前記第１の判定部により前記複数のチームを生成できないと判定された場合、或いは前記第１の決定部により前記第１のチーム対抗戦を実行しないことが決定された場合、前記第２の属性情報に基づいて、前記複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する第２の判定部と、前記第２の判定部により前記複数のチームを生成できると判定された場合、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第２のチーム対抗戦を実行するか否かを決定する第２の決定部と、前記第１の決定部により前記第１のチーム対抗戦を実行することが決定された場合または前記第２の決定部により前記第２のチーム対抗戦を実行することが決定された場合、前記複数の利用者に対し、チームの振り分けを報知する報知部と、前記利用者を識別するための利用者識別情報を所属するチームのチーム識別情報と紐付け、且つある利用者がカラオケ歌唱する楽曲を予約した場合に当該楽曲を識別するための楽曲識別情報と当該ある利用者が所属する前記チーム識別情報とを紐付けて記憶させる記憶処理部と、各利用者のカラオケ歌唱を採点する採点部と、前記採点部による採点結果をチーム毎に加算することで、チーム毎に得点を算出する算出部と、を有するカラオケ装置である。
本発明の他の特徴については、後述する明細書及び図面の記載により明らかにする。
【発明の効果】
【００１０】
本発明によれば、チーム対抗戦のようなコンテンツを簡易に楽しむことができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係るカラオケ装置を示す図である。
【図２】実施形態に係るカラオケ本体を示す図である。
【図３】実施形態における各利用者の利用者情報を示す図である。
【図４】実施形態におけるチームの振り分けを示す図である。
【図５】実施形態におけるチームの振り分けを示す図である。
【図６】実施形態におけるチームの振り分けを示す図である。
【図７Ａ】実施形態に係るカラオケ装置の処理を示すフローチャートである。
【図７Ｂ】実施形態に係るカラオケ装置の処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
＜実施形態＞
図１〜図７Ｂを参照して、実施形態に係るカラオケ装置について説明する。
【００１３】
＝＝カラオケ装置＝＝
カラオケ装置Ｋは、楽曲のカラオケ演奏、及び利用者がカラオケ歌唱を行うための装置である。図１に示すように、カラオケ装置Ｋは、カラオケ本体１０、スピーカ２０、表示装置３０、マイク４０、及びリモコン装置５０を備える。
【００１４】
カラオケ本体１０は、選曲された楽曲の演奏制御、歌詞や背景映像等の表示制御、マイク４０を通じて入力された音声信号の処理といった、カラオケ演奏やカラオケ歌唱に関する各種の制御を行う。スピーカ２０はカラオケ本体１０からの放音信号に基づいて放音するための構成である。表示装置３０はカラオケ本体１０からの信号に基づいて映像や画像を画面に表示するための構成である。マイク４０は利用者の歌唱音声をアナログの音声信号に変換してカラオケ本体１０に入力するための構成である。リモコン装置５０は、カラオケ本体１０に対する各種操作をおこなうための装置である。
【００１５】
図２に示すように、本実施形態に係るカラオケ本体１０は、記憶部１０ａ、通信部１０ｂ、入力部１０ｃ、及び制御部１０ｄを備える。各構成はインターフェース（図示なし）を介してバスＢに接続されている。
【００１６】
［記憶部］
記憶部１０ａは、各種のデータを記憶する大容量の記憶装置であり、たとえばハードディスクドライブなどである。記憶部１０ａは、カラオケ装置Ｋによりカラオケ演奏を行うための複数の楽曲データを記憶する。
【００１７】
楽曲データは、個々のカラオケ楽曲を特定するための楽曲識別情報（楽曲ＩＤ）が付与されている。楽曲データは、伴奏データ、リファレンスデータ等を含む。伴奏データは、カラオケ演奏音の元となるＭＩＤＩ形式のデータである。リファレンスデータは、利用者によるカラオケ歌唱を採点する際の基準として用いられるデータである。
【００１８】
本実施形態において、記憶部１０ａの記憶領域の一部は、利用者情報記憶部１１として機能する。利用者情報記憶部１１は利用者情報を記憶する。利用者情報は、各利用者を識別するための利用者識別情報と紐付けられて記憶されている。利用者識別情報は、利用者ＩＤのような、各利用者に固有の情報である。利用者識別情報は、たとえば、初めてカラオケ装置Ｋを使用する際に利用者自身で設定する。
【００１９】
本実施形態における利用者情報は、利用者に関する第１の属性情報及び第２の属性情報を含む。第２の属性情報は、第１の属性情報とは異なる情報である。属性情報は、利用者に付随する様々な情報である。属性情報は、たとえば利用者の性別、年齢、生年月日、趣味、好きなアーティストや音楽のジャンル、出身地や現住所（都道府県、市町村等）である。出身地や現住所は「位置情報」の一例である。複数の属性情報のうち、どの属性情報を第１の属性情報、第２の属性情報とするかは予め設定されていてもよいし、チーム対抗戦のコンテンツを利用する際に利用者が指定してもよい。
【００２０】
また、利用者情報は、歌唱履歴を含んでいてもよい。歌唱履歴は、ある利用者が過去にカラオケ歌唱を行った楽曲を示す情報である。歌唱履歴は、たとえばカラオケ歌唱を行った楽曲の楽曲ＩＤを時系列に記録したものである。
【００２１】
図３は、利用者情報記憶部１１に記憶されている利用者情報の一例を示す。ここでは、グループ利用者である利用者Ｕ１〜利用者Ｕ６の利用者情報を示している。各利用者情報には、性別、年齢、出身地（都道府県）からなる属性情報と、各利用者の歌唱履歴とが含まれている。
【００２２】
［通信部・入力部］
通信部１０ｂは、リモコン装置５０との通信を行うためのインターフェースを提供する。入力部１０ｃは、利用者が各種の指示入力を行うための構成である。入力部１０ｃは、カラオケ本体１０に設けられたボタン等である。或いは、リモコン装置５０が入力部１０ｃとして機能してもよい。
【００２３】
［制御部］
制御部１０ｄは、カラオケ装置Ｋにおける各種の制御を行う。制御部１０ｄは、ＣＰＵおよびメモリ（いずれも図示無し）を備える。ＣＰＵは、メモリに記憶されたプログラムを実行することにより各種の機能を実現する。
【００２４】
本実施形態においてはＣＰＵがメモリに記憶されるプログラムを実行することにより、制御部１０ｄは、ログイン処理部１００、取得部１１０、第１の判定部１２０、第１の決定部１３０、第２の判定部１４０、第２の決定部１５０、報知部１６０、記憶処理部１７０、採点部１８０、及び算出部１９０として機能する。
【００２５】
（ログイン処理部）
ログイン処理部１００は、カラオケ装置Ｋに対する利用者のログインを行う。
【００２６】
たとえば、カラオケ装置Ｋが提供するチーム対抗戦のコンテンツを６名の利用者（利用者Ｕ１〜利用者Ｕ６）で利用する場合について説明する。また、本実施形態に係るチーム対抗戦のコンテンツは、複数の利用者が同人数ずつ複数のチームに分かれて、チーム毎の合計点を競うものである。チーム対抗戦のコンテンツは、たとえばリモコン装置５０の表示画面に表示されるアイコンを選択することにより実行される。
【００２７】
いずれかの利用者がチーム対抗戦のアイコンを選択した後、利用者Ｕ１〜利用者Ｕ６は、カラオケ装置Ｋのリモコン装置５０を介し、自己の利用者ＩＤを順番に入力する。各利用者からの操作入力に基づき、ログイン処理部１００は、当該各利用者の利用者ＩＤを記憶部１０ａに記憶させることでカラオケ装置Ｋに対する各利用者のログインを完了する。或いは、最初に各利用者がログインを完了し、通常のカラオケ歌唱を行った後、チーム対抗戦のアイコンが選択されてもよい。この場合、アイコンが選択された時点でチームの振り分け（後述）が行われる。
【００２８】
（取得部）
取得部１１０は、ログインした複数の利用者に関する第１の属性情報及び第２の属性情報を取得する。
【００２９】
具体的に、取得部１１０は、ログインした利用者の利用者ＩＤと同じ利用者ＩＤが紐付けられている属性情報のうち少なくとも２つの属性情報を利用者情報記憶部１１から取得する。上述の利用者Ｕ１〜利用者Ｕ６がログインした場合、取得部１１０は、利用者情報記憶部１１から利用者Ｕ１〜利用者Ｕ６それぞれについて、同じ種類の属性情報を取得する。図３に示した利用者情報が記憶されている場合、取得部１１０は、利用者Ｕ１〜利用者Ｕ６それぞれについて、たとえば、第１の属性情報として「性別」を取得し、第２の属性情報として「性別」とは異なる「年齢（生年月日）」を取得する。なお、取得した第１の属性情報の数と第２の属性情報の数は同じとなる。
【００３０】
（第１の判定部）
第１の判定部１２０は、取得した第１の属性情報に基づいて、複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する。
【００３１】
本実施形態におけるチーム対抗戦は、各チームが同人数になるように構成される。すなわち、利用者の数が素数の場合には同人数ずつ振り分けたチームを複数生成することはできない。
【００３２】
よって、第１の判定部１２０は、まず、ログインした利用者の人数が素数であるかどうかを判定する。ログインした利用者の人数が素数であると判定した場合、どのような属性情報に基づいても同人数ずつ複数のチームを生成することはできないので、全ての処理を終了する。一方、ログインした利用者の人数が素数ではないと判定した場合、第１の判定部１２０は、更に、第１の属性情報に基づいて利用者を振り分け、複数のチームを生成できるか否かを判定する。第１の属性情報に基づいて複数のチームを生成できると判定した場合、第１の判定部１２０は、チームを識別するためのチーム識別情報を設定する。チーム識別情報は、チームＩＤのような、各チームに固有の情報である。第１の判定部１２０は、生成されたチームに対応するチームＩＤ、及び各チームに所属する利用者ＩＤを第１の決定部１３０に出力する。一方、第１の判定部１２０は、第１の属性情報に基づいて複数のチームを生成できないと判定した場合、その結果を第２の判定部１４０に出力する。第１の判定部１２０による具体的な処理例については後述する。
【００３３】
（第１の決定部）
第１の決定部１３０は、第１の判定部１２０により複数のチームを生成できると判定された場合、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第１のチーム対抗戦を実行するか否かを決定する。
【００３４】
具体的に、第１の決定部１３０は、第１の判定部１２０によりチームを生成する際に用いた属性情報（性別等）を利用者に対して提示し、利用者を属性情報により分けてチーム対抗戦を実行するかどうかを確認する。
【００３５】
たとえば、第１の決定部１３０は、チームを生成する際に用いた属性情報に基づき、「性別で分けたチーム対抗戦を行いますか？」といった確認メッセージを表示装置３０に表示させる。利用者は、表示されたメッセージを確認し、利用者を性別で分けたチーム対抗戦を実行するかどうかを、リモコン装置５０や入力部１０ｃを介して入力する。第１の決定部１３０は、利用者からの操作入力に応じて、チーム対抗戦を実行するか否かを決定する。
【００３６】
チーム対抗戦を実行することが決定された場合、第１の決定部１３０は、その結果を報知部１６０に出力する。一方、チーム対抗戦を実行しないことが決定された場合、第１の決定部１３０は、その結果を第２の判定部１４０に出力する。
【００３７】
（第２の判定部）
第２の判定部１４０は、第１の判定部１２０により複数のチームを生成できないと判定された場合、或いは第１の決定部１３０により第１のチーム対抗戦を実行しないことが決定された場合、第２の属性情報に基づいて、複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する。
【００３８】
第２の判定部１４０は、第１の判定部１２０と同様の処理を行う。すなわち、第２の判定部１４０は、第２の属性情報に基づいて利用者を振り分け、複数のチームを生成できるか否かを判定する。第２の属性情報に基づいて複数のチームを生成できると判定した場合、第２の判定部１４０は、チーム識別情報を設定する。第２の判定部１４０は、生成されたチームに対応するチームＩＤ、及び各チームに所属する利用者ＩＤを第２の決定部１５０に出力する。一方、第２の判定部１４０は、第２の属性情報に基づいて複数のチームを生成できないと判定した場合、その結果を報知部１６０に出力する。第２の判定部１４０の具体的な処理例については後述する。
【００３９】
（第２の決定部）
第２の決定部１５０は、第２の判定部１４０により複数のチームを生成できると判定された場合、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第２のチーム対抗戦を実行するか否かを決定する。
【００４０】
具体的に、第２の決定部１５０は、第２の判定部１４０によりチームを生成する際に用いた属性情報（性別等）を利用者に対して提示し、利用者を属性情報により分けてチーム対抗戦を実行するかどうかを確認する。
【００４１】
たとえば、第２の決定部１５０は、チームを生成する際に用いた属性情報に基づき、「性別で分けたチーム対抗戦を行いますか？」といった確認メッセージを表示装置３０に表示させる。利用者は、表示されたメッセージを確認し、利用者を性別で分けたチーム対抗戦を実行するかどうかを、リモコン装置５０や入力部１０ｃを介して入力する。第２の決定部１５０は、利用者からの操作入力に応じて、チーム対抗戦を実行するか否かを決定する。
【００４２】
チーム対抗戦を実行するか否かに関わらず、第２の決定部１５０は、決定した結果を報知部１６０に出力する。
【００４３】
（報知部）
報知部１６０は、第１の決定部１３０により第１のチーム対抗戦を実行することが決定された場合または第２の決定部１５０により第２のチーム対抗戦を実行することが決定された場合、複数の利用者に対し、チームの振り分けを報知する。
【００４４】
報知部１６０は、第１の決定部１３０または第２の決定部１５０からの出力に応じて、チーム対抗戦が実行される旨と併せて、生成されたチーム毎に所属する利用者名を表示装置３０に表示させる。この表示を見た利用者は、最終的に決定されたチーム（自分がどのチームに所属するか）を把握できる。なお、報知部１６０は、どのような属性情報に基づいてチームの振り分けがなされたかを、チーム対抗戦が実行される旨等と併せて表示装置３０に表示させてもよい。
【００４５】
（記憶処理部）
記憶処理部１７０は、利用者を識別するための利用者識別情報を所属するチームのチーム識別情報と紐付け、且つある利用者がカラオケ歌唱する楽曲を予約した場合に当該楽曲を識別するための楽曲識別情報と当該ある利用者が所属するチーム識別情報とを紐付けて記憶させる。
【００４６】
上述のように、報知部１６０によりチームの振り分けが報知された場合、記憶処理部１７０は、予め設定されているチームＩＤを、各チームに所属する利用者の利用者ＩＤと紐付け、記憶部１０ａに記憶させる。
【００４７】
また、チームの振り分けが報知された後、各利用者は、リモコン装置５０等を介して自らがカラオケ歌唱を行う楽曲を選曲する。具体的に、各利用者は、自らの利用者ＩＤと楽曲名を入力する。リモコン装置５０は、利用者ＩＤと入力された楽曲名に対応する楽曲ＩＤをカラオケ本体１０に送信する。記憶処理部１７０は、受信した利用者ＩＤに基づいて利用者が所属するチームを特定し、楽曲ＩＤとチームＩＤを紐付けて記憶部１０ａに記憶させる。
【００４８】
（採点部）
採点部１８０は、各利用者のカラオケ歌唱を採点する。
【００４９】
カラオケ歌唱の採点は公知の手法を用いることができる。全ての利用者の楽曲の予約が完了した後、たとえばカラオケ装置Ｋは、一番目の利用者がカラオケ歌唱を行う楽曲Ｘの伴奏データを記憶部１０ａから読み出し、カラオケ演奏音をスピーカ２０から放音させる。利用者は、カラオケ演奏に合わせてカラオケ歌唱を行う。
【００５０】
利用者が楽曲Ｘのカラオケ歌唱を行った場合、採点部１８０は、利用者のカラオケ歌唱に基づく歌唱音声信号と、楽曲Ｘのリファレンスデータとを比較し、その一致度に応じて採点結果を求める。採点結果は、たとえば、１００点を満点とした数値（採点値）として求めることができる。
【００５１】
本実施形態において、採点部１８０は、各利用者のカラオケ歌唱が終了する都度、カラオケ歌唱の採点を行い、採点結果を求める。採点結果は、利用者ＩＤ等と紐付けられて記憶部１０ａに記憶される。
【００５２】
（算出部）
算出部１９０は、採点部１８０による採点結果をチーム毎に加算することで、チーム毎に得点を算出する。
【００５３】
得点の算出は、たとえば、各チームに所属する一の利用者同士のカラオケ歌唱が終了する都度行ってもよいし、チーム対抗戦が終了した後にまとめて行ってもよい。
【００５４】
また、算出部１９０は、算出したチーム毎の得点を報知部１６０に送信する。報知部１６０は、その結果を表示装置３０に表示させることができる。
【００５５】
＝＝チーム生成の処理について＝＝
ここで、第１の判定部１２０及び第２の判定部１４０によるチーム生成の具体例について説明する。以下の説明において、利用者情報は、図３に示した例を用いる。なお、以下の具体例は一例であって、第１の判定部１２０及び第２の判定部１４０による処理や、利用する属性情報を限定するものではない。
【００５６】
［例１］
この例では、第１の属性情報が「性別」であり、第２の属性情報が「年齢」である例について説明する。
【００５７】
この場合、第１の判定部１２０は、男性の利用者が振り分けられたチームと女性の利用者が振り分けられたチームを生成できるか否かを判定する。
【００５８】
ここで、図３の例によれば、男性と女性が３名ずつであるため、男性のみのチームＴ１と女性のみのチームＴ２に振り分けることができる（図４の（ａ）参照）。よって、第１の判定部１２０は、生成されたチームＴ１に対応するチームＩＤに利用者Ｕ１〜利用者Ｕ３の利用者ＩＤを紐付け、第１の決定部１３０に出力する。同様に、第１の判定部１２０は、生成されたチームＴ２に対応するチームＩＤに利用者Ｕ４〜利用者Ｕ６の利用者ＩＤを紐付け、第１の決定部１３０に出力する。
【００５９】
利用者からの操作入力により、チーム対抗戦を実行することが決定された場合、第１の決定部１３０は、その結果を報知部１６０に出力する。報知部１６０は、利用者Ｕ１〜利用者Ｕ６に対し、チームの振り分けを報知する。
【００６０】
一方、利用者からの操作入力により、チーム対抗戦を実行しないことが決定された場合、第２の判定部１４０は、年齢により利用者を振り分けたチームを生成できるか否かを判定する。
【００６１】
ここで、図３の例によれば、利用者Ｕ１〜利用者Ｕ６の年齢層はバラバラであるため、たとえば年齢層が高い順から３名で構成されるチームＴ３と、年齢層が低い順から３名で構成されるチームＴ４に振り分けることができる（図４の（ｂ）参照）。よって、第２の判定部１４０は、生成されたチームＴ３に対応するチームＩＤに利用者Ｕ１、利用者Ｕ２、及び利用者Ｕ４の利用者ＩＤを紐付け、第２の決定部１５０に出力する。同様に、第２の判定部１４０は、生成されたチームＴ４に対応するチームＩＤに利用者Ｕ３、利用者Ｕ５、及び利用者Ｕ６の利用者ＩＤを紐付け、第２の決定部１５０に出力する。
【００６２】
利用者からの操作入力により、チーム対抗戦を実行することが決定された場合、第２の決定部１５０は、その結果を報知部１６０に出力する。報知部１６０は、利用者Ｕ１〜利用者Ｕ６に対し、チームの振り分けを報知する。
【００６３】
なお、この例におけるチームＴ１及びチームＴ２によるチーム対抗戦（性別）は「第１のチーム対抗戦」の一例であり、チームＴ３及びチームＴ４によるチーム対抗戦（年齢）は「第２のチーム対抗戦」の一例である。また「年齢」の代わりに「生年月日」を用いてもよい。たとえば同窓会の２次会のような場面では利用者全員が同学年であるため年齢は同じとなる。このような場合であっても、属性情報として生年月日を用いることにより、チームを生成することができる。
【００６４】
［例２］
この例では、第１の属性情報が「性別」であり、第２の属性情報が「出身地（都道府県）」である例について説明する。
【００６５】
この場合、例１と同様、男性のみのチームＴ１と女性のみのチームＴ２に振り分けることができる（図５の（ａ）参照）。よって、第１の判定部１２０は、生成されたチームＴ１に対応するチームＩＤに利用者Ｕ１〜利用者Ｕ３の利用者ＩＤを紐付け、第１の決定部１３０に出力する。同様に、第１の判定部１２０は、生成されたチームＴ２に対応するチームＩＤに利用者Ｕ４〜利用者Ｕ６の利用者ＩＤを紐付け、第１の決定部１３０に出力する。
【００６６】
利用者からの操作入力により、チーム対抗戦を実行することが決定された場合、第１の決定部１３０は、その結果を報知部１６０に出力する。報知部１６０は、利用者Ｕ１〜利用者Ｕ６に対し、チームの振り分けを報知する。
【００６７】
一方、利用者からの操作入力により、チーム対抗戦を実行しないことが決定された場合、第２の判定部１４０は、出身地により利用者を振り分けたチームを生成できるか否かを判定する。
【００６８】
ここで、図３の例によれば、利用者Ｕ１〜利用者Ｕ６の出身地について、たとえば西側の府県（広島、大阪、愛知）で構成されるチームＴ５と、東側の都道及び県（北海道、東京、長野）で構成されるチームＴ６に振り分けることができる（図５の（ｂ）参照）。よって、第２の判定部１４０は、生成されたチームＴ５に対応するチームＩＤに利用者Ｕ１、利用者Ｕ３、及び利用者Ｕ４の利用者ＩＤを紐付け、第２の決定部１５０に出力する。同様に、第２の判定部１４０は、生成されたチームＴ６に対応するチームＩＤに利用者Ｕ２、利用者Ｕ５、及び利用者Ｕ６の利用者ＩＤを紐付け、第２の決定部１５０に出力する。
【００６９】
利用者からの操作入力により、チーム対抗戦を実行することが決定された場合、第２の決定部１５０は、その結果を報知部１６０に出力する。報知部１６０は、利用者Ｕ１〜利用者Ｕ６に対し、チームの振り分けを報知する。
【００７０】
なお、この例におけるチームＴ１及びチームＴ２によるチーム対抗戦（性別）は「第１のチーム対抗戦」の一例であり、チームＴ５及びチームＴ６によるチーム対抗戦（出身地）は「第２のチーム対抗戦」の一例である。
【００７１】
また、例１及び例２では、２つのチームを生成する内容で説明したが、チームの数は２つに限られない。たとえば、例２において、第２の判定部１４０は、出身地が東日本（北海道、東京）のチーム（利用者Ｕ５及び利用者Ｕ６）、中日本（長野、愛知）のチーム（利用者Ｕ２及び利用者Ｕ３）、西日本（大阪、広島）のチーム（利用者Ｕ１及び利用者Ｕ４）を生成することも可能である。
【００７２】
［例３］
この例では、属性情報と併せて歌唱履歴を利用する例について述べる。この例における属性情報は例１と同様である。すなわち、第１の属性情報が「性別」であり、第２の属性情報が「年齢」である例について説明する。また、図３に示した楽曲Ｘ１〜楽曲Ｘ３は、いずれもデュエット歌唱可能な楽曲（以下、デュエット楽曲という場合がある）であるとする。
【００７３】
まず、取得部１１０は、属性情報と併せて、ログインした複数の利用者の歌唱履歴を取得する。
【００７４】
次に、第１の判定部１２０は、男性の利用者１名と女性の利用者１名から構成されるチームそれぞれにおいて、当該男性の利用者の歌唱履歴及び当該女性の利用者の歌唱履歴の両方に共通するデュエット楽曲が含まれているかどうかを判定し、全てのチームについて当該デュエット楽曲が含まれているような組み合わせが可能である場合、複数のチームを生成できると判定する。
【００７５】
ここで、図３の例によれば、利用者Ｕ１（男性）と利用者Ｕ４（女性）それぞれの歌唱履歴には、デュエット楽曲Ｘ１が含まれており、利用者Ｕ２（男性）と利用者Ｕ５（女性）それぞれの歌唱履歴には、デュエット楽曲Ｘ２が含まれており、利用者Ｕ３（男性）と利用者Ｕ６（女性）それぞれの歌唱履歴には、デュエット楽曲Ｘ３が含まれている。よって、デュエット楽曲Ｘ１をカラオケ歌唱するチームＴ７、デュエット楽曲Ｘ２をカラオケ歌唱するチームＴ８、及びデュエット楽曲Ｘ３をカラオケ歌唱するチームＴ９に振り分けることができる（図６の（ａ）参照）。よって、第１の判定部１２０は、生成されたチームＴ７に対応するチームＩＤに利用者Ｕ１及び利用者Ｕ４の利用者ＩＤを紐付け、第１の決定部１３０に出力する。同様に、第１の判定部１２０は、生成されたチームＴ８に対応するチームＩＤに利用者Ｕ２及び利用者Ｕ５の利用者ＩＤを紐付け、第１の決定部１３０に出力する。第１の判定部１２０は、生成されたチームＴ９に対応するチームＩＤに利用者Ｕ３及び利用者Ｕ６の利用者ＩＤを紐付け、第１の決定部１３０に出力する。
【００７６】
利用者からの操作入力により、チーム対抗戦を実行することが決定された場合、第１の決定部１３０は、その結果を報知部１６０に出力する。報知部１６０は、利用者Ｕ１〜利用者Ｕ６に対し、チームの振り分けを報知する。
【００７７】
一方、利用者からの操作入力により、チーム対抗戦を実行しないことが決定された場合、第２の判定部１４０は、年齢により利用者を振り分けたチームを生成できるか否かを判定する。
【００７８】
この場合、例１と同様、たとえば年齢層が高い順から３名で構成されるチームＴ３と、年齢層が低い順から３名で構成されるチームＴ４に振り分けることができる（図６の（ｂ）参照）。よって、第２の判定部１４０は、生成されたチームＴ３に対応するチームＩＤに利用者Ｕ１、利用者Ｕ２、及び利用者Ｕ４の利用者ＩＤを紐付け、第２の決定部１５０に出力する。同様に、第２の判定部１４０は、生成されたチームＴ４に対応するチームＩＤに利用者Ｕ３、利用者Ｕ５、及び利用者Ｕ６の利用者ＩＤを紐付け、第２の決定部１５０に出力する。
【００７９】
利用者からの操作入力により、チーム対抗戦を実行することが決定された場合、第２の決定部１５０は、その結果を報知部１６０に出力する。報知部１６０は、利用者Ｕ１〜利用者Ｕ６に対し、チームの振り分けを報知する。
【００８０】
なお、この例におけるチームＴ７〜チームＴ９によるチーム対抗戦（性別、デュエット歌唱）は「第１のチーム対抗戦」の一例であり、チームＴ３及びチームＴ４によるチーム対抗戦（年齢）は「第２のチーム対抗戦」の一例である。
【００８１】
＝＝カラオケ装置における処理について＝＝
次に、図７Ａ及び図７Ｂを参照して本実施形態に係るカラオケ装置Ｋにおける処理の具体例について述べる。図７Ａ及び図７Ｂは、カラオケ装置Ｋにおける処理例を示すフローチャートである。この例では、複数の利用者でカラオケ装置Ｋを利用し、チーム対抗戦のコンテンツを実行するとする。また、各利用者の属性情報が、利用者情報記憶部１１に予め記憶されているとする。なお、利用者の合計人数は素数でないものとする。
【００８２】
ログイン処理部１００は、各利用者からの操作入力に応じて、カラオケ装置Ｋに対する各利用者のログインを行う（各利用者のログイン。ステップ１０）。
【００８３】
取得部１１０は、ステップ１０でログインした複数の利用者に関する第１の属性情報及び第２の属性情報を取得する（各利用者の第１の属性情報及び第２の属性情報を取得。ステップ１１）。
【００８４】
第１の判定部１２０は、ステップ１１で取得した第１の属性情報に基づいて、複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する。
【００８５】
第１の判定部１２０により複数のチームを生成できると判定された場合（ステップ１２でＹの場合）、第１の決定部１３０は、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第１のチーム対抗戦を実行するか否かを決定する。
【００８６】
第１の判定部１２０により複数のチームを生成できないと判定された場合（ステップ１２でＮの場合）、或いは第１の決定部１３０により第１のチーム対抗戦を実行しないことが決定された場合（ステップ１３でＮの場合）、第２の判定部１４０は、第２の属性情報に基づいて、複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する。
【００８７】
第２の判定部１４０により複数のチームを生成できると判定された場合（ステップ１４でＹの場合）、第２の決定部１５０は、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第２のチーム対抗戦を実行するか否かを決定する。
【００８８】
第１の決定部１３０により第１のチーム対抗戦を実行することが決定された場合（ステップ１３でＹの場合）または第２の決定部１５０により第２のチーム対抗戦を実行することが決定された場合（ステップ１５でＹの場合）、報知部１６０は、複数の利用者に対し、チームの振り分けを報知する（チームの振り分けを報知。ステップ１６）。
【００８９】
記憶処理部１７０は、利用者ＩＤを所属するチームのチームＩＤと紐付けて記憶部１０ａに記憶させる。また、チームの振り分けが報知された後、各利用者は、リモコン装置５０等を介して自らがカラオケ歌唱を行う楽曲を選曲する。この場合、記憶処理部１７０は、利用者がカラオケ歌唱する楽曲を予約した場合に楽曲ＩＤと当該利用者が所属するチームＩＤとを紐付けて記憶部１０ａに記憶させる（チームＩＤに対して利用者ＩＤ及び楽曲ＩＤを紐付けて記憶。ステップ１７）。
【００９０】
全ての利用者の楽曲の予約が完了した後、カラオケ装置Ｋは、一番目の利用者がカラオケ歌唱を行う楽曲の伴奏データを記憶部１０ａから読み出し、カラオケ演奏音をスピーカ２０から放音させる（カラオケ演奏の開始。ステップ１８）。利用者は、カラオケ演奏に合わせてカラオケ歌唱を行う。
【００９１】
利用者が楽曲のカラオケ歌唱を行った場合、採点部１８０は、利用者のカラオケ歌唱を採点する（カラオケ歌唱の採点。ステップ１９）。
【００９２】
各チームに所属する一の利用者同士の対戦が終了した場合（ステップ２０でＹの場合）、算出部１９０は、ステップ１９で得られた採点結果をチーム毎に加算することで、チーム毎に得点を算出する（チーム毎の得点を算出。ステップ２１）。
【００９３】
報知部１６０は、ステップ２１で算出したチーム毎の得点を表示装置３０に表示させる（チーム毎の得点を表示。ステップ２２）。
【００９４】
カラオケ装置Ｋは、全ての利用者のカラオケ歌唱が終了するまで（全ての対戦が終了するまで。ステップ２３でＹの場合）、ステップ１８〜ステップ２２の処理を繰り返す。
なお、この例において、第２の判定部１４０により複数のチームを生成できないと判定された場合（ステップ１４でＮの場合）、或いは第２の決定部１５０により第２のチーム対抗戦を実行しないことが決定された場合（ステップ１５でＮの場合）、カラオケ装置Ｋは、チーム対抗戦のコンテンツを実行しないとして処理を終了する。
【００９５】
以上から明らかなように、本実施形態に係るカラオケ装置Ｋは、カラオケ装置Ｋに対する利用者のログインを行うログイン処理部１００と、ログインした複数の利用者に関する第１の属性情報及び第２の属性情報を取得する取得部１１０と、取得した第１の属性情報に基づいて、複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する第１の判定部１２０と、第１の判定部１２０により複数のチームを生成できると判定された場合、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第１のチーム対抗戦を実行するか否かを決定する第１の決定部１３０と、第１の判定部１２０により複数のチームを生成できないと判定された場合、或いは第１の決定部１３０により第１のチーム対抗戦を実行しないことが決定された場合、第２の属性情報に基づいて、複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する第２の判定部１４０と、第２の判定部１４０により複数のチームを生成できると判定された場合、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第２のチーム対抗戦を実行するか否かを決定する第２の決定部１５０と、第１の決定部１３０により第１のチーム対抗戦を実行することが決定された場合または第２の決定部１５０により第２のチーム対抗戦を実行することが決定された場合、複数の利用者に対し、チームの振り分けを報知する報知部１６０と、利用者ＩＤを所属するチームのチームＩＤと紐付け、且つある利用者がカラオケ歌唱する楽曲を予約した場合に当該楽曲を識別するための楽曲ＩＤと当該ある利用者が所属するチームＩＤとを紐付けて記憶させる記憶処理部１７０と、各利用者のカラオケ歌唱を採点する採点部１８０と、採点部１８０による採点結果をチーム毎に加算することで、チーム毎に得点を算出する算出部１９０と、を有する。
【００９６】
このようなカラオケ装置Ｋによれば、チーム対抗戦のようなコンテンツを利用する場合に、利用者がカラオケ装置Ｋにログインするだけで、チームの振り分けが自動的に行われる。よって、利用者は気軽にチーム対抗戦を行うことができる。また、チームの振り分けは利用者の属性情報に基づいて行われるため、一つのチームに所属する利用者同士は、何らかの共通項を持っていることとなる。よって、チーム毎に一体感が生まれやすくなり、チーム対抗戦をより楽しむことができる。すなわち、本実施形態に係るカラオケ装置Ｋによれば、チーム対抗戦のようなコンテンツを簡易に楽しむことができる。
【００９７】
また、第１の属性情報または第２の属性情報は利用者の性別であり、第１の判定部１２０または第２の判定部１４０は、男性の利用者が振り分けられたチームと女性の利用者が振り分けられたチームを生成できるか否かを判定することができる。このように性別により利用者の振り分けを行うことにより、同性同士でチーム対抗戦を楽しむことができる。
【００９８】
また、第１の属性情報または第２の属性情報は利用者の性別であり、第１の判定部１２０または第２の判定部１４０は、男性の利用者１名と女性の利用者１名から構成される複数のチームを生成できるか否かを判定することができる。このように男性と女性のペアに振り分けを行うことにより、異性と一緒にチーム対抗戦を楽しむことができる。
【００９９】
また、取得部１１０は、ログインした複数の利用者の歌唱履歴を取得し、第１の判定部１２０または第２の判定部１４０は、男性の利用者１名と女性の利用者１名から構成されるチームそれぞれにおいて、当該男性の利用者の歌唱履歴及び当該女性の利用者の歌唱履歴の両方に共通するデュエット歌唱可能な楽曲が含まれているかどうかを判定し、当該デュエット可能な楽曲が含まれている場合、複数のチームを生成できると判定する。このように歌唱履歴を利用することにより、デュエット歌唱により、チーム対抗戦を楽しむことができる。
【０１００】
また、第１の属性情報または第２の属性情報は、利用者の年齢、生年月日または利用者に関する位置情報であってもよい。このような属性情報を用いることにより、同じ利用者同士であっても、異なるチームの振り分けを行うことができる。
【０１０１】
＜その他＞
上記実施形態では、利用者情報記憶部１１において利用者情報が記憶されている例について述べたが、カラオケ装置Ｋが必ずしも利用者記憶情報を記憶している必要は無い。たとえば、取得部１１０は、通信部１０ｂを介してサーバ装置（図示なし）と通信し、サーバ装置に記憶されている利用者毎の歌唱採点履歴を取得することでもよい。
【０１０２】
また、利用者の数が素数の場合には、属性情報の種類に関わらず、同人数ずつ振り分けたチームを生成することはできない。この場合、第１の判定部１２０は複数のチームを生成できないと判定し、その旨を報知部１６０に出力する。報知部１６０は、利用者に対して属性情報によるチームの生成ができない旨を報知する。なお、このような場合であっても、従来通り利用者自らが、たとえば人数の異なるチーム分けを行うことにより、チーム対抗戦を行うことは可能である。
【０１０３】
また、上記実施形態では、チームの振り分けを２回行う例について述べたが、チームの振り分けは３回以上行ってもよい。チームの振り分けを行うことができる回数は、利用者情報に含まれる属性情報の数によって決まる。
【０１０４】
この場合、取得部１１０は、ログインした複数の利用者に関する第ｎ−１の属性情報及び第ｎの属性情報を取得する。第１の判定部１２０は、取得した第ｎ−１の属性情報に基づいて、複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する。第１の決定部１３０は、第１の判定部１２０により複数のチームを生成できると判定された場合、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第ｎ−１のチーム対抗戦を実行するか否かを決定する。第２の判定部１４０は、第１の判定部１２０により複数のチームを生成できないと判定された場合、或いは第１の決定部１３０により第ｎ−１のチーム対抗戦を実行しないことが決定された場合、第ｎの属性情報に基づいて、複数の利用者を同人数ずつ振り分けた複数のチームを生成できるかどうかを判定する。第２の決定部１５０は、第２の判定部１４０により複数のチームを生成できると判定された場合、当該複数のチームにより、カラオケ歌唱の採点値の合計点を競う第ｎのチーム対抗戦を実行するか否かを決定する。報知部１６０は、第１の決定部１２０により第ｎ−１のチーム対抗戦を実行することが決定された場合または第２の決定部１４０により第ｎのチーム対抗戦を実行することが決定された場合、複数の利用者に対し、チームの振り分けを報知する。
【０１０５】
上記実施形態は、例として提示したものであり、発明の範囲を限定するものではない。上記の構成は、適宜組み合わせて実施することが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０６】
１００  ログイン処理部
１１０  取得部
１２０  第１の判定部
１３０  第１の決定部
１４０  第２の判定部
１５０  第２の決定部
１６０  報知部
１７０  記憶処理部
１８０  採点部
１９０  算出部
Ｋ  カラオケ装置
【図１】
2020122899.tif 000003
【図２】
2020122899.tif 000004
【図３】
2020122899.tif 000005
【図４】
2020122899.tif 000006
【図５】
2020122899.tif 000007
【図６】
2020122899.tif 000008
【図７Ａ】
2020122899.tif 000009
【図７Ｂ】
2020122899.tif 000010