JPH05108317A - ネツトワークシステム及びそのソフトウエア管理方法 - Google Patents

Abstract

(57)【要約】 【目的】計算機システムの開発・保守における信頼性を
確保する。 【構成】計算機システムを高信頼／高応答が要求される
制御系システム（１０３）と制御系をアクセスしない情
報系システム（１０２）に分けて構成し、それらを伝送
路（制御系伝送路／情報系伝送路）（１０５）で接続
し、ソフト保守システム（１０１）より、開発保守の集
中管理を行う。 【効果】ソフトウエアの開発・保守において、各ソフト
の処理内容要求される信頼度バージョンアップ頻度など
各ソフトの特徴に応じた管理を専用の保守システムから
情報系伝送路を使用して行うことにより、高信頼で拡張
性のある開発・保守を実現する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークシステム
及びそのソフトウエア管理方法に関する。

【０００２】

【従来の技術】計算機の適用拡大に伴い、その不良動作
による影響範囲は益々広がっており、高信頼なシステム
作り及びソフトウエア（ソフトとも称す。）作りが非常
に重要な課題として強く求められている。例えば、制御
用計算機システムでは、通常、機械や設備をその制御対
象とし、僅かな遅れや小さな制御ミスが大きな被害をも
たらし、場合によっては人身事故につながることもある
ため、高信頼／高応答性が要求される。そのため、高信
頼なソフトウエア作り(ソフトウエア開発・保守)が、強
く要求される。

【０００３】一方、高信頼なソフトウエア作り（ソフト
ウエア開発・保守）は、十分なチェックと時間を必要と
するので、開発・保守の効率向上を阻害する。また、高
信頼性を追及するあまり、ソフトウエア開発・保守が拡
張性や柔軟性に欠けるものとなってしまうことも多い。
その結果、高信頼なソフトウエアは、システムのコスト
を上昇させ、システムの増改築時にソフトウエア開発・
保守へ更なる膨大な投資が必要となり、効率向上，拡張
性や柔軟性に欠けるといった問題があった。

【０００４】この点、特公平2−23887号公報は、一つの
計算機において、動作中のプログラムの保守を可能とす
ることで、ソフトウエア保守によるシステム停止を回避
している。

【０００５】しかし、ネットワークシステム全体への適
用については配慮されていない。

【０００６】

【発明が解決しようとする課題】上記従来技術では、ネ
ットワークシステム全体への適用については配慮されて
いないので、高信頼化追及のためネットワークシステム
全体に一律に無停止入れ替えを適用することとなり、運
用コストの上昇及び入替えプログラム格納領域の増大に
つながる。さらにネットワークシステム全体への適用に
ついては配慮されていないので、ネットワークシステム
全体のプログラム保守方式が不明確なため、計算機単位
のプログラムローディングミスが生じるなどの問題点が
ある。開発・保守における高信頼なネットワークシステ
ム作りは、高信頼を追及する程、かつ、ネットワークシ
ステム規模が拡大する程、それによるコストは、増大す
る。さらにはネットワークシステムの柔軟性，拡張性を
欠如させることもある。

【０００７】本発明の目的は、各ソフトウエアの開発・
保守に要求される管理仕様を各ソフトウエア対応に実現
し、信頼性，拡張性，柔軟性のあるネットワークシステ
ム及びそのソフトウエア管理方法を提供することにあ
る。

【０００８】

【課題を解決するための手段】上記目的を達成するため
の本発明の特徴は、ネットワークシステムにおいて、複
数の異質なソフトウエアを開発・保守する場合に、全て
のソフトウエアを同等に扱うのではなく、各ソフトウエ
アの処理内容・要求される信頼度・バージョンアップ頻
度など各ソフトの特徴に応じて管理するようにした構成
及びそのソフトウエア管理方法である。

【０００９】

【作用】本発明では、ネットワークシステムの処理内
容、要求される信頼度においてネットワークシステムを
高信頼／高応答が要求される制御系システムと情報系シ
ステムに分け、それぞれのシステムのソフトウエアを異
なる方式（例えば、それぞれBulletin Board方式，Broa
d Cast方式，Down Load 方式を使いわける等）で管理す
ることにより、新しいソースのすべての計算機に対する
入替えが増大することによる業務停止，システム業務停
止賀正時、時間の損失による運用コストの増大を防止で
き、ネットワークシステムの運用コストを削減できる。

【００１０】さらに、ネットワークシステムの処理にお
いても、制御系処理と情報系処理に分類することと、各
々の処理に使用する伝送路を分ける（例えば、図２の制
御系伝送路２３１及び情報系伝送路２３２参照）ことに
より、開発・保守における制御系処理への影響を回避す
る。

【００１１】また、ソフトウエア保守専用の計算機を設
け、システム内計算機のソフトウエアの集中管理を行
い、効率の良い開発・保守を実現する。

【００１２】さらに、制御系システムにおいてもソフト
ウエア保守計算機においてユーザプログラムとシステム
プログラムの集中管理を行い、プログラム保守対象マシ
ンの限定や保守実行前の状態への復旧を可能とすること
により、高信頼な制御系システムの開発・保守を実現す
る。

【００１３】

【実施例】図１に本発明の一実施例のシステム構成を示
す。

【００１４】本実施例では、ネットワークシステムにお
いて、２つの異質な処理（制御系処理と情報系処理）を
行わせる場合を示す。

【００１５】図１は、分散設置された複数の情報系シス
テム１０２，制御系システム１０３，情報・制御混在シ
ステム１０４のソフトウエアを、１つのソフト保守シス
テム１０１で、集中して管理可能とした複合分散型制御
用計算機システムの構成を示す。上記システムは、それ
ぞれ、ネットワークとしての伝送路及びこの伝送路を介
して接続されたホスト計算機，端末装置などの処理装置
から構成され、全体として、複数のネットワークと複数
の処理装置からなるネットワークシステムが構成され
る。制御用計算機システムでも、他の計算機システムと
同様適用範囲の広がりに伴い、１つの計算機システムで
制御系処理だけでなく、情報系処理も行う必要がある。
実際の適用に当っては、この情報系処理と制御系処理を
識別しなければならない。そこで、識別条件として情報
系処理と制御系処理を次のように定義する。

【００１６】情報系処理とは、制御対象に対応するデー
タベースを書き換えない、かつ、制御対象に直接アクセ
スしない処理である。

【００１７】制御系処理とは、制御対象に対応するデー
タベースを書き換える、または、制御対象に直接アクセ
スする処理である。

【００１８】本実施例は、ソフトウエアをいくつかのグ
ループ又は種類に分離することを特徴とするものであ
り、上記識別条件は１つの例に過ぎない。実際の運用に
当って、情報系処理と制御系処理の識別条件を個別シス
テム毎に決定する場合、上記識別条件以外でも本発明が
適用できることは言うまでもない。

【００１９】図１の計算機システムは、システム全体の
ソフトウエアを集中して管理するソフト保守システム１
０１，情報系処理を行う情報系システム１０２，制御系
処理を行う制御系システム１０３，情報系と制御系の両
方の処理が混在する情報・制御混在システム１０４、そ
して、それらの各システムを接続するネットワーク１０
５から構成される。

【００２０】ソフト保守システム１０１は、システム全
体に含まれるソフトウエアのバージョンやレビジョンの
管理，変更来歴の管理，プログラムなどのローディング
管理，名称管理などを集中して行う機能を有する。ソフ
トウエアの開発については、このソフト保守システム１
０１で行ってもよいし、情報系システム１０２，制御系
システム１０３，情報・制御混在システム１０４で行っ
てもよい。

【００２１】情報系システム１０２は、例えば、制御対
象であるプラントの状態を表示しオペレータに知らせた
り、プラントデータに関する統計情報の作成や編集（画
像データの作成又は統計データの算出などを意味し、作
成後又は算出後に制御系処理により、画像データの登録
や算出した統計データをデータベースに登録すること）
といった直接“制御”に関連しない処理を行う計算機シ
ステムである。

【００２２】制御系システム１０３は、制御対象に対し
て、直接制御指示を出す制御系処理を行う計算機システ
ムである。混在型システム１０４は、情報系処理と制御
系処理が１つのシステム内に混在する計算機システムで
ある。

【００２３】図２に、１つのソフト開発・保守システム
２０１と複数の情報・制御混在システム２１１および２
２１からなる構成例を示す。

【００２４】２つの情報・制御混在システム２１１と２
２１とは、同一構成であり、各システムはそれぞれネッ
トワークに接続され、ソフト開発・保守システム２０
１、あるいは、他の混在システム２１１あるいは２２１
と相互に交信が可能である。

【００２５】情報・制御混在システム２１１は、そのシ
ステム２１１を統括管理するミニコン（以下ＭＣ−１と
略記）２１２，制御系処理を統括するプロコン（プロセ
スコントロールコンピユータとも称す。以下ＰＲＣ−１
と略記）２１３，直接プラントを制御するコントローラ
（以下ＣＴＬ−１と略記）２１４，プラントの状態表示
等の情報系処理を分担するワークステーション（以下Ｗ
Ｓ−１と略記）２１５，パソコン（以下ＰＣ−１と略
記）２１６からなる。

【００２６】情報・制御混在システム２２１は、そのシ
ステム２２１を統括管理するミニコン（以下ＭＣ−２と
略記）２２２，制御系処理を統括するプロコン（プロセ
スコントロールコンピユータとも称す。以下ＰＲＣ−２
と略記）２２３，直接プラントを制御するコントローラ
（以下ＣＴＬ−２と略記）２２４，プラントの状態表示
等の情報系処理を分担するワークステーション（以下Ｗ
Ｓ−２と略記）２２５，パソコン（以下ＰＣ−２と略
記）２２６からなる。

【００２７】ソフト開発・保守システム２０１は、計算
機システム全体のソフトウエア保守だけでなく、開発も
１箇所で可能とするため、開発機能と保守機能を合わせ
持つ。また、前記混在システム２１１あるいは２２１の
ソフトウエア開発・保守に当って、テスト・デバッグが
実機環境に近い形で行えるように、前記混在システム２
１１あるいは２２１と同様の構成としてある。ただし、
ソフトウエア開発・保守の為に、開発用端末２０７が接
続されている点が、混在システム２１１あるいは２２１
と異なる。

【００２８】次に、本システムにおけるソフトウエア開
発・保守の方針について説明する。本システムでは、制
御処理と情報処理が１つのシステムに混在するが、シス
テム全体を制御系と情報系にきちっと分ける。制御系は
高信頼に作る必要があり、制御系ソフトウエアの管理に
おいては、使い勝手よりも確実性が重要となる。一方、
情報系は、最低限、制御系に外乱を与えぬことが必要で
ある。

【００２９】具体的には、第１に、ハードウエアを分け
る事がある。例えば、図２の実施例においては、処理装
置を情報系処理を行う情報系と制御系処理を行う情報系
で分離している。すなわち、ＷＳ−１（２１５）および
ＷＳ−２（２２５）やＰＣ−１（２１６）およびＰＣ−
２（２２６）は、情報系専用、ＰＲＣ−１（２１３）お
よびＰＲＣ−２（２２３）やＣＴＬ−１（２１４）およ
びＣＴＬ−２(２２４)は制御系専用と分けて運用する。
さらに、情報系ＬＡＮ２３１と制御系LAN232の２つのネ
ットワークを用意し、両系の相互干渉を減らすようにし
ている。つまり、回線負荷を減らしたり、誤通信による
データ破壊を防止することが可能となる。本実施例にお
いては、制御系システムへの外乱を防止するために、プ
ログラム保守用のＬＡＮとして情報系ＬＡＮ２３１を使
用する。

