(57)【要約】【課題】  ネットワークやインターネットに接続されている管理機体１には自己診断機能が搭載されており、不具合が発生したときには、故障状況がホストサーバに送信される。ホストサーバは受け取った故障状況のデータを予め構成された故障診断データベースに基づいて、必要な部品や修理対応を示すことが可能となっている。しかしながら、故障診断を行うデータベースは、決められた不具合に対する決められた修理対応などを予め入力する必要があるため、予期できる不具合に対しては有効である場合が多いが、予期されない不具合に対しては、誤った情報を示す恐れがあった。【解決手段】  複数の管理機体１からの自己診断データやメンテナンスデータを蓄積したホストサーバ２のデータベースに基づいた分析を行い、サービスマンに報知することによって、迅速で的確なメンテナンスシステムを提供することが可能となる。【選択図】  図８
2008015568.tif 000002
【特許請求の範囲】
【請求項１】
自己診断機能とその自己診断機能の結果である自己診断データを送信する送信部とを備えた複数の管理機体と、
前記複数の管理機体の状態を入力するとともに、前記複数の管理機体の状態である管理データを送信する送信部とを備えた管理端末と、
前記複数の管理機体から送信された前記自己診断データおよび前記管理端末から送信された管理データを受信してデータベースに記憶するホストサーバと、
前記管理機体に不具合が発生したときに、前記データベースを分析し、不具合の発生した管理機体と機種が同一である管理機体の過去の不具合対応履歴を分析し、前記不具合対応履歴の分析結果を出力する制御部と、
前期管理機体又は管理端末に設けられ、前記制御部から出力される分析結果を報知する報知部と、
を有することを特徴とするメンテナンスシステム。
【請求項２】
前記制御部は、前記ホストサーバ内に設けられていることを特徴とする請求項１に記載のメンテナンスシステム。
【請求項３】
前記制御部は、前記ホストサーバと通信ネットワークで接続されるコンピュータ内に設けられていることを特徴とする請求項１に記載のメンテナンスシステム。
【請求項４】
前記ホストサーバのデータベースには、前記自己診断データとしての、前記管理機体の使用温度、使用湿度、および使用回数を示す環境情報と、通常メンテナンス時のメンテナンス内容や通常メンテナンス時交換部品を示す通常メンテナンス情報と、不具合発生時のエラーコードや不具合発生時刻を示すエラーステータス情報とを記憶する第一の記憶部と、
前記不具合に対応する故障修理箇所、故障修理内容、もしくは使用部品を示す不具合対応履歴を記憶する第二の記憶部と、
を有することを特徴とする請求項１に記載のメンテナンスシステム。
【請求項５】
前記管理機体の送信部は定期的に前記自己診断データを送信し、且つ不具合発生時に前記自己診断データを送信することを特徴とする請求項１に記載のメンテナンスシステム。
【請求項６】
前記管理機体と、前記ホストサーバと、前記管理端末とは、ＬＡＮ又はインターネット又は電話回線を介して接続されることを特徴とする請求項１に記載のメンテナンスシステム。
【請求項７】
前記制御部は、前記管理機体の環境情報を数値化して比較する機能を有し、前記不具合の発生した管理機体の前記環境情報を、機種が同一である管理機体の前記環境情報と比較し、それらの差が所定値以下である管理機体を類似機体と判断し、前記類似機体に関する過去の不具合対応履歴を分析し、その分析の結果を報知することを特徴とする請求項４に記載のメンテナンスシステム。
【請求項８】
自己診断機能を備えた複数の管理機体と、前記複数の管理機体の状態を入力する管理端末と、データベースを有するホストサーバと、からなるメンテナンスシステムの制御方法であって、
前記複数の管理機体は、前記自己診断機能の結果である前記自己診断データを前記ホストサーバに送信し、
前記管理端末は、入力された前記複数の管理機体の状態を前記ホストサーバに送信し、
前記ホストサーバは、前記自己診断データおよび前記複数の管理機体の状態を受信して、前記データベースに登録し、
前記管理機体に不具合が発生したときには前記データベースを分析し、
前記不具合に対する過去の対応を前記管理端末又は不具合の発生した前記管理機体に報知することを特徴とするメンテナンスシステムの制御方法。
【請求項９】
定期的に前記自己診断データを送信し、且つ不具合発生時にも前記自己診断データを送信する送信部を更に有することを特徴とする請求項８に記載のメンテナンスシステムの制御方法。
【請求項１０】
前記データベースの分析ステップは、前記不具合の発生した管理機体と機種が同一である管理機体の過去の不具合履歴を分析し、
前記不具合履歴の分析の結果を前記不具合の発生した管理機体、又は前記管理端末に報知することを特徴とする請求項８に記載のメンテナンスシステムの制御方法。
【請求項１１】
前記データベースの分析ステップは、前記管理機体の使用温度、使用湿度、および使用回数を示す環境情報を数値化し、
前記不具合の発生した管理機体の前記環境情報と、前記不具合の発生した管理機体と機種が同一である管理機体の前記環境情報の数値とを比較し、
前記環境情報の数値の差が所定値以下である場合には、該当する管理機体を前記不具合の発生した管理機体に対する類似機体と判断し、
前記類似機体に関する過去の不具合履歴を分析することを特徴とする請求項８に記載のメンテナンスシステムの制御方法。
【請求項１２】
複数の管理機体の自己診断機能の結果である自己診断データと前記複数の管理機体の状態である管理データとを受信する受信部と、
前記自己診断データと前記管理データとをデータベースに記憶する記憶部と、
前記管理機体に不具合が発生したときに、この管理機体と機種が同一である管理機体の過去の不具合対応履歴を前記データベースから分析する分析部と、
前記不具合対応履歴の分析結果を、前記不具合の生じた管理機体、又は前記管理端末に送信する送信部を有することを特徴とするホストサーバ。
【請求項１３】
複数の管理機体、および前記複数の管理機体の状態を入力する管理端末とネットワークを介して接続されるホストサーバに利用されるプログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、
前記複数の管理機体の自己診断機能の結果である自己診断データを受信する機能と、
前記管理端末から入力された管理データを受信する機能と、
前記自己診断データおよび前記管理データを記憶する機能と、
前記管理機体に不具合が発生したときに、この管理機体と機種が同一である管理機体の過去の不具合対応履歴を前記データベースから分析する機能と、
前記不具合対応履歴の分析結果を、前記不具合の生じた管理機体、又は前記管理端末に報知する機能と、
をホストサーバに実現させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメンテナンスシステムおよびメンテナンスシステムの制御方法およびホストサーバおよびホストサーバのプログラムを記憶したコンピュータ読み取り可能な記憶媒体に関する。
【背景技術】
【０００２】
近年、複合機や複写機、プリンタやＦＡＸなどの管理機体は、ネットワークやインターネットを介してホストサーバに接続されている。これらの管理機体には自己診断機能が搭載されており、不具合が発生したときには、故障状況がホストサーバに送信される。ホストサーバは受け取った故障状況のデータを予め構成された故障診断データベースに基づいて、必要な部品や修理対応を示すことが可能となっている。（特許文献１参照。）
【０００３】
【特許文献１】特開２００２−４１６９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、故障診断を行うデータベースには、決められた不具合に対する決められた修理対応のプログラムを予め入力する必要があるため、予期できる不具合に対しては有効であるが、予期されない不具合に対しては、誤った情報を示す恐れがあった。
更に、修理対応のプログラムが実際の不具合の状況と乖離していった際には、データベースの修正が必要となり、非常に時間と手間がかかる事が問題であった。
【０００５】
本発明は上記問題を解決するために、正確なメンテナンス情報を得ることが可能なメンテナンスシステムおよびメンテナンスシステムの制御方法およびホストサーバおよびホストサーバのプログラムを記憶したコンピュータ読み取り可能な記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は上記目的を達成するために為されたものであり、自己診断機能とその自己診断機能の結果である自己診断データを送信する送信部とを備えた複数の管理機体と、前記複数の管理機体の状態を入力するとともに、前記複数の管理機体の状態である管理データを送信する送信部とを備えた管理端末と、前記複数の管理機体から送信された前記自己診断データおよび前記管理端末から送信された管理データを受信してデータベースに記憶するホストサーバと、前記管理機体に不具合が発生したときに、前記データベースを分析し、不具合の発生した管理機体と機種が同一である管理機体の過去の不具合対応履歴を分析し、前記不具合対応履歴の分析結果を出力する制御部と、前期管理機体又は管理端末に設けられ、前記制御部から出力される分析結果を報知する報知部と、を有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、より正確なメンテナンス情報を得ることが可能なメンテナンスシステムおよびメンテナンスシステムの制御方法およびホストサーバおよびホストサーバのプログラムを記憶したコンピュータ読み取り可能な記憶媒体を提供できる。
【発明を実施するための最良の形態】
【０００８】
以下に、本発明の実施例について図を参照しながら説明する。
【実施例１】
【０００９】
図１に、本発明の実施例１に係るメンテナンスシステムの構成図を示す。
１は管理機体、２はホストサーバ、３は管理端末を示している。４は印刷部、５は管理機体上の操作表示部、６は自己診断部、７は管理機体の送受信部であり、管理機体１を構成している。また、８は制御部、９はホストサーバの送受信部、１５はデータベースを示し、ホストサーバ２を構成している。続いて、１１は管理端末３上の操作表示部、１２は管理端末の送受信部であり監理端末３を構成している。１３はネットワーク、１４はコンピュータを示している。
【００１０】
例えば、複合機や複写機などの管理機体１は、印刷部４を有しており、操作表示部５によって入力された操作に従って印刷を行っている。また、ＬＡＮやルータを用いたネットワーク１３、あるいは電話回線やモデム、ＰＣを通じたインターネットまたはＦＡＸ回線など、既知のネットワーク技術によって複数の管理機体１がネットワーク１３上でホストサーバ２やコンピュータ１４と通信可能であり、コンピュータ１４から送信された画像形成データをネットワーク１３経由で送受信部７にて受信し、この画像形成データに基づいた印刷を行うことが可能である。
【００１１】
更に、この複数の管理機体１には、それぞれ自己診断部６による自己診断機能が搭載されており、この自己診断結果がネットワーク１３を介してホストサーバ２に送信される。管理機体１に不具合が生じた場合には、自己診断部６により診断された不具合の情報（エラーステータス情報３０）をホストサーバ２に送信することが可能である。また、管理機体１は定期的に自己診断を行い、その定期的な自己診断の結果として環境情報３２をホストサーバ２に送信する事も可能である。
【００１２】
ホストサーバ２は、送受信部９にてエラーステータス情報３０や、環境情報３２等の各種データを送受信し、受信したデータについてデータベース化を行う。そして、このデータベース１５を用いて管理機体１の制御を行う制御部８を備えている。
【００１３】
また、上記のネットワーク１３には、メンテナンス状況を把握することができる管理端末３が接続可能である。管理端末３には、操作表示部１１が設けられ、管理端末３を持つサービスマンによって管理機体１のメンテナンス状況等が入力される。サービスマンが通常メンテナンスを行った際は通常メンテナンス情報３４を、また不具合対応を行った際は不具合情報３６を操作表示部１１から入力する。これらの情報は送受信部１２を通じ、ネットワーク１３経由でホストサーバ２に送信される。また、監理端末３の操作表示部１１は、管理端末１のエラーステータス情報３０や環境情報３２がホストサーバ２に蓄積されたデータベース１５に基づいたデータ等を表示することも可能である。
【００１４】
図２に本発明の実施例１に係るデータベースを示す。データベース１５は、第一の記憶部３８に記憶される、エラーステータス情報３０および環境情報と、第二の記憶部に記憶される環境情報３２を含んでおり、これらのデータが送受信部９から入力される毎に最新の情報へと更新されて行く。
【００１５】
図３に、本発明の実施例１に係るエラーステータス情報を示す。
管理機体１が不具合を起こしたときには、エラーステータス情報３０がホストサーバ２に送信され、そのデータベース１５に蓄積される。エラーステータス情報３０は、管理機体１を識別するためのシリアル番号２１と、どのようなエラーを起こしたのかを示すエラーコード２２と、不具合発生時刻２３と、から構成される。更に、これらのエラーステータス情報３０は、サービスマンの持つ管理端末３に対しても送信され、この情報を元に、サービスマンは不具合対応を行う。そして、サービスマンが通常のメンテナンスや、不具合対応を行った際の対応内容についてもデータベース１５に蓄積される。この、サービスマンが行う対応及びデータベース１５への蓄積については図４、図５、図６を用いて説明する。
【００１６】
図４は、本発明の実施例１に係るサービスマンの対応フローである。サービスマン対応には、通常メンテナンス時の対応と、不具合発生時の対応が考えられる。サービスマン対応が始まり（Ｓ５１）、通常メンテナンスの場合（Ｓ５３にてＹ）には、サービスマンは、通常メンテナンス対応を行い（Ｓ５５）、作業内容について管理端末３の通常メンテナンス対応画面の入力を行う（Ｓ５７）。また、通常メンテナンスではない場合（Ｓ５３にてＮ）には、不具合対応を行い（Ｓ５９）、管理端末３の不具合対応画面の入力を行う（Ｓ６１）。
【００１７】
通常メンテナンス対応画面、もしくは不具合対応画面を入力すると、それらの情報をホストサーバ２に送信する（Ｓ６５）。ホストサーバ２がこれらの情報を受信してデータベース化すると（Ｓ６７）、作業が完了する（ＥＮＤ）。
【００１８】
続いて図５、図６を用いて通常メンテナンス時の管理端末の入力画面の例と、不具合発生時の管理端末の入力画面の例を説明する。
【００１９】
図５は、本発明の実施例１に係る通常メンテナンス対応画面である。サービスマンが通常メンテナンスを行ったときに、管理端末３の操作表示部１１からデータの入力を行う。通常メンテナンスの際には、管理機体１のシリアル番号や、部品クリーニング等というメンテナンス項目、メンテナンス対応日を入力する。
【００２０】
図６は、本発明の実施例１に係る不具合発生対応画面である。サービスマンが不具合対応を行ったときに、管理端末３の操作表示部１１から入力するデータの入力画面例であり、管理機体のシリアル番号２１、不具合の発生日時、不具合対応を行った対応日時、不具合の発生内容、不具合に対する対応内容、また不具合対応時にクリーニングや交換を行った部品などを入力する。更に、サービスマンの詳細記述を入力することで、後に同様の不具合発生時の参考にすることが可能となる。また、例えば不具合の発生内容については、管理機体１によるエラーステータスデータ３０のデータを自動的この不具合対応画面に登録することも可能である。これらのデータは、管理端末３にて入力された後ネットワーク１３経由でホストサーバ２が受信し、データベース１５に蓄積されていく。
【００２１】
図７に、本発明の実施例１に係る管理端末の表示画面例を示す。
通常メンテナンス時や不具合発生時、更には自己診断機能による定期的なデータ送信時に送信された複数の管理機体１、もしくは管理端末３からのデータは、ホストサーバ２にてデータベース化される。そして、サービスマンが管理端末３をネットワークに接続した際には、このデータベース１５にアクセス可能であり、例えば図７のような形で管理端末３に表示される。表示内容としては、管理機体１のシリアル番号２１や不具合発生内容を示すエラーコード、その時に行った不具合対応、またその際に関連した部品等が挙げられ、サービスマンはどの管理機体１にどのような不具合が発生し、どのような対応を行ったかを把握することが可能である。
【００２２】
実際に不具合が発生した際に、サービスマンが現場で対応を行う際のことを考える。ある管理機体に対して不具合が発生した際に、その不具合に対して、過去にどのような対応が行われていたかを事前に把握することは意義が大きい。これは、不具合対応に必要となる部品や対策を事前に把握することに繋がる為である。この為には、不具合が発生した際に、ホストサーバ２のデータベース１５から特定のデータを抽出して管理端末３や管理機体１に表示する事が望ましい。
【００２３】
図８は、本発明の実施例１に係る不具合発生時のデータ分析に関する概要図である。
管理機体１に不具合（例えばエラーステータスＥＸＸＸ）が発生すると（Ｓ８０）、ホストサーバ２は不具合の発生した管理機体１と同一の機種を選択する（Ｓ８２）。そしてこの機種に関し、同一のエラーステータスに対するデータを抽出する（Ｓ８４）。そして、ここで抽出されたデータを分析して、同一機種の同一エラーコードに関する過去の対応を表示する（Ｓ８６）。
【００２４】
続いて、上記内容を図９、および図１０を用いて詳細に説明する。
図９に、本発明の実施例１に係る不具合発生時のデータ抽出に関する説明図を示す。
例えば、あるシリアル番号Ａ００１１６の管理機体１にエラーコードＥ１６０に該当する不具合が発生した場合、管理機体１は送信部から当該管理機体１のシリアル番号Ａ００１１６と、Ｅ１６０というエラーコード、および不具合発生日時を含んだエラーステータスデータをホストサーバ２に対して送信する。
【００２５】
エラーステータスデータを受けとったホストサーバ２は、このデータベース１５から、管理機体１のシリアル番号Ａ００１１６と同一機種の過去に発生した同じ不具合を抽出する。
【００２６】
ここで、管理機体１のシリアル番号２１には機種番号を示すデータが付与されているものとする。本実施例においては、前記シリアル番号２１の先頭のアルファベットが管理機体１の機種を示している。従って、データベース１５の中からシリアル番号２１の先頭にＡが付くデータで、且つエラーステータスがＥ１６０のデータが、抽出される。この結果として、シリアル番号Ａ００１１６の管理機体１にエラーコードＥ１６０が発生したときには、図９に示されるようにシリアル番号、エラーコード、不具合対応、またその際に関連した部品等が抽出され、この抽出結果についてサービスマンは管理端末３に表示する事が可能である。
【００２７】
図１０に、本発明の実施例１に係る不具合発生時のデータ分析に関する説明図を示す。
ホストサーバ２の制御部４は、上述のようにして集められた図９に示されるデータから、不具合対応履歴を分析、整理して、管理機体１の表示部や管理端末３等に表示する事も可能である。この分析、整理の方法としては、例えばシリアル番号Ａ００１１６の管理機体１にエラーコードＥ１６０が発生した際に行われた不具合対応につき、何がどのような割合で行われたかを分析し、その割合が多い順に表示を行う。また、実際に行われた不具合対応に対し、どの部品をどのような割合で扱ったかを分析し、その割合が多い順に表示を行う。サービスマンや、ユーザは管理機体１の表示部や管理端末３等に表示された情報により、不具合に対する的確な処置を行うことが容易となる。
【００２８】
図１１に本発明の実施例１に係るフローチャートを示す。
管理機体１は、通常定期的に自己診断を行い（Ｓ１００）、自己診断データをホストサーバ２に送信する（Ｓ１０２）。そして、ホストサーバ２は上記のようなデータをデータベース１５としてメモリに蓄積する（Ｓ１０４）。
【００２９】
ここで、不具合が発生した場合（Ｓ１０６）、管理機体１はホストサーバ２にエラーステータス情報３０を送信する（Ｓ１０８）。ホストサーバ２は、エラーステータス情報３０を受信すると、データベース１５にエラーステータス情報３０を記憶する一方、この情報を分析し（Ｓ１１０）、不具合が発生した管理機体１と同一の機種であって、同一の不具合に関するデータを抽出する。こうして抽出された、同一機種の同一不具合を管理機体１に送信（Ｓ１１２）、および監理端末３に送信し（Ｓ１１４）、図９や図１０に示されるような過去の対応を、管理機体１に表示（Ｓ１１６）、もしくは管理端末３に表示する（Ｓ１１８）。
【００３０】
サービスマンは、管理端末３や不具合を起こした管理機体１の表示を参照しながら不具合対応を行い、不具合対応を管理端末３から入力する（Ｓ１２０）。この不具合対応のデータはホストサーバ２に送信され（Ｓ１２２）、ホストサーバにて記憶される（Ｓ１２４）。
新たに他の不具合が発生した場合には、再び上記のようなプロセスを経てホストサーバ２のデータベースが更新されて行く。
【実施例２】
【００３１】
続いて図１２から図１５を用いて本発明に係る第２の実施例について説明する。尚、システム全体の構成は実施例１と同一のため、以下の説明に用いられる符号は同一のものを用いる。また、説明については実施例１と異なり特徴となる部分について行うものとする。
【００３２】
図１２に、本発明の実施例２に係る自己診断データベースを示す。
管理機体１は、自己診断機部６により定期的に自己診断を行い、自己診断の結果を含む各種データをホストサーバ２に送信している。その各種データの中には管理機体１を識別するためのシリアル番号２１や、自己診断を行った時刻であるアクセス日時、更には管理機体１の環境情報３２が含まれている。この、管理機体１の環境情報３２としては、例えば管理機体１の設置環境の温度や湿度、印刷カウントや読み取りカウントなどが含まれ、これらは定期的にホストサーバ２に送信される。この自己診断の行われる定期的な時間の間隔は、管理機体１の操作部表示部５や、管理端末の操作表示部１１等から管理機体１のユーザや管理端末３のオペレータが自由に設定可能なものとすることが可能である。
【００３３】
図１３に本発明の実施例２に係る自己診断結果の送信フローを示す。
管理機体１は、自己診断を開始すると（Ｓ１３１）、印刷カウント値を取得し（Ｓ１３２）、続いて読み取りカウント値を取得し（Ｓ１３３）、機内温度を取得し（Ｓ１３４）、機内湿度を取得し（Ｓ１３５）、機体シリアルナンバー２１と、ステップＳ１３２からＳ１３５で取得された各種データと、自己診断日時と、をホストサーバ２に送信し（Ｓ１３６）、自己診断送信を完了する。
【００３４】
図１４に本発明の実施例２に係るデータベース分析のフローチャートを示す。
ここで、ある管理機体から不具合（ＥＹＹＹ）が発生すると（Ｓ１７０）、ホストサーバ２は、不具合の発生した管理機体と同一の機種に関するデータを抽出する（Ｓ１７２）。
【００３５】
続いて、不具合（ＥＹＹＹ）が発生した管理機体１の環境情報に対して数値化を行い、環境状態値を得る（Ｓ１７４）。ここでは、環境状態値としてＮを得るものとする。
次に、Ｓ１７２にて抽出された機種に関しても、その環境情報に対して数値化を行い、環境状態値を得る（Ｓ１７６）。ここで得られる環境状態値をＭとする。
【００３６】
続いて、上記によって求められている環境状態値ＮとＭとを比較し、これらの環境状態値の差が、例えば１０％等の所定値を下回っている場合には、この環境状態値Ｍを持つ管理機体１を、不具合の発生した管理機体１に対する同一機種で且つ類似管理機体と見なす（Ｓ１７８）。そして、この類似管理機体に対する過去の対応を管理機体や管理端末に表示する（Ｓ１８０）。
【００３７】
図１５に、本発明の実施例２に係る不具合発生時のデータ抽出に関する説明図を示す。
実施例１と同様に、例えば、あるシリアル番号Ａ００１１６の管理機体１にエラーコードＥ１６０に該当する不具合が発生した場合について説明する。管理機体１は、送信部から当該管理機体１のシリアル番号Ａ００１１６と、Ｅ１６０というエラーコードを含んだエラーステータスデータをホストサーバ２に対して送信する。
【００３８】
エラーステータスデータを受けとったホストサーバ２は、制御部４によってネットワーク１３を通じてエラー発生の旨を管理端末３に表示する。また、制御部４は、ホストサーバ２の中のデータベースから、管理機体１のシリアル番号Ａ００１１６と同一機種の過去に発生した不具合を抽出する。
【００３９】
ここで、制御部４は、過去に不具合が発生した機種Ａの中で、更に今回不具合を起こした管理機体１と、環境情報が類似した機種を抽出する。ここで、環境情報とは、印刷カウントや読み取りカウント、使用温度や使用湿度の事である。環境情報が類似した機種の抽出方法とは、例えばある管理機体１と、印刷カウントや読み取りカウント、使用温度、使用湿度がすべて所定値以内の差にある管理機体１を抽出する方法でも良いし、管理機体１の環境情報に関する関数を予め作成して環境状態値を算出しておき、その環境状態値が所定値以内にある管理機体１を環境情報が類似した機種と判断しても良い。
【００４０】
こうして不具合が発生した管理機体１であるＡ００１１６に類似した管理機体１が抽出された後は、これらの管理機体１についてＥ１６０のエラーステータスが発生した際の不具合対応履歴を分析する。その結果、例えばＡ００００５という管理機体にＥ１６０というエラーステータスが発生したときはＢＢＢ１２３４５、及びＢＨＨ３００５０という部品を交換した事が分かる。同様に、Ａ０００１６という管理機体１の場合にはＢＢＢ１２３４５という部品をクリーニングした事が分かる。このように、Ｅ１６０というエラーステータスの対応には、部品交換と部品クリーニングがあったことや、クリーニングの対応箇所が分かる。
【００４１】
そして、これらの不具合対応履歴を分析、整理して実施例１の図８に示されるような画面を管理機体１の表示部や管理端末３等に表示する。この際、例えば不具合を起こしたＡ００１１６に類似した管理機体１に対して為された不具合対応の多い順に並べて、その対応の割合を示したり、交換部品の割合を示したりする。本実施例の場合では、Ｅ１６０のエラーステータスが発生した場合には、８０％が部品交換で、それに用いた部品の９０％がＢＢＢ１２３４５であり、８５％がＢＨＨ３００５０であることが分かる。
【００４２】
これらの情報が、不具合が発生した際に速やかに管理端末３を持つサービスマンやユーザに示されることにより、サービスマンは事前に的確に不具合の内容、およびその対応や必要な部品を把握することが可能となり、より迅速で正確なメンテナンスを提供することが可能となる。
【００４３】
また、上記のとおり制御部４による分析は、蓄積された最新のデータベースに基づいて行われるため、予め不具合発生時の対応プログラムが組まれているような従来の場合と比較して、より正確で、且つ実際に即した分析が可能となり、サービスマンが現地に赴いた際に、不具合対応に必要な部品が無いという確率を大幅に減らすことが可能となる。
更に、使用環境の類似した管理機体１の不具合対応履歴を抽出しているので、より精度の高い情報を提供することが可能となる。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施例１に係るメンテナンスシステムの構成図。
【図２】本発明の実施例１に係るデータベース。
【図３】本発明の実施例１に係るエラーステータス情報。
【図４】本発明の実施例１に係るサービスマンの対応フロー。
【図５】本発明の実施例１に係る通常メンテナンス対応画面。
【図６】本発明の実施例１に係る不具合発生対応画面。
【図７】本発明の実施例１に係る管理端末の表示画面例。
【図８】本発明の実施例１に係る不具合発生時のデータ分析に関する概要図。
【図９】本発明の実施例１に係る不具合発生時のデータ抽出に関する説明図。
【図１０】本発明の実施例１に係る不具合発生時のデータ分析に関する説明図。
【図１１】本発明の実施例１に係るフローチャート。
【図１２】本発明の実施例２に係る自己診断データベース。
【図１３】本発明の実施例２に係る自己診断結果の送信フロー。
【図１４】本発明の実施例２に係るデータベース分析のフローチャート。
【図１５】本発明の実施例２に係る不具合発生時のデータ抽出に関する説明図。
【符号の説明】
【００４５】
１：管理機体
２：ホストサーバ
３：管理端末
４：印刷部
５：操作表示部
６：自己診断部
７：送受信部
８：制御部
９：送受信部
１１：操作表示部
１２：送受信部
１３：ネットワーク
１４：コンピュータ
１５：データベース
２２：エラーコード２２
２３：不具合発生時刻
３０：エラーステータス情報
３２：環境情報
３４：通常メンテナンス情報
３６：不具合情報
３８：第一の記憶部
４０：第二の記憶部  
【図１】
2008015568.tif 000003
【図２】
2008015568.tif 000004
【図３】
2008015568.tif 000005
【図４】
2008015568.tif 000006
【図５】
2008015568.tif 000007
【図６】
2008015568.tif 000008
【図７】
2008015568.tif 000009
【図８】
2008015568.tif 000010
【図９】
2008015568.tif 000011
【図１０】
2008015568.tif 000012
【図１１】
2008015568.tif 000013
【図１２】
2008015568.tif 000014
【図１３】
2008015568.tif 000015
【図１４】
2008015568.tif 000016
【図１５】
2008015568.tif 000017