(57)【要約】【課題】コストの増加を抑えつつ、画像形成装置などの出力装置に着脱可能に装着される各種消耗部品の課金や非課金の運用が適切に運用される仕組みを提供する。【解決手段】出力装置本体についての情報と、出力装置に装着される定着器ユニットや転写ベルトユニットなどの複数の消耗部品についての情報とに基づき、各消耗部品が適切に装着されているかを判別し、適切に装着されていない場合には、警告又はエラーを示すメッセージをユーザに通知する。【選択図】図２
2019107813.tif 000002
【特許請求の範囲】
【請求項１】
種類の異なる複数の消耗部品を着脱可能な出力装置であって、
出力装置の種類を示す情報を取得する第１の取得手段と、
複数の消耗部品の運用タイプである複数の消耗部品運用タイプを、ぞれぞれ、取得する第２の取得手段と、
前記第１の取得手段及び第２の取得手段で取得された情報に基づいて、所定の通知を行うか否かを決定する決定手段と、
を有することを特徴とする出力装置。
【請求項２】
前記決定手段により前記所定の通知を行うと決定されたことに従って、所定の通知を行う通知手段を更に備え、
前記通知手段が通知する前記所定の通知は、警告又はエラーを示す通知であることを特徴とする請求項１に記載の出力装置。
【請求項３】
前記通知手段は、前記出力装置が備える表示部に前記所定の通知を行うことを特徴とする請求項２に記載の出力装置。
【請求項４】
前記決定手段は、前記所定の通知を行うと決定する場合に、通知すべき情報の種類を更に決定し、
前記通知手段は、前記決定手段で複数の情報を通知すると決定されたことに従って、当該複数の情報を所定の間隔で順次切り替えることで、前記複数の情報を前記表示部上に表示することを特徴とする請求項３に記載の出力装置。
【請求項５】
前記複数の消耗部品のそれぞれのステータスに対応するメッセージから構成されるメッセージリストを作成する作成手段を更に備え、
前記メッセージリスト作成手段は、前記複数の消耗部品運用タイプのいずれか前記出力装置の種類を示す情報と一致しない場合、前記メッセージリストにその旨の記載することを特徴とする請求項１乃至４のいずれか１項に記載の出力装置。
【請求項６】
前記複数の消耗部品には少なくとも定着器ユニットが含まれることを特徴とする請求項１から５のいずれか１項に記載の出力装置。
【請求項７】
前記複数の消耗部品には少なくとも転写ベルトユニットが含まれることを特徴とする請求項１から６のいずれか１項に記載の像形成装置。
【請求項８】
前記出力装置は、メインシステムと、前記メインシステムと通信パスによって接続されたサブシステムから構成され、
前記サブシステムは、前記複数の異なる消耗部品の各々を装着するための装着部と、前記第２の取得手段とを有し、
前記メインシステムが前記決定手段を有することを特徴とする請求項１から７のいずれか１項に記載の出力装置。
【請求項９】
前記サブシステムは、前記通信パスを介して、前記メインシステムに、前記消耗部品運用タイプを送信することを特徴とする請求項８に記載の出力装置。
【請求項１０】
前記サブシステムがメインボードであり、
前記メインシステムがプリンタエンジン制御部であることを特徴とする
請求項８または９に記載の出力装置。
【請求項１１】
前記サブシステムは、第１の消耗部品に装着された不揮発性メモリから第１の消耗部品運用タイプを取得し、前記第１の消耗部品運用タイプに基づいて、第２の消耗部品の初期化を行い、前記第１の消耗部品運用タイプと前記第２の消耗部品の初期化の結果を前記メインシステムに送信し、
前記メインシステムは、前記第１の消耗部品運用タイプと前記第２の消耗部品の初期化の結果に基づいて、前記第２の消耗部品のステータスを決定することを特徴とする請求項９または１０に記載の出力装置。
【請求項１２】
前記サブシステムは、前記取得された第１の消耗部品の消耗部品運用タイプに基づいて、前記第１の消耗部品とは異なる第２の消耗部品の消耗部品運用タイプを初期化することを特徴とする請求項１１に記載の出力装置。
【請求項１３】
前記第１の消耗部品は、定着器ユニットであり、
前記第２の消耗部品は、転写ベルトユニットであることを特徴とする請求項１１または１２に記載の出力装置。
【請求項１４】
種類の異なる複数の消耗部品を着脱可能な出力装置の制御方法であって、
出力装置の種類を示す情報を取得する第１の取得工程と、
複数の消耗部品の運用タイプである複数の消耗部品運用タイプを、ぞれぞれ、取得する第２の取得工程と、
前記第１の取得手段及び第２の取得手段で取得された情報に基づいて、所定の通知を行うか否かを決定する決定工程と、
を有することを特徴とする出力装置の制御方法。
制御方法。
【請求項１５】
請求項１４に記載の制御方法をコンピュータにより実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、消耗部品が装着される出力装置に関する。
【背景技術】
【０００２】
消耗品を使用して出力を行う出力装置が知られている。例えば、印刷データに基づきシートに画像を形成する出力装置が知られている。画像形成装置などに代表される出力装置のビジネスにおける運用タイプには、課金運用と非課金運用がある。課金運用では、消耗部品を顧客に無償提供し、画像形成装置本体の印刷カウンタに応じた使用料金を顧客から徴収する。一方、非課金運用では、消耗部品を顧客に有償提供し、画像形成装置本体の印刷カウンタに応じた使用料金は徴収しない。
【０００３】
そこで、課金用消耗部品と非課金用消耗部品の誤装着を避けるために、同一のプリンタエンジンを備えた画像形成装置でも、課金用画像形成装置と非課金用画像形成装置とでは、消耗部品が装着される部分のハードウェア形状を作り分けるのが一般的である。また、画像形成装置の消耗部品が装着される部分と同様に、課金用消耗部品と非課金用消耗部品もハードウェア形状を作り分けるのが一般的である。
【０００４】
誤装着とは、非課金用消耗部品を課金用画像形成装置（課金モードに設定されている画像形成装置）に装着してしまうことや、逆に課金用消耗部品を非課金用画像形成装置（非課金モードに設定されている画像形成装置）に装着してしまうことを指す。非課金用消耗部品を課金用画像形成装置に誤装着すると、顧客から消耗部品の料金と印刷カウンタに応じた使用料金の両方を徴収してしまう可能性がある。逆に、課金用消耗部品を非課金用画像形成装置に誤装着すると、顧客から消耗部品の料金と印刷カウンタに応じた使用料金のどちらも徴収できない可能性がある。
【０００５】
また、画像形成装置においては、トナーを収納したカートリッジだけではなく、定着器、ＩＴＢ（Intermediate Transfer Belt：中間転写ベルト）、回収トナー容器など、カートリッジ以外の着脱可能な消耗部品もある。これらの、定着器ユニット、ＩＴＢユニットなどの消耗部品の交換は、従来、装置のメンテナンスを行うサービスエンジニアなどにより行われるものであった。これらのサービスエンジニアにより交換が行われる消耗部品の運用タイプを画像形成装置上で判別することは従来考えられていなかった。
しかし、近年、画像形成装置のメンテナンスのためのダウンタイムや、サービスエンジニアの派遣に伴うコストを抑制したいという要望が強くなってきている。そのため、従来、サービスエンジニアが交換していた消耗部品についても、ユーザ自らが部品交換してもらうサービス形態が市場では広がりつつある。
【０００６】
特許文献１には、画像形成装置に装着される消耗部品は共通のまま、管理者が設定変更を行うことで、課金モードと非課金モードを切り替えることが可能な画像形成装置が開示されている。
また、特許文献２には、消耗部品に備えた消耗部品に関する情報を管理するＲＦＩＤタグの応答信号の強度に基づき、消耗部品が純正品であるか否かを判別する画像形成装置が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−１３７３３３号公報
【特許文献２】特開２０１１−２８０１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、運用タイプの違いに応じて、画像形成装置や消耗部品のハードウェア形状を作り分けると、部品を共通化できず、生産性の低下や製造コストの増加に繋がる。
一方で、特許文献１に記載の画像形成装置のように、消耗部品や装着部の形状を共通化し、管理者が画像形成装置のモード変更を行うようにすると、管理者の意図しない消耗品の誤装着が発生する恐れがある。
【０００９】
特許文献２に記載の画像形成装置では、誤装着を区別するために、トナーカートリッジにＲＦＩＤタグを備え、これを読み取ることで消耗部品の種別の判別を行っている。しかし、例えば、ＩＴＢユニットなどの消耗部品についてＲＦＩＤタグを設けることは、搭載場所が制限されることなどの困難な問題がある。
【００１０】
更に、ユーザによって交換される消耗部品の種類が増えると、様々な消耗部品においても消耗部品の誤装着が生じうる懸念がある。
【００１１】
本発明は上述の問題点に鑑みなされたものである。本発明は、コストの増加を抑えつつ、出力装置に装着可能な各種の複数の消耗部品を適切に運用するための組みを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、種類の異なる複数の消耗部品を着脱可能な出力装置であって、出力装置の種類を示す情報を取得する第１の取得手段と、複数の消耗部品の運用タイプである複数の消耗部品運用タイプを、ぞれぞれ、取得する第２の取得手段と、前記第１の取得手段及び第２の取得手段で取得された情報に基づいて、所定の通知を行うか否かを決定する決定手段と、を有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、コストの増加を抑えつつ、出力装置への各種消耗部品の装着を適切に運用するための仕組みを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】画像形成装置のモジュール構成を示すブロック図
【図２】エンジン制御部上で実行される消耗部品の初期化処理のフローチャート
【図３】メインボード上で実行される消耗部品の初期化処理のフローチャート
【図４】画像形成装置のステータスを表示するフローチャート
【図５】画像形成装置のステータスを基にメッセージリストを作成するフローチャート
【図６】ＩＴＢと定着器の状態から作成するメッセージリストの例
【図７】エラーメッセージや警告メッセージを表示する例
【図８】エンジン制御部で実行される消耗部品の初期化処理のフローチャート
【図９】ＩＴＢの模式図
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための形態について図面を用いて説明する。
【００１６】
発明の説明に先立ち、「運用タイプ」の概念を補足する。
下記の実施例では、課金方法の違いに着目した運用タイプに基づいて例示しているが、本発明は、課金方法の違い以外に着目した運用タイプに対しても適用できる。例えば、製品を販売する地域を分割して、地域毎に異なる運用タイプを定義してもよい。また、例えば、消耗品の形状は同一であるが、画像形成装置本体の印刷スピードの異なる製品を作り分け、それぞれを別の運用タイプと定義してもよい。また、例えば、販売時期の新旧に応じて、別の運用タイプと定義してもよい。また、例えば、画像形成装置に備わる印刷以外の機能の有無に応じて、別の運用タイプと定義してもよい。このように、本発明は、商業的な目的によって考えられる様々な運用タイプを定義することができる。
なお、本発明では、画像形成装置本体の運用タイプを本体運用タイプ、消耗部品の運用タイプを消耗部品運用タイプ、などと称することもある。
【実施例１】
【００１７】
実施例１では、定着器１９８に備えられた不揮発メモリ（ＮＶＭ：Non-Volatile Memory）１８８から定着器１９８の運用タイプを読み出す。そして、定着器１９８の運用タイプに基づき、ＩＴＢ１９７の初期化処理を行い、ＩＴＢ１９７に関するステータスとメッセージを決定する例を示す。これは、定着器ユニットの交換頻度や交換のしやすさなどを加味し、定着器１９８をエンジン制御部１５１における判断の基準とした例である。
【００１８】
図１は、出力装置の一例である画像形成装置のモジュール構成を示すブロック図である。
データ処理装置１０１（例えば、ＰＣ）は、ＰＤＬ（Page Description Language）データを生成し、生成したＰＤＬデータを画像形成装置１０２に送信する。ＰＤＬデータには、シートに形成しようとする画像データの描画コマンドや、画像形成時に用いるシートのサイズ・種別・坪量などの指定を含む、画像形成処理に必要な種々の指令が含まれる。
【００１９】
画像形成装置１０２（例えば、レーザープリンタ）は、データ処理装置１０１からＰＤＬデータを受信して、ＰＤＬデータに応じた画像データに基づいてシートに画像形成を行う。なお、画像形成装置１０２は、スキャナ機能およびファクス機能等を有する複合機であってもよい。この場合、スキャナ機能で読み込んだ原稿データや、ファクス機能によって受信した原稿データを基に、各種電子文章ファイルを画像形成する機能を有してもよい。あるいは、スキャナ機能で読み込んだ原稿データをシートに画像形成する機能を有してもよい。
【００２０】
図示のように、画像形成装置１０２は、メインボード１１０、ＵＩパネル１１１、プリンタエンジン１５０を有する。
プリンタエンジン１５０は、種々の構成要素と、それら構成要素を制御するためのエンジン制御部１５１を有する。メインボード１１０とエンジン制御部１５１は通信パス１４０によって接続され、情報を送受信することができる。
【００２１】
ＵＩパネル１１１は、ユーザインターフェースであって、ユーザに対して種々の情報を表示する表示部とユーザによる操作を受け付ける操作部とを有する。例えば、ＵＩパネル１１１は物理的なボタンの他にタッチパネルなどを備えてもよい。また、ＵＩパネル１１１は、ＬＥＤによって、画像形成装置１０２で生じた警告およびエラーを、光の点灯および点滅によって報知する機能を備えてもよい。更に、ＵＩパネル１１１はブザーなどによって、画像形成装置１０２で生じた警告およびエラーを、音によって報知する機能を備えてもよい。
【００２２】
メインボード１１０は、画像形成装置におけるメインシステムと呼ばれることもある。メインボード１１０は、データ処理装置１０１から送信されたＰＤＬデータに基づいて、印刷用のビットマップデータ（画像データ）を生成する。そして、メインボード１１０はビットマップデータをエンジン制御部１５１に送信する。なお、画像形成装置１０１に関する設定および状態をレポートとして印字するため、メインボード１１０自体がＰＤＬデータを生成して印刷指示することもできる。
【００２３】
エンジン制御部１５１は、画像形成装置におけるサブシステムと呼ばれることもある。エンジン制御部１５１は、メインボード１１０から受信したビットマップデータに基づいて、電子写真方式によってトナーを用いてプリンタエンジン１５０に含まれる構成要素を制御してシートに画像形成を行う。なお、画像を形成する際には、トナーを記録材として用いる電子写真方式の他に、例えば、インクを記録材として用いるインクジェット方式を用いてもよい。更に、プリンタエンジン１５０は複数色の記録材を備え、カラー印刷を行ってもよい。更に、プリンタエンジン１５０は複数の給紙段を備え、ＰＤＬデータによって指定された給紙段からシートを給紙してもよい。
図示のように、メインボード１１０は、ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、ＮＩＣ１２４、パネルＩ／Ｆ１２５を有する。更に、メインボード１１０は、エンジンＩ／Ｆ１２６、ＲＩＰ部１２８、内蔵ストレージ部１３０、ＲＴＣ１３４を有する。そして、これら構成要素はバス１３１によって相互に接続されている。
【００２４】
ＣＰＵ（Central Processing Unit）１２１は、ＲＯＭ１２２又は内蔵ストレージ部１３０に格納されたコントローラファーム（メインボード側のファームウェアに搭載されたプログラム）をＲＡＭ１２３に展開する。そして、コントローラファームを実行することで、ＣＰＵ１２１は画像形成装置１０２を制御する。
【００２５】
コントローラファームには、ＰＤＬインタプリタ機能が含まれる。ＰＤＬインタプリタ機能は、ＰＤＬデータを解釈し、ＲＩＰ部１２８が解釈可能な中間データに変換する機能である。
【００２６】
ＲＯＭ１２２（Read Only Memory）は、ＣＰＵ１２１が実行するコントローラファームなどを記憶する不揮発メモリである。なお、例えば、最低限のファイルシステムアクセス機能などの基本機能のみを備える初期プログラムを起動して、初期プログラムが更にコントローラファームを実行する多段階構成として、コントローラファームを起動するようにしてもよい。更に、本発明における画像形成装置１０２本体の運用タイプの情報をＲＯＭ１２２に記憶してもよい。あるいは運用タイプの情報を保持するための専用のＲＯＭを別個に搭載してもよい。
【００２７】
ＲＡＭ１２３（Random Access Memory）は、ＲＯＭ１２２又は内蔵ストレージ部１３０から展開されたコントローラファームなどを記憶する。また、ＲＡＭ１２３は、ＰＤＬデータ、ＰＤＬデータを解釈して生成される中間データ、中間データをレンダリングして生成されるビットマップデータを記憶する。更に、ＲＡＭ１２３は、その他処理に必要な一時的な各種処理ステータスおよびログ情報なども記憶する。
【００２８】
ＮＩＣ（Network Interface Controller）１２４は、データ処理装置１０１とメインボード１１０とを相互に接続して、双方間のデータ通信、つまり、データの送信および受信を中継するネットワークインタフェイスコントローラーである。なお、接続の際には、有線接続又は無線接続が用いられる。有線接続の場合には、ＮＩＣ１２４とデータ処理装置１０１とはイーサネット（登録商標）などを用いて接続される。
パネルＩ／Ｆ（インタフェース）１２５は、ＵＩパネル１１１とメインボード１１０とを相互に接続して、双方間のデータ通信、つまり、データの送信および受信を中継する。
エンジンＩ／Ｆ１２６は、エンジン制御部１５１とメインボード１１０とを相互に接続して、通信パス１４０を介して、双方間のデータ通信、つまり、データの送信および受信を中継する。
【００２９】
ＲＩＰ（Raster Image Processor）部１２８は、中間データをビットマップデータに変換し、ＲＡＭ１２３に展開する。なお、以下の説明では、ＲＩＰ部１２８はＣＰＵ１２１と独立した専用のチップを用いる形態で説明する。しかし、例えば、ＲＩＰ部１２８を設けることなく、ＣＰＵ１２１がビットマップデータの変換処理を行っててもよい。
【００３０】
内蔵ストレージ部１３０は、メインボード１１０が利用する情報のうち電源を遮断した後もなお保持したいデータを格納するための不揮発性記憶領域である。例えば、内蔵ストレージ部１３０として、フラッシュＲＯＭが用いられる。更に、内蔵ストレージ部１３０として、ハードディスク又はソリッドステートドライブなどを用いてもよい。
【００３１】
ＲＴＣ（Real-Time Clock）１３４は、画像形成装置１０２における時刻情報を不揮発に管理するためのハードチップである。ＲＴＣ１３４を電池駆動することによって、画像形成装置１０２の電源を遮断した後であっても、時刻情報が定期的に更新される。
【００３２】
図１に示すように、プリンタエンジン１５０は、エンジン制御部１５１、本体ドア１９４、給紙段１９５、カートリッジ１９６を有する。更に、プリンタエンジン１５０は、ＩＴＢ１９７、定着器１９８も有する。カートリッジ１９６、ＩＴＢ１９７、定着器１９８、回収トナー容器１９９は、消耗部品単位で消耗度に応じて交換可能である。これらの消耗部品は利用条件（環境要因の他、ユーザが印刷するシート種別や印字内容）によって耐久性が大きく変わる。そのため、摩耗・消耗した一部の消耗部品のみを交換することで、プリンタエンジン１５０全体の交換をすることなく、継続利用できる。
【００３３】
図示のように、エンジン制御部１５１は、ＣＰＵ１６１、ＲＯＭ１６２、ＲＡＭ１６３を有する。更に、エンジン制御部１５１は、エンジンＩ／Ｆ１５２、ドア制御部１６４、給紙段制御部１６５、カートリッジ制御部１６６、ＩＴＢ制御部１６７、定着器制御部１６８、回収トナー容器制御部１６９を有する。そして、これら構成要素はバス１５３によって相互に接続される。
【００３４】
各消耗部品の制御部は、消耗部品とデータやステータスのやり取りを行うＩ／Ｆとして機能する。エンジンファーム（プリンタエンジン側のファームウェアに搭載されたプログラム）は、制御部を介して、消耗部品の状態を取得したり、制御したりすることができる。各消耗部品の制御部と消耗部品は、例えば、ＧＰＩＯ（General-Purpose Input/Output）や、Ｉ２Ｃ（Inter-Integrated Circuit）などの有線通信を使って接続される。なお、各消耗部品の制御部と消耗部品との通信には、ＲＦＩＤ（Radio Frequency Identifier）などの近接無線通信を使ってもよい。
【００３５】
ＣＰＵ１６１は、ＲＯＭ１６２に格納されたエンジンファームをＲＡＭ１６３に展開して、エンジンファームを実行する。これによって、ＣＰＵ１６１はプリンタエンジン１５０を制御する。
【００３６】
ＲＯＭ１６２は、ＣＰＵ１６１が実行するエンジンファームなどを記憶する不揮発メモリである。
ＲＡＭ１６３は、ＲＯＭ１６２から展開されたエンジンファームなどを記憶する。ＲＡＭ１６３には、その他処理に必要な一時的なデータなども記憶される。
【００３７】
本体ドア１９４は、シート搬送上で紙詰まりが発生した場合に、紙詰まりを起こした用紙を除去するために画像形成装置１０２に備えられたアクセスドアである。ドア制御部１６４は、本体ドア１９４の状態をセンサーによって取得し、エンジンファームに通知する制御部である。
【００３８】
給紙段１９５は、画像形成時に用いるシートを保持するシート保持手段である。例えば、画像形成装置１０２に備える標準カセットや手差しトレイ等である。その他、給紙段１９５は、本体とは別の筺体で増設できてもよい。例えば、画像形成装置１０２の下に備え付けるオプションカセットや、横に備えるオプションデッキなどである。給紙段の構成については本発明を実施する上では制限事項とならない。
給紙段１９５は、シートの有無や給紙段１９６に備えられたドア状態を取得し、給紙段制御部１６５を介してエンジンファームに情報を通知する。また、給紙段制御部１６５を介して、エンジンファームからの指示に従い、画像形成時のシートの給紙を行う。
【００３９】
給紙段制御部１６５は、給紙段１９６を制御・管理するための制御部である。
カートリッジ１９６は、カートリッジ制御部１６６を介して、エンジンファームからの指示に従い、画像形成時に用いるトナーを保持し、指定に従ってドラム上にトナーを現像するためのユニットである。本実施例では、現像器やドラムなどの部品についてもカートリッジ１９６を備えている構成について説明を行う。
【００４０】
ここでは説明を簡略化するため、複数本の一体型トナーカートリッジの集合を、カートリッジ１９６と表現した。それ以外に、トナーを保持するトナーカートリッジ、ドラムを保持するドラムカートリッジの集合をトナーカートリッジ１９６として扱う構成に対しても、本発明を適用できる。この場合、現像器ユニットをどちらに備えても、本発明を適用することができる。
【００４１】
カートリッジ１９６が不揮発メモリ（不図示）を備えている場合、エンジンファームは、カートリッジ制御部１６６を介して不揮発メモリ内の情報を読み出したり、書き込んだりもできてもよい。例えば、カートリッジ１９６毎の消耗度合いを、不揮発メモリに記録し、管理してもよい。
カートリッジ制御部１６６は、カートリッジ１９６を制御・管理するための制御部である。
【００４２】
ＩＴＢ１９７は、ＩＴＢ制御部１６７を介して、エンジンファームからの指示に従い、ドラム上のトナーをＩＴＢ１９７へ転写することで、複数色のトナーを重ね合わせ、カラーで画像形成するための転写ベルトである。
【００４３】
図９は、ＩＴＢ１９７の模式図である。
ＩＴＢ１９７の全面は、転写用ベルトに覆われている。そのため、ＩＴＢ１９７に不揮発メモリを装着するには、ＩＴＢ１９７のみならず画像形成装置１０２に対しても、物理的・電気的な制約や、追加コストを考慮する必要がある。
本実施例では、非課金用、課金用のＩＴＢ１９７を作り分けるコストをできるだけ抑制するために、ＩＴＢ１９７と電気信号の出力ポートのいずれかに反転回路を備えるか否かで、運用タイプを表現する形式を採用した。例えば、課金運用タイプのＩＴＢ１９７は所定の出力ポートに反転回路を１つ備えている。非課金運用タイプのＩＴＢ１９７は反転回路を備えない、もしくは偶数個備える。これにより、エンジンファームは、出力信号を観測することで、ＩＴＢ１９７の運用タイプが課金運用タイプか、非課金運用タイプか判別することができる。すなわち、画像形成装置１０２は、ＩＴＢ１９７の所定の出力ポートの電圧レベルに基づき、運用タイプを判別することができる。ここでは反転回路を用いる方法を採用した例について説明するが、本発明はそれ以外の判別手段を用いる形態に対しても適用することができる。
【００４４】
ＩＴＢ制御部１６７は、ＩＴＢ１９７を制御・管理するための制御部である。
定着器１９８は、ＩＴＢ１９７上に転写されたトナーを高温・高圧によってシート上に定着するためのユニットである。本実施例においては、定着器１９８は不揮発メモリ１８８を備える。そして、エンジンファームは、定着器制御部１６８を介して、不揮発メモリ１８８内の情報を読み出したり、書き込んだりすることもできる。
【００４５】
表１は、定着器１９８が保持する不揮発メモリに格納される内容の例である。先頭から、シリアル番号、モデル番号、運用タイプ、印刷枚数、チェックサムが格納される。シリアル番号は、定着器１９８の個体識別のために、生産時に付与される番号である。モデル番号は、定着器１９８の種別判別をするために、生産時に記録される番号である。運用タイプは、定着器１９８の運用タイプを識別するために、生産時に記録される運用タイプ情報である。印刷枚数は、定着器１９８で印刷した枚数を印刷中および印刷完了後に記録するための、印刷枚数を記録する情報である。チェックサムは、これらの情報が更新される都度に、所定のアルゴリズムによって算出し、記録するためのチェックサム情報である。
【００４６】
【表１】
2019107813.tif 000003
定着器制御部１６８は、定着器１９８を制御・管理するための制御部である。
回収トナー容器１９９は、画像形成時に発生した余分なトナーを回収するための容器である。
回収トナー容器制御部１６９は、回収トナー容器１９９を制御・管理するための制御部である。そして、回収トナー容器に格納された回収トナー量を観測したり、エンジンファームへ通知したりする。
【００４７】
図２は、サブシステムであるエンジン制御部１５１上で実行される消耗部品の初期化処理のフローチャートである。
【００４８】
本処理は、ＲＡＭ１６３に展開されたエンジンファームを、ＣＰＵ１６１が読み取り、実行することで実現される。
なお、エンジンファームが各消耗部品の制御部を介して各消耗部品を操作する一連の処理に関して、説明を簡潔にするために簡略化して説明する。ここでは、エンジンファームが定着器１９８を初期化する処理を例にして説明する。
（１）エンジンファームは定着器制御部１６８に対して初期化要求のための入力信号を定着器１９８に通知する。（２）定着器１９８は入力された信号に基づいて、初期化処理を実行し、出力信号をエンジンファームに通知する。（３）エンジンファームは出力信号を観測し、初期化処理の成功の可否を判断する。以後の説明では、「エンジンファームが、定着器１９８の初期化処理を行い、前記初期化処理の結果を得る」のように簡略化して説明する。
本処理は、画像形成装置１０２の電源投入時、省電力モードからの復帰時、ドアクローズ時等に、現在装着している部品を利用可能な状態にするための初期化処理の一部として行われる。
【００４９】
まず、エンジンファームの初期化処理について説明する。
エンジンファームは、本体ドア１９４の初期化処理を行う（Ｓ２０１）。
エンジンファームは、次に、回収トナー容器１９９の初期化処理を行う（Ｓ２０２）。
エンジンファームは、定着器１９８の初期化処理を行い、装着状態を含めた定着器１９８の初期化処理の結果を得る（Ｓ２０３）。
そして、エンジンファームは、定着器１９８の装着状態によって処理を切り替える（Ｓ２０４）。
【００５０】
定着器１９８が未装着であることを検知した場合、エンジンファームはＩＴＢ１９７の初期化処理の結果を成功とする（Ｓ２１０）。
そして、エンジンファームは定着器１９８の運用タイプを不明とし（Ｓ２１１）、定着器初期化処理結果を未装着とする（Ｓ２１２）。
ここで、ＩＴＢ１９７の初期化処理の結果を成功とするのは、定着器１９８の運用モデルが不明であるため、不要なメッセージを表示することを抑制することを目的としている。
【００５１】
定着器１９８が装着済みであることを検知した場合、エンジンファームは定着器１９８に備えられた不揮発メモリ１８８から定着器１９８の運用タイプを読み出す（Ｓ２２１）。
そして、エンジンファームは定着器１９８の運用タイプによって処理を切り替える（Ｓ２２２）。
【００５２】
定着器１９８の運用タイプが課金運用タイプもしくは非課金運用タイプである場合には、エンジンファームは、定着器１９８の運用タイプに基づいてＩＴＢ１９７の初期化処理を行い、初期化処理の結果を取得する（Ｓ２２３）。
定着器１９８の運用タイプが課金運用タイプもしくは非課金運用タイプ以外、すなわち、不明である場合には、エンジンファームはＩＴＢ１９７の初期化処理の結果を失敗とする（Ｓ２３１）。
【００５３】
エンジンファームは、定着器１９８の初期化処理（Ｓ２０１）や定着器１９８の運用タイプを読み込む処理（Ｓ２２１）の際に、定着器１９８の不揮発メモリ１８８にメモリ故障を検出したかで処理を切り替える（Ｓ２４１）。
メモリ故障を検出した場合には、エンジンファームは定着器１９８の初期化処理の結果をメモリ故障とする（Ｓ２４２）。例えば、定着器１９８の不揮発メモリ１８８が電気的にあるいは物理的に破損していた場合を検出した場合に、メモリ故障とする。
【００５４】
また、エンジンファームは、定着器１９８の初期化処理（Ｓ２０３）や定着器１９８の運用タイプを読み込む処理（Ｓ２２１）の際に、定着器１９８の不揮発メモリ１８８にデータ異常を検出したかで処理を切り替える（Ｓ２５１）。
データ異常を検出した場合には、エンジンファームは定着器１９８の初期化処理の結果をデータ異常とする（Ｓ２５２）。例えば、定着器１９８の不揮発メモリ１８８から内容を読み出すことはできたが、内容が想定外の値であったり、データのチェックサムが一致せずデータが破損していることを検出した場合に、データ異常とする。
エンジンファームは、メモリ故障もデータ異常も検出できなかった場合には、定着器１９８の初期化処理の結果を成功とする（Ｓ２５３）。
【００５５】
以後の処理については、Ｓ２６１、Ｓ２６２、Ｓ２７１〜Ｓ２７６を並列実行できる。
エンジンファームは、カートリッジ１９６の初期化処理を実行する（Ｓ２６１）。そして、エンジンファームは、給紙段１９５の初期化処理を実行する（Ｓ２６２）。
また、エンジンファームは、コントローラファームとの通信の確立を待つ（Ｓ２７１）。通信が確立したら、エンジンファームは、コントローラファームへ、定着器１９８の運用タイプと、各消耗部品の初期化処理の結果を通知する（Ｓ２７２）。例えば、本体ドア１９４の初期化処理の結果や回収トナー容器１９９の初期化処理の結果として、ドアの開閉状態を通知したり、センサー値を通知したり、あるいはセンサーの異常をコントローラファームへ通知したりしてもよい。
その後、エンジンファームは、カートリッジ１９６の初期化処理の完了を待ち（Ｓ２７３）、コントローラファームへカートリッジの初期化処理の結果を通知する（Ｓ２７４）。
また、給紙段１９５の初期化処理の完了を待ち（Ｓ２７５）、コントローラファームへ給紙段１９５の初期化処理を通知する（Ｓ２７６）。
【００５６】
ここで、本実施例で示した手順に従うと、コントローラファームから画像形成装置１０２の本体の運用タイプをエンジンファームに通知することを待つことなく、エンジンファームが各消耗部品の初期化処理を開始できる。これにより、本体運用タイプをエンジンファームに通知する形態に比べて、電源を投入してから、印刷可能になるまでの時間を短縮することができる。
【００５７】
なお、本実施例においては、定着器１９８の運用タイプが読みとれなかった場合、ＩＴＢ１９７の初期化処理の結果を失敗とし、ＩＴＢ１９７の初期化処理を行わない例を示している（Ｓ２３１）。この手法以外にも、いくつかのバリエーションが考えられる。
例えば、定着器１９８の運用タイプが不明である場合には、任意の運用タイプを仮の運用タイプと定めた上で、ＩＴＢ１９７の初期化処理を行うことができる。定着器の仮の運用タイプと、画像形成装置１０２本体の運用タイプとが一致し、かつＩＴＢ１９７の初期化処理が成功すれば、ＩＴＢ１９７は利用可能と判断できる。一方、定着器の仮の運用タイプと、画像形成装置１０２本体の運用タイプが一致しない場合には、たとえＩＴＢ１９７の初期化処理の結果が成功であっても、利用不可能と判断できる。
【００５８】
図３は、メインシステムであるメインボード１１０上で実行される消耗部品の初期化処理のフローチャートである。本処理は、ＲＡＭ１２３に展開されたコントローラファームを、ＣＰＵ１２１が読み取り、実行することで実現される。本処理は、画像形成装置１０２本体の内外のアプリケーションに対して、画像形成装置１０２上で発生している様々な消耗部品の様々な状態をステータスとして保持するための処理である。
なお、ここでは説明を簡潔にするために、一部の消耗部品に着目して説明を行う。本発明を実施する上では、ここに記載した以外の消耗部品や本体、ジョブなどについても、ステータスとして管理し表示することもできる。
【００５９】
コントローラファームは、画像形成装置１０２本体の運用タイプをＲＯＭ１２２から取得する（Ｓ３０１）。
コントローラファームは、エンジンファームとの通信の確立を待つ（Ｓ３０２）。
コントローラファームは、エンジンファームから定着器１９８の運用タイプと各消耗部品の初期化処理の結果を受信する（Ｓ３０３）。
コントローラファームは、ステータスをクリアする（Ｓ３０４）
コントローラファームは、エンジンファームから通知された定着器１９８の初期化処理の結果に応じて処理を切り替える（Ｓ３１０）。定着器１９８の初期化処理の結果が未装着である場合、コントローラファームは定着器１９８の未装着ステータスをセットする（Ｓ３１１）。
定着器１９８の初期化処理の結果がメモリ故障である場合、コントローラファームは定着器１９８のメモリ故障ステータスをセットする（Ｓ３１２）。定着器１９８の初期化処理の結果がデータ異常である場合、コントローラファームは定着器１９８のデータ異常ステータスをセットする（Ｓ３１３）。
定着器１９８の初期化処理の結果が成功である場合、コントローラファームはステータスをセットせずに、Ｓ３２０以後の処理を実行する。
【００６０】
そして、コントローラファームは、定着器１９８の運用タイプと画像形成装置１０２本体の運用タイプが一致するかに応じて処理を切り替える（Ｓ３２０）。定着器１９８と画像形成装置１０２本体の運用タイプが一致しない場合、コントローラファームは、定着器１９８の運用タイプ不一致ステータスをセットする（Ｓ３２１）。定着器１９８の運用タイプと画像形成装置１０２本体の運用タイプが一致する場合には、次の処理を実行する。
【００６１】
コントローラファームは、ＩＴＢ１９７の初期化処理の結果が成功か失敗かに応じて処理を切り替える（Ｓ３３０）。ＩＴＢ１９７の初期化処理の結果が失敗である場合、コントローラファームはＩＴＢ１９７の装着不良ステータスをセットする（Ｓ３３１）。ＩＴＢ１９７の初期化処理の結果が成功である場合、コントローラファームは、定着器１９８と画像形成装置１０２本体の運用タイプが一致するかを判定する（Ｓ３４０）。定着器１９８と画像形成装置１０２本体の運用タイプが一致しない場合、ＩＴＢ１９７の装着不良ステータスをセットする（Ｓ３４１）。
【００６２】
なお、定着器１９８とＩＴＢ１９７の運用タイプが一致さえしていれば、Ｓ３３０でコントローラファームはＩＴＢ１９７の初期化処理の結果が成功したと判断する。しかし、定着器１９８と画像形成装置１０２本体の運用タイプが一致しないケースも考えられる。このことを踏まえて、Ｓ３４０、Ｓ３４１でＳ３３０での判断を補正する。
【００６３】
なお、画像形成装置１０２の電源が入れられると、図２のフローチャートが示すエンジン制御部１５１上で実行されるシーケンスと、後述の図３のフローチャートが示すメインボード１１０上で実行されるシーケンスは、同時に起動する。
このとき、上述のとおり、サブシステムであるエンジン制御部１５１は、消耗部品である定着器１９８の運用タイプを不揮発メモリ１８８から読み出す（Ｓ２２１）。そして、メインシステムであるメインボード１１０との通信が確立した時点で、メインボード１１０へ定着器１９８の運用タイプを通知する（Ｓ２７２、Ｓ３０３）。
そのため、メインボード側では、他の消耗部品の初期化の完了を待つことなく、早いタイミングで定着器１９８の運用タイプを取得することができる。
【００６４】
図４と図５は、本実施例における消耗部品のステータスからメッセージリストを表示するためのフローチャートである。
これらのフローチャートの説明に先だって、「メッセージリスト」の概念を説明する。
【００６５】
表２は、重要度と表示する文言を含むいくつかのメッセージからなるメッセージリストの例である。表２は、本体運用タイプが「非課金運用タイプ」で、定着器が「メモリ故障、かつ、運用タイプが課金運用タイプ」、更にＩＴＢが「非課金運用タイプ」のケースを例示している。
【００６６】
本実施例では、メッセージの重要度を「エラーメッセージ」と「警告メッセージ」に分けて説明する。それぞれのメッセージについて表示する文言が準備される。
前述の前提条件の場合には、３種類のメッセージが準備される。
【００６７】
メッセージリストのＮｏ．１には、画像形成装置の本体の運用タイプと定着器の運用タイプが一致しないため、「利用できない定着器が接続されています」というメッセージが保持される。
メッセージリストのＮｏ．２には、定着器のメモリ故障が検知されているため、「定着器部品が故障しています」というメッセージが保持される。
メッセージリストのＮｏ．３には、定着器の運用タイプと、ＩＴＢの運用タイプが一致しないため、「ＩＴＢの接続を確認してください」というメッセージが保持される。
【００６８】
【表２】
2019107813.tif 000004
ここで、本発明を実施する上で、エラーメッセージについて、メッセージの重要度を更に細分化して管理してもよい。あるいは、警告メッセージについても、画面に常に表示するものと、ＵＩパネル１１１からの指示があった時にだけ表示するものなどに細分化してもよい。更に、メッセージは、表示するアイコンなどの画像情報を付与したり、色などの付加情報を保持してもよい。これらについては、利用者のニーズに応じて様々な工夫を講じた上で、実施できる。
【００６９】
図４に戻ると、コントローラファームは、旧ステータスを空に初期化する（Ｓ４０１）。
コントローラファームは、図３のフローチャートでセットされたステータスを、新ステータスとして取得する（Ｓ４０２）。
【００７０】
コントローラファームは、旧ステータスと新ステータスの間で変化があったかにより、処理を切り替える（Ｓ４０３）。新旧ステータスの間に変化があった場合、コントローラファームは、後述する処理によって、メッセージリストを作成する（Ｓ４０４）。メッセージリストの作成の詳細は、図５のフローチャートで後述する。
そして、コントローラファームは、旧ステータスコードを新ステータスコードで更新する（Ｓ４０５）。
次に、コントローラファームは、メッセージリストが空になっているかに応じて処理を切り返る（Ｓ４０６）。メッセージリストが空である場合には、コントローラファームは、一定時間待機し（Ｓ４９１）、再び新ステータスの取得から処理を開始する（Ｓ４０２）。
メッセージリストが空ではない場合、コントローラファームは、メッセージリストにエラーが含まれるか否かに応じて処理を切り替える（Ｓ４１１）。メッセージリストにエラーが含まれる場合、メッセージリストに含まれるエラーメッセージの中の先頭のエラーメッセージを、ポップアップ表示する（Ｓ４１４）。
【００７１】
メッセージリストに、エラーが含まれない場合、すなわち、メッセージリストに含まれる全てのメッセージが警告メッセージである場合、コントローラファームは、前回メッセージ表示してからの時間を算出する（Ｓ４１２）。そして、コントローラファームは、メッセージ表示時間がメッセージ表示の閾値時間以上であるかに応じて処理を切り替える（Ｓ４１３）。メッセージを表示する閾値としては、例えば５００ｍｓなどが用いられる。メッセージ表示時間が閾値を超過していない場合、コントローラファームは、現在表示するべきメッセージをステータス表示し（Ｓ４２５）、一定時間待機し（Ｓ４９１）、再び新ステータスの取得から処理を開始する（Ｓ４０２）。
【００７２】
コントローラファームは、メッセージ表示時間が閾値を超過した場合、現在表示しているメッセージがメッセージリストの終端であるかに応じて処理を切り替える（Ｓ４２１）。現在表示しているメッセージリストが終端である場合、コントローラファームはメッセージリストの先頭にあるメッセージを、表示するべきメッセージとする（Ｓ４２２）。メッセージリストの終端に位置していない場合は、コントローラファームは現在表示しているメッセージの次のメッセージを、表示するべきメッセージとする（Ｓ４２３）。これにより、メッセージは一定時間ごとに次々に入れ替わっていく。
【００７３】
コントローラファームは、メッセージ表示の開始時刻を現在時刻とする（Ｓ４２４）。
そして、コントローラファームは、現在表示するべきメッセージをステータス表示し（Ｓ４２５）、一定時間待機し（Ｓ４９１）、再び新ステータスの取得から処理を開始する（Ｓ４０２）。
以上の処理によって、コントローラファームは、メッセージリストに含まれる各種メッセージ種別に応じて表示を行っていく。
【００７４】
図５は、コントローラファームが、画像形成装置１０２の状態を表現しているステータスを基にメッセージリストを作成するフローチャートであり、図４のＳ４０４の処理の詳細である。
【００７５】
まず、コントローラファームは、メッセージリストを空にする（Ｓ５００）。
そして、コントローラファームは、定着器１９８の未装着ステータスがあるかを確認する（Ｓ５０１）。あれば、メッセージリストに定着器１９８の未装着エラーを追加する（Ｓ５０２）。
次に、コントローラファームは、定着器１９８の運用タイプ不一致ステータスがあるかを確認する（Ｓ５１０）。あれば、メッセージリストに定着器１９８の運用タイプ不一致エラーを追加する（Ｓ５１１）。
次に、コントローラファームは、定着器１９８のメモリ故障ステータスがあるかを確認する（Ｓ５２０）。あれば、メッセージリストに定着器１９８のメモリ故障警告を追加する（Ｓ５２１）。
次に、コントローラファームは、定着器１９８のデータ異常ステータスがあるかを確認する（Ｓ５３０）。あれば、メッセージリストに定着器１９８のデータ異常警告を追加する（Ｓ５３１）。
次に、コントローラファームは、ＩＴＢ１９７の装着不良ステータスがあるかを確認する（Ｓ５４０）。あれば、メッセージリストにＩＴＢ１９７の装着不良エラーを追加する（Ｓ５４１）。
【００７６】
そして、コントローラファームは、メッセージリストが空であるか否かに応じて処理を切り替える（Ｓ５５１）。メッセージリストが空でない場合、コントローラファームはメッセージ表示開始時刻を現在時刻に閾値を加えた時刻とし、次回は更新されるようにする（Ｓ５５２）。また、コントローラファームは現在のメッセージをメッセージリストの終端とし、次回は必ずメッセージリスト先頭のメッセージが選択されるようにする（Ｓ５５３）。
【００７７】
図６は、コントローラファームが、ＩＴＢ１９７や定着器１９８の物理的なステータスを、メッセージリストとしてどのように決定するのかを表した表である。前提条件として、図６は非課金運用本体に対しての結果である。図内の黒塗りつぶしの四角形（■）は、エラーメッセージとして表示することを意味する。図内の塗りつぶしのない枠だけの四角形（□）は、警告メッセージとして表示することを意味する。
【００７８】
（ａ）定着器の接続状態は、定着器１８８の接続状態である。具体的には、正常、メモリ故障状態、データ異常状態、未装着、のいずれかの状態である。
（ｂ）定着器の運用タイプは、定着器１９８の不揮発メモリ１８８に記録されている運用タイプの内容を表す。具体的には、運用タイプが、非課金運用タイプもしくは課金運用タイプとして記録されている。その他に、メモリ故障、データ異常、もしくは定着器がそもそも未装着である場合には、定着器の運用タイプは不明となる。
（ｃ）ＩＴＢの接続状態は、ＩＴＢ１９７の接続状態である。具体的には、非課金、課金、未装着、故障がある。ただし、ここでは、未装着でも故障でも、初期化処理の結果は失敗であるため、説明を簡略化するためにこれらをまとめて１つとして取り扱う。
以上の（ａ）〜（ｃ）の状態に基づき、エンジンファームはコントローラファームに（ｄ）〜（ｆ）の消耗部品に係る情報を通知する。
【００７９】
（ｄ）定着器の初期化処理の結果は、エンジンファームが定着器１９８の初期化処理を行った結果である。具体的には、成功、メモリ故障、データ異常、未装着である。
（ｅ）定着器の運用タイプは、エンジンファームが定着器１９８の不揮発メモリ１８８から参照した運用タイプである。具体的には、非課金運用タイプ、課金運用タイプ、不明がある。
（ｆ）ＩＴＢの初期化処理の結果は、エンジンファームがＩＴＢ１９７の初期化処理を行った結果である。具体的には、成功と失敗がある。
コントローラファームは、以上の（ｄ）〜（ｆ）の消耗部品に係る情報を受け取り、ユーザに表示するメッセージリストを決定する。
【００８０】
（ｇ）定着器の未装着エラーメッセージは、（ａ）定着器の接続状態が未装着である場合に表示されるメッセージである（Ｎｏ．２５〜２７）。
（ｈ）定着器の運用タイプ不一致エラーメッセージは、（ｂ）定着器の運用タイプが、本体運用タイプと一致しない場合に表示されるメッセージである（Ｎｏ．４〜６、１０〜１５、１９〜２４）。先に述べた通り、本実施例では、画像形成装置１０２本体を、非課金として説明しているので、定着器の運用タイプが課金であれば、当該エラーメッセージが表示対象となる。
【００８１】
（ｉ）定着器のメモリ故障警告メッセージは、（ａ）定着器の接続状態がメモリ故障である場合に表示されるメッセージである（Ｎｏ．７〜１５）。
（ｊ）定着器のデータ異常故障警告メッセージは、（ａ）定着器の接続状態がデータ異常である場合に表示するメッセージである（Ｎｏ．１６〜２４）。
（ｋ）ＩＴＢの装着不良エラーは、（ｆ）ＩＴＢの初期化処理の結果が失敗した場合に表示されるメッセージである（Ｎｏ．２〜４、６、８〜１０，１２〜１５，１７〜１９，２１〜２４）。また、（ｋ）ＩＴＢ装着不良エラーは、（ｆ）ＩＴＢの初期化処理の結果は成功だが、その判定に用いた（ｅ）定着器運用タイプが本体運用タイプと一致しない場合に表示されるメッセージでもある（Ｎｏ．５、１１、２０）。
【００８２】
なお、前述した通り、メッセージリストに複数のメッセージが含まれる場合がある。例えば、Ｎｏ．４に示した状態では、（ｈ）定着器の運用タイプ不一致のエラーメッセージと、（ｋ）ＩＴＢの装着不良のエラーメッセージの両方を表示する。本実施例では、ＵＩパネル１１１で表示可能な文字数などに物理的制約を伴うことも考慮して、エラーメッセージに関しては、そのうちの１つがポップアップ表示されるものとして説明している。
【００８３】
また、警告メッセージに関しては、ここで注目をしていないその他の消耗部品や本体、印刷ジョブに関する警告メッセージも含めて、時間分割的にトグル形式でステータス表示する。例えば、Ｎｏ．７に示す定着器のメモリ故障が発生している状態において、カートリッジ１９６の交換準備が同時に必要となった場合には、定着器メモリ故障の警告メッセージと、カートリッジの交換の警告メッセージが交互に表示される。
【００８４】
図７は、コントローラファームがエラーメッセージや警告メッセージを表示する例である。これらの表示処理はコントローラファーム側で実行され、ＵＩパネル１１１上に示される。
【００８５】
（Ａ）は、コントローラファームが定着器１９８の未装着のエラーメッセージをＵＩパネル１１１上に表示する例である。エラーメッセージについては、カートリッジ１９６の残量情報などの情報などの上に、メッセージ情報を含むポップアップを上書きする形で表示する。
（Ｂ）は、コントローラファームが定着器１９８の運用タイプ不一致のエラーメッセージをＵＩパネル１１１上に表示する例である。
（Ｃ）はコントローラファームがＩＴＢ１９７の装着不良のエラーメッセージをＵＩパネル１１１上に表示する例である。メッセージリストに、定着器１９８の運用タイプ不一致のエラーメッセージと、ＩＴＢ１９７の装着不良のエラーメッセージの両方が含まれる場合もある（例えば、図６のＮｏ．４）。こうした場合、ポップアップ表示ではそのうちの１つを表示することとなる。本実施例においては、定着器１９８の運用タイプに基づいて、ＩＴＢ１９７の運用タイプの一致不一致を間接的に決定していることから、同じエラーメッセージであれば定着器１９８の優先度を高く扱う。
（Ｄ）は、コントローラファームが、定着器１９８のメモリ故障の警告メッセージと、カートリッジ１９６に含まれる黄色カートリッジの寿命の警告メッセージを同時に表示する例である。警告メッセージは、ユーザに注意喚起を促すものではあるが、必ずしも画像形成装置１０２が利用不可能に陥るものばかりではない。よって、カートリッジ１９６の残量情報などの情報などと同時に、警告メッセージを表示する。また、複数の警告メッセージがあれば、それぞれの警告メッセージを切り替えながら表示する。
【００８６】
なお、図７は本発明における画面表示の一例に過ぎない。例えば、１つのエラーメッセージに、複数の表示画面を割り当てて警告メッセージのように切り替えながら表示する形態をとってもよい。あるいは、同種の消耗部品に関するエラーメッセージであれば、警告メッセージのように切り替えながら表示する形態をとってもよい。
【００８７】
更に、メッセージリストに含まれる各メッセージに、より細かく優先度を設定し、優先度に応じて表示するメッセージを決定してもよい。各メッセージに、スキップ可能フラグを設けて、一部のメッセージについてはキャンセル操作をすることでポップアップを閉じる構成としてもよい。
例えば、（Ａ）のような定着器１９８の未装着エラーであれば、スキップ可能フラグをＯＦＦと設定して、定着器１９８が交換されるまでは継続ジョブを実行しない。一方、（Ｂ）のような定着器１９８の運用タイプ不一致のエラーであれば、スキップ可能フラグをＯＮと設定し、ＵＩパネル１１１上での操作によって継続利用できる構成としてもよい。
【００８８】
更に、複合機のように印刷以外の機能も有する画像形成装置においては、一部の消耗部品に問題が生じていても、利用できる機能はできるだけユーザに提供する形態をとってもよい。例えば、定着器１９８が未装着であったとしても、スキャナ（不図示）を伴う画像形成装置では、原稿を読み取り、メールサーバーを介してユーザにスキャンした画像データをメールとして送信する機能を提供してもよい。あるいは、ファクス回線（不図示）を伴う画像形成装置では、画像形成装置内の内蔵ストレージ部１３０内にファクス回線から送信されたファクスデータを一時格納してもよい。
【００８９】
また、本実施例では、運用タイプが不一致であることをＵＩパネル１１１に表示する場合を例示しているが、これに限定されるものではない。更に、運用タイプが不一致であることを、外部のメンテナンスサーバにネットワークを介して通知するようにしてもよい。
【００９０】
なお、本実施例では、画像形成装置１０２本体の運用タイプを、メインボード１１０側で管理する形態について示した。これに対して、画像形成装置１０２本体の運用タイプをエンジン制御部１５１側で管理する形態を実施してもよい。この場合、メインボード１１０とエンジン制御部１５１の通信が確立した後に、エンジンファームは、本体運用タイプをコントローラファームに送信する。コントローラファームは、本体運用タイプをエンジンファームから受信する。このように、本発明は、実施する上で様々な形態をとることができる。
【実施例２】
【００９１】
実施例２では、工場出荷時に装着されていた消耗部品の運用タイプを活用する形態についての例を示す。
【００９２】
工場出荷時においては、画像形成装置１０２本体の運用タイプに合わせて、消耗部品が装着される。そこで、生産工程時点で装着されていた消耗部品の運用タイプを生産時に画像形成装置１０２本体に記録しておくことで、他の消耗部品の運用タイプに依存せずに、前記消耗部品の初期化処理を実行できる。
【００９３】
図８は、エンジン制御部上で実行される消耗部品の初期化処理のフローチャートである。
実施例２は実施例１の実施形態とほぼ同様であるため、ここでは、Ｓ２２１〜Ｓ２５３の代わりに実行される、Ｓ８２１〜Ｓ８５１に着目して、説明を加える。
エンジンファームは、まず、実施例１のＳ２０１〜Ｓ２０３と同じ処理を行う（Ｓ８０１）。
そして、エンジンファームは定着器１９８の装着状態に応じて処理を切り替える（Ｓ２０４）。
装着状態が未装着であれば、エンジンファームは、Ｓ２１０〜Ｓ２１２と同様の処理を行う（Ｓ８０２）。
【００９４】
定着器１９８の装着状態が装着中である場合、エンジンファームは、ＲＯＭ１６２から生産時に装着されていたＩＴＢ１９７の運用タイプを読み込む（Ｓ８２１）。
そして、エンジンファームは、生産時に装着されていたＩＴＢ１９７の運用タイプに応じて処理を切り替える（Ｓ８３１）。
【００９５】
初回起動時では、生産時に装着されていたＩＴＢ１９７の運用タイプがまだＲＯＭ１６２に記録されていないので、不明として処理される。エンジンファームは、生産時に装着されていたＩＴＢ１９７の運用タイプが不明であれば、定着器１９８の不揮発メモリ１８８より、定着器１９８の運用タイプを読み込む（Ｓ８４１）。
【００９６】
エンジンファームは、定着器１９８の運用タイプによって処理を切り替える（Ｓ８４２）。定着器１９８の運用タイプが課金運用タイプか非課金運用タイプであれば、エンジンファームは、定着器１９８の運用タイプに基づき、ＩＴＢ１９７の初期化処理を行い、ＩＴＢ１９７の初期化処理の結果を取得する（Ｓ８４５）。そして、エンジンファームは、定着器１９８から読み込んだ定着器１９８の運用タイプを、生産時のＩＴＢ１９７の運用タイプとして、ＲＯＭ１６２に記録する（Ｓ８４６）。
【００９７】
定着器１９８の運用タイプが課金運用タイプ、非課金運用タイプのいずれでもない場合、ＩＴＢ１９７の初期化処理の結果は失敗とする（Ｓ８５１）。以後は、実施例１のＳ２４１〜Ｓ２５３と同じ処理を行う（Ｓ８０３）。
【００９８】
二度目以後の起動であれば、生産時のＩＴＢ１９７の運用タイプがＲＯＭ１６２に課金運用タイプか非課金運用タイプとしてすでに記録されている。エンジンファームは、生産時のＩＴＢ１９７の運用タイプが課金運用タイプであるか非課金運用タイプであるかが分かれば、そのＩＴＢ１９７の運用タイプに基づきＩＴＢ１９７の初期化処理を行う。そして、ＩＴＢ１９７の初期化処理の結果を取得する（Ｓ８３２）。
以後は、実施例１のＳ２４１〜Ｓ２５３と同じ処理を行う（Ｓ８０３）。そして、実施例１のＳ２６１〜Ｓ２７６と同じ処理を行う（Ｓ８０４）。
【００９９】
本フローチャートに従った処理を行うことで、工場生産時に装着されていた定着器１９８の運用タイプに基づいて、出荷後のＩＴＢ１９７の初期化処理を行うことができる。これにより、定着器１９８の不揮発メモリ１８８の内容に依存せずに、ＩＴＢ１９７の運用タイプが生産時に想定した運用タイプと一致するかどうかを検証することが可能となる。
【０１００】
更に、本実施例の応用形態としては、コントローラファームが画像形成装置１０２本体の運用タイプをエンジンファームに通知し、エンジンファームがそれを生産時に装着されていたＩＴＢ１９７の運用タイプとして記録する形態をとることもできる。
【０１０１】
最後に、本発明の更なる実施形態について補足する。
上記の実施例では、定着器１９８とＩＴＢ１９７を対象として発明の具体的な挙動を例示したが、実際に適用される消耗部品はこれらに限定されるものではない。例えば、給紙段１９５や回収トナー容器１９９を対象として実施することもできる。更に、給紙段オプションのみならず、排紙段オプションについても本発明を適用できる。これにより、ある種の排紙段オプションを、ＭＦＰでは装着可能とするのに対して、ＳＦＰでは利用不可能とすることで、商品価格に応じた機能差を生み出すこともできる。
【０１０２】
本発明は、メインボード１１０とエンジン制御部１５１を備え、処理を分割する画像形成装置以外にも適用することができる。例えば、１枚のコントローラボード上で画像形成処理を行う画像形成装置にも適用できる。この場合、１ファーム上で全ての情報を参照することができるため、コントローラファームとエンジンファーム間での通信の確立を待つことは不要となる。
また、本発明は、サーバー等の外付けコントローラを伴う画像形成システムのように、別筺体上にメインボード１１０とエンジン制御部１５１を格納する形態によって実現することもできる。
【０１０３】
上述の実施形態では、出力装置の一例として、紙などのシートに画像を形成する画像形成装置を例に説明したが、本発明はこれに限定されるものではない。例えば、消耗部品を使用する様々なデバイスに適用することもできる。例えば、衣類などの生地（Garment とも呼ぶ）に捺染するＤＴＧ（Direct to Garment）プリンタなどに適用することもできる。また、例えば、樹脂や金属などの消耗材を収容した収容部を装着し、消耗材を用いて立体物を形成する３Ｄプリンタなどに適用することもできる。この場合、例えば、３Ｄプリンタにはユーザが交換可能な消耗部品として、樹脂や金属などの造形材を収容する収容部品、土台などを形成するためのサポート材を収容する収容部品、造形のためのプリントヘッドなどが装着可能である。そして、本発明でいう出力装置とは、上述のように、シートに画像を形成する画像形成装置の他に、消耗材を用いて立体物を形成する３Ｄプリンタなどを含む概念である。
【０１０４】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０５】
１０１  データ処理装置
１０２  画像形成装置
１１０  メインボード
１５０  プリンタエンジン
１５１  エンジン制御部
１８８  定着器不揮発メモリ
１９７  ＩＴＢ
１９８  定着器
【図１】
2019107813.tif 000005
【図２】
2019107813.tif 000006
【図３】
2019107813.tif 000007
【図４】
2019107813.tif 000008
【図５】
2019107813.tif 000009
【図６】
2019107813.tif 000010
【図７】
2019107813.tif 000011
【図８】
2019107813.tif 000012
【図９】
2019107813.tif 000013