JPH0566937A - データ処理装置及びその処理変更方法 - Google Patents

Abstract

(57)【要約】 【目的】 プログラム変更作業の工数を減少させる。 【構成】 無線通信手段１によりデータ処理の処理手順
の変更部分のデータが受信される。そして、受信された
データは、保存手段３に保存され、その正当性が判断さ
れた後、記憶手段２に記憶される。従って、プログラム
を変更すべきデータ処理装置が複数台ある場合、危険な
場所にある場合等においても、容易に作業を行なうこと
ができる。また、データ処理装置の分解や組立を行なわ
なくても、作業を行なうことができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＲＯＭ等の記憶手段に
プログラムを格納して動作するデータ処理装置、及びそ
のプログラムの内容を変更するデータ処理変更方法に関
する。

【０００２】

【従来の技術】従来、ＲＯＭ等の記憶手段にプログラム
を格納して動作するデータ処理装置においては、プログ
ラムの改訂が生じた場合、ＲＯＭ等を搭載した基板を交
換するものがあった。図２は、従来のデータ処理装置の
一例のブロック図である。図示の装置は、データ処理装
置の一種であるプリンタの制御装置である。この装置
は、ＣＰＵ５１と、ＲＯＭ５２と、ＲＡＭ５３と、Ｉ／
Ｏポート５４等から成る。ＣＰＵ５１は、プリンタを制
御する中枢である。ＲＯＭ５２は、ＣＰＵ５１で実行さ
れるプログラムや印刷時の文字パターンデータを格納す
る。ＲＡＭ５３は、受信バッファやプログラムのワーク
エリアとして使用される。Ｉ／Ｏポート５４は、印字ヘ
ッド５６、スペースモータ（ＳＰ）及び改行モータ（Ｌ
Ｆ）５７等の駆動機構に接続されるとともに、操作パネ
ル５８のスイッチやランプ及び外部装置６０とのインタ
フェース部５９等に接続される。バスライン５５は、各
部を接続し、アドレスやデータの授受を行なう。外部装
置６０は、パーソナルコンピュータやワークステーショ
ン等の本体やディスクドライブ機構から成り、インタフ
ェース部５９を介して図示のプリンタに接続される。ま
た、オンラインシステムを構築するデータ処理装置にお
いては、図３に示すような方式によりプログラム、即ち
ロードモジュールを更新していた（特開昭62-280933 号
公報第 177〜 179頁参照）。

【０００３】図３は、従来のロードモジュール更新方式
によるオンラインシステムを示すブロック図である。図
示のシステムは、ロードモジュール更新管理テーブル２
２と、ロードモジュールライブラリ２４と、メインメモ
リ２６等から成る。ロードモジュール更新管理テーブル
２２は、ロードモジュールライブラリ２４から入力され
たロードモジュールの識別子“Ａ”と、そのロードモジ
ュールに対する更新情報とを管理して保存する。ロード
モジュールライブラリ２４は、例えば、磁気ディスク装
置等から成り、オンラインシステムでのデータ処理手順
を記載したロードモジュールを格納している。

【０００４】メインメモリ２６は、ＲＡＭ（ランダム・
アクセス・メモリ）等から成り、ロードモジュールライ
ブラリ２４内のロードモジュールを転記する。メインメ
モリ２６に転記されたロードモジュールは、図示しない
プロセッサにより順次読み出されて実行される。このよ
うなシステムにおいては、メインメモリ２６上のロード
モジュールの内容を、ロードモジュール更新管理テーブ
ル２２内の更新情報により更新させる。そして、その変
更した内容でロードモジュールの実行が可能となってい
る。また、オンラインシステムの障害発生時も、当該ロ
ードモジュール更新管理テーブル２２を引き継ぐことで
更新情報を失うことなく、メインメモリ２６上のロード
モジュールの更新内容が保証される。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
た従来の技術には、次のような問題があった。即ち、従
来のデータ処理装置では、プログラムを変更するデータ
処理装置が複数台ある場合にも、１台毎にＲＯＭ基板の
交換を行なわなければならなかった。また、ＲＯＭ基板
が複数ある場合には、１台毎に変更の対象となっている
プログラムを格納したＲＯＭ基板を捜し出し、捜し出し
たＲＯＭ基板をソケットから引き抜き、交換する必要が
あった。従って、変更作業に多くの人手を要することに
なるという問題があった。特に、人が容易に近づくこと
のできない場所や危険な場所で稼動しているデータ処理
装置のＲＯＭ基板を交換する必要がある場合は、更に人
手がかかることになる。

【０００６】また、実際にＲＯＭ基板を交換するために
は、多くの手順を必要とし、慣れた人でなければ、失敗
しやすく、作業の安全性にも問題がある。例えば、図２
に示す各種の計算機システムで広く用いられているプリ
ンタも一種のデータ処理装置であるが、プリンタの印字
制御を行なうプログラムは、従来、ＲＯＭ５２に格納さ
れていた。従って、プログラムの不具合が発生したり、
プリンタの使用変更や改良が生じた場合は、ＲＯＭ５２
を交換しなければならない。このような交換作業におい
ては、まず、プリンタのカバーを開けて、場合によって
は機構部を分解しなければならない。いずれにしても、
交換作業には、熟練した作業者や保守者を必要とし、作
業時間も要した。また、交換用の新しいＲＯＭを用意す
る必要があった。更には、プリンタのコストの低減のた
め、ＲＯＭ５２にマスクＲＯＭを使用し、ＩＣソケット
を削除してマスクＲＯＭを回路基板に直付けした場合、
ＲＯＭ５２の交換は非常に困難であった。

【０００７】一方、図３に示すオンラインシステムにお
けるロードモジュール更新方式には、次のような問題が
あった。即ち、ロードモジュールがＲＡＭでなく、ＲＯ
Ｍに入っている場合は、このような方式は適用できな
い。また、障害時以外に、システムの電源を切った後、
立ち上げようとした場合、ロードモジュール更新管理テ
ーブル２２に格納された更新情報を用いてメインメモリ
２６上のロードモジュールに再度パッチを入れなければ
ならなかった。従って、パッチの量が多いとロードモジ
ュールの変更作業が煩雑となるとともに、システムの起
動までに時間がかかり、スループットが低下するという
問題があった。

【０００８】本発明は、以上の点に着目してなされたも
ので、プログラムの変更を無線通信又は同報通信を用い
た遠隔操作や装置のインタフェースを介した操作により
行なうことにより、プログラム変更作業の工数の減少と
作業の安全性の向上を図ったデータ処理装置及びその処
理変更方法を提供することを目的とするものである。

【０００９】

【課題を解決するための手段】本発明のデータ処理装置
は、データ処理の処理手順を記憶する記憶手段と、当該
記憶手段から順次前記処理手順を読み出して実行する演
算処理手段と、前記処理手順の変更部分のデータを受信
する無線通信手段と、当該変更部分を保存する保存手段
とを備え、前記無線通信手段により受信したデータを保
存手段に保存し、正当性を判断した後、前記記憶手段に
記憶するようにしたことを特徴とするものである。本発
明の他のデータ処理装置は、外部装置に接続されるイン
タフェース部を備えたデータ処理装置において、データ
処理の処理手順を記憶し、所定時にのみ再書き込み可能
にできる不揮発性読み書き可能メモリと、前記インタフ
ェース部から入力されたデータを当該不揮発性読み書き
可能メモリに転送する転送手段とを備えたことを特徴と
するものである。

【００１０】本発明のデータ処理変更方法は、データ処
理の処理手順の変更部分のデータを同報通信及び個別通
信のいずれかによって複数又は単数の装置に送信し、受
信側の各装置で当該変更部分のデータを保存して誤り制
御を行ない、当該変更部分のデータに誤りがないとき
は、当該変更部分のデータにより前記データ処理の処理
手順を変更することを特徴とするものである。

【００１１】

【作用】本発明のデータ処理装置及びその処理変更方法
においては、無線通信手段等によりデータ処理の処理手
順の変更部分のデータが受信される。そして、受信され
たデータは、保存手段に保存され、その正当性が判断さ
れた後、記憶手段に記憶される。従って、プログラムを
変更すべきデータ処理装置が複数台ある場合、危険な場
所にある場合等においても、容易に作業を行なうことが
できる。また、データ処理装置の分解や組立を行なわな
くても、作業を行なうことができる。更に、外部装置に
接続されるインタフェース部を備えたデータ処理装置に
おいて、データ処理の処理手順を不揮発性読み書き可能
メモリに記憶する。そして、所定時に前記インタフェー
ス部から入力されたデータを転送手段により当該不揮発
性読み書き可能メモリに転送する。これにより、プリン
タ等の制御プログラムの書き換えが容易となる。

【００１２】

【実施例】以下、本発明の実施例を図面を参照して詳細
に説明する。図１は、本発明のデータ処理装置の一実施
例のブロック図である。図示の装置は、演算処理手段１
０のバスラインに接続された、無線通信手段１と、記憶
手段２と、保存手段３と、ＲＯＭ４と、ＲＡＭ５とから
成る。無線通信手段１は、電磁波により送信されたデー
タの受信を行なう。この無線通信手段１により、受信先
が１つである個別通信の他に、受信先が複数ある同報通
信が可能となる。記憶手段２は、ＥＥＰＲＯＭ等から成
る。ＥＥＰＲＯＭは、周知のように通常は書き換え不能
なＲＯＭとして動作し、電気的な手法により書き換える
ことも可能なメモリである。この記憶手段２には、演算
処理手段１０で実際に動作するプログラムが格納され
る。この記憶手段２に格納されたプログラムにパッチが
かけられる。

【００１３】保存手段３は、無線通信手段１により送信
されてきたパッチプログラムを一時保存する。この保存
手段３は、ＢＢＭ（バッテリ・バック・アップ・メモ
リ）等から成る。演算処理手段１０は、パッチプログラ
ムの誤り制御を行ない、誤りがなかった場合に記憶手段
２にパッチを展開する。ＲＯＭ４は、いわゆるリード・
オンリ・メモリであり、端末で使用されるプログラムの
すべてを格納している。このＲＯＭ４に格納されている
プログラムは、変更前の原プログラムである。装置の電
源投入時は、初期診断を実行した後、このＲＯＭ４から
記憶手段２にプログラムを転送する。ＲＡＭ５は、いわ
ゆる書き換え可能なランダム・アクセス・メモリであ
る。このＲＡＭ５は、プログラムを実行する演算処理手
段１０のワークエリアとして使用される。

【００１４】ＲＯＭ４に格納された原プログラムは、Ｒ
ＯＭ４上で実行される部分と、ＲＯＭ４から記憶手段２
に転送され、記憶手段２上で実行される部分とに分けら
れる。前者をコアと呼び、後者をファームと呼ぶ。コア
は、電源投入時の初期診断、ファームの記憶手段２への
転送、パッチの記憶手段２への展開等を実行する。ファ
ームは、端末での運用プログラムである。このファーム
が記憶手段２上で書き換え可能となる。ＲＯＭ４に格納
されたファームは、ある版数をもったプログラムであ
る。このファームは、電源投入時に１回だけ記憶手段２
に転送される。ファームが改版されるときは、記憶手段
２上でパッチがかけられる。このとき、記憶手段２上の
版数記録部分が更新される。その後、改版される度に記
憶手段２にパッチがかけられるとともに、版数も更新さ
れる。この制御の流れを図３に示す。

【００１５】図４は、プログラムの変更の処理手順を示
すフローチャートである。まず、電源投入時、装着され
ているＲＯＭ４が新規かどうか判定する（ステップＳ２
１）。この判定は、例えば、キーボード上の特定のキー
を押下したまま電源を投入することにより行なわれるよ
うにする。もし、ＲＯＭ４が新規であれば、ファームを
記憶手段２に転記する（ステップＳ２２）。そうでない
なら、記憶手段２に格納されたファームが最新版である
ので、ＲＯＭ４からのファームの転送は行なわない。

【００１６】無線通信手段１から受信したパッチデータ
は、即時に記憶手段２に展開されないで、一旦保存手段
３に保存される（ステップＳ２３）。最後のパッチデー
タを受信し終えた時点で（ステップＳ２４）、制御権が
ＲＯＭ４に移行され、記憶手段２にパッチが展開される
（ステップＳ２５）。ここで、制御権を一時ＲＯＭに移
行するのは、パッチが可能な範囲を記憶手段２の全領域
とするためである。尚、ステップＳ３６の実行により、
記憶手段２のファームをＲＡＭ５に転送する場合は、パ
ッチを記憶手段２に展開するとき、ＲＯＭ４のコアに制
御権を移行する必要はない。即ち、ＲＡＭ５上のファー
ムに制御権があるままで、パッチを記憶手段２に展開す
ることができる。

【００１７】図５は、本発明のデータ処理変更方法の実
施手順の説明図である。まず、パッチ送信装置は、無線
通信手段１を用いた同報通信によって電磁波の到達範囲
内に存在する複数のデータ処理装置にパッチデータを送
信する（Ｔ１）。その後、各データ処理装置がパッチを
記憶手段２に展開するのに要する時間の経過後（Ｔ
２）、パッチ送信装置は同報通信によってパッチ結果リ
ードコマンドを送信する（Ｔ３）。各データ処理装置
は、パッチデータにセットされているハッシュトータル
値とパッチ版数によりパッチが正常終了したかどうかを
判定して応答をパッチ送信装置に送信する（Ｔ４）。パ
ッチが異常終了した場合は、そのデータ処理装置のみを
対象にして、再度パッチ動作を繰り返す（Ｔ５）。

【００１８】図６は、制御権の遷移の説明図である。デ
ータ処理装置は、電源の投入により次の各装置モードを
経る。各装置モードとは、初期診断Ｍ１、ＲＯＭのファ
ーム部のＥＥＰＲＯＭへの転送Ｍ２、運用Ｍ３、パッチ
データ受信中Ｍ４、パッチのＥＥＰＲＯＭへの格納中Ｍ
５、運用Ｍ６である。これらの各装置モードにおいて、
制御権がＲＯＭと、ＥＥＰＲＯＭとの間で遷移する。ま
ず、初期診断Ｍ１及びＲＯＭのファーム部のＥＥＰＲＯ
Ｍへの転送Ｍ２では、制御権は、ＲＯＭ上のコアにあ
る。初期診断Ｍ１では、ＲＯＭ及びＲＡＭのチェック
と、ＥＥＰＲＯＭのハッシュチェックとが行なわれる。
ＲＯＭのファーム部のＥＥＰＲＯＭへの転送Ｍ２は、新
しいＲＯＭが装着されたという指示があるときのみ実行
される。

【００１９】次に、運用Ｍ３及びパッチデータ受信中Ｍ
４では、制御権は、ＲＯＭからＥＥＰＲＯＭへ転記され
たＥＥＰＲＯＭ上のファームにある。運用Ｍ３では、運
用業務の処理が行なわれる。このような運用Ｍ３におい
て、パッチの受信があると、パッチデータ受信中Ｍ４に
なる。これにより、パッチのＥＥＰＲＯＭへの格納中Ｍ
５に移り、制御権がＥＥＰＲＯＭからＲＯＭに遷移す
る。この後、運用Ｍ６になると、再び制御権がＲＯＭか
らＥＥＰＲＯＭに遷移する。

【００２０】図７は、電源投入時のプログラム転送の説
明図である。ＲＯＭに格納されるプログラムは、コア４
１と、ファーム４２とから成る。コア４１は、転送され
ることなく、ＲＯＭ上に残される。ファーム４２は、Ｅ
ＥＰＲＯＭに転送される部分で、当該プログラムの版数
記録部分４３を持っている。このファーム４２の転送
は、１回だけ行なわれる。即ち、ＲＯＭから転送する版
数がＥＥＰＲＯＭの版数の初期値となる。パッチを実行
する場合は、実行する前に図１０に示す最後のパッチコ
マンドに設定されている版数と、ＥＥＰＲＯＭに格納さ
れている版数とを比較し、これらの版数が同一の場合の
みパッチをＥＥＰＲＯＭに格納する。

【００２１】図８は、パッチコマンド形式の説明図であ
る。図示のコマンドは、識別子ＣＭＤと、コマンド長Ｌ
ＮＧと、フラグＦＬＧと、パッチアドレスＡＤＲと、パ
ッチデータＤＡＴＡとから成る。識別子ＣＭＤは、他の
コマンドとパッチコマンドとを識別するためのコードで
ある。コマンド長ＬＮＧは、当該パッチコマンド全体の
バイト数を示す。フラグＦＬＧは、パッチコマンドを複
数のパッチコマンドに分割して送信する場合、分割され
たパッチコマンドが分割前のパッチコマンドのどの部分
に位置するかを示す。パッチアドレスＡＤＲは、プログ
ラム上のパッチデータを入れる部分のアドレスである。
パッチデータＤＡＴＡは、プログラムの修正部分である
パッチデータである。

【００２２】図９は、フラグの内容の説明図である。図
示のフラグは、２ビットのデータにより構成されてい
る。“00”は、分割されたパッチコマンドが途中のコマ
ンドであることを示す。“01”は、分割されたパッチコ
マンドが最初のコマンドであることを示す。“10”は、
分割されたパッチコマンドが最後のコマンドであること
を示す。“11”は、パッチコマンドが分割されたもので
なく、単一のものであることを示す。

【００２３】図１１は、最後のパッチコマンド形式の説
明図である。図示のコマンドは、図８のコマンドと同様
に、識別子ＣＭＤと、コマンド長ＬＮＧと、フラグＦＬ
Ｇと、パッチアドレスＡＤＲと、パッチデータＤＡＴＡ
とを備えるとともに、図８のコマンドにはない、版数
と、ハッシュ値とのデータを備える。版数は、パッチを
行なう対象とするＥＥＰＲＯＭの版数である。ハッシュ
値は、最初のパッチコマンドの先頭から最後のパッチデ
ータの版数までのチェックビットの総計である。また、
パッチ開始後、どの時点で装置の電源が再投入されて
も、誤動作することのないように次のような各パッチモ
ード番号を保存手段３にセットし、電源投入時にこの内
容を参照する。

【００２４】図１１は、電源再投入時の処理手順のフロ
ーチャートである。即ち、例えば、パッチモード“０”
は、パッチ中でないことを示すものとする。また、パッ
チモード“１”は、パッチデータ受信中であること、又
は最終パッチデータ待ちであることを示すものとする。
そして、パッチモード“２”は、パッチを記憶手段２に
格納中であることを示すものとする。電源の投入時は、
まず、新しいＲＯＭ４が装着されたか否かを判別し（ス
テップＳ３１）、この判別の結果、ＲＯＭ４が新しくな
いときは、パッチモードを判別する（ステップＳ３
２）。パッチモード“２”で電源が再投入された場合
は、パッチデータが不完全なので、保存手段３に格納さ
れているパッチデータを最初から記憶手段２に展開し直
す（ステップＳ３３）。パッチモード“１”の場合は当
該パッチデータを無効とする（ステップＳ３４、３
５）。パッチモード“０”の場合は何の問題もないの
で、そのまま次の処理（ステップＳ３７）に進む。一
方、新しいＲＯＭ４が装着された場合には、ファームを
記憶手段２に転記し（ステップＳ３６）、次の処理（ス
テップＳ３７）に進む。

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

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

【００２７】図１３は、プリンタのメモリ構成図であ
る。図示のように、プリンタのメモリは、ＲＡＭ８１
と、ＥＥＰＲＯＭ８２と、ＢＢＭ８３と、ＲＯＭ８４と
から成る。ＲＡＭ８１は、ランダム・アクセス・メモリ
であり、電源オン時にＥＥＰＲＯＭ８２から登録済のプ
ログラムを転記し、当該転記したプログラムを実行する
エリアである。ＥＥＰＲＯＭ８２は、プログラムを登録
し、保存する領域である。プリンタ制御用プログラム
は、このＥＥＰＲＯＭ８２内に登録されている。

【００２８】ＢＢＭ８３は、パッチデータをＥＥＰＲＯ
Ｍ８２に書き込むとき、一時的に書き込む領域である。
この領域は、ログ領域として使用される。ＲＯＭ８４
は、電源オン時に制御部６３、７３の初期モードを設定
し、ＲＡＭ８１、ＥＥＰＲＯＭ８２、ＢＢＭ８３、ＲＯ
Ｍ８４の正常性をチェックするためのプログラムを格納
している。ＥＥＰＲＯＭ８２にプログラムを登録した
後、又はＢＢＭ８３にある未書き込みのパッチデータを
ＥＥＰＲＯＭ８２に書き込んだ後、当該ＥＥＰＲＯＭ８
２からＲＡＭ８１にプログラムを転送し、プログラムの
制御権をＲＡＭ８１に移す。

【００２９】次に、上述したシステムの動作を説明す
る。図１４は、本発明の方法を適用したオンラインシス
テムの動作を説明するフローチャートである。端末装置
１６、１７の電源を入れると、制御部６３、７３の初期
モードが設定され、ＲＯＭ８４、ＲＡＭ８１等の正常性
がチェックされる（ステップＳ４１、Ｓ４２）。正常で
なければ、ＣＲＴ６１、７１にエラー表示が行なわれる
（ステップＳ４３）。このエラー表示の情報は、後に故
障発生アテンションを送信するため、保存される。

