JP5080912B2 - 画像形成装置およびネットワークデバイス管理方法及び画像形成装置管理システムとプログラム - Google Patents

Description

本発明は、障害発生などのデバイス管理情報をコンピュータ等の端末装置に通知する機能を有するネットワークデバイスおよびネットワークデバイス管理方法及びネットワークデバイス管理システムとプログラムに関する。

従来、ネットワークに接続されたコンピュータから複合機能デバイスなどのネットワークデバイスを管理するために、コンピュータにネットワークデバイス管理プログラムをインストールし、管理を実現している。この管理方式に、大別してコンピュータ等によりデバイスをポーリングする方式と、デバイスからコンピュータ等にトラップを発行する方式とがある。たとえば特許文献２等には、後者の方式として、集中管理装置が複数の画像形成装置を管理する遠隔集中管理システムが記載されている。集中管理装置は、いずれかの画像形成装置から障害情報を受信したとき、それを表示情報として保持し、その障害情報を解析して緊急レベルを判定し、障害の復旧が必要な場合は画像形成装置にリセット指令を送信する。集中管理装置は、障害が復旧されたことを認識すると、表示情報として保持されている障害情報を履歴情報として履歴メモリに登録し、表示メモリからは消去する。

図４は、コンピュータ４００上で稼動するネットワークデバイス管理プログラムがネットワークに接続されたネットワークデバイスである複合機能デバイス４０１からポーリングによって情報を取得する際の動作を示す図である。図４において、ステップＳ４００では、予め設定された一定のポーリング間隔でタイマをセットし、ステップＳ４０１に移行する。ステップＳ４０１では、ステップＳ４００でセットしたタイマの満了を検出し、ステップＳ４０２に移行する。ステップＳ４０２では、コンピュータ４００上で稼動するネットワーク管理プログラムが複合機能デバイス４０１に対して管理情報の通知を要求するための管理情報要求を送信し、ステップＳ４０３に移行する。ステップＳ４０３では、複合機能デバイス４０１がステップＳ４０２でコンピュータ４００から送信された管理情報要求を受信し、ステップＳ４０４に移行する。ステップＳ４０４では、ステップＳ４０３で受信した管理情報要求に応答するため、複合機能デバイス４０１の状態情報などを含む管理情報応答をコンピュータ４００に送信してステップＳ４０５に移行する。ステップＳ４０５では、ステップＳ４０４において複合機能デバイス４０１から送信された管理情報応答をコンピュータ４００が受信して必要な管理情報を解析する。解析の結果得られた必要な情報をネットワークデバイス管理プログラムを介してユーザに通知し、ステップＳ４０６に移行する。ステップＳ４０６以降では、ステップＳ４００からステップＳ４０５までの動作を繰り返す。

ここで、ステップＳ４０８で複合機能デバイス４０１に用紙切れなどの障害が発生した場合、ステップＳ４１１の管理情報応答送信によって障害発生が複合機能デバイス４０１からコンピュータ４００に通知される。ステップＳ４１２では、その通知を受信したコンピュータ４００が複合機能デバイス４０１の障害発生を検知することができる。同様に、ステップＳ４１５において複合機能デバイス４０１が障害から復帰した場合、ステップＳ４１８における管理情報応答の送信で障害の復帰がコンピュータ４００に通知される。これをステップＳ４１９で受信したコンピュータ４００が複合機能デバイス４０１の障害復帰を検知することができる。

図５は、コンピュータ５００上で稼動するネットワークデバイス管理プログラムがネットワークに接続されたネットワークデバイスである複合機能デバイス５０１からイベント通知によって情報を取得する際の動作を示す図である。図５において、ステップＳ５００では、複合機能デバイス５０１に用紙切れなどの障害が発生し、ステップＳ５０１に移行する。ステップＳ５０１では、複合機能デバイス５０１からコンピュータ５００に障害の発生が管理情報通知によって通知され、ステップＳ５０２に移行する。ステップ５０２では、障害情報通知応答によって、ステップＳ５０１において通知された管理情報をコンピュータ５００が正しく受信できたことを複合機能デバイス５０１に通知する。ステップＳ５０５以降については、障害からの復帰を複合機能デバイス５０１がコンピュータ５００に通知している。

いずれの場合も、扱える情報がコンピュータ上で稼動するネットワークデバイス管理プログラムの実装に依存してしまう。このため、複合機能デバイスに機能拡張があった場合には、ネットワークデバイス管理プログラムを再インストールする必要があった。

上記ネットワークデバイス管理プログラムを用いる他、電子メールでＰＣに通知する方法もある。これらの方法は、何れもクライアントＰＣが漏れなくデバイスからの通知を受け取ることができる利点がある。しかし、ネットワークデバイス管理プログラムはデバイス側の変更等があればそれに整合するようバージョンアップが必要であり、電子メールの場合も、デバイス側には、メールを生成する仕組みとメールサーバとを用意する必要がある。

このような背景から、情報の管理通知手段としてＲＳＳ（ＲＤＦ Ｓｉｔｅ Ｓｕｍｍａｒｙ等の略称）を用いてデバイスエラーやイベントの要約情報をデバイスからクライアント端末に配信する技術も開発されつつある。ＲＳＳは、Ｗｅｂサイトの記事の見出しや概要・リンクを配信するための技術である。Ｗｅｂサイト側では、Ｗｅｂページにおいて更新された記事の見出し、概要、リンク等を元にＲＳＳ情報（シンジケーションデータとも呼ぶ。）を生成する。ここでＲＳＳ情報とはＸＭＬをベースとしたＲＳＳ形式で記述されたソースである。ＲＳＳ形式にはＲＳＳ０．９１、ＲＳＳ２．０，ＲＳＳ１．０，Ａｔｏｍ等、いくつかのバージョンが存在するが、これはクライアントとの互換性があればどれを用いても良い。一方、クライアント側では、ＲＳＳリーダというアプリケーションプログラムを実行して、選択したＷｅｂサイトにおいて新たに生成された情報（更新情報という。）があれば、それを受け取ることができる。すなわち、ＲＳＳリーダは生成されたＲＳＳ情報を定期的にダウンロードすることで、選択したＷｅｂサイトの更新情報を入手して画面表示する。Ｗｅｂページにリンクが貼られていれば、記事のＷｅｂページへ移動することもできる。このＲＳＳを利用することで、ユーザには選択したＷｅｂサイトから更新情報が配信されているように見える。そのため、ユーザにとっては、膨大な量のＨＴＭＬページの中から興味のあるページを効率的に閲覧可能というメリットがある。

このＲＳＳ技術を利用して、ユーザに複数プリンタの状態情報を通知する方法が、たとえば特許文献１等に提案されている。特許文献１では、機器状態をＲＳＳ形式のデータで提供する機能を持つプリンタが提案されている。プリンタが機器状態を示すＨＴＭＬページを生成し、そのＨＴＭＬページをもとにして、ページの見出しや概要、元のＨＴＭＬページへのリンクを含むＲＳＳ情報を生成する。一方、通知を受けるユーザはクライアントＰＣ上のＲＳＳリーダに、収集対象のサイトのＵＲＬを登録する。そうすることで、ユーザはＷｅｂブラウザプログラムを利用して、プリンタの状態変化の内容を容易に把握することができる。ＲＳＳを利用すれば、クライアントで障害等のイベントの発生をモニタするために、ＲＳＳリーダを内蔵した汎用のウエブブラウザを使用することができる。そのため、クライアントのソフトウェアの新たな開発やバージョンアップが不要であり、またネットワークデバイス側の変更に対してクライアントが極めて柔軟に対応できる。たとえば機種の入れ替えやソフトウェアの更新等により、通知される障害等のイベントが変更されるようなことがあっても、クライアントのウエブブラウザやＲＳＳリーダは変更する必要がない。一般にネットワークデバイスは多数のクライアントによって共有されているため、これらの利点は極めて大きい。また、デバイス側でも、ＨＴＭＬページの配信は、ＨＴＭＬサーバプログラムをデバイスに備えればよく、ＨＴＭＬページの生成と、ＲＳＳ情報の生成のための仕組みをさらに備えていればよい。さらに、ＸＭＬをベースとした汎用フォーマットであるＲＳＳ形式で通知内容を記載するため、通知内容の制約がＲＳＳ情報生成時の実装以外には依存しないというメリットもある。
特開２００５−２０９０５６号公報 特開２００１−１４２３６１号公報

しかしながら、ＲＳＳでは通知する情報を件数や期限によって制限しているため、予め決められた件数、あるいは、期限を超えた場合には更新情報が削除されてしまうことが一般的であった。そのため、ＲＳＳを複合機能デバイスの状態情報を通知する手段として利用する場合、複合機能デバイスの現在の状態に関わらず、更新情報の件数の上限や期限を超えると、障害の発生を通知する情報が削除されてしまうことがあった。これでは、オペレータ等の介入が必要な障害が生じていても、オペレータにはその障害の発生が知らされないおそれがあり、障害発生の通知手段として利用するには不適であった。

本発明は上記従来例に鑑みて成されたもので、上記問題点を解決する事を目的とする。具体的には、ＲＳＳの利点を生かしつつ、ネットワークデバイスから取得した重要な情報、たとえ障害の情報の消去をできるだけ遅らせることで、重要性の高い情報の伝達の確実性を高めてＲＳＳの欠点を解消したネットワークデバイスの提供を目的とする。またネットワークデバイスに加えて、情報伝達の確実性を高めたネットワークデバイス管理方法及びネットワークデバイス管理システムとプログラムを提供することを目的とする。

上記目的を達成するために本発明は以下の構成を備える。すなわち、
情報を保存する情報保存手段と、
イベントの発生に応じて、新たにＲＳＳ情報ユニットを生成した場合、前記情報保存手段に保存されたＲＳＳ情報ユニットの量が前記情報保存手段の容量を越えるか否かを判定する判定手段と、
前記判定手段により前記情報保存手段の容量を超えると判定された場合に、前記情報保存手段に保存されたＲＳＳ情報ユニットを、それに対応するレベルが最も低いものから削除し、新たに生成するＲＳＳ情報ユニットのための空き容量を確保する削除手段と、
イベントの発生に応じて、該イベントの発生を示す新たなＲＳＳ情報ユニットを生成し、前記イベントに対応するレベルとともに前記情報保存手段に保存する生成手段とを備える。

本発明によれば、クライアントの汎用性や、クライアント側ソフトウェアとデバイス側ソフトウェアとの間の独立性の高さといったＲＳＳの利点を生かしつつ、重要性の高い情報の伝達の確実性を高めてＲＳＳの欠点を解消できるという効果を奏する。

＜システム構成（ハードウェア）＞
以下、本発明を実施するための最良の形態について、図面を参照して説明する。図１は、本発明の位置実施の形態に係るネットワークデバイス管理システムの全体構成を示すブロック図である。図１において、ネットワークデバイス管理システムは、互いにネットワーク１００を介して接続された複数のクライアントコンピュータ１１０、１２０、および、管理情報通知機能を有する複合機能デバイス１３０から構成される。ネットワーク１００は、ＴＣＰ／ＩＰネットワークが構築可能であり、ＲＳＳによって管理情報を通知するためにＨＴＴＰプロトコルが利用可能であればよい。

複数のクライアントコンピュータ１１０、１２０は同じ汎用コンピュータの構成を有する。よってここではクライアントコンピュータ１１０のみについて説明し、クライアントコンピュータ１２０のハードウェア構成については省略する。クライアントコンピュータ１１０において、システムバス１１１は、コンピュータを構成する各要素を接続する。ＣＰＵ（中央処理装置）１１２は、コンピュータ全体の制御及び演算処理等を行う。ＲＡＭ（ランダムアクセスメモリ）１１３は、さまざまな処理ごとに各々のプログラム及びデータがロードされ、実行される領域である。ＲＯＭ（読み出し専用メモリ）１１４は、システム起動プログラム等の記憶領域である。ＤＫＣ（外部記憶装置制御部）１１５は、ＨＤＤ（ハードディスク装置）１１６などの外部記憶装置の制御を行う。ＨＤＤ１１６等の外部記憶装置は、プログラム及びデータを記憶している。そのプログラムおよびデータは、実行時に必要に応じて参照され、またはＲＡＭ１１３へロードされる。本システムはＣＰＵ１１２が基本Ｉ／Ｏプログラムおよびオペレーティングシステム（ＯＳ）を実行している状態で動作する。基本Ｉ／ＯプログラムはＲＯＭ１１４に書き込まれており、ＯＳはＨＤＤに書き込まれている。そしてコンピュータ部の電源がＯＮされた時に、基本Ｉ／Ｏプログラム中のイニシャルプログラムロード機能により、ＨＤＤ１１６からＯＳがＲＡＭ１１３に読み込まれＯＳの動作が開始される。通信インターフェース１１７は、ネットワークへ接続されネットワーク通信を行う。入出力インターフェース１１８は、キーボードやディスプレイなどに接続されデータの入出力を行う。

複合機能デバイス１３０は、ユーザインターフェースである操作部１３１、制御ユニット（Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）１３２、画像出力デバイスであるプリンタ１３３、画像入力デバイスであるスキャナ１３４から構成される。操作部１３１、プリンタ１３３、スキャナ１３４は制御ユニット１３２に接続されて制御される。制御ユニット１３２は、ネットワーク１００に接続され、クライアントコンピュータ１１０やクライアントコンピュータ１２０との間で通信を行う。なお、複合機能デバイス１３０には上記スキャナ１３４を有さないものも含む。制御ユニット１３２は、ＨＴＭＬサーバ（ＷＷＷサーバ）を実行し、また、ＲＳＳ情報（あるいはシンジケーションデータ）を生成して、ハードディスク等のファイル記憶に保存する。

＜複合機能デバイスのハードウェア構成＞
図２は、複合機能デバイス１３０における制御ユニット（Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）１３２の構成を表した図である。ＣＰＵ２０１は、制御ユニット１３２全体を制御するコントローラである。ＲＡＭ２０２は、ＣＰＵ２０１が動作するために使用するシステムワークメモリである。また、ＲＡＭ３０２は、画像データを一時記憶するための画像メモリでもある。ＲＯＭ２０５はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０６は、ハードディスクドライブであり、システムソフトウェア、画像データを格納する。操作部Ｉ／Ｆ２０３は、操作部ＵＩ１３１との間のインターフェースをつかさどり、操作部１３１に表示すべき画像データを操作部１３２に対して出力する。また、使用者が操作部１３１を介して入力した情報を、ＣＰＵ２０１に伝える役割を果たす。ネットワークインターフェース２０４は、ネットワーク１００との接続と、ネットワークへの情報の入出力をつかさどる。イメージバスインターフェース２０７は、システムバス２０８と画像データを高速で転送する画像バス２０９とを接続詞、データ構造を変換するバスブリッジである。画像バス２０９は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。ラスタイメージプロセッサ（ＲＩＰ）２１０は、ネットワークから送信されたＰＤＬコマンドをビットマップイメージに展開する。デバイスＩ／Ｆ部２１１は、画像入出力デバイスであるプリンタ１３３やスキャナ１３４と制御ユニット１３２とを接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２１２は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部２１３は、プリント出力画像データに対して、プリンタ１１４の性能に応じた補正、解像度変換等を行う。なお、上記構成のうち、スキャナ１３４およびスキャナ画像処理部はなくてもよい。

＜システム構成（ソフトウェア）＞
続いて、図３において、本発明実施の形態に係るネットワークデバイス管理システムのソフトウェア構成を示す。なお、コンピュータ１１０、１２０上で動作するソフトウェアについては、特に断りのない限り、ハードディスク（ＨＤＤ）１１６に格納され、実行の主体はＣＰＵ１１２である。一方、複合機能デバイス１３０上で動作するソフトウェアについては、ハードディスク（ＨＤＤ）２０６に格納され、実行の主体はＣＰＵ２０１である。

また、図１と同様に、クライアントコンピュータ１１０、および、１２０は同じ汎用コンピュータであり、同様のソフトウェア構成を有する。よって、クライアントコンピュータ１２０のソフトウェア構成については省略する。ＷＥＢブラウザ３１１はクライアントコンピュータ１１０上で稼動し、ＨＴＴＰプロトコルを利用して任意のＷＥＢサイトへアクセスすることができる。ＲＳＳリーダ３１２は、任意のＷＥＢサイトの更新情報を定期的に取得してユーザに通知するアプリケーションである。ＷＷＷサーバ３３１は複合機能デバイス上で稼動する。本実施形態における複合機能デバイス１３０はデバイスの状態やオプションの装着状態などの管理情報を含むＨＴＭＬデータを生成し、ＷＷＷサーバ３３１を介してユーザに公開している。

