JPH1023480A - 情報処理装置及び分散処理制御方法 - Google Patents

情報処理装置及び分散処理制御方法

Info

Publication number
JPH1023480A
JPH1023480A JP16958796A JP16958796A JPH1023480A JP H1023480 A JPH1023480 A JP H1023480A JP 16958796 A JP16958796 A JP 16958796A JP 16958796 A JP16958796 A JP 16958796A JP H1023480 A JPH1023480 A JP H1023480A
Authority
JP
Japan
Prior art keywords
processor
input
output port
status
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.)
Granted
Application number
JP16958796A
Other languages
English (en)
Other versions
JP3541335B2 (ja
Inventor
Hirochika Mano
弘誓 真野
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.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP16958796A priority Critical patent/JP3541335B2/ja
Priority to US08/839,911 priority patent/US6012151A/en
Publication of JPH1023480A publication Critical patent/JPH1023480A/ja
Application granted granted Critical
Publication of JP3541335B2 publication Critical patent/JP3541335B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error 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/202Error 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/2023Failover techniques
    • G06F11/2033Failover techniques switching over of hardware resources
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error 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/202Error 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/2035Error 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/30Peripheral units, e.g. input or output ports
    • H04L49/3081ATM peripheral units, e.g. policing, insertion or extraction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/04Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478Provisions for broadband connections
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error 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/202Error 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/2023Failover techniques
    • G06F11/2025Failover techniques using centralised failover control functionality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5625Operations, administration and maintenance [OAM]
    • H04L2012/5627Fault tolerance and recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5629Admission control
    • H04L2012/563Signalling, 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)

Abstract

