JPH05265956A - データ処理装置の処理手順の登録管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 もとのプログラムを壊さないでパッチを入れ
る。 【構成】 外部装置３０からデータ処理の処理手順の変
更部分のデータが送信されたときは、まず、当該変更部
分のデータを保存手段３に登録する。その後、当該保存
手段３に登録された変更部分のデータの誤り制御を行な
い、当該変更部分のデータに誤りがないときは、ステー
タス３１を登録済みに設定する。これにより、データ処
理装置の停止後、再起動を行なうときは、当該ステータ
ス３１が登録済みの場合のみ、保存手段３に登録された
変更部分のデータによる記憶手段２に登録されたデータ
処理の処理手順の変更を行なう。この結果、誤りのある
データにより記憶手段２に登録されたデータ処理の処理
手順が破壊されることを防止することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オンラインシステムを
構築する端末装置等のデータ処理装置におけるプログラ
ムパッチの登録及びそのバージョン管理を行なうデータ
処理装置の処理手順の登録管理方法に関する。

【０００２】

【従来の技術】従来、オンラインシステムを構築するデ
ータ処理装置においては、図２に示すような方式により
プログラム、即ちロードモジュールを更新していた（特
開昭62-125454 号公報参照）。

【０００３】図２は、従来のロードモジュール更新方式
によるオンラインシステムを示すブロック図である。図
示のシステムは、回線２０で接続された、中央システム
２１と、端末システム２２とから成る。中央システム２
１は、各端末システム２２から送られたデータを処理し
て該当する端末システム２２に回答を送る。端末システ
ム２２は、図３に示すような構成となっている。

【０００４】図３は、従来のロードモジュール更新方式
による端末システムを示すブロック図である。図示のシ
ステムは、主記憶装置２３と、基本処理部２４と、ディ
スク制御部２５と、回線制御部２６と、ディスク装置２
７、２８等から成る。主記憶装置２３は、ＲＡＭ等から
成り、各種のデータを一時的に格納する。基本処理部２
４は、各部の制御やデータ処理を行なう。ディスク制御
部２５は、ディスク装置２７、２８のアクセスを制御す
る。回線制御部２６は、回線２０との接続を制御する。
ディスク装置２７、２８は、それぞれ端末システムのた
めの端末プログラム及びパッチデータを格納している。
図３に示す端末システムの電源投入時、ディスク装置２
７の中の端末プログラムは、ディスク制御部２５を経て
主記憶装置２３の領域Ｍ１にロードされる。一方、ディ
スク装置２８の中のパッチデータは、図２の中央システ
ム２１から回線２０を介して回線制御部２６及びディス
ク制御部２５を経て書き込まれる。そして、端末システ
ムの電源投入時、ディスク装置２８の中のパッチデータ
はディスク制御部２５を経て主記憶装置２３の領域Ｍ２
にロードされる。このパッチデータに従い、主記憶装置
２３の領域Ｍ１にある端末プログラムがパッチされる。

【０００５】図４は、中央システム２１から回線２０を
介して端末システム２２へ送られるパッチデータの構成
を示す図である。パッチに際して、主記憶装置２３の領
域Ｍ１上の当該パッチアドレスの現在のデータとパッチ
データ中の当該旧データとの比較チェックを行ない、す
べて一致ならば、パッチデータ中の新データでパッチし
ている。また、端末システム２２は、電源投入後、ディ
スク装置２７からプログラムファイルをローディングす
る。その後、端末システム２２は、中央システム２１に
対し、当該中央システム２１で管理しているバージョン
の要求を行なう。そして、端末システム２２で保持して
いるバージョンと比較を行なう。この場合、バージョン
が不一致なら、中央システム２１に対しそのバージョン
のパッチデータの送信の要求を行なう。端末システム２
２は、パッチデータを受信し、ディスク装置２８に格納
すると、再度プログラムファイルのローディングを行な
い、バージョンが一致するまで当該処理を繰り返してい
る。

【０００６】

【発明が解決しようとする課題】しかしながら、上述し
た従来の技術には、次のような問題があった。即ち、端
末システム２２の電源を切った後、当該端末システム２
２を立ち上げようとした場合、まず、主記憶装置２３の
領域Ｍ１にディスク制御部２５を経て、ディスク装置２
７のプログラムファイルを読み込む。その後、ディスク
装置２８のパッチデータをディスク制御部２５を経て主
記憶装置２３の領域Ｍ２に読込み、当該パッチデータに
従い、主記憶装置２３の領域Ｍ１に再度パッチを入れな
ければならなかった。従って、パッチの量が多いと、ロ
ードモジュールの変更作業が煩雑となるとともに、シス
テムの起動までに時間がかかり、スループットが低下す
るという問題があった。

【０００７】また、中央システム２１から回線２０を介
して受信したパッチデータをディスク制御部２５を経て
ディスク装置２８から主記憶装置Ｍ２に読込み、そのパ
ッチデータに従い、主記憶装置Ｍ１にパッチする。この
とき、当該パッチデータの正当性チェックが不十分だっ
たので、パッチデータが不当なデータに変わっている
と、主記憶装置２３の領域Ｍ１内のプログラムが破壊さ
れてしまう。更に、バージョン管理処理においては、バ
ージョンが不一致の場合で、バージョンアップするパッ
チデータが多量の場合には、一致するまで、バージョン
アップする毎にプログラムファイルをローディングして
いる。このため、実運用に入るまでの時間がかかり過ぎ
るという問題があった。

【０００８】本発明は、以上の点に着目してなされたも
ので、パッチの安全性を向上することによりプログラム
が破壊されないようにし、制御部から送信されたパッチ
データにより一度パッチするだけで、端末システムの電
源を落し、再立ち上げしても、再パッチする必要がない
ようにし、この結果、スループットが向上できるように
したデータ処理装置の処理手順の登録管理方法を提供す
ることを目的とするものである。

【０００９】

【課題を解決するための手段】本発明のデータ処理装置
の処理手順の登録管理方法は、データ処理の処理手順を
登録する記憶手段と、当該データ処理の処理手順の変更
部分のデータを登録する保存手段と、当該保存手段に登
録された変更部分のデータが登録済か否かを示すステー
タス表示手段とを用意し、外部装置から送信されたデー
タ処理の処理手順の変更部分のデータを前記保存手段に
登録し、当該保存手段に登録された変更部分のデータの
誤り制御を行ない、当該変更部分のデータに誤りがない
ときは、前記ステータス表示手段を登録済みに設定する
ことにより、データ処理装置の停止後、再起動を行なう
ときは、当該ステータス表示手段が登録済みの場合の
み、前記保存手段に登録された変更部分のデータによる
前記記憶手段に登録されたデータ処理の処理手順の変更
を行なうことを特徴とするものである。

【００１０】

【作用】本発明のデータ処理装置の処理手順の登録管理
方法においては、データ処理の処理手順を登録する記憶
手段と、当該データ処理の処理手順の変更部分のデータ
を登録する保存手段と、当該保存手段に登録された変更
部分のデータが登録済か否かを示すステータス表示手段
とを用意する。そして、外部装置からデータ処理の処理
手順の変更部分のデータが送信されたときは、まず、当
該変更部分のデータを前記保存手段に登録する。その
後、当該保存手段に登録された変更部分のデータの誤り
制御を行ない、当該変更部分のデータに誤りがないとき
は、前記ステータス表示手段を登録済みに設定する。こ
れにより、データ処理装置の停止後、再起動を行なうと
きは、当該ステータス表示手段が登録済みの場合のみ、
前記保存手段に登録された変更部分のデータによる前記
記憶手段に登録されたデータ処理の処理手順の変更を行
なう。この結果、誤りのあるデータにより前記記憶手段
に登録されたデータ処理の処理手順が破壊されることを
防止することができる。

【００１１】

【実施例】以下、本発明の実施例を図面を参照して詳細
に説明する。図１は、本発明の方法を適用したデータ処
理装置の一実施例のブロック図である。図示の装置に
は、記憶手段２と、保存手段３と、ステータス３１とが
用意されている。記憶手段２は、運用プログラム等のデ
ータ処理の処理手順を登録する。保存手段３は、当該デ
ータ処理の処理手順の変更部分のデータを登録する。ス
テータス３１は、演算処理手段１０内のステータスレジ
スタ等から成り、保存手段３に登録された変更部分のデ
ータが登録済か否かを示す表示手段である。

【００１２】そして、外部装置３０からデータ処理の処
理手順の変更部分のデータが送信されたときは、まず、
当該変更部分のデータが保存手段３に登録される。その
後、当該保存手段に登録された変更部分のデータの誤り
制御を行ない、当該変更部分のデータに誤りがないとき
は、ステータス３１を登録済みに設定する。これによ
り、データ処理装置の停止後、再起動を行なうときは、
当該ステータス３１が登録済みの場合のみ、保存手段３
に登録された変更部分のデータによる記憶手段２に登録
されたデータ処理の処理手順の変更を行なう。この結
果、誤りのあるデータにより記憶手段２に登録されたデ
ータ処理の処理手順が破壊されることを防止することが
できる。

【００１３】図５は、本発明の方法を適用したオンライ
ンシステムのハードウェア構成図である。図示のシステ
ムは、ホストコンピュータ１１と、通信制御用コンピュ
ータ（ＴＣ）１２と、通信ケーブル１３と、端末装置１
６、１７とから成る。ホストコンピュータ１１は、各端
末装置１６、１７から通信ケーブル１３及び通信制御用
コンピュータ１２を介して送られるデータを処理する。
通信制御用コンピュータ１２は、ホストコンピュータ１
１と、各端末装置１６、１７との間の通信を制御する。

【００１４】通信ケーブル１３は、通信制御用コンピュ
ータ１２と、各端末装置１６、１７の制御部６３、７３
とを接続する。端末装置１６は、ＣＲＴ６１と、キーボ
ード６２と、制御部６３と、ディスク６５と、ＦＤＤ６
６と、プリンタ６４と、ＬＥＤ６７とから成る。端末装
置１７は、ＣＲＴ７１と、キーボード７２と、制御部７
３と、ディスク７５と、ＦＤＤ７６と、プリンタ７４
と、ＬＥＤ７７とから成るここでは、端末装置１６又は
１７の制御用とプリンタのプログラムバージョン管理方
法と、プリンタにパッチデータ即ち変更部分のデータを
書込む方法を示す。

【００１５】再び、図１の説明に戻り、詳細に説明す
る。図示の装置は、データ処理装置の一種であるプリン
タであり、演算処理手段１０のバスラインに接続され
た、回線制御手段１と、記憶手段２と、保存手段３と、
ＲＯＭ４と、ＲＡＭ５とから成る。回線制御手段１は、
プリンタの上位装置である外部装置３０の制御部とのデ
ータの送受信を行なう。記憶手段２は、ＥＥＰＲＯＭ等
から成る。ＥＥＰＲＯＭは、周知のように通常は書き換
え不可能なＲＯＭとして動作し、電気的な手法により書
き換えることも可能なメモリである。この記憶手段２に
は、上位装置である制御部より回線制御手段１を介して
送られた運用プログラムが格納される。この運用プログ
ラムは、演算処理手段１０で実際に動作するプログラム
となる。この記憶手段２に格納されたプログラムにパッ
チがかけられる。

【００１６】保存手段３は、上位装置である制御部より
回線制御手段１を介して送信されてきたパッチプログラ
ムを一時保存する。この保存手段３は、ＢＢＭ（バッテ
リ・バック・アップ・メモリ）等から成る。演算処理手
段１０は、パッチプログラムの正当性（ハッシュチェッ
ク）の制御を行ない、誤りがなかった場合に記憶手段２
にパッチを展開する。ＲＯＭ４は、いわゆるリード・オ
ンリ・メモリであり、プリンタの初期診断及び上位装置
である制御部との通信等を行なう必要最小限のプログラ
ムを格納している。ＲＡＭ５は、いわゆる書き換え可能
なランダム・アクセス・メモリである。このＲＡＭ５
は、ＲＯＭ４又は記憶手段２よりプログラムを転送し、
当該プログラムを実行する演算処理手段１０のワークエ
リアとして使用されるとともに、当該プログラムの実行
時のワークエリアとしても使用される。ＲＯＭ４に格納
された原プログラムは、ＲＯＭ４上で実行される部分
と、ＲＯＭ４からＲＡＭ５に転送され、ＲＡＭ５上で実
行される部分とに分けられる。

【００１７】電源投入時の初期診断時に記憶手段２のハ
ッシュチェックを行ない、ハッシュエラーのときは、Ｒ
ＯＭ４からＲＡＭ５にプログラム登録等に実行する必要
最小限のプログラムをＲＡＭ５に転送し、プログラム実
行権をＲＡＭ５に移し、記憶手段２へのプログラム登録
を行なう。ハッシュエラーでないときは、記憶手段２の
内容をＲＡＭ５に転送し、ＲＡＭ５にプログラム実行権
を移し、運用に入る。この制御の流れを図６に示す。

【００１８】図６は、本発明の方法を適用したデータ処
理装置の動作を説明するフローチャートである。この図
は、電源再投入時の処理手順を示す。図５の端末装置１
６、１７の電源を入れると、プリンタの初期モードが設
定され、ＲＯＭ４、ＲＡＭ５等の正常性がチェックされ
る（ステップＳ４１、Ｓ４２）。正常でなければ、プリ
ンタ６４、７４のＬＥＤ６７、７７にエラー表示が行な
われる（ステップＳ４３）。次に、記憶手段２内のプロ
グラムがＲＡＭ５に転記され、当該ＲＡＭ５に制御権が
移される（ステップＳ４４以降）。ここで、保存手段３
にパッチデータが保存されている場合は（ステップＳ４
５）、次のようなパッチデータの誤り制御を行なう。即
ち、パッチデータのハッシュチェックを行ない（ステッ
プＳ４６）、ハッシュエラーでなければ、保存手段３か
ら記憶手段２にパッチデータを書込み（ステップＳ４
８）、書込んだデータの比較チェックを行なう（ステッ
プＳ４９）。比較エラーでないときは、パッチデータ領
域のステータスにパッチデータ未登録をセットする（ス
テップＳ５０）。

【００１９】次に、記憶手段２内のプログラムのハッシ
ュチェックを行なう（ステップＳ５１、Ｓ５２）。ハッ
シュエラーでなかったら、パッチデータが記憶手段２内
に正しく書込まれたことになる。従って、このとき、記
憶手段２からＲＡＭ５に転記し（ステップＳ５３）、制
御権をＲＡＭ５に移すことによりプリンタのプログラム
が実行される。記憶手段２内のプログラムがハッシュエ
ラーのときは、エラー情報をセットし（ステップＳ５
４）、ＲＯＭ４から最小限（上位装置からのプログラム
登録等の処理を行なうためのプログラム）のプログラム
をＲＡＭ５に転記し（ステップＳ５５）、制御権をＲＡ
Ｍ５に移す。