【００３０】次に、ＥＥＰＲＯＭ８２内のプログラムが
ＲＡＭ８１に転記され、当該ＲＡＭ８１に制御権が移さ
れる（ステップＳ４４以降）。ここで、端末装置１６、
１７にパッチデータが送られてきている場合には、当該
パッチデータは一時的にＢＢＭ８３に格納されている。
このため、まず、ＣＲＴ６１、７１のエラー情報をクリ
アした後（ステップＳ４４）、ＢＢＭ８３のパッチデー
タ領域のステータスを参照し、パッチデータがＢＢＭ８
３に登録済みか否かを判別する（ステップＳ４５）。パ
ッチデータ領域のステータスが“パッチ未登録”の場合
は、プログラムをＲＡＭ８１に転記する前に、次のよう
なパッチデータの誤り制御を行なう（ステップＳ４６〜
Ｓ４９）。即ち、パッチデータのハッシュチェックを行
ない（ステップＳ４６）、ハッシュエラーでなければ、
ＢＢＭ８３からＥＥＰＲＯＭ８２にパッチデータを書込
み、比較チェックを行なう（ステップＳ４８）。比較エ
ラーでなかったら、パッチデータ領域のステータスをパ
ッチデータ登録済みとする（ステップＳ５０）。

【００３１】次に、ＥＥＰＲＯＭ８２内のプログラムの
ハッシュチェックを行なう（ステップＳ５１、Ｓ５
２）。ハッシュエラーでなかったら、パッチデータがＥ
ＥＰＲＯＭ８２内のプログラムに正しく書込まれたこと
になる。従って、このとき、ＥＥＰＲＯＭ８２からＲＡ
Ｍ８１にプログラムを転記する（ステップＳ５３）。そ
の後、制御権をＲＡＭ８１に移す。この時点では、プリ
ンタ６４、７４は、パッチ投入前のプログラムで動作し
ている。プリンタ６４、７４の動作を一旦停止し、再立
ち上げをすることによってパッチデータ書込み後のプロ
グラムで動作するようになる。ハッシュエラーであれ
ば、エラー情報をセットし（ステップＳ５４）、ＲＯＭ
８４からＲＡＭ８１にプログラムを転記する（ステップ
Ｓ５５）。その後、制御権をＲＡＭ８１に移す。

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

【００３３】図１６は、ＲＯＭの内容転記後のオンライ
ンシステムの動作を説明するフローチャートである。ま
ず、各タスクの立ち上げを行ない（ステップＳ６３）、
装置故障アテンション通知を行なう（ステップＳ６
４）。即ち、 ＥＥＰＲＯＭ８２のハッシュエラーが生
じた旨を通知する。この通知により、登録すべきプログ
ラムが送られてくる。各端末装置１６、１７は、プログ
ラムの受信を待ち（ステップＳ６５）、プログラムが受
信されると、プログラム登録処理を行なう。尚、パッチ
データを直接ＥＥＰＲＯＭ８２内のプログラムに書込ま
ないで、不揮発性メモリであるＢＢＭ８３に書込んでか
らＥＥＰＲＯＭ８２に書込むのは、パッチデータをＥＥ
ＰＲＯＭ８２に書込んでいる途中で電源が切れた場合に
も、パッチデータを安全に確保しておくためである。

【００３４】図１７は、本発明のデータ処理装置の他の
実施例のブロック図である。図示の装置は、データ処理
装置の一種であるプリンタの制御装置である。この装置
は、ＣＰＵ３１と、不揮発性読み書き可能メモリ３２
と、ＲＡＭ３３と、Ｉ／Ｏポート３４と、バスライン３
５とから成る。ＣＰＵ３１は、プリンタを制御する中枢
であり、その内蔵ＲＯＭにＩＰＬプログラム３０を格納
している。不揮発性読み書き可能メモリ３２は、ＥＥＰ
ＲＯＭ、フラッシュメモリ、バッテリバックアップ付の
ＳＲＡＭ等から成る。ＥＥＰＲＯＭは、前述したように
通常は書き換え不能なＲＯＭとして動作し、電気的な手
法により書き換えることも可能なメモリである。フラッ
シュメモリは、このうち記憶内容の一斉消去が可能なも
のである。バッテリバックアップ付のＳＲＡＭは、スタ
ティックＲＡＭに対し、電源停止後もバックアップ用の
バッテリからの継続的な電力供給を保障するようにした
ものである。このような不揮発性読み書き可能メモリ３
２には、プリンタの制御用のプログラムや文字パターン
データ等が記憶される。この不揮発性読み書き可能メモ
リ３２は、プリンタの操作スイッチ又は外部装置からの
所定のコマンドによる指示により書き換え可能となる。

