JPH0255000B2 - - Google Patents

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はマルチ制御型交換システム、たとえば
マルチプロセツサ交換システムに関し、特に該シ
ステムにおける制御部、たとえばプロセツサ等を
増設する場合の増設方法に関する。

マルチではなく単一のプロセツサ交換システム
では、制御装置類は概ね局建設時に設置済みであ
ることが多く、このような単一プロセツサ交換シ
ステムにおける増設といえば、普通は大量の端末
を追加することを意味していた。しかし、大量と
はいつても、局建設時の設備規模を遥かに上まわ
るという程のものではない。

このような背景のもとで、設備規模の飛躍的な
拡大が図れる交換システムの必要性が生じ、マル
チプロセツサ交換システムの出現を見るに至つ
た。マルチプロセツサ交換システムは、ネツトワ
ークの新設に対しプロセツサの増設をもつて容易
に対処できるものであり、効率的な増設手法が必
要となる。

〔従来の技術〕

第９図はマルチ制御型交換システムの一般的な
構成例を示す全体図である。なお、マルチ制御型
交換システムの代表として、以下マルチプロセツ
サ交換システムを例にとつて述べる。マルチプロ
セツサ交換システム１０は、通常１台の主制御
部、すなわち主プロセツサ（MPR：Main
Processor）１１と、複数（ｊ台）の呼処理制御
部、すなわち呼処理プロセツサ（CPR：Call
Processor）１２−１〜１２−ｊとを中核として
なり、主プロセツサ（MPR）１１は、チヤンネ
ル結合アダプタ（CCA）１５−１，１６−１〜
チヤネル結合アダプタ（CCA）１５−ｊ，１６
−ｊならびに１／Ｏバス１７を介して、それぞれ
呼処理プロセツサ（CPR₁）１２−１〜（CPR_j）
１２−ｊを管理制御し、各呼処理プロセツサはそ
れぞれ対応する通話路、すなわち分割された複数
のネツトワーク（NW₁〜NW_j）１３−１〜１３
−ｊを制御する。なお、各ネツトワーク（NW₁
〜NW_j）１３−１〜１３−ｊは、たとえば時分
割スイツチからなり、多数の加入者端末（図示せ
ず）に接続する。これら時分割スイツチのネツト
ワーク（NW₁〜NW_j）１３−１〜１３−ｊは、
たとえば空間分割スイツチよりなるネツトワーク
（NW）間結合装置１４と協働し、対応する加入
者端末同士の交換接続を行う。本図中の１／Ｏバ
ス１７には、さらに磁気テープ（MT）装置１
８、外部コンソール１９等が接続する。コンソー
ル１９は、たとえばビデオデイスプレイユニツト
VDUおよびキーボードKBからなる。

このようなマルチプロセツサ交換システム１０
において、接続される加入者端末が増加したとす
ると、さらにネツトワーク（NW_k）１３−ｋの
新設が必要となる。この場合、マルチプロセツサ
交換システムであるから、単に、ネツトワーク
NW_k）１３−ｋに接続する呼処理プロセツサ
（CPP_k）１２−ｋを増設し、チヤネル結合アダプ
タ１５−ｋ，１６−ｋを付加して主プロセツサ
（MPR）１１に結合すれば、ハードウエア上の増
設は容易に完了する。第９図における一点鎖線の
ブロツクがその増設に係るハードウエア部分を示
す。

ハードウエア上の増設が完了したのちに増設中
の呼処理プロセツサ（CPR_k）１２−ｋに対し所
定の増設用テストを実行し、正常に動作すること
が確認されたとき初めて、該増設系（１２−ｋ，
１３−ｋ，１５−ｋ，１６−ｋ）は交換システム
１０内に組み込まれ、通常の交換処理に加わるこ
とになる。

〔発明が解決しようとする問題点〕

