JP7282533B2 - 情報処理装置、情報処理装置の制御方法 - Google Patents

Description

本発明は、複数の制御基板を備える情報処理装置、情報処理装置の制御方法に関する。

従来から、コントローラボードと、コントローラボードに接続された操作部ボードと、を備えた画像形成装置が知られている。ここで、コントローラボードは、物理媒体上に画像形成するための制御を行うＣＰＵなどを備えた制御基板である。また、操作部ボードは、ＬＣＤパネル、ブザー、ＬＥＤ、物理キーなどの操作手段や、これらを制御するための専用ＣＰＵを備えた制御基板である。
このような操作部ボードは、画像形成装置の状態に関する情報をサービスマンやユーザへ報知したり、サービスマンやユーザからの操作を受け付けて画像形成装置へ操作情報を送信したりするために用いられる。

操作部ボードの機能としては、特に、画像形成装置が故障した場合、故障に関する情報をサービスマンに適切に報知することが重要である。例えば、特許文献１には、コントローラ部に異常の発生個所を検知するための自己診断部を備え、異常が検知されたとき、コントローラ部から操作部へ異常の発生を伝達する画像印刷装置が開示されている。

特開２０１６－２１８５５３号公報

このように故障を検知する自己診断部を有する画像形成装置においては、自己診断部をソフトウェアで実装することができれば、機能拡張性や流用性を高めることができる。しかし、自己診断部が正常に動作していなければ、故障を検知することはできない。
そのため、自己診断部をソフトウェアによって実装する場合、メモリやプログラムを格納しているストレージなど、多くのハードウェア部品が正常に動作していることが前提となる。また、コントローラボードと操作部ボードとの間の通信が正常に行われなければ、サービスマンに故障を報知することができない。

これに対して、代替手段として、コントローラボードとは別に、故障を検知し、報知を行う専用ハードウェアを搭載することが考えられる。別体の専用ハードウェアであれば、コントローラボードの状態に関わらず、サービスマンに故障を報知することがきる。しかし、新たなハードウェアを追加した場合、画像形成装置のコストが上昇するというデメリットも生じる。

本発明は、自己診断部をソフトウェアで実装しながら、新たなハードウェアを追加する
ことなく、コントローラを備える制御基板の一部や、コントローラを備える制御基板と操作部を備える制御基板との間の通信・制御に発生した故障を検知できる情報処理装置を提供することを目的とする。

本発明は、情報処理装置であって、第１の制御基板と、第２の制御基板と、前記第１の制御基板と第２の制御基板とを通信可能に接続する通信線と、前記第１の制御基板は、第１のプログラムを記憶する第１の記憶手段と、前記第１のプログラムを実行する第１の実行手段と、を有し、前記第１のプログラムは、前記第１の実行手段を、前記第１の制御基板から前記通信線を介して前記第２の制御基板に第１の信号を送信し、次に前記通信線を介して前記第２の制御基板に第１のコマンドを送信する第１の送信手段と前記第１の制御基板が、前記第１のコマンドを送信した後、第１の所定の期間内に前記第１のコマンドに対する応答を受信しない場合、前記第２の制御基板の状態を通知する第１の通知手段として機能させ、前記第２の制御基板は、第２のプログラムを記憶する第２の記憶手段と、前記第２のプログラムを実行する第２の実行手段と、を有し、前記第２のプログラムは、前記第２の実行手段を、前記通信線を介して前記第２の制御基板から前記第１のコマンドへの応答を前記第１の制御基板に送信する第２の送信手段と、前記第２の制御基板が、前記第１の制御基板から送信された前記第１の信号を受信した後、前記第２の制御基板が、前記第１の所定の期間とは異なる第２の所定の期間内に前記第１のコマンドを受信しない場合、前記第１の制御基板の状態を通知する第２の通知手段として機能させ、前記第１の送信手段は、前記通信線を介して前記第２の制御基板をリセットするためのリセット信号を前記第１の信号として送信する、ことを特徴とする。
また、別の発明は、情報処理装置であって、第１の制御基板と、第２の制御基板と、前記第１の制御基板と前記第２の制御基板とを通信可能に接続する通信線と、前記第１の制御基板は、前記通信線を介して前記第２の制御基板に第１の信号を送信し、次に前記通信線を介して前記第２の制御基板に第１のコマンドを送信する第１の送信手段と、前記第２の制御基板は、前記通信線を介して前記第１のコマンドへの応答を前記第１の制御基板に送信する第２の送信手段と、前記第2の制御基板が、前記第１の制御基板から送信された前記第１の信号を受信した後、前記第２の制御基板が、第１の所定の期間内に前記第１のコマンドを受信しない場合、前記第１の制御基板の状態を通知する第１の通知手段と、前記第１の制御基板が、前記第１のコマンドを送信した後、前記第１の所定の期間とは異なる第２の所定の期間内に前記第１のコマンドに対する応答を受信しない場合、前記第２の制御基板の状態を通知する第２の通知手段と、を有し、前記第１の信号は、前記第２の制御基板をリセットするためのリセット信号であることを特徴とする。

本発明によれば、自己診断部をソフトウェアで実装しながら、新たなハードウェアを追加することなく、コントローラを備える制御基板の一部や、コントローラを備える制御基板と操作部を備える制御基板との間の通信・制御に発生した故障を検知することができる。

画像形成装置のハードウェア構成図である。 初期プログラム、メインプログラム及び操作部プログラムのソフトウェアブロック図である。 初期プログラムが実行する処理を示すフローチャートである。 ＵＩ制御部が実行する処理を示すフローチャートである。 操作部制御部が実行する処理を示すフローチャートである。

以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施例は特許請求の範囲に係る発明を限定するものでなく、また、以下の実施例で説明されている特徴の組み合わせのすべてが本発明の解決手段に必須のものであるとは限らない。

＜ 実施例１ ＞
図１は、本発明の一実施形態である情報処理装置の一形態である画像形成装置１００のハードウェアの構成図である。
画像形成装置１００ は、コントローラボード１１０、操作部ボード１５０、電源ユニット部１７０、スキャナエンジン１９１、プリンタエンジン１９２を有する。
コントローラボード１１０は、プリント機能やスキャン機能などの画像形成装置１００が有する各種機能を実行するための制御を行う制御基板である。操作部ボード１５０は、ユーザから画像形成装置１００に対する操作を受け付けたり、ユーザに画像形成装置１００ からの情報を報知したりするための制御基板である。

プリンタエンジン１９２は、コントローラボード１１０からの要求に従い、コントローラボード１１０が形成した印刷画像データを物理媒体上に印刷するためのユニットである。
スキャナエンジン１９１は、コントローラボード１１０からの要求に従い、画像形成装置１００に装填された物理媒体上の画像を読み取こんだ読込画像データを、コントローラボード１１０へ送信するためのユニットである。
電源ユニット部１７０は、コントローラボード１１０、操作部ボード１５０、スキャナエンジン１９１、プリンタエンジン１９２に電力を供給するためのユニットである。

コントローラボード１１０と操作部ボード１５０とは、通信束線１８１によって接続され、相互に情報の送受信をすることができる。本実施例では、通信束線１８１は以下の５種類の信号線を有している。
（１）ＵＡＲＴ送信線（ＴＸ）１２３とＵＡＲＴ受信線（ＲＸ）１５３を接続する、ＴＸ-ＲＸ信号線。
ＴＸ-ＲＸ信号線は、コントローラボード１１０が制御コマンドを送信し、操作部ボード１５０が当該制御コマンドを受信するための信号線である。また、コントローラボード１１０が制御コマンド応答を送信し、操作部ボード１５０が当該制御コマンド応答を受信するための信号線でもある。
（２）ＵＡＲＴ受信線（ＲＸ）１２５とＵＡＲＴ送信線（ＴＸ）１５４を接続する、ＲＸ-ＴＸ信号線。
ＲＸ-ＴＸ信号線は、操作部ボード１５０が制御コマンドを送信し、コントローラボード１１０が当該制御コマンドを受信するための信号線である。また、操作部ボード１５０が制御コマンド応答を送信し、コントローラボード１１０が当該制御コマンド応答を受信するための信号線でもある。

（３）表示画像データ信号線（ＬＶＤＳ_ＤＡＴＡ（ＬＣＤＣ））１３５と表示画像データ信号線（ＬＶＤＳ_ＤＡＴＡ（ＬＣＤＣ））１６４とを接続する、表示画像データ信号線。
（４）リセット信号線（／ＰＮＬ_ＲＳＴ）１２６とリセット信号線（／ＰＮＬ_ＲＳＴ）１５２とを接続する、リセット信号線。
（５）タッチセンサー信号線（ＴＯＵＣＨ）１２７とタッチセンサー信号線（ＴＯＵＣＨ）１６７とを接続する、タッチセンサー信号線。

なお、本実施例では、コントローラボード１１０上の信号線と、操作部ボード１５０上の信号線は電気的に接続される。また、両信号線には、同一の信号がほぼ同時に流れるものもある。
例えば、表示画像データは、表示画像データ信号線（ＬＶＤＳ_ＤＡＴＡ（ＬＣＤＣ））１３５と表示画像データ信号線（ＬＶＤＳ_ＤＡＴＡ（ＬＣＤＣ））１６４上に流れる。リセット信号は、リセット信号線（／ＰＮＬ_ＲＳＴ）１２６と、リセット信号線（／ＰＮＬ_ＲＳＴ）１５２上に流れる。タッチセンサー信号は、タッチセンサー信号線（ＴＯＵＣＨ）１２７と、タッチセンサー信号線（ＴＯＵＣＨ）１６７上に流れる。
なお、本実施例においては、説明を簡潔にするため、適宜、同一の識別子を用いて説明する。

電源ユニット部１７０とコントローラボード１１０とは、シーソースイッチ信号線１８２、電力制御線１８３、電力線１８４によって接続されている。
シーソースイッチ信号線１８２は、電源ユニットシーソースイッチ１７１が押下されると、そのイベントを操作イベントとして電源ユニット部１７０からコントローラボード１１０へ送信するための信号線である。電力制御線１８３は、操作部ボード１５０、スキャナエンジン１９１、プリンタエンジン１９２への電力供給をコントローラボード１１０から制御するための信号線である。電力線１８４は、電源ユニット部１７０からコントローラボード１１０に電力供給をするための信号線である。

