JPH113223A - 情報処理装置及び情報格納方法 - Google Patents

Abstract

(57)【要約】 【課題】 外部装置からの入力情報の信頼性の確保が可
能な情報処理装置及び情報格納方法の提供。 【解決手段】 フラッシュＲＯＭ(FR)を複数のセクタブ
ロック(SB)に分割し、その各SBにホストからプログラム
モジュール(PM)を書き込む。ダウンロード中にホストに
異常が発生した場合、FRの当該SB内のデータは破壊され
ている可能性が高い。そこで、そのPMが格納されている
SBが次回の再起動時に起動されないように、ブートブロ
ック内のプログラムを設定する。その後、プリンタの再
起動により、それまでＲＡＭに格納されていた各SBのチ
ェックサム(CS)はクリアされ、FRに格納されているCSが
ＲＡＭに新たに格納される。このＲＡＭ内のCSとホスト
が持っている正規のCSとの相違により、再度ダウンロー
ドすべきプログラムを判断できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、外部機器
から受信した入力情報を処理する情報処理装置及び情報
格納方法に関する。

【０００２】

【従来の技術】代表的な情報処理装置であるプリンタに
おいては、プリンタの制御を司るＣＰＵや、ＡＳＩＣの
動作制御プログラムを格納するメモリに、一般にマスク
ＲＯＭやＥＰＲＯＭ等が利用されている。

【０００３】

【発明が解決しようとする課題】しかしながら、マスク
ＲＯＭやＥＰＲＯＭは、プログラムを一度書き込むと消
去ができないため、プログラムのバージョンアップ、或
いはプログラムに不具合が発見された場合等にはＲＯＭ
自体を取り替える必要が生じる。特に、プリンタは、印
字ヘッド等の可動部分が多く、一般ユーザではＲＯＭの
交換が困難なため、交換の際はサービスマン対応とな
り、コスト、時間がかかるという問題がある。

【０００４】そこで本発明では、上記のプログラムのよ
うな必要な情報を予め自装置内のＲＯＭに格納するのは
止め、その必要な情報を外部装置から入手する。特に、
その情報の入手の際、外部装置からの入力情報の信頼性
の確保が可能な情報処理装置及び情報格納方法の提供を
目的とする。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
め、本発明の情報処理装置は以下の構成を特徴とする。

【０００６】即ち、複数の格納領域を有し、その格納領
域毎に書き込み・消去が可能な不揮発性のメモリ手段
と、外部装置との双方向通信が可能な通信手段と、前記
メモリ手段のそれぞれの格納領域への書き込み順序を制
御する制御手段とを備え、前記メモリ手段には、前記格
納領域毎に複数のモジュールに分割された装置の動作プ
ログラム及びデータが格納され、前記制御手段は、前記
外部装置から前記動作プログラム及びデータの更新が指
示された場合に、前記外部装置から受信する複数のモジ
ュールに分割された動作プログラム及びデータのそれぞ
れを、前記メモリ手段の何れかの格納領域に格納するこ
とを特徴とする。

【０００７】更に好ましくは、前記制御手段によるモジ
ュールの書き込み指定アドレスを変換するアドレス変換
手段を備え、そのアドレス変換手段が、前記制御手段が
あるモジュールを書き込むときに、そのモジュールを、
前記複数の格納領域の内、現在空き領域となっている格
納領域に格納するようにアドレスを変換し、そのモジュ
ールを本来格納すべき格納領域を新たな空き領域とする
とよい。

【０００８】または、上記の目的を達成するため、本発
明の情報格納方法は以下の構成を特徴とする。

【０００９】即ち、複数の格納領域を有する不揮発性の
メモリを使用して、その格納領域毎に情報を格納する情
報格納方法であって、前記メモリの格納領域毎に複数の
モジュールに分割された装置の動作プログラム及びデー
タを格納し、外部装置から前記動作プログラム及びデー
タの更新が指示された場合に、その外部装置から受信す
る複数のモジュールに分割された動作プログラム及びデ
ータのそれぞれを、前記メモリの何れかの格納領域に格
納することを特徴とする。

【００１０】即ち、複数の格納領域を有するメモリに、
所定の格納領域が予め決められている入力情報を格納す
る情報格納方法であって、前記メモリの複数の格納領域
の内、少なくとも１つを空き領域に設定し、その空き領
域に入力情報を格納し、その格納した入力情報を、その
入力情報の所定の格納領域にコピーすることを特徴とす
る。

【００１１】即ち、複数の格納領域を有するメモリに、
所定の格納領域が予め決められている入力情報を格納す
る情報格納方法であって、前記メモリの複数の格納領域
の内、少なくとも１つを空き領域に設定し、その空き領
域に入力情報を格納し、その格納した入力情報が本来格
納されるべき所定の格納領域を、新たな空き領域に設定
することを特徴とする。

【００１２】

【発明の実施の形態】以下、本発明を代表的な情報処理
装置としてのプリンタに適用した実施形態を、図面を参
照して詳細に説明する。

【００１３】はじめに、本願では、ホストコンピュータ
等の外部機器から受信する印刷データ及び制御データの
インタフェースとして、一般的な８ビットパラレルセン
トロニクスインタフェースではなく、ＩＥＥＥ１２８４
規格の双方向セントロニクス（Bi-Cenntoronics）イン
タフェースを採用する。この双方向のセントロニクスイ
ンタフェースは、周辺機器におけるデータ受信だけでな
く、その周辺機器からホストへのデータ送信も可能であ
り、双方向通信が可能なセントロニクスインタフェース
である。また、ＩＥＥＥ１２８４規格にはいくつかのモ
ードがあり、その中の１つとしてＥＣＰモードがある。
このＥＣＰモードでは、８ビットパラレルデータを双方
向に高速に送受信することが可能である。

【００１４】また、近年、制御電圧の制御により消去、
書き込みが可能な所謂フラッシュＲＯＭが開発されてい
る。そこで、プリンタ内にマスクＲＯＭ等の代わりにフ
ラッシュＲＯＭを備え、前記の双方向通信インタフェー
スによりホストとの通信を行い、格納されているプログ
ラムのバージョンアップ等を行うべく、そのホストから
プリンタ内のフラッシュＲＯＭに対して、新たなプログ
ラムをダウンロードする。これにより、プログラムのバ
ージョンアップの度にＲＯＭを交換する必要は無くな
る。

【００１５】しかしながら、フラッシュＲＯＭを使用す
る際、プリンタの動作制御プログラムをフラッシュＲＯ
Ｍにダウンロード中にＦＡＴＡＬ ＥＲＲＯＲや、電源
ダウン等が発生した場合には、フラッシュＲＯＭに格納
されているデータが破壊されている可能性が高いため、
プリンタを復旧できなくなることが予想される。従っ
て、このような場合、外部装置からダウンロードした動
作制御プログラムの受信データとしての信頼性を保証す
ることが重要である。そこで、以下に説明する各実施形
態では、動作制御プログラムをフラッシュＲＯＭに格納
する場合のデータとしての信頼性を確保する方法を中心
に説明する。

【００１６】尚、本発明に係る外部装置（ホスト）から
受信したデータの信頼性確保の手法は、プリンタの動作
制御プログラムに限られるものではないことは言うまで
もない。

【００１７】

【第１の実施形態】はじめに、プリンタの内部構成の概
要について、図１を参照して説明する。

【００１８】図１は、本発明の第１の実施形態としての
プリンタのブロック構成図である。同図に示すように、
プリンタ１０００は、パーソナルコンピュータ等のホス
トコンピュータ１００に接続されている。また、ホスト
コンピュータ１００は、後述するプリンタ１０００にダ
ウンロードすべき動作制御プログラムを、例えば不図示
のモデムまたはターミナルアダプタ等を介して外部の通
信ネットワークから、或はフロッピーディスク、ＣＤ−
ＲＯＭ、ＤＶＤ等の記録媒体から入手する。

【００１９】プリンタ１０００において、１０２は、プ
リンタ１０００に於ける動作、処理を制御するＣＰＵで
ある。１０３は、ＣＰＵ１０２の制御プログラムや文字
フォント等各種データを格納するフラッシュメモリ（以
下、フラッシュＲＯＭ）である。１０４は、各種データ
を一時保存するためのＲＡＭである。１０１は、ホスト
コンピュータ１００等の外部機器との間でＩＥＥＥ１２
８４規格に基づく双方向セントロニクスの通信プロトコ
ルに基づき制御を行うインタフェース制御部である。１
０５は、プリンタの設定状態、動作モード、エラーメッ
セージ等を表示する表示部である。

【００２０】尚、ＲＡＭ１０４には、インタフェース制
御部１０１が制御する双方向セントロニクス通信におけ
るホストコンピュータ１００からの受信データ、或は送
信データを格納するためにも使用される。また、ＲＡＭ
１０４には、プリンタ１０００の電源投入等のリセット
スタート時に、フラッシュＲＯＭ１０３の各セクタ内に
格納しているモジュール毎のチェックサムも格納する。

【００２１】１０６は、ＣＰＵ１０２からの制御信号に
従って不図示の記録ヘッドに画像データを転送し、その
画像データを記録媒体に記録するＨＥＡＤ駆動部であ
る。１０７は、ＣＰＵ１０２からの制御信号に従って不
図示の紙送りモータを駆動するＬＦ駆動部である。１０
８は、ＣＰＵ１０２からの制御信号に従って不図示のキ
ャリッジモータを駆動するＣＲ駆動部である。ＬＦ駆動
部１０７及びＣＲ駆動部１０８を制御することにより、
ＨＥＡＤ駆動部１０６の記録ヘッドは、記録媒体上を水
平方向・垂直方向に移動することができる。

【００２２】次に、プリンタ１０００内のフラッシュＲ
ＯＭ１０３について、図２を参照して説明する。

【００２３】図２は、本発明の第１の実施形態としての
フラッシュＲＯＭのメモリ空間を示す図である。

【００２４】同図に示すように、フラッシュＲＯＭ１０
３のメモリ空間は、複数のセクタブロックに区切られて
いる。これらのセクタブロックにおいて、ブート領域
（Ｂｏｏｔ Ｂｌｏｃｋ）には、少なくとも、フラッシ
ュＲＯＭ１０３にホストコンピュータ１００から受信し
たプログラムを書き込むプログラム、ホストコンピュー
タ１００との間でＩＥＥＥ１２８４規格のＥＣＰモード
により双方向データ通信を行うプログラム、並びに後述
のダウンロード中に障害が発生した時にダウンロードシ
ーケンスを強制終了させたり、表示部１０５に所定の表
示を行うエラー処理ルーチンプログラムが格納されてお
り、変更禁止のプロテクトがかかられている。

