JP2003131674A

JP2003131674A - 楽曲検索システム

Info

Publication number: JP2003131674A
Application number: JP2001323220A
Authority: JP
Inventors: Tadayuki Yoshikawa; 忠行吉川; Toshie Aso; 登志江麻生
Original assignee: Megafusion Corp
Current assignee: Megafusion Corp
Priority date: 2001-10-22
Filing date: 2001-10-22
Publication date: 2003-05-09

Abstract

(57)【要約】【課題】曲名やアーティスト名が分かっていない場合
であっても、効率的に、また、容易な操作によって所望
の楽曲を検索可能とすることを課題とする。【解決手段】利用者は、文字入力部５２１を利用して
検索したい曲の曲中場所と歌詞を指定する。検索エンジ
ン１４は指定された検索条件に従い該当する歌詞が含ま
れている歌詞ファイル１０１を検索する。歌詞ファイル
１０１と楽曲ファイル１１０とは一対一に対応している
ので、ファイル配信部１１は対応する楽曲ファイル１１
０を端末局５に送信する。歌詞の指定は文字入力の代わ
りに音声入力とすることもできる。また、利用者はアー
ティスト名を指定した検索要求を送信する。ファイル配
信部１１は該当するアーティストの歌詞ファイル１０１
を全て端末局５に送信する。端末局５では、各曲につい
て曲中場所を移動させながら順に歌詞を表示させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、楽曲の検索システ
ムに関する。

【０００２】

【従来の技術】歌唱、演奏の目的のために、また、ＣＤ
やＤＶＤなどの購入目的のために、楽曲を検索する場合
がある。このとき、曲のタイトルを知っていたり、作曲
者を知っていたり、演奏者を知っていたりすれば、比較
的容易に目的の楽曲を見つけ出すことが可能である。し
かし、タイトル、作曲者、演奏者などが全く分からない
ような場合には検索は困難である。たとえば、カラオケ
において、曲のメロディと歌詞の一部がわかっている
が、曲名や演奏者名がわからないため、目的の曲が見つ
けられないといった場面がある。

【０００３】ここで、楽曲を検索する方法としては、一
般に次のような方法が取られている。

【０００４】１）カラオケ本等に各曲の歌いだしの歌詞
を表示する。これにより、曲名やアーティストがわから
ない場合でも目的の楽曲を見つけ出せる場合がある。

【０００５】２）カラオケ本等において、曲名や演奏者
を、それぞれ、あいうえお順やＡＢＣ順で表示すること
により、検索を容易にする。また、そこに１）で示した
歌いだしの歌詞を併記する。

【０００６】また、ピアノ教則本などでは、ほとんど無
味乾燥な番号が曲名として付けられている場合がある。
また、歌詞は入らない場合が多いので、３）各曲のイントロ部分の楽譜を数小節程度表示してお
く、などの方法が取られている。

【０００７】

【発明が解決しようとする課題】上述した各種の検索方
法は、曲名等を知らない場合であっても、目的の楽曲を
見つけ出すための手がかりを与えてくれる。しかし、各
検索方法には、次のような問題点がある。

【０００８】１）歌いだしの歌詞により楽曲を検索する
方法では、表示できる歌詞の量に制限があるため、検索
者が知っている歌詞が表示されている部分に含まれてい
ない場合がある。また、演奏者（歌手・アーティスト）
がわからない場合には、検索の手がかりが無く、全ての
楽曲について歌詞をチェックするのは困難である。

【０００９】２）当然であるが、曲名および演奏者を、
あいうえお（ＡＢＣ）順で検索する方法も、曲名や演奏
者を知らない場合には、意味をなさない。

【００１０】３）曲のイントロ部分の楽譜を参照する方
法については、そもそも楽譜を読めないと検索できな
い。楽譜が読めたとしても、多数の楽譜から目的の楽曲
を見つけ出すのは困難である。また、表示されている楽
譜部分と、知っているメロディ部分が重なっていなけれ
ば検索することができない。

【００１１】そこで、本発明は前記問題点に鑑み、歌詞
あるいはメロディから楽曲を容易に検索できるシステム
を提供することを課題とする。

【００１２】

【課題を解決するための手段】上記課題を解決するた
め、請求項１記載の発明は、複数の楽曲の中から所望の
楽曲を検索するためのシステムであって、a)各楽曲のサ
ウンドファイルである楽曲ファイルを蓄積する手段と、
b)あらかじめ定義された曲中場所ごとの歌詞データが記
録されたファイルであって、前記楽曲ファイルと対応付
けられた歌詞ファイルを蓄積する手段と、c)利用者に対
して前記曲中場所を指定させる場所指定手段と、d)利用
者に対して歌詞を入力させる歌詞入力手段と、e)前記場
所指定手段により指定された曲中場所と前記歌詞入力手
段により入力された歌詞とを検索条件として前記歌詞フ
ァイルを検索することにより、対応付けられた楽曲ファ
イルを取得する検索手段と、を備えることを特徴とす
る。

【００１３】請求項２記載の発明は、請求項１記載の楽
曲検索システムにおいて、前記歌詞入力手段は、d-1)利
用者に対して音声により歌詞を入力させる音声入力手段
と、d-2)前記音声入力手段により入力された音声信号に
対して音声認識処理を行い利用者が発声した歌詞を検出
する手段と、を含むことを特徴とする。

【００１４】請求項３記載の発明は、複数の楽曲の中か
ら所望の楽曲を検索するためのシステムであって、a)各
楽曲のサウンドファイルである楽曲ファイルを蓄積する
手段と、b)あらかじめ定義された曲中場所ごとの歌詞デ
ータと当該楽曲のアーティスト情報とが記録されたファ
イルであって、前記楽曲ファイルと対応付けられた歌詞
ファイルを蓄積する手段と、c)利用者に対して所望の楽
曲のアーティスト名を指定させるアーティスト指定手段
と、d)前記アーティスト指定手段により指定されたアー
ティスト名が記録されている歌詞ファイルを検索する検
索手段と、e)前記検索手段が検索した歌詞ファイルにつ
いて、前記曲中場所を移動させながら各曲中場所に対応
して記述されている歌詞データを表示させる歌詞表示手
段と、を備えることを特徴とする。

【００１５】請求項４記載の発明は、請求項３記載の楽
曲検索システムにおいて、さらに、f)利用者に対して前
記曲中場所を指定させる場所指定手段、を備え、前記歌
詞表示手段は、e-1)前記検索手段が検索した歌詞ファイ
ルについて、前記場所指定手段により指定された曲中場
所に対応する歌詞データを表示する手段、を含むことを
特徴とする。

【００１６】請求項５記載の発明は、請求項４に記載の
楽曲検索システムにおいて、前記歌詞表示手段は、e-2)
前記検索手段が検索した歌詞ファイルが複数存在する場
合には、当該複数の歌詞ファイルについて、指定された
曲中場所に対応する歌詞データを順次表示する手段、を
含むことを特徴とする。

【００１７】請求項６記載の発明は、複数の楽曲の中か
ら所望の楽曲を検索するためのシステムであって、a)各
楽曲のサウンドファイルである楽曲ファイルを蓄積する
手段と、b)リズム情報を含む複数の情報を備え、前記楽
曲ファイルを絞り込み検索するための楽曲分類データベ
ースと、c)利用者による叩く操作に反応してリズムを入
力するリズム入力手段と、d)前記リズム入力手段により
入力されたリズム情報を検索条件として前記分類データ
ベースを検索することにより、対応する楽曲ファイルを
取得する検索手段と、を備えることを特徴とする。

【００１８】請求項７記載の発明は、複数の楽曲の中か
ら所望の楽曲を検索するためのシステムであって、a)各
楽曲のサウンドファイルである楽曲ファイルを蓄積する
手段と、b)各楽曲のメロディを表現する情報として音階
情報が記録されたファイルであって、前記楽曲ファイル
と対応付けられた音階情報ファイルを蓄積する手段と、
c)利用者に対して音声によりメロディを入力させる音声
入力手段と、d)前記音声入力手段の入力したメロディか
ら発生音階情報を検出する音階情報検出手段と、e)前記
音階情報検出手段の検出した発生音階情報と各楽曲の音
階情報ファイルとを比較検索することにより、利用者が
発声したメロディに近似する音階情報ファイルを検索す
る検索手段と、を備えることを特徴とする。

【００１９】請求項８記載の発明は、請求項７に記載の
楽曲検索システムにおいて、前記音階情報ファイルは、
楽曲のメロディの相対的な音階情報を記録しており、前
記発声音階情報との比較検索では、絶対音階を考慮せ
ず、音階の相対的な変化を比較の対象とすることを特徴
とする。

【００２０】請求項９記載の発明は、複数の楽曲の中か
ら所望の楽曲を検索するためのシステムであって、a)各
楽曲のサウンドファイルである楽曲ファイルを蓄積する
手段と、b)あらかじめ定義された曲中場所ごとの楽譜デ
ータと当該楽曲のアーティスト情報とが記録されたファ
イルであって、前記楽曲ファイルと対応付けられた楽譜
ファイルを蓄積する手段と、c)利用者に対して前記曲中
場所を指定させる場所指定手段と、d)利用者に対してア
ーティスト名を指定させるアーティスト指定手段と、e)
前記アーティスト指定手段により指定されたアーティス
ト名を検索条件として該当する楽譜データを検索する検
索手段と、f)前記検索手段が検索した楽譜ファイルにつ
いて、前記場所指定手段により指定された曲中場所に対
応する楽譜データを表示する手段と、を備えることを特
徴とする。

【００２１】

【発明の実施の形態】以下、図面を参照しつつ本発明の
実施の形態について説明する。

【００２２】｛１．全体システム構成｝図１は、楽曲検
索システムの全体概略構成を示す図である。楽曲検索シ
ステムは、楽曲に関する各種データを蓄積するとともに
楽曲の検索処理を実行する基地局１と、基地局１に対し
て検索要求データを送信するとともに、検索結果を受信
する端末局５などから構成される。基地局１と端末局５
とは共にネットワーク３に接続されており、ネットワー
ク３を介してデータの送受信を可能としている。なお、
ネットワーク３は、インターネット、専用回線、電話回
線などを含んでいる。

【００２３】端末局５は、たとえば、カラオケ店におい
て各部屋に配置される演奏装置およびリモコンなどで構
成される。利用者は、リモコンを操作して目的の楽曲を
見つけるための検索操作を行う。リモコンから送信され
た検索要求データは、演奏装置からネットワーク３経由
で基地局１に送信される。そして、基地局１から送信さ
れてきた検索結果や楽曲データが演奏装置やリモコンに
表示される。また、基地局１から送信されてきた楽曲デ
ータが演奏装置において再生される。ただし、検索操作
を行う操作部は、リモコンではなく演奏装置にあっても
よい。また、基地局１から送信されてきたデータを表示
するモニタは、演奏装置に備えられたモニタであっても
よいし、リモコンに設けられたモニタであってもよい。
したがって、後の説明では、特に、リモコンや演奏装置
といったハードウェア構成は区別せず、全体として１つ
の端末局として説明する。

【００２４】端末局５は、他にも、利用者の自宅で利用
されるパーソナルコンピュータ（ＰＣ）などで構成され
ていてもよい。この場合には、利用者は、キーボード、
マウス等の入力装置を用いて検索操作を行う。ＰＣから
ネットワーク３を介して基地局１に検索要求データが送
信されると、基地局１からは検索結果データがＰＣ側に
送信される。ＰＣでは受信した検索結果データをＰＣに
備えられたモニタに表示したり、受信した楽曲データを
再生したりする。

【００２５】端末局５は、他にも、レコード店に設置さ
れる検索端末である場合や、音楽教室に設置される教材
用の端末である場合などが考えられる。

【００２６】基地局１は、これら複数の端末局５からの
検索要求を受けて検索処理を行う処理サーバや、データ
ベースを蓄積しているデータベースサーバなどから構成
される。基地局１は、全体で１つであってもよいし、複
数の基地局に分散されていてもよい。

【００２７】｛２．端末局および基地局の構成｝次に、
図２を参照しながら、端末局５および基地局１の構成に
ついて説明する。図は、端末局５および基地局１の機能
ブロック構成を示す図である。なお、端末局５および基
地局１について、ＣＰＵ、ＲＯＭ、ＲＡＭなどのハード
ウェア構成は図示を省略している。また、図に示す各機
能ブロックは、端末局５および基地局１において、ＲＯ
Ｍ、ハードウェア等に記憶されたソフトウェアがＣＰ
Ｕ、ＲＡＭ等のハードウェア資源を利用して実行される
ことにより実現される機能部、または、その全部または
一部がハードウェアで実現されている機能部である。

