JP2001027952A - マルチプロセッサのｉｐｌシステム - Google Patents

Abstract

(57)【要約】 【課題】 本発明はマルチプロセッサのＩＰＬシステム
に関し、プロセッサのＩＰＬの短縮を図ることを目的と
している。 【解決手段】 マルチプロセッサで構成され、システ
ムで使用されるプログラムやデータを格納するファイル
サーバー１０を持つ情報システムにおいて、情報システ
ムで稼働するプログラムとデータを機能単位に分割して
機能プロセッサを生成する分割手段２０と、ハードウェ
アの実装情報等の機能に対応したシステム毎に異なるデ
ータの内容により、各プロセッサのメモリに転送が必要
な機能プロセッサを判断する判断手段３０とを具備して
構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はマルチプロセッサの
ＩＰＬ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄ）
システムに関する。

【０００２】

【従来の技術】従来のＩＰＬシステムでは、マルチプロ
セッサを構成するプロセッサ全てに同じプログラムを載
せておく方式が用いられている。この方式では、機能追
加に伴い、プログラムを載せるメモリ量も増大し、ハー
ドウェアのコストアップを招く。

【０００３】また、各プロセッサ毎に収容するプログラ
ムを変える場合には、各顧客、拠点毎の配置を人手で管
理しなければならず、管理工数の増大と管理ミスの発生
を引き起こしていた。

【０００４】固定的なパターンで各プロセッサに収容す
るプログラムを決める方法もあるが、各機能のプロセッ
サへの分担の仕方が固定的になると共に、機能の肥大化
に伴い、収容パターンの変更を見直す必要がでてきてい
る。

【０００５】システムを構成するプロセッサ全体を包含
する仮想記憶を考え、この仮想記憶上でオンデマンドペ
ージを行う方法もある（オンデマンドページング）。図
２８はオンデマンドページングの説明図である。ディス
ク装置１内にプログラムＡが記憶されているものとす
る。端末２からコマンドＡを投入すると、主記憶ＭＭ３
は、コマンドＡ入力を検出し、コマンドＡに対応したプ
ログラムＡを起動し、ディスク装置１からのプログラム
Ａを引き上げ、メモリ上に割り付ける。

【０００６】

【発明が解決しようとする課題】このようなオンデマン
ドページングでは、プログラムの転送、処理実行までの
オーバヘッドが大きく、リアルタイム処理には適してい
ない。

【０００７】本発明はこのような課題に鑑みてなされた
ものであって、各プロセッサで実現する機能に必要なプ
ログラムを自動的に選別し、組み合わせることによりプ
ログラムを収容するメモリを能率的に使用すると共に、
プロセッサのＩＰＬの短縮を図ることができ、またプロ
セッサの分担変更に伴うプログラムの配置を自動的に行
なうことによりプログラム配置の人手作業の軽減を図る
と共に、プログラムの実メモリ割り付けによりリアルタ
イム処理の効率化を図ることができるマルチプロセッサ
のＩＰＬシステムを提供することを目的としている。

【０００８】

【課題を解決するための手段】（１）図１は本発明の原
理ブロック図である。図において、１０はマルチプロセ
ッサで構成され、システムで使用されるプログラムやデ
ータを格納するファイルサーバー、２０は情報システム
で稼働するプログラムとデータを機能単位に分割して機
能プロセッサを生成する分割手段、３０はハードウェア
の実装情報等の機能に対応したシステム毎に異なるデー
タの内容により、各プロセッサのメモリに転送が必要な
機能プロセッサを判断する判断手段である。

【０００９】ここで、機能プロセッサとは、情報システ
ムで稼働するプログラムとデータを機能単位に分割した
時のそれぞれの機能をいう。以下において、システムデ
ータとは、情報システムで稼働するプログラムと、シス
テムが異なっても変わらないプログラムに付随したデー
タをいう。運用データとは、ハードウェアの実装情報等
機能に対応したシステム毎に異なるデータをいう。

【００１０】このように構成すれば、各プロセッサ毎に
必要な機能プロセッサを転送することができ、各プロセ
ッサで実現する機能に必要なプログラムを自動的に選別
し、組み合わせることによりプログラムを収容するメモ
リを能率的に使用すると共に、プロセッサのＩＰＬの短
縮を図ることができ、またプロセッサの分担変更に伴う
プログラムの配置を自動的に行なうことによりプログラ
ム配置の人手作業の軽減を図ると共に、プログラムの実
メモリ割り付けによりリアルタイム処理の効率化を図る
ことができる。

【００１１】（２）請求項２では、前記機能プロセッサ
としてマルチプロセッサを構成する全てのプロセッサに
共通な機能プロセッサと、保守運用、スイッチング、課
金処理、通信処理等、機能に対応した機能プロセッサを
設けたことを特徴とする。

【００１２】このように構成すれば、全プロセッサに共
通な機能プロセッサと、各プロセッサ独自の機能プロセ
ッサとを設けることにより、各プロセッサで実現する機
能に必要なプログラムを自動的に選別し、組み合わせる
ことによりプログラムを収容するメモリを能率的に使用
すると共に、プロセッサのＩＰＬの短縮を図ることがで
き、またプロセッサの分担変更に伴うプログラムの配置
を自動的に行なうことによりプログラム配置の人手作業
の軽減を図ると共に、プログラムの実メモリ割り付けに
よりリアルタイム処理の効率化を図ることができる。

【００１３】（３）請求項３では、前記ハードウェアの
実装情報等機能に対応したシステム毎に異なるデータ
（運用データ）も機能対応に分割し、運用データの機能
プロセッサとして、全プロセッサに共通な、保守運用、
スイッチング処理、通信処理、課金処理等、機能に対応
した機能プロセッサと、各プロセッサ毎に内容が異なる
機能プロセッサとを設けたことを特徴とする。

【００１４】このように構成すれば、運用データについ
ても全プロセッサに共通な機能プロセッサと、各プロセ
ッサ独自の機能プロセッサとを設けることにより、各プ
ロセッサで実現する機能に必要なプログラムを自動的に
選別し、組み合わせることによりプログラムを収容する
メモリを能率的に使用すると共に、プロセッサのＩＰＬ
の短縮を図ることができ、またプロセッサの分担変更に
伴うプログラムの配置を自動的に行なうことによりプロ
グラム配置の人手作業の軽減を図ると共に、プログラム
の実メモリ割り付けによりリアルタイム処理の効率化を
図ることができる。

【００１５】（４）請求項４では、情報システムで稼働
するプログラムとデータ（システムデータ）と運用デー
タの機能プロセッサをファイルサーバーに構築後に、シ
ステムを構成するプロセッサのＩＰＬを開始することを
特徴とする。

【００１６】このように構成すれば、保守運用プロセッ
サだけで、顧客用のシステムに提供するファイルを生成
することができる。 （５）請求項５では、システム運用中に運用データが変
更された場合、変更内容から各プロセッサへの機能プロ
セッサの実装変更を自動判断し、新たに実装となった機
能プロセッサを該当プロセッサに自動転送し、新たに不
要（未実装）となった機能プロセッサについては該当プ
ロセッサのメモリ割り付けを解除することを特徴とす
る。

【００１７】このように構成すれば、運用データに変更
があった場合に、システムが自動的に判断してそれを全
体のプロセッサに反映させることができる。 （６）請求項６では、システム運用中に運用データが変
更された場合は、変更された運用データを含む機能プロ
セッサを実装するプロセッサを識別し、各プロセッサの
該当機能プロセッサに同一変更内容を反映させることを
特徴とする。

【００１８】このように構成すれば、運用データに変更
があった場合に、システムが自動的に判断してそれを全
体のプロセッサに反映させることができる。 （７）請求項７では、前記機能プロセッサに対するパッ
チを投入された場合、各プロセッサへの機能プロセッサ
の実装を判定して、各プロセッサの該当機能プロセッサ
全てに自動的にパッチをかけることを特徴とする。

【００１９】ここで、パッチとは、システムデータの不
具合の箇所の修正を行なうものである。このように構成
すれば、各プロセッサの全てに自動的にパッチをかけて
修正を行うことが可能となる。

【００２０】（８）請求項８では、各プロセッサに実装
されている同一機能プロセッサの内容が異なっているか
否かを定期的に照合し、不一致が発生した場合はファイ
ルサーバーの内容で修復することを特徴とする。

【００２１】このように構成すれば、不一致が発生した
場合に、該当プロセッサの内容をファイルサーバーの内
容で修復することができる。

【００２２】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態例を詳細に説明する。図２は本発明の一実施の
形態例を示すブロック図である。図１と同一のものは、
同一の符号を付して示す。図において、１０はファイル
サーバーで、モジュール登録簿１１、システムデータ機
能プロセッサ１２、運用データ機能プロセッサ１３及び
機能プロセッサ実装表１４（詳細後述）をその内部に含
んでいる。

【００２３】２１はファイルサーバー１０と接続される
システムデータ機能プロセッサ編成手段、２２はファイ
ルサーバー１０と接続される運用データ機能プロセッサ
生成変更手段、２３はファイルサーバー１０と接続され
る機能プロセッサ実装表変更手段である。

【００２４】システムデータ機能プロセッサ編成手段２
１は、プログラム及びデータを構成するモジュールを機
能毎に分割・統合し、システムデータ機能プロセッサ１
２のファイルとして編成する手段である。なお、該シス
テムデータ機能プロセッサ編成手段２１は、オフライン
で動作するものである。

【００２５】運用データ機能プロセッサ生成変更手段２
２は運用データを生成・更新するコマンドにより起動さ
れ、各運用データを機能プロセッサ毎に分割して生成す
る手段である。また、運用データの生成・変更時に、該
当運用データが格納されている機能プロセッサを識別
し、各プロセッサに実装されている該当運用データの変
更を行う手段でもある。

【００２６】機能プロセッサ実装表変更手段２３は、投
入された運用データから各プロセッサに実装すべき機能
プロセッサを判定し、機能プロセッサ実装表１４に記録
する手段である。また、新たに実装となった機能プロセ
ッサを該当プロセッサに転送し、新たに未実装となった
機能プロセッサを該当プロセッサから取り除く手段でも
ある。

【００２７】３１はファイルサーバー１０と接続される
システムＩＰＬ手段、３２はファイルサーバー１０及び
機能プロセッサ実装表変更手段２３と接続される機能プ
ロセッサ転送手段、３３は機能プロセッサ転送手段３２
と接続される機能プロセッサ受信手段、３４は該機能プ
ロセッサ受信手段３３と接続される機能プロセッサメモ
リ割り付け手段、３５は該機能プロセッサメモリ割り付
け手段３４及びファイルサーバー１０と接続されるシス
テムデータ機能プロセッサ変更手段、３６は機能プロセ
ッサメモリ割り付け手段３４及びファイルサーバー１０
と接続される機能プロセッサ照合手段である。

【００２８】システムＩＰＬ手段３１は、各プロセッサ
が実装する機能プロセッサを判定し、該当する機能プロ
セッサを機能プロセッサ転送手段３２、機能プロセッサ
受信手段３３及び機能プロセッサメモリ割り付け手段３
４により、各プロセッサのメモリにＩＰＬしてシステム
立上げを行なう手段である。システムデータ機能プロセ
ッサ１２は、システムデータ機能プロセッサ編成手段２
１により作成されたファイルをファイルサーバー１０に
読み込み、運用データ機能プロセッサ１３は運用データ
定義コマンドの投入によりシステムで自動生成する。

【００２９】機能プロセッサ転送手段３２は、指定され
た機能プロセッサのファイルをファイルサーバー１０か
ら読み込み、指定されたプロセッサに転送する手段であ
る。また、指定された機能プロセッサを指定されたプロ
セッサから削除する手段でもある。

【００３０】機能プロセッサ受信手段３３は、機能プロ
セッサ転送手段３２から転送された機能プロセッサを受
信し、機能プロセッサメモリ割り付け手段３４により実
メモリに割り付ける手段である。また、プロセッサから
機能プロセッサを削除する時は、機能プロセッサ転送手
段３２から指定された機能プロセッサを実メモリから削
除する。

【００３１】機能プロセッサメモリ割り付け手段３４
は、各機能プロセッサの各プロセッサの実メモリへの割
り付け状態を管理し、メモリ割り付けを実施する手段で
ある。システムデータ機能プロセッサ変更手段３５は、
システムデータに対する変更が入った場合、変更対象部
分を収容する機能プロセッサを識別し、各プロセッサに
実装されている該当機能プロセッサの該当部分を変更す
る手段でもある。

【００３２】機能プロセッサ照合手段３６は、各プロセ
ッサに実装された同一機能プロセッサの内容に食い違い
が生じないように、定期的にファイルサーバー１０の内
容と照合し、不一致部分の修正を行なう手段である。

【００３３】システムデータ機能プロセッサ編成手段２
１、運用データ機能プロセッサ生成変更手段２２で、図
１の分割手段２０を構成し、機能プロセッサ実装表変更
手段２３、システムＩＰＬ手段３１、機能プロセッサ転
送手段３２、機能プロセッサ受信手段３３、機能プロセ
ッサメモリ割り付け手段３４、システムデータ機能プロ
セッサ変更手段３５及び機能プロセッサ照合手段３６と
で、図１の判断手段３０を構成している。

【００３４】このように構成すれば、各プロセッサ毎に
必要な機能プロセッサを転送することができ、各プロセ
ッサで実現する機能に必要なプログラムを自動的に選別
し、組み合わせることによりプログラムを収容するメモ
リを能率的に使用すると共に、プロセッサのＩＰＬの短
縮を図ることができ、またプロセッサの分担変更に伴う
プログラムの配置を自動的に行なうことによりプログラ
ム配置の人手作業の軽減を図ると共に、プログラムの実
メモリ割り付けによりリアルタイム処理の効率化を図る
ことができる。

【００３５】図３は本発明が適用される全体システムの
構成例を示すブロック図である。図において、４０は複
数の端末４１が接続される端末制御装置で、その出力は
ハイウェイとしてネットワーク５０に接続されている。
図では、ハイウェイの数は＃０〜＃３１までの３２本あ
る。４２はネットワーク５０と接続されるネットワーク
入出力装置、４３は該ネットワーク入出力装置４２の他
端が接続されるプロセッサ通信バスである。

【００３６】５１はプロセッサ通信バス４３と接続され
る保守運用プロセッサ（プロセッサ１）、５２はプロセ
ッサ通信バス４３と接続される呼処理プロセッサ（プロ
セッサ２）、５３は同じくプロセッサ通信バス４３と接
続される呼処理プロセッサ（プロセッサ３）、５４はプ
ロセッサ通信バス４３と接続される信号処理プロセッサ
（プロセッサ４）、５５はプロセッサ通信バス４３と接
続される課金処理プロセッサ（プロセッサ５）である。

【００３７】保守運用プロセッサ５１には、運用データ
機能プロセッサ生成変更手段２２、機能プロセッサ実装
表変更手段２３、システムＩＰＬ手段３１及び機能プロ
セッサ転送手段３２が実装されている。機能プロセッサ
受信手段３３、機能プロセッサメモリ割り付け手段３
４、システムデータ機能プロセッサ変更手段３５及び機
能プロセッサ照合手段３６はプロセッサ１〜プロセッサ
５までの全プロセッサに実装されている。

【００３８】プロセッサ１において、５７はＬＡＮでプ
ロセッサ１と接続されるワークステーション（ＷＳ：保
守端末）、１０はプロセッサ１と接続される前述したフ
ァイルサーバー、５６はプロセッサ１と接続されるＭＯ
装置（光磁気ディスク装置）である。

【００３９】プロセッサ４において、５８，５９はプロ
セッサ４と接続される信号処理装置（ＳＩＧ）である。
プロセッサ５において、６０はプロセッサ５と接続され
る課金データ格納ディスク、６１は課金センターと接続
される通信装置（ＣＯＭ）である。このシステムでは、
保守運用プロセッサ５１が各プロセッサへの情報のＩＰ
Ｌを制御している。

【００４０】この実施の形態例によれば、変更があった
場合に、システムが自動的に判断して全プロセッサに反
映させることができる。次に、図２に示す各構成要素の
動作を詳細に説明する。

【００４１】（システムデータ機能プロセッサ編成手段
２１）プログラム、及びデータを構成するモジュールを
機能毎に分割・統合し、システムデータ機能プロセッサ
として編成する手段である。

【００４２】先ず、プログラム及びデータを構成するモ
ジュールを、提供する機能毎に分類する。ここでは、機
能毎に分類されたモジュールの固まりを機能プロセッサ
と呼ぶ。システムデータの機能プロセッサの種類を図４
に示す。機能プロセッサの種別は、図に示すように、Ｇ
ＬＰ、ＯＭＰ、ＣＬＰ、ＳＧＰ、ＡＭＰがある。ＧＬＰ
は、全プロセッサに共通に搭載される機能に関連したシ
ステムデータ（例えばＯＳ）、ＯＭＰは、保守運用機能
に関連したシステムデータ、ＣＬＰは呼処理機能（スイ
ッチングサービス）に関連したシステムデータ、ＳＧＰ
は外部システムとの信号処理機能（例えばＳＳ７）に関
連したシステムデータ、ＡＭＰは、課金処理に関連した
システムデータである。

【００４３】システムデータを構成する各モジュールと
各モジュールが分類される機能プロセッサをモジュール
登録簿１１に記述する。図５はモジュール登録簿の内容
を示す図である。モジュール登録簿１１は、図に示すよ
うに、モジュール名称と、機能プロセッサ名と、先頭仮
想アドレスより構成されている。

【００４４】このシステムデータ機能プロセッサ編成手
段２１は、このモジュール登録簿１１を参照して各モジ
ュールを機能プロセッサに分類し、図６に示すファイル
の構成に編成する。図６は、システムデータ機能プロセ
ッサ編成手段２１を通したファイルを示す図である。Ｍ
Ｏ−ＢＯＯＴは、ＭＯ（光磁気ディスク）からＩＰＬを
するためのＢＯＯＴ、ＤＫ−ＢＯＯＴは、ファイルサー
バー１０からＩＰＬするためのＢＯＯＴ、ＳＹＳ ＭＯ
Ｄはシステムデータ構成モジュール登録表、ＳＹＳ Ｆ
ＰＲｉは機能プロセッサｉに対応したシステムデータ機
能プロセッサ、ＯＰＤ ＦＰＲｉは機能プロセッサｉに
対応した運用データ機能プロセッサ（空データ）、ＯＰ
Ｒ ＰＲＯｊは物理プロセッサｊに対応した運用データ
機能プロセッサ（空データ）である。図に示すように、
ファイルを一次元的に配列して記述している。

【００４５】なお、システムデータ機能プロセッサ編成
手段２１では運用データ機能プロセッサ部分は生成され
ないが、ファイルサーバーのバックアップをＭＯに出力
した場合には、運用データ機能プロセッサ１３のファイ
ルも生成される。

【００４６】また、機能プロセッサのファイルの内部構
造を図７に、図６のファイルをファイル格納装置（ファ
イルサーバー内）に格納したイメージを図８に示す。各
ファイルは、ファイル名と、ファイルサイズと、ファイ
ルの実体の先頭仮想アドレスと、ファイル実体より構成
されている。図７において、ファイル実体については、
システムデータ機能プロセッサ１２は、複数のシステム
データのモジュールファイルが連続して格納される。

【００４７】図８において、ルートディレクトリには、
ＤＫ−ＢＯＯＴと、システムデータ構成モジュールと、
システムデータ機能プロセッサディレクトリと、運用デ
ータ機能プロセッサディレクトリと、機能プロセッサ実
装表が接続されている。システムデータ機能プロセッサ
ディレクトリには、機能プロセッサ１ディレクトリ〜機
能プロセッサｍディレクトリが接続され、運用データ機
能プロセッサディレクトリには、機能プロセッサ１運用
データファイル〜機能プロセッサ３１運用データディレ
クトリが接続されている。

【００４８】（運用データ機能プロセッサ生成変更手段
２２）運用データを定義・編集するコマンドにより起動
され、各運用データを機能毎に分類し、機能プロセッサ
として生成する手段である。また、運用データの生成・
変更時に、該当運用データが格納されている機能プロセ
ッサを識別し、各プロセッサに実装されている該当運用
データの変更を行なう手段でもある。

【００４９】運用データの設定は、システム初期立ち上
げ時、或いは運用時に、運用データ定義・編集コマンド
をシステムに投入することにより行なわれる。運用デー
タ定義・編集コマンドの入力により起動された処理は、
運用データ機能プロセッサ生成変更手段２２により運用
データの生成変更を行なう。システムに使用される全て
の運用データは、システムデータとして運用データ属性
表に定義されている。

【００５０】運用データ機能プロセッサ生成変更手段２
２は、この運用データ属性表を参照して運用データの生
成、変更を行なう。運用データ属性表には、各運用デー
タのデータ構造、データの編集方法、運用データが属す
る機能プロセッサ種別、及び機能プロセッサの実装判定
を行なう運用データであるか否かの表示が記録されてい
る。運用データの機能プロセッサは、プログラム、シス
テムデータの機能プロセッサと同等の概念であるが、機
能プロセッサの種別が多少異なる。

【００５１】運用データの機能プロセッサの種別を図９
に示す。図４と同一のものは、同一の符号を付して示
す。ＬＣＰは、機能プロセッサ種別番号が３１であり、
個々のプロセッサ毎に異なる運用データである。

【００５２】この実施の形態例によれば、各プロセッサ
毎に必要な機能プロセッサを転送することができ、各プ
ロセッサで実現する機能に必要なプログラムを自動的に
選別し、組み合わせることによりプログラムを収容する
メモリを効率的に使用すると共に、プロセッサのＩＰＬ
の短縮を図ることができる。

【００５３】また、運用データ属性表の構成を図１０
に、運用データの機能プロセッサのファイルのファイル
実体部の構成を図１１に示す。図１０の運用データ属性
表において、データ領域は運用データ×４（４はワード
数を示す）でアクセスされる。「Ｆ」は機能プロセッサ
実装表変更手段起動の要否を示すものであり、“１”の
時に起動要、“０”の時に起動不要を示している。Ｆの
次には、機能プロセッサ種別番号が入り、次に「運用デ
ータ編集方式」が入る。「運用データ編集方式」は、
“０”の時に直接編成、“１”の時に階層型データ、
“２”の時にＢ−Ｔｒｅｅ編成、“３”の時に索引付き
編成を示す。このうち、「Ｂ−Ｔｒｅｅ」は、データベ
ースの編集で用いられるバランストツリーである。

【００５４】ファイル実体部は、図１１に示すように、
機能プロセッサ種別と、機能プロセッサファイルサイズ
と、リンク情報と、該リンク情報でアクセスされるデー
タ開始アドレスと、該データ開始アドレスでアクセスさ
れるレコードより構成されている。レコード間は、必要
に応じてリンクで接続される。

【００５５】この運用データ機能プロセッサ生成変更手
段２２の処理手順について説明する。 １．運用データ種別、編集方法（追加、変更、削除）、
及びデータ内容を入力として起動される。

【００５６】２．運用データ属性表を、運用データ種別
により索引する。 ３．運用データ属性表の機能プロセッサ情報により、運
用データを収容する機能プロセッサを識別する。

【００５７】４．システム構築時の運用データ生成か、
システム運用後の運用データ生成かを判断する。この判
断は、システムＩＰＬ手段３１により設定される運用デ
ータ生成モードにより判定する。

【００５８】５．システム構築時の運用データの生成で
ある場合は、運用データ属性表により、運用データを収
容する機能プロセッサを識別する。次に、ファイルサー
バー１０にある該当機能プロセッサに対して運用データ
の編集を行なう（運用データ機能プロセッサ０は、シス
テムＩＰＬ手段で構築済みである）。

【００５９】６．システム運用時の運用データ生成の場
合には、機能プロセッサ実装表により該当する機能プロ
セッサを実装するプロセッサを識別する。該当機能プロ
セッサ及び運用データを収容するプロセッサに対して運
用データの編集処理を起動する。全てのプロセッサで運
用データの編集が完了した後、ファイルサーバーの運用
データを更新する。

【００６０】７．更新した運用データの運用データ属性
表に、機能プロセッサ実装表変更手段２３の起動が必要
であると記録されていた場合には、機能プロセッサ実装
表変更手段２３を起動する。

【００６１】図１２は運用データ機能プロセッサ生成変
更手順を示すフローチャートである。先ず、システム構
築中であるかどうかチェックする（Ｓ１）。システム構
築中である場合には、ファイルサーバー１０中の運用デ
ータ機能プロセッサを１３を更新する（Ｓ２）。次に、
機能プロセッサ実装表変更手段２３を起動する（Ｓ
３）。

【００６２】ステップＳ１において、システム構築中で
ない場合には、機能プロセッサ実装表１４を参照する
（Ｓ４）。次に、該当運用データ機能プロセッサ１３を
実装するプロセッサに更新データを転送して更新する
（Ｓ５）。次に、機能プロセッサ実装表変更手段２３を
起動する（Ｓ６）。次に、機能プロセッサの実装状態変
更があるかどうかチェックする（Ｓ７）。実装状態変更
がある場合には、機能プロセッサ転送手段３２により新
規実装の機能プロセッサを該当プロセッサに転送する
（Ｓ８）。実装状態変更がない場合には、機能プロセッ
サ転送手段３２により新規未実装の機能プロセッサを該
当プロセッサから削除する（Ｓ９）。

【００６３】（機能プロセッサ実装表変更手段２３）投
入された運用データから各プロセッサに実装すべき機能
プロセッサを判定し、機能プロセッサ実装表１４に記録
する手段である。本手段は、運用データ機能プロセッサ
生成変更手段２２から起動され、最新の運用データ内容
に基づいて、各プロセッサに実装される機能プロセッサ
を判定し、機能プロセッサ実装表１４を更新する。各プ
ロセッサへの機能プロセッサの実装を判定するデータ
は、運用データの機能プロセッサ０に収容される運用デ
ータである。

【００６４】図３のシステム構成と図４及び図９の機能
プロセッサの場合、機能プロセッサの実装／未実装を判
定する運用データを図１３〜図１５に示す。図１３は機
能プロセッサ実装判定運用データを示す図である。機能
プロセッサがＧＬＰの場合には、機能プロセッサ実装判
定用運用データはない（全プロセッサに無条件で実
装）。機能プロセッサがＯＭＰの場合には、ＷＳ（ワー
クステーション）の実装で判定する。機能プロセッサが
ＣＬＰの場合には、ネットワーク入出力装置の実装、処
理を分担するハイウェイ情報の実装となる。機能プロセ
ッサがＳＧＰの場合には、信号処理装置（ＳＩＧ）の実
装となる。機能プロセッサがＡＭＰの場合には、課金デ
ータ格納用のディスク装置（ＤＫＵ）の実装である。機
能プロセッサがＬＣＰの場合には、プロセッサ実装時に
実装する。

【００６５】図１４はプロセッサ実装表を示す図であ
る。プロセッサ番号でアクセスするフラグＦが“０”の
場合にはプロセッサ未実装、“１”の場合にはプロセッ
サ実装となる。図１５は機能プロセッサ実装表の構成を
示す図である。プロセッサ番号ｉでアクセスした領域の
ＡがフラグＦの先頭アドレスを求めるための値である。
次にテーブルリンクでアクセスされる領域が装置種別番
号ｊである。

【００６６】装置種別番号ｊは以下のように対応付けさ
れている。 ０＝プロセッサＣＰＵ １＝プロセッサメモリ ２＝プロセッサ通信バスインタフェース ３＝ファイルサーバー ４＝ＭＯ ５＝ＷＳ ６＝ネットワークハイウェイ ７＝信号処理装置 ８＝課金用ディスク ９＝課金センターインタフェース ここで、この対応する装置種別番号ｊで該当領域をアク
セスし、その点から装置番号ｋでアクセスされた部分が
フラグＦの先頭である。該フラグＦが“１”の場合には
実装、“０”の場合には未実装となる。

【００６７】図１６は機能プロセッサ実装表の構成を示
す図である。ｉをプロセッサ番号−１として、ｉ×２
（２はワード）でアクセスされた領域には、システムデ
ータの機能プロセッサ実装表と運用データの機能プロセ
ッサ実装表が配置されている。ここで、ｊは機能プロセ
ッサ種別番号であり、このｊでアクセスされるフラグｆ
が“１”の時は実装、“０”の時は未実装、フラグｇが
“１”の時は実装、“０”の時は未実装である。

【００６８】以下に、本機能プロセッサ実装表変更手段
２３の処理手順を示す。 １．システム構築時（システム構築時の判定は運用デー
タ機能プロセッサ生成変更手段２２と同様）機能プロセ
ッサの実装判定運用データ（図１３参照）を参照し、機
能プロセッサ実装表１４を更新する。新規に追加となっ
た機能プロセッサについては、ファイルサーバー１０に
該当の機能プロセッサのファイルを一定サイズで構築す
る。

【００６９】２．システム運用時、機能プロセッサの実
装判定運用データ（図１３）を参照して機能プロセッサ
実装表１４を更新する。新規に追加となった機能プロセ
ッサについては、実装プロセッサに転送する。不要とな
った機能プロセッサについては、機能プロセッサ転送手
段３２を用いて該当プロセッサから削除する。

【００７０】プロセッサの増設時には、増設プロセッサ
にＢＯＯＴを転送後、新規に追加になった機能プロセッ
サを転送する。ある運用データの機能プロセッサがどの
プロセッサでも使用されなくなった場合には、ファイル
サーバー１０から削除する。但し、あるシステムデータ
機能プロセッサがどのプロセッサでも使用されなくなっ
たとしても、そのシステムデータ機能プロセッサはファ
イルサーバー１０から削除しない。

【００７１】（機能プロセッサメモリ割り付け手段３
４）各機能プロセッサ内のプログラムやデータは仮想ア
ドレスを使用して作成されている。また、各機能プロセ
ッサは、各プロセッサ毎に異なる運用データの機能プロ
セッサ３１を除き、仮想記憶空間上には重ならないよう
に配置されている。

【００７２】仮想記憶空間上の各機能プロセッサの配置
例を図１７に示す。図に示すように、機能プロセッサ毎
にシステムデータと運用データが格納されている。本手
段は、各機能プロセッサの各プロセッサの実メモリへの
割り付け状態を管理する手段であり、システムＩＰＬ時
とシステム運用時に起動される。

【００７３】Ａ．システムＩＰＬ時 システムＩＰＬ時には、各プロセッサの初期設定処理
（ＢＯＯＴを含む）に含まれる機能プロセッサ転送手段
３２と機能プロセッサ受信手段３３が保守運用プロセッ
サ５１のファイルサーバー１０から受信した機能プロセ
ッサを実メモリ上に配置する。

【００７４】本手段は、機能プロセッサメモリ割り付け
表を参照し、空き領域に受信した機能プロセッサを割り
付けていく。また、機能プロセッサ内のプログラムやデ
ータは、仮想アドレスでリンケージされているため、実
メモリへの割り付けと同時に仮想アドレスと実アドレス
の変換テーブル（ページテーブル）を作成する。

【００７５】図１８に機能プロセッサの実メモリ上の割
り付けを示し、図１９に機能プロセッサメモリ割り付け
表の構成を示す。図１８において、各プロセッサ毎に機
能プロセッサのシステムデータと運用データが格納され
ている。図では、プロセッサ１と、プロセッサ２，３
と、プロセッサ４とに分けて示している。

【００７６】図１９において、メモリブロック番号ｉ
（１Ｍバイト）で領域Ｆにアクセスする。領域Ｆにおい
て、ａは機能プロセッサ種別（８ビット）、ｂはシステ
ムデータ、運用データ種別（１ビット）である。ｂ＝１
の時には運用データ、ｂ＝０の時にはシステムデータで
ある。

【００７７】ｃは実メモリ実装／未実装を示し、ｃ＝１
の時には実装、ｃ＝０の時には未実装である。ｌは同一
機能プロセッサファイルをロードする次のメモリブロッ
ク番号（１６ビット）であり、ｃ＝１でｌ＝０の時に開
始ブロックとなる。

【００７８】Ｂ．システム運用時 システム運用時は、本手段は運用データ機能プロセッサ
生成変更手段２２を通して起動される。装置増設、プロ
セッサの増設、装置の減設を例にとって、システム運用
中に機能プロセッサの割り付けを変更する手順を以下に
示す。

【００７９】装置増設 図３の装置構成で、プロセッサ３に信号処理装置ＳＩＧ
Ｉが実装された場合を例にとって以下にその手順を示
す。

【００８０】１．信号処理装置ＳＩＧＩをプロセッサ３
に追加するコマンドを投入する。 ２．運用データ機能プロセッサ生成変更手段２２によ
り、新規に追加された信号処理装置実装運用データを変
更する。本運用データは、運用データ機能プロセッサ０
収容であるため、実装された全プロセッサに更新内容を
機能プロセッサ転送手段３２により反映する。

【００８１】３．変更した運用データの属性表に、機能
プロセッサ実装表変更手段２３起動が必要とされている
ため、機能プロセッサ実装表変更手段２３を起動する。 ４．機能プロセッサ実装表変更手段２３は、プロセッサ
３にシステムデータ、運用データの機能プロセッサ３が
実装されていないため、プロセッサ３にシステムデー
タ、運用データの機能プロセッサ３を機能プロセッサ転
送手段３２により転送する。

【００８２】５．プロセッサ３の機能プロセッサ受信手
段は３３、システムデータ、運用データの機能プロセッ
サ３を受信すると共に、機能プロセッサメモリ割り付け
手段３４により、受信した機能プロセッサを実メモリに
割り付ける。

【００８３】６．信号処理装置追加に伴う信号処理の活
性化コマンドを投入する。図２０、図２１に装置増設前
のプロセッサ実装表、装置実装表、実メモリ割り付け状
態を示す。また、図２２、図２３に装置増設後のそれぞ
れのデータ、及び実メモリの状態を示す。

【００８４】図２０、図２１において、（ａ）はプロセ
ッサ実装表であり、プロセッサ番号−１でアクセスされ
る。ここで、プロセッサ番号−１となっているのは、プ
ロセッサ番号１から始まっているので、１の場合には、
０ビット目からという意味で１を引いている。Ｆ＝０の
時はプロセッサ未実装、Ｆ＝１の時はプロセッサ実装で
ある。（ｂ）は装置実装表であり、Ａでアクセスする表
から７番目の領域に装置実装表が格納されている。
（ｃ）は機能プロセッサ実装表であり、各プロセッサ毎
に設けられている。（ｄ）はプロセッサ３の実メモリの
割り付け状態を示す図である。最初に機能プロセッサ０
のシステムデータと運用データが、最後に機能プロセッ
サ３１の運用データが格納されている。

【００８５】図２２、図２３において、（ａ）はプロセ
ッサ実装表であり、プロセッサ番号−１でアクセスされ
る。Ｆ＝０の時はプロセッサ未実装、Ｆ＝１の時はプロ
セッサ実装である。（ｂ）は装置実装表であり、Ａでア
クセスする表から７番目の領域に装置実装表が格納され
ている。

【００８６】（ｃ）は機能プロセッサ実装表であり、プ
ロセッサ毎に設けられている。（ｄ）はプロセッサ３の
実メモリ割り付けを示し、最初に機能プロセッサ０のシ
ステムデータと運用データが、最後に機能プロセッサ３
１の運用データが格納されている。

【００８７】プロセッサ増設 システム運用中に新規にプロセッサを増設する手順を以
下に示す。 １．増設するプロセッサの定義コマンドを入力する。

【００８８】入力するデータは、プロセッサ番号、プロ
セッサ名である。このコマンド入力により、プロセッサ
実装表（運用データ）にプロセッサの実装表示が設定さ
れる。また、増設プロセッサのＣＰＵ、メモリ、プロセ
ッサ通信バスインタフェースも実装となる。この時、増
設プロセッサの状態をプロセッサ増設中とする。

【００８９】２．上記運用データは、運用データ機能プ
ロセッサ０に収容されているため、運用データ機能プロ
セッサ０を収容する全プロセッサに変更内容を反映す
る。 ３．プロセッサ実装表の運用データ属性表は、機能プロ
セッサ実装表変更手段２３の起動が必要になっているた
め、機能プロセッサ実装表変更手段２３を起動する。

【００９０】４．機能プロセッサ実装表変更手段２３
は、機能プロセッサ実装表を更新する。更新により、増
設プロセッサのシステムデータ、運用データの機能プロ
セッサ０、及び増設プロセッサの運用データ機能プロセ
ッサ３１が必要になったことを認識する。運用データの
機能プロセッサ３１は、ファイルサーバー１０に新規に
固定サイズで作成する。その後、増設プロセッサにＢＯ
ＯＴを転送し、機能プロセッサ転送手段３２により上記
機能プロセッサを増設プロセッサに転送する。

【００９１】５．増設プロセッサにシステムデータ、運
用データの機能プロセッサ転送後、増設プロセッサの初
期設定を起動する。この段階で、増設プロセッサは、シ
ステムデータ、運用データ機能プロセッサ０、及び運用
データ機能プロセッサ３１で初期設定を行なう。

【００９２】６．増設プロセッサに追加する運用データ
定義コマンドを投入する。ここで、機能プロセッサの実
装に変更があれば、必要な機能プロセッサをファイルサ
ーバに構築後、増設プロセッサに転送する。

【００９３】７．全ての運用データ定義コマンド投入後
に、増設プロセッサの初期設定を起動する。これによ
り、増設プロセッサは必要な機能プロセッサを全てメモ
リにロードした状態で初期設定を行なう。

【００９４】図２４にプロセッサ増設の概要手順を示
す。保守運用プロセッサ側では、増設されるプロセッサ
の運用データ定義コマンドを投入する（Ｓ１）。これに
より、プロセッサ実装運用データが更新（工事中設定）
される。また、増設プロセッサのＣＰＵ、メモリ、プロ
セッサ間通信バスインタフェースが実装される。また、
機能実装表が更新され、増設プロセッサの機能プロセッ
サ１，３１が追加される。更に、運用データ機能プロセ
ッサ３１をファイルサーバー１０に構築する。

【００９５】次に、保守運用プロセッサ初期設定完了
後、プロセッサ実装表により実装プロセッサにＩＰＬ開
始（ＢＯＯＴ転送）される（Ｓ２）。他プロセッサ側で
は、ＢＯＯＴ処理が起動される（Ｓ７）。次に、機能プ
ロセッサ実装表を参照し、増設プロセッサに機能プロセ
ッサ０，３１を転送する（Ｓ３）。他プロセッサ側で
は、機能プロセッサを受信し、メモリに割り付ける（Ｓ
８）。

【００９６】次に、増設プロセッサに立ち上げ指示を出
し、立ち上げ完了で工事中状態が解除される（Ｓ４）。
他プロセッサ側では、初期設定を開始し、立ち上げる
（Ｓ９）。次に、増設プロセッサの運用データ定義を追
加する（Ｓ５）。また、機能プロセッサ実装表の更新を
行なう。また、新規追加機能プロセッサがあれば、ファ
イルサーバー１０に構築後転送する（Ｓ５）。

【００９７】他プロセッサ側では、機能プロセッサを受
信し、メモリに割り付けする（Ｓ１０）。次に、全ての
運用データ投入完了で増設プロセッサの再開指示を行な
う（Ｓ６）。他プロセッサ側では、必要な機能プロセッ
サを揃えた状態で立ち上げ実施を行なう（Ｓ１１）。

【００９８】プロセッサ減設（通信制御装置の削除） 図２２，図２３の状態で、プロセッサ３に実装されてい
る信号処理装置ＳＩＧＩを未実装にする場合を例にとっ
て説明する。

【００９９】１．プロセッサ３の信号処理装置ＳＩＧＩ
をシステムから切り離す。これにより、信号処理機能は
停止する。 ２．プロセッサ３の信号処理装置ＳＩＧＩを未実装にす
るコマンドを投入する。

【０１００】３．運用データ機能プロセッサ生成変更手
段２２により、削除された信号処理装置実装運用データ
を変更する。この運用データは、運用データ機能プロセ
ッサ０収容であるため、実装された全プロセッサに更新
内容を機能プロセッサ変更手段により反映する。

【０１０１】４．変更した運用データの属性表に、機能
プロセッサ実装表変更手段２３の起動が必要と記録され
ているため、機能プロセッサ実装表変更手段２３を起動
する。

【０１０２】５．機能プロセッサ実装表変更手段２３
は、信号処理装置ＳＩＧＩの削除により、プロセッサ３
からシステムデータ、運用データの機能プロセッサ３が
未実装になることを認識する。プロセッサ３には、該当
機能プロセッサが実装されているため、機能プロセッサ
転送手段３２によりプロセッサ３から該当機能プロセッ
サを削除する。

【０１０３】６．プロセッサ３の機能プロセッサ受信手
段３３は、機能プロセッサメモリ割り付け手段３４によ
り指定された機能プロセッサを実メモリから削除する。
図２０，２１に装置減設後のプロセッサ実装運用デー
タ、装置実装運用データ、及び実メモリの状態を示す。

【０１０４】（システムＩＰＬ手段（初期設定手段）３
１）本手段は、各プロセッサが実装する機能プロセッサ
を判定し、該当する機能プロセッサを機能プロセッサ転
送手段３２、機能プロセッサ受信手段３３、及び機能プ
ロセッサメモリ割り付け手段３４により各プロセッサの
メモリにＩＰＬして、システムの立ち上げを行なう手段
である。

