WO2004051469A1

WO2004051469A1 - データ処理装置、プログラム管理方法及びプログラム

Info

Publication number: WO2004051469A1
Application number: PCT/JP2002/012535
Authority: WO
Inventors: Ryo Maruyama; Kiyoshi Miyano
Original assignee: Fujitsu Limited
Priority date: 2002-11-29
Filing date: 2002-11-29
Publication date: 2004-06-17

Description

明細書データ処理装置、プログラム管理方法及びプログラム技術分野

本発明はデータ処理装置、プログラム管理方法及びプログラムに係り、特に大規模な通信装置（光伝送装置等）等、 1つの装置に複数の CPUを搭載し、夫々の CPU上で個別にソフトウェアが動作するデータ処理装置、当該データ処理装置におけるソフトウェアの版数 (バージョン)等を管理するプログラム管理方法、及ぴその方法をコンピュータに実行させるためのプログラムに関する。背景技術

近年の通信装置等の大規模データ処理装置は、主信号監視、統計処理、装置不良監視、 Webサポート等、装置内に多機能で大規模なソフトウェアを搭載するものがある。このようなデータ処理装置では、内部にパグを有するソフトウェアの入れ替え、新機能の口等を目的として、装置外部より新しいソフトゥヱァを装置内に取り込んで入れ替える、所謂ソフトウェアダウンロード（SWDL) を実施する場合がある。このような場合、ソフトウェアの入れ替えに時間を要すると、その間当該装置の主要機能である通信サービスが途切れたり、監視制御が滞る等の弊害が生ずる場合がある。このため、通常の機能を維持したまま必要なソフトウェアの入れ替え等を行なうことが望まれる。

このようなデータ処理装置では、 1つの装置上で動作する主なプログラムを纏めて 1つの大きなプログラム集合体として装置内に格納し、同じパージョンのプログラム (PGM)として管理することが多い。又、.上記の如くのプログラム規模の拡大ィ匕に対応し、装置内に複数の CPUを設け、これら C P Uを夫々複数のプログラムで並列に動作させる構成が採られる。このような構成のデータ処理装置においては、上記の如く 1つの装置内で 1つの大きなプログラムとして管理し、そのプログラムを入れ替える際、装置全体のサービスを一時的に制限する必要が生ずる場合がある。このような場合のサービス制限の度合いは個々の装置の機能構成に依存して決定される。具体的には、一時的に監視制御が出来なくなるもの、主信号の通信自体が停止してしまうもの等が考えられる。

このような機能制限の必然性を低減するため、プ pダラムを複数回に分けてその都度部分的に入れ替える方法がある。しかしながらこの方法を採用した場合であっても、装置内の同じ種別の複数のユニットを同じプログラムを用いて動作させている場合、 1つのプログラムを入れ替える際には、同一のプログラムを利用する全てのュニットのサービスが一時的に制限されるという問題点が生ずる。以下に、上記の如くの課題について、例を挙げて順に説明する。

先ず、一例として装置内に全く同じ種類のュニットが複数枚存在している場合を想定する。そしてその内の一のュ-ット内に搭載されている部品（FLASHメモリ等）が故障して新品への交換を試みた場合、デバイス開発の周期が早まったことで当該部品の製造メーカーが既にその製造を中止している場合がある。その場合、同じ部品が入手出来ない場合があり、その場合同じ機能を実現する別のデパイスで代替する必要がある。更にそのような場合、その部品を動作させるソフトウエアが必ず存在し（デバイスドライノ )、ハード部品の交換に伴つてソフトゥエアも入れ替える必要がある。このようなソフトウェアの入れ替えは、該当ュニットに止まらず、装置内の同種のユニット全てに対して行なう必要があった（特開平 9 - 7 3 4 3 7号公報、特開平 1 0— 1 6 4 1 8 0号公報等参照)。

次に、同一の構成を有する通信装置が 2台存在し (装置 A、装置 B)、且つ各々の装置において同種類のュニットを 2枚ずつ実装して夫々の通信装置間を接続し、もって現用回線、予備回線を持つ、所謂「1 + 1」のプロテクション構成を実現した状態を想定する。そのような場合、一のプログラムにバグがあったり、一部の機能を追加したい場合等、ソフトウェアのバージョンアップが必要となった場合を想定する。その場合、一装置若しくは、一機能当たり一種類のプログラムのみで対応する構成を仮定すると、その装置内のプログラムをパージヨンアップする際には、装置内の全て同種ュニットのバージョンも同時に更新する必要性が生ずる。その結果、バージョンアップ個所の CPUにはリセット動作が伴うため、上記同種のュニットによる 1 + 1プロテクションの現用回線の通信が一定期間途切れることとなる。即ち、装置内に同じ機能を果たすユニットが複数している、 1つの機能の変更を行うためのソフトウェア入れ替えは同じ種類のュニット全てに影響を与えることとなり、装置の運用効率の低下を生ずることとなる。発明の開示

本発明は上記課題の解決を目指してなされたものであり、各々が個別に C P U を有し、その動作プログラムによって夫々異なる機能を実行する複数のュニットが個々にスロットに搭載された構成のデータ処理装置において、各スロット毎に搭載ュニットの機能 a¾u及び該当プログラムの版数を個別に管理する構成を設け、随時所望の機能プログラムの版数をュニット毎に個別に更新 (パージョンアップ）可能とした。

その結果、装置全体の機能を低下させずに、或いはその機能低下度合いを最小限に抑えて効果的にソフトウェアバージョンアップが実施可能となる。その結果、例えば現用回線、予備回線によるプロテクション機能を同種の機能ュニットで実現している状態においても、個々のュニット毎に個別的にソフトウェアバージョンァップを行なうことが可能となり、もつて回線断を伴うことなく所望のソフトウェアパージョンアップを実施可能となる。

又、装置内に各ュ-ットのプログラムのバックアップ或いはオリジナルをその版数毎に予め格納しておくことにより、ソフトウェアの版数変更を所望のタイミングで迅速に実施可能となる。図面の簡単な説明

図 1は本発明の一実施例を適用したデータ処理装置の概略構成を示す図である。図 2 A， 2 B、 2 Cは、図 1の構成における装置内の制御盤のメモリ領域を説明するための図である。

図 3 A， 3 Bは、図 1， 2 A， 2 B、 2 Cに示した構成におけるソフトウェアバージョン管理機能について説明するための図（その 1 ) である。

