JP3271572B2 - 楽音情報の通信方法、通信装置及びプログラムを記録した媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、楽音情報の通信技
術に関し、特にリアルタイムで楽音情報を通信可能な通
信技術に関する。

【０００２】

【従来の技術】電子楽器間の通信の統一規格として、Ｍ
ＩＤＩ（music instrumental digitalinterface）規格
がある。ＭＩＤＩ規格のインターフェースを備えた電子
楽器は、ＭＩＤＩ用ケーブルを用いて、他の電子楽器と
接続することができる。電子楽器は、ＭＩＤＩ用ケーブ
ルを介して、ＭＩＤＩデータを通信することができる。
例えば、一の電子楽器は、演奏者が演奏した情報をＭＩ
ＤＩデータとして送信し、他の電子楽器は、当該ＭＩＤ
Ｉデータを受信し、楽音を発音することができる。一の
電子楽器で演奏すると、他の電子楽器でリアルタイムに
発音することができる。

【０００３】また、複数の汎用コンピュータを接続する
通信ネットワークでは、種々の情報を通信することがで
きる。例えば、コンピュータに接続されているハードデ
ィスク等に生の楽音情報やＭＩＤＩデータ等の情報を一
度蓄積しておき、通信ネットワークを介して、当該情報
を送信する。他のコンピュータは、当該情報を受信し
て、ハードディスク等の記憶装置に記憶する。汎用の通
信ネットワークは、情報の通信を行うのみであり、ＭＩ
ＤＩとは性質を異にする。

【０００４】

【発明が解決しようとする課題】ＭＩＤＩ規格は、電子
楽器間のリアルタイム通信を可能にするが、長距離の通
信及び多数ノード間の通信に適していない。一方、汎用
通信ネットワークは、長距離の通信及び多数ノード間の
通信に適しているが、電子楽器間のリアルタイム通信を
考慮したものではない。

【０００５】本発明の目的は、多数のノード間において
リアルタイム演奏を可能にする楽音情報の通信方法を提
供することである。

【０００６】本発明の他の目的は、多数のノード間にお
いてリアルタイム演奏を可能にする楽音情報の通信装置
を提供することである。

【０００７】本発明の他の目的は、多数のノード間にお
いてリアルタイム演奏を可能にするプログラムを記録し
た媒体を提供することである。

【０００８】

【課題を解決するための手段】 本発明の一観点によれ
ば、演奏情報を外部機器に送信して、当該外部機器で演
奏情報に従った楽曲を再生させるための演奏情報送信装
置は、前記外部機器に対して演奏情報を送信する第１の
送信手段と、複数の前記演奏情報が示す前記外部機器が
復旧すべき演奏状態を記憶する記憶手段と、前記第１の
送信手段が送信する演奏情報毎に、前記記憶手段に記憶
されている演奏状態を更新する更新手段と、前記記憶手
段から前記演奏状態を読み出し、当該演奏状態を複数の
演奏情報について当該演奏情報が送信済みであることを
示す復旧情報として前記外部機器に対して一括して送信
する第２の送信手段とを有する。

【０００９】また、本発明の他の観点によれば、外部機
器から受信する演奏情報に従って楽音を発生する演奏情
報受信装置は、前記外部機器から演奏情報と、複数の演
奏情報について当該演奏情報が送信済みであることを示
す復旧情報とを受信する受信手段と、前記受信した演奏
情報に従い、楽音を形成出力する音源手段と、前記受信
した復旧情報の複数の演奏情報が示す演奏状態と、前記
音源手段による前記演奏情報の演奏状態との差分を前記
音源手段で処理されるべき復旧演奏情報として生成し
て、前記音源手段に出力する再生制御手段とを有する。

【００１０】

【００１１】ＭＩＤＩデータを送信し、通信エラーがな
ければ、相手方は正常に当該ＭＩＤＩデータを受信でき
る。ＭＩＤＩデータを送信しても、通信エラーがあれ
ば、相手方は正常に当該ＭＩＤＩデータを受信できない
が、その場合でも、リカバリーデータを送信することに
より、通信エラーを回復させることができる。

【００１２】

【発明の実施の形態】図１は、楽音情報の通信ネットワ
ークを示す図である。

【００１３】演奏会場１には、ＭＩＤＩ楽器２、カメラ
４、エンコーダー３、５、及びルータ６が備えられる。
演奏会場１では、演奏者がＭＩＤＩ楽器２を演奏する。
ＭＩＤＩ楽器２は、演奏者の演奏操作に応じてＭＩＤＩ
データを生成し、エンコーダー３に供給する。エンコー
ダー３は、ＭＩＤＩデータを所定のデータ形式で、ルー
タ６を介してインターネット上にパケット送信する。デ
ータ形式は、後に図４を参照しながら説明する。