【００２８】端末局５は、出力部５１および入力部５２
を備えている。また、出力部５１は、楽曲再生部５１１
と楽曲表示部５１２とを備えており、楽曲再生部５１１
は、楽曲データを再生する処理部およびスピーカなどを
備えている。また、楽曲表示部５１２は、検索結果デー
タを表示する処理部およびモニタなどを備えている。

【００２９】入力部５２は、楽曲の演奏指示や各種検索
条件の入力を行うための文字入力部５２１、リズム入力
を行うためのタップ入力部５２２、音声入力部５２３を
備えている。

【００３０】入力部５２がリモコン等に備えられている
場合には、文字入力部５２１は、リモコンに備えられた
キーボタンやカーソルキーなどであり、また、端末局５
がＰＣで構成されている場合には、ＰＣに備えられたキ
ーボードやマウス等で構成される。また、タップ入力部
５２２は、指または手のひらの接触を感知する入力部で
あり、利用者がリズムを取りながらタップ入力部５２２
を叩くことにより、そのリズムがタップ入力部５２２に
おいて検出される。音声入力部５２３は、端末局５がＰ
Ｃである場合には、ＰＣに接続された外部マイクを利用
することが可能であり、また、端末局５がカラオケ端末
である場合には、リモコンにマイクを埋め込むようにし
てもよいし、カラオケ用マイクを利用するようにしても
よい。

【００３１】これら入力部５２おいて楽曲の検索条件が
入力されると、検索要求データが基地局１に送信され
る。そして、基地局１において検索処理が行われると、
検索結果データや楽曲データが端末局５に送信される。
そして、出力部５１は、検索結果データを楽曲表示部５
１２により表示させたり、楽曲データを楽曲再生部５１
１を利用して再生したりする。

【００３２】基地局１は、ファイル配信部１１、プレ配
信部１２、ユーザインタフェース転送部（JAVA（Ｒ）-U
I転送部）１３、検索エンジン１４、音声認識部１５、
ピッチ検出部１６、ピッチ検索部１７などの機能部を備
えている。なお、本実施の形態においては、ユーザイン
タフェースとしてJAVA（Ｒ）アプリケーションを利用す
るようにしており、基地局１からJAVA（Ｒ）アプリケー
ションをダウンロードさせることにより端末局５に対し
てユーザインタフェースを提供するようにしている。

【００３３】また、データファイルとして歌詞ファイル
１０１、楽譜ファイル１０２、演奏情報ファイル１０
３、分類ヘッダファイル１０４、楽曲ファイル１１０を
備えている。楽曲ファイル１１０は、各楽曲のサウンド
ファイル（WAVEファイルなど）であり、その他の歌詞フ
ァイル１０１、楽譜ファイル１０２、演奏情報ファイル
１０３、分類ヘッダファイル１０４は、楽曲ファイル１
１０と一対一に対応して作成されている。この対応は、
各ファイル内に記述されたコードや、ファイル名などに
よって規定されている。また、各ファイルには、楽曲を
特定するための情報として、アーティスト名、曲名など
が記録されている。

【００３４】ファイル配信部１１は、検索処理の後、も
しくは、直接楽曲が指定された場合に、該当する楽曲フ
ァイル１１０を端末局５に対して配信する機能部であ
る。また、ファイル配信部１１は、歌詞ファイル１０１
等の各種ファイルを端末局５に送信する機能も有する。

【００３５】プレ配信部１２は、楽曲ファイル１１０の
配信に先立って、演奏情報ファイル１０３などを端末局
５に配信する機能部である。本実施の形態における演奏
情報ファイル１０３はMIDIデータである。したがって、
音楽ファイルである楽曲ファイル１１０に比べてファイ
ルサイズが非常に小さいのでプレ配信に適している。

【００３６】ユーザインタフェース転送部１３は、端末
局５で使用するユーザインタフェースを備えたアプリケ
ーションを配信する機能部である。端末局５で実行され
る出力部５１、入力部５２のユーザインタフェースは、
あらかじめインストールされているプログラムで実行さ
せるようにしてもよいが、ユーザインタフェース転送部
１３からダウンロードしたプログラムを実行させること
によって、端末局５に対して最新のユーザインタフェー
スを提供するようにしている。

【００３７】検索エンジン１４は、端末局５からの検索
要求データを受けるとともに、歌詞ファイル１０１、楽
譜ファイル１０２、演奏情報ファイル１０３、分類ヘッ
ダファイル１０４などのデータファールを参照すること
によって検索処理を実行する。また、検索エンジン１４
は、タップ入力部５２２から送信されたリズムデータを
受け取って検索処理を実行する機能や、音声認識された
歌詞データを受け取って検索処理を実行する機能も備え
る。

【００３８】音声認識部１５は、端末局５から送信され
た音声データを解析する機能を備えるとともに、解析結
果の文字情報（歌詞データ）を検索エンジン１４に受け
渡す。

【００３９】ピッチ検出部１６は、音声入力部５２３よ
り入力された音声からメロディ（発声音階情報）を検出
し、検出したメロディをピッチ検索部１７に受け渡す。

【００４０】ピッチ検索部１７は、ピッチ検出部１６か
ら受け取った検出メロディをもとに、MIDI（Ｒ）差分デ
ータベース（以下、MIDI（Ｒ）差分DB）１１１に対する
検索処理を実行する。

【００４１】｛３．歌詞検索｝次に、歌詞検索機能につ
いて説明する。図３は、歌詞ファイル１０１のファイル
フォーマットを示す図である。歌詞ファイル１０１は、
マーカー部４１と歌詞記述部４２とからなるデータファ
イルである。

【００４２】マーカー部４１は、歌詞記述部４２に記述
された歌詞の曲中における場所を示す識別子である。な
お、この明細書において、歌詞の曲中における場所（イ
ントロ部分、サビの部分など）を「曲中場所」と呼ぶこ
とにする。歌詞ファイル１０１は、識別子であるマーカ
ー部４１に続いて歌詞が記述されるフォーマットであ
る。そして、マーカー部４１には、曲中場所として「歌
いだし（イントロ）」を示すマーカー、「サビ」を示す
マーカー、「エンディング」を示すマーカーなどが記述
され、これによって歌詞記述部４２に記述された歌詞を
識別している。

