JP5473391B2 - 保護制御装置 - Google Patents

Description

本発明は、電力系統からの入力制御量を監視する保護制御装置に係り、特に、ソフトウェアを搭載した保護制御装置におけるソフトウェア更新方法に関する。

従来の保護制御装置におけるソフトウェアの更新方法は、書き込むソフトウェアおよび書込み対象装置のそれぞれに一つの識別子（以下「ＩＤ」と称する）を設定し、それぞれのＩＤが一致した場合に限り全てのソフトウェアの書込み動作を実施している。（例えば、特許文献１）

特開２００４−２７４９６４号公報

ところで、異なる機能を持つ保護制御装置を作り出す場合、ソフトウェアをプログラムおよび設定データベース（以下「ＤＢ」と表記する）により構成し、プログラムを共通にしてＤＢで設定を変更することにより、異なる機能を持つ保護制御装置を作り出すという方式（以下「従来方式」と称する）が採られる。一方、上述のように、前記特許文献１に示される従来手法では、書き込むソフトウェアおよび書込み対象装置のそれぞれに一つのＩＤを設定している。したがって、従来方式の保護制御装置に特許文献１による従来手法を適用した場合、プログラムが共通であっても、ＤＢが異なればＤＢのパターン毎に異なるＩＤが付与されることになる。

ここで、ロジック変更等でプログラムを変更した場合に、変更されたプログラムのみを該当する保護制御装置に対し一斉に書き換える場合について考える。従来方式の場合、ＤＢが異なればＤＢのパターン毎に異なるＩＤが付与されるので、異なるＩＤを持つ複数のソフトウェアの中から、該当するプログラムが含まれるソフトウェアを見つけてＩＤを抽出するという作業が必要になる。したがって、前記一斉書き換えを行う場合には、ＩＤがどのプログラムと対応するかという別の管理を行わなければならなくなり、管理が複雑になるとともに、ＩＤ抽出の作業量が大きくなってしまうという問題点がある。

また、前記ＩＤ抽出の作業を人間の手で行う場合、ＩＤの数が多くなるほど抽出漏れが発生する可能性が高くなるという問題点がある。

さらに、変更されたプログラムを保護制御装置に書き込む際には、前記のようにプログラムのみを書き換える場合であっても、異なるＩＤを持つ複数の装置の中から抽出した一つおよび複数のＩＤの何れかに一致する装置を探してその装置に書き込む必要がある。そのため、抽出したＩＤの数が多ければ対象装置を探す作業量が大きくなるとともに、書込み漏れが発生する可能性が高くなるという問題点も生ずる。

本発明は、前記に鑑みてなされたものであって、ＩＤの複雑な管理を単純化し、ソフトウェアの書込み作業を容易かつ確実に実行することができる保護制御装置を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明にかかる保護制御装置は、ソフトウェアがプログラムおよびデータベースを有して構成され、前記データベースを変更することによって異なる機能を具備させる方式の保護制御装置において、ソフトウェアを記憶するソフトウェア記憶部と、前記ソフトウェア記憶部から命令を読み出し、命令を解読し、命令で指示された演算を実行する演算処理部と、前記ソフトウェア記憶部のソフトウェアを読み出し、前記ソフトウェア記憶部にソフトウェアを書き込むソフトウェア読み出し書込み部と、前記ソフトウェア記憶部に記憶させるソフトウェアを払い出し、当該払い出したソフトウェアを前記ソフトウェア読み出し書込み部へ出力するソフトウェア払い出し部と、装置固有のＩＤとして装置毎に付された上位レベルの第１のＩＤおよび、この第１のＩＤよりも下位レベルの第２のＩＤを記憶するＩＤ記憶部と、を備え、書込み対象ソフトウェアとして前記第１のＩＤおよび前記第２のＩＤが付されたソフトウェアが払い出されるとき、前記払い出されたソフトウェアにおける第１のＩＤと、装置に付された第１のＩＤとを照合し、当該第１のＩＤ同士が一致し、且つ、当該払い出されたソフトウェアにおける第２のＩＤと装置に付された第２のＩＤとが一致しない場合、前記払い出されたソフトウェアのうちのプログラムのみの書込み処理を許可することを特徴とする。

