JP5510655B2 - 画像処理装置 - Google Patents

Description

本発明は、システム障害の原因分析に使用される情報を装置内に記憶する画像処理装置に関する。

一般に複写機や複合機などの画像処理装置では、故障や異常が発生したときに、どのような動作中に故障が起きたのか、どの時点から異常が発生していたのかなどを特定するために、絶えず動作ログを記録している。さらに操作ログやジョブログなど、より多くのログデータを記録することで、故障や異常によるシステム障害の原因分析を容易にすることも行われている。このログデータは、通常はハードディスク装置や不揮発メモリなどの不揮発性記憶装置に保存される。また、システム障害の原因分析には、障害が発生したときの揮発性メモリ上のデータを不揮発性記憶装置にファイル（ダンプファイル）として保存するメモリダンプなども使用される。そして、通常はＣＰＵ（Central Processing Unit）が制御プログラム（ＯＳプログラムやファームウェアプログラムなど）を実行して装置の各部を制御し、ログデータの記録やメモリダンプを行っている。

一方、ログデータに関しては、装置内に保存されているログデータを装置の保守者などが容易に取得できるようにする技術が考案されている。たとえば、ＣＰＵとＳＶＰ（サービスプロセッサ）を備えた情報処理装置において、ＣＰＵによるＯＳ（オペレーティングシステム）の実行中にＯＳがダウンした場合に、ＣＰＵ上のＯＳがエラーログ（ＯＳダウンの情報や周辺装置のエラー情報）をＳＶＰとの通信領域に格納し、障害発生をＳＶＰに通報する。ＳＶＰは、ＣＰＵ上のＯＳから障害発生の通報を受けると、通信領域に格納されているエラーログを読み出してディスクに記憶し、通報先となる保守センタとの回線接続を行い、ディスクからエラーログを読み出して保守センタに自動送信する。これにより、保守センタに居る情報処理装置の保守者がエラーログを容易に取得できるようにしている（特許文献１参照）。

特開平５−１７３８４９号公報

ＯＳ実行中におけるＯＳダウン時に、ＣＰＵ上のＯＳがエラーログを格納したり、障害発生をＳＶＰに通報したりする上記の技術では、ＣＰＵがハングアップした場合に、エラーログの格納やＳＶＰへの障害発生の通報が不可能となり、エラーログを取得できない問題がある。また、エラーログの格納と障害発生の通報とをＯＳ自身が行うため、その機能をＯＳに付加するカスタマイズが必要となる。

また、ＣＰＵがログデータの記録やメモリダンプを行う従来の構成においても、制御プログラムの故障などでＣＰＵがハングアップすると、やはり不揮発性記憶装置に保存されているログデータや揮発性メモリ上のデータを取得できなくなる可能性がある。すなわち、ログデータが保存されているハードディスク装置や不揮発メモリなどに対しては、ＣＰＵは制御プログラムを介してアクセスするが、制御プログラムが故障していると、装置を再起動しても、ＣＰＵは制御プログラムを実行すると再びハングアップして不揮発性記憶装置にアクセスできない可能性がある。また、ＣＰＵがハングアップした場合は装置の電源を一旦落さなければならないため、揮発性メモリ上のデータは消去されてしまい、取得できなくなる。

本発明は、上記の問題を解決しようとするものであり、ＣＰＵによる制御下で装置の動作中に装置内に記憶された装置各部の状態を示す状態情報を、ＣＰＵの動作停止状態でも取得することができる画像処理装置を提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。

［１］画像データが入力される入力部と、
前記入力部から入力された画像データを処理する処理部と、
第１記憶部と、
揮発性の第２記憶部と、
前記処理部を含む当該画像処理装置の各部の動作を制御する際に一時記憶する制御データを前記第２記憶部に一時記憶して前記制御を行うと共に、当該画像処理装置の動作に係るログデータを当該画像処理装置の動作中に前記第１記憶部に記憶する第１のＣＰＵと、
外部装置と通信する通信部と、
前記第１のＣＰＵの動作を監視し、前記第１のＣＰＵの動作が異常停止したことを検知した場合に、前記第２記憶部から前記制御データを読み出し、前記第１記憶部から前記ログデータを読み出し、これらを前記通信部を通じて外部装置へ出力する第２のＣＰＵと、
を備えた画像処理装置。

上記発明では、第１のＣＰＵは処理部を含む当該画像処理装置の各部の動作を制御すると共に該制御の際に一時記憶する制御データを第２記憶部に一時記憶する。また、入力部から入力された画像データの処理を処理部に行わせるなどする。また、当該画像処理装置の動作に係るログデータを装置の動作中に第１記憶部に記憶する。第２のＣＰＵは、第１のＣＰＵの動作が異常停止したことを検知した場合に、第２記憶部からは制御データを読み出し、第１記憶部からはログデータを読み出し、これらを通信部を通じて外部装置へ出力する。

このように、第２のＣＰＵが第１のＣＰＵとは独立して動作し、第１のＣＰＵの動作が異常停止したことを検知した場合に装置内に記憶されている制御データやログデータを外部装置へ出力するので、第１のＣＰＵの動作停止状態でも、装置内に記憶されている状態情報を外部装置にて取得することができる。

これにより、第１のＣＰＵの動作が異常停止した場合は、装置内に記憶されているログデータ等を迅速に外部装置へ出力することができる。
また上記発明では、第１のＣＰＵの動作が異常停止した場合に、装置内に記憶されているログデータや制御データ（当該画像処理装置の各部を制御するために一時記憶され逐次更新される制御データ）を外部装置にて取得することができる。たとえば、ログデータの解析により、第１のＣＰＵの動作が異常停止する直前の画像処理装置の各部の動作状況などを把握することができる。制御データの解析により、第１のＣＰＵの動作が異常停止する直前の制御状況を把握することができる。これにより、第１のＣＰＵに発生した障害（動作異常停止）の原因分析が容易となる

［２］前記第２のＣＰＵは、外部装置から前記通信部を通じて状態情報取得要求を受けた場合に前記出力を行う
ことを特徴とする［１］に記載の画像処理装置。

上記発明では、第２のＣＰＵは外部装置から状態情報取得要求を受信すると、装置内に記憶されているログデータ等を外部装置へ出力する。これにより、外部装置から状態情報取得要求を画像処理装置に送信することで、第１のＣＰＵが動作停止状態であるか否かにかかわらず、画像処理装置内に記憶されているログデータ等を外部装置にて取得することができる。

［３］前記第１記憶部は、不揮発性の記憶部である
ことを特徴とする［１］または［２］に記載の画像処理装置。

［４］前記第１のＣＰＵは、前記第２のＣＰＵに指示して前記ログデータを前記第１記憶部に記憶させる
ことを特徴とする［１］〜［３］のいずれか１項に記載の画像処理装置。

上記発明では、第１のＣＰＵは第２のＣＰＵに指示して、ログデータを第１記憶部に記憶させる。これにより、第１のＣＰＵが直接、ログデータを第１記憶部に記憶する場合に比べて、第１のＣＰＵに掛かる処理負荷を軽減することができる。

［５］前記第１のＣＰＵは、前記第２のＣＰＵを介さずに前記ログデータを前記第１記憶部に記憶する
ことを特徴とする［１］〜［３］のいずれか１項に記載の画像処理装置。

上記発明では、第１のＣＰＵは第２のＣＰＵを介さずに、直接、ログデータを第１記憶部に記憶する。これにより、第２のＣＰＵに掛かる処理負荷を軽減することができる。

本発明の画像処理装置によれば、ＣＰＵ（第１のＣＰＵ）による制御下で装置の動作中に装置内に記憶された制御データやログデータを、ＣＰＵの動作停止状態でも取得することができる。したがって、ＣＰＵの動作が異常停止する障害が発生した場合には、装置内から取得した制御データやログデータに基づいて、障害の原因分析を容易に行うことができる。

本発明の第１の実施形態に係るシステムの構成を示すシステム構成図である。 本発明の第１の実施形態に係る複合機の概略構成を示すブロック図である。 ログ取得要求パケットのデータ構造を示す図である。 複合機のメインＣＰＵおよびサブＣＰＵと管理者端末との状態情報（ログデータなど）の取得に係るやり取り（正常時）を示す図である。 複合機のメインＣＰＵおよびサブＣＰＵと管理者端末との状態情報（ログデータなど）の取得に係るやり取り（異常時）を示す図である。 複合機が内部記憶している状態情報（ログデータなど）を管理者端末へ出力する際のデータの流れを示す説明図である。 本発明の第１の実施形態に係るサブＣＰＵの動作を示す流れ図である。 本発明の第２の実施形態に係る複合機のメインＣＰＵおよびサブＣＰＵと管理者端末のログ取得に係るやり取りの概要（異常時）を示す図である。 本発明の第２の実施形態に係るサブＣＰＵの動作を示す流れ図である。

以下、図面に基づき本発明の実施形態を説明する。

［第１の実施形態］
図１は、本発明の第１の実施形態に係るシステムの構成を示している。本システムは、オフィスなどに設けられたＬＡＮ（Local Area Network）などのネットワーク２に、画像処理装置としての複合機１０と、ユーザ端末３０と、管理者端末４０とが接続されて構成される。

ユーザ端末３０は、複合機１０にスキャンジョブやプリントジョブなどのジョブを送信してその実行を要求する機能を備えている。ユーザ端末３０は、ＯＳプログラムや複合機１０のドライバプログラム、文書や画像を作成・編集するアプリケーションプログラムなどがインストールされたＰＣ（パーソナルコンピュータ）などで構成される。スキャンジョブやプリントジョブの送信および実行要求など複合機１０に対する各種の要求は、複合機１０用のドライバプログラムによって行われる。

管理者端末４０は、ＰＣなどで構成され、複合機１０からログデータや制御データなどを取得する機能を備えている。複合機１０から取得するこれらのデータは、複合機１０の各部の状態を示す「状態情報」であり、複合機１０に故障や異常が発生したときの原因分析に使用されるものである。管理者端末４０は、状態情報取得要求（ログ取得要求パケット）を複合機１０へ送信し、その応答として複合機１０から状態情報の返信を受けることにより、複合機１０から状態情報を取得する。

図２は、複合機１０の概略構成を示している。複合機１０は、原稿の画像を光学的に読み取ってその複製画像を記録紙に印刷して出力するコピー機能、読み取った原稿の画像データをファイルにして保存したりユーザ端末３０へ送信したりするスキャン機能、ユーザ端末３０から受信した印刷データに基づく画像や当該複合機１０に保存されている画像データに基づく画像を記録紙に印刷して出力するプリンタ機能、ファクシミリ機能などを備えている。

また複合機１０は、独立して動作する２つのＣＰＵを備えたデュアルプロセッサシステム（マルチプロセッサシステム）の構成であり、複合機１０の各部の動作を制御すると共に、各部の状態を示す状態情報を複合機１０の動作中に記憶部に記憶するメインＣＰＵと、記憶部から状態情報を読み出し管理者端末４０へ出力するサブＣＰＵとを備えている。メインＣＰＵではＯＳプログラムをベースとし、その上で、ミドルウェアやアプリケーションプログラム、ファームウェアプログラムなどが実行される。サブＣＰＵは、メインＣＰＵより処理能力が小さく消費電力も少ないＣＰＵである。

複合機１０は、メインＣＰＵ１１と、サブＣＰＵ１２と、ＲＯＭ（Read Only Memory）１３と、ＲＡＭ（Random Access Memory）１４と、不揮発メモリ１５と、ハードディスク装置１６と、表示部１７と、操作部１８と、ファクシミリ通信部１９と、ネットワーク通信部２０と、画像処理部２１と、スキャナ部２２と、プリンタ部２３とがバス２４に接続されて構成される。

メインＣＰＵ１１は、ＲＯＭ１３に格納されているプログラム（ファームウェアプログラム）に従って複合機１０の動作を制御する。サブＣＰＵ１２は、ＲＯＭ１３に格納されているプログラムに従って、ログデータや制御データなどの状態情報を管理者端末４０へ出力する。

ＲＯＭ１３には、メインＣＰＵ１１によって実行されるプログラム（ファームウェアプログラム）と、サブＣＰＵ１２によって実行されるプログラムと、各種の固定データなどが記憶されている。ＲＡＭ１４は、メインＣＰＵ１１およびサブＣＰＵ１２がプログラムを実行する際に各種データを一時的に格納するワークメモリとして使用されるほか、画像データを一時的に保存するための画像メモリなどにも使用される。

不揮発メモリ１５は、電源がオフにされても記憶が保持される書き換え可能なメモリである。不揮発メモリ１５には、装置固有の情報や各種の設定情報などが記憶される。ハードディスク装置１６は、大容量不揮発の記憶装置であり、ＯＳプログラム、アプリケーションプログラム、各種の保存データを格納するほか、印刷データや画像データなども保存する。

表示部１７は、液晶ディスプレイなどで構成され、待機画面、操作画面、設定画面などの各種の画面を表示する。操作部１８は、スタートボタン、ストップボタン、テンキーなどの各種のボタン類と、液晶ディスプレイの表面に設けられて押下された座標位置を検出するタッチパネルなどで構成され、ユーザが複合機１０に対して行う各種の操作を受け付ける。

ファクシミリ通信部１９は、ファクシミリ機能を備えた外部装置と公衆回線を通じて画像データを送受信する。ネットワーク通信部２０は、ネットワーク２を通じてユーザ端末３０や管理者端末４０などと通信を行う。

画像処理部２１は、画像データに対して、画像補正、回転、拡大／縮小、圧縮／伸張など各種の画像処理を施す。

スキャナ部２２は、原稿の画像を光学的に読み取って画像データを取得する。スキャナ部２２は、たとえば、原稿に光を照射する光源と、その反射光を受けて原稿を幅方向に１ライン分読み取るラインイメージセンサと、ライン単位の読取位置を原稿の長さ方向に順次移動させる移動手段と、原稿からの反射光をラインイメージセンサに導いて結像させるレンズやミラーなどからなる光学系と、ラインイメージセンサの出力するアナログ画像信号をデジタルの画像データに変換する変換部などを備えて構成される。

プリンタ部２３は、画像データに基づく画像を電子写真プロセスによって記録紙上に形成して出力する。プリンタ部２３は、たとえば、記録紙の搬送装置と、感光体ドラムと、帯電装置と、入力される画像データに応じて点灯制御されるＬＤ（Laser Diode）と、ＬＤから射出されたレーザ光を感光体ドラム上で走査させる走査ユニットと、現像装置と、転写分離装置と、クリーニング装置と、定着装置とを有する、いわゆるレーザープリンタとして構成されている。レーザ光に代えてＬＥＤ（Light Emitting Diode）で感光体ドラムを照射するＬＥＤプリンタのほか他の方式のプリンタであってもかまわない。

またメインＣＰＵ１１は、複合機１０の動作中は、複合機１０の各部の動作履歴（動作状況）を示す動作ログデータを逐次生成する。操作部１８に対する操作を受けると、その操作履歴を示す操作ログデータを生成する。ジョブを実行すると、そのジョブ履歴を示すジョブログデータを生成する。また、複合機１０がユーザ認証機能を備えている場合には、ユーザのログイン／ログアウトの履歴を示すユーザ管理ログデータ（ユーザ管理情報）を生成する。そしてメインＣＰＵ１１は、生成したログデータを不揮発メモリ１５に逐次記憶する。このログデータは、不揮発メモリ１５に逐次追記されて蓄積（保存）される。なお、ログデータはハードディスク装置１６に記憶・保存するようにしてもよい。

またメインＣＰＵ１１は、自身が直接（サブＣＰＵ１２を介さずに）ログデータを不揮発メモリ１５に記憶するようにしてもよいし、サブＣＰＵ１２に指示してログデータを不揮発メモリ１５に記憶させるようにしてもよい。たとえば、自身がアクセス可能な記憶領域に記憶する場合は前者の構成とし、サブＣＰＵ１２のみがアクセス可能な記憶領域に記憶する場合は後者の構成とするようにしてもよい。

複合機１０から管理者端末４０へ出力される状態情報は、上記の不揮発メモリ１５に保存されているログデータの他に、制御データがある。制御データは、メインＣＰＵ１１がファームウェアプログラムを実行して複合機１０の動作を制御する際に、ＲＡＭ１４に一時記憶され逐次更新されるデータ（メモリデータ）と、メインＣＰＵ１１のレジスタに一時記憶され逐次更新されるデータ（レジスタデータ）などである。また、ＲＡＭ１４に画像データが一時記憶されている場合は、そのＲＡＭ１４上の画像データを管理者端末４０へ出力する状態情報に含めるようにしてもよい。

サブＣＰＵ１２は、メインＣＰＵ１１が実行するＯＳプログラムやファームウェアプログラムに依存することなく、メインＣＰＵ１１とは独立して動作し、メインＣＰＵ１１の動作あるいは給電が停止する電源状態でも、サブＣＰＵ１２は稼動している。ここでは、サブＣＰＵ１２は稼動状態にて、メインＣＰＵ１１のレジスタ、ＲＡＭ１４、不揮発メモリ１５、ハードディスク装置１６にアクセスする機能と、特定のプロトコルによってネットワーク通信部２０からネットワーク２を通じて外部装置と通信する機能とを備えている。すなわち、ネットワーク通信部２０はサブＣＰＵ１２によってルーティングされ、ＯＳプログラムやファームウェアプログラムに依存することなく、ネットワーク２を通じて管理者端末４０などの外部装置と通信することができる。

たとえば、複合機１０が省電力状態などへ移行してメインＣＰＵ１１が動作を停止している状態やファームウェアプログラムを落とした状態でも、電源オン状態ではサブＣＰＵ１２への通電が行われ、サブＣＰＵ１２は上記の各記憶部へのアクセスと、特定のプロトコルによってネットワーク通信部２０からネットワーク２を通じて外部装置との通信とを行う。

本実施形態では、複合機１０が管理者端末４０からログ取得要求パケットを受け取ると、サブＣＰＵ１２は不揮発メモリ１５、ＲＡＭ１４、メインＣＰＵ１１のレジスタから状態情報（ログデータ、制御データ）を読み出して管理者端末４０へ出力する。

図３は、管理者端末４０が複合機１０へ送信するログ取得要求パケット５０のデータ構造を示している。

ログ取得要求パケット５０には、送信元（管理者端末４０）のＩＰ（Internet Protocol）アドレスと、送信先（複合機１０）のＩＰアドレスと、複合機１０の管理者アカウントおよびパスワードと、ログデータ取得要求コマンドとが書き込まれている。ログデータ取得要求コマンドは、たとえば図に示すような「GetStorageData」などの独自のコマンド名である。

次に、複合機１０の動作について説明する。

図４および図５は、複合機１０のメインＣＰＵ１１およびサブＣＰＵ１２と管理者端末４０との間で行う状態情報の取得に係るやり取り（正常時／異常時）を示している。なお、これらの図では、状態情報を「ログデータ」と表記している。図６は、複合機１０が内部記憶しているログデータや制御データなどの状態情報を管理者端末４０へ出力する際のデータの流れを示している。

複合機１０は、電源がオンにされて起動すると、メインＣＰＵ１１がファームウェアプログラムを実行して複合機１０の動作を制御する。制御においては、メインＣＰＵ１１は内部のレジスタやＲＡＭ１４に、制御に係るデータを一時記憶し、逐次更新する。複合機１０の動作中は、動作ログデータ、操作ログデータ、ジョブログデータなどのログデータを逐次生成し、不揮発メモリ１５に逐次記憶する。ログデータは不揮発メモリ１５に逐次追記されて蓄積（保存）される（図４、図５参照）。

管理者端末４０は、たとえば所定の操作を受けるとログ取得要求パケットを複合機１０に送信する。

図６に示すように、複合機１０では、ネットワーク通信部２０が受信したパケットをまずサブＣＰＵ１２が解析する。解析の結果、特定のプロトコルによるパケットであると判断すると、サブＣＰＵ１２は、パケットのデータ部に書き込まれているコマンドを実行する。ログ取得要求パケットを受信した場合には（図３参照）、データ部に書き込まれている管理者アカウントおよびパスワードの認証を行い、「GetStorageData」などのコマンドを実行する。

ここでサブＣＰＵ１２は、メインＣＰＵ１１のレジスタからデータ（レジスタデータ）を読み出して取得する。ＲＡＭ１４（揮発性メモリ）からデータ（メモリデータ）を読み出して取得する。不揮発メモリ１５からログデータを読み出して取得する。そして、ログ取得要求パケットに書き込まれている送信元のＩＰアドレスに基づき、管理者端末４０と通信を行い、取得したデータ（状態情報）を管理者端末４０へ送信する。

