JP4182950B2 - リクエスト装置及びプログラム - Google Patents

Description

本発明は、利用者から受け付けた操作に基づき検索した結果としてのリクエスト情報をカラオケ装置に対して送信するリクエスト装置に関し、特に、利用者に対して選択候補を絞って提示する技術に関する。

従来、楽曲を再生するカラオケ装置と、そのカラオケ装置に所定の楽曲を再生させるための動作指令を送信する遠隔操作装置を備えたカラオケシステムが知られている。このカラオケシステムにおいては、カラオケ装置に対して利用者が希望の曲をリクエストする際、例えば曲名や歌手名などのキーデータと、リクエストに利用するたとえば数桁の英数字などからなるリクエストコードが組となって記載されているリクエスト用の冊子（いわゆる早見本）を参照して、所望の曲に対応するキーデータからリクエストコードを検索した上で、そのリクエストコードをリクエスト装置に入力することによってリクエストを実現していた。一方、昨今の通信インフラなどデータ配信技術の向上により、冊子の配本スピードがカラオケ曲の追加／更新のスピードに対して相対的に低下してしまう傾向にある。そのため、リクエスト装置内に検索用データベースを保持することによって、前記キーデータによる検索機能を実現し、利用者は所望の曲に対応するキーデータをリクエスト装置に入力することによって、該当する曲を検索し、その後、その中から希望する曲を利用者（歌唱者）が選択し、リクエストを実現するカラオケシステムも開発されている。

このようなカラオケシステムに用いられるリクエスト装置においては、利用者の年齢や生年月日を入力することによって、例えば現在３０歳の利用者が特定の年齢（例えば２０歳）の頃のヒットソングを検索できるようにしたものがある（特許文献１参照）。利用者が思い出の曲をリクエストしたい場合にリクエスト装置側から選択候補を提示することによって、使い勝手を向上させようとするものである。
特開２００３−１４０６６９号公報

しかしながら、個人の嗜好は様々であり、ヒットソングという汎用的な範囲を検索対象としたのでは、必ずしも利用者のその当時のなつかしい記憶にリンクしないという問題がある。例えば利用者が１０歳の頃に大ヒットした曲が演歌であった場合、その利用者が必ずしもその演歌が好きであった、あるいはその利用者の思い出に残っているとは限らない。特に１０歳という年齢層の一般的嗜好が演歌であるとは言い難い。そのため、特許文献１に開示された手法では、かならずしもそれが利用者の嗜好にマッチしたものとなるとは限らない。

そこで本発明は、利用者の嗜好によりマッチした選択候補を提示できるようにし、より使い勝手を向上させたリクエスト装置を提供することを目的とする。

上述した問題点を解決するためになされた本発明は、カラオケ装置（１：なお、この欄においては、発明に対する理解を容易にするため、必要に応じて「発明を実施するための最良の形態」欄において説明した構成要素を括弧内に示すが、この記載によって特許請求の範囲を限定することを意味するものではない。）に対してリクエスト情報を送信するリクエスト装置（２）である。カラオケ装置は、複数のカラオケ演奏情報と、それに対応するリクエスト情報とを記憶しており、外部からリクエスト情報を受信し、そのリクエスト情報に応じたカラオケ演奏情報を用いてカラオケ演奏を実行するものである。リクエスト装置（２）は、リクエスト情報を検索するための検索用データベースを有し、利用者から受け付けた操作に基づき検索用データベースの検索を行い、その検索結果としてのリクエスト情報をカラオケ装置に対して送信する。

ここで本発明のリクエスト装置（２）は、利用者の年齢層と楽曲ジャンルの優先度との対応関係を示すジャンルテーブルを記憶しておくジャンルテーブル記憶手段（５６）と、利用者からの各種入力を受け付け可能な受付手段（６０）と、その受付手段（６０）を介して、利用者が歌唱を希望する年代または年齢を特定するための情報を受け付け、その受け付けた情報に基づいて利用者の歌唱希望年代または年齢を特定する特定手段（５２）と、ジャンルテーブル記憶手段（５６）に記憶されたジャンルテーブルに基づき、特定手段（５２）によって特定された歌唱希望年代または年齢に対応する優先度の高い楽曲ジャンルを判定し、その判定した楽曲ジャンルに属する所定の候補曲を、報知手段（５８）によって利用者に報知する候補曲報知手段（５２）と、を備えており、ジャンルテーブル記憶手段（５６）に記憶されているジャンルテーブルにおける楽曲ジャンルの優先度は、その楽曲ジャンル毎に設定される値が大きいほど高くなるよう設定されており、その初期値は、利用者の年齢層の一般的嗜好に合致するよう予め設定された楽曲ジャンルほど大きく設定されている（例えば図３（ａ）のデフォルト年齢別ジャンルテーブル参照）。

なお、利用者が歌唱を希望する年代または年齢を特定するための情報とは、歌唱希望年代（例えば１０歳代、２０歳代など）または年齢（例えば１７歳、２４歳など）そのものであってもよいし、現在の自分の実年齢及び過去の年代（例えば昭和５０年代）であってもよい。後者の場合には、これらの情報に基づいて利用者の歌唱希望年代を計算できるため、このような情報であってもよい。

このような構成の本発明のリクエスト装置（２）によれば、利用者が歌唱希望年代または年齢を特定する情報を入力すれば、その歌唱希望年代または年齢の一般的嗜好に合致する楽曲ジャンルに属する候補曲が報知される。そのため、その報知された候補曲の中から利用者が自分の好みの曲を選択し易くなる。例えば利用者が１０歳の頃に大ヒットした曲が演歌であったとしても、その利用者が必ずしもその演歌が好きであった、あるいはその利用者の思い出に残っているとは限らない。逆に、１０歳代の一般的嗜好に合致した楽曲ジャンルに属する候補曲の中の方がより利用者の嗜好に合致する可能性が高い。したがって、本発明のリクエスト装置（２）は、利用者の嗜好によりマッチした選択候補を提示でき、より使い勝手を向上させることとなる。

楽曲ジャンルの優先度は、上述したように、その楽曲ジャンル毎に設定される値が大きいほど高くなるよう設定されており、その初期値は、利用者の年齢層の一般的嗜好に合致するよう予め設定された楽曲ジャンルほど大きく設定されている。但し、利用者の嗜好は個人差が大きいため、年齢層の一般的嗜好では対応しきれないケースもある。そこで、個人の嗜好をより反映させるためには、請求項１に示すようにすることが考えられる。

まず、ジャンルテーブル記憶手段（５６）を、第１のジャンルテーブル（図３（ａ）のデフォルトジャンルテーブルが相当する。）と第２のジャンルテーブル（図３（ｂ）の個人ジャンルテーブルが相当する。）と個人演奏履歴と（図３（ｃ）の個人演奏履歴が相当する。）を記憶可能に構成する。ここで、第１のジャンルテーブルは、利用者の年齢層と楽曲ジャンルの優先度との対応関係を示すものであって、利用者のうちの個人に特化しない汎用的なジャンルテーブルである。一方、第２のジャンルテーブルは、利用者の年齢層と楽曲ジャンルの優先度との対応関係を示すものであって、利用者のうちの個人に特化したジャンルテーブルである。個人演奏履歴は、第２のジャンルテーブルに該当する個人のカラオケ演奏実績を示すものであって、少なくとも当該演奏実績に含まれる楽曲のリリース日及び楽曲ジャンルを示す情報を含むものである。

第１の汎用的なジャンルテーブルは、利用者の年齢層の一般的嗜好に合致するよう予め設定しておき、利用者毎に変更しない。一方、第２の個人に特化したジャンルテーブルは、個人の利用実績を反映させることで、より個人の嗜好に沿ったものとする。つまり、ジャンルテーブル修正手段が、リクエスト情報をカラオケ装置に対して送信した実績を、ジャンルテーブル記憶手段に記憶されている当該個人の個人演奏履歴に追加し、この個人演奏履歴に含まれる楽曲のリリース日及び楽曲ジャンルに基づき、当該個人に対応する第２のジャンルテーブルにおいて、その実績が多いほどリリース日に該当する年齢層における楽曲ジャンルの優先度が高くなるよう、当該第２のジャンルテーブルを修正する。

そして、個人認証がなされているか否か判定する認証有無判定手段を備え、候補曲報知手段が、認証有無判定手段によって個人認証がなされている場合には、第２のジャンルテーブルに基づいて楽曲ジャンルの判定を行い、認証有無判定手段によって個人認証がなされていない場合には、第１のジャンルテーブルに基づいて楽曲ジャンルの判定を行うのである。

このようにすれば、個人の嗜好をより反映させた楽曲ジャンルに属する選択候補が提示されることとなり、使い勝手がより向上する。
なお、第１のジャンルテーブルに関してはリクエスト装置に常時記憶されていてもよいが、第２のジャンルテーブルに関しては、利用者が多くなればその数だけ必要となるため、ジャンルテーブル記憶手段（５６）に常時記憶しておくことが好ましくない場合も想定される。つまり、カラオケ店等において不特定多数を客として扱う場合には、利用者数が膨大になることが考えられる。そこで、そこで、請求項２に示すようにすることが考えられる。つまり、第２のジャンルテーブル及び個人演奏履歴を、該当する個人を特定する情報と対応付けて記憶しているデータサーバとの間でデータ通信可能に構成する。そして、認証有無判定手段によって個人認証がなされている利用者が利用を開始する場合には、データサーバから該当する第２のジャンルテーブル及び個人演奏履歴を受信してジャンルテーブル記憶手段に記憶させると共に、当該利用者が利用を終了した場合には、ジャンルテーブル修正手段によって修正された第２のジャンルテーブル及び個人演奏履歴をデータサーバに送信するよう構成するのである。このようにすれば、第２のジャンルテーブル及び個人演奏履歴を利用したい利用者が利用する場合だけリクエスト装置に記憶させておくことができる。

ところで、リクエスト装置を利用する場合、複数人で利用するケースも多い。そこで、請求項３に示すようにすると好ましい。つまり、認証有無判定手段（５２）を、複数人を区別して個人認証がなされているか否か判定可能に構成すると共に、受付手段（６０）を、認証有無判定手段（５２）によって個人認証がなされた複数人の利用者の内の何れの利用者がこれから利用を開始するのかを受け付け可能に構成する。そして、候補曲報知手段（５２）が、これから利用を開始する利用者を受付手段（６０）によって受け付けた場合には、該当する利用者に対応する第２のジャンルテーブルに基づいて楽曲ジャンルの判定を行うようにするのである。

なお、請求項４に示すように、請求項１〜３の何れかに記載のリクエスト装置における特定手段、候補曲報知手段、ジャンルテーブル修正手段および認証有無判定手段は、コンピュータを機能させるプログラムとして実現できる。したがって、本発明は、プログラムの発明として実現できる。また、このようなプログラムの場合、例えば、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ハードディスク等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして起動することにより用いることができる。この他、ＲＯＭやバックアップＲＡＭをコンピュータ読み取り可能な記録媒体として本プログラムを記録しておき、ＲＯＭあるいはバックアップＲＡＭをコンピュータに組み込んで用いても良い。

以下に本発明の実施形態を図面とともに説明する。
図１は、カラオケシステムの全体構成を示すブロック図である。
カラオケシステムは、図１に示すように、カラオケ装置１とリモコン端末２とデータサーバ４とがデータ通信可能に構成されたものである。

［カラオケ装置１の構成の説明］
カラオケ装置１は、図１に示すように、カラオケ装置１全体の動作を制御する制御部１２、カラオケ装置１をネットワーク１００に接続するためのインタフェース部１４、演奏楽曲の伴奏内容および歌詞を示す楽曲データや映像データなどを記憶するハードディスク（ＨＤＤ）１６、複数のキー・スイッチからなる操作部１８、リモコン端末２や携帯電話からの赤外線信号を赤外線通信規格（ＩｒＤＡ（登録商標、以下同様））に従って受信するための赤外線通信部２０、操作部１８からの信号を処理する操作処理部２２、ハードディスク１６に記憶された楽曲データから演奏楽曲のオーディオ信号（音響，音声に関する信号）を生成し、生成されたオーディオ信号およびマイクロフォン２６から入力されたオーディオ信号を増幅してスピーカ２８へ出力する音声制御部２４、ＭＩＤＩ音源３０、映像情報を一時的に記憶するビデオＲＡＭ３２、映像データに基づく映像の再生を制御する映像再生部３４、ビデオＲＡＭ３２に記憶された映像情報および映像再生部３４により再生される映像の表示部３６での表示を制御する映像制御部３８などを備えている。また、制御部１２と音声制御部とはＵＳＢ４０によって接続されている。また、制御部１２は、後述する各種処理を実行する。

このうちＨＤＤ１６は、楽曲データを記憶する。ここで楽曲データとは、カラオケ演奏を行うための「演奏データ」と、演奏楽曲の歌詞を示す文字データおよび前記文字データが表示部に表示された際にその表示色を一方から他方へ所定幅ずつ変更するための指示データを含む「歌詞データ」とから構成される。

一方、制御部１２は、図１に示すように、利用者側から通知された演奏楽曲に対応する楽曲データをＨＤＤ１６から読み出してカラオケ演奏をする際に、楽曲データ中の少なくとも歌詞データをリモコン端末２へ無線アクセスポイント８０を介して送信させる機能を有する。また、制御部１２は、歌詞データで示される歌詞を文字データに基づいて表示部３６に表示させる機能を有する。

［リモコン端末２の構成の説明］
「リクエスト装置」としてのリモコン端末２は、図１に示すように、リモコン端末２全体の動作を制御する制御部５２、カラオケ装置１に赤外線信号を赤外線通信規格（ＩｒＤＡ）に従って送信する赤外線通信部５４、各種情報を記憶するメモリ５６、表示部５８の表示領域に沿って設置されるタッチパネルおよび複数のキー・スイッチからなる操作部６０、操作部６０からの信号を処理する操作処理部６２、映像情報を一時的に記憶するビデオＲＡＭ６４、ビデオＲＡＭ６４に記憶された映像情報の表示部５８での表示を制御する映像制御部６６、ネットワーク１００に接続された無線アクセスポイント８０との間で無線ＬＡＮ規格（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ規格，ＨｏｍｅＲＦ規格，Ｂｌｕｅｔｏｏｔｈ規格など）に従った無線通信を行うための無線ＬＡＮ通信部６８、ＵＳＢ制御部７０、などを備えている。

このうち無線ＬＡＮ通信部６８は、カラオケ装置１から無線アクセスポイント８０を介して送信された歌詞データを受信可能である。
また、制御部５２は、赤外線通信部５４によって受信された歌詞データで示される歌詞を表示部５８に表示させる機能を有している。

なお、上述のネットワーク１００には、無線アクセスポイント８０とともに、リモコン端末２を載置可能なクレードル９０が接続されている。このクレードル９０は、載置されたリモコン端末２のＵＳＢ制御部７０と通信可能なＵＳＢ／ＬＡＮ変換機９５を内蔵しており、このクレードル９０に載置されたリモコン端末２は、ネットワーク１００を介してカラオケ装置１との間でデータ通信を行うことができる。また、このネットワーク１００には、ＡＤＳＬモデム２０１が接続されており、ＡＤＳＬ回線と高速通信回線２０３とを接続する接続事業者２０２、高速通信回線２０３を介してデータサーバ４と接続可能に構成されている。また、カラオケ装置１はインタフェース部１４を介して、リモコン端末２は無線アクセスポイント８０またはクレードル９０を介してそれぞれネットワーク１００と接続している。したがって、カラオケ装置１及びリモコン端末２は、それぞれデータサーバ４との間でデータ通信を行うことができる。

ところメモリ５６には、図３（ａ）に示すジャンルテーブル等が記憶されている。図３（ａ）は、デフォルト状態の年齢別ジャンルテーブル（以下、デフォルトジャンルテーブルと称す。）を示している。本実施形態の場合は、年齢別の区分として、１０歳以下・１０代・２０代・３０代・４０歳以上という５区分を採用した。また、ジャンルとしては、童謡・子供・ヒーロー/ヒロイン・ドラマ・ポップス・演歌・外国語曲という７ジャンル
を採用した。この年齢別・ジャンルの区分の仕方はあくまで一例であり、適宜変更可能である。

そして、５つの年齢別区分に対してジャンル毎にポイントが設定されている。本実施形態の場合には０か５が設定されており、例えば１０歳以下の場合には、童謡・子供・ヒーロー/ヒロインの３ジャンルについては５ポイント、他の４ジャンルについては０ポイン
トが設定されている。また、１０代の場合には、子供・ヒーロー/ヒロイン・ポップスの
３ジャンルについては５ポイント、他の４ジャンルについては０ポイントが設定されている。また、２０代の場合には、ドラマ・ポップス・外国語曲の３ジャンルについては５ポイント、他の４ジャンルについては０ポイントが設定されている。また、３０代の場合には、ドラマ・ポップス・演歌・外国語曲の４ジャンルについては５ポイント、他の３ジャンルについては０ポイントが設定されている。また、４０歳以上の場合には、ドラマ・ポップス・演歌の３ジャンルについては５ポイント、他の４ジャンルについては０ポイントが設定されている。このポイントは、利用者の年齢層の一般的嗜好に合致するよう考慮し、その数値が大きいほど楽曲ジャンルの優先度が高くなるよう設定したものである。なお、このポイントのことを、以下「ジャンルポイント」とも称す。

図３（ａ）に示すデフォルトジャンルテーブルは、メモリ５６に恒常的に記憶されているものであるが、図３（ｂ）に示す個人別に準備された年齢別ジャンルテーブル（以下、個人ジャンルテーブルと称す。）や図３（ｃ）に示す個人演奏履歴（これらを合わせて「個人演奏情報」と称す。）は、個人認証がされた場合に、データサーバ４から取得し、メモリ５６に一時的に記憶しておくものである。カラオケ演奏実績に基づいて図３（ｃ）の個人演奏履歴が作成される。また、曲の予約（選曲）がなされた場合に後述する図４の個人ジャンルテーブルのメンテナンス処理が実行され、図３（ｂ）に示すように個人の利用実績に応じたジャンルテーブルが更新されていく。このジャンルテーブルの更新の詳細については後述する。

なお、制御部５２が特定手段及び候補曲報知手段に相当し、メモリ５６が対応関係記憶手段に相当する。また、表示部５８は報知手段に相当し、操作部６０が受付手段に相当する。

［データサーバ４の構成の説明］
本実施形態においては、リモコン端末２は、データサーバ４から個人年齢別ジャンルテーブルや個人の演奏履歴を取得することができる。

図２はデータサーバ４の内部構成を示すブロック図である。
データサーバ４は、図２に示すように、データサーバ４全体の動作を制御するとともに各種処理を実行するＣＰＵ１０２、ディスプレイ１０４、公衆通信網に接続するためのモデム１０６、赤外線信号を赤外線通信規格（ＩｒＤＡ）に従って送信するＩｒＤＡ通信部１０８、複数のキー・スイッチからなるキーボード１１０、マウス１１２、スピーカ１１４、各種情報を記憶するメモリ１１６、カラオケ装置１をネットワークに接続するためのＬＡＮインタフェース部１１８、各種情報を記憶する大容量記憶装置１２０、などを備えている。

このうち大容量記憶装置１２０には、プログラムやデータなどが登録されている。具体的には、図３（ｂ）に示す個人ジャンルテーブル及び図３（ｃ）に示す個人演奏履歴をセットにした個人演奏情報が、個人を特定する情報に対応付けて記憶されている。

［システムの動きの説明］
次に、リモコン端末２にて実行される処理を中心に、本システムの動きを説明する。本システムの動きとしては、個人認証・リクエスト・カラオケ演奏・ジャンルテーブルのメンテナンス・演奏履歴の処理などがある。なお、理解を容易にするため、ここでは例えばカラオケ店に加藤・山田・佐藤・田中の４人が来店し、その４人でカラオケを楽しむという具体的事例を適宜引き合いに出して説明する。

入店時に図示しないフロント端末において受付処理を行い、その際、必要に応じて個人認証を行う。個人認証を行った場合には、フロント端末から当該４人が使用するリモコン端末２に対して個人認証に関するデータを送信する。すると、図７に例示するように、そのリモコン端末２の表示部５８に表示されるデフォルト画面の右端に認証確認された人の名前がタブ表示される。その後、各メニューを操作する前にタブ表示された名前から自分のものを選択（名前の部分を利用者がタッチすることでタッチスイッチによって検知される。）しておくことにより、誰がリクエスト曲の予約を行ったのか、といった情報をリモコン端末２が把握できることとなる。これにより、リモコン端末２において図３（ｂ）に示すような個人ジャンルテーブルを利用し、より自分の好みに合ったリクエスト曲の検索ができるようになる。もちろん、このような個人認証をせずにリモコン端末２を利用することも可能であるが、その場合は、図３（ａ）に示すようなデフォルトジャンルテーブルを利用することとなる。

なお、個人認証の方法に関しては特に限定されず周知の種々の方法で行えばよい。例えば携帯電話番号等で利用者登録を行い、その番号によって個人認証を行ったり、認証カード（例えば非接触型ＩＣカード等を利用することが考えられる。）を用いて個人認証を行うことが考えられる。

このように個人認証に関するデータを受け取ったリモコン端末２は、データサーバ４に対して個人演奏情報の取得要求を行う（図６参照）。この個人演奏情報は、上述したように図３（ｂ）に示す個人ジャンルテーブル及び図３（ｃ）に示す個人演奏履歴である。データサーバ４では、その要求に応じた個人演奏情報を、大容量記憶装置１２０（図２参照）から読み出して（要求を出した）リモコン端末２へ送信する。この送信された個人演奏情報は、リモコン端末２のメモリ５６に記憶される。なお、上述した４人とも個人認証を行った場合には、それら４人の個人演奏情報を一度に取得する。

このようにしてカラオケ演奏の準備ができた状態で、利用者がリモコン端末２の操作部６０を操作してリクエスト曲を選択（選曲）する。この選曲に際しては、図７に示す画面中にある９つの選曲モードの何れかを選んで実行できるようになっている。例えば歌手名・曲名・ジャンルから選ぶこともできるし、新譜・人気ランキングから選ぶこともできる。その中で「あの時」という選曲モードを選ぶと、図３（ａ）（ｂ）に示す年齢別のジャンルテーブルを用いた選曲を行うことができる。選曲後、所定の操作をすることで選曲内容が確定し、選曲データがカラオケ装置１へ送信される。

なお、図７に示すデフォルト画面の右上端に「うたぼん」と表示されているアイコンタブを利用者がタッチすると、図１０に示すような入力受付画面となる。この図１０に示す入力受付画面においては、予約したい曲の番号を直接数字で入力することができる。

［個人ジャンルテーブルのメンテナンス処理の説明］
このような処理がなされると、リモコン端末２では、図４に示す処理を実行する。 図４は、リモコン端末２で実行される個人ジャンルテーブルのメンテナンス処理を示すフローチャートである。

最初のステップＳ１０で実行する予約処理では、図３（ｃ）に例示するような個人演奏履歴テーブルにおいて、上記カラオケ装置１へ送信した選曲データを追加する。
次に、図３（ｃ）の個人演奏履歴を参照し、Ｓ１０にて追加された予約楽曲のリリース日・ジャンルに基づいて、図３（ｂ）の個人ジャンルテーブルのカウンタを書き換える（Ｓ２０）。そして、各年代別に１００曲以上の演奏履歴があるか否か判断する（Ｓ３０）。１００曲以上の演奏履歴があれば（Ｓ３０：ＹＥＳ）、演奏されていないジャンルのカウンタを０にして（Ｓ４０）、本メンテナンス処理を終了する。一方、１００曲以上の演奏履歴がなければ（Ｓ３０：ＮＯ）、そのまま本メンテナンス処理を終了する。このような対処をすることにより、１００曲以上の演奏実績があるジャンルがよりピックアップされ易くなり、利用者の好みによりマッチしたものとなる。

図３（ｂ）について補足説明しておく、ここでは仮に２５歳Ａさんの個人ジャンルテーブルとする。
まず、個人ジャンルテーブルは、デフォルト状態では図３（ａ）に示すデフォルトジャンルテーブルと同じポイント設定となっている。そして、図４の処理を実行してジャンルポイントの加減を行う。図３（ａ）のジャンルポイントと図３（ｂ）のジャンルポイントを比較すると、１０歳以下の各ジャンルではジャンルポイントに違いはない。しかし、１０代のジャンルにおいては、ヒーロー／ヒロイン・ドラマ・演歌の各ジャンルでジャンルポイントが増えている。また、２０代では、ヒーロー／ヒロイン・ドラマ・ポップス・演歌のジャンルポイントが増えると共に、外国語曲がデフォルト値５から０に減っている。これは、１０代の場合にはトータルの演奏履歴が１００曲を超えていないため、単純に該当ジャンルのポイント追加だけ行ったが、２０代の場合にはトータルの演奏履歴が１００曲を超えたため（Ｓ３０：ＹＥＳ）、演奏されていないジャンルのカウンタを０にしたからである（Ｓ４０）。つまり、外国語曲についてはデフォルト値が５であったが、演奏されていないのでデフォルトポイントごと削除されて０となった。

なお、カラオケ利用が終了してカラオケ装置１が設置されている部屋を退室する際、利用者がリモコン端末２の操作部６０に準備されている退室ボタンを押下すると、制御部５２により退出処理が実行される。この退出処理では、利用終了をフロント端末へ通知すると共に、個人認証情報を無効化（ログアウト）する。そして、メモリ５６上で編集した内容をデータサーバ４へアップロードする（図６参照）。したがって、次回、個人ジャンルテーブルを利用する場合には、今回の利用が終了した時点の個人ジャンルテーブルがデータサーバ４から送信されることとなる。

［ランキング表示説明］
図５はランキングを表示する場合の処理を示すフローチャートである。このランキング表示処理は、図７に示す画面中にある９つの選曲モード中の「あの時」という選曲モードを選ぶと実行される。

最初のステップＳ１１０において個人認証されていないか否か判断する（Ｓ１１０）。図７を参照して上述したように、リモコン端末２の表示部５８に表示されるデフォルト画面の右端に認証確認された人の名前がタブ表示される。各メニューを操作する前にタブ表示された名前から自分のものを選択すれば個人認証されたことになるし、選択がなければ個人認証されていないこととなる。もちろん、名前のタブ表示自体がない場合には、当然ながら個人認証されていないこととなる。なお、個人認証に関しては、カラオケ店への入店時に個人認証を済ませる具体例を説明したが、例えばリモコン端末２を操作して、利用者が個人認証を行いたいタイミングで実行するようにしてもよい。

個人認証がされていない場合には（Ｓ１１０：ＹＥＳ）、リモコン端末２の表示部５８に年齢入力を受け付けるための画面（図示せず）を表示し、利用者の入力を待つ。そして年齢入力を受け付けたら（Ｓ１２０）、メモリ５６からデフォルトジャンルテーブル（図３（ａ）参照）を取得する（Ｓ１３０）。

一方、個人認証されていれば（Ｓ１１０：ＮＯ）、メモリ５６から個人年齢別ジャンルテーブル（図３（ｂ）参照）を取得する（Ｓ１４０）。
Ｓ１３０またはＳ１４０の処理後は、Ｓ１５０へ移行し、歌いたい年代若しくは年齢の
(利用者が３０歳で例えば２０歳など)の入力を受け付ける。

そして、デフォルトジャンルテーブルのポイント値を引く（Ｓ１６０）。図３（ａ）に示すデフォルトジャンルテーブルは、検索対象にするために所定のジャンルに対してデフォルト値として５ポイント設定されている。次のＳ１７０での判定を適切に行うため、このデフォルトポイントを差し引く。

そして、各ジャンルについてトップ１０まで表示する（Ｓ１７０）。そして、デフォルトジャンルポイント値を含め、上位トップ１０まで表示することにより、５０曲をピックアップする（Ｓ１８０）。

Ｓ１７０では実際に歌われているジャンルをトップ１０まで表示している。つまり１ジャンルしか歌われていない場合には１０曲までがピックアップされる。４ジャンルの全てについて１０曲ピックアップされた場合には４０曲がピックアップされる。

また、Ｓ１８０では、デフォルトポイント値を実際に歌われたことに基づくポイント値と加算した結果で、上位５ジャンルをランキング順にピックアップする。
Ｓ１７０，Ｓ１８０にてピックアップされた曲は図８のように表示される。なお、図８では１曲のみ示しているが、実際には複数曲がピックアップされていればそれら複数曲が表示される。この図８に示す画面において曲名の部分を利用者がタッチすることでタッチスイッチによって検知され、図９に示す予約画面が表示される。この予約画面において画面右下の「予約」部分を利用者がタッチすると選曲内容が確定し、選曲データがカラオケ装置１へ送信される。それと共に上述した図４のメンテナンス処理が実行される。なお、図８の画面中における「戻る」部分を利用者がタッチすれば、図７に示す元の検索曲一覧が表示される。

