JP4206613B2 - 音楽データ送信装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、音楽データ送信装置に関する。
【０００２】
【従来の技術】
電子ピアノ等の電子楽器においては、電子楽器に内蔵される音源を用いて楽音を発生する他に、外部機器との間でデータ通信を行う通信機能を備えたものが広く普及している。
例えば、通信機能を備えた電子ピアノに外部音源（音源モジュール、他の電子楽器等）を接続した場合には、電子ピアノの鍵盤を弾くことにより発生するデータを外部音源に送信することで、外部音源を用いて楽音を発生させることができる。
このように、電子楽器と外部音源との間でデータ通信を行うための規格として、ＭＩＤＩ（Ｍusical Ｉnstrument Ｄigital Ｉnterface）規格があり、このＭＩＤＩ規格に対応する装置（以下、ＭＩＤＩ装置という）には、ＭＩＤＩインタフェースが搭載されている。
ところで、近年電子楽器分野においては、コンピュータミュージックの著しい進展に伴い、パーソナルコンピュータ上で作曲や編曲を行って、楽曲等に対応したＭＩＤＩデータ（ＭＩＤＩ規格に合致するデータ）を生成した後、このＭＩＤＩデータを電子楽器に送信すること、あるいは電子楽器のＭＩＤＩデータをパーソナルコンピュータに送信してパーソナルコンピュータ上で編集すること等が行われている。
この電子楽器との間でデータ通信を行うパーソナルコンピュータには、ＭＩＤＩ規格に対応したＭＩＤＩインタフェースが搭載されており、パーソナルコンピュータは、このＭＩＤＩデータをＭＩＤＩインタフェースを介して電子楽器とデータ通信を行っていた。
しかしながら、このＭＩＤＩ規格において定められているＭＩＤＩインタフェースの通信速度（通信時のビットレート）は、図７に示すように現在パーソナルコンピュータ等において広く普及しているＩＥＥＥ１３９４、ＵＳＢ等のシリアルインタフェースの通信速度と比較して非常に遅い。
従って、ＭＩＤＩインタフェースを介して電子楽器とデータ通信を行うことは、高速通信可能なＩＥＥＥ１３９４、ＵＳＢ等のシリアルインタフェースを備えるパーソナルコンピュータ等にとっては非常に効率の悪いものであった。
このような事情に鑑み、高速通信可能なＩＥＥＥ１３９４、ＵＳＢ等のシリアルインタフェースを備え、これらのインタフェースを介してパーソナルコンピュータ等とデータ通信可能な電子楽器、音源モジュール等（以下、これらを総称してＭＩＤＩ対応装置という）の開発が進められてきた。
この結果、現在に至ってはＭＩＤＩインタフェースのみを備えたＭＩＤＩ装置に代わり、ＭＩＤＩインタフェース以外に高速通信可能なインタフェースを備えたＭＩＤＩ対応装置が広く普及しつつある。
【０００３】
【発明が解決しようとする課題】
ところで、このＭＩＤＩ対応装置にＭＩＤＩデータを送信する場合、ユーザはまず、ＭＩＤＩインタフェースを利用してＭＩＤＩデータを送信するか、あるいはＩＥＥＥ１３９４等のインタフェースを利用してＭＩＤＩデータを送信するかを選択し、次いでこのインタフェース規格に適合するケーブルを用いてＭＩＤＩデータ送信側の装置とＭＩＤＩ対応装置を接続する。このＭＩＤＩインタフェース及びＩＥＥＥ１３９４等のインタフェースは、いずれもシリアルインタフェースである。このため、ＭＩＤＩ対応装置はいずれのインタフェースを利用したとしても、送信側の装置からシリアルデータを受信することとなる。
従って、例えば送信側の装置において和音等の発音イベントが生成された場合、この和音を構成する各音の発音イベントは、この送信側の装置からシリアルインタフェースを介して順番に送り出されることとなる。なお、ここでイベント（音楽イベント）とは、ＭＩＤＩデータ（音楽データ）により構成された演奏、操作等に関する音楽情報をいう。
図８は、送信側の装置からＭＩＤＩ対応装置へ和音の発音イベントが送信された場合を説明するための図である。
さらに詳述すると、図８（ａ）は、ＭＩＤＩ対応装置がＭＩＤＩインタフェースを介して受信した発音イベントの発音タイミングを示しており、図８（ｂ）は、高速インタフェースを介して受信した発音イベントの発音タイミングを示している。なお、以下の説明では、ＭＩＤＩ規格の２倍の通信速度でデータ通信可能なインタフェースを高速インタフェースという。
送信側の装置からＭＩＤＩ対応装置へ「ド」と「ソ」の和音に関する発音イベントが送信されると、ＭＩＤＩ対応装置は、まず「ド」（ノートナンバー）の音を強さ「１０」（ベロシティ）で発音（ノートオン）すべき発音イベント１を受信し、続いて「ソ」の音（ノートナンバー）を強さ「２０」（ベロシティ）で発音（ノートオン）すべき発音イベント２を受信する（図８参照）。
ＭＩＤＩ対応装置は、ＭＩＤＩインタフェースを介してイベントを受信すると、受信開始（図８（ａ）に示す、発音イベント１開始）から９６０μｓ後に発音イベント１の発音処理を開始し、さらに９６０μｓ経過した後に発音イベント２の発音処理を開始する。
一方、高速インタフェースを介して発音イベントを受信した場合、ＭＩＤＩ対応装置は、受信開始（図８（ｂ）に示す、発音イベント１開始）から４８０μｓ後に発音イベント１の発音処理を開始し、さらに４８０μｓ経過した後に発音イベント２の発音処理を開始する。
このように、送信側の装置において同時に生成された「ド」の音を発音すべき発音イベントと「ソ」の音を発音すべき発音イベントは、順番に送り出されるため、いずれのインタフェースを利用した場合においても、「ド」の音の発音するタイミングと「ソ」の音の発音するタイミングとの間にズレが生じる。
このような発音タイミングのズレを解消すべく、従来より様々な試みがなされてきた。例えば、同時発音したならば得られたであろう合成波形に最も近い合成波形を得るため、各音を単独で発音した場合に得られる波形に対して波形変更処理を施し、変更処理の施された波形を用いて最適な合成波形を得る等である。
ただし、このような試みは、全てＭＩＤＩ規格の通信速度でＭＩＤＩデータの授受が行われることを前提としたものである。
従って、図８（ａ）に示すように、ＭＩＤＩインタフェースを介してＭＩＤＩデータを受信し、ＭＩＤＩ規格通りに発音処理を行った場合には、最適な合成波形が得られるが、図８（ｂ）に示すように、高速インタフェースを介してＭＩＤＩ規格以上の通信速度でＭＩＤＩデータを受信した場合には、ＭＩＤＩ規格よりも早いタイミングで発音処理が行われることとなり、最適な合成波形は得られない。これにより、従来のＭＩＤＩ対応装置においては、ＭＩＤＩインタフェースを介して受信した場合と、ＩＥＥＥ１３９４等のインタフェースを介して受信した場合では受信したデータが同一内容であるにもかかわらず、同じ演奏が再現されないという問題があった。
本発明は、以上説明した事情を鑑みてなされたものであり、同じ内容の音楽データを送信し、受信側において演奏を再現する場合、使用するインタフェースの種類によらずに同じ演奏を再現することができる音楽データ送信装置を提供することを目的とする。
【０００４】
【課題を解決するための手段】
上述した問題を解決するため、請求項１に記載の音楽データ送信装置は、低速インタフェースと高速インタフェースとを備え、低速インタフェース及び高速インタフェースのいずれかにより音楽データの送信を行う送信部と、前記高速インタフェースを介して前記音楽データを送信する場合のビットレートが、前記低速インタフェースを介して前記音楽データを送信する場合のビットレートと等しくなるように前記送信部を制御する送信制御部とを具備し、前記送信制御部は、前記音楽データにより構成される音楽イベントの種類に応じて、前記高速インタフェースを介して前記音楽データを送信する場合のビットレートが前記低速インタフェースを介して前記音楽データを送信する場合のビットレートと等しくなるように前記送信部を制御するか否かを選択することを特徴とする。
【０００６】
【発明の実施の形態】
以下、本発明をさらに理解しやすくするため、実施の形態について説明する。かかる実施の形態は、本発明の一態様を示すものであり、この発明を限定するものではなく、本発明の範囲で任意に変更可能である。
【０００７】
Ａ．第１の実施形態
（１）実施形態の構成
図１は、本実施形態に係る送信側のＭＩＤＩ対応装置１００の構成を示すブロック図である。
このＭＩＤＩ対応装置１００は、ＭＩＤＩインタフェース及び高速インタフェースを備えており、ＭＩＤＩ規格及びＭＩＤＩ規格の２倍の伝送速度においてデータの授受が可能な装置である（高速インタフェースについては、従来技術の欄に記載した内容を参照されたい）。
ＭＩＤＩ対応装置１００の装置各部の制御を司る制御部１０には、バス１１を介してＲＯＭ２０、ＲＡＭ３０、音源部４０、通信部５０、高速インタフェース５１、ＭＩＤＩインタフェース５２等が接続されている。もちろん、このＭＩＤＩ対応装置１００には、既存のＭＩＤＩ対応装置と同様、アンプやスピーカ等により構成されるサウンドシステム等が搭載されているが、本発明の要旨とは関係がないため説明を省略する。
【０００８】
制御部１０は、ＲＯＭ２０に記憶されている処理プログラムに基づいてＭＩＤＩ対応装置１００の制御を行う一方、高速インタフェース５１を介してＭＩＤＩデータを送信する場合には、ＲＯＭ２０の所定記憶エリアに格納された送信割り込みプログラムを起動し、ＭＩＤＩデータの送信制御を行う。
ＲＡＭ３０は、書き換え可能なメモリであり、音源部４０において変換されたＭＩＤＩデータを格納する送信データ格納領域、受信したＭＩＤＩデータを格納する受信データ格納領域等、複数の格納領域を有するＦＩＦＯメモリである。
【０００９】
音源部４０は、楽音データの生成等を行い、生成した楽音データをＭＩＤＩ規格に合致するフォーマットのＭＩＤＩデータに変換した後、通信部５０に出力する。
通信部５０は、高速インタフェース５１及びＭＩＤＩインタフェース５２を介して、ＭＩＤＩデータの授受を行う役割を担っている。具体的には、この通信部５０は、ＲＡＭ３０の送信データ格納領域から転送される１バイトのＭＩＤＩデータにスタートビット（１ビット）及びストップビット（１ビット）を付加し、このスタートビット及びストップビットを付加したＭＩＤＩデータ（１０ビット）を各インタフェースを介して送信する一方、各インタフェースを介して受信したＭＩＤＩデータを、アンプやスピーカ等を備える図示せぬサウンドシステムに出力する。
【００１０】
高速インタフェース５１は、高速インタフェース規格のケーブル（以下、高速ケーブルという）と接続する「ポート」と呼ばれる端子を備えている。この端子に前記ケーブルを接続することで、双方向のシリアル通信が可能となる。
ＭＩＤＩインタフェース５２は、ＭＩＤＩ規格のケーブルと接続するための入力端子及び出力端子を備えている。この入力端子または出力端子に前記ケーブルを接続することで、単方向のシリアル通信が可能となる。
次に、このような構成のＭＩＤＩ対応装置１００において、高速インタフェース５１を介してＭＩＤＩデータを送信する際の具体的動作について説明する。
なお、以下に示すＭＩＤＩ対応装置１００の具体的動作は、音源部４０においてリアルタイムに生成されるＭＩＤＩデータを外部装置２００へ送信することを想定したものであるが、これに限定する趣旨ではない。例えば、予めＲＡＭ３０等に格納されているＭＩＤＩデータ（例えば、編集等を行った楽曲等）を外部装置２００へ送信する場合にも適用可能である。
【００１１】
（２）実施形態の動作
まず、ユーザは高速ケーブルを用いてＭＩＤＩ対応装置１００とＭＩＤＩデータの送信先となる外部装置２００を接続する（図２参照）。なお、この外部装置２００は、ＭＩＤＩ対応装置１００と同様に高速インタフェース及びＭＩＤＩインタフェースを備えるＭＩＤＩ対応装置であるが、説明の理解を容易にするために、ＭＩＤＩデータ送信側の装置をＭＩＤＩ対応装置１００といい、ＭＩＤＩデータ受信側の装置を外部装置２００という。
【００１２】
高速インタフェース５１の端子に高速ケーブルが差し込まれると、ＭＩＤＩ対応装置１００の通信部５０は、制御部１０に対し高速インタフェース５１を介してＭＩＤＩデータの授受が可能になった旨を通知する。
これを受け、ＭＩＤＩ対応装置１００全体の制御を司る制御部１０は、ＭＩＤＩデータの送信制御を開始すべく、ＲＯＭ２０に格納された送信処理プログラムを起動する。
【００１３】
図３は、送信処理の制御フローを示すフローチャートである。
まず、制御部１０は、ＲＡＭ３０の送信データ格納領域を参照し、送信すべきＭＩＤＩデータがあるか否かの判定を行う（ステップＳ１）。
ここでは、未だ音源部４０において送信すべきＭＩＤＩデータの生成が行われていなかったとする。
ＲＡＭ３０の送信データ記憶領域には、未だＭＩＤＩデータは格納されていないため、制御部１０は送信すべきＭＩＤＩデータがないと判断し（ステップＳ１；ＮＯ）、送信すべきＭＩＤＩデータがＲＡＭ３０の送信データ記憶領域に格納されるまで、ステップＳ１の処理を繰り返し実行する。
【００１４】
その後、ユーザが鍵盤演奏を開始したとする。これにより、音源部４０は、鍵盤演奏に基づくＭＩＤＩデータの生成を開始する。音源部４０において生成されたＭＩＤＩデータは、ＲＡＭ３０の送信データ格納領域に順次格納されていく。
ＲＡＭ３０の送信データ格納領域にＭＩＤＩデータが格納されると、制御部１０は、このステップＳ１において送信すべきＭＩＤＩデータがあると判断し、ステップＳ２に進む。
ステップＳ２において、制御部１０は計時タイマ（図示略）が起動中であるか否かの判定を行う。この計時タイマは、制御部１０がステップＳ３の処理を実行することにより起動される。そして、計時タイマは、起動してから３２０μｓの計時を行い、この計時が終了すると制御部１０にその旨を通知する。
従って、このステップＳ２において、制御部１０は、まだ計時タイマを起動していないため、判断結果は「ＮＯ」となり、制御部１０はステップＳ３に進む。
【００１５】
ステップＳ３において、制御部１０は、ＲＡＭ３０の送信データ格納領域から通信部５０へ送信すべきＭＩＤＩデータを転送すると共に、計時タイマを起動する。なお、このＲＡＭ３０から通信部５０へのＭＩＤＩデータの転送は、１バイト単位で行われる。
このようにして、ＲＡＭ３０から通信部５０へＭＩＤＩデータを転送すると、制御部１０は、再びステップＳ１に戻り、ＲＡＭ３０の送信データ格納領域を参照し、送信すべきＭＩＤＩデータがあるか否かの判断を行う。制御部１０は、送信すべきＭＩＤＩデータがあると判断すると、計時タイマが起動しているか否かを判断する（ステップＳ１→ステップＳ２）。前述したように、計時タイマは３２０μｓ経過すると、その旨を制御部１０に通知する。従って、制御部１０は、計時タイマから３２０μｓ経過した旨の通知を受け取るまでは、このステップＳ２の処理を繰り返し実行する。
その後、制御部１０がステップＳ２の処理を繰り返し実行している間に、３２０μｓ経過したとする。
この時、計時タイマは制御部１０に対してその旨の通知を行い、計時動作を終了する。制御部１０は、この通知を受け取ると、ステップＳ２からステップＳ３へ処理を移行する。そして、制御部１０は、このステップＳ３において、ＲＡＭ３０の送信データ格納領域から通信部５０へＭＩＤＩデータを転送すると共に、再び計時タイマを起動する。
そして、制御部１０は再びステップＳ１に戻り、上記手順によるフロー制御を繰り返し実行する。
【００１６】
制御部１０がこのような送信処理を実行することにより、送信すべきＭＩＤＩデータは３２０μｓの時間間隔をおいて、１バイトずつＲＡＭ３０から通信部５０へ転送される。これに対し従来のＭＩＤＩ対応装置における制御部は、図４に示す送信制御フロー、すなわち、ＲＡＭ３０に送信すべきＭＩＤＩデータがあるか否かを判断し（ステップＳａ１）、ＭＩＤＩデータがあると判断すると、ＲＡＭ３０から、通信部５０へＭＩＤＩデータを転送していた（ステップＳａ２）。
再び本実施形態の説明に戻り、ｋ通信部５０は、ＭＩＤＩデータを受け取ると、この受け取ったＭＩＤＩデータ（１バイト）にスタートビット（１ビット）及びストップビット（１ビット）を付加し、このスタートビット及びストップビットの付加されたＭＩＤＩデータ（１０ビット）を順次高速インタフェース５１を介して外部装置２００に送信する。
【００１７】
図５（ａ）は、外部装置２００がＭＩＤＩインタフェース５２を介して受信したＭＩＤＩデータを模式的に示した図であり、図５（ｂ）は、外部装置２００が高速インタフェース５１を介して受信したＭＩＤＩデータを模式的に示した図である。
外部装置２００は、ＭＩＤＩインタフェース５２を利用した場合、図５（ａ）に示すように、間隔を空けることなく連続して１０ビット構成のＭＩＤＩデータを受信し、受信開始から９６０μｓ後に発音イベント１の発音処理を開始し、さらに９６０μｓ経過した後に発音イベント２の発音処理を開始する。
これに対し、本実施形態においては、高速インタフェース５１を利用した場合も同様に、受信開始から９６０μｓ後に発音イベント１の発音処理を開始し、さらに９６０μｓ経過した後に発音イベント２の発音処理を開始する（図５（ｂ））。
このため、外部装置２００が同時発音処理を行うことにより得られる合成波形は、常に最適波形となる。
【００１８】
Ｂ．第２の実施形態
上述した第１の実施形態においては、演奏の互換再現性を得るために、ＭＩＤＩ対応装置１００の送信速度を制御している。
以下に示す第２の実施形態においても、ＭＩＤＩ対応装置１００の送信速度を制御する点において変わりはないが、送信速度を制御するデータの対象が上述した第１の実施形態と異なっている。
以下に示す第２の実施形態に係るＭＩＤＩ対応装置１００は、送信対象となるＭＩＤＩデータのうち、リアルタイム性を要するデータについてのみ送信速度を制御し、リアルタイム性を要しないデータについては、使用するインタフェース規格に応じて送信する構成となっている。
【００１９】
そこで、まず、リアルタイム性を要するＭＩＤＩデータ、リアルタイム性を要しないＭＩＤＩデータの各々について説明を行う。
ＭＩＤＩデータは、大きく２つに分類することができる。それが、チャンネルメッセージとシステムメッセージである。
チャンネルメッセージは、前述したノートオン・ノートオフ、プログラムチェンジ等一般の演奏情報に関するメッセージであり、リアルタイムに音源を制御するメッセージである。
システムメッセージは、システム・エクスクルーシブ・メッセージのように、ＭＩＤＩシステム全体をコントロールするメッセージであり、機器の設定（初期設定）等、装置を使用する前に設定する非リアルタイムなメッセージである。
【００２０】
図６は、本実施形態における送信処理の制御フローを示すフローチャートである。
この図６に示す制御フローは、前掲図３に示す制御フローに対して、ステップＳｂ１をも受けたものである。本実施形態に係るＭＩＤＩ対応装置２００は、ＭＩＤＩデータを送信する際、送信対象となるＭＩＤＩデータがチャンネルメッセージであるか、あるいはシステムメッセージであるかを判断する（ステップＳｂ１）。ここで、送信対象たるＭＩＤＩデータがチャンネルメッセージであると判断した場合（ステップＳｂ１；ＹＥＳ）には、上述した第１の実施形態と同様、送信速度を制御して、ＭＩＤＩデータを送信する（ステップＳｂ１→ステップＳ２→ステップＳ３）。
一方、送信対象たるＭＩＤＩデータがシステムメッセージである場合（ステップＳｂ１；ＮＯ）には、使用するインタフェース規格の送信速度でＭＩＤＩデータを送信する（ステップＳｂ１→ステップＳ３）。なお、送信対象たるＭＩＤＩデータがチャンネルメッセージであるか、あるいはシステムメッセージであるかの判定は、ＭＩＤＩ規格において定められたデータ特性（例えばＭＩＤＩデータの上位４ビットを参照する等）を利用して判断することが考えられるが、これに限定する趣旨ではなく、その他の判定方法を採用しても良いのはもちろんである。
【００２１】
以上の説明から明らかなように、本実施形態に係るＭＩＤＩ対応装置１００は、演奏を再現する際の発音タイミング等に影響を及ぼさないシステムメッセージについては高速通信インターフェース規格の通信速度で高速に送信し、演奏を再現する際の発音タイミング等に影響を及ぼすチャンネルメッセージについては、３２０μｓの時間間隔をおいて、すなわちＭＩＤＩ規格の通信速度と同じ割合でＭＩＤＩデータを送信する。
従って、同じ内容のＭＩＤＩデータを受信する場合には、使用するインタフェースの種類によらず、常に同じ演奏を再現することができると共に、通信システムを有効に活用することができる。なお、この第２の実施形態に対しても、前述した第１の実施形態と同様の変形（予めＲＡＭ３０等に格納されているＭＩＤＩデータを外部装置２００へ送信する等）を加えることも可能である。
【００２２】
Ｃ．その他
以上説明した第１の実施形態及び第２の実施形態においては、ＭＩＤＩ規格以上の通信速度で通信可能なインタフェースの代表として、ＭＩＤＩ規格の２倍の通信速度で通信可能な高速インタフェースを例示したが、例えばＩＥＥＥ１３９４、ＵＳＢ等の高速シリアルインタフェースに適用可能である。
また、第１の実施形態及び第２の実施形態においては、使用するインタフェースの種類によらず、外部装置２００が常にＭＩＤＩ規格通りにイベントを処理することができるようにＭＩＤＩデータの送信速度を制御しているが、本発明はこれに限定する趣旨ではない。例えば、外部装置２００におけるＭＩＤＩデータ読み出し速度を制御することにより、ＭＩＤＩ規格通りにイベント処理することができるように外部装置２００を構成する。
具体的には、ＭＩＤＩ対応装置１００は、高速インタフェースを介して高速インタフェース規格通りにＭＩＤＩデータを送信する。外部装置２００は、ＭＩＤＩ対応装置１００から高速インタフェースを介してＭＩＤＩデータを受信すると、この受信したＭＩＤＩデータをＲＡＭ３０に格納する。そして、イベントを処理する際には、外部装置２００の制御部がＭＩＤＩ規格に基づきＭＩＤＩデータの読み出し速度を制御し、ＭＩＤＩ規格通りにイベントを処理する。このように、外部装置２００におけるＭＩＤＩデータ読み出し速度を制御する構成としても良い。
また、本実施形態においては、ＭＩＤＩ規格に合致するＭＩＤＩデータを例に説明を行ったが、これに限定する趣旨ではなく、ＭＩＤＩ規格に合致しない音楽データにも適用可能である。
また、第１の実施形態及び第２の実施形態においては、高速インタフェースを使用してＭＩＤＩデータを送信する際、ＭＩＤＩ規格の通信速度と同じ割合でＭＩＤＩデータを送信すべく、制御部１０が実行する制御フローに待ち処理（図３及び図６に示す、ステップＳ２）を設けたが、この待ち処理における設定時間３２０μｓは、送信対象となるＭＩＤＩデータのビット長等に応じて適宜変更可能である。
【００２３】
【発明の効果】
以上説明したように、本発明によれば、同じ内容の音楽データを送信し、受信側において演奏を再現する場合、使用するインタフェースの種類によらずに同じ演奏を再現することができる音楽データ送信装置を提供することができるという効果がある。
【図面の簡単な説明】
【図１】 本発明の第１の実施形態におけるＭＩＤＩ対応装置１００の構成を示すブロック図である。
【図２】 同実施形態におけるＭＩＤＩ対応装置１００と外部装置２００との接続状態を示す図である。
【図３】 同実施形態における送信割り込み処理を示すフローチャートである。
【図４】 従来の送信割り込み処理の制御フローを示すフローチャートである。
【図５】 同実施形態におけるＭＩＤＩデータの発音タイミングを説明するための図である。
【図６】 第２の実施形態における送信割り込み処理の制御フローを示すフローチャートである。
【図７】 インタフェースと通信速度の関係を示す図である。
【図８】 （ａ）は、ＭＩＤＩインタフェースを介して受信したＭＩＤＩデータの発音タイミングを説明するための図であり、（ｂ）は、高速インタフェースを介して受信したＭＩＤＩデータの発音タイミングを説明するための図である。
【符号の説明】
１００・・・ＭＩＤＩ対応装置 ５０・・・通信部
５１・・・高速インタフェース ５２・・・ＭＩＤＩインタフェース
１０・・・制御部

Claims (1)

1. 低速インタフェースと高速インタフェースとを備え、低速インタフェース及び高速インタフェースのいずれかにより音楽データの送信を行う送信部と、
   前記高速インタフェースを介して前記音楽データを送信する場合のビットレートが、前記低速インタフェースを介して前記音楽データを送信する場合のビットレートと等しくなるように前記送信部を制御する送信制御部と
   を具備し、
   前記送信制御部は、前記音楽データにより構成される音楽イベントの種類に応じて、前記高速インタフェースを介して前記音楽データを送信する場合のビットレートが前記低速インタフェースを介して前記音楽データを送信する場合のビットレートと等しくなるように前記送信部を制御するか否か
   を選択することを特徴とする音楽データ送信装置。

Images