JP3196681B2 - 通信データ一時記憶装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、バッファリング技
術に関し、特に通信により受信したデータをバッファリ
ングするバッファリング技術に関する。

【０００２】

【従来の技術】電子楽器間の通信の統一規格として、Ｍ
ＩＤＩ（music instrumental digitalinterface）規格
がある。ＭＩＤＩ規格のインターフェースを備えた電子
楽器は、ＭＩＤＩ用ケーブルを用いて、他の電子楽器と
接続することができる。電子楽器は、ＭＩＤＩ用ケーブ
ルを介して、ＭＩＤＩデータを通信することができる。

【０００３】例えば、一の電子楽器は、演奏者が演奏し
た情報をＭＩＤＩデータとして送信し、他の電子楽器
は、当該ＭＩＤＩデータを受信し、楽音を発音すること
ができる。一の電子楽器で演奏すると、他の電子楽器で
リアルタイムに発音することができる。しかし、リアル
タイムに発音させるための通信は、単位時間当たりのデ
ータ量が多くなり、通信に遅れが生じやすい。

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

【０００５】

【発明が解決しようとする課題】上記のリアルタイム通
信又は長距離通信を行うと、通信に送れが生じやすい。
通信に遅れが生じると、受信装置はデータをスムーズに
処理することが困難になる。具体的には、受信装置は、
ＭＩＤＩデータをスムーズにリアルタイム再生すること
が困難になる。

【０００６】本発明の目的は、受信したデータをバッフ
ァリングして当該データをスムーズに処理するためのバ
ッファリング技術を提供することである。

【０００７】

【課題を解決するための手段】 本発明の一観点によれ
ば、通信データ一時記憶装置は、外部装置から時間情報
を含むデータを受信する手段と、前記受信したデータを
一時的に記憶する手段と、前記受信したデータに含まれ
ている時間情報を所定値で補正した新たな時間情報を、
前記記憶されている受信データの処理タイミングを管理
するためのタイマ時間情報の初期値として設定する手段
と、前記タイマ時間情報を定期的にカウントアップする
とともに、該カウントアップしたタイマ時間情報と前記
記憶されている受信データに含まれている時間情報とに
基づいて該データを処理する手段と、前記受信したデー
タが特定のデータであるか否かを判断し、受信したデー
タが特定のデータである場合には前記タイマ時間情報の
設定を実行し、特定のデータでない場合には前記タイマ
時間情報の設定を実行しないよう制御する手段とを有す
る。

【０００８】受信手段が受信するデータは時間情報を含
む。該受信したデータは記憶手段に一時的に記憶される
が、そのデータは直ぐに処理されるではなく、データに
含まれる時間情報から所定時間経過後に処理される。デ
ータを一時的に記憶することにより、リアルタイム通信
や長距離通信等により通信の遅れが生じた場合でも、該
データをスムーズに処理することができる。

【０００９】 本発明の他の観点によれば、通信データ
一時記憶方法は、外部装置から時間情報を含むデータを
受信する工程と、前記受信したデータを一時的に記憶す
る工程と、前記受信したデータに含まれている時間情報
を所定値で補正した新たな時間情報を、前記記憶されて
いる受信データの処理タイミングを管理するためのタイ
マ時間情報の初期値として設定する工程と、前記タイマ
時間情報を定期的にカウントアップするとともに、該カ
ウントアップしたタイマ時間情報と前記記憶されている
受信データに含まれている時間情報とに基づいて該デー
タを処理する工程と、前記受信したデータが特定のデー
タであるか否かを判断し、受信したデータが特定のデー
タである場合には前記タイマ時間情報の設定を実行し、
特定のデータでない場合には前記タイマ時間情報の設定
を実行しないよう制御する工程とを有する。

【００１０】

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

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

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

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

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

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

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

【００１７】エンコーダ３は、演奏の開始に基づいて、
最初に初期音源設定情報を送信し、その後、演奏操作に
基づく実演奏情報を送信する。発音情報（キーオン）は
当該実演奏情報に含まれるので、初期音源設定情報は最
初の発音情報よりも前に送信される。当該初期音源設定
情報を送信した後、定期的にその時点（現在）の音源設
定情報を送信する。当該現在の音源設定情報を送信する
ことにより、初期音源設定情報を受信できなかった場合
でも、改めて音源設定情報を受信することができる。