コントローラボード１１０とスキャナエンジン１９１との間、及び、コントローラボード１１０とプリンタエンジン１９２との間には、それぞれ、相互に情報を送受信するための信号線が備えられている。

次に、コントローラボード１１０の詳細について説明する。
コントローラボード１１０は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ストレージ１１４、ＬＥＤ１１５などのハードウェア部品を有する。また、コントローラボード１１０は、コントローラボード操作部Ｉ／Ｆ１２０、ＵＡＲＴ１２１、ＬＣＤＣ１３１、表示画像バッファ１３２を有する。更に、コントローラボード１１０は、スキャナエンジンＩ／Ｆ１４１、プリンタエンジンＩ／Ｆ１４２、ネットワークＩ／Ｆ１４３、電源Ｉ／Ｆ１４９を備える。

ＣＰＵ１１１は、画像形成装置１００の機能を実現するための、中央演算処理装置である。例えば、ＣＰＵ１１１は、操作部ボード１５０上の操作部ＬＣＤパネル１６２に表示される表示画像データをＲＡＭ１１２上に格納する。また、ＣＰＵ１１１は、スキャナエンジン１９１において物理媒体から読み込んだ読込画像データを、必要に応じて、種々のデータ圧縮処理を施したり、ファイルフォーマット変換をしたりした後、ストレージ１１４上に格納する。更に、ＣＰＵ１１１は、プリンタエンジン１９２を用いて物理媒体上に印刷する印刷画像データをＲＡＭ１１２上に格納する。

ＲＡＭ１１２は、ＣＰＵ１１１がプログラムを実行する際に、一時的に情報を格納するための揮発記憶領域である。
ＲＯＭ１１３は、ユーザが画像形成装置１００の電源を投入した際、ＣＰＵ１１１が初期化処理を実行するための初期プログラム２００を格納するための不揮発記憶領域である。

ストレージ１１４は、ＣＰＵ１１１が画像形成装置としての機能を実現するためのメインプログラム２２０を格納する不揮発記憶領域である。また、ストレージ１１４は、ＣＰＵ１１１が処理した結果を格納するための不揮発記憶領域でもある。ストレージ１１４は、具体的には、ハードディスクやスリッドステートディスクなどによって構成することができる。また、ストレージ１１４は複数個のストレージから構成されていてもよい。

ＬＥＤ１１５は、ＣＰＵ１１１が画像形成装置１００に関する情報を報知するための報知手段である。例えば、電源ユニット部１７０からコントローラボード１１０に電力線１８４を介して電力供給がなされている間、ＬＥＤ１１５を常に点灯することにより報知してもよい。
本実施例では、ＬＥＤ１１５は、５Ｖの通電があることを報知するための、ＬＥＤ（５Ｖ）１１６と、２４Ｖの通電があることを報知するためのＬＥＤ（２４Ｖ）１１７を有する。更に、ＬＥＤ１１５は、操作部間の通信にエラーが発生したことを報知するための操作部間通信エラーＬＥＤ１１８を有する。

ＵＡＲＴ（Universal Asynchronous Receiver/Transmitter）１２１は、操作部Ｉ／Ｆ１２０を介してＵＡＲＴ受信線（ＲＸ）１２５からデータを受信する。ＵＡＲＴ１２１は、受信したデータを通信プロトコルに応じて変換し、ＵＡＲＴ受信線（ＲＸ）１２４を介してＣＰＵ１１１へ送信する。
ここで、「通信プロトコルに応じて変換」するとは、具体的には、送受信するべきデータに対して、データのビット長、パリティビット、ストップビットを付与したり、削除したりすることで、通信中のデータ欠損を検出したり、補充したりすることを意味する。なお、通信プロトコルに応じた変換処理に関しては、ＵＡＲＴ通信を行うための公知技術の範囲内にとどまるため、詳細な説明は省略する。

ここで、表１に、ＵＡＲＴ１２１を介して送信される制御コマンドの例を示す。
例えば、コントローラボード１１０は、初期化コマンドとして、０Ｘ０００１を操作部ボード１５０に送信する。操作部ボード１５０は当該初期化コマンドを受信・処理すると、初期化コマンド応答として、０ＸＦＦ０１をコントローラボード１５０に送信する。
このような制御コマンドの送信と、当該制御コマンド応答の受信のペアによって、コントローラボード１１０と操作部ボード１５０との間の通信が実現される。

表１に示される各制御コマンドについて説明する。
初期化コマンドは、コントローラボード１１０が操作部ボード１５０に対して、操作部ボード１５０への電力供給の直後に初期化処理を要求するためのコマンドである。
画面表示コマンドは、コントローラボード１１０が操作部ボード１５０に対して、ＬＣＤパネル１６２に表示画像データを表示することを要求するためのコマンドである。
画面節電コマンドは、コントローラボード１１０が操作部ボード１５０に対して、ＬＣＤパネル１６２での表示画像データ表示を停止することを要求するためのコマンドである。
終了コマンドは、コントローラボード１１０が操作部ボード１５０に対して、操作部ボード１５０への電力停止の直前に終了処理を要求するためのコマンドである。

ＬＥＤ点灯コマンドは、コントローラボード１１０が操作部ボード１５０に対して、ＬＥＤ１５７の点灯を要求するためのコマンドである。ＬＥＤ１５７が複数個のＬＥＤからなる場合、ＬＥＤ毎に制御できるように、コマンドの一部にＬＥＤの位置を意味する情報（識別子）を埋め込んでもよい。

ＬＥＤ消灯コマンドは、コントローラボード１１０が操作部ボード１５０に対して、ＬＥＤ１５７の消灯を要求するためのコマンドである。ＬＥＤ１５７が複数個のＬＥＤからなる場合、ＬＥＤ毎に制御できるように、コマンドの一部にＬＥＤの位置を意味する情報（識別子）を埋め込んでもよい。

ブザー鳴動コマンドは、コントローラボード１１０が操作部ボード１５０に対して、ブザー１５６の鳴動を要求するためのコマンドである。
物理キー押下コマンドは、操作部ボード１５０がコントローラボード１１０に対して、物理キー１５５が押下されたことを通知するためのコマンドである。物理キー１５５が複数の物理キーを有する場合には、物理キーを識別するための情報（識別子）を埋め込んでもよい。

表示可能状態通知コマンドは、操作部ボード１５０がコントローラボード１１０に対して、ＬＣＤパネル１６２での表示画像データの表示が開始できたことを通知するためのコマンドである。
コマンドエラー応答は、コントローラボード１１０が現在の状態で想定していない制御コマンドを受信した場合のコマンド応答である。

ここでは、送信側が１コマンドを送信すると、それに対応して、受信側が１コマンド応答を送信する通信形態でのコマンド例を示した。ただし、本発明においては、例えばコマンド実行の結果を送信側が把握する必要がない場合には、コマンド応答を省略する形態を取ることもできる。
また、本実施例では、１６ｂｉｔ固定長の形式であるコマンドの例について説明した。ただし、扱うべきコマンドの種別が多ければ、３２ｂｉｔ固定長の形式でコマンドを設計してもよい。あるいは、コマンドの長さを可変長としてもよい。本発明においては、コマンドの形式に制約はなく、自由に形式を選択することができる。

コントローラボード１１０の詳細についての説明に戻る。
ＬＣＤＣ（ＬＣＤ Controller）１３１は、ＣＰＵ１１１がＲＡＭ１１２上に形成した表示画像データを、操作部ボード１５０へ送信するためのチップである。ＬＣＤＣ１３１は、ＲＡＭ１１２上に格納された表示画像データをコントローラボードＬＣＤＣ制御線１３３を介して受信する。ＬＣＤＣ１３１は、受信した表示画像データを、表示画像データ信号線１３４を介して、表示画像バッファ１３２に一時格納する。ＬＣＤＣ１３１は、設定された時間間隔で、表示画像データ信号線１３４を介して表示画像バッファ１３２に格納した表示画像データを読み出す。更に、ＬＣＤＣ１３１は、読み出した表示画像データを、表示画像データ信号線（ＬＶＤＳ_ＤＡＴＡ（ＬＣＤＣ）１３５、コントローラボード操作部Ｉ／Ｆ１２０を介して、操作部ボード１５０へ送信する。

表示画像バッファ１３２は、ＬＣＤＣ１３１が操作部ボード１５０へ送信する表示画像データを一時格納するための揮発記憶領域である。ＣＰＵ１１１は、コントローラボード表示画像バッファ制御線１３６を介して、表示画像バッファ１３２の電源を制御することができる。
本実施例では、コントローラボード１１０は、ＲＡＭ１１２とは別の不揮発記憶領域として保持する形態として記載している。ただし、本発明を実施する上では、例えば、ＲＡＭ１１２上のメモリの一部を表示画像バッファとして割り当てて実現することもできる。

スキャナエンジンＩ／Ｆ１４１は、スキャナエンジン１９１に対して制御要求を発行したり、スキャナエンジン１９１から情報を取得したりするための、インターフェースである。
プリンタエンジンＩ／Ｆ１４２は、プリンタエンジン１９２に対して制御要求を発行したり、プリンタエンジン１９２から情報を取得したりするための、インターフェースである。

ネットワークＩ／Ｆ１４３は、画像形成装置１００がネットワークに接続された外部装置から指示を受け付けたり、あるいは、画像形成装置１００が外部装置へ情報を提供したりするためのインターフェースである。例えば、画像形成装置１００は、ネットワークＩ／Ｆ１４３を介して、外部に存在するホストＰＣから印刷データを受信したり、ホストＰＣからの要求に応じてＷｅｂページ形式で画像形成装置１００の状態を通知したりすることができる。
電源Ｉ／Ｆ１４９は、コントローラボード１１０を動作するために必要な電力を電源ユニット部１７０から電力供給線１８４を介して受け取るためのインターフェースである。

