JP2830766B2 - ネットワーク構築方法 - Google Patents
ネットワーク構築方法Info
- Publication number
- JP2830766B2 JP2830766B2 JP7060139A JP6013995A JP2830766B2 JP 2830766 B2 JP2830766 B2 JP 2830766B2 JP 7060139 A JP7060139 A JP 7060139A JP 6013995 A JP6013995 A JP 6013995A JP 2830766 B2 JP2830766 B2 JP 2830766B2
- Authority
- JP
- Japan
- Prior art keywords
- port
- network
- path
- node
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Description
【０００１】
【産業上の利用分野】本発明は、複数の電子機器がネッ
トワーク上に構築された論理的パスにより相互に接続さ
れるネットワークにおいて、ネットワーク構築時に一度
設定した論理的パスを復活させて再構築するようにした
ネットワーク構築方法に関するものであり、特に電子楽
器におけるネットワークに適用して好適なものである。
トワーク上に構築された論理的パスにより相互に接続さ
れるネットワークにおいて、ネットワーク構築時に一度
設定した論理的パスを復活させて再構築するようにした
ネットワーク構築方法に関するものであり、特に電子楽
器におけるネットワークに適用して好適なものである。
【０００２】
【従来の技術】最近のＡＶシステム等においては、多く
の電子機器を相互に関連させて接続することによりシス
テムを構築するようになっている。例えば、ＡＶシステ
ムにおいては、テレビジョン、ビデオテープレコーダ、
オーディオコンポーネント、カラオケ装置等をそれぞれ
１台あるいは複数台を使用し、関連する入力端子あるい
は出力端子間に接続してＡＶシステムを構築している。
この場合、電子機器の相互の接続は、それぞれ同軸ケー
ブル、シールドケーブル、あるいは平行ライン等を用い
て個別に行っている。また、電子楽器においてはＭＩＤ
Ｉ（Musical Instrument Digital Interface ）と称さ
れる楽器同士を相互に接続するためのインターフェース
を用いて図１７に示すように接続している。なお、この
ＭＩＤＩは国内外の楽器メーカが協議して定めた統一規
格である。
の電子機器を相互に関連させて接続することによりシス
テムを構築するようになっている。例えば、ＡＶシステ
ムにおいては、テレビジョン、ビデオテープレコーダ、
オーディオコンポーネント、カラオケ装置等をそれぞれ
１台あるいは複数台を使用し、関連する入力端子あるい
は出力端子間に接続してＡＶシステムを構築している。
この場合、電子機器の相互の接続は、それぞれ同軸ケー
ブル、シールドケーブル、あるいは平行ライン等を用い
て個別に行っている。また、電子楽器においてはＭＩＤ
Ｉ（Musical Instrument Digital Interface ）と称さ
れる楽器同士を相互に接続するためのインターフェース
を用いて図１７に示すように接続している。なお、この
ＭＩＤＩは国内外の楽器メーカが協議して定めた統一規
格である。
【０００３】図２２において、鍵盤１０１のＭＩＤＩ出
力端子ＯＵＴは、ラインＬ１０１を介してシーケンサ
（ＳＥＱ）１０２のＭＩＤＩ入力端子ＩＮに接続され、
シーケンサ（ＳＥＱ）１０２のＭＩＤＩ出力端子ＯＵＴ
は、ラインＬ１０２を介して音源１（１０４）のＭＩＤ
Ｉ入力端子ＩＮに接続されており、音源１のＭＩＤＩ出
力端子ＴＨＲＵは、ラインＬ１０３を介して音源２（１
０５）のＭＩＤＩ入力端子ＩＮに接続され、音源２のＭ
ＩＤＩ出力端子ＴＨＲＵは、ラインＬ１０４を介して音
源３のＭＩＤＩ入力端子ＩＮに接続されている。さら
に、音源１，音源２，音源３よりの出力信号はそれぞれ
ラインＬ１０５，Ｌ１０６，Ｌ１０７を介してミキサ１
０３の入力端子（AUDIO IN）に入力されており、ミキサ
１０３の出力端子（AUDIO OUT ）から楽音が出力されて
いる。ここで、音源１，音源２のＭＩＤＩ出力端子ＴＨ
ＲＵはＭＩＤＩ入力端子ＩＮの入力をそのまま出力する
端子である。
力端子ＯＵＴは、ラインＬ１０１を介してシーケンサ
（ＳＥＱ）１０２のＭＩＤＩ入力端子ＩＮに接続され、
シーケンサ（ＳＥＱ）１０２のＭＩＤＩ出力端子ＯＵＴ
は、ラインＬ１０２を介して音源１（１０４）のＭＩＤ
Ｉ入力端子ＩＮに接続されており、音源１のＭＩＤＩ出
力端子ＴＨＲＵは、ラインＬ１０３を介して音源２（１
０５）のＭＩＤＩ入力端子ＩＮに接続され、音源２のＭ
ＩＤＩ出力端子ＴＨＲＵは、ラインＬ１０４を介して音
源３のＭＩＤＩ入力端子ＩＮに接続されている。さら
に、音源１，音源２，音源３よりの出力信号はそれぞれ
ラインＬ１０５，Ｌ１０６，Ｌ１０７を介してミキサ１
０３の入力端子（AUDIO IN）に入力されており、ミキサ
１０３の出力端子（AUDIO OUT ）から楽音が出力されて
いる。ここで、音源１，音源２のＭＩＤＩ出力端子ＴＨ
ＲＵはＭＩＤＩ入力端子ＩＮの入力をそのまま出力する
端子である。
【０００４】
【発明が解決しようとする課題】前記複数の電子機器の
接続方法によると、電子機器間の接続線の数が多く、そ
の占有場所をかなり必要とすること、および、一度接続
をはずしてしまうと元に戻す配線作業が大変であるとい
う問題点があった。また前記電子楽器の接続方法におい
ても、ＭＩＤＩメッセージはシリアルデータであると共
に、前述のようにＭＩＤＩラインは各機器を直列に接続
するようそれぞれ布線されているため、各機器間を接続
したＭＩＤＩラインがかなりの占有場所を取ること、お
よび、ＭＩＤＩラインが誤って１か所でもはずれてしま
うと、その先に信号が伝送されず発音が停止されてしま
うこと、さらには、一度接続をはずしてしまうと元に戻
す配線作業が大変であるという問題点があった。
接続方法によると、電子機器間の接続線の数が多く、そ
の占有場所をかなり必要とすること、および、一度接続
をはずしてしまうと元に戻す配線作業が大変であるとい
う問題点があった。また前記電子楽器の接続方法におい
ても、ＭＩＤＩメッセージはシリアルデータであると共
に、前述のようにＭＩＤＩラインは各機器を直列に接続
するようそれぞれ布線されているため、各機器間を接続
したＭＩＤＩラインがかなりの占有場所を取ること、お
よび、ＭＩＤＩラインが誤って１か所でもはずれてしま
うと、その先に信号が伝送されず発音が停止されてしま
うこと、さらには、一度接続をはずしてしまうと元に戻
す配線作業が大変であるという問題点があった。
【０００５】そこで、本発明はネットワーク構築時に複
数の電子機器間を接続するパスを復活させて、ネットワ
ーク上に再構築できるようにしたネットワーク構築方法
を提供することを目的としている。
数の電子機器間を接続するパスを復活させて、ネットワ
ーク上に再構築できるようにしたネットワーク構築方法
を提供することを目的としている。
【０００６】ところで、ネットワークの物理的伝送ライ
ン（バス）は１本であり、この伝送ライン上に複数の論
理的パスを形成して目的の電子機器にデータを伝送、あ
るいは目的の電子機器からデータを受信するようにして
ネットワークを構築している。すると、ネットワークに
複数の電子機器を接続する場合は、通常受信する側の電
子機器の方が多いため、前記論理的パスの情報を送信側
が記憶すると、ネットワークに接続される電子機器が増
えるに従って送信側が記憶する論理的パス情報が増大し
てしまうという問題点があった。そこで、本発明はネッ
トワーク構築時に複数の電子機器間を接続するパスを復
活させて、ネットワーク上に再構築できるようにしたネ
ットワーク構築方法において、ネットワークのパス情報
を受信側が記憶するようにしたネットワーク構築方法を
提供することを他の目的としている。
ン（バス）は１本であり、この伝送ライン上に複数の論
理的パスを形成して目的の電子機器にデータを伝送、あ
るいは目的の電子機器からデータを受信するようにして
ネットワークを構築している。すると、ネットワークに
複数の電子機器を接続する場合は、通常受信する側の電
子機器の方が多いため、前記論理的パスの情報を送信側
が記憶すると、ネットワークに接続される電子機器が増
えるに従って送信側が記憶する論理的パス情報が増大し
てしまうという問題点があった。そこで、本発明はネッ
トワーク構築時に複数の電子機器間を接続するパスを復
活させて、ネットワーク上に再構築できるようにしたネ
ットワーク構築方法において、ネットワークのパス情報
を受信側が記憶するようにしたネットワーク構築方法を
提供することを他の目的としている。
【０００７】
【課題を解決するための手段】上記目的を達成するため
に、本発明のネットワーク構築方法は、ネットワークに
接続される複数の電子機器を有し、この電子機器間がネ
ットワーク上に構築された論理的パスにより接続される
ネットワークにおいて、前記電子機器は少なくとも１つ
の送信ポートあるいは受信ポートを有し、ネットワーク
構築時に前記受信ポートが接続される前記送信ポートに
関するパス情報に基づいて、前記論理的パスが復活され
て前記ネットワーク上に再構築されると共に、前記パス
情報が前記受信ポート側に記録されるようにしたもので
ある。
に、本発明のネットワーク構築方法は、ネットワークに
接続される複数の電子機器を有し、この電子機器間がネ
ットワーク上に構築された論理的パスにより接続される
ネットワークにおいて、前記電子機器は少なくとも１つ
の送信ポートあるいは受信ポートを有し、ネットワーク
構築時に前記受信ポートが接続される前記送信ポートに
関するパス情報に基づいて、前記論理的パスが復活され
て前記ネットワーク上に再構築されると共に、前記パス
情報が前記受信ポート側に記録されるようにしたもので
ある。
【０００８】また、本発明のネットワーク構築方法は、
ネットワークに接続される電子楽器を構成する複数の電
子機器を有し、この電子機器間がネットワーク上に構築
された論理的パスにより接続される電子楽器のネットワ
ークにおいて、前記電子機器は、少なくとも１つの送信
ポートあるいは受信ポートを有し、ネットワーク構築時
に、前記受信ポートが接続される前記送信ポートに関す
るパス情報に基づいて、前記論理的パスが復活されて前
記ネットワーク上に再構築されると共に、前記パス情報
が前記受信ポート側に記録されているようにしたもので
ある。
ネットワークに接続される電子楽器を構成する複数の電
子機器を有し、この電子機器間がネットワーク上に構築
された論理的パスにより接続される電子楽器のネットワ
ークにおいて、前記電子機器は、少なくとも１つの送信
ポートあるいは受信ポートを有し、ネットワーク構築時
に、前記受信ポートが接続される前記送信ポートに関す
るパス情報に基づいて、前記論理的パスが復活されて前
記ネットワーク上に再構築されると共に、前記パス情報
が前記受信ポート側に記録されているようにしたもので
ある。
【０００９】さらに、前記ネットワーク構築方法におい
て、前記論理的パス情報が可搬型の記録媒体に記録され
ており、この記録媒体をネットワークに接続される前記
電子機器の１つにセットすることにより、前記論理的パ
スを前記ネットワーク上に復活して再構築するようにし
たものである。さらにまた、前記論理的パスの再構築時
に、前記論理的パス情報に基づく送信ポートが存在しな
いときは、その送信ポートを代替できる電子機器が前記
ネットワークに接続されているかを検索し、代替可能な
電子機器が前記ネットワークに接続されている場合は、
該電子機器との間に論理的パスを構築するようにしたも
のである。
て、前記論理的パス情報が可搬型の記録媒体に記録され
ており、この記録媒体をネットワークに接続される前記
電子機器の１つにセットすることにより、前記論理的パ
スを前記ネットワーク上に復活して再構築するようにし
たものである。さらにまた、前記論理的パスの再構築時
に、前記論理的パス情報に基づく送信ポートが存在しな
いときは、その送信ポートを代替できる電子機器が前記
ネットワークに接続されているかを検索し、代替可能な
電子機器が前記ネットワークに接続されている場合は、
該電子機器との間に論理的パスを構築するようにしたも
のである。
【００１０】
【作用】本発明によれば、記憶された論理的な接続情報
に基づいて、ネットワーク構築時にネットワーク上に各
電子機器間を接続する論理的パスを復活させて再構築し
ているため、接続を一度はずしても容易に元に戻すこと
ができる。従って、複数の電子機器を接続してなる電子
楽器の接続をはずしてステージ等に移動させた場合にお
いても、ネットワークを構成する１本の伝送ラインに電
子楽器に関連する電子機器をそれぞれ接続して、電源を
投入あるいはリセットをかけるだけで電子楽器のネット
ワークを再構築することができる。
に基づいて、ネットワーク構築時にネットワーク上に各
電子機器間を接続する論理的パスを復活させて再構築し
ているため、接続を一度はずしても容易に元に戻すこと
ができる。従って、複数の電子機器を接続してなる電子
楽器の接続をはずしてステージ等に移動させた場合にお
いても、ネットワークを構成する１本の伝送ラインに電
子楽器に関連する電子機器をそれぞれ接続して、電源を
投入あるいはリセットをかけるだけで電子楽器のネット
ワークを再構築することができる。
【００１１】すなわち、一台の送信側からのデータを１
０台の受信側が受ける場合、送信側に１０台の受信側の
情報を記憶せずに、１０台の受信側それぞれに一台の送
信側の情報を記憶する。これにより、送信側に論理的パ
ス情報が集中してしまうことを防止している。また、ネ
ットワークに接続される製品が異なっていても、機能が
同じ電子機器が接続された場合は、従来接続されていた
製品に替えて新たに接続された同じ機能の電子機器をネ
ットワークに強制的に接続することができる。
０台の受信側が受ける場合、送信側に１０台の受信側の
情報を記憶せずに、１０台の受信側それぞれに一台の送
信側の情報を記憶する。これにより、送信側に論理的パ
ス情報が集中してしまうことを防止している。また、ネ
ットワークに接続される製品が異なっていても、機能が
同じ電子機器が接続された場合は、従来接続されていた
製品に替えて新たに接続された同じ機能の電子機器をネ
ットワークに強制的に接続することができる。
【００１２】さらに、論理的な接続情報を受信側が記憶
するようにすると、送信側が接続情報を記憶する場合に
比較して接続情報のデータ量を分散して記憶することが
でき、高速にネットワークを立ち上げることができる。
さらにまた、論理的パス情報を可搬型の記憶媒体に記憶
しておけば、それぞれ同じ機能の電子機器を備えている
スタジオ等において、記憶媒体を接続管理手段にセット
するだけで同じネットワークの環境を再現することがで
きるようになる。そして、本発明のネットワーク構築方
法において構築されたネットワークにおいては、ネット
ワークがＭＩＤＩのようにシリアル接続とされていない
ため、１つの電子機器の接続が物理的にはずれたとして
もそれ以降の電子機器にデータを送ることができるよう
になるため、致命的な状態になりにくい利点がある。
するようにすると、送信側が接続情報を記憶する場合に
比較して接続情報のデータ量を分散して記憶することが
でき、高速にネットワークを立ち上げることができる。
さらにまた、論理的パス情報を可搬型の記憶媒体に記憶
しておけば、それぞれ同じ機能の電子機器を備えている
スタジオ等において、記憶媒体を接続管理手段にセット
するだけで同じネットワークの環境を再現することがで
きるようになる。そして、本発明のネットワーク構築方
法において構築されたネットワークにおいては、ネット
ワークがＭＩＤＩのようにシリアル接続とされていない
ため、１つの電子機器の接続が物理的にはずれたとして
もそれ以降の電子機器にデータを送ることができるよう
になるため、致命的な状態になりにくい利点がある。
【００１３】
【実施例】本発明のネットワーク構築方法により構築し
た電子楽器のネットワークを、一例として図１に示す。
この図に示すネットワークは前記図２２に示す電子楽器
システムと同じ接続を得ようとするものである。なお、
この図に示すラインＬ１〜Ｌ１０は論理的パスであり、
ネットワーク上に構築された仮想的な接続手段であり、
物理的な接続手段ではない。
た電子楽器のネットワークを、一例として図１に示す。
この図に示すネットワークは前記図２２に示す電子楽器
システムと同じ接続を得ようとするものである。なお、
この図に示すラインＬ１〜Ｌ１０は論理的パスであり、
ネットワーク上に構築された仮想的な接続手段であり、
物理的な接続手段ではない。
【００１４】この図において、１〜６はそれぞれネット
ワークに接続されたノードであり、次のような各機能が
割り当てられていると共に、次のような構成とされてい
る。まず、１は鍵盤であり、キーデータ出力部（Key Da
ta Output）と送信専用のポート（PORT）＃１とから構
成されており、２はシーケンサ（ＳＥＱ；Multi Track
Sequencer ）であり、トラック１（Track 1 ；MIDI Me
sg. Input ）とその受信専用ポート（PORT）＃１ないし
トラック１６（Track 16；MIDI Mesg. Input）とその
受信専用ポート（PORT）＃１６，トラック１（Track 1
；MIDI Mesg.Output）とその送信専用ポート（PORT）
＃１７，トラック２（Track 2 ；MIDIMesg. Output）と
その送信専用ポート（PORT）＃１８，トラック３（Trac
k 3 ；MIDI Mesg. Output）とその送信専用ポート（PO
RT）＃１９，パス情報管理部（Path Information Mana
ger ）とその送受信ポート（PORT）＃５０，コントロー
ルデータ入出力部（Control Data Input / Output）と
その送受信ポート（PORT）＃６０とから構成されてい
る。この図においては、理解を容易にするため、いくつ
かのトラック及びその対応ポートの図示を省略してい
る。以下の各装置についても同じである。
ワークに接続されたノードであり、次のような各機能が
割り当てられていると共に、次のような構成とされてい
る。まず、１は鍵盤であり、キーデータ出力部（Key Da
ta Output）と送信専用のポート（PORT）＃１とから構
成されており、２はシーケンサ（ＳＥＱ；Multi Track
Sequencer ）であり、トラック１（Track 1 ；MIDI Me
sg. Input ）とその受信専用ポート（PORT）＃１ないし
トラック１６（Track 16；MIDI Mesg. Input）とその
受信専用ポート（PORT）＃１６，トラック１（Track 1
；MIDI Mesg.Output）とその送信専用ポート（PORT）
＃１７，トラック２（Track 2 ；MIDIMesg. Output）と
その送信専用ポート（PORT）＃１８，トラック３（Trac
k 3 ；MIDI Mesg. Output）とその送信専用ポート（PO
RT）＃１９，パス情報管理部（Path Information Mana
ger ）とその送受信ポート（PORT）＃５０，コントロー
ルデータ入出力部（Control Data Input / Output）と
その送受信ポート（PORT）＃６０とから構成されてい
る。この図においては、理解を容易にするため、いくつ
かのトラック及びその対応ポートの図示を省略してい
る。以下の各装置についても同じである。
【００１５】さらに、３はミキサ（8ch Digital Audio
Mixer ）であり、チャンネル１（Audio Data Input ）
とその受信専用ポート（PORT）＃１，チャンネル２（Au
dioData Input ）とその受信専用ポート（PORT）＃
２，チャンネル３（Audio DataInput ）とその受信専用
ポート（PORT）＃３，チャンネル４（Audio Data Inpu
t ）とその受信専用ポート（PORT）＃４，チャンネル５
（Audio Data Input）とその受信専用ポート（PORT）
＃５，チャンネル６（Audio Data Input ）とその受信
専用ポート（PORT）＃６，チャンネル７（Audio Data
Input ）とその受信専用ポート（PORT）＃７，チャンネ
ル８（Audio Data Input ）とその受信専用ポート（PO
RT）＃８，パス情報管理部（Path Information Manage
r ）とその送受信ポート（PORT）＃５０，コントロール
データ入出力部（Control DataInput / Output）とその
送受信ポート（PORT）＃６０とから構成されている。
Mixer ）であり、チャンネル１（Audio Data Input ）
とその受信専用ポート（PORT）＃１，チャンネル２（Au
dioData Input ）とその受信専用ポート（PORT）＃
２，チャンネル３（Audio DataInput ）とその受信専用
ポート（PORT）＃３，チャンネル４（Audio Data Inpu
t ）とその受信専用ポート（PORT）＃４，チャンネル５
（Audio Data Input）とその受信専用ポート（PORT）
＃５，チャンネル６（Audio Data Input ）とその受信
専用ポート（PORT）＃６，チャンネル７（Audio Data
Input ）とその受信専用ポート（PORT）＃７，チャンネ
ル８（Audio Data Input ）とその受信専用ポート（PO
RT）＃８，パス情報管理部（Path Information Manage
r ）とその送受信ポート（PORT）＃５０，コントロール
データ入出力部（Control DataInput / Output）とその
送受信ポート（PORT）＃６０とから構成されている。
【００１６】そして、４はＰＣＭ方式の音源１（PCM To
ne Generator ）であり、ＭＩＤＩメッセージ入力（MI
DI Mesg. Input ）とその受信専用ポート（PORT）＃
１，ＭＩＤＩメッセージ入力（MIDI Mesg. Input ）と
その受信専用ポート（PORT）＃２，オーディオデータ出
力（Audio Data Output(L) ）とその送信専用ポート
（PORT）＃１０，オーディオデータ出力（Audio Data
Output(R) ）とその送信専用ポート（PORT）＃１１，パ
ス情報管理部（Path Information Manager ）とその送
受信ポート（PORT）＃５０，コントロールデータ入出力
部（Control DataInput / Output）とその送受信ポート
（PORT）＃６０とから構成されている。また、５はＦＭ
方式の音源２（FM Tone Generator ）、６は音源３
（Tone Generator ）であり、これらの構成は音源１と
同様の構成とされている。なお、これらのノード１〜６
において、ポートはポートのプログラムにより独立して
動作しており、ポート以外の機能はアプリケーションプ
ログラムにより独立して動作している。
ne Generator ）であり、ＭＩＤＩメッセージ入力（MI
DI Mesg. Input ）とその受信専用ポート（PORT）＃
１，ＭＩＤＩメッセージ入力（MIDI Mesg. Input ）と
その受信専用ポート（PORT）＃２，オーディオデータ出
力（Audio Data Output(L) ）とその送信専用ポート
（PORT）＃１０，オーディオデータ出力（Audio Data
Output(R) ）とその送信専用ポート（PORT）＃１１，パ
ス情報管理部（Path Information Manager ）とその送
受信ポート（PORT）＃５０，コントロールデータ入出力
部（Control DataInput / Output）とその送受信ポート
（PORT）＃６０とから構成されている。また、５はＦＭ
方式の音源２（FM Tone Generator ）、６は音源３
（Tone Generator ）であり、これらの構成は音源１と
同様の構成とされている。なお、これらのノード１〜６
において、ポートはポートのプログラムにより独立して
動作しており、ポート以外の機能はアプリケーションプ
ログラムにより独立して動作している。
【００１７】このように構成された各部において、鍵盤
１の送信専用ポート（PORT）＃１は、パスＬ１によりシ
ーケンサ２の受信専用ポート（PORT）＃１，音源１の受
信専用ポート（PORT）＃２，音源２の受信専用ポート
（PORT）＃２，音源３の受信専用ポート（PORT）＃２に
接続されており、シーケンサ２の送信専用ポート（POR
T）＃１７は、パスＬ２により音源１の受信専用ポート
（PORT）＃１に接続されており、シーケンサ２の送信専
用ポート（PORT）＃１８は、パスＬ３により音源２の受
信専用ポート（PORT）＃１に接続されており、シーケン
サ３の送信専用ポート（PORT）＃１９は、パスＬ４によ
り音源２の受信専用ポート（PORT）＃１に接続されてい
る。
１の送信専用ポート（PORT）＃１は、パスＬ１によりシ
ーケンサ２の受信専用ポート（PORT）＃１，音源１の受
信専用ポート（PORT）＃２，音源２の受信専用ポート
（PORT）＃２，音源３の受信専用ポート（PORT）＃２に
接続されており、シーケンサ２の送信専用ポート（POR
T）＃１７は、パスＬ２により音源１の受信専用ポート
（PORT）＃１に接続されており、シーケンサ２の送信専
用ポート（PORT）＃１８は、パスＬ３により音源２の受
信専用ポート（PORT）＃１に接続されており、シーケン
サ３の送信専用ポート（PORT）＃１９は、パスＬ４によ
り音源２の受信専用ポート（PORT）＃１に接続されてい
る。
【００１８】また、音源１の送信専用ポート（PORT）＃
１０は、パスＬ５によりミキサ３の受信専用ポート（PO
RT）＃１に接続されており、音源１の送信専用ポート
（PORT）＃１１は、パスＬ６によりミキサ３の受信専用
ポート（PORT）＃２に接続されており、音源２の送信専
用ポート（PORT）＃１０は、パスＬ７によりミキサ３の
受信専用ポート（PORT）＃３に接続されており、音源２
の送信専用ポート（PORT）＃１１は、パスＬ８によりミ
キサ３の受信専用ポート（PORT）＃４に接続されてお
り、音源３の送信専用ポート（PORT）＃１０は、パスＬ
９によりミキサ３の受信専用ポート（PORT）＃５に接続
されており、音源３の送信専用ポート（PORT）＃１１
は、パスＬ１０によりミキサ３の受信専用ポート（POR
T）＃６に接続されている。
１０は、パスＬ５によりミキサ３の受信専用ポート（PO
RT）＃１に接続されており、音源１の送信専用ポート
（PORT）＃１１は、パスＬ６によりミキサ３の受信専用
ポート（PORT）＃２に接続されており、音源２の送信専
用ポート（PORT）＃１０は、パスＬ７によりミキサ３の
受信専用ポート（PORT）＃３に接続されており、音源２
の送信専用ポート（PORT）＃１１は、パスＬ８によりミ
キサ３の受信専用ポート（PORT）＃４に接続されてお
り、音源３の送信専用ポート（PORT）＃１０は、パスＬ
９によりミキサ３の受信専用ポート（PORT）＃５に接続
されており、音源３の送信専用ポート（PORT）＃１１
は、パスＬ１０によりミキサ３の受信専用ポート（POR
T）＃６に接続されている。
【００１９】このように各ポート間を論理的パスＬ１〜
Ｌ１０により接続することにより、前記図２２に示す電
子楽器と同様の動作を行うことができる。この論理的パ
スは、前記したように仮想的な伝送路であるが、送信ポ
ートは送信データにグループアドレスを付与してブロー
ドキャストし、グループアドレスが設定された受信ポー
トが受信することにより論理的パスが構成されている。
従って、この論理的パス上に送信ポートから送出された
データは、複数の受信ポートにより受信することができ
る。そして、ネットワークを構築している論理的パス
は、一度ユーザが設定しておき、その論理的パスの情報
を受信ポートが記憶するようにすれば、電源投入時やリ
セット時には、元の論理的パスをネットワーク上に復活
させて再構築することができるものである。さらに、論
路的パス情報を可搬型の記憶媒体、例えば、フロッピー
ディスクに記憶しておき、このフロッピーディスクを接
続管理装置にセットすることにより論理的パスをネット
ワーク上に再構築することもできるものである。
Ｌ１０により接続することにより、前記図２２に示す電
子楽器と同様の動作を行うことができる。この論理的パ
スは、前記したように仮想的な伝送路であるが、送信ポ
ートは送信データにグループアドレスを付与してブロー
ドキャストし、グループアドレスが設定された受信ポー
トが受信することにより論理的パスが構成されている。
従って、この論理的パス上に送信ポートから送出された
データは、複数の受信ポートにより受信することができ
る。そして、ネットワークを構築している論理的パス
は、一度ユーザが設定しておき、その論理的パスの情報
を受信ポートが記憶するようにすれば、電源投入時やリ
セット時には、元の論理的パスをネットワーク上に復活
させて再構築することができるものである。さらに、論
路的パス情報を可搬型の記憶媒体、例えば、フロッピー
ディスクに記憶しておき、このフロッピーディスクを接
続管理装置にセットすることにより論理的パスをネット
ワーク上に再構築することもできるものである。
【００２０】次に、フローチャートを用いて、本発明の
ネットワーク構築方法を詳細に説明する。本発明のネッ
トワークに接続されるノードのうち、例として音源のメ
インルーチンのフローチャートを図２に示す。この図に
おいて、例えば電源を投入してスタートさせると、ステ
ップＳ１００において音源モジュールとしての機能の初
期化、例えば異音が発音されないようにダンプ処理等の
通常機能初期化が行われ、次にステップＳ１１０におい
て自ノードのアドレス等の認識および他ノードに何が接
続されているか等の後述するネットワークの機能初期化
が行われる。そして、ステップＳ１２０においてネット
ワークから入ってきたデータがセットされたバッファを
走査することにより、そのデータがネットワーク関連の
データか否かがステップＳ１３０で判断され、ネットワ
ーク関連のデータと判断されると、ステップＳ１４０に
おいてネットワーク動作の管理を行うデータとして、そ
の受信処理が行なわれる。
ネットワーク構築方法を詳細に説明する。本発明のネッ
トワークに接続されるノードのうち、例として音源のメ
インルーチンのフローチャートを図２に示す。この図に
おいて、例えば電源を投入してスタートさせると、ステ
ップＳ１００において音源モジュールとしての機能の初
期化、例えば異音が発音されないようにダンプ処理等の
通常機能初期化が行われ、次にステップＳ１１０におい
て自ノードのアドレス等の認識および他ノードに何が接
続されているか等の後述するネットワークの機能初期化
が行われる。そして、ステップＳ１２０においてネット
ワークから入ってきたデータがセットされたバッファを
走査することにより、そのデータがネットワーク関連の
データか否かがステップＳ１３０で判断され、ネットワ
ーク関連のデータと判断されると、ステップＳ１４０に
おいてネットワーク動作の管理を行うデータとして、そ
の受信処理が行なわれる。
【００２１】また、ネットワーク関連のデータでないと
判断された場合は、ステップＳ１５０において受信した
データは楽音制御情報と判断されて、この楽音制御情報
により音源の発音処理や消音処理等の発音状態の制御が
行われる。ただし、このステップＳ１５０の動作はノー
ドが音源の場合の例であり、他のノードにおいてはその
機能に応じた処理が行われる。そして、ステップＳ１４
０、あるいはステップＳ１５０のステップが終了する
と、ステップＳ１６０においてパネル処理が行われる。
このパネル処理には、パネル設定によりユーザがネット
ワーク上に論理的パスを手動により構築する処理が含ま
れている。
判断された場合は、ステップＳ１５０において受信した
データは楽音制御情報と判断されて、この楽音制御情報
により音源の発音処理や消音処理等の発音状態の制御が
行われる。ただし、このステップＳ１５０の動作はノー
ドが音源の場合の例であり、他のノードにおいてはその
機能に応じた処理が行われる。そして、ステップＳ１４
０、あるいはステップＳ１５０のステップが終了する
と、ステップＳ１６０においてパネル処理が行われる。
このパネル処理には、パネル設定によりユーザがネット
ワーク上に論理的パスを手動により構築する処理が含ま
れている。
【００２２】このパネル処理により、一旦パス管理テー
ブルが各ノードに作成されれば、その後はパス管理テー
ブルを基に論理的パスを再構築することができる。次
に、ステップＳ１７０においてネットワークへのデータ
の送信処理が行われる。なお、ネットワークへのデータ
の送信は、ポートと云う仮想的なプログラムのポートを
作成しておき、アプリケーションプログラムからポート
に送信することによって行われる。また、ポート情報テ
ーブルのプロトコル（protocol）がマルチキャスト（mu
lticast ）になっているものは、通信相手のアドレスを
指定せずに対応するグループ番号を指定してブロードキ
ャストする。そして、ステップＳ１２０に戻り、ステッ
プＳ１２０〜ステップＳ１７０の前記した動作が繰り返
し行われる。
ブルが各ノードに作成されれば、その後はパス管理テー
ブルを基に論理的パスを再構築することができる。次
に、ステップＳ１７０においてネットワークへのデータ
の送信処理が行われる。なお、ネットワークへのデータ
の送信は、ポートと云う仮想的なプログラムのポートを
作成しておき、アプリケーションプログラムからポート
に送信することによって行われる。また、ポート情報テ
ーブルのプロトコル（protocol）がマルチキャスト（mu
lticast ）になっているものは、通信相手のアドレスを
指定せずに対応するグループ番号を指定してブロードキ
ャストする。そして、ステップＳ１２０に戻り、ステッ
プＳ１２０〜ステップＳ１７０の前記した動作が繰り返
し行われる。
【００２３】次に、図４にメインルーチンのステップＳ
１１０にて実行されるネットワーク機能初期化処理のフ
ローチャートを示す。ネットワーク機能初期化処理が開
始されると、まず、ステップＳ３００においてネットワ
ークが立ち上がった時に、ノード番号を認識するアルゴ
リズムにより自機のノード番号を得る。次に、ステップ
Ｓ３１０において後述するバックグランドネットワーク
処理を起動するが、構成管理ノードになったノードは、
バックグランドネットワーク処理において、伝送されて
きたパケットを監視して、各パケットからのノード番号
のブロードキャストや、ノード番号を収集し、さらにパ
ケットを上位層に転送したり、パケットのサービス要求
に応じた処理等を行う。そして、ステップＳ３００にお
いて得られた自機のノード番号をステップＳ３２０によ
りネットワーク上にブロードキャストする。このブロー
ドキャストされたノード番号のデータは、構成管理ノー
ドとなったノードが受けて自動的に記録する。
１１０にて実行されるネットワーク機能初期化処理のフ
ローチャートを示す。ネットワーク機能初期化処理が開
始されると、まず、ステップＳ３００においてネットワ
ークが立ち上がった時に、ノード番号を認識するアルゴ
リズムにより自機のノード番号を得る。次に、ステップ
Ｓ３１０において後述するバックグランドネットワーク
処理を起動するが、構成管理ノードになったノードは、
バックグランドネットワーク処理において、伝送されて
きたパケットを監視して、各パケットからのノード番号
のブロードキャストや、ノード番号を収集し、さらにパ
ケットを上位層に転送したり、パケットのサービス要求
に応じた処理等を行う。そして、ステップＳ３００にお
いて得られた自機のノード番号をステップＳ３２０によ
りネットワーク上にブロードキャストする。このブロー
ドキャストされたノード番号のデータは、構成管理ノー
ドとなったノードが受けて自動的に記録する。
【００２４】さらに、ネットワークの構成を認識し、認
識後に構成情報完成のパケットを構成管理ノードはブロ
ードキャストするが、この構成情報完成のパケットを待
つステップがステップＳ３３０であり、構成管理ノード
の構成情報完成まで待機するステップである。なお、構
成管理ノードには、ネットワークに接続されたノードの
内余裕のあるノードがなるようなアルゴリズムとされて
いる。そして、ネットワークの構成情報が完成したこと
を示すパケットを得ると、ステップＳ３４０において自
ノードのノード固有情報を構成管理ノードにネットワー
クを通じて通知する。このノード固有情報は、自ノード
のユニークアドレス、ノード情報、機器固有番号であ
り、ユニークアドレスは低位の電子機器の固有番号であ
り、製品毎に異なる番号とされており、ノード情報は何
の機能のノードであるかを表す情報であり、機器固有番
号は上位の機器に固有の番号であり、同じ機能の電子機
器には同じ番号が与えられている。
識後に構成情報完成のパケットを構成管理ノードはブロ
ードキャストするが、この構成情報完成のパケットを待
つステップがステップＳ３３０であり、構成管理ノード
の構成情報完成まで待機するステップである。なお、構
成管理ノードには、ネットワークに接続されたノードの
内余裕のあるノードがなるようなアルゴリズムとされて
いる。そして、ネットワークの構成情報が完成したこと
を示すパケットを得ると、ステップＳ３４０において自
ノードのノード固有情報を構成管理ノードにネットワー
クを通じて通知する。このノード固有情報は、自ノード
のユニークアドレス、ノード情報、機器固有番号であ
り、ユニークアドレスは低位の電子機器の固有番号であ
り、製品毎に異なる番号とされており、ノード情報は何
の機能のノードであるかを表す情報であり、機器固有番
号は上位の機器に固有の番号であり、同じ機能の電子機
器には同じ番号が与えられている。
【００２５】このようなノード固有情報のノードテーブ
ルを図５に示す。この図において、例えばノード番号１
のユニークアドレスは「aaaa．aaaa」、ノード情報は
「MIDIKeyboard」、機器固有番号は「AAAAAAAA」とされ
ている。そして、構成管理ノードはすべてのノードから
前記したようなノード管理情報を受け取ると、ノード情
報完成のパケットをネットワーク上にブロードキャスト
する。このパケットを待つステップがステップＳ３５０
であり、管理ノードが全ノードのノード固有情報を収集
し終るまで待機する。これにより、図５に示すノードテ
ーブルが完成する。そこで、前記ノード情報完成のパケ
ットが得られると、ステップＳ３６０において構成管理
ノードより他のノードのノード固有情報を取得し、自ノ
ードのノードテーブルを作成する。
ルを図５に示す。この図において、例えばノード番号１
のユニークアドレスは「aaaa．aaaa」、ノード情報は
「MIDIKeyboard」、機器固有番号は「AAAAAAAA」とされ
ている。そして、構成管理ノードはすべてのノードから
前記したようなノード管理情報を受け取ると、ノード情
報完成のパケットをネットワーク上にブロードキャスト
する。このパケットを待つステップがステップＳ３５０
であり、管理ノードが全ノードのノード固有情報を収集
し終るまで待機する。これにより、図５に示すノードテ
ーブルが完成する。そこで、前記ノード情報完成のパケ
ットが得られると、ステップＳ３６０において構成管理
ノードより他のノードのノード固有情報を取得し、自ノ
ードのノードテーブルを作成する。
【００２６】次に、ステップＳ３７０において自ノード
の機能に応じてポートを作成していくが、まず、ポート
番号を割当て、そのポートが入力ポートなのか、出力ポ
ートなのか、あるいは入力／出力ポートなのかの情報を
作成し、これにより図７に示すようなポート情報テーブ
ルを作成する。このポート作成については後述するが、
ステップＳ３７０において送信専用ポートが各々一意な
グループ番号を取得している。そして、ステップＳ３８
０において、例えば図８に示すようなパス管理テーブル
が自ノードにあるか否かが判断され、パス管理テーブル
があると判断された場合には、ステップＳ３９０におい
てパスが再構成される。さらに、ステップＳ３９０にお
いてパケット喪失や相手ノードが反応できなった場合の
ため、１回目で構成できなかったパスについて再度パス
の接続（パス再構成リトライ）が試みられる。また、ス
テップＳ４１０において、パス再構成リトライによって
も接続できなったパスは、該当する電子機器がなかった
ものとし、同一の機能を持つ電子機器と強制的に接続さ
れる。次に、ステップＳ３８０においてパス管理テーブ
ルがないと判断された場合と同様にリターンされる。全
く新たに電子機器をネットワークに接続した場合は、パ
ス管理テーブルは存在しない。なお、受信用のポートを
持たない電子機器は、図示する破線で囲んだステップＳ
３８０ないしステップＳ４１０の処理ステップは実装し
ていない。
の機能に応じてポートを作成していくが、まず、ポート
番号を割当て、そのポートが入力ポートなのか、出力ポ
ートなのか、あるいは入力／出力ポートなのかの情報を
作成し、これにより図７に示すようなポート情報テーブ
ルを作成する。このポート作成については後述するが、
ステップＳ３７０において送信専用ポートが各々一意な
グループ番号を取得している。そして、ステップＳ３８
０において、例えば図８に示すようなパス管理テーブル
が自ノードにあるか否かが判断され、パス管理テーブル
があると判断された場合には、ステップＳ３９０におい
てパスが再構成される。さらに、ステップＳ３９０にお
いてパケット喪失や相手ノードが反応できなった場合の
ため、１回目で構成できなかったパスについて再度パス
の接続（パス再構成リトライ）が試みられる。また、ス
テップＳ４１０において、パス再構成リトライによって
も接続できなったパスは、該当する電子機器がなかった
ものとし、同一の機能を持つ電子機器と強制的に接続さ
れる。次に、ステップＳ３８０においてパス管理テーブ
ルがないと判断された場合と同様にリターンされる。全
く新たに電子機器をネットワークに接続した場合は、パ
ス管理テーブルは存在しない。なお、受信用のポートを
持たない電子機器は、図示する破線で囲んだステップＳ
３８０ないしステップＳ４１０の処理ステップは実装し
ていない。
【００２７】次に、ネットワーク機能処理化処理のステ
ップＳ３７０で実行されるポート作成処理のフローチャ
ートを図６に示す。ポート作成処理が開始されると、ス
テップＳ５００において自機の内部機能に対応させてポ
ート情報テーブルが作成される。例えば、シーケンサに
おいては図７に示すようなポート情報テーブルが作成さ
れる。ただし、グループ番号は以下のステップで付与さ
れる。すなわち、ステップＳ５１０において１つのポー
ト、例えばポート番号１の情報が取り出され、ステップ
Ｓ５２０においてこの取り出された情報のうち、プロト
コル（protocol）がマルチキャスト（multicast ）か否
か、かつ、ポートのタイプ（type）が送信専用（TX ON
LY）か否かが判断され、プロトコルがマルチキャストで
あり、かつ、ポートのタイプが送信専用の場合は、ステ
ップＳ５３０においてその送信専用ポートがネットワー
ク上で一意なグループ番号を取得する。
ップＳ３７０で実行されるポート作成処理のフローチャ
ートを図６に示す。ポート作成処理が開始されると、ス
テップＳ５００において自機の内部機能に対応させてポ
ート情報テーブルが作成される。例えば、シーケンサに
おいては図７に示すようなポート情報テーブルが作成さ
れる。ただし、グループ番号は以下のステップで付与さ
れる。すなわち、ステップＳ５１０において１つのポー
ト、例えばポート番号１の情報が取り出され、ステップ
Ｓ５２０においてこの取り出された情報のうち、プロト
コル（protocol）がマルチキャスト（multicast ）か否
か、かつ、ポートのタイプ（type）が送信専用（TX ON
LY）か否かが判断され、プロトコルがマルチキャストで
あり、かつ、ポートのタイプが送信専用の場合は、ステ
ップＳ５３０においてその送信専用ポートがネットワー
ク上で一意なグループ番号を取得する。
【００２８】さらに、ステップＳ５４０においてポート
情報テーブルに取得したグループ番号を記録するように
して、例えば図７に示すポート情報テーブルにおけるよ
うに、ポート番号１７の欄にグループ番号として「１
０」が記録される。次に、ステップＳ５２０においてプ
ロトコルがマルチキャストでないか、あるいは、ポート
のタイプが送信専用でないと判断された場合と同様に、
ステップＳ５５０において未処理ポートがあるか否かが
判断され、未処理ポートがある場合はステップＳ５１０
に戻り前記したように送信専用ポートがグループ番号を
取得する動作が繰り返し行われる。また、全てのポート
の処理が終了し、未処理ポートがないと判断された場合
はリターンされる。なお、図７においてグループ番号の
欄に記録されている「ｄ」は何も書き込まれていない
か、書き込まれていても無視されて利用されないことを
示している。
情報テーブルに取得したグループ番号を記録するように
して、例えば図７に示すポート情報テーブルにおけるよ
うに、ポート番号１７の欄にグループ番号として「１
０」が記録される。次に、ステップＳ５２０においてプ
ロトコルがマルチキャストでないか、あるいは、ポート
のタイプが送信専用でないと判断された場合と同様に、
ステップＳ５５０において未処理ポートがあるか否かが
判断され、未処理ポートがある場合はステップＳ５１０
に戻り前記したように送信専用ポートがグループ番号を
取得する動作が繰り返し行われる。また、全てのポート
の処理が終了し、未処理ポートがないと判断された場合
はリターンされる。なお、図７においてグループ番号の
欄に記録されている「ｄ」は何も書き込まれていない
か、書き込まれていても無視されて利用されないことを
示している。
【００２９】ところで、ネットワーク機能処理のステッ
プＳ３１０においてバックグラウンドネットワーク処理
を起動しているが、バックグラウンドネットワーク処理
が起動されると、図３に示すように、ステップＳ２００
においてパケットの監視を行い、ステップＳ２１０にお
いて特殊処理が行われる。この特殊処理には構成管理ノ
ードになったノードが、ブロードキャストされた各パケ
ットからのノード番号の収集や、ノード固有情報の収集
を行う。ただし、構成管理ノードなどの特殊な機能を実
現しないノードはこの特殊処理を実装していない。さら
にステップＳ２２０において、そのパケットがブロード
キャストか否か、あるいは自ノード宛なのか否かが判断
され、ブロードキャスト、あるいは自ノード宛と判断さ
れた場合は、ステップＳ２３０において上位層に渡すべ
きパケットか否かが判断され、上位層に渡すパケットで
ないと判断された場合は、ステップＳ２４０においてサ
ービス要求に応じて各種テーブルを参照し、自ノードの
データを返送する。ここでは、パス設定時のポート属性
の問い合わせに対する返答や、ユーザによるポート情報
テーブルの要求に対する返答が返送される。
プＳ３１０においてバックグラウンドネットワーク処理
を起動しているが、バックグラウンドネットワーク処理
が起動されると、図３に示すように、ステップＳ２００
においてパケットの監視を行い、ステップＳ２１０にお
いて特殊処理が行われる。この特殊処理には構成管理ノ
ードになったノードが、ブロードキャストされた各パケ
ットからのノード番号の収集や、ノード固有情報の収集
を行う。ただし、構成管理ノードなどの特殊な機能を実
現しないノードはこの特殊処理を実装していない。さら
にステップＳ２２０において、そのパケットがブロード
キャストか否か、あるいは自ノード宛なのか否かが判断
され、ブロードキャスト、あるいは自ノード宛と判断さ
れた場合は、ステップＳ２３０において上位層に渡すべ
きパケットか否かが判断され、上位層に渡すパケットで
ないと判断された場合は、ステップＳ２４０においてサ
ービス要求に応じて各種テーブルを参照し、自ノードの
データを返送する。ここでは、パス設定時のポート属性
の問い合わせに対する返答や、ユーザによるポート情報
テーブルの要求に対する返答が返送される。
【００３０】また、ステップＳ２３０において上位層に
渡すべきパケットと判断された場合は、ステップＳ２５
０においてパケットを上位層へ転送する。そして、ステ
ップＳ２２０においてブロードキャストではなく、か
つ、自ノード宛ではないと判断された場合、およびステ
ップＳ２４０、あるいはステップＳ２５０の処理が終了
した場合はステップＳ２００に戻り、前記したステップ
Ｓ２００ないしステップＳ２２０の処理が繰り返し行わ
れる。
渡すべきパケットと判断された場合は、ステップＳ２５
０においてパケットを上位層へ転送する。そして、ステ
ップＳ２２０においてブロードキャストではなく、か
つ、自ノード宛ではないと判断された場合、およびステ
ップＳ２４０、あるいはステップＳ２５０の処理が終了
した場合はステップＳ２００に戻り、前記したステップ
Ｓ２００ないしステップＳ２２０の処理が繰り返し行わ
れる。
【００３１】次に、パス再構成処理のフローチャートを
図１０に示す。このパス再構成処理が開始されると、ス
テップＳ６００において、パス管理テーブルのパス設定
状態が、まずクリアされる。ミキサのパス管理テーブル
を図８に示すが、このパス管理テーブルにおいて右端の
欄のパス設定状態がこのステップによりクリアされる。
以降の説明においては、このパス管理テーブルを参照し
ながら説明する。次に、ステップＳ６１０においてパス
管理テーブルの一番上からデータが取得され、ステップ
Ｓ６２０において送信側ユニークアドレスがノードテー
ブルに存在するか否かが判断される。これは、自ノード
の受信ポートを接続するパスが、図８に示すパス管理テ
ーブルの１番上の行の場合、送信側ユニークアドレスが
「dddd.dddd」のノードとされているが、このユニーク
アドレスを有する電子機器がネットワークに接続されて
いるかどうかを判断するためであり、存在すると判断さ
れるとステップＳ６３０に進む。
図１０に示す。このパス再構成処理が開始されると、ス
テップＳ６００において、パス管理テーブルのパス設定
状態が、まずクリアされる。ミキサのパス管理テーブル
を図８に示すが、このパス管理テーブルにおいて右端の
欄のパス設定状態がこのステップによりクリアされる。
以降の説明においては、このパス管理テーブルを参照し
ながら説明する。次に、ステップＳ６１０においてパス
管理テーブルの一番上からデータが取得され、ステップ
Ｓ６２０において送信側ユニークアドレスがノードテー
ブルに存在するか否かが判断される。これは、自ノード
の受信ポートを接続するパスが、図８に示すパス管理テ
ーブルの１番上の行の場合、送信側ユニークアドレスが
「dddd.dddd」のノードとされているが、このユニーク
アドレスを有する電子機器がネットワークに接続されて
いるかどうかを判断するためであり、存在すると判断さ
れるとステップＳ６３０に進む。
【００３２】このステップＳ６３０において送受信ポー
トの属性の確認が行われると共に、ステップＳ６４０に
おいてポートの存在確認および属性が一致するか否かが
判断される。この判断は図５に示す全ノード共通のノー
ドテーブルが自ノードに取り込まれていることを利用し
て、このノードテーブルを参照することにより行なわれ
る。すなわち、ノードテーブルを検索するとそのノード
番号４にユニークアドレス「dddd. dddd」を見いだすこ
とができる。また、受信側ポート番号１については自ノ
ードの受信側ポート番号１の存在確認を行うことがで
き、また属性も認識されているから、存在が確認されて
いると共に、マルチキャストの受信ポートであることの
属性も認識されている。さらに、送信側ポートについて
は、パス管理テーブルのユニークアドレスが「dddd．dd
dd」とされていることから、ノードテーブルを参照する
と、この送信ポートがＰＣＭ音源（ＰＣＭ Tone Gene
rator ）の送信ポートであることがわかり、まずポート
の存在が確認され、さらに、このパス管理テーブルから
送信側ポート番号が「１０」（なお、グループ番号にも
「１０」なる番号が存在するが、この番号とは関連して
いない。）であることがわかる。
トの属性の確認が行われると共に、ステップＳ６４０に
おいてポートの存在確認および属性が一致するか否かが
判断される。この判断は図５に示す全ノード共通のノー
ドテーブルが自ノードに取り込まれていることを利用し
て、このノードテーブルを参照することにより行なわれ
る。すなわち、ノードテーブルを検索するとそのノード
番号４にユニークアドレス「dddd. dddd」を見いだすこ
とができる。また、受信側ポート番号１については自ノ
ードの受信側ポート番号１の存在確認を行うことがで
き、また属性も認識されているから、存在が確認されて
いると共に、マルチキャストの受信ポートであることの
属性も認識されている。さらに、送信側ポートについて
は、パス管理テーブルのユニークアドレスが「dddd．dd
dd」とされていることから、ノードテーブルを参照する
と、この送信ポートがＰＣＭ音源（ＰＣＭ Tone Gene
rator ）の送信ポートであることがわかり、まずポート
の存在が確認され、さらに、このパス管理テーブルから
送信側ポート番号が「１０」（なお、グループ番号にも
「１０」なる番号が存在するが、この番号とは関連して
いない。）であることがわかる。
【００３３】そこで、図示しないＰＣＭ音源のポート情
報テーブルを参照すると、ポート番号「１０」の送信ポ
ートがマルチキャストの送信ポートであることがわかる
ため、パスで接続されるポートが受信ポートと送信ポー
トと認識されて、その属性が一致するためステップＳ６
５０に進む。このステップＳ６５０において、送信ポー
トのグループ番号を送信側のポート情報テーブルのグル
ープ番号の欄を参照して取得し、受信側ノードの受信テ
ーブルのグループ番号として自ノードのポート情報テー
ブルに登録する。これにより、送信側がグループ番号を
付与してブロードキャストしたデータを、同じグループ
番号が受信ポートに登録されている受信ポートが受信で
きるようになる。
報テーブルを参照すると、ポート番号「１０」の送信ポ
ートがマルチキャストの送信ポートであることがわかる
ため、パスで接続されるポートが受信ポートと送信ポー
トと認識されて、その属性が一致するためステップＳ６
５０に進む。このステップＳ６５０において、送信ポー
トのグループ番号を送信側のポート情報テーブルのグル
ープ番号の欄を参照して取得し、受信側ノードの受信テ
ーブルのグループ番号として自ノードのポート情報テー
ブルに登録する。これにより、送信側がグループ番号を
付与してブロードキャストしたデータを、同じグループ
番号が受信ポートに登録されている受信ポートが受信で
きるようになる。
【００３４】そして、ステップＳ６７０においてパス管
理テーブルのパス設定状態を「１」とする。この「１」
は、図９に示すようにパス設定状態が完了したことを示
している。また、ステップＳ６２０においてユニークア
ドレスがノードテーブルに存在しないと判断された場
合、ステップＳ６４０においてポートの存在が確認され
ないか、あるいは属性が一致しないと判断された場合
は、ステップＳ６６０においてパス管理テーブルの設定
状態が「３」とされる。この「３」は、図９に示すよう
に保留状態であることを示している。次に、ステップＳ
６７０の処理が完了した場合と同様に、ステップＳ６８
０に進み次のデータがあるか否かが判断され、次のデー
タがあると判断された場合はステップＳ６１０に戻り、
前記パス再構成の処理が繰り返し行われる。また、次に
データがないと判断された場合は、そのままリターンさ
れる。
理テーブルのパス設定状態を「１」とする。この「１」
は、図９に示すようにパス設定状態が完了したことを示
している。また、ステップＳ６２０においてユニークア
ドレスがノードテーブルに存在しないと判断された場
合、ステップＳ６４０においてポートの存在が確認され
ないか、あるいは属性が一致しないと判断された場合
は、ステップＳ６６０においてパス管理テーブルの設定
状態が「３」とされる。この「３」は、図９に示すよう
に保留状態であることを示している。次に、ステップＳ
６７０の処理が完了した場合と同様に、ステップＳ６８
０に進み次のデータがあるか否かが判断され、次のデー
タがあると判断された場合はステップＳ６１０に戻り、
前記パス再構成の処理が繰り返し行われる。また、次に
データがないと判断された場合は、そのままリターンさ
れる。
【００３５】ここで、前記ステップＳ６２０において、
ユニークアドレスがノードテーブルに存在しないと判断
される場合の例を上げると、図８に示すパス管理テーブ
ルの受信側ポート番号５のユニークアドレスは「ffff．
ffff」とされており、このユニークアドレスは図５に示
すノードテーブルを参照しても見いだすことができな
い。この場合は、パス管理テーブルを作成した時の製品
がネットワークに接続されていない場合であって、ステ
ップＳ６２０において「NO」側へ分岐されて、前記ステ
ップＳ６６０の処理が行われる。この時は、接続されな
かった製品と同じ機能の電子機器がネットワークに接続
されていれば、接続されなかった製品に替えてこの電子
機器との間に強制的にパスを設定するようにする。この
ため、パス管理テーブルのパス設定状態を保留状態を示
す「３」とするのである。以上の処理によりノードがミ
キサの場合は、図８に示すパス管理テーブルが得られ
る。
ユニークアドレスがノードテーブルに存在しないと判断
される場合の例を上げると、図８に示すパス管理テーブ
ルの受信側ポート番号５のユニークアドレスは「ffff．
ffff」とされており、このユニークアドレスは図５に示
すノードテーブルを参照しても見いだすことができな
い。この場合は、パス管理テーブルを作成した時の製品
がネットワークに接続されていない場合であって、ステ
ップＳ６２０において「NO」側へ分岐されて、前記ステ
ップＳ６６０の処理が行われる。この時は、接続されな
かった製品と同じ機能の電子機器がネットワークに接続
されていれば、接続されなかった製品に替えてこの電子
機器との間に強制的にパスを設定するようにする。この
ため、パス管理テーブルのパス設定状態を保留状態を示
す「３」とするのである。以上の処理によりノードがミ
キサの場合は、図８に示すパス管理テーブルが得られ
る。
【００３６】次に、機能的パス再構成のフローチャート
を図１１に示すが、機能的パス再構成の処理において
は、パス再構成の処理において接続されなかったパスに
ついての処理を行っている。この機能的パス再構成の処
理が開始されると、ステップＳ７００において、管理テ
ーブルより『パス設定状態＝３』のデータを取得する。
例えば、図８に示すパス管理テーブルの場合は、まず受
信側ポート番号５のデータを取得し、同じ機能のノード
が接続されているか否かを認識するため、この送信側機
器固有番号「FFFFFFFF」をステップＳ７１０においてノ
ードに取り込まれている図５に示すノードテーブルを参
照して検索する。この場合、ノードテーブルのノード番
号６に機器固有番号「FFFFFFFF」を見出すことができる
ため、ステップＳ７２０において「YES 」と判断され
て、ステップＳ７３０に移行する。
を図１１に示すが、機能的パス再構成の処理において
は、パス再構成の処理において接続されなかったパスに
ついての処理を行っている。この機能的パス再構成の処
理が開始されると、ステップＳ７００において、管理テ
ーブルより『パス設定状態＝３』のデータを取得する。
例えば、図８に示すパス管理テーブルの場合は、まず受
信側ポート番号５のデータを取得し、同じ機能のノード
が接続されているか否かを認識するため、この送信側機
器固有番号「FFFFFFFF」をステップＳ７１０においてノ
ードに取り込まれている図５に示すノードテーブルを参
照して検索する。この場合、ノードテーブルのノード番
号６に機器固有番号「FFFFFFFF」を見出すことができる
ため、ステップＳ７２０において「YES 」と判断され
て、ステップＳ７３０に移行する。
【００３７】このステップにおいて、前記図１０に示す
ステップＳ６３０と同様の送受信ポートの属性の確認を
行い、さらにステップＳ７４０において送受信ポートの
属性が一致しているか否かが判断される。なお、このス
テップＳ７４０においてポートの存在確認をしていない
のは、送信側機器固有番号が検索することができれば、
同じ機能の電子機器が接続されていることがわかり、ポ
ートも存在するものとみなせるからである。ただし、ポ
ートの存在確認処理を行うようにしてもよい。次に、ス
テップＳ７５０においてユーザに警告を発し、パス接続
の確認を求める。ユーザがパス接続を許可すると、ステ
ップＳ７６０において接続可と判断され、ステップＳ７
７０において送信ポートのグループ番号を取得し、受信
側ノードのポート情報テーブルの受信ポートのグループ
番号として登録する。
ステップＳ６３０と同様の送受信ポートの属性の確認を
行い、さらにステップＳ７４０において送受信ポートの
属性が一致しているか否かが判断される。なお、このス
テップＳ７４０においてポートの存在確認をしていない
のは、送信側機器固有番号が検索することができれば、
同じ機能の電子機器が接続されていることがわかり、ポ
ートも存在するものとみなせるからである。ただし、ポ
ートの存在確認処理を行うようにしてもよい。次に、ス
テップＳ７５０においてユーザに警告を発し、パス接続
の確認を求める。ユーザがパス接続を許可すると、ステ
ップＳ７６０において接続可と判断され、ステップＳ７
７０において送信ポートのグループ番号を取得し、受信
側ノードのポート情報テーブルの受信ポートのグループ
番号として登録する。
【００３８】さらに、ステップＳ８００においてパス管
理テーブルのパス設定状態を、図９に示すように警告下
のパス接続状態を示す「２」に設定する。そして、ステ
ップＳ８１０においてユーザにパス情報を更新するか否
かの問い合わせを行い、ユーザが更新を許可すると、ス
テップＳ８２０において更新と判断され、ステップＳ８
３０においてパス管理テーブルの送信側ユニークアドレ
スを、ノードテーブルの対応するユニークアドレスで書
き換える。前記ステップＳ７７０において接続されたパ
スは一時的な接続であり、ネットワークに新たに接続さ
れた電子機器が一時的に接続するものではなく以後継続
的に接続する場合は、前記ステップＳ８２０においてユ
ーザはパス情報を更新するようにする。このパス情報の
更新をしないとネットワークを立ち上げる度に、ユーザ
はパス接続の許可等をする必要が生じる。
理テーブルのパス設定状態を、図９に示すように警告下
のパス接続状態を示す「２」に設定する。そして、ステ
ップＳ８１０においてユーザにパス情報を更新するか否
かの問い合わせを行い、ユーザが更新を許可すると、ス
テップＳ８２０において更新と判断され、ステップＳ８
３０においてパス管理テーブルの送信側ユニークアドレ
スを、ノードテーブルの対応するユニークアドレスで書
き換える。前記ステップＳ７７０において接続されたパ
スは一時的な接続であり、ネットワークに新たに接続さ
れた電子機器が一時的に接続するものではなく以後継続
的に接続する場合は、前記ステップＳ８２０においてユ
ーザはパス情報を更新するようにする。このパス情報の
更新をしないとネットワークを立ち上げる度に、ユーザ
はパス接続の許可等をする必要が生じる。
【００３９】また、ステップＳ７２０において送信側機
器固有番号がノードテーブルを検索しても見出せなかっ
た場合、及びステップＳ７４０において送受信ポートの
属性が一致しなかった場合は、ステップＳ７９０におい
てパス管理テーブルのパス設定状態を図９に示すように
接続不能状態を示す「５」に設定する。さらに、ステッ
プＳ７６０においてユーザが接続を許可しないと判断さ
れた場合は、ステップＳ７８０においてパス管理テーブ
ルのパス設定状態を警告下の非接続状態を示す「４」に
設定する。そして、ステップＳ８２０においてユーザが
更新を許可しないと判断された時と、ステップＳ７８
０、ステップＳ７９０、ステップＳ８３０の処理が終了
した時は、ステップＳ８４０に移行して、次のデータが
あるか否かが判断され、次のデータがあると判断された
場合は、ステップＳ７００に戻り前記したような機能的
パス再構成の処理が繰り返し行われる。また、次のデー
タがないと判断された場合はリターンされる。以上の機
能的パス再構成の処理を行うと、図８に示すミキサのパ
ス管理テーブルが図１２に示すパス管理テーブルに書き
換えられる。ただし、この場合はパス情報を更新した場
合を示している。
器固有番号がノードテーブルを検索しても見出せなかっ
た場合、及びステップＳ７４０において送受信ポートの
属性が一致しなかった場合は、ステップＳ７９０におい
てパス管理テーブルのパス設定状態を図９に示すように
接続不能状態を示す「５」に設定する。さらに、ステッ
プＳ７６０においてユーザが接続を許可しないと判断さ
れた場合は、ステップＳ７８０においてパス管理テーブ
ルのパス設定状態を警告下の非接続状態を示す「４」に
設定する。そして、ステップＳ８２０においてユーザが
更新を許可しないと判断された時と、ステップＳ７８
０、ステップＳ７９０、ステップＳ８３０の処理が終了
した時は、ステップＳ８４０に移行して、次のデータが
あるか否かが判断され、次のデータがあると判断された
場合は、ステップＳ７００に戻り前記したような機能的
パス再構成の処理が繰り返し行われる。また、次のデー
タがないと判断された場合はリターンされる。以上の機
能的パス再構成の処理を行うと、図８に示すミキサのパ
ス管理テーブルが図１２に示すパス管理テーブルに書き
換えられる。ただし、この場合はパス情報を更新した場
合を示している。
【００４０】次に、メインルーチンにおけるステップＳ
１４０にて実行されるネットワーク受信処理のフローチ
ャートを図１３に示す。このネットワーク受信処理が開
始されると、ステップＳ９００においてネットワークか
ら受信されたデータがリセット信号か否かが判断され、
リセット信号と判断された場合は、ステップＳ９２０に
おいて自ノードのすべての機能をリセットする。このリ
セット信号は、新たなノードがネットワークに接続され
た時にネットワークをリセットするためのものである。
なお、前記した図１に示すように、各ノードはアプリケ
ーションプログラムの部分とポートのプログラムの部分
とに独立して分離されているため、ポートのプログラム
だけをリセットすることが可能ではあるが、リセット信
号の送出がネットワークの端部から送出された場合等に
おいては、ネットワークの伝播遅延時間の影響により、
他のノードが送出したデータと衝突して音が鳴り続けた
り暴走したりする恐れがある。このため、ここではノー
ドのすべての機能をリセットしている。
１４０にて実行されるネットワーク受信処理のフローチ
ャートを図１３に示す。このネットワーク受信処理が開
始されると、ステップＳ９００においてネットワークか
ら受信されたデータがリセット信号か否かが判断され、
リセット信号と判断された場合は、ステップＳ９２０に
おいて自ノードのすべての機能をリセットする。このリ
セット信号は、新たなノードがネットワークに接続され
た時にネットワークをリセットするためのものである。
なお、前記した図１に示すように、各ノードはアプリケ
ーションプログラムの部分とポートのプログラムの部分
とに独立して分離されているため、ポートのプログラム
だけをリセットすることが可能ではあるが、リセット信
号の送出がネットワークの端部から送出された場合等に
おいては、ネットワークの伝播遅延時間の影響により、
他のノードが送出したデータと衝突して音が鳴り続けた
り暴走したりする恐れがある。このため、ここではノー
ドのすべての機能をリセットしている。
【００４１】また、リセット信号でないと判断された場
合は、ステップＳ９１０においてパス管理テーブルのロ
ード要求か否かが判断されるが、ステップＳ９００ない
しステップＳ９５０は、例えばフロッピーディスクに記
憶されているパス管理テーブルによりパスを構築する場
合の処理である。すなわち、パス管理テーブルロード要
求は、各ノードのパス管理テーブルを接続管理装置にセ
ットされたフロッピーディスク等に記憶されているパス
管理テーブルで書き替えるためのロード要求である。そ
こで、ステップＳ９１０において受信されたデータがパ
ス管理テーブルロード要求と判断された場合は、ステッ
プＳ９３０において自ノードのネットワーク部分以外の
機能を停止させる。この停止は、パスの再構成時に支障
のないように、単に停止するのではなく機能を含めて停
止させる。すなわち、音源の場合は発音中の楽音をすべ
てを停止させ、シーケンサの場合は記録／再生を停止さ
せる。
合は、ステップＳ９１０においてパス管理テーブルのロ
ード要求か否かが判断されるが、ステップＳ９００ない
しステップＳ９５０は、例えばフロッピーディスクに記
憶されているパス管理テーブルによりパスを構築する場
合の処理である。すなわち、パス管理テーブルロード要
求は、各ノードのパス管理テーブルを接続管理装置にセ
ットされたフロッピーディスク等に記憶されているパス
管理テーブルで書き替えるためのロード要求である。そ
こで、ステップＳ９１０において受信されたデータがパ
ス管理テーブルロード要求と判断された場合は、ステッ
プＳ９３０において自ノードのネットワーク部分以外の
機能を停止させる。この停止は、パスの再構成時に支障
のないように、単に停止するのではなく機能を含めて停
止させる。すなわち、音源の場合は発音中の楽音をすべ
てを停止させ、シーケンサの場合は記録／再生を停止さ
せる。
【００４２】次に、ステップＳ９４０においてロード要
求発送元である接続管理装置にロード許可を通知する。
次に、ステップＳ９５０において接続管理装置から転送
されたパス管理テーブルを新たなパス管理テーブルとす
るよう、パス管理テーブルを書き替えるようにする。こ
れにより、新たなパス管理テーブルにより新たなパスの
再構成が行われる。続いて、ステップＳ９１０において
受信されたデータがパス管理テーブルロード要求でない
と判断された場合と同様にステップＳ９６０に進む。ス
テップＳ９６０ないしステップＳ９８０は、パス管理テ
ーブルの情報をフロッピーディスク等にダンプするため
の処理であり、ステップＳ９６０においてネットワーク
より受信されたデータがパス管理テーブルダンプ要求か
否かが判断され、パス管理テーブルダンプ要求と判断さ
れた場合は、ステップＳ９７０においてダンプ要求元で
ある接続管理装置にダンプ許可を通知する。
求発送元である接続管理装置にロード許可を通知する。
次に、ステップＳ９５０において接続管理装置から転送
されたパス管理テーブルを新たなパス管理テーブルとす
るよう、パス管理テーブルを書き替えるようにする。こ
れにより、新たなパス管理テーブルにより新たなパスの
再構成が行われる。続いて、ステップＳ９１０において
受信されたデータがパス管理テーブルロード要求でない
と判断された場合と同様にステップＳ９６０に進む。ス
テップＳ９６０ないしステップＳ９８０は、パス管理テ
ーブルの情報をフロッピーディスク等にダンプするため
の処理であり、ステップＳ９６０においてネットワーク
より受信されたデータがパス管理テーブルダンプ要求か
否かが判断され、パス管理テーブルダンプ要求と判断さ
れた場合は、ステップＳ９７０においてダンプ要求元で
ある接続管理装置にダンプ許可を通知する。
【００４３】さらに、ステップＳ９８０において自ノー
ドのパス管理テーブルの情報をダンプ要求発送元にダン
プする。接続管理装置では、送られてきたパス管理テー
ブルの情報をすべてのノードについて収集し、フロッピ
ーディスク等に記録する。そして、ステップＳ９６０に
おいてネットワークより受信されたデータが、パス管理
テーブルダンプ要求でないと判断された場合と同様に、
リターンされる。
ドのパス管理テーブルの情報をダンプ要求発送元にダン
プする。接続管理装置では、送られてきたパス管理テー
ブルの情報をすべてのノードについて収集し、フロッピ
ーディスク等に記録する。そして、ステップＳ９６０に
おいてネットワークより受信されたデータが、パス管理
テーブルダンプ要求でないと判断された場合と同様に、
リターンされる。
【００４４】次に、接続管理装置が実行する処理のフロ
ーチャートを図１４に示す。接続管理装置の電源等が投
入されて処理がスタートされると、接続管理装置もノー
ドの１つであるためネットワーク機能が初期化される。
このネットワーク機能の初期化は図４に示す処理と同様
の処理により行われるが、パス管理テーブルは必要とし
ないため、ステップＳ３８０において「NO」側へ分岐さ
れてリターンされる処理となる。図１４に戻って説明を
続けると、次に、接続管理装置にフロッピーディスク等
が挿入されたか否かがステップＳ１０１０において検出
されるが、この検出はディスクが挿入されるまで繰り返
し行われる。そして、ディスクの挿入されたことが検出
されると、ステップＳ１０２０においてコマンドを待
ち、パス管理テーブルのロードコマンド、あるいはパス
管理テーブルのダンプコマンドのいずれかが来た時に、
いずれのコマンドが来たのかがステップＳ１０３０にお
いて判断され、パス管理テーブルのロードコマンドと判
断されると、ステップＳ１０４０において挿入されたデ
ィスクよりパス情報（ユニークアドレス，ノード情報，
機器固有番号）を読み出す。
ーチャートを図１４に示す。接続管理装置の電源等が投
入されて処理がスタートされると、接続管理装置もノー
ドの１つであるためネットワーク機能が初期化される。
このネットワーク機能の初期化は図４に示す処理と同様
の処理により行われるが、パス管理テーブルは必要とし
ないため、ステップＳ３８０において「NO」側へ分岐さ
れてリターンされる処理となる。図１４に戻って説明を
続けると、次に、接続管理装置にフロッピーディスク等
が挿入されたか否かがステップＳ１０１０において検出
されるが、この検出はディスクが挿入されるまで繰り返
し行われる。そして、ディスクの挿入されたことが検出
されると、ステップＳ１０２０においてコマンドを待
ち、パス管理テーブルのロードコマンド、あるいはパス
管理テーブルのダンプコマンドのいずれかが来た時に、
いずれのコマンドが来たのかがステップＳ１０３０にお
いて判断され、パス管理テーブルのロードコマンドと判
断されると、ステップＳ１０４０において挿入されたデ
ィスクよりパス情報（ユニークアドレス，ノード情報，
機器固有番号）を読み出す。
【００４５】そして、ステップＳ１０５０においてパス
情報のノードデータ（ユニークアドレスあるいは機器固
有番号）に該当するノードがすべて存在するか否かが判
断され、パス情報のノードデータに該当するノードがす
べて存在すると判断された場合は、ステップＳ１０６０
に移行する。ここで、ユニークアドレスだけに該当する
機器だけでなく、機器固有番号に該当する機器も該当さ
せるのは、製品は異なるが同じ機能の電子機器が置き換
えられてネットワーク接続されている場合も予想される
からである。このステップＳ１０６０においてパス管理
テーブルのロード要求を１つのノードに送信し、さら
に、ステップＳ１０７０においてロード許可を相手のノ
ードから受取後、パス管理テーブルを相手のノードに送
信することによりロードする。
情報のノードデータ（ユニークアドレスあるいは機器固
有番号）に該当するノードがすべて存在するか否かが判
断され、パス情報のノードデータに該当するノードがす
べて存在すると判断された場合は、ステップＳ１０６０
に移行する。ここで、ユニークアドレスだけに該当する
機器だけでなく、機器固有番号に該当する機器も該当さ
せるのは、製品は異なるが同じ機能の電子機器が置き換
えられてネットワーク接続されている場合も予想される
からである。このステップＳ１０６０においてパス管理
テーブルのロード要求を１つのノードに送信し、さら
に、ステップＳ１０７０においてロード許可を相手のノ
ードから受取後、パス管理テーブルを相手のノードに送
信することによりロードする。
【００４６】そして、ステップＳ１０８０においてすべ
てのノードにパス管理テーブルを送信したか否かが判断
され、パス管理テーブルを送信していないノードがある
場合は、ステップＳ１０６０に戻り前記と同様の処理
が、全てのノードにパス管理テーブルが送信されるまで
繰り返し行われる。このようにして、全てのノードにパ
ス管理テーブルが送信されると、ステップＳ１１２０に
おいて全ノードにリセット信号が送信されて、全ノード
がリセットされる。また、ステップＳ１０５０において
パス情報のノードデータに該当するノードのすべてが存
在していないと判断された場合は、ステップＳ１０９０
において接続可能なものだけ強制的に接続するか否かが
確認される。
てのノードにパス管理テーブルを送信したか否かが判断
され、パス管理テーブルを送信していないノードがある
場合は、ステップＳ１０６０に戻り前記と同様の処理
が、全てのノードにパス管理テーブルが送信されるまで
繰り返し行われる。このようにして、全てのノードにパ
ス管理テーブルが送信されると、ステップＳ１１２０に
おいて全ノードにリセット信号が送信されて、全ノード
がリセットされる。また、ステップＳ１０５０において
パス情報のノードデータに該当するノードのすべてが存
在していないと判断された場合は、ステップＳ１０９０
において接続可能なものだけ強制的に接続するか否かが
確認される。
【００４７】ここで、ユーザが強制的に接続することを
許可したことが、ステップＳ１１００において検出され
ると、ステップＳ１１１０においてパス情報のうち、ノ
ードデータが該当するノードにのみパス管理テーブルを
送信する。この場合、該当するノードが複数ある時は順
次該当するノードにパス管理テーブルを送信する。そし
て、ステップＳ１１２０において全ノードにリセット信
号が送信されて、全ノードがリセットされ、ステップＳ
１１３０に進む。また、ステップＳ１０３０においてコ
マンドがパスのロードコマンドでないと判断された場合
も、ステップＳ１１１０において強制接続の許可をユー
ザがしないと判断された場合と同様にステップＳ１１３
０に移行し、コマンドがパス管理テーブルのダンプコマ
ンドか否かが判断される。
許可したことが、ステップＳ１１００において検出され
ると、ステップＳ１１１０においてパス情報のうち、ノ
ードデータが該当するノードにのみパス管理テーブルを
送信する。この場合、該当するノードが複数ある時は順
次該当するノードにパス管理テーブルを送信する。そし
て、ステップＳ１１２０において全ノードにリセット信
号が送信されて、全ノードがリセットされ、ステップＳ
１１３０に進む。また、ステップＳ１０３０においてコ
マンドがパスのロードコマンドでないと判断された場合
も、ステップＳ１１１０において強制接続の許可をユー
ザがしないと判断された場合と同様にステップＳ１１３
０に移行し、コマンドがパス管理テーブルのダンプコマ
ンドか否かが判断される。
【００４８】ここで、コマンドがパス管理テーブルのダ
ンプコマンドと判断されると、ステップＳ１１４０にお
いてノードテーブルの全てのノードのうち、ＰＩＭ（パ
ス情報管理部；Path Information Manager ）を持つノ
ードに対してパス管理テーブルのダンプ要求を送信す
る。そして、ステップＳ１１５０においてダンプ許可を
受取後、相手方のノードから送られてくるパス管理テー
ブルを受信し、ステップＳ１１６０において全ての該当
するノードからのパス管理テーブルを受信したか否かが
判断され、全ての該当するノードからのパス管理テーブ
ルを受信していないと判断された場合は、ステップＳ１
１４０に戻り、前記と同様の処理が、全ての該当するノ
ードからパス管理テーブルを受信するまで繰り返し行わ
れる。
ンプコマンドと判断されると、ステップＳ１１４０にお
いてノードテーブルの全てのノードのうち、ＰＩＭ（パ
ス情報管理部；Path Information Manager ）を持つノ
ードに対してパス管理テーブルのダンプ要求を送信す
る。そして、ステップＳ１１５０においてダンプ許可を
受取後、相手方のノードから送られてくるパス管理テー
ブルを受信し、ステップＳ１１６０において全ての該当
するノードからのパス管理テーブルを受信したか否かが
判断され、全ての該当するノードからのパス管理テーブ
ルを受信していないと判断された場合は、ステップＳ１
１４０に戻り、前記と同様の処理が、全ての該当するノ
ードからパス管理テーブルを受信するまで繰り返し行わ
れる。
【００４９】そして、全ての該当するノードからパス管
理テーブルを受信すると、ステップＳ１１７０において
取り寄せたパス管理テーブルにそれぞれのノードデータ
が付加されてフロッピーディスク等に保存され、リター
ンされる。なお、ディスクはフロッピーディスクに限ら
ず、ハードディスクや光ディスク等であってもよいが、
フロッピーディスクとした時の記憶状態の一例を図１５
（ａ）に示す。この図に示す場合は、ユニークアドレス
と機器固有番号、及びパス管理テーブルがノードごとに
順次記憶される。また、同図（ｂ）に示すように、グル
ープ番号、送信ユニークアドレス、送信側機器固有番
号、及び受信側情報からなるノードごとのデータを記憶
するようにしてもよい。
理テーブルを受信すると、ステップＳ１１７０において
取り寄せたパス管理テーブルにそれぞれのノードデータ
が付加されてフロッピーディスク等に保存され、リター
ンされる。なお、ディスクはフロッピーディスクに限ら
ず、ハードディスクや光ディスク等であってもよいが、
フロッピーディスクとした時の記憶状態の一例を図１５
（ａ）に示す。この図に示す場合は、ユニークアドレス
と機器固有番号、及びパス管理テーブルがノードごとに
順次記憶される。また、同図（ｂ）に示すように、グル
ープ番号、送信ユニークアドレス、送信側機器固有番
号、及び受信側情報からなるノードごとのデータを記憶
するようにしてもよい。
【００５０】次に、メインルーチンのステップＳ１６０
にて実行されるパネル処理のフローチャートを図１６に
示す。このパネル処理は通常のパネル処理を行うと同時
に、最初に構築するパスの設定を行う処理であり、パネ
ル処理が開始されるとまず、ステップＳ１２００におい
て通常のパネル処理が行われる。次に、ステップＳ１２
１０においてパス接続処理を行うか否かが判断され、パ
ス接続処理を行うと判断されると、ステップＳ１２２０
においてノードテーブルを基にネットワークに接続され
ている電子機器をディスプレイ上に表示する。
にて実行されるパネル処理のフローチャートを図１６に
示す。このパネル処理は通常のパネル処理を行うと同時
に、最初に構築するパスの設定を行う処理であり、パネ
ル処理が開始されるとまず、ステップＳ１２００におい
て通常のパネル処理が行われる。次に、ステップＳ１２
１０においてパス接続処理を行うか否かが判断され、パ
ス接続処理を行うと判断されると、ステップＳ１２２０
においてノードテーブルを基にネットワークに接続され
ている電子機器をディスプレイ上に表示する。
【００５１】この時、ノードテーブルからでは接続する
ポート情報が得られていないため、ステップＳ１２３０
においてユーザの指定したノードに関するポート情報を
該当するノードから取り寄せて、このポート情報をディ
スプレイに表示する。次に、ユーザがディスプレイを参
照しながら指定したポート間をパスとして接続する。こ
の接続はポート間を、前述したように送信ポートのグル
ープ番号に受信ポートのグループ番号を合わせることに
より接続する。さらに、ステップＳ１２５０において接
続されたパスに基づいてパス管理テーブルを書き替え
る。そして、ステップＳ１２１０においてパス接続処理
は行わないと判断された場合と同様にリターンされる。
ポート情報が得られていないため、ステップＳ１２３０
においてユーザの指定したノードに関するポート情報を
該当するノードから取り寄せて、このポート情報をディ
スプレイに表示する。次に、ユーザがディスプレイを参
照しながら指定したポート間をパスとして接続する。こ
の接続はポート間を、前述したように送信ポートのグル
ープ番号に受信ポートのグループ番号を合わせることに
より接続する。さらに、ステップＳ１２５０において接
続されたパスに基づいてパス管理テーブルを書き替え
る。そして、ステップＳ１２１０においてパス接続処理
は行わないと判断された場合と同様にリターンされる。
【００５２】以上説明したネットワークの構築方法にお
けるパス情報の再構成を簡単にまとめると次のように行
われている。 （１）送信側が、各パスについてグループ番号を決定 （２）受信側が、各パスについて送信側にグループ番号
を問い合わせ （３）受信側が、ポート情報テーブルのグループ番号を
問い合わせ、そのデータで書き換え （４）受信側が、ポート情報テーブルのグループ番号に
従いデータを受信 この方法によると、受信ノードが個別に送信ノードのグ
ループ番号を問い合わせているので、受信ノード数が多
い場合は不要なトラフィックを招くことになる。
けるパス情報の再構成を簡単にまとめると次のように行
われている。 （１）送信側が、各パスについてグループ番号を決定 （２）受信側が、各パスについて送信側にグループ番号
を問い合わせ （３）受信側が、ポート情報テーブルのグループ番号を
問い合わせ、そのデータで書き換え （４）受信側が、ポート情報テーブルのグループ番号に
従いデータを受信 この方法によると、受信ノードが個別に送信ノードのグ
ループ番号を問い合わせているので、受信ノード数が多
い場合は不要なトラフィックを招くことになる。
【００５３】そこで、これを解決できる本発明の第２の
ネットワーク構築方法を次に説明する。この第２のネッ
トワーク構築方法の手順の概要は次のようになる。 （１）送信側が、各パスについてグループ番号を決定 （２）送信側が、グループ番号と、ユニークアドレスを
始めにブロードキャスト （３）受信側は、これを受信してユニークアドレスを元
に、グループ番号を設定 （４）受信側は、ポート情報テーブルのグループ番号に
従いデータを受信 このように、第２のネットワーク構築方法では前述した
ネットワーク構築方法において、受信側が再構成のトリ
ガをかけていたのに対し、送信側が再構成のトリガをか
けるようにしたものである。従って、再構成が一度のブ
ロードキャストで済むため、不要なトラフィックを招く
ことなくシンプルとされる。
ネットワーク構築方法を次に説明する。この第２のネッ
トワーク構築方法の手順の概要は次のようになる。 （１）送信側が、各パスについてグループ番号を決定 （２）送信側が、グループ番号と、ユニークアドレスを
始めにブロードキャスト （３）受信側は、これを受信してユニークアドレスを元
に、グループ番号を設定 （４）受信側は、ポート情報テーブルのグループ番号に
従いデータを受信 このように、第２のネットワーク構築方法では前述した
ネットワーク構築方法において、受信側が再構成のトリ
ガをかけていたのに対し、送信側が再構成のトリガをか
けるようにしたものである。従って、再構成が一度のブ
ロードキャストで済むため、不要なトラフィックを招く
ことなくシンプルとされる。
【００５４】次に、第２のネットワークの構築方法を説
明するが、前述したネットワーク構築方法と同様の処理
については、その説明は省略し異なる処理についてフロ
ーチャートを参照しながら説明を行うものとする。ま
ず、ネットワークに接続される電子機器のメインルーチ
ン、例えば音源のメインルーチンのフローチャートは前
記図２に示すものと同様とされるが、そのステップＳ１
１０にて実行されるネットワーク機能初期化処理は異な
る。そこで、ネットワーク機能初期化処理のフローチャ
ートを図１７に示すが、このネットワーク機能初期化処
理においては、前記図５に示すようなノードテーブルは
作成されない。
明するが、前述したネットワーク構築方法と同様の処理
については、その説明は省略し異なる処理についてフロ
ーチャートを参照しながら説明を行うものとする。ま
ず、ネットワークに接続される電子機器のメインルーチ
ン、例えば音源のメインルーチンのフローチャートは前
記図２に示すものと同様とされるが、そのステップＳ１
１０にて実行されるネットワーク機能初期化処理は異な
る。そこで、ネットワーク機能初期化処理のフローチャ
ートを図１７に示すが、このネットワーク機能初期化処
理においては、前記図５に示すようなノードテーブルは
作成されない。
【００５５】このネットワーク機能初期化処理が開始さ
れると、図１７に示すようにステップＳ１３００にてネ
ットワークが立ち上がった時に、ノード番号を認識する
アルゴリズムにより自機のノード番号が得られる。この
ノード番号は固定の番号ではなくダイナミックに決定さ
れるノード番号が得られるようにされる。次に、ステッ
プＳ１３１０にてバスリセット終了まで待機される。す
なわち、構成管理ノードがパス構成の情報を収集し終る
まで待機される。次いで、ステップＳ１３２０にて後述
するバックグランドネットワーク処理が起動され、さら
に、ステップＳ１３３０にて自ノードの機能に応じてポ
ートを作成していくポート作成処理が実行されて、リタ
ーンされる。
れると、図１７に示すようにステップＳ１３００にてネ
ットワークが立ち上がった時に、ノード番号を認識する
アルゴリズムにより自機のノード番号が得られる。この
ノード番号は固定の番号ではなくダイナミックに決定さ
れるノード番号が得られるようにされる。次に、ステッ
プＳ１３１０にてバスリセット終了まで待機される。す
なわち、構成管理ノードがパス構成の情報を収集し終る
まで待機される。次いで、ステップＳ１３２０にて後述
するバックグランドネットワーク処理が起動され、さら
に、ステップＳ１３３０にて自ノードの機能に応じてポ
ートを作成していくポート作成処理が実行されて、リタ
ーンされる。
【００５６】このポート作成処理のフローチャートを図
１９に示すが、ポート作成処理が開始されると、ステッ
プＳ１５００にて自機の内部機能に対応させてポート情
報テーブルが作成される。例えば、シーケンサにおいて
は前記図７に示すようなポート情報テーブルが作成され
る。ただし、グループ番号は以下のステップで付与され
る。すなわち、ステップＳ１５１０において１つのポー
ト、例えばポート番号１の情報が取り出され、ステップ
Ｓ１５２０においてこの取り出された情報のうち、プロ
トコル（protocol）がマルチキャスト（multicast ）か
否か、かつ、ポートのタイプ（type）が送信専用（TX
ONLY）か否かが判断され、プロトコルがマルチキャスト
であり、かつ、ポートのタイプが送信専用の場合は、ス
テップＳ１５３０においてその送信専用ポートがネット
ワーク上で一意なグループ番号を取得する。
１９に示すが、ポート作成処理が開始されると、ステッ
プＳ１５００にて自機の内部機能に対応させてポート情
報テーブルが作成される。例えば、シーケンサにおいて
は前記図７に示すようなポート情報テーブルが作成され
る。ただし、グループ番号は以下のステップで付与され
る。すなわち、ステップＳ１５１０において１つのポー
ト、例えばポート番号１の情報が取り出され、ステップ
Ｓ１５２０においてこの取り出された情報のうち、プロ
トコル（protocol）がマルチキャスト（multicast ）か
否か、かつ、ポートのタイプ（type）が送信専用（TX
ONLY）か否かが判断され、プロトコルがマルチキャスト
であり、かつ、ポートのタイプが送信専用の場合は、ス
テップＳ１５３０においてその送信専用ポートがネット
ワーク上で一意なグループ番号を取得する。
【００５７】さらに、ステップＳ１５４０においてポー
ト情報テーブルに取得したグループ番号を記録するよう
にして、例えば図７に示すポート情報テーブルにおける
ように、ポート番号１７の欄にグループ番号として「１
０」が記録される。次に、ステップＳ１５５０にてユニ
ークアドレス，ノード番号，ポート番号，グループ番号
をブロードキャストする。これにより、受信側は接続す
べき送信側ポート番号におけるユニークアドレスと共に
ブロードキャストされたグループ番号を取得できるよう
になる。次いで、ステップＳ１５２０においてプロトコ
ルがマルチキャストでないか、あるいは、ポートのタイ
プが送信専用でないと判断された場合と同様に、ステッ
プＳ１５６０において未処理ポートがあるか否かが判断
され、未処理ポートがある場合はステップＳ１５１０に
戻り前記したように送信専用ポートがグループ番号を取
得する動作が繰り返し行われる。また、全てのポートの
処理が終了し、未処理ポートがないと判断された場合は
リターンされる。
ト情報テーブルに取得したグループ番号を記録するよう
にして、例えば図７に示すポート情報テーブルにおける
ように、ポート番号１７の欄にグループ番号として「１
０」が記録される。次に、ステップＳ１５５０にてユニ
ークアドレス，ノード番号，ポート番号，グループ番号
をブロードキャストする。これにより、受信側は接続す
べき送信側ポート番号におけるユニークアドレスと共に
ブロードキャストされたグループ番号を取得できるよう
になる。次いで、ステップＳ１５２０においてプロトコ
ルがマルチキャストでないか、あるいは、ポートのタイ
プが送信専用でないと判断された場合と同様に、ステッ
プＳ１５６０において未処理ポートがあるか否かが判断
され、未処理ポートがある場合はステップＳ１５１０に
戻り前記したように送信専用ポートがグループ番号を取
得する動作が繰り返し行われる。また、全てのポートの
処理が終了し、未処理ポートがないと判断された場合は
リターンされる。
【００５８】次に、ネットワーク機能処理のステップＳ
１３２０において起動されるバックグラウンドネットワ
ーク処理のフローチャートを図１８に示す。このバック
グラウンドネットワーク処理が起動されると、ステップ
Ｓ１４００においてパケットの監視が行われ、ステップ
Ｓ１４１０にて、そのパケットがブロードキャストか否
か、あるいは自ノード宛なのか否かが判断され、ブロー
ドキャスト、あるいは自ノード宛と判断された場合は、
ステップＳ１４２０において上位層に渡すべきパケット
か否かが判断される。そして、上位層に渡すパケットで
ないと判断された場合は、ステップＳ１４３０において
グループ番号の通知のパケットか否かが判断され、前記
ポート作成処理のステップＳ１５５０にてブロードキャ
ストされたグループ番号の通知のパケットの場合はステ
ップＳ１４６０に分岐されてパス再構成処理が行われ
る。
１３２０において起動されるバックグラウンドネットワ
ーク処理のフローチャートを図１８に示す。このバック
グラウンドネットワーク処理が起動されると、ステップ
Ｓ１４００においてパケットの監視が行われ、ステップ
Ｓ１４１０にて、そのパケットがブロードキャストか否
か、あるいは自ノード宛なのか否かが判断され、ブロー
ドキャスト、あるいは自ノード宛と判断された場合は、
ステップＳ１４２０において上位層に渡すべきパケット
か否かが判断される。そして、上位層に渡すパケットで
ないと判断された場合は、ステップＳ１４３０において
グループ番号の通知のパケットか否かが判断され、前記
ポート作成処理のステップＳ１５５０にてブロードキャ
ストされたグループ番号の通知のパケットの場合はステ
ップＳ１４６０に分岐されてパス再構成処理が行われ
る。
【００５９】また、グループ番号の通知のパケットでな
いと判断された場合は、ステップＳ１４４０にてサービ
ス要求に応じて各種テーブルが参照され、自ノードのデ
ータが返送される。ここでは、パス設定時のポート属性
の問い合わせに対する返答や、ユーザによるポート情報
テーブルの要求に対する返答が返送される。また、ステ
ップＳ１４２０において上位層に渡すべきパケットと判
断された場合は、ステップＳ１４５０においてパケット
を上位層へ転送する。そして、ステップＳ１４１０にお
いてブロードキャストではなく、かつ、自ノード宛では
ないと判断された場合、ステップＳ１４４０、ステップ
Ｓ１４６０、あるいはステップＳ１４５０の処理が終了
した場合はステップＳ１４００に戻り、前記したステッ
プＳ１４００ないしステップＳ１４６０の処理が繰り返
し行われる。
いと判断された場合は、ステップＳ１４４０にてサービ
ス要求に応じて各種テーブルが参照され、自ノードのデ
ータが返送される。ここでは、パス設定時のポート属性
の問い合わせに対する返答や、ユーザによるポート情報
テーブルの要求に対する返答が返送される。また、ステ
ップＳ１４２０において上位層に渡すべきパケットと判
断された場合は、ステップＳ１４５０においてパケット
を上位層へ転送する。そして、ステップＳ１４１０にお
いてブロードキャストではなく、かつ、自ノード宛では
ないと判断された場合、ステップＳ１４４０、ステップ
Ｓ１４６０、あるいはステップＳ１４５０の処理が終了
した場合はステップＳ１４００に戻り、前記したステッ
プＳ１４００ないしステップＳ１４６０の処理が繰り返
し行われる。
【００６０】次に、バックグランドネットワーク処理の
ステップＳ１４６０にて実行されるパス再構成処理のフ
ローチャートを図２０に示す。このパス再構成処理が開
始されると、ステップＳ１６００において、パス管理テ
ーブルのパス設定状態が、まずクリアされる。この場合
のパス管理テーブルをミキサを例として図２１（ａ）に
示すが、前記図８に示したものと異なり送信側機器固有
番号の欄は省略されている。これは、第２のネットワー
ク構築方法においては機能的パス再構成処理を行わない
ためである。
ステップＳ１４６０にて実行されるパス再構成処理のフ
ローチャートを図２０に示す。このパス再構成処理が開
始されると、ステップＳ１６００において、パス管理テ
ーブルのパス設定状態が、まずクリアされる。この場合
のパス管理テーブルをミキサを例として図２１（ａ）に
示すが、前記図８に示したものと異なり送信側機器固有
番号の欄は省略されている。これは、第２のネットワー
ク構築方法においては機能的パス再構成処理を行わない
ためである。
【００６１】ここで、このパス管理テーブルにおける右
端の欄の「パス設定状態」がこのステップＳ１６００に
てクリアされる。以降の説明においては、このパス管理
テーブルを参照しながら説明する。次に、ステップＳ１
６１０にて既に得られているパス管理テーブルに、送信
側ユニークアドレスと送信側ポート番号の組み合わせか
らなる送信側情報が一致するパス情報があるか否かが判
断され、パス情報があると判断されるとステップＳ１６
２０にてその送信側からブロードキャストされたグルー
プ番号が取得され、受信ノードのポート情報テーブルの
受信ポートのグループ番号として登録される。
端の欄の「パス設定状態」がこのステップＳ１６００に
てクリアされる。以降の説明においては、このパス管理
テーブルを参照しながら説明する。次に、ステップＳ１
６１０にて既に得られているパス管理テーブルに、送信
側ユニークアドレスと送信側ポート番号の組み合わせか
らなる送信側情報が一致するパス情報があるか否かが判
断され、パス情報があると判断されるとステップＳ１６
２０にてその送信側からブロードキャストされたグルー
プ番号が取得され、受信ノードのポート情報テーブルの
受信ポートのグループ番号として登録される。
【００６２】ついで、ステップＳ１６３０において図２
１（ａ）に示すようにパス管理テーブルのパス設定状態
が「１」とされる。この「１」は、図２１（ｂ）に示す
ようにパス設定状態が完了したことを示している。さら
に、ステップＳ１６１０にてパス管理テーブルに送信側
情報が一致するパス情報があると判断されない場合と同
様にリターンされる。なお、送信側からブロードキャス
トされたグループ番号を取得できない場合は、パス管理
テーブルにおけるパス設定状態は「０」とされ、同図
（ｂ）に示すように接続不能状態とされる。
１（ａ）に示すようにパス管理テーブルのパス設定状態
が「１」とされる。この「１」は、図２１（ｂ）に示す
ようにパス設定状態が完了したことを示している。さら
に、ステップＳ１６１０にてパス管理テーブルに送信側
情報が一致するパス情報があると判断されない場合と同
様にリターンされる。なお、送信側からブロードキャス
トされたグループ番号を取得できない場合は、パス管理
テーブルにおけるパス設定状態は「０」とされ、同図
（ｂ）に示すように接続不能状態とされる。
【００６３】このように、第２のネットワーク構築方法
においてはプロトコルマルチキャストとされる送信専用
ポートの場合にユニークアドレス、ノード情報、ポート
番号、取得されたグループ番号を一度ブロードキャスト
することにより、受信側がブロードキャストされた情報
から接続すべき送信ポートのグループ番号を取得するよ
うにしている。このため、シンプルな通信を行うだけで
パスの再構成処理を実行することができる。但し、パス
の実態を握る受信側がトリガをかけないため、再構成失
敗時の対応が困難となることから、送信側からのブロー
ドキャストを複数回行うようにしてもよい。また、これ
に代わり受信側に不成立のパスがある場合（パス管理テ
ーブルのパス設定状態の欄が「０」とされているものを
検出することにより判断できる。）には、所定時間後に
特定の送信側のブロードキャストの要求、あるいはパス
再構成の要求をブロードキャストするようにしてもよ
い。
においてはプロトコルマルチキャストとされる送信専用
ポートの場合にユニークアドレス、ノード情報、ポート
番号、取得されたグループ番号を一度ブロードキャスト
することにより、受信側がブロードキャストされた情報
から接続すべき送信ポートのグループ番号を取得するよ
うにしている。このため、シンプルな通信を行うだけで
パスの再構成処理を実行することができる。但し、パス
の実態を握る受信側がトリガをかけないため、再構成失
敗時の対応が困難となることから、送信側からのブロー
ドキャストを複数回行うようにしてもよい。また、これ
に代わり受信側に不成立のパスがある場合（パス管理テ
ーブルのパス設定状態の欄が「０」とされているものを
検出することにより判断できる。）には、所定時間後に
特定の送信側のブロードキャストの要求、あるいはパス
再構成の要求をブロードキャストするようにしてもよ
い。
【００６４】以上の説明においては、電子楽器のネット
ワークを例に上げて説明したが、本発明は電子楽器のネ
ットワークに限らず民生用の電子機器、例えばテレビジ
ョン、ビデオテープレコーダ、オーディオ装置、カラオ
ケ装置等のインテリジェントな電子機器を接続するネッ
トワークの構築方法に適用することができる。
ワークを例に上げて説明したが、本発明は電子楽器のネ
ットワークに限らず民生用の電子機器、例えばテレビジ
ョン、ビデオテープレコーダ、オーディオ装置、カラオ
ケ装置等のインテリジェントな電子機器を接続するネッ
トワークの構築方法に適用することができる。
【００６５】
【発明の効果】本発明は以上説明したように、記憶され
た論理的な接続情報に基づいて、ネットワーク構築時に
ネットワーク上に各電子機器間を接続する論理的パスを
復活させて再構築しているため、接続を一度はずしても
容易に元に戻すことができる。従って、複数の電子機器
を接続してなる電子楽器の接続をはずしてステージ等に
移動された場合においても、ネットワークを構成する１
本の伝送ラインに電子楽器に関連する各電子機器を接続
して、電源を投入あるいはリセットをかけるだけで電子
楽器のネットワークシステムを再構築することができ
る。また、ネットワークに接続される製品が異なってい
ても機能が同じ電子機器が接続された場合は、従来接続
されていた製品に替えて新たに接続された同じ機能の電
子機器をネットワークに強制的に接続することができ
る。
た論理的な接続情報に基づいて、ネットワーク構築時に
ネットワーク上に各電子機器間を接続する論理的パスを
復活させて再構築しているため、接続を一度はずしても
容易に元に戻すことができる。従って、複数の電子機器
を接続してなる電子楽器の接続をはずしてステージ等に
移動された場合においても、ネットワークを構成する１
本の伝送ラインに電子楽器に関連する各電子機器を接続
して、電源を投入あるいはリセットをかけるだけで電子
楽器のネットワークシステムを再構築することができ
る。また、ネットワークに接続される製品が異なってい
ても機能が同じ電子機器が接続された場合は、従来接続
されていた製品に替えて新たに接続された同じ機能の電
子機器をネットワークに強制的に接続することができ
る。
【００６６】さらに、論理的な接続情報を受信側が記憶
するようにすると、送信側が接続情報を記憶する場合に
比較して接続情報のデータ量を分散して記憶することが
でき、高速にネットワークを立ち上げることができる。
さらにまた、論理的パス情報を可搬型の記憶媒体に記憶
しておけば、それぞれ同じ機能の電子機器を備えている
スタジオ等において、記憶媒体を接続管理手段にセット
するだけで同じネットワークシステムの環境を再現する
ことができるようになる。そして、本発明のネットワー
クシステムにおいては、ネットワークがＭＩＤＩのよう
にシリアル接続とされていないため、１つの電子機器の
接続がはずれたとしてもそれ以降の電子機器にデータを
送ることができるようになるため、致命的な状態となり
にくくなる。
するようにすると、送信側が接続情報を記憶する場合に
比較して接続情報のデータ量を分散して記憶することが
でき、高速にネットワークを立ち上げることができる。
さらにまた、論理的パス情報を可搬型の記憶媒体に記憶
しておけば、それぞれ同じ機能の電子機器を備えている
スタジオ等において、記憶媒体を接続管理手段にセット
するだけで同じネットワークシステムの環境を再現する
ことができるようになる。そして、本発明のネットワー
クシステムにおいては、ネットワークがＭＩＤＩのよう
にシリアル接続とされていないため、１つの電子機器の
接続がはずれたとしてもそれ以降の電子機器にデータを
送ることができるようになるため、致命的な状態となり
にくくなる。
【図１】 本発明のネットワーク構築方法により構築し
た電子楽器のネットワークを示す図である。
た電子楽器のネットワークを示す図である。
【図２】 本発明のネットワーク構築方法におけるメイ
ンルーチンのフローチャートである。
ンルーチンのフローチャートである。
【図３】 本発明のネットワーク構築方法におけるロー
チャートである。
チャートである。
【図４】 本発明のネットワーク構築方法におけるネッ
トワーク機能初期化のフローチャートである。
トワーク機能初期化のフローチャートである。
【図５】 本発明のネットワーク構築方法におけるノー
ドテーブルを示す図である。
ドテーブルを示す図である。
【図６】 本発明のネットワーク構築方法におけるポー
ト作成のフローチャートを示す図である。
ト作成のフローチャートを示す図である。
【図７】 本発明のネットワーク構築方法におけるポー
ト情報テーブルを示す図である。
ト情報テーブルを示す図である。
【図８】 本発明のネットワーク構築方法におけるパス
管理テーブルを示す図である。
管理テーブルを示す図である。
【図９】 本発明のネットワーク構築方法におけるパス
設定状態の状態内容を表す表である。
設定状態の状態内容を表す表である。
【図１０】 本発明のネットワーク構築方法におけるパ
ス再構成のフローチャートを示す図である。
ス再構成のフローチャートを示す図である。
【図１１】 本発明のネットワーク構築方法における機
能的パス再構成のフローチャートを示す図である。
能的パス再構成のフローチャートを示す図である。
【図１２】 本発明のネットワーク構築方法におけるパ
ス管理テーブルを示す図である。
ス管理テーブルを示す図である。
【図１３】 本発明のネットワーク構築方法におけるネ
ットワーク受信処理のフローチャートを示す図である。
ットワーク受信処理のフローチャートを示す図である。
【図１４】 本発明のネットワーク構築方法における接
続管理装置のフローチャートを示す図である。
続管理装置のフローチャートを示す図である。
【図１５】 本発明のネットワーク構築方法におけるフ
ロッピーディスクの記憶状態の例を示す図である。
ロッピーディスクの記憶状態の例を示す図である。
【図１６】 本発明のネットワーク構築方法におけるパ
ネル処理のフローチャートを示す図である。
ネル処理のフローチャートを示す図である。
【図１７】 本発明の第２のネットワーク構築方法にお
けるネットワーク機能初期化のフローチャートである。
けるネットワーク機能初期化のフローチャートである。
【図１８】 本発明の第２のネットワーク構築方法にお
けるバックグラウンドネットワーク処理のフローチャー
トである。
けるバックグラウンドネットワーク処理のフローチャー
トである。
【図１９】 本発明の第２のネットワーク構築方法にお
けるポート作成のフローチャートを示す図である。
けるポート作成のフローチャートを示す図である。
【図２０】 本発明の第２のネットワーク構築方法にお
けるパス再構成のフローチャートを示す図である。
けるパス再構成のフローチャートを示す図である。
【図２１】 本発明の第２のネットワーク構築方法にお
けるパス管理テーブルおよびパス設定状態の内容を示す
テーブルを示す図である。
けるパス管理テーブルおよびパス設定状態の内容を示す
テーブルを示す図である。
【図２２】 従来の電子楽器のネットワークを示す図で
ある。
ある。
１，１０１ 鍵盤 ２，１０２ シーケンサ ３，１０３ ミキサ ４、１０４ 音源１ ５、１０５ 音源２ ６、１０６ 音源３ Ｌ１〜Ｌ１０ 論理的パス Ｌ１０１〜Ｌ１０７ ライン
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.6，ＤＢ名) G10H 1/00
Claims (4)
- 【請求項１】 ネットワークに接続される複数の電子
機器を有し、この電子機器間がネットワーク上に構築さ
れた論理的パスにより接続されるネットワークにおい
て、 前記電子機器は、少なくとも１つの送信ポートあるいは
受信ポートを有し、ネットワーク構築時に前記受信ポー
トが接続される前記送信ポートに関するパス情報に基づ
いて、前記論理的パスが復活されて前記ネットワーク上
に再構築されると共に、前記パス情報が前記受信ポート
側に記録されていることを特徴とするネットワーク構築
方法。 - 【請求項２】 ネットワークに接続される電子楽器を
構成する複数の電子機器を有し、この電子機器間がネッ
トワーク上に構築された論理的パスにより接続される電
子楽器のネットワークにおいて、 前記電子機器は、少なくとも１つの送信ポートあるいは
受信ポートを有し、ネットワーク構築時に、前記受信ポ
ートが接続される前記送信ポートに関するパス情報に基
づいて、前記論理的パスが復活されて前記ネットワーク
上に再構築されると共に、前記パス情報が前記受信ポー
ト側に記録されていることを特徴とするネットワーク構
築方法。 - 【請求項３】 前記論理的パス情報が可搬型の記録媒
体に記録されており、この記録媒体をネットワークに接
続される前記電子機器の１つにセットすることにより、
前記論理的パスを前記ネットワーク上に復活して再構築
することを特徴とする請求項１あるいは請求項２記載の
ネットワーク構築方法。 - 【請求項４】 前記論理的パスの再構築時に、前記論
理的パス情報に基づく送信ポートが存在しないときは、
その送信ポートを代替できる電子機器が前記ネットワー
クに接続されているかを検索し、代替可能な電子機器が
前記ネットワークに接続されている場合は、該電子機器
との間に論理的パスを構築するようにしたことを特徴と
する請求項１あるいは請求項２記載のネットワーク構築
方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7060139A JP2830766B2 (ja) | 1994-02-24 | 1995-02-24 | ネットワーク構築方法 |
| US08/584,175 US5867497A (en) | 1994-02-24 | 1996-01-11 | Network system having automatic reconstructing function of logical paths |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4992794 | 1994-02-24 | ||
| JP6-49927 | 1994-02-24 | ||
| JP7060139A JP2830766B2 (ja) | 1994-02-24 | 1995-02-24 | ネットワーク構築方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07287572A JPH07287572A (ja) | 1995-10-31 |
| JP2830766B2 true JP2830766B2 (ja) | 1998-12-02 |
Family
ID=26390371
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7060139A Expired - Fee Related JP2830766B2 (ja) | 1994-02-24 | 1995-02-24 | ネットワーク構築方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2830766B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3271493B2 (ja) * | 1995-09-26 | 2002-04-02 | ヤマハ株式会社 | ネットワークおよびデータ伝送方法 |
| DE69735415T2 (de) | 1996-05-07 | 2006-09-28 | Yamaha Corp., Hamamatsu | Verfahren und System zur Übertragung von Audiodaten mit Zeitstempel |
| JP2000122646A (ja) * | 1998-10-13 | 2000-04-28 | Yamaha Corp | 楽音通信装置 |
| JP3951716B2 (ja) * | 2002-01-18 | 2007-08-01 | ヤマハ株式会社 | 電子音楽装置、及びプログラム |
| US7592531B2 (en) | 2006-03-20 | 2009-09-22 | Yamaha Corporation | Tone generation system |
| JP4957324B2 (ja) * | 2006-03-28 | 2012-06-20 | ヤマハ株式会社 | 音楽処理装置 |
| JP6747579B2 (ja) | 2017-03-31 | 2020-08-26 | 日本電気株式会社 | ネットワーク構築装置、ネットワーク構築方法、及びプログラム |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0664464B2 (ja) * | 1985-12-02 | 1994-08-22 | ヤマハ株式会社 | 電子楽器ネツトワ−クシステム |
| JPH0417985U (ja) * | 1990-06-05 | 1992-02-14 | ||
| JPH04123253A (ja) * | 1990-09-14 | 1992-04-23 | Fujitsu Ltd | 超並列計算機の構成形態検出方式 |
| JPH05101020A (ja) * | 1991-10-04 | 1993-04-23 | Matsushita Electric Ind Co Ltd | ネツトワーク自動設定装置 |
-
1995
- 1995-02-24 JP JP7060139A patent/JP2830766B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07287572A (ja) | 1995-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10481855B2 (en) | Interactive sound reproducing | |
| US7590999B2 (en) | System and method for recording a signal using a central point of control | |
| US7398540B1 (en) | System and method for tuning channels using a central point of control | |
| CN100473014C (zh) | 数据发送设备及其数据发送方法 | |
| US20020084700A1 (en) | Audio system with removable, active faceplate | |
| CN102263782B (zh) | 信息处理装置、信息处理方法和信息处理系统 | |
| US20140037106A1 (en) | Information distributing system, information processing terminal device, information center, and information distributing method | |
| JP2830766B2 (ja) | ネットワーク構築方法 | |
| JP2005045510A (ja) | コンテンツ情報管理装置およびコンテンツ情報管理方法 | |
| JPH1185785A (ja) | 情報処理方法、情報処理装置、及び情報配信システム | |
| US5867497A (en) | Network system having automatic reconstructing function of logical paths | |
| JP3493737B2 (ja) | 送信ノードおよび受信ノード | |
| US5905983A (en) | Multimedia database management system and its data manipulation method | |
| KR0174647B1 (ko) | 네트워크 시스템 | |
| JPH1169017A (ja) | 情報配信システム | |
| US8065382B2 (en) | Network system, electronic equipment terminal, server apparatus and method for distributing and reproducing the contents | |
| JP3098406B2 (ja) | 映像及び音声サービスシステム | |
| JP3432875B2 (ja) | 電源復旧時のシステム再設定方法 | |
| JPH08191283A (ja) | 情報への要求・応答方法並びに受信装置及び再生装置 | |
| JPS62221228A (ja) | 通信衛星と有線ネツトワ−ク利用による情報検索システム | |
| CN100511191C (zh) | 便携式记录和/或播放设备及其操作方法 | |
| JP4270730B2 (ja) | データ端末装置 | |
| JPS6390936A (ja) | メツセ−ジ通信システム | |
| JPH07192393A (ja) | ボリューム制御方式 | |
| JPS60236541A (ja) | ホ−ムバスシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19980825 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313532 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070925 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080925 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090925 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100925 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100925 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110925 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120925 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130925 Year of fee payment: 15 |
|
| LAPS | Cancellation because of no payment of annual fees |