【００２５】また、フラッシュＲＯＭ１０３の各セクタ
ブロック（Ｂｌｏｃｋ１〜Ｂｌｏｃｋ７）には、例え
ば、プリンタ１０００のプリンタエンジンの制御プログ
ラム、マスクパターン、ヒートテーブル等のように、複
数のプログラムモジュールに分けられたプリンタ１００
の動作制御プログラムと、その個々のモジュールのチェ
ックサムが格納される。チェックサムは、プリンタ１０
００の電源投入等のリセットスタート時にＲＡＭ１０４
に格納される。

【００２６】更に、Ｂｏｏｔ Ｂｌｏｃｋには、ダウン
ロードが正常に終了しなかったときにこのＢｏｏｔ Ｂ
ｌｏｃｋに格納されているプログラムにより他のセクタ
が起動されないように、ＦＡＴＡＬ ＥＲＲＯＲ時の処
理プログラムも格納されている。

【００２７】ホストコンピュータ１００から送出される
プリンタ１０００の動作制御プログラムは、予めプリン
タ１０００の各動作に合わせてモジュール単位に分割さ
れており、この分割された各モジュールはフラッシュＲ
ＯＭ１０３にブロック単位で格納される。

【００２８】以下、本実施形態おける動作制御プログラ
ムの書き換え処理を、ホストコンピュータ１００からプ
リンタ１０００へのプログラムモジュールのダウンロー
ド処理と、プリンタ１０００におけるフラッシュＲＯＭ
１０３内の動作制御プログラムの書き換え処理とに分け
て説明する。

【００２９】＜プログラムモジュールのダウンロード処
理＞まず、本実施形態におけるホストコンピュータ１０
０からプリンタ１０００への動作制御プログラムのダウ
ンロード処理の制御手順を、図３及び図４を参照して説
明する。

【００３０】図３は、本発明の第１の実施形態としての
ダウンロードのシーケンスを示す図であり（正常終了の
場合）、ホストコンピュータ１００とプリンタ１０００
との間でＩＥＥＥ１２８４規格のＥＣＰモードにより行
われる。

【００３１】ステップ（１）：まず、ホストコンピュー
タ１００よりプリンタ１０００の動作制御プログラムを
ダウンロードする場合、ホストコンピュータ１００から
プリンタ１０００にダウンロードの問い合わせを行う。

【００３２】ステップ（２）：ホストコンピュータ１０
０からの問い合わせに対してプリンタ１０００では、ダ
ウンロードの実行を要求する場合にはホストコンピュー
タ１００に「応答」を返す。このステータス応答は、前
述したフラッシュＲＯＭ１０３のＢｏｏｔ Ｂｌｏｃｋ
に格納されている通信プログラムにより、インタフェー
ス制御部１０１を介して行われる。

【００３３】ステップ（３）：次に、プリンタ１０００
から「応答」を返されたホストコンピュータ１００は、
新たにプリンタ１０００にダウンロードする動作制御プ
ログラムのバージョン番号または記号を送信する。

【００３４】ステップ（４）：プリンタ１０００は、受
信したバージョン番号または記号を、現在フラッシュＲ
ＯＭ１０３に格納されている動作制御プログラムのバー
ジョン番号または記号と比較し、プリンタ１０００内の
バージョン番号または記号が古い場合には、ダウンロー
ド要求ステータスを返す。

【００３５】ステップ（５）：ダウンロードの要求ステ
ータスを受信したホストコンピュータ１００は、プリン
タ１０００のフラッシュＲＯＭ１０３内の各セクタに格
納すべく、複数のモジュールに区切ってある動作制御プ
ログラムのチェックサムをプリンタ１０００に送信す
る。

【００３６】ステップ（６）：チェックサムを受信した
プリンタ１０００は、各セクタブロックに現在格納して
あるチェックサムを電源投入等のリセットスタート時に
ＲＡＭ１０４に格納し直してあるため、このＲＡＭ１０
４に格納してある各セクタのチェックサムと、今回ホス
トコンピュータ１００から受信したチェックサムと比較
し、異なるチェックサムのモジュールをホストコンピュ
ータ１００に知らせる。

【００３７】ステップ（７），ステップ（８）：ホスト
コンピュータ１００は、プリンタ１０００から応答のあ
ったチェックサムの異なる動作制御プログラムのモジュ
ールを、プリンタ１０００にダウンロードする。その
際、ホストコンピュータ１００は、送出する動作制御プ
ログラムのモジュールに含まれるデータ数をダウンロー
ドするデータの最初に送信し、次にそのプログラムのモ
ジュール、そしてそのチェックサムを送信する。

【００３８】ステップ（９）：プリンタ１０００では、
順次プログラムデータが送られてくる度にチェックサム
の計算が行われ、最後にホストコンピュータ１００から
送られてくるチェックサムとプリンタ１０００で計算さ
れたチェックサムとを比較し、同じであれば正常終了の
ステータスをホストコンピュータ１００に返す。尚、チ
ェックサムは、フラッシュＲＯＭ１０３の各セクタブロ
ックにプログラムモジュールと共に格納する。

【００３９】これらのステップ（７）〜ステップ（９）
の通信は、ステップ（６）で受信した異なるチェックサ
ムのモジュールの分だけ行われ、ダウンロードが終了す
る。

【００４０】図４は、本発明の第１の実施形態としての
ダウンロードのシーケンスを示す図であり（異常発生の
場合）、ダウンロードの途中でＦＡＴＡＬ ＥＲＲＯＲ
や、電源ダウン等の障害が発生し、ダウンロードが中断
した場合を示す。

