JPH077516A

JPH077516A - 通信制御方法

Info

Publication number: JPH077516A
Application number: JP12055693A
Authority: JP
Inventors: Takashi Hayashi; 孝士林; Ikuyoshi Hiroshima; 郁芳廣島
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1993-04-23
Filing date: 1993-04-23
Publication date: 1995-01-10
Anticipated expiration: 2014-09-20
Also published as: JP2951816B2

Abstract

(57)【要約】【目的】２重系のネットワークシステムにおいて、ネ
ットワークが片系のみ正常の場合でも優先度の高いパケ
ットに送信の時間遅れが発生しないようにする。【構成】例えば、ノード３のステーション４のみ正常
ならば、即ちＡ系ネットワーク１のみ正常ならば、通信
制御装置９の優先度チェック機能２４は優先度データ設
定機能２３で設定された優先度データをチェックし、優
先度データの高いパケットを送信機能１０へ送信要求す
る。これにより通信制御装置９はステーション４を用い
てＡ系ネットワーク１を介してノード１３へそのパケッ
トを送信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えば２重系のネッ
トワークシステムにおけるパケットの通信制御方法に関
するものである。

【０００２】

【従来の技術】図１０は例えば、三菱電機統合制御シス
テムＭＥＬＴＡＳＥＩＣシステムバス取扱説明書Ｐ２
２に示された従来の２重ネットワークシステムの構成を
示すブロック図である。図１０において、１はＡ系のネ
ットワーク（第１系のネットワーク）、２はＢ系のネッ
トワーク（第２系のネットワーク）である。Ａ系のネッ
トワーク１とＢ系のネットワーク２は同じネットワーク
媒体と同じ通信手段による２重のネットワークである。
３はネットワーク１とネットワーク２に接続されている
ハードウェア装置のノードである。４はネットワーク１
のステーション（第１のステーション）であり、５はネ
ットワーク２のステーション（第２のステーション）で
ある。ステーションとはノードとネットワークとのイン
ターフェースをつかさどる装置である。６はＡ系のステ
ーション４の状態を検出するステーション診断装置であ
り、７はＢ系のステーション５の状態を検出するステー
ション診断装置である。８はステーション診断装置６や
ステーション診断装置７から最新のステーションの状態
を受け取り、ステーション４やステーション５の状態管
理を行うＲＡＳ管理装置である。９はステーション４や
ステーション５に対してデータの送信を行ったり、ステ
ーション４やステーション５からデータの受信を行う通
信制御装置である。通信制御装置９は送受信制御用のデ
ータを得る為にＲＡＳ管理装置８と接続されている。１
０はステーション４やステーション５へ送信を行う送信
機能であり、１１はステーション４やステーション５か
ら受信を行う受信機能である。送信機能１０と受信機能
１１は通信制御装置９内に含まれている。１２は通信制
御装置９に対して送受信要求を行うアプリケーションソ
フトウェアである。アプリケーションソフトウェア１２
はマルチタスクで構成されており、それぞれのタスクは
優先度を持って動作している。

【０００３】１３はネットワーク１とネットワーク２に
接続されているノードである。１４はネットワーク１の
ステーション（第１のステーション）であり、１５はネ
ットワーク２のステーション（第２のステーション）で
ある。１６はステーション１４の状態を検出するステー
ション診断装置であり、１７はステーション１５の状態
を検出するステーション診断装置である。１８はステー
ション診断装置１６やステーション診断装置１７から最
新のステーションの状態を受け取り、ステーション１４
やステーション１５の状態管理を行うＲＡＳ管理装置で
ある。１９はステーション１４やステーション１５に対
してデータの送信を行ったり、ステーション１４やステ
ーション１５からデータの受信を行う通信制御装置であ
る。通信制御装置１９は送受信制御用のデータを得る為
にＲＡＳ管理装置１８と接続されている。２０はステー
ション１４やステーション１５へ送信を行う送信機能で
あり、２１はステーション１４やステーション１５から
受信を行う受信機能である。送信機能２０と受信機能２
１は通信制御装置１９内に含まれている。２２は通信制
御装置１９に対して送受信要求を行うアプリケーション
ソフトウェアである。アプリケーションソフトウェア２
２はアルチタスクで構成されており、それぞれのタスク
は優先度を持って動作している。

【０００４】ノード３とノード１３のハードウェアを図
１１に示す。図１１において、３１は中央処理装置（以
下ＣＰＵと略す）である。３２は記憶装置としてのメモ
リである。３３はＡ系ネットワークとＣＰＵのインター
フェース装置のネットワークステーションであり、３４
はＢ系ネットワークとＣＰＵのインターフェース装置の
ネットワークステーションである。ネットワークステー
ションとＣＰＵとのインターフェースはデータのやり取
りが行えるように接続されている。

【０００５】次に送信時の動作について図１２のフロー
チャートに従って説明する。アプリケーションソフトウ
ェア１２からパケットの送信要求を受信する。送信機能
１０はＲＡＳ管理装置８よりステーションの最新状態を
獲得する（ＳＴ２）。Ａ系とＢ系の両方のステーション
が正常ならばＡ系、Ｂ系どちらかの送信ステーションを
選択する（ＳＴ３）。ステーションの選択はパケットの
種別で選択される。Ａ系のステーション４が選択された
ならば送信機能１０はＡ系のステーション４に送信する
（ＳＴ４）。Ｂ系のステーション５が選択されたならば
送信機能１０はＢ系のステーション５に送信する（ＳＴ
５）。Ａ系のステーション４のみ正常ならば送信機能１
０はＡ系のステーション４に送信する（ＳＴ６）。Ｂ系
のステーション５のみ正常ならば送信機能１０はＢ系の
ステーション５へ送信する（ＳＴ７）。ステーション４
とステーション５の両方が異常ならば、ステーション４
やステーション５への送信は行わず異常終了としてアプ
リケーションソフトウェア１２に通知する（ＳＴ８）。
上記説明でステーションの状態が正常／異常と表現して
いる所は、ネットワークの状態が正常／異常の意味と同
じである。

【０００６】

【発明が解決しようとする課題】従来の通信制御装置は
以上の様に構成されていた為、２重系のネットワークシ
ステムにおいてネットワークが片系のみ正常の場合、ア
プリケーションソフトウェアからの送信パケットが正常
な系に集中し、正常なネットワーク系の負荷が増大す
る。この為、パケットの送信に時間がかかり、優先度の
高いパケットの送信でも遅れて送信されるという問題点
があった。

【０００７】この発明は上記のような課題を解決するた
めになされたものであり、２重系のネットワークシステ
ムにおいて、ネットワークが片系のみ正常の場合でも優
先度の高いパケットに送信の時間遅れが発生しない通信
制御方法を得ることを目的とする。

【０００８】

【課題を解決するための手段】第１の発明は、アプリケ
ーションソフトウエア１２，２２の送信要求する送信デ
ータに優先度データを設定する優先度データ設定機能２
３，２５と、この優先度データ設定機能の設定した優先
度データをチェックする優先度チェック機能２４，２６
とを有し、第１又は第２のステーションのいずれか一方
のステーションが異常なとき、上記優先度チェック機能
のチェック結果が優先度の高い優先度データと判定され
た送信データのみ送信機能１０，２０へ送信要求し、他
方のステーションを介して送信することを特徴とするも
のである。

【０００９】第２の発明は、アプリケーションソフトウ
エア１２，２２の送信要求する送信データに優先度デー
タを設定する優先度データ設定機能２３，２５と、この
優先度データ設定機能の設定した優先度データをチェッ
クする優先度チェック機能２４，２６とを有し、上記第
１又は第２のステーションのいずれか一方のステーショ
ンが異常なとき、上記優先度チェック機能のチェック結
果が優先度の高い優先度データと判定された送信データ
は正常な他方のステーションに接続されたネットワーク
の負荷の如何に拘わらず送信要求し、優先度の低い優先
度データと判定された送信データは正常な他方のステー
ションに接続されたネットワークの負荷が小さいときに
送信要求することを特徴とするものである。

【００１０】第３の発明は、第１又は第２のステーショ
ンのいずれもが正常なとき第１系又は第２系のネットワ
ークのうち負荷の小さいネットワークに通信要求するこ
とを特徴とするものである。

【００１１】

【作用】第１の発明において、例えばノード３のステー
ション４のみ正常ならば、通信制御装置９の優先度チェ
ック機能２４は優先度データ設定機能２３で設定された
優先度データをチェックし、優先度データの高いパケッ
トを送信機能１０へ送信要求する。これによりステーシ
ョン４を用いてＡ系ネットワーク１を介してノード１３
へそのパケットが送信される。

【００１２】第２の発明において、例えばノード３のス
テーション４のみ正常ならば、通信制御装置９の優先度
チェック機能２４は、優先度データ設定機能２３で設定
された優先度データをチェックし、優先度データの高い
パケットは高優位送信機能２７へ送信要求し、優先度デ
ータの低いパケットは低優位送信機能２８へ送信要求す
る。これにより、ステーション４を用いてＡ系ネットワ
ーク１を介してノード１３へ、優先度データの高いパケ
ットから先に送信され、遅れて優先度データの低いパケ
ットが送信される。

【００１３】第３の発明において、例えばステーション
４，５の両者が正常なときＡ系ネットワーク１又はＢ系
ネットワーク２のうち負荷の小さいネットワークに通信
要求がなされる。

【００１４】

【実施例】実施例１（請求項１，３対応）．以下、この
発明の実施例１を図１に基づいて説明する。図１におい
て、ノード３に備えられる通信制御装置９内の２３はパ
ケットに優先度データを設定する優先度データ設定機能
であり、２４はパケットの選択を行う優先度チェック機
能である。ノード１３に備えられる通信制御装置１９内
の２５はパケットに優先度データを設定する優先度デー
タ設定機能であり、２６はパケットの選択を行う優先度
チェック機能である。その他は、図１０の構成と同じで
あるので、説明は省略する。

【００１５】次に上記実施例１の優先度データ設定機能
２３，２５と優先度チェック機能２４，２６の動作を図
２のフローチャートを用いて説明する。優先度データ設
定機能２３は、アプリケーションソフトウェア１２から
パケットの送信要求を受信する（ＳＴ１０）。送信要求
をしたアプリケーションソフトウェアのタスクの判別を
行う（ＳＴ１１）。送信要求をしたタスクの優先度を獲
得する（ＳＴ１２）。送信要求したタスクの優先度と設
定値を比較する（ＳＴ１３）。タスクの優先度が設定値
より高ければ、パケットの優先度データを高（ＨＩＧ
Ｈ）に設定しパケットに付加する（ＳＴ１４）。タスク
の優先度が設定値より低ければ、パケットの優先度デー
タを低（ＬＯＷ）に設定しパケットに付加する（ＳＴ１
５）。優先度の高いタスクからの送信データは優先度が
高いと考えられる。次に、優先度チェック機能２４に
て、ＲＡＳ管理装置８からステーション４とステーショ
ン５の状態を獲得する（ＳＴ１６）。ステーション４と
ステーション５の状態が両方とも正常ならば送信機能１
０へパケットの送信要求を行う（ＳＴ１８）。ステーシ
ョン４とステーション５のどちらか一方のみ正常ならば
パケットの優先度データをチェックする（ＳＴ１７）。
パケットの優先度データが高（ＨＩＧＨ）ならば、送信
機能１０へパケットの送信要求を行う（ＳＴ１８）。パ
ケットの優先度データが低（ＬＯＷ）ならば、パケット
を送信機能１０へ送信せず異常終了としてアプリケーシ
ョンソフトウェア１２に通知する（ＳＴ１９）。