本発明にかかる保護継電装置によれば、ＩＤの複雑な管理を単純化し、ソフトウェアの書込み作業を容易かつ確実に実行することができるという効果を奏する。

図１は、実施の形態１にかかる保護制御装置の構成を示すブロック図である。 図２は、実施の形態１における書込み対象ソフトウェアの構成を示す図である。 図３は、実施の形態１におけるＩＤの管理方法および書込み処理の一例を示す図である。 図４は、書込み対象装置の探索処理を示すフローチャートである。 図５は、払い出し処理の動作を示すフローチャートである。 図６は、実施の形態２にかかる保護制御装置の構成を示すブロック図である。 図７は、実施の形態３にかかる保護制御装置の構成を示すブロック図である。 図８は、実施の形態４にかかる保護制御装置の構成を示すブロック図である。 図９は、実施の形態４における書込み対象ソフトウェアの構成を示す図である。 図１０は、実施の形態４におけるＩＤの管理方法および書込み処理の一例を示す図である。

以下に添付図面を参照して、本発明の実施の形態にかかる保護制御装置を詳細に説明する。なお、以下に示す実施の形態により本発明が限定されるものではない。

実施の形態１．
図１は、本発明の実施の形態１にかかる保護制御装置（「制御装置」あるいは、単に「装置」と称することもある）の構成を示すブロック図である。図１に示すように、実施の形態１にかかる保護制御装置１は、保護制御装置１、ソフトウェア記憶部２、演算処理部３、ソフトウェア読み出し書込み部４、ソフトウェア払い出し部５、ＩＤ記憶部８、および表示出力部９を備えて構成されている。

図１において、ソフトウェア記憶部２は、プログラムおよびＤＢを記憶する。演算処理部３は、ソフトウェア記憶部２のプログラムに記述された処理命令を読み出し、その命令を解読し、命令で指示された演算を実行する。ソフトウェア払い出し部５は、ソフトウェア記憶部２に記憶させるソフトウェアを払い出して、このソフトウェアをソフトウェア読み出し書込み部４へ出力し、ソフトウェア書込みの際は、ソフトウェア書込み指示信号ａ１をソフトウェア読み出し書込み部４および演算処理部３へ出力する。ソフトウェア読み出し書込み部４は、ソフトウェア記憶部２のソフトウェアを読み出す一方で、ソフトウェア払い出し部５から払い出されたソフトウェアをソフトウェア記憶部２に書き込む処理を行う。

また、ＩＤ記憶部８は、制御装置自身の固有のＩＤであり、第１のＩＤとしての機種ＩＤ６および、第２のＩＤとしての装置ＩＤ７を記憶する。表示出力部９は、ＩＤ記憶部８に記憶されている機種ＩＤ６および装置ＩＤ７を表示または外部出力する。ここで表示出力部９の表示機能は、例えば液晶表示パネル（ＬＣＤ）、ヒューマン・マシン・インタフェース（ＨＭＩ）等によって実現可能である。

ここで、図１に示した保護制御装置１の基本的な動作について説明する。ソフトウェア払い出し部５は、例えばメディア（図示省略）に記憶されたソフトウェアの読み込みを行うと共に、ソフトウェア読み出し書込み部４および演算処理部３に対してソフトウェア書込み指示信号ａ１を送信する。演算処理部３は、このソフトウェア書込み指示信号ａ１を割り込み処理の一つとし、この割り込みがあった場合には、他の処理を中断し、ソフトウェア書込みモードに切り替わる。また、このソフトウェア書込み指示信号ａ１により、ソフトウェア読み出し書込み部４は、ソフトウェア払い出し部５からソフトウェアのダウンロードを開始し、ダウンロードされたソフトウェアをソフトウェア記憶部２へ書き込む。

図２は、実施の形態１における書込み対象ソフトウェアの構成を示す図である。図２に示すように、書込み対象のソフトウェア１０は、機種ＩＤ１３が付されるプログラム１１および、装置ＩＤ１４が付されるＤＢ（ＤＢ−１，ＤＢ−２，…，ＤＢ−Ｎ）１２を有して構成される。図２において、機種ＩＤ１３は、書込み可能なプログラムの種類を判断するためのＩＤであり、装置ＩＤ１４は、書込み可能なＤＢの種類を判断するためのＩＤである。これらの機種ＩＤ１３および装置ＩＤ１４は、図示のように階層的に区分されている。すなわち、機種ＩＤ１３は上位レベルのＩＤであり、装置ＩＤ１４は下位レベルのＩＤである。