【００４１】同図において、図４のステップ（１）〜ス
テップ（７）までは前述の図３の説明と同様のため、説
明を省略する。

【００４２】ステップ（８），ステップ（９）：図４の
ステップ（７）において、プログラムのダウンロード中
にプリンタ１０００に予め設定されている通信タイムア
ウト時間を超えてもプログラムデータが送信されない場
合、プリンタ１０００は、ホストコンピュータ１００等
の異常とみなし、一旦ＥＣＰモードから抜け、Ｂｏｏｔ
Ｂｌｏｃｋに予め格納してあるエラー処理ルーチンを
起動し、ダウンロードシーケンスを強制終了する。 ま
た、ダウンロードシーケンスが強制終了されると、プリ
ンタ１０００の表示部１０５には、ＦＡＴＡＬ ＥＲＲ
ＯＲが表示される。

【００４３】更に、プリンタ１０００は、異常が発生し
たときにホストコンピュータ１００からのダウンロード
の途中であったプログラムモジュールのデータは、フラ
ッシュＲＯＭ１０３の当該セクタブロック内で破壊され
ている可能性が高いため、そのプログラムモジュールが
格納されているセクタブロックが次回の電源投入等のリ
セットスタート時に起動されないように、Ｂｏｏｔ Ｂ
ｌｏｃｋのプログラムを設定する。

【００４４】その後、表示部１０５の表示を見たオペレ
ータが、電源投入等によりプリンタ１０００をリセット
スタートさせると、それまでＲＡＭ１０４に格納されて
いた各セクタブロックのチェックサムはクリアされ、前
述したように、フラッシュＲＯＭ１０３に格納されてい
るチェックサムがＲＡＭ１０４に新たに格納される。従
って、ＲＡＭ１０４には、データが破壊されているセク
タブロックのチェックサムも格納される。

【００４５】ステップ（１０）：プリンタ１０００のリ
セットスタートによりホストコンピュータ１００との通
信が回復すると、ダウンロードの問い合わせがホストコ
ンピュータ１００からプリンタ１０００になされる。

【００４６】ステップ（１１），ステップ（１２）：プ
リンタ１０００では、ホストコンピュータ１００にダウ
ンロードを要請すると共にエラー処理ルーチンから復帰
し、ステップ（２）へと移行する。これにより、ホスト
コンピュータ１００とのバージョン番号または記号及び
チェックサムの相違の確認からダウンロードの制御が再
開される。即ち、ホストコンピュータ１００は、プリン
タ１０００のリセットスタートによりＲＡＭ１０４に格
納されたところの、データが破壊されているセクタブロ
ックのチェックサムを認識することができるため、障害
の発生によりダウンロードが中断したプログラムモジュ
ールからダウンロードが再開することができる。

【００４７】［第１の実施形態のダウンロード処理の変
形例］次に、図５を参照して第１の実施形態の変形例を
説明する。

【００４８】図５は、本発明の第１の実施形態の変形例
としてのダウンロードのシーケンスを示す図である（正
常終了の場合）。

【００４９】上述した実施形態では、ダウンロード中に
障害が発生し、フラッシュＲＯＭ１０３内のセクタブロ
ックのデータが破壊されても、再度そのデータをダウン
ロードすることによりフラッシュＲＯＭ１０３に格納す
るデータの内容を保証した。本変形例では、ホストコン
ピュータ１００からダウンロードする前に、一度プリン
タ１０００から書き換えられるプログラムモジュールと
そのチェックサムとをホストコンピュータ１００に転送
し（６Ａ，６Ｂ）、コンピュータ側で格納することによ
り、バージョンアップ前のデータ及びチェックサムを保
存する。そして、ダウンロードが完了し、バージョンア
ップが終了した時点で、ホストコンピュータ１００に格
納したバージョンアップ前のデータ及びチェックサムを
消去する。これにより、データの保存及び信頼性は更に
向上させることができる。 ＜フラッシュＲＯＭ内の動作制御プログラムの書き換え
処理＞次に、上述の手順でホストコンピュータ１００か
ら受信するプログラムモジュールを、どのような手順で
フラッシュＲＯＭ１０３内に書き込むかについて説明す
る。

【００５０】図６は、本発明の第１の実施形態としての
プリンタの動作制御プログラムの書き換えの手順を説明
する図である。

【００５１】図１２は、本発明の第１の実施形態として
のプリンタの動作制御プログラムの書き換え処理を示す
フローチャートである。

【００５２】図６の（ａ）から（ｃ）のフラッシュＲＯ
Ｍ１０３のＢｏｏｔ Ｂｌｏｃｋには、前述したよう
に、少なくとも、フラッシュＲＯＭ１０３にホストコン
ピュータ１００から受信したプログラムを書き込むプロ
グラム、ホストコンピュータ１００との間でＩＥＥＥ１
２８４規格のＥＣＰモードにより双方向データ通信を行
うプログラム、並びに後述のダウンロード中に障害が発
生した時にダウンロードシーケンスを強制終了させた
り、表示部１０５に所定の表示を行うエラー処理ルーチ
ンプログラムが格納されており、変更禁止のプロテクト
がかかられている。

