JP3750146B2 - Horizontally distributed network system - Google Patents

Horizontally distributed network system Download PDF

Info

Publication number
JP3750146B2
JP3750146B2 JP02148795A JP2148795A JP3750146B2 JP 3750146 B2 JP3750146 B2 JP 3750146B2 JP 02148795 A JP02148795 A JP 02148795A JP 2148795 A JP2148795 A JP 2148795A JP 3750146 B2 JP3750146 B2 JP 3750146B2
Authority
JP
Japan
Prior art keywords
bus
individual
control
shared
individual bus
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.)
Expired - Fee Related
Application number
JP02148795A
Other languages
Japanese (ja)
Other versions
JPH0844647A (en
Inventor
正彦 渡辺
泰男 諸岡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP02148795A priority Critical patent/JP3750146B2/en
Publication of JPH0844647A publication Critical patent/JPH0844647A/en
Application granted granted Critical
Publication of JP3750146B2 publication Critical patent/JP3750146B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Hardware Redundancy (AREA)
  • Multi Processors (AREA)
  • Computer And Data Communications (AREA)

Description

【0001】
【産業上の利用分野】
本発明は複数の計算機(マイクロコンピュータ(以降は、マイコンと略す)含む)を有するシステムに係り、交通システムをはじめ一般産業システムや建家内情報通信システムなど各種計算機間を結合するネットワークシステムにおける冗長性に有効なシステムに関する。
【0002】
【従来の技術】
従来より、複数の計算機を利用したネットワークシステムや制御装置は数多く発表されている。それらの中で、複数プロセッサ間を結合し共有メモリをはじめとする共有資源を接続するための共有バスの他に、各プロセッサ毎に個有の資源を接続するための個別バスの2つのバスを有する構成で実現している例として、特開平4−36854号や特開平4−369069号などがある。
【0003】
【発明が解決しようとする課題】
上記従来技術においては、共有バスには各マイコン間の情報通信を行うための共有メモリやディスク装置あるいは入出力手段といった共有資源が接続され、各マイコン毎の個別バスには制御対象を制御するための各マイコンに固有の周辺入出力手段を接続することが出来る。
【0004】
また、2つのマイコン間でのみ通信可能な専用の通信路を各マイコンの個別バスに接続し2つのマイコン間の情報通信を行うことで、共有バス上の通信量を抑えることができマルチプロセッサシステムの性能低下を抑えることができる。
【0005】
しかしながら、1つのマイコンが故障した場合には、その故障したマイコンの個別バスに接続された周辺入出力手段を他のマイコンがアクセスできるような工夫がなされておらず、故障したマイコンが負担している処理を中断しなければならない。つまり、複数のマイコンで処理を分担して実行するシステムにおいては、システム全体を停止しなければならないという問題がある。
【0006】
逆に、マイコンが故障した場合においてもシステムを停止させないためにはマイコンの多重化による冗長システムを構築し、マイコンの故障時には冗長マイコンが故障マイコンの処理を引き継ぐ方式も良く知られているが、この場合は通常使用しない冗長マイコンを用意する必要があり、システムの規模が大きくなってしまうという問題がある。
【0007】
更に、全マイコンに共有のバスは1つであり、この共有バスが故障した場合には、マイコン間の情報通信が不可能になるため、やはりシステムを停止しなければならない。従って、共有バス故障に対してもシステムを無停止とするためには、共有バスの2重化が必要となるため、システムの規模が大きくなってしまうという問題が有る。
【0008】
本発明の目的は、制御演算機能を持つ大型計算機やマイコンなどを複数有するシステムのハードウェアを必要最小限の構成で、しかも、制御演算機能の増加に対してもバス上の通信量増加を抑えて、個々の制御演算機能の性能低下を抑制すると共に、ハードウェアやソフトウェアによる制御演算機能および、共有バスや個別バスの診断機能により故障の早期検出と故障個所の特定を行い、制御演算機能あるいは共有バスや個別バスが故障した場合にもシステムを停止することのない、信頼性と拡張性の高いシステムを提供することにある。
【0009】
【課題を解決するための手段】
上記目的を達成するために、本発明は対象の制御処理を複数の制御演算手段により分散して処理を実行するシステムにおいて、各々の制御演算手段は1つの共有バスインターフェイス手段と,第1および第2の2つの個別バスインターフェイス手段を具備し、前記共有バスインターフェイス手段は前記複数の制御演算手段が共通に使用することのできる共有バスと接続し、前記2つの個別バスインターフェイス手段のうち一方の第1の個別バスインターフェイス手段は他の特定された制御演算手段の持つ一方の個別バスインターフェイス手段と第1の個別バスで結合し、他の一方の第2の個別バスインターフェイス手段は前記第1の個別バスと結合された制御演算手段とは別の特定された制御演算手段の一方の個別バスインターフェイス手段とを第2の個別バスで結合することで、前記複数の制御演算手段を複数の個別バスで直列に接続し、前記共有バスと複数の個別バスにより2重化されたバスを有し、前記制御演算手段は前記第1の個別バスを介して前記第1の個別バスに接続された前記他の制御演算手段に情報を入力可能であり、前記他の制御演算手段は前記第1の個別バスを介して前記第1の個別バスに接続された制御演算手段に情報を入力可能であり、前記制御演算手段は前記第2の個別バスを介して前記第2の個別バスと接続された他の制御演算手段に情報を入力可能であり、前記第2の個別バスと接続された他の制御演算手段は前記第2の制御演算手段を介して前記制御手段に情報を入力可能であり、前記第1の個別バス及び前記第2の個別バスには入力装置又は出力装置が接続されることを特徴とするものである。
【0012】
【作用】
複数の制御演算機能からなるシステムにおいて、各制御演算機能間の情報通信と各制御演算機能毎に固有の入出力情報を1つの共有バスのみを用いて実現した場合には、共有バス上でのデータ通信量が増えると共に、各制御演算機能間でのバス競合が多くなり処理性能の低下を招くことになる。この対策として、各制御演算機能間の情報通信あるいは各制御演算機能に共通する入出力情報の通信には共有バスを用いると共に、各制御演算機能毎に固有な入出力情報は個別バスに接続し、共有バスと個別バスによるバスの2重化を実現することで、共有バス上での情報通信量の増加を抑えられることから、制御演算機能の拡張時においても情報通信のためのオーバヘッドが少なくなり性能低下を防ぐことができる。さらに、各制御演算機能毎に個別バスインターフェイスを2個設け、隣合う制御演算機能を直列に結合するような構成にすることで、制御演算機能の拡張を容易に行うことができる。
【0013】
また、上記のように各制御演算機能毎に個別バスインターフェイスを2個設け隣合う制御演算機能を直列に結合するような構成にすることで、1つの個別バスは2個の制御演算機能により共有されることになる。つまり、各個別バスに接続された入出力手段は、2個の制御演算機能により共有されることになる。従って、ある1個の制御演算機能が個別バスを介して入出力手段をアクセスし、運転を実行している時に故障が発生した場合においても、故障した制御演算機能と個別バスで接続された他の正常な制御演算機能が個別バスに接続された同一の入出力手段を、故障した制御演算機能になりかわってアクセスすることができるため、システムを停止することなく運転を続行できる。
【0014】
また、各々の制御演算部が有する2つの個別バスは、全ての制御演算機能と直列に接続されていることから、各制御演算部は隣接する2つの制御演算部と個別バスを介して情報通信が可能であり、共有バスと共に2系統での情報通信機能を持つことになり、共有バスの故障時においても個別バスによる情報通信系を用いることで、共有バスでの通信データを個別バスで通信できるため、共有バス故障に対してもバックアップが可能となる。
【0015】
更に、各演算部はある決められた診断データを、共有バスと個別バスの双方に接続された記憶手段に出力するか、あるいは直接他の制御演算部に診断データを出力すると共に、各制御演算部は他の制御演算部が出力した診断データを、共有バス及び個別バスから取り込み、その双方の診断データを比較判断することで、隣接する制御演算部間での相互診断と共有バス及び各個別バスの診断を、ソフトウェアで実現できる。また、故障した制御演算手段あるいは故障したバスを正常なバスあるいは正常な制御演算手段なから切り離すことにより、故障した制御演算手段あるいは故障したバスから正常なバスあるいは正常な制御演算手段に誤信号が侵入しなくなるため、正常なバスあるいは正常な制御演算手段で行っているバックアップ処理を正しく実行できる。
【0016】
【実施例】
以下、本発明を用いたネットワークシステムの一実施例を図1により説明する。図1は複数の演算部1.1〜1.nにより対象システムの処理を分散処理するネットワークシステムの構成図である。本システムでは複数の演算部1.1〜1.n間で必要な情報の通信あるいは情報の記憶には、共有バス2を介して行われ、例えば磁気メモリやICメモリ等の各種記憶手段が用いられる。これらの記憶手段は共有バスに独立に配置しても、各演算部に分散して配置されても良いことは明らかである。なお、図1には示していないが共有バス2でのバス競合が発生しないような調停回路(バスアービタ)が、演算部1.1〜1.nあるいは共有バス2に接続された他の回路に含まれている。
【0017】
各演算部1.1〜1.nの個々には共有バス2とは別の、2つの個別バスインターフェイスを備えており、これら2つの個別バスインターフェイスにより隣合う2つの演算部を個別バス3.0〜3.n で直列に接続する。これら個別バス3.0〜3.n には、各々の個別バスが結合される演算部が制御演算処理に必要な入出力回路(I/O回路)40.a〜4n.nを接続する。つまり、全ての入出力回路40.a〜4n.nは何れか2つの演算部によりアクセス可能な構成となる。
【0018】
ここで、ある1つの個別バスに接続された2つの演算部には、個別バスをアクセスする時にバス競合が発生しないように、各個別バス毎にバスの調停回路が存在する。つまり、個々の演算部1.1〜1.nが有する2つの個別バスインターフェイスの各々には、個別バスのバス調停回路を含んでいる。従って、全ての演算部1.1〜1.nが正常に運転されている場合には、各々の演算部は決められた分担に従い個別バスに接続された入出力回路からの情報をもとに制御演算処理を実行する。
【0019】
このような分散処理において、ある演算部が故障した場合には、故障した演算部と個別バスで結合されている他の演算部が、故障した演算部が実行していた演算処理を引き継いで実行する。つまり、故障した演算部と個別バスで結合されている他の正常な演算部は、故障した演算部が正常動作時にアクセスしている入出力回路をアクセス可能なため、故障した演算部の処理を引き継ぐことができ、演算部の故障に対してもシステムを停止することなく連続運転が可能となる。
【0020】
また、本実施例に示した共有バスと個別バスによる2重化バス構成では、複数の演算部が各々隣合う演算部と個別バスを介して、情報を順次伝送することができるため、共有バスにより伝送されるべき情報を個別バスでも代用可能なことから、共有バスの故障時においてもシステムを停止することなく連続運転が可能となる。
【0021】
なお、上記実施例における演算部としては、汎用あるいは専用の計算機はもちろんのこと、マイクロコンピュータなど各種の演算機能を有するもので実現される。また、共有バスあるいは個別バスには、パラレル通信手法あるいはシリアル通信手法のいずれの手法でも実現可能であり、また、その仕様としてはイーサネットやFDDI等の標準の仕様であっても独自の専用仕様のいずれでも構わないことは明らかである。
【0022】
更に、共有バスには情報通信手段のほか、共有バスに接続された各制御演算部に共通な入出力回路、あるいは各演算部を統括あるいは各演算部への指令を生成することのできる個別バスを持たない上位の演算部を接続することも可能である。また、各個別バスには入出力回路の他に下位の制御演算手段、あるいは記憶手段などの情報通信手段を接続することも可能である。
【0023】
本実施例によれば、共有バスと個別バスの2つのバスにより各演算部が通信する情報を分割でき、共有バスの情報量が低減されれるため、共有バスにおける各演算部間でのバス競合が少なくなりシステムの性能向上が図れるという効果がある。また、個別バスにより2つの演算部間での情報通信が可能であることから、共有バスを用いた情報の通信量を削減できるため、安価(低速)なネットワークプロトコルを用いることが可能となり、システムのコストを低減できるという効果がある。また、2系統のバスを持っているため、どちらかのバスに異常が生じた場合にも、他の正常なバスで情報通信のバックアップを行うことができるためシステムの信頼性を向上できるという効果がある。更に、個別バスが複数の演算部間で分割されているため、個別バスあるいは周辺入出力回路の故障においても、故障したバスの影響が他の個別バスに波及することがないため、故障を狭い範囲に抑えることができるという効果がある。
【0024】
図2は、図1の演算部の詳細な構成の一例を示し、それは演算部が故障した場合のバックアップの回路構成で、その動作は図3のフローチャートにより説明する。
【0025】
図2の演算部で演算を実行するCPUとしては、マイコンを用い1つの個別バスを隣合う双方のマイコンがアクセスして演算処理を実行させる構成になっている。演算部1.n には、演算を実行するマイコン100のプログラムやデータを保存するメモリ101と、演算部内の周辺素子等とのタイミングを制御するタイミング制御部102を持っている。故障検出部103は、ウォッチドクタイマエラーやパリティエラー,アドレスエラーなどマイコン100の故障をはじめ、演算部1.n 内の異常をハードウェア的に検出する。なお、この故障検出部103の故障検出信号(AB)は、自演算部内のマイコン100に出力し故障時の処理を実行させると共に、個別バスに接続された他の2つの演算部に対しても自演算部の故障を通知する。
【0026】
共有バスとのインターフェイス手段は、バスバッファ104および他の演算部と共有バス上でのバス競合を回避するためのバスアービタ105とから構成する。マイコン100が共有バスをアクセスする時には、他の演算部が共有バスを使用していないことをバスアービタ105が検知し、バスバッファ104を能動状態にすることで共有バスのアクセスを可能とする。また、バスアービタ105はマイコン100が共有バスをアクセスする時に、他の演算部が共有バスをアクセスしていたときには共有バス獲得までマイコン100を待たせると共に、マイコン100が共有バスのアクセス中は、他の演算部が共有バスをアクセスできないように制御する。
【0027】
一方、2つの個別バスa,bとのインターフェイス手段は、各々の個別バス毎にバスバッファ106a,106bおよび、他の演算部と個別バス上でのバス競合を回避するためのバスアービタ107a,107bとからなり、その機能は共有バスインターフェイス手段と同一である。
【0028】
なお、故障検出部103が自演算部の故障を検出した場合には、故障検出信号(AB)により共有バスバッファ105ならびに、個別バスバッファ106−aおよび106−bを非動作状態にすることで、故障した演算部を各個別バスから分離する。
【0029】
本構成の演算部により、他の演算部が故障した場合のマイコン.n の処理を、図3のフローチャートにより説明する。なお、各マイコンの情報通信には、共有バスに接続されている共有メモリを用いて行われるものとする。
【0030】
マイコン.nの処理内容としては、まず、ステップ200においてマイコン.n自身が分担する演算処理を実行し、ステップ201ではマイコン.n が故障したときに、他のマイコン.n−1 あるいはマイコンn+1が処理をバックアップできるように、マイコン.n のワークデータを共有メモリに格納する。その後、ステップ202からステップ207に示すマイコン.n−1 に関する処理を行う。
ステップ202では、マイコン.n−1 が既に故障しているか否かをフラグにより判別し、故障していなければステップ203に移りマイコン.n−1 からの故障検出信号が入力されているかを判別し、入力されていなければマイコン.n−1は正常に動作していることになるため、ステップ208からのマイコンn+1に関する処理に移る。
【0031】
一方、ステップ203で故障検出信号が入力された場合には、マイコン.n−1が故障した直後になるためステップ204で共有メモリからマイコン.n−1のワークデータを取り込みマイコン.n−1 の処理を実行できるように準備する。その後、ステップ205でマイコン.n−1 が故障していることを示すフラグをセットしてステップ206に処理を移す。
【0032】
ステップ206では、マイコン.n−1が分担している演算処理をマイコン.nが代わって実行し、ステップ207でワークデータを共有メモリへ格納する。なお、ステップ202でフラグによりマイコン.n−1 が既に故障していた場合には、同様にステップ206からの処理を行う。以後、マイコン.n+1 に関する処理として、ステップ202からステップ207で示したマイコン.n−1 の処理と同様に、マイコン.n+1 が故障したときの処理をステップ208からステップ213で実行することで、マイコン.n+1 のバックアップを可能にし処理を終了する。
【0033】
なお、以上の説明から分かるように、あるマイコンが故障した場合には、2つの個別バスで接続された他の2つのマイコンにより、故障したマイコンの処理を分担できる。
【0034】
本実施例によれば、故障したマイコンの処理を2つのマイコンで処理を分担できるため、バックアップするマイコンの処理増加を半減することができることから、バックアップするマイコンの性能低下と共に、システムの性能低下を抑えられるという効果がある。また、バスバッファにより故障した演算部を各々のバスから分離することで、故障した演算部から誤信号がバスに出力されることを防止できることから、演算部の故障が他に波及されることなく故障範囲を狭い範囲に抑えられるという効果がある。
【0035】
なお、演算部の詳細な構成は、図2のものに限られるものではない。そこで、さらに図4は、図1の演算部の詳細な構成の一例を示したもので、それは演算部が故障した場合のバックアップの回路構成で、その動作は図5のフローチャートにより説明する。図4において図2と同一符号のものは同一機能を有する。
【0036】
本実施例において、各マイコンが有する2つの個別バスのうち、正常動作時は一方の個別バスのみを占有してアクセスすることで演算処理を実行するものである。従って、正常動作時において他の一方の個別バスは、その個別バスで接続された他のマイコンにより占有される。そして、他の一方の個別バスで接続されている他のマイコンが故障した時には、他の一方の個別バスをもアクセスできるように切り替え、2つの個別バスを占有することで故障したマイコンの処理を引き継ぐようにしている。つまり、各マイコンは正常動作時にアクセスしない個別バスとで接続されたマイコンに対してのみバックアップ動作を行う。従って正常動作時は、切換器110−bによりバスバッファ106−bを非動作状態にすることで個別バスbを切り離すと共に、切換器110−aによりバスバッファ106−aを動作状態にすることで個別バスaのみを占有して制御処理を実行する。
【0037】
ここで、個別バスbに接続されている他の演算部が故障した場合には、個別バスbから送られてくる他の演算部の故障信号AB−rにより、切換器110−bがバスバッファ106−bを動作状態に切り替えることで、個別バスaと個別バスbの双方のバスを占有することになり、故障した他の演算部の処理をバックアップできる。逆に、自演算部が故障した場合には、故障検出部103が出力する故障検出信号(AB)により、切換器110−aがバスバッファ106−aを非動作状態に切り替えることで個別バスaを切り離す。従って、個別バスaに接続された他の演算部が、自演算部の処理をバックアップする。
【0038】
以下、図5のフローチャートによりマイコン.n の処理を説明する。なお、各マイコンの情報通信には前記実施例と同様に、共有バスに共有メモリを接続し用いているものとする。
【0039】
マイコン.nの処理内容としては、まず、ステップ300においてマイコン.n自身が分担する演算処理を実行し、ステップ301ではマイコン.n が故障した時に、他のマイコン(本実施例ではマイコン.n−1 となる)が処理をバックアップできるように、マイコン.n のワークデータを共有メモリに格納する。次に、マイコンn+1の故障検出信号が入力されているか否かをステップ302で調べ、入力されていたならステップ303に進み、マイコン.n+1 が既に故障していたかを判別する。ステップ303で故障検出フラグがセットされていなければ、マイコン.n+1 は故障直後と判断し、ステップ304で故障検出フラグをセットする。
【0040】
次にマイコン.n+1 の処理を引き継ぎ実行するわけであるが、各マイコンがサンプリング処理されている場合には、故障したマイコンの処理を負担するだけ処理時間が増加する。そのため、ステップ305で処理時間の増加に見合わせてマイコン.n+1 のサンプリング周期を変更した後、ステップ306でマイコン.n+1 のワークデータを共有メモリから取り出し処理を引き継げる状態にする。
【0041】
ステップ307では、故障したマイコン.n+1 の処理を実行し、そのワークデータをステップ308で共有メモリに格納しマイコン.n の処理を終了する。なお、ステップ303で故障検出フラグがセットされていたならば、既に実行されている故障検出直後の処理(ステップ304からステップ306)を行う必要がないためステップ307に処理を移すことになる。
【0042】
一方、ステップ302でマイコン.n+1 の故障検出信号が入力されていない場合は、ステップ309に進み故障検出フラグを判別する。ステップ309で故障検出フラグがセットされていたら、それまでマイコン.n+1 が故障していたものと判断(つまり、故障から復帰)し、ステップ310で故障検出フラグをリセットする。マイコン.n+1 が故障中は、その処理負担増加に見合い変更していたサンプリング周期を、ステップ311で正常時の状態に戻して処理を終了する。なお、ステップ309で故障検出フラグがリセット状態であれば、マイコン.n+1 は正常に動作していることになるため処理を終了する。
【0043】
本実施例においては、マイコンの正常動作時には一方の個別バスのみをアクセスするため、各マイコンが有する2つの個別バスにはバス競合が発生せず、個別バスインターフェイス回路にバスの調停回路が必要なくなり、ハードウェアが簡単になるという効果がある。また、個別バスでのバス競合によるマイコンの稼働率を低下させないため効率を向上できるという効果がある。更に、正常なマイコンは故障したマイコンの処理を負担した時に、その負担増加に伴う処理時間の増加に見合いサンプリング周期を変更するため、安定にシステムを運転できるという効果がある。
【0044】
次に、上記実施例において演算部間でのソフトウェアによる相互監視方法、および共有バスと個別バスの診断方法の一実施例を図6に示す構成図と図7のフローチャートにより説明する。なお、図6において図1と同一符号のものは同一機能を有する。
【0045】
本実施例では、共有バスの診断データと個別バスの診断データを比較判別して診断を行う。従って、共有バスでの情報通信手段と,各個別バス毎の情報通信手段が必要となり、図6の構成において共有バスでの通信手段として共有メモリ5を用い、2つの演算部間での通信手段として各個別バスに接続された個別メモリ6.1〜6.nを用いて行う。このことから、演算部nは、演算部n−1と演算部n+1との2つの演算部とで相互診断を行うことになる。
【0046】
以下、演算部としてマイコンを用いた時の、マイコン.n の処理内容を図7のフローチャートを用いて説明する。なお、上述のようにマイコン.n は、マイコン.n−1とマイコン.n+1の2つのマイコンと相互診断を行うものであるが、処理内容は同一のため図7ではマイコン.n−1 についてのみ説明する。なお、本実施例において各マイコンは診断データとして、ある決められた規則に従った同一データを(CD.n−1)および(LD.n−1)として共有メモリと個別メモリに出力する。
【0047】
マイコン.n の処理内容としては、まず、ステップ400においてマイコン.n−1が出力した診断データ(CD.n−1)を共有メモリから取り込んだ後、ステップ401ではマイコンn−1が出力した診断データ(LD.n−1)を取り込み、ステップ402で(CD.n−1)と(LD.n−1)の2値が等しいか否かを判別する。
【0048】
ステップ402で2値が等しいと判別された場合は、共有バスおよび個別バスとも正常と判断し、処理をステップ403に移し正常時のマイコン.n の処理を実行する。その後、ステップ404においてマイコン.n 自身の診断データとして、同一の値を共有メモリと個別メモリに出力し処理を終了する。
【0049】
一方、ステップ402で2値が等しくないと判別された場合は、ステップ405からの異常時の処理を実行する。ステップ405では共有メモリ側のデータである(CD.n−1)が、前述のある規則に沿ったデータであるか否かの妥当性をチェックし、正しければ個別バス側のデータが誤っているため、個別バス.n−1が故障しているものとしてステップ406に移る。
【0050】
ステップ406では故障と判別された個別バス.n−1をマイコン.nから切り離した後、ステップ407で個別バス.n−1が故障した場合のマイコン.nの処理を実行する。また、故障した個別バス.n−1 で通信されていたデータを、ステップ408で共有バスを用いて通信を代行させた後、ステップ409で共有メモリに対してのみ、診断データを出力し個別バス.n−1 の故障時の処理を終了する。
【0051】
また、ステップ405で(CD.n−1)の値が不当な値であった場合にはステップ410に処理を移し、個別メモリ側の診断データである(LD.n−1)を、前述と同様に妥当性をチェックする。ステップ410において診断データ(LD.n−1)が正しければ、共有バス側のデータが誤っているため、共有バスが故障しているものと判断しステップ411に移る。
【0052】
ステップ411では共有バスが故障した場合のマイコン.n の演算処理を実行した後、ステップ412において共有バスで通信されていたデータを、個別バス.n−1および個別バス.nで代行して通信を行う。その後、ステップ413で個別メモリに対してのみ、マイコン.n の診断データを出力し共有バス故障時の処理を終了する。
【0053】
また、ステップ410において診断データ(LD.n−1)が誤っていた場合には、共有バス側および個別バス側の両データが共に誤っているため、マイコン.n−1自体が故障しているものと判断しステップ414に移る。ステップ414ではマイコン.n−1 が、共有バスと個別バスに誤信号を出力しないようにマイコン.n−1を各バスから切り離した後、ステップ415でマイコン.n−1が故障したときのマイコン.n の処理を実行する。最後に、ステップ416において他の正常なマイコンとの診断データとして、同一の値を共有メモリと個別メモリに出力し処理を終了する。
【0054】
なお、本実施例において診断データを数回確認する方法や、メモリとの送受信の完了フラグ等を設けることで、他のマイコンとの診断データ受渡しタイミングのずれを回避する方策を用いることも可能である。また、検出した故障個所を記憶すると共に表示することも可能であり、故障の記憶により故障時の故障個所の判別を行う処理を重複させることなく、処理の簡略化を実現できる。
【0055】
本実施例において、複数の演算部間で共有バスと固有バスの2系統で診断データを交信し、その診断データを比較判別することにより、各演算部の故障などの相互監視と2系統のバスの各々の監視をソフトウェアで同時に実現できると共に、演算部あるいはバスのいずれの故障に対してもバックアップできることから、無停止運転が可能となりシステムの信頼性を向上できるという効果がある。また、各個別バスに情報通信手段を設けた場合には、個別バスで結合された2つの演算部でのみ使用される情報を、共有バスを介さずに通信できることから共有バス上のデータ量が削減されるため、各演算部の稼働率を向上できシステムの性能向上を図れるという効果もある。更に、故障発生時の故障要因の判別と,故障個所の表示により保守が容易になるという効果もある。
【0056】
次に、本発明を用いたネットワークシステムの他の実施例を図8により説明する。なお、図8において図1と同一符号のものは同一機能を有する。本実施例において各演算部7.1〜7.nが有する2つの個別バスと,各個別バスに接続される入出力回路(I/O)の構成は図1と同一であるが、共有バスの形態が異なるため、以下、共有バスおよび各演算部7.1〜7.nの共有バスインターフェイスの構成方法について説明する。
【0057】
演算部7.n は共有バスインターフェイスとして、2つの共有バスバッファ 10.n1および10.n2を含んでおり、これら2つの共有バスバッファを演算部7.n内で相互接続し、更に、演算部7.nの内部バスとも内部バッファ10.n3を介して接続する。なお、図1の構成と同様に内部バッファ10.n3 には、共有バス2.1〜2.nでのバス競合が発生しないような調停回路が含まれている。これら2つの共有バスバッファのうち、一方の共有バスバッファは他の演算部の一方の共有バスバッファと接続し、また、他の一方の共有バスバッファは別の他の演算部の一方の共有バスバッファと接続する。つまり、共有バスは個別バスの接続方法と同様に、各演算部間を複数の共有バス2.1〜2.nにより直列に接続される。本システムが正常に動作しているときには、各演算部にある2つの共有バスバッファは共に動作状態にあるため、各演算部からは複数の共有バス 2.1〜2.nを1本のバスとして扱うことができ、図1と同様のシステムとなる。
【0058】
本構成において演算部7.n に故障が生じた場合には、2つの共有バスバッファ10.n1および10.n2は動作状態のままとし、内部バッファ10.n3 のみを非動作状態にする。これにより、他の正常な演算部に影響を与えることなく故障した演算部のみを共有バスから分離できる。また、複数の共有バス2.1 〜2.nのうち、いずれか1本が故障した場合、例えば、共有バス2.1が故障したときには当該故障バスのみを分離する。つまり、故障した共有バス2.1 と接続されている共有バスバッファ10.12と10.21を非動作状態にすることで、故障した共有バス2.1のみを分離する。ここで、共有バス2.1と同じ演算部間を結ぶ個別バス3.1 を用いて、2つの演算部が転送処理を負担することで、故障した共有バス2.1 のバックアップを可能とし、システムを停止することなく運転を続行できる。
【0059】
本実施例によれば、共有バスが演算部間で分離できる構成となっているため、共有バス故障の影響が全ての演算部に波及することなく、故障範囲を狭い範囲に抑えることができるという効果がある。また、故障以外の共有バスは正常時と同様に動作できるため、システム性能の低下が少なくなるという効果もある。更に、故障バスの修理や交換といった保守作業も、他の共有バスに影響を与えないため保守の効率化が実現できるという効果もある。
【0060】
次に、本発明を用いたネットワークシステムの他の実施例を図9により説明する。なお、図9において図1と同一符号のものは同一機能を有する。本実施例は図1に示すネットワークシステムを階層化構造にしたものである。つまり、図9における上位の演算部1.1と1.2のみが共有する個別バス3.1 には、複数の下位の演算部11.1〜11.nを接続し、下位の演算部11.1〜11.nにとっては個別バス3.1 を共有バスとして扱う構成である。
【0061】
また、演算部11.1〜11.nの各々は、上位の演算部1.1および1.2と同様に2つの個別バスインターフェイスを持ち、各々の個別バスインターフェイスを複数の個別バス31.0〜31.n で直列に結合する。更に、個別バス31.0〜31.n には下位の演算部11.1〜11.nが、制御演算処理に必要な入出力回路(I/O)40.0〜40.nを接続し、階層化構造のネットワークシステムを構築する。
【0062】
なお、本実施例において個別バス3.1 には下位の演算部11.1〜11.nのみを接続しているが、上位の演算部1.1および1.2に固有の入出力回路、あるいは個別バス3.1 に接続された下位の演算部11.1〜11.nに共通の入出力回路を接続することもできる。また、本実施例では演算部を2階層としたネットワークシステムについて示したが、同構成により対象システムに応じたn(nは2より大きい整数)階層を実現できる。更に、各階層の共有バス及び個別バスの仕様を同一とすることで、各階層の演算部および入出力回路の共通化が可能である。なお、本実施例に示した階層化構造のネットワークシステムにおいても、前述した演算部あるいはバスの故障に対するバックアップ手法が適用されることは明らかである。
【0063】
本実施例によれば、制御を行うネットワークシステムを階層化することにより、対象システムに応じて自由に階層数が換えられると共に、各階層の演算部を最適な規模で実現できるという効果がある。また、各階層でのバス仕様を統一化することで、各階層での演算部あるいは入出力回路の標準化ができるという効果がある。
【0064】
次に、本発明を用いたネットワークシステムの他の実施例を図10により説明する。なお、図10に示すその他の個別バスあるいは入出力回路で、図1と同符号(′符号も同様)は同一機能を有する。本実施例は図1に示す水平分散型ネットワークシステムを複数有するシステムにおいて、各々の水平分散型ネットワークシステムの演算部間を、第3の個別バスで結合することで、複数の水平分散型ネットワークシステム間の情報を通信するものである。
【0065】
つまり、図10における2つの水平分散型ネットワークシステムが有する各演算部1.1および1.2(あるいは1.1′および1.2′)は、ネットワーク内の演算部間を直列に結合する2つの個別バスインターフェイスのほかに、新たに第3の個別バスインターフェイスを設ける。そして、演算部1.1(あるいは1.2)の第3のインターフェイスと,演算部1.1′(あるいは1.2′)の第3のインターフェイス間を、第3の個別バス3.01(あるいは3.12)で結合することで、2つの水平分散型ネットワークシステム間の情報通信を行うものである。
【0066】
従って、システム構成としては2つの水平分散型ネットワークシステムを、対称に個別バスで結合した形になっている。なお、本実施例では全ての演算部が個別バス3回路を持ち、互いのネットワーク間を結合しているが、ネットワーク間で情報通信が必要となる演算部のみを、第3の個別バスで結合させる構成も可能である。更に、前記第3の個別バスに入出力回路を接続することもできる。
【0067】
本実施例によれば、複数のネットワークシステム間での情報通信において、情報を必要とする演算部間での直接通信あるいは資源の共有化が可能であることから、他の演算部に必要のないデータを共有バスで通信する必要がないため、情報通信の高速化が実現できると共に、共有バスの利用率を抑制でき各演算部の稼働率を向上でき、各ネットワーク毎の運転効率を向上できる効果がある。
【0068】
次に、本発明を用いたネットワークシステムの他の実施例を図11により説明する。なお、図11において図1と同一符号のものは同一機能を有するものである。2つの演算部1.1と1.2が持つ2つの個別バスインターフェイスを、2つの個別バス3.1と3.2で直結することで個別バスの2重化を行う。2重化された個別バス3.1と3.2の各々には、入出力回路40.a〜40.n および41.a〜41.nが接続される。
【0069】
これら入出力回路の各々は切替器9.1〜9.nに入力され、1つの切替器には異なる個別バスから同一機能を有する入出力回路が接続される(例えば、切替器9.n と接続される入出力40.nと41.nは同一機能を有する)。つまり、各々の切替器はどちらか一方の入出力回路を選択するもので、どちらか一方の演算部あるいは個別バスまたは入出力回路が故障した場合においても、正常な機能と接続されている側を選択することによって、システムを停止することなく対象システムの処理を実行することができる。従って、演算部1.1および1.2が実行する処理内容としては、各入出力回路に対して同一演算処理を実行するものである。
【0070】
なお、本実施例における切替器の切替方法としては、故障信号によるハードウエア的な切り替え(但し、正常時はどちらか一方に規定される)、または、双方の個別バスが接続される演算部からの指令による切り替えなどによる。また、演算部の個別バス獲得方法としては、前述の図2あるいは図4のどちらの構成でも実現できることは明白である。更に、入出力回路は2重化されているが、2重化の必要のない入出力は単独に接続しても構わない。
【0071】
本実施例によれば、1つの共有バスと2つの個別バスを有する演算部の構成を変えることなく、個別バスと入出力回路の2重化が実現できるため、個別バスあるいは入出力回路の故障に対しても、対象システムを停止することのない信頼性の高いシステムが簡単に実現できるという効果がある。
【0072】
次に、上述したネットワークシステム、あるいはマルチプロセッサシステムを応用した例として、本発明の基本である図1の構成と対応させた10の例を表1に示し、以下その各々の応用例について説明する。
【0073】
【表1】

Figure 0003750146
【0074】
まず、表1のNo.1は、鉄道交通システムの鉄道路線の情報制御に本発明を適用したものである。対象となる路線内で核となる主要な駅(あるいは制御室)の情報処理機器を、路線全域に渡る共有バスに接続し運行情報などを通信する。また、各々の核駅間を個別バスで結合し、核駅間に存在する地方駅や信号機,遮断機を、個別バスに接続されるI/Oとすることで、路線全域の運行管理や制御を行うものである。なお、個別バスに接続される入出力機器として情報端末機器などを接続することで、座席予約システムなどの情報通信ネットワークとしても応用が可能である。
【0075】
本応用例では路線全域に渡る共有バスの故障に対しても、複数の個別バスを経由して情報を通信できると共に、核駅にある情報処理機器の故障に対しても、個別バスで接続された他の核駅にある情報処理機器がバックアップできる構成となるため、バスおよび情報処理機器の故障においてもシステムを停止することなく連続運転が可能となる効果がある。
【0076】
次に、表1のNo.2は鉄道車両の車両内制御装置に本発明を適用した例であり、図12に詳細な応用例を示す。連結された車両数をnとし、各車両毎の制御装置を全車両共通の共有バス2で結合すると共に、各車両に設けた車両制御部11.1〜11.nの相互を複数の個別バス3.1〜3.nで結合する。各個別バスに接続される機器としては車両毎に異なるが、扉制御,空調機制御,照明制御,駆動モータ制御装置といった下位の制御部がある。共有バス2には車両速度指令や、各車両毎の温度設定値などが通信され、それぞれの指令値に従い各車両内の制御装置が処理を実行する。
【0077】
なお、図12において最後尾車両の個別バス3.nと先頭車両の個別バス3.0を接続することにより、各個別バスに接続される全ての機器は2つの車両制御部から制御可能となり、車両制御部の故障に対しても運転の継続が実現できる。なお、共有バスで伝送される情報としては、ラジオ回線や電話回線などの車内サービスとしても利用できる。なお、本応用において各車両制御部は車両内全ての下位の制御部を管理しているが、他の車両にある下位の制御部を分担するなど、その分担方法は自由に設定できることは明らかである。
【0078】
次に、表1のNo.3は鉄鋼の圧延設備において、複数の圧延スタンド制御に本発明を適用した例である。複数圧延スタンドの個々に設置された制御装置を共有バスで結合すると共に、各個別バスには各々の圧延スタンドを制御する圧延ロール駆動装置や圧下駆動装置などが接続される。全圧延スタンド間にまたがる共有バス2には、各圧延スタンドのロール速度や圧下速度といった各種指令値、あるいは各圧延スタンドの運転状況などの情報が通信され、複数の圧延スタンド間の協調制御が実現できる。
【0079】
本応用例では、複数の圧延スタンドの制御装置のうち、1つの制御装置が故障した場合のバックアップが可能になる他、個別バスにより2つの圧延スタンド間でのキメ細かな情報通信ができるため、圧延スタンド間の協調制御が容易になる効果がある。
【0080】
表1のNo.4は、製鉄所において上述のNo.3よりも更に上位の圧延設備に本発明を適用した例である。製鉄所における加熱炉や圧延機をはじめとする各種設備に設けられている制御部を共有バスで接続し、製鉄所内の各設備の運転指令や運転状況などの情報が通信される。また、各設備間を結合する個別バスには各設備内の下位の制御装置、例えば加熱炉の温度制御装置あるいは圧延機の板厚制御装置や張力制御装置などを接続するものである。なお、本例に示した個別バスを上記No.3に示した圧延設備の共有バスとして上記No.3のシステムを接続することで、No.4のシステムを上位としNo.3のシステムを下位とした、製鉄所における圧延機制御システムを、図9に示す階層構造を持つシステムに構築できる。
【0081】
表1のNo.5は火力発電所の設備に本発明を適用した例である。火力発電所におけるボイラやタービンをはじめとする各種設備に設けられている制御部を共有バスで接続し、発電所内の各設備に対する運転指令や運転状況などの情報が通信される。また、各設備間を結合する個別バスには各設備内の下位の制御装置、例えばボイラの蒸気圧制御装置や温度制御装置、あるいはタービンのタービン圧力制御装置などが接続されるものである。
【0082】
表1のNo.6は広域な計算機ネットワークシステムに本発明を適用した例として、銀行のオンラインシステムについて説明する。銀行の本店や各支店に設置された計算機の全てを共有バスで結合すると共に、個別バスは距離的に近い支店間(あるいは本店と支店間)を相互に結合するものである。また、個別バスには、本店あるいは支店に設置されたオンラインCD端末や窓口端末、または、本店あるいは支店が管轄する出張所の端末機器が接続される。
【0083】
従って、各端末機機は2つの計算機による管理が可能になると共に、全国規模の情報通信には共有バスを用い、特定地域での比較的狭い地域での情報通信には個別バスを用いることで、顧客に対して高速なサービスを提供できるという効果がある。
【0084】
表1のNo.7は狭い範囲における計算機ネットワークシステムに本発明を適用した例として、建屋内OAシステムのネットワークについて説明する。共有バスには建家内のトータルシステムを管理するホストの計算機と、各階に設置されたネットワークコントローラが接続される。これらネットワークコントローラから出力される個別バスは、各階に配線され他の上下階のネットワークコントローラと結合される。従って、各階に設置されるワークステーションやパソコン,プリンタなどのOA機器は2つの階にあるネットワークコントローラから管理されることができるため、ネットワークコントローラの故障に対しても各OA機器は運転を続行できる構成となる。
【0085】
表1のNo.8は本発明を適用したマルチプロセッサを用いた機器の制御装置として、モータ制御装置に応用したシステムについて説明する。また、制御装置における制御ユニットのプリント回路板、あるいはバスの配線方法の具体例を図 13に示す。本例におけるモータ制御装置の演算部としては、速度制御や電流制御など各制御ブロック毎にマイコンを用いたマルチプロセッサシステムを構成しており、各々の演算部あるいは機能毎の入出力回路が1枚のプリント回路板で実現されている。個別バスに接続される入出力回路としては、電流検出回路などのアナログ信号処理回路や、エンコーダパルスの処理回路あるいは電力変換器へのPWMパルス出力回路などがあり、各々のプリント回路板は制御処理を実行するマイコンに対応した個別バスに接続される。これらプリント回路板の制御ユニットへの実装方法の一例として、図13のように構成することができる。なお、図13では複数制御ユニットに拡張できる構成を示しているが、単一ユニットで使用することも可能である。
【0086】
図13において2つの制御ユニット50,60には、各々3枚のマイコンを含んだプリント回路板(以下、マイコンボードと称す)51〜53,61〜63と、それらの間に入出力回路のプリント回路板511〜532,611〜632が配置されバックボードにより接続される。各制御ユニット内で上述の各プリント回路板が接続されるバックボードには、上部に共有バスが配線されると共に、下部に複数の個別バスがマイコンボード毎に互い違いに配線されることで、マイコンボードと入出力回路が、1つの共有バスと2つの個別バスに接続される。
【0087】
このような実装方式とすることで、各個別バスおよび入出力回路は、隣合う2つのマイコンボードに共有されることになり本発明の構成を実現できる。なお、全マイコンボードに共通な入出力回路を接続する場合には、入出力回路内に共有バスインターフェイスを設けてバックボードと接続することで実現されることは明らかである。また、別の制御ユニットに拡張する方法としては、ドライバやレシーバを含む拡張ユニット55,65から出力される拡張バスを接続することで実現される。つまり、共有バスの拡張バスポートであるCA1,CB1とCA2,CB2を、また、個別バスの拡張バスであるLA1,LB1とLA2,LB2を、それぞれ制御ユニットが直列になるように接続することで、2ユニット以上の拡張が可能である。また、制御ユニットの拡張数を2ユニットに限定した場合には、共有バスの拡張バスは1ポートで充分で各々を直結し、個別バスは2つの拡張ポートのうちLA1とLB2,LB1とLA2を結合することで全てのマイコンボードがリング状に接続されるため、各々の入出力回路は2つのマイコンで管理されることになる。
【0088】
なお、本応用例ではモータ制御装置について述べたものであるが、電力変換装置などパワーエレクトロニクス制御装置を始めとする、マルチプロセッサシステムを適用した各種制御装置にも適用可能である。更に、2つの個別バスを2つのマイコンボード間で並行して配線されるようにバックボードを構成した場合には、図11に示すような個別バスおよび入出力回路をも2重化した制御装置の構成を、同一仕様のマイコンボードで実現することができる。
【0089】
表1のNo.9は道路を通行する自動車通行量を監視または制御する、道路交通システムに本発明を適用した例である。道路上の主要交差点に演算部を置き、主要交差点間を接続する個別バスには主要交差点間の信号機や交通量監視装置などを設置する。各地点に設置された交通量監視装置からの交通量、あるいは信号機の操作情報などを共有バスで伝送し、各演算部が信号機を操作することにより交通量を制御し、渋滞の少ないスムーズな通行を実現できる。
【0090】
表1のNo.10は電力ネットワークシステムにおいて、特に家庭への給電システムに本発明を適用した例を説明する。複数の配電所は共通の電力母線から電力が供給され、配電所間を結ぶ支線から各家庭に電力を供給するものである。つまり、支線には複数の柱上トランスが設置され、柱上トランスから各家庭へ所定の電圧を供給するものである。
【0091】
従って、各支線は2か所の配電所から電力の供給が可能となる電力ネットワークシステムを構築でき、配電所の故障に対しても各家庭への停電を防止することができる。また、配電所から出力する支線を3本とし、うち1本を他の電力ネットワークシステムの配電所と結合し、つまり図10に示しすように複数の電力ネットワークシステムを結合する構成とすることで、1つの電力ネットワークシステムの電力母線が故障した場合においても、他の電力ネットワークシステムの電力母線から配電所を介して電力の供給を続行できる電力ネットワークシステムを実現できる。
【0092】
【発明の効果】
本発明によれば、複数の制御演算機能を有するネットワークシステムにおいて、共有バスと個別バスを有する2重バス構成であり、各制御演算機能に固有な入出力回路を個別バスに接続することで、バス上の競合が少ない高速なシステムを可能とし、各々の個別バスは2つの制御演算機能と接続され共有されるために、各個別バスに接続された入出力回路は一方の制御演算機能が故障した場合にも、他の一方の制御演算機能からもアクセスできるため、制御演算機能の故障に対しても個別バスと接続された正常な制御演算機能が故障した制御演算機能の制御処理を引き継ぐことが可能となり、制御演算機能の故障に対しても多重化あるいは冗長化することなく最小限の構成でシステムの無停止運転が可能となり、信頼性の高いシステムを構築できるという効果がある。
【0093】
また、制御演算機能は2つの個別バスインターフェイスを持ち、各々の個別バスインターフェイスは異なる他の制御演算部と直列に接続されるため、全ての制御演算部の構成を標準化でき、システム規模に応じた制御演算機能の拡張が容易に実現できるという効果がある。
【0094】
また、各々の個別バスは2つの制御演算機能でのみアクセス可能であることから、システム規模が大きくなり制御演算機能の数が増えた場合にも、各制御演算機能の処理能力の低下を抑えることができ、高性能なシステムを実現できるという効果がある。
【0095】
更に、共有バスと個別バスの2系統の情報通信手段を用いて診断データの出力と判別を行うことにより、演算部の相互診断および共有バスあるいは個別バスの故障診断をソフトウェアで実現できると共に、故障した演算部またはバスのバックアップを、他の演算部あるいはバスで実現できることから、信頼性の高いシステムを構築できるという効果がある。
【図面の簡単な説明】
【図1】本発明を適用したネットワークシステムの一実施例の構成図。
【図2】図1の演算部の構成図。
【図3】図1の演算部が図2で構成され、演算部が故障した場合のバックアップ処理を説明するフローチャート。
【図4】図1の演算部の構成図。
【図5】図1の演算部が図4で構成され、演算部が故障した場合のバックアップ処理を説明するフローチャート。
【図6】本発明の他の実施例であるネットワークシステムの構成図。
【図7】図6のシステムにおける診断方法を説明するフローチャート。
【図8】本発明の他の実施例であるネットワークシステムの構成図。
【図9】本発明の他の実施例であるネットワークシステムの構成図。
【図10】本発明の他の実施例であるネットワークシステムの構成図。
【図11】本発明の他の実施例であるネットワークシステムの構成図。
【図12】本発明を鉄道車両の制御に応用した場合の詳細な構成図。
【図13】本発明を適用した制御装置における制御ユニット回路の具体的構成図。
【符号の説明】
1.1〜1.n…演算部、2…共有バス、3.0〜3.n…個別バス、40.a 〜40.n …制御演算処理に用いる入出力回路。[0001]
[Industrial application fields]
The present invention relates to a system having a plurality of computers (including a microcomputer (hereinafter, abbreviated as a microcomputer)), and redundancy in a network system connecting various computers such as a traffic system, a general industrial system, and an in-building information communication system. It relates to an effective system.
[0002]
[Prior art]
Conventionally, many network systems and control devices using a plurality of computers have been announced. Among them, in addition to a shared bus for connecting a plurality of processors and connecting shared resources such as a shared memory, there are two buses of individual buses for connecting individual resources for each processor. As examples realized by the configuration, there are JP-A-4-36854 and JP-A-4-369069.
[0003]
[Problems to be solved by the invention]
In the above prior art, shared resources such as a shared memory, a disk device or an input / output means for information communication between each microcomputer are connected to the shared bus, and the individual bus for each microcomputer controls the control target. Peripheral input / output means unique to each microcomputer can be connected.
[0004]
In addition, by connecting a dedicated communication path that can only communicate between two microcomputers to the individual bus of each microcomputer and performing information communication between the two microcomputers, the amount of communication on the shared bus can be reduced. Performance degradation can be suppressed.
[0005]
However, when one microcomputer breaks down, it has not been devised so that other microcomputers can access the peripheral input / output means connected to the individual bus of the failed microcomputer. You must interrupt the process. That is, there is a problem that in a system in which processing is performed by a plurality of microcomputers, the entire system must be stopped.
[0006]
Conversely, in order not to stop the system even if the microcomputer fails, it is well known that a redundant system is built by multiplexing microcomputers, and when the microcomputer fails, the redundant microcomputer takes over the processing of the failed microcomputer. In this case, it is necessary to prepare a redundant microcomputer that is not normally used, and there is a problem that the scale of the system increases.
[0007]
Furthermore, there is only one shared bus for all the microcomputers. If this shared bus fails, information communication between the microcomputers becomes impossible, so the system must be stopped. Therefore, in order to make the system non-stop even in the case of a shared bus failure, it is necessary to duplicate the shared bus, which causes a problem that the scale of the system increases.
[0008]
The object of the present invention is to minimize the hardware configuration of a system having a large number of computers and microcomputers having a control operation function, and to suppress an increase in the amount of communication on the bus even if the control operation function is increased. In addition to suppressing the performance degradation of individual control operation functions, the control operation function by hardware and software and the diagnosis function of the shared bus and individual bus are used to detect failures early and identify the location of the failure. An object of the present invention is to provide a highly reliable and scalable system that does not stop the system even when a shared bus or individual bus fails.
[0009]
[Means for Solving the Problems]
  To achieve the above object, according to the present invention, in a system in which a target control process is distributed by a plurality of control operation means and executed, each control operation means includes one shared bus interface means, a first and a first Two individual bus interface means, wherein the shared bus interface means is connected to a shared bus that can be commonly used by the plurality of control arithmetic means, and one of the two individual bus interface means. One individual bus interface means is coupled to one individual bus interface means of another specified control operation means by a first individual bus, and the other second individual bus interface means is the first individual bus interface means. One individual bus interface means of the specified control arithmetic means different from the control arithmetic means coupled to the bus Are coupled by a second individual bus, the plurality of control arithmetic means are connected in series by a plurality of individual buses, and the control bus has a bus duplicated by the shared bus and a plurality of individual buses, The calculation means can input information to the other control calculation means connected to the first individual bus via the first individual bus, and the other control calculation means uses the first individual bus. Information can be input to the control arithmetic means connected to the first individual bus via the second individual bus, and the control arithmetic means can receive another control connected to the second individual bus via the second individual bus. Information can be input to the calculation means, and another control calculation means connected to the second individual bus can input information to the control means via the second control calculation means. The individual bus and the second individual bus have input devices or outputs. It is characterized in that the device is connected.
[0012]
[Action]
In a system consisting of a plurality of control operation functions, when information communication between the control operation functions and unique input / output information for each control operation function are realized using only one shared bus, As the amount of data communication increases, bus contention among the control operation functions increases, resulting in a decrease in processing performance. As a countermeasure, a shared bus is used for information communication between control arithmetic functions or communication of input / output information common to each control arithmetic function, and input / output information unique to each control arithmetic function is connected to an individual bus. By realizing dual buses with shared buses and individual buses, it is possible to suppress an increase in the amount of information communication on the shared bus, so there is less overhead for information communication even when the control calculation function is expanded. It is possible to prevent performance degradation. Furthermore, by providing two individual bus interfaces for each control operation function and connecting adjacent control operation functions in series, the control operation function can be easily expanded.
[0013]
In addition, as described above, two individual bus interfaces are provided for each control operation function, and adjacent control operation functions are connected in series, so that one individual bus is shared by two control operation functions. Will be. That is, the input / output means connected to each individual bus is shared by the two control arithmetic functions. Therefore, even if a certain control arithmetic function accesses the input / output means via the individual bus and a failure occurs when the operation is executed, the control arithmetic function that is connected to the faulty control arithmetic function is not connected to the individual bus. Because the same input / output means connected to the individual bus can be accessed instead of the failed control operation function, the operation can be continued without stopping the system.
[0014]
In addition, since the two individual buses of each control arithmetic unit are connected in series with all the control arithmetic functions, each control arithmetic unit communicates information with two adjacent control arithmetic units via the individual bus. It is possible to have two systems of information communication functions together with the shared bus, and communication data on the shared bus can be communicated on the individual bus by using the information communication system using the individual bus even when the shared bus fails. Therefore, it is possible to back up against a shared bus failure.
[0015]
Furthermore, each arithmetic unit outputs a predetermined diagnosis data to a storage means connected to both the shared bus and the individual bus, or outputs diagnostic data directly to another control arithmetic unit, and each control arithmetic unit. The unit captures the diagnostic data output from the other control arithmetic units from the shared bus and the individual bus, and compares and judges the diagnostic data of both, thereby allowing mutual diagnosis between adjacent control arithmetic units and the shared bus and each individual bus. The bus diagnosis can be realized by software. Further, by disconnecting the failed control calculation means or the failed bus from the normal bus or the normal control calculation means, an error signal is generated from the failed control calculation means or the failed bus to the normal bus or the normal control calculation means. Since the intrusion does not occur, backup processing performed by a normal bus or normal control calculation means can be executed correctly.
[0016]
【Example】
An embodiment of a network system using the present invention will be described below with reference to FIG. FIG. 1 is a configuration diagram of a network system in which processing of a target system is distributedly processed by a plurality of arithmetic units 1.1 to 1.n. In this system, necessary information is communicated or stored between the plurality of arithmetic units 1.1 to 1.n via the shared bus 2, and various storage means such as a magnetic memory and an IC memory are used. It is done. Obviously, these storage means may be arranged independently on the shared bus, or may be arranged dispersedly on each arithmetic unit. Although not shown in FIG. 1, an arbitration circuit (bus arbiter) that does not cause bus contention on the shared bus 2 is provided in the arithmetic units 1.1 to 1.n or other circuits connected to the shared bus 2. include.
[0017]
Each of the arithmetic units 1.1 to 1.n includes two individual bus interfaces different from the shared bus 2, and two adjacent arithmetic units are connected to the individual bus 3. Connect in series with 0-3.n. These individual buses 3.0 to 3.n are connected to input / output circuits (I / O circuits) 40.a to 4n.n necessary for control arithmetic processing by the arithmetic unit to which the individual buses are coupled. That is, all the input / output circuits 40.a to 4n.n can be accessed by any two arithmetic units.
[0018]
Here, two arithmetic units connected to a single individual bus have a bus arbitration circuit for each individual bus so that bus contention does not occur when the individual bus is accessed. That is, each of the two individual bus interfaces included in each of the arithmetic units 1.1 to 1.n includes a bus arbitration circuit for the individual bus. Therefore, when all the arithmetic units 1.1 to 1.n are operating normally, each arithmetic unit is based on information from an input / output circuit connected to an individual bus according to a predetermined share. Control arithmetic processing is executed.
[0019]
In such distributed processing, when a certain arithmetic unit fails, another arithmetic unit connected to the failed arithmetic unit via an individual bus takes over the arithmetic processing performed by the failed arithmetic unit. To do. In other words, other normal arithmetic units that are connected to the failed arithmetic unit via an individual bus can access the input / output circuit accessed by the failed arithmetic unit during normal operation. It is possible to take over, and continuous operation can be performed without stopping the system even if the operation unit fails.
[0020]
Further, in the duplex bus configuration using the shared bus and the individual bus shown in the present embodiment, since a plurality of arithmetic units can sequentially transmit information via the adjacent arithmetic units and the individual bus, the shared bus is used. Since the information to be transmitted can be substituted by an individual bus, continuous operation is possible without stopping the system even when the shared bus fails.
[0021]
In addition, as a calculating part in the said Example, it is implement | achieved by what has various calculation functions, such as a microcomputer, as well as a general purpose or a dedicated computer. In addition, the shared bus or individual bus can be realized by either the parallel communication method or the serial communication method. The standard specification such as Ethernet or FDDI has its own dedicated specification. Obviously, either is ok.
[0022]
Furthermore, in addition to information communication means, the shared bus has an input / output circuit common to each control arithmetic unit connected to the shared bus, or an individual bus that can control each arithmetic unit or generate commands to each arithmetic unit It is also possible to connect a higher-order arithmetic unit that does not have. In addition to the input / output circuit, information communication means such as a lower-level control calculation means or storage means can be connected to each individual bus.
[0023]
According to the present embodiment, the information communicated by each arithmetic unit can be divided by the two buses, the shared bus and the individual bus, and the information amount of the shared bus is reduced, so that bus contention among the arithmetic units in the shared bus. As a result, the system performance can be improved. In addition, since the information communication between the two arithmetic units can be performed by the individual bus, the amount of information communication using the shared bus can be reduced, so that an inexpensive (low speed) network protocol can be used. The cost can be reduced. In addition, since there are two buses, if one of the buses malfunctions, information communication can be backed up using another normal bus, so the system reliability can be improved. There is. Furthermore, since the individual bus is divided among a plurality of arithmetic units, even if the individual bus or peripheral input / output circuit fails, the influence of the failed bus does not spread to other individual buses, so the failure is narrow. There is an effect that it can be suppressed to the range.
[0024]
FIG. 2 shows an example of a detailed configuration of the arithmetic unit in FIG. 1, which is a backup circuit configuration when the arithmetic unit fails, and its operation will be described with reference to the flowchart in FIG.
[0025]
The CPU that executes the calculation in the calculation unit of FIG. 2 has a configuration in which a microcomputer is used to allow one adjacent bus to access both adjacent microcomputers to execute calculation processing. The arithmetic unit 1.n has a memory 101 for storing a program and data of the microcomputer 100 that executes the arithmetic operation, and a timing control unit 102 for controlling the timing of peripheral elements in the arithmetic unit. The failure detection unit 103 detects hardware abnormality such as a watchdog timer error, a parity error, an address error and the like in the microcomputer 100 as well as an abnormality in the calculation unit 1.n. The failure detection signal (AB) of the failure detection unit 103 is output to the microcomputer 100 in the own calculation unit to execute processing at the time of failure, and also to the other two calculation units connected to the individual bus. Notify that there is a failure in the calculation unit.
[0026]
The interface means with the shared bus comprises a bus buffer 104 and other arithmetic units and a bus arbiter 105 for avoiding bus contention on the shared bus. When the microcomputer 100 accesses the shared bus, the bus arbiter 105 detects that no other arithmetic unit is using the shared bus, and the bus buffer 104 is activated to enable access to the shared bus. The bus arbiter 105 causes the microcomputer 100 to wait until the shared bus is acquired when another microcomputer is accessing the shared bus when the microcomputer 100 accesses the shared bus. The operation unit is controlled so that the shared bus cannot be accessed.
[0027]
On the other hand, the interface means for the two individual buses a and b include bus buffers 106a and 106b for each individual bus, and bus arbiters 107a and 107b for avoiding bus contention with other arithmetic units on the individual bus. The function is the same as that of the shared bus interface means.
[0028]
When the failure detection unit 103 detects a failure of the own calculation unit, the shared bus buffer 105 and the individual bus buffers 106-a and 106-b are deactivated by a failure detection signal (AB). The faulty computing unit is separated from each individual bus.
[0029]
The processing of the microcomputer .n when another arithmetic unit fails by the arithmetic unit of this configuration will be described with reference to the flowchart of FIG. Note that information communication of each microcomputer is performed using a shared memory connected to a shared bus.
[0030]
As processing contents of the microcomputer .n, first, in step 200, the calculation process shared by the microcomputer .n itself is executed. In step 201, when the microcomputer .n breaks down, another microcomputer .n-1 or microcomputer n + 1 The work data of microcomputer.n is stored in the shared memory so that the process can be backed up. Then, the process regarding microcomputer.n-1 shown in step 202 to step 207 is performed.
In step 202, it is determined by a flag whether or not the microcomputer .n-1 has already failed. If not, the process proceeds to step 203 to determine whether or not a failure detection signal is input from the microcomputer .n-1. If not input, the microcomputer .n-1 is operating normally, and the processing from step 208 is performed on the microcomputer n + 1.
[0031]
On the other hand, when a failure detection signal is input in step 203, the microcomputer .n-1 is immediately after the failure, so in step 204, the work data of the microcomputer .n-1 is fetched from the shared memory. Prepare to execute the process. Thereafter, in step 205, a flag indicating that the microcomputer .n-1 has failed is set, and the process proceeds to step 206.
[0032]
In step 206, the microcomputer .n executes the arithmetic processing shared by the microcomputer .n-1, and the work data is stored in the shared memory in step 207. If the microcomputer .n-1 has already failed due to the flag in step 202, the processing from step 206 is similarly performed. Thereafter, as the processing related to the microcomputer .n + 1, similarly to the processing of the microcomputer .n−1 shown in Step 202 to Step 207, the processing when the microcomputer .n + 1 fails is executed in Step 208 to Step 213. .n + 1 backup is enabled and the process ends.
[0033]
As can be seen from the above description, when a certain microcomputer fails, the processing of the failed microcomputer can be shared by the other two microcomputers connected by two individual buses.
[0034]
According to the present embodiment, since the processing of the failed microcomputer can be shared by the two microcomputers, the increase in the processing of the microcomputer to be backed up can be halved. It has the effect of being suppressed. In addition, by separating the failed computing unit from each bus by the bus buffer, it is possible to prevent an erroneous signal from being output from the failed computing unit to the bus, so that the failure of the computing unit is not propagated elsewhere. There is an effect that the failure range can be suppressed to a narrow range.
[0035]
The detailed configuration of the calculation unit is not limited to that shown in FIG. Therefore, FIG. 4 shows an example of a detailed configuration of the arithmetic unit of FIG. 1, which is a backup circuit configuration when the arithmetic unit fails, and its operation will be described with reference to the flowchart of FIG. 4, the same reference numerals as those in FIG. 2 have the same functions.
[0036]
In this embodiment, of the two individual buses included in each microcomputer, during normal operation, only one individual bus is occupied and accessed to execute arithmetic processing. Accordingly, during normal operation, the other individual bus is occupied by another microcomputer connected by the individual bus. Then, when another microcomputer connected with one other individual bus breaks down, the other one individual bus is switched to be accessible, and the processing of the failed microcomputer is performed by occupying two individual buses. I try to take over. That is, each microcomputer performs a backup operation only for a microcomputer connected by an individual bus that is not accessed during normal operation. Accordingly, during normal operation, the bus buffer 106-b is deactivated by the switch 110-b to disconnect the individual bus b, and the bus buffer 106-a is activated by the switch 110-a. Only the individual bus a is occupied and the control process is executed.
[0037]
Here, when the other arithmetic unit connected to the individual bus b fails, the switch 110-b is connected to the bus buffer by the failure signal AB-r of the other arithmetic unit sent from the individual bus b. By switching 106-b to the operating state, both the individual bus a and the individual bus b are occupied, and the processing of the other operation unit that has failed can be backed up. On the contrary, when the self-processing unit fails, the switch 110-a switches the bus buffer 106-a to the non-operating state by the failure detection signal (AB) output from the failure detection unit 103, so that the individual bus a Disconnect. Accordingly, another arithmetic unit connected to the individual bus a backs up the processing of the own arithmetic unit.
[0038]
Hereinafter, the processing of the microcomputer .n will be described with reference to the flowchart of FIG. It is assumed that a shared memory is connected to a shared bus for information communication of each microcomputer as in the above embodiment.
[0039]
As the processing contents of the microcomputer .n, first, in step 300, the calculation process shared by the microcomputer .n itself is executed. In step 301, when the microcomputer .n breaks down, another microcomputer (in this embodiment, the microcomputer .n- 1), the work data of microcomputer .n is stored in the shared memory so that the process can be backed up. Next, it is checked in step 302 whether or not a failure detection signal for the microcomputer n + 1 has been input. If it has been input, the process proceeds to step 303 to determine whether the microcomputer .n + 1 has already failed. If the failure detection flag is not set in step 303, the microcomputer .n + 1 determines that the failure has just occurred and sets the failure detection flag in step 304.
[0040]
Next, the processing of the microcomputer .n + 1 is succeeded and executed. When each microcomputer is sampled, the processing time increases as much as the burden of the malfunctioning microcomputer is borne. Therefore, after the sampling period of the microcomputer .n + 1 is changed in accordance with the increase of the processing time in step 305, the work data of the microcomputer .n + 1 is taken out from the shared memory in step 306, and the processing is taken over.
[0041]
In step 307, the process of the failed microcomputer.n + 1 is executed, the work data is stored in the shared memory in step 308, and the process of microcomputer.n is terminated. If the failure detection flag has been set in step 303, the processing immediately proceeds to step 307 because it is not necessary to perform the processing immediately after the failure detection (step 304 to step 306).
[0042]
On the other hand, if the failure detection signal of the microcomputer .n + 1 is not input in step 302, the process proceeds to step 309 to determine the failure detection flag. If the failure detection flag has been set in step 309, it is determined that the microcomputer .n + 1 has failed so far (that is, recovery from failure), and the failure detection flag is reset in step 310. If the microcomputer .n + 1 is out of order, the sampling cycle that has been changed in accordance with the increase in processing load is returned to the normal state in step 311 and the processing is terminated. If the failure detection flag is reset in step 309, the microcomputer .n + 1 is operating normally, and the process is terminated.
[0043]
In this embodiment, since only one individual bus is accessed during normal operation of the microcomputer, no bus contention occurs between the two individual buses of each microcomputer, and no bus arbitration circuit is required in the individual bus interface circuit. This has the effect of simplifying the hardware. In addition, there is an effect that the efficiency can be improved because the operation rate of the microcomputer is not lowered due to bus competition in the individual bus. Further, when a normal microcomputer burdens the processing of the failed microcomputer, the sampling period is changed in accordance with the increase in processing time accompanying the increase in the burden, so that the system can be operated stably.
[0044]
Next, an embodiment of the mutual monitoring method by software between the arithmetic units in the above embodiment and the diagnosis method of the shared bus and the individual bus will be described with reference to the configuration diagram shown in FIG. 6 and the flowchart of FIG. 6 that have the same reference numerals as those in FIG. 1 have the same functions.
[0045]
In this embodiment, the diagnosis is performed by comparing and determining the diagnosis data of the shared bus and the diagnosis data of the individual bus. Therefore, information communication means on the shared bus and information communication means for each individual bus are required. In the configuration of FIG. 6, the shared memory 5 is used as the communication means on the shared bus, and the communication means between the two arithmetic units. This is performed using the individual memories 6.1 to 6.n connected to each individual bus. From this, the calculating part n performs a mutual diagnosis with the two calculating parts of the calculating part n-1 and the calculating part n + 1.
[0046]
The processing contents of the microcomputer .n when the microcomputer is used as the calculation unit will be described below with reference to the flowchart of FIG. As described above, the microcomputer .n performs the mutual diagnosis with the two microcomputers of the microcomputer .n-1 and the microcomputer .n + 1. However, since the processing contents are the same, only the microcomputer .n-1 is shown in FIG. explain. In this embodiment, each microcomputer outputs the same data according to a predetermined rule as diagnostic data to the shared memory and the individual memory as (CD.n-1) and (LD.n-1).
[0047]
As processing contents of the microcomputer n, first, the diagnosis data (CD.n-1) output from the microcomputer n-1 in step 400 is taken from the shared memory, and then the diagnosis output from the microcomputer n-1 in step 401. Data (LD.n-1) is taken in and it is determined in step 402 whether the two values (CD.n-1) and (LD.n-1) are equal.
[0048]
If it is determined in step 402 that the two values are equal, it is determined that both the shared bus and the individual bus are normal, and the process proceeds to step 403 to execute the process of the microcomputer .n at the normal time. Thereafter, in step 404, the same value is output to the shared memory and the individual memory as diagnostic data of the microcomputer .n itself, and the process is terminated.
[0049]
On the other hand, if it is determined in step 402 that the two values are not equal, the process at the time of abnormality from step 405 is executed. In step 405, the validity of whether the data (CD.n-1) on the shared memory side conforms to the above-mentioned certain rule is checked. If it is correct, the data on the individual bus side is incorrect. Therefore, it is assumed that the individual bus .n-1 is out of order and the process proceeds to step 406.
[0050]
In step 406, the individual bus .n-1 determined to be faulty is disconnected from the microcomputer .n, and then in step 407, the processing of the microcomputer .n when the individual bus .n-1 fails is executed. In addition, after the data communicated on the failed individual bus .n-1 is exchanged using the shared bus in step 408, the diagnosis data is output only to the shared memory in step 409, and the individual bus is output. The processing at the time of failure of .n−1 is terminated.
[0051]
If the value of (CD.n-1) is an invalid value in step 405, the process proceeds to step 410, and the diagnostic data (LD.n-1) on the individual memory side is set as described above. Check validity as well. If the diagnostic data (LD.n-1) is correct in step 410, it is determined that the shared bus is faulty because the data on the shared bus side is incorrect, and the process proceeds to step 411.
[0052]
In step 411, after the computation processing of the microcomputer .n when the shared bus fails, the data communicated by the shared bus in step 412 is communicated on behalf of the individual bus .n-1 and the individual bus .n. I do. Thereafter, in step 413, the diagnosis data of the microcomputer .n is output only to the individual memory, and the processing at the time of the shared bus failure is terminated.
[0053]
If the diagnosis data (LD.n-1) is incorrect in step 410, the microcomputer .n-1 itself is out of order because both the data on the shared bus side and the individual bus side are incorrect. It judges that it is a thing and moves to step 414. In Step 414, after the microcomputer .n-1 is disconnected from each bus so that the microcomputer .n-1 does not output an error signal to the shared bus and the individual bus, in Step 415, the microcomputer .n-1 is failed. .n is executed. Finally, in step 416, the same value is output to the shared memory and the individual memory as diagnostic data with other normal microcomputers, and the process ends.
[0054]
In this embodiment, it is possible to use a method for avoiding a deviation in the timing of delivery of diagnostic data with other microcomputers by providing a method for confirming diagnostic data several times, a flag for completion of transmission / reception with a memory, etc. is there. Further, the detected failure location can be stored and displayed, and the processing can be simplified without duplicating the processing for determining the failure location at the time of failure by storing the failure.
[0055]
In this embodiment, diagnostic data is communicated between a plurality of arithmetic units through a shared bus and a specific bus, and the diagnostic data is compared and discriminated, thereby allowing mutual monitoring of each arithmetic unit for failure and the like and two buses. Since each of the above can be simultaneously monitored by software and can be backed up against any failure of the arithmetic unit or the bus, non-stop operation is possible and the reliability of the system can be improved. In addition, when an information communication means is provided for each individual bus, information used only by two arithmetic units coupled by the individual bus can be communicated without using the shared bus, so the amount of data on the shared bus is reduced. As a result, the operating rate of each computing unit can be improved and the performance of the system can be improved. Furthermore, there is an effect that maintenance is facilitated by determining the cause of the failure when the failure occurs and displaying the failure location.
[0056]
Next, another embodiment of the network system using the present invention will be described with reference to FIG. In FIG. 8, the same reference numerals as those in FIG. 1 have the same functions. In this embodiment, the configurations of the two individual buses included in each of the arithmetic units 7.1 to 7.n and the input / output circuit (I / O) connected to each individual bus are the same as those in FIG. In the following, a configuration method of the shared bus and the shared bus interface of each of the arithmetic units 7.1 to 7.n will be described.
[0057]
The arithmetic unit 7.n includes two shared bus buffers 10.n1 and 10.n2 as a shared bus interface. The two shared bus buffers are interconnected in the arithmetic unit 7.n, and the arithmetic unit It is also connected to the 7.n internal bus via the internal buffer 10.n3. As in the configuration of FIG. 1, the internal buffer 10.n3 includes an arbitration circuit that does not cause bus contention in the shared buses 2.1 to 2.n. Of these two shared bus buffers, one shared bus buffer is connected to one shared bus buffer of another computing unit, and the other shared bus buffer is one shared bus of another other computing unit. Connect to the buffer. That is, the shared bus is connected in series between the respective arithmetic units by a plurality of shared buses 2.1 to 2.n in the same manner as the connection method of the individual buses. When this system is operating normally, the two shared bus buffers in each arithmetic unit are both in an operating state, so that each arithmetic unit has a plurality of shared buses 2.1 to 2.n as one bus. It becomes a system similar to FIG.
[0058]
In this configuration, when a failure occurs in the arithmetic unit 7.n, the two shared bus buffers 10.n1 and 10.n2 remain in the operating state, and only the internal buffer 10.n3 is set in the non-operating state. As a result, only the failed arithmetic unit can be separated from the shared bus without affecting other normal arithmetic units. Further, when any one of the plurality of shared buses 2.1 to 2.n fails, for example, when the shared bus 2.1 fails, only the failed bus is separated. That is, only the failed shared bus 2.1 is separated by disabling the shared bus buffers 10.12 and 10.21 connected to the failed shared bus 2.1. Here, using the individual bus 3.1 connecting the same arithmetic units as the shared bus 2.1, the two arithmetic units bear the transfer processing, thereby enabling the backup of the faulty shared bus 2.1. Operation can be continued without stopping the system.
[0059]
According to the present embodiment, since the shared bus can be separated between the arithmetic units, the failure range can be suppressed to a narrow range without the influence of the shared bus failure affecting all the arithmetic units. effective. In addition, since the shared bus other than the failure can be operated in the same manner as normal, there is an effect that a decrease in system performance is reduced. Furthermore, maintenance work such as repair or replacement of a faulty bus does not affect other shared buses, so that maintenance efficiency can be improved.
[0060]
Next, another embodiment of the network system using the present invention will be described with reference to FIG. 9, the same reference numerals as those in FIG. 1 have the same functions. In this embodiment, the network system shown in FIG. 1 has a hierarchical structure. In other words, a plurality of lower arithmetic units 11.1 to 11.n are connected to the individual bus 3.1 shared only by the upper arithmetic units 1.1 and 1.2 in FIG. For .1 to 11.n, the individual bus 3.1 is handled as a shared bus.
[0061]
In addition, each of the arithmetic units 11.1 to 11.n has two individual bus interfaces similar to the upper arithmetic units 1.1 and 1.2, and each individual bus interface has a plurality of individual buses 31.0. Coupled in series at ~ 31.n. Further, the lower arithmetic units 11.1 to 11.n connect input / output circuits (I / O) 40.0 to 40.n necessary for control arithmetic processing to the individual buses 31.0 to 31.n. Build a hierarchical network system.
[0062]
In this embodiment, only the lower arithmetic units 11.1 to 11.n are connected to the individual bus 3.1. However, an input / output circuit unique to the upper arithmetic units 1.1 and 1.2, Alternatively, a common input / output circuit can be connected to the lower arithmetic units 11.1 to 11.n connected to the individual bus 3.1. Further, in the present embodiment, a network system having two hierarchies of arithmetic units is shown, but an n (n is an integer greater than 2) hierarchy corresponding to the target system can be realized with the same configuration. Furthermore, by making the specifications of the shared bus and the individual bus in each hierarchy the same, it is possible to share the arithmetic units and input / output circuits in each hierarchy. It is obvious that the above-described backup method for the failure of the arithmetic unit or the bus is also applied to the hierarchically structured network system shown in the present embodiment.
[0063]
According to the present embodiment, by hierarchizing the network system to be controlled, the number of hierarchies can be freely changed according to the target system, and the operation unit of each hierarchy can be realized on an optimum scale. In addition, by unifying the bus specifications at each layer, there is an effect that the arithmetic unit or the input / output circuit at each layer can be standardized.
[0064]
Next, another embodiment of the network system using the present invention will be described with reference to FIG. In the other individual buses or input / output circuits shown in FIG. 10, the same reference numerals as those in FIG. In the present embodiment, in a system having a plurality of horizontal distributed network systems shown in FIG. 1, a plurality of horizontal distributed network systems are connected by connecting the arithmetic units of each horizontal distributed network system with a third individual bus. Communicate information between them.
[0065]
That is, the arithmetic units 1.1 and 1.2 (or 1.1 ′ and 1.2 ′) of the two horizontally distributed network systems in FIG. 10 are connected in series between the arithmetic units in the network. In addition to the three individual bus interfaces, a third individual bus interface is newly provided. Then, a third individual bus 3.01 (or between the third interface of the calculation unit 1.1 (or 1.2) and the third interface of the calculation unit 1.1 ′ (or 1.2 ′) is connected. Alternatively, the information communication between the two horizontally distributed network systems is performed by coupling in 3.12).
[0066]
Therefore, as a system configuration, two horizontally distributed network systems are symmetrically coupled by individual buses. In this embodiment, all the arithmetic units have three individual bus circuits and are connected to each other's networks, but only the arithmetic units that require information communication between the networks are connected by the third individual bus. It is also possible to adopt a configuration. Further, an input / output circuit can be connected to the third individual bus.
[0067]
According to the present embodiment, in information communication between a plurality of network systems, it is possible to perform direct communication or resource sharing between operation units that require information, which is unnecessary for other operation units. Since there is no need to communicate data via a shared bus, the speed of information communication can be increased, the utilization rate of the shared bus can be suppressed, the operating rate of each computing unit can be improved, and the operating efficiency of each network can be improved. There is.
[0068]
Next, another embodiment of the network system using the present invention will be described with reference to FIG. In FIG. 11, the same reference numerals as those in FIG. 1 have the same functions. The two individual bus interfaces of the two arithmetic units 1.1 and 1.2 are directly connected by the two individual buses 3.1 and 3.2, thereby duplicating the individual buses. Input / output circuits 40.a to 40.n and 41.a to 41.n are connected to each of the duplexed individual buses 3.1 and 3.2.
[0069]
Each of these input / output circuits is input to the switches 9.1 to 9.n, and an input / output circuit having the same function is connected to one switch from different individual buses (for example, the switches 9.n and Input / output 40.n and 41.n to be connected have the same function). In other words, each switch selects either one of the input / output circuits. Even if one of the arithmetic units, individual buses, or input / output circuits fails, the side that is connected to the normal function is selected. By selecting, the processing of the target system can be executed without stopping the system. Accordingly, the processing contents executed by the arithmetic units 1.1 and 1.2 execute the same arithmetic processing for each input / output circuit.
[0070]
In addition, as a switching method of the switching device in the present embodiment, hardware switching by a failure signal (however, it is defined as one of the normal times), or from an arithmetic unit to which both individual buses are connected By switching by the command of. Further, it is obvious that the individual bus acquisition method of the arithmetic unit can be realized by either the configuration of FIG. 2 or FIG. Furthermore, although the input / output circuit is duplexed, the input / output that does not need to be duplexed may be connected independently.
[0071]
According to the present embodiment, the individual bus and the input / output circuit can be duplicated without changing the configuration of the arithmetic unit having one shared bus and two individual buses. However, there is an effect that a highly reliable system without stopping the target system can be easily realized.
[0072]
Next, as an example of applying the above-described network system or multiprocessor system, ten examples corresponding to the configuration of FIG. 1 which is the basis of the present invention are shown in Table 1, and each application example will be described below. .
[0073]
[Table 1]
Figure 0003750146
[0074]
First, No. 1 in Table 1 is one in which the present invention is applied to information control of railway lines in a railway transportation system. The information processing equipment of the main station (or control room) that is the core of the target route is connected to a shared bus across the entire route to communicate operation information and the like. In addition, each nuclear station is connected with an individual bus, and local stations, traffic lights, and circuit breakers that exist between the nuclear stations are set as I / Os connected to the individual bus. Is to do. In addition, by connecting an information terminal device or the like as an input / output device connected to an individual bus, it can be applied as an information communication network such as a seat reservation system.
[0075]
In this application example, information can be communicated via a plurality of individual buses even in the case of a shared bus failure across the entire route, and connected to the failure of an information processing device at the nuclear station via an individual bus. In addition, since the information processing device at another nuclear station can be backed up, there is an effect that continuous operation is possible without stopping the system even if the bus and the information processing device fail.
[0076]
Next, No. 2 in Table 1 is an example in which the present invention is applied to an in-vehicle control device for a railway vehicle, and FIG. 12 shows a detailed application example. The number of connected vehicles is n, and the control device for each vehicle is connected by a common bus 2 common to all vehicles, and the vehicle control units 11.1 to 11.n provided in each vehicle are connected to a plurality of individual buses. It binds with 3.1 to 3.n. The equipment connected to each individual bus varies depending on the vehicle, but there are subordinate control units such as door control, air conditioner control, lighting control, and drive motor control device. A vehicle speed command, a temperature setting value for each vehicle, and the like are communicated to the shared bus 2, and a control device in each vehicle executes processing according to each command value.
[0077]
In FIG. 12, by connecting the individual bus 3.n of the last vehicle and the individual bus 3.0 of the first vehicle, all devices connected to each individual bus can be controlled from two vehicle control units, It is possible to continue the operation even if the vehicle control unit fails. The information transmitted through the shared bus can also be used as an in-car service such as a radio line or a telephone line. In this application, each vehicle control unit manages all the lower level control units in the vehicle, but it is clear that the sharing method can be freely set, such as sharing the lower level control units in other vehicles. is there.
[0078]
No. 3 in Table 1 is an example in which the present invention is applied to a plurality of rolling stand controls in a steel rolling facility. A control device installed in each of the plurality of rolling stands is coupled by a shared bus, and a rolling roll driving device and a reduction driving device for controlling each rolling stand are connected to each individual bus. Various command values such as the roll speed and rolling speed of each rolling stand, or information such as the operating status of each rolling stand are communicated to the shared bus 2 that spans all rolling stands, and cooperative control among a plurality of rolling stands is realized. it can.
[0079]
In this application example, among the control devices for a plurality of rolling stands, in addition to being able to back up when one control device fails, detailed information communication between two rolling stands can be performed by an individual bus, There is an effect that cooperative control between the rolling stands is facilitated.
[0080]
No. 4 in Table 1 is an example in which the present invention is applied to a rolling mill higher than the above-mentioned No. 3 in the steelworks. Control units provided in various facilities such as a heating furnace and a rolling mill in the steelworks are connected by a shared bus, and information such as operation commands and operation status of each facility in the steelworks is communicated. The individual buses connecting the facilities are connected to a lower level control device in each facility, for example, a temperature control device of a heating furnace, a plate thickness control device or a tension control device of a rolling mill. By connecting the No. 3 system to the individual bus shown in this example as a shared bus for the rolling equipment shown in No. 3 above, the No. 4 system becomes the upper level and the No. 3 system becomes the lower level. The rolling mill control system in the steel works can be constructed in a system having a hierarchical structure shown in FIG.
[0081]
No. 5 in Table 1 is an example in which the present invention is applied to facilities of a thermal power plant. Control units provided in various facilities such as a boiler and a turbine in a thermal power plant are connected by a shared bus, and information such as an operation command and an operation status for each facility in the power plant is communicated. The individual buses connecting the facilities are connected to lower-level control devices in the facilities, for example, a steam pressure control device or a temperature control device for a boiler, or a turbine pressure control device for a turbine.
[0082]
No. 6 in Table 1 describes a bank online system as an example in which the present invention is applied to a wide-area computer network system. All of the computers installed in the head office and each branch of the bank are connected by a shared bus, and the individual bus connects the branches (or between the head office and the branch) that are close to each other. The individual bus is connected to an online CD terminal or window terminal installed at the head office or branch, or a terminal device at a branch office under the jurisdiction of the head office or branch.
[0083]
Therefore, each terminal can be managed by two computers, a shared bus is used for nationwide information communication, and an individual bus is used for information communication in a relatively small area in a specific area. This has the effect of providing high-speed services to customers.
[0084]
No. 7 in Table 1 describes a network of a building OA system as an example in which the present invention is applied to a computer network system in a narrow range. A host computer that manages the total system in the house and a network controller installed on each floor are connected to the shared bus. The individual buses output from these network controllers are wired to each floor and connected to other upper and lower network controllers. Accordingly, OA devices such as workstations, personal computers, and printers installed on each floor can be managed from the network controllers on the two floors, so that each OA device can continue to operate even if the network controller fails. It becomes composition.
[0085]
No. 8 in Table 1 describes a system applied to a motor control device as a device control device using a multiprocessor to which the present invention is applied. FIG. 13 shows a specific example of the printed circuit board of the control unit or the bus wiring method in the control device. As the calculation unit of the motor control device in this example, a multiprocessor system using a microcomputer is configured for each control block such as speed control and current control, and one calculation circuit or one input / output circuit for each function is provided. It is realized with the printed circuit board. Input / output circuits connected to individual buses include analog signal processing circuits such as current detection circuits, encoder pulse processing circuits, or PWM pulse output circuits to power converters. Each printed circuit board is controlled. Connected to an individual bus corresponding to the microcomputer that executes As an example of a method of mounting these printed circuit boards on the control unit, it can be configured as shown in FIG. Although FIG. 13 shows a configuration that can be extended to a plurality of control units, it is also possible to use a single unit.
[0086]
In FIG. 13, two control units 50 and 60 each have printed circuit boards (hereinafter referred to as microcomputer boards) 51 to 53 and 61 to 63 each including three microcomputers, and an input / output circuit printed therebetween. Circuit boards 511-532, 611-632 are arranged and connected by a backboard. The back board to which each printed circuit board described above is connected in each control unit is wired with a shared bus at the top and a plurality of individual buses at the bottom with staggered wiring for each microcomputer board. The board and the input / output circuit are connected to one shared bus and two individual buses.
[0087]
By adopting such a mounting method, each individual bus and input / output circuit are shared by two adjacent microcomputer boards, and the configuration of the present invention can be realized. It should be noted that when a common input / output circuit is connected to all the microcomputer boards, it is obvious that a shared bus interface is provided in the input / output circuit and connected to the backboard. A method of extending to another control unit is realized by connecting expansion buses output from the expansion units 55 and 65 including drivers and receivers. That is, by connecting CA1, CB1 and CA2 and CB2 which are expansion bus ports of the shared bus, and LA1, LB1 and LA2 and LB2 which are expansion buses of individual buses, the control units are connected in series, respectively. Expansion of 2 units or more is possible. In addition, when the number of expansion of the control unit is limited to two units, one port is sufficient for the expansion bus of the shared bus and each is directly connected to each other, and the individual bus connects LA1 and LB2, LB1 and LA2 of the two expansion ports. Since all the microcomputer boards are connected in a ring shape by coupling, each input / output circuit is managed by two microcomputers.
[0088]
In this application example, the motor control device is described. However, the present invention can also be applied to various control devices to which a multiprocessor system is applied, such as a power electronics control device such as a power converter. Further, when the back board is configured so that two individual buses are wired in parallel between the two microcomputer boards, the control device in which the individual buses and the input / output circuits as shown in FIG. 11 are also duplicated. Can be realized with a microcomputer board of the same specification.
[0089]
No. 9 in Table 1 is an example in which the present invention is applied to a road traffic system that monitors or controls the amount of automobile traffic on the road. A computing unit is placed at the main intersection on the road, and traffic lights, traffic monitoring devices, etc. are installed on the individual buses connecting the main intersections. Traffic volume from traffic monitoring devices installed at each point, or traffic signal operation information, etc. are transmitted over a shared bus, and each arithmetic unit controls traffic volume by operating traffic signals, allowing smooth traffic with less traffic congestion. Can be realized.
[0090]
No. 10 in Table 1 describes an example in which the present invention is applied to a power network system, particularly to a home power supply system. The plurality of distribution stations are supplied with power from a common power bus, and supply power to each home from a branch line connecting the distribution stations. That is, a plurality of pole transformers are installed on the branch line, and a predetermined voltage is supplied from the pole transformer to each home.
[0091]
Therefore, each branch line can construct an electric power network system that can supply electric power from two distribution stations, and can prevent a power outage to each household even if the distribution station fails. In addition, there are three branch lines output from the distribution station, and one of them is connected to a distribution station of another power network system, that is, a plurality of power network systems are combined as shown in FIG. Even when a power bus of one power network system fails, it is possible to realize a power network system that can continue to supply power from a power bus of another power network system via a distribution station.
[0092]
【The invention's effect】
According to the present invention, in a network system having a plurality of control operation functions, a double bus configuration having a shared bus and an individual bus, and by connecting an input / output circuit unique to each control operation function to the individual bus, Enables a high-speed system with less contention on the bus, and each individual bus is connected and shared with two control operation functions, so one of the input / output circuits connected to each individual bus has a failure in one control operation function In this case, it is also possible to access from the other control operation function, so that even if the control operation function fails, the normal control operation function connected to the individual bus can take over the control processing of the failed control operation function. This makes it possible to operate the system without stopping with minimal configuration without multiplexing or redundancy even if there is a malfunction in the control operation function, thus building a highly reliable system. There is an effect that kill.
[0093]
In addition, the control operation function has two individual bus interfaces, and each individual bus interface is connected in series with other different control operation units, so that the configuration of all control operation units can be standardized according to the system scale There is an effect that the control calculation function can be easily expanded.
[0094]
In addition, since each individual bus can be accessed only with two control calculation functions, even when the system scale increases and the number of control calculation functions increases, the decrease in processing capacity of each control calculation function is suppressed. It is possible to realize a high-performance system.
[0095]
Furthermore, by performing diagnosis data output and discrimination using two systems of information communication means of shared bus and individual bus, mutual diagnosis of arithmetic units and fault diagnosis of shared bus or individual bus can be realized by software. Since the operation unit or bus can be backed up by another operation unit or bus, a highly reliable system can be constructed.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of an embodiment of a network system to which the present invention is applied.
FIG. 2 is a configuration diagram of a calculation unit in FIG. 1;
FIG. 3 is a flowchart for explaining backup processing when the arithmetic unit in FIG. 1 is configured in FIG. 2 and the arithmetic unit fails;
4 is a configuration diagram of a calculation unit in FIG. 1. FIG.
FIG. 5 is a flowchart for explaining backup processing when the arithmetic unit in FIG. 1 is configured in FIG. 4 and the arithmetic unit fails.
FIG. 6 is a configuration diagram of a network system according to another embodiment of the present invention.
7 is a flowchart for explaining a diagnosis method in the system of FIG. 6;
FIG. 8 is a configuration diagram of a network system according to another embodiment of the present invention.
FIG. 9 is a configuration diagram of a network system according to another embodiment of the present invention.
FIG. 10 is a configuration diagram of a network system according to another embodiment of the present invention.
FIG. 11 is a configuration diagram of a network system according to another embodiment of the present invention.
FIG. 12 is a detailed configuration diagram when the present invention is applied to the control of a railway vehicle.
FIG. 13 is a specific configuration diagram of a control unit circuit in a control device to which the present invention is applied.
[Explanation of symbols]
1.1 to 1.n: arithmetic unit, 2 ... shared bus, 3.0 to 3.n: individual bus, 40.a to 40.n: input / output circuit used for control arithmetic processing.

Claims (7)

対象の制御処理を複数の制御演算手段により分散して処理を実行するシステムにおいて、各々の制御演算手段は1つの共有バスインターフェイス手段と,第1および第2の2つの個別バスインターフェイス手段を具備し、前記共有バスインターフェイス手段は前記複数の制御演算手段が共通に使用することのできる共有バスと接続し、前記2つの個別バスインターフェイス手段のうち一方の第1の個別バスインターフェイス手段は第1の個別バスインターフェイス用のバスアービタを有し、他の特定された制御演算手段の持つ一方の個別バスインターフェイス手段と第1の個別バスで結合し、他の一方の第2の個別バスインターフェイス手段は第2の個別バスインターフェイス用のバスアービタを有し、前記第1の個別バスと結合された制御演算手段とは別の特定された制御演算手段の一方の個別バスインターフェイス手段とを第2の個別バスで結合することで、前記複数の制御演算手段を複数の個別バスで直列に接続し、前記共有バスと複数の個別バスにより2重化されたバスを有し、前記制御演算手段は前記第1の個別バスを介して前記第1の個別バスに接続された前記他の制御演算手段に情報を入力可能であり、前記他の制御演算手段は前記第1の個別バスを介して前記第1の個別バスに接続された制御演算手段に情報を入力可能であり、前記制御演算手段は前記第2の個別バスを介して前記第2の個別バスと接続された他の制御演算手段に情報を入力可能であり、前記第2の個別バスと接続された他の制御演算手段は前記第2の制御演算手段を介して前記制御手段に情報を入力可能であり、前記第1の個別バス及び前記第2の個別バスには入力装置又は出力装置が接続されることを特徴とする水平分散型ネットワークシステム。」In a system in which target control processing is distributed and executed by a plurality of control arithmetic means, each control arithmetic means includes one shared bus interface means and first and second individual bus interface means. The shared bus interface means is connected to a shared bus that can be commonly used by the plurality of control arithmetic means, and one of the two individual bus interface means is a first individual bus interface means . A bus arbiter for the bus interface , coupled to one individual bus interface means of another specified control operation means by a first individual bus, and the other one second individual bus interface means is a second It has a bus arbiter for the individual bus interface, coupled to the first individual bus control The calculation means to combine the one individual bus interface means of another specified control operation unit in the second individual bus, connected in series to said plurality of control operation unit in a plurality of individual buses, the A bus that is duplicated by a shared bus and a plurality of individual buses, and the control arithmetic means transmits information to the other control arithmetic means connected to the first individual bus via the first individual bus. The other control calculation means can input information to the control calculation means connected to the first individual bus via the first individual bus, and the control calculation means Information can be input to another control arithmetic means connected to the second individual bus via two individual buses, and the other control arithmetic means connected to the second individual bus Information is sent to the control means via the control calculation means. Force is possible, the first individual bus, and the horizontal distributed network system in the second individual bus, characterized in that the input device or output device is connected. " 請求項1において、前記共有バスには、前記複数の制御演算手段間の情報通信を行う共有の記憶手段、及び前記複数の制御演算手段に共通に使用される資源が接続され、前記複数の個別バスには、前記複数の制御演算手段が個別に必要な情報の入出力処理を行う周辺入出力手段あるいは下位の制御演算手段が接続されてなることを特徴とする水平分散型ネットワークシステム。  2. The shared bus according to claim 1, wherein shared storage means for performing information communication between the plurality of control arithmetic means and resources commonly used by the plurality of control arithmetic means are connected to the shared bus, A horizontal distributed network system, characterized in that the bus is connected to peripheral input / output means for performing input / output processing of necessary information individually by the plurality of control arithmetic means or lower control arithmetic means. 請求項2において、前記複数の個別バスの各々には、前記複数の制御演算手段が演算処理に必要な周辺入出力回路と共に記憶手段または情報通信手段が接続され、前記記憶手段または前記情報通信手段には、前記個別バスで結合された2つの制御演算手段間でのみ使用される情報の記憶あるいは情報通信が行われることで、前記複数の制御演算手段は前記共有バスと前記個別バスにより2重化された通信経路により情報の伝達が行われることを特徴とする水平分散型ネットワークシステム。  3. The storage unit or the information communication unit according to claim 2, wherein a storage unit or an information communication unit is connected to each of the plurality of individual buses together with a peripheral input / output circuit necessary for the plurality of control calculation units for calculation processing. In this case, information used only between two control arithmetic means coupled by the individual bus is stored or information communication is performed, so that the plurality of control arithmetic means are duplicated by the shared bus and the individual bus. A horizontally distributed network system characterized in that information is transmitted through a unified communication path. 請求項1記載の制御演算手段は、汎用あるいは専用の大型計算機やマイクロコンピュータなどの演算機能を有する装置、あるいは、複数のネットワークの接続や切り替えを制御できるネットワークコントローラにより構成されることを特徴とする水平分散型ネットワークシステム。  The control calculation means according to claim 1 is configured by a device having a calculation function such as a general purpose or dedicated large-scale computer or microcomputer, or a network controller capable of controlling connection and switching of a plurality of networks. Horizontally distributed network system. 請求項1記載の水平分散型ネットワークシステムにおいて、前記複数の演算手段により共有バスの故障または異常が検出された時には、前記複数の制御演算手段の全ての共有バスインターフェイス手段を非動作状態にさせ、また、個別バスの故障あるいは異常が検出された時には、故障した個別バスに接続された2つの制御演算手段の各々の個別バスインターフェイス手段を非動作状態にさせ、前記故障した共有バスあるいは個別バスを制御演算手段から分離させるようにしたことを特徴とする水平分散型ネットワークシステム。  In the horizontally distributed network system according to claim 1, when a failure or abnormality of the shared bus is detected by the plurality of arithmetic units, all the shared bus interface units of the plurality of control arithmetic units are made inoperative. When a failure or abnormality of the individual bus is detected, the individual bus interface unit of each of the two control arithmetic units connected to the failed individual bus is deactivated, and the failed shared bus or individual bus is A horizontally distributed network system characterized in that it is separated from the control arithmetic means. 請求項1記載の水平分散型ネットワークシステムにおいて、前記共有バスの故障時には、複数の制御演算手段と直列に接続された複数の個別バスを介して前記共有バスにより伝送されるべき情報を、前記複数の制御演算手段により順次伝送させ、前記共有バス故障に対する情報通信をバックアップして制御演算処理を続行させるようにしたことを特徴とする水平分散型ネットワークシステム。  2. The horizontally distributed network system according to claim 1, wherein, when the shared bus fails, information to be transmitted by the shared bus via a plurality of individual buses connected in series with a plurality of control arithmetic means is stored. A horizontal distributed network system characterized in that the control computation process is continued and the control computation processing is continued by backing up information communication for the shared bus failure. 請求項1記載の水平分散型ネットワークシステムにおいて、前記個別バスの故障時には、前記故障した個別バスに接続された2つの制御演算手段間で伝送されるべき情報を、前記2つの制御演算手段が共有バスを介して伝送させることで、前記故障した個別バスに接続された2つの制御演算手段間の情報伝達を続行させるようにしたことを特徴とする水平分散型ネットワークシステム。  2. The horizontal distributed network system according to claim 1, wherein when the individual bus fails, the two control arithmetic means share information to be transmitted between the two control arithmetic means connected to the failed individual bus. A horizontally distributed network system characterized in that information transmission between the two control arithmetic means connected to the failed individual bus is continued by transmitting the data through the bus.
JP02148795A 1994-05-26 1995-02-09 Horizontally distributed network system Expired - Fee Related JP3750146B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP02148795A JP3750146B2 (en) 1994-05-26 1995-02-09 Horizontally distributed network system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP11244294 1994-05-26
JP6-112442 1994-05-26
JP02148795A JP3750146B2 (en) 1994-05-26 1995-02-09 Horizontally distributed network system

Publications (2)

Publication Number Publication Date
JPH0844647A JPH0844647A (en) 1996-02-16
JP3750146B2 true JP3750146B2 (en) 2006-03-01

Family

ID=26358556

Family Applications (1)

Application Number Title Priority Date Filing Date
JP02148795A Expired - Fee Related JP3750146B2 (en) 1994-05-26 1995-02-09 Horizontally distributed network system

Country Status (1)

Country Link
JP (1) JP3750146B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100395071B1 (en) * 2001-12-20 2003-08-19 엘지전자 주식회사 System and Method for Process Recovery in Multiprocess Operating System
JP5758678B2 (en) * 2011-04-08 2015-08-05 三菱電機株式会社 Method for setting identifiers for railway vehicle air-conditioning control related equipment

Also Published As

Publication number Publication date
JPH0844647A (en) 1996-02-16

Similar Documents

Publication Publication Date Title
EP0449964B1 (en) Distributed switching architecture for communication module redundancy
JP3750146B2 (en) Horizontally distributed network system
JPS6321929B2 (en)
JPH0223120B2 (en)
JPH04307633A (en) Multiplex controller
JPH0944203A (en) Redundancy control system
JP3261014B2 (en) Module replacement method and self-diagnosis method in data processing system
JP3059098B2 (en) Multiprocessor system
JPS5816484B2 (en) multiprocessor processing system
JPH09114507A (en) Duplex system for programmable logic controller
JP3742714B2 (en) Remote monitoring and control device
JP2637313B2 (en) Double transmission bus type transmission system
JP2003140704A (en) Process controller
JP4779948B2 (en) Server system
JP2946541B2 (en) Redundant control system
JPS6113627B2 (en)
JPH07114521A (en) Multimicrocomputer system
JPS60142431A (en) Computer
JP2000322102A (en) Duplexed constitution for process input/output device
CN117002562A (en) Vehicle-mounted platform based on embedded software redundancy
JPS6350740B2 (en)
JPH08314843A (en) Computer system
JP2880375B2 (en) Multi-bus control method for computer system and computer system
JPH11259325A (en) Duplex system and information processing method for the same
CN115686736A (en) 2 x 2OO2 safety system based on cloud platform

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050222

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050425

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050809

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051011

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20051115

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20051128

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081216

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091216

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101216

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101216

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111216

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111216

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121216

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees