JPH1031484A

JPH1031484A - ネットワークシステム

Info

Publication number: JPH1031484A
Application number: JP8185139A
Authority: JP
Inventors: Taro Tokuhiro; 太郎徳弘; Tatsutoshi Abe; 達利阿部
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 1996-07-15
Filing date: 1996-07-15
Publication date: 1998-02-03

Abstract

(57)【要約】【課題】電子楽器等でネットワークシステムを構成し、
情報の転送速度に能力差がある機器を有効に活用する。【解決手段】第１音源装置１、ルータ２、シーケンサ
３、ミキサ４およびルータ５をノードとして第１のネッ
トワークを構成する。電子楽器６（鍵盤装置）、電子楽
器７（第２音源装置）、サウンドシステム８、ルータ
２，５およびミキサ４をノードとして第２のネットワー
クを構成する。第１のネットワークはＩＥＥＥ１３９４
の規格で双方向のシリアル通信を行い、第２のネットワ
ークはＭＩＤＩの規格でシリアル通信を行う。第１のネ
ットワークの複数のチャンネルの各チャンネルにおい
て、各ノードは、受信能力リクエストパケットを送信
し、これに答えて自ノードの受信能力を示す受信能力レ
スポンスパケットを返送する。各チャンネルにおいて送
受信可能な限り最も速い転送速度を設定して通信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子機器を相互に
接続して構成されるネットワークシステムに関わり、通
信可能な転送速度についての通信能力が異なる電子機器
を混在させてネットワークを構成するのに適したネット
ワークシステムに関する。

【０００２】

【従来の技術】従来、電子楽器の分野において、鍵盤、
音源装置、シーケンサ、ミキサ等の複数の機器を接続し
て各機器間でデータ通信を行うシステムを構成し、例え
ば、自動演奏、自動演奏とのアンサンブル演奏、作曲、
編曲あるいはレコーディング等が行われている。このよ
うに複数の機器間でデータ通信を行うための規格とし
て、電子楽器の分野ではＭＩＤＩ規格があり、このＭＩ
ＤＩ規格に対応する機器は通称「ＭＩＤＩ機器」と呼ば
れ、広く普及している。

【０００３】

【発明が解決しようとする課題】しかし、ＭＩＤＩ規格
の通信プロトコルではデータの伝送速度（伝送時のビッ
トレート）が遅く、特に多くの機器を接続した場合シス
テム全体を有効に利用するには不十分である。ＭＩＤＩ
規格の伝送速度は３１．２５Ｋbit/sec に決められてい
るが、これは、一つには、機器の内部処理や設計の仕方
などによりデータの転送速度（単位時間に送受信できる
情報量に相当）を速くできない機器もあるためである。
しかし、機器の種類によっては、３１．２５Ｋbit/sec
より速い伝送速度にも十分対応できる機器もあり、この
ような機器にとっては、現在のＭＩＤＩ規格ではその機
能を有効に活用できないという問題がある。

【０００４】また、ＭＩＤＩ機器で例えばＬＡＮを構成
するなどＭＩＤＩ機器のネットワーク化が考えられてい
るが、現在のＭＩＤＩ規格では、単方向通信であること
からネットワークを構成するのが困難である。そこで、
双方向通信によりネットワークシステムを構成すること
が考えられるが、このようなネットワークシステムにお
いても、前記のように転送速度に能力差がある複数の機
器に対応して、その機能を有効に活用することが要求さ
れる。なお、このような問題は、電子楽器の分野に限ら
ず、他の分野でも情報の転送速度に能力差がある複数の
機器でネットワークシステムを構成する場合に生じる。

【０００５】本発明は、ネットワークの機器間の転送速
度を最適化することで、情報の転送速度に能力差がある
機器を有効に活用できるようにしたネットワークシステ
ムを提供することを課題とする。

【０００６】

【課題を解決するための手段】上記の課題を解決するた
めになした本発明の請求項１記載のネットワークシステ
ムは、１つのネットワーク上にそれぞれ複数の情報送信
ノードと情報受信ノードが存在し、ノード間の情報の送
受信の組に対応する指定されたチャンネルで通信を行う
ネットワークシステムにおいて、前記チャンネル毎にそ
のチャンネルのノード全体での通信可能な最高転送速度
を検出する検出手段を設け、前記検出手段で検出された
各チャンネル毎の通信可能な最高転送速度を、ノード間
の転送速度として各チャンネル毎に個別に設定するよう
にしたことを特徴とする。

