JP5759412B2 - 端末装置及び楽曲再生装置 - Google Patents

Description

本発明は、カラオケサービスに用いられる端末装置及び楽曲再生装置に関する。

従来、カラオケサービスに用いられる端末装置が知られている(例えば、特許文献１参照）。この従来の端末装置（カラオケリモコン装置）では、利用者が歌手名や楽曲名、リリース年、ジャンル等を入力すると、入出力用表示部に検索結果が一覧表示されるようになっている。利用者は、一覧表示された検索結果の中から所望の楽曲を探し当てて選曲指定を行うことができる。

特開２００９−１６９１２５号公報

近年、上記従来技術のように、歌手や楽曲等の歌唱対象の識別子（例えば、歌手名や楽曲名等）を、例えば５０音順や歌唱頻度の高い順（人気の高い順）等にソートして一覧表示することが行われている。これにより、ユーザは、一覧表示された歌唱対象の識別子を参照しつつ選曲を行うことができる。また近年、ユーザの嗜好に対応する歌唱対象（例えば、ユーザが予めお気に入りとして登録した歌手や楽曲、ユーザによる歌唱回数の最も多い歌手や楽曲等）の識別子を一覧表示することで、ユーザに対し、当該ユーザの嗜好に対応する歌唱対象を推奨することが行われつつある。これにより、ユーザは、一覧表示された自分の嗜好に対応する歌唱対象の識別子を参照しつつ選曲を行うことができる。

ところで、一般に、ユーザがカラオケサービスを受ける場合、１人で来場する場合もあるが、複数人で連れ立って来場し、一緒に楽しむ場合が多い。このようにユーザが複数存在する場合において、ユーザに対し、その場の雰囲気に適した歌唱対象の推奨を行うことができれば、非常に便利である。しかしながら、従来では、ユーザに対し、１人のユーザの嗜好に対応する歌唱対象を推奨することは行われているものの、その場の雰囲気に適した歌唱対象を推奨することについては、特に考慮されていなかった。

本発明の目的は、ユーザが複数存在する場合において、ユーザに対しその場の雰囲気に適した歌唱対象の推奨を行うことができる端末装置及び楽曲再生装置を提供することにある。

上記目的を達成するために、第１発明は、所定の表示を行う第１表示部と、ユーザが操作可能な第１操作部と、を有し、前記第１操作部の操作に応じて楽曲を選択可能な端末装置であって、前記第１操作部による前記ユーザの利用認証操作を受け付ける第１認証受付手段と、複数の前記楽曲に関する複数の前記ユーザの歌唱履歴情報に基づいて各位置座標に対し歌唱対象識別子が対応付けられた背景画像上の、前記第１認証受付手段により前記利用認証操作が受け付けられて利用認証された認証ユーザを含む複数の前記ユーザに対応する前記位置座標、をそれぞれ取得する第１位置取得手段と、前記背景画像を表示し、かつ、その背景画像上の、前記第１位置取得手段により取得された各ユーザに対応する各位置座標に、前記ユーザを識別する図像をそれぞれ表示するように、前記第１表示部を制御する第１表示制御手段と、前記第１表示部が前記第１表示制御手段の制御に基づく表示を行っている状態において、前記第１操作部による前記ユーザの、複数の前記図像のうち２つ以上を関連付ける関連付け操作、を受け付ける第１操作受付手段と、前記第１操作受付手段により前記関連付け操作を受け付けた場合に、その関連付け操作に応じた２つ以上の図像の中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記第１表示部を制御する第２表示制御手段と、を有することを特徴とする。

第２発明は、上記第１発明において、前記第１操作受付手段は、前記関連付け操作として、前記２つ以上の図像間の第１中間位置を選択する選択操作を受け付け、前記第２表示制御手段は、前記第１中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記表示部を制御することを特徴とする。

第３発明は、上記第２発明において、前記第１表示制御手段は、各図像間に所定の間隔で設定された複数の前記第１中間位置に、目盛をそれぞれで表示するように、前記第１表示部を制御し、前記第１操作受付手段は、前記関連付け操作として、複数の前記目盛のうちいずれかを選択する選択操作を受け付け、前記第２表示制御手段は、前記選択操作に応じた目盛に関する前記第１中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記第１表示部を制御することを特徴とする。

第４発明は、上記第１発明において、前記第１操作受付手段は、前記関連付け操作として、前記２つ以上の図像を所定の時間範囲に連続して選択する選択操作を受け付け、前記第２表示制御手段は、前記選択操作に応じた２つ以上の図像間の第２中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記第１表示部を制御することを特徴とする。

第５発明は、上記第１発明において、前記第１操作受付手段は、前記関連付け操作として、前記２つ以上の図像を含む画面範囲を選択する選択操作を受け付け、前記第２表示制御手段は、前記選択操作に応じた画面範囲に含まれる前記２つ以上の図像間の第３中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記第１表示部を制御することを特徴とする。

第６発明は、上記第１乃至第５発明のいずれかにおいて、前記第１位置取得手段は、前記認証ユーザに加え、当該認証ユーザに対し関連付けられた関連ユーザを含む前記複数のユーザに対応する前記位置座標を取得することを特徴とする。

第７発明は、上記第１乃至第６発明のいずれかにおいて、前記第２表示制御手段は、前記中間位置に対応する前記位置座標に対し対応付けられた複数の前記歌唱対象識別子のうち、前記関連付け操作に応じた各図像に関する各ユーザの歌唱情報に基づいて選定された前記歌唱対象識別子、を表示するように、前記第１表示部を制御することを特徴とする。

第８発明は、上記第１乃至第６発明のいずれかにおいて、前記第２表示制御手段は、前記中間位置に対応する前記位置座標に対し対応付けられた複数の前記歌唱対象識別子のうち、前記複数のユーザによる歌唱頻度の高い上位所定数の前記歌唱対象識別子、を表示するように、前記第１表示部を制御することを特徴とする。

第９発明は、上記第１乃至第８発明のいずれかにおいて、前記歌唱対象識別子は、前記楽曲の歌手識別子であることを特徴とする。

上記目的を達成するために、第１０発明は、楽曲を再生する再生手段と、所定の表示を行う第２表示部と、ユーザが操作可能な第２操作部と、を有し、前記第２操作部の操作に応じて前記再生手段に再生させる前記楽曲を選択可能な楽曲再生装置であって、前記第２操作部による前記ユーザの利用認証操作を受け付ける第２認証受付手段と、複数の前記楽曲に関する複数の前記ユーザの歌唱履歴情報に基づいて各位置座標に対し歌唱対象識別子が対応付けられた背景画像上の、前記第２認証受付手段により前記利用認証操作が受け付けられて利用認証された認証ユーザを含む複数の前記ユーザに対応する前記位置座標、をそれぞれ取得する第２位置取得手段と、前記背景画像を表示し、かつ、その背景画像上の、前記第２位置取得手段により取得された各ユーザに対応する各位置座標に、前記ユーザを識別する図像をそれぞれ表示するように、前記第２表示部を制御する第３表示制御手段と、前記第２表示部が前記第３表示制御手段の制御に基づく表示を行っている状態において、前記第２操作部による前記ユーザの、複数の前記図像のうち２つ以上を関連付ける関連付け操作、を受け付ける第２操作受付手段と、前記第２操作受付手段により前記関連付け操作を受け付けた場合に、その関連付け操作に応じた２つ以上の図像の中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記第２表示部を制御する第４表示制御手段と、を有することを特徴とする。

本発明によれば、ユーザが複数存在する場合において、ユーザに対しその場の雰囲気に適した歌唱対象の推奨を行うことができる。

本発明の一実施の形態のカラオケシステムの全体構成を表す機能ブロック図である。 歌唱履歴データベースの記憶内容の一例を表すテーブルである。 楽曲情報データベースの記憶内容の一例を表すテーブルである。 ユーザ登録データベースの記憶内容の一例を表すテーブルである。 ホストサーバの制御部が実行する制御手順の一例を表すフローチャートである。 第２マップデータのデータ構造の一例を概念的に表す説明図である。 図６中のＡ部の拡大図に相当する説明図である。 整列データの生成手法の一例を説明するための説明図である。 整列データのデータ構造の一例を概念的に表す説明図である。 整列データのデータ構造の一例を概念的に表す説明図である。 リモコンの制御部により実行される制御手順の一例を表すフローチャートである。 ステップＳＢ５０で表示されるマップ画面の一例を表す説明図である。 ステップＳＢ８０で表示される歌手選択画面の一例を表す説明図である。 複数アバタを連続して選択する変形例における、ステップＳＢ５０で表示されるマップ画面の一例を表す説明図である。 複数アバタを含む画面範囲を選択する変形例における、ステップＳＢ５０で表示されるマップ画面の一例を表す説明図である。

以下、本発明の一実施の形態について図面を参照しつつ説明する。

図１は、本実施形態のカラオケシステムの全体構成を表す機能ブロック図である。

図１において、本実施形態のカラオケシステム１は、カラオケサービスを行う各店舗の各カラオケルールＫＲにそれぞれ１台ずつ設置されたカラオケ装置１０（図１中では、１つのカラオケルームＫＲに設置された１台のカラオケ装置１０のみを示す）と、カラオケサービス提供会社側のホストサーバ４００とを有している。各カラオケ装置１０とホストサーバ４００とは、適宜のネットワークＮＷを介し、互いに情報送受信可能に接続されている。

カラオケ装置１０は、装置本体１００（楽曲再生装置）と、リモコン２００（端末装置）と、スピーカ３０１と、ディスプレイ３０２と、マイク３０３とを有している。装置本体１００とリモコン２００とは、例えば無線又は有線のＬＡＮ等のネットワークを介し、互いに情報送受信可能に接続されている。装置本体１００と、スピーカ３０１、ディスプレイ３０２、及びマイク３０３とは、適宜の回線により接続されている。

装置本体１００は、制御部１０１と、大容量記憶装置１０３と、操作部１０４と、受信部１０５と、音源１０６と、音声制御部１０７と、通信制御部１１０とを有している。

制御部１０１は、図示しないＣＰＵやＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置１０３に予め記憶された各種プログラムを実行する。これにより、装置本体１００全体の制御を行う。

大容量記憶装置１０３は、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等から構成されている。この大容量記憶装置１０３には、予めホストサーバ４００（又は、カラオケサービス提供会社側の別のサーバ）から上記ネットワークＮＷを介し配信された、カラオケ用の複数の楽曲に係わる、ＭＩＤＩ（登録商標）データ、背景映像データ、及び歌詞データ等の各種情報が記憶されている。

操作部１０４は、例えば複数のキーやスイッチ等から構成されている。ユーザは、この操作部１０４（又は、リモコン２００）を用いて、歌唱する楽曲の選択操作（選曲操作）等の各種操作を行うことができる。

受信部１０５は、マイク３０３から出力された歌唱者（ユーザ）の歌唱音声に対応する音声信号を受信する。

音源１０６は、制御部１０１によって大容量記憶装置１０３から読み出されたＭＩＤＩデータを再生して音声制御部１０７へ出力する。音声制御部１０７は、音源１０６から出力されたＭＩＤＩデータ、及び、受信部１０５により受信された音声信号を増幅し、スピーカ３０１へ出力する。スピーカ３０１は、音声制御部１０７から出力されたＭＩＤＩデータ及び音声信号を音声出力する。

なお、音源１０６、音声出力部１０７、及びスピーカ３０１（以下適宜、これらを「音源１０６等」と略称する）が、特許請求の範囲に記載の再生手段を構成する。

ディスプレイ３０２は、例えば液晶ディスプレイ等から構成されており、各種映像を表示する。特に、ディスプレイ３０２は、音源１０６等によるＭＩＤＩデータの再生に同期して、言い換えれば、音源１０６等によりＭＩＤＩデータの再生が行われるのに従い、大容量記憶装置１０３から読み出された背景映像データ及び歌詞データに対応したテロップ等を表示することができる。

通信制御部１１０は、リモコン２００やホストサーバ４００との間で行われる情報通信の制御を行う。

リモコン２００は、ユーザが選曲操作等の各種操作を行うための端末装置である。このリモコン２００は、制御部２０１と、記憶装置２０３と、タッチパネルディスプレイ２０２と、通信制御部２１０とを有している。

記憶装置２０３は、例えば不揮発性メモリ等から構成されており、各種情報を記憶する。

タッチパネルディスプレイ２０２は、表示部２０２ａ（第１表示部）と、タッチパネル部２０２ｂ（第１操作部）とを有している。

表示部２０２ａは、例えば液晶ディスプレイ等から構成されており、各種表示を行う。

タッチパネル部２０２ｂは、表示部２０２ａの表示領域の表面に沿って設けられた透明なスイッチである。このタッチパネル部２０２ｂは、ユーザの指やスタイラス（ペン）等による接触（タッチ）があった場合、その接触箇所のスイッチがオンされたことを認識可能な構成となっている。ユーザは、表示部２０２ａに表示されたアイコン（画像）に対応するタッチパネル２０２ｂ部分をタッチすることにより、選択や入力を行うことができる。これにより、ユーザは、選曲操作等の各種操作を行うことができる。特に、ユーザは、タッチパネル部２０２ｂを介し、予め登録されたユーザ識別情報であるユーザＩＤ及びパスワードを入力するログイン操作（利用認証操作）を行うことにより、ログインすることができる。これにより、リモコン２００上で、カラオケサービス提供会社による所定のサービスを享受可能となる。

通信制御部２１０は、装置本体１００やホストサーバ４００との間で行われる情報通信の制御を行う。

制御部２０１は、図示しないＣＰＵやＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部２０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや記憶装置２０３に予め記憶された各種プログラムを実行する。これにより、リモコン２００全体の制御を行う。例えば、ユーザがログインした状態で選曲操作を行って歌唱を行うと、制御部２０１は、当該ユーザのユーザＩＤと、選曲された楽曲の識別情報である楽曲ＩＤと、選曲された楽曲が歌唱された年月日及び時刻の情報である歌唱日時とを、通信制御部２１０及びネットワークＮＷを介し、ホストサーバ４００へ出力する。

ホストサーバ４００は、制御部４０１と、大容量記憶装置４０３と、操作部４０４と、表示部４０９と、通信制御部４１０とを有している。

大容量記憶装置４０３は、例えばＨＤＤ等から構成されている。この大容量記憶装置４０３には、歌唱履歴データベース４０３１（後述の図２参照）、楽曲情報データベース４０３２（後述の図３参照）、及びユーザ登録データベース４０３３（後述の図４参照）が記憶されている。

操作部４０４は、例えばキーボードやマウス等から構成されている。この操作部４０４では、各種操作が行われる。

表示部４０９は、例えば液晶ディスプレイ等から構成されており、各種表示を行う。

通信制御部４１０は、各カラオケ装置１０との間で、上記ネットワークＮＷを介し行われる情報通信の制御を行う。

制御部４０１は、図示しないＣＰＵやＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部４０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置４０３に予め記憶された各種プログラムを実行する。これにより、ホストサーバ４００全体の制御を行う。例えば、制御部４０１は、各カラオケ装置１０の装置本体１００から出力されたユーザＩＤ、楽曲ＩＤ、及び歌唱日時を、通信制御部４１０を介し入力して、歌唱履歴情報として上記歌唱履歴データベース４０３１へ蓄積する。なお、歌唱日時は、装置本体１００から出力するのではなく、ホストサーバ４００側で確認するように構成してもよい。

図２は、上記歌唱履歴データベース４０３１の記憶内容の一例を表すテーブルである。

図２において、歌唱履歴データベース４０３１には、各カラオケ装置１０の装置本体１００から出力された、複数の楽曲に関する複数のユーザの選曲操作に基づく歌唱履歴情報が記憶されている。

歌唱履歴情報には、選曲操作を行ったユーザのユーザＩＤと、選曲された楽曲の楽曲ＩＤと、選曲された楽曲の歌唱日時とが含まれている。なお、歌唱履歴情報として、上記ユーザＩＤ、楽曲ＩＤ、及び歌唱日時の他に、選曲操作を行ったユーザによる歌唱や選曲された楽曲に関する関連情報を併せて記憶するように構成してもよい。

図３は、上記楽曲情報データベース４０３３の記憶内容の一例を表すテーブルである。

図３において、楽曲情報データベース４０３３には、各楽曲ごとに、当該楽曲に関する楽曲情報が記憶されている。楽曲情報には、楽曲ＩＤ、楽曲の識別子である楽曲名、及び、楽曲の歌手の識別子である歌手名等が含まれている。本実施形態では、歌手が、歌唱対象に相当し、歌手名が、特許請求の範囲に記載の歌手識別子に相当すると共に歌唱対象識別子に相当する。

なお、本明細書中では、２人以上からなるグループの楽曲の場合、その楽曲の歌手は、グループのメンバーそれぞれを指すのではなく、グループそのものを指すものとする。例えば、「ＡＡ」「ＢＢ」「ＣＣ」「ＤＤ」「ＥＥ」の５人からなるグループ「ＡＢＣＤＥ」の楽曲の場合、その楽曲の歌手は、グループ「ＡＢＣＤＥ」である。

図４は、上記ユーザ登録データベース４０３３の記憶内容の一例を表すテーブルである。

図４において、ユーザ登録データベース４０３３には、各ユーザごとに、当該ユーザに関するユーザ登録情報が記憶されている。ユーザ登録情報には、「ユーザＩＤ」「パスワード」「年齢」「性別」「住所」「アバタ」「お気に入り楽曲」「お気に入り歌手」「友達ユーザ」等の項目で表される情報が含まれている。

「ユーザＩＤ」項目には、ユーザのユーザＩＤが格納されている。「パスワード」項目には、例えば英数字文字列からなるパスワードが格納されている。「年齢」項目には、ユーザの年齢の情報が格納されている。「住所」項目には、ユーザの住所の情報が格納されている。「アバタ」項目には、ユーザに対応するアバタ（図像）の画像データであるアバタ情報が格納されている。アバタとは、各ユーザを識別する簡易的な人型図像であり、各ユーザの分身的な意味合いのキャラクタである。なお、各ユーザを識別する図像としては、アバタに限られず、写真やイラスト等でもよい。「お気に入り楽曲」項目には、ユーザがお気に入りとして登録した楽曲の楽曲名が格納されている。「お気に入り歌手」項目には、ユーザがお気に入りとして登録した歌手の歌手名が格納されている。「友達ユーザ」項目には、ユーザが友達として登録した（関連付けた）関連ユーザとしての友達ユーザのユーザＩＤが格納されている。

ここで、本実施形態の最大の特徴は、表示部２０２ａが、各位置座標に対し歌手名が対応付けられた背景画像５１（後述）上における各ユーザに対応する各位置座標に、これら各ユーザのアバタをそれぞれ表示した状態で、ユーザが２つ以上のアバタ間の中間位置を選択したら、その選択された中間位置の位置座標に対し対応付けられた歌手名が表示されることにある。以下、その詳細について順を追って説明する。なお、本明細書中でいうアバタ間の中間位置とは、アバタ間の中央（真ん中）の位置に限定されず、アバタ間の任意の位置を指すものであり、アバタ間には、複数の中間位置が存在する。

図５は、ホストサーバ４００の制御部４０１により実行される制御手順の一例を表すフローチャートである。

図５において、このフローに示す処理は、所定の開始操作が行われることによって開始される。まずステップＳＡ１０で、制御部４０１は、大容量記憶装置４０３に記憶された歌唱履歴データベース４０３１にアクセスし、複数のユーザの歌唱履歴情報（ユーザＩＤ、楽曲ＩＤ、及び歌唱日時）を取得する。またこれと共に、大容量記憶装置４０３に記憶された楽曲情報データベース４０３２にアクセスし、複数の楽曲に関する楽曲情報（楽曲ＩＤ、楽曲名、及び歌手名）を取得する。

その後、ステップＳＡ２０で、制御部４０１は、上記ステップＳＡ１０で取得された複数の歌唱履歴情報及び複数の楽曲情報に基づき、複数のユーザを歌手名ごとに分類した第１マップデータを生成する。

第１マップデータの生成手法の一例としては、制御部４０１は、まず、歌唱履歴情報と楽曲情報との両方に含まれる楽曲ＩＤをキーとして、各歌唱履歴情報に対し歌手名をそれぞれ対応付ける。その後、歌手名をそれぞれ対応付けた複数の歌唱履歴情報を、当該歌唱履歴情報に含まれるユーザＩＤを参考にしてユーザごとに分類する。そして、各ユーザごとに分類された、歌手名をそれぞれ対応付けた複数の歌唱履歴情報を用いて、各ユーザごとに、複数の歌手名を成分とする特徴ベクトル（すなわち、歌手の嗜好を表す特徴ベクトル）をそれぞれ生成する。その後、各ユーザごとに生成された複数の特徴ベクトルを、これらの成分に応じてクラスタリングして、平面座標系が設定された二次元平面４０（後述の図７参照）上に配列された複数（この例では１００個）のセル４１（後述）で表されるユニットに分類する。各ユニットには、上記二次元平面４０上の位置座標が予め対応付けられている。なお、クラスタリングとは、例えば公知のＫ−ｍｅａｎｓ法やＳＯＭ（Ｓｅｌｆ Ｏｒｇａｎｉｚｉｎｇ Ｍａｐｓ）法等のクラスタリング手法を用いて、複数のデータを外的基準なしに自動的に分類する手法、又は、そのアルゴリズムである。そして、この分類結果に対応して、各ユーザを、対応する特徴ベクトルが分類されたユニットに対しそれぞれ対応付ける。これにより、各ユーザに対し、上記二次元平面４０上の位置座標が対応付けられる。またこれと共に、各歌手名を、対応する歌手の楽曲に対する、所属する全ユーザによる総歌唱回数の最も多いユニットに対しそれぞれ対応付けてプロットする。以上により、第１マップデータが生成される。なお、ユーザの所属するユニットを表す情報や、上記二次元平面４０上におけるユーザの位置座標は、大容量記憶装置４０３の適宜の箇所、例えば大容量記憶装置４０３に設けたユーザ位置データベース（図示省略）に各ユーザごとに記憶される。

すなわち、第１マップデータ上では、複数の歌手名は、プロットされた距離が近いほど対応する歌手の類似度が高くなり、プロットされた距離が遠いほど対応する歌手の類似度が低くなるような、所定の分布態様で分布する。したがって、同じような歌手の嗜好を備えるユーザ同士は、同じユニット（言い換えれば、同じ歌手名）、又は、近い位置に配列された類似するユニット（言い換えれば、プロットされた距離が近い類似する歌手の歌手名）に分類される。また、全く違う歌手の嗜好を備えるユーザ同士は、遠い位置に配列された非類似のユニット（言い換えれば、プロットされた距離が遠い非類似の歌手の歌手名）に分類される。

そして、ステップＳＡ３０に移り、制御部４０１は、上記ステップＳＡ２０で生成された第１マップデータを用いて、当該第１マップデータ上で上記のような分布態様で分布する複数の歌手名を、これらに対応する歌手に関するカテゴリに応じて、予め歌手に関し設定された複数のカテゴリに分類した第２マップデータを生成する。

図６及び図７は、上記ステップＳＡ３０で生成された第２マップデータのデータ構造の一例を概念的に表す説明図である。なお、図７は、図６中のＡ部の拡大図に相当する。

図６及び図７において、第２マップデータでは、上記二次元平面４０上に、上記１００個のユニットを表した六角形状のセル４１が、六方格子状に配列されている。また、この二次元平面４０上には、複数の歌手名を表した円形状のプロット４２が、プロットされた距離が近いほど対応する歌手の類似度が高くなり、プロットされた距離が遠いほど対応する歌手の類似度が低くなるような分布態様で分布している。そして、これら複数のプロット４２で表される歌手名が、複数（この例では９個）のカテゴリに分類されている。すなわち、各カテゴリには、上記二次元平面４０上の位置座標の範囲が設定される。

この第２マップデータ上では、各ユーザは、１００個のセル４１で表されるユニットのうちいずれか１つのユニットに対応付けられている。また、各歌手名は、１００個のセル４１で表されるユニットのうちいずれか１つのユニットに対応付けられている。

図５に戻り、その後のステップＳＡ４０では、制御部４０１は、上記ステップＳＡ３０で生成された第２マップデータに含まれる複数の歌手名のうち、特定の複数の歌手名、この例では、９個のカテゴリそれぞれにおける複数のユーザによる楽曲の歌唱頻度の高い上位１００歌手の歌手名である計９００歌手名を抽出する。そして、その抽出した９００歌手名を、第２マップデータ上での分布態様に対応する、所定の配列態様で配列した配列データを生成する。

その後、ステップＳＡ５０で、制御部４０１は、上記ステップＳＡ４０で生成された配列データに含まれる９００歌手名を、所定のアルゴリズムに基づき、上記二次元平面４０に対応する平面座標系が設定された所定のエリア（データ領域）上に、各カテゴリごとに１０×１０の格子状にそれぞれ整列した整列データを生成する。

図８は、整列データの生成手法の一例を説明するための説明図である。なお、ここでは、図示及び説明の煩雑を防止するため、上記ステップＳＡ４０で生成された配列データに含まれる９００歌手名のうち、適宜のエリアに配列された９歌手名を、３×３の格子状に整列する例を示す。

図８（ａ）に示すように、まず、９歌手名が含まれる適宜のエリアを、それぞれ３歌手名が含まれるように、Ｘ軸方向に３つに区分する。

その後、図８（ｂ）に示すように、Ｘ軸方向に３つに区分した３つの区分エリアを、各区分エリアごとに、それぞれ１歌手名が含まれるように、Ｙ軸方向に３つに区分する。

そして、図８（ｃ）に示すように、Ｘ軸方向に３つに区分すると共にＹ軸方向に３つに区分した９つの区分エリアそれぞれのサイズを均一にして、各区分エリアの中央に、対応する歌手名が配置されるように、各歌手名を整列する。これにより、上記９歌手名を、３×３の格子状に整列したデータが生成される。

上記のような手法を用いることにより、配列データに含まれる９００歌手名を、所定のエリア上に、各カテゴリごとに１０×１０の格子状にそれぞれ整列した整列データを生成することができる。

図９及び図１０は、上記のようにして生成された整列データのデータ構造の一例を概念的に表す説明図である。

図９及び図１０において、整列データは、所定のエリア上に、上記９００歌手名が、各カテゴリごとに１０×１０の格子状にそれぞれ整列したデータ構造を有している。すなわち、上記所定のエリア上の各位置座標には、歌手名が対応付けられている。なお、図９及び図１０中の１個のグリッドには、１歌手名がプロットされている。すなわち、９００歌手名が１ずつプロットされた計９００個のグリッドは、図９に示すように、各カテゴリに対応する１０×１０のグリットを１エリアとして、計９エリアに分類されている。また、上記９００個のグリッドは、図１０に示すように、３×３のグリッドを１ゾーンとして、計１００ゾーンに分類されている。

図５に戻り、その後のステップＳＡ６０では、制御部４０１は、上記ステップＳＡ５０で生成された整列データを、通信制御部４１０及びネットワークＮＷを介し、各カラオケ装置１０の装置本体１００へ出力する。その後、このフローに示す処理を終了する。なお、装置本体１００の制御部１０１は、通信制御部１１０を介し入力した整列データを、通信制御部１１０を介しリモコン２００へ出力する。リモコン２００の制御部２０１は、通信制御部２１０を介し入力した整列データを、記憶装置２０３に格納する。

図１１は、リモコン２００の制御部２０１により実行される制御手順の一例を表すフローチャートである。

図１１において、このフローに示す処理は、所定の開始操作が行われることによって開始される。まずステップＳＢ１０で、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに適宜のログイン画面（図示省略）を表示させる。そして、表示部２０２ａがログイン画面を表示した状態において、ユーザの上記ログイン操作（ユーザＩＤ及びパスワードの入力）を受け付ける。なお、このステップＳＢ１０の手順が、特許請求の範囲に記載の第１認証受付手段として機能する。

ユーザがログイン操作を行うと、ログイン要求が通信制御部２１０及びネットワークＮＷを介しホストサーバ４００へ出力される。ホストサーバ４００の制御部４０１は、ログイン要求に含まれるユーザＩＤ及びパスワードが、ユーザ登録データベース４０３３に記憶されたユーザ登録情報に含まれるユーザＩＤ及びパスワードの内容と合致するかどうかを認証する。ログイン要求に含まれるユーザＩＤ及びパスワードが登録されたものと合致したら、制御部４０１は、ログイン操作を行ったユーザのログインを認証する。以下、ログイン認証（利用認証）されたユーザ（特許請求の範囲に記載の認証ユーザ）を「ログインユーザ」と称する。複数のユーザがログイン操作を正常に行ってログイン認証された場合、ログインユーザは複数人存在することとなる。

その後、ステップＳＢ３０で、制御部２０１は、ログインユーザがタッチパネル２０２ｂを介し上記選曲アシストサービスの利用開始操作を行ったかどうかを判定する。ログインユーザが利用開始操作を行うまでは、ステップＳＢ３０の判定は満たされず、ループして待機する。ログインユーザが利用開始操作を行ったら、ステップＳＢ３０の判定が満たされて、ステップＳＢ４０に移る。

ステップＳＢ４０では、制御部２０１は、通信制御部２１０及びネットワークＮＷを介しホストサーバ４００にアクセスする。そして、前述のユーザ位置データベースに記憶された、ログインユーザの二次元平面４０上における位置座標を、背景画像５１（後述）上における位置座標としてそれぞれ取得する。このステップＳＢ４０の手順が、特許請求の範囲に記載の第１位置取得手段として機能する。

その後、ステップＳＢ４５で、制御部２０１は、通信制御部２１０及びネットワークＮＷを介しホストサーバ４００にアクセスする。そして、ユーザ登録データベース４０３３に記憶された、ログインユーザのユーザ登録情報に含まれるアバタ情報を取得する。

そして、ステップＳＢ５０に移り、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに、上記ステップＳＢ４０，ＳＢ４５の処理に応じたマップ画面Ｄ１（後述の図１２参照）を表示させる。このステップＳＢ５０の手順が、特許請求の範囲に記載の第１表示制御手段として機能する。

図１２は、上記ステップＳＢ５０で表示されるマップ画面Ｄ１の一例を表す説明図である。なお、図１２中では、ログインユーザを「ユーザＡ」「ユーザＢ」「ユーザＣ」とした場合を例にとって説明を行う。

図１２において、このマップ画面Ｄ１は、２つの領域５２ａ，５２ｂに区分されている。領域５２ａには、その全域に亘って背景画像５１（この例では、白地の画像）が表示されている。

背景画像５１上（領域５２ａの全域）には、記憶装置２０３に記憶された整列データにおける所定のエリア（９００歌手名が整列された、二次元平面４０に対応するエリア）に対応する平面座標系が設定されている。この背景画像５１上の各位置座標には、上記所定のエリアに整列された歌手名がそれぞれ対応付けられている。また、背景画像５１上には、前述の９個のカテゴリの識別子であるカテゴリ名（この例では、「カテゴリ０１」「カテゴリ０２」「カテゴリ０３」「カテゴリ０４」「カテゴリ０５」「カテゴリ０６」「カテゴリ０７」「カテゴリ０８」「カテゴリ０９」）が表示されている。

さらに、背景画像５１上の、上記ステップＳＢ４０で取得されたログインユーザであるユーザＡ，Ｂ，Ｃの位置座標には、上記ステップＳＢ４５で取得されたこれらユーザＡ，Ｂ，Ｃのアバタ情報に応じたアバタ５０Ａ，５０Ｂ，５０Ｃがそれぞれ表示されている。各アバタ５０Ａ，５０Ｂ，５０Ｃ間には、これらを連絡する点線５３ＡＢ，５３ＢＣ，５３ＣＡがそれぞれ表示されている。そして、点線５３ＡＢ上には、等間隔で３つの中間位置５５ａ，５５ｂ，５５ｃ（第１中間位置）が設定されており、各中間位置５５ａ，５５ｂ，５５ｃには、目盛Ｍがそれぞれ表示されている。同様に、点線５３ＢＣ上には、等間隔で３つの中間位置５７ａ，５７ｂ，５７ｃ（第１中間位置）が設定されており、各中間位置５７ａ，５７ｂ，５７ｃには、目盛Ｍがそれぞれ表示されている。同様に、点線５３ＣＡ上には、等間隔で３つの中間位置５９ａ，５９ｂ，５９ｃ（第１中間位置）が設定されており、各中間位置５９ａ，５９ｂ，５９ｃには、目盛Ｍがそれぞれ表示されている。

領域５２ｂには、ログインユーザであるユーザＡ，Ｂ，Ｃのアバタ情報に応じたアバタ５０Ａ′，５０Ｂ′，５０Ｃ′と、タッチパネル部２０２ｂの操作を実行するユーザの切り替えを受け付けるためのユーザ切替部４９とが表示されている。

図１１に戻り、その後のステップＳＢ６０では、制御部２０１は、表示部２０２ａがマップ画面Ｄ１を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、複数のアバタ５０のうち２つのアバタ５０を関連付ける関連付け操作として、これら各アバタ５０間の中間位置にそれぞれ表示された目盛Ｍのいずれかを選択する選択操作を行ったかどうかを判定する。ユーザが上記選択操作を行うまでは、ステップＳＢ６０の判定は満たされず、ループして待機する。ユーザが上記選択操作を行ったら（ユーザの上記選択操作を受け付けたら）、ステップＳＢ６０の判定が満たされて、ステップＳＢ７０に移る。このステップＳＢ６０の手順が、特許請求の範囲に記載の第１操作受付手段として機能する。

ステップＳＢ７０では、制御部２０１は、記憶装置２０３に記憶された整列データを読み出す。そして、その読み出した整列データにおける所定のエリアに含まれる複数のゾーンのうち、上記ステップＳＢ６０で受け付けた選択操作に応じた目盛Ｍが表示された位置の位置座標に対応するゾーンを特定する。例えば、先に示した図１２において、アバタ５０Ａ，５０Ｂ間の中間位置５５ｂに表示された目盛Ｍが選択された場合、この目盛Ｍが表示された中間位置５５ｂの位置座標に対応するゾーン（例えば、図１０に示す「ゾーン１５」）が特定される。

そして、ステップＳＢ８０に移り、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに、上記ステップＳＢ７０の処理に応じた歌手選択画面Ｄ２（後述の図１３参照）を表示させる。このステップＳＢ８０の手順が、特許請求の範囲に記載の第２表示制御手段として機能する。

図１３は、上記ステップＳＢ８０で表示される歌手選択画面Ｄ２の一例を表す説明図である。

図１３において、この歌手選択画面Ｄ２には、上記ステップＳＢ７０で特定されたゾーンに整列された９歌手名（この例では、「歌手０８５」「歌手０２３」「歌手１６８」「歌手２８５」「歌手８９２」「歌手３２１」「歌手８９５」「歌手４０５」「歌手００７」）を含むアイコンＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５，Ｓ６，Ｓ７，Ｓ８，Ｓ９が表示されている。これらアイコンＳ１〜Ｓ９に含まれる９歌手名の配列態様は、上記ステップＳＢ７０で特定されたゾーンに整列された９歌手名の配列態様に対応している。

図１１に戻り、その後のステップＳＢ９０では、制御部２０１は、表示部２０２ａが歌手選択画面Ｄ２を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、アイコンＳ１〜Ｓ９のいずれかに対応する歌手を選択する歌手選択操作を行ったかどうかを判定する。ユーザが歌手選択操作を行うまでは、ステップＳＢ９０の判定は満たされず、ループして待機する。ユーザが歌手選択操作を行った（ユーザの歌手選択操作を受け付けた）ら、ステップＳＢ９０の判定が満たされて、ステップＳＢ１００に移る。

ステップＳＢ１００では、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに、楽曲予約画面（図示せず）を表示させる。この楽曲予約画面には、上記ステップＳＢ９０で受け付けた歌手選択操作に応じた歌手の楽曲の楽曲名を含むアイコンが一覧で表示される。

その後、ステップＳＢ１１０で、制御部２０１は、表示部２０２ａが楽曲予約画面を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、一覧表示されたアイコンのいずれかに対応する楽曲を選択して予約するための楽曲予約操作を行ったかどうかを判定する。ユーザが楽曲予約操作を行うまでは、ステップＳＢ１１０の判定は満たされず、ループして待機する。ユーザが楽曲予約操作を行ったら、ステップＳＢ１１０の判定が満たされて、ステップＳＢ１２０に移る。

ステップＳＢ１２０では、制御部２０１は、上記ステップＳＢ１１０での楽曲予約操作に応じた楽曲を予約する予約信号を、通信制御部２１０を介し、装置本体１００へ出力する。その後、このフローに示す処理を終了する。

以上説明したように、本実施形態においては、表示部２０２ａは、歌手選択画面Ｄ２に、ユーザの上記選択操作により関連付けられた複数のアバタ５０間の中間位置の位置座標に対応する歌手名を表示することにより、複数のユーザの嗜好の中間的な歌手、言い換えれば、一緒に楽しむことができる歌手の推奨を行う。これにより、歌唱嗜好のかけ離れたユーザ同士でも一緒に楽しむことができるようになる。以上のように、本実施形態によれば、ユーザが複数存在する場合において、ユーザに対しその場の雰囲気に適した歌手を推奨することができる。

また、本実施形態では特に、アバタ５０間の中間位置に表示された目盛Ｍを選択するといった非常に簡単な操作を行うだけで、ユーザ同士を関連付けることができ、ユーザの利便性を向上することができる。

なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順次説明する。

（１）複数アバタを連続して選択する場合
本変形例のリモコン２００の制御部２０１により実行される制御手順において、上記実施形態と異なる点は、ステップＳＢ５０、ステップＳＢ６０、及びステップＳＢ７０である。すなわち、本変形例のステップＳＢ５０では、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに、前述のステップＳＢ４０，ＳＢ４５の処理に応じたマップ画面Ｄ１′（後述の図１４参照）を表示させる。本変形例でも、このステップＳＢ５０の手順が、特許請求の範囲に記載の第１表示制御手段として機能する。

図１４は、本変形例のステップＳＢ５０で表示されるマップ画面Ｄ１′の一例を表す説明図である。なお、図１４中では、ログインユーザを「ユーザＡ」「ユーザＢ」「ユーザＣ」とした場合を例にとって説明を行う。

図１４において、このマップ画面Ｄ１′の領域５２ａに表示された背景画像５１上の各位置座標には、前述のマップ画面Ｄ１と同様、整列データにおける所定のエリアに整列された歌手名がそれぞれ対応付けられている。また、背景画像５１上には、前述の９個のカテゴリ名が表示されている。さらに、背景画像５１上の、前述のステップＳＢ４０で取得されたログインユーザであるユーザＡ，Ｂ，Ｃの位置座標には、前述のアバタ５０Ａ，５０Ｂ，５０Ｃがそれぞれ表示されている。

本変形例のステップＳＢ６０では、制御部２０１は、表示部２０２ａがマップ画面Ｄ１′を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、複数のアバタ５０のうち２つ以上のアバタ５０を関連付ける関連付け操作として、２つ以上のアバタ５０を所定の時間範囲（例えば１０秒以内）に連続して選択する選択操作を行ったかどうかを判定する。ユーザが上記選択操作を行うまでは、ステップＳＢ６０の判定は満たされず、ループして待機する。ユーザが上記選択操作を行ったら（ユーザの上記選択操作を受け付けたら）、ステップＳＢ６０の判定が満たされて、本変形例のステップＳＢ７０に移る。本変形例でも、このステップＳＢ６０の手順が、特許請求の範囲に記載の第１操作受付手段として機能する。

本変形例のステップＳＢ７０では、制御部２０１は、読み出した整列データにおける所定のエリアに含まれる複数のゾーンのうち、上記ステップＳＢ６０で受け付けた選択操作に応じたアバタ５０間の中間位置（第２中間位置）の位置座標に対応するゾーンを特定する。例えば、先の図１４に示した例では、ユーザが、タッチパネル部２０２ｂを介し、アバタ５０Ａ，５０Ｂを所定の時間範囲に連続して選択したため、それら選択されたアバタ５０Ａ，５０Ｂ間の中間位置６１（第２中間位置）の位置座標に対応するゾーン（例えば、図１０に示す「ゾーン１５」）が特定される。これにより、ステップＳＢ８０では、歌手選択画面Ｄ２には、このステップＳＢ７０で特定されたゾーンに整列された９歌手名を含むアイコンＳ１〜Ｓ９が表示される。

本変形例においても、上記実施形態と同様の効果を得ることができる。また、本変形例によれば、複数のアバタ５０を所定の時間範囲に連続して選択するといった非常に簡単な操作を行うだけで、アバタ５０同士を関連付けることができ、ユーザの利便性を向上することができる。

（２）複数アバタを含む画面範囲を選択する場合
本変形例のリモコン２００の制御部２０１により実行される制御手順において、前述の実施形態と異なる点は、ステップＳＢ５０、ステップＳＢ６０、及びステップＳＢ７０である。すなわち、本変形例のステップＳＢ５０では、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに、前述のステップＳＢ４０，ＳＢ４５の処理に応じたマップ画面Ｄ１″（後述の図１５参照）を表示させる。本変形例でも、このステップＳＢ５０の手順が、特許請求の範囲に記載の第１表示制御手段として機能する。

図１５は、本変形例のステップＳＢ５０で表示されるマップ画面Ｄ１″の一例を表す説明図である。なお、図１５中では、ログインユーザを「ユーザＡ」「ユーザＢ」「ユーザＣ」とした場合を例にとって説明を行う。

図１５において、このマップ画面Ｄ１″は、前述のマップ画面Ｄ１′と同様の表示内容となっている。

本変形例のステップＳＢ６０では、制御部２０１は、表示部２０２ａがマップ画面Ｄ１″を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、複数のアバタ５０のうち２つ以上のアバタ５０を関連付ける関連付け操作として、２つ以上のアバタ５０を含む画面範囲を取り囲んで選択する選択操作を行ったかどうかを判定する。ユーザが上記選択操作を行うまでは、ステップＳＢ６０の判定は満たされず、ループして待機する。ユーザが上記選択操作を行ったら（ユーザの上記選択操作を受け付けたら）、ステップＳＢ６０の判定が満たされて、本変形例のステップＳＢ７０に移る。本変形例でも、このステップＳＢ６０の手順が、特許請求の範囲に記載の第１操作受付手段として機能する。

本変形例のステップＳＢ７０では、制御部２０１は、読み出した整列データにおける所定のエリアに含まれる複数のゾーンのうち、上記ステップＳＢ６０で受け付けた選択操作に応じた画面範囲に含まれるアバタ５０間の中間位置（第３中間位置）の位置座標に対応するゾーンを特定する。例えば、先の図１５に示した例では、ユーザが、タッチパネル部２０２ｂを介し、アバタ５０Ａ，５０Ｂ，５０Ｃを含む画面範囲６２を選択したため、それら選択された画面範囲６２に含まれるアバタ５０Ａ，５０Ｂ，５０Ｃ間の中間位置６３（第３中間位置）の位置座標に対応するゾーン（例えば、図１０に示す「ゾーン２６」）が特定される。これにより、ステップＳＢ８０では、歌手選択画面Ｄ２には、このステップＳＢ７０で特定されたゾーンに整列された９歌手名を含むアイコンＳ１〜Ｓ９が表示される。

本変形例においても、前述の実施形態と同様の効果を得ることができる。また、本変形例によれば、複数のアバタ５０を含む画面範囲を取り囲んで選択するといった非常に簡単な操作を行うだけで、アバタ５０同士を関連付けることができ、ユーザの利便性を向上することができる。

（３）アクティブユーザの友達ユーザのアバタも表示する場合
前述の実施形態においては、背景画像５１上に、ログインユーザのアバタ５０を表示させていたが、これに限られない。すなわち、背景画像５１上に、ログインユーザのアバタ５０に加え、ログイン認証されておらず、かつアクティブユーザ（後述）の友達ユーザのアバタ５０も表示させてもよい。

本変形例においては、前述のステップＳＢ３０が終了した後、制御部２０１は、通信制御部２１０及びネットワークＮＷを介しホストサーバ４００にアクセスする。そして、利用認証操作を行ったログインユーザを、タッチパネル部２０２ｂの操作を実行中の「アクティブユーザ」とみなし、ユーザ登録データベース４０３３の記憶内容を参照して、アクティブユーザの友達ユーザを検出する。

その後、ステップＳＢ４０で、制御部２０１は、通信制御部２１０及びネットワークＮＷを介しホストサーバ４００にアクセスする。そして、前述のユーザ位置データベースに記憶された、ログインユーザとアクティブユーザの友達ユーザとの二次元平面４０上における位置座標を、前述の背景画像５１上における位置座標としてそれぞれ取得する。本変形例でも、このステップＳＢ４０の手順が、特許請求の範囲に記載の第１位置取得手段として機能する。

その後、ステップＳＢ４５で、制御部２０１は、通信制御部２１０及びネットワークＮＷを介しホストサーバ４００にアクセスする。そして、ユーザ登録データベース４０３３に記憶された、ログインユーザのユーザ登録情報に含まれるアバタ情報を取得する。またこれと共に、アクティブユーザの友達ユーザのユーザ登録情報に含まれるアバタ情報を取得する。

そして、ステップＳＢ５０に移り、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに、上記ステップＳＢ４０，ＳＢ４５の処理に応じたマップ画面（図示省略）を表示させる。本変形例でも、このステップＳＢ５０の手順が、特許請求の範囲に記載の第１表示制御手段として機能する。

以下、ログインユーザを「ユーザＡ」「ユーザＢ」「ユーザＣ」とし、アクティブユーザを「ユーザＡ」とし、アクティブユーザの友達ユーザを「ユーザＤ」「ユーザＥ」「ユーザＦ」とした場合を例にとって説明を行う。すなわち、このマップ画面の領域５２ａに表示された背景画像５１上の、上記ステップＳＢ４０で取得されたログインユーザであるユーザＡ，Ｂ，Ｃの位置座標には、前述のアバタ５０Ａ，５０Ｂ，５０Ｃがそれぞれ表示される。これと共に、背景画像５１上の、上記ステップＳＢ４０で取得された、ログイン認証されておらず、かつアクティブユーザであるユーザＡの友達ユーザである、ユーザＤ，Ｅ，Ｆの位置座標には、上記ステップＳＢ４５で取得されたこれらユーザＤ，Ｅ，Ｆのアバタ情報に応じたアバタ５０がそれぞれ表示される。なお、このとき、ログインユーザ（この例ではユーザＡ，Ｂ，Ｃ）のアバタ５０と、ログイン認証されておらず、かつアクティブユーザの友達ユーザ（この例ではユーザＤ，Ｅ，Ｆ）のアバタ５０とを、互いに識別可能な表示態様でそれぞれ表示させてもよい。例えば、ログインユーザのアバタ５０を、通常の表示態様で表示させ、ログイン認証されておらず、かつアクティブユーザの友達ユーザを、背景画像５１が透過した表示態様（いわゆるゴースト表示）で表示させる。これにより、ユーザは、その場にいるユーザのアバタ５０と、その場にいないユーザのアバタ５０とを、視覚的に一目で理解することができる。

本変形例においても、前述の実施形態と同様の効果を得ることができる。また、本変形例においては、ログインユーザに加え、当該ログインユーザ（上記の例では、ログインユーザのうちアクティブユーザ）の友達ユーザのアバタ５０についても背景画像５１に表示する。これにより、自分と友達ユーザとの嗜好の中間的な歌手を認識することができ、ユーザの利便性をさらに向上することができる。

（４）推奨する歌手を各ユーザの歌唱情報に基づいて選定する場合
前述の実施形態においては、歌手選択画面Ｄ２では、前述の整列データにおける所定のエリアに含まれる予め抽出された９００歌手名のうち、ユーザの選択操作に応じた目盛Ｍの位置座標に対応するゾーンに整列された９歌手名を表示していたが、これに限られない。例えば、前述の第２マップデータにおける二次元平面４０に含まれる複数の歌手名の中の、ユーザの選択操作に応じた目盛Ｍの位置座標に対応する複数の歌手名のうち、当該選択操作で関連付けられた各アバタ５０に関する各ユーザの歌唱情報（歌唱履歴情報や、ユーザ登録データベース４０３３に記憶された「お気に入り楽曲」「お気に入り歌手」の項目で表される情報等の、歌唱に関する情報）に基づいて選定された歌手名を表示するようにしてもよい。これにより、複数のユーザの嗜好の中間的な歌手の中でも、各ユーザの歌唱情報に対応した歌手を推奨することができる。この結果、ユーザに対しその場の雰囲気に適した歌手の推奨をより確実に行うことができる。

（５）推奨する歌手を人気の高い歌手とする場合
また例えば、前述の第２マップデータにおける二次元平面４０に含まれる複数の歌手名の中の、ユーザの選択操作に応じた目盛Ｍの位置座標に対応する複数の歌手名のうち、複数のユーザによる楽曲の歌唱頻度の高い上位所定数（例えば上位３位）の歌手の歌手名を抽出して表示するようにしてもよい。これにより、複数のユーザの嗜好の中間的な歌手の中でも、特に人気の高い歌手を推奨することができる。この結果、ユーザに対しその場の雰囲気に適した歌手の推奨をより確実に行うことができる。

（６）アバタの表示位置を更新する場合
すなわち、表示部２０２ａがマップ画面Ｄ１を表示した後、所定の期間（例えば３０分）経過したら、若しくは、ログインユーザによる１つの楽曲の歌唱が終了するごとに、背景画像５１上の各アバタ５０の表示位置を更新するように構成してもよい。なお、このとき、各ユーザのアバタ５０の態様（例えば、相対的な大きさや顔に相当する部分の表情等）を、当該ユーザのログイン後の歌唱状況（例えば、歌唱数、歌唱得点、歌唱ランキング等）に応じて変更させてもよい。例えば、ユーザの歌唱数が多いほど、アバタ５０の相対的な大きさを大きくさせ、ユーザの歌唱得点や歌唱ランキングが高いほど、アバタ５０の顔に相当する部分を嬉しそうな表情に変更させる。

（７）その他
以上では、複数のユーザの選曲操作に基づく歌唱履歴情報に基づき複数のユーザを歌手名ごとに分類したが、複数のユーザの、音楽ＣＤ等の音楽関連商品の履歴情報や、一般商品の購入履歴情報等の消費履歴情報に基づき複数のユーザを歌手名ごとに分類することも可能である。

また、以上では、リモコン２００は、表示部２０２ａとタッチパネル部２０２ｂとを備えたタッチパネルディスプレイ２０２を有する構成であったが、これに限られず、このタッチパネルディスプレイ２０２に代えて、表示部と操作部とを別々に有する構成としてもよい。

また、以上では、マップ画面Ｄ１や歌手選択画面Ｄ２等の選曲アシストサービスに関する表示及び操作をリモコン２００で行っていたが、これに限られず、装置本体１００に適宜の表示部を設けて当該装置本体１００で行う構成としてもよい。この場合には、装置本体１００の制御部１０１が、上記図１１のフローに示す手順と同様の手順を実行することにより実現できる。この場合、装置本体１００の操作部１０４が、第１操作部に相当し、上記適宜の表示部が、第２表示部に相当する。また、制御部１０１が実行する上記図１１のステップＳＢ１０に対応する手順が、第２認証受付手段として機能する。また、制御部１０１が実行する上記図１１のステップＳＢ４０に対応する手順が、第２位置取得手段として機能する。また、制御部１０１が実行する上記図１１のステップＳＢ５０に対応する手順が、第３表示制御手段として機能する。また、制御部１０１が実行する上記図１１のステップＳＢ６０に対応する手順が、第２操作受付手段として機能する。また、制御部１０１が実行する上記図１１のステップＳＢ８０に対応する手順が、第２表示制御手段として機能する。この場合も、前述の実施形態と同様の効果を得ることができる。

また、以上では、端末装置をリモコン２００で構成していたが、これに限られず、表示部と操作部を備え、上記図１１のフローに示す手順と同様の手順を実行可能な、携帯電話、タブレットＰＣ、ＰＤＡを、端末装置として構成してもよい。

また、以上では、歌手を歌唱対象として、ユーザに対し歌手名をレコメンドしていたが、これに限られない。すなわち、楽曲を歌唱対象として、ユーザに対し楽曲名をレコメンドしてもよい。この場合、楽曲名が、特許請求の範囲に記載の歌唱対象識別子に相当する。

また、図５及び図１１に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。

また、以上既に述べた以外にも、前述の実施形態や各変形例による手法を適宜組み合わせて利用してもよい。

その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

１ カラオケシステム
１０ カラオケ装置
５０，５０Ａ〜Ｃ アバタ（図像）
５１ 背景画像
５５ａ〜ｃ 中間位置（第１中間位置）
５７ａ〜ｃ 中間位置（第１中間位置）
５９ａ〜ｃ 中間位置（第１中間位置）
６１ 中間位置（第２中間位置）
６３ 中間位置（第３中間位置）
１００ 装置本体（楽曲再生装置）
１０６ 音源
１０７ 音声制御部
２００ リモコン（端末装置）
２０１ 制御部
２０４ タッチパネル部（第１操作部）
２０９ 表示部（第１表示部）
３０１ スピーカ
４００ ホストサーバ
Ｍ 目盛

Claims (10)

1. 所定の表示を行う第１表示部と、ユーザが操作可能な第１操作部と、を有し、前記第１操作部の操作に応じて楽曲を選択可能な端末装置であって、
   前記第１操作部による前記ユーザの利用認証操作を受け付ける第１認証受付手段と、
   複数の前記楽曲に関する複数の前記ユーザの歌唱履歴情報に基づいて各位置座標に対し歌唱対象識別子が対応付けられた背景画像上の、前記第１認証受付手段により前記利用認証操作が受け付けられて利用認証された認証ユーザを含む複数の前記ユーザに対応する前記位置座標、をそれぞれ取得する第１位置取得手段と、
   前記背景画像を表示し、かつ、その背景画像上の、前記第１位置取得手段により取得された各ユーザに対応する各位置座標に、前記ユーザを識別する図像をそれぞれ表示するように、前記第１表示部を制御する第１表示制御手段と、
   前記第１表示部が前記第１表示制御手段の制御に基づく表示を行っている状態において、前記第１操作部による前記ユーザの、複数の前記図像のうち２つ以上を関連付ける関連付け操作、を受け付ける第１操作受付手段と、
   前記第１操作受付手段により前記関連付け操作を受け付けた場合に、その関連付け操作に応じた２つ以上の図像の中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記第１表示部を制御する第２表示制御手段と、
   を有することを特徴とする端末装置。
2. 前記第１操作受付手段は、
   前記関連付け操作として、前記２つ以上の図像間の第１中間位置を選択する選択操作を受け付け、
   前記第２表示制御手段は、
   前記第１中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記表示部を制御する
   ことを特徴とする請求項１に記載の端末装置。
3. 前記第１表示制御手段は、
   各図像間に所定の間隔で設定された複数の前記第１中間位置に、目盛をそれぞれで表示するように、前記第１表示部を制御し、
   前記第１操作受付手段は、
   前記関連付け操作として、複数の前記目盛のうちいずれかを選択する選択操作を受け付け、
   前記第２表示制御手段は、
   前記選択操作に応じた目盛に関する前記第１中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記第１表示部を制御する
   ことを特徴とする請求項２に記載の端末装置。
4. 前記第１操作受付手段は、
   前記関連付け操作として、前記２つ以上の図像を所定の時間範囲に連続して選択する選択操作を受け付け、
   前記第２表示制御手段は、
   前記選択操作に応じた２つ以上の図像間の第２中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記第１表示部を制御する
   ことを特徴とする請求項１に記載の端末装置。
5. 前記第１操作受付手段は、
   前記関連付け操作として、前記２つ以上の図像を含む画面範囲を選択する選択操作を受け付け、
   前記第２表示制御手段は、
   前記選択操作に応じた画面範囲に含まれる前記２つ以上の図像間の第３中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記第１表示部を制御する
   ことを特徴とする請求項１に記載の端末装置。
6. 前記第１位置取得手段は、
   前記認証ユーザに加え、当該認証ユーザに対し関連付けられた関連ユーザを含む前記複数のユーザに対応する前記位置座標を取得する
   ことを特徴とする請求項１乃至５のいずれか１項に記載の端末装置。
7. 前記第２表示制御手段は、
   前記中間位置に対応する前記位置座標に対し対応付けられた複数の前記歌唱対象識別子のうち、前記関連付け操作に応じた各図像に関する各ユーザの歌唱情報に基づいて選定された前記歌唱対象識別子、を表示するように、前記第１表示部を制御する
   ことを特徴とする請求項１乃至６のいずれか１項に記載の端末装置。
8. 前記第２表示制御手段は、
   前記中間位置に対応する前記位置座標に対し対応付けられた複数の前記歌唱対象識別子のうち、前記複数のユーザによる歌唱頻度の高い上位所定数の前記歌唱対象識別子、を表示するように、前記第１表示部を制御する
   ことを特徴とする請求項１乃至６のいずれか１項に記載の端末装置。
9. 前記歌唱対象識別子は、
   前記楽曲の歌手識別子である
   ことを特徴とする請求項１乃至８のいずれか１項に記載の端末装置。
10. 楽曲を再生する再生手段と、所定の表示を行う第２表示部と、ユーザが操作可能な第２操作部と、を有し、前記第２操作部の操作に応じて前記再生手段に再生させる前記楽曲を選択可能な楽曲再生装置であって、
    前記第２操作部による前記ユーザの利用認証操作を受け付ける第２認証受付手段と、
    複数の前記楽曲に関する複数の前記ユーザの歌唱履歴情報に基づいて各位置座標に対し歌唱対象識別子が対応付けられた背景画像上の、前記第２認証受付手段により前記利用認証操作が受け付けられて利用認証された認証ユーザを含む複数の前記ユーザに対応する前記位置座標、をそれぞれ取得する第２位置取得手段と、
    前記背景画像を表示し、かつ、その背景画像上の、前記第２位置取得手段により取得された各ユーザに対応する各位置座標に、前記ユーザを識別する図像をそれぞれ表示するように、前記第２表示部を制御する第３表示制御手段と、
    前記第２表示部が前記第３表示制御手段の制御に基づく表示を行っている状態において、前記第２操作部による前記ユーザの、複数の前記図像のうち２つ以上を関連付ける関連付け操作、を受け付ける第２操作受付手段と、
    前記第２操作受付手段により前記関連付け操作を受け付けた場合に、その関連付け操作に応じた２つ以上の図像の中間位置に対応する前記位置座標に対し対応付けられた前記歌唱対象識別子を表示するように、前記第２表示部を制御する第４表示制御手段と、
    を有することを特徴とする楽曲再生装置。

Images