JP2022059332A - 機器管理システム、機器管理装置、機器管理方法、及びプログラム - Google Patents

Abstract

【課題】所定の処理を実行する電子機器で、利用者が対応できないエラーが発生したときに、エラー内容に応じた通知先に当該エラーに関する情報を通知する機器管理システムを提供する。【解決手段】機器管理システムは、電子機器の機器情報を収集する収集部と、前記機器情報に基づいて、利用者が対応できない旨と対応付けられている第１のエラーが前記電子機器で発生したか否かを判断する判断部と、前記電子機器で前記第１のエラーが発生した場合、前記第１のエラーに対応する通知先に、前記第１のエラーに関する情報を通知する通知部と、を有する。【選択図】図４

Description

本発明は、機器管理システム、機器管理装置、機器管理方法、及びプログラムに関する。

所定の処理を実行する電子機器において、エラーが発生したときに、エラーに関する情報を利用者に通知するシステムがある。

例えば、特許文献１には、複数の情報端末から投入されるジョブを実行する画像形成装置が、エラーが発生したときに、各情報端末と画像形成装置と間の距離に基づいて、エラーに関する情報を通知する情報端末を決定する技術が開示されている。

特許文献１に開示された技術では、画像形成装置がエラーに関する情報を通知した利用者は、当該エラーを解決できるとは限らない。このように、従来のシステムは、所定の処理を実行する電子機器で、利用者が対応できないエラーが発生したときに、エラー内容に応じた通知先に当該エラーに関する情報を通知することができないという問題がある。

本発明の一実施形態は、上記の問題点に鑑みてなされたものであって、所定の処理を実行する電子機器で、利用者が対応できないエラーが発生したときに、エラー内容に応じた通知先に当該エラーに関する情報を通知する機器管理システムを提供する。

上記の課題を解決するため、本発明の一実施形態に係る機器管理システムは、電子機器の機器情報を収集する収集部と、前記機器情報に基づいて、利用者が対応できない旨と対応付けられている第１のエラーが前記電子機器で発生したか否かを判断する判断部と、前記電子機器で前記第１のエラーが発生した場合、前記第１のエラーに対応する通知先に、前記第１のエラーに関する情報を通知する通知部と、を有する。

本発明の一実施形態によれば、所定の処理を実行する電子機器で、利用者が対応できないエラーが発生したときに、エラー内容に応じた通知先に当該エラーに関する情報を通知する機器管理システムを提供することができる。

一実施形態に係る機器管理システムのシステム構成の例を示す図である。 一実施形態に係るコンピュータのハードウェア構成の例を示す図である。 一実施形態に係る画像形成装置のハードウェア構成の例を示す図である。 第１の実施形態に係る機器管理システムの機能構成の例を示す図である。 第１の実施形態に係る機器管理システムが管理する情報の例を示す図（１）である。 第１の実施形態に係る機器管理システムが管理する情報の例を示す図（２）である。 第１の実施形態に係る機器管理システムの処理の例を示すフローチャートである。 第１の実施形態に係る解析担当者の通知先の取得処理の例を示すフローチャートである。 第２の実施形態に係る機器情報管理システムの機能構成の例を示す図である。 第２の実施形態に係る在庫情報の一例のイメージを示す図である。 第２の実施形態に係る判断処理の例を示すフローチャートである。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
＜システム構成＞
図１は、一実施形態に係る機器管理システムのシステム構成の例を示す図である。機器管理システム１００は、一例として、情報収集サーバ１０１、機器管理サーバ１０２、開発者情報管理サーバ１０３、保守情報管理サーバ１０４、サプライヤ情報管理サーバ１０５、及び利用者情報管理サーバ１０６等を含む。

情報収集サーバ１０１は、例えば、コンピュータの構成を有する情報処理装置、又は複数の情報処理装置を含むシステムである。情報収集サーバ１０１は、１つ以上の電子機器１０が、通信ネットワークを介して送信する機器情報を収集する。

ここで、電子機器１０は、例えば、インターネット、又はＬＡＮ（Local Area Network）等の通信ネットワークに接続され、定期的に電子機器１０に関する情報である機器情報を送信する機器である。電子機器１０には、例えば、プリンタ、スキャナ、コピー、ファクシミリ等の機能を有するＭＦＰ（Multifunction Peripheral）等の画像形成装置等が含まれる。

ただし、電子機器１０は、通信ネットワークに接続され、情報収集サーバ１０１に所定の機器情報を送信する装置であれば、画像形成装置に限られない。例えば、電子機器１０は、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、又はデジタルサイネージ等の出力装置が含まれていても良い。また、電子機器には、例えば、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、通信装置、又は情報処理装置が含まれていても良い。ここでは、一例として、電子機器１０が、画像形成装置であるものとして、以下の説明を行う。

電子機器１０が送信する機器情報には、例えば、印刷、コピー、又はスキャン等の電子機器１０が実行した処理内容を示す履歴情報、及び電子機器１０で発生したエラーの内容を示すエラー情報等が含まれる。また、エラー情報には、例えば、「機器のシリアル番号」、「機器のロケーション情報」、「エラーの種類」、「エラーコード」、及び「エラーの発生日時」等の情報が含まれる。

情報収集サーバ１０１は、１つ以上の電子機器１０から送信される機器情報を収集し、記憶部等に記憶して管理する。また、情報収集サーバ１０１は、収集した機器情報にエラー情報が含まれている場合、エラー情報を含む機器情報を、機器管理サーバ１０２に通知する。

機器管理サーバ（機器管理装置）１０２は、例えば、コンピュータの構成を有する情報処理装置、又は複数の情報処理装置を含むシステムである。機器管理サーバ１０２は、情報収集サーバ１０１から通知される機器情報に基づいて、電子機器１０で発生したエラーに関する情報を、より適切な通知先に通知する。