【００１８】ユーザは、演奏の開始前から演奏会場にア
クセスしていれば、最初に送信される初期音源設定情報
を受信することができるので問題はない。一方、演奏の
途中から演奏会場にアクセスを開始したときには、初期
音源設定情報を受信することができないが、その後に定
期的に送信される音源設定情報を受信することができ
る。ユーザは、いつ演奏会場にアクセスを開始しても、
適正な音源設定情報を受信することができる。当該音源
設定情報は、ホームコンピュータ９に内蔵又は外付けの
ＭＩＤＩ音源に設定される。

【００１９】ホームコンピュータ９は、メモリを有し、
受信したデータをバッファリングした後、所定時間経過
後に当該データの処理を開始する。ＭＩＤＩデータ又は
画像データのリアルタイム通信又は長距離通信を行うと
通信に送れが生じやすい。当該遅れが生じた場合であっ
ても、当該データをバッファリングし所定時間経過後に
処理を開始することにより、当該データをスムーズに処
理することができる。具体的には、スムーズな演奏又は
画像を再生することができる。

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

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

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

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

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

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

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

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

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

【００２９】エンコーダ３（図１）は、最初に初期音源
設定情報を送信し、その後、音源設定バッファ２１ｂに
格納されている現在の音源設定情報を定期的に送信す
る。

【００３０】ホームコンピュータ９（図１）は、受信し
たデータをＲＡＭ２１内のバッファ２１ｃにバッファリ
ングし、所定時間経過後に処理を開始する。その所定時
間は、ＲＡＭ２１内の時間レジスタ２１ｄに格納され
る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４５】データＩＤ４４は、データ部４２の種類を
番号で表す。番号０、１、２、３はＭＩＤＩデータであ
り、番号４は画像データである。ＭＩＤＩデータのう
ち、番号０は実イベントのデータ（通常のＭＩＤＩデー
タ）であり、番号１はリカバリーキーデータ（図３）で
あり、番号２はリカバリー音源設定情報である。番号３
は、演奏途中において定期的に送信する現在の音源設定
情報である。当該音源設定情報を送信することにより、
初期音源設定情報を受信できなかった場合でも、その時
点の音源設定情報を受信することができる。

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

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

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

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

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

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

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

【００５３】音源設定情報であれば、ステップＳＡ５へ
進み、当該音源設定情報を音源設定バッファ２１ｂ（図
２）に登録し、ステップＳＡ７へ進む。音源設定情報
は、プログラムチェンジ、コントロールデータ、イクス
クルーシブメッセージ、その他のデータである。このス
テップにおける音源設定情報は、演奏者の演奏操作に応
じて発生した情報であり、初期音源設定情報とは異なる
ものである。

【００５４】ステップＳＡ７では、図４に示すように、
番号が０であるデータＩＤ４４を、受信したＭＩＤＩデ
ータに付加する。データＩＤ４４が０であることは、当
該ＭＩＤＩデータが実イベントデータであることを示
す。

【００５５】ステップＳＡ８では、図４に示すように、
チェックサム４３、シーケンスナンバー４５、タイマに
応じた時間情報４６、イベントデータ長４７を、受信し
たＭＩＤＩデータに付加し、ステップＳＡ９でパケット
化し、ステップＳＡ１０で送信する。時間情報４６は、
エンコーダ３がカウントアップして生成する基準時間で
ある。その後、送信処理を終了する。

【００５６】上記のパケット化の際、ほぼ同時間に発生
した同種類の複数のイベントを１つにまとめてパケット
化し、送信することができる。すなわち、上記ではイベ
ントが発生する毎にデータをパケット化して送信してい
るが、人の聴覚が遅延したと聞き取れない程度の時間だ
けデータを蓄積し、蓄積したデータをまとめてパケット
化して送信してもよい。

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

【００５８】図６は、エンコーダ３が行う割り込み処理
を示すフローチャートである。当該割り込み処理は、タ
イマに応じた所定時間間隔で行われる。この時間間隔
は、任意に設定することができる。