【００３０】第２に、計算機内処理も制御系と情報系を
明確に分ける。例えば、両方の処理を１つのプログラム
に組み込まず、別々に動作するプログラムとして分離す
る。第３に、ソフトウエア開発・保守についても、制御
系ソフトウエアに対するサポートと情報系ソフトウエア
に対するサポートを明確に分離する。以下、これについ
て説明する。

【００３１】ソフトウエアの開発・保守のながれは、一
般に、ソースを作成し、コンパイル＆リンクによりプロ
グラムを生成し、テスト・デバッグ後、必要なサイトに
ローディングする。この流れから、管理する対象リソー
スとしては、ソース／プログラム／サイトであり、以下
では、管理対象リソース毎に具体的管理方法について説
明する。

【００３２】ここで、ソースとは未コンパイル状態の高
級言語で書かれたファイルである。また、プログラムと
はコンパイル済のファイルであり、オブジェクトモジュ
ール又は実行モジュールである。

【００３３】（１）情報系のソフトウエア管理（ソース
／プログラム／サイト） 情報系は、マンマシンインターフェースが中心であり、
常に新しい機種やソフトウエアを取り込んだ形で、性能
向上や機能向上を図ることが重要であり、そのためにＰ
ＣやＷＳを採用している。

【００３４】したがって、ソフトウエアの管理も使い勝
手や拡張性・柔軟性が重要である。管理方式としては、
比較的緩やかなもの、必要最低限の統制手段とすること
が、経済性の点でも拡張性の点でも有利である。

【００３５】本実施例では、（ａ）Bulletin Board方
式，（ｂ）Broad Cast方式，（ｃ）Down Load 方式の３
種の管理方式を用意し、各サイト／ソフトウエア毎に選
択可能とする。以下、図２を用いて詳細を説明する。

【００３６】図２のシステムにおいては、システム内の
全ソフトウエアを、ソフト開発・保守センタ２０２で集
中管理する。情報系のソフトウエア管理の例として、サ
イト名ＰＣ−１の場合について説明する。

【００３７】本実施例では、情報系ソフトウエアは全て
ソースをベースに管理することとする。すなわち、最新
ソフトウエアが完成したら、そのソースを配布すること
を基本とする。

【００３８】上記のBulletin Board方式の場合、ＭＣ
（ソフト・開発保守用ホスト計算機）２０２は最新ソフ
トウエアが完成した旨を、電子メイルや専用通信手段等
によりＰＣ−１（２１６）に連絡する。ＰＣ−１（２１
６）の使用者は、前記最新ソフトウエアが必要であれ
ば、ＭＣ２０２のソースをＰＣ−１（２１６）にコピー
する。

【００３９】上記Broad Cast方式は、ＭＣ２０２が無条
件に最新ソフトウエアのソースをＰＣ−１（２１６）に
配布する。ＰＣ−１（２１６）で、そのソースを必要と
すれば保管し、不要であれば廃棄する。

【００４０】上記Down Load 方式は、ＭＣ２０２で配布
先を管理する方式で、ＰＣ−１（２１６）には、どのソ
フトウエアのソースのどのバージョンが配布されている
かをＭＣ２０２で管理する。

【００４１】図３は、ソフトウエアの配布管理をする管
理テーブルの構成を示す。

【００４２】ソフトウエア配布管理テーブル３０１は、
ＭＣ２０２内に存在し、各サイトに配布されたソフトウ
エアとそのバージョン・レビジョンを管理するためのテ
ーブルである。

【００４３】サイト名フィールド３０２には、ソフトウ
エア配布管理テーブル３０１で管理するサイト名を格納
する。ソフト名フィールド３０３には、ソフトウエア配
布管理テーブル３０１で管理するシステム内の全ソフト
ウエアの名称を「ソフト−１，ソフト−２，…」のよう
に格納する。そして、このソフト名フィールド３０３
は、さらに管理種別フィールド３０４とバージョン番号
フィールド３０５の２つに分かれる。該管理種別フィー
ルド３０４には、前記したソフトウエアの管理種別と配
布対象物の識別情報を格納する。すなわち、管理種別
は、前記したBulletin Board方式／Broad Cast方式／Do
wn Load 方式をそれぞれ１，２，３で示し、配布対象物
は、ソース／プログラム（実行形式のもの）をそれぞれ
Ｓ／Ｐで示し、２つの情報をセミコロンで区切って格納
する。例えば、「３；Ｐ」は、Down Load 方式でプログ
ラムを配布することを意味する。また、バージョン番号
フィールド３０５には、該当ソフトウエアのバージョン
／レビジョン番号をピリオドで区切って格納する。例え
ば、「２.０ 」は、バージョン番号２，レビジョン番号
０を示す。

【００４４】ここで、図３のソフトウエア名称“ソフト
−１”のソースが更新され、最新ソ−スが完成した場合
を考えてみる。ソフトウエア配布管理テーブル３０１の
サイト名フィールド３０２を順番にサーチし、ソフト−
１に対応した管理種別フィールド（３０４）に“０”以
外の値が格納されているサイトに対して、指定された形
態でソフト−１を配布する。ここで、管理種別フィール
ド３０４の“０”は該当ソースの配布不要を意味する。
ソフトウエア配布管理テーブル３０１に従えば、図３で
は、サイト名ＭＣ−１，ＭＣ−２に対しては、プログラ
ムをDown Load方式で、サイト名ＷＳ−１に対してはソ
ースをBroad Cast方式で、サイト名ＰＣ−１に対しては
ソースをBulletin Board方式で配布することになる。そ
して、配布した時点で、ソフトウエア配布管理テーブル
３０１の該当ソフトウエア、図３の場合ソフト−１のバ
ージョン番号フィールド３０５に配布したソフトウエア
のバージョン番号を格納する。

【００４５】以上説明した方法により、情報系のソフト
ウエアのバージョン／レビジョン管理が可能となる。ま
た、ここでは、情報系のソフトウエアはソースで管理す
ることで統一したが、ソースで管理するか、実行形式
（プログラム）で管理するかは、サイト毎／ソフトウエ
ア毎に選択可能である。

【００４６】さらに、制御系ソフトウエアも本方式の同
様の方法で管理可能であるが、制御系ソフトウエアの場
合、より高い信頼性／稼働性を求められるため、以下で
は、この点からの実施例を説明する。

【００４７】（２）制御系ソフトウエアの管理 制御系ソフトウエアの保守において、高い信頼性／稼働
性を実現するため、本実施例では下記機能を持ってい
る。

【００４８】（ａ）サイト管理機能 システムを構成するＰＣ，ＰＲＣ，ＷＳなどの各計算機
をサイトと呼び、１つのサイトに対応して１個の名称を
つける。これをサイト名称と呼び、サイトの識別に使用
する。本実施例のサイト管理機能では、サイト名称の登
録・削除や各サイトに格納されているソフトウエアの名
称／バージョン・レビジョン／メモリに占める大きさ／
常駐（主メモリ上にプログラムを記憶しておくこと）・
非常駐（プログラム起動のたびにディスクなどの外部メ
モリから読み込むこと）などのプログラム属性の管理を
行う。該サイト管理機能により、ネットワーク計算機シ
ステムでは、各サイトのバージョン・レビジョンを即座
に識別できるようにし、プログラムの入れ替え時のミス
を防止できる。

【００４９】（ｂ）プログラムのローディング管理機能 １つの計算機システム内のプログラムは、大きくユーザ
プログラムとシステムプログラムに分類される。

【００５０】システムプログラムは計算機を動かすため
の基本ソフトウエアであり、計算機システム全体で共通
である。一方、ユーザプログラムは、１つの計算機シス
テムをある特定の用途に使うために必要となる処理をプ
ログラムとして実現したものであり、個々の計算機シス
テム毎に異なる。

【００５１】以下では、実施例１乃至実施例８を用いて
説明する。各実施例の概要は、次のとおりである。

【００５２】１）実施例１−ユーザプログラムの事前ロ
ーディング機能を説明するもの。

【００５３】２）実施例２−ユーザプログラム入れ替え
前への復旧機能を説明するもの。

【００５４】３）実施例３−システムプログラムローデ
ィング時のローディング計算機の限定機能を説明するも
の。

【００５５】４）実施例４−システムプログラムローデ
ィング時のサイト番号チェック機能を説明するもの。

【００５６】５）実施例５−システムプログラム事前ロ
ーディング機能を説明するもの。

【００５７】６）実施例６−システムプログラム間の依
存関係チェック機能を説明するもの。 ７）実施例７−システムプログラム入れ替え時の変更フ
ァイルのみのローデイング、入れ替えを説明するもの。

【００５８】８）実施例８−システムプログラム入れ替
え前への復旧機能を説明するもの。

【００５９】また、システムを停止期間を短縮するため
のプログラム入れ替え手段（実施例２，実施例５），プ
ログラム入れ替え時の失敗から元の状態に戻す手段（実
施例２，実施例８），対象サイトの指定ミスからシステ
ム障害を防止する手段（実施例３，実施例４），１つの
プログラムの入れ替えに関連した他のプログラムのチェ
ック手段（実施例６），稼働中システムへの外乱を削減
するために変更部分だけを入れ替える手段（実施例７）
について、それぞれ説明する。

【００６０】実施例１ 実施例１は、ホスト管理計算機がネットワークを介して
接続しているオンライン稼働中計算機ＰＲＣのシステム
のバージョンと該計算機システムを構成するプログラム
をバージョンを対応付けて管理する例である。

【００６１】図４は、実施例１の構成図である。ネット
ワーク媒体であるＬＡＮ４０５にてプログラム開発を行
うホスト計算機４０１とオンライン制御を行うＰＲＣ−
１（４０２），ＰＲＣ−２（４０３）を接続したシステ
ムである。プログラム開発用のホスト計算機４０１は、
補助記憶装置４０４及びバージョン管理を行うプログラ
ム４１３を記憶した主記憶装置４１２からなり、補助記
憶装置４０４内に、各ＰＲＣの補助記憶装置４２２，４
２３にある現在稼働中のシステムのバージョンの現プロ
グラム（４１４，４１９）に相当する現バージョンプロ
グラム４０５、旧バージョンのシステムに対応した旧プ
ログラム（４１６，４２１）に相当する旧バージョンプ
ログラム４０７および新プログラム（４１５，４２０）
に相当する新バージョンプログラム４０６，現バージョ
ンプログラム４０５の管理のための現バージョンプログ
ラム用管理テーブル４０９，新バージョンプログラム４
０６の管理のための新バージョンプログラム用管理テー
ブル４１０，旧バージョンプログラム４０６の管理のた
めの旧バージョンプログラム用管理テーブル４１１，プ
ログラムバージョン情報ファイル４０８、これらのプロ
グラムを管理するサイトディレクトリ４２９およびこの
サイトディレクトリ４２９を管理するサイト管理ディレ
クトリ４３０を記憶する。

【００６２】ＰＲＣ−１（４０２），ＰＲＣ−２（４０
３）の主記憶装置４２５，４２７には、それぞれ、バー
ジョン管理を行うプログラム４２６，４２８から構成さ
れる。

【００６３】図５は、前記構成内におけるプログラムバ
ージョン情報ファイル４０８の構成について示したもの
である。プログラムバージョン情報ファイル５０７は、
現在のシステムバージョン番号５０１，現バージョンの
バージョンメモ５０２およびシステムバージョン番号５
０１のリリース日時１（５０３）を格納する。このシス
テムのバージョン更新発生時には、新バージョンのシス
テムバージョン番号５０４，新バージョンのバージョン
メモ５０５およびシステムバージョン番号５０４のリリ
ース日時２（５０６）を格納する。これにより各システ
ムのバージョンの来歴を管理可能となる。

【００６４】図６は、サイトのバージョンアップ手順を
示したものである。サイトのバージョン更新処理６０１
は、新システムのバージョン番号およびバージョンに対
するコメントを設定する処理６０２を行い、現バージョ
ンのシステムのプログラム群を新バージョンシステムの
プログラムとしてリンクする処理６０３を行い、新バー
ジョンのベースを作成する。次に、新バージョンとして
入れ替える現バージョンプログラムを切り放しする処理
６０４，新バージョンのプログラムを登録する処理６０
５を行う。ここで、新バージョンプログラムに切り替え
る処理６０６によりサイトバージョンの更新処理が完了
する。

【００６５】図７に、具体的なサイト管理テーブルの構
成図を示します。サイト管理ディレクトリ７０１内に、
サイトディレクトリ７０２を置き、その下に、現プログ
ラムサイトディレクトリ７０３および現バージョンのプ
ログラムを管理する現プログラム管理テーブル７０４を
配置している。新バージョンシステムをつくる場合にお
いて、新プログラムディレクトリ７０５ならびに新プロ
グラム管理テーブル７０６を作成し、各々のバージョン
のプログラム７０９，７１０の情報をプログラムバージ
ョン管理ファイル７０７で管理する。新プログラム７１
０において、現プログラム７０９と同じものについて
は、リンク処理７０８することにより流用し、新たに入
れ替えるものについてのみ現プログラム７０９と切り放
し、新プログラム７１０を登録するものとする。これに
より、各バージョンに対応したプログラム７０９，７１
０を独立してバージョン管理することができる。

【００６６】図８に、図７で使用できるプログラム管理
テーブルの構成を示す。プログラム管理テーブル８０１
は、プログラム名称８０２が「Ａ」のプログラムを登録
した登録日時８０３，実際に本プログラムの登録された
システムの現バージョン番号８０５が「１.０ 」と示さ
れる。また、プログラム名称８０６が「Ｂ」のプログラ
ムを登録した登録日時８０７，実際に本プログラムの登
録されたシステムの新バージョン番号８０８が「２.０
」と示される。以上のように、システムバージョン番
号と、システムを構成しているプログラムを対応付ける
ことができる。

【００６７】実施例２ 実施例２は、ＰＲＣのプログラム入れ替えにおいて、新
バージョンプログラムの事前ローディングを行ない、実
行プログラムに反映させ、また、プログラム入れ替え前
への復旧機能を示す例である。図９は、ＰＲＣの構成図
である。

【００６８】ＰＲＣは、主記憶装置９０２及び補助記憶
装置９０３とを含む。さらに、伝送路を介してホスト計
算機と接続されている。

【００６９】補助記憶装置９０３上に、メモリ管理情報
９０４、新バージョンプログラム９０９と新プログラム
管理情報９０８を格納する新プログラム格納ディレクト
リ９０５，現バージョンプログラム９１１と現プログラ
ム管理情報９１０を格納する現プログラム格納ディレク
トリ９０７，旧バージョンプログラム９１３と旧プログ
ラム管理情報９１２を格納する旧プログラム格納ディレ
クトリ９０７を配置してある。

【００７０】主記憶装置９０２上に制御用プログラム９
１５，９１６，９１７と制御用プログラム管理情報９１
４を配置してある。主記憶装置９０２上の制御用プログ
ラム管理情報９１４は、現プログラム管理情報９１０を
補助記憶装置９０３より主記憶装置９０２にローディン
グ処理９２１し、主記憶装置９０２上の制御用プログラ
ム９１５，９１６，９１７はそれぞれ、新バージョンプ
ログラム９０９と現バージョンプログラム９１１と旧バ
ージョンプログラム９１３を補助記憶装置903より主記
憶装置９０２にローディング処理９１８，９１９，９２
０したものである。

【００７１】なお、ＰＲＣには、現バージョンプログラ
ムの存在が必須であるが、新バージョンプログラムと旧
バージョンプログラムの存在は必須ではなく、制御用プ
ログラム９１５，９１６，９１７が同一のプログラムで
あるならば主記憶装置９０２上の格納位置を同一とする
ことで、記憶容量を削減できる。

【００７２】図１０は、図９の構成を用いて、新バージ
ョンプログラム９０９を作成し、現バージョンプログラ
ム９１１として登録し、主記憶装置９０２上の実行プロ
グラム９１６とする場合の手順１００１を示す。まず、
新プログラム格納ディレクトリ９０５が存在するかを判
定処理１００２する。存在していない場合は、新プログ
ラム格納ディレクトリ作成する処理１００３によって、
登録の準備を行なう。登録を行なう前の新バージョンプ
ログラム９０９は、現バージョンプログラム９１１と同
一であるため、新プログラム管理情報９０８は、現プロ
グラム管理情報９１０を複製して作成する。したがっ
て、制御用プログラム９１５，９１６は同一アドレスに
配置される。

【００７３】次に、新バージョンプログラム９０９のソ
ース作成・コンパイルを行なう新プログラムを作成する
処理１００４，作成した新バージョンプログラム９０９
の配置アドレスをメモリ管理情報９０４を元に決定し、
新プログラム管理情報９１０を更新する新プログラムを
システムに登録する処理１００５を行う。

【００７４】次に、新バージョンプログラム９０９を主
記憶装置９０２にローディング処理９１８し、制御プロ
グラム９１５とする主記憶にローディングする処理１０
０６をおこなう。

【００７５】最後に、現プログラム格納ディレクトリ９
０６を新たな旧プログラム格納ディレクトリ９０７に変
更処理９２３し、新プログラム格納ディレクトリ９０５
を新たな現プログラム格納ディレクトリ９０６に変更処
理９２２し、新たな現プログラム管理情報９１０をロー
ディング９２１し、主記憶装置９０２上のプログラム管
理情報９１４を更新する処理１００７を行うことで、プ
ログラム入替えを完了し、ＯＳは新たな制御プログラム
９１６を実行する。

【００７６】図１１は、図９の構成を用いて、プログラ
ム復旧手順を示したものである。即ち、旧バージョンプ
ログラム９１３を現バージョンプログラム９１１として
登録し、主記憶装置９０２上の制御プログラム９１６を
実行する場合の手順１１０１を示す。

【００７７】旧バージョンプログラム９１３を主記憶装
置９０２にローディング９２０し、制御プログラム９１
７とする処理１１０２を行う。

【００７８】次に、現プログラム格納ディレクトリ９０
６を新たな新プログラム格納ディレクトリ９０５に変更
処理９２４し、旧プログラム格納ディレクトリ９０７を
新たな現プログラム格納ディレクトリ９０６に変更処理
し９２５，新たな現プログラム管理情報９１０をローデ
ィング処理９２１し、主記憶装置９０２上のプログラム
管理情報９１４を更新する処理１１０３を行う。そこ
で、ＯＳは新たな制御プログラム９１６を実行する。

【００７９】実施例２において、旧プログラム格納ディ
レクトリは１つしか記載していないがこれは、複数の旧
プログラム格納ディレクトリとしてもよく、任意の時点
のプログラムへの復旧が可能である。また、新バージョ
ンプログラム９０９と現バージョンプログラム９１１と
旧バージョンプログラム９１３が、全部主記憶装置９０
２へローディング処理され記憶されているので、プログ
ラム入替えに伴いその都度それぞれのプログラムを補助
記憶装置から呼び出す必要が無いので、当該プログラム
の機能の停止時間を短縮できる。

【００８０】実施例３ 実施例３は、ホスト計算機およびネットワーク媒体にて
接続されたＰＲＣのプログラム入れ替えにおいて、特定
の計算機に対してのみ新バージョンのプログラムを反映
させる例である。

【００８１】図１２は、実施例３に係わるシステムの構
成図である。

【００８２】実施例３は、ネットワーク媒体であるＬＡ
Ｎ１２０４を用いて、プログラム開発を行なうホスト計
算機１２０１とオンライン制御を行なうＰＲＣ−１(120
2)，ＰＲＣ−２（１２０３）を接続したシステムであ
る。

【００８３】ホスト計算機１２０１は、その補助記憶装
置１２０６内に現バージョンプログラム１２１３と新バ
ージョンプログラム１２１４とホスト計算機１２０１の
現バージョンプログラム１２１３およびＰＲＣ−１（１
２０２），ＰＲＣ−２(1203)の現バージョンプログラム
１２１６，１２１７を管理するサイト管理テーブル１２
１５を格納している。主記憶装置１２０５は、新バージ
ョンプログラムをホスト計算機１２０１およびＰＲＣ−
１（１２０２），ＰＲＣ−２（１２０３）にローディン
グするローディング処理プログラム１２１２と新バージ
ョンプログラム１２１４をホスト計算機１２０１および
ＰＲＣ−１（１２０２），ＰＲＣ−２（１２０３）の現
バージョンプログラムと入れ替えるか否かを指定する入
れ替え指示プログラム１２１１から構成される。また、
ＰＲＣ−１（１２０２）は、現バージョンプログラム１
２１６を格納した補助記憶装置１２０８と主記憶装置１
２０７から構成される。ＰＲＣ−２（１２０３）につい
てもＰＲＣ−１(1202)と同様に、現バージョンプログラ
ム１２１７格納した補助記憶装置１２１０と主記憶装置
１２０９から構成される。前記現バージョンプログラム
１２１３，1216，１２１７は、ホスト計算機１２０１お
よびＰＲＣ−１（１２０２），ＰＲＣ−２（１２０３）
とも同一のものである。

【００８４】前記入れ替え指示プログラム１２１１は、
サイト管理テーブル１２１５に対し、現バージョンプロ
グラム１２１３，１２１６，１２１７を新バージョンプ
ログラム１２１４に入れ替えるか否かの指示を各計算機
単位に記憶させる。前記サイト管理テーブル１２１５に
記憶した入れ替え指示を元に、ローディング処理プログ
ラム１２１２は、ホスト計算機１２０１およびオンライ
ン計算機であるＰＲＣ−１（１２０２）及びＰＲＣ−２
（１２０３）のそれぞれに対応した現バージョンプログ
ラム１２１３，１２１６，１２１７に対し、新バージョ
ンプログラム１２１４を入れ替える(矢印１２１８，矢
印１２１９及び矢印１２２０の処理)。図１３は、前記
構成を用いてホスト計算機１２０１にて作成された新バ
ージョンプログラム１２１４をホスト計算機２の現バー
ジョンプログラム１２１３およびＰＲＣ−１，２の現バ
ージョンプログラム１２１６，１２１７と入れ替える場
合の手順１３０１を示す。

【００８５】まず、処理１３０１において、新バージョ
ンプログラム１２１４のソース作成およびコンパイルを
ホスト計算機にて行なう。次に、処理１３０２におい
て、新バージョンプログラム１２１４を入れ替える計算
機を限定するために、前記入れ替え可否を指定する入れ
替え指示プログラム１２１１を起動する。

【００８６】入れ替え指示プログラム１２１１は、図１
４に示すような構成のサイト管理テーブル１２１５内の
入れ替え指示ファイルに入れ替え可否情報を設定する。
サイト管理テーブル１２１５は、サイト管理テーブルデ
ィレクトリ１４０１内に、ホスト計算機１２０１やＰＲ
Ｃ−１，２１２０２，１２０３の名称であるサイト名称
に対応したサイトディレクトリ１４０２，１４０３，１
４０４および各サイトディレクトリ内の入れ替え指示フ
ァイル１４０５，１４０６から構成される。

【００８７】入れ替え指示ファイル１４０５，１４０
６，１４０７は、それぞれ図１５にその構成示す指定サ
イト下の入れ替え指示ファイル１５００を為し、プログ
ラム単位に入れ替え可否を指定する入れ替え可否情報１
５０１，１５０２を格納する。入れ替え可否情報１５０
１，１５０２は、それぞれローディング可否を示すロー
ディング可否フラグ１５０１ａ，１５０２ａとプログラ
ム名称１５０１ｂ，１５０２ｂによって構成される。入
れ替え指示プログラム１２１１は、入れ替え対象の新バ
ージョンプログラムが、指定サイト以外ローディング不
要である場合は、指定サイト下の入れ替え指示ファイル
１５００内のローディング可否フラグ１５０１ａ，１５
０２ａを“ＬＫ”とし、ローディング要である場合には
“UL”とする。

【００８８】上記のような入れ替え可否情報をサイト毎
の入れ替え指示ファイル１４０５，１４０６，１４０７
に記憶することによりプログラム単位のローディング対
象計算機の指定を行なうことができる。

【００８９】次に、新バージョンプログラムのリンク＆
ローディング処理１３０３について、説明する。リンク
＆ローディング処理１３０３では、ホスト計算機にて新
バージョンプログラムソースをコンパイルしたオブジェ
クトをリンクし、新バージョンプログラムを作成した
後、前記サイト管理テーブル１２１５内の入れ替え指示
ファイルより新バージョンプログラムのローディング先
計算機を検索し、新バージョンプログラムと現バージョ
ンプログラムを入れ替える。

【００９０】新バージョンプログラムのローディング処
理の流れを図１６を用いて説明する。

【００９１】ボックス１６００にて、新バージョンプロ
グラムのローディング処理が開始されると、処理１６０
１において、ホスト計算機１２０１にて作成した新バー
ジョンプログラムソースよりコンパイラによってコンパ
イルされたオブジェクトをリンクし、一つの新バージョ
ンプログラム１２１４を作成する。次に、処理1602にお
いて、新バージョンプログラム１２１４をローディング
する対象計算機を入れ替え指示ファイル１５００より検
索し、ローディング対象サイトを決定し、入れ替え指示
ファイル１５００内に新バージョンプログラムと同一名
称のエントリの存在をチェックする。名称が存在しなけ
ればローディング対象外サイトとし他サイトディレクト
リ下の入れ替え指示ファイルを検索する（処理１６０
５）。新バージョンプログラムと同一名称が存在した場
合は、処理１６０３において、入れ替え指示ファイル１
５００のプログラム単位のローディング可否フラグ1501
ａ，１５０２ａを判定する。ローディング可否フラグが
１５０２ａのように“ＬＫ”の場合は、ローディング不
要とし、ローディング処理１６０４を行なわず次サイト
の検索を行なう（処理１６０５）。ローディング可否フ
ラグが１５０１ａのように“ＵＬ”の場合は、処理１６
０４において、ローディング対象サイトであると判断し
新バージョンプログラムをローディングする。この処理
をサイト数分繰り返し行なうことにより入れ替えの必要
な特定のサイトに対してだけ新バージョンプログラムを
ローディングすることができる。

【００９２】以上のように、ローディング計算機の限定
機能（鍵機能）を設けることにより、ホスト計算機１２
０１からネットワークにて接続されたＰＲＣ−１(１２
０２)及びＰＲＣ−２（１２０３）に対するプログラム
ローディング先の指定が、一度で済むため、ローディン
グ先のサイト指定誤りによるオペレションミスを防止で
きる。

【００９３】実施例４ 実施例４は、複数の計算機がネットワークで接続された
システムにおいて、特定の計算機にプログラムをローデ
ィングする際にローディング対象外計算機への誤ローデ
ィングを防止するためにサイト番号をチェックするサイ
ト番号チェック機能を有する例である。

【００９４】図１７は、実施例４に係わるサイト番号チ
ェック機能持つハード構成図である。ホスト計算機１７
０４とオンライン計算機であるＰＲＣ１７０８がネット
ワーク１７１０により接続されたシステムにおいて、Ｐ
ＲＣ１７０８は各計算機毎に割り当てられたサイト番号
を格納するサイト番号格納領域１７０９を有する。この
ＰＲＣ１７０８へローディングすべきシステムプログラ
ム１７０２とサイト番号格納部１７０３を格納媒体１７
０１に格納し、ホスト計算機１７０４は、前記格納媒体
１７０１の内容をＰＲＣ１７０８にローディングするた
めのローディング処理部１７０７と、サイト番号を比較
するためのサイト番号比較処理部1706と、格納媒体１７
０１の内容を一時的に格納する媒体内容格納領域１７０
５と、ホスト計算機１７０４に割り当てられたサイト番
号を格納するサイト番号格納領域１７１１を有する構成
とする。格納媒体１７０１としては、磁気テープ，磁気
ディスクなどの外部記憶装置を用いる。

【００９５】図１８は、図１７の構成を用いてシステム
プログラム１７０２を格納媒体1701からホスト計算機１
７０４を経由してＰＲＣ１７０８へローディングする場
合のローディング処理を示す。まず、処理１８０１にお
いて、ローディング処理部１７０７は、格納媒体１７０
１に格納されたサイト番号をホスト計算機１７０４の媒
体内容格納領域１７０５へローディングする。次に、ロ
ーディング処理部１７０７はサイト番号比較処理部１７
０６を呼び出す。そして、サイト番号比較処理部１７０
６が行なうサイト番号比較処理１８０２が行われるが、
その詳細を図１９に示す。サイト番号比較処理１８０２
では、まず、処理１９０１において、ローディング対象
計算機を判定する。

【００９６】この判定の方法の詳細は、図２０に示すよ
うに、処理２００１において、ネットワーク管理におい
て計算機識別名称として使用するホスト名のオペレータ
による指定の有無を判定する。指定が有れば、ボックス
２００２のように、PRC1708がローディング対象と判定
する。ホスト名の指定がなければ、ボックス２００３の
ように、ホスト計算機１７０４がローディング対象と判
定する。図１９の処理１９０１のローディング対象計算
機の判定により、ボックス２００２のように、ＰＲＣ１
７０８がローディング対象と判定すると、図１９の処理
１９０２において、ホスト名で指定されたＰＲＣ１７０
８のサイト番号格納領域１７０９からサイト番号をホス
ト計算機１７０４へ転送し、図１９の処理１９０３にお
いて、転送したサイト番号と媒体内容格納領域１７０５
内のサイト番号とを比較する。一方、ボックス２００３
のように、ローディング対象計算機の判定処理１９０１
によりホスト計算機１７０４へのローディングと判定す
ると、図１９の処理1904において、ホスト計算機１７０
４のサイト番号格納領域１７１１内のサイト番号と媒体
内容格納領域１７０５内のサイト番号とを比較する。

【００９７】前記処理１８０２のようにサイト番号を比
較した結果、サイト番号が一致していれば、処理１８０
３において、格納媒体１７０１からシステムプログラム
1702をホスト計算機１７０４の媒体内容格納領域１７０
５へローディング後、ローディング対象計算機であるＰ
ＲＣ１７０８またはホスト計算機１７０４へローディン
グする。

【００９８】一方、サイト番号を比較した結果サイト番
号が不一致の場合、処理１８０４において、サイト番号
不一致であることを示すメッセージを出力し、システム
プログラム１７０２のローディングを行なわずにローデ
ィング処理を終了する。

【００９９】以上説明したように、使用すべきサイト
（計算機）が限定されているプログラムが、使用すべき
サイト（計算機）以外では、使用不能となるので、使用
不使用のライセンスチェックが可能となる。

【０１００】実施例５ 本実施例では、システムプログラム事前ローディング機
能について説明する。第２１図は、ＰＲＣのシステムプ
ログラムのローディング管理を実現するプログラム構成
を示す。

【０１０１】システムプログラムは、通常プログラム単
体で管理されず、同種の機能を実現する複数のファイル
群単位で管理する。それらのファイル群をパッケージと
称する。

【０１０２】パッケージ格納プログラム２１０１は、パ
ッケージ格納処理２１０２を有し、プログラム群をパッ
ケージとして登録し、媒体に格納する。

【０１０３】事前ローディングプログラム２１０３は、
パッケージ格納プログラム２１０１が登録したパッケー
ジをＰＲＣがオンライン稼働中に格納媒体よりローディ
ングする。事前ローディングプログラム２１０３は、パ
ッケージの未提供計算機への誤ローディングを防止する
サイトチェック処理２１０３とオンライン中にローディ
ングを行う事前ローディング処理２１０５を有する。

【０１０４】変更ファイル認識プログラム２１０６は、
事前ローディングプログラム2103がローディングしたパ
ッケージと現在オンラインにおいて使用しているパッケ
ージ（以下オンライン実行環境のパッケージと称するを
比較し変更ファイルを認識する。変更ファイル認識プロ
グラム２１０６は、パッケージが正常に動作するために
必要なパッケージのバージョンのローディングを確認す
る依存関係チェック処理２１０７とローディングしたパ
ッケージ内の変更ファイルを認識する変更ファイル認識
処理２１０８と変更ファイル認識処理２１０８が認識し
た変更ファイルをネットワーク接続下のＰＲＣの補助記
憶装置にファイル転送をする変更ファイル転送処理２１
０９を有する。

【０１０５】パッケージ入替えプログラム２１１０は、
変更ファイル認識プログラム2106が認識した変更ファイ
ルをオンライン実行環境の同一名称ファイルと入替え
る。パッケージ入替えプログラム２１１０は、入替え要
求を登録する入れ替え要求処理２１１１と実際にファイ
ルの入替えを行う入替え処理２１１２を有する。

【０１０６】パッケージ復旧プログラム２１１３は、パ
ッケージ入替えプログラム２１１０が入替えたファイル
をオンライン実行環境に戻し入替え前の状態に復旧す
る。パッケージ復旧プログラム２１１３は、復旧要求を
登録する復旧要求処理２１１４と実際にファイルの復旧
を行う復旧処理２１１５を有する。