【００５３】また、図６（ａ）のＢｌｏｃｋ１からＢｌ
ｏｃｋ４には、プリンタ１０００のプリンタエンジンの
制御プログラム、マスクパターン、ヒートテーブル、等
が書き込まれている。この状態でプリンタが市場に投入
され、その後、例えば高性能なインクが開発された場合
を考える。このプリンタでは、ヒートパルス幅等を変更
しなければならないので高性能なインクを利用すること
はできない。そこで、ヒートテーブルが書き込まれてい
るＢｌｏｃｋ３のプログラムの書き換えを行うことによ
り（図６（ｃ））、その高性能なインクが使用可能とな
る。その変更の手順を図１２を参照して説明する。

【００５４】ステップＳ１，ステップＳ２：プリンタ１
０００は、ホストコンピュータ１００からＢｌｏｃｋ３
のプログラム書き換えのコマンドを受信した場合、図６
（ｂ）に示すようにＢｌｏｃｋ３に格納しているデータ
を消去する。

【００５５】ステップＳ３：そして、ホストコンピュー
タ１００からＢｌｏｃｋ３用の新しいプログラムを受信
し、その新しいプログラムをＢｌｏｃｋ３に書き込む。

【００５６】ホストコンピュータ１００からコマンドの
受信、プログラムのダウンロードは、前述したダウンロ
ードシーケンスに基づいて行われる。

【００５７】以上説明したように、ダウンロード中の障
害発生を考慮したダウンロードシーケンスを採用し、更
に、動作制御プログラムをモジュール単位でフラッシュ
ＲＯＭ１０３の各セクタブロックに格納することによ
り、ダウンロード中に障害が発生した場合でも、フラッ
シュＲＯＭ１０３内の最小限のプログラム破壊で済み、
再度ダウンロードするときに全領域ダウンロードする必
要がない。これにより、ホストコンピュータ１０００か
ら受信する動作制御プログラムの信頼性の確保が可能と
なる。

【００５８】また、プリンタ１０００において、障害発
生時のエラー処理ルーチンをフラッシュＲＯＭ１０３の
ブート領域に持つことにより障害発生後のプリンタの暴
走を防止できる。

【００５９】

【第２の実施形態】本実施形態は、フラッシュＲＯＭ内
の動作制御プログラムの書き換え処理に関する。また、
本実施形態も図１のシステムを基にしており、プリンタ
１０００の動作制御プログラムに、不具合やバージョン
アップ等が必要な場合には、新たな動作制御プログラム
をホストコンピュータ１００からプリンタ１０００にダ
ウンロードする。そして、プリンタ１０００は、新たに
受信した動作制御プログラムをフラッシュＲＯＭ１０３
に書き込むのは同様である。

【００６０】上述した第１の実施形態の図６（ｂ）の時
点でプリンタ１０００のパワーオフ等のトラブルがあっ
た場合、次にプリンタ１０００のパワーオンしたときに
は、プリンタが暴走する可能性がある。そこで、本実施
形態では、その危険性を防止できる書き換えの手順を以
下に説明する。尚、本実施形態において、プリンタ１０
００は、フラッシュＲＯＭ１０３のアドレスを変換する
アドレス変換回路（図８）を備えている。

【００６１】図７は、本発明の第２の実施形態としての
プリンタの動作制御プログラムの書き換えの手順を説明
する図である。

【００６２】図１３は、本発明の第２の実施形態として
のプリンタの動作制御プログラムの書き換え処理を示す
フローチャートである。

【００６３】図８は、本発明の第２の実施形態としての
プリンタ内のアドレス変換回路のブロック構成図であ
る。同図に示すように、アドレス変換回路は、フラッシ
ュＲＯＭ１０３の各ブロックのアドレス比較回路（ａ）
〜（ｃ）、アドレス生成回路（ｅ）から（ｈ）、並びに
それらの回路の接続を選択する選択回路（ｄ）を備え
る。選択回路の制御は、ＣＰＵ１０２が行うことは言う
までもない。

【００６４】図９は、本発明の第２の実施形態としての
プリンタ内のアドレス変換回路の内部接続の状態を示す
図である。

【００６５】図７（ａ）において、フラッシュＲＯＭ１
０３のＢｏｏｔ Ｂｌｏｃｋ及びＢｌｏｃｋ１からＢｌ
ｏｃｋ３には、第１の実施形態と同様に書き込み禁止の
ブートプログラムとモジュール化された動作制御プログ
ラムが格納されている。

【００６６】但し、本実施形態では、Ｂｌｏｃｋ１から
Ｂｌｏｃｋ３のブロックの内、一番大きい記憶容量のブ
ロックと同等以上のサイズを有するバックアップ用の空
き領域が設定されている。また、この時のアドレス変換
回路（図８）の接続状態は、図９（ｉ）である。

【００６７】以下、書き換えの手順を図１３を参照して
説明する。

【００６８】ステップＳ１１，ステップＳ１２：ホスト
コンピュータ１００から、例えば、Ｂｌｏｃｋ２のプロ
グラム書き換えのコマンドを受信した場合には、図７
（ｂ）に示すように、まず現在の空き領域に新しいＢｌ
ｏｃｋ２を書き込む。

【００６９】ステップＳ１３，ステップＳ１４：次に、
プリンタ１０００は、新しく書き込んだプログラムのチ
ェックサムを計算し、算出したチェックサムとホストコ
ンピュータ１００から送られたチェックサムとを比較す
る。

【００７０】ステップＳ１５：ステップＳ１４でチェッ
クサムが一致しない場合は、ホストコンピュータ１００
に再送要求を送り、ステップＳ１１に戻る。