【００３５】ＲＡＭ３３は、受信バッファやプログラム
のワークエリアとして使用される。Ｉ／Ｏポート３４
は、印字ヘッド３６、スペースモータ（ＳＰ）及び改行
モータ（ＬＦ）３７等の駆動機構に接続されるととも
に、操作パネル３８のスイッチやランプ及び外部装置４
０とのインタフェース部３９等に接続される。バスライ
ン３５は、各部を接続し、アドレスやデータの授受を行
なう。ＩＰＬプログラム３０は、プリンタの初期化、外
部装置４０とのインタフェース部３９からのデータ授
受、判定処理、受信データの不揮発性読み書き可能メモ
リ３２への格納処理を含んでいる。このＩＰＬプログラ
ム３０は、プリンタの操作パネル３８のスイッチ又は外
部装置４０からの所定のコマンドによる指示により起動
され、不揮発性読み書き可能メモリ３２にプリンタの制
御プログラムをロードする。

【００３６】尚、ＩＰＬプログラム３０は、ＣＰＵ３１
の内蔵ＲＯＭに格納する場合に限らず、ＣＰＵ３１の外
部に接続したＲＯＭに格納してもよいことはいうまでも
ない。外部装置４０は、パーソナルコンピュータやワー
クステーション等の本体やディスクドライブ機構から成
り、インタフェース部３９を介して図示のプリンタに接
続される。この外部装置４０は、磁気ディスク６等に格
納されたプログラムをプリンタのＩ／Ｏポート３４を通
じてプリンタに入力することが可能である。これによ
り、プリンタのＣＰＵ３１で実行される制御プログラム
を工場出荷時あるいはプリンタ設置時の不具合の発生
や、制御プログラムの改訂（バージョンアップ）に対応
して入換えることができる。

【００３７】図１８は、プログラムロード手順を説明す
るフローチャートである。まず、ＩＰＬプログラム３０
によりＩ／Ｏポート３４に接続された操作パネル３８の
所定のスイッチ押下による信号の検知か、外部装置４０
からインタフェース部３９を通して入力される所定のコ
マンドの検出を行なう。操作パネル３８の所定のスイッ
チ押下又は外部装置４０からの所定のコマンドが検知さ
れると、ステップＳ１で外部装置４０からのデータ受信
待ちとなる。データが受信されると、ステップＳ２でプ
ログラムロードの終了コマンドかどうかが判定され、終
了コマンドでない場合は順次受信されたデータはステッ
プＳ３においてＣＰＵ３１で実行されるプログラムとし
て不揮発性読み書き可能メモリ３２に格納される。同時
に、受信データは最後にチェックを行なうため、順次論
理処理されて保持され、再度データ待ちのステップＳ１
に戻る。

【００３８】ステップＳ２で終了コマンドが検出される
とステップＳ４へ移り、受信された一連のプログラムが
正常に受信されたかチェックを行なう。ここで、終了コ
マンドにはチェックデータが付加されており、ステップ
Ｓ３で順次論理処理され、保持されたデータとチェック
データが付き合わせチェックされる。判定の結果、正常
（ＯＫ）なら図示のプログラムロード処理を抜けて、以
後、不揮発性読み書き可能メモリ３２に格納されたプロ
グラムをＣＰＵ３１に順次読み出して実行することによ
り通常処理を行なう。もし、判定の結果、エラーとなっ
た場合はアラーム処理へ移行し、アラームランプを点灯
する等の処理を行ない、再度のプログラムロードを行な
う。

【００３９】