【００１４】カメラ４は、演奏者が演奏している様子を
撮影し、その様子を画像データとしてエンコーダー５に
供給する。エンコーダー５は、画像データを所定のデー
タ形式で、ルータ６を介してインターネット上にパケッ
ト送信する。データ形式は、後に図４を参照しながら説
明する。

【００１５】ルータ６は、以下に示すインターネットを
介して、ＭＩＤＩデータ及び画像データを送信する。当
該データは、電話回線又は専用回線を通り、ルータ６か
らサーバー７に供給され、さらに複数のＷＷＷ（world
wide web）サーバー８に供給される。ＷＷＷサーバー８
は、いわゆるプロバイダである。

【００１６】ユーザは、ホームコンピュータ９をＷＷＷ
サーバー８に接続することにより、インターネットを使
用することができる。ホームコンピュータ９は、インタ
ーネットを使用し、ＭＩＤＩデータ及び画像データを受
信することができる。ホームコンピュータ９は、ディス
プレイ装置とＭＩＤＩ音源を有し、ディスプレイ装置に
画像データを表示し、ＭＩＤＩ音源に楽音信号を生成さ
せることができる。ＭＩＤＩ音源は、ＭＩＤＩデータを
基に楽音信号を生成し、音声出力装置１１に出力する。
音声出力装置１１は、当該楽音信号に応じて発音する。
演奏会場１で演奏される演奏音と同等の音が音声出力装
置１１からリアルタイムで発音される。

【００１７】また、ホームコンピュータ９の外部に、Ｍ
ＩＤＩ音源１０を接続すれば、ホームコンピュータ９
は、ＭＩＤＩ音源１０に楽音信号を生成させ、音声出力
装置１１から発音させることができる。

【００１８】なお、ユーザにとっては、画像データより
もＭＩＤＩデータの方が重要な情報であるので、画像デ
ータよりもＭＩＤＩデータを優先して処理を行う。画像
データは、画質が悪く、コマ数が少なくてもさほど気に
ならないが、ＭＩＤＩデータに基づく楽音情報は高品質
が要求される。

【００１９】ユーザは、演奏会場１に赴かなくても、自
宅にいながらディスプレイ装置で演奏会場１の模様を見
ながら、リアルタイムで演奏を聴くことができる。ま
た、自宅のホームコンピュータ９をインターネットに接
続すれば、誰でも演奏を聴くことができる。例えば、演
奏会場１でコンサートを行った場合には、不特定多数人
が自宅でそのコンサートを楽しむことができる。

【００２０】演奏会場からＭＩＤＩデータを自宅に送信
することにより、演奏者が複数のユーザのそれぞれの自
宅で電子楽器を演奏しているかのような状況を作り出す
ことができる。

【００２１】さらに、インターネットでは、生の楽音情
報ではなく、ＭＩＤＩデータを通信するので、雑音によ
り音質を下げることはない。ただし、インターネット
は、長距離通信を行い、かつ種々の通信ポイントを経由
するので、エンコーダー３、５におけるデータ送信時及
びホームコンピュータ９におけるデータ受信時に、以下
に示す通信エラー対策を行う必要がある。通信エラー
は、例えば、データ化け、データ欠落、データ重複、デ
ータの順序入れ替え等である。

【００２２】図２は、エンコーダー３、５及びホームコ
ンピュータ９のハードウエアの構成を示す図である。こ
れらは、汎用コンピュータを用いることができる。

【００２３】バス３１には、キーボードやマウス等の入
力装置２６、表示器２７、ＭＩＤＩ音源２８、インター
ネットを行うための通信インターフェース２９、ＭＩＤ
Ｉインターフェース３０、ＲＡＭ２１、ＲＯＭ２２、Ｃ
ＰＵ２３、外部記憶装置２５が接続されている。

【００２４】入力装置２６は、種々の設定を指示するこ
とができる。ホームコンピュータ９においては、表示器
２７は演奏会場の模様を表示し、ＭＩＤＩ音源２８は受
信したＭＩＤＩデータを基に楽音信号を生成し、外部に
出力する。

【００２５】通信インターフェース２９は、インターネ
ットにより、ＭＩＤＩデータ及び画像データを送受信す
るためのインターフェースである。ＭＩＤＩインターフ
ェース３０は、外部に対してＭＩＤＩデータを送受信す
るためのインターフェースである。