【００５９】ステップＳＡ１１では、音源設定バッファ
２１ｂ内のデータとＧＭ＿ｏｎデータとの差分値を求め
る。ＧＭ＿ｏｎデータは、ＭＩＤＩデータのＧＭ規格で
決められた基準音源設定コードであり、音源がＧＭ＿ｏ
ｎデータを受信すると音源に所定の設定が行われる。Ｇ
Ｍ＿ｏｎデータは、図２のＲＡＭ２１、ＲＯＭ２２又は
外部記憶装置２５に記憶されている。このステップで
は、ＧＭ＿ｏｎデータが示す音源設定情報と音源設定バ
ッファ２１ｂ内の音源設定情報との差分を求める。

【００６０】ステップＳＡ１２は、当該差分とＧＭ＿ｏ
ｎデータを送信用データとして生成する。この送信用デ
ータは、音源設定バッファ２１ｂ内に格納されている現
在の音源設定情報と同等なものである。上記の送信用デ
ータの代わりに、音源設定バッファ２１ｂ内の音源設定
情報そのものを送信用データとして生成してもよい。

【００６１】ただし、音源設定情報の量が多いときに
は、上記のようにＧＭ＿ｏｎデータとその差分を送信用
データとした方がよい。ＧＭ＿ｏｎデータは、単一のコ
ードであるので、送信用データのデータ量を少なくする
ことができる。

【００６２】また、ＧＭ＿ｏｎデータ以外の基準音源設
定コード（例えばＸＧ＿ｏｎデータ等）を用いてもよい
し、複数の基準音源設定コードの中から現在の音源設定
情報に最も近い基準音源設定コードを選び、その基準音
源設定コードとその差分を送信用データとすることによ
り、送信用データのデータ量を少なくしてもよい。

【００６３】この送信用データを、以下「現音源設定情
報」という。現音源設定情報は、音源に設定可能な全て
の音源設定情報でもよいし、初期音源設定情報に含まれ
る音源設定情報だけでもよい。

【００６４】ステップＳＡ１３では、番号を３に設定し
たデータＩＤを当該送信用データに付加する。データＩ
Ｄが３であることは、当該送信用データが現音源設定情
報であることを示す。その後、図５に示すステップＳＡ
８へ進む。

【００６５】ステップＳＡ８では、チェックサム４３、
シーケンスナンバー４５、タイマに応じた時間情報４
６、イベントデータ長４７を、当該送信用データに付加
し、ステップＳＡ９でパケット化し、ステップＳＡ１０
で送信する。その後、割り込み処理を終了する。

【００６６】エンコーダ３は、最初に初期音源設定情報
を送信し、その後、定期的に現音源設定情報を送信す
る。ユーザは、初期音源設定情報を受信できなかった場
合でも、その後適正な現音源設定情報を受信することが
できる。

【００６７】なお、現音源設定情報は、必ずしも定期的
に送信する必要はなく、任意のタイミングで送信しても
よい。また、送信側が送信するタイミングを決めるので
はなく、ユーザ所有のホームコンピュータが要求するタ
イミングのときに送信してもよい。例えば、ユーザが演
奏会場にアクセスを開始すると、そのタイミングでエン
コーダ３が全音源設定情報を送信してもよい。

【００６８】また、エンコーダ３からホームコンピュー
タに直接現音源設定情報を送信するのではなく、その中
継地点であるＷＷＷサーバー８等に現音源設定情報を蓄
積しておき、ホームコンピュータ９がＷＷＷサーバー８
等に蓄積された現音源設定情報をダウンロードしてもよ
い。

【００６９】現音源設定情報の通信は、インターネット
通信に限定されず、電子楽器間でのＭＩＤＩ通信等の他
の通信にも適用することができる。

【００７０】図７と図８は、ホームコンピュータ９（図
１）が行う受信処理を示すフローチャートである。

【００７１】ステップＳＢ１において、インターネット
上のデータを受信する。ステップＳＢ２では、フラグＲ
ｅｃｅｉｖｅが１か否かをチェックする。フラグＲｅｃ
ｅｉｖｅは、受信したパケットが一番最初に受信したパ
ケットであるか否かを判別するためのフラグである。フ
ラグＲｅｃｅｉｖｅは、初期時には０に設定されてい
る。一番最初にパケットを受信したときにはフラグＲｅ
ｃｅｉｖｅが０であるので、ステップＳＢ３へ進み、２
回目以降にパケットを受信したときにはフラグＲｅｃｅ
ｉｖｅが１であるので、ステップＳＢ３〜ＳＢ５の処理
を行わずに、ステップＳＢ６へ進む。