図 4は、本発明の一実施例によるスロット毎のソフトウェアバージョン変更動作について説明するためのフローチヤ一トである。図 5は、図 1， 2A， 2B、 2 Cに示した構成におけるソフトウェアパージョン管理機能について説明するための図（その 2) である。

図 6は、本発明の一実施例によるプロテクション構成におけるスロット毎のソフトウェアバージョン変更動作について説明するためのフローチヤ一トである。図 7は、本発明の一実施例による新たなバージョンのプログラムのダウンロード、格納動作について説明するためのフローチヤ一トである。

図 8は、本発明の一実施例による不使用パージョンのプロダラム格納領域の削除動作について説明するためのフローチヤ一トである。 '

図 9A， 9Bは、図 1， 2A， 2B、 2 Cに示した構成におけるソフトウェアバージョン管理機能について説明するための図（その 3) である。

図 10A， 10Bは、図 1， 2A， 2B、 2 Cに示した構成におけるソフトゥエアバージョン管理機能について説明するための図（その 4) である。

図 11A， 12Bは、図 1， 2A， 2B、 2 Cに示した構成におけるソフトゥエアパージヨン管理機能について説明するための図（その 5) である。

図 12A， 12Bは、図 1， 2A, 2B、 2 Cに示した構成におけるソフトゥエアパージヨン管理機能について説明するための図（その 6) である。

図 13A， 14Bは、図 1， 2A， 2B、 2 Cに示した構成におけるソフトゥエアパージヨン管理機能について説明するための図（その 7) である。

図 14は、本発明の一実施例によるュ-ット交換時のソフトウェアパージヨン決定動作について説明するためのフローチヤ一トである。

図 15A， 15Bは、図 1， 2A， 2B、 2 Cに示した構成におけるソフトゥヱァパージヨン管理機能について説明するための図（その 8) である。

図 16は、本発明の一実施例によるパックアッププログラム格納領域データ圧縮動作について説明するためのフローチヤ一トである。

図 17は、本発明の一実施例によるプロダラムバックアツプ領域メモリ容量使用通知について説明するための図である。発明を実施するための最良の形態

以下、図面と共に本凳明の実施例について詳細に説明する。図 1は本発明の一実施例のデータ処理装置の概略構成を説明するための図である。本実施例によるデータ処理装置では、図示の如く、一の装置の中に、装置全体の監視制御を行う CPU 1 1 0と装置内で使用されるプログラムのパックァップ又はオリジナルを格納する不揮発性メモリ (NVM) 1 3 0とを有する制御盤 1 0 0を搭載している。

同装置内の他のスロット S L 1乃至 S L 8には、各々が CPUを搭載し、様々な機能を果たすュニット (ュ-ット 1乃至ュュット n)U 1， U 1，， U 2， U 2，， U 3、 U nを実装している。ここで夫々のユニット U iは専用のプログラム (PGM1乃至 PGMn) で動作している。したがって、各ュ-ット番号と、その中に搭載されるプログラムの: PGM番号は必ず一致する必要がある。又、この装置では、夫々のスロットには様々な種別のュニットを自由に実装して ¾することが可能である。

図 2 A, 図 2 B，図 2 Cは、図 1中の不揮発メモリ 1 3 0中の詳細を説明するための図である。同図に示すように、装置上で動作中の複数 CPU用プログラム PGMのパックアップ又はオリジナルを、メモリ（フラッシュメモリ等） 1 3 0 上にバージョン毎にパックアップ領域を用意して格納し、その中に様々なのュニットが動作するためのプログラム PGMを纏めて格納する。

又、このメモリ 1 3 0内には各ユニットで使用しているプログラム PGMの版数（バージョン）を管理する領域管理ファイル 1 3 3を設け、このファイルにて上記複数ュニットのパージョンを管理する。即ちこの領域管理ファイル 1 3 3 (図 2 B参照）には当該装置内の全スロットのユニット種別及び、夫々において動作しているプログラムのバージョンが書き込まれ、未実装の場合は「不使用」と書き込まれる。

ここで各ュニット内の CPUが使用するプロダラム PGMのパージヨンアップを部分的に行うため、ユーザによる操作に応じ、制御盤 1 3 0内で動作する管理プログラム 1 2 0の機能により、領域管理ファイル 1 3 0内のバージョン情報を更新し、当該更新されたユニットを該当ュニットにインストールしてリスタートさせることで当該ュ-ットをその新しいプログラム PGMで動作させる（図 3 A，図 3 B参照)。又、装置内の各種設定を管理する設定ファイル 132がメモリ領域 130内に格納されており、この中にはュ-ット毎に該当するプログラムの動作可能最低パージヨン番号（COMPAT:コンパティピリティ情報）が格納されている。例えば、ユニット 1の場合、 Ve r . 1以上、等（図 2C参照)。そしてこの内容も上記バージョンアップ時のチェック対象となる。この COMPAT情報を設けて動作可能版数を管理することにより、その動作可能版数範囲内にある限り、特定のバージョンのソフトウエアだけでなく、複数の異なるバージョンのソフトウェアを複数のュニットにおいて同時に動作させることが可能となる。

以下、図 4と共に、上記制御盤 130内プログラム 120の機能によって C P U 110が実行する上記パージョンアップ時の動作について更に詳細に説明する。尚、図 2Aで示すように、スロット 1， 5， 8、即ち SL1， SL5， SL8には、同じ勸 IJの 3枚のユニット Ul， Ul，， Ul"が実装されており、夫々同じ種別のプログラム PGM1でのみ動作する。ここでは、例としてスロット 1の運転を Ve r. 1から Ve r. 2にアップするための手順を図 4と共に説明する。まず、ユーザーよる操作入力による、スロット SL1を Ve r. 2に変更する要求を制御盤 100にて受信する（ステップ S 1)。それによつて制御盤 100はメモリ 130内に格納されている各種設定ファイル 132の中に記載されているュニット 1用のパージョン COMPAT (図 2 Cの例の場合、 Ve r. 1 ) を参照し、上記 V e r . 2が動作可能なパージョンであることを認識する（ステップ S 2の Ye s)。このバージョン COMPAT情報は、そこに書き込まれているパージヨンよりも新しいバージョンであれば動作可能であることを意味し、パージョンがアップする指定であれば問題無く動作出来る。逆にパージョンが下がる指定をされた際、書き込まれているパージョンより低いバージョンが指定された場合にはエラーとなる。

ステップ S 2にて動作可能な該当するプログラムのバージョンを判定した結果が「動作可能」の場合、該当するプログラム PGM1の Ve r. 2がメモリ 130 中に予め格納されているカ否かを判定するため、同メモリ内を検索する（ステツプ S4)。該当するプログラムが存在していなければ（ステップ S4の No)、ュ一ザ一に対しエラー通知を行なう（ステップ S 5)。ステップ S 4による該当プログラム PGMが存在するかの判定の結果が「存在する」の場合、制御盤 1 0 0はスロット S L 1で動作している該当するプログラム PGM1の実行を停止する指示を行ない（ステップ S 6 )、領域管理ファイル 1 3 3中のスロット S L 1に関し、そのパージヨン情報を V e r . 2に書き換える（ステップ S 7 )。

制御盤 1 0 0は更にこのスロット S L 1のュニットを再起動させる指示を行い (ステップ S 8 )、このュニットが立ち上がる際、上記ステップ S 7にて書き換えられた領域管理ファイル 1 3 3内記載内容に従って、スロット S L 1中のュニッ、トにおいて V e r . 2のプログラム PGM1を動作させる（ステップ S 9 )。その後制御盤 1 0 0は、該当するュュットが正常に起動できたことを確認後、ユーザ一に対し「バージョン変更完了通知」を行なう（ステップ S 1 0 )。

尚、この場合、領域管理ファイル 1 3 3における該当スロットのュニット用プログラムのバージョンアップが登録されることで、制御盤 1 0 0の機能により、実際に該当するスロットのユニットの再起動の際、そのメモリに対し、制御盤 1 0 0のメモリ 1 3 0に有る該当プログラム（バックアップ又はオリジナノレ）がコピーされる。そしてそのユニットの C P Uはこのコピーされたプログラム P GM に従って動作することになる。もって当該ュニットで動作するプログラム P GM の入れ替えが果たされることとなる。尚、各ユニットのメモリが不揮発メモリであった場合には上記コピー動作は上書きコピー動作とする必要がある。

このように、本発明の一実施例では、装置内のプログラム P GMをメモリ 1 3 0で一括保存することで、実際に交換するソフトゥェァ部品数が 1つで済む。又、どのスロットでどのパージヨンのプログラム P GMが動作してレヽるかをフアイル 1 3 3として管理し、そのフアイノレをメモリ 1 3 0に置くことで、この情報を装置全体の電源断からの復旧時に用いることが出来る。

又部分的にプログラム P GMを入れ替えることが可能なため、装置全体のサービス低下を防げる。また、ソフトウェア入れ替えは装置内にパックアップとして格納されているプログラム P GMとの入れ替えであるため、装置外部からプログラム P GMを取り込んで交換するよりも高速に入れ替えることが可能である。更に、装置内の設定項目をファイル 1 3 2で管理し、メモリ 1 3 0領域に置くことで、この情報も電源断からの復旧時に用いることができる。次に、図 5、図 6と共に、本発明の一実施例によるパージョンァップ動作の他の例について説明する。図 1の構成にてソフトウェア（プログラム）のバージョンを管理することで、例えば図 5に示す装置 Aのスロット S L1, スロット S L5 の 2枚のュニットを同時にバージョンアップするのではなく、 1枚ずつ順にパージョンァップ動作を行なうことが可能となる。尚、この動作は制御盤 1 0 0が自動的に実施するものとする。

即ち、先ず制御盤 1 0 0が、どのスロットとどのスロットによって 1 + 1のプロテクションを組んでいるかを認識し（運用回線と予備回線とに対応)、更に当該プロテクションが組まれたユニット（図 5の例の場合、 U l、 U 1 ') のプロダラム P GMのパージョンァップ要求を受け付けた際、現在運用していない予備回線 (プロテクション）のユニット U l，のプログラム P GM入れ替えを先ず実施して当該ユエット U l，を再起動し、新しいバージョンのプログラム P GMで運転する（領域管理ファイルの対象スロット情報も同時に更新する）。

その後、回線を切り替えて、これまで予備回線だった上記ユニット U l，を現用回線とする。更にこれまで現用回線で運転していたュュット U 1は予備回線となり、そのュニットのプログラム P GMについても上記同様にソフトウェアの入れ替えを実施する（上記同様に領域管理ファイル 1 3 3の対象スロット情報を更新する）。そして再び、回線を現用と予備との間で入れ替え、バージョンアップが開始される前の状態に戻す。このようにして全てバージョンアップ動作が終了した後、ユーザーに対し終了通知を行なう。

次に上記動作について更に例を挙げて再度説明する。図 5に示すように、同様の構成を有する装置を 2つ（装置 A，装置対向させて設置し、スロット S L 1同士、スロット S L5同士を接続して 1 + 1のプロテクション構成としている。そしてスロット S L1同士で接続された回線を現用回線、スロット S L5同士で接続された回線を予備回線としている。この 1 + 1のプロテクション構成では、スロット S L1，スロット S L5のどちらかの回線が正常運用されている限り当該装置間の通信は正常になされ得る。このような構成において、通信サービスを中断することなく装置 Aのソフトウェアパージョンアップを行う手順について図 6 に示すフローチャートに従って説明する。先ずユーザーの操作入力により、上記 1+1のプロテクション状態でのス口ット SL1，スロット SL5のソフトウェアパージヨンアップ要求があつたと仮定する（ステップ S 21)。この際の操作入力にはパージヨンアップ後の新しい版数 (V e r . 2) の指定も含まれる。これに対して制御盤 100は、当該バージョンァップが可能かどうかを判定し（ステップ S 22、 S 24)、次に上記 1+1プロテクションの内の予備系のスロットを特定する。この場合予備系はスロット S L 5 であったとする。尚、上記ステップ S 22, S 24は図 4におけるステップ S 2， S 4と夫々同様であり、重複説明を省略する。

次に予備系のスロット SL5の Ve r .1のプログラム PGM1による動作を一且停止し、上記の例同様、領域管理フアイル 133を用いて V e r . 2のプログラム PGM1への入れ替えを実施する（ステップ S 26， S 27, S 28)。次に現用回線と予備回線とを切り替え、スロット SL5を現用回線、スロット SL1 を予備回線にする（ステップ S 29)。次にスロット SL1の Ve r. 1のプログラム PGM1による動作を停止させ、 Ve r.2のプログラム PGM1に更新する (ステップ S 30、 S31, S 32)。そして最後に再度、現用回線と予備回線とを切り替え、スロット S L1を現用回線、スロット SL5を予備回線に切り替えて元の状態に戻す。以上全て正常に終了したことをユーザーに通知する（ステツプ S 34)。

このように 2枚の同種のュ-ットについてソフトウエアバージョンアップを行う際、 2枚を同時ではなく、時間差をおいてパージヨンアップすることで、 1+ 1プロテクションのサービス中断を防ぐことが出来る。又、 1+1プロテクション構成を組んだ 2枚のュニットのソフトウェア入れ替え処理を、操作入力にて開始命令を受けた後、制御盤 100の機能により、全て装置に自動的に実施させることが出来る。

次に、本発明の一実施例の他の機能として、一部のユエットのみパージヨンァップしたい場合に、外部装置より新しいバージョンのプログラムを取り込むことを可能とする機能について説明する。この場合は、さらにメモリ 130内に新たなパージョン用の領域を 1つ新たに設けて増加させることが可能であり、メモリ 130の容量が許す限り多数の領域を増加可能である（図 9 A, 図 9 B )。この場合、ユーザの操作入力によって新しいパージョンのプログラム PGMを指定された場合、制御盤 100は新しいバージョンのフォルダ（図 9 Aの例の場合、 Ve r. 3の領域）を作成し、その中に該当するプログラム PGMを格納する。更に操作入力にて新しいバージョンを入れ替えたいという要求があったは上記図 4と共に説明した手順にて該当スロットのついてプログラム入れ替えを実施する。

また、図 10A、図 1 OBの例では、スロット SL 5のユニットのみバージョンアップしたい^^に、 Ve r. 2、 Ve r. 3の夫々の領域からコピーすることにより、所望のバージョンにアップすることが可能である。この：^、結果的に Ve r. 1の領域に格納されている全てのプログラムが使用されなくなる。その場合、 Ve r. 1の領域ごと削除することが可能である。その場合、制御盤 10 0がユーザーの操作入力を契機として、或いは自動的に使用していないパージョンの領域を削除するよう構成する。

更にこの場合、予め操作入力にて不使用バージョンを自動削除するカゝ手動削除するかどうかを設定することも可能である。尚、装置の初期状態（デフォルト）は手動削除となっている。

即ち、制御盤 100は各スロットのバージョンが変更になるたびに領域管理フアイル 133を参照し、現在使用されているプログラムのバージョンを認識する。又メモリ 130中のパージヨン領域 131-1, 131-2,... を監視し、そこに格納されているプログラムのパージヨンを認識する。ここで自動削除が設定されている時は対象のバージョン領域の全プログラム P GMが不使用かどうかをチエックし、不使用であれば当該領域を削除して、ユーザーにその旨を通知する。以下この動作について、図 7のフローチャート及ぴ図 9 A，図 9 Bと共に、例を挙げて詳細に説明する。先ず、制御盤 100のメモリ 130に Ve r . 1、 V e r .2の夫々の領域 131-1, 131— 2が設けられている状態から V e r . 3の領域 131—3を追加する動作例について述べる。又、図 8のフローチヤ一ト及ぴ図 10 A, 図 10 Bと共に、逆に V e r. l、 Ve r. 2、 Ve r. 3の夫々の領域 131— 1， 131-2, 131—3を設けて使用している状態から、 V e r. 1の領域 131-1が不使用状態となった場合の領域削除動作例について説明する。

