JPH0973420A - データフレーム転送方法 - Google Patents
データフレーム転送方法Info
- Publication number
- JPH0973420A JPH0973420A JP7229938A JP22993895A JPH0973420A JP H0973420 A JPH0973420 A JP H0973420A JP 7229938 A JP7229938 A JP 7229938A JP 22993895 A JP22993895 A JP 22993895A JP H0973420 A JPH0973420 A JP H0973420A
- Authority
- JP
- Japan
- Prior art keywords
- data frame
- bus
- frame
- received
- adapter
- 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.)
- Withdrawn
Links
Landscapes
- Hardware Redundancy (AREA)
- Debugging And Monitoring (AREA)
- Bus Control (AREA)
Abstract
(57)【要約】
【課題】 システムバスが二重化されているシステムに
おける送信処理ドライバのオーバヘッドを少なくする。 【解決手段】 送信ユニット２１はシステムバス１１，
１２に対してヘッダ及びデータを含む同一のデータフレ
ームを送信する。受信ユニット２２はシステムバスを介
してデータフレームを受信した時、該データフレームの
ヘッダが受信済みデータフレームのヘッダと同一である
か比較し、同一でなければ該データフレームを取り込む
と共にヘッダを受信済みヘッダ記憶部ＲＨＳに記憶し、
ＡＣＫ信号を送信ユニット２１に返送する。送信ユニッ
ト２１は、一方の系よりＡＣＫ信号を受信すれば、他系
への異常監視を停止する。又、送信ユニット２１はいず
れの系からもＡＣＫ信号を受信しない場合には、両シス
テムバス１１，１２を介してヘッダ及びデータを含む同
一のデータフレームを再送する。
おける送信処理ドライバのオーバヘッドを少なくする。 【解決手段】 送信ユニット２１はシステムバス１１，
１２に対してヘッダ及びデータを含む同一のデータフレ
ームを送信する。受信ユニット２２はシステムバスを介
してデータフレームを受信した時、該データフレームの
ヘッダが受信済みデータフレームのヘッダと同一である
か比較し、同一でなければ該データフレームを取り込む
と共にヘッダを受信済みヘッダ記憶部ＲＨＳに記憶し、
ＡＣＫ信号を送信ユニット２１に返送する。送信ユニッ
ト２１は、一方の系よりＡＣＫ信号を受信すれば、他系
への異常監視を停止する。又、送信ユニット２１はいず
れの系からもＡＣＫ信号を受信しない場合には、両シス
テムバス１１，１２を介してヘッダ及びデータを含む同
一のデータフレームを再送する。
Description
【０００１】
【発明の属する技術分野】本発明はシステムバスが二重
化されているシステムにおけるデータフレーム転送方法
に係わり、特にシステムバス（Ｓ−ＢＵＳ）二重化時に
おけるフレーム送信の効率化が図れるデータフレーム転
送方法に関する。
化されているシステムにおけるデータフレーム転送方法
に係わり、特にシステムバス（Ｓ−ＢＵＳ）二重化時に
おけるフレーム送信の効率化が図れるデータフレーム転
送方法に関する。
【０００２】
【従来の技術】自立したプロセッサを有する複数のアダ
プタ（ボード）を、二重化されたシステムバス（Ｓ−Ｂ
ＵＳ）にそれぞれ結合し、各アダプタ間でシステムバス
を介してデータフレームを送受し合って全体として所定
の機能を実行するシステムがある。図１３はかかるシス
テムにおける従来のデータフレーム転送制御の説明図で
あり、アダプタ＃２からアダプタ＃１にデータフレーム
を送信する場合である。図中、１は＃０系のシステムバ
ス、２は＃１系のシステムバスであり、各システムバス
にはプロセッサを内蔵する複数のアダプタ（＃０〜＃
３）３〜５が接続されている。各アダプタ間は図示しな
いがシステムバス毎にＡＣＫ信号線により相互に接続さ
れている。
プタ（ボード）を、二重化されたシステムバス（Ｓ−Ｂ
ＵＳ）にそれぞれ結合し、各アダプタ間でシステムバス
を介してデータフレームを送受し合って全体として所定
の機能を実行するシステムがある。図１３はかかるシス
テムにおける従来のデータフレーム転送制御の説明図で
あり、アダプタ＃２からアダプタ＃１にデータフレーム
を送信する場合である。図中、１は＃０系のシステムバ
ス、２は＃１系のシステムバスであり、各システムバス
にはプロセッサを内蔵する複数のアダプタ（＃０〜＃
３）３〜５が接続されている。各アダプタ間は図示しな
いがシステムバス毎にＡＣＫ信号線により相互に接続さ
れている。
【０００３】通常、アダプタ＃２のＳ−ＢＵＳ制御ド
ライバ（図示せず）は、Ｓ−ＢＵＳ＃０系または、Ｓ−
ＢＵＳ＃１系のどちらか一方を使用してアダプタ＃１に
データフレームを送信する（図１３（ａ）参照）。 しかし、において、使用しているＳ−ＢＵＳ＃０系
の障害及びアダプタ＃１の受信バッファのビジー等によ
り、アダプタ＃１への送信完了通知（ＡＣＫ信号）がア
ダプタ＃２に通知されない場合がある（図１３
（ａ））。かかる場合、アダプタ＃２は一時的なビジー
状態であると判断し、データフレームを何度か、同一の
Ｓ−ＢＵＳ系を介して再送を試みる。この時、規定回数
の再送処理を行っても、通信が正常に完了しない場合に
は、アダプタ＃２のＳ−ＢＵＳ制御ドライバは、他方の
Ｓ−ＢＵＳ＃１系に切り換えてアダプタ＃１にデータフ
レームを再送する（図１３（ｂ）参照）。
ライバ（図示せず）は、Ｓ−ＢＵＳ＃０系または、Ｓ−
ＢＵＳ＃１系のどちらか一方を使用してアダプタ＃１に
データフレームを送信する（図１３（ａ）参照）。 しかし、において、使用しているＳ−ＢＵＳ＃０系
の障害及びアダプタ＃１の受信バッファのビジー等によ
り、アダプタ＃１への送信完了通知（ＡＣＫ信号）がア
ダプタ＃２に通知されない場合がある（図１３
（ａ））。かかる場合、アダプタ＃２は一時的なビジー
状態であると判断し、データフレームを何度か、同一の
Ｓ−ＢＵＳ系を介して再送を試みる。この時、規定回数
の再送処理を行っても、通信が正常に完了しない場合に
は、アダプタ＃２のＳ−ＢＵＳ制御ドライバは、他方の
Ｓ−ＢＵＳ＃１系に切り換えてアダプタ＃１にデータフ
レームを再送する（図１３（ｂ）参照）。
【０００４】そして、運転開始後、各アダプタのＳ−
ＢＵＳ監視タスクは他のアダプタに対して、定期的にポ
ーリングフレームを送信し、ポーリングフレームを受信
したアダプタから送信完了通知（ＡＣＫ信号）を受信す
る（図１３（ｃ）参照）。 アダプタ＃２のＳ−ＢＵＳ監視タスクは運用Ｓ−ＢＵ
Ｓ系からのＡＣＫ信号が途絶えると、Ｓ−ＢＵＳ制御ド
ライバに対し、他系Ｓ−ＢＵＳ系への運用切り換えを指
示する。又、両Ｓ−ＢＵＳ系からのＡＣＫフレームの受
信が途絶えた場合には、アダプタ＃２自身をリセット
（初期化）する。
ＢＵＳ監視タスクは他のアダプタに対して、定期的にポ
ーリングフレームを送信し、ポーリングフレームを受信
したアダプタから送信完了通知（ＡＣＫ信号）を受信す
る（図１３（ｃ）参照）。 アダプタ＃２のＳ−ＢＵＳ監視タスクは運用Ｓ−ＢＵ
Ｓ系からのＡＣＫ信号が途絶えると、Ｓ−ＢＵＳ制御ド
ライバに対し、他系Ｓ−ＢＵＳ系への運用切り換えを指
示する。又、両Ｓ−ＢＵＳ系からのＡＣＫフレームの受
信が途絶えた場合には、アダプタ＃２自身をリセット
（初期化）する。
【０００５】
【発明が解決しようとする課題】以上のように、従来
は、運用時に使用するＳ−ＢＵＳが１系統であるため、
送信側（アダプタ＃２）のＳ−ＢＵＳ制御ドライバは、
フレーム送信が異常終了した場合でも一時的なビジー状
態等を考慮して常に再送処理を行う必要があり、処理が
複雑になる問題があった。又、運用Ｓ−ＢＵＳ系の異常
が検出された場合には、他系Ｓ−ＢＵＳへの運用切り換
えを行う必要があるため、Ｓ−ＢＵＳ制御ドライバのオ
ーバヘッドの問題が生じる。更に、Ｓ−ＢＵＳ両系の異
常が検出された場合には、当該アダプタ（アダプタ＃
２）のリセットを行うことにより通信を回復しようとす
るため、通信を中断させてしまう問題があった。
は、運用時に使用するＳ−ＢＵＳが１系統であるため、
送信側（アダプタ＃２）のＳ−ＢＵＳ制御ドライバは、
フレーム送信が異常終了した場合でも一時的なビジー状
態等を考慮して常に再送処理を行う必要があり、処理が
複雑になる問題があった。又、運用Ｓ−ＢＵＳ系の異常
が検出された場合には、他系Ｓ−ＢＵＳへの運用切り換
えを行う必要があるため、Ｓ−ＢＵＳ制御ドライバのオ
ーバヘッドの問題が生じる。更に、Ｓ−ＢＵＳ両系の異
常が検出された場合には、当該アダプタ（アダプタ＃
２）のリセットを行うことにより通信を回復しようとす
るため、通信を中断させてしまう問題があった。
【０００６】以上から本発明の目的は、二重化されてい
るシステムバスの片系が正常の場合には、再送処理、シ
ステムバスの切り換え処理等のエラー処理を行う必要が
なく、送信処理ドライバのオーバヘッドを少なくできる
データフレーム転送方法を提供することである。本発明
の別の目的は、データフレームの送受信に関係なく、シ
ステムバスの異常を検出することができるデータフレー
ム転送方法を提供することである。本発明の更に別の目
的は、片系のシステムバスにおいて異常が検出された場
合、該片系のシステムバスに対してのみ復旧処理を行う
ことにより他系システムバスに影響を与えないで運用を
継続するデータフレーム転送方法を提供することであ
る。
るシステムバスの片系が正常の場合には、再送処理、シ
ステムバスの切り換え処理等のエラー処理を行う必要が
なく、送信処理ドライバのオーバヘッドを少なくできる
データフレーム転送方法を提供することである。本発明
の別の目的は、データフレームの送受信に関係なく、シ
ステムバスの異常を検出することができるデータフレー
ム転送方法を提供することである。本発明の更に別の目
的は、片系のシステムバスにおいて異常が検出された場
合、該片系のシステムバスに対してのみ復旧処理を行う
ことにより他系システムバスに影響を与えないで運用を
継続するデータフレーム転送方法を提供することであ
る。
【０００７】
【課題を解決するための手段】図１は本発明の原理説明
図である。１１は＃０系のシステムバス、１２は＃１系
のシステムバスである。各システムバスにはプロセッサ
を内蔵する複数のアダプタ（＃０〜＃１）２１，２２が
接続されており、各アダプタには、受信済みデータフレ
ームのヘッダを記憶する受信済みヘッダ部ＲＨＳが設け
られている。又、各アダプタ間はデータフレームの受信
を送信ユニットに通知するために、システムバス毎にＡ
ＣＫ信号線３１、３２により接続されている。
図である。１１は＃０系のシステムバス、１２は＃１系
のシステムバスである。各システムバスにはプロセッサ
を内蔵する複数のアダプタ（＃０〜＃１）２１，２２が
接続されており、各アダプタには、受信済みデータフレ
ームのヘッダを記憶する受信済みヘッダ部ＲＨＳが設け
られている。又、各アダプタ間はデータフレームの受信
を送信ユニットに通知するために、システムバス毎にＡ
ＣＫ信号線３１、３２により接続されている。
【０００８】システムバスが二重化されているシステム
におけるデータフレーム転送方法において、送信ユニッ
ト２１は両システムバス１１，１２に対してヘッダＨＤ
及びデータＤＴを含む同一のデータフレームを送信す
る。受信ユニット２２はシステムバス１１，１２を介し
てデータフレームを受信した時、該データフレームのヘ
ッダが受信済みデータフレームのヘッダと同一であるか
比較し、同一でなければ該データフレームを取り込むと
共にヘッダを受信済みヘッダ記憶部ＲＨＳに記憶し、デ
ータフレームを受信したシステムバスに応じたＡＣＫ信
号線を介してＡＣＫ信号を送信ユニット２１に返送す
る。送信ユニット２１は、一方の系からのＡＣＫ信号に
より正常送信を確認すれば、他系への異常監視を停止す
る。なお、送信ユニット２１はいずれのＡＣＫ信号線か
らもＡＣＫ信号を受信しない場合には、両システムバス
１１，１２を介してヘッダ及びデータを含む同一のデー
タフレームを再送する。以上のように送信ユニットは両
系のシステムバスを介してデータフレームを送信し、受
信ユニットが一方の系を介してデータフレームを受信す
れば、すなわち、システムバスの少なくとも片系が正常
の場合には、再送処理、システムバスの切り換え処理等
のエラー処理を行う必要がなく、処理の簡素化が図れて
送信処理ドライバのオーバヘッドを少なくできる。
におけるデータフレーム転送方法において、送信ユニッ
ト２１は両システムバス１１，１２に対してヘッダＨＤ
及びデータＤＴを含む同一のデータフレームを送信す
る。受信ユニット２２はシステムバス１１，１２を介し
てデータフレームを受信した時、該データフレームのヘ
ッダが受信済みデータフレームのヘッダと同一であるか
比較し、同一でなければ該データフレームを取り込むと
共にヘッダを受信済みヘッダ記憶部ＲＨＳに記憶し、デ
ータフレームを受信したシステムバスに応じたＡＣＫ信
号線を介してＡＣＫ信号を送信ユニット２１に返送す
る。送信ユニット２１は、一方の系からのＡＣＫ信号に
より正常送信を確認すれば、他系への異常監視を停止す
る。なお、送信ユニット２１はいずれのＡＣＫ信号線か
らもＡＣＫ信号を受信しない場合には、両システムバス
１１，１２を介してヘッダ及びデータを含む同一のデー
タフレームを再送する。以上のように送信ユニットは両
系のシステムバスを介してデータフレームを送信し、受
信ユニットが一方の系を介してデータフレームを受信す
れば、すなわち、システムバスの少なくとも片系が正常
の場合には、再送処理、システムバスの切り換え処理等
のエラー処理を行う必要がなく、処理の簡素化が図れて
送信処理ドライバのオーバヘッドを少なくできる。
【０００９】又、受信ユニット２２は受信済みデータフ
レームと同一のデータフレームを受信したときは、新た
に受信したデータフレームを廃棄すると共に、受信済み
ヘッダ記憶部ＲＨＳより該データフレームのヘッダと同
一のヘッダを削除する。このようにすれば、両系を介し
て同時に同一のデータフレームを送信しても、重複して
データフレームを取り込むのを防止することができる。
更に、各ユニット２１(２２)は定期的に他のユニット２
２(２１)に対して両システムバス１１，１２を介して監
視フレームを転送し、他ユニット２２(２１)は監視フレ
ームを受信する毎に、いずれのシステムバスより監視フ
レームを受信したか判別できるように応答フレームを返
送し、監視フレームの送信ユニット２１（２２）は、他
ユニットよりの応答フレームを解析し、いずれの他ユニ
ットも所定のシステムバスを介して監視フレームを受信
していない場合、該システムバスに対して復旧処理を行
う。このようにすれば、データフレームの送受信処理と
システムバスの監視／復旧処理を分離することができ、
データフレームの送受信処理の簡素化が図れる。又、片
系のシステムバスにおいて異常が検出された場合、該片
系のシステムバスに対してのみ復旧処理を行うことによ
り他系システムバスに影響を与えないで運用を継続する
ことができる。
レームと同一のデータフレームを受信したときは、新た
に受信したデータフレームを廃棄すると共に、受信済み
ヘッダ記憶部ＲＨＳより該データフレームのヘッダと同
一のヘッダを削除する。このようにすれば、両系を介し
て同時に同一のデータフレームを送信しても、重複して
データフレームを取り込むのを防止することができる。
更に、各ユニット２１(２２)は定期的に他のユニット２
２(２１)に対して両システムバス１１，１２を介して監
視フレームを転送し、他ユニット２２(２１)は監視フレ
ームを受信する毎に、いずれのシステムバスより監視フ
レームを受信したか判別できるように応答フレームを返
送し、監視フレームの送信ユニット２１（２２）は、他
ユニットよりの応答フレームを解析し、いずれの他ユニ
ットも所定のシステムバスを介して監視フレームを受信
していない場合、該システムバスに対して復旧処理を行
う。このようにすれば、データフレームの送受信処理と
システムバスの監視／復旧処理を分離することができ、
データフレームの送受信処理の簡素化が図れる。又、片
系のシステムバスにおいて異常が検出された場合、該片
系のシステムバスに対してのみ復旧処理を行うことによ
り他系システムバスに影響を与えないで運用を継続する
ことができる。
【００１０】
（ａ）本発明のシステム構成 図２はシステムバスが二重化（冗長化）されているシス
テムの構成図である。１１は＃０系のシステムバス、１
２は＃１系のシステムバスであり、各システムバスには
プロセッサを内蔵する複数のアダプタ（＃０〜＃３）２
１〜２３が接続されている。又、各アダプタ間は、シス
テムバス毎に複数のＡＣＫ信号線（点線参照）３１〜３
６により相互に接続されている。各アダプタは同一の構
成を備え、＃０系のシステムバスをアクセスするための
システムバスコントローラ（バス制御アレイ）ＳＢＣ＃
０と、＃１系のシステムバスをアクセスするためのシス
テムバスコントローラＳＢＣ＃１と、マイクロプロセッ
サユニットＭＰＵと、データや各種プログラムを記憶す
るメモリＭＥＭと、受信済みデータフレームのヘッダを
記憶するＳＢＣ外部メモリ（受信済みヘッダ記憶部）Ｒ
ＨＳを有している。各ユニットのシステムバスコントロ
ーラＳＢＣ＃０は、他ユニットのシステムバスコントロ
ーラＳＢＣ＃０と０系のシステムバス１１を介して通信
を行い、システムバスコントローラＳＢＣ＃１は他ユニ
ットのシステムバスコントローラＳＢＣ＃１と１系のシ
ステムバス１２を介して通信を行う。メモリＭＥＭに
は、送受信データの他に、Ｓ−ＢＵＳ制御ドライバ、Ｓ
−ＢＵＳ監視タスク用の各種制御プログラムが記憶され
ている。
テムの構成図である。１１は＃０系のシステムバス、１
２は＃１系のシステムバスであり、各システムバスには
プロセッサを内蔵する複数のアダプタ（＃０〜＃３）２
１〜２３が接続されている。又、各アダプタ間は、シス
テムバス毎に複数のＡＣＫ信号線（点線参照）３１〜３
６により相互に接続されている。各アダプタは同一の構
成を備え、＃０系のシステムバスをアクセスするための
システムバスコントローラ（バス制御アレイ）ＳＢＣ＃
０と、＃１系のシステムバスをアクセスするためのシス
テムバスコントローラＳＢＣ＃１と、マイクロプロセッ
サユニットＭＰＵと、データや各種プログラムを記憶す
るメモリＭＥＭと、受信済みデータフレームのヘッダを
記憶するＳＢＣ外部メモリ（受信済みヘッダ記憶部）Ｒ
ＨＳを有している。各ユニットのシステムバスコントロ
ーラＳＢＣ＃０は、他ユニットのシステムバスコントロ
ーラＳＢＣ＃０と０系のシステムバス１１を介して通信
を行い、システムバスコントローラＳＢＣ＃１は他ユニ
ットのシステムバスコントローラＳＢＣ＃１と１系のシ
ステムバス１２を介して通信を行う。メモリＭＥＭに
は、送受信データの他に、Ｓ−ＢＵＳ制御ドライバ、Ｓ
−ＢＵＳ監視タスク用の各種制御プログラムが記憶され
ている。
【００１１】（ｂ）本発明のデータフレームの転送及び
Ｓ−ＢＵＳ制御の概略 図３〜図４はアダプタ＃０からアダプタ＃１にデータフ
レームを送信する場合における本発明の概略説明図であ
る。 通常、アダプタ＃０のＳ−ＢＵＳ制御ドライバ（図示
せず）は、システムバスＳ−ＢＵＳ＃０，Ｓ−ＢＵＳ＃
１に同一のデータフレームを送信する（図３参照）。 しかし、においてＳ−ＢＵＳの障害及びアダプタ＃
１の受信バッファのビジー等により、アダプタ＃１から
の送信完了通知（ＡＣＫ信号）がどちらのＳ−ＢＵＳ系
からもアダプタ＃０に通知されない場合がある（図４参
照）。かかる場合のみ、アダプタ＃０のＳ−ＢＵＳ制御
ドライバは、アダプタ＃１に対してデータフレームを再
度両系Ｓ−ＢＵＳ１１，１２を使用して送信（再送）す
る。 なお、アダプタ＃０はどちらかのＳ−ＢＵＳのＡＣＫ信
号線を介してＡＣＫ信号を受信すれば、アダプタ＃１に
データフレームが正常に到達したと判断し、他のＳ−Ｂ
ＵＳのＡＣＫ信号を待つことなく、次の処理を開始す
る。すなわち、再送を行うのは、両系から所定時間経過
してもＡＣＫ信号が返って来ない時のみである。
Ｓ−ＢＵＳ制御の概略 図３〜図４はアダプタ＃０からアダプタ＃１にデータフ
レームを送信する場合における本発明の概略説明図であ
る。 通常、アダプタ＃０のＳ−ＢＵＳ制御ドライバ（図示
せず）は、システムバスＳ−ＢＵＳ＃０，Ｓ−ＢＵＳ＃
１に同一のデータフレームを送信する（図３参照）。 しかし、においてＳ−ＢＵＳの障害及びアダプタ＃
１の受信バッファのビジー等により、アダプタ＃１から
の送信完了通知（ＡＣＫ信号）がどちらのＳ−ＢＵＳ系
からもアダプタ＃０に通知されない場合がある（図４参
照）。かかる場合のみ、アダプタ＃０のＳ−ＢＵＳ制御
ドライバは、アダプタ＃１に対してデータフレームを再
度両系Ｓ−ＢＵＳ１１，１２を使用して送信（再送）す
る。 なお、アダプタ＃０はどちらかのＳ−ＢＵＳのＡＣＫ信
号線を介してＡＣＫ信号を受信すれば、アダプタ＃１に
データフレームが正常に到達したと判断し、他のＳ−Ｂ
ＵＳのＡＣＫ信号を待つことなく、次の処理を開始す
る。すなわち、再送を行うのは、両系から所定時間経過
してもＡＣＫ信号が返って来ない時のみである。
【００１２】図５〜図６は両系のシステムバスの監視処
理の概略説明図である。 運転開始後、各アダプタのＳ−ＢＵＳ監視タスク（図
示せず）は、他のアダプタに対して、定期的にポーリン
グフレームを送信する。受信したアダプタ側では、その
ポーリングフレームに対して受信確認のＡＣＫフレーム
（応答フレーム）を送信元のアダプタに返送する（図５
参照）。 アダプタ＃０のＳ−ＢＵＳ監視タスクは、Ｓ−ＢＵＳ
からの応答フレームの受信が途絶えると異常Ｓ−ＢＵＳ
系（異常ＳＢＣ）のみをリセット（初期化）する（図６
参照）。
理の概略説明図である。 運転開始後、各アダプタのＳ−ＢＵＳ監視タスク（図
示せず）は、他のアダプタに対して、定期的にポーリン
グフレームを送信する。受信したアダプタ側では、その
ポーリングフレームに対して受信確認のＡＣＫフレーム
（応答フレーム）を送信元のアダプタに返送する（図５
参照）。 アダプタ＃０のＳ−ＢＵＳ監視タスクは、Ｓ−ＢＵＳ
からの応答フレームの受信が途絶えると異常Ｓ−ＢＵＳ
系（異常ＳＢＣ）のみをリセット（初期化）する（図６
参照）。
【００１３】以下本発明のデータフレーム転送及びシス
テムバスＳ−ＢＵＳの監視制御を詳細に説明する。 （ｄ）本発明のデータフレームの転送 通常、アダプタ＃０のＳ−ＢＵＳ制御ドライバは、両
系のシステムバスコントローラＳＢＣ＃０，ＳＢＣ＃１
を制御してシステムバス＃０，＃１に同一のデータフレ
ームを送信する（図３参照）。データフレームは図７
（ａ）に示すようにヘッダＨＤとデータＤＴで構成さ
れ、ヘッダＨＤには、(1) データフレーム送信元アダプ
タを示すＳＩＤ（source Identification)、(2) 送信先
アダプタ（受信アダプタ）を示すＤＩＤ(Destination I
dentification)及び(3) データフレームのシーケンス番
号(シーケンス番号は、同一データの時、同一の番号に
なる)が含まれている。ヘッダＨＤはシステムバスコン
トローラＳＢＣ＃０，ＳＢＣ＃１により生成されてデー
タフレームに付加される。
テムバスＳ−ＢＵＳの監視制御を詳細に説明する。 （ｄ）本発明のデータフレームの転送 通常、アダプタ＃０のＳ−ＢＵＳ制御ドライバは、両
系のシステムバスコントローラＳＢＣ＃０，ＳＢＣ＃１
を制御してシステムバス＃０，＃１に同一のデータフレ
ームを送信する（図３参照）。データフレームは図７
（ａ）に示すようにヘッダＨＤとデータＤＴで構成さ
れ、ヘッダＨＤには、(1) データフレーム送信元アダプ
タを示すＳＩＤ（source Identification)、(2) 送信先
アダプタ（受信アダプタ）を示すＤＩＤ(Destination I
dentification)及び(3) データフレームのシーケンス番
号(シーケンス番号は、同一データの時、同一の番号に
なる)が含まれている。ヘッダＨＤはシステムバスコン
トローラＳＢＣ＃０，ＳＢＣ＃１により生成されてデー
タフレームに付加される。
【００１４】アダプタ＃１は受信したデータフレーム
を先着順に受信バッファに取り込むが、受信バッファが
満杯の場合には、システムバスコントローラＳＢＣ＃
０，ＳＢＣ＃１によってビジー通知がアダプタ＃２に返
信される。図８はデータフレームを受信したアダプタ＃
１におけるシステムバスコントローラＳＢＣ＃０，ＳＢ
Ｃ＃１の処理フローである。システムバスコントローラ
ＳＢＣ＃０，ＳＢＣ＃１はそれぞれ対応するシステムバ
スＳ−ＢＵＳ＃０，＃１よりデータフレームを受信する
と、データフレームよりヘッダ（送信アダプタを示すＳ
ＩＤとシーケンス番号）を取り出す（ステップ１０
１）。以後これら送信アダプタを示すＳＩＤとシーケン
ス番号を受信ＩＤという。
を先着順に受信バッファに取り込むが、受信バッファが
満杯の場合には、システムバスコントローラＳＢＣ＃
０，ＳＢＣ＃１によってビジー通知がアダプタ＃２に返
信される。図８はデータフレームを受信したアダプタ＃
１におけるシステムバスコントローラＳＢＣ＃０，ＳＢ
Ｃ＃１の処理フローである。システムバスコントローラ
ＳＢＣ＃０，ＳＢＣ＃１はそれぞれ対応するシステムバ
スＳ−ＢＵＳ＃０，＃１よりデータフレームを受信する
と、データフレームよりヘッダ（送信アダプタを示すＳ
ＩＤとシーケンス番号）を取り出す（ステップ１０
１）。以後これら送信アダプタを示すＳＩＤとシーケン
ス番号を受信ＩＤという。
【００１５】ついで、システムバスコントローラＳＢＣ
＃０，ＳＢＣ＃１は、該データフレームの受信ＩＤが受
信済みデータフレームの受信ＩＤ（受信済みヘッダ記憶
部ＲＨＳに格納されている）と同一であるか比較する
（ステップ１０２）。同一でなければ、受信したデータ
フレームを受信バッファに取り込んで記憶すると共に
（ステップ１０３）、受信ＩＤを受信済みヘッダ記憶部
ＲＨＳに記憶する（ステップ１０４）。ついで、データ
フレームを受信したシステムバスに応じたＡＣＫ信号線
を介してＡＣＫフレームを送信ユニット(アダプタ＃
０）２１に返送する（ステップ１０５）。尚、ＡＣＫフ
レームは図７（ｂ）に示すように、送信アダプタを示す
ＳＩＤと受信アダプタを示すＤＩＤとＡＣＫ番号を含ん
でいる。一方、ステップ１０２において、受信ＩＤと一
致する受信済みＩＤがヘッダ記憶部ＲＨＳに記憶されて
いる場合には、システムバスコントローラＳＢＣ＃０，
ＳＢＣ＃１は、受信したデータフレームを廃棄すると共
に（ステップ１０６）、受信済みヘッダ記憶部ＲＨＳよ
り該受信ＩＤを削除する（ステップ１０７）。尚、ヘッ
ダ記憶部ＲＨＳに記憶されている受信ＩＤは一定時間経
過すると、ヘッダ記憶部ＲＨＳより自動的に削除される
ようになっている。
＃０，ＳＢＣ＃１は、該データフレームの受信ＩＤが受
信済みデータフレームの受信ＩＤ（受信済みヘッダ記憶
部ＲＨＳに格納されている）と同一であるか比較する
（ステップ１０２）。同一でなければ、受信したデータ
フレームを受信バッファに取り込んで記憶すると共に
（ステップ１０３）、受信ＩＤを受信済みヘッダ記憶部
ＲＨＳに記憶する（ステップ１０４）。ついで、データ
フレームを受信したシステムバスに応じたＡＣＫ信号線
を介してＡＣＫフレームを送信ユニット(アダプタ＃
０）２１に返送する（ステップ１０５）。尚、ＡＣＫフ
レームは図７（ｂ）に示すように、送信アダプタを示す
ＳＩＤと受信アダプタを示すＤＩＤとＡＣＫ番号を含ん
でいる。一方、ステップ１０２において、受信ＩＤと一
致する受信済みＩＤがヘッダ記憶部ＲＨＳに記憶されて
いる場合には、システムバスコントローラＳＢＣ＃０，
ＳＢＣ＃１は、受信したデータフレームを廃棄すると共
に（ステップ１０６）、受信済みヘッダ記憶部ＲＨＳよ
り該受信ＩＤを削除する（ステップ１０７）。尚、ヘッ
ダ記憶部ＲＨＳに記憶されている受信ＩＤは一定時間経
過すると、ヘッダ記憶部ＲＨＳより自動的に削除される
ようになっている。
【００１６】送信アダプタ＃０のＳ−ＢＵＳ制御ドラ
イバは、データフレーム送出後にタイマーをはり、Ｓ−
ＢＵＳが障害等により通信不能になった場合、タイムア
ウトとして処理を行う。しかし、タイムアウト前に一方
の系よりＡＣＫフレームを受信すれば、両系のタイマー
を解除する。すなわち、ＡＣＫフレームにより正常送信
を確認すれば、他系の異常監視を停止する。 アダプタ＃０のＳ−ＢＵＳ制御ドライバは、アダプタ
３１からの通知が受信完了を示すＡＣＫフレーム以外の
時、あるいはタイムアウトの時、アダプタ＃０内の各Ｓ
−ＢＵＳの状態を示すフラグを”１”にセットする。図
９は各Ｓ−ＢＵＳ系のフラグ状態説明図であり、(1) 両
系よりＡＣＫフレームを受信していれば”００”、(2)
Ｓ−ＢＵＳ＃０系よりＡＣＫフレームを受信し、Ｓ−Ｂ
ＵＳ＃１系よりＡＣＫフレームを受信していない場合に
は”０１”、(3) Ｓ−ＢＵＳ＃０系よりＡＣＫフレーム
を受信せず、Ｓ−ＢＵＳ＃１系よりＡＣＫフレームを受
信している場合には”１０”、(4) 両系よりＡＣＫフレ
ームを受信していない場合には”１１”となる。
イバは、データフレーム送出後にタイマーをはり、Ｓ−
ＢＵＳが障害等により通信不能になった場合、タイムア
ウトとして処理を行う。しかし、タイムアウト前に一方
の系よりＡＣＫフレームを受信すれば、両系のタイマー
を解除する。すなわち、ＡＣＫフレームにより正常送信
を確認すれば、他系の異常監視を停止する。 アダプタ＃０のＳ−ＢＵＳ制御ドライバは、アダプタ
３１からの通知が受信完了を示すＡＣＫフレーム以外の
時、あるいはタイムアウトの時、アダプタ＃０内の各Ｓ
−ＢＵＳの状態を示すフラグを”１”にセットする。図
９は各Ｓ−ＢＵＳ系のフラグ状態説明図であり、(1) 両
系よりＡＣＫフレームを受信していれば”００”、(2)
Ｓ−ＢＵＳ＃０系よりＡＣＫフレームを受信し、Ｓ−Ｂ
ＵＳ＃１系よりＡＣＫフレームを受信していない場合に
は”０１”、(3) Ｓ−ＢＵＳ＃０系よりＡＣＫフレーム
を受信せず、Ｓ−ＢＵＳ＃１系よりＡＣＫフレームを受
信している場合には”１０”、(4) 両系よりＡＣＫフレ
ームを受信していない場合には”１１”となる。
【００１７】アダプタ＃０のＳ−ＢＵＳ制御ドライバ
は、少なくとも一方の系よりＡＣＫフレームを受信すれ
ば、データフレームはアダプタ＃１に到達していると判
断する。しかし、Ｓ−ＢＵＳ＃０系及びＳ−ＢＵＳ＃１
系のフラグ状態が共に”１”の時は、データフレームが
アダプタ＃１に到達していないものと判断し、両系のシ
ステムバスコントローラＳＢＣ＃０，ＳＢＣ＃１を制御
して、両システムバスＳ−ＢＵＳ＃０系、Ｓ−ＢＵＳ＃
１１を介して再度データフレームを送出する。
は、少なくとも一方の系よりＡＣＫフレームを受信すれ
ば、データフレームはアダプタ＃１に到達していると判
断する。しかし、Ｓ−ＢＵＳ＃０系及びＳ−ＢＵＳ＃１
系のフラグ状態が共に”１”の時は、データフレームが
アダプタ＃１に到達していないものと判断し、両系のシ
ステムバスコントローラＳＢＣ＃０，ＳＢＣ＃１を制御
して、両システムバスＳ−ＢＵＳ＃０系、Ｓ−ＢＵＳ＃
１１を介して再度データフレームを送出する。
【００１８】（ｅ）本発明のＳ−ＢＵＳ監視処理 運用開始後、各アダプタのＳ−ＢＵＳ監視タスクは、他
のアダプタに対して、定期的にポーリングフレームを送
信する。図５（ｃ）はポーリングフレームのフォーマッ
ト説明図であり、送信アダプタを示すＳＩＤと、受信ア
ダプタを示すＤＩＤと、ポーリングフレームを示す番号
（ポーリングＮｏ．）を含んでいる。ポーリングフレー
ムを受信した、他のアダプタはＡＣＫフレームを送信す
る。以下、図２のアダプタ＃０がポーリングフレームを
送出する場合について監視処理を説明する。 アダプタ＃０のＳ−ＢＵＳ監視タスクは、アダプタ＃
１との間でＳ−ＢＵＳ＃０及びＳ−ＢＵＳ＃１の両方に
対して、同時に、ポーリングフレームを送信する。 アダプタ＃１のＳ−ＢＵＳ監視タスクは、受信したＳ
−ＢＵＳ系に対してＡＣＫフレームを返信する。 アダプタ＃０のＳ−ＢＵＳ監視タスクは、アダプタ＃
２に対しても上記〜の処理を行う。
のアダプタに対して、定期的にポーリングフレームを送
信する。図５（ｃ）はポーリングフレームのフォーマッ
ト説明図であり、送信アダプタを示すＳＩＤと、受信ア
ダプタを示すＤＩＤと、ポーリングフレームを示す番号
（ポーリングＮｏ．）を含んでいる。ポーリングフレー
ムを受信した、他のアダプタはＡＣＫフレームを送信す
る。以下、図２のアダプタ＃０がポーリングフレームを
送出する場合について監視処理を説明する。 アダプタ＃０のＳ−ＢＵＳ監視タスクは、アダプタ＃
１との間でＳ−ＢＵＳ＃０及びＳ−ＢＵＳ＃１の両方に
対して、同時に、ポーリングフレームを送信する。 アダプタ＃１のＳ−ＢＵＳ監視タスクは、受信したＳ
−ＢＵＳ系に対してＡＣＫフレームを返信する。 アダプタ＃０のＳ−ＢＵＳ監視タスクは、アダプタ＃
２に対しても上記〜の処理を行う。
【００１９】以上〜の処理により、各アダプタと
の通信によるＡＣＫフレームの受信状況から図１０に示
すＳ−ＢＵＳ状態表が得られる。図１０（ａ）は、各ア
ダプタ＃１，＃２について両システムバスＳ−ＢＵＳ＃
０，＃１よりＡＣＫフレームを受信した状態を示す。図
１０（ｂ）は、アダプタ＃２のＳ−ＢＵＳ＃０からＡＣ
Ｋフレームを受信しなかった状態を示す。図１０（ｃ）
は、アダプタ＃２のＳ−ＢＵＳ＃０からＡＣＫフレーム
を受信せず、しかも、アダプタ＃１のＳ−ＢＵＳ＃１か
らＡＣＫフレームを受信しない状態を示す。図１０
（ｄ）はアダプタ＃１，＃２についてシステムバス＃０
よりＡＣＫフレームを受信しなかった状態を示し、図１
０（ｄ）′は、アダプタ＃１，＃２についてシステムバ
ス＃１よりＡＣＫフレームを受信しなかった状態を示
す。図１０（ｅ）は、アダプタ＃１についてＳ−ＢＵＳ
＃０，＃１の両系からＡＣＫフレームを受信しなかった
状態を示し、図１０（ｄ）′は、アダプタ＃２について
Ｓ−ＢＵＳ＃０，＃１の両系からＡＣＫフレームを受信
しなかった状態を示す。図１０（ｆ）はアダプタ＃１，
＃２についていずれのＳ−ＢＵＳ＃０，＃１からもＡＣ
Ｋフレームを受信しない状態を示す。
の通信によるＡＣＫフレームの受信状況から図１０に示
すＳ−ＢＵＳ状態表が得られる。図１０（ａ）は、各ア
ダプタ＃１，＃２について両システムバスＳ−ＢＵＳ＃
０，＃１よりＡＣＫフレームを受信した状態を示す。図
１０（ｂ）は、アダプタ＃２のＳ−ＢＵＳ＃０からＡＣ
Ｋフレームを受信しなかった状態を示す。図１０（ｃ）
は、アダプタ＃２のＳ−ＢＵＳ＃０からＡＣＫフレーム
を受信せず、しかも、アダプタ＃１のＳ−ＢＵＳ＃１か
らＡＣＫフレームを受信しない状態を示す。図１０
（ｄ）はアダプタ＃１，＃２についてシステムバス＃０
よりＡＣＫフレームを受信しなかった状態を示し、図１
０（ｄ）′は、アダプタ＃１，＃２についてシステムバ
ス＃１よりＡＣＫフレームを受信しなかった状態を示
す。図１０（ｅ）は、アダプタ＃１についてＳ−ＢＵＳ
＃０，＃１の両系からＡＣＫフレームを受信しなかった
状態を示し、図１０（ｄ）′は、アダプタ＃２について
Ｓ−ＢＵＳ＃０，＃１の両系からＡＣＫフレームを受信
しなかった状態を示す。図１０（ｆ）はアダプタ＃１，
＃２についていずれのＳ−ＢＵＳ＃０，＃１からもＡＣ
Ｋフレームを受信しない状態を示す。
【００２０】アダプタ＃０のＳ−ＢＵＳ監視タスク
は、Ｓ−ＢＵＳ状態表を参照して以下の処理を行う。す
なわち、 (1) Ｓ−ＢＵＳ＃０系またはＳ−ＢＵＳ＃１系に関し
て、どのアダプタからもＡＣＫフレームが返信されなか
った場合（図１０（ｄ）、（ｄ）′）、そのＳ−ＢＵＳ
系（システムバスコントローラＳＢＣ）のみリセット
（初期化）する。 (2) Ｓ−ＢＵＳ＃０及びＳ−ＢＵＳ＃１に関して、どの
アダプタからもＡＣＫフレームが返信されなかった場合
（図１０（ｆ））、アダプタ＃２自身をリセット（初期
化）する。
は、Ｓ−ＢＵＳ状態表を参照して以下の処理を行う。す
なわち、 (1) Ｓ−ＢＵＳ＃０系またはＳ−ＢＵＳ＃１系に関し
て、どのアダプタからもＡＣＫフレームが返信されなか
った場合（図１０（ｄ）、（ｄ）′）、そのＳ−ＢＵＳ
系（システムバスコントローラＳＢＣ）のみリセット
（初期化）する。 (2) Ｓ−ＢＵＳ＃０及びＳ−ＢＵＳ＃１に関して、どの
アダプタからもＡＣＫフレームが返信されなかった場合
（図１０（ｆ））、アダプタ＃２自身をリセット（初期
化）する。
【００２１】(3) アダプタ＃１または＃２に関して、ど
のＳ−ＢＵＳ系からもＡＣＫフレームが返信されなかっ
た場合（図１０（ｅ），（ｅ）′）、当該アダプタのＳ
−ＢＵＳ監視タスクが障害を検出して、当該アダプタ自
身をリセットすることを待つ。例えば、図１０（ｅ）を
参照すると、アダプタ＃１はＳ−ＢＵＳ＃０，＃１のど
ちらからもＡＣＫフレームを返信していない。この場
合、アダプタ＃１においても、アダプタ＃０と同様にＳ
−ＢＵＳ監視タスクが動作しているので、アダプタ＃１
自身のＳ−ＢＵＳ監視タスクがアダプタ＃１自身の障害
を検出してリセット（初期化）する。従って、図１０
（ｅ）の場合、アダプタ＃０のＳ−ＢＵＳ監視タスク
は、アダプタ＃１のＳ−ＢＵＳ監視タスクが障害を検出
してリセットするのを待ち、何もしない。尚、図１０
（ａ），（ｂ），（ｃ）の場合、アダプタ＃０のＳ−Ｂ
ＵＳ監視タスクは何もしない。
のＳ−ＢＵＳ系からもＡＣＫフレームが返信されなかっ
た場合（図１０（ｅ），（ｅ）′）、当該アダプタのＳ
−ＢＵＳ監視タスクが障害を検出して、当該アダプタ自
身をリセットすることを待つ。例えば、図１０（ｅ）を
参照すると、アダプタ＃１はＳ−ＢＵＳ＃０，＃１のど
ちらからもＡＣＫフレームを返信していない。この場
合、アダプタ＃１においても、アダプタ＃０と同様にＳ
−ＢＵＳ監視タスクが動作しているので、アダプタ＃１
自身のＳ−ＢＵＳ監視タスクがアダプタ＃１自身の障害
を検出してリセット（初期化）する。従って、図１０
（ｅ）の場合、アダプタ＃０のＳ−ＢＵＳ監視タスク
は、アダプタ＃１のＳ−ＢＵＳ監視タスクが障害を検出
してリセットするのを待ち、何もしない。尚、図１０
（ａ），（ｂ），（ｃ）の場合、アダプタ＃０のＳ−Ｂ
ＵＳ監視タスクは何もしない。
【００２２】（ｆ）アダプタの詳細な構成及び動作 図１１はデータフレームを送信する場合のアダプタの説
明図、図１２はデータフレームを受信する側のアダプタ
の説明図である。アダプタは、＃０系のシステムバスを
アクセスするためのシステムバスコントローラ（バス制
御アレイ）ＳＢＣ＃０と、＃１系のシステムバスをアク
セスするためのシステムバスコントローラＳＢＣ＃１
と、マイクロプロセッサユニットＭＰＵと、データや各
種プログラム（Ｓ−ＢＵＳ制御ドライバＳＣＤ、Ｓ−Ｂ
ＵＳ監視タスク用制御プログラムＳＭＴ等）を記憶する
ＲＡＭ構成のメモリＭＥＭと、受信済みデータフレーム
のヘッダ（受信ＩＤ）を記憶するＳＢＣ外部メモリ（受
信済みヘッダ記憶部）ＲＨＳを有している。
明図、図１２はデータフレームを受信する側のアダプタ
の説明図である。アダプタは、＃０系のシステムバスを
アクセスするためのシステムバスコントローラ（バス制
御アレイ）ＳＢＣ＃０と、＃１系のシステムバスをアク
セスするためのシステムバスコントローラＳＢＣ＃１
と、マイクロプロセッサユニットＭＰＵと、データや各
種プログラム（Ｓ−ＢＵＳ制御ドライバＳＣＤ、Ｓ−Ｂ
ＵＳ監視タスク用制御プログラムＳＭＴ等）を記憶する
ＲＡＭ構成のメモリＭＥＭと、受信済みデータフレーム
のヘッダ（受信ＩＤ）を記憶するＳＢＣ外部メモリ（受
信済みヘッダ記憶部）ＲＨＳを有している。
【００２３】各ユニットのシステムバスコントローラＳ
ＢＣ＃０は、他ユニットのシステムバスコントローラＳ
ＢＣ＃０と０系システムバスＳ−ＢＵＳ＃０を介して通
信を行い、システムバスコントローラＳＢＣ＃１は他ユ
ニットのシステムバスコントローラＳＢＣ＃１と１系の
システムバスＳ−ＢＵＳ＃１を介して通信を行う。０
系、１系のシステムバスコントローラは同一の構成を備
え、ハード制御部ＨＤＣと、内蔵ＲＡＭを備えている。
内蔵ＲＡＭには、取り込まれたデータフレームを格納
する受信用バッファ領域５１、データ待機領域５２、
送信データを格納する送信バッファ領域５３、デス
クリプタを格納するデスクリプタ領域５４、ＡＣＫフ
レームを格納するＡＣＫフレーム格納領域５５、ヘッ
ダを格納するヘッダ領域５６、受信ＩＤと受信済みＩ
Ｄのチェック作業領域であるヘッダチェック領域５７等
が設けられている。尚、デスクリプタとは、システムバ
スコントローラＳＢＣに対して、１回のＳ−ＢＵＳに対
するエントリーの条件を与えるもので、メモリＭＥＭ上
の１つのデータの先頭アドレスを含んでいる。
ＢＣ＃０は、他ユニットのシステムバスコントローラＳ
ＢＣ＃０と０系システムバスＳ−ＢＵＳ＃０を介して通
信を行い、システムバスコントローラＳＢＣ＃１は他ユ
ニットのシステムバスコントローラＳＢＣ＃１と１系の
システムバスＳ−ＢＵＳ＃１を介して通信を行う。０
系、１系のシステムバスコントローラは同一の構成を備
え、ハード制御部ＨＤＣと、内蔵ＲＡＭを備えている。
内蔵ＲＡＭには、取り込まれたデータフレームを格納
する受信用バッファ領域５１、データ待機領域５２、
送信データを格納する送信バッファ領域５３、デス
クリプタを格納するデスクリプタ領域５４、ＡＣＫフ
レームを格納するＡＣＫフレーム格納領域５５、ヘッ
ダを格納するヘッダ領域５６、受信ＩＤと受信済みＩ
Ｄのチェック作業領域であるヘッダチェック領域５７等
が設けられている。尚、デスクリプタとは、システムバ
スコントローラＳＢＣに対して、１回のＳ−ＢＵＳに対
するエントリーの条件を与えるもので、メモリＭＥＭ上
の１つのデータの先頭アドレスを含んでいる。
【００２４】(f-1) 送信(図１１） ＭＰＵはデータフレームの送信に際して、送信すべ
きデータが格納されているメモリＭＥＭの先頭アドレス
を含むデスクリプタを、システムバスコントローラＳＢ
Ｃ＃０，ＳＢＣ＃１のデスクリプタ領域５４に格納する
（(1)→(2)→(3)及び(1)→(2)→(4)）。 ついで、各システムバスコントローラＳＢＣ＃０，
ＳＢＣ＃１は、デスクリプタ５４に取り込んだデスクリ
プタ中の送信データアドレスが示す送信データ群（１エ
ントリー分）をメモリＭＥＭから読み出して、それぞれ
の送信用バッファ５３に格納する（(5)→(2)→(6)及び
(5)→(2)→(7)）。
きデータが格納されているメモリＭＥＭの先頭アドレス
を含むデスクリプタを、システムバスコントローラＳＢ
Ｃ＃０，ＳＢＣ＃１のデスクリプタ領域５４に格納する
（(1)→(2)→(3)及び(1)→(2)→(4)）。 ついで、各システムバスコントローラＳＢＣ＃０，
ＳＢＣ＃１は、デスクリプタ５４に取り込んだデスクリ
プタ中の送信データアドレスが示す送信データ群（１エ
ントリー分）をメモリＭＥＭから読み出して、それぞれ
の送信用バッファ５３に格納する（(5)→(2)→(6)及び
(5)→(2)→(7)）。
【００２５】 しかる後、データ送信が可能な状態に
なると、各システムバスコントローラＳＢＣ＃０，ＳＢ
Ｃ＃１は、データの先頭にヘッダを付加してデータフレ
ームを対応のシステムバスＳ−ＢＵＳ＃０，＃１に送出
する（(9)→(8)→(12)及び(11)→(10)→(13))。 そして、送信した相手のアダプタから送信のＡＣＫフ
レームを受信する（(14)または(15))。
なると、各システムバスコントローラＳＢＣ＃０，ＳＢ
Ｃ＃１は、データの先頭にヘッダを付加してデータフレ
ームを対応のシステムバスＳ−ＢＵＳ＃０，＃１に送出
する（(9)→(8)→(12)及び(11)→(10)→(13))。 そして、送信した相手のアダプタから送信のＡＣＫフ
レームを受信する（(14)または(15))。
【００２６】(f-2) 受信(図１２） ＭＰＵはデータの受信に際して、あらかじめ受信デー
タフレームを格納すべきＭＥＭの先頭アドレスをを含む
デスクリプタを、システムバスコントローラＳＢＣ＃
０，ＳＢＣ＃１のデスクリプタ領域５４にセットし、受
信可能なウェイト状態にする（(1)→(2)→(3)及び(1)→
(2)→(4)）。 各システムバスコントローラＳＢＣ＃０，ＳＢＣ＃１
は、対応するＳ−ＢＵＳ＃０，＃１よりデータフレーム
を受信すれば、該データフレームをヘッダ部とデータ部
に分離し、それぞれのヘッダ領域５６及び受信用バッフ
ァ５１に取り込む((12)→(9)＋(8)及び(13)→(11)＋(1
0))。
タフレームを格納すべきＭＥＭの先頭アドレスをを含む
デスクリプタを、システムバスコントローラＳＢＣ＃
０，ＳＢＣ＃１のデスクリプタ領域５４にセットし、受
信可能なウェイト状態にする（(1)→(2)→(3)及び(1)→
(2)→(4)）。 各システムバスコントローラＳＢＣ＃０，ＳＢＣ＃１
は、対応するＳ−ＢＵＳ＃０，＃１よりデータフレーム
を受信すれば、該データフレームをヘッダ部とデータ部
に分離し、それぞれのヘッダ領域５６及び受信用バッフ
ァ５１に取り込む((12)→(9)＋(8)及び(13)→(11)＋(1
0))。
【００２７】ついで、ヘッダ領域５６及び受信用バッ
ファ５１に取り込んだヘッダ部及びデータ部を、それぞ
れヘッダチェック領域５７及びデータ待機領域５２に移
動する((16),(17)または(18),(19))。 各システムバスコントローラＳＢＣ＃０，ＳＢＣ＃１
のヘッダチェック領域５７に取り込んだヘッダ部の内容
を、受信済みヘッダ記憶部ＲＨＳに記憶されている受信
済みヘッダ群と比較し、一致した場合には、データ待機
領域５２に取り込んだデータ部を廃棄し、かつ、その受
信済みＩＤをヘッダ記憶部ＲＨＳより消去する。一方、
不一致の場合には、データ待機領域５２に取り込んだデ
ータ部に対して次のの処理を行うとともに、ヘッダチ
ェック領域５７に取り込んだヘッダ部の内容（受信Ｉ
Ｄ）を受信済みＩＤとして受信済みヘッダ記憶部ＲＨＳ
に格納する（(20)→(22)または(21)→(22))。
ファ５１に取り込んだヘッダ部及びデータ部を、それぞ
れヘッダチェック領域５７及びデータ待機領域５２に移
動する((16),(17)または(18),(19))。 各システムバスコントローラＳＢＣ＃０，ＳＢＣ＃１
のヘッダチェック領域５７に取り込んだヘッダ部の内容
を、受信済みヘッダ記憶部ＲＨＳに記憶されている受信
済みヘッダ群と比較し、一致した場合には、データ待機
領域５２に取り込んだデータ部を廃棄し、かつ、その受
信済みＩＤをヘッダ記憶部ＲＨＳより消去する。一方、
不一致の場合には、データ待機領域５２に取り込んだデ
ータ部に対して次のの処理を行うとともに、ヘッダチ
ェック領域５７に取り込んだヘッダ部の内容（受信Ｉ
Ｄ）を受信済みＩＤとして受信済みヘッダ記憶部ＲＨＳ
に格納する（(20)→(22)または(21)→(22))。
【００２８】受信ＩＤと受信済みＩＤが不一致の場合
において、メモリＭＥＭへのデータ送信が可能になる
と、各システムバスコントローラＳＢＣ＃０，＃１はデ
スクリプタ領域５４に記憶されている先頭アドレスが示
すメモリＭＥＭに受信データを送信して格納する（(6)
→(2)→(5)及び(7)→(2)→(5))。 しかる後、各システムバスコントローラＳＢＣ＃
０，＃１は送信した相手のアダプタに対してＡＣＫフレ
ームを送信する((14)及び(15))。以上、本発明を実施例
により説明したが、本発明は請求の範囲に記載した本発
明の主旨に従い種々の変形が可能であり、本発明はこれ
らを排除するものではない。
において、メモリＭＥＭへのデータ送信が可能になる
と、各システムバスコントローラＳＢＣ＃０，＃１はデ
スクリプタ領域５４に記憶されている先頭アドレスが示
すメモリＭＥＭに受信データを送信して格納する（(6)
→(2)→(5)及び(7)→(2)→(5))。 しかる後、各システムバスコントローラＳＢＣ＃
０，＃１は送信した相手のアダプタに対してＡＣＫフレ
ームを送信する((14)及び(15))。以上、本発明を実施例
により説明したが、本発明は請求の範囲に記載した本発
明の主旨に従い種々の変形が可能であり、本発明はこれ
らを排除するものではない。
【００２９】
【発明の効果】以上本発明によれば、送信ユニットは０
系、１系の両系を介して同一のデータフレームを送信
し、受信ユニットが一方の系を介してデータフレームを
受信すれば、すなわち、少なくともシステムバスの片系
が正常の場合、再送処理、システムバスの切り換え処理
等のエラー処理を行わないように構成したから、処理の
簡素化が図れて送信処理ドライバのオーバヘッドを少な
くすることができる。又、本発明によれば、受信ユニッ
トは受信済みデータフレームと同一のデータフレームを
受信したときは、新たに受信したデータフレームを廃棄
すると共に、受信済みヘッダ記憶部より該データフレー
ムのヘッダと同一のヘッダを削除するように構成したか
ら、両系を介して同時に同一のデータフレームを送信し
ても、受信側で重複してデータフレームを取り込むのを
防止することができる。
系、１系の両系を介して同一のデータフレームを送信
し、受信ユニットが一方の系を介してデータフレームを
受信すれば、すなわち、少なくともシステムバスの片系
が正常の場合、再送処理、システムバスの切り換え処理
等のエラー処理を行わないように構成したから、処理の
簡素化が図れて送信処理ドライバのオーバヘッドを少な
くすることができる。又、本発明によれば、受信ユニッ
トは受信済みデータフレームと同一のデータフレームを
受信したときは、新たに受信したデータフレームを廃棄
すると共に、受信済みヘッダ記憶部より該データフレー
ムのヘッダと同一のヘッダを削除するように構成したか
ら、両系を介して同時に同一のデータフレームを送信し
ても、受信側で重複してデータフレームを取り込むのを
防止することができる。
【００３０】更に、本発明によれば、定期的に他のユニ
ットに対して両システムバスを介して監視フレームを転
送し、他ユニットは監視フレームを受信する毎に、いず
れのシステムバスより監視フレームを受信したか判別で
きるように応答フレームを返送し、監視フレームを送出
したユニットは、他ユニットよりの応答フレームを解析
し、いずれの他ユニットも所定のシステムバスを介して
監視フレームを受信していない場合、該システムバスに
対して復旧処理を行う。このようにすれば、データフレ
ームの送受信処理とシステムバスの監視／復旧処理を分
離することができ、データフレームの送受信処理の簡素
化が図れる。しかも、片系のシステムバスにおいて異常
が検出された場合、該片系のシステムバスに対してのみ
復旧処理を行うことにより他系システムバスに影響を与
えないで運用を継続することができる。
ットに対して両システムバスを介して監視フレームを転
送し、他ユニットは監視フレームを受信する毎に、いず
れのシステムバスより監視フレームを受信したか判別で
きるように応答フレームを返送し、監視フレームを送出
したユニットは、他ユニットよりの応答フレームを解析
し、いずれの他ユニットも所定のシステムバスを介して
監視フレームを受信していない場合、該システムバスに
対して復旧処理を行う。このようにすれば、データフレ
ームの送受信処理とシステムバスの監視／復旧処理を分
離することができ、データフレームの送受信処理の簡素
化が図れる。しかも、片系のシステムバスにおいて異常
が検出された場合、該片系のシステムバスに対してのみ
復旧処理を行うことにより他系システムバスに影響を与
えないで運用を継続することができる。
【図１】本発明の原理説明図である。
【図２】システムバスが二重化されているシステムの構
成図である。
成図である。
【図３】データフレーム送信動作説明図である。
【図４】再送処理を行う場合の動作説明図である。
【図５】監視タスクの通信動作説明図である。
【図６】Ｓ−ＢＵＳ＃０をリセットする場合の動作説明
図である。
図である。
【図７】フレームフォーマットの説明図である。
【図８】受信アダプタの処理フローである。
【図９】各システムバスのフラグ状態説明図である。
【図１０】システムバス監視処理におけるＳ−ＢＵＳ状
態図表である。
態図表である。
【図１１】送信側アダプタの説明図である。
【図１２】受信側アダプタの説明図である。
【図１３】従来のデータフレーム転送制御の説明図であ
る。
る。
【符号の説明】 １１・・０系システムバスＳ−ＢＵＳ＃０ １２・・１系システムバスＳ−ＢＵＳ＃０ ２１、２２・・アダプタ ３１、３２・・ＡＣＫ信号線 ＨＤ・・ヘッダ ＤＴ・・データ部 ＲＨＳ・・受信済みヘッダ記憶部
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 15/16 ４７０ Ｇ０６Ｆ 15/16 ４７０Ｒ
Claims (4)
- 【請求項１】 システムバスが二重化されているシステ
ムにおけるデータフレーム転送方法において、 送信ユニットは両システムバスに対してヘッダ及びデー
タを含む同一のデータフレームを送信し、 受信ユニットは各バスを介してデータフレームを受信し
た時、該データフレームのヘッダが受信済みデータフレ
ームのヘッダと同一であるか比較し、同一でなければ該
データフレームを取り込むと共にヘッダを受信済みヘッ
ダ記憶部に記憶し、送信ユニットに対して受信通知信号
を送出し、 送信ユニットは受信通知信号により正常送信を確認する
ことを特徴とするデータフレーム転送方法。 - 【請求項２】 受信ユニットは受信済みデータフレーム
と同一のデータフレームを受信したとき、新たに受信し
たデータフレームを廃棄すると共に、受信済みヘッダ部
より該データフレームのヘッダと同一のヘッダを削除す
ることを特徴とする請求項１記載のデータフレーム転送
方法。 - 【請求項３】 送信ユニットは受信通知信号を受信しな
い場合には、両システムバスに対してヘッダ及びデータ
を含む同一のデータフレームを再送信することを特徴と
する請求項１記載のデータフレーム転送方法。 - 【請求項４】 各ユニットは定期的に他のユニットに対
して両システムバスを介して監視フレームを転送し、 他ユニットは監視フレームを受信する毎に、いずれのシ
ステムバスより監視フレームを受信したか判別できるよ
うに応答フレームを返送し、 前記監視フレームの送信ユニットは、他ユニットよりの
応答フレームを解析し、いずれの他ユニットも所定のシ
ステムバスを介して監視フレームを受信していない場
合、該システムバスに対して復旧処理を行うことを特徴
とする請求項１記載のデータフレーム送信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7229938A JPH0973420A (ja) | 1995-09-07 | 1995-09-07 | データフレーム転送方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7229938A JPH0973420A (ja) | 1995-09-07 | 1995-09-07 | データフレーム転送方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0973420A true JPH0973420A (ja) | 1997-03-18 |
Family
ID=16900080
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7229938A Withdrawn JPH0973420A (ja) | 1995-09-07 | 1995-09-07 | データフレーム転送方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0973420A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002014879A (ja) * | 2000-06-30 | 2002-01-18 | Mitsubishi Electric Corp | 多重化コンピュータシステム |
| JP2010165105A (ja) * | 2009-01-14 | 2010-07-29 | Nec Corp | 通信装置及びその制御プログラム |
-
1995
- 1995-09-07 JP JP7229938A patent/JPH0973420A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002014879A (ja) * | 2000-06-30 | 2002-01-18 | Mitsubishi Electric Corp | 多重化コンピュータシステム |
| JP2010165105A (ja) * | 2009-01-14 | 2010-07-29 | Nec Corp | 通信装置及びその制御プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0379829B1 (en) | Method of providing non-disruptive recovery in a communication system | |
| EP0060067B1 (en) | Multi-station token pass communication system | |
| JP2519603B2 (ja) | 通信モジュ―ルの冗長性のための分散型スイッチングア―キテクチャ | |
| US20060085669A1 (en) | System and method for supporting automatic protection switching between multiple node pairs using common agent architecture | |
| JP2864741B2 (ja) | データインテグリティを保証する通信システム | |
| EP0230029A2 (en) | Method and apparatus for fault recovery in a distributed processing system | |
| JP2002064518A (ja) | 網通信システムにおいてデータパケットを伝送するための誤り訂正通信方法 | |
| US7424640B2 (en) | Hybrid agent-oriented object model to provide software fault tolerance between distributed processor nodes | |
| JPH09205438A (ja) | Ａｔｍ交換局における回線インタフェース装置 | |
| JPH0973420A (ja) | データフレーム転送方法 | |
| JPS6072351A (ja) | パケツト通信システムの動作状態監視方法 | |
| JPH05304528A (ja) | 多重化通信ノード | |
| JP2937871B2 (ja) | ポーリング式監視方法 | |
| JP2000207373A (ja) | プロセス入出力装置およびその制御方法 | |
| JP2605507B2 (ja) | データ復元方式 | |
| JPH09261235A (ja) | 通信処理装置 | |
| JPH02310755A (ja) | ヘルスチェック方式 | |
| JP2756733B2 (ja) | 情報処理装置 | |
| JPS63267039A (ja) | ネツトワ−クシステム | |
| JPS58125103A (ja) | 多重系演算処理同期システムの復旧方法 | |
| JPH03117242A (ja) | データ伝送のリトライ方法 | |
| JPS63279646A (ja) | 網管理装置の自動再開処理方式 | |
| JPS62105243A (ja) | システム障害の復旧装置 | |
| JPH08161277A (ja) | 並列計算機システム | |
| JPH04291650A (ja) | データ破壊防止機能を有する情報処理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20021203 |