【００２６】外部記憶装置２５は、例えばハードディス
クドライブ、フロッピーディスクドライブ、ＣＤ−ＲＯ
Ｍドライブ、光磁気ディスクドライブ等であり、ＭＩＤ
Ｉデータ、画像データ又はコンピュータプログラム等を
記憶することができる。

【００２７】ＲＯＭ２２は、コンピュータプログラムや
各種パラメータを記憶することができる。ＲＡＭ２１
は、キーオンバッファ２１ａと音源設定バッファ２１ｂ
を有する。キーオンバッファ２１ａは、ＭＩＤＩデータ
中のキーオンイベントを格納し、音源設定バッファ２１
ｂは、ＭＩＤＩデータ中の音源設定情報を格納する。

【００２８】ＲＡＭ２１は、その他、バッファやレジス
タ等のワーキングエリアを有し、外部記憶装置２５に記
憶されている内容をコピーして記憶することができる。
ＣＰＵ２３は、ＲＯＭ２２又はＲＡＭ２１に記憶されて
いるコンピュータプログラムに従って、各種演算または
処理を行う。ＣＰＵ２３は、タイマ２４から時間情報を
得ることができる。

【００２９】外部記憶装置２５は、例えばハードディス
クドライブ（ＨＤＤ）である。ＨＤＤ２５は動作プログ
ラムやＭＩＤＩデータ等の各種データを記憶することが
できる。ＲＯＭ２２に動作プログラムが記憶されていな
い場合、このＨＤＤ２５内のハードディスクに動作プロ
グラムを記憶させておき、それをＲＡＭ２１に読み込む
ことにより、ＲＯＭ２２に動作プログラムを記憶してい
る場合と同様の動作をＣＰＵ２３にさせることができ
る。このようにすると、動作プログラムの追加やバージ
ョンアップ等が容易に行える。また、外部記憶装置２５
は、ＨＤＤ及びＣＤ−ＲＯＭ（コンパクトディスク−リ
ード・オンリィ・メモリ）ドライブを含むＣＤ−ＲＯＭ
ドライブは、ＣＤ−ＲＯＭに記憶されている動作プログ
ラムや各種データを読み出すことができる。読み出した
動作プログラムや各種データは、ＨＤＤ内のハードディ
スクにストアされる。動作プログラムの新規インストー
ルやバージョンアップ等が容易に行える。なお、このＣ
Ｄ−ＲＯＭドライブ以外にも、外部記憶装置２５とし
て、フロッピィディスクドライブ、光磁気ディスク（Ｍ
Ｏ）装置等、様々な形態のメディアを利用するための装
置を設けるようにしてもよい。

【００３０】通信インターフェイス２９はＬＡＮ（ロー
カルエリアネットワーク）やインターネット、電話回線
等の通信ネットワーク３２に接続されており、該通信ネ
ットワーク３２を介して、サーバコンピュータ３３と接
続される。ＨＤＤ２５内に上記動作プログラムや各種デ
ータが記憶されていない場合、サーバコンピュータ３３
からプログラムやデータをダウンロードするために用い
られる。クライアントとなるエンコーダ３，５又はホー
ムコンピュータ９は、通信インターフェイス２９及び通
信ネットワーク３２を介してサーバコンピュータ３３へ
と動作プログラムやデータのダウンロードを要求するコ
マンドを送信する。サーバコンピュータ３３は、このコ
マンドを受け、要求された動作プログラムやデータを、
通信ネットワーク３２を介してエンコーダ３，５又はホ
ームコンピュータ９へと配信し、エンコーダ３，５又は
ホームコンピュータ９が通信インターフェイス２９を介
して、これらプログラムやデータを受信してＨＤＤ２５
に蓄積することにより、ダウンロードが完了する。

【００３１】なお、本実施例は、本実施例に対応する動
作プログラムや各種データをインストールした市販のパ
ーソナルコンピュータ等によって、実施させるようにし
てもよい。その場合には、本実施例に対応する動作プロ
グラムや各種データを、ＣＤ−ＲＯＭやフロッピィディ
スク等のパーソナルコンピュータが読み込むことができ
る記憶媒体に記憶させた状態で、ユーザーに提供しても
よい。そのパーソナルコンピュータ等が、ＬＡＮ、イン
ターネット、電話回線等の通信ネットワークに接続され
ている場合には、通信ネットワークを介して、動作プロ
グラムや各種データ等をパーソナルコンピュータ等に提
供してもよい。

