JP6566913B2 - 保守管理システム - Google Patents

Description

本発明は、保守管理システムに関するものであり、例えば、保守対象装置に対する保守作業を支援する保守管理システムに適用して好適なものである。

従来、保守対象装置としての画像形成装置に対する保守作業を支援する保守管理システムとして、画像形成装置に対する保守作業に関する情報（サービスマニュアルやトラブルシューティング）を画像形成装置がサーバから取得して画像形成装置の表示部に表示するシステムが提案されている（例えば特許文献１参照）。さらに近年、保守作業をガイドするガイダンス情報を画像形成装置の表示部に表示する際に、作業者の習熟度に適した内容のガイダンス情報を表示するシステムも提案されている（例えば特許文献２参照）。

特開２００２−０８４３８８号公報 特開２００５−１７２９０２号公報

しかしながら、従来の保守管理システムは、画像形成装置に発生した障害を復旧する為の保守（これを是正保守と呼ぶ）作業を作業者が効率良く行うことができるように支援するシステムであって、画像形成装置に発生する障害を未然に防ぐ保守（これを予防保守と呼ぶ）作業については、別途、作業者が予防保守作業用のマニュアルを持参するなどして作業しなければならず、効率良く行うことができなかった。

本発明は以上の点を考慮したものであり、保守対象装置に対する是正保守作業及び予防保守作業を効率良く行うことができるようにした保守管理システムを提案しようとするものである。

本発明の保守管理システムは、端末表示部と、端末通信部とを備え、作業者の区分を示す作業者区分を前記端末通信部によりサーバ装置に送信する端末装置と、装置通信部を備え、自装置で発生した障害に関する障害情報を前記装置通信部により前記サーバ装置に送信する保守対象装置と、サーバ通信部と、前記保守対象装置に発生した障害を復旧する為の是正保守作業に関する是正保守情報、及び前記保守対象装置に発生する障害を未然に防ぐ為の予防保守作業に関する予防保守情報を、前記障害情報及び前記作業者区分と対応付けて記憶管理するサーバ記憶部とを備えるサーバ装置とを有し、前記サーバ装置は、前記サーバ通信部により前記障害情報及び前記作業者区分を受信すると、当該障害情報及び当該作業者区分に対応する前記是正保守情報及び前記予防保守情報を、前記サーバ記憶部から読み出して前記サーバ通信部により前記端末装置に送信し、前記端末装置は、前記端末通信部により前記サーバ装置から前記是正保守情報及び前記予防保守情報を受信すると、当該是正保守情報及び当該予防保守情報を前記端末表示部に表示するようにした。

これにより、作業者は、端末装置に表示された、自身の作業者区分に適した是正保守情報及び予防保守情報を確認しながら、保守対象装置に対する是正保守作業及び予防保守作業を行うことができる。

かくして本発明は、保守対象装置に対する是正保守作業及び予防保守作業を効率良く行うことができる。

第１の実施の形態による保守管理システムの構成を示す図である。 ガイダンス情報の構成を示す図である。 第１の実施の形態による画像形成装置の動作を示すフローチャートである。 第１の実施の形態による端末装置の動作を示すフローチャートである。 第１の実施の形態によるクラウド管理サーバの動作を示すフローチャートである。 第１の実施の形態による保守管理システム全体の動作を示すシーケンスチャートである。 第２の実施の形態による保守管理システムの構成を示す図である。 第２の実施の形態による定期通信接続時の端末装置の動作を示すフローチャートである。 第２の実施の形態による定期通信接続時のクラウド管理サーバの動作を示すフローチャートである。 第２の実施の形態による予防保守ガイダンス情報更新時のクラウド管理サーバの動作を示すフローチャートである。 第２の実施の形態による障害発生時の端末装置の動作を示すフローチャートである。 第２の実施の形態による障害発生時のクラウド管理サーバの動作を示すフローチャートである。 第２の実施の形態による保守管理システム全体の動作を示すシーケンスチャートである。

以下、発明を実施するための形態（以下、これを実施の形態と呼ぶ）について、図面を用いて詳細に説明する。

［１．第１の実施の形態］
［１−１．保守管理システムの構成］
図１に、第１の実施の形態の保守管理システム１の構成を示す。この保守管理システム１は、プリンタなどの画像形成装置２に障害が発生したときに作業者によって行われる保守作業を支援するシステムであり、画像形成装置２と、ＰＣ（パーソナルコンピュータ）、モバイル端末などの端末装置３と、クラウド管理サーバ４とで構成され、それぞれがＬＡＮやインターネットなどの通信網５により通信可能に接続されている。

画像形成装置２は、用紙などの媒体に画像を形成する画像形成部２０と、表示部２１と、操作部２２と、ハードディスクや不揮発性メモリなどで構成される記憶部２３と、画像形成装置２全体を制御する主制御部２４と、端末装置３やクラウド管理サーバ４との通信を担う通信制御部２５とを有している。また、記憶部２３には、画像形成装置２で発生した障害を識別する為のエラーコードなどが記憶されている。

端末装置３は、表示部３０と、操作部３１と、ハードディスクや不揮発性メモリなどで構成される記憶部３２と、端末装置３全体を制御する主制御部３３と、画像形成装置２やクラウド管理サーバ４との通信を担う通信制御部３４とを有している。また、記憶部３２には、後述する保守管理用アプリケーションのプログラムなどが記憶されている。

クラウド管理サーバ４は、ハードディスクや不揮発性メモリなどで構成される記憶部４０と、クラウド管理サーバ４全体を制御する主制御部４１と、画像形成装置２や端末装置３との通信を担う通信制御部４２とを有している。また、クラウド管理サーバ４の記憶部４０には、ガイダンス情報を格納するデータベース（以下、ガイダンスＤＢと呼ぶ）４３が構築されている。

ガイダンスＤＢ４３に格納されるガイダンス情報は、画像形成装置２に対する保守作業をガイドする情報であり、より具体的には、保守作業の手順を文字や画像で示す詳細情報と、どの障害に対応するガイダンス情報であるのかを端的に表す概要情報とで構成されている。また、この保守管理システム１では、保守作業を行う作業者を、一般ユーザ、装置管理者及び保守員の３つの区分（これを作業者区分と呼ぶ）に分けて管理するようになっていて、ガイダンスＤＢ４３に格納されるガイダンス情報（つまり作業者に提供されるガイダンス情報）についても作業者区分ごとに分けて管理するようになっている。具体的に、ガイダンスＤＢ４３は、一般ユーザ向けのガイダンス情報を記憶管理する一般ユーザ向けガイダンスＤＢ４３Ａと、装置管理者向けのガイダンス情報を記憶管理する装置管理者向けガイダンスＤＢ４３Ｂと、保守員向けのガイダンス情報を記憶管理する保守員向けガイダンスＤＢ４３Ｃとで構成されている。

また、詳しくは後述するが、一般ユーザ向けガイダンスＤＢ４３Ａには、障害を復旧する為の是正保守作業をガイドする是正保守ガイダンス情報がガイダンス情報として記憶管理され、装置管理者向けガイダンスＤＢ４３Ｂ、保守員向けガイダンスＤＢ４３Ｃには、是正保守作業をガイドする是正保守ガイダンス情報と、当該是正保守作業とともに行う、障害を未然に防ぐ為の予防保守作業をガイドする予防保守ガイダンス情報とが、ガイダンス情報として記憶管理されている。