【００７２】ステップＳＢ３では、演奏会場側時間情報
から所定値を引いた値をユーザ側時間情報として設定す
る。演奏会場側時間情報は、エンコーダ３（図１）がカ
ウントアップする時間であり、ユーザ側時間情報はホー
ムコンピュータ９（図１）がカウントアップする時間で
ある。例えば、一番最初に受信したパケット内の時間情
報４６（図４）を演奏会場側時間情報とし、当該演奏会
場側時間情報から所定値を引いた値をユーザ側時間情報
として設定する。ホームコンピュータ９は、その後、設
定されたユーザ側時間情報のカウントアップを開始す
る。

【００７３】当該所定値は、ホームコンピュータ９が受
信したデータをバッファリングした後に処理を遅らせる
時間に相当し、図２の時間レジスタ２１ｄに格納され
る。所定時間だけ処理を遅らせることにより、通信時間
に遅れが生じた場合にも、スムーズに処理を行うことが
できる。

【００７４】ユーザは、当該所定値を所望の値に設定で
きる。また、演奏会場のエンコーダ３が当該所定値を送
信し、ホームコンピュータ９が当該所定値を受信して設
定してもよい。さらに、ホームコンピュータのメモリ容
量又はバッファ容量に応じて当該所定値を設定してもよ
い。メモリ容量等が大きいときには当該所定値を大きく
することができ、メモリ容量等が小さいときには当該所
定値を小さくする必要がある。

【００７５】ステップＳＢ５では、受信したパケット内
のシーケンスナンバー４５（図４）をレジスタＳｅｑｕ
ｅｎｃｅ＿Ｎｏに設定する。レジスタＳｅｑｕｅｎｃｅ
＿Ｎｏは、現在処理対象であるパケットのシーケンスナ
ンバーを格納するためのレジスタである。その後、ステ
ップＳＢ６へ進む。

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

【００７７】チェックサムが正常であれば、データの信
頼性があるので、ＹＥＳの矢印に従い、ステップＳＢ８
へ進む。ステップＳＢ８では、受信したデータをＲＡＭ
２１内のバッファ２１ｃにバッファリングする。

【００７８】ステップＳＢ９では、パケット内の時間情
報がユーザ側時間以前である否かをチェックする。ユー
ザ側時間は、ステップＳＢ３において、演奏会場側時間
よりも所定値だけ小さい時間に設定されているので、最
初の所定時間は上記の条件を満たさず、ＮＯの矢印に進
み、バッファリングしたデータの処理を行わずに処理を
終了する。所定時間経過後は、ＹＥＳの矢印に従い、ス
テップＳＢ１０へ進む。

【００７９】ステップＳＢ１０では、処理対象のパケッ
ト内のシーケンスナンバー４５の値がレジスタＳｅｑｕ
ｅｎｃｅ＿Ｎｏの値と同じであるか否かをチェックす
る。同じであるときには、当該パケットの処理を行うた
め、ＹＥＳの矢印に従い、ステップＳＢ１１へ進む。

【００８０】ステップＳＢ１１では、パケット内のデー
タＩＤの番号が３か否かをチェックする。データＩＤが
３であるときには、当該パケットが現音源設定情報であ
ることを意味し、ステップＳＢ１２へ進む。なお、現音
源設定情報であるか否かはデータＩＤにより識別する場
合に限定されない。例えば、パケット内の他の部分に現
音源設定情報である旨を入れておき、その旨に応じて識
別を行ってもよい。

【００８１】ステップＳＢ１２では、フラグＩＤ３が１
か否かをチェックする。フラグＩＤ３は、現音源設定情
報を既に受信したか否かを示すフラグである。初期時に
はフラグＩＤ３を０にセットしておき、未だ現音源設定
情報が設定されていない状態であることを記録してお
く。最初は、フラグＩＤ３が０になっているので、ステ
ップＳＢ１３へ進む。