全体制御部３３２は、複合機能デバイス１３０の管理情報を含むＨＴＭＬデータを生成するために管理ページ制御部３３３、ＲＳＳ制御部３３５、内部インターフェース３３８を制御する。全体制御部３３２は、ＨＴＭＬデータ、および、ＲＳＳ情報ユニットを生成する機能モジュールである。ＲＳＳ情報ユニットは、１件の更新についてひとまとまりの情報であり、このまとまりをＲＳＳ情報ユニットと呼ぶことにする。ただし、本実施形態では、ＲＳＳ情報ユニットのことを単にＲＳＳ情報と呼ぶこともある。管理ページ制御部３３３は、全体制御部３３２を介して内部インターフェース３３８から複合機能デバイスの状態やオプションの装着状態の情報を取得し、デバイス管理用のテンプレートを参照してＨＴＭＬデータを生成するための機能モジュールである。ＲＳＳ制御部３３５は、全体制御部３３２を介して内部インターフェース３３８から障害の発生などの情報を取得し、ＲＳＳ生成用テンプレート３３７を参照して、ＲＳＳデータベース３３６にＲＳＳ情報を格納する。すなわちＲＳＳデータベース３３６は情報を保存する情報保存手段に相当する。本実施形態では、保存できるＲＳＳ情報ユニットの件数が予め設定されており、後述の制御方法によって格納する情報が管理されているものとする。内部インターフェース３３８は、複合機能デバイス１３０で発生した障害、および、その他のイベント情報を検出するためのソフトウェアモジュールである。

＜複合機能デバイス上の管理情報通知機能の動作＞
図６は本実施形態のネットワークデバイス管理システムを構成する複合機能デバイス１３０に実装された管理情報通知機能の障害発生時の動作を示すフローチャートである。図６の手順は、ＣＰＵ２０１により実行される。ただし以下の説明ではＣＰＵ２０１により実現される図３のソフトウェアモジュールを実行主体として説明する。

上記目的を達成するために本発明は以下の構成を有する。
画像形成装置内のイベントの発生に応じて、該イベントの発生を示すＲＳＳ情報を生成し、該ＲＳＳ情報に該イベントに対応するレベルを割り当てる生成手段と、
前記生成手段により生成されたＲＳＳ情報と、該ＲＳＳ情報のレベルとを保存する情報保存手段と、
前記情報保存手段により保存されたＲＳＳ情報の量が予め定められた上限を越えるか否かを判定する判定手段と、
前記判定手段により超えると判定された場合に、前記情報保存手段に保存されたＲＳＳ情報の内、レベルが低いＲＳＳ情報を削除し、新たに生成されるＲＳＳ情報のための空き容量を確保する削除手段とを備え、
前記生成手段は、発生したイベントが画像形成装置の障害である場合、生成したＲＳＳ情報に障害の種類に対応する固有の識別子を関連づけるとともに、障害以外のイベントよりも高いレベルを割り当て、
発生したイベントが障害からの復帰である場合、保存されたＲＳＳ情報の内、復帰した障害に対応する識別子が関連づけられたＲＳＳ情報を検索し、該当するＲＳＳ情報に付与されたレベルを下げるよう制御する制御手段を更に備える。

ステップＳ６０４では、ＲＳＳデータベース３３６に保存されたＲＳＳ情報ユニットのレベル、すなわちＲＳＳ情報ユニットそれぞれに対応するレベルとステップ６０１で障害発生情報に付与したレベルとを比較し、ステップＳ６０５に移行する。ステップＳ６０５では、ステップＳ６０４における比較の結果、障害発生情報に付与したレベルが最低であるかどうかの判断がおこなわれる。障害発生情報に付与したレベルが最低ではない場合にはステップＳ６０６に移行し、それ以外の場合は処理を終了する。最低であるとは、保存されたＲＳＳ情報ユニットに対応したレベルのどれよりも低いレベルであることを意味する。

ステップＳ６０６では、ステップＳ６０５において障害発生情報のレベルが最低レベルではないと判断した場合に、保存されているＲＳＳ情報ユニットのうち、最もレベルの低いものを検索し、ステップＳ６０７に移行する。この検索で見付けられたＲＳＳ情報ユニットが削除対象の候補となる。ステップＳ６０７では、保存されているＲＳＳ情報ユニットの中から、ステップＳ６０６で検出された最低レベルのＲＳＳ情報ユニットが複数存在するかどうかの判定がおこなわれる。複数存在する場合にはステップＳ６０８に移行し、それ以外の場合はステップＳ６０９に移行する。

ステップＳ６０８では、ステップＳ６０７において検出された最低レベルのＲＳＳ情報ユニットが複数存在すると判定した場合に、ＲＳＳ情報ユニットに付与された日時情報を参照し、最も古いＲＳＳ情報ユニットを検出してステップＳ６０９に移行する。ここで検出されたＲＳＳ情報ユニットが削除対象となる。ステップＳ６０９では、ステップＳ６０８で検出した、最もレベルが低く最も古いＲＳＳ情報を削除してステップＳ６１０に移行する。

ステップＳ６１０では、ステップＳ６００において検出した障害発生情報を障害からの復帰を通知する情報と対にして管理するために、その障害発生情報に対して障害の種別に応じた固有の識別子を関連づけ、あるいは付与し、ステップＳ６１１に移行する。ステップＳ６１１では、ステップＳ６００で検出した障害発生情報をＲＳＳテンプレート３３７を参照してＲＳＳ情報ユニットに変換し、ＲＳＳデータベース３３６に保存する。したがって保存されるＲＳＳ情報ユニットには、障害発生情報の種別に応じたレベルと識別子とが付与されている。

