JPH08161231A - 画像形成装置 - Google Patents
画像形成装置Info
- Publication number
- JPH08161231A JPH08161231A JP6305157A JP30515794A JPH08161231A JP H08161231 A JPH08161231 A JP H08161231A JP 6305157 A JP6305157 A JP 6305157A JP 30515794 A JP30515794 A JP 30515794A JP H08161231 A JPH08161231 A JP H08161231A
- Authority
- JP
- Japan
- Prior art keywords
- firmware
- change request
- request command
- command
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Stored Programmes (AREA)
- Storage Device Security (AREA)
Abstract
(57)【要約】
【目的】 誤操作でプログラムが格納されたフラッシュ
ＲＯＭの内容を消去してしまうおそれのない画像形成装
置を提供する。 【構成】 ホストマシン４００からコマンドが入力され
ると（Ｓ５０１）、コマンドの種類を確認し（Ｓ５０
２）、このコマンドがファームウエア変更要求コマンド
であれば、このコマンドを送信したオペレータのＩＤを
チェックし（Ｓ５０３）、初めてのファームウエア変更
要求コマンドであれば（Ｓ５０４）、そのときのオペレ
ータＩＤをスタックし（Ｓ５０５）、ファームウエア変
更要求コマンドの受信回数を管理するカウンタをインク
リメントする（Ｓ５０６）。ステップＳ５０４の判定で
２回目以降のファームウエア変更要求コマンドを受信し
ているときには、送信したオペレータＩＤをチェック
し、所定回数ファームウエア変更が可能となるあらかじ
め設定されたファームウエア変更要求コマンド受信回数
に達していれば（Ｓ５０７〜５０９）、ファームウエア
変更要求を可能にし、もしくは変更動作を行う（Ｓ５１
０）。
ＲＯＭの内容を消去してしまうおそれのない画像形成装
置を提供する。 【構成】 ホストマシン４００からコマンドが入力され
ると（Ｓ５０１）、コマンドの種類を確認し（Ｓ５０
２）、このコマンドがファームウエア変更要求コマンド
であれば、このコマンドを送信したオペレータのＩＤを
チェックし（Ｓ５０３）、初めてのファームウエア変更
要求コマンドであれば（Ｓ５０４）、そのときのオペレ
ータＩＤをスタックし（Ｓ５０５）、ファームウエア変
更要求コマンドの受信回数を管理するカウンタをインク
リメントする（Ｓ５０６）。ステップＳ５０４の判定で
２回目以降のファームウエア変更要求コマンドを受信し
ているときには、送信したオペレータＩＤをチェック
し、所定回数ファームウエア変更が可能となるあらかじ
め設定されたファームウエア変更要求コマンド受信回数
に達していれば（Ｓ５０７〜５０９）、ファームウエア
変更要求を可能にし、もしくは変更動作を行う（Ｓ５１
０）。
Description
【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、ホストとインターフェ
イスを介してコマンドの送受信を行うことが可能な画像
形成装置に関する。
イスを介してコマンドの送受信を行うことが可能な画像
形成装置に関する。
【０００２】
【従来の技術】ＦＬＡＳＨ ＲＯＭ（フラッシュＲＯ
Ｍ）を使用した端末装置としては、例えば特開平４−２
０５１４８号公報に開示されたものや、特開平４−２２
２０２６号公報に開示されたものが知られている。前者
の端末装置では、マイクロコンピュータのプログラムを
フラッシュＲＯＭカードで供給するように構成され、後
者の端末装置では、上位装置から到来するプログラムデ
ータを受信し、このプログラムデータによってプログラ
ムをリアルタイムで書き換え、当該プログラムに従って
制御するように構成されている。
Ｍ）を使用した端末装置としては、例えば特開平４−２
０５１４８号公報に開示されたものや、特開平４−２２
２０２６号公報に開示されたものが知られている。前者
の端末装置では、マイクロコンピュータのプログラムを
フラッシュＲＯＭカードで供給するように構成され、後
者の端末装置では、上位装置から到来するプログラムデ
ータを受信し、このプログラムデータによってプログラ
ムをリアルタイムで書き換え、当該プログラムに従って
制御するように構成されている。
【０００３】
【発明が解決しようとする課題】上記のように構成され
た従来技術におけるフラッシュＲＯＭの書換タイミング
では、書き換えを要求するコマンドを受信した場合、条
件が揃っていれば１回目のコマンドでプログラムの書き
換えを実行していた。このようにフラッシュＲＯＭでは
書き換え動作が容易に行えるが、その分、誤操作で内容
を消してしまう危険を伴っていた。
た従来技術におけるフラッシュＲＯＭの書換タイミング
では、書き換えを要求するコマンドを受信した場合、条
件が揃っていれば１回目のコマンドでプログラムの書き
換えを実行していた。このようにフラッシュＲＯＭでは
書き換え動作が容易に行えるが、その分、誤操作で内容
を消してしまう危険を伴っていた。
【０００４】また、最近のプリンタなどの画像形成装置
の使用環境として、プリンタ１台に対してホストを複数
接続するといったネットワークプリンタまたはプリント
サーバ的な使用方法が増加している。したがって、ホス
トからのプリンタに対するコマンドも共通なコマンドの
他にＩＤを含む各ＩＤ毎のコマンドも増えてきている。
の使用環境として、プリンタ１台に対してホストを複数
接続するといったネットワークプリンタまたはプリント
サーバ的な使用方法が増加している。したがって、ホス
トからのプリンタに対するコマンドも共通なコマンドの
他にＩＤを含む各ＩＤ毎のコマンドも増えてきている。
【０００５】本発明は、このような従来技術の実状に鑑
みてなされたもので、その第１の目的は、誤操作で内容
を消してしまう危険を解除するために１回目のコマンド
ですぐに書き換えを始めるのではなく、所定回数のコマ
ンドを受信したとき、はじめて書き換えを行い、誤操作
でフラッシュＲＯＭの内容を消去してしまうおそれのな
い画像形成装置を提供することにある。
みてなされたもので、その第１の目的は、誤操作で内容
を消してしまう危険を解除するために１回目のコマンド
ですぐに書き換えを始めるのではなく、所定回数のコマ
ンドを受信したとき、はじめて書き換えを行い、誤操作
でフラッシュＲＯＭの内容を消去してしまうおそれのな
い画像形成装置を提供することにある。
【０００６】第２の目的は、コマンドが変更開始を始め
る所定回数に達することなく時間が経過したときに、他
の操作に影響を与えることのない画像形成装置を提供す
ることにある。
る所定回数に達することなく時間が経過したときに、他
の操作に影響を与えることのない画像形成装置を提供す
ることにある。
【０００７】第３の目的は、現在送信されたファームウ
エア変更要求コマンドが適切なものかどうか判断して、
コマンドによる書き換えの誤操作を生じることのない画
像形成装置を提供することにある。
エア変更要求コマンドが適切なものかどうか判断して、
コマンドによる書き換えの誤操作を生じることのない画
像形成装置を提供することにある。
【０００８】第４の目的は、複数のユーザから適切なコ
マンド情報を得るために、特にファームウエアを入れ換
えるといった危険なコマンドの管理精度を上げることに
より書き換えミスなどの誤操作を防止することができる
画像形成装置を提供することにある。
マンド情報を得るために、特にファームウエアを入れ換
えるといった危険なコマンドの管理精度を上げることに
より書き換えミスなどの誤操作を防止することができる
画像形成装置を提供することにある。
【０００９】
【課題を解決するための手段】上記第１の目的を達成す
るため、第１の手段は、ホストとインターフェイスを介
して接続され、自身のファームウェア・プログラムをフ
ラッシュＲＯＭに内蔵する画像形成装置において、１回
目のファームウェア変更要求コマンドを受信したとき、
そのオペレータＩＤを認識し、以後、所定回数、１回目
と同じオペレータＩＤを有するファームウェア変更要求
コマンドを受信し、フラッシュＲＯＭの内容が変わるま
で他のオペレータＩＤのファームウェア変更要求コマン
ドが送信されても受信を拒絶する手段を備えていること
を特徴とする。
るため、第１の手段は、ホストとインターフェイスを介
して接続され、自身のファームウェア・プログラムをフ
ラッシュＲＯＭに内蔵する画像形成装置において、１回
目のファームウェア変更要求コマンドを受信したとき、
そのオペレータＩＤを認識し、以後、所定回数、１回目
と同じオペレータＩＤを有するファームウェア変更要求
コマンドを受信し、フラッシュＲＯＭの内容が変わるま
で他のオペレータＩＤのファームウェア変更要求コマン
ドが送信されても受信を拒絶する手段を備えていること
を特徴とする。
【００１０】同じく第１の目的を達成するため、第２の
手段は、ホストとインターフェイスを介して接続され、
自身のファームウエア・プログラムをフラッシュＲＯＭ
に内蔵する画像形成装置において、ホストから画像形成
装置のフラッシュＲＯＭ内のファームウエアを変更する
コマンドを所定回数受信したとき、新しい内容のファー
ムウエアに変更し、書き換える手段を備えていることを
特徴とする。
手段は、ホストとインターフェイスを介して接続され、
自身のファームウエア・プログラムをフラッシュＲＯＭ
に内蔵する画像形成装置において、ホストから画像形成
装置のフラッシュＲＯＭ内のファームウエアを変更する
コマンドを所定回数受信したとき、新しい内容のファー
ムウエアに変更し、書き換える手段を備えていることを
特徴とする。
【００１１】第２の目的を達成するため、第３の手段
は、第２の手段において、所定時間内に所定回数のファ
ームウエア変更要求コマンドを受信しない場合には、そ
れまでに受信したファームウエア変更要求コマンドの回
数をクリアすることを特徴とする。
は、第２の手段において、所定時間内に所定回数のファ
ームウエア変更要求コマンドを受信しない場合には、そ
れまでに受信したファームウエア変更要求コマンドの回
数をクリアすることを特徴とする。
【００１２】第３の目的を達成するため、第４の手段
は、第２の手段において、ファームウエア変更を開始す
る回数のコマンドは受信しないが、ファームウエア変更
要求コマンドをすでに受信している状態で、所定回数、
次のファームウエア変更要求コマンドがホストコンピュ
ータから送信されない場合、現在受信している要求コマ
ンドの回数をデクリメントすることを特徴とする。
は、第２の手段において、ファームウエア変更を開始す
る回数のコマンドは受信しないが、ファームウエア変更
要求コマンドをすでに受信している状態で、所定回数、
次のファームウエア変更要求コマンドがホストコンピュ
ータから送信されない場合、現在受信している要求コマ
ンドの回数をデクリメントすることを特徴とする。
【００１３】第４の目的を達成するため、第５の手段
は、ホストとインターフェイスを介して接続され、自身
のファームウェア・プログラムをフラッシュＲＯＭに内
蔵する画像形成装置において、オペレータＩＤも認識で
きるファームウェア変更要求コマンドがホストから送信
されたとき、ＩＤ毎に受信カウンタを独立に有し、各々
のＩＤからのファームウェア変更要求コマンド受信毎に
ＩＤに該当する受信カウンタをインクリメントし、所定
回数に達したものからファームウェア変更を許可し、変
更する手段を備えていることを特徴とする。
は、ホストとインターフェイスを介して接続され、自身
のファームウェア・プログラムをフラッシュＲＯＭに内
蔵する画像形成装置において、オペレータＩＤも認識で
きるファームウェア変更要求コマンドがホストから送信
されたとき、ＩＤ毎に受信カウンタを独立に有し、各々
のＩＤからのファームウェア変更要求コマンド受信毎に
ＩＤに該当する受信カウンタをインクリメントし、所定
回数に達したものからファームウェア変更を許可し、変
更する手段を備えていることを特徴とする。
【００１４】同じく第４の目的を達成するため、第６の
手段は、ホストとインターフェイスを介して接続され、
自身のファームウェア・プログラムをフラッシュＲＯＭ
に内蔵する画像形成装置において、オペレータＩＤも認
識できるファームウェア変更要求コマンドがホストから
送信されたとき、ＩＤ毎に受信カウンタを独立に有し、
各々のＩＤからのファームウェア変更を許可し、変更を
行うと同時に全てのＩＤのファームウェア変更要求コマ
ンド受信カウンタをクリアする手段を備えていることを
特徴とする。
手段は、ホストとインターフェイスを介して接続され、
自身のファームウェア・プログラムをフラッシュＲＯＭ
に内蔵する画像形成装置において、オペレータＩＤも認
識できるファームウェア変更要求コマンドがホストから
送信されたとき、ＩＤ毎に受信カウンタを独立に有し、
各々のＩＤからのファームウェア変更を許可し、変更を
行うと同時に全てのＩＤのファームウェア変更要求コマ
ンド受信カウンタをクリアする手段を備えていることを
特徴とする。
【００１５】
【作用】第１の手段では、画像形成装置のプリンタエン
ジンのＣＰＵは、１回目のファームウェア変更要求コマ
ンドを受信したとき、そのオペレータＩＤを認識し、以
後、所定回数、１回目と同じオペレータＩＤを有するフ
ァームウェア変更要求コマンドを受信し、フラッシュＲ
ＯＭの内容が変わるまで他のオペレータＩＤのファーム
ウェア変更要求コマンドが送信されても受信を拒絶す
る。
ジンのＣＰＵは、１回目のファームウェア変更要求コマ
ンドを受信したとき、そのオペレータＩＤを認識し、以
後、所定回数、１回目と同じオペレータＩＤを有するフ
ァームウェア変更要求コマンドを受信し、フラッシュＲ
ＯＭの内容が変わるまで他のオペレータＩＤのファーム
ウェア変更要求コマンドが送信されても受信を拒絶す
る。
【００１６】第２の手段では、画像形成装置のプリンタ
エンジンのＣＰＵは、ホストから画像形成装置のフラッ
シュＲＯＭ内のファームウエアを変更するコマンドを所
定回数受信したとき、新しい内容のファームウエアに変
更し、書き換える。
エンジンのＣＰＵは、ホストから画像形成装置のフラッ
シュＲＯＭ内のファームウエアを変更するコマンドを所
定回数受信したとき、新しい内容のファームウエアに変
更し、書き換える。
【００１７】第３の手段では、画像形成装置のプリンタ
エンジンのＣＰＵは、第２の手段において、所定時間内
に所定回数のファームウエア変更要求コマンドを受信し
ない場合には、それまでに受信したファームウエア変更
要求コマンドの回数をクリアする。
エンジンのＣＰＵは、第２の手段において、所定時間内
に所定回数のファームウエア変更要求コマンドを受信し
ない場合には、それまでに受信したファームウエア変更
要求コマンドの回数をクリアする。
【００１８】第４の手段では、画像形成装置のプリンタ
エンジンのＣＰＵは、第２の手段において、ファームウ
エア変更を開始する回数のコマンドは受信しないが、フ
ァームウエア変更要求コマンドをすでに受信している状
態で、所定回数、次のファームウエア変更要求コマンド
がホストコンピュータから送信されない場合、現在受信
している要求コマンドの回数をデクリメントする。
エンジンのＣＰＵは、第２の手段において、ファームウ
エア変更を開始する回数のコマンドは受信しないが、フ
ァームウエア変更要求コマンドをすでに受信している状
態で、所定回数、次のファームウエア変更要求コマンド
がホストコンピュータから送信されない場合、現在受信
している要求コマンドの回数をデクリメントする。
【００１９】第５の手段では、画像形成装置のプリンタ
エンジンのＣＰＵは、オペレータＩＤも認識できるファ
ームウェア変更要求コマンドがホストから送信されたと
き、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤか
らのファームウェア変更要求コマンド受信毎にＩＤに該
当する受信カウンタをインクリメントし、所定回数に達
したものからファームウェア変更を許可し、変更する。
エンジンのＣＰＵは、オペレータＩＤも認識できるファ
ームウェア変更要求コマンドがホストから送信されたと
き、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤか
らのファームウェア変更要求コマンド受信毎にＩＤに該
当する受信カウンタをインクリメントし、所定回数に達
したものからファームウェア変更を許可し、変更する。
【００２０】第６の手段では、画像形成装置のプリンタ
エンジンのＣＰＵは、オペレータＩＤも認識できるファ
ームウェア変更要求コマンドがホストから送信されたと
き、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤか
らのファームウェア変更を許可し、変更を行うと同時に
全てのＩＤのファームウェア変更要求コマンド受信カウ
ンタをクリアする。
エンジンのＣＰＵは、オペレータＩＤも認識できるファ
ームウェア変更要求コマンドがホストから送信されたと
き、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤか
らのファームウェア変更を許可し、変更を行うと同時に
全てのＩＤのファームウェア変更要求コマンド受信カウ
ンタをクリアする。
【００２１】
【実施例】以下、図面を参照し、本発明の実施例につい
て説明する。
て説明する。
【００２２】図１は実施例に係るレーザプリンタの概略
構成図である。同図においてレーザプリンタは画像形成
部１と、給紙部２と、排紙部３とから基本的に構成され
ている。画像形成部１は、光学書込系（光走査装置）１
０と画像形成系２０とからなり、画像形成系２０は、感
光体ドラム２１、現像装置２２、転写装置２３、定着装
置２４、クリーニング装置２５、帯電装置２６などの公
知の電子写真プロセス装置を備えている。光学書込系
は、レーザ発生装置やポリゴンミラーを含む公知のレー
ザ書込系からなる。
構成図である。同図においてレーザプリンタは画像形成
部１と、給紙部２と、排紙部３とから基本的に構成され
ている。画像形成部１は、光学書込系（光走査装置）１
０と画像形成系２０とからなり、画像形成系２０は、感
光体ドラム２１、現像装置２２、転写装置２３、定着装
置２４、クリーニング装置２５、帯電装置２６などの公
知の電子写真プロセス装置を備えている。光学書込系
は、レーザ発生装置やポリゴンミラーを含む公知のレー
ザ書込系からなる。
【００２３】給紙部２は、２段の給紙カセット３１，３
２及びその下段に設けられた大量給紙ユニット３３とを
有し、これらのカセットもしくはユニットから供給され
た用紙はレジストローラ３４によってタイミングととら
れた上で転写装置２３に供給されるようになっている。
２及びその下段に設けられた大量給紙ユニット３３とを
有し、これらのカセットもしくはユニットから供給され
た用紙はレジストローラ３４によってタイミングととら
れた上で転写装置２３に供給されるようになっている。
【００２４】排紙部３は、定着装置２４で画像が定着さ
れた用紙を上方に搬送して上排紙部３５や下排紙部３６
に排紙したり、切換爪３３によって下方に経路を切り換
えて搬送し、再度用紙の裏面に画像形成するために用紙
の搬送を行う。これらは公知の機構であるので、詳細な
説明は省略する。
れた用紙を上方に搬送して上排紙部３５や下排紙部３６
に排紙したり、切換爪３３によって下方に経路を切り換
えて搬送し、再度用紙の裏面に画像形成するために用紙
の搬送を行う。これらは公知の機構であるので、詳細な
説明は省略する。
【００２５】図２は実施例に係るレーザプリンタ１００
のシステム構成を示すブロック図である。同図において
プリンタ１００はホストコンピュータとのインターフェ
イス制御及び画像でデータの編集、制御を行うコントロ
ーラ部２００と、機械制御、書き込み制御、通紙制御、
及びプリンタの状態監視などのを行うプリンタエンジン
（以下、単に「エンジン」と称する。）部３００とから
なる。
のシステム構成を示すブロック図である。同図において
プリンタ１００はホストコンピュータとのインターフェ
イス制御及び画像でデータの編集、制御を行うコントロ
ーラ部２００と、機械制御、書き込み制御、通紙制御、
及びプリンタの状態監視などのを行うプリンタエンジン
（以下、単に「エンジン」と称する。）部３００とから
なる。
【００２６】コントローラ２００はホスト（ホストマシ
ン）４００とのインターフェースを行うホストＩ／Ｆ２
０１、ＣＰＵ２０５のプログラムが格納されたプログラ
ムＲＯＭ２０２、プリントするためのフォントが格納さ
れたフォントＲＯＭ２０３、操作パネル５００とのイン
ターフェースを行うパネルＩ／Ｆ２０４、中央制御装置
としてのＣＰＵ２０５、ＣＰＵ２０５で処理するデータ
が書き込まれ、また、書き換えられるＲＡＭ２０６及び
オプションＲＡＭ２０７、並びにエンジン３００とのイ
ンターフェースを行うエンジンＩ／Ｆ２０８からなる。
ン）４００とのインターフェースを行うホストＩ／Ｆ２
０１、ＣＰＵ２０５のプログラムが格納されたプログラ
ムＲＯＭ２０２、プリントするためのフォントが格納さ
れたフォントＲＯＭ２０３、操作パネル５００とのイン
ターフェースを行うパネルＩ／Ｆ２０４、中央制御装置
としてのＣＰＵ２０５、ＣＰＵ２０５で処理するデータ
が書き込まれ、また、書き換えられるＲＡＭ２０６及び
オプションＲＡＭ２０７、並びにエンジン３００とのイ
ンターフェースを行うエンジンＩ／Ｆ２０８からなる。
【００２７】エンジン３００は、中央処理装置としての
ＣＰＵ３０１、ＣＰＵ３０１のプログラムが格納された
ＲＯＭ３０２、プログラムが常駐するフラッシュＲＯＭ
（ＦＬＡＳＨ ＲＯＭ）３０３、バッファレジスタの機
能を持ったＲＡＭ３０４、メンテナンスのサイクルを記
録する読み書き可能なＥＰＲＯＭ３０５、各割り込み状
態を制御する割込制御回路３０６、センサ３０７及びこ
のセンサ３０７の状態を取り込む入力ポート３０８、プ
リンタ内の各種モータ３０９やクラッチ３１０にＣＰＵ
３０１からの制御信号を出力するための出力ポート３１
１などを備え、これらはＣＰＵ３０１とバス接続され、
当該バスにさらに、コントローラＩ／Ｆ３１２及びオプ
ションＩ／Ｆ３１３が接続され、ＣＰＵ３０１はコント
ローラＩ／Ｆ３１２を介してコントローラ２００のエン
ジンＩ／Ｆ２１３と接続され、オプションＩ／Ｆ３１０
を介してオプション６００と接続されている。また、フ
ォントカートリッジ７００はコントローラ２００の各構
成要素とバス接続されている。
ＣＰＵ３０１、ＣＰＵ３０１のプログラムが格納された
ＲＯＭ３０２、プログラムが常駐するフラッシュＲＯＭ
（ＦＬＡＳＨ ＲＯＭ）３０３、バッファレジスタの機
能を持ったＲＡＭ３０４、メンテナンスのサイクルを記
録する読み書き可能なＥＰＲＯＭ３０５、各割り込み状
態を制御する割込制御回路３０６、センサ３０７及びこ
のセンサ３０７の状態を取り込む入力ポート３０８、プ
リンタ内の各種モータ３０９やクラッチ３１０にＣＰＵ
３０１からの制御信号を出力するための出力ポート３１
１などを備え、これらはＣＰＵ３０１とバス接続され、
当該バスにさらに、コントローラＩ／Ｆ３１２及びオプ
ションＩ／Ｆ３１３が接続され、ＣＰＵ３０１はコント
ローラＩ／Ｆ３１２を介してコントローラ２００のエン
ジンＩ／Ｆ２１３と接続され、オプションＩ／Ｆ３１０
を介してオプション６００と接続されている。また、フ
ォントカートリッジ７００はコントローラ２００の各構
成要素とバス接続されている。
【００２８】ここでレーザプリンタ１００の動作を簡単
に説明すると、手動によりもしくは自動的に給紙トレイ
３１，３２，３３の１つから選択され、給紙ローラ３８
によって繰り出された用紙は、レジストローラ３４位置
で一旦停止する。このときの状態はレジストセンサ３９
で検知される。光走査装置１０からは帯電装置２６によ
ってあらかじめ表面に帯電して感光体ドラム２１の表面
にレーザ光が照射され、その照射部分と非照射部分に電
位差を生じさせ、この電位差から現像装置２２でトナー
が均等に付着した現像ローラ上のトナーを上記感光体ド
ラム２１に載せて現像を行う。一方、レジストローラ３
４によって停止させられていた用紙を感光体ドラム２１
に書き込まれた画像を用紙に転写するタイミングをとっ
て再スタートさせ、転写装置２３によって画像を用紙に
転写させる。転写が終了すると、感光体ドラム２１はク
リーニング装置２５によって残留したトナーが除去され
る。また、画像が転写された転写紙は定着装置２４で熱
と圧力とにより画像の定着が行われ、排紙トレイ３５，
３６側に排出される。
に説明すると、手動によりもしくは自動的に給紙トレイ
３１，３２，３３の１つから選択され、給紙ローラ３８
によって繰り出された用紙は、レジストローラ３４位置
で一旦停止する。このときの状態はレジストセンサ３９
で検知される。光走査装置１０からは帯電装置２６によ
ってあらかじめ表面に帯電して感光体ドラム２１の表面
にレーザ光が照射され、その照射部分と非照射部分に電
位差を生じさせ、この電位差から現像装置２２でトナー
が均等に付着した現像ローラ上のトナーを上記感光体ド
ラム２１に載せて現像を行う。一方、レジストローラ３
４によって停止させられていた用紙を感光体ドラム２１
に書き込まれた画像を用紙に転写するタイミングをとっ
て再スタートさせ、転写装置２３によって画像を用紙に
転写させる。転写が終了すると、感光体ドラム２１はク
リーニング装置２５によって残留したトナーが除去され
る。また、画像が転写された転写紙は定着装置２４で熱
と圧力とにより画像の定着が行われ、排紙トレイ３５，
３６側に排出される。
【００２９】図３にプリンタの全体的な制御手順を示す
フローチャートを示す。この全体的な制御では、まず、
電源がオンされると、ステップＳ３０１で各状態の初期
設定が行われる。以下、プリンタ（以下、「エンジン」
と称する。）とコントローラのインターフェース制御、
メンテナンス発生要求やエラー発生などのエンジン３０
０自身の内部状態をチェックするエンジン・ステータス
・チェック・モジュール（ステップＳ３０２）、エンジ
ン−コントローラＩ／Ｆモジュール（ステップＳ３０
３）、エンジン−オプションＯ／Ｆモジュール（ステッ
プＳ３０４）及びプリント・コントロール・シーケンス
・モジュール（ステップＳ３０５）を実行し、以後、ス
テップＳ３０２〜ステップＳ３０５のモジュールの処理
を繰り返す。
フローチャートを示す。この全体的な制御では、まず、
電源がオンされると、ステップＳ３０１で各状態の初期
設定が行われる。以下、プリンタ（以下、「エンジン」
と称する。）とコントローラのインターフェース制御、
メンテナンス発生要求やエラー発生などのエンジン３０
０自身の内部状態をチェックするエンジン・ステータス
・チェック・モジュール（ステップＳ３０２）、エンジ
ン−コントローラＩ／Ｆモジュール（ステップＳ３０
３）、エンジン−オプションＯ／Ｆモジュール（ステッ
プＳ３０４）及びプリント・コントロール・シーケンス
・モジュール（ステップＳ３０５）を実行し、以後、ス
テップＳ３０２〜ステップＳ３０５のモジュールの処理
を繰り返す。
【００３０】一方、図３のメインシーケンスとは独立し
て各処理を行うための時間監視、制御のための図４のフ
ローチャートで示すような割り込みモジュールを備え、
エンジン３００のＣＰＵ３０１が設定した所定時間ごと
にこのルーチンに入り、必要な処理を行う（ステップＳ
４０１〜４０２）。
て各処理を行うための時間監視、制御のための図４のフ
ローチャートで示すような割り込みモジュールを備え、
エンジン３００のＣＰＵ３０１が設定した所定時間ごと
にこのルーチンに入り、必要な処理を行う（ステップＳ
４０１〜４０２）。
【００３１】図５は、１回目のファームウェア変更要求
コマンドを受信したとき、そのオペレータＩＤを認識
し、以後、所定回数、１回目と同じオペレータＩＤを有
するファームウェア変更要求コマンドを受信し、フラッ
シュＲＯＭの内容が変わるまで他のオペレータＩＤのフ
ァームウエア変更要求コマンドが送信されても受信を拒
絶するファームウエア変更要求コマンドチェックモジュ
ールにおける処理手順を示すフローチャートである。
コマンドを受信したとき、そのオペレータＩＤを認識
し、以後、所定回数、１回目と同じオペレータＩＤを有
するファームウェア変更要求コマンドを受信し、フラッ
シュＲＯＭの内容が変わるまで他のオペレータＩＤのフ
ァームウエア変更要求コマンドが送信されても受信を拒
絶するファームウエア変更要求コマンドチェックモジュ
ールにおける処理手順を示すフローチャートである。
【００３２】この処理では、まず、ホストマシン４００
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ５０１でＹＥＳ）、コマンドの種類を確認し（Ｓ
５０２）、このコマンドがファームウエア変更要求コマ
ンドでなければ（Ｓ５０２でＮＯ）、このモジュールを
抜けてリターンし、このコマンドがファームウエア変更
要求コマンドであれば（Ｓ５０２でＹＥＳ）、このコマ
ンドを送信したオペレータのＩＤをチェックし［ｃｈｅ
ｃｋ ＩＤ］（Ｓ５０３）、さらに全てのファームウエ
ア変更要求コマンド受信カウンタが０であれば、言い換
えれば、初めてのファームウエア変更要求コマンドであ
れば（Ｓ５０４でＹＥＳ）、そのときのオペレータＩＤ
（以下、「ＦＩＤ」と称する。）をスタックし（Ｓ５０
５）、ファームウエア変更要求コマンドの受信回数を管
理するカウンタ（以下、「Ｃ＄ＣＯＭＭＡＮＤ」と称す
る。）をインクリメントする（Ｓ５０６）。
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ５０１でＹＥＳ）、コマンドの種類を確認し（Ｓ
５０２）、このコマンドがファームウエア変更要求コマ
ンドでなければ（Ｓ５０２でＮＯ）、このモジュールを
抜けてリターンし、このコマンドがファームウエア変更
要求コマンドであれば（Ｓ５０２でＹＥＳ）、このコマ
ンドを送信したオペレータのＩＤをチェックし［ｃｈｅ
ｃｋ ＩＤ］（Ｓ５０３）、さらに全てのファームウエ
ア変更要求コマンド受信カウンタが０であれば、言い換
えれば、初めてのファームウエア変更要求コマンドであ
れば（Ｓ５０４でＹＥＳ）、そのときのオペレータＩＤ
（以下、「ＦＩＤ」と称する。）をスタックし（Ｓ５０
５）、ファームウエア変更要求コマンドの受信回数を管
理するカウンタ（以下、「Ｃ＄ＣＯＭＭＡＮＤ」と称す
る。）をインクリメントする（Ｓ５０６）。
【００３３】一方、ステップＳ５０４の判定で２回目以
降のファームウエア変更要求コマンドを受信していると
きには、送信したオペレータＩＤをチェックし、ｃｈｅ
ｃｋＩＤ≠ＦＩＤならば（Ｓ５０７でＮＯ）リターン
し、ｃｈｅｃｈ ＩＤ＝ＦＩＤならば（Ｓ５０７でＹＥ
Ｓ）、Ｃ＄ＣＯＭＭＡＮＤをインクリメントし（Ｓ５０
８）、Ｃ＄ＣＯＭＭＡＮＤが所定回数ファームウエア変
更が可能となるあらかじめ設定されたファームウエア変
更要求コマンド受信回数（以下、「Ｃ＠ＣＨＡＮＧＥ」
と称する。）に達していなければリターンし（Ｓ５０９
でＮＯ）、Ｃ＄ＣＯＭＭＡＮＤが所定回数Ｃ＠ＣＨＡＮ
ＧＥに達していれば（Ｓ５０９でＹＥＳ）、ＦＩＤ及び
Ｃ＄ＣＯＭＭＡＮＤをクリアし、ファームウエア変更要
求を可能にし、もしくは変更動作を行う（Ｓ５１０）。
降のファームウエア変更要求コマンドを受信していると
きには、送信したオペレータＩＤをチェックし、ｃｈｅ
ｃｋＩＤ≠ＦＩＤならば（Ｓ５０７でＮＯ）リターン
し、ｃｈｅｃｈ ＩＤ＝ＦＩＤならば（Ｓ５０７でＹＥ
Ｓ）、Ｃ＄ＣＯＭＭＡＮＤをインクリメントし（Ｓ５０
８）、Ｃ＄ＣＯＭＭＡＮＤが所定回数ファームウエア変
更が可能となるあらかじめ設定されたファームウエア変
更要求コマンド受信回数（以下、「Ｃ＠ＣＨＡＮＧＥ」
と称する。）に達していなければリターンし（Ｓ５０９
でＮＯ）、Ｃ＄ＣＯＭＭＡＮＤが所定回数Ｃ＠ＣＨＡＮ
ＧＥに達していれば（Ｓ５０９でＹＥＳ）、ＦＩＤ及び
Ｃ＄ＣＯＭＭＡＮＤをクリアし、ファームウエア変更要
求を可能にし、もしくは変更動作を行う（Ｓ５１０）。
【００３４】なお、ファームウエア変更要求の状態を管
理するレジスタ（ＦＬＡＧ＄ＦＷ＿ＣＨＡＮＧＥ）は図
６のように８ビットで構成され、０ビットが１回目のフ
ァームウエア変更要求コマンドを受信したときオンとな
り、コマンドが送信される時間を監視中、オンの状態を
維持するフラグ（Ｆ＿ＣＨ＿ＴＩＭＥ）に割り当てられ
る。また、Ｃ＄ＣＯＭＭＡＮＤはＲＡＭ３０４領域に設
定される。
理するレジスタ（ＦＬＡＧ＄ＦＷ＿ＣＨＡＮＧＥ）は図
６のように８ビットで構成され、０ビットが１回目のフ
ァームウエア変更要求コマンドを受信したときオンとな
り、コマンドが送信される時間を監視中、オンの状態を
維持するフラグ（Ｆ＿ＣＨ＿ＴＩＭＥ）に割り当てられ
る。また、Ｃ＄ＣＯＭＭＡＮＤはＲＡＭ３０４領域に設
定される。
【００３５】図７は、オペレータＩＤも認識できるファ
ームウェア変更要求コマンドがホストから送信されたと
き、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤか
らのファームウェア変更要求コマンド受信毎にＩＤに該
当する受信カウンタをインクリメントし、所定回数に達
したものからファームウェア変更を許可し、変更を行う
制御手順を示すフローチャートである。
ームウェア変更要求コマンドがホストから送信されたと
き、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤか
らのファームウェア変更要求コマンド受信毎にＩＤに該
当する受信カウンタをインクリメントし、所定回数に達
したものからファームウェア変更を許可し、変更を行う
制御手順を示すフローチャートである。
【００３６】この処理では、まず、ホストマシン４００
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ７０１でＹＥＳ）、コマンドの種類を確認し、フ
ァームウエア変更要求コマンドでなければ（Ｓ７０２で
ＮＯ）リターンし、ファームウエア変更要求コマンドで
あれば（Ｓ７０２でＹＥＳ）、このコマンドを送信した
オペレータのＩＤをチェックし［ｃｈｅｄｋ ＩＤ］
（Ｓ７０３）、その確認したＩＤに相当するファームウ
エア変更要求コマンド受信回数を管理するカウンタＣ＄
ＣＯＭＭＡＭＤ＿Ｎ（ただし、Ｎは変更を許可したＩＤ
が所有するカウンタを意味する。）をインクリメントす
る（Ｓ７０４）。そして、Ｃ＄ＣＯＭＭＡＭＤ＿Ｎが所
定回数Ｃ＠ＣＨＡＮＧＥに達していれば（Ｓ７０５でＹ
ＥＳ）、ファームウエア変更を許可し（Ｓ７０６）、Ｃ
＄ＣＯＭＭＡＭＤ＿Ｎをクリアする（Ｓ７０７）。な
お、Ｃ＠ＣＨＡＮＧＥはファームウエア変更が可能とな
るファームウエア変更要求コマンド受信回数を示すフラ
グであり、回数は定数であってあらかじめ設定される。
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ７０１でＹＥＳ）、コマンドの種類を確認し、フ
ァームウエア変更要求コマンドでなければ（Ｓ７０２で
ＮＯ）リターンし、ファームウエア変更要求コマンドで
あれば（Ｓ７０２でＹＥＳ）、このコマンドを送信した
オペレータのＩＤをチェックし［ｃｈｅｄｋ ＩＤ］
（Ｓ７０３）、その確認したＩＤに相当するファームウ
エア変更要求コマンド受信回数を管理するカウンタＣ＄
ＣＯＭＭＡＭＤ＿Ｎ（ただし、Ｎは変更を許可したＩＤ
が所有するカウンタを意味する。）をインクリメントす
る（Ｓ７０４）。そして、Ｃ＄ＣＯＭＭＡＭＤ＿Ｎが所
定回数Ｃ＠ＣＨＡＮＧＥに達していれば（Ｓ７０５でＹ
ＥＳ）、ファームウエア変更を許可し（Ｓ７０６）、Ｃ
＄ＣＯＭＭＡＭＤ＿Ｎをクリアする（Ｓ７０７）。な
お、Ｃ＠ＣＨＡＮＧＥはファームウエア変更が可能とな
るファームウエア変更要求コマンド受信回数を示すフラ
グであり、回数は定数であってあらかじめ設定される。
【００３７】図８は、オペレータＩＤも認識できるファ
ームウェア変更要求コマンドがホストから送信されたと
き、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤか
らのファームウェア変更を許可し、変更を行うと同時に
全てのＩＤのファームウェア変更要求コマンド受信カウ
ンタをクリアする制御手順を示すフローチャートであ
る。
ームウェア変更要求コマンドがホストから送信されたと
き、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤか
らのファームウェア変更を許可し、変更を行うと同時に
全てのＩＤのファームウェア変更要求コマンド受信カウ
ンタをクリアする制御手順を示すフローチャートであ
る。
【００３８】この処理では、まず、ホストマシン４００
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ８０１でＹＥＳ）、コマンドの種類を確認し、フ
ァームウエア変更要求コマンドでなければ（Ｓ８０２で
ＮＯ）リターンし、ファームウエア変更要求コマンドで
あれば（Ｓ８０２でＹＥＳ）、このコマンドを送信した
オペレータのＩＤをチェックし［ｃｈｅｄｋ ＩＤ］
（Ｓ８０３）、その確認したＩＤに相当するファームウ
エア変更要求コマンド受信回数を管理するカウンタＣ＄
ＣＯＭＭＡＭＤ＿Ｎ（ただし、Ｎは変更を許可したＩＤ
が所有するカウンタを意味する。）をインクリメントす
る（Ｓ８０４）。そして、Ｃ＄ＣＯＭＭＡＭＤ＿Ｎが所
定回数Ｃ＠ＣＨＡＮＧＥに達していれば（Ｓ８０５でＹ
ＥＳ）、ファームウエア変更を許可し（Ｓ８０６）、全
てのオペレータＩＤが有するカウンタＣ＄ＣＯＭＭＡＭ
Ｄ＿Ｎをクリアする（Ｓ８０７）。なお、この図８の処
理はステップＳ８０７を除いて図７における処理と同様
である。
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ８０１でＹＥＳ）、コマンドの種類を確認し、フ
ァームウエア変更要求コマンドでなければ（Ｓ８０２で
ＮＯ）リターンし、ファームウエア変更要求コマンドで
あれば（Ｓ８０２でＹＥＳ）、このコマンドを送信した
オペレータのＩＤをチェックし［ｃｈｅｄｋ ＩＤ］
（Ｓ８０３）、その確認したＩＤに相当するファームウ
エア変更要求コマンド受信回数を管理するカウンタＣ＄
ＣＯＭＭＡＭＤ＿Ｎ（ただし、Ｎは変更を許可したＩＤ
が所有するカウンタを意味する。）をインクリメントす
る（Ｓ８０４）。そして、Ｃ＄ＣＯＭＭＡＭＤ＿Ｎが所
定回数Ｃ＠ＣＨＡＮＧＥに達していれば（Ｓ８０５でＹ
ＥＳ）、ファームウエア変更を許可し（Ｓ８０６）、全
てのオペレータＩＤが有するカウンタＣ＄ＣＯＭＭＡＭ
Ｄ＿Ｎをクリアする（Ｓ８０７）。なお、この図８の処
理はステップＳ８０７を除いて図７における処理と同様
である。
【００３９】図９は、オペレータＩＤも認識できるファ
ームウェア変更要求コマンドがホストから送信されたと
き、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤか
らのファームウェア変更を許可し、変更を行うと同時に
全てのＩＤのファームウェア変更要求コマンド受信カウ
ンタをクリアする制御手順を示すフローチャートであ
る。
ームウェア変更要求コマンドがホストから送信されたと
き、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤか
らのファームウェア変更を許可し、変更を行うと同時に
全てのＩＤのファームウェア変更要求コマンド受信カウ
ンタをクリアする制御手順を示すフローチャートであ
る。
【００４０】この処理では、まず、ホストマシン４００
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ９０１でＹＥＳ）、コマンドの種類を確認し、フ
ァームウエア変更要求コマンドでなければ（Ｓ９０２で
ＮＯ）リターンし、ファームウエア変更要求コマンドで
あれば（Ｓ９０２でＹＥＳ）、Ｃ＄ＣＯＭＡＮＤをイン
クリメントする（ステップＳ９０３）。そして、このカ
ウンタの値が画像形成装置内のファームウエアの変更を
許可する所定の回数、言い換えればＣ＠ＣＨＡＮＧＥに
達していなければリターンし（Ｓ９０４でＮＯ）、達し
ていればチェックカウンタＣ＄ＣＯＭＡＮＤをクリア
し、ファームウエアの変更を許可する（Ｓ９０５）。
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ９０１でＹＥＳ）、コマンドの種類を確認し、フ
ァームウエア変更要求コマンドでなければ（Ｓ９０２で
ＮＯ）リターンし、ファームウエア変更要求コマンドで
あれば（Ｓ９０２でＹＥＳ）、Ｃ＄ＣＯＭＡＮＤをイン
クリメントする（ステップＳ９０３）。そして、このカ
ウンタの値が画像形成装置内のファームウエアの変更を
許可する所定の回数、言い換えればＣ＠ＣＨＡＮＧＥに
達していなければリターンし（Ｓ９０４でＮＯ）、達し
ていればチェックカウンタＣ＄ＣＯＭＡＮＤをクリア
し、ファームウエアの変更を許可する（Ｓ９０５）。
【００４１】図１０は、ホストから画像形成装置のフラ
ッシュＲＯＭ内のファームウエアを変更するコマンドを
所定回数受信したとき、新しい内容のファームウエアに
変更し、書き換える制御手順を示すフローチャートであ
る。
ッシュＲＯＭ内のファームウエアを変更するコマンドを
所定回数受信したとき、新しい内容のファームウエアに
変更し、書き換える制御手順を示すフローチャートであ
る。
【００４２】この処理では、まず、ホストマシン４００
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ１００１でＹＥＳ）、コマンドの種類を確認し、
ファームウエア変更要求コマンドでなければ（Ｓ１００
２でＮＯ）リターンし、ファームウエア変更要求コマン
ドであれば（Ｓ１００２でＹＥＳ）、Ｃ＄ＣＯＭＡＮＤ
をインクリメントする（Ｓ１００３）。そして、このと
き受信したファームウエア変更要求コマンドが１回目で
あれば、すなわち、Ｃ＄ＣＯＭＭＡＮＤ＝１であれば、
１回目のファームウエア変更要求コマンドを受信したと
き以降の時間を監視するフラグ（以下、「Ｃ＄ＦＷ＿Ｌ
ＩＭＩＴ」と称する。）をクリアし、ファームウエア変
更要求コマンド受信中を示すフラグ（以下、「Ｆ＿ＣＨ
＿ＴＩＭＥ」と称する。）をオンする（Ｓ１００５）。
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ１００１でＹＥＳ）、コマンドの種類を確認し、
ファームウエア変更要求コマンドでなければ（Ｓ１００
２でＮＯ）リターンし、ファームウエア変更要求コマン
ドであれば（Ｓ１００２でＹＥＳ）、Ｃ＄ＣＯＭＡＮＤ
をインクリメントする（Ｓ１００３）。そして、このと
き受信したファームウエア変更要求コマンドが１回目で
あれば、すなわち、Ｃ＄ＣＯＭＭＡＮＤ＝１であれば、
１回目のファームウエア変更要求コマンドを受信したと
き以降の時間を監視するフラグ（以下、「Ｃ＄ＦＷ＿Ｌ
ＩＭＩＴ」と称する。）をクリアし、ファームウエア変
更要求コマンド受信中を示すフラグ（以下、「Ｆ＿ＣＨ
＿ＴＩＭＥ」と称する。）をオンする（Ｓ１００５）。
【００４３】もし、ステップＳ１００４でＣ＄ＣＯＭＭ
ＡＮＤが２以上、言い換えればファームウエア変更要求
コマンドの受信回数が２回目以上のときには（Ｓ１００
４でＮＯ）、Ｃ＄ＣＯＭＭＡＮＤとＣ＠ＣＨＡＮＧＥと
を比較し、Ｃ＄ＣＯＭＭＡＮＤが所定回数に達していな
ければリターンし、達していれば（Ｃ＄ＣＯＭＭＡＮＤ
＝Ｃ＠ＣＨＡＮＧＥ）、Ｃ＄ＦＷ＿ＬＩＭＩＴ、Ｆ＄Ｆ
Ｗ＿ＣＨＡＮＧＥ及びＣ＄ＣＯＭＭＡＮＤをそれぞれク
リアーし、ファームウエアの変更を許可し、もしくはフ
ァームウエア変更動作を行う（Ｓ１００７）。なお、Ｃ
＄ＦＷ＿ＬＩＭＩＴはＲＡＭ２０６に設定され、１回目
のファームウエア変更要求コマンドを受信したときにか
ら時間を管理するカウンタであり、Ｃ＠ＬＩＭＩＴは、
ファームウエア変更要求コマンドが無効となるリミット
時間で、あらかじめ設定された定数である。
ＡＮＤが２以上、言い換えればファームウエア変更要求
コマンドの受信回数が２回目以上のときには（Ｓ１００
４でＮＯ）、Ｃ＄ＣＯＭＭＡＮＤとＣ＠ＣＨＡＮＧＥと
を比較し、Ｃ＄ＣＯＭＭＡＮＤが所定回数に達していな
ければリターンし、達していれば（Ｃ＄ＣＯＭＭＡＮＤ
＝Ｃ＠ＣＨＡＮＧＥ）、Ｃ＄ＦＷ＿ＬＩＭＩＴ、Ｆ＄Ｆ
Ｗ＿ＣＨＡＮＧＥ及びＣ＄ＣＯＭＭＡＮＤをそれぞれク
リアーし、ファームウエアの変更を許可し、もしくはフ
ァームウエア変更動作を行う（Ｓ１００７）。なお、Ｃ
＄ＦＷ＿ＬＩＭＩＴはＲＡＭ２０６に設定され、１回目
のファームウエア変更要求コマンドを受信したときにか
ら時間を管理するカウンタであり、Ｃ＠ＬＩＭＩＴは、
ファームウエア変更要求コマンドが無効となるリミット
時間で、あらかじめ設定された定数である。
【００４４】１回目のファームウエア変更要求コマンド
を受信したとき、ステップＳ１００５でＦ＄ＦＷ＿ＣＨ
ＡＮＧＥのフラグＦ＿ＣＨ＿ＴＩＭＥをオンするが、こ
のフラグがオンしたときには、図１１で示すフローチャ
ートにしたがってＣ＄ＦＷ＿ＬＩＭＩＴがインクリメン
トされる。このモジュールはタイマー割り込みなどを使
用してあらかじめ設定された時間間隔で、常に飛んでく
るモジュールでＦ＿ＣＨ＿ＴＩＭＥがオンしていなけれ
ば何もしないで抜けるが、オンしている場合には（Ｓ１
１０１でＹＥＳ）、ステップＳ１１０２でＣ＄ＦＷ＿Ｌ
ＩＭＩＴをインクリメント後、Ｃ＄ＦＷ＿ＬＩＭＩＴが
あらかじめ設定した時間（Ｃ＠ＣＮＴ＿ＬＩＭＩＴ）に
達しているかどうか比較し、達していればＣ＄ＣＯＭＭ
ＡＮＤをクリアする（Ｓ１１０４）。すなわち、１回目
のファームウエア変更要求コマンド受信後、所定時間経
過してもファームウエア変更可能に回数のコマンドが受
信されない場合、そのコマンドは無効になる。
を受信したとき、ステップＳ１００５でＦ＄ＦＷ＿ＣＨ
ＡＮＧＥのフラグＦ＿ＣＨ＿ＴＩＭＥをオンするが、こ
のフラグがオンしたときには、図１１で示すフローチャ
ートにしたがってＣ＄ＦＷ＿ＬＩＭＩＴがインクリメン
トされる。このモジュールはタイマー割り込みなどを使
用してあらかじめ設定された時間間隔で、常に飛んでく
るモジュールでＦ＿ＣＨ＿ＴＩＭＥがオンしていなけれ
ば何もしないで抜けるが、オンしている場合には（Ｓ１
１０１でＹＥＳ）、ステップＳ１１０２でＣ＄ＦＷ＿Ｌ
ＩＭＩＴをインクリメント後、Ｃ＄ＦＷ＿ＬＩＭＩＴが
あらかじめ設定した時間（Ｃ＠ＣＮＴ＿ＬＩＭＩＴ）に
達しているかどうか比較し、達していればＣ＄ＣＯＭＭ
ＡＮＤをクリアする（Ｓ１１０４）。すなわち、１回目
のファームウエア変更要求コマンド受信後、所定時間経
過してもファームウエア変更可能に回数のコマンドが受
信されない場合、そのコマンドは無効になる。
【００４５】図１２は、所定時間内に所定回数のファー
ムウエア変更要求コマンドを受信しない場合には、それ
までに受信したファームウエア変更要求コマンドの回数
をクリアする制御手順を示すフローチャートである。
ムウエア変更要求コマンドを受信しない場合には、それ
までに受信したファームウエア変更要求コマンドの回数
をクリアする制御手順を示すフローチャートである。
【００４６】この処理では、まず、ホストマシン４００
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ１２０１でＹＥＳ）、コマンドの種類を確認し、
ファームウエア変更要求コマンドでなければ（Ｓ１２０
２でＮＯ）リターンし、ファームウエア変更要求コマン
ドであれば（Ｓ１２０２でＹＥＳ）、Ｃ＄ＣＯＭＡＮＤ
をインクリメントする（ステップＳ１２０３）。そし
て、このとき受信したファームウエア変更要求コマンド
が１回目であれば［Ｃ＄ＣＯＭＭＡＮＤ＝１］（Ｓ１２
０４）、１回目のファームウエア要求コマンドを受信し
た後の時間を監視するカウンタＣ＄ＦＷ＿ＬＩＭＩＴを
クリアし、ファームウエア変更要求コマンド受信中を示
すフラグＦ＿ＣＨ＿ＴＩＭＥをオンする（Ｓ１２０
５）。ステップＳ１２０４で受信したファームウエア変
更要求コマンドが２回目以降ならば、Ｃ＄ＣＯＭＭＡＮ
Ｄが所定回数Ｃ＠ＣＨＡＮＧＥに達していれば、Ｃ＄Ｆ
Ｗ＿ＬＩＭＩＴ及びＣ＄ＣＯＭＭＡＮＤをクリアし、フ
ァームウエア変更許可または変更動作を実行する（Ｓ１
２０７）。
からコマンドがホストＩ／Ｆ２０１を介して入力される
と（Ｓ１２０１でＹＥＳ）、コマンドの種類を確認し、
ファームウエア変更要求コマンドでなければ（Ｓ１２０
２でＮＯ）リターンし、ファームウエア変更要求コマン
ドであれば（Ｓ１２０２でＹＥＳ）、Ｃ＄ＣＯＭＡＮＤ
をインクリメントする（ステップＳ１２０３）。そし
て、このとき受信したファームウエア変更要求コマンド
が１回目であれば［Ｃ＄ＣＯＭＭＡＮＤ＝１］（Ｓ１２
０４）、１回目のファームウエア要求コマンドを受信し
た後の時間を監視するカウンタＣ＄ＦＷ＿ＬＩＭＩＴを
クリアし、ファームウエア変更要求コマンド受信中を示
すフラグＦ＿ＣＨ＿ＴＩＭＥをオンする（Ｓ１２０
５）。ステップＳ１２０４で受信したファームウエア変
更要求コマンドが２回目以降ならば、Ｃ＄ＣＯＭＭＡＮ
Ｄが所定回数Ｃ＠ＣＨＡＮＧＥに達していれば、Ｃ＄Ｆ
Ｗ＿ＬＩＭＩＴ及びＣ＄ＣＯＭＭＡＮＤをクリアし、フ
ァームウエア変更許可または変更動作を実行する（Ｓ１
２０７）。
【００４７】１回目のファームウエア変更要求コマンド
を受信したとき、ステップＳ１２０５でＦ＄ＦＷ＿ＣＨ
ＡＮＧＥのフラグＦ＿ＣＨ＿ＴＩＭＥをオンするが、こ
のフラグがオンしたときには、図１３で示すフローチャ
ートにしたがってＣ＄ＦＷ＿ＬＩＭＩＴがインクリメン
トされる。このモジュールはタイマー割り込みなどを使
用してあらかじめ設定された時間間隔で、常に飛んでく
るモジュールでＦ＿ＣＨ＿ＴＩＭＥがオンしていなけれ
ば何もしないで抜けるが、オンしている場合には（Ｓ１
３０１でＹＥＳ）、ステップＳ１３０２でＣ＄ＦＷ＿Ｌ
ＩＭＩＴをインクリメントした後、Ｃ＄ＦＷ＿ＬＩＭＩ
Ｔがあらかじめ設定した時間（Ｃ＠ＣＮＴ＿ＬＩＭＩ
Ｔ）に達しているかどうか比較し、達していればＣ＄Ｃ
ＯＭＭＡＮＤをデクリメントし、Ｃ＄ＦＷ＿ＬＩＭＩＴ
をクリアする（Ｓ１３０４）。さらに、Ｃ＄ＣＯＭＭＡ
ＭＤにｂｏｒｒｏｗがでていれば（Ｓ１３０５でＹＥ
Ｓ）、Ｃ＄ＣＯＭＭＡＮＤ及びＦ＄ＦＷ＿ＣＨＡＮＧＥ
をクリアする（Ｓ１３０６）。すなわち、１回目のファ
ームウエア変更要求コマンド受信後、所定時間経過して
もファームウエア変更可能に回数のコマンドが受信され
ない場合、そのコマンドが段階を追って無効になる。
を受信したとき、ステップＳ１２０５でＦ＄ＦＷ＿ＣＨ
ＡＮＧＥのフラグＦ＿ＣＨ＿ＴＩＭＥをオンするが、こ
のフラグがオンしたときには、図１３で示すフローチャ
ートにしたがってＣ＄ＦＷ＿ＬＩＭＩＴがインクリメン
トされる。このモジュールはタイマー割り込みなどを使
用してあらかじめ設定された時間間隔で、常に飛んでく
るモジュールでＦ＿ＣＨ＿ＴＩＭＥがオンしていなけれ
ば何もしないで抜けるが、オンしている場合には（Ｓ１
３０１でＹＥＳ）、ステップＳ１３０２でＣ＄ＦＷ＿Ｌ
ＩＭＩＴをインクリメントした後、Ｃ＄ＦＷ＿ＬＩＭＩ
Ｔがあらかじめ設定した時間（Ｃ＠ＣＮＴ＿ＬＩＭＩ
Ｔ）に達しているかどうか比較し、達していればＣ＄Ｃ
ＯＭＭＡＮＤをデクリメントし、Ｃ＄ＦＷ＿ＬＩＭＩＴ
をクリアする（Ｓ１３０４）。さらに、Ｃ＄ＣＯＭＭＡ
ＭＤにｂｏｒｒｏｗがでていれば（Ｓ１３０５でＹＥ
Ｓ）、Ｃ＄ＣＯＭＭＡＮＤ及びＦ＄ＦＷ＿ＣＨＡＮＧＥ
をクリアする（Ｓ１３０６）。すなわち、１回目のファ
ームウエア変更要求コマンド受信後、所定時間経過して
もファームウエア変更可能に回数のコマンドが受信され
ない場合、そのコマンドが段階を追って無効になる。
【００４８】
【発明の効果】これまでの説明で明らかなように、本発
明によれば、以下のような効果がある。
明によれば、以下のような効果がある。
【００４９】すなわち、１回目のファームウェア変更要
求コマンドを受信したとき、そのオペレータＩＤを認識
し、以後、所定回数、１回目と同じオペレータＩＤを有
するファームウェア変更要求コマンドを受信し、フラッ
シュＲＯＭの内容が変わるまで他のオペレータＩＤのフ
ァームウェア変更要求コマンドが送信されても受信を拒
絶する手段を備えた請求項１記載の発明によれば、所定
回数１回目と同じオペレータＩＤを有するファームウエ
ア変更要求コマンドを受信しなければ、フラッシュＲＯ
Ｍは書き換えられないので、フラッシュＲＯＭにプログ
ラムを常駐させておく場合でも、誤動作によってプログ
ラムの内容を消してしまうおそれの少ない画像形成装置
を提供することができる。
求コマンドを受信したとき、そのオペレータＩＤを認識
し、以後、所定回数、１回目と同じオペレータＩＤを有
するファームウェア変更要求コマンドを受信し、フラッ
シュＲＯＭの内容が変わるまで他のオペレータＩＤのフ
ァームウェア変更要求コマンドが送信されても受信を拒
絶する手段を備えた請求項１記載の発明によれば、所定
回数１回目と同じオペレータＩＤを有するファームウエ
ア変更要求コマンドを受信しなければ、フラッシュＲＯ
Ｍは書き換えられないので、フラッシュＲＯＭにプログ
ラムを常駐させておく場合でも、誤動作によってプログ
ラムの内容を消してしまうおそれの少ない画像形成装置
を提供することができる。
【００５０】オペレータＩＤも認識できるファームウェ
ア変更要求コマンドがホストから送信されたとき、ＩＤ
毎に受信カウンタを独立に有し、各々のＩＤからのファ
ームウェア変更要求コマンド受信毎にＩＤに該当する受
信カウンタをインクリメントし、所定回数に達したもの
からファームウェア変更を許可し、変更を行う手段を備
えた請求項２記載の発明によれば、複数のユーザから適
切なコマンド情報を得るために、特にファームウエアを
入れ換えるというような危険なコマンドの管理精度を向
上させることができ、これによってプログラムの書き換
えミスを最小限に抑えることができる画像形成装置を提
供することができる。
ア変更要求コマンドがホストから送信されたとき、ＩＤ
毎に受信カウンタを独立に有し、各々のＩＤからのファ
ームウェア変更要求コマンド受信毎にＩＤに該当する受
信カウンタをインクリメントし、所定回数に達したもの
からファームウェア変更を許可し、変更を行う手段を備
えた請求項２記載の発明によれば、複数のユーザから適
切なコマンド情報を得るために、特にファームウエアを
入れ換えるというような危険なコマンドの管理精度を向
上させることができ、これによってプログラムの書き換
えミスを最小限に抑えることができる画像形成装置を提
供することができる。
【００５１】オペレータＩＤも認識できるファームウェ
ア変更要求コマンドがホストから送信されたとき、ＩＤ
毎に受信カウンタを独立に有し、各々のＩＤからのファ
ームウェア変更を許可し、変更を行うと同時に全てのＩ
Ｄのファームウェア変更要求コマンド受信カウンタをク
リアする手段を備えた請求項３記載の発明によれば、請
求項２記載の発明の制御の精度をさらに上げることがで
き、これによって、書き換えミスなどの誤操作を防止す
ることによって正確なプログラムのバージョンアップ管
理が可能となる。
ア変更要求コマンドがホストから送信されたとき、ＩＤ
毎に受信カウンタを独立に有し、各々のＩＤからのファ
ームウェア変更を許可し、変更を行うと同時に全てのＩ
Ｄのファームウェア変更要求コマンド受信カウンタをク
リアする手段を備えた請求項３記載の発明によれば、請
求項２記載の発明の制御の精度をさらに上げることがで
き、これによって、書き換えミスなどの誤操作を防止す
ることによって正確なプログラムのバージョンアップ管
理が可能となる。
【００５２】ホスト側から画像形成装置のフラッシュＲ
ＯＭ内のファームウエアを変更するコマンドを所定回数
受信したとき、新しい内容のファームウエアに変更し、
書き換える手段を備えた請求項４記載の発明によれば、
ファームウエアを書き換えるためには所定回数のコマン
ドを受信したときにはじめて書き換えを行うので、オペ
レータの誤操作によるプログラムの破壊もしくは消失の
おそれを最小限に抑えることができる。
ＯＭ内のファームウエアを変更するコマンドを所定回数
受信したとき、新しい内容のファームウエアに変更し、
書き換える手段を備えた請求項４記載の発明によれば、
ファームウエアを書き換えるためには所定回数のコマン
ドを受信したときにはじめて書き換えを行うので、オペ
レータの誤操作によるプログラムの破壊もしくは消失の
おそれを最小限に抑えることができる。
【００５３】所定時間内に所定回数のファームウエア変
更要求コマンドを受信しない場合には、それまでに受信
したファームウエア変更要求コマンドの回数をクリアす
る請求項５記載の発明によれば、１回目のファームウエ
ア変更要求コマンドを受信してからの時間を監視し、所
定時間経過してもファームウエア変更要求コマンドがホ
ストから送信されない場合は、当該ファームウエア変更
要求コマンドを無効とすることによってプログラム保存
の安全性の向上を図ることができる。
更要求コマンドを受信しない場合には、それまでに受信
したファームウエア変更要求コマンドの回数をクリアす
る請求項５記載の発明によれば、１回目のファームウエ
ア変更要求コマンドを受信してからの時間を監視し、所
定時間経過してもファームウエア変更要求コマンドがホ
ストから送信されない場合は、当該ファームウエア変更
要求コマンドを無効とすることによってプログラム保存
の安全性の向上を図ることができる。
【００５４】ファームウエア変更を開始する回数のコマ
ンドは受信しないが、ファームウエア変更要求コマンド
をすでに受信している状態で、所定回数、次のファーム
ウエア変更要求コマンドがホストコンピュータから送信
されない場合、現在受信している要求コマンドの回数を
デクリメントする請求項６記載の発明によれば、現在送
信されたファームウエア変更要求コマンドが適切なもの
であるかどうかを判断することで、より正確なプログラ
ムのバージョンアップ管理が可能になる。
ンドは受信しないが、ファームウエア変更要求コマンド
をすでに受信している状態で、所定回数、次のファーム
ウエア変更要求コマンドがホストコンピュータから送信
されない場合、現在受信している要求コマンドの回数を
デクリメントする請求項６記載の発明によれば、現在送
信されたファームウエア変更要求コマンドが適切なもの
であるかどうかを判断することで、より正確なプログラ
ムのバージョンアップ管理が可能になる。
【図１】本発明の実施例に係るレーザプリンタの概略構
成図である。
成図である。
【図２】実施例に係るレーザプリンタの制御系の概略構
成を示すブロック図である。
成を示すブロック図である。
【図３】実施例に係るレーザプリンタの全体的な制御手
順を示すフローチャートである。
順を示すフローチャートである。
【図４】実施例に係るレーザプリンタの割り込み処理の
制御手順を示すフローチャートである。
制御手順を示すフローチャートである。
【図５】所定回ファームウエア変更要求コマンドを受信
して、フラッシュＲＯＭの内容が変わるまで他のオペレ
ータのファームウエア変更要求コマンドが送信されても
受信しない実施例の制御手順を示すフローチャートであ
る。
して、フラッシュＲＯＭの内容が変わるまで他のオペレ
ータのファームウエア変更要求コマンドが送信されても
受信しない実施例の制御手順を示すフローチャートであ
る。
【図６】実施例に係る画像形成装置に備えられたレジス
タの内容を示す説明図である。
タの内容を示す説明図である。
【図７】ファームウエア変更要求コマンドが所定回数に
達したものからファームウエア変更を許可する実施例の
制御手順を示すフローチャートである。
達したものからファームウエア変更を許可する実施例の
制御手順を示すフローチャートである。
【図８】各オペレータからのファームウエア変更要求コ
マンドが所定回数に達したものからファームウエア変更
要求を許可し、ファームウエアの変更を行うと同時に全
てのオペレータのファームウエア変更要求コマンド受信
カウンタをクリアする実施例の制御手順を示すフローチ
ャートである。
マンドが所定回数に達したものからファームウエア変更
要求を許可し、ファームウエアの変更を行うと同時に全
てのオペレータのファームウエア変更要求コマンド受信
カウンタをクリアする実施例の制御手順を示すフローチ
ャートである。
【図９】ホスト側からファームウエア変更要求コマンド
を所定回数受信したとき、新しい内容のファームウエア
に変更し、書き換える実施例の制御手順を示すフローチ
ャートである。
を所定回数受信したとき、新しい内容のファームウエア
に変更し、書き換える実施例の制御手順を示すフローチ
ャートである。
【図１０】所定時間内に所定回数のファームウエア変更
要求コマンドを受信しないと、それまでに受信したファ
ームウエア変更要求コマンドの受信回数をクリアする実
施例の制御手順を示すフローチャートである。
要求コマンドを受信しないと、それまでに受信したファ
ームウエア変更要求コマンドの受信回数をクリアする実
施例の制御手順を示すフローチャートである。
【図１１】図１０のフローチャートにおけるＳ１００５
の詳細な処理内容を示すフローチャートである。
の詳細な処理内容を示すフローチャートである。
【図１２】所定時間、次のファームウエア変更要求コマ
ンドがホストから送信されない場合、現在受信している
要求コマンドの回数をデクリメントする実施例の制御手
順を示すフローチャートである。
ンドがホストから送信されない場合、現在受信している
要求コマンドの回数をデクリメントする実施例の制御手
順を示すフローチャートである。
【図１３】図１２のフローチャートにおけるＳ１２０５
の詳細な処理内容を示すフローチャートである。
の詳細な処理内容を示すフローチャートである。
１００ レーザプリンタ ２００ コントローラ ２０１ ホストＩ／Ｆ ２０２ プログラムＲＯＭ ２０５ ＣＰＵ ２０６ ＲＡＭ ２０８ エンジンＩ／Ｆ ３００ プリンタエンジン（エンジン） ３０１ ＣＰＵ ３０２ ＲＯＭ ３０３ フラッシュＲＯＭ ３０４ ＲＡＭ ３０５ ＥＰＲＯＭ ３０６ 割込制御回路 ３１２ コントローラＩ／Ｆ
Claims (6)
- 【請求項１】 ホストとインターフェイスを介して接続
され、自身のファームウェア・プログラムをフラッシュ
ＲＯＭに内蔵する画像形成装置において、１回目のファ
ームウェア変更要求コマンドを受信したとき、送信者の
オペレータを認識するためのオペレータＩＤを認識し、
以後、所定回数、１回目と同じオペレータＩＤを有する
ファームウェア変更要求コマンドを受信し、フラッシュ
ＲＯＭの内容が変わるまで他のオペレータＩＤのファー
ムウェア変更要求コマンドが送信されても受信を拒絶す
る手段を備えていることを特徴とする画像形成装置。 - 【請求項２】 ホストとインターフェイスを介して接続
され、自身のファームウェア・プログラムをフラッシュ
ＲＯＭに内蔵する画像形成装置において、送信者のオペ
レータを認識するためのオペレータＩＤも認識できるフ
ァームウェア変更要求コマンドがホストから送信された
とき、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤ
からのファームウェア変更要求コマンド受信毎にＩＤに
該当する受信カウンタをインクリメントし、所定回数に
達したものからファームウェア変更を許可し、変更を行
う手段を備えていることを特徴とする画像形成装置。 - 【請求項３】 ホストとインターフェイスを介して接続
され、自身のファームウェア・プログラムをフラッシュ
ＲＯＭに内蔵する画像形成装置において、送信者のオペ
レータを認識するためのオペレータＩＤも認識できるフ
ァームウェア変更要求コマンドがホストから送信された
とき、ＩＤ毎に受信カウンタを独立に有し、各々のＩＤ
からのファームウェア変更を許可し、変更を行うと同時
に全てのＩＤのファームウェア変更要求コマンド受信カ
ウンタをクリアする手段を備えていることを特徴とする
画像形成装置。 - 【請求項４】 ホストとインターフェイスを介して接続
され、自身のファームウエア・プログラムをフラッシュ
ＲＯＭに内蔵する画像形成装置において、ホストから前
記フラッシュＲＯＭ内のファームウエアを変更するコマ
ンドを所定回数受信したとき、新しい内容のファームウ
エアに変更し、書き換える手段を備えていることを特徴
とする画像形成装置。 - 【請求項５】 所定時間内に所定回数のファームウエア
変更要求コマンドを受信しない場合には、それまでに受
信したファームウエア変更要求コマンドの回数をクリア
することを特徴とする請求項４記載の画像形成装置。 - 【請求項６】 ファームウエア変更を開始する回数分の
コマンドは受信しないが、ファームウエア変更要求コマ
ンドをすでに受信している状態で、所定回数、次のファ
ームウエア変更要求コマンドがホストから送信されない
場合、現在受信している要求コマンドの回数をデクリメ
ントすることを特徴とする請求項４記載の画像形成装
置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30515794A JP3628738B2 (ja) | 1994-12-08 | 1994-12-08 | 画像形成装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30515794A JP3628738B2 (ja) | 1994-12-08 | 1994-12-08 | 画像形成装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08161231A true JPH08161231A (ja) | 1996-06-21 |
| JP3628738B2 JP3628738B2 (ja) | 2005-03-16 |
Family
ID=17941761
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30515794A Expired - Fee Related JP3628738B2 (ja) | 1994-12-08 | 1994-12-08 | 画像形成装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3628738B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004078894A (ja) * | 2002-06-17 | 2004-03-11 | Seiko Epson Corp | 画像形成装置、ファームウエアの書換方法、書換プログラムならびに記録媒体 |
| EP1445931A2 (en) | 2003-02-07 | 2004-08-11 | Canon Kabushiki Kaisha | Data transfer method |
| JP2009149015A (ja) * | 2007-12-21 | 2009-07-09 | Ricoh Co Ltd | 画像形成装置、画像形成システム、バージョン管理方法、プログラム及び記録媒体 |
| US7587463B2 (en) | 2002-06-17 | 2009-09-08 | Seiko Epson Corporation | Apparatus and method of rewriting firmware |
| US7821665B2 (en) | 2005-02-09 | 2010-10-26 | Seiko Epson Corporation | Image forming device and firmware overwriting method |
-
1994
- 1994-12-08 JP JP30515794A patent/JP3628738B2/ja not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004078894A (ja) * | 2002-06-17 | 2004-03-11 | Seiko Epson Corp | 画像形成装置、ファームウエアの書換方法、書換プログラムならびに記録媒体 |
| US7587463B2 (en) | 2002-06-17 | 2009-09-08 | Seiko Epson Corporation | Apparatus and method of rewriting firmware |
| EP1445931A2 (en) | 2003-02-07 | 2004-08-11 | Canon Kabushiki Kaisha | Data transfer method |
| EP1445931A3 (en) * | 2003-02-07 | 2005-12-28 | Canon Kabushiki Kaisha | Data transfer method |
| CN100340413C (zh) * | 2003-02-07 | 2007-10-03 | 佳能株式会社 | 数据传送方法 |
| US7821665B2 (en) | 2005-02-09 | 2010-10-26 | Seiko Epson Corporation | Image forming device and firmware overwriting method |
| JP2009149015A (ja) * | 2007-12-21 | 2009-07-09 | Ricoh Co Ltd | 画像形成装置、画像形成システム、バージョン管理方法、プログラム及び記録媒体 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3628738B2 (ja) | 2005-03-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101497285B (zh) | 图像形成装置和打印介质供给方法 | |
| JP3814342B2 (ja) | 画像処理装置及びその制御方法 | |
| US6292635B1 (en) | Continuous medium printing apparatus | |
| US8935378B2 (en) | Device management system, device management method, and computer program product | |
| JP3015381B2 (ja) | 画像形成システム | |
| JP7541867B2 (ja) | 記録システムおよび記録装置 | |
| JP2001282477A (ja) | 印刷制御装置及び印刷データの処理方法、並びに印刷処理システム | |
| CN101464644B (zh) | 打印设备和打印方法 | |
| JPH11296046A (ja) | 印刷制御装置および印刷制御装置の印刷処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 | |
| JPH08161231A (ja) | 画像形成装置 | |
| EP1736921A2 (en) | Information processing apparatus and information processing method | |
| JP3782871B2 (ja) | 画像形成システム、画像形成装置及び制御プログラムを記録した媒体 | |
| JP4854144B2 (ja) | 印刷システム、管理方法、及び印刷装置 | |
| JP3634511B2 (ja) | 画像形成装置及びその制御装置及びその制御方法 | |
| JP3523976B2 (ja) | 画像形成装置 | |
| JP3518833B2 (ja) | 情報処理装置及び画像形成装置 | |
| JP2893538B2 (ja) | プリンタ | |
| JP3056752B2 (ja) | 画像形成システム | |
| JP2002331728A (ja) | 機能部材、それを保持する画像記録装置およびそれらの制御方法 | |
| JP3768696B2 (ja) | シート処理装置及びシート処理装置の制御方法 | |
| JPH10340011A (ja) | 画像形成装置及び画像形成方法 | |
| JP2001010178A (ja) | 記録制御装置および記録制御方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 | |
| JP2003323276A (ja) | 情報処理装置および印刷装置およびジョブ処理方法およびコンピュータが読み取り可能な記憶媒体およびプログラム | |
| JP2005149519A (ja) | 情報処理装置 | |
| JP2886241B2 (ja) | 画像形成システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040812 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040907 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041108 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041209 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071217 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081217 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081217 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091217 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101217 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101217 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111217 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111217 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121217 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131217 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |