特許 7284629 画像形成装置、画像形成装置におけるユニット管理プログラムおよびユニット管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-05-23

(45)【発行日】2023-05-31

(54)【発明の名称】画像形成装置、画像形成装置におけるユニット管理プログラムおよびユニット管理方法

(51)【国際特許分類】

   G03G 21/00 20060101AFI20230524BHJP

【ＦＩ】

G03G21/00 500

G03G21/00 398

G03G21/00 386

G03G21/00 510

【請求項の数】 10

(21)【出願番号】P 2019088722

(22)【出願日】2019-05-09

(65)【公開番号】P2020184031

(43)【公開日】2020-11-12

【審査請求日】2022-03-23

(73)【特許権者】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】100168217

【弁理士】

【氏名又は名称】大村 和史

(72)【発明者】

【氏名】南川 友樹

(72)【発明者】

【氏名】直井 宏夫

【審査官】市川 勝

(56)【参考文献】

【文献】特開２００３－００５５８８（ＪＰ，Ａ）

【文献】特開２０１２－１３８６６３（ＪＰ，Ａ）

【文献】特開２０１０－１８２００１（ＪＰ，Ａ）

【文献】特開２０１８－１５１７０３（ＪＰ，Ａ）

【文献】特開２００２－１０８５１２（ＪＰ，Ａ）

【文献】特開２００９－２３７１４９（ＪＰ，Ａ）

【文献】特開２００４－０３７５２６（ＪＰ，Ａ）

【文献】特開２０１１－０６１３０９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０３Ｇ ２１／００

(57)【特許請求の範囲】

【請求項1】

装置本体から給電を受ける記憶手段を有するとともに当該装置本体に対して着脱可能に設けられるユニットとしてのトナーカートリッジを備え、画像データに基づく画像を画像記録媒体に形成する画像形成処理を行う画像形成装置であって、
前記記憶手段にアクセスするアクセス手段と、
前記アクセス手段による前記記憶手段へのアクセスに不具合が発生したときに当該記憶手段への前記給電を一旦停止した後に再開する給電制御処理を実行する給電制御手段と、をさらに備え、
前記給電制御処理は、前記画像形成処理とは独立して実行される、画像形成装置。

【請求項2】

前記給電制御処理の実行によって前記不具合が解消されたときに当該給電制御処理に係る第１履歴情報を前記記憶手段に記憶するように前記アクセス手段を制御する第１制御手段をさらに備える、請求項１に記載の画像形成装置。

【請求項3】

前記給電制御処理の実行によっても前記不具合が解消されないときに警告を行う警告手段をさらに備える、請求項１または２に記載の画像形成装置。

【請求項4】

前記給電制御処理の実行によっても前記不具合が解消されないときに前記ユニットを前記装置本体から一旦取り外して当該装置本体に装着し直す再装着作業を含む当該ユニットの保守作業の実行を要請する要請手段をさらに備える、請求項１または２に記載の画像形成装置。

【請求項5】

前記保守作業の実行によって前記不具合が解消されたときに当該保守作業に係る第２履歴情報を前記記憶手段に記憶するように前記アクセス手段を制御する第２制御手段をさらに備える、請求項４に記載の画像形成装置。

【請求項6】

前記保守作業の実行によっても前記不具合が解消されないときに警告を行う警告手段をさらに備える、請求項４または５に記載の画像形成装置。

【請求項7】

前記不具合が発生したときに前記記憶手段をリセットするためのリセット信号を当該記憶手段に供給するリセット処理を実行するリセット手段をさらに備え、
前記給電制御手段は、前記リセット処理の実行によっても前記不具合が解消されないときに前記給電制御処理を実行する、請求項１から６のいずれかに記載の画像形成装置。

【請求項8】

前記リセット処理の実行によって前記不具合が解消されたときに当該リセット処理に係る第３履歴情報を前記記憶手段に記憶するように前記アクセス手段を制御する第３制御手段をさらに備える、請求項７に記載の画像形成装置。

【請求項9】

装置本体から給電を受ける記憶手段を有するとともに当該装置本体に対して着脱可能に設けられるユニットとしてのトナーカートリッジを備え、画像データに基づく画像を画像記録媒体に形成する画像形成処理を行う画像形成装置におけるユニット管理プログラムであって、
前記画像形成装置のコンピュータに、
前記記憶手段にアクセスするアクセス手順と、
前記アクセス手順による前記記憶手段へのアクセスに不具合が発生したときに当該記憶手段への前記給電を一旦停止した後に再開する給電制御処理を行う給電制御手順と、を実行させ、
前記給電制御手順を、前記画像形成処理とは独立して前記コンピュータに実行させる、ユニット管理プログラム。

【請求項10】

装置本体から給電を受ける記憶手段を有するとともに当該装置本体に対して着脱可能に設けられるユニットとしてのトナーカートリッジを備え、画像データに基づく画像を画像記録媒体に形成する画像形成処理を行う画像形成装置におけるユニット管理方法であって、
前記記憶手段にアクセスするアクセスステップと、
前記アクセスステップによる前記記憶手段へのアクセスに不具合が発生したときに当該記憶手段への前記給電を一旦停止した後に再開する給電制御処理を行う給電制御ステップと、を含み、
前記給電制御処理を、前記画像形成処理とは独立して行う、ユニット管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像形成装置、画像形成装置におけるユニット管理プログラムおよびユニット管理方法に関し、特に、装置本体から給電を受ける記憶手段を有するとともに当該装置本体に対して着脱可能に設けられるユニットを備える、画像形成装置、画像形成装置におけるユニット管理プログラムおよびユニット管理方法に関する。

【背景技術】

【0002】

この種の画像形成装置として、たとえば特許文献１に開示されたものがある。この特許文献１に開示された画像形成装置によれば、当該画像形成装置に交換可能に装着されるユニットが設けられる。そして、ユニットが交換されたか否かを検知するデバイスを含む複数のデバイス間で通信が行われる。併せて、これら複数のデバイス間での通信のリトライ回数がカウントされる。このリトライ回数が予め定められた回数に達すると、ユニットの装着不良が発生している旨の報知が行われる。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１７－１００３０３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、前述のようなユニットの装着不良を含め、当該ユニットに不具合が発生したときに、このことを報知するだけでなく、たとえば当該不具合の解消が自動的に図られるのが、望ましい。

【0005】

そこで、本発明は、ユニットに不具合が発生したときに、とりわけ当該ユニットとしてのトナーカートリッジが有する記憶手段へのアクセスに不具合が発生したときに、この不具合の解消が自動的に図られる、新規な画像形成装置、画像形成装置におけるユニット管理プログラムおよびユニット管理方法を提供することを、目的とする。

【課題を解決するための手段】

【0006】

この目的を達成するために、本発明は、画像形成装置に係る第１の発明と、画像形成装置におけるユニット管理プログラムに係る第２の発明と、画像形成装置におけるユニット管理方法に係る第３の発明とを含む。

【0007】

このうちの画像形成装置に係る第１の発明は、アクセス手段と、給電制御手段と、を含む。ここで、画像形成装置は、ユニットとしてのトナーカートリッジを備え、画像データに基づく画像を画像記録媒体に形成する画像形成処理を行う。そして、ユニットは、画像形成装置の本体から給電を受ける記憶手段を有するとともに、当該画像形成装置の本体に対して着脱可能に設けられる。その上で、アクセス手段は、記憶手段にアクセスする。そして、給電制御手段は、アクセス手段による記憶手段へのアクセスに不具合が発生したときに、当該記憶手段への給電を一旦停止した後に再開する給電制御処理を実行する。この給電制御処理は、画像形成処理とは独立して実行される。

【0008】

なお、本第１の発明においては、第１制御手段が、さらに備えられてもよい。この第１制御手段は、給電制御手段による給電制御処理の実行によって前述の不具合が解消されたときに、当該給電制御処理に係る第１履歴情報を記憶手段に記憶するように、アクセス手段を制御する。

【0009】

また、本第１の発明においては、警告手段が、さらに備えられてもよい。この警告手段は、給電制御手段による給電制御処理の実行によっても前述の不具合が解消されないときに、警告を行う。

【0010】

加えて、本第１の発明においては、要請手段が、備えられてもよい。この要請手段は、給電制御手段による給電制御処理の実行によっても前述の不具合が解消されないときに、ユニットの保守作業の実行を要請する。この保守作業には、ユニットを画像形成装置の本体から一旦取り外して当該画像形成装置の本体に装着し直す再装着作業が含まれる。

【0011】

このような要請手段が備えられる場合には、さらに、第２制御手段が、備えられてもよい。この第２制御手段は、要請手段による要請に応じてのユニットの保守作業の実行によって前述の不具合が解消されたときに、当該保守作業に係る第２履歴情報を記憶手段に記憶するように、アクセス手段を制御する。

【0012】

また、要請手段が備えられる場合にも、警告手段が、備えられてもよい。この場合、警告手段は、要請手段による要請に応じてのユニットの保守作業の実行によっても前述の不具合が解消されないときに、警告を行う。

【0013】

本第１の発明においては、リセット手段が、さらに備えられてもよい。このリセット手段は、前述の不具合が発生したときに、記憶手段をリセットするためのリセット信号を当該記憶手段に供給するリセット処理を実行する。この場合、給電制御手段は、リセット手段によるリセット処理の実行によっても前述の不具合が解消されないときに、給電制御処理を実行する。

【0014】

このようなリセット手段が備えられる場合には、さらに、第３制御手段が、備えられてもよい。この第３制御手段は、リセット手段によるリセット処理の実行によって前述の不具合が解消されたときに、当該リセット処理に係る第３履歴情報を記憶手段に記憶するように、アクセス手段を制御する。

【0016】

本発明のうちの第２の発明に係る画像形成装置におけるユニット管理プログラムは、当該画像形成装置のコンピュータに、アクセス手順と、給電制御手順と、を実行させる。ここで、画像形成装置は、ユニットとしてのトナーカートリッジを備え、画像データに基づく画像を画像記録媒体に形成する画像形成処理を行う。そして、ユニットは、画像形成装置の本体から給電を受ける記憶手段を有するとともに、当該画像形成装置の本体に対して着脱可能に設けられる。その上で、アクセス手順では、記憶手段にアクセスする。そして、給電制御手順では、アクセス手順による記憶手段へのアクセスに不具合が発生したときに、当該記憶手段への給電を一旦停止した後に再開する給電制御処理を行う。この給電制御処理は、画像形成処理とは独立して行われる。

【0017】

本発明のうちの第３の発明に係る画像形成装置におけるユニット管理方法は、アクセスステップと、給電制御ステップと、を含む。ここで、画像形成装置は、ユニットとしてのトナーカートリッジを備え、画像データに基づく画像を画像記録媒体に形成する画像形成処理を行う。そして、ユニットは、画像形成装置の本体から給電を受ける記憶手段を有するとともに、当該画像形成装置の本体に対して着脱可能に設けられる。その上で、アクセスステップでは、記憶手段にアクセスする。そして、給電制御ステップでは、アクセスステップによる記憶手段へのアクセスに不具合が発生したときに、当該記憶手段への給電を一旦停止した後に再開する給電制御処理を行う。この給電制御処理は、画像形成処理とは独立して行われる。

【発明の効果】

【0018】

本発明によれば、ユニットとしてのトナーカートリッジが有する記憶手段へのアクセスに不具合が発生したときに、この不具合の解消が自動的に図られる。

【図面の簡単な説明】

【0019】

【図1】図１は、本発明の第１実施例に係る複合機の電気的な構成を示すブロック図である。

【図2】図２は、第１実施例における画像形成部の一部の電気的な構成を示す図である。

【図3】図３は、第１実施例における警告画面の一例を示す図である。

【図4】図４は、第１実施例における主記憶部のＲＡＭ内の構成を概念的に示すメモリマップである。

【図5】図５は、第１実施例におけるカートリッジ管理タスクの流れを示すフロー図である。

【図6】図６は、本発明の第２実施例におけるカートリッジ管理タスクの一部の流れを示すフロー図である。

【図7】図７は、本発明の第３実施例における保守作業要請画面の一例を示す図である。

【図8】図８は、第３実施例におけるカートリッジ管理タスクの一部の流れを示すフロー図である。

【図9】図９は、本発明の第４実施例におけるカートリッジ管理タスクの一部の流れを示すフロー図である。

【発明を実施するための形態】

【0020】

［第１実施例］
本発明の第１実施例について、図１に示される複合機（MultiFunction Peripheral：ＭＦＰ）１０を例に挙げて説明する。

【0021】

本第１実施例に係る複合機１０は、コピー機能、プリンタ機能、イメージスキャナ機能、ファクス機能などの複数の機能を有する。このため、複合機１０は、画像読取部１２と、画像形成部１４と、制御部１６と、補助記憶部１８と、通信部２０と、表示部２２と、操作部２４と、を備える。これらは、互いに共通のバス３０を介して接続される。

【0022】

画像読取部１２は、画像読取手段の一例である。すなわち、画像読取部１２は、不図示の原稿の画像を読み取って、当該原稿の画像に応じた２次元の読取画像データを出力する、画像読取処理を担う。このような画像読取部１２は、原稿が載置される不図示の原稿載置台を備える。併せて、画像読取部１２は、不図示の光源、複数のミラー、レンズ、ラインセンサなどを含む画像読取ユニットを備える。さらに、画像読取部１２は、画像読取ユニットによる画像読取位置を移動させるための不図示の駆動機構を備える。また、画像読取部１２は、オプション装置の１つである不図示の自動原稿送り装置（Auto Document Feeder：ＡＤＦ）を備えることがある。

【0023】

画像形成部１４は、画像形成手段の一例である。すなわち、画像形成部１４は、画像読取部１２から出力される読取画像データなどの適宜の画像データに基づく画像を不図示の用紙などのシート状の画像記録媒体に形成する、画像形成処理を担う。この画像形成処理は、たとえば公知の電子写真方式により行われる。このため、画像形成部１４は、不図示の感光体ドラム、帯電装置、露光装置、現像装置、転写装置、定着装置などを備える。併せて、画像形成部１４は、ユニットとしてのトナーカートリッジ１４ａを備える。詳しい図示は省略するが、トナーカートリッジ１４ａは、複合機１０（画像形成部１４）の本体に対して着脱可能に設けられる。このトナーカートリッジ１４ａが着脱される際には、複合機１０の筐体の一部を構成する不図示のカバー（ドア）が開閉される。この画像形成部１４による画像形成処理により画像が形成された後の画像記録媒体、言わば印刷物は、不図示の排紙トレイに排出される。なお、図１においては、図示を含む説明の便宜上、トナーカートリッジ１４ａが１つのみ設けられているが、カラーの画像形成処理の実現のために、たとえばＣＭＹＫカラーモデルに従う４色分（４つ）の当該トナーカートリッジ１４ａが設けられる。また、感光体ドラム、帯電装置、露光装置、現像装置、転写装置、定着装置などについても、それぞれ４色分（４つ）設けられる。

【0024】

制御部１６は、複合機１０の全体的な制御を司る、制御手段の一例である。このため、制御部１６は、制御実行手段としてのコンピュータ、たとえばＣＰＵ（Central Processing Unit）１６ａ、を有する。併せて、制御部１６は、ＣＰＵ１６ａが直接的にアクセス可能な主記憶手段としての主記憶部１６ｂを有する。主記憶部１６ｂは、不図示のＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）を含む。このうちのＲＯＭには、ＣＰＵ１６ａの動作を制御するための制御プログラム（ファームウェア）が記憶される。ＲＡＭは、ＣＰＵ１６ａが制御プログラムに基づく処理を実行する際の作業領域やバッファ領域などを構成する。

【0025】

補助記憶部１８は、補助記憶手段の一例である。すなわち、補助記憶部１８には、前述の画像読取部１２から出力される読取画像データなどの種々のデータが適宜に記憶される。このような補助記憶部１８は、たとえば不図示のハードディスクドライブを含む。また、補助記憶部１８は、フラッシュメモリなどの書き換え可能な不揮発性メモリを含む場合がある。

【0026】

通信部２０は、通信手段の一例である。すなわち、通信部２０は、不図示の通信網と接続されることで、当該通信網を介しての双方向通信を担う。この通信部２０と通信網との接続は、有線によるものであってもよいし、無線によるものであってもよい。また、ここで言う通信網としては、ＬＡＮ（Local Area Network）やインターネット、公衆交換電話網などがある。

【0027】

表示部２２は、表示手段の一例であり、とりわけ画像表示手段としてのディスプレイ２２ａを有する。ディスプレイ２２ａは、たとえば液晶ディスプレイ（ＬＣＤ）であるが、これに限らず、有機エレクトロルミネッセンス（ＥＬ）ディスプレイなどであってもよい。また、表示部２２は、ディスプレイ２２ａの他に、不図示の発光ダイオード（ＬＥＤ）などの適宜の発光手段を有する。

【0028】

操作部２４は、操作受付手段の一例であり、とりわけタッチ操作受付手段としてのタッチパネル２４ａを有する。タッチパネル２４ａは、ディスプレイ２２ａの表示面上に重なるように設けられることで、当該ディスプレイ２２ａと協働してタッチパネル付きディスプレイを構成する。このようなタッチパネル２４ａは、たとえば静電容量方式のパネルであるが、これに限らず、電磁誘導方式、抵抗膜方式、赤外線方式などの他の方式のパネルであってもよい。また、操作部２４は、タッチパネル２４ａ以外に、不図示の押しボタンスイッチなどの適宜のハードウェアスイッチ手段を含む。

【0029】

ところで、トナーカートリッジ１４ａは、図２に示されるように、記憶手段としてのＣＲＵＭ（Customer Replaceable Unit Memory）１００を有する。このＣＲＵＭ１００は、プリント基板１１０に搭載された状態でトナーカートリッジ１４ａの筐体に取り付けられる。また、プリント基板１１０には、ドロワコネクタとしての適当なコネクタ（たとえばプラグ）１２０が搭載される。これに対して、複合機１０の本体側にも、プリント基板１３０が設けられる。このプリント基板１３０には、トナーカートリッジ１４ａ側のコネクタ１２０と対を成すコネクタ（たとえばレセプタクル）１４０が搭載される。すなわち、トナーカートリッジ１４ａが複合機１０の本体に装着されると、双方のコネクタ１２０および１４０が互いに嵌合する。これにより、ＣＲＵＭ１００は、複合機１０の本体側と通信可能となり、詳しくはＣＰＵ１６ａと通信可能となり、つまりは当該ＣＰＵ１６ａによりアクセス可能となる。

【0030】

ＣＲＵＭ１００と複合機１０の本体側（ＣＰＵ１６ａ）との通信は、たとえば公知のＩ２Ｃ（I-Squared-C）規格に従う。併せて、ＣＲＵＭ１００は、複合機１０の本体側から給電を受ける。このため、ＣＲＵＭ１００は、不図示のシリアルクロック（ＳＣＬ）端子およびシリアルデータ（ＳＤＡ）端子を有する。これらのシリアルクロック端子およびシリアルデータ端子は、それぞれコネクタ１２０および１４０を介して複合機１０の本体側のシリアルクロックライン１５０およびシリアルデータライン１５２に接続され、ひいてはバス３０を介してＣＰＵ１６ａに接続される。併せて、ＣＲＵＭ１００は、不図示の電源端子および接地端子を有する。これらの電源端子および接地端子は、それぞれコネクタ１２０および１４０を介して複合機１０の本体側の電源ライン１５４および接地ライン１５６に接続される。電源ライン１５４には、接地電位を基準とする所定の電源電圧が供給され、たとえば＋３．３Ｖの直流電圧が供給される。接地ライン１５６は、接地電位点に接続され、たとえば複合機１０の本体のフレームに接続される。