【００３２】図３は、ＭＩＤＩデータの通信エラー対策
を示す図である。図では、模式的に、キーオン中をハイ
レベルで表し、キーオフ中をローレベルで表す。

【００３３】時刻ｔ１においてキーオンを送信し、時刻
ｔ４においてキーオフを送信する場合を説明する。時刻
ｔ１において送信したキーオンが通信エラーを起こし、
欠落する場合がある。その場合、受信側のホームコンピ
ュータ９は、キーオンを受け取らず、キーオフのみを受
け取ることになってしまう。これでは、正常な演奏を再
現することができない。キーオンが生成されず、キーオ
フのみが生成されることは、演奏規則上ありえない。

【００３４】このような状況を回避するため、時刻ｔ１
においてキーオンを送信した後、所定時間が経過する
度、すなわち時刻ｔ２及び時刻ｔ３においてリカバリー
キーデータを送信する。

【００３５】リカバリーキーデータは、只今キーオン中
であることを確認的に伝えるデータである。時刻ｔ１に
おけるキーオンが受信されなかった場合でも、時刻ｔ２
におけるリカバリーキーデータを受信することにより、
時刻ｔ１からわずか遅れるがキーオンさせることができ
る。さらに、時刻ｔ１及びｔ２の両方のデータを受信で
きない場合であっても、時刻ｔ３におけるリカバリーキ
ーデータによりキーオンさせることができる。

【００３６】ただし、楽音信号は、一般的に時間の経過
と共に減衰する。したがって、リカバリーキーデータを
送信する際には、時間経過を考慮し、ベロシティ（音
量）の減少したキーオンを送信することが好ましい。具
体的には、時刻ｔ１，ｔ２，ｔ３の順で、徐々にベロシ
ティを小さくしたキーオンを送信すればよい。

【００３７】上記のリカバリーキーデータによりキーオ
ンの通信エラーをリカバリーすることができる。次に、
時刻ｔ４のキーオフが通信エラーを起こした場合のリカ
バリー方法を説明する。

【００３８】キーオフが生じた後、キーオンと同様にキ
ーオフのリカバリーデータを送信することも可能であ
る。ただし、各鍵において、キーオフ中の時間はキーオ
ン中の時間より著しく長い。一旦キーオフされた後、次
のキーオンまでリカバリーデータを送ると、そのデータ
量が莫大なものになってしまう。

【００３９】キーオンのリカバリーキーデータは、キー
オンの時刻ｔ１からキーオフの時刻ｔ４の間送信され、
時刻ｔ４の後は送信されない。すなわち、リカバリーキ
ーデータが送信されないことは既にキーオフが生じたこ
とを意味する。もし、ホームコンピュータ９が時刻ｔ４
におけるキーオフを受信できなかったときには、その後
にリカバリーキーデータが送信されてこないことを確認
し、現在キーオフ中であると判断すればよい。

【００４０】ホームコンピュータ９は、現在キーオン中
であるにもかかわらずリカバリーキーデータが送信され
てこなくなったときには、キーオフし、音が誤って鳴り
つづける現象を防止することができる。これらの判断
は、図２のキーオンバッファ２１ａを参照することによ
り行う。詳細は、後にフローチャートを参照しながら説
明する。

【００４１】キーオン／オフの場合と同様に、図２の音
源設定バッファ２１ｂを参照することにより、音源設定
情報をリカバリーするためのリカバリー音源設定情報を
通信することもできる。

【００４２】図４は、通信パケットのフォーマットを示
す図である。図１のエンコーダー３、５は当該パケット
を送信し、ホームコンピュータ９は当該パケットを受信
する。

【００４３】パケットは、ヘッダ部４１とデータ部４２
からなる。ヘッダ部４１は、２ワード（１ワードは１６
ビット）のチェックサム４３、４ワードのデータＩＤ４
４、４ワードのシーケンスナンバー４５、４ワードの時
間情報４６、２ワードのイベントデータ長４７を有す
る。

【００４４】チェックサム４３は、チェックサムを除く
ヘッダ部４１とデータ部４２のデータの合計値である。
送信側は、当該合計値を計算し、チェックサム４３とし
てパケット中に付与する。受信側は、当該合計値を計算
し、チェックサム４３の値と合っていれば、通信エラー
がないことを確認することができる。

【００４５】データＩＤ４４は、データ部４２の内容を
番号で表す。番号０、１、２はＭＩＤＩデータであり、
番号３は画像データである。ＭＩＤＩデータのうち、番
号０は実イベントのデータ（通常のＭＩＤＩデータ）で
あり、番号１はリカバリーキーデータ（図３）であり、
番号２はリカバリー音源設定情報である。