【０１０７】立ち上げ自動復旧プログラム２１１６は、
オンライン中に新たに作成したＯＳ（以下、カーネルと
称する。）をシステム再立ち上げ時に入れ替え、入れ替
えたカーネルを起動し、システム稼働状態になる以前に
システムダウンが発生した場合に再立ち上げ時に入れ替
え前のカーネルに戻し、立ち上げる。立ち上げ自動復旧
プログラム２１１６は、立ち上げ自動復旧処理２１１７
を有する。

【０１０８】第２２図は、パッケージ格納媒体内の格納
パッケージを管理するパッケージリストファイル２２０
１のフォーマットを示す。パッケージ認識番号格納エリ
ア２２０２にはパッケージ固有の認識番号を格納する。
パッケージ名格納エリア２２０３にはパッケージ名を格
納する。バージョン番号格納エリア２２０４にはパッケ
ージの時系列な管理番号であるバージョン番号を格納す
る。容量格納エリア２２０５にはパッケージ内の全体の
ファイルの合計容量を格納する。ファイルリスト格納デ
ィレクトリ２２０６にはファイル管理ファイル２３０１
格納エリアを格納する。

【０１０９】第２３図は、パッケージ構成ファイルを管
理するファイル管理ファイル2301のフォーマットを示
す。依存パッケージ名格納エリア２３０２は、パッケー
ジが正常に動作するために利用する機能を提供する他の
パッケージ名を格納する。バージョン番号格納エリア２
３０３は、利用機能を使用可能なバージョン番号を格納
する。ファイル名格納エリア２３０４は、パッケージ内
のファイル名を格納する。最終修正時刻格納エリア２３
０５は、ファイル名格納エリア２３０４のファイルの最
終修正時刻を格納する。

【０１１０】第２４図は、ファイル群をパッケージとし
て登録し、媒体に格納するパッケージ格納プログラム２
１０１のパッケージ格納処理２１０２の概要を示す。パ
ッケージ格納処理は、処理２４０２において、一つのパ
ッケージを構成するファイル群が存在するエリア名であ
るパッケージ格納ディレクトリ名の入力を受ける。次
に、処理２４０３においてパッケージ認識番号の入力
と、処理２４０４においてパッケージ名の入力と、処理
２４０５においてパッケージのバージョン番号の入力
と、処理２４０６において動作を依存する機能をもつパ
ッケージ名と依存機能が提供されているバージョン番号
の入力とを受ける。さらに処理２４０７においてパッケ
ージ格納ディレクトリ内のファイル群を認識し、ファイ
ル管理ファイル２３０１を作成し、依存するパッケージ
名格納エリア２３０２とバージョン番号格納エリア２３
０３とファイル名格納エリア２３０４と最終修正時刻格
納エリア２３０５を、処理２４０６にて、入力とファイ
ル単位に計算機のファイル管理機能を利用し入力する。
パッケージ単位に２４０１〜２４０７の処理を繰り返
し、処理２４０１において、格納要求全パッケージ情報
の入力を済未済を判断する。完了した場合に、処理２４
０８において、パッケージリストファイル２２０１を作
成し、入力をもとに、それぞれをパッケージ認識番号格
納エリア２２０２，パッケージ格納エリア２２０３，バ
ージョン番号格納エリア２２０４に情報を格納する。さ
らに、計算機のファイル管理機能を利用し、パッケージ
内のファイルの合計容量を算出し、容量格納エリアに格
納する。さらに本処理が作成したファイル管理ファイル
２３０１の格納ディレクトリをパッケージ単位に同一名
称にならないように定め、ファイルリスト格納ディレク
トリエリアに格納する２４０８。最後にパッケージリス
トファイル２２０１，ファイル管理ファイル２３０１，
パッケージ内ファイルを媒体に格納する（処理２４０
９）。

【０１１１】第２５図は、ＰＲＣの補助記憶装置２５０
１内のエリア構成を示す。

【０１１２】補助記憶装置２５０１には計算機が使用可
能なエリアの最上層を表すルートディレクトリ２５０２
が存在し、ルートディレクトリ２５０２の下層に事前ロ
ーディングディレクトリ２５０６，入替えファイル格納
ディレクトリ２５０７，復旧用ディレクトリ２５０８が
存在する。事前ローディングディレクトリ２５０６の下
層のエリアを事前ローディングエリア２５０３と定義
し、媒体内の格納パッケージ内全ファイル２５０９をロ
ーディングする。入替えファイル格納ディレクトリ２５
０７の下層のエリアを入替えファイル格納エリア２５０
４と定義し、パッケージ内全ファイル２５０９の中から
オンライン実行環境から変更されたファイルを入替えフ
ァイル群２５１０として抽出し格納する。入替えファイ
ル格納エリア２５０７には、入替えファイル群２５１０
を管理する入替えファイル管理テーブル２５１１を格納
する。復旧用ディレクトリ２５０８の下層のエリアを復
旧用エリア２５０５と定義し、入替えられたオンライン
実行環境のファイル群である入替え済みファイル群２５
１２を格納する。復旧用エリア２５０５には、入替えら
れたファイル群を管理する入替えファイル管理テーブル
２５１３も格納する。第２６図は、事前ローディングプ
ログラム２１０８の事前ローディング処理２１０５の処
理フローを示す。事前ローディング処理２１０５は、パ
ッケージ格納媒体からパッケージを構成するファイル群
を事前ローディングエリア２５０３にローディングする
処理である。

【０１１３】処理２６０１において、実施例４に示した
サイト番号チェック機能を有したサイト番号チェック処
理２１０４が、事前ローディングエリア２５０３に読み
込み済みのパッケージリストファイル２２０１とオンラ
イン実行環境下のパッケージリストファイルを比較す
る。比較内容は、パッケージ認識番号格納エリア2202内
パッケージ認識番号が同じパッケージを同一パッケージ
とみなし、同一パッケージのバージョン番号（バージョ
ン番号格納エリア２２０４内）を比較し、異なるバージ
ョンのパッケージのみを認識し、これらをローディング
対象パッケージと決定する。この処理は、既に格納され
ているパッケージの同一バージョンのローディング処理
を省略するために行う。

【０１１４】次に、処理２６０２において、容量格納エ
リア２２０５を参照し、ローディング対象パッケージ全
体のローディング容量を算出する。

【０１１５】次に処理２６０３において、計算機のファ
イル管理機能から事前ローディングエリア２５０３の空
き容量を求め、ローディング容量と比較する。

【０１１６】処理２６０４において、ローディング容量
が空き容量より小さい場合は、事前ローディングエリア
２５０３にローディング対象パッケージをローディング
する。

【０１１７】処理２６０５において、ローディング容量
が空き容量以上の場合は、計算機のファイル管理機能か
ら、空きエリアを検索し、ローディング対象パッケージ
をローディングする。

【０１１８】ＰＲＣの補助記憶装置２５０１内の事前ロ
ーディングエリア２５０３ヘ事前ローディングするの
で、システムプログラムの入替えの際の本来の計算機処
理の停止時間を短縮できる。

【０１１９】実施例６ 実施例６は、プログラムローディングにおいて、他のプ
ログラムを利用して動作するプログラムのようにプログ
ラム間で依存関係があるプログラムをローディングする
場合に、依存プログラムが無いために動作不可になるプ
ログラムのローディングを防止するための依存関係チェ
ック機能を説明するための実施例である。

【０１２０】図２７は、本実施例６に係わるプログラム
間依存関係チェック機能を持つシステムの構成図であ
り、事前ローディングを行うホスト計算機２７０１と制
御系処理を行うＰＲＣ２７１１をＬＡＮ２７１６で接続
した構成となっている。

【０１２１】ホスト計算機２７０１は、事前ローディン
グプログラムを格納する事前ローディングエリア２７０
２と、現在オンラインで動作しているプログラムを格納
するオンライン実行エリア２７０７で構成される。事前
ローディングエリア２７０２は、事前ローディングされ
たパッケージ群２７０３とパッケージ群のバージョンを
管理するパッケージリストファイル２７０４，依存パッ
ケージの名称とバージョンを管理するファイル管理ファ
イル２７０５、及びＰＲＣのパッケージリストファイル
とファイル管理ファイルを格納する比較対象ファイル格
納エリア2706を有する。オンライン実行エリア２７０７
は、現在オンラインで実行可能なパッケージ群２７０８
とパッケージ群のバージョンを管理するパッケージリス
トファイル２７０９、及び依存パッケージの名称とバー
ジョンを管理するファイル管理ファイル２７１０を有す
る。

【０１２２】ＰＲＣ２７１１は、オンラインで実行可能
なパッケージ群２７１３とパッケージ群のバージョンを
管理するパッケージリストファイル２７１４、及び依存
パッケージの名称とバージョンを管理するファイル管理
ファイル２７１５を有するオンライン実行エリア２７１
２で構成される。

【０１２３】また、複数のＰＲＣを用いた場合も同様に
構成される。

【０１２４】図２８は、前記構成を用いてプログラム間
の依存関係チェックによるパッケージのローディング可
否判定手順を示す。

【０１２５】まず、ローディング対象計算機の判定処理
２８０１を行う。ローディング対象計算機の判定方法
は、図２９に示すように、処理２９０１において、操作
者が指定するホスト名有無を判定する。処理２９０２に
おいて、ホスト名の指定があればＰＲＣ２７１１がロー
ディング対象計算機と判定する。処理２９０３におい
て、ホスト名の指定がなければホスト計算機２７０１が
ローディング対象計算機と判定する。判定の結果、ＰＲ
Ｃ２７１１がローディング対象計算機となった場合は、
処理２９０４において、ＰＲＣのパッケージリストファ
イル２７１４とファイル管理ファイル２７１５をファイ
ル転送機能を用いてホスト計算機２７０１に転送する。

【０１２６】次に、図２８の処理２８０２において、事
前ローディングパッケージ２７０３とホスト計算機２７
０１またはＰＲＣ２７１１のオンライン実行パッケージ
2708，２７１３とでバージョンの異なる変更パッケージ
の抽出処理を行う。変更パッケージの抽出処理２８０２
の内容は、図３０に示すように、処理３００１におい
て、事前ローディングエリアのパッケージリストファイ
ル２７０４とＰＲＣのオンライン実行エリア２７０７，
２７１２のパッケージリストファイル２７０９，２７１
４との比較を行い、処理３００２において、比較の結果
を判定する。相違のあるパッケージは変更パッケージ３
００３、相違のないパッケージはローディング対象外パ
ッケージ３００４と判定する。

【０１２７】次に、図２８の処理２８０３において、処
理２８０２で抽出した変更パッケージの中で、依存パッ
ケージを設定しているパッケージを抽出処理する。依存
パッケージを設定しているか否かの判定は、変更パッケ
ージに対応したファイル管理ファイル２７０５の依存パ
ッケージ名格納エリア２３０２に依存パッケージ名が設
定してあれば依存パッケージ設定パッケージ、設定して
なければローディング対象パッケージと判定する。

【０１２８】次に、処理２８０４において、判定により
依存パッケージ設定パッケージと判断されたパッケージ
のローディング可否を判定処理する。