【０００７】また、本発明の請求項２記載のネットワー
クシステムは、１つのネットワーク上に、少なくとも１
つの情報送信ノードと、その情報を受信する複数の情報
受信ノードが存在するネットワークシステムにおいて、
前記情報受信ノードの通信可能な最高転送速度をそれぞ
れ検出する検出手段を設け、前記情報送信ノードは、前
記検出手段で検出された情報受信ノードの各最高転送速
度のうち、最も遅いノードにあわせた最高転送速度で情
報を転送することを特徴とする。

【０００８】

【発明の実施の形態】図１は本発明の一実施例のネット
ワークシステムの物理的な接続関係を示すブロック図、
図２は同ネットワークシステムの論理的な接続関係の一
例を示す図である。この実施例は本発明のネットワーク
システムを電子楽器に適用したものであり、第１のネッ
トワークと第２のネットワークで構成されている。第１
のネットワークは、第１音源装置１、ルータ２、シーケ
ンサ３、ミキサ４およびルータ５をそれぞれノードとす
るネットワークである。また、第２のネットワークは、
鍵盤装置としてのＭＩＤＩ端子付き電子楽器６、第２音
源装置としてのＭＩＤＩ端子付き電子楽器７およびルー
タ２，５をそれぞれノードとするネットワークである。
なお、電子楽器７とミキサ４、および、アンプやスピー
カ等からなるサウンドシステム８とミキサ４はそれぞれ
アナログオーディオケーブルで接続されている。

【０００９】第１のネットワークはＩＥＥＥ１３９４の
規格で双方向のシリアル通信を行うものであり、各ノー
ドは「ポート」と呼ばれる端子（図１の白丸）を介して
ＩＥＥＥ１３９４規格のケーブルで接続されている。ま
た、第２のネットワークはＭＩＤＩの規格で単方向のシ
リアル通信を行うものであり、各ノードはＭＩＤＩ入力
端子およびＭＩＤＩ出力端子（図１の太い白丸）を介し
てＭＩＤＩ規格のケーブルで接続されている。すなわ
ち、図１において、円弧状の線で図示した経路でＩＥＥ
Ｅ１３９４の通信を行い、矢印で図示した経路でＭＩＤ
Ｉの通信を行う。ただし、矢印のうちミキサ４への入出
力はアナログオーディオである。また、第２のネットワ
ークにはＭＩＤＩの通信の他にルータ２とルータ５の間
で行われるＩＥＥＥ１３９４の通信も含まれている。な
お、ＭＩＤＩ入力端子およびＭＩＤＩ出力端子は第２の
ネットワークのノードについてのみ図示してある。

【００１０】ＩＥＥＥ１３９４で規定されている第１の
ネットワークでは、各ノードの役割は並列ではなく、例
えば図２に示したように、ネットワークの論理的な接続
関係がツリー構造となるように動的に形成され、各ノー
ドの論理的な接続関係に応じて各種の動作を行う。ま
た、各ノードは識別子としてのアドレスを動的な手法で
確定する。例えば、電源投入時などネットワークの構成
の開始時点に、各ノードが自ノードに対してランダムな
アドレスを仮に設定し、それが他のノードのアドレスと
重複しないかを互いに確認しあった後、自ノードのアド
レスとしてそれぞれ確定する。

【００１１】なお、図１および図２に破線で示した第３
音源装置９のように、各ノードには別のノードを接続す
ることができるが、このように新規ノードの参入あるい
は既存ノードの離脱が行われると、そのノードの参入あ
るいは離脱が行われたノードからバスリセットと呼ばれ
る特定の信号が出力され、各ノードのアドレスの再設定
および論理構造の組み替えが行われる。

【００１２】第１のネットワークの各ノードは、ＩＥＥ
Ｅ１３９４の規格でデータの送受信を行う１３９４イン
タフェース（図３参照）を備えている。この１３９４イ
ンタフェースの送受信の各機能単位は「プラグ」と呼ば
れ、各プラグには送信または受信のためのチャンネルが
割り当てられる。すなわち各ノードは、送受信の組（互
いのノードのプラグの組）に対応するチャンネルでそれ
ぞれ情報の送受信を行う。各ノードのプラグには、例え
ば次表１に示したように、プラグ名、送信「Tx」または
受信「Rx」の種類、チャンネル番号、送受信されるデー
タのタイプ（Data_Type）、後述説明するようにプラグ
に設定される転送速度、およびプラグに応じて送受信可
能な転送速度の能力（Max値、default値）の各情報があ
り、このプラグの情報は各ノードのメモリに記憶されて
いる。