呼処理プロセツサの増設に不可欠な上記所定の
増設用テストを実行するに当り、従来はオフライ
ンでこれを行うことが当然のこととされていた。
つまり、第９図の一点鎖線のブロツクで囲まれた
増設系を、主プロセツサ（MPR）１１ならびに
他の呼処理プロセツサ（CPR₁〜CPR_j）１２−１
〜１２−ｊ等の既設系とは完全に切り離して所定
の増設用テストを実行していた。これは、オンラ
イン（全ての系を結合した状態）で当該テストを
実行したとすると、上記の既設系（現用系）に悪
影響を及ぼし、最悪は交換システム全体が断とな
るという事態が発生することを恐れたからに他な
らない。しかし、オフラインで増設系のテストを
実行すると次の２つの問題点が伴う。第１の問題
点は、増設系単独でテストするに必要な増設用テ
ストモニタプログラムおよび増設用テスト実行プ
ログラムを用意し、これらのプログラムを増設テ
スト用Ｉ／Ｏ機器を用いて呼処理プロセツサ
（CPR_k）にロードした上で、該テストを実行する
ことから、特別のＩ／Ｏ機器を増設時のテストだ
けのために準備しなければならないことである。
第２の問題点は、増設される呼処理プロセツサ
（CPR_k）と既設系プロセツサとの間のインタフエ
ース（第９図の例ではチヤネル結合アダプタ）に
ついては、オフラインであるから、必然的にテス
トできないことである。このためオフラインでは
正常であつても、オンラインに切替えたとき異常
となることがあり、この結果、直ちに交換システ
ム異常処理（障害処理等）が実行されてしまい、
運用中の既設系が通常の交換処理を維持できなく
なるということがありうる。

〔問題点を解決するための手段〕 本発明は上記問題点を解決することのできる増
設方法を提案することを目的とするものであり、
各々が自内に中央制御装置および記憶装置を有し
てなり各々に対応して設けられたネツトワークを
制御する複数の呼処理制御部（呼処理プロセツ
サ）と、中央制御装置および記憶装置を有してな
り、前記複数の呼処理プロセツサを管理制御する
主制御部（主プロセツサ）とを備え、前記ネツト
ワークの新設に伴い、対応する前記呼処理プロセ
ツサを、該主プロセツサに対して増設可能なマル
チ制御型（マルチプロセツサ）交換システムにお
いて、各前記呼処理プロセツサの前記記憶装置内
に、増設途中にあることを表示する増設中モード
フラグを書込むメモリエリアを設け、前記主プロ
セツサの前記記憶装置内に、各前記呼処理プロセ
ツサ対応で、各該呼処理プロセツサが増設途中で
あるか既設であるかを表示する増設フラグを書込
むメモリエリアを設け、該増設中モードフラグお
よび該増設フラグの書込みは、外部コンソールか
らのコマンドに基づき前記主プロセツサが行い、
ここに各前記呼処理プロセツサ内の基本制御プロ
グラム（OS：Operating System）が、自内の前
記増設中モードフラグを参照して自呼処理プロセ
ツサが増設中であるか否かを認識しうるように
し、前記主プロセツサ内の基本制御プログラム
が、前記増設フラグを参照して増設中の該呼処理
プロセツサを認識しうるようにし、上記の認識の
もとに、増設中の前記呼処理プロセツサは自内の
処理を特定の機能に限定し、前記主プロセツサは
該増設中の呼処理プロセツサに対する処理を特定
の機能に限定することによつて、該増設中の呼処
理プロセツサの立上げならびに増設用テストを、
既設の前記呼処理プロセツサによる通常の交換処
理と競合を生じさせることなくオンラインで実行
し、前記の増設を行うようにしたものである。

〔作用〕

増設中の呼処理プロセツサの立上げならびに増
設用テストを、主プロセツサの管理の下にオンラ
インで行うようにすると共に既設の呼処理プロセ
ツサによる通常の交換処理が、該主プロセツサに
よる増設中の呼処理プロセツサに対する制御と競
合することなく進行できるようにするものであ
る。

