(57)【要約】【課題】障害解析データを記憶するための記憶容量を維持すると共に、重要な障害解析データが記憶媒体の容量制限によって消去されてしまうことを防ぐこと。【解決手段】対象の装置の動作に応じて出力される障害解析データを管理するシステムであって、障害解析データに含まれる項目毎に重要度が設定された重要度設定情報に基づき、障害解析データの重要度を判断し、出力された障害解析データを、重要度毎に区別して記憶媒体に記憶させ、重要度と障害解析データの消去態様とが関連付けられたリフレッシュルールテーブルに基づき、記憶媒体に記憶された障害解析データをその重要度に応じて消去することを特徴とする【選択図】図５
2014038435.tif 000002
【特許請求の範囲】
【請求項１】
障害解析を行う対象の装置の動作に応じて出力される障害解析情報を管理する障害解析情報管理システムであって、
前記障害解析情報に含まれる項目毎に重要度が設定された重要度設定情報に基づき、前記障害解析情報の重要度を判断する重要度判断部と、
出力された前記障害解析情報を、前記重要度毎に区別して記憶媒体に記憶させる障害解析情報記憶処理部と、
記憶された前記障害解析情報を消去する障害解析情報消去処理部とを含み、
前記障害解析情報消去処理部は、前記重要度と前記障害解析情報の消去態様とが関連付けられた消去態様情報に基づいて前記障害解析情報を消去することを特徴とする障害解析情報管理システム。
【請求項２】
前記消去態様情報は、前記重要度と前記障害解析情報の消去頻度とが関連付けられた情報を含み、
前記障害解析情報消去処理部は、前記重要度に応じた消去頻度で前記障害解析情報を消去することを特徴とする請求項１に記載の障害解析情報管理システム。
【請求項３】
前記重要度設定情報は、前記項目毎に重要度を示す値が設定された情報であり、
前記重要度判断部は、前記障害解析情報に含まれる項目に応じて設定された値を合算することにより前記重要度を判断することを特徴とする請求項１または２に記載の障害解析情報管理システム。
【請求項４】
前記合算された値の範囲と前記重要度のランクとが関連付けられた重要度ランク情報に基づき、前記合算された値に関連付けられているランクを前記障害解析情報に付加する重要度ランク付加処理部を含み、
前記消去態様情報は、前記ランクと前記障害解析情報の消去態様とが関連付けられた情報であり、
前記障害解析情報消去処理部は、前記障害解析情報に付加されているランクに基づいて前記障害解析情報を消去することを特徴とする請求項３に記載の障害解析情報管理システム。
【請求項５】
前記重要度ランク付加処理部及び前記ランクが付加された障害解析情報を一次的に保存する一次保存部を含むデータ収集装置と、
前記障害解析情報記憶処理部が前記障害解析情報を記憶させる記憶媒体及び前記障害解析情報消去処理部を含むデータ記憶装置とを含み、
前記データ収集装置は、前記重要度のランクと前記障害解析情報を前記データ記憶装置に送信する頻度を示す情報とが関連付けられたデータ送信頻度情報に基づき、一次的に保存された前記障害解析情報を前記データ記憶装置に送信することを特徴とする請求項４に記載の障害解析情報管理システム。
【請求項６】
前記重要度判断部は、前記障害解析を行う対象の装置において、前記障害解析情報に含まれる項目毎の情報を取得する度に、前記項目に応じて設定された値を加算することを特徴とする請求項３乃至５いずれか１項に記載の障害解析情報管理システム。
【請求項７】
前記重要度記憶処理部は、前記障害解析情報を前記重要度毎に異なる記憶媒体に記憶させることを特徴とする請求項１乃至６いずれか１項に記載の障害解析情報管理システム。
【請求項８】
障害解析を行う対象の装置の動作に応じて出力される障害解析情報を管理する障害解析情報管理方法であって、
前記障害解析情報に含まれる項目毎に重要度が設定された重要度設定情報に基づき、前記障害解析情報の重要度を判断し、
出力された前記障害解析情報を、判断された前記重要度毎に区別して記憶媒体に記憶させ、
前記重要度と前記障害解析情報の消去態様とが関連付けられた消去態様情報に基づき、前記記憶媒体に記憶された前記障害解析情報をその重要度に応じて消去することを特徴とする障害解析情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害解析情報管理システム及び障害解析情報管理方法に関し、特に、障害解析情報を記憶するための記憶容量の維持に関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）として構成されることが多い。
【０００３】
このような画像処理装置においては、障害解析のためにログ情報を収集することが行われている。組み込み機器における障害解析データを収集するための技術として、組み込み機器において収集した障害解析データを圧縮して組み込み機器内の記憶手段に保存する方法が提案されている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示された方法においては、データを圧縮することにより障害解析データを保存することが可能な容量を確保している。しかしながら記憶媒体の容量には限界があるため、データを圧縮したとしても収集した障害解析データは永久に残しておくことはできない。そのため、何らかの定めに従って削除して残容量を維持する必要があるが、重要な障害解析データが削除されてしまえば、障害解析が困難になってしまう。
【０００５】
本発明は、このような課題を解決するためになされたものであり、障害解析データを記憶するための記憶容量を維持すると共に重要な障害解析データが記憶媒体の容量制限によって消去されてしまうことを防ぐことを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の一態様は、障害解析を行う対象の装置の動作に応じて出力される障害解析情報を管理する障害解析情報管理システムであって、前記障害解析情報に含まれる項目毎に重要度が設定された重要度設定情報に基づき、前記障害解析情報の重要度を判断する重要度判断部と、出力された前記障害解析情報を、前記重要度毎に区別して記憶媒体に記憶させる障害解析情報記憶処理部と、記憶された前記障害解析情報を消去する障害解析情報消去処理部とを含み、前記障害解析情報消去処理部は、前記重要度と前記障害解析情報の消去態様とが関連付けられた消去態様情報に基づいて前記障害解析情報を消去することを特徴とする。
【０００７】
また、本発明の他の態様は、障害解析を行う対象の装置の動作に応じて出力される障害解析情報を管理する障害解析情報管理方法であって、前記障害解析情報に含まれる項目毎に重要度が設定された重要度設定情報に基づき、前記障害解析情報の重要度を判断し、出力された前記障害解析情報を、判断された前記重要度毎に区別して記憶媒体に記憶させ、前記重要度と前記障害解析情報の消去態様とが関連付けられた消去態様情報に基づき、前記記憶媒体に記憶された前記障害解析情報をその重要度に応じて消去することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、障害解析データを記憶するための記憶容量を維持すると共に、重要な障害解析データが記憶媒体の容量制限によって消去されてしまうことを防ぐことができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係るシステムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報処理装置のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係る画像処理装置の機能構成を示すブロック図である。
【図４】本発明の実施形態に係るデータ収集装置の機能構成を示すブロック図である。
【図５】本発明の実施形態に係るデータサーバの機能構成を示すブロック図である。
【図６】本発明の実施形態に係る障害解析データの例を示す図である。
【図７】本発明の実施形態に係る障害解析データの出力動作を示すフローチャートである。
【図８】本発明の実施形態に係るカウント値の例を示す図である。
【図９】本発明の実施形態に係る障害解析データの一次保存動作を示すフローチャートである。
【図１０】本発明の実施形態に係る優先度の判断基準を示す図である。
【図１１】本発明の実施形態に係る障害解析データのデータサーバへの格納動作を示すフローチャートである。
【図１２】本発明の実施形態に係る障害解析データのデータサーバへの格納タイミングを示す図である。
【図１３】本発明の実施形態に係る障害解析データのリフレッシュ動作を示すフローチャートである。
【図１４】本発明の実施形態に係るリフレッシュルールテーブルの例を示す図である。
【図１５】本発明の他の実施形態に係るリフレッシュルールテーブルの例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、画像処理装置の障害解析データを収集、保存すると共に、障害解析データの内容に応じた優先度に従って障害解析データをリフレッシュすることにより、障害解析データを記憶するための記憶媒体の容量オーバーを防ぐことが可能なシステムを例として説明する。
【００１１】
図１は、本実施の形態に係る障害解析情報管理システムの運用形態の例を示す図である。図１に示すように、本実施形態に係るシステムは、画像処理装置１ａ、画像処理装置１ｂ、データ収集装置２、データサーバ３が、インターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワークを介して接続されて構成される。
【００１２】
画像処理装置１ａ、画像処理装置１ｂ（以降、総じて画像処理装置１とする）は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）であり、本実施形態に係るシステムにおいて障害解析データを収集する対象の装置である。データ収集装置２は、画像処理装置１の障害解析データをネットワークを介して取得する情報処理装置である。データサーバ３は、データ収集装置２が収集した障害解析データを記憶する記憶媒体を含むデータ記憶装置である。
【００１３】
尚、本実施形態においては、データ収集装置２が画像処理装置１とは異なる装置として構成されている場合を例として説明する。これにより、複数の画像処理装置１の障害解析データを１台のデータ収集装置２によって収集、管理することが可能となる。この他、画像処理装置１ａ、１ｂ夫々がデータ収集装置２の機能を備えていても良い。また、本実施形態においては、データ収集装置２とデータサーバ３とが異なる装置として構成されている場合を例として説明するが、データ収集装置２及びデータサーバ３の機能を備える１台の装置として構成することも可能である。
【００１４】
次に、本実施形態に係るシステムに含まれる画像処理装置１、データ収集装置２、データサーバ３等の情報処理装置のハードウェア構成について説明する。図２は、本実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。図２に示すように、本実施形態に係る情報処理装置は、一般的なサーバやＰＣ等と同様の構成を含む。
【００１５】
即ち、本実施形態に係る情報処理装置は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。この他、画像処理装置１の場合、画像形成出力やスキャンを実行するエンジンが含まれる。
【００１６】
ＣＰＵ１０は演算手段であり、情報処理装置全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００１７】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが情報処理装置の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボード、マウス、各種のハードボタン、タッチパネル等、ユーザが情報処理装置に情報を入力するためのユーザインタフェースである。
【００１８】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がそれらのプログラムに従って演算を行うことによりソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る画像処理システムを構成する各機器の機能を実現する機能ブロックが構成される。
【００１９】
次に、本実施形態に係る画像処理装置１の機能構成について説明する。図３は、本実施形態に係る画像処理装置１の機能構成を示すブロック図である。図３に示すように、本実施形態に係る画像処理装置１は、コントローラ１００、ＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｎｔ  Ｆｅｅｄｅｒ：原稿自動搬送装置）１１０、スキャナユニット１２０、排紙トレイ１３０、ディスプレイパネル１４０、給紙テーブル１５０、プリントエンジン１６０、排紙トレイ１７０及び＾ネットワークＩ／Ｆ１８０を有する。
【００２０】
また、コントローラ１００は、主制御部１０１、エンジン制御部１０２、入出力制御部１０３、画像処理部１０４及び操作表示制御部１０５を有する。図３に示すように、本実施形態に係る画像処理装置１は、スキャナユニット１２０、プリントエンジン１６０を有する複合機として構成されている。尚、図３においては、電気的接続を実線の矢印で示しており、用紙の流れを破線の矢印で示している。
【００２１】
ディスプレイパネル１４０は、画像処理装置１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザが画像処理装置１を直接操作し若しくは画像処理装置１に対して情報を入力する際の入力インタフェース（操作部）でもある。ネットワークＩ／Ｆ１８０は、画像処理装置１がネットワークを介して管理者用端末等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢインタフェースが用いられる。
【００２２】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０やＨＤＤ４０等の不揮発性記憶媒体に格納されたファームウェア等の制御プログラムが、ＲＡＭ２０にロードされ、それらのプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ１００が構成される。コントローラ１００は、画像処理装置１全体を制御する制御部として機能する。
【００２３】
主制御部１０１は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１０２は、プリントエンジン１６０やスキャナユニット１２０等を制御若しくは駆動する駆動手段としての役割を担う。入出力制御部１０３は、ネットワークＩ／Ｆ１８０を介して入力される信号や命令を主制御部１０１に入力する。また、主制御部１０１は、入出力制御部１０３を制御し、ネットワークＩ／Ｆ１８０及びネットワークを介して他の装置にアクセスする。
【００２４】
本実施形態に係る主制御部１０１は、画像処理装置１の動作に応じて装置各部の状態を示す情報を取得し、入出力制御部１０３を制御して障害解析データとして出力する機能を有する。この機能については後に詳述する。
【００２５】
画像処理部１０４は、主制御部１０１の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１６０が画像形成動作において形成すべき画像を描画するための情報である。また、画像処理部１０４は、スキャナユニット１２０から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像処理装置１に格納され若しくはネットワークＩ／Ｆ１８０を介して他の機器に送信される情報である。
【００２６】
画像処理装置１がプリンタとして動作する場合は、まず、入出力制御部１０３がネットワークＩ／Ｆ１８０を介して印刷ジョブを受信する。入出力制御部１０３は、受信した印刷ジョブを主制御部１０１に転送する。主制御部１０１は、印刷ジョブを受信すると、画像処理部１０４を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成する。画像処理部１０４によって描画情報が生成されると、エンジン制御部１０２は、生成された描画情報に基づき、給紙テーブル１５０から搬送される用紙に対して画像形成を実行する。プリントエンジン１６０の具体的態様としては、インクジェット方式による画像形成機構や電子写真方式による画像形成機構等を用いることが可能である。プリントエンジン１６０によって画像形成が施された文書は排紙トレイ１７０に排紙される。
【００２７】
画像処理装置１がスキャナとして動作する場合は、ユーザによるディスプレイパネル１４０の操作若しくはネットワークＩ／Ｆ１８０を介して外部の機器から入力されるスキャン実行指示に応じて、操作表示制御部１０５若しくは入出力制御部１０３が主制御部１０１にスキャン実行信号を転送する。主制御部１０１は、受信したスキャン実行信号に基づき、エンジン制御部１０２を制御する。
【００２８】
エンジン制御部１０２は、ＡＤＦ１１０を駆動し、ＡＤＦ１１０にセットされた撮像対象原稿をスキャナユニット１２０に搬送する。また、エンジン制御部１０２は、スキャナユニット１２０を駆動し、ＡＤＦ１１０から搬送される原稿を撮像する。また、ＡＤＦ１１０に原稿がセットされておらず、スキャナユニット１２０に直接原稿がセットされた場合、スキャナユニット１２０は、エンジン制御部１０２の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット１２０が撮像部として動作する。
【００２９】
撮像動作においては、スキャナユニット１２０に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいた撮像情報が生成される。エンジン制御部１０２は、スキャナユニット１２０が生成した撮像情報を画像処理部１０４に転送する。画像処理部１０４は、主制御部１０１の制御に従い、エンジン制御部１０２から受信した撮像情報に基づき画像情報を生成する。画像処理部１０４が生成した画像情報はＨＤＤ４０等の画像処理装置１に装着された記憶媒体に保存される。画像処理部１０４によって生成された画像情報は、ユーザの指示に応じてそのままＨＤＤ４０等に格納され若しくはネットワークＩ／Ｆ１８０、近距離通信Ｉ／Ｆ１９０を介して、入出力制御部１０３により外部の装置に送信される。
【００３０】
また、画像処理装置１が複写機として動作する場合は、エンジン制御部１０２がスキャナユニット１２０から受信した撮像情報若しくは画像処理部１０４が生成した画像情報に基づき、画像処理部１０４が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１０２がプリントエンジン１６０を駆動する。
【００３１】
次に、本実施形態に係るデータ収集装置２の機能構成について、図４を参照して説明する。図４に示すように、本実施形態に係るデータ収集装置２は、コントローラ２００及びネットワークＩ／Ｆ２１０を含む。また、コントローラ２００は、ネットワーク制御部２０１、優先度判断部２０２、データ圧縮部２０３、一次保存部２０４及び転送判断部２０５を含む。
【００３２】
ネットワークＩ／Ｆ２１０は、データ収集装置２がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）等のインタフェースが用いられる。ネットワークＩ／Ｆ２１０は、図２に示すＩ／Ｆ５０によって実現される。コントローラ２００は、ソフトウェアとハードウェアとの組み合わせによって構成される。コントローラ２００は、データ収集装置２全体を制御する制御部である。ネットワーク制御部２０１は、ネットワークＩ／Ｆ２１０を介して入力される情報を取得すると共に、ネットワークＩ／Ｆ２１０を介して他の機器に情報を送信する。
【００３３】
優先度判断部２０２は、ネットワーク制御部２０１がネットワークＩ／Ｆ２１０を介して取得した障害解析データの内容に基づき、障害解析データの優先度を判断する。データ圧縮部２０３は、優先度判断部２０２によって優先度が判断された障害解析データを圧縮処理し、一次保存部２０４に格納する。一次保存部２０４は、圧縮処理された障害解析データをデータ収集装置２において一次的に保持する記憶媒体である。
【００３４】
転送判断部２０５は、一次保存部２０４に保持されている圧縮された障害解析データをデータサーバ３に送信するタイミングを判断し、一次保存部２０４に保持されている障害解析データをネットワーク制御部２０１に受け渡す。転送判断部２０５は、データサーバ３に格納されている転送タイミングを判断するための情報に基づいて障害解析データをデータサーバ３に送信するタイミングを判断する。
【００３５】
次に、本実施形態に係るデータサーバ３の機能構成について、図５を参照して説明する。図５に示すように、本実施形態に係るデータサーバ３は、コントローラ３００及びネットワークＩ／Ｆ３１０を含む。また、コントローラ３００は、ネットワーク制御部３０１、データ記憶処理部３０２、リフレッシュ処理部３０３、優先度Ａ記憶部３０４、優先度Ｂ記憶部３０５、優先度Ｃ記憶部３０６、リフレッシュルールテーブル３０７及びデータ転送ルールテーブル３０８を含む。
【００３６】
ネットワークＩ／Ｆ３１０は、データサーバ３がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）等のインタフェースが用いられる。ネットワークＩ／Ｆ３１０は、図２に示すＩ／Ｆ５０によって実現される。コントローラ３００は、ソフトウェアとハードウェアとの組み合わせによって構成される。コントローラ３００は、データサーバ３全体を制御する制御部である。ネットワーク制御部３０１は、ネットワークＩ／Ｆ３１０を介して入力される情報を取得すると共に、ネットワークＩ／Ｆ３１０を介して他の機器に情報を送信する。
【００３７】
データ記憶処理部３０２は、ネットワーク制御部３０１がネットワークＩ／Ｆ３１０を介して取得した障害解析データを、障害解析データを蓄積する記憶媒体である優先度Ａ記憶部３０４、優先度Ｂ記憶部３０５及び優先度Ｃ記憶部３０６のいずれかに格納する。データ記憶処理部３０２は、データ収集装置２の優先度判断部２０２によって判断された障害解析データの優先度に基づき、障害解析データを格納する先を決定する。
【００３８】
リフレッシュ処理部３０３は、優先度Ａ記憶部３０４、優先度Ｂ記憶部３０５及び優先度Ｃ記憶部３０６（以降、総じて障害解析データ記憶部とする）に夫々格納された障害解析データを、リフレッシュルールテーブル３０７の情報に基づいてリフレッシュ処理する。リフレッシュ処理部３０３の機能により、障害解析データ記憶部に格納された障害解析データが、その優先度に応じて消去され、限りある記憶容量を効率的に利用することが可能となる。
【００３９】
優先度Ａ記憶部３０４、優先度Ｂ記憶部３０５及び優先度Ｃ記憶部３０６は、データ収集装置２の優先度判断部２０２によって判断された障害解析データの優先度に応じて、優先度別に区別して障害解析データを記憶する記憶媒体である。優先度Ａ記憶部３０４、優先度Ｂ記憶部３０５及び優先度Ｃ記憶部３０６は、夫々異なるＨＤＤ４０を用いて構成される場合の他、１つの記憶装置において、フォルダやパーティションを分けるような異なる種類の記憶領域によって実現することも可能である。
【００４０】
リフレッシュルールテーブル３０７は、リフレッシュ処理部３０３が障害解析データ記憶部のリフレッシュ処理を行うタイミングを示す情報である。データ転送ルールテーブル３０８は、データ収集装置２の転送判断部２０５が、一次保存部２０４に一次的に保持された障害解析データをデータサーバ３に転送するタイミングを判断するための情報である。
【００４１】
次に、本実施形態に係る障害解析データの例について説明する。図６（ａ）、（ｂ）は、本実施形態に係る障害解析データの例を示す図である。図６（ａ）は、画像処理装置１において主制御部１０１が取得した状態における障害解析データを示す図である。図６（ａ）に示すように、本実施形態に係る障害解析データには、“ヘッダ情報”、“起動ログ”、“レジスタ状態”及び“エンジン状態の情報”の情報が含まれている。
【００４２】
“ヘッダ情報”は、障害解析データにおいて実際の装置各部の状態を示す情報に付加される情報である。“起動ログ”は、装置各部の状態を示す情報であり、画像処理装置１に電源が投入されて装置各部の起動処理が実行される際に取得される。“レジスタ状態”は、画像処理装置１において発生したイベントに応じて取得される情報であり、図６（ａ）においては、“例外発生フラグ”及びそれに伴って取得される情報が示されている。尚、画像処理装置１における“例外”とは、予期しないデータが入力されたり、不正アクセスを検知したり、画像処理装置１を動作させるためのプログラムにバグが発生したりした場合等、主としてソフトウェア上の障害を示す。
【００４３】
“エンジン状態”は、図６（ａ）に示すように、“トレーオープン”、“インク残量”、“ＪＡＭ有無”、“温度”等、プロッタエンジン１６０、スキャナユニット１２０等の画像処理装置１に含まれるエンジンの状態を示す情報である。本実施形態に係る“エンジン状態”は、主制御部１０１が障害解析データを送信する際におけるエンジン各部の状態が取得されて生成される。このように、“起動ログ”、“レジスタ状態”及び“エンジン状態の情報”の夫々の内容が、障害解析情報である障害解析データ内の夫々の項目として用いられる。
【００４４】
次に、主制御部１０１がデータ収集装置２に対して障害解析データを送信する動作について、図７に示すフローチャートを用いて説明する。図７に示すように、画像処理装置１において電源が投入されると（Ｓ７０１）、主制御部１０１の制御に従ってログ取得が開始される（Ｓ７０２）。上述したような装置の起動処理におけるログ取得や、例外発生等のイベントによるログ取得が発生すると（Ｓ７０３／ＹＥＳ）、主制御部１０１は、取得されたログの種類に応じてカウント値を計算して更新する（Ｓ７０４）。
【００４５】
図８は、主制御部１０１がカウント値を計算するために参照する情報（以降、カウント値情報とする）を示す図である。図８に示すように、本実施形態に係るカウント値情報においては、カウント値を計算する対象の“項目”と、その項目に応じたカウント値を示す“値”とが関連付けられている。例えば、図６（ａ）に示す“起動ログ”内の各モジュールの返り値が“×”だった場合、“１０”という値が加算される。即ち、図８に示すカウント値情報が、障害解析情報に含まれる項目毎に重要度が設定された重要度設定情報として用いられ、主制御部１０１が重要度判断部として機能する。
【００４６】
そして、主制御部１０１は、予め定められたデータ送信タイミングとなるまで、ログ取得及びカウント値の計算を繰り返す（Ｓ７０５／ＮＯ）。本実施形態におけるデータ送信タイミングとしては、画像処理装置１において電源をＯＦＦにするための操作が行われた場合、例外が発生した場合、予め定められた時刻となった場合、所定期間をカウントアップした場合等である。
【００４７】
上述したようなデータ送信タイミングであると判断すると（Ｓ７０５／ＹＥＳ）、主制御部１０１は、それまでに取得されたログ情報に基づいて生成された、図６（ａ）に示すような障害解析データを、データ収集装置２に送信する（Ｓ７０６）。尚、上述したように、障害解析データに含まれる情報のうち“エンジン状態”は、障害解析データの送信時の情報である。そのため、主制御部１０１はＳ７０６の処理に際して“エンジン状態”の情報を取得してＳ７０４と同様にカウント値の更新処理を行った上で障害解析データを送信する。尚、主制御部１０１によって計算されて更新されたカウント値の情報は、例えば図６（ａ）に示す“ヘッダ情報”として付加されて送信される。
【００４８】
次に、本実施形態において画像処理装置１から障害解析データを受信したデータ収集装置２が、障害解析データを一次保存部２０４に一次的に保存する際の動作について、図９を参照して説明する。ネットワーク制御部２０１が受信した障害解析データは、優先度判断部２０２に入力される。障害解析データを取得した優先度判断部２０２は、図９に示すように、障害解析データに付加されているカウント値を参照し（Ｓ９０１）、参照したカウント値に基づいて障害解析データの優先度を判断してヘッダ情報として付加する（Ｓ９０２）。
【００４９】
このＳ９０２の処理により、図６（ｂ）に示すように、障害解析データのヘッダ情報に優先度の情報が書き込まれる。尚、カウント値の情報がヘッダ情報に書き込まれている場合には、このＳ９０２の処理において消去するようにしても良い。図１０は、Ｓ９０２における優先度判断部２０２による優先度の判断基準を示す図である。図１０に示すように、本実施形態に係る優先度判断部２０２は、カウント値が５０以上であれば優先度Ａ、カウント値が３０以上５０未満であれば優先度Ｂ、カウント値が３０未満であれば優先度Ｃと判断する。即ち、図１０に示す優先度Ａ、優先度Ｂ、優先度Ｃが、障害解析情報の重要度のランクであり、図１０に示す情報が重要度ランク情報として用いられる。また、優先度判断部２０２が、重要度ランク付加処理部として機能する。
【００５０】
図８において説明したように、例外が発生するとカウント値が“５０”加算されるため、一度でも例外発生している場合には優先度がＡと判断される。また、ＪＡＭ、即ち用紙詰まりが発生するとカウント値が“３０”加算されるため、一度でも例外が発生している場合には優先度がＢと判断される。また、例外やＪＡＭが発生していない場合であっても、多くのモジュールの返り値が“×”であれば、優先度がＡやＢと判断され得る。
【００５１】
優先度判断部２０２は、ヘッダ情報に優先度を付加した障害解析データをデータ圧縮部２０３に入力する。優先度判断部２０２から障害解析データを取得したデータ圧縮部２０３は、取得した障害解析データを圧縮処理し（Ｓ９０３）、一次保存部２０４に一次的に保存する（Ｓ９０４）。
【００５２】
次に、一次保存部２０４に保存された障害解析データがデータサーバ３に格納される動作について図１１を参照して説明する。図１１に示すように、転送判断部２０５は、一次保存部２０４に障害解析データが保存されているか否かを確認する（Ｓ１１０１）。一次保存部２０４に障害解析データが保存されている場合（Ｓ１１０１／ＹＥＳ）、転送判断部２０５は、データサーバ３からデータ転送ルールテーブル３０８を取得して転送タイミングの判断を行う。
【００５３】
図１２は、本実施形態に係るデータ転送ルールテーブル３０８の例を示す図である。図１２に示すように、本実施形態に係るデータ転送ルールテーブル３０８は、複数のデータ転送タイミングを示す“タイミング”と、夫々のタイミングの実際の時間間隔を示す“タイミング詳細”と、夫々のタイミングにおいて転送される障害解析データの優先度を示す“対象優先度”とが関連付けられた情報である。例えば、“タイミングＡ”であれば、優先度Ａのみの障害解析データが１０分毎にデータ収集装置２からデータサーバ３に対して転送される。
【００５４】
図１２に示すようなデータ転送ルールテーブル３０８を参照すると、転送判断部２０５は、まず“転送タイミングＣ”であるか否かを判断する（Ｓ１１０２）。転送タイミングＣであれば（Ｓ１１０２／ＹＥＳ）、転送判断部２０５は、優先度Ａ〜Ｃのすべての障害解析データを一次保存部２０４から読み出してデータサーバ３に転送する（Ｓ１１０３）。
【００５５】
転送タイミングＣでなければ（Ｓ１１０２／ＮＯ）、転送判断部２０５は、次に、転送タイミングＢであるか否かを判断する（Ｓ１１０４）。転送タイミングＢであれば（Ｓ１１０４／ＹＥＳ）、転送判断部２０５は、優先度Ａ、Ｂの障害解析データを一次保存部２０４から読み出してデータサーバ３に転送する（Ｓ１１０５）。
【００５６】
転送タイミングＢでなければ（Ｓ１１０２／ＮＯ）、転送判断部２０５は、次に、転送タイミングＡであるか否かを判断する（Ｓ１１０６）。転送タイミングＡであれば（Ｓ１１０６／ＹＥＳ）、転送判断部２０５は、優先度Ａの障害解析データを一次保存部２０４から読み出してデータサーバ３に転送する（Ｓ１１０７）。このような動作を繰り返すことにより、データ収集装置２からデータサーバ３への障害解析データの転送が実行される。
【００５７】
このように、本実施形態に係る転送判断部２０５は、データ転送ルールテーブル３０８において優先度別に定められている転送タイミングに従って障害解析データをデータサーバ３に送信する。そのため、障害解析データがデータサーバ３に格納される頻度を優先度の高さに応じて調整することが可能であり、装置運用の効率化を図ると共に重要なデータが可能な限り早くデータサーバ３に反映されるようにすることができる。
【００５８】
このようにデータサーバ３に障害解析データが送信されると、データサーバ３においては、データ記憶処理部３０２がネットワーク制御部３０１を介して障害解析データを取得し、障害解析データのヘッダ情報として付加されている優先度の情報に応じて優先度Ａ記憶部３０４、優先度Ｂ記憶部３０５及び優先度Ｃ記憶部３０６のいずれかを選択して格納する。即ち、データ記憶処理部３０２が、障害解析情報記憶処理部として機能する。
【００５９】
次に、データサーバ３における障害解析データのリフレッシュ処理動作について、図１３のフローチャートを用いて説明する。図１３に示すように、データサーバ３のリフレッシュ処理部３０３がリフレッシュルールテーブル３０７を参照し（Ｓ１３０１）、障害解析データの優先度に応じたリフレッシュタイミングを確認する。図１４は、本実施形態に係るリフレッシュテーブル３０７の内容を示す図である。
【００６０】
図１４に示すように、本実施形態に係るリフレッシュテーブル３０８においては、夫々の障害解析データに付加された“優先度”について、リフレッシュの有無を示す“定期リフレッシュ”、リフレッシュの頻度を示す“リフレッシュ間隔”、１回のリフレッシュ動作で削除されるデータ容量を示す“リフレッシュ容量”、データ量に応じてユーザに通知を行うか否かを示す“ユーザ通知”の情報が関連付けられている。例えば、優先度Ａの障害解析データの場合、定期リフレッシュの実行は無く、そのために“リフレッシュ間隔”、“リフレッシュ容量”にはＮｕｌｌ値が設定されている。また、ユーザ通知は行うように設定されている。
【００６１】
リフレッシュルールテーブル３０７の“リフレッシュ間隔”において定められているリフレッシュタイミングとなった場合（Ｓ１３０２／ＹＥＳ）、リフレッシュ処理部３０３は、リフレッシュタイミングとなった優先度に対応した障害解析データ記憶部に格納されている障害解析データを、リフレッシュルールテーブル３０７におけるリフレッシュ容量分消去する（Ｓ１３０３）。この際、リフレッシュ処理部３０３は、障害解析データのタイムスタンプを確認し、タイムスタンプが古いものから順に定められた容量分消去する。即ち、リフレッシュ処理部３０３が、障害解析情報消去処理部として機能する。
【００６２】
障害解析データの消去によりデータリフレッシュをおこなったリフレッシュ処理部３０３は、次に、優先度Ａ記憶部３０４、優先度Ｂ記憶部３０５及び優先度Ｃ記憶部３０６夫々の記憶容量の残量を確認し、予め定められた閾値よりも少ないか否か確認する（Ｓ１３０４）。Ｓ１３０４の確認の結果、残量が閾値以下であった場合（１３０４／ＹＥＳ）、次にリフレッシュ処理部３０３は、残量が閾値以下であった記憶部についての“ユーザ通知”を参照し、ユーザ通知の要否を確認する（Ｓ１３０５）。
【００６３】
ユーザ通知が必要であった場合（Ｓ１３０５／ＹＥＳ）、リフレッシュ処理部３０３は、残量が閾値以下であった記憶部の残量が残り少ないことのユーザ通知を行う（Ｓ１３０６）。Ｓ１３０６において通知を行う先のユーザとは、障害解析データを管理している管理者である。そして、リフレッシュ処理部３０３は、Ｓ１３０６において、予め設定されている上記管理者のメールアドレスに対してメール送信を行うことにより通知を行う。この他、専用のアプリケーション・ソフトウェアによるメッセージ機能等により、管理者に対してメッセージを通知しても良い。
【００６４】
他方、ユーザ通知が不要であった場合（Ｓ１３０５／ＮＯ）、フレッシュ処理部３０３は、上述した管理者に対して通知を行うことなくデータリフレッシュを行う（Ｓ１３０７）。Ｓ１３０７において、リフレッシュ処理部３０３は、Ｓ１３０３と同様に、残量が少なくなった障害解析データ記憶部に格納されている障害解析データを、リフレッシュルールテーブル３０７におけるリフレッシュ容量分消去する。
【００６５】
このような処理を繰り返すことにより、データサーバ３のリフレッシュ処理が実行される。本実施形態に係るデータサーバ３においては、図１４に示すようなリフレッシュルールテーブル３０７及びＳ１３０２、Ｓ１３０３の処理により、障害解析データをリフレッシュする頻度を、障害解析データの優先度に応じて変えることができるため、重要な障害解析データほど長く残るように制御することができる。
【００６６】
また、本実施形態に係るデータサーバ３においては、優先度Ａ記憶部３０４、優先度Ｂ記憶部３０５及び優先度Ｃ記憶部３０６夫々の記憶容量の残量が少なくなった場合にも、夫々の記憶部に格納されている障害解析データのリフレッシュを行う。その際、“ユーザ通知”の設定に基づいてユーザへの通知を行うか否かを判断することにより、重要な障害解析データがユーザの知らないうちに消去されてしまうようなことを防ぐことができる。
【００６７】
以上説明したように、本実施形態に係るシステムによれば、監視対象の装置である画像処理装置１の障害解析データは、データの内容に基づいて優先度が判断され、その優先度毎に区別されて記憶媒体に格納される。そして、格納された障害解析データのリフレッシュの際には、判断された優先度に従ってリフレッシュの態様が決定される。このような構成により、重要な障害解析データが記憶媒体の容量制限によって消去されてしまうことを防ぐことが可能となる。
【００６８】
尚、上記実施形態においては、障害解析データを優先度毎に異なる記憶媒体若しくは記憶領域に分けて格納する場合を例として説明した。しかしながら、少なくとも有精度毎に区別してリフレッシュの態様を変えることが可能な状態なら良く、記憶媒体や記憶領域を分けることは必須ではない。例えば、図６（ｂ）に示すようにヘッダ情報に優先度の情報が付加されていれば、その情報に基づいて夫々の障害解析データを区別することが可能であり、上記と同様の処理が可能となる。
【００６９】
また、上記実施形態においては、データ収集装置２において優先度を判断してヘッダ情報を更新し、データサーバ３においては、ヘッダ情報に格納されている優先度の情報に基づいてリフレッシュ処理を行う場合を例として説明した。しかしながら、本件の要旨は、障害解析データの内容に応じて重要なデータを極力残すことにある。
【００７０】
そのため、データサーバ３のリフレッシュ処理部３０３が参照する情報は、障害解析データの内容に応じてカウントされたカウント値に基づいて判断された優先度に限らず、カウント値そのものであっても良い。そのような態様は、図１５に示すように、優先度ではなくカウント値の範囲毎に夫々の情報と関連付けられた情報としてリフレッシュルールテーブル３０７を構成することにより可能である。また、データ収集装置２がデータサーバ２に障害解析データを転送する際には、図１１に示すようなデータ転送ルールテーブルが、優先度とタイミングが関連付けられた情報ではなく、カウント値の範囲とタイミングが関連付けられた情報として構成されることにより、上記と同様の制御が可能となる。
【００７１】
また、上記実施形態においては、画像処理装置１において、主制御部１０１が図８に示すような情報に基づいてカウント値をカウントする場合を例として説明した。この他、画像処理装置１は図６（ａ）に示すような障害解析データをそのまま出力し、データ収集装置２においてカウント値をカウントして優先度を判断しても良い。
【００７２】
更には、データ収集装置２においてもカウント値のカウントを行うことなく、図６（ａ）に示すような障害解析データをデータサーバ３に送信するようにしても良い。この場合、夫々の障害解析データには優先度が付されていないため、データ収集装置２は、全ての障害解析データを同一の頻度でデータサーバ３に転送する。そして、データサーバ３においては、障害解析データの内容に基づいてカウント値をカウントした上で、上述したような優先度毎に区別した格納や、優先度毎のリフレッシュ処理が行われる。
【００７３】
尚、上記実施形態のように、画像処理装置１においてはカウント値のカウント、データ収集サーバ２においては優先度の判断、データサーバ３においては優先度に応じたリフレッシュ処理のように、夫々の処理を各装置に分けて実行させることにより、処理を各装置に分散して、各装置の処理負荷を低減することができる。
【符号の説明】
【００７４】
１、１ａ、１ｂ  画像処理装置
２  データ収集装置
３  データサーバ
１０  ＣＰＵ
２０  ＲＡＭ
３０  ＲＯＭ
４０  ＨＤＤ
５０  Ｉ／Ｆ
６０  ＬＣＤ
７０  操作部
８０  バス
１００  コントローラ
１０１  主制御部
１０２  エンジン制御部
１０３  入出力制御部
１０４  画像処理部
１０５  操作表示制御部
１１０  ＡＤＦ
１２０  スキャナユニット
１３０  排紙トレイ
１４０  ディスプレイパネル
１５０  給紙テーブル
１６０  プリントエンジン
１７０  排紙トレイ
１８０  ネットワークＩ／Ｆ
２００  コントローラ
２０１  ネットワーク制御部
２０２  優先度判断部
２０３  データ圧縮部
２０４  一次保存部
２０５  転送判断部
２１０  ネットワークＩ／Ｆ
３０１  ネットワーク制御部
３０２  データ記憶処理部
３０３  リフレッシュ処理部
３０４  優先度Ａ記憶部
３０５  優先度Ｂ記憶部
３０６  優先度Ｃ記憶部
３０７  リフレッシュルールテーブル
３０８  データ転送ルールテーブル
３１０  ネットワークＩ／Ｆ
【先行技術文献】
【特許文献】
【００７５】
【特許文献１】特開２０００−１５５７０４号公報
【図１】
2014038435.tif 000003
【図２】
2014038435.tif 000004
【図３】
2014038435.tif 000005
【図４】
2014038435.tif 000006
【図５】
2014038435.tif 000007
【図６】
2014038435.tif 000008
【図７】
2014038435.tif 000009
【図８】
2014038435.tif 000010
【図９】
2014038435.tif 000011
【図１０】
2014038435.tif 000012
【図１１】
2014038435.tif 000013
【図１２】
2014038435.tif 000014
【図１３】
2014038435.tif 000015
【図１４】
2014038435.tif 000016
【図１５】
2014038435.tif 000017