これにより、複合機１０が省電力状態などへ移行してメインＣＰＵ１１が動作を停止していても、あるいは、メインＣＰＵ１１がハングアップしたり（図５参照）、ファームウェアプログラムの故障で動作を異常停止したりしていても（図６参照）、ネットワーク通信部２０が受信したパケットをサブＣＰＵ１２が解析し、管理者端末４０からのログ取得要求パケットであればその要求に応えて、複合機１０内の各記憶部に記憶されているデータ（状態情報）を管理者端末４０へ送信することができる。

図７は、サブＣＰＵ１２の動作の流れを示している。

複合機１０が電源オンにされて起動すると、サブＣＰＵ１２は本動作を開始する（Ｓｔａｒｔ）。サブＣＰＵ１２は、複合機１０が電源オフ状態へ移行するか否かを監視する（ステップＳ１０１；Ｎｏ）。また、ネットワーク通信部２０がパケットを受信すると、そのパケットを解析してログ取得要求パケットであるか否かを判断する（ステップＳ１０２；Ｎｏ）。

ログ取得要求パケットを受信した場合には（ステップＳ１０２；Ｙｅｓ）、サブＣＰＵ１２は、メインＣＰＵ１１のレジスタ、ＲＡＭ１４、不揮発メモリ１５からデータを読み出して取得し（ステップＳ１０３）、取得したデータを、ログ取得要求パケットの送信元である管理者端末４０へ送信する（ステップＳ１０４）。その後、ステップＳ１０１以降を繰り返す。また、複合機１０が電源オフ状態へ移行するのに伴い（ステップＳ１０１；Ｙｅｓ）、サブＣＰＵ１２は本動作を終了する（Ｅｎｄ）。

このように、本実施形態に係る複合機１０は、サブＣＰＵ１２がメインＣＰＵ１１とは独立して動作し、装置内に記憶されているログデータや制御データなどの状態情報を管理者端末４０へ出力するので、メインＣＰＵ１１の動作が異常停止しても、装置内に記憶されている状態情報を管理者端末４０にて取得することができる。特に本実施形態では、複合機１０を電源オフにする前に管理者端末４０から複合機１０にログ取得要求パケットを送信することで、電源オフに伴い消去されてしまうＲＡＭ１４内のデータやメインＣＰＵ１１のレジスタ内のデータも取得することができる。

これにより、たとえばサービスマンなどがログデータ（動作ログデータ）を解析することで、メインＣＰＵ１１の動作が異常停止する直前の複合機１０の各部の動作状況を把握することができる。さらに、ＲＡＭ１４内のデータやメインＣＰＵ１１のレジスタ内のデータを解析することで、メインＣＰＵ１１の動作が異常停止する直前の制御状況を詳しく把握することもできる。これにより、メインＣＰＵ１１に発生した障害（動作異常停止）の原因分析が容易となる。

また、本機能はＯＳプログラムに特別なカスタマイズを施さずに実現できるため、搭載しやすくなる。

また、メインＣＰＵ１１がサブＣＰＵ１２に指示して、ログデータを不揮発メモリ１５に記憶させる構成であれば、メインＣＰＵ１１が直接、ログデータを記憶する場合に比べて、メインＣＰＵ１１に掛かる処理負荷を軽減することができる。逆に、メインＣＰＵ１１が直接、ログデータを不揮発メモリ１５に記憶する構成であれば、サブＣＰＵ１２に掛かる処理負荷を軽減することができる。

なお、ＲＡＭ１４やメインＣＰＵ１１のレジスタに記憶されている揮発性データについては、不揮発メモリ１５（もしくはハードディスク装置１６）にダンプファイルとして保存するメモリダンプを行うようにしてもよい。またメモリダンプは、メインＣＰＵ１１が行うようにしてもよく、サブＣＰＵ１２が行うようにしてもよい。この場合は、ダンプファイルも状態情報に含まれる。

これにより、管理者端末４０から複合機１０にログ取得要求パケットを送信する前に、複合機１０が電源オフにされて揮発性データが消去したとしても、複合機１０を再起動させてサブＣＰＵ１２が動作する状態にて、管理者端末４０から複合機１０にログ取得要求パケットを送信すれば、サブＣＰＵ１２が不揮発メモリ１５（もしくはハードディスク装置１６）に保存されているダンプファイルを読み出して管理者端末４０へ送信し、そのダンプファイルを管理者端末４０にて取得することができる。