【０１２９】依存パッケージ設定パッケージのローディ
ング可否の判定処理２８０４の内容を、図３１に示す。
処理３１０１において、ＰＲＣのオンライン実行エリア
のパッケージ群２７０８，２７１３をチェックする。こ
の依存関係を満足しなかった場合は、処理３１０４にお
いて、他の変更パッケージをチェックする。他の変更パ
ッケージとのチェック処理３１０４でも依存関係を満足
しなかった場合は、その変更パッケージはローディング
対象外パッケージと判定される（３１１０）。他の変更
パッケージとのチェック処理３１０４で依存関係を満足
した場合は、処理３１０７において、その依存パッケー
ジがローディング対象パッケージか否かの判定を行う。
ローディング対象外パッケージであれば、その変更パッ
ケージもローディング対象外パッケージと判定される
（３１１０）。処理３１０１において、ＰＲＣ計算機の
オンライン実行エリアのパッケージのチェックで依存関
係を満足した場合、あるいはそのチェックで満足しなく
ても、処理３１０４において、他の変更パッケージとの
チェックで満足し、その依存パッケージがローディング
対象パッケージと判定された場合は、処理３１０８にお
いて、ファイル管理ファイル２７０５の依存パッケージ
名格納エリア２３０２より、他の依存パッケージの設定
有無をチェックする。他の依存パッケージが設定されて
いれば、その依存パッケージについて同様な依存パッケ
ージ設定パッケージローディング可否判定処理２８０４
を行い、設定されていなければ、その変更パッケージは
ローディング対象パッケージと判断される（３１０
９）。

【０１３０】次に、処理３１０１で行うＰＲＣのオンラ
イン実行エリアのパッケージとの依存関係チェック、及
び処理３１０４で行う変更パッケージとの依存関係チェ
ックについてそれぞれの詳細内容を説明する。

【０１３１】ＰＲＣのオンライン実行エリアのパッケー
ジとの依存関係チェックの処理3101は、まず、依存パッ
ケージがＰＲＣのオンライン実行エリアのパッケージリ
ストファイル２７０９，２７１４に設定されているか、
即ちＰＲＣにローディング済みかを処理３１０２におい
てチェックする。設定されていなければ、依存関係を満
足していないと判定する。設定されていれば、次に、そ
のパッケージのバージョンを処理３１０３において比較
する。比較方法は、依存パッケージに対応した事前ロー
ディングエリアのファイル管理ファイル２７０５のバー
ジョン番号格納エリア２３０２とＰＲＣのオンライン実
行エリアのパッケージリストファイル２７０９，２７１
４のバージョン番号格納エリア２２０４を比較する。前
者のバージョン番号の方が新しければ、依存関係を満足
していないと判定し、後者のバージョン番号の方が新し
ければ、依存関係を満足していると判定する。

【０１３２】変更パッケージとの依存関係チェックの処
理３１０４は、まず、依存パッケージが変更パッケージ
に存在するか処理３１０５においてチェックする。存在
していなければ、依存関係を満足していないと判定す
る。存在していれば、次に、そのパッケージのバージョ
ンを処理３１０６において比較する。比較方法は、依存
パッケージに対応した事前ローディングエリアのファイ
ル管理ファイル２７０５のバージョン番号格納エリア２
３０２とホスト計算機の事前ローディングエリアのパッ
ケージリストファイル２７０４のバージョン番号格納エ
リア２２０４を比較する。前者のバージョン番号の方が
新しければ、依存関係を満足していないと判定し、後者
のバージョン番号の方が新しければ、依存関係を満足し
ていると判定する。

【０１３３】上記のように、ソフトウエア（プログラ
ム）単位に、前提となるソフトウエア（プログラム）が
ローディングされているかどうかという依存関係を知る
ことが出きるので、ソフトウエア（プログラム）の実行
の可否を判断（補償）できる。 実施例７ 実施例７は、プログラムローディングにおいて、ローデ
ィング時間を節約するために、変更ファイルのみローデ
ィングする場合の例である。より具体的には、最初に、
ホストとなるサイト（計算機など）へ、すべてのプログ
ラムをローディングしておき、従属関係を調べること
で、変更ファイルを抽出し、変更ファイルのみ入れ替え
るべき対象のサイト（ネットワークに接続されたＰＲＣ
などの計算機）に格納するものである。ここで、変更フ
ァイルとは、変更プログラム，データなどを含んだ概念
である。

【０１３４】図３２は、実施例７に係わる変更ファイル
のローディング機能を説明するためのシステムの構成図
であり、事前ローディングを行うホスト計算機３２０１
と制御系処理を行うＰＲＣ３２１６をＬＡＮ３２２６で
接続した構成となっている。ホスト計算機３２０１は、
事前ローディングエリア３２０２とオンライン実行エリ
ア３２１２と変更ファイル格納エリア３２０７で構成さ
れる。

【０１３５】ホスト計算機の事前ローディングエリア３
２０２は、プログラム間の依存関係チェック機能により
求めたローディング対象パッケージ群３２０３とパッケ
ージのバージョンを管理するパッケージリストファイル
３２０４と各々のパッケージを構成しているファイルの
バージョンを管理するファイル管理ファイル３２０５、
及びＰＲＣのパッケージリストファイル及びファイル管
理ファイルが格納してある比較対象ファイル格納エリア
３２０６を有する。ホスト計算機３２０１は、事前ロー
ディングエリア３２０２とオンライン実行エリア３２１
２と変更ファイル格納エリア３２０７で構成される。

【０１３６】ホスト計算機の事前ローディングエリア３
２０２内のローディング対象パッケージは、実施例５で
示した事前ローディング機能によりローディングされた
パッケージであり、パッケージを構成する全ファイルを
含む。

【０１３７】オンライン実行エリア３２１２は、現在オ
ンラインで実行可能なパッケージ群３２１３とパッケー
ジのバージョンを管理するパッケージリストファイル32
14と各々のパッケージを構成しているファイルのバージ
ョンを管理するファイル管理ファイル３２１５を有す
る。

【０１３８】変更ファイル格納エリア３２０７は、事前
ローディングエリアとオンライン実行エリアのファイル
でバージョンが異なる変更ファイル群３２０８と変更フ
ァイルの名称を管理する変更ファイル管理テーブル３２
１１とパッケージリストファイル３２０９及びファイル
管理ファイル３２１０とを有する。

【０１３９】ＰＲＣ３２１６は、オンラインで実行可能
なパッケージ群３２２３とパッケージのバージョンを管
理するパッケージリストファイル３２２４とファイル名
称を管理するファイル管理ファイル３２２５とを有する
オンライン実行エリア3222と、事前ローディングエリア
３２０２とオンライン実行エリア３２２２とでバージョ
ンが異なる変更ファイル群３２１８とパッケージのバー
ジョンを管理するパッケージリストファイル３２１９と
ファイル名称を管理するファイル管理ファイル３２２
０、及び変更ファイルの名称を管理する変更ファイル管
理テーブル3221を有する変更ファイル格納エリア３２１
７とで構成される。

【０１４０】図３３は、図３２の構成を用いて変更ファ
イルのローディングを行う手順を示す。

【０１４１】まず、処理３３０１において、ロ−ディン
グ対象計算機が、ホスト計算機3201かＰＲＣ３２１６か
の判定を行う。

【０１４２】ローディング対象計算機がＰＲＣ３２１６
の場合は、処理３３０２において、依存関係チェック時
に転送された比較対象ファイル格納エリア３２０６内の
ファイル管理ファイルと事前ローディングエリア内ロー
ディング対象パッケージのファイル管理ファイル３２０
５を比較する。この比較は、同一パッケージのファイル
管理ファイル３２０５の同一ファイル名に対し、最終修
正時刻を比較し、一致しない場合は、変更ファイルと認
識する。これにより、バージョンの異なる変更ファイル
の名称を求め、変更ファイル管理テーブルを作成する。

【０１４３】次に、処理３３０３において、その変更フ
ァイル管理テーブルに格納されている変更ファイルとパ
ッケージリストファイルと変更ファイルが属するファイ
ル管理ファイル、及び作成した変更ファイル管理テーブ
ルをホスト計算機の事前ローディングエリア３２０２か
らＰＲＣの変更ファイル格納エリア３２１７にファイル
転送機能を用いて転送する。

【０１４４】一方、ローディング対象計算機がホスト計
算機３２０１の場合は、処理3304において、ホスト計算
機のオンライン実行エリア内ローディング対象パッケー
ジのファイル管理ファイル３２０９と事前ローディング
エリア内ローディング対象パッケージのファイル管理フ
ァイル３２０５を比較する。これにより、バージョンの
異なる変更ファイルの名称を求め、ホスト計算機の変更
ファイル格納エリア３２０７に変更ファイル管理テーブ
ル３２１１を作成する。

【０１４５】次に、処理３３０５において、その変更フ
ァイル管理テーブル３２１１に格納されている変更ファ
イルと、パッケージリストファイル３２０４、及び変更
ファイルの属するファイル管理ファイル３２０５を事前
ローディングエリア３２０２から変更ファイル格納エリ
ア３２０７に格納する。

【０１４６】そして、処理３３０６において、ローディ
ング対象計算機の変更ファイル格納エリア３２０７，３
２１７に格納された変更ファイル３２０８，３２１８
は、入替え要求時に、変更ファイル管理テーブル３２１
１，３２２１に格納されているファイル名称を基に、オ
ンライン実行エリア３２１２，３２２２にローディング
され、その後で、パッケージリストファイル３２０９，
３２１９とその変更ファイルの属するファイル管理ファ
イル３２１０，３２２０がオンライン実行エリア３２１
２，３２２２にローディングされる。

【０１４７】以上のように、プログラムローディングに
おいて、変更ファイルのみローディングするので、ロー
ディング時間を節約できる。

【０１４８】実施例８ 実施例８は、システムプログラム入れ替え前への復旧機
能について説明した例である。

【０１４９】図３４は、図２１に示すパッケージ入替え
プログラム２１１０の入替え要求処理２１１１の処理フ
ローを示す。

【０１５０】入替え要求処理２１１１とは、実施例６，
７に示したプログラム依存関係チェック機能とパッケー
ジ内変更ファイルのみのローディング機能を有した変更
ファイル認識プログラム２１０６が格納した入替えファ
イル格納エリア内のパッケージ内変更ファイルをオンラ
イン実行環境の同一名称ファイルと入替える処理であ
る。入替え方法は、計算機がオンライン稼働中に入替え
るオンライン入替えの方法と、任意に計算機の稼働を停
止し立ち下げ，再稼働立ち上げ時に入替える方法との二
通りの方法を選択可能とする。

【０１５１】処理３４０１において、入替えと復旧の同
時実行を防止するため、既に入替えまたは復旧要求が登
録されているかをチェックする。登録済みであれば、処
理３４０２において、入替え要求処理を終了する。登録
未済みであれば、入替え要求を登録する。次に、処理３
４０３において、パッケージ入替えプログラム2110への
要求がオンライン入替えか否かを判定する。オンライン
入替え要求なら、処理３４０４において、入替え処理２
１１２を起動する。入替え処理２１１２が終了後、処理
３４０５において、入替え要求を解除する。オンライン
入替え要求以外の場合は、処理を終了する。オンライン
入替え要求以外の場合は、任意に計算機を停止する場合
に起動する計算機の立ち下げ処理において入替え要求を
判断し、要求がある場合に入替え処理を起動し、処理終
了後、入替え要求登録を解除する。

【０１５２】図３５は、図２１に示すパッケージ入替え
プログラム２１１０の入替え処理２１１２の処理フロー
を示す。