尚、一般ユーザ、装置管理者及び保守員は、それぞれ画像形成装置２に対して行うことのできる保守作業のレベルが異なっている。一般ユーザは、例えば、画像形成装置２を利用する一般的なユーザであって、保守作業のレベルが最も低く、簡単な是正保守作業しか行うことができない作業者である。装置管理者は、例えば、画像形成装置２の消耗品を管理するユーザであって、保守作業のレベルが一般ユーザよりは高く、一般ユーザより高度な是正保守作業を行うことができ、且つ予防保守作業も行うことができる作業者である。保守員は、例えば、画像形成装置２を製造しているメーカの技術者であって、保守作業のレベルが最も高く、装置管理者よりもさらに高度な是正保守作業と予防保守作業を行うことができる作業者である。

このように、一般ユーザ、装置管理者及び保守員は、それぞれ画像形成装置２に対して行うことのできる保守作業のレベルが異なる為、それぞれのレベルに応じたガイダンス情報が必要となってくる。この為、クラウド管理サーバ４では、一般ユーザ、装置管理者及び保守員のそれぞれの保守作業のレベルに応じたガイダンス情報を記憶管理している。

ここで、図２にガイダンス情報の一例を示す。図２に示すガイダンス情報は、画像形成装置２でジャムが発生したときに行う保守作業をガイドするガイダンス情報である。この場合、一般ユーザ向けのガイダンス情報は、ジャムとなっている媒体を除去する簡易な是正保守作業をガイドする是正保守ガイダンス情報のみとなっている。また、装置管理者向けのガイダンス情報は、一般ユーザ向けと同様の是正保守ガイダンス情報に、媒体の搬送路を清掃する簡易な予防保守作業をガイドする予防保守ガイダンス情報を追加したものとなっている。さらに、保守員向けのガイダンス情報は、一般ユーザ向け及び装置管理者向けと同様の是正保守ガイダンス情報に、専用器具を用いた搬送路の清掃、搬送路の目視確認、媒体の搬送チェックなどの専門技術を要する高度な予防保守作業をガイドする予防保守ガイダンス情報を追加したものとなっている。尚、図２は、一例であり、エラーコードによっては、例えば、装置管理者向けのガイダンス情報に予防保守ガイダンス情報が含まれていない場合もあり得る。

また、詳しくは後述するが、この保守管理システム１では、画像形成装置２で発生した障害に対応するガイダンス情報をクラウド管理サーバ４から端末装置３に送信して端末装置３の表示部３０に表示するようになっていて、作業者が、端末装置３の表示部に表示されているガイダンス情報を確認しながら、保守作業を行うようになっている。

［１−２．保守管理システムの動作］
次に、画像形成装置２に障害が発生したときの保守管理システム１の動作について図３〜図６を用いて詳しく説明する。尚、図３は画像形成装置２での動作、図４は端末装置３での動作、図５はクラウド管理サーバ４での動作をそれぞれ示すフローチャートである。また、図６は保守管理システム１全体の動作の一例を示すシーケンスチャートであり、作業者区分が装置管理者の場合の動作を示している。尚、図３〜図５と、図６の内容は基本的に同一の為、以下では、主に図３〜図５を用いて説明する。

まず、画像形成装置２の主制御部２４は、画像形成装置２で障害が発生したことを検出すると、図３に示すステップＳＰ２０で肯定結果を得る。ここで、主制御部２４は、発生した障害の内容を表示部２１に表示して、ステップＳＰ２１に移る。このとき、表示部２１に表示される障害の内容は、例えば、『画像形成部でジャム（媒体詰まり）が発生しました』などである。尚、複数の障害が同時に発生した場合、それぞれの障害の内容が表示部２１に表示される。画像形成装置２は、このように発生した障害の内容を表示部２１に表示することで、どのような障害が発生したのかを、作業者に通知するようになっている。またこのとき、表示部２１に、後述するクラウド接続ボタンを押下するよう促す情報を表示するようにしてもよい。尚、表示部２１には、障害が復旧した場合には、障害が復旧した旨が表示されるようにもなっている。

つづくステップＳＰ２１において、主制御部２４は、操作部２２のクラウド接続ボタンが押下されるのを待ち受ける。ここで、例えば、障害の内容を確認した作業者によってクラウド接続ボタンが押下されると、主制御部２４は、ステップＳＰ２１で肯定結果を得て、ステップＳＰ２２に移る。ステップＳＰ２２において、主制御部２４は、画像形成装置２で発生した障害に対応するエラーコードを記憶部２３から読み出して通信制御部２５に送る。通信制御部２５は、主制御部２４から送られてきたエラーコードをパラメータとしてクラウド管理サーバ４との通信接続を行う。これにより、画像形成装置２からクラウド管理サーバ４に、画像形成装置２で発生した障害に対応するエラーコードが通知される。

ここで、図５に移る。クラウド管理サーバ４の主制御部４１は、ステップＳＰ４０において、通信制御部４２を介して画像形成装置２からエラーコードを受信すると、クラウド接続番号を生成して、このクラウド接続番号と画像形成装置２から受信したエラーコードとを紐付けて記憶部４０に記憶する。尚、主制御部４１は、画像形成装置２で複数の障害が同時に発生した為に複数のエラーコードを受信した場合、受信した複数のエラーコードと、生成した１つのクラウド接続番号とを紐付けて記憶部４０に記憶する。ここで、クラウド接続番号は、端末装置３がクラウド管理サーバ４から画像形成装置２で発生した障害に対応するガイダンス情報を取得する為に必要となる情報であり、クラウド管理サーバ４が画像形成装置２からエラーコードを取得する度に一意の番号として生成される。つづくステップＳＰ４１において、主制御部４１は、クラウド接続番号を通信制御部４２を介して画像形成装置２に送信する。

ここで、図３に移る。画像形成装置２の主制御部２４は、ステップＳＰ２３において、通信制御部２５を介してクラウド管理サーバ４からクラウド接続番号を受信すると、つづくステップＳＰ２４において、クラウド接続番号を表示部２１に表示する。またこのとき、表示部２１に、端末装置３上で後述する保守管理用アプリケーションを起動するよう促す情報を表示するようにしてもよい。

ここで、図４に移る。端末装置３の主制御部３３は、操作部３１を介して保守管理用アプリケーションを起動する操作が行われたことを認識すると、ステップＳＰ３０において、記憶部３２から保守管理用アプリケーションのプログラムを読み出して実行することにより、保守管理用アプリケーションを起動する。保守管理用アプリケーションを起動すると、端末装置３の表示部３０には、作業者区分を選択するとともにクラウド接続番号を入力する為の画面が表示される。尚、この画面で選択可能な作業者区分は、上述したように、一般ユーザ、装置管理者及び保守員のいずれかである。またこのとき、表示部３０に、作業者区分を選択するとともにクラウド接続番号を入力して、クラウド接続番号を押下するよう促す情報を表示するようにしてもよい。

