JP4125274B2 - 画像入出力装置および情報処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラム - Google Patents

Description

本発明は、複数のデバイスを制御して所定の画像入出力処理を行う画像入出力装置および情報処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムに関するものである。

プリンタ、複写機、ファクシミリおよびこれらの機能を兼ね備える複合機を構成する装置各部の実行動作を制御する制御ユニットにおいて、開発時のテストやデバッグ、市場における製品保守や障害解析のために、各部のセンサ値を含む装置の内部状態を示すログを出力する機構が従来から取り入れられている。

製品開発時においては、装置に接続されたホストＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等に常にログを出力させ、それらのログを解析することにより内部動作を確認しながら開発を進めていくことが可能である。

そして、市場機においては、一般的にサービスマンによる定期点検や障害への緊急対応時のみログをとっている。そのため、定期点検では、点検時の一時的な状態しか確認することができず、点検時には発生しない潜在的な障害を調査することが不可能であった。

また、障害への緊急対応時では、すでに機器内部の状態が変化している可能性があり、真に欲しい障害発生時の状態を得ることができなかった。

さらに、装置の内部状態をログとして残すだけで、ユーザの操作そのものは考慮されていなかったため、開発段階での評価時や市場機に対する障害対応時に、エラーや障害を再現することが困難であった。

そこで、機器内部状態に加えユーザ操作もログとしてメモリに記録しておくことで、エラーや障害の再現性を高め、製品の保守や障害解析を容易にする技術が発案されている（下記特許特許文献１参照）。加えて、これらのログから障害を装置自身が診断する発案もいくつか提案されている（例えば、特許文献１）。
特開２００２−２８３６８３号公報

上述したような従来の提案では、たくさんの詳細なログをとることによって、エラーや障害の再現性や装置による自己診断の信頼性が高まると考えられる。

しかしながら、ログを増やすほど、ログを記録する処理自体が通常の制御の実行パフォーマンスを制限する可能性がある。

また、調査対象とするエラーや障害に関連しないログも増えてしまうため、逆に、その中から関連するログだけを選択することが困難となる。加えて、関連しないログはログの格納領域を無駄に消費してしまい、ログとして記録することができる装置の実動作時間が短縮されてしまう。

これらはつまり、稼動中にどのような障害がどのくらいの頻度で発生するのか不明な状態で、記録の対象とするログを稼動前に一意に決めてしまう点が根本的な問題であった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、ユーザによる画像入出力装置の使用環境に適応して障害頻度の判別を行うための閾値を自在に設定することである。また、個別的に発生する障害中で管理者が注目すべき固有の障害を検知可能な障害中から選別して、その障害発生状態だけを記憶させることで、無駄な障害管理処理負担を軽減し、通常の画像入出力処理効率を低下することも避けることである。以上のような利便性に優れた障害情報管理を行える画像入出力装置および情報処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。

上記目的を達成する本発明の画像入出力装置は以下に示す構成を備える。

少なくとも一つのデバイスを制御して画像入出力処理を行う画像入出力装置であって、前記デバイスの動作を制御する制御手段と、前記制御手段による制御の状態を示す履歴をログ情報として記憶する第１の記憶手段と、前記デバイスの障害を検知する障害検知手段と、前記障害検知手段により検知される障害の発生頻度を、該障害と関連付けて記憶する第２の記憶手段と、前記障害の発生頻度に対する閾値を１つ以上設定可能な設定手段と、前記第２の記憶手段に記憶された障害の発生頻度が、前記設定手段で設定された閾値以上であるか否かを判別する判別手段と、前記判別手段による判別結果に基づいて、前記障害に対応するログ情報の前記第１の記憶手段への記憶設定を制御するログ管理手段とを有することを特徴とする。
少なくとも一つのデバイスを制御して画像入出力処理を行う画像入出力装置であって、前記デバイスの動作を制御する制御手段と、前記制御手段による制御の状態を示す履歴をログ情報として記憶する第１の記憶手段と、前記デバイスの障害を検知する障害検知手段と、前記障害検知手段により検知される障害の発生頻度を、該障害と関連付けて記憶する第２の記憶手段と、前記障害の発生頻度に対する閾値を１つ以上設定可能な設定手段と、前記第２の記憶手段に記憶された障害の発生頻度が、前記設定手段で設定された閾値以上である場合に、前記障害に対応するログ情報を前記第１の記憶手段へ記憶させるよう制御するログ管理手段とを有することを特徴とする。
少なくとも一つのデバイスを制御して画像入出力処理を行う画像入出力装置であって、前記デバイスの動作を制御する制御手段と、前記制御手段による制御の状態を示す履歴をログ情報として記憶する第１の記憶手段と、前記デバイスの障害を検知する障害検知手段と、前記障害検知手段により検知される障害の発生頻度を、該障害と関連付けて記憶する第２の記憶手段と、前記障害の発生頻度に対する閾値を１つ以上設定可能な設定手段と、前記第２の記憶手段に記憶された障害の発生頻度が、前記設定手段で設定された閾値未満の場合は、前記障害に対応するログ情報を前記第１の記憶手段へ記憶させないよう制御するログ管理手段とを有することを特徴とする。

上記目的を達成する本発明の情報処理方法は以下に示す構成を備える。

少なくとも一つのデバイスを制御して画像入出力処理を行い、前記デバイスの動作を制御する制御手段を備える画像入出力装置の情報処理方法であって、前記制御手段による制御の状態を示す履歴をログ情報として第１の記憶手段に記憶する第１の記憶ステップと、前記デバイスの障害を検知する障害検知ステップと、前記障害検知ステップにより検知される障害の発生頻度を、該障害と関連付けて第２の記憶手段に記憶する第２の記憶ステップと、前記障害の発生頻度に対する閾値を１つ以上設定可能な設定ステップと、前記第２の記憶手段に記憶された障害の発生頻度が、前記設定ステップで設定された閾値以上であるか否かを判別する判別ステップと、前記判別ステップによる判別結果に基づいて、前記障害に対応するログ情報の前記第１の記憶手段への記憶設定を制御するログ管理ステップとを有することを特徴とする。
少なくとも一つのデバイスを制御して画像入出力処理を行い、前記デバイスの動作を制御する制御手段を備える画像入出力装置の情報処理方法であって、前記制御手段による制御の状態を示す履歴をログ情報として第１の記憶手段に記憶する第１の記憶ステップと、前記デバイスの障害を検知する障害検知ステップと、前記障害検知ステップにより検知される障害の発生頻度を、該障害と関連付けて第２の記憶手段に記憶する第２の記憶ステップと、前記障害の発生頻度に対する閾値を１つ以上設定可能な設定ステップと、前記第２の記憶手段に記憶された障害の発生頻度が、前記設定ステップで設定された閾値以上である場合に、前記障害に対応するログ情報を前記第１の記憶手段へ記憶させるよう制御するログ管理ステップとを有することを特徴とする。
少なくとも一つのデバイスを制御して画像入出力処理を行い、前記デバイスの動作を制御する制御手段を備える画像入出力装置の情報処理方法であって、前記制御手段による制御の状態を示す履歴をログ情報として第１の記憶手段に記憶する第１の記憶ステップと、前記デバイスの障害を検知する障害検知ステップと、前記障害検知ステップにより検知される障害の発生頻度を、該障害と関連付けて第２の記憶手段に記憶する第２の記憶ステップと、前記障害の発生頻度に対する閾値を１つ以上設定可能な設定ステップと、前記第２の記憶手段に記憶された障害の発生頻度が、前記設定手段で設定された閾値未満の場合は、前記障害に対応するログ情報を前記第１の記憶手段へ記憶させないよう制御するログ管理管理ステップとを有することを特徴とする。