ソフトウェアを書き込む際の処理の詳細については後述するが、例えば書込み対象ソフトウェアの機種ＩＤおよび装置ＩＤと、装置に付された装置固有の機種ＩＤおよび装置ＩＤとはそれぞれ照合され、機種ＩＤが一致した場合にはプログラムの書込み処理が許可され、さらに、装置ＩＤも一致した場合には、ＤＢの書込み処理をも許可される。機種ＩＤが装置ＩＤよりも上位レベルのＩＤであるという所以は、プログラムの書込み処理のみを判断する場合には、機種ＩＤのみの比較で当該書込みの可否を判断することができるからである。

つぎに、実施の形態１におけるＩＤの管理方法および書込み対象ソフトウェアと各装置との関係について図３を参照して説明する。ここで、図３は、実施の形態１におけるＩＤの管理方法および書込み処理の一例を示す図である。

図３において、各装置（装置１５〜１８）には、装置に固有な機種ＩＤおよび装置ＩＤが付与されている。ここで、プログラムの種類が共通な装置においては同一の機種ＩＤが付与される。さらに、機種ＩＤが一致する装置で、且つ、ＤＢの種類が共通な装置においては、同一の装置ＩＤが付与される。例えば、装置１５，１６，１７は、プログラムが共通（Ｔｙｐｅ＿Ｉ）であるため、同一の機種ＩＤ（０ｘＡＡ）が付与され、装置１８はプログラムが異なる（Ｔｙｐｅ＿II）ため、装置１５，１６，１７とは異なる機種ＩＤ（０ｘＢＢ）が付与されている。また、装置１５，１６は、ＤＢも共通であるため、同一の装置ＩＤ（０ｘＢＢ）が付与される一方で、装置１７はＤＢが異なる（Ｔｙｐｅ＿II）ため、装置１５，１６とは異なる装置ＩＤ（０ｘＣＣ）が付与されている。

また、例えば図示しないパーソナルコンピュータ（ＰＣ）等で管理される書込み対象のソフトウェア１０においては、プログラムおよびＤＢのタイプに応じた機種ＩＤおよび装置ＩＤが付与されている。具体的に図３の例では、書込み対象ソフトウェア１９には、プログラムのタイプ（Ｔｙｐｅ＿Ｉ）に応じた機種ＩＤ（０ｘＡＡ）およびＤＢのタイプ（Ｔｙｐｅ＿Ｉ）に応じた装置ＩＤ（０ｘＢＢ）が付与されており、機種ＩＤが一致する装置１５，１６，１７に対して、プログラムの書込みが可能である。さらに、装置ＩＤが一致する装置１５，１６については、ＤＢの書込みも可能である。

つぎに、実施の形態１にかかる書込み対象装置の探索手法について図４などを参照して説明する。なお、図４は、書込み対象装置の探索処理を示すフローチャートである。

まず、書込み対象のソフトウェアの機種ＩＤおよび装置ＩＤが取得され（ステップＳ１１）、探索装置の機種ＩＤおよび装置ＩＤも取得される（ステップＳ１２）。つぎに、それぞれの機種ＩＤが照合される（ステップＳ１３）。ここで、機種ＩＤが一致した場合（ステップＳ１３，Ｙｅｓ）、プログラムが書込み対象な装置であると判定される（ステップＳ１４）。なお、この判定処理で機種ＩＤが不一致の場合（ステップＳ１３，Ｎｏ）、プログラムおよびＤＢの双方共に書込み対象でない装置と判定され（ステップＳ１５）、今回の探索処理を終了する。

ステップＳ１４でプログラムが書込み対象な装置であると判定されると、装置ＩＤの照合処理が行われ（ステップＳ１６）、装置ＩＤが一致した場合（ステップＳ１６，Ｙｅｓ）、プログラムおよびＤＢの双方が書込み対象な装置であると判定され（ステップＳ１７）、装置ＩＤが不一致の場合（ステップＳ１６，Ｎｏ）、プログラムのみが書込み対象な装置であると判定される（ステップＳ１８）。