【００４３】マーカー部４１に使用する文字は特に限定
されるものではないが、文字コードが「FF」や「01」
（いずれも１６進表記）の文字を使用するとで、歌詞部
分と明確に区別することができる。マーカー部４１に記
述するコード規則の一例を表１に示す。

【００４４】

【明１】

【００４５】表１で示した例では、「FF01」のコードに
続く歌詞記述部４２は、歌い出しの歌詞であることを示
している。また、「FF04」に続く歌詞部４２は、サビ１
の歌詞であることを示している。図６は、表１に示した
コード規則に従って生成された歌詞ファイル１０１の内
容を示している。なお、図では、歌詞記述部４２と、そ
の後に続く次のマーカー部４１との間を明確にするた
め、カンマ「，」で区切るようにしているが、マーカー
部４２に使用する文字のコードが歌詞記述部４２で使用
されることがない場合には、区切り記号はなくてもよ
い。

【００４６】このように歌詞ファイル１０１は、ある楽
曲のイントロ部分から、Ａメロ、Ｂメロ、サビ１、サビ
２、後半部、エンディング部分の歌詞が、マーカー部４
１のコードとともに記述されたファイルである。そし
て、本実施の形態においては、各楽曲の楽曲ファイル１
１０に対して１対１で歌詞ファイル１０１が作成されて
いる。楽曲ファイル１１０と歌詞ファイル１０１とは、
ファイル名、もしくは、ファイル内に記述された曲名の
コードなどによって１対１に対応付けられている。

【００４７】図７は、文字入力部５２１のユーザインタ
フェース７１の一例を示す図である。図に示したような
ユーザインタフェース７１がモニタ等に表示されると、
利用者は、キー操作などを行い、まず、曲中場所指定枠
７１１内に曲中場所の入力を行う。

【００４８】曲中場所の指定操作は、曲中場所指定枠７
１１内に直接文字入力をしてもよいが、プルダウンメニ
ュー７１２から目的の曲中場所を選択するようにしても
よい。プルダウンメニュー７１２には、あらかじめ、
「イントロ」、「Ａメロ」、「サビ」などの曲中場所を
指定する情報が埋め込まれており、これらの中から目的
の曲中場所を選択することによって、文字入力を行うこ
となく曲中場所の指定操作が可能となる。

【００４９】利用者は、曲中場所の指定操作を行った
後、歌詞入力枠７１３に歌詞を入力する。このようにし
て、歌詞検索を行う曲中場所と歌詞を指定したうえで、
検索ボタン７１４を選択する。これによって、文字入力
部５２１は、検索条件データを基地局１の検索エンジン
１４に対して送信する。

【００５０】検索エンジン１４は、曲中場所と歌詞が記
述された検索条件データを受信すると、歌詞ファイル１
０１を検索する。つまり、指定された曲中場所に入力さ
れた歌詞と同一の歌詞が含まれている楽曲の歌詞ファイ
ル１０１を検索するのである。ただし、利用者による歌
詞の記憶違いや入力ミスなどを考慮すると、歌詞の一致
検索には、あいまい検索や部分一致検索などを利用する
ことが好ましい。

【００５１】検索エンジン１４が検索条件に合致した歌
詞ファイル１０１を検索すると、ファイル配信部１１
は、この検索結果にしたがって、対応する楽曲ファイル
１１０を取得し、当該楽曲ファイル１１０を端末局５に
送信するのである。

【００５２】端末局５では、受信された楽曲ファイル１
１０が楽曲再生部５１１によって再生処理される。この
ようにして、利用者は、曲中場所と歌詞を指定すること
によって、曲中の様々な場所における歌詞を検索条件と
して所望の楽曲を探し出すことが可能となるのである。
たとえば、コマーシャルで印象的なサビの部分だけが流
れた楽曲を探し出す場合などに有効である。

【００５３】なお、ファイル配信部１１によって、検索
結果に対応した楽曲ファイル１１０が端末局５に送信さ
れる前に、プレ配信部１２が対応する楽曲のサンプルデ
ータを端末局５に送信するようにしてもよい。この場
合、サンプルデータを確認した利用者からあらためて送
信指示を受けた場合に、完全なデータとして楽曲ファイ
ル１１０を送信するようにすれば、不確定な状態でサイ
ズの大きい楽曲ファイル１１０を送信することを避ける
ことができる。

【００５４】サンプルデータのプレ配信は、たとえば、
演奏情報ファイル１０３を送信する方法が考えられる。
演奏情報ファイル１０３は、楽曲ファイル１１０に比べ
て非常にデータサイズが小さいMIDIデータであり、転送
に有利である。したがって、端末局５の楽曲再生部５１
１は、音源等を備えており、MIDIデータ等を再生する機
能を備えていることが必要となる。

【００５５】図３で示した歌詞ファイル１０１は、テキ
スト形式の独自ファイルフォーマットであるが、他に
も、MIDIファイルフォーマットを利用するようにしても
よい。図４は、MIDIファイル１０１ａのメタイベントに
歌詞データを記述したフォーマットを示す図である。こ
の場合においても、歌詞ファイル１０１と同様に、マー
カー部４１と歌詞記述部４２により歌詞データを記述す
るようにしている。

【００５６】また、図５は、音声歌詞同期ファイル１０
１ｂに歌詞データを記述したフォーマットを示してい
る。この場合においても、歌詞ファイル１０１と同様
に、マーカー部４１と歌詞記述部４２により歌詞データ
を記述するようにしている。なお、歌詞ファイル１０１
として音声歌詞同期ファイル１０１ｂを使用した場合に
は、図２に示した歌詞ファイル１０１と楽曲ファイル１
１０とは統合された１つのファイル形式で実現されるこ
とになる。

【００５７】上述したように、歌詞検索機能では、利用
者がキー操作を行って実際に歌詞を入力する必要があ
る。そこで、利用者による入力操作の負担を小さくする
ために、半自動文章入力機能を付加させると効果的であ
る。半自動文章入力機能は、入力された文字と、データ
ベースにある文章とを先頭から比較し、順に検索対象を
絞りながらユーザインタフェースに候補となる文章を表
示する機能である。