(57)【要約】 【課題】 複数のプロセッサ構成の情報処理装置及び分
散処理制御方法に関し、プロセッサや入出力ポートの増
設,障害発生等に対して容易に対応する。 【解決手段】 複数の入出力ポートを有する単一又は複
数の入出力装置2と、バス3を介して接続され複数のプ
ロセッサ1とを備えた情報処理装置に於いて、入出力装
置2は、入出力ポート状態表により入出力ポートの状態
を管理する入出力ポート状態管理手段21と、プロセッ
サ状態表により各プロセッサ1の状態を管理するプロセ
ッサ状態管理手段23と、対応表により入出力ポートと
対応プロセッサの現用/待機とを管理する対応表管理手
段22とを備え、又プロセッサ1は、担当入出力ポート
状態表により処理を担当する入出力ポートの状態を管理
する担当入出力ポート状態管理手段12と、プロセッサ
の状態を入出力装置2に通知するプロセッサ状態通知手
段13とを備えている。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は、複数のプロセッサ
を備えて負荷分散処理を行う情報処理装置及び分散処理
制御方法に関する。複数のプロセッサを備えた情報処理
装置として、例えば、現用系のプロセッサと待機系(予
備系)のプロセッサとによる二重化構成によって信頼性
を向上した構成や、各プロセッサに処理を分散させる負
荷分散方式によって処理能力を向上した構成等が知られ
ている。このような情報処理装置に於いて、規模の拡
大,縮小に容易に対応することができ、又障害発生時
は、容易に救済できることが要望されている。
【0002】
【従来の技術】図39は従来例の電子交換機の要部説明
図であり、100はメインプロセッサ(MPR)、10
1−1〜101−nは呼処理プロセッサ(CPR)、1
02−1〜102−nはネットワーク(NW)、103
はバスを示す。各ネットワーク102−1〜102−n
は、それぞれ呼処理プロセッサ101−1〜101−n
により制御される。又各呼処理プロセッサ101−1〜
101−nは、それぞれを接続するバス103を介して
メインプロセッサ100により制御される。
【0003】この電子交換機は、マルチプロセッサ構成
で、呼処理を分散して処理するものであるが、呼処理プ
ロセッサとネットワークとを単位として増設,減設する
ものである。又各呼処理プロセッサ101−1〜101
−nをメインプロセッサ100により管理する構成であ
る。又呼処理プロセッサ101−1〜101−nを、更
に、現用系と待機系との二重化構成とし、又メインプロ
セッサ100も現用系と待機系との二重化構成として、
信頼性を向上するシステムも知られている。
【0004】又電子交換機に於いて、交換制御機能を複
数の機能に分割し、各機能毎に複数のプロセッサを設
け、交換制御機能を実行する時に、各機能毎に、複数の
プロセッサの中の1台のプロセッサを選択指定して処理
させる構成も知られている(例えば、特開昭55−53
990号公報参照)。又複数の端末に対してインタフェ
ース回路を介して複数の処理装置(プロセッサ)を接続
し、この複数の処理装置によりATMセルを処理する場
合の負荷分散を図った構成も知られている(例えば、特
開平4−179327号公報参照)。
【0005】
【発明が解決しようとする課題】従来例の現用系と待機
系との二重化構成の場合、現用系の障害により待機系に
切替えることにより、処理を継続することができるが、
待機系が現用系に切替えられた後に障害が発生すると、
システムダウンとなる。又マルチプロセッサシステム構
成として負荷分散を行う構成に於いて、例えば、前述の
図39に示す従来例に於いて、各呼処理プロセッサは、
担当するネットワークが固定的に割付けられているか
ら、呼処理プロセッサの障害により、その呼処理プロセ
ッサ担当のネットワークの制御ができないことになり、
一部障害によるサービス低下が発生する問題がある。又
各呼処理プロセッサ101−1〜101−nを二重化構
成としても、現用系と待機系とが共に障害となると、障
害発生プロセッサの担当ネットワークによるサービスが
停止される問題がある。
【0006】又複数のプロセッサからなる群から空きを
選択して負荷を分担させる前述の従来例(特開昭55−
53990号公報参照)は、機能毎に割付けられるもの
であるから、融通性に欠ける問題があり、且つ処理要求
毎に空き選択を行う処理が必要となる問題がある。又イ
ンタフェース回路を介して複数の処理装置を接続して負
荷分散処理を行う前述の従来例(特開平4−17932
7号公報)は、共通バスを介して接続された複数の処理
装置の処理能力に対応して、ATMセルの処理を分担さ
せるものであるが、具体的な負荷分散処理までは説明さ
れていない。又処理装置の障害発生時や増設等の場合の
処理については全く考慮されていないものである。本発
明は、複数のプロセッサにより負荷分散を図り、且つプ
ロセッサの増設,減設等のシステム構成の変更や、障害
発生時の救済を容易とすることを目的とする。
【0007】
【課題を解決するための手段】本発明の情報処理装置
は、図1を参照して説明すると、複数の入出力ポートを
有する単一又は複数の入出力装置2と、この入出力装置
2とバス3を介して接続され、入出力ポート毎の処理要
求を分散して処理する複数のプロセッサ1とを備えた情
報処理装置に於いて、入出力装置2は、入出力ポート状
態表により入出力ポートの状態を管理する入出力ポート
状態管理手段21と、プロセッサ状態表により各プロセ
ッサの状態を管理するプロセッサ状態管理手段23と、
対応表により入出力ポートを担当するプロセッサの現用
/待機の対応を管理する対応表管理手段22とを備え、
又プロセッサ1は、担当入出力ポート状態表により処理
を担当する前記入出力ポートの状態を管理する担当入出
力ポート状態管理手段12を備えている。従って、入出
力装置2により分散処理するプロセッサ1を設定するこ
とができる。
【0008】又前述の情報処理装置に於いて、入出力ポ
ート状態表は、入出力ポート対応に、該入出力ポートの
未実装,増設・減設中,現用中,障害・閉塞中の状態を
設定する構成を有し、又プロセッサ状態表は、プロセッ
サ対応に、未実装,増設中,正常,障害発生等を示すプ
ロセッサ状態と、現用として担当する入出力ポート数
と、待機として担当する入出力ポート数と、現用として
担当できる入出力ポートの最大数とを設定する構成を有
し、又対応表は、入出力ポート対応に、入出力ポートを
担当する現用プロセッサと待機プロセッサとを設定する
構成を有するものである。
【0009】又プロセッサ1の担当ポート状態管理手段
12により管理する担当入出力ポート状態表は、入出力
ポート対応に、入出力ポートの未実装或いは自プロセッ
サの担当でなし、現用プロセッサとして担当、待機プロ
セッサとして担当、現用プロセッサとして担当している
が入出力ポートが障害・閉塞中、待機プロセッサとして
担当しているが入出力ポートが障害・閉塞中の状態を設
定する構成を有し、又周期的に起動されて自プロセッサ
の状態を編集し、入出力装置2へ転送するプロセッサ状
態通知手段13を備えている。
【0010】又本発明の分散処理制御方法は、複数の入
出力ポートを有する単一又は複数の入出力装置2と、複
数のプロセッサとをバスを介して接続した情報処理装置
に於ける分散処理制御方法であって、入出力装置は、入
出力ポート状態管理手段21により前記入出力ポートの
状態を入出力ポート状態表を基に管理し、プロセッサ状
態管理手段23によりプロセッサの状態をプロセッサ状
態表を基に管理し、対応表管理手段22により入出力ポ
ートと担当プロセッサとの対応を管理し、且つプロセッ
サ1は、担当入出力ポート状態管理手段12により自プ
ロセッサが担当する入出力ポートを管理し、入出力ポー
ト毎の処理要求を、対応表を参照して、入出力ポート担
当の現用プロセッサにより処理させる過程を含むもので
ある。従って、入出力ポート対応に割付けられた現用プ
ロセッサが、入出力ポートからの要求をそれぞれ処理
し、又現用プロセッサの障害発生等の場合は、割付けら
れた待機プロセッサが現用プロセッサに切替えられて、
負荷分散処理を継続することができる。
【0011】又前述の分散処理制御方法に於いて、現用
プロセッサの障害発生又は閉塞指示により、現用プロセ
ッサが担当した入出力ポートと現用/待機プロセッサと
の対応を示す対応表の内容について、現用/待機の切替
えを行い、現用に切替えられたプロセッサにより、入出
力ポートの処理要求を担当させる過程を含むことができ
る。
【0012】又入出力装置2は、プロセッサ1から周期
的に送信されるプロセッサ状態変化通知コマンドを監視
し、このプロセッサ状態変化通知コマンドが連続して所
定回数途絶えた時にプロセッサの障害発生と判定し、且
つ障害発生後にこのプロセッサ状態変化通知コマンドが
所定回数連続して受信できた時は障害回復と判定する過
程を含むことができる。
【0013】又プロセッサ1を増設又は減設した時に、
プロセッサ状態表に於ける担当入出力ポート数を基に、
増設又は減設後の各プロセッサの入出力ポートの担当数
が平均化されるように、対応表の入出力ポート対応のプ
ロセッサの現用/待機を更新する過程を含むことができ
る。又プロセッサ1は、担当できる入出力ポートの最大
数を定期的に入出力装置2に通知し、入出力装置2によ
ってプロセッサが現用プロセッサとして担当させられる
入出力ポート数が前記最大数を超えて過負荷状態となっ
た時、この現用プロセッサが担当させられた入出力ポー
トを、前記最大数以下となるように、待機プロセッサを
現用プロセッサに切替えて担当させる過程を含むことが
できる。
【0014】又入出力ポートの増設,減設,障害発生,
障害回復等の状態変化により、入出力ポート状態表を更
新し、且つ各プロセッサが現用として担当する入出力ポ
ート数が平均化するように、入出力ポートの現用/待機
プロセッサを設定して対応表を更新し、各プロセッサに
入出力ポート状態変化通知コマンドにより通知する過程
を含むことができる。
【0015】
【発明の実施の形態】図1は本発明の実施の形態の要部
説明図であり、各部の機能の要部を示すものであって、
1はプロセッサ、2は入出力装置、3はバスである。こ
のバス3を介して複数のプロセッサ1と単一又は複数の
入出力装置2とが接続されて、情報処理装置を構成して
いる。又電子交換機に適用した場合は、入出力装置2を
介してネットワークを制御する構成となり、入出力装置
2は、図示を省略した入出力ポート(ハイウェイ)を備
えることになる。
【0016】又11はデータ送受信手段、12は担当ポ
ート状態管理手段、13はプロセッサ状態通知手段、1
4は入出力要求発行手段、15は入出力データ処理部、
21は入出力ポート状態管理手段、22は対応表管理手
段、23はプロセッサ状態管理手段、24はデータ送受
信手段、25は入出力ポートアクセス手段を示す。
【0017】プロセッサ1のデータ送受信手段11は、
バス3を介して入出力装置2との間又は他のプロセッサ
(図示を省略)との間のデータの送受信を行うものであ
り、又担当ポート状態管理手段12は、プロセッサ1が
担当する入出力ポートとその状態とを、メモリ等に形成
した担当入出力ポート状態表により管理するものであ
る。又プロセッサ状態通知手段13は、障害発生時又は
定期的にプロセッサ1の状態変更イベントについてデー
タ送受信手段11を介して入出力装置2に通知するもの
である。
【0018】又入出力要求発行手段14は、入出力装置
2の入出力ポートに対してデータの入出力要求を発行す
るものである。又入出力データ処理部15は、入出力ポ
ートからの要求に従ったデータを処理するものである。
前述の各手段は、プロセッサの演算機能,通信機能,メ
モリ機能等によって容易に実現することができる。
【0019】又入出力装置2の入出力ポート状態管理手
段21は、メモリ等に形成した入出力ポート状態表によ
り入出力ポートの実装の有無等を管理する。又対応表管
理手段22は、入出力ポート対応の現用系のプロセッサ
と待機系のプロセッサを定義した対応表をメモリ等に形
成し、プロセッサの増設等に対応して、その内容の更新
を行うものである。又プロセッサ状態管理手段23は、
メモリ等に形成したプロセッサ状態表により各プロセッ
サの状態について、現用系,待機系,障害発生等の管理
を行うものである。
【0020】又データ送受信手段24は、プロセッサ1
のデータ送受信手段11と同様に、バス3を介したデー
タの送受信の制御を行うものであり、又入出力ポートア
クセス手段25は、プロセッサ1から発行された入出力
装置に対する入出力要求をデータ送受信手段24から受
付け、又入出力ポートのアクセスを実行する手段であ
る。前述の各手段は、演算機能,通信機能,メモリ機能
等によって容易に実現することができる。
【0021】図2は本発明の実施の形態の入出力ポート
状態表及び状態遷移説明図であり、(A)は入出力ポー
ト状態表31を示す。この入出力ポート状態表31は、
入出力ポート状態管理手段21内又は図示を省略したメ
モリに形成することができるもので、32ビット×nの
テーブル構成の場合を示す。この入出力ポート状態表3
1は、入出力ポート番号をアドレスとし、その入出力ポ
ートの状態を状態表示ビットS1 により表す。即ち、4
ビット構成により、未実装=0、増設・減設中=1、現
用中=2、障害・閉塞中=3を表すことができる。な
お、3ビット構成により表現できるものであるが、4ビ
ット構成により1ワード32ビットの中に8個の入出力
ポートについて、その状態を表すことができる。
【0022】又(B)は状態遷移図であり、イベント
が、増設開始、増設完了、障害発生、障害復旧、閉塞、
閉塞解除、減設開始、減設完了に従って、状態表示ビッ
トS1の遷移の様子を示すものである。即ち、入出力ポ
ート状態管理手段21によって制御され、未実装=0の
状態に於いて入出力ポートの増設を行う場合は、増設開
始のイベントにより増設・減設中=1に遷移し、増設完
了のイベントにより現用中=2に遷移する。
【0023】又現用中の状態に於いて障害発生により、
障害・閉塞中=3に遷移し、障害復旧により現用中=2
に遷移する。又現用中の状態に於いて閉塞すると、障害
・閉塞中=3に遷移し、その閉塞を解除すると、現用中
=2に遷移する。又減設開始は、閉塞状態としてから入
出力ポートの減設を行うものであるから、障害・閉塞中
=3から増設・減設中=1に遷移し、この減設完了によ
り未実装=0に遷移する。それによって、各入出力ポー
トの状態を管理することができる。
【0024】或る入出力ポートについて、未実装の状態
から増設を開始すると、その入出力ポート番号対応の状
態表示ビットS1 は0から1に更新され、増設が完了す
ると、状態表示ビットS1 は1から2に更新され、現用
中を示すものとなる。しかし、この段階では、増設され
た入出力ポートを担当するプロセッサが割当てられてい
ない為、入出力ポート状態管理手段21は、プロセッサ
状態管理手段23にプロセッサ1の状態を問い合わせ
る。
【0025】その結果、各プロセッサ1の担当可能な入
出力ポート最大数と現用プロセッサとして担当する入出
力ポート数とから、各プロセッサ1の余裕度を判断し、
一番余裕があるプロセッサを現用プロセッサとし、2番
目に余裕が或るプロセッサを待機プロセッサに選定し
て、対応表管理手段22により入出力ポートの対応表に
登録する。
【0026】この場合、一番余裕があるプロセッサが複
数存在する時は、その中からランダム的に現用プロセッ
サと待機プロセッサとを選択することができる。又入出
力ポートの状態変化は、入出力ポート状態変更通知コマ
ンドにより、データ送受信手段24から各プロセッサ1
に通知する。各プロセッサ1は、担当ポート状態管理手
段12により入出力ポートの状態の管理情報を更新す
る。
【0027】又現用中の入出力ポートに障害が発生する
と、状態表示ビットS1 は2から3に遷移し、入出力ポ
ート状態変更通知コマンドにより、データ送受信手段2
4から各プロセッサ1に通知する。各プロセッサ1は、
データ送受信手段11により受信し、担当ポート状態管
理手段12により入出力ポートの状態を障害中状態に更
新し、障害となった入出力ポートへのアクセスを停止さ
せる。
【0028】又入出力ポートの障害が復旧すると、状態
表示ビットS1 は3から2に遷移し、入出力ポート状態
変更通知コマンドによりデータ送受信手段24を介して
各プロセッサ1に障害復旧を通知する。各プロセッサ1
は、データ送受信手段11により受信し、担当ポート状
態管理手段12は、障害中の入出力ポートを障害復旧に
更新し、その入出力ポートへのアクセスを再開させる。
【0029】又保守者によるコマンドによって、現用中
の入出力ポートを閉塞することができる。その場合、状
態表示ビットS1 は2から3に遷移する。そして、前述
の障害発生時と同様にして、各プロセッサ1に対して入
出力ポート状態変更通知コマンドにより入出力ポートの
閉塞が通知され、各プロセッサ1は、通知された入出力
ポートに対する状態を閉塞中に更新し、アクセスを停止
させる。又保守者のコマンドによる閉塞解除の場合は、
状態表示ビットS1 は3から2に遷移し、前述の障害復
旧の場合と同様にして、各プロセッサ1に対して入出力
ポート状態変更通知コマンドにより入出力ポートの閉塞
解除が通知され、各プロセッサ1は、通知された入出力
ポートに対するアクセスを再開させる。
【0030】又入出力ポートの減設は、入出力ポートの
閉塞中に於いてのみ可能である。従って、前述の保守者
のコマンドにより入出力ポートを閉塞状態とした後、入
出力ポートの取り外し等の減設を開始する。その時、状
態表示ビットS1 は3から1に遷移する。そして、入出
力ポートの減設作業を行い、この作業の完了により入出
力ポートは未実装の状態となるから、状態表示ビットS
1 は1から0に遷移する。この未実装となった入出力ポ
ートについて、入出力ポート状態管理手段21は、対応
表管理手段22に対して対応表の該当入出力ポートの削
除を依頼し、又入出力ポート状態変更通知コマンドによ
り各プロセッサ1に通知する。各プロセッサの担当ポー
ト管理手段12は、入出力ポートの状態を更新する。
【0031】図3は本発明の実施の形態のプロセッサ状
態表及び状態遷移説明図であり、プロセッサ状態管理手
段23(図1参照)内又はメモリに形成され、プロセッ
サ状態管理手段23によって制御されるプロセッサ状態
表32を(A)に示す。このプロセッサ状態表32は、
プロセッサ番号をアドレスとして、1バイト構成のプロ
セッサ状態STと、1バイト構成の現用として担当する
入出力ポート数ACTと、1バイト構成の待機として担
当する入出力ポート数SBYと、現用として担当できる
入出力ポートの最大数MAXとを設定する場合を示す。
又プロセッサ状態STは、未実装=0、増設・減設中=
1、正常=2、過負荷状態=3、障害・閉塞中=4、フ
ァイル更新中=5とすることができる。なお、プロセッ
サ状態表32は、このようなバイト構成に限定されるも
のではなく、適用システムに対応して変更することがで
きる。
【0032】このプロセッサ状態STは、図3の(B)
に示すように、イベントの増設開始、増設完了、過負荷
発生、過負荷解除、障害発生、障害復旧、閉塞、閉塞解
除、ファイル更新開始、ファイル更新完了、減設開始、
減設完了に従って遷移する。即ち、プロセッサ状態管理
手段23による制御により、プロセッサを増設する場
合、そのプロセッサ番号対応のプロセッサ状態STは、
未実装を示す0から増設開始の1に遷移し、その増設作
業が完了すると、正常状態の2に遷移する。又過負荷状
態となると、正常の状態の2から過負荷状態の3に遷移
し、この過負荷が解除されると、正常状態の2に遷移す
る。
【0033】又障害が発生すると、正常状態の2から障
害中の4、或いは過負荷状態の3から障害中の4に遷移
し、その障害が回復すると、障害中の4から正常状態の
2に遷移する。又ファイル更新を開始すると、正常状態
の2からファイル更新中の5に遷移し、ファイルの更新
が完了すると、正常状態の2に遷移する。又減設を開始
すると、正常状態の2から1に遷移し、減設作業が完了
すると、未実装状態の0に遷移する。
【0034】各プロセッサ1で発生したイベントは、プ
ロセッサ状態変化通知コマンドにより、データ送受信手
段11(図1参照)から入出力装置2のプロセッサ状態
管理手段23に通知される。プロセッサ状態管理手段2
3は、図3の(A)に示すプロセッサ状態表32のプロ
セッサ状態STを更新する。
【0035】プロセッサ1の増設時は、未実装状態のプ
ロセッサを実装状態とするものであり、増設開始によ
り、プロセッサ状態STは0から1に遷移し、増設作業
が完了すると、プロセッサ状態STは1から2に遷移す
る。この段階では、増設されたプロセッサは、担当入出
力ポートが割当てられていない。そこで、プロセッサ状
態管理手段23は、入出力ポート状態管理手段21から
実装状態の入出力ポート数を求め、この入出力ポート数
と、実装プロセッサ数とから、各プロセッサが担当する
入出力ポート数の平均値を求める。
【0036】この入出力ポート数の平均値の2倍の数だ
け、対応表管理手段22により入出力ポートの担当待機
プロセッサを、増設されたプロセッサに割付ける。この
時、他のプロセッサが待機プロセッサとして担当する入
出力ポート数が平均化するように調整する。即ち、(増
設前の処理プロセッサ当たりの平均入出力ポート数)−
(増設後の処理プロセッサ当たりの平均入出力ポート
数)だけ、各プロセッサが待機プロセッサとして担当し
ている入出力ポートを変更する。この場合、各プロセッ
サの能力が同一であることにより、入出力ポートの担当
数が等しくなるように調整するものであるが、能力が異
なるプロセッサが混在している場合は、各能力に対応し
て按分されるように調整することができる。
【0037】そして、前述の増設プロセッサに対する待
機プロセッサとして割付けられた入出力ポートの半分の
数を、現用プロセッサとして担当するように切替えるこ
とを対応表管理手段22に依頼する。この時、他のプロ
セッサが現用プロセッサとして担当する入出力ポート数
が平均化するように調整する。従って、プロセッサを増
設することにより、各プロセッサが現用及び待機として
担当する入出力ポートについての再割当てが行われ、負
荷分散の最適化を図ることができる。
【0038】又プロセッサ1が過負荷状態となると、プ
ロセッサ1のデータ送受信手段11により入出力装置2
に通知する。それにより、プロセッサ状態管理手段23
は、プロセッサ状態表32(図3の(A)参照)のプロ
セッサ状態STを、過負荷状態の3に更新する。その場
合、割付けられた担当入出力ポート数が多い場合に相当
するから、プロセッサ状態管理手段23は、対応表管理
手段22に、過負荷状態のプロセッサの担当入出力ポー
ト数を少なくするように、現用プロセッサと待機プロセ
ッサとの切替えを依頼する。又過負荷状態が解除される
と、プロセッサ状態表32のプロセッサ状態STを正常
状態の2に更新する。
【0039】又各プロセッサは、一定の周期に、プロセ
ッサ状態変化通知コマンドを入出力装置2へ送出するも
のである。従って、入出力装置2は、所定周期以上連続
してプロセッサ状態変化通知コマンドを受信できないプ
ロセッサは、障害発生と判断し、プロセッサ状態管理手
段23により、プロセッサ状態表32のプロセッサ状態
STを障害中の4に更新する。
【0040】そして、この障害発生プロセッサが担当し
ていた入出力ポートについて、現用プロセッサと待機プ
ロセッサとの切替えを対応表管理手段22に依頼する。
それによって、障害発生プロセッサが現用中として担当
していた入出力ポートは、待機プロセッサが処理を担当
するように切替えることができる。
【0041】又入出力装置2は、障害発生プロセッサか
ら所定周期連続してプロセッサ状態変化通知コマンドを
受信すると、障害復旧と判断し、プロセッサ状態表32
のプロセッサ状態STを正常状態の2に更新し、障害が
復旧したプロセッサが担当すべき入出力ポートについて
対応表管理手段22に切替えを依頼し、現用プロセッサ
として入出力ポートの処理を担当する。
【0042】又入出力ポートと同様に、保守者からのコ
マンドにより、プロセッサを閉塞することができる。そ
の場合、プロセッサ状態表32のプロセッサ状態STを
4に更新し、障害発生時と同様に、対応表管理手段22
に、閉塞プロセッサが担当していた入出力ポートについ
て、現用プロセッサと待機プロセッサとの切替えを依頼
し、入出力ポートの担当プロセッサの切替えを行うこと
になる。又閉塞解除の場合は、プロセッサ状態表32の
プロセッサ状態STを2に更新し、対応表管理手段22
に依頼して、閉塞前の状態或いは再配置による入出力ポ
ートの割当てを行うことになる。
【0043】又正常状態のプロセッサのファイルを更新
する場合がある。このファイル更新の開始により、プロ
セッサ状態表32のプロセッサ状態STを5に更新し、
このプロセッサが現用プロセッサとして担当していた入
出力ポートについて、現用プロセッサと待機プロセッサ
との切替えを、対応表管理手段22に依頼する。従っ
て、ファイル更新中のプロセッサは待機に切替えられ、
それまで待機であったプロセッサが現用に切替えられ、
入出力ポートの処理要求を担当することになる。又ファ
イル更新が完了すると、プロセッサ状態表32のプロセ
ッサ状態STを2に更新し、このプロセッサが待機プロ
セッサとして担当していた入出力ポートの半数につい
て、現用プロセッサと待機プロセッサとの切替えを対応
表管理手段22に依頼する。
【0044】又プロセッサをシステムから除去する減設
は、プロセッサの閉塞中状態に於いてのみ可能である。
この減設開始によりプロセッサ状態表32のプロセッサ
状態STは1に遷移し、減設作業の完了によりプロセッ
サは未実装の状態となるから、プロセッサ状態STは0
に遷移する。プロセッサが未実装状態となったことによ
り、このプロセッサが待機プロセッサとして割当てられ
た入出力ポートに対して、待機プロセッサの登録を抹消
するように、対応表管理手段22に依頼する。又待機プ
ロセッサの登録を抹消された入出力ポートに対しては、
対応表管理手段22は、残りのプロセッサを順番に待機
プロセッサとし、全体で平均化するように、その入出力
ポートに割当てる。
【0045】図4は本発明の実施の形態の対応表及び担
当入出力ポート状態表の説明図であり、(A)は対応表
33、(B)は担当入出力ポート状態表34を示す。
(A)に示す対応表33は、対応表管理手段22内又は
図示を省略したメモリに形成され、対応表管理手段22
によって制御されるもので、入出力ポートのポート番号
をアドレスとして、現用プロセッサ番号(上側)と待機
プロセッサ番号(下側)とを登録する。なお、“0”は
入出力ポート対応の担当プロセッサ無しを示す。又現用
プロセッサ番号と待機プロセッサ番号とは、ポート番号
をアドレスとした1ワード(32ビット)内に設定する
ことも可能である。
【0046】又対応表管理部22は、対応表33のバッ
クアップデータの管理、初期設定、内容の更新、参照等
の機能を有し、バックアップデータの更新を保守者のコ
マンドにより行うことができる。従って、入出力装置2
が初期設定されて使用可能状態となった時に、初期設定
の機能によりバックアップデータを対応表33に初期設
定し、対応表変化通知コマンドにより、データ送受信手
段24から実装プロセッサに通知し、入出力ポートに対
するプロセッサの割当てを行い、負荷分散による処理を
実行できる状態とする。
【0047】又現用プロセッサと待機プロセッサとの切
替えや割当変更等は、対応表33のポート番号対応に現
用プロセッサ番号と待機プロセッサ番号との更新により
容易に対応することができる。例えば、指定された入出
力ポートの現用プロセッサと待機プロセッサとを切替え
る場合、その入出力ポートのポート番号対応の現用プロ
セッサ番号を前の待機プロセッサ番号、又待機プロセッ
サ番号を前の現用プロセッサ番号にそれぞれ更新するこ
とにより対処できる。
【0048】図4の(B)の担当入出力ポート状態表3
4は、プロセッサ1の担当ポート状態管理手段12内又
は図示を省略したメモリに形成され、担当ポート状態管
理手段12により制御されるものであり、入出力ポート
番号〔=8×j+(i/4)〕をアドレスとして、4ビ
ット構成の状態表示ビットS2 が配置されている場合を
示し、0は入出力ポートが未実装或いは自プロセッサが
その入出力ポートの担当プロセッサでないことを示す。
又1はその入出力ポートを現用プロセッサとして担当す
ることを示し、2は待機プロセッサとして担当すること
を示す。又3は現用プロセッサとして担当しているが、
入出力ポートが障害中又は閉塞中を示し、4は待機プロ
セッサとして担当しているが、入出力ポートが障害中又
は閉塞中を示す。
【0049】図5は本発明の実施の形態の送信データフ
ォーマットの説明図であり、32ビットで1ワードを構
成する場合を示し、(A)はプロセッサ1から入出力装
置2への送信データフォーマットを示す。この送信デー
タフォーマットは、データ長、宛先入出力装置番号、送
信元プロセッサ番号、送信コマンド番号、送信データか
らなる場合を示す。
【0050】又(B)は入出力装置2からプロセッサ1
への送信データフォーマットを示す。この送信データフ
ォーマットは、データ長、宛先プロセッサ番号、送信元
入出力装置番号、送信コマンド番号、送信データからな
る場合を示す。
【0051】図6は本発明の実施の形態のコマンドの説
明図であり、(A)は入出力ポートからのデータ入力コ
マンドを示し、データ長、宛先入出力装置番号、送信元
プロセッサ番号、送信コマンド番号、入出力ポート番号
からなる場合を示す。又(B)は、データ入力コマンド
に対するデータ入力コマンド応答を示し、データ長、宛
先プロセッサ番号、送信元入出力装置番号、送信コマン
ド番号、入出力ポート番号、入力結果、入力データ長、
入力データからなる場合を示す。
【0052】図7は本発明の実施の形態のコマンドの説
明図であり、(A)は入出力ポートへのデータ出力コマ
ンドを示し、データ長、宛先入出力装置番号、送信元プ
ロセッサ番号、送信コマンド番号、入出力ポート番号、
出力データ長、出力データからなる場合を示す。又
(B)はデータ出力コマンドに対するデータ出力コマン
ド応答を示し、データ長、宛先プロセッサ番号、送信元
入出力装置番号、送信コマンド番号、入出力ポート番
号、出力結果からなる場合を示す。
【0053】図8は本発明の実施の形態のコマンドの説
明図であり、(A)は入出力ポート状態変化通知コマン
ドを示し、データ長、宛先プロセッサ番号、送信元入出
力装置番号、送信コマンド番号、入出力ポート状態表か
らなる場合を示す。この入出力ポート状態変化通知コマ
ンドにより、前述の入出力ポート状態管理手段21か
ら、入出力ポートの増設や減設、障害発生や復旧等の入
出力ポートの状態変更についてプロセッサに通知するも
のである。
【0054】又(B)は入出力ポート状態変化通知コマ
ンド応答を示し、データ長、宛先入出力装置番号、送信
元プロセッサ番号、送信コマンド番号、受信結果からな
る場合を示す。即ち、(A)に示す入出力ポート状態変
化通知コマンドを受信したプロセッサが、入出力装置へ
この入出力ポート状態変化通知コマンド応答を送出す
る。
【0055】図9は本発明の実施の形態のコマンドの説
明図であり、(A)はプロセッサ状態変化通知コマンド
を示し、データ長、宛先入出力装置番号、送信元プロセ
ッサ番号、送信コマンド番号、プロセッサ状態からなる
場合を示し、プロセッサの未実装から実装による増設、
過負荷状態への変化、過負荷状態の解除、障害発生、障
害復旧、ファイル更新、実装から未実装への減設等の状
態変化を、プロセッサ状態通知手段13からデータ送受
信手段11を介して送出するものである。又所定の周期
で入出力装置へ送出して、プロセッサの正常性を通知す
る場合,プロセッサ状態の変化がなければ、変化無しの
プロセッサ状態の内容のデータを送出することができ
る。
【0056】又(B)はプロセッサ状態変化通知コマン
ド応答を示し、データ長、宛先プロセッサ番号、送信元
入出力装置番号、送信コマンド番号、受信結果からなる
場合を示す。又(C)は対応表変化通知コマンドを示
し、データ長、宛先プロセッサ番号、送信元入出力装置
番号、送信コマンド番号、対応表の内容からなる場合を
示す。この対応表変化通知コマンドは、入出力ポート又
はプロセッサの増設,減設,障害発生,障害回復等のイ
ベントに従って、対応表管理手段22により管理,制御
する対応表33(図4参照)の入出力ポートと現用プロ
セッサとの対応の更新内容を、対応表の内容としてプロ
セッサに通知するものである。
【0057】図10は本発明の実施の形態のコマンドの
説明図であり、(A)は対応表変化通知コマンド応答を
示し、データ長、宛先入出力装置番号、送信元プロセッ
サ番号、送信コマンド番号、受信結果からなる場合を示
す。この対応表変化通知コマンド応答は、図9の(C)
に示す対応表変化通知コマンドに対して、プロセッサか
ら入出力装置へ送出する応答である。
【0058】又(B)は入出力ポート状態問い合わせコ
マンドを示し、データ長、宛先入出力装置番号、送信元
プロセッサ番号、送信コマンド番号、受信結果からなる
場合を示す。又(C)は入出力ポート状態問い合わせコ
マンド応答を示し、データ長、宛先プロセッサ番号、送
信元入出力装置番号、送信コマンド番号、入出力ポート
状態表からなる場合を示す。
【0059】入出力装置の入出力ポート状態管理手段2
1に対して、プロセッサから入出力ポートの状態を問い
合わせる為に、前述の(B)に示す入出力ポート状態問
い合わせコマンドを送出すると、(C)に示す応答によ
り、入出力ポート状態管理手段21が管理している入出
力ポート状態表31の内容を、プロセッサに通知するこ
とができる。
【0060】図11は本発明の実施の形態のコマンドの
説明図であり、(A)はプロセッサ状態問い合わせコマ
ンドを示し、データ長、宛先プロセッサ番号、送信元入
出力装置番号、送信コマンド番号からなる場合を示す。
又(B)はプロセッサ状態問い合わせコマンド応答を示
し、データ長、宛先入出力装置番号、送信元プロセッサ
番号、送信コマンド番号、プロセッサ状態からなる場合
を示す。(A)のプロセッサ状態問い合わせコマンド
は、入出力装置からプロセッサに対して、プロセッサの
状態を問い合わせる為のものであり、(B)の応答は、
その問い合わせに応答して、プロセッサ状態を通知する
為のものである。
【0061】又(C)は対応表問い合わせコマンドを示
し、データ長、宛先入出力装置番号、送信元プロセッサ
番号、送信コマンド番号とからなる場合を示し、(D)
は対応表問い合わせコマンド応答を示し、データ長、宛
先プロセッサ番号、送信元入出力装置番号、送信コマン
ド番号、対応表の内容からなる場合を示す。(C)に示
す対応表問い合わせコマンドは、プロセッサから入出力
装置に対して、入出力ポートに対する現用,待機のプロ
セッサの対応表33の内容を問い合わせ、その問い合わ
せに対して(D)に示す応答をプロセッサに通知する。
【0062】図12は本発明の実施の形態の受信コマン
ドの配付先の説明図であり、前述のコマンドを受信する
受信装置と、その受信装置としての入出力装置又はプロ
セッサに於けるコマンドの配付先の手段を示す。例え
ば、入出力ポートからのデータは、入出力装置2の入出
力ポートアクセス手段25に転送され、又入出力ポート
へのデータは、入出力ポートアクセス手段25から指定
された入出力ポートへ転送される。
【0063】又図8の(A)に示す入出力ポート状態変
化通知コマンドは、プロセッサの担当ポート状態管理管
理手段12に転送される。又図9の(A)に示すプロセ
ッサ状態変化通知コマンドは、入出力装置2のプロセッ
サ状態管理手段23に転送される。又図9の(C)に示
す対応表変化通知コマンドは、プロセッサ1の担当ポー
ト状態管理手段12に転送される。
【0064】又図10の(B)に示す入出力ポート状態
問い合わせコマンドは、入出力装置2の入出力ポート状
態管理手段21に転送される。又図11の(A)に示す
プロセッサ状態問い合わせコマンドは、プロセッサ1の
プロセッサ状態通知手段13に転送される。又図11の
(C)に示す対応表問い合わせコマンドは、入出力装置
2の対応表管理手段22に転送される。
【0065】図13は本発明の実施の形態の電子交換機
に適用した構成の説明図であり、51−1〜51−nは
呼処理プロセッサ、52はネットワーク入出力装置、5
3はバス、54はネットワーク、55は保守・運用プロ
セッサ、56は保守・運用端末、57は端末制御装置、
58は端末、59はハイウェイ0〜mを示す。各呼処理
プロセッサ51−1〜51−nが図1のプロセッサ1に
対応し、ネットワーク入出力装置52が図1の入出力装
置2に対応する。又ハイウェイ59(0〜m)が入出力
装置の入出力ポートに対応する。
【0066】ネットワーク54は、例えば、時分割スイ
ッチにより構成され、電話端末等の端末58間をタイム
スロット交換により接続するものであり、複数のハイウ
ェイ0〜mを介して端末制御装置57が接続され、各端
末制御装置57に端末58が接続されている。又ネット
ワーク54は、ネットワーク入出力装置52を介して呼
処理プロセッサ51−1〜51−nにより制御される。
又各呼処理プロセッサ51−1〜51−nは、ハイウェ
イ0〜mに対して現用プロセッサ又は待機プロセッサと
して担当が割当てられる。
【0067】端末58からの接続要求は、ネットワーク
入出力装置52から接続要求端末が接続されているハイ
ウェイ担当の現用の呼処理プロセッサへ転送され、その
呼処理プロセッサは、接続要求端末に対して接続先情報
の読出しをネットワーク入出力装置52に依頼し、その
接続先情報を読取ると、接続要求端末に対して接続先呼
出中音送出をネットワーク入出力装置52に指示する。
そして、接続先情報に従ったハイウェイの接続先担当呼
処理プロセッサに接続先端末の呼出しを依頼する。この
接続先担当呼処理プロセッサは、接続先端末の呼出音送
出をネットワーク入出力装置52に指示する。
【0068】この接続先担当呼処理プロセッサは、接続
先端末の応答をネットワーク入出力装置52を介して受
信すると、この接続先応答を、接続要求担当呼処理プロ
セッサへ転送し、この接続要求担当呼処理プロセッサ
は、接続要求端末と接続先端末との間の通信路を設定す
るように、ネットワーク入出力装置52に指示する。そ
れに基づいてネットワーク54が制御されて、接続要求
端末と接続先端末との間の通信路が設定される。
【0069】又接続要求担当呼処理プロセッサは、ネッ
トワーク入出力装置52に接続要求元端末の切断要求監
視を指示し、接続先担当呼処理プロセッサは、ネットワ
ーク入出力装置52に接続先端末の切断要求監視を指示
する。接続要求端末又は接続先端末からの切断要求を、
ネットワーク入出力装置52を介して接続要求担当呼処
理プロセッサ又は接続先担当プロセッサが受信すると、
接続要求端末と接続先端末との間の通信路の切断をネッ
トワーク入出力装置52に指示する。それにより、ネッ
トワーク54に形成された通信路が切断される。
【0070】以下、ハイウェイ0〜3が実装され、又呼
処理プロセッサ51−1,51−2が実装されている場
合、呼処理プロセッサ51−1〜51−nを、プロセッ
サ1〜nとして表し、又ネットワーク入出力装置52を
入出力装置として表すと、前述の入出力ポート状態管理
手段21(図1参照)により管理される入出力ポート状
態表31と、プロセッサ状態管理手段23により管理さ
れるプロセッサ状態表32と、対応表管理手段22によ
り管理される対応表33と、プロセッサ1,2対応の担
当入出力ポート状態管理手段12により管理される担当
入出力ポート状態表34−1,34−2は、図14に示
すものとなる。
【0071】即ち、入出力ポート状態表31は、右端を
ハイウェイ0として、ハイウェイ0〜3(入出力ポー
ト)対応に正常状態を示す「2」の内容の場合を示し、
又プロセッサ状態表32は、図3に示すように、左側か
ら、プロセッサ状態ST、現用として担当する入出力ポ
ート数ACT、待機として担当する入出力ポート数SB
Y、現用として担当できる入出力ポートの最大数MAX
を登録するものであり、図14に於けるプロセッサ状態
表32は、プロセッサ1,2は、プロセッサ状態STは
「2」により正常、現用として担当するハイウェイ(入
出力ポート)数ACTは「2」、待機として担当するハ
イウェイ(入出力ポート)数SBYは「2」、現用とし
て担当できるハイウェイ(入出力ポート)の最大数MA
Xは「4」の場合を示している。又プロセッサ3,4に
ついては総て「0」で未実装の場合を示す。
【0072】又対応表33は、図4の(A)に示すよう
に、ポート番号対応に現用プロセッサ番号と待機プロセ
ッサ番号とを登録するものであり、図14に於ける対応
表33は、ポート番号に対応するハイウェイ0に対して
は、プロセッサ1が現用、プロセッサ2が待機であるこ
とを示し、又ハイウェイ1に対しては、プロセッサ2が
現用、プロセッサ1が待機であることを示している。同
様に、ハイウェイ2に対しては、プロセッサ1が現用、
プロセッサ2が待機、ハイウェイ3に対しては、プロセ
ッサ2が現用、プロセッサ1が待機、ハイウェイ4に対
しては、未実装であるから担当プロセッサ無しを示して
いる。
【0073】又担当入出力ポート状態表は、図4の
(B)に示すように、ポート番号対応に担当プロセッサ
番号を登録するもので、図14に於けるプロセッサ1の
担当入出力ポート状態表34−1は、右端側からポート
番号に対応するハイウェイ0に対して現用「1」、ハイ
ウェイ1に対して待機「2」、ハイウェイ2に対して現
用「1」、ハイウェイ3に対して待機「2」が登録さ
れ、ハイウェイ0,2に対しては現用プロセッサとして
担当し、ハイウェイ1,3に対しては待機プロセッサと
して担当することを示す。又プロセッサ2の担当入出力
ポート状態表34−2は、ハイウェイ0〜3に対して、
右端側からそれぞれ待機「2」,現用「1」,待機
「2」,現用「1」が登録されている場合を示す。
【0074】前述のような状態に於いて、ハイウェイ4
を増設する場合、ハイウェイ4の増設開始により、入出
力ポート状態表31は、図15に示す内容となる。即
ち、右端から5番目のハイウェイ4対応の領域に「1」
が設定され、増設・減設中であることを表示する。又プ
ロセッサ状態表32と対応表33とプロセッサ1,2の
担当入出力ポート状態表34−1,34−2は、図14
の状態と同一のままである。
【0075】ハイウェイ4の増設完了により、図16に
示すように、入出力ポート状態表のハイウェイ4対応領
域は「2」に遷移して現用中を示すことになる。この段
階では、ハイウェイ4を担当するプロセッサの割当てが
行われていないので、入出力ポート状態管理手段21
(図1参照)は、プロセッサ状態管理手段23にプロセ
ッサの状態を問い合わせる。
【0076】それにより、プロセッサ状態管理手段23
が管理しているプロセッサ状態表32の内容に基づい
て、プロセッサが担当可能な入出力ポートの最大数MA
Xと、現用プロセッサが担当しているポート数ACTと
から、各プロセッサの余裕度を判断し、最も余裕がある
プロセッサを現用プロセッサ、2番目に余裕があるプロ
セッサを待機プロセッサとして、対応表33に登録す
る。
【0077】この場合、図14及び図15に示すプロセ
ッサ状態表32は、プロセッサ1,2は、同一の余裕度
であるから、例えば、ハイウェイ4に対してプロセッサ
1を現用、プロセッサ2を待機として割当てると、図1
6に示すように、プロセッサ状態表32は、その右端か
ら2番目のプロセッサ1対応の現用として担当する入出
力ポート数は2から3に更新され、又右端から3番目の
プロセッサ2対応の待機として担当する入出力ポート数
は2から3に更新される。
【0078】又対応表33は、ハイウェイ4対応の上側
に現用プロセッサ1、下側に待機プロセッサ2が登録さ
れる。又プロセッサ1,2の担当入出力ポート状態表3
4−1,34−2は、ハイウェイ4対応には、プロセッ
サ1が現用「1」、プロセッサ2が待機「2」であるこ
とが登録される。
【0079】入出力ポートの状態変化は、図8の(A)
に示す入出力ポート状態変化通知コマンドにより各プロ
セッサ1,2に通知する。又各プロセッサ1,2では、
この入出力ポート状態変化通知コマンドに従って担当入
出力ポート状態表34−1,34−2を更新し、増設さ
れたハイウェイに対する担当プロセッサの割当てが完了
する。この場合、増設されたハイウェイ4に対して、プ
ロセッサ1が現用プロセッサ、プロセッサ2が待機プロ
セッサとなる。
【0080】又前述のハイウェイ4の増設前の状態に於
いて、例えば、ハイウェイ1に障害が発生した場合、即
ち、入出力ポート状態表31と、プロセッサ状態表32
と、対応表33と、担当入出力ポート状態表34−1,
34−2とが、図14に示すテーブル内容である場合に
於いて、ハイウェイ1に障害が発生すると、入出力ポー
ト状態表31のハイウェイ1対応領域(右端から2番
目)は、現用中の「2」から障害中の「3」に遷移す
る。即ち、図17の入出力ポート状態表31の内容とな
る。
【0081】又入出力ポート状態変更通知コマンドによ
り各プロセッサ1,2に、ハイウェイ1の障害が通知さ
れる。それにより、各プロセッサ1,2は、担当入出力
ポート状態表34−1,34−2を更新することにな
る。従って、図17に示すように、プロセッサ1,2の
担当入出力ポート状態表34−1,34−2のハイウェ
イ1対応の領域は、それぞれ障害中の「4」,「3」に
更新される。
【0082】又テーブル内容が図16に示すように、ハ
イウェイ4の増設が完了した状態に於いて、例えば、プ
ロセッサ3を増設する場合、増設開始により、図18に
示すように、プロセッサ状態表32のプロセッサ3対応
のプロセッサ状態STは増設中を示す「1」に遷移す
る。この段階では、プロセッサ3の担当入出力ポート状
態表34−3は総て「0」の状態となっている。
【0083】このプロセッサ3の増設が完了すると、プ
ロセッサ状態表32のプロセッサ3対応のプロセッサ状
態STは現用中を示す「2」に遷移する。そして、プロ
セッサ状態管理手段23(図1参照)は、増設されたプ
ロセッサ3に対するハイウェイの割当てを行う。この場
合、ハイウェイ0〜4の5本であり、実装されたプロセ
ッサ1〜3は3台であるから、プロセッサ当たりのハイ
ウェイの平均値を求めると、1〜2本となる。そこで、
例えば、増設されたプロセッサ3の担当ハイウェイ数を
1本とすることができる。
【0084】この増設されたプロセッサ3の担当ハイウ
ェイ数を1本とすると、その2倍の2本のハイウェイに
ついて担当待機プロセッサを、対応表管理手段22(図
1参照)により、増設されたプロセッサに割付ける。例
えば、2本のハイウェイ1,4の待機プロセッサとし
て、プロセッサ1から増設プロセッサ3に変更する。又
待機プロセッサとして割付けられた2本のハイウェイ
1,4の半分の1本のハイウェイ、例えば、ハイウェイ
4を担当する現用プロセッサに、待機プロセッサから変
更し、ハイウェイ1について待機プロセッサのままとす
る。
【0085】従って、プロセッサ増設後のテーブル内容
は、例えば、図19に示すものとなる。即ち、入出力ポ
ート状態表31は、5本のハイウェイが現用中「2」を
示し、プロセッサ状態表32は、増設されたプロセッサ
3について、プロセッサ状態STは現用中「2」、現用
として担当する入出力ポート数ACTは「1」、待機と
して担当する入出力ポート数SBYは「1」、現用とし
て担当できる入出力ポートの最大数MAXは「4」とな
った場合を示す。
【0086】又対応表33は、ハイウェイ0,2に対す
る担当の変更がない場合で、ハイウェイ1は、待機プロ
セッサは矢印で示すようにプロセッサ1からプロセッサ
3に変更され、又ハイウェイ4は、矢印で示すように、
待機プロセッサがプロセッサ2からプロセッサ3に変更
された後、現用と待機とのプロセッサの切替えが行わ
れ、プロセッサ3が現用、プロセッサ1が待機に切替え
られる。
【0087】又プロセッサ1の担当入出力ポート状態表
34−1は、ハイウェイ0,2に対しては待機「1」、
ハイウェイ1に対しては担当でない「0」、ハイウェイ
3,4に対して現用「2」を示し、プロセッサ2の担当
入出力ポート状態表34−2は、ハイウェイ0,2に対
しては現用「2」、ハイウェイ1,3に対しては待機
「1」、ハイウェイ4に対しては担当でない「0」を示
し、プロセッサ3の担当入出力ポート状態表34−3
は、ハイウェイ0,2,3に対しては担当でない
「0」、ハイウェイ1に対して現用「2」、ハイウェイ
4に対して待機「1」を示す。即ち、ハイウェイ増設完
了により、テーブル内容は図19に示す内容となり、ハ
イウェイ0〜4からの要求に従って現用プロセッサとし
て割付けられたプロセッサ1〜3が処理を担当すること
になる。
【0088】又図19に示すテーブル内容の状態に於い
て、例えば、プロセッサ1に障害が発生した場合、この
プロセッサ1が現用として担当しているハイウェイに対
して、他のプロセッサを現用として割当てることにな
る。その場合の処理の結果によるテーブル内容を図20
に示す。この場合、障害発生のプロセッサ1が現用とし
て担当しているハイウェイ0,2の待機プロセッサはプ
ロセッサ2であるから、現用,待機の切替えが行われ
る。
【0089】従って、入出力ポート状態表31の内容は
変化しないが、プロセッサ状態表32は、プロセッサ1
対応のプロセッサ状態STは障害中の「4」、現用とし
て担当する入出力ポート数ACTは「0」、待機として
担当する入出力ポート数SBYは「4」に変更され、又
現用として担当できる入出力ポートの最大数MAXは
「4」のままとなる。
【0090】又プロセッサ2対応のプロセッサ状態ST
は現用の「2」、現用として担当できる入出力ポートの
最大数MAXは「4」のままであるが、現用として担当
する入出力ポート数ACTは「4」に、又待機として担
当する入出力ポート数SBYは「0」に変更される。又
プロセッサ3対応の内容は前の状態のままである。
【0091】又状態表33は、ハイウェイ0,2につい
ては矢印で示すように、現用はプロセッサ1からプロセ
ッサ2に、待機はプロセッサ2からプロセッサ1に切替
えられ、ハイウェイ1については、現用のプロセッサ2
のままであるが、待機はプロセッサ1からプロセッサ3
に切替えられる。又ハイウェイ3,4についてはそのま
まとなる。
【0092】又プロセッサ1の担当入出力ポート状態表
34−1は、プロセッサ1の障害であるから、内容は不
明、不確定なものとなる。又プロセッサ2の担当入出力
ポート状態表34−2は、ハイウェイ0〜3に対して現
用「1」、ハイウェイ4に対して担当でない「0」を示
し、又プロセッサ3の担当入出力ポート状態表34−3
は、ハイウェイ0,2,3に対して担当でない「0」、
ハイウェイ1に対して待機「2」、ハイウェイ4に対し
て現用「1」を示すものとなる。
【0093】図21は本発明の実施の形態の入出力ポー
トのイベント発生によるフローチャートを示し、入出力
ポート状態管理手段21(図1参照)に於いて、イベン
ト発生により、イベントの内容に従って処理を分岐す
る。即ち、入出力ポート増設開始(A1)、入出力ポー
ト増設完了(A2)、入出力ポート障害発生(A3)、
入出力ポート障害復旧(A4)、入出力ポート閉塞(A
5)、入出力ポート閉塞解除(A6)、入出力ポート減
設開始(A7)、入出力ポート減設終了(A8)に分岐
する。
【0094】入出力ポート増設開始(A1)は、図22
に示すように、入出力ポートは未実装か否かを判定し
(A11)、未実装の場合はそのイベントをリジェクト
とし、又実装の場合は、入出力ポートを増設中「1」に
設定(図2の入出力ポート状態表31参照)(A1
2)、そして、入出力ポートの増設作業を行う(A1
3)。
【0095】又入出力ポート増設完了(A2)の場合
は、入出力ポートは増設中か否かを判定し(A21)、
増設中でない場合は、入出力ポート増設完了のイベント
についてはリジェクトし、又増設中の場合は入出力ポー
トを現用中「2」(入出力ポート状態表31参照)に設
定し(A22)、プロセッサ状態管理手段23にプロセ
ッサ状態を問い合わせる(A23)。
【0096】そして、各プロセッサが現用として担当す
る入出力ポート数が平均化するように、該当入出力ポー
トの現用/待機プロセッサを決定し(A24)、対応表
管理手段22により、該当入出力ポートの現用/待機プ
ロセッサを対応表33に設定し(A25)、データ送受
信手段24から、入出力ポートの状態を各プロセッサ
に、入出力ポート状態変化通知コマンド(図8の(A)
参照)により通知する(A26)。
【0097】又入出力ポート障害発生(A3)の場合
は、図23に示すように、入出力ポートは現用中か否か
を判定し(A31)、現用中でない場合は、入出力ポー
ト障害発生のイベントについてはリジェクトとし、現用
中の場合は入出力ポートを障害中「3」(入出力ポート
状態表31参照)に設定し(32)、データ送受信手段
24から、入出力ポートの障害発生の状態を各プロセッ
サに入出力ポート状態変化通知コマンド(図8の(A)
参照)により通知する(A33)。
【0098】又この入出力ポートの障害復旧(A4)の
場合は、図23に示すように、入出力ポートは障害中
「3」か否かを判定し(A41)、障害中でない場合
は、入出力ポートの障害復旧のイベントについてはリジ
ェクトし、障害中の場合は、入出力ポートを現用中
「2」(入出力ポート状態表31参照)に設定し(A4
2)、データ送受信手段24から、入出力ポートの障害
復旧の状態を各プロセッサに入出力ポート状態変化通知
コマンド(図8の(A)参照)により通知する(A4
3)。
【0099】又入出力ポート閉塞(A5)の場合は、図
24に示すように、入出力ポートが現用中「2」か否か
を判定し(A51)、現用中でない場合は、入出力ポー
ト閉塞のイベントについてはリジェクトし、現用中の場
合は入出力ポートを閉塞中「3」(入出力ポート状態表
31参照)に設定し(A52)、データ送受信手段24
から、入出力ポートの閉塞の状態を各プロセッサに入出
力ポート状態変化通知コマンド(図8の(A)参照)に
より通知する(A53)。
【0100】又入出力ポート閉塞解除(A6)の場合
は、図24に示すように、入出力ポートが閉塞中「3」
か否かを判定し(A61)、閉塞中でない場合は、入出
力ポート閉塞解除のイベントについてはリジェクトし、
閉塞中の場合は入出力ポートを現用中「2」に設定し
(A62)、データ送受信手段24から、入出力ポート
の閉塞解除の状態を各プロセッサに入出力ポート状態変
化通知コマンド(図8の(A)参照)により通知する
(A63)。
【0101】又入出力ポート減設開始(A7)の場合
は、図25に示すように、入出力ポートが閉塞中「3」
か否かを判定し(A71)、閉塞中でない場合は、入出
力ポート減設開始のイベントについてはリジェクトし、
閉塞中の場合は入出力ポートを減設中「1」(入出力ポ
ート状態表31参照)に設定し(A72)、入出力ポー
トの減設作業を行う(A73)。
【0102】又入出力ポート減設完了(A8)の場合
は、図25に示すように、入出力ポートが減設中「1」
か否かを判定し(A81)、減設中でない場合は、入出
力ポート減設完了のイベントについてはリジェクトし、
減設中の場合は入出力ポートを未実装「0」(入出力ポ
ート状態表31参照)に設定し(A82)、対応表管理
手段22に、対応表33の該当入出力ポートの削除を依
頼し(A83)、データ送受信手段24から、入出力ポ
ートの減設完了の状態を各プロセッサに入出力ポート状
態変化通知コマンド(図8の(A)参照)により通知す
る(A63)。
【0103】図26は本発明の実施の形態のプロセッサ
のイベント発生によるフローチャートを示し、プロセッ
サ状態管理手段23(図1参照)に於いて、イベント発
生内容に従った処理を、プロセッサ増設開始(B1)、
プロセッサ増設完了(B2)、プロセッサ過負荷発生
(B3)、プロセッサ過負荷解除(B4)、プロセッサ
障害発生(B5)、プロセッサ障害復旧(B6)、プロ
セッサ閉塞(B7)、プロセッサ閉塞解除(B8)、プ
ロセッサファイル更新開始(B9)、プロセッサファイ
ル更新完了(Bb1)、プロセッサ減設開始(Bb
2)、プロセッサ減設終了(Bb3)に分岐する。
【0104】プロセッサ増設開始(B1)の場合、図2
7に示すように、プロセッサは未実装か否かを判定し
(B11)、該当するプロセッサが実装されている場合
は、再度実装することがないから、そのプロセッサ増設
開始のイベントについてはリジェクトする。又該当する
プロセッサが未実装「0」の場合はプロセッサ状態表3
2(図3参照)のプロセッサ状態STを増設中「1」に
設定し(B12)、プロセッサの増設作業を行う(B1
3)。
【0105】又プロセッサ増設完了(B2)の場合は、
図27に示すように、プロセッサは増設中か否かを判定
し(B21)、増設中でない場合はリジェクトとし、増
設中「1」の場合は、プロセッサ状態表32のプロセッ
サ状態STを正常「2」に設定し(B22)、入出力ポ
ート管理手段21(図1参照)が管理する入出力ポート
状態表31により現用中の入出力ポート数を求め(B2
3)、この入出力ポート数と実装されたプロセッサ数と
から、プロセッサ当たりの担当入出力ポート数の平均値
を求める(B24)。
【0106】この平均値の2倍の数だけ、増設プロセッ
サ以外の他のプロセッサが待機プロセッサとして担当し
ていた入出力ポートについて、増設プロセッサが担当す
る待機プロセッサとするように、対応表管理手段22に
より対応表33を書換える(B24)。そして、各プロ
セッサが現用プロセッサとして担当していた入出力ポー
ト数が平均化するように、対応表管理手段22により、
現用/待機プロセッサの切替えを行い、対応表33の書
換えを行う(B26)。
【0107】又プロセッサ過負荷発生(B3)の場合
は、図28に示すように、プロセッサは正常か否かを判
定する(B31)。プロセッサは、入出力装置に対して
定期的に、現用として担当できる入出力ポートの最大数
を通知するものであるが、この最大数を超えて現用プロ
セッサとして担当する入出力ポート数が割付けられる
と、過負荷状態となる場合がある。
【0108】このように過負荷状態となった場合に於い
て、直前にプロセッサが正常か否かを判定するもので、
正常でない場合は、既に異常状態であるから、そのプロ
セッサ過負荷発生のイベントについてはリジェクトす
る。又プロセッサ状態STが正常「2」を示す場合は、
プロセッサを過負荷「3」に設定し(B32)、対応表
管理手段22により、過負荷発生プロセッサの最大担当
可能入出力ポート数になるまで、又は過負荷状態が解除
されるまで、現用プロセッサとして担当している入出力
ポートに対して、現用/待機プロセッサの切替えを行う
(B33)。即ち、現用プロセッサとして担当する入出
力ポート数を低減し、他のプロセッサを現用プロセッサ
とするように割付ける。
【0109】又現用として担当する入出力ポート数が最
大数以下となると、過負荷状態が解除されることにな
り、このプロセッサ過負荷解除(B4)の場合は、図2
8に示すように、プロセッサは、直前の状態が過負荷か
否かを判定し(B41)、過負荷でない場合は、過負荷
解除のイベントについてはリジェクトし、過負荷の場合
は、プロセッサを正常「2」に設定し(B42)、対応
表管理手段22により、過負荷発生後にその過負荷が解
除されたプロセッサの最大担当可能入出力ポート数にな
るまで、待機プロセッサとして担当している入出力ポー
トに対して、現用/待機プロセッサの切替えを行う(B
43)。即ち、過負荷解除のプロセッサが現用プロセッ
サとして担当する入出力ポート数を増加する。
【0110】又プロセッサの障害発生(B5)及びプロ
セッサ障害復旧(B6)については、図29に示すよう
に、プロセッサを周期起動し(B51)、プロセッサ状
態変化通知受信か否かを判定し(B52)、プロセッサ
状態変化通知受信でない場合は、連続N周期のプロセッ
サ状態変化通知受信の有無を判定し(B53)、連続N
周期のプロセッサ状態変化通知受信無しの場合は、その
プロセッサは現用中か否かを判定し(B54)、現用中
の場合は、周期起動に対してN周期連続してプロセッサ
状態変化通知を送出できなかった場合であるから、その
プロセッサは障害発生として処理する(B55)。
【0111】又プロセッサ状態変化通知を受信した場合
は、連続N周期受信か否かを判定し(B56)、連続N
周期受信の場合は、そのプロセッサは正常であるから、
前の状態が障害中か否かを判定し(B57)、プロセッ
サが障害中の場合は、そのプロセッサの障害復旧処理を
行う(B58)。
【0112】又前述のプロセッサ障害発生処理(B5
5)の場合、図29に示すように、プロセッサを障害中
「4」(プロセッサ状態表32参照)に設定し(B6
1)、対応表管理手段22により、該当プロセッサが現
用プロセッサとして担当している入出力ポートに対し
て、現用/待機プロセッサの切替えを行う(B62)。
即ち、障害発生プロセッサが現用として担当していた入
出力ポートの待機プロセッサを現用プロセッサに切替え
て、その入出力ポートの要求を処理させる。
【0113】又前述のプロセッサ障害復旧処理(B5
8)の場合、図29に示すように、プロセッサを正常
「2」(プロセッサ状態表32参照)に設定し(B6
4)、対応表管理手段22により、該当プロセッサが待
機プロセッサとして担当している入出力ポートの半数に
ついて現用/待機プロセッサの切替えを行う(B6
5)。
【0114】又プロセッサ閉塞(B7)の場合は、図3
0に示すように、プロセッサは正常であるか否かを判定
し(B71)、正常でない場合は、既に障害発生か或い
は閉塞中であるから、プロセッサ閉塞のイベントについ
てはリジェクトし、正常の場合は閉塞「4」(プロセッ
サ状態表32参照)に設定し(B72)、対応表管理手
段22により、該当プロセッサが現用プロセッサとして
担当している入出力ポートに対して、障害発生の場合と
同様に、現用/待機プロセッサの切替えを行う(B7
3)。
【0115】又プロセッサ閉塞解除(B8)の場合は、
図30に示すように、プロセッサは閉塞中か否かを判定
し(B81)、閉塞中でない場合は、プロセッサ閉塞解
除のイベントついてはリジェクトし、又閉塞中の場合
は、閉塞解除であるからプロセッサを正常「2」(プロ
セッサ状態表32参照)に設定し(B82)、対応表管
理手段22により、該当プロセッサが待機プロセッサと
して担当している入出力ポートの半数について、現用/
待機プロセッサの切替えを行う(B83)。
【0116】又プロセッサファイル更新開始(B9)の
場合は、図31に示すように、プロセッサは正常か否か
を判定し(B91)、正常でない場合は、ファイル更新
が不可能であるから、プロセッサファイル更新開始のイ
ベントについてはリジェクトし、正常の場合は、プロセ
ッサをファイル更新中「5」(プロセッサ状態表32参
照)に設定し(B92)、対応表管理手段22により、
該当プロセッサが現用プロセッサとして担当している入
出力ポートに対して、現用/待機プロセッサの切替えを
行い(B93)、ファイル更新作業を行う(B94)。
【0117】又プロセッサファイル更新完了(Bb1)
の場合は、図31に示すように、プロセッサはファイル
更新中か否かを判定し(Bb11)、ファイル更新中で
ない場合は、ファイル更新完了のイベントについてはリ
ジェクトし、ファイル更新中の場合は、プロセッサを正
常「2」(プロセッサ状態表32参照)に設定し(Bb
12)、対応表管理手段22により、該当プロセッサが
待機プロセッサとして担当している入出力ポートの半数
について、現用/待機プロセッサの切替えを行う(Bb
13)。即ち、ファイル更新の為に入出力ポートに対し
て待機プロセッサとなったプロセッサが、ファイル更新
完了により、待機プロセッサとして担当した入出力ポー
トの半数について、現用/待機プロセッサの切替えを行
い、現用プロセッサとして担当する入出力ポートと、待
機プロセッサとして担当する入出力ポートとを同数とす
る。
【0118】又プロセッサ減設開始(Bb2)の場合
は、図32に示すように、プロセッサは閉塞中か否かを
判定し(Bb21)、閉塞中でない場合は、プロセッサ
の減設を禁止するものであるから、そのプロセッサ減設
開始のイベントについてはリジェクトし、閉塞中の場合
は、プロセッサを減設中「1」(プロセッサ状態表32
参照)に設定し(Bb22)、プロセッサの減設作業を
行う(Bb23)。
【0119】又プロセッサ減設完了(Bb3)の場合
は、図32に示すように、プロセッサは減設中か否かを
判定し(Bb31)、減設中でない場合は、プロセッサ
減設完了のイベントについてはリジェクトし、減設中の
場合は、プロセッサの取り外しが完了した場合であるか
ら、未実装「0」(プロセッサ状態表32参照)に設定
し(Bb32)、対応表管理手段22により、減設プロ
セッサが待機プロセッサとして担当していた入出力ポー
トについて、他のプロセッサを順次待機プロセッサとし
て割当てる(Bb33)。
【0120】図33は本発明の実施の形態の対応表管理
手段と入出力ポートアクセス手段とのフローチャートを
示し、対応管理手段22(図1参照)は、対応表33と
バックアップデータ格納部33aとを含み、入出力装置
2の初期設定により(C1)、バックアップデータ格納
部33aからバックアップデータを対応表33に転送す
る(C2)。そして、対応表33の内容を全プロセッサ
に通知する(C3)。又対応表33の内容は、コマンド
により変更する(C4)。又対応表33の内容の変更又
は定期的に、対応表33の内容をバックアップデータ格
納部33aにコピーする(C5)。従って、システム再
立上げの場合等の対応表の初期設定を行うことが可能で
あり、その対応表33の内容に対して各プロセッサに処
理を分散することができる。
【0121】又入出力ポートアクセス手段25(図1参
照)は、図33に示すように、プロセッサ1からデータ
入力コマンド又はデータ出力コマンドの入出力要求(D
11)を、データ送受信手段11,24を介して入出力
装置2が受信すると、対応表管理手段22により、該当
入出力ポートの対応表を読取り(D21)、要求元は現
用/待機プロセッサか否かを判定し(D22)、現用/
待機プロセッサでない場合は、その入出力要求をリジェ
クトし(D25)、又現用/待機プロセッサの場合は、
入出力を実行し(D23)、応答を返送する(D2
4)。それにより、データ送受信手段11,24を介し
て、プロセッサ1は、コマンド応答として結果を受信す
ることになる(D12)。
【0122】図34は本発明の実施の形態のデータ送受
信手段のフローチャートを示し、データ送受信手段1
1,24に於いて、データ送信(E1)は、図8〜図1
1に示すような各手段からの送信コマンドを通信バス上
に送出する(E2)。又データ受信(E3)は、データ
送信コマンドのコマンドコートをチェックし(E4)、
コマンドコードに対応する手段を起動する(E5)。
【0123】図35は本発明の実施の形態のプロセッサ
状態通知手段と担当入出力ポート状態管理手段とのフロ
ーチャートを示し、プロセッサ1(図1参照)のプロセ
ッサ状態通知手段13は、周期起動され(F1)、プロ
セッサ状態を編集し(F2)、データ送受信手段11か
ら、図9の(A)に示すプロセッサ状態変化通知コマン
ドを送出する(F3)。
【0124】又担当入出力ポート状態管理手段12は、
図8の(A)に示す入出力ポート状態変更通知コマンド
を受信すると(G1)、そのコマンドに従って、担当入
出力ポート状態表34の状態表示ビットS2 を、未実装
或いは担当プロセッサでないことを示す「0」、現用プ
ロセッサとして担当することを示す「1」、待機プロセ
ッサとして担当することを示す「2」、現用プロセッサ
として担当するが入出力ポートが障害中又は閉塞中を示
す「3」、待機プロセッサとして担当するが入出力ポー
トが障害中又は閉塞中を示す「4」の何れかに変更する
(G2)。
【0125】又対応表変化通知コマンド(図9の(C)
参照)を受信すると(G3)、自プロセッサの担当入出
力ポートの現用/待機を変更する(G4)。即ち、入出
力装置2の対応表33によるプロセッサと入出力ポート
との対応が変化した内容を、対応表変化通知コマンドに
より受信すると、自プロセッサが入出力ポートに対して
現用プロセッサから待機プロセッサに変化する場合や、
その反対に待機プロセッサから現用プロセッサに変化す
る場合や、担当でない入出力ポートに対して現用或いは
待機プロセッサに割当てられることがあり、それに対応
して担当入出力ポート状態表34を更新する。
【0126】図36は本発明の実施の形態の入出力要求
発行手段のフローチャートを示し、プロセッサ1の入出
力要求発行手段14は、データ入力要求により(H
1)、入出力ポート状態は、現用プロセッサとして担当
しているか否かを判定し(H2)、担当していない場合
はリジェクトし、担当している場合は、入出力ポートか
らの図6の(A)に示すデータ入力コマンドを発行し
(H3)、データ送受信手段11から送出する。
【0127】又データ出力要求に対して(H4)、入出
力ポート状態は、現用/待機プロセッサしとて担当して
いるか否かを判定し(H5)、担当していない場合はリ
ジェクトし、担当している場合は、図7の(A)に示す
データ出力コマンドを発行し(H6)、データ送受信手
段11から送出する。
【0128】図37は本発明の実施の形態のデータ引継
ぎの説明図であり、図13と同一符号は同一部分を示
し、61は端末の呼処理サービスの進行に伴って変化す
る状態等の端末状態データ、62は初期設定時に転送さ
れて設定される端末属性データ、63は保守・運用プロ
セッサ55に於いて保持する端末の種類,端末に提供可
能の呼処理サービスに関する端末属性データ、64は保
守・運用プロセッサ55に於いて保持するサービス仕様
データ、65は呼処理プロセッサ51−1,51−2,
・・・の初期設定時に転送されて設定されるサービス仕
様データを示す。
【0129】ネットワーク入出力装置52の初期設定時
に、保守・運用プロセッサ55に保持されている端末属
性データ63が点線矢印の経路で転送されて設定され
る。又ネットワーク入出力装置52は、呼処理プロセッ
サ51−1,51−2,・・・が現用プロセッサとして
担当するハイウェイ59配下の端末58の状態を、端末
状態データ61として管理している。
【0130】又呼処理プロセッサ51−1,51−2,
・・・の初期設定時に、保守・運用プロセッサ55に保
持されているサービス仕様データ64が点線矢印の経路
で転送されて設定される。この場合、保守・運用プロセ
ッサ55と各呼処理プロセッサ51−1,51−2,・
・・とのサービス仕様データを同一とした場合を示す
が、保守・運用プロセッサ55に於いて保持しているサ
ービス仕様データ64の中の基本サービスのデータのみ
を各呼処理プロセッサ51−1,51−2,・・・に保
持させて、処理を行わせることができる。
【0131】前述のように、ネットワーク入出力装置5
2に於いて、ハイウェイ59配下の端末状態やハイウェ
イ59対応の現用プロセッサについて端末状態データ6
1や対応表33(図4参照)等により管理しており、従
って、現用プロセッサに障害が発生し、待機プロセッサ
が処理を引継ぐ場合、待機プロセッサは、ネットワーク
入出力装置52から対応表状態変化通知コマンドを受信
すると同時に、現用プロセッサが担当していたハイウェ
イ配下の端末の監視・制御を開始することができる。同
様に、呼処理プロセッサの障害復旧により、現用プロセ
ッサとして復帰できると共に、現用プロセッサから待機
プロセッサに切替えられた呼処理プロセッサに於いて
も、そのハイウェイ配下の端末の監視・制御を直ちに停
止することができる。
【0132】従って、プロセッサの増設,減設,障害発
生,障害回復或いはハイウェイの増設,減設,障害発
生,障害回復等による現用プロセッサと待機プロセッサ
との切替えに於いて、特別に現用プロセッサの管理デー
タを待機プロセッサへ転送する必要がなく、入出力装置
からの対応表状態変化通知コマンド等によって切替える
ことができる。
【0133】図38は本発明の他の実施の形態の説明図
であり、71−1〜71−Nは信号処理プロセッサ、7
2−1〜72−Mは信号入出力装置、73はバス、74
は信号入出力ポートを示す。信号入出力装置72−1〜
72−Mは、それぞれ複数のハイウェイ等の信号入出力
ポートを収容し、入出力ポート間のデータの伝送制御を
行うものであり、又信号処理プロセッサ71−1〜71
−Nは、分散して各信号入出力ポートからの要求を処理
するものである。
【0134】又信号入出力装置72−1〜72−Mは、
信号入出力ポート74に対する多重伝送装置に相当し、
データの多重分離及び多重化による入出力ポート間の接
続等を行う機能を有し、前述のように、信号入出力ポー
トの状態表と、各信号処理プロセッサ71−1〜71−
Nの状態表と、信号入出力ボート対応に、現用プロセッ
サと待機プロセッサとの対応を示す対応表とを基に、信
号入出力ポート74対応の要求を信号処理プロセッサ7
1−1〜71−Nに分散して処理させる。又信号処理プ
ロセッサ又は入出力ポートの増設,減設,障害発生,障
害復旧等についても、前述の実施の形態と同様に、現用
/待機の切替えを行うことにより、健全な信号処理プロ
セッサによる入出力ポート毎の要求を分散処理すること
ができる。
【0135】
【発明の効果】以上説明したように、本発明の情報処理
装置及び分散処理制御方法は、複数の入出力ポートから
の要求に対して、複数のプロセッサ1が分散処理するも
のであり、その場合に、入出力装置2の対応表管理手段
22による入出力ポートと担当現用プロセッサとの対応
表の管理によって、入出力ポート及びプロセッサの増
設,減設,障害発生,障害回復に対して再割付け等を行
い、各プロセッサ1に対応表変化通知コマンド等により
通知することにより、複数のプロセッサ1による分散処
理を継続させることができる。
【0136】従って、電子交換機や各種の情報処理装置
に於ける処理要求の増大やシステムの拡張に対しても柔
軟に対応できる利点がある。又障害発生に対しても、現
用系から待機系への切替えが容易であり、入出力ポート
に対する現用/待機のプロセッサの割付けも柔軟である
から、最初に割付けられた現用プロセッサと待機プロセ
ッサとが共に障害となっても、他のプロセッサが容易に
現用プロセッサに切替えられるから、負荷分散処理を継
続できる利点がある。又本発明は、前述の各実施の形態
のみに限定されるものではなく、マルチプロセッサ形式
の各種の情報処理装置及び負荷分散により処理する方法
に適用できるものである。
【図面の簡単な説明】
【図1】本発明の実施の形態の要部説明図である。
【図2】本発明の実施の形態の入出力ポート状態表及び
状態遷移説明図である。
【図3】本発明の実施の形態のプロセッサ状態表及び状
態遷移説明図である。
【図4】本発明の実施の形態の対応表及び担当入出力ポ
ート状態表の説明図である。
【図5】本発明の実施の形態の送信データフォーマット
の説明図である。
【図6】本発明の実施の形態のコマンドの説明図であ
る。
【図7】本発明の実施の形態のコマンドの説明図であ
る。
【図8】本発明の実施の形態のコマンドの説明図であ
る。
【図9】本発明の実施の形態のコマンドの説明図であ
る。
【図10】本発明の実施の形態のコマンドの説明図であ
る。
【図11】本発明の実施の形態のコマンドの説明図であ
る。
【図12】本発明の実施の形態の受信コマンドの配付先
の説明図である。
【図13】本発明の実施の形態の電子交換機に適用した
構成の説明図である。
【図14】本発明の実施の形態のテーブル内容の説明図
である。
【図15】本発明の実施の形態のテーブル内容の説明図
である。
【図16】本発明の実施の形態のテーブル内容の説明図
である。
【図17】本発明の実施の形態のテーブル内容の説明図
である。
【図18】本発明の実施の形態のテーブル内容の説明図
である。
【図19】本発明の実施の形態のテーブル内容の説明図
である。
【図20】本発明の実施の形態のテーブル内容の説明図
である。
【図21】本発明の実施の形態の入出力ポートのイベン
ト発生によるフローチャートである。
【図22】本発明の実施の形態の入出力ポートのイベン
ト発生によるフローチャートである。
【図23】本発明の実施の形態の入出力ポートのイベン
ト発生によるフローチャートである。
【図24】本発明の実施の形態の入出力ポートのイベン
ト発生によるフローチャートである。
【図25】本発明の実施の形態の入出力ポートのイベン
ト発生によるフローチャートである。
【図26】本発明の実施の形態のプロセッサのイベント
発生によるフローチャートである。
【図27】本発明の実施の形態のプロセッサのイベント
発生によるフローチャートである。
【図28】本発明の実施の形態のプロセッサのイベント
発生によるフローチャートである。
【図29】本発明の実施の形態のプロセッサのイベント
発生によるフローチャートである。
【図30】本発明の実施の形態のプロセッサのイベント
発生によるフローチャートである。
【図31】本発明の実施の形態のプロセッサのイベント
発生によるフローチャートである。
【図32】本発明の実施の形態のプロセッサのイベント
発生によるフローチャートである。
【図33】本発明の実施の形態の対応表管理手段と入出
力ポートアクセス手段とのフローチャートである。
【図34】本発明の実施の形態のデータ送受信手段のフ
ローチャートである。
【図35】本発明の実施の形態のプロセッサ状態通知手
段と担当入出力ポート状態管理手段とのフローチャート
である。
【図36】本発明の実施の形態の入出力要求発行手段の
フローチャートである。
【図37】本発明の実施の形態のデータ引継ぎの説明図
である。
【図38】本発明の他の実施の形態の説明図である。
【図39】従来例の電子交換機の要部説明図である。
【符号の説明】
1 プロセッサ 2 入出力装置 3 バス 11 データ送受信手段 12 担当ポート状態管理手段 13 プロセッサ状態通知手段 14 入出力要求発行手段 15 入出力データ処理部 21 入出力ポート状態管理手段 22 対応表管理手段 23 プロセッサ状態管理手段 24 データ送受信手段 25 入出力ポートアクセス手段