上述の探索処理によれば、プログラムのみを書き込む場合にはステップＳ１４までの判定処理が実行され、プログラムおよびＤＢの双方共に書き込む場合にはステップＳ１７まで判定処理が実行され、ＤＢのみを書き込む場合にはステップＳ１８まで判定処理が実行される。したがって、前記の探索処理で書込み対象と判定された装置に対してのみソフトウェアを記憶させたメディアを装置に装着すれば、次段落以降で説明する払い出し処理が自動的に実行されることになる。

つぎに、実施の形態１での払い出し処理について図５などを参照して説明する。図５は、払い出し処理の動作を示すフローチャートである。

まず、ソフトウェア払い出し部５は、例えばソフトウェア（書込み対象以外のソフトウェアが含まれていても構わない）が記憶されているメディアなどから書込み対象ソフトウェアに付された機種ＩＤおよび装置ＩＤを読み込み（ステップＳ２１）、さらに、装置固有のＩＤデータから探索装置の機種ＩＤおよび装置ＩＤを読み込む（ステップＳ２２）。つぎに、ソフトウェア払い出し部５は、書込み対象ソフトウェアの機種ＩＤと探索装置の機種ＩＤとを照合し（ステップＳ２３）、機種ＩＤが一致している場合（ステップＳ２３，Ｙｅｓ）、プログラムの払い出しを許可し（ステップＳ２４）、機種ＩＤが不一致の場合（ステップＳ２３，Ｎｏ）、プログラムおよびＤＢ共に払い出し不可として（ステップＳ２５）、本処理フローを終了する。

ステップＳ２４でプログラムの払い出しが許可されると、ソフトウェア払い出し部５は、書込み対象ソフトウェアの装置ＩＤと探索装置の装置ＩＤとを照合し（ステップＳ２６）、装置ＩＤが一致している場合（ステップＳ２６，Ｙｅｓ）、ＤＢの払い出しを許可し（ステップＳ２７）、プログラムおよびＤＢの払い出し処理を実行し（ステップＳ２８）、ステップＳ３０に移行する。一方、装置ＩＤが不一致の場合（ステップＳ２６，Ｎｏ）、ソフトウェア払い出し部５は、プログラムの書込み処理のみを実行して（ステップＳ２９）、ステップＳ３０に移行する。ソフトウェア払い出し部５は、ソフトウェア記憶部２に正しく書き込まれていることのベリファイを実行し（ステップＳ３０）、ソフトウェアが正しく書き込まれていれば（ステップＳ３０，Ｙｅｓ）、払い出し処理を終了し、正しく書き込まれていなければ（ステップＳ３０，Ｎｏ）、払い出しが完了していないとしてステップＳ２１に戻る。

このように、実施の形態１の保護制御装置によれば、装置固有のＩＤを上位レベルの機種ＩＤ（第１のＩＤ）、下位レベルの装置ＩＤ（第２のＩＤ）に区分し、プログラムは機種ＩＤで管理し、ＤＢは装置ＩＤで管理するとともに、書込み対象ソフトウェアに付与される機種ＩＤおよび装置ＩＤと、装置固有の機種ＩＤおよび装置ＩＤとをそれぞれ照合し、機種ＩＤが一致した場合に限りプログラムの書込みを実施し、機種ＩＤおよび装置ＩＤ共に一致した場合に限りプログラムおよびＤＢ双方の書込み処理を実行することとしているので、プログラムおよびＤＢを異なるＩＤで管理するため、装置のソフトウェアがプログラムおよびＤＢによって構成され、ＤＢを変更することによって異なる機能の装置を準備するという方式を採用する場合においては、プログラムおよびＤＢを異なるＩＤで管理するためＩＤの管理方法を単純化できるという効果が得られる。

また、実施の形態１の保護制御装置によれば、プログラムのみを書き換える場合においては、ＤＢが異なっていても機種ＩＤは同一であるため、該当プログラムが含まれるＩＤを抽出する作業の作業量を小さくすることができるという効果が得られる。

また、実施の形態１の保護制御装置によれば、書込み対象装置を探索処理において、探索キーとなるＩＤが機種ＩＤおよび装置ＩＤであり、最大でも２個であるので作業量を小さくすることができるという効果が得られる。

