JP6402553B2

JP6402553B2 - 保守対象装置、管理システム、及びプログラム

Info

Publication number: JP6402553B2
Application number: JP2014191927A
Authority: JP
Inventors: 安倍　紀之; 紀之安倍
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2014-09-19
Filing date: 2014-09-19
Publication date: 2018-10-10
Anticipated expiration: 2034-09-19
Also published as: JP2016063495A; US20160085611A1

Description

保守対象装置、管理システム、及びプログラムに関する。

特許文献１には、保守者により定期的に保守がなされている保守対象装置の内部状態を表した内部情報と、保守対象装置の利用者の求めによる不定期な保守の発生数と、の関係から、保守対象装置から取得した内部情報に応じて利用者の求めによる不定期な保守が発生する可能性を判断して、保守が必要かどうかを判断する技術が開示されている。

保守対象装置から取得した内部情報に応じて、利用者の求めによる不定期な保守が発生する可能性が有ると判断された場合は保守を行うこととしているが、実際に保守が実行されるまでにはある程度時間がかかる。従来は、保守対象装置から取得した内部情報に応じて保守対象装置の利用者の求めによる不定期な保守が発生する可能性が有ると判断された後に、保守予定があることを利用者が知るすべがなかったので、実際に保守が実行されるまでに不具合が生じ利用者からの不定期な保守の求めが発生することがある。

特開２０１３−２０１６０９号公報

本発明の目的の一つは、保守対象装置に対する保守の必要が有ると判断された後であって、保守対象装置にエラーが発生した場合に、当該エラーに関して保守が予定されていることを利用者に知らせることができる保守対象装置を提供することにある。

請求項１に記載の発明は、保守対象装置であって、外部装置から、自装置の不具合の予兆に関する情報と、該不具合について前記自装置に対して実施される予定の保守に関する保守予定情報とを取得して記憶手段に記憶する手段と、前記自装置にエラーが発生した場合に、前記発生したエラーが、前記記憶手段に記憶された前記不具合と関連するものである場合に、前記保守予定情報を出力する出力手段と、を含むこととしたものである。

請求項２に記載の発明は、請求項１に記載の保守対象装置であって、前記記憶する手段は、前記不具合が生じやすい条件に関する情報を前記外部装置からさらに取得して記憶し、前記出力手段は、前記発生したエラーの前に実行されたジョブが前記条件を満たす場合に、前記条件に対応する対処情報を出力する、こととしたものである。

請求項３に記載の発明は、プログラムであって、外部装置から、自装置の不具合の予兆に関する情報と、該不具合について前記自装置に対して実施される予定の保守に関する保守予定情報とを取得して記憶手段に記憶する手段、前記自装置にエラーが発生した場合に、前記発生したエラーが、前記記憶手段に記憶された不具合と関連するものである場合に、前記保守予定情報を出力する出力手段、としてコンピュータを機能させることとしたものである。

請求項４に記載の発明は、外部装置と、保守対象装置と、を含み、前記外部装置は、前記保守対象装置の不具合の予兆に関する情報と、該不具合について前記保守対象装置に対して実施される予定の保守に関する保守予定情報と、を前記保守対象装置へ送信する送信手段、を含み、前記保守対象装置は、前記保守対象装置にエラーが発生した場合に、前記発生したエラーが、記憶手段に記憶された前記不具合と関連するものである場合に、前記保守予定情報を出力する出力手段、を含む、こととしたものである。

請求項１、２、３、及び４に記載の発明によれば、保守対象装置に対する保守の必要が有ると判断された後であって、保守対象装置にエラーが発生した場合に、当該エラーに関して保守が予定されていることを利用者に知らせることができる。

本実施形態に係る管理システムの全体構成の一例を示す図である。本実施形態に係る管理装置、保守対象装置により実行される主な機能の一例を示す機能ブロック図である。第１実施形態に係る管理システムが実行する管理処理の流れの一例を示すシーケンス図である。第１実施形態に係る出力処理の流れの一例を示すフロー図である。第２実施形態に係る出力処理の流れの一例を示すフロー図である。

［第１実施形態］
以下、本発明の一実施形態について図面に基づき詳細に説明する。

