JPH0983526A - 多重化通信方法 - Google Patents
多重化通信方法Info
- Publication number
- JPH0983526A JPH0983526A JP7232625A JP23262595A JPH0983526A JP H0983526 A JPH0983526 A JP H0983526A JP 7232625 A JP7232625 A JP 7232625A JP 23262595 A JP23262595 A JP 23262595A JP H0983526 A JPH0983526 A JP H0983526A
- Authority
- JP
- Japan
- Prior art keywords
- station
- data
- device number
- communication method
- time
- 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
- Detection And Prevention Of Errors In Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】
【課題】 多重化（二重化）構成をとる装置間でデータ
通信を行うシステムに関し、常時主系と従系として動作
し、ある系がダウンした場合に他の系がダウンした系の
処理を問題なく引き継いで運転することを目的とする。 【解決手段】 各局内の共有メモリ上に送信データの各
機能毎に宛先局のどの系に対して送信すべきかの情報が
格納された処理振り分けテーブルを設け、データ送信時
に処理振り分けテーブルの該当機能に対応する系にのみ
送信し、送信側ＣＰＵは自ＣＰＵ内のメモリ上の送信デ
ータ退避領域にこれから送信しようとしている送信デー
タ、フレーム番号とともに新たに送信時刻を格納し、主
系側ＣＰＵと従系側ＣＰＵとが交互にＩ／Ｏの交信を行
うことによる相互監視により、従系の障害検出時には、
検出時刻とともに他局に対して系状態通知を行うように
構成する。
通信を行うシステムに関し、常時主系と従系として動作
し、ある系がダウンした場合に他の系がダウンした系の
処理を問題なく引き継いで運転することを目的とする。 【解決手段】 各局内の共有メモリ上に送信データの各
機能毎に宛先局のどの系に対して送信すべきかの情報が
格納された処理振り分けテーブルを設け、データ送信時
に処理振り分けテーブルの該当機能に対応する系にのみ
送信し、送信側ＣＰＵは自ＣＰＵ内のメモリ上の送信デ
ータ退避領域にこれから送信しようとしている送信デー
タ、フレーム番号とともに新たに送信時刻を格納し、主
系側ＣＰＵと従系側ＣＰＵとが交互にＩ／Ｏの交信を行
うことによる相互監視により、従系の障害検出時には、
検出時刻とともに他局に対して系状態通知を行うように
構成する。
Description
【０００１】
【発明の属する技術分野】本発明は、多重化（二重化）
構成をとる装置間でデータ通信を行うようなシステムに
おいて、何れかの系に障害が発生してもシステム全体と
しての動作を保証する為に、常に主系、従系として動作
し、ある系がダウンした場合に、他の系がダウンした系
の処理を問題なく引き継げるような運転方法に関するも
のである。
構成をとる装置間でデータ通信を行うようなシステムに
おいて、何れかの系に障害が発生してもシステム全体と
しての動作を保証する為に、常に主系、従系として動作
し、ある系がダウンした場合に、他の系がダウンした系
の処理を問題なく引き継げるような運転方法に関するも
のである。
【０００２】近年のオンラインシステムでは、扱うデー
タ量が増大し、処理の高速化が要求されている。この
為、各装置の処理能力をアップする必要があり、また信
頼度を高める為に多重化（二重化）構成とし、他系に障
害が発生した場合に問題なく処理を引き継ぐことが必要
である。
タ量が増大し、処理の高速化が要求されている。この
為、各装置の処理能力をアップする必要があり、また信
頼度を高める為に多重化（二重化）構成とし、他系に障
害が発生した場合に問題なく処理を引き継ぐことが必要
である。
【０００３】
【従来の技術】従来のシステム構成（二重化構成）図を
図９に示す。図において、局Ｍ及び局Ｎは、主系、従系
で構成する二重化システムである。従系は待機系として
運用しており、図では装置番号ｍ＋１及びｎ＋１を従系
とし、局Ｍ側から局Ｎ側にデータを送信する場合につい
て説明する。
図９に示す。図において、局Ｍ及び局Ｎは、主系、従系
で構成する二重化システムである。従系は待機系として
運用しており、図では装置番号ｍ＋１及びｎ＋１を従系
とし、局Ｍ側から局Ｎ側にデータを送信する場合につい
て説明する。
【０００４】装置番号ｍのＣＰＵにおいて、51はアプリ
ケーションプログラム、52は回線振り分け処理部、53，
54は回線制御部を示し、55, 56は装置番号ｍから装置番
号ｎ及びｎ＋１に接続する回線を示す。装置番号ｎ及び
ｎ＋１のＣＰＵにおいて、57及び58は装置番号ｍからの
回線制御部、59及び60はアプリケーションプログラムを
示す。61は装置番号ｎとｎ＋１のＩ／Ｏ間の障害発生信
号、62は装置番号ｎとｎ＋１間の共有メモリを示す。
ケーションプログラム、52は回線振り分け処理部、53，
54は回線制御部を示し、55, 56は装置番号ｍから装置番
号ｎ及びｎ＋１に接続する回線を示す。装置番号ｎ及び
ｎ＋１のＣＰＵにおいて、57及び58は装置番号ｍからの
回線制御部、59及び60はアプリケーションプログラムを
示す。61は装置番号ｎとｎ＋１のＩ／Ｏ間の障害発生信
号、62は装置番号ｎとｎ＋１間の共有メモリを示す。
【０００５】データ送信側では、データ送信時、装置番
号ｍのアプリケーションプログラム51は宛先局（装置番
号ｎ）を指定し、回線振り分け部52に送信依頼を行う。
回線振り分け部52では、指定の宛先局に対応する主従両
系の回線55, 56を決定する（送信側アプリケーションは
相手局の系状態を意識しない）。決定した回線に対応す
る回線制御部53, 54にデータ送信依頼を行う。回線制御
部53, 54では、回線振り分け部52からの依頼に基づきデ
ータ送信処理を行う。
号ｍのアプリケーションプログラム51は宛先局（装置番
号ｎ）を指定し、回線振り分け部52に送信依頼を行う。
回線振り分け部52では、指定の宛先局に対応する主従両
系の回線55, 56を決定する（送信側アプリケーションは
相手局の系状態を意識しない）。決定した回線に対応す
る回線制御部53, 54にデータ送信依頼を行う。回線制御
部53, 54では、回線振り分け部52からの依頼に基づきデ
ータ送信処理を行う。
【０００６】データ受信側では、装置番号ｎ及びｎ＋１
の回線制御部57, 58にてデータを受信する。回線制御部
57, 58において自系が主系であるかどうかを判断する。
自系ｎが主系の場合、回線制御部57は受信データをアプ
リケーション59に通知する。自系ｎが従系の場合、回線
制御部58は受信データを破棄する。
の回線制御部57, 58にてデータを受信する。回線制御部
57, 58において自系が主系であるかどうかを判断する。
自系ｎが主系の場合、回線制御部57は受信データをアプ
リケーション59に通知する。自系ｎが従系の場合、回線
制御部58は受信データを破棄する。
【０００７】系切り替え方法は、従系側では主系側から
の障害発生信号を一定周期毎に監視している。主系側で
は障害が発生した場合、直ちに障害発生信号61を出力す
る。従系側では障害発生を認識すると、系切り替えを実
施し、主系として動作する。
の障害発生信号を一定周期毎に監視している。主系側で
は障害が発生した場合、直ちに障害発生信号61を出力す
る。従系側では障害発生を認識すると、系切り替えを実
施し、主系として動作する。
【０００８】現行では、主系側は相手局とのデータ送受
信の処理を主に実行しており、これに対して従系側で
は、データ受信の処理、主系側の情報を共通メモリ32を
介して自系内のディスクにバックアップすること及び主
系側の障害監視を行っている。なお多重化の場合、従系
装置が複数存在することが考えられる。
信の処理を主に実行しており、これに対して従系側で
は、データ受信の処理、主系側の情報を共通メモリ32を
介して自系内のディスクにバックアップすること及び主
系側の障害監視を行っている。なお多重化の場合、従系
装置が複数存在することが考えられる。
【０００９】
【発明が解決しようとする課題】主系側ＣＰＵが行う処
理量が増大すればするほど主系側ＣＰＵにかかる負荷が
高くなり、主系側ＣＰＵの処理の遅延等の問題が発生す
る。従来方法において、装置の処理能力を増加させる為
には、装置内でＣＰＵを増やすことが考えられるが、主
系として動作する装置にＣＰＵを増やした場合は、同時
に主に待機系である従系側装置にも同様の処置が必要に
なる為、性能を上げるとそれに比例してコストも増加す
るという問題がある。
理量が増大すればするほど主系側ＣＰＵにかかる負荷が
高くなり、主系側ＣＰＵの処理の遅延等の問題が発生す
る。従来方法において、装置の処理能力を増加させる為
には、装置内でＣＰＵを増やすことが考えられるが、主
系として動作する装置にＣＰＵを増やした場合は、同時
に主に待機系である従系側装置にも同様の処置が必要に
なる為、性能を上げるとそれに比例してコストも増加す
るという問題がある。
【００１０】そこで待機系である従系側ＣＰＵに主系側
ＣＰＵが行っていた一部の処理を移行することにより、
主系側ＣＰＵの負荷分散を図ることを考えた。しかし、
従系側ＣＰＵにも一部の処理を行わせる為には送信側Ｃ
ＰＵがデータ送信時に、指定の宛先局の主系に送るデー
タか、従系に送るデータかを判断し、振り分ける必要が
ある。
ＣＰＵが行っていた一部の処理を移行することにより、
主系側ＣＰＵの負荷分散を図ることを考えた。しかし、
従系側ＣＰＵにも一部の処理を行わせる為には送信側Ｃ
ＰＵがデータ送信時に、指定の宛先局の主系に送るデー
タか、従系に送るデータかを判断し、振り分ける必要が
ある。
【００１１】本発明は、従来通りアプリケーションには
相手側の系の状態を意識させず、送信データを主系、従
系に振り分け、しかも主系、従系の何れかに障害が発生
しても、本来障害が発生した系が行うべき処理を正常な
他系に問題なく引き継ぐ方法を提供することを目的とす
る。
相手側の系の状態を意識させず、送信データを主系、従
系に振り分け、しかも主系、従系の何れかに障害が発生
しても、本来障害が発生した系が行うべき処理を正常な
他系に問題なく引き継ぐ方法を提供することを目的とす
る。
【００１２】
【課題を解決するための手段】本発明の二重化システム
の原理構成図を図１に示す。図において、局Ｍは装置番
号ｍを主系とし、装置番号ｍ＋１を従系とし、局Ｎは装
置番号ｎを主系とし、装置番号ｎ＋１を従系として、局
Ｍ側から局Ｎ側にデータを送信する場合について説明す
る。なお各局の主系装置、従系装置間には、相互の系を
共通化する為に共有メモリを有している。
の原理構成図を図１に示す。図において、局Ｍは装置番
号ｍを主系とし、装置番号ｍ＋１を従系とし、局Ｎは装
置番号ｎを主系とし、装置番号ｎ＋１を従系として、局
Ｍ側から局Ｎ側にデータを送信する場合について説明す
る。なお各局の主系装置、従系装置間には、相互の系を
共通化する為に共有メモリを有している。
【００１３】局Ｍにおいて主系である装置番号ｍはＣＰ
Ｕ１、メモリ２、Ｉ／Ｏ装置３、ディスク装置４，５を
有し、ＣＰＵ１にはアプリケーションプログラム６、回
線振り分け処理部７、回線制御部８，９を有し、装置番
号ｍ＋１のＣＰＵとの間に共有メモリ10を有する。装置
番号ｍとｍ＋１の回線制御部は装置番号ｎとｎ＋１の回
線制御部に対して回線，，, により接続されて
いる。
Ｕ１、メモリ２、Ｉ／Ｏ装置３、ディスク装置４，５を
有し、ＣＰＵ１にはアプリケーションプログラム６、回
線振り分け処理部７、回線制御部８，９を有し、装置番
号ｍ＋１のＣＰＵとの間に共有メモリ10を有する。装置
番号ｍとｍ＋１の回線制御部は装置番号ｎとｎ＋１の回
線制御部に対して回線，，, により接続されて
いる。
【００１４】共有メモリ10に、システム起動時に相手局
情報として送信先の系を決定する為の処理振り分けテー
ブルを有する。回線制御部には送信データの送信時の退
避領域としてバッファを有する。相手局の装置で障害発
生して系の切替え通知を受信した場合、バッファに退避
しているデータを送信するかどうかを判断する。
情報として送信先の系を決定する為の処理振り分けテー
ブルを有する。回線制御部には送信データの送信時の退
避領域としてバッファを有する。相手局の装置で障害発
生して系の切替え通知を受信した場合、バッファに退避
しているデータを送信するかどうかを判断する。
【００１５】本発明の処理フローチャートを図２，図
３，図４に示す。図２のパターン１は装置番号ｎが正常
な場合の処理フロー、図３のパターン２は装置番号ｎに
障害発生時の処理フロー、図４のパターン３は装置番号
ｎに発生した障害が復旧した場合の処理フローを示す。
なお、局Ｎにおいて、装置番号ｎとｎ＋１との間でＩ／
Ｏ装置により障害情報の有無を検出するため定期的に情
報のライト／リードを行っている。
３，図４に示す。図２のパターン１は装置番号ｎが正常
な場合の処理フロー、図３のパターン２は装置番号ｎに
障害発生時の処理フロー、図４のパターン３は装置番号
ｎに発生した障害が復旧した場合の処理フローを示す。
なお、局Ｎにおいて、装置番号ｎとｎ＋１との間でＩ／
Ｏ装置により障害情報の有無を検出するため定期的に情
報のライト／リードを行っている。
【００１６】パターン１：装置番号ｎが正常な場合の処
理フローにおいて、 (1) 装置番号ｍにおいて、処理振り分けテーブルを共有
メモリに展開しておく。 (2) アプリケーションが回線振り分け処理部に送信依頼
を行う。 (3) 回線振り分け処理部は共有メモリを参照して送信先
の系を決定する。 (4) 回線制御部でバッファを読み込み、バッファフルか
否かのチェックを行う。 (5) バッファフルでなければ、回線制御部よりデータ送
信し、バッファにデータを書き込み、データ退避を行
う。（バッファフルの場合は送信不可） (6) 装置番号ｎに対してデータ送信し、装置番号ｎで応
答データを作成する。 (7) 装置番号ｍでは、装置番号ｎの正常受信の応答デー
タと、送信データ退避領域のデータとフレーム番号が一
致ならバッファの退避データをクリアする。
理フローにおいて、 (1) 装置番号ｍにおいて、処理振り分けテーブルを共有
メモリに展開しておく。 (2) アプリケーションが回線振り分け処理部に送信依頼
を行う。 (3) 回線振り分け処理部は共有メモリを参照して送信先
の系を決定する。 (4) 回線制御部でバッファを読み込み、バッファフルか
否かのチェックを行う。 (5) バッファフルでなければ、回線制御部よりデータ送
信し、バッファにデータを書き込み、データ退避を行
う。（バッファフルの場合は送信不可） (6) 装置番号ｎに対してデータ送信し、装置番号ｎで応
答データを作成する。 (7) 装置番号ｍでは、装置番号ｎの正常受信の応答デー
タと、送信データ退避領域のデータとフレーム番号が一
致ならバッファの退避データをクリアする。
【００１７】パターン２：装置番号ｎに障害発生時の処
理フローにおいて、 (11)装置番号ｍにおいて、処理振り分けテーブルを共有
メモリに展開しておく。 (12)アプリケーションが回線振り分け処理部に送信依頼
を行う。 (13)回線振り分け処理部は共有メモリを参照して送信先
の系を決定する。 (14)回線制御部でバッファを読み込み、バッファフルか
否かのチェックを行う。 (15)バッファフルでなければ、回線制御部よりデータ送
信し、バッファにデータを書き込み、データ退避を行
う。（バッファフルの場合は送信不可） (16)装置番号ｍから装置番号ｎに対してデータ送信前
に、装置番号ｎにおいて障害が発生すると、 (17)装置番号ｎ＋１は装置番号ｎの障害をＩ／Ｏ装置経
由で検出し、系状態通知を局Ｍに送信する。 (18)装置番号ｍでは装置番号ｎ＋１からの系状態通知を
受信すると、共有メモリ内の処理振り分けテーブルをｎ
からｎ＋１に更新する。 (19)バッファに退避しているデータを参照して、障害発
生時刻と送信データ退避領域内のデータの時刻を比較す
る。（障害発生時刻は障害検出時刻より障害監視周期分
を引いた値で比較する） (20)送信時刻の方が障害発生時刻より新しいか否かをチ
ェックし、 (21)送信時刻の方が早ければ、送信データ退避領域内の
データはクリアする。 (22)送信時刻の方が遅ければ、共有メモリ内のデータを
参照して送信データ退避領域内データを装置番号ｎ＋１
に再送する。 (23)装置番号ｎ＋１では応答データを作成し、正常受信
の応答データを装置番号ｍに送信する。 (24)装置番号ｍは正常受信の応答データと、送信データ
退避領域内データとを比べ、フレーム番号が一致なら退
避データをクリアする。
理フローにおいて、 (11)装置番号ｍにおいて、処理振り分けテーブルを共有
メモリに展開しておく。 (12)アプリケーションが回線振り分け処理部に送信依頼
を行う。 (13)回線振り分け処理部は共有メモリを参照して送信先
の系を決定する。 (14)回線制御部でバッファを読み込み、バッファフルか
否かのチェックを行う。 (15)バッファフルでなければ、回線制御部よりデータ送
信し、バッファにデータを書き込み、データ退避を行
う。（バッファフルの場合は送信不可） (16)装置番号ｍから装置番号ｎに対してデータ送信前
に、装置番号ｎにおいて障害が発生すると、 (17)装置番号ｎ＋１は装置番号ｎの障害をＩ／Ｏ装置経
由で検出し、系状態通知を局Ｍに送信する。 (18)装置番号ｍでは装置番号ｎ＋１からの系状態通知を
受信すると、共有メモリ内の処理振り分けテーブルをｎ
からｎ＋１に更新する。 (19)バッファに退避しているデータを参照して、障害発
生時刻と送信データ退避領域内のデータの時刻を比較す
る。（障害発生時刻は障害検出時刻より障害監視周期分
を引いた値で比較する） (20)送信時刻の方が障害発生時刻より新しいか否かをチ
ェックし、 (21)送信時刻の方が早ければ、送信データ退避領域内の
データはクリアする。 (22)送信時刻の方が遅ければ、共有メモリ内のデータを
参照して送信データ退避領域内データを装置番号ｎ＋１
に再送する。 (23)装置番号ｎ＋１では応答データを作成し、正常受信
の応答データを装置番号ｍに送信する。 (24)装置番号ｍは正常受信の応答データと、送信データ
退避領域内データとを比べ、フレーム番号が一致なら退
避データをクリアする。
【００１８】パターン３: 装置番号ｎに発生した障害が
復旧した場合の処理フローにおいて、 (31)装置番号ｎにおいて障害復旧すると、Ｉ／Ｏ装置を
経由して装置番号ｎ＋１が装置番号ｎの障害復旧を検出
して、系状態通知を局Ｍに送信する。 (32)装置番号ｍにおいて系状態通知を受信すると、共有
メモリ内の処理振り分けテーブルをｎ＋１からｎに更新
する。
復旧した場合の処理フローにおいて、 (31)装置番号ｎにおいて障害復旧すると、Ｉ／Ｏ装置を
経由して装置番号ｎ＋１が装置番号ｎの障害復旧を検出
して、系状態通知を局Ｍに送信する。 (32)装置番号ｍにおいて系状態通知を受信すると、共有
メモリ内の処理振り分けテーブルをｎ＋１からｎに更新
する。
【００１９】
【発明の実施の形態】本発明の二重化システム構成図の
実施例を図５に示す。図において、局Ｍは装置番号ｍを
主系とし、装置番号ｍ＋１を従系とし、局Ｎは装置番号
ｎを主系とし、装置番号ｎ＋１を従系として、局Ｍ側か
ら局Ｎ側にデータを送信する場合について説明する。な
お各局の主系装置、従系装置間には、相互の系を共通化
する為に共有メモリを有している。
実施例を図５に示す。図において、局Ｍは装置番号ｍを
主系とし、装置番号ｍ＋１を従系とし、局Ｎは装置番号
ｎを主系とし、装置番号ｎ＋１を従系として、局Ｍ側か
ら局Ｎ側にデータを送信する場合について説明する。な
お各局の主系装置、従系装置間には、相互の系を共通化
する為に共有メモリを有している。
【００２０】各装置番号において、11，21, 31, 41はＣ
ＰＵ、12, 22, 32, 42はアプリケーションプログラム、
13, 23, 33, 43は回線振り分け処理部、14，24, 34, 44
及び15，25, 35, 45は回線制御部、16，26, 36, 46はメ
モリ、17，27, 37, 47はＩ／Ｏ、18，28, 38, 48はディ
スク１、19, 29, 39, 49はディスク２を示す。なお各装
置番号間において、20, 30は共有メモリ、, , ,
は接続回線を示す。
ＰＵ、12, 22, 32, 42はアプリケーションプログラム、
13, 23, 33, 43は回線振り分け処理部、14，24, 34, 44
及び15，25, 35, 45は回線制御部、16，26, 36, 46はメ
モリ、17，27, 37, 47はＩ／Ｏ、18，28, 38, 48はディ
スク１、19, 29, 39, 49はディスク２を示す。なお各装
置番号間において、20, 30は共有メモリ、, , ,
は接続回線を示す。
【００２１】局Ｍにおいて主系である装置番号ｍはＣＰ
Ｕ11、メモリ16、Ｉ／Ｏ装置17、ディスク装置18，19、
回線制御部より制御する回線, より構成されてい
る。また、従系である装置番号ｍ＋１も同様に、ＣＰＵ
21、メモリ26、Ｉ／Ｏ装置27、ディスク装置28, 29、回
線制御部より制御する回線, より構成されている。
Ｕ11、メモリ16、Ｉ／Ｏ装置17、ディスク装置18，19、
回線制御部より制御する回線, より構成されてい
る。また、従系である装置番号ｍ＋１も同様に、ＣＰＵ
21、メモリ26、Ｉ／Ｏ装置27、ディスク装置28, 29、回
線制御部より制御する回線, より構成されている。
【００２２】図６はバッファ及びテーブル類その他を示
す。図において、(a) はバッファの送信データ退避領
域、(b) は共有メモリ内処理振り分けテーブル、(c) は
更新後処理振り分けテーブル、(d) は送信データ退避領
域内フォーマット、(e) は系状態通知電文フォーマット
を示す。
す。図において、(a) はバッファの送信データ退避領
域、(b) は共有メモリ内処理振り分けテーブル、(c) は
更新後処理振り分けテーブル、(d) は送信データ退避領
域内フォーマット、(e) は系状態通知電文フォーマット
を示す。
【００２３】図６(a) のバッファの送信データ退避領域
は、回線制御部内のバッファに設けられ、この場合はバ
ッファ1 〜7 からなり、送信データの退避領域として用
いられる。データ送信が確認されればそのバッファはク
リアされる。バッファがすべて使用中であればバッファ
フルとして送信不可になる。
は、回線制御部内のバッファに設けられ、この場合はバ
ッファ1 〜7 からなり、送信データの退避領域として用
いられる。データ送信が確認されればそのバッファはク
リアされる。バッファがすべて使用中であればバッファ
フルとして送信不可になる。
【００２４】図６(b) の共有メモリ内処理振り分けテー
ブルは、送信データの機能種別番号毎に相手側の処理対
象装置（系）が設定される。装置番号ｎとｎ＋１の両系
が割り当てられる。図６(c) の更新後処理振り分けテー
ブルは、装置番号ｎに障害が発生した場合、処理対象装
置が装置番号ｎ＋１に振り分けられる状態を示す。
ブルは、送信データの機能種別番号毎に相手側の処理対
象装置（系）が設定される。装置番号ｎとｎ＋１の両系
が割り当てられる。図６(c) の更新後処理振り分けテー
ブルは、装置番号ｎに障害が発生した場合、処理対象装
置が装置番号ｎ＋１に振り分けられる状態を示す。
【００２５】図６(d) の送信データ退避領域内フォーマ
ットは、１つの送信データについてのバッファフォーマ
ットである。ＨＤＬＣ手順の場合は７つのバッファが用
意される。システム時刻（年月日時分秒）とフレームN
o. と送信データとが設定される。次に述べる系状態通
知電文と送信時刻が比較される。
ットは、１つの送信データについてのバッファフォーマ
ットである。ＨＤＬＣ手順の場合は７つのバッファが用
意される。システム時刻（年月日時分秒）とフレームN
o. と送信データとが設定される。次に述べる系状態通
知電文と送信時刻が比較される。
【００２６】図６(e) の系状態通知文フォーマットは、
Ｆ：フラグ、Ａ：アドレス、Ｃ：制御部、宛先局系識
別：宛先局の装置No.、発信局系識別：発信局側の装置N
o.と主／従の系種別、コマンド種別：系状態通知No.、
系状態情報、障害認識時刻（年月日時分秒）、ＦＣＳ
（フレームチェックシーケンス）、Ｆ：フラグからフォ
ーマットが構成される。
Ｆ：フラグ、Ａ：アドレス、Ｃ：制御部、宛先局系識
別：宛先局の装置No.、発信局系識別：発信局側の装置N
o.と主／従の系種別、コマンド種別：系状態通知No.、
系状態情報、障害認識時刻（年月日時分秒）、ＦＣＳ
（フレームチェックシーケンス）、Ｆ：フラグからフォ
ーマットが構成される。
【００２７】図５のシステム構成図と図６のバッファ、
テーブル類他から、装置番号ｍ及び装置番号ｎを主系、
装置番号ｍ＋１及びｎ＋１を従系として局Ｍ側から局Ｎ
側にデータを送信する場合の実施例について説明する。 〔１〕装置番号ｍのアプリケーション12はシステム起動
時に相手局情報として、処理の機能種別番号と処理を行
う系の対応付けを行う処理振り分けテーブル(b)を共有
メモリ20に展開する。装置番号ｍのアプリケーション12
により局Ｎに対してデータを送信する場合は、アプリケ
ーション12は回線振り分け処理部13に送信依頼を行う。
テーブル類他から、装置番号ｍ及び装置番号ｎを主系、
装置番号ｍ＋１及びｎ＋１を従系として局Ｍ側から局Ｎ
側にデータを送信する場合の実施例について説明する。 〔１〕装置番号ｍのアプリケーション12はシステム起動
時に相手局情報として、処理の機能種別番号と処理を行
う系の対応付けを行う処理振り分けテーブル(b)を共有
メモリ20に展開する。装置番号ｍのアプリケーション12
により局Ｎに対してデータを送信する場合は、アプリケ
ーション12は回線振り分け処理部13に送信依頼を行う。
【００２８】回線振り分け処理部13は、共有メモリ20内
の処理振り分けテーブル(b) を参照し送信先を決定し、
該当する回線制御部14又は15に送信を依頼する。回線制
御部14又は15は依頼データ送信前に自装置内のメモリ16
の送信データ退避領域(a) にこれから送信しようとして
いるデータを格納する。この時送信データに送信データ
退避領域内フォーマット(d) に示すように、送信データ
やフレームNo. と共にシステム時刻を付加しセットす
る。その後回線制御部14又は15より回線又はに対し
てデータを送信する。
の処理振り分けテーブル(b) を参照し送信先を決定し、
該当する回線制御部14又は15に送信を依頼する。回線制
御部14又は15は依頼データ送信前に自装置内のメモリ16
の送信データ退避領域(a) にこれから送信しようとして
いるデータを格納する。この時送信データに送信データ
退避領域内フォーマット(d) に示すように、送信データ
やフレームNo. と共にシステム時刻を付加しセットす
る。その後回線制御部14又は15より回線又はに対し
てデータを送信する。
【００２９】装置番号ｎ又はｎ＋１の回線制御部34又は
44では局Ｍからデータを受信し、正常受信の応答データ
を回線又はを介して装置番号ｍに対して送信する。
装置番号ｍでは応答データと送信データ退避領域(a) 内
のデータを照合し、フレームNo. が一致していれば対応
する退避データをクリアする。尚、既に送信データ退避
領域内の全領域にデータが格納されている場合、以降正
常受信の応答データを受信するまではデータを送信でき
ない。 〔２〕局Ｍと局Ｎとではマスタ局（例えばＭ局）を予め
設定し、マスタ局側主系よりスレーブ局（例えばＮ局）
側主系に対して定期的に現在時刻データを送信すること
により局間の時刻同期をとり、また各局の主系と従系と
の間の時刻同期は割り込み装置により行う。 〔３〕一方、局Ｎにおいて主系である装置番号ｎと従系
である装置番号ｎ＋１では、互いに一定周期でＩ／Ｏ装
置37, 47に診断チェック信号を出力している。出力した
診断チェック信号は一定時間保持される機構とし、保持
されている間に次の診断チェック信号を出力することと
する。装置番号ｎと装置番号ｎ＋１では互いの診断チェ
ック信号の出力停止を監視している。信号入力が停止し
たことで他系装置の異常を認識する。 〔４〕各装置からデータ送信時に(e) のように、宛先局
系識別や発信局系識別がヘッダ情報としてセットされ
る。宛先局系識別には絶対系である装置番号の識別番号
がセットされ、発信局系識別には絶対系である自装置の
識別番号及び相対系である主系、従系の種別がセットさ
れる。この方法によりデータを受信した側ではデータの
発信局の系状態が把握できる。 〔５〕前記〔１〕において装置番号ｍより装置番号ｎへ
のデータ送信後、装置番号ｎからの応答データが送信さ
れる前に装置番号ｎで障害が発生した場合は、従系であ
る装置番号ｎ＋１は前記〔３〕にて述べたような方法で
主系である装置番号ｎの障害発生を検出し、以降装置番
号ｎ＋１が主系として動作することを通知する系状態通
知(e) を作成する。この時、系状態通知電文内に装置番
号n ＋1 が装置番号n の障害を検出した時刻をセットす
る。その後、前記〔４〕にて述べた方法をもとに局Ｍ
（装置番号ｍ）に系状態通知電文を送信する。 〔６〕系状態通知電文を受信した装置番号ｍの回線制御
部15は、処理振り分けテーブル(b) を全てのデータが装
置番号ｎ＋１に送信されるように(c) に示すように更新
する。
44では局Ｍからデータを受信し、正常受信の応答データ
を回線又はを介して装置番号ｍに対して送信する。
装置番号ｍでは応答データと送信データ退避領域(a) 内
のデータを照合し、フレームNo. が一致していれば対応
する退避データをクリアする。尚、既に送信データ退避
領域内の全領域にデータが格納されている場合、以降正
常受信の応答データを受信するまではデータを送信でき
ない。 〔２〕局Ｍと局Ｎとではマスタ局（例えばＭ局）を予め
設定し、マスタ局側主系よりスレーブ局（例えばＮ局）
側主系に対して定期的に現在時刻データを送信すること
により局間の時刻同期をとり、また各局の主系と従系と
の間の時刻同期は割り込み装置により行う。 〔３〕一方、局Ｎにおいて主系である装置番号ｎと従系
である装置番号ｎ＋１では、互いに一定周期でＩ／Ｏ装
置37, 47に診断チェック信号を出力している。出力した
診断チェック信号は一定時間保持される機構とし、保持
されている間に次の診断チェック信号を出力することと
する。装置番号ｎと装置番号ｎ＋１では互いの診断チェ
ック信号の出力停止を監視している。信号入力が停止し
たことで他系装置の異常を認識する。 〔４〕各装置からデータ送信時に(e) のように、宛先局
系識別や発信局系識別がヘッダ情報としてセットされ
る。宛先局系識別には絶対系である装置番号の識別番号
がセットされ、発信局系識別には絶対系である自装置の
識別番号及び相対系である主系、従系の種別がセットさ
れる。この方法によりデータを受信した側ではデータの
発信局の系状態が把握できる。 〔５〕前記〔１〕において装置番号ｍより装置番号ｎへ
のデータ送信後、装置番号ｎからの応答データが送信さ
れる前に装置番号ｎで障害が発生した場合は、従系であ
る装置番号ｎ＋１は前記〔３〕にて述べたような方法で
主系である装置番号ｎの障害発生を検出し、以降装置番
号ｎ＋１が主系として動作することを通知する系状態通
知(e) を作成する。この時、系状態通知電文内に装置番
号n ＋1 が装置番号n の障害を検出した時刻をセットす
る。その後、前記〔４〕にて述べた方法をもとに局Ｍ
（装置番号ｍ）に系状態通知電文を送信する。 〔６〕系状態通知電文を受信した装置番号ｍの回線制御
部15は、処理振り分けテーブル(b) を全てのデータが装
置番号ｎ＋１に送信されるように(c) に示すように更新
する。
【００３０】その後、自装置のメモリ16内の送信データ
退避領域(a) を読み込み、障害発生局へ送信済で応答デ
ータを受信していない全てのデータを１つずつチェック
し、障害検出時刻と送信データ退避領域各バッファ内の
システム時刻とを比較し、バッファ内のシステム時刻の
方が古い場合は、受信済と判断して該当データの情報を
クリアし、また、障害検出時刻の方が古い場合は、切替
え後の装置番号ｎ＋１に対して該当データを再送する。
退避領域(a) を読み込み、障害発生局へ送信済で応答デ
ータを受信していない全てのデータを１つずつチェック
し、障害検出時刻と送信データ退避領域各バッファ内の
システム時刻とを比較し、バッファ内のシステム時刻の
方が古い場合は、受信済と判断して該当データの情報を
クリアし、また、障害検出時刻の方が古い場合は、切替
え後の装置番号ｎ＋１に対して該当データを再送する。
【００３１】その後、装置番号ｍのアプリケーション12
より送信依頼が発生した場合は、更新後処理振り分けテ
ーブル(c) を参照する為、おのずと装置番号切替え後の
系に送信される。 〔７〕装置番号ｎで障害復旧時はＩ／Ｏ装置37に対して
診断チェック信号を出力することで、装置番号ｎ＋１に
復旧を通知する。装置番号ｎ＋１では装置番号ｎの復旧
を検出後、局Ｍの主系である装置番号ｍに対して系状態
通知電文を送信する。 〔８〕系状態通知電文を受信した装置番号ｍの回線制御
部15は、処理振り分けテーブル(c) を(b) の通り更新す
る。
より送信依頼が発生した場合は、更新後処理振り分けテ
ーブル(c) を参照する為、おのずと装置番号切替え後の
系に送信される。 〔７〕装置番号ｎで障害復旧時はＩ／Ｏ装置37に対して
診断チェック信号を出力することで、装置番号ｎ＋１に
復旧を通知する。装置番号ｎ＋１では装置番号ｎの復旧
を検出後、局Ｍの主系である装置番号ｍに対して系状態
通知電文を送信する。 〔８〕系状態通知電文を受信した装置番号ｍの回線制御
部15は、処理振り分けテーブル(c) を(b) の通り更新す
る。
【００３２】上記実施例は局Ｎにおいて二重化された場
合を述べたが、局Ｎにおいて多重化（一例として三重
化）された場合について説明する。
合を述べたが、局Ｎにおいて多重化（一例として三重
化）された場合について説明する。
〔９〕局Ｎにおいて三重化された場合の装置番号をそれ
ぞれｎ，ｎ＋１，ｎ＋２とし、それぞれ主系、従系、従
系のシステム構成とする。局Ｍの装置ｍから装置ｎ＋１
にデータを送信し、装置ｎ＋１から応答データを送信す
る前に、装置番号ｎ＋１にて障害が発生したとする。
ぞれｎ，ｎ＋１，ｎ＋２とし、それぞれ主系、従系、従
系のシステム構成とする。局Ｍの装置ｍから装置ｎ＋１
にデータを送信し、装置ｎ＋１から応答データを送信す
る前に、装置番号ｎ＋１にて障害が発生したとする。
【００３３】装置ｎにて装置ｎ＋１の障害を検出し、装
置ｎは装置ｍに対して系状態通知電文を作成し、送信す
る。装置ｍでは系状態通知電文の系状態情報を参照し、
装置ｎ＋１で障害が発生したことを認識する。その後、
装置ｍでは、予めＲＯＭ上に系内の各装置毎にそれぞれ
正常／異常の全パターンが定義されている処理振り分け
テーブルを参照する。
置ｎは装置ｍに対して系状態通知電文を作成し、送信す
る。装置ｍでは系状態通知電文の系状態情報を参照し、
装置ｎ＋１で障害が発生したことを認識する。その後、
装置ｍでは、予めＲＯＭ上に系内の各装置毎にそれぞれ
正常／異常の全パターンが定義されている処理振り分け
テーブルを参照する。
【００３４】図７に三重化した場合の処理振り分けテー
ブルの例を示す。図において、(f)は三重化した場合の
振り分けテーブル、(g) は三重化した場合で装置ｎで障
害が発生した場合の処理振り分けテーブル、(h) は三重
化した場合で装置ｎ＋１で障害が発生した場合の処理振
り分けテーブル、(i) は三重化した場合で装置で装置ｎ
＋２で障害が発生した場合の処理振り分けテーブルを示
す。
ブルの例を示す。図において、(f)は三重化した場合の
振り分けテーブル、(g) は三重化した場合で装置ｎで障
害が発生した場合の処理振り分けテーブル、(h) は三重
化した場合で装置ｎ＋１で障害が発生した場合の処理振
り分けテーブル、(i) は三重化した場合で装置で装置ｎ
＋２で障害が発生した場合の処理振り分けテーブルを示
す。
【００３５】図７の予め定義されている処理振り分けテ
ーブルの中で装置ｎ＋１にて発生した場合に用いる(h)
を読み込んだ後、共有メモリ上の処理振り分けテーブル
をその内容に書き換える。以降局Ｎに対する送信データ
は、(h) の通り局Ｎ内の装置ｎ＋１を除く各装置に対し
て送信される。 〔10〕また、局Ｎの装置ｎ＋１の復旧を装置ｎにて認識
した場合は、装置ｎより装置ｍに対して装置ｎ＋１の復
旧を通知する系状態通知電文が送信される。系状態通知
電文を受信した装置ｍでは、予めＲＯＭ上に定義されて
いる処理振り分けテーブルの中でＮ局内の全装置が正常
な場合に用いるテーブル(f) を読み込んだ後、共有メモ
リ上の処理振り分けテーブルをその内容に書き替える。
以降、局Ｍから局Ｎに対する送信データは(f) の通り局
Ｎ内の各装置に対して送信される。
ーブルの中で装置ｎ＋１にて発生した場合に用いる(h)
を読み込んだ後、共有メモリ上の処理振り分けテーブル
をその内容に書き換える。以降局Ｎに対する送信データ
は、(h) の通り局Ｎ内の装置ｎ＋１を除く各装置に対し
て送信される。 〔10〕また、局Ｎの装置ｎ＋１の復旧を装置ｎにて認識
した場合は、装置ｎより装置ｍに対して装置ｎ＋１の復
旧を通知する系状態通知電文が送信される。系状態通知
電文を受信した装置ｍでは、予めＲＯＭ上に定義されて
いる処理振り分けテーブルの中でＮ局内の全装置が正常
な場合に用いるテーブル(f) を読み込んだ後、共有メモ
リ上の処理振り分けテーブルをその内容に書き替える。
以降、局Ｍから局Ｎに対する送信データは(f) の通り局
Ｎ内の各装置に対して送信される。
【００３６】ここでは、局Ｎの装置ｎ＋１に障害が発生
した場合について説明したが、局Ｎの装置ｎ又は装置ｎ
＋２にて障害が発生した場合にも、図(g) と図(i) に示
すように上記同様に対応できる。 〔11〕次に、図８にデータ送信と障害検出のタイムチャ
ートを示す。各装置は一定間隔（α）にて他系の装置を
監視している。図８では装置ｎ＋１が定期監視にて装置
ｎが正常であることを確認（Ｔ1)した直後、装置ｎに障
害が発生（Ｔ2)した。その直後に装置ｍが装置ｎに対し
てデータを送信（Ｔ3)した。その後、装置ｎ＋１が定期
監視にて装置ｎの障害を検出（Ｔ4)した場合について考
える。
した場合について説明したが、局Ｎの装置ｎ又は装置ｎ
＋２にて障害が発生した場合にも、図(g) と図(i) に示
すように上記同様に対応できる。 〔11〕次に、図８にデータ送信と障害検出のタイムチャ
ートを示す。各装置は一定間隔（α）にて他系の装置を
監視している。図８では装置ｎ＋１が定期監視にて装置
ｎが正常であることを確認（Ｔ1)した直後、装置ｎに障
害が発生（Ｔ2)した。その直後に装置ｍが装置ｎに対し
てデータを送信（Ｔ3)した。その後、装置ｎ＋１が定期
監視にて装置ｎの障害を検出（Ｔ4)した場合について考
える。
【００３７】この場合、装置ｎは障害が発生している
為、装置ｍからのデータを受信できないが、前記〔６〕
にて述べた方法を用いると障害検出時刻（Ｔ4)より、送
信データ退避領域内バッファのシステム時刻（Ｔ3)の方
が古いので、装置ｍは該当データを装置ｎが受信済と判
断し、結果として該当データが破棄され処理が行われな
いという問題があった。
為、装置ｍからのデータを受信できないが、前記〔６〕
にて述べた方法を用いると障害検出時刻（Ｔ4)より、送
信データ退避領域内バッファのシステム時刻（Ｔ3)の方
が古いので、装置ｍは該当データを装置ｎが受信済と判
断し、結果として該当データが破棄され処理が行われな
いという問題があった。
【００３８】障害検出時刻（Ｔ4)より、装置ｎ＋１の障
害監視周期時間（α）だけ前の時刻（Ｔ4 −α）を実際
の障害検出時刻として前記〔５〕で述べた方法にて比較
することにより上記問題を解決した。
害監視周期時間（α）だけ前の時刻（Ｔ4 −α）を実際
の障害検出時刻として前記〔５〕で述べた方法にて比較
することにより上記問題を解決した。
【００３９】
【発明の効果】本発明は、相手側の系の状態を意識させ
ずに、データを送信時に機能毎に予め決められた系に送
信し、送信データを主系、従系に振り分け、しかも主
系、従系の何れかに障害が発生しても、本来障害が発生
した系の行うべき処理を正常な他系に問題なく引き継ぐ
ことができる。
ずに、データを送信時に機能毎に予め決められた系に送
信し、送信データを主系、従系に振り分け、しかも主
系、従系の何れかに障害が発生しても、本来障害が発生
した系の行うべき処理を正常な他系に問題なく引き継ぐ
ことができる。
【図１】 本発明の二重化システムの原理構成図
【図２】 本発明の処理フローチャート（その１）
【図３】 本発明の処理フローチャート（その２）
【図４】 本発明の処理フローチャート（その３）
【図５】 本発明の二重化システム構成図の実施例
【図６】 バッファ及びテーブル類その他の実施例
【図７】 三重化した場合の処理振り分けテーブルの例
【図８】 データ送信と障害検出のタイムチャート
【図９】 従来のシステム構成（二重化構成）図
１，11，21, 31, 41 ＣＰＵ ２，16，26, 36, 46 メモリ ３，17，27, 37, 47 Ｉ／Ｏ ４，５，18，28, 38, 48，19, 29, 39, 49 ディスク ６，12, 22, 32, 42，51，59，60 アプリケーションプ
ログラム ７，13, 23, 33, 43，52 回線振り分け処理部 ８，９，14，24, 34, 44, 15，25, 35, 45，53，54，5
7，58 回線制御部 10，20，30，62 共有メモリ 55，56 回線 61 障害発生信号
ログラム ７，13, 23, 33, 43，52 回線振り分け処理部 ８，９，14，24, 34, 44, 15，25, 35, 45，53，54，5
7，58 回線制御部 10，20，30，62 共有メモリ 55，56 回線 61 障害発生信号
Claims (8)
- 【請求項１】 各局毎に多重化（二重化）構成をとる回
線制御装置間でデータ通信を行うシステムにおいて、 各局内の共有メモリ上に送信データの各機能毎に宛先局
のどの系に対して送信すべきかの情報が格納された処理
振り分けテーブルを設け、データ送信時に処理振り分け
テーブルの該当機能に対応する系にのみ送信することを
特徴とする多重化通信方法。 - 【請求項２】 前記請求項１記載の多重化通信方法であ
って、 送信側ＣＰＵは自ＣＰＵ内のメモリ上の送信データ退避
領域にこれから送信しようとしている送信データ、フレ
ーム番号とともに新たに送信時刻を格納することを特徴
とする多重化通信方法。 - 【請求項３】 前記請求項１記載の多重化通信方法であ
って、 主系側ＣＰＵと従系側ＣＰＵとが交互にＩ／Ｏの交信を
行うことによる相互監視により、従系の障害検出時に
は、検出時刻とともに他局に対して系状態通知を行うこ
とを特徴とする多重化通信方法。 - 【請求項４】 定期的に各局や各系の時刻の同期をと
り、請求項３による相互監視により他局から系状態通知
を受信した場合、共有メモリ上の該当局の処理振り分け
テーブルを正常な系に切り替えるとともに、自ＣＰＵ内
のメモリをチェックし、該当局へ送信済で応答データを
受信していない全てのデータを１つずつチェックし、 障害検出時刻より送信時刻の方が古い場合は、受信済と
判断して該当データをクリアし、また送信時刻の方が新
しい場合は、切替え後の系に対して該当データを再送す
ることを特徴とする多重化通信方法。 - 【請求項５】 障害検出時刻より送信時刻の方が古い
が、実際の障害発生時刻の方が新しい場合は、障害検出
時刻より他系の障害監視周期時間だけ前の時刻を実際の
障害検出時刻とすることを特徴とする請求項４記載の多
重化通信方法。 - 【請求項６】 同一局内に系が３つ以上ある多重化の場
合、 他局から系状態通知を受信し、共有メモリ上の該当局の
処理振り分けテーブルを正常な系に切り替える際に該当
局に正常な系が未だ複数残っている場合、新たに機能毎
に処理振り分けテーブルの情報をどの系に割り当てるか
の情報をテーブル化しておき、他局から系状態通知を受
信時に該当テーブルを読み込んで処理振り分けテーブル
を更新することを特徴とする請求項４記載の多重化通信
方法。 - 【請求項７】 他系の障害検出後も定期的に他系に対し
てＩ／Ｏの交信を行い、他系が復旧した場合、他局に対
して系状態通知を行うことを特徴とする請求項３記載の
多重化通信方法。 - 【請求項８】 他局から系状態通知を受信した場合、共
有メモリ上の該当局の処理振り分けテーブルを元の状態
に切り替えることを特徴とする請求項７記載の多重化通
信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7232625A JPH0983526A (ja) | 1995-09-11 | 1995-09-11 | 多重化通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7232625A JPH0983526A (ja) | 1995-09-11 | 1995-09-11 | 多重化通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0983526A true JPH0983526A (ja) | 1997-03-28 |
Family
ID=16942262
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7232625A Withdrawn JPH0983526A (ja) | 1995-09-11 | 1995-09-11 | 多重化通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0983526A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010055485A (ja) * | 2008-08-29 | 2010-03-11 | Fujitsu Ltd | ストレージ装置の制御部及び制御方法 |
| JP2013192126A (ja) * | 2012-03-15 | 2013-09-26 | Fujitsu Telecom Networks Ltd | 監視システム及びこれを用いる保守方法 |
-
1995
- 1995-09-11 JP JP7232625A patent/JPH0983526A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010055485A (ja) * | 2008-08-29 | 2010-03-11 | Fujitsu Ltd | ストレージ装置の制御部及び制御方法 |
| JP2013192126A (ja) * | 2012-03-15 | 2013-09-26 | Fujitsu Telecom Networks Ltd | 監視システム及びこれを用いる保守方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2532317B2 (ja) | プロセス制御システムにおける汎用入出力冗長方式のバックアップ方法 | |
| US4745597A (en) | Reconfigurable local area network | |
| JP2864741B2 (ja) | データインテグリティを保証する通信システム | |
| EP1768320A2 (en) | Information processing apparatuses, communication method, communication load decentralizing method and communication system | |
| JPH08227344A (ja) | 二重磁気ディスク制御装置間の通信制御装置 | |
| CN100520724C (zh) | 用于实现故障切换恢复的网络系统及方法 | |
| EP1497731B1 (en) | A method and a system for ensuring a bus and a control server | |
| JP3139884B2 (ja) | 多重要素処理システム | |
| JPH09186686A (ja) | 網管理システム | |
| KR20030048503A (ko) | 이중화 서버 구조의 데이터 동기화를 위한 통신 시스템 및방법 | |
| JPH0983526A (ja) | 多重化通信方法 | |
| JPH05304528A (ja) | 多重化通信ノード | |
| KR20010076790A (ko) | 상용 실시간 운영체제와 미들웨어를 통한 아이/오 기반고가용성 구현 방법 | |
| JPH08149145A (ja) | Ｌａｎシステム | |
| JP2606107B2 (ja) | プロセッサ冗長化方式 | |
| JPH08185329A (ja) | データ処理装置 | |
| JP3294256B2 (ja) | データ通信方法及び装置 | |
| JP3003629B2 (ja) | ディジタル信号送信回路 | |
| JPH09162910A (ja) | 多重化通信装置およびその制御方法 | |
| JPS5897764A (ja) | 多重化演算処理システムの制御方式 | |
| JPH01175338A (ja) | 伝送系の二重化方法 | |
| JPH10145459A (ja) | データインテグリティを保証する通信システム | |
| CN117555688A (zh) | 基于双活中心的数据处理方法、系统、设备及存储介质 | |
| JPH0973401A (ja) | フォールトトレラントシステム | |
| JPH07146849A (ja) | コンピュータ間通信のバックアップシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20021203 |