つづくステップＳＰ３１において、端末装置３の主制御部３３は、操作部３１を介して作業者区分の選択及びクラウド接続番号の入力が行われるのを待ち受ける。ここで、作業者によって作業者自身の作業者区分が選択されるとともにクラウド接続番号が入力されると、主制御部３３は、ステップＳＰ３１で肯定結果を得て、ステップＳＰ３２に移る。ステップＳＰ３２において、主制御部３３は、操作部３１のクラウド接続ボタンが押下されるのを待ち受け、作業者によってクラウド接続ボタンが押下されると、主制御部３３は、ステップＳＰ３２で肯定結果を得て、ステップＳＰ３３に移る。

ステップＳＰ３３において、主制御部３３は、選択された作業者区分と入力されたクラウド接続番号とを通信制御部３４に送る。通信制御部３４は、主制御部３３から送られてきた作業者区分及びクラウド接続番号をパラメータとしてクラウド管理サーバ４との通信接続を行う。これにより、端末装置３からクラウド管理サーバ４に、保守作業を行う作業者の作業者区分とクラウド接続番号とが通知される。

ここで、図５に移る。クラウド管理サーバ４の主制御部４１は、ステップＳＰ４２において、通信制御部４２を介して端末装置３から作業者区分及びクラウド接続番号を受信すると、つづくステップＳＰ４３において、作業者区分が一般ユーザであるかどうかを判定する。ここで、作業者区分が一般ユーザである場合、主制御部４１は、ステップＳＰ４３で肯定結果を得て、ステップＳＰ４５に移る。ステップＳＰ４５において、主制御部４１は、一般ユーザ向けガイダンスＤＢ４３Ａから、クラウド接続番号と紐付けられているエラーコードに対応するガイダンス情報を検索して、検索の結果得られたガイダンス情報の概要の一覧（これをガイダンス一覧と呼ぶ）を生成し、これを通信制御部４２を介して端末装置３へ送信する。

尚、画像形成装置２で複数の障害が発生している場合、ガイダンス一覧は、複数の障害に対応する複数のガイダンス情報の概要で構成され、画像形成装置２で発生している障害が１つのみである場合、ガイダンス一覧は、その障害に対応する１つのガイダンス情報の概要のみで構成されることになる。また、ガイダンス一覧に含まれる概要情報にもエラーコードが対応付けられているとする。

一方、作業者区分が一般ユーザではない場合、主制御部４１は、上述のステップＳＰ４３で否定結果を得て、ステップＳＰ４４に移る。ステップＳＰ４４において、主制御部４１は、作業者区分が装置管理者であるかどうかを判定する。ここで、作業者区分が装置管理者である場合、主制御部４１は、ステップＳＰ４４で肯定結果を得て、ステップＳＰ４６に移る。ステップＳＰ４６において、主制御部４１は、装置管理者向けガイダンスＤＢ４３Ｂから、クラウド接続番号と紐付けられているエラーコードに対応するガイダンス情報を検索して、検索の結果得られたガイダンス情報のガイダンス一覧を生成し、これを通信制御部４２を介して端末装置３へ送信する。

また一方、作業者区分が一般ユーザでも装置管理者でもなく保守員である場合、主制御部４１は、上述のステップＳＰ４４で否定結果を得て、ステップＳＰ４７に移る。ステップＳＰ４７において、主制御部４１は、保守員向けガイダンスＤＢ４３Ｃから、クラウド接続番号と紐付けられているエラーコードに対応するガイダンス情報を検索して、検索の結果得られたガイダンス情報のガイダンス一覧を生成し、これを通信制御部４２を介して端末装置３へ送信する。

ここで、図４に移る。端末装置３の主制御部３３は、ステップＳＰ３４において、通信制御部３４を介してクラウド管理サーバ４からガイダンス一覧を受信すると、これを表示部３０に表示してステップＳＰ３５に移る。またこのとき、表示部３０に、ガイダンス一覧から所望のガイダンス情報を選択するよう促す情報を表示するようにしてもよい。

ステップＳＰ３５において、主制御部３３は、操作部３１を介してガイダンス一覧からガイダンス情報（すなわち概要情報）が選択されるのを待ち受ける。ここで、作業者によって所望の概要情報が選択されると、主制御部３３は、ステップＳＰ３５で肯定結果を得て、ステップＳＰ３６に移る。ステップＳＰ３６において、主制御部３３は、選択された概要情報に対応付けられているエラーコードを、通信制御部３４を介してクラウド管理サーバ４へ送信する。尚、ガイダンス一覧に、複数の概要情報が含まれている場合には、概要情報を複数選択できるようにしてもよい。この場合、選択された複数の概要情報に対応付けられている複数のエラーコードを、通信制御部３４を介してクラウド管理サーバ４へ送信することになる。

ここで、図５に移る。クラウド管理サーバ４の主制御部４１は、ステップＳＰ４８において、通信制御部４２を介して端末装置３から選択された概要情報のエラーコードを受信すると、つづくステップＳＰ４９において、ステップＳＰ４３、ＳＰ４４で判定した作業者区分に対応するガイダンスＤＢ４３から、作業者により選択された概要情報のエラーコードに紐付けられたガイダンス情報を読み出し、これを通信制御部４２を介して端末装置３へ送信する。

ここで、図４に移る。端末装置３の主制御部３３は、ステップＳＰ３７において、通信制御部３４を介してクラウド管理サーバ４からガイダンス情報を受信すると、これを表示部３０に表示する。このとき、表示部３０には、作業者が一般ユーザであれば、例えば図２に示すように、簡易な是正保守作業をガイドする是正保守ガイダンス情報が表示される。また、装置管理者であれば、簡易な是正保守作業をガイドする是正保守ガイダンス情報にくわえて、簡易な予防保守作業をガイドする予防保守ガイダンス情報が表示される。さらに、保守員であれば、簡易な是正保守作業をガイドする是正保守ガイダンス情報にくわえて、高度な予防保守作業をガイドする予防保守ガイダンス情報が表示される。このように、端末装置３の表示部３０には、作業者が行うことのできる保守作業のレベルに応じたガイダンス情報が表示される。さらに、作業者が装置管理者又は保守員である場合には、障害を復旧する為の是正保守ガイダンス情報にくわえて、障害を予防する為の予防保守ガイダンス情報も表示される。

つづくステップＳＰ３８において、作業者は、端末装置３に表示されたガイダンス情報を確認しながら、画像形成装置２に対する保守作業を実施する。このとき、装置管理者又は保守員は、是正保守ガイダンス情報を確認しながら是正保守作業を実施するとともに、予防保守ガイダンス情報を確認しながら予防保守作業を実施する。画像形成装置２に障害が発生した場合の、保守管理システム１の動作は、以上のようになっている。

［１−３．まとめと効果］
ここまで説明したように、第１の実施の形態の保守管理システム１では、画像形成装置２に対する保守作業を行う作業者ごとに実施できる保守作業が異なることに着目して、作業者区分（一般ユーザ、装置管理者、保守員）ごとに保守作業のガイダンス情報を用意し、これをクラウド管理サーバ４上で記憶管理するようにした。

そして、この保守管理システム１では、画像形成装置２に障害が発生すると、作業者区分（一般ユーザ、装置管理者、保守員）を端末装置３を介して作業者に選択させ、画像形成装置２で発生した障害及び選択された作業者区分に対応する保守作業のガイダンス情報を、クラウド管理サーバ４から端末装置３に送信して端末装置３に表示するようにした。

こうすることで、作業者は、端末装置３に表示された、自身の作業者区分に対応するガイダンス情報を確認しながら、画像形成装置２に対して自分で実施可能な範囲の保守作業を実施することができる。

さらに、保守管理システム１では、選択された作業者区分が、画像形成装置２の障害を復旧する是正保守作業にくわえて、障害を予防する予防保守作業も実施可能な作業者の作業者区分（装置管理者、保守員）である場合には、是正保守作業をガイドする是正保守ガイダンス情報にくわえて、予防保守作業をガイドする予防保守ガイダンス情報をクラウド管理サーバから端末装置３に送信するようにした。

こうすることで、作業者は、端末装置３に表示された、自身の作業者区分に対応する是正保守ガイダンス情報及び予防保守ガイダンス情報を確認しながら、画像形成装置２に対して自分で実施可能な範囲の是正保守作業及び予防保守作業を行うことができる。このように、第１の実施の形態の保守管理システム１によれば、画像形成装置２に対する是正保守作業及び予防保守作業を効率良く行うことができる。

くわえて、保守管理システム１では、ガイダンス情報を、画像形成装置２側ではなくクラウド管理サーバ４側で記憶管理するようにしたことにより、画像形成装置２側にガイダンス情報を記憶管理する為の大容量の記憶部を搭載する必要がなくなる為、画像形成装置２の部品コストを削減することができる。また、このように、ガイダンス情報をクラウド管理サーバ４側で記憶管理するようにしたことで、ガイダンス情報を更新する場合でも、画像形成装置２側での更新作業は必要なく、画像形成装置２の使い勝手を向上することもできる。

さらに、保守管理システム１では、ガイダンス情報を画像形成装置２ではなく端末装置３に送信して端末装置３の表示部３０に表示させるようにした。一般的に、プリンタなどの画像形成装置２よりもモバイル端末などの端末装置３の方が、処理能力及び表示能力が高い。よって、端末装置３の表示部３０にガイダンス情報を表示することで、作業者が一度に確認できる情報量を多くしたり、よりリッチなコンテンツ（例えば動画像）で構成されるガイダンス情報を作業者に提供したりすることができる。

［２．第２の実施の形態］
次に、第２の実施の形態について説明する。この第２の実施の形態は、画像形成装置２で発生した障害の履歴及び画像形成装置２の使用状況に応じて、クラウド管理サーバ４で記憶管理している予防保守ガイダンス情報を更新するようにした実施の形態である。

［２−１．保守管理システムの構成］
図７に示すように、第２の実施の形態の保守管理システム１００は、第１の実施の形態と同様、画像形成装置２と、端末装置３と、クラウド管理サーバ４とで構成され、それぞれがＬＡＮやインターネットなどの通信網５により通信可能に接続されている。

画像形成装置２の基本的な構成は、第１の実施の形態と同様であるが、新たに、記憶部２３に、画像形成装置２で発生した障害の履歴を示す障害履歴情報と、画像形成装置２の使用状況を示す使用状況情報を記憶するようになっている。障害履歴情報は、例えば、発生した障害ごとのエラーコードと発生日時とで構成される情報である。画像形成装置２の主制御部２４は、画像形成装置２に障害が発生すると、発生した障害のエラーコードと発生日時とを障害履歴情報に追加することで障害履歴情報を更新する。一方、使用状況情報は、例えば、画像形成装置２によって画像が形成された媒体の総数（これを総画像形成数と呼ぶ）を示す情報である。主制御部２４は、画像形成後などの所定のタイミングで、この使用状況情報を更新する。

端末装置３の基本的な構成も、第１の実施の形態と同様である。クラウド管理サーバ４の基本的な構成も、第１の実施の形態と同様であるが、新たに、記憶部４０に、画像形成装置２から送られてくる障害履歴情報を格納する障害履歴ＤＢ４００Ａと、画像形成装置２から送られてくる使用状況情報を格納する使用状況ＤＢ４００Ｂと、画像形成装置２に対して実施された保守作業の履歴を示す作業履歴情報を格納する作業履歴ＤＢ４００Ｃとが構築されている。

この保守管理システム１００も、画像形成装置２で発生した障害に対応するガイダンス情報をクラウド管理サーバ４から端末装置３に送信して端末装置３の表示部３０に表示するようになっていて、作業者が、端末装置３の表示部に表示されているガイダンス情報を確認しながら、保守作業を行うようになっている。

［２−２．保守管理システムの動作］
次に、保守管理システム１００の動作について説明する。保守管理システム１００の動作は、大きく分けて、定期的な動作と、画像形成装置２に障害が発生したときの動作と、予防保守ガイダンス情報を更新する動作との３つである。ゆえに、ここでは、それぞれの動作について順に説明する。

まず、保守管理システム１００の定期的な動作について、図８、図９を用いて説明する。尚、図８は画像形成装置２での動作、図９はクラウド管理サーバ４での動作をそれぞれ示すフローチャートである。

画像形成装置２の主制御部２４は、図８に示すステップＳＰ２００において、現在時刻が予め設定された定期時刻となるまで待ち受ける。ここで、現在時刻が定期時刻となると、主制御部２４は、ステップＳＰ２００で肯定結果を得て、ステップＳＰ２０１に移る。ステップＳＰ２０１において、主制御部２４は、記憶部２３から障害履歴情報と使用状況情報を読み出して通信制御部２５に送る。通信制御部２５は、主制御部２４から送られてきた障害履歴情報と使用状況情報をパラメータとしてクラウド管理サーバ４との通信接続（これを定期通信接続と呼ぶ）を行う。これにより、画像形成装置２からクラウド管理サーバ４に、障害履歴情報と利用状況情報が送信される。尚、記憶部２３に記憶されている障害履歴情報は、例えば、前回の定期通信接続を行ってから、今回の定期通信接続を行うまでに発生した障害の履歴を示す情報とする。ゆえに、主制御部２４は、定期通信接続を終了したら、障害履歴情報を記憶部２３から一旦削除する。

ここで、図９に移る。クラウド管理サーバ４の主制御部４１は、ステップＳＰ４００において、通信制御部４２を介して画像形成装置２から障害履歴情報と使用状況情報とを受信すると、つづくステップＳＰ４０１において、受信した障害履歴情報を障害履歴ＤＢ４００Ａに蓄積するとともに、受信した使用状況情報を用いて使用状況ＤＢ４００Ｂに格納されている使用状況情報を更新する。

ここで、図８に移り、画像形成装置２の主制御部２４は、再びステップＳＰ２００において、現在時刻が予め設定された定期時刻となるまで待ち受ける。保守管理システム１００の定期的な動作は、以上のようになっている。このように、保守管理システム１００では、画像形成装置２とクラウド管理サーバ４とが定期的に通信して、障害履歴情報と使用状況情報を、クラウド管理サーバ４が画像形成装置２から取得するようになっている。

次に、クラウド管理サーバ４に記憶管理されている予防保守ガイダンス情報を更新する動作について、図１０を用いて説明する。尚、図１０はクラウド管理サーバ４での動作を示すフローチャートである。

