JP4244537B2 - Music information registration system and music information search system - Google Patents
Music information registration system and music information search system Download PDFInfo
- Publication number
- JP4244537B2 JP4244537B2 JP2001178869A JP2001178869A JP4244537B2 JP 4244537 B2 JP4244537 B2 JP 4244537B2 JP 2001178869 A JP2001178869 A JP 2001178869A JP 2001178869 A JP2001178869 A JP 2001178869A JP 4244537 B2 JP4244537 B2 JP 4244537B2
- Authority
- JP
- Japan
- Prior art keywords
- music
- sound
- search
- time
- registration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Electrophonic Musical Instruments (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、多数の音楽情報の中から所望する楽曲等を登録、検索するための音楽情報登録システム及び音楽情報検索システムに関する。
【0002】
【従来の技術】
世の中に溢れている膨大な楽曲の中から、利用者が好きな曲や聴きたい曲など、所望する曲を探し出す手間を軽減するための各種検索方式が、従来より提案されており、代表的なものとして以下の方式などがある。
【0003】
第1の方式は、例えば、リレーショナル型のデータベースに、「曲目」「演奏者」「作曲者」「作詞者」等をカラムとして持つテーブルを作成し、楽曲毎に楽曲の情報を予め登録しておく。そして、検索時には、上記カラムの中から利用者が任意に選んだカラムに対する任意の文字列、数値等を検索キーとして、論理的に組み合わせるなどして、所望する楽曲を検索する方式である。
【0004】
第2の方式は、例えば、特開平9−212180号公報に記載されているように、検索を行うための基準メロディ(旋律)をMIDI(Musical Instrument Digital Interface)データとして、楽曲毎にデータベース等に予め登録しておく。検索時には利用者が楽曲のメロディの一部を演奏し、その演奏された音声信号と、データベースに登録された基準メロディの音声信号とを突き合わせることで、所望する楽曲を検索する方式である。
【0005】
【発明が解決しようとする課題】
しかしながら、上記のような検索方式には、以下のような問題点があった。
【0006】
第1の方式によれば、利用者が、探そうとする楽曲の「タイトル」「演奏者」「作曲者」等のタイトル情報を覚えている場合には、検索することができるものの、これらの情報を忘れてしまって思い出せない場合には、膨大な楽曲の中から所望する曲を見つけ出すことは非常に困難となる。
【0007】
また、第2の方式では、探そうとする楽曲のメロディを演奏する必要があるため、検索の精度は利用者の音楽表現能力に左右されやすく、広く一般の利用者向けとは言い難い面がある。更に、検索条件の音声データと基準メロディの音声データを照合する際の処理量が大きくなるため負荷が高くなり、また、演奏された音声データを入力するための専用の装置等も必要になってくる。
【0008】
また、上記第1及び第2の方式を組み合わせてみても、検索時の処理量の増大などにより、処理が複雑になり、実用的とは言い難い。
【0009】
本発明は、このような問題に鑑みてなされたものであり、利用者の音楽表現能力に左右されずに的確に登録、検索することができる音楽情報登録システム及び音楽情報検索システムを提供することを目的とする。
【0010】
【課題を解決するための手段】
上記目的を達成するため、本発明は、下記(1)〜(4)に記載の音楽情報登録システム及び音楽情報検索システムを提供する。
(1) 楽曲の一部あるいは全部について、当該楽曲を構成する各音の長短を、押釦時間の長短として入力する入力部と、
前記入力部にて入力された前記押釦時間を、相対的な長さである長音、短音を示す2値データからなる登録用データに変換する変換部と、
前記変換部にて変換された前記登録用データを、当該楽曲の情報として楽曲データベースに登録する登録部とを具備することを特徴とする音楽情報登録システム。
(2) 所望する楽曲の一部あるいは全部について、当該楽曲を構成する各音の長短を、押釦時間の長短として入力する入力部と、
前記入力部にて入力された前記押釦時間を、相対的な長さである長音、短音を示す2値データからなる楽曲検索用の検索キーに変換する変換部と、
前記変換部にて変換された前記検索キーに合致する楽曲に関する前記2値データを、楽曲データベースから検索する検索部とを具備することを特徴とする音楽情報検索システム。
(3) 楽曲の一部あるいは全部について、当該楽曲を構成する各音の長短を、押釦時間の長短として入力すると共に、当該楽曲を構成する無音部分を押釦されていない時間として入力する入力部と、
前記入力部にて入力された前記押釦時間と前記押釦されていない時間とを、相対的な長さである長音、短音、無音を示す3値データからなる登録用データに変換する変換部と、
前記変換部にて変換された前記登録用データを、当該楽曲の情報として楽曲データベースに登録する登録部とを具備することを特徴とする音楽情報登録システム。
(4) 所望する楽曲の一部あるいは全部について、当該楽曲を構成する各音の長短を、押釦時間の長短として入力すると共に、当該楽曲を構成する無音部分を押釦されていない時間として入力する入力部と、
前記入力部にて入力された前記押釦時間と前記押釦されていない時間とを、相対的な長さである長音、短音、無音を示す3値データからなる楽曲検索用の検索キーに変換する変換部と、
前記変換部にて変換された前記検索キーに合致する楽曲に関する前記3値データを、楽曲データベースから検索する検索部とを具備することを特徴とする音楽情報検索システム。
【0012】
ここで、「楽曲」とは、声楽曲、器楽曲、管弦楽曲など、音楽の曲の全般をいう。
【0013】
本発明によれば、楽曲の旋律を単純な2値データ、または、3値データにしてデータベースに登録し、検索時にも単純な2値データ、または、3値データにより検索するため、利用者の音楽表現能力に左右されずに的確に検索することができ、かつ、検索時の処理量も軽減することができる。
【0014】
【発明の実施の形態】
以下、本発明の実施に形態について、図面を参照しながら詳細に説明する。
【0015】
(システム構成)
図1は、本実施形態に係る音楽情報検索システムの概要を表した図である。この音楽情報検索システムは、入力部1、変換部2、登録部3、データベース4、検索部5を具備している。
【0016】
入力部1では、楽曲の一部あるいは全部について、その旋律の時間軸方向の推移を、長音、短音で、単純化して指示することにより入力する。変換部2は、入力部1にて入力された指示を、長音、短音の2値データからなる登録用データ、または長音、短音の2値データからなる検索キーに変換する。音楽情報登録時では、登録部3は、変換部2にて変換された登録用データを当該楽曲の情報としてデータベース4に登録する。音楽情報検索時では、検索部5は、変換部2にて変換された検索キーに合致する楽曲をデータベース4から検索する。
【0017】
尚、音楽情報を長音、短音、無音の3値データとしてデータベースに登録し、検索することもできる。この場合、入力部1では、楽曲の一部あるいは全部について、その旋律の時間軸方向の推移を、長音、短音、無音で単純化して指示することにより入力する。変換部2は、入力部1にて入力された指示を、長音、短音、無音の3値データからなる登録用データ、または長音、短音、無音の3値データからなる検索キーに変換する。音楽情報登録時では、登録部3は、変換部2にて変換された登録用データを当該楽曲の情報としてデータベース4に登録する。音楽情報検索時では、検索部5は、変換部2にて変換された検索キーに合致する楽曲をデータベース4から検索する。
【0018】
本音楽情報検索システムは、上記構成要素を有する専用のハードウェアにより実現することができるが、上記構成要素の全部または一部をソフトウェア的に構成し、それをパーソナルコンピュータ等のコンピュータ機器上で動作させることによっても実現可能である。また、図1では、入力部1と変換部2を、音楽情報登録時と音楽情報検索時とで共有するように例示しているが、音楽情報登録時と音楽情報検索時とでそれぞれ用意しても良い。
【0019】
そもそも音楽は、音の強弱、長短、高低、音色、和音などを一定の方法によって取捨選択して組み合わせたものであり、これらを一定の約束に従い、記号で視覚的に書き表したものを、楽譜という。それを音楽の音を可視的にあらわす方法として世界的に最も広く普及しているものに五線記譜法がある。五線記譜法とは五線上に、音符、休符、速度記号、拍子記号、演奏記号などを記して楽曲を表わす方法である。音符は、五本の平行線をしるした譜表中の位置により音の高低を表し、形により音の長短を表す。この音の長短を表す形には、全音符、2分音符、4分音符、8分音符、16分音符、32分音符、64分音符、等々、様々な形があり、音の長短の割合を表現している。また、音符に小さな点をつけた付点音符もあり、もとの音符の1.5倍の長さになることを表す。更に、音を出さない部分を表す符号として、全休符、2分休符、4分休符、8分休符、等々の休符がある。
【0020】
本音楽情報検索システムにおいては、一般の利用者が楽曲の旋律を簡単に表現することができるように、音の長短の特徴を、モールス信号のような2値、あるいは3値に単純化して入力するようにしている。
【0021】
図2は、図中の五線譜で表される楽曲を、長音、短音の2値データに変換し、長音を「−」、短音を「・」で表した例を示している。
【0022】
図2(a)では、2分音符を長音「−」、4分音符を短音「・」として表現しており、同図(b)では、4分音符を長音「−」、8分音符を短音「・」として表現している。一般の人々は音の長短を相対的な長さとして認識しやすいため、同図(a)と(b)とでは、五線譜による表現では異なるものの、長音、短音の2値データに単純化すると同じパターンで表現される。
【0023】
図2(c)では、3種類の音符が組み合わされた例を示している。一般の人にとって、2分音符と付点4分音符とを区別して認識し表現することは難しいが、図示したように、共に長音「−」に単純化して表すことで、容易に認識し表現することができる。
【0024】
図2(d)は、休符を含んだ例を示している。休符の部分は、人によって認識の仕方や表現の仕方が異なりやすい。図示したように、4分休符の直前の4分音譜を短音「・」として認識/表現する人もいれば(2値データ(1))、4分休符の直前の4分音符を長音「−」として認識/表現する人もいるであろう(2値データ(2))。また、図2(e)に示した例では、付点4分音符と4分音符と8分音符を短音「・」と認識/表現し、付点2分音符のみを長音「−」と認識/表現する人もいれば(2値データ(1))、8分音符のみを短音「・」と認識/表現し、付点4分音符と4分音符と付点2分音符を長音「−」と認識/表現する人もいるであろう(2値データ(2))。これらの例ような場合には、音楽情報登録時において、2値データ(1)または(2)からなる登録用データのどちらか片方をデータベース4に登録するようにしても良いが、これら両方をデータベース4に登録するようにしても良い。
【0025】
図3は、図中の五線譜で表される楽曲を、長音、短音、無音の3値データに変換し、長音を「−」、短音を「・」、無音を「!」で表した例を示している。この例では2分音符を長音「−」、4分音符を短音「・」、4分休符を無音「!」として認識/表現する人もいれば(3値データ(1))、休符を認識/表現せず、2分音符を長音「−」、4分音符を短音「・」として認識/表現する人や(2値データ(1))、4分休符の直前の4分音符と2分音符を長音「−」、その他の4分音符を短音「・」として認識/表現する人もいるであろう(2値データ(2))。
【0026】
この例ような場合には、音楽情報登録時において、3値データ(1)または2値データ(1)または(2)からなる登録用データのいずれかをデータベース4に登録するようにしても良いが、これら全てをデータベース4に登録するようにしても良い。
【0027】
尚、登録用データをデータベース4に登録する際には、楽曲の全部のフレーズについて登録しても良いし、代表的なフレーズを1つあるいは複数をピックアップして登録するようにしても良い。
【0028】
次に、本実施形態に係る音楽情報検索システムの処理動作について説明する。
【0029】
(2値による入力−変換処理)
図4は2値による音楽情報の入力−変換に係る処理動作の一例を示すフローチャートであり、図7は入力部1のGUI(Graphical User Interface)である楽曲の旋律入力画面10を例示している。
【0030】
楽曲の旋律を長音、短音で指示し、長音、短音の2値データからなる登録用データ、または長音、短音の2値データからなる検索用の検索キーに変換する際には、まず、楽曲の旋律入力画面10上のスライダー13で長音/短音のスレッショルドを設定する(Step01)。ここで設定されるスレッショルドは、マウスのボタンを押したり離したりして長音/短音を表現する際の閾値(th1)となる。
【0031】
次に、楽曲の旋律入力画面10のテキストフィールド11上にマウス・カーソル12を重ね、登録しようとする楽曲の旋律に沿って、マウスのボタンを押したり(Step02)、離したりする(Step03)。
【0032】
変換部2は、次式によりマウスのボタンが押されていた時間を求める。
【0033】
【数1】
ボタンを押している時間 = ボタンを離した時刻 − 押した時刻
そして、求めた時間とStep01で設定した閾値(th1)とを比較することで、短音か長音かを判断する(Step04)。
【0034】
変換部2は、マウスのボタンが押されていた時間が閾値(th1)を下回っていた場合には短音であると判断して短音のデータを生成し(Step05)、逆の場合には長音であると判断して長音のデータを生成する(Step06)。
【0035】
以上のStep02〜Step06の処理を、楽曲の旋律の入力が完了するまで繰り返す(Step07)。決定ボタン14が押されると、楽曲の旋律の入力が完了する。この際、生成された長音、短音の2値データは音楽情報登録時には登録用データであり、音楽情報検索時には検索用の検索キーである。
【0036】
(3値による入力−変換処理)
以上、説明した登録に係る処理動作は、楽曲の旋律を長音、短音の2値により入力−変換する例を示したが、図5は楽曲の旋律を長音、短音、無音の3値により入力−変換する例を示すフローチャートであり、図8はそれに用いられる入力部1のGUI(Graphical User Interface)である楽曲の旋律入力画面20を例示している。無音の部分は、音符で表現した場合の休符の部分や、フレーズの切れ目の部分などを表現するのに用いられる。
【0037】
楽曲の旋律を3値データからなる登録用データとしてデータベース4に登録する際には、まず、楽曲の旋律入力画面20上のスライダー23で長音/短音のスレッショルドを調整し(Step11)、更に、スライダー24で無音のスレッショルドを調整する(Step12)。これらのスレッショルドは、マウスのボタンを押したり離したりして長音/短音を表現する際の閾値(th1)及び無音を表現する際の閾値(th2)となる。
【0038】
次に、楽曲の旋律入力画面20のテキストフィールド21上にマウス・カーソル22を重ね、登録しようとする楽曲の旋律に沿って、マウスのボタンを押したり(Step14)、離したりする(Step17)。
【0039】
変換部2は、次式によりマウスのボタンが押されていない時間を求める。
【0040】
【数2】
ボタンを押していない時間 = ボタンを押した時刻 − 離した時刻
そして、求めた時間とStep12で設定した閾値(th2)とを比較することで、無音か否かを判断し(Step14)、無音であると判断した場合には無音のデータを生成する(Step15)。
【0041】
更に、変換部2は、次式によりマウスのボタンが押されていた時間を求める。
【0042】
【数3】
ボタンを押している時間 = ボタンを離した時刻 − 押した時刻
そして、求めた時間とStep11で設定した閾値(th1)とを比較し(Step17)、マウスのボタンが押されていた時間が閾値(th1)を下回っていた場合には短音であると判断して短音のデータを生成し(Step18)、逆の場合には長音であると判断して長音のデータを生成する(Step19)。
【0043】
以上のStep13〜Step19の処理を、楽曲の旋律の入力が完了するまで繰り返す(Step20)。決定ボタン25が押されると、楽曲の旋律の入力が完了する。この際、生成された長音、短音、無音の3値データは音楽情報登録時には登録用データであり、音楽情報検索時には検索用の検索キーである。
【0044】
(登録処理)
次に、以上のように入力−変換されて得られた登録用データを、データベース4に登録する処理の動作について説明する。
【0045】
図9(b)は、データベース4の構成例を示す図である。この例では「楽曲を識別するID」と「楽曲のタイトル」と「楽曲の長音、短音を2値データで表した登録用データ」をそれぞれ「id」と「title」と「melody」カラムとして持つ「music」というテーブルに楽曲を登録している。この例では、2値による入力−変換処理により得られた長音、短音の2値データからなる登録用データを長音を「−」、短音を「・」で表記している。
【0046】
例えば、登録部3とデータベース4がSQLに対応したリレーショナル型データベースでは、データの登録は「insert」というSQL文を使う。図中の「id」と「title」と「melody」カラムのデータの値がそれぞれ「2」と「△△△△」と「・・−・・−・・・・−・・−・・−・・・・−」であるデータを登録する場合のSQL文は以下のようになる。
【0047】
【数4】
[SQL文1]
insert into music values ('2','△△△△','・・−・・−・・・・−・・−・・−・・・・−')
登録部3でこのSQL文を実行することにより、データベース4にデータを登録することができる。
【0048】
以上、長音、短音の2値データからなる登録用データをデータベースに登録する方法を示したが、長音、短音、無音の3値データからなる登録用データをデータベースに登録する場合は、「melody」カラムのデータの値として、3値による入力−変換処理により得られた長音、短音、無音の3値データからなる登録用データを登録すればよい。
(検索処理)
次に、以上のようにデータベース4に登録された楽曲の情報を、検索する処理の動作について説明する。
【0049】
図6は検索に係る処理動作の一例を示すフローチャートである。
【0050】
まず、2値による入力−変換処理で示した手順により、楽曲の旋律を入力、変換し、長音、短音の2値データからなる検索用の検索キーを得る(Step31)。
【0051】
次に、検索部5では、検索用の検索キーとデータベース4に登録されている楽曲の長音、短音の2値データからなる登録用データとを比較し(Step32)、一致する場合には(Step33)、その一致した楽曲の情報をデータベース4から読み出して利用者に提示する(Step34)。
【0052】
以上のStep32〜Step34の処理を、データベース4に登録されている全ての楽曲について行う(Step35)。
【0053】
図9に示した例では、同図(a)に示す長音、短音の2値データからなる検索用の検索キーと、同図(b)に示す「id」が「4」の楽曲の長音、短音の2値データからなる登録用データの一部が一致することを表している。この場合、検索結果として「id」が「4」の楽曲の情報が得られる。
【0054】
例えば、検索部5とデータベース4がSQLに対応したリレーショナル型データベースの場合、以上に示した処理と同様の検索を行うには「select」というSQL文を使う。図9(a)に示す長音、短音の2値データからなる検索用の検索キー「・・−・・・・・−・・−−−−」を指定して、図9(b)に示す「music」というテーブルから楽曲を検索する場合のSQL文は以下のようになる。
【0055】
【数5】
[SQL文2]
select * from music where melody like '%・・−・・・・・−・・−−−−%'
検索部5でこのSQL文を実行することにより、データベース4からの検索結果として「id」が「4」の楽曲の情報が得られる。
【0056】
以上、長音、短音の2値データからなる登録用データが登録されたデータベースから長音、短音の2値データからなる検索用の検索キーを条件として検索する方法を示したが、長音、短音、無音の3値データからなる登録用データが登録されたデータベースから長音、短音、無音の3値データからなる検索用の検索キーを条件として検索することもできる。
以上説明したように、楽曲の旋律を単純な2値データ、または、3値データからなる登録用データにしてデータベースに登録し、検索時にも単純な2値データ、または3値データ、からなる検索キーにより検索するため、利用者の音楽表現能力に左右されずに的確に検索することができ、かつ、検索時の処理量も軽減することができる。
【0057】
以上、本発明の実施形態について詳細に説明したが、本発明は本実施例に限定されず、本発明の主旨を逸脱しない範囲において、種々の改良や変更を成し得るであろう。
【0058】
例えば、本実施形態では、入力装置としてボタンを用意し、ボタンを押している時間、離している時間などから楽曲の旋律を長音、短音の2値データや長音、短音、無音の3値データに変換したが、複数ボタンを用意して各ボタンを長音、短音、無音に割り当てることにより、2値データや3値データを得ることもできる。更に、マイク等から入力された鼻歌などの音声データを信号処理により、2値データや3値データに変換してもよい。
【0059】
また、本実施形態では、楽曲の旋律を長音、短音の2値データからなる登録用データ、または、検索用の検索キーを長音を「−」、短音を「・」のテキスト形式の文字コードで表したが、長音を「0」、短音を「1」で表したり、長音を「A」、短音を「B」で表すなど、任意の文字コードに置き換えたり、テキスト形式ではなく、バイナリ形式で表してもよい。
【0060】
また、本実施形態では、曲の旋律の特徴を長音、短音の2値データで、あるいは、長音、短音、無音の3値データで表現したが、休符の長さを2段階に設定し、長音、短音、長い無音、短い無音の4値データで表現したり、音の長さを3段階に設定し、長音、中音、短音の3値データで表現したりするなど、利用者が指示するのに容易な範囲で表現してもよい。
【0061】
【発明の効果】
本発明によれば、楽曲の旋律を単純な2値データ(または3値データ)からなる登録用データにしてデータベースに登録し、検索時にも単純な2値データ(または3値データ)からなる検索キーにより検索するため、利用者の音楽表現能力に左右されずに的確に検索することができる。また、楽曲の旋律の入力部も単純な構成により実現することができる。
【0062】
しかも、検索時には検索キーの文字列同士の部分一致検索で実現可能であるため、検索時の処理量も軽減することができる。また、従来のリレーショナル型データベースを用いた検索システムと同方式の検索アルゴリズムを用いることができるため、従来の検索システムを容易に流用することもできる。
【0063】
従って、個人で音楽データベースを作成するような、パーソナルユースにも手軽に用いることができる。
【図面の簡単な説明】
【図1】本実施形態における音楽情報検索システムの構成例を示すブロック図である。
【図2】図1に示した音楽情報検索システムにおいて、楽曲の旋律の特徴を2値で表現した例を示すイメージ図である。
【図3】図1に示した音楽情報検索システムにおいて、楽曲の旋律の特徴を3値で表現した例を示すイメージ図である。
【図4】図1に示した音楽情報検索システムにおいて、楽曲の旋律の特徴を入力し、長音、短音の2値データからなる登録用データ、または長音、短音の2値データからなる検索キーに変換する処理の手順例を示すフローチャートである。
【図5】図1に示した音楽情報検索システムにおいて、楽曲の旋律の特徴を入力し、長音、短音、無音の3値データからなる登録用データ、または長音、短音、無音の3値データからなる検索キーに変換する処理の手順例を示すフローチャートである。
【図6】図1に示した音楽情報検索システムにおいて、データベースから所望する楽曲を検索する処理の手順例を示すフローチャートである。
【図7】図1に示した音楽情報検索システムにおける入力部のGUIの例を示すイメージ図であり、楽曲の旋律の特徴を2値で表現する際に用いられる画面の例である。
【図8】図1に示した音楽情報検索システムにおける入力部のGUIの例を示すイメージ図であり、楽曲の旋律の特徴を3値で表現する際に用いられる画面の例である。
【図9】図1に示した音楽情報検索システムにおけるデータベースの例を示すイメージ図である。
【符号の説明】
1....入力部
2....変換部
3....登録部
4....データベース
5....検索部
10....楽曲の旋律入力画面(2値)
11....テキストフィールド
12....マウス・カーソル
13....スライダー
14....決定ボタン
20....楽曲の旋律入力画面(3値)
21....テキストフィールド
22....マウス・カーソル
23,24....スライダー
25....決定ボタン[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a music information registration system and a music information search system for registering and searching for a desired music piece from a large number of music information.
[0002]
[Prior art]
Various search methods have been proposed in the past to reduce the time and effort required to find a desired song, such as a song that the user likes or wants to listen to, among the enormous amount of music that is overflowing in the world. There are the following methods.
[0003]
In the first method, for example, a table having “song”, “performer”, “composer”, “lyricist”, etc. as columns is created in a relational database, and information on the music is registered in advance for each music. deep. At the time of search, a desired music is searched by logically combining, for example, an arbitrary character string, a numerical value, etc. with respect to a column arbitrarily selected by the user from the above columns.
[0004]
In the second method, for example, as described in Japanese Patent Application Laid-Open No. 9-212180, a reference melody (melody) for searching is used as MIDI (Musical Instrument Digital Interface) data in a database or the like for each song. Register in advance. In the search, the user plays a part of the melody of the music, and searches the desired music by matching the played audio signal with the audio signal of the reference melody registered in the database.
[0005]
[Problems to be solved by the invention]
However, the search method as described above has the following problems.
[0006]
According to the first method, when the user remembers the title information such as “title”, “performer”, “composer”, etc. of the music to be searched for, although the search can be performed, If you have forgotten the information and cannot remember it, it will be very difficult to find the desired song from the enormous number of songs.
[0007]
In the second method, since it is necessary to play the melody of the music to be searched, the accuracy of the search is easily influenced by the user's ability to express music, and it is difficult to say that it is widely intended for general users. is there. Furthermore, the processing load when collating the voice data of the search condition with the voice data of the reference melody increases, so that the load increases, and a dedicated device or the like for inputting the played voice data is also required. come.
[0008]
Further, even if the first and second methods are combined, the processing becomes complicated due to an increase in the amount of processing at the time of search, and it is difficult to say that it is practical.
[0009]
The present invention has been made in view of such problems, provides a musical information registration system accurately registered without being influenced by the musical expression capability of the user, to search as possible out and music information retrieval system For the purpose.
[0010]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides a music information registration system and a music information search system described in the following (1) to (4).
(1) For a part or all of the music, an input unit that inputs the length of each sound constituting the music as the length of the push button time;
A conversion unit that converts the pushbutton time input by the input unit into registration data including binary data indicating a long sound and a short sound that are relative lengths;
A music information registration system comprising: a registration unit for registering the registration data converted by the conversion unit in a music database as information on the music.
(2) For a part or all of the desired music, an input unit for inputting the length of each sound constituting the music as the length of the push button;
A conversion unit that converts the push button time input by the input unit into a search key for searching for music composed of binary data indicating a long sound and a short sound that are relative lengths;
A music information search system comprising: a search unit that searches the binary data related to the music that matches the search key converted by the conversion unit from a music database.
(3) For a part or all of the music, an input unit for inputting the length of each sound constituting the music as the length of the push button time, and inputting the silent portion constituting the music as the time when the music is not pushed. ,
A conversion unit that converts the push button time input by the input unit and the non-push button time into registration data composed of ternary data indicating a relative length of long sound, short sound, and silence; ,
A music information registration system comprising: a registration unit for registering the registration data converted by the conversion unit in a music database as information on the music.
(4) For a part or all of the desired music, input the length of each sound constituting the music as the length of the push button time and the silent part constituting the music as the time when the push button is not pushed And
The push button time inputted by the input unit and the time when the push button is not pushed are converted into a search key for music search composed of ternary data indicating a relative length of long sound, short sound, and silence. A conversion unit;
A music information search system, comprising: a search unit that searches the music database for the ternary data related to the music that matches the search key converted by the conversion unit.
[0012]
Here, “music” refers to all music pieces such as vocal music, instrumental music, orchestral music.
[0013]
According to the present invention, the music melody is registered in the database as simple binary data or ternary data, and the search is also performed by simple binary data or ternary data at the time of search. The search can be performed accurately regardless of the music expression ability, and the processing amount during the search can be reduced.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0015]
(System configuration)
FIG. 1 is a diagram showing an outline of a music information search system according to this embodiment. This music information search system includes an
[0016]
The
[0017]
Note that music information can be registered in a database as ternary data of long sound, short sound, and silence and can be searched. In this case, the
[0018]
The music information retrieval system can be realized by dedicated hardware having the above components, but all or part of the above components are configured as software and operate on a computer device such as a personal computer. This can also be realized. In FIG. 1, the
[0019]
In the first place, music is a combination of sound intensity, length, pitch, timbre, chord, etc., selected and combined in a certain way. . Stave notation is one of the most widely used methods in the world for visually expressing the sound of music. The staff notation is a method of expressing music by writing notes, rests, speed symbols, time signatures, performance symbols, etc. on the staff. The note represents the pitch of the sound by the position in the staff with five parallel lines, and the length of the sound by the shape. There are various forms to represent the length of this sound, such as all notes, half notes, quarter notes, eighth notes, 16th notes, 32nd notes, 64th notes, etc. Is expressed. There is also a dotted note with a small dot on the note, indicating that it is 1.5 times longer than the original note. Furthermore, there are rests such as all rests, 2-minute rests, 4-minute rests, 8-minute rests, and the like as codes representing portions that do not produce sound.
[0020]
In this music information retrieval system, the features of sound length are simplified and input into binary or ternary values like Morse code so that ordinary users can easily express the melody of music. Like to do.
[0021]
FIG. 2 shows an example in which the music represented by the staff in the figure is converted into binary data of long sound and short sound, and the long sound is represented by “−” and the short sound is represented by “·”.
[0022]
In FIG. 2A, a half note is expressed as a long sound “-”, and a quarter note is expressed as a short sound “.”. In FIG. 2B, a quarter note is expressed as a long sound “-”, and an eighth note. Is expressed as a short sound “・”. Since ordinary people can easily recognize the length of a sound as a relative length, figures (a) and (b) are different in the notation of a staff notation, but are simplified to binary data of long and short sounds. Expressed in the same pattern.
[0023]
FIG. 2C shows an example in which three types of notes are combined. For ordinary people, it is difficult to recognize and express a half note and a dotted quarter note separately. However, as shown in the figure, both are simplified and expressed as a long sound “-” so that they can be easily recognized and expressed. can do.
[0024]
FIG. 2D shows an example including a rest. The rest part tends to be recognized and expressed differently depending on the person. As shown in the figure, some people recognize / represent the quarter note just before the quarter rest as a short “·” (binary data (1)). Some people will recognize / represent as a long sound "-" (binary data (2)). In the example shown in FIG. 2E, the dotted quarter note, the quarter note and the eighth note are recognized / represented as a short “·”, and only the dotted half note is expressed as a long sound “−”. If there is a person who recognizes / represents (binary data (1)), only the eighth note is recognized / represented as a short note “·”, and the dotted quarter note, quarter note, and dotted half note are long notes. Some people will recognize / represent “−” (binary data (2)). In these cases, at the time of music information registration, either one of registration data consisting of binary data (1) or (2) may be registered in the
[0025]
In FIG. 3, the music represented by the staff in the figure is converted into ternary data of long sound, short sound, and silence, and the long sound is represented by “−”, the short sound is represented by “•”, and the silence is represented by “!”. An example is shown. In this example, some people recognize / represent a half note as a long sound “-”, a quarter note as a short sound “•”, and a quarter note as a silence “!” (Ternary data (1)). A person who does not recognize / represent a note, recognizes / represents a half note as a long sound “-”, and a quarter note as a short sound “•” (binary data (1)), or 4 immediately before a quarter rest Some people will recognize / represent half-notes and half-notes as a long note “-”, and other quarter notes as a short-tone “•” (binary data (2)).
[0026]
In such a case, at the time of music information registration, any of registration data consisting of ternary data (1) or binary data (1) or (2) may be registered in the
[0027]
When registering the registration data in the
[0028]
Next, the processing operation of the music information search system according to this embodiment will be described.
[0029]
(Binary input-conversion processing)
FIG. 4 is a flowchart showing an example of a processing operation related to input-conversion of binary music information, and FIG. 7 illustrates a
[0030]
When the melody of music is indicated by long and short sounds and converted to registration data consisting of binary data of long and short sounds, or a search key for search consisting of binary data of long and short sounds, Then, the threshold of the long sound / short sound is set by the
[0031]
Next, the
[0032]
The
[0033]
[Expression 1]
The time when the button is pressed = the time when the button is released−the time when the button is pressed, and the obtained time is compared with the threshold value (th1) set in Step 01 to determine whether the sound is short or long (Step 04).
[0034]
If the time during which the mouse button is pressed is below the threshold (th1), the
[0035]
The above steps 02 to 06 are repeated until the input of the music melody is completed (Step 07). When the
[0036]
(Ternary input-conversion processing)
As described above, the processing operation related to the registration has shown an example in which the melody of the music is input-converted by the binary of long sound and short sound, but FIG. 5 shows the melody of the music by the three values of long sound, short sound, and silence. FIG. 8 is a flowchart illustrating an example of input-conversion, and FIG. 8 illustrates a melody
[0037]
When registering the melody of music in the
[0038]
Next, the
[0039]
The
[0040]
[Expression 2]
The time when the button is not pressed = the time when the button is pressed−the time when the button is released, and by comparing the obtained time with the threshold value (th2) set in Step12, it is determined whether or not there is silence (Step14). If it is determined, silence data is generated (Step 15).
[0041]
Further, the
[0042]
[Equation 3]
Time when the button is pressed = Time when the button is released-Time when the button is pressed And the obtained time is compared with the threshold value (th1) set in Step 11 (Step 17), and the time when the mouse button is pressed is the threshold value (th1) If it is less than (), it is determined that the sound is short and data of short sound is generated (Step 18), and if the reverse is true, data of long sound is determined and generated (Step 19).
[0043]
The
[0044]
(registration process)
Next, the operation of processing for registering registration data obtained by input-conversion as described above in the
[0045]
FIG. 9B is a diagram illustrating a configuration example of the
[0046]
For example, in a relational database in which the
[0047]
[Expression 4]
[SQL sentence 1]
insert into music values ('2', '△△△△', '...----------------)
Data can be registered in the
[0048]
The method for registering registration data consisting of binary data of long tones and short tones has been described above, but when registering registration data consisting of ternary data of long tones, short tones and silences to the database, “ Data for registration consisting of ternary data of long sound, short sound, and silence obtained by ternary input-conversion processing may be registered as data values in the “melody” column.
(Search process)
Next, an operation of searching for information on music pieces registered in the
[0049]
FIG. 6 is a flowchart showing an example of the processing operation related to the search.
[0050]
First, in accordance with the procedure shown in the binary input-conversion process, the melody of the music is input and converted to obtain a search key for search consisting of binary data of long and short sounds (Step 31).
[0051]
Next, the
[0052]
The above steps 32 to 34 are performed for all the music pieces registered in the database 4 (Step 35).
[0053]
In the example shown in FIG. 9, a search key for search consisting of binary data of long and short tones shown in FIG. 9 (a), and a long sound of a song whose “id” is “4” shown in FIG. 9 (b). This indicates that a part of registration data composed of binary data of short tones coincides. In this case, information on a song having “id” “4” is obtained as a search result.
[0054]
For example, when the
[0055]
[Equation 5]
[SQL sentence 2]
select * from music where melody like '% ...
By executing this SQL sentence in the
[0056]
The method for searching from the database in which registration data consisting of binary data of long tones and short tones is registered using the search key for search consisting of binary data of long tones and short tones as a condition has been described. It is also possible to search from a database in which registration data consisting of sound and silence ternary data is registered, using a search key for search consisting of ternary data of long sound, short sound and silence as a condition.
As described above, the melody of music is registered in the database as registration data consisting of simple binary data or ternary data, and the search consisting of simple binary data or ternary data at the time of search is also performed. Since the search is performed by the key, the search can be performed accurately without being influenced by the music expression ability of the user, and the processing amount at the time of the search can be reduced.
[0057]
Although the embodiment of the present invention has been described in detail above, the present invention is not limited to the present embodiment, and various improvements and modifications may be made without departing from the spirit of the present invention.
[0058]
For example, in the present embodiment, a button is prepared as an input device, and the melody of the music is expressed as long sound, short sound binary data or long sound, short sound, silent ternary data from the time the button is pressed or released. However, binary data and ternary data can also be obtained by preparing a plurality of buttons and assigning each button to a long sound, a short sound, and silence. Furthermore, voice data such as a nasal song input from a microphone or the like may be converted into binary data or ternary data by signal processing.
[0059]
Further, in the present embodiment, registration data composed of binary data of long and short sounds as the melody of the music, or a text in the text format of “−” as the long sound as the search key for search and “·” as the short sound. Although expressed as a chord, the long sound is represented by “0”, the short sound is represented by “1”, the long sound is represented by “A”, and the short sound is represented by “B”. Or in binary format.
[0060]
In this embodiment, the melody feature of the music is expressed by binary data of long sound and short sound, or ternary data of long sound, short sound, and silence, but the rest length is set in two stages. It can be expressed with four-value data of long sound, short sound, long silence, short silence, or the sound length can be set to 3 levels and expressed with ternary data of long sound, medium sound, short sound, etc. It may be expressed in a range that is easy for the user to instruct.
[0061]
【The invention's effect】
According to the present invention, the melody of music is registered in the database as registration data consisting of simple binary data (or ternary data), and the search consisting of simple binary data (or ternary data) is also performed during the search. Since the search is performed using the key, the search can be performed accurately regardless of the music expression ability of the user. In addition, the melody input unit can be realized with a simple configuration.
[0062]
In addition, since it can be realized by partial matching search between character strings of search keys at the time of search, the processing amount at the time of search can be reduced. Further, since a search algorithm of the same system as a search system using a conventional relational database can be used, the conventional search system can be easily diverted.
[0063]
Therefore, it can be easily used for personal use such as creating a music database by an individual.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration example of a music information search system in the present embodiment.
FIG. 2 is an image diagram showing an example in which the melodic feature of music is expressed in binary in the music information retrieval system shown in FIG. 1;
FIG. 3 is an image diagram showing an example in which the melody feature of music is expressed by ternary values in the music information retrieval system shown in FIG. 1;
4 is a music information search system shown in FIG. 1, in which a melodic feature of music is input, registration data consisting of binary data of long tones and short sounds, or a search consisting of binary data of long tones and short tones. It is a flowchart which shows the example of a procedure of the process converted into a key.
5 is a music information retrieval system shown in FIG. 1, in which the melodic features of music are input, registration data consisting of ternary data of long sound, short sound, and silence, or ternary values of long sound, short sound, and silence. It is a flowchart which shows the example of a procedure of the process converted into the search key which consists of data.
6 is a flowchart showing a procedure example of a process of searching for a desired music from a database in the music information search system shown in FIG.
7 is an image diagram showing an example of a GUI of an input unit in the music information search system shown in FIG. 1, and is an example of a screen used when expressing the melodic feature of music in binary.
8 is an image diagram showing an example of a GUI of an input unit in the music information search system shown in FIG. 1, and is an example of a screen used when expressing the melody characteristics of music in three values.
FIG. 9 is an image diagram showing an example of a database in the music information search system shown in FIG. 1;
[Explanation of symbols]
1 ....
11 ....
21 ....
Claims (4)
前記入力部にて入力された前記押釦時間を、相対的な長さである長音、短音を示す2値データからなる登録用データに変換する変換部と、
前記変換部にて変換された前記登録用データを、当該楽曲の情報として楽曲データベースに登録する登録部とを具備することを特徴とする音楽情報登録システム。For some or all of the easy songs, an input unit for inputting the length of each sound constituting the music piece, as a length of the push button time,
A conversion unit that converts the pushbutton time input by the input unit into registration data including binary data indicating a long sound and a short sound that are relative lengths ;
Wherein said registration data converted by the conversion unit, the music information registration system characterized by comprising a registration unit for registering the music database as information of the song.
前記入力部にて入力された前記押釦時間を、相対的な長さである長音、短音を示す2値データからなる楽曲検索用の検索キーに変換する変換部と、
前記変換部にて変換された前記検索キーに合致する楽曲に関する前記2値データを、楽曲データベースから検索する検索部とを具備することを特徴とする音楽情報検索システム。An input unit for inputting the length of each sound constituting the music as the length of the push button time for part or all of the desired music;
A conversion unit that converts the push button time input by the input unit into a search key for searching for music composed of binary data indicating a long sound and a short sound that are relative lengths ;
A music information search system comprising: a search unit that searches the binary data related to the music that matches the search key converted by the conversion unit from a music database .
前記入力部にて入力された前記押釦時間と前記押釦されていない時間とを、相対的な長さである長音、短音、無音を示す3値データからなる登録用データに変換する変換部と、 A conversion unit that converts the push button time input by the input unit and the non-push button time into registration data composed of ternary data indicating a relative length of long sound, short sound, and silence; ,
前記変換部にて変換された前記登録用データを、当該楽曲の情報として楽曲データベースに登録する登録部とを具備することを特徴とする音楽情報登録システム。 A music information registration system comprising: a registration unit that registers the registration data converted by the conversion unit in a music database as information of the music.
前記入力部にて入力された前記押釦時間と前記押釦されていない時間とを、相対的な長さである長音、短音、無音を示す3値データからなる楽曲検索用の検索キーに変換する変換部と、 The push button time inputted by the input unit and the time when the push button is not pushed are converted into a search key for music search composed of ternary data indicating a relative length of long sound, short sound, and silence. A conversion unit;
前記変換部にて変換された前記検索キーに合致する楽曲に関する前記3値データを、楽曲データベースから検索する検索部とを具備することを特徴とする音楽情報検索システム。 A music information search system, comprising: a search unit that searches the music database for the ternary data related to the music that matches the search key converted by the conversion unit.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001178869A JP4244537B2 (en) | 2001-06-13 | 2001-06-13 | Music information registration system and music information search system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001178869A JP4244537B2 (en) | 2001-06-13 | 2001-06-13 | Music information registration system and music information search system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002372969A JP2002372969A (en) | 2002-12-26 |
| JP4244537B2 true JP4244537B2 (en) | 2009-03-25 |
Family
ID=19019499
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001178869A Expired - Lifetime JP4244537B2 (en) | 2001-06-13 | 2001-06-13 | Music information registration system and music information search system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4244537B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006318182A (en) * | 2005-05-12 | 2006-11-24 | Sharp Corp | VOICE SEARCH DEVICE, VOICE SEARCH METHOD, VOICE REPRODUCTION METHOD, AND PORTABLE REPRODUCTION DEVICE, AND MUSIC SEARCH DEVICE, MUSIC SEARCH METHOD, MUSIC REPRODUCTION METHOD |
| JP5093806B2 (en) * | 2008-02-11 | 2012-12-12 | 株式会社イクシコム | Similar music search system |
-
2001
- 2001-06-13 JP JP2001178869A patent/JP4244537B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002372969A (en) | 2002-12-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100429656C (en) | Music search system and music search device | |
| JP5100089B2 (en) | Music information search using 3D search algorithm | |
| JP2007519092A (en) | Search melody database | |
| JPH1115468A (en) | Music search method, music search device, music search system, and recording medium | |
| Birmingham et al. | Query by humming with the vocalsearch system | |
| KR20090032972A (en) | Query method and device by song / huming | |
| KR100512143B1 (en) | Method and apparatus for searching of musical data based on melody | |
| JP2000356996A (en) | Music search system | |
| KR20060019096A (en) | Humming-based sound source query / search system and its method | |
| JP2001075985A (en) | Music search device | |
| JP2876861B2 (en) | Automatic transcription device | |
| JP4244537B2 (en) | Music information registration system and music information search system | |
| De Valk | Structuring lute tablature and MIDI data: Machine learning models for voice separation in symbolic music representations | |
| CN110134823B (en) | MIDI music genre classification method based on normalized note explicit Markov model | |
| JP3612272B2 (en) | Music information search device, music information search method, and computer-readable recording medium storing music information search program | |
| CN101488128B (en) | Music search method and system based on rhythm mark | |
| CN1750117A (en) | Accompaniment machine song search system and its melody database construction method | |
| Duggan | Machine annotation of traditional Irish dance music | |
| JP4531679B2 (en) | Karaoke scoring system for multi-standard scoring | |
| Kitahara | Computational musical instrument recognition and its application to content-based music information retrieval | |
| KR20010011349A (en) | Apparatus and method for searching song in melody database | |
| JPH01288900A (en) | Singing voice accompanying device | |
| KR101546331B1 (en) | Method for reproducing music using musical scales and apparatus using the method | |
| JPH06202621A (en) | Music retrieval device utilizing music performance information | |
| Schuller et al. | Multimodal music retrieval for large databases |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070629 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080904 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080924 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081119 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081216 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081229 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4244537 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120116 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120116 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130116 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130116 Year of fee payment: 4 |
|
| EXPY | Cancellation because of completion of term |