JP2002358177A

JP2002358177A - 画像形成装置、該装置のシリアル通信方法および該方法をコンピュータに実行させるプログラム並びに該プログラムを記録した記録媒体

Info

Publication number: JP2002358177A
Application number: JP2001166103A
Authority: JP
Inventors: Kimiyasu Ishii; 君育石井
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2001-06-01
Filing date: 2001-06-01
Publication date: 2002-12-13

Abstract

(57)【要約】【課題】プログラムダウンロード時に適切なプロトコ
ルでプログラムの書き換えを容易かつ信頼性を有し実行
できる画像処理装置を提供すること。【解決手段】プリンタコントローラ１０１からの要求
によって、プリントエンジンコントローラ１０２の記憶
手段（ＦｌａｓｈＲＯＭ）１１１に格納されたファーム
ウェアをシリアル通信路（線）１０４を介して消去・書
き換え可能であり、シリアル通信路１０４の通信プロト
コルは、通常の画像形成動作時に用いられるプロトコル
と、プログラムダウンロード時のプロトコルとで変更し
て用い、変更後のプロトコルで通信制御する。これらの
プロトコルは、特定のコードからなるヘッダーとフッタ
ーで囲んだフレーム構造を用い異なるヘッダーを送出
し、該ヘッダーの識別によって対応するプロトコルで通
信制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、シリアル通信に
よってデータ転送をおこなう装置であって、より詳しく
は、通信によってプログラムを転送して自己のプログラ
ムを書き換えるプリンタ等の画像形成装置、該装置のシ
リアル通信方法および該方法をコンピュータに実行させ
るプログラム並びに該プログラムを記録した記録媒体に
関する。

【０００２】

【従来の技術】プリンタコントローラとプリントエンジ
ンコントローラ間は、一般的にシリアル通信によってデ
ータ送受される構成となっている。従来、このシリアル
通信のプロトコルは、通常使用である画像形成動作時を
前提として定められている。このため、プリンタコント
ローラとプリントエンジンコントローラの双方は、デー
タ送受に関して、タイムアウト監視とデータ再送による
エラーリカバリーや、データフレームを奇数フレームと
偶数フレームに区別したデータ転送をおこなうなど、レ
スポンスタイムを損なうことなくデータ送受を効率良く
信頼性が高くおこなうためにかなり複雑なプロトコルと
なっている。

【０００３】このような通信プロトコルを取り扱う装置
では、プリンタコントローラからプリントエンジンコン
トローラにプログラムを転送してプリントエンジンコン
トローラのプログラムを書き換えるような処理は考慮さ
れていない。従来、プリントエンジンコントローラのプ
ログラムは、ＥＥＰＲＯＭやＭＡＳＫＲＯＭ等の半導体
メモリ自体を交換、装着することによって供給されるよ
うになっていた。

【０００４】近年、ＲＯＭに電気的書き換え可能なＦｌ
ａｓｈＲＯＭが多用されるようになり、プリントエンジ
ンコントローラのプログラム書き換えについても、これ
ら半導体メモリを挿抜することなく取り付けられたまま
のオンボードでおこなうことが一般的となってきてい
る。

【０００５】このような構成においては、プリントエン
ジンコントローラ上にＩＣカードＩ／Ｆを設け、ここに
書き込むべきプログラムが書き込まれたＩＣカードをセ
ットし、シリアル通信を用いずに、直接ＩＣカードから
プログラムをダウンロードしてＦｌａｓｈＲＯＭ内の自
己のプログラムを書き換えるのが一般的である。

【０００６】

【発明が解決しようとする課題】しかし、他方のプリン
タコントローラ側には、プリントエミュレーション用の
エミュレーションカード等に使用するＩＣカードＩ／Ｆ
が既に設けられていたり、ネットワークＩ／Ｆが備え付
けられていることが多い。これによって、プリンタコン
トローラとプリントエンジンコントローラの両者にそれ
ぞれＩＣカードＩ／Ｆを設ける無駄や、ネットワークに
よるプログラムダウンロードの要求などによって、プリ
ンタコントローラからシリアル通信を介してプログラム
をダウンロードし、プリントエンジンコントローラのプ
ログラムを書き換える要求が生じてきている。

【０００７】ここで、プログラムをダウンロードしプリ
ントエンジンコントローラのプログラムを書き換える場
合には、プリントエンジンコントローラは特殊な動作を
しなければならない。なぜなら、一般的にプリントエン
ジンコントローラのＲＡＭ容量はＲＯＭ容量と比べて非
常に少ないため、一度全てのプログラムをダウンロード
してから書き換えるといったことができず、ダウンロー
ドしながらプログラムを書き換えていくという動作が必
要になる。つまり、ダウンロード時には通常動作のため
にＦｌａｓｈＲＯＭに書き込まれていたプログラムは消
去されており、代わって小容量のＲＡＭ上に転送された
プログラムで動作しなければならない。

【０００８】したがって、プログラムダウンロード時に
おけるプリンタコントローラとプリントエンジンコント
ローラ間におけるシリアル通信プロトコルは、簡略化の
要求と、この要求に相反する要求、即ち、プログラム転
送に耐え得る信頼性が同時に求められ、従来この要求を
満たす手段が提供されていなかった。なお、このプログ
ラムダウンロード時においては、通常、ＦｌａｓｈＲＯ
Ｍ上の固定エリアに配置される必要のある割込みプログ
ラムが使用できなくなるため、タイムアウト等の割込み
を用いた時間管理の実現も難しかった。

【０００９】そこで本発明では、プログラムダウンロー
ド時に適切なプロトコルでプログラムの書き換えを容易
かつ信頼性を有し実行できる画像形成装置、該装置のシ
リアル通信方法および該方法をコンピュータに実行させ
るプログラム並びに該プログラムを記録した記録媒体を
提供することを目的としている。

【００１０】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するため、請求項１の発明にかかる画像形成
装置は、プリンタコントローラとプリントエンジンコン
トローラの２つのコントローラを備え、プリンタコント
ローラからの要求によってプリントエンジンコントロー
ラの記憶手段に格納されたファームウェアを変更可能な
画像形成装置において、前記プリンタコントローラと前
記プリントエンジンコントローラとの間のインターフェ
ースとしてのシリアル通信路を備え、前記プリンタコン
トローラと前記プリントエンジンコントローラは、前記
シリアル通信路の通信プロトコルを、通常の画像データ
転送に基づく画像形成動作時に用いられる前記シリアル
通信のプロトコルと、前記プリントエンジンコントロー
ラの記憶手段に格納されたファームウェア変更のための
プログラムダウンロード時におけるシリアル通信のプロ
トコルとで異なる通信プロトコルに変更して用い、変更
後のプロトコルで通信制御することを特徴とする。

【００１１】この請求項１の発明によれば、プログラム
上制約の多いプログラムダウンロード時に合わせたプロ
トコルを用いるため、通常の画像形成動作時の通信に制
約を与えたり、レスポンスタイムの低下を防止できるよ
うになる。また、プログラムダウンロード時には、プロ
グラム上の制約内で信頼性の高い通信処理を図ることが
できる。

【００１２】また、請求項２の発明にかかる画像処理装
置は、請求項１に記載の発明において、前記プリンタコ
ントローラと前記プリントエンジンコントローラは、前
記通常の画像形成動作時には、互いが対等の関係で双方
同様のプロトコルに基づく通信処理を実行し、前記ダウ
ンロード時には、プリントエンジンコントローラ側のプ
ログラムを消去・書き換えのため、前記プリンタコント
ローラ側が通信状態を監視するよう、対等ではない関係
のプロトコルに変更して実行することを特徴とする。

【００１３】この請求項２の発明によれば、プログラム
のダウンロード時には、通常の画像形成時と異なり、プ
リンタコントローラ側が通信状態を監視するので、プリ
ントエンジンコントローラに設けられる記憶手段のプロ
グラムの消去・書き換えを円滑、かつ信頼性を有して実
行できるようになる。

【００１４】また、請求項３の発明にかかる画像処理装
置は、請求項１，２のいずれか一つに記載の発明におい
て、前記プリンタコントローラと前記プリントエンジン
コントローラは、前記シリアル通信のプロトコルで用い
る転送データを特定のコードからなるヘッダーとフッタ
ーで囲んだフレーム構造を用い、前記通常の画像形成動
作時と、前記ダウンロード時でそれぞれ異なるヘッダー
を送出し、該ヘッダーの識別によって対応するプロトコ
ルで通信制御することを特徴とする。