【0031】

さらに、電源ライン１５４とコネクタ１４０との間には、スイッチ手段としての適当なスイッチ回路１６０が設けられる。このスイッチ回路１６０は、コネクタ１４０および１２０を介してＣＲＵＭ１００へ給電を行う第１状態としてのＯＮ状態と、当該ＣＲＵＭ１００への給電を停止する第２状態としてのＯＦＦ状態と、の２つの状態に選択的に切り替わるように設けられる。このスイッチ回路１６０の切替動作は、ＣＰＵ１６ａにより制御される。このスイッチ回路１６０は、たとえばＦＥＴ（Field Effect Transistor）を用いた半導体スイッチ回路であるが、これに限らず、リレーを用いた機械式スイッチ回路などであってもよい。

【0032】

加えて、シリアルクロックライン１５０は、プルアップ抵抗器１７０を介して電源ライン１５４に接続され、厳密には当該プルアップ抵抗器１７０およびスイッチ回路１６０を介して電源ライン１５４に接続される。併せて、シリアルデータライン１５２もまた、別のプルアップ抵抗器１７２を介して電源ライン１５４に接続され、厳密には当該プルアップ抵抗器１７２およびスイッチ回路１６０を介して電源ライン１５４に接続される。すなわち、シリアルクロックライン１５０およびシリアルデータライン１５２は、スイッチ回路１６０がＯＮ状態にあるときにプルアップされる。そして、スイッチ回路１６０がＯＦＦ状態にあるときには、シリアルクロックライン１５０およびシリアルデータライン１５２それぞれのプルアップが無効化される。

【0033】

ＣＲＵＭ１００には、トナーカートリッジ１４ａの型名や製造番号などの当該トナーカートリッジ１４ａごとの固有の情報であるカートリッジデータが記憶される。このカートリッジデータは、予め記憶され、たとえばトナーカートリッジ１４ａの製造時に記憶される。併せて、ＣＲＵＭ１００には、トナーカートリッジ１４ａの累積的な使用時間や印刷枚数などの当該トナーカートリッジ１４ａを管理するための情報である後述するカートリッジ管理データ３５６が記憶される。このカートリッジ管理データ３５６は、複合機１０の使用（運用）時の適宜のタイミングで自動的に記憶される。

【0034】

ここで、ＣＲＵＭ１００と複合機１０の本体側（ＣＰＵ１６ａ）との通信が何らかの原因により正常に行われなくなることがあり、いわゆる通信エラーが発生することがある。言い換えれば、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスに不具合が発生して、当該ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが正常に行われなくなることがある。本第１実施例では、このような不具合が発生したときに、当該不具合の解消が自動的に試みられる。

【0035】

具体的には、ＣＰＵ１６ａによるＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが或る規定回数にわたって、たとえば３回にわたって、連続して失敗したときに、スイッチ回路１６０が一旦ＯＦＦされた後、当該スイッチ回路１６０がＯＮされる。すなわち、ＣＲＵＭ１００への給電が一旦停止された後、当該ＣＲＵＭ１００への給電が再開される。これにより、ＣＲＵＭ１００が強制的に再起動されて、ＣＰＵ１６ａによる当該ＣＲＵＭ１００へのアクセスの不具合が解消されることがある。たとえば、何らかの原因によりＣＲＵＭ１００がビジー状態になり、このビジー状態から当該ＣＲＵＭ１００が復帰しないときに、このようなＣＲＵＭ１００の強制的な再起動は極めて有効である。

【0036】

このＣＲＵＭ１００の強制的な再起動によって、ＣＰＵ１６ａによる当該ＣＲＵＭ１００へのアクセスの不具合が解消されると、改めて当該ＣＰＵ１６ａによるＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが行われる。なお、ＣＲＵＭ１００の強制的な再起動のために、当該ＣＲＵＭ１００への給電が一旦停止される時間は、当該ＣＲＵＭ１００が確実に再起動するのに必要かつ十分な程度の時間であり、たとえば数百ミリ秒間～１秒間程度である。

【0037】

一方、ＣＲＵＭ１００の強制的な再起動が行われても、詳しくは当該ＣＲＵＭ１００の強制的な再起動が規定回数にわたって、たとえば３回にわたって、行われても、前述の不具合が解消されない場合がある。この場合は、図３に示されるような警告画面２００がディスプレイ２２ａに表示される。この警告画面２００は、たとえば異常が発生したために複合機１０の動作を停止させることを表す適当な文字列２０２を含む。この警告画面２００が一定期間にわたって、たとえば数十秒間～数分間程度にわたって、表示された後、複合機１０の電源が自動的にＯＦＦされる。なおたとえば、複合機１０がコンビニエンスストアに設置される場合には、警告画面２００の表示に加えて、サービスマンを呼ぶためのサービスコールが本部の管理サーバ宛に発信されてもよい。また、警告画面２００の表示に加えて、もしくは、これに代えて、当該警告画面２００によるのと同様の内容の警告が音声により出力されてもよい。

【0038】

図４に、主記憶部１６ｂのＲＡＭ内の構成を概念的に表すメモリマップ３００を示す。

【0039】

このメモリマップ３００に示されるように、ＲＡＭは、プログラム記憶領域３１０およびデータ記憶領域３５０を有する。このうちのプログラム記憶領域３１０には、前述の制御プログラムが記憶される。具体的には、制御プログラムは、表示制御プログラム３１２、操作検出プログラム３１４、画像読取プログラム３１６、画像形成プログラム３１８、通信制御プログラム３２０、カートリッジ管理プログラム３２２などを含む。

【0040】

表示制御プログラム３１２は、ディスプレイ２２ａに前述の警告画面２００や不図示の操作用画面などの各種の画面を表示させるのに必要な表示画面データを生成するためのプログラムである。操作検出プログラム３１４は、タッチパネル２４ａへの操作状態を検出するためのプログラムである。画像読取プログラム３１６は、画像読取部１２を制御するためのプログラムである。画像形成プログラム３１８は、画像形成部１４を制御するためのプログラムである。通信制御プログラム３２０は、通信部２０を制御するためのプログラムである。そして、カートリッジ管理プログラム３２２は、ＣＰＵ１６ａに後述するカートリッジ管理タスクを実行させるためのプログラムである。

【0041】