【０１５３】入替え処理２１１２とは、入替えファイル
格納エリア内のパッケージ内変更ファイルをオンライン
実行環境の同一名称ファイルと入替える処理である。さ
らに、オンライン実行環境の入替えられたファイルを復
旧用エリア２５０５へ移動する。

【０１５４】処理３５０１において、入替え要求登録済
みかを判定する。登録未済みの場合は処理を終了する。
登録されている場合は、処理３５０２において、すべて
のパッケージのファイルの入替えを終了した確認をす
る。終了した場合は処理を終了する。終了していない場
合は、処理３５０３において、パッケージ内の入替えフ
ァイルを入替えファイル管理テーブルより認識する。そ
して、処理３５０４において、入替えファイル格納エリ
ア２５０４のファイルとオンライン実行環境内の同一名
ファイルを入替える。さらに、入替えられたファイルは
復旧用エリア2505へ移動する。さらに、処理３５０５に
おいて、入替えファイル格納エリア2504内入替えファイ
ル管理テーブル２５１１を復旧用エリア２５０５へ移動
する。

【０１５５】図３６は、図２１に示すパッケージ復旧プ
ログラム２１１３の復旧要求処理２１１４の処理フロー
を示す。

【０１５６】復旧要求処理２１１４とは、復旧用エリア
２５０５内のパッケージ内入替え済みファイルをオンラ
イン実行環境の同一名称ファイルと入替える処理であ
る。復旧方法は、計算機がオンライン稼働中に復旧する
オンライン復旧方法と、任意に計算機の稼働を停止し立
ち下げ，再稼働立ち上げ時に復旧する方法の二通りの方
法を選択可能とする。

【０１５７】処理３６０１において、入替えと復旧の同
時実行を防止するため、既に入替えまたは復旧要求が登
録されているかをチェックする。登録済みであれば、復
旧要求処理を終了する。登録未済みであれば、処理３６
０２において、復旧要求を登録する。次に、処理３６０
３において、パッケージ復旧プログラム２１１３への要
求がオンライン復旧か否かを判定する。そして、処理３
６０４において、復旧処理２１１５を起動する。復旧処
理２１１５終了後、処理３６０５において、復旧要求を
解除する。処理３６０３において、オンライン復旧要求
以外の場合は、処理を終了する。オンライン復旧要求以
外の場合は、任意に計算機を停止する場合に起動する計
算機の立ち下げ処理において復旧要求を判断し、要求が
ある場合に後述する図３７の復旧処理を起動し、処理終
了後、復旧要求を解除する。

【０１５８】図３７は、図２１に示すパッケージ復旧プ
ログラム２１１３の復旧処理2115の処理フローを示す。

【０１５９】復旧処理２１１５とは、復旧用エリア２５
０５内のパッケージ内入替え済みファイルをオンライン
実行環境の同一名称ファイルと入替え復旧し、さらにオ
ンライン実行環境の入替えられたファイルを入替えファ
イル格納エリア２５０４へ移動する処理である。

【０１６０】処理３７０１において、復旧要求登録済み
かを判定する。登録未済みの場合は処理を終了する。登
録されている場合は、処理３７０２において、すべての
パッケージのファイルの復旧を終了したかを判定する。
終了していないと判定した場合、処理３７０３におい
て、パッケージ内の復旧ファイルを入替えファイル管理
テーブルより認識する。そして、処理３７０４におい
て、復旧用エリア２５０５のファイルとオンライン実行
環境内の同一名ファイルを入替え復旧し、さらに入替え
られたファイルは入替えファイル格納エリア２５０４へ
移動する。さらに、処理３７０５において、復旧用エリ
ア２５０５内入替えファイル管理テーブル２５１１を入
替えファイル格納エリア２５０４へ移動する。この処理
によりパッケージの入替え前の状態への復旧が可能とな
る。

【０１６１】図３８は、図２１に示す立ち上げ自動復旧
プログラム２１１６の立ち上げ自動復旧処理２１１７を
示す。立ち上げ自動復旧処理２１１７さらには、オンラ
インでシステム稼働中にＯＳであるカーネルを作成した
場合の新カーネルと旧カーネルの入替えと新カーネルで
システムを立ち上げた場合に立ち上げ処理が終了する以
前にシステムダウンが発生した場合に旧カーネルで立ち
上げ、さらにパッケージの復旧処理を行う。立ち上げ自
動復旧プログラム２１１７は、計算機の立ち上げプログ
ラムから起動される。

【０１６２】処理３８０１において、新カーネル立ち上
げ復旧フラグを判定する。オフの場合に、処理３８０２
において、新カーネル作成済みか否かを判定する。カー
ネルの新旧の判断は、カーネル名称で判断する。新カー
ネル作成済みであれば、処理３８０３において、新カー
ネル立ち上げ復旧フラグをオンする。そして、処理３８
０４において、いままで使用していた現カーネルと新カ
ーネルを入替え、現カーネルを旧カーネルとする。新カ
ーネル立ち上げ復旧フラグは、立ち上げプログラムが立
ち上げ処理終了時にオフする。そのため、新カーネル立
ち上げ復旧フラグをオフする以前にシステムダウンが発
生した場合、再び再立ち上げ時に立ち上げ自動復旧プロ
グラムが起動され、新カーネル立ち上げ復旧フラグがオ
ンであるため、処理３８０５において、旧カーネルを現
カーネルと入替える。そして、処理３８０６において、
オンライン復旧プログラムを起動し、オンライン復旧処
理を実行し、計算機の立ち下げ時に入替えたパッケージ
内のファイルをオンライン実行環境に復旧する。

【０１６３】これにより、新カーネル入替え時のシステ
ムダウン時に再立ち上げにより自動的に入替え前の状態
にすることで新カーネル入替え時のシステムダウン時間
の削減と復旧の高速化をはかることができる。

【０１６４】以上の実施例では、情報系処理と制御系処
理の２種類の処理を行う計算機システムについて述べて
きたが、本発明の技術的思想に則って、３種類以上の処
理を行う計算機システムについても同様に適用できる。

【０１６５】たとえば、実施例１のソフトウエアの分割
管理において、情報系処理をオンライン情報系処理とオ
フライン情報系処理に分割し、処理を３分割した場合の
ソフトウエア管理について説明する。ここで、オンライ
ン情報系処理を情報問い合わせやそれに対する表示処理
と定義し、オフライン情報系処理を夜間の計算機負荷が
低下する時間に行なうバッチ処理と定義する。オフライ
ン情報系処理ソフトは夜間以外未使用であり、夜間以外
の保守が可能である。

【０１６６】そのため、処理単位に保守可能時間を設定
し、ホスト計算機側で保守時間を管理する方式を用い
る。両情報系処理ソフトの管理には、Bulletin Board方
式，Broad Cast方式，Down Load 方式を用いるが、各処
理ソフトの入替え可能時間を各処理ソフトが未使用とな
る時間に設定可能とし、ホスト計算機側で設定時間以外
の入替えを禁止する。これにより、情報系ソフトウエア
の保守の信頼性を向上することが出来る。なお、制御系
処理ソフトについては、実施例２乃至実施例８に示す方
法を用いることが出来る。

【０１６７】よって、ソフトウエアの分割管理を３分割
以上に分割して管理する場合にも、本発明は適用可能で
あり、これにより、ソフトウエアの保守の信頼性を向上
することが可能となる。

【０１６８】以上の実施例では、システムプログラムを
例として説明して来たが、ユーザプログラムへも同様に
適用できる。

【０１６９】以上をまとめると、 １）保守（管理ともいう）対象とするソフトウエアを複
数のグループに分け、各グループ毎に異なる保守方式を
採用することで拡張性，柔軟性のあるソフトウエア保守
が可能である。

【０１７０】２）制御系処理ソフトウエアと情報系処理
ソフトウエアの２つのグループに分けて、保守すること
で高信頼を維持し、かつ、保守コストの削減が可能とな
る。 ３）伝送路を制御系と情報系に分け、ソフトウエア保守
は情報系伝送路を使用することにより、ソフトウエア保
守による制御系への外乱を回避することができる。

【０１７１】請求項４においては、ソフトウエア保守専
用の１台あるいは複数台の計算機を有することにより、
システム全体のソフトウエアの集中管理が可能になり、
保守効率が向上する。

【０１７２】４）新ソフトウエアへの切替に先立ち、新
ソフトウエアを事前に格納しておくことにより、切替要
求発生時のソフトウエアの切替時間を短縮できる。

【０１７３】５）変更が生じたプログラムのみを事前に
格納することにより事前格納に使用する領域を削減する
ことができる。

【０１７４】６）新ソフトウエア切替時に旧使用ソフト
ウエアを格納し、復旧可能にすることにより、切替ソフ
トウエアの不具合発生時に切替前の状態に復旧可能と
し、システムの一時的な復旧が可能になる。

【０１７５】７）ローディング時に、指定ローディング
先計算機への指定ローディングプログラムのローディン
グ可否を判定することにより、指定ローディング計算機
誤りによる誤ローディングを防止できる。

【０１７６】８）媒体よりプログラムローディング時に
識別番号の照合を行うことにより、計算機誤りによる誤
ローディングを防止できる。

【０１７７】９）ローディング時にローディング対象プ
ログラムの動作に必要なプログラムが使用可能なことを
確認することにより、プログラム動作環境不備による誤
動作を防止することができる。

【０１７８】以上の述べたことは、本発明の実施例であ
り、本発明は上記内容に限定されることなく、その技術
的思想の範囲で変形が可能である。

【０１７９】

【発明の効果】本発明によれば、信頼性，拡張性，柔軟
性のあるネットワークシステム及びそのソフトウエア管
理方法を提供することができる。

【図面の簡単な説明】

【図１】本発明の実施例のシステム構成を示す図。

【図２】本発明の実施例のシステム構成の具体例を示す
図。

【図３】本発明の実施例のソフト配布管理テーブルの構
成を示す図。

【図４】本発明の実施例のシステム構成を示す図。

【図５】本発明の実施例のプログラムバージョン情報フ
ァイル構成を示す図。

【図６】本発明の実施例のサイトバージョンアップ手順
を示す図。

【図７】本発明の実施例のサイト管理テーブル構成を示
す図。

【図８】本発明の実施例のプログラム管理テーブル構成
を示す図。

【図９】本発明の実施例のＰＲＣの構成を示す図。

【図１０】本発明の実施例の事前ローディング処理を示
す図。

【図１１】本発明の実施例のプログラム復旧処理を示す
図。

【図１２】本発明の実施例の全体構成を示す図。

【図１３】本発明の実施例のプログラム入替え手順を示
す図。

【図１４】本発明の実施例のサイト管理テーブル構成を
示す図。

【図１５】本発明の実施例の入替え指示ファイル構成を
示す図。

【図１６】本発明の実施例のローディング処理を示す
図。

【図１７】本発明の実施例のサイト番号チェック機能の
構成を示す図。

【図１８】本発明の実施例のローディング処理を示す
図。

【図１９】本発明の実施例のサイト番号比較処理を示す
図。

【図２０】本発明の実施例のローディング対象計算機の
判定処理を示す図。

【図２１】本発明の実施例のシステムプログラム保守関
連プログラム構成を示す図。