〔実施例〕 以下、１台の主プロセツサと複数の呼処理プロ
セツサを有し、各呼処理プロセツサは各々主記憶
装置上に構成されるプログラムとデータのコピー
を各呼処理プロセツサ対応に設けられた外部記憶
装置（フアイルメモリ）内に持ち各呼処理プロセ
ツサは各々独立にまたは同期して各々のプログラ
ムを自プロセツサの主記憶装置に、自プロセツサ
の外部記憶装置（フアイルメモリ）より読み出し
て立上げることが可能な様に構成されたシステム
を例にとつて実施例を述べる。なお、前記外部記
憶装置（フアイルメモリ）が主プロセツサに統合
配置される構成であつても、あるいは各記憶装置
内の情報が、プロセツサ内の特定の回路（フリツ
プフロツプやレジスタ）によつて保持される構成
としても、本発明の適用は可能であり本発明の目
的に何ら影響はない。また、プロセツサ間通信は
チヤネル結合アダプタ（CCA）を使用する構成
としたが、他の方法例えばループバスなどを使用
したとしても本発明の本質に影響なく適用可能で
ある。

第１Ａ図は本発明の増設方法を実施するのに適
した主プロセツサおよびその周辺の構成を示す図
であり、又、第１Ｂ図は本発明の増設方法を実施
するのに適した呼処理プロセツサおよびその周辺
の構成を示す図である。なお、全図を通じて同一
の構成要素には同一の参照番号又は記号を付して
示す。第１Ａ図において、主プロセツサ（MPR）
１１は、記憶装置を備える。これは少なくとも主
記憶装置（MM：Main Memory）２１とフアイ
ルメモリ（FM：File Memory）２２を含んでな
る。通常、主記憶装置（MM）２１内にはタスク
実行時間表のメモリエリア３３、プログラムおよ
びデータのメモリエリア３４等を有する。又、フ
アイルメモリ（FM）２２内には、これらのコピ
ーを保有するメモリエリア３３′，３４′等を有す
る。２４は主プロセツサ１１全体を制御する中央
制御装置、いわゆるCPUであり、チヤネル装置
２３を介してMPRのＩ／Ｏバス１７に接続する。

第１Ｂ図は第９図に示した呼処理プロセツサ１
２−１〜１２−ｋの１つを代表して示すものであ
り、相互に同一の構成である。呼処理プロセツサ
（CPR）１２は、記憶装置を備える。これは少な
くとも主記憶装置（MM）４１とフアイルメモリ
（FM）４２を含んでなる。通常、主記憶装置
（MM）４１内にはタスク実行時間表のメモリエ
リア５３、プログラムおよびデータのメモリエリ
ア５４等を有する。又、フアイルメモリ（FM）
４２内には、これらのコピーを保有するメモリエ
リア５３′，５４′等を有する。４４は呼処理プロ
セツサ１２全体を制御する中央制御装置、いわゆ
るCPUであり、チヤネル装置４３を介してCPR
のＩ／Ｏバス４５に接続する。第１Ａ図および第
１Ｂ図において、本発明に基づき新設されたの
は、第１Ａ図における呼処理プロセツサ（CPR）
実装表のメモリエリア３１，３１′および増設フ
ラグのメモリエリア３２，３２′であり、第１Ｂ
図における呼処理プロセツサ（CPR）実装表の
メモリエリア５１，５１′および増設中モードフ
ラグのメモリエリア５２，５２′である。このう
ち、メモリエリア３２，３２′，５２，５２′が増
設時には不可欠である。

第２図は各種メモリエリアにおける論理１，０
の意味を説明するための図であり、CPR実装表
（31，31′，51，51′）には、CPR番号対応で、論
理１又は０が書込まれる。論理１は、“実装”す
なわち既設系の運用中にあるCPR１２を示し、
論理０は“末実装”を表わす。仮にマルチプロセ
ツサ交換システムが８台までCPRを収容できる
ものとし、今、３台までが運用中であれば、同表
は（00000111）となる。増設中モードフラグ
（52，52′）は各CPR１２毎に設けられるものであ
り、運用中にあるCPRの同フラグの論理はオー
ル０、増設中にあるCPR（第９図のCPR_k）の同
フラグの論理はオール１である。増設フラグ
（32，32′）はMPR１１内に設けられ、CPR番号
対応で論理１又は０が書込まれる。今CPR_kのみ
が増設中であるからｋ番目のビツトのみが論理１
で他は全て０となる。タスク実行時間表（33，
33′，53，53′）には、時間とタスク種別（No.）と
が対をなして書込まれ、論理１のものについては
実行、論理０のものについては非実行である。

