(57)【要約】【課題】スピーカ特性に応じたＭＩＤＩデータの再編集を効果的に行えるシステムを提供する。【解決手段】ＭＩＤＩデータをチャネルごとのＭＩＤＩメッセージ群に分解する分解部３０１と、かかるＭＩＤＩメッセージ群をリズムパート、メロディパートまたはベースパートに分類する分類部３０２と、メロディパートに対応するＭＩＤＩメッセージ群に対して和音数をスピーカ特性に応じて変換する和音処理部３０３と、リズムパートに対応するＭＩＤＩメッセージ群に対してベロシティをスピーカ特性に応じて変換させるベロシティ処理部３０４と、ベースパートに対応するＭＩＤＩメッセージ群に対して音域をスピーカ特性に応じてシフトさせる音域処理部３０５とを備える。【選択図】  図３
2005338126.tif 000002
【特許請求の範囲】
【請求項１】
演奏データを所定のスピーカ特性に対応する演奏データに変換するための演奏データ編集装置であって、
演奏データをチャネルごとの演奏データに分解する分解部と、
当該分解部で得られた被分解演奏データをリズムパート、メロディパートまたはベースパートに分類する分類部と、
前記メロディパートに対応する前記被分解演奏データの和音数を前記スピーカ特性に応じて変換する和音処理部と、
前記リズムパートに対応する前記被分解演奏データのベロシティを前記スピーカ特性に応じて変換するベロシティ処理部と、
前記ベースパートに対応する前記被分解演奏データの音域を前記スピーカ特性に応じてシフトさせる音域処理部と、
を含む演奏データ編集装置。
【請求項２】
前記分類部が、第１０チャネルに対応する前記被分解演奏データをリズムパートであると判定することを特徴とする請求項１に記載の演奏データ編集装置。
【請求項３】
前記分類部が、前記被分解演奏データの被指定演奏楽器が所定のベース用楽器である場合に、当該被分解演奏データをベースパートであると判断することを特徴とする請求項１または２に記載の演奏データ編集装置。
【請求項４】
前記分類部が、前記被分解演奏データの被指定演奏楽器が所定のメロディ用楽器である場合に、当該被分解演奏データをメロディパートであると判断することを特徴とする請求項１〜３のいずれかに記載の演奏データ編集装置。
【請求項５】
前記分類部が、前記被分解演奏データの音域高さの平均値が所定値よりも低い場合に当該被分解演奏データをベースパートであると判断し、且つ、当該平均値が当該所定値よりも高い場合に当該被分解演奏データをメロディパートであると判断することを特徴とする請求項１〜４のいずれかに記載の演奏データ編集装置。
【請求項６】
前記分類部が、前記被分解演奏データの音符長さばらつきの偏差が所定値よりも小さい場合に当該被分解演奏データをベースパートであると判断し、且つ、当該偏差が当該所定値よりも大きい場合に当該被分解演奏データをメロディパートであると判断することを特徴とする請求項１〜４のいずれかに記載の演奏データ編集装置。
【請求項７】
演奏データを所定のスピーカ特性に対応する演奏データに変換するための演奏データ編集方法であって、
演奏データをチャネルごとの演奏データに分解する分解過程と、
当該分解過程で得られた被分解演奏データをリズムパート、メロディパートまたはベースパートに分類する分類過程と、
前記メロディパートに対応する前記被分解演奏データの和音数を前記スピーカ特性に応じて変換する和音処理過程と、
前記リズムパートに対応する前記被分解演奏データのベロシティを前記スピーカ特性に応じて変換するベロシティ処理過程と、
前記ベースパートに対応する前記被分解演奏データの音域を前記スピーカ特性に応じてシフトさせる音域処理過程と、
を含む演奏データ編集方法。
【請求項８】
前記分類過程が、第１０チャネルに対応する前記被分解演奏データをリズムパートであると判定する過程を含むことを特徴とする請求項７に記載の演奏データ編集方法。
【請求項９】
前記分類過程が、前記被分解演奏データの被指定演奏楽器が所定のベース用楽器である場合に、当該被分解演奏データをベースパートであると判断する過程を含むことを特徴とする請求項７または８に記載の演奏データ編集方法。
【請求項１０】
前記分類過程が、前記被分解演奏データの被指定演奏楽器が所定のメロディ用楽器である場合に、当該被分解演奏データをメロディパートであると判断する過程を含むことを特徴とする請求項７〜９のいずれかに記載の演奏データ編集方法。
【請求項１１】
前記分類過程が、前記被分解演奏データの音域高さの平均値が所定値よりも低い場合に当該被分解演奏データをベースパートであると判断し、且つ、当該平均値が当該所定値よりも高い場合に当該被分解演奏データをメロディパートであると判断する過程を含むことを特徴とする請求項７〜１０のいずれかに記載の演奏データ編集方法。
【請求項１２】
前記分類過程が、前記被分解演奏データの音符長さばらつきの偏差が所定値よりも小さい場合に当該被分解演奏データをベースパートであると判断し、且つ、当該偏差が当該所定値よりも大きい場合に当該被分解演奏データをメロディパートであると判断する過程を含むことを特徴とする請求項７〜１０のいずれかに記載の演奏データ編集方法。
【請求項１３】
コンピュータ上で実行され、メモリに保存された演奏データを所定のスピーカ特性に対応する演奏データに変換するための演奏データ編集プログラムであって、
演奏データをチャネルごとの演奏データに分解する分解処理と、
当該分解処理で得られた被分解演奏データをリズムパート、メロディパートまたはベースパートに分類する分類処理と、
前記メロディパートに対応する前記被分解演奏データの和音数を前記スピーカ特性に応じて変換する和音処理と、
前記リズムパートに対応する前記被分解演奏データのベロシティを前記スピーカ特性に応じて変換するベロシティ処理と、
前記ベースパートに対応する前記被分解演奏データの音域を前記スピーカ特性に応じてシフトさせる音域処理と、
を含む演奏データ編集プログラム。
【請求項１４】
前記分類処理が、第１０チャネルに対応する前記被分解演奏データをリズムパートであると判定する処理を含むことを特徴とする請求項１３に記載の演奏データ編集プログラム。
【請求項１５】
前記分類処理が、前記被分解演奏データの被指定演奏楽器が所定のベース用楽器である場合に、当該被分解演奏データをベースパートであると判断する処理を含むことを特徴とする請求項１３または１４に記載の演奏データ編集プログラム。
【請求項１６】
前記分類処理が、前記被分解演奏データの被指定演奏楽器が所定のメロディ用楽器である場合に、当該被分解演奏データをメロディパートであると判断する処理を含むことを特徴とする請求項１３〜１５のいずれかに記載の演奏データ編集プログラム。
【請求項１７】
前記分類処理が、前記被分解演奏データの音域高さの平均値が所定値よりも低い場合に当該被分解演奏データをベースパートであると判断し、且つ、当該平均値が当該所定値よりも高い場合に当該被分解演奏データをメロディパートであると判断する処理を含むことを特徴とする請求項１３〜１６のいずれかに記載の演奏データ編集プログラム。
【請求項１８】
前記分類処理が、前記被分解演奏データの音符長さばらつきの偏差が所定値よりも小さい場合に当該被分解演奏データをベースパートであると判断し、且つ、当該偏差が当該所定値よりも大きい場合に当該被分解演奏データをメロディパートであると判断する処理を含むことを特徴とする請求項１３〜１６のいずれかに記載の演奏データ編集プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＭＩＤＩ(Musical Instrument Digital Interface)等の演奏データを編集する技術に関する。より詳細には、本発明は、メロディ再生装置等のスピーカ特性に応じて演奏データを自動的に変更する技術に関する。
【背景技術】
【０００２】
携帯電話等の携帯通信端末は、通常、メロディ再生機能を備えている。メロディ再生機能の最も代表的な用途は、電話や電子メールを受けたときの告知音である。加えて、音楽鑑賞のためのメロディ再生を行うことができる携帯通信端末も、既に知られている。
【０００３】
多くの携帯通信端末では、メロディ再生の規格として、ＭＩＤＩが採用されている。ＭＩＤＩとは、音響そのものをデータ化するのではなく、楽器の演奏情報をデータ化する技術である。例えば、楽器がキーボードである場合、「鍵盤を指で押す」、「鍵盤から指を離す」、「ペダルを足で踏む」、「ペダルから足を離す」、「音色を変える」等の演奏動作が、データ化される。ＭＩＤＩ規格に対応する演奏データは、ＭＩＤＩデータと称される。
【０００４】
ＭＩＤＩデータは、パーソナルコンピュータやＭＩＤＩ機器等を用いて作成することができる。例えば、ＭＩＤＩキーボードを用いて入力した情報をパーソナルコンピュータで編集することによって、ＭＩＤＩデータを得ることができる。
【０００５】
ＭＩＤＩデータは、一般のオーディオシステム等で再生することもできるし、携帯通信端末で再生することもできる。しかしながら、オーディオシステム用に作成されたＭＩＤＩデータを携帯通信端末で再生する場合、音質が悪くなることが多い。多くの携帯通信端末では、スピーカのサイズが非常に小さいからである。通常の携帯通信端末には、例えば直径１センチメートル未満の、非常に小さいスピーカが搭載される。一般に、小型スピーカは、低音のゲインが高音のゲインと比べて小さいという特性を有している。また、楽器の種類によっては、小型スピーカでは聞こえ難い場合がある。したがって、大型スピーカ用のＭＩＤＩデータを携帯通信端末で再生する場合には、ＭＩＤＩデータを再編集する必要が生じる。
【０００６】
ＭＩＤＩデータを再編集する技術は、例えば下記特許文献１、２において、既に開示されている。
【０００７】
特許文献１には、音源の使用楽器や特性の違いに応じてＭＩＤＩデータを再編集する技術が開示されている。この技術では、設定音量値と聴感音量値とに対応付けを楽器ごとに記述した音量変換テーブルを用いて、ＭＩＤＩデータの再編集を行う（特許文献１の段落００１３〜００２０参照）。しかしながら、特許文献１の技術は、音源の違いに基づく音量バランスを調整するための技術であり、したがって、音量以外の調整を行うことができない。このため、大型スピーカ用ＭＩＤＩデータを小型スピーカ用ＭＩＤＩデータに再編集する技術に適用しても、十分な効果は得られない。
【０００８】
特許文献２には、既存の演奏データに伴奏情報を付加する技術が開示されている。この技術では、ＣＰＵ(Central Processing Unit) が、和音テーブルを用いて演奏データ中の和音を検出し、且つ、自動伴奏装置が被検出和音に対応する伴奏情報を生成する（特許文献２の段落００２３、００２６等参照）。しかしながら、上述のような小型スピーカの問題は、伴奏を付加することによっては解決できない。
【特許文献１】特開２００２−２５８８４１号公報
【特許文献２】特開平６−２９５１７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の課題は、スピーカ特性の相違に基づく再生音質の低下を防止するための演奏データ編集装置、演奏データ編集方法および演奏データ編集プログラムを提供することにある。
【課題を解決するための手段】
【００１０】
（１）第１の発明は、演奏データを所定のスピーカ特性に対応する演奏データに変換するための演奏データ編集装置に関する。
そして、演奏データをチャネルごとの演奏データに分解する分解部と、当該分解部で得られた被分解演奏データをリズムパート、メロディパートまたはベースパートに分類する分類部と、メロディパートに対応する被分解演奏データの和音数をスピーカ特性に応じて変換する和音処理部と、リズムパートに対応する被分解演奏データのベロシティをスピーカ特性に応じて変換するベロシティ処理部と、ベースパートに対応する被分解演奏データの音域をスピーカ特性に応じてシフトさせる音域処理部とを含む。
【００１１】
（２）第２の発明は、演奏データを所定のスピーカ特性に対応する演奏データに変換するための演奏データ編集方法に関する。
そして、演奏データをチャネルごとの演奏データに分解する分解過程と、当該分解過程で得られた被分解演奏データをリズムパート、メロディパートまたはベースパートに分類する分類過程と、メロディパートに対応する被分解演奏データの和音数をスピーカ特性に応じて変換する和音処理過程と、リズムパートに対応する被分解演奏データのベロシティをスピーカ特性に応じて変換するベロシティ処理過程と、ベースパートに対応する被分解演奏データの音域をスピーカ特性に応じてシフトさせる音域処理過程とを含む。
【００１２】
（３）第３の発明は、コンピュータ上で実行され、メモリに保存された演奏データを所定のスピーカ特性に対応する演奏データに変換するための演奏データ編集プログラムに関する。
そして、演奏データをチャネルごとの演奏データに分解する分解処理と、当該分解処理で得られた被分解演奏データをリズムパート、メロディパートまたはベースパートに分類する分類処理と、メロディパートに対応する被分解演奏データの和音数をスピーカ特性に応じて変換する和音処理と、リズムパートに対応する被分解演奏データのベロシティをスピーカ特性に応じて変換するベロシティ処理と、ベースパートに対応する被分解演奏データの音域をスピーカ特性に応じてシフトさせる音域処理とを含む。
【発明の効果】
【００１３】
本発明によれば、演奏データをリズムパート、メロディパートまたはベースパートに分類し、この分類に応じて演奏データに施す処理の種類（ベロシティ変換処理、和音数変換処理または音域シフト処理）を決定するので、スピーカ特性の相違に対応させるための演奏データの再編集を効果的に行うことが可能になる。
【発明を実施するための最良の形態】
【００１４】
以下、この発明の実施の形態について、図１〜３を用いて説明する。なお、図中、各構成成分の大きさ、形状および配置関係は、この発明が理解できる程度に概略的に示してあるにすぎず、また、以下に説明する数値的条件は単なる例示にすぎない。
【００１５】
図１は、本実施形態に係るシステムの全体構成を概略的に示すブロック図である。
【００１６】
図１に示したように、本実施形態のシステム１００は、ＭＩＤＩデータ編集装置１１０と、携帯電話機１２０とを含む。ＭＩＤＩデータ編集装置１１０としては、例えばパーソナルコンピュータを使用することができる。ＭＩＤＩデータ編集装置１１０と携帯電話機１２０との間では、ＭＩＤＩファイル（すなわちＭＩＤＩデータが格納されたファイル）が転送される。ＭＩＤＩファイルの転送媒体としては、メモリカードやデータケーブル等を使用することができるが、本実施形態ではメモリカード１３０を使用する。
【００１７】
図２は、ＭＩＤＩデータ編集装置１１０の内部構成を概略的に示すブロック図である。
【００１８】
図２に示したように、本実施形態に係るＭＩＤＩデータ編集装置１１０は、ＣＰＵ(Central Processing Unit) １１１、ハードディスク１１２、画像制御部１１３、ディスプレイ１１４、ＲＡＭ(Random Access Memory)１１５、ＲＯＭ(Read Only Memory)１１６、入力部１１７、カードリーダ１１８およびデータバス１１９を備えている。
【００１９】
ＣＰＵ１１１は、本実施形態に係るＭＩＤＩデータ編集プログラムを実行するとともに（後述）、他の構成要素１１２〜１１８の動作を制御する。
【００２０】
ハードディスク１１２は、オペレーティングシステムや本実施形態のＭＩＤＩデータ編集プログラム等を格納する。
【００２１】
画像制御部１１３は、ディスプレイ１１４を制御して、ＭＩＤＩデータの編集結果等を表示させる。
【００２２】
ＲＡＭ１１５は、ＣＰＵ１１１のワークエリアとして使用するための、読み書き可能な半導体メモリである。
【００２３】
ＲＯＭ１１６は、オペレーティングシステムを起動するためのブートローダプログラムを保存するための不揮発性半導体メモリである。
【００２４】
入力部１１７は、オペレータがＭＩＤＩデータ編集装置１１０を操作するためのキーボードやマウス等である。
【００２５】
カードリーダ１１８は、メモリカード１３０（図１参照）からＭＩＤＩファイルを読み出すとともに、編集後のＭＩＤＩファイルをメモリカード１３０に書き込むための装置である。
【００２６】
データバス１１９は、各構成要素１１１〜１１３，１１５〜１１８を相互接続するための配線である。
【００２７】
図３は、ＣＰＵ１１１内にソフトウエア的に構築される機能を表す機能ブロック図である。
【００２８】
図３に示したように、ＣＰＵ１１１には、分解部３０１、分類部３０２、和音処理部３０３、ベロシティ処理部３０４および音域処理部３０５が構築される。
【００２９】
分解部３０１は、ＭＩＤＩデータを、チャネルごとのＭＩＤＩメッセージ群に分解する。
【００３０】
分類部３０２は、分解部３０１で得られたＭＩＤＩメッセージ群を、リズムパート、メロディパートまたはベースパートに分類する。
【００３１】
和音処理部３０３は、メロディパートに対応するＭＩＤＩメッセージ群の和音数を、携帯電話機１２０のスピーカ特性に応じて変換する。
【００３２】
ベロシティ処理部３０４は、リズムパートに対応するＭＩＤＩメッセージ群のベロシティを、携帯電話機１２０のスピーカ特性に応じて変換する。
【００３３】
音域処理部３０５は、ベースパートに対応するＭＩＤＩメッセージ群の音域を、携帯電話機１２０のスピーカ特性に応じてシフトさせる。
【００３４】
なお、これらの各要素３０１〜３０５をハードウエア的に構築してもよいことはもちろんである。
【００３５】
次に、図１〜図３に示したシステムの動作を説明する。
（１）まず、ＭＩＤＩデータ編集装置１１０の電源がオンされる。これにより、ＣＰＵ１１１が、ＲＯＭ１１６に保存されたブートローダプログラムを実行する。
（２）ブートローダプログラムは、オペレーティングシステムを、データバス１１９を介してハードディスク１１２からＲＡＭ１１５に転送し、さらに、このオペレーティングシステムを起動させる。
（３）そして、オペレータの操作にしたがって、オペレーティングシステムが、ＭＩＤＩデータ編集プログラムを、データバス１１９を介してハードディスク１１２からＲＡＭ１１５に転送し、さらに、このＭＩＤＩデータ編集プログラムを起動させる。
（４）続いて、ＭＩＤＩデータ編集プログラムが、オペレータの操作にしたがって、カードリーダ１１８に収容されたメモリカード１３０から、ＭＩＤＩファイルを読み出す。読み出されたＭＩＤＩファイルは、データバス１１９を介してＲＡＭ１１５に転送される。
（５）ＭＩＤＩデータ編集プログラムは、オペレータの開始指示にしたがってＭＩＤＩファイルに格納されたＭＩＤＩデータを自動的に再編集し（後述）、編集後のＭＩＤＩデータをＲＡＭ１１５に保存する。
（６）画像制御部１１３は、ＣＰＵの制御にしたがい、編集後のＭＩＤＩデータに係る情報をディスプレイ１１４に表示させる。オペレータは、ディスプレイ１１４を用いて、編集結果をチェックすることができ、加えて、この編集結果をさらに変更することもできる。
（７）その後、ＭＩＤＩデータ編集プログラムは、オペレータの操作にしたがって、編集後のＭＩＤＩファイルを、ＲＡＭ１１５からメモリカード１３０に転送する。これにより、処理が終了する。
【００３６】
図４は、ＭＩＤＩデータ編集プログラムの再編集処理（上記（５）参照）を説明するためのフローチャートである。
【００３７】
まず、分解部３０１が、ＲＡＭ１１５からＭＩＤＩデータを順次読み出し、チャネルに分解する（ステップＳ４０１参照）。ＧＭ(General MIDI)規格に準拠したＭＩＤＩ音源は、１６個のチャネルを備えている。また、ＭＩＤＩデータ中の各ＭＩＤＩメッセージには、当該ＭＩＤＩメッセージの演奏に使用されるチャネルの番号が格納されている。このチャネル番号を読み出すことにより、各ＭＩＤＩメッセージをチャネル毎に分けることができる。
【００３８】
次に、分類部３０２が、各チャネルのＭＩＤＩメッセージ群をリズムパート、メロディパートまたはベースパートのいずれかに分類するための処理を行う（ステップＳ４０２参照）。
【００３９】
この処理では、まず、最初のチャネルのＭＩＤＩメッセージ群がリズムパートに属するか否かを判定する。ＧＭ規格では、リズムパートには第１０チャネルを使用すると規定されている。したがって、ＭＩＤＩデータ編集プログラムは、当該ＭＩＤＩメッセージ群のチャネル番号をチェックし、当該チャネル番号が‘１０’である場合には当該ＭＩＤＩメッセージ群がリズムパートであると判断する。
【００４０】
当該ＭＩＤＩメッセージ群がリズムパートでない場合、分類部３０２は、当該チャネルに割り当てられた楽器の種類を判別する。ＧＭ規格では、ＭＩＤＩ音源で使用される１２８種類の楽器が規定されている。本実施形態では、予めこれらの楽器をメロディ用楽器（メロディパートに使用される可能性が高い楽器）、ベース用楽器（ベースパートに使用される可能性が高い楽器）および他の楽器に分類しておく。そして、メロディ用楽器が指定されているときはメロディパートであると判断し、さらに、ベース用楽器が指定されているときはベースパートであると判断する。
【００４１】
一方、メロディ用でもベース用でもない楽器が指定されているときは、次に、分類部３０２は、当該ＭＩＤＩメッセージ群の音域高さの平均値を算出する。そして、この平均値が所定値よりも低い場合は当該ＭＩＤＩメッセージ群をベースパートであると判断し、且つ、この平均値が所定値よりも高い場合に当該ＭＩＤＩメッセージ群をメロディパートであると判断する。なお、この判定では、音域高さの平均値に代えて、音符長さばらつきの偏差を使用することもできる。すなわち、この偏差が所定値よりも小さい場合に当該ＭＩＤＩメッセージ群をベースパートであると判断し、且つ、この偏差が所定値よりも大きい場合に当該ＭＩＤＩメッセージ群をメロディパートであると判断することができる。
【００４２】
パートの判別が終了すると、処理部３０３〜３０５が、ＭＩＤＩメッセージ群の変換処理を実行する。
【００４３】
ステップＳ４０２でＭＩＤＩメッセージ群がメロディパートであると判断された場合、和音処理部３０３が、当該ＭＩＤＩメッセージ群の和音数を変換する（ステップＳ４０３参照）。最適な和音数は、携帯電話機１２０（図１参照）のスピーカ特性に合わせて定めればよい。この最適値は、例えば、予め決定されてハードディスク１１２（図２参照）内のメロディ変換処理用のデータベース（図示せず）に格納されている。ＭＩＤＩデータに空きチャネルがある場合には、その空きチャネルに当該ＭＩＤＩメッセージ群をコピーすることによって、和音数を２倍にすることができる。一方、空きチャネルがない場合には、当該ＭＩＤＩメッセージ群に対応するチャネルにさらに当該ＭＩＤＩメッセージ群を書き加えることによって、和音数を２倍にすることができる。但し、和音数の合計が携帯電話機１２０に搭載されている音源の発音可能な最大和音数を超えないものとする。
【００４４】
ステップＳ４０２でＭＩＤＩメッセージ群がリズムパートであると判断された場合、ベロシティ処理部３０４が、当該ＭＩＤＩメッセージ群のベロシティを変換する（ステップＳ４０４参照）。リズムパートを構成するＭＩＤＩメッセージ群のベロシティは、例えばすべて最大値（すなわち１２７）に変換される。最適なベロシティは、携帯電話機１２０のスピーカ特性に合わせて定めればよい。この最適値は、例えば、予め決定されてハードディスク１１２内のベロシティ変換処理用のデータベース（図示せず）に格納されている。
【００４５】
ステップＳ４０２でＭＩＤＩメッセージ群がベースパートであると判断された場合、音域処理部３０５が、当該ＭＩＤＩメッセージ群の音域をシフトさせる（ステップＳ４０５参照）。音域をシフトさせるためには、各ＭＩＤＩメッセージのノート（すなわち音階を表す数値）を書き換えればよい。音域のシフト量は、携帯電話機１２０のスピーカ特性に合わせて決定すればよい。最適なシフト量（或いはシフト後の音域）は、例えば、予め決定されてハードディスク１１２内の音域変換処理用のデータベース（図示せず）に格納されている。
【００４６】
変換処理が終了すると、次に、ＭＩＤＩデータ編集プログラムは、当該ＭＩＤＩメッセージ群のチャネルが最終チャネル（第１６チャネル）であるか否かを判断する（ステップＳ４０６参照）。そして、最終チャネルでないと判断された場合、ＭＩＤＩデータ編集プログラムは、次のチャネルに対応するＭＩＤＩメッセージ群に対してステップＳ４０２以降の処理を実行する。
【００４７】
一方、最終チャネルであると判断された場合、ＭＩＤＩデータ編集プログラムは、変換処理後の各ＭＩＤＩメッセージ群を用いてＭＩＤＩファイルを再構成する（ステップＳ４０７参照）。最後に、ＭＩＤＩデータ編集プログラムは、再構成されたＭＩＤＩファイルをＲＡＭ１１５に格納して、編集処理を終了する（ステップＳ４０８参照）。
【００４８】
上述の変換処理（ステップＳ４０３〜４０５参照）では、パートに応じて和音数、ベロシティまたは音域の変換を行ったが、これらの変換処理に加えて、各パートを際だたせるための他の処理を行ってもよい。例えば、当該チャネルの指定楽器を携帯電話機１２０のスピーカ特性に合わせて変更する処理をさらに実行することとしてもよい。加えて、ＭＩＤＩメッセージ群の倍音（１オクターブ高い音）を空きチャネルにコピーする処理や、デチューン処理（音域を数パーセントだけシフトさせたＭＩＤＩメッセージ群を空きチャネルにコピーする処理）を施すことにより、小型スピーカの再生音に深みを持たせることもできる。さらに、マスタボリュームやチャネルボリューム、マスタエクスプレッションを増大させる処理により、音量を増大させることとしてもよい。
【００４９】
なお、本実施形態では、リズムパートの判別にチャネル番号を使用したが、使用楽器の種類や音符長さばらつきの偏差等を用いてリズムパートを判別することとしてもよい。
【００５０】
また、本実施形態では、各チャネルに対応するＭＩＤＩメッセージ群をメロディパート、リズムパートおよびベースパートに分類したが、これらパートの名称は必ずしも音楽的なメロディ、リズムおよびベースの概念と一致していなくてもよい。すなわち、各チャネルのＭＩＤＩメッセージ群を、和音数変換処理（図３のステップＳ４０３参照）に適したものと、ベロシティ変換処理（同図のステップＳ４０４参照）に適したものと、音域シフト変換処理（同図のステップＳ４０５参照）に適したものとに分類することができればよい。
【００５１】
以上説明したように、本実施形態のシステム１００は、各チャネルが属するパート（メロディパート、ベースパートまたはリズムパート）に応じて、ＭＩＤＩメッセージの変換方法を決定することができる（図３のステップＳ４０３〜４０５参照）。したがって、本実施形態によれば、スピーカ特性に応じたＭＩＤＩデータの再編集を、非常に効果的に行うことができる。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施形態に係るシステムの全体構成を概略的に示すブロック図である。
【図２】図１に示されたＭＩＤＩデータ編集装置の内部構成を概略的に示すブロック図である。
【図３】図１に示されたＭＩＤＩデータ編集装置の機能ブロック図である。
【図４】図１に示されたＭＩＤＩデータ編集装置の動作を示すフローチャートである。
【符号の説明】
【００５３】
１００  ＭＩＤＩデータ編集システム
１１０  ＭＩＤＩデータ編集装置
１１１  ＣＰＵ
１１２  ハードディスク
１１３  画像制御部
１１４  ディスプレイ
１１５  ＲＡＭ
１１６  ＲＯＭ
１１７  入力部
１１８  カードリーダ
１２０  携帯電話機
１３０  メモリカード
３０１  分解部
３０２  分類部
３０３  和音処理部
３０４  ベロシティ処理部
３０５  音域処理部
【図１】
2005338126.tif 000003
【図２】
2005338126.tif 000004
【図３】
2005338126.tif 000005
【図４】
2005338126.tif 000006