図１は、本実施形態に係る管理システム１の全体構成の一例を示す図である。図１に示すように、本実施形態に係る管理システム１は、管理装置１０、保守対象装置２０（２０−１〜２０−ｎ）を含んでいる。管理装置１０、保守対象装置２０は、ローカルエリアネットワーク（ＬＡＮ）やインターネットなどの通信手段を介して互いに接続されており、互いに通信されるようになっている。

本実施形態に係る管理装置１０は、例えば、サーバなどのコンピュータであり、管理装置１０にインストールされるプログラムに従って動作するＣＰＵ等のプログラム制御デバイスである制御部１１、ＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブなどである記憶部１２、ネットワークボードなどの通信インタフェースである通信部１３などを含んでいる。

本実施形態に係る保守対象装置２０は、例えば、コンピュータ、複合機、プリンタなどの保守の対象となる装置であり、保守対象装置２０にインストールされるプログラムに従って動作するＣＰＵ等のプログラム制御デバイスである制御部２１、ＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブなどである記憶部２２、ネットワークボードなどの通信インタフェースである通信部２３、液晶ディスプレイなどである表示部２４、などを含んでいる。

本実施形態においては、保守対象装置２０には、各種のセンサが内蔵されており、それらのセンサによって保守対象装置２０の様々な内部状態が検知される。ここで検知される情報は、保守対象装置２０の動作に関するさまざまなパラメータ情報が含まれる。そして、保守対象装置２０内で検知された内部状態を表した内部情報が管理装置１０へ送信される。

管理システム１は、保守対象装置２０から取得する内部情報を用いて保守対象装置２０の保守業務を管理するためのシステムである。保守対象装置２０の利用者と、保守対象装置２０を保守する保守者と、は異なる者であり、保守者は保守対象装置２０を保守するに当たって保守対象装置２０の設定場所に訪問する。なお、保守者は、管理装置１０、その他の情報処理装置を用いて通信手段を介した遠隔操作により保守対象装置２０を保守したり、電話による対応を行ったりもする。保守者によるこのような保守行動は、利用者が保守対象装置２０の不具合の発生に基づいて保守者に依頼する場合もあるし、保守者が内部情報を参照することで自主的に行う場合もある。

管理システム１では、保守対象装置２０とは異なる外部装置である管理装置１０が、保守者が保守行動を効率的に実行するための情報を保守者及び利用者に提供する。特に、本実施形態では、保守対象装置２０から定期的に取得する内部情報を用いて、利用者からの依頼による突発的な保守行動（ＵＭ：ＵｎｓｃｈｅｄｕｌｅｄＭａｉｎｔｅｎａｎｃｅ）の発生の予兆を判断し、判断の結果に応じた情報を保守対象装置２０へ出力する。そして、保守対象装置２０は、当該保守対象装置２０の不具合が発生した際に、不具合に応じて管理装置１０から取得した情報を出力する。

図２は、本実施形態に係る管理装置１０、保守対象装置２０により実行される主な機能の一例を示す機能ブロック図である。図２に示すように、本実施形態における管理装置１０は、内部情報取得部３０、第１判断部３１、第１判断情報送信部３２、保守予定調整部３３、保守予定情報送信部３４、を含んで構成される。なお、本実施形態に係る管理装置１０において、図２に示す機能以外の機能が実現されていてもよい。これらの機能は、コンピュータである管理装置１０にインストールされた、これらの機能に対応する命令を含むプログラムを、管理装置１０の制御部１１で実行することにより実現されている。このプログラムは、例えば、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等のコンピュータ可読な情報記憶媒体を介して、あるいは、インターネットなどの通信手段を介して管理装置１０に供給される。

内部情報取得部３０は、保守対象装置２０から保守対象装置２０で検知される当該保守対象装置の内部状態を表す内部情報を取得する。