次に本発明に基づく増設手順について説明す
る。第３Ａ図および第３Ｂ図は本発明に基づく増
設手順を説明するためのフローチヤートである。
今、増設される呼処理プロセツサCPR_kとこれに
付帯する回路（NW_k，CCA１５−ｋ，１６−ｋ）
とを含む増設系が単に物理的に交換システム内に
組み込まれた状態にあるものとする。そこでま
ず、ステツプａにおいて、外部コンソール１９の
キーボードKBよりコマンドを入力し、磁気テー
プ（MT）１８に予め記録された増設呼処理プロ
セツサCPR_kに関する、CPR_k用のMPRデータを
MPR１１内のMM２１に転送する。このMPRデ
ータは、CPR_k対応のチヤネル結合アダプタCCA
１５−ｋおよび１６−ｋに対する制御データであ
る。このステツプａにおいて、MPR１１内の中
央制御装置２４は、増設CPRがあることを知る。

ステツプｂにおいて、MPR１１内の中央制御
装置２４は、当該チヤネル結合アダプタCCA１
６−ｋ（ならびに１５−ｋ）もMPRのＩ／Ｏバス
１７に接続できるように、チヤネル装置２３に指
示する。さらに、キーボードKBから再びコマン
ドを入力し、CPR_k用CCA（16−ｋ，15−ｋ）の
診断を実行すべきことをMPR１１に指示する。
かくしてステツプｂでは、増設系CCAの診断が
行われる。

ステツプｃでは、その診断結果をコンソール１
９のビデオデイスプレイユニツトVDUに表示し、
診断による異常の有無を確認する。異常があれ
ば、ステツプｄに移り、当該異常の解析を行い且
つ修復を行う（リトライ）。もし異常がなければ、
又はその修復が完了すればステツプｅに移る。

ステツプｅでは、スタート（START）イクス
テンシヨン（EXTENSION）コマンド（STA−
EXT）をコンソール１９のキーボードKBより入
力する。これにより増設CPR_k１２−ｋ内の主記
憶装置４１にブートストラツプ
（BOOTSTRAP）プログラムおよびデータをロ
ードする。これは、いわゆるIPL（Initial
Program Load）を、MPRからのリモート操作
で実行することにより行う。なお、当該プログラ
ムのコピーはMPR１１内のフアイルメモリ
（FM）２２にも、CPR_k内のフアイルメモリ
（FM）４２にも保有される。

ステツプｆ（第３Ｂ図）において、増設プロセ
ツサCPR_kの立上げが完了したか否か確認し、立
上げがなされていなければステツプｇでリトライ
する。立上げが完了したところでステツプｈに移
る。

ステツプｈにおいて、増設プロセツサCPR_kに
対し診断コマンドを投入して診断を行う。これは
MPRからのリモート操作により、当該診断プロ
グラムをCPR_k内で起動して行う。

ステツプｉにおいて、CPR_kの異常の有無を確
認し、異常があればステツプｊにてリトライす
る。異常がなければ、又は異常原因が修復により
除去されれば、ステツプｋに移る。

ステツプｋでは、上記ステツプｉを経てCPR_k
が正常であることが確認されたので、MPRは
CPR_k専用のデータを磁気テープ（MT）１８よ
り読出し、CPR_k内のフアイルメモリ（FM）４
２にセツトする。さらに、MPRは、CPR_k内の増
設中モードフラグ（52，52′）をオン（オール１）
にすると共に、CPR_k内のみならず既設系のCPR
１２−１〜１２−ｊ内のCPR実装表（51，51′）
に対し、CPR_kの存在を認識させるフラグを立て
る。

