(57)【特許請求の範囲】
【請求項１】
管理サーバーと、前記管理サーバーにより管理され、最終顧客のサイトに設置されている１以上の画像形成装置とを含み、
前記管理サーバーは、
前記１以上の画像形成装置と通信可能な通信部と、
前記１以上の画像形成装置の印刷量を示す印刷カウントを前記１以上の画像形成装置を一意に識別可能な識別子に紐付けて記憶可能な印刷カウントデータベースと、
前記１以上の画像形成装置において発生したエラーまたはワーニングに関するエラーワーニング情報を前記１以上の画像形成装置を一意に識別可能な識別子に紐付けて記憶可能なエラーワーニングデータベースと、
前記１以上の画像形成装置から前記印刷カウントを取得し、取得した前記印刷カウントを前記印刷カウントデータベースに記憶させる印刷カウント取得部と、
前記１以上の画像形成装置において発生したエラーまたはワーニングに関するエラーワーニング情報を取得し、取得した前記エラーワーニング情報を前記エラーワーニングデータベースに記憶させるエラーワーニング取得部と、
前記印刷カウントデータベースに記憶された前記印刷カウントを、所定の期間ごと、前記画像形成装置のメーカーごと、および前記画像形成装置ごとに集計して分析し、
前記エラーワーニングデータベースに記憶されたエラーワーニング情報を、日ごと及び前記画像形成装置ごとに集計して分析する分析部と、
前記分析部による分析結果に基づき、サービスマンに前記最終顧客を訪問する指示を出す訪問指示部と
を備え、
前記管理サーバーの分析部は、
前記メーカーごとの分析において、前記所定の期間ごとの印刷量が第１のしきい値を超えて減少した前記メーカーが有るか否かを判断し、
印刷量が第１のしきい値を超えて減少した前記メーカーが有るとき、当該メーカーの前記画像形成装置ごとに印刷量が第２のしきい値を超えて減少したか否かを判断し、
印刷量が第２のしきい値を超えて減少した前記画像形成装置が有るとき、当該画像形成装置に関して、日ごとのエラーワーニング発生件数を分析し、
前記減少が第３のしきい値の日数以上連続しており、かつ減少開始初日のエラーワーニング発生件数が、それ以前の発生件数を上回っているとき、前記訪問指示部に前記指示を出させる
管理システム。
【請求項２】
印刷カウント取得部が、管理サーバーにより管理され、最終顧客のサイトに設置されている１以上の画像形成装置から前記１以上の画像形成装置の印刷量を示す印刷カウントを取得し、取得した前記印刷カウントを、前記１以上の画像形成装置を一意に識別可能な識別子に紐付けて記憶可能な印刷カウントデータベースに記憶させ、
エラーワーニング取得部が、前記１以上の画像形成装置において発生したエラーまたはワーニングに関するエラーワーニング情報を取得し、取得した前記エラーワーニング情報を、前記１以上の画像形成装置を一意に識別可能な識別子に紐付けて記憶可能なエラーワーニングデータベースに記憶させ、
分析部が、前記印刷カウントデータベースに記憶された前記印刷カウントを、所定の期間ごと、前記画像形成装置のメーカーごと、および前記画像形成装置ごとに集計して分析し、前記エラーワーニングデータベースに記憶されたエラーワーニング情報を、日ごと及び前記画像形成装置ごとに集計して分析し、
訪問指示部が、前記分析部による分析結果に基づき、サービスマンに前記最終顧客を訪問する指示を出す
管理方法であって、
前記分析するステップは、
前記メーカーごとの分析において、前記所定の期間ごとの印刷量が第１のしきい値を超えて減少した前記メーカーが有るか否かを判断し、
印刷量が第１のしきい値を超えて減少した前記メーカーが有るとき、当該メーカーの前記画像形成装置ごとに印刷量が第２のしきい値を超えて減少したか否かを判断し、
印刷量が第２のしきい値を超えて減少した前記画像形成装置が有るとき、当該画像形成装置に関して、日ごとのエラーワーニング発生件数を分析し、
前記減少が第３のしきい値の日数以上連続しており、かつ減少開始初日のエラーワーニング発生件数が、それ以前の発生件数を上回っているとき、前記訪問指示部に前記指示を出させる
管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置（ＭＦＰ、Multifunction Peripheral）の保守を管理する管理システムおよび管理方法に関する。
【背景技術】
【０００２】
顧客サイトに設置された画像形成装置は、印刷枚数により課金する料金体系であることが大半である。そのため、画像形成装置の利用による売上が減少しないように、故障等で使用できない期間を削減することが重要である。
【０００３】
そのため、販売会社等のサービスマンによるオンサイトでの保守や、ネットワークを介したリモートでの保守等が行われてきた。
【０００４】
例えば、特許文献１において開示されている技術では、サービスマンが訪問する顧客サイトのネットワークに接続された機器の情報をオンサイトで効率的に取得し、ＴＣＯ（Total Cost of Ownership）の観点から分析を行っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２１９６１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
このように、画像形成装置の販売会社は、顧客サイトに設置した画像形成装置の稼働実績を細かく分析し、稼働率が低いことにより売上・利益が未達になりそうな画像形成装置がある場合には、早期に顧客を訪問し、稼働率低下の原因を取り除くための改善策を打つことが重要である。
【０００７】
なお、ここで言う稼働率とは、当初契約時の見積りによる月間印刷枚数および印刷カバレッジ（印刷１ページ当たりのトナー使用割合。標準スペックでは５％）に対する実績による月間印刷枚数および印刷カバレッジの割合のことを言う。
【０００８】
以上のような事情に鑑み、本発明の目的は、稼働率の低下した画像形成装置を検出し、原因を特定し、改善を促すことが出来る管理システムおよび管理方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の一形態に係る管理システムは、管理サーバーと、前記管理サーバーにより管理され、最終顧客のサイトに設置されている１以上の画像形成装置とを含み、前記管理サーバーは、前記１以上の画像形成装置と通信可能な通信部と、前記１以上の画像形成装置の印刷量を示す印刷カウントを前記１以上の画像形成装置を一意に識別可能な識別子に紐付けて記憶可能な印刷カウントデータベースと、前記１以上の画像形成装置において発生したエラーまたはワーニングに関するエラーワーニング情報を前記１以上の画像形成装置を一意に識別可能な識別子に紐付けて記憶可能なエラーワーニングデータベースと、前記１以上の画像形成装置から前記印刷カウントを取得し、取得した前記印刷カウントを前記印刷カウントデータベースに記憶させる印刷カウント取得部と、前記１以上の画像形成装置において発生したエラーまたはワーニングに関するエラーワーニング情報を取得し、取得した前記エラーワーニング情報を前記エラーワーニングデータベースに記憶させるエラーワーニング取得部と、前記印刷カウントデータベースに記憶された前記印刷カウントを、所定の期間ごと、前記画像形成装置のメーカーごと、および前記画像形成装置ごとに集計して分析し、前記エラーワーニングデータベースに記憶されたエラーワーニング情報を、日ごと及び前記画像形成装置ごとに集計して分析する分析部と、前記分析部による分析結果に基づき、サービスマンに前記最終顧客を訪問する指示を出す訪問指示部とを備える。そのため、稼働率の低下した画像形成装置を検出し、原因を特定し、改善を促すことが出来る。
【００１０】
上記目的を達成するため、本発明の一形態に係る管理システムでは、前記管理サーバーの分析部は、前記メーカーごとの分析において、前記所定の期間ごとの印刷量が第１のしきい値を超えて減少した前記メーカーが有るか否かを判断し、印刷量が第１のしきい値を超えて減少した前記メーカーが有るとき、当該メーカーの前記画像形成装置ごとに印刷量が第２のしきい値を超えて減少したか否かを判断し、印刷量が第２のしきい値を超えて減少した前記画像形成装置が有るとき、当該画像形成装置に関して、日ごとのエラーワーニング発生件数を分析し、前記減少が第３のしきい値の日数以上連続しており、かつ減少開始初日のエラーワーニング発生件数が、それ以前の発生件数を上回っているとき、前記訪問指示部に前記指示を出させる構成でもよい。
【００１１】
上記目的を達成するため、本発明の一形態に係る管理方法では、印刷カウント取得部が、管理サーバーにより管理され、最終顧客のサイトに設置されている１以上の画像形成装置から前記１以上の画像形成装置の印刷量を示す印刷カウントを取得し、取得した前記印刷カウントを、前記１以上の画像形成装置を一意に識別可能な識別子に紐付けて記憶可能な印刷カウントデータベースに記憶させ、エラーワーニング取得部が、前記１以上の画像形成装置において発生したエラーまたはワーニングに関するエラーワーニング情報を取得し、取得した前記エラーワーニング情報を、前記１以上の画像形成装置を一意に識別可能な識別子に紐付けて記憶可能なエラーワーニングデータベースに記憶させ、分析部が、前記印刷カウントデータベースに記憶された前記印刷カウントを、所定の期間ごと、前記画像形成装置のメーカーごと、および前記画像形成装置ごとに集計して分析し、前記エラーワーニングデータベースに記憶されたエラーワーニング情報を、日ごと及び前記画像形成装置ごとに集計して分析し、訪問指示部が、前記分析部による分析結果に基づき、サービスマンに前記最終顧客を訪問する指示を出す。
【発明の効果】
【００１２】
以上のように、本発明によれば、稼働率の低下した画像形成装置を検出し、原因を特定し、改善を促すことが出来る。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係る管理システム１００が稼働する環境の全体像を説明するための全体図である。
【図２】管理サーバー１０が一般的なコンピューターにより構成される場合の構成図である。
【図３】ある最終顧客のサイトに設置されている画像形成装置４０がＡ社およびＢ社製であるとし、月ごとの印刷量の変動を示している図である。
【図４】印刷量の減少が認められるメーカーの画像形成装置４０に関して、ラインナップ別に印刷量の変動を見た図である。
【図５】月ごとの、Ａ社モノクロプリンターの機種ごとのエラーワーニング発生件数を示す図である。
【図６】管理システム１００における処理の流れについて説明するためのフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１５】
［全体構成］
まず、本発明の一実施形態に係る管理システムが稼働する環境の全体像を説明する。図１は、本発明の一実施形態に係る管理システム１００が稼働する環境の全体像を説明するための全体図である。
【００１６】
管理システム１００は、管理クラウド１内の管理サーバー１０および管理システム１００が管理する、最終顧客サイトに設置されている画像形成装置４０を含んでいる。なお最終顧客サイトに設置される画像形成装置４０は、管理システム１００により管理されるものであれば、複数のメーカーの画像形成装置４０が混じっていてもよい。
【００１７】
なお、管理クラウド１には、管理クラウド１が契約を結んで管理する画像形成装置４０の構成を管理する構成サーバー３０および管理クラウド１が契約を結んで管理する画像形成装置４０の保守を行う保守サーバー２０を含んでいる。
【００１８】
また、クラウド管理者は、管理クラウド１の管理を行う管理端末５０から管理クラウド１にアクセスし、管理クラウド１を管理する。
【００１９】
画像形成装置４０を使用する、最終顧客Ｘ社、Ｙ社、およびＺ社のサイトに設置してある画像形成装置４０は、通常、ネットワークを介して管理クラウド１からリモートで管理されているが、必要に応じてサービスマンが顧客訪問してサービスを提供することもある。
【００２０】
販売会社Ａおよび販売代理会社Ｂのサービスマン（セールスマンを含んでもよい）は、各最終顧客の画像形成装置４０の保守等を行うために、管理クラウド１のユーザーとなり、サービス端末６０を介して管理クラウド１にアクセスし、各最終顧客のサイトに設置してある画像形成装置４０のリモート保守等を行う。
【００２１】
以上、本発明の一実施形態に係るライセンス管理システム１００が稼働する環境の全体像を説明した。
【００２２】
［管理サーバーの構成］
次に、管理サーバー１０の構成について説明する。管理サーバー１０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。管理サーバー１０が一般的なコンピューターにより構成される場合の構成図を図２に示す。
【００２３】
同図に示すように、管理サーバー１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、操作入力部１４、通信部１５、表示部１６、および記憶部１７を有し、これら各ブロックがバス１８を介して接続されている。
【００２４】
ＲＯＭ１２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１３は、ＣＰＵ１１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００２５】
記憶部１７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１７には、ＯＳや各種アプリケーション、各種データ、印刷カウントＤＢ（Database）１７ａ、およびエラーワーニングＤＢ１７ｂが記憶される。
【００２６】
印刷カウントＤＢ１７ａには、各画像形成装置４０の使用状況を印刷カウントの変化により分析するために、各画像形成装置４０の印刷カウントが記憶される。
【００２７】
エラーワーニングＤＢ１７ｂには、各画像形成装置４０において発生したエラーやワーニングの情報が記憶される。なお、ここで言うエラーやワーニングとは、紙詰まり（ＪＡＭ）、トナーエンプティ、トナー補給中、キャリブレーション中、カバーオープンなど、印刷が出来ない状態のことを指す。
【００２８】
通信部１５は、保守サーバー２０、構成サーバー３０、画像形成装置４０、管理端末５０、およびサービス端末６０と情報のやりとりを行う為のネットワークと結ばれている。
【００２９】
ＣＰＵ１１は、ＲＯＭ１２や記憶部１７に格納された複数のプログラムのうち、操作入力部１４から与えられる命令に対応するプログラムをＲＡＭ１３に展開し、この展開されたプログラムにしたがって、表示部１６及び記憶部１７を適宜制御する。
【００３０】
操作入力部１４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。
【００３１】
表示部１６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。
【００３２】
次に、ＣＰＵ１１においてプログラムが実行されることにより実現される機能ブロックについて説明する。
【００３３】
管理サーバー１０のＣＰＵ１１において実現される機能ブロックは、印刷カウント取得部１１ａ、エラーワーニング取得部１１ｂ、分析部１１ｃ、および訪問指示部１１ｄである。
【００３４】
印刷カウント取得部１１ａは、各画像形成装置４０から印刷カウントを取得し、取得した印刷カウントを、画像形成装置４０を一意に識別可能な識別子と紐付けて印刷カウントＤＢ１７ａに記憶させる。
【００３５】
エラーワーニング取得部１１ｂは、各画像形成装置４０において発生したエラーやワーニングの情報を取得し、取得したエラーワーニング情報を、画像形成装置４０を一意に識別可能な識別子と紐付けてエラーワーニングＤＢ１７ｂに記憶させる。
【００３６】
分析部１１ｃは、印刷カウントＤＢ１７ａに記憶された印刷カウントおよびエラーワーニングＤＢ１７ｂに記憶されたエラーワーニング情報を用いて、各画像形成装置４０の使用状況を印刷量（Print Volume）として表し、様々な期間ごと（例えば、日ごと、週ごと、月ごと）の印刷量の変化と日ごとのエラーワーニングの発生状況を分析する。
【００３７】
また、分析部１１ｃは、各画像形成装置４０の印刷量が、所定の日数以上連続して減少している場合は、減少開始初日のエラーワーニング発生件数が以前より増加しているかを確認し、増加していれば、サービスマンの顧客訪問を、訪問指示部１１ｄに行わせる。
【００３８】
訪問指示部１１ｄは、分析部１１ｃの指示に従い、最終顧客のサイトに設置されている画像形成装置４０の状態をチェックするために最終顧客を訪問する指示を、サービスマンに出す。指示は、電子メール等で出されてもよい。
【００３９】
以上、管理サーバー１０の構成について説明した。
【００４０】
［分析の具体例］
次に、管理サーバー１０の分析部１１ｃにおける、分析処理の具体例を説明する。図３から図５は、分析の具体例を示す図である。
【００４１】
なお、以下で説明する処理は、データベース（印刷カウントＤＢ１７ａおよびエラーワーニングＤＢ１７ｂ）に格納されたデータを用いたデータマイニング処理である。
【００４２】
（１）メーカー別に印刷量の変動を検知する
分析部１１ｃは、最初に、印刷カウントＤＢ１７ａに記憶されている印刷カウントを用いて、ある最終顧客のサイトに設置されている画像形成装置４０の印刷量を、メーカー別に集計して変動があるか否かを判断する。
【００４３】
変動の有無は、メーカー別の印刷量の減少率が第１のしきい値を超えている時に変動が有ると判断してもよい。
【００４４】
なお、変動は、日ごと、週ごと、月ごと、四半期ごと、年ごとなど、スコープを変更して行い、変動が見られるスコープを採用する。
【００４５】
図３に示す例では、ある最終顧客のサイトに設置されている画像形成装置４０がＡ社およびＢ社製であるとし、月ごとの印刷量の変動を示している。図では、トータルの印刷量には殆ど変化が無いものの、Ａ社の印刷量が４月から減少していることが分かる。
【００４６】
（２）機種ごとの印刷量の変動を検知する
分析部１１ｃは、次に、メーカー別の印刷量で減少が認められたメーカーの画像形成装置４０について、機種ごとの印刷量の変動を見る。
【００４７】
機種ごとの変動の有無を判断する際には,機種ごとの印刷量の減少率が第２のしきい値を超えている場合に、変動があったと判断してもよい。
【００４８】
なお、機種ごとの印刷量の変動を見る前に、減少が認められたメーカーの画像形成装置４０における印刷量の変動を、画像形成装置４０のラインナップ別にチェックしてもよい。
【００４９】
図４は、印刷量の減少が認められるメーカーの画像形成装置４０に関して、ラインナップ別に印刷量の変動を見た図である。
【００５０】
この図にあるように、Ａ社のモノクロプリンターにおける印刷量が４月に２００００に減少し（図中、丸で囲んで示す）、その後も減少が継続していることが分かる。
【００５１】
なお、機種ごとの印刷量の変動を示すグラフの図示は省略する。
【００５２】
（３）機種ごとのエラーワーニング発生件数の確認
分析部１１ｃは、次に、印刷量の減少が認められた機種に関し、エラーおよびワーニングの発生件数を、エラーワーニングＤＢ１７ｂに記憶された画像形成装置４０ごとのエラーワーニング発生件数を用いてチェックする。
【００５３】
図５は、月ごとの、Ａ社モノクロプリンターの機種ごとのエラーワーニング発生件数を示す図である。
【００５４】
この図にあるように、３月および４月において、モデルＬＳ９のエラーワーニング発生件数が増加していることが分かる（図中、丸で囲んで示している）。
【００５５】
（４）訪問条件の確認
分析部１１ｃは、次に、サービスマンに最終顧客を訪問させる条件が成立しているか否かを確認する。
【００５６】
具体的には、第３のしきい値以上の日数（例えば７日間）に亘って、日ごとの印刷量の減少が続いており、減少開始初日におけるエラーワーニング発生件数がそれ以前の発生件数を上回っているか否かを判断する。
【００５７】
以上、管理サーバー１０の分析部１１ｃにおける、分析処理の具体例を説明した。
【００５８】
［処理の流れ］
次に、管理システム１００における処理の流れについて説明する。図６は、管理システム１００における処理の流れについて説明するためのフローチャートである。
【００５９】
まず、管理サーバー１０の印刷カウント取得部１１ａが、管理下の画像形成装置４０から印刷カウント情報を収集し、収集した印刷カウント情報を収集元の画像形成装置４０を一意に識別可能な識別子に紐付けて印刷カウントＤＢ１７ａに記憶させる（ステップＳ１）。
【００６０】
なお、印刷カウント情報の収集は、定期的に行ってもよいし、必要な都度おこなってもよい。
【００６１】
次に、管理サーバー１０のエラーワーニング取得部１１ｂが、管理下の画像形成装置４０において発生したエラーまたはワーニングの情報（エラーワーニング情報）を収集し、収集したエラーワーニング情報を、エラーまたはワーニングが発生した画像形成装置４０を一意に識別可能な識別子と紐付けてエラーワーニングＤＢ１７ｂに記憶させる（ステップＳ２）。
【００６２】
次に、管理サーバー１０の分析部１１ｃが、収集され記憶された印刷カウント情報を集計し、画像形成装置４０のメーカーごとに、印刷量の変動を分析する（ステップＳ３）。
【００６３】
分析は、期間に関するスコープを変化させながら行ってもよい。
【００６４】
次に、管理サーバー１０の分析部１１ｃは、特定のメーカーの画像形成装置４０全体における印刷量が、第１のしきい値を超えて減少しているか否かを判断する（ステップＳ４）。
【００６５】
どのメーカーの印刷量も第１のしきい値を超えて減少してはいない場合（ステップＳ４のＮ）、分析部１１ｃは処理を終了する。
【００６６】
特定のメーカーの印刷量が第１のしきい値を超えて減少している場合（ステップＳ４のＹ）、分析部１１ｃは、印刷量が減っているメーカーの画像形成装置４０ごとの印刷量の変動状況を分析する（ステップＳ５）。
【００６７】
次に、分析部１１ｃは、特定の画像形成装置４０の印刷量が第２のしきい値を超えて減少しているか否かを判断する（ステップＳ６）。
【００６８】
どの画像形成装置４０の印刷量も第２のしきい値を超えて減少してはいない場合（ステップＳ６のＮ）、分析部１１ｃは処理を終了する。
【００６９】
特定の画像形成装置４０の印刷量が第２のしきい値を超えて減少している場合（ステップＳ６のＹ）、分析部１１ｃは、印刷量が第２のしきい値を超えて減少している画像形成装置４０における日ごとのエラーワーニング発生状況を分析する（ステップＳ７）。
【００７０】
次に、分析部１１ｃは、印刷量が第２のしきい値を超えて減少している画像形成装置４０において、印刷量の減少が第３のしきい値以上の日数だけ連続して減少しており、かつ、減少開始初日のエラーワーニング発生件数が、それ以前の件数を上回っているか否かを判断する（ステップＳ８）。
【００７１】
ステップＳ８の条件が不成立の場合（ステップＳ８のＮ）、分析部１１ｃは処理を終了する。
【００７２】
ステップＳ８の条件が成立する場合（ステップＳ８のＹ）、管理サーバー１０の訪問指示部１１ｄは、サービスマンに、印刷量が第２のしきい値を超えて減少している画像形成装置４０が設置されている最終顧客を訪問するように、指示を出す（ステップＳ９）。
【００７３】
以上、管理システム１００における処理の流れについて説明した。
【００７４】
［補足事項］
以上のように、本発明の管理システム１００は、管理サーバー１０と、前記管理サーバー１０により管理され、最終顧客のサイトに設置されている１以上の画像形成装置４０とを含み、前記管理サーバー１０は、前記１以上の画像形成装置４０と通信可能な通信部１５と、前記１以上の画像形成装置４０の印刷量を示す印刷カウントを前記１以上の画像形成装置４０を一意に識別可能な識別子に紐付けて記憶可能な印刷カウントデータベース１７ａと、前記１以上の画像形成装置４０において発生したエラーまたはワーニングに関するエラーワーニング情報を前記１以上の画像形成装置４０を一意に識別可能な識別子に紐付けて記憶可能なエラーワーニングデータベース１７ｂと、前記１以上の画像形成装置４０から前記印刷カウントを取得し、取得した前記印刷カウントを前記印刷カウントデータベース１７ａに記憶させる印刷カウント取得部１１ａと、前記１以上の画像形成装置４０において発生したエラーまたはワーニングに関するエラーワーニング情報を取得し、取得した前記エラーワーニング情報を前記エラーワーニングデータベース１７ｂに記憶させるエラーワーニング取得部１１ｂと、前記印刷カウントデータベース１７ａに記憶された前記印刷カウントを、所定の期間ごと、前記画像形成装置のメーカーごと、および前記画像形成装置ごとに集計して分析し、前記エラーワーニングデータベース１７ｂに記憶されたエラーワーニング情報を、日ごと及び前記画像形成装置４０ごとに集計して分析する分析部１１ｃと、前記分析部１１ｃによる分析結果に基づき、サービスマンに前記最終顧客を訪問する指示を出す訪問指示部１１ｄとを備える。
【００７５】
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【００７６】
１  …  管理クラウド
１０  …  管理サーバー
１１  …  ＣＰＵ
１１ａ…  印刷カウント取得部
１１ｂ…  エラーワーニング取得部
１１ｃ…  分析部
１１ｄ…  訪問指示部
１２  …  ＲＯＭ
１３  …  ＲＡＭ
１４  …  操作入力部
１５  …  通信部
１６  …  表示部
１７  …  記憶部
１７ａ…  印刷カウントＤＢ
１７ｂ…  エラーワーニングＤＢ
１８  …  バス
２０  …  保守サーバー
３０  …  構成サーバー
４０  …  画像形成装置
５０  …  管理端末
６０  …  サービス端末
１００  …  管理システム
【図１】
0006350437.tif 000002
【図２】
0006350437.tif 000003
【図３】
0006350437.tif 000004
【図４】
0006350437.tif 000005
【図５】
0006350437.tif 000006
【図６】
0006350437.tif 000007