次に、操作部ボード１５０の詳細について説明する。
操作部ボード１５０は、マイコン１５１、物理キー１５５、ブザー１５６、ＬＥＤ１５７などのハードウェア部品を備える。また、操作部ボード１５０は、操作部コントローラボードＩ／Ｆ１６１、操作部ＬＣＤパネル１６２、操作部タッチセンサー１６３、操作部ボード電源Ｉ／Ｆ１７９を備える。

マイコン１５１は、操作部ボード１５０の機能を実現するための、中央演算処理装置である。本実施例では、マイコン１５１は、操作部ボード１５０を制御する操作部プログラム２５０や一時的な情報を格納するための不揮発記憶領域を備えている。
マイコン１５１には、操作部ボード１５０上の各ハードウェア部品の制御を行うために、複数の信号線が接続されている。具体的には、マイコン１５１には、リセット要求を受信するためのリセット信号線（／ＰＮＬ_ＲＳＴ）１５２、コントローラボード１５０との通信を行うためのＵＡＲＴ受信線（ＲＸ）１５３、ＵＡＲＴ送信線（ＴＸ）１５４、が接続されている。また、マイコン１５１には、物理キー１５５が押下されたことを検知するための信号線、ブザー１５６やＬＥＤ１５７を制御するための信号線が接続されている。更に、マイコン１５１には、操作部ＬＣＤパネル１６２の、電源を制御するための操作部ＬＣＤパネル電源信号線（／ＬＣＤ_ＰＯＮ）１６０やバックライトを制御するためのバックライト制御信号線（ＬＣＤ_ＰＷＭ）１５９が接続されている。

物理キー１５５は、ユーザが画像形成装置１００に対して行った操作を読み取るためのデバイスである。例えば、物理キー１５５はキーマトリックスを用いて構成され、押下状態によりユーザの操作を読み取ることができる。
操作部ボード１５０は、押下されたキーの種類と状態をＵＡＲＴ送信線（ＴＸ）１５４を介して制御コマンドとして送信する。これにより、物理キー１５５に対するユーザの操作がコントローラボード１１０に送信される。

ブザー１５６は、コントローラボード１１０からＵＡＲＴ受信線（ＲＸ）１５３を介して受信した制御コマンドに従ってＯＮ／ＯＦＦされることにより、ユーザに情報を報知するためのデバイスである。

ＬＥＤ１５７は、コントローラボード１１０からＵＡＲＴ受信線（ＲＸ）１５３を介して受信した制御コマンドに従って、点灯、消灯、点滅されることにより、ユーザに情報を報知するためのデバイスである。本実施例では、ＬＥＤ１５７は、エラーを報知するためのＬＥＤである、エラーＬＥＤ１５８を備えている。

操作部コントローラボードＩ／Ｆ１６１は、コントローラボード操作部Ｉ／Ｆ１２０との通信を行うためのインターフェースである。
操作部ＬＣＤパネル１６２は、表示画像データ信号線（ＬＶＤＳ_ＤＡＴＡ（ＬＣＤＣ））１６４を介して受信した表示画像データを、表示するためのデバイスである。マイコン１５１は、操作部ＬＣＤパネル電源信号線（／ＬＣＤ_ＰＯＮ）１６０を介して、操作部ＬＣＤパネル１６２への電源供給を制御する。また、マイコン１５１は、バックライト制御信号線（ＬＣＤ_ＰＷＭ）１５９を介して、操作部ＬＣＤパネル１６２のバックライトを制御する。

操作部タッチセンサー１６３は、ユーザが画像形成装置１００に対して行った操作を受け付けるためのデバイスである。操作部タッチセンサー１６３は、押下された位置や強度の情報を検知し、タッチセンサー信号線（ＴＯＵＣＨ）１６７を介して操作部コントローラボードＩ／Ｆ１６１に伝達することにより、ユーザが行った操作をコントローラボード１１０に送信する。
操作部ボード電源Ｉ／Ｆ１７９は、操作部ボード１５０を動作するのに必要な電力を電源ユニット部１７０から受け取るためのインターフェースである。

最後に、電源ユニット部１７０の詳細について説明する。
電源ユニット部１７０は、電源ユニットシーソースイッチ１７１と、電源供給部１７２を備える。電源ユニットシーソースイッチ１７１は、ユーザが画像形成装置１００の電源投入あるいは電源切断を指示するための入力手段である。電源供給部１７２は、コンセントから供給された電力を、コントローラボード１１０、操作部ボード、スキャナエンジン１９１、プリンタエンジン１９２に供給するためのユニットである。
コントローラボード１１０は、コントローラボード電源Ｉ／Ｆ１４９を介して、電源供給部１７２から電力を供給される。また、操作部ボード１５０は、操作部ボード電源Ｉ／Ｆ１７９を介して、電源供給部１７２から電力を供給される。

ここで、操作部ボード１５０とコントローラボード１１０の電力状態の遷移を簡単に説明する。
本実施例においては、電力状態は、電源遮断状態、画面節電状態と、画面表示状態の３状態に分けられる。なお、電源遮断状態における電力消費は、画面節電状態における電力消費より小さい。また、画面節電状態における電力消費は、画面表示状態における電力消費より小さい。

電源遮断状態とは、操作部ボード１５０に電力供給がされていない状態である。具体的には、画像形成装置１００の電源プラグがコンセントに接続されていない、あるいは、接続されていても電源ユニットシーソースイッチ１７１がＯＦＦである状態などである。
画面節電状態とは、操作部ボード１５０に電力供給がなされ、操作部マイコン１５１は動作しているが、ＬＣＤパネル１６２には電力供給されていない状態である。
画面表示状態とは、操作部ボード１５０に電力供給がなされ、操作部マイコン１５１は動作し、かつ、操作部ＬＣＤパネル１６２に電力供給されており、表示画像データが表示されている状態である

操作部ボード１５０とコントローラボード１１０が電源遮断状態にあって、画像形成装置１００において電源投入イベントが発生すると、操作部ボード１５０とコントローラボード１１０は画面節電状態へ移行する。操作部ボード１５０とコントローラボード１１０が画面節電状態にあって、画像形成装置１００において画面表示イベントが発生すると、操作部ボード１５０とコントローラボード１１０は画面表示状態へ移行する。
操作部ボード１５０とコントローラボード１１０が画面表示状態にあって、画像形成装置１００において画面節電イベントが発生すると、操作部ボード１５０とコントローラボード１１０は画面節電状態へ移行する。操作部ボード１５０とコントローラボード１１０が画面節電状態にあって、画像形成装置１００において電源切断イベントが発生すると、操作部ボード１５０とコントローラボード１１０は電源遮断状態へ移行する。

なお、画像形成装置１００に電源が投入されると、操作部ボード１５０とコントローラボード１１０は電源遮断状態から画面節電状態へ移行する。コントローラボード１１０は、表示画像データを形成すると、操作部ボード１５０に画面表示コマンドを送信する。操作部ボード１５０は画面表示コマンドを受信すると、画面節電状態から画面表示状態に移行し、画面表示を開始する。コントローラボード１１０も、画面節電状態から画面表示状態に移行する。
なお、厳密には、コントローラボード１１０が操作部ボード１５０へ状態遷移のためのコマンドを送信してから、コマンド応答を受信するまでの間、コントローラボード１１０と操作部ボード１５０の電力状態は一致しない区間が存在する。この一連の流れについては、図４及び図５を用いて後述する。

図２は、コントローラボード１１０上で実行される初期プログラム２００及びメインプログラム２２０と、操作部ボード１５０上で実行される操作部プログラム２５０を説明するためのソフトウェアブロック図である。

初期プログラム２００は、画像形成装置１００に電源が投入された直後に実行されるプログラムである。初期プログラム２００は、ＲＯＭ実行部２０１と、ＲＡＭ実行部２０２に分けられる。
ＲＯＭ実行部２０１は、ＲＡＭ実行部２０２を起動するための初期化処理部である。ＲＯＭ実行部２０１は、コントローラＲＯＭ１１３から読み取ることのできるデータと、ＣＰＵ１１１のレジスタを用いて、ＲＡＭ１１２を用いることなく、初期化プログラム２００を実行する。
ＲＡＭ実行部２０２は、コントローラＲＡＭ１１２が初期化された後に、メインプログラム２２０を起動するための初期化処理部である。ＲＡＭ実行部２０２は、ＲＯＭ１１３から読み取ることのできるデータと、ＣＰＵ１１１のレジスタに加えて、ＲＡＭ１１２上のメモリやストレージ１１４上の情報を利用して、実行される。
なお、初期プログラム２００の動作の詳細は、図３を用いて後述する。

メインプログラム２２０は、デバイス制御部２２１、電源制御部２２２、ＵＩ制御部２２３、を備える。更に、メインプログラム２２０は、ネットワーク制御部２４１、スキャナエンジン制御部２４２、プリンタエンジン制御部２４３を備える。

デバイス制御部２２１は、画像形成装置１００全体を制御するための制御部である。デバイス制御部２２１は、画像形成装置１００が実行するべき処理をスケジューリングするなどの処理を担う。
電源制御部２２２は、画像形成装置１００の電力を制御するための制御部である。
ＵＩ制御部２２３は、コントローラボード１１０と操作部ボード１５０との間での情報交換を制御するための制御部である。なお、ＵＩ制御部２２３の動作の詳細については、図４を用いて後述する。

ネットワーク制御部２４１は、画像形成装置１００とネットワークを介して接続された外部装置からの通信を、通信手段であるネットワークＩ／Ｆ１４３を介して受信するための制御部である。なお、本発明において、通信手段は、有線ネットワークである必要はなく、各種無線ネットワークなどを用いて実現することもできる。

スキャナエンジン制御部２４２は、スキャナエンジンＩ／Ｆ１４１を介して、スキャナエンジン１９１を制御するための制御部である。
プリンタエンジン制御部２４３は、プリンタエンジンＩ／Ｆ１４２を介して、プリンタエンジン１９２を制御するための制御部である。

操作部ボード１５０上で実行される操作部プログラム２５０は、操作部制御部２５１を備える。
操作部プログラム２５０の動作の詳細については、図５を用いて後述する。