【００１３】

【表１】

【００１４】なお、ＩＥＥＥ１３９４は所定のフォーマ
ットのパケットによりデータの送受信を行うものであ
り、上記のプラグの情報のうち Data_Typeの「ＭＩＤＩ
メッセージ」とはパケット中のＭＩＤＩメッセージを扱
うことを示し、「ＰＣＭデータ」とはパケット中のＰＣ
Ｍデータ（楽音波形データ）を扱うことを示している。
また、プラグ名の「MIDI IN，MIDI OUT，PCM OUT，PCM
IN」は、上記のような種類のデータを扱うことに対応し
て付けられたものであり、ＭＩＤＩインタフェースの
「 MIDI IN端子」、「MIDI OUT端子」とは別の意味であ
る。

【００１５】図１において、ルータ２およびルータ５
は、第１のネットワーク（ＩＥＥＥ１３９４）と第２の
ネットワーク（ＭＩＤＩ）を相互接続するための装置で
あり、このルータ２およびルータ５は、第２のネットワ
ークからのＭＩＤＩデータについては全て第１のネット
ワーク側に転送し、第１のネットワークからのデータに
ついては、電子楽器制御のためのＭＩＤＩデータだけを
選択して第２のネットワーク側に転送する。また、この
ＭＩＤＩデータのうち転送先で必要であることが指定さ
れているとそのデータのみを転送する。

【００１６】以上のようなＩＥＥＥ１３９４による第１
のネットワークにおけるデータ転送と、ＭＩＤＩおよび
ＩＥＥＥ１３９４による第２のネットワークにおけるデ
ータ転送を行ってネットワークシステムが動作する。例
えば図２の接続関係の場合、シーケンサ３から出力され
る演奏データがＩＥＥＥ１３９４で第１音源装置１に転
送され、この第１音源装置１は演奏データに応じた楽音
のＰＣＭデータ（楽音波形データ）を発生する。この第
１音源装置１で発生されたＰＣＭデータはＩＥＥＥ１３
９４でミキサ４に転送される。また、鍵盤装置としての
電子楽器６で鍵盤演奏等により発生した演奏データはＩ
ＥＥＥ１３９４でルータ２およびルータ５を経由し、Ｍ
ＩＤＩにより第２音源装置としての電子楽器７に転送さ
れる。また、この電子楽器７の音源でＰＣＭデータが発
生されるとアナログオーディオケーブルによりミキサ４
に転送される。そして、ミキサ４は、第１音源装置１
（あるいは第３音源装置９）からのＰＣＭデータと電子
楽器７からのアナログオーディオデータとを合成してア
ナログオーディオケーブルによりサウンドシステム８に
出力し、サウンドシステム８で楽音を発生する。

【００１７】なお、表１の各プラグのチャンネル番号で
も示されているように、シーケンサ３と第１音源装置１
（あるいは第３音源装置９）はチャンネル［１］で送受
信し、第１音源装置１とミキサ４はチャンネル［２］で
送受信する。また、ルータ２とルータ５はチャンネル
［３］で送受信を行う。

【００１８】ここで、各ネットワークにおいて、「伝送
速度」とは信号が実際にケーブルを流れるときのビット
レートである。すなわち、第１のネットワークにおける
ＩＥＥＥ１３９４規格の伝送速度は１００Ｍbit/sec 〜
４００Ｍbit/sec の内の一定値であり、第２のネットワ
ークにおけるＭＩＤＩ規格の伝送速度は３１．２５Ｋbi
t/sec の一定値である。一方、「転送速度」とはノード
の処理能力に対応するもので、ノード間で送受信する一
つのパケット当たりのデータ量、あるいはノードが連続
してデータを送受信するときの単位時間当たりのデータ
量である。

【００１９】すなわち、第２のネットワークにおけるＭ
ＩＤＩデータの転送速度は従来と同様に３１．２５Ｋbi
t/sec の伝送速度に対応しているが、第１のネットワー
クにおけるＩＥＥＥ１３９４のデータの転送速度は各チ
ャンネル毎に自動設定するように構成されている。例え
ば前掲の表１に示したように、各ノードのプラグは転送
速度の能力として Max値および default値をもってお
り、各ノードは互いに Max値のデータ交換を行い、同一
チャンネルの全てのプラグで送受信可能な最高速度（最
も受信能力の低いノードの最高受信速度）を、そのチャ
ンネルのデータの転送速度として設定する。