【００５８】たとえば、利用者が歌詞の入力枠に「か」
と入力すると、「貝のように〜」、「川の流れに〜」、
「過去の〜」といった「か」で始まる歌詞の候補が表示
されるのである。さらに「か」に続いて「わ」と入力す
ると「川の流れに〜」など「かわ」で始まる歌詞の候補
が表示されるのである。このように、入力補助として半
自動文章入力機能を利用すれば、利用者にとってより利
用しやすいユーザインタフェースを提供することが可能
である。

【００５９】また、音声入力により歌詞検索を行うよう
にしてもよい。図７で示したユーザインタフェースにお
いては、曲中場所と歌詞を入力することにより検索条件
を指定するようにしているが、ここでは、曲中場所のみ
を入力し、歌詞については、音声で入力するようにす
る。

【００６０】音声入力部５２３において入力された音声
信号は基地局１に送信される。基地局１においては、受
信した音声信号が音声認識部１５に入力され、音声認識
処理が実行される。そして、音声認識処理によって検出
された文字列を歌詞データとし、別に入力指示された曲
中場所と合わせて上記歌詞検索処理が実行されるのであ
る。このように、歌詞検索機能に音声入力機能を付加す
ることで、利用者は、歌詞入力の手間を省くことが可能
である。

【００６１】｛４．マーカージャンプ機能｝次に、歌詞
検索機能を拡張させたマーカージャンプ機能について説
明する。上述した歌詞検索は、アーティスト名が分から
ない場合に、曲中場所と歌詞を指定して楽曲を選択する
ものである。これに対して、アーティスト名は分かって
いるがどの曲か分からないといった状況において、効率
的に楽曲を検索する機能がマーカージャンプ機能であ
る。

【００６２】図８は、端末局５において表示されたマー
カージャンプ機能のユーザインタフェース７２である。
利用者は、アーティスト名入力枠７２１に、検索しよう
とするアーティスト名を入力したうえで検索ボタン７２
３を選択する。これにより、文字入力部５２１は、アー
ティスト名を指定した検索条件データを検索エンジン１
４に送信する。

【００６３】利用者からアーティスト名が指定された検
索要求を受けると検索エンジン１４は、該当するアーテ
ィストの歌詞ファイル１０１を検索する。なお、歌詞フ
ァイル１０１には、歌詞データのほかにアーティスト情
報も記述されている。ファイル配信部１１は、検索され
た全ての歌詞ファイル１０１を端末局５に送信する。端
末局５では、楽曲表示部５１２が歌詞ファイル１０１に
記述された歌詞を順次表示する。

【００６４】図９は、マーカージャンプの表示順序を示
す図である。マーカージャンプでは、まず選択された１
つの曲について、順に、FF01（イントロ）→FF02（Aメ
ロ）→FF03（Bメロ）→FF04（サビ１）→・・・といっ
たように、歌詞ファイル１０１に記述された歌詞をモニ
タ等に表示するのである。そして、選択された１つの曲
について全ての歌詞を表示させた後は、次の曲につい
て、また、順に、歌詞を表示するのである。

【００６５】これにより、利用者は、目的のアーティス
トについて、全ての曲について、様々な曲中場所におけ
る歌詞を参照することができる。したがって、アーティ
スト名が分かっている場合には、効率的に楽曲を探し出
すことができるのである。

【００６６】また、図８で示したユーザインタフェース
７２には、曲中場所指定枠７２２が表示されている。利
用者は、この曲中場所指定枠７２２に曲中場所を指定し
たうえでマーカージャンプ機能を実行することが可能で
ある。

【００６７】利用者が、アーティスト名、曲中場所を指
定したうえで検索ボタン７２３を選択すると、文字入力
部５２１は、アーティスト名、曲中場所を指定した検索
条件データを検索エンジン１４に対して送信する。な
お、曲中場所指定枠７２２への曲中場所の指定操作はプ
ルダウンメニューからの選択操作とすることで、操作を
容易にすることができる。

【００６８】利用者からアーティスト名および曲中場所
が指定された検索要求を受けると検索エンジン１４は、
該当するアーティストの歌詞ファイル１０１を検索す
る。ファイル配信部１１は、検索された全ての歌詞ファ
イル１０１を端末局５に送信する。端末局５では、楽曲
表示部５１２が歌詞ファイル１０１に記述された歌詞を
順次表示する。ただし、このとき、歌詞ファイル１０１
に記述された歌詞のうち、指定された曲中場所に対応す
る歌詞が順に表示されるのである。

【００６９】図１０は、曲中場所を指定したマーカージ
ャンプの表示順序を示す図である。図に示した複数の歌
詞ファイル１０１は、全て歌手Aの複数の曲の歌詞ファ
イルである。たとえば曲中場所としてFF04（サビ１）を
指定したマーカージャンプであれば、各歌詞ファイル１
０１の中のFF04に対応したサビ１の歌詞が、順に表示さ
れるのである。これにより、利用者は、特定のアーティ
ストの特定の曲中場所について、順にモニタ上で歌詞を
確認しながら目的の楽曲を探し出すことができるのであ
る。

【００７０】｛５．分類検索｝分類検索機能は、楽曲を
分類するためのデータベースを前提とした機能である。
図２に示すように基地局１は、楽曲ファイル１１０と１
対１で対応した分類ヘッダファイル１０４を蓄積してい
る。この分類ヘッダファイル１０４を検索することによ
り楽曲を特定するのが分類検索機能である。

【００７１】図１１は、分類ヘッダファイル１０４に記
述する分類の項目例を示す図である。この例では、分類
ヘッダファイル１０４は、「邦楽・洋楽の区分」、「男
女の区別」、「編成」、「時代」、「曲のテンポ」の５
つの項目からなる。そして、各項目について、図に示す
ように、２つの選択肢とその他の補助選択肢が存在す
る。

【００７２】利用者は、図１２に示すようなユーザイン
タフェース７３を用いて分類の指定操作を行う。なお、
ユーザインタフェース７３は、文字入力部５２１のユー
ザインタフェースである。

【００７３】利用者が、項目入力枠７３１〜７３５の全
てまたは一部について分類指定を行い、検索ボタン７３
６を選択すると、分類指定がされた検索条件データが検
索エンジン１４に対して送信される。