なお、メインプログラム２２０は、ＰＤＬ（Page Description Language）データを解釈するためのＰＤＬインタプリタ部を備えていてもよい。また、メインプログラム２２０は、ＰＤＬデータを解釈した結果に基づいて印刷画像データを形成するためのＲＩＰ（Raster Image Processor）部を備えていてもよい。
あるいは、近年では、アプリケーションを追加することで機能を拡張することができる画像形成装置も知られている。ただし、これらの画像形成装置の拡張性については、公知の技術の範囲内であることから、詳細な説明は省略する。

図３は、初期プログラム２００が実行する処理を示すフローチャートである。
図３のフローチャートにおいて、Ｓ３１１からＳ３２６までの処理は、ＲＯＭ実行部２０１により実行される。また、Ｓ３３１からＳ３６２までの処理は、ＲＡＭ実行部２０２により実行される。

ＲＯＭ実行部２０１は、コントローラボード１１０上の各ハードウェア部品（ペリフェラル）を初期化する（Ｓ３１１）。これは、起動処理中における各ハードウェア部品の状態を一律にすることにより、コントローラボード１１０の状態管理をしやくするためである。

ＲＯＭ実行部２０１は、コントローラボード１１０上での割り込みや入力を制御するために、ＩＯＭＵＸを初期化する（Ｓ３１２）。ここで、ＩＯＭＵＸ（IO Multiple Xing）とは、それぞれのＧＰＩＯ（General Purpose Input／Output）に割り当てられた入力と出力を組み替える機能である。例えば、同様に設計されたコントローラボード１１０を複数製品で使用する場合、ＩＯＭＵＸによってＧＰＩＯの割り当てを組み替えることによって、ハードウェアの変更を最小にしながら、必要な機能を実現することができる。

ＲＯＭ実行部２０１は、ＬＥＤ１１５上のＬＥＤ（５Ｖ）１１６を点灯させる（Ｓ３１３）。具体的には、ＲＯＭ実行部２０１は、Ｓ３１２で有効にしたＧＰＩＯを利用して、ＬＥＤに通電することにより、ＬＥＤ（５Ｖ）１１６を点灯させる。ＲＯＭ実行部２０１がＳ３１３の処理まで実行できている場合には、コントローラボード１１０には電源ユニット部１７０から５Ｖ電源が供給されているため、ＬＥＤ１１６（５Ｖ）が点灯することにより、正常動作していることが報知される。

ＲＯＭ実行部２０１は、コントローラボード１１０上のクロック設定を行う（Ｓ３１４）。コントローラボード１１０上には、様々な周波数で動作するべきハードウェアが存在している。これらを制御するために、ＲＯＭ実行部２０１はクロック設定を行う。
ＲＯＭ実行部２０１は、ＲＡＭ１１２を初期化し、アクセス可能な状態とする（Ｓ３１５）。

ＲＯＭ実行部２０１は、コントローラボードＬＣＤＣ１３１に関するレジスタを制御し、ＬＣＤＣ１３１を停止する（Ｓ３１６）。画像形成装置１００に電源を投入した直後は、ＬＣＤＣ１３１の初期化は行われず、表示画像データの送信もされない。しかし、初期化処理の完了後におけるＬＣＤＣ１３１の状態を確実に一意にすることで、状態管理をしやすくするために行う。

ＲＯＭ実行部２０１は、表示画像バッファ１３２に関するレジスタを制御し、表示画像バッファ１３２を無効化する（Ｓ３１７）。表示画像バッファの無効化についても、前述したＬＣＤＣ１３１の停止処理と同様、初期化処理の完了後の表示画像バッファ１３２の状態を確実に一意にし、状態管理をしやすくするために行う。

ＲＯＭ実行部２０１は、／ＰＮＬ_ＲＳＴをＨｉｇｈ（ＯＦＦ）に設定し、マイコン１５１のリセット状態を解除する（Ｓ３２２）。最初の／ＰＮＬ_ＲＳＴをＨｉｇｈ（ＯＦＦ）に設定する処理は、／ＰＮＬ_ＲＳＴの初期状態がＨｉｇｈ（ＯＦＦ）であっても、Ｌｏｗ（ＯＮ）であっても、確実にマイコン１５１をリセットするために実行する。
その後、ＲＯＭ実行部２０１は、５０ｍｓの待機をする（Ｓ３２３）。

ここで、ＣＰＵ１１１がマイコン１５１のリセット状態を制御する工程は、実際には以下のとおりである。
まず、ＣＰＵ１１１がリセット信号線（／ＰＮＬ_ＲＳＴ）１２６を制御する。リセット信号（／ＰＮＬ_ＲＳＴ）１２６の状態が変化すると、通信束線１８１のリセット信号線を介して、リセット信号線（／ＰＮＬ_ＲＳＴ）１５２の状態が変化する。これにより、リセット信号線（ＰＮＬ_ＲＳＴ）１５２の状態が変化することで、マイコン１５１のリセット状態が制御される。
しかし、すべてのについて同様の説明を行うと煩雑となるため、以下では、これらの工程についての説明は省略する。

ここで、ＲＯＭ実行部２０１が／ＰＮＬ_ＲＳＴ１２６を設定後、５０ｍｓの待機をする理由は２つある。１つは、ＲＯＭ実行部２０１が／ＰＮＬ_ＲＳＴ１２６を制御してから、通信束線１８１を介して／ＰＮＬ_ＲＳＴ１５２に反映されるまでにわずかに時間を要するためである。もう１つは、信号をＨｉｇｈからＬｏｗ、あるいは、ＬｏｗからＨｉｇｈに変化させようとしても、どちらでもない区間が少なからず存在するためである。
これらの影響を確実に回避するために、５０ｍｓの待機をする。以下の、／ＰＮＬ_ＲＳＴの制御に係る５０ｍｓの待機についても同様の理由である。

ＲＯＭ実行部２０１は、／ＰＮＬ_ＲＳＴをＬｏｗ（ＯＮ）に設定することで、マイコン１５１をリセット状態にする（Ｓ３２４）。
その後、ＲＯＭ実行部２０１は、５０ｍｓの待機をする（Ｓ３２５）。ＲＯＭ実行部２０１は、／ＰＮＬ_ＲＳＴをＨｉｇｈ（ＯＦＦ）にセットすることで、マイコン１５１のリセット状態を解除する（Ｓ３２６）。

以上、Ｓ３２２からＳ３２６までの処理により、ＲＯＭ実行部２０１は、操作部ボード１５０のマイコン１５１のリセット制御を行う。
そして、このリセット制御をトリガーとして、ＲＡＭ実行部２０２によって実行される以下の故障検知のシーケンスを開始する。

まず、ＲＡＭ実行部２０２は、割り込み設定を初期化する（Ｓ３３１）。割り込み設定の初期化についても、前述したＬＣＤＣ１３１の停止処理と同様、初期化処理の完了後の状態を確実に一意にし、状態管理をしやすくするために行う。
ＲＡＭ実行部２０２は、ＵＡＲＴ１２１を初期化する（Ｓ３３２）。これにより、ＲＡＭ実行部２０２は、操作部ボード１５０上で動作する操作部制御部２５１と通信することが可能になる。

ＲＡＭ実行部２０２は、ストレージ１１４を初期化する（Ｓ３３３）。ここで、ストレージ１１４にアクセスが可能になるように、ＲＡＭ実行部２０２は、必要なクロック設定などを行い、ストレージ１１４内に保持されたデータを参照できる状態に移行する。
ＲＡＭ実行部２０２は、電力制御線１８３を介して２４Ｖ電源を有効にする（Ｓ３３４）。
ＲＡＭ実行部２０２は、２４Ｖ通電が行われているか否かを確認する（Ｓ３３５）。
ＲＡＭ実行部２０２は、２４Ｖ通電が正常に行われているか否かによって、以下のとおり、処理を切り替える（Ｓ３３６）。

２４Ｖ通電が正常に行われている場合（Ｓ３３６：Ｙ）、ＲＡＭ実行部２０２は、ＬＥＤ１１５上のＬＥＤ（２４Ｖ）１１７を点灯させる（Ｓ３３７）。具体的には、ＲＡＭ実行部２０２は、Ｓ３１２で有効にしたＧＰＩＯ（General Purpose Input／Output）を利用して、ＬＥＤに通電することにより、２４Ｖ通電を示すＬＥＤ（２４Ｖ）１１７を点灯させる。
一方、２４Ｖ通電が正常に行われていない場合は（Ｓ３３６：Ｎ）、ＬＥＤ（２４Ｖ）１１７は点灯されない。

ＲＡＭ実行部２０２は、操作部制御部２５１に対して初期化コマンド（１）を送信する（Ｓ３４１）。
ＲＡＭ実行部２０２は、操作部制御部２５１から初期化コマンド応答（２）を受信する（Ｓ３４２）。なお、操作部制御部２５１からＵＩ制御部２２３への初期化コマンド応答を送信は、後述の図５のフローチャートのＳ５０６において行われる。

これにより、ＲＡＭ実行部２０２は、操作部制御部２５１との通信を確立し、初期化処理が完了できたことを検知する。なお、初期コマンド応答（２）の受信において、一定時間（ここでは、５秒）内に応答が受信できなかった場合、ＲＡＭ実行部２０２は、タイムアウトが発生したものと判断する。
なお、Ｓ３４１においてＲＡＭ実行部２０２が操作部制御部２５１に対して初期化コマンド（１）を送信すると、後述の図５のフローチャートのＳ５０３において、操作部制御部２５１はＵＩ制御部２２３から初期化コマンド（１）を受信する。

ＲＡＭ実行部２０２は、タイムアウトが発生したかに応じて、処理を切り替える（Ｓ３４３）。
タイムアウトが発生した場合、ＲＡＭ実行部２０２は、操作部間通信エラーＬＥＤ１１８を点灯させる制御を行う（Ｓ３４４）。これにより、コントローラボード１１０と操作部ボード１５０との間の通信が失敗したことが報知される。