以上説明したように障害の発生時には、障害発生情報に対して、その障害の種別に応じたレベルが付与される。そして、ＲＳＳデータベースに十分な空き容量がある場合には、そのレベル及び識別子と共に、障害発生情報に対応したＲＳＳ情報ユニットが生成されて保存される。一方、ＲＳＳデータベースに十分な空き容量がない場合には、まず障害発生情報が、現在発生している他のイベントに比べて優先度すなわちレベルが低いか否か判定される。既に発生し、ＲＳＳ情報ユニットとしてＲＳＳデータベースに登録されているどのイベントよりもレベルが低ければ、その障害発生情報はＲＳＳデータベースに登録されることはない。また既に発生し、ＲＳＳ情報ユニットとしてＲＳＳデータベースに登録されているイベントに、新たに発生した障害よりも低いあるいは同等のレベルを持つものがあれば、そのＲＳＳ情報ユニットを削除してＲＳＳデータベースの空き容量の確保が行われる。レベルのみで優先度を決定できなければ、発生日時が新しいものに高い優先度が与えられ、最も古いものが削除される。こうして、既存のＲＳＳ情報ユニットよりもレベルの高い障害発生情報のみがＲＳＳ情報ユニットに変換されてＲＳＳデータベース３３６に保存される。

なお、ここではＲＳＳ情報ユニットのみを生成しているが、管理ページ制御部３３３がＨＴＭＬで記述したページを作成し、それをＷＷＷサーバで公開すると共に、その新たに作成したページに基づいてＲＳＳ情報ユニットを作成しても良い。ＲＳＳ情報は、本来ＨＴＭＬコンテンツに基づいて作成される要約情報だからである。その場合には、作成したページには、ＲＳＳ情報ユニットには記述しきれない詳細や画像データ等を記述することができる。またＲＳＳ情報ユニットに、元となったページへのリンクを記述することで、ＲＳＳ情報ユニットを閲覧するクライアントからその元ページへのアクセスが容易となる。またこの場合、図６のステップＳ６０５で最低レベルと判定された障害情報についても、ＲＳＳ情報ユニットは作成しなくとも、その障害の詳細を記述したＨＴＭＬページは作成しておく。このようにしておけば、ＲＳＳデータベースに空きが生じた場合に、そのＨＴＭＬページに基づいて改めてＲＳＳ情報ユニットを作成し、データベースに登録することもできる。

＜障害復帰時のデバイス動作＞
図７は本発明実施例であるネットワークデバイス管理システムを構成する複合機能デバイス１３０に実装された管理情報通知機能の障害復帰時の動作を示すフローチャートである。図７において、ステップＳ７００では、全体制御部３３１が内部インターフェース３３８を介して障害からの復帰情報（以下、障害復帰情報）を検出し、ステップＳ７０１に移行する。ステップＳ７０１では、復帰した障害の発生を通知するためのＲＳＳ情報を識別するための識別子を障害復帰情報に付与し、ステップＳ７０２に移行する。障害復帰情報には、それに対応する障害情報に対して図６のステップＳ６１０で付与された識別子と同一の識別子が付与される。

ステップＳ７０２では、ステップＳ７００において検出した障害復帰情報の種別に応じたレベルを付与し、ステップＳ７０３に移行する。ステップＳ７０３では、ステップＳ７０２においてレベルを付与した障害復帰情報に対して障害から復帰した日時情報を付与し、ステップＳ７０４に移行する。ステップＳ７０４では、ＲＳＳデータベース３３６を参照し、ステップＳ７０１で付与した識別子を元にして、ステップＳ７００で検出した障害復帰情報に対応する障害発生を通知するためのＲＳＳ有無を検出して、ステップＳ７０５に移行する。ステップＳ７０５では、ステップＳ７０４におけるＲＳＳ情報検出の結果、対応する障害発生に関するＲＳＳ情報の有無が判断される。対応するＲＳＳ情報が存在する場合には、ステップＳ７０６に移行し、それ以外の場合は、ステップＳ７０７に移行する。ステップＳ７０６では、検出したＲＳＳ情報に付与されたレベルをより低いレベルに変更してステップＳ７０７に移行する。変更するレベルは、たとえば、障害復帰情報に付したレベルなどである。

ステップＳ７０７では、ＲＳＳデータベース３３６を参照し、保存されているＲＳＳ情報の件数が予め設定された上限を超えているかどうかの判断がおこなわれ、超えている場合にはステップＳ７０８に移行し、それ以外の場合はステップＳ７１５に移行する。ステップＳ７０８では、ステップＳ７０７において、保存されているＲＳＳ情報の件数が設定された上限を超えていると判断した場合、保存されているＲＳＳ情報のレベルと障害復帰情報に付与したレベルを比較し、ステップＳ７０９に移行する。ステップＳ７０９では、ステップＳ７０８のＲＳＳ情報と障害復帰情報のレベル比較の結果、障害復帰情報のレベルが最低レベルであるかどうかの判断がおこなわれ、最低レベルではない場合にはステップＳ７１０に移行し、それ以外の場合は処理を終了する。ステップＳ７１０では、ステップＳ７０９において障害復帰情報のレベルが最低レベルではないと判断した場合に保存されているＲＳＳ情報のうち、ＲＳＳ情報に付与されたレベルの最も低いものを検出し、ステップＳ７１１に移行する。ステップＳ７１１では、保存されているＲＳＳ情報の中からステップＳ７１０で検出した最低レベルのＲＳＳ情報が複数存在するかどうかの判断がおこなわれ、複数存在する場合にはステップＳ７１２に移行し、それ以外の場合はステップＳ７１３に移行する。

