JP4462291B2 - 情報処理装置、情報処理プログラムおよび情報処理システム - Google Patents

Description

本発明は情報処理装置、情報処理プログラムおよび情報処理システムに関し、特に、異常の原因究明を短時間で行うことができる情報処理装置、情報処理プログラムおよび情報処理システムに関するものである。

各種装置の制御を行うプログラムの動作中に障害等の異常が発生した場合に、その異常が発生したときに使用していた装置を検出し、検出した装置が異常を引き起こした原因を追求するために必要な情報を記憶して操作者に提供する方法としては、例えば、特開平８−２４９２１５号公報に記載のプログラム動作情報の管理方法が知られている。このプログラム動作情報の管理方法を用いた情報処理装置、情報処理プログラムおよび情報処理システムでは、特定の装置の制御を行うプログラム５の起動時に、このプログラム５の動作環境に関する情報を共有メモリ６上のプログラム情報管理表６１に集中して記憶する。よって、プログラム５の制御により特定の装置を動作させたときに異常が発生した場合には、プログラム情報管理表６１を参照することで、情報検索を迅速に行うことができ、異常の原因究明の時間を短縮することができる。
特開平８−２４９２１５号公報

しかしながら、上記のプログラム動作情報の管理方法を用いた情報処理装置、情報処理プログラムおよび情報処理システムでは、プログラム管理表６１に記憶される情報が、プログラム５の動作環境に関する情報に限られている。ここで、例えば、プリンタ装置やスキャナ装置等の複数の制御対象を利用するコンピュータ（情報処理装置）や、プリンタ装置やスキャナ装置等の複数の制御対象が一体となった複合機を利用するコンピュータでは、その複数の制御対象や機能毎に複数のプログラムが使用されるのが一般的である。このように、制御対象や機能に応じて複数のプログラムが使用される場合には、制御対象や機能（制御対象）に応じて異常を解除するために必要となる情報を取得することができず、外部装置や機能に応じた異常の原因究明ができない、或いは、原因究明が長時間に及ぶという問題点があった。

本発明は、上述した問題点を解決するためになされたものであり、異常の原因究明を短時間で行うことができる情報処理装置、情報処理プログラムおよび情報処理システムを提供することを目的としている。

この目的を達成するために請求項１記載の情報処理装置は、複数の制御プログラムと、関連情報記憶手段と、情報記録手段と、解除情報記憶手段と、情報取得手段と、関連情報取得手段と、解除情報取得手段と、表示手段と、を備え、サーバ装置と通信可能な情報処理装置であって、前記複数の制御プログラムは、前記情報処理装置と通信可能に構成された１の複合機に組み込まれた複数の制御対象を個別に動作させるために、その制御対象の各々に対応して設けられ、前記関連情報記憶手段は、前記制御対象を動作させるために前記制御プログラムが用いる設定情報および前記制御プログラムのバージョン情報を含む情報であり、かつ、その制御プログラムによる前記制御対象の動作中に発生した異常を解除するために前記関連情報取得手段と前記解除情報取得手段が用いる情報である関連情報を各制御プログラムに対応付けて記憶し、前記情報記録手段は、前記制御プログラムによる前記制御対象の動作中にその制御プログラムにおいて発生した前記異常の内容を示す異常内容情報と、その制御プログラムを示す識別情報と、を対応付けて、動作ログに記録し、前記解除情報記憶手段は、前記異常内容情報と前記関連情報とに対応付けて、前記発生した異常を解除するための解除情報を複数記憶し、前記情報取得手段は、前記情報記録手段により記録された前記異常内容情報および前記識別情報を、前記動作ログから取得し、前記関連情報取得手段は、その情報取得手段により取得された識別情報から、前記異常の発生時に前記制御対象を動作させていた制御プログラムを特定し、その特定した制御プログラムに対応する前記関連情報を、前記特定した制御プログラムと前記関連情報との対応を示す最新の収集情報保持情報を前記サーバ装置より取得してその最新の収集情報保持情報に基づいて前記関連情報記憶手段から取得し、前記解除情報取得手段は、前記解除情報記憶手段が記憶する解除情報を前記サーバ装置より取得する最新の解除情報に更新し、前記関連情報取得手段により取得された前記関連情報と前記情報取得手段により取得された前記異常内容情報とを用いて、前記解除情報記憶手段から前記発生した異常に対応する前記解除情報を特定して取得し、前記表示手段は、その解除情報取得手段が取得した前記解除情報を表示し、前記情報取得手段と、前記関連情報取得手段と、前記解除情報取得手段と、は１の情報処理プログラムに含まれており、前記関連情報記憶手段と、前記解除情報記憶手段と、は前記情報処理プログラムに含まれないファイルである、ことを特徴とする。

請求項２記載の情報処理装置は、請求項１記載の情報処理装置において、前記解除情報記憶手段に記憶された前記解除情報の不足により、前記解除情報取得手段による前記解除情報の取得が不可であった場合に、前記関連情報取得手段が取得した関連情報と前記情報取得手段が取得した異常内容情報とを、前記情報処理装置よりも新しい前記解除情報を記憶し、前記関連情報と異常内容情報とを受信したときには、それらの情報に基づき、前記発生した異常に対応する解除情報を返信する前記サーバ装置へ送信する情報送信手段と、その情報送信手段による関連情報および異常内容情報の送信に応答して、前記解除情報が前記サーバ装置から送信された場合に、その送信された解除情報を受信する解除情報受信手段とを備え、前記解除情報取得手段は、前記解除情報受信手段により受信された解除情報を、前記発生した異常に対応する解除情報として取得する。

請求項３記載の情報処理装置は、請求項１または２に記載の情報処理装置において、前記情報記録手段が記録した前記識別情報に加え、前記異常が発生したことを示す異常発生情報を、前記識別情報に対応付けて前記動作ログに記録する異常発生情報記録手段と、その異常発生情報記録手段により記録された異常発生情報を取得し、その取得した異常発生情報に基づいて、前記制御手段による前記制御対象の動作中に異常が発生したことを検出する異常検出手段を備え、前記解除情報取得手段は、前記異常検出手段により前記異常の発生が検出された場合に、前記解除情報の取得を実行する。

請求項４記載の情報処理装置は、請求項１から３のいずれかに記載の情報処理装置において、前記制御手段により前記制御対象を動作させたときの動作内容を示す動作内容情報を、前記情報記録手段が記録する識別情報に対応付けて、前記動作ログに記録する動作記録手段を備え、前記情報記録手段は、前記異常が発生した場合には、前記動作記録手段により前記識別情報に対応付けて記録される動作内容情報に代えて、前記異常内容情報を、前記動作ログに記録するものである。
請求項５記載の情報処理装置は、請求項１から４のいずれかに記載の情報処理装置において、前記制御手段の数に関わらず、前記動作ログを１つ有する。

請求項６記載の情報処理装置は、請求項１から５のいずれかに記載の情報処理装置において、前記制御手段の数に対応して、前記動作ログを個別に有する。

請求項７記載の情報処理プログラムは、複数の制御プログラムと、関連情報記憶手段と、情報記録手段と、解除情報記憶手段と、を備えサーバ装置と通信可能な情報処理装置に処理を実行させる情報処理プログラムであって、前記情報処理装置と通信可能に構成された１の複合機に組み込まれた複数の制御対象を個別に動作させるために、その制御対象の各々に対応して前記複数の制御プログラムが設けられており、前記制御対象を動作させるために前記制御プログラムが用いる設定情報および前記制御プログラムのバージョン情報を含む情報であり、かつ、その制御プログラムによる前記制御対象の動作中に発生した異常を解除するために前記情報処理プログラムが用いる情報である関連情報を各制御プログラムに対応付けて記憶するよう前記関連情報記憶手段が構成されており、前記異常内容情報と前記関連情報とに対応付けて、前記発生した異常を解除するための解除情報を複数記憶するよう前記解除情報記憶手段が構成されており、前記制御プログラムによる前記制御対象の動作中にその制御プログラムにおいて発生した前記異常の内容を示す異常内容情報と、その制御プログラムを示す識別情報と、を対応付けて、動作ログに記録する情報記録ステップを実行するよう前記制御プログラムが構成されている前記情報処理装置に、その情報記録ステップにより記録された前記異常内容情報および前記識別情報を、前記動作ログから取得する情報取得ステップと、その情報取得ステップにより取得された識別情報から、前記異常の発生時に前記制御対象を動作させていた制御プログラムを特定し、その特定した制御プログラムに対応する前記関連情報を、前記特定した制御プログラムと前記関連情報との対応を示す最新の収集情報保持情報を前記サーバ装置より取得してその最新の収集情報保持情報に基づいて前記関連情報記憶手段から取得する関連情報取得ステップと、前記解除情報記憶手段が記憶する解除情報を前記サーバ装置より取得する最新の解除情報に更新し、前記関連情報取得ステップにより取得された前記関連情報と前記情報取得ステップにより取得された前記異常内容情報とを用いて、前記解除情報記憶手段から前記発生した異常に対応する前記解除情報を特定して取得する解除情報取得ステップと、その解除情報取得手段が取得した前記解除情報を各種情報の表示が可能な表示手段に表示させる表示ステップと、を実行させ、前記関連情報記憶手段と、前記解除情報記憶手段と、は前記情報処理プログラムに含まれないファイルである、ることを特徴とする。

請求項８記載の情報処理システムは、請求項１から６のいずれかに記載された情報処理装置と、その情報処理装置と通信可能に構成されると共に、その情報処理装置によって動作が制御される複数の制御対象とを備えている。

請求項１記載の情報処理装置によれば、解除情報取得手段は、関連情報取得手段により取得された関連情報と、情報取得手段により取得された異常内容情報とを用いて、解除情報記憶手段から、発生した異常に対応する解除情報を特定して取得する。ここで、関連情報取得手段は、関連情報記憶手段に記憶された関連情報の全てを取得するのではなく、情報取得手段により取得された識別情報から、異常の発生時に制御対象を動作させていた制御手段を特定し、その特定した制御手段に対応する関連情報だけを、関連情報記憶手段から取得する。よって、発生した異常に対応する解除情報の特定に対して障害となる関連情報が（解除情報の特定に対してノイズとなる関連情報が）、関連情報取得手段により取得されることを低減することができる。従って、解除情報取得手段による解除情報の特定に費やされる時間を短縮できると共に、解除情報取得手段による解除情報の特定の精度を向上させることができるという効果がある。結果、異常の原因究明を短時間で行うことができるという効果がある。

請求項２記載の情報処理装置によれば、請求項１記載の情報処理装置の奏する効果に加え、解除情報取得手段による解除情報の取得が不可であった場合には、解除情報取得手段は、情報送信手段による関連情報および異常内容情報の送信に応答して、解除情報受信手段により受信された記憶装置からの解除情報を、発生した異常に対応する解除情報として取得する。よって、解除情報記憶手段に記憶された解除情報の不足により、解除情報取得手段による解除情報の取得が不可であった場合には、記憶装置に記憶された解除情報を利用することができるという効果がある。

請求項３記載の情報処理装置によれば、請求項１または２に記載の情報処理装置の奏する効果に加え、異常検出手段により異常の発生が検出された場合には、解除情報取得手段による解除情報の取得を確実に実行させることができるという効果がある。

請求項４記載の情報処理装置によれば、請求項１から３のいずれかに記載の情報処理装置の奏する効果に加え、異常が発生した場合には、情報記録手段は、動作内容情報に代えて、異常内容情報を、動作ログに記録する。よって、異常発生時における異常内容情報以外の不要な情報が、即ち、異常発生時における動作内容情報が、動作ログに記録されることを防止することができるという効果がある。

請求項５記載の情報処理装置によれば、請求項１から４のいずれかに記載の情報処理装置の奏する効果に加え、制御手段の数に関わらず、動作ログは１つであるので、制御手段の数に対応して、動作ログを個別に有する構成と比較して、動作ログの数が膨大となることを防止することができるという効果がある。

請求項６記載の情報処理装置によれば、請求項１から５のいずれかに記載の情報処理装置の奏する効果に加え、制御手段の数に対応して、動作ログを個別に有するので、制御手段の数に関わらず、動作ログが１つである構成と比較して、各制御手段毎に整理して異常内容情報を記録することができるという効果がある。

請求項７記載の情報処理プログラムによれば、請求項１に記載の情報処理装置と同様の効果を奏することができる。また、プログラムの構成においては、制御手段を実現するプログラムと関連情報取得ステップを実現するプログラムとを一体のプログラムとして構成するのが一般的である。しかし、請求項７記載の情報処理プログラムによれば、制御手段を実現するプログラムと関連情報取得ステップを実現するプログラムとを別々に構成している。よって、関連情報取得ステップが取得する関連情報を変更したとしても、制御手段を実現するプログラムを変更する必要がない。従って、制御手段を実現するプログラムと関連情報取得ステップを実現するプログラムとが一体となったプログラム内で、関連情報取得ステップが取得する関連情報を変更する場合と比較して、関連情報取得ステップの変更に費やす工数を低減することができるという効果がある。

請求項８記載の情報処理システムによれば、請求項１から６に記載された情報処理装置と同様の効果を奏することができる。

以下、本発明の一実施の形態について添付図面を参照して説明する。図１は、エラー監視システム１の電気的構成を示した図である。エラー監視システム１は、パーソナルコンピュータ（以下、「ＰＣ」と称す）１０と、そのＰＣ１０と通信し、プリント機能やスキャナ機能などの各機能を実行するＭＦＤ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｄｅｖｉｃｅ）３０と、ＰＣ１０からの要求命令に応じて、ＰＣ１０と情報の送受信を行うサーバ装置５０とから構成されている。図１においては、まず、ＰＣ１０を説明し、その次にＭＦＤ３０を説明し、最後にサーバ装置５０を説明する。

ＰＣ１０は、ＰＣ１０から出力される実行命令に基づき、ＭＦＤ３０を動作させると共に、そのＭＦＤ３０を動作させるための処理がＰＣ１０内で正常に実行されたかを監視する装置である。また、ＰＣ１０は、サーバ装置５０に要求命令を出力し、その要求命令に基づいてサーバ装置５０から送信された情報を受信する装置である。

ＰＣ１０は、図１に示すように、ＣＰＵ１１と、ＲＯＭ１２と、ハードディスクドライブ（以下、「ＨＤＤ」と称す）１３と、ＲＡＭ１４と、キーボード１５と、ディスプレイ１６と、ＭＦＤ用ネットワークインターフェース（以下、「ＭＦＤ用ネットワークＩ／Ｆ」と称す）１７と、サーバ用ネットワークインターフェース（以下、「サーバ用ネットワークＩ／Ｆ」と称す）１８と、バスライン１９とを有している。

ＣＰＵ１１は、ＲＯＭ１２に記憶された各種プログラムを実行するマイクロプロセッサであり、バスライン１９と接続されている。ＲＯＭ１２は、ＣＰＵ１１により実行される各種プログラム（例えば、図５から図８に示すフローチャートのプログラム）や、そのプログラムを実行する際に参照する定数やテーブルを記憶する読み出し専用のメモリであり、バスライン１９と接続されている。

ＨＤＤ１３は、電源投入状態において、各種のデータを記憶するための書換可能な記憶装置であると共に、電源遮断後においても、その内容を保持可能な記憶装置であり、バスライン１９と接続されている。ＨＤＤ１３は、アプリケーション領域１３ａと、ログファイル領域１３ｂと、ログ監視プログラム領域１３ｃと、収集情報保持ファイル領域１３ｄと、プリンタドライバ情報領域１３ｅと、スキャナドライバ情報領域１３ｆと、アプリケーション１情報領域１３ｇと、アプリケーション２情報領域１３ｈと、異常解除情報ファイル領域１３ｉとを有している。

アプリケーション領域１３ａには、ＭＦＤ３０を動作させるための制御プログラムおよびＨＤＤ１３に予めインストールされているアプリケーションを動作させる制御プログラムが記憶されている。アプリケーション領域１３ａは、ＭＦＤ３０のプリンタ３５を動作させる制御プログラムであるプリンタドライバが記憶されたプリンタドライバ領域１３ａ１と、ＭＦＤ３０のスキャナ３６を動作させる制御プログラムであるスキャナドライバが記憶されたスキャナドライバ領域１３ａ２と、ＭＦＤ３０のスキャナ３６を用いて読み込んだ画像データを編集する編集アプリケーション（ＨＤＤ１３に予めインストールされている）を起動させる制御プログラムであるアプリケーション１が記憶されたアプリケーション１領域１３ａ３と、ＭＦＤ３０のプリンタ３５の状態検出を行う（例えば、ＭＦＤ３０のプリンタ機能で使用するインクの残量を検出する）ための制御プログラムであるアプリケーション２が記憶されるアプリケーション２領域１３ａ４とを有している。

ログファイル領域１３ｂには、ＭＦＤ３０を動作させるための処理がＰＣ１０内で正常に実行されたか否かを示すログ情報を記録するログファイルが記憶されている。ＣＰＵ１１は、ＭＦＤ３０のプリンタ３５およびスキャナ３６を動作させる処理が、プリンタドライバおよびスキャナドライバを用いて正常に実行されたか否かを示すログ情報を、ログファイルに記録する。また、ＣＰＵ１１は、ＨＤＤ１３に予めインストールされた編集アプリケーションを起動させる処理が、アプリケーション１を用いて正常に起動されたか否かを示すログ情報を、ログファイルに記録する。また、ＣＰＵ１１は、ＭＦＤ３０のプリンタ３５の状態検出処理が、アプリケーション２を用いて正常に実行されたか否かを示すログ情報を、ログファイルに記録する。このように、ログファイルには、プリンタドライバ、スキャナドライバ、アプリケーション１およびアプリケーション２の４つを使用して各制御対象（プリンタ３５、スキャナ３６、編集アプリケーション、プリンタ３５の状態検出）をＣＰＵ１１により動作させた処理の各ログ情報が記録される。なお、ログファイルにログ情報を記録させるプログラムは、各アプリケーションプログラムに予め組み込まれている。

ここで、図２を参照して、ログファイルについて説明する。図２は、ログファイルに記録されたログ情報を模式的に示した図である。

ログファイルには、アプリケーション名情報と、識別子情報と、ログレベル情報と、各アプリケーションを用いてＣＰＵ１１により実行された動作処理の内容を示す動作内容情報とが１行となったログ情報がＣＰＵ１１により記録される。このログ情報は、動作処理の実行の度にＣＰＵ１１によりログファイルに記録される。

アプリケーション名情報は、ＰＣ１０の操作者からの命令を実行するためにＣＰＵ１１が使用した各アプリケーションの名称を示す情報である。アプリケーション名情報は、各アプリケーションに対応して、ＰｒｉｎｔｅｒＤｒｉｖｅｒ（プリンタドライバ）、ＳｃａｎｎｅｒＤｒｉｖｅｒ（スキャナドライバ）、Ａｐｐｌｉｃａｔｉｏｎ１（アプリケーション１）およびＡｐｐｌｉｃａｔｉｏｎ２（アプリケーション２）の４つの情報から構成されている。

識別子情報は、ＣＰＵ１１により実行された各アプリケーションの識別子を示す情報であり、Ｐｒｉｎｔｅｒ（プリンタ）、Ｓｃａｎｎｅｒ（スキャナ）、Ａｐｐｌｉｃａｔｉｏｎ１（アプリケーション１）およびＡｐｐｌｉｃａｔｉｏｎ２（アプリケーション２）の４つの情報から構成されている。

ログレベル情報は、各アプリケーションを用いてＣＰＵ１１により実行された制御対象の動作（プリンタ３５の動作、スキャナ３６の動作、編集アプリケーションの起動およびプリンタ３５の状態検出）において発生した異常の深刻度を示す情報である。このログレベル情報は、動作内容情報に応じて１〜５のいずれかのログレベルが割り当てられる。Ｌｏｇｌｅｖｅｌ５（ログレベル５）は、各アプリケーションによる動作が正常に完了したことを示しており、Ｌｏｇｌｅｖｅｌ４〜２（ログレベル４〜２）は、各アプリケーションによる動作の際に異常が発生したものの、各アプリケーションによる動作が完了したことを示している。Ｌｏｇｌｅｖｅｌ１（ログレベル１）は、各アプリケーションによる動作が完了せず、各アプリケーションによる動作を完了させるためには、何らかの修復が必要な致命的な異常が発生したことを示している。なお、ログレベル情報と実行動作内容との対応は、各アプリケーションに予め組み込まれている。今後は、発明の理解を容易にするために、ログレベル情報が「Ｌｏｇｌｅｖｅｌ１」であるときの動作内容情報を「異常内容情報」として説明する。

例えば、図２に記載のログファイルの最上段に示すように、ＭＦＤ３０のプリンタ３５を動作させる際にプリンタドライバが使用するパラメータＸとＹとに、それぞれ１と２とを設定する場合には、ＣＰＵ１１はプリンタドライバを用いて、この処理を実行するので、ログファイルに１行のログ情報として「ＰｒｉｎｔｅｒＤｒｉｖｅｒ：Ｐｒｉｎｔｅｒ：Ｌｏｇｌｅｖｅｌ３：Ｐａｒａｍｅｔｅｒ Ｘ＝１，Ｙ＝２」と記録する。このとき、アプリケーション名情報は「ＰｒｉｎｔｅｒＤｒｉｖｅｒ」、識別子情報は「Ｐｒｉｎｔｅｒ」、ログレベル情報は「Ｌｏｇｌｅｖｅｌ３」、動作内容情報は「Ｐａｒａｍｅｔｅｒ Ｘ＝１，Ｙ＝２（パラメータ Ｘ＝１，Ｙ＝２）」となる。

次に、Ｌｏｇｌｅｖｅｌ１の異常が発生した例を、ログファイルの最下段に示す。この場合、ログファイルに１行のログ情報として「ＳｃａｎｎｅｒＤｒｉｖｅｒ：Ｓｃａｎｎｅｒ：Ｌｏｇｌｅｖｅｌ１：Ｗｏｒｋｉｎｇ Ｆａｉｌｅｄ! Ｄｅｖｉｃｅ Ｐａｒａ
ｍｅｔｅｒ ｃａｎｎｏｔ ｒｅａｄ」と記録される。これは、ＣＰＵ１１が、スキャナドライバを用いてＭＦＤ３０のスキャナ３６を動作させようとしたが、スキャナドライバが使用するデバイスパラメータを取得することができず、スキャナ３６の動作を完了させることができなかったことを示している。この場合には、スキャナドライバの処理に致命的な異常があるため、何らかの修復を行わないと、ＭＦＤ３０のスキャナ３６の動作を完了させることができないことを示している。なお、このとき、プログラム名情報は「ＳｃａｎｎｅｒＤｒｉｖｅｒ」、識別子情報は「Ｓｃａｎｎｅｒ」、ログレベル情報は「Ｌｏｇｌｅｖｅｌ１」、異常内容情報は「Ｗｏｒｋｉｎｇ Ｆａｉｌｅｄ! Ｄｅｖｉｃｅ
Ｐａｒａｍｅｔｅｒ ｃａｎｎｏｔ ｒｅａｄ（実行異常 デバイスパラメータを取得できない）」となる。

このように、ログファイルには、アプリケーション名情報と、識別子情報と、ログレベル情報と、動作内容情報（異常内容情報）とがＣＰＵ１１によって１行のログ情報として記録される。よって、ログファイルに記録された内容から、ＣＰＵ１１は、各アプリケーションを用いて制御対象を動作させた処理に致命的な異常が発生していることを検出することができる。また、アプリケーション名情報と、識別子情報と、ログレベル情報と、動作内容情報（異常内容情報）とが１のログファイルに記憶されるので、ＣＰＵ１１が使用したアプリケーション毎にログファイルを設けてログ情報を記憶させる場合と比較して、各アプリケーションが実行する処理を簡易に構成することができる。

図１の説明に戻る。ログ監視プログラム領域１３ｃには、ログファイルから異常が発生しているか否かを判定させ、異常が発生していればその異常を解除する処理を実行するログ監視プログラムが記憶されている。なお、ログ監視プログラムによる処理については、図５から図８で詳述する。

収集情報保持ファイル領域１３ｄには、ログレベル情報が「Ｌｏｇｌｅｖｅｌ１」となったアプリケーションによる処理がある場合、即ち、致命的な異常が発生したアプリケーションによる処理がある場合に、その致命的な異常を解除するために必要となる関連情報だけをＣＰＵ１１に取得させる収集情報保持ファイルが記憶されている。致命的な異常が発生した処理がある場合には、ＣＰＵ１１は、収集情報保持ファイルに基づいて、致命的な異常を解除するために必要となる関連情報だけを、プリンタドライバ情報領域１３ｅ、スキャナドライバ情報領域１３ｆ、アプリケーション１情報領域１３ｇ、アプリケーション２情報領域１３ｈから取得する。

収集情報保持ファイル領域１３ｄに記憶される収集情報保持ファイルについて、図３を参照して説明する。図３は、収集情報保持ファイルの内容を模式的に示した図である。なお、致命的な異常を解除するために必要となる関連情報は、収集情報保持ファイルに基づいてＣＰＵ１１が取得するものの他に、ログ監視プログラムに基づいてＣＰＵ１１が取得するものがあるが、ここでは収集情報保持ファイルに基づいてＣＰＵ１１が取得する関連情報についてのみ説明する。収集情報保持ファイルには、各識別子情報（図２参照）に応じて、「Ｐｒｉｎｔｅｒ」、「Ｓｃａｎｎｅｒ」、「Ａｐｐｌｉｃａｔｉｏｎ１」および「Ａｐｐｌｉｃａｔｉｏｎ２」の４つの識別子情報と、その識別子情報に対応付けられて致命的な異常を解除するために必要となる各関連情報とが記録されている。なお、収集情報保持ファイルはログ監視プログラムに組み込まれず、ログ監視プログラムとは別に設けられているので、ログ監視プログラムに基づいてＣＰＵ１１が取得する関連情報以外に、致命的な異常を解除するために必要となる関連情報を収集情報保持ファイルに自由に追加または削除できる。

プリンタドライバ情報領域１３ｅには、プリンタドライバに関連する各関連情報が記憶されている。本実施形態においては、プリンタドライバ情報領域１３ｅには、少なくとも、ＰＣ１０とＭＦＤ３０のプリンタ３５と通信を正しく行うためのポート名情報、ＭＦＤ３０のプリンタ３５のインク残量を示すインク残量情報、ＭＦＤ３０のプリンタ３５のシステムに関する情報であるプリンタレジストリ情報、ＭＦＤ３０のプリンタ３５のドライバである「ｐｒｉｎｔｅｒ．ｄｌｌ」のバージョン情報（図３参照）との４つの関連情報が記憶され
ている。

スキャナドライバ情報領域１３ｆには、スキャナドライバに関連する各関連情報が記憶されている。本実施形態においては、スキャナドライバ情報領域１３ｆには、少なくとも、Ｔｗａｉｎ（Ｔｅｃｈｎｏｌｏｇｙ Ｗｉｔｈｏｕｔ Ａｎｙ Ｉｎｔｅｒｅｓｔｅｄ Ｎａｍｅ）対応のスキャナ３６のドライバ設定ファイルであるＴｗａｉｎ Ｄｒｉｖｅｒ（トゥエインドライバ）設定ファイルと、スキャナ３６のドライバであるＴｗａｉｎ Ｄｒｉｖｅｒにデータを伝送する変換アプリケーションであるＴｗａｉｎ Ｄａｔａ Ｓｏｕｒｃｅ（トゥエインデータソース）のバージョン情報と、Ｔｗａｉｎ Ｄａｔａ Ｓｏｕｒｃｅが対応している言語を示すＴｗａｉｎ Ｄａｔａ Ｓｏｕｒｃｅの言語情報と、ＨＤＤ１３にインストール済みのアプリケーションの一覧を示すアプリケーション一覧情報と、スキャナ３６のシステムファイルである「Ｔｗａｉｎ＿３２．ｄｌｌ」のバージョン情報（図３参照）との５つの関連情報が記憶されている。

アプリケーション１情報領域１３ｇには、アプリケーション１に関連する各関連情報が記憶されている。本実施形態においては、アプリケーション１情報領域１３ｇには、少なくとも、ＨＤＤ１３にインストール済みのアプリケーションの一覧を示すアプリケーション一覧情報と、プログラムファイルである「ｓｔａｒｔ．ｅｘｅ」のバージョン情報（図３参照）との２つの関連情報が記憶されている。

アプリケーション２情報領域１３ｈには、アプリケーション２に関連する各関連情報が記憶されている。本実施形態においては、アプリケーション２情報領域１３ｈには、少なくとも、ＨＤＤ１３にインストール済みであるプリンタ３５のドライバの一覧を示すプリンタドライバ一覧情報と、ＰＣ１０とＭＦＤ３０のプリンタ３５との通信を正しく行うためのポート名情報（図３参照）との２つの関連情報が記憶されている。

異常解除情報ファイル領域１３ｉには、各制御対象を動作させる処理中に致命的な異常が発生した場合に、その発生した異常を解除するための方法を示す異常解除情報ファイルが記憶されている。この異常解除情報ファイルを用いて、ＣＰＵ１１は、後述する異常ログ情報メモリ１４ｄに記憶されている致命的な異常が発生した処理のログ情報（図２参照）と、後述する収集情報メモリ１４ｅに記憶されている関連情報とを用いて、適切な異常解除情報を選択し、ディスプレイ１６に表示する。なお、異常解除情報ファイルは、ログ情報と、関連情報とに対応付けられたファイルであるので、理解を容易にするために、異常ログ情報メモリ１４ｄおよび収集情報メモリ１４ｅの説明後に改めて説明する。

ＲＡＭ１４は、ＣＰＵ１１が各種プログラムを実行する際、変数などを一時記憶するワークエリアを有するメモリであり、バスライン１９と接続されている。ＲＡＭ１４は、基準行数メモリ１４ａと、最新行数メモリ１４ｂと、文字情報メモリ１４ｃと、異常ログ情報メモリ１４ｄと、収集情報メモリ１４ｅとを有している。

基準行数メモリ１４ａには、ログファイルの行数が記憶される。この基準行数メモリ１４ａに記憶される行数は、ログファイルに新たにログ情報が記録されたか否かの判定のために基準の行数として使用される。例えば、図２に示すログファイルがログファイル領域１３ｂに記憶されていれば、この図２に示すログファイルは１１行であるので、基準行数メモリ１４ａには「１１」が基準の行数として記憶される。