【００２０】なお、この転送速度の自動設定は、第１の
ネットワークのアドレスおよび論理構造が確定した後に
行うものであり、アドレスの再設定および論理構造の組
み替えが行われたときは、この転送速度も再設定され
る。例えば、表１に示したように、シーケンサ３の [MI
DI OUT] のプラグと第１音源装置１の [MIDI IN]のプラ
グはチャンネル［１］でつながっており、このチャンネ
ル［１］の転送速度は、シーケンサ３と第１音源装置１
の Max値が共に１２８Ｋbit/sec であるので、この１２
８Ｋbit/sec に設定されている。そこへ、第３音源装置
９が接続されると、この第３音源装置９の [MIDI IN]の
プラグもチャンネル［１］につながるが、この第３音源
装置９の [MIDI IN]のプラグの Max値は３１．２５Ｋbi
t/sec であるので、チャンネル［１］の転送速度は３
１．２５Ｋbit/sec に再設定される。

【００２１】図３はノードの一例としてルータ２（また
は５）の構成を示すブロック図である。ＣＰＵ１０には
バス２０を介してメモリ３０、１３９４インタフェース
４０、ＭＩＤＩインタフェース５０およびパネルスイッ
チ６０が接続されており、ＣＰＵ１０はメモリ３０のＲ
ＯＭに記憶されているプログラムに基づいてＲＡＭのワ
ーキングエリアを利用してルータ全体の制御を行う。

【００２２】具体的には、１３９４インタフェース４０
を介して第１のネットワークの他のノードとの間でＩＥ
ＥＥ１３９４規格のパケットデータの送受信を行い、Ｍ
ＩＤＩインタフェース５０を介して第２のネットワーク
の他のノードとの間でＭＩＤＩ規格のＭＩＤＩデータの
送受信を行う。さらに、１３９４インタフェース４０で
受信したデータからＭＩＤＩデータを選択してＭＩＤＩ
インタフェース５０から他のノードに送信し、また、Ｍ
ＩＤＩインタフェース５０で受信したＭＩＤＩデータを
１３９４インタフェース４０からパケットデータとして
他のノードに送信する。

【００２３】以上の説明はルータ２（またはルータ５）
をノードの一例として説明しているが、第１のネットワ
ークのその他のノード（第１音源装置１、シーケンサ
３、ミキサ４）は、各ノード固有の回路（例えば音源装
置は音源、ミキサはミキシング回路等）の他に、上記同
様の１３９４インタフェース、ＣＰＵ、メモリ、ＭＩＤ
Ｉインタフェース、アナログ入力端子、Ａ／Ｄコンバー
タ等を備えており、ＩＥＥＥ１３９４規格のデータ送受
信とＭＩＤＩ規格のデータ送受信を行う。

【００２４】一方、第２のネットワークのＭＩＤＩ端子
付き電子楽器６および７は、ＭＩＤＩインタフェース、
ＣＰＵ、メモリ等は備えているが１３９４インタフェー
スを備えていない従来のＭＩＤＩ機器であり、ＩＥＥＥ
１３９４規格でデータ送受信を行うことができないもの
である。しかし、上記のようにルータ２，５を介するこ
とにより、第１のネットワークとのデータ送受信を行う
ことが可能になる。

【００２５】図４〜図６は実施例における第１のネット
ワークの各ノードにおけるＣＰＵの制御プログラムのフ
ローチャート、図７はノードのシステム固有の処理の一
例としてルータの処理を示すフローチャート、図８はＭ
ＩＤＩインタフェースを備えたノードのMIDI OUTバッフ
ァ処理のフローチャート、図９はＭＩＤＩインタフェー
スを備えたノードの MIDI INバッファ処理のフローチャ
ートであり、同図に基づいて動作を説明する。

【００２６】図４のメインフローは、電源投入やバスリ
セット発生などによりアドレスや論理構造の設定が完了
すると開始される。先ず、ステップＳ１で送受信用バッ
ファのクリアや各種レジスタのリセット等の初期設定を
行い、ステップＳ２で、自ノードの各プラグ毎の転送速
度として自ノードが送信できるそのプラグの最高値（Ma
x 値）を所定のレジスタに書き込んで設定する。次に、
ステップＳ３で、図５のネットワーク受信処理を起動し
てステップＳ４に進む。この図５のネットワーク受信処
理はタイマ割込によりバックグラウンドで動作するもの
である。

