JP3628738B2

JP3628738B2 - 画像形成装置

Info

Publication number: JP3628738B2
Application number: JP30515794A
Authority: JP
Inventors: 勝金子
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1994-12-08
Filing date: 1994-12-08
Publication date: 2005-03-16
Anticipated expiration: 2020-03-16
Also published as: JPH08161231A

Description

【０００１】
【産業上の利用分野】
本発明は、ホストとインターフェイスを介してコマンドの送受信を行うことが可能な画像形成装置に関する。
【０００２】
【従来の技術】
ＦＬＡＳＨＲＯＭ（フラッシュＲＯＭ）を使用した端末装置としては、例えば特開平４−２０５１４８号公報に開示されたものや、特開平４−２２２０２６号公報に開示されたものが知られている。前者の端末装置では、マイクロコンピュータのプログラムをフラッシュＲＯＭカードで供給するように構成され、後者の端末装置では、上位装置から到来するプログラムデータを受信し、このプログラムデータによってプログラムをリアルタイムで書き換え、当該プログラムに従って制御するように構成されている。
【０００３】
【発明が解決しようとする課題】
上記のように構成された従来技術におけるフラッシュＲＯＭの書換タイミングでは、書き換えを要求するコマンドを受信した場合、条件が揃っていれば１回目のコマンドでプログラムの書き換えを実行していた。このようにフラッシュＲＯＭでは書き換え動作が容易に行えるが、その分、誤操作で内容を消してしまう危険を伴っていた。
【０００４】
また、最近のプリンタなどの画像形成装置の使用環境として、プリンタ１台に対してホストを複数接続するといったネットワークプリンタまたはプリントサーバ的な使用方法が増加している。したがって、ホストからのプリンタに対するコマンドも共通なコマンドの他にＩＤを含む各ＩＤ毎のコマンドも増えてきている。
【０００５】
本発明は、このような従来技術の実状に鑑みてなされたもので、その目的は、誤操作でフラッシュＲＯＭの内容を消去してしまうおそれのない画像形成装置を提供することにある。
【０００９】
【課題を解決するための手段】
前記目的を達成するため、第１の手段は、ホストとインターフェイスを介して接続され、自身のファームウェア・プログラムをフラッシュＲＯＭに内蔵する画像形成装置において、１回目のファームウェア変更要求コマンドを受信したとき、送信者のオペレータを認識するためのオペレータＩＤを認識し、以後、所定回数、１回目と同じオペレータＩＤを有するファームウェア変更要求コマンドを受信することによってファームウェアの変更を開始し、変更開始後はフラッシュＲＯＭの内容が変わるまで他のオペレータＩＤのファームウェア変更要求コマンドが送信されても受信を拒絶する手段を備えていることを特徴とする。
【００１０】
第２の手段は、ホストとインターフェイスを介して接続され、自身のファームウエア・プログラムをフラッシュＲＯＭに内蔵する画像形成装置において、ホストから画像形成装置のフラッシュＲＯＭ内のファームウエアを変更するコマンドを所定回数受信したとき、新しい内容のファームウエアに変更し、書き換える手段を備えていることを特徴とする。
【００１１】
第３の手段は、ホストとインターフェイスを介して接続され、自身のファームウェア・プログラムをフラッシュＲＯＭに内蔵する画像形成装置において、送信者のオペレータを認識するためのオペレータＩＤも認識できるファームウェア変更要求コマンドがホストから送信されたとき、ＩＤ毎にファームウェアの変更要求コマンドを受信した回数を計数する受信カウンタを独立に有し、所定時間内に受信カウンタの値が所定値以上になった場合に、そのＩＤからのファームウェア変更を許可し、変更を行うと同時に全てのＩＤのファームウェア変更要求コマンド受信カウンタをクリアする手段を備えていることを特徴とする。
【００１５】
【作用】
第１の手段では、画像形成装置のプリンタエンジンのＣＰＵは、１回目のファームウェア変更要求コマンドを受信したとき、そのオペレータＩＤを認識し、以後、所定回数、１回目と同じオペレータＩＤを有するファームウェア変更要求コマンドを受信し、フラッシュＲＯＭの内容が変わるまで他のオペレータＩＤのファームウェア変更要求コマンドが送信されても受信を拒絶する。
【００１６】
第２の手段では、画像形成装置のプリンタエンジンのＣＰＵは、ホストから画像形成装置のフラッシュＲＯＭ内のファームウエアを変更するコマンドを所定回数受信したとき、新しい内容のファームウエアに変更し、書き換える。
【００１７】
第３の手段では、画像形成装置のプリンタエンジンのＣＰＵは、第２の手段において、所定時間内に所定回数のファームウエア変更要求コマンドを受信しない場合には、それまでに受信したファームウエア変更要求コマンドの回数をクリアする。
【００２１】
【実施例】
以下、図面を参照し、本発明の実施例について説明する。
【００２２】
図１は実施例に係るレーザプリンタの概略構成図である。同図においてレーザプリンタは画像形成部１と、給紙部２と、排紙部３とから基本的に構成されている。画像形成部１は、光学書込系（光走査装置）１０と画像形成系２０とからなり、画像形成系２０は、感光体ドラム２１、現像装置２２、転写装置２３、定着装置２４、クリーニング装置２５、帯電装置２６などの公知の電子写真プロセス装置を備えている。光学書込系は、レーザ発生装置やポリゴンミラーを含む公知のレーザ書込系からなる。
【００２３】
給紙部２は、２段の給紙カセット３１，３２及びその下段に設けられた大量給紙ユニット３３とを有し、これらのカセットもしくはユニットから供給された用紙はレジストローラ３４によってタイミングととられた上で転写装置２３に供給されるようになっている。
【００２４】
排紙部３は、定着装置２４で画像が定着された用紙を上方に搬送して上排紙部３５や下排紙部３６に排紙したり、切換爪３３によって下方に経路を切り換えて搬送し、再度用紙の裏面に画像形成するために用紙の搬送を行う。これらは公知の機構であるので、詳細な説明は省略する。
【００２５】
図２は実施例に係るレーザプリンタ１００のシステム構成を示すブロック図である。同図においてプリンタ１００はホストコンピュータとのインターフェイス制御及び画像でデータの編集、制御を行うコントローラ部２００と、機械制御、書き込み制御、通紙制御、及びプリンタの状態監視などのを行うプリンタエンジン（以下、単に「エンジン」と称する。）部３００とからなる。
【００２６】
コントローラ２００はホスト（ホストマシン）４００とのインターフェースを行うホストＩ／Ｆ２０１、ＣＰＵ２０５のプログラムが格納されたプログラムＲＯＭ２０２、プリントするためのフォントが格納されたフォントＲＯＭ２０３、操作パネル５００とのインターフェースを行うパネルＩ／Ｆ２０４、中央制御装置としてのＣＰＵ２０５、ＣＰＵ２０５で処理するデータが書き込まれ、また、書き換えられるＲＡＭ２０６及びオプションＲＡＭ２０７、並びにエンジン３００とのインターフェースを行うエンジンＩ／Ｆ２０８からなる。
【００２７】
エンジン３００は、中央処理装置としてのＣＰＵ３０１、ＣＰＵ３０１のプログラムが格納されたＲＯＭ３０２、プログラムが常駐するフラッシュＲＯＭ（ＦＬＡＳＨＲＯＭ）３０３、バッファレジスタの機能を持ったＲＡＭ３０４、メンテナンスのサイクルを記録する読み書き可能なＥＰＲＯＭ３０５、各割り込み状態を制御する割込制御回路３０６、センサ３０７及びこのセンサ３０７の状態を取り込む入力ポート３０８、プリンタ内の各種モータ３０９やクラッチ３１０にＣＰＵ３０１からの制御信号を出力するための出力ポート３１１などを備え、これらはＣＰＵ３０１とバス接続され、当該バスにさらに、コントローラＩ／Ｆ３１２及びオプションＩ／Ｆ３１３が接続され、ＣＰＵ３０１はコントローラＩ／Ｆ３１２を介してコントローラ２００のエンジンＩ／Ｆ２１３と接続され、オプションＩ／Ｆ３１０を介してオプション６００と接続されている。また、フォントカートリッジ７００はコントローラ２００の各構成要素とバス接続されている。
【００２８】
ここでレーザプリンタ１００の動作を簡単に説明すると、手動によりもしくは自動的に給紙トレイ３１，３２，３３の１つから選択され、給紙ローラ３８によって繰り出された用紙は、レジストローラ３４位置で一旦停止する。このときの状態はレジストセンサ３９で検知される。光走査装置１０からは帯電装置２６によってあらかじめ表面に帯電して感光体ドラム２１の表面にレーザ光が照射され、その照射部分と非照射部分に電位差を生じさせ、この電位差から現像装置２２でトナーが均等に付着した現像ローラ上のトナーを上記感光体ドラム２１に載せて現像を行う。一方、レジストローラ３４によって停止させられていた用紙を感光体ドラム２１に書き込まれた画像を用紙に転写するタイミングをとって再スタートさせ、転写装置２３によって画像を用紙に転写させる。転写が終了すると、感光体ドラム２１はクリーニング装置２５によって残留したトナーが除去される。また、画像が転写された転写紙は定着装置２４で熱と圧力とにより画像の定着が行われ、排紙トレイ３５，３６側に排出される。
【００２９】
図３にプリンタの全体的な制御手順を示すフローチャートを示す。この全体的な制御では、まず、電源がオンされると、ステップＳ３０１で各状態の初期設定が行われる。以下、プリンタ（以下、「エンジン」と称する。）とコントローラのインターフェース制御、メンテナンス発生要求やエラー発生などのエンジン３００自身の内部状態をチェックするエンジン・ステータス・チェック・モジュール（ステップＳ３０２）、エンジン−コントローラＩ／Ｆモジュール（ステップＳ３０３）、エンジン−オプションＯ／Ｆモジュール（ステップＳ３０４）及びプリント・コントロール・シーケンス・モジュール（ステップＳ３０５）を実行し、以後、ステップＳ３０２〜ステップＳ３０５のモジュールの処理を繰り返す。
【００３０】
一方、図３のメインシーケンスとは独立して各処理を行うための時間監視、制御のための図４のフローチャートで示すような割り込みモジュールを備え、エンジン３００のＣＰＵ３０１が設定した所定時間ごとにこのルーチンに入り、必要な処理を行う（ステップＳ４０１〜４０２）。
【００３１】
図５は、１回目のファームウェア変更要求コマンドを受信したとき、そのオペレータＩＤを認識し、以後、所定回数、１回目と同じオペレータＩＤを有するファームウェア変更要求コマンドを受信し、フラッシュＲＯＭの内容が変わるまで他のオペレータＩＤのファームウエア変更要求コマンドが送信されても受信を拒絶するファームウエア変更要求コマンドチェックモジュールにおける処理手順を示すフローチャートである。
【００３２】
この処理では、まず、ホストマシン４００からコマンドがホストＩ／Ｆ２０１を介して入力されると（Ｓ５０１でＹＥＳ）、コマンドの種類を確認し（Ｓ５０２）、このコマンドがファームウエア変更要求コマンドでなければ（Ｓ５０２でＮＯ）、このモジュールを抜けてリターンし、このコマンドがファームウエア変更要求コマンドであれば（Ｓ５０２でＹＥＳ）、このコマンドを送信したオペレータのＩＤをチェックし［ｃｈｅｃｋＩＤ］（Ｓ５０３）、さらに全てのファームウエア変更要求コマンド受信カウンタが０であれば、言い換えれば、初めてのファームウエア変更要求コマンドであれば（Ｓ５０４でＹＥＳ）、そのときのオペレータＩＤ（以下、「ＦＩＤ」と称する。）をスタックし（Ｓ５０５）、ファームウエア変更要求コマンドの受信回数を管理するカウンタ（以下、「Ｃ＄ＣＯＭＭＡＮＤ」と称する。）をインクリメントする（Ｓ５０６）。
【００３３】
一方、ステップＳ５０４の判定で２回目以降のファームウエア変更要求コマンドを受信しているときには、送信したオペレータＩＤをチェックし、ｃｈｅｃｋＩＤ≠ＦＩＤならば（Ｓ５０７でＮＯ）リターンし、ｃｈｅｃｈＩＤ＝ＦＩＤならば（Ｓ５０７でＹＥＳ）、Ｃ＄ＣＯＭＭＡＮＤをインクリメントし（Ｓ５０８）、Ｃ＄ＣＯＭＭＡＮＤが所定回数ファームウエア変更が可能となるあらかじめ設定されたファームウエア変更要求コマンド受信回数（以下、「Ｃ＠ＣＨＡＮＧＥ」と称する。）に達していなければリターンし（Ｓ５０９でＮＯ）、Ｃ＄ＣＯＭＭＡＮＤが所定回数Ｃ＠ＣＨＡＮＧＥに達していれば（Ｓ５０９でＹＥＳ）、ＦＩＤ及びＣ＄ＣＯＭＭＡＮＤをクリアし、ファームウエア変更要求を可能にし、もしくは変更動作を行う（Ｓ５１０）。
【００３４】
なお、ファームウエア変更要求の状態を管理するレジスタ（ＦＬＡＧ＄ＦＷ＿ＣＨＡＮＧＥ）は図６のように８ビットで構成され、０ビットが１回目のファームウエア変更要求コマンドを受信したときオンとなり、コマンドが送信される時間を監視中、オンの状態を維持するフラグ（Ｆ＿ＣＨ＿ＴＩＭＥ）に割り当てられる。また、Ｃ＄ＣＯＭＭＡＮＤはＲＡＭ３０４領域に設定される。
【００３５】
図７は、オペレータＩＤも認識できるファームウェア変更要求コマンドがホストから送信されたとき、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤからのファームウェア変更要求コマンド受信毎にＩＤに該当する受信カウンタをインクリメントし、所定回数に達したものからファームウェア変更を許可し、変更を行う制御手順を示すフローチャートである。
【００３６】
この処理では、まず、ホストマシン４００からコマンドがホストＩ／Ｆ２０１を介して入力されると（Ｓ７０１でＹＥＳ）、コマンドの種類を確認し、ファームウエア変更要求コマンドでなければ（Ｓ７０２でＮＯ）リターンし、ファームウエア変更要求コマンドであれば（Ｓ７０２でＹＥＳ）、このコマンドを送信したオペレータのＩＤをチェックし［ｃｈｅｄｋＩＤ］（Ｓ７０３）、その確認したＩＤに相当するファームウエア変更要求コマンド受信回数を管理するカウンタＣ＄ＣＯＭＭＡＭＤ＿Ｎ（ただし、Ｎは変更を許可したＩＤが所有するカウンタを意味する。）をインクリメントする（Ｓ７０４）。そして、Ｃ＄ＣＯＭＭＡＭＤ＿Ｎが所定回数Ｃ＠ＣＨＡＮＧＥに達していれば（Ｓ７０５でＹＥＳ）、ファームウエア変更を許可し（Ｓ７０６）、Ｃ＄ＣＯＭＭＡＭＤ＿Ｎをクリアする（Ｓ７０７）。なお、Ｃ＠ＣＨＡＮＧＥはファームウエア変更が可能となるファームウエア変更要求コマンド受信回数を示すフラグであり、回数は定数であってあらかじめ設定される。
【００３７】
図８は、オペレータＩＤも認識できるファームウェア変更要求コマンドがホストから送信されたとき、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤからのファームウェア変更を許可し、変更を行うと同時に全てのＩＤのファームウェア変更要求コマンド受信カウンタをクリアする制御手順を示すフローチャートである。
【００３８】
この処理では、まず、ホストマシン４００からコマンドがホストＩ／Ｆ２０１を介して入力されると（Ｓ８０１でＹＥＳ）、コマンドの種類を確認し、ファームウエア変更要求コマンドでなければ（Ｓ８０２でＮＯ）リターンし、ファームウエア変更要求コマンドであれば（Ｓ８０２でＹＥＳ）、このコマンドを送信したオペレータのＩＤをチェックし［ｃｈｅｄｋＩＤ］（Ｓ８０３）、その確認したＩＤに相当するファームウエア変更要求コマンド受信回数を管理するカウンタＣ＄ＣＯＭＭＡＭＤ＿Ｎ（ただし、Ｎは変更を許可したＩＤが所有するカウンタを意味する。）をインクリメントする（Ｓ８０４）。そして、Ｃ＄ＣＯＭＭＡＭＤ＿Ｎが所定回数Ｃ＠ＣＨＡＮＧＥに達していれば（Ｓ８０５でＹＥＳ）、ファームウエア変更を許可し（Ｓ８０６）、全てのオペレータＩＤが有するカウンタＣ＄ＣＯＭＭＡＭＤ＿Ｎをクリアする（Ｓ８０７）。なお、この図８の処理はステップＳ８０７を除いて図７における処理と同様である。
【００３９】
図９は、オペレータＩＤも認識できるファームウェア変更要求コマンドがホストから送信されたとき、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤからのファームウェア変更を許可し、変更を行うと同時に全てのＩＤのファームウェア変更要求コマンド受信カウンタをクリアする制御手順を示すフローチャートである。
【００４０】
この処理では、まず、ホストマシン４００からコマンドがホストＩ／Ｆ２０１を介して入力されると（Ｓ９０１でＹＥＳ）、コマンドの種類を確認し、ファームウエア変更要求コマンドでなければ（Ｓ９０２でＮＯ）リターンし、ファームウエア変更要求コマンドであれば（Ｓ９０２でＹＥＳ）、Ｃ＄ＣＯＭＡＮＤをインクリメントする（ステップＳ９０３）。そして、このカウンタの値が画像形成装置内のファームウエアの変更を許可する所定の回数、言い換えればＣ＠ＣＨＡＮＧＥに達していなければリターンし（Ｓ９０４でＮＯ）、達していればチェックカウンタＣ＄ＣＯＭＡＮＤをクリアし、ファームウエアの変更を許可する（Ｓ９０５）。
【００４１】
図１０は、ホストから画像形成装置のフラッシュＲＯＭ内のファームウエアを変更するコマンドを所定回数受信したとき、新しい内容のファームウエアに変更し、書き換える制御手順を示すフローチャートである。
【００４２】
この処理では、まず、ホストマシン４００からコマンドがホストＩ／Ｆ２０１を介して入力されると（Ｓ１００１でＹＥＳ）、コマンドの種類を確認し、ファームウエア変更要求コマンドでなければ（Ｓ１００２でＮＯ）リターンし、ファームウエア変更要求コマンドであれば（Ｓ１００２でＹＥＳ）、Ｃ＄ＣＯＭＡＮＤをインクリメントする（Ｓ１００３）。そして、このとき受信したファームウエア変更要求コマンドが１回目であれば、すなわち、Ｃ＄ＣＯＭＭＡＮＤ＝１であれば、１回目のファームウエア変更要求コマンドを受信したとき以降の時間を監視するフラグ（以下、「Ｃ＄ＦＷ＿ＬＩＭＩＴ」と称する。）をクリアし、ファームウエア変更要求コマンド受信中を示すフラグ（以下、「Ｆ＿ＣＨ＿ＴＩＭＥ」と称する。）をオンする（Ｓ１００５）。
【００４３】
もし、ステップＳ１００４でＣ＄ＣＯＭＭＡＮＤが２以上、言い換えればファームウエア変更要求コマンドの受信回数が２回目以上のときには（Ｓ１００４でＮＯ）、Ｃ＄ＣＯＭＭＡＮＤとＣ＠ＣＨＡＮＧＥとを比較し、Ｃ＄ＣＯＭＭＡＮＤが所定回数に達していなければリターンし、達していれば（Ｃ＄ＣＯＭＭＡＮＤ＝Ｃ＠ＣＨＡＮＧＥ）、Ｃ＄ＦＷ＿ＬＩＭＩＴ、Ｆ＄ＦＷ＿ＣＨＡＮＧＥ及びＣ＄ＣＯＭＭＡＮＤをそれぞれクリアーし、ファームウエアの変更を許可し、もしくはファームウエア変更動作を行う（Ｓ１００７）。なお、Ｃ＄ＦＷ＿ＬＩＭＩＴはＲＡＭ２０６に設定され、１回目のファームウエア変更要求コマンドを受信したときにから時間を管理するカウンタであり、Ｃ＠ＬＩＭＩＴは、ファームウエア変更要求コマンドが無効となるリミット時間で、あらかじめ設定された定数である。
【００４４】
１回目のファームウエア変更要求コマンドを受信したとき、ステップＳ１００５でＦ＄ＦＷ＿ＣＨＡＮＧＥのフラグＦ＿ＣＨ＿ＴＩＭＥをオンするが、このフラグがオンしたときには、図１１で示すフローチャートにしたがってＣ＄ＦＷ＿ＬＩＭＩＴがインクリメントされる。このモジュールはタイマー割り込みなどを使用してあらかじめ設定された時間間隔で、常に飛んでくるモジュールでＦ＿ＣＨ＿ＴＩＭＥがオンしていなければ何もしないで抜けるが、オンしている場合には（Ｓ１１０１でＹＥＳ）、ステップＳ１１０２でＣ＄ＦＷ＿ＬＩＭＩＴをインクリメント後、Ｃ＄ＦＷ＿ＬＩＭＩＴがあらかじめ設定した時間（Ｃ＠ＣＮＴ＿ＬＩＭＩＴ）に達しているかどうか比較し、達していればＣ＄ＣＯＭＭＡＮＤをクリアする（Ｓ１１０４）。すなわち、１回目のファームウエア変更要求コマンド受信後、所定時間経過してもファームウエア変更可能に回数のコマンドが受信されない場合、そのコマンドは無効になる。
【００４５】
図１２は、所定時間内に所定回数のファームウエア変更要求コマンドを受信しない場合には、それまでに受信したファームウエア変更要求コマンドの回数をクリアする制御手順を示すフローチャートである。
【００４６】
この処理では、まず、ホストマシン４００からコマンドがホストＩ／Ｆ２０１を介して入力されると（Ｓ１２０１でＹＥＳ）、コマンドの種類を確認し、ファームウエア変更要求コマンドでなければ（Ｓ１２０２でＮＯ）リターンし、ファームウエア変更要求コマンドであれば（Ｓ１２０２でＹＥＳ）、Ｃ＄ＣＯＭＡＮＤをインクリメントする（ステップＳ１２０３）。そして、このとき受信したファームウエア変更要求コマンドが１回目であれば［Ｃ＄ＣＯＭＭＡＮＤ＝１］（Ｓ１２０４）、１回目のファームウエア要求コマンドを受信した後の時間を監視するカウンタＣ＄ＦＷ＿ＬＩＭＩＴをクリアし、ファームウエア変更要求コマンド受信中を示すフラグＦ＿ＣＨ＿ＴＩＭＥをオンする（Ｓ１２０５）。ステップＳ１２０４で受信したファームウエア変更要求コマンドが２回目以降ならば、Ｃ＄ＣＯＭＭＡＮＤが所定回数Ｃ＠ＣＨＡＮＧＥに達していれば、Ｃ＄ＦＷ＿ＬＩＭＩＴ及びＣ＄ＣＯＭＭＡＮＤをクリアし、ファームウエア変更許可または変更動作を実行する（Ｓ１２０７）。
【００４７】
１回目のファームウエア変更要求コマンドを受信したとき、ステップＳ１２０５でＦ＄ＦＷ＿ＣＨＡＮＧＥのフラグＦ＿ＣＨ＿ＴＩＭＥをオンするが、このフラグがオンしたときには、図１３で示すフローチャートにしたがってＣ＄ＦＷ＿ＬＩＭＩＴがインクリメントされる。このモジュールはタイマー割り込みなどを使用してあらかじめ設定された時間間隔で、常に飛んでくるモジュールでＦ＿ＣＨ＿ＴＩＭＥがオンしていなければ何もしないで抜けるが、オンしている場合には（Ｓ１３０１でＹＥＳ）、ステップＳ１３０２でＣ＄ＦＷ＿ＬＩＭＩＴをインクリメントした後、Ｃ＄ＦＷ＿ＬＩＭＩＴがあらかじめ設定した時間（Ｃ＠ＣＮＴ＿ＬＩＭＩＴ）に達しているかどうか比較し、達していればＣ＄ＣＯＭＭＡＮＤをデクリメントし、Ｃ＄ＦＷ＿ＬＩＭＩＴをクリアする（Ｓ１３０４）。さらに、Ｃ＄ＣＯＭＭＡＭＤにｂｏｒｒｏｗがでていれば（Ｓ１３０５でＹＥＳ）、Ｃ＄ＣＯＭＭＡＮＤ及びＦ＄ＦＷ＿ＣＨＡＮＧＥをクリアする（Ｓ１３０６）。すなわち、１回目のファームウエア変更要求コマンド受信後、所定時間経過してもファームウエア変更可能に回数のコマンドが受信されない場合、そのコマンドが段階を追って無効になる。
【００４８】
【発明の効果】
これまでの説明で明らかなように、本発明によれば、誤操作でフラッシュＲＯＭの内容を消去してしまうおそれのない画像形成装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施例に係るレーザプリンタの概略構成図である。
【図２】実施例に係るレーザプリンタの制御系の概略構成を示すブロック図である。
【図３】実施例に係るレーザプリンタの全体的な制御手順を示すフローチャートである。
【図４】実施例に係るレーザプリンタの割り込み処理の制御手順を示すフローチャートである。
【図５】所定回ファームウエア変更要求コマンドを受信して、フラッシュＲＯＭの内容が変わるまで他のオペレータのファームウエア変更要求コマンドが送信されても受信しない実施例の制御手順を示すフローチャートである。
【図６】実施例に係る画像形成装置に備えられたレジスタの内容を示す説明図である。
【図７】ファームウエア変更要求コマンドが所定回数に達したものからファームウエア変更を許可する実施例の制御手順を示すフローチャートである。
【図８】各オペレータからのファームウエア変更要求コマンドが所定回数に達したものからファームウエア変更要求を許可し、ファームウエアの変更を行うと同時に全てのオペレータのファームウエア変更要求コマンド受信カウンタをクリアする実施例の制御手順を示すフローチャートである。
【図９】ホスト側からファームウエア変更要求コマンドを所定回数受信したとき、新しい内容のファームウエアに変更し、書き換える実施例の制御手順を示すフローチャートである。
【図１０】所定時間内に所定回数のファームウエア変更要求コマンドを受信しないと、それまでに受信したファームウエア変更要求コマンドの受信回数をクリアする実施例の制御手順を示すフローチャートである。
【図１１】図１０のフローチャートにおけるＳ１００５の詳細な処理内容を示すフローチャートである。
【図１２】所定時間、次のファームウエア変更要求コマンドがホストから送信されない場合、現在受信している要求コマンドの回数をデクリメントする実施例の制御手順を示すフローチャートである。
【図１３】図１２のフローチャートにおけるＳ１２０５の詳細な処理内容を示すフローチャートである。
【符号の説明】
１００レーザプリンタ
２００コントローラ
２０１ホストＩ／Ｆ
２０２プログラムＲＯＭ
２０５ＣＰＵ
２０６ＲＡＭ
２０８エンジンＩ／Ｆ
３００プリンタエンジン（エンジン）
３０１ＣＰＵ
３０２ＲＯＭ
３０３フラッシュＲＯＭ
３０４ＲＡＭ
３０５ＥＰＲＯＭ
３０６割込制御回路
３１２コントローラＩ／Ｆ

Claims

ホストとインターフェイスを介して接続され、自身のファームウェア・プログラムをフラッシュＲＯＭに内蔵する画像形成装置において、１回目のファームウェア変更要求コマンドを受信したとき、送信者のオペレータを認識するためのオペレータＩＤを認識し、以後、所定回数、１回目と同じオペレータＩＤを有するファームウェア変更要求コマンドを受信することによってファームウェアの変更を開始し、変更開始後はフラッシュＲＯＭの内容が変わるまで他のオペレータＩＤのファームウェア変更要求コマンドが送信されても受信を拒絶する手段を備えていることを特徴とする画像形成装置。
ホストとインターフェイスを介して接続され、自身のファームウェア・プログラムをフラッシュＲＯＭに内蔵する画像形成装置において、送信者のオペレータを認識するためのオペレータＩＤも認識できるファームウェア変更要求コマンドがホストから送信されたとき、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤからのファームウェア変更要求コマンド受信毎にＩＤに該当する受信カウンタをインクリメントし、所定回数に達したものからファームウェア変更を許可し、変更を行う手段を備えていることを特徴とする画像形成装置。
ホストとインターフェイスを介して接続され、自身のファームウェア・プログラムをフラッシュＲＯＭに内蔵する画像形成装置において、送信者のオペレータを認識するためのオペレータＩＤも認識できるファームウェア変更要求コマンドがホストから送信されたとき、ＩＤ毎にファームウェアの変更要求コマンドを受信した回数を計数する受信カウンタを独立に有し、所定時間内に受信カウンタの値が所定値以上になった場合に、そのＩＤからのファームウェア変更を許可し、変更を行うと同時に全てのＩＤのファームウェア変更要求コマンド受信カウンタをクリアする手段を備えていることを特徴とする画像形成装置。