［第２の実施形態］
第１の実施形態では、複合機１０のメインＣＰＵ１１に障害が発生して動作が異常停止した場合に、管理者端末４０からログ取得要求パケットを送信し、複合機１０から状態情報を取得する前に、複合機１０が電源オフにされると、ＲＡＭ１４内のデータやメインＣＰＵ１１のレジスタ内のデータは消去されてしまう。そこで第２の実施形態では、メインＣＰＵ１１の異常停止を検知し、揮発性データを迅速に取得する場合について説明する。

図８は、第２の実施形態に係る複合機１０のメインＣＰＵ１１およびサブＣＰＵ１２と管理者端末４０のログ取得に係るやり取りの概要（異常時）を示す図である。ここでは、サブＣＰＵ１２がメインＣＰＵ１１の動作を監視し、メインＣＰＵ１１の動作が異常停止したことを検知した場合に、ログデータと揮発性データを自動で管理者端末４０へ出力するようにしている。なお、データの出力先となる管理者端末４０のＩＰアドレスは、複合機１０に予め設定しておく。

本実施形態では、複合機１０は、電源がオンにされて起動すると、メインＣＰＵ１１がファームウェアプログラムを実行して複合機１０の動作を制御する。複合機１０の動作中は、第１の実施形態と同様に、ログデータを逐次生成し、不揮発メモリ１５に逐次記憶する。さらにメインＣＰＵ１１は、所定のアプリケーションプログラムを起動し、そのアプリケーションプログラムに従って、一定の間隔で信号をサブＣＰＵ１２に送信する。また、メインＣＰＵ１１のハングアップなどによってアプリケーションプログラムが停止すると、メインＣＰＵ１１からサブＣＰＵ１２への信号送信は停止する。

サブＣＰＵ１２は、メインＣＰＵ１１から一定の間隔で信号を受けている間は、メインＣＰＵ１１が正常に動作していると判断する。メインＣＰＵ１１からの信号が途絶えると、メインＣＰＵ１１が異常停止したと判断する。この判断後は、直ちにログデータと揮発性データを取得し、管理者端末４０へ出力する。

図９は、本実施形態に係るサブＣＰＵ１２の動作の流れを示している。

複合機１０が電源オンにされて起動すると、サブＣＰＵ１２は本動作を開始する（Ｓｔａｒｔ）。サブＣＰＵ１２は、複合機１０が電源オフ状態へ移行するか否かを監視する（ステップＳ２０１）。また、メインＣＰＵ１１から信号を受信するか否かを監視する（ステップＳ２０２）。また、ネットワーク通信部２０がパケットを受信すると、そのパケットを解析してログ取得要求パケットであるか否かを判断する（ステップＳ２０３）。このステップＳ２０１〜ステップＳ２０３を繰り返す（ステップＳ２０１；Ｎｏ→ステップＳ２０２；Ｙｅｓ→ステップＳ２０２；Ｎｏ→ステップＳ２０１）

ログ取得要求パケットを受信した場合には（ステップＳ２０３；Ｙｅｓ）、サブＣＰＵ１２は、メインＣＰＵ１１のレジスタ、ＲＡＭ１４、不揮発メモリ１５からデータを読み出して取得し（ステップＳ２０４）、取得したデータを、ログ取得要求パケットの送信元である管理者端末４０へ送信する（ステップＳ２０５）。その後、ステップＳ２０１以降を繰り返す。

また、メインＣＰＵ１１から信号を受信しなくなった場合には（ステップＳ２０２；Ｎｏ）、サブＣＰＵ１２は、メインＣＰＵ１１のレジスタ、ＲＡＭ１４、不揮発メモリ１５からデータを読み出して取得し（ステップＳ２０６）、取得したデータを管理者端末４０へ送信し（ステップＳ２０７）、本動作を終了する（Ｅｎｄ）。また、複合機１０が電源オフ状態へ移行するのに伴い（ステップＳ２０１；Ｙｅｓ）、サブＣＰＵ１２は本動作を終了する（Ｅｎｄ）。