ＲＡＭ実行部２０２は、ＬＣＤＣ１３１に関するレジスタを制御し、ＬＣＤＣ１３１を初期化する（Ｓ３４５）。ＬＣＤＣ１３１の初期化では、例えば、ＲＡＭ１１２上の読み出すべきデータが格納されているアドレスや、表示画像データの幅・高さ・色震度・フォーマットの設定をする。なお、ＬＣＤＣ１３１の初期化処理を実行した段階では、ＬＣＤＣ１３１はまだ表示画像データの送信を開始しない。

ＲＡＭ実行部２０２は、ＲＡＭ１１２上に起動画面を意味する表示画像データを生成する（Ｓ３５０）。
ＲＡＭ実行部２０２は、コントローラボード表示画像バッファ１３２に関するレジスタを制御し、コントローラボード表示画像バッファ１３２を有効化する（Ｓ３５１）。
ＲＡＭ実行部２０２は、ＬＣＤＣ１３１に関するレジスタを制御し、ＬＣＤＣ１３１を有効化する（Ｓ３５２）。これにより、ＬＣＤＣ１３１は、表示画像データ信号線（ＬＶＤＳ_ＤＡＴＡ（ＬＣＤＣ）１３５に対して、表示画像データの送信を開始する。

ＲＡＭ実行部２０２は、操作部制御部２５１に対して画面表示コマンド（３）を送信する（Ｓ３５３）。
ＲＡＭ実行部２０２は、操作部制御部２５１から画面表示コマンド応答（４）を受信する（Ｓ３５４）。
これにより、ＲＡＭ実行部２０２は、操作部制御部２５１に対して画面表示準備を要求する。
以上の処理により、ＬＣＤＣ１３１は、操作部ＬＣＤパネル１６２に、表示画像データを送信する。操作部ＬＣＤパネル１６２には、Ｓ３５０で生成した起動画面が表示される。

ＲＡＭ実行部２０２は、ストレージ１１４から、メインプログラム２２０を読み出し、ＲＡＭ１１２上に展開する（Ｓ３６１）。
そして、ＲＡＭ実行部２０２は、ＲＡＭ１１２上に展開したメインプログラム２２０の実行を開始する（Ｓ３６２）。
以上の図３のフローチャートに示した処理によって、ＲＡＭ実行部２０２は、メインプログラム２２０を起動する。

図４は、メインプログラム２２０のＵＩ制御部２２３が実行するＵＩ制御処理のフローチャートである。
なお、本実施例においては、ＵＩ制御部２２３は、ＲＡＭ１１２上の特定メモリ上で電力制御状態を管理する。以下の説明で、「ＵＩ制御部２２３の状態をある状態に設定する」という記載は、ＲＡＭ１１２上の特定メモリ上で管理されている電力制御状態を意味するメモリ内容を変更することを意味する。また、「ＵＩ制御部２２３の状態に応じて処理を切り替える」という記載は、ＲＡＭ１１２上の特定メモリ上で管理されている電力制御状態を意味するメモリ内容に応じて処理を切り替えることを意味する。

ＵＩ制御部２２３は、ＵＩ制御部２２３の状態を画面表示状態に設定する（Ｓ４０１）。この処理は、デバイス制御部３０１が、電源投入イベントを検知し、マイコン１５１を含む操作部ボード１５０に電力供給を行った後に、ＵＩ制御部２２３を起動することによって開始される。

ＵＩ制御部２２３は、操作イベントを受け付けるための操作イベントの受付処理を実行する（Ｓ４０２）。操作イベントは、画像形成装置１００に備わっている様々なセンサーによりユーザの操作が検知されたタイミングで発行される。
例えば、操作部制御部２５１は、物理キーの押下を検知すると、ＵＩ制御２２３へ操作イベントとして通知する。そして、ＵＩ制御部２２３は、操作部制御部２５１へ物理キーの操作コマンド応答を送信するスレッドを動かす。ＵＩ制御部２２３は、各種割り込みに対応する割り込み関数を登録しておき、割り込み関数の中でＵＩ制御部２２３に操作イベントとして通知してもよい。

また、電源制御部２２１は、電源ユニットシーソースイッチ１７１の押下を検知すると、ＵＩ制御部２２３へ操作イベントとして通知する。操作部制御部２５１は、操作部タッチセンサー１６３への操作を検知すると、ＵＩ制御部２２３に操作イベントとして通知する。

スキャナエンジン１９１やプリンタエンジン１９２に対して行われた操作が操作イベントとしてＵＩ制御部２２３に通知されることもある。例えば、スキャナエンジン制御部２４２は、スキャナエンジン１９１に備えられた圧板（不図示）が開閉されたことを検知すると、ＵＩ制御部２２３へ操作イベントとして通知する。同様に、プリンタエンジン制御部２４３は、プリンタエンジン１９２に備えられたトナー交換用ドア（不図示）が開閉されたことを検知すると、ＵＩ制御部２２３へ操作イベントとして通知する。

デバイス制御部２２１から操作イベントが発行されると、ＵＩ制御部２２３は操作イベントを受信する（Ｓ４０３）。
ＵＩ制御部２２３は、ＵＩ制御部２２３の状態と、受信した操作イベントに応じて、以下のように処理を切り替える（Ｓ４０４）。

ＵＩ制御部２２３の状態が画面節電状態であり、かつ、画面表示イベントを受信した場合（Ｓ４０４：ａ）、ＵＩ制御部２２３は以下の処理を実行する。
まず、ＵＩ制御部２２３は、コントローラボード表示画像バッファ１３２に関するレジスタを制御し、コントローラボード表示画像バッファ１３２を有効化する（Ｓ４２１）。
ＵＩ制御部２２３は、ＬＣＤＣ１３１に関するレジスタを制御し、ＬＣＤＣ１３１を有効化する（Ｓ４２２）。これにより、ＬＣＤＣ１３１は、表示画像データ信号線（ＬＶＤＳ_ＤＡＴＡ（ＬＣＤＣ）１３５に対して、表示画像データの送信を開始する。

ＵＩ制御部２２３は、操作部制御部２５１に対して画面表示を要求するために、画面表示コマンド（３）を送信する（Ｓ４２３）。
ＵＩ制御部２２３は、操作部制御部２５１から画面表示コマンド応答（４）を受信する（Ｓ４２４）。
ＵＩ制御部２２３は、画像形成装置１００の状態を画面表示状態に設定する（Ｓ４２５）。

以上のとおり、ＵＩ制御部２２３は、画面節電状態において画面表示イベントを受信した場合、画面節電状態から画面表示状態へ移行する処理を実行する。
受信したイベントに対する処理が完了したら、Ｓ４０３に戻る。そして、ＵＩ制御部２２３は、再び新たなイベントを受信すると、処理を繰り返す。

また、ＵＩ制御部２２３の状態が画面表示状態であり、かつ、画面節電イベントを受信した場合（Ｓ４０４：ｂ）、ＵＩ制御部２２３は以下の処理を実行する。
ＵＩ制御部２２３は、操作部制御部２５１に対して画面節電コマンド（５）を送信する（Ｓ４３１）。
ＵＩ制御部２２３は、操作部制御部２５１から画面節電コマンド応答（６）を受信する（Ｓ４３２）。
これにより、ＵＩ制御部２２３は、操作部制御部２５１が画面節電処理を完了したことを検知する。

ＵＩ制御部２２３は、ＬＣＤＣ１３１に関するレジスタを制御し、ＬＣＤＣ１３１を無効化する（Ｓ４３３）。これにより、ＬＣＤＣ１３１から表示画像データが送信されなくなる。
ＵＩ制御部２２３は、コントローラボード表示画像バッファ１３２に関するレジスタを制御し、コントローラボード表示画像バッファ１３２を無効化する（Ｓ４３４）。これは、画面節電状態における消費電力を削減するために、画面表示を行わない場合には表示画像バッファ１３２への電力供給を停止するためである。
ＵＩ制御部２２３は、画像形成装置１００の状態を画面節電状態に設定する（Ｓ４３５）。

以上のとおり、ＵＩ制御部２２３は、画面表示状態において画面節電イベントを受信した場合、画面表示状態から画面節電状態へ移行する処理を実行する。
受信したイベントに対する処理が完了したら、Ｓ４０３に戻る。そして、ＵＩ制御部２２３は、再び新たなイベントを受信すると、処理を繰り返す。

また、ＵＩ制御部２２３の状態が画面節電状態であり、かつ、電源切断イベントを受信した場合（Ｓ４０４：ｃ）、ＵＩ制御部２２３は、下記処理を実行する。
ＵＩ制御部２２３は、操作部制御部２５１に対して電源切断コマンド（５）を送信する（Ｓ４４１）。
ＵＩ制御部２２３は、操作部制御部２５１から電源切断コマンド応答（６）を受信する（Ｓ４４２）。
ＵＩ制御部２２３は、画像形成装置１００の状態を電源遮断状態に設定する（Ｓ４４３）。

以上のとおり、ＵＩ制御部２２３は、画面節電状態において電源切断イベントを受信した場合、画面節電状態から電源遮断状態へ移行する処理を実行する。
受信したイベントに対する処理が完了したら、Ｓ４０３に戻る。そして、ＵＩ制御部２２３は、再び新たなイベントを受信すると、処理を繰り返す。

ＵＩ制御部２２３は、操作イベントを受信した場合（Ｓ４０４：ｄ）、受信時に画像形成装置１００上で動作し画面表示しているアプリケーション（不図示）に対して、操作イベントを通知する（Ｓ４５１）。
例えば、コピー機能やＦＡＸ機能のアプリケーションが動作している場合、当該アプリケーションに操作イベントを送信することにより、種々のアプリケーションに各種の設定を実行する。
受信したイベントに対する処理が完了したら、Ｓ４０３に戻る。そして、ＵＩ制御部２２３は、再び新たなイベントを受信すると、処理を繰り返す。

なお、上記のＳ４０４のａからｄ以外のイベント受信した場合（Ｓ４０４：ｅ）、ＵＩ制御部２２３は、Ｓ４０３に戻り、ＵＩ制御部２２３は、新たなイベントの受信に備える。

図５は、操作部プログラム２５０の操作部制御部２５１が実行する、操作部ボードの制御処理のフローチャートである。
操作部制御部２５１は、操作部ボード１５０の状態を電源遮断状態に設定する（Ｓ５０１）。
操作部制御部２５１は、操作部ＬＣＤパネル電源信号線（／ＬＣＤ_ＰＯＮ）１６０を制御し、操作部ＬＣＤパネル１６２に対して電力供給を停止する（Ｓ５０２）。

操作部制御部２５１は、ＲＡＭ実行部２０２から初期化コマンド（１）を、一定時間（ここでは、６０秒）のタイムアウト時間を設定して、受信する（Ｓ５０３）。
ここで、６０秒以内に初期化コマンド（１）を受信できたか否かにより、処理を切り替える（Ｓ５８０）。
操作部制御部２５１は、６０秒以内に初期化コマンド（１）を受信できなかった場合（Ｓ５８０：Ｙ）、エラーＬＥＤを点灯させる（Ｓ５８１）。これにより、初期化コマンド（１）の受信が一定時間内に行われなかったことをユーザへ報知する。

一方、操作部制御部２５１は、６０秒以内に初期化コマンド（１）を受信した場合（Ｓ５８０：Ｎ）、バックライト制御信号線（ＬＣＤ_ＰＷＭ）１５９を制御し、操作部ＬＣＤパネル１６２のバックライトを消灯する（Ｓ５０４）。
なお、ＲＡＭ実行部２０２から操作部制御部２５１への初期化コマンド（１）の送信は、前述の図３のフローチャートのＳ３４１において行われる。

操作部制御部２５１は、ＲＡＭ実行部２０２へ初期化コマンド応答（２）を送信する（Ｓ５０６）。
なお、操作部制御部２５１がＲＡＭ実行部２０２へ初期化コマンド応答（２）を送信すると、前述の図３のフローチャートのＳ３４２において、ＲＡＭ実行部２０２は初期化コマンド応答（２）を受信する。
操作部制御部２５１は、操作部ボード１５０の状態を画面節電状態に設定する（Ｓ５０７）。
以上により、操作部制御部２５１は、電源遮断状態から画面節電状態へ移行する処理を実行する。

操作部制御部２５１は、ＵＩ制御部２２３から制御コマンドを受信する（Ｓ５０８）。
操作部制御部２５１は、操作部ボード１５０の状態と、受信した制御コマンドの種別に応じて処理を切り替える（Ｓ５０９）。

制御コマンドを一定時間受信できなかった場合（Ｓ５０９：ａ）、操作部制御部２５１は、タイムアウトが発生したとみなす。
そして、操作部制御部２５１は物理キー制御処理を実行する（Ｓ５９９）。すなわち、操作部制御部２５１は、物理キー１５５の押下状態を検知し、その制御処理を実行する。

物理キー制御処理としては、具体的には、操作部制御部２５１は、操作部物理キー１５５の押下状態をキーマトリックスを用いて検出し、押下状態の変化を検知する。押下状態の変化を検知した場合、操作部制御部２５１は、ＵＩ制御部２２３へ、物理キー押下コマンド（１５）を送信する。更に、操作部制御部２５１は、ＵＩ制御部２２３から、物理キー押下コマンド応答（１６）を受信する。
押下状態の変化を検知しなかった場合は、操作部制御部２５１は、物理キー押下コマンド（１５）の送信や物理キー押下コマンド応答（１６）の受信は行わずに、すぐに次の処理を実行する。なお、物理キー押下状態の検知処理については、本発明の本質に関わる部分ではないため、説明は省略する。
物理キー制御処理の後、Ｓ５０８に戻り、操作部制御部２５１は、再び新たな制御コマンドを受信し、処理を繰り返す。

また、操作部ボード１５０の状態と、受信した制御コマンドの組み合わせとが想定外のものであった場合（Ｓ５０９：ｂ）、操作部制御部２５１は、コマンドエラー応答の送信をする（Ｓ５１０）。
そして、受信した制御コマンドに対する処理が完了したら、操作部制御部２５１は物理キー制御処理を実行する（Ｓ５９９）。
物理キー制御処理の後、Ｓ５０８に戻り、操作部制御部２５１は、再び新たな制御コマンドを受信し、処理を繰り返す。

また、操作部ボード１５０の状態が画面節電状態であり、かつ、画面表示コマンド（３）を受信した場合（Ｓ５０９：ｃ）、操作部制御部２５１は、以下の処理を実行する。
操作部制御部２５１は、操作部ＬＣＤパネル電源信号線（／ＬＣＤ_ＰＯＮ）１６０を制御し、操作部ＬＣＤパネル１６２に対して電力供給を開始する（Ｓ５１１）。
操作部制御部２５１は、バックライト制御信号線（ＬＣＤ_ＰＷＭ）１５９を制御し、操作部ＬＣＤパネル１６２のバックライトを点灯する（Ｓ５１２）。

操作部制御部２５１は、ＵＩ制御部２２３へ画面表示コマンド応答（４）を送信する（Ｓ５１４）。
操作部制御部２５１は、操作部ボード１５０の状態を画面表示状態に設定する（Ｓ５１５）。
以上により、操作部制御部２５１は、画面節電状態から画面表示状態へ移行する処理を実行する。

そして、受信した制御コマンドに対する処理が完了したら、操作部制御部２５１は物理キー制御処理を実行する（Ｓ５９９）。
物理キー制御処理の後、Ｓ５０８に戻り、操作部制御部２５１は、再び新たな制御コマンドを受信し、処理を繰り返す。

また、操作部ボード１５０の状態が画面表示状態であり、かつ、電源節電コマンド（５）を受信した場合（Ｓ５０９：ｄ）、操作部制御部２５１は、以下の処理を実行する。
操作部制御部２５１は、バックライト制御信号線（ＬＣＤ_ＰＷＭ）１５９を制御し、操作部ＬＣＤパネル１６２のバックライトを消灯する（Ｓ５４１）。
その後、操作部制御部２５１は、１ｍｓの待機をする（Ｓ５４２）。

操作部制御部２５１は、操作部ＬＣＤパネル電源信号線（／ＬＣＤ_ＰＯＮ）１６０を制御し、操作部ＬＣＤパネル１６２に対して電力供給を停止する（Ｓ５４５）。
操作部制御部２５１は、ＵＩ制御部２２３に対して画面節電コマンド応答（６）を送信する（Ｓ５４６）。
操作部制御部２５１は、操作部ボード１５０の状態を画面節電状態に設定する（Ｓ５４７）。
以上により、操作部制御部２５１は、画面表示状態から画面節電状態へ移行する処理を実行する。

そして、受信した制御コマンドに対する処理が完了したら、操作部制御部２５１は物理キー制御処理を実行する（Ｓ５９９）。
物理キー制御処理の後、Ｓ５０８に戻り、操作部制御部２５１は、再び新たな制御コマンドを受信し、処理を繰り返す。

また、ＬＥＤ点灯コマンド（９）やＬＥＤ消灯コマンド（１１）などのＬＥＤ制御コマンドを受信した場合（Ｓ５０９：ｅ）、操作部制御部２５１は、以下の処理を実行する。
操作部制御部２５１は、ＬＥＤ点灯コマンド（９）又はＬＥＤ消灯コマンド（１１）に記載されたＬＥＤ制御指示に従って、ＬＥＤ１５７を制御する（Ｓ５５１）。
操作部制御部２５１は、ＵＩ制御部２２３に対してＬＥＤ点灯コマンド応答（１０）又はＬＥＤ消灯コマンド応答（１２）を送信する（Ｓ５５２）。

そして、受信した制御コマンドに対する処理が完了したら、操作部制御部２５１は物理キー制御処理を実行する（Ｓ５９９）。
物理キー制御処理の後、Ｓ５０８に戻り、操作部制御部２５１は、再び新たな制御コマンドを受信し、処理を繰り返す。

また、ブザー鳴動コマンド（１３）を受信した場合（Ｓ５０９：ｆ）、操作部制御部２５１は、以下の処理を実行する。
操作部制御部２５１は、ブザー鳴動コマンド（１３）に記載されたブザー制御指示に従って、操作部ブザー１５６を制御する（Ｓ５６１）。
操作部制御部２５１は、ＵＩ制御部２２３に対してブザー鳴動コマンド応答（１４）を送信する（Ｓ５６２）。

そして、受信した制御コマンドに対する処理が完了したら、操作部制御部２５１は物理キー制御処理を実行する（Ｓ５９９）。
物理キー制御処理の後、Ｓ５０８に戻り、操作部制御部２５１は、再び新たな制御コマンドを受信し、処理を繰り返す。

また、操作部ボード１５０の状態が節電状態であり、かつ、終了コマンド（７）を受信した場合（Ｓ５０９：ｇ）、操作部制御部２５１は、以下の処理を実行する。
操作部制御部２５１は、ＵＩ制御部２２３に対して終了コマンド応答（８）を送信する（Ｓ５７１）。
操作部制御部２５１は、操作部ボード１５０の状態を電源遮断状態に設定する（Ｓ５７２）。

以上により、操作部制御部２５１は、画面節電状態から電源遮断状態へ移行する処理を実行する。
なお、操作部ボード１５０の状態が節電状態であり、かつ、終了コマンド（７）を受信した場合（Ｓ５０９：ｇ）場合のみ、操作部制御部２５１は操作部ボードの制御処理を終了し、以後は新しい制御コマンドを受信しない。

ここで、コントローラボード１１０と操作部ボード１５０の電力状態の遷移についての説明を補足する。
例えば、コントローラボード１１０と操作部ボード１５０が画面節電状態であり、かつ、画面表示イベントを受信したケースを考える。この場合、電力状態の遷移は以下のとおりである。
（１）ＵＩ制御部２２３は、操作部制御部２５１に対して画面表示コマンドを送信する（Ｓ４２３）。
（２）操作部制御部２５１は、画面表示コマンドを受信すると（Ｓ５０８）、ＵＩ制御部２２３に対して画面表示コマンド応答を送信する（Ｓ５１４）。操作部制御部２５１は、更に、操作部ボード１５０の状態を画面表示状態に移行する（Ｓ５１５）。
（３）ＵＩ制御部２２３は、画面表示コマンド応答を受信すると（Ｓ４２４）、コントローラボード１１０の状態を画面表示状態にする（Ｓ４２５）。

すなわち、操作部制御部２５１は、画面表示コマンド応答を送信すると（Ｓ５１４）、自動的に操作部ボード１５０の状態を画面表示状態に移行する（Ｓ５１５）。
しかし、ＵＩ制御部２２３は、画面表示コマンド応答の受信が完了してから、画面表示状態に移行する（Ｓ４２５）
このため、コントローラボード１１０と操作部ボード１５０の電力状態が一致しない区間が存在する。ただし、この区間は非常に短い時間であるため、実質的には、コントローラボード１１０と操作部ボード１５０の電力状態は同期しているとみなすことができる。

ここで、表２を用いて、本実施例の効果について説明する。表２は、コントローラボード１１０と操作部ボード１５０を構成するハードウェア部品の状態と、これらの状態に基づいた報知情報をまとめたものである。なお、“－”で示した部分は、正常であっても異常であっても、結果が同じであることを示している。

なお、表２に示した、各状態と報知情報の組み合わせは、本実施例における一例である。例えば、ＬＥＤの点滅間隔を分けたり、点滅の代わりに点灯をさせたりしてもよい。また、複数色を表現できるＬＥＤを採用し、色によって報知する情報量を増やすこともできる。更に、ＬＥＤの代わりに、例えば、ブザーやメロディーＩＣなど、光以外の方法によってエラー状態を報知する形態を採用することもできる。

操作部ボードの状態としては、ＲＯＭ、／ＰＮＬ_ＲＳＴ、ＲＡＭ／ストレージ、ＴＸ、ＲＸが対象となる。
ＲＯＭは、コントローラボードＲＯＭ１１３の状態である。すなわち、初期化プログラム２００内のＲＯＭ実行部２０１が正常に実行できるか否かを表す。
／ＰＮＬ_ＲＳＴは、リセット信号線（／ＰＮＬ_ＲＳＴ）１２６やリセット信号線（／ＰＮＬ_ＲＳＴ）１５２の通信線状態である。
ＲＡＭ／ストレージは、コントローラボードＲＡＭ１１２やストレージ１１４の状態である。すなわち、初期化プログラム２００内のＲＡＭ実行部２０２が正常に実行できるか否かを表す。また、メインプログラム２２０がストレージ１１４から読み出して、ＲＡＭ１１２上への展開することが、正常に実行できたか否かを表す。

ＴＸは、ＵＡＲＴ送信線（ＴＸ）１２２、ＵＡＲＴ送信線（ＴＸ）１２３、及びＵＡＲＴ受信線（ＲＸ）１５３の状態である。
ＲＸは、ＵＡＲＴ受信線（ＲＸ）１２４、ＵＡＲＴ受信線（ＲＸ）１２５、及びＵＡＲＴ送信線（ＴＸ）１５４の状態である。

報知情報は、大きく分けると、コントローラボード１１０上の報知手段により提供される報知情報と、操作部ボード１５０上の報知手段により提供される報知情報がある。
コントローラボード１１０上の報知手段としては、操作部間通信エラーＬＥＤ１１８が含まれる。操作部間通信エラーＬＥＤ１１８は、コントローラボード１１０と操作部ボード１５０との間の通信が正常に実行できないことを報知するための報知手段である。

操作部ボード１５０上の報知手段には、ＬＣＤパネル１６２とエラーＬＥＤ１５８が含まれる。
ＬＣＤパネル１６２は、表示画像データを表示することによって、正常に画面表示ができる状態であることを報知するための報知手段である。エラーＬＥＤ１５８は、コントローラボード１１０と操作部ボード１５０との間の通信が正常に実行できないことを報知するための報知手段である。

表２の各状態について説明する。
Ｎｏ．１は、すべての部品が正常な状態である場合である。
この場合、操作部間通信エラーＬＥＤ１１８は消灯、操作部ＬＣＤ１６２には表示画像データが表示され、操作部エラーＬＥＤ１５８は消灯している。

Ｎｏ．２は、ＲＸに異常が発生している場合である。
この場合、ＲＡＭ実行部２０２は、Ｓ３４２で初期化コマンド応答を受信できず、タイムアウトするため、Ｓ３４４で操作部間通信エラーＬＥＤ１１８が点滅される。
また、ＲＡＭ実行部２０２は、Ｓ３５４で画面表示コマンド応答を受信できず、後続する処理を実行できなくなるため、ＬＣＤパネル１６２には何も表示されない。

Ｎｏ．３は、ＴＸに異常が発生している場合である。
この場合、ＲＡＭ実行部２０２は、Ｓ３４１で初期化コマンドを送信する。しかし、ＴＸに異常が発生していると、操作部制御部２５１は、Ｓ５０３で初期化コマンド受信ができず、タイムアウトするため、Ｓ５８１でエラーＬＥＤ１５８が点滅される。その結果、操作部制御部２５１はＳ５０６での初期化コマンド応答を送信しない。
また、ＲＡＭ実行部２０２は、Ｓ３４２で初期化コマンド応答を受信できず、タイムアウトするため、Ｓ３４４で操作部間通信エラーＬＥＤ１１８が点滅される。
また、ＲＡＭ実行部２０２は、Ｓ３５４で画面表示コマンド応答を受信できず、後続する処理が実行できなくなるため、ＬＣＤパネル１６２には何も表示されない。

Ｎｏ．４は、ＲＡＭ／ストレージに異常が発生している場合である。
この場合、ＲＯＭ実行部２０１は、Ｓ３１５でＲＡＭ１１２の初期化する。しかし、ＲＡＭ実行部２０２を正常に起動・動作できなかった場合、ＲＡＭ実行部２０２の処理は実行されないため、ＲＡＭ実行部２０２はＳ３４１で初期化コマンドを送信できない。そのため、操作部制御部２５１は、Ｓ５０３で初期化コマンドを受信できず、タイムアウトとみなして、Ｓ５８１でエラーＬＥＤ１５８が点滅される。

Ｎｏ．５は、／ＰＮＬ_ＲＳＴに異常が発生している場合である。
この場合、ＲＯＭ実行部が、Ｓ３２２、Ｓ３２４、Ｓ３２６でリセット信号を制御しても、操作部ボード１５０へ通知されないため、操作部制御部２５１は、Ｓ５０１以後の処理を実行できない。そのため、ＲＡＭ実行部２０２は、Ｓ３４１で初期化コマンドを送信するが、Ｓ３４２で初期化コマンド応答を受信する際に必ずタイムアウトが発生するため、Ｓ３４４で操作部間通信エラーＬＥＤ１１８が点滅される。

Ｎｏ．６は、／ＰＮＬ_ＲＳＴとＲＡＭ／ストレージの両方に異常が発生している場合である。
この場合、ＲＯＭ実行部２０１が、Ｓ３２２、Ｓ３２４、Ｓ３２６でリセット信号を制御するが、ＲＡＭ実行部２０２に異常が発生しているため、操作部制御部２５１は、Ｓ５０１以後の処理が実行できない。
また、ＲＯＭ実行部２０１はＳ３１５でＲＡＭ１１２を初期化する。しかし、ＲＡＭ実行部２０２が正常に起動・動作できなかった場合、Ｓ３４１での初期化コマンドの送信や、Ｓ３４２での初期化コマンド応答の受信ができない。そのため、操作部間通信エラーＬＥＤ１１８は、Ｓ３４４で点滅することなく、消灯状態となり、エラーＬＥＤ１５８も消灯状態となる。

Ｎｏ．７は、ＲＯＭ１１３に格納されている初期プログラム２００の内容が破損している場合、又は、ＲＯＭ１１３自体が故障をし、初期プログラム２００の起動に失敗した場合である。
この場合、ＲＯＭ実行部２０１が起動しないことから、ＲＡＭ実行部２０２も起動しない。また、操作部プログラム２５０も起動しない。そのため、電源投入していないのと同じ状況となる。

なお、Ｎｏ．６とＮｏ．７とでは、報知情報が一致している。しかし、これらの場合では、ＲＯＭとＲＡＭ／ストレージのいずれかが故障しており、コントローラボード１１０自体を交換しなければならないため、報知情報が同じでも、実運用上の問題は発生しない。

以上のとおり、本実施例によれば、コントローラボード１１０上のＲＡＭ１１３やストレージ１１４に異常が発生しても、操作部ボード１５０上の報知手段によって、発生した異常をユーザやサービスマンへ報知することができる。この際、コントローラボード１１０とは独立して動作する自己診断部を設けることなく、ソフトウェアによって実現することができるため、自己診断機能を実現する際のハードウェアのコストを増加させずに済ませることができる。

また、本実施例によれば、故障を検知するために、特別なハードウェアや配線を追加することなく、ソフトウェアのシーケンスの変更により実現することができる。すなわち、従来、画面表示に通常用いられる信号線に故障が発生した場合、故障の発生をコントローラボードから操作部ボードに通知するためには、信号線とは別の信号線を備えることが必要であった。
これに対して、本実施例では、画面表示に通常用いられる信号線のみを用い、別の信号線を用いることなく、故障の検知や報知を実現することができる。これにより、ハードウェアのコスト増をもたらすことなく、故障の検知や報知を実現することができる。

また、本実施例では、コントローラボード１１０側のみが故障の検知をするのではなく、操作部ボード１５０側でも故障を検知することができる。すなわち、従来、コントローラボード側で故障を検知し、コントローラボードが操作部ボードで故障の発生を通知することにより、操作部ボード側で表示を行うことが一般的であった。しかし、このような形態では、コントローラボードと操作部ボードとの間の通信などにおいて故障が発生した場合、ユーザへ報知する手段が失われてしまう。
これに対して、本実施例では、操作部ボード１５０が、コントローラボード１１０とは独立して、故障を検知する機能を有する。さらに、本実施例では、故障を検知するボードのそれぞれが故障を報知する手段を備えている。このため、コントローラボード１１０が完全な正常起動をしない状態であっても、故障を報知することができる。