【００１６】なお、以上異常終了をアプリケーションソ
フトウェア１２に通知しているが、このアプリケーショ
ンソフトウェア１２でリトライ処理を行なうと、再び送
信処理が可能となるので、優先度チェック機能２４でパ
ケットを捨てても問題はない。また、例えば、受信側の
状態によらず、定期的に送信するアプリケーションソフ
トウェア１２で、受信側もデータを何回か取り逃がして
も問題にならない通信であれば、永久に送信しなくても
（パケットを途中で捨てても）問題はない。

【００１７】また、優先度データの低いパケットを送信
しない事による対応策は、上記アプリケーションソフト
ウェア１２のリトライ処理で対応でき、また、優先度チ
ェック機能２４に内部バッファを置き、ステーションが
回復されるまで、その内部バッファにパケットを蓄えて
おき、当該ステーションが回復してから送信機能１０に
送信要求をする手段も考えられる。アプリケーションソ
フトウェア１２に異常終了を通知する形式としては、ア
プリケーションソフトウェア１２から通信制御装置９に
送信要求を行う際には関数を用いて送信要求がなされ
る。この関数のパラメータに送信結果を格納するエリア
を設定するようにし、通信制御装置９にてこのエリアに
送信結果を書き込む。

【００１８】例えば、ｓｅｎｄ（ｓｅｎｄａｄｄｒ，
ｓｅｎｄｌｅｎｇｔｈ，ｓｅｎｄｆｌａｇ，＊ｓｅｎ
ｄｓｔａｔｕｓ）という形式で書き込み、＊ｓｅｎｄ
ｓｔａｔｕｓが０以外ならば異常終了する。また、関数
のリターン値として送信結果を通知する方法もある。例
えば、ｓｔａｔｕｓ＝ｓｅｎｄ（ｓｅｎｄａｄｄｒ，
ｓｅｎｄｌｅｎｇｔｈ，ｓｅｎｄｆｌａｇ）という形
式で書き込み、ｓｔａｔｕｓが０以外ならば異常終了す
る。

【００１９】異常復帰の時は、上述したようにリトライ
する場合と、ステーションが復旧するまでアプリケーシ
ョンソフトウェア１２でデータをバッファリングしてお
く場合、何もせず捨てる場合等があるが、いずれも、ア
プリケーションソフトウェア１２の処理に任される。

【００２０】実施例２（請求項１対応）．上記実施例１
ではタスクの優先度を用いてパケットの優先度データを
設定する例について述べたが、本実施例２としてパケッ
トの送信先の指定有り無しにてパケットの優先度データ
を自動設定することも可能である。送信先の指定が無い
送信とはブロードキャスト送信であり、全てのステーシ
ョンにデータを送る。ブロードキャスト通信は優先度が
低いと考えられる。

【００２１】次に上記実施例２の動作を図３のフローチ
ャートを用いて説明する。優先度データ設定機能２３に
て、アプリケーションソフトウェア１２からパケットの
送信要求を受信する（ＳＴ２０）。パケットの送信先の
指定有り無しの判別を行う（ＳＴ２１）。パケットの送
信先が指定されていたならばパケットの優先度データを
高（ＨＩＧＨ）に設定する（ＳＴ２２）。パケットの送
信先が指定されてないならば優先度データを低（ＬＯ
Ｗ）に設定する（ＳＴ２３）。次に、優先度チェック機
能２４で、ＲＡＳ管理装置８からステーションの状態を
獲得する（ＳＴ２４）。ステーション４とステーション
５の状態が両方とも正常ならば送信機能１０へパケット
の送信要求を行う（ＳＴ２６）。ステーション４とステ
ーション５のどちらか一方のみ正常ならばパケットの優
先度データをチェックする（ＳＴ２５）。パケットの優
先度データが高（ＨＩＧＨ）ならば、送信機能１０へパ
ケットの送信要求を行う（ＳＴ２６）。パケットの優先
度データが低（ＬＯＷ）ならば、パケットを送信機能１
０へ送信せず異常終了としてアプリケーションソフトウ
ェアに通知する（ＳＴ２７）。