最初に、図 7及ぴ図 9 A，図 9 Bの例において、ユーザーからの操作入力にて、 Ve r .3のプログラム P GM1及ぴプログラム P GM2をダウンロードするためのファイル転送要求がなされたことを想定する（ステップ S 41)。その結果制御盤 100の CPUl 10は指定されたプログラム PGM1、プログラム PGM2の格納に要する合計メモリサイズを計算し、メモリ 130の残量より小さいかどうかを判定する（ステップ S 42)。その結果メモリ 130に格納出来ないと判断した場合（ステップ 42の No) は、ユーザーにエラー通知を行なう（ステップ S 44)。他方所要の残量があると判断された (Ye s)、次に、既に Ve r. 3の領域が存在するかどうかを判定する（ステップ S 43)。既に該当するフォノレダが存在する場合 (Ye s) は、指定されたプログラム PGM1，プログラム PG M2をダウンロードして既存の V e r . 3の領域 131— 3へ格納する（ステップ S 45、 S 46)。

他方 Ve r . 3のフォルダ領域が存在しない場合（ステップ S 43の No)、該当するフォルダを作成した後に Ve r . 3のプログラム PGM1及ぴプログラム PGM2をダウンロードして当該作成したフォルダ 131一 3内に格納する（ステツプ S 47， S48)。そして正常にプログラム PGM1、プログラム PGM2 が V e r . 3領域 131— 3に格納された際にユーザーに対し正常終了通知を行なう（ステップ S 46、 S 49)。

他方、図 8及ぴ図 10 A，図 10 Bの例では、 Ve r. l， Ve r. 2， Ve r. 3の夫々の領域 131— 1， 131-2, 131— 3を設けて使用中に、操作入力にてプログラム（スロット SL5) のバージョンを Ve r. 1から Ve r. 2 に変更する要求を受けた場合を想定する。その場合、例えば図 4と共に説明した手順にて該当するユニットのプログラム（スロット SL5) を Ve r. 1力ら V e r. 2に変更する（ステップ S 51 )。次に制御盤 100の C PU 110はメモリ 130内の設定ファイル 132を参照し、自動的に削除する設定か手動削除の設定かについての設定を読み込む。

その結果手動削除設定の場合は処理を終了し（ステップ S 54)、自動削除設定であれば、 Ve r. 1のプログラム PGMを使用している他のユニットがあるか否かにつき、領域管理ファイル 133を参照して判定する（ステップ S 53)。 V e r .1のプログラム PGMが他のュ-ットで使用されていること判明した場合、処理を終了し、使用されていなければ V e r . 1のフォルダ領域 131-1を削除して正常終了通知をユーザーに対して行なう（ステップ S 56， S 57)₀ この機能により、装置外部から取り込むことが可能なプログラム PGMのバックアップについては、メモリ 130容量の許す限り保存することが可能となる。また、使用されていないパージヨンに関するメモリ領域が生じた場合、当該バージョンに関する領域を自動的に削除することが可能である。本削除動作は、ユーザ一の操作入力によって実施することも可能であり、又設定内容によって任意の様々な異なった動作を実行させることが可能である。

次に、上記本発明の一実施例の他の機能として、一部のユニットのみのパージ aンアップを可能にする機能について述べる。この場合、新しいバージョンについての全ての種別のプログラムをダウンロードする必要はなく、所望の一部の種別のプロダラム P GMのみダウンロードして活用することが可能となる。

即ち、図 11A，図 11 Bの例にて説明するに、操作入力として新しいパージヨンのソフトウェアにバージョンアップ（Ve r. 4) する旨の要求があった場合、メモリ 130内に該当するフォルダ 131一 4を作成して当該プログラム P GMをダウンロードして格納する。この場合のバージョンアップすべきプロダラム PGMは、所望の種別のユニットに対するもののみ、即ち例えばユニット 1のプログラムである PGM1のみとすることが可能である。即ち、装置内の全 @¾IJ のユニットについて同一パージヨン (Ve r. 4) のプログラム PGM 1乃至 P GMnをダウンロード、格納する必要は無い。そして、一旦新たなパージヨンのプログラムのダウンロード、格納が済んだ後、新規に追加したパージヨンのプログラム PGM (群）の中に存在しない種別のユニットのプログラム PGMが操作入力にて要求された：^には当該要求を受け付けないこととすることが可能である。

即ち、 1つのバージョン領域 131 _ iには全ての種別のプログラム PGM 1 乃至 PGMnを格納することも可能であるし、 1種類のプログラム PGM、例えば P GM 1のみ格納することも可能である。このような構成とすることにより、 1種類のプロダラム P GMのみ入れ替えたレヽ場合は、すべてのプログラム p GM 1乃至 P GMnを当該装置に転送する必要がなく、短時間でかつ、メモリ 1 3 0 の所要容量を効果的に低減可能である。

次に、本楽明の一実施例による更に他の機能として、一部のユニットを異なつた機能をもつユニットに交換した場合（例えば、ユニット 1→ユニット 2 ) に、新しレ、機能を持つュ-ットで動作するプログラム P GMで最もパージョンの新しいプログラム P GMを自動的に選択して当該ュニット上で動作させ、或いはユーザの操作入力による指定にて所望のパージョンのプロダラムを動作可能とする機能について述べる。又、この場合、操作入力設定にて、上記の如く自動的に選択する力 \ ユーザーに選択させるかをユーザが予め選ぶようにすることも可能である。

ここで、装置の制御盤 1 0 0は常に装置内の各スロットにどの種別のュ-ットが揷入されているかを認識しており、ュニットが搭載された際にどの種別のュ- ットかを判定する。ここで領域管理ファイル 1 3 3に記載してあるュニット種別と異なつた勸 IJのュニットが実装された際、制御盤 1 0 0は設定項目を参照して以下の動作を決定する。