【０１０５】以下の手順でシステムのＩＰＬを実施す
る。 １．ＭＯ（光磁気ディスク）を保守運用プロセッサ５１
（図３参照）のＭＯＵ（ＭＯ装置５６）に装着し、ＭＯ
からプロセッサ１（保守運用プロセッサ５１）のＩＰＬ
を起動する。これにより、ＭＯに格納されたＭＯ−ＢＯ
ＯＴプログラムが起動される。

【０１０６】２．ＭＯ−ＢＯＯＴプログラムは、ファイ
ルサーバー１０のフォーマットを実行後に、ＭＯに格納
されている機能プロセッサのファイルを順次ファイルサ
ーバー１０に格納していく。

【０１０７】３．ＭＯ−ＢＯＯＴは、ＭＯ−ＢＯＯＴに
内蔵された機能プロセッサ転送手段３２、機能プロセッ
サ受信手段３３、及び機能プロセッサメモリ割り付け手
段３４によりファイルサーバー１０からシステムデータ
機能プロセッサ０を保守運用プロセッサの実メモリに引
き上げ、システムデータ機能プロセッサ０の初期設定を
起動する。この時、運用データの生成モードをシステム
構築中とする。

【０１０８】４．保守運用プロセッサ５１がシステムデ
ータ機能プロセッサ０のみで空転後に、保守端末（Ｗ
Ｓ）５７から運用データ定義コマンドを投入する。運用
データ定義コマンドを投入する前に、運用データ機能プ
ロセッサ０のファイルを固定サイズでファイルサーバー
１０上に構築する。

【０１０９】５．運用データ機能プロセッサ生成変更手
段２２により、運用データの機能プロセッサをファイル
サーバー１０上に作成する。 ６．全ての運用データ定義コマンドを投入後、ファイル
サーバ１０からのＩＰＬを起動する。

【０１１０】７．ファイルサーバー１０に格納されたＤ
Ｋ−ＢＯＯＴが起動される。ＤＫ−ＢＯＯＴは、機能プ
ロセッサ実装表１４を参照して、保守運用プロセッサ５
１に実装される機能プロセッサを、ＢＯＯＴに内蔵され
た機能プロセッサ転送手段３２、機能プロセッサ受信手
段３３、機能プロセッサメモリ割り付け手段３４によ
り、メモリに引き上げ、保守運用プロセッサ５１の初期
設定を起動する。この時、運用データの生成モードをシ
ステム運用中とする。

【０１１１】８．保守運用プロセッサ５１の立ち上げ完
了後、他のプロセッサＡにＰ−ＢＯＯＴプログラムを転
送し、Ｐ−ＢＯＯＴプログラムを起動する。 ９．保守運用プロセッサ５１は、機能プロセッサ実装表
１４によりプロセッサＡに転送が必要な機能プロセッサ
を識別し、それらを機能プロセッサ転送手段３２により
プロセッサＡに転送する。

【０１１２】１０．Ｐ−ＢＯＯＴプログラムは、内蔵さ
れた機能プロセッサ受信手段３３、機能プロセッサメモ
リ割り付け手段３４により機能プロセッサを受信し、メ
モリに割り付ける。

【０１１３】１１．全ての機能プロセッサの転送完了
に、プロセッサＡの初期設定処理を起動し、プロセッサ
Ａを立ち上げる。図２５にシステムＩＰＬ手順の概要を
示す。先ず、保守運用プロセッサ５１はＭＯからＩＰＬ
を開始する（Ｓ１）。次に、ＭＯ−ＢＯＯＴによりファ
イルサーバー１０に初期化後ＭＯ内ファイルをファイル
サーバー１０に格納する（Ｓ２）。次に、ファイルサー
バー１０から機能プロセッサ０をメモリに引き上げ、初
期設定を開始する（Ｓ３）。

【０１１４】次に、運用データ定義コマンドを投入する
（Ｓ４）。運用データ機能プロセッサをファイルサーバ
ー１０に構築し、機能プロセッサ実装表１４をファイル
サーバー１０に構築する。

【０１１５】次に、ファイルサーバー１０からＩＰＬを
開始する（Ｓ５）。次に、ＤＫ−ＢＯＯＴにより保守運
用プロセッサ５１に必要な機能プロセッサをメモリにロ
ードする（Ｓ６）。次に、保守運用プロセッサ５１の初
期設定を実施する（Ｓ７）。次に、保守運用プロセッサ
初期設定完了後、プロセッサ実装表１４により実装プロ
セッサにＩＰＬ開始する（ＢＯＯＴ転送。Ｓ８）。他プ
ロセッサ側では、ＢＯＯＴ処理起動をかける（Ｓ１
１）。

【０１１６】次に、保守運用プロセッサ５１は機能プロ
セッサ実装表１４を参照し、各プロセッサに機能プロセ
ッサを転送する（Ｓ９）。他プロセッサ側では、機能プ
ロセッサを受信し、メモリに割り付けを行なう（Ｓ１
２）。

【０１１７】次に、各プロセッサに立ち上げ指示を行な
う（Ｓ１０）、他プロセッサ側では、初期設定を開始
し、立ち上げを行なう（Ｓ１３）。この実施の形態例に
よれば、保守運用プロセッサだけでクライアント用のシ
ステムに提供するファイルを生成することが可能とな
る。

【０１１８】（機能プロセッサ転送手段３２）指定され
た機能プロセッサのファイルをファイルサーバー１０か
ら読み込み、指定されたプロセッサの機能プロセッサ受
信手段３３に転送する。機能プロセッサファイルを転送
するモードには、機能プロセッサの新規追加、機能プロ
セッサ内容の変更、及び機能プロセッサの削除がある。
以下に、それぞれの処理手順を示す。

【０１１９】（Ａ）機能プロセッサの追加 １．転送する機能プロセッサがシステムデータか運用デ
ータかの識別、機能プロセッサ種別、追加の指定、及び
転送先プロセッサのプロセッサ番号を入力として機能プ
ロセッサ転送手段３２を起動する。

【０１２０】２．機能プロセッサ転送手段３２は、機能
プロセッサ受信手段３３に転送開始を通知する。通知す
る情報は、システムデータか運用データかの識別、機能
プロセッサ種別、追加の指定と転送する機能プロセッサ
のファイルサイズである。

【０１２１】３．機能プロセッサ受信手段３３は、通知
された情報に基づき、機能プロセッサメモリ割り付け手
段３４により機能プロセッサを割り付ける実メモリ領域
を確保する。そして、確保結果を機能プロセッサ転送手
段３２に通知する。

【０１２２】４．機能プロセッサ転送手段３２は、指定
された機能プロセッサを一定サイズ毎に機能プロセッサ
受信手段３３に転送する。通知する情報は、システムデ
ータか運用データかの識別、機能プロセッサ種別、追加
の指定、転送データの開始相対アドレス（機能プロセッ
サ上の相対アドレス）、転送サイズ、追加データであ
る。

【０１２３】５．機能プロセッサ受信手段３３は、受信
したデータを指定された相対アドレスから確保したメモ
リ領域に順次格納していく。 ６．全てのデータを転送完了時に、機能プロセッサ転送
手段３２は、機能プロセッサ受信手段３３に転送完了を
通知する。

【０１２４】（Ｂ）機能プロセッサ内容の変更 １．転送する機能プロセッサがシステムデータか運用デ
ータかの識別、機能プロセッサ種別、変更の指定、及び
転送先プロセッサのプロセッサ番号を入力として、機能
プロセッサ転送手段３２を起動する。

【０１２５】２．機能プロセッサ転送手段３２は、機能
プロセッサ受信手段３３に転送開始を通知する。通知す
る情報は、システムデータか運用データかの識別、機能
プロセッサ種別、変更の指定、及び変更する部分全体の
サイズである。

【０１２６】３．機能プロセッサ受信手段３３は、通知
された情報の正常性を確認し、応答を返す。 ４．機能プロセッサ転送手段３２は、指定された機能プ
ロセッサの変更する部分を一定サイズ毎に機能プロセッ
サ受信手段３３に転送する。

【０１２７】通知する情報は、システムデータか運用デ
ータかの識別、機能プロセッサ種別、変更の指定、転送
データの開始相対アドレス（機能プロセッサ上の相対ア
ドレス）、転送サイズ、変更データ内容である。

【０１２８】５．機能プロセッサ受信手段３３は、受信
したデータを指定された相対アドレスからメモリ領域に
順次書き込んでいく。 ６．全てのデータを転送完了時に、機能プロセッサ転送
手段３２は、機能プロセッサ受信手段３３に転送完了を
通知する。