【００８２】ステップＳＢ１３では、フラグＩＤ３に１
をセットする。ステップＳＢ１４では、受信した現音源
設定情報を音源設定バッファに登録し、音源へ転送す
る。音源には現音源設定情報が設定される。その後、ス
テップＳＢ１６へ進む。

【００８３】なお、一定時間間隔で現音源設定情報が送
信されるが、２回目以降に現音源設定情報を受信したと
きには、ステップＳＢ１２において、フラグＩＤ３が１
であると判断され、ＹＥＳの矢印に従い、音源の設定を
行わずにステップＳＢ１６へ進む。すなわち、現音源設
定情報の設定は１度行えば十分であるので、２回目以降
に受信した現音源設定情報については設定を行わない。

【００８４】現音源設定情報のみならず初期音源設定情
報についてもデータＩＤの番号を３にして送信すれば、
初期音源設定情報を音源に設定したときには、その後定
期的に受信する現音源設定情報を設定せずにすむ。

【００８５】ステップＳＢ１６では、レジスタＳｅｑｕ
ｅｎｃｅ＿Ｎｏの値をカウントアップし、次のパケット
の処理に備える。その後、ステップＳＢ１７へ進む。

【００８６】ステップＳＢ１７では、再生すべきシーケ
ンスナンバーがバッファ内に存在するか否かをチェック
する。バッファに次のシーケンスナンバーのデータが格
納されていれば、ステップＳＢ１０へ戻り、次のデータ
について上記の処理を繰り返す。バッファに再生すべき
データがなくなれば、ＮＯの矢印へ進み、処理を終了す
る。

【００８７】なお、正常な通信では、受信毎にシーケン
スナンバーが順次増加するが、通信エラーにより受信デ
ータの順番が入れ替わることがある。つまり、後のデー
タが先に到達し、先のデータが後に到達してしまうこと
がある。その場合、ステップＳＢ１０においてパケット
内のシーケンスナンバーがレジスタＳｅｑｕｅｎｃｅ＿
Ｎｏの値と異なることになり、ステップＳＢ１７へ進
む。

【００８８】ステップＳＢ１７では、処理を飛ばしたデ
ータが既にバッファ内に格納されている場合に、ステッ
プＳＢ１０へ戻り、そのデータについての処理を繰り返
す。バッファ内に再生すべきデータがなくなるまで、当
該処理を繰り返す。この処理により、通信エラーにより
データの順序が入れ替わって受信したデータをも適切に
処理することができる。

【００８９】ステップＳＢ１１においてデータＩＤの番
号が０、１、２又は４であると判断されたときには、ス
テップＳＢ１５へ進む。ステップＳＢ１５では、データ
ＩＤの番号に応じた処理を行う。具体的には、以下の処
理を行い、その後、ステップＳＢ１６へ進む。

【００９０】データＩＤが０のときには、受信したデー
タが実イベントデータであるので、キーオン、キーオ
フ、又は音源設定情報を音源へ転送する処理を行う。

【００９１】データＩＤが１のときには、受信したデー
タがリカバリーキーデータであるので、当該リカバリー
キーデータとキーオンバッファのキーデータを比較し、
その差分をキーオンバッファに登録し、音源へ転送す
る。

【００９２】データＩＤが２のときには、受信したデー
タがリカバリー音源設定情報であるので、当該リカバリ
ー音源設定情報と音源設定バッファの音源設定情報を比
較し、その差分を音源設定バッファに登録し、音源へ転
送する。

【００９３】データＩＤが４のときには、受信したデー
タが画像データであるので、当該画像データの表示処理
を行う。

【００９４】なお、バッファ内に所定量以上のデータが
蓄積されたときには、次に処理すべきシーケンスナンバ
ーのデータが欠落したと判断し、そのデータの処理を飛
ばし、その次のシーケンスナンバーのデータの処理を進
める。

【００９５】ステップＳＢ３において演奏会場側時間か
ら所定値を減じた時間をユーザ側時間として設定し、処
理を所定時間だけ遅らせる場合について説明したが、ユ
ーザ側時間は演奏会場側時間と同じにして、受信する全
てのパケット内の時間情報に所定値を加えることによ
り、処理を所定時間だけ遅らせてもよい。