【００２０】図７は、記憶手段の内容転記後のデータ処
理装置の動作を説明するフローチャートである。まず、
各タスクの立ち上げを行ない（ステップＳ５６）、メカ
のイニシャル処理を行なう（ステップＳ５７）。この処
理が正常に終了すれば、レディアテンション通知を行な
う（ステップＳ５８、Ｓ５９）。この後、コマンド入力
待ちとなり（ステップＳ６０）、コマンド受信により各
コマンド処理を行なう。一方、イニシャル処理が正常に
終了しなかったときは、装置故障アテンション通知を行
ない（ステップＳ６１）、リセット等の故障対処のコマ
ンドの入力待ちとなる（ステップＳ６２）。

【００２１】図８は、ＲＯＭの内容転記後の動作を説明
するフローチャートである。まず、各タスクの立ち上げ
を行ない（ステップＳ６３）、装置故障アテンション通
知を行なう（ステップＳ６４）。即ち、記憶手段２のハ
ッシュエラーが生じた旨を通知する。故障発生要因は記
憶手段２にプログラムが登録されていない場合、つまり
工場等で装置を組み上げて最初に電源を入れたとき、ま
たは何らかのハードウェア要因によりプログラムの内容
が破壊されたか又はプログラムパッチミスによるプログ
ラム破壊が考えられる。このときは、プリンタの上位装
置である制御部のＦＤＤ６６からプログラムの登録を行
ない、電源の再投入を行なう。

【００２２】図９は、制御部とプリンタのバージョン確
認方法のシーケンスチャートである。電源投入後、制御
部よりプリンタに対し、モード設定コマンドを送信する
（ステップＳ１）。プリンタは初期設定等が完了し、デ
ータリンクが確立すると、その旨のレスポンスを制御部
に対し通知する（ステップＳ２）。プリンタは、その
後、メカイニシャル等の一連の動作を完了すると、プリ
ンタのレディアテンションを通知する（ステップＳ
３）。

【００２３】ここで、制御部は、当該制御部が保存して
いるバージョンとプリンタのバージョンを確認するため
のコマンドを送信し（ステップＳ４）、レスポンスを受
信後（ステップＳ５）、比較を行ない、制御部側で保存
しているバージョンとプリンタのバージョンが同じであ
るか制御部側が古いときはそのまま運用に入る。プリン
タのバージョンが古いときは、パッチデータの登録を行
なう（ステップＳ７〜Ｓ１２）。次に、最終パッチデー
タの登録を完了すると、再度バージョン確認コマンドを
発行する（Ａ）。すべてのパッチデータの登録を終了す
ると、電源の再投入を行ない、プリンタの運用プログラ
ムを最新にして運用に入る。

【００２４】図１０は、データ登録（パッチデータ又は
新規データ）コマンド形式の説明図である。図示のコマ
ンドは、識別子ＣＭＤ１、ＣＭＤ２と、データ長ＬＮＧ
と、アドレスＡＤＲと、フラグＦＬＧと、データＤＡＴ
Ａとから成る。識別子ＣＭＤ１、２は、他のコマンドと
データ登録とを識別するためのコードである。データ長
ＬＮＧは、アドレスＡＤＲ以降のデータまでのバイト数
を示す。アドレスＡＤＲは、プログラム新規登録のとき
のプログラム登録アドレス又はパッチデータ登録のとき
のパッチ登録アドレスを示す。フラグＦＬＧは、プログ
ラム新規登録かパッチデータ登録かそれ以外かを示す。
データは、パッチデータ等のデータである。

【００２５】図１１は、フラグの内容の説明図である。
ｂ８は、新規登録かパッチ登録かを示す。ｂ７、ｂ６
は、パッチデータ登録のときのデータの意味を示す。各
ビットの値の組み合せにより、分割データか単一データ
か及び分割データの途中か最初か最終かを示す。分割デ
ータ登録の最初のデータは、プログラム版数とプログラ
ム全体のハッシュ値のデータである。分割データ登録の
途中のデータは、パッチデータである。分割データ登録
の最終データには、パッチデータ登録時のハッシュ値が
含まれる。ｂ５は、プログラム登録（新規登録、パッチ
データ登録）か、又は他の登録かを示す。ｂ３は、パッ
チデータ登録のとき、保存手段（ＢＢＭ）から記憶手段
（ＥＥＰＲＯＭ）に転記後比較チェックするか否かを示
す。ｂ２、ｂ１は、前記比較チェックエラーのときの転
記のリトライ回数を示す。