例えば、機器管理サーバ１０２は、通知された機器情報に含まれるエラー情報が、電子機器１０を利用する利用者が対応可能なエラーである場合、電子機器１０の利用者に対応する通知先に、発生したエラーに関する情報を通知する。ここで、利用者が対応可能なエラーは、例えば、紙詰まり、用紙切れ等の軽度のエラー等を含む。また、利用者に対応する通知先は、例えば、電子機器１０を利用する利用者（例えば、企業、施設、組織、又は個人）のメールアドレス、又は利用者が利用する情報端末２０に情報を通知するための情報（例えば、アカウント情報、電話番号）等を含む。

機器管理サーバ１０２は、例えば、電子機器１０を利用する利用者の情報を管理する利用者情報管理サーバ１０６等から、利用者に対応する通知先（例えば、メールアドレス）を取得することができる。

また、機器管理サーバ１０２は、通知された機器情報に含まれるエラー情報が、電子機器１０を利用する利用者が対応可能なエラーではない場合、当該エラーに対応可能な通知先の情報を取得し、電子機器１０で発生したエラーに関する情報を通知する。

例えば、機器管理サーバ１０２は、通知された機器情報に含まれるエラー情報が、利用者が対応可能なエラーではなく、かつ電子機器１０の消耗品に関するエラーである場合、消耗品を供給するサプライヤに対応する通知先に発生したエラーに関する情報を通知する。ここで、消耗品に関するエラーは、例えば、トナーの交換が必要であることを示すエラー等を含む。また、サプライヤに対応する通知先は、例えば、電子機器１０に関する消耗品を供給するサプライヤのメールアドレス、又はサプライヤが利用する情報端末２０に情報を通知するための情報等を含む。なお、サプライヤに対応する通知先は、例えば、電子機器１０が設置された組織内で、消耗品を支給する管理者、又は管理部門のメールアドレス等であっても良い。

機器管理サーバ１０２は、例えば、電子機器１０の消耗品を共有するサプライヤの情報を管理するサプライヤ情報管理サーバ１０５等から、サプライヤに対応する通知先（例えば、メールアドレス、電話番号、アカウント情報等）を取得することができる。

また、機器管理サーバ１０２は、通知された機器情報に含まれるエラー情報が、利用者が対応可能なエラーではなく、かつ保守担当者が対応できるエラーである場合、電子機器１０を保守する保守担当者に対応する通知先に発生したエラーに関する情報を通知する。ここで、保守担当者が対応できるエラーは、例えば、ユニット又は部品等の交換、修理、及び調整等を含む。また、保守担当者に対応する連絡先は、例えば、電子機器１０の保守を担当する保守担当者、又は保守を請け負う会社のメールアドレス等を含む。なお、保守担当者に対応する連絡先は、例えば、保守担当者が利用する情報端末２０に情報を通知するための情報（アカウント情報、電話番号等）等であっても良い。

機器管理サーバ１０２は、例えば、電子機器１０を保守する保守担当者の情報を管理する保守情報管理サーバ１０４等から、保守担当者に対応する通知先（例えば、メールアドレス、電話番号、アカウント情報等）を取得することができる。

さらに、機器管理サーバ１０２は、通知された機器情報に含まれるエラー情報が、利用者、サプライヤ、及び保守担当者のいずも対応できない場合、障害を解析する解析担当者に対応する通知先に、発生したエラーに関する情報を通知する。ここで、障害を解析する解析担当者は、例えば、電子機器１０のハードウェア、又はソフトウェアを開発した開発者等を含む。

機器管理サーバ１０２は、例えば、電子機器１０のハードウェア、及びソフトウェアを開発した開発者の情報を管理する開発者情報管理サーバ１０３等から、開発者に対応する通知先（メールアドレス、電話番号、アカウント情報等）を取得することができる。

このように、機器管理サーバ１０２は、通知された機器情報に含まれるエラー情報が、電子機器１０を利用する利用者が対応可能なエラーではない場合、当該エラーを解決し得る通知先の情報を取得し、電子機器１０で発生したエラーに関する情報を通知する。

開発者情報管理サーバ１０３、保守情報管理サーバ１０４、サプライヤ情報管理サーバ１０５、及び利用者情報管理サーバ１０６は、例えば、コンピュータの構成を有する情報処理装置、又は複数の情報処理装置を含むシステムである。

情報端末２０は、例えば、利用者、サプライヤ、保守担当者、又は開発者等が利用する、ＰＣ（Personal Computer）、スマートフォン、タブレット端末、又はウェアブル端末等の情報処理装置である。

上記の構成により、機器管理システム１００は、所定の処理を実行する電子機器１０で、利用者が対応できないエラーが発生した場合、より適切な通知先（エラーを解決し得る通知先）を決定し、決定した通知先に、発生したエラーに関する情報を通知する。これにより、本実施形態によれば、所定の処理を実行する電子機器１０で、利用者が対応できないエラーが発生したときに、エラー内容に応じた通知先に当該エラーに関する情報を通知する機器管理システムを１００提供することができる。

なお、図１に示す機器管理システム１００のシステム構成は一例である。例えば、情報収集サーバ１０１の機能は、機器管理サーバ１０２に含まれていても良い。また、開発者情報管理サーバ１０３、保守情報管理サーバ１０４、サプライヤ情報管理サーバ１０５、及び利用者情報管理サーバ１０６の機能のうち、少なくとも一部は、機器管理サーバ１０２に含まれていても良い。さらに、開発者情報管理サーバ１０３、保守情報管理サーバ１０４、サプライヤ情報管理サーバ１０５、及び利用者情報管理サーバ１０６の機能は、機器管理システム１００の外部のクラウドサービス等によって実現されるものであっても良い。

＜ハードウェア構成＞
（コンピュータのハードウェア構成）
情報収集サーバ１０１、機器管理サーバ１０２、開発者情報管理サーバ１０３、保守情報管理サーバ１０４、サプライヤ情報管理サーバ１０５、利用者情報管理サーバ１０６、及び情報端末２０等は、１つ以上のコンピュータによって実現される。

図２は、一実施形態に係るコンピュータのハードウェア構成の例を示す図である。コンピュータ２００は、例えば、図２に示されるように、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、ＨＤ（Hard Disk）２０４、ＨＤＤ（Hard Disk Drive）コントローラ２０５、ディスプレイ２０６、外部機器接続Ｉ／Ｆ（Interface）２０７、ネットワークＩ／Ｆ２０８、キーボード２０９、ポインティングデバイス２１０、ＤＶＤ－ＲＷ（Digital Versatile Disk Rewritable)ドライブ２１２、メディアＩ／Ｆ２１４、及びバスライン２１５等を備えている。

これらのうち、ＣＰＵ２０１は、コンピュータ２００全体の動作を制御する。ＲＯＭ２０２は、例えば、ＩＰＬ（Initial Program Loader）等のコンピュータ２００の起動に用いられるプログラムを記憶する。ＲＡＭ２０３は、例えば、ＣＰＵ２０１のワークエリア等として使用される。ＨＤ２０４は、例えば、ＯＳ（Operating System）、アプリケーション、デバイスドライバ等のプログラムや、各種データを記憶する。ＨＤＤコントローラ２０５は、例えば、ＣＰＵ２０１の制御に従ってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。

ディスプレイ２０６は、例えば、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。なお、ディスプレイ２０６は、コンピュータ２００の外部に設けられていても良い。外部機器接続Ｉ／Ｆ２０７は、例えば、ローカル機器等の外部装置を接続するＵＳＢ等のインタフェースである。ネットワークＩ／Ｆ２０８は、通信ネットワークを利用してデータ通信をするためのインタフェースである。

キーボード２０９は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス２１０は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行なう入力手段の一種である。なお、キーボード２０９、及びポインティングデバイス２１０は、コンピュータ２００の外部に設けられていても良い。

ＤＶＤ－ＲＷドライブ２１２は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ２１１に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷ２１１は、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であっても良い。メディアＩ／Ｆ２１４は、フラッシュメモリ等のメディア２１３に対するデータの読み出し又は書き込み（記憶）を制御する。バスライン２１５は、上記の各構成要素を電気的に接続するためのアドレスバス、データバス及び各種の制御信号等を含む。

（画像形成装置のハードウェア構成）
ここでは、電子機器１０の一例である画像形成装置（ＭＦＰ）のハードウェア構成の例について説明する。

図３は、一実施形態に係る画像形成装置のハードウェア構成の例を示す図である。画像形成装置３００は、例えば、図３に示されるように、コントローラ３１０、近距離通信回路３２０、エンジン制御部３３０、操作パネル３４０、ネットワークＩ／Ｆ３５０、及び外部機器接続Ｉ／Ｆ６６０等を備えている。

これらのうち、コントローラ３１０は、コンピュータの主要部であるＣＰＵ３０１、システムメモリ（ＭＥＭ－Ｐ）３０２、ノースブリッジ（ＮＢ）３０３、サウスブリッジ（ＳＢ）３０４、ＡＳＩＣ（Application Specific Integrated Circuit）３０５、ローカルメモリ（ＭＥＭ－Ｃ）３０６、ＨＤＤコントローラ３０７、及び、ＨＤ３０８等を有し、ＮＢ３０３とＡＳＩＣ３０５との間をＡＧＰ（Accelerated Graphics Port）バス３１１で接続した構成となっている。

これらのうち、ＣＰＵ３０１は、所定のプログラムを実行することにより、画像形成装置３００の全体制御を行なう演算部である。ＮＢ３０３は、ＣＰＵ３０１と、ＭＥＭ－Ｐ３０２、ＳＢ３０４、及びＡＧＰバス３１１とを接続するためのブリッジであり、ＭＥＭ－Ｐ３０２に対する読み書き等を制御するメモリコントローラと、ＰＣＩ（Peripheral Component Interconnect）マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ－Ｐ３０２は、コントローラ３１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ３０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ３０２ｂとからなる。なお、ＲＡＭ３０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。

ＳＢ３０４は、ＮＢ３０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ３０５は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス３１１、ＰＣＩバス３１２、ＨＤＤコントローラ３０７、及びＭＥＭ－Ｃ３０６をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ３０５は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ３０５の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ３０６を制御するメモリコントローラ、ハードウェアロジック等により画像データの回転等を行なう複数のＤＭＡＣ（Direct Memory Access Controller）、並びに、スキャナ部３３１及びプリンタ部３３２との間でＰＣＩバス３１２を介したデータ転送を行なうＰＣＩユニットとからなる。

ＭＥＭ－Ｃ３０６は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ３０８は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行なうためのストレージである。なお、ＨＤ３０８は、例えば、ＯＳ、アプリケーション、デバイスドライバ等のプログラムや、各種データを記憶しても良い。ＨＤＤコントローラ３０７は、ＣＰＵ３０１の制御に従ってＨＤ３０８に対するデータの読出又は書込を制御する。ＡＧＰバス３１１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ３０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

近距離通信回路３２０は、近距離通信回路用のアンテナ３２０ａ等を用いて、各種の近距離無線通信を行なう。エンジン制御部３３０は、例えば、スキャナ部３３１及びプリンタ部３３２等によって構成されている。スキャナ部３３１は、原稿等を読み取る読取装置である。プリンタ部３３２は、印刷データを印刷媒体に印刷する印刷装置である。スキャナ部３３１又はプリンタ部３３２には、例えば、誤差拡散やガンマ変換等の画像処理部分が含まれている。

操作パネル３４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部３４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなる操作ボタン３４０ｂを備えている。コントローラ３１０は、画像形成装置３００の全体の制御を行ない、例えば、描画、通信、操作パネル３４０からの入力等を制御する。

また、ネットワークＩ／Ｆ３５０は、通信ネットワークを利用してデータ通信を行うためのインタフェースである。外部機器接続Ｉ／Ｆ３６０は、画像形成装置３００に外部装置を接続するための、例えば、ＵＳＢ等のインタフェースである。近距離通信回路３２０、ネットワークＩ／Ｆ３５０、及び外部機器接続Ｉ／Ｆ３６０は、例えば、ＰＣＩバス３１２を介して、ＡＳＩＣ３０５に電気的に接続されている。

なお、電子機器１０は、コンピュータの構成と、ネットワークＩ／Ｆ３５０とを備えていれば良く、他のハードウェア構成は任意の構成であって良い。

［第１の実施形態］
＜機能構成＞
続いて、第１の実施形態に係る機器管理システム１００の機能構成について説明する。図４は、第１の実施形態に係る機器管理システムの機能構成の例を示す図である。機器管理システム１００は、１つ以上のコンピュータ２００で所定のプログラムを実行することにより、例えば、図４に示すような機能構成を実現している。例えば、機器管理システム１００は、通信部４０１、収集部４０２、判断部４０３、通知先決定部４０４、通知部４０５、取得部４０６、利用者情報管理部４０７、サプライヤ情報管理部４０８、保守情報管理部４０９、開発者情報管理部４１０、及び記憶部４１１を有する。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

通信部４０１は、ネットワークＩ／Ｆ２０８を用いて、機器管理システム１００を、例えば、インターネット、又はＬＡＮ（Local Area Network）等を含む通信ネットワークＮに接続し、１つ以上の電子機器１０、及び１つ以上の情報端末２０等と通信する。

収集部４０２は、１つ以上の電子機器１０の機器情報を収集する。例えば、収集部４０２は、画像形成装置３００等の電子機器１０が送信する機器情報を、通信部４０１を介して受信し、受信した機器情報を記憶部４１１等に記憶する。

判断部４０３は、収集部４０２が収集する電子機器１０の機器情報にエラー情報が含まれている場合（電子機器１０でエラーが発生した場合）、電子機器１０で発生したエラーが、利用者が対応できない第１のエラーであるか否かを判断する。

好ましくは、判断部４０３は、収集部４０２が収集する電子機器１０の機器情報にエラー情報が含まれている場合、電子機器１０で発生したエラーが、利用者が対応できる第２のエラーであるか否かも判断する。

ここで、電子機器１０の機器情報に含まれるエラー情報は、例えば、「機器のシリアル番号」、「機器のロケーション情報」、「エラーの種類」、「エラーコード」、及び「エラーの発生日時」等の情報を含むものとする。また、機器情報、又はエラー情報は、エラーを解析するためのログ情報等を含むものとする。

「機器のシリアル番号」は、電子機器１０を識別する識別情報の一例であり、例えば、機器ＩＤ、又は機器名等の情報であっても良い。「機器のロケーション情報」は、電子機器１０が設置されている地域を特定するための情報であり、例えば、電子機器１０の位置を示す座標情報、住所、事業所名、又はフロア名等の情報を含む。「エラーの種類」は、電子機器１０のエラーを、例えば、障害領域（ハードウェア、又はソフトウェア等）、機能（例えば、コピー、プリント、スキャン等）、重要度、又は難易度等で複数のグループに分類し、発生したエラーが属するグループを示す情報である。「エラーコード」は、エラーの内容を識別するための識別情報であり、例えば、エラーＩＤ、又はエラー名等であっても良い。「エラーの発生日時」は、エラーが発生した日付、及び時間を示す情報である。

また、機器管理システム１００は、例えば、図５（Ａ）に示すような通知先情報５０１を、記憶部４１１等に予め記憶している。図５（Ａ）の例では、通知先情報５０１は、複数のエラーコード（又はエラーＩＤ）と、各エラーコードに対応する通知先の情報（利用者、保守担当者、サプライヤ等）とを記憶している。

例えば、判断部４０３は、図５（Ａ）に示すような通知先情報５０１を用いて、エラー情報に含まれるエラーコードに対応する通知先が「利用者」である場合、電子機器１０で利用者が対応できる第２のエラーが発生したと判断することができる。また、判断部４０３は、通知先情報５０１を用いて、エラー情報に含まれるエラーコードに対応する通知先が「利用者」でない場合、電子機器１０で利用者が対応できない第１のエラーが発生したと判断することができる。

別の一例として、機器管理システム１００は、通知先情報５０１に、複数のエラーの種類と、各エラーの種類に対応する通知先の情報とを記憶していても良い。この場合、判断部４０３は、エラー情報に含まれる「エラーの種類」と、通知先情報５０１とを用いて、電子機器１０で利用者が対応できない第１のエラーが発生したか否かを判断することができる。

このように、判断部４０３は、収集部４０２が収集する電子機器１０の機器情報に基づいて、利用者が対応できない旨と対応付けられている第１のエラーが電子機器１０で発生したか否かを判断する。なお、図５（Ａ）に示す通知先情報５０１において、エラーコード「Ｅｒｒｏｒ３」、「Ｅｒｒｏｒ４」、及び「Ｅｒｒｏｒ５」に対応するエラーは、利用者が対応できない旨と対応付けられている第１のエラーの一例である。

また、判断部４０３は、収集部４０２が収集する電子機器１０の機器情報に基づいて、利用者が対応できる旨と対応付けられている第２のエラーが電子機器１０で発生したか否かを判断する。なお、図５（Ａ）に示す通知先情報５０１において、エラーコード「Ｅｒｒｏｒ１」、及び「Ｅｒｒｏｒ２」に対応するエラーは、利用者が対応できる旨と対応付けられている第２のエラーの一例である。

通知先決定部４０４は、電子機器１０で発生したエラーに関する情報を通知する通知先を決定する。

例えば、通知先決定部４０４は、電子機器１０で利用者が対応できる第２のエラーが発生した場合、利用者情報管理部４０７が管理する情報を用いて、第２のエラーに関する情報を通知する通知先を決定する。

利用者情報管理部４０７は、例えば、図５（Ｂ－１）に示すような利用者情報５０２、及び図５（Ｂ－２）に示すような利用機器情報５０３を、記憶部４１１等に記憶して管理している。通知先決定部４０４は、例えば、エラー情報に含まれる「機器のシリアル番号」を用いて、利用機器情報５０３から利用者ＩＤを特定し、特定した利用者ＩＤを用いて、利用者情報５０２から通知先の情報（例えば、メールアドレス）を取得する。

また、通知先決定部４０４は、電子機器１０で利用者が対応できない第１のエラーが発生した場合、第１のエラーに関する情報を通知する、より適切な通知先を決定する。

例えば、通知先決定部４０４は、電子機器１０で発生した第１のエラーが消耗品に関するエラーである場合、サプライヤ情報管理部４０８が管理する情報を用いて、第１のエラーに関する情報を通知する通知先を決定する。

サプライヤ情報管理部４０８は、例えば、図５（Ｃ）に示すようなサプライヤ情報５０４を、記憶部４１１等に記憶して管理している。通知先決定部４０４は、エラー情報に含まれる「機器のロケーション情報」を用いて、電子機器１０が設置されている地域を特定し、特定した地域を用いて、サプライヤ情報５０４から通知先の情報（例えば、メールアドレス）を取得する。

また、通知先決定部４０４は、発生した第１のエラーが消耗品に関するエラーではなく、かつ電子機器１０を保守する保守担当者が対応できるエラーである場合、保守情報管理部４０９が管理する情報を用いて、第１のエラーに関する情報を通知する通知先を決定する。

保守情報管理部４０９は、例えば、図６（Ａ）に示すような保守担当情報６０１、及び図６（Ａ－２）に示すような保守機器情報６０２を、記憶部４１１等に記憶して管理している。通知先決定部４０４は、エラー情報に含まれる「機器のシリアル情報」を用いて、保守機器情報６０２から保守担当ＩＤを特定し、特定した保守担当ＩＤを用いて、保守担当情報６０１から通知先の情報（例えば、メールアドレス）を取得する。

さらに、通知先決定部４０４は、電子機器１０で発生した第１のエラーが消耗品に関するエラーではなく、かつ電子機器１０を保守する保守担当者が対応できないエラーである場合、電子機器１０の障害を解析する解析担当者を、通知先に決定する。この場合、通知先決定部は、例えば、後述する取得部４０６を用いて、解析担当者の通知先（例えば、メールアドレス）を取得する。

通知部４０５は、電子機器１０で利用者が対応できない第１のエラーが発生した場合、通知先決定部４０４が決定した、第１のエラーに対応する通知先に、第１のエラーに関する情報を通知する。また、通知部４０５は、電子機器１０で利用者が対応できる第２のエラーが発生した場合、電子機器１０の利用者に対応する通知先に、第２のエラーに対応する情報を通知する。

取得部４０６は、電子機器１０で発生した第１のエラーが消耗品に関するエラーではなく、かつ電子機器１０を保守する保守担当者が対応できないエラーである場合、電子機器１０の障害を解析する解析担当者に対応する通知先を取得する。取得部４０６は、例えば、機器情報に含まれるログ情報を解析して、電子機器１０で発生している障害の障害領域、及び機能を特定し、特定した障害領域、及び機能を開発した開発者の通知先（例えば、メールアドレス）を取得する。

利用者情報管理部４０７は、例えば、図５（Ｂ－１）に示すような利用者情報５０２、及び図５（Ｂ－２）に示すような利用機器情報５０３を、記憶部４１１等に記憶して管理する。利用者情報管理部４０７は、例えば、図１の利用者情報管理サーバ１０６が実現しても良いし、機器管理サーバ１０２が実行するプログラムが実現しても良い。

サプライヤ情報管理部４０８は、例えば、図５（Ｃ）に示すようなサプライヤ情報５０４を、記憶部４１１等に記憶して管理する。サプライヤ情報管理部４０８は、例えば、図１のサプライヤ情報管理サーバ１０５が実現しても良いし、機器管理サーバ１０２が実行するプログラムが実現しても良い。

保守情報管理部４０９は、例えば、図６（Ａ－１）に示すような保守担当情報６０１、及び図６（Ａ－２）に示すような保守機器情報６０２を、記憶部４１１等に記憶して管理する。保守情報管理部４０９は、例えば、図１の保守情報管理サーバ１０４が実現しても良いし、機器管理サーバ１０２が実行するプログラムが実現しても良い。

開発者情報管理部４１０は、例えば、図６（Ｂ）に示すような開発者情報６０３を、記憶部４１１等に記憶して管理する。開発者情報管理部４１０は、例えば、図１の開発者情報管理サーバ１０３が実現するものであっても良いし、機器管理サーバ１０２が実行するプログラムが実現するものであっても良い。

図６（Ｂ）の例では、開発者情報６０３は、項目として、「開発者ＩＤ」、「開発者名」、「障害領域」、「機能」、及び「通知先」等の情報を含む。「開発者ＩＤ」は、開発者を識別する識別情報である。「開発者名」は、開発者の名前等を示す情報である。「障害領域」は、エラーが、ハードウェアに関するエラーであるか、ソフトウェアに関するエラーであるかを示す情報である。「機能」は、エラーが発生した機能を示す情報である。「通知先」は、開発者にエラーに関する情報を通知するためのメールアドレス等の情報である。

記憶部４１１は、コンピュータ２００が備えるＨＤ２０４、及びＨＤＤコントローラ２０５等のストレージデバイスによって実現される。なお、記憶部４１１は、複数のコンピュータ２００のストレージデバイスの組み合わせであっても良いし、１つのストレージサーバ等であっても良い。

なお、図４に示す機器管理システムに含まれる各機能構成は、例えば、図１に示すように、複数のサーバ装置によって実現されるものであっても良いし、１つの機器管理サーバ（機器管理装置）１０２によって実現されるものであっても良い。

＜処理の流れ＞
続いて、第１の実施形態に係る機器管理方法の処理の流れについて説明する。

（機器管理システムの処理）
図７は、第１の実施形態に係る機器管理システムの処理の例を示すフローチャートである。この処理は、例えば、図４で説明した機能構成を有する機器管理システム１００が、画像形成装置３００（電子機器１０の一例）から機器情報を受信したときに実行する処理の一例を示している。