一方、データ記憶領域３５０には、各種のデータが記憶される。この各種のデータとしては、表示画像生成データ３５２、操作データ３５４、カートリッジ管理データ３５６などがある。

【0042】

表示画像生成データ３５２は、前述の表示制御プログラム３１２に基づく表示画面データの生成に用いられるポリゴンデータやテクスチャデータなどのデータである。操作データ３５４は、タッチパネル２４ａに対する操作状態を表すデータであり、詳しくは当該タッチパネル２４ａに対するユーザのタッチ位置（座標）を表す時系列のデータである。そして、カートリッジ管理データ３５６は、前述の如くトナーカートリッジ１４ａの累積的な使用時間や印刷枚数などの当該トナーカートリッジ１４ａを管理するためのデータである。

【0043】

前述したように、本第１実施例によれば、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスに不具合が発生したときに、当該不具合の解消が自動的に試みられるが、これを実現するために、ＣＰＵ１６ａは、カートリッジ管理プログラム３２２に従ってカートリッジ管理タスクを実行する。このカートリッジ管理タスクの流れを、図５に示す。なお、ＣＰＵ１６ａは、ＣＲＵＭ１００へアクセスしようとするときに、詳しくは当該ＣＲＵＭ１００にカートリッジ管理データ３５６を書き込もうとするときに、このカートリッジ管理タスクを実行する。

【0044】

このカートリッジ管理タスクによれば、ＣＰＵ１６ａは、まず、ステップＳ１において、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みを試みる。そして、ＣＰＵ１６ａは、ステップＳ３へ処理を進める。

【0045】

ステップＳ３において、ＣＰＵ１６ａは、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが失敗したかどうかを判定する。ここでたとえば、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが成功した場合（Ｓ３：ＮＯ）、ＣＰＵ１６ａは、そのままこのカートリッジ管理タスクを終了する。一方、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが失敗した場合（Ｓ３：ＹＥＳ）、ＣＰＵ１６ａは、処理をステップＳ５へ進める。

【0046】

ステップＳ５において、ＣＰＵ１６ａは、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが規定回数にわたって、たとえば前述の如く３回にわたって、連続して失敗したかどうかを判定する。ここでたとえば、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みがまだ規定回数にわたって失敗していない場合は（Ｓ５：ＮＯ）、ＣＰＵ１６ａは、処理をステップＳ１へ戻す。一方、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが規定回数にわたって失敗した場合は（Ｓ５：ＹＥＳ）、ＣＰＵ１６ａは、処理をステップＳ７へ進める。

【0047】

ステップＳ７において、ＣＰＵ１６ａは、スイッチ回路１６０を一旦ＯＦＦした後、当該スイッチ回路１６０をＯＮし、つまりＣＲＵＭ１００への給電を一旦停止した後、当該給電を再開する。これにより、ＣＲＵＭ１００が強制的に再起動される。このステップＳ７の実行後、ＣＰＵ１６ａは、処理をステップＳ９へ進める。

【0048】

ステップＳ９において、ＣＰＵ１６ａは、改めてＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みを試みる。そして、ＣＰＵ１６ａは、処理をステップＳ１１へ進める。

【0049】

ステップＳ１１において、ＣＰＵ１６ａは、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが失敗したかどうかを改めて判定する。ここでたとえば、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが成功した場合（Ｓ１１：ＮＯ）、ＣＰＵ１６ａは、カートリッジ管理タスクを終了する。一方、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが失敗した場合（Ｓ１１：ＹＥＳ）、ＣＰＵ１６ａは、処理をステップＳ１３へ進める。

【0050】

ステップＳ１３において、ＣＰＵ１６ａは、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが規定回数にわたって、たとえば前述の如く３回にわたって、連続して失敗したかどうかを判定する。ここでたとえば、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みがまだ規定回数にわたって連続して失敗していない場合は（Ｓ１３：ＮＯ）、ＣＰＵ１６ａは、処理をステップＳ７へ戻す。一方、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが規定回数にわたって連続して失敗した場合は（Ｓ１３：ＹＥＳ）、ＣＰＵ１６ａは、処理をステップＳ１５へ進める。

【0051】

ステップＳ１５において、ＣＰＵ１６ａは、警告を出力し、つまり前述の警告画面２００を一定期間にわたってディスプレイ２２ａに表示する。また前述したように、警告画面２００の表示に加えて、もしくは、これに代えて、ＣＰＵ１６ａは、当該警告画面２００によるのと同様の内容の警告を音声により出力してもよい。そして、ＣＰＵ１６ａは、処理をステップＳ１７へ進める。

【0052】

ステップＳ１７において、ＣＰＵ１６ａは、複合機１０の動作を停止させ、厳密にはそのための処理を行う。このステップＳ１７の実行をもって、ＣＰＵ１６ａは、カートリッジ管理タスクを終了する。

【0053】

このように本第１実施例によれば、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスに不具合が発生したときに、当該不具合の解消が自動的に試みられ、詳しくは当該ＣＲＵＭ１００が強制的に再起動される。これにより特に、ＣＲＵＭ１００が何らかの原因によりビジー状態になることによる不具合が解消される。

【0054】

なお、本第１実施例において、ＣＲＵＭ１００へアクセスするＣＰＵ１６ａは、本発明に係るアクセス手段の一例である。また、ＣＰＵ１６ａがカートリッジ管理タスクにおけるステップＳ７を実行することで、ＣＲＵＭ１００への給電が一旦停止された後、当該給電が再開されるが、このステップＳ７の処理は、本発明に係る給電制御処理の一例である。そして、ステップＳ７を実行するＣＰＵ１６ａは、本発明に係る給電制御手段の一例である。さらに、ＣＰＵ１６ａがステップＳ１５を実行することで、ディスプレイ２２ａに警告画面２００が表示されるが、当該ステップＳ１５を実行するＣＰＵ１６ａは、ディスプレイ２２ａと協働して、本発明に係る警告手段の一例を構成する。

【0055】

加えて前述したように、カートリッジ管理タスクは、カートリッジ管理プログラム３２２に従って実行され、つまり画像読取プログラム３１６や画像形成プログラム３１８に従う不図示のタスクとは別個に（独立して）実行される。このようないわゆるマルチタスクによる実行により、印刷ジョブなどの他のジョブの効率を落とすことなく、カートリッジ管理タスクが実行され、つまりＣＲＵＭ１００の強制的な再起動を伴うリトライが実行される。

【0056】

［第２実施例］
次に、本発明の第２実施例について、図６をさらに参照して説明する。

【0057】

本第２実施例においては、前述のＣＲＵＭ１００の強制的な再起動が行われることにより、ＣＰＵ１６ａによる当該ＣＲＵＭ１００へのアクセスの不具合が解消された場合に、当該ＣＲＵＭ１００の強制的な再起動を伴うリトライに係る履歴データがＣＲＵＭ１００に記憶される。この履歴データには、たとえばＣＲＵＭ１００の強制的な再起動を伴うリトライの総実行回数を表すデータが含まれる。また、直近Ｎ（Ｎ:１以上の整数）回分の当該リトライの実行日時を表すデータも、ここで言う履歴データに含まれる。さらに、直近Ｍ（Ｍ：１以上の整数）回分の不具合事由、詳しくは当該不具合が発生したビットの位置、を表すデータもまた、ここで言う履歴データに含まれる。

【0058】

このような第２実施例においては、前述（図５）のカートリッジ管理タスクの一部として、さらに図６に示されるステップＳ３１が加わる。このステップＳ３１は、ステップＳ１１において、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが成功した場合に（Ｓ１１：ＮＯ）、実行される。

【0059】

すなわち、ステップＳ３１において、ＣＰＵ１６ａは、ＣＲＵＭ１００の強制的な再起動を伴うリトライに係る前述の履歴データをＣＲＵＭ１００へ書き込む。この履歴データには、前述の如く当該リトライの総実行回数を表すデータが含まれる。また、直近Ｎ回分の当該リトライの実施日時を表すデータや、直近Ｍ回分の不具合自由を表すデータなども、ここで言う履歴データに含まれる。このステップＳ３１の実行をもって、ＣＰＵ１６ａは、カートリッジ管理タスクを終了する。

【0060】

このように本第２実施例によれば、ＣＲＵＭ１００の強制的な再起動が行われることにより、ＣＰＵ１６ａによる当該ＣＲＵＭ１００へのアクセスの不具合が解消された場合に、当該ＣＲＵＭ１００の強制的な再起動を伴うリトライに係る履歴データがＣＲＵＭ１００に記憶される。このような履歴データは、不具合の解析や原因の究明に供される。

【0061】

なお、ステップＳ３１において、ＣＲＵＭ１００に記憶される履歴データは、本発明に係る第１履歴情報の一例である。そして、ステップＳ３１を実行するＣＰＵ１６ａは、本発明に係る第１制御手段の一例である。そして、このステップＳ３１において、ＣＲＵＭ１００に記憶される履歴データは、本発明に係る第１履歴情報の一例である。

【0062】

［第３実施例］
次に、本発明の第３実施例について、図７および図８をさらに参照して説明する。

【0063】

本第３実施例においては、前述のＣＲＵＭ１００の強制的な再起動が規定回数にわたって行われても、ＣＰＵ１６ａによる当該ＣＲＵＭ１００へのアクセスの不具合が解消されない場合に、ユーザに対してトナーカートリッジ１４ａの保守作業の実行が要請される。具体的には、図７に示されるような保守作業要請画面４００がディスプレイ２２ａに表示される。

【0064】

この保守作業要請画面４００は、トナーカートリッジ１４ａに異常が発生したことを表す適当な文字列４０２を含む。併せて、保守作業要請画面４００は、これから表示される不図示の画面による案内に従ってトナーカートリッジ１４ａを取り外すとともに、当該トナーカートリッジ１４ａの不図示の端子部を清掃するよう要請する内容を表す適当な文字列４０４を含む。

【0065】

この保守作業要請画面４００の表示を受けて、ユーザによりトナーカートリッジ１４ａが複合機１０の本体から取り外されるとともに、当該トナーカートリッジ１４ａの不図示の端子部が清掃される。その後、トナーカートリッジ１４ａが改めて複合機１０の本体に装着される。このトナーカートリッジ１４ａの着脱に際して、前述の如く複合機１０のカバーが開閉される。また、トナーカートリッジ１４ａが着脱されることにより、ＣＲＵＭ１００が再起動されることになる。

【0066】

このような保守作業が実行されることにより、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスの不具合が解消されることがある。たとえば、トナーカートリッジ１４ａが複合機１０の本体に正しく装着されていなかったり、あるいは、当該トナーカートリッジ１４ａの端子部が汚れていたりする場合に、このような保守作業の実行は極めて有効である。

【0067】

この保守作業の実行によって、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスの不具合が解消されると、改めて当該ＣＰＵ１６ａによるＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが行われる。併せて、保守作業の実行に係る履歴データがＣＲＵＭ１００に記憶される。この履歴データには、たとえば保守作業要請画面４００が表示された総回数を表すデータが含まれる。また、直近Ｐ（Ｐ：１以上の整数）回分の保守作業要請画面４００の表示日時を表すデータも、ここで言う履歴データに含まれる。さらに、直近Ｑ（Ｑ：１以上の整数）回分の不具合事由、詳しくは当該不具合が発生したビットの位置、を表すデータもまた、ここで言う履歴データに含まれる。

【0068】

一方、保守作業が実行されても、前述の不具合が解消されない場合がある。この場合は、詳しくは保守作業の実行後に、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスが規定回数にわたって、たとえば３回にわたって、行われても、当該アクセスが成功しない場合は、前述（図３）の警告画面２００がディスプレイ２２ａに表示される。この警告画面２００が一定期間にわたって、たとえば数十秒間～数分間程度にわたって、表示された後、複合機１０の電源が自動的にＯＦＦされる。なお前述したように、たとえば複合機１０がコンビニエンスストアに設置される場合には、警告画面２００の表示に加えて、サービスマンを呼ぶためのサービスコールが本部の管理サーバ宛に発信されてもよい。また、警告画面２００の表示に加えて、もしくは、これに代えて、当該警告画面２００によるのと同様の内容の警告が音声により出力されてもよい。

【0069】

このような第３実施例においては、前述（図５）のカートリッジ管理タスクの一部として、さらに図８に示されるステップＳ５１～ステップＳ６１が加わる。具体的には、ステップＳ１３において、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが規定回数（たとえば３回）にわたって連続して失敗した場合に（Ｓ１３：ＹＥＳ）、ステップＳ５１が実行される。

【0070】

すなわち、ステップＳ５１において、ＣＰＵ１６ａは、図７に示される保守作業要請画面４００をディスプレイ２２ａに表示することで、ユーザに保守作業の実行を要請する。この保守作業要請画面４００は、たとえば複合機１０のカバーが開かれるまで表示される。そして、複合機１０のカバーが開かれた後は、当該カバーが閉じられるまで、保守作業の要領を説明するための不図示の案内画面が適宜に表示される。このステップＳ５１の実行後、ＣＰＵ１６ａは、処理をステップＳ５３へ進める。

【0071】

ステップＳ５３において、ＣＰＵ１６ａは、複合機１０の前述のカバーが開閉されるのを、厳密には当該カバーが閉じられるのを、待つ（Ｓ５３：ＮＯ）。そして、複合機１０のカバーが閉じられると（Ｓ５３：ＹＥＳ）、ＣＰＵ１６ａは、処理をステップＳ５５へ進める。

【0072】

ステップＳ５５において、ＣＰＵ１６ａは、改めてＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みを試みる。そして、ＣＰＵ１６ａは、処理をステップＳ５７へ進める。

【0073】

ステップＳ５７において、ＣＰＵ１６ａは、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが失敗したかどうかを改めて判定する。ここでたとえば、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが失敗した場合（Ｓ５７：ＹＥＳ）、ＣＰＵ１６ａは、処理をステップＳ５９へ進める。一方、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが成功した場合は（Ｓ５７：ＮＯ）、ＣＰＵ１６ａは、処理を後述するステップＳ６１へ進める。

【0074】

ステップＳ６１において、ＣＰＵ１６ａは、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが規定回数にわたって、たとえば３回にわたって、連続して失敗したかどうかを判定する。ここでたとえば、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みがまだ規定回数にわたって連続して失敗していない場合は（Ｓ５９：ＮＯ）、ＣＰＵ１６ａは、処理をステップＳ５５へ戻す。一方、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが規定回数にわたって連続して失敗した場合は（Ｓ５９：ＹＥＳ）、ＣＰＵ１６ａは、処理を前述（図５）のステップＳ１５へ進める。

【0075】

また、ステップＳ５７からステップＳ６１へ処理を進めた場合、ＣＰＵ１６ａは、当該ステップＳ６１において、前述の保守作業に係る履歴データをＣＲＵＭ１００へ書き込む。この履歴データには、前述の如くたとえば保守作業要請画面４００が表示された総回数を表すデータが含まれる。また、直近Ｐ回分の保守作業要請画面４００の表示日時を表すデータや、直近Ｑ回分の不具合事由を表すデータなども、ここで言う履歴データに含まれる。このステップＳ６１の実行をもって、ＣＰＵ１６ａは、カートリッジ管理タスクを終了する。

【0076】

このように本第３実施例によれば、ＣＲＵＭ１００の強制的な再起動が規定回数にわたって行われても、ＣＰＵ１６ａによる当該ＣＲＵＭ１００へのアクセスの不具合が解消されない場合に、ユーザに対してトナーカートリッジ１４ａの保守作業の実行が要請される。この要請に応じてトナーカートリッジ１４ａの保守作業が実行されることで、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスの不具合が解消されることがある。特に、トナーカートリッジ１４ａが複合機１０の本体に正しく装着されていなかったり、あるいは、当該トナーカートリッジ１４ａの端子部が汚れていたりすることによる不具合が解消される。また、不具合が解消された場合は、保守作業の実行に係る履歴データがＣＲＵＭ１００に記憶される。この履歴データは、不具合の解析や原因の究明に供される。

【0077】

なお、本第３実施例において、ＣＰＵ１６ａがステップＳ５１を実行することにより、保守作業要請画面４００がディスプレイ２２ａに表示されるが、当該ステップＳ５１を実行するＣＰＵ１６ａは、本発明に係る要請手段の一例である。また、保守作業要請画面４００の表示に加えて、もしくは、これに代えて、当該保守作業要請画面４００により示されるのと同様の内容の音声が出力されてもよい。

【0078】

そして、ステップＳ６１において、ＣＲＵＭ１００に記憶される履歴データは、本発明に係る第２履歴情報の一例である。併せて、ステップＳ６１を実行するＣＰＵ１６ａは、本発明に係る第２制御手段の一例である。

【0079】

本第３実施例においては、第２実施例（図６）におけるのと同様のステップＳ３１が設けられてもよい。すなわち、前述のＣＲＵＭ１００の強制的な再起動が行われることにより、ＣＰＵ１６ａによる当該ＣＲＵＭ１００へのアクセスの不具合が解消された場合に、当該ＣＲＵＭ１００の強制的な再起動を伴うリトライに係る履歴データがＣＲＵＭ１００に記憶されてもよい。

【0080】

また、本第３実施例においては、ステップＳ６１が設けられなくてもよい。すなわち、保守作業の実行によって不具合が解消された場合は、当該保守作業の実行に係る履歴データのＣＲＵＭ１００への記憶は行われなくてもよい。

【0081】

［第４実施例］
次に、本発明の第４実施例について、図９をさらに参照して説明する。

【0082】

本第４実施例においては、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスに不具合が発生した場合に、当該ＣＲＵＭ１００の強制的な再起動が行われる前に、当該ＣＲＵＭ１００をリセットするためのリセット信号（リセットコマンド）が当該ＣＲＵＭ１００へ供給される。この言わばリセット処理の実行によりＣＲＵＭ１００が復帰し、つまりＣＰＵ１６ａによる当該ＣＲＵＭ１００へのアクセスの不具合が解消されることがある。たとえば、ＣＲＵＭ１００の動作が不安定である場合に、換言すれば当該ＣＲＵＭ１００にこれを強制的に再起動させる必要がない程度の動作不良が生じている場合に、このようなリセット処理という簡易的な処理の実行は、極めて有効である。

【0083】

このリセット処理の実行によって、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスの不具合が解消されると、改めて当該ＣＰＵ１６ａによるＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが行われる。併せて、リセット処理を伴うリトライに係る履歴データがＣＲＵＭ１００に記憶される。この履歴データには、たとえばリセット処理を伴うリトライの総実行回数を表すデータが含まれる。また、直近Ｒ（Ｒ：１以上の整数）回分の当該リトライの実行日時を表すデータも、ここで言う履歴データに含まれる。さらに、直近Ｓ（Ｓ：１以上の整数）回分の不具合事由、詳しくは当該不具合が発生したビットの位置、を表すデータもまた、ここで言う履歴データに含まれる。

【0084】

一方、リセット処理の実行によっても、詳しくは当該リセット処理が規定回数にわたって、たとえば３回にわたって、実行されても、前述の不具合が解消されない場合がある。ＣＲＵＭ１００がビジー状態にある場合などが、これに当たる。この場合は、前述の如くＣＲＵＭ１００への給電が一旦停止された後、当該給電が再開されることによる、当該ＣＲＵＭ１００の強制的な再起動が行われる。

【0085】

このような第４実施例においては、前述（図５）のカートリッジ管理タスクの一部として、さらに図９に示されるステップＳ７１～ステップＳ７９が加わる。具体的には、ステップＳ５において、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが規定回数（たとえば３回）にわたって連続して失敗した場合に（Ｓ５：ＹＥＳ）、ステップＳ７１が実行される。