ステツプｌにおいて、クリア（CLEAR）イク
ステンシヨン（EXTENSION）コマンド（CLE
−EXT）をキーボードKBより入力し、増設モー
ド（ステツプｅ参照）を解除すると共に、増設プ
ロセツサに再起動（リスタート）をかける。この
後の段階では、他の既設系、すなわち運用中の
CPRは、増設中のCPR_kが運用状態に入つたこと
を認識し、通常の呼処理をCPR_kとの間でも行う。
なお、ステツプｅおよびｌにおけるSTA−EXT
およびCLE−EXTコマンドプログラムについて
は後に詳述する。

第４Ａ図および第４Ｂ図は第３Ａ図および第３
Ｂ図のフローチヤートに基づく動作を実際に即し
て図解的に表わしたシーケンス図である。第４Ａ
および４Ｂ図において、中央の縦の系列はMPR
内における事象を示し、右側の縦の系列は増設プ
ロセツサCPR_k内における事象を示し、左側の縦
の系列はコンソール１９および磁気テープ
（MT）１８に関する事象を示す。又、図中の点
線は制御の流れを示し、実線はデータの流れを示
す。

第５Ａ図および第５Ｂ図はスタートイステンシ
ヨン（STA−EXT）コマンドプログラムによる
動作を示すフローチヤートである。ステツプａに
おいて、パラメータチエツクを行う。パラメータ
チエツクとは、STA−EXTコマンドプログラム
を実行すると、他の既運用中のCPR（CPR₁〜
CPR_j）と競合しこれらに悪影響を及ぼすような
パラメータを事前に排除し、特定の機能に限定す
ることを意味する。

ステツプｂにおいて、増設プログラムCPR_kに
対しブーストラツププログラムをIPLにより転送
する。これより後は、MPRとCPR_k間のデータの
交換は該ブーストラツププログラムの指示に基づ
きなされる。

ステツプｃにおいて、MPRの管理下にある基
本制御プログラム（OS）とCPR用アプリケーシ
ヨンプログラムを増設プロセツサCPR_kに転送す
る。これらのプログラムをMPRよりCPR_kのフア
イルメモリ４２に対してコピーしてやることによ
り、CPR_kは自ら動作可能となる。

ステツプｄ（第５Ｂ図）において、磁気テープ
（MT）１８より、増設プロセツサCPR_kに専用の
制御データを読み込み、さらにこれをCPR_k内の
フアイルメモリ４２に転送する。CPR_k専用の制
御データとは、たとえば当該ネツトワーク
（NW_k）１３−ｋに何台の加入者端末を接続して
いるか、等のデータである。

ステツプｅにおいて、増設中プロセツサCPR_k
内の増設中モードフラグ５２，５２′をオン、す
なわちオール１にする。ここで初めて、増設プロ
セツサCPR_k内の基本制御プログラム（OS）は、
自プロセツサCPR_kが増設中であることを認識し
うるようになる。

ステツプｆにおいて、MPRの増設フラグ３２，
３２′におけるCPR_kのビツト位置に論理１のフラ
グを立てる。これにより、MPRのOSも呼処理プ
ロセツサCPR_kが増設中であることを認識しうる
ようになる。

ステツプｇにおいて、増設プロセツサCPR_kの
立上げが完了し（第３Ａ図のステツプｅ参照）、
異常がなければCPR_kは増設中モードでリスター
トする。このリスタートによりCPR_kのOSが動き
出す。なお、OSは各呼処理プロセツサ（CPR₁〜
CPR_k）に備えられており、主プロセツサ
（MPR）にも備えられているが、これらOS同士
が通信を行うことにより、マルチプロセツサ交換
システム全体としては１つのOSを構築する。
CPR_k内でOSが動き出しても、増設中モードフラ
グがオンであるから、タスク実行時間表５３，５
３′を用いて実行する周期的な呼処理はまだ開始
せず単純なコマンドを受けて実行する程度の状態
にある。そこで第３Ｂ図のステツプｈにおける診
断コマンドを受け付け、これを実行する。この診
断コマンドの下で、CPR_kの内部診断をしたり、
当該ネツトワーク（NW_k）１３−ｋに対して診
断をしたりして、その診断結果はビデオデイスプ
レイユニツトVDUに表示される（第４Ｂ図の上
部シーケンス参照）。