【００１５】この請求項３の発明によれば、フレーム中
の特定のヘッダーに基づき、２つの異なる通信プロトコ
ルを容易に判別し、異なるプロトコルに基づく通信制御
に容易に切換えることができるようになる。

【００１６】また、請求項４の発明にかかる画像処理装
置は、請求項１，２のいずれか一つに記載の発明におい
て、前記プログラムダウンロード時のヘッダーを使用し
た通信時、前記プリントエンジンコントローラは、前記
プリンタコントローラからの応答無しタイムアウト監視
を不実行とする一方、前記プリンタコントローラは、前
記プリントエンジンコントローラからの応答無しタイム
アウト監視をおこない、タイムアウト時にはデータ再送
によるエラーリカバリーの通信制御を実行することを特
徴とする。

【００１７】この請求項４の発明によれば、プログラム
上制約の多いプログラムダウンロード時、プリントエン
ジンコントローラ側で応答無しの時間監視をおこなうこ
とができない状態であっても通信の信頼性を上げること
ができるようになり、プリントエンジンコントローラか
らの応答が無い場合であっても、プリンタコントローラ
側で適切な通信制御を実行できるようになる。

【００１８】また、請求項５の発明にかかる画像処理装
置は、請求項４に記載の発明において、前記プリンタコ
ントローラに設定されるタイムアウト監視の時間は、返
答されるコマンドの種類別に異なる時間が設定され、う
ち、前記プリントエンジンコントローラに設けられた記
憶手段に対するファームウェアの書き替え後の応答コマ
ンドに対するタイムアウト時間は、該書き替え時間より
も長い時間が用いられることを特徴とする。

【００１９】この請求項５の発明によれば、応答コマン
ドに対するタイムアウト時間の設定において、プリント
エンジンコントローラに設けられた記憶手段に対するフ
ァームウェアの書き替えに必要な時間を考慮できるた
め、タイムアウト監視の検出性能を向上でき通信制御の
信頼性を向上できるようになる。

【００２０】また、請求項６の発明にかかる画像処理装
置は、請求項３に記載の発明において、前記プログラム
ダウンロード時のヘッダーを使用した通信時、前記プリ
ンタコントローラと前記プリントエンジンコントローラ
は、ともに相手から否定応答を受信した場合は、相手に
データを再送し、前記プリンタコントローラが前記プリ
ントエンジンコントローラからのデータに否定応答を送
信した場合は、前記プリントエンジンコントローラから
再送されるはずのデータに対してタイムアウト監視をお
こない、タイムアウト時にはデータ再送によるエラーリ
カバリーの通信制御を実行することを特徴とする。

【００２１】この請求項６の発明によれば、プログラム
上制約の多いプログラムダウンロード時、プリントエン
ジンコントローラが応答無しの時間監視をおこなうこと
ができない状態であっても通信の信頼性を上げることが
でき、プリンタコントローラは、否定応答に対する適切
な処理と、否定応答処理に対するエラーに対する適切な
処理を実行できるようになる。

【００２２】また、請求項７の発明にかかる画像処理装
置のシリアル通信方法は、プリンタコントローラとプリ
ントエンジンコントローラの２つのコントローラがシリ
アルインターフェースで接続され、プリンタコントロー
ラからの要求によってプリントエンジンコントローラの
ファームウェアを変更可能な画像形成装置に用いられる
シリアル通信方法において、通常の画像データ転送に基
づく画像形成動作時に用いられる前記シリアル通信のプ
ロトコルを実行する通常工程と、前記プリントエンジン
コントローラの記憶手段に格納されたファームウェア変
更のためのプログラムダウンロード時には、シリアル通
信のプロトコルを前記通常工程時と異なる通信プロトコ
ルに変更し実行するダウンロード工程とを備えいずれか
を選択的に実行可能なことを特徴とする。

【００２３】この請求項７の発明によれば、プログラム
上制約の多いプログラムダウンロード時に合わせたプロ
トコルに変更するため、通常の画像形成動作時の通信に
制約を与えたり、レスポンスタイムの低下を防止できる
ようになる。また、プログラムダウンロード時には、プ
ログラム上の制約内で信頼性の高い通信処理を図ること
ができる。

【００２４】また、請求項８の発明にかかる画像処理装
置のシリアル通信方法は、請求項７に記載の発明におい
て、前記通常工程時には、前記プリンタコントローラと
前記プリントエンジンコントローラが対等の関係となる
双方同様のプロトコルで通信処理を実行させ、前記ダウ
ンロード工程時には、前記プリントエンジンコントロー
ラ側のプログラムを消去・書き換えのため、前記プリン
タコントローラ側が通信状態を監視するよう、対等では
ない関係のプロトコルに変更して実行させることを特徴
とする。

【００２５】この請求項８の発明によれば、プログラム
のダウンロード時には、通常の画像形成時と異なり、プ
リンタコントローラ側で通信状態を監視させるので、プ
リントエンジンコントローラに設けられる記憶手段のプ
ログラムの消去・書き換えを円滑、かつ信頼性を有して
実行できるようになる。

【００２６】また、請求項９の発明にかかる画像処理装
置のシリアル通信方法は、請求項７，８のいずれか一つ
に記載の発明において、前記シリアル通信のプロトコル
で用いるデータ構造は、転送データを特定のコードから
なるヘッダーとフッターで囲んだフレーム構造とし、前
記通常工程時と、前記ファームウェア変更のためのダウ
ンロード工程時でそれぞれ異なるヘッダーを使用するこ
とを特徴とする。

【００２７】この請求項９の発明によれば、フレーム中
の特定のヘッダーに基づき、２つの異なる通信プロトコ
ルを容易に判別でき、異なるプロトコルに基づく通信制
御に容易に切換えることができるようになる。

【００２８】また、請求項１０の発明にかかる画像処理
装置のシリアル通信方法は、請求項７，８のいずれか一
つに記載の発明において、前記ダウンロード工程時に
は、前記プリントエンジンコントローラでは、前記プリ
ンタコントローラからの応答無しタイムアウト監視を不
実行とし、前記プリンタコントローラでは、前記プリン
トエンジンコントローラからの応答無しタイムアウト監
視をおこない、タイムアウト時にはデータ再送するエラ
ーリカバリー工程を含むことを特徴とする。

【００２９】この請求項１０の発明によれば、プログラ
ム上制約の多いプログラムダウンロード時、プリントエ
ンジンコントローラ側で応答無しの時間監視をおこなう
ことができない状態であっても通信の信頼性を上げるこ
とができるようになり、プリントエンジンコントローラ
からの応答が無い場合であっても、プリンタコントロー
ラ側で適切な通信制御を実行できるようになる。

【００３０】また、請求項１１の発明にかかる画像処理
装置のシリアル通信方法は、請求項１０に記載の発明に
おいて、前記ダウンロード工程時、プリンタコントロー
ラに設定されるタイムアウト監視の時間は、返答される
コマンドの種類別に異なる時間が設定され、うち、前記
プリントエンジンコントローラに設けられた記憶手段に
対するファームウェアの書き替え後の応答コマンドに対
するタイムアウト時間は、該書き替え時間よりも長い時
間が用いられることを特徴とする。

【００３１】この請求項１１の発明によれば、応答コマ
ンドに対するタイムアウト時間の設定において、プリン
トエンジンコントローラに設けられた記憶手段に対する
ファームウェアの書き替えに必要な時間を考慮できるた
め、タイムアウト監視の検出性能を向上でき通信制御の
信頼性を向上できるようになる。

【００３２】また、請求項１２の発明にかかる画像処理
装置のシリアル通信方法は、請求項９に記載の発明にお
いて、前記ダウンロード工程時には、前記プリンタコン
トローラと前記プリントエンジンコントローラ共に相手
から否定応答を受信した場合は、相手にデータを再送
し、前記プリンタコントローラが前記プリントエンジン
コントローラからのデータに否定応答を送信した場合
は、前記プリントエンジンコントローラから再送される
はずのデータに対してタイムアウト監視を実行し、タイ
ムアウト時にはデータ再送するエラーリカバリー工程を
含むことを特徴とする。

【００３３】この請求項１２の発明によれば、プログラ
ム上制約の多いプログラムダウンロード時、プリントエ
ンジンコントローラが応答無しの時間監視をおこなうこ
とができない状態であっても通信の信頼性を上げること
ができ、プリンタコントローラ側では、否定応答に対す
る適切な処理と、否定応答処理に対するエラーに対する
適切な処理を実行できるようになる。

【００３４】また、請求項１３の発明にかかるプログラ
ムは、前記請求項７〜１２のいずれか一つに記載された
方法を前記プリンタコントローラと前記プリントエンジ
ンコントローラに設けられたコンピュータに実行させる
ことを特徴とする。

【００３５】この請求項１３の発明によれば、請求項７
〜１２のいずれか一つに記載された方法をコンピュータ
に実行させることができ、コンピュータを用いて通常工
程時とダウンロード工程時それぞれに適したプロトコル
での通信制御を実行でき、いずれの工程時であっても通
信の信頼性を向上できるようになる。

【００３６】また、請求項１４の発明にかかる記録媒体
は、前記請求項１３に記載されたプログラムを記録した
ことを特徴とする。

【００３７】この請求項１４の発明にかかる記録媒体
は、請求項１３に記載されたコンピュータに実行させる
プログラムを記録したことで、そのプログラムをコンピ
ュータ読み取り可能となり、これによって、請求項１３
の動作をコンピュータによって実現することができる。

【００３８】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかる画像形成装置、該装置のシリアル通信方法
および該方法をコンピュータに実行させるプログラム並
びに該プログラムを記録した記録媒体の好適な実施の形
態を詳細に説明する。

【００３９】図１は本発明の画像形成装置の一例である
プリンタのブロック図である。同図には、主にプリンタ
内部でのデータ送受にかかる構成のみを抽出して記載し
てある。

【００４０】プリンタ１００内部は大きくブロック分け
して、外部装置であるパーソナルコンピュータ（ＰＣ）
１０３とのＩ／Ｆや、プリント画像処理を主におこなう
プリンタコントローラ１０１と、プリンタコントローラ
１０１で処理された画像データを印字するプロッター部
を制御するプリントエンジンコントローラ１０２に分か
れている。これらプリンタコントローラ１０１とプリン
トエンジンコントローラ１０２は、シリアル通信路
（線）１０４を介して互いに接続され、相互間でコマン
ドをシリアル通信する（詳細は後述する）。また、ビデ
オバス１０５を介して画像信号が伝送されるようになっ
ている。

【００４１】プリンタコントローラ１０１は、ＮＩＣ
（ネットワークＩ／Ｆ）１０６、Ｐ１２８４Ｉ／Ｆ（パ
ラレルＩ／Ｆ）１０７、ＩＣカードＩ／Ｆ１０８を有し
ている。ＮＩＣ１０６と、Ｐ１２８４Ｉ／Ｆ１０７は上
記パーソナルコンピュータ（ＰＣ）１０３との接続に使
用される。ＩＣカードＩ／Ｆ１０８は、プリンタ１００
をエミュレーション動作させるためのエミュレーション
カードの設置時や、プリンタコントローラ１０１、およ
びプリントエンジンコントローラ１０２のプログラム書
き換え用のマスタＩＣカード設置時に使用される。

【００４２】プリンタコントローラ１０１は、主にデー
タのみを扱う構成部であるのに対して、プリントエンジ
ンコントローラ１０２は、画像データと、紙搬送や電子
写真作像等メカニカルな負荷類１０９の制御、負荷類１
０９の各種検知をおこなうセンサ類１１０の検知入力を
主とする構成である。なお、図示はしないが、これらプ
リンタコントローラ１０１、およびプリントエンジンコ
ントローラ１０２のいずれのコントローラも、ＣＰＵ、
ＲＯＭ、ＲＡＭを有している。また、動作プログラムが
記憶されているＲＯＭには、ＦｌａｓｈＲＯＭが用いら
れ、オンボードで内容の書き換えが可能に構成されてい
る。

【００４３】本実施の形態では、プリントエンジンコン
トローラ１０２に設けられるＦｌａｓｈＲＯＭ１１１の
動作プログラム（ファームウェア）を書き替える構成に
関するものであり、以下に説明するＦｌａｓｈＲＯＭと
は、このプリントエンジンコントローラ１０２に設けら
れたものを指すものとする。

【００４４】つぎに、上記構成におけるプリンタコント
ローラ１０１とプリントエンジンコントローラ１０２と
の間のシリアル通信プロトコル（コマンド送受）を説明
する。

【００４５】（基本構成）データ伝送は、双方向全２重
で、全てのデータコードを伝送可能（トランスペアレン
ト）である。また、送受信は、フレーム単位でおこなわ
れ、誤り回復手順として、ＡＣＫ／ＮＡＫによるフレー
ム再送制御を採用する。また、ＡＣＫ／ＮＡＫをデータ
フレームに割り込んで、送信することによって、回線利
用率の向上を図る。また、データフレームの送信完了
後、ＡＣＫを受信するまでは、つぎのデータフレームを
送信しない。

【００４６】シリアル通信路（線）１０４の回線仕様例
を説明すると、シリアル伝送、ＴＴＬレベル信号の伝送
方式で、伝送速度は９６００ｂｐｓ、同期方式はアシン
クロナス（調歩同期方式）、データ長は８ビットで、ス
タートビットが１ビット、ストップビットも１ビットで
ある。転送方向は、ＬＳＢファースト、パリティビット
は奇数パリティである。エラー検出については、ソフト
ウェアに対する負荷を抑えるために、ＭＣＵ内蔵等の比
較的機能の低いＵＡＲＴでも検出可能とするため、〔Ｐ
Ｅ：パリティエラー〕〔ＦＥ：フレーミングエラー〕
〔ＯＥ：オーバーランエラー〕のみとする。

【００４７】制御キャラクタは、下記表１に示すＳＴ
１、ＳＴ２、ＡＣＫ、ＮＡＫ、ＥＴＸ、ＤＬＥ、ＡＴＮ
を用いる。

【００４８】

【表１】

【００４９】上記表１において、『ＡＴＮ』＝ＦＦＨに
定めたのは、上位側ビットおよび、パリティビットに１
が並ぶためキャラクタ同期回復性が高いためである。こ
れによって、伝送エラー等によってビットズレが発生し
た場合に、つぎのキャラクタからは、正常に受信するこ
とを可能とした。以下、制御キャラクタは、括弧『』を
用いて表記する。また、『ＳＴ１』『ＳＴ２』は、代表
して『ＳＴｎ』と表記する。

【００５０】フレーム／メッセージは、下記表２に示す
ように、データフレーム、ＡＣＫメッセージ、ＮＡＫメ
ッセージ、ＡＴＮメッセージからなる。以下フレーム／
メッセージを括弧〔〕で表記する。また、〔ＡＣＫ〕／
〔ＮＡＫ〕メッセージを〔応答メッセージ〕と呼称す
る。

【００５１】

【表２】

【００５２】（通常動作−プリント画像伝送時）つぎ
に、通常動作時のプロトコルについて説明する。図２
は、通常動作時のデータフレーム構成を示す図である。
通常動作時のプロトコルでは、ヘッダー（ＳＴ１、ＳＴ
２）と、フッター（ＥＴＸ）を用いてコマンドをフレー
ム化する。プリンタコントローラ１０１と、プリントエ
ンジンコントローラ１０２は、対等の関係であり、双方
同様の通信処理をおこなう。

【００５３】フレームは、異常時のデータ再送を除い
て、図２（ａ）に示すＳＴ１で始まるフレーム（奇数デ
ータフレーム）と、図２（ｂ）に示すＳＴ２で始まるフ
レーム（偶数データフレーム）を交互に用いる。ただ
し、伝送エラー等で再送する場合は、前回と同じ種類の
データフレームを送信する。このような奇数／偶数デー
タフレームは、受信したデータフレームが再送であるか
否かを受信側で判断するために用いられる。奇数／偶数
の管理は送信側が送信毎におこなうものであり、最初は
奇数フレームからスタートする。

【００５４】図３は、局１，２間における通信手順を示
すシーケンスである。図３（ａ）、（ｂ）に示すよう
に、送出局から発したコマンドに対し受信局はＡＣＫを
返答し、つぎにいずれかの局からのコマンドが送出可能
である。図示の局１、局２は、一対のコントローラ、即
ち、プリンタコントローラ１０１とプリントエンジンコ
ントローラ１０２を示す。なお、局１、局２がいずれか
一方のコントローラに限定されるものではなく、いずれ
のコントローラも局１、局２として機能するものであ
り、説明の便宜上使用している。

【００５５】図４は、データフレームを示す図である。
図示のように、各制御キャラクタ（Ｆ０Ｈ〜ＦＦＨ）の
データについては、そのデータの最上位ビットを反転
し、更にその前にＤＬＥを付加する。これによって、テ
キストデータを制御キャラクタと誤認することが防止で
き、かつデータフレーム、制御キャラクタの検出を容易
におこなうことができるようになる。