Claims (12)

    【特許請求の範囲】
  1. 【請求項1】 複数の入出力ポートを有する単一又は複
    数の入出力装置と、該入出力装置とバスを介して接続さ
    れ、前記入出力ポート毎の処理要求を分散して処理する
    複数のプロセッサとを備えた情報処理装置に於いて、 前記入出力装置は、入出力ポート状態表により前記入出
    力ポートの状態を管理する入出力ポート状態管理手段
    と、プロセッサ状態表により前記各プロセッサの状態を
    管理するプロセッサ状態管理手段と、対応表により前記
    入出力ポートを担当する前記プロセッサの現用/待機の
    対応を管理する対応表管理手段とを備え、 前記プロセッサは、担当入出力ポート状態表により処理
    を担当する前記入出力ポートの状態を管理する担当入出
    力ポート状態管理手段を備えたことを特徴とする情報処
    理装置。
  2. 【請求項2】 前記入出力ポート状態表は、前記入出力
    ポート対応に、該入出力ポートの未実装,増設・減設
    中,現用中,障害・閉塞中の状態を設定する構成を有す
    ることを特徴とする請求項1記載の情報処理装置。
  3. 【請求項3】 前記プロセッサ状態表は、前記プロセッ
    サ対応に、未実装,増設中,正常,障害発生等を示すプ
    ロセッサ状態と、現用として担当する入出力ポート数
    と、待機として担当する入出力ポート数と、現用として
    担当できる入出力ポートの最大数とを設定する構成を有
    することを特徴とする請求項1記載の情報処理装置。
  4. 【請求項4】 前記対応表は、前記入出力ポート対応
    に、該入出力ポートを担当する現用プロセッサと待機プ
    ロセッサとを設定する構成を有することを特徴とする請
    求項1記載の情報処理装置。
  5. 【請求項5】 前記担当入出力ポート状態表は、前記入
    出力ポート対応に、該入出力ポートの未実装或いは自プ
    ロセッサの担当でなし、現用プロセッサとして担当、待
    機プロセッサとして担当、現用プロセッサとして担当し
    ているが入出力ポートが障害・閉塞中、待機プロセッサ
    として担当しているが入出力ポートが障害・閉塞中の状
    態を設定する構成を有することを特徴とする請求項1記
    載の情報処理装置。
  6. 【請求項6】 前記プロセッサは、周期的に起動されて
    自プロセッサの状態を編集し、前記入出力装置へ転送す
    るプロセッサ状態通知手段を備えていることを特徴とす
    る請求項1又は5記載の情報処理装置。
  7. 【請求項7】 複数の入出力ポートを有する単一又は複
    数の入出力装置と、複数のプロセッサとをバスを介して
    接続した情報処理装置に於ける分散処理制御方法に於い
    て、 前記入出力装置は、入出力ポート状態管理手段により前
    記入出力ポートの状態を入出力ポート状態表を基に管理
    し、プロセッサ状態管理手段により前記プロセッサの状
    態をプロセッサ状態表を基に管理し、対応表管理手段に
    より入出力ポートと担当プロセッサとの対応を管理し、
    且つ前記プロセッサは、担当入出力ポート状態管理手段
    により自プロセッサが担当する入出力ポートを管理し、
    前記入出力ポート毎の処理要求を、前記対応表を参照し
    て、入出力ポート担当の現用プロセッサにより処理させ
    る過程を含むことを特徴とする分散処理制御方法。
  8. 【請求項8】 前記現用プロセッサの障害発生又は閉塞
    指示により、該現用プロセッサが担当した入出力ポート
    と現用/待機プロセッサとの対応を示す対応表の内容に
    ついて、現用/待機の切替えを行い、現用に切替えられ
    たプロセッサにより、前記入出力ポートの処理要求を担
    当させる過程を含むことを特徴とする請求項7記載の分
    散処理制御方法。
  9. 【請求項9】 前記入出力装置は、前記プロセッサから
    周期的に送信されるプロセッサ状態変化通知コマンドを
    監視し、該プロセッサ状態変化通知コマンドが連続して
    所定回数途絶えた時にプロセッサの障害発生と判定し、
    且つ該障害発生後に該プロセッサ状態変化通知コマンド
    が所定回数連続して受信できた時は障害回復と判定する
    過程を含むことを特徴とする請求項7又は8記載の分散
    処理制御方法。
  10. 【請求項10】 前記プロセッサを増設又は減設した時
    に、前記プロセッサ状態表に於ける担当入出力ポート数
    を基に、増設又は減設後の各プロセッサの入出力ポート
    の担当数が平均化されるように、前記対応表の入出力ポ
    ート対応のプロセッサの現用/待機を更新する過程を含
    むことを特徴とする請求項7記載の分散処理制御方法。
  11. 【請求項11】 前記プロセッサは、担当できる入出力
    ポートの最大数を定期的に前記入出力装置に通知し、該
    入出力装置によって該プロセッサが現用プロセッサとし
    て担当させられる入出力ポート数が前記最大数を超えて
    過負荷状態となった時、該現用プロセッサが担当させら
    れた入出力ポートを、前記最大数以下となるように、待
    機プロセッサを現用プロセッサに切替えて担当させる過
    程を含むことを特徴とする請求項7記載の分散処理制御
    方法。
  12. 【請求項12】 前記入出力ポートの増設,減設,障害
    発生,障害回復等の状態変化により、前記入出力ポート
    状態表を更新し、且つ各プロセッサが現用として担当す
    る入出力ポート数が平均化するように、該入出力ポート
    の現用/待機プロセッサを設定して前記対応表を更新
    し、前記各プロセッサに入出力ポート状態変化通知コマ
    ンドにより通知する過程を含むことを特徴とする請求項
    7記載の分散処理制御方法。
JP16958796A 1996-06-28 1996-06-28 情報処理装置及び分散処理制御方法 Expired - Fee Related JP3541335B2 (ja)

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 true JPH1023480A (ja) 1998-01-23
JP3541335B2 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)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005352677A (ja) * 2004-06-09 2005-12-22 Sony Corp マルチプロセッサシステム
JP2006157285A (ja) * 2004-11-26 2006-06-15 Fujitsu Ltd サーバ装置
JP2009199246A (ja) * 2008-02-20 2009-09-03 Toshiba Corp ノード稼働監視システムおよびノード稼働監視方法

Families Citing this family (52)

* Cited by examiner, † Cited by third party
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
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
US6542926B2 (en) 1998-06-10 2003-04-01 Compaq Information Technologies Group, L.P. Software partitioned multi-processor system with flexible resource sharing levels
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
US6260068B1 (en) 1998-06-10 2001-07-10 Compaq Computer Corporation Method and apparatus for migrating resources 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
US6199179B1 (en) * 1998-06-10 2001-03-06 Compaq Computer Corporation Method and apparatus for failure recovery in a multi-processor computer system
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
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 交換システム及び交換制御方法
US6427196B1 (en) * 1999-08-31 2002-07-30 Intel Corporation SRAM controller for parallel processor architecture including address and command queue and arbiter
US6983350B1 (en) 1999-08-31 2006-01-03 Intel Corporation SDRAM controller 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
US6668317B1 (en) * 1999-08-31 2003-12-23 Intel Corporation Microengine for parallel processor architecture
US7546444B1 (en) 1999-09-01 2009-06-09 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
US6625654B1 (en) * 1999-12-28 2003-09-23 Intel Corporation Thread signaling in multi-threaded network processor
US6631430B1 (en) * 1999-12-28 2003-10-07 Intel Corporation Optimizations to receive packet status from fifo bus
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 ソニー株式会社 情報処理装置および情報処理方法、並びに、プログラム
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
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)