【００７１】ステップＳ１６，ステップＳ１７：一方、
ステップＳ１４でチェックサムが一致した場合は、図８
のアドレス変換回路の選択回路（ｄ）を図９（ｊ）のよ
うに設定する。これにより、Ｂｌｏｃｋ２をアクセスし
た場合には、空き領域に書き込まれた新しいＢｌｏｃｋ
２のプログラムがＣＰＵ１０２に読み込まれる（図７
（ｂ））。

【００７２】また、図７（ｂ）においてＢｌｏｃｋ２の
データを消去し、その領域を新たな空き領域とする（図
７（ｃ））。次に、図７（ｃ）において元の空き領域に
保存されている新しいＢｌｏｃｋ２の内容を、現在の空
き領域（元のＢｌｏｃｋ２）にコピーする（図７
（ｄ））。

【００７３】ステップＳ１８，ステップＳ１９：そし
て、新しくＢｌｏｃｋ２に書き込んだプログラムのチェ
ックサムを計算し、そのチェックサムとホストコンピュ
ータ１００から送られたチェックサムとを比較する。

【００７４】ステップＳ２０：ステップＳ１９でチェッ
クサムが一致しない場合は、ホストコンピュータ１００
に当該プログラムの再送要求を行い、ステップＳ１１に
戻る。

【００７５】ステップＳ２１：一方、ステップＳ１９で
チェックサムが一致した場合は、図８のアドレス変換回
路の選択回路（ｄ）を図９（ｋ）のように設定し、新し
いＢｌｏｃｋ２のプログラムが格納されている領域を新
たな空き領域とし、ステップＳ１１に戻る。これによ
り、Ｂｌｏｃｋ２をアクセスした場合には、新しいＢｌ
ｏｃｋ２のプログラムがＣＰＵ１０２に読み込まれる
（図７（ｅ））。

【００７６】ホストコンピュータ１００からダウンロー
ドすべきプログラムが複数有る場合は、上記の手順を繰
り返す。尚、本実施形態においても、ホストコンピュー
タ１００からコマンドの受信、プログラムのダウンロー
ドは、第１の実施形態で説明したダウンロードシーケン
スにより行われることは言うまでもない。

【００７７】このように、上述した本実施形態は、書き
換え処理の回数が第１の実施形態より増え、また、最大
ブロックと同等のサイズの空き領域を必要とする。しか
し、プリンタ１０００の正常な動作に必要な動作制御プ
ログラムが常にフラッシュＲＯＭ１０３上に存在させる
ことができる。従って、ダウンロード中に障害が発生し
ても、その後のプリンタ１０００のリセットスタートに
よる暴走を防止できる。

【００７８】

【第３の実施形態】本実施形態も、フラッシュＲＯＭ内
の動作制御プログラムの書き換え処理に関する。特に、
本実施形態は、第２の実施形態と同様、常に動作に必要
なプログラムデータを確保しながら、ホストコンピュー
タ１００から複数のプログラムモジュールをダウンロー
ドする場合に、書き込み処理の回数の減少させるもので
ある。以下、本実施形態では、２つのプログラムモジュ
ールをダウンロードする場合を例に説明する。

【００７９】図１０は、本発明の第３の実施形態として
のプリンタの動作制御プログラムの書き換えの手順を説
明する図である。

【００８０】図１４は、本発明の第３の実施形態として
のプリンタの動作制御プログラムの書き換え処理のフロ
ーチャートである。

【００８１】図１１は、本発明の第３の実施形態として
のプリンタ内のアドレス変換回路の内部接続の状態を示
す図である。

【００８２】本実施形態においても、図１０（ａ）に示
すようにフラッシュＲＯＭ１０３のＢｏｏｔ Ｂｌｏｃ
ｋ及びＢｌｏｃｋ１からＢｌｏｃｋ３には、第１の実施
形態と同様に書き込み禁止のブートプログラムとモジュ
ール化された動作制御プログラムが格納されている。ま
た、この時のアドレス変換回路（図８）の接続状態は、
図１１（ｉ）である。

【００８３】但し、本実施形態では、空き領域、及びＢ
ｌｏｃｋ１からＢｌｏｃｋ３の記憶容量は、何れも同じ
大きさの記憶容量に設定する。

【００８４】以下、書き換えの手順を図１４を参照して
説明する。

【００８５】ステップＳ３１，ステップＳ３２：図１０
（ａ）の状態の時、ホストコンピュータ１００からＢｌ
ｏｃｋ２及びＢｌｏｃｋ３のプログラム書き換えのコマ
ンドを受信した場合には、まず現在の空き領域に新しい
Ｂｌｏｃｋ２を書き込む（図１０（ｂ））。

【００８６】ステップＳ３３：そして、新しく書き込ん
だプログラムのチェックサムを計算し、そのチェックサ
ムとホストコンピュータ１００から送られたチェックサ
ムとを比較する。

【００８７】ステップＳ３５：ステップＳ３４でチェッ
クサムが一致しない場合は、ホストコンピュータ１００
に当該プログラムの再送要求を行い、ステップＳ３１に
戻る。

【００８８】ステップＳ３６：一方、ステップＳ３４で
チェックサムが一致した場合は、図８のアドレス変換回
路の選択回路（ｄ）を図９（ｊ）のように設定する。こ
れにより、Ｂｌｏｃｋ２をアクセスした場合には、新し
いＢｌｏｃｋ２のプログラムがＣＰＵ１０２に読み込ま
れる（図１０（ｂ））。

