JP3541335B2 - 情報処理装置及び分散処理制御方法 - Google Patents
情報処理装置及び分散処理制御方法 Download PDFInfo
- Publication number
- JP3541335B2 JP3541335B2 JP16958796A JP16958796A JP3541335B2 JP 3541335 B2 JP3541335 B2 JP 3541335B2 JP 16958796 A JP16958796 A JP 16958796A JP 16958796 A JP16958796 A JP 16958796A JP 3541335 B2 JP3541335 B2 JP 3541335B2
- Authority
- JP
- Japan
- Prior art keywords
- processor
- input
- status
- output port
- output
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/2033—Failover techniques switching over of hardware resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2035—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant without idle spare hardware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
- H04L49/3081—ATM peripheral units, e.g. policing, insertion or extraction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/2025—Failover techniques using centralised failover control functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5625—Operations, administration and maintenance [OAM]
- H04L2012/5627—Fault tolerance and recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5629—Admission control
- H04L2012/563—Signalling, e.g. protocols, reference model
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
- Multi Processors (AREA)
- Exchange Systems With Centralized Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数のプロセッサを備えて負荷分散処理を行う情報処理装置及び分散処理制御方法に関する。
複数のプロセッサを備えた情報処理装置として、例えば、現用系のプロセッサと待機系（予備系）のプロセッサとによる二重化構成によって信頼性を向上した構成や、各プロセッサに処理を分散させる負荷分散方式によって処理能力を向上した構成等が知られている。このような情報処理装置に於いて、規模の拡大，縮小に容易に対応することができ、又障害発生時は、容易に救済できることが要望されている。
【０００２】
【従来の技術】
図３９は従来例の電子交換機の要部説明図であり、１００はメインプロセッサ（ＭＰＲ）、１０１−１〜１０１−ｎは呼処理プロセッサ（ＣＰＲ）、１０２−１〜１０２−ｎはネットワーク（ＮＷ）、１０３はバスを示す。各ネットワーク１０２−１〜１０２−ｎは、それぞれ呼処理プロセッサ１０１−１〜１０１−ｎにより制御される。又各呼処理プロセッサ１０１−１〜１０１−ｎは、それぞれを接続するバス１０３を介してメインプロセッサ１００により制御される。
【０００３】
この電子交換機は、マルチプロセッサ構成で、呼処理を分散して処理するものであるが、呼処理プロセッサとネットワークとを単位として増設，減設するものである。又各呼処理プロセッサ１０１−１〜１０１−ｎをメインプロセッサ１００により管理する構成である。又呼処理プロセッサ１０１−１〜１０１−ｎを、更に、現用系と待機系との二重化構成とし、又メインプロセッサ１００も現用系と待機系との二重化構成として、信頼性を向上するシステムも知られている。
【０００４】
又電子交換機に於いて、交換制御機能を複数の機能に分割し、各機能毎に複数のプロセッサを設け、交換制御機能を実行する時に、各機能毎に、複数のプロセッサの中の１台のプロセッサを選択指定して処理させる構成も知られている（例えば、特開昭５５−５３９９０号公報参照）。又複数の端末に対してインタフェース回路を介して複数の処理装置（プロセッサ）を接続し、この複数の処理装置によりＡＴＭセルを処理する場合の負荷分散を図った構成も知られている（例えば、特開平４−１７９３２７号公報参照）。
【０００５】
【発明が解決しようとする課題】
従来例の現用系と待機系との二重化構成の場合、現用系の障害により待機系に切替えることにより、処理を継続することができるが、待機系が現用系に切替えられた後に障害が発生すると、システムダウンとなる。又マルチプロセッサシステム構成として負荷分散を行う構成に於いて、例えば、前述の図３９に示す従来例に於いて、各呼処理プロセッサは、担当するネットワークが固定的に割付けられているから、呼処理プロセッサの障害により、その呼処理プロセッサ担当のネットワークの制御ができないことになり、一部障害によるサービス低下が発生する問題がある。又各呼処理プロセッサ１０１−１〜１０１−ｎを二重化構成としても、現用系と待機系とが共に障害となると、障害発生プロセッサの担当ネットワークによるサービスが停止される問題がある。
【０００６】
又複数のプロセッサからなる群から空きを選択して負荷を分担させる前述の従来例（特開昭５５−５３９９０号公報参照）は、機能毎に割付けられるものであるから、融通性に欠ける問題があり、且つ処理要求毎に空き選択を行う処理が必要となる問題がある。又インタフェース回路を介して複数の処理装置を接続して負荷分散処理を行う前述の従来例（特開平４−１７９３２７号公報）は、共通バスを介して接続された複数の処理装置の処理能力に対応して、ＡＴＭセルの処理を分担させるものであるが、具体的な負荷分散処理までは説明されていない。又処理装置の障害発生時や増設等の場合の処理については全く考慮されていないものである。
本発明は、複数のプロセッサにより負荷分散を図り、且つプロセッサの増設，減設等のシステム構成の変更や、障害発生時の救済を容易とすることを目的とする。
【０００７】
【課題を解決するための手段】
本発明の情報処理装置は、図１を参照して説明すると、複数の入出力ポートを有する複数の入出力装置２と、この入出力装置２とバス３を介して接続され、入出力ポート毎の処理要求を分散して処理する複数のプロセッサ１とを備えた情報処理装置に於いて、入出力装置２は、入出力ポート状態表により前記入出力ポートの状態を管理する入出力ポート状態管理手段２１と、プロセッサ状態表により前記各プロセッサの状態を管理するプロセッサ状態管理手段２３と、対応表により入出力ポートを担当するプロセッサの現用／待機の対応を管理する対応表管理手段２２とを備え、又プロセッサ１は、担当入出力ポート状態表により処理を担当する前記入出力ポートの状態を管理する担当入出力ポート状態管理手段１２と、起動されて自プロセッサの状態を編集し、入出力装置２へ転送するプロセッサ状態通知手段１３とを備えている。従って、入出力装置２により、分散処理するプロセッサ１を設定することができる。
【０００８】
又前述の情報処理装置に於いて、入出力ポート状態表は、入出力ポート対応に、該入出力ポートの未実装，増設・減設中，現用中，障害・閉塞中の状態を設定する構成を有し、又プロセッサ状態表は、プロセッサ対応に、未実装，増設中，正常，障害発生等を示すプロセッサ状態と、現用として担当する入出力ポート数と、待機として担当する入出力ポート数と、現用として担当できる入出力ポートの最大数とを設定する構成を有し、又対応表は、入出力ポート対応に、入出力ポートを担当する現用プロセッサと待機プロセッサとを設定する構成を有するものである。
【０００９】
又プロセッサ１の担当ポート状態管理手段１２により管理する担当入出力ポート状態表は、入出力ポート対応に、入出力ポートの未実装或いは自プロセッサの担当でなし、現用プロセッサとして担当、待機プロセッサとして担当、現用プロセッサとして担当しているが入出力ポートが障害・閉塞中、待機プロセッサとして担当しているが入出力ポートが障害・閉塞中の状態を設定する構成を有し、又周期的に起動されて自プロセッサの状態を編集し、入出力装置２へ転送するプロセッサ状態通知手段１３を備えている。
【００１０】
又本発明の分散処理制御方法は、複数の入出力ポートを有する単一又は複数の入出力装置２と、複数のプロセッサとをバスを介して接続した情報処理装置に於ける分散処理制御方法であって、入出力装置は、入出力ポート状態管理手段２１により前記入出力ポートの状態を入出力ポート状態表を基に管理し、プロセッサ状態管理手段２３によりプロセッサの状態をプロセッサ状態表を基に管理し、対応表管理手段２２により入出力ポートと担当プロセッサとの対応を管理し、且つプロセッサ１は、担当入出力ポート状態管理手段１２により自プロセッサが担当する入出力ポートを管理し、入出力ポート毎の処理要求を、対応表を参照して、入出力ポート担当の現用プロセッサにより処理させる過程を含むものである。従って、入出力ポート対応に割付けられた現用プロセッサが、入出力ポートからの要求をそれぞれ処理し、又現用プロセッサの障害発生等の場合は、割付けられた待機プロセッサが現用プロセッサに切替えられて、負荷分散処理を継続することができる。
【００１１】
又前述の分散処理制御方法に於いて、現用プロセッサの障害発生又は閉塞指示により、現用プロセッサが担当した入出力ポートと現用／待機プロセッサとの対応を示す対応表の内容について、現用／待機の切替えを行い、現用に切替えられたプロセッサにより、入出力ポートの処理要求を担当させる過程を含むことができる。
【００１２】
又入出力装置２は、プロセッサ１から周期的に送信されるプロセッサ状態変化通知コマンドを監視し、このプロセッサ状態変化通知コマンドが連続して所定回数途絶えた時にプロセッサの障害発生と判定し、且つ障害発生後にこのプロセッサ状態変化通知コマンドが所定回数連続して受信できた時は障害回復と判定する過程を含むことができる。
【００１３】
又プロセッサ１を増設又は減設した時に、プロセッサ状態表に於ける担当入出力ポート数を基に、増設又は減設後の各プロセッサの入出力ポートの担当数が平均化されるように、対応表の入出力ポート対応のプロセッサの現用／待機を更新する過程を含むことができる。又プロセッサ１は、担当できる入出力ポートの最大数を定期的に入出力装置２に通知し、入出力装置２によってプロセッサが現用プロセッサとして担当させられる入出力ポート数が前記最大数を超えて過負荷状態となった時、この現用プロセッサが担当させられた入出力ポートを、前記最大数以下となるように、待機プロセッサを現用プロセッサに切替えて担当させる過程を含むことができる。
【００１４】
又入出力ポートの増設，減設，障害発生，障害回復等の状態変化により、入出力ポート状態表を更新し、且つ各プロセッサが現用として担当する入出力ポート数が平均化するように、入出力ポートの現用／待機プロセッサを設定して対応表を更新し、各プロセッサに入出力ポート状態変化通知コマンドにより通知する過程を含むことができる。
【００１５】
【発明の実施の形態】
図１は本発明の実施の形態の要部説明図であり、各部の機能の要部を示すものであって、１はプロセッサ、２は入出力装置、３はバスである。このバス３を介して複数のプロセッサ１と単一又は複数の入出力装置２とが接続されて、情報処理装置を構成している。又電子交換機に適用した場合は、入出力装置２を介してネットワークを制御する構成となり、入出力装置２は、図示を省略した入出力ポート（ハイウェイ）を備えることになる。
【００１６】
又１１はデータ送受信手段、１２は担当ポート状態管理手段、１３はプロセッサ状態通知手段、１４は入出力要求発行手段、１５は入出力データ処理部、２１は入出力ポート状態管理手段、２２は対応表管理手段、２３はプロセッサ状態管理手段、２４はデータ送受信手段、２５は入出力ポートアクセス手段を示す。
【００１７】
プロセッサ１のデータ送受信手段１１は、バス３を介して入出力装置２との間又は他のプロセッサ（図示を省略）との間のデータの送受信を行うものであり、又担当ポート状態管理手段１２は、プロセッサ１が担当する入出力ポートとその状態とを、メモリ等に形成した担当入出力ポート状態表により管理するものである。又プロセッサ状態通知手段１３は、障害発生時又は定期的にプロセッサ１の状態変更イベントについてデータ送受信手段１１を介して入出力装置２に通知するものである。
【００１８】
又入出力要求発行手段１４は、入出力装置２の入出力ポートに対してデータの入出力要求を発行するものである。又入出力データ処理部１５は、入出力ポートからの要求に従ったデータを処理するものである。前述の各手段は、プロセッサの演算機能，通信機能，メモリ機能等によって容易に実現することができる。
【００１９】
又入出力装置２の入出力ポート状態管理手段２１は、メモリ等に形成した入出力ポート状態表により入出力ポートの実装の有無等を管理する。又対応表管理手段２２は、入出力ポート対応の現用系のプロセッサと待機系のプロセッサを定義した対応表をメモリ等に形成し、プロセッサの増設等に対応して、その内容の更新を行うものである。又プロセッサ状態管理手段２３は、メモリ等に形成したプロセッサ状態表により各プロセッサの状態について、現用系，待機系，障害発生等の管理を行うものである。
【００２０】
又データ送受信手段２４は、プロセッサ１のデータ送受信手段１１と同様に、バス３を介したデータの送受信の制御を行うものであり、又入出力ポートアクセス手段２５は、プロセッサ１から発行された入出力装置に対する入出力要求をデータ送受信手段２４から受付け、又入出力ポートのアクセスを実行する手段である。前述の各手段は、演算機能，通信機能，メモリ機能等によって容易に実現することができる。
【００２１】
図２は本発明の実施の形態の入出力ポート状態表及び状態遷移説明図であり、（Ａ）は入出力ポート状態表３１を示す。この入出力ポート状態表３１は、入出力ポート状態管理手段２１内又は図示を省略したメモリに形成することができるもので、３２ビット×ｎのテーブル構成の場合を示す。この入出力ポート状態表３１は、入出力ポート番号をアドレスとし、その入出力ポートの状態を状態表示ビットＳ１ により表す。即ち、４ビット構成により、未実装＝０、増設・減設中＝１、現用中＝２、障害・閉塞中＝３を表すことができる。なお、３ビット構成により表現できるものであるが、４ビット構成により１ワード３２ビットの中に８個の入出力ポートについて、その状態を表すことができる。
【００２２】
又（Ｂ）は状態遷移図であり、イベントが、増設開始、増設完了、障害発生、障害復旧、閉塞、閉塞解除、減設開始、減設完了に従って、状態表示ビットＳ１ の遷移の様子を示すものである。即ち、入出力ポート状態管理手段２１によって制御され、未実装＝０の状態に於いて入出力ポートの増設を行う場合は、増設開始のイベントにより増設・減設中＝１に遷移し、増設完了のイベントにより現用中＝２に遷移する。
【００２３】
又現用中の状態に於いて障害発生により、障害・閉塞中＝３に遷移し、障害復旧により現用中＝２に遷移する。又現用中の状態に於いて閉塞すると、障害・閉塞中＝３に遷移し、その閉塞を解除すると、現用中＝２に遷移する。又減設開始は、閉塞状態としてから入出力ポートの減設を行うものであるから、障害・閉塞中＝３から増設・減設中＝１に遷移し、この減設完了により未実装＝０に遷移する。それによって、各入出力ポートの状態を管理することができる。
【００２４】
或る入出力ポートについて、未実装の状態から増設を開始すると、その入出力ポート番号対応の状態表示ビットＳ１ は０から１に更新され、増設が完了すると、状態表示ビットＳ１ は１から２に更新され、現用中を示すものとなる。しかし、この段階では、増設された入出力ポートを担当するプロセッサが割当てられていない為、入出力ポート状態管理手段２１は、プロセッサ状態管理手段２３にプロセッサ１の状態を問い合わせる。
【００２５】
その結果、各プロセッサ１の担当可能な入出力ポート最大数と現用プロセッサとして担当する入出力ポート数とから、各プロセッサ１の余裕度を判断し、一番余裕があるプロセッサを現用プロセッサとし、２番目に余裕が或るプロセッサを待機プロセッサに選定して、対応表管理手段２２により入出力ポートの対応表に登録する。
【００２６】
この場合、一番余裕があるプロセッサが複数存在する時は、その中からランダム的に現用プロセッサと待機プロセッサとを選択することができる。又入出力ポートの状態変化は、入出力ポート状態変更通知コマンドにより、データ送受信手段２４から各プロセッサ１に通知する。各プロセッサ１は、担当ポート状態管理手段１２により入出力ポートの状態の管理情報を更新する。
【００２７】
又現用中の入出力ポートに障害が発生すると、状態表示ビットＳ１ は２から３に遷移し、入出力ポート状態変更通知コマンドにより、データ送受信手段２４から各プロセッサ１に通知する。各プロセッサ１は、データ送受信手段１１により受信し、担当ポート状態管理手段１２により入出力ポートの状態を障害中状態に更新し、障害となった入出力ポートへのアクセスを停止させる。
【００２８】
又入出力ポートの障害が復旧すると、状態表示ビットＳ１ は３から２に遷移し、入出力ポート状態変更通知コマンドによりデータ送受信手段２４を介して各プロセッサ１に障害復旧を通知する。各プロセッサ１は、データ送受信手段１１により受信し、担当ポート状態管理手段１２は、障害中の入出力ポートを障害復旧に更新し、その入出力ポートへのアクセスを再開させる。
【００２９】
又保守者によるコマンドによって、現用中の入出力ポートを閉塞することができる。その場合、状態表示ビットＳ１ は２から３に遷移する。そして、前述の障害発生時と同様にして、各プロセッサ１に対して入出力ポート状態変更通知コマンドにより入出力ポートの閉塞が通知され、各プロセッサ１は、通知された入出力ポートに対する状態を閉塞中に更新し、アクセスを停止させる。又保守者のコマンドによる閉塞解除の場合は、状態表示ビットＳ１ は３から２に遷移し、前述の障害復旧の場合と同様にして、各プロセッサ１に対して入出力ポート状態変更通知コマンドにより入出力ポートの閉塞解除が通知され、各プロセッサ１は、通知された入出力ポートに対するアクセスを再開させる。
【００３０】
又入出力ポートの減設は、入出力ポートの閉塞中に於いてのみ可能である。従って、前述の保守者のコマンドにより入出力ポートを閉塞状態とした後、入出力ポートの取り外し等の減設を開始する。その時、状態表示ビットＳ１ は３から１に遷移する。そして、入出力ポートの減設作業を行い、この作業の完了により入出力ポートは未実装の状態となるから、状態表示ビットＳ１ は１から０に遷移する。この未実装となった入出力ポートについて、入出力ポート状態管理手段２１は、対応表管理手段２２に対して対応表の該当入出力ポートの削除を依頼し、又入出力ポート状態変更通知コマンドにより各プロセッサ１に通知する。各プロセッサの担当ポート管理手段１２は、入出力ポートの状態を更新する。
【００３１】
図３は本発明の実施の形態のプロセッサ状態表及び状態遷移説明図であり、プロセッサ状態管理手段２３（図１参照）内又はメモリに形成され、プロセッサ状態管理手段２３によって制御されるプロセッサ状態表３２を（Ａ）に示す。このプロセッサ状態表３２は、プロセッサ番号をアドレスとして、１バイト構成のプロセッサ状態ＳＴと、１バイト構成の現用として担当する入出力ポート数ＡＣＴと、１バイト構成の待機として担当する入出力ポート数ＳＢＹと、現用として担当できる入出力ポートの最大数ＭＡＸとを設定する場合を示す。又プロセッサ状態ＳＴは、未実装＝０、増設・減設中＝１、正常＝２、過負荷状態＝３、障害・閉塞中＝４、ファイル更新中＝５とすることができる。なお、プロセッサ状態表３２は、このようなバイト構成に限定されるものではなく、適用システムに対応して変更することができる。
【００３２】
このプロセッサ状態ＳＴは、図３の（Ｂ）に示すように、イベントの増設開始、増設完了、過負荷発生、過負荷解除、障害発生、障害復旧、閉塞、閉塞解除、ファイル更新開始、ファイル更新完了、減設開始、減設完了に従って遷移する。即ち、プロセッサ状態管理手段２３による制御により、プロセッサを増設する場合、そのプロセッサ番号対応のプロセッサ状態ＳＴは、未実装を示す０から増設開始の１に遷移し、その増設作業が完了すると、正常状態の２に遷移する。又過負荷状態となると、正常の状態の２から過負荷状態の３に遷移し、この過負荷が解除されると、正常状態の２に遷移する。
【００３３】
又障害が発生すると、正常状態の２から障害中の４、或いは過負荷状態の３から障害中の４に遷移し、その障害が回復すると、障害中の４から正常状態の２に遷移する。又ファイル更新を開始すると、正常状態の２からファイル更新中の５に遷移し、ファイルの更新が完了すると、正常状態の２に遷移する。又減設を開始すると、正常状態の２から１に遷移し、減設作業が完了すると、未実装状態の０に遷移する。
【００３４】
各プロセッサ１で発生したイベントは、プロセッサ状態変化通知コマンドにより、データ送受信手段１１（図１参照）から入出力装置２のプロセッサ状態管理手段２３に通知される。プロセッサ状態管理手段２３は、図３の（Ａ）に示すプロセッサ状態表３２のプロセッサ状態ＳＴを更新する。
【００３５】
プロセッサ１の増設時は、未実装状態のプロセッサを実装状態とするものであり、増設開始により、プロセッサ状態ＳＴは０から１に遷移し、増設作業が完了すると、プロセッサ状態ＳＴは１から２に遷移する。この段階では、増設されたプロセッサは、担当入出力ポートが割当てられていない。そこで、プロセッサ状態管理手段２３は、入出力ポート状態管理手段２１から実装状態の入出力ポート数を求め、この入出力ポート数と、実装プロセッサ数とから、各プロセッサが担当する入出力ポート数の平均値を求める。
【００３６】
この入出力ポート数の平均値の２倍の数だけ、対応表管理手段２２により入出力ポートの担当待機プロセッサを、増設されたプロセッサに割付ける。この時、他のプロセッサが待機プロセッサとして担当する入出力ポート数が平均化するように調整する。即ち、（増設前の処理プロセッサ当たりの平均入出力ポート数）−（増設後の処理プロセッサ当たりの平均入出力ポート数）だけ、各プロセッサが待機プロセッサとして担当している入出力ポートを変更する。この場合、各プロセッサの能力が同一であることにより、入出力ポートの担当数が等しくなるように調整するものであるが、能力が異なるプロセッサが混在している場合は、各能力に対応して按分されるように調整することができる。
【００３７】
そして、前述の増設プロセッサに対する待機プロセッサとして割付けられた入出力ポートの半分の数を、現用プロセッサとして担当するように切替えることを対応表管理手段２２に依頼する。この時、他のプロセッサが現用プロセッサとして担当する入出力ポート数が平均化するように調整する。従って、プロセッサを増設することにより、各プロセッサが現用及び待機として担当する入出力ポートについての再割当てが行われ、負荷分散の最適化を図ることができる。
【００３８】
又プロセッサ１が過負荷状態となると、プロセッサ１のデータ送受信手段１１により入出力装置２に通知する。それにより、プロセッサ状態管理手段２３は、プロセッサ状態表３２（図３の（Ａ）参照）のプロセッサ状態ＳＴを、過負荷状態の３に更新する。その場合、割付けられた担当入出力ポート数が多い場合に相当するから、プロセッサ状態管理手段２３は、対応表管理手段２２に、過負荷状態のプロセッサの担当入出力ポート数を少なくするように、現用プロセッサと待機プロセッサとの切替えを依頼する。又過負荷状態が解除されると、プロセッサ状態表３２のプロセッサ状態ＳＴを正常状態の２に更新する。
【００３９】
又各プロセッサは、一定の周期に、プロセッサ状態変化通知コマンドを入出力装置２へ送出するものである。従って、入出力装置２は、所定周期以上連続してプロセッサ状態変化通知コマンドを受信できないプロセッサは、障害発生と判断し、プロセッサ状態管理手段２３により、プロセッサ状態表３２のプロセッサ状態ＳＴを障害中の４に更新する。
【００４０】
そして、この障害発生プロセッサが担当していた入出力ポートについて、現用プロセッサと待機プロセッサとの切替えを対応表管理手段２２に依頼する。それによって、障害発生プロセッサが現用中として担当していた入出力ポートは、待機プロセッサが処理を担当するように切替えることができる。
【００４１】
又入出力装置２は、障害発生プロセッサから所定周期連続してプロセッサ状態変化通知コマンドを受信すると、障害復旧と判断し、プロセッサ状態表３２のプロセッサ状態ＳＴを正常状態の２に更新し、障害が復旧したプロセッサが担当すべき入出力ポートについて対応表管理手段２２に切替えを依頼し、現用プロセッサとして入出力ポートの処理を担当する。
【００４２】
又入出力ポートと同様に、保守者からのコマンドにより、プロセッサを閉塞することができる。その場合、プロセッサ状態表３２のプロセッサ状態ＳＴを４に更新し、障害発生時と同様に、対応表管理手段２２に、閉塞プロセッサが担当していた入出力ポートについて、現用プロセッサと待機プロセッサとの切替えを依頼し、入出力ポートの担当プロセッサの切替えを行うことになる。又閉塞解除の場合は、プロセッサ状態表３２のプロセッサ状態ＳＴを２に更新し、対応表管理手段２２に依頼して、閉塞前の状態或いは再配置による入出力ポートの割当てを行うことになる。
【００４３】
又正常状態のプロセッサのファイルを更新する場合がある。このファイル更新の開始により、プロセッサ状態表３２のプロセッサ状態ＳＴを５に更新し、このプロセッサが現用プロセッサとして担当していた入出力ポートについて、現用プロセッサと待機プロセッサとの切替えを、対応表管理手段２２に依頼する。従って、ファイル更新中のプロセッサは待機に切替えられ、それまで待機であったプロセッサが現用に切替えられ、入出力ポートの処理要求を担当することになる。又ファイル更新が完了すると、プロセッサ状態表３２のプロセッサ状態ＳＴを２に更新し、このプロセッサが待機プロセッサとして担当していた入出力ポートの半数について、現用プロセッサと待機プロセッサとの切替えを対応表管理手段２２に依頼する。
【００４４】
又プロセッサをシステムから除去する減設は、プロセッサの閉塞中状態に於いてのみ可能である。この減設開始によりプロセッサ状態表３２のプロセッサ状態ＳＴは１に遷移し、減設作業の完了によりプロセッサは未実装の状態となるから、プロセッサ状態ＳＴは０に遷移する。プロセッサが未実装状態となったことにより、このプロセッサが待機プロセッサとして割当てられた入出力ポートに対して、待機プロセッサの登録を抹消するように、対応表管理手段２２に依頼する。又待機プロセッサの登録を抹消された入出力ポートに対しては、対応表管理手段２２は、残りのプロセッサを順番に待機プロセッサとし、全体で平均化するように、その入出力ポートに割当てる。
【００４５】
図４は本発明の実施の形態の対応表及び担当入出力ポート状態表の説明図であり、（Ａ）は対応表３３、（Ｂ）は担当入出力ポート状態表３４を示す。（Ａ）に示す対応表３３は、対応表管理手段２２内又は図示を省略したメモリに形成され、対応表管理手段２２によって制御されるもので、入出力ポートのポート番号をアドレスとして、現用プロセッサ番号（上側）と待機プロセッサ番号（下側）とを登録する。なお、“０”は入出力ポート対応の担当プロセッサ無しを示す。又現用プロセッサ番号と待機プロセッサ番号とは、ポート番号をアドレスとした１ワード（３２ビット）内に設定することも可能である。
【００４６】
又対応表管理部２２は、対応表３３のバックアップデータの管理、初期設定、内容の更新、参照等の機能を有し、バックアップデータの更新を保守者のコマンドにより行うことができる。従って、入出力装置２が初期設定されて使用可能状態となった時に、初期設定の機能によりバックアップデータを対応表３３に初期設定し、対応表変化通知コマンドにより、データ送受信手段２４から実装プロセッサに通知し、入出力ポートに対するプロセッサの割当てを行い、負荷分散による処理を実行できる状態とする。
【００４７】
又現用プロセッサと待機プロセッサとの切替えや割当変更等は、対応表３３のポート番号対応に現用プロセッサ番号と待機プロセッサ番号との更新により容易に対応することができる。例えば、指定された入出力ポートの現用プロセッサと待機プロセッサとを切替える場合、その入出力ポートのポート番号対応の現用プロセッサ番号を前の待機プロセッサ番号、又待機プロセッサ番号を前の現用プロセッサ番号にそれぞれ更新することにより対処できる。
【００４８】
図４の（Ｂ）の担当入出力ポート状態表３４は、プロセッサ１の担当ポート状態管理手段１２内又は図示を省略したメモリに形成され、担当ポート状態管理手段１２により制御されるものであり、入出力ポート番号〔＝８×ｊ＋（ｉ／４）〕をアドレスとして、４ビット構成の状態表示ビットＳ２ が配置されている場合を示し、０は入出力ポートが未実装或いは自プロセッサがその入出力ポートの担当プロセッサでないことを示す。又１はその入出力ポートを現用プロセッサとして担当することを示し、２は待機プロセッサとして担当することを示す。又３は現用プロセッサとして担当しているが、入出力ポートが障害中又は閉塞中を示し、４は待機プロセッサとして担当しているが、入出力ポートが障害中又は閉塞中を示す。
【００４９】
図５は本発明の実施の形態の送信データフォーマットの説明図であり、３２ビットで１ワードを構成する場合を示し、（Ａ）はプロセッサ１から入出力装置２への送信データフォーマットを示す。この送信データフォーマットは、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、送信データからなる場合を示す。
【００５０】
又（Ｂ）は入出力装置２からプロセッサ１への送信データフォーマットを示す。この送信データフォーマットは、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、送信データからなる場合を示す。
【００５１】
図６は本発明の実施の形態のコマンドの説明図であり、（Ａ）は入出力ポートからのデータ入力コマンドを示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、入出力ポート番号からなる場合を示す。又（Ｂ）は、データ入力コマンドに対するデータ入力コマンド応答を示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、入出力ポート番号、入力結果、入力データ長、入力データからなる場合を示す。
【００５２】
図７は本発明の実施の形態のコマンドの説明図であり、（Ａ）は入出力ポートへのデータ出力コマンドを示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、入出力ポート番号、出力データ長、出力データからなる場合を示す。又（Ｂ）はデータ出力コマンドに対するデータ出力コマンド応答を示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、入出力ポート番号、出力結果からなる場合を示す。
【００５３】
図８は本発明の実施の形態のコマンドの説明図であり、（Ａ）は入出力ポート状態変化通知コマンドを示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、入出力ポート状態表からなる場合を示す。この入出力ポート状態変化通知コマンドにより、前述の入出力ポート状態管理手段２１から、入出力ポートの増設や減設、障害発生や復旧等の入出力ポートの状態変更についてプロセッサに通知するものである。
【００５４】
又（Ｂ）は入出力ポート状態変化通知コマンド応答を示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、受信結果からなる場合を示す。即ち、（Ａ）に示す入出力ポート状態変化通知コマンドを受信したプロセッサが、入出力装置へこの入出力ポート状態変化通知コマンド応答を送出する。
【００５５】
図９は本発明の実施の形態のコマンドの説明図であり、（Ａ）はプロセッサ状態変化通知コマンドを示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、プロセッサ状態からなる場合を示し、プロセッサの未実装から実装による増設、過負荷状態への変化、過負荷状態の解除、障害発生、障害復旧、ファイル更新、実装から未実装への減設等の状態変化を、プロセッサ状態通知手段１３からデータ送受信手段１１を介して送出するものである。又所定の周期で入出力装置へ送出して、プロセッサの正常性を通知する場合，プロセッサ状態の変化がなければ、変化無しのプロセッサ状態の内容のデータを送出することができる。
【００５６】
又（Ｂ）はプロセッサ状態変化通知コマンド応答を示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、受信結果からなる場合を示す。又（Ｃ）は対応表変化通知コマンドを示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、対応表の内容からなる場合を示す。この対応表変化通知コマンドは、入出力ポート又はプロセッサの増設，減設，障害発生，障害回復等のイベントに従って、対応表管理手段２２により管理，制御する対応表３３（図４参照）の入出力ポートと現用プロセッサとの対応の更新内容を、対応表の内容としてプロセッサに通知するものである。
【００５７】
図１０は本発明の実施の形態のコマンドの説明図であり、（Ａ）は対応表変化通知コマンド応答を示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、受信結果からなる場合を示す。この対応表変化通知コマンド応答は、図９の（Ｃ）に示す対応表変化通知コマンドに対して、プロセッサから入出力装置へ送出する応答である。
【００５８】
又（Ｂ）は入出力ポート状態問い合わせコマンドを示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、受信結果からなる場合を示す。又（Ｃ）は入出力ポート状態問い合わせコマンド応答を示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、入出力ポート状態表からなる場合を示す。
【００５９】
入出力装置の入出力ポート状態管理手段２１に対して、プロセッサから入出力ポートの状態を問い合わせる為に、前述の（Ｂ）に示す入出力ポート状態問い合わせコマンドを送出すると、（Ｃ）に示す応答により、入出力ポート状態管理手段２１が管理している入出力ポート状態表３１の内容を、プロセッサに通知することができる。
【００６０】
図１１は本発明の実施の形態のコマンドの説明図であり、（Ａ）はプロセッサ状態問い合わせコマンドを示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号からなる場合を示す。又（Ｂ）はプロセッサ状態問い合わせコマンド応答を示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、プロセッサ状態からなる場合を示す。（Ａ）のプロセッサ状態問い合わせコマンドは、入出力装置からプロセッサに対して、プロセッサの状態を問い合わせる為のものであり、（Ｂ）の応答は、その問い合わせに応答して、プロセッサ状態を通知する為のものである。
【００６１】
又（Ｃ）は対応表問い合わせコマンドを示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号とからなる場合を示し、（Ｄ）は対応表問い合わせコマンド応答を示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、対応表の内容からなる場合を示す。（Ｃ）に示す対応表問い合わせコマンドは、プロセッサから入出力装置に対して、入出力ポートに対する現用，待機のプロセッサの対応表３３の内容を問い合わせ、その問い合わせに対して（Ｄ）に示す応答をプロセッサに通知する。
【００６２】
図１２は本発明の実施の形態の受信コマンドの配付先の説明図であり、前述のコマンドを受信する受信装置と、その受信装置としての入出力装置又はプロセッサに於けるコマンドの配付先の手段を示す。例えば、入出力ポートからのデータは、入出力装置２の入出力ポートアクセス手段２５に転送され、又入出力ポートへのデータは、入出力ポートアクセス手段２５から指定された入出力ポートへ転送される。
【００６３】
又図８の（Ａ）に示す入出力ポート状態変化通知コマンドは、プロセッサの担当ポート状態管理管理手段１２に転送される。又図９の（Ａ）に示すプロセッサ状態変化通知コマンドは、入出力装置２のプロセッサ状態管理手段２３に転送される。又図９の（Ｃ）に示す対応表変化通知コマンドは、プロセッサ１の担当ポート状態管理手段１２に転送される。
【００６４】
又図１０の（Ｂ）に示す入出力ポート状態問い合わせコマンドは、入出力装置２の入出力ポート状態管理手段２１に転送される。又図１１の（Ａ）に示すプロセッサ状態問い合わせコマンドは、プロセッサ１のプロセッサ状態通知手段１３に転送される。又図１１の（Ｃ）に示す対応表問い合わせコマンドは、入出力装置２の対応表管理手段２２に転送される。
【００６５】
図１３は本発明の実施の形態の電子交換機に適用した構成の説明図であり、５１−１〜５１−ｎは呼処理プロセッサ、５２はネットワーク入出力装置、５３はバス、５４はネットワーク、５５は保守・運用プロセッサ、５６は保守・運用端末、５７は端末制御装置、５８は端末、５９はハイウェイ０〜ｍを示す。各呼処理プロセッサ５１−１〜５１−ｎが図１のプロセッサ１に対応し、ネットワーク入出力装置５２が図１の入出力装置２に対応する。又ハイウェイ５９（０〜ｍ）が入出力装置の入出力ポートに対応する。
【００６６】
ネットワーク５４は、例えば、時分割スイッチにより構成され、電話端末等の端末５８間をタイムスロット交換により接続するものであり、複数のハイウェイ０〜ｍを介して端末制御装置５７が接続され、各端末制御装置５７に端末５８が接続されている。又ネットワーク５４は、ネットワーク入出力装置５２を介して呼処理プロセッサ５１−１〜５１−ｎにより制御される。又各呼処理プロセッサ５１−１〜５１−ｎは、ハイウェイ０〜ｍに対して現用プロセッサ又は待機プロセッサとして担当が割当てられる。
【００６７】
端末５８からの接続要求は、ネットワーク入出力装置５２から接続要求端末が接続されているハイウェイ担当の現用の呼処理プロセッサへ転送され、その呼処理プロセッサは、接続要求端末に対して接続先情報の読出しをネットワーク入出力装置５２に依頼し、その接続先情報を読取ると、接続要求端末に対して接続先呼出中音送出をネットワーク入出力装置５２に指示する。そして、接続先情報に従ったハイウェイの接続先担当呼処理プロセッサに接続先端末の呼出しを依頼する。この接続先担当呼処理プロセッサは、接続先端末の呼出音送出をネットワーク入出力装置５２に指示する。
【００６８】
この接続先担当呼処理プロセッサは、接続先端末の応答をネットワーク入出力装置５２を介して受信すると、この接続先応答を、接続要求担当呼処理プロセッサへ転送し、この接続要求担当呼処理プロセッサは、接続要求端末と接続先端末との間の通信路を設定するように、ネットワーク入出力装置５２に指示する。それに基づいてネットワーク５４が制御されて、接続要求端末と接続先端末との間の通信路が設定される。
【００６９】
又接続要求担当呼処理プロセッサは、ネットワーク入出力装置５２に接続要求元端末の切断要求監視を指示し、接続先担当呼処理プロセッサは、ネットワーク入出力装置５２に接続先端末の切断要求監視を指示する。接続要求端末又は接続先端末からの切断要求を、ネットワーク入出力装置５２を介して接続要求担当呼処理プロセッサ又は接続先担当プロセッサが受信すると、接続要求端末と接続先端末との間の通信路の切断をネットワーク入出力装置５２に指示する。それにより、ネットワーク５４に形成された通信路が切断される。
【００７０】
以下、ハイウェイ０〜３が実装され、又呼処理プロセッサ５１−１，５１−２が実装されている場合、呼処理プロセッサ５１−１〜５１−ｎを、プロセッサ１〜ｎとして表し、又ネットワーク入出力装置５２を入出力装置として表すと、前述の入出力ポート状態管理手段２１（図１参照）により管理される入出力ポート状態表３１と、プロセッサ状態管理手段２３により管理されるプロセッサ状態表３２と、対応表管理手段２２により管理される対応表３３と、プロセッサ１，２対応の担当入出力ポート状態管理手段１２により管理される担当入出力ポート状態表３４−１，３４−２は、図１４に示すものとなる。
【００７１】
即ち、入出力ポート状態表３１は、右端をハイウェイ０として、ハイウェイ０〜３（入出力ポート）対応に正常状態を示す「２」の内容の場合を示し、又プロセッサ状態表３２は、図３に示すように、左側から、プロセッサ状態ＳＴ、現用として担当する入出力ポート数ＡＣＴ、待機として担当する入出力ポート数ＳＢＹ、現用として担当できる入出力ポートの最大数ＭＡＸを登録するものであり、図１４に於けるプロセッサ状態表３２は、プロセッサ１，２は、プロセッサ状態ＳＴは「２」により正常、現用として担当するハイウェイ（入出力ポート）数ＡＣＴは「２」、待機として担当するハイウェイ（入出力ポート）数ＳＢＹは「２」、現用として担当できるハイウェイ（入出力ポート）の最大数ＭＡＸは「４」の場合を示している。又プロセッサ３，４については総て「０」で未実装の場合を示す。
【００７２】
又対応表３３は、図４の（Ａ）に示すように、ポート番号対応に現用プロセッサ番号と待機プロセッサ番号とを登録するものであり、図１４に於ける対応表３３は、ポート番号に対応するハイウェイ０に対しては、プロセッサ１が現用、プロセッサ２が待機であることを示し、又ハイウェイ１に対しては、プロセッサ２が現用、プロセッサ１が待機であることを示している。同様に、ハイウェイ２に対しては、プロセッサ１が現用、プロセッサ２が待機、ハイウェイ３に対しては、プロセッサ２が現用、プロセッサ１が待機、ハイウェイ４に対しては、未実装であるから担当プロセッサ無しを示している。
【００７３】
又担当入出力ポート状態表は、図４の（Ｂ）に示すように、ポート番号対応に担当プロセッサ番号を登録するもので、図１４に於けるプロセッサ１の担当入出力ポート状態表３４−１は、右端側からポート番号に対応するハイウェイ０に対して現用「１」、ハイウェイ１に対して待機「２」、ハイウェイ２に対して現用「１」、ハイウェイ３に対して待機「２」が登録され、ハイウェイ０，２に対しては現用プロセッサとして担当し、ハイウェイ１，３に対しては待機プロセッサとして担当することを示す。又プロセッサ２の担当入出力ポート状態表３４−２は、ハイウェイ０〜３に対して、右端側からそれぞれ待機「２」，現用「１」，待機「２」，現用「１」が登録されている場合を示す。
【００７４】
前述のような状態に於いて、ハイウェイ４を増設する場合、ハイウェイ４の増設開始により、入出力ポート状態表３１は、図１５に示す内容となる。即ち、右端から５番目のハイウェイ４対応の領域に「１」が設定され、増設・減設中であることを表示する。又プロセッサ状態表３２と対応表３３とプロセッサ１，２の担当入出力ポート状態表３４−１，３４−２は、図１４の状態と同一のままである。
【００７５】
ハイウェイ４の増設完了により、図１６に示すように、入出力ポート状態表のハイウェイ４対応領域は「２」に遷移して現用中を示すことになる。この段階では、ハイウェイ４を担当するプロセッサの割当てが行われていないので、入出力ポート状態管理手段２１（図１参照）は、プロセッサ状態管理手段２３にプロセッサの状態を問い合わせる。
【００７６】
それにより、プロセッサ状態管理手段２３が管理しているプロセッサ状態表３２の内容に基づいて、プロセッサが担当可能な入出力ポートの最大数ＭＡＸと、現用プロセッサが担当しているポート数ＡＣＴとから、各プロセッサの余裕度を判断し、最も余裕があるプロセッサを現用プロセッサ、２番目に余裕があるプロセッサを待機プロセッサとして、対応表３３に登録する。
【００７７】
この場合、図１４及び図１５に示すプロセッサ状態表３２は、プロセッサ１，２は、同一の余裕度であるから、例えば、ハイウェイ４に対してプロセッサ１を現用、プロセッサ２を待機として割当てると、図１６に示すように、プロセッサ状態表３２は、その右端から２番目のプロセッサ１対応の現用として担当する入出力ポート数は２から３に更新され、又右端から３番目のプロセッサ２対応の待機として担当する入出力ポート数は２から３に更新される。
【００７８】
又対応表３３は、ハイウェイ４対応の上側に現用プロセッサ１、下側に待機プロセッサ２が登録される。又プロセッサ１，２の担当入出力ポート状態表３４−１，３４−２は、ハイウェイ４対応には、プロセッサ１が現用「１」、プロセッサ２が待機「２」であることが登録される。
【００７９】
入出力ポートの状態変化は、図８の（Ａ）に示す入出力ポート状態変化通知コマンドにより各プロセッサ１，２に通知する。又各プロセッサ１，２では、この入出力ポート状態変化通知コマンドに従って担当入出力ポート状態表３４−１，３４−２を更新し、増設されたハイウェイに対する担当プロセッサの割当てが完了する。この場合、増設されたハイウェイ４に対して、プロセッサ１が現用プロセッサ、プロセッサ２が待機プロセッサとなる。
【００８０】
又前述のハイウェイ４の増設前の状態に於いて、例えば、ハイウェイ１に障害が発生した場合、即ち、入出力ポート状態表３１と、プロセッサ状態表３２と、対応表３３と、担当入出力ポート状態表３４−１，３４−２とが、図１４に示すテーブル内容である場合に於いて、ハイウェイ１に障害が発生すると、入出力ポート状態表３１のハイウェイ１対応領域（右端から２番目）は、現用中の「２」から障害中の「３」に遷移する。即ち、図１７の入出力ポート状態表３１の内容となる。
【００８１】
又入出力ポート状態変更通知コマンドにより各プロセッサ１，２に、ハイウェイ１の障害が通知される。それにより、各プロセッサ１，２は、担当入出力ポート状態表３４−１，３４−２を更新することになる。従って、図１７に示すように、プロセッサ１，２の担当入出力ポート状態表３４−１，３４−２のハイウェイ１対応の領域は、それぞれ障害中の「４」，「３」に更新される。
【００８２】
又テーブル内容が図１６に示すように、ハイウェイ４の増設が完了した状態に於いて、例えば、プロセッサ３を増設する場合、増設開始により、図１８に示すように、プロセッサ状態表３２のプロセッサ３対応のプロセッサ状態ＳＴは増設中を示す「１」に遷移する。この段階では、プロセッサ３の担当入出力ポート状態表３４−３は総て「０」の状態となっている。
【００８３】
このプロセッサ３の増設が完了すると、プロセッサ状態表３２のプロセッサ３対応のプロセッサ状態ＳＴは現用中を示す「２」に遷移する。そして、プロセッサ状態管理手段２３（図１参照）は、増設されたプロセッサ３に対するハイウェイの割当てを行う。この場合、ハイウェイ０〜４の５本であり、実装されたプロセッサ１〜３は３台であるから、プロセッサ当たりのハイウェイの平均値を求めると、１〜２本となる。そこで、例えば、増設されたプロセッサ３の担当ハイウェイ数を１本とすることができる。
【００８４】
この増設されたプロセッサ３の担当ハイウェイ数を１本とすると、その２倍の２本のハイウェイについて担当待機プロセッサを、対応表管理手段２２（図１参照）により、増設されたプロセッサに割付ける。例えば、２本のハイウェイ１，４の待機プロセッサとして、プロセッサ１から増設プロセッサ３に変更する。又待機プロセッサとして割付けられた２本のハイウェイ１，４の半分の１本のハイウェイ、例えば、ハイウェイ４を担当する現用プロセッサに、待機プロセッサから変更し、ハイウェイ１について待機プロセッサのままとする。
【００８５】
従って、プロセッサ増設後のテーブル内容は、例えば、図１９に示すものとなる。即ち、入出力ポート状態表３１は、５本のハイウェイが現用中「２」を示し、プロセッサ状態表３２は、増設されたプロセッサ３について、プロセッサ状態ＳＴは現用中「２」、現用として担当する入出力ポート数ＡＣＴは「１」、待機として担当する入出力ポート数ＳＢＹは「１」、現用として担当できる入出力ポートの最大数ＭＡＸは「４」となった場合を示す。
【００８６】
又対応表３３は、ハイウェイ０，２に対する担当の変更がない場合で、ハイウェイ１は、待機プロセッサは矢印で示すようにプロセッサ１からプロセッサ３に変更され、又ハイウェイ４は、矢印で示すように、待機プロセッサがプロセッサ２からプロセッサ３に変更された後、現用と待機とのプロセッサの切替えが行われ、プロセッサ３が現用、プロセッサ１が待機に切替えられる。
【００８７】
又プロセッサ１の担当入出力ポート状態表３４−１は、ハイウェイ０，２に対しては待機「１」、ハイウェイ１に対しては担当でない「０」、ハイウェイ３，４に対して現用「２」を示し、プロセッサ２の担当入出力ポート状態表３４−２は、ハイウェイ０，２に対しては現用「２」、ハイウェイ１，３に対しては待機「１」、ハイウェイ４に対しては担当でない「０」を示し、プロセッサ３の担当入出力ポート状態表３４−３は、ハイウェイ０，２，３に対しては担当でない「０」、ハイウェイ１に対して現用「２」、ハイウェイ４に対して待機「１」を示す。即ち、ハイウェイ増設完了により、テーブル内容は図１９に示す内容となり、ハイウェイ０〜４からの要求に従って現用プロセッサとして割付けられたプロセッサ１〜３が処理を担当することになる。
【００８８】
又図１９に示すテーブル内容の状態に於いて、例えば、プロセッサ１に障害が発生した場合、このプロセッサ１が現用として担当しているハイウェイに対して、他のプロセッサを現用として割当てることになる。その場合の処理の結果によるテーブル内容を図２０に示す。この場合、障害発生のプロセッサ１が現用として担当しているハイウェイ０，２の待機プロセッサはプロセッサ２であるから、現用，待機の切替えが行われる。
【００８９】
従って、入出力ポート状態表３１の内容は変化しないが、プロセッサ状態表３２は、プロセッサ１対応のプロセッサ状態ＳＴは障害中の「４」、現用として担当する入出力ポート数ＡＣＴは「０」、待機として担当する入出力ポート数ＳＢＹは「４」に変更され、又現用として担当できる入出力ポートの最大数ＭＡＸは「４」のままとなる。
【００９０】
又プロセッサ２対応のプロセッサ状態ＳＴは現用の「２」、現用として担当できる入出力ポートの最大数ＭＡＸは「４」のままであるが、現用として担当する入出力ポート数ＡＣＴは「４」に、又待機として担当する入出力ポート数ＳＢＹは「０」に変更される。又プロセッサ３対応の内容は前の状態のままである。
【００９１】
又状態表３３は、ハイウェイ０，２については矢印で示すように、現用はプロセッサ１からプロセッサ２に、待機はプロセッサ２からプロセッサ１に切替えられ、ハイウェイ１については、現用のプロセッサ２のままであるが、待機はプロセッサ１からプロセッサ３に切替えられる。又ハイウェイ３，４についてはそのままとなる。
【００９２】
又プロセッサ１の担当入出力ポート状態表３４−１は、プロセッサ１の障害であるから、内容は不明、不確定なものとなる。又プロセッサ２の担当入出力ポート状態表３４−２は、ハイウェイ０〜３に対して現用「１」、ハイウェイ４に対して担当でない「０」を示し、又プロセッサ３の担当入出力ポート状態表３４−３は、ハイウェイ０，２，３に対して担当でない「０」、ハイウェイ１に対して待機「２」、ハイウェイ４に対して現用「１」を示すものとなる。
【００９３】
図２１は本発明の実施の形態の入出力ポートのイベント発生によるフローチャートを示し、入出力ポート状態管理手段２１（図１参照）に於いて、イベント発生により、イベントの内容に従って処理を分岐する。即ち、入出力ポート増設開始（Ａ１）、入出力ポート増設完了（Ａ２）、入出力ポート障害発生（Ａ３）、入出力ポート障害復旧（Ａ４）、入出力ポート閉塞（Ａ５）、入出力ポート閉塞解除（Ａ６）、入出力ポート減設開始（Ａ７）、入出力ポート減設終了（Ａ８）に分岐する。
【００９４】
入出力ポート増設開始（Ａ１）は、図２２に示すように、入出力ポートは未実装か否かを判定し（Ａ１１）、未実装の場合はそのイベントをリジェクトとし、又実装の場合は、入出力ポートを増設中「１」に設定（図２の入出力ポート状態表３１参照）（Ａ１２）、そして、入出力ポートの増設作業を行う（Ａ１３）。
【００９５】
又入出力ポート増設完了（Ａ２）の場合は、入出力ポートは増設中か否かを判定し（Ａ２１）、増設中でない場合は、入出力ポート増設完了のイベントについてはリジェクトし、又増設中の場合は入出力ポートを現用中「２」（入出力ポート状態表３１参照）に設定し（Ａ２２）、プロセッサ状態管理手段２３にプロセッサ状態を問い合わせる（Ａ２３）。
【００９６】
そして、各プロセッサが現用として担当する入出力ポート数が平均化するように、該当入出力ポートの現用／待機プロセッサを決定し（Ａ２４）、対応表管理手段２２により、該当入出力ポートの現用／待機プロセッサを対応表３３に設定し（Ａ２５）、データ送受信手段２４から、入出力ポートの状態を各プロセッサに、入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ２６）。
【００９７】
又入出力ポート障害発生（Ａ３）の場合は、図２３に示すように、入出力ポートは現用中か否かを判定し（Ａ３１）、現用中でない場合は、入出力ポート障害発生のイベントについてはリジェクトとし、現用中の場合は入出力ポートを障害中「３」（入出力ポート状態表３１参照）に設定し（３２）、データ送受信手段２４から、入出力ポートの障害発生の状態を各プロセッサに入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ３３）。
【００９８】
又この入出力ポートの障害復旧（Ａ４）の場合は、図２３に示すように、入出力ポートは障害中「３」か否かを判定し（Ａ４１）、障害中でない場合は、入出力ポートの障害復旧のイベントについてはリジェクトし、障害中の場合は、入出力ポートを現用中「２」（入出力ポート状態表３１参照）に設定し（Ａ４２）、データ送受信手段２４から、入出力ポートの障害復旧の状態を各プロセッサに入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ４３）。
【００９９】
又入出力ポート閉塞（Ａ５）の場合は、図２４に示すように、入出力ポートが現用中「２」か否かを判定し（Ａ５１）、現用中でない場合は、入出力ポート閉塞のイベントについてはリジェクトし、現用中の場合は入出力ポートを閉塞中「３」（入出力ポート状態表３１参照）に設定し（Ａ５２）、データ送受信手段２４から、入出力ポートの閉塞の状態を各プロセッサに入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ５３）。
【０１００】
又入出力ポート閉塞解除（Ａ６）の場合は、図２４に示すように、入出力ポートが閉塞中「３」か否かを判定し（Ａ６１）、閉塞中でない場合は、入出力ポート閉塞解除のイベントについてはリジェクトし、閉塞中の場合は入出力ポートを現用中「２」に設定し（Ａ６２）、データ送受信手段２４から、入出力ポートの閉塞解除の状態を各プロセッサに入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ６３）。
【０１０１】
又入出力ポート減設開始（Ａ７）の場合は、図２５に示すように、入出力ポートが閉塞中「３」か否かを判定し（Ａ７１）、閉塞中でない場合は、入出力ポート減設開始のイベントについてはリジェクトし、閉塞中の場合は入出力ポートを減設中「１」（入出力ポート状態表３１参照）に設定し（Ａ７２）、入出力ポートの減設作業を行う（Ａ７３）。
【０１０２】
又入出力ポート減設完了（Ａ８）の場合は、図２５に示すように、入出力ポートが減設中「１」か否かを判定し（Ａ８１）、減設中でない場合は、入出力ポート減設完了のイベントについてはリジェクトし、減設中の場合は入出力ポートを未実装「０」（入出力ポート状態表３１参照）に設定し（Ａ８２）、対応表管理手段２２に、対応表３３の該当入出力ポートの削除を依頼し（Ａ８３）、データ送受信手段２４から、入出力ポートの減設完了の状態を各プロセッサに入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ６３）。
【０１０３】
図２６は本発明の実施の形態のプロセッサのイベント発生によるフローチャートを示し、プロセッサ状態管理手段２３（図１参照）に於いて、イベント発生内容に従った処理を、プロセッサ増設開始（Ｂ１）、プロセッサ増設完了（Ｂ２）、プロセッサ過負荷発生（Ｂ３）、プロセッサ過負荷解除（Ｂ４）、プロセッサ障害発生（Ｂ５）、プロセッサ障害復旧（Ｂ６）、プロセッサ閉塞（Ｂ７）、プロセッサ閉塞解除（Ｂ８）、プロセッサファイル更新開始（Ｂ９）、プロセッサファイル更新完了（Ｂｂ１）、プロセッサ減設開始（Ｂｂ２）、プロセッサ減設終了（Ｂｂ３）に分岐する。
【０１０４】
プロセッサ増設開始（Ｂ１）の場合、図２７に示すように、プロセッサは未実装か否かを判定し（Ｂ１１）、該当するプロセッサが実装されている場合は、再度実装することがないから、そのプロセッサ増設開始のイベントについてはリジェクトする。又該当するプロセッサが未実装「０」の場合はプロセッサ状態表３２（図３参照）のプロセッサ状態ＳＴを増設中「１」に設定し（Ｂ１２）、プロセッサの増設作業を行う（Ｂ１３）。
【０１０５】
又プロセッサ増設完了（Ｂ２）の場合は、図２７に示すように、プロセッサは増設中か否かを判定し（Ｂ２１）、増設中でない場合はリジェクトとし、増設中「１」の場合は、プロセッサ状態表３２のプロセッサ状態ＳＴを正常「２」に設定し（Ｂ２２）、入出力ポート管理手段２１（図１参照）が管理する入出力ポート状態表３１により現用中の入出力ポート数を求め（Ｂ２３）、この入出力ポート数と実装されたプロセッサ数とから、プロセッサ当たりの担当入出力ポート数の平均値を求める（Ｂ２４）。
【０１０６】
この平均値の２倍の数だけ、増設プロセッサ以外の他のプロセッサが待機プロセッサとして担当していた入出力ポートについて、増設プロセッサが担当する待機プロセッサとするように、対応表管理手段２２により対応表３３を書換える（Ｂ２４）。そして、各プロセッサが現用プロセッサとして担当していた入出力ポート数が平均化するように、対応表管理手段２２により、現用／待機プロセッサの切替えを行い、対応表３３の書換えを行う（Ｂ２６）。
【０１０７】
又プロセッサ過負荷発生（Ｂ３）の場合は、図２８に示すように、プロセッサは正常か否かを判定する（Ｂ３１）。プロセッサは、入出力装置に対して定期的に、現用として担当できる入出力ポートの最大数を通知するものであるが、この最大数を超えて現用プロセッサとして担当する入出力ポート数が割付けられると、過負荷状態となる場合がある。
【０１０８】
このように過負荷状態となった場合に於いて、直前にプロセッサが正常か否かを判定するもので、正常でない場合は、既に異常状態であるから、そのプロセッサ過負荷発生のイベントについてはリジェクトする。又プロセッサ状態ＳＴが正常「２」を示す場合は、プロセッサを過負荷「３」に設定し（Ｂ３２）、対応表管理手段２２により、過負荷発生プロセッサの最大担当可能入出力ポート数になるまで、又は過負荷状態が解除されるまで、現用プロセッサとして担当している入出力ポートに対して、現用／待機プロセッサの切替えを行う（Ｂ３３）。即ち、現用プロセッサとして担当する入出力ポート数を低減し、他のプロセッサを現用プロセッサとするように割付ける。
【０１０９】
又現用として担当する入出力ポート数が最大数以下となると、過負荷状態が解除されることになり、このプロセッサ過負荷解除（Ｂ４）の場合は、図２８に示すように、プロセッサは、直前の状態が過負荷か否かを判定し（Ｂ４１）、過負荷でない場合は、過負荷解除のイベントについてはリジェクトし、過負荷の場合は、プロセッサを正常「２」に設定し（Ｂ４２）、対応表管理手段２２により、過負荷発生後にその過負荷が解除されたプロセッサの最大担当可能入出力ポート数になるまで、待機プロセッサとして担当している入出力ポートに対して、現用／待機プロセッサの切替えを行う（Ｂ４３）。即ち、過負荷解除のプロセッサが現用プロセッサとして担当する入出力ポート数を増加する。
【０１１０】
又プロセッサの障害発生（Ｂ５）及びプロセッサ障害復旧（Ｂ６）については、図２９に示すように、プロセッサを周期起動し（Ｂ５１）、プロセッサ状態変化通知受信か否かを判定し（Ｂ５２）、プロセッサ状態変化通知受信でない場合は、連続Ｎ周期のプロセッサ状態変化通知受信の有無を判定し（Ｂ５３）、連続Ｎ周期のプロセッサ状態変化通知受信無しの場合は、そのプロセッサは現用中か否かを判定し（Ｂ５４）、現用中の場合は、周期起動に対してＮ周期連続してプロセッサ状態変化通知を送出できなかった場合であるから、そのプロセッサは障害発生として処理する（Ｂ５５）。
【０１１１】
又プロセッサ状態変化通知を受信した場合は、連続Ｎ周期受信か否かを判定し（Ｂ５６）、連続Ｎ周期受信の場合は、そのプロセッサは正常であるから、前の状態が障害中か否かを判定し（Ｂ５７）、プロセッサが障害中の場合は、そのプロセッサの障害復旧処理を行う（Ｂ５８）。
【０１１２】
又前述のプロセッサ障害発生処理（Ｂ５５）の場合、図２９に示すように、プロセッサを障害中「４」（プロセッサ状態表３２参照）に設定し（Ｂ６１）、対応表管理手段２２により、該当プロセッサが現用プロセッサとして担当している入出力ポートに対して、現用／待機プロセッサの切替えを行う（Ｂ６２）。即ち、障害発生プロセッサが現用として担当していた入出力ポートの待機プロセッサを現用プロセッサに切替えて、その入出力ポートの要求を処理させる。
【０１１３】
又前述のプロセッサ障害復旧処理（Ｂ５８）の場合、図２９に示すように、プロセッサを正常「２」（プロセッサ状態表３２参照）に設定し（Ｂ６４）、対応表管理手段２２により、該当プロセッサが待機プロセッサとして担当している入出力ポートの半数について現用／待機プロセッサの切替えを行う（Ｂ６５）。
【０１１４】
又プロセッサ閉塞（Ｂ７）の場合は、図３０に示すように、プロセッサは正常であるか否かを判定し（Ｂ７１）、正常でない場合は、既に障害発生か或いは閉塞中であるから、プロセッサ閉塞のイベントについてはリジェクトし、正常の場合は閉塞「４」（プロセッサ状態表３２参照）に設定し（Ｂ７２）、対応表管理手段２２により、該当プロセッサが現用プロセッサとして担当している入出力ポートに対して、障害発生の場合と同様に、現用／待機プロセッサの切替えを行う（Ｂ７３）。
【０１１５】
又プロセッサ閉塞解除（Ｂ８）の場合は、図３０に示すように、プロセッサは閉塞中か否かを判定し（Ｂ８１）、閉塞中でない場合は、プロセッサ閉塞解除のイベントついてはリジェクトし、又閉塞中の場合は、閉塞解除であるからプロセッサを正常「２」（プロセッサ状態表３２参照）に設定し（Ｂ８２）、対応表管理手段２２により、該当プロセッサが待機プロセッサとして担当している入出力ポートの半数について、現用／待機プロセッサの切替えを行う（Ｂ８３）。
【０１１６】
又プロセッサファイル更新開始（Ｂ９）の場合は、図３１に示すように、プロセッサは正常か否かを判定し（Ｂ９１）、正常でない場合は、ファイル更新が不可能であるから、プロセッサファイル更新開始のイベントについてはリジェクトし、正常の場合は、プロセッサをファイル更新中「５」（プロセッサ状態表３２参照）に設定し（Ｂ９２）、対応表管理手段２２により、該当プロセッサが現用プロセッサとして担当している入出力ポートに対して、現用／待機プロセッサの切替えを行い（Ｂ９３）、ファイル更新作業を行う（Ｂ９４）。
【０１１７】
又プロセッサファイル更新完了（Ｂｂ１）の場合は、図３１に示すように、プロセッサはファイル更新中か否かを判定し（Ｂｂ１１）、ファイル更新中でない場合は、ファイル更新完了のイベントについてはリジェクトし、ファイル更新中の場合は、プロセッサを正常「２」（プロセッサ状態表３２参照）に設定し（Ｂｂ１２）、対応表管理手段２２により、該当プロセッサが待機プロセッサとして担当している入出力ポートの半数について、現用／待機プロセッサの切替えを行う（Ｂｂ１３）。即ち、ファイル更新の為に入出力ポートに対して待機プロセッサとなったプロセッサが、ファイル更新完了により、待機プロセッサとして担当した入出力ポートの半数について、現用／待機プロセッサの切替えを行い、現用プロセッサとして担当する入出力ポートと、待機プロセッサとして担当する入出力ポートとを同数とする。
【０１１８】
又プロセッサ減設開始（Ｂｂ２）の場合は、図３２に示すように、プロセッサは閉塞中か否かを判定し（Ｂｂ２１）、閉塞中でない場合は、プロセッサの減設を禁止するものであるから、そのプロセッサ減設開始のイベントについてはリジェクトし、閉塞中の場合は、プロセッサを減設中「１」（プロセッサ状態表３２参照）に設定し（Ｂｂ２２）、プロセッサの減設作業を行う（Ｂｂ２３）。
【０１１９】
又プロセッサ減設完了（Ｂｂ３）の場合は、図３２に示すように、プロセッサは減設中か否かを判定し（Ｂｂ３１）、減設中でない場合は、プロセッサ減設完了のイベントについてはリジェクトし、減設中の場合は、プロセッサの取り外しが完了した場合であるから、未実装「０」（プロセッサ状態表３２参照）に設定し（Ｂｂ３２）、対応表管理手段２２により、減設プロセッサが待機プロセッサとして担当していた入出力ポートについて、他のプロセッサを順次待機プロセッサとして割当てる（Ｂｂ３３）。
【０１２０】
図３３は本発明の実施の形態の対応表管理手段と入出力ポートアクセス手段とのフローチャートを示し、対応管理手段２２（図１参照）は、対応表３３とバックアップデータ格納部３３ａとを含み、入出力装置２の初期設定により（Ｃ１）、バックアップデータ格納部３３ａからバックアップデータを対応表３３に転送する（Ｃ２）。そして、対応表３３の内容を全プロセッサに通知する（Ｃ３）。又対応表３３の内容は、コマンドにより変更する（Ｃ４）。又対応表３３の内容の変更又は定期的に、対応表３３の内容をバックアップデータ格納部３３ａにコピーする（Ｃ５）。従って、システム再立上げの場合等の対応表の初期設定を行うことが可能であり、その対応表３３の内容に対して各プロセッサに処理を分散することができる。
【０１２１】
又入出力ポートアクセス手段２５（図１参照）は、図３３に示すように、プロセッサ１からデータ入力コマンド又はデータ出力コマンドの入出力要求（Ｄ１１）を、データ送受信手段１１，２４を介して入出力装置２が受信すると、対応表管理手段２２により、該当入出力ポートの対応表を読取り（Ｄ２１）、要求元は現用／待機プロセッサか否かを判定し（Ｄ２２）、現用／待機プロセッサでない場合は、その入出力要求をリジェクトし（Ｄ２５）、又現用／待機プロセッサの場合は、入出力を実行し（Ｄ２３）、応答を返送する（Ｄ２４）。それにより、データ送受信手段１１，２４を介して、プロセッサ１は、コマンド応答として結果を受信することになる（Ｄ１２）。
【０１２２】
図３４は本発明の実施の形態のデータ送受信手段のフローチャートを示し、データ送受信手段１１，２４に於いて、データ送信（Ｅ１）は、図８〜図１１に示すような各手段からの送信コマンドを通信バス上に送出する（Ｅ２）。又データ受信（Ｅ３）は、データ送信コマンドのコマンドコートをチェックし（Ｅ４）、コマンドコードに対応する手段を起動する（Ｅ５）。
【０１２３】
図３５は本発明の実施の形態のプロセッサ状態通知手段と担当入出力ポート状態管理手段とのフローチャートを示し、プロセッサ１（図１参照）のプロセッサ状態通知手段１３は、周期起動され（Ｆ１）、プロセッサ状態を編集し（Ｆ２）、データ送受信手段１１から、図９の（Ａ）に示すプロセッサ状態変化通知コマンドを送出する（Ｆ３）。
【０１２４】
又担当入出力ポート状態管理手段１２は、図８の（Ａ）に示す入出力ポート状態変更通知コマンドを受信すると（Ｇ１）、そのコマンドに従って、担当入出力ポート状態表３４の状態表示ビットＳ２ を、未実装或いは担当プロセッサでないことを示す「０」、現用プロセッサとして担当することを示す「１」、待機プロセッサとして担当することを示す「２」、現用プロセッサとして担当するが入出力ポートが障害中又は閉塞中を示す「３」、待機プロセッサとして担当するが入出力ポートが障害中又は閉塞中を示す「４」の何れかに変更する（Ｇ２）。
【０１２５】
又対応表変化通知コマンド（図９の（Ｃ）参照）を受信すると（Ｇ３）、自プロセッサの担当入出力ポートの現用／待機を変更する（Ｇ４）。即ち、入出力装置２の対応表３３によるプロセッサと入出力ポートとの対応が変化した内容を、対応表変化通知コマンドにより受信すると、自プロセッサが入出力ポートに対して現用プロセッサから待機プロセッサに変化する場合や、その反対に待機プロセッサから現用プロセッサに変化する場合や、担当でない入出力ポートに対して現用或いは待機プロセッサに割当てられることがあり、それに対応して担当入出力ポート状態表３４を更新する。
【０１２６】
図３６は本発明の実施の形態の入出力要求発行手段のフローチャートを示し、プロセッサ１の入出力要求発行手段１４は、データ入力要求により（Ｈ１）、入出力ポート状態は、現用プロセッサとして担当しているか否かを判定し（Ｈ２）、担当していない場合はリジェクトし、担当している場合は、入出力ポートからの図６の（Ａ）に示すデータ入力コマンドを発行し（Ｈ３）、データ送受信手段１１から送出する。
【０１２７】
又データ出力要求に対して（Ｈ４）、入出力ポート状態は、現用／待機プロセッサしとて担当しているか否かを判定し（Ｈ５）、担当していない場合はリジェクトし、担当している場合は、図７の（Ａ）に示すデータ出力コマンドを発行し（Ｈ６）、データ送受信手段１１から送出する。
【０１２８】
図３７は本発明の実施の形態のデータ引継ぎの説明図であり、図１３と同一符号は同一部分を示し、６１は端末の呼処理サービスの進行に伴って変化する状態等の端末状態データ、６２は初期設定時に転送されて設定される端末属性データ、６３は保守・運用プロセッサ５５に於いて保持する端末の種類，端末に提供可能の呼処理サービスに関する端末属性データ、６４は保守・運用プロセッサ５５に於いて保持するサービス仕様データ、６５は呼処理プロセッサ５１−１，５１−２，・・・の初期設定時に転送されて設定されるサービス仕様データを示す。
【０１２９】
ネットワーク入出力装置５２の初期設定時に、保守・運用プロセッサ５５に保持されている端末属性データ６３が点線矢印の経路で転送されて設定される。又ネットワーク入出力装置５２は、呼処理プロセッサ５１−１，５１−２，・・・が現用プロセッサとして担当するハイウェイ５９配下の端末５８の状態を、端末状態データ６１として管理している。
【０１３０】
又呼処理プロセッサ５１−１，５１−２，・・・の初期設定時に、保守・運用プロセッサ５５に保持されているサービス仕様データ６４が点線矢印の経路で転送されて設定される。この場合、保守・運用プロセッサ５５と各呼処理プロセッサ５１−１，５１−２，・・・とのサービス仕様データを同一とした場合を示すが、保守・運用プロセッサ５５に於いて保持しているサービス仕様データ６４の中の基本サービスのデータのみを各呼処理プロセッサ５１−１，５１−２，・・・に保持させて、処理を行わせることができる。
【０１３１】
前述のように、ネットワーク入出力装置５２に於いて、ハイウェイ５９配下の端末状態やハイウェイ５９対応の現用プロセッサについて端末状態データ６１や対応表３３（図４参照）等により管理しており、従って、現用プロセッサに障害が発生し、待機プロセッサが処理を引継ぐ場合、待機プロセッサは、ネットワーク入出力装置５２から対応表状態変化通知コマンドを受信すると同時に、現用プロセッサが担当していたハイウェイ配下の端末の監視・制御を開始することができる。同様に、呼処理プロセッサの障害復旧により、現用プロセッサとして復帰できると共に、現用プロセッサから待機プロセッサに切替えられた呼処理プロセッサに於いても、そのハイウェイ配下の端末の監視・制御を直ちに停止することができる。
【０１３２】
従って、プロセッサの増設，減設，障害発生，障害回復或いはハイウェイの増設，減設，障害発生，障害回復等による現用プロセッサと待機プロセッサとの切替えに於いて、特別に現用プロセッサの管理データを待機プロセッサへ転送する必要がなく、入出力装置からの対応表状態変化通知コマンド等によって切替えることができる。
【０１３３】
図３８は本発明の他の実施の形態の説明図であり、７１−１〜７１−Ｎは信号処理プロセッサ、７２−１〜７２−Ｍは信号入出力装置、７３はバス、７４は信号入出力ポートを示す。信号入出力装置７２−１〜７２−Ｍは、それぞれ複数のハイウェイ等の信号入出力ポートを収容し、入出力ポート間のデータの伝送制御を行うものであり、又信号処理プロセッサ７１−１〜７１−Ｎは、分散して各信号入出力ポートからの要求を処理するものである。
【０１３４】
又信号入出力装置７２−１〜７２−Ｍは、信号入出力ポート７４に対する多重伝送装置に相当し、データの多重分離及び多重化による入出力ポート間の接続等を行う機能を有し、前述のように、信号入出力ポートの状態表と、各信号処理プロセッサ７１−１〜７１−Ｎの状態表と、信号入出力ボート対応に、現用プロセッサと待機プロセッサとの対応を示す対応表とを基に、信号入出力ポート７４対応の要求を信号処理プロセッサ７１−１〜７１−Ｎに分散して処理させる。又信号処理プロセッサ又は入出力ポートの増設，減設，障害発生，障害復旧等についても、前述の実施の形態と同様に、現用／待機の切替えを行うことにより、健全な信号処理プロセッサによる入出力ポート毎の要求を分散処理することができる。
【０１３５】
【発明の効果】
以上説明したように、本発明の情報処理装置及び分散処理制御方法は、複数の入出力ポートからの要求に対して、複数のプロセッサ１が分散処理するものであり、その場合に、入出力装置２の対応表管理手段２２による入出力ポートと担当現用プロセッサとの対応表の管理によって、入出力ポート及びプロセッサの増設，減設，障害発生，障害回復に対して再割付け等を行い、各プロセッサ１に対応表変化通知コマンド等により通知することにより、複数のプロセッサ１による分散処理を継続させることができる。
【０１３６】
従って、電子交換機や各種の情報処理装置に於ける処理要求の増大やシステムの拡張に対しても柔軟に対応できる利点がある。又障害発生に対しても、現用系から待機系への切替えが容易であり、入出力ポートに対する現用／待機のプロセッサの割付けも柔軟であるから、最初に割付けられた現用プロセッサと待機プロセッサとが共に障害となっても、他のプロセッサが容易に現用プロセッサに切替えられるから、負荷分散処理を継続できる利点がある。又本発明は、前述の各実施の形態のみに限定されるものではなく、マルチプロセッサ形式の各種の情報処理装置及び負荷分散により処理する方法に適用できるものである。
【図面の簡単な説明】
【図１】本発明の実施の形態の要部説明図である。
【図２】本発明の実施の形態の入出力ポート状態表及び状態遷移説明図である。
【図３】本発明の実施の形態のプロセッサ状態表及び状態遷移説明図である。
【図４】本発明の実施の形態の対応表及び担当入出力ポート状態表の説明図である。
【図５】本発明の実施の形態の送信データフォーマットの説明図である。
【図６】本発明の実施の形態のコマンドの説明図である。
【図７】本発明の実施の形態のコマンドの説明図である。
【図８】本発明の実施の形態のコマンドの説明図である。
【図９】本発明の実施の形態のコマンドの説明図である。
【図１０】本発明の実施の形態のコマンドの説明図である。
【図１１】本発明の実施の形態のコマンドの説明図である。
【図１２】本発明の実施の形態の受信コマンドの配付先の説明図である。
【図１３】本発明の実施の形態の電子交換機に適用した構成の説明図である。
【図１４】本発明の実施の形態のテーブル内容の説明図である。
【図１５】本発明の実施の形態のテーブル内容の説明図である。
【図１６】本発明の実施の形態のテーブル内容の説明図である。
【図１７】本発明の実施の形態のテーブル内容の説明図である。
【図１８】本発明の実施の形態のテーブル内容の説明図である。
【図１９】本発明の実施の形態のテーブル内容の説明図である。
【図２０】本発明の実施の形態のテーブル内容の説明図である。
【図２１】本発明の実施の形態の入出力ポートのイベント発生によるフローチャートである。
【図２２】本発明の実施の形態の入出力ポートのイベント発生によるフローチャートである。
【図２３】本発明の実施の形態の入出力ポートのイベント発生によるフローチャートである。
【図２４】本発明の実施の形態の入出力ポートのイベント発生によるフローチャートである。
【図２５】本発明の実施の形態の入出力ポートのイベント発生によるフローチャートである。
【図２６】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図２７】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図２８】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図２９】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図３０】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図３１】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図３２】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図３３】本発明の実施の形態の対応表管理手段と入出力ポートアクセス手段とのフローチャートである。
【図３４】本発明の実施の形態のデータ送受信手段のフローチャートである。
【図３５】本発明の実施の形態のプロセッサ状態通知手段と担当入出力ポート状態管理手段とのフローチャートである。
【図３６】本発明の実施の形態の入出力要求発行手段のフローチャートである。
【図３７】本発明の実施の形態のデータ引継ぎの説明図である。
【図３８】本発明の他の実施の形態の説明図である。
【図３９】従来例の電子交換機の要部説明図である。
【符号の説明】
１ プロセッサ
２ 入出力装置
３ バス
１１ データ送受信手段
１２ 担当ポート状態管理手段
１３ プロセッサ状態通知手段
１４ 入出力要求発行手段
１５ 入出力データ処理部
２１ 入出力ポート状態管理手段
２２ 対応表管理手段
２３ プロセッサ状態管理手段
２４ データ送受信手段
２５ 入出力ポートアクセス手段
【発明の属する技術分野】
本発明は、複数のプロセッサを備えて負荷分散処理を行う情報処理装置及び分散処理制御方法に関する。
複数のプロセッサを備えた情報処理装置として、例えば、現用系のプロセッサと待機系（予備系）のプロセッサとによる二重化構成によって信頼性を向上した構成や、各プロセッサに処理を分散させる負荷分散方式によって処理能力を向上した構成等が知られている。このような情報処理装置に於いて、規模の拡大，縮小に容易に対応することができ、又障害発生時は、容易に救済できることが要望されている。
【０００２】
【従来の技術】
図３９は従来例の電子交換機の要部説明図であり、１００はメインプロセッサ（ＭＰＲ）、１０１−１〜１０１−ｎは呼処理プロセッサ（ＣＰＲ）、１０２−１〜１０２−ｎはネットワーク（ＮＷ）、１０３はバスを示す。各ネットワーク１０２−１〜１０２−ｎは、それぞれ呼処理プロセッサ１０１−１〜１０１−ｎにより制御される。又各呼処理プロセッサ１０１−１〜１０１−ｎは、それぞれを接続するバス１０３を介してメインプロセッサ１００により制御される。
【０００３】
この電子交換機は、マルチプロセッサ構成で、呼処理を分散して処理するものであるが、呼処理プロセッサとネットワークとを単位として増設，減設するものである。又各呼処理プロセッサ１０１−１〜１０１−ｎをメインプロセッサ１００により管理する構成である。又呼処理プロセッサ１０１−１〜１０１−ｎを、更に、現用系と待機系との二重化構成とし、又メインプロセッサ１００も現用系と待機系との二重化構成として、信頼性を向上するシステムも知られている。
【０００４】
又電子交換機に於いて、交換制御機能を複数の機能に分割し、各機能毎に複数のプロセッサを設け、交換制御機能を実行する時に、各機能毎に、複数のプロセッサの中の１台のプロセッサを選択指定して処理させる構成も知られている（例えば、特開昭５５−５３９９０号公報参照）。又複数の端末に対してインタフェース回路を介して複数の処理装置（プロセッサ）を接続し、この複数の処理装置によりＡＴＭセルを処理する場合の負荷分散を図った構成も知られている（例えば、特開平４−１７９３２７号公報参照）。
【０００５】
【発明が解決しようとする課題】
従来例の現用系と待機系との二重化構成の場合、現用系の障害により待機系に切替えることにより、処理を継続することができるが、待機系が現用系に切替えられた後に障害が発生すると、システムダウンとなる。又マルチプロセッサシステム構成として負荷分散を行う構成に於いて、例えば、前述の図３９に示す従来例に於いて、各呼処理プロセッサは、担当するネットワークが固定的に割付けられているから、呼処理プロセッサの障害により、その呼処理プロセッサ担当のネットワークの制御ができないことになり、一部障害によるサービス低下が発生する問題がある。又各呼処理プロセッサ１０１−１〜１０１−ｎを二重化構成としても、現用系と待機系とが共に障害となると、障害発生プロセッサの担当ネットワークによるサービスが停止される問題がある。
【０００６】
又複数のプロセッサからなる群から空きを選択して負荷を分担させる前述の従来例（特開昭５５−５３９９０号公報参照）は、機能毎に割付けられるものであるから、融通性に欠ける問題があり、且つ処理要求毎に空き選択を行う処理が必要となる問題がある。又インタフェース回路を介して複数の処理装置を接続して負荷分散処理を行う前述の従来例（特開平４−１７９３２７号公報）は、共通バスを介して接続された複数の処理装置の処理能力に対応して、ＡＴＭセルの処理を分担させるものであるが、具体的な負荷分散処理までは説明されていない。又処理装置の障害発生時や増設等の場合の処理については全く考慮されていないものである。
本発明は、複数のプロセッサにより負荷分散を図り、且つプロセッサの増設，減設等のシステム構成の変更や、障害発生時の救済を容易とすることを目的とする。
【０００７】
【課題を解決するための手段】
本発明の情報処理装置は、図１を参照して説明すると、複数の入出力ポートを有する複数の入出力装置２と、この入出力装置２とバス３を介して接続され、入出力ポート毎の処理要求を分散して処理する複数のプロセッサ１とを備えた情報処理装置に於いて、入出力装置２は、入出力ポート状態表により前記入出力ポートの状態を管理する入出力ポート状態管理手段２１と、プロセッサ状態表により前記各プロセッサの状態を管理するプロセッサ状態管理手段２３と、対応表により入出力ポートを担当するプロセッサの現用／待機の対応を管理する対応表管理手段２２とを備え、又プロセッサ１は、担当入出力ポート状態表により処理を担当する前記入出力ポートの状態を管理する担当入出力ポート状態管理手段１２と、起動されて自プロセッサの状態を編集し、入出力装置２へ転送するプロセッサ状態通知手段１３とを備えている。従って、入出力装置２により、分散処理するプロセッサ１を設定することができる。
【０００８】
又前述の情報処理装置に於いて、入出力ポート状態表は、入出力ポート対応に、該入出力ポートの未実装，増設・減設中，現用中，障害・閉塞中の状態を設定する構成を有し、又プロセッサ状態表は、プロセッサ対応に、未実装，増設中，正常，障害発生等を示すプロセッサ状態と、現用として担当する入出力ポート数と、待機として担当する入出力ポート数と、現用として担当できる入出力ポートの最大数とを設定する構成を有し、又対応表は、入出力ポート対応に、入出力ポートを担当する現用プロセッサと待機プロセッサとを設定する構成を有するものである。
【０００９】
又プロセッサ１の担当ポート状態管理手段１２により管理する担当入出力ポート状態表は、入出力ポート対応に、入出力ポートの未実装或いは自プロセッサの担当でなし、現用プロセッサとして担当、待機プロセッサとして担当、現用プロセッサとして担当しているが入出力ポートが障害・閉塞中、待機プロセッサとして担当しているが入出力ポートが障害・閉塞中の状態を設定する構成を有し、又周期的に起動されて自プロセッサの状態を編集し、入出力装置２へ転送するプロセッサ状態通知手段１３を備えている。
【００１０】
又本発明の分散処理制御方法は、複数の入出力ポートを有する単一又は複数の入出力装置２と、複数のプロセッサとをバスを介して接続した情報処理装置に於ける分散処理制御方法であって、入出力装置は、入出力ポート状態管理手段２１により前記入出力ポートの状態を入出力ポート状態表を基に管理し、プロセッサ状態管理手段２３によりプロセッサの状態をプロセッサ状態表を基に管理し、対応表管理手段２２により入出力ポートと担当プロセッサとの対応を管理し、且つプロセッサ１は、担当入出力ポート状態管理手段１２により自プロセッサが担当する入出力ポートを管理し、入出力ポート毎の処理要求を、対応表を参照して、入出力ポート担当の現用プロセッサにより処理させる過程を含むものである。従って、入出力ポート対応に割付けられた現用プロセッサが、入出力ポートからの要求をそれぞれ処理し、又現用プロセッサの障害発生等の場合は、割付けられた待機プロセッサが現用プロセッサに切替えられて、負荷分散処理を継続することができる。
【００１１】
又前述の分散処理制御方法に於いて、現用プロセッサの障害発生又は閉塞指示により、現用プロセッサが担当した入出力ポートと現用／待機プロセッサとの対応を示す対応表の内容について、現用／待機の切替えを行い、現用に切替えられたプロセッサにより、入出力ポートの処理要求を担当させる過程を含むことができる。
【００１２】
又入出力装置２は、プロセッサ１から周期的に送信されるプロセッサ状態変化通知コマンドを監視し、このプロセッサ状態変化通知コマンドが連続して所定回数途絶えた時にプロセッサの障害発生と判定し、且つ障害発生後にこのプロセッサ状態変化通知コマンドが所定回数連続して受信できた時は障害回復と判定する過程を含むことができる。
【００１３】
又プロセッサ１を増設又は減設した時に、プロセッサ状態表に於ける担当入出力ポート数を基に、増設又は減設後の各プロセッサの入出力ポートの担当数が平均化されるように、対応表の入出力ポート対応のプロセッサの現用／待機を更新する過程を含むことができる。又プロセッサ１は、担当できる入出力ポートの最大数を定期的に入出力装置２に通知し、入出力装置２によってプロセッサが現用プロセッサとして担当させられる入出力ポート数が前記最大数を超えて過負荷状態となった時、この現用プロセッサが担当させられた入出力ポートを、前記最大数以下となるように、待機プロセッサを現用プロセッサに切替えて担当させる過程を含むことができる。
【００１４】
又入出力ポートの増設，減設，障害発生，障害回復等の状態変化により、入出力ポート状態表を更新し、且つ各プロセッサが現用として担当する入出力ポート数が平均化するように、入出力ポートの現用／待機プロセッサを設定して対応表を更新し、各プロセッサに入出力ポート状態変化通知コマンドにより通知する過程を含むことができる。
【００１５】
【発明の実施の形態】
図１は本発明の実施の形態の要部説明図であり、各部の機能の要部を示すものであって、１はプロセッサ、２は入出力装置、３はバスである。このバス３を介して複数のプロセッサ１と単一又は複数の入出力装置２とが接続されて、情報処理装置を構成している。又電子交換機に適用した場合は、入出力装置２を介してネットワークを制御する構成となり、入出力装置２は、図示を省略した入出力ポート（ハイウェイ）を備えることになる。
【００１６】
又１１はデータ送受信手段、１２は担当ポート状態管理手段、１３はプロセッサ状態通知手段、１４は入出力要求発行手段、１５は入出力データ処理部、２１は入出力ポート状態管理手段、２２は対応表管理手段、２３はプロセッサ状態管理手段、２４はデータ送受信手段、２５は入出力ポートアクセス手段を示す。
【００１７】
プロセッサ１のデータ送受信手段１１は、バス３を介して入出力装置２との間又は他のプロセッサ（図示を省略）との間のデータの送受信を行うものであり、又担当ポート状態管理手段１２は、プロセッサ１が担当する入出力ポートとその状態とを、メモリ等に形成した担当入出力ポート状態表により管理するものである。又プロセッサ状態通知手段１３は、障害発生時又は定期的にプロセッサ１の状態変更イベントについてデータ送受信手段１１を介して入出力装置２に通知するものである。
【００１８】
又入出力要求発行手段１４は、入出力装置２の入出力ポートに対してデータの入出力要求を発行するものである。又入出力データ処理部１５は、入出力ポートからの要求に従ったデータを処理するものである。前述の各手段は、プロセッサの演算機能，通信機能，メモリ機能等によって容易に実現することができる。
【００１９】
又入出力装置２の入出力ポート状態管理手段２１は、メモリ等に形成した入出力ポート状態表により入出力ポートの実装の有無等を管理する。又対応表管理手段２２は、入出力ポート対応の現用系のプロセッサと待機系のプロセッサを定義した対応表をメモリ等に形成し、プロセッサの増設等に対応して、その内容の更新を行うものである。又プロセッサ状態管理手段２３は、メモリ等に形成したプロセッサ状態表により各プロセッサの状態について、現用系，待機系，障害発生等の管理を行うものである。
【００２０】
又データ送受信手段２４は、プロセッサ１のデータ送受信手段１１と同様に、バス３を介したデータの送受信の制御を行うものであり、又入出力ポートアクセス手段２５は、プロセッサ１から発行された入出力装置に対する入出力要求をデータ送受信手段２４から受付け、又入出力ポートのアクセスを実行する手段である。前述の各手段は、演算機能，通信機能，メモリ機能等によって容易に実現することができる。
【００２１】
図２は本発明の実施の形態の入出力ポート状態表及び状態遷移説明図であり、（Ａ）は入出力ポート状態表３１を示す。この入出力ポート状態表３１は、入出力ポート状態管理手段２１内又は図示を省略したメモリに形成することができるもので、３２ビット×ｎのテーブル構成の場合を示す。この入出力ポート状態表３１は、入出力ポート番号をアドレスとし、その入出力ポートの状態を状態表示ビットＳ１ により表す。即ち、４ビット構成により、未実装＝０、増設・減設中＝１、現用中＝２、障害・閉塞中＝３を表すことができる。なお、３ビット構成により表現できるものであるが、４ビット構成により１ワード３２ビットの中に８個の入出力ポートについて、その状態を表すことができる。
【００２２】
又（Ｂ）は状態遷移図であり、イベントが、増設開始、増設完了、障害発生、障害復旧、閉塞、閉塞解除、減設開始、減設完了に従って、状態表示ビットＳ１ の遷移の様子を示すものである。即ち、入出力ポート状態管理手段２１によって制御され、未実装＝０の状態に於いて入出力ポートの増設を行う場合は、増設開始のイベントにより増設・減設中＝１に遷移し、増設完了のイベントにより現用中＝２に遷移する。
【００２３】
又現用中の状態に於いて障害発生により、障害・閉塞中＝３に遷移し、障害復旧により現用中＝２に遷移する。又現用中の状態に於いて閉塞すると、障害・閉塞中＝３に遷移し、その閉塞を解除すると、現用中＝２に遷移する。又減設開始は、閉塞状態としてから入出力ポートの減設を行うものであるから、障害・閉塞中＝３から増設・減設中＝１に遷移し、この減設完了により未実装＝０に遷移する。それによって、各入出力ポートの状態を管理することができる。
【００２４】
或る入出力ポートについて、未実装の状態から増設を開始すると、その入出力ポート番号対応の状態表示ビットＳ１ は０から１に更新され、増設が完了すると、状態表示ビットＳ１ は１から２に更新され、現用中を示すものとなる。しかし、この段階では、増設された入出力ポートを担当するプロセッサが割当てられていない為、入出力ポート状態管理手段２１は、プロセッサ状態管理手段２３にプロセッサ１の状態を問い合わせる。
【００２５】
その結果、各プロセッサ１の担当可能な入出力ポート最大数と現用プロセッサとして担当する入出力ポート数とから、各プロセッサ１の余裕度を判断し、一番余裕があるプロセッサを現用プロセッサとし、２番目に余裕が或るプロセッサを待機プロセッサに選定して、対応表管理手段２２により入出力ポートの対応表に登録する。
【００２６】
この場合、一番余裕があるプロセッサが複数存在する時は、その中からランダム的に現用プロセッサと待機プロセッサとを選択することができる。又入出力ポートの状態変化は、入出力ポート状態変更通知コマンドにより、データ送受信手段２４から各プロセッサ１に通知する。各プロセッサ１は、担当ポート状態管理手段１２により入出力ポートの状態の管理情報を更新する。
【００２７】
又現用中の入出力ポートに障害が発生すると、状態表示ビットＳ１ は２から３に遷移し、入出力ポート状態変更通知コマンドにより、データ送受信手段２４から各プロセッサ１に通知する。各プロセッサ１は、データ送受信手段１１により受信し、担当ポート状態管理手段１２により入出力ポートの状態を障害中状態に更新し、障害となった入出力ポートへのアクセスを停止させる。
【００２８】
又入出力ポートの障害が復旧すると、状態表示ビットＳ１ は３から２に遷移し、入出力ポート状態変更通知コマンドによりデータ送受信手段２４を介して各プロセッサ１に障害復旧を通知する。各プロセッサ１は、データ送受信手段１１により受信し、担当ポート状態管理手段１２は、障害中の入出力ポートを障害復旧に更新し、その入出力ポートへのアクセスを再開させる。
【００２９】
又保守者によるコマンドによって、現用中の入出力ポートを閉塞することができる。その場合、状態表示ビットＳ１ は２から３に遷移する。そして、前述の障害発生時と同様にして、各プロセッサ１に対して入出力ポート状態変更通知コマンドにより入出力ポートの閉塞が通知され、各プロセッサ１は、通知された入出力ポートに対する状態を閉塞中に更新し、アクセスを停止させる。又保守者のコマンドによる閉塞解除の場合は、状態表示ビットＳ１ は３から２に遷移し、前述の障害復旧の場合と同様にして、各プロセッサ１に対して入出力ポート状態変更通知コマンドにより入出力ポートの閉塞解除が通知され、各プロセッサ１は、通知された入出力ポートに対するアクセスを再開させる。
【００３０】
又入出力ポートの減設は、入出力ポートの閉塞中に於いてのみ可能である。従って、前述の保守者のコマンドにより入出力ポートを閉塞状態とした後、入出力ポートの取り外し等の減設を開始する。その時、状態表示ビットＳ１ は３から１に遷移する。そして、入出力ポートの減設作業を行い、この作業の完了により入出力ポートは未実装の状態となるから、状態表示ビットＳ１ は１から０に遷移する。この未実装となった入出力ポートについて、入出力ポート状態管理手段２１は、対応表管理手段２２に対して対応表の該当入出力ポートの削除を依頼し、又入出力ポート状態変更通知コマンドにより各プロセッサ１に通知する。各プロセッサの担当ポート管理手段１２は、入出力ポートの状態を更新する。
【００３１】
図３は本発明の実施の形態のプロセッサ状態表及び状態遷移説明図であり、プロセッサ状態管理手段２３（図１参照）内又はメモリに形成され、プロセッサ状態管理手段２３によって制御されるプロセッサ状態表３２を（Ａ）に示す。このプロセッサ状態表３２は、プロセッサ番号をアドレスとして、１バイト構成のプロセッサ状態ＳＴと、１バイト構成の現用として担当する入出力ポート数ＡＣＴと、１バイト構成の待機として担当する入出力ポート数ＳＢＹと、現用として担当できる入出力ポートの最大数ＭＡＸとを設定する場合を示す。又プロセッサ状態ＳＴは、未実装＝０、増設・減設中＝１、正常＝２、過負荷状態＝３、障害・閉塞中＝４、ファイル更新中＝５とすることができる。なお、プロセッサ状態表３２は、このようなバイト構成に限定されるものではなく、適用システムに対応して変更することができる。
【００３２】
このプロセッサ状態ＳＴは、図３の（Ｂ）に示すように、イベントの増設開始、増設完了、過負荷発生、過負荷解除、障害発生、障害復旧、閉塞、閉塞解除、ファイル更新開始、ファイル更新完了、減設開始、減設完了に従って遷移する。即ち、プロセッサ状態管理手段２３による制御により、プロセッサを増設する場合、そのプロセッサ番号対応のプロセッサ状態ＳＴは、未実装を示す０から増設開始の１に遷移し、その増設作業が完了すると、正常状態の２に遷移する。又過負荷状態となると、正常の状態の２から過負荷状態の３に遷移し、この過負荷が解除されると、正常状態の２に遷移する。
【００３３】
又障害が発生すると、正常状態の２から障害中の４、或いは過負荷状態の３から障害中の４に遷移し、その障害が回復すると、障害中の４から正常状態の２に遷移する。又ファイル更新を開始すると、正常状態の２からファイル更新中の５に遷移し、ファイルの更新が完了すると、正常状態の２に遷移する。又減設を開始すると、正常状態の２から１に遷移し、減設作業が完了すると、未実装状態の０に遷移する。
【００３４】
各プロセッサ１で発生したイベントは、プロセッサ状態変化通知コマンドにより、データ送受信手段１１（図１参照）から入出力装置２のプロセッサ状態管理手段２３に通知される。プロセッサ状態管理手段２３は、図３の（Ａ）に示すプロセッサ状態表３２のプロセッサ状態ＳＴを更新する。
【００３５】
プロセッサ１の増設時は、未実装状態のプロセッサを実装状態とするものであり、増設開始により、プロセッサ状態ＳＴは０から１に遷移し、増設作業が完了すると、プロセッサ状態ＳＴは１から２に遷移する。この段階では、増設されたプロセッサは、担当入出力ポートが割当てられていない。そこで、プロセッサ状態管理手段２３は、入出力ポート状態管理手段２１から実装状態の入出力ポート数を求め、この入出力ポート数と、実装プロセッサ数とから、各プロセッサが担当する入出力ポート数の平均値を求める。
【００３６】
この入出力ポート数の平均値の２倍の数だけ、対応表管理手段２２により入出力ポートの担当待機プロセッサを、増設されたプロセッサに割付ける。この時、他のプロセッサが待機プロセッサとして担当する入出力ポート数が平均化するように調整する。即ち、（増設前の処理プロセッサ当たりの平均入出力ポート数）−（増設後の処理プロセッサ当たりの平均入出力ポート数）だけ、各プロセッサが待機プロセッサとして担当している入出力ポートを変更する。この場合、各プロセッサの能力が同一であることにより、入出力ポートの担当数が等しくなるように調整するものであるが、能力が異なるプロセッサが混在している場合は、各能力に対応して按分されるように調整することができる。
【００３７】
そして、前述の増設プロセッサに対する待機プロセッサとして割付けられた入出力ポートの半分の数を、現用プロセッサとして担当するように切替えることを対応表管理手段２２に依頼する。この時、他のプロセッサが現用プロセッサとして担当する入出力ポート数が平均化するように調整する。従って、プロセッサを増設することにより、各プロセッサが現用及び待機として担当する入出力ポートについての再割当てが行われ、負荷分散の最適化を図ることができる。
【００３８】
又プロセッサ１が過負荷状態となると、プロセッサ１のデータ送受信手段１１により入出力装置２に通知する。それにより、プロセッサ状態管理手段２３は、プロセッサ状態表３２（図３の（Ａ）参照）のプロセッサ状態ＳＴを、過負荷状態の３に更新する。その場合、割付けられた担当入出力ポート数が多い場合に相当するから、プロセッサ状態管理手段２３は、対応表管理手段２２に、過負荷状態のプロセッサの担当入出力ポート数を少なくするように、現用プロセッサと待機プロセッサとの切替えを依頼する。又過負荷状態が解除されると、プロセッサ状態表３２のプロセッサ状態ＳＴを正常状態の２に更新する。
【００３９】
又各プロセッサは、一定の周期に、プロセッサ状態変化通知コマンドを入出力装置２へ送出するものである。従って、入出力装置２は、所定周期以上連続してプロセッサ状態変化通知コマンドを受信できないプロセッサは、障害発生と判断し、プロセッサ状態管理手段２３により、プロセッサ状態表３２のプロセッサ状態ＳＴを障害中の４に更新する。
【００４０】
そして、この障害発生プロセッサが担当していた入出力ポートについて、現用プロセッサと待機プロセッサとの切替えを対応表管理手段２２に依頼する。それによって、障害発生プロセッサが現用中として担当していた入出力ポートは、待機プロセッサが処理を担当するように切替えることができる。
【００４１】
又入出力装置２は、障害発生プロセッサから所定周期連続してプロセッサ状態変化通知コマンドを受信すると、障害復旧と判断し、プロセッサ状態表３２のプロセッサ状態ＳＴを正常状態の２に更新し、障害が復旧したプロセッサが担当すべき入出力ポートについて対応表管理手段２２に切替えを依頼し、現用プロセッサとして入出力ポートの処理を担当する。
【００４２】
又入出力ポートと同様に、保守者からのコマンドにより、プロセッサを閉塞することができる。その場合、プロセッサ状態表３２のプロセッサ状態ＳＴを４に更新し、障害発生時と同様に、対応表管理手段２２に、閉塞プロセッサが担当していた入出力ポートについて、現用プロセッサと待機プロセッサとの切替えを依頼し、入出力ポートの担当プロセッサの切替えを行うことになる。又閉塞解除の場合は、プロセッサ状態表３２のプロセッサ状態ＳＴを２に更新し、対応表管理手段２２に依頼して、閉塞前の状態或いは再配置による入出力ポートの割当てを行うことになる。
【００４３】
又正常状態のプロセッサのファイルを更新する場合がある。このファイル更新の開始により、プロセッサ状態表３２のプロセッサ状態ＳＴを５に更新し、このプロセッサが現用プロセッサとして担当していた入出力ポートについて、現用プロセッサと待機プロセッサとの切替えを、対応表管理手段２２に依頼する。従って、ファイル更新中のプロセッサは待機に切替えられ、それまで待機であったプロセッサが現用に切替えられ、入出力ポートの処理要求を担当することになる。又ファイル更新が完了すると、プロセッサ状態表３２のプロセッサ状態ＳＴを２に更新し、このプロセッサが待機プロセッサとして担当していた入出力ポートの半数について、現用プロセッサと待機プロセッサとの切替えを対応表管理手段２２に依頼する。
【００４４】
又プロセッサをシステムから除去する減設は、プロセッサの閉塞中状態に於いてのみ可能である。この減設開始によりプロセッサ状態表３２のプロセッサ状態ＳＴは１に遷移し、減設作業の完了によりプロセッサは未実装の状態となるから、プロセッサ状態ＳＴは０に遷移する。プロセッサが未実装状態となったことにより、このプロセッサが待機プロセッサとして割当てられた入出力ポートに対して、待機プロセッサの登録を抹消するように、対応表管理手段２２に依頼する。又待機プロセッサの登録を抹消された入出力ポートに対しては、対応表管理手段２２は、残りのプロセッサを順番に待機プロセッサとし、全体で平均化するように、その入出力ポートに割当てる。
【００４５】
図４は本発明の実施の形態の対応表及び担当入出力ポート状態表の説明図であり、（Ａ）は対応表３３、（Ｂ）は担当入出力ポート状態表３４を示す。（Ａ）に示す対応表３３は、対応表管理手段２２内又は図示を省略したメモリに形成され、対応表管理手段２２によって制御されるもので、入出力ポートのポート番号をアドレスとして、現用プロセッサ番号（上側）と待機プロセッサ番号（下側）とを登録する。なお、“０”は入出力ポート対応の担当プロセッサ無しを示す。又現用プロセッサ番号と待機プロセッサ番号とは、ポート番号をアドレスとした１ワード（３２ビット）内に設定することも可能である。
【００４６】
又対応表管理部２２は、対応表３３のバックアップデータの管理、初期設定、内容の更新、参照等の機能を有し、バックアップデータの更新を保守者のコマンドにより行うことができる。従って、入出力装置２が初期設定されて使用可能状態となった時に、初期設定の機能によりバックアップデータを対応表３３に初期設定し、対応表変化通知コマンドにより、データ送受信手段２４から実装プロセッサに通知し、入出力ポートに対するプロセッサの割当てを行い、負荷分散による処理を実行できる状態とする。
【００４７】
又現用プロセッサと待機プロセッサとの切替えや割当変更等は、対応表３３のポート番号対応に現用プロセッサ番号と待機プロセッサ番号との更新により容易に対応することができる。例えば、指定された入出力ポートの現用プロセッサと待機プロセッサとを切替える場合、その入出力ポートのポート番号対応の現用プロセッサ番号を前の待機プロセッサ番号、又待機プロセッサ番号を前の現用プロセッサ番号にそれぞれ更新することにより対処できる。
【００４８】
図４の（Ｂ）の担当入出力ポート状態表３４は、プロセッサ１の担当ポート状態管理手段１２内又は図示を省略したメモリに形成され、担当ポート状態管理手段１２により制御されるものであり、入出力ポート番号〔＝８×ｊ＋（ｉ／４）〕をアドレスとして、４ビット構成の状態表示ビットＳ２ が配置されている場合を示し、０は入出力ポートが未実装或いは自プロセッサがその入出力ポートの担当プロセッサでないことを示す。又１はその入出力ポートを現用プロセッサとして担当することを示し、２は待機プロセッサとして担当することを示す。又３は現用プロセッサとして担当しているが、入出力ポートが障害中又は閉塞中を示し、４は待機プロセッサとして担当しているが、入出力ポートが障害中又は閉塞中を示す。
【００４９】
図５は本発明の実施の形態の送信データフォーマットの説明図であり、３２ビットで１ワードを構成する場合を示し、（Ａ）はプロセッサ１から入出力装置２への送信データフォーマットを示す。この送信データフォーマットは、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、送信データからなる場合を示す。
【００５０】
又（Ｂ）は入出力装置２からプロセッサ１への送信データフォーマットを示す。この送信データフォーマットは、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、送信データからなる場合を示す。
【００５１】
図６は本発明の実施の形態のコマンドの説明図であり、（Ａ）は入出力ポートからのデータ入力コマンドを示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、入出力ポート番号からなる場合を示す。又（Ｂ）は、データ入力コマンドに対するデータ入力コマンド応答を示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、入出力ポート番号、入力結果、入力データ長、入力データからなる場合を示す。
【００５２】
図７は本発明の実施の形態のコマンドの説明図であり、（Ａ）は入出力ポートへのデータ出力コマンドを示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、入出力ポート番号、出力データ長、出力データからなる場合を示す。又（Ｂ）はデータ出力コマンドに対するデータ出力コマンド応答を示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、入出力ポート番号、出力結果からなる場合を示す。
【００５３】
図８は本発明の実施の形態のコマンドの説明図であり、（Ａ）は入出力ポート状態変化通知コマンドを示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、入出力ポート状態表からなる場合を示す。この入出力ポート状態変化通知コマンドにより、前述の入出力ポート状態管理手段２１から、入出力ポートの増設や減設、障害発生や復旧等の入出力ポートの状態変更についてプロセッサに通知するものである。
【００５４】
又（Ｂ）は入出力ポート状態変化通知コマンド応答を示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、受信結果からなる場合を示す。即ち、（Ａ）に示す入出力ポート状態変化通知コマンドを受信したプロセッサが、入出力装置へこの入出力ポート状態変化通知コマンド応答を送出する。
【００５５】
図９は本発明の実施の形態のコマンドの説明図であり、（Ａ）はプロセッサ状態変化通知コマンドを示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、プロセッサ状態からなる場合を示し、プロセッサの未実装から実装による増設、過負荷状態への変化、過負荷状態の解除、障害発生、障害復旧、ファイル更新、実装から未実装への減設等の状態変化を、プロセッサ状態通知手段１３からデータ送受信手段１１を介して送出するものである。又所定の周期で入出力装置へ送出して、プロセッサの正常性を通知する場合，プロセッサ状態の変化がなければ、変化無しのプロセッサ状態の内容のデータを送出することができる。
【００５６】
又（Ｂ）はプロセッサ状態変化通知コマンド応答を示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、受信結果からなる場合を示す。又（Ｃ）は対応表変化通知コマンドを示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、対応表の内容からなる場合を示す。この対応表変化通知コマンドは、入出力ポート又はプロセッサの増設，減設，障害発生，障害回復等のイベントに従って、対応表管理手段２２により管理，制御する対応表３３（図４参照）の入出力ポートと現用プロセッサとの対応の更新内容を、対応表の内容としてプロセッサに通知するものである。
【００５７】
図１０は本発明の実施の形態のコマンドの説明図であり、（Ａ）は対応表変化通知コマンド応答を示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、受信結果からなる場合を示す。この対応表変化通知コマンド応答は、図９の（Ｃ）に示す対応表変化通知コマンドに対して、プロセッサから入出力装置へ送出する応答である。
【００５８】
又（Ｂ）は入出力ポート状態問い合わせコマンドを示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、受信結果からなる場合を示す。又（Ｃ）は入出力ポート状態問い合わせコマンド応答を示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、入出力ポート状態表からなる場合を示す。
【００５９】
入出力装置の入出力ポート状態管理手段２１に対して、プロセッサから入出力ポートの状態を問い合わせる為に、前述の（Ｂ）に示す入出力ポート状態問い合わせコマンドを送出すると、（Ｃ）に示す応答により、入出力ポート状態管理手段２１が管理している入出力ポート状態表３１の内容を、プロセッサに通知することができる。
【００６０】
図１１は本発明の実施の形態のコマンドの説明図であり、（Ａ）はプロセッサ状態問い合わせコマンドを示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号からなる場合を示す。又（Ｂ）はプロセッサ状態問い合わせコマンド応答を示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号、プロセッサ状態からなる場合を示す。（Ａ）のプロセッサ状態問い合わせコマンドは、入出力装置からプロセッサに対して、プロセッサの状態を問い合わせる為のものであり、（Ｂ）の応答は、その問い合わせに応答して、プロセッサ状態を通知する為のものである。
【００６１】
又（Ｃ）は対応表問い合わせコマンドを示し、データ長、宛先入出力装置番号、送信元プロセッサ番号、送信コマンド番号とからなる場合を示し、（Ｄ）は対応表問い合わせコマンド応答を示し、データ長、宛先プロセッサ番号、送信元入出力装置番号、送信コマンド番号、対応表の内容からなる場合を示す。（Ｃ）に示す対応表問い合わせコマンドは、プロセッサから入出力装置に対して、入出力ポートに対する現用，待機のプロセッサの対応表３３の内容を問い合わせ、その問い合わせに対して（Ｄ）に示す応答をプロセッサに通知する。
【００６２】
図１２は本発明の実施の形態の受信コマンドの配付先の説明図であり、前述のコマンドを受信する受信装置と、その受信装置としての入出力装置又はプロセッサに於けるコマンドの配付先の手段を示す。例えば、入出力ポートからのデータは、入出力装置２の入出力ポートアクセス手段２５に転送され、又入出力ポートへのデータは、入出力ポートアクセス手段２５から指定された入出力ポートへ転送される。
【００６３】
又図８の（Ａ）に示す入出力ポート状態変化通知コマンドは、プロセッサの担当ポート状態管理管理手段１２に転送される。又図９の（Ａ）に示すプロセッサ状態変化通知コマンドは、入出力装置２のプロセッサ状態管理手段２３に転送される。又図９の（Ｃ）に示す対応表変化通知コマンドは、プロセッサ１の担当ポート状態管理手段１２に転送される。
【００６４】
又図１０の（Ｂ）に示す入出力ポート状態問い合わせコマンドは、入出力装置２の入出力ポート状態管理手段２１に転送される。又図１１の（Ａ）に示すプロセッサ状態問い合わせコマンドは、プロセッサ１のプロセッサ状態通知手段１３に転送される。又図１１の（Ｃ）に示す対応表問い合わせコマンドは、入出力装置２の対応表管理手段２２に転送される。
【００６５】
図１３は本発明の実施の形態の電子交換機に適用した構成の説明図であり、５１−１〜５１−ｎは呼処理プロセッサ、５２はネットワーク入出力装置、５３はバス、５４はネットワーク、５５は保守・運用プロセッサ、５６は保守・運用端末、５７は端末制御装置、５８は端末、５９はハイウェイ０〜ｍを示す。各呼処理プロセッサ５１−１〜５１−ｎが図１のプロセッサ１に対応し、ネットワーク入出力装置５２が図１の入出力装置２に対応する。又ハイウェイ５９（０〜ｍ）が入出力装置の入出力ポートに対応する。
【００６６】
ネットワーク５４は、例えば、時分割スイッチにより構成され、電話端末等の端末５８間をタイムスロット交換により接続するものであり、複数のハイウェイ０〜ｍを介して端末制御装置５７が接続され、各端末制御装置５７に端末５８が接続されている。又ネットワーク５４は、ネットワーク入出力装置５２を介して呼処理プロセッサ５１−１〜５１−ｎにより制御される。又各呼処理プロセッサ５１−１〜５１−ｎは、ハイウェイ０〜ｍに対して現用プロセッサ又は待機プロセッサとして担当が割当てられる。
【００６７】
端末５８からの接続要求は、ネットワーク入出力装置５２から接続要求端末が接続されているハイウェイ担当の現用の呼処理プロセッサへ転送され、その呼処理プロセッサは、接続要求端末に対して接続先情報の読出しをネットワーク入出力装置５２に依頼し、その接続先情報を読取ると、接続要求端末に対して接続先呼出中音送出をネットワーク入出力装置５２に指示する。そして、接続先情報に従ったハイウェイの接続先担当呼処理プロセッサに接続先端末の呼出しを依頼する。この接続先担当呼処理プロセッサは、接続先端末の呼出音送出をネットワーク入出力装置５２に指示する。
【００６８】
この接続先担当呼処理プロセッサは、接続先端末の応答をネットワーク入出力装置５２を介して受信すると、この接続先応答を、接続要求担当呼処理プロセッサへ転送し、この接続要求担当呼処理プロセッサは、接続要求端末と接続先端末との間の通信路を設定するように、ネットワーク入出力装置５２に指示する。それに基づいてネットワーク５４が制御されて、接続要求端末と接続先端末との間の通信路が設定される。
【００６９】
又接続要求担当呼処理プロセッサは、ネットワーク入出力装置５２に接続要求元端末の切断要求監視を指示し、接続先担当呼処理プロセッサは、ネットワーク入出力装置５２に接続先端末の切断要求監視を指示する。接続要求端末又は接続先端末からの切断要求を、ネットワーク入出力装置５２を介して接続要求担当呼処理プロセッサ又は接続先担当プロセッサが受信すると、接続要求端末と接続先端末との間の通信路の切断をネットワーク入出力装置５２に指示する。それにより、ネットワーク５４に形成された通信路が切断される。
【００７０】
以下、ハイウェイ０〜３が実装され、又呼処理プロセッサ５１−１，５１−２が実装されている場合、呼処理プロセッサ５１−１〜５１−ｎを、プロセッサ１〜ｎとして表し、又ネットワーク入出力装置５２を入出力装置として表すと、前述の入出力ポート状態管理手段２１（図１参照）により管理される入出力ポート状態表３１と、プロセッサ状態管理手段２３により管理されるプロセッサ状態表３２と、対応表管理手段２２により管理される対応表３３と、プロセッサ１，２対応の担当入出力ポート状態管理手段１２により管理される担当入出力ポート状態表３４−１，３４−２は、図１４に示すものとなる。
【００７１】
即ち、入出力ポート状態表３１は、右端をハイウェイ０として、ハイウェイ０〜３（入出力ポート）対応に正常状態を示す「２」の内容の場合を示し、又プロセッサ状態表３２は、図３に示すように、左側から、プロセッサ状態ＳＴ、現用として担当する入出力ポート数ＡＣＴ、待機として担当する入出力ポート数ＳＢＹ、現用として担当できる入出力ポートの最大数ＭＡＸを登録するものであり、図１４に於けるプロセッサ状態表３２は、プロセッサ１，２は、プロセッサ状態ＳＴは「２」により正常、現用として担当するハイウェイ（入出力ポート）数ＡＣＴは「２」、待機として担当するハイウェイ（入出力ポート）数ＳＢＹは「２」、現用として担当できるハイウェイ（入出力ポート）の最大数ＭＡＸは「４」の場合を示している。又プロセッサ３，４については総て「０」で未実装の場合を示す。
【００７２】
又対応表３３は、図４の（Ａ）に示すように、ポート番号対応に現用プロセッサ番号と待機プロセッサ番号とを登録するものであり、図１４に於ける対応表３３は、ポート番号に対応するハイウェイ０に対しては、プロセッサ１が現用、プロセッサ２が待機であることを示し、又ハイウェイ１に対しては、プロセッサ２が現用、プロセッサ１が待機であることを示している。同様に、ハイウェイ２に対しては、プロセッサ１が現用、プロセッサ２が待機、ハイウェイ３に対しては、プロセッサ２が現用、プロセッサ１が待機、ハイウェイ４に対しては、未実装であるから担当プロセッサ無しを示している。
【００７３】
又担当入出力ポート状態表は、図４の（Ｂ）に示すように、ポート番号対応に担当プロセッサ番号を登録するもので、図１４に於けるプロセッサ１の担当入出力ポート状態表３４−１は、右端側からポート番号に対応するハイウェイ０に対して現用「１」、ハイウェイ１に対して待機「２」、ハイウェイ２に対して現用「１」、ハイウェイ３に対して待機「２」が登録され、ハイウェイ０，２に対しては現用プロセッサとして担当し、ハイウェイ１，３に対しては待機プロセッサとして担当することを示す。又プロセッサ２の担当入出力ポート状態表３４−２は、ハイウェイ０〜３に対して、右端側からそれぞれ待機「２」，現用「１」，待機「２」，現用「１」が登録されている場合を示す。
【００７４】
前述のような状態に於いて、ハイウェイ４を増設する場合、ハイウェイ４の増設開始により、入出力ポート状態表３１は、図１５に示す内容となる。即ち、右端から５番目のハイウェイ４対応の領域に「１」が設定され、増設・減設中であることを表示する。又プロセッサ状態表３２と対応表３３とプロセッサ１，２の担当入出力ポート状態表３４−１，３４−２は、図１４の状態と同一のままである。
【００７５】
ハイウェイ４の増設完了により、図１６に示すように、入出力ポート状態表のハイウェイ４対応領域は「２」に遷移して現用中を示すことになる。この段階では、ハイウェイ４を担当するプロセッサの割当てが行われていないので、入出力ポート状態管理手段２１（図１参照）は、プロセッサ状態管理手段２３にプロセッサの状態を問い合わせる。
【００７６】
それにより、プロセッサ状態管理手段２３が管理しているプロセッサ状態表３２の内容に基づいて、プロセッサが担当可能な入出力ポートの最大数ＭＡＸと、現用プロセッサが担当しているポート数ＡＣＴとから、各プロセッサの余裕度を判断し、最も余裕があるプロセッサを現用プロセッサ、２番目に余裕があるプロセッサを待機プロセッサとして、対応表３３に登録する。
【００７７】
この場合、図１４及び図１５に示すプロセッサ状態表３２は、プロセッサ１，２は、同一の余裕度であるから、例えば、ハイウェイ４に対してプロセッサ１を現用、プロセッサ２を待機として割当てると、図１６に示すように、プロセッサ状態表３２は、その右端から２番目のプロセッサ１対応の現用として担当する入出力ポート数は２から３に更新され、又右端から３番目のプロセッサ２対応の待機として担当する入出力ポート数は２から３に更新される。
【００７８】
又対応表３３は、ハイウェイ４対応の上側に現用プロセッサ１、下側に待機プロセッサ２が登録される。又プロセッサ１，２の担当入出力ポート状態表３４−１，３４−２は、ハイウェイ４対応には、プロセッサ１が現用「１」、プロセッサ２が待機「２」であることが登録される。
【００７９】
入出力ポートの状態変化は、図８の（Ａ）に示す入出力ポート状態変化通知コマンドにより各プロセッサ１，２に通知する。又各プロセッサ１，２では、この入出力ポート状態変化通知コマンドに従って担当入出力ポート状態表３４−１，３４−２を更新し、増設されたハイウェイに対する担当プロセッサの割当てが完了する。この場合、増設されたハイウェイ４に対して、プロセッサ１が現用プロセッサ、プロセッサ２が待機プロセッサとなる。
【００８０】
又前述のハイウェイ４の増設前の状態に於いて、例えば、ハイウェイ１に障害が発生した場合、即ち、入出力ポート状態表３１と、プロセッサ状態表３２と、対応表３３と、担当入出力ポート状態表３４−１，３４−２とが、図１４に示すテーブル内容である場合に於いて、ハイウェイ１に障害が発生すると、入出力ポート状態表３１のハイウェイ１対応領域（右端から２番目）は、現用中の「２」から障害中の「３」に遷移する。即ち、図１７の入出力ポート状態表３１の内容となる。
【００８１】
又入出力ポート状態変更通知コマンドにより各プロセッサ１，２に、ハイウェイ１の障害が通知される。それにより、各プロセッサ１，２は、担当入出力ポート状態表３４−１，３４−２を更新することになる。従って、図１７に示すように、プロセッサ１，２の担当入出力ポート状態表３４−１，３４−２のハイウェイ１対応の領域は、それぞれ障害中の「４」，「３」に更新される。
【００８２】
又テーブル内容が図１６に示すように、ハイウェイ４の増設が完了した状態に於いて、例えば、プロセッサ３を増設する場合、増設開始により、図１８に示すように、プロセッサ状態表３２のプロセッサ３対応のプロセッサ状態ＳＴは増設中を示す「１」に遷移する。この段階では、プロセッサ３の担当入出力ポート状態表３４−３は総て「０」の状態となっている。
【００８３】
このプロセッサ３の増設が完了すると、プロセッサ状態表３２のプロセッサ３対応のプロセッサ状態ＳＴは現用中を示す「２」に遷移する。そして、プロセッサ状態管理手段２３（図１参照）は、増設されたプロセッサ３に対するハイウェイの割当てを行う。この場合、ハイウェイ０〜４の５本であり、実装されたプロセッサ１〜３は３台であるから、プロセッサ当たりのハイウェイの平均値を求めると、１〜２本となる。そこで、例えば、増設されたプロセッサ３の担当ハイウェイ数を１本とすることができる。
【００８４】
この増設されたプロセッサ３の担当ハイウェイ数を１本とすると、その２倍の２本のハイウェイについて担当待機プロセッサを、対応表管理手段２２（図１参照）により、増設されたプロセッサに割付ける。例えば、２本のハイウェイ１，４の待機プロセッサとして、プロセッサ１から増設プロセッサ３に変更する。又待機プロセッサとして割付けられた２本のハイウェイ１，４の半分の１本のハイウェイ、例えば、ハイウェイ４を担当する現用プロセッサに、待機プロセッサから変更し、ハイウェイ１について待機プロセッサのままとする。
【００８５】
従って、プロセッサ増設後のテーブル内容は、例えば、図１９に示すものとなる。即ち、入出力ポート状態表３１は、５本のハイウェイが現用中「２」を示し、プロセッサ状態表３２は、増設されたプロセッサ３について、プロセッサ状態ＳＴは現用中「２」、現用として担当する入出力ポート数ＡＣＴは「１」、待機として担当する入出力ポート数ＳＢＹは「１」、現用として担当できる入出力ポートの最大数ＭＡＸは「４」となった場合を示す。
【００８６】
又対応表３３は、ハイウェイ０，２に対する担当の変更がない場合で、ハイウェイ１は、待機プロセッサは矢印で示すようにプロセッサ１からプロセッサ３に変更され、又ハイウェイ４は、矢印で示すように、待機プロセッサがプロセッサ２からプロセッサ３に変更された後、現用と待機とのプロセッサの切替えが行われ、プロセッサ３が現用、プロセッサ１が待機に切替えられる。
【００８７】
又プロセッサ１の担当入出力ポート状態表３４−１は、ハイウェイ０，２に対しては待機「１」、ハイウェイ１に対しては担当でない「０」、ハイウェイ３，４に対して現用「２」を示し、プロセッサ２の担当入出力ポート状態表３４−２は、ハイウェイ０，２に対しては現用「２」、ハイウェイ１，３に対しては待機「１」、ハイウェイ４に対しては担当でない「０」を示し、プロセッサ３の担当入出力ポート状態表３４−３は、ハイウェイ０，２，３に対しては担当でない「０」、ハイウェイ１に対して現用「２」、ハイウェイ４に対して待機「１」を示す。即ち、ハイウェイ増設完了により、テーブル内容は図１９に示す内容となり、ハイウェイ０〜４からの要求に従って現用プロセッサとして割付けられたプロセッサ１〜３が処理を担当することになる。
【００８８】
又図１９に示すテーブル内容の状態に於いて、例えば、プロセッサ１に障害が発生した場合、このプロセッサ１が現用として担当しているハイウェイに対して、他のプロセッサを現用として割当てることになる。その場合の処理の結果によるテーブル内容を図２０に示す。この場合、障害発生のプロセッサ１が現用として担当しているハイウェイ０，２の待機プロセッサはプロセッサ２であるから、現用，待機の切替えが行われる。
【００８９】
従って、入出力ポート状態表３１の内容は変化しないが、プロセッサ状態表３２は、プロセッサ１対応のプロセッサ状態ＳＴは障害中の「４」、現用として担当する入出力ポート数ＡＣＴは「０」、待機として担当する入出力ポート数ＳＢＹは「４」に変更され、又現用として担当できる入出力ポートの最大数ＭＡＸは「４」のままとなる。
【００９０】
又プロセッサ２対応のプロセッサ状態ＳＴは現用の「２」、現用として担当できる入出力ポートの最大数ＭＡＸは「４」のままであるが、現用として担当する入出力ポート数ＡＣＴは「４」に、又待機として担当する入出力ポート数ＳＢＹは「０」に変更される。又プロセッサ３対応の内容は前の状態のままである。
【００９１】
又状態表３３は、ハイウェイ０，２については矢印で示すように、現用はプロセッサ１からプロセッサ２に、待機はプロセッサ２からプロセッサ１に切替えられ、ハイウェイ１については、現用のプロセッサ２のままであるが、待機はプロセッサ１からプロセッサ３に切替えられる。又ハイウェイ３，４についてはそのままとなる。
【００９２】
又プロセッサ１の担当入出力ポート状態表３４−１は、プロセッサ１の障害であるから、内容は不明、不確定なものとなる。又プロセッサ２の担当入出力ポート状態表３４−２は、ハイウェイ０〜３に対して現用「１」、ハイウェイ４に対して担当でない「０」を示し、又プロセッサ３の担当入出力ポート状態表３４−３は、ハイウェイ０，２，３に対して担当でない「０」、ハイウェイ１に対して待機「２」、ハイウェイ４に対して現用「１」を示すものとなる。
【００９３】
図２１は本発明の実施の形態の入出力ポートのイベント発生によるフローチャートを示し、入出力ポート状態管理手段２１（図１参照）に於いて、イベント発生により、イベントの内容に従って処理を分岐する。即ち、入出力ポート増設開始（Ａ１）、入出力ポート増設完了（Ａ２）、入出力ポート障害発生（Ａ３）、入出力ポート障害復旧（Ａ４）、入出力ポート閉塞（Ａ５）、入出力ポート閉塞解除（Ａ６）、入出力ポート減設開始（Ａ７）、入出力ポート減設終了（Ａ８）に分岐する。
【００９４】
入出力ポート増設開始（Ａ１）は、図２２に示すように、入出力ポートは未実装か否かを判定し（Ａ１１）、未実装の場合はそのイベントをリジェクトとし、又実装の場合は、入出力ポートを増設中「１」に設定（図２の入出力ポート状態表３１参照）（Ａ１２）、そして、入出力ポートの増設作業を行う（Ａ１３）。
【００９５】
又入出力ポート増設完了（Ａ２）の場合は、入出力ポートは増設中か否かを判定し（Ａ２１）、増設中でない場合は、入出力ポート増設完了のイベントについてはリジェクトし、又増設中の場合は入出力ポートを現用中「２」（入出力ポート状態表３１参照）に設定し（Ａ２２）、プロセッサ状態管理手段２３にプロセッサ状態を問い合わせる（Ａ２３）。
【００９６】
そして、各プロセッサが現用として担当する入出力ポート数が平均化するように、該当入出力ポートの現用／待機プロセッサを決定し（Ａ２４）、対応表管理手段２２により、該当入出力ポートの現用／待機プロセッサを対応表３３に設定し（Ａ２５）、データ送受信手段２４から、入出力ポートの状態を各プロセッサに、入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ２６）。
【００９７】
又入出力ポート障害発生（Ａ３）の場合は、図２３に示すように、入出力ポートは現用中か否かを判定し（Ａ３１）、現用中でない場合は、入出力ポート障害発生のイベントについてはリジェクトとし、現用中の場合は入出力ポートを障害中「３」（入出力ポート状態表３１参照）に設定し（３２）、データ送受信手段２４から、入出力ポートの障害発生の状態を各プロセッサに入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ３３）。
【００９８】
又この入出力ポートの障害復旧（Ａ４）の場合は、図２３に示すように、入出力ポートは障害中「３」か否かを判定し（Ａ４１）、障害中でない場合は、入出力ポートの障害復旧のイベントについてはリジェクトし、障害中の場合は、入出力ポートを現用中「２」（入出力ポート状態表３１参照）に設定し（Ａ４２）、データ送受信手段２４から、入出力ポートの障害復旧の状態を各プロセッサに入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ４３）。
【００９９】
又入出力ポート閉塞（Ａ５）の場合は、図２４に示すように、入出力ポートが現用中「２」か否かを判定し（Ａ５１）、現用中でない場合は、入出力ポート閉塞のイベントについてはリジェクトし、現用中の場合は入出力ポートを閉塞中「３」（入出力ポート状態表３１参照）に設定し（Ａ５２）、データ送受信手段２４から、入出力ポートの閉塞の状態を各プロセッサに入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ５３）。
【０１００】
又入出力ポート閉塞解除（Ａ６）の場合は、図２４に示すように、入出力ポートが閉塞中「３」か否かを判定し（Ａ６１）、閉塞中でない場合は、入出力ポート閉塞解除のイベントについてはリジェクトし、閉塞中の場合は入出力ポートを現用中「２」に設定し（Ａ６２）、データ送受信手段２４から、入出力ポートの閉塞解除の状態を各プロセッサに入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ６３）。
【０１０１】
又入出力ポート減設開始（Ａ７）の場合は、図２５に示すように、入出力ポートが閉塞中「３」か否かを判定し（Ａ７１）、閉塞中でない場合は、入出力ポート減設開始のイベントについてはリジェクトし、閉塞中の場合は入出力ポートを減設中「１」（入出力ポート状態表３１参照）に設定し（Ａ７２）、入出力ポートの減設作業を行う（Ａ７３）。
【０１０２】
又入出力ポート減設完了（Ａ８）の場合は、図２５に示すように、入出力ポートが減設中「１」か否かを判定し（Ａ８１）、減設中でない場合は、入出力ポート減設完了のイベントについてはリジェクトし、減設中の場合は入出力ポートを未実装「０」（入出力ポート状態表３１参照）に設定し（Ａ８２）、対応表管理手段２２に、対応表３３の該当入出力ポートの削除を依頼し（Ａ８３）、データ送受信手段２４から、入出力ポートの減設完了の状態を各プロセッサに入出力ポート状態変化通知コマンド（図８の（Ａ）参照）により通知する（Ａ６３）。
【０１０３】
図２６は本発明の実施の形態のプロセッサのイベント発生によるフローチャートを示し、プロセッサ状態管理手段２３（図１参照）に於いて、イベント発生内容に従った処理を、プロセッサ増設開始（Ｂ１）、プロセッサ増設完了（Ｂ２）、プロセッサ過負荷発生（Ｂ３）、プロセッサ過負荷解除（Ｂ４）、プロセッサ障害発生（Ｂ５）、プロセッサ障害復旧（Ｂ６）、プロセッサ閉塞（Ｂ７）、プロセッサ閉塞解除（Ｂ８）、プロセッサファイル更新開始（Ｂ９）、プロセッサファイル更新完了（Ｂｂ１）、プロセッサ減設開始（Ｂｂ２）、プロセッサ減設終了（Ｂｂ３）に分岐する。
【０１０４】
プロセッサ増設開始（Ｂ１）の場合、図２７に示すように、プロセッサは未実装か否かを判定し（Ｂ１１）、該当するプロセッサが実装されている場合は、再度実装することがないから、そのプロセッサ増設開始のイベントについてはリジェクトする。又該当するプロセッサが未実装「０」の場合はプロセッサ状態表３２（図３参照）のプロセッサ状態ＳＴを増設中「１」に設定し（Ｂ１２）、プロセッサの増設作業を行う（Ｂ１３）。
【０１０５】
又プロセッサ増設完了（Ｂ２）の場合は、図２７に示すように、プロセッサは増設中か否かを判定し（Ｂ２１）、増設中でない場合はリジェクトとし、増設中「１」の場合は、プロセッサ状態表３２のプロセッサ状態ＳＴを正常「２」に設定し（Ｂ２２）、入出力ポート管理手段２１（図１参照）が管理する入出力ポート状態表３１により現用中の入出力ポート数を求め（Ｂ２３）、この入出力ポート数と実装されたプロセッサ数とから、プロセッサ当たりの担当入出力ポート数の平均値を求める（Ｂ２４）。
【０１０６】
この平均値の２倍の数だけ、増設プロセッサ以外の他のプロセッサが待機プロセッサとして担当していた入出力ポートについて、増設プロセッサが担当する待機プロセッサとするように、対応表管理手段２２により対応表３３を書換える（Ｂ２４）。そして、各プロセッサが現用プロセッサとして担当していた入出力ポート数が平均化するように、対応表管理手段２２により、現用／待機プロセッサの切替えを行い、対応表３３の書換えを行う（Ｂ２６）。
【０１０７】
又プロセッサ過負荷発生（Ｂ３）の場合は、図２８に示すように、プロセッサは正常か否かを判定する（Ｂ３１）。プロセッサは、入出力装置に対して定期的に、現用として担当できる入出力ポートの最大数を通知するものであるが、この最大数を超えて現用プロセッサとして担当する入出力ポート数が割付けられると、過負荷状態となる場合がある。
【０１０８】
このように過負荷状態となった場合に於いて、直前にプロセッサが正常か否かを判定するもので、正常でない場合は、既に異常状態であるから、そのプロセッサ過負荷発生のイベントについてはリジェクトする。又プロセッサ状態ＳＴが正常「２」を示す場合は、プロセッサを過負荷「３」に設定し（Ｂ３２）、対応表管理手段２２により、過負荷発生プロセッサの最大担当可能入出力ポート数になるまで、又は過負荷状態が解除されるまで、現用プロセッサとして担当している入出力ポートに対して、現用／待機プロセッサの切替えを行う（Ｂ３３）。即ち、現用プロセッサとして担当する入出力ポート数を低減し、他のプロセッサを現用プロセッサとするように割付ける。
【０１０９】
又現用として担当する入出力ポート数が最大数以下となると、過負荷状態が解除されることになり、このプロセッサ過負荷解除（Ｂ４）の場合は、図２８に示すように、プロセッサは、直前の状態が過負荷か否かを判定し（Ｂ４１）、過負荷でない場合は、過負荷解除のイベントについてはリジェクトし、過負荷の場合は、プロセッサを正常「２」に設定し（Ｂ４２）、対応表管理手段２２により、過負荷発生後にその過負荷が解除されたプロセッサの最大担当可能入出力ポート数になるまで、待機プロセッサとして担当している入出力ポートに対して、現用／待機プロセッサの切替えを行う（Ｂ４３）。即ち、過負荷解除のプロセッサが現用プロセッサとして担当する入出力ポート数を増加する。
【０１１０】
又プロセッサの障害発生（Ｂ５）及びプロセッサ障害復旧（Ｂ６）については、図２９に示すように、プロセッサを周期起動し（Ｂ５１）、プロセッサ状態変化通知受信か否かを判定し（Ｂ５２）、プロセッサ状態変化通知受信でない場合は、連続Ｎ周期のプロセッサ状態変化通知受信の有無を判定し（Ｂ５３）、連続Ｎ周期のプロセッサ状態変化通知受信無しの場合は、そのプロセッサは現用中か否かを判定し（Ｂ５４）、現用中の場合は、周期起動に対してＮ周期連続してプロセッサ状態変化通知を送出できなかった場合であるから、そのプロセッサは障害発生として処理する（Ｂ５５）。
【０１１１】
又プロセッサ状態変化通知を受信した場合は、連続Ｎ周期受信か否かを判定し（Ｂ５６）、連続Ｎ周期受信の場合は、そのプロセッサは正常であるから、前の状態が障害中か否かを判定し（Ｂ５７）、プロセッサが障害中の場合は、そのプロセッサの障害復旧処理を行う（Ｂ５８）。
【０１１２】
又前述のプロセッサ障害発生処理（Ｂ５５）の場合、図２９に示すように、プロセッサを障害中「４」（プロセッサ状態表３２参照）に設定し（Ｂ６１）、対応表管理手段２２により、該当プロセッサが現用プロセッサとして担当している入出力ポートに対して、現用／待機プロセッサの切替えを行う（Ｂ６２）。即ち、障害発生プロセッサが現用として担当していた入出力ポートの待機プロセッサを現用プロセッサに切替えて、その入出力ポートの要求を処理させる。
【０１１３】
又前述のプロセッサ障害復旧処理（Ｂ５８）の場合、図２９に示すように、プロセッサを正常「２」（プロセッサ状態表３２参照）に設定し（Ｂ６４）、対応表管理手段２２により、該当プロセッサが待機プロセッサとして担当している入出力ポートの半数について現用／待機プロセッサの切替えを行う（Ｂ６５）。
【０１１４】
又プロセッサ閉塞（Ｂ７）の場合は、図３０に示すように、プロセッサは正常であるか否かを判定し（Ｂ７１）、正常でない場合は、既に障害発生か或いは閉塞中であるから、プロセッサ閉塞のイベントについてはリジェクトし、正常の場合は閉塞「４」（プロセッサ状態表３２参照）に設定し（Ｂ７２）、対応表管理手段２２により、該当プロセッサが現用プロセッサとして担当している入出力ポートに対して、障害発生の場合と同様に、現用／待機プロセッサの切替えを行う（Ｂ７３）。
【０１１５】
又プロセッサ閉塞解除（Ｂ８）の場合は、図３０に示すように、プロセッサは閉塞中か否かを判定し（Ｂ８１）、閉塞中でない場合は、プロセッサ閉塞解除のイベントついてはリジェクトし、又閉塞中の場合は、閉塞解除であるからプロセッサを正常「２」（プロセッサ状態表３２参照）に設定し（Ｂ８２）、対応表管理手段２２により、該当プロセッサが待機プロセッサとして担当している入出力ポートの半数について、現用／待機プロセッサの切替えを行う（Ｂ８３）。
【０１１６】
又プロセッサファイル更新開始（Ｂ９）の場合は、図３１に示すように、プロセッサは正常か否かを判定し（Ｂ９１）、正常でない場合は、ファイル更新が不可能であるから、プロセッサファイル更新開始のイベントについてはリジェクトし、正常の場合は、プロセッサをファイル更新中「５」（プロセッサ状態表３２参照）に設定し（Ｂ９２）、対応表管理手段２２により、該当プロセッサが現用プロセッサとして担当している入出力ポートに対して、現用／待機プロセッサの切替えを行い（Ｂ９３）、ファイル更新作業を行う（Ｂ９４）。
【０１１７】
又プロセッサファイル更新完了（Ｂｂ１）の場合は、図３１に示すように、プロセッサはファイル更新中か否かを判定し（Ｂｂ１１）、ファイル更新中でない場合は、ファイル更新完了のイベントについてはリジェクトし、ファイル更新中の場合は、プロセッサを正常「２」（プロセッサ状態表３２参照）に設定し（Ｂｂ１２）、対応表管理手段２２により、該当プロセッサが待機プロセッサとして担当している入出力ポートの半数について、現用／待機プロセッサの切替えを行う（Ｂｂ１３）。即ち、ファイル更新の為に入出力ポートに対して待機プロセッサとなったプロセッサが、ファイル更新完了により、待機プロセッサとして担当した入出力ポートの半数について、現用／待機プロセッサの切替えを行い、現用プロセッサとして担当する入出力ポートと、待機プロセッサとして担当する入出力ポートとを同数とする。
【０１１８】
又プロセッサ減設開始（Ｂｂ２）の場合は、図３２に示すように、プロセッサは閉塞中か否かを判定し（Ｂｂ２１）、閉塞中でない場合は、プロセッサの減設を禁止するものであるから、そのプロセッサ減設開始のイベントについてはリジェクトし、閉塞中の場合は、プロセッサを減設中「１」（プロセッサ状態表３２参照）に設定し（Ｂｂ２２）、プロセッサの減設作業を行う（Ｂｂ２３）。
【０１１９】
又プロセッサ減設完了（Ｂｂ３）の場合は、図３２に示すように、プロセッサは減設中か否かを判定し（Ｂｂ３１）、減設中でない場合は、プロセッサ減設完了のイベントについてはリジェクトし、減設中の場合は、プロセッサの取り外しが完了した場合であるから、未実装「０」（プロセッサ状態表３２参照）に設定し（Ｂｂ３２）、対応表管理手段２２により、減設プロセッサが待機プロセッサとして担当していた入出力ポートについて、他のプロセッサを順次待機プロセッサとして割当てる（Ｂｂ３３）。
【０１２０】
図３３は本発明の実施の形態の対応表管理手段と入出力ポートアクセス手段とのフローチャートを示し、対応管理手段２２（図１参照）は、対応表３３とバックアップデータ格納部３３ａとを含み、入出力装置２の初期設定により（Ｃ１）、バックアップデータ格納部３３ａからバックアップデータを対応表３３に転送する（Ｃ２）。そして、対応表３３の内容を全プロセッサに通知する（Ｃ３）。又対応表３３の内容は、コマンドにより変更する（Ｃ４）。又対応表３３の内容の変更又は定期的に、対応表３３の内容をバックアップデータ格納部３３ａにコピーする（Ｃ５）。従って、システム再立上げの場合等の対応表の初期設定を行うことが可能であり、その対応表３３の内容に対して各プロセッサに処理を分散することができる。
【０１２１】
又入出力ポートアクセス手段２５（図１参照）は、図３３に示すように、プロセッサ１からデータ入力コマンド又はデータ出力コマンドの入出力要求（Ｄ１１）を、データ送受信手段１１，２４を介して入出力装置２が受信すると、対応表管理手段２２により、該当入出力ポートの対応表を読取り（Ｄ２１）、要求元は現用／待機プロセッサか否かを判定し（Ｄ２２）、現用／待機プロセッサでない場合は、その入出力要求をリジェクトし（Ｄ２５）、又現用／待機プロセッサの場合は、入出力を実行し（Ｄ２３）、応答を返送する（Ｄ２４）。それにより、データ送受信手段１１，２４を介して、プロセッサ１は、コマンド応答として結果を受信することになる（Ｄ１２）。
【０１２２】
図３４は本発明の実施の形態のデータ送受信手段のフローチャートを示し、データ送受信手段１１，２４に於いて、データ送信（Ｅ１）は、図８〜図１１に示すような各手段からの送信コマンドを通信バス上に送出する（Ｅ２）。又データ受信（Ｅ３）は、データ送信コマンドのコマンドコートをチェックし（Ｅ４）、コマンドコードに対応する手段を起動する（Ｅ５）。
【０１２３】
図３５は本発明の実施の形態のプロセッサ状態通知手段と担当入出力ポート状態管理手段とのフローチャートを示し、プロセッサ１（図１参照）のプロセッサ状態通知手段１３は、周期起動され（Ｆ１）、プロセッサ状態を編集し（Ｆ２）、データ送受信手段１１から、図９の（Ａ）に示すプロセッサ状態変化通知コマンドを送出する（Ｆ３）。
【０１２４】
又担当入出力ポート状態管理手段１２は、図８の（Ａ）に示す入出力ポート状態変更通知コマンドを受信すると（Ｇ１）、そのコマンドに従って、担当入出力ポート状態表３４の状態表示ビットＳ２ を、未実装或いは担当プロセッサでないことを示す「０」、現用プロセッサとして担当することを示す「１」、待機プロセッサとして担当することを示す「２」、現用プロセッサとして担当するが入出力ポートが障害中又は閉塞中を示す「３」、待機プロセッサとして担当するが入出力ポートが障害中又は閉塞中を示す「４」の何れかに変更する（Ｇ２）。
【０１２５】
又対応表変化通知コマンド（図９の（Ｃ）参照）を受信すると（Ｇ３）、自プロセッサの担当入出力ポートの現用／待機を変更する（Ｇ４）。即ち、入出力装置２の対応表３３によるプロセッサと入出力ポートとの対応が変化した内容を、対応表変化通知コマンドにより受信すると、自プロセッサが入出力ポートに対して現用プロセッサから待機プロセッサに変化する場合や、その反対に待機プロセッサから現用プロセッサに変化する場合や、担当でない入出力ポートに対して現用或いは待機プロセッサに割当てられることがあり、それに対応して担当入出力ポート状態表３４を更新する。
【０１２６】
図３６は本発明の実施の形態の入出力要求発行手段のフローチャートを示し、プロセッサ１の入出力要求発行手段１４は、データ入力要求により（Ｈ１）、入出力ポート状態は、現用プロセッサとして担当しているか否かを判定し（Ｈ２）、担当していない場合はリジェクトし、担当している場合は、入出力ポートからの図６の（Ａ）に示すデータ入力コマンドを発行し（Ｈ３）、データ送受信手段１１から送出する。
【０１２７】
又データ出力要求に対して（Ｈ４）、入出力ポート状態は、現用／待機プロセッサしとて担当しているか否かを判定し（Ｈ５）、担当していない場合はリジェクトし、担当している場合は、図７の（Ａ）に示すデータ出力コマンドを発行し（Ｈ６）、データ送受信手段１１から送出する。
【０１２８】
図３７は本発明の実施の形態のデータ引継ぎの説明図であり、図１３と同一符号は同一部分を示し、６１は端末の呼処理サービスの進行に伴って変化する状態等の端末状態データ、６２は初期設定時に転送されて設定される端末属性データ、６３は保守・運用プロセッサ５５に於いて保持する端末の種類，端末に提供可能の呼処理サービスに関する端末属性データ、６４は保守・運用プロセッサ５５に於いて保持するサービス仕様データ、６５は呼処理プロセッサ５１−１，５１−２，・・・の初期設定時に転送されて設定されるサービス仕様データを示す。
【０１２９】
ネットワーク入出力装置５２の初期設定時に、保守・運用プロセッサ５５に保持されている端末属性データ６３が点線矢印の経路で転送されて設定される。又ネットワーク入出力装置５２は、呼処理プロセッサ５１−１，５１−２，・・・が現用プロセッサとして担当するハイウェイ５９配下の端末５８の状態を、端末状態データ６１として管理している。
【０１３０】
又呼処理プロセッサ５１−１，５１−２，・・・の初期設定時に、保守・運用プロセッサ５５に保持されているサービス仕様データ６４が点線矢印の経路で転送されて設定される。この場合、保守・運用プロセッサ５５と各呼処理プロセッサ５１−１，５１−２，・・・とのサービス仕様データを同一とした場合を示すが、保守・運用プロセッサ５５に於いて保持しているサービス仕様データ６４の中の基本サービスのデータのみを各呼処理プロセッサ５１−１，５１−２，・・・に保持させて、処理を行わせることができる。
【０１３１】
前述のように、ネットワーク入出力装置５２に於いて、ハイウェイ５９配下の端末状態やハイウェイ５９対応の現用プロセッサについて端末状態データ６１や対応表３３（図４参照）等により管理しており、従って、現用プロセッサに障害が発生し、待機プロセッサが処理を引継ぐ場合、待機プロセッサは、ネットワーク入出力装置５２から対応表状態変化通知コマンドを受信すると同時に、現用プロセッサが担当していたハイウェイ配下の端末の監視・制御を開始することができる。同様に、呼処理プロセッサの障害復旧により、現用プロセッサとして復帰できると共に、現用プロセッサから待機プロセッサに切替えられた呼処理プロセッサに於いても、そのハイウェイ配下の端末の監視・制御を直ちに停止することができる。
【０１３２】
従って、プロセッサの増設，減設，障害発生，障害回復或いはハイウェイの増設，減設，障害発生，障害回復等による現用プロセッサと待機プロセッサとの切替えに於いて、特別に現用プロセッサの管理データを待機プロセッサへ転送する必要がなく、入出力装置からの対応表状態変化通知コマンド等によって切替えることができる。
【０１３３】
図３８は本発明の他の実施の形態の説明図であり、７１−１〜７１−Ｎは信号処理プロセッサ、７２−１〜７２−Ｍは信号入出力装置、７３はバス、７４は信号入出力ポートを示す。信号入出力装置７２−１〜７２−Ｍは、それぞれ複数のハイウェイ等の信号入出力ポートを収容し、入出力ポート間のデータの伝送制御を行うものであり、又信号処理プロセッサ７１−１〜７１−Ｎは、分散して各信号入出力ポートからの要求を処理するものである。
【０１３４】
又信号入出力装置７２−１〜７２−Ｍは、信号入出力ポート７４に対する多重伝送装置に相当し、データの多重分離及び多重化による入出力ポート間の接続等を行う機能を有し、前述のように、信号入出力ポートの状態表と、各信号処理プロセッサ７１−１〜７１−Ｎの状態表と、信号入出力ボート対応に、現用プロセッサと待機プロセッサとの対応を示す対応表とを基に、信号入出力ポート７４対応の要求を信号処理プロセッサ７１−１〜７１−Ｎに分散して処理させる。又信号処理プロセッサ又は入出力ポートの増設，減設，障害発生，障害復旧等についても、前述の実施の形態と同様に、現用／待機の切替えを行うことにより、健全な信号処理プロセッサによる入出力ポート毎の要求を分散処理することができる。
【０１３５】
【発明の効果】
以上説明したように、本発明の情報処理装置及び分散処理制御方法は、複数の入出力ポートからの要求に対して、複数のプロセッサ１が分散処理するものであり、その場合に、入出力装置２の対応表管理手段２２による入出力ポートと担当現用プロセッサとの対応表の管理によって、入出力ポート及びプロセッサの増設，減設，障害発生，障害回復に対して再割付け等を行い、各プロセッサ１に対応表変化通知コマンド等により通知することにより、複数のプロセッサ１による分散処理を継続させることができる。
【０１３６】
従って、電子交換機や各種の情報処理装置に於ける処理要求の増大やシステムの拡張に対しても柔軟に対応できる利点がある。又障害発生に対しても、現用系から待機系への切替えが容易であり、入出力ポートに対する現用／待機のプロセッサの割付けも柔軟であるから、最初に割付けられた現用プロセッサと待機プロセッサとが共に障害となっても、他のプロセッサが容易に現用プロセッサに切替えられるから、負荷分散処理を継続できる利点がある。又本発明は、前述の各実施の形態のみに限定されるものではなく、マルチプロセッサ形式の各種の情報処理装置及び負荷分散により処理する方法に適用できるものである。
【図面の簡単な説明】
【図１】本発明の実施の形態の要部説明図である。
【図２】本発明の実施の形態の入出力ポート状態表及び状態遷移説明図である。
【図３】本発明の実施の形態のプロセッサ状態表及び状態遷移説明図である。
【図４】本発明の実施の形態の対応表及び担当入出力ポート状態表の説明図である。
【図５】本発明の実施の形態の送信データフォーマットの説明図である。
【図６】本発明の実施の形態のコマンドの説明図である。
【図７】本発明の実施の形態のコマンドの説明図である。
【図８】本発明の実施の形態のコマンドの説明図である。
【図９】本発明の実施の形態のコマンドの説明図である。
【図１０】本発明の実施の形態のコマンドの説明図である。
【図１１】本発明の実施の形態のコマンドの説明図である。
【図１２】本発明の実施の形態の受信コマンドの配付先の説明図である。
【図１３】本発明の実施の形態の電子交換機に適用した構成の説明図である。
【図１４】本発明の実施の形態のテーブル内容の説明図である。
【図１５】本発明の実施の形態のテーブル内容の説明図である。
【図１６】本発明の実施の形態のテーブル内容の説明図である。
【図１７】本発明の実施の形態のテーブル内容の説明図である。
【図１８】本発明の実施の形態のテーブル内容の説明図である。
【図１９】本発明の実施の形態のテーブル内容の説明図である。
【図２０】本発明の実施の形態のテーブル内容の説明図である。
【図２１】本発明の実施の形態の入出力ポートのイベント発生によるフローチャートである。
【図２２】本発明の実施の形態の入出力ポートのイベント発生によるフローチャートである。
【図２３】本発明の実施の形態の入出力ポートのイベント発生によるフローチャートである。
【図２４】本発明の実施の形態の入出力ポートのイベント発生によるフローチャートである。
【図２５】本発明の実施の形態の入出力ポートのイベント発生によるフローチャートである。
【図２６】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図２７】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図２８】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図２９】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図３０】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図３１】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図３２】本発明の実施の形態のプロセッサのイベント発生によるフローチャートである。
【図３３】本発明の実施の形態の対応表管理手段と入出力ポートアクセス手段とのフローチャートである。
【図３４】本発明の実施の形態のデータ送受信手段のフローチャートである。
【図３５】本発明の実施の形態のプロセッサ状態通知手段と担当入出力ポート状態管理手段とのフローチャートである。
【図３６】本発明の実施の形態の入出力要求発行手段のフローチャートである。
【図３７】本発明の実施の形態のデータ引継ぎの説明図である。
【図３８】本発明の他の実施の形態の説明図である。
【図３９】従来例の電子交換機の要部説明図である。
【符号の説明】
１ プロセッサ
２ 入出力装置
３ バス
１１ データ送受信手段
１２ 担当ポート状態管理手段
１３ プロセッサ状態通知手段
１４ 入出力要求発行手段
１５ 入出力データ処理部
２１ 入出力ポート状態管理手段
２２ 対応表管理手段
２３ プロセッサ状態管理手段
２４ データ送受信手段
２５ 入出力ポートアクセス手段
Claims (12)
- 複数の入出力ポートを有する複数の入出力装置と、該入出力装置とバスを介して接続され、前記入出力ポート毎の処理要求を分散して処理する複数のプロセッサとを備えた情報処理装置に於いて、
前記入出力装置は、入出力ポート状態表により前記入出力ポートの状態を管理する入出力ポート状態管理手段と、プロセッサ状態表により前記各プロセッサの状態を管理するプロセッサ状態管理手段と、対応表により前記入出力ポートを担当する前記プロセッサの現用／待機の対応を管理する対応表管理手段とを備え、
前記プロセッサは、担当入出力ポート状態表により処理を担当する前記入出力ポートの状態を管理する担当入出力ポート状態管理手段と、自プロセッサの状態を編集し、前記入出力装置へ転送するプロセッサ状態通知手段とを備えた
ことを特徴とする情報処理装置。 - 前記入出力ポート状態表は、前記入出力ポート対応に、該入出力ポートの未実装，増設・減設中，現用中，障害・閉塞中の状態を設定する構成を有することを特徴とする請求項１記載の情報処理装置。
- 前記プロセッサ状態表は、前記プロセッサ対応に、未実装，増設中，正常，障害発生等を示すプロセッサ状態と、現用として担当する入出力ポート数と、待機として担当する入出力ポート数と、現用として担当できる入出力ポートの最大数とを設定する構成を有することを特徴とする請求項１記載の情報処理装置。
- 前記対応表は、前記入出力ポート対応に、該入出力ポートを担当する現用プロセッサと待機プロセッサとを設定する構成を有することを特徴とする請求項１記載の情報処理装置。
- 前記担当入出力ポート状態表は、前記入出力ポート対応に、該入出力ポートの未実装或いは自プロセッサの担当ではないか、又は現用プロセッサとして担当か、又は待機プロセッサとして担当か、又は現用プロセッサとして担当しているが入出力ポートが障害・閉塞中か、又は待機プロセッサとして担当しているが入出力ポートが障害・閉塞中の状態かを設定する構成を有することを特徴とする請求項１記載の情報処理装置。
- 前記プロセッサは、周期的に起動されて自プロセッサの状態を編集し、前記入出力装置へ転送するプロセッサ状態通知手段を備えていることを特徴とする請求項１記載の情報処理装置。
- 複数の入出力ポートを有する複数の入出力装置と、複数のプロセッサとをバスを介して接続した情報処理装置に於ける分散処理制御方法に於いて、
前記入出力装置は、入出力ポート状態管理手段により前記入出力ポートの状態を入出力ポート状態表を基に管理し、プロセッサ状態管理手段により前記プロセッサの状態をプロセッサ状態表を基に管理し、対応表管理手段により入出力ポートと担当プロセッサとの対応を管理し、且つ前記プロセッサは、担当入出力ポート状態管理手段により自プロセッサが担当する入出力ポートを管理し、前記入出力ポート毎の処理要求を、前記対応表を参照して、入出力ポート担当の現用プロセッサにより処理させると共に、プロセッサ状態通知手段により、自プロセッサの状態を編集し、前記入出力装置へ転送する過程を含む
ことを特徴とする分散処理制御方法。 - 前記現用プロセッサの障害発生又は閉塞指示により、該現用プロセッサが担当した入出力ポートと現用／待機プロセッサとの対応を示す対応表の内容について、現用／待機の切替えを行い、現用に切替えられたプロセッサにより、前記入出力ポートの処理要求を担当させる過程を含むことを特徴とする請求項７記載の分散処理制御方法。
- 前記入出力装置は、前記プロセッサから周期的に送信されるプロセッサ状態変化通知コマンドを監視し、該プロセッサ状態変化通知コマンドが連続して所定回数途絶えた時にプロセッサの障害発生と判定し、且つ該障害発生後に該プロセッサ状態変化通知コマンドが所定回数連続して受信できた時は障害回復と判定する過程を含むことを特徴とする請求項７又は８記載の分散処理制御方法。
- 前記プロセッサを増設又は減設した時に、前記プロセッサ状態表に於ける担当入出力ポート数を基に、増設又は減設後の各プロセッサの入出力ポートの担当数が平均化されるように、前記対応表の入出力ポート対応のプロセッサの現用／待機を更新する過程を含むことを特徴とする請求項７記載の分散処理制御方法。
- 前記プロセッサは、担当できる入出力ポートの最大数を定期的に前記入出力装置に通知し、該入出力装置によって該プロセッサが現用プロセッサとして担当させられる入出力ポート数が前記最大数を超えて過負荷状態となった時、該現用プロセッサが担当させられた入出力ポートを、前記最大数以下となるように、待機プロセッサを現用プロセッサに切替えて担当させる過程を含むことを特徴とする請求項７記載の分散処理制御方法。
- 前記入出力ポートの増設，減設，障害発生，障害回復等の状態変化により、前記入出力ポート状態表を更新し、且つ各プロセッサが現用として担当する入出力ポート数を平均化するように、該入出力ポートの現用／待機プロセッサを設定して前記対応表を更新し、前記各プロセッサに入出力ポート状態変化通知コマンドにより通知する過程を含むことを特徴とする請求項７記載の分散処理制御方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16958796A JP3541335B2 (ja) | 1996-06-28 | 1996-06-28 | 情報処理装置及び分散処理制御方法 |
| US08/839,911 US6012151A (en) | 1996-06-28 | 1997-04-21 | Information processing apparatus and distributed processing control method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16958796A JP3541335B2 (ja) | 1996-06-28 | 1996-06-28 | 情報処理装置及び分散処理制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1023480A JPH1023480A (ja) | 1998-01-23 |
| JP3541335B2 true JP3541335B2 (ja) | 2004-07-07 |
Family
ID=15889256
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16958796A Expired - Fee Related JP3541335B2 (ja) | 1996-06-28 | 1996-06-28 | 情報処理装置及び分散処理制御方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6012151A (ja) |
| JP (1) | JP3541335B2 (ja) |
Families Citing this family (55)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6802062B1 (en) * | 1997-04-01 | 2004-10-05 | Hitachi, Ltd. | System with virtual machine movable between virtual machine systems and control method |
| US6647508B2 (en) | 1997-11-04 | 2003-11-11 | Hewlett-Packard Development Company, L.P. | Multiprocessor computer architecture with multiple operating system instances and software controlled resource allocation |
| US6633916B2 (en) | 1998-06-10 | 2003-10-14 | Hewlett-Packard Development Company, L.P. | Method and apparatus for virtual resource handling in a multi-processor computer system |
| US6381682B2 (en) | 1998-06-10 | 2002-04-30 | Compaq Information Technologies Group, L.P. | Method and apparatus for dynamically sharing memory in a multiprocessor system |
| US6199179B1 (en) * | 1998-06-10 | 2001-03-06 | Compaq Computer Corporation | Method and apparatus for failure recovery in a multi-processor computer system |
| US6332180B1 (en) | 1998-06-10 | 2001-12-18 | Compaq Information Technologies Group, L.P. | Method and apparatus for communication in a multi-processor computer system |
| US6260068B1 (en) | 1998-06-10 | 2001-07-10 | Compaq Computer Corporation | Method and apparatus for migrating resources in a multi-processor computer system |
| US6542926B2 (en) | 1998-06-10 | 2003-04-01 | Compaq Information Technologies Group, L.P. | Software partitioned multi-processor system with flexible resource sharing levels |
| US7315841B1 (en) * | 1998-07-22 | 2008-01-01 | Sourcetec, Inc. | Mortgage loan and financial services data processing system |
| JP2000253072A (ja) * | 1999-03-03 | 2000-09-14 | Hitachi Ltd | 交換システム及び交換制御方法 |
| US6983350B1 (en) * | 1999-08-31 | 2006-01-03 | Intel Corporation | SDRAM controller for parallel processor architecture |
| US6427196B1 (en) * | 1999-08-31 | 2002-07-30 | Intel Corporation | SRAM controller for parallel processor architecture including address and command queue and arbiter |
| US6668317B1 (en) * | 1999-08-31 | 2003-12-23 | Intel Corporation | Microengine for parallel processor architecture |
| US6606704B1 (en) * | 1999-08-31 | 2003-08-12 | Intel Corporation | Parallel multithreaded processor with plural microengines executing multiple threads each microengine having loadable microcode |
| WO2001016702A1 (en) | 1999-09-01 | 2001-03-08 | Intel Corporation | Register set used in multithreaded parallel processor architecture |
| US6925052B1 (en) * | 1999-10-01 | 2005-08-02 | Agilent Technologies, Inc. | Multi-channel network monitoring apparatus, signal replicating device, and systems including such apparatus and devices, and enclosure for multi-processor equipment |
| US6532509B1 (en) | 1999-12-22 | 2003-03-11 | Intel Corporation | Arbitrating command requests in a parallel multi-threaded processing system |
| US6694380B1 (en) | 1999-12-27 | 2004-02-17 | Intel Corporation | Mapping requests from a processing unit that uses memory-mapped input-output space |
| US6631430B1 (en) * | 1999-12-28 | 2003-10-07 | Intel Corporation | Optimizations to receive packet status from fifo bus |
| US6625654B1 (en) * | 1999-12-28 | 2003-09-23 | Intel Corporation | Thread signaling in multi-threaded network processor |
| US6307789B1 (en) * | 1999-12-28 | 2001-10-23 | Intel Corporation | Scratchpad memory |
| US6661794B1 (en) * | 1999-12-29 | 2003-12-09 | Intel Corporation | Method and apparatus for gigabit packet assignment for multithreaded packet processing |
| US6976095B1 (en) * | 1999-12-30 | 2005-12-13 | Intel Corporation | Port blocking technique for maintaining receive packet ordering for a multiple ethernet port switch |
| US6584522B1 (en) * | 1999-12-30 | 2003-06-24 | Intel Corporation | Communication between processors |
| US6631462B1 (en) * | 2000-01-05 | 2003-10-07 | Intel Corporation | Memory shared between processing threads |
| US7681018B2 (en) | 2000-08-31 | 2010-03-16 | Intel Corporation | Method and apparatus for providing large register address space while maximizing cycletime performance for a multi-threaded register file set |
| US6868476B2 (en) * | 2001-08-27 | 2005-03-15 | Intel Corporation | Software controlled content addressable memory in a general purpose execution datapath |
| US7126952B2 (en) * | 2001-09-28 | 2006-10-24 | Intel Corporation | Multiprotocol decapsulation/encapsulation control structure and packet protocol conversion method |
| US7895239B2 (en) | 2002-01-04 | 2011-02-22 | Intel Corporation | Queue arrays in network devices |
| US7281044B2 (en) * | 2002-01-10 | 2007-10-09 | Hitachi, Ltd. | SAN infrastructure on demand service system |
| US6934951B2 (en) * | 2002-01-17 | 2005-08-23 | Intel Corporation | Parallel processor with functional pipeline providing programming engines by supporting multiple contexts and critical section |
| US7181594B2 (en) | 2002-01-25 | 2007-02-20 | Intel Corporation | Context pipelines |
| US20030212883A1 (en) * | 2002-05-09 | 2003-11-13 | International Business Machines Corporation | Method and apparatus for dynamically managing input/output slots in a logical partitioned data processing system |
| US7480911B2 (en) * | 2002-05-09 | 2009-01-20 | International Business Machines Corporation | Method and apparatus for dynamically allocating and deallocating processors in a logical partitioned data processing system |
| US6941436B2 (en) * | 2002-05-09 | 2005-09-06 | International Business Machines Corporation | Method and apparatus for managing memory blocks in a logical partitioned data processing system |
| US7471688B2 (en) * | 2002-06-18 | 2008-12-30 | Intel Corporation | Scheduling system for transmission of cells to ATM virtual circuits and DSL ports |
| US7433307B2 (en) * | 2002-11-05 | 2008-10-07 | Intel Corporation | Flow control in a network environment |
| US6941438B2 (en) | 2003-01-10 | 2005-09-06 | Intel Corporation | Memory interleaving |
| US7484125B2 (en) * | 2003-07-07 | 2009-01-27 | Hewlett-Packard Development Company, L.P. | Method and apparatus for providing updated processor polling information |
| GB2406742B (en) * | 2003-10-03 | 2006-03-22 | 3Com Corp | Switching fabrics and control protocols for them |
| JP4429703B2 (ja) * | 2003-11-28 | 2010-03-10 | 株式会社日立製作所 | ディスクアレイ装置及びディスクアレイ装置の制御方法 |
| US7213099B2 (en) * | 2003-12-30 | 2007-05-01 | Intel Corporation | Method and apparatus utilizing non-uniformly distributed DRAM configurations and to detect in-range memory address matches |
| JP4315057B2 (ja) * | 2004-06-02 | 2009-08-19 | ソニー株式会社 | 情報処理装置および情報処理方法、並びに、プログラム |
| JP4525188B2 (ja) * | 2004-06-09 | 2010-08-18 | ソニー株式会社 | マルチプロセッサシステム |
| JP4677222B2 (ja) * | 2004-11-26 | 2011-04-27 | 富士通株式会社 | サーバ装置 |
| US7644147B1 (en) * | 2005-03-25 | 2010-01-05 | Marvell International Ltd. | Remote network device management |
| KR101285886B1 (ko) * | 2006-01-25 | 2013-07-11 | 엘지전자 주식회사 | 서버로의 보고 방법 및 그 단말 |
| US8051334B2 (en) * | 2007-11-14 | 2011-11-01 | Emulex Design & Manufacturing Corporation | Enabling SAS expander loops for increased fairness and performance |
| JP2009199246A (ja) * | 2008-02-20 | 2009-09-03 | Toshiba Corp | ノード稼働監視システムおよびノード稼働監視方法 |
| JP5509564B2 (ja) * | 2008-09-30 | 2014-06-04 | 富士通株式会社 | メッセージ送信方法及びプログラム |
| US20110103391A1 (en) * | 2009-10-30 | 2011-05-05 | Smooth-Stone, Inc. C/O Barry Evans | System and method for high-performance, low-power data center interconnect fabric |
| US8634084B2 (en) * | 2010-03-29 | 2014-01-21 | Kabushiki Kaisha Toshiba | Data processing system and image forming apparatus |
| US8407710B2 (en) | 2010-10-14 | 2013-03-26 | International Business Machines Corporation | Systems and methods for dynamically scanning a plurality of active ports for priority schedule of work |
| WO2012124077A1 (ja) * | 2011-03-16 | 2012-09-20 | 富士通株式会社 | マルチコアプロセッサシステムおよびスケジューリング方法 |
| US8924443B2 (en) * | 2012-10-05 | 2014-12-30 | Gary Robin Maze | Document management systems and methods |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4484323A (en) * | 1982-06-14 | 1984-11-20 | At&T Bell Laboratories | Communication arrangements for distributed control systems |
| US5701512A (en) * | 1986-03-11 | 1997-12-23 | Canon Kabushiki Kaisha | Data transmission control apparatus for system with input/output units used in common by several CPU's |
| US5155809A (en) * | 1989-05-17 | 1992-10-13 | International Business Machines Corp. | Uncoupling a central processing unit from its associated hardware for interaction with data handling apparatus alien to the operating system controlling said unit and hardware |
| US5255266A (en) * | 1990-10-20 | 1993-10-19 | Fujitsu Limited | ATM switching unit |
| US5717950A (en) * | 1994-01-11 | 1998-02-10 | Hitachi, Ltd. | Input/output device information management system for multi-computer system |
| US5550906A (en) * | 1994-08-05 | 1996-08-27 | Lucent Technologies Inc. | Telecommunications feature server |
| JP2687927B2 (ja) * | 1995-05-24 | 1997-12-08 | 日本電気株式会社 | 外部バスの障害検出方法 |
| US5710769A (en) * | 1996-02-29 | 1998-01-20 | Lucent Technologies Inc. | Merging the functions of switching and cross connect in telecommunications networks |
-
1996
- 1996-06-28 JP JP16958796A patent/JP3541335B2/ja not_active Expired - Fee Related
-
1997
- 1997-04-21 US US08/839,911 patent/US6012151A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1023480A (ja) | 1998-01-23 |
| US6012151A (en) | 2000-01-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3541335B2 (ja) | 情報処理装置及び分散処理制御方法 | |
| US5621721A (en) | Maintaining database integrity throughout a communication network | |
| RU2507703C2 (ru) | Объединение ресурсов в сервере центра коммутации с кластером с электронными платами | |
| EP0658062A2 (en) | Service circuit allocation in large networks | |
| JPH0147944B2 (ja) | ||
| JPH0563726A (ja) | 通信スイツチングシステム | |
| EP1863222B1 (en) | A disaster recovery system and method of service controlling device in intelligent network | |
| WO2012083669A1 (zh) | 基于接入网关的主备用设备切换方法和装置 | |
| AU3430602A (en) | Gateway system and integrated management method | |
| JP3490002B2 (ja) | マルチクラスタシステムを構成する計算機 | |
| JP3147801B2 (ja) | 自動交換機システム | |
| JP3058252B2 (ja) | ネットワーク内の接続データ管理方式 | |
| JP2002057792A (ja) | マルチメディア信号処理装置 | |
| JPH11234287A (ja) | 交換システム及び加入者装置並びに交換装置 | |
| JPH08242474A (ja) | ディジタル構内交換機のファイル更新方法 | |
| JPH04311251A (ja) | マルチプロセッサシステム | |
| JP4303791B2 (ja) | 容易に構成可能な監視制御を備える電気通信交換システム | |
| JP3167461B2 (ja) | マルチプロセッサシステムのｉｐｌ方式 | |
| JP2720840B2 (ja) | Ａｔｍ交換装置 | |
| JPH11112504A (ja) | Ｌａｎエミュレーションシステムおよびａｔｍスイッチ | |
| JP2003348772A (ja) | 監視システム、監視装置および監視プログラム | |
| JP2988096B2 (ja) | マルチプロセッサ構成の交換システムにおけるファイル管理・転送方法 | |
| JPH1141291A (ja) | 論理チャネル管理制御方式 | |
| JPH03194601A (ja) | 協調分散制御システム | |
| JP2611797B2 (ja) | 通信制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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: 20040224 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040318 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080409 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090409 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090409 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100409 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110409 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |