(57)【要約】【課題】情報処理装置において操作部に関連する不具合が生じた場合に、不具合が生じたユニットをより早期に特定することを可能にする技術を提供する。【解決手段】メイン制御部２０１は、操作部２１６からの信号の出力状態に基づいて、メイン制御部２０１及び操作部２１６のいずれで不具合が生じたかを特定するための故障診断処理を実行する。操作部２１６は、メイン制御部２０１による故障診断処理と独立して、メイン制御部２０１からの信号の出力状態に基づいて、メイン制御部２０１及び操作部２１６のいずれで不具合が生じたかを特定するための故障診断処理を実行する。【選択図】図２
2020107974.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
画面表示用の画像データを生成する制御部と、
表示部を有し、前記制御部によって生成された前記画像データに基づいて前記表示部に画面を表示し、ユーザ操作を受け付ける操作部と、を備え、
前記制御部は、前記操作部に関連する不具合が生じた際に、前記操作部からの信号の出力状態に基づいて、前記制御部及び前記操作部のいずれで不具合が生じたかを特定するための第１の処理を実行し、
前記操作部は、前記制御部による前記第１の処理と独立して、前記制御部からの信号の出力状態に基づいて、前記制御部及び前記操作部のいずれで不具合が生じたかを特定するための第２の処理を実行する
ことを特徴とする情報処理装置。
【請求項２】
前記制御部は、前記第１の処理において、前記操作部の動作状態を示す信号が前記操作部から出力されているか否かに基づいて、前記操作部における不具合を検知し、
前記操作部は、前記第２の処理において、前記制御部の動作状態を示す信号と制御信号とが前記制御部から出力されているか否かに基づいて、前記制御部における不具合を検知する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、第１のＣＰＵを有し、
前記操作部は、第２のＣＰＵを有し、
前記第１のＣＰＵは、前記第１の処理において、前記第２のＣＰＵが動作可能な状態であることを示す信号が前記第２のＣＰＵから出力されていない場合に、前記第２のＣＰＵに不具合が生じていると判定する
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記操作部は、前記制御部から受信した画像データに基づいて、画面表示用の画像信号を生成して前記表示部に出力する画像出力回路を有し、
前記第１のＣＰＵは、前記第１の処理において、前記画像出力回路が前記画像データを受信可能であることを示す信号が前記画像出力回路から出力されていない場合に、前記画像出力回路に不具合が生じていると判定する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記第１のＣＰＵは、前記第１の処理において、前記第２のＣＰＵへテストコマンドを送信し、当該テストコマンドに対する応答が前記第２のＣＰＵからない場合に、前記第２のＣＰＵに不具合が生じていると判定する
ことを特徴とする請求項３又は４に記載の情報処理装置。
【請求項６】
前記操作部は、前記制御部から受信した画像データに基づいて、画面表示用の画像信号を生成して前記表示部に出力する画像出力回路を有し、
前記第１のＣＰＵは、前記第１の処理において、前記画像出力回路へテストコマンドを送信し、当該テストコマンドに対する応答が前記画像出力回路からない場合に、前記画像出力回路に不具合が生じていると判定する
ことを特徴とする請求項３から５のいずれか１項に記載の情報処理装置。
【請求項７】
前記第１のＣＰＵは、前記第１の処理において、第１の信号線を介してテストコマンドを前記画像出力回路へ送信し、当該テストコマンドに対する応答を前記画像出力回路から受信すると、第２の信号線を介してテスト画像データを前記画像出力回路へ送信し、前記画像出力回路が前記テスト画像データを受信できたか否かを前記第２のＣＰＵに問い合わせ、
前記第２のＣＰＵは、前記第１のＣＰＵからの前記問い合わせに応じて、前記画像出力回路から出力される制御信号の状態に基づいて、前記画像出力回路が前記テスト画像データを受信できたか否かを判定し、当該判定の結果を前記問い合わせに対する応答として前記第１のＣＰＵへ送信し、
前記第１のＣＰＵは、前記第２のＣＰＵから受信した前記応答に基づいて、前記画像出力回路に不具合が生じているか否かを判定する
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記画像出力回路は、前記表示部へ画像信号の出力が可能な状態になると、前記表示部への電力供給をオン状態にするための電源制御信号を出力し、
前記第２のＣＰＵは、前記画像出力回路から出力される前記電源制御信号の状態に基づいて、前記画像出力回路が前記テスト画像データを受信できたか否かを判定する
ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記第１のＣＰＵは、前記第１の処理において、前記制御部に設けられた電源から前記操作部へ電力が供給されているか否かを判定し、前記電源から前記操作部へ電力が供給されていない場合に、前記電源に不具合が生じていると判定する
ことを特徴とする請求項３から８のいずれか１項に記載の情報処理装置。
【請求項１０】
前記第１のＣＰＵは、前記制御部又は前記操作部において不具合が生じていると判定した箇所を示す情報を、外部装置への送信又は前記表示部における表示によりユーザに通知する
ことを特徴とする請求項３から９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記制御部は、第１のＣＰＵを有し、
前記操作部は、第２のＣＰＵを有し、
前記第２のＣＰＵは、前記第２の処理において、前記制御部の動作モードを示す第１の信号と、前記第１のＣＰＵから制御信号である第２信号との出力状態に基づいて、前記制御部における不具合を検知する
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項１２】
前記制御部は、前記制御部に設けられた電源からの電力供給を制御する電源制御部を有し、
前記第１の信号は、前記電源制御部から出力される信号であり、
前記第２のＣＰＵは、前記第２の処理において、前記電源制御部から前記第１の信号が出力されておらず、かつ、前記第１のＣＰＵから前記第２信号が出力されている場合に、前記制御部において前記第１のＣＰＵには不具合が生じていないと判定する
ことを特徴とする請求項１１に記載の情報処理装置。
【請求項１３】
前記第２のＣＰＵは、前記第２の処理において、前記電源制御部から前記第１の信号が出力されておらず、かつ、前記第１のＣＰＵから前記第２信号が出力されていない場合に、前記制御部において前記電源制御部又はその関連個所に不具合が生じていると判定する
ことを特徴とする請求項１２に記載の情報処理装置。
【請求項１４】
前記第２のＣＰＵは、
前記電源制御部から前記第１の信号が出力されておらず、かつ、前記第１のＣＰＵから前記第２信号が出力されていない場合に、省電力モードからの復帰指示を前記電源制御部へ送信することで、前記制御部を前記省電力モードから復帰させることを試み、
前記復帰指示の送信後に、前記電源制御部から前記第１の信号が出力されておらず、かつ、前記第１のＣＰＵから前記第２信号が出力されていない場合に、前記制御部において前記電源制御部又はその関連個所に不具合が生じていると判定する
ことを特徴とする請求項１２又は１３に記載の情報処理装置。
【請求項１５】
前記第２のＣＰＵは、前記電源制御部から前記第１の信号が出力されている場合に、前記第１のＣＰＵへテストコマンドを送信し、当該テストコマンドに対する応答が前記第１のＣＰＵからない場合に、前記第１のＣＰＵに不具合が生じていると判定する
ことを特徴とする請求項１２から１４のいずれか１項に記載の情報処理装置。
【請求項１６】
前記第２のＣＰＵは、前記テストコマンドに対する応答を前記第１のＣＰＵから受信すると、前記操作部において不具合が生じていると判定する
ことを特徴とする請求項１５に記載の情報処理装置。
【請求項１７】
前記操作部は、前記制御部から受信した画像データに基づいて、画面表示用の画像信号を生成して前記表示部に出力する画像出力回路を有し、
前記第２のＣＰＵは、前記電源制御部から前記第１の信号が出力されており、かつ、前記画像出力回路が前記画像データを受信可能であることを示す第３の信号が前記画像出力回路から前記第１のＣＰＵへ出力されていない場合に、前記操作部において不具合が生じていると判定する
ことを特徴とする請求項１２に記載の情報処理装置。
【請求項１８】
前記第２のＣＰＵは、前記電源制御部から前記第１の信号が出力されており、かつ、前記画像出力回路から前記第１のＣＰＵへ出力されている場合に、前記画像出力回路から前記第１のＣＰＵへテストコマンドを送信させ、当該テストコマンドに対する応答が前記第１のＣＰＵからない場合に、前記第１のＣＰＵがフリーズしている不具合が生じていると判定する
ことを特徴とする請求項１７に記載の情報処理装置。
【請求項１９】
前記第２のＣＰＵは、前記画像出力回路へのテスト画像データの送信することを示す指示を含む前記テストコマンドを、前記画像出力回路から前記第１のＣＰＵへ送信させ、
前記第２のＣＰＵは、前記画像出力回路が前記テスト画像データを受信できなければ、前記第１のＣＰＵが画像データを出力していない不具合が生じていると判定する
ことを特徴とする請求項１８に記載の情報処理装置。
【請求項２０】
前記第２のＣＰＵは、前記画像出力回路から出力される制御信号の状態に基づいて、前記画像出力回路が前記テスト画像データを受信できたか否かを判定する
ことを特徴とする請求項１９に記載の情報処理装置。
【請求項２１】
前記画像出力回路は、前記表示部へ画像信号の出力が可能な状態になると、前記表示部への電力供給をオン状態にするための電源制御信号を出力し、
前記第２のＣＰＵは、前記画像出力回路から出力される前記電源制御信号の状態に基づいて、前記画像出力回路が前記テスト画像データを受信できたか否かを判定する
ことを特徴とする請求項２０に記載の情報処理装置。
【請求項２２】
前記第２のＣＰＵは、前記制御部又は前記操作部において不具合が生じていると判定した箇所を示す情報を、前記第１のＣＰＵへの送信又は前記表示部における表示により通知する
ことを特徴とする請求項１１から２１のいずれか１項に記載の情報処理装置。
【請求項２３】
画面表示用の画像データを生成する制御部と、表示部を有し、前記制御部によって生成された前記画像データに基づいて前記表示部に画面を表示し、ユーザ操作を受け付ける操作部と、を備える情報処理装置の制御方法であって、
前記制御部が、前記操作部に関連する不具合が生じた際に、前記操作部からの信号の出力状態に基づいて、前記制御部及び前記操作部のいずれで不具合が生じたかを特定するための第１の処理を実行する工程と、
前記操作部が、前記制御部による前記第１の処理と独立して、前記制御部からの信号の出力状態に基づいて、前記制御部及び前記操作部のいずれで不具合が生じたかを特定するための第２の処理を実行する工程と、
を含むことを特徴とする情報処理装置の制御方法。
【請求項２４】
請求項２３に記載の情報処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びその制御方法、並びにプログラムに関するものである。
【背景技術】
【０００２】
画像形成装置等の情報処理装置は、タッチパネルやテンキー等の入力デバイス、ＬＣＤ（液晶ディスプレイ）等の表示デバイス、及び、ＣＰＵを搭載した制御基板等で構成された専用の操作部を備える場合がある。操作部は、情報処理装置のメイン制御部で生成された画像データをメイン制御部から受信し、受信した画像データに基づいて表示デバイスで画面表示を行うように構成される。このような情報処理装置では、メイン制御部及び操作部のいずれかが故障すると、操作部で画面表示が行われなくなる、又は入力デバイスに対する操作に対して反応がなくなる（フリーズ状態になる）といった不具合が発生する場合がある。
【０００３】
上述のように、情報処理装置の動作に不具合が発生した場合、当該装置を構成する複数のユニットのうちで不具合（故障）が発生したユニットを早期に特定し、特定したユニットを復旧することで、ダウンタイムを短くすることが求められる。故障個所を特定する技術として、特許文献１には、マザーボード（メイン制御部）を監視対象回路とし、マザーボードの故障を検知する技術が記載されている。この技術では、マザーボードの故障が検知されていない場合には、マザーボードから出力される画像信号が表示に用いられ、マザーボードの故障が検知された場合には、予め記憶部に予め記憶された画像信号が表示に用いられる。これにより、マザーボードの故障をユーザに通知している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−８４１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の従来技術によれば、情報処理装置においてメイン制御部の故障の検知は可能であるが、操作部で画面表示が行われない状態又はフリーズ状態が生じた場合に、メイン制御部と操作部のいずれが故障したのかを特定することができない。例えば、メイン制御部が操作部に画像データを出力していない状態と、画像データは出力されているが操作部の表示デバイスが画面を表示できない状態とを区別できない場合がある。また、フリーズ状態が生じた場合に、操作部がメイン制御部へ通知できない状態と、操作部から通知されてもメイン制御部が応答できない状態とを区別できない場合がある。このような場合、情報処理装置内における不具合箇所の特定に時間がかかることによってダウンタイムが長くなる可能性がある。
【０００６】
本発明は、上述の課題に鑑みてなされたものである。本発明は、情報処理装置において操作部に関連する不具合が生じた場合に、不具合が生じたユニットをより早期に特定することを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る情報処理装置は、画面表示用の画像データを生成する制御部と、表示部を有し、前記制御部によって生成された前記画像データに基づいて前記表示部に画面を表示し、ユーザ操作を受け付ける操作部と、を備え、前記制御部は、前記操作部に関連する不具合が生じた際に、前記制御部及び前記操作部のいずれで不具合が生じたかを前記操作部からの信号の出力状態に基づいて特定する第１処理を実行し、前記操作部は、前記制御部による前記第１処理と独立して、前記制御部及び前記操作部のいずれで不具合が生じたかを前記制御部からの信号の出力状態に基づいて特定する第２処理を実行することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、情報処理装置において操作部に関連する不具合が生じた場合に、不具合が生じたユニットをより早期に特定することが可能になる。それにより、情報処理装置が復旧するまでのダウンタイムを短くすることが可能になる。
【図面の簡単な説明】
【０００９】
【図１】画像形成システムの構成例を示すブロック図。
【図２】画像形成装置のハードウェア構成例を示すブロック図。
【図３】メイン制御部で実行される故障診断処理の手順を示すフローチャート。
【図４】操作部で実行される故障診断処理の手順を示すフローチャート。
【図５】操作部で実行される故障診断処理の手順を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面を用いて説明する。ただし、以下の実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１１】
＜システム構成＞
図１は、本発明の実施形態に係る画像形成システムの構成例を示す図である。本実施形態は、情報処理装置の一例として、画像形成を行う画像形成装置に本発明を適用した例について説明する。なお、本発明は、画面表示用の画像データを生成する制御部と、表示部を有し、制御部によって生成された画像データに基づいて表示部に画面を表示し、ユーザ操作を受け付ける操作部とを備える情報処理装置であれば適用可能である。例えば、本発明は、印刷装置、読取装置、複写機、及びファクシミリ装置等の情報処理装置にも適用可能である。
【００１２】
図１に示すシステムでは、ＰＣ（パーソナルコンピュータ）１０１、サーバ１０２、及び画像形成装置２００がＬＡＮ１０４に接続されている。サーバ１０２は、ＰＣ１０１又は画像形成装置２００等のクライアント装置からの要求に応じてサービスを提供するコンピュータである。
【００１３】
ＰＣ１０１又はサーバ１０２は、ユーザの操作に従ってＰＤＬ等の印刷言語で記述されたデータ又は特定の（ＪＢＩＧ等で圧縮された）データフォーマットのデータを含むプリントジョブを生成する。ＰＣ１０１又はサーバ１０２は、生成したプリントジョブを、ＬＡＮ１０４を介して画像形成装置２００へ送信する。画像形成装置２００は、ＰＣ１０１又はサーバ１０２等の外部装置からプリントジョブを受信すると、受信したプリントジョブに従って画像形成（印刷）を実行する。
【００１４】
ＰＣ１０１又はサーバ１０２は、ＬＡＮ１０４を介して画像形成装置２００にリモートアクセスを行うことが可能である。ＰＣ１０１又はサーバ１０２は、リモートアクセスにより、画像形成装置２００の操作、及び画像形成装置２００の状態の監視を行うことができるように構成されている。また、画像形成装置２００は、自装置の状態を、ＰＣ１０１又はサーバ１０２等の外部装置へ通知できるように構成されている。
【００１５】
＜画像形成装置の構成＞
図２に、画像形成装置２００のハードウェア構成例を示すブロック図である。画像形成装置２００は、メイン制御部２０１、操作部２１６、プリンタ部２１８、及びスキャナ部（図示せず）を備えている。
【００１６】
メイン制御部２０１は、メインＣＰＵ２０２（第１のＣＰＵ）を含み、画像形成装置２００全体を制御する。操作部２１６は、ユーザインタフェース（ＵＩ）として機能し、サブＣＰＵ２０８（第２のＣＰＵ）、ユーザの操作を受け付ける入力デバイス（タッチパネル２１１）、及び画面を表示する表示デバイス（ＬＣＤ部２１２）を備えている。本実施形態では、メイン制御部２０１は、画面表示用の画像データを生成し、操作部２１６へ出力する制御部の一例として機能する。操作部２１６は、ＬＣＤ部２１２（表示部）を有し、メイン制御部２０１によって生成された画像データに基づいてＬＣＤ部２１２（表示部）に画面を表示し、ユーザ操作を受け付ける操作部の一例として機能する。プリンタ部２１８は、例えば電子写真方式に従ってシート状の記録媒体（用紙）への画像形成処理を行う。なお、プリンタ部２１８は、電子写真方式に限らず、インクジェット方式又は熱転写方式等の、他の記録方式を採用してもよい。
【００１７】
メイン制御部２０１は、メインＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、ＨＤＤ２０５、ＬＡＮＣ（ＬＡＮコントローラ）２０６、ＳＷ（スイッチ）２３０、及び電源制御部２５０を備えている。メイン制御部２０１は、例えば、外部装置から受信したプリントジョブに従って画像を印刷するよう、プリンタ部２１８を制御することにより、プリント機能を実現する。また、メイン制御部２０１は、スキャナ部による原稿画像の読み取りによって得られた画像データに基づいて画像を印刷するよう、スキャナ部及びプリンタ部２１８を制御することにより、コピー機能を実現する。
【００１８】
メインＣＰＵ２０２は、画像形成装置２００全体を制御する。メインＣＰＵ２０２は、ＲＯＭ２０３又はＨＤＤ２０５に格納されているプログラムを読み出して実行することにより、プリント機能及びコピー機能等の、画像形成装置２００の機能を実現する。ＲＡＭ２０４は、ＤＤＲ ＳＤＲＡＭ等の揮発性メモリで構成される。ＲＡＭ２０４は、メインＣＰＵ２０２によって実行されるプログラム、及びメインＣＰＵ２０２によって用いられる一時的なデータを格納するために使用される。ＨＤＤ２０５は、例えばシリアルＡＴＡでメインＣＰＵ２０２と接続された記憶装置である。ＨＤＤ２０５は、画像形成装置２００に関する各種設定情報、及びプリント機能又はコピー機能で使用される画像データを一時的に格納するために用いられる。ＬＡＮＣ２０６は、メインＣＰＵ２０２及びＬＡＮ１０４と接続されている。ＬＡＮＣ２０６は、ＬＡＮ１０４を介して行われる、ＰＣ１０１又はサーバ１０２等の外部装置との通信を制御する。
【００１９】
本実施形態の画像形成装置２００は、動作モードとして、省電力モードとスタンバイモードを有する。スタンバイモードでは、メインＣＰＵ２０２に電源（図示せず）から電力が供給され、メインＣＰＵ２０２が動作可能な状態である。省電力モードでは、メインＣＰＵ２０２に電源から電力が供給されず、メインＣＰＵ２０２は動作可能な状態ではない。省電力モードは、スタンバイモードよりも画像形成装置２００の消費電力が少ない動作モードである。なお、省電力モードでは、プリンタ部２１８及びスキャナ部等のデバイスへの電力供給も停止される。なお、本実施形態では、メイン制御部２０１内に、画像形成装置２００の電源（図示せず）が設けられている。
【００２０】
電源制御部２５０は、画像形成装置２００全体の電源制御を行う。電源制御部２５０は、メインＣＰＵ２０２及びプリンタ部２１８に電力が供給されていない場合に、メイン制御部２０１に設けられた画像形成装置２００の電源のオン／オフ制御を行う。メインＣＰＵ２０２及びプリンタ部２１８に電力が供給されている場合には、メインＣＰＵ２０２が、電源制御部２５０を制御することによって各ユニットへの電力供給のオン／オフ制御を行う。なお、電源制御部２５０による電源制御は、当該電源制御部のＣＰＵがプログラムを実行することによって実現されてもよいし、ＰＬＤ（Programmable Logic Device）のようなハードウェアロジックによって実現されてもよい。
【００２１】
電源制御部２５０は、サブＣＰＵ２０８からのＷＡＫＥ＿ＯＮ＿ＵＩ信号２０３３、又はＬＡＮＣ２０６からのＷＡＫＥ信号（図示せず）をトリガとして、画像形成装置２００の電源をオフ状態からオン状態に切り替える。これにより、電源制御部２５０は、画像形成装置２００を省電力モードからスタンバイモードに移行させる。更に、電源制御部２５０は、電源制御信号２０３５を用いてＳＷ２３０を制御することにより、操作部２１６への電力供給を制御する。ＳＷ２３０がオフ状態である場合、操作部２１６へ電力２０３４が供給されず、ＳＷ２３０がオン状態である場合、操作部２１６へ電力２０３４が供給される。
【００２２】
操作部２１６は、画像データ信号２００８、制御信号２００９、及び制御信号２０１０用の信号線を介して、メイン制御部２０１と接続されている。操作部２１６は、更に、ＣＯＮＴ＿ＲＤＹ信号２０３０、ＵＩ＿ＣＰＵ＿ＲＤＹ信号２０３１、ＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２、及びＷＡＫＥ＿ＯＮ＿ＵＩ信号２０３３用の信号線を介して、メイン制御部２０１と接続されている。
【００２３】
ＣＯＮＴ＿ＲＤＹ信号２０３０は、メインＣＰＵ２０２に電力が供給されている場合に電源制御部２５０からサブＣＰＵ２０８へ出力される、メイン制御部２０１の動作モードを示す信号である。ＵＩ＿ＣＰＵ＿ＲＤＹ信号２０３１は、サブＣＰＵ２０８が動作可能な状態（制御信号２０１０を受信可能な状態）であることを示す信号である。ＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２は、画像出力ＩＣ２０９が制御信号２００９及び画像データ信号２００８を受信可能な状態であることを示す信号である。ＷＡＫＥ＿ＯＮ＿ＵＩ信号２０３３は、メイン制御部２０１（画像形成装置２００）をスリープ状態（省電力モード）から復帰させるための信号であり、サブＣＰＵ２０８から電源制御部２５０に送信される。
【００２４】
メイン制御部２０１（メインＣＰＵ２０２）は、後述する故障診断処理において、操作部２１６の動作状態を示す信号が操作部２１６から出力されているか否かに基づいて、操作部２１６における不具合を検知する。一方、操作部２１６（サブＣＰＵ２０８）は、後述する故障診断処理において、メイン制御部２０１の動作状態を示す信号と制御信号とがメイン制御部２０１から出力されているか否かに基づいて、メイン制御部２０１における不具合を検知する。本実施形態では、ＵＩ＿ＣＰＵ＿ＲＤＹ信号２０３１及びＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２は、操作部２１６の動作状態を示す信号の一例であり、ＣＯＮＴ＿ＲＤＹ信号２０３０は、メイン制御部２０１の動作状態を示す信号の一例である。
【００２５】
操作部２１６は、画像データ信号２００８、制御信号２００９、及び制御信号２０１０を介して、メイン制御部２０１から指示又は情報を受信し、ＬＣＤ部２１２の表示制御を行う。また、操作部２１６は、タッチパネル２１１を介して受け付けたユーザの操作を、制御信号２０１０を介してメイン制御部２０１へ通知する。
【００２６】
操作部２１６（サブＣＰＵ２０８）は、ＣＯＮＴ＿ＲＤＹ信号２０３０を監視することによって、メイン制御部２０１の現在の動作モードを判定（判別）する。具体的には、操作部２１６は、メイン制御部２０１の動作モードが省電力モードであるかスタンバイモードであるかを判定する。
【００２７】
一方、メインＣＰＵ２０２は、ＵＩ＿ＣＰＵ＿ＲＤＹ信号２０３１を監視することによって、サブＣＰＵ２０８が動作可能な状態（制御信号２０１０を受信可能な状態）であるか否か）を判定する。メインＣＰＵ２０２は、更に、ＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２を監視することによって、画像出力ＩＣ２０９が制御信号２００９及び画像データ信号２００８を受信可能な状態であるか否かを判定する。
【００２８】
操作部２１６は、操作部基板２１４、タッチパネル２１１、ＬＣＤ部２１２、スピーカー２１３、及びプッシュＳＷ２１７を備えている。操作部基板２１４には、サブＣＰＵ２０８、タッチパネルコントローラ２１０、及び画像出力ＩＣ２０９が搭載されている。
【００２９】
タッチパネルコントローラ２１０は、サブＣＰＵ２０８及びタッチパネル２１１と接続されている。タッチパネルコントローラ２１０は、タッチパネル２１１との間で制御信号２００１をやりとりする。また、タッチパネルコントローラ２１０は、サブＣＰＵ２０８との間で割り込み信号２００２及び制御信号２００３をやりとりする。
【００３０】
サブＣＰＵ２０８は、制御信号２００３を介して、設定情報をタッチパネルコントローラ２１０へ送信する。また、サブＣＰＵ２０８は、制御信号２００３を介して、タッチパネル２１１で受け付けたユーザの入力操作に対応する入力操作データをタッチパネルコントローラ２１０から受信する。サブＣＰＵ２０８は、更に、割り込み信号２００２を介して、タッチパネル２１１に対するユーザ入力の変化を示す情報をタッチパネルコントローラ２１０から受信する。サブＣＰＵ２０８は、タッチパネルコントローラ２１０から受信した入力操作データを、制御信号２０１０を介してメインＣＰＵ２０２へ送信する。
【００３１】
画像出力ＩＣ２０９は、ＬＣＤ部２１２と接続されており、ＬＣＤ部２１２による画像表示を制御するＩＣである。即ち、画像出力ＩＣ２０９は、メイン制御部２０１から受信した画像データに基づいて、画面表示用の画像信号を生成してＬＣＤ部２１２に出力する画像出力回路の一例として機能する。画像出力ＩＣ２０９は、画像出力信号２００５及びバックライト制御信号２０２１を用いて、ＬＣＤ部２１２を制御する。バックライト制御信号２０２１は、ＬＣＤ部２１２のバックライトのオン／オフ制御（点灯制御）、及び明るさ等の設定のために用いられる。また、画像出力ＩＣ２０９は、ＬＣＤ部２１２用の電源制御信号２０２２を用いて、ＳＷ２２０を制御することにより、ＬＣＤ部２１２への電力供給を制御する。ＳＷ２２０がオフ状態である場合、ＬＣＤ部２１２へ電力２０２０が供給されず、ＳＷ２２０がオン状態である場合、ＬＣＤ部２１２へ電力２０２０が供給される。
【００３２】
画像出力ＩＣ２０９は、メインＣＰＵ２０２及びサブＣＰＵ２０８とも接続されている。画像出力ＩＣ２０９は、サブＣＰＵ２０８との間で制御信号２００６をやりとりする。また、画像出力ＩＣ２０９は、メインＣＰＵ２０２との間で、画像データ信号２００８、制御信号２００９及びＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２をやりとりする。ＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２は、画像出力ＩＣ２０９からメインＣＰＵ２０２へ出力される信号であり、画像出力ＩＣ２０９が制御信号２００９及び画像データ信号２００８を受信可能であるか否かを通知するために用いられる。
【００３３】
画像出力ＩＣ２０９から出力される電源制御信号２０２２用の信号線は、サブＣＰＵ２０８が電源制御信号２０２２を監視できるように、ＳＷ２２０だけでなくサブＣＰＵ２０８にも接続されている。また、画像出力ＩＣ２０９から出力されるＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２用の信号線は、サブＣＰＵ２０８がＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２を監視できるように、メインＣＰＵ２０２だけでなくサブＣＰＵ２０８にも接続されている。サブＣＰＵ２０８は、故障個所の特定のために、電源制御信号２０２２及びＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２の監視を行う。
【００３４】
メインＣＰＵ２０２は、ＬＣＤ部２１２に表示する画面の画像データを、操作部基板２１４に搭載された画像出力ＩＣ２０９へ、画像データ信号２００８として送信する。メインＣＰＵ２０２は、制御信号２００９を用いて、ＬＣＤ部２１２に表示される画面のサイズ又は向きの設定等の、画面表示の設定のための設定情報を、画像出力ＩＣ２０９へ送信する。
【００３５】
画像出力ＩＣ２０９は、メインＣＰＵ２０２から画像データ信号２００８として受信した画像データ、及び制御信号２００９として受信した設定情報に基づいて、ＬＣＤ部２１２が受信可能な画像信号を生成する。画像出力ＩＣ２０９は、生成した画像信号を、画像出力信号２００５としてＬＣＤ部２１２へ送信する。画像出力ＩＣ２０９は、ＬＣＤ部２１２が受信可能な画像信号として、例えば、ＬＶＤＳ（Low Voltage Differential Signaling）信号、又はアナログ若しくはデジタルのＲＧＢ信号を生成する。ＬＣＤ部２１２は、画像出力ＩＣ２０９から受信した画像出力信号２００５に従って画面を表示する。
【００３６】
また、画像出力ＩＣ２０９は、メインＣＰＵ２０２から画像データ及び設定情報を受信した後、ＬＣＤ部２１２に対する画像出力が可能な状態になると、電源制御信号２０２２を用いてＳＷ２２０をオン状態にする。これにより、画像出力ＩＣ２０９は、ＬＣＤ部２１２に対する電力２０２０の供給を開始する。
【００３７】
サブＣＰＵ２０８は、制御信号２００６を介して、画像出力ＩＣ２０９に対して、ＬＣＤ部２１２のバックライトのオン／オフ制御（点灯制御）、及び明るさ等の設定を行う。サブＣＰＵ２０８は、制御信号２００４を用いてスピーカー２１３を制御する。例えば、サブＣＰＵ２０８は、ユーザの入力を受け付けたことを示すプッシュ音、及び、ユーザへの操作指示又は画像形成装置２００の状態等の情報を示す音声を、スピーカー２１３から出力させる。なお、スピーカー２１３の制御は、サブＣＰＵ２０８ではなくメインＣＰＵ２０２によって行われてもよい。
【００３８】
プッシュＳＷ２１７は、サブＣＰＵ２０８と接続されており、ユーザ又はサービスマンが故障診断モードへの移行を指示するための操作ボタンである。ユーザ又はサービスマンがプッシュＳＷ２１７を操作（押下）した場合、プッシュＳＷ２１７は、ユーザ入力信号２００７をサブＣＰＵ２０８へ出力する。サブＣＰＵ２０８は、ユーザ入力信号２００７を受けると、プッシュＳＷ２１７が操作されたことを、制御信号２０１０を介してメインＣＰＵ２０２へ通知する。
【００３９】
＜故障診断モード＞
本実施形態において、メイン制御部２０１（メインＣＰＵ２０２）及び操作部２１６（サブＣＰＵ２０８）は、操作部２１６に関連する不具合が生じた際に、不具合箇所を特定するための故障診断モードを有している。故障診断モードに移行すると、メインＣＰＵ２０２及びサブＣＰＵ２０８は、後述する故障診断処理をそれぞれ実行する。
【００４０】
メインＣＰＵ２０２は、ＰＣ１０１又はサーバ１０２等の外部装置からＬＡＮ１０４を介して画像形成装置２００に対してリモートアクセスが行われ、外部装置から故障診断モードへの移行を指示された場合に、故障診断モードに移行する。また、メインＣＰＵ２０２は、ユーザ又はサービスマンから故障診断モードへの移行を指示された場合に、故障診断モードに移行してもよい。あるいは、メインＣＰＵ２０２は、タッチパネル２１１及びＬＣＤ部２１２の動作状態から故障の発生を予測して、自ら故障診断モードに移行してもよい。
【００４１】
ユーザ又はサービスマンの指示は、ユーザ又はサービスマンによる何らかのアクションで実現される。例えば、そのような指示は、故障診断用のプッシュＳＷ２１７の押下によってなされてもよい。あるいは、そのような指示は、テンキー（図示せず）部における特定のキーの操作又は特定のパターンの操作によってなされてもよいし、特定の時間にキーの操作が行われた状態で画像形成装置２００を起動することによってなされてもよい。プッシュＳＷ２１７が押下された場合、サブＣＰＵ２０８からメインＣＰＵ２０２へ、プッシュＳＷ２１７が押下されたこと（即ち、故障診断モードへの移行が指示されたこと）が通知され、メインＣＰＵ２０２が故障診断モードに移行する。
【００４２】
また、サブＣＰＵ２０８は、メインＣＰＵ２０２から故障診断モードへの移行を指示された場合に、故障診断モードに移行する。メインＣＰＵ２０２は、上述のように、リモートアクセスにより外部装置から故障診断モードへの移行を指示されると、故障診断モードに移行するとともに、サブＣＰＵ２０８に対して故障診断モードへの移行を指示する。また、サブＣＰＵ２０８は、故障診断用のプッシュＳＷ２１７が押下された場合に、上述のようにメインＣＰＵ２０２への通知を行うとともに、故障診断モードに移行する。
【００４３】
このようにして、メインＣＰＵ２０２）及びサブＣＰＵ２０８は、一方のＣＰＵが故障診断モードへ移行すると他方のＣＰＵも故障診断モードに移行するように制御される。これにより、いずれかの一方のＣＰＵが不具合により動作不能の状態となっていない限り、メインＣＰＵ２０２（メイン制御部２０１）とサブＣＰＵ２０８（操作部２１６）との両方で故障診断処理が実行される。
【００４４】
具体的には、メイン制御部２０１は、操作部２１６からの信号の出力状態に基づいて、メイン制御部２０１及び操作部２１６のいずれで不具合が生じたかを特定するための故障診断処理（第１の処理）を実行する。一方、操作部２１６は、メイン制御部２０１による故障診断処理と独立して、メイン制御部２０１からの信号の出力状態に基づいて、メイン制御部２０１及び操作部２１６のいずれで不具合が生じたかを特定するための故障診断処理（第２の処理）を実行する。
【００４５】
本実施形態では、メインＣＰＵ２０２は、故障診断モードに移行すると、図３に例示される手順による故障診断処理（第１の処理）を実行する。また、サブＣＰＵ２０８は、故障診断モードに移行すると、図４及び図５に例示される手順による故障診断処理（第２の処理）を実行する。サブＣＰＵ２０８は、操作部２１６におけるユーザ操作に対して画像形成装置２００から反応がない（画像形成装置２００がフリーズ状態である）不具合が生じている場合には、図４に示される故障診断処理を実行する。一方、サブＣＰＵ２０８は、ＬＣＤ部２１２で画面表示が行われない不具合が生じている場合には、図４のブロック５００が図５のブロック５００に置き換えられた故障診断処理を実行する。なお、サブＣＰＵ２０８が、それらの故障診断処理のいずれを実行すべきか否かは、例えば、外部装置からリモートアクセスにより指示されてもよい。また、サブＣＰＵ２０８は、故障診断モードへの移行に従って、それらの故障診断処理の両方を実行してもよい。
【００４６】
＜メインＣＰＵによる故障診断処理＞
図３のフローチャートを参照して、メインＣＰＵ２０２によって実行される故障診断処理の具体例について説明する。図３の各ステップの処理は、メインＣＰＵ２０２がＲＯＭ２０３又はＨＤＤ２０５に格納されているプログラムを読み出して実行することによって実現されうる。
【００４７】
Ｓ３０１で、メインＣＰＵ２０２は、電源から操作部２１６へ電力２０３４が供給されているか否かを判定する。メインＣＰＵ２０２は、操作部２１６へ電力２０３４が供給されている場合にはＳ３０２へ処理を進め、電力２０３４が供給されていない場合にはＳ３１３へ処理を進める。Ｓ３１３で、メインＣＰＵ２０２は、メイン制御部２０１内の電力２０３４を生成する電源（電源回路）に不具合が生じていると判定し、Ｓ３１２へ処理を進める。
【００４８】
Ｓ３０２で、メインＣＰＵ２０２は、操作部２１６（サブＣＰＵ２０８）からＵＩ＿ＣＰＵ＿ＲＤＹ信号２０３１が出力されている（来ている）か否かを判定する。メインＣＰＵ２０２は、ＵＩ＿ＣＰＵ＿ＲＤＹ信号２０３１が出力されている場合には、Ｓ３０３へ処理を進め、出力されていない場合には、Ｓ３１４へ処理を進める。Ｓ３１４で、メインＣＰＵ２０２は、操作部２１６内のサブＣＰＵ２０８に不具合が生じていると判定し、Ｓ３１２へ処理を進める。
【００４９】
Ｓ３０３で、メインＣＰＵ２０２は、操作部２１６（画像出力ＩＣ２０９）からＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２が出力されている（来ている）か否かを判定する。メインＣＰＵ２０２は、ＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２が出力されている場合には、Ｓ３０４へ処理を進め、出力されていない場合には、Ｓ３１１へ処理を進める。Ｓ３１１で、メインＣＰＵ２０２は、Ｓ３１１で、メインＣＰＵ２０２は、操作部２１６内の画像出力ＩＣ２０９に不具合が生じていると判定し、Ｓ３１２へ処理を進める。
【００５０】
Ｓ３０４で、メインＣＰＵ２０２は、制御信号２０１０を介して、サブＣＰＵ２０８に対してテストコマンドを送信する。更にＳ３０５で、メインＣＰＵ２０２は、Ｓ３０４で送信したテストコマンドに対して、サブＣＰＵ２０８から応答があったか否かを判定する。メインＣＰＵ２０２は、サブＣＰＵ２０８から応答があった場合にはＳ３０６へ処理を進め、応答がない場合にはＳ３１４へ処理を進める。Ｓ３１４で、メインＣＰＵ２０２は、操作部２１６内のサブＣＰＵ２０８に不具合が生じていると判定し、Ｓ３１２へ処理を進める。
【００５１】
Ｓ３０６で、メインＣＰＵ２０２は、制御信号２００９を介して、画像出力ＩＣ２０９に対してテストコマンドを送信する。更にＳ３０７で、メインＣＰＵ２０２は、Ｓ３０６で送信したテストコマンドに対して、画像出力ＩＣ２０９から応答があったか否かを判定する。メインＣＰＵ２０２は、画像出力ＩＣ２０９から応答があった場合にはＳ３０８へ処理を進め、応答がない場合にはＳ３１１へ処理を進める。Ｓ３１１で、メインＣＰＵ２０２は、Ｓ３１１で、メインＣＰＵ２０２は、操作部２１６内の画像出力ＩＣ２０９に不具合が生じていると判定し、Ｓ３１２へ処理を進める。
【００５２】
Ｓ３０８で、メインＣＰＵ２０２は、画像出力ＩＣ２０９に対してテスト用の画像データ２００８を送信し、Ｓ３０９へ処理を進める。Ｓ３０９で、メインＣＰＵ２０２は、Ｓ３０８で送信したテスト用の画像データを画像出力ＩＣ２０９が受信できたか否かを、制御信号２０１０を介してサブＣＰＵ２０８に問い合わせる。
【００５３】
サブＣＰＵ２０８は、画像出力ＩＣ２０９から出力される電源制御信号２０２２を監視することによって、画像出力ＩＣ２０９がテスト用の画像データを受信できたか否かを判定する。更に、サブＣＰＵ２０８は、その判定結果を、問い合わせに対する応答としてメインＣＰＵ２０２へ通知する。メインＣＰＵ２０２は、サブＣＰＵ２０８からの通知に基づいて、Ｓ３０８の判定を行う。
【００５４】
Ｓ３０９で、メインＣＰＵ２０２は、Ｓ３０８で送信したテスト用の画像データを画像出力ＩＣ２０９が受信できたと判定した場合には、Ｓ３１０へ処理を進め、受信できていないと判定した場合には、Ｓ３１１へ処理を進める。Ｓ３１１で、メインＣＰＵ２０２は、操作部２１６内の画像出力ＩＣ２０９に不具合が生じていると判定し、Ｓ３１２へ処理を進める。一方、Ｓ３１０で、メインＣＰＵ２０２は、操作部２１６内の、サブＣＰＵ２０８及び画像出力ＩＣ２０９以外の箇所（ＬＣＤ部２１２、タッチパネル２１１又はタッチパネルコントローラ２１０等）に不具合が生じている可能性があると判定し、Ｓ３１２へ処理を進める。
【００５５】
Ｓ３１２で、メインＣＰＵ２０２は、Ｓ３１０、Ｓ３１１、Ｓ３１３又はＳ３１４において判定した不具合個所に関する情報をエラー履歴としてＨＤＤ２０５に保存し、不具合個所の通知（エラー通知）を行う。例えば、メインＣＰＵ２０２は、ＬＡＮＣ２０６及びＬＡＮ１０４を介して、ＰＣ１０１又はサーバ１０２等の外部装置へのエラー通知を行う。あるいは、画像出力ＩＣ２０９及びＬＣＤ部２１２に不具合がない場合には、メインＣＰＵ２０２は、ＬＣＤ部２１２で不具合個所を表示することでエラー通知を行ってもよい。このようにして、メインＣＰＵ２０２は、メイン制御部２０１又は操作部２１６において不具合が生じていると判定した箇所を示す情報を、外部装置への送信又はＬＣＤ部２１２における表示によりユーザ又はサービスマンに通知する。メインＣＰＵ２０２は、エラー通知が完了すると、図３の手順による処理を終了する。
【００５６】
＜サブＣＰＵによる故障診断処理（フリーズ状態の場合）＞
次に図４のフローチャートを参照して、操作部２１６におけるユーザ操作に対して画像形成装置２００から反応がない（フリーズ状態である）場合の、サブＣＰＵ２０８によって実行される故障診断処理の具体例について説明する。本例では、サブＣＰＵ２０８は、メイン制御部２０１の動作モードを示すＣＯＮＴ＿ＲＤＹ信号２０３０と、メインＣＰＵ２０２からの制御信号との出力状態に基づいて、メイン制御部２０１における不具合を検知する。また、サブＣＰＵ２０８は、メインＣＰＵ２０２へのテストコマンドの送信により、メイン制御部２０１及び操作部２１６における不具合を検知する。
【００５７】
まずＳ４０１で、サブＣＰＵ２０８は、メイン制御部２０１からＣＯＮＴ＿ＲＤＹ信号２０３０が出力されている（来ている）か否かを判定する。サブＣＰＵ２０８は、ＣＯＮＴ＿ＲＤＹ信号２０３０が出力されている場合には、Ｓ４０２へ処理を進め、出力されていない場合にはＳ４０８へ処理を進める。
【００５８】
Ｓ４０２で、サブＣＰＵ２０８は、制御信号２０１０を介して、メインＣＰＵ２０２に対してテストコマンドを送信する。更にＳ４０３で、サブＣＰＵ２０８は、Ｓ４０２で送信したテストコマンドに対して、メインＣＰＵ２０２から応答があったか否かを判定する。サブＣＰＵ２０８は、メインＣＰＵ２０２から応答があった場合にはＳ４０４へ処理を進め、応答がない場合にはＳ４０６へ処理を進める。
【００５９】
Ｓ４０４で、サブＣＰＵ２０８は、操作部２１６内で不具合（例えば、タッチパネルコントローラ２１０若しくはタッチパネル２１１、又はそれらの間の信号線の不具合）が生じていると判定する。これは、ＣＯＮＴ＿ＲＤＹ信号２０３０を出力する電源制御部２５０に不具合は生じておらず、制御信号２０１０を介したメインＣＰＵ２０２との通信にも問題が生じていない（即ち、メインＣＰＵ２０２に不具合が生じていない）ためである。その後、Ｓ４０５で、サブＣＰＵ２０８は、制御信号２０１０を介して、Ｓ４０４で判定した不具合箇所についてメインＣＰＵ２０２に通知し、処理を終了する。
【００６０】
一方、Ｓ４０６で、サブＣＰＵ２０８は、メインＣＰＵ２０２が、フリーズ等の不具合が生じた状態（異常状態）にあると判定する。これは、制御信号２０１０を介したメインＣＰＵ２０２との通信においてメインＣＰＵ２０２から応答がない（即ち、メインＣＰＵ２０２に不具合が生じている）ためである。その後、Ｓ４０７で、サブＣＰＵ２０８は、メインＣＰＵ２０２に不具合が生じていることを示すエラー情報をＬＣＤ部２１２で表示するよう、画像出力ＩＣ２０９に指示し、処理を終了する。
【００６１】
Ｓ４０１からＳ４０８へ処理を進めた場合、Ｓ４０８で、サブＣＰＵ２０８は、ＣＯＮＴ＿ＲＤＹ信号２０３０以外の他の信号（即ち、制御信号２００９，２０１０）がメイン制御部２０１から出力されている（来ている）か否かを判定する。サブＣＰＵ２０８は、他の信号がメイン制御部２０１から出力されている場合には、Ｓ４０９へ処理を進める。
【００６２】
Ｓ４０９で、サブＣＰＵ２０８は、メイン制御部２０１においてメインＣＰＵ２０２には不具合が生じておらず、ＣＯＮＴ＿ＲＤＹ信号２０３０の関連箇所又は電源制御部２５０に不具合が生じていると判定する。これは、（電源制御部２５０に関連する）ＣＯＮＴ＿ＲＤＹ信号２０３０が正常に出力されていない一方で、他の信号（即ち、メインＣＰＵ２０２に関連する制御信号２００９，２０１０）が正常に出力されているためである。その後、Ｓ４１０で、サブＣＰＵ２０８は、制御信号２０１０を介して、Ｓ４０９で判定した不具合についてメインＣＰＵ２０２に通知し、処理を終了する。
【００６３】
一方、サブＣＰＵ２０８は、Ｓ４０８の判定の結果、他の信号がメイン制御部２０１から出力されていない場合には、Ｓ４０８からＳ４１１へ処理を進める。この場合、メイン制御部２０１がスリープ状態（省電力モード）にある可能性がある。そこで、Ｓ４１１で、サブＣＰＵ２０８は、ＷＡＫＥ＿ＯＮ＿ＵＩ信号２０３３により、スリープ状態から復帰させるためのスリープ復帰指示を電源制御部２５０へ送信することで、メイン制御部２０１を省電力モードから復帰させることを試みる。その後Ｓ４１２で、サブＣＰＵ２０８は、Ｓ４１１のスリープ復帰指示が１回目である場合にはＳ４０１へ処理を戻し、Ｓ４０１及びＳ４０８で再びメイン制御部２０１からの信号の出力を確認する。一方、サブＣＰＵ２０８は、Ｓ４１１のスリープ復帰指示が１回目ではない場合にはＳ４１３へ処理を進める。このように、サブＣＰＵ２０８は、復帰指示の送信後に、電源制御部２５０からＣＯＮＴ＿ＲＤＹ信号２０３０が出力されておらず、メインＣＰＵ２０２から制御信号が出力されていない場合に、Ｓ４１３へ処理を進める。
【００６４】
Ｓ４１３で、サブＣＰＵ２０８は、メイン制御部２０１内の、電源制御部２５０又はその関連個所に不具合が生じていると判定する。これは、Ｓ４１１におけるスリープ復帰指示によってメイン制御部２０１がスリープ状態から復帰できていないためである。その後、Ｓ４１４で、サブＣＰＵ２０８は、電源制御部２５０関連の箇所に不具合が生じていることを示すエラー情報をＬＣＤ部２１２で表示するよう、画像出力ＩＣ２０９に指示し、処理を終了する。このように、Ｓ４０５、Ｓ４０７、Ｓ４１０又はＳ４１４で、サブＣＰＵ２０８は、メイン制御部２０１又は操作部２１６で不具合が生じていると判定した箇所を示す情報を、メインＣＰＵ２０２への送信又はＬＣＤ部２１２における表示により通知する。
【００６５】
＜サブＣＰＵによる故障診断処理（画面表示なしの場合）＞
次に図４及び図５のフローチャートを参照して、ＬＣＤ部２１２で画面表示が行われない場合の、サブＣＰＵ２０８によって実行される故障診断処理の具体例について説明する。本例では、図４に示すフローチャートにおけるブロック５００（Ｓ４０２〜Ｓ４０７）が、図５に示すブロック５００（Ｓ５０１〜Ｓ５１１）に置き換えられる。
【００６６】
まずＳ４０１で、サブＣＰＵ２０８は、メイン制御部２０１からＣＯＮＴ＿ＲＤＹ信号２０３０が出力されている（来ている）か否かを判定する。サブＣＰＵ２０８は、ＣＯＮＴ＿ＲＤＹ信号２０３０がされていない場合には、Ｓ４０８へ処理を進める。Ｓ４０８〜Ｓ４１４の処理は、上述した処理と同様である。一方、サブＣＰＵ２０８は、ＣＯＮＴ＿ＲＤＹ信号２０３０がされている場合には、Ｓ５０１（図５）へ処理を進める。
【００６７】
Ｓ５０１で、サブＣＰＵ２０８は、画像出力ＩＣ２０９がＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２を出力しているか否かを判定する。画像出力ＩＣ２０９は、ＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２を出力している場合、制御信号２００９及び画像データ２００８を受信可能な状態にある。サブＣＰＵ２０８は、画像出力ＩＣ２０９がＵＩ＿ＩＭＧ＿ＲＤＹ信号２０３２を出力している場合にはＳ５０２へ処理を進め、出力していない場合にはＳ５１０へ処理を進める。
【００６８】
Ｓ５１０で、サブＣＰＵ２０８は、操作部２１６内で不具合（例えば、画像出力ＩＣ２０９又はＬＣＤ部２１２の不具合）が生じていると判定する。これは、例えば、画像出力ＩＣ２０９に不具合が生じてＵＩ＿ＩＭＧ＿ＲＤＹ信号を出力していないケース、又は画像出力ＩＣ２０９が画像データ信号２００８を受信できてもＬＣＤ部２１２で画面表示が行えないケースが想定されるためである。その後、Ｓ５１１で、サブＣＰＵ２０８は、制御信号２０１０を介して、Ｓ５１０で判定した不具合についてメインＣＰＵ２０２に通知し、処理を終了する。
【００６９】
一方、Ｓ５０２で、サブＣＰＵ２０８は、制御信号２００９を用いてメインＣＰＵ２０２へテストコマンドを送信するよう、画像出力ＩＣ２０９に対して指示し、Ｓ５０３へ処理を進める。なお、サブＣＰＵ２０８から画像出力ＩＣ２０９への指示は、制御信号２００６を用いて行われる。Ｓ５０２で画像出力ＩＣ２０９から送信されるテストコマンドには、制御信号２００９を介して応答を行うこと、及び画像データ信号２００８を介してテスト画像データを送信することを示す指示が含まれる。
【００７０】
Ｓ５０３で、サブＣＰＵ２０８は、制御信号２００６を用いて画像出力ＩＣ２０９に問い合わせを行うことで、Ｓ５０２で送信したテストコマンドに対して、メインＣＰＵ２０２から応答があったか否かを判定する。サブＣＰＵ２０８は、メインＣＰＵ２０２から応答があった場合にはＳ５０４へ処理を進め、応答がない場合にはＳ５０８へ処理を進める。
【００７１】
Ｓ５０８で、サブＣＰＵ２０８は、メインＣＰＵ２０２からテストコマンドに対する応答がないため、メインＣＰＵ２０２がフリーズしている不具合が生じたと判定する。その後、Ｓ５０９で、サブＣＰＵ２０８は、メインＣＰＵ２０２がフリーズしていることを示すエラー情報をＬＣＤ部２１２で表示するよう、画像出力ＩＣ２０９に指示し、処理を終了する。
【００７２】
一方、Ｓ５０４で、サブＣＰＵ２０８は、画像出力ＩＣ２０９がメインＣＰＵ２０２からテスト画像データを受信したか否かを判定する。ここで、画像出力ＩＣ２０９は、テスト画像データをメインＣＰＵ２０２から受信して、ＬＣＤ部２１２に対する画像出力が可能な状態になると、電源制御信号２０２２を用いてＳＷ２２０をオン状態にする。このため、このため、サブＣＰＵ２０８は、画像出力ＩＣ２０９から出力される電源制御信号２０２２を監視することによって、画像出力ＩＣ２０９がメインＣＰＵ２０２からテスト画像データを受信したか否かを判定できる。
【００７３】
サブＣＰＵ２０８は、Ｓ５０４で、画像出力ＩＣ２０９がメインＣＰＵ２０２からテスト画像データを受信していない（即ち、メインＣＰＵ２０２からテスト画像データが送信されていない）と判定した場合、Ｓ５０５へ処理を進める。Ｓ５０５で、サブＣＰＵ２０８は、メインＣＰＵ２０２が画像データを出力していない（画像データ信号２００８を出力していない）不具合が生じたと判定する。その後、Ｓ５０６で、サブＣＰＵ２０８は、制御信号２０１０を介して、Ｓ５０６で判定した不具合についてメインＣＰＵ２０２に通知し、処理をＳ５０７へ進める。Ｓ５０７で、サブＣＰＵ２０８は、サブＣＰＵ２０８は、メインＣＰＵ２０２が画像データを出力していないことを示すエラー情報をＬＣＤ部２１２で表示するよう、画像出力ＩＣ２０９に指示し、処理を終了する。
【００７４】
一方、サブＣＰＵ２０８は、Ｓ５０４で、画像出力ＩＣ２０９がメインＣＰＵ２０２からテスト画像データを受信している（即ち、メインＣＰＵ２０２からテスト画像データが送信されている）と判定した場合、Ｓ５１０へ処理を進める。上述のように、サブＣＰＵ２０８は、Ｓ５１０で、操作部２１６内で不具合（例えば、画像出力ＩＣ２０９又はＬＣＤ部２１２の不具合）が生じていると判定する。更に、Ｓ５１１で、サブＣＰＵ２０８は、Ｓ５１０で判定した不具合についてメインＣＰＵ２０２に通知し、処理を終了する。このように、Ｓ５０６、Ｓ５０７、Ｓ５０９又はＳ５１１、サブＣＰＵ２０８は、メイン制御部２０１又は操作部２１６で不具合が生じていると判定した箇所を示す情報を、メインＣＰＵ２０２への送信又はＬＣＤ部２１２における表示により通知する。
【００７５】
以上説明したように、本実施形態の画像形成装置２００では、メイン制御部２０１は、操作部２１６からの信号の出力状態に基づいて、メイン制御部２０１及び操作部２１６のいずれで不具合が生じたかを特定するための故障診断処理（第１の処理）を実行する。操作部２１６は、メイン制御部２０１による故障診断処理と独立して、メイン制御部２０１からの信号の出力状態に基づいて、メイン制御部２０１及び操作部２１６のいずれで不具合が生じたかを特定するための故障診断処理（第２の処理）を実行する。このように、操作部２１６に関連する不具合が生じた場合に、メイン制御部２０１と操作部２１６とでそれぞれ独立して故障診断処理を実行することで、不具合が生じたユニットを、より早期に特定することが可能になる。また、特定した不具合箇所をユーザ又はサービスマンに通知することで、画像形成装置２００が復旧するまでのダウンタイムを短くすることが可能になる。
【００７６】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００７７】
２００：画像形成装置、２０１：メイン制御部、２０２：メインＣＰＵ、２１６：操作部、２０８：サブＣＰＵ、２０９：画像出力ＩＣ、２１１：タッチパネル、２１２：ＬＣＤ部、２５０：電源制御部
【図１】
2020107974.tif 000003
【図２】
2020107974.tif 000004
【図３】
2020107974.tif 000005
【図４】
2020107974.tif 000006
【図５】
2020107974.tif 000007