第１判断部３１は、内部情報取得部３０が取得した内部情報が示す保守対象装置２０の内部状態が、不具合と判断される第２の条件より緩い第１の条件を満たすか否かを判断する。ここで、第２の条件が満たされている状況とは、保守対象装置２０に不具合または故障が発生している状態であるとする。第２の条件より緩い第１の条件が満たされている状態とは、ＵＭが発生する予兆が一定の値以上である状態であるとする。具体的には、第１の条件が満たされている状態とは、第２の条件より良い状態ではあるが、時間経過、保守対象装置２０の使用条件に応じて近いうちにＵＭが発生すると予想される状態である。また、不具合または故障とは、保守対象装置２０に対する保守行動が必要となるような保守対象装置２０の状態であり、利用者が認識できるものもあるが、利用者は認識しておらず保守者が特定するものもある。また、保守対象装置２０が複合機の場合であって、例えば紙詰まりのように、保守対象装置２０内で内部情報の一種としてセンサで検知される不具合もあるが、例えば画質のように、センサによる直接の検知が困難な不具合もある。本実施形態では、第２の条件を満たすと判断される保守対象装置２０の状態は、ＵＭの発生確率が一定の値以上である状態であるとする。

第１の条件及び第２の条件は、ＵＭの発生原因に対応付けられて対応情報として管理装置１０の記憶部１２に予め記憶されている。ＵＭの発生原因とは、保守対象装置２０の不具合のうち、利用者が保守行動を依頼する原因となった不具合のことである。そして、対応情報は、ＵＭの発生原因毎に、１種類以上の内部状態を対応付けており、それぞれの内部状態に第１の条件及び第２の条件が対応付けられている。このように、ＵＭの発生原因に対応付けられている内部状態は、例えば部材の累積駆動回数やトナー濃度値などの数値で表される内部状態であり、ＵＭの発生原因の指標とされる内部状態である。

また、第１の条件及び第２の条件は、過去に発生したＵＭに関する情報に基づいて算出されてもよい。例えば、ＵＭが発生する度に、ＵＭの発生原因に対応付けられている内部状態の数値が取得され、ＵＭの発生原因、内部状態の数値、及び保守行動の内容が関連付けられて保守行動情報として記憶部１２に記憶される。保守行動の内容は、保守行動を行った日時、保守行動の具体的な行動内容（例えば、トナー交換、部品交換など）、が含まれる。このような保守行動情報に基づいて、ＵＭの発生原因毎に、ＵＭが発生する条件となる内部状態の数値が統計的に算出される。このように算出されたＵＭが発生する条件となる内部状態の数値を第２の条件としてもよい。そして、第１の条件は、第２の条件より小さい値に設定され、例えば第２の条件の８０％などに設定される。

第１判断情報送信部３２は、第１判断部３１が第１の条件を満たすと判断した内部状態を示す内部情報と、第１判断部３１が第１の条件を満たすと判断した内部状態に対応する不具合（以下、予兆された不具合とする）に関する予兆不具合情報と、を含む第１判断情報を保守対象装置２０へ送信する。なお、保守対象装置２０が管理装置１０にアクセスすることで第１判断情報を取得してもよい。

保守予定調整部３３は、第１判断部３１が、内部情報取得部３０が取得した内部情報が示す内部状態、第１の条件を満たすと判断した場合に、保守行動の予定を調整する。本実施形態では、保守行動の予定を示す保守予定情報が記憶部１２に記憶されていることとし、保守予定情報の初期値としては、定期的な保守行動の予定が格納されていることとする。そして、保守予定調整部３３は、記憶部１２に記憶されている保守予定情報が示す保守行動の予定を変更する。保守予定調整部３３は、定期的な保守行動の予定に基づいて保守行動の予定を変更することができ、例えば、定期的な保守行動が近日（例えば、１週間以内）に予定されていれば、保守予定調整部３３は保守行動の予定は変更せず、定期的な保守行動が近日に予定されていなければ、保守予定調整部３３は近日中の保守行動の予定を新たに追加することとしてよい。そして、変更された保守予定情報は記憶部１２に記憶される。なお、保守予定調整部３３は、保守者の指示に応じて保守行動の予定を調整してもよい。第１判断部３１が、内部情報取得部３０が取得した内部情報が示す内部状態が、第１の条件を満たすと判断した場合に、保守行動の予定の調整を保守者に行わせる指示を出力し、当該指示に応じて保守者が保守行動の予定の調整を行うこととしてもよい。保守者は任意に保守行動の予定を調整することができ、上述のように、定期的な保守行動の予定に基づいて保守行動の予定を変更してもよい。なお、定期的な保守行動が近日に予定されていない場合であっても、保守行動の予定を追加しないこととしてもよい。