【図２２】本発明の実施例のパッケージリストファイル
構成を示す図。

【図２３】本発明の実施例のファイルリストファイル構
成を示す図。

【図２４】本発明の実施例のパッケージ格納処理を示す
図。

【図２５】本発明の実施例のシステムプログラム保守の
使用領域を示す図。

【図２６】本発明の実施例のシステムプログラムの事前
ローディング処理を示す図。

【図２７】本発明の実施例のプログラム間依存関係チェ
ック機能構成を示す図。

【図２８】本発明の実施例のプログラム間依存関係チェ
ックによるパッケージのローディング可否判定手順を示
す図。

【図２９】本発明の実施例のローディング対象計算機判
定処理を示す図。

【図３０】本発明の実施例の変更パッケージ抽出処理を
示す図。

【図３１】本発明の実施例の依存パッケージ，設定パッ
ケージのローディング可否判定処理を示す図。

【図３２】本発明の実施例の変更ファイルローディング
機能構成を示す図。

【図３３】本発明の実施例の変更ファイルのみローディ
ング処理を示す図。

【図３４】本発明の実施例のシステムプログラム入替え
要求処理を示す図。

【図３５】本発明の実施例のシステムプログラム入替え
処理を示す図。

【図３６】本発明の実施例のシステムプログラム復旧要
求処理を示す図。

【図３７】本発明の実施例のシステムプログラム復旧処
理を示す図。

【図３８】本発明の実施例のシステムプログラム立ち上
げ自動復旧処理を示す図。

【符号の説明】

１０１…ソフト保守システム、１０２…情報系システ
ム、１０３…制御系システム、１０５…伝送路。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中西 宏明 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内 (72)発明者 佐藤 秀樹 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内 (72)発明者 小林 博 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内 (72)発明者 遠藤 茂 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピユータエンジニアリング 株式会社内 (72)発明者 雑賀 敏昌 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピユータエンジニアリング 株式会社内 (72)発明者 中橋 晃文 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピユータエンジニアリング 株式会社内 (72)発明者 保里 裕之 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピユータエンジニアリング 株式会社内 (72)発明者 蛯名 朋仁 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピユータエンジニアリング 株式会社内 (72)発明者 三宮 忠一 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピユータエンジニアリング 株式会社内 (72)発明者 丹野 志麻子 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピユータエンジニアリング 株式会社内

Claims (23)

【特許請求の範囲】
1. 【請求項１】複数のネットワークと、 前記ネットワークを介して接続された複数の処理装置と
   を具備し、 前記複数の処理装置は、その処理の性質に基づいて、複
   数の処理装置群へ区分されることを特徴とするネットワ
   ークシステム。
2. 【請求項２】請求項１において、 少なくとも情報系処理を行う処理装置群と制御系処理を
   行う処理装置群とへ区分されることを特徴とするネット
   ワークシステム。
3. 【請求項３】請求項２において、制御系処理とは、制御
   対象に対応するデータベースを書き換える又は制御対象
   に直接アクセスする処理であり、情報系処理とは、制御
   対象に対応するデータベースを書き換えずかつ制御対象
   に直接アクセスしない処理であることを特徴とするネッ
   トワークシステム。
4. 【請求項４】請求項１において、 前記複数の処理装置群は、それぞれ異なる種類のソフト
   ウエア管理手段を有することを特徴とするネットワーク
   システム。
5. 【請求項５】請求項４において、 前記処理装置群は、Bulletin Board方式，Broad Cast方
   式及びDown Load 方式のいずれかに基づいたソフトウエ
   ア管理手段を有することを特徴とするネットワークシス
   テム。
6. 【請求項６】複数のネットワークと、 前記ネットワークを介して接続された複数の処理装置と
   を具備し、 前記複数のネットワークは、その処理の性質に基づい
   て、複数のネットワーク群へ区分されることを特徴とす
   るネットワークシステム。
7. 【請求項７】複数のネットワークと、 前記ネットワークを介して接続された複数の処理装置と
   を具備するものにおいて、 前記複数の処理装置の少なくとも１つの処理装置を管理
   用処理装置として設定し、 前記管理用処理装置が管理するソフトウエアを、その処
   理停止・遅延が前記システム全体の処理停止・遅延と判
   断される制御系ソフトウエアと、前記制御系ソフトウエ
   ア以外の情報系ソフトウエアとに分けて管理し、 所定の入替え可能な期間において、前記管理用処理装置
   による制御系ソフトウエアの入替えを実行し、 任意の時間において、情報系ソフトウエアの入替えが可
   能であることを特徴とするネットワークシステムのソフ
   トウエア管理方法。
8. 【請求項８】複数のネットワークと、 前記ネットワークを介して接続された複数の処理装置と
   を具備するものにおいて、 前記複数の処理装置の少なくとも１つの処理装置を管理
   用処理装置として設定し、 前記管理用処理装置において、所定ソフトウエアが更新
   された場合、 該ソフトウエアが更新されたことを該ソフトウエアが配
   布されている各処理装置に知らせる手段と更新された該
   ソフトウエアを各処理装置に配布する手段と、更新され
   た該ソフトウエアを予め決められた処理装置に対しての
   み配布する手段とを有し、各処理装置毎に前記入替え手
   段を選択可能とするネットワークシステムのソフトウエ
   ア管理方法。
9. 【請求項９】複数のネットワークと、 前記ネットワークを介して接続された複数の処理装置と
   を具備するものにおいて、 前記複数の処理装置の少なくとも１つの処理装置を管理
   用処理装置として設定し、 前記管理用処理装置において、所定ソフトウエアが更新
   された場合、 該ソフトウエアが更新されたことを該ソフトウエアが配
   布されている各処理装置に知らせる手段と、更新された
   該ソフトウエアを所定条件のもとで予め決められた処理
   装置に対してのみ配布する手段とを有することを特徴と
   するネットワークシステムのソフトウエア管理方法。
10. 【請求項１０】請求項９において、 前記所定条件は、前記処理装置単位で、レビジョンの有
    無に基づいて決定されることを特徴とするネットワーク
    システムのソフトウエア管理方法。
11. 【請求項１１】請求項９において、 前記所定条件は、前記ソフトウエア単位で、レビジョン
    の有無に基づいて決定されることを特徴とするネットワ
    ークシステムのソフトウエア管理方法。
12. 【請求項１２】請求項９において、 レビジョンの値に基づいて、各ソフトウエア毎に入替え
    可能とすることを特徴とするネットワークシステムのソ
    フトウエア管理方法。
13. 【請求項１３】複数のネットワークと、 前記ネットワークを介して接続された複数の処理装置と
    を具備するネットワークシステムにおいて、 前記複数の処理装置の少なくとも１つの処理装置を管理
    用処理装置として設定し、 該システム内の処理装置単位に現状動作しているソフト
    ウエアの格納領域とは別に領域を確保し、 前記管理専用処理装置からその他の前記処理装置の該領
    域へソフトウエアをローディングする際に、当該ローデ
    ィング可否を判定することを特徴とするネットワークシ
    ステムのソフトウエア管理方法。
14. 【請求項１４】請求項１３において、 当該ローディング可否を判定は、管理専用処理装置に有
    する管理対象処理装置単位のソフトウエアローディング
    可否を管理する情報とソフトウエア単位のローディング
    可否を管理する情報とを参照し、指定ローディング先処
    理装置への指定ローディングソフトウエアのローディン
    グ可否を判定することを特徴とするネットワークシステ
    ムのソフトウエア管理方法。
15. 【請求項１５】請求項１３において、 ソフトウエア単位にソフトウエアのバージョンを管理す
    る管理番号と該ソフトウエアが動作するために必要なソ
    フトウエア名と管理番号を所有し、前記処理装置におい
    てローディング対象ソフトウエアの動作に必要なソフト
    ウエアが使用可能なことを判定し、判定後にソフトウエ
    アを構成するプログラム単体の変更履歴を参照し、変更
    が生じたプログラムのみをローディングすることを特徴
    とするネットワークシステムのソフトウエア管理方法。
16. 【請求項１６】請求項７において、 前記制御系ソフトウエアの入替えが必要な場合、 前記処理装置の停止以前に、入替え用制御系ソフトウエ
    アを前記処理装置へローディングし、 前記処理装置の停止以後、立ち上げ直しにより、該入替
    え用の新ソフトウエアが起動されるようにし、 前記入替え用制御系ソフトウエアが入替え成功フラグを
    ｏｎする前に停止した場合は、 自動的に再立ち上げし、前記入替え用制御系ソフトウエ
    アを入替え前の旧ソフトウエアに戻すことを特徴とする
    ネットワークシステムのソフトウエア管理方法。
17. 【請求項１７】複数のネットワークと、 前記ネットワークを介して接続された複数の処理装置と
    を具備するものにおいて、 前記ネットワークが、制御系処理用ネットワークと情報
    系処理用ネットワークに分けられ、 前記処置装置へのソフトウエアの入替えは、保守情報系
    処理用ネットワークを使用することを特徴とするネット
    ワークシステムのソフトウエア管理方法。
18. 【請求項１８】請求項１７において、 前記処理装置の新ソフトウエアへの切替に先立ち、動作
    中のソフトウエアの格納領域とは別に領域を確保し、新
    ソフトウエアを事前に格納しておくことを特徴とするネ
    ットワークシステムのソフトウエア管理方法。
19. 【請求項１９】請求項１８において、 ソフトウエアのプログラム単体毎の変更履歴を管理する
    ことにより、 変更が生じたプログラムのみを事前格納することを特徴
    とするネットワークシステムのソフトウエア管理方法。
20. 【請求項２０】請求項１８において、 新ソフトウエアへの切替時に、旧ソフトウエアを前記処
    理装置の動作中ソフトウエアを格納する領域とは別な領
    域に格納し、 前記切替後においても、前記旧ソフトウエアを新ソフト
    ウエアと切替可能とすることを特徴とするネットワーク
    システムのソフトウエア管理方法。
21. 【請求項２１】複数のネットワークと、 前記ネットワークを介して接続された複数の処理装置と
    を具備するものにおいて、 前記複数の処理装置の少なくとも１つの処理装置を管理
    用処理装置として設定し、 前記管理用処理装置内に処理装置単位にローディング可
    否を管理する情報とプログラム単位のローディング可否
    を管理する情報を有し、 ローディング時に前記情報を参照し、ローディング可否
    を判定することを特徴とするネットワークシステムのソ
    フトウエア管理方法。
22. 【請求項２２】請求項２１において、前記処理装置に対
    し、固有の識別番号を設定し、該識別番号を前記処理装
    置内に記憶する手段と、プログラム格納媒体内に格納プ
    ログラムと共に前記識別番号を格納する手段とを有し、
    前記媒体よりのプログラムのローディング時に識別番号
    の照合を行うことを特徴とするネットワークシステムの
    ソフトウエア管理方法。
23. 【請求項２３】請求項２１において、プログラム格納媒
    体内にプログラム単位にプログラムバージョン番号とプ
    ログラムが動作するために必要なプログラム名とバージ
    ョン番号を持ち、ローディング時に前記情報をもとにロ
    ーディング対象プログラムの動作に必要なプログラムが
    使用可能なことを確認することを特徴とするネットワー
    クシステムのソフトウエア管理方法。