【００７４】検索エンジン１４は、検索条件データを受
け取ると、分類ヘッダファイル１０４に対する検索処理
を実行する。ファイル配信部１１は、検索結果に従って
該当する楽曲ファイル１１０を取得し、当該楽曲ファイ
ル１１０を端末局５に送信する。端末局５では、楽曲再
生部５１１により受信した楽曲ファイル１１０が再生さ
れるのである。

【００７５】また、分類指定による検索の結果、複数の
楽曲が検索された場合には、プレ配信部１２が該当する
複数の楽曲についての演奏情報ファイル１０３を送信す
るようにすればよい。端末局５では、これら複数の演奏
情報ファイル１０３を再生することによって、目的の楽
曲を探し出すことが可能となる。もしくは、複数の楽曲
に関する歌詞ファイル１０１を送信し、前述したマーク
ジャンプ機能を利用して順次歌詞を表示させるようにし
てもよい。

【００７６】図１１で示した分類ヘッダファイル１０４
には項目として「曲のテンポ」が含まれている。ここ
で、テンポが速い、遅いという判断は、相対的な感覚で
あるので、絶対的なテンポを表現することは困難であ
る。音楽の専門用語としては、アレグロやモデラートな
どの厳密な表現が存在するが、一般には浸透していな
い。

【００７７】そこで、本実施の形態においては、タップ
入力部５２２を利用者が一定間隔で叩くことで、一定時
間内のタップ回数を計測し、その計測値を利用者が望ん
でいるテンポと判断する。ここで、タップ入力部５２２
は、リモコンやマウス、携帯電話などのボタン（あるい
はスイッチ、パッドなど）を利用することができる。

【００７８】｛６．音声メロディ検索｝次に、音声メロ
ディ検索機能について説明する。音声メロディ検索機能
とは、利用者がマイクに向かって発声したメロディを検
出し（その検出されたメロディを発声音階情報と呼
ぶ）、発声音階情報とMIDIデータとの間で比較処理を行
うことにより、楽曲を検索する機能である。

【００７９】図２に示すように、端末局５の音声入力部
５２３において入力された音声信号は、基地局１のピッ
チ検出部１６に対して送信される。ピッチ検出部１６に
おいて検出された発生音階情報は、ピッチ検索部１７に
渡され、ピッチ検索部１７においてMIDI差分DB１１１と
の間で検索処理が実行される。

【００８０】ピッチ検索部１７において該当するMIDI差
分データが検索されると、このMIDI差分データに対応し
た楽曲ファイル１１０が特定される。ファイル配信部１
１は、特定された楽曲ファイル１１０を端末局５に送信
するのである。

【００８１】図１３はピッチ検出部１６における処理ブ
ロック図である。利用者がマイクに向かって一定時間、
鼻歌あるいは歌唱を行うことにより得られる音声信号を
デジタル化する。次に、音声波形のゼロクロス点あるい
はピーク点などが一定時間に繰り返す回数をＣＰＵやＤ
ＳＰなどで計測することで、容易にピッチ（音高＝周波
数）をデータ化することができる、また、歌唱のピッチ
は一般的に不安定であるが、最も類似の音階を選択する
ことで（＝クオンタイズ処理）、周波数を音階データと
して得ることができ、MIDIへのデータ化、あるいは楽譜
データ化などが容易に行える。

【００８２】一般にこの方法は、様々な電子楽器あるい
は電子楽器インターフェースなどで用いられているが、
単音の処理を原則としている（和音や複雑な楽音のピッ
チ抽出は困難である）。

【００８３】このピッチを抽出する方法には、楽器もし
くは専用機を用いて、カラオケ機器のマイクが拾った音
声からピッチを得る方法や、汎用ＣＰＵとソフトウェア
を用い、ＰＣ等を用いて音声入力とピッチ抽出を行う方
法、本実施の形態のように、マイクや携帯電話に対して
発声された音声（歌もしくは鼻歌）をセンタ局に送信
し、センタのサーバ上でのピッチの抽出処理を行う方法
などが考えられる。

【００８４】ピッチ検索部１６は得られた発声音階情報
（たとえばMIDIファイル形式が望ましい）と、演奏情報
ファイル１０３（通信カラオケや携帯電話着信メロディ
は通常MIDIファイル形式となっている）に記述されてい
るメロディ情報とを比較検索するのである。なお、MIDI
ファイル形式においては、一般に、メロディ情報の記述
形式（MIDI CH）が決められている。

【００８５】この際、第一の方法として、発声音階情報
と演奏情報ファイル１０３内のメロディ情報とを全検索
し、所定の一致率があるものを順次、端末局５のモニタ
に表示する方法がある。つまり、利用者が原曲と完全に
一致する歌唱を行うことは難しいため、所定の一致率が
あるものを候補として抽出するのである。もちろん、ア
ーティスト名や分類コードなどである程度の絞込みを行
った後からピッチ検索を行えば、効率のよい検索が可能
である。

【００８６】比較検索の第二の方法として、演奏情報フ
ァイル１０３を検索しやすい形に加工する。具体的に
は、MIDIデータである演奏情報ファイル１０３からMIDI
差分データベース１１１を作成する。

【００８７】たとえば、ド・ド・レ・レ・ミ・ミ・レ
（ハ調）というメロディがあったとすると、MIDIデータ
のノートナンバを用いて、これを表示すると64,64,66,6
6,68,68,66となる。このデータを、最初の音からの差分
（度数）として捉えると、0,2,2,4,4,2という数列が得
られる。あるいは、前の音からの差分（度数）として考
えても、0,2,0,2,0,-2という数列が得られる。

【００８８】この際、MIDIデータにある音符間時間情報
は基本的に無視あるいは大幅に簡略化する。つまり、利
用者が原曲の音符の長さを正確に発声するということは
困難であるので、音の長さの大小についてはある程度の
許容幅を持たせ、音階変化に注目して一致検索を行うの
である。