【0086】

すなわち、ステップＳ７１において、ＣＰＵ１６ａは、リセット信号をＣＲＵＭ１００へ送信する。このステップＳ７１の実行後、ＣＰＵ１６ａは、処理をステップＳ７３へ進める。

【0087】

ステップＳ７３において、ＣＰＵ１６ａは、改めてＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みを試みる。そして、ＣＰＵ１６ａは、処理をステップＳ７５へ進める。

【0088】

ステップＳ７５において、ＣＰＵ１６ａは、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが失敗したかどうかを改めて判定する。ここでたとえば、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが失敗した場合（Ｓ７５：ＹＥＳ）、ＣＰＵ１６ａは、処理をステップＳ７７へ進める。一方、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが成功した場合は（Ｓ７５：ＮＯ）、ＣＰＵ１６ａは、処理を後述するステップＳ７９へ進める。

【0089】

ステップＳ７７において、ＣＰＵ１６ａは、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが規定回数にわたって、たとえば３回にわたって、連続して失敗したかどうかを判定する。ここでたとえば、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みがまだ規定回数にわたって連続して失敗していない場合は（Ｓ７７：ＮＯ）、ＣＰＵ１６ａは、処理をステップＳ７１へ戻す。一方、ＣＲＵＭ１００へのカートリッジ管理データ３５６の書込みが規定回数にわたって連続して失敗した場合は（Ｓ７７：ＹＥＳ）、ＣＰＵ１６ａは、処理を前述（図５）のステップＳ７へ進める。

【0090】

また、ステップＳ７５からステップＳ７９へ処理を進めた場合、ＣＰＵ１６ａは、当該ステップＳ７９において、前述のリセット処理を伴うリトライに係る履歴データをＣＲＵＭ１００へ書き込む。この履歴データには、前述の如くたとえばリセット処理を伴うリトライの総実行回数を表すデータが含まれる。また、直近Ｒ回分の当該リトライの実行日時を表すデータや、直近Ｓ回分の不具合事由を表すデータなども、ここで言う履歴データに含まれる。このステップＳ７９の実行をもって、ＣＰＵ１６ａは、カートリッジ管理タスクを終了する。

【0091】

このように本第４実施例によれば、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスに不具合が発生した場合に、当該ＣＲＵＭ１００の強制的な再起動が行われる前に、当該ＣＲＵＭ１００をリセットするためのリセット処理が行われる。このリセット処理の実行によりＣＲＵＭ１００が復帰し、つまりＣＰＵ１６ａによる当該ＣＲＵＭ１００へのアクセスの不具合が解消されることがある。たとえば、ＣＲＵＭ１００を強制的に再起動させる必要がない程度の動作不良が当該ＣＲＵＭ１００に生じている場合に、このようなリセット処理の実行は極めて有効である。また、このリセット処理の実行により不具合が解消された場合は、当該リセット処理を伴うリトライに係る履歴データがＣＲＵＭ１００に記憶される。この履歴データは、不具合の解析や原因の究明に供される。

【0092】

なお、本第４実施例において、ＣＰＵ１６ａがステップＳ７１を実行することにより、リセット処理が行われるが、このようなステップＳ７１を実行するＣＰＵ１６ａは、本発明に係るリセット手段の一例である。また、ステップＳ７９において、ＣＲＵＭ１００に記憶される履歴データは、本発明に係る第３履歴情報の一例である。そして、ステップＳ７９を実行するＣＰＵ１６ａは、本発明に係る第３制御手段の一例である。

【0093】

本第４実施例においても、第２実施例（図６）におけるのと同様のステップＳ３１が設けられてもよい。また、第３実施例（図８）におけるのと同様のステップＳ５１～ステップＳ６１が設けられてもよい。

【0094】

さらに、本第４実施例においては、ステップＳ７９が設けられなくてもよい。すなわち、リセット処理の実行によって不具合が解消された場合は、当該リセット処理を伴うリトライに係る履歴データのＣＲＵＭ１００への記憶は行われなくてもよい。

【0095】

［その他の適用例］
以上の各実施例は、本発明の具体例であり、本発明の技術的範囲を限定するものではない。これら各実施例以外の局面にも、本発明を適用することができる。

【0096】

たとえば、ＣＲＵＭ１００と複合機１０の本体側（ＣＰＵ１６ａ）との通信は、前述のＩ２Ｃ規格に限らず、公知のＳＰＩ（Serial Peripheral Interface）規格やＪＴＡＧ（Joint Test Action Group）などの他のシリアル通信規格に従ってもよい。また、シリアル通信規格ではなく、パラレル通信規格に従って、当該通信が行われてもよい。

【0097】

そして、記憶手段としてのＣＲＵＭ１００を例示したが、これに限らない。また、ユニットとしてトナーカートリッジ１４ａを例示したが、これに限らない。すなわち、ＣＲＵＭ１００以外の記憶手段を採用する構成や、トナーカートリッジ１４ａ以外のユニットを採用する構成にも、本発明を適用することができる。

【0098】

さらに、前述の各実施例では、複合機１０を例に挙げて説明したが、これに限らない。すなわち、コピー機やプリンタなどの複合機１０以外の画像形成装置にも、本発明を適用することができる。

【0099】

加えて極端には、ＣＰＵ１６ａによるＣＲＵＭ１００へのアクセスに不具合が発生したときに、当該ＣＲＵＭ１００への給電を一旦停止した後、当該給電を再開させるのではなく、最初からユーザに対してトナーカートリッジ１４ａの保守作業を要請するよう構成されてもよい。すなわち、図５に示されるカートリッジ管理タスクにおけるステップＳ７～ステップＳ１３に代えて、図８に示されるステップＳ５１～ステップＳ６１が実行されてもよい。

【0100】

そして、本発明は、複合機１０という画像形成装置に限らず、当該画像形成装置におけるトナーカートリッジ１４ａなどのユニットの管理プログラムや管理方法にも、適用することができる。

【符号の説明】

【0101】

１０ … 複合機
１４ … 画像形成部
１４ａ … トナーカートリッジ
１６ … 制御部
１６ａ … ＣＰＵ
２２ … ディスプレイ
１００ … ＣＲＵＭ
１６０ … スイッチ回路
２００ … 警告画面
４００ … 保守作業要請画面
ネットワークシステム
２０ … 複合機
３０ … ＰＣ
２０４ … 画像形成部
２０６ … 通信部
２０８ … 制御部
２０８ａ … ＣＰＵ
２０８ｂ … 主記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】