【００８９】また、図１０（ｂ）においてＢｌｏｃｋ２
のデータを消去し、その領域に新たな空き領域を生成す
る（図１０（ｃ））。

【００９０】ステップＳ３７：ステップＳ３１で複数の
ブロックの書き換えコマンドを受信している場合は、ま
だ書き換えていないブロックが有るかを判断する（この
例においては、Ｂｌｏｃｋ３の書き換えが未だであ
る）。書き換えが完了している場合は、ステップＳ３１
に戻る。

【００９１】ステップＳ３８：一方、まだ書き換えてい
ないブロック（本例の場合は、Ｂｌｏｃｋ３）をステッ
プＳ３７で検出した場合は、ホストコンピュータ１００
に当該Ｂｌｏｃｋの新たなプログラムの送信を要求し、
ステップＳ３１に戻る。

【００９２】従って、上記の処理をＢｌｏｃｋ３につい
て同様に行った結果、フラッシュＲＯＭ１０３に以下の
状態を得る。

【００９３】即ち、Ｂｌｏｃｋ３のプログラムについて
上記の処理を行うことにより、本実施形態では、図
（ｃ）の現在の空き領域に新たなＢｌｏｃｋ３のプログ
ラムを格納し（図１０（ｄ））、古いＢｌｏｃｋ３のプ
ログラムの領域を新たな空き領域とする（図１０
（ｅ））。その際、図８のアドレス変換回路の選択回路
（ｄ）を図１１（ｊ）から（ｋ）のように設定する。こ
れにより、Ｂｌｏｃｋ３をアクセスした場合は、新しい
Ｂｌｏｃｋ３のプログラムがＣＰＵ１０２に読み込まれ
る。

【００９４】尚、本実施形態においても、ホストコンピ
ュータ１００からコマンドの受信、プログラムのダウン
ロードは、第１の実施形態で説明したダウンロードシー
ケンスにより行われることは言うまでもない。

【００９５】このように、本実施形態では、複数のプロ
グラムモジュールをダウンロードした場合において、常
に動作に必要なプログラムデータを確保できる。また、
各ブロックを空き領域として利用するため、フラッシュ
ＲＯＭ１０３の書き込み処理の回数を第２の実施形態よ
り少なくすることができる。

【００９６】

【他の実施形態】尚、本発明は、複数の機器（例えばホ
ストコンピュータ，インタフェイス機器，リーダ，プリ
ンタ等）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
等）に適用してもよい。

【００９７】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システム或は装置に供給し、そのシ
ステム或は装置のコンピュータ（またはＣＰＵやＭＰ
Ｕ）が記憶媒体に格納されたプログラムコードを読出し
実行することによっても、達成されることは言うまでも
ない。

【００９８】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００９９】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ等
を用いることができる。

【０１００】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）等が実際の処理の一部または全部
を行い、その処理によって前述した実施形態の機能が実
現される場合も含まれることは言うまでもない。

【０１０１】更に、記憶媒体から読出されたプログラム
コードが、コンピュータに挿入された機能拡張ボードや
コンピュータに接続された機能拡張ユニットに備わるメ
モリに書込まれた後、そのプログラムコードの指示に基
づき、その機能拡張ボードや機能拡張ユニットに備わる
ＣＰＵ等が実際の処理の一部または全部を行い、その処
理によって前述した実施形態の機能が実現される場合も
含まれることは言うまでもない。

【０１０２】

【発明の効果】以上説明したように、本発明によれば、
外部装置からの入力情報の信頼性の確保が可能な情報処
理装置及び情報格納方法の提供が実現する。

【０１０３】

【図面の簡単な説明】

【図１】本発明の第１の実施形態としてのプリンタのブ
ロック構成図である。

【図２】本発明の第１の実施形態としてのフラッシュＲ
ＯＭのメモリ空間を示す図である。

【図３】本発明の第１の実施形態としてのダウンロード
のシーケンスを示す図である（正常終了の場合）。

【図４】本発明の第１の実施形態としてのダウンロード
のシーケンスを示す図である（異常発生の場合）。

【図５】本発明の第１の実施形態の変形例としてのダウ
ンロードのシーケンスを示す図である（正常終了の場
合）。

【図６】本発明の第１の実施形態としてのプリンタの動
作制御プログラムの書き換えの手順を説明する図であ
る。

【図７】本発明の第２の実施形態としてのプリンタの動
作制御プログラムの書き換えの手順を説明する図であ
る。

【図８】本発明の第２の実施形態としてのプリンタ内の
アドレス変換回路のブロック構成図である。

【図９】本発明の第２の実施形態としてのプリンタ内の
アドレス変換回路の内部接続の状態を示す図である。

【図１０】本発明の第３の実施形態としてのプリンタの
動作制御プログラムの書き換えの手順を説明する図であ
る。

【図１１】本発明の第３の実施形態としてのプリンタ内
のアドレス変換回路の内部接続の状態を示す図である。

【図１２】本発明の第１の実施形態としてのプリンタの
動作制御プログラムの書き換え処理を示すフローチャー
トである。

【図１３】本発明の第２の実施形態としてのプリンタの
動作制御プログラムの書き換え処理を示すフローチャー
トである。

【図１４】本発明の第３の実施形態としてのプリンタの
動作制御プログラムの書き換え処理のフローチャートで
ある。

Claims (15)

