(57)【特許請求の範囲】
【請求項１】
所定の表示を行う第１表示部と、ユーザが操作可能な第１操作部と、を有し、前記第１操作部の操作に応じて楽曲を選択可能な端末装置であって、
前記第１操作部による前記ユーザの利用認証操作を受け付ける第１認証受付手段と、
複数の前記楽曲に関する複数の前記ユーザの歌唱履歴情報に基づいて複数の歌唱対象識別子が所定の分布態様で分布した背景画像上の、前記第１認証受付手段により前記利用認証操作が受け付けられて利用認証された認証ユーザを含む複数の前記ユーザに対応する位置座標、をそれぞれ取得する第１位置取得手段と、
前記背景画像を表示し、かつ、その背景画像上の、前記第１位置取得手段により取得された各ユーザに対応する各位置座標に、各ユーザを識別する図像を前記背景画像に重ねてそれぞれ表示するように、前記第１表示部を制御する第１表示制御手段と、
を有することを特徴とする端末装置。
【請求項２】
前記第１位置取得手段は、
前記認証ユーザに加え、当該認証ユーザに対し関連付けられた関連ユーザを含む前記複数のユーザに対応する前記位置座標を取得する
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記第１表示制御手段は、
少なくとも、前記認証ユーザの前記図像と、前記利用認証されていない前記関連ユーザの前記図像と、を互いに識別可能な表示態様でそれぞれ表示するように、前記第１表示部を制御する
ことを特徴とする請求項２に記載の端末装置。
【請求項４】
前記第１表示部が前記第１表示制御手段の制御に基づく表示を行った後、所定期間が経過するごとに、若しくは、前記認証ユーザによる１つの前記楽曲の歌唱が終了するごとに、その時点での前記複数のユーザの更新された前記歌唱履歴情報に基づく前記背景画像上における各ユーザに対応する各位置座標をそれぞれ取得するように、前記第１位置取得手段を制御する取得制御手段をさらに有し、
前記第１表示制御手段は、
前記第１位置取得手段により各ユーザに対応する各位置座標の取得が行われるごとに、前記背景画像上の、当該第１位置取得手段により取得された各ユーザに対応する各位置座標に、各ユーザの前記図像を前記背景画像に重ねてそれぞれ表示して、当該図像の表示位置を更新するように、前記第１表示部を制御する
ことを特徴とする請求項３に記載の端末装置。
【請求項５】
前記第１操作部による前記ユーザの、第１対象時期を指定する時期指定操作、を受け付ける第１指定受付手段をさらに有し、
前記第１位置取得手段は、
前記第１指定受付手段により前記時期指定操作を受け付けた場合に、前記第１対象時期での前記複数のユーザの前記歌唱履歴情報に基づく前記背景画像上における各ユーザに対応する各位置座標をそれぞれ取得し、
前記第１表示制御手段は、
前記背景画像上の、前記第１位置取得手段により取得された前記第１対象時期での各ユーザに対応する各位置座標に、各ユーザの前記図像を前記背景画像に重ねてそれぞれ表示するように、前記第１表示部を制御する
ことを特徴とする請求項４に記載の端末装置。
【請求項６】
前記第１操作部による前記ユーザの、前記背景画像上に前記図像が表示された前記複数のユーザのうち対象ユーザを指定するユーザ指定操作、を受け付ける第２指定受付手段をさらに有し、
前記第１位置取得手段は、
前記第２指定受付手段により前記ユーザ指定操作を受け付けた場合に、所定の１以上の第２対象時期のそれぞれごとに、当該第２対象時期での前記複数のユーザの前記歌唱履歴情報に基づく前記背景画像上における前記対象ユーザに対応する前記位置座標をそれぞれ取得し、
前記第１表示制御手段は、
前記背景画像上の、前記第１位置取得手段により取得された各第２対象時期での前記対象ユーザに対応する各位置座標に、当該対象ユーザの前記図像を前記背景画像に重ねてそれぞれ表示するように、前記第１表示部を制御する
ことを特徴とする請求項４又は５に記載の端末装置。
【請求項７】
前記第１表示部が前記第１表示制御手段の制御に基づく表示を行っている状態において、前記第１操作部による前記ユーザの、前記背景画像における前記複数の歌唱対象識別子のうちいずれかに対応する歌唱対象を選択する歌唱対象選択操作、を受け付ける第１選択受付手段と、
前記第１選択受付手段により前記歌唱対象選択操作を受け付けた場合に、その歌唱対象選択操作に応じた歌唱対象に関する楽曲予約画面を表示するように、前記第１表示部を制御する第２表示制御手段と、
前記第１表示部が前記楽曲予約画面を表示した状態において、前記第１操作部による前記ユーザの楽曲予約操作を受け付ける予約受付手段と、
をさらに有することを特徴とする請求項４乃至６のいずれか１項に記載の端末装置。
【請求項８】
前記第１表示部が前記第１表示制御手段の制御に基づく表示を行っている状態において、前記第１操作部による前記ユーザの、前記背景画像上における複数の前記図像のうちいずれかに関する前記ユーザを選択するユーザ選択操作、を受け付ける第２選択受付手段と、
前記第２選択受付手段により前記ユーザ選択操作を受け付けた場合に、そのユーザ選択操作に応じたユーザの歌唱情報を表示するように、前記第１表示部を制御する第３表示制御手段と、
をさらに有することを特徴とする請求項４乃至７のいずれか１項に記載の端末装置。
【請求項９】
前記第１表示部が前記第１表示制御手段の制御に基づく表示を行っている状態において、前記第１操作部による前記ユーザの、前記背景画像上における特定の前記図像の所望の位置を指定する位置指定操作、を受け付ける第３指定受付手段と、
前記第３指定受付手段により前記位置指定操作を受け付けた場合に、その位置指定操作に応じた位置における複数の前記歌唱対象識別子のうち、前記特定の図像に関する前記ユーザの前記歌唱履歴情報に基づいて選定された前記歌唱対象識別子を、前記特定の図像を前記位置へ移動可能な前記歌唱対象識別子として表示するように、前記第１表示部を制御する第４表示制御手段と、
をさらに有することを特徴とする請求項４乃至８のいずれか１項に記載の端末装置。
【請求項１０】
前記歌唱対象識別子は、
前記楽曲の歌手識別子である
ことを特徴とする請求項１乃至９のいずれか１項に記載の端末装置。
【請求項１１】
楽曲を再生する再生手段と、所定の表示を行う第２表示部と、ユーザが操作可能な第２操作部と、を有し、前記第２操作部の操作に応じて前記再生手段に再生させる前記楽曲を選択可能な楽曲再生装置であって、
前記第２操作部による前記ユーザの利用認証操作を受け付ける第２認証受付手段と、
複数の前記楽曲に関する複数の前記ユーザの歌唱履歴情報に基づいて複数の歌唱対象識別子が所定の分布態様で分布した背景画像上の、前記第２認証受付手段により前記利用認証操作が受け付けられて利用認証された認証ユーザを含む複数の前記ユーザに対応する位置座標、をそれぞれ取得する第２位置取得手段と、
前記背景画像を表示し、かつ、その背景画像上の、前記第２位置取得手段により取得された各ユーザに対応する各位置座標に、各ユーザを識別する図像を前記背景画像に重ねてそれぞれ表示するように、前記第２表示部を制御する第５表示制御手段と、
を有することを特徴とする楽曲再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケサービスに用いられる端末装置及び楽曲再生装置に関する。
【背景技術】
【０００２】
従来、カラオケサービスに用いられる端末装置が知られている(例えば、特許文献１参照）。この従来の端末装置（カラオケリモコン装置）では、利用者が歌手名や楽曲名、リリース年、ジャンル等を入力すると、入出力用表示部に検索結果が一覧表示されるようになっている。利用者は、一覧表示された検索結果の中から所望の楽曲を探し当てて選曲指定を行うことができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１６９１２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、上記従来技術のように、歌手や楽曲等の歌唱対象の識別子（例えば、歌手名や楽曲名等）を、例えば５０音順や歌唱頻度の高い順（人気の高い順）等にソートして一覧表示することが行われている。これにより、ユーザは、一覧表示された歌唱対象の識別子を参照しつつ選曲を行うことができる。また近年、ユーザの嗜好に対応する歌唱対象（例えば、ユーザが予めお気に入りとして登録した歌手や楽曲、ユーザによる歌唱回数の最も多い歌手や楽曲等）の識別子を一覧表示することで、ユーザに対し、当該ユーザの嗜好に対応する歌唱対象を推奨することが行われつつある。これにより、ユーザは、一覧表示された自分の嗜好に対応する歌唱対象の識別子を参照しつつ選曲を行うことができる。
【０００５】
ところで、ユーザに対し歌唱対象の推奨を行う際に、選曲を行っているユーザだけではなく、当該ユーザ以外の他のユーザ（例えば、同席するユーザや予め関連付けられたユーザ等）を含む、複数のユーザに対する歌唱対象の推奨を同一画面上で行うことができれば、非常に便利である。しかしながら、従来では、そのようなことについては、特に考慮されていなかった。
【０００６】
本発明の目的は、複数のユーザに対する歌唱対象の推奨を同一画面上で行うことができる端末装置及び楽曲再生装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、第１発明は、所定の表示を行う第１表示部と、ユーザが操作可能な第１操作部と、を有し、前記第１操作部の操作に応じて楽曲を選択可能な端末装置であって、前記第１操作部による前記ユーザの利用認証操作を受け付ける第１認証受付手段と、複数の前記楽曲に関する複数の前記ユーザの歌唱履歴情報に基づいて複数の歌唱対象識別子が所定の分布態様で分布した背景画像上の、前記第１認証受付手段により前記利用認証操作が受け付けられて利用認証された認証ユーザを含む複数の前記ユーザに対応する位置座標、をそれぞれ取得する第１位置取得手段と、前記背景画像を表示し、かつ、その背景画像上の、前記第１位置取得手段により取得された各ユーザに対応する各位置座標に、各ユーザを識別する図像を前記背景画像に重ねてそれぞれ表示するように、前記第１表示部を制御する第１表示制御手段と、を有することを特徴とする。
【０００８】
第２発明は、上記第１発明において、前記第１位置取得手段は、前記認証ユーザに加え、当該認証ユーザに対し関連付けられた関連ユーザを含む前記複数のユーザに対応する前記位置座標を取得することを特徴とする。
【０００９】
第３発明は、上記第２発明において、前記第１表示制御手段は、少なくとも、前記認証ユーザの前記図像と、前記利用認証されていない前記関連ユーザの前記図像と、を互いに識別可能な表示態様でそれぞれ表示するように、前記第１表示部を制御することを特徴とする。
【００１０】
第４発明は、上記第３発明において、前記第１表示部が前記第１表示制御手段の制御に基づく表示を行った後、所定期間が経過するごとに、若しくは、前記認証ユーザによる１つの前記楽曲の歌唱が終了するごとに、その時点での前記複数のユーザの更新された前記歌唱履歴情報に基づく前記背景画像上における各ユーザに対応する各位置座標をそれぞれ取得するように、前記第１位置取得手段を制御する取得制御手段をさらに有し、前記第１表示制御手段は、前記第１位置取得手段により各ユーザに対応する各位置座標の取得が行われるごとに、前記背景画像上の、当該第１位置取得手段により取得された各ユーザに対応する各位置座標に、各ユーザの前記図像を前記背景画像に重ねてそれぞれ表示して、当該図像の表示位置を更新するように、前記第１表示部を制御することを特徴とする。
【００１１】
第５発明は、上記第４発明において、前記第１操作部による前記ユーザの、第１対象時期を指定する時期指定操作、を受け付ける第１指定受付手段をさらに有し、前記第１位置取得手段は、前記第１指定受付手段により前記時期指定操作を受け付けた場合に、前記第１対象時期での前記複数のユーザの前記歌唱履歴情報に基づく前記背景画像上における各ユーザに対応する各位置座標をそれぞれ取得し、前記第１表示制御手段は、前記背景画像上の、前記第１位置取得手段により取得された前記第１対象時期での各ユーザに対応する各位置座標に、各ユーザの前記図像を前記背景画像に重ねてそれぞれ表示するように、前記第１表示部を制御することを特徴とする。
【００１２】
第６発明は、上記第４又は第５発明において、前記第１操作部による前記ユーザの、前記背景画像上に前記図像が表示された前記複数のユーザのうち対象ユーザを指定するユーザ指定操作、を受け付ける第２指定受付手段をさらに有し、前記第１位置取得手段は、前記第２指定受付手段により前記ユーザ指定操作を受け付けた場合に、所定の１以上の第２対象時期のそれぞれごとに、当該第２対象時期での前記複数のユーザの前記歌唱履歴情報に基づく前記背景画像上における前記対象ユーザに対応する前記位置座標をそれぞれ取得し、前記第１表示制御手段は、前記背景画像上の、前記第１位置取得手段により取得された各第２対象時期での前記対象ユーザに対応する各位置座標に、当該対象ユーザの前記図像を前記背景画像に重ねてそれぞれ表示するように、前記第１表示部を制御することを特徴とする。
【００１３】
第７発明は、上記第４乃至第６発明のいずれかにおいて、前記第１表示部が前記第１表示制御手段の制御に基づく表示を行っている状態において、前記第１操作部による前記ユーザの、前記背景画像における前記複数の歌唱対象識別子のうちいずれかに対応する歌唱対象を選択する歌唱対象選択操作、を受け付ける第１選択受付手段と、前記第１選択受付手段により前記歌唱対象選択操作を受け付けた場合に、その歌唱対象選択操作に応じた歌唱対象に関する楽曲予約画面を表示するように、前記第１表示部を制御する第２表示制御手段と、前記第１表示部が前記楽曲予約画面を表示した状態において、前記第１操作部による前記ユーザの楽曲予約操作を受け付ける予約受付手段と、をさらに有することを特徴とする。
【００１４】
第８発明は、上記第４乃至第７発明のいずれかにおいて、前記第１表示部が前記第１表示制御手段の制御に基づく表示を行っている状態において、前記第１操作部による前記ユーザの、前記背景画像上における複数の前記図像のうちいずれかに関する前記ユーザを選択するユーザ選択操作、を受け付ける第２選択受付手段と、前記第２選択受付手段により前記ユーザ選択操作を受け付けた場合に、そのユーザ選択操作に応じたユーザの歌唱情報を表示するように、前記第１表示部を制御する第３表示制御手段と、をさらに有することを特徴とする。
【００１５】
第９発明は、上記第４乃至第８発明のいずれかにおいて、前記第１表示部が前記第１表示制御手段の制御に基づく表示を行っている状態において、前記第１操作部による前記ユーザの、前記背景画像上における特定の前記図像の所望の位置を指定する位置指定操作、を受け付ける第３指定受付手段と、前記第３指定受付手段により前記位置指定操作を受け付けた場合に、その位置選択操作に応じた位置における複数の前記歌唱対象識別子のうち、前記特定の図像に関する前記ユーザの前記歌唱履歴情報に基づいて選定された前記歌唱対象識別子を、前記特定の図像を前記位置へ移動可能な前記歌唱対象識別子として表示するように、前記第１表示部を制御する第４表示制御手段と、をさらに有することを特徴とする。
【００１６】
第１０発明は、上記第１乃至第９発明のいずれかにおいて、前記歌唱対象識別子は、前記楽曲の歌手識別子であることを特徴とする。
【００１７】
上記目的を達成するために、第１１発明は、楽曲を再生する再生手段と、所定の表示を行う第２表示部と、ユーザが操作可能な第２操作部と、を有し、前記第２操作部の操作に応じて前記再生手段に再生させる前記楽曲を選択可能な楽曲再生装置であって、前記第２操作部による前記ユーザの利用認証操作を受け付ける第２認証受付手段と、複数の前記楽曲に関する複数の前記ユーザの歌唱履歴情報に基づいて複数の歌唱対象識別子が所定の分布態様で分布した背景画像上の、前記第２認証受付手段により前記利用認証操作が受け付けられて利用認証された認証ユーザを含む複数の前記ユーザに対応する位置座標、をそれぞれ取得する第２位置取得手段と、前記背景画像を表示し、かつ、その背景画像上の、前記第２位置取得手段により取得された各ユーザに対応する各位置座標に、各ユーザを識別する図像を前記背景画像に重ねてそれぞれ表示するように、前記第２表示部を制御する第５表示制御手段と、を有することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、複数のユーザに対する歌唱対象の推奨を同一画面上で行うことができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施の形態のカラオケシステムの全体構成を表す機能ブロック図である。
【図２】歌唱履歴データベースの記憶内容の一例を表すテーブルである。
【図３】楽曲情報データベースの記憶内容の一例を表すテーブルである。
【図４】ユーザ登録データベースの記憶内容の一例を表すテーブルである。
【図５】ホストサーバの制御部が実行する制御手順の一例を表すフローチャートである。
【図６】第２マップデータのデータ構造の一例を概念的に表す説明図である。
【図７】図６中のＡ部の拡大図に相当する説明図である。
【図８】リモコンの制御部により実行される制御手順の一例を表すフローチャートである。
【図９】リモコンの制御部により実行される制御手順の一例を表すフローチャートである。
【図１０】リモコンの制御部により実行される制御手順の一例を表すフローチャートである。
【図１１】ステップＳＢ５０で表示されるマップ画面の一例を表す説明図である。
【図１２】図１１に示す状態からアバタの表示位置が更新されたマップ画面の一例を表す説明図である。
【図１３】ステップＳＢ１２０の処理が実行されることで、図１１に示す状態から表示内容が切り替わったマップ画面の一例を表す説明図である。
【図１４】ステップＳＢ１５０の処理が実行されることで、図１１に示す状態から表示内容が切り替わったマップ画面の一例を表す説明図である。
【図１５】ステップＳＢ１６５の処理が実行されることで、図１１に示す状態から表示内容が切り替わったマップ画面の一例を表す説明図である。
【発明を実施するための形態】
【００２０】
以下、本発明の一実施の形態について図面を参照しつつ説明する。
【００２１】
図１は、本実施形態のカラオケシステムの全体構成を表す機能ブロック図である。
【００２２】
図１において、本実施形態のカラオケシステム１は、カラオケサービスを行う各店舗の各カラオケルールＫＲにそれぞれ１台ずつ設置されたカラオケ装置１０（図１中では、１つのカラオケルームＫＲに設置された１台のカラオケ装置１０のみを示す）と、カラオケサービス提供会社側のホストサーバ４００とを有している。各カラオケ装置１０とホストサーバ４００とは、適宜のネットワークＮＷを介し、互いに情報送受信可能に接続されている。
【００２３】
カラオケ装置１０は、装置本体１００（楽曲再生装置）と、リモコン２００（端末装置）と、スピーカ３０１と、ディスプレイ３０２と、マイク３０３とを有している。装置本体１００とリモコン２００とは、例えば無線又は有線のＬＡＮ等のネットワークを介し、互いに情報送受信可能に接続されている。装置本体１００と、スピーカ３０１、ディスプレイ３０２、及びマイク３０３とは、適宜の回線により接続されている。
【００２４】
装置本体１００は、制御部１０１と、大容量記憶装置１０３と、操作部１０４と、受信部１０５と、音源１０６と、音声制御部１０７と、通信制御部１１０とを有している。
【００２５】
制御部１０１は、図示しないＣＰＵやＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置１０３に予め記憶された各種プログラムを実行する。これにより、装置本体１００全体の制御を行う。
【００２６】
大容量記憶装置１０３は、例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等から構成されている。この大容量記憶装置１０３には、予めホストサーバ４００（又は、カラオケサービス提供会社側の別のサーバ）から上記ネットワークＮＷを介し配信された、カラオケ用の複数の楽曲に係わる、ＭＩＤＩ（登録商標）データ、背景映像データ、及び歌詞データ等の各種情報が記憶されている。
【００２７】
操作部１０４は、例えば複数のキーやスイッチ等から構成されている。ユーザは、この操作部１０４（又は、リモコン２００）を用いて、歌唱する楽曲の選択操作（選曲操作）等の各種操作を行うことができる。
【００２８】
受信部１０５は、マイク３０３から出力された歌唱者（ユーザ）の歌唱音声に対応する音声信号を受信する。
【００２９】
音源１０６は、制御部１０１によって大容量記憶装置１０３から読み出されたＭＩＤＩデータを再生して音声制御部１０７へ出力する。音声制御部１０７は、音源１０６から出力されたＭＩＤＩデータ、及び、受信部１０５により受信された音声信号を増幅し、スピーカ３０１へ出力する。スピーカ３０１は、音声制御部１０７から出力されたＭＩＤＩデータ及び音声信号を音声出力する。
【００３０】
なお、音源１０６、音声出力部１０７、及びスピーカ３０１（以下適宜、これらを「音源１０６等」と略称する）が、特許請求の範囲に記載の再生手段を構成する。
【００３１】
ディスプレイ３０２は、例えば液晶ディスプレイ等から構成されており、各種映像を表示する。特に、ディスプレイ３０２は、音源１０６等によるＭＩＤＩデータの再生に同期して、言い換えれば、音源１０６等によりＭＩＤＩデータの再生が行われるのに従い、大容量記憶装置１０３から読み出された背景映像データ及び歌詞データに対応したテロップ等を表示することができる。
【００３２】
通信制御部１１０は、リモコン２００やホストサーバ４００との間で行われる情報通信の制御を行う。
【００３３】
リモコン２００は、ユーザが選曲操作等の各種操作を行うための端末装置である。このリモコン２００は、制御部２０１と、記憶装置２０３と、タッチパネルディスプレイ２０２と、通信制御部２１０とを有している。
【００３４】
記憶装置２０３は、例えば不揮発性メモリ等から構成されており、各種情報を記憶する。
【００３５】
タッチパネルディスプレイ２０２は、表示部２０２ａ（第１表示部）と、タッチパネル部２０２ｂ（第１操作部）とを有している。
【００３６】
表示部２０２ａは、例えば液晶ディスプレイ等から構成されており、各種表示を行う。
【００３７】
タッチパネル部２０２ｂは、表示部２０２ａの表示領域の表面に沿って設けられた透明なスイッチである。このタッチパネル部２０２ｂは、ユーザの指やスタイラス（ペン）等による接触（タッチ）があった場合、その接触箇所のスイッチがオンされたことを認識可能な構成となっている。ユーザは、表示部２０２ａに表示されたアイコン（画像）に対応するタッチパネル２０２ｂ部分をタッチすることにより、選択や入力を行うことができる。これにより、ユーザは、選曲操作等の各種操作を行うことができる。特に、ユーザは、タッチパネル部２０２ｂを介し、予め登録されたユーザ識別情報であるユーザＩＤ及びパスワードを入力するログイン操作（利用認証操作）を行うことにより、ログインすることができる。これにより、リモコン２００上で、カラオケサービス提供会社による所定のサービスを享受可能となる。
【００３８】
通信制御部２１０は、装置本体１００やホストサーバ４００との間で行われる情報通信の制御を行う。
【００３９】
制御部２０１は、図示しないＣＰＵやＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部２０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや記憶装置２０３に予め記憶された各種プログラムを実行する。これにより、リモコン２００全体の制御を行う。例えば、ユーザがログインした状態で選曲操作を行って歌唱を行うと、制御部２０１は、当該ユーザのユーザＩＤと、選曲された楽曲の識別情報である楽曲ＩＤと、選曲された楽曲が歌唱された年月日及び時刻の情報である歌唱日時とを、通信制御部２１０及びネットワークＮＷを介し、ホストサーバ４００へ出力する。本実施形態では、ユーザＩＤ、楽曲ＩＤ、及び歌唱日時のホストサーバ４００への出力は、ユーザが歌唱を行うごとに時々刻々と行われる。
【００４０】
ホストサーバ４００は、制御部４０１と、大容量記憶装置４０３と、操作部４０４と、表示部４０９と、通信制御部４１０とを有している。
【００４１】
大容量記憶装置４０３は、例えばＨＤＤ等から構成されている。この大容量記憶装置４０３には、歌唱履歴データベース４０３１（後述の図２参照）、楽曲情報データベース４０３２（後述の図３参照）、及びユーザ登録データベース４０３３（後述の図４参照）が記憶されている。
【００４２】
操作部４０４は、例えばキーボードやマウス等から構成されている。この操作部４０４では、各種操作が行われる。
【００４３】
表示部４０９は、例えば液晶ディスプレイ等から構成されており、各種表示を行う。
【００４４】
通信制御部４１０は、各カラオケ装置１０との間で、上記ネットワークＮＷを介し行われる情報通信の制御を行う。
【００４５】
制御部４０１は、図示しないＣＰＵやＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部４０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置４０３に予め記憶された各種プログラムを実行する。これにより、ホストサーバ４００全体の制御を行う。例えば、制御部４０１は、各カラオケ装置１０の装置本体１００から出力されたユーザＩＤ、楽曲ＩＤ、及び歌唱日時を、通信制御部４１０を介し入力して、歌唱履歴情報として上記歌唱履歴データベース４０３１へ蓄積する。なお、歌唱日時は、装置本体１００から出力するのではなく、ホストサーバ４００側で確認するように構成してもよい。また、本実施形態では、装置本体１００からのユーザＩＤ、楽曲ＩＤ、及び歌唱日時の出力は、ユーザが歌唱を行うごとに時々刻々と行われるので、歌唱履歴データベース４０３１には、続々と新たな歌唱履歴情報が蓄積されていく。
【００４６】
図２は、上記歌唱履歴データベース４０３１の記憶内容の一例を表すテーブルである。
【００４７】
図２において、歌唱履歴データベース４０３１には、各カラオケ装置１０の装置本体１００から出力された、複数の楽曲に関する複数のユーザの選曲操作に基づく歌唱履歴情報が記憶されている。
【００４８】
歌唱履歴情報には、選曲操作を行ったユーザのユーザＩＤと、選曲された楽曲の楽曲ＩＤと、選曲された楽曲の歌唱日時とが含まれている。なお、歌唱履歴情報として、上記ユーザＩＤ、楽曲ＩＤ、及び歌唱日時の他に、選曲操作を行ったユーザによる歌唱や選曲された楽曲に関する関連情報を併せて記憶するように構成してもよい。
【００４９】
図３は、上記楽曲情報データベース４０３２の記憶内容の一例を表すテーブルである。
【００５０】
図３において、楽曲情報データベース４０３２には、各楽曲ごとに、当該楽曲に関する楽曲情報が記憶されている。楽曲情報には、楽曲ＩＤ、楽曲の識別子である楽曲名、及び、楽曲の歌手の識別子である歌手名等が含まれている。本実施形態では、歌手が、特許請求の範囲に記載の歌唱対象に相当し、歌手名が、歌手識別子に相当すると共に歌唱対象識別子に相当する。
【００５１】
なお、本明細書中では、２人以上からなるグループの楽曲の場合、その楽曲の歌手は、グループのメンバーそれぞれを指すのではなく、グループそのものを指すものとする。例えば、「ＡＡ」「ＢＢ」「ＣＣ」「ＤＤ」「ＥＥ」の５人からなるグループ「ＡＢＣＤＥ」の楽曲の場合、その楽曲の歌手は、グループ「ＡＢＣＤＥ」である。
【００５２】
図４は、上記ユーザ登録データベース４０３３の記憶内容の一例を表すテーブルである。
【００５３】
図４において、ユーザ登録データベース４０３３には、各ユーザごとに、当該ユーザに関するユーザ登録情報が記憶されている。ユーザ登録情報には、「ユーザＩＤ」「パスワード」「年齢」「性別」「住所」「アバタ」「お気に入り楽曲」「お気に入り歌手」「友達ユーザ」等の項目で表される情報が含まれている。
【００５４】
「ユーザＩＤ」項目には、ユーザのユーザＩＤが格納されている。「パスワード」項目には、例えば英数字文字列からなるパスワードが格納されている。「年齢」項目には、ユーザの年齢の情報が格納されている。「住所」項目には、ユーザの住所の情報が格納されている。「アバタ」項目には、ユーザに対応するアバタ（図像）の画像データであるアバタ情報が格納されている。アバタとは、各ユーザを識別する簡易的な人型図像であり、各ユーザの分身的な意味合いのキャラクタである。なお、各ユーザを識別する図像としては、アバタに限られず、写真やイラスト等でもよい。「お気に入り楽曲」項目には、ユーザがお気に入りとして登録した楽曲の楽曲名が格納されている。「お気に入り歌手」項目には、ユーザがお気に入りとして登録した歌手の歌手名が格納されている。「友達ユーザ」項目には、ユーザが友達として登録した（関連付けた）関連ユーザとしての友達ユーザのユーザＩＤが格納されている。
【００５５】
ここで、本実施形態の最大の特徴は、表示部２０２ａが、複数の歌手名が所定の分布態様で分布した背景画像５１（後述）上における各ユーザに対応する各位置座標に、これら各ユーザのアバタを背景画像５１に重ねてそれぞれ表示することにある。以下、その詳細について順を追って説明する。
【００５６】
図５は、ホストサーバ４００の制御部４０１により実行される制御手順の一例を表すフローチャートである。
【００５７】
図５において、このフローに示す処理は、所定の開始操作が行われることによって開始される。まずステップＳＡ１０で、制御部４０１は、大容量記憶装置４０３に記憶された歌唱履歴データベース４０３１にアクセスし、複数のユーザの歌唱履歴情報（ユーザＩＤ、楽曲ＩＤ、及び歌唱日時）を取得する。またこれと共に、大容量記憶装置４０３に記憶された楽曲情報データベース４０３２にアクセスし、複数の楽曲に関する楽曲情報（楽曲ＩＤ、楽曲名、及び歌手名）を取得する。
【００５８】
その後、ステップＳＡ２０で、制御部４０１は、上記ステップＳＡ１０で取得された複数の歌唱履歴情報及び複数の楽曲情報に基づき、複数のユーザを歌手名ごとに分類した第１マップデータを生成する。
【００５９】
第１マップデータの生成手法の一例としては、制御部４０１は、まず、歌唱履歴情報と楽曲情報との両方に含まれる楽曲ＩＤをキーとして、各歌唱履歴情報に対し歌手名をそれぞれ対応付ける。その後、歌手名をそれぞれ対応付けた複数の歌唱履歴情報を、当該歌唱履歴情報に含まれるユーザＩＤを参考にしてユーザごとに分類する。そして、各ユーザごとに分類された、歌手名をそれぞれ対応付けた複数の歌唱履歴情報を用いて、各ユーザごとに、複数の歌手名を成分とする特徴ベクトル（すなわち、歌手の嗜好を表す特徴ベクトル）をそれぞれ生成する。その後、各ユーザごとに生成された複数の特徴ベクトルを、これらの成分に応じてクラスタリングして、平面座標系が設定された二次元平面４０（後述の図６参照）上に配列された複数（この例では１００個）のセル４１（後述）で表されるユニットに分類する。各ユニットには、上記二次元平面４０上の位置座標が予め対応付けられている。なお、クラスタリングとは、例えば公知のＫ−ｍｅａｎｓ法やＳＯＭ（Ｓｅｌｆ  Ｏｒｇａｎｉｚｉｎｇ  Ｍａｐｓ）法等のクラスタリング手法を用いて、複数のデータを外的基準なしに自動的に分類する手法、又は、そのアルゴリズムである。そして、この分類結果に対応して、各ユーザを、対応する特徴ベクトルが分類されたユニットに対しそれぞれ対応付ける。これにより、各ユーザに対し、上記二次元平面４０上の位置座標が対応付けられる。またこれと共に、各歌手名を、対応する歌手の楽曲に対する、所属する全ユーザによる総歌唱回数の最も多いユニットに対しそれぞれ対応付けてプロットする。以上により、第１マップデータが生成される。なお、ユーザの所属するユニットを表す情報や、上記二次元平面４０上におけるユーザの位置座標は、大容量記憶装置４０３の適宜の箇所、例えば大容量記憶装置４０３に設けたユーザ位置データベース（図示省略）に各ユーザごとに記憶される。
【００６０】
すなわち、第１マップデータ上では、複数の歌手名は、プロットされた距離が近いほど対応する歌手の類似度が高くなり、プロットされた距離が遠いほど対応する歌手の類似度が低くなるような、所定の分布態様で分布する。したがって、同じような歌手の嗜好を備えるユーザ同士は、同じユニット（言い換えれば、同じ歌手名）、又は、近い位置に配列された類似するユニット（言い換えれば、プロットされた距離が近い類似する歌手の歌手名）に分類される。また、全く違う歌手の嗜好を備えるユーザ同士は、遠い位置に配列された非類似のユニット（言い換えれば、プロットされた距離が遠い非類似の歌手の歌手名）に分類される。
【００６１】
そして、ステップＳＡ３０に移り、制御部４０１は、上記ステップＳＡ２０で生成された第１マップデータを用いて、当該第１マップデータ上で上記のような分布態様で分布する複数の歌手名を、これらに対応する歌手に関するカテゴリに応じて、予め歌手に関し設定された複数のカテゴリに分類した第２マップデータを生成する。
【００６２】
図６及び図７は、上記ステップＳＡ３０で生成された第２マップデータのデータ構造の一例を概念的に表す説明図である。なお、図７は、図６中のＡ部の拡大図に相当する。
【００６３】
図６及び図７において、第２マップデータでは、上記二次元平面４０上に、上記１００個のユニットを表した六角形状のセル４１が、六方格子状に配列されている。また、この二次元平面４０上には、複数の歌手名を表した円形状のプロット４２が、プロットされた距離が近いほど対応する歌手の類似度が高くなり、プロットされた距離が遠いほど対応する歌手の類似度が低くなるような分布態様で分布している。そして、これら複数のプロット４２で表される歌手名が、複数（この例では９個）のカテゴリに分類されている。すなわち、各カテゴリには、上記二次元平面４０上の位置座標の範囲が設定される。
【００６４】
この第２マップデータ上では、各ユーザは、１００個のセル４１で表されるユニットのうちいずれか１つのユニットに対応付けられている。また、各歌手名は、１００個のセル４１で表されるユニットのうちいずれか１つのユニットに対応付けられている。
【００６５】
図５に戻り、その後のステップＳＡ４０では、制御部４０１は、上記ステップＳＡ３０で生成された第２マップデータを、通信制御部４１０及びネットワークＮＷを介し、各カラオケ装置１０の装置本体１００へ出力する。その後、このフローに示す処理を終了する。なお、本実施形態では、歌唱履歴データベース４０３１の記憶内容は、ユーザが歌唱を行うごとに時々刻々と変動しており、制御部４０１は、所定のタイミングで、このフローに示す処理を繰り返し実行する。また、装置本体１００の制御部１０１は、通信制御部１１０を介し入力した第２マップデータを、通信制御部１１０を介しリモコン２００へ出力する。リモコン２００の制御部２０１は、通信制御部２１０を介し入力した第２マップデータを、記憶装置２０３に格納する。
【００６６】
図８、図９、及び図１０は、リモコン２００の制御部２０１により実行される制御手順の一例を表すフローチャートである。
【００６７】
図８〜図１０において、このフローに示す処理は、所定の開始操作が行われることによって開始される。まず図８に示すステップＳＢ１０で、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに適宜のログイン画面（図示省略）を表示させる。そして、表示部２０２ａがログイン画面を表示した状態において、ユーザの上記ログイン操作（ユーザＩＤ及びパスワードの入力）を受け付ける。なお、このステップＳＢ１０の手順が、特許請求の範囲に記載の第１認証受付手段として機能する。
【００６８】
ユーザがログイン操作を行うと、ログイン要求が通信制御部２１０及びネットワークＮＷを介しホストサーバ４００へ出力される。ホストサーバ４００の制御部４０１は、ログイン要求に含まれるユーザＩＤ及びパスワードが、ユーザ登録データベース４０３３に記憶されたユーザ登録情報に含まれるユーザＩＤ及びパスワードの内容と合致するかどうかを認証する。ログイン要求に含まれるユーザＩＤ及びパスワードが登録されたものと合致したら、制御部４０１は、ログイン操作を行ったユーザのログインを認証する。以下、ログイン認証（利用認証）されたユーザ（特許請求の範囲に記載の認証ユーザ）を「ログインユーザ」と称する。複数のユーザがログイン操作を正常に行ってログイン認証された場合、ログインユーザは複数人存在することとなる。
【００６９】
その後、ステップＳＢ２０で、制御部２０１は、ログインユーザがタッチパネル２０２ｂを介し上記選曲アシストサービスの利用開始操作を行ったかどうかを判定する。ログインユーザが利用開始操作を行うまでは、ステップＳＢ２０の判定は満たされず、ループして待機する。ログインユーザが利用開始操作を行ったら、ステップＳＢ２０の判定が満たされて、ステップＳＢ２５に移る。
【００７０】
ステップＳＢ２５では、制御部２０１は、通信制御部２１０及びネットワークＮＷを介しホストサーバ４００にアクセスする。そして、利用認証操作を行ったログインユーザを、タッチパネル部２０２ｂの操作を実行中の「アクティブユーザ」とみなし、ユーザ登録データベース４０３３の記憶内容を参照して、アクティブユーザの友達ユーザを検出する。
【００７１】
そして、ステップＳＢ３０に移り、制御部２０１は、通信制御部２１０及びネットワークＮＷを介しホストサーバ４００にアクセスする。そして、ユーザ登録データベース４０３３に記憶された、ログインユーザのユーザ登録情報に含まれるアバタ情報を取得する。またこれと共に、アクティブユーザの友達ユーザのユーザ登録情報に含まれるアバタ情報を取得する。
【００７２】
その後、ステップＳＢ４０で、制御部２０１は、通信制御部２１０及びネットワークＮＷを介しホストサーバ４００にアクセスする。そして、前述のユーザ位置データベースに記憶された、ログインユーザとアクティブユーザの友達ユーザとの二次元平面４０上における位置座標を、背景画像５１（後述）上における位置座標としてそれぞれ取得する。なお、ユーザ位置データベースの記憶内容は、上記図５のフローに示す処理が実行されるごとに更新されるため、このステップＳＢ４０では、当該ステップを実行する時点でのユーザ位置データベースに記憶された上記各ユーザの二次元平面４０上における位置座標が、背景画像５１上における位置座標として取得される。
【００７３】
そして、ステップＳＢ５０に移り、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに、上記ステップＳＢ３０，ＳＢ４０の処理に応じたマップ画面Ｄ１（後述の図１１参照）を表示させる。
【００７４】
図１１は、上記ステップＳＢ５０で表示されるマップ画面Ｄ１の一例を表す説明図である。なお、図１１及び後述の図１２、図１３、図１４、図１５中では、ログインユーザを「ユーザＡ」「ユーザＢ」「ユーザＣ」とし、アクティブユーザを「ユーザＡ」とし、アクティブユーザの友達ユーザを「ユーザＤ」「ユーザＥ」「ユーザＦ」とした場合を例にとって説明を行う。
【００７５】
図１１において、このマップ画面Ｄ１は、３つの領域５２ａ，５２ｂ，５２ｃに区分されている。領域５２ａには、その全域に亘って、記憶装置２０３に記憶された第２マップデータに基づく背景画像５１が表示されている。
【００７６】
背景画像５１上（領域５２ａの全域）には、第２マップデータにおける二次元平面４０に対応する平面座標系が設定されている。この背景画像５１には、前述の六法格子状に配列された１００個のユニットを表したセル４１と、前述の分布態様で分布した複数の歌手名を表したプロット４２と、前述の９個のカテゴリの識別子であるカテゴリ名（この例では、「カテゴリ０１」「カテゴリ０２」「カテゴリ０３」「カテゴリ０４」「カテゴリ０５」「カテゴリ０６」「カテゴリ０７」「カテゴリ０８」「カテゴリ０９」）とが含まれている。なお、背景画像５１上に分布した複数の歌手名を表したプロット４２については、分布した全部のプロット４２が表されるのではなく、分布した一部のプロット４２（例えば、複数のユーザによる楽曲の歌唱頻度の高い上位所定数の歌手名を表したプロット４２）のみが表示されている。
【００７７】
また、背景画像５１上の、上記ステップＳＢ４０で取得されたログインユーザであるユーザＡ，Ｂ，Ｃの位置座標には、上記ステップＳＢ３０で取得されたこれらユーザＡ，Ｂ，Ｃのアバタ情報に応じたアバタ５０Ａ，５０Ｂ，５０Ｃが背景画像５１に重ねてそれぞれ表示されている。これと共に、背景画像５１上の、上記ステップＳＢ４０で取得された、ログイン認証されておらず、かつアクティブユーザであるユーザＡの友達ユーザである、ユーザＤ，Ｅ，Ｆの位置座標には、上記ステップＳＢ３０で取得されたこれらユーザＤ，Ｅ，Ｆのアバタ情報に応じたアバタ５０Ｄ，５０Ｅ，５０Ｆが背景画像５１に重ねてそれぞれ表示されている。このとき、ユーザＡ，Ｂ，Ｃ（その場にいるユーザ）のアバタ５０Ａ，５０Ｂ，５０Ｃと、ユーザＤ，Ｅ，Ｆ（その場にいないユーザ）のアバタ５０Ｄ，５０Ｅ，５０Ｆとは、互いに識別可能な表示態様でそれぞれ表示されている。この例では、アバタ５０Ａ，５０Ｂ，５０Ｃは、通常の表示態様で表示され、アバタ５０Ｄ，５０Ｅ，５０Ｆは、背景画像５１が透過した表示態様（いわゆるゴースト表示）で表示されている。
【００７８】
さらに、領域５２ａの適宜の箇所には、背景画像５１の拡大・縮小を受け付けるための拡大縮小受付部５５が表示されている。拡大縮小受付部５５は、拡大を受け付けるための拡大受付部５５ａと、縮小を受け付けるための縮小受付部５５ｂとを有している。例えば、背景画像５１上の任意の箇所が選択された状態で、ユーザがタッチパネル部２０２ｂを介し拡大受付部５５ａを操作すると、上記任意の箇所に向けて背景画像５１がズームアップされて、より多くのプロット４２が表示されるようになる。
【００７９】
領域５２ｂには、対象年月を指定するための年月指定フィールド６０と、対象ユーザを指定するためのユーザ指定フィールド６１と、アバタ５０を移動させたい所望の位置を指定するための位置指定フィールド６２とが表示されている。これらの詳細については、後述する。
【００８０】
領域５２ｃには、ログインユーザであるユーザＡ，Ｂ，Ｃのアバタ情報に応じたアバタ５０Ａ′，５０Ｂ′，５０Ｃ′と、アクティブユーザの切り替えを受け付けるためのユーザ切替部５６とが表示されている。
【００８１】
図８に戻り、その後のステップＳＢ６０では、制御部２０１は、上記ステップＳＢ５０でマップ画面Ｄ１を表示した後、所定の期間（例えば３０分）経過しているかどうかを判定する。マップ画面Ｄ１を表示した後、所定の期間経過していた場合には、ステップＳＢ６０の判定が満たされて、上記ステップＳＢ４０に戻り、同様の手順を繰り返す。再度実行されるステップＳＢ４０では、制御部２０１は、その時点でのユーザ位置データベースに記憶された、複数のユーザの更新された歌唱履歴情報に基づく上記各ユーザの二次元平面４０上における位置座標を、背景画像５１上における位置座標として取得する。そして、再度実行されるステップＳＢ５０では、制御部２０１は、表示部２０２ａに表示信号を出力して、背景画像５１上の、上記再度実行されたステップＳＢ４０で新たに取得された各ユーザの背景画像５１上における位置座標に、これら各ユーザのアバタ５０を背景画像５１に重ねてそれぞれ表示するように、マップ画面Ｄ１におけるアバタ５０の表示位置を更新させる。なお、このとき、各ユーザのアバタ５０の態様（例えば、相対的な大きさや顔に相当する部分の表情等）を、当該ユーザのログイン後の歌唱状況（例えば、歌唱数、歌唱得点、歌唱ランキング等）に応じて変更させてもよい。例えば、ユーザの歌唱数が多いほど、アバタ５０の相対的な大きさを大きくさせ、ユーザの歌唱得点や歌唱ランキングが高いほど、アバタ５０の顔に相当する部分を嬉しそうな表情に変更させる。一方、マップ画面Ｄ１を表示した後、所定の期間経過していなかった場合には、ステップＳＢ６０の判定が満たされず、ステップＳＢ７０に移る。なお、このステップＳＢ６０の手順が、特許請求の範囲に記載の取得制御手段として機能する。
【００８２】
図１２は、上記図１１に示す状態からアバタ５０の表示位置が更新されたマップ画面Ｄ１の一例を表す説明図である。
【００８３】
図１２において、このマップ画面Ｄ１においては、背景画像５１上の各ユーザＡ〜Ｆのアバタ５０Ａ〜５０Ｆの表示位置が、上記図１１に示すこれらの表示位置から、上記再度実行されたステップＳＢ４０で取得された各ユーザＡ〜Ｆの位置座標に対応する位置にそれぞれ更新されている。すなわち、上記図１１に示すマップ画面Ｄ１が表示された後、所定の期間内に歌唱を行ったユーザのアバタ５０（この例では、アバタ５０Ａ〜５０Ｃ，５０Ｅ）については、表示位置が変動しており、所定の期間内に歌唱を行っていないユーザのアバタ５０（この例では、アバタ５０Ｄ，５０Ｆ）については、表示位置は変動していない。なお、ユーザＥは、ログインユーザではないが、他のカラオケルームＫＲにおいて歌唱を行っていたため、対応するアバタ５０Ｆの表示位置が変動している。
【００８４】
図８に戻り、ステップＳＢ７０では、制御部２０１は、表示部２０２ａがマップ画面Ｄ１を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、背景画像５１上における複数のアバタ５０のうちいずれかに関するユーザを選択するユーザ選択操作を行ったかどうかを判定する。ユーザがユーザ選択操作を行わなかった場合には、ステップＳＢ７０の判定は満たされず、後述のステップＳＢ９０に移る。一方、ユーザがユーザ選択操作を行った（ユーザのユーザ選択操作を受け付けた）場合には、ステップＳＢ７０の判定が満たされて、ステップＳＢ８０に移る。なお、このステップＳＢ７０の手順が、特許請求の範囲に記載の第２選択受付手段として機能する。
【００８５】
ステップＳＢ８０では、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに、上記ユーザ選択操作に応じたユーザの歌唱情報を表したウィンドウ（図示省略）を表示させる。歌唱情報には、歌唱履歴情報や、ユーザ登録データベース４０３３に記憶された「お気に入り楽曲」「お気に入り歌手」の項目で表される情報等の、歌唱に関する情報が含まれている。なお、上記ウィンドウは、マップ画面Ｄ１上の適宜の位置にポップアップ表示されてもよいし、マップ画面Ｄ１から切り替えられた別の画面上に表示されてもよい。なお、このステップＳＢ８０の手順が、特許請求の範囲に記載の第３表示制御手段として機能する。その後、ステップＳＢ９０に移る。
【００８６】
ステップＳＢ９０では、制御部２０１は、表示部２０２ａがマップ画面Ｄ１（又は、上記ウィンドウ）を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、背景画像５１上における複数のプロット４２で表される歌手名（又は、上記ウィンドウに表されたお気に入り歌手の歌手名）のうちいずれかに対応する歌手を選択する歌手選択操作（歌唱対象選択操作）を行ったかどうかを判定する。ユーザが歌手選択操作を行った（ユーザの歌手選択操作を受け付けた）場合には、ステップＳＢ９０の判定が満たされて、後述の図１０に示すステップＳＢ１９０に移る。一方、ユーザが歌手選択操作を行わなかった場合には、ステップＳＢ９０の判定が満たされず、図９に示すステップＳＢ１００に移る。なお、このステップＳＢ９０の手順が、特許請求の範囲に記載の第１選択受付手段として機能する。
【００８７】
ステップＳＢ１００では、制御部２０１は、表示部２０２ａがマップ画面Ｄ１を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、上記年月指定フィールド６０を選択した後、対象年月（第１対象時期）を入力により指定する年月指定操作（時期指定操作）を行ったかどうかを判定する。ユーザが年月指定操作を行った（ユーザの年月指定操作を受け付けた）場合には、ステップＳＢ１００の判定が満たされて、ステップＳＢ１１０に移る。なお、このステップＳＢ１００の手順が、特許請求の範囲に記載の第１指定受付手段として機能する。
【００８８】
ステップＳＢ１１０では、制御部２０１は、通信制御部２１０及びネットワークＮＷを介しホストサーバ４００にアクセスする。そして、ホストサーバ４００の適宜の箇所に記憶された、上記対象年月での複数のユーザの歌唱履歴情報に基づく、ログインユーザとアクティブユーザの友達ユーザとの二次元平面４０上における位置座標を、背景画像５１上における位置座標としてそれぞれ取得する。
【００８９】
その後、ステップＳＢ１２０で、制御部２０１は、表示部２０２ａに表示信号を出力して、背景画像５１上の、上記ステップＳＢ１１０で取得された上記対象年月での各ユーザの背景画像５１上における位置座標に、これら各ユーザのアバタ５０を背景画像５１に重ねてそれぞれ表示するように、マップ画面Ｄ１の表示内容を切り替えさせる。なお、このとき、各ユーザのアバタ５０を、ユーザ登録データベース４０３３に記憶された当該ユーザの年齢（現在の年齢）に基づき、当該ユーザの対象年月での年齢に対応する態様（見た目）に変更させてもよい。あるいは、各ユーザのアバタ５０を、当該ユーザの対象年月での歌唱履歴に応じた仮想的な年齢である歌年齢に基づき、その歌年齢に対応する態様（見た目）に変更させてもよい。歌年齢は、適宜の公知の手法（例えば、特許第４７８６５６１号公報に記載された手法等）により算出されて、適宜の箇所に記憶されている。例えば、ユーザの年齢又は歌年齢が高いほど、アバタ５０を老化した態様に変更させ、ユーザの年齢又は歌年齢が低いほど、アバタ５０を若々しい態様に変更させる。さらに、このとき、各ユーザのアバタ５０に対応して、当該ユーザの対象年月での年齢又は歌年齢を表示させてもよい。その後、上記図８に示すステップＳＢ７０に戻り、同様の手順を繰り返す。
【００９０】
図１３は、上記ステップＳＢ１２０の処理が実行されることで、上記図１１に示す状態から表示内容が切り替わったマップ画面Ｄ１の一例を表す説明図である。
【００９１】
図１３において、このマップ画面Ｄ１においては、年月指定フィールド６０内に上記対象年月として指定された「２００８年１２月」のテキストが表示されている。そして、背景画像５１上の、上記ステップＳＢ１１０で取得された「２００８年１２月」での各ユーザＡ〜Ｆの背景画像５１上における位置座標に、各アバタ５０Ａ〜５０Ｆが背景画像５１に重ねてそれぞれ表示されている。
【００９２】
図９に戻り、ステップＳＢ１００において、ユーザが年月指定操作を行わなかった場合には、ステップＳＢ１００の判定が満たされず、ステップＳＢ１３０に移る。
【００９３】
ステップＳＢ１３０では、制御部２０１は、表示部２０２ａがマップ画面Ｄ１を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、上記ユーザ指定フィールド６１を選択した後、アバタ５０が表示された複数のユーザのうち対象ユーザを選択により指定するユーザ指定操作を行ったかどうかを判定する。ユーザがユーザ指定操作を行った（ユーザのユーザ指定操作を受け付けた）場合には、ステップＳＢ１３０の判定が満たされて、ステップＳＢ１４０に移る。なお、このステップＳＢ１４０の手順が、特許請求の範囲に記載の第２指定受付手段として機能する。
【００９４】
ステップＳＢ１４０では、制御部２０１は、通信制御部２１０及びネットワークＮＷを介しホストサーバ４００にアクセスする。そして、所定の複数の対象年代（第２対象時期）のそれぞれごとに、ホストサーバ４００の適宜の箇所に記憶された、当該対象年代での複数のユーザの歌唱履歴情報に基づく上記対象ユーザの二次元平面４０上における位置座標を、背景画像５１上における位置座標としてそれぞれ取得する。
【００９５】
その後、ステップＳＢ１５０で、制御部２０１は、表示部２０２ａに表示信号を出力して、背景画像５１上の、上記ステップＳＢ１４０で取得された各対象年代での上記対象ユーザの背景画像５１上における位置座標に、この対象ユーザのアバタ５０を背景画像５１に重ねてそれぞれ表示するように、マップ画面Ｄ１の表示内容を切り替えさせる。なお、このとき、各対象年代での対象ユーザのアバタ５０を、ユーザ登録データベース４０３３に記憶された当該対象ユーザの年齢に基づき、各対象年代での対象ユーザの年齢に対応する態様に変更させてもよい。あるいは、各対象年代での対象ユーザのアバタ５０を、各対象年代での対象ユーザの歌唱履歴に応じた歌年齢に基づき、その歌年齢に対応する態様に変更させてもよい。さらに、このとき、各対象年代での対象ユーザのアバタ５０に対応して、各対象年代での対象ユーザの年齢又は歌年齢を表示させてもよい。その後、上記図８に示すステップＳＢ７０に戻り、同様の手順を繰り返す。
【００９６】
図１４は、上記ステップＳＢ１５０の処理が実行されることで、上記図１１に示す状態から表示内容が切り替わったマップ画面Ｄ１の一例を表す説明図である。
【００９７】
図１４において、このマップ画面Ｄ１においては、ユーザ指定フィールド６１内に上記対象ユーザとして指定されたユーザＡのアバタ５０Ａ′が表示されている。そして、背景画像５１上の、上記ステップＳＢ１４０で取得された、対象年代として定められた「２００６年」「２００７年」「２００８年」「２００９年」「２０１０年」「２０１１年」のそれぞれでのユーザＡの背景画像５１上における位置座標に、アバタ５０Ａが背景画像５１に重ねてそれぞれ表示されている。また、各アバタ５０Ａに対応して、当該アバタ５０Ａの位置座標に関する対象年代を表すテキストがそれぞれ表示されている。
【００９８】
図９に戻り、ステップＳＢ１３０において、ユーザがユーザ指定操作を行わなかった場合には、ステップＳＢ１３０の判定は満たされず、ステップＳＢ１６０に移る。
【００９９】
ステップＳＢ１６０では、制御部２０１は、表示部２０２ａがマップ画面Ｄ１を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、上記位置指定フィールド６２を選択した後、複数のアバタ５０のうち対象アバタ（特定の図像）を選択により指定するアバタ指定操作を行ったかどうかを判定する。ユーザがアバタ指定操作を行わなかった場合には、ステップＳＢ１６０の判定は満たされず、上記図８に示すステップＳＢ６０に戻り、同様の手順を繰り返す。一方、ユーザがアバタ指定操作を行った場合には、ステップＳＢ１６０の判定が満たされて、ステップＳＢ１６５に移る。なお、ユーザがアバタ指定操作を行うのではなく、アクティブユーザのアバタ５０を対象アバタに自動的に指定してもよい（すなわち、自分以外のアバタ５０を対象アバタに指定不能としてもよい）。この場合、このステップＳＢ１６０では、制御部２０１は、ユーザが、タッチパネル２０２ｂを介し、上記位置指定フィールド６２を選択する操作を行ったかどうかを判定すればよい。
【０１００】
ステップＳＢ１６５では、制御部２０１は、表示部２０２ａに表示信号を出力して、背景画像５１上に、上記対象アバタの表示位置から異なる位置（エリア）に延びる、複数の矢印５７（後述の図１５参照）を表示するように、マップ画面Ｄ１の表示内容を切り替えさせる。
【０１０１】
図１５は、ステップＳＢ１６５の処理が実行されることで、上記図１１に示す状態から表示内容が切り替わったマップ画面Ｄ１の一例を表す説明図である。
【０１０２】
図１５において、このマップ画面Ｄ１においては、背景画像５１上に、上記対象アバタであるアバタ５０Ａの表示位置から異なる位置に延びる、この例では４つの矢印５７が表示されている。
【０１０３】
図９に戻り、その後のステップＳＢ１６７では、制御部２０１は、表示部２０２ａが上記ステップＳＢ１６５の処理に基づくマップ画面Ｄ１を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、上記対象アバタを移動させたい所望の位置を上記矢印５７の選択により指定する位置指定操作を行ったかどうかを判定する。ユーザが位置指定操作を行うまで、ステップＳＢ１６７の判定は満たされず、ループして待機する。ユーザが位置指定操作を行ったら、ステップＳＢ１６７の判定が満たされて、ステップＳＢ１７０に移る。なお、このステップＳＢ１６７の手順が、特許請求の範囲に記載の第３指定受付手段として機能する。
【０１０４】
ステップＳＢ１７０では、制御部２０１は、上記対象アバタに関するユーザの歌唱履歴情報を参照して、背景画像５１上の位置指定操作に応じた位置（以下適宜、「指定位置」と称する）に分布した複数のプロット４２で表される歌手名のうち、対象アバタに関するユーザの嗜好に対応する歌手名を選定する。そして、表示部２０２ａに表示信号を出力して、表示部２０２ａに、上記選定した歌手名を、対象アバタを上記選択位置へ移動可能な歌手名として表したアイコンを、歌手選択画面（図示省略）を表示させる。なお、このステップＳＢ１７０の手順が、特許請求の範囲に記載の第４表示制御手段として機能する。
【０１０５】
そして、ステップＳＢ１８０に移り、制御部２０１は、表示部２０２ａが歌手選択画面を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、表示されたアイコンのいずれかに対応する歌手を選択する歌手選択操作を行ったかどうかを判定する。ユーザが歌手選択操作を行うまでは、ステップＳＢ１８０の判定は満たされず、ループして待機する。ユーザが歌手選択操作を行った（ユーザの歌手選択操作を受け付けた）ら、ステップＳＢ１８０の判定が満たされて、図１０に示すステップＳＢ１９０に移る。
【０１０６】
ステップＳＢ１９０では、制御部２０１は、表示部２０２ａに表示信号を出力して、表示部２０２ａに、楽曲予約画面（図示省略）を表示させる。この楽曲予約画面には、上記ステップＳＢ９０又はステップＳＢ１８０で受け付けた歌手選択操作に応じた歌手の楽曲の楽曲名を含むアイコンが一覧で表示される。このステップＳＢ１９０の手順が、特許請求の範囲に記載の第２表示制御手段として機能する。
【０１０７】
その後、ステップＳＢ２００で、制御部２０１は、表示部２０２ａが楽曲予約画面を表示した状態において、ユーザが、タッチパネル部２０２ｂを介し、一覧表示されたアイコンのいずれかに対応する楽曲を選択して予約するための楽曲予約操作を行ったかどうかを判定する。ユーザが楽曲予約操作を行うまでは、ステップＳＢ２００の判定は満たされず、ループして待機する。ユーザが楽曲予約操作を行った（ユーザの楽曲予約操作を受け付けた）ら、ステップＳＢ２００の判定が満たされて、ステップＳＢ２１０に移る。なお、このステップＳＢ２００の手順が、特許請求の範囲に記載の予約受付手段として機能する。
【０１０８】
ステップＳＢ２１０では、制御部２０１は、上記ステップＳＢ２００での楽曲予約操作に応じた楽曲を予約する予約信号を、通信制御部２１０を介し、装置本体１００へ出力する。その後、このフローに示す処理を終了する。
【０１０９】
上記において、ステップＳＢ４０、ステップＳＢ１１０、及びステップＳＢ１４０の手順が、特許請求の範囲に記載の第１位置取得手段として機能し、ステップＳＢ５０、ステップＳＢ１２０、ステップＳＢ１５０、及びステップＳＢ１６５の手順が、第１表示制御手段として機能する。
【０１１０】
以上説明したように、本実施形態においては、複数のユーザの歌唱履歴情報に基づいて複数の歌手名が所定の分布態様で分布した背景画像５１上の、ログインユーザを含む複数のユーザの位置座標が、それぞれ取得される。そして、表示部２０２ａが、背景画像５１を表示し、かつ、その背景画像５１上の、上記取得された各ユーザの位置座標に、これら各ユーザのアバタ５０を背景画像５１に重ねてそれぞれ表示する。これにより、複数のユーザのアバタ５０を、当該ユーザの歌唱履歴に応じた嗜好に対応する歌手の歌手名が分布した位置にそれぞれ表すことができる。したがって、ユーザは、アバタ５０の位置に分布した歌手名を参照することで、当該アバタ５０に関するユーザの嗜好に対応する歌手の歌手名を視覚的に理解することができる。また、複数のアバタ５０間の中間位置に分布した歌手名を参照することで、当該複数のアバタ５０に関する複数のユーザの嗜好の中間的な歌手、言い換えれば、これら複数のユーザ同士で一緒に楽しむことができる歌手の歌手名を視覚的に理解することができる。以上のように、本実施形態によれば、複数のユーザに対する歌手の推奨を同一画面上で行うことができる。
【０１１１】
また、本実施形態では特に、ログインユーザと、当該ログインユーザ（上記の例では、ログインユーザのうちアクティブユーザ）に対し関連付けられた友達ユーザとを含む複数のユーザの、背景画像５１上における位置座標が取得される。そして、表示部２０２ａが、ログインユーザのアバタ５０に加え、当該ログインユーザの友達ユーザのアバタ５０についても背景画像５１に重ねて表示する。これにより、ログインユーザとその友達ユーザとを含む複数のユーザに対する歌手の推奨を同一画面上で行うことができる。
【０１１２】
また、本実施形態では特に、表示部２０２ａが、ログインユーザのアバタ５０と、当該ログインユーザ（上記の例では、ログインユーザのうちアクティブユーザ）のログイン認証されていない友達ユーザのアバタ５０とを互いに識別可能な表示態様で表示する。これにより、ユーザは、その場にいるユーザのアバタ５０と、その場にいないユーザのアバタ５０とを、視覚的に一目で理解することができる。
【０１１３】
また、本実施形態では特に、表示部２０２ａが上記ステップＳＢ５０においてマップ画面Ｄ１の表示を行った後、所定の期間が経過するごとに、その時点での複数のユーザの更新された歌唱履歴情報に基づく背景画像５１上の各ユーザの各位置座標が、それぞれ取得される。そして、表示部２０２ａが、上記のようにして背景画像５１上の各ユーザの各位置座標の取得が行われるごとに、背景画像５１上の、その取得された各ユーザの各位置座標に、各ユーザのアバタ５０を背景画像５１に重ねてそれぞれ表示して、当該アバタ５０の表示内容を更新する。これにより、各ユーザの現状の歌唱傾向に応じた位置に、各ユーザのアバタ５０を表示することができる。
【０１１４】
また、本実施形態では特に、前述の年月指定操作が行われると、対象年月での複数のユーザの歌唱履歴情報に基づく背景画像５１上における各ユーザの各位置座標が、それぞれ取得される。そして、表示部２０２ａが、背景画像５１上の、上記取得された対象年月での各ユーザの各位置座標に、各ユーザのアバタ５０を背景画像５１に重ねてそれぞれ表示する。これにより、ユーザは、指定した対象年月での各ユーザの歌唱履歴に応じた嗜好を視覚的に理解することができる。
【０１１５】
また、本実施形態では特に、前述のユーザ指定操作が行われると、複数の対象年代のそれぞれごとに、当該対象年代での複数のユーザの歌唱履歴情報に基づく背景画像５１上における対象ユーザの位置座標が、それぞれ取得される。そして、表示部２０２ａが、背景画像５１上の、上記取得された各対象年代での対象ユーザの各位置座標に、当該対象ユーザのアバタ５０を背景画像５１に重ねてそれぞれ表示する。これにより、ユーザは、指定したユーザの各対象年代での歌唱履歴に応じた嗜好を視覚的に理解することができ、嗜好の変動を視覚的に一目で理解することができる。
【０１１６】
また、本実施形態では特に、前述の位置指定操作が行われると、表示部２０２ａが、その位置指定操作に応じた指定位置における複数の歌手名のうち、対象アバタに関するユーザの歌唱履歴情報に基づいて選定された歌手名を、対象アバタを指定位置へ移動可能な歌手名として表示する。これにより、指定したアバタ５０に関するユーザの歌唱傾向を変えるために好適な歌手の推奨を行うことができる。
【０１１７】
また、本実施形態では特に、前述の歌手選択操作が行われると、表示部２０２ａが、その歌手選択操作に応じた歌手の楽曲の楽曲名を表した楽曲予約画面を表示する、そして、表示部２０２ａが楽曲予約画面を表示した状態において、前述の楽曲予約操作を受け付ける。これにより、ユーザは、上述のようにして推奨されて選択した歌手に対応する楽曲の予約を確実に行うことができる。
【０１１８】
また、本実施形態では特に、前述のユーザ選択操作が行われると、表示部２０２ａが、その選択操作に応じたユーザの歌唱情報を表示する。これにより、ユーザは、選択したユーザの歌唱履歴、お気に入り歌手、お気に入り楽曲等の歌唱情報を参照しつつ選曲を行うことができる。
【０１１９】
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順次説明する。
【０１２０】
（１）歌唱が行われるごとにアバタの表示位置を更新する場合
上記実施形態においては、表示部２０２ｂがマップ画面Ｄ１を表示した後、所定の期間（例えば３０分）が経過するごとに、背景画像５１上の各アバタ５０の表示位置を更新するように構成していたが、これに限られない。すなわち、表示部２０２ｂがマップ画面Ｄ１を表示した後、ログインユーザによる１つの楽曲の歌唱が終了するごとに、背景画像５１上の各アバタ５０の表示位置を更新するように構成してもよい。この場合も、上記実施形態と同様の効果を得ることができる。
【０１２１】
（２）アバタの表示態様のバリエーション
上記実施形態においては、ログインユーザのアバタ５０と、アクティブユーザのログイン認証されていない友達ユーザのアバタ５０とを互いに識別可能な表示態様で表示させていたが、これに限られない。例えば、アクティブユーザのアバタ５０と、アクティブユーザ以外のログインユーザのアバタ５０と、アクティブユーザのログイン認証されていない友達ユーザのアバタ５０とを互いに識別可能な表示態様で表示させてもよい。
【０１２２】
また例えば、アクティブユーザのアバタ５０と、アクティブユーザの友達として登録され、かつログイン認証されているユーザ（アクティブユーザの友達ユーザのうち、ログインユーザであるユーザ）のアバタ５０と、アクティブユーザの友達として登録され、かつログイン認証されていないユーザ（アクティブユーザの友達ユーザのうち、ログインユーザではないユーザ）のアバタ５０と、ログインユーザのうちアクティブユーザの友達として登録されていないユーザ（ログインユーザのうち、アクティブユーザの友達ユーザではないユーザ）のアバタ５０とを互いに識別可能な表示態様で表示させてもよい。
【０１２３】
（３）その他
以上では、複数のユーザの選曲操作に基づく歌唱履歴情報に基づき複数のユーザを歌手名ごとに分類したが、複数のユーザの、音楽ＣＤ等の音楽関連商品の履歴情報や、一般商品の購入履歴情報等の消費履歴情報に基づき複数のユーザを歌手名ごとに分類することも可能である。
【０１２４】
また、以上では、リモコン２００は、表示部２０２ａとタッチパネル部２０２ｂとを備えたタッチパネルディスプレイ２０２を有する構成であったが、これに限られず、このタッチパネルディスプレイ２０２に代えて、表示部と操作部とを別々に有する構成としてもよい。
【０１２５】
また、以上では、マップ画面Ｄ１等の選曲アシストサービスに関する表示及び操作をリモコン２００で行っていたが、これに限られず、装置本体１００に適宜の表示部を設けて当該装置本体１００で行う構成としてもよい。この場合には、装置本体１００の制御部１０１が、上記図８〜図１０のフローに示す手順と同様の手順を実行することにより実現できる。この場合、装置本体１００の操作部１０４が、第１操作部に相当し、上記適宜の表示部が、第２表示部に相当する。また、制御部１０１が実行する上記ステップＳＢ１０に対応する手順が、第２認証受付手段として機能する。また、制御部１０１が実行する上記ステップＳＢ４０、ステップＳＢ１１０、ステップＳＢ１４０に対応する手順が、第２位置取得手段として機能する。また、制御部１０１が実行する上記ステップＳＢ５０、ステップＳＢ１２０、ステップＳＢ１５０、ステップＳＢ１６５に対応する手順が、第５表示制御手段として機能する。この場合も、上記実施形態と同様の効果を得ることができる。
【０１２６】
また、以上では、端末装置をリモコン２００で構成していたが、これに限られず、表示部と操作部を備え、上記図８〜図１０のフローに示す手順と同様の手順を実行可能な、携帯電話、タブレットＰＣ、ＰＤＡを、端末装置として構成してもよい。
【０１２７】
また、以上では、歌手を歌唱対象として、ユーザに対し歌手名の推奨を行っていたが、これに限られない。すなわち、楽曲を歌唱対象として、ユーザに対し楽曲名の推奨を行ってもよい。この場合、楽曲名が、特許請求の範囲に記載の歌唱対象識別子に相当する。
【０１２８】
また、図５及び図８〜図１０に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【０１２９】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用してもよい。
【０１３０】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１３１】
１                カラオケシステム
１０              カラオケ装置
５０，５０Ａ〜Ｆ  アバタ（図像）
５１              背景画像
１００            装置本体（楽曲再生装置）
１０６            音源
１０７            音声制御部
２００            リモコン（端末装置）
２０１            制御部
２０４            タッチパネル部（第１操作部）
２０９            表示部（第１表示部）
３０１            スピーカ
４００            ホストサーバ
【図１】
0005649607.tif 000002
【図２】
0005649607.tif 000003
【図３】
0005649607.tif 000004
【図４】
0005649607.tif 000005
【図５】
0005649607.tif 000006
【図６】
0005649607.tif 000007
【図７】
0005649607.tif 000008
【図８】
0005649607.tif 000009
【図９】
0005649607.tif 000010
【図１０】
0005649607.tif 000011
【図１１】
0005649607.tif 000012
【図１２】
0005649607.tif 000013
【図１３】
0005649607.tif 000014
【図１４】
0005649607.tif 000015
【図１５】
0005649607.tif 000016