第６図はクリアイクステンシヨン（CLE−
EXT）コマンドプログラムによる動作を示すフ
ローチヤートであり、第３Ｂ図のステツプｌ又は
第４Ｂ図に下部シーケンスにおいて実行されるプ
ログラムである。まずステツプａにおいて、パラ
メータチエツクを行う。パラメータチエツクの意
味は第５Ａ図のステツプａで説明したのと同様で
あり、CLE−EXTコマンドプログラムを実行す
ると他のCPRと競合しこれらに悪影響を及ぼす
ようなパラメータを除き、特定の機能に限定する
ためのチエツクである。

ステツプｂにおいて、増設プロセツサCPR_k内
の増設中モードフラグ５２，５２′をクリア、す
なわちオール０に書き替える。既にCPR_kでは独
自のOSの下に動作しているので、既述したブー
ストラツププログラムは不要となり消去されてい
る。したがつて、OSの管理の下でCLE−EXTコ
マンドプログラムに従い、該増設中モードフラグ
をクリアする。

ステツプｃでは、MPR内の増設フラグ３２，
３２′において、増設プロセツサCPR_kに対応する
ビツト位置に立つているフラグ（論理１）をクリ
ア、すなわち論理０にする。ここにCPR_kの増設
中モードは解除となる。しかし、この情態ではま
だ通常の交換処理はできない。なぜならば、先に
増設モードで立ち上げたときリスタートプログラ
ムがフアイルメモリ（FM）内のプログラムを主
記憶装置（MM）に読み上げた後、主記憶装置
（MM）上のOSの一部（たとえばタスク実行時間
表）を書換えているからである。

ステツプｄにおいて、増設プロセツサCPR_kを
初期設定し、リスタートさせれば、通常の交換処
理を開始する。なぜならCPR_k内のOSは、増設中
モードフラグがオール０になつていることを認識
したからである。又、MPR内のOSも、増設フラ
グがオフになつているのを認識して、CPR_kを運
用中の呼処理プロセツサとして交換システム内に
組み入れる。

上述の増設方法を単純に要約すると第７図およ
び第８図に示す如くなる。第７図は主プロセツサ
における基本動作を示すフローチヤート、第８図
は呼処理プロセツサにおける基本動作を示すフロ
ーチヤートである。主プロセツサ（MPR）にお
けるイベント処理プログラムとしては、まずステ
ツプａにおいて対象となる呼処理プロセツサ
（CPR）は増設モードか否かを、増設フラグ３
２，３２′を参照して調べる。対象となるCPRが
前述のCPR_kであれば、第ｋビツト目の増設フラ
グはオンであり、増設モード下にある。この場
合、ステツプｂに処理が移り、対象CPR_kからの
イベントに対し増設モードとして処理する。既述
のように増設モードでの処理は、他の既設運用中
のCPRと競合しこれらに悪影響を及ぼすような
機能を除外した特定の機能（たとえば前述の
CPR_kに対する診断コマンド等）に限定される。
一方、悪影響を及ぼすような機能としては、たと
えば既設運用中のCPR（CPR₁〜CPR_jのいずれか）
から発生した呼を、増設プロセツサCPR_kにつな
ぐような処理を意味する。この場合、当該呼は増
設プロセツサ内において適当な処理を受けること
ができず、不完了呼となる。

上記ステツプａで増設モードでないと認定され
ればステツプｃに移り、一般処理に入る。一般処
理とはたとえば、発呼に対し話中表示を立てた
り、あるいは課金処理をしたりすること等、諸々
の交換に必要な処理を意味する。