* Cited by examiner, † Cited by third party
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
DE69131089T2 (de) * 1990-10-20 1999-08-26 Fujitsu Ltd. ATM-Vermittlungseinheit
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

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005352677A (ja) * 2004-06-09 2005-12-22 Sony Corp マルチプロセッサシステム
JP4525188B2 (ja) * 2004-06-09 2010-08-18 ソニー株式会社 マルチプロセッサシステム
JP2006157285A (ja) * 2004-11-26 2006-06-15 Fujitsu Ltd サーバ装置
JP2009199246A (ja) * 2008-02-20 2009-09-03 Toshiba Corp ノード稼働監視システムおよびノード稼働監視方法

Also Published As

Publication number Publication date
JP3541335B2 (ja) 2004-07-07
US6012151A (en) 2000-01-04

Similar Documents

Publication Publication Date Title
JP3541335B2 (ja) 情報処理装置及び分散処理制御方法
JPH0147944B2 (ja)
WO1996021985A1 (en) Maintaining database integrity throughout a communication network
JPH11261702A (ja) 負荷予測によるシステム最適化制御装置
US7418549B2 (en) Storage system with disk array controllers that independently manage data transfer
JP3052919B2 (ja) 入出力制御装置
US5390171A (en) Switching system
US6618819B1 (en) Sparing system and method to accommodate equipment failures in critical systems
EP0504860A2 (en) Method of loading down program in remote communication devices via spare lines and communication network using the method
JPH08242474A (ja) ディジタル構内交換機のファイル更新方法
JPH04311251A (ja) マルチプロセッサシステム
CN113742173A (zh) 多设备集群的控制方法、设备主控装置及可读存储介质
US5522030A (en) Fault control system for communications buses in multi-processor system
JP2988096B2 (ja) マルチプロセッサ構成の交換システムにおけるファイル管理・転送方法
JP3167461B2 (ja) マルチプロセッサシステムのipl方式
WO2004086655A1 (en) Method for trunk line duplexing protection using a hardware watchdog
JP2003348772A (ja) 監視システム、監視装置および監視プログラム
JPH1141291A (ja) 論理チャネル管理制御方式
JP4017298B2 (ja) 構内電話交換機システム
JPH0936882A (ja) Sonet伝送装置の回線接続変更システム
KR930010916B1 (ko) CCITT No. 7 신호방식의 신호연결 제어부간 동적주종 방법에 의한 신호망 관련데이터 일치방법
JP2671639B2 (ja) パケット加入者回線切り替え制御方式
JPH11112504A (ja) Lanエミュレーションシステムおよびatmスイッチ
JP3375039B2 (ja) 自動交換方法および自動交換機構成方法
JPH06237283A (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