JP2017045232A - 管理システムおよび管理方法 - Google Patents

Abstract

【課題】オンサイト保守およびリモート保守を一元管理しサービスマンが問題の経緯を容易に把握可能なシステムの提供。【解決手段】リモート監視サーバは、画像形成装置の使用状況や発生したエラー情報である装置情報およびサービスマンが画像形成装置に行った保守内容であるサービス情報を、識別子および時刻に紐付け履歴として記憶可能な履歴ＤＢと、画像形成装置をリモート監視し、装置情報を収集し履歴ＤＢに記憶させるリモート監視部と、サービス端末からサービス情報を収集し履歴ＤＢに記憶させ、特定の画像形成装置に関する履歴の照会要求を受けたとき、履歴ＤＢから特定の画像形成装置の履歴を取得し、記履歴照会の要求元に返す履歴管理部とを備え、サービス端末は、サービスマンから特定の画像形成装置に関する履歴の照会を指示されたとき、履歴の照会要求をリモート監視サーバに送り、返信された履歴を時系列でサービスマンに提示する。【選択図】図６

Description

本発明は、画像形成装置（ＭＦＰ、Multifunction Peripheral）の保守を管理する管理システムおよび管理方法に関する。

顧客サイトに設置された画像形成装置は、顧客の業務に支障を来さないように、故障等で使用できない期間を削減し稼働率（使用可能な時間の割合）を向上させることが重要である。

そのため、販売会社等のサービスマンによるオンサイトでの保守や、ネットワークを介したリモートでの保守等が行われてきた。

例えば、特許文献１において開示されている技術では、サービスマンが訪問する顧客サイトのネットワークに接続された機器の情報をオンサイトで効率的に取得し、ＴＣＯ（Total Cost of Ownership）の観点から分析を行っている。

特開２００７−２１９６１８号公報

顧客サイトに設置された画像形成装置の保守作業を管理するシステムとして、従来からの、サービスマンが顧客サイトに出張し、現場で保守を行い、保守作業内容を報告し管理するためのサービス管理システム（Service Management System、以下ＳＭＳと呼ぶ）と、近年のネットワークの発達により可能となった、サービスマンが顧客サイトには出向かずリモートから保守するリモート保守を行うためのリモート監視・検診システムとがある。

ＳＭＳは、画像形成装置を利用するユーザー（顧客）に関する情報を持ち、コールセンターにおける顧客とのやりとりなどの情報も管理している。但し、画像形成装置の使用状況などに関しては、画像形成装置のシリアルナンバー等静的な情報を管理するだけである。

これに対し、リモート監視・検診システムは、ネットワーク経由で各画像形成装置を直接的に集中管理するものであり、画像形成装置の使用状況を動的に把握することが出来るが、オンサイトでサービスマンが行った活動に関する情報やコールセンター経由で入手した情報を管理することは出来なかった。

これらのシステムは、上述したように、目的が異なるシステムであり、一般に別システムとして構築されている。

そのため、１つの画像形成装置に対し、オンサイトでの保守およびリモートでの保守が行われた場合、これら２つのルートでの保守作業の内容が別のシステムで管理されたり、保守作業の内容と画像形成装置の状態とが別のシステムで管理されたりしてしまい、問題の解決にあたるサービスマンが問題の発生した画像形成装置の履歴を把握する事が困難で有った。

また、履歴が別のシステムでばらばらに管理されているため、特定の画像形成装置に関するサービスコストの算出を行ったり、メンテナンス処置の妥当性を判断したりすることが困難であった。

以上のような事情に鑑み、本発明の目的は、オンサイト保守およびリモート保守の内容を一元管理しサービスマンが発生した問題の経緯を容易に把握できる管理システムおよび管理方法を提供することにある。

上記目的を達成するため、本発明の一形態に係る管理システムは、リモート監視・検診サーバーと、サービス端末とを含み、前記リモート監視・検診サーバーは、前記サービス端末および管理下にある１以上の画像形成装置と通信可能な第１の通信部と、前記１以上の画像形成装置の使用状況の情報や発生したエラー、ワーニングの情報である装置情報およびサービスマンが前記１以上の画像形成装置に対して行った保守作業の内容であるサービス情報を、前記１以上の画像形成装置を一意に識別可能な識別子および前記装置情報および前記サービス情報が発生した時刻に紐付けて履歴として記憶可能な履歴データベースと、前記１以上の画像形成装置をリモート監視およびリモート保守し、前記装置情報を収集し前記履歴データベースに記憶させるリモート監視・検診部と、前記サービス端末から前記サービス情報を収集し前記履歴データベースに記憶させ、特定の画像形成装置に関する前記履歴の照会要求を受けたとき、前記履歴データベースから前記特定の画像形成装置の前記履歴を取得し、取得した前記履歴を前記履歴照会の要求元に返す履歴管理部とを備え、前記サービス端末は、サービスマンから特定の画像形成装置に関する履歴の照会を指示されたとき、前記履歴の照会要求を前記リモート監視・検診サーバーに送り、返信された前記履歴を時系列で前記サービスマンに提示する。そのため、オンサイト保守およびリモート保守の内容を一元管理しサービスマンが発生した問題の経緯を容易に把握できる。

上記目的を達成するため、本発明の一形態に係る管理システムは、更に、サービス管理サーバーを含み、前記サービス管理サーバーは、前記リモート監視・検診サーバーおよび前記サービス端末と通信可能な第２の通信部と、保守に関する顧客情報などが記憶されている顧客保守データベースと、前記サービス端末から前記サービス情報を収集し前記顧客保守データベースに記憶させるサービス管理部と、前記顧客保守データベース内の顧客情報を前記リモート監視・検診サーバーに提供するリモート監視・検診サーバー連携部とを備え、前記リモート監視・検診サーバーは、前記サービス管理サーバーが管理する顧客情報を前記サービス管理サーバーから取得するサービス管理サーバー連携部を更に備えた構成でもよい。

上記目的を達成するため、本発明の一形態に係る管理方法では、リモート監視・検診サーバーのリモート監視・検診部が、前記１以上の画像形成装置をリモート監視およびリモート保守し、前記１以上の画像形成装置の使用状況の情報や発生したエラー、ワーニングの情報である装置情報およびサービスマンが前記１以上の画像形成装置に対して行った保守作業の内容であるサービス情報を、前記１以上の画像形成装置を一意に識別可能な識別子および前記装置情報および前記サービス情報が発生した時刻に紐付けて履歴として記憶可能な履歴データベースに、収集した前記装置情報を記憶させ、前記リモート監視・検診サーバーの履歴管理部が、前記サービスマンの持つサービス端末から前記サービス情報を収集し前記履歴データベースに記憶させ、サービス端末が、サービスマンから特定の画像形成装置に関する履歴の照会を指示されたとき、前記履歴の照会要求を前記リモート監視・検診サーバーに送り、前記リモート監視・検診サーバーの履歴管理部が、前記履歴データベースから前記特定の画像形成装置の前記履歴を取得し、取得した前記履歴を前記履歴照会の要求元に返し、前記サービス端末が、返信された前記履歴を時系列で前記サービスマンに提示する。

以上のように、本発明によれば、オンサイト保守およびリモート保守の内容を一元管理しサービスマンが発生した問題の経緯を容易に把握できる。

本発明の一実施形態に係る管理システム１００の全体概要を示す図である。 リモート監視・検診サーバー１０が一般的なコンピューターにより構成される場合の構成図である。 ＳＭＳサーバー２０が一般的なコンピューターにより構成される場合の構成図である。 コールセンター５０に顧客からの電話が入電してから、サービスマンが顧客訪問する前までの管理システム１００における処理の流れについて説明するためのフローチャートである。 保守作業をアサインされたサービスマンが保守作業を完了するまでの管理システム１００における処理の流れについて説明するためのフローチャートである。 履歴ＤＢ１７ｂに記録され、サービスマンから参照される際に提示される履歴の例を示す図である。

以下、図面を参照しながら、本発明の実施形態を説明する。

［全体概要］
最初に、本発明の一実施形態に係る管理システムの全体概要について説明する。図１は、本発明の一実施形態に係る管理システム１００の全体概要を示す図である。

管理システム１００は、リモート監視・検診サーバー１０、ＳＭＳサーバー２０、１以上の画像形成装置３０、サービス端末４０を含んで構成される。

リモート監視・検診サーバー１０は、顧客（図では顧客Ａ、顧客Ｂ、顧客Ｃ、および顧客Ｄ）のサイトに設置された画像形成装置３０をＷＡＮ（Wide Area Network）などのネットワーク経由で監視および検診し、リモート保守を行う。

ＳＭＳサーバー２０（サービス管理サーバー）は、サービスマンが携帯するサービス端末４０と無線等により接続されており、サービスマンが顧客の画像形成装置３０に対して行った保守の内容等を入力したり、保守する画像形成装置３０に関する情報をＳＭＳサーバー２０から取得したりする。

なお、サービスマンがＳＭＳサーバー２０にアクセスする場所は、顧客のサイトであってよいし、それ以外の場所であってもよい。

サービス端末４０は、サービスマンが携帯するタブレット型コンピューターなどであり、リモート監視・検診サーバー１０およびＳＭＳサーバー２０にアクセスする際に利用される。

コールセンター５０は、顧客（ユーザー）からの、画像形成装置３０に関する障害発生等の電話を受け付け、受け付けた内容をインシデント情報として起票し、ＳＭＳサーバー２０に入力する。

リモート監視・検診サーバー１０、ＳＭＳサーバー２０、およびコールセンター５０はネットワークで接続されている。

管理システム１００では、リモート監視・検診サーバー１０とＳＭＳサーバー２０が連携して処理を行う。
以上、本発明の一実施形態に係る管理システム１００の全体概要について説明した。

［リモート監視・検診サーバーの構成］
次に、リモート監視・検診サーバー１０の構成について説明する。リモート監視・検診サーバー１０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。リモート監視・検診サーバー１０が一般的なコンピューターにより構成される場合の構成図を図２に示す。

同図に示すように、リモート監視・検診サーバー１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、操作入力部１４、通信部１５（第１の通信部）、表示部１６、および記憶部１７を有し、これら各ブロックがバス１８を介して接続されている。

ＲＯＭ１２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１３は、ＣＰＵ１１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

記憶部１７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１７には、ＯＳや各種アプリケーション、各種データ、画像形成装置ＤＢ（Database）１７ａ、および履歴ＤＢ１７ｂが記憶される。

画像形成装置ＤＢ１７ａには、管理下にある画像形成装置３０を監視・検診するための、画像形成装置３０に関する情報が、画像形成装置３０ごとに、画像形成装置３０を一意に識別可能な識別子と紐付けられて格納されている。

履歴ＤＢ１７ｂには、各画像形成装置３０に関する使用状況の情報や発生したエラー、ワーニングの情報（以下、装置情報という）に加えて、ＳＭＳサーバー２０から取得した、各画像形成装置３０に対して行われた保守作業の内容（以下、サービス情報と呼ぶ）が、画像形成装置３０ごとに、画像形成装置３０を一意に識別可能な識別子および情報の発生時刻と紐付けられて記憶される。

通信部１５は、ＳＭＳサーバー２０、画像形成装置３０、およびサービス端末４０と情報のやりとりを行う為のネットワークと結ばれている。

ＣＰＵ１１は、ＲＯＭ１２や記憶部１７に格納された複数のプログラムのうち、操作入力部１４から与えられる命令に対応するプログラムをＲＡＭ１３に展開し、この展開されたプログラムにしたがって、表示部１６及び記憶部１７を適宜制御する。

操作入力部１４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。

表示部１６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。

次に、ＣＰＵ１１においてプログラムが実行されることにより実現される機能ブロックについて説明する。

リモート監視・検診サーバー１０のＣＰＵ１１において実現される機能ブロックは、リモート監視・検診部１１ａ、ＳＭＳ連携部１１ｂ、および履歴管理部１１ｃである。

リモート監視・検診部１１ａは、画像形成装置ＤＢ１７ａを用いて、管理下にある画像形成装置３０に対し、ネットワーク経由での監視、検診、および保守を行う。監視、検診、および保守の処理内容および処理結果は、履歴ＤＢ１７ｂに格納される。

ＳＭＳ連携部１１ｂは、ＳＭＳサーバー２０と連携して行う処理を実行する。具体的には、ＳＭＳサーバー２０において管理されている顧客情報などを、ＳＭＳサーバー２０から取得する。

履歴管理部１１ｃは、サービス端末４０から入力された画像形成装置３０の保守作業の内容を履歴ＤＢ１７ａに記憶させる。また、履歴管理部１１ｃは、履歴ＤＢ１７ａを管理し、サービスマンなどから、履歴の参照要求があった場合、該当する画像形成装置３０に関する履歴を履歴ＤＢ１７ｂから取得し、要求元に送信する。

以上、リモート監視・検診サーバー１０の構成について説明した。

［ＳＭＳサーバーの構成］
次に、ＳＭＳサーバー２０の構成について説明する。ＳＭＳサーバー２０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。ＳＭＳサーバー２０が一般的なコンピューターにより構成される場合の構成図を図３に示す。

同図に示すように、ＳＭＳサーバー２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、操作入力部２４、通信部２５（第２の通信部）、表示部２６、および記憶部２７を有し、これら各ブロックがバス２８を介して接続されている。

ＲＯＭ２２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ２３は、ＣＰＵ２１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

記憶部２７は、例えばＨＤＤや、フラッシュメモリー、その他の不揮発性メモリーである。記憶部２７には、ＯＳや各種アプリケーション、各種データ、および顧客保守ＤＢ２７ａが記憶される。

顧客保守ＤＢ２７ａには、顧客情報、顧客サイトに設置されている画像形成装置情報（機種名、シリアルナンバーなど）、コールセンター５０への顧客からの入電履歴（入電日時、顧客名、用件、インシデント情報へのリンク）、案件のステータス、担当者名、時刻、履歴などが格納される。

通信部１５は、リモート監視・検診サーバー１０、サービス端末４０、コールセンター５０と情報のやりとりを行う為のネットワークと結ばれている。

ＣＰＵ２１は、ＲＯＭ２２や記憶部２７に格納された複数のプログラムのうち、操作入力部２４から与えられる命令に対応するプログラムをＲＡＭ２３に展開し、この展開されたプログラムにしたがって、表示部２６及び記憶部２７を適宜制御する。

操作入力部２４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。

表示部２６は、例えば液晶ディスプレイ、ＥＬディスプレイ、プラズマディスプレイ等である。

次に、ＣＰＵ２１においてプログラムが実行されることにより実現される機能ブロックについて説明する。

ＳＭＳサーバー２０のＣＰＵ２１において実現される機能ブロックは、サービス管理部１１ａ、およびリモート監視・検診システム連携部１１ｂである。

サービス管理部１１ａは、コールセンター５０への入電内容やサービスマンからサービス端末経由で取得した画像形成装置３０の保守内容を顧客保守ＤＢ２７ａに記録する。

ＳＭＳ連携部１１ｂは、リモート監視・検診サーバー１０と連携して行う処理を実行する。具体的には、顧客保守ＤＢ２７ａに記憶されている顧客情報などをリモート監視・検診サーバー１０に提供する。

以上、ＳＭＳサーバー２０の構成について説明した。

［処理の流れ１］
次に、コールセンター５０に顧客からの電話が入電してから、サービスマンが顧客訪問する前までの管理システム１００における処理の流れについて説明する。図４は、コールセンター５０に顧客からの電話が入電してから、サービスマンが顧客訪問する前までの管理システム１００における処理の流れについて説明するためのフローチャートである。

まず、コールセンター５０のオペレーターが、顧客からの電話を受け付ける（ステップＳ１）。

次に、オペレーターが、ＳＭＳサーバー２０にアクセスし、案件（インシデント情報）を起票し、顧客名および用件を入力し、サービス管理部２１ａが受け付ける（ステップＳ２）。

次に、ＳＭＳサーバー２０のリモート監視・検診システム連携部２１ｂとリモート監視・検診サーバー１０のＳＭＳ連携部１１ｂが連携し、リモート監視・検診サーバー１０において入電した顧客のサイトに設置してある画像形成装置３０のリストを取得する（ステップＳ３）。

次に、サービス管理部２１ａが入電した顧客のサイトに設置してある画像形成装置３０のリストをオペレーターに提示する（ステップＳ４）。

次に、オペレーターが、作業の対象となる画像形成装置３０をリストから選択する（ステップＳ５）。

次に、オペレーターが、保守作業を行うサービスマンを決定する（ステップＳ６）。

次に、ＳＭＳサーバー２０のリモート監視・検診システム連携部２１ｂとリモート監視・検診サーバー１０のＳＭＳ連携部１１ｂが連携し、案件の内容と担当するサービスマンの決定を、リモート監視・検診サーバー１０へ通知する（ステップＳ７）。

次に、リモート監視・検診サーバー１０のＳＭＳ連携部１１ｂが、サービスマンの作業予定を受信し、履歴として履歴ＤＢ１７ｂに登録する（ステップＳ８）。

以上、コールセンター５０に顧客からの電話が入電してから、サービスマンが顧客訪問する前までの管理システム１００における処理の流れについて説明した。

［処理の流れ２］
次に、保守作業をアサインされたサービスマンが保守作業を完了するまでの管理システム１００における処理の流れについて説明する。図５は、保守作業をアサインされたサービスマンが保守作業を完了するまでの管理システム１００における処理の流れについて説明するためのフローチャートである。

まず、保守作業をアサインされたサービスマンが、サービス端末４０を用いてリモート監視・検診サーバー１０にログインする（ステップＳ１０）。

次に、リモート監視・検診サーバー１０のリモート監視・検診部１１ａが、アサイン案件の内容（訪問先の予定、保守する画像形成装置３０のリストなど）を提示する（ステップＳ１１）。

次に、サービスマンが、保守作業を行う画像形成装置３０の状態を確認する（ステップＳ１２）。

サービスマンによる画像形成装置３０の状態の確認に際して、リモート監視・検診サーバー１０のリモート監視・検診部１１ａが、画像形成装置３０の詳細情報および保守履歴を表示する（ステップＳ１３）。

次に、サービスマンは、リモートでの保守が可能か否かを判断する（ステップＳ１４）。

リモートでの保守が可能な場合（ステップＳ１４のＹｅｓ）、サービスマンは、リモート処置（リモート保守）機能を選択し実行を指示する（ステップＳ１５）。

指示を受けたリモート監視・検診部１１ａは、対象とする画像形成装置３０への処置を実施する（ステップＳ１６）。

次に、リモート監視・検診部１１ａは、処置結果を、ＳＭＳサーバー２０とサービス端末４０に通知する（ステップＳ１７）。

処置結果を通知されたＳＭＳサーバー２０は、リモート保守での処置結果を顧客保守ＤＢ２７ａに記録する。

処置結果をサービス端末４０経由で通知されたサービスマンは、処置した画像形成装置３０の状態確認および案件のステータスの更新（終了処理）を指示する（ステップＳ１９）。

ステータスの更新を指示されたリモート監視・検診部１１ａは、案件情報を更新し処理を終了する（ステップＳ２０）。

リモートでの保守が可能な場合（ステップＳ１４のＮｏ）、サービスマンは、現地を訪問し、画像形成装置３０に対する保守作業を行う（ステップＳ２１）。

次に、サービスマンは、サービス端末４０を介して、処置内容をリモート監視・検診サーバー１０に入力する（ステップＳ２２）。

以上、保守作業をアサインされたサービスマンが保守作業を完了するまでの管理システム１００における処理の流れについて説明した。

［履歴の例］
次に、履歴ＤＢ１７ｂに記録され、サービスマンから参照される際に提示される履歴の例を説明する。図６は、履歴ＤＢ１７ｂに記録され、サービスマンから参照される際に提示される履歴の例を示す図である。

この図にあるように、ＳＭＳサーバー２０へ入力された顧客ごとの保守内容、リモート監視・検診サーバー１０が収集した装置情報およびサービス情報は、時系列で並べられて履歴として表示される。

例えば、この案件では、最初にペーパーＪＡＭ（紙詰まり）が２回発生し（行ｅ１からｅ３）、コールセンター５０へ顧客が電話し（行ｅ４）、ファームウェア（ＦＷ）のアップグレードを行うことを予定して（行ｅ６）、アップグレードを開始し（行ｅ７）、正常に終了している（行ｅ８）。

その後、再度、紙詰まりが発生し（行ｅ１０）、コールセンター５０への入電があった（行ｅ１２）ので、サービスマンが再度顧客を訪問し、カセット１のコロの交換（行ｅ１３）とガラスの清掃（行ｅ１４）を行っている。

以上、履歴ＤＢ１７ｂに記録され、サービスマンから参照される際に提示される履歴の例を説明した。

［補足事項］
以上のように、本発明の管理システム１００は、リモート監視・検診サーバー１０と、サービス端末４０とを含み、前記リモート監視・検診サーバー１０は、前記サービス端末４０および管理下にある１以上の画像形成装置３０と通信可能な第１の通信部１５と、前記１以上の画像形成装置３０の使用状況の情報や発生したエラー、ワーニングの情報である装置情報およびサービスマンが前記１以上の画像形成装置３０に対して行った保守作業の内容であるサービス情報を、前記１以上の画像形成装置３０を一意に識別可能な識別子および前記装置情報および前記サービス情報が発生した時刻に紐付けて履歴として記憶可能な履歴データベース１７ｂと、前記１以上の画像形成装置３０をリモート監視およびリモート保守し、前記装置情報を収集し前記履歴データベース１７ｂに記憶させるリモート監視・検診部１１ａと、前記サービス端末４０から前記サービス情報を収集し前記履歴データベース１７ｂに記憶させ、特定の画像形成装置３０に関する前記履歴の照会要求を受けたとき、前記履歴データベース１７ｂから前記特定の画像形成装置の前記履歴を取得し、取得した前記履歴を前記履歴照会の要求元に返す履歴管理部１１ｃとを備え、前記サービス端末４０は、サービスマンから特定の画像形成装置３０に関する履歴の照会を指示されたとき、前記履歴の照会要求を前記リモート監視・検診サーバー１０に送り、返信された前記履歴を時系列で前記サービスマンに提示する。

その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

１０ … リモート監視・検診サーバー
１１ … ＣＰＵ
１１ａ… リモート監視・検診部
１１ｂ… ＳＭＳ連携部
１１ｃ… 履歴管理部
１２ … ＲＯＭ
１３ … ＲＡＭ
１４ … 操作入力部
１５ … ネットワークインターフェイス部
１６ … 表示部
１７ … 記憶部
１７ａ… 画像形成装置ＤＢ
１７ｂ… 履歴ＤＢ
１８ … バス
２０ … ＳＭＳサーバー
２１ … ＣＰＵ
２１ａ… サービス管理部
２１ｂ… リモート監視・検診システム連携部
２２ … ＲＯＭ
２３ … ＲＡＭ
２４ … 操作入力部
２５ … ネットワークインターフェイス部
２６ … 表示部
２７ … 記憶部
２７ａ… 顧客保守ＤＢ
２８ … バス
３０ … 画像形成装置
４０ … サービス端末
５０ … コールセンター
１００ … 管理システム

Claims (3)

1. リモート監視・検診サーバーと、サービス端末とを含み、
   前記リモート監視・検診サーバーは、
   前記サービス端末および管理下にある１以上の画像形成装置と通信可能な第１の通信部と、
   前記１以上の画像形成装置の使用状況の情報や発生したエラー、ワーニングの情報である装置情報およびサービスマンが前記１以上の画像形成装置に対して行った保守作業の内容であるサービス情報を、前記１以上の画像形成装置を一意に識別可能な識別子および前記装置情報および前記サービス情報が発生した時刻に紐付けて履歴として記憶可能な履歴データベースと、
   前記１以上の画像形成装置をリモート監視およびリモート保守し、前記装置情報を収集し前記履歴データベースに記憶させるリモート監視・検診部と、
   前記サービス端末から前記サービス情報を収集し前記履歴データベースに記憶させ、特定の画像形成装置に関する前記履歴の照会要求を受けたとき、前記履歴データベースから前記特定の画像形成装置の前記履歴を取得し、取得した前記履歴を前記履歴照会の要求元に返す履歴管理部と
   を備え、
   前記サービス端末は、
   サービスマンから特定の画像形成装置に関する履歴の照会を指示されたとき、前記履歴の照会要求を前記リモート監視・検診サーバーに送り、返信された前記履歴を時系列で前記サービスマンに提示する
   管理システム。
2. 請求項１に記載の管理システムであって、
   前記管理システムは、更に、サービス管理サーバーを含み、
   前記サービス管理サーバーは、
   前記リモート監視・検診サーバーおよび前記サービス端末と通信可能な第２の通信部と、
   保守に関する顧客情報などが記憶されている顧客保守データベースと、
   前記サービス端末から前記サービス情報を収集し前記顧客保守データベースに記憶させるサービス管理部と、
   前記顧客保守データベース内の顧客情報を前記リモート監視・検診サーバーに提供するリモート監視・検診サーバー連携部と
   を備え、
   前記リモート監視・検診サーバーは、
   前記サービス管理サーバーが管理する顧客情報を前記サービス管理サーバーから取得するサービス管理サーバー連携部
   を更に備えた
   管理システム。
3. リモート監視・検診サーバーのリモート監視・検診部が、前記１以上の画像形成装置をリモート監視およびリモート保守し、前記１以上の画像形成装置の使用状況の情報や発生したエラー、ワーニングの情報である装置情報およびサービスマンが前記１以上の画像形成装置に対して行った保守作業の内容であるサービス情報を、前記１以上の画像形成装置を一意に識別可能な識別子および前記装置情報および前記サービス情報が発生した時刻に紐付けて履歴として記憶可能な履歴データベースに、収集した前記装置情報を記憶させ、
   前記リモート監視・検診サーバーの履歴管理部が、前記サービスマンの持つサービス端末から前記サービス情報を収集し前記履歴データベースに記憶させ、
   サービス端末が、サービスマンから特定の画像形成装置に関する履歴の照会を指示されたとき、前記履歴の照会要求を前記リモート監視・検診サーバーに送り、
   前記リモート監視・検診サーバーの履歴管理部が、前記履歴データベースから前記特定の画像形成装置の前記履歴を取得し、取得した前記履歴を前記履歴照会の要求元に返し、
   前記サービス端末が、返信された前記履歴を時系列で前記サービスマンに提示する
   管理方法。

Images