保守予定情報送信部３４は、保守予定調整部３３が調整した保守予定情報を保守対象装置２０へ送信する。なお、保守対象装置２０が管理装置１０にアクセスすることで保守予定情報を取得してもよい。

本実施形態における保守対象装置２０は、内部情報送信部４１、第１判断情報取得部４２、エラー検知部４４、出力部４５、及び第２判断部４６を含んで構成される。なお、本実施形態に係る保守対象装置２０において、図２に示す機能以外の機能が実現されていてもよい。これらの機能は、コンピュータである保守対象装置２０にインストールされた、これらの機能に対応する命令を含むプログラムを、保守対象装置２０の制御部２１で実行することにより実現されている。このプログラムは、例えば、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等のコンピュータ可読な情報記憶媒体を介して、あるいは、インターネットなどの通信手段を介して保守対象装置２０に供給される。

内部情報送信部４１は、保守対象装置２０で検知される当該保守対象装置２０の内部状態を表す内部情報を管理装置１０へ送信する。内部情報送信部４１は定期的（例えば１日１回）に内部情報を管理装置１０へ送信してもよいし、不定期に内部情報を管理装置１０へ送信してもよい。

第１判断情報取得部４２は、管理装置１０の第１判断情報送信部３２が送信する第１判断情報を取得して記憶部２２に記憶する。

保守予定情報取得部４３は、管理装置１０の保守予定情報送信部３４が送信した保守予定情報を取得して記憶部２２に記憶する。

エラー検知部４４は、保守対象装置２０のエラーを検知する。エラー検知部４４は、一般的には自装置内に発生するエラーコードを検知するものであるが、定期的に保守対象装置２０の内部状態を取得してエラーの検知を行ってもよいし、保守対象装置２０の内部状態を常時監視することでエラーの検知を行ってもよい。エラー検知部４４は、保守対象装置２０の内部状態を取得し、取得した内部状態が、保守対象装置２０の不具合と判断される条件を満たす場合や、何らかのエラーコードが発生した場合などに、保守対象装置２０のエラーが生じたと判断する。ここで、保守対象装置２０にエラーが生じたと判断される条件は、一般的には、管理装置１０の第１判断部３１が保守対象装置２０の内部状態を判断する条件とは異なるが、同じであってもよい。

出力部４５は、エラー検知部４４が保守対象装置２０のエラーを検知すると、記憶部２２に記憶されている保守予定情報を表示部２４に出力する。表示部２４に出力される保守予定情報は、保守行動の予定の有無だけを示してもよいし、保守行動の予定日、保守行動内容などを示してもよい。これにより、利用者は、保守対象装置２０に対する保守行動の予定を認識することができるので、保守者に対して保守の依頼を行わずに済む。なお、保守予定情報は表示部２４に出力される例に限定されず、音声情報として出力されてもよい。

また、出力部４５は、第２判断部４６の判断結果に応じて、記憶部２２に記憶されている保守予定情報を表示部２４に出力することとしてもよい。第２判断部４６は、エラー検知部４４が検知したエラーが、管理装置１０の第１判断部３１によりＵＭの発生を予兆された原因となる不具合と関連するものであるかを判断する。たとえば、管理装置１０の第１判断部３１によりＵＭの発生が予兆された不具合が「紙詰まり」であり、エラー検知部４４が検知したエラーが「紙詰まり」または「ジャム」などであった場合に、不具合とエラーとが関連するものである判断される。具体的に、第２判断部４６は、エラー検知部４４がエラーを検知したときに、第１判断情報に含まれる、第１の条件を満たすと判断された内部状態に対応する不具合に関する情報を確認する。そして、当該不具合に関する情報がエラー検知部４４の検知したエラーと関連するものであると判断された場合は、エラー検知部４４が検知したエラーは、管理装置１０の第１判断３１によりＵＭの発生を予兆された不具合であると判断される。この場合は、管理装置１０の第１判断部３１が予兆したＵＭが発生する可能性がある。そして、不具合に関する情報が、エラー検知部４４の検知したエラーと関連するものでないと判断された場合は、エラー検知部４４が検知したエラーは、予兆された不具合ではないと判断される。この場合は、管理装置１０の第１判断部３１が予兆したＵＭが発生する蓋然性は低い。そして、第２判断部４６が、エラー検知部４４が検知したエラーを予兆された不具合であると判断した場合にのみ、出力部４５は保守予定情報を表示部２４に出力してもよい。これにより、利用者は、保守対象装置２０に対する保守行動の予定を認識することができるので、保守者に対して保守の依頼を行わずに済み、すでに予定されている保守行動と同一の原因に起因するＵＭの発生を抑制することとなる。