クラウド管理サーバ４の主制御部４１は、例えば、画像形成装置２から受信した障害履歴情報及び使用状況情報を障害履歴ＤＢ４００Ａ及び使用状況ＤＢ４００Ｂに格納した後、図１０に示すステップＳＰ４１０において、障害履歴ＤＢ４００Ａに蓄積されている障害履歴情報を読み出して分析する。このとき、例えば、前回、保守員による保守作業が実施された日時以降に発生した障害の障害履歴情報を読み出すようにしてもよい。尚、前回、保守員による保守作業が実施された日時は、作業履歴ＤＢ４００Ｃを参照すれば特定できる。尚、ここでは、障害履歴情報をもとに障害発生状況を分析するようになっていて、具体的には、保守員を呼ばなければならない重大な障害の発生回数、各障害の発生回数、同一障害の連続発生回数、障害の総発生回数をそれぞれカウントするようになっている。

つづくステップＳＰ４１１において、主制御部４１は、分析結果をもとに、保守員を呼ばなければならない重大な障害が複数回発生していたかどうかを判定する。ここで、重大な障害が複数回発生していた場合、主制御部４１は、ステップＳＰ４１１で肯定結果を得て、ステップＳＰ４１２に移る。ステップＳＰ４１２において、主制御部４１は、保守員向けガイダンスＤＢ４３Ｃから、保守員向けの予防保守ガイダンス情報をエラーコードごとに順に読み出して更新する。

保守員向けガイダンスＤＢ４３Ｃには、第１の実施の形態で説明したように、エラーコードごとの予防保守ガイダンス情報が格納されている。この予防保守ガイダンス情報は、エラーコードにより識別される障害を未然に防ぐ為のガイダンス情報が基本情報となっていて、この基本情報に別のガイダンス情報を追加していくことで更新されるようになっている。尚、追加するガイダンス情報は、例えば、保守員向けガイダンスＤＢ４３Ｃに別途格納されている。

すなわち、主制御部４１は、重大な障害が複数回発生している状況に対応する予防保守作業（例えば画像形成部２０を交換する作業）のガイダンス情報を基本情報に追加することで予防保守ガイダンス情報を更新して、ステップＳＰ４１３に移る。一方で、重大な障害が複数回発生していなければ、主制御部４１は、上述のＳＰ４１１で否定結果を得て、ステップＳＰ４１３に移る。

ステップＳＰ４１３において、主制御部４１は、分析結果をもとに、同一障害が１０回以上発生しているかどうかを判定する。ここで、同一障害が１０回以上発生していた場合、主制御部４１は、ステップＳＰ４１３で肯定結果を得て、ステップＳＰ４１４に移る。ステップＳＰ４１４において、主制御部４１は、保守員向けガイダンスＤＢ４３Ｃから、保守員向けの予防保守ガイダンス情報をエラーコードごとに順に読み出して更新する。すなわち、主制御部４１は、同一障害が１０回以上発生している状況に対応する予防保守作業のガイダンス情報を基本情報に追加することで予防保守ガイダンス情報を更新して、ステップＳＰ４１５に移る。尚、上述のステップＳＰ４１２で予防保守ガイダンス情報が更新されていれば、更新後の予防保守ガイダンス情報に、新たなガイダンス情報を追加することになる。一方で、同一障害が１０回以上発生していなければ、主制御部４１は、上述のＳＰ４１１で否定結果を得て、ステップＳＰ４１５に移る。

ステップＳＰ４１５において、主制御部４１は、分析結果をもとに、同一障害が５回以上連続して発生しているかどうかを判定する。ここで、同一障害が５回以上連続して発生していた場合、主制御部４１は、ステップＳＰ４１５で肯定結果を得て、ステップＳＰ４１６に移る。ステップＳＰ４１６において、主制御部４１は、保守員向けガイダンスＤＢ４３Ｃから、保守員向けの予防保守ガイダンス情報をエラーコードごとに順に読み出して更新する。すなわち、主制御部４１は、同一障害が５回以上連続して発生している状況に対応する予防保守作業のガイダンス情報を基本情報に追加することで予防保守ガイダンス情報を更新して、ステップＳＰ４１７に移る。一方で、同一障害が５回以上連続していなければ、主制御部４１は、上述のＳＰ４１５で否定結果を得て、ステップＳＰ４１７に移る。

ステップＳＰ４１７において、主制御部４１は、分析結果をもとに、複数の障害が２０回以上発生しているかどうかを判定する。ここで、複数の障害が２０回以上発生していた場合、主制御部４１は、ステップＳＰ４１７で肯定結果を得て、ステップＳＰ４１８に移る。ステップＳＰ４１８において、主制御部４１は、保守員向けガイダンスＤＢ４３Ｃから、保守員向けの予防保守ガイダンス情報をエラーコードごとに順に読み出して更新する。すなわち、主制御部４１は、複数の障害が２０回以上発生している状況に対応する予防保守作業のガイダンス情報を基本情報に追加することで予防保守ガイダンス情報を更新して、ステップＳＰ４１９に移る。一方で、複数の障害が２０以上発生していなければ、主制御部４１は、上述のＳＰ４１７で否定結果を得て、ステップＳＰ４１９に移る。

ステップＳＰ４１９において、主制御部４１は、使用状況ＤＢ４００Ｂに格納されている使用状況情報を読み出して分析する。具体的には、使用状況情報に記されている画像形成装置２の総画像形成数をもとに、保守部品（例えば、画像形成部２０の定着器、搬送ベルト、プラテンローラ）の使用状況を分析するようになっている。より詳しくは、画像形成装置２の総画像形成数と、画像形成部２０の定着器、搬送ベルト、プラテンローラのそれぞれに設定されている寿命としての総画像形成数とを比較するようになっている。ここで、例えば、画像形成装置２の総画像形成数が、定着器に設定されている寿命としての総画像形成数を超えていれば、定着器は寿命に達していることを意味する。

つづくステップＳＰ４２０において、主制御部４１は、分析結果をもとに、画像形成部２０の定着器が寿命に達しているかどうかを判定する。ここで、定着器が寿命に達している場合、主制御部４１は、ステップＳＰ４２０で肯定結果を得て、ステップＳＰ４２１に移る。ステップＳＰ４２１において、主制御部４１は、保守員向けガイダンスＤＢ４３Ｃから、保守員向けの予防保守ガイダンス情報をエラーコードごとに順に読み出して更新する。すなわち、主制御部４１は、定着器が寿命に達している状況に対応する予防保守作業（例えば定着器を交換する作業）のガイダンス情報を基本情報に追加することで予防保守ガイダンス情報を更新して、ステップＳＰ４２２に移る。一方で、定着器が寿命に達していなければ、主制御部４１は、上述のＳＰ４２０で否定結果を得て、ステップＳＰ４２２に移る。

ステップＳＰ４２２において、主制御部４１は、分析結果をもとに、画像形成部２０の搬送ベルトが寿命に達しているかどうかを判定する。ここで、搬送ベルトが寿命に達している場合、主制御部４１は、ステップＳＰ４２２で肯定結果を得て、ステップＳＰ４２３に移る。ステップＳＰ４２３において、主制御部４１は、保守員向けガイダンスＤＢ４３Ｃから、保守員向けの予防保守ガイダンス情報をエラーコードごとに順に読み出して更新する。すなわち、主制御部４１は、搬送ベルトが寿命に達している状況に対応する予防保守作業（例えば搬送ベルトを交換する作業）のガイダンス情報を基本情報に追加することで予防保守ガイダンス情報を更新して、ステップＳＰ４２４に移る。一方で、搬送ベルトが寿命に達していなければ、主制御部４１は、上述のＳＰ４２２で否定結果を得て、ステップＳＰ４２４に移る。