【００５６】データフレームの検出については、『ＳＴ
ｎ』が正常に受信できると、以降を〔データフレーム〕
と認識する。受信エラーの場合は、後続のデータを含め
て無視する。受信結果として、必ず〔応答メッセージ〕
を返送する。応答メッセージの検出については、『ＡＣ
Ｋ』／『ＮＡＫ』キャラクタが正常に受信できたら、こ
れを〔応答メッセージ〕と認識する。受信エラーの場合
は、無視する。ＡＴＮメッセージの検出については、
『ＡＴＮ』キャラクタが４バイト（ｂｙｔｅ）以上連続
して、正常に受信できたら、これを〔ＡＴＮメッセー
ジ〕と認識する。受信エラーの場合は、無視する。

【００５７】なお、上記の〔応答メッセージ〕は、〔デ
ータフレーム〕の送信中であっても割り込んで送信する
ことができる。図５に示す例では、局１，２ともに割り
込み送信した状態を示している。ここで、データの２重
取り込みを防止するため、受信側では今回受信した〔デ
ータフレーム〕を、前回と種類が異なることを確認して
から、取り込む。

【００５８】通信異常の検出と対応についても両者（プ
リンタコントローラ１０１、プリントエンジンコントロ
ーラ１０２）は、同等の処理をおこなう。基本的には、
ＮＡＫ応答に対するデータの再送と、応答無しタイムア
ウト検出によるデータの再送をおこなう。

【００５９】ところで、上記説明で受信側、送信側とし
て説明した点については、ある時点におけるいずれかの
局からの送信、受信に関する動作状態を表しているだけ
であり、プリンタコントローラ１０１とプリントエンジ
ンコントローラ１０２のどちらもなり得る。これによっ
て、局１，２のいずれもＮＡＫ応答に対するデータの再
送と、応答無しタイムアウト検出によるデータの再送に
よるエラー訂正をおこなうようになっている。

【００６０】図６は、〔データフレーム〕の再送例を示
す図である。〔データフレーム〕の送信時、〔ＮＡＫ〕
受信、またはタイムアウト検出の場合は、直ちに同内容
の〔データフレーム〕を再送（図示の例ではコマンド−
１のデータフレームを再送）する。

【００６１】（通常動作時のエラー処理）ここで、通常
動作時のエラー処理について説明しておく。

【００６２】１．データフレームのヘッダーのエラー時
（図７参照）：この場合、送信側は、データフレーム送
信後『ＡＣＫ』、『ＮＡＫ』が所定のタイムアウト時間
（たとえば１００ｍｓ）以内に受信できない場合（タイ
ムアウト時）には、データフレームを再送する。再送を
３回繰り返しても、応答が無い場合には通信異常とす
る。受信側では、データフレームの開始を認識できない
ため、ヘッダーを受信するまでの期間の受信データを捨
てる（無視する）。再送されたヘッダーを受信後、それ
以降のデータを取り込む。

【００６３】２．データフレームに対する応答がないと
き（図８参照）：この場合、送信側では、データフレー
ム送信後、『ＡＣＫ』、『ＮＡＫ』がタイムアウト時間
以内に受信できない場合は、データフレームを再送す
る。再送を３回繰り返しても、応答が無い場合には通信
異常とする。

【００６４】３．ＡＣＫメッセージでエラーしたとき
（図９参照）：この場合、送信側では、応答メッセージ
がエラーのときは、そのフレームを無視し、タイムアウ
ト検出後に再送する。受信側では、データフレームを正
常に受信し、『ＡＣＫ』を返したにもかかわらず、前回
と同じ（ヘッダー・テキスト・フッターとも）データフ
レームを受信した場合、このフレームを再送データとし
て破棄し、データの２重取り込みを防ぐ。ただし、この
再送データに対して応答メッセージは送信する。即ち、
この再送データが受信エラーであると『ＮＡＫ』を送信
し、再送を要求する。

【００６５】４．データフレームに割り込んだ応答メッ
セージがエラーしたとき（図１０参照）：この場合、局
１は相手局からのデータフレームがエラーしたと認識
し、『ＮＡＫ』を送信する。送信したデータフレームに
対しての応答メッセージが得られないため、タイムアウ
ト検出後に再送する。局２は、データフレーム送信中に
『ＮＡＫ』を受信した場合は、送信中断後、データフレ
ームを再送する。

【００６６】（プログラムダウンロード動作）つぎに、
ダウンロード時のプロトコルにおいては、プリンタコン
トローラ１０１とプリントエンジンコントローラ１０２
が対等ではない構成に変更される。

【００６７】これは、プリントエンジンコントローラ１
０２は、自分のプログラムを書き換えるために、Ｆｌａ
ｓｈＲＯＭ上の通常プログラムを消去するためになされ
る。加えて、プログラムのダウンロードと書き込みに必
要な最低限のプログラムのみが、ＦｌａｓｈＲＯＭに比
して小容量のＲＡＭにロードされ実行されることになる
ためである。

【００６８】これによって、割込み処理が使用できない
という制約や、プログラム容量の制約が生じる。これら
の制約によって、上記説明した通常動作時のプロトコル
をそのまま用いて実行することは不可能であり、対等で
はない関係を前提としたプロトコルに変更させる。

【００６９】図１１は、ダウンロード時のコマンド送受
のシーケンスである。図において、ヘッダーやフッター
等、上記したフレーム構成、ＡＣＫ、ＮＡＫ応答等には
触れない。あくまでコマンドレベルの説明をおこなうこ
とにする。

【００７０】図中、ＰＤＬは、プリンタコントローラ１
０１がプリントエンジンコントローラ１０２に対して出
すダウンロードコマンドであり、ダウンロード開始、ダ
ウンロードデータ送信、ダウンロード終了等の意味を有
している。ＰＤＲは、ＰＤＬに対してプリントエンジン
コントローラ１０２が応答するコマンドであり、正常終
了、異常終了等の意味を有している。

【００７１】上記ＰＤＬコマンドの構成内容を説明す
る。１）対象デバイス番号：０以外の任意の数で、１回のダ
ウンロード中は固定値とする。２）モード：００Ｈ，０１Ｈ，０３Ｈはダウンロードデ
ータをともなわない。また、１０Ｈ，１１Ｈ，１２Ｈの
ベリファイ関連には対応しない。３）フレーム番号：モードが００Ｈ，０１Ｈでダウンロ
ード開始指示のフレームは０、その後、１からフレーム
毎にインクリメントさせる。このフレーム番号は、ハー
ド的なＦｌａｓｈＲＯＭの領域とは無関係に、コントロ
ーラの１２８バイト単位のデータ区切り毎に付けられ
る。なお、ダウンロードデータのともなうフレームはフ
レーム番号１から始まる。ブート領域をダウンロードし
ない場合も同様に１から始まる。４）データサイズ：ダウンロードデータをともなわない
場合は０、それ意外は１２８に固定である。（ＤＬＥを
含まない実データサイズ１２８バイトで構成する）５）ＳＵＭ値：ＤＬＥを含まない実データ１２８バイト
（ｂｙｔｅ）の総和とする。ダウンロードデータを含ま
ないフレームでは０とする。

【００７２】上記ＰＤＲコマンドの構成内容を説明す
る。１）対象デバイス番号：ＰＤＬで通知されたデバイス番
号。２）モード：対応するＰＤＬフレームのモード。３）フレーム番号：対応するＰＤＬフレームのフレーム
番号。４）ＳＵＭ値：受信したダウンロードデータを再計算し
たＳＵＭ値。

【００７３】図１１に示すように、プリンタコントロー
ラ１０１（図中コントローラと表記）がプリントエンジ
ンコントローラ１０２（図中エンジン１０２と表記）に
対してＰＤＬダウンロード開始を送信すると（ステップ
Ｓ７０１）、プリントエンジンコントローラ１０２はＦ
ｌａｓｈＲＯＭ１１１のイレースをおこない（ステップ
Ｓ７０２）、正常にイレースが終了するとプリントエン
ジンコントローラ１０２はＰＤＲ正常終了コマンドを返
す（ステップＳ７０３）。

【００７４】ＰＤＲを受けたプリンタコントローラ１０
１は、ＰＤＬダウンロードデータ送信をおこなう（ステ
ップＳ７０４）。ダウンロードデータは正味（ＤＬＥを
含まないという意味）１２８バイト（ｂｙｔｅ）単位に
分割され、フレーム番号を１から付加して送信される。

【００７５】ダウンロードデータを受信したプリントエ
ンジンコントローラ１０２は、データの正当性をチェッ
クし（ステップＳ７０５）、ＦｌａｓｈＲＯＭ１１１に
１２８ｂｙｔｅ単位でデータを書き込む（ステップＳ７
０６）。書き込みが正常に終了したらＰＤＲ正常終了コ
マンドをプリンタコントローラ１０１に返す（ステップ
Ｓ７０７）。