【００２７】次に、ステップＳ４で自ノードの全ての送
信（Tx）プラグについて、対応するチャンネルに受信能
力リクエストパケットを送信し、ステップＳ５で所定時
間待機する。すなわち、受信能力リクエストパケットを
対応するチャンネルにブロードキャスト（一斉同報）す
ることにより、その対応するチャンネルのノードからア
ドレス指定により受信能力レスポンスパケットが返され
る。そこで、ステップＳ５の待機時間において、タイマ
割込により起動するネットワーク受信処理により受信能
力レスポンスパケットを受信してその内容に応じて自ノ
ードの各送信プラグの転送速度を設定する。また、他ノ
ードからの受信能力リクエストパケットに対する受信能
力レスポンスパケットの送信も、ステップＳ５の待機時
間内にネットワーク受信処理により行う。そして、この
待機時間が終了すると、ステップＳ６で自ノードのシス
テム固有の処理を行う。

【００２８】ここで、第１のネットワークで送受信され
るパケットデータは例えば図１０のようになっており、
受信能力リクエストパケットは図１０(A) のようにヘッ
ダ情報、コマンド情報および Data_Typeからなるパケッ
トデータである。また、受信能力レスポンスパケットは
図１０(B) のようにヘッダ情報、コマンド情報、Data_T
ype の他に受信可能な最高の転送速度（以後、「受信能
力値」という。）を含むパケットデータである。ヘッダ
情報には送信／受信ノードのアドレス、チャンネル番号
などのデータが記録され、コマンド情報にはこのパケッ
トデータがどのような内容のパケットデータであるか、
例えば受信能力リクエストパケットであるか受信能力レ
スポンスパケットであるかなどを示す所定のデータが記
録されている。また、 Data_TypeにはＰＣＭデータであ
るかＭＩＤＩメッセージであるかを示すデータが記録さ
れている。

【００２９】図５のネットワーク受信処理はタイマ割込
みで起動し、ステップＳ１１でパケットデータの監視を
行い、ステップＳ１２で受信パケットがあるか否かの判
定を行う。受信パケットがなければ元のルーチンに復帰
し、受信パケットがあれば、ステップＳ１３で、パケッ
トデータが、自ノードのいずれかのプラグで受信（Rx）
が設定されているチャンネルを指定したデータである
か、または、自ノードのアドレスが直接指定されている
データであるかを判定し、判定結果がノーであれば元の
ルーチンに復帰する。判定結果がイエスであれば、ステ
ップＳ１４で、そのパケットデータが制御パケットであ
るか否かを判定する。

【００３０】この制御パケットとは受信能力リクエスト
パケットあるいは受信能力レスポンスパケットなど転送
速度の設定動作を制御するためのパケットであり、制御
パケットでなければ、ＭＩＤＩメッセージやＰＣＭデー
タなどのその他の処理に関するデータであるので、ステ
ップＳ１５でそのデータを上位層（自ノード固有の処理
を行うアプリケーション層など）に転送し、元のルーチ
ンに復帰する。また、制御パケットであれば、ステップ
Ｓ１６で図６の制御パケット処理を行って元のルーチン
に復帰する。

【００３１】以下の図６の説明およびフローチャートに
おいて、制御に用いられる各レジスタを下記のラベルで
表記し、それらに記憶するデータおよびその記憶内容は
特に断らない限り同一のラベルで表す。 Sender_addr ：データの送信元のアドレスのレジスタ Data_Type ：データタイプのレジスタ Rcv_Sp ：受信能力値のレジスタ Send_Sp ：転送速度のレジスタ

【００３２】図６の制御パケット処理では、ステップＳ
２１で、パケットデータが受信能力リクエストであるか
否かを判定し、受信能力リクエストであればステップＳ
２４以降の処理を行い、受信能力リクエストでなければ
ステップＳ２２で受信能力レスポンスであるか否かを判
定する。ステップＳ２２で受信能力リクエストでもなけ
ればステップＳ２３でその他のパケット処理を行って元
のルーチンに復帰し、受信能力リクエストであればステ
ップＳ２７以降の処理を行う。

【００３３】受信能力リクエストであれば、ステップＳ
２４でパケットデータ中の送信元のアドレスをレジスタ
Sender_addr に取り込み、ステップＳ２５でパケットデ
ータで指定される Data_Typeをレジスタ Data_Typeに取
り込む。次に、ステップＳ２６で、 Data_Typeに対応す
る自ノードの受信能力値を受信能力リクエストの送信元
に返答する。すなわち、 Data_Typeに対応する自ノード
の受信能力値、要求元のアドレスであるSender_addr、D
ata_Typeからパケットデータを構成して送信し、元のル
ーチンに復帰する。