最新行数メモリ１４ｂには、基準行数メモリ１４ａにログファイルの行数が記憶された後に、ログファイルの行数が記憶される。例えば、ログファイルが１４行であれば、最新行数メモリ１４ａには「１４」が記憶される。

ログ情報メモリ１４ｃには、ログファイル領域１３ｂに記憶されたログファイルのうち、１つのログ情報が記憶される。このログ情報メモリ１４ｃに記憶された１つのログ情報内のログレベル情報に致命的な異常が発生したことを示す「Ｌｏｇｌｅｖｅｌ１」という文字列があるか否かがＣＰＵ１１により判定される。

異常ログ情報メモリ１４ｄには、ログ情報メモリ１４ｃに記憶された１つのログ情報内のログレベル情報に「Ｌｏｇｌｅｖｅｌ１」の文字列がＣＰＵ１１により検出された場合に、ログ情報メモリ１４ｃに記憶された１つのログ情報がそのまま記憶される。なお、異常ログ情報メモリ１４ｄに記憶されたログ情報は、ログ情報メモリ１４ｃに記憶された１つのログ情報と同じ内容であるので、プログラム名情報、識別子情報、ログレベル情報である「Ｌｏｇｌｅｖｅｌ１」の文字列、および異常内容情報が１行となった情報となる。

収集情報メモリ１４ｅには、収集情報保持ファイルに基づいてＣＰＵ１１が取得した各関連情報と、ログ監視プログラムに基づいてＣＰＵ１１が取得した各関連情報とが記憶される。ここで、各情報領域１３ｅ〜１３ｈに記憶されている各種関連情報には識別子情報が付与されている。よって、収集情報メモリ１４ｅには、各関連情報と各識別子情報とが対応付けて記憶されている。

ここで、図４を参照して、異常解除情報ファイル領域１３ｉに記憶された異常解除情報ファイルについて説明する。図４は、異常解除情報ファイルを模式的に示した図である。

異常解除情報ファイルには、異常ログ情報メモリ１４ｄに記憶される識別子情報と、異常ログ情報メモリ１４ｄに記憶される異常内容情報と、収集情報メモリ１４ｅに記憶される関連情報と、各制御対象を動作させる処理で発生した致命的な異常を解除するための情報である異常解除情報とが記録されている。

この識別子情報と、異常内容情報と、関連情報と、異常解除情報とが一組となって異常解除情報ファイルが形成されている。例えば、異常ログ情報メモリ１４ｄに記憶されたログ情報が、プログラム名情報は「ＰｒｉｎｔｅｒＤｒｉｖｅｒ」、識別子情報は「Ｐｒｉｎｔｅｒ」、ログレベル情報は「Ｌｏｇｌｅｖｅｌ１」、異常内容情報は「ＭＦＤ３０からインク警告信号を受信」であれば、ＣＰＵ１１は、異常ログ情報メモリ１４ｄに記憶された識別子情報「Ｐｒｉｎｔｅｒ」および異常内容情報「ＭＦＤ３０からインク警告信号を受信」と収集情報メモリ１４ｅに記憶された関連情報「インク残量情報」とを用いて、図４のＰ１に示すように、「インクの補充を行う」という異常解除情報を解除情報ファイルから選択し、ディスプレイ１６に表示する。

受信情報メモリ１４ｆには、サーバ装置５０から送信された情報が記憶される。サーバ装置５０から送信される情報、即ち、受信情報メモリ１４ｆに記憶される情報には、異常解除情報ファイル、収集情報保持ファイルおよび異常解除情報の３つの情報がある。

キーボード１５、ディスプレイ１６、ＭＦＤ用ネットワークＩ／Ｆ１７およびサーバ用ネットワークＩ／Ｆ１８は、それぞれバスライン１９に接続されている。

次に、ＭＦＤ３０について説明する。ＭＦＤ３０は、ＰＣ１０から出力された実行命令に基づいて動作する多機能複合装置である。

ＭＦＤ３０は、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、ネットワークＩ／Ｆ３４と、プリンタ３５と、スキャナ３６と、ＵＳＢ端子３７と、インク量測定センサ３８と、操作キー３９と、パネルゲートアレイ（以下、「パネルＧＡ」と称す）４０と、液晶ディスプレイ（以下、「ＬＣＤ」と称す）４１と、液晶ディスプレイコントローラ（以下、「ＬＣＤコントローラ」と称す）４２とを主に有している。

ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３およびネットワークＩ／Ｆ３４は、それぞれバスライン４３と接続されている。

プリンタ３５は記録用紙に画像等を印刷する装置であり、スキャナ３６は画像等が印刷された記録用紙から画像を読み取る装置であり、ＵＳＢ端子３７は携帯用メモリ装置やパーソナルコンピュータ等を接続するための端子である。プリンタ３５、スキャナ３６およびＵＳＢ端子３７は、それぞれバスライン４３と接続される。

インク量測定センサ３８は、ＭＦＤ３０に装着されたインクカートリッジ（図示せず）内のインクの残量を測定するセンサであり、バスライン４３と接続されている。このインク量測定センサ３８で測定したインクの残量がインク残量情報となる。

パネルＧＡ４０はＭＦＤ３０に所望の指令を入力する操作キー３９の制御を行うもので、操作キー３９と接続されると共に、バスライン４３に接続される。ＬＣＤコントローラ４１は、ＣＰＵ３１の命令に基づいて、プリンタ３５及びスキャナ３６の動作に関する情報などを表示装置であるＬＣＤ４に表示するためのものであり、ＬＣＤ４と接続されると共に、バスライン４３に接続される。

次に、サーバ装置５０について説明する。サーバ装置５０は、ＰＣ１０から出力された要求命令を入力し、その要求命令に基づいて、サーバ装置５０内に記憶された情報をＰＣ１０へ送信する記憶装置である。サーバ装置５０は、ＣＰＵ５１と、ＲＯＭ５２と、ＨＤＤ５３と、ＲＡＭ５４と、ネットワークインターフェース（以下、「ネットワークＩ／Ｆ」と称す）５５と、キーボード５６と、ディスプレイ５７とを有している。

ＣＰＵ５１は、ＲＯＭ５２に記憶された各種プログラムを実行するマイクロプロセッサであり、バスライン５８と接続されている。ＣＰＵ５１は、ＰＣ１０から出力された要求命令をネットワークＩ／Ｆ５５を介して入力すると、その入力した要求命令に基づいて、ＨＤＤ５３内に記憶された情報をネットワークＩ／Ｆ５５を介してＰＣ１０へ送信する。

ＲＯＭ３２は、ＣＰＵ３１により実行される各種プログラム（例えば、図９に示すフローチャートのプログラム）等を記憶する読み出し専用のメモリであり、バスライン５８と接続されている。

ＨＤＤ５３は、バスライン５８と接続されている。ＨＤＤ５３は、収集情報保持ファイル領域５３ａと、異常解除情報ファイル領域５３ｂとを有している。

収集情報保持ファイル領域５３ａには、ＰＣ１０の収集情報保持ファイル領域１３ｄに記憶されるものと同じ収集情報保持ファイルが記憶されている。ただし、収集情報保持ファイル領域５３ａに記憶される収集情報保持ファイルは常に最新のものが記憶されている。

異常解除情報ファイル領域５３ｂには、ＰＣ１０の異常解除情報ファイル領域１３ｉに記憶されるものと同じ異常解除情報ファイルが記憶されている。ただし、異常解除情報ファイル領域５３ｂに記憶され異常解除情報ファイルは常に最新のものが記憶されている。

ＲＡＭ５４は、ＣＰＵ５１が各種プログラムを実行する際、変数などを一時記憶するワークエリアを有するメモリであり、バスライン５８と接続されている。ＲＡＭ５４は、異常ログ情報メモリ５４ａと、収集情報メモリ５４ｂとを有している。

異常ログ情報メモリ５４ａには、ＰＣ１０の異常ログ情報メモリ１４ｄに記憶されたログ情報がＰＣ１０から送信された場合に、その送信されたログ情報が記憶される。また、収集情報メモリ５４ｂには、ＰＣ１０の収集情報メモリ１４ｅに記憶された関連情報がＰＣ１０から送信された場合に、その送信された関連情報が記憶される。

ネットワークＩ／Ｆ５５、キーボード５６およびディスプレイ５７は、それぞれバスライン５８に接続されている。

このように、エラー監視システム１は、ＰＣ１０と、ＭＦＤ３０と、サーバ装置５０とから構成されている。そして、ＰＣ１０のログ監視プログラム領域１３ｃに記憶されたログ監視プログラムは、各アプリケーションにより実行されるＭＦＤ３０を動作させるための処理がＰＣ１０内で正常に実行されたかを監視する。

次に、図５を参照して、ＰＣ１０のＣＰＵ１１でログ監視プログラムに基づいて実行される監視処理について説明する。図５は、ＰＣ１０のＣＰＵ１１で実行される監視処理を示したフローチャートである。この監視処理は、収集情報保持ファイル領域１３ｄに記憶される収集情報保持ファイルおよび異常解除情報ファイル領域１３ｉに記憶される異常解除情報ファイルを更新する処理と、ログファイル領域１３ｂに記憶されたログファイルから各制御対象を動作させる処理に致命的な異常が発生したか否かを検出し、致命的な異常が発生していれば、その致命的な異常を解除する異常解除情報をディスプレイ１６に表示する処理とから構成されている。

この監視処理は、ＰＣ１０が起動された場合や、ＰＣ１０が起動され、ログ監視プログラム領域１３ｃに記憶されたログ監視プログラムが起動された場合に実行される処理である。なお、この監視処理は、定期的に（本実施形態では３秒毎に）繰り返し実行される。

監視処理では、まず更新処理が実行される（Ｓ１）。ここで、図６を参照して、ＰＣ１０のＣＰＵ１１で実行される更新処理について説明する。図６は、ＰＣ１０のＣＰＵ１１で実行される更新処理を示したフローチャートである。更新処理では、まず異常解除情報ファイルが異常解除情報ファイル領域１３ｉに記憶された日付および収集情報保持ファイルが収集情報保持ファイル領域１３ｄに記憶された日付は、ＰＣ１０の内部時計（図示せず）の日付と同一か否かが判定される（Ｓ２１）。異常解除情報ファイルが異常解除情報ファイル領域１３ｉに記憶された日付および収集情報保持ファイルが収集情報保持ファイル領域１３ｄに記憶された日付が、ＰＣ１０の内部時計の日付と同一であると判定されると（Ｓ２１：Ｙｅｓ）、異常解除情報ファイルおよび収集情報保持ファイルは最新であると判定され、この更新処理を終了する。

一方、異常解除情報ファイルが異常解除情報ファイル領域１３ｉに記憶された日付および収集情報保持ファイルが収集情報保持ファイル領域１３ｄに記憶された日付が、ＰＣ１０の内部時計の日付と同一でないと判定されると（Ｓ２１：Ｎｏ）、異常解除情報ファイルおよび収集情報保持ファイルを更新するために、サーバ装置５０に異常解除情報ファイル要求命令および収集情報保持ファイル要求命令を出力する（Ｓ２２）。そして、受信タイムアウト用タイマー（図示せず）のカウントダウンを始動させる（Ｓ２３）。なお、この受信タイムアウト用タイマーの計測時間は１秒に設定されている。

次に、異常解除情報ファイルおよび収集情報保持ファイルを受信したか否かが判定される（Ｓ２４）。異常解除情報ファイルおよび収集情報保持ファイルを受信していないと判定されると（Ｓ２４：Ｎｏ）、受信タイムアウト用タイマーの値がゼロか否かが判定される（Ｓ２５）。受信タイムアウト用タイマーの値がゼロでなければ（Ｓ２５：Ｎｏ）、カウントダウンを開始してから、即ち、異常解除情報ファイル要求命令および収集情報保持ファイル要求命令を送信してから１秒が経過していないので、再びＳ２４の処理に移行する。一方、受信タイムアウト用タイマーの値がゼロであれば（Ｓ２５：Ｙｅｓ）、異常解除情報ファイル要求命令および収集情報保持ファイル要求命令を出力してから既に１秒が経過しており、サーバ装置５０の異常等により、異常解除情報ファイルおよび収集情報保持ファイルをサーバ装置５０が送信できないことが考えられるので、この更新処理を終了する。

異常解除情報ファイルおよび収集情報保持ファイルを受信したと判定されると（Ｓ２４：Ｙｅｓ）、受信した情報を受信情報メモリ１４ｆに記憶する（Ｓ２６）。そして、受信情報メモリ１４ｆに記憶された異常解除情報ファイルのバージョンは、異常解除情報ファイル領域１３ｉに記憶された異常解除情報ファイルのバージョンより上か否かが判定される（Ｓ２７）。受信情報メモリ１４ｆに記憶された異常解除情報ファイルのバージョンが、異常解除情報ファイル領域１３ｉに記憶された異常解除情報ファイルのバージョンより上であれば（Ｓ２７：Ｙｅｓ）、受信情報メモリ１４ｆに記憶された異常解除情報ファイルを異常解除情報ファイル領域１３ｉに記憶して（Ｓ２８）、最新の異常解除情報ファイルに書き換える。一方、受信情報メモリ１４ｆに記憶された異常解除情報ファイルのバージョンが、異常解除情報ファイル領域１３ｉに記憶された異常解除情報ファイルのバージョンと同一または下であれば（Ｓ２７：Ｎｏ）、異常解除情報ファイル領域１３ｉに記憶された異常解除情報ファイルを書き換える必要がないので、Ｓ２８の処理をスキップする。

次に、受信情報メモリ１４ｆに記憶された収集情報保持ファイルのバージョンは、収集情報保持ファイル領域１３ｄに記憶された収集情報保持ファイルのバージョンより上か否かが判定される（Ｓ２９）。受信情報メモリ１４ｆに記憶された収集情報保持ファイルのバージョンが、収集情報保持ファイル領域１３ｄに記憶された収集情報保持ファイルのバージョンより上であれば（Ｓ２９：Ｙｅｓ）、受信情報メモリ１４ｆに記憶された収集情報保持ファイルを収集情報保持ファイル領域１３ｄに記憶して（Ｓ３０）、最新の収集情報保持ファイルに書き換え、この更新処理を終了する。一方、受信情報メモリ１４ｆに記憶された収集情報保持ファイルのバージョンが、収集情報保持ファイル領域１３ｄに記憶された収集情報保持ファイルのバージョンと同一または下であれば（Ｓ２９：Ｎｏ）、収集情報保持ファイル領域１３ｄに記憶された収集情報保持ファイルを書き換える必要がないので、Ｓ３０の処理をスキップし、この更新処理を終了する。

このように、更新処理では、収集情報保持ファイル領域１３ｄに記憶される収集情報保持ファイルおよび異常解除情報ファイル領域１３ｉに記憶される異常解除情報ファイルを、サーバ装置５０に記憶された最新の収集情報保持ファイルおよび最新の異常解除情報ファイルに更新する。よって、収集情報保持ファイル領域１３ｄに記憶される収集情報保持ファイルを最新の収集情報保持ファイルに更新することで、ＣＰＵ１１が各アプリケーションに応じて取得する関連情報を変更することができる。

図５の説明に戻る。更新処理（Ｓ１）が終了すると、基準行数メモリ１４ａに行数が記憶されているか否かが判定される（Ｓ２）。基準行数メモリ１４ａに行数が記憶されていないと判定されると（Ｓ２：Ｎｏ）、ログファイル領域１３ｂに記憶されたログファイルから行数を取得し、基準行数メモリ１４ａに記憶する（Ｓ３）。これにより、基準行数メモリ１４ａに基準となる行数が記憶され、ログファイルに新たにログ情報が記録されたか否かの判定が行えるようになる。一方、基準行数メモリ１４ａに行数が記憶されていると判定されると（Ｓ２：Ｙｅｓ）、ログファイルに新たにログ情報が記録されたか否かの判定が行えるので、Ｓ３の処理をスキップする。

次に、ログファイルから行数を取得し、最新行数メモリ１４ｂに記憶し（Ｓ４）、最新行数メモリ１４ｂに記憶された行数は、基準行数メモリ１４ａに記憶された行数と同一か否かが判定される（Ｓ５）。最新行数メモリ１４ｂに記憶された行数が、基準行数メモリ１４ａに記憶された行数と同一であれば（Ｓ５：Ｙｅｓ）、ログファイルに新たにログ情報が記録されていないので、この監視処理を終了する。

一方、最新行数メモリ１４ｂに記憶された行数が、基準行数メモリ１４ａに記憶された行数と同一でなければ（Ｓ５：Ｎｏ）、ログファイルに新たにログ情報が記録されているので、新たに記録されたログ情報を解析するための準備として、変数Ｎをゼロに設定し（Ｓ６）、変数Ｎに１加算する（Ｓ７）。そして、基準行数メモリ１４ａに記憶された行数に変数Ｎを加算した値は、最新行数メモリ１４ｂに記憶された行数より大きいか否かが判定される（Ｓ８）。

基準行数メモリ１４ａに記憶された行数に変数Ｎを加算した値が、最新行数メモリ１４ｂに記憶された行数より大きいと判定されると（Ｓ８：Ｙｅｓ）、ログファイルに新たに記録された全てのログ情報の解析が終了したことになるので、最新行数メモリ１４ｂに記憶された行数を基準行数メモリ１４ａに記憶させて（Ｓ１４）、基準行数メモリ１４ａに記憶される行数を最新のログファイルの行数に更新して、この監視処理を終了する。

一方、基準行数メモリ１４ａに記憶された行数に変数Ｎを加算した値は、最新行数メモリ１４ｂに記憶された行数と同一または小さいと判定されると（Ｓ８：Ｎｏ）、ログファイルに新たに記録された全てのログ情報の解析が終了していないので、ログファイルに新たに記録されたログ情報を１つずつ解析するために、ログファイルから、基準行数メモリ１４ａに記憶された行数にＮを加算した値に対応する行のログ情報を取得し、ログ情報メモリ１４ｃに記憶する（Ｓ９）。

そして、ログ情報メモリ１４ｃに記憶されたログ情報内のログレベル情報に「Ｌｏｇｌｅｖｅｌ１」という文字列があるか否かが判定される（Ｓ１０）。ログ情報メモリ１４ｃに記憶されたログ情報内のログレベル情報に「Ｌｏｇｌｅｖｅｌ１」という文字列がないと判定されると（Ｓ１０：Ｎｏ）、各制御対象を動作させる処理で致命的な異常が発生していないということであるので、新たに記録された他のログ情報を解析するために、Ｓ７の処理に戻る。

一方、ログ情報メモリ１４ｃに記憶されたログ情報内のログレベル情報に「Ｌｏｇｌｅｖｅｌ１」という文字列があると判定されると（Ｓ１０：Ｙｅｓ）、各制御対象を動作させる処理で致命的な異常が発生しているということであるので、ログ情報メモリ１４ｃに記憶されたログ情報を異常ログ情報メモリ１４ｄに記憶して（Ｓ１１）、致命的な異常が発生した処理に用いたアプリケーションを特定する準備を行う。その後、発生した致命的な異常を解除するために必要となる関連情報を取得し、取得した各関連情報を収集情報メモリ１４ｅにそれぞれ記憶する処理である情報取得処理（Ｓ１２）に移行する。

ここで、図７を参照して、ＰＣ１０のＣＰＵ１１で実行される情報取得処理（Ｓ１２）について説明する。図７は、ＰＣ１０のＣＰＵ１１で実行される情報取得処理を示したフローチャートである。情報取得処理では、まず異常ログ情報メモリ１４ｄからログ情報を取得し（Ｓ５０）、取得したログ情報から致命的な異常が発生した処理に用いたアプリケーションを示す識別子情報を取得する（Ｓ５１）。