【００７６】以降、フレーム番号ｎまでＰＤＬダウンロ
ードデータ送信（ステップＳ７０８）→データチェック
（ステップＳ７０９）、ＦｌａｓｈＲＯＭ１１１へのデ
ータ書き込み（ステップＳ７１０）→ＰＤＲ正常終了
（ステップＳ７１１）を繰り返す。

【００７７】プリンタコントローラ１０１は、最後（フ
レーム番号ｎ）のダウンロードデータに対するＰＤＲ正
常終了（ステップＳ７１１）を受信すると、フレーム番
号ｎ＋１でＰＤＬダウンロード終了を送信する（ステッ
プＳ７１２）。プリントエンジンコントローラ１０２
は、これに対してＰＤＲ正常終了を返し（ステップＳ７
１３）、一連のプログラムダウンロード、プリントエン
ジンコントローラ１０２のＦｌａｓｈＲＯＭ１１１の書
き換えが完了する。

【００７８】上記ダウンロード時におけるＰＤＬ、ＰＤ
Ｒコマンドの新ヘッダーについて説明する。図１２は、
この新ヘッダーを含むデータフレームを示す図である。
図示のように、ダウンロード時のＰＤＬ、ＰＤＲコマン
ドは、新ヘッダーＳＴ３を用いてフレーム化する。

【００７９】新ヘッダーＳＴ３の構成内容を説明する。１）コードはＦ８Ｈ２）ＰＤＬ、ＰＤＲ、および、ダウンロード中断後に再
開時に用いるＣＣ、ＥＣの各コマンドのフレームヘッダ
ーとして使用する。

【００８０】このＳＴ３で始まるフレームは、プリント
エンジンコントローラ１０２側でタイムアウト再送をお
こなわないよう変更する点が通常時のプロトコルと大き
く異なる。これによって、プリントエンジンコントロー
ラ１０２はダウンロード時のプロトコルを簡略化でき、
前述した制約を解消することができるようになる。即
ち、ＳＴ３というヘッダーを用いてダウンロード時のプ
ロトコルを通常時と異なるよう実現している。

【００８１】図１２（ａ）に示すように、プリンタコン
トローラ１０１からのＰＤＬ書き込み開始（要求）コマ
ンドは、新ヘッダーＳＴ３とＥＴＸに囲まれたフレーム
化によって送信される（ステップＳ８０１）。これによ
って、プリントエンジンコントローラ１０２は、ＳＴ３
受信でダウンロードコマンドフレームの開始を認識する
と共に、ダウンロードプロトコルに基づく通信（受信）
であることを認識する。

【００８２】プリントエンジンコントローラ１０２は、
ＰＤＬコマンドを受信し、ＥＴＸでフレームの終了を認
識し、全て伝送エラー無くフレームの受信ができたこと
が確認できたらＡＣＫを返す（ステップＳ８０２）。そ
の後、ＰＤＬに対する応答としてＰＤＲ正常終了を同様
にＳＴ３とＥＴＸでフレーム化して送信する（ステップ
Ｓ８０３）。

【００８３】この後、プリンタコントローラ１０１は、
プリントエンジンコントローラ１０２同様に、ＳＴ３受
信で正常終了コマンドフレームの開始を認識する。これ
と共に、ダウンロードプロトコルに基づく通信（送信）
であることを認識する。コマンドを受信し、ＥＴＸでフ
レームの終了を認識し、全て伝送エラー無くフレームの
受信ができたことが確認できたらＡＣＫを返す（ステッ
プＳ８０４）。

【００８４】その後、プリンタコントローラ１０１は、
ＰＤＬダウンロードデータ送信コマンドで、正味１２８
ｂｙｔｅのダウンロードデータをともなったコマンドを
ＳＴ３とＥＴＸで囲んでフレーム化してプリントエンジ
ンコントローラ１０２に送信する（ステップＳ８０
５）。

【００８５】その後、図１２（ｂ）に示すように、プリ
ントエンジンコントローラ１０２は、ＰＤＬダウンロー
ドデータ送信コマンドフレームをｎフレーム分受信し
（ステップＳ８０６）、フレームにエラーが無ければそ
の時点でＡＣＫをプリンタコントローラ１０１に返す
（ステップＳ８０７）。

【００８６】その後、プリントエンジンコントローラ１
０２は、ＰＤＬコマンドの処理をおこなう（ステップＳ
８０８）。この処理で、ダウンロードデータの正当性チ
ェックや、ＦｌａｓｈＲＯＭ１１１への書き込み用のデ
ータ変換等をおこない、ダウンロードデータが正しいこ
とを確認した後に、ＦｌａｓｈＲＯＭ１１１への書き込
みをおこなう（ステップＳ８０９）。

【００８７】その後、ダウンロードデータの正当性と書
き込みの正常終了をもって、ＰＤＲ正常終了コマンドフ
レームをプリンタコントローラ１０１に送信する（ステ
ップＳ８１０）。

【００８８】プリンタコントローラ１０１は、ＰＤＲコ
マンドフレームを受信し、フレームにエラーが無ければ
ＡＣＫを返し（ステップＳ８１１）、つぎのＰＤＬダウ
ンロードデータ送信コマンドフレームを送信する（ステ
ップＳ８１２）。

【００８９】途中に伝送エラーが全く無い場合には、上
述したような手順で通信がおこなわれ、プリントエンジ
ンコントローラ１０２のＦｌａｓｈＲＯＭ１１１の書き
換えがおこなわれる。

【００９０】（ダウンロード時のエラー対応処理）つぎ
に、ダウンロードの信頼性確保のために種々のエラー時
対応処理について説明する。

【００９１】１．プリントエンジンコントローラ１０２
がＰＤＬに応答して送出したＡＣＫがエラーした場合
（図１２（ｂ）のステップＳ８０７の箇所）：この場
合、プリントエンジンコントローラ１０２は処理を続行
する。ただし、ＰＤＲ送出前にＰＤＬ再送を検出したら
ＰＤＲ送出を保留し、再送ＰＤＬに対する処理、ＡＣＫ
／ＮＡＫ応答を先におこなう。その後、保留していたＰ
ＤＲ送出をおこなう。

【００９２】この後、プリンタコントローラ１０１は、
プリントエンジンコントローラ１０２の応答無しとし
て、ＰＤＬ受信用に設定されたタイムアウト期間（たと
えば１００ｍｓ）経過後にタイムアウト再送をおこな
う。ただし、再送前にＰＤＲ受信を検出したらＰＤＬ再
送をおこなわずに以降の処理を続ける。

【００９３】２．プリントエンジンコントローラ１０２
がＰＤＬフレーム受信中にＮＡＫを送出した場合（図１
３参照）：この場合、プリントエンジンコントローラ１
０２は、ＰＤＬ再送を待つ。この後、プリンタコントロ
ーラ１０１は、ＮＡＫを受信したらＰＤＬ送出を中断
し、再送する。

【００９４】３．プリントエンジンコントローラ１０２
の送出したＮＡＫがエラーした場合（図１４参照）（プ
リントエンジンコントローラ１０２では、タイムアウト
監視をおこなわず、プリンタコントローラ１０１でタイ
ムアウト監視による再送をおこなう具体例）：

【００９５】プリンタコントローラ１０１は、プリント
エンジンコントローラ１０２からのＡＣＫ／ＮＡＫ応答
がないとき、タイムアウト再送する。これらＡＣＫ／Ｎ
ＡＫ応答は、コマンドフレームの伝送エラーに対しての
応答なので、たとえば、１００ｍｓという短いタイムア
ウト時間が設定されている。

【００９６】この場合、プリントエンジンコントローラ
１０２は、ＰＤＬ再送を待つ。この後、プリンタコント
ローラ１０１は、プリントエンジンコントローラ１０２
の応答無しとして、ＰＤＬの１００ｍｓのタイムアウト
再送をおこなう。

【００９７】４．プリンタコントローラ１０１がＰＤＬ
送出後１秒以内にＰＤＲを受信できない場合（図１５参
照）：プリンタコントローラ１０１は、プリントエンジ
ンコントローラ１０２からの応答コマンドがない場合、
タイムアウト再送する。ＰＤＲコマンドは、Ｆｌａｓｈ
ＲＯＭ１１１への書き込み処理が終わってから発行され
るべきものであり、書き込み処理が終了するまでの時間
は変動して比較的長い時間がかかる。したがって、ＰＤ
Ｒ送出後のタイムアウト時間は、たとえば１秒という長
めの時間を採用する。この時間は通常、失敗にせよ成功
にせよ、ＦｌａｓｈＲＯＭ１１１への書き込みが終了す
る最長時間よりも十分長く設定しておく。

【００９８】そして、図示のように、プリンタコントロ
ーラ１０１がＰＤＬ送出後、１秒以内にＰＤＲを受信で
きない場合、プリントエンジンコントローラ１０２はそ
のまま処理を続行する。

【００９９】この後、プリンタコントローラ１０１は、
プリントエンジンコントローラ１０２からのＰＤＲ応答
無しとして、１秒のタイムアウト後にＰＤＬ再送をおこ
なう。プリントエンジンコントローラ１０２は、再送さ
れたＰＤＬを読み飛ばし、ＰＤＲ応答をおこなう。

【０１００】５．プリントエンジンコントローラ１０２
がタイムアウト処理をおこなわない場合（プリントエン
ジンコントローラ１０２が送信したＰＤＲコマンドフレ
ームに対するＡＣＫ応答がエラーして、プリントエンジ
ンコントローラ１０２が応答を認識できない場合）：

【０１０１】ＳＴ１，ＳＴ２ヘッダーを使用した場合の
通常時のプロトコルでは、プリントエンジンコントロー
ラ１０２が応答無しタイムアウトでコマンドフレームの
再送をおこなうようになっている。しかし、ＳＴ３ヘッ
ダーを使用したプロトコルではプリントエンジンコント
ローラ１０２側のタイムアウト監視が無いため、プリン
トエンジンコントローラ１０２側はエラーを無視し処理
を続行する。

【０１０２】プリンタコントローラ１０１側はＡＣＫを
送信しているため、元々エラーを起こしていないのでそ
のまま処理続行となる。即ち、この場合は、エラー処理
が何もなされない。しかし、実際に伝送すべきコマンド
は正常に受信され、その結果としてのＡＣＫがエラーし
ただけなので、コマンドに対する信頼性はＳＴ１，ＳＴ
２のプロトコルと何ら代わらないこととなる。

【０１０３】６．プリンタコントローラ１０１がＰＤＲ
フレーム受信中にＮＡＫを送出した場合：この場合、プ
リントエンジンコントローラ１０２は、ＮＡＫを受信し
たらＰＤＲ送出を中断し、再送する。そして、プリンタ
コントローラ１０１は、ＰＤＲ再送を待つ。

【０１０４】７．プリンタコントローラ１０１の送出し
たＮＡＫがエラーした場合（ＮＡＫ応答によるデータ再
送と、プリンタコントローラ１０１がプリントエンジン
コントローラ１０２のＮＡＫ応答による再送に対してタ
イムアウト監視をおこない、タイムアウト時にプリンタ
コントローラ１０１が再送をおこなう例）：プリンタコ
ントローラ１０１がＮＡＫを送出し、そのＮＡＫがエラ
ーした場合には、コマンドのエラーが起きている可能性
があり、厳密にエラー対応（エラー訂正）をおこなう。

【０１０５】プリントエンジンコントローラ１０２は、
タイムアウト処理が無いため、プリンタコントローラ１
０１の送信したＮＡＫがエラーしても何らエラー処理は
できない。そのため、プリントエンジンコントローラ１
０２は、エラーを無視し、処理を続行することとする。
この場合の、処理の続行については、書き込みデータに
エラーは無いため、ＦｌａｓｈＲＯＭ１１１に書き込ま
れたデータの信頼性は損なわれない。プリンタコントロ
ーラ１０１は、ＮＡＫを送出してあり、プリントエンジ
ンコントローラ１０２では、該当コマンドフレームの再
送を待機している。しかし、プリントエンジンコントロ
ーラ１０２側では、前述の如く何のエラー処理も実行し
ないため、再送はおこなわれない。

【０１０６】このため、プリンタコントローラ１０１
に、ＮＡＫ再送に対するタイムアウト処理を設け、所定
時間の再送待ちでタイムアウトとして、プリンタコント
ローラ１０１側がデータフレームの再送をおこなうこと
とする。これによって、エラー訂正と、シーケンスの続
行が可能となる。この場合、プリントエンジンコントロ
ーラ１０２には、再度同じＰＤＬダウンロードデータ送
信コマンドフレームが送られるが、データ処理の際に、
フレーム番号をチェックして既に書き込んだデータフレ
ームと同一のフレーム番号だったら再書き込みしないよ
う処理することによって、問題の発生を防止できる。

【０１０７】なお、ＳＴ１，ＳＴ２を用いた通常時のプ
ロトコルであれば、上記の事象の場合、プリントエンジ
ンコントローラ１０２が応答無しタイムアウト処理を実
行し、ＰＤＲコマンドフレームを再送する点と相違す
る。

【０１０８】なお、本実施の形態で説明したシリアル通
信方法は、あらかじめ用意されたプログラムをプリンタ
コントローラ１０１、プリントエンジンコントローラ１
０２に設けられたコンピュータ（ＣＰＵ）で実行するこ
とによって実現することができる。このプログラムは、
ハードディスク、フロッピー（登録商標）ディスク、Ｃ
Ｄ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り
可能な記録媒体に記録され、コンピュータによって記録
媒体から読み出されることによって実行される。またこ
のプログラムは、上記記録媒体を介して、インターネッ
ト等のネットワークを介して配布することができる。

【０１０９】

【発明の効果】以上説明したように、請求項１に記載の
発明によれば、プリンタコントローラとプリントエンジ
ンコントローラの２つのコントローラを備え、プリンタ
コントローラからの要求によってプリントエンジンコン
トローラの記憶手段に格納されたファームウェアを変更
可能な画像形成装置において、前記プリンタコントロー
ラと前記プリントエンジンコントローラとの間のインタ
ーフェースとしてのシリアル通信路を備え、前記プリン
タコントローラと前記プリントエンジンコントローラ
は、前記シリアル通信路の通信プロトコルを、通常の画
像データ転送に基づく画像形成動作時に用いられる前記
シリアル通信のプロトコルと、前記プリントエンジンコ
ントローラの記憶手段に格納されたファームウェア変更
のためのプログラムダウンロード時におけるシリアル通
信のプロトコルとで異なる通信プロトコルに変更して用
い、変更後のプロトコルで通信制御するため、プログラ
ム上制約の多いプログラムダウンロード時に合わせたプ
ロトコルを用いることになり、これによって、通常の画
像形成動作時の通信に制約を与えたり、レスポンスタイ
ムの低下を防止できるようになる。また、プログラムダ
ウンロード時には、プログラム上の制約内で信頼性の高
い通信処理を図れるという効果を奏する。

【０１１０】また、請求項２に記載の発明によれば、請
求項１に記載の発明において、前記プリンタコントロー
ラと前記プリントエンジンコントローラは、前記通常の
画像形成動作時には、互いが対等の関係で双方同様のプ
ロトコルに基づく通信処理を実行し、前記ダウンロード
時には、プリントエンジンコントローラ側のプログラム
を消去・書き換えのため、前記プリンタコントローラ側
が通信状態を監視するよう、対等ではない関係のプロト
コルに変更して実行するので、プログラムのダウンロー
ド時には、通常の画像形成時と異なり、プリンタコント
ローラ側が通信状態を監視することになり、これによっ
て、プリントエンジンコントローラに設けられる記憶手
段のプログラムの消去・書き換えを円滑、かつ信頼性を
有して実行できるという効果を奏する。

【０１１１】また、請求項３に記載の発明によれば、請
求項１，２のいずれか一つに記載の発明において、前記
プリンタコントローラと前記プリントエンジンコントロ
ーラは、前記シリアル通信のプロトコルで用いる転送デ
ータを特定のコードからなるヘッダーとフッターで囲ん
だフレーム構造を用い、前記通常の画像形成動作時と、
前記ダウンロード時でそれぞれ異なるヘッダーを送出
し、該ヘッダーの識別によって対応するプロトコルで通
信制御するので、フレーム中の特定のヘッダーに基づ
き、２つの異なる通信プロトコルを容易に判別し、異な
るプロトコルに基づく通信制御に容易に切換えることが
できるという効果を奏する。

【０１１２】また、請求項４に記載の発明によれば、請
求項１，２のいずれか一つに記載の発明において、前記
プログラムダウンロード時のヘッダーを使用した通信
時、前記プリントエンジンコントローラは、前記プリン
タコントローラからの応答無しタイムアウト監視を不実
行とする一方、前記プリンタコントローラは、前記プリ
ントエンジンコントローラからの応答無しタイムアウト
監視をおこない、タイムアウト時にはデータ再送による
エラーリカバリーの通信制御を実行するので、プログラ
ム上制約の多いプログラムダウンロード時、プリントエ
ンジンコントローラ側で応答無しの時間監視をおこなう
ことができない状態であっても通信の信頼性を上げるこ
とができるようになり、プリントエンジンコントローラ
からの応答が無い場合であっても、プリンタコントロー
ラ側で適切な通信制御を実行できるという効果を奏す
る。