【００２２】実施例３（請求項２対応）．なお、上記実
施例１，２ではＡ系のステーション４とＢ系のステーシ
ョン５のどちらか片系のみ正常の場合は、優先度データ
の低いパケットは優先度チェック機能２４でパケットを
送信機能１０に送信しないようにすることで優先度の高
いパケットの送信の時間遅れを防いでいたが、本実施例
３として送信機能を２つ設置することで優先度データの
低いパケットは送信処理を遅くし、優先度データの高い
パケットは現状の送信処理を維持する事で、優先度デー
タの高いパケット送信の時間遅れを防ぐことが可能とな
る。

【００２３】次に上記実施例３を図４に基づいて説明す
る。図４において、２７は通信制御装置９にて優先度デ
ータの高いパケットを送信する高優位送信機能であり、
２８は優先度データの低いパケットを送信する低優位送
信機能である。同じく、２９は通信制御装置１９にて優
先度データの高いパケットを送信する高優位送信機能で
あり、３０は優先度データの低いパケットを送信する低
優位送信機能である。その他は、図１の構成と同じであ
る。

【００２４】次に上記実施例３における優先度データ設
定機能２３と優先度チェック機能２４の動作を図５のフ
ローチャートに従って説明する。優先度データ設定機能
２４にて、アプリケーションソフトウェア１２からパケ
ットの送信要求を受信する（ＳＴ３０）。送信要求をし
たアプリケーションソフトウェアのタスクの判別を行う
（ＳＴ３１）。送信要求をしたタスクの優先度を獲得す
る（ＳＴ３２）。送信要求をしたタスクの優先度と設定
値を比較する（ＳＴ３３）。タスクの優先度が設定値よ
り高ければ、パケットの優先度データを高（ＨＩＧＨ）
に設定しパケットに付加する（ＳＴ３４）。タスクの優
先度が設定値より低ければ、パケットの優先度データを
低（ＬＯＷ）に設定しパケットに付加する（ＳＴ３
５）。次に、パケット選択機能２５にて、パケットの優
先度データをチェックする（ＳＴ３６）。パケットの優
先度データが高（ＨＩＧＨ）ならば高優位送信機能２７
へパケットの送信要求を行う（ＳＴ３７）。パケットの
優先度が低（ＬＯＷ）ならば低優位送信機能２８にパケ
ットの送信要求を行う（ＳＴ３８）。

【００２５】次に上記実施例３における高優位送信機能
２７の動作を図６のフローチャートに従って説明する。
優先度チェック機能２４よりパケットの送信要求を受け
取る（ＳＴ４０）。ＲＡＳ管理装置８よりステーション
の最新状態を獲得する（ＳＴ４１）。Ａ系のステーショ
ン４とＢ系のステーション５の両方のステーションが正
常ならば、Ａ系，Ｂ系のどちらかのステーションを選択
する（ＳＴ４２）。Ａ系が選択されたならばＡ系ステー
ション４に送信する（ＳＴ４３）。Ｂ系が選択されたな
らばＢ系ステーション５に送信する（ＳＴ４４）。Ａ系
のステーション４のみ正常ならばＡ系のステーション４
に送信する（ＳＴ４３）。Ｂ系のステーション５のみ正
常ならばＢ系のステーション５へ送信する（ＳＴ４
４）。ステーション４とステーション５の両系が異常な
らば、ステーション４やステーション５への送信は行わ
ず異常終了としてアプリケーションソフトウェア１２に
通知する（ＳＴ４５）。