【００２６】図１２、図１３及び図１４は、本発明の方
法を適用したプログラムの登録及び変更の処理手順を説
明するフローチャートである。まず、フラグの判定を行
ない（ステップＳ７０）、プログラム登録か否かを判定
し、プログラム登録でないときは他の処理を行なう。プ
ログラム登録のときは、次に新規登録かプログラムパッ
チかを判定する（ステップＳ７１）。新規登録のとき
は、パッチデータ領域ステータスにパッチデータ未登録
をセットする（ステップＳ７２）。次に、データを記憶
手段２にデータ長ＬＮＧ数だけ書き込み（ステップＳ７
３）、書き込みを終了すると、送信されてきたデータと
記憶手段２の内容を比較する（ステップＳ７４、Ｓ７
５）。そして、正常のときは、正常終了レスポンス（ス
テップＳ７６）を送信し、プログラム登録を完了する。

【００２７】もし、ステップＳ７５で比較エラーのとき
は、故障発生アテンションと装置故障レスポンス（ＥＥ
ＰＲＯＭ）ハッシュエラーを送信し、プログラム登録を
終了する。ステップＳ７１でパッチデータ登録のとき
は、図１３に示すステップＳ８０以降の処理を行なう。
まず、フラグＦＬＧにより当該データが先頭パッチデー
タか否かを判定し（ステップＳ８０）、先頭データのと
きは、パッチデータ領域のステータスにパッチデータ登
録中をセットし（ステップＳ８１）、パッチデータ登録
ポインタにイニシャルセットする（ステップＳ８２）。
パッチデータ登録が先頭以外のときは、保存手段３の領
域に空きがあるか否かを判定し（ステップＳ８３）、領
域がフルのときは故障アテンションを制御部に通知し
（ステップS100）、パッチ登録を異常終了する。

【００２８】保存手段３の領域に空きがあるときは、保
存手段３にパッチデータを書き込み（ステップＳ８
４）、パッチ登録ポインタを更新する（ステップＳ８
５）。当該パッチデータが分割の最終でないときは（ス
テップＳ８６）、正常終了レスポンスを制御部に通知し
（ステップS103）、正常終了する。ステップＳ８６でパ
ッチデータ登録が最終のときは、パッチデータの先頭、
中間、最終すべてのハッシュチェックを行ない（ステッ
プＳ８７、Ｓ８８）、正常のときはパッチデータ領域の
ステータスに登録済みをセットする（ステップＳ８
９）。

【００２９】次に、保存手段３の全データを記憶手段２
に転記し（ステップＳ９０）、転記終了後、比較チェッ
クを行なう（ステップＳ９１）。比較の結果、正常のと
きは、パッチデータ領域ステータスに未登録をセットし
（ステップＳ９３）、正常終了レスポンスを送信し、プ
ログラムパッチ登録を終了する。ステップＳ９１の比較
結果が異常のときは、故障発生アテンション及び故障発
生レスポンスを送信し、異常終了する（ステップＳ９
２）。パッチデータ登録がすべて終了すると、電源再投
入し、記憶手段２の内容をＲＡＭ５に転記し、運用に入
る。尚、パッチデータを直接記憶手段２に書き込まず、
保存手段３に書き込んでから記憶手段２に書き込むの
は、以下のような理由による。即ち、もし、記憶手段２
に書き込んでいる途中で電源が切れた場合には、パッチ
データ領域ステータスに登録済みがセットされない。こ
のため、電源オン時に保存手段３の内容は記憶手段２に
転送されないため、運用プログラムは破壊されない。