ステップＳ７０１において、機器管理システム１００の通信部４０１が、画像形成装置３００が送信した機器情報を受信すると、機器管理システム１００は、ステップＳ７０２以降の処理を実行する。

ステップＳ７０２において、収集部４０２は、通信部４０１が受信した機器情報を収集し、収集した機器情報にエラー情報が含まれている否かを判断する。機器情報にエラー情報が含まれていない場合、収集部４０２は、図７の処理を終了する。一方、機器情報にエラー情報が含まれている場合、収集部４０２は、処理をステップＳ７０３に移行させる。

ステップＳ７０３に移行すると、判断部４０３は、収集部４０２が収集した機器情報に基づいて、画像形成装置３００で発生したエラーが、利用者が対応できない第１のエラーであるか、利用者が対応できる第２のエラーであるかを判断する。例えば、判断部４０３は、エラー情報からエラーコードを取得し、図５（Ａ）に示すような通知先情報５０１において、取得したエラーコードに対応する通知先が「利用者」でない場合、画像形成装置３００で利用者が対応できない第１のエラーが発生したと判断する。一方、判断部４０３は、通知先情報５０１において、取得したエラーコードに対応する通知先が「利用者」である場合、画像形成装置３００で利用者が対応できる第２のエラーが発生したと判断する。

画像形成装置３００で発生したエラーが、利用者が対応できる第２のエラーである場合、判断部４０３は、処理をステップＳ７０４に移行させる。一方、画像形成装置３００で発生したエラーが、利用者が対応できない第１のエラーである場合、判断部４０３は、処理をステップＳ７０５に移行させる。

ステップＳ７０４に移行すると、通知先決定部４０４は、機器情報を送信した画像形成装置３００の利用者に対応する通知先を取得する。例えば、通知先決定部４０４は、エラー情報から機器のシリアル番号を取得し、図５（Ｂ－２）に示すような利用機器情報５０３から、取得した機器のシリアル番号に対応する利用者ＩＤを取得する。また、通知先決定部４０４は、図５（Ｂ－１）に示すような利用者情報５０２から、取得した利用者ＩＤに対応する通知先（利用者のメールアドレス等）を取得する。

一方、ステップＳ７０５に移行すると、通知先決定部４０４は、画像形成装置３００で発生したエラーが、消耗品に関するエラーであるか否かを判断する。例えば、通知先決定部４０４は、収集した機器情報に、消耗品に関するエラーが発生したことを示すエラー情報（例えば、Ｅｒｒｏｒ４、又はＥｒｒｏｒ５）が含まれる場合、画像形成装置３００で発生したエラーが、消耗品に関するエラーであると判断する。

画像形成装置３００で発生したエラーが消耗品に関するエラーである場合、通知先決定部４０４は、処理をステップＳ７０６に移行させる。一方、画像形成装置３００で発生したエラーが消耗品に関するエラーでない場合、通知先決定部４０４は、処理をステップＳ７０７に移行させる。

ステップＳ７０６に移行すると、通知先決定部４０４は、画像形成装置３００が設置された地域のサプライヤに対応する通知先を取得する。例えば、通知先決定部４０４は、エラー情報から機器のロケーション情報を取得し、機器のロケーション情報から、画像形成装置３００が設置されている地域を特定する。また、通知先決定部４０４は、図５（Ｃ）に示すようなサプライヤ情報５０４から、特定した地域に対応する通知先（サプライヤのメールアドレス等）を取得する。

一方、ステップＳ７０７に移行すると、通知先決定部４０４は、画像形成装置３００で発生したエラーが、保守担当者が対応できるエラーであるか否かを判断する。例えば、通知先決定部４０４は、収集した機器情報に、保守担当者が対応できるエラーが発生したことを示すエラー情報（例えば、Ｅｒｒｏｒ３）が含まれる場合、画像形成装置３００で発生したエラーが、保守担当者が対応できるエラーであると判断する。

画像形成装置３００で発生したエラーが、保守担当者が対応できるエラーである場合、通知先決定部４０４は、処理をステップＳ７０８に移行させる。一方、画像形成装置３００で発生したエラーが、保守担当者が対応できるエラーでない場合、通知先決定部４０４は、処理をステップＳ７０９に移行させる。

ステップＳ７０８に移行すると、通知先決定部４０４は、エラーが発生した画像形成装置３００の保守担当者に対応する通知先を取得する。例えば、通知先決定部４０４は、エラー情報から機器のシリアル番号を取得し、図６（Ａ－２）に示すような保守機器情報６０２から、取得した機器のシリアル番号に対応する保守担当ＩＤを取得する。また、通知先決定部４０４は、図６（Ａ－１）に示すような保守担当情報６０１から、取得した保守担当ＩＤに対応する通知先（保守担当者のメールアドレス等）を取得する。

一方、ステップＳ７０９に移行すると、通知先決定部４０４は、取得部４０６を用いて、画像形成装置３００で発生している障害（エラー）を解析する解析担当者に対応する通知先を取得する。

図８は、第１の実施形態に係る解析担当者の通知先の取得処理の例を示すフローチャートである。この処理は、例えば、図７のステップＳ７０９において、取得部４０６が、通知先決定部４０４からの要求に応じて実行する、解析担当者の通知先を取得する処理の一例を示している。

ステップＳ８０１において、取得部４０６は、機器情報に含まれるログ情報を取得する。ログ情報には、画像形成装置３００で発生したエラーに関する、エラー情報より詳細な情報が含まれている。例えば、ログ情報には、エラーが発生したハードウェア（ユニット、部品、機能等）に関する情報、エラーが発生したソフトウェア（機能、モジュール等）に関する情報、又はエラーが発生したときのメモリの状態を示す情報等が含まれる。