ここで、第１実施形態に係る管理システム１が実行する管理処理の流れの一例を、図３に例示するシーケンス図を参照しながら説明する。

まず、保守対象装置２０の内部情報送信部４１が、内部情報を管理装置１０へ送信する（Ｓ１）。そして、管理装置１０の内部情報取得部３０が、内部情報を取得する（Ｓ２）。

管理装置１０の第１判断部３１は、管理装置１０の内部情報取得部３０が取得した内部情報が示す内部状態が第１の条件を満たすか否かを判断する（Ｓ３）。

処理Ｓ３の判断の結果、管理装置１０の内部情報取得部３０が取得した内部情報が示す内部状態が第１の条件を満たすと判断された場合は（Ｓ３：Ｙ）、管理装置１０の第１判断情報送信部３２が、第１の条件を満たすと判断された内部状態に関する情報と、第１の条件を満たすと判断された内部状態に対応する不具合に関する情報と、を含む第１判断情報を保守対象装置２０へ送信する（Ｓ４）。そして、保守対象装置２０の第１判断情報取得部４２が、管理装置１０の第１判断情報送信部３２が送信した第１判断情報を取得して保守対象装置２０の記憶部２２に記憶する（Ｓ５）。

そして、管理装置１０の保守予定調整部３３は保守行動の予定を調整する（Ｓ６）。そして、管理装置１０の保守予定調整部３３が調整した保守行動の予定を示す保守予定情報が記憶部１２に記憶される。そして、管理装置１０の保守予定情報送信部３４は、記憶部１２に記憶された保守予定情報を保守対象装置２０へ送信する（Ｓ７）。

保守対象装置２０の保守予定情報保存部は、管理装置１０の保守予定情報送信部３４が送信した保守予定情報を取得して保守対象装置２０の記憶部２２に記憶する（Ｓ８）。

保守対象装置２０のエラー検知部４４が、保守対象装置２０のエラーを検知すると（Ｓ９）、保守対象装置２０の出力部４５が出力処理を実行する（Ｓ１０）。処理Ｓ１０にて出力処理が実行されると、保守管理処理は終了する。出力処理は、保守対象装置２０のエラー発生に応じて利用者に提示すべき情報を出力する。処理Ｓ１０における出力処理について、図４のフロー図を参照して説明する。

［出力処理１］
図４に示すように、まず、保守対象装置２０の第２判断部４６が、保守対象装置２０の記憶部２２に記憶されている第１判断情報に含まれる不具合に関する情報が、エラー検知部４４が検知したエラーと関連するものであると判断した場合は（Ｓ１０１：Ｙ）、保守対象装置２０の出力部４５が、保守対象装置２０の記憶部２２に記憶されている保守予定情報を表示部２４に出力して（Ｓ１０２）、リターンする。

また、保守対象装置２０の第２判断部４６が、保守対象装置２０記憶部２２に記憶されている第１判断情報に含まれる不具合に関する情報が、エラー検知部４４が検知したエラーと関連するものでないと判断した場合（Ｓ１０１：Ｎ）、保守対象装置２０のエラー検知部４４が検知したエラーに関するエラー情報が保守対象装置２０の記憶部２２に記憶されて（Ｓ１０３）、リターンする。ここでは、予兆された不具合と関連しないエラー、つまりは予兆していないエラーが発生していることとなるので、当該エラーの情報を保守者が確認できるようにエラー情報として記憶させる。エラー情報は、たとえば、エラーコード、エラーの内容、エラーに対応する内部状態の値、エラーコード発生日時、などを含むこととする。そして、保守者が保守対象装置２０に対して保守行動を実行する際に参照される。