【０１２９】（Ｃ）機能プロセッサの削除 １．転送する機能プロセッサがシステムデータか運用デ
ータかの識別、機能プロセッサ種別、削除の指定、及び
転送先プロセッサのプロセッサ番号を入力として機能プ
ロセッサ転送手段３２を起動する。

【０１３０】２．機能プロセッサ転送手段３２は、機能
プロセッサ受信手段３３に転送開始を通知する。通知す
る情報は、システムデータか運用データかの識別、機能
プロセッサ種別、削除の指定である。

【０１３１】３．機能プロセッサ受信手段３３は、通知
された情報に基づき、機能プロセッサメモリ割り付け手
段３４により機能プロセッサが割り付けられている領域
を開放し、結果を通知する。

【０１３２】４．機能プロセッサ転送手段３２は、機能
プロセッサ受信手段３３に削除完了を通知する。図２６
は機能プロセッサ転送手段と機能プロセッサ受信手段の
インタフェースを示す図である。各インタフェースの設
定情報は、以下の通りである。

【０１３３】１．機能プロセッサ転送開始 機能プロセッサ転送手段３２から機能プロセッサ受信手
段３３に対してシステムデータ／運用データ種別、機能
プロセッサ番号、追加／変更／削除種別、転送データ総
サイズが転送される。

【０１３４】２．機能プロセッサ転送開始応答 機能プロセッサ受信手段３３から機能プロセッサ転送手
段３２に対して、メモリ割り付け／開放結果が転送され
る。

【０１３５】３．機能プロセッサ転送 機能プロセッサ転送手段３２から機能プロセッサ受信手
段３３に対して、システムデータ／運用データ種別、機
能プロセッサ番号、転送データサイズ、転送データ開始
相対アドレス、転送データ内容が転送される。

【０１３６】４．機能プロセッサ転送応答 機能プロセッサ受信手段３３から機能プロセッサ転送手
段３２に対して、受信結果、メモリ書き込み解放結果が
転送される。

【０１３７】５．機能プロセッサ転送終了 機能プロセッサ転送手段３２から機能プロセッサ受信手
段３３に対してシステムデータ／運用データ種別、機能
プロセッサ番号、追加／変更／削除種別が転送される。

【０１３８】６．機能プロセッサ転送終了応答 機能プロセッサ受信手段３３から機能プロセッサ転送手
段３２に対して機能プロセッサ転送終了応答が転送され
る。

【０１３９】（機能プロセッサ受信手段３３）機能プロ
セッサ転送手段３２から転送された機能プロセッサを受
信し、機能プロセッサメモリ割り付け手段３４により、
実メモリに割り付ける手段である。

【０１４０】また、プロセッサから機能プロセッサを削
除する時は、機能プロセッサ転送手段３２から指定され
た機能プロセッサを実メモリから削除する。処理手順
は、機能プロセッサ転送手段３２の場合と同じである。

【０１４１】（システムデータ機能プロセッサ変更手段
３５）システムデータ機能プロセッサに対する変更が入
った場合、変更対象部分を収容する機能プロセッサを識
別し、各プロセッサに実装されている該当機能プロセッ
サの該当部分を変更する手段である。以下に、本手段の
処理手順を示す。

【０１４２】１．システムデータを変更するパッチファ
イルを保守運用端末（ＷＳ）５７から読み込む。パッチ
ファイルは、図２７に示すような形式となっている。即
ち、パッチファイル名称と、パッチをかけるモジュール
ファイルＩＤ、パッチをかける仮想アドレス、パッチを
かけるワード数、パッチ内容、パッチがかかるエリアの
旧内容、及びパッチで対処する問題の原因、対処確認手
順等の説明内容から構成されている。

【０１４３】２．パッチファイルに記述されているモジ
ュール名称により、モジュール登録簿１１を索引する。 ３．モジュール登録簿１１の該当モジュールの情報から
該当モジュールが属するシステムデータ機能プロセッサ
を識別する。

【０１４４】４．機能プロセッサ実装表１４により、
３．で得た機能プロセッサが実装されているプロセッサ
を割り出す。 ５．該当機能プロセッサを実装している全プロセッサに
対し、機能プロセッサ転送手段３２によりパッチデータ
を転送する。

【０１４５】この実施の形態例によれば、各プロセッサ
の全てに自動的にパッチをかけて修正を行なうことがで
きる。 （機能プロセッサ照合手段３６）各プロセッサに実装さ
れた同一のシステムデータの機能プロセッサの内容に食
い違いが生じないように、定期的にファイルサーバー１
０の内容と照合し、不一致部分の修正を行なう手段であ
る。

【０１４６】本手段は、各プロセッサ上で定期的に起動
される。また、本手段は、以下の手順により、プロセッ
サのメモリに搭載した機能プロセッサの内容照合と修復
を行なう。

【０１４７】１．機能プロセッサメモリ割り付け手段３
４により、プロセッサのメモリに実装されている機能プ
ロセッサを割り出す。 ２．実装されている機能プロセッサについて以下の処理
を行なう。

【０１４８】３．プロセッサのメモリに割り付けられて
いる機能プロセッサファイルの内容をファイルの先頭か
ら一定サイズ毎に読み出す。 ４．保守運用プロセッサに収容されていたファイルサー
バー１０に対して、３．で読み込んだ機能プロセッサフ
ァイルの該当部分の内容を読み出す。

【０１４９】５．処理３．と処理４．で読み出した内容
を比較する。不一致が生じていたら、その内容をＷＳ５
７にメッセージで出力すると共に、ファイルサーバー１
０から読み込んだ内容で修復する。ただし、不一致部分
に対し、パッチや運用データの変更が投入されている場
合は、メッセージ出力しない。

【０１５０】この実施の形態例によれば、不一致が発生
した場合に、該当プロセッサの内容をファイルサーバー
１０の内容で修復することができる。なお、本発明は１
システム内のプロセッサのＩＰＬ方法だけでなく、ネッ
トワークに分散配置されたプロセッサのＩＰＬ、及びプ
ログラムの配置管理にも適用することができる。

【０１５１】本発明によれば、各プロセッサで実現する
機能に必要なプログラムを自動的に選別し、組み合わせ
ることにより、プログラムを収容するメモリを効率的に
使用すると共に、プロセッサのＩＰＬ時間の短縮を図る
ことができる。特に、リアルタイム処理システムで効果
を発揮する。また、プロセッサの分担変更に伴うプログ
ラムの配置を自動的に行なうことにより、プログラム配
置に伴う人手作業を大幅に軽減することができる。

【０１５２】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、以下の効果が得られる。 （１）請求項１によれば、マルチプロセッサで構成さ
れ、システムで使用されるプログラムやデータを格納す
るファイルサーバーを持つ情報システムにおいて、情報
システムで稼働するプログラムとデータを機能単位に分
割して機能プロセッサを生成する分割手段と、ハードウ
ェアの実装情報等の機能に対応したシステム毎に異なる
データの内容により、各プロセッサのメモリに転送が必
要な機能プロセッサを判断する判断手段とを具備するこ
とにより、各プロセッサ毎に必要な機能プロセッサを転
送することができ、各プロセッサで実現する機能に必要
なプログラムを自動的に選別し、組み合わせることによ
りプログラムを収容するメモリを能率的に使用すると共
に、プロセッサのＩＰＬの短縮を図ることができ、また
プロセッサの分担変更に伴うプログラムの配置を自動的
に行なうことによりプログラム配置の人手作業の軽減を
図ると共に、プログラムの実メモリ割り付けによりリア
ルタイム処理の効率化を図ることができる。

【０１５３】（２）請求項２によれば、前記機能プロセ
ッサとしてマルチプロセッサを構成する全てのプロセッ
サに共通な機能プロセッサと、保守運用、スイッチン
グ、課金処理、通信処理等、機能に対応した機能プロセ
ッサを設けることにより、全プロセッサに共通な機能プ
ロセッサと、各プロセッサ独自の機能プロセッサとを設
けることにより、各プロセッサで実現する機能に必要な
プログラムを自動的に選別し、組み合わせることにより
プログラムを収容するメモリを能率的に使用すると共
に、プロセッサのＩＰＬの短縮を図ることができ、また
プロセッサの分担変更に伴うプログラムの配置を自動的
に行なうことによりプログラム配置の人手作業の軽減を
図ると共に、プログラムの実メモリ割り付けによりリア
ルタイム処理の効率化を図ることができる。