ステップＳ７１２では、ステップＳ７１１においてＲＳＳデータベースから検出された最もレベルが低いＲＳＳ情報が複数存在すると判断した場合に、ＲＳＳ情報に付与された日時情報を参照し、最も古いＲＳＳ情報を検出してステップＳ７１３に移行する。ステップＳ７１３では、検出した最もレベルが低く、最も古いＲＳＳ情報を削除してステップＳ７１４に移行する。ステップＳ７１４では、ステップＳ７００で検出した障害復帰情報をＲＳＳテンプレート３３７を参照してＲＳＳ情報に変換し、ＲＳＳデータベース３３６に保存し、ステップＳ７１５に移行する。

ステップＳ７１５では、ステップＳ７０６によって既存のＲＳＳ情報のレベルを下げたことにより登録の対象となるＲＳＳ情報として未登録の複合機能デバイス１３０のイベントを検出し、ステップＳ７１６に移行する。たとえば、障害の発生時点では最低レベルであったためにＲＳＳデータベースに登録されなかった障害情報があったとする。これが、その時点で生じていた障害が解除されて障害情報のＲＳＳ情報ユニットに対応するレベルが下げられ、登録されなかった障害情報のレベルよりも低くなれば、そのＲＳＳ情報ユニットを削除してＲＳＳデータベースに空きを確保できる。ステップＳ７１６以下は、そのような状況が生じた場合の処理である。ステップＳ７１５は、保存されているＲＳＳ情報ユニットのレベルを変更した場合、デバイスに障害が発生しており、かつ、その障害に応じたＲＳＳ情報ユニットが保存されていないことを判定する第２の判定手段の一例である。

ステップＳ７１６では、ステップＳ７１５の検出の結果、ＲＳＳ情報として未登録のイベントが存在する場合には図６のステップＳ６０１に移行し、それ以外の場合は処理を終了する。すなわちステップＳ７１６による判定の結果、デバイスに障害が発生しており、かつ、その障害に応じたＲＳＳ情報ユニットが保存されていない場合、当該障害の発生のイベント発生時に生成されるはずのＲＳＳ情報ユニットを生成してデータベースに登録する。

なおステップＳ７０７〜Ｓ７１３と図６のステップＳ６０３〜６０９とは、情報の内容に相違があるものの処理自体は共通である。

以上説明したように障害からの復帰時には、対応する障害の発生を通知するためのＲＳＳ情報のレベルが下げられ、効率良く緊急度の高い情報のみをＲＳＳデータベース３３６に保存できるようになる。

＜ＲＳＳ障害情報に対応するレベルの一例＞
図８は、本実施形態における複合機能デバイス１３０において発生した様々なイベントに割り当てられるレベルの一例を示す図である。複合機能デバイス１３０には、大きく分けて「サービスコール」、「エラー」、「警告」、「情報」の４つのイベントが存在する。「サービスコール」とは復帰のために複合機能デバイスのサービス担当者によるメンテナンスが必要な障害を指す。「エラー」とはカバーオープンなど複合機能デバイスの通常の使用を妨げる障害を指す。「警告」とはトナー残量が少なくなった場合や用紙切れなど、複合機能デバイス１３０の動作を妨げる状態が予測される事象を指す。「情報」とは省電力モードなど複合機能デバイス１３０の動作の妨げにならないイベントを指す。図６や図７の説明で「障害」と称するのは、例えば「サービスコール」、「エラー」、「警告」に相当する。

重要度については、高い順から「サービスコール」、「エラー」、「警告」、「情報」の順になり、本発明ではこれらの状態のうち「サービスコール」、「エラー」、「警告」をそれぞれ「発生」と「復帰」に分けている。また、「サービスコール発生」、「エラー発生」、「警告発生」については、それぞれ、対応する障害の復帰時にレベルが変更される。例えば、「サービスコール発生」の場合、サービスコールの発生時にはステップＳ６０１においてレベル「１０」が付与されるが、対応するサービスコールの復帰時には、ステップＳ７０６においてレベルが「４」に下げられる。この結果、障害たとえばサービスコール」が解消されればその優先度は低くなる。例えば発生している「警告」についてＲＳＳ情報ユニットが作成されていないとしても、優先度の変更によって「警告」のレベル「８」が、「サービスコール復帰」のレベル６を上回り、登録可能となる。

以上説明したように、複合機能デバイス１３０で発生するイベント（障害）に付与されるレベルは、他のイベント（復帰）によって変化する。

＜ＲＳＳ情報ユニットの例＞
図９は、複合機能デバイス１３０の管理情報通知機能によって生成され、ＲＳＳデータベース３３６に保持されたＲＳＳ情報ユニットの一例である。ＲＳＳ情報ユニットはＲＳＳフィードとも呼び、ＲＳＳデータベース３３６に保存される。ＲＳＳ制御部３３５がＲＳＳテンプレート３３７を参照して障害発生情報や障害復帰情報を変換してＲＳＳ情報ユニットは生成される。

図９において、ＲＳＳバージョン９０１はＲＳＳのバージョンを定義しており、本実施形態ではＲＳＳのバージョンは２．０として記述されている。ＲＳＳのバージョンについてはクライアントコンピュータ１２０のＲＳＳリーダ３１２が対応している必要がある。要約情報９０２は、複合機能デバイス１３０上で発生し、ＲＳＳ情報に変換された各イベントに関する要約情報で、項目の見出し、ＵＲＬ、説明から構成される。ＵＲＬ９０３は、９０２の要約情報に関する詳細な情報を表示するためのものである。なお、ＵＲＬのリンク先は複合機能デバイス１３０の全体制御部を介して管理ページ制御部３３３が管理ページテンプレートを参照して生成した管理ページとなる。