【特許請求の範囲】
1. 【請求項１】 複数の格納領域を有し、その格納領域毎
   に書き込み・消去が可能な不揮発性のメモリ手段と、 外部装置との双方向通信が可能な通信手段と、 前記メモリ手段のそれぞれの格納領域への書き込み順序
   を制御する制御手段とを備え、前記メモリ手段には、前
   記格納領域毎に複数のモジュールに分割された装置の動
   作プログラム及びデータが格納され、前記制御手段は、
   前記外部装置から前記動作プログラム及びデータの更新
   が指示された場合に、前記外部装置から受信する複数の
   モジュールに分割された動作プログラム及びデータのそ
   れぞれを、前記メモリ手段の何れかの格納領域に格納す
   ることを特徴とする情報処理装置。
2. 【請求項２】 更に、前記通信手段により受信したモジ
   ュールのそれぞれについてチェックサムを算出するチェ
   ックサム算出手段を備え、前記制御手段は、前記チェッ
   クサム算出手段によりモジュール毎に算出したチェック
   サムを、そのモジュールと共に、前記メモリ手段の何れ
   かの格納領域に格納することを特徴とする請求項１記載
   の情報処理装置。
3. 【請求項３】 前記メモリ手段は、前記情報処理装置の
   起動時に、前記複数の格納領域に格納しているそれぞれ
   のモジュールのチェックサムを、前記外部装置が参照可
   能な一時記憶メモリにコピーすることを特徴とする請求
   項２記載の情報処理装置。
4. 【請求項４】 前記データは、そのデータが含まれるモ
   ジュールのチェックサムを含んでおり、 更に、前記通信手段により受信したモジュール内の動作
   プログラムのチェックサムを、そのモジュールについて
   前記チェックサム算出手段により算出したチェックサム
   と比較する比較手段を備え、前記制御手段は、前記比較
   手段によりチェックサムが一致しないモジュールを、前
   記通信手段により前記外部装置に報知することを特徴と
   する請求項２記載の情報処理装置。
5. 【請求項５】 前記複数のモジュールは、前記情報処理
   装置を制御する動作プログラムであることを特徴とする
   請求項２記載の情報処理装置。
6. 【請求項６】 前記メモリ手段の複数の格納領域におい
   て、少なくとも１つの領域は書き込み禁止に設定し、そ
   の書き込みを禁止した領域に少なくとも前記外部装置と
   の通信制御プログラム、前記メモリ手段の書き込み制御
   プログラム、並びに前記制御手段によるモジュールの書
   き込みが中断したときのエラー処理プログラムを予め格
   納することを特徴とすることを特徴とする請求項５記載
   の情報処理装置。
7. 【請求項７】 前記制御手段は、前記エラー処理プログ
   ラムにより、モジュールの書き込みが所定時間を超えて
   中断したときに書き込みを中止し、書き込みを中断した
   格納領域が起動されないように制御することを特徴とす
   る請求項１記載の情報処理装置。
8. 【請求項８】 更に、前記制御手段によるモジュールの
   書き込み指定アドレスを変換するアドレス変換手段を備
   え、そのアドレス変換手段が、前記制御手段があるモジ
   ュールを書き込むときに、そのモジュールを、前記複数
   の格納領域の内、現在空き領域となっている格納領域に
   格納するようにアドレスを変換し、そのモジュールを本
   来格納すべき格納領域を新たな空き領域とすることを特
   徴とする請求項１記載の情報処理装置。
9. 【請求項９】 前記アドレス変換手段は、前記情報処理
   装置の再起動後も、再起動前のアドレス変換状態を保持
   することを特徴とする請求項８記載の情報処理装置。
10. 【請求項１０】 前記メモリ手段に、フラッシュメモリ
    を使用することを特徴とする請求項１記載の情報処理装
    置。
11. 【請求項１１】 前記通信手段の通信プロトコルは、Ｉ
    ＥＥＥ１２８４規格の双方向セントロニクスパラレルイ
    ンターフェースであり、ＥＣＰモードにて使用すること
    を特徴とする請求項１記載の情報処理装置。
12. 【請求項１２】 前記情報処理装置は、プリンタである
    ことを特徴とする請求項１記載の情報処理装置。
13. 【請求項１３】 複数の格納領域を有する不揮発性のメ
    モリを使用して、その格納領域毎に情報を格納する情報
    格納方法であって、 前記メモリの格納領域毎に複数のモジュールに分割され
    た装置の動作プログラム及びデータを格納し、 外部装置から前記動作プログラム及びデータの更新が指
    示された場合に、その外部装置から受信する複数のモジ
    ュールに分割された動作プログラム及びデータのそれぞ
    れを、前記メモリの何れかの格納領域に格納することを
    特徴とする情報格納方法。
14. 【請求項１４】 複数の格納領域を有するメモリに、所
    定の格納領域が予め決められている入力情報を格納する
    情報格納方法であって、 前記メモリの複数の格納領域の内、少なくとも１つを空
    き領域に設定し、 その空き領域に入力情報を格納し、 その格納した入力情報を、その入力情報の所定の格納領
    域にコピーすることを特徴とする情報格納方法。
15. 【請求項１５】 複数の格納領域を有するメモリに、所
    定の格納領域が予め決められている入力情報を格納する
    情報格納方法であって、 前記メモリの複数の格納領域の内、少なくとも１つを空
    き領域に設定し、 その空き領域に入力情報を格納し、 その格納した入力情報が本来格納されるべき所定の格納
    領域を、新たな空き領域に設定することを特徴とする情
    報格納方法。