ステップＳＰ４２４において、主制御部４１は、分析結果をもとに、画像形成部２０のプラテンローラが寿命に達しているかどうかを判定する。ここで、プラテンローラが寿命に達している場合、主制御部４１は、ステップＳＰ４２４で肯定結果を得て、ステップＳＰ４２５に移る。ステップＳＰ４２５において、主制御部４１は、保守員向けガイダンスＤＢ４３Ｃから、保守員向けの予防保守ガイダンス情報をエラーコードごとに順に読み出して更新する。すなわち、主制御部４１は、プラテンローラが寿命に達している状況に対応する予防保守作業（例えばプラテンローラを交換する作業）のガイダンス情報を基本情報に追加することで予防保守ガイダンス情報を更新して、予防保守ガイダンス情報の更新を終了する。一方で、プラテンローラが寿命に達していなければ、主制御部４１は、上述のＳＰ４２４で否定結果を得て、予防保守ガイダンス情報の更新を終了する。

クラウド管理サーバ４に記憶管理されている予防保守ガイダンス情報を更新する動作は、以上のようになっている。このように、保守管理システム１００では、クラウド管理サーバ４が、画像形成装置２の障害発生状況及び画像形成装置２の保守部品の使用状況に対応する予防保守作業のガイダンス情報を、ガイダンスＤＢ４３で記憶管理している予防保守ガイダンス情報に追加することで、予防保守ガイダンス情報を更新するようになっている。

次に、画像形成装置２に障害が発生したときの保守管理システム１の動作について詳しく説明する。尚、この場合の画像形成装置２での基本的な動作は、第１の実施の形態と同様の為、省略する。また、端末装置３の動作は、図４と同一のステップに同一符号を付した図１１に示すように、第１の実施の形態の端末装置３の動作に、ステップＳＰ３１０、ＳＰ３１１の動作を追加したものとなっている。ゆえに、追加した部分以外の説明は省略する。さらに、クラウド管理サーバ４の動作については、図５と同一のステップに同一符号を付した図１２に示すように、第１の実施の形態のクラウド管理サーバ４の動作に、ステップＳＰ４３０、ＳＰ４３１の動作を追加したものとなっている。ゆえに、追加した部分以外の説明は省略する。

さらに、図１３は保守管理システム１００全体の動作の一例を示すシーケンスチャートであり、作業者区分が保守員の場合の動作を示している。尚、図１１、図１２と、図１３の内容は基本的に同一の為、以下では、主に図１１、図１２を用いて説明する。

まず、端末装置３の動作として新たに追加された部分について説明する。図１１に示すように、端末装置３の主制御部３３は、ステップＳＰ３７において、通信制御部３４を介してクラウド管理サーバ４からガイダンス情報を受信すると、これを表示部３０に表示する。つづくステップＳＰ３８において、作業者は、端末装置３に表示されたガイダンス情報を確認しながら、画像形成装置２に対する保守作業を実施する。

ここまでの動作は第１の実施の形態と同様であり、以降の動作が追加された部分である。すなわち、つづくステップＳＰ３１０において、主制御部３３は、作業者による保守作業が完了するのを待ち受ける。このとき、主制御部３３は、表示部３０に、例えば、保守作業が完了したら完了ボタンを押下するよう指示する情報を表示するようになっている。作業者は、画像形成装置２に対する保守作業を実施した後、例えば画像形成装置２の表示部２１に表示される障害に関する情報を見るなどして画像形成装置２の障害が復旧したことを確認すると、端末装置３の操作部３１を介して完了ボタンを押下する。すると、端末装置３の主制御部３３は、ステップＳＰ３１０で肯定結果を得て、ステップＳＰ３１１に移る。

ステップＳＰ３１１において、主制御部３３は、今回の保守作業を実施した作業者の作業者区分、保守作業の完了日時、及び保守作業に対応するエラーコードを、保守作業完了情報として、通信制御部３４に送る。通信制御部３４は、主制御部２４から送られてきた保守作業完了情報をパラメータとしてクラウド管理サーバ４との通信接続を行う。これにより、端末装置３からクラウド管理サーバ４に、保守作業完了情報が送信される。

ここで、図１２に移り、クラウド管理サーバ４の動作として新たに追加された部分について説明する。クラウド管理サーバ４の主制御部４１は、ステップＳＰ４３０において、通信制御部４２を介して端末装置３から保守作業完了情報を受信すると、つづくステップＳＰ４３１において、受信した保守作業完了情報を保守作業履歴情報として作業履歴ＤＢ４００Ｃに格納する。尚、保守作業完了情報に、保守員による保守作業が完了した旨が示されていた場合、クラウド管理サーバ４の主制御部４１が、保守員向けガイダンスＤＢ４３Ｃから、保守員向けの予防保守ガイダンス情報をエラーコードごとに順に読み出して、初期化（基本情報以外の追加されたガイダンス情報は削除）するようにしてもよい。

画像形成装置２に障害が発生した場合の、保守管理システム１００の動作は、以上のようになっている。このように、保守管理システム１００では、画像形成装置２で実施された保守作業の履歴をクラウド管理サーバ４側で管理するようになっている。

［２−３．まとめと効果］
ここまで説明したように、第２の実施の形態の保守管理システム１００では、画像形成装置２で発生した障害の履歴を示す障害履歴情報と、画像形成装置２の使用状況を示す使用履歴情報を、クラウド管理サーバ４が画像形成装置２から取得して管理するようにした。さらに、クラウド管理サーバ４は、画像形成装置２から取得した障害履歴情報及び使用状況情報から画像形成装置２の障害発生状況、及び保守部品（定着器、搬送ベルト、プラテンローラ）の使用状況を分析して、これらの状況に対応する予防保守作業をガイドする新たなガイダンス情報を、保守員向けの予防保守ガイダンス情報に追加することで、予防保守ガイダンス情報を適宜更新するようにした。

こうすることで、保守員は、端末装置３に表示された予防保守ガイダンス情報を確認しながら、画像形成装置２に対して、画像形成装置２の現在の状況により適した予防保守作業を実施することができる。このように、第２の実施の形態の保守管理システム１００によれば、第１の実施の形態と比べて、画像形成装置２の現在の状況により適した予防保守作業を効率良く行うことができる。

さらに、保守管理システム１００では、画像形成装置２で実施された保守作業の履歴をクラウド管理サーバ４側で管理するようにした。こうすることで、保守管理システム１００では、例えば、画像形成装置２のユーザ（すなわち一般ユーザ及び装置管理者）が画像形成装置２に対して何回保守作業を実施したかなどの情報を把握することができ、このような情報を利用した新たなサービス（例えば保守作業の回数に応じて保守員による保守作業に要する費用を割引するサービスなど）を画像形成装置２のユーザに提供することが可能となる。

［３．他の実施の形態］
［３−１．他の実施の形態１］
尚、上述した第１及び第２の実施の形態では、端末装置３の表示部３０に、画像形成装置２に発生している障害を復旧する為のガイダンス情報の一覧（ガイダンス一覧）を表示させ、このガイダンス一覧から、作業者に所望のガイダンス情報を選択させ、選択されたガイダンス情報を端末装置３の表示部３０に表示するようにした。