そして、取得した識別子情報は、「Ｐｒｉｎｔｅｒ」か否かが判定される（Ｓ５２）。取得した識別子情報が「Ｐｒｉｎｔｅｒ」であると判定されると（Ｓ５２：Ｙｅｓ）、プリンタドライバ情報領域１３ｅから関連情報であるポート名情報、インク残量情報およびプリンタレジストリ情報を取得し（Ｓ５３〜Ｓ５５）、更に、収集情報保持ファイル領域１３ｄに記憶された収集情報保持ファイルを取得し、その取得した収集情報保持ファイルに基づき、識別子情報が「Ｐｒｉｎｔｅｒ」に対応付けられた関連情報である「Ｖｅｒｓｉｏｎ１（バージョン１）＝％ＳＹＳＴＥＭ％￥ｓｐｏｏｌ￥ｄｒｉｖｅｒｓ￥ｗ３２ｘ８６￥ｐｒｉｎｔｅｒ．ｄｌｌ（バージョン１の情報である「ｐｒｉｎｔｅｒ．ｄｌｌ」のバージョン情報）」を（図３参照）、プリンタドライバ情報領域１３ｅから取得する（Ｓ５６）。その後、取得した各関連情報を収集情報メモリ１４ｅにそれぞれ記憶して（Ｓ５７）、この情報取得処理を終了する。

一方、取得した識別子情報が「Ｐｒｉｎｔｅｒ」でないと判定されると（Ｓ５２：Ｎｏ）、取得した識別子情報は、「Ｓｃａｎｎｅｒ」か否かが判定される（Ｓ５８）。取得した識別子情報が「Ｓｃａｎｎｅｒ」であると判定されると（Ｓ５８：Ｙｅｓ）、スキャナドライバ情報領域１３ｆから関連情報であるＴｗａｉｎ Ｄａｔａ Ｓｏｕｒｃｅのバージョン情報、Ｔｗａｉｎ Ｄａｔａ Ｓｏｕｒｃｅの言語情報、インストール済みアプリケーション一覧情報およびＴｗａｉｎ Ｄｒｉｖｅｒの設定ファイル情報を取得し（Ｓ５９〜Ｓ６２）、更に、収集情報保持ファイル領域１３ｄに記憶された収集情報保持ファイルを取得し、その取得した収集情報保持ファイルに基づき、識別子情報が「Ｓｃａｎｎｅｒ」に対応付けられた関連情報である「Ｖｅｒｓｉｏｎ１（バージョン１）＝％ＳＹＳＴＥＭ％￥Ｔｗａｉｎ＿３２．ｄｌｌ（バージョン１の情報である「Ｔｗａｉｎ＿３２．ｄｌｌ」のバージョン情報）」を（図３参照）、スキャナドライバ情報領域１３ｆから取得する（Ｓ６３）。その後、取得した各関連情報を収集情報メモリ１４ｅにそれぞれ記憶して（Ｓ５７）、この情報取得処理を終了する。

一方、取得した識別子情報が「Ｓｃａｎｎｅｒ」でないと判定されると（Ｓ５８：Ｎｏ）、取得した識別子情報は、「Ａｐｐｌｉｃａｔｉｏｎ１」か否かが判定される（Ｓ６４）。取得した識別子情報が「Ａｐｐｌｉｃａｔｉｏｎ１」であると判定されると（Ｓ６４：Ｙｅｓ）、アプリケーション１情報領域１３ｇから関連情報であるインストール済みアプリケーション一覧情報を取得し（Ｓ６５）、更に、収集情報保持ファイル領域１３ｄに記憶された収集情報保持ファイルを取得し、その取得した収集情報保持ファイルに基づき、識別子情報が「Ａｐｐｌｉｃａｔｉｏｎ１」に対応付けられた関連情報である「Ｖｅｒｓｉｏｎ１（バージョン１）＝％ＰＲＯＧＲＡＭ％￥Ｖｅｎｄｅｒ￥ｓｔａｒｔ．ｅｘｅ（バージョン１の情報である「ｓｔａｒｔ．ｅｘｅ」のバージョン情報）」を（図３参照）、アプリケーション１情報領域１３ｇから取得する（Ｓ６６）。その後、取得した各関連情報を収集情報メモリ１４ｅにそれぞれ記憶して（Ｓ５７）、この情報取得処理を終了する。

一方、取得した識別子情報が「Ａｐｐｌｉｃａｔｉｏｎ１」でないと判定されると（Ｓ６４：Ｎｏ）、取得した識別子情報は、「Ａｐｐｌｉｃａｔｉｏｎ２」である。よって、アプリケーション２情報領域１３ｈから関連情報であるインストール済みプリンタドライバ一覧情報を取得し（Ｓ６７）、更に、収集情報保持ファイル領域１３ｄに記憶された収集情報保持ファイルを取得し、その取得した収集情報保持ファイルに基づき、識別子情報が「Ａｐｐｌｉｃａｔｉｏｎ２」に対応付けられた関連情報である「Ｐｏｒｔ（ポート）＝１（ポート名情報）」を（図３参照）、アプリケーション２情報領域１３ｈから取得する（Ｓ６８）。その後、取得した各関連情報を収集情報メモリ１４ｅにそれぞれ記憶して（Ｓ５７）、この情報取得処理を終了する。

このように、情報取得処理によって、ＣＰＵ１１は、ログファイル内の識別子情報を取得して、致命的な異常が発生した処理に用いたアプリケーションを特定し、その特定したアプリケーションに応じて、発生した致命的な異常を解除するために必要となる関連情報のみを各情報領域１３ｅ〜１３ｈから取得することができる。なお、各アプリケーションは対応する各制御対象のみを動作させるので、アプリケーションを特定することは、即ち制御対象を特定することとなる。

図５の説明に戻る。情報収集処理（Ｓ１２）が終了すると、異常ログ情報メモリ１４ｄに記憶されているログ情報内の識別子情報および異常内容情報（図２参照）と、収集情報メモリ１４ｅに記憶されている関連情報（図２参照）とを用いて、発生した異常を解除するための異常解除情報ファイル（図２参照）から適切な異常解除情報を選択し、その選択した異常解除情報をディスプレイ１６に表示する処理である異常解除情報通知処理（Ｓ１３）に移行する。

ここで、図８を参照して、ＰＣ１０のＣＰＵ１１で実行される異常解除情報通知処理（Ｓ１３）について説明する。図８は、ＰＣ１０のＣＰＵ１１で実行される異常解除情報通知処理を示したフローチャートである。異常解除情報通知処理では、まず異常ログ情報メモリ１４ｄに記憶されたログ情報と収集情報メモリ１４ｅに記憶された関連情報とを取得する（Ｓ８０）。そして、取得したログ情報内の識別子情報および異常内容情報と、取得した関連情報とを用いて、異常解除情報ファイル領域１３ｉに記憶された異常解除情報ファイルから、発生した致命的な異常を解除する異常解除情報の有無を検索する（Ｓ８１）。

そして、発生した致命的な異常を解除する異常解除情報があるか否かが判定され（Ｓ８２）、発生した致命的な異常を解除する異常解除情報があれば（Ｓ８２：Ｙｅｓ）、ディスプレイ１６に異常解除情報を表示し（Ｓ８３）、この異常解除情報通知処理を終了する。一方、発生した致命的な異常を解除する異常解除情報がなければ（Ｓ８２：Ｎｏ）、サーバ装置５０の異常解除情報ファイル領域５３ｂに記憶された最新の異常解除情報ファイルから、発生した致命的な異常を解除する異常解除情報を検索するために、異常ログ情報メモリ１４ｄに記憶されたログ情報と収集情報メモリ１４ｅに記憶された関連情報とをサーバ装置５０に送信する（Ｓ８４）。その後、受信タイムアウト用タイマー（図示せず）のカウントダウンを始動させる（Ｓ８５）。なお、この受信タイムアウト用タイマーの計測時間は１秒に設定されている。

次に、サーバ装置５０から送信された情報を受信したか否かが判定される（Ｓ８６）。サーバ装置５０から送信された情報を受信していないと判定されると（Ｓ８６：Ｎｏ）、受信タイムアウト用タイマーの値がゼロか否かが判定される（Ｓ８７）。受信タイムアウト用タイマーの値がゼロでなければ（Ｓ８７：Ｎｏ）、カウントダウンを開始してから、即ち、ログ情報と各関連情報とをサーバ装置５０に送信してから１秒が経過していないので、再びＳ８６の処理に移行する。一方、受信タイムアウト用タイマーの値がゼロであれば（Ｓ８７：Ｙｅｓ）、ログ情報と各関連情報とをサーバ装置５０に送信してから既に１秒が経過したが、サーバ装置５０から異常解除情報を受信できなかったので、異常解除情報がないことをディスプレイ１６に表示して（Ｓ８８）、この異常解除情報通知処理を終了する。

一方、サーバ装置５０から送信された情報を受信したと判定されると（Ｓ８６：Ｙｅｓ）、受信した情報を受信情報メモリ１４ｆに記憶する（Ｓ８９）。そして、受信情報メモリ１４ｆに異常解除情報が記憶されているか否かが判定され（Ｓ９０）、受信情報メモリ１４ｆに異常解除情報が記憶されていれば（Ｓ９０：Ｙｅｓ）、ディスプレイ１６に異常解除情報を表示し（Ｓ８３）、この異常解除情報通知処理を終了する。一方、受信情報メモリ１４ｆに異常解除情報が記憶されていなければ（Ｓ９０：Ｎｏ）、サーバ装置５０から送信された情報は異常解除情報ではないので、発生した致命的な異常を解除する異常解除情報がないことをディスプレイ１６に表示して（Ｓ８８）、この異常解除情報通知処理を終了する。

このように、異常解除情報通知処理は、異常ログ情報メモリ１４ｄに記憶されているログ情報内の各識別子情報およびの異常内容情報（図２参照）と、収集情報メモリ１４ｅに記憶されている関連情報（図２参照）とを用いて、異常解除情報ファイル領域１３ｉに記憶された異常解除情報ファイル（図２参照）から、発生した致命的な異常を解除する異常解除情報を検索し、その検索した異常解除情報をディスプレイ１６に表示する。また、異常解除情報ファイル領域１３ｉに記憶された異常解除情報ファイルから、発生した致命的な異常を解除する異常解除情報が検索できなければ、異常ログ情報メモリ１４ｄに記憶されたログ情報と収集情報メモリ１４ｅに記憶された各関連情報とをサーバ装置５０に送信し、サーバ装置５０の異常解除情報ファイル領域５３ｂに記憶された最新の異常解除情報ファイルから、発生した致命的な異常を解除する異常解除情報を検索する。

このように、各制御対象を動作させる処理で致命的な異常が発生した場合には、ＣＰＵ１１は、異常解除情報ファイル領域１３ｉに記憶された異常解除情報ファイルに加え、サーバ装置５０の異常解除情報ファイル領域５３ｂに記憶された最新の異常解除情報ファイルを用いて、発生した致命的な異常を解除する異常解除情報を検索することができる。また、検索された異常解除情報は、各制御対象に応じた情報であるので、操作者は制御対象に応じた異常の原因究明を行うことができる。更に、致命的な異常を解除する異常解除情報をディスプレイ１６に表示することにより、操作者は、ディスプレイ１６に表示された異常解除情報に基づき、各制御対象を動作させる処理で発生した致命的な異常の原因究明をことができる。

また、情報取得処理（Ｓ１２）および異常解除情報通知処理（Ｓ１３）が実行されるのは、ログ情報メモリ１４ｃに記憶されたログ情報内のログレベル情報が「Loglevel1」で
ある場合に限られている。よって、何らかの修復が必要な致命的な異常が発生した場合に限り、情報取得処理（Ｓ１２）および異常解除情報通知処理（Ｓ１３）を実行させることができる。

次に、図９を参照して、サーバ装置５０のＣＰＵ５１で実行される応答処理について説明する。図９は、サーバ装置５０のＣＰＵ５１で実行される応答処理を示したフローチャートである。この応答処理は、最新の異常解除情報ファイル及び最新の収集情報保持ファイルをＰＣ１０に送信する処理と、各制御対象を動作させる処理で発生した致命的な異常を解除する異常解除情報が異常解除情報ファイル領域５３ｂに記憶されていれば、その異常解除情報をＰＣ１０に送信する処理とから構成されている。なお、応答処理は、サーバ装置５０が起動された場合に実行される処理である。また、この応答処理は、定期的に（本実施形態では３秒毎に）繰り返し実行される。

応答処理では、まず異常解除情報ファイル要求命令および収集情報保持ファイル要求命令が入力されたか否かが判定され（Ｓ１００）、異常解除情報ファイル要求命令および収集情報保持ファイル要求命令が入力された場合には（Ｓ１００：Ｙｅｓ）、異常解除情報ファイル領域５３ｂに記憶された異常解除情報ファイルをＰＣ１０へ送信し（Ｓ１０１）、収集情報保持ファイル領域５３ａに記憶された収集情報保持ファイルをＰＣ１０に送信する（Ｓ１０１）。そして、この応答処理を終了する。

一方、異常解除情報ファイル要求命令および収集情報保持ファイル要求命令が入力されていない場合には（Ｓ１００：Ｎｏ）、ログ情報および関連情報を受信したか否かが判定される（Ｓ１０３）。ログ情報および関連情報を受信していないと判定されると（Ｓ１０３：Ｎｏ）、この応答処理を終了する。一方、ログ情報および関連情報を受信したと判定されると（Ｓ１０３：Ｙｅｓ）、受信したログ情報を異常ログ情報メモリ５４ａに記憶すると共に、受信した関連情報を収集情報メモリ５４ｂに記憶する（Ｓ１０４）。

次に、異常ログ情報メモリ５４ａに記憶されたログ情報内の識別子情報および異常内容情報と、収集情報メモリ５４ｂに記憶された関連情報とを用いて、異常解除情報ファイル領域５３ｂに記憶された異常解除情報ファイルから、発生した致命的な異常を解除する異常解除情報の有無を検索する（Ｓ１０５）。

そして、発生した致命的な異常を解除する異常解除情報があるか否かが判定され（Ｓ１０６）、発生した致命的な異常を解除する異常解除情報があれば（Ｓ１０６：Ｙｅｓ）、発生した致命的な異常を解除する異常解除情報をＰＣ１０に送信し（Ｓ１０７）、この応答処理を終了する。一方、発生した致命的な異常を解除する異常解除情報がなければ（Ｓ１０６：Ｎｏ）、発生した致命的な異常を解除する異常解除情報なしという情報をＰＣ１０に送信し（Ｓ１０８）、この応答処理を終了する。

このように、応答処理によってＣＰＵ５１は、異常解除情報ファイル要求命令および収集情報保持ファイル要求命令が入力されると、異常解除情報ファイル領域５３ｂに記憶された最新の異常解除情報ファイルおよび収集情報保持ファイル領域５３ａに記憶された最新の収集情報保持ファイルをＰＣ１０に送信する。また、応答処理によってＣＰＵ５１は、ログ情報および関連情報を受信すると、その受信したログ情報内の識別子情報および異常内容情報と受信した関連情報とを用いて、異常解除情報ファイル領域５３ｂに記憶された異常解除情報ファイルから、発生した致命的な異常を解除する異常解除情報の有無を検索し、発生した致命的な異常を解除する異常解除情報があった場合には、その異常解除情報をＰＣ１０に送信する。

上述した通り、本実施形態のエラー監視システム１によれば、ＰＣ１０は、ログファイル領域１３ｂに記憶されたログファイル内の識別子情報を取得して、致命的な異常が発生した処理に用いたアプリケーション（プリンタドライバ、スキャナドライバ、アプリケーション１またはアプリケーション２）を特定し、その特定したアプリケーションに応じて、即ち、制御対象に応じて、発生した致命的な異常を解除するために必要となる関連情報を各情報領域１３ｅ〜１３ｈから取得することができる。

また、ＰＣ１０は、取得した関連情報と、異常ログ情報メモリ５４ａに記憶されたログ情報内の識別子情報および異常内容情報とを用いて、発生した致命的な異常を解除する異常解除情報を検索することができる。なお、検索された異常解除情報は、各制御対象に応じた情報であるので、操作者は制御対象に応じた異常の原因究明を行うことができる。

また、ＭＦＤ３０を動作させる及びＰＣ１０に予めインストールされている編集アプリケーションを動作させる各アプリケーションと、ログ監視プログラムとがソフトウェア（プログラム）で構成されている場合には、各アプリケーションとログ監視プログラムとが一体のプログラムとして構成されるのが一般的である。しかし、本実施形態のエラー監視システム１によれば、各アプリケーションとログ監視プログラムとが別々のソフトウェア（プログラム）としてＰＣ１０内に構成されているので、ログ監視プログラムを変更したとしても、各アプリケーションを変更する必要がない。よって、各アプリケーションとログ監視プログラムとが一体となったプログラム内で、ログ監視プログラムを変更する場合と比較して、ログ監視プログラムの変更に費やす工数を低減することができる。

更に、各制御対象（プリンタ３５の動作、スキャナ３６の動作、編集アプリケーションの起動およびプリンタ３５の状態検出動作）をＰＣ１０内の別々のアプリケーションにより動作させているので、例えば、スキャナ３６を動作させるスキャナドライバによる処理中に、致命的な異常が発生したとしても、ＣＰＵ１１は、他のアプリケーションによる処理を実行することができる。

以上、各実施の形態に基づき本発明を説明したが、本発明は上記実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の変形改良が可能であることは容易に推察できるものである。

本実施形態では、複数の制御対象（プリンタ３５やスキャナ３６等）が１つの筐体に組み込まれ、複数の制御対象の機能を実現するＭＦＤ３０を、ＰＣ１０と通信可能に構成された複数の制御対象の例として記載したが、複数の制御対象の例としてはこれに限定されるものではない。プリンタ３５やスキャナ３６などの単独の機能がそれぞれ１つの筐体に組み込まれ、これらの各筐体が複数の制御対象として、ＰＣ１０とそれぞれ通信可能に構成されていても良い。また、プリンタ３５やスキャナ３６などの単独の機能を実現する各ハードウェアをそれぞれ電気的に接続し、その各ハードウェアを１つの筐体に組み込んだ形態のＭＦＤ３０が、ＰＣ１０と通信可能に構成されていても良い。

本実施形態のエラー監視システム１では、各アプリケーション（プリンタドライバ、スキャナドライバ、アプリケーション１およびアプリケーション２）により動作される制御対象（プリンタ３５の動作、スキャナ３６の動作、編集アプリケーションの起動およびプリンタ３５の状態検出動作）のログ情報を、ログファイル領域１３ｂの１つのログファイルに記録した。しかし、これに限らず、４つの各アプリケーションに対応してログファイル領域１３ｂに４つのログファイルを設け、この各ログファイルに各アプリケーション毎にログ情報を記録しても良い。

この場合に、各アプリケーションに対応したログファイルについて、図１０を参照して説明する。図１０は、プリンタドライバによる処理でログファイルに記録されたログ情報を模式的に示した図である。なお、スキャナドライバ、アプリケーション１およびアプリケーション２による処理でログファイルに記録されるログ情報は、プリンタドライバによる処理でログファイルに記録されるログ情報と同一の構成であるので、その説明を省略する。

ログファイル領域１３ｂに記憶されるログファイルには、アプリケーション名情報および識別子情報が最上段の１行のみに予め記録される一方、ログレベル情報および動作内容情報が１行となったログ情報はＣＰＵ１１により記録される。このログ情報は、動作処理の実行の度にＣＰＵ１１によりログファイルに記録される。

例えば、図１０に記載のログファイルの最下段に示すように、「Ｌｏｇｌｅｖｅｌ１」の異常が発生した場合には、ログファイルに１行のログ情報として「Ｌｏｇｌｅｖｅｌ１：Ｗｏｒｋｉｎｇ Ｆａｉｌｅｄ! Ｄｅｖｉｃｅ Ｐａｒａｍｅｔｅｒ ｃａｎｎｏｔ ｒｅａｄ」と記録される。これは、ＣＰＵ１１が、プリンタドライバを用いてＭＦＤ３０のプリンタ３５を動作させようとしたが、プリンタドライバが使用するデバイスパラメータを取得することができず、プリンタ３５の動作を完了させることができなかったことを示している。このとき、ログレベル情報は「Ｌｏｇｌｅｖｅｌ１」、異常内容情報は「Ｗｏｒｋｉｎｇ Ｆａｉｌｅｄ! Ｄｅｖｉｃｅ Ｐａｒａｍｅｔｅｒ ｃａｎｎｏｔ ｒｅａｄ（実行異常 デバイスパラメータを取得できない）」となる。

このように、ログファイル領域１３ｂに記憶される各アプリケーションに対応した４つログファイルには、アプリケーション名情報および識別子情報が予め記録される一方、ログレベル情報および動作内容情報（異常内容情報）が１行となったログ情報はＣＰＵ１１により記録される。よって、ログファイルを各アプリケーションに対応して４つ設け、更には、各ログファイルに記録する情報を、図２に示すログファイルの場合の４つの情報（アプリケーション名情報、識別子情報、ログレベル情報および動作内容情報（異常内容情報））から、２つの情報（ログレベル情報および動作内容情報（異常内容情報））に減らすことにより、ＣＰＵ１１は、例えば、スキャナドライバによる処理のログ情報をスキャナドライバに対応したログファイルに記録しつつ、プリンタドライバによる処理のログ情報をプリンタドライバに対応したログファイルに記録することができる。従って、各アプリケーションにより実行される各処理のログ情報を１つのログファイルに記録する場合と比較して、ＣＰＵ１１がログ情報をログファイルに記録する処理を高速化することができる。

エラー監視システムの電気的構成を示した図である。 ログファイルに記録されたログ情報を模式的に示した図である。 収集情報保持ファイルの内容を模式的に示した図である。 異常解除情報ファイルを模式的に示した図である。 ＰＣで実行される監視処理を示したフローチャートである。 ＰＣで実行される更新処理を示したフローチャートである。 ＰＣで実行される情報取得処理を示したフローチャートである。 ＰＣで実行される異常解除情報通知処理を示したフローチャートである。 サーバ装置で実行される応答処理を示したフローチャートである。 プリンタドライバによる処理でログファイルに記録されたログ情報を模式的に示した図である。

１ エラー監視システム（情報処理システム）
１１ ＣＰＵ（情報記録手段、関連情報取得手段、異常発生情報記録手段、動作記録手段）
１３ｅ プリンタドライバ情報領域（関連情報記憶手段）
１３ｆ スキャナドライバ情報領域（関連情報記憶手段）
１３ｇ アプリケーション１情報領域（関連情報記憶手段）
１３ｈ アプリケーション２情報領域（関連情報記憶手段）
１３ｉ 異常解除情報ファイル領域（解除情報記憶手段）
１６ ディスプレイ（表示手段の一部）
３０ ＭＦＤ（複合機）
３５ プリンタ（制御対象の一部）
３６ スキャナ（制御対象の一部）
５０ サーバ装置（記憶装置）
Ｓ１０ 監視処理（異常検出手段）
Ｓ１２ 情報取得処理（情報取得手段、情報取得ステップ）
Ｓ８１〜Ｓ８２ 異常解除情報通知処理（解除情報取得手段、解除情報取得ステップの一部）
Ｓ８３ 異常解除情報通知処理（解除情報取得手段、表示手段の一部、表示ステップ）
Ｓ８４ 異常解除情報通知処理（情報送信手段）
Ｓ８６ 異常解除情報通知処理（解除情報受信手段）
プログラム（制御手段）

Claims (8)

1. 複数の制御プログラムと、
   関連情報記憶手段と、
   情報記録手段と、
   解除情報記憶手段と、
   情報取得手段と、
   関連情報取得手段と、
   解除情報取得手段と、
   表示手段と、
   を備え、サーバ装置と通信可能な情報処理装置であって、
   前記複数の制御プログラムは、前記情報処理装置と通信可能に構成された１の複合機に組み込まれた複数の制御対象を個別に動作させるために、その制御対象の各々に対応して設けられ、
   前記関連情報記憶手段は、前記制御対象を動作させるために前記制御プログラムが用いる設定情報および前記制御プログラムのバージョン情報を含む情報であり、かつ、その制御プログラムによる前記制御対象の動作中に発生した異常を解除するために前記関連情報取得手段と前記解除情報取得手段が用いる情報である関連情報を各制御プログラムに対応付けて記憶し、
   前記情報記録手段は、前記制御プログラムによる前記制御対象の動作中にその制御プログラムにおいて発生した前記異常の内容を示す異常内容情報と、その制御プログラムを示す識別情報と、を対応付けて、動作ログに記録し、
   前記解除情報記憶手段は、前記異常内容情報と前記関連情報とに対応付けて、前記発生した異常を解除するための解除情報を複数記憶し、
   前記情報取得手段は、前記情報記録手段により記録された前記異常内容情報および前記識別情報を、前記動作ログから取得し、
   前記関連情報取得手段は、その情報取得手段により取得された識別情報から、前記異常の発生時に前記制御対象を動作させていた制御プログラムを特定し、その特定した制御プログラムに対応する前記関連情報を、前記特定した制御プログラムと前記関連情報との対応を示す最新の収集情報保持情報を前記サーバ装置より取得してその最新の収集情報保持情報に基づいて前記関連情報記憶手段から取得し、
   前記解除情報取得手段は、前記解除情報記憶手段が記憶する解除情報を前記サーバ装置より取得する最新の解除情報に更新し、前記関連情報取得手段により取得された前記関連情報と前記情報取得手段により取得された前記異常内容情報とを用いて、前記解除情報記憶手段から前記発生した異常に対応する前記解除情報を特定して取得し、
   前記表示手段は、その解除情報取得手段が取得した前記解除情報を表示し、
   前記情報取得手段と、前記関連情報取得手段と、前記解除情報取得手段と、は１の情報処理プログラムに含まれており、前記関連情報記憶手段と、前記解除情報記憶手段と、は前記情報処理プログラムに含まれないファイルである、
   ことを特徴とする情報処理装置。
2. 前記解除情報記憶手段に記憶された前記解除情報の不足により、前記解除情報取得手段による前記解除情報の取得が不可であった場合に、
   前記関連情報取得手段が取得した関連情報と前記情報取得手段が取得した異常内容情報とを、前記情報処理装置よりも新しい前記解除情報を記憶し、前記関連情報と異常内容情報とを受信したときには、それらの情報に基づき、前記発生した異常に対応する解除情報を返信する前記サーバ装置へ送信する情報送信手段と、
   その情報送信手段による関連情報および異常内容情報の送信に応答して、前記解除情報が前記サーバ装置から送信された場合に、その送信された解除情報を受信する解除情報受信手段とを備え、
   前記解除情報取得手段は、前記解除情報受信手段により受信された解除情報を、前記発生した異常に対応する解除情報として取得することを特徴とする請求項１記載の情報処理装置。
3. 前記情報記録手段が記録した前記識別情報に加え、前記異常が発生したことを示す異常発生情報を、前記識別情報に対応付けて前記動作ログに記録する異常発生情報記録手段と、
   その異常発生情報記録手段により記録された異常発生情報を取得し、その取得した異常発生情報に基づいて、前記制御手段による前記制御対象の動作中に異常が発生したことを検出する異常検出手段を備え、
   前記解除情報取得手段は、前記異常検出手段により前記異常の発生が検出された場合に、前記解除情報の取得を実行することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記制御手段により前記制御対象を動作させたときの動作内容を示す動作内容情報を、前記情報記録手段が記録する識別情報に対応付けて、前記動作ログに記録する動作記録手段を備え、
   前記情報記録手段は、前記異常が発生した場合には、前記動作記録手段により前記識別情報に対応付けて記録される動作内容情報に代えて、前記異常内容情報を、前記動作ログに記録するものであることを特徴とする請求項１から３のいずれかに記載の情報処理装置。
5. 前記制御手段の数に関わらず、前記動作ログを１つ有することを特徴とする請求項１から４のいずれかに記載の情報処理装置。
6. 前記制御手段の数に対応して、前記動作ログを個別に有することを特徴とする請求港１から５のいずれかに記載の情報処理装置。
7. 複数の制御プログラムと、
   関連情報記憶手段と、
   情報記録手段と、
   解除情報記憶手段と、
   を備え、サーバ装置と通信可能な情報処理装置に処理を実行させる情報処理プログラムであって、
   前記情報処理装置と通信可能に構成された１の複合機に組み込まれた複数の制御対象を個別に動作させるために、その制御対象の各々に対応して前記複数の制御プログラムが設けられており、前記制御対象を動作させるために前記制御プログラムが用いる設定情報および前記制御プログラムのバージョン情報を含む情報であり、かつ、その制御プログラムによる前記制御対象の動作中に発生した異常を解除するために前記情報処理プログラムが用いる情報である関連情報を各制御プログラムに対応付けて記憶するよう前記関連情報記憶手段が構成されており、前記異常内容情報と前記関連情報とに対応付けて、前記発生した異常を解除するための解除情報を複数記憶するよう前記解除情報記憶手段が構成されており、前記制御プログラムによる前記制御対象の動作中にその制御プログラムにおいて発生した前記異常の内容を示す異常内容情報と、その制御プログラムを示す識別情報と、を対応付けて、動作ログに記録する情報記録ステップを実行するよう前記制御プログラムが構成されている前記情報処理装置に、
   その情報記録ステップにより記録された前記異常内容情報および前記識別情報を、前記動作ログから取得する情報取得ステップと、
   その情報取得ステップにより取得された識別情報から、前記異常の発生時に前記制御対象を動作させていた制御プログラムを特定し、その特定した制御プログラムに対応する前記関連情報を、前記特定した制御プログラムと前記関連情報との対応を示す最新の収集情報保持情報を前記サーバ装置より取得してその最新の収集情報保持情報に基づいて前記関連情報記憶手段から取得する関連情報取得ステップと、
   前記解除情報記憶手段が記憶する解除情報を前記サーバ装置より取得する最新の解除情報に更新し、前記関連情報取得ステップにより取得された前記関連情報と前記情報取得ステップにより取得された前記異常内容情報とを用いて、前記解除情報記憶手段から前記発生した異常に対応する前記解除情報を特定して取得する解除情報取得ステップと、
   その解除情報取得手段が取得した前記解除情報を各種情報の表示が可能な表示手段に表示させる表示ステップと、
   を実行させ、
   前記関連情報記憶手段と、前記解除情報記憶手段と、は前記情報処理プログラムに含まれないファイルである、
   ることを特徴とする情報処理プログラム。
8. 請求項１から６のいずれかに記載された情報処理装置と、その情報処理装置と通信可能に構成されると共に、その情報処理装置によって動作が制御される複数の制御対象が１の筐体に組み込まれた複合機とを備えていることを特徴とする情報処理システム。
   

Images