【００４６】シーケンスナンバー４５は、パケット単位
で付与されるシーケンスナンバーである。受信側は、シ
ーケンスナンバー４５を確認することにより、通信エラ
ーによりデータの順序が入れ替った場合でもリカバリー
することができる。

【００４７】時間情報４６は、１ビットが１ｍｓを示す
再生時間である。４ワードあれば１００時間以上の時間
情報を表現することができる。時間情報４６を用いれ
ば、複数の演奏会場での同時セッションが可能になる。
各演奏会場毎に演奏時間を時間情報４６として付加すれ
ば、演奏会場同士の同期をとりながら自宅で同時演奏を
聴くことができる。時間情報４６は、絶対時間が望まし
いが、全ての演奏会場の共通時間であれば相対時間でも
よい。

【００４８】イベントデータ長４７は、データ部４２の
データ長を表す。データ部４２は、実データ４８からな
る。実データ４８は、ＭＩＤＩデータ又は画像データで
ある。

【００４９】通信速度は、高速であることが好ましい。
例えば６４ｋビット／ｓ（ＩＳＤＮ回線）である。１パ
ケットのデータ長は、限定されないが、通信効率を考慮
すれば約１ｋバイト又は５１２バイトが好ましい。

【００５０】図５は、エンコーダー３が行う送信処理を
示すフローチャートである。ステップＳＡ１において、
ＭＩＤＩ楽器２からＭＩＤＩデータを受信する。ステッ
プＳＡ２では、受信したデータをＲＡＭにバッファリン
グする。

【００５１】ステップＳＡ３では、受信したデータのイ
ベントの種類を識別する。キーオンであれば、ステップ
ＳＡ６へ進み、当該キーオンをキーオンバッファ２１ａ
（図２）に登録し、ステップＳＡ７へ進む。

【００５２】キーオフであれば、ステップＳＡ４へ進
み、キーオンバッファ２１ａをサーチして、同一のキー
コードがあればそのキーオンをキーオンバッファ２１ａ
から削除する。その後、ステップＳＡ７へ進む。

【００５３】音源設定情報であれば、ステップＳＡ５へ
進み、当該音源設定情報を音源設定バッファ２１ｂ（図
２）に登録し、ステップＳＡ７へ進む。音源設定情報
は、プログラムチェンジ、コントロールデータ、イクス
クルーシブメッセージ、その他のデータである。

【００５４】ステップＳＡ７では、図４に示すように、
チェックサム４３、実イベントデータ（番号０）を示す
データＩＤ４４、シーケンスナンバー４５、タイマに応
じた時間情報４６、イベントデータ長４７を、受信した
ＭＩＤＩデータに付加し、パケット化して送信する。そ
の後、送信処理を終了する。

【００５５】なお、エンコーダ５は、上記の処理と同様
にして、画像データを送信する。その場合、データＩＤ
４４は番号が３である。

【００５６】図６（Ａ）、（Ｂ）は、エンコーダ３が行
う割り込み処理を示すフローチャートである。当該割り
込み処理は、タイマに応じた所定時間間隔で行われる。
例えば、１００〜２００μｓの間隔で割り込み処理が行
われる。

【００５７】図６（Ａ）は、リカバリーキーデータの送
信処理を示すフローチャートである。

【００５８】ステップＳＢ１では、キーオンバッファ２
１ａ（図２）をサーチする。ステップＳＢ２では、キー
オンバッファ２１ａ中のイベントデータを、リカバリー
キーデータとして、図４に示すようにパケット化して送
信する。ただし、リカバリーキーデータは、時間経過を
考慮して、キーオンバッファ２１ａ中のキーオンよりも
減少させたベロシティを設定する。

【００５９】パケット中のデータＩＤ４４は、リカバリ
ーキーデータを示す番号１である。シーケンスナンバー
４５は、実イベントデータ（図５）とリカバリーキーデ
ータ（図６（Ａ））との共通のシーケンスナンバーであ
る。送信後、割り込み前の処理に戻る。

【００６０】図６（Ｂ）は、リカバリー音源設定情報の
送信処理を示すフローチャートである。当該送信処理
は、比較的時間的精度が要求されないので、リカバリー
キーデータの送信処理（図６（Ａ））よりも長い周期で
行ってもよい。

【００６１】ステップＳＣ１では、音源設定バッファ２
１ｂ（図２）をサーチする。ステップＳＣ２では、音源
設定バッファ２１ｂ中のイベントデータを、リカバリー
音源設定情報として、図４に示すようにパケット化して
送信する。

【００６２】パケット中のデータＩＤ４４は、リカバリ
ー音源設定情報を示す番号２である。シーケンスナンバ
ー４５は、実イベントデータ（図５）とリカバリーキー
データ（図６（Ａ））とリカバリー音源設定情報（図６
（Ｂ））との共通のシーケンスナンバーである。送信
後、割り込み前の処理に戻る。

【００６３】図７は、ホームコンピュータ９が行う受信
処理を示すフローチャートである。ステップＳＤ１にお
いて、インターネット上のデータを受信する。ステップ
ＳＤ２では、パケット中のチェックサム４３（図４）を
確認する。

【００６４】ステップＳＤ３では、チェックサムの結果
をチェックする。チェックサムがエラーであれば、パケ
ット中にデータの誤りがあることを示すので、ステップ
ＳＤ９へ進み、何もせずに処理を終了する。信頼性に欠
けるデータは捨てることにより、誤った発音や設定をな
くすことが効果的である。

【００６５】チェックサムが正常であれば、データの信
頼性があるので、ステップＳＤ４へ進む。ステップＳＤ
４では、パケット中のシーケンスナンバー４５（図４）
を確認する。正常な通信では、受信毎にシーケンスナン
バー４５が順次増加するが、通信エラーにより受信デー
タの順番が入れ替わることがある。

【００６６】ステップＳＤ５では、受信したデータが再
生すべきシーケンスナンバー４５であり、かつホームコ
ンピュータ９の現時刻が再生すべき時間情報４６（図
４）以降であるか否かをチェックする。複数の演奏会場
での同時セッションを行う場合には、ある演奏会場の時
間情報４６が未だ再生すべき時間になっていないことが
ある。

【００６７】未だ再生すべきでないときには、ステップ
ＳＤ１０へ進み、受信したデータをＲＡＭにバッファリ
ングし、後の適正なタイミングでの処理に備える。その
後、処理を終了する。

【００６８】再生すべきであるときには、ステップＳＤ
６へ進み、イベント処理を行う。イベント処理は、ＭＩ
ＤＩデータや画像データ等のイベントに応じた処理であ
る。詳細は、後に図８のフローチャートを参照しながら
説明する。

【００６９】ステップＳＤ７では、シーケンスナンバー
をカウントアップする。ステップＳＤ８では、ステップ
ＳＤ１０でバッファリングしたバッファ内のデータが、
再生すべきシーケンスナンバー４５であり、かつ現時刻
が再生すべき時間情報４６以降のものがあるか否かをチ
ェックする。

【００７０】再生すべきものがないときには、処理を終
了する。再生すべきものがあるときには、ステップＳＤ
６へ進み、当該データについての処理を繰り返す。バッ
ファ内に再生すべきデータがなくなるまで、当該処理を
繰り返す。この処理により、通信エラーによりデータの
順序が入れ替わって受信したデータをも適切に処理する
ことができる。

【００７１】図８は、図７のステップＳＤ６に示すイベ
ント処理の詳細を示すフローチャートである。

【００７２】ステップＳＥ１では、データＩＤの番号を
識別する。番号が０であれば、実イベントデータを示
し、ステップＳＥ２へ進む。ステップＳＥ２では、イベ
ントの種類を識別する。

【００７３】キーオンであれば、ステップＳＥ３へ進
み、当該キーオンをキーオンバッファ２１ａ（図２）に
登録し、音源へ転送する。音源は、キーオンを受けて、
発音開始のための処理を行う。その後、図７の処理へ戻
る。

【００７４】キーオフであれば、ステップＳＥ４へ進
み、キーオンバッファ２１ａをサーチして、同一のキー
コードがあれば、キーオンバッファ２１ａ中のキーオン
を削除し、当該キーオフを音源へ転送する。音源は、キ
ーオフを受けて、消音のための処理を行う。その後、図
７の処理へ戻る。

【００７５】音源設定情報であれば、ステップＳＥ５へ
進み、当該音源設定情報を音源設定バッファ２１ｂに登
録し、音源へ転送する。音源は、音源設定情報を受け
て、音色、音量等を設定する。その後、図７の処理へ戻
る。

【００７６】データＩＤの番号が１であれば、受信した
データがリカバリーキーデータであることを意味し、ス
テップＳＥ６へ進む。当該リカバリーキーデータを現在
のキーオンバッファ２１ａと比較し、その差分をイベン
ト化してキーオンバッファ２１ａに登録して、音源へ転
送する。この処理により、通信エラーにより欠落したキ
ーオンをリカバリーすることができる。