【００８９】MIDI差分データベース１１１を作成する理
由として、調性による絶対ピッチを無視できるというメ
リットが存在する。つまり、相対音感を持っているカラ
オケ利用者は多いが、絶対音感を持つ利用者は少ない。
このため、鼻歌などで歌った曲の絶対的なピッチや調性
が原曲と同じである可能性は非常に少ない。仮に、通常
の（絶対的な調性をもつ）MIDIデータを用いて一致比較
検索を行うと、各調性についてデータをシフト（移調）
しつつ一致比較を行う必要があり、オクターブを無視し
たとしても、１２半音分＝最大１２回の一致比較を行う
必要がある。これに対して、あらかじめ調性を無視した
差分データファイルを作成しておけば、調性にかかわら
ず１回の一致比較で検索が可能となるのである。また、
本実施の形態においては、あらかじめ、差分データファ
イルを作成しデータベースとして蓄積しているので、よ
り、迅速に一致検索を行うことが可能である。

【００９０】｛７．楽譜表示｝次に、楽譜表示機能につ
いて説明する。ボーカル（歌詞）が存在しないインスト
ゥルメンタル（器楽曲）や、ピアノ、ギターなどの器楽
練習曲については、上述した歌詞検索などを利用するこ
とができない。そこで、楽譜表示機能は、楽譜を表示す
ることによって、楽曲検索の補助を行う。

【００９１】図１４は、楽譜ファイル１０２のフォーマ
ットを示す図である。本実施の形態にかかる楽譜ファイ
ル１０２は、曲中場所を示すマーカー部４３を有してお
り、マーカー部４３によって楽譜データを識別するよう
にしている。たとえば、図に示すように、楽譜ファイル
１０２は、イントロ、サビ、エンディングなどの楽譜デ
ータに分類されている。このような管理をすることによ
り、曲中のイントロやサビなど任意の部分の楽譜検索を
行うことが可能である。

【００９２】検索方法は、様々な方法が可能である。た
とえば、利用者が端末局５においてアーティスト名およ
び曲中場所を指定した検索要求を行うと、検索エンジン
１４が当該アーティストの楽譜ファイル１０２を検索す
る。検索された楽譜ファイル１０２がファイル配信部１
１により端末局５に配信される。

【００９３】端末局５では、楽曲表示部５１２が受信し
た楽譜ファイル１０２の中で、指定された曲中場所の楽
譜データを抽出し、モニタ上に当該楽譜を表示する。た
とえば、アーティストや作曲者の指定によって、複数の
楽譜ファイル１０２が検索された場合には、複数の楽譜
ファイル１０２を受信する。そして、指定した曲中場所
がイントロであれば、複数の楽譜ファイル１０２につい
てイントロ部分の楽譜が一覧表示、または、順次表示さ
れるのである。このように、楽譜を表示することによっ
て、歌詞が存在しない楽曲であっても、楽曲を見つけ出
す手がかりとすることができる。特に、ピアノソロ曲な
どの特徴的なフレーズや、ロックにおいて印象的なイン
トロのギターリフ（特徴的に繰り返される短いフレー
ズ）がある場合などには、有効な検索方法である。

【００９４】また、本実施の形態においては、基地局１
には、楽譜ファイル１０２に加えて演奏情報ファイル１
０３を備えている。そして、演奏情報ファイル１０３に
も、曲中場所を示す識別子としてマーカーを記述するよ
うにすれば、該当する曲中場所の演奏情報データを取り
出すことが可能である。したがって、楽譜表示機能の拡
張機能として、該当する曲中場所の楽譜表示と合わせ
て、該当する曲中場所の演奏情報をもとに楽曲を再生さ
せるようにすればより効果的である。なお、この場合、
楽曲再生部５１１が演奏情報（MIDI情報）をもとに楽曲
を再生させる機能を有していることが条件となる。

【００９５】このように、楽譜ファイル１０２や演奏情
報ファイル１０３は、１つのフレーズあたり数十から数
百バイト程度のサイズであるので、Waveファイルなどの
場合（16bit×Stereo 2ch×44.1KHz×10sec=約1.7Mbyt
e）に比べ、非常に転送データサイズを小さくすること
が可能である。したがって、検索の目的で次々とデータ
をダウンロードする場合でも、迅速にデータの再生、表
示を行うことが可能である。そして、お目当ての楽曲が
見つかった場合に、最終的に、楽曲ファイル１１０をダ
ウンロードするようにすればよい。

【００９６】

【発明の効果】以上説明したように、請求項１記載の発
明では、曲中場所を指定した歌詞検索を行うので、利用
者は、曲中の様々な場所を検索対象とした歌詞検索が可
能となる。

【００９７】請求項２記載の発明では、音声認識を利用
して歌詞検索を行うので、検索作業における利用者の入
力負担を軽減させることが可能である。

【００９８】請求項３記載の発明では、特定のアーティ
ストの楽曲について、曲中場所を移動させながら歌詞を
表示するので、アーティスト名のみが判明しているよう
な場合でも、所望の楽曲を探し出すことが容易となる。

【００９９】請求項４記載の発明では、アーティスト名
と曲中場所を指定して歌詞を表示させるので、絞り込み
検索が可能となる。

【０１００】請求項５記載の発明では、複数の曲につい
て特定の曲中場所の歌詞を順次表示させるので、効率的
な検索が可能である。

【０１０１】請求項６記載の発明では、利用者にリズム
入力を行わせることによって、分類検索を行うので、専
門的な音楽用語の知識を必要とすることなくリズムの指
定が可能である。

【０１０２】請求項７記載の発明では、音声入力したメ
ロディから楽曲を検索するので、曲名、アーティスト名
などが分からない曲であっても、所望の楽曲を見つけ出
す手がかりとすることができる。

【０１０３】請求項８記載の発明では、相対音階により
検索を行うので、検索処理の効率を向上させることがで
きる。

【０１０４】請求項９記載の発明では、アーティスト名
と曲中場所を指定したうえで楽譜を表示させるので、楽
譜表示による検索の困難さを緩和させることが可能であ
る。

【図面の簡単な説明】

【図１】楽曲検索システムの全体概略図である。

【図２】基地局および端末局の機能ブロック図である。

【図３】歌詞ファイルのフォーマットを示す図である。

【図４】マーカーを記述したMIDIファイルのフォーマッ
トを示す図である。

【図５】マーカーを記述した音声・歌詞同期ファイルの
フォーマットを示す図である。

【図６】歌詞ファイルの内容を示す図である。

【図７】歌詞検索の入力画面（ユーザインターフェス）
を示す図である。

【図８】マーカージャンプ検索の入力画面を示す図であ
る。

【図９】マーカージャンプの表示順序を示す図である。

【図１０】曲間マーカージャンプの表示順序を示す図で
ある。

【図１１】分類ヘッダファイルの内容の一例を示す図で
ある。

【図１２】分類検索の入力画面を示す図である。

【図１３】ピッチ検出処理のブロック構成図である。

【図１４】楽譜表示機能の入力画面を示す図である。

【符号の説明】

１基地局３ネットワーク５端末局１１ファイル配信部１２プレ配信部１４検索エンジン１５音声認識部１６ピッチ検出部１７ピッチ検索部１０１歌詞ファイル１０２楽譜ファイル１０３演奏情報ファイル１０４分類ヘッダファイル１１０楽曲ファイル１１１ MIDI差分DB

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B075 KK07 ND14 NK02 PP02 PP12 PP13 PP22 PQ04 QP05 UU40 5D108 BC20 BG06

Claims

【特許請求の範囲】

【請求項１】複数の楽曲の中から所望の楽曲を検索す
るためのシステムであって、 a)各楽曲のサウンドファイルである楽曲ファイルを蓄積
する手段と、 b)あらかじめ定義された曲中場所ごとの歌詞データが記
録されたファイルであって、前記楽曲ファイルと対応付
けられた歌詞ファイルを蓄積する手段と、 c)利用者に対して前記曲中場所を指定させる場所指定手
段と、 d)利用者に対して歌詞を入力させる歌詞入力手段と、 e)前記場所指定手段により指定された曲中場所と前記歌
詞入力手段により入力された歌詞とを検索条件として前
記歌詞ファイルを検索することにより、対応付けられた
楽曲ファイルを取得する検索手段と、を備えることを特
徴とする楽曲検索システム。
【請求項２】請求項１記載の楽曲検索システムにおい
て、前記歌詞入力手段は、 d-1)利用者に対して音声により歌詞を入力させる音声入
力手段と、 d-2)前記音声入力手段により入力された音声信号に対し
て音声認識処理を行い利用者が発声した歌詞を検出する
手段と、を含むことを特徴とする楽曲検索システム。
【請求項３】複数の楽曲の中から所望の楽曲を検索す
るためのシステムであって、 a)各楽曲のサウンドファイルである楽曲ファイルを蓄積
する手段と、 b)あらかじめ定義された曲中場所ごとの歌詞データと当
該楽曲のアーティスト情報とが記録されたファイルであ
って、前記楽曲ファイルと対応付けられた歌詞ファイル
を蓄積する手段と、 c)利用者に対して所望の楽曲のアーティスト名を指定さ
せるアーティスト指定手段と、 d)前記アーティスト指定手段により指定されたアーティ
スト名が記録されている歌詞ファイルを検索する検索手
段と、 e)前記検索手段が検索した歌詞ファイルについて、前記
曲中場所を移動させながら各曲中場所に対応して記述さ
れている歌詞データを表示させる歌詞表示手段と、を備
えることを特徴とする楽曲検索システム。
【請求項４】請求項３記載の楽曲検索システムにおい
て、さらに、 f)利用者に対して前記曲中場所を指定させる場所指定手
段、を備え、前記歌詞表示手段は、 e-1)前記検索手段が検索した歌詞ファイルについて、前
記場所指定手段により指定された曲中場所に対応する歌
詞データを表示する手段、を含むことを特徴とする楽曲
検索システム。
【請求項５】請求項４に記載の楽曲検索システムにお
いて、前記歌詞表示手段は、 e-2)前記検索手段が検索した歌詞ファイルが複数存在す
る場合には、当該複数の歌詞ファイルについて、指定さ
れた曲中場所に対応する歌詞データを順次表示する手
段、を含むことを特徴とする楽曲検索システム。
【請求項６】複数の楽曲の中から所望の楽曲を検索す
るためのシステムであって、 a)各楽曲のサウンドファイルである楽曲ファイルを蓄積
する手段と、 b)リズム情報を含む複数の情報を備え、前記楽曲ファイ
ルを絞り込み検索するための楽曲分類データベースと、 c)利用者による叩く操作に反応してリズムを入力するリ
ズム入力手段と、 d)前記リズム入力手段により入力されたリズム情報を検
索条件として前記分類データベースを検索することによ
り、対応する楽曲ファイルを取得する検索手段と、を備
えることを特徴とする楽曲検索システム。
【請求項７】複数の楽曲の中から所望の楽曲を検索す
るためのシステムであって、 a)各楽曲のサウンドファイルである楽曲ファイルを蓄積
する手段と、 b)各楽曲のメロディを表現する情報として音階情報が記
録されたファイルであって、前記楽曲ファイルと対応付
けられた音階情報ファイルを蓄積する手段と、 c)利用者に対して音声によりメロディを入力させる音声
入力手段と、 d)前記音声入力手段の入力したメロディから発生音階情
報を検出する音階情報検出手段と、 e)前記音階情報検出手段の検出した発生音階情報と各楽
曲の音階情報ファイルとを比較検索することにより、利
用者が発声したメロディに近似する音階情報ファイルを
検索する検索手段と、を備えることを特徴とする楽曲検
索システム。
【請求項８】請求項７に記載の楽曲検索システムにお
いて、前記音階情報ファイルは、楽曲のメロディの相対的な音
階情報を記録しており、前記発声音階情報との比較検索
では、絶対音階を考慮せず、音階の相対的な変化を比較
の対象とすることを特徴とする楽曲検索システム。
【請求項９】複数の楽曲の中から所望の楽曲を検索す
るためのシステムであって、 a)各楽曲のサウンドファイルである楽曲ファイルを蓄積
する手段と、 b)あらかじめ定義された曲中場所ごとの楽譜データと当
該楽曲のアーティスト情報とが記録されたファイルであ
って、前記楽曲ファイルと対応付けられた楽譜ファイル
を蓄積する手段と、 c)利用者に対して前記曲中場所を指定させる場所指定手
段と、 d)利用者に対してアーティスト名を指定させるアーティ
スト指定手段と、 e)前記アーティスト指定手段により指定されたアーティ
スト名を検索条件として該当する楽譜データを検索する
検索手段と、 f)前記検索手段が検索した楽譜ファイルについて、前記
場所指定手段により指定された曲中場所に対応する楽譜
データを表示する手段と、を備えることを特徴とする楽
曲検索システム。