カラオケ装置
【課題】従来よりも目的の曲を探し出し易くしたカラオケ装置を提供する。
【解決手段】データベースには、各楽曲データについて曲番号、曲名、歌手名に加え、優先度として演奏回数や重み付け情報が記載されている。重み付けは、例えばよく歌われる曲や新曲の数値を高く設定した情報であり、配信センタから定期的に受信する（例えば新曲データの配信時に受信する）。カラオケ装置は、ユーザが曲名等のキーワードを入力すると、このキーワードでデータベースを検索し、検索結果を優先度に応じた順でソート出力する。配信センタから配信された優先度が、さらにカラオケ装置毎に特有の稼働状況に応じて変更されるため、例えば歌手名で検索を行った場合に数百曲の検索結果が得られたとしても、よく歌われる楽曲が優先して表示され、目的の曲を探し出し易くなる。
【解決手段】データベースには、各楽曲データについて曲番号、曲名、歌手名に加え、優先度として演奏回数や重み付け情報が記載されている。重み付けは、例えばよく歌われる曲や新曲の数値を高く設定した情報であり、配信センタから定期的に受信する（例えば新曲データの配信時に受信する）。カラオケ装置は、ユーザが曲名等のキーワードを入力すると、このキーワードでデータベースを検索し、検索結果を優先度に応じた順でソート出力する。配信センタから配信された優先度が、さらにカラオケ装置毎に特有の稼働状況に応じて変更されるため、例えば歌手名で検索を行った場合に数百曲の検索結果が得られたとしても、よく歌われる楽曲が優先して表示され、目的の曲を探し出し易くなる。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、カラオケ装置に関し、特に曲の選択を行うときの操作性向上に関する。
【背景技術】
【０００２】
従来、カラオケ装置で歌いたい曲の選択を行う場合、曲名や歌手名等と曲番号とを対応づけた冊子である目次本で所望のカラオケ曲の曲番号を検索し、リモコンを用いて曲番号を入力していた。
【０００３】
また、特許文献１に記載されているように、目次本をデータベース化したリモコンを設け、このリモコンに曲名や歌手名を入力し、検索結果を参照して曲の選択を行うものも提案されている。特許文献１には、曲名、歌手名、ジャンル、履歴などで検索結果を絞り込むことが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１６７５９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１のようなリモコン上の１画面に表示することができる曲数は目次本に比べて少ないため、検索結果の曲数が多いとページめくりを何度も行う必要がある（例えば特許文献１では、７８ページ存在する例が記載されている）。一方で、１画面に多くの曲数を表示すると文字が小さくなり、見にくい状態になってしまう。
【０００６】
そこで、この発明は、従来よりも目的の曲を探し出し易くしたカラオケ装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明のカラオケ装置は、センタと通信する通信手段と、複数の楽曲データを記憶する楽曲データ記憶手段と、楽曲データ毎に優先度を記載したデータベースと、楽曲データの検索条件を受け付ける入力手段と、前記入力手段で受け付けた検索条件に基づいて、前記データベースを検索し、検索結果を前記優先度に応じた順でソート出力する楽曲データ検索手段と、を備えている。
【０００８】
優先度は、例えばよく歌われる曲や新曲の数値を高く設定した情報であり、センタから定期的に受信する（例えば新曲データの配信時に受信する）。そして、本発明のカラオケ装置は、センタから受信した優先度が稼働状況に応じて変更されることが特徴である。例えば、優先度をカラオケ装置毎に異なる演奏回数と、全国共通の数値（重み付け情報）とを合算した値とし、値の高い順にソート出力する。また、例えば、若者の客層が多いカラオケＢＯＸの営業形態であれば若者向けの曲の優先度を高くし、年配の客層が多いラウンジの営業形態であれば年配向けの曲の優先度を高く設定する等も可能である。センタから配信された優先度が、さらにカラオケ装置毎に特有の稼働状況に応じて変更されるため、例えば歌手名で検索を行った場合に数百曲の検索結果が得られたとしても、よく歌われる楽曲が優先して表示され、目的の曲を探し出し易くなる。
【０００９】
さらに、優先度を演奏回数、および楽曲データの特徴（カラオケＢＯＸ向けの曲、ラウンジ向けの曲、新曲等）を示す項目毎に重み付けを示した情報とし、演奏回数と各項目の重み付けを合算した値でソートするようにしてもよい。カラオケ装置毎の演奏回数による優先度設定を反映すれば、各カラオケ装置毎の稼働状況に応じてよく歌われる曲が自動的に優先表示されるようになり、さらに目的の曲を探し出し易くすることができる。
【００１０】
また、演奏回数は、各カラオケ装置の演奏履歴（ログ情報）に基づいて配信された集計演奏回数（全国演奏回数）が含まれていてもよい。全国演奏回数とカラオケ装置毎の演奏回数を合算することにより、柔軟な運用が可能になる。
【００１１】
なお、検索結果のうち、演奏回数の上位所定数に対して優先度に応じたソート出力を行い、下位の検索結果にはソートを行わないようにしてもよい。
【発明の効果】
【００１２】
この発明によれば、優先度に応じたソート出力がなされるため、従来よりも目的の曲を探し出し易くなる。
【図面の簡単な説明】
【００１３】
【図１】カラオケシステムの構成を示すブロック図である。
【図２】カラオケ装置の構成を示すブロック図である。
【図３】楽曲データおよびデータベースの構造を示す図である。
【図４】タッチパネルに表示される画面の例を示す図である。
【図５】データベースの応用例に係る構造を示す図である。
【図６】タッチパネルに表示される画面の他の例を示す図である。
【図７】予約動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
図１は、本実施形態に係るカラオケシステムの構成を示す図である。カラオケシステムは、インターネット等のネットワーク２を介して接続されるセンタ（サーバ）１と、複数のカラオケ店舗３と、からなる。
【００１５】
各カラオケ店舗３には、ネットワーク２に接続されるルータ等の中継器５と、中継器５を介してネットワーク２に接続される複数のカラオケ装置７が設けられている。中継器５は、カラオケ店舗の管理室内等に設置されている。複数台のカラオケ装置７は、それぞれ個室（カラオケボックス）に１台ずつ設置されている。
【００１６】
図２（Ａ）は、カラオケ装置の構成を示すブロック図であり、同図（Ｂ）は外観図である。カラオケ装置７は、装置全体の動作を制御するＣＰＵ１１、およびＣＰＵ１１に接続される各種構成部からなる。ＣＰＵ１１には、ＲＡＭ１２、ＨＤＤ１３、ネットワークインタフェース（Ｉ／Ｆ）１４、ＬＣＤ（タッチパネル）１５、Ａ／Ｄコンバータ１７、音源１８、ミキサ（エフェクタ）１９、ＭＰＥＧ等のデコーダ２２、表示処理部２３、および操作部２５が接続されている。
【００１７】
ＨＤＤ１３は、ＣＰＵ１１の動作用プログラムが記憶されている。ワークメモリであるＲＡＭ１２には、ＣＰＵ１１の動作用プログラムを実行するために読み出すエリアやカラオケ曲を演奏するために楽曲データを読み出すエリア、予約リスト等が設定される。また、ＨＤＤ１３は、カラオケ曲を演奏するための楽曲データやモニタ２４に背景映像を表示するための映像データ等を記憶している。映像データは動画、静止画の両方を記憶している。楽曲データや映像データは、定期的にセンタ１から配信され、更新される。
【００１８】
また、ＨＤＤ１３は、各楽曲データについて、検索条件に対応する各種情報（曲名、歌手名、歌詞の歌い出し部分、演奏回数等）が曲番号に対応付けられて格納されたデータベースを構築している（図３（Ｂ）を参照）。ＣＰＵ１１は、カラオケ演奏を行ったり、センタ１から各種情報が配信された場合にデータベースを更新する。
【００１９】
タッチパネル１５は、カラオケ装置の前面に設けられており、ＣＰＵ１１は、タッチパネル１５から入力される操作情報に基づいて、操作情報に応じた画像をタッチパネル１５上に表示し、ＧＵＩを実現する。
【００２０】
ユーザがタッチパネル１５を用いて上記各種情報に該当するキーワードを入力すると、ＣＰＵ１１がＨＤＤ１３のデータベースを検索し、その検索結果を表示出力させることで電子目次本機能を実現する。そして、最終的にユーザが１つの楽曲を選択した場合、ＣＰＵ１１は、該当の曲番号をＲＡＭ１２に展開している予約リストに登録する。これにより、曲のリクエストが行われる。本実施形態のカラオケ装置は、キーワードの検索結果を五十音順（アイウエオ順）にソート出力するのではなく、曲毎の優先度に応じたソート出力を行うことにより、従来のカラオケ装置よりも目的の曲を探し出し易くしたものである。
【００２１】
優先度は、後述するように、センタ１から定期的にダウンロードされる重み付け情報（数値情報）と、カラオケ装置毎に個別の情報である演奏回数と、からなる。本実施形態のカラオケ装置は、これらの数値の合算値の高い順にソート出力することが特徴であり、センタ１から配信された優先度が、さらにカラオケ装置毎に特有の稼働状況（演奏回数等）に応じて変更されるため、例えば歌手名で検索を行った場合に数百曲の検索結果が得られたとしても、よく歌われる楽曲が優先して表示されることになり、目的の曲が探し出し易くなるものである。
【００２２】
なお、曲のリクエストは、カラオケ装置７の操作パネル面に設けられた各種のキースイッチ（図２（Ｂ）を参照）からなる操作部２５を用いて曲番号を直接入力することでも可能である。また、タッチパネル１５は、カラオケ装置本体ではなく、赤外線通信等を介して接続されるリモコンでも実現可能である。この場合、リモコンにカラオケ装置７のデータベースと同期するデータベースを備え、予約した楽曲の曲番号をカラオケ装置７に送信する態様とする。
【００２３】
次にカラオケ演奏を行うための構成について説明する。図２（Ａ）に示すように、ＣＰＵ１１は、機能的にシーケンサを内蔵している。ＣＰＵ１１は、ＲＡＭ１２の予約リストに登録された予約曲の曲番号に対応する楽曲データをＨＤＤ１３から読み出し、シーケンサでカラオケ演奏を行う。
【００２４】
楽曲データは、例えば図３（Ａ）に示すように、曲番号等が書き込まれているヘッダ、演奏用ＭＩＤＩデータが書き込まれている楽音トラック、ガイドメロディ用ＭＩＤＩデータが書き込まれているガイドメロディトラック、歌詞用ＭＩＤＩデータが書き込まれている歌詞トラック、バックコーラス再生タイミングおよび再生すべき音声データが書き込まれているコーラストラック、等からなっている。なお、楽曲データの形式としては、この例に限るものではない。
【００２５】
シーケンサは、楽音トラックやガイドメロディトラックのデータに基づいて音源１８を制御し、カラオケ曲の楽音を発生する。また、シーケンサは、コーラストラックの指定するタイミングでバックコーラスの音声データ（楽曲データに付随しているＭＰ３等の圧縮音声データ）を再生する。また、シーケンサは、歌詞トラックに基づいて曲の進行に同期して歌詞の文字パターンを合成し、この文字パターンを映像信号に変換して表示処理部２３に入力する。
【００２６】
音源１８は、シーケンサの処理によってＣＰＵ１１から入力されたデータ（ノートイベントデータ）に応じて楽音信号（デジタル音声信号）を形成する。形成した楽音信号はミキサ１９に入力される。
【００２７】
ミキサ１９は、音源１８が発生した楽音信号、コーラス音、およびマイク１６からＡ／Ｄコンバータ１７を介して入力された歌唱者の歌唱音声信号に対してエコーなどの効果を付与するとともに、これらの信号をミキシングする。
【００２８】
ミキシングされた各デジタル音声信号はサウンドシステム（ＳＳ）２０に入力される。サウンドシステム２０は、Ｄ／Ａコンバータおよびパワーアンプを内蔵しており、入力されたデジタル信号をアナログ信号に変換して増幅し、スピーカ２１から放音する。ミキサ１９が各音声信号に付与する効果およびミキシングのバランスは、ＣＰＵ１１によって制御される。
【００２９】
ＣＰＵ１１は、上記シーケンサによる楽音の発生、歌詞テロップの生成と同期して、ＨＤＤ１３に記憶されている映像データを読み出して背景映像等を再生する。動画の映像データは、ＭＰＥＧ形式にエンコードされている。ＣＰＵ１１は、読み出した映像データをデコーダ２２に入力する。デコーダ２２は、入力されたＭＰＥＧ等のデータを映像信号に変換して表示処理部２３に入力する。表示処理部２３には、背景映像の映像信号以外に上記歌詞テロップの文字パターン等が入力される。表示処理部２３は、背景映像の映像信号の上に歌詞テロップなどをＯＳＤで合成してモニタ２４に出力する。モニタ２４は、表示処理部２３から入力された映像信号を表示する。
【００３０】
以上の様にして、カラオケ演奏が行われる。ＣＰＵ１１は、曲の演奏開始または終了時に、データベースの演奏した曲における演奏回数をカウントアップし、ＨＤＤ１３に演奏履歴をログ情報（履歴）として記憶させる。ログ情報は、定期的にセンタ１に送信され、全国のカラオケ装置７のログ情報がセンタ１で集計される。
【００３１】
次に、ＨＤＤ１３のデータベースの構造と、タッチパネルによる曲のリクエストについて詳細に説明する。図４（Ａ）は、タッチパネル１５に表示される検索初期画面を示す例であり、図７は、ＣＰＵ１１の予約動作時のフローチャートである。検索初期画面には、曲名、歌手名、歌い出し、曲番号の入力窓が表示されており、ユーザが各窓を選択すると、かな入力画面（不図示）に移行し、ユーザがキーワードを入力できる状態となる。キーワードは、ひらがな、カタカナ、漢字、英数字、いずれの入力の態様も可能である。
【００３２】
ユーザが各窓にキーワードを入力すると（ｓ１１）、ＣＰＵ１１は、ＨＤＤ１３のデータベースを検索し（ｓ１２）、その検索結果をタッチパネル１５に表示する。図３（Ｂ）に示すように、データベースには、曲毎に曲名、歌手名、歌詞の歌い出し部分、演奏回数、および重み付け情報が記載されている。なお、図示はしていないが、曲名、歌手名、および歌い出し部分は、漢字混じりのテキスト情報と、漢字無し（かな）のテキスト情報の両方が記載されている。タッチパネル１５への表示には、漢字混じりのテキスト情報が用いられる。
【００３３】
演奏回数は、カラオケ装置毎に個別の情報であり、センタ１から配信された直後の新曲は演奏回数０になり、ユーザが曲のリクエストを行って演奏を実行するとカウントアップされる。重み付け情報は、例えばよく歌われる曲や新曲の数値を高く設定したものであり、定期的（例えば新曲データ配信時）にセンタ１からダウンロードされて更新される。重み付け情報は、全国の曲で統一された値であってもよいし、店舗毎に異なる値であってもよい。
【００３４】
ＣＰＵ１１は、キーワードが入力されたとき、まず入力されたキーワードに一致する（キーワードを含む）曲を全て抽出する（ｓ１３）。そして、ＣＰＵ１１は、抽出した曲の演奏回数、重み付け情報に応じてソートし（ｓ１４）。検索結果をタッチパネル１５に表示する（ｓ１５）。ＣＰＵ１１は、ユーザがタッチパネル１５を押下して各曲の選択操作を行うと（ｓ１６）、選択された曲を予約リストに登録する（ｓ１７）。そして、予約リストの最上位の曲を演奏し（ｓ１８）、予約回数をカウントアップしてデータベースを更新する（ｓ１９）。
【００３５】
図４（Ｂ）は、タッチパネル１５に表示される検索結果画面の例である。同図（Ｂ）に示すように、ＣＰＵ１１は、演奏回数と重み付け情報の合算値でソートした検索結果をタッチパネル１５に表示する。この例では、７曲の検索結果を表示するようにしているが、曲数は適宜設定可能である。また、キーワードに該当する曲がさらに複数存在する場合、ユーザにページめくりの操作を実行させ（図中三角アイコンを押下させ）、表示曲を変更していく態様とする。
【００３６】
この例において、図３（Ｂ）に示したデータベースの曲番号「１０２１−３８」の曲は、演奏回数が９０、重み付け情報が１５であり、合算値が最も高い１０５となるため、最上位に表示されるようになっている。一方、データベースの曲番号「１０１７−６２」の曲は、演奏回数が０であるが、重み付け情報が最も高い８５となっており、２番目に表示される態様になっている。すなわち、曲番号「１０１７−６２」の曲は、新曲データであり、演奏回数は少ないが、配信側が歌ってもらいたい曲として重み付け情報を高い値としており、上位に表示されるようになっている。また、曲番号「１０１８−７９」の曲は、演奏回数が３であるが、重み付け情報が４０と高い値となっており、３番目に表示される態様になっている。曲番号「１０１８−７９」の曲は、このカラオケ装置において演奏回数が少ないが、全国的にはよく歌われる曲として、重み付け情報が高い値となっており、上位に表示されるようになっている。この様に、配信センタから配信された重み付け情報が、さらにカラオケ装置毎に個別の稼働状況である演奏回数と合算され、総合的な優先度としてソートされるため、例えば歌手名で検索を行った場合に数百曲の検索結果が得られたとしても、よく歌われる曲が優先して表示されることになり、１画面に表示される曲数が少ない場合であっても、目的の曲が探し出し易くなる。
【００３７】
また、重み付け情報を店舗毎に異なる値とする場合、例えば若者の客層が多いカラオケＢＯＸの営業形態であれば若者向けの曲の重み付け情報を高くし、年配の客層が多いラウンジの営業形態であれば年配向けの曲の重み付け情報を高く設定する等も可能である。
【００３８】
また、図５に示すように、重み付け情報を、新譜、お勧め、店舗別（ＢＯＸ用）、店舗別（ラウンジ用）、時間別（ＤＡＹ）、時間別（ＮＩＧＨＴ）、等、各楽曲データの特徴を示す項目毎にさらに細分化することも可能である。この場合、全ての合算値に応じてソート出力されるようにしてもよいし、重み付けを行う項目を選択して合算するようにしてもよい。例えば、営業形態がカラオケＢＯＸの店舗では、ＣＰＵ１１が店舗別（ラウンジ用）の項目を読み出さないように設定する。また、昼間時間帯は、時間別（ＤＡＹ）の項目を読み出し、夜間時間帯は時間別（ＮＩＧＨＴ）の項目を読み出すように設定することも可能である。例えば、時間別（ＤＡＹ）の項目は、昼間時間帯の客層向けの曲が高い値になっており、時間別（ＮＩＧＨＴ）の項目は、夜間時間帯の客層向けの曲が高い値になっている。
【００３９】
また、演奏回数も図５に示すように、端末演奏回数（カラオケ装置毎の演奏回数）、全国演奏回数、と細分化することが可能である。全国演奏回数は、センタ１が全国のカラオケ装置７から受信したログ情報を集計したものであり、定期的にセンタ１からダウンロードされる。ただし、全国演奏回数は端末演奏回数よりも非常に高い値となるため、所定の係数を乗算し、低い値に変換することが望ましい。また、全ての項目にそれぞれの係数を乗算するようにしてもよい。例えば、端末演奏回数の重み付けを大きくし、他の項目の重み付けを小さくすることができる。
【００４０】
さらに、店舗毎あるいはカラオケ装置毎に個別の項目を設け、店舗管理者が曲毎に自由な値を設定しておくことも可能である。
【００４１】
以上の様に、本実施形態のカラオケ装置では、重み付け情報を細分化して、センタからの配信情報とカラオケ装置毎（あるいは店舗毎）に個別の情報とを合算することにより、より精度の高いソート出力を行うこともできる。
【００４２】
なお、上記の様なソートは、検索結果のうち、演奏回数の上位数曲（例えば１０曲）に対してのみ行ってもよい。カラオケでは、店舗毎の客層は似たものとなることが多いため、よく歌われる曲も店舗毎に偏ることが多い。そこで、カラオケ装置毎の演奏回数を重視し、まず演奏回数による上位数曲に絞り込む態様とする。
【００４３】
なお、本実施形態のカラオケ装置７においても、図６（Ａ）に示すように、従来の様な五十音順のソート出力を行うことは可能である。ＣＰＵ１１は、タッチパネル１５に表示されている「アイウエオ順」というアイコンをユーザが押下したことを検出すると、曲名を五十音順にソートする。また、図６（Ｂ）に示すように、「人気順」というアイコンを押下した場合、演奏回数のみに応じたソート出力を行う態様とすることも可能である。無論、新曲順や演奏履歴順とすることも可能である。
【符号の説明】
【００４４】
１…センタ
２…ネットワーク
３…カラオケ店舗
５…中継器
７…カラオケ装置
１１…ＣＰＵ
１２…ＲＡＭ
１３…ＨＤＤ
１４…ネットワークＩ／Ｆ
１５…ＬＣＤ（タッチパネル）
１６…マイク
１７…Ａ／Ｄコンバータ
１８…音源
１９…ミキサ
２０…サウンドシステム
２１…スピーカ
２２…デコーダ
２３…表示処理部
２４…モニタ
２５…操作部
【技術分野】
【０００１】
この発明は、カラオケ装置に関し、特に曲の選択を行うときの操作性向上に関する。
【背景技術】
【０００２】
従来、カラオケ装置で歌いたい曲の選択を行う場合、曲名や歌手名等と曲番号とを対応づけた冊子である目次本で所望のカラオケ曲の曲番号を検索し、リモコンを用いて曲番号を入力していた。
【０００３】
また、特許文献１に記載されているように、目次本をデータベース化したリモコンを設け、このリモコンに曲名や歌手名を入力し、検索結果を参照して曲の選択を行うものも提案されている。特許文献１には、曲名、歌手名、ジャンル、履歴などで検索結果を絞り込むことが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１６７５９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１のようなリモコン上の１画面に表示することができる曲数は目次本に比べて少ないため、検索結果の曲数が多いとページめくりを何度も行う必要がある（例えば特許文献１では、７８ページ存在する例が記載されている）。一方で、１画面に多くの曲数を表示すると文字が小さくなり、見にくい状態になってしまう。
【０００６】
そこで、この発明は、従来よりも目的の曲を探し出し易くしたカラオケ装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明のカラオケ装置は、センタと通信する通信手段と、複数の楽曲データを記憶する楽曲データ記憶手段と、楽曲データ毎に優先度を記載したデータベースと、楽曲データの検索条件を受け付ける入力手段と、前記入力手段で受け付けた検索条件に基づいて、前記データベースを検索し、検索結果を前記優先度に応じた順でソート出力する楽曲データ検索手段と、を備えている。
【０００８】
優先度は、例えばよく歌われる曲や新曲の数値を高く設定した情報であり、センタから定期的に受信する（例えば新曲データの配信時に受信する）。そして、本発明のカラオケ装置は、センタから受信した優先度が稼働状況に応じて変更されることが特徴である。例えば、優先度をカラオケ装置毎に異なる演奏回数と、全国共通の数値（重み付け情報）とを合算した値とし、値の高い順にソート出力する。また、例えば、若者の客層が多いカラオケＢＯＸの営業形態であれば若者向けの曲の優先度を高くし、年配の客層が多いラウンジの営業形態であれば年配向けの曲の優先度を高く設定する等も可能である。センタから配信された優先度が、さらにカラオケ装置毎に特有の稼働状況に応じて変更されるため、例えば歌手名で検索を行った場合に数百曲の検索結果が得られたとしても、よく歌われる楽曲が優先して表示され、目的の曲を探し出し易くなる。
【０００９】
さらに、優先度を演奏回数、および楽曲データの特徴（カラオケＢＯＸ向けの曲、ラウンジ向けの曲、新曲等）を示す項目毎に重み付けを示した情報とし、演奏回数と各項目の重み付けを合算した値でソートするようにしてもよい。カラオケ装置毎の演奏回数による優先度設定を反映すれば、各カラオケ装置毎の稼働状況に応じてよく歌われる曲が自動的に優先表示されるようになり、さらに目的の曲を探し出し易くすることができる。
【００１０】
また、演奏回数は、各カラオケ装置の演奏履歴（ログ情報）に基づいて配信された集計演奏回数（全国演奏回数）が含まれていてもよい。全国演奏回数とカラオケ装置毎の演奏回数を合算することにより、柔軟な運用が可能になる。
【００１１】
なお、検索結果のうち、演奏回数の上位所定数に対して優先度に応じたソート出力を行い、下位の検索結果にはソートを行わないようにしてもよい。
【発明の効果】
【００１２】
この発明によれば、優先度に応じたソート出力がなされるため、従来よりも目的の曲を探し出し易くなる。
【図面の簡単な説明】
【００１３】
【図１】カラオケシステムの構成を示すブロック図である。
【図２】カラオケ装置の構成を示すブロック図である。
【図３】楽曲データおよびデータベースの構造を示す図である。
【図４】タッチパネルに表示される画面の例を示す図である。
【図５】データベースの応用例に係る構造を示す図である。
【図６】タッチパネルに表示される画面の他の例を示す図である。
【図７】予約動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
図１は、本実施形態に係るカラオケシステムの構成を示す図である。カラオケシステムは、インターネット等のネットワーク２を介して接続されるセンタ（サーバ）１と、複数のカラオケ店舗３と、からなる。
【００１５】
各カラオケ店舗３には、ネットワーク２に接続されるルータ等の中継器５と、中継器５を介してネットワーク２に接続される複数のカラオケ装置７が設けられている。中継器５は、カラオケ店舗の管理室内等に設置されている。複数台のカラオケ装置７は、それぞれ個室（カラオケボックス）に１台ずつ設置されている。
【００１６】
図２（Ａ）は、カラオケ装置の構成を示すブロック図であり、同図（Ｂ）は外観図である。カラオケ装置７は、装置全体の動作を制御するＣＰＵ１１、およびＣＰＵ１１に接続される各種構成部からなる。ＣＰＵ１１には、ＲＡＭ１２、ＨＤＤ１３、ネットワークインタフェース（Ｉ／Ｆ）１４、ＬＣＤ（タッチパネル）１５、Ａ／Ｄコンバータ１７、音源１８、ミキサ（エフェクタ）１９、ＭＰＥＧ等のデコーダ２２、表示処理部２３、および操作部２５が接続されている。
【００１７】
ＨＤＤ１３は、ＣＰＵ１１の動作用プログラムが記憶されている。ワークメモリであるＲＡＭ１２には、ＣＰＵ１１の動作用プログラムを実行するために読み出すエリアやカラオケ曲を演奏するために楽曲データを読み出すエリア、予約リスト等が設定される。また、ＨＤＤ１３は、カラオケ曲を演奏するための楽曲データやモニタ２４に背景映像を表示するための映像データ等を記憶している。映像データは動画、静止画の両方を記憶している。楽曲データや映像データは、定期的にセンタ１から配信され、更新される。
【００１８】
また、ＨＤＤ１３は、各楽曲データについて、検索条件に対応する各種情報（曲名、歌手名、歌詞の歌い出し部分、演奏回数等）が曲番号に対応付けられて格納されたデータベースを構築している（図３（Ｂ）を参照）。ＣＰＵ１１は、カラオケ演奏を行ったり、センタ１から各種情報が配信された場合にデータベースを更新する。
【００１９】
タッチパネル１５は、カラオケ装置の前面に設けられており、ＣＰＵ１１は、タッチパネル１５から入力される操作情報に基づいて、操作情報に応じた画像をタッチパネル１５上に表示し、ＧＵＩを実現する。
【００２０】
ユーザがタッチパネル１５を用いて上記各種情報に該当するキーワードを入力すると、ＣＰＵ１１がＨＤＤ１３のデータベースを検索し、その検索結果を表示出力させることで電子目次本機能を実現する。そして、最終的にユーザが１つの楽曲を選択した場合、ＣＰＵ１１は、該当の曲番号をＲＡＭ１２に展開している予約リストに登録する。これにより、曲のリクエストが行われる。本実施形態のカラオケ装置は、キーワードの検索結果を五十音順（アイウエオ順）にソート出力するのではなく、曲毎の優先度に応じたソート出力を行うことにより、従来のカラオケ装置よりも目的の曲を探し出し易くしたものである。
【００２１】
優先度は、後述するように、センタ１から定期的にダウンロードされる重み付け情報（数値情報）と、カラオケ装置毎に個別の情報である演奏回数と、からなる。本実施形態のカラオケ装置は、これらの数値の合算値の高い順にソート出力することが特徴であり、センタ１から配信された優先度が、さらにカラオケ装置毎に特有の稼働状況（演奏回数等）に応じて変更されるため、例えば歌手名で検索を行った場合に数百曲の検索結果が得られたとしても、よく歌われる楽曲が優先して表示されることになり、目的の曲が探し出し易くなるものである。
【００２２】
なお、曲のリクエストは、カラオケ装置７の操作パネル面に設けられた各種のキースイッチ（図２（Ｂ）を参照）からなる操作部２５を用いて曲番号を直接入力することでも可能である。また、タッチパネル１５は、カラオケ装置本体ではなく、赤外線通信等を介して接続されるリモコンでも実現可能である。この場合、リモコンにカラオケ装置７のデータベースと同期するデータベースを備え、予約した楽曲の曲番号をカラオケ装置７に送信する態様とする。
【００２３】
次にカラオケ演奏を行うための構成について説明する。図２（Ａ）に示すように、ＣＰＵ１１は、機能的にシーケンサを内蔵している。ＣＰＵ１１は、ＲＡＭ１２の予約リストに登録された予約曲の曲番号に対応する楽曲データをＨＤＤ１３から読み出し、シーケンサでカラオケ演奏を行う。
【００２４】
楽曲データは、例えば図３（Ａ）に示すように、曲番号等が書き込まれているヘッダ、演奏用ＭＩＤＩデータが書き込まれている楽音トラック、ガイドメロディ用ＭＩＤＩデータが書き込まれているガイドメロディトラック、歌詞用ＭＩＤＩデータが書き込まれている歌詞トラック、バックコーラス再生タイミングおよび再生すべき音声データが書き込まれているコーラストラック、等からなっている。なお、楽曲データの形式としては、この例に限るものではない。
【００２５】
シーケンサは、楽音トラックやガイドメロディトラックのデータに基づいて音源１８を制御し、カラオケ曲の楽音を発生する。また、シーケンサは、コーラストラックの指定するタイミングでバックコーラスの音声データ（楽曲データに付随しているＭＰ３等の圧縮音声データ）を再生する。また、シーケンサは、歌詞トラックに基づいて曲の進行に同期して歌詞の文字パターンを合成し、この文字パターンを映像信号に変換して表示処理部２３に入力する。
【００２６】
音源１８は、シーケンサの処理によってＣＰＵ１１から入力されたデータ（ノートイベントデータ）に応じて楽音信号（デジタル音声信号）を形成する。形成した楽音信号はミキサ１９に入力される。
【００２７】
ミキサ１９は、音源１８が発生した楽音信号、コーラス音、およびマイク１６からＡ／Ｄコンバータ１７を介して入力された歌唱者の歌唱音声信号に対してエコーなどの効果を付与するとともに、これらの信号をミキシングする。
【００２８】
ミキシングされた各デジタル音声信号はサウンドシステム（ＳＳ）２０に入力される。サウンドシステム２０は、Ｄ／Ａコンバータおよびパワーアンプを内蔵しており、入力されたデジタル信号をアナログ信号に変換して増幅し、スピーカ２１から放音する。ミキサ１９が各音声信号に付与する効果およびミキシングのバランスは、ＣＰＵ１１によって制御される。
【００２９】
ＣＰＵ１１は、上記シーケンサによる楽音の発生、歌詞テロップの生成と同期して、ＨＤＤ１３に記憶されている映像データを読み出して背景映像等を再生する。動画の映像データは、ＭＰＥＧ形式にエンコードされている。ＣＰＵ１１は、読み出した映像データをデコーダ２２に入力する。デコーダ２２は、入力されたＭＰＥＧ等のデータを映像信号に変換して表示処理部２３に入力する。表示処理部２３には、背景映像の映像信号以外に上記歌詞テロップの文字パターン等が入力される。表示処理部２３は、背景映像の映像信号の上に歌詞テロップなどをＯＳＤで合成してモニタ２４に出力する。モニタ２４は、表示処理部２３から入力された映像信号を表示する。
【００３０】
以上の様にして、カラオケ演奏が行われる。ＣＰＵ１１は、曲の演奏開始または終了時に、データベースの演奏した曲における演奏回数をカウントアップし、ＨＤＤ１３に演奏履歴をログ情報（履歴）として記憶させる。ログ情報は、定期的にセンタ１に送信され、全国のカラオケ装置７のログ情報がセンタ１で集計される。
【００３１】
次に、ＨＤＤ１３のデータベースの構造と、タッチパネルによる曲のリクエストについて詳細に説明する。図４（Ａ）は、タッチパネル１５に表示される検索初期画面を示す例であり、図７は、ＣＰＵ１１の予約動作時のフローチャートである。検索初期画面には、曲名、歌手名、歌い出し、曲番号の入力窓が表示されており、ユーザが各窓を選択すると、かな入力画面（不図示）に移行し、ユーザがキーワードを入力できる状態となる。キーワードは、ひらがな、カタカナ、漢字、英数字、いずれの入力の態様も可能である。
【００３２】
ユーザが各窓にキーワードを入力すると（ｓ１１）、ＣＰＵ１１は、ＨＤＤ１３のデータベースを検索し（ｓ１２）、その検索結果をタッチパネル１５に表示する。図３（Ｂ）に示すように、データベースには、曲毎に曲名、歌手名、歌詞の歌い出し部分、演奏回数、および重み付け情報が記載されている。なお、図示はしていないが、曲名、歌手名、および歌い出し部分は、漢字混じりのテキスト情報と、漢字無し（かな）のテキスト情報の両方が記載されている。タッチパネル１５への表示には、漢字混じりのテキスト情報が用いられる。
【００３３】
演奏回数は、カラオケ装置毎に個別の情報であり、センタ１から配信された直後の新曲は演奏回数０になり、ユーザが曲のリクエストを行って演奏を実行するとカウントアップされる。重み付け情報は、例えばよく歌われる曲や新曲の数値を高く設定したものであり、定期的（例えば新曲データ配信時）にセンタ１からダウンロードされて更新される。重み付け情報は、全国の曲で統一された値であってもよいし、店舗毎に異なる値であってもよい。
【００３４】
ＣＰＵ１１は、キーワードが入力されたとき、まず入力されたキーワードに一致する（キーワードを含む）曲を全て抽出する（ｓ１３）。そして、ＣＰＵ１１は、抽出した曲の演奏回数、重み付け情報に応じてソートし（ｓ１４）。検索結果をタッチパネル１５に表示する（ｓ１５）。ＣＰＵ１１は、ユーザがタッチパネル１５を押下して各曲の選択操作を行うと（ｓ１６）、選択された曲を予約リストに登録する（ｓ１７）。そして、予約リストの最上位の曲を演奏し（ｓ１８）、予約回数をカウントアップしてデータベースを更新する（ｓ１９）。
【００３５】
図４（Ｂ）は、タッチパネル１５に表示される検索結果画面の例である。同図（Ｂ）に示すように、ＣＰＵ１１は、演奏回数と重み付け情報の合算値でソートした検索結果をタッチパネル１５に表示する。この例では、７曲の検索結果を表示するようにしているが、曲数は適宜設定可能である。また、キーワードに該当する曲がさらに複数存在する場合、ユーザにページめくりの操作を実行させ（図中三角アイコンを押下させ）、表示曲を変更していく態様とする。
【００３６】
この例において、図３（Ｂ）に示したデータベースの曲番号「１０２１−３８」の曲は、演奏回数が９０、重み付け情報が１５であり、合算値が最も高い１０５となるため、最上位に表示されるようになっている。一方、データベースの曲番号「１０１７−６２」の曲は、演奏回数が０であるが、重み付け情報が最も高い８５となっており、２番目に表示される態様になっている。すなわち、曲番号「１０１７−６２」の曲は、新曲データであり、演奏回数は少ないが、配信側が歌ってもらいたい曲として重み付け情報を高い値としており、上位に表示されるようになっている。また、曲番号「１０１８−７９」の曲は、演奏回数が３であるが、重み付け情報が４０と高い値となっており、３番目に表示される態様になっている。曲番号「１０１８−７９」の曲は、このカラオケ装置において演奏回数が少ないが、全国的にはよく歌われる曲として、重み付け情報が高い値となっており、上位に表示されるようになっている。この様に、配信センタから配信された重み付け情報が、さらにカラオケ装置毎に個別の稼働状況である演奏回数と合算され、総合的な優先度としてソートされるため、例えば歌手名で検索を行った場合に数百曲の検索結果が得られたとしても、よく歌われる曲が優先して表示されることになり、１画面に表示される曲数が少ない場合であっても、目的の曲が探し出し易くなる。
【００３７】
また、重み付け情報を店舗毎に異なる値とする場合、例えば若者の客層が多いカラオケＢＯＸの営業形態であれば若者向けの曲の重み付け情報を高くし、年配の客層が多いラウンジの営業形態であれば年配向けの曲の重み付け情報を高く設定する等も可能である。
【００３８】
また、図５に示すように、重み付け情報を、新譜、お勧め、店舗別（ＢＯＸ用）、店舗別（ラウンジ用）、時間別（ＤＡＹ）、時間別（ＮＩＧＨＴ）、等、各楽曲データの特徴を示す項目毎にさらに細分化することも可能である。この場合、全ての合算値に応じてソート出力されるようにしてもよいし、重み付けを行う項目を選択して合算するようにしてもよい。例えば、営業形態がカラオケＢＯＸの店舗では、ＣＰＵ１１が店舗別（ラウンジ用）の項目を読み出さないように設定する。また、昼間時間帯は、時間別（ＤＡＹ）の項目を読み出し、夜間時間帯は時間別（ＮＩＧＨＴ）の項目を読み出すように設定することも可能である。例えば、時間別（ＤＡＹ）の項目は、昼間時間帯の客層向けの曲が高い値になっており、時間別（ＮＩＧＨＴ）の項目は、夜間時間帯の客層向けの曲が高い値になっている。
【００３９】
また、演奏回数も図５に示すように、端末演奏回数（カラオケ装置毎の演奏回数）、全国演奏回数、と細分化することが可能である。全国演奏回数は、センタ１が全国のカラオケ装置７から受信したログ情報を集計したものであり、定期的にセンタ１からダウンロードされる。ただし、全国演奏回数は端末演奏回数よりも非常に高い値となるため、所定の係数を乗算し、低い値に変換することが望ましい。また、全ての項目にそれぞれの係数を乗算するようにしてもよい。例えば、端末演奏回数の重み付けを大きくし、他の項目の重み付けを小さくすることができる。
【００４０】
さらに、店舗毎あるいはカラオケ装置毎に個別の項目を設け、店舗管理者が曲毎に自由な値を設定しておくことも可能である。
【００４１】
以上の様に、本実施形態のカラオケ装置では、重み付け情報を細分化して、センタからの配信情報とカラオケ装置毎（あるいは店舗毎）に個別の情報とを合算することにより、より精度の高いソート出力を行うこともできる。
【００４２】
なお、上記の様なソートは、検索結果のうち、演奏回数の上位数曲（例えば１０曲）に対してのみ行ってもよい。カラオケでは、店舗毎の客層は似たものとなることが多いため、よく歌われる曲も店舗毎に偏ることが多い。そこで、カラオケ装置毎の演奏回数を重視し、まず演奏回数による上位数曲に絞り込む態様とする。
【００４３】
なお、本実施形態のカラオケ装置７においても、図６（Ａ）に示すように、従来の様な五十音順のソート出力を行うことは可能である。ＣＰＵ１１は、タッチパネル１５に表示されている「アイウエオ順」というアイコンをユーザが押下したことを検出すると、曲名を五十音順にソートする。また、図６（Ｂ）に示すように、「人気順」というアイコンを押下した場合、演奏回数のみに応じたソート出力を行う態様とすることも可能である。無論、新曲順や演奏履歴順とすることも可能である。
【符号の説明】
【００４４】
１…センタ
２…ネットワーク
３…カラオケ店舗
５…中継器
７…カラオケ装置
１１…ＣＰＵ
１２…ＲＡＭ
１３…ＨＤＤ
１４…ネットワークＩ／Ｆ
１５…ＬＣＤ（タッチパネル）
１６…マイク
１７…Ａ／Ｄコンバータ
１８…音源
１９…ミキサ
２０…サウンドシステム
２１…スピーカ
２２…デコーダ
２３…表示処理部
２４…モニタ
２５…操作部
【特許請求の範囲】
【請求項１】
センタと通信する通信手段と、
複数の楽曲データを記憶する楽曲データ記憶手段と、
楽曲データ毎に優先度を記載したデータベースと、
楽曲データの検索条件を受け付ける入力手段と、
前記入力手段で受け付けた検索条件に基づいて前記データベースを検索し、検索結果を前記優先度に応じた順でソート出力する楽曲データ検索手段と、
を備え、
前記通信手段は、前記優先度をセンタから定期的に受信し、
前記センタから受信した優先度は、稼働状況に応じて変更されることを特徴とするカラオケ装置。
【請求項２】
前記優先度は、各楽曲データの演奏回数、および各楽曲データの特徴を示す項目毎の重み付けを示した情報であり、
前記楽曲データ検索手段は、前記演奏回数と各項目の重み付けを合算した値が高い順にソート出力する請求項１に記載のカラオケ装置。
【請求項３】
前記通信手段は、演奏履歴をログ情報として前記センタに送信し、
前記演奏回数は、前記センタで複数のカラオケ装置のログ情報を集計した集計演奏回数を含むことを特徴とする請求項２に記載のカラオケ装置。
【請求項４】
前記楽曲データ検索手段は、前記検索結果のうち、演奏回数の上位所定数に対して前記優先度に応じたソート出力を行う請求項１乃至３のいずれかに記載のカラオケ装置。
【請求項１】
センタと通信する通信手段と、
複数の楽曲データを記憶する楽曲データ記憶手段と、
楽曲データ毎に優先度を記載したデータベースと、
楽曲データの検索条件を受け付ける入力手段と、
前記入力手段で受け付けた検索条件に基づいて前記データベースを検索し、検索結果を前記優先度に応じた順でソート出力する楽曲データ検索手段と、
を備え、
前記通信手段は、前記優先度をセンタから定期的に受信し、
前記センタから受信した優先度は、稼働状況に応じて変更されることを特徴とするカラオケ装置。
【請求項２】
前記優先度は、各楽曲データの演奏回数、および各楽曲データの特徴を示す項目毎の重み付けを示した情報であり、
前記楽曲データ検索手段は、前記演奏回数と各項目の重み付けを合算した値が高い順にソート出力する請求項１に記載のカラオケ装置。
【請求項３】
前記通信手段は、演奏履歴をログ情報として前記センタに送信し、
前記演奏回数は、前記センタで複数のカラオケ装置のログ情報を集計した集計演奏回数を含むことを特徴とする請求項２に記載のカラオケ装置。
【請求項４】
前記楽曲データ検索手段は、前記検索結果のうち、演奏回数の上位所定数に対して前記優先度に応じたソート出力を行う請求項１乃至３のいずれかに記載のカラオケ装置。
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【公開番号】特開２０１１−１９７３４５（Ｐ２０１１−１９７３４５Ａ）
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願番号】特願２０１０−６３４２８（Ｐ２０１０−６３４２８）
【出願日】平成２２年３月１９日（２０１０．３．１９）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願日】平成２２年３月１９日（２０１０．３．１９）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]