【００７７】ステップＳＥ７では、当該リカバリーキー
データを受信したことを登録する。キーオフ後は、リカ
バリーキーデータが送信されてこなくなるので、この登
録を行うことにより、対応するキーオンが現在もキーオ
ン中であることを確認することができる。キーオンバッ
ファにキーオンが存在するにもかかわらず、リカバリー
キーデータが送信されてこなくなったら、キーオフが欠
落していることを示す。その後、図７の処理へ戻る。

【００７８】データＩＤの番号が２であれば、受信した
データがリカバリー音源設定情報であることを意味し、
ステップＳＥ８へ進む。当該リカバリー音源設定情報を
現在の音源設定バッファ２１ｂと比較し、その差分をイ
ベント化して音源設定バッファ２１ｂに登録して、音源
へ転送する。この処理により、通信エラーにより欠落し
た音源設定情報をリカバリーすることができる。

【００７９】データＩＤの番号が３であれば、受信した
データが画像データであることを意味し、ステップＳＥ
９へ進む。ステップＳＥ９では、当該画像データを表示
器に表示する表示を行う。ただし、画像データは、ＭＩ
ＤＩデータよりも優先度を低くして処理を行う。表示す
る画像は、原則として１画面を単位として処理を行う。
ＭＩＤＩデータを優先させるため、画像は静止画像でも
よい。その後、図７の処理へ戻る。

【００８０】図９は、ホームコンピュータ９が行う割り
込み処理を示すフローチャートである。当該割り込み処
理は、タイマに応じた所定時間間隔で行われる。例え
ば、１００〜２００μｓの間隔で割り込み処理が行われ
る。

【００８１】ステップＳＦ１では、キーオンバッファ２
１ａ（図２）をサーチする。ステップＳＦ２では、キー
オンバッファ２１ａ中のキーオンに対し、一定時間リカ
バリーキーデータを受信しないものについては、当該キ
ーオンを削除し、対応するキーオフを音源に転送する。
送信後、割り込み前の処理に戻る。

【００８２】この処理により、通信エラーによりキーオ
フが欠落した際にも、誤って音が鳴り続けることを防止
することができる。なお、一定時間リカバリーキーデー
タを受信しないことの判断は、図８のステップＳＥ７で
リカバリーキーデータの受信を登録することにより、可
能となる。

【００８３】上記のリカバリーキーデータ及びリカバリ
ー音源設定情報を送信することにより、データの欠落又
は化けが生じた場合にも、適切なリカバリーを行うこと
ができる。

【００８４】本実施例は、インターネットを用いること
により、演奏会場における演奏情報（ＭＩＤＩデータ）
及び演奏映像（画像データ）を、不特定多数のユーザに
供給することができる。ユーザは、演奏会場に赴かなく
ても、自宅にいながらリアルタイムでＭＩＤＩデータ及
び画像データを得ることができる。

【００８５】また、複数の演奏会場において、各エンコ
ーダがＭＩＤＩデータ等に共通の時間情報を付与すれ
ば、複数の会場間でのセッションが可能になる。

【００８６】なお、本実施例は、インターネットに限定
されない。例えば、ＩＥＥＥ１３９４規格のデジタルシ
リアル通信や通信衛星等の他の通信にも適用することが
できる。

【００８７】以上実施例に沿って本発明を説明したが、
本発明はこれらに制限されるものではない。例えば、種
々の変更、改良、組み合わせ等が可能なことは当業者に
自明であろう。

【００８８】

【発明の効果】以上説明したように、本発明によれば、
通信ネットワークを用いることにより、不特定多数のノ
ードに対してＭＩＤＩデータを送信することができる。
また、各ノードは、通信ネットワーク上のＭＩＤＩデー
タをリアルタイムで再生し、発音させることができる。

【００８９】また、ＭＩＤＩデータを送信しても、通信
エラーがあれば、相手方は正常に当該ＭＩＤＩデータを
受信できないが、その場合でも、リカバリーデータを送
信することにより、通信エラーを回復することができ
る。

【図面の簡単な説明】

【図１】 楽音情報の通信ネットワークを示す図であ
る。

【図２】 エンコーダー及びホームコンピュータのハー
ドウエアの構成を示す図である。

【図３】 ＭＩＤＩデータの通信エラー対策の方法を示
す図である。

【図４】 通信パケットのフォーマットを示す図であ
る。

【図５】 エンコーダーが行う送信処理を示すフローチ
ャートである。

【図６】 エンコーダーが行う割り込み処理を示すフロ
ーチャートである。図６（Ａ）はリカバリーキーデータ
の送信処理を示すフローチャートであり、図６（Ｂ）は
リカバリー音源設定情報の送信処理を示すフローチャー
トである。

【図７】 ホームコンピュータが行う受信処理を示すフ
ローチャートである。

【図８】 図７のステップＳＤ６に示すイベント処理の
詳細を示すフローチャートである。

【図９】 ホームコンピュータが行う割り込み処理を示
すフローチャートである。

【符号の説明】

１ 演奏会場、 ２ ＭＩＤＩ楽器、 ３，５ エ
ンコーダー、 ４カメラ、 ６ ルータ、 ７
サーバー、 ８ ＷＷＷサーバー、 ９ホームコン
ピュータ、 １０ ＭＩＤＩ音源、 １１ 音声出
力装置、２１ ＲＡＭ、 ２１ａ キーオンバッフ
ァ、 ２１ｂ 音源設定情報バッファ、 ２２ Ｒ
ＯＭ、 ２３ ＣＰＵ、 ２４ タイマ、 ２５
外部記憶装置、 ２６ 入力装置、 ２７ 表示
器、 ２８ 音源、２９ インターネット用インター
フェース、 ３０ ＭＩＤＩインターフェース、
３１ バス、 ４１ ヘッダ部、 ４２ データ
部、 ４３ チェックサム、 ４４ データＩＤ、
４５ シーケンスナンバー、 ４６時間情報、
４７ イベントデータ長、 ４８ ＭＩＤＩデータ
又は画像データ

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平８−110777（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G10H 1/00

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 演奏情報を外部機器に送信して、当該
   外部機器で演奏情報に従った楽曲を再生させるための演
   奏情報送信装置であって、 前記外部機器に対して演奏情報を送信する第１の送信手
   段と、 複数の前記演奏情報が示す前記外部機器が復旧すべき演
   奏状態を記憶する記憶手段と、 前記第１の送信手段が送信する演奏情報毎に、前記記憶
   手段に記憶されている演奏状態を更新する更新手段と、 前記記憶手段から前記演奏状態を読み出し、当該演奏状
   態を複数の演奏情報について当該演奏情報が送信済みで
   あることを示す復旧情報として前記外部機器に対して一
   括して送信する第２の送信手段とを有する演奏情報送信
   装置。
2. 【請求項２】 外部機器から受信する演奏情報に従って
   楽音を発生する演奏情報受信装置であって、 前記外部機器から演奏情報と、複数の演奏情報について
   当該演奏情報が送信済みであることを示す復旧情報とを
   受信する受信手段と、 前記受信した演奏情報に従い、楽音を形成出力する音源
   手段と、 前記受信した復旧情報の複数の演奏情報が示す演奏状態
   と、前記音源手段による前記演奏情報の演奏状態との差
   分を前記音源手段で処理されるべき復旧演奏情報として
   生成して、前記音源手段に出力する再生制御手段とを有
   する演奏情報受信装置。
3. 【請求項３】 演奏情報を外部機器に送信して、当該
   外部機器で演奏情報に従った楽曲を再生させるための演
   奏情報送信方法であって、 前記外部機器に対して演奏情報を送信する第１の送信工
   程と、 複数の前記演奏情報が示す前記外部機器が復旧すべき演
   奏状態を記憶する記憶工程と、 前記第１の送信工程が送信する演奏情報毎に、前記記憶
   工程で記憶される演奏状態を更新する更新工程と、 前記記憶される前記演奏状態を読み出し、当該演奏状態
   を複数の演奏情報について当該演奏情報が送信済みであ
   ることを示す復旧情報として前記外部機器に対して一括
   して送信する第２の送信工程とを有する演奏情報送信方
   法。
4. 【請求項４】 外部機器から受信する演奏情報に従って
   楽音を発生する演奏情報受信方法であって、 前記外部機器から演奏情報と、複数の演奏情報について
   当該演奏情報が送信済みであることを示す復旧情報とを
   受信する受信工程と、 演奏情報に従い楽音を形成出力する音源手段に前記受信
   した演奏情報を出力する出力工程と、 前記受信した復旧情報の複数の演奏情報が示す演奏状態
   と、前記音源手段による前記演奏情報の演奏状態との差
   分を前記音源手段で処理されるべき復旧演奏情報として
   生成して、前記音源手段に出力する再生制御工程とを有
   する演奏情報受信方法。
5. 【請求項５】 請求項３記載の演奏情報送信方法又は請
   求項４記載の演奏情報受信方法のいずれか１つをコンピ
   ュータに実行させるためのプログラムを記録した媒体。