(57)【要約】【課題】曲間に背景音楽を再生するカラオケ装置において、利用者毎に異なるＢＧＭを提供する。【解決手段】楽曲の歌手名、発売年代およびジャンルを特徴量として捉え、利用者の楽曲リクエストの履歴を記憶し、該楽曲リクエストの前記特徴量を参照することにより該利用者の楽曲リクエストの傾向を判断し、判断された傾向によってＢＧＭとなる楽曲を選択することにより、利用者毎に異なるＢＧＭを提供する。【選択図】      図３
2004205828.tif 000002
【特許請求の範囲】
【請求項１】
楽曲を特定する曲番号を入力する入力手段と、
楽曲の演奏データを複数記憶する演奏データ記憶手段と、
前記入力手段から入力された前記曲番号に対応する演奏データを、前記演奏データ記憶手段から呼び出して自動演奏するリクエスト演奏手段と、
前記入力手段から入力された前記曲番号を記憶する曲番号記憶手段と、
前記楽曲の属性情報を記憶する属性情報記憶手段と、
前記曲番号記憶手段に記憶されている前記曲番号に対応する前記属性情報を前記属性情報記憶手段から抽出する属性情報抽出手段と、
前記リクエスト演奏手段が演奏を行っていないときに、前記属性情報抽出手段が抽出した前記属性情報を参照して、前記演奏データ記憶手段から演奏データを選択して自動演奏する背景音楽演奏手段と
を具備することを特徴とするカラオケ装置。
【請求項２】
前記曲番号記憶手段は、前記曲番号を記憶する際に前記各曲番号に時刻情報を添付し、前記属性情報抽出手段は、前記各曲番号に添付されている前記時刻情報に基づいて、現在の時刻から一定時間以上離れているものを排除した残りの曲番号に基づいて前記属性情報の抽出を行うことを特徴とする請求項１記載のカラオケ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、カラオケ装置に関する。
【０００２】
【従来の技術】
カラオケ演奏において、次のリクエストが入力されず演奏すべき楽曲が存在しないとき、何らかの楽曲をＢＧＭ（Back Ground Music：背景音楽）として演奏するカラオケ装置が知られている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開平８−２９２７７３号公報
【０００４】
このＢＧＭの目的には、演奏のない時間が続くことで場の雰囲気が停滞するのを防ぐことや、利用者の興味を喚起し、更なるリクエストを促すことが挙げられる。ＢＧＭの選択方法としては、カラオケ装置内部に記憶されている楽曲データをそのまま用いる方法や、有線放送等の外部から得られる楽曲データを用いる方法が知られている。また、カラオケ装置内部の楽曲データを使用する方法には（Ａ）カラオケ装置に記憶されている全楽曲中からランダムに選択する方法や、（Ｂ）カラオケ店舗により予め設定された特定ジャンルの楽曲中から選択する方法が既に知られている。
【０００５】
ところで、一般にカラオケ利用者にはそれぞれ嗜好があり、リクエストする楽曲はその利用者によりある特徴を示すことが多い。例えば、演歌を好む利用者は演歌中心のリクエストとなり、また洋楽を好む利用者は洋楽中心のリクエストとなる場合がそうである。
【０００６】
このように、利用時間中にリクエストされる楽曲に何らかの傾向が認められる場合に、その傾向から大きく外れた楽曲がＢＧＭとして演奏されたのでは、前述のＢＧＭ演奏の目的にそぐわない。例えば洋楽を好む利用者であれば、ＢＧＭとして演歌が演奏されるよりも洋楽が演奏されたほうが、ＢＧＭとしてより適切と考えられる。
【発明が解決しようとする課題】
【０００７】
しかし従来のＢＧＭ選択方法では、前記（Ａ）の方法で演奏されるＢＧＭはランダムで予測がつかず、また前記（Ｂ）の方法では、設定されたジャンルに合致した嗜好の利用者には効果的であるが、それ以外の利用者にはあまり意味をなさず、どちらの場合にも次のリクエストが入るまで場の雰囲気が停滞してしまうことが考えられる。
【０００８】
本発明は、このような背景の下になされたもので、利用者毎に異なるＢＧＭを提供することができるカラオケ装置の提供を目的としている。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、本発明に係るカラオケ装置は、楽曲を特定する曲番号を入力する入力手段と、楽曲の演奏を示す演奏データを複数記憶する演奏データ記憶手段と、前記入力手段から入力された前記曲番号に対応する演奏データを、前記演奏データ記憶手段から呼び出して自動演奏するリクエスト演奏手段と、前記入力手段から入力された前記曲番号を記憶する曲番号記憶手段と、前記楽曲の属性情報を記憶する属性情報記憶手段と、前記曲番号記憶手段に記憶されている前記曲番号に対応する前記属性情報を前記属性情報記憶手段から抽出する属性情報抽出手段と、前記リクエスト演奏手段が演奏を行っていないときに、前記属性情報抽出手段が抽出した前記属性情報を参照して、前記演奏データ記憶手段から演奏データを選択して自動演奏する背景音楽演奏手段とを具備することを特徴とする。
【００１０】
【発明の実施の形態】
以下、図面を参照して、本発明の実施形態について説明する。
【００１１】
＜実施形態の構成＞
図１は本発明の一実施形態の外観を示す図である。同図において、１はカラオケ装置本体である。カラオケ装置本体１にはモニタ２、スピーカ３，３、そしてマイク４が接続されている。５はリモコン端末で、赤外線によりカラオケ装置本体１の遠隔操作を行う装置である。
【００１２】
図２はカラオケ装置本体１の電気的構成を示すブロック図であり、以下に各部を概説する。
【００１３】
ＣＰＵ（Central Processing Unit）１１は、ＲＡＭ（Random Access Memory）１３をワークエリアとして利用し、ＲＯＭ（Read Only Memory）１２に格納されている各種プログラムを実行することで装置各部を制御する。
【００１４】
ＨＤＤ（Hard Disk Drive）１４は楽曲データやリクエストログＴＢ１、楽曲情報テーブルＴＢ２等のデータを記憶する。楽曲データには、楽曲に関する種々の情報を格納したヘッダと、複数のトラックに分割された当該楽曲の演奏音を示す演奏データと、歌詞を示す歌詞データとが含まれる。リクエストログＴＢ１および楽曲情報テーブルＴＢ２はＢＧＭを選択する際に使用されるテーブルであり、そのフォーマットをそれぞれ図３、図４に示す。図３に示されるように、リクエストログＴＢ１は楽曲の曲番号、開始時刻、終了時刻のフィールドにより構成され、該カラオケ装置でいかなる楽曲が演奏されたかが記録されている。リクエストログＴＢ１は、ＨＤＤ１４の容量制限の範囲でいわゆるリングバッファリングによる蓄積運用をしており、例えば過去１年分程度のログが残るようになっている。楽曲情報テーブルＴＢ２には、図４に示されるように楽曲の曲番号、曲名、歌手名、楽曲の発売年、ジャンルが各曲について記録されている。
【００１５】
通信Ｉ／Ｆ（インタフェース）１５は、楽曲データの配信元であるホストコンピュータ６より楽曲データを受信し、ＣＰＵ１１の制御のもとＨＤＤ（Hard Disk Drive）１４へと転送する。また、ＤＭＡ（Direct Memory Access）によるデータ転送も可能である。
【００１６】
操作部１６は、カラオケ装置本体１にある操作パネルまたはリモコン端末５への入力操作により発せられる信号を検出し、この検出結果をＣＰＵ１１へ出力する。
【００１７】
表示制御部１７は、映像や歌詞字幕をモニタ２に表示させるための制御を行う。
【００１８】
音源装置１８は、ＣＰＵ１１より出力される楽曲データに対応する音声信号を合成し、生成された楽音データは効果用ＤＳＰ（Digital Signal Processor）１９にて効果を付与されＤ／Ａ変換された後、アンプ２１へ出力される。
【００１９】
音声処理用ＤＳＰ２０は、マイク４より出力された歌唱音声信号をＡ／Ｄ変換し、歌唱音声データを生成する。アンプ２１はマイク４や効果用ＤＳＰ１９から出力された信号を増幅し、スピーカ３へと出力する。
【００２０】
＜実施形態の動作＞
次に、上記構成からなるカラオケ装置の動作を説明する。
まず利用者が、操作部１６に対し曲番号を入力することにより楽曲指定操作を行うと、その時点で予約または再生されている楽曲が存在しなければ、カラオケ装置内部ではＣＰＵ１１がシーケンスプログラムに従って、指定された曲番号を持つ楽曲の再生を開始する。予約または再生されている楽曲がある場合は、それらの楽曲の再生が全て終了するまで、予約曲として再生待ち状態となる。指定した楽曲が再生されると同時に、ＣＰＵ１１は曲番号をもとにＨＤＤ１４に記録されている楽曲情報テーブルＴＢ２を参照し、指定された楽曲の曲名、歌手名、発売年、ジャンルの情報を取得する。
【００２１】
楽曲の再生が開始されてから一定時間（本実施形態においては３０秒である）経過したら、再生されている楽曲の楽曲情報のうち、曲番号と開始時刻とがリクエストログＴＢ１に書き込まれる。一方、一定時間が経過する前に楽曲の再生が終了された場合には、当該楽曲の曲番号はリクエストログＴＢ１には書き込まれない。ここで一定時間の後にリクエストログＴＢ１への書き込みを行うのは、楽曲リクエスト中には曲番号の誤入力等の理由により短時間で演奏が終了されるような楽曲もあり、このような楽曲については利用者が意図したリクエストではないと見なし、ログに残さないためである。こうすることによって、リクエストログＴＢ１が歌唱者の楽曲リクエスト傾向を反映したデータとなる。
【００２２】
ＣＰＵ１１は楽曲の再生の終了を検出すると、リクエストログＴＢ１に終了時刻を書き込み、レコードを更新する。これにより１楽曲分のレコードが完成する。
以上の動作が、楽曲がリクエストされる度に行われる。
【００２３】
再生されていた楽曲が終了し、演奏予約されている楽曲もないまま一定時間リクエストが未入力の状態が続くと、ＢＧＭが演奏される。本実施形態では、リクエストログＴＢ１を利用して利用者の楽曲リクエストの傾向を判断し、その傾向に基づいて楽曲を選択し、ＢＧＭとして演奏する機能を有している。楽曲リクエストの傾向を判断するために、本実施形態では楽曲にカテゴリを設定している。ここでカテゴリとは、楽曲の歌手名、ジャンル、発売の年代の３要素ならなる特徴量であり、例としては「歌手Ａが歌う９０年代のポップス」といったものであり、これらの情報は楽曲の曲番号をもとに楽曲情報テーブルＴＢ２から得られる。
【００２４】
カテゴリの設定に必要なのは、リクエストログＴＢ１から所望のレコードを必要な数だけ取得することである。ここで、「所望のレコード」とは当該利用者のリクエストによるレコードであり、「必要な数」とはカテゴリ設定処理で予め設定されている数ｎ（本実施形態においてはｎ＝５）である。
【００２５】
ところで、所望のレコードのみを抽出するためには、別の利用者のリクエストによるレコードを除外する必要がある。これを行わないとカテゴリの設定処理で導かれるカテゴリの精度が低下するためである。本実施形態においては所望のレコードのみを抽出するために、利用者の入れ替えが起こった時間をリクエストログＴＢ１から推測する。
【００２６】
すなわち、本実施形態では利用者入れ替えの推測方法として、一定の時間ｍを越えて楽曲リクエストの操作が行われなかった場合をリクエストログＴＢ１より読み取り、その部分で利用者の入れ替えが行われたものと見なす方法を採る。なお、この時間ｍは本実施形態においては５分である。これは図３を例にとると、Ｘの部分で利用者が入れ替わったものと見なす。この部分は曲番号３６２８−０１の演奏が終了してから次の曲番号１１２９−０５の演奏が開始されるまでに、３０分以上演奏のない時間が継続している。なお、時間ｍは、本実施形態においては５分としたが、各カラオケ装置で任意に設定できるものとしても良い。
以上の方法により、レコード抽出の精度をより高めることが可能である。
【００２７】
なお、利用者は数名からなるグループであることが多いが、本実施形態では一つのグループを１利用者として取り扱う。
【００２８】
また、上述のような処理を行うことにより、取得できるレコードが制限されることがある。例えば利用者の入れ替えが行われてから、当該利用者の楽曲リクエストがｎ曲未満である場合や、当該カラオケ装置を起動した後の最初の利用者が利用を開始した場合である。このような場合には、所定の数ｎに満たなくとも、例外処理としてカテゴリ設定処理を行う。
【００２９】
以下にＢＧＭ決定処理を、図５のフローチャートを参照しつつ説明する。
【００３０】
まずステップｓ０１では、取得し得るｎ以下の最大数のレコードを、レコードの新しいものから順に取得する。
【００３１】
次のステップｓ０２では、このとき取得したレコード数がいくつであるかを判断する。
【００３２】
取得レコード数が０ならば、例外処理としてＨＤＤ１４に記録されている楽曲の中からランダムに選択し、ステップｓ１１へと進む。また、取得レコード数が１ならば、ステップｓ０６のカテゴリ設定へと進む。
【００３３】
取得レコード数が２以上ｎ以下であれば、ステップｓ０４へと進み、レコードの間隔がｍ分以上の部分が存在するかどうかを判別する。これがＹＥＳであれば、当該部分より古いレコードは別の利用者の楽曲リクエストと見なされるため、これを破棄してステップｓ０６のカテゴリ設定へと進む。これがＮＯであれば、取得したレコードは全て現在の利用者の楽曲リクエストによるものと見なされ、ステップｓ０６のカテゴリ設定へと進む。
【００３４】
以上により、必要な数のレコードが抽出される。次にステップｓ０６のカテゴリ設定処理について説明を行う。
【００３５】
ステップｓ０６ではまず、取得した全レコードの楽曲について、リクエストログＴＢ１の曲番号をもとに楽曲情報テーブルＴＢ２より該楽曲の年代（発売年より求められる）、ジャンル、歌手名の３つの要素を参照し、これらを比較して各要素の値（データ）にスコアを設定する。ここでスコアとは、取得レコード中に該データが出現する頻度と時間的差異により決定される指数のことを意味している。本実施形態では時間的に新しい値ほどスコアが高いとし、最新データのスコアを１．０とした場合に、以下データの新しい順に０．８，０．６，０．４，０．２の重み付けを施し（図６ａ及び図６ｂ参照）、同じデータが複数存在する場合にはスコアを加算する。そして最終的に、各要素において最もスコアの高いデータをＢＧＭのカテゴリ決定の要素とする。
【００３６】
具体的なスコア計算処理を、図６ａおよび図６ｂのデータ例を用いて同図に示す。図６ａおよび図６ｂはリクエストログＴＢ１のデータ例で、１が最新のログを表している。図６ａより、スコアの最も高いデータはそれぞれ年代が「８０年代」、ジャンルが「演歌」、歌手名が「Ａ」であるから、最適なＢＧＭのカテゴリは「歌手Ａの歌う８０年代の演歌」となる。同様にして、図６ｂよりスコアの最も高いデータは、年代が「６０年代」、ジャンルが「演歌」、歌手名が「Ｄ」であるから、最適なＢＧＭのカテゴリは「歌手Ｄの歌う６０年代の演歌」となる。
【００３７】
上記の通りＢＧＭのカテゴリが決定されたら、ＨＤＤ１４内部の楽曲を検索し（ステップｓ０７）、同一カテゴリの楽曲がカラオケ装置内部に記憶されているかどうかを判断し（ステップｓ０８）、これがＹＥＳであれば次のステップｓ１０へ進む。
【００３８】
同一カテゴリの楽曲が存在しない場合には、カテゴリを再設定することによりカテゴリの拡張を行う（ステップｓ０９）。この処理はカテゴリを構成する年代、ジャンル、歌手名の３つの要素から、スコアの最も低い要素を除外することにより行われる。また、検索の結果複数の楽曲が存在する場合には、当該楽曲の曲番号を一時的に記憶する。
【００３９】
上述のカテゴリの拡張処理について具体例を挙げると、例えば図６ｂのデータ例を用いた場合、この場合のカテゴリは前述の通り「歌手Ｄの歌う６０年代の演歌」と求められる。しかし、図６ｂを見ると歌手Ｄの歌う楽曲のジャンルは洋楽であり、歌手Ｄが歌う楽曲の中にはジャンルが演歌である曲は存在しない可能性がある。検索の結果、条件に合致する楽曲が存在しなければ、３つある要素の中からスコアが最低（１．０）である歌手の要素は除外して、カテゴリを新たに「６０年代の演歌」と設定して、この条件に合致する楽曲をＢＧＭとして検索する。
【００４０】
なお、ステップｓ０９の処理を行った後でもなお同一カテゴリの楽曲がカラオケ装置内部に記憶されていない場合、再度ステップｓ０９の処理を繰り返し、カテゴリの拡張を行う。
【００４１】
こうしてＢＧＭのカテゴリが決定され、ＨＤＤ１４内部の楽曲を検索した結果、条件に合致する楽曲が１曲しかない場合には一意的に演奏されるべき楽曲の曲番号が選択されるが、条件に合致する楽曲が複数存在する場合には、その中からひとつの楽曲の曲番号をランダムに選択する（ステップｓ１０）。
【００４２】
選択された楽曲のデータは、曲番号をもとにＨＤＤ１４から呼び出され、音源装置１８、効果用ＤＳＰ１９、アンプ２１を介してスピーカ３より再生される（ステップｓ１１）。
【００４３】
選択されたＢＧＭの演奏が終了した後も楽曲リクエストが未入力であった場合には、引き続きＢＧＭを演奏する。このとき、ステップｓ０７において条件に合致する楽曲が複数存在した場合には、記憶されている楽曲の中から再び楽曲をランダムに選択し、演奏する。それ以外の場合には、ＢＧＭとして演奏が終了した楽曲を再び演奏する。
【００４４】
以上のように、ＲＯＭ１２に記録されたプログラムを実行するＣＰＵ１１は、楽曲リクエストに応じて楽曲を自動演奏するリクエスト楽曲演奏手段と、楽曲リクエストの待機時に前記ＢＧＭ決定処理により決定されたＢＧＭ（背景音楽）を自動演奏する背景音楽演奏手段の機能を有する。
【００４５】
＜変形例＞
なお、本発明は、種々の態様にて実施可能である。例えば、ＢＧＭのカテゴリの決定方法は、上述の方法に限定されるものではない。例えば、楽曲情報テーブルＴＢ２は本実施形態のフォーマットに限らず、フィールドを追加または削除しても良い。スコアについても、時間的に新しい楽曲リクエストに重み付けを施さずに、抽出した全レコードを等条件の下で評価しても良い。
【００４６】
また、ＢＧＭの選択方法についても上述の方法に限らず、例えば楽曲リクエストから直前に演奏された楽曲を選択し、ＢＧＭとして使用するような、より単純な方法でも良い。
【００４７】
更に、演奏される楽曲は、単にＢＧＭとしてのみ機能するのではなく、演奏に伴ってモニタ２上に歌詞字幕を表示することにより、当該楽曲がリクエストされた場合と同様にして歌唱者が歌唱できるようにしても良い。
【００４８】
【発明の効果】
以上説明したように、本発明によれば、利用者毎に異なるＢＧＭをリクエスト待機中に提供することが可能となる。これによりカラオケ装置は更に高い娯楽性を具備したものとなる。
【００４９】
【図面の簡単な説明】
【図１】本発明の一実施形態であるカラオケ装置の全体構成図である。
【図２】同実施形態におけるカラオケ装置本体の電気的構造を示すブロック図である。
【図３】同実施形態におけるカラオケ装置内部に記録されているリクエストログＴＢ１のデータフォーマットである。
【図４】同実施形態におけるカラオケ装置内部に記録されている楽曲情報テーブルＴＢ２のデータフォーマットである。
【図５】同実施形態におけるＢＧＭ決定処理を示すフローチャートである。
【図６】（ａ），（ｂ）共に図５の手順により取得されるデータおよびスコアの計算方法を例示した図である。
【符号の説明】
１…カラオケ装置本体、２…モニタ、３…スピーカ、４…マイク、５…リモコン端末、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…ＨＤＤ、１５…通信Ｉ／Ｆ、１６…操作部、１７…表示制御部、１８…音源装置、１９…効果用ＤＳＰ、２０…音声処理用ＤＳＰ、２１…アンプ
【図１】
2004205828.tif 000003
【図２】
2004205828.tif 000004
【図３】
2004205828.tif 000005
【図４】
2004205828.tif 000006
【図５】
2004205828.tif 000007
【図６】
2004205828.tif 000008