＜クライアントのＲＳＳリーダによる動作＞
クライアントの動作は、一般的に使用されているＲＳＳリーダの動作である。簡単に説明すると以下のようになる。ＲＳＳリーダには、予め利用者が更新情報の取得を希望するサイトのＵＲＬを登録しておく。たとえば"http://device.printer1.jp/…/index.rdf"や、"http://device.printer1.jp/…/rss.xml"といったＵＲＬが登録される。ＲＳＳリーダは、指定された周期で、また、ＲＳＳリーダの実行が開始されて時点で、登録されたサイトから、新たな更新情報（すなわちＲＳＳ情報ユニット）があればそれを取得する。新たな更新情報とは、最後に取得した後に追加的に登録されたＲＳＳ情報ユニットに相当する。その新たなＲＳＳ情報ユニットを取得したＲＳＳリーダは、その内容特に要約情報の内容を端末画面上に表示する。もしそこに含まれ得る、元ページへのリンクが指示された場合には、ＷＷＷブラウザが起動されて、そのリンクの先にあるＨＴＭＬページが取得されて表示される。これは一般のＷＷＷブラウザによる処理手順である。

本発明におけるネットワークデバイス管理システムのハードウェア構成を示すブロック図である。 本発明における複合機能デバイスのる制御ユニットの構成を示す図である。 本発明におけるネットワークデバイス管理システムのソフトウェア構成を示すブロック図である。 従来例であるポーリングによって複合機能デバイスから情報を取得するネットワークデバイス管理システムの動作を示す図である。 従来例であるイベントによって複合機能デバイスから情報を取得するネットワークデバイス管理システムの動作を示す図である。 本発明における複合機能デバイスの管理情報通知機能の障害発生時の動作を示すフローチャートである。 本発明における複合機能デバイスの管理情報通知機能の障害復帰時の動作を示すフローチャートである。 本発明における複合機能デバイスの管理情報通知機能によってイベントに割り当てられるレベルの一例を示す図である。 本発明における複合機能デバイスの管理情報通知機能に生成されたＲＳＳフィードの一例を示す図である。

符号の説明

１００ ネットワーク
１１０ クライアントコンピュータ
１１１ システムバス
１１２ ＣＰＵ（中央処理装置）
１１３ ＲＡＭ（ランダムアクセスメモリ）
１１４ ＲＯＭ（読み出し専用メモリ）
１１５ ＤＫＣ（外部記憶装置制御部）
１１６ ＨＤＤ（ハードディスク装置）
１１７ 通信インターフェース
１１８ 入出力インターフェース
１２０ クライアントコンピュータ
１２１ システムバス
１２２ ＣＰＵ（中央処理装置）
１２３ ＲＡＭ（ランダムアクセスメモリ）
１２４ ＲＯＭ（読み出し専用メモリ）
１２５ ＤＫＣ（外部記憶装置制御部）
１２６ ＨＤＤ（ハードディスク装置）
１２７ 通信インターフェース
１２８ 入出力インターフェース
１３０ 複合機能デバイス
１３１ 操作部
１３２ 制御ユニット（Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）
１３３ プリンタ
１３４ スキャナ
２０１ ＣＰＵ（中央処理装置）
２０２ ＲＡＭ（ランダムアクセスメモリ）
２０３ 操作部インターフェース
２０４ 通信インターフェース
２０５ ＲＯＭ（読み出し専用メモリ）
２０６ ＨＤＤ（ハードディスク装置）
２０７ イメージバスインターフェース
２０８ システムバス
２０９ 画像バス
２１０ ラスタイメージプロセッサ（ＲＩＰ）
２１１ デバイスインターフェース
２１２ スキャナ画像処理部
２１３ プリンタ画像処理部
３１１ ＷＥＢブラウザ
３１２ ＲＳＳリーダ
３２１ ＷＥＢブラウザ
３２２ ＲＳＳリーダ
３３１ ＷＷＷサーバー
３３２ 全体制御部
３３３ 管理ページ制御部
３３４ 管理ページテンプレート
３３５ ＲＳＳ制御部
３３６ ＲＳＳデータベース
３３７ ＲＳＳテンプレート
３３８ 内部インターフェース

Claims (8)

1. 画像形成装置内のイベントの発生に応じて、該イベントの発生を示すＲＳＳ情報を生成し、該ＲＳＳ情報に該イベントに対応するレベルを割り当てる生成手段と、
   前記生成手段により生成されたＲＳＳ情報と、該ＲＳＳ情報のレベルとを保存する情報保存手段と、
   前記情報保存手段により保存されたＲＳＳ情報の量が予め定められた上限を越えるか否かを判定する判定手段と、
   前記判定手段により超えると判定された場合に、前記情報保存手段に保存されたＲＳＳ情報の内、レベルが低いＲＳＳ情報を削除し、新たに生成されるＲＳＳ情報のための空き容量を確保する削除手段とを備え、
   前記生成手段は、発生したイベントが画像形成装置の障害である場合、生成したＲＳＳ情報に障害の種類に対応する固有の識別子を関連づけるとともに、障害以外のイベントよりも高いレベルを割り当て、
   発生したイベントが障害からの復帰である場合、保存されたＲＳＳ情報の内、復帰した障害に対応する識別子が関連づけられたＲＳＳ情報を検索し、該当するＲＳＳ情報に付与されたレベルを下げるよう制御する制御手段を更に備えることを特徴とする画像形成装置。
2. 前記生成手段は、前記ＲＳＳ情報に生成した日時情報を付加して保存し、
   前記削除手段は、削除対象となる前記レベルが低いＲＳＳ情報として、レベルが最も低いＲＳＳ情報が複数存在した場合、その中から、付加された前記日時情報が最も古いＲＳＳ情報を保存されたＲＳＳ情報から削除することを特徴とする請求項１に記載の画像形成装置。