即ち、図 1 2 A， 1 2 Bに示すように、装置が自動的に選択する設定の場合、最新のパージョンの領域から j喟に、対象のュニットで動作可能なプログラム P G Mが存在する力否かを検索し、存在する最新のパージョンのプログラム P GM (図 1 2 A, 1 2 Bの場合、 V e r . 4の P GM 2 ) を該当するスロットのユニット ( S L 5のユニット 2) に割り当てて動作させる。他方、図 1 3 A， 1 3 Bに示す例の如くユーザーに選択させる設定の場合、ュニット 1に替えてュニット 2が実装された旨の通知をユーザーに対して行レ、、適用するプログラムのパージョン指定をユーザに促す。これに対し操作入力にてバージョン指定がなされると、それに従ったパージヨンのプログラム P GMをメモリ 1 3 0から検索し、存在していればこれを使用して当該ュニットを起動し、指定されたパージヨンが存在していなければユーザに対して再度パージョン指定を促す要求を行なう。

ここでは、図 1 3 A， 1 3 Bに示す如く、 V e r . 2で 51¾中のスロット S L 5のユニット 1をユニット 2に交換することを想定する。尚、図示の如くメモリ 130には Ve r . 4のプログラム P GM2が既に格納済みであるが、未使用であつたとする。図 14は、このようにしてユニット交換された際のソフトウェアバージョン確定動作を示す。

図中、ステップ S 61にて、スロット SL5のユニット 1がユニット 2に交換される。この場合、制御盤 100はメモリ 130内の設定ファイル 132を参照し、該当するユニット 2で動作させるプログラムの版数を自動決定するかどうかを判定する（ステップ S 62)。自動決定の設定であれば、ュ-ット 2が動作可能なプログラムプログラム PGM2について、バージョンの新しいフォルダから順に検索する。図 13Aの例では Ve r. 4が最も版数の新しいプログラムプ P G M2として存在していることが認識される（ステップ S 63)。従って Ve r. 4 のプログラム PGM2をスロット SL5のュニット 2にて動作させる（ステップ他方手動決定設定の場合（ステップ S 62の No) は、ユーザーに指示入力を要求する（ステップ S 65)。その結果ユーザーが指定（ステップ S 66) してきたパージョンの該当プログラムがメモリ 130内にある力否かを判定する（ステップ S 67)。該当プログラムが存在しない場合、再びユーザーにバージョン指定を促す（ステップ S 69)。メモリ 130内にユーザーが指定したバージョンのプログラム PGMが存在していれば指定されたパージョンで動作させる（ステップ S 68)₀

このような構成により、一部のユニットを異なった機能をもつユニットに交換した場合に、新しい機能を持つュニットで動作させるプログラムとして最もバージョンの新しいプログラムを装置が自動的に選択して動作させることが出来る。又、逆に操作入力によるユーザーの意向によってバージョンを決定することも可能であり、更にどちらの方式を利用するかをユーザに予め設定させることが可能である。

本発明の更に他の機能として、ソフトウェアバックアツプ領域としてのメモリ 130の記憶容量が残り少なくなり、且つ使用していないパージョンのプロダラムが存在している場合、そのパージヨン領域ごとデータ圧縮し、必要に応じて解凍して用いる圧縮'解凍機能について述べる。ただし、この機能を適用する場合、制限項目として、残容量が無いか非常に少ない場合には新たなパージョンのプログラムをダウンロードすることは出来ない構成とする。

具体的には、制御盤 1 0 0ではメモリ 1 3 0の記憶容量の残容量を監視し、図 8と共に説明した不使用領域自動削除を行わない設定となっている場合、データ圧縮を行なう力否かに関する設定について判定する。圧縮を行う設定の場合、 z i p形式によって所定のフォルダに対してデータ圧縮を行なう。データ圧縮を行なった際は、その結果内容（圧縮前サイズ、圧縮後サイズ）をユーザーに通知する。

この処理について、図 1 5 A， 1 5 B , 並びに図 1 6のフローチャートと共に説明する。即ち、制御盤 1 0 0ではメモリ 1 3 0を監視しており、メモリ 1 3 0 の残容量が不足して最早プログラム P GMを追加格納不可な状態になったことを認識すると（ステップ S 7 1 )、設定ファイル 1 3 2を参照し、データ圧縮を行なう設定となっている力否かを判定する（ステップ S 7 2)。データ圧縮を行わない設定となっている場合には処理を終了する。

他方、データ圧縮を行う設定の場合、全てのプログラム P GMが不使用であるバージョン領域のフォルダの有無につき、領域管理ファイル 1 3 3を参照して検索する（ステップ S 7 4 )。不使用のフォルダがあった場合 (図 1 5 Aの例の場合、 V e r . 2， V e r . 3の領域 1 3 1— 2， 1 3 1— 3 )、そのフォルダごとデ一タ圧縮を施す（ステップ S 7 5、 S 7 6 )。ステップ S 7 4乃至 S 7 6によって不使用パージョンのフォルダがすべてデータ圧縮され終わった時点でユーザーに結果を通知する（ステップ S' 7 8 )。この場合、ユーザーには、データ圧縮を行なつたフォルダに関する圧縮前サイズ、圧縮後サイズ、既圧縮パージヨンを通知する。この機能により、パックアップ領域のメモリ 1 3 0の残容量が無くなった場合に不使用バージョン領域ごと圧縮することにより、メモリ 1 3 0領域を有効に活用することが可能となる。尚このデータ圧縮動作は操作入力契機で実施することも可能であり、自動，手動のいずれをも設定可能である。

次に、本発明の一実施例の更に他の機能として、制御盤 1 0 0が装置内で異常が発生した場合や癸生しそうな状況を検知した場合、その旨をユーザーに通知する機能について述べる。ここで、各種通知を行なったり、ユーザーからの操作入力を受信して対応した制御動作は、制御盤 1 0 0のプログラム P GM 1 2 0の機能によつて一括して実行され、例えば以下の種別の通知が行われる。