【００２６】次に上記実施例３における低優位送信機能
２８の動作を図７のフローチャートに従って説明する。
優先度チェック機能２４よりパケットの送信要求を受け
取る（ＳＴ５０）。ＲＡＳ管理機能８よりステーション
の最新状態を獲得する（ＳＴ５１）。Ａ系のステーショ
ン４とＢ系のステーション５の両方のステーションが正
常ならばＡ系，Ｂ系のどちらかのステーションを選択す
る（ＳＴ５２）。Ａ系が選択されたならばＡ系のステー
ション４に送信する（ＳＴ５３）。Ｂ系が選択されたな
らばＢ系のステーション５に送信する（ＳＴ５４）。Ａ
系のステーション４のみ正常ならば、ネットワークの負
荷を調べる（ＳＴ５５）。ネットワークの負荷が高いな
らば設定時間待つ（ＳＴ５７）。設定時間後、再びネッ
トワークの負荷を調べる（ＳＴ５５）。ネットワークの
負荷が低いならばＡ系のステーション４に送信し（ＳＴ
５６）、ネットワークの負荷が高いならば設定時間待つ
（ＳＴ５７）。Ｂ系のステーション５のみ正常ならば、
ネットワークの負荷を調べる（ＳＴ５８）。ネットワー
クの負荷が高いならば設定時間待つ（ＳＴ６０）。設定
時間後、再びネットワークの負荷を調べる（ＳＴ５
８）。ネットワークの負荷が低いならばＢ系のステーシ
ョン５に送信し（ＳＴ５９）、ネットワークの負荷が高
いならば設定時間待つ（ＳＴ６０）。ステーション４と
ステーション５の両方が異常ならば、ステーション４や
ステーション５への送信は行わず異常終了としてアプリ
ケーションソフトウェア１２に通知する（ＳＴ６１）。
ネットワークの負荷はステーション診断装置６とステー
ション診断装置７で測定され、ＲＡＳ管理装置８に通知
されている。通信制御装置９はＲＡＳ管理装置８よりネ
ットワークの負荷を得ることができる。なお、上記実施
例３において、優先度データの低いパケットの送信速度
を遅くすると、パケットは少しづつバッファに溜まって
いき、バッファが満杯になるが、これをアプリケーショ
ンソフトウェア１２に異常終了を通知し、パケットを捨
てるようにすることにより、パケットの溜りを防止して
いる。

【００２７】実施例４（請求項２対応）．なお、上記実
施例３ではＡ系のステーション４とＢ系のステーション
５の両方とも正常の場合は、従来技術と同様にネットワ
ークの負荷に関係なくパケットの種別でステーションが
選択されていたが、本実施例４としてはステーション４
とステーション５の両方が正常の場合でもネットワーク
の負荷によってステーションの選択を行うことで、両系
のステーションが正常時のネットワークの負荷の増大に
よる優先度の高いパケットの送信時間の遅れを防ぐこと
が可能となる。

【００２８】次に上記実施例４における高優位送信機能
２７の動作を図８のフローチャートに従って説明する。
優先度チェック機能２４よりパケットの送信要求を受け
取る（ＳＴ７０）。ＲＡＳ管理装置８よりステーション
の最新状態を獲得する（ＳＴ７１）。Ａ系のステーショ
ン４とＢ系のステーション５の両方のステーションが正
常ならば、ＡとＢ系のステーションのどちらの負荷が少
ないか判定する（ＳＴ７２）。Ａ系のステーションの負
荷が少ないならばＡ系ステーション４に送信する（ＳＴ
７３）。Ｂ系のステーションの負荷が少ないならばＢ系
ステーション５に送信する（ＳＴ７４）。Ａ系のステー
ション４のみ正常ならばＡ系のステーション４に送信す
る（ＳＴ７３）。Ｂ系のステーション５のみ正常ならば
Ｂ系のステーション５へ送信する（ＳＴ７４）。ステー
ション４とステーション５の両系が異常ならば、ステー
ション４やステーション５への送信は行わず異常終了と
してアプリケーションソフトウェア１２に通知する（Ｓ
Ｔ７５）。