【００３４】受信能力レスポンスであれば、ステップＳ
２７でパケットデータで指定されるData_Type をレジス
タ Data_Type に取り込み、ステップＳ２８でパケット
データに示された受信能力値をレジスタRcv_Spに取り込
む。次に、ステップＳ２９で自ノードのチャンネルおよ
び Data_Typeに関係する転送速度のデータをレジスタSe
nd_Sp に取り込み、ステップＳ２０１で「 Send_Sp＞Rc
v_Sp」であるか否かを判定する。

【００３５】「Send_Sp＞Rcv_Sp 」でなければ、自ノー
ドのチャンネルおよび Data_Typeに関係する転送速度が
受信側ノードの受信能力値（転送速度）より小さいか等
しく、そのままで通信が可能なので、なにもしないで元
のルーチンに復帰する。一方、「Send_Sp＞Rcv_Sp 」で
あれば、自ノードのチャンネルおよび Data_Typeに関係
する転送速度が受信側ノードの受信能力値（転送速度）
より大きく、そのままでは受信側ノードがデータを受信
しきれないので、ステップＳ２０２で Data_Typeに関係
する転送速度をRcv_Spで書き換えて元のルーチンに復帰
する。

【００３６】なお、受信能力リクエストパケットはチャ
ンネルを指定したデータであり、制御パケット処理のス
テップＳ２４〜ステップＳ２６は、図５のネットワーク
受信処理のステップＳ１３においてチャンネルを指定し
たデータであった場合に対応する処理である。また、受
信能力レスポンスパケットはアドレス（要求元のアドレ
ス）を指定したデータであり、ステップＳ２７〜ステッ
プＳ２０２は、ネットワーク受信処理のステップＳ１３
においてアドレスが直接指定されたデータであった場合
に対応する処理である。

【００３７】以上のように、各ノードにおいて図４のメ
インルーチンのステップＳ４での受信能力リクエストパ
ケットの送信と、図６の制御パケット処理を行うことに
より、各ノードは各プラグの転送速度を対応するチャン
ネルで通信可能な転送速度に設定する。

【００３８】図１１は第１のネットワークにおけるデー
タ転送の様子を示す図であり、本発明における転送速度
と伝送速度の違いをも示している。図１１(A) は例えば
ＭＩＤＩの転送速度３１．２５Ｋbit/sec に対応し、図
１１(B) はその約倍の転送速度６４Ｋbit/sec に対応し
ている。ＩＥＥＥ１３９４の規格では、送信側ノードか
ら受信側ノードに向けて一定時間内（１２５μｓ）に必
ず一つのパケットデータを転送する Isochronousモード
があり、この Isochronousモードのパケットは上記一定
時間で出力されるサイクルスタートシグナルに続けて転
送される。

【００３９】すなわち、ネットワーク上を流れる信号の
伝送速度は一定であるが、図１１(B) のように転送速度
を速くするということはパケットの長さを長くすること
に相当し、受信側ノードの処理能力に応じたデータ量と
なる。このように、受信側ノードの処理能力に応じてデ
ータ転送量を増やすことができるのでシステムの資源が
有効利用される。

【００４０】次に、図７に基づいてルータの処理を説明
する。なお、ルータには、パネルスイッチ等により、そ
のルータに接続されたＭＩＤＩ機器のＭＩＤＩチャンネ
ルを指定するＭＩＤＩチャンネルフィルタ情報が設定さ
れており、このＭＩＤＩチャンネルフィルタ情報に基づ
いて、そのルータに接続されたＭＩＤＩ機器に必要なＭ
ＩＤＩデータだけを出力する。

【００４１】図７のルータ処理は図５のネットワーク受
信処理のステップＳ１５により制御パケット以外のパケ
ットデータが転送されてきた場合の処理に相当する。先
ず、ステップＳ３１で、ネットワーク受信処理からのパ
ケットがあるか否かを判定し、パケットがなければステ
ップＳ３７に進み、パケットがあればステップＳ３２
で、受信されたパケットのデータ転送速度が３１．２５
Ｋbit/sec を超えているか否かを判定する。このパケッ
トのデータ転送速度は、例えば図１１に示したようにデ
ータの長さにより判別することができる。なお、転送速
度をヘッダに書き込んでおくようにしてもよい。