【００９６】すなわち、ステップＳＢ３ではパケット内
の時間情報そのものをユーザ側時間として設定し、受信
する全てのパケット内の時間情報に所定値を加えて、当
該データをバッファにバッファリングする。

【００９７】また、ユーザ側時間及びパケット内の時間
情報を変えることなく、ホームコンピュータにおいて予
め遅延時間を設定しておき、最初のパケットを受信した
後に当該遅延時間だけデータの処理を停止しておき、当
該遅延時間経過後から処理を開始することにより、処理
を所定時間だけ遅らせてもよい。

【００９８】さらに、ホームコンピュータがシーケンス
ナンバを遅延させることにより、処理を所定時間だけ遅
らせてもよい。すなわち、シーケンスナンバに欠番を設
け、その次の番号からパケットに番号付けをし直せば、
ホームコンピュータは当該欠番を受信し終えるまで、処
理を待つことなり、結果として処理を所定時間だけ遅ら
せることができる。

【００９９】ステップＳＢ８においてデータをバッファ
リングすると、ある時間内に受信したデータがバッファ
に記憶される。それらのデータをチェックすることによ
り、時間経過に応じたデータの流れを知ることができ、
不自然なデータの存在を見つけ出すことができる。例え
ばボリュームの値が限度を越えて急激に変化している場
合には、そのデータが不自然であると判断することがで
きる。不自然なデータは、通信エラー等により発生する
ことが考えられる。不自然なデータをバッファから削除
すれば、不自然な楽音の発生を防止することができると
ともに、ＣＰＵの動作負担を軽減することができ、スム
ーズな処理を行なうことができる。例えば、不自然なボ
リュームデータに基づく音量処理を行なわなくてすむ。

【０１００】処理を所定時間だけ遅らせる技術は、イン
ターネット通信に限定されず、電子楽器間でのＭＩＤＩ
通信等の他の通信にも適用することができる。

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

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

【０１０３】演奏会場のエンコーダは、最初に初期音源
設定情報を送信し、その後、定期的に現在の全音源設定
情報を送信するので、ユーザ所有のホームコンピュータ
は、初期音源設定情報を受信できなかった場合でも、そ
の後適正な現音源設定情報を受信することができる。

【０１０４】リアルタイム通信又は長距離通信を行うと
通信に遅れが生じやすいが、送れが生じた場合であって
も、ホームコンピュータ９が受信したデータをバッファ
リングした後に所定時間だけ処理を遅らせて処理するこ
とにより、スムーズに処理を行うことができる。

【０１０５】演奏会場のエンコーダには、多数のユーザ
がアクセスすることができる。通信距離は、ユーザのア
クセスポイントにより異なる。長距離通信を行うユーザ
もいれば、短距離通信を行うユーザもいる。ユーザ所有
のホームコンピュータ毎に、処理を遅らせる時間を別々
に設定することができる。短距離通信を行うユーザのみ
ならず、長距離通信を行うユーザにおいてもスムーズに
処理を行うことができる。

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

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

【０１０８】

【発明の効果】以上説明したように、本発明によれば、
受信したデータは記憶装置に一時的に記憶され、所定時
間経過後に処理されるので、リアルタイム通信や長距離
通信等により通信の遅れが生じた場合でも、該データを
スムーズに処理することができる。

【０１０９】また、所定時間が経過したか否かは、各デ
ータ内の時間情報を基に判断されるので、個々のデータ
について精度よく所定時間だけ処理を遅らせることがで
き、スムーズなリアルタイム処理を行うことができる。

【０１１０】さらに、記憶手段にデータを一時的に記憶
することにより、時間経過に応じたデータの流れを予め
知ることができるので、スムーズな処理を行なうことが
できる。

【図面の簡単な説明】

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

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

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

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

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

【図６】 エンコーダが行う割り込み処理を示すフロー
チャートである。

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

【図８】 図７に続く受信処理を示すフローチャートで
ある。

【符号の説明】

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