このように、本実施形態では、サブＣＰＵ１２がメインＣＰＵ１１の動作を監視し、メインＣＰＵ１１の動作が異常停止したことを検知すると、直ちに各記憶部からデータ（ログデータ、揮発性データ）を読み出して取得し、管理者端末４０へ出力する。これにより、複合機１０のメインＣＰＵ１１に障害が発生して動作が異常停止した場合に、ユーザなどが複合機１０を電源オフにして揮発性データが消去される前に、揮発性データ（およびログデータ）を迅速に管理者端末４０へ出力することができる。したがって、第１の実施形態と同様に、揮発性データ（制御データ）から、メインＣＰＵ１１の動作が異常停止する直前の制御状況を詳しく把握することができ、メインＣＰＵ１１に発生した障害（動作異常停止）の原因分析が容易となる。

以上、本発明の実施形態を図面によって説明してきたが、具体的な構成は実施形態に示したものに限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。

たとえば、複合機１０の電源オフ状態でもサブＣＰＵ１２とネットワーク通信部２０などに通電を行い、電源オフ状態でもサブＣＰＵ１２が複合機１０の内部に記憶されている状態情報を外部装置へ出力できる構成としてもよい。

状態情報の出力先となる外部装置は、実施形態で説明した管理者端末４０に限らず、サービスセンタの端末装置などにしてもよい。この場合は、遠隔地のサービスセンタに居るサービスマンが複合機１０（管理者端末４０）の設置場所まで出向かなくても状態情報を取得することができ、迅速な対応（障害の原因分析）が可能となる。また、サービスマンにとっては、複合機１０の設置場所まで出向かなくても状態情報を取得することができ、障害の原因を分析した結果、修理などが必要である場合のみ複合機１０の設置場所へ出向けばよいため、負担が軽減される。

第２の実施形態で説明したサブＣＰＵ１２によるメインＣＰＵ１１の動作の監視は、メインＣＰＵ１１からサブＣＰＵ１２に一定の間隔で信号を送信する構成に限らない。たとえば、サブＣＰＵ１２が一定の間隔でメインＣＰＵ１１に応答要求信号を送信し、メインＣＰＵ１１がそれに応えて応答信号をサブＣＰＵ１２に返信する構成としてもよい。

また、本発明に係る画像処理装置は実施形態で説明した複合機に限らず、プリンタ機、複写機、ファクシミリ機などの他の画像処理装置も対象にすることができる。

２…ネットワーク
１０…複合機
１１…メインＣＰＵ
１２…サブＣＰＵ
１３…ＲＯＭ
１４…ＲＡＭ
１５…不揮発メモリ
１６…ハードディスク装置
１７…表示部
１８…操作部
１９…ファクシミリ通信部
２０…ネットワーク通信部
２１…画像処理部
２２…スキャナ部
２３…プリンタ部
２４…バス
３０…ユーザ端末
４０…管理者端末
５０…ログ取得要求パケット

Claims (5)

1. 画像データが入力される入力部と、
   前記入力部から入力された画像データを処理する処理部と、
   第１記憶部と、
   揮発性の第２記憶部と、
   前記処理部を含む当該画像処理装置の各部の動作を制御する際に一時記憶する制御データを前記第２記憶部に一時記憶して前記制御を行うと共に、当該画像処理装置の動作に係るログデータを当該画像処理装置の動作中に前記第１記憶部に記憶する第１のＣＰＵと、
   外部装置と通信する通信部と、
   前記第１のＣＰＵの動作を監視し、前記第１のＣＰＵの動作が異常停止したことを検知した場合に、前記第２記憶部から前記制御データを読み出し、前記第１記憶部から前記ログデータを読み出し、これらを前記通信部を通じて外部装置へ出力する第２のＣＰＵと、
   を備えた画像処理装置。
2. 前記第２のＣＰＵは、外部装置から前記通信部を通じて状態情報取得要求を受けた場合に前記出力を行う
   ことを特徴とする請求項１に記載の画像処理装置。
3. 前記第１記憶部は、不揮発性の記憶部である
   ことを特徴とする請求項１または２に記載の画像処理装置。
4. 前記第１のＣＰＵは、前記第２のＣＰＵに指示して前記ログデータを前記第１記憶部に記憶させる
   ことを特徴とする請求項１〜３のいずれか１項に記載の画像処理装置。
5. 前記第１のＣＰＵは、前記第２のＣＰＵを介さずに前記ログデータを前記第１記憶部に記憶する
   ことを特徴とする請求項１〜３のいずれか１項に記載の画像処理装置。

Images