異常アラーム 1 ：ユーザーの操作入力によって、メモリ 1 3 0に存在しないパ一ジョンのプログラムに対する操作が指定された場合に行なう。

異常アラーム 2：各種ソフトウエア、ハードウエア部品の誤動作（故障を含む）検出時行なう。

警告アラーム 1 ：メモリ 1 3 0の残容量が減少し、これ以上ソフトウェアを格納できなレ、場合を検出した際に行なう。

警告アラーム 2 ：ユーザーが指定した、メモリ 1 3 0領域全体容量のうち一定の領域（「％」指定）が使用済みとなった場合に行なう（図 1 7参照)。

通知 1 ：ユーザーから指定された動作が正常に終了した場合。

通知 2：メモリ 1 3 0領域容量全体が使用済みとなり、部分的に圧縮されたソフトウェアが存在する場合。

通知 3 ：ユニットが交換されたことで、そこにおいて使用するプログラムのパージョンを確定するようにユーザーに要求する場合。

このように各種通知を行なうことによってユーザーはそれを見て容易に装置状態を把握することが出来る。又、メモリ 1 3 0容量に関する上記警告は、ユーザ一が設定した％よりも高くなつた際に装置が自動的に行なうように設定しておくことにより、ユーザの指定によって任意の警告発生閾値容量％の数値を設定することが出来る。

次に、本発明の実施例の更に他の機能として、装置内のメモリ 1 3 0のソフトゥェァ格納状況及ぴ、各ュニットのソフトゥェアバージョン使用状況 (版数管理フアイル)の内容を表示する機能について述べる。ここで、上記及び図示の如く、各種設定内容は領域管理ファイル 1 3 3とは別ファイル 1 3 2に格納してある。

( 1 ) メモリ 1 3 0使用割合状況表示：全体の使用可能サイズ、使用中サイズ、残りサイズを表示する。

( 2 ) 各パージヨン領域毎プログラム P GM種別一覧表示：メモリ 1 3 0内に存在するプログラム P GMをそのパージョン毎に表示する。

( 3 ) 領域管理ファイル内容表示：スロット毎に使用しているュ-ット種別及ぴ、バージョン情報を表示する。

(4 ) メモリ 1 3 0に格納されている各種設定記録ファイルの表示：ここで表示される設定項目一覧を以下に示す。

①自動エリア削除 ON or OFF:使用していないバージョンのソフトウェアを装置が自動的に削除する力 \ 或いはユーザーの操作入力によって削除するかに関す

②バージョン自動判定 ON or OFF :装置内のュニットが交換された場合、装置が自動的に最も高いバージョンのプログラム P GMを選択して動作させる力 \ 或いはユーザーの操作入力に従つて選択するかに関する設定事項。

③圧縮 ON or OFF :メモリ 1 3 0領域の残容量が無くなった際に、装置が自動的に不使用ソフトウェアパージョンの領域を見つけてデータ圧縮を行なうか、或いはユーザーの操作入力に従ってデータ圧縮を行なうかに関する設定事項。

④メモリ 1 3 0警告 0〜； 100%：メモリ 1 3 0内使用中容量割合が本設定事項による指定数値以上になった際にユーザーに警告通知を出すための設定事項。

⑤プロテクション：装置内で組まれているプロテクション情報を記載しておく項目であり、本項目を利用して図 5に示す如くのプロテクション構成における自動プログラム入れ替えを実施するための項目。

⑥ュニット COMPATバージョン：ュニット種別毎に動作可能な最低パージョンが記載されるものであり、予めユーザーの操作入力にて設定される。本項目のバージョンよりも低いバージョンのプログラムは動作不可であることを示すための項目。

この機能により、装置内の動作状況を随時ユーザーが認識可能となる。

本発明は、以下に示す各構成を含む。

(構成 1 )

各々が独立して動作可能な複数の C P Uを夫々ュニットとして個別に所定の搭載領域に搭載して上記複数 C P Uの各々に所定の機能を実行させるためのプログラムにて動作させる構成とされてなるデータ処理装置であつて、

上記各搭載領域に搭載されたュニットの機能勸 IJとそのプログラムの版数情報よりなる領域管理情報格納部を含む構成を有するデータ処理装置。 (構成 2 )

更に上記各プログラムのバックァップ又はォリジナルを格納するバックアップ格納領域よりなる上記構成 1のデータ処理装置。

(構成 3 )

更に各ュニット種別毎にその C P Uが動作可能なプログラムの版数の情報を含む設定情報格納部を含む構成の上記構成 1又は 2のデータ処理装置。

(構成 4 )

更に制御部よりなり、制御部は操作入力により或いは所定の条件によって自動的に各ュニットを動作させるプログラムの版数を決定し、ュニット毎に該決定された版数のプログラムに入れ替える構成の上記構成 1乃至 3のうちのいずれかのデータ処理装置。

(構成 5 )

当該装置は通信装置よりなり、

対向する通信装置との間が現用回線及び予備回線とで接続され、各回線の装置内の接続は同種のユニットによってなされ、

該当する各ュニットのプログラムの版数変更をュニット毎に実行することによつて現用回線、予備回線のうちの何れカゝ一方を常時活かした状態でプログラム版数変更実行可能な構成を有する上記構成 1乃至 4のうちの何れかのデータ処理装置。

(構成 6 )

各ュニットのプログラムのパックアップ又はオリジナルはその版数毎にバックァップ格納領域に格納され、

新たな版歎のプログラムを格納する領域を設ける版数追加手段と、所定の版数のプロラムを格納した領域を削除する版数削除手段とよりなり、

版数手段による版数領域追加動作及び版数削除手段による版数領域削除動作は操作入力によつて又は所定の条件によって自動的に実施される構成の上記構成 2のデータ処理装置。