フロントページの続き (56)参考文献 特開 平８−54888（ＪＰ，Ａ) 特開 平５−189340（ＪＰ，Ａ) 特開 平８−22281（ＪＰ，Ａ) 特開 平８−305363（ＪＰ，Ａ) 特開 昭63−234786（ＪＰ，Ａ) 特開 昭63−187983（ＪＰ，Ａ) 特許2538921（ＪＰ，Ｂ２) ＩＢＭ Ｔｅｃｈｎｉｃａｌ Ｄｉｓ ｃｌｏｓｕｒｅ Ｂｕｌｌｅｔｉｎ，Ｖ ｏｌ．37，Ｎｏ．２，”Ｓｙｃｈｒｏｎ ｉｚｉｎｇ Ｓｐｅｅｃｈ ｏｎ Ｍｕ ｌｔｉｐｌｅ Ｓｙｓｔｅｍｓ”，ｐ. 449−450，Ｄｅｃｅｍｂｅｒ 1994 ＩＢＭ Ｔｅｃｈｎｉｃａｌ Ｄｉｓ ｃｌｏｓｕｒｅ Ｂｕｌｌｅｔｉｎ，" Ｒｅｃｅｉｖｉｎｇ Ｄｅｖｉｃｅ ｆ ｏｒ Ｒｅ−Ｓｙｎｃｈｒｏｎｉｚｉｎ ｇ Ｐａｃｋｅｔｉｚｅｄ Ｒｅａｌ− Ｔｉｍｅ Ｉｎｆｏｒｍａｔｉｏｎ”, ｐ．220−222，Ｏｃｔｏｂｅｒ 1988 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G10H 1/00 - 7/12 G06F 13/00 351 - 355 ＩＮＳＰＥＣ（ＤＩＡＬＯＧ) ＷＰＩ（ＤＩＡＬＯＧ)

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 外部装置から時間情報を含むデータを受
   信する手段と、 前記受信したデータを一時的に記憶する手段と、 前記受信したデータに含まれている時間情報を所定値で
   補正した新たな時間情報を、前記記憶されている受信デ
   ータの処理タイミングを管理するためのタイマ時間情報
   の初期値として設定する手段と、 前記タイマ時間情報を定期的にカウントアップするとと
   もに、該カウントアップしたタイマ時間情報と前記記憶
   されている受信データに含まれている時間情報とに基づ
   いて該データを処理する手段と、 前記受信したデータが特定のデータであるか否かを判断
   し、受信したデータが特定のデータである場合には前記
   タイマ時間情報の設定を実行し、特定のデータでない場
   合には前記タイマ時間情報の設定を実行しないよう制御
   する手段とを有する通信データ一時記憶装置。
2. 【請求項２】 前記外部装置から受信するデータに含ま
   れる時間情報は、前記外部装置における絶対時間である
   請求項１記載の通信データ一時記憶装置。
3. 【請求項３】 さらに、前記外部装置から時間情報を補
   正するための所定値を受信する手段を有し、 前記設定する手段は、前記受信した所定値を用いて前記
   タイマ時間情報の初期値を設定する請求項１記載の通信
   データ一時記憶装置。
4. 【請求項４】 さらに、前記記憶する手段に記憶可能な
   受信データの容量に基づいて時間情報を補正するための
   所定値を設定する手段を有し、 前記設定する手段は、前記設定した所定値を用いて前記
   タイマ時間情報の初期値を設定する請求項１記載の通信
   データ一時記憶装置。
5. 【請求項５】 外部装置から時間情報を含むデータを受
   信する工程と、 前記受信したデータを一時的に記憶する工程と、 前記受信したデータに含まれている時間情報を所定値で
   補正した新たな時間情報を、前記記憶されている受信デ
   ータの処理タイミングを管理するためのタイマ時間情報
   の初期値として設定する工程と、 前記タイマ時間情報を定期的にカウントアップするとと
   もに、該カウントアップしたタイマ時間情報と前記記憶
   されている受信データに含まれている時間情報とに基づ
   いて該データを処理する工程と、 前記受信したデータが特定のデータであるか否かを判断
   し、受信したデータが特定のデータである場合には前記
   タイマ時間情報の設定を実行し、特定のデータでない場
   合には前記タイマ時間情報の設定を実行しないよう制御
   する工程とを有する通信データ一時記憶方法。