また、処理Ｓ３の判断の結果、管理装置１０の内部情報取得部３０が取得した内部情報が示す内部状態が第１の条件を満たさないと判断された場合は（Ｓ３：Ｎ）、処理Ｓ１以降の処理を繰り返し実行する。

［第２実施形態］
上記の第１実施形態では、管理装置１０の記憶部１２に予め記憶されている対応情報について、ＵＭの発生原因毎に第１の条件及び第２の条件が対応付けられているが、第２実施形態では、さらに、ＵＭの発生原因毎に、当該ＵＭの発生原因となる不具合が生じやすい条件である追加条件が対応づけられることとする。例えば、不具合が紙詰まりの場合、大量印刷、両面印刷、電源ＯＮ後の最初の印刷などの条件で不具合が生じやすいことが認識されていれば、ユーザーが実行を指示したジョブがこれらに当てはまるかどうかが追加条件としてＵＭの発生原因に関連付けられる。そして、第１判断情報には、予兆不具合情報が示す予兆された不具合が生じやすい条件である追加条件を示す追加条件情報を含むこととする。

また、第２判断部４６は、エラー検知部４４が検知したエラーが予兆された不具合と関連するものであると判断された場合に、当該エラーの原因となったジョブが、第１判断情報に含まれる追加条件を満たすかを判断する。ここでは、不具合が生じやすい条件として認識されている追加条件を実際に満たしているかが判断され、追加条件を満たしている場合は追加条件に基づく対処情報を利用者に提示することができる。その場合、出力部４５は、保守対象装置２０の記憶部２２に記憶されている保守予定情報とともに、追加条件に基づく対処情報を表示部２４に出力する。対処情報は、保守対象装置２０に対して保守者が保守行動を実行するまでの間の対処の方法を示す情報であって、予兆された不具合が生じやすい条件（追加条件）で保守対象装置２０を動作させないようにする警告などであってよい。例えば、紙詰まりの不具合が生じた場合に、出力部４５は、「大量印刷禁止」、「両面印刷禁止」などの警告表示を出力する。

ここで、第２実施形態に係る管理システム１が実行する管理処理の流れの一例を説明する。第２実施形態に係る管理システム１が実行する管理処理は、第１実施形態とは、図３に示すシーケンス図における処理Ｓ１０の出力処理の内容が異なることを除けば、同一であるため、重複する説明はここでは省略する。第２実施形態における処理Ｓ１０の出力処理について図５のフロー図を参照して説明する。

［出力処理２］
図５に示すように、まず、保守対象装置２０の第２判断部４６が、エラー検知部４４が検知したエラーが、管理装置１０の第１判断部３１により予兆された不具合と関連するものであると判断した場合は（Ｓ１１１：Ｙ）、保守対象装置２０の記憶部２２に記憶されている保守予定情報が参照され保守行動の予定が存在するか否かが判断される（Ｓ１１２）。

処理Ｓ１１２の判断の結果、保守行動の予定が存在すると判断された場合は（Ｓ１１２：Ｙ）、保守対象装置２０の第２判断部４６が、第１判断情報に含まれる追加条件情報が示す追加条件と一致する保守対象装置２０の内部状態が存在するかを判断する（Ｓ１１３）。具体的には、たとえば、エラーが発生する直前にユーザーが指示したジョブが追加条件に合致するかどうかを判断する。

処理Ｓ１１３の判断の結果、第１判断情報に含まれる追加条件情報が示す追加条件と一致する保守対象装置２０の内部状態が存在する場合は（Ｓ１１３：Ｙ）、保守対象装置２０の出力部４５が、記憶部２２に記憶されている保守予定情報、及び処理Ｓ１１３において保守対象装置２０の内部状態と一致すると判断された追加条件に基づく対処情報を表示部２４に出力し（Ｓ１１４）、リターンする。ここでは、保守行動の予定と、保守行動が実行されるまでの対処の方法と、が利用者に提示されることとなる。

