(57)【特許請求の範囲】
【請求項１】
予約してフレームを転送する時間帯である予約転送区間と、自由にフレームを転送する時間帯である自由転送区間とを一定周期で繰り返してフレームを転送するネットワーク装置であって、
第１のＢＰＤＵを生成するＢＰＤＵ生成部と、
前記予約転送区間に前記第１のＢＰＤＵを配置し、第１の他のネットワーク装置へ送信することを指示するＢＰＤＵ送信指示部とを備えるネットワーク装置。
【請求項２】
前記予約転送区間の先頭に、ネットワーク内のネットワーク装置間の同期をとるための同期フレームが配置され、その次に前記第１のＢＰＤＵが配置される請求項１に記載のネットワーク装置。
【請求項３】
第２の他のネットワーク装置から送信された第２のＢＰＤＵを受信するＢＰＤＵ受信部をさらに備え、
前記ＢＰＤＵ生成部は、前記第２のＢＰＤＵに基づいて前記第１のＢＰＤＵを生成する請求項１又は２に記載のネットワーク装置。
【請求項４】
前記ＢＰＤＵ受信部は、前記第１の他のネットワーク装置から送信された第３のＢＰＤＵを受信し、
前記ＢＰＤＵ生成部は、前記第３のＢＰＤＵに基づいて第４のＢＰＤＵを生成し、
ＢＰＤＵ送信指示部は、前記予約転送区間に前記第４のＢＰＤＵを配置し、前記第２の他のネットワーク装置へ送信する請求項３に記載のネットワーク装置。
【請求項５】
前記自由転送区間の末尾に、フレームの転送を禁止する区間が設けられた請求項１〜４のいずれか一項に記載のネットワーク装置。
【請求項６】
前記第１及び第２の他のネットワーク装置との通信方式が全二重方式である請求項４に記載のネットワーク装置。
【請求項７】
予約してフレームを転送する時間帯である予約転送区間と、自由にフレームを転送する時間帯である自由転送区間とを一定周期で繰り返してフレームを転送するネットワーク装置を備えるネットワークシステムであって、
前記ネットワーク装置は、
第１のＢＰＤＵを生成し、
前記予約転送区間に前記第１のＢＰＤＵを配置し、
第１の他のネットワーク装置へ送信するネットワークシステム。
【請求項８】
前記予約転送区間の先頭に、ネットワーク内のネットワーク装置間の同期をとるための同期フレームが配置され、
その次に前記第１のＢＰＤＵが配置される請求項７に記載のネットワークシステム。
【請求項９】
前記ネットワーク装置は、
第２の他のネットワーク装置から送信された第２のＢＰＤＵを受信し、
前記第２のＢＰＤＵに基づいて前記第１のＢＰＤＵを生成する請求項７又は８に記載のネットワークシステム。
【請求項１０】
前記ネットワーク装置は、
前記第１の他のネットワーク装置から送信された第３のＢＰＤＵを受信し、
前記第３のＢＰＤＵに基づいて第４のＢＰＤＵを生成し、
前記予約転送区間に前記第４のＢＰＤＵを配置し、
前記第２の他のネットワーク装置へ送信する請求項９に記載のネットワークシステム。
【請求項１１】
前記自由転送区間の末尾に、フレームの転送を禁止する区間が設けられた請求項７〜１０のいずれか一項に記載のネットワークシステム。
【請求項１２】
前記第１及び第２の他のネットワーク装置との通信方式が全二重方式である請求項１０に記載のネットワークシステム。
【請求項１３】
予約してフレームを転送する時間帯である予約転送区間と、自由にフレームを転送する時間帯である自由転送区間とを一定周期で繰り返して、ネットワーク装置間でフレームを転送するフレーム転送方法であって、
第１のネットワーク装置は、
第１のＢＰＤＵを生成し、
前記予約転送区間に前記第１のＢＰＤＵを配置し、
第２のネットワーク装置へ送信するフレーム転送方法。
【請求項１４】
前記第１のネットワーク装置は、
前記予約転送区間の先頭に、ネットワーク内のネットワーク装置間の同期をとるための同期フレームを配置し、
その次に前記第１のＢＰＤＵを配置する請求項１３に記載のフレーム転送方法。
【請求項１５】
前記第１のネットワーク装置は、
第３のネットワーク装置から送信された第２のＢＰＤＵを受信し、
前記第２のＢＰＤＵに基づいて前記第１のＢＰＤＵを生成する請求項１３又は１４に記載のフレーム転送方法。
【請求項１６】
前記第１のネットワーク装置は、
前記第２のネットワーク装置から送信された第３のＢＰＤＵを受信し、
前記第３のＢＰＤＵに基づいて第４のＢＰＤＵを生成し、
前記予約転送区間に前記第４のＢＰＤＵを配置し、
前記第３の他のネットワーク装置へ送信する請求項１５に記載のフレーム転送方法。
【請求項１７】
前記自由転送区間の末尾に、フレームの転送を禁止する区間を設ける請求項１３〜１６のいずれか一項に記載のフレーム転送方法。
【請求項１８】
前記第１のネットワーク装置と前記第２及び第３のネットワーク装置との通信方式が全二重方式である請求項１６に記載のフレーム転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続確認型ネットワーク装置、ネットワークシステム及びフレーム転送方法に関するものでる。
【背景技術】
【０００２】
ＩＥＥＥ１３９４等のリアルタイム通信技術では、リアルタイムデータとベストエフォートデータとを含むサイクルを用いた転送方式（以下、サイクル型転送と呼ぶ）が採用されている。図６に、標準的なサイクルパターンを示す。図６に示すように、予め決められた１２５μｓを１サイクルとして、これが繰り返される。この１サイクル内の所定の帯域を占めるパケットデータすなわちフレームが、ネットワーク装置間で転送される。ここで、１サイクルの前半を予約転送区間、後半を自由転送区間としている。
【０００３】
予約転送区間は、リアルタイムデータの通信に利用される。この区間では、例えば、図６に示すように、所定の時間すなわち帯域１〜５がフレーム送信のために予約される。その予約帯域１〜５は、それぞれ設定された装置間でのみ利用される。予約帯域１〜５にリアルタイムデータのフレームＡ１〜Ａ５を配置すれば、一定時間内に一定量のデータ通信が可能となる。なお、予約転送区間の先頭には、ネットワーク装置を同期させるための同期フレームが配置される（不図示）。
【０００４】
一方、自由転送区間は、リアルタイム性を有しないベストエフォートデータの通信に利用される。この区間では、帯域は予約されない。例えば、図６に示すように、データ転送時に、この区間の帯域６が空いていれば、そこにフレームＢ１を配置し、装置間のデータ通信が行われる。同様にフレームＢ２〜Ｂ５も配置される。
【０００５】
サイクル型転送を実現するネットワーク構成としては、例えば、図７に示すネットワーク装置１１〜１４からなるデイジーチェーン接続、ネットワーク装置１１、１２、１３、１５からなるスター接続等が考えられる。ここで、各ネットワーク装置は、ブリッジ機能を有しており、ネットワーク装置１２、１３、１５などは、自装置の一方側にあるネットワーク装置から送信されたフレームを、他方側にあるネットワーク措置へ転送することができる。これにより、直接接続されていないネットワーク装置間でも、ブリッジ機能を用いて通信を行うことができる。
【０００６】
上述のサイクル型転送を、ＬＡＮ（Local Area Network）の規格であるＥｔｈｅｒｎｅｔ（登録商標）に適用する動きがあり、Ｅｔｈｅｒｎｅｔ（登録商標）を用いたＬＡＮにおいてサイクル型転送によるデータ通信の高速性及び高信頼性が求められている。
【０００７】
ところで、ネットワーク障害からの復帰を考慮したネットワーク管理プロトコルとしては、ＩＥＥＥ８０２．１ｄに規定されたスパニングツリープロトコル（ＳＴＰ：Spanning Tree Protocol）及びＩＥＥＥ８０２．１ｗに規定されたラピッドスパニングツリープロトコル（ＲＳＴＰ：Rapid Spanning Tree Protocol）が知られている。
【０００８】
図８はＲＳＴＰを適用したネットワークの概念図である。図８に示すように、ネットワーク装置Ａ〜Ｅから構成されるネットワークでは、ルート（マスターとも呼ばれる）であるネットワーク装置ＡからＢＰＤＵ（Bridge Protocol Data Unit）と呼ばれるフレームが定期的に送信される（例えば、特許文献１参照）。これにより、ネットワークを構成する全ネットワーク装置の接続を確認することができる。
【０００９】
ある地点で障害が生じた場合、そこから先にはＢＰＤＵが届かなくなる。そこで、図９に示したフローチャートに沿って障害からの復旧作業が開始される。具体的には、例えば、ネットワーク装置Ｃとネットワーク装置Ｄの間に断線が生じた場合、ネットワーク装置ＤにはＢＰＤＵが届かなくなる。そのため、切断が検出される（Ｓ１）。次に、ネットワーク装置Ｄは、図８に破線で示したルート側の冗長経路を介してネットワーク装置Ｂとハンドシェイクを開始する（Ｓ２）。ここで、ネットワーク装置Ｂとネットワーク装置Ｄとは物理的に接続されているが、フレームの無限ループを回避するためにブロックされていた。ネットワーク装置Ｂはネットワーク装置Ｄの要求に応じ、両者間のネットワーク接続が有効になる。すなわち、新たなトポロジーが構築される。さらに、トポロジー変化を示すフレームが、ネットワーク装置Ｄから送信され、全装置に伝達される（Ｓ３）。
【特許文献１】特開２００６−１３６２１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
通常、ＢＰＤＵは２秒に１回送信される。しかしながら、ネットワーク上のデータ量が多い場合、ＢＰＤＵの転送が遅延する恐れがある。そのため、障害回復が遅れるという問題があった。
【課題を解決するための手段】
【００１１】
本発明に係るネットワーク装置は、予約してフレームを転送する時間帯である予約転送区間と、自由にフレームを転送する時間帯である自由転送区間とを一定周期で繰り返してフレームを転送するネットワーク装置であって、
第１のＢＰＤＵを生成するＢＰＤＵ生成部と、
前記予約転送区間に前記第１のＢＰＤＵを配置し、第１の他のネットワーク装置へ送信することを指示するＢＰＤＵ送信指示部とを備える。
【００１２】
本発明に係るネットワークシステムは、予約してフレームを転送する時間帯である予約転送区間と、自由にフレームを転送する時間帯である自由転送区間とを一定周期で繰り返してフレームを転送するネットワーク装置を備えるネットワークシステムであって、
前記ネットワーク装置は、
第１のＢＰＤＵを生成し、
前記予約転送区間に前記第１のＢＰＤＵを配置し、
第１の他のネットワーク装置へ送信する。
【００１３】
また、本発明に係るフレーム転送方法は、予約してフレームを転送する時間帯である予約転送区間と、自由にフレームを転送する時間帯である自由転送区間とを一定周期で繰り返して、ネットワーク装置間でフレームを転送するフレーム転送方法であって、
第１のネットワーク装置は、
第１のＢＰＤＵを生成し、
前記予約転送区間に前記第１のＢＰＤＵを配置し、
第２のネットワーク装置へ送信する。
【発明の効果】
【００１４】
本発明に係るネットワーク装置を用いることにより、ネットワーク上のデータ量に関わらず、ネットワークが高速で障害から回復することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。ただし、本発明が以下の実施の形態に限定される訳ではない。また、説明を明確にするため、以下の記載及び図面は、適宜、簡略化されている。
【００１６】
実施の形態
図１に本実施の形態のネットワーク構成及びネットワーク装置の概要を示す。図１に示すように、ネットワーク１００は、ネットワーク装置１０１〜１０６を有する。このネットワーク装置１０１〜１０６が、上述のサイクル型転送によりフレームの送受信を行っている。ネットワーク装置１０１〜１０６は同じ構成であるため、ここではネットワーク装置１０１を例に説明する。ネットワーク装置１０１は、アプリケーション１２１と、通信ロジック１２２と、ポート１２３〜１２５を有する。
【００１７】
アプリケーション１２１は、ネットワーク内の他のネットワーク装置で利用するデータの生成や、他のネットワーク装置が生成したデータを利用する。例えば、カメラなどの周辺装置を利用して映像データを作成し、映像データを他のネットワーク装置へ送信したり、他のネットワーク装置から送信された映像データをディスプレイ上に表示するなどのアプリケーションがある。
【００１８】
通信ロジック１２２は、例えば、ＩＥＥＥ８０２．１で規定されるＭＡＣブリッジ（自装置内の複数のポート間のブリッジ通信を実現するためのスイッチ、ルーティングテーブルなどを含む）、ＳＴＰ、ＲＳＴＰなどのプロトコルで規定される動作や制御を行う回路からなる。また、アプリケーション１２１が生成するデータを所定の長さに区切り、制御情報を付加してフレームにする制御等も行う。
【００１９】
ポート１２３〜１２５は、ネットワーク装置間のフレームの送受信を行う。例えば、ＩＥＥＥ８０２．３で規定されるコネクタやケーブル、ＭＡＣ（Media Access Control）などの送受信プロトコルに準拠したハードウェアなどが利用される。
【００２０】
通信ロジック１２２、アプリケーション１２１がポート１２３〜１２５を介して隣接したネットワーク装置と接続されることでネットワーク１００が構成されている。各ネットワーク装置の接続は、ネットワーク装置１０１〜１０４からなるデイジーチェーン接続でも、ネットワーク装置１０１、１０２、１０３、１０５からなるスター接続でもよい。
【００２１】
各ネットワーク装置は自装置のどのポートが他のネットワーク装置のどのポートに接続されているかの情報を自装置内のルーティングテーブル（図示なし）に保持している。このため、ネットワーク装置１０２や１０３のように複数のポートを使用している場合であっても、その情報を元に適切なネットワーク装置同士のポート間の通信が行われる。
【００２２】
図２は、図１のネットワーク装置１０１〜１０６の構成ブロック図を更に詳細に示した図である。ネットワーク装置１０１〜１０６は同じ構成のため、ここでもネットワーク装置１０１を例に説明する。図２において、図１と同一符号のものは同様の構成であるため説明は省略する。
【００２３】
ポート１２３〜１２５の各ポートは、それぞれ受信ポート１３１と、送信ポート１３２とを有する。受信ポート１３１は、他のネットワーク装置からきたフレームを後述するスイッチ１４０へ送る。送信ポート１３２は、スイッチ１４０から送られてきたフレームを他のネットワーク装置へ送信する。
【００２４】
通信ロジック１２２は、スイッチ１４０、予約テーブル１４１、サイクルタイマー１４２、ＢＰＤＵ送信指示部１４３、ＢＰＤＵ受信部１４４、ネットワーク管理部１４５、ＢＰＤＵ生成部１４６、送信部１４７、受信部１４８を有する。
【００２５】
スイッチ１４０は、自装置内の複数のポート間、例えばポート１２３の受信ポート１３１とポート１２５の送信ポート１３２間のブリッジ通信を行う。
また、自装置が受信したフレームを受信部１４８へ送り、送信部１４７から送られてきたフレームを指定されたポートの送信ポート１３２へ送る。ここで、受信部１４８は、スイッチ１４０から受けたデータが、自装置あてであった場合には、受信データを適切なアプリケーション１２１に送る。送信部１４７は、アプリケーション１２１から受けたデータをスイッチ１４０に送る。
さらに、スイッチ１４０は、他のネットワーク装置から受信したＢＰＤＵをＢＰＤＵ受信部１４４に送る。
【００２６】
予約テーブル１４１は、どの帯域が予約されているかについての情報を、ＢＰＤＵ送信指示部１４３へ送る。
サイクルタイマー１４２は、自装置の時間情報を測定し、ＢＰＤＵ送信指示部１４３へその時間情報を送る。ここで、ネットワーク内の全ネットワーク装置は同期されているため、各ネットワーク装置のサイクルタイマー１４２は同時刻を示す。なお、ネットワーク装置間の同期を取る方法としては、ＩＥＥＥ１５８８による方法が知られている。ＩＥＥＥ１５８８についての詳細な説明は省略する。
ＢＰＤＵ送信指示部１４３は、予約テーブル１４１及びサイクルタイマー１４２からの情報に基づき、ＢＰＤＵ送信指示信号を生成する。
【００２７】
ＢＰＤＵ受信部１４４は、他のネットワーク装置から受信したＢＰＤＵをネットワーク管理部１４５へ送る。
ネットワーク管理部１４５は、自装置のステータスなどに応じて、受信したＢＰＤＵを変更するようにＢＰＤＵ生成部１４６に指示する。
ＢＰＤＵ生成部１４６は、ネットワーク管理部１４５の指示に基づき、ＢＰＤＵを生成する。
ＢＰＤＵ生成部１４６により生成されたＢＰＤＵは、ＢＰＤＵ送信指示部１４３からのＢＰＤＵ送信指示信号に基づいて、スイッチ１４０により送信先に接続された送信ポート１３２へ送られる。そして、ＢＰＤＵが転送される。ここで、ＢＰＤＵ送信指示からＢＰＤＵ送信完了までの間は、ＢＰＤＵを優先的に送信する。
【００２８】
次に、フレーム転送サイクルについて説明する。図３は、本発明に係るネットワーク装置におけるフレーム転送のサイクルパターンを示す。図３に示すように、予め決められた１２５μｓを１サイクルとして、これが繰り返される。ここで、１サイクルの前半を予約転送区間、後半を自由転送区間としている。
【００２９】
予約転送区間は、リアルタイムデータの通信に利用される。この区間では、例えば、図３に示すように、所定の時間すなわち帯域１〜５がフレーム送信のために予約される。その予約帯域１〜５は、それぞれ設定された装置間でのみ利用される。予約帯域１〜５にリアルタイムデータのフレームＡ１〜Ａ５を配置すれば、一定時間内に一定量のデータ通信が可能となる。
【００３０】
図３に示すように、各サイクルの先頭すなわち各サイクルの予約転送区間の先頭には、スタート区間Ｓが設けられている。図３に拡大して示すように、スタート区間Ｓの先頭に、ネットワーク装置を同期させるための同期フレームＳＴＡＲＴが配置されている。同期フレームＳＴＡＲＴの後に、インターフレームギャップ（ＩＦＧ：Inter Frame Gap）を介してＢＰＤＵが配置されている。ＢＰＤＵの後ろには、隣接する他の予約フレームとの競合を防止するため、スタートフレームギャップ（ＳＦＧ：Start Frame Gap）が設けられている。
【００３１】
このように、各サイクルの予約区間にＢＰＤＵを配置して転送する。これにより、各サイクルにおいてＢＰＤＵを確実に転送することができる。そのため、障害を瞬時に検出し、障害からの回復を高速化することができる。なお、サイクルタイマー１４２からの情報ではなく、同期フレームＳＴＡＲＴの受信情報に基づきＢＰＤＵを配置してもよい。
【００３２】
一方、自由転送区間は、リアルタイム性を有しないベストエフォートデータの通信に利用される。この区間では、帯域は予約されない。例えば、図３に示すように、データ転送時に、この区間の帯域６が空いていれば、そこにフレームＢ１を配置し、装置間のデータ通信が行われる。同様にフレームＢ２〜Ｂ５も配置される。
【００３３】
図３に示すように、この自由転送区間の末尾には、サイクルエンド区間Ｅが設けられている。このサイクルエンド区間Ｅは、転送禁止区間である。すなわち、自由転送区間の末尾に位置するフレームと、次サイクルの先頭に位置する同期フレームＳＴＡＲＴ及びＢＰＤＵとの競合を防止している。これにより、各サイクルにおいて、同期フレームＳＴＡＲＴ及びＢＰＤＵをより確実に転送することができる。従って、障害をより瞬時に検出し、障害からの回復をさらに高速化することができる。
【００３４】
図４は本実施の形態に係るネットワーク装置から構成され、ＲＳＴＰが適用されたネットワークの概念図である。図４に示すように、ネットワーク装置Ａ〜Ｅから構成されるネットワークでは、ルートであるネットワーク装置ＡからＢＰＤＵが定期的に送信される。さらに、本発明では、各ネットワーク装置からルートであるネットワーク装置Ａ側に位置するネットワーク装置にもＢＰＤＵが定期的に送信される。
【００３５】
すなわち、ＢＰＤＵがルートから一方的に送信されるだけでなく、各ネットワーク装置からルートへもＢＰＤＵが送信される。換言すると、ネットワーク装置ＣやＤのように、ネットワークのルートでなく、末端のネットワーク装置でもないものは、双方向にＢＰＤＵを転送する。
【００３６】
ここで、通信方式は、半二重通信、全二重通信のいずれであってもよいが、障害から高速で回復するためには、双方向のＢＰＤＵ転送を同時に行うことができる全二重通信の方が好ましい。
【００３７】
ここで、図８に示したネットワークでは、ルートから一方的にＢＰＤＵが送信されるだけである。例えば、ネットワーク装置Ｄとネットワーク装置Ｅの間で断線が生じた場合、ネットワーク装置Ｅは、ＢＰＤＵが所定の期間届かないことにより、断線を知ることができる。しかし、冗長経路がないために、切断があったことを他のネットワーク装置に知らせることができない。具体的には、ネットワーク装置Ａからネットワーク装置Ｅに対して、リアルタイムデータを転送している場合、データはネットワーク装置Ｄで止まってしまう。このことをネットワーク装置Ａが認識することができないことが問題である。
【００３８】
一方、図４に示した本発明に係るネットワークでは、上述の通り、ＢＰＤＵを双方向に転送する。例えば、ネットワーク装置Ｄとネットワーク装置Ｅの間で断線が生じた場合、ネットワーク装置Ｄは、ネットワーク装置ＥからのＢＰＤＵが所定の期間届かないことにより、断線を知ることができる。そして、切断があったことを他のネットワーク装置に対し、迅速に知らせることができる。
【００３９】
本発明に係るネットワークでは、図５に示したフローチャートに沿って障害からの復旧作業が開始される。具体的には、例えば、ネットワーク装置Ｃとネットワーク装置Ｄの間に断線が生じた場合、ネットワーク装置Ｄにはネットワーク装置ＣからのＢＰＤＵが届かなくなる。また、ネットワーク装置Ｃにはネットワーク装置ＤからのＢＰＤＵが届かなくなる。そのため、切断が検出される（Ｓ１０１）。
【００４０】
次に、ネットワーク装置Ｄは、図４に破線で示したルート側の冗長経路を介してネットワーク装置Ｂとハンドシェイクを開始する（Ｓ１０２）。ここで、ネットワーク装置Ｂとネットワーク装置Ｄとは物理的に接続されているが、フレームの無限ループを回避するためにブロックされていた。ネットワーク装置Ｂはネットワーク装置Ｄの要求に応じ、両者間のネットワーク接続が有効になる。すなわち、新たなトポロジーが構築される。
【００４１】
さらに、トポロジー変化を示すフレームが、ネットワーク装置Ｄから送信され、全装置に伝達される（Ｓ１０３）。このように、切断を検出した装置は冗長経路があれば、図８に示したネットワークと同様に、冗長経路を介してのハンドシェイクを行う。
【００４２】
一方、例えば、ネットワーク装置Ｄとネットワーク装置Ｅの間に断線が生じた場合、ネットワーク装置Ｅにはネットワーク装置ＤからのＢＰＤＵが届かなくなる。また、ネットワーク装置Ｄにはネットワーク装置ＥからのＢＰＤＵが届かなくなる。そのため、切断が検出される（Ｓ１０１）。
【００４３】
次に、ネットワーク装置Ｅと他のネットワーク装置との間には冗長経路がないため、Ｓ１０２を経ずに、トポロジー変化を示すフレームが、ネットワーク装置Ｄから送信され、全装置に伝達される（Ｓ１０３）。
【００４４】
以上説明したように、本発明では、各サイクルの予約区間にＢＰＤＵを配置して転送する。これにより、各サイクルにおいてＢＰＤＵを確実に転送することができる。そのため、障害を瞬時に検出し、障害からの回復を高速化することができる。また、自由転送区間の末尾には、サイクルエンド区間Ｅが設けられている。これにより、各サイクルにおいて、ＢＰＤＵをより確実に転送することができる。
【００４５】
なお、上記説明では、他のネットワーク装置からＢＰＤＵを受信した後、自装置のステータスなどに応じて作成したＢＰＤＵをさらに他のネットワーク装置に送信しているが、これに限られない。例えば、図４で示す各ネットワーク装置のうち２つのネットワーク装置間でＢＰＤＵを互いに送信しあってもよい。具体的には、装置Ａと装置Ｃ、装置Ｃと装置Ｃ、装置Ｄと装置Ｅも同様に、互いにＢＰＤＵを送信しあうことになる。
【図面の簡単な説明】
【００４６】
【図１】実施の形態に係るネットワークの概略図である。
【図２】実施の形態に係るネットワーク装置のブロック図である。
【図３】実施の形態に係るネットワーク装置のフレーム転送サイクルを示す図である。
【図４】実施の形態に係るネットワークでのＢＰＤＵ転送の概念図である。
【図５】実施の形態に係るネットワークの障害からの回復動作を示すフローチャートである。
【図６】フレーム転送サイクルの一例を示す図である。
【図７】ネットワークの概略図である。
【図８】一般的なネットワークでのＢＰＤＵ転送の概念図である。
【図９】一般的なネットワークの障害からの回復動作を示すフローチャートである。
【００４７】
１００  ネットワーク
１０１〜１０６  ネットワーク装置
１２１  アプリケーション
１２２  通信ロジック
１２３、１２４、１２５  ポート
１３１  受信ポート
１３２  送信ポート
１４０  スイッチ
１４１  予約テーブル
１４２  サイクルタイマー
１４３  ＢＰＤＵ送信指示部
１４４  ＢＰＤＵ受信部
１４５  ネットワーク管理部
１４６  ＢＰＤＵ生成部
１４７  送信部
１４８  受信部
【図１】
0004994281.tif 000002
【図２】
0004994281.tif 000003
【図３】
0004994281.tif 000004
【図４】
0004994281.tif 000005
【図５】
0004994281.tif 000006
【図６】
0004994281.tif 000007
【図７】
0004994281.tif 000008
【図８】
0004994281.tif 000009
【図９】
0004994281.tif 000010