また、実施の形態１の保護制御装置によれば、装置固有のＩＤとソフトウェアのＩＤを照合した上で、一致した場合のみ払い出し処理を実行するため、ソフトウェアの書込み処理を、容易かつ不具合なく実行することができるという効果が得られる。

実施の形態２．
図６は、本発明の実施の形態２にかかる保護制御装置の構成を示すブロック図である。実施の形態１と同一または同等の部分には同一符号を付して説明を省略する。図１に示した実施の形態１との差異は、ソフトウェア払い出し部５およびＩＤ記憶部８を、他の構成部とは切り離し、遠隔地に設置された遠隔端末２０に設置していることにある。図６に示すように、ソフトウェア払い出し部５は、第一の通信処理部２１に接続されていて、ソフトウェア読み出し書込み部４および演算処理部３は、保護制御装置１側に設けられた第二の通信処理部２２に接続されている。第一の通信処理部２１および第二の通信処理部２２は、通信網２３を介して接続されている。通信網２３は、例えばローカル・エリア・ネットワーク（ＬＡＮ）やシリアル回線（例えばＲＳ４８５）等にて構成されている。ソフトウェア払い出し部５から払い出す書込み対象のソフトウェアは、第一の通信処理部２１を介して第二の通信処理部２２に送信される。第二の通信処理部２２で受信された書込み対象ソフトウェアは、ソフトウェア読み出し書込み部４へ転送される。なお、以降の処理は、実施の形態１と同様であるため説明を省略する。

前記のように構成された実施の形態２の保護制御装置では、ソフトウェア更新時に、保護制御装置が設置されている現場に出向くことなくソフトウェアの書込みを実施することができる。したがって、実施の形態２の保護制御装置によれば、実施の形態１と同様な効果に加え、保守性の向上、コスト削減といった効果も得られる。

実施の形態３．
図７は、本発明の実施の形態３にかかる保護制御装置の構成を示すブロック図である。実施の形態１，２と同一または同等の部分には同一符号を付して説明を省略する。図６に示した実施の形態２との差異は、ＩＤ記憶部８を保護制御装置側に設置すると共に、第一の通信処理部２１が複数台の保護制御装置に設けられた第二の通信処理部２２と接続されていることにある。遠隔端末２０のソフトウェア払い出し部５は、書き換え対象の保護制御装置に対して、機種ＩＤおよび装置ＩＤの取得要求ｂ１を発行し、装置からの取得応答ｂ２により装置の機種ＩＤ６および装置ＩＤ７を取得する。これら取得した機種ＩＤおよび装置ＩＤを装置固有のＩＤとする。なお、以降の処理は、実施の形態２と同様であるため説明を省略する。

実施の形態２では遠隔端末は現場に設置されている保護制御装置の台数分必要であったが、実施の形態３の保護制御装置では、一つの遠隔端末で複数台の保護制御装置に対応することができる。したがって、実施の形態３の保護制御装置によれば、実施の形態２と同様な効果に加え、更なるコストが削減が可能となる。また、実施の形態３の保護制御装置では、複数の装置に対する払い出し処理を同時に実行できるので、払い出しに要する時間を短縮できるという効果がある。

実施の形態４．
図８は、本発明の実施の形態４にかかる保護制御装置の構成を示すブロック図であり、図９は、実施の形態４における書込み対象ソフトウェアの構成を示す図である。実施の形態１と同一または同等の部分には同一符号を付して説明を省略する。図１に示した実施の形態１との差異は、ＩＤの種類としてハードウェア（Ｈ／Ｗ）の種類を区別するためのＨ／Ｗ＿ＩＤ（第３のＩＤ）を追加したことと、プログラムをＨ／Ｗの違いを吸収する基本プログラムと装置のロジック部分に対応する応用プログラムとに分けたことにある。具体的には、書込み対象のソフトウェア１０上にＨ／Ｗ＿ＩＤ２４および基本プログラム２５が追加され、装置上のソフトウェア記憶部２のプログラム用エリアが基本プログラム用エリアと応用プログラム用エリアとに分けられ、ＩＤ記憶部８にはＨ／Ｗ＿ＩＤ２６が追加されている。なお、図９に示すように、書込み対象のソフトウェアに付されるＨ／Ｗ＿ＩＤ２４は、機種ＩＤ１３とは横並びの関係にあり、装置ＩＤ１４との間では、上位下位の関係にはない。

つぎに、実施の形態４におけるＩＤの管理方法および書込み対象ソフトウェアと各装置との関係について図１０を参照して説明する。ここで、図１０は、実施の形態４におけるＩＤの管理方法および書込み処理の一例を示す図である。

図１０において、Ｈ／Ｗが共通な装置には、基本プログラムが共通であり、同じＨ／Ｗ＿ＩＤが与えられる。具体的に、装置２７，２９，３０はＨ／Ｗが共通（Ｈ／Ｗバージョン１）であるため、基本プログラムが共通であり、同じＨ／Ｗ＿ＩＤ（０ｘＡＡ）が付与され、装置２８はＨ／Ｗが異なる（Ｈ／Ｗバージョン２）ため、装置２７，２９，３０とは異なるＨ／Ｗ＿ＩＤ（０ｘＢＢ）が付与されている。機種ＩＤおよび装置ＩＤについては、機種ＩＤの管理対象が応用プログラムであることを除き、図３の場合と同様であるので説明を省略する。

また、例えば図示しないパーソナルコンピュータ（ＰＣ）等で管理される書込み対象のソフトウェア３１においては、対象とするＨ／Ｗが共通である場合、基本プログラムは共通であり、共通なＨ／Ｗ＿ＩＤが付与されている。なお、機種ＩＤおよび装置ＩＤについては、機種ＩＤの管理対象が応用プログラムであることを除き、図３の場合と同様であるので説明を省略する。

このように、実施の形態４の保護制御装置においては、実施の形態１におけるソフトウェアのプログラムをＨ／Ｗの違いを吸収する基本プログラムと装置のロジック部分に対応する応用プログラムとに分けることによりＨ／Ｗに依存するプログラムを切離すことができるため、装置のロジック部分に対応するプログラム部分の堅牢性が向上できるという効果がある。また、機種ＩＤおよび装置ＩＤがＨ／Ｗ依存部分から切り離されて設定されるため、機種ＩＤおよび装置ＩＤの管理が単純化できるという効果が得られる。

なお、実施の形態４では、プログラムをＨ／Ｗの違いを吸収する基本プログラムと装置のロジック部分に対応する応用プログラムとに分けるものとして説明したが、必ずしもこれらの区分に限定されるものではない。例えば、基本プログラムと応用プログラムとの間に介在するミドルウェアに相当するプログラムを定義し、このミドルウェアに相当するプログラムにＩ／Ｄを付与して管理してもよい。また、このミドルウェアに相当するプログラムを基本プログラムに含ませて管理してもよいし、応用プログラムに含ませて管理してもよい。

また、実施の形態１では装置固有のＩＤを第１のＩＤである機種ＩＤおよび、第２のＩＤである装置ＩＤの２種類とし、実施の形態４では第３のＩＤであるＨ／Ｗ＿ＩＤの３種類としたが、２種類および３種類にのみ限定されるものではなくＮ（Ｎは２以上の自然数）種類としてもよい。

また、実施の形態４では機種ＩＤ（第１のＩＤ）と横並びの関係にあるＨ／Ｗ＿ＩＤ（第３のＩＤ）を追加したが、機種ＩＤの下位に、装置ＩＤと横並びに第４のＩＤを追加してもよいし、装置ＩＤの下位に第５のＩＤを追加してもよい。また、新たに追加したＨ／Ｗ＿ＩＤの下位に第６のＩＤを追加してもよい。

以上のように、本発明にかかる保護制御装置は、ＩＤの複雑な管理を単純化し、ソフトウェアの書込み作業を容易かつ確実に実行することができる発明として有用である。

１ 保護制御装置
２ ソフトウェア記憶部
３ 演算処理部
４ ソフトウェア読み出し書込み部
５ ソフトウェア払い出し部
８ ＩＤ記憶部
９ 表示出力部
１０ ソフトウェア
１１ プログラム（応用プログラム）
１２ データベース（ＤＢ）
６，１３ 機種ＩＤ
７，１４ 装置ＩＤ
１９，３１ 書込み対象ソフトウェア
２０ 遠隔端末
２１ 第一の通信処理部
２２ 第二の通信処理部
２３ 通信網
２４，２６ ハードウェアＩＤ（ＨＷ＿ＩＤ）
２５ 基本プログラム

