(57)【要約】      （修正有）【課題】ネットワークデバイスにおいて、実際には障害が解消していないのに障害が解消したとされる場合及び実際には障害が解消しているのに障害が解消していないとされる場合に、サービスマンによる作業を要するか否かを適切に把握することを支援する管理装置及び制御方法を提供する。【解決手段】デバイス管理装置は、ネットワークデバイスからイベント通知を受信し、受信したイベント通知に応じて、イベント情報と作業ステータスとを管理し、対応する作業ステータスに応じて、管理されたイベント情報を出力する。【選択図】図７
2020038533.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークデバイスからイベント通知を受信する受信手段と、
前記受信手段により受信された前記イベント通知に応じて、前記ネットワークデバイスで生じたイベントに関する情報であるイベント情報と前記イベントに対する作業の必要性を示す作業ステータスとを管理する管理手段と、
前記作業ステータスに応じて、前記管理手段により管理される前記イベント情報を出力する出力手段と、
を有し、
前記受信手段により障害発生イベント通知が受信された場合、前記管理手段は、前記障害発生イベント通知に示される障害に関するイベント情報を登録し、作業が必要なことを示す第１のステータスを、前記障害に関するイベント情報に対応する作業ステータスとして登録し、
前記受信手段により前記障害に対応した障害解消イベント通知が受信された場合、前記管理手段は、前記障害に関するイベント情報に対応する作業ステータスを、作業が必要な可能性があることを示す第２のステータスに更新し、
前記受信手段により前記障害のトリガーとなったイベントの発生を通知するイベント通知が受信され、かつ、前記イベントと併せて障害発生イベント通知を受信しなかった場合、前記管理手段は、前記障害に関するイベント情報に対応する作業ステータスを、作業が不要なことを示す第３のステータスに更新する管理装置。
【請求項２】
前記受信手段により障害発生イベント通知が受信され、かつ、前記管理手段により前記障害発生イベント通知に示される障害に関するイベント情報が登録されていない場合、前記管理手段は、前記イベント情報と前記第１のステータスとを登録し、前記受信手段により障害発生イベント通知が受信され、かつ、前記障害発生イベント通知に示される障害に関するイベント情報が既に登録されており、かつ、前記障害に関するイベント情報に対応する作業ステータスが第２のステータスである場合、前記障害に関するイベント情報に対応する作業ステータスを前記第１のステータスに更新する請求項１記載の管理装置。
【請求項３】
前記出力手段は、前記管理手段により管理されるイベント情報のうち、前記第１のステータス及び前記第２のステータスに対応づけられているイベント情報を出力する請求項１又は２記載の管理装置。
【請求項４】
前記ネットワークデバイスの属性に関する予め定められた条件に従って、前記第２のステータスに対応づけられたイベント情報に示されるイベントに対する作業が不要であるか否かを判断する判断手段を更に有し、
前記判断手段により前記作業が不要であると判断された場合、前記管理手段は、前記イベントに対応する作業ステータスを、前記第３のステータスに更新する請求項１乃至３何れか１項記載の管理装置。
【請求項５】
前記管理手段は、前記ネットワークデバイスで生じた障害に関する情報であるイベント情報を管理する請求項１乃至４何れか１項記載の管理装置。
【請求項６】
管理装置の制御方法であって、
ネットワークデバイスからイベント通知を受信する受信ステップと、
前記受信ステップで受信された前記イベント通知に応じて、前記ネットワークデバイスで生じたイベントに関する情報であるイベント情報と前記イベントに対する作業の必要性を示す作業ステータスとを管理する管理ステップと、
前記作業ステータスに応じて、前記管理ステップで管理される前記イベント情報を出力する出力ステップと、
を含み、
前記受信ステップで障害発生イベント通知が受信された場合、前記管理ステップでは、前記障害発生イベント通知に示される障害に関するイベント情報を登録し、作業が必要なことを示す第１のステータスを、前記障害に関するイベント情報に対応する作業ステータスとして登録し、
前記受信ステップで前記障害に対応した障害解消イベント通知が受信された場合、前記管理ステップでは、前記障害に関するイベント情報に対応する作業ステータスを、作業が必要な可能性があることを示す第２のステータスに更新し、
前記受信ステップで前記障害のトリガーとなったイベントの発生を通知するイベント通知が受信され、かつ、前記イベントと併せて障害発生イベント通知を受信しなかった場合、前記管理ステップでは、前記障害に関するイベント情報に対応する作業ステータスを、作業が不要なことを示す第３のステータスに更新する制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置及び制御方法に関する。
【背景技術】
【０００２】
ネットワークに接続される画像形成装置等のネットワークデバイスは、使用されているうちに内部の部品が徐々に消耗したり、汚れが付着したりする。そのため、部品の消耗度、汚れ具合によって定期的に部品交換／清掃等の作業が必要となる。また、部品の消耗とは別の原因で部品が故障し、正常動作をしなくなるような場合には、即時原因となる部品を交換する必要がある。そこで、ネットワークデバイスの状態を遠隔から監視し、作業内容と合わせて適切なタイミングでサービスマンに必要作業を提示し、サービスマンを派遣することでダウンタイムを減らすことが行われている。
ネットワークデバイスの状態を遠隔から監視する手段の一つとして、ネットワークデバイスで生じたイベントを監視サーバに対して通知する方法がある。監視サーバは、通知内容に応じて必要作業を表示したり、サービスマンに対して通知したりする。
特許文献１には、画像形成装置が監視サーバに対して、障害発生通知に加えて、障害発生後に定期的に状態通知を行い、障害が継続していると判断される場合は再度サービスマンへの通知等を行う技術が開示されている。これにより、障害発生によってオペレーションパネル上に障害内容が表示され一時的にデバイスが利用できない状態に陥った後、ユーザによる電源ＯＦＦ→ＯＮ等で障害が解消されている場合に、不要にサービスマンを派遣しなくて済む。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−５８７６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワークデバイスにおいて、実際には障害が解消していないのに障害が解消したとされる場合がある。例えば、ネットワークデバイスである画像形成装置において生じた障害が、電源ＯＮ時に実行される起動プロセスでは発生しないが、実際に印刷を実施して紙を流したときに初めて発生する障害であったとする。この場合、電源ＯＦＦ→ＯＮした際に起動プロセスで障害が発生しないために、障害が解消したように見える。しかしながら、実際は印刷の実施によりまた障害が再発する状態なので、この画像形成装置は、サービスマンの作業が必要な状態にある。
また、ネットワークデバイスにおいて、実際には障害が解消しているのに障害が解消していないとされる場合がある。例えば、ネットワークデバイスである画像形成装置において生じた障害が、低温環境で印刷した際に起こる障害であった場合、外気温が低温ではなくなっていれば、印刷を実施して紙を流しても障害は発生しない。そのため、この場合はサービスマンによる作業が必要な状態ではなく、障害が解消している状態となる。しかし、発生した障害の情報が残っている場合、障害が生じている状態とみなされることとなる。
このようにネットワークデバイスにおいて障害が解消しているか否かを正しく判断できない場合がある。そのため、サービスマンによる作業を要するか否かを適切に把握することが困難であるという問題がある。
【課題を解決するための手段】
【０００５】
本発明の情報処理装置は、ネットワークデバイスからイベント通知を受信する受信手段と、前記受信手段により受信された前記イベント通知に応じて、前記ネットワークデバイスで生じたイベントに関する情報であるイベント情報と前記イベントに対する作業の必要性を示す作業ステータスとを管理する管理手段と、前記作業ステータスに応じて、前記管理手段により管理される前記イベント情報を出力する出力手段と、を有し、前記受信手段により障害発生イベント通知が受信された場合、前記管理手段は、前記障害発生イベント通知に示される障害に関するイベント情報を登録し、作業が必要なことを示す第１のステータスを、前記障害に関するイベント情報に対応する作業ステータスとして登録し、前記受信手段により前記障害に対応した障害解消イベント通知が受信された場合、前記管理手段は、前記障害に関するイベント情報に対応する作業ステータスを、作業が必要な可能性があることを示す第２のステータスに更新し、前記受信手段により前記障害のトリガーとなったイベントの発生を通知するイベント通知が受信され、かつ、前記イベントと併せて障害発生イベント通知を受信しなかった場合、前記管理手段は、前記障害に関するイベント情報に対応する作業ステータスを、作業が不要なことを示す第３のステータスに更新する。
【発明の効果】
【０００６】
本発明によれば、サービスマンによる作業を要するか否かを適切に把握することを支援できる。
【図面の簡単な説明】
【０００７】
【図１】提供システムのシステム構成の一例を示す図である。
【図２】デバイス管理装置のハードウェア構成等の一例を示す図である。
【図３】画像形成装置のハードウェア構成の一例を示す図である。
【図４】デバイス管理装置の機能構成の一例を示す図である。
【図５】イベント通知の一例を示す図である。
【図６】画像形成装置の機能構成の一例を示す図である。
【図７】デバイス管理装置の処理の一例を示すフローチャートである。
【図８】デバイス管理装置の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下に、本発明の実施の形態の一例を、図面に基づいて詳細に説明する。
【０００９】
＜実施形態１＞
図１は、本実施形態の提供システムのシステム構成の一例を示す図である。
提供システムは、デバイス管理装置１３１、画像形成装置１２０、クライアント端末１１１〜１１２を含む。提供システムは、画像形成装置１２０に生じた障害の情報を、それらの障害に対する作業の必要性の情報と併せてサービスマンに提供するシステムである。
デバイス管理装置１３１、画像形成装置１２０、クライアント端末１１１〜１１２は、それぞれネットワーク１０２〜１０４の少なくとも１つを介して接続されている。ネットワーク１０２〜１０４それぞれは、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等である。また、ネットワーク１０２〜１０４それぞれは、これらの組み合わせにより実現される、いわゆる通信ネットワークであることとしてもよい。本実施形態では、ネットワーク１０２は、インターネットである。また、ネットワーク１０３〜１０４それぞれは、企業内ネットワークやサービスプロバイダーのネットワークである。
【００１０】
デバイス管理装置１３１は、画像形成装置１２０それぞれで発生した各種イベントに関する情報であるイベント情報を収集・蓄積・表示する情報処理装置である。画像形成装置で発生したイベントとは、その画像形成装置で発生した事象である。画像形成装置で発生し得るイベントには、部品の故障、温度異常等の異常、ジョブ中のエラー、ジョブの開始、ジョブの完了、トナー等の消耗品の残量枯渇、部品の交換等がある。イベントに関する情報とは、イベントの内容、イベントの発生箇所・発生時刻・解消時刻、イベントの識別情報等のイベントの属性を示す情報である。また、デバイス管理装置１３１は、収集したイベント情報に基づいて、画像形成装置１２０に対して実施すべき作業を示す情報の一覧を出力することで、サービスマンに提供する。以下では、実施すべき作業を示す情報の一覧を、作業リストとする。また、デバイス管理装置１３１は、画像形成装置１２０から収集したカウンタ情報に基づく課金機能や、消耗品の自動配送指示機能、画像形成装置１２０に対する遠隔指示機能等を有する。デバイス管理装置１３１は、例えば、パーソナルコンピュータ（ＰＣ）、サーバ装置等である。
また、デバイス管理装置１３１は、画像形成装置１２０から収集した印刷枚数などの各種カウンタ情報や各種イベント情報に基づいて、ユーザに対する課金や消耗品の自動配送等の機能や、ファームウェア配信、ログ送信指示等の遠隔指示を行う機能を有する。
【００１１】
クライアント端末１１１〜１１２それぞれは、デバイス管理装置１３１から作業リストの提供を受け、表示する情報処理装置である。クライアント端末１１１〜１１２それぞれは、例えば、デスクトップパソコン、ノートパソコン、モバイルパソコン、ＰＤＡ（パーソナルデータアシスタント）、プログラム実行環境が内蔵された携帯電話等である。
画像形成装置１２０は、ネットワークに接続可能な画像形成装置である。画像形成装置１２０は、例えば、デジタル複合機、ファクシミリ装置、レーザービームプリンタ、インクジェットプリンタ、スキャナー装置等である。画像形成装置１２０は、ネットワークを介した操作が可能なデバイスであるネットワークデバイスの一例である。本実施形態では、提供システムは、画像形成装置１２０を３台含む。
【００１２】
図２（ａ）は、本実施形態のデバイス管理装置１３１のハードウェア構成の一例を示す図である。デバイス管理装置１３１は、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）２０２、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）２０３、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）２０４を含む。また、デバイス管理装置１３１は、Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ（ＨＤＤ）２０５、ディスプレイ２０６、キーボード２０７、インターフェース２０８、Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ（ＮＩＣ）２０９を含む。各要素は、システムバス２０１を介して相互に通信可能に接続されている。
システムバス２０１は、デバイス管理装置１３１内におけるデータ通信に用いられるバスである。ＣＰＵ２０２は、デバイス管理装置１３１全体の制御を行う中央演算装置である。ＲＡＭ２０３は、ＣＰＵ２０２の主メモリ、ワークエリア、データの一時的な記憶領域等として機能する記憶装置である。ＲＯＭ２０４は、基本Ｉ／Ｏプログラム等の各種データを記憶する記憶装置である。ＨＤＤ２０５は、各種プログラム、各種設定情報等を記憶する記憶装置である。ＨＤＤ２０５は、Ｗｅｂブラウザ等のアプリケーションプログラム、サービスサーバー群のプログラム、ＯＳ、関連プログラム等を記憶している。ＣＰＵ２０２は、ＨＤＤ２０５に記憶されたアプリケーションプログラム、ＯＳ等を実行し、ＲＡＭ２０３にプログラムの実行に必要な情報、ファイル等を一時的に記憶する制御を行う。
【００１３】
ディスプレイ２０６は、表示部である。キーボード２０７は、情報の入力に用いられる入力部である。ＣＰＵ２０２は、キーボード２０７を介した入力に応じて、情報をディスプレイ２０６に表示する。インターフェース２０８は、外部の装置との接続に用いられるインターフェースであり、プリンタ、ＵＳＢ機器、周辺機器等との接続に用いられる。ＮＩＣ２０９は、ネットワーク１０２〜１０４を介した外部装置との通信に用いられるネットワークカードである。
ＣＰＵ２０２が、ＨＤＤ２０５、ＲＯＭ２０４等に記憶されたプログラムにしたがって処理を実行することで、図４で後述するデバイス管理装置１３１の機能、及び、図７、８で後述するフローチャートの処理等が実現される。
【００１４】
本実施形態では、クライアント端末１１１のハードウェア構成は、図２（ａ）で説明したデバイス管理装置１３１のハードウェア構成と同様である。
クライアント端末１１１のＣＰＵが、クライアント端末１１１のＨＤＤ、ＲＯＭ等に記憶されたプログラムにしたがって処理を実行することで、図２（ｂ）で後述するクライアント端末１１１の機能、及び、クライアント端末１１１の処理等が実現される。
また、クライアント端末１１２のハードウェア構成は、クライアント端末１１１のハードウェア構成と同様である。クライアント端末１１２のＣＰＵが、クライアント端末１１１のＨＤＤ、ＲＯＭ等に記憶されたプログラムにしたがって処理を実行することで、図２（ｂ）と同様の機能、及び、クライアント端末１１２の処理等が実現される。
図２（ｂ）は、クライアント端末１１１の機能構成の一例である。クライアント端末１１１は、ブラウザ制御部２１２を含む。ブラウザ制御部２１２は、クライアント端末１１１のディスプレイにＷｅｂブラウザ（インターネットブラウザ、ＷＷＷブラウザ、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂを利用するためのブラウザ）を表示し、表示したブラウザに対する操作を受付ける。クライアント端末１１２の機能構成は、クライアント端末１１１の機能構成と同様である。
【００１５】
図３は、本実施形態の画像形成装置１２０のハードウェア構成の一例を示す図である。
画像形成装置１２０は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４、ネットワークＩ／Ｆ３０５、内部バス３０６、デバイス制御部３０７、印刷部３０８、入出力Ｉ／Ｆ３０９、入出力装置３１０、センサー３１２を含む。各要素は、内部バス３０６を介して相互に通信可能に接続されている。
ＣＰＵ３０１は、内部バス３０６を介して各要素を制御する中央演算装置である。ＲＡＭ３０２は、ＣＰＵ３０１の主メモリやワークエリア、データの一時的な記憶領域等として機能する記憶装置である。ＲＯＭ３０３は、各種プログラム、各種設定情報、画像形成装置１２０が出荷される地域を示す仕向け情報等を記憶する記憶装置である。ＣＰＵ３０１は、ＲＯＭ３０３に記憶された仕向け情報に従って、入出力装置３１０に表示する言語を決定する。
【００１６】
記憶装置３０４は、各種プログラム、各種設定情報、画像データ等を記憶する記憶装置である。記憶装置３０４は、例えば、ＨＤＤ等である。記憶装置３０４は、ＲＡＭ３０２に代わって、カウンタ情報、システム情報、監視情報等を記憶することとしてもよい。ＣＰＵ３０１は、ＲＡＭ３０２やＲＯＭ３０３と共にプログラムの実行処理をおこなうとともに、記憶装置３０４等の記録媒体に画像データを記録する処理を行う。
ネットワークＩ／Ｆ３０５は、ネットワーク１０２〜１０４を介した外部装置との通信に用いられるインターフェースである。デバイス制御部３０７は、印刷部３０８を制御する制御部である。印刷部３０８は、印刷媒体への印刷を行うための機構である。ＣＰＵ３０１は、デバイス制御部３０７を介して、ネットワークＩ／Ｆ３０５を介して外部の装置から受け付けた指示に応じて、印刷部３０８を制御する。
【００１７】
入出力Ｉ／Ｆ３０９は、入出力装置との間での情報の入出力に用いられるインターフェースである。入出力装置３１０は、画像形成装置１２０に対する情報の入出力に用いられる入出力装置である。入出力装置３１０は、ユーザからの入力（ボタン入力等）を受け付けるためのハードボタン、タッチパネルの入力部等の入力装置と、情報を表示するためのタッチパネルの表示部等の出力装置と、を含む。ＣＰＵ３０１は、入出力Ｉ／Ｆ３０９を介して、入出力装置３１０を介して入力された情報を受付け、受け付けた情報に応じた処理を実行する。また、ＣＰＵ３０１は、入出力Ｉ／Ｆ３０９を介して、入出力装置３１０に対してユーザに対するヘルプ情報等の情報を出力することで、入出力装置３１０に情報を表示させる。また、入出力装置３１０は、原稿を読み取り、入力として電子データを受付けるためのスキャン装置を含むこととしてもよい。
センサー３１２は、画像形成装置１２０に搭載されている各種センサーである。センサー３１２は、印刷部３０８のドラムの電圧値やトナー残量を計測するセンサー、画像形成装置１２０内のモータの回転異常を検知するセンサー、画像形成装置１２０の機内温度を計測するセンサーを含む。ＣＰＵ３０１は、センサー３１２を介して検知された情報に基づいて、画像形成装置１２０に障害が発生しているか否かを判断する。
ＣＰＵ３０１が、記憶装置３０４、ＲＯＭ３０３等に記憶されたプログラムにしたがって処理を実行することで、図６で後述する画像形成装置１２０の機能、及び、画像形成装置１２０の処理が実現される。
【００１８】
図４は、デバイス管理装置１３１の機能構成の一例を示す図である。デバイス管理装置１３１は、外部Ｉ／Ｆ部５０１、状態管理部５０２、イベント管理部５０３を含む。
外部Ｉ／Ｆ部５０１は、画像形成装置１２０から送信されたイベント通知を受信し、受信したイベント通知をイベント管理部５０３のイベント制御部５２１に送信する。イベント通知とは、画像形成装置１２０で発生したイベントを通知する情報である。
また、外部Ｉ／Ｆ部５０１は、クライアント端末１１１、１１２に対して、作業管理部５１３により管理されている作業リストの情報を送信することで出力する。
【００１９】
状態管理部５０２は、状態制御部５１１、判断部５１２、作業管理部５１３を含む。状態制御部５１１は、状態管理部５０２を制御する。判断部５１２は、画像形成装置１２０から送信されたイベント通知に対応する事象（例えば、障害等）に対してなんらかの作業が必要か否かを判断する。作業管理部５１３は、画像形成装置１２０から送信されたイベント通知に示されるイベントについてのイベント情報と、そのイベントに対する作業の必要性を示す作業ステータスと、をテーブル形式でＨＤＤ２０５に記憶し、管理する。以下では、イベント情報と作業ステータスとを含むテーブルを、管理テーブルとする。管理テーブルの詳細については、表１で後述する。
イベント管理部５０３は、イベント制御部５２１、履歴管理部５２２を含む。イベント制御部５２１は、イベント管理部５０３を制御する。履歴管理部５２２は、画像形成装置１２０からのイベント通知を、イベント履歴情報として、ＨＤＤ２０５に記憶し、管理する。
【００２０】
図５を用いて、画像形成装置１２０から送信されるイベント通知の一例について説明する。
図５（ａ）に示すジョブ完了イベント通知６０１は、画像形成装置１２０において印刷ジョブ等のジョブが完了した際に、デバイス管理装置１３１に送信されるイベント通知の一例である。
ジョブ完了イベント通知６０１は、デバイスＩＤ６１１、イベント名６１２、イベントＩＤ６１３、発生時刻６１４、ジョブタイプ６１５、ジョブ情報６１６、ユーザ名６１７を含む。
デバイスＩＤ６１１は、イベント通知を送信した画像形成装置を一意に識別する識別情報（ＩＤ）である。イベント名６１２は、イベント通知に係るイベントの名前を示す情報である。イベントＩＤ６１３は、画像形成装置１２０で発生したイベントを一意に識別する識別情報（ＩＤ）である。発生時刻６１４は、イベントが発生した時刻を示す情報である。ジョブタイプ６１５は、完了したジョブの種別を示す情報である。ジョブ情報６１６は、完了したジョブの詳細情報である。ユーザ名６１７は、ジョブの実行を指示したユーザ名を示す情報である。
【００２１】
図５（ｂ）に示す障害発生イベント通知６０２は、画像形成装置１２０において障害が発生した際にデバイス管理装置１３１に送信されるイベント通知の一例である。障害とは、画像形成装置の正常な動作の妨げとなる事象であり、例えば、部品の故障、温度異常等の異常、ジョブ中のエラー、消耗品の残量枯渇等である。
障害発生イベント通知６０２は、デバイスＩＤ６２１、イベント名６２２、イベントＩＤ６２３、発生時刻６２４、エラーＩＤ６２５、Ｅコード６２６、発生箇所６２７、トリガー６２８、トリガーイベントＩＤ６２９を含む。
【００２２】
デバイスＩＤ６２１、イベント名６２２、イベントＩＤ６２３、発生時刻６２４は、それぞれ図５（ａ）を用いて説明したデバイスＩＤ６１１、イベント名６１２、イベントＩＤ６１３、発生時刻６１４と同様の情報である。
エラーＩＤ６２５は、障害を一意に識別する識別情報（ＩＤ）である。Ｅコード６２６は、エラーコードを示す情報である。発生箇所６２７は、障害が発生した箇所を表す情報である。トリガー６２８は、障害の発生のトリガーとなったイベントを示す情報である。図５（ｂ）の例では、トリガー６２８がｐｒｉｎｔ＿ｊｏｂ＿ｃｏｍｐｌｅｔｅであるので、印刷ジョブの実行をトリガーにして障害発生イベント通知６０２がデバイス管理装置１３１に送信されたこととなる。トリガーイベントＩＤ６２９は、トリガー６２８が示すイベントの識別情報（ＩＤ）である。図５（ｂ）の例では、トリガーイベントＩＤ６２９の値が１０９３８であるので、イベントＩＤが１０９３８であるイベント（図５の例では、ジョブ完了イベント通知６０１）が原因で発生した障害であることとなる。
【００２３】
図５（ｃ）に示す障害解消イベント通知６０３は、画像形成装置１２０において障害が解消した際にデバイス管理装置１３１に送信されるイベント通知の一例である。
障害解消イベント通知６０３は、デバイスＩＤ６３１、イベント名６３２、イベントＩＤ６３３、発生時刻６３４、エラーＩＤ６３５、Ｅコード６３６を含む。
デバイスＩＤ６３１、イベント名６３２、イベントＩＤ６３３、発生時刻６３４は、それぞれ図５（ａ）を用いて説明したデバイスＩＤ６１１、イベント名６１２、イベントＩＤ６１３、発生時刻６１４と同様の情報である。
エラーＩＤ６３５は、障害を一意に識別する識別情報（ＩＤ）である。Ｅコード６３６は、エラーコードを示す情報である。障害解消イベント通知６０３におけるエラーＩＤ６３５とＥコード６３６とは、障害発生イベント通知６０２におけるエラーＩＤ６２５とＥコード６２６とに対応する。障害解消イベント通知６０３におけるエラーＩＤ６３５及びＥコード６３６と、障害発生イベント通知６０２におけるエラーＩＤ６２５及びＥコード６２６と、は、障害の発生と解消を結びつける情報である。
図５の例では、ジョブ完了イベント通知６０１、障害発生イベント通知６０２、障害解消イベント通知６０３におけるデバイスＩＤ６３１が同一（ＡＢＣ００００１）である。そのため、これら３つのイベント通知は、同一の画像形成装置から送信されたこととなる。
【００２４】
ここで、以下の表１を用いて、作業管理部５１３が管理する管理テーブルについて説明する。作業管理部５１３は、画像形成装置１２０から送信されたイベント通知に応じて、画像形成装置１２０で生じたイベントに関するイベント情報とそのイベントに対する作業の必要性を示す作業ステータスとをＨＤＤ２０５内の管理テーブルに記憶し、管理する。ここで、情報の管理とは、その情報を記憶部に登録し、要求に応じてその情報に対する更新を行うことである。本実施形態では、作業管理部５１３は、画像形成装置１２０から送信されたイベント通知に応じて、イベント通知に示されるイベントである障害に関するイベント情報と、その障害に対する作業の必要性を示す作業ステータスと、を管理テーブルに記憶する。表１は、作業管理部５１３により管理されている管理テーブルの一例を示す表である。
【００２５】
【表１】
2020038533.tif 000003
【００２６】
管理テーブルは、デバイスＩＤ、エラーＩＤ、発生時刻、解消時刻、Ｅコード、発生箇所、作業ステータス、トリガーの項目を含む。管理テーブルの各行には、それぞれ１つの障害に関する情報が記憶されている。デバイスＩＤ、エラーＩＤ、発生時刻、解消時刻、Ｅコード、発生箇所、トリガーの項目の情報は、それぞれ対応する障害に関するイベント情報である。
サービスマンは、障害に関するイベント情報を把握することで、その障害解消に必要な作業を把握することができる。そのため、イベント情報は、作業の内容を示す情報ともみなすことができる。即ち、管理テーブルの各行の情報は、作業を示す作業情報と、その作業の必要性を示す作業ステータスと、の対応情報ともみなすことができる。
デバイスＩＤの項目は、画像形成装置を一意に識別する識別情報（ＩＤ）を示す。エラーＩＤの項目は、対応するデバイスＩＤが示す画像形成装置において障害を一意に識別する識別情報（ＩＤ）を示す。発生時刻の項目は、対応する障害が発生した時刻を示す。解消時刻の項目は、対応するエラーＩＤが示す障害が解消した時刻を示す。Ｅコードの項目は、対応する障害の種別を表すコードを示す。本実施形態では、Ｅコードの値がＥ００１であれば、対応する障害は、定着温度異常となる。また、Ｅコードの値がＥ００２であれば、対応する障害は、ドラム帯電異常となる。即ち、デバイスＩＤが示す画像形成装置において、Ｅコードが示す障害が、発生時刻が示す時刻に発生し、解消時刻が示す時刻に解消したこととなる。
【００２７】
発生箇所の項目は、対応するＥコードが示す障害が発生した箇所を表すコードを示す。画像形成装置１２０は、障害の発生の際に、障害の発生箇所を特定する処理を実行し、障害の発生箇所を特定する。そして、画像形成装置１２０は、特定した発生箇所の情報を発生箇所６２７の情報としてデバイス管理装置１３１に送信されるイベント通知に含める。そのため、作業管理部５１３は、障害発生イベント通知に含まれる発生箇所６２７の情報から、障害の発生箇所の情報を取得できる。発生箇所のコードの上３桁は、ドラムユニット等の画像形成装置内のユニットを表す情報である。発生箇所のコードの下３桁は、発生箇所のコードの上３桁で表されるユニットを構成する子部品を表す情報である。
作業ステータスの項目は、対応するエラーＩＤが示す障害に対してサービスマンによる作業が必要か否かを表す作業ステータスを示す。作業ステータスの値「必要」は、対応する障害に対する作業が必要であることを示す。「必要」は、作業が必要なことを示す第１のステータスの一例である。作業ステータスの値「可能性有」は、対応する障害に対する作業が必要な可能性があることを示す。「可能性有」は、作業が必要な可能性があることを示す第２のステータスの一例である。作業ステータスの値「ｃｌｏｓｅｄ」は、対応する障害に対する作業が不要であることを示す。「ｃｌｏｓｅｄ」は、作業が不要なことを示す第３のステータスの一例である。
【００２８】
作業管理部５１３は、判断部５１２の処理の結果から管理テーブルにおける作業ステータスの項目の値を決定できる。より具体的には、状態制御部５１１は、イベント制御部５２１からイベント通知を受信すると、イベント通知が示す障害に対する作業が必要か否かの判断を、判断部５１２に依頼する。判断部５１２は、状態制御部５１１から受け取ったイベント通知と、作業管理部５１３により管理されている管理テーブルと、に基づいて、そのイベント通知に示される障害に対する作業の必要性を判断する。そして、作業管理部５１３は、判断部５１２による判断の結果に基づいて、管理テーブルにおけるそのイベント通知に示される障害に対応する作業ステータスの項目を更新する。
トリガーの項目は、対応する障害の発生の要因となったイベントを示す。例えば、トリガーが「ｐｒｉｎｔ＿ｊｏｂ＿ｃｏｍｌｅｔｅ」であれば、対応する障害は、印刷処理の実行を要因として発生した障害となる。また、トリガーが「ｃａｌｉｂｒａｔｉｏｎ」であれば、対応する障害は、階調補正等のキャリブレーションの実行を要因として発生した障害となる。
【００２９】
本実施形態では、作業リストは、作業管理部５１３により管理されている管理テーブルのうち、作業ステータスの値が「ｃｌｏｓｅｄ」である行のデータを除いたデータであるとする。即ち、デバイス管理装置１３１は、管理テーブルのうち、作業ステータスの値が「ｃｌｏｓｅｄ」である行のデータを除いたデータを、作業リストとして出力することとなる。
サービスマンがクライアント端末１１１を利用する場合、以下のようになる。クライアント端末１１１のブラウザ制御部２１２は、サービスマンによるクライアント端末１１１の操作に基づいて、デバイス管理装置１３１から作業リストを取得し、取得した作業リストをクライアント端末１１１の表示部に表示されているブラウザ上に表示する。また、サービスマンがクライアント端末１１２を利用する場合、以下のようになる。クライアント端末１１２のブラウザ制御部２１２は、サービスマンによるクライアント端末１１２の操作に基づいて、デバイス管理装置１３１から作業リストを取得し、取得した作業リストをクライアント端末１１２の表示部に表示されているブラウザ上に表示する。
サービスマンは、表示された作業リストのデバイスＩＤ、Ｅコード、発生箇所、トリガー等を見ることで、どういった障害が発生しており、どのような作業が必要であるかを把握できる。また、サービスマンは、表示された作業リストの作業ステータスを見ることで、対応する障害に対する作業が必要か、又は、必要な可能性があるか、を把握できる。これにより、サービスマンは、例えば、作業が必要な障害については作業を行うことを決定し、作業が必要な可能性がある障害については作業を行うか否かを検討する等の対応を行うことができる。このように、サービスマンは、全ての障害について作業を行うことを決定する場合に比べて、より柔軟な対応を取ることができる。
【００３０】
図６は、画像形成装置１２０の機能構成の一例を示す図である。画像形成装置１２０は、通信部４０１、記憶制御部４０２、形成部４０３、更新部４０４、検知部４０５、診断部４０６、管理部４０７、操作部４０８、表示制御部４０９を含む。
通信部４０１は、画像形成装置１２０に関するデバイス情報をデバイス管理装置１３１へ送信する。また、通信部４０１は、デバイス管理装置１３１から送信される指示、情報を受信する。通信部４０１は、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳ等を用いて、通信を行う。
【００３１】
記憶制御部４０２は、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４に対する情報の読込、書込みを行う。また、記憶制御部４０２は、画像形成装置１２０のデバイス情報、画像形成装置１２０で発生したイベントの情報、各種カウンタの情報等の各種情報を記憶装置３０４に記憶する。デバイス情報には、装置ＩＤ等の画像形成装置の識別情報、ＩＰアドレス等の通信情報が含まれる。画像形成装置１２０が送信し得るイベント通知には、図６を用いて説明したイベント通知の他に、省エネモード移行イベント通知、キャリブレーション完了イベント通知、トナー残量低下イベント通知、トナー交換完了イベント通知等がある。このような画像形成装置１２０が送信し得るイベント通知の情報が、記憶装置３０４に記憶されていることとなる。また、記憶制御部４０２は、管理サーバ情報として、画像形成装置１２０を管理するデバイス管理装置１３１のＩＰアドレス等の通信情報を、記憶装置３０４に記憶する。
形成部４０３は、印刷データを生成し出力する。更新部４０４は、画像形成装置１２０のファームウェア情報の更新管理を行う。より具体的には、更新部４０４は、デバイス管理装置１３１からのファームウェア更新指示を受付、更新を実施する。
【００３２】
検知部４０５は、センサー３１２を介して取得した情報から画像形成装置１２０に障害が発生しているか否かを判断することで、障害を検知する。また、検知部４０５は、障害を検知した場合、診断部４０６に対して障害の発生箇所の診断を依頼する。診断部４０６は、検知部４０５によって検知された障害の発生箇所を特定する。検知部４０５は、発生箇所６２７の項目が診断部４０６によって特定された箇所の示す障害発生イベント通知を生成し、生成した障害発生イベント通知の記憶装置３０４への記憶を、記憶制御部４０２に指示する。
また、検知部４０５は、画像形成装置１２０が再起動された際に、記憶制御部４０２により記憶装置３０４に記憶されている障害発生イベント通知に示される障害が再発したか否かを確認する。そして、検知部４０５は、再発していない場合、この障害に対応する障害解消イベント通知を生成し、記憶制御部４０２に記憶装置３０４への記憶を指示する。
診断部４０６は、検知部４０５により検知された障害の情報を元に印刷部３０８を動作させ、障害の発生箇所を特定する。
【００３３】
管理部４０７は、記憶制御部４０２により記憶された各イベントを管理し、管理している各イベントを、通信部４０１を介してデバイス管理装置１３１に送信するよう制御する。操作部４０８は、タッチパネル等の入出力装置３１０を介して入力された入力情報を、表示されている画面や押下された位置等から内部信号に変換し、変換した信号をＲＡＭ３０２等に記憶することで、各種プログラムに従った処理の実行の際に利用可能にする。
表示制御部４０９は、入出力装置３１０に表示されるステータスバー等に対して、画像形成装置１２０の状態情報に関する通知情報を表示する表示制御を行う。更に、表示制御部４０９は、ステータスバー等に対して、デバイス管理装置１３１からの指示情報等が取得されたことに応じたメッセージの着信を示す通知の表示制御も行う。表示制御部４０９は、入出力装置３１０を介したユーザの操作に応じて、ブラウザ機能（Ｗｅｂブラウザ等）を起動し、入出力装置３１０に対してデバイス管理装置１３１からのメッセージ等を表示するよう制御する。
【００３４】
図７は、デバイス管理装置１３１の処理の一例を示すフローチャートである。
デバイス管理装置１３１は、画像形成装置１２０からイベント通知が送信されると、図７の各フローチャートの処理に先んじて以下のような処理を実行する。
まず、外部Ｉ／Ｆ部５０１は、画像形成装置１２０から送信されたイベント通知を受信する。外部Ｉ／Ｆ部５０１は、受信したイベント通知をイベント制御部５２１に送信する。イベント制御部５２１は、受信したイベント通知を履歴管理部５２２に送信し、管理を指示する。履歴管理部５２２は、受信したイベント通知をＨＤＤ２０５にイベント履歴情報として記憶し、管理する。
【００３５】
また、イベント制御部５２１は、受信したイベント通知を状態制御部５１１に送信し、イベント通知に示される障害に作業が必要か否かの判断を指示する。状態制御部５１１は、受信したイベント通知のイベント名に基づいて、受信したイベント通知の種別を判断する。状態制御部５１１は、受信したイベント通知の種別を障害発生イベント通知と判断した場合、処理を図７（ａ）のフローチャートに進める。
状態制御部５１１は、受信したイベント通知の種別を障害解消イベント通知と判断した場合、処理を図７（ｂ）のフローチャートに進める。状態制御部５１１は、受信したイベント通知の種別を、障害発生イベント通知とも障害解消イベント通知とも異なるイベント通知であると判断した場合、処理を図７（ｃ）のフローチャートに進める。
以下では、図７（ａ）〜（ｃ）それぞれのフローチャートの処理について説明する。
【００３６】
図７（ａ）を用いて、障害発生イベント通知が画像形成装置１２０から送信された際のデバイス管理装置１３１の処理について説明する。
Ｓ７０１において、判断部５１２は、送信された障害発生イベント通知に含まれるＥコード６２６、発生箇所６２７で特定される障害に関するイベント情報が、作業リストに存在するか否かを判定する。作業リストは、作業管理部５１３が管理している管理テーブルのうち、作業ステータスの値が「ｃｌｏｓｅｄ」である行のデータを除いたデータである。判断部５１２は、存在すると判定した場合、処理をＳ７０３に進め、存在しないと判定した場合、処理をＳ７０２に進める。
Ｓ７０２において、判断部５１２は、送信された障害発生イベント通知に示される障害に対して作業が必要であると判断し、この障害に関するイベント情報に対応する作業ステータスを「必要」に決定する。そして、作業管理部５１３は、この障害発生イベント通知に基づいて、この障害発生イベント通知に示される障害に関するイベント情報を決定する。より具体的には、作業管理部５１３は、この障害発生イベント通知に含まれるデバイスＩＤ６２１、エラーＩＤ６２５、発生時刻６２４、Ｅコード６２６、発生箇所６２７、トリガー６２８の情報を、障害に関するイベント情報として特定する。そして、作業管理部５１３は、特定したイベント情報と、判断部５１２による判断結果である作業ステータス「必要」と、を対応付けて、管理対象として管理テーブルに登録する。
【００３７】
Ｓ７０３において、判断部５１２は、発生した障害発生イベント通知に含まれるＥコード６２６、発生箇所６２７で特定される障害のイベント情報に対応する作業ステータスのステータス値を、管理テーブルから取得する。判断部５１２は、取得したステータス値が「必要」である場合、図７（ａ）の処理を終了し、取得したステータス値が「可能性有」である場合、処理をＳ７０４に進める。
Ｓ７０４において、作業管理部５１３は、Ｓ７０１で存在すると判定された障害に関するイベント情報に対応する作業ステータスの値を「必要」に更新し、図７（ａ）の処理を終了する。
図７（ａ）の処理により、障害発生イベントが送信された場合、管理テーブルにおけるこの障害発生イベントに示される障害に対する作業ステータスは、「必要」となる。
【００３８】
図７（ｂ）を用いて、障害解消イベントが画像形成装置１２０から送信された際のデバイス管理装置１３１の処理について説明する。
Ｓ７１１において、判断部５１２は、作業リストに、送信された障害解消イベント通知のＥコード６３６に対応する障害のデータが存在するか否かを判定する。判断部５１２は、存在すると判定した場合、処理をＳ７１２に進め、存在しないと判定した場合、図７（ｂ）の処理を終了する。判断部５１２が存在しないと判定した場合は、画像形成装置１２０の管理部４０７がデバイス管理装置１３１に対して障害発生イベント通知を送信する処理が失敗する等してイベント通知がロストしてしまった場合である。
Ｓ７１２において、判断部５１２は、管理テーブルから、送信された障害解消イベント通知のＥコード６３６が示す障害に関するイベント情報を特定する。そして、判断部５１２は、特定したイベント情報に対応する作業ステータスの値を特定する。判断部５１２は、特定した値が「必要」である場合、処理をＳ７１３に進め、特定した値が「可能性有」である場合、図７（ｂ）の処理を終了する。
Ｓ７１３において、作業管理部５１３は、管理テーブルにおけるＳ７１２で値を特定した作業ステータスの値を「可能性有」に更新し、図７（ｂ）の処理を終了する。
【００３９】
障害解消イベント通知が送信された場合でも、実際には、障害が解消しておらず特定のジョブの開始等をトリガーとして障害発生イベント通知が再度送信される場合がある。そこで、デバイス管理装置１３１は、図７（ｂ）の処理により、障害解消イベント通知が受信された場合でも、この障害解消イベント通知に対応する障害に対する作業ステータスを、「ｃｌｏｓｅｄ」ではなく「可能性有」とした。これにより、デバイス管理装置１３１は、サービスマンに対して、障害が解消していない可能性があり、作業が必要な可能性があることを提示することができるようになる。
また、例えば、画像形成装置１２０において見かけ上解消したように見える障害（オペレーションパネル上に表示されなった障害）に対して、実際はパーツ交換が必要な場合に、サービスマンに作業が必要な可能性があることを提示できる。例えば、サービスマンは、このような障害に対応する作業について、別の理由で対応する画像形成装置１２０のところに出動したついでに、その障害に対して確認・部品交換等することができ、再出動のコストが抑えられる。
【００４０】
図７（ｃ）を用いて、画像形成装置１２０から障害発生イベント通知とも障害解消イベント通知とも異なるイベント通知が送信された際のデバイス管理装置１３１の処理について説明する。図７（ｃ）の例では、イベント制御部５２１は、印刷ジョブのジョブ完了イベント通知を送信したとする。
Ｓ７２１において、判断部５１２は、送信されたイベント通知に示されるイベントがトリガーとなった障害のイベント情報が、作業リストに存在するか否かを判断する。より具体的には、判断部５１２は、トリガーの項目の値がこのジョブ完了イベント通知のイベント名６１２と同じであるデータが作業リストに存在するか否かを判断する。図５に示すジョブ完了イベント通知６０１が送信された場合、判断部５１２は、作業リストにトリガーの項目の値が「ｐｒｉｎｔ＿ｊｏｂ＿ｃｏｐｍｌｅｔｅ」であるデータが存在するか否かを判定することとなる。判断部５１２は、存在すると判断した場合、処理をＳ７２２に進め、存在しないと判断した場合、図７（ｃ）の処理を終了する。
【００４１】
Ｓ７２２において、判断部５１２は、送信されたイベント通知のイベントＩＤ６１３をトリガーイベントＩＤ６２９にもつ障害発生イベント通知が、イベント履歴情報に存在するか否かを判定する。判断部５１２は、存在すると判断した場合、図７（ｃ）の処理を終了し、存在しないと判断した場合、処理をＳ７２３に進める。
Ｓ７２２の処理は、送信されたイベント通知に併せて障害発生イベント通知が新たに送信されたか否かを判断する処理である。送信されたイベント通知に示されるイベントと併せて障害が発生せずに障害発生イベントが送信されていない場合、このイベントが発生した画像形成装置１２０において正常な処理が行われ、障害が解消していると判断できる。また、送信されたイベント通知に示されるイベントと併せて障害が発生し障害発生イベントが送信された場合、このイベントが発生した画像形成装置１２０において障害が解消されていないと判断できることとなる。
Ｓ７２３において、作業管理部５１３は、作業管理テーブルにおけるＳ７２１で存在すると判定したイベント情報に対応する作業ステータスの値を、「ｃｌｏｓｅｄ」に更新する。
【００４２】
ある障害に対応するデータが作業リストに含まれていても、その障害のトリガーとなったイベントが新たに発生した際に併せて障害発生イベント通知が送信されていない場合、その障害は解消していると判断できる。そこで、デバイス管理装置１３１は、図７（ｃ）の処理により、障害のトリガーとなったイベントが新たに発生したが、その障害が生じなかった場合、その障害に関するイベント情報に対応する作業ステータスの値を、「ｃｌｏｓｅｄ」に更新した。これにより、デバイス管理装置１３１は、解消したと判断できるその障害に対応するデータを、作業リストから除外できる。したがって、サービスマンは、不要な作業を行わずに済むこととなる。
また、サービスマンは、別の理由で、対応する画像形成装置１２０について作業を行う際に、ついでに本当に作業が必要か否かを確認すればよいことなる。そのため、デバイス管理装置１３１は、たまたま１回発生した障害であれば、サービスマンの派遣にかかるコスト、不要な部品コスト等を抑えることができる。
【００４３】
外部Ｉ／Ｆ部５０１は、クライアント端末１１１が作業リストの要求をデバイス管理装置１３１に行った場合、以下のようにする。即ち、外部Ｉ／Ｆ部５０１は、図７の処理でデータが登録・更新された作業管理テーブルから抽出された作業リストの情報を、要求元であるクライアント端末１１１に送信することで出力する。クライアント端末１１１のブラウザ制御部２１２は、クライアント端末１１１の表示部に表示されたブラウザ上に、受信した作業リストの情報を表示することで、サービスマンに提示する。
そして、サービスマンは、提示された作業リストの情報を確認して、作業を実施するか否かを把握することとなる。
【００４４】
また、本実施形態では、外部Ｉ／Ｆ部５０１は、作業リストをクライアント端末に出力することとした。しかし、作業リストの出力先は、クライアント端末に限定されない。例えば、サービスマンがデバイス管理装置１３１の表示部を確認できる場合、外部Ｉ／Ｆ部５０１は、作業リストの情報をデバイス管理装置１３１の表示部に表示することで出力することとしてもよい。サービスマンは、デバイス管理装置１３１の表示部に表示された作業リストを確認し、作業を実施するか否かを把握することとなる。
また、本実施形態では、外部Ｉ／Ｆ部５０１は、作業リストを出力先に出力することとした。しかし、外部Ｉ／Ｆ部５０１は、作業リストの代わりに、作業リストに含まれるイベント情報のみを出力先に出力することとしてもよい。外部Ｉ／Ｆ部５０１は、管理テーブルに含まれる一部のイベント情報を出力することとしてもよい。また、外部Ｉ／Ｆ部５０１は、作業リストの代わりに、管理テーブルの情報を出力先に出力することとしてもよい。
【００４５】
本実施形態では、外部Ｉ／Ｆ部５０１は、管理テーブルに記憶されたデバイスＩＤとエラーＩＤと発生時刻と解消時刻とＥコードと発生箇所とトリガーとを、イベント情報として出力することとした。しかし、外部Ｉ／Ｆ部５０１が出力するイベント情報は、デバイスＩＤとエラーＩＤと発生時刻と解消時刻とＥコードと発生箇所とトリガーとに限定されない。他の例として、外部Ｉ／Ｆ部５０１は、デバイスＩＤとエラーＩＤと発生時刻と解消時刻とＥコードと発生箇所とトリガーとのうちの一部を、イベント情報として出力してもよい。例えば、画像形成装置１２０で想定される障害が１種類である場合、外部Ｉ／Ｆ部５０１は、デバイスＩＤのみをイベント情報として出力することとしてもよい。
また、画像形成装置１２０が１台のみの場合（管理対象のデバイスが１台のみの場合）、外部Ｉ／Ｆ部５０１は、デバイスＩＤを出力する必要がない。その場合、外部Ｉ／Ｆ部５０１は、障害の内容に関する情報のみを、イベント情報として出力すればよい。
【００４６】
以上、本実施形態の処理により、デバイス管理装置１３１は、画像形成装置１２０で生じている障害に対する作業の必要性をより正確に示す作業リストを出力することができる。サービスマンは、出力された作業リストの内容を確認することで、作業を要するか否か適切に把握できることとなる。このように、デバイス管理装置１３１は、サービスマンによる作業を要するか否かを適切に把握することを支援できる。
【００４７】
＜実施形態２＞
本実施形態では、作業ステータスが「可能性有」である障害に対する作業について、サービスマンは、実施すべきか否かを判断することが困難な場合がある。また、サービスマンが、不要な出動を行うことで、不要な時間及び部品コストがかかってしまう場合がある。そこで、本実施形態では、提供システムは、対応する作業ステータスが「可能性有」である障害について、その障害が生じている画像形成装置１２０の属性情報に基づいて、作業が必要か否かを決定する処理を行う。
本実施形態の提供システムのシステム構成は、実施形態１と同様である。また、提供システムの各システム構成要素のハードウェア構成についても、実施形態１と同様である。また、提供システムの各システム構成要素の機能構成についても、実施形態１と同様である。
【００４８】
本実施形態の処理は、デバイス管理装置１３１が画像形成装置１２０の何れかからエラー解消イベント通知を受信した際の処理が実施形態１と異なる。本実施形態の処理のうち実施形態１と異なる点について説明する。
本実施形態では、デバイス管理装置１３１は、図７（ｂ）の処理の代わりに図８の処理を実行する。図８の処理について説明する。
Ｓ７１１の処理は、図７（ｂ）のＳ７１１と同様の処理である。
作業リストに含まれるこのエラー解消イベント通知に対応する作業ステータスは、「可能性有」であるか、又は、もともとは「必要」であるが「可能性有」に更新されるか、の何れかである。即ち、実質的に、作業リストに含まれるこのエラー解消イベント通知に対応する作業ステータスは、「可能性有」である。そのため、デバイス管理装置１３１は、実質的に、作業ステータスが「可能性有」であるデータに対して、Ｓ８０１〜Ｓ８０３の処理を行うこととなる。
【００４９】
Ｓ８０１において、判断部５１２は、イベント制御部５２１から送信された障害解消イベント通知の送信元である画像形成装置１２０の予め定められた属性情報を取得する。本実施形態では、この属性情報は、その画像形成装置１２０の設計値情報、その画像形成装置１２０の過去の故障情報、その画像形成装置１２０に対するサービスマンの出動履歴情報のうちの少なくとも１つであるとする。本実施形態では、この属性情報は、予めＨＤＤ２０５に記憶されている。そのため、判断部５１２は、ＨＤＤ２０５からこの属性情報を取得する。
そして、判断部５１２は、取得した属性情報を用いたルールベースの判断を行うことで、イベント制御部５２１から送信された障害解消イベント通知に対応する障害に対する作業が不要であるか否かを判断する。より具体的には、判断部５１２は、取得した属性情報の値が予め定められた条件（ルール）を満たすか場合、その障害に対する作業が不要であると判断し、満たさない場合、その障害に対する作業が不要であると判断しない。この条件には、例えば、属性情報が示す値が、予め定められた範囲に含まれること等がある。判断部５１２は、その障害に対する作業が不要であると判断した場合、処理をＳ８０３に進め、その障害に対する作業が不要であると判断しなかった場合、処理をＳ８０２に進める。
【００５０】
Ｓ８０２において、作業管理部５１３は、作業管理テーブルにおけるイベント制御部５２１から送信された障害解消イベント通知に示される障害に対応する作業ステータスの値を「可能性有」に更新する。なお、作業管理部５１３は、この作業ステータスの値がもともと「可能性有」である場合、作業管理テーブルの更新を行わない。
Ｓ８０３において、作業管理部５１３は、作業管理テーブルにおけるイベント制御部５２１から送信された障害解消イベント通知に示される障害に対応する作業ステータスの値を「ｃｌｏｓｅｄ」に更新する。
【００５１】
本実施形態では、デバイス管理装置１３１は、障害解消イベント通知が送信された際に、作業ステータスが「可能性有」の障害に対する作業が必要か否かを決定する処理を行うこととした。
しかし、デバイス管理装置１３１は、別のタイミングで作業ステータスが「可能性有」の障害に対する作業が必要か否かを決定する処理を行うこととしてもよい。例えば、デバイス管理装置１３１は、予め定められた時刻に実行することとしてもよいし、予め定められた間隔で周期的に実行することとしてもよい。その場合、デバイス管理装置１３１は、例えば、作業リストから作業ステータスが「可能性有」のデータを抽出し、抽出したデータ１つ１つに対してＳ８０１〜Ｓ８０３と同様の処理を行う。
【００５２】
以上、本実施形態では、デバイス管理装置１３１は、作業ステータスが「可能性有」の障害について、障害の発生元の画像形成装置１２０の属性情報に基づいて、その障害に対する作業が不要か否かを決定した。そして、デバイス管理装置１３１は、その障害に対する作業が不要と判定した場合、その障害に対する作業ステータスを「ｃｌｏｓｅｄ」に更新し、その障害のデータを作業リストから除外した。結果として、提供システムは、作業が不要な障害のデータを、サービスマンに提示しないこととなる。これにより、サービスマンによる不要な作業を削減することができる。そのため、サービスマンの時間や部品コストが削減されることとなる。
【００５３】
＜その他の実施形態＞
実施形態１、２では、デバイス管理装置１３１は、単体の情報処理装置であるとした。しかし、デバイス管理装置１３１は、ある情報処理装置上で仮想的に実現される単体の仮想サーバであることとしてもよい。また、デバイス管理装置１３１は、ある複数の情報処理装置それぞれ上で仮想的に実現される複数の仮想サーバであることとしてもよい。また、デバイス管理装置１３１は、ある単体の情報処理装置上で仮想的に実現される複数の仮想サーバであることとしてもよい。また、デバイス管理装置１３１は、複数の情報処理装置から構成されるシステムであってもよい。その場合、デバイス管理装置１３１に含まれる各情報処理装置のＣＰＵが、各情報処理装置内のＨＤＤに記憶されたプログラムにしたがって連携して処理を実行することで、実施形態１、２で説明したデバイス管理装置１３１の機能及び処理が実現される。
また、実施形態１、２では、デバイス管理装置１３１は、Ｓ７２３、又は、Ｓ８０３の処理で作業が不要と判断した障害に対する作業ステータスを「ｃｌｏｓｅｄ」に更新することとした。しかし、デバイス管理装置１３１は、作業が不要と判断した障害のデータ（作業管理データの１行分のデータ）を、作業管理テーブルから削除することとしてもよい。また、その際、作業が不要となった障害についての履歴を残しておきたいとの要望があれば、デバイス管理装置１３１は、以下のようにしてもよい。即ち、デバイス管理装置１３１は、作業管理テーブルから削除するデータのうち、残しておきたいデータ（例えば、デバイスＩＤとエラーＩＤとの組等）をＨＤＤ２０５に記憶してもよい。
【００５４】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００５５】
例えば、上述した提供システムの機能構成の一部又は全てをハードウェアとしてデバイス管理装置１３１等に実装してもよい。
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。例えば、上述した各実施形態を任意に組み合わせる等してもよい。
【符号の説明】
【００５６】
１３１  デバイス管理装置
２０２  ＣＰＵ
【図１】
2020038533.tif 000004
【図２】
2020038533.tif 000005
【図３】
2020038533.tif 000006
【図４】
2020038533.tif 000007
【図５】
2020038533.tif 000008
【図６】
2020038533.tif 000009
【図７】
2020038533.tif 000010
【図８】
2020038533.tif 000011