ここで、例えば、ガイダンス情報と紐付けられているエラーコードごと（すなわち障害ごとに）に重要度を設定しておき、各ガイダンス情報の概要情報と、各ガイダンス情報と紐付けられているエラーコードの重要度とを、ガイダンス一覧上に表示させるようにしてもよい。このようにすれば、作業者は、障害の重要度をもとにガイダンス情報を選択することができる。

また、これに限らず、例えば、画像形成装置２で発生している障害の重要度が設定されている閾値より高い場合（すなわち重大な障害が発生している場合）には、作業者にガイダンス一覧から所望のガイダンス情報を選択させるのではなく、端末装置３から作業者区分及びクラウド接続番号がクラウド管理サーバ４へと送られてきたら、直ちに、クラウド管理サーバ４から、設定されている閾値より高い重要度の障害に対応するガイダンス情報を端末装置３に送信して端末装置３の表示部３０に表示させるようにしてもよい。

また、画像形成装置２で発生している障害が１つのみである場合も、作業者にガイダンス一覧からガイダンス情報を選択させるのではなく、直ちに、クラウド管理サーバ４から、発生している障害に対応するガイダンス情報を端末装置３に送信して端末装置３の表示部３０に表示させるようにしてもよい。

［３−２．他の実施の形態２］
また、上述した第１の実施の形態では、保守管理システム１内に存在する画像形成装置２が１個の場合について説明したが、保守管理システム１内に画像形成装置２が複数存在していてもよい。この場合、保守管理システム１内で、各画像形成装置２を装置識別情報により識別して管理するようにすればよい。具体的には、障害が発生した画像形成装置２が、発生した障害に対応するエラーコードと自身の装置識別情報をクラウド管理サーバ４に通知するようにする。このようにすれば、クラウド管理サーバ４側で、障害が発生した画像形成装置２を特定することが可能となる。

同様に、第２の実施の形態についても、保守管理システム１００内に画像形成装置２が複数存在していてもよい。この場合も、保守管理システム１００内で、各画像形成装置２を装置識別情報により識別して管理するようにすればよい。尚、保守管理システム１００では、ガイダンスＤＢ４３に格納されるガイダンス情報、及び障害履歴ＤＢ４００Ａに格納される障害履歴情報、使用状況ＤＢに格納される使用状況情報、作業履歴ＤＢ４００Ｃに格納される作業履歴情報について、それぞれ装置識別情報ごとに記憶管理するようにすればよい。

［３−３．他の実施の形態３］
さらに、上述した第１及び第２の実施の形態では、作業者を、一般ユーザ、装置管理者、保守員のいずれかに区分したが、これに限らず、さらに細かく区分したりしてもよい。つまり、画像形成装置２に対して行うことのできる保守作業のレベルに応じて作業者を区分するようになっていればよい。

さらに、上述した第１及び第２の実施の形態では、一般ユーザには、是正保守ガイダンス情報と予防保守ガイダンス情報のうち、是正保守ガイダンス情報のみを提供するようにした。これに限らず、一般ユーザに対しても、装置管理者向けの予防保守ガイダンス情報と同等以下の予防保守ガイダンス情報を提供するようにしてもよい。

［３−４．他の実施の形態４］
さらに、上述した第２の実施の形態では、クラウド管理サーバ４に、画像形成装置２に対して実施された保守作業の履歴を示す作業履歴情報を蓄積するようにした。ここで、例えば、端末装置３からの要求に応じて、クラウド管理サーバ４が、この作業履歴情報を、端末装置３に送信するようにしてもよい。このようにすれば、作業者は、例えば、画像形成装置２に対して前回どのような保守作業が実施されたのかを確認しながら、保守作業を行うことができる。

［３−５．他の実施の形態５］
さらに、上述した第２の実施の形態では、クラウド管理サーバ４が、画像形成装置２から取得した障害履歴情報及び使用状況情報から画像形成装置２の現在までの障害発生状況、及び保守部品（定着器、搬送ベルト、プラテンローラ）の使用状況を分析して、これらの分析結果をもとに、予防保守ガイダンス情報を適宜更新するようにした。これに限らず、クラウド管理サーバ４が、画像形成装置２から障害履歴情報及び使用状況情報のうちのどちらか一方のみを取得して分析し、その分析結果（つまり障害発生状況又は保守部品の使用状況）をもとに、予防保守ガイダンス情報を適宜更新するようにしてもよい。

また、上述した第２の実施の形態では、使用状況情報を、画像形成装置２によって画像が形成された媒体の総数である総画像形成数を示す情報とした。これに限らず、画像形成装置２の使用状況を示す情報であれば、例えば、画像形成装置２の総可動時間を示す情報などを使用状況情報としてもよい。

［３−６．他の実施の形態６］
さらに、上述した各実施の形態では、保守作業の対象となる保守対象装置の具体例として、画像形成装置２を用いた。これに限らず、クラウド管理サーバ４と通信可能で、クラウド管理サーバ４に対して発生した障害を通知できる装置であれば、画像形成装置２とは異なる保守対象装置（コピー機、複合機、家電機器など）を用いてもよい。

さらに、上述した各実施の形態では、作業者区分をクラウド管理サーバ４に通知するとともに、是正保守作業に関する是正保守情報としての是正保守ガイダンス情報及び予防保守作業に関する予防保守情報としての予防保守ガイダンス情報をクラウド管理サーバ４から受信して表示する端末装置の具体例として、端末装置３を用いた。これに限らず、クラウド管理サーバ４と通信可能で、是正保守ガイダンス情報及び予防保守ガイダンス情報を表示できる端末装置であれば、端末装置３とは異なる端末装置を用いてもよい。

さらに、上述した各実施の形態では、是正保守情報及び予防保守情報を記憶管理するサーバ装置の具体例として、クラウド管理サーバ４を用いた。これに限らず、画像形成装置２及び端末装置３と通信可能で、是正保守情報及び予防保守情報を記憶管理できるサーバ装置であれば、クラウド管理サーバ４とは異なるサーバ装置を用いてもよい。

さらに、上述した各実施の形態では、保守対象装置としての画像形成装置２に、装置表示部の具体例である表示部２１、装置通信部の具体例である通信制御部２５を設けた。これに限らず、表示部２１とは異なる装置表示部を設けたり、通信制御部２５とは異なる装置通信部を設けてもよい。また、上述した各実施の形態では、端末装置としての端末装置３に、端末表示部の具体例である表示部３０、端末操作部の具体例である操作部３１、端末通信部の具体例である通信制御部３４を設けた。これに限らず、表示部３０とは異なる端末表示部を設けたり、操作部３１とは異なる端末操作部を設けたり、通信制御部３４とは異なる端末通信部を設けたりしてもよい。

さらに、上述した各実施の形態では、サーバ装置としてのクラウド管理サーバ４に、サーバ記憶部の具体例である記憶部４０、是正保守情報及び予防保守情報を更新する更新部の具体例である主制御部４１、サーバ通信部の具体例である通信制御部４２を設けた。これに限らず、記憶部４０とは異なるサーバ記憶部を設けたり、主制御部４１とは異なる更新部を設けたり、通信制御部４２とは異なるサーバ通信部を設けたりしてもよい。