【０１１３】また、請求項５に記載の発明によれば、請
求項４に記載の発明において、前記プリンタコントロー
ラに設定されるタイムアウト監視の時間は、返答される
コマンドの種類別に異なる時間が設定され、うち、前記
プリントエンジンコントローラに設けられた記憶手段に
対するファームウェアの書き替え後の応答コマンドに対
するタイムアウト時間は、該書き替え時間よりも長い時
間を用いたので、プリントエンジンコントローラに設け
られた記憶手段に対するファームウェアの書き替えに必
要な時間を考慮できるため、タイムアウト監視の検出性
能を向上でき通信制御の信頼性を向上できるという効果
を奏する。

【０１１４】また、請求項６に記載の発明によれば、請
求項３に記載の発明において、前記プログラムダウンロ
ード時のヘッダーを使用した通信時、前記プリンタコン
トローラと前記プリントエンジンコントローラは、とも
に相手から否定応答を受信した場合は、相手にデータを
再送し、前記プリンタコントローラが前記プリントエン
ジンコントローラからのデータに否定応答を送信した場
合は、前記プリントエンジンコントローラから再送され
るはずのデータに対してタイムアウト監視をおこない、
タイムアウト時にはデータ再送によるエラーリカバリー
の通信制御を実行するので、プログラム上制約の多いプ
ログラムダウンロード時、プリントエンジンコントロー
ラが応答無しの時間監視をおこなうことができない状態
であっても通信の信頼性を上げることができ、プリンタ
コントローラは、否定応答に対する適切な処理と、否定
応答処理に対するエラーに対する適切な処理を実行でき
るという効果を奏する。

【０１１５】また、請求項７に記載の発明によれば、プ
リンタコントローラとプリントエンジンコントローラの
２つのコントローラがシリアルインターフェースで接続
され、プリンタコントローラからの要求によってプリン
トエンジンコントローラのファームウェアを変更可能な
画像形成装置に用いられるシリアル通信方法において、
通常の画像データ転送に基づく画像形成動作時に用いら
れる前記シリアル通信のプロトコルを実行する通常工程
と、前記プリントエンジンコントローラの記憶手段に格
納されたファームウェア変更のためのプログラムダウン
ロード時には、シリアル通信のプロトコルを前記通常工
程時と異なる通信プロトコルに変更し実行するダウンロ
ード工程とを備えいずれかを選択的に実行可能なので、
プログラム上制約の多いプログラムダウンロード時に合
わせたプロトコルに変更するため、通常の画像形成動作
時の通信に制約を与えたり、レスポンスタイムの低下を
防止できるようになる。また、プログラムダウンロード
時には、プログラム上の制約内で信頼性の高い通信処理
を図れるという効果を奏する。

【０１１６】また、請求項８に記載の発明によれば、請
求項７に記載の発明において、前記通常工程時には、前
記プリンタコントローラと前記プリントエンジンコント
ローラが対等の関係となる双方同様のプロトコルで通信
処理を実行させ、前記ダウンロード工程時には、前記プ
リントエンジンコントローラ側のプログラムを消去・書
き換えのため、前記プリンタコントローラ側が通信状態
を監視するよう、対等ではない関係のプロトコルに変更
して実行させるので、プログラムのダウンロード時に
は、通常の画像形成時と異なり、プリンタコントローラ
側で通信状態を監視させることができ、プリントエンジ
ンコントローラに設けられる記憶手段のプログラムの消
去・書き換えを円滑、かつ信頼性を有して実行できると
いう効果を奏する。

【０１１７】また、請求項９に記載の発明によれば、請
求項７，８のいずれか一つに記載の発明において、前記
シリアル通信のプロトコルで用いるデータ構造は、転送
データを特定のコードからなるヘッダーとフッターで囲
んだフレーム構造とし、前記通常工程時と、前記ファー
ムウェア変更のためのダウンロード工程時でそれぞれ異
なるヘッダーを使用するので、フレーム中の特定のヘッ
ダーに基づき、２つの異なる通信プロトコルを容易に判
別でき、異なるプロトコルに基づく通信制御に容易に切
換えることができるという効果を奏する。

【０１１８】また、請求項１０に記載の発明によれば、
請求項７，８のいずれか一つに記載の発明において、前
記ダウンロード工程時には、前記プリントエンジンコン
トローラでは、前記プリンタコントローラからの応答無
しタイムアウト監視を不実行とし、前記プリンタコント
ローラでは、前記プリントエンジンコントローラからの
応答無しタイムアウト監視をおこない、タイムアウト時
にはデータ再送するエラーリカバリー工程を含むので、
プログラム上制約の多いプログラムダウンロード時、プ
リントエンジンコントローラ側で応答無しの時間監視を
おこなうことができない状態であっても通信の信頼性を
上げることができるようになり、プリントエンジンコン
トローラからの応答が無い場合であっても、プリンタコ
ントローラ側で適切な通信制御を実行できるという効果
を奏する。

【０１１９】また、請求項１１に記載の発明によれば、
請求項１０に記載の発明において、前記ダウンロード工
程時、プリンタコントローラに設定されるタイムアウト
監視の時間は、返答されるコマンドの種類別に異なる時
間が設定され、うち、前記プリントエンジンコントロー
ラに設けられた記憶手段に対するファームウェアの書き
替え後の応答コマンドに対するタイムアウト時間は、該
書き替え時間よりも長い時間を用いるので、プリントエ
ンジンコントローラに設けられた記憶手段に対するファ
ームウェアの書き替えに必要な時間を考慮できるため、
タイムアウト監視の検出性能を向上でき通信制御の信頼
性を向上できるという効果を奏する。

【０１２０】また、請求項１２に記載の発明によれば、
請求項９に記載の発明において、前記ダウンロード工程
時には、前記プリンタコントローラと前記プリントエン
ジンコントローラ共に相手から否定応答を受信した場合
は、相手にデータを再送し、前記プリンタコントローラ
が前記プリントエンジンコントローラからのデータに否
定応答を送信した場合は、前記プリントエンジンコント
ローラから再送されるはずのデータに対してタイムアウ
ト監視を実行し、タイムアウト時にはデータ再送するエ
ラーリカバリー工程を含むので、プログラム上制約の多
いプログラムダウンロード時、プリントエンジンコント
ローラが応答無しの時間監視をおこなうことができない
状態であっても通信の信頼性を上げることができ、プリ
ンタコントローラ側では、否定応答に対する適切な処理
と、否定応答処理に対するエラーに対する適切な処理を
実行できるという効果を奏する。

【０１２１】また、請求項１３に記載の発明によれば、
前記請求項７〜１２のいずれか一つに記載された方法を
前記プリンタコントローラと前記プリントエンジンコン
トローラに設けられたコンピュータに実行させるので、
コンピュータを用いて通常工程時とダウンロード工程時
それぞれに適したプロトコルでの通信制御を実行でき、
いずれの工程時であっても通信の信頼性を向上できると
いう効果を奏する。

【０１２２】また、請求項１４に記載の発明によれば、
前記請求項１３に記載されたプログラムを記録したの
で、そのプログラムをコンピュータ読み取り可能とな
り、これによって、請求項１３の動作をコンピュータに
よって実現することができるという効果を奏する。

【図面の簡単な説明】

【図１】この発明の本実施の形態にかかる画像形成装置
の一例であるプリンタの構成を示すブロック図である。

【図２】この発明の本実施の形態にかかる画像形成装置
における通常動作時のプロトコルで用いるデータフレー
ム構成を示す図である。

【図３】この発明の本実施の形態にかかる画像形成装置
における通常動作時の通信手順を示すシーケンスであ
る。

【図４】この発明の本実施の形態にかかる画像形成装置
における通常動作時のデータフレームを示す図である。

【図５】この発明の本実施の形態にかかる画像形成装置
における通常動作時のデータフレーム送信中の応答メッ
セージ割り込み送信を示す図である。

【図６】この発明の本実施の形態にかかる画像形成装置
における通常動作時のデータフレーム再送例を示す図で
ある。

【図７】この発明の本実施の形態にかかる画像形成装置
における通常動作時の通常動作時のエラー処理例を示す
図である。

【図８】この発明の本実施の形態にかかる画像形成装置
における通常動作時の通常動作時の別のエラー処理例を
示す図である。

【図９】この発明の本実施の形態にかかる画像形成装置
における通常動作時の通常動作時の別のエラー処理例を
示す図である。

【図１０】この発明の本実施の形態にかかる画像形成装
置における通常動作時の通常動作時の別のエラー処理例
を示す図である。

【図１１】この発明の本実施の形態にかかる画像形成装
置におけるプログラムダウンロード時におけるコマンド
送受を示すシーケンスである。

【図１２】この発明の本実施の形態にかかる画像形成装
置におけるプログラムダウンロード時におけるコマンド
に用いる新ヘッダーを含むデータフレームを示す図であ
る。

【図１３】この発明の本実施の形態にかかる画像形成装
置におけるプログラムダウンロード時におけるエラー時
対応処理を説明するための図である。

【図１４】この発明の本実施の形態にかかる画像形成装
置におけるプログラムダウンロード時におけるエラー時
対応処理を説明するための図である。

【図１５】この発明の本実施の形態にかかる画像形成装
置におけるプログラムダウンロード時におけるエラー時
対応処理を説明するための図である。

【符号の説明】

１００プリンタ１０１プリンタコントローラ１０２プリントエンジンコントローラ１０３パーソナルコンピュータ（ＰＣ）１０４シリアル通信路（線）１０５ビデオバス１０６ＮＩＣ（ネットワークＩ／Ｆ）１０７Ｐ１２８４−Ｉ／Ｆ（パラレルＩ／Ｆ）１０８ＩＣカードＩ／Ｆ１０９負荷類１１０センサ類１１１ＦｌａｓｈＲＯＭ

Claims

【特許請求の範囲】

【請求項１】プリンタコントローラとプリントエンジ
ンコントローラの２つのコントローラを備え、プリンタ
コントローラからの要求によってプリントエンジンコン
トローラの記憶手段に格納されたファームウェアを変更
可能な画像形成装置において、前記プリンタコントローラと前記プリントエンジンコン
トローラとの間のインターフェースとしてのシリアル通
信路を備え、前記プリンタコントローラと前記プリントエンジンコン
トローラは、前記シリアル通信路の通信プロトコルを、
通常の画像データ転送に基づく画像形成動作時に用いら
れる前記シリアル通信のプロトコルと、前記プリントエ
ンジンコントローラの記憶手段に格納されたファームウ
ェア変更のためのプログラムダウンロード時におけるシ
リアル通信のプロトコルとで異なる通信プロトコルに変
更して用い、変更後のプロトコルで通信制御することを
特徴とする画像形成装置。
【請求項２】前記プリンタコントローラと前記プリン
トエンジンコントローラは、前記通常の画像形成動作時
には、互いが対等の関係で双方同様のプロトコルに基づ
く通信処理を実行し、前記ダウンロード時には、プリントエンジンコントロー
ラ側のプログラムを消去・書き換えのため、前記プリン
タコントローラ側が通信状態を監視するよう、対等では
ない関係のプロトコルに変更して実行することを特徴と
する請求項１に記載の画像形成装置。
【請求項３】前記プリンタコントローラと前記プリン
トエンジンコントローラは、前記シリアル通信のプロト
コルで用いる転送データを特定のコードからなるヘッダ
ーとフッターで囲んだフレーム構造を用い、前記通常の
画像形成動作時と、前記ダウンロード時でそれぞれ異な
るヘッダーを送出し、該ヘッダーの識別によって対応す
るプロトコルで通信制御することを特徴とする請求項
１，２のいずれか一つに記載の画像形成装置。
【請求項４】前記プログラムダウンロード時のヘッダ
ーを使用した通信時、前記プリントエンジンコントロー
ラは、前記プリンタコントローラからの応答無しタイム
アウト監視を不実行とする一方、前記プリンタコントローラは、前記プリントエンジンコ
ントローラからの応答無しタイムアウト監視をおこな
い、タイムアウト時にはデータ再送によるエラーリカバ
リーの通信制御を実行することを特徴とする請求項１，
２のいずれか一つに記載の画像形成装置。
【請求項５】前記プリンタコントローラに設定される
タイムアウト監視の時間は、返答されるコマンドの種類
別に異なる時間が設定され、前記プリントエンジンコントローラに設けられた記憶手
段に対するファームウェアの書き替え後の応答コマンド
に対するタイムアウト時間は、該書き替え時間よりも長
い時間が用いられることを特徴とする請求項４に記載の
画像形成装置。
【請求項６】前記プログラムダウンロード時のヘッダ
ーを使用した通信時、前記プリンタコントローラと前記
プリントエンジンコントローラは、ともに相手から否定
応答を受信した場合は、相手にデータを再送し、前記プ
リンタコントローラが前記プリントエンジンコントロー
ラからのデータに否定応答を送信した場合は、前記プリ
ントエンジンコントローラから再送されるはずのデータ
に対してタイムアウト監視をおこない、タイムアウト時
にはデータ再送によるエラーリカバリーの通信制御を実
行することを特徴とする請求項３に記載の画像形成装
置。
【請求項７】プリンタコントローラとプリントエンジ
ンコントローラの２つのコントローラがシリアルインタ
ーフェースで接続され、プリンタコントローラからの要
求によってプリントエンジンコントローラのファームウ
ェアを変更可能な画像形成装置に用いられるシリアル通
信方法において、通常の画像データ転送に基づく画像形成動作時に用いら
れる前記シリアル通信のプロトコルを実行する通常工程
と、前記プリントエンジンコントローラの記憶手段に格納さ
れたファームウェア変更のためのプログラムダウンロー
ド時には、シリアル通信のプロトコルを前記通常工程時
と異なる通信プロトコルに変更し実行するダウンロード
工程と、を備え、いずれかを選択的に実行可能なことを特徴とす
る画像形成装置のシリアル通信方法。
【請求項８】前記通常工程時には、前記プリンタコン
トローラと前記プリントエンジンコントローラが対等の
関係となる双方同様のプロトコルで通信処理を実行さ
せ、前記ダウンロード工程時には、前記プリントエンジンコ
ントローラ側のプログラムを消去・書き換えのため、前
記プリンタコントローラ側が通信状態を監視するよう、
対等ではない関係のプロトコルに変更して実行させるこ
とを特徴とする請求項７に記載の画像形成装置のシリア
ル通信方法。
【請求項９】前記シリアル通信のプロトコルで用いる
データ構造は、転送データを特定のコードからなるヘッ
ダーとフッターで囲んだフレーム構造とし、前記通常工
程時と、前記ファームウェア変更のためのダウンロード
工程時でそれぞれ異なるヘッダーを使用することを特徴
とする請求項７，８のいずれか一つに記載の画像形成装
置のシリアル通信方法。
【請求項１０】前記ダウンロード工程時には、前記プリントエンジンコントローラでは、前記プリンタ
コントローラからの応答無しタイムアウト監視を不実行
とし、前記プリンタコントローラでは、前記プリントエンジン
コントローラからの応答無しタイムアウト監視をおこな
い、タイムアウト時にはデータ再送するエラーリカバリ
ー工程を含むことを特徴とする請求項７，８のいずれか
一つに記載の画像形成装置のシリアル通信方法。
【請求項１１】前記ダウンロード工程時、プリンタコ
ントローラに設定されるタイムアウト監視の時間は、返
答されるコマンドの種類別に異なる時間が設定され、前記プリントエンジンコントローラに設けられた記憶手
段に対するファームウェアの書き替え後の応答コマンド
に対するタイムアウト時間は、該書き替え時間よりも長
い時間が用いられることを特徴とする請求項１０に記載
の画像形成装置のシリアル通信方法。
【請求項１２】前記ダウンロード工程時には、前記プリンタコントローラと前記プリントエンジンコン
トローラ共に相手から否定応答を受信した場合は、相手
にデータを再送し、前記プリンタコントローラが前記プリントエンジンコン
トローラからのデータに否定応答を送信した場合は、前
記プリントエンジンコントローラから再送されるはずの
データに対してタイムアウト監視を実行し、タイムアウト時にはデータ再送するエラーリカバリー工
程を含むことを特徴とする請求項９に記載の画像形成装
置のシリアル通信方法。
【請求項１３】前記請求項７〜１２のいずれか一つに
記載された方法を前記プリンタコントローラと前記プリ
ントエンジンコントローラに設けられたコンピュータに
実行させることを特徴とするプログラム。
【請求項１４】前記請求項１３に記載されたプログラ
ムを記録したことを特徴とするコンピュータ読み取り可
能な記録媒体。