【００４２】データ転送速度が３１．２５Ｋbit/sec を
超えていなければ、ステップＳ３３で、全てのＭＩＤＩ
チャンネルの情報をMIDI OUTバッファに記録し、ステッ
プＳ３５に進む。データ転送速度が３１．２５Ｋbit/se
c を超えていれば、ステップＳ３４で、ＭＩＤＩチャン
ネルフィルタ指定情報に基づいて必要なＭＩＤＩチャン
ネルの情報のみを取り出し、MIDI OUTバッファに記録し
てステップＳ３５に進む。このように、不要のＭＩＤＩ
チャンネルの情報を削除（フィルタリング）することに
より、ＩＥＥＥ１３９４に較べて遅いＭＩＤＩネットワ
ークでの通信帯域を有効に利用することができる。

【００４３】ステップＳ３５では、MIDI OUTバッファが
オーバーフローしていないか否かを判定し、オーバーフ
ローしていなければ、ステップＳ３７に進み、オーバー
フローしていれば、ステップＳ３６でオーバーフロー処
理を行ってステップＳ３７に進む。なお、このオーバー
フロー処理では、バッファ中の優先度の低い情報を消去
する。例えば、データを省略しても再現性にあまり支障
のないピッチベンドデータの間引きや、相対的に小さな
タッチすなわち小さな音の発音に対応するキーオンとキ
ーオフの組のデータの消去等を行う。

【００４４】次に、ステップＳ３７でＭＩＤＩインタフ
ェースを監視し、ステップＳ３８でＭＩＤＩ信号がある
か否かを判定する。ＭＩＤＩ信号がなければ元のルーチ
ンに復帰し、ＭＩＤＩ信号があればステップＳ３９で M
IDI INバッファにＭＩＤＩ信号を追記し、元のルーチン
に復帰する。

【００４５】以上の処理により、ルータ２およびルータ
５は、第２のネットワークからのＭＩＤＩデータについ
ては全て第１のネットワーク側に転送し、第１のネット
ワークからのデータについては、ＭＩＤＩ機器の制御す
なわち電子楽器制御のためのＭＩＤＩデータだけを選択
して第２のネットワーク側に転送する。また、このＭＩ
ＤＩデータのうち転送先すなわちルータに接続されたＭ
ＩＤＩ機器で必要であることが指定されているとそのデ
ータのみを転送する。

【００４６】図８のMIDI OUTバッファ処理では、ステッ
プＳ４１でMIDI OUTバッファにデータがあるか否か判定
し、データがなければ元のルーチンに復帰する。データ
があればステップＳ４２でMIDI OUTバッファから１バイ
トのデータを取り出し、ＭＩＤＩの規格に則してMIDI O
UT端子から出力し、元のルーチンに復帰する。このMIDI
OUTバッファ処理は、例えばルータ５から電子楽器７に
ＭＩＤＩデータを送信する場合の処理や、ミキサ４から
サウンドシステム４にＭＩＤＩデータを送信する場合の
処理に相当する。

【００４７】図９の MIDI INバッファ処理では、ステッ
プＳ５１で MIDI INバッファ内のデータにＩＥＥＥ１３
９４のチャンネル番号などのヘッダ情報を付加し、前記
Isochronousモードの同期パケットとして１３９４イン
タフェース４０から出力する。このステップＳ５１で上
記 MIDI INバッファ内のデータでパケットを構成すると
き、そのデータ量、例えば図１１(A) または図１１(B)
のようなデータ量は、対応するチャンネルで設定された
転送速度、すなわち、ステップＳ２で設定した値または
ステップＳ２０２で設定した受信能力値に応じて決定す
る。そして、パケットを送信するとステップＳ５２で M
IDI INバッファ内のデータを消去して元のルーチンに復
帰する。この MIDI INバッファ処理は、例えば電子楽器
６からルータ２に送信されたＭＩＤＩデータを、ルータ
２でパケットとしてシーケンサ３あるいはミキサ４に送
信する場合の処理に相当する。

【００４８】前記ルータ処理はノードのシステム固有の
処理の一例としてルータを例に説明したものであるが、
第１音源装置１、シーケンサ３、ミキサ４および第３音
源装置９においては、それぞれのシステム固有の処理を
行う。そして、第１のネットワークにおいて他のノード
に送信するパケットは、送信するチャンネルに設定され
た転送速度に応じてデータ量を決定する。

【００４９】以上のように、ＩＥＥＥ１３９４のような
伝送速度（伝送時のビットレート）が速い通信規格によ
りネットワークシステムを構成しているので、転送速度
の遅い機器（例えば内部処理が遅いＭＩＤＩ機器）に対
しては、パケットの一回の情報転送量としてその機器の
転送速度にみあっただけの少ない情報を転送すればよ
い。また、転送速度の速い機器（例えば内部処理が速い
ＭＩＤＩ機器）に対しては、一回の情報転送量としてそ
のＭＩＤＩ機器の転送速度にみあっただけの多くの情報
を転送すればよい。