【０１５４】（３）請求項３によれば、前記ハードウェ
アの実装情報等機能に対応したシステム毎に異なるデー
タ（運用データ）も機能対応に分割し、運用データの機
能プロセッサとして、全プロセッサに共通な、保守運
用、スイッチング処理、通信処理、課金処理等、機能に
対応した機能プロセッサと、各プロセッサ毎に内容が異
なる機能プロセッサとを設けることにより、運用データ
についても全プロセッサに共通な機能プロセッサと、各
プロセッサ独自の機能プロセッサとを設けることによ
り、各プロセッサで実現する機能に必要なプログラムを
自動的に選別し、組み合わせることによりプログラムを
収容するメモリを能率的に使用すると共に、プロセッサ
のＩＰＬの短縮を図ることができ、またプロセッサの分
担変更に伴うプログラムの配置を自動的に行なうことに
よりプログラム配置の人手作業の軽減を図ると共に、プ
ログラムの実メモリ割り付けによりリアルタイム処理の
効率化を図ることができる。

【０１５５】（４）請求項４によれば、情報システムで
稼働するプログラムとデータ（システムデータ）と運用
データの機能プロセッサをファイルサーバーに構築後
に、システムを構成するプロセッサのＩＰＬを開始する
ことにより、運用プロセッサだけで、顧客用のシステム
に提供するファイルを生成することができる。

【０１５６】（５）請求項５によれば、システム運用中
に運用データが変更された場合、変更内容から各プロセ
ッサへの機能プロセッサの実装変更を自動判断し、新た
に実装となった機能プロセッサを該当プロセッサに自動
転送し、新たに不要（未実装）となった機能プロセッサ
については該当プロセッサのメモリ割り付けを解除する
ことにより、運用データに変更があった場合に、システ
ムが自動的に判断してそれを全体のプロセッサに反映さ
せることができる。

【０１５７】（６）請求項６によれば、システム運用中
に運用データが変更された場合は、変更された運用デー
タを含む機能プロセッサを実装するプロセッサを識別
し、各プロセッサの該当機能プロセッサに同一変更内容
を反映させることにより、運用データに変更があった場
合に、システムが自動的に判断してそれを全体のプロセ
ッサに反映させることができる。

【０１５８】（７）請求項７によれば、前記機能プロセ
ッサに対するパッチを投入された場合、各プロセッサへ
の機能プロセッサの実装を判定して、各プロセッサの該
当機能プロセッサ全てに自動的にパッチをかけることに
より、各プロセッサの全てに自動的にパッチをかけて修
正を行うことが可能となる。

【０１５９】（８）請求項８によれば、各プロセッサに
実装されている同一機能プロセッサの内容が異なってい
るか否かを定期的に照合し、不一致が発生した場合はフ
ァイルサーバーの内容で修復することにより、不一致が
発生した場合に、該当プロセッサの内容をファイルサー
バーの内容で修復することができる。

【０１６０】このように、本発明によれば、各プロセッ
サ毎に必要な機能プロセッサを転送することができ、各
プロセッサで実現する機能に必要なプログラムを自動的
に選別し、組み合わせることによりプログラムを収容す
るメモリを能率的に使用すると共に、プロセッサのＩＰ
Ｌの短縮を図ることができ、またプロセッサの分担変更
に伴うプログラムの配置を自動的に行なうことによりプ
ログラム配置の人手作業の軽減を図ると共に、プログラ
ムの実メモリ割り付けによりリアルタイム処理の効率化
を図ることができる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の一実施の形態例を示すブロック図であ
る。

【図３】本発明が適用される全体システムの構成例を示
すブロック図である。

【図４】システムデータの機能プロセッサ種別を示す図
である。

【図５】モジュール登録簿の内容を示す図である。

【図６】システムデータ機能プロセッサ編成手段を通し
たファイルを示す図である。

【図７】機能プロセッサのファイルの内部構造を示す図
である。

【図８】ファイルサーバ内のファイル構成を示す図であ
る。

【図９】運用データの機能プロセッサ種別を示す図であ
る。

【図１０】運用データ属性表の構成を示す図である。

【図１１】運用データ機能プロセッサの内部構造を示す
図である。

【図１２】運用データ機能プロセッサ生成変更手順を示
すフローチャートである。

【図１３】機能プロセッサ実装判定運用データを示す図
である。

【図１４】プロセッサ実装表を示す図である。

【図１５】装置実装表を示す図である。

【図１６】機能プロセッサ実装表の構成を示す図であ
る。

【図１７】仮想記憶空間上の各機能プロセッサの配置例
を示す図である。

【図１８】機能プロセッサの実メモリ上の割り付けを示
す図である。

【図１９】機能プロセッサのメモリの割り付け表を示す
図である。

【図２０】装置増設前の情報例を示す図である。

【図２１】装置増設前の情報例を示す図である。

【図２２】装置増設後の情報例を示す図である。

【図２３】装置増設後の情報例を示す図である。

【図２４】プロセッサ増設の概要手順を示すフローチャ
ートである。

【図２５】システムＩＰＬ手順の概要を示すフローチャ
ートである。

【図２６】機能プロセッサ転送手段と機能プロセッサ受
信手段のインタフェースを示す図である。

【図２７】パッチファイルの構成例を示す図である。

【図２８】オンデマンドページングの説明図である。

【符号の説明】

１０ ファイルサーバー ２０ 分割手段 ３０ 判断手段

Claims (8)

【特許請求の範囲】
1. 【請求項１】 マルチプロセッサで構成され、システム
   で使用されるプログラムやデータを格納するファイルサ
   ーバーを持つ情報システムにおいて、 情報システムで稼働するプログラムとデータを機能単位
   に分割して機能プロセッサを生成する分割手段と、 ハードウェアの実装情報等の機能に対応したシステム毎
   に異なるデータの内容により、各プロセッサのメモリに
   転送が必要な機能プロセッサを判断する判断手段とを具
   備することを特徴とするマルチプロセッサのＩＰＬシス
   テム。
2. 【請求項２】 前記機能プロセッサとしてマルチプロセ
   ッサを構成する全てのプロセッサに共通な機能プロセッ
   サと、保守運用、スイッチング、課金処理、通信処理
   等、機能に対応した機能プロセッサを設けたことを特徴
   とする請求項１記載のマルチプロセッサのＩＰＬシステ
   ム。
3. 【請求項３】 前記ハードウェアの実装情報等機能に対
   応したシステム毎に異なるデータ（運用データ）も機能
   対応に分割し、運用データの機能プロセッサとして、全
   プロセッサに共通な、保守運用、スイッチング処理、通
   信処理、課金処理等、機能に対応した機能プロセッサ
   と、各プロセッサ毎に内容が異なる機能プロセッサとを
   設けたことを特徴とする請求項１記載のマルチプロセッ
   サのＩＰＬシステム。
4. 【請求項４】 情報システムで稼働するプログラムとデ
   ータ（システムデータ）と運用データの機能プロセッサ
   をファイルサーバーに構築後に、システムを構成するプ
   ロセッサのＩＰＬを開始することを特徴とする請求項１
   記載のマルチプロセッサのＩＰＬシステム。
5. 【請求項５】 システム運用中に運用データが変更され
   た場合、変更内容から各プロセッサへの機能プロセッサ
   の実装変更を自動判断し、新たに実装となった機能プロ
   セッサを該当プロセッサに自動転送し、新たに不要（未
   実装）となった機能プロセッサについては該当プロセッ
   サのメモリ割り付けを解除することを特徴とする請求項
   ３記載のマルチプロセッサのＩＰＬシステム。
6. 【請求項６】 システム運用中に運用データが変更され
   た場合は、変更された運用データを含む機能プロセッサ
   を実装するプロセッサを識別し、各プロセッサの該当機
   能プロセッサに同一変更内容を反映させることを特徴と
   する請求項３記載のマルチプロセッサのＩＰＬシステ
   ム。
7. 【請求項７】 前記機能プロセッサに対するパッチを投
   入された場合、各プロセッサへの機能プロセッサの実装
   を判定して、各プロセッサの該当機能プロセッサ全てに
   自動的にパッチをかけることを特徴とする請求項２記載
   のマルチプロセッサのＩＰＬシステム。
8. 【請求項８】 各プロセッサに実装されている同一機能
   プロセッサの内容が異なっているか否かを定期的に照合
   し、不一致が発生した場合はファイルサーバーの内容で
   修復することを特徴とする請求項２記載のマルチプロセ
   ッサのＩＰＬシステム。