3. 保存されているＲＳＳ情報のレベルを変更した場合、デバイスに障害が発生しており、かつ、その障害に応じたＲＳＳ情報が保存されていないことを判定する第２の判定手段を更に備え、
   前記第２の判定手段による判定の結果、デバイスに障害が発生しており、かつ、その障害に応じたＲＳＳ情報が保存されていない場合、当該障害の発生のイベント発生時に生成されるはずのＲＳＳ情報を前記生成手段により生成することを特徴とする請求項１または２に記載の画像形成装置。
4. 画像形成装置内のイベントの発生に応じて、該イベントの発生を示すＲＳＳ情報を生成し、該ＲＳＳ情報に該イベントに対応するレベルを割り当てる生成手段と、
   前記生成手段により生成されたＲＳＳ情報と、該ＲＳＳ情報のレベルとを保存する情報保存手段と、
   前記情報保存手段により保存されたＲＳＳ情報の量が予め定められた上限を越えるか否かを判定する判定手段と、
   前記判定手段により超えると判定された場合に、前記情報保存手段に保存されたＲＳＳ情報の内、レベルが低いＲＳＳ情報を削除し、新たに生成されるＲＳＳ情報のための空き容量を確保する削除手段としてコンピュータを機能させるためのプログラムであって、
   前記生成手段は、発生したイベントが画像形成装置の障害である場合、生成したＲＳＳ情報に障害の種類に対応する固有の識別子を関連づけるとともに、障害以外のイベントよりも高いレベルを割り当て、
   発生したイベントが障害からの復帰である場合、保存されたＲＳＳ情報の内、復帰した障害に対応する識別子が関連づけられたＲＳＳ情報を検索し、該当するＲＳＳ情報に付与されたレベルを下げるよう制御する制御手段としてコンピュータを更に機能させるためのプログラム。
5. 前記生成手段は、前記ＲＳＳ情報に生成した日時情報を付加して保存し、
   前記削除手段は、削除対象となる前記レベルが低いＲＳＳ情報として、レベルが最も低いＲＳＳ情報が複数存在した場合、その中から、付加された前記日時情報が最も古いＲＳＳ情報を保存されたＲＳＳ情報から削除することを特徴とする請求項４に記載のプログラム。
6. 保存されているＲＳＳ情報のレベルを変更した場合、デバイスに障害が発生しており、かつ、その障害に応じたＲＳＳ情報が保存されていることを判定する第２の判定手段としてコンピュータを更に機能させ、
   前記第２の判定手段による判定の結果、デバイスに障害が発生しており、かつ、その障害に応じたＲＳＳ情報が保存されていない場合、当該障害の発生のイベント発生時に生成されるはずのＲＳＳ情報を前記生成手段により生成することを特徴とする請求項４または５に記載のプログラム。
7. 画像形成装置内のイベントの発生に応じて、該イベントの発生を示すＲＳＳ情報を生成し、該ＲＳＳ情報に該イベントに対応するレベルを割り当てる生成工程と、
   前記生成工程により生成されたＲＳＳ情報と、該ＲＳＳ情報のレベルとを保存する情報保存工程と、
   前記情報保存工程により保存されたＲＳＳ情報の量が予め定められた上限を越えるか否かを判定する判定工程と、
   前記判定工程により超えると判定された場合に、前記情報保存工程により保存されたＲＳＳ情報の内、レベルが低いＲＳＳ情報を削除し、新たに生成されるＲＳＳ情報のための空き容量を確保する削除工程とを有し、
   前記生成工程では、発生したイベントが画像形成装置の障害である場合、生成したＲＳＳ情報に障害の種類に対応する固有の識別子を関連づけるとともに、障害以外のイベントよりも高いレベルを割り当て、
   発生したイベントが障害からの復帰である場合、保存されたＲＳＳ情報の内、復帰した障害に対応する識別子が関連づけられたＲＳＳ情報を検索し、該当するＲＳＳ情報に付与されたレベルを下げるよう制御する制御工程を更に有することを特徴とするネットワークデバイス管理方法。
8. 画像形成装置内のイベントの発生に応じて、該イベントの発生を示すＲＳＳ情報を生成し、該ＲＳＳ情報に該イベントに対応するレベルを割り当てる生成手段と、
   前記生成手段により生成されたＲＳＳ情報と、該ＲＳＳ情報のレベルとを保存する情報保存手段と、
   前記情報保存手段により保存されたＲＳＳ情報の量が予め定められた上限を越えるか否かを判定する判定手段と、
   前記判定手段により超えると判定された場合に、前記情報保存手段に保存されたＲＳＳ情報の内、レベルが低いＲＳＳ情報を削除し、新たに生成されるＲＳＳ情報のための空き容量を確保する削除手段とを備え、
   前記生成手段は、発生したイベントが画像形成装置の障害である場合、生成したＲＳＳ情報に障害の種類に対応する固有の識別子を関連づけるとともに、障害以外のイベントよりも高いレベルを割り当て、
   発生したイベントが障害からの復帰である場合、保存されたＲＳＳ情報の内、復帰した障害に対応する識別子が関連づけられたＲＳＳ情報を検索し、該当するＲＳＳ情報に付与されたレベルを下げるよう制御する制御手段を更に備える画像形成装置と、
   前記生成手段により新たに生成されたＲＳＳ情報を取得し、取得したＲＳＳ情報に対応するイベントの発生を表示する端末装置と
   を具備したことを特徴とする画像形成装置管理システム。

Images