Claims (8)

1. ソフトウェアがプログラムおよびデータベースを有して構成され、前記データベースを変更することによって異なる機能を具備させる方式の保護制御装置において、
   ソフトウェアを記憶するソフトウェア記憶部と、
   前記ソフトウェア記憶部から命令を読み出し、命令を解読し、命令で指示された演算を実行する演算処理部と、
   前記ソフトウェア記憶部のソフトウェアを読み出し、前記ソフトウェア記憶部にソフトウェアを書き込むソフトウェア読み出し書込み部と、
   前記ソフトウェア記憶部に記憶させるソフトウェアを払い出し、当該払い出したソフトウェアを前記ソフトウェア読み出し書込み部へ出力するソフトウェア払い出し部と、
   装置固有のＩＤとして装置毎に付された上位レベルの第１のＩＤおよび、この第１のＩＤよりも下位レベルの第２のＩＤを記憶するＩＤ記憶部と、
   を備え、
   書込み対象ソフトウェアとして前記第１のＩＤおよび前記第２のＩＤが付されたソフトウェアが払い出されるとき、
   前記払い出されたソフトウェアにおける第１のＩＤと、装置に付された第１のＩＤとを照合し、当該第１のＩＤ同士が一致し、且つ、当該払い出されたソフトウェアにおける第２のＩＤと装置に付された第２のＩＤとが一致しない場合、前記払い出されたソフトウェアのうちのプログラムのみの書込み処理を許可することを特徴とする保護制御装置。
2. 前記ソフトウェア払い出し部を第一の通信処理部と接続すると共に、前記ソフトウェア読み出し書込み部および前記演算処理部を第二の通信処理部と接続し、
   前記第一の通信処理部と前記第二の通信処理部とが、通信回線にて接続されていることを特徴とする請求項１に記載の保護制御装置。
3. 前記第二の通信処理部は、１または複数の装置に対応して設けられており、
   前記第一の通信処理部と前記第二の通信処理部の１または複数とが通信回線にて接続され、前記１または複数の装置に対して同時にソフトウェアの払い出しが実行可能に構成されていることを特徴とする請求項２に記載の保護制御装置。
4. 前記第１のＩＤおよび前記第２のＩＤを読み出し、外部出力または表示する表示出力部を備えたことを特徴とする請求項１〜３の何れか１項に記載の保護制御装置。
5. 前記ソフトウェア読み出し書込み部は、前記ソフトウェア払い出し部から払い出されたソフトウェアが、前記ソフトウェア記憶部に正しく書き込まれているか否かをベリファイすることを特徴とする請求項１〜４の何れか１項に記載の保護制御装置。
6. 前記プログラムは、Ｈ／Ｗの違いを吸収する基本プログラムと、当該基本プログラム以外のプログラムに区分され、
   前記ＩＤ記憶部には、装置固有のＩＤとして前記基本プログラムに対応させた第３のＩＤが記憶されており、
   前記書込み対象ソフトウェアとして、さらに前記第３のＩＤが付されたソフトウェアが払い出されるとき、
   前記払い出されたソフトウェアにおける第３のＩＤと、装置に付された第３のＩＤとを照合し、当該第３のＩＤ同士が一致した場合、前記払い出されたソフトウェアのうちの基本プログラムの書込み処理を許可することを特徴とする請求項１〜５の何れか１項に記載の保護制御装置。
7. 前記プログラムは、装置のロジックに対応する応用プログラムと、当該応用プログラム以外のプログラムに区分され、
   前記第１のＩＤ同士が一致した場合、前記払い出されたソフトウェアのうちの応用プログラムの書込み処理を許可することを特徴とする請求項１〜５の何れか１項に記載の保護制御装置。
8. 前記装置固有のＩＤとして、Ｎ種類（Ｎは２以上の自然数）のＩＤが設定されることを特徴とする請求項１〜５の何れか１項に記載の保護制御装置。

Images