(57)【特許請求の範囲】
【請求項１】
楽曲リストを表示する表示部を備えた端末装置と、前記端末装置と通信可能に構成され、ユーザが歌唱した楽曲である歌唱履歴を歌唱履歴情報として記憶する楽曲再生装置とからなる楽曲再生システムであって、
前記楽曲再生装置は、
前記歌唱履歴から、前記ユーザが歌唱した楽曲を分類した歌唱履歴分類リストを作成する歌唱履歴分類作成手段を備え、
前記端末装置は、
前記ユーザが前記端末装置を介して聴いた楽曲情報を取得し楽曲履歴情報として楽曲履歴記憶部に記憶させる楽曲履歴取得手段と、
前記楽曲履歴取得手段によって取得され前記楽曲履歴記憶部に記憶された前記楽曲履歴情報に含まれる個々の楽曲情報に、楽曲ＩＤを対応付けることによって楽曲ＩＤリストを作成する楽曲ＩＤ作成手段と、
前記歌唱履歴分類作成手段によって作成された前記歌唱履歴分類リストを前記楽曲再生装置から取得する歌唱履歴取得手段と、
前記歌唱履歴取得手段によって取得された前記歌唱履歴分類リストと、前記楽曲ＩＤ作成手段によって作成された前記楽曲ＩＤリストとから、前記ユーザに推薦楽曲を提示する推薦曲リストを、複数のジャンルの重み付けによって作成する推薦曲リスト作成手段と、
前記推薦曲リスト作成手段によって作成された前記推薦曲リストを前記表示部に表示させる表示制御手段と、
前記表示部に表示された前記推薦曲リストから歌唱する楽曲の予約を前記ユーザから受け付ける受付手段と、
前記受付手段によって受け付けた前記楽曲の楽曲ＩＤを前記楽曲再生装置に送信する楽曲予約手段と
を備えることを特徴とする楽曲再生システム。
【請求項２】
前記端末装置は、前記ユーザが楽曲を検索する楽曲検索手段と、
前記楽曲検索手段からの前記楽曲の検索回数を数えて検索回数情報として検索回数記憶部に記憶させる検索計数手段と、
前記検索回数記憶部に記憶されている前記検索回数情報を用いて、前記ユーザからの前記検索回数が所定回数以上であるか否かを判定する判定手段と
をさらに備え、
前記判定手段によって、前記検索回数が所定回数以上であると判定された場合、前記表示制御手段は、前記表示部に前記推薦曲リストを表示させることを特徴とする請求項１に記載の楽曲再生システム。
【請求項３】
前記検索計数手段は、前記検索回数記憶部に前記検索回数情報として記憶させた前記検索回数をリセットするリセット手段をさらに備え、前記楽曲予約手段を介して前記楽曲の予約を受け付けた場合、前記リセット手段は前記検索回数記憶部に前記検索回数情報として記憶させた前記検索回数の値を零にリセットすることを特徴とする請求項２に記載の楽曲再生システム。
【請求項４】
前記歌唱履歴情報は楽曲に関するジャンル情報を含み、
前記歌唱履歴情報に含まれる前記楽曲の数を前記ジャンル毎に分類して数えるジャンル分類手段と、
前記ジャンル分類手段による分類結果により、前記歌唱履歴情報に含まれる前記ジャンルの頻出順位を算出する順位算出手段と
をさらに備え、
前記推薦曲リスト作成手段は、前記順位算出手段によって算出されたジャンルの頻出順位と前記楽曲ＩＤリストとから前記推薦曲リストを作成することを特徴とする請求項１から３のいずれかに記載の楽曲再生システム。
【請求項５】
前記楽曲再生システムは、前記端末装置及び前記楽曲再生装置と通信可能に構成され、個々の楽曲を識別する識別ＩＤである楽曲ＩＤを記憶するデータベースを有するサーバを備え、
前記サーバは、
前記端末装置の代わりに、前記楽曲履歴取得手段及び前記楽曲ＩＤ作成手段を備えることを特徴とする請求項１から４のいずれかに記載の楽曲再生システム。
【請求項６】
前記サーバは、
前記ユーザに同伴する同伴者のグループ属性を前記ユーザから受け付けるグループ属性受付手段と、
前記グループ属性受付手段により受け付けた前記グループ属性と、前記グループ属性を受け付けた際に前記ユーザによって歌唱された楽曲の前記楽曲ＩＤとを対応付けて作成してグループ楽曲記憶部にグループ楽曲情報として記憶させるグループ楽曲記憶手段と
をさらに備え、
前記ユーザから前記グループ属性受付手段を介して前記グループ属性を受け付けた場合、前記推薦曲リスト作成手段は、受け付けた前記グループ属性と、前記グループ楽曲記憶手段によって前記グループ楽曲記憶部に記憶された前記グループ楽曲情報とから前記推薦曲リストを作成することを特徴とする請求項５に記載の楽曲再生システム。
【請求項７】
ユーザが歌唱した楽曲の歌唱履歴のリストである歌唱履歴リストを記憶する楽曲再生装置に接続された端末装置によって実行される楽曲再生プログラムであって、
前記ユーザが前記端末装置を介して聴いた楽曲情報を取得し楽曲履歴情報として楽曲履歴記憶部に記憶させる楽曲履歴取得ステップと、
前記楽曲履歴取得ステップおいて取得され前記楽曲履歴記憶部に記憶された前記楽曲履歴情報に含まれる個々の楽曲情報に、楽曲ＩＤを対応付けることによって楽曲ＩＤリストを作成する楽曲ＩＤ作成ステップと、
前記歌唱履歴リストを、前記楽曲再生装置から取得する歌唱履歴取得ステップと、
前記歌唱履歴取得ステップにおいて取得された前記歌唱履歴リストと、前記楽曲ＩＤ作成ステップにおいて作成された前記楽曲ＩＤリストとから、前記ユーザに推薦楽曲を提示する推薦曲リストを、複数のジャンルの重み付けによって作成する推薦曲リスト作成ステップと、
前記推薦曲リスト作成ステップにおいて作成された前記推薦曲リストを前記端末装置が備える表示部に表示させる表示制御ステップと、
前記表示部に表示された前記推薦曲リストから歌唱する楽曲の予約を前記ユーザから受け付ける受付ステップと、
前記受付ステップにおいて受け付けた前記楽曲の楽曲ＩＤを前記楽曲再生装置に送信する楽曲予約ステップと
を端末装置のコンピュータに実行させるための楽曲再生プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲を再生する際に、楽曲の候補一覧をユーザに提示する楽曲再生システム及び楽曲再生プログラムに関する。
【背景技術】
【０００２】
従来、楽曲再生装置で再生するコンテンツを、広域ネットワークを介してコンテンツ配信用のサーバから全国のカラオケ店舗（例えばカラオケボックス）に設置された楽曲再生装置へ配信するカラオケネットワークシステムが広く普及している。
【０００３】
ところで、近年、カラオケで歌唱される楽曲は膨大な量となり、ユーザが楽曲を予約する際は、演奏対象の楽曲を電子選曲装置等から予約する必要があるが、膨大な量の楽曲から、所望する楽曲を探し出すのは大変である。そこで、ユーザのパーソナル楽曲演奏装置の再生楽曲に対するアーチストの割合に応じて、そのアーチストの楽曲の再生履歴から選曲リストを作成して表示する方法が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２８６８４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、聞く曲と歌唱する曲とは異なることが多く、このような場合、ユーザの希望に沿わない選曲リストを作成して提示してしまう問題がある。
【０００６】
本発明は、上記課題を解決するためになされたものであり、ユーザの希望に沿う選曲を行うことが可能な楽曲再生システム及び楽曲再生プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の第一の態様の楽曲再生システムでは、楽曲リストを表示する表示部を備えた端末装置と、前記端末装置と通信可能に構成され、ユーザが歌唱した楽曲である歌唱履歴を歌唱履歴情報として記憶する楽曲再生装置とからなる楽曲再生システムであって、前記楽曲再生装置は、前記歌唱履歴から、前記ユーザが歌唱した楽曲を分類した歌唱履歴分類リストを作成する歌唱履歴分類作成手段を備え、前記端末装置は、前記ユーザが前記端末装置を介して聴いた楽曲情報を取得し楽曲履歴情報として楽曲履歴記憶部に記憶させる楽曲履歴取得手段と、前記楽曲履歴取得手段によって取得され前記楽曲履歴記憶部に記憶された前記楽曲履歴情報に含まれる個々の楽曲情報に、楽曲ＩＤを対応付けることによって楽曲ＩＤリストを作成する楽曲ＩＤ作成手段と、前記歌唱履歴分類作成手段によって作成された前記歌唱履歴分類リストを前記楽曲再生装置から取得する歌唱履歴取得手段と、前記歌唱履歴取得手段によって取得された前記歌唱履歴分類リストと、前記楽曲ＩＤ作成手段によって作成された前記楽曲ＩＤリストとから、前記ユーザに推薦楽曲を提示する推薦曲リストを、複数のジャンルの重み付けによって作成する推薦曲リスト作成手段と、前記推薦曲リスト作成手段によって作成された前記推薦曲リストを前記表示部に表示させる表示制御手段と、前記表示部に表示された前記推薦曲リストから歌唱する楽曲の予約を前記ユーザから受け付ける受付手段と、前記受付手段によって受け付けた前記楽曲の楽曲ＩＤを前記楽曲再生装置に送信する楽曲予約手段とを備える。この場合の楽曲再生システムでは、ユーザは聞いた楽曲と歌唱した楽曲とから推薦曲リストが作成されるのでユーザは希望する楽曲を選択することができる。
【０００８】
【０００９】
本態様の楽曲再生システムでは、前記端末装置は、前記ユーザが楽曲を検索する楽曲検索手段と、前記楽曲検索手段からの前記楽曲の検索回数を数えて検索回数情報として検索回数記憶部に記憶させる検索計数手段と、前記検索回数記憶部に記憶されている前記検索回数情報を用いて、前記ユーザからの前記検索回数が所定回数以上であるか否かを判定する判定手段とをさらに備え、前記判定手段によって、前記検索回数が所定回数以上であると判定された場合、前記表示制御手段は、前記表示部に前記推薦曲リストを表示させるとしても良い。この場合の楽曲再生システムでは、ユーザからの操作部の操作が所定回数超えたら自動的に推薦曲リストの生成が開始されるのでユーザが推薦曲リストの生成指示を行う煩わしさから解放される。
【００１０】
本態様の楽曲再生システムでは、前記検索計数手段は、前記検索回数記憶部に前記検索回数情報として記憶させた前記検索回数をリセットするリセット手段をさらに備え、前記楽曲予約手段を介して前記楽曲の予約を受け付けた場合、前記リセット手段は前記検索回数記憶部に前記検索回数情報として記憶させた前記検索回数の値を零にリセットするとしても良い。この場合の楽曲再生システムでは、次の楽曲を検索する場合に前回の検索回数がリセットされるので、必要以上に推薦曲リストが表示されることがない。
【００１１】
本態様の楽曲再生システムでは、前記歌唱履歴情報は楽曲に関するジャンル情報を含み、前記歌唱履歴情報に含まれる前記楽曲の数を前記ジャンル毎に分類して数えるジャンル分類手段と、前記ジャンル分類手段による分類結果により、前記歌唱履歴情報に含まれる前記ジャンルの頻出順位を算出する順位算出手段とをさらに備え、前記推薦曲リスト作成手段は、前記順位算出手段によって算出されたジャンルの頻出順位と前記楽曲ＩＤリストとから前記推薦曲リストを作成するとしても良い。この場合の楽曲再生システムでは、ジャンルの頻出順位に従って推薦曲リストが作成されるのでユーザが好みのジャンルの楽曲を容易に選択できる。
【００１２】
本態様の楽曲再生システムでは、前記楽曲再生システムは、前記端末装置及び前記楽曲再生装置と通信可能に構成され、個々の楽曲を識別する識別ＩＤである楽曲ＩＤを記憶するデータベースを有するサーバを備え、前記サーバは、前記端末装置の代わりに、前記楽曲履歴取得手段及び前記楽曲ＩＤ作成手段を備えても良い。この場合の楽曲再生システムでは、楽曲再生装置の代わりにサーバに処理をさせることができるので、複数の楽曲再生装置がある場合であっても、推薦リストの作成処理をサーバに集中して行うことができる。
本態様の楽曲再生システムでは、前記サーバは、前記ユーザに同伴する同伴者のグループ属性を前記ユーザから受け付けるグループ属性受付手段と、前記グループ属性受付手段により受け付けた前記グループ属性と、前記グループ属性を受け付けた際に前記ユーザによって歌唱された楽曲の前記楽曲ＩＤとを対応付けて作成してグループ楽曲記憶部にグループ楽曲情報として記憶させるグループ楽曲記憶手段とをさらに備え、前記ユーザから前記グループ属性受付手段を介して前記グループ属性を受け付けた場合、前記推薦曲リスト作成手段は、受け付けた前記グループ属性と、前記グループ楽曲記憶手段によって前記グループ楽曲記憶部に記憶された前記グループ楽曲情報とから前記推薦曲リストを作成するとしても良い。この場合の楽曲再生システムでは、場面に応じて歌唱する楽曲を使い分けることができる。
【００１３】
本発明の第二の態様の楽曲再生プログラムでは、ユーザが歌唱した楽曲の歌唱履歴のリストである歌唱履歴リストを記憶する楽曲再生装置に接続された端末装置よって実行される楽曲再生プログラムであって、前記ユーザが前記端末装置を介して聴いた楽曲情報を取得し楽曲履歴情報として楽曲履歴記憶部に記憶させる楽曲履歴取得ステップと、前記楽曲履歴取得ステップおいて取得され前記楽曲履歴記憶部に記憶された前記楽曲履歴情報に含まれる個々の楽曲情報に、楽曲ＩＤを対応付けることによって楽曲ＩＤリストを作成する楽曲ＩＤ作成ステップと、前記歌唱履歴リストを、前記楽曲再生装置から取得する歌唱履歴取得ステップと、前記歌唱履歴取得ステップにおいて取得された前記歌唱履歴リストと、前記楽曲ＩＤ作成ステップにおいて作成された前記楽曲ＩＤリストとから、前記ユーザに推薦楽曲を提示する推薦曲リストを、複数のジャンルの重み付けによって作成する推薦曲リスト作成ステップと、前記推薦曲リスト作成ステップにおいて作成された前記推薦曲リストを前記端末装置が備える表示部に表示させる表示制御ステップと、前記表示部に表示された前記推薦曲リストから歌唱する楽曲の予約を前記ユーザから受け付ける受付ステップと、前記受付ステップにおいて受け付けた前記楽曲の楽曲ＩＤを前記楽曲再生装置に送信する楽曲予約ステップとを端末装置のコンピュータに実行させる。この場合の楽曲再生プログラムでは、楽曲再生システムの各処理手段として端末装置のコンピュータを機能させることができる。
【図面の簡単な説明】
【００１４】
【図１】第１実施の形態に係る楽曲再生システム１の全体構成を示す図である。
【図２】端末装置２の電気的構成を示すブロック図である。
【図３】端末記録曲記憶領域２４２に記憶されているデータを関連付け模式的に示した端末記録曲リスト１０である。
【図４】推薦曲数記憶領域２４３に記憶されているデータを関連付け模式的に示した推薦曲数リスト５０である。
【図５】カラオケ装置４の電気的構成を示すブロック図である。
【図６】分類付楽曲リスト５５を示した図である。
【図７】歌唱履歴リスト５７を示した図である。
【図８】基本処理１のフローチャートである。
【図９】必要情報作成処理のフローチャートである。
【図１０】ＩＤ付端末記録曲リスト１１である。
【図１１】個人歌唱分類リスト１３の一例を示す図である。
【図１２】推薦曲生成処理のフローチャートである。
【図１３】推薦曲リスト１４の一例を示す図である。
【図１４】推薦曲リスト１４の表示部２６１への表示例を示す図である。
【図１５】曲演奏予約処理のフローチャートである。
【図１６】基本処理２のフローチャートである。
【図１７】第２実施の形態に係る楽曲再生システム１Ａの全体構成を示す図である。
【図１８】サーバ８０の電気的構成を示すブロック図である。
【図１９】グループ歌唱履歴リスト１００を示した図である。
【図２０】グループ情報リスト１０５の一例を示す図である。
【図２１】サーバ側リスト作成処理のフローチャートである。
【図２２】グループ特定リスト１１０の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明に係る楽曲再生装置システム及び楽曲再生プログラムを具現化した楽曲再生システム１及び楽曲再生プログラムについて、図面を参照して説明する。なお、これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、記載されている装置、端末の構成、各種処理のフローチャートなどは、特に特定的な記載がない限り、単なる説明例である。
【００１６】
はじめに、本発明の第１実施の形態に係る楽曲再生システムを説明する。図１に示すように、楽曲再生システム１は、例えばスマートフォン等である端末装置２、端末装置２にネットワーク３を介して接続可能とされたカラオケ装置４から構成される。
【００１７】
次に、図１を参照して、端末装置２とカラオケ装置４とで行われる通信データのやり取りを説明する。はじめに、端末装置２は、楽曲の再生が可能であり、ユーザが端末装置２を介して過去に再生した楽曲のリストである端末記録曲リスト１０と、カラオケ装置４の分類付楽曲ＩＤ記憶領域４４１から取得した、楽曲を識別する楽曲ＩＤと楽曲のジャンル等を示す分類データとから、ＩＤ付端末記録曲リスト１１を作成する。次に、カラオケ装置４は歌唱履歴記憶領域４４２に記憶されている歌唱履歴から個人歌唱分類リスト１３を作成し、端末装置２に送信する。端末装置２は、後述するように、個人歌唱分類リスト１３とＩＤ付端末記録曲リスト１１とから推薦曲リスト１４を作成し、端末装置２を介してユーザに提示する。ユーザは提示された推薦曲リスト１４に記載されている楽曲から端末装置２を用いて歌唱を希望する楽曲を選択してカラオケ装置４に予約をする。カラオケ装置４は該予約を受け付けるとカラオケ装置４に記憶されている楽曲データを再生することによって演奏が開始される。
【００１８】
次に、図２を参照して、端末装置２の電気的構成を説明する。端末装置２は、端末装置２の全体制御を実行するＣＰＵ２１、ＣＰＵ２１が実行するプログラムが記憶されたＲＯＭ２２、データ等を一時的に保存するＲＡＭ２３及び記憶部２４を備える。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３及び記憶部２４の各記憶領域にアクセス可能である。記憶部２４は、ＣＰＵ２１が実行する処理のプログラム等が記憶されたプログラム記憶領域２４１、端末記録曲リスト１０（図１に示す）を記憶する端末記録曲記憶領域２４２、及びユーザに提示する楽曲の最大分類数Ｎの値や推薦曲数Ｍの値等を記憶する推薦曲数記憶領域２４３等から構成される。
【００１９】
端末装置２は、さらに、操作部２５１に接続された入力制御部２５、表示部２６１に接続された出力制御部２６、及び通信制御部２７を備える。操作部２５１は、ユーザが歌唱楽曲を検索したり、カラオケ装置４に楽曲の予約をしたりする際に使用される。入力制御部２５は、操作部２５１の操作の検知を行う。表示部２６１は、推薦曲リスト１４を表示する。出力制御部２６は、表示部２６１の制御を行う。通信制御部２７は、ネットワーク３を介してカラオケ装置４との間でデータの送受信を行う。なお、本実施の形態においては、表示部２６１と操作部２５１とを備えるものとしたが、これらの代わりにタッチパネルを備える構成とし、タッチパネルを操作することにより歌唱楽曲の検索やカラオケ装置４に楽曲の予約をしても良い。
【００２０】
次に、図３を参照して、端末記録曲記憶領域２４２（図２に示す）に記憶されている端末記録曲リスト１０について説明する。図３に示すように、端末記録曲リスト１０は、楽曲名、歌手名、再生回数、楽曲ＩＤ、分類１、及び分類２から構成される。再生回数は、ユーザが端末装置２を介して楽曲を聞いた回数を示す。楽曲ＩＤは、楽曲を一意に識別する識別番号を示す。分類１及び分類２は、楽曲のジャンルを含む楽曲の関連情報示す。分類１は、各楽曲に対して必ず付随する分類項目である。また、分類２は、分類１とは異なる観点からの分類であり分類１の補助的な役割を果たす項目である。そのため、必ずしも全ての楽曲に対して付随していない。例えば、図３の点線３１内には、楽曲名が「ｍ４」、歌手名が「Ｍ４」、再生回数が「１６回」、楽曲ＩＤが「ｘ４」、及び分類１が「ロック／男声」それぞれ記載されている。
【００２１】
次に、図４を参照して、推薦曲数記憶領域２４３（図２に示す）に記憶されている推薦曲数リスト５０について説明する。図４に示すように、推薦曲数リスト５０は、分類順位（ｉ）及び分類毎の最大推薦曲数（ｍ（ｉ））から構成される。分類順位（ｉ）は、楽曲をジャンル別に分類して集計した中で楽曲数の多いジャンルの順番を示す。最大推薦曲数（ｍ（ｉ））は、ジャンル別に抽出してユーザに推薦する楽曲の最大数を示す。
【００２２】
次に、図５を参照して、カラオケ装置４の電気的構成を説明する。図５に示すようにカラオケ装置４は、カラオケ装置４の全体を制御するＣＰＵ４１、ＣＰＵ４１が実行するプログラムが記憶されたＲＯＭ４２、予約情報等を一時的に保存するＲＡＭ４３、ハードディスクから構成される記憶部４４を備える。ＣＰＵ４１は、ＲＯＭ４２、ＲＡＭ４３及び記憶部４４の各記憶領域にアクセス可能である。
【００２３】
記憶部４４は、分類付楽曲ＩＤ記憶領域４４１、歌唱履歴記憶領域４４２、楽曲データ記憶領域４４３、ＣＰＵ４１が実行するプログラム等を記憶するプログラム記憶領域４４４、及びディスプレイ４７５に表示する背景映像等を記憶する背景画像記憶領域４４５から構成される。分類付楽曲ＩＤ記憶領域４４１は、楽曲の分類データ、楽曲ＩＤ、楽曲名及び歌手名が関連付けられて記憶されている。歌唱履歴記憶領域４４２は、ユーザがカラオケ装置４を介して過去に歌唱した楽曲の楽曲ＩＤが記憶されている。楽曲データ記憶領域４４３には、楽曲の演奏データ及び歌詞データが楽曲ＩＤと対応付けられて記憶されている。
【００２４】
カラオケ装置４は、さらに、通信制御部４５、入力機器４６１に接続された入力制御部４６、アンプ４７１に接続されたプリアンプ４７、ディスプレイ４７５に接続された映像制御部４７４、ユーザからの音声を集音するマイク４８１に接続されマイクアンプ４８、及び音源部４７３を備える。通信制御部４５は、ネットワーク３を介して端末装置２と通信を行う。入力制御部４６は、入力機器４６１の制御を行う。入力機器４６１は、例えばキー入力部等からなり、演奏曲の音程の調整等を行う際に利用される。プリアンプ４７は、音源で再生された楽曲を所定の出力に増幅する。アンプ４７１は、プリアンプ４７プリアンプ４７からの出力を増幅する。マイクアンプ４８は、マイク４８１からの音声データを所定の増幅率で増幅する。音源部４７３は、楽曲データ記憶領域４４３からの楽曲データに基づいて音を生成し、プリアンプ４７に出力する。アンプ４７１に接続されたスピーカ４７２は、音源部４７３からの音を出力する。
【００２５】
次に、図６を参照して、分類付楽曲ＩＤ記憶領域４４１（図５に示す）に記憶されている分類付楽曲リスト５５について説明する。分類付楽曲リスト５５とは、各楽曲に該楽曲が属するジャンルを付与したリストである。図６に示す分類付楽曲リスト５５は、楽曲ＩＤ、楽曲名、歌手名、分類１及び分類２から構成される。例えば、図６の点線５６内には、楽曲ＩＤが「ｚ２」、楽曲名が「ａ２」、歌手名が「Ａ２」、分類１が「ポップ／女声」、及び分類２が「ＣＭ／女声」であることが示されている。
【００２６】
次に、図７を参照して、歌唱履歴記憶領域４４２（図５に示す）に記憶されている歌唱履歴リスト５７について説明する。歌唱履歴リスト５７は、ユーザがカラオケ装置４を介して歌唱した過去の楽曲の履歴を示す。歌唱履歴リスト５７は、楽曲ＩＤ、楽曲名、歌手名、楽曲のジャンルの分類を示す分類１、及び分類１とは異なる視点から分類した楽曲のジャンルを示す分類２から構成される。例えば、図７の点線５８内には、楽曲ＩＤが「ｚ２」、曲名が「ａ２」、歌手名が「Ａ２」、分類１が「ポップ／女声」、また分類２が「ＣＭ／女声」であることが示されている。
【００２７】
次に、図８を参照して、端末装置２で実行される基本処理１を説明する。この処理は、ＣＰＵ２１がＲＯＭ２２に記憶されているプログラムを実行することにより実現される。はじめに、基本処理１では、ＣＰＵ２１は、ユーザが操作部２５１（図２に示す）を操作して推薦曲の提示要求があったか否かを判断する（Ｓ１０）。ＣＰＵ２１が推薦曲の提示要求がないと判断した場合（Ｓ１０：ＮＯ）、ステップ９０に進み、終了要求があれば処理を終了する。一方、ＣＰＵ２１が推薦曲の提示要求があると判断した場合（Ｓ１０：ＹＥＳ）、ＣＰＵ２１は必要情報作成処理を行う（Ｓ３０）。
【００２８】
次に、図９を参照して、必要情報作成処理を説明する。この処理は、ＣＰＵ２１がＲＯＭ２２に記憶されているプログラムを実行することにより実現される。はじめに、必要情報作生成理では、ＣＰＵ２１は端末記録曲記憶領域２４２に記憶されている端末記録曲リスト１０を読み出し（Ｓ３１）、読み出した端末記録曲リスト１０の中から楽曲ＩＤ及び分類情報がない楽曲を抽出し、抽出した楽曲の楽曲名及び歌手名をカラオケ装置４に送信する（Ｓ３３）。カラオケ装置４は、受信した楽曲名及び歌手名と、分類付楽曲ＩＤ記憶領域４４１に記憶されている分類付楽曲リスト５５とを照合することにより端末装置２から問い合わせのあった楽曲名及び歌手名を特定し、該当する楽曲ＩＤ及び分類情報を端末装置２に送信する。ＣＰＵ２１は楽曲ＩＤ及び分類情報をカラオケ装置４から受信する（Ｓ３４）。ＣＰＵ２１は、送信した楽曲名及び歌手名と受信した楽曲ＩＤと分類情報とを対応付けることにより、図１に示すＩＤ付端末記録曲リスト１１を作成して（Ｓ３５）、処理を終了し、図８のステップＳ３０に戻る。具体的には、図３に示す端末記録曲リスト１０において、楽曲ｍ１は楽曲ＩＤが、また楽曲ｍ３には楽曲ＩＤと分類１が、楽曲ｍ６には、楽曲ＩＤと分類１がそれぞれ記載されていない。端末装置２は、楽曲名「ｍ１」と歌手名「Ｍ１」、楽曲名「ｍ３」と歌手名「Ｍ３」、及び楽曲名「ｍ６」と歌手名「Ｍ６」をカラオケ装置４に送信する。カラオケ装置４は、送信されてきた楽曲名及び歌手名と分類付楽曲ＩＤ記憶領域４４１に記憶されているデータとを対応付けることにより、送信されてきた楽曲名と歌手名に対応する楽曲ＩＤ及び分類情報を端末装置２に送信する。例えば、分類付楽曲リスト５５（図６に示す）には、送信されてきた楽曲名「ｍ１」及び歌手名「Ｍ１」に対応する項目が存在し、これに対応する楽曲ＩＤ「ｘ１」及び分類１「ホップ／女声」を端末装置２に送信する。この送信されてきた楽曲ＩＤと分類情報とに基づいて端末装置２は、図１０に示す後述するＩＤ付端末記録曲リスト１１を作成する。ここで、図１０に示すＩＤ付端末記録曲リスト１１には、楽曲名「ｍ３」及び楽曲名「ｍ６」の項目が存在しない。これは、分類付楽曲ＩＤ記憶領域４４１には、これらの楽曲名及び歌手名に該当するデータがないためである。従って、端末装置２は、該識別ＩＤ及び分類情報が取得できないので、これら楽曲のリストが作成できなかったからである。
【００２９】
次に、図１０を参照して、ＩＤ付端末記録曲リスト１１を説明する。ＩＤ付端末記録曲リスト１１は、端末記録曲リスト１０に記載されている各楽曲に対して楽曲ＩＤ及び分類を付したリストである。図１０に示すように、ＩＤ付端末記録曲リスト１１は、楽曲名、歌手名、再生回数、楽曲ＩＤ、分類１及び分類２から構成される。例えば、図１０の点線６０の中には、曲名が「ｍ５」、歌手名が「Ｍ５」、再生回数が「１５回」、楽曲ＩＤが「ｘ４」、分類１が「ポップ／女声」、及び分類２が「ＣＭ／女声」であることが示されている。
【００３０】
次に、図１１を参照して、個人歌唱分類リスト１３を説明する。個人歌唱分類リスト１３は、図７に示す歌唱履歴リスト５７に含まれる楽曲をジャンル毎に分類し、ジャンル別の楽曲数を集計し、楽曲数の多いジャンルから順に並べたものであり、カラオケ装置４において作成される。例えば、図１１の個人歌唱分類リスト１３おいて、楽曲数が１番多いジャンルは、ポップ／男声であり、楽曲数は２８である。また、楽曲数が２番目に多いジャンルは、ロック／男声であり、楽曲数は２３である。さらに、楽曲数が３番目に多いジャンルは洋楽／男声であり、楽曲数は１８である。
【００３１】
図８に示す必要情報作成処理（Ｓ３０）の次に推薦曲生成処理Ｓ５０を行う。図１２を参照して、推薦曲生成処理（Ｓ５０）を説明する。この処理は、ＣＰＵ２１がＲＯＭ２２に記憶されているプログラムを実行することにより実現される。はじめに、推薦曲生成処理Ｓ５０では、ＣＰＵ２１は推薦曲数記憶領域２４３（図２参照）に記憶されているユーザに提示する楽曲の最大分類数Ｎと、ユーザに提示する推薦曲数Ｍの値を取得し（Ｓ５１）、ＣＰＵ２１は分類順位を示す変数ｉに１を代入し（Ｓ５３）、ＣＰＵ２１は変数ｉに代入された値が、最大分類数Ｎよりも大きいか否かを判断する（Ｓ５５）。ＣＰＵ２１が大きいと判断した場合（Ｓ５５：ＹＥＳ）、ステップＳ６３に進む。一方、ＣＰＵ２１が大きくないと判断した場合（Ｓ５５：ＮＯ）、ＣＰＵ２１はＩＤ付端末記録曲リスト１１に含まれる楽曲の中から、ｉ番目の個人歌唱分類に含まれる楽曲を最大ｍ（ｉ）個選択し（Ｓ５７）、ＣＰＵ２１は推薦曲数Ｍを満たすか否かを判定する（Ｓ５９）。ＣＰＵ２１が満たさないと判定した場合（Ｓ５９：ＮＯ）、ＣＰＵ２１はｉに１を加え（Ｓ６１）、ステップＳ５５に戻る。一方、ＣＰＵ２１が満たすと判定した場合（Ｓ５９：ＹＥＳ）、ＣＰＵ２１は推薦曲リスト１４を表示部２６１に表示し（Ｓ６３）、処理を終了して、図８のステップＳ５０に戻る。
【００３２】
次に、推薦曲生成処理を、具体例を挙げて説明する。例えば、最大分類数Ｎ＝３、推薦曲数Ｍ＝６とした場合、図１１において、分類順位が１位であるジャンルは「ポップ／男声」である。図１０に示すＩＤ付端末記録曲リスト１１からジャンルが「ポップ／男声」に分類されている楽曲の中から再生回数が多い順に３曲が選択される。即ち、図１０において、「ホップ／男声」のジャンルの中で再生回数が多い楽曲名は、「ｍ２」、「ｍ８」及び「ｍ１１」の順であり、この３曲が選択される。次に、図１１において分類順位が２位であるジャンルは「ロック／男声」である。図１０に示すように「ロック／男声」のジャンルの中で再生回数が多い楽曲名は「ｍ４」及び「ｍ９」であり、この２曲が選択される。さらに、図１１において、分類順位が３位であるジャンルは「洋楽／男声」であり、このジャンルからは「ｍ１０」が選択される。以上のようにして、図１３に示す推薦曲リスト１４が作成される。なお、分類１の「ポップ／男声」に属する楽曲で再生回数が「２回」であるものが「ｍ１１」、「ｍ１２」、及び「ｍ１３」と３曲あるが、この場合この中から任意に楽曲が選択される。
【００３３】
推薦曲リスト１４が作成されると、図１４に示すように、端末装置２の表示部２６１には、推薦曲選択画面６５、予約キー６６、及びキャンセルキー６７が表示される。予約キー６６は、推薦曲選択画面６５から楽曲の予約をする際に選択される。また、キャンセルキー６７は、推薦曲選択画面６５の表示をキャンセルする際に利用される。
【００３４】
次に、図１５を参照して、図８の曲演奏予約処理（Ｓ７０）を説明する。この処理は、ＣＰＵ２１がＲＯＭ２２に記憶されているプログラムを実行することにより実現される。はじめに、曲演奏予約処理では、ＣＰＵ２１はユーザから表示部２６１に表示された予約キー６６が選択されることによって楽曲の予約の指示を受け付けたか否かを判断する（Ｓ７１）。ＣＰＵ２１が予約を受け付けていないと判断した場合（Ｓ７１：ＮＯ）、予約の受け付けを監視する。一方、ＣＰＵ２１が予約を受け付けたと判断した場合（Ｓ７１：ＹＥＳ）、ＣＰＵ２１は予約された楽曲の楽曲ＩＤを取得し（Ｓ７３）、ＣＰＵ２１は該楽曲ＩＤをカラオケ装置４に送信し（Ｓ７５）、図８のステップＳ７０に戻る。これによって、ユーザからの楽曲の予約が完了する。この後、楽曲の予約を受信したカラオケ装置４は、予約された楽曲の楽曲データを楽曲データ記憶領域４４３（図５参照）から読み出し、演奏を開始する。
【００３５】
次に、第２実施の形態を説明する。第２実施の形態は、ユーザが操作部２５１（図２に示す）を所定回数以上操作した場合に、基本処理２を開始するものである。なお、この処理は、ＣＰＵ２１がＲＯＭ２２に記憶されているプログラムを実行することにより実現される。また、端末装置、楽曲再生装置の電気的構成は、第１実施の形態におけるものと同じなので、ここでの詳しい説明は割愛する。
【００３６】
図１６を参照して、基本処理２を説明する。はじめに、ＣＰＵ２１は操作部２５１の操作回数を示す変数ｂに０を代入し、操作回数をリセットする（Ｓ２００）。次いで、ＣＰＵ２１はユーザから操作部２５１の操作を検知したか否かを判定し（Ｓ２０１）、ＣＰＵ２１が検知していないと判定した場合（Ｓ２０１：ＮＯ）、ステップＳ２０７に進む。一方、ステップＳ２０１で、ＣＰＵ２１が操作部２５１の操作を検知したと判定した場合（Ｓ２０１：ＹＥＳ）、ＣＰＵ２１は変数ｂの値に１を加え（Ｓ２０３）、ＣＰＵ２１は変数ｂの値が所定回数（例えば、３０回）を超えたか否かを判定する（Ｓ２０５）。ＣＰＵ２１が所定回数を超えていないと判定した場合（Ｓ２０５：ＮＯ）、ステップＳ２０７に進む。一方、ＣＰＵ２１が所定回数を超えたと判定した場合（Ｓ２０５：ＹＥＳ）、ＣＰＵ２１は必要情報作成処理を行い（Ｓ３０）、次に推薦曲生成処理を行う（Ｓ５０）。推薦曲生成処理では、端末装置２の表示部２６１に推薦曲リスト１４（図１参照）を表示してユーザから楽曲の選択を受け付ける推薦曲選択画面６５（図１４に示す）を表示する。表示された推薦曲リスト１４の中から、ユーザによって歌唱楽曲が選択され、予約キー６６が選択されると、曲演奏予約処理が行われ（Ｓ７０）、ステップＳ２００に戻る。ステップＳ２００では、操作回数を示す変数ｂの値が０にリセットして、ステップＳ２０１に進み、操作部２５１の操作を監視する。Ｓ２０７では、ＣＰＵ２１はユーザから終了指示があるか否かを判断し（Ｓ２０７）、終了指示がない場合（Ｓ２０７：ＮＯ）、ステップＳ２０１に戻り、操作部２５１の操作を監視する。一方、終了指示がある場合（Ｓ２０７：ＹＥＳ）、処理を終了する。
【００３７】
以上のように、第２実施の形態では、ユーザが楽曲の選択を迷うこと等によってユーザからの操作部の操作が所定回数超えたら自動的に推薦曲リストの生成が開始される。これにより、ユーザが推薦曲リストの生成指示を行う煩わしさから解放される。
【００３８】
次に、第３実施の形態を説明する。図１７に示すように、楽曲再生システム１Ａは、イントラネットやインターネット等のネットワークに接続され、お互いに通信可能である、端末装置７０、サーバ８０、及びカラオケ装置９０から構成される。
【００３９】
次に、図１７を参照して、端末装置７０、サーバ８０、及びカラオケ装置９０の通信データのやり取りについて説明する。図１７に示すように、端末装置７０は、ユーザＡに所有されておりカラオケ装置９０に対して楽曲の予約が可能となっている。また、カラオケ装置９０は、楽曲データを記憶しており、ユーザＡによって歌唱された歌唱履歴をサーバ８０に送信する。さらに、サーバ８０は、分類付楽曲ＩＤ記憶領域８４２、及びカラオケ装置９０から受信した歌唱履歴データ等を記憶するグループ歌唱履歴記憶領域８４３を備える。端末装置７０は、サーバ８０に端末記録曲リスト１０を送信する。端末記録曲リスト１０を受信したサーバ８０は、楽曲ＩＤ及び分類情報と、受信した端末記録曲リスト１０とからＩＤ付端末記録曲リスト１１を作成し、端末装置２に送信する。次に、サーバ８０は歌唱履歴から個人歌唱分類リスト１３を作成し、端末装置２に送信する。端末装置２は、個人歌唱分類リスト１３とＩＤ付端末記録曲リスト１１とから推薦曲リスト１４を作成する。
【００４０】
次に、図１８を参照して、サーバ８０の電気的構成を説明する。図１８に示すように、サーバ８０は、サーバ８０の全体を制御するＣＰＵ８１、ＣＰＵ８１が実行するプログラムを記憶するＲＯＭ８２、入力データ等が一時的に記憶されるＲＡＭ８３、記憶部８４、入力機器８５１に接続された入力制御部８５、出力機器８６１に接続された出力制御部８６、及び通信制御部８７を備える。ＣＰＵ８１とＲＯＭ８２、ＲＡＭ８３、記憶部８４、入力制御部８５、出力制御部８６及び通信制御部８７とは、其々電気的に接続されている。また、ＣＰＵ８１は、ＲＯＭ８２、ＲＡＭ８３、及び記憶部８４の各記憶領域に対してアクセスすることが可能となっている。
【００４１】
記憶部８４は、プログラム記憶領域８４１、分類付楽曲ＩＤ記憶領域８４２、及びグループ歌唱履歴記憶領域８４３、及びグループ情報記憶領域８４４を備える。プログラム記憶領域８４１及び分類付楽曲ＩＤ記憶領域８４２は、図５に示すプログラム記憶領域４４４及び分類付楽曲ＩＤ記憶領域４４１と同じなので詳しい説明は、割愛する。グループ歌唱履歴記憶領域８４３は、ユーザＡがカラオケ装置９０を介して過去に歌唱した楽曲の履歴を、ユーザＡの同伴グループに関連付けて記憶する。グループ情報記憶領域８４４は、ユーザＡが同伴したグループの情報を記憶する。
【００４２】
次に、図１９を参照して、グループ歌唱履歴記憶領域８４３に記憶されているグループ歌唱履歴リスト１００について説明する。グループ歌唱履歴リスト１００とは、過去にユーザが同伴者を伴ってグループでカラオケ装置９０を利用した際の該ユーザの歌唱履歴である。なお、このグループ歌唱履歴リスト１００は、ユーザＡが、カラオケ装置９０が設置されている、例えばカラオケ店に来店した際に、端末装置７０からサーバ８０にグループ名を送信する。グループ名を受信したサーバ８０は、受信したグループ名とその際に歌唱された楽曲とを対応付けて登録することによってグループ歌唱履歴リスト１００を作成する。グループ歌唱履歴リスト１００は、楽曲ＩＤ、楽曲名、歌手名、分類１、分類２、及び同伴グループＩＤから構成される。同伴グループＩＤは、ユーザＡの同伴者のグループを識別するものである。例えば、図１９の点線１０１内には、楽曲ＩＤには「ｚ２」が、曲名には「ａ２」が、歌手名には「Ａ２」が、分類１には「ポップ／女声」が分類２には「ＣＭ／女声」が、同伴グループＩＤには「ｇ２」が、それぞれ記載されている。
【００４３】
次に、図２０を参照して、グループ情報記憶領域８４４に記憶されているグループ情報リスト１０５について説明する。グループ情報リスト１０５とは、ユーザＡが過去に同伴者とカラオケ装置９０が設定されたカラオケ店等に来店した際のグループ名及び該同伴者のユーザＩＤ等が登録されたリストである。グループ情報リスト１０５には、ユーザ名、ユーザＩＤ、グループＩＤ、グループ名、ユーザＩＤ１、ユーザＩＤ２、及びユーザＩＤ３から構成される。ユーザＩＤは、ユーザを識別するものである。グループＩＤは、グループ関係を識別するものである。グループ名は、グループ関係の名前を示すものである。ユーザＩＤ１、ユーザＩＤ２、及びユーザＩＤ３は、同伴者を識別するものである。例えば、図２０の点線１０６内には、ユーザ名「Ａ」、ユーザＩＤ「ｕ２」、グループＩＤ「ｇ１」、グループ名「会社関係」、ユーザＩＤ１「ｕ２」（ユーザＢ）、ユーザＩＤ２「ｕ３」（ユーザＣ）、及びユーザＩＤ３「ｕ４」（ユーザＤ）が記憶されている。これは、ユーザＡが、過去に「会社関係」でユーザＢ、ユーザＣ、及びユーザＤとカラオケ装置９０を利用したことを示している。これらグループ情報は、ユーザＡ、ユーザＢ、ユーザＣ、及びユーザＤがサーバ８０にアクセスすることにより、グループ情報記憶領域８４４に記憶される。なお、グループ名は、例えばユーザＡが最初にそのグループ（ユーザＢ、ユーザＣ、ユーザＤ）でカラオケ店に来店したときに、自己の端末装置からそのとき来店したグループ関係を、表示画面に表示されるグループ名選択画面から「会社関係」「友人関係」等を選択してサーバ８０へ送信することによって記憶される。
【００４４】
次に、カラオケ装置９０の電気的構成を説明する。カラオケ装置９０は、図５に示すカラオケ装置４の電気的構成と同様に、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、入力機器４６１に接続された入力制御部４６、アンプ４７１に接続されたプリアンプ４７、通信制御部４５、音源部４７３、ディスプレイ４７５に接続された映像制御部４７４、及びマイク４８１に接続されたマイクアンプ４８から構成される。アンプ４７１は、スピーカ４７２に接続されている。また、カラオケ装置９０は記憶部４９を備え、記憶部４９は、楽曲データ記憶領域４４３、プログラム記憶領域４４４、及び背景画像記憶領域４４５からなる。
【００４５】
次に、図２１を参照して、サーバ８０において実行されるサーバ側リスト作成処理
を説明する。なお、この処理は、ＣＰＵ８１がＲＯＭ８２に記憶されているプログラムを実行することにより実現される。ユーザＡ、ユーザＢ、及びユーザＣはカラオケ装置９０が設置してあるカラオケ店に来店するすると、自己の端末装置からサーバ８０にアクセスすることによってユーザＩＤをサーバ８０のＲＡＭ８３に一時的に登録する。はじめに、基本処理３では、ＣＰＵ８１はユーザＡの端末装置７０から楽曲ＩＤリスト及び分類情報の送信要求があるか否かを判断し（Ｓ１０１）、ＣＰＵ８１は送信要求があると判断した場合（Ｓ１０１：ＹＥＳ）、ＣＰＵ８１は端末装置７０から楽曲名及び歌手名を受信し（Ｓ１０３）、ＣＰＵ８１は、受信した楽曲名及び歌手名と分類付楽曲ＩＤ記憶領域８４２に記憶されている楽曲名及び歌手名とを対応付けることによって、図１０に示すＩＤ付端末記録曲リスト１１を生成する（Ｓ１０５）。次に、ＣＰＵ８１はＩＤ付端末記録曲リスト１１を端末装置７０に送信し（Ｓ１０７）、ステップＳ１０１に戻る。一方、ＣＰＵ８１が端末装置７０から送信要求がないと判断した場合（Ｓ１０１：ＮＯ）、ＣＰＵ８１は端末装置７０から個人歌唱分類の送信要求があるか否かを判断する（Ｓ１０９）。ＣＰＵ８１が端末装置７０から送信要求がないと判断した場合（Ｓ１０９：ＮＯ）、ステップＳ１０１に戻る。一方、ＣＰＵ８１が端末装置７０から送信要求があると判断した場合（Ｓ１０９：ＹＥＳ）、ＣＰＵ８１は同伴者のユーザＩＤをＲＡＭ８３から取得し（Ｓ１１１）、ＣＰＵ８１は後述する方法によってグループ関係を特定し（Ｓ１１３）、ＣＰＵ８１は特定したグループ関係と歌唱履歴とから個人歌唱分類リスト１３を生成し（Ｓ１１５）、ＣＰＵ８１は個人歌唱分類リスト１３を端末装置２に送信し（Ｓ１１７）、ステップＳ１０１に戻る。
【００４６】
具体的には、ユーザＡが、ユーザＢ及びユーザＣと一緒にカラオケ装置９０の設置してあるカラオケ店に来店すると、サーバ８０にアクセスしてサーバ８０にユーザＩＤを登録する。サーバ８０は、ユーザＡから個人歌唱分類の送信要求を受け付けると（Ｓ１０９：ＹＥＳ）、同伴者であるユーザＢ及びユーザＣのユーザＩＤをＲＡＭ８３から取得し（Ｓ１１１）、ユーザＡのユーザＩＤに基づいてグループ情報記憶領域８４４から、ユーザＡのグループ情報リスト１０５（図２０に示す）を読み出す。グループ情報リスト１０５には、ユーザＢ及びユーザＣはいずれも過去にユーザＡとグループＩＤ「ｇ１」、換言すれば「会社関係」で来店したことが記載されている。従って、ユーザＡのグループ関係を特定するグループ特定リスト１１０（図２２に示す）の点線１１１内に示されるように、グループＩＤ「ｇ１」、即ちグループ名「会社関係」の該当者数は「２」（ユーザＢとユーザＣ）となり、今回のグループ関係は、「会社関係」と特定される（Ｓ１１３）。
【００４７】
次に、グループ関係が「会社関係」と特定されると、グループ歌唱履歴リスト１００から、グループＩＤ「ｇ１」が割り振られた楽曲だけを抽出し、ジャンル毎に分類して、第１実施の形態と同様にして図１１に示す個人歌唱分類リスト１３を作成して（Ｓ１５５）、端末装置２に送信する（Ｓ１１７）。歌唱分類リストを受信した端末装置７０は、第１実施の形態と同様にして、受信した個人歌唱分類リスト１３とＩＤ付端末記録曲リスト１１とから推薦曲リスト１４を作成する。
【００４８】
以上のように、本実施の形態では、過去に来店した際のグループ情報に基づいて推薦曲リストが作成される。これによって、例えばプライベートでカラオケ店に来店した時と仕事でカラオケ店に来店したのとで、異なる推薦曲リストが提示されるので場の雰囲気に応じた選曲が容易になる。
【００４９】
なお、本実施の形態では、楽曲を分類する際に楽曲のジャンルに基づいて、推薦曲リスト１４を作成した。しかし、これには限定されず例えば、歌手名等に基づいて推薦曲リスト１４を作成しても良い。
【符号の説明】
【００５０】
１      楽曲再生システム
２      端末装置
３      インターネット
４      カラオケ装置
１０    端末記録曲リスト
１１    ＩＤ付端末記録曲リスト
１３    個人歌唱分類リスト
１４    推薦曲リスト
２１    ＣＰＵ
２４    記憶部
４４    記憶部
５０    推薦曲数リスト
５７    歌唱履歴リスト
６５    推薦曲選択画面
６６    予約キー
６７    キャンセルキー
２４１  プログラム記憶領域
２４２  端末記録曲記憶領域
２４３  推薦曲数記憶領域
２６１  表示部
４４１  分類付楽曲ＩＤ記憶領域
４４２  歌唱履歴記憶領域
４４３  楽曲データ記憶領域
４４４  プログラム記憶領域
４４５  背景画像記憶領域
【図１】
0005500109.tif 000002
【図２】
0005500109.tif 000003
【図３】
0005500109.tif 000004
【図４】
0005500109.tif 000005
【図５】
0005500109.tif 000006
【図６】
0005500109.tif 000007
【図７】
0005500109.tif 000008
【図８】
0005500109.tif 000009
【図９】
0005500109.tif 000010
【図１０】
0005500109.tif 000011
【図１１】
0005500109.tif 000012
【図１２】
0005500109.tif 000013
【図１３】
0005500109.tif 000014
【図１４】
0005500109.tif 000015
【図１５】
0005500109.tif 000016
【図１６】
0005500109.tif 000017
【図１７】
0005500109.tif 000018
【図１８】
0005500109.tif 000019
【図１９】
0005500109.tif 000020
【図２０】
0005500109.tif 000021
【図２１】
0005500109.tif 000022
【図２２】
0005500109.tif 000023