ステップＳ８０２において、取得部４０６は、ログ情報から、画像形成装置３００で発生したエラーの障害領域が、ハードウェアであるか、ソフトウェアであるかを解析する。また、ステップＳ８０３において、取得部４０６は、障害領域がハードウェアである場合、処理をステップＳ８０４に移行させる。一方、取得部４０６は、障害領域がハードウェアでない場合（障害領域がソフトウェアである場合）、処理をステップＳ８０６に移行させる。

ステップＳ８０４に移行すると、取得部４０６は、ログ情報から、障害が発生したハードウェアの機能を解析する。また、ステップＳ８０５において、取得部４０６は、例えば、図６（Ｂ）に示すような開発者情報６０３から、障害が発生したハードウェアの機能に対応する通知先（開発者のメールアドレス等）を取得する。

一方、ステップＳ８０３からステップＳ８０６に移行すると、取得部４０６は、障害が発生したソフトウェアの機能を解析する。また、ステップＳ８０７において、取得部４０６は、例えば、図６（Ｂ）に示すような開発者情報６０３から、障害が発生したソフトウェアの機能に対応する通知先（開発者のメールアドレス等）を取得する。

上記の処理により、取得部４０６は、画像形成装置３００で、利用者、サプライヤ、及び保守担当者等が対応できないエラーが発生した場合、画像形成装置３００を開発した開発者の通知先を取得する。また、上記の処理により、取得部４０６は、画像形成装置３００を開発した開発者のうち、エラーが発生した障害領域、及び機能により詳しい開発者を、障害（エラー）を解析する解析者として選択することができる。

ここで、図７に戻り、機器管理システムの処理の説明を続ける。

ステップＳ７１０において、通知部４０５は、ステップＳ７０３～Ｓ７０８で取得した通知先（例えば、メールアドレス）に、エラーに関する情報を送信する。

上記の処理により、機器管理システム１００は、画像形成装置３００で、利用者が対応できないエラーが発生した場合、より適切な通知先（エラーを解決する通知先）に、エラーに関する情報を送信することができる。

なお、図７に示す機器管理システム１００の処理は一例である。例えば、上記の処理では、通知先決定部４０４は、通知先情報５０１を用いて、電子機器１０で発生したエラーが、利用者が対応できない第１のエラーであるか否かを判断している。ただし、これに限られず、通知先決定部４０４は、機器情報に含まれるログ情報を解析して、電子機器１０で発生したエラーが、利用者が対応できない第１のエラーであるか否かを判断しても良い。

同様に、通知先決定部４０４は、機器情報に含まれるログ情報を解析して、電子機器１０で発生したエラーが、消耗品に関するエラーであるか否か、又は保守担当者が対応できるエラーであるか否かを判断しても良い。

以上より、本実施形態によれば、所定の処理を実行する電子機器１０で、利用者が対応できないエラーが発生したときに、当該エラーを解消することを容易にする機器管理システム１００を提供することができる。

［第２の実施形態］
第１の実施形態では、判断部４０３は、収集部４０２が収集した機器情報と、図５（Ａ）に示すような通知先情報５０１とを用いて、画像形成装置３００で発生したエラーが、利用者が対応できる第２のエラーであるか否かを判断していた。しかし、この方法では、消耗品の在庫がある場合でも、サプライヤにエラーに関する情報が通知されるため、サプライヤの負担が大きくなる場合がある。

そこで、第２の実施形態では、判断部４０３は、消耗品の在庫情報をさらに用いて、画像形成装置３００で発生したエラーが、利用者が対応できる第２のエラーであるか否かを判断する場合の例について説明する。

＜機能構成＞
図９は、第２の実施形態に係る機器管理システムの機能構成の例を示す図である。図９に示すように、第２の実施形態に係る機器管理システム１００は、図４で説明した第１の実施形態に係る機器管理システム１００の機能構成に加えて、在庫情報管理部９０１を有している。

在庫情報管理部９０１は、コンピュータ２００で実行されるプログラムによって実現され、例えば、図１０に示すような在庫情報１０００を、記憶部４１１等に記憶して管理する。

図１０は、第２の実施形態に係る在庫情報の一例のイメージを示す図である。図１０の例では、在庫情報１０００には、機器シリアル番号、消耗品種別、納入日、納入数量、平均消費日数、及び予想残量等の情報が記憶されている。これらの情報は、例えば、サプライヤが提供するものであっても良いし、画像形成装置３００が設置された拠点で消耗品を管理する管理者（又は管理部門）等が提供するもの等であっても良い。

また、図１０の例では、画像形成装置３００ごとに、上記の各情報を管理しているが、これに限られず、例えば、画像形成装置３００が設置された拠点ごとに、上記の各情報を管理しても良い。

＜処理の流れ＞
図１１は、第２の実施形態に係る判断処理の例を示すフローチャートである。この処理は、例えば、図７のステップＳ７０３において、判断部４０３が実行する判断処理の別の一例を示している。なお、図７のステップＳ７０３以外の処理については、第１の実施形態と同様で良い。

ステップＳ１１０１において、判断部４０３は、収集部４０２が収集した機器情報に含まれるエラー情報からエラーコードを取得する。

ステップＳ１１０２において、図５（Ａ）に示すような通知先情報５０１において、取得したエラーコードに対応する通知先が「利用者」であるか否かを判断する。取得したエラーコードに対応する通知先が「利用者」である場合、判断部４０３は、処理をステップＳ１１０３に移行させる。一方、取得したエラーコードに対応する通知先が「利用者」でない場合、判断部４０３は、処理をステップＳ１１０４に移行させる。

ステップＳ１１０３に移行すると、判断部４０３は、画像形成装置３００で、利用者が対応できるエラー（第２のエラー）が発生したと判断する。

一方、ステップＳ１１０４に移行すると、判断部４０３は、図５（Ａ）に示すような通知先情報５０１において、取得したエラーコードに対応する通知先が「サプライヤ」であるか否かを判断する。取得したエラーコードに対応する通知先が「サプライヤ」である場合、判断部４０３は、処理をステップＳ１１０５に移行させる。一方、取得したエラーコードに対応する通知先が「サプライヤ」でない場合、判断部４０３は、処理をステップＳ１１０６に移行させる。