(構成 7 )

各ュニットを動作させるプログラムの版数更新時は各機能種別毎に個別的に版数更新を行なう構成の上記構成 1乃至 6のうちのいずれかのデータ処理装置。 (構成 8 )

新たにュニットを搭載する際又はュニット交換の際、操作入力により或いは自動的にそのュニットのプログラムとして所定の版数のプログラム又は所定条件を満たす版数のプログラムを選択する構成の上記構成 1乃至 7のうちのいずれかのデータ処理装置。

(構成 9 )

バックァップ格納領域の残容量によつて適宜格納されたプログラムのデータ圧縮を行なう構成の上記構成 2又は 7のデータ処理装置。

(構成 1 0 )

バックァップ格納領域の残容量に関する通知を含む装置内状況に関する通知を行なう構成の上記構成 2 , 7又は 9のデータ処理装置。

(構成 1 1 )

装置内の各ュニットの運転状況及び設定内容を通知する構成を有する上記構成 1乃至 1 0のうちのいずれかのデータ処理装置。

(構成 1 2 )

各々が独立して動作可能な複数の C P Uを夫々ユニットとして個別に所定の搭載領域に搭載して上記複数 C P Uの各々に所定の機能を実行させるためのプログラムで動作させる構成とされてなるデータ処理装置のプログラム管理方法であつて、

上記各搭載領域に搭載されたュニットの機能種別とそのプログラムの版数の情報を格納して管理する段階よりなるプログラム管理方法。

(構成 1 3 )

更に上記各プログラムのバックアツプ又はォリジナルを格納するパックアップ格納領域を設けて各プログラムのパックアップ又はオリジナルを管理する段階よりなる上記構成 1 2のプログラム管理方法。

(構成 1 4 )

更に各ュニット種別毎にその C P Uが動作可能なプログラムの版数の情報を含む設定情報を格納して管理する段階よりなる上記構成 1 2又は 1 3のプログラム管理方法。

(構成 1 5 )

更に、操作入力に従って或いは自動的に各ュニットを動作させるプログラムの版数を決定し、該決定された版数のプログラムに入れ替える段階よりなる上記構成 1 2乃至 1 4のうちのいずれかのプログラム管理方法。

(構成 1 6 )

当該装置は通信装置よりなり、対向する通信装置との間が現用回線及び予備回線とで接続され、各回線の装置内の接続は同種のュニットによってなされ、該当する各ュニットのプログラムの版数変更をュニット毎に実行することによつて現用回線、予備回線のうちの何れ力一方を常時活かした状態で版数変更を実行する段階よりなる上記構成 1 2乃至 1 5のうちの何れかのプロダラム管理方法。

(構成 1 7 )

各ュニットのプログラムのバックアップ又はオリジナルはその版数毎にパックアップ格納領域に格納され、

新たな版数のプログラムを格納する領域を設ける版数 ϋ¾Π段階と、所定の版数のプログラムを格納した領域を削除する版数削除段階とよりなり、

版数追加段階の版数領域追加動作及び版数削除段階の版数領域削除動作を操作入力によって又は所定の条件によって自動的に実施する構成の上記構成 1 3のプログラム管理方法。

(構成 1 8 )

各ュニットのプログラムの版数更新時は各機能種別毎に個別的に版数更新を行なう構成の上記構成 1 2至 1 7のうちのいずれかのプロダラム管理方法。

(構成 1 9 )

新たにュニットを搭載する際又はュ-ット交換の際、操作入力により或いは自動的にそのュニットのプログラムとして所定の版数又は所定の条件を満たす版数のプログラムを選択する構成の上記構成 1 2乃至 1 8のうちのいずれかのプログラム管理方法。

(構成 2 0 )

パックァップ格納領域の残容量によつて適宜格納されたプログラムのデータ圧縮を行なう構成の上記構成 13又は 18のプログラム管理方法。

(構成 21)

バックアツプ格納領域の残容量に関する通知を含む装置内状況に関する通知を行なう構成の上記構成 13， 18又は 20のプログラム管理方法。

(構成 22)

装置内の各ュュットの運転状況及び設定內容を通知する構成を有する上記構成 12乃至 20のうちのいずれかのプログラム管理方法。

(構成 23)

上記構成 12乃至 22のうちのいずれかのプログラム管理方法をコンピュータに実行させるためのプログラム。

(構成 24)

上記構成 23のプログラムを記録したコンピュータ読取可能記録媒体。

Claims

請求の範囲

1 . 各々が独立して動作可能な複数の C P Uを夫々ユニットとして個別に所定の搭載領域に搭載して上記複数 C P Uの各々に所定の機能を実行させるためのプログラムにて動作させる構成のデータ処理装置であつて、

上記各搭載領域に搭載されたュ-ットの機能 asリとそのプログラムの版数情報よりなる領域管理情報格納部を設けた構成を有するデータ処理装置。

2. 更に上記各プログラムのバックアツプ又はォリジナルを格納するバックァップ格納領域よりなる請求の範囲 1に記載のデータ処理装置。

3 . 更に各ュニット種別毎にその C P Uが動作可能なプログラムの版数の情報を含む設定情報格納部よりなる請求の範囲 1又は 2に記載のデータ処理装置。

4. 各々が独立して動作可能な複数の C P Uを夫々ユニットとして個別に所定の搭載領域に搭載して上記複数 C P Uの各々に所定の機能を実行させるためのプログラムにて動作させる構成のデータ処理装置のプログラム管理方法であって、上記各搭載領域に搭載されたュ-ットの機能種別とそのプログラムの版数の情報を格納して管理する段階よりなる構成を有するプログラム管理方法。

5. 上記請求の範囲 4に記載のプロダラム管理方法をコンピュータに実行させるためのプログラム。