さらに、上述した各実施の形態では、サーバ装置と接続する為のサーバ接続情報の具体例として、クラウド接続番号を用いた。これに限らず、クラウド接続番号とは異なる情報を、サーバ接続情報として用いてもよい。さらに、上述した各実施の形態では、保守対象装置で発生した障害に関する障害情報の具体例として、エラーコードを用いた。これに限らず、エラーコードとは異なる情報を、障害情報として用いてもよい。さらに、上述した各実施の形態では、是正保守作業に関する是正保守情報として是正保守ガイダンス情報を用いた。これに限らず、是正保守ガイダンス情報とは異なる情報を、是正保守情報として用いてもよい。さらに、上述した各実施の形態では、予防保守作業に関する予防保守情報として予防保守ガイダンス情報を用いた。これに限らず、予防保守ガイダンス情報とは異なる情報を、予防保守情報として用いてもよい。

［３−７．他の実施の形態７］
さらに、本発明は、上述した各実施の形態に限定されるものではない。すなわち本発明は、上述した各実施の形態の一部または全部を任意に組み合わせた実施の形態や、一部を抽出した実施の形態にもその適用範囲が及ぶものである。

本発明は、プリンタなどの画像形成装置の保守管理を行う保守管理システムなどで広く利用することができる。

１、１００……保守管理システム、２……画像形成装置、３……端末装置、４……クラウド管理サーバ、２１、３０……表示部、２２、３１……操作部、２３、３２、４０……記憶部、２４、３３、４１……主制御部、２５、３４、４２……通信制御部、４３……ガイダンスＤＢ、４３Ａ……一般ユーザ向けガイダンスＤＢ、４３Ｂ……装置管理者向けガイダンスＤＢ、４３Ｃ……保守員向けガイダンスＤＢ、４００Ａ……障害履歴ＤＢ、４００Ｂ……使用状況ＤＢ、４００Ｃ……作業履歴ＤＢ。

Claims (8)

1. 端末表示部と、端末通信部とを備え、作業者の区分を示す作業者区分を前記端末通信部によりサーバ装置に送信する端末装置と、
   装置通信部を備え、自装置で発生した障害に関する障害情報を前記装置通信部により前記サーバ装置に送信する保守対象装置と、
   サーバ通信部と、前記保守対象装置に発生した障害を復旧する為の是正保守作業に関する是正保守情報、及び前記保守対象装置に発生する障害を未然に防ぐ為の予防保守作業に関する予防保守情報を、前記障害情報及び前記作業者区分と対応付けて記憶管理するサーバ記憶部とを備えるサーバ装置と
   を有し、
   前記サーバ装置は、
   前記サーバ通信部により前記障害情報及び前記作業者区分を受信すると、当該障害情報及び当該作業者区分に対応する前記是正保守情報及び前記予防保守情報を、前記サーバ記憶部から読み出して前記サーバ通信部により前記端末装置に送信し、
   前記端末装置は、
   前記端末通信部により前記サーバ装置から前記是正保守情報及び前記予防保守情報を受信すると、当該是正保守情報及び当該予防保守情報を前記端末表示部に表示する
   ことを特徴とする保守管理システム。
2. 前記保守対象装置は、
   自装置で発生した障害の履歴を示す障害履歴情報を、前記装置通信部により前記サーバ装置に送信し、
   前記サーバ装置は、
   前記サーバ通信部により前記保守対象装置から受信した前記障害履歴情報をもとに、前記保守対象装置の障害発生状況を分析し、当該分析の結果をもとに前記サーバ記憶部で記憶管理している予防保守情報のうち、特定の作業者区分に対応付けられている予防保守情報を更新する更新部を備える
   ことを特徴とする請求項１に記載の保守管理システム。
3. 前記サーバ装置の更新部は、
   前記サーバ記憶部で記憶管理している予防保守情報に、分析した前記障害発生状況に対応する予防保守情報を追加することで、前記サーバ記憶部で記憶管理している予防保守情報を更新する
   ことを特徴とする請求項２に記載の保守管理システム。
4. 前記保守対象装置は、
   自装置の使用状況を示す使用状況情報を、前記装置通信部により前記サーバ装置に送信し、
   前記サーバ装置は、
   前記サーバ通信部により前記保守対象装置から受信した前記使用状況情報をもとに、前記保守対象装置の保守部品の使用状況を分析し、当該分析の結果をもとに前記サーバ記憶部で記憶管理している予防保守情報のうち、特定の作業者区分に対応付けられている予防保守情報を更新する更新部を備える
   ことを特徴とする請求項１に記載の保守管理システム。
5. 前記サーバ装置の更新部は、
   前記サーバ記憶部で記憶管理している予防保守情報に、分析した前記保守対象装置の保守部品の使用状況に対応する予防保守情報を追加することで、前記サーバ記憶部で記憶管理している予防保守情報を更新する
   ことを特徴とする請求項４に記載の保守管理システム。
6. 前記保守対象装置は、
   自装置で発生した障害の履歴を示す障害履歴情報、及び自装置の使用状況を示す使用状況情報を、前記装置通信部により前記サーバ装置に送信し、
   前記サーバ装置は、
   前記サーバ通信部により前記保守対象装置から受信した前記障害履歴情報及び前記使用状況情報をもとに、前記保守対象装置の障害発生状況及び前記保守対象装置の保守部品の使用状況を分析し、当該分析の結果をもとに前記サーバ記憶部で記憶管理している予防保守情報のうち、特定の作業者区分に対応付けられている予防保守情報を更新する更新部を備える
   ことを特徴とする請求項１に記載の保守管理システム。
7. 前記サーバ装置は、
   前記サーバ通信部により前記保守対象装置から前記障害情報を受信すると、当該障害情報に対応付けたサーバ接続情報を、前記サーバ通信部により前記保守対象装置に送信し、
   前記保守対象装置は、
   装置表示部を備え、前記装置通信部により前記サーバ装置から前記サーバ接続情報を受信すると、当該サーバ接続情報を前記装置表示部に表示し、
   前記端末装置は、
   端末操作部を備え、前記保守対象装置の前記装置表示部に表示された前記サーバ接続情報が前記端末操作部を介して入力されるとともに、前記作業者区分が前記端末操作部を介して選択されると、入力された前記サーバ接続情報と、選択された前記作業者区分とを前記端末通信部により前記サーバ装置に送信し、
   前記サーバ装置は、
   前記サーバ通信部により前記端末装置から前記サーバ接続情報と前記作業者区分とを受信すると、受信した前記サーバ接続情報に対応付けられている前記障害情報と受信した前記作業者区分とに対応する前記是正保守情報及び前記予防保守情報を、前記サーバ記憶部から読み出して前記サーバ通信部により前記端末装置に送信する
   ことを特徴とする請求項１に記載の保守管理システム。
8. 前記端末装置は、
   前記端末通信部により前記サーバ装置から受信した前記是正保守情報及び前記予防保守情報を前記端末表示部に表示させた後、前記保守対象装置に発生した障害に対応する保守作業が完了したことを示す操作が前記端末操作部に対して行われると、前記保守対象装置に発生した障害に対応する保守作業が完了した旨を示す保守作業完了情報を前記端末通信部により前記サーバ装置に送信し、
   前記サーバ装置は、
   前記サーバ通信部により前記端末装置から受信した前記保守作業完了情報を、前記サーバ記憶部により記憶管理する
   ことを特徴とする請求項７に記載の保守管理システム。

Images