本発明によれば、ユーザによる画像入出力装置の使用環境に適応して障害頻度の判別を行うための閾値を自在に設定しながら、個別的に発生する障害中で管理者が注目すべき固有の障害を検知可能な障害中から選別して、その障害発生状態を記憶するだけで済むので、無駄な障害管理処理負担が軽減され、通常の画像入出力処理効率を低下することも避けることができる利便性に優れた障害情報管理を行えるという効果を奏する。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の第１実施形態である画像入出力装置のシステム構成を説明するブロック図である。

図１に示す画像入出力装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３０、ＲＡＭ１４０、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）１２１、プリンタユニット１２２、スキャナユニット１２３、ＦＡＸユニット１２４およびその他のユニット（Ａユニット１２５、 Ｂユニット１２６など）から構成される。

ＣＰＵ１１０では、制御モジュール１１１とログ管理モジュール１１２から成るプログラムが実行される。制御モジュール１１１は、印刷ジョブの属性や印刷対象の画像データなどを格納するＲＡＭ１３０内のデータ領域１３１を利用しながら、ＣＰＵ１１０に接続された各ユニットの実行動作を制御する。

一方、ログ管理モジュール１１２は、各ユニット内に設けられる各種（電気的、あるいは機械的を含む）のセンサ（障害検知手段として機能する）からのセンサ出力信号や制御モジュール１１１による制御の各種状態を示すログを受け取り、ＲＡＭ１３０内のログ格納領域１３２に当該ログを格納する。

また、ログ管理モジュール１１２は、ＲＡＭ１４０内のログ管理テーブル１４１を用いて、各ログをログ格納領域１３２上に「格納する」／「格納しない」のいずれかの設定を管理し、ＲＡＭ１４０内の障害管理テーブル１４２を用いて、各障害の発生頻度を管理する。

この時、ＲＡＭ１３０とＲＡＭ１４０が１つのＲＡＭとして実現されてもよいものとする。また、ＲＡＭは２つ以上存在してもよく、いずれかのＲＡＭ中に、データ領域１３１、ログ格納領域１３２、ログ管理テーブル１４１、障害管理テーブル１４２が必ずあるものとする。

ＵＩ１２１は、液晶パネルやボタン等の入出力装置を備え、ユーザからの入力およびユーザへの出力を司る。プリンタユニット１２２は、画像データを紙媒体に印刷する。スキャナユニット１２３は原稿を画像データとして読み込む。ＦＡＸユニット１２４は、公衆回線を介して画像データを他の装置に送信する、または他の装置から画像データを受信する。その他、制御モジュール１１１によって制御されるユニット（Ａユニット１２５、Ｂユニット１２６など）がＣＰＵ１１０に接続される。

外部装置として機能するローカルＰＣ１６０は接続媒体１５０を介して通信可能に接続され、ローカルＰＣ１６０はログ格納領域１３２に格納されたログを接続媒体１５０を介して受信することが可能である。なお、接続媒体１５０の一例はＵＳＢ等のシリアルケーブルである。

なお、ローカルＰＣ１６０は、後述する図４に示すステップ（７０６）により画像入出力装置１００から送信される障害に関する必要なログだけを受信して、図示しないＵＩ画面上に通報表示して、そのユーザがその障害の発生を認識して、画像入出力装置で発生している障害に対する措置を迅速、かつ的確に開始する。

図２は、図１に示したログ管理テーブルのデータ構造を説明する図である。

図２において、ログ管理テーブル５００は、ログＩＤ５０１、内容５０２、記録フラグ５０３の３つの項目で構成されるテーブルである。

５０１はログＩＤで、ログの種類を識別するためのものであり、ログの種類の数だけそのＩＤが存在する。５０２はログの内容を表している。５０３は記録フラグで、ログの内容５０２をログ格納領域１３２に記録するかどうか設定するためのフラグであり、本実施形態では、記録フラグ５０３の値が"０"の場合、「記録しない」の設定状態に対応し、記録フラグ５０３の値が"１"の場合は、「記録する」の設定状態に対応することを示している。

なお、本実施形態において、記録フラグ５０３は、画像入出力装置１００内で発生する障害の発生頻度に応じて、装置稼動中にその値を変更可能である。

また、ログＩＤ５０１と内容５０２は、稼動中に変更されるべき情報でないため、稼動中の変更は許容されず、事前の登録・変更・削除を行うことができる。

図３は、図１に示した障害管理テーブル１４２のデータ構造を説明する図である。

図３において、６００は障害管理テーブルで、障害ＩＤ６０１、内容６０２、発生頻度、関連ログＩＤの４つの項目で構成されるテーブルである。

６０１は障害ＩＤで、障害の種類を識別するためのものであり、画像入出力装置１００の構成要素により異なり、各画像入出力装置のハードウエア構成やモジュール構成に応じて発生する障害の種類の数だけそのＩＤが存在する。６０２は障害の内容を表している。

一方、発生頻度は、発生回数６０３と最終更新時刻６０４の項目から成り、発生回数６０３は当該障害の発生した回数を、最終更新時刻６０４は発生回数６０３を更新した最新の時刻を示している。

障害ＩＤで管理可能ないずれかの障害が発生した際、当該障害の発生回数６０３の値をログ管理モジュール１１２の制御でインクリメントし、該インクリメントした時刻を障害管理テーブル６００内の最終更新時刻６０４に設定する。

また、最終更新時刻６０４と稼動時の時刻（例えばＲＴＣ等から取得される）とを比較することで、一定期間障害が発生しない場合は、発生回数６０４の値をログ管理モジュール１１２の制御でデクリメントし、該デクリメントした時刻を障害管理テーブル６００内の最終更新時刻６０４に設定する。なお、この時、発生回数６０４は「０」まで減少し、「０」未満になることはない。

関連ログＩＤはＬｅｖｅｌ１とＬｅｖｅｌ２の項目から成っている。

Ｌｅｖｅｌ１、Ｌｅｖｅｌ２は、障害の発生レベルを表しており、発生頻度が上がっていくと順にＬｅｖｅｌ１、Ｌｅｖｅｌ２と遷移していく。発生レベルの遷移は、発生回数６０３の値が、後述する設定に基づく閾値以上になった時上位レベルに推移し、閾値より小さくなった時下位レベルに推移するようにログ管理モジュール１１２により制御される。

なお、Ｌｅｖｅｌ１もＬｅｖｅｌ２も２つの項目を持っており、項目６０５、６０７には上記の閾値が設定され、項目６０６、６０８には各障害に関連するログの種類の識別値（ログ管理テーブル５００のログＩＤ５０１の値）が設定される。

これまで説明したログ管理テーブル５００と障害管理テーブル６００を管理することで、発生頻度が高く、重要度の高い障害に関してはより詳細なログを記録できる。

逆に、発生頻度が低く、重要度の低い障害に関しては、関連するログを記録しないなどの設定を行うことが可能になる。以降、ログ管理テーブル５００と障害管理テーブル６００の管理について具体的に説明をするため、例えば画像入出力装置１００のプリンタユニット１２２のエンジン部における消耗剤である色（Ｙ）トナー切れを障害例"Ｙトナー切れ"として着目する。

図３に示したように、"Ｙトナー切れ"の障害は、障害ＩＤ６０１が"Ｅ５５２"であり、最終更新時刻６０４が時刻"Ｔ＿０３７７２２"の時点から発生回数６０３がログ管理モジュール１１２の制御によりカウントアップされて、総計で２１回であることが障害管理テーブル１４２の内容を参照することで判別することができる。

また、発生回数６０３が関連ログＩＤのＬｅｖｅｌ２の項目６０７の値である"１８"以上であることから、障害発生レベルがＬｅｖｅｌ２であることも障害管理テーブル１４２の内容を参照することで同時に判別することができる。

そのため、"Ｙトナー切れ"の障害および当該障害の発生レベル以下に関連付けられたログ"Ｌ７７３"と"Ｌ７７４"が、ＲＡＭ１３０内に確保されるログ格納領域１３２に記録されるようログ管理モジュール１１２により設定制御される。

つまり、図２に示したように、ログ管理テーブル５００中において、ログＩＤ５０１の値が"Ｌ７７３"と"Ｌ７７４"であるログの記録フラグ５０３の値は共に"１"に設定される。

この状態から、"Ｙトナー切れ"の発生頻度が低下し、発生回数が項目６０７の値（「１８」）より小さくなると、障害発生レベルがＬｅｖｅｌ２からＬｅｖｅｌ１に推移し、Ｌｅｖｅｌ１より上位の発生レベルに関連付けされたログ（本実施形態では、"Ｌ７７４"）は、ログ格納領域１３２に記録されないよう設定される、つまり、記録フラグ５０３の値が"０"に設定される。

そして、発生回数６０３がＬｅｖｅｌ１の閾値よりも小さくなった場合、同様にＬｅｖｅｌ１に関連付けされたログの記録フラグ５０３の値を"０"に設定する。すなわち、発生回数６０３がＬｅｖｅｌ１の閾値よりも小さい時は、当該障害に関連するログが何ひとつ記録されないように制御される。

図４は、本発明に係る画像入出力装置における第１のデータ処理手順の一例を示すフローチャートであり、図１に示したログ管理モジュール１１２が障害管理テーブル１４２を参照して行うログ格納領域１３２への履歴記録処理手順に対応する。なお、（７０１）〜（７１２）は各ステップを示す。また、各ステップは、図１に示したＣＰＵ１１０がログ管理モジュール１１２を実行することで実現される。

さらに、図４において、ログ格納領域７２１は、図１に示したログ格納領域１３２に対応し、ログ管理テーブル７２３はログ管理テーブル１４１に対応し、障害管理テーブル７２２は障害管理テーブル１４２に対応する。

図５は、図１に示したログ管理モジュール１１２によるログ格納領域１３２に対する履歴記録処理を説明する模式図であり、（ａ）は障害発生前の状態に対応し、（ｂ）は障害発生時の状態に対応し、（ｃ）は障害発生後の状態に対応する。

図５において、ログ格納領域８０１は図１に示したログ格納領域１３２に対応する。

まず、図４において、図１に示した画像入出力装置１００が稼動すると、ユーザによる操作指示または印刷ジョブの投入などによって、次々と制御モジュール１１１内の対応する制御ルーチンが実行される（７０１）。

そして、各制御ルーチン毎に、入力されたユーザによる指示操作や制御そのもののログを記録するか否かをログ管理モジュール１１２が判定する（７０２）。このログ管理モジュール１１２による判定は、ログ管理テーブル７２３を参照することによって行い、具体的には前述したように図２に示した記録フラグ５０３の値が「０」か「１」により判定される。

そして、本実施形態において、操作または制御のログを記録する場合、つまり、該当する記録フラグ５０３の値が"１"の場合、図７に示すようにログ格納領域７２１に次々と当該ログを記録する（７０３）。以上のフローによるデータの流れは、図５の（ａ）に示す障害発生前状態に対応し、記録するログのリスト８０２は、図２に示した記録フラグ５０３の値が"１"である操作または制御のログをリストとして表現したものである。

そして、リスト８０２中に存在するログは、ログ管理モジュール１１２によりその操作・制御が行われると、常にログ格納領域８０１に記録する。なお、図５において、８０３は、ログ格納領域８０１に記録されたログの一例を示している。また、ログ８０３は、それぞれ時刻を付加してそのログ内容を記録する。

次に、当該の制御ルーチンで障害が発生したかどうかを判定して（７０４）、障害が発生していないと判定した場合は、ステップ（７１０）へ進み、障害が発生していると判定した場合は、これまでログ格納領域７２１に記録されたログの中から、当該障害に関連するログだけを選択する（７０５）。

なお、ログ格納領域７２１に記録されたログが当該障害に関連するかどうかは、ログ管理モジュール１１２が障害管理テーブル７２２を参照することで行う。具体的には、図３に示したように、障害ＩＤ６０１により当該障害の管理情報を特定し、その関連ログＩＤの項目６０６および項目６０８に登録されたログＩＤ５０１で示されるログのみを選択し、選択されたログは、図１に示したローカルＰＣ１６０に送信される（７０６）。

また、ステップ（７０４）で、障害が発生していると判定した場合には、図５の（ｂ）に示す障害発生時（発生した障害の一例としてジャムの例）のように、ジャムという障害が発生した場合、ログ格納領域８０１に記録されたログのうち、ジャムに関連するログ（図５の（ｂ）のログ８０３中では網掛けのログ）だけを選択する。そして、該障害の発生しているとして選択したログをログファイル８０４として保存する。

その後、当該障害に対応する障害管理テーブル７２２中の発生頻度を示す発生回数を上述したようにインクリメントしてその値を更新する（７０７）。

具体的には、障害管理テーブル７２２を参照し、図３に示した発生頻度の発生回数６０３と最終更新時刻６０４の値を更新する。

そして、この時、当該障害の発生回数６０３の値と関連ログＩＤのＬｅｖｅｌ１に対する項目６０５およびＬｅｖｅｌ２に対する項目６０７の値を比較することによって、当該障害の発生レベルが上がるか否かをログ管理モジュール１１２が判断して（７０８）、当該障害の発生レベルが上がらないと判断した場合は、ステップ（７１０）へ進み、発生回数６０３が上位レベルの閾値（図３に示すＬｅｖｅｌ１の項目６０５またはＬｅｖｅｌ２の項目６０７）以上になり、当該障害の発生レベルが上位レベルに推移すると判断した場合、当該障害に関連するログを以降記録するよう設定する（７０９）。

具体的には、ログ管理モジュール１１２がログ管理テーブル７２３を参照し、該当する発生レベルに記載された関連ログＩＤ（図３に示したＬｅｖｅｌ１の項目６０５またはＬｅｖｅｌ２の項目６０７）で示されるログを記録するよう設定する。これにより、ログ管理テーブル７２３の記録フラグ５０３の値を"１"に設定される。

以上のステップ（７０７）〜（７０９）により、図５の（ｃ）に示すように障害発生後に対応し、例えばジャムという障害の発生レベルが「０」から「１」に上がり、ジャムに関連する圧着器のログをログ格納領域１３２に記録するよう設定している。

そして、障害管理テーブル１４２に登録された全障害に関して、障害頻度が下がり、障害発生レベルが下がる障害があるかどうかログ管理モジュール１１２が判断する（７１０）。

具体的には、図３に示すように、現在の時刻と最終更新時刻６０４とを比較し、決められた時間の間更新がされていない障害については、発生回数６０３の値をデクリメントし、最終更新時刻６０４を更新することで、障害頻度は下がっていく。その時、発生回数６０３が現在の発生レベルの閾値（図３に示すＬｅｖｅｌ１の項目６０５またはＬｅｖｅｌ２の項目６０７）より小さくなるかどうかを判断する。

そして、ステップ（７１０）の判断で、障害発生レベルが下がる障害があると判断した場合は、該障害に関連するログを以降記録しないよう設定する（７１１）。つまり、ログ管理テーブル７２３の記録フラグ５０３を"０"に設定する。そして、制御ルーチンの終了判定を行い（７１２）、終了と判定した場合には、本処理を終了し、終了でないと判断した場合は、この後、ステップ（７０１）へ戻り、稼動中は再び次の制御ルーチンを実行し（７０１）、以上のフローを繰り返す。

これにより、ローカルＰＣ１６０は、図４に示すステップ（７０６）により画像入出力装置１００から送信される障害に関する必要なログだけを受信して、図示しないＵＩ画面上に通報表示して、そのユーザがその障害の発生を認識して、画像入出力装置で発生している障害に対する措置を迅速、かつ的確に開始する。

また、障害管理テーブル６００上では、設定される、例えば２つの障害発生の頻度の閾値に応じて、関連ログが図３に示すＬｅｖｅｌ１の項目６０５からＬｅｖｅｌ２の項目６０７に上がる場合と、図３に示すＬｅｖｅｌ２の項目６０７からＬｅｖｅｌ１の項目６０５に下がる場合の、障害発生変動状態（画像入出力装置１００のユーザの仕様態様により異なる）を的確に捉えて、必要最小限の障害ログをログ格納領域１３２に記録するだけで済むため、障害ログを少ないメモリ容量で、かつ他の制御モジュールの実行を妨げることなく短時間の処理で記録管理することができる。

〔第２実施形態〕
上記第１実施形態では、ログ格納領域１３２に障害ログを記録するタイミングを捉えて、ローカルＰＣ１６０にその内容を通報処理する場合について説明したが、障害の発生したログを画像入出力装置が備える記憶装置、例えばハードディスク等に蓄積して、操作部等からの指示でその内容をＵＩ画面上で表示して確認できるように構成してもよい。以下、その実施形態について説明する。

図６は、本発明の第２実施形態である画像入出力装置のシステム構成を説明するブロック図であり、図１と同一のものには同一の符号を付してある。

図６において、２２５はハードディスク（ＨＤＤ）で、画像データ等をファイルとして格納する。また、ＨＤＤ２２５を持つ画像入出力装置２００においては、上述したログ管理モジュール１１２が障害管理テーブル１４２を参照して行う制御により、障害発生を検知すると当該障害に関連するログのみを選択して、ログ格納領域１３２から選択し、それらの選択されたログをテキストファイルとしてＨＤＤ２２５に格納する制御を行う。

図７は、本発明に係る画像入出力装置における第２のデータ処理手順の一例を示すフローチャートであり、図６に示したログ管理モジュール１１２が障害管理テーブル１４２を参照して行うログ格納領域１３２への履歴記録処理手順に対応する。なお、（７０１）〜（７０５）、（７０７）〜（７１３）は各ステップを示す。また、各ステップは、図６に示したＣＰＵ１１０がログ管理モジュール１１２を実行することで実現される。

さらに、図７において、ログ格納領域７２１は、図６に示したログ格納領域１３２に対応し、ログ管理テーブル７２３はログ管理テーブル１４１に対応し、障害管理テーブル７２２は障害管理テーブル１４２に対応する。

図５は、図６に示したログ管理モジュール１１２によるログ格納領域１３２に対する履歴記録処理を説明する模式図であり、（ａ）は障害発生前の状態に対応し、（ｂ）は障害発生時の状態に対応し、（ｃ）は障害発生後の状態に対応する。

図５において、ログ格納領域８０１は図１に示したログ格納領域１３２に対応する。

まず、図６に示した画像入出力装置２００が稼動すると、ユーザによる操作指示または印刷ジョブの投入などによって、次々と制御モジュール１１１内の対応する制御ルーチンが実行される（７０１）。

そして、各制御ルーチン毎に、入力されたユーザによる指示操作や制御そのもののログを記録するか否かをログ管理モジュール１１２が判定する（７０２）。このログ管理モジュール１１２による判定は、ログ管理テーブル７２３を参照することによって行い、具体的には前述したように図２に示した記録フラグ５０３の値が「０」か「１」により判定される。

そして、本実施形態において、操作または制御のログを記録する場合、つまり、該当する記録フラグ５０３の値が"１"の場合、図７に示すようにログ格納領域７２１に次々と当該ログを記録する（７０３）。以上のフローによるデータの流れは、図５の（ａ）に示す障害発生前状態に対応し、記録するログのリスト８０２は、図２に示した記録フラグ５０３の値が"１"である操作または制御のログをリストとして表現したものである。

そして、リスト８０２中に存在するログは、ログ管理モジュール１１２によりその操作・制御が行われると、常にログ格納領域８０１に記録する。なお、図５において、８０３は、ログ格納領域８０１に記録されたログの一例を示している。また、ログ８０３は、それぞれ時刻を付加してそのログ内容を記録する。

次に、当該の制御ルーチンで障害が発生したかどうかを判定して（７０４）、障害が発生していないと判定した場合は、ステップ（７１０）へ進み、障害が発生していると判定した場合は、これまでログ格納領域７２１に記録されたログの中から、当該障害に関連するログだけを選択する（７０５）。

なお、ログ格納領域７２１に記録されたログが当該障害に関連するかどうかは、ログ管理モジュール１１２が障害管理テーブル７２２を参照することで行う。具体的には、図３に示したように、障害ＩＤ６０１により当該障害の管理情報を特定し、その関連ログＩＤの項目６０６および項目６０８に登録されたログＩＤ５０１で示されるログのみを選択し、選択されたログは、図６に示したハードディスク２２５にファイルとして格納する（７１３）。以後は、図４に示したステップと同等であるので説明は省略する。

これにより、ハードディスク２２５は、図７に示すステップ（７１３）により障害に関する必要なログだけを格納して、図示しないＵＩ画面上に通報表示して、そのユーザがその障害の発生を認識して、画像入出力装置で発生している障害に対する措置を迅速、かつ的確に開始する。

また、障害管理テーブル６００上では、設定される、例えば２つの障害発生の頻度の閾値に応じて、関連ログが図３に示すＬｅｖｅｌ１の項目６０５からＬｅｖｅｌ２の項目６０７に上がる場合と、図３に示すＬｅｖｅｌ２の項目６０７からＬｅｖｅｌ１の項目６０５に下がる場合の、障害発生変動状態（画像入出力装置２００のユーザの仕様態様により異なる）を的確に捉えて、必要最小限の障害ログをログ格納領域１３２に記録するだけで済むため、障害ログを少ないメモリ容量で、かつ他の制御モジュールの実行を妨げることなく短時間の処理で記録管理することができる。

〔第３実施形態〕
上記第１実施形態では、ログ格納領域１３２に障害ログを記録するタイミングを捉えて、ローカルＰＣ１６０にその内容を通報処理する場合について説明したが、障害の発生したログをネットワークを介してＰＣや管理サーバに送信して、操作部等からの指示でその内容をＵＩ画面上で表示して確認できるように構成してもよい。以下、その実施形態について説明する。

図８は、本発明の第３実施形態である画像入出力装置のシステム構成を説明するブロック図であり、図１と同一のものには同一の符号を付してある。

図８において、３２５は通信ユニットで、接続媒体３５１によって、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）／ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのインターネット／イントラネット３５０と接続され、ネットワーク上のＰＣ３６１や管理サーバ３６２とのデータ送受信を行う。一例としてＴＣＰ／ＩＰ （Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ ／ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）処理を行う。

通信ユニット３２５を持つ画像入出力装置３００においては、障害発生を検知すると、後述する図９に示す制御手順に従い当該障害に関連するログのみをログ格納領域１３２から選択し、それらの選択されたログをＰＣ３６１や障害管理を行う管理サーバ３６２に送信する。

図９は、本発明に係る画像入出力装置における第３のデータ処理手順の一例を示すフローチャートであり、図８に示したログ管理モジュール１１２が障害管理テーブル１４２を参照して行うログ格納領域１３２への履歴記録処理手順に対応する。なお、（７０１）〜（７０５）、（７０７）〜（７１２）、（７１４）は各ステップを示す。また、各ステップは、図８に示したＣＰＵ１１０がログ管理モジュール１１２を実行することで実現される。

さらに、図９において、ログ格納領域７２１は、図８に示したログ格納領域１３２に対応し、ログ管理テーブル７２３はログ管理テーブル１４１に対応し、障害管理テーブル７２２は障害管理テーブル１４２に対応する。

図５は、図１に示したログ管理モジュール１１２によるログ格納領域１３２に対する履歴記録処理を説明する模式図であり、（ａ）は障害発生前の状態に対応し、（ｂ）は障害発生時の状態に対応し、（ｃ）は障害発生後の状態に対応する。

図５において、ログ格納領域８０１は図１に示したログ格納領域１３２に対応する。

まず、図８に示した画像入出力装置３００が稼動すると、ユーザによる操作指示または印刷ジョブの投入などによって、次々と制御モジュール１１１内の対応する制御ルーチンが実行される（７０１）。

そして、各制御ルーチン毎に、入力されたユーザによる指示操作や制御そのもののログを記録するか否かをログ管理モジュール１１２が判定する（７０２）。このログ管理モジュール１１２による判定は、ログ管理テーブル７２３を参照することによって行い、具体的には前述したように図２に示した記録フラグ５０３の値が「０」か「１」により判定される。

そして、本実施形態において、操作または制御のログを記録する場合、つまり、該当する記録フラグ５０３の値が"１"の場合、図９に示すようにログ格納領域７２１に次々と当該ログを記録する（７０３）。以上のフローによるデータの流れは、図５の（ａ）に示す障害発生前状態に対応し、記録するログのリスト８０２は、図２に示した記録フラグ５０３の値が"１"である操作または制御のログをリストとして表現したものである。

そして、リスト８０２中に存在するログは、ログ管理モジュール１１２によりその操作・制御が行われると、常にログ格納領域８０１に記録する。なお、図５において、８０３は、ログ格納領域８０１に記録されたログの一例を示している。また、ログ８０３は、それぞれ時刻を付加してそのログ内容を記録する。

次に、当該の制御ルーチンで障害が発生したかどうかを判定して（７０４）、障害が発生していないと判定した場合は、ステップ（７１０）へ進み、障害が発生していると判定した場合は、これまでログ格納領域７２１に記録されたログの中から、当該障害に関連するログだけを選択する（７０５）。

なお、ログ格納領域７２１に記録されたログが当該障害に関連するかどうかは、ログ管理モジュール１１２が障害管理テーブル７２２を参照することで行う。具体的には、図３に示したように、障害ＩＤ６０１により当該障害の管理情報を特定し、その関連ログＩＤの項目６０６および項目６０８に登録されたログＩＤ５０１で示されるログのみを選択し、選択されたログは、インターネット／イントラネット３５０と接続されるネットワーク上のＰＣ３６１や管理サーバ３６２に送信される（７１４）。以後は、図４に示したステップと同等であるので説明は省略する。

これにより、ネットワーク上のＰＣ３６１や管理サーバ３６２は、図９に示すステップ（７１４）により障害に関する必要なログだけを格納して、図示しないＵＩ画面上に通報表示して、そのユーザがその障害の発生を認識して、画像入出力装置で発生している障害に対する措置を迅速、かつ的確に開始する。

また、障害管理テーブル６００上では、設定される、例えば２つの障害発生の頻度の閾値に応じて、関連ログが図３に示すＬｅｖｅｌ１の項目６０５からＬｅｖｅｌ２の項目６０７に上がる場合と、図３に示すＬｅｖｅｌ２の項目６０７からＬｅｖｅｌ１の項目６０５に下がる場合の、障害発生変動状態（画像入出力装置３００のユーザの仕様態様により異なる）を的確に捉えて、必要最小限の障害ログをログ格納領域１３２に記録するだけで済むため、障害ログを少ないメモリ容量で、かつ他の制御モジュールの実行を妨げることなく短時間の処理で記録管理することができる。

〔第４実施形態〕
上記第１実施形態では、ログ格納領域１３２に障害ログを記録するタイミングを捉えて、ローカルＰＣ１６０にその内容を通報処理する場合について説明したが、障害の発生したログを選択されたログをＦＡＸのデータ形式に変換し、公衆回線を介してＦＡＸや他の画像入出力装置に送信して、操作部等からの指示でその内容をＵＩ画面上で表示して確認できるように構成してもよい。以下、その実施形態について説明する。

図１０は、本発明の第４実施形態である画像入出力装置のシステム構成を説明するブロック図であり、図１と同一のものには同一の符号を付してある。

図１０において、１２４はＦＡＸユニットで、接続媒体４５１によって、公衆回線４５０と接続され、画像データをＦＡＸ４６１やＦＡＸ機能を持つ画像入出力装置４６２に送信したり、またはＦＡＸ４６１や画像入出力装置４６２から画像データを受信したりする。

本実施形態の画像入出力装置４００においては、障害発生を検知すると当該障害に関連するログのみをログ格納領域１３２から選択し、それらの選択されたログをＦＡＸ４６１や画像入出力装置４６２に送信する。

図１１は、本発明に係る画像入出力装置における第４のデータ処理手順の一例を示すフローチャートであり、図１０に示したログ管理モジュール１１２が障害管理テーブル１４２を参照して行うログ格納領域１３２への履歴記録処理手順に対応する。なお、（７０１）〜（７０５）、（７０７〜７１２）、（７１５）は各ステップを示す。また、各ステップは、図１に示したＣＰＵ１１０がログ管理モジュール１１２を実行することで実現される。

まず、図１０に示した画像入出力装置４００が稼動すると、ユーザによる操作指示または印刷ジョブの投入などによって、次々と制御モジュール１１１内の対応する制御ルーチンが実行される（７０１）。

そして、各制御ルーチン毎に、入力されたユーザによる指示操作や制御そのもののログを記録するか否かをログ管理モジュール１１２が判定する（７０２）。このログ管理モジュール１１２による判定は、ログ管理テーブル７２３を参照することによって行い、具体的には前述したように図２に示した記録フラグ５０３の値が「０」か「１」により判定される。

そして、本実施形態において、操作または制御のログを記録する場合、つまり、該当する記録フラグ５０３の値が"１"の場合、図１１に示すようにログ格納領域７２１に次々と当該ログを記録する（７０３）。以上のフローによるデータの流れは、図５の（ａ）に示す障害発生前状態に対応し、記録するログのリスト８０２は、図２に示した記録フラグ５０３の値が"１"である操作または制御のログをリストとして表現したものである。

そして、リスト８０２中に存在するログは、ログ管理モジュール１１２によりその操作・制御が行われると、常にログ格納領域８０１に記録する。なお、図５において、８０３は、ログ格納領域８０１に記録されたログの一例を示している。また、ログ８０３は、それぞれ時刻を付加してそのログ内容を記録する。

次に、当該の制御ルーチンで障害が発生したかどうかを判定して（７０４）、障害が発生していないと判定した場合は、ステップ（７１０）へ進み、障害が発生していると判定した場合は、これまでログ格納領域７２１に記録されたログの中から、当該障害に関連するログだけを選択する（７０５）。

なお、ログ格納領域７２１に記録されたログが当該障害に関連するかどうかは、ログ管理モジュール１１２が障害管理テーブル７２２を参照することで行う。具体的には、図３に示したように、障害ＩＤ６０１により当該障害の管理情報を特定し、その関連ログＩＤの項目６０６および項目６０８に登録されたログＩＤ５０１で示されるログのみを選択し、それらの選択されたログをＦＡＸ４６１や画像入出力装置４６２に送信する（７１５）。以後は、図４に示したステップと同等であるので説明は省略する。

これにより、ＦＡＸ４６１や画像入出力装置４６２は、図１１に示すステップ（７１５）により障害に関する必要なログだけを格納して、図示しないＵＩ画面上に通報表示して、そのユーザがその障害の発生を認識して、画像入出力装置で発生している障害に対する措置を迅速、かつ的確に開始する。

また、障害管理テーブル６００上では、設定される、例えば２つの障害発生の頻度の閾値に応じて、関連ログが図３に示すＬｅｖｅｌ１の項目６０５からＬｅｖｅｌ２の項目６０７に上がる場合と、図３に示すＬｅｖｅｌ２の項目６０７からＬｅｖｅｌ１の項目６０５に下がる場合の、障害発生変動状態（画像入出力装置４００のユーザの仕様態様により異なる）を的確に捉えて、必要最小限の障害ログをログ格納領域１３２に記録するだけで済むため、障害ログを少ないメモリ容量で、かつ他の制御モジュールの実行を妨げることなく短時間の処理で記録管理することができる。

上記各実施形態によれば、エラーや障害の種類と発生頻度に応じて、各種の履歴（ログ）を記録対象とする／しないの設定が稼動中に柔軟に変更することが可能となるため、テストや障害解析に対して必要性の少ない履歴によって履歴格納領域を無駄に消費するようなことが解消される。また、エラー・障害発生時には、関連するログだけを選択するため、サービスマンや障害自己診断装置によって行われるエラーや障害の解析が容易になる。

〔第５実施形態〕
以下、図１２に示すメモリマップを参照して本発明に係る画像入出力装置で読み取り可能なデータ処理プログラムの構成について説明する。

図１２は、本発明に係る画像入出力装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４，図７，図９，図１１に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではなく、以下の実施態様も含まれることはいうまでもない。以下、その実施態様１〜２０について説明する。

〔実施態様１〕
少なくとも一つのデバイスを制御して画像入出力処理を行う画像入出力装置であって、前記デバイスの動作を制御する制御手段（図１に示す制御モジュール１１１に相当）と、前記制御手段による制御の状態を示す履歴をログ情報（図２に示すログ）として記憶する第１の記憶手段（図１に示すログ格納領域１３２に相当）と、前記デバイスの障害を検知する障害検知手段（図示しない各種のセンサであって、画像入出力装置内の所定位置に設置され、その出力は、ＣＰＵ１１０の図示しない入力ポートに入力される）と、前記障害検知手段により検知される障害の発生頻度（図３に示す障害管理テーブル６００中の発生頻度参照）を、該障害と関連付けて記憶する第２の記憶手段（図１に示す障害管理テーブル１４２に相当）と、該発生頻度の閾値を１つ以上設定可能な設定手段（例えば図１に示すＵＩ１２１を構成する操作パネルに相当）と、前記障害の発生頻度が前記閾値以上であるか否かを判別する判別手段（図１に示すログ管理モジュール１１２による判別機能処理に相当）と、前記判別手段による判別結果に基づいて、前記障害に対応するログ情報の前記第１の記憶手段への記憶設定を制御するログ管理手段（図１に示すログ管理モジュール１１２による判別機能処理に相当）とを有することを特徴とする画像入出力装置。

これにより、ユーザによる画像入出力装置の使用環境に適応して障害頻度の判別を行うための閾値を自在に設定しながら、個別的に発生する障害中で管理者が注目すべき固有の障害を検知可能な障害中から選別して、その障害発生状態を記憶するだけで済むので、無駄な障害管理処理負担が軽減され、通常の画像入出力処理効率を低下することも避けることができる。

〔実施態様２〕
前記記憶設定を制御するための記憶制御情報（図２に示す記録フラグ５０３）を記憶する第３の記憶手段（図１に示すログ管理テーブル１４１）を有し、前記ログ管理手段は前記記憶制御情報に基づいて、前記ログ情報を前記第１の記憶手段へ選択的に記憶させることを特徴とする実施態様１記載の画像入出力装置。

これにより、すべてのログを記憶するための記憶手段をあらかじめ設ける必要がなくなり、小容量のメモリで、必要な障害情報を記憶管理することができる安価なシステムを構築できる。

〔実施態様３〕
前記ログ管理手段は、前記第１の記憶手段に記憶されるログ情報を外部装置に通知することを特徴とする実施態様１記載の画像入出力装置。

これにより、選択されて記憶された必要な障害情報を外部装置に通知して、障害が発生している必要な履歴を外部装置で検証可能とすることができる。

〔実施態様４〕
前記ログ管理手段により前記第１の記憶手段に記憶されるログ情報を第４の記憶手段に格納することを特徴とする実施態様１記載の画像入出力装置。

これにより、選択されて記憶された必要な障害情報を外部記憶装置に格納することができる。

〔実施態様５〕
前記外部装置は、所定の通信媒体を介して通信可能なデータ処理装置、または管理サーバ装置であることを特徴とする実施態様３記載の画像入出力装置。

これにより、選択されて記憶された必要な障害情報をネットワーク等の通信媒体を介して外部装置としてデータ処理装置や管理サーバ装置に通知して、障害が発生している必要な履歴をデータ処理装置や管理サーバ装置で検証可能とすることができる。

〔実施態様６〕
前記ログ管理手段は、前記第１の記憶手段に記憶される前記ログ情報中より、前記第２の記憶手段に記憶される障害に関連づけられているログ情報を選択して外部装置に通知する（図４に示すステップ（７０６））ことを特徴とする実施態様３記載の画像入出力装置。
これにより、必要な障害情報だけを外部装置に通知して、障害が発生している必要な履歴だけを選択して外部装置で検証可能とすることができる。

〔実施態様７〕
前記第２の記憶手段（図１に示す障害管理テーブル１４２に相当）は、さらに前記発生頻度の閾値を更新可能に記憶することを特徴とする実施態様１記載の記載の画像入出力装置。
これにより、ユーザによる画像入出力装置の使用環境に適応して障害頻度の判別を行うための閾値を自在に設定して、障害頻度の判別を行うことができる。

〔実施態様８〕
前記判別手段が、前記障害の発生頻度が前記閾値未満の回数から、前記閾値以上の回数に変動したと判別した場合に（図４、図７、図９、図１１に示すステップ（７０８）の判別ステップ）、前記ログ管理手段は、前記障害に対応するログ情報を、前記第１の記憶手段へ記憶するよう制御することを特徴とする実施態様１記載の画像入出力装置。
これにより、画像入出力装置の使用状態により障害発生頻度が変動しても、その変動状態に適応した障害判定を行いながら、必要最小限度の障害に係わる履歴を確実に記憶することができる。また、ログ情報中から障害との関わりで記憶すべき履歴を選択することができ、第１の記憶手段に記憶すべきログ情報容量を抑えることができる。

これにより、動作履歴情報中から障害との関わりで記録すべき履歴を選択することができ、第３の記憶手段に記憶すべき履歴情報容量を抑えることができる。

〔実施態様８〕
時刻を計時する計時手段を有し、
前記ログ管理手段は、前記障害発生レベルが上位に変動してから前記計時手段に計時される所定の経過期間中に同一の障害が発生していない場合、前記第２の記憶手段に記憶される該障害に対応する発生頻度を減算した値に更新（図４、図７、図９、図１１に示すステップ（７０７））することを特徴とする実施態様１記載の画像入出力装置。

これにより、障害状況が変動しても、その変動に適応して必要な履歴を選択しながら記録することができる。

〔実施態様９〕
時刻を計時する計時手段（図１に示すＣＰＵ１１０の内部タイマ（図示しない））を有し、前記第２の記憶手段は、各障害毎の発生頻度を前記計時手段に計時される時刻とともに記憶することを特徴とする実施態様１記載の画像入出力装置。

これにより、第２の記憶手段に記憶される履歴情報の経過状況を正確に算定して、所定の時間が経過して、障害状況が変動している場合には、その経過時間に適応して必要な履歴を選択しながら記録することができる。

本発明の第１実施形態である画像入出力装置のシステム構成を説明するブロック図である。 図１に示したログ管理テーブルのデータ構造を説明する図である。 図１に示した障害管理テーブルのデータ構造を説明する図である。 本発明に係る画像入出力装置における第１のデータ処理手順の一例を示すフローチャートである。 図１に示したログ管理モジュールによるログ格納領域に対する履歴記録処理を説明する模式図である。 本発明の第２実施形態である画像入出力装置のシステム構成を説明するブロック図である。 本発明に係る画像入出力装置における第２のデータ処理手順の一例を示すフローチャートである。 本発明の第３実施形態である画像入出力装置のシステム構成を説明するブロック図である。 本発明に係る画像入出力装置における第３のデータ処理手順の一例を示すフローチャートである。 本発明の第４実施形態である画像入出力装置のシステム構成を説明するブロック図である。 本発明に係る画像入出力装置における第４のデータ処理手順の一例を示すフローチャートである。 本発明に係る画像入出力装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１００ 画像入出力装置
１１０ ＣＰＵ
１１１ 制御モジュール
１１２ ログ管理モジュール
１３０，１４０ ＲＡＭ
１３２ ログ格納領域
１４１ ログ管理テーブル
１４２ 障害管理テーブル

Claims (23)

1. 少なくとも一つのデバイスを制御して画像入出力処理を行う画像入出力装置であって、
   前記デバイスの動作を制御する制御手段と、
   前記制御手段による制御の状態を示す履歴をログ情報として記憶する第１の記憶手段と、
   前記デバイスの障害を検知する障害検知手段と、
   前記障害検知手段により検知される障害の発生頻度を、該障害と関連付けて記憶する第２の記憶手段と、
   前記障害の発生頻度に対する閾値を１つ以上設定可能な設定手段と、
   前記第２の記憶手段に記憶された障害の発生頻度が、前記設定手段で設定された閾値以上であるか否かを判別する判別手段と、
   前記判別手段による判別結果に基づいて、前記障害に対応するログ情報の前記第１の記憶手段への記憶設定を制御するログ管理手段と、
   を有することを特徴とする画像入出力装置。
2. 前記記憶設定を制御するための記憶制御情報を記憶する第３の記憶手段を有し、前記ログ管理手段は前記記憶制御情報に基づいて、
   前記ログ情報を前記第１の記憶手段へ選択的に記憶させることを特徴とする請求項１記載の画像入出力装置。
3. 前記ログ管理手段は、前記第１の記憶手段に記憶されるログ情報を外部装置に通知することを特徴とする請求項１又は２記載の画像入出力装置。
4. 前記ログ管理手段により前記第１の記憶手段に記憶されるログ情報を第４の記憶手段に格納することを特徴とする請求項１又は２記載の画像入出力装置。
5. 前記外部装置は、所定の通信媒体を介して通信可能なデータ処理装置、または管理サーバ装置であることを特徴とする請求項３記載の画像入出力装置。
6. 前記第２の記憶手段は、さらに前記発生頻度に対する閾値を更新可能に記憶することを特徴とする請求項１乃至５いずれか１項記載の画像入出力装置。
7. 前記判別手段が、前記障害の発生頻度が前記閾値未満の回数から、前記閾値以上の回数に変動したと判別した場合に、前記ログ管理手段は、前記障害に対応するログ情報を、前記第１の記憶手段へ記憶するよう制御することを特徴とする請求項１乃至６いずれか１項記載の画像入出力装置。
8. 前記判別手段が、前記障害の発生頻度が前記閾値以上の回数から、前記閾値未満の回数に変動したと判別した場合に、前記ログ管理手段は、前記障害に対応するログ情報を、前記第１の記憶手段へ記憶しないよう制御することを特徴とする請求項１乃至７いずれか１項記載の画像入出力装置。
9. 時刻を計時する計時手段を有し、 前記第２の記憶手段は、前記障害の発生頻度を前記計時手段に計時される時刻とともに記憶することを特徴とする請求項１乃至８いずれか１項記載の画像入出力装置。
10. 少なくとも一つのデバイスを制御して画像入出力処理を行う画像入出力装置であって、前記デバイスの動作を制御する制御手段と、
    前記制御手段による制御の状態を示す履歴をログ情報として記憶する第１の記憶手段と、
    前記デバイスの障害を検知する障害検知手段と、
    前記障害検知手段により検知される障害の発生頻度を、該障害と関連付けて記憶する第２の記憶手段と、
    前記障害の発生頻度に対する閾値を１つ以上設定可能な設定手段と、
    前記第２の記憶手段に記憶された障害の発生頻度が、前記設定手段で設定された閾値以上である場合に、前記障害に対応するログ情報を前記第１の記憶手段へ記憶させるよう制御するログ管理手段と、
    を有することを特徴とする画像入出力装置。
11. 少なくとも一つのデバイスを制御して画像入出力処理を行う画像入出力装置であって、前記デバイスの動作を制御する制御手段と、
    前記制御手段による制御の状態を示す履歴をログ情報として記憶する第１の記憶手段と、
    前記デバイスの障害を検知する障害検知手段と、
    前記障害検知手段により検知される障害の発生頻度を、該障害と関連付けて記憶する第２の記憶手段と、
    前記障害の発生頻度に対する閾値を１つ以上設定可能な設定手段と、
    前記第２の記憶手段に記憶された障害の発生頻度が、前記設定手段で設定された閾値未満の場合は、前記障害に対応するログ情報を前記第１の記憶手段へ記憶させないよう制御するログ管理手段と、
    を有することを特徴とする画像入出力装置。
12. 少なくとも一つのデバイスを制御して画像入出力処理を行い、前記デバイスの動作を制御する制御手段を備える画像入出力装置の情報処理方法であって、 前記制御手段による制御の状態を示す履歴をログ情報として第１の記憶手段に記憶する第１の記憶ステップと、
    前記デバイスの障害を検知する障害検知ステップと、
    前記障害検知ステップにより検知される障害の発生頻度を、該障害と関連付けて第２の記憶手段に記憶する第２の記憶ステップと、
    前記障害の発生頻度に対する閾値を１つ以上設定可能な設定ステップと、
    前記第２の記憶手段に記憶された障害の発生頻度が、前記設定ステップで設定された閾値以上であるか否かを判別する判別ステップと、
    前記判別ステップによる判別結果に基づいて、前記障害に対応するログ情報の前記第１の記憶手段への記憶設定を制御するログ管理ステップと、
    を有することを特徴とする情報処理方法。
13. 前記記憶設定を制御するための記憶制御情報を第３の記憶手段に記憶する第３の記憶ステップを有し、前記ログ管理ステップは前記記憶制御情報に基づいて、前記ログ情報を前記第１の記憶手段へ選択的に記憶させることを特徴とする請求項１２記載の情報処理方法。
14. 前記ログ管理ステップは、前記第１の記憶手段に記憶されるログ情報を外部装置に通知することを特徴とする請求項１２又は１３記載の情報処理方法。
15. 前記ログ管理ステップにより前記第１の記憶手段に記憶されるログ情報を第４の記憶手段に格納することを特徴とする請求項１２又は１３記載の情報処理方法。
16. 前記外部装置は、所定の通信媒体を介して通信可能なデータ処理装置、または管理サーバ装置であることを特徴とする請求項１４記載の情報処理方法。
17. 前記第２の記憶ステップは、さらに前記発生頻度に対する閾値を更新可能に記憶することを特徴とする請求項１２乃至１６いずれか１項記載の情報処理方法。
18. 前記判別ステップが、前記障害の発生頻度が前記閾値未満の回数から、前記閾値以上の回数に変動したと判別した場合に、前記ログ管理ステップは、前記障害に対応するログ情報を、前記第１の記憶手段へ記憶するよう制御することを特徴とする請求項１２乃至１７いずれか１項記載の情報処理方法。
19. 前記判別ステップが、前記障害の発生頻度が前記閾値以上の回数から、前記閾値未満の回数に変動したと判別した場合に、前記ログ管理ステップは、前記障害に対応するログ情報を、前記第１の記憶手段へ記憶しないよう制御することを特徴とする請求項１２乃至１８いずれか１項記載の情報処理方法。
20. 少なくとも一つのデバイスを制御して画像入出力処理を行い、前記デバイスの動作を制御する制御手段を備える画像入出力装置の情報処理方法であって、
    前記制御手段による制御の状態を示す履歴をログ情報として第１の記憶手段に記憶する第１の記憶ステップと、
    前記デバイスの障害を検知する障害検知ステップと、
    前記障害検知ステップにより検知される障害の発生頻度を、該障害と関連付けて第２の記憶手段に記憶する第２の記憶ステップと、
    前記障害の発生頻度に対する閾値を１つ以上設定可能な設定ステップと、
    前記第２の記憶手段に記憶された障害の発生頻度が、前記設定ステップで設定された閾値以上である場合に、前記障害に対応するログ情報を前記第１の記憶手段へ記憶させるよう制御するログ管理ステップと、
    を有することを特徴とする情報処理方法。
21. 少なくとも一つのデバイスを制御して画像入出力処理を行い、前記デバイスの動作を制御する制御手段を備える画像入出力装置の情報処理方法であって、
    前記制御手段による制御の状態を示す履歴をログ情報として第１の記憶手段に記憶する第１の記憶ステップと、
    前記デバイスの障害を検知する障害検知ステップと、
    前記障害検知ステップにより検知される障害の発生頻度を、該障害と関連付けて第２の記憶手段に記憶する第２の記憶ステップと、
    前記障害の発生頻度に対する閾値を１つ以上設定可能な設定ステップと、
    前記第２の記憶手段に記憶された障害の発生頻度が、前記設定手段で設定された閾値未満の場合は、前記障害に対応するログ情報を前記第１の記憶手段へ記憶させないよう制御するログ管理管理ステップと、
    を有することを特徴とする情報処理方法。
22. 請求項１２〜２１のいずれかに記載の情報処理方法を実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
23. 請求項１２〜２１のいずれかに記載の情報処理方法を実行させることを特徴とするプログラム。

Images