また、本実施例では、故障検知手段が、ＲＯＭ実行部２０１と、ＲＡＭ実行部２０２との連携によって実現される。従来は、ＲＯＭ実行部２０１が、コントローラボード上に実装された各種ハードウェア部品の初期化処理を実行し、また、ＲＡＭ実行部２０２が、故障の有無を判断するような複雑なプログラムを実行することが一般的であった。
これに対して、本実施例では、ＲＯＭ実行部２０１が操作部制御部２５１により故障検知を開始するトリガーとしての役割も担う。これにより、ＲＡＭ実行部２０２に動作できない異常が発生したとしても、ＲＯＭ実行部２０１が動作可能であれば、その範囲で異常を報知することができる。

＜実施例２＞
実施例１では、コントローラボード１１０による操作部マイコン１５１のリセット制御をトリガーとして、初期化コマンドの送信や、初期化コマンド応答の受信などからなる、故障検知のための一連のシーケンスを実行した。

しかし、操作部マイコン１５１に対するリセット制御以外にも、別の手段をトリガーとして、実施例１のような一連のシーケンスを実行することもできる。
例えば、操作部ボード１５０への電力供給の開始をトリガーとして、一連のシーケンスを実行することもできる。また、操作部マイコン１５０に対するリセット制御する信号線以外をトリガーとして、一連のシーケンスを実行することもできる。

また、コントローラボード１１０が操作部ボード１５０へのリセット制御をした後、操作部ボード１５０が初期化コマンドを送信し、コントローラボード１１０が初期化コマンド応答を送信することにより、一連のシーケンスを実行することもできる。
すなわち、操作部ボード１５０へのリセット制御を行った後の制御コマンドの送受信は、コントローラボード１１０と操作部ボード１５０のどちらが主体となっても、実行することができる。

＜その他の実施例＞
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上述の実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形が可能であり、それらを本発明の範囲から除外するものではない。すなわち、上述の実施例及びその変形例を組み合わせた構成もすべて本発明に含まれるものである。

１００ 画像形成装置
１１０ コントローラボード
１５０ 操作部ボード
１８１ 通信束線
２０１ ＲＯＭ実行部
２０２ ＲＡＭ実行部

Claims (16)

1. 情報処理装置であって、
   第１の制御基板と、
   第２の制御基板と、
   前記第１の制御基板と第２の制御基板とを通信可能に接続する通信線と、
   前記第１の制御基板は、第１のプログラムを記憶する第１の記憶手段と、前記第１のプログラムを実行する第１の実行手段と、を有し、
   前記第１のプログラムは、
   前記第１の実行手段を、
   前記第１の制御基板から前記通信線を介して前記第２の制御基板に第１の信号を送信し、次に前記通信線を介して前記第２の制御基板に第１のコマンドを送信する第１の送信手段と
   前記第１の制御基板が、前記第１のコマンドを送信した後、第１の所定の期間内に前記第１のコマンドに対する応答を受信しない場合、前記第２の制御基板の状態を通知する第１の通知手段として機能させ、
   前記第２の制御基板は、第２のプログラムを記憶する第２の記憶手段と、前記第２のプログラムを実行する第２の実行手段と、を有し、
   前記第２のプログラムは、
   前記第２の実行手段を、前記通信線を介して前記第２の制御基板から前記第１のコマンドへの応答を前記第１の制御基板に送信する第２の送信手段と、
   前記第２の制御基板が、前記第１の制御基板から送信された前記第１の信号を受信した後、前記第２の制御基板が、前記第１の所定の期間とは異なる第２の所定の期間内に前記第１のコマンドを受信しない場合、前記第１の制御基板の状態を通知する第２の通知手段として機能させ、
   前記第１の送信手段は、前記通信線を介して前記第２の制御基板をリセットするためのリセット信号を前記第１の信号として送信する、
   ことを特徴とする情報処理装置。
2. 情報処理装置であって、
   第１の制御基板と、
   第２の制御基板と、
   前記第１の制御基板と前記第２の制御基板とを通信可能に接続する通信線と、
   前記第１の制御基板が、前記通信線を介して前記第２の制御基板に第１の信号を送信し、次に前記通信線を介して前記第２の制御基板に第１のコマンドを送信する第１の送信手段と、
   前記第２の制御基板が、前記通信線を介して前記第１のコマンドへの応答を前記第１の制御基板に送信する第２の送信手段と、
   前記第２の制御基板が、前記第１の制御基板から送信された前記第１の信号を受信した後、前記第２の制御基板が、第１の所定の期間内に前記第１のコマンドを受信しない場合、前記第１の制御基板の状態を通知する第１の通知手段と、
   前記第１の制御基板が、前記第１のコマンドを送信した後、前記第１の所定の期間とは異なる第２の所定の期間内に前記第１のコマンドに対する応答を受信しない場合、前記第２の制御基板の状態を通知する第２の通知手段と、を有し、
   前記第１の信号は、前記第２の制御基板をリセットするためのリセット信号である
   ことを特徴とする情報処理装置。
3. 表示部をさらに備え、
   前記第２の制御基板は、前記表示部の画面上に画像を表示させるコントローラを有することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第１の制御基板は、前記通信線を介して前記第２の制御基板に表示データを送信し、
   前記コントローラは、受信した前記表示データに基づいて前記表示部の画面上に画像を表示させる
   ことを特徴とする請求項３に記載の情報処理装置。
5. 第１の発光部をさらに備え、
   前記第２の制御基板は、前記第１の信号を受信した後、前記第２の所定の期間内に前記第１のコマンドを受信しない場合、前記第１の通知手段は、前記第１の発光部を第１の発光状態にすることを特徴とする請求項１又は２に記載の情報処理装置。
6. 前記第１の発光状態は点滅状態である
   ことを特徴とする請求項５に記載の情報処理装置。
7. 第２の発光部をさらに備え、
   前記第１の制御基板は、前記第１のコマンドを送信した後、前記第１の所定の期間内に前記第１のコマンドに対する応答を受信しない場合、前記第２の通知手段は、前記第２の発光部を第２の発光状態にする
   ことを特徴とする請求項１又は２に記載の情報処理装置。
8. 前記第２の発光状態は点滅状態である
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記第１の送信手段がリセット信号を送信し、その後、前記第１のコマンドとして初期化コマンドを送信する
   ことを特徴とする請求項１又は２に記載の情報処理装置。
10. 表示部と、
    前記表示部の画面上のユーザ操作を検出するように構成された検出手段をさらに備え、
    前記通信線は、前記検出手段によって検出された前記ユーザ操作に関する情報を前記第１の制御基板に送信する
    ことを特徴とする請求項１又は２に記載の情報処理装置。
11. 前記第１の通知手段は、前記第１の制御基板の状態として音を出力する
    ことを特徴とする請求項１又は２に記載の情報処理装置。
12. 前記第２の通知手段は、前記第２の制御基板の状態として音を出力する
    ことを特徴とする請求項１又は２に記載の情報処理装置。
13. 記録媒体上に画像を印刷するように構成されたプリンタ部をさらに備える
    ことを特徴とする請求項１又は２に記載の情報処理装置。
14. 文書の画像をスキャンするように構成されたスキャナ部をさらに備える
    ことを特徴とする請求項１又は２に記載の情報処理装置。
15. 情報処理装置の制御方法であって、
    情報処理装置は、
    第１の制御基板と、
    第２の制御基板と、
    前記第１の制御基板と第２の制御基板とを通信可能に接続する通信線と、
    前記第１の制御基板は、第１のプログラムを記憶する第１の記憶手段と、前記第１のプログラムを実行する第１の実行手段と、を有し、
    前記第１の実行手段は、前記第１のプログラムを実行して、
    前記第１の制御基板から前記通信線を介して前記第２の制御基板に第１の信号を送信し、次に前記通信線を介して前記第２の制御基板に第１のコマンドを送信する第１の送信工程と
    前記第１の制御基板が、前記第１のコマンドを送信した後、第１の所定の期間内に前記第１のコマンドに対する応答を受信しない場合、前記第２の制御基板の状態を通知する第１の通知工程を実行し、
    前記第２の制御基板は、第２のプログラムを記憶する第２の記憶手段と、前記第２のプログラムを実行する第２の実行手段と、を有し、
    前記第２の実行手段は、前記第２のプログラムを実行して、
    前記通信線を介して前記第２の制御基板から前記第１のコマンドへの応答を前記第１の制御基板に送信する第２の送信工程と、
    前記第２の制御基板が、前記第１の制御基板から送信された前記第１の信号を受信した後、前記第２の制御基板が、前記第１の所定の期間とは異なる第２の所定の期間内に前記第１のコマンドを受信しない場合、前記第１の制御基板の状態を通知する第２の通知工程を実行し、
    前記第１の送信工程において、前記通信線を介して前記第２の制御基板をリセットするためのリセット信号を前記第１の信号として送信する、
    ことを特徴とする情報処理装置の制御方法。
16. 情報処理装置の制御方法であって、
    情報処理装置は、
    第１の制御基板と、
    第２の制御基板と、
    前記第１の制御基板と前記第２の制御基板とを通信可能に接続する通信線とを有し
    前記制御方法は、
    前記第１の制御基板が、前記通信線を介して前記第２の制御基板に第１の信号を送信し、次に前記通信線を介して前記第２の制御基板に第１のコマンドを送信する第１の送信工程と、
    前記第２の制御基板が、前記通信線を介して前記第１のコマンドへの応答を前記第１の制御基板に送信する第２の送信工程と、
    前記第２の制御基板が、前記第１の制御基板から送信された前記第１の信号を受信した後、前記第２の制御基板が、第１の所定の期間内に前記第１のコマンドを受信しない場合、前記第１の制御基板の状態を通知する第１の通知工程と、
    前記第１の制御基板が、前記第１のコマンドを送信した後、前記第１の所定の期間とは異なる第２の所定の期間内に前記第１のコマンドに対する応答を受信しない場合、前記第２の制御基板の状態を通知する第２の通知工程と、を有し、
    前記第１の信号は、前記第２の制御基板をリセットするためのリセット信号である
    ことを特徴とする情報処理装置の制御方法。

Images