ステップＳ１１０５に移行すると、判断部４０３は、例えば、図１０に示すような在庫情報１０００を参照して、エラーが発生した消耗品の残量が閾値以上であるか否かを判断する。エラーが発生した消耗品の残量が閾値以上である場合、判断部４０３は、処理をステップＳ１１０３に移行させる。一方、エラーが発生した消耗品の残量が閾値未満である場合、判断部４０３は、処理をステップＳ１１０６に移行させる。

上記の処理により、機器管理システム１００は、画像形成装置３００で、消耗品に関するエラーが発生した場合でも、当該消耗品の在庫がある場合、サプライヤではなく、利用者に、エラーに関する情報を通知することができるようになる。

なお、例えば、画像形成装置３００のトナー、用紙等の消耗品は、在庫があれば利用者でも補給することができる。従って、第２の実施形態によれば、所定の処理を実行する電子機器１０で、利用者が対応できないエラーが発生したときに、より適切な通知先に、エラーに関する情報を通知することができる。

以上、本発明の各実施形態によれば、所定の処理を実行する電子機器１０で、利用者が対応できないエラーが発生したときに、エラー内容に応じた通知先に当該エラーに関する情報を通知する機器管理システム１００を提供することができる。これにより、所定の処理を実行する電子機器１０で、利用者が対応できないエラーが発生したときに、当該エラーを解消することが容易になる。

＜補足＞
上記で説明した各実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの1つを示すものに過ぎない。ある実施形態では、機器管理サーバ１０２は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、機器管理システム１００に含まれる他のサーバも、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

さらに、機器管理システム１００は、開示された処理ステップ、例えば図７、８、１１を様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、機器管理サーバ１０２によって実行され得る。同様に、所定のユニットの機能は、情報収集サーバ１０１によって実行することができる。また、機器管理システム１００の各要素は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

１０ 電子機器
２０ 情報端末
１００ 機器管理システム
３００ 画像形成装置（電子機器の一例）
４０２ 収集部
４０３ 判断部
４０４ 通知先決定部
４０５ 通知部
４０６ 取得部
９０１ 在庫情報管理部

特開２０１７－０１９１６２号公報

Claims (10)

1. 電子機器の機器情報を収集する収集部と、
   前記機器情報に基づいて、利用者が対応できない旨と対応付けられている第１のエラーが前記電子機器で発生したか否かを判断する判断部と、
   前記電子機器で前記第１のエラーが発生した場合、前記第１のエラーに対応する通知先に、前記第１のエラーに関する情報を通知する通知部と、
   を有する、機器管理システム。
2. 前記判断部は、前記機器情報に基づいて、前記利用者が対応できる旨と対応付けられている第２のエラーが前記電子機器で発生したか否かを判断し、
   前記通知部は、前記電子機器で前記第２のエラーが発生した場合、前記利用者に対応する通知先に、前記第２のエラーに関する情報を通知する、請求項１に記載の機器管理システム。
3. 前記通知部は、前記電子機器で前記第１のエラーが発生し、かつ前記機器情報に消耗品に関するエラーが発生したことを示すエラー情報が含まれる場合、前記消耗品を供給するサプライヤに対応する通知先に、前記第１のエラーに関する情報を通知する、請求項１又は２に記載の機器管理システム。
4. 前記電子機器の消耗品の在庫情報を管理する在庫情報管理部を有し、
   前記判断部は、前記機器情報に前記消耗品に関するエラーが発生したことを示すエラー情報が含まれ、かつ前記消耗品の在庫がある場合、前記電子機器で前記利用者が対応できる第２のエラーが発生したと判断する、請求項１乃至３のいずれか一項に記載の機器管理システム。
5. 前記通知部は、前記電子機器で前記第１のエラーが発生し、かつ前記機器情報に前記電子機器を保守する保守担当者が対応できるエラーが発生したことを示すエラー情報が含まれる場合、前記保守担当者に対応する通知先に、前記第１のエラーに関する情報を通知する、請求項１乃至４のいずれか一項に記載の機器管理システム。
6. 前記通知部は、前記電子機器で前記第１のエラーが発生し、かつ前記機器情報に、消耗品に関するエラーが発生したことを示すエラー情報、及び前記電子機器を保守する保守担当者が対応できるエラーが発生したことを示すエラー情報が含まれていない場合、前記電子機器の障害を解析する解析担当者に対応する通知先に、前記第１のエラーに関する情報を通知する、請求項３乃至５のいずれか一項に記載の機器管理システム。
7. 前記機器情報は、前記第１のエラーに関するログ情報を含み、
   前記機器管理システムは、前記ログ情報に基づいて、前記第１のエラーに関する情報を通知する前記解析担当者に対応する通知先を取得する取得部を有する、請求項６に記載の機器管理システム。
8. 電子機器の機器情報を収集する収集部と、
   前記機器情報に基づいて、利用者が対応できない旨と対応付けられている第１のエラーが前記電子機器で発生したか否かを判断する判断部と、
   前記電子機器で前記第１のエラーが発生した場合、前記第１のエラーに対応する通知先に、前記第１のエラーに関する情報を通知する通知部と、
   を有する、機器管理装置。
9. コンピュータが、
   電子機器の機器情報を収集する処理と、
   前記機器情報に基づいて、利用者が対応できない旨と対応付けられている第１のエラーが前記電子機器で発生したか否かを判断する処理と、
   前記電子機器で前記第１のエラーが発生した場合、前記第１のエラーに対応する通知先に、前記第１のエラーに関する情報を通知する処理と、
   を実行する、機器管理方法。
10. コンピュータに、
    電子機器の機器情報を収集する処理と、
    前記機器情報に基づいて、利用者が対応できない旨と対応付けられている第１のエラーが前記電子機器で発生したか否かを判断する処理と、
    前記電子機器で前記第１のエラーが発生した場合、前記第１のエラーに対応する通知先に、前記第１のエラーに関する情報を通知する処理と、
    を実行させる、プログラム。

Images