処理Ｓ１１３の判断の結果、第１判断情報に含まれる追加条件情報が示す追加条件と一致する保守対象装置２０の内部状態が存在しない場合は（Ｓ１１３：Ｎ）、図の処理Ｓ９にて保守対象装置２０のエラー検知部４４が検知したエラーに関するエラー情報が保守対象装置２０の記憶部２２に記憶される（Ｓ１１５）。そして、保守対象装置２０の出力部４５が、記憶部２２に記憶されている保守予定情報を表示部２４に出力し（Ｓ１１６）、リターンする。

処理Ｓ１１２の判断の結果、保守行動の予定が存在しないと判断された場合は（Ｓ１１２：Ｎ）、保守対象装置２０の第２判断部４６が、第１判断情報に含まれる追加条件情報が示す追加条件と一致する保守対象装置２０の内部状態が存在するかを判断する（Ｓ１１７）。

処理Ｓ１１７の判断の結果、第１判断情報に含まれる追加条件情報が示す追加条件と一致する保守対象装置２０の内部状態が存在する場合は（Ｓ１１７：Ｙ）、保守対象装置２０の出力部４５が、処理Ｓ１１７において保守対象装置２０の内部状態と一致すると判断された追加条件に基づく対処情報を表示部２４に出力し（Ｓ１１８）、リターンする。

保守対象装置２０の第２判断部４６が、エラー検知部４４が検知した不具合が、管理装置１０の第１判断部３１により予兆された不具合と関連するものではないと判断した場合（Ｓ１１１：Ｎ）、または、処理Ｓ１１７の判断の結果、第１判断情報に含まれる追加条件情報が示す追加条件と一致する保守対象装置２０の内部状態が存在しない場合は（Ｓ１１７：Ｎ）、図の処理Ｓ９にて保守対象装置２０のエラー検知部４４が検知したエラーに関するエラー情報が保守対象装置２０の記憶部２２に記憶され（Ｓ１１９）、リターンする。

１管理システム、１０管理装置、２０保守対象装置、１１，２１制御部、１２，２２記憶部、１３，２３通信部、２４表示部、３０内部情報取得部、３１第１判断部、３２第１判断情報送信部、３３保守予定調整部、３４保守予定情報送信部、４１内部情報送信部、４２第１判断情報取得部、４３保守予定情報取得部、４４エラー検知部、４５出力部、４６第２判断部。

Claims

外部装置から、自装置の不具合の予兆に関する情報と、該不具合について前記自装置に対して実施される予定の保守に関する保守予定情報とを取得して記憶手段に記憶する手段と、
前記自装置にエラーが発生した場合に、前記発生したエラーが、前記記憶手段に記憶された前記不具合と関連するものである場合に、前記保守予定情報を出力する出力手段と、
を含む保守対象装置。
前記記憶する手段は、前記不具合が生じやすい条件に関する情報を前記外部装置からさらに取得して記憶し、
前記出力手段は、前記発生したエラーの前に実行されたジョブが前記条件を満たす場合に、前記条件に対応する対処情報を出力する、
ことを特徴とする請求項１に記載の保守対象装置。
外部装置から、自装置の不具合の予兆に関する情報と、該不具合について前記自装置に対して実施される予定の保守に関する保守予定情報とを取得して記憶手段に記憶する手段、
前記自装置にエラーが発生した場合に、前記発生したエラーが、前記記憶手段に記憶された不具合と関連するものである場合に、前記保守予定情報を出力する出力手段、
としてコンピュータを機能させることを特徴とするプログラム。
外部装置と、保守対象装置と、を含み、
前記外部装置は、
前記保守対象装置の不具合の予兆に関する情報と、該不具合について前記保守対象装置に対して実施される予定の保守に関する保守予定情報と、を前記保守対象装置へ送信する送信手段、を含み、
前記保守対象装置は、
前記保守対象装置にエラーが発生した場合に、前記発生したエラーが、記憶手段に記憶された前記不具合と関連するものである場合に、前記保守予定情報を出力する出力手段、を含む、
ことを特徴とする管理システム。