［効果］
このように実施形態のリモコン端末２によれば、次のような効果を奏する。
（１）利用者が歌唱希望年代または年齢を特定する情報を入力すれば、その歌唱希望年代または年齢の一般的嗜好に合致する楽曲ジャンルに属する候補曲が報知されるため、その報知された候補曲の中から利用者が自分の好みの曲を選択し易くなる。例えば利用者が１０歳の頃に大ヒットした曲が演歌であったとしても、その利用者が必ずしもその演歌が好きであった、あるいはその利用者の思い出に残っているとは限らない。逆に、１０歳代の一般的嗜好に合致した楽曲ジャンルに属する候補曲の中の方がより利用者の嗜好に合致する可能性が高い。したがって、本リモコン端末２は、利用者の嗜好によりマッチした選択候補を提示でき、より使い勝手を向上させることとなる。

（２）楽曲ジャンルの優先度は、その楽曲ジャンル毎に設定される値が大きいほど高くなるよう設定されており、その初期値は、利用者の年齢層の一般的嗜好に合致するよう予め設定された楽曲ジャンルほど大きく設定されているが、利用者の嗜好は個人差が大きいため、年齢層の一般的嗜好では対応しきれないケースもある。そこで、図３（ａ）に示すデフォルトジャンルテーブルは、利用者の年齢層の一般的嗜好に合致するよう予め設定しておき、利用者毎に変更しない。一方、図３（ｂ）に示す個人ジャンルテーブルは、個人の利用実績を反映させることで、より個人の嗜好に沿ったものとする。そして、個人認証がなされている場合には個人ジャンルテーブルに基づいて楽曲ジャンルの判定を行い、個人認証がなされていない場合にはデフォルトジャンルテーブルに基づいて楽曲ジャンルの判定を行う。このようにすれば、個人の嗜好をより反映させた楽曲ジャンルに属する選択候補が提示されることとなり、使い勝手がより向上する。

（３）デフォルトジャンルテーブルに関してはリモコン端末２に常時記憶されていてもよいが、個人ジャンルテーブルに関しては、利用者が多くなればその数だけ必要となるためリモコン端末２に常時記憶しておくことが好ましくない場合も想定される。つまり、カラオケ店等において不特定多数を客として扱う場合には、利用者数が膨大になることが考えられる。そこで、個人ジャンルテーブルを、該当する個人を特定する情報と対応付けてデータサーバ４に記憶しておく。そして、利用者が利用を開始する場合には、データサーバ４から該当する個人ジャンルテーブルを受信してリモコン端末２に記憶させると共に、当該利用者が利用を終了した場合には、修正された個人ジャンルテーブルをデータサーバ４に送信するようにしている。このようにすれば、個人ジャンルテーブルを利用したい利用者が利用する場合だけリモコン端末２に記憶させておくことができる。
（４）リモコン端末２を複数人で利用する場合にも、複数人を区別して個人認証ができるようにされている。つまり、これから利用を開始する利用者を操作部６０によって受け付けた場合には、該当する利用者に対応する個人ジャンルテーブルに基づいて楽曲ジャンルの判定を行うことができる。

［他の実施形態］
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、以下のような様々な態様にて実施することが可能である。

図３（ａ）に示すデフォルトジャンルテーブルにおいて設定されているデフォルトのジャンルポイントはあくまで一例であり、このポイント値の付与の仕方は、適宜調整可能である。

カラオケシステムの全体構成を示すブロック図である。 データサーバ４の内部構成を示すブロック図である。 （ａ）はデフォルトジャンルテーブル、（ｂ）は個人ジャンルテーブルを示す説明図である。 リモコン端末２で実行される個人ジャンルテーブルのメンテナンス処理を示すフローチャートである。 ランキングを表示する場合の処理を示すフローチャートである。 リモコン端末２とデータサーバ４との間のデータ通信を示す説明図である。 リモコン端末２のデフォルト画面の説明図である。 上位ジャンルに基づいてピックアップされた曲の表示を示す説明図である。 図８から移行した予約画面を示す説明図である。 予約したい曲の番号を直接数字で入力することのできる受付画面の説明図である。

符号の説明

１…カラオケ装置、２…リモコン端末、４…データサーバ、１２…制御部、１４…インタフェース部、１６…ハードディスク（ＨＤＤ）、１８…操作部、２０…赤外線通信部、２２…操作処理部、２４…音声制御部、２６…マイクロフォン、２８…スピーカ、３０…ＭＩＤＩ音源、３２…ビデオＲＡＭ、３４…映像再生部、３６…表示部、３８…映像制御部、４０…ＵＳＢ、５２…制御部、５４…赤外線通信部、５６…メモリ、５８…表示部、６０…操作部、６２…操作処理部、６４…ビデオＲＡＭ、６６…映像制御部、６８…無線ＬＡＮ通信部、８０…無線アクセスポイント、９０…クレードル、９５…ＵＳＢ／ＬＡＮ変換機、１００…ネットワーク、１０２…ＣＰＵ、１０４…ディスプレイ、１０６…モデム、１０８…ＩｒＤＡ通信部、１１０…キーボード、１１２…マウス、１１４…スピーカ、１１６…メモリ、１１８…ＬＡＮインタフェース部、１２０…大容量記憶装置、２０１…ＡＤＳＬモデム、２０２…接続事業者、２０３…高速通信回線。