【００２９】次に上記実施例４における低優位送信機能
２８の動作を図９のフローチャートに従って説明する。
優先度チェック機能２４よりパケットの送信要求を受け
取る（ＳＴ８０）。ＲＡＳ管理機能８よりステーション
の最新状態を獲得する（ＳＴ８１）。Ａ系のステーショ
ン４とＢ系のステーション５の両方のステーションが正
常ならば、ＡとＢ系のステーションのどちらの負荷が少
ないか判定する（ＳＴ８２）。Ａ系のステーションの負
荷が少ないならばＡ系ステーション４に送信する（ＳＴ
４３）。Ｂ系のステーションの負荷が少ないならばＢ系
ステーション５に送信する（ＳＴ４４）。Ａ系のステー
ション４のみ正常ならば、ネットワークの負荷を調べる
（ＳＴ８５）。ネットワークの負荷が高いならば設定時
間待つ（ＳＴ８７）。設定時間後、再びネットワークの
負荷を調べる（ＳＴ８５）。ネットワークの負荷が低い
ならばＡ系のステーション４に送信し（ＳＴ８６）、ネ
ットワークの負荷が高いならば設定時間待つ（ＳＴ８
７）。Ｂ系のステーション５のみ正常ならば、ネットワ
ークの負荷を調べる（ＳＴ８８）。ネットワークの負荷
が高いならば設定時間待つ（ＳＴ８０）。設定時間後、
再びネットワークの負荷を調べる（ＳＴ８８）。ネット
ワークの負荷が低いならばＢ系のステーション５に送信
し（ＳＴ８９）、ネットワークの負荷が高いならば設定
時間待つ（ＳＴ９０）。ステーション４とステーション
５の両方が異常ならば、ステーション４やステーション
５への送信は行わず異常終了としてアプリケーションソ
フトウェア１２に通知する（ＳＴ９１）。

【００３０】なお、上記実施例１〜４では、２重系ネッ
トワークシステムの構成について説明したが、ノードの
ステーションを３個以上設け、ネットワークが３重系以
上有する多重系ネットワークシステムについても同様な
効果が得られる。また、上記実施例１〜４では、パケッ
トの通信について説明したが、それに限らず、データの
通信であってもよい。

【００３１】

【発明の効果】以上のように第１の発明によれば、第１
のステーションと第２のステーションのどちらか一方の
み正常ならば優先度データの高い送信データを送信要求
するようにしたので、２重系のネットワークにおける片
系のステーションのみが正常な場合でも、即ち片系のネ
ットワークのみが正常の場合でも、優先度データの高い
送信データに送信の時間遅れが発生しないという効果が
得られる。

【００３２】また、第２の発明によれば、第１又は第２
のステーションが異常なとき、優先度が高い送信データ
は正常な他方のステーションに接続されたネットワーク
の負荷の如何に拘わらず送信要求し、優先度の低い送信
データは正常な他方のステーションに接続されたネット
ワークの負荷が小さいときに送信要求するようにしたの
で、２重系のネットワークにおける片系のネットワーク
のみが正常な場合でも、優先度データの高い送信データ
から送信され、これにより優先度データの高い送信デー
タに送信の時間遅れが発生しないという効果が得られる
と共に、優先度データの低い送信データも時間遅れであ
るが送信できるという効果もある。

【００３３】また、第３の発明によれば、第１又は第２
のステーションのいずれもが正常なとき第１系又は第２
系のネットワークのうち負荷の小さいネットワークに通
信要求するようにしたので、送信データをできるだけ早
く送信できるという効果が得られる。

【図面の簡単な説明】

【図１】この発明の実施例１による２重系ネットワーク
システムの構成を示すブロック図である。

【図２】この発明の実施例１の優先度データ設定機能と
優先度チェック機能の動作を示すフローチャートであ
る。

【図３】この発明の実施例２の優先度データ設定機能と
優先度チェック機能の動作を示すフローチャートであ
る。

【図４】この発明の実施例３による２重系ネットワーク
システムの構成を示すブロック図である。

【図５】この発明の実施例３の優先度データ設定機能と
優先度チェック機能の動作を示すフローチャートであ
る。

【図６】この発明の実施例３の高優位送信機能の動作を
示すフローチャートである。

【図７】この発明の実施例３の低優位送信機能の動作を
示すフローチャートである。

【図８】この発明の実施例４の高優位送信機能の動作を
示すフローチャートである。

【図９】この発明の実施例４の低優位送信機能の動作を
示すフローチャートである。

【図１０】従来の２重系ネットワークシステムの構成を
示すブロック図である。

【図１１】ノードのハードウェア構成図である。