第８図のフローチヤートにおいて、まずステツ
プａで、呼処理プロセツサCPRは自内の増設中
モードフラグ５２，５２′を見て０か（＝０）、否
か（≠０）を調べる。該フラグが０でないときは
ステツプｂに移り、増設モードで処理を行う。該
フラグが０のときは、ステツプｃに移り、一般処
理を行う。

〔発明の効果〕

以上説明したように本発明によれば、増設テス
ト用Ｉ／Ｏ機器を準備することなく既設のＩ／Ｏ
機器がそのまま流用できると共に、オンライン状
態でテストを実行するからテスト漏れはありえ
ず、したがつて増設CPRを通常の運用状態に移
行したときに交換システムに悪影響を及ぼすとい
う可能性が全くない等の利点がもたらされる。

【図面の簡単な説明】

第１Ａ図は本発明の増設方法を実施するのに適
した主プロセツサおよびその周辺の構成を示す
図、第１Ｂ図は本発明の増設方法を実施するのに
適した呼処理プロセツサおよびその周辺の構成を
示す図、第２図は各種メモリエリアにおける論理
１，０の意味を説明するための図、第３Ａ図およ
び第３Ｂ図は本発明に基づく増設手段を説明する
ためのフローチヤート、第４Ａ図および第４Ｂ図
は第３Ａ図および第３Ｂ図のフローチヤートに基
づく動作を実際に即して図解的に表わしたシーケ
ンス図、第５Ａ図および第５Ｂ図はスタートイク
ステンシヨン（STA−EXT）コマンドプログラ
ムによる動作を示すフローチヤート、第６図はク
リアイクステンシヨン（CLE−EXT）コマンド
プログラムによる動作を示すフローチヤート、第
７図は主プロセツサにおける基本動作を示すフロ
ーチヤート、第８図は呼処理プロセツサにおける
基本動作を示すフローチヤート、第９図はマルチ
制御型交換システムの一般的な構成例を示す全体
図である。 １０……マルチ制御型（マルチプロセツサ）交
換システム、１１……主制御部をなす主プロセツ
サ（MPR）、１２−１〜１２−ｊ……既設の呼処
理制御部をなす呼処理プロセツサ（CPR）、１２
−ｋ……増設される呼処理制御部をなす呼処理プ
ロセツサ（CPR）、１３−１〜１３−ｊ……既設
のネツトワーク（NW）、１３−ｋ……新設され
るネツトワーク（NW）、１９……外部コンソー
ル、２１，４１……主記憶装置、２２，４２……
フアイルメモリ、２４，４４……中央制御装置、
３１，３１′，５１，５１′……呼処理制御部（呼
処理プロセツサ）実装表のメモリエリア、３２，
３２′……増設フラグのメモリエリア、５２，５
２′……増設中モードフラグのメモリエリア。

Claims (1)

1. 【特許請求の範囲】 １ 分割された複数のネツトワークの各々に対応
   して該ネツトワークを制御する複数の呼処理制御
   部と、 前記複数の呼処理制御部を管理制御する主制御
   部とを備え、 前記ネツトワークの新設に伴い、対応する前記
   呼処理制御部を、該主制御部に対して増設可能な
   マルチ制御型交換システムであつて、 前記呼処理制御部内の記憶装置内に増設中モー
   ドフラグエリアを設け、前記主制御部内の記憶装
   置内に増設フラグエリアを設けると共に、該増設
   中モードフラグエリアおよび該増設フラグエリア
   への情報の書込みを該主制御部より行い、各該呼
   処理制御部内の基本制御プログラムが、自内の前
   記増設中モードフラグエリアの情報を参照して、
   自呼処理制御部が増設中であることを認識しうる
   ようにし、前記主制御部内の基本制御プログラム
   が、前記増設フラグエリアの情報を参照して、各
   該呼処理制御部の各々に関し増設中か否か認知し
   うるようにして、増設中の該呼処理制御部につい
   ては当該呼処理制御部内の処理を特定の機能に限
   定するようにしたことを特徴とするマルチ制御型
   交換システムにおける増設方法。