【００５０】すなわち、第１のネットワークの各ノード
は、送受信を行うチャンネル毎に送受信可能な転送速度
を設定するので、ＭＩＤＩの規格に制限されず可能な限
りノードの機能を有効に利用することができる。

【００５１】なお、従来のＭＩＤＩ規格では転送速度の
問題の他に単方向通信であることもあって、ネットワー
クを構成するのが困難であるが、第１のネットワーク
（ＩＥＥＥ１３９４）においては、演奏情報の他に画像
情報などその他の情報の処理も行えるネットワーク（例
えばＬＡＮ）を構成することができる。

【００５２】

【発明の効果】以上説明したように本発明の請求項１記
載のネットワークシステムによれば、１つのネットワー
ク上にそれぞれ複数の情報送信ノードと情報受信ノード
が存在し、ノード間の情報の送受信の組に対応する指定
されたチャンネルで通信を行うネットワークシステムに
おいて、前記チャンネル毎のそのチャンネルのノード全
体での通信可能な最高転送速度を各チャンネル毎に検出
し、この検出された各チャンネル毎の通信可能な最高転
送速度をノード間の転送速度として各チャンネル毎に個
別に設定するようにしたので、ネットワークの機器間の
転送速度を最適化することができ、情報の転送速度に能
力差がある機器を有効に活用できる。

【００５３】また、本発明の請求項２記載のネットワー
クシステムによれば、１つのネットワーク上に、少なく
とも１つの情報送信ノードと、その情報を受信する複数
の情報受信ノードが存在するネットワークシステムにお
いて、情報受信ノードの通信可能な最高転送速度をそれ
ぞれ検出し、検出された情報受信ノードの各最高転送速
度のうち、最も遅いノードにあわせた最高転送速度で情
報を転送するようにしたので、ネットワークの機器間の
転送速度を最適化することができ、情報の転送速度に能
力差がある機器を有効に活用できる。

【図面の簡単な説明】

【図１】本発明の実施例のネットワークシステムの物理
的な接続関係を示すブロック図である。

【図２】同ネットワークシステムの論理的な接続関係の
一例を示す図である。

【図３】実施例におけるノードの一例としてルータの構
成を示すブロック図である。

【図４】実施例における第１のネットワークの各ノード
のメインフローのフローチャートである。

【図５】実施例におけるネットワーク受信処理のフロー
チャートである。

【図６】実施例における制御パケット処理のフローチャ
ートである。

【図７】実施例におけるルータ処理のフローチャートで
ある。

【図８】実施例におけるMIDI OUTバッファ処理のフロー
チャートである。

【図９】実施例におけるMIDI IN バッファ処理のフロー
チャートである。

【図１０】実施例における第１のネットワークで送受信
されるパケットデータの一例を示す図である。

【図１１】実施例における第１のネットワークにおける
データ転送の様子を示す図である。

【符号の説明】

１…第１音源装置、２，５…ルータ、３…シーケンサ、
４…ミキサ、６…電子楽器（鍵盤装置）、７…電子楽器
（第２音源装置）、８…サウンドシステム、９…第３音
源装置、１０…ＣＰＵ、４０…１３９４インタフェー
ス、５０…ＭＩＤＩインタフェース。

Claims

【特許請求の範囲】

【請求項１】１つのネットワーク上にそれぞれ複数の
情報送信ノードと情報受信ノードが存在し、ノード間の
情報の送受信の組に対応する指定されたチャンネルで通
信を行うネットワークシステムにおいて、前記チャンネル毎にそのチャンネルのノード全体での通
信可能な最高転送速度を検出する検出手段を設け、前記検出手段で検出された各チャンネル毎の通信可能な
最高転送速度を、ノード間の転送速度として各チャンネ
ル毎に個別に設定するようにしたことを特徴とするネッ
トワークシステム。
【請求項２】１つのネットワーク上に、少なくとも１
つの情報送信ノードと、その情報を受信する複数の情報
受信ノードが存在するネットワークシステムにおいて、前記情報受信ノードの通信可能な最高転送速度をそれぞ
れ検出する検出手段を設け、前記情報送信ノードは、前記検出手段で検出された情報
受信ノードの各最高転送速度のうち、最も遅いノードに
あわせた最高転送速度で情報を転送することを特徴とす
るネットワークシステム。