【図１２】従来の送信機能の動作を示すフローチャート
である。

【符号の説明】

１Ａ系ネットワーク（第１系のネットワーク）２Ｂ系ネットワーク（第２系のネットワーク）３ノード４ステーション（第１のステーション）５ステーション（第２のステーション）６ステーション診断装置７ステーション診断装置８ＲＡＳ管理装置９通信制御装置１０送信機能１１受信機能１２アプリケーションソフトウェア１３ノード１４ステーション（第１のステーション）１５ステーション（第２のステーション）１６ステーション診断装置１７ステーション診断装置１８ＲＡＳ管理装置１９通信制御装置２０送信機能２１受信機能２２アプリケーションソフトウェア２３優先度データ設定機能２４優先度チェック機能２５優先度データ設定機能２６優先度チェック機能２７高優位送信機能２８低優位送信機能２９高優位送信機能３０低優位送信機能３１中央処理装置（ＣＰＵ）３２記憶装置（メモリ）３３ネットワークステーション３４ネットワークステーション

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｌ 29/14 9371−5ＫＨ０４Ｌ 13/00 ３１１

Claims

【特許請求の範囲】

【請求項１】第１系のネットワークに接続されてイン
ターフェースを司る第１のステーションと、第２系のネ
ットワークに接続されてインターフェースを司る第２の
ステーションと、上記第１又は第２のステーションを介
して上記第１系又は第２系のネットワークに対してデー
タの送信を行う送信機能及び上記第１又は第２のステー
ションを介して上記第１系又は第２系のネットワークか
らデータの受信を行う受信機能を有する通信制御装置
と、この通信制御装置に対して送受信要求を行うアプリ
ケーションソフトウエアとを備えたノードを有し、この
ノードが複数台上記第１系及び第２系のネットワークに
接続され、各ノード間で通信を行う多重系ネットワーク
システムの通信制御方法において、上記アプリケーショ
ンソフトウエアの送信要求する送信データに優先度デー
タを設定する優先度データ設定機能と、この優先度デー
タ設定機能の設定した優先度データをチェックする優先
度チェック機能を有し、上記第１又は第２のステーショ
ンのいずれか一方のステーションが異常なとき、上記優
先度チェック機能のチェック結果が優先度の高い優先度
データと判定された送信データのみ上記送信機能へ送信
要求し、他方のステーションを介して送信することを特
徴とする通信制御方法。
【請求項２】第１系のネットワークに接続されてイン
ターフェースを司る第１のステーションと、第２系のネ
ットワークに接続されてインターフェースを司る第２の
ステーションと、上記第１又は第２のステーションを介
して上記第１系又は第２系のネットワークに対してデー
タの送信を行う送信機能及び上記第１又は第２のステー
ションを介して上記第１系又は第２系のネットワークか
らデータの受信を行う受信機能を有する通信制御装置
と、この通信制御装置に対して送受信要求を行うアプリ
ケーションソフトウエアとを備えたノードを有し、この
ノードが複数台上記第１系及び第２系のネットワークに
接続され、各ノード間で通信を行う多重系ネットワーク
システムの通信制御方法において、上記アプリケーショ
ンソフトウエアの送信要求する送信データに優先度デー
タを設定する優先度データ設定機能と、この優先度デー
タ設定機能の設定した優先度データをチェックする優先
度チェック機能を有し、上記第１又は第２のステーショ
ンのいずれか一方のステーションが異常なとき、上記優
先度チェック機能のチェック結果が優先度の高い優先度
データと判定された送信データは正常な他方のステーシ
ョンに接続されたネットワークの負荷の如何に拘わらず
送信要求し、優先度の低い優先データと判定された送信
データは正常な他方のステーションに接続されたネット
ワークの負荷が小さいときに送信要求することを特徴と
する通信制御方法。
【請求項３】第１又は第２のステーションのいずれも
が正常なとき第１系又は第２系のネットワークのうち負
荷の小さいネットワークに通信することを特徴とする請
求項第１項又は第２項記載の通信制御方法。