【発明の効果】以上説明したように、本発明によれば、
プログラムに無線通信によってパッチをかけるようにす
るか、又はオンラインシステムにおいて同報通信により
パッチをかけるようにしたので、複数の装置のプログラ
ムをまとめて変更できる。これに伴い、プログラム変更
作業の工数を削減できるとともに、作業の安全性を確保
することができる。また、プログラムを書き換え可能な
不揮発性メモリに保存することにより、電源を落した
り、障害が発生しても、パッチデータにより改訂された
最新のプログラムが保持される。従って、システムの再
立ち上げ時に、その時点まで加えられたパッチをすべて
入れ直す必要がない。更に、パッチデータをバッテリ・
バック・アップ・メモリに保存することにより、パッチ
データの書込み中に電源が落ちた場合のバックアップ体
制を整えることができる。更にまた、パッチデータのデ
ータチェックも行なうことができる。また、例えば、プ
リンタ等、外部装置とのインタフェース部を持つデータ
処理装置において、当該データ処理装置の動作を制御す
る制御プログラムをＩＰＬプログラムによりインタフェ
ース部を介して不揮発性読み書き可能メモリに格納する
ようにしたので、次のような効果がある。即ち、プログ
ラムの変更が生じた場合にプログラム格納用メモリを交
換することなく、プログラムの書き換えと保持が簡単に
できる。これにより、工場での組立完了後や工場出荷後
であっても、プリンタ等のデータ処理装置を分解するこ
となく、簡単にプログラムの書き換えと保持が可能とな
る。更に、プリンタ等の制御プログラムが改訂されたと
きの変更が簡単にできる。尚、上述した実施例では、Ｃ
ＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏポートを個々の部品で構
成したが、ゲートアレイやスタンダードセルによるＡＳ
ＩＣ化でそれらを１チップに集積することも可能であ
り、上述した不揮発性読み書き可能メモリを使用した本
発明によれば、プログラムの書き換えが可能なため、汎
用性と保守性をよりいっそう高めることができる。

【図面の簡単な説明】

【図１】本発明のデータ処理装置の一実施例のブロック
図である。

【図２】従来のデータ処理装置の一例のブロック図であ
る。

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

【図４】プログラムの変更の処理手順を示すフローチャ
ートである。

【図５】本発明のデータ処理変更方法の実施手順の説明
図である。

【図６】制御権の遷移の説明図である。

【図７】電源投入時のプログラム転送の説明図である。

【図８】パッチコマンド形式の説明図である。

【図９】フラグの内容の説明図である。

【図１０】最後のパッチコマンド形式の説明図である。

【図１１】電源再投入時の処理手順のフローチャートで
ある。

【図１２】本発明の方法を適用したオンラインシステム
のハードウェア構成図である。

【図１３】プリンタのメモリ構成図である。

【図１４】本発明の方法を適用したオンラインシステム
の動作を説明するフローチャートである。

【図１５】ＥＥＰＲＯＭの内容転記後のオンラインシス
テムの動作を説明するフローチャートである。

【図１６】ＲＯＭの内容転記後のオンラインシステムの
動作を説明するフローチャートである。

【図１７】本発明のデータ処理装置の他の実施例のブロ
ック図である。

【図１８】プログラムロード手順を説明するフローチャ
ートである。

【符号の説明】

１ 無線通信手段 ２ 記憶手段 ３ 保存手段 ４ ＲＯＭ ５ ＲＡＭ １０ 演算処理手段 １１ ホストコンピュータ １２ 通信制御用コンピュータ １６、１７ 端末装置 ３０ ＩＰＬ（転送手段） ３１ ＣＰＵ ３２ 不揮発性読み書き可能メモリ ３３ ＲＡＭ ３４ Ｉ／Ｏポート ３５ バスライン ６１、７１ ＣＲＴ ６２、７２ キーボード ６３、７３ 制御部 ６４、７４ プリンタ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大西 美章 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内

Claims (3)

【特許請求の範囲】
1. 【請求項１】 データ処理の処理手順を記憶する記憶手
   段と、 当該記憶手段から順次前記処理手順を読み出して実行す
   る演算処理手段と、 前記処理手順の変更部分のデータを受信する無線通信手
   段と、 当該変更部分を保存する保存手段とを備え、 前記無線通信手段により受信したデータを保存手段に保
   存し、正当性を判断した後、前記記憶手段に記憶するよ
   うにしたことを特徴とするデータ処理装置。
2. 【請求項２】 外部装置に接続されるインタフェース部
   を備えたデータ処理装置において、 データ処理の処理手順を記憶し、所定時にのみ再書き込
   み可能にできる不揮発性読み書き可能メモリと、 前記インタフェース部から入力されたデータを当該不揮
   発性読み書き可能メモリに転送する転送手段とを備えた
   ことを特徴とするデータ処理装置。
3. 【請求項３】 データ処理の処理手順の変更部分のデー
   タを同報通信及び個別通信のいずれかによって複数又は
   単数の装置に送信し、 受信側の各装置で当該変更部分のデータを保存して誤り
   制御を行ない、 当該変更部分のデータに誤りがないときは、 当該変更部分のデータにより前記データ処理の処理手順
   を変更することを特徴とするデータ処理変更方法。