Claims (4)

1. 複数のカラオケ演奏情報と、それに対応するリクエスト情報とを記憶しており、外部からリクエスト情報を受信し、そのリクエスト情報に応じたカラオケ演奏情報を用いてカラオケ演奏を実行するカラオケ装置に対して、前記リクエスト情報を送信するリクエスト装置であって、前記リクエスト情報を検索するための検索用データベースを有し、利用者から受け付けた操作に基づき前記検索用データベースの検索を行い、その検索結果としてのリクエスト情報を前記カラオケ装置に対して送信するリクエスト装置において、
   前記利用者の年齢層と楽曲ジャンルの優先度との対応関係を示すものであって、前記利用者のうちの個人に特化しない汎用的な第１のジャンルテーブルと、前記利用者のうちの個人に特化した第２のジャンルテーブルと、前記第２のジャンルテーブルに該当する個人のカラオケ演奏実績を示すものであって、少なくとも当該演奏実績に含まれる楽曲のリリース日及び楽曲ジャンルを示す情報を含んだ個人演奏履歴とを記憶しておくジャンルテーブル記憶手段と、
   利用者からの各種入力を受け付け可能な受付手段と、
   その受付手段を介して、利用者が歌唱を希望する年代または年齢を特定するための情報を受け付け、その受け付けた情報に基づいて利用者の歌唱希望年代または年齢を特定する特定手段と、
   個人認証がなされているか否か判定する認証有無判定手段と、
   前記認証有無判定手段によって個人認証がなされている場合には、前記ジャンルテーブル記憶手段に記憶された第２のジャンルテーブルに基づき、前記特定手段によって特定された歌唱希望年代または年齢に対応する優先度の高い楽曲ジャンルを判定し、前記認証有無判定手段によって個人認証がなされていない場合には、前記ジャンルテーブル記憶手段に記憶された第１のジャンルテーブルに基づき、前記特定手段によって特定された歌唱希望年代または年齢に対応する優先度の高い楽曲ジャンルを判定し、その判定した楽曲ジャンルに属する所定の候補曲を、報知手段によって利用者に報知する候補曲報知手段と、
   前記リクエスト情報を前記カラオケ装置に対して送信した実績を、前記ジャンルテーブル記憶手段に記憶されている当該個人の個人演奏履歴に追加し、この個人演奏履歴に含まれる楽曲のリリース日及び楽曲ジャンルに基づき、当該個人に対応する第２のジャンルテーブルにおいて、その実績が多いほど前記リリース日に該当する年齢層における前記楽曲ジャンルの優先度が高くなるよう、当該第２のジャンルテーブルを修正するジャンルテーブル修正手段と、
   を備え、
   前記ジャンルテーブル記憶手段に記憶されている前記第１及び第２のジャンルテーブルにおける楽曲ジャンルの優先度は、その楽曲ジャンル毎に設定される値が大きいほど高くなるよう設定されており、その初期値は、前記利用者の年齢層の一般的嗜好に合致するよう予め設定された楽曲ジャンルほど大きく設定されていること
   を特徴とするリクエスト装置。
2. 前記第２のジャンルテーブル及び前記個人演奏履歴を、該当する個人を特定する情報と対応付けて記憶しているデータサーバとの間でデータ通信可能に構成されており、
   前記認証有無判定手段によって個人認証がなされている利用者が利用を開始する場合には、前記データサーバから該当する第２のジャンルテーブル及び前記個人演奏履歴を受信して前記ジャンルテーブル記憶手段に記憶させると共に、当該利用者が利用を終了した場合には、ジャンルテーブル修正手段によって修正された前記第２のジャンルテーブル及び前記個人演奏履歴を前記データサーバに送信すること
   を特徴とする請求項１に記載のリクエスト装置。
3. 前記認証有無判定手段は、複数人を区別して個人認証がなされているか否か判定可能であり、
   前記受付手段は、前記認証有無判定手段によって個人認証がなされた複数人の利用者の内の何れの利用者がこれから利用を開始するのかを受け付け可能であり、
   前記候補曲報知手段は、これから利用を開始する利用者を前記受付手段によって受け付けた場合には、該当する利用者に対応する前記第２のジャンルテーブルに基づいて前記楽曲ジャンルの判定を行うこと
   を特徴とする請求項１または２に記載のリクエスト装置。
4. 請求項１〜３の何れかに記載のリクエスト装置における特定手段、候補曲報知手段、ジャンルテーブル修正手段および認証有無判定手段として、コンピュータを機能させるためのプログラム。