(57)【要約】【課題】  シーケンスの減少処理と増加処理を組み合わせることにより、実際に受信プラグとのコネクションが設定されている送信プラグの数にあわせたシーケンス数分の帯域だけをアイソクロナス転送可能なバス上に確保する。【解決手段】  複数のデータ転送装置で構成されるアイソクロナス転送可能なネットワークに接続するデータ転送装置は、前記アイソクロナス転送可能なネットワークに接続された送信ノードの送信プラグと受信ノードの受信プラグとの間のコネクションを切断する切断手段と、前記送信ノードに対して送信シーケンスの最適化を要求する要求手段と、前記コネクションが切断された送信ノードが使用していた送信シーケンスに新たに割り当てられた送信プラグに関する情報を、前記最適化要求の応答として前記送信ノードから受信する受信手段と、前記新たに割り当てられた送信プラグと前記コネクションを切断した受信プラグとの間に新たにコネクションを設定する設定手段とを有する。【選択図】  図３
2005295522.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータ転送装置で構成されるアイソクロナス転送可能なネットワークに接続するデータ転送装置であって、
前記アイソクロナス転送可能なネットワークに接続された送信ノードの送信プラグと受信ノードの受信プラグとの間のコネクションを切断する切断手段と、
前記送信ノードに対して送信シーケンスの最適化を要求する要求手段と、
前記コネクションが切断された送信ノードが使用していた送信シーケンスに新たに割り当てられた送信プラグに関する情報を、前記最適化要求の応答として前記送信ノードから受信する受信手段と、
前記新たに割り当てられた送信プラグと前記コネクションを切断した受信プラグとの間に新たにコネクションを設定する設定手段と
を有するデータ転送装置。
【請求項２】
さらに、前記送信ノードに対して新たな送信シーケンスを追加するように要求する送信シーケンス要求手段を有する請求項１記載のデータ転送装置。
【請求項３】
複数のデータ転送装置で構成されるアイソクロナス転送可能なネットワークに接続するデータ転送装置であって、
前記アイソクロナス転送可能なネットワークに接続された制御ノードから送信シーケンスの最適化要求を受信する受信手段と、
前記最適化要求に従い、データ・ストリームの最後にある第１の送信シーケンスに割り当てられている送信プラグで送出しているデータを複製する複製手段と、
前記アイソクロナス転送可能なネットワークに接続された受信ノードの受信プラグとの間にコネクションが設定されていない第２の送信シーケンスを用いて、前記複製されたデータを重複して送出する送出手段と、
前記第１の送信シーケンスによるデータの送出を停止する停止手段と、
前記第１の送信シーケンスがアイソクロナス転送可能なバス上で使用していた帯域を開放する開放手段と
を有するデータ転送装置。
【請求項４】
前記受信手段は、さらに前記制御ノードからのシーケンス追加要求を受信し、
さらに、前記アイソクロナス転送可能なバス上で１シーケンス分の帯域を取得する取得手段と、
前記取得した帯域を使用する送信シーケンスを新たに追加する追加手段とを有する請求項３記載のデータ転送装置。
【請求項５】
前記ネットワークはアイソクロナス転送が可能ネットワークである請求項１〜４のいずれか１項に記載のデータ転送装置。
【請求項６】
前記ネットワークはＩＥＥＥ１３９４ネットワークである請求項１〜４のいずれか１項に記載のデータ転送装置。
【請求項７】
複数のデータ転送装置で構成されるアイソクロナス転送可能なネットワークに接続するデータ転送装置で実行されるプログラムであって、
前記アイソクロナス転送可能なネットワークに接続された送信ノードの送信プラグと受信ノードの受信プラグとの間のコネクションを切断する切断手順と、
前記送信ノードに対して送信シーケンスの最適化を要求する要求手順と、
前記コネクションが切断された送信ノードが使用していた送信シーケンスに新たに割り当てられた送信プラグに関する情報を、前記最適化要求の応答として前記送信ノードから受信する受信手順と、
前記新たに割り当てられた送信プラグと前記コネクションを切断した受信プラグとの間に新たにコネクションを設定する設定手順と
を有するデータ転送プログラム。
【請求項８】
複数のデータ転送装置で構成されるアイソクロナス転送可能なネットワークに接続するデータ転送装置で実行されるプログラムであって、
前記アイソクロナス転送可能なネットワークに接続された制御ノードから送信シーケンスの最適化要求を受信する受信手順と、
前記最適化要求に従い、データ・ストリームの最後にある第１の送信シーケンスに割り当てられている送信プラグで送出しているデータを複製する複製手順と、
前記アイソクロナス転送可能なネットワークに接続された受信ノードの受信プラグとの間にコネクションが設定されていない第２の送信シーケンスを用いて、前記複製されたデータを重複して送出する送出手順と、
前記第１の送信シーケンスによるデータの送出を停止する停止手順と、
前記第１の送信シーケンスがアイソクロナス転送可能なバス上で使用していた帯域を開放する開放手順と
を有するデータ転送プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ転送装置に関し、より詳しくは、ＩＥＥＥ１３９４ネットワーク等のアイソクロナス転送可能な通信ネットワークに接続されるデータ転送装置に関する。
【背景技術】
【０００２】
シリアルバスインターフェースの規格として、ＩＥＥＥ１３９４規格が知られている。ＩＥＥＥ１３９４規格に準拠した通信ネットワーク（以下、単にＩＥＥＥ１３９４ネットワークという）では、一つのバス（ローカルバス）に、最大６３台のＩＥＥＥ１３９４規格に準拠した機器（以下、単にＩＥＥＥ１３９４機器と呼ぶ）を接続することができる。
【０００３】
一般的に一つのバス内には、当該バスの構成に関するパラメータを制御することによって、当該ローカルバスの使用効率等を最適化するコントローラーと、その他のノードが接続される。その他のノードとしては、例えば、オーディオ（音声）信号を出力可能な電子楽器等のＡＵＤＩＯ機器、ＭＩＤＩ信号を出力するＭＩＤＩ機器等の予め決められた一定数のデータ（例えば、８チャンネル分のオーディオ・ストリーム及びケーブル１本分のＭＩＤＩストリーム）を一つのアイソクロナス・ストリーム（アイソクロナス周期毎の１つのアイソクロナス・パケット転送）でバス上に送出するトーカー（送信ノード）と、該トーカーが送出するアイソクロナス・ストリームを受信するリスナー（受信ノード）が接続される。（例えば、非特許文献１参照）。
【非特許文献１】「Consumeraudio/video equipment - Digital interface - Part 6: Audio and music datatransmission protocol」、International ElectrotechnicalCommission、２００２年７月１２日
【発明の開示】
【発明が解決しようとする課題】
【０００４】
図９は、従来のＩＥＥＥ１３９４機器における送信プラグと受信プラグ間でのコネクションの確立技術を表す概念図である。
【０００５】
送信ノードであるトーカーには、８個の送信プラグ［０−７］が設定されており、送信ＦＩＦＯも送信プラグの数にあわせて８つが用意されている。送信プラグ［０−７］と対応する送信ＦＩＦＯ［０−７］の経路は固定されており、変更することはできない。
【０００６】
同様に、受信ノードであるリスナーには、８個の受信プラグ［０−７］が設定されており、受信ＦＩＦＯも受信プラグの数にあわせて８つが用意されている。受信プラグ［０−７］と対応する受信ＦＩＦＯ［０−７］の経路は固定されており、変更することはできない。
【０００７】
従来のＩＥＥＥ１３９４機器では、送信ノードが送出するデータ・ストリームのシーケンス数は、固定されており、シーケンス数を動的に増減させることはできない。図９に示す例では、送信ノードが送出するシーケンス数がシーケンスＳｅｑ［０−７］の８つ有る場合には、常に８つ分のシーケンスに対応する帯域をＩＥＥＥ１３９４バス上に確保している必要がある。
【０００８】
例えば、図９に示すように、送信プラグ［４，５］と受信プラグ［０，１］の間にコネクションを確立する場合、シーケンス数を動的に増減させることができないため、受信ノードが２つのシーケンスしか受信しない場合でも、送信ノードは、８つのシーケンス全てを送信する必要がある。
【０００９】
すなわち、従来のＩＥＥＥ１３９４機器では、受信者がいないデータ・ストリームを送出し続けることにより、帯域を無駄に占有している。例えば、送信者が送出しているオーディオ８チャンネルの内、７，８チャンネルのみに受信者がいた場合に、受信者のいない１〜６チャンネルは無駄な帯域を消費していることになる。また、ＩＥＥＥ１３９４ネットワーク以外のアイソクロナス転送機能を備えたネットワークの場合でも同様であり、アイソクロナス・ストリームで送信するシーケンス数を動的に変更することができなかった。
【００１０】
本発明の目的は、アイソクロナス転送可能なバス上の資源（帯域）を有効に利用することのできるデータ転送装置を提供することである。
【課題を解決するための手段】
【００１１】
本発明の一観点によれば、複数のデータ転送装置で構成されるアイソクロナス転送可能なネットワークに接続するデータ転送装置は、前記アイソクロナス転送可能なネットワークに接続された送信ノードの送信プラグと受信ノードの受信プラグとの間のコネクションを切断する切断手段と、前記送信ノードに対して送信シーケンスの最適化を要求する要求手段と、前記コネクションが切断された送信ノードが使用していた送信シーケンスに新たに割り当てられた送信プラグに関する情報を、前記最適化要求の応答として前記送信ノードから受信する受信手段と、前記新たに割り当てられた送信プラグと前記コネクションを切断した受信プラグとの間に新たにコネクションを設定する設定手段とを有する。
【００１２】
また、本発明の他の観点によれば、複数のデータ転送装置で構成されるアイソクロナス転送可能なネットワークに接続するデータ転送装置は、前記アイソクロナス転送可能なネットワークに接続された制御ノードから送信シーケンスの最適化要求を受信する受信手段と、前記最適化要求に従い、データ・ストリームの最後にある第１の送信シーケンスに割り当てられている送信プラグで送出しているデータを複製する複製手段と、前記アイソクロナス転送可能なネットワークに接続された受信ノードの受信プラグとの間にコネクションが設定されていない第２の送信シーケンスを用いて、前記複製されたデータを重複して送出する送出手段と、前記第１の送信シーケンスによるデータの送出を停止する停止手段と、前記第１の送信シーケンスがアイソクロナス転送可能なバス上で使用していた帯域を開放する開放手段とを有する。
【発明の効果】
【００１３】
本発明によれば、設定されているコネクションの数に応じて送信シーケンス数を動的に増加させることで、必要な帯域だけを使うことができ、アイソクロナス転送可能なバス上の資源を有効に活用することができる。
【００１４】
また、本発明によれば、設定されているコネクションの数に応じて送信シーケンス数を動的に減少させることで、必要な帯域だけを使うことができ、アイソクロナス転送可能なバス上の資源を有効に活用することができる。
【００１５】
また、本発明によれば、シーケンスの減少処理と増加処理を組み合わせることにより、実際に受信プラグとのコネクションが設定されている送信プラグの数にあわせたシーケンス数分の帯域だけをアイソクロナス転送可能なバス上に確保することができるので、無駄なシーケンス用の帯域をなくすことができ、アイソクロナス転送可能なバスの資源を有効に活用することができる。
【発明を実施するための最良の形態】
【００１６】
【実施例】
【００１７】
図１は、本発明の実施例によるネットワーク１００のバス構成図である。
【００１８】
ネットワーク１００は、例えば、コントローラー１Ｃ、トーカー１Ｔ及びリスナー１ＲをＩＥＥＥ１３９４ケーブルで相互に通信可能に接続することで構成される。ネットワーク１００は、アイソクロナス転送が可能なネットワークであればよい。例えば、ＩＥＥＥ１３９４ネットワーク、ＵｎｉｖｅｒｓａｌＳｅｒｉａｌ Ｂｕｓ （ＵＳＢ）を利用したネットワーク、ＣｏｎｂｒａＮｅｔ（登録商標）を利用したネットワークなどがある。ここで、「アイソクロナス転送」とは、所定のアイソクロナス周期でバスにアイソクロナス・パケットを優先的に流すことにより、一定時間あたりの転送データ容量（帯域）を確保して保証するデータ転送方式であり、例えば、所定のアイソクロナス周期でバスに割り込みをかけて他の通信を止め、バスにアイソクロナス・パケットを優先的に流すことにより、他のデバイスがネットワークやバスを使用し、そのトラフィックが高くても、一定時間（１フレーム）あたりの転送容量（帯域）を確保して保証する方式が採用される。アイソクロナス転送方式は、一定時間あたりのデータ容量を保証するが、転送データ自体を保証するものではなく、エラー等が生じた場合には、そのデータ利用されず捨てられる。
【００１９】
コントローラー（制御ノード）１Ｃは、例えば、パーソナルコンピュータ等で構成され、バスの構成に関するパラメータを制御することが出来る。
【００２０】
トーカー１Ｔは、例えば、オーディオ（音声）信号を出力可能な電子楽器等のＡＵＤＩＯ機器、ＭＩＤＩ信号を出力するＭＩＤＩ機器等の予め決められた一定数のデータ（例えば、８チャンネル分のオーディオ・ストリーム及びケーブル１本分のＭＩＤＩストリーム）を一つのアイソクロナス・ストリームでバス上に送出する送信ノードである。リスナー１Ｒは、上記トーカー１Ｔーが送出するアイソクロナス・ストリームを受信する受信ノードである。
【００２１】
ここで、「ストリーム」とは「データの流れ」をいい、通信ネットワークにおいては、映像や音声などのデータを受信しながら同時に再生を行うことをいう。これにより、すべてのデータを受信するまで待つことなく、データを再生することができ、等時性（アイソクロナス）が保たれる。
【００２２】
また、本発明で想定しているアイソクロナス転送が可能なネットワークにおいては、１つのアイソクロナス・パケットには複数のシーケンスのデータが含まれており、各機器は、アイソクロナス周期毎に１つのアイソクロナス・パケットをバスに送出することにより、複数のシーケンスを送信することができる。ここで、「シーケンス」とは、帯域の保証されたデータの流れの単位であり、オーディオ・ストリーム乃至ＭＩＤＩストリームを送信しようとする場合は、いずれかのシーケンスに該オーディオ・ストリーム乃至ＭＩＤＩストリームを入れて送信する。１つのアイソクロナス・ストリームに含まれる複数のシーケンスには、各シーケンスを特定するためのシーケンス番号が付与されている。
【００２３】
以下の実施例の図面においては、ＩＥＥＥ１３９４規格に従ったネットワーク（ＩＥＥＥ１３９４ネットワーク）を例として説明する。
【００２４】
図２は、本発明の実施例による通信ノード１（コントローラー１Ｃ、トーカー１Ｔ、リスナー１Ｒ）のハードウェア構成を示すブロック図である。
【００２５】
データ転送装置１のバス６には、ＲＡＭ７、ＲＯＭ８、ＣＰＵ９、外部記憶装置１５、検出回路１１、表示回路１３、音源回路１８、効果回路１９、通信インターフェイス２１が接続される。
【００２６】
ユーザは、検出回路１１に接続される操作子１２を用いて、各種設定をすることができる。操作子１２は、例えば、マウス、文字入力用キーボード、ジョイスティック、ロータリーエンコーダ、スイッチ、ジョグシャトル等、ユーザの入力に応じた信号を出力できるものならどのようなものでもよい。
【００２７】
また、操作子１２は、マウス等の他の操作子を用いて操作するディスプレイ１４上に表示されるソフトスイッチ等でもよい。
【００２８】
表示回路１３は、ディスプレイ１４に接続され、各種情報をディスプレイ１４に表示することができる。
【００２９】
外部記憶装置１５は、外部記憶装置用のインターフェイスを含み、そのインターフェイスを介してバス６に接続される。外部記憶装置１５は、例えばフロッピ（登録商標）ディスクドライブ（ＦＤＤ）、ハードディスクドライブ（ＨＤＤ）、光磁気ディスク（ＭＯ）ドライブ、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリィメモリ）ドライブ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ドライブ、半導体メモリ等である。
【００３０】
外部記憶装置１５には、各種パラメータ、各種データ、及び本実施例を実現するためのプログラム及び自動演奏データ等を記憶することができる。
【００３１】
ＲＡＭ７は、フラグ、レジスタ又はバッファ、各種パラメータ等を記憶するＣＰＵ５のワーキングエリアを有する。ＲＯＭ８には、各種パラメータ及び制御プログラム、又は本実施例を実現するためのプログラム等を記憶することができる。ＣＰＵ９は、ＲＯＭ８又は、外部記憶装置１５に記憶されている制御プログラム等に従い、演算又は制御を行う。
【００３２】
タイマ１０は、ＣＰＵ９に接続されており、基本クロック信号、割り込み処理タイミング等をＣＰＵ９に供給する。
【００３３】
音源回路１８は、音声データや、ＭＩＤＩ信号等の演奏信号に応じて楽音信号を生成し、効果回路１９を介して、サウンドシステム２０に供給する。
【００３４】
効果回路１９は、音源回路１８から供給されるデジタル形式の楽音信号に各種効果を与える。サウンドシステム２０は、Ｄ／Ａ変換器及びスピーカーを含み、供給されるデジタル形式の楽音信号をアナログ形式に変換し、発音する。
【００３５】
通信インターフェイス２１は、ＩＥＥＥ１３９４規格に準拠したインターフェイスである。また、通信インターフェイス２１として、ＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線等の通信ネットワーク３に接続可能なインターフェイスをさらに備えていてもよい。その場合、該通信ネットワーク３を介して、サーバコンピュータ等と接続し、ＨＤＤ等外部記憶装置１５、又はＲＡＭ７等内に、サーバコンピュータから制御プログラムや本実施例を実現するためのプログラム等をダウンロードすることができる。
【００３６】
なお、通信インターフェイス２１として、さらにＭＩＤＩ機器が接続可能なＭＩＤＩインターフェイスや、ＵＳＢ機器を接続可能なＵＳＢインターフェイス等を備えていてもよい。
【００３７】
なお、通信ノード１をトーカー１Ｔ又はリスナー１Ｒとして用いる場合は、アンプ、スピーカー、ミキサー、電子楽器等の音響機器の形態をとることが考えられるが、その場合は、各機器に必要な機能を実行するのに必要な部材のみを備えていればよい。例えば、表示回路１３及びディスプレイ１４等を適宜省略することが出来る。
【００３８】
図３は、本実施例のシーケンス減少処理の第１の例を説明するための概念図である。
【００３９】
図３（Ａ）は、本実施例によるシーケンス減少処理を行う前のシーケンスの割当の初期状態を示す概念図である。初期状態では、送信プラグ（Ｔｘ０〜３）と受信プラグ（Ｒｘ０〜３）の間にそれぞれ同じ番号のプラグ同士でコネクションが設定されている。この時のシーケンス数は、「４」である。すなわち、トーカー１Ｔは、ＩＥＥＥ１３９４バス上に、４シーケンス分の帯域を確保している。
【００４０】
ここで、送信プラグ［Ｔｘ０］から受信プラグ［Ｒｘ０］へのコネクションを切断すると、図３（Ｂ）に示す状態になる。すなわち、送信プラグ［Ｔｘ０］は、送信ＦＩＦＯ［０］を介して、データ・ストリームを送出しており、シーケンスＳｅｑ［０］分の帯域が使用されているが、受信プラグ［Ｒｘ０］は、何も受信していない状態である。従来の機器では、シーケンス数の動的減少を行うことができないので、コネクションの切断処理が行われても、ＩＥＥＥ１３９４バス上の帯域は、この図３（Ａ）に示す状態と同じままであり、１シーケンス分に相当する帯域が無駄になる。
【００４１】
そこで、本実施例では、コネクションの切断後、シーケンスの最適化処理を行う。まず、図３（Ｃ）に示すように、一番最後のシーケンスＳｅｑ［３］に割り当てられている送信プラグ（Ｔｘ３）のデータを複製して、送信ＦＩＦＯ［０］を介して、シーケンスＳｅｑ［０］を用いて送出する。この時点では、送信プラグ（Ｔｘ３）のデータは、シーケンスＳｅｑ［０］とＳｅｑ［３］で重複してバス上に送出される。
【００４２】
次ぎに、図３（Ｄ）に示すように、受信プラグ（Ｒｘ３）が受信するシーケンスをシーケンスＳｅｑ［３］からＳｅｑ［０］に変更する。このように、送信プラグ（Ｔｘ３）のデータをシーケンスＳｅｑ［０］とＳｅｑ［３］に重複して送出しておき、その間に受信プラグ（Ｒｘ３）が受信するシーケンスを変更することにより、データが途切れずに送受信が行える。
【００４３】
最後に、図３（Ｅ）に示すように、送信ＦＩＦＯ［３］を介したデータの送信を停止し、シーケンスＳｅｑ［３］をなくし、シーケンス数を「４」から「３」に減少させる。その後、シーケンスＳｅｑ［３］が確保していた帯域を開放することにより、ＩＥＥＥ１３９４バス上の利用可能な帯域が増加する。
【００４４】
以上のように、コネクションの切断があった場合に、コネクションの切断に応じてシーケンスＳｅｑ［１］、Ｓｅｑ［２］のコネクションを保ったまま、使用しているシーケンスをＳｅｑ［０］〜Ｓｅｑ［３］からＳｅｑ［０］〜Ｓｅｑ［２］に動的に減少させ、減少したシーケンスに相当するＩＥＥＥ１３９４バス上の帯域を開放することにより、ＩＥＥＥ１３９４バスの資源を有効に利用することができる。
【００４５】
図４は、本実施例のシーケンス減少処理の第２の例を説明するための概念図である。この例では、２つの受信プラグのデータ受信を停止した場合について説明する。初期状態では、送信プラグ（Ｔｘ０〜７）と受信プラグ（Ｒｘ０〜７）の間にそれぞれ同じ番号のプラグ同士でコネクションが設定されている。この時のシーケンス数は、「８」である。すなわち、トーカー１Ｔは、ＩＥＥＥ１３９４バス上に、８シーケンス分の帯域を確保している。ここで、図４（Ａ）に示すように、送信プラグ［Ｔｘ４］から受信プラグ［Ｒｘ４］及びの送信プラグ［Ｔｘ５］から受信プラグ［Ｒｘ５］へのコネクションを切断する。
【００４６】
まず、一番最後のシーケンスに割り当てられている送信プラグ（Ｔｘ７）のデータを複製して、送信ＦＩＦＯ［４］を介して、シーケンスＳｅｑ［４］を用いて重複してバス上に送出し、その後、受信プラグ（Ｒｘ７）が受信するシーケンスをシーケンスＳｅｑ［７］からＳｅｑ［４］に変更する。次ぎに、送信ＦＩＦＯ［７］を介したデータの送信を停止し、シーケンスＳｅｑ［７］をなくし、シーケンス数を「８」から「７」に減少させる。その後、シーケンスＳｅｑ［７］が確保していた帯域を開放する。この時点で、図４（Ｂ）に示す状態となり、総シーケンス数は、「７」となっている。
【００４７】
次ぎに、図４（Ｂ）の状態における一番最後のシーケンスに割り当てられている送信プラグ（Ｔｘ６）のデータを複製して、送信ＦＩＦＯ［５］を介して、シーケンスＳｅｑ［５］を用いて重複してバス上に送出し、その後、受信プラグ（Ｒｘ６）が受信するシーケンスをシーケンスＳｅｑ［６］からＳｅｑ［５］に変更する。次ぎに、送信ＦＩＦＯ［６］を介したデータの送信を停止し、シーケンスＳｅｑ［６］をなくし、シーケンス数を「７」から「６」に減少させる。その後、シーケンスＳｅｑ［６］が確保していた帯域を開放する。
【００４８】
以上のような処理により、図４（Ｃ）に示すような状態となり、シーケンスＳｅｑ［６］及びＳｅｑ［７］が利用していた２シーケンス分の帯域が開放されることにより、ＩＥＥＥ１３９４バス上の資源を有効に利用することができる。
【００４９】
図５は、本実施例によるシーケンス減少処理を表すフローチャートである。なお、図中点線の矢印は、コマンドの流れを示す。このシーケンス減少処理は、指定されたトーカー１Ｔの送信プラグ（ＴｘＡ）からリスナー１Ｒの受信プラグへのコネクションの切断指示があったときに開始する。
【００５０】
ステップＳＡ１で、コントローラ１Ｃでの処理を開始し、ステップＳＡ２で、指定されたトーカー１Ｔの送信プラグ（ＴｘＡ）からリスナー１Ｒの受信プラグへのコネクションを切断する。
【００５１】
ステップＳＡ３では、指定されたトーカー１Ｔの送信プラグ（ＴｘＡ）に設定されているコネクション数（送信プラグ（ＴｘＡ）から送出されているアイソクロナス・ストリームを受信している受信プラグ（Ｒｘ）の数）が、ステップＳＡ２のコネクション切断処理により０になったか否かを判断する。コネクション数が０になった場合、すなわち、送信プラグ（ＴｘＡ）から送出されているアイソクロナス・ストリームを受信している受信プラグ（Ｒｘ）がなくなった場合は、ＹＥＳの矢印で示すステップＳＡ４に進む。コネクション数が０ではない場合、すなわち、ステップＳＡ２でコネクションを切断した受信プラグ以外に、送信プラグ（ＴｘＡ）とのコネクションを設定されている受信プラグが有る場合は、ＮＯの矢印で示すステップＳＡ７に進み、コントローラ１Ｃでの処理を終了する。なお、ここでＮＯの矢印に従い処理を終了する場合は、トーカー１Ｔでの処理は行われない。
【００５２】
ステップＳＡ４では、指定されたトーカー１Ｔに対して送信シーケンスの最適化を要求する。その後、後述のステップＳＡ１０でトーカー１Ｔから送出されるシーケンスが変更されようとしている送信プラグ（ＴｘＢ）のＩＤと新しいシーケンスＳｅｑ［ｉ］のＩＤを受信したら、ステップＳＡ５で、送信プラグ（ＴｘＢ）とコネクションが設定されているリスナー１Ｒの受信プラグが受信すべきシーケンスをＳｅｑ［ｉ］に変更する。
【００５３】
ステップＳＡ６では、送信プラグ（ＴｘＢ）とコネクションが設定されている全ての受信プラグのシーケンスの変更の終了を確認し、該確認が完了したら、トーカー１Ｔに対して設定完了を通知する。その後、ステップＳＡ７に進み、コントローラ１Ｃでの処理を終了する。
【００５４】
ステップＳＡ８では、トーカー１Ｔでの処理を開始する。その後、ステップＳＡ３でコントローラ１Ｃから送出される送信シーケンスの最適化要求を受信した後に、ステップＳＡ９で、データストリームの最後にあるシーケンスＳｅｑ［ｎ−１］（ｎはこの時点での総シーケンス数）で送出している送信プラグ（ＴｘＢ）のデータを複製して、ステップＳＡ２でリスナー１Ｒの受信プラグへのコネクションを切断した送信プラグ（ＴｘＡ）が使用していたシーケンスＳｅｑ［ｉ］にも重複して送出する。
【００５５】
ステップＳＡ１０では、シーケンスが変更されようとしている送信プラグ（ＴｘＢ）のＩＤと新しいシーケンスＳｅｑ［ｉ］のＩＤをコントローラ１Ｃに通知する。
【００５６】
ステップＳＡ１１では、ステップＳＡ６でコントローラ１Ｃから送出される設定完了通知を受信したか否かを判断する。設定完了通知を受信したら、ＹＥＳの矢印で示すステップＳＡ１２に進む。設定完了通知を受信していない場合は、ＮＯの矢印で示すように、ステップＳＡ１１を繰り返し、設定完了通知の受信を待つ。
【００５７】
ステップＳＡ１２では、送信プラグ（ＴｘＢ）が当初データを送出していたシーケンスＳｅｑ［ｎ−１］のデータ送出を停止する。その後、ステップＳＡ１３で、送出シーケンス数をｎからｎ−１に減らす。
【００５８】
ステップＳＡ１４では、ステップＳＡ１３で減らしたシーケンス１つ分に相当する帯域を開放する。その後、ステップＳＡ１５に進み、トーカー１Ｔでの処理を終了する。
【００５９】
図６は、本実施例のシーケンス増加処理の第１の例を説明するための概念図である。この例では、図３に示すシーケンス減少処理の第１の例を実行した後に、再度シーケンスを増加させる場合を説明する。
【００６０】
図６（Ａ）は、本実施例によるシーケンス増加処理を行う前のシーケンスの割当の初期状態を示す概念図である。初期状態では、送信プラグ（Ｔｘ１）と受信プラグ（Ｒｘ１）、送信プラグ（Ｔｘ２）と受信プラグ（Ｒｘ２）の間に、それぞれシーケンスＳｅｑ［１］及びＳｅｑ［２］を利用してコネクションが設定されている。さらに、送信プラグ（Ｔｘ３）と受信プラグ（Ｒｘ３）の間は、シーケンスＳｅｑ［０］を介してコネクションが設定されている。この時のシーケンス数は、「３」である。すなわち、トーカー１Ｔは、ＩＥＥＥ１３９４バス上に、３シーケンス分の帯域を確保している。
【００６１】
ここで、送信プラグ［Ｔｘ０］から受信プラグ［Ｒｘ０］へのコネクションを設定すると、シーケンスＳｅｑ［３］がシーケンスの一番最後に追加され、送信プラグ［０］が該増加したシーケンスＳｅｑ［３］に割り当てられる。そして、送信プラグ［０］のデータは、送信ＦＩＦＯ［３］を介して送出され、図６（Ｂ）に示す状態になる。
【００６２】
その後、図６（Ｃ）に示すように、受信プラグ（Ｒｘ０）が受信するシーケンスをシーケンスＳｅｑ［３］に設定する。このように、コネクションの設定があった場合に、コネクションの設定に応じて必要な分だけのシーケンスを増加させることにより、無駄なシーケンスを省くことができ、ＩＥＥＥ１３９４バスの資源を有効に利用することができる。
【００６３】
図７は、本実施例のシーケンス増加処理の第２の例を説明するための概念図である。
【００６４】
図７（Ａ）は、本実施例によるシーケンス増加処理を行う前のシーケンスの割当の初期状態を示す概念図である。初期状態では、送信プラグ（Ｔｘ０〜２）と受信プラグ（Ｒｘ０〜２）の間に、それぞれシーケンスＳｅｑ［０］〜Ｓｅｑ［２］を利用してコネクションが設定されている。
【００６５】
ここで、送信プラグ［Ｔｘ７］から受信プラグ［Ｒｘ３］へのコネクションを設定すると、シーケンスＳｅｑ［３］がシーケンスの一番最後に追加され、送信プラグ［７］が該増加したシーケンスＳｅｑ［３］に割り当てられる。そして、送信プラグ［７］のデータは、送信ＦＩＦＯ［３］を介して送出され、図７（Ｂ）に示す状態になる。
【００６６】
図８は、本実施例によるシーケンス増加処理を表すフローチャートである。なお、図中点線の矢印は、コマンドの流れを示す。このシーケンス増加処理は、指定されたトーカー１Ｔの送信プラグ（ＴｘＡ）からリスナー１Ｒの受信プラグへのコネクションの設定指示があったときに開始する。
【００６７】
ステップＳＢ１では、コントローラー１Ｃでの処理を開始し、ステップＳＢ２で、指定されたトーカー１Ｔの送信プラグ（ＴｘＡ）と指定されたリスナーの受信プラグ（ＲｘＡ）との間にコネクションを設定する。その後、ステップＳＢ３で、トーカー１Ｔに対して、当該送信プラグ（ＴｘＡ）に対するシーケンスの割当を行うように要求し、ステップＳＢ４に進んで、コントローラー１Ｃでの処理を終了する。
【００６８】
ステップＳＢ５では、トーカー１Ｔでの処理を開始し、ステップＳＡ３でコントローラー１Ｃから送信される割当要求を受信したら、ステップＳＢ６で、送信プラグ（ＴｘＡ）を空いている送信ＦＩＦＯに割り当てる。
【００６９】
ステップＳＢ７では、１シーケンス分に相当する帯域をＩＥＥＥ１３９４バス上に確保する。その後、ステップＳＢ８で、送信プラグ（ＴｘＡ）で扱うシーケンス（データ）をアイソクロナス・ストリームの最後に追加する。
【００７０】
ステップＳＢ９では、トーカー１Ｔにおける送出シーケンス数を一つ増加させる（Ｓｅｑ［ｎ］→Ｓｅｑ［ｎ＋１］）。その後、ステップＳＡ１０で、シーケンスＳｅｑ［ｎ＋１］に送信プラグ（ＴｘＡ）を割り当てた送信ＦＩＦＯを割当て、ステップＳＢ１１に進んで、トーカー１Ｔでの処理を終了する。
【００７１】
以上、本発明の実施例によれば、送信プラグと送信ＦＩＦＯの経路を動的に変更することが出来る。また、送信シーケンス数を動的に変更することが出来る。
【００７２】
すなわち、本発明の実施例によれば、コネクションの切断があった場合に、コネクションの切断に応じてシーケンス数を減少させ、減少したシーケンスに相当するＩＥＥＥ１３９４バス上の帯域を開放することにより、ＩＥＥＥ１３９４バスの資源を有効に利用することができる。
【００７３】
また、本発明の実施例によれば、コネクションの設定があった場合に、コネクションの設定に応じて必要な分だけのシーケンスを増加させることにより、無駄なシーケンスを省くことができ、ＩＥＥＥ１３９４バスの資源を有効に利用することができる。
【００７４】
さらに、本発明の実施例によれば、シーケンスの減少処理と増加処理を組み合わせることにより、実際に受信プラグとのコネクションが設定されている送信プラグの数にあわせたシーケンス数分の帯域だけをＩＥＥＥ１３９４バス上に確保することができるので、無駄なシーケンス用の帯域をなくすことができ、ＩＥＥＥ１３９４バスの資源を有効に活用することができる。
【００７５】
なお、本実施例は、本実施例に対応するコンピュータプログラム等をインストールした汎用のコンピュータ等によって、実施させるようにしてもよい。
【００７６】
その場合には、本実施例に対応するコンピュータプログラム等を、ＣＤ−ＲＯＭやフロッピーディスク等の、コンピュータが読み込むことが出来る記憶媒体に記憶させた状態で、ユーザに提供してもよい。
【００７７】
以上実施例に沿って本発明を説明したが、本発明はこれらに制限されるものではない。例えば、種々の変更、改良、組合せ等が可能なことは当業者に自明であろう。
【図面の簡単な説明】
【００７８】
【図１】本発明の実施例によるネットワーク１００のバス構成図である。
【図２】本発明の実施例による通信ノード１（コントローラー１Ｃ、トーカー１Ｔ、リスナー１Ｒ）のハードウェア構成を示すブロック図である。
【図３】本実施例のシーケンス減少処理の第１の例を説明するための概念図である。
【図４】本実施例のシーケンス減少処理の第２の例を説明するための概念図である。
【図５】本実施例によるシーケンス減少処理を表すフローチャートである。
【図６】本実施例のシーケンス増加処理の第１の例を説明するための概念図である。
【図７】本実施例のシーケンス増加処理の第２の例を説明するための概念図である。
【図８】本実施例によるシーケンス増加処理を表すフローチャートである。
【図９】従来のＩＥＥＥ１３９４機器における送信プラグと受信プラグ間でのコネクションの確立技術を表す概念図である。
【符号の説明】
【００７９】
１…データ転送装置（通信ノード）、１Ｃ…コントローラー（制御ノード）、１Ｔ…トーカー（送信ノード）、１Ｒ…リスナー（受信ノード）、３…通信ネットワーク、６…バス、７…ＲＡＭ、８…ＲＯＭ、９…ＣＰＵ、１０…タイマ、１１…検出回路、１２…操作子、１３…表示回路、１４…ディスプレイ、１５…外部記憶装置、１８…音源回路、１９…効果回路、２０…サウンドシステム、２１…通信Ｉ／Ｆ、１００…ネットワーク
【図１】
2005295522.tif 000003
【図２】
2005295522.tif 000004
【図３】
2005295522.tif 000005
【図４】
2005295522.tif 000006
【図５】
2005295522.tif 000007
【図６】
2005295522.tif 000008
【図７】
2005295522.tif 000009
【図８】
2005295522.tif 000010
【図９】
2005295522.tif 000011