【００３０】

【発明の効果】以上説明したように、本発明のデータ処
理装置の処理手順の登録管理方法によれば、プログラム
登録用の記憶手段とともに、プログラムパッチ用にパッ
チデータの保存手段と、ステータスとを用意して、保存
手段に格納されたパッチデータの誤り制御を行なった後
にその旨をステータスに示すようにしたので、電源投入
時にステータスを参照して誤りがないことを確認してか
ら保存手段に格納されたパッチデータを使って記憶手段
のプログラムにパッチを入れるようにすることができ、
これにより、パッチデータの登録の途中で不意に電源が
切れたり、何らかの障害が発生してパッチデータが壊れ
ている場合に、電源再投入によって誤りのあるパッチデ
ータで運用プログラムが破壊されることを防止すること
ができる。従って、運用プログラムを初めから入れ直す
ような事態が発生することを確実に防止することがで
き、データ処理装置の短時間での立ち上げを確実に保障
でき、スループットの向上を図ることができる。以上の
ようにして、端末装置の制御部とプリンタ等のデータ処
理装置に運用プログラムの版数を持たせ、電源投入時に
プログラム版数のチェックを行なうことにより、常に最
新のプログラム運用を行なえるようにすることができ
る。

【図面の簡単な説明】

【図１】本発明の方法を適用したデータ処理装置の一実
施例のブロック図である。

【図２】従来のロードモジュール更新方式によるオンラ
インシステムを示すブロック図である。

【図３】従来のロードモジュール更新方式による端末シ
ステムを示すブロック図である。

【図４】パッチデータのフォーマットの説明図である。

【図５】本発明の方法を適用したオンラインシステムの
構成の説明図である。

【図６】本発明の方法を適用したデータ処理装置の動作
を説明するフローチャートである。

【図７】記憶手段の内容転記後の動作を説明するフロー
チャートである。

【図８】ＲＯＭの内容転記後の動作を説明するフローチ
ャートである。

【図９】制御部とプリンタのバージョン確認方法を説明
するシーケンスチャートである。

【図１０】データ登録コマンド形式の説明図である。

【図１１】フラグＦＬＧの内容の説明図である。

【図１２】本発明の方法を適用したプログラムの登録及
び変更の処理手順を説明するフローチャートである。

【図１３】本発明の方法を適用したプログラムの登録及
び変更の処理手順を説明するフローチャートである。

【図１４】本発明の方法を適用したプログラムの登録及
び変更の処理手順を説明するフローチャートである。

【符号の説明】

１ 回線制御手段 ２ 記憶手段 ３ 保存手段 ４ ＲＯＭ ５ ＲＡＭ １０ 演算処理手段 ３０ 外部装置 ３１ ステータス ６１、７１ ＣＲＴ ６２、７２ キーボード ６３、７３ 制御部 ６４、７４ プリンタ ６５、７５ ディスク ６６、７６ ＦＤＤ ６７、７７ ＬＥＤ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 データ処理の処理手順を登録する記憶手
   段と、 当該データ処理の処理手順の変更部分のデータを登録す
   る保存手段と、 当該保存手段に登録された変更部分のデータが登録済か
   否かを示すステータス表示手段とを用意し、 外部装置から送信されたデータ処理の処理手順の変更部
   分のデータを前記保存手段に登録し、 当該保存手段に登録された変更部分のデータの誤り制御
   を行ない、 当該変更部分のデータに誤りがないときは、前記ステー
   タス表示手段を登録済みに設定することにより、 データ処理装置の停止後、再起動を行なうときは、当該
   ステータス表示手段が登録済みの場合のみ、 前記保存手段に登録された変更部分のデータによる前記
   記憶手段に登録されたデータ処理の処理手順の変更を行
   なうことを特徴とするデータ処理装置の処理手順の登録
   管理方法。