(57)【要約】【課題】対象機器が要確認状態であると判定した場合に、その対象機器に対して保守員を派遣する管理方式よりも、保守員派遣のコストを低減する。【解決手段】機器管理装置３００は、ある機器１００（＝対象機器）が要確認状態であると判定した場合、その機器１００と同じネットワーク１１０Ａ内にある別の機器１００（＝関連機器）に対して、ネットワーク１１０Ａ経由で対象機器の状態を確認させる。その確認の結果、例えば関連機器が対象機器と通信できなかった場合、機器管理装置３００は、対象機器の電源やＬＡＮケーブルの接続状態を確認するよう促すメッセージを関連機器に表示させる。その表示の後、対象機器が要確認状態でなくなれば、機器管理装置３００は、対象機器に対する保守員の派遣が不要と判断する。【選択図】図１
2020201590.tif 000002
【特許請求の範囲】
【請求項１】
対象機器から繰り返し到来する通知の有無に基づき前記対象機器が要確認状態であると判定する条件が成立した場合に、前記対象機器と同一の組織内に設置されている関連機器に所定の対処処理を実行させる制御を行う制御手段と、
前記対処処理の結果に応じて前記対象機器への保守員の派遣の要否を判定する判定手段と、
を含む情報処理装置。
【請求項２】
前記制御手段は、前記対処処理として、前記対象機器の状態の確認処理を前記関連機器に実行させる、請求項１に記載の情報処理装置。
【請求項３】
前記制御手段は、前記対処処理として、前記確認処理により得られる前記対象機器の状態を解消するための処置の実行をユーザに促す表示を表示する表示処理を更に前記関連機器に実行させる、請求項２に記載の情報処理装置。
【請求項４】
前記制御手段は、前記確認処理として、前記状態の１つとして前記対象機器のネットワーク設定の情報を取得する処理と、この処理で取得した前記ネットワーク設定の情報と前記関連機器のネットワーク設定の情報とを比較する処理と、を前記関連機器に実行させ、比較の結果、前記対象機器と前記関連機器との間で前記ネットワーク設定の情報に相違がある場合に、ユーザに前記対象機器のネットワーク設定を修正する処置を促す表示を表示する処理を前記表示処理として前記関連機器に実行させる、請求項３に記載の情報処理装置。
【請求項５】
前記確認処理は、前記対象機器の状態として、前記対象機器が前記組織内のネットワーク経由で通信可能か否か、及び前記対象機器が前記組織の外部のネットワーク上の装置と通信するためのネットワーク設定が正しいかどうか、を確認する処理であり、
前記判定手段は、前記関連機器から受け取った前記確認処理の結果が、前記対象機器が前記組織内のネットワーク上で稼働しており、且つ前記ネットワーク設定が正しいことを示すものである場合、前記保守員の派遣が必要と判定する、
請求項２に記載の情報処理装置。
【請求項６】
前記制御手段は、前記対処処理として、前記対象機器の所定の状態の確認及び修正を促す表示を表示する表示処理を更に前記関連機器に実行させる、請求項１に記載の情報処理装置。
【請求項７】
コンピュータを、
対象機器から繰り返し到来する通知の有無に基づき前記対象機器が要確認状態であると判定する条件が成立した場合に、前記対象機器と同一の組織内に設置されている関連機器に所定の対処処理を実行させる制御を行う制御手段、
前記対処処理の結果に応じて前記対象機器への保守員の派遣の要否を判定する判定手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
顧客の施設内にある複合機（プリンタ、スキャナ、コピー機、ファクシミリ装置等の機能を兼ね備えた多機能機器）等の機器の状態を、インターネット等のネットワーク経由で監視し、課金処理や、消耗品の配送及び保守員の派遣等の手配を行う管理装置がある。
【０００３】
この種のシステムでは、機器は管理装置に対して、例えば毎日決まった時刻のように定期的に、通知を送信する。管理装置は、機器から定期的な通知（以下、定期通知と呼ぶ）を受信したことにより、その機器が稼働していると認識する。そして、その定期通知を所定回数以上連続して受け取らなかった場合、管理装置は、その機器が要確認状態であると判断し、保守員を派遣する手配を行う。派遣された保守作業員は、その機器に異状がないか確認し、異常があれば修理等の処置を行う。なお、顧客が意図して機器の電源をオフすることは往々にしてあり、定期通知を送信する時刻に偶然電源がオフされている場合もある。このため、定期通知が１回や２回来なくても管理装置はその機器が要確認状態であるとは判断せず、ある程度の回数以上続けて来ない段階で初めて要確認状態であると判断する。また、機器は、障害や軽微な不具合が発生した場合にその障害等を知らせる通知を管理装置に送り、管理装置はその通知から保守員の派遣等の手配の要否を判定し、必要に応じてその手配を行う。
【０００４】
特許文献１に開示された方法では、通信可能な複数の画像形成装置の管理を行い、画像形成装置に対してサービスマンの派遣を行うための処理を実行する管理サーバにおいて、ＲＡＭに記憶した複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた第１の分析処理に基づき、サービスマンの派遣を要する画像形成装置を検出する。そして、サービスマンの派遣を要する画像形成装置が検出されたことに応じて、記憶した複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた第２の分析処理に基づき、サービスマンの派遣を要する画像形成装置を検出する。
【０００５】
特許文献２に開示された方法では、管理サーバは、販売会社ユーザ等から画像処理装置の画面に表示させたいメッセージを受付け、メッセージを含むページ情報と、受付けた指示に対応する第１の指示情報を生成する。画像処理装置は、画像処理装置に対する指示情報の第１の問合せを管理サーバに対して定期的に行い、管理サーバからの第１の指示情報に基づく通知に応じて、通知に対応するメッセージを表示部のステータス表示領域に表示し、ウェブブラウザを利用して、管理サーバから第１の指示情報に関連するメッセージを含むページ情報を取得して、表示部に表示する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２０６７８８号公報
【特許文献２】特開２０１７−０１６３９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
対象機器から繰り返し到来する予定の通知の有無に基づき対象機器が要確認状態であると判定した場合に、その対象機器に対して保守員を派遣する管理方式がある。この方式では、その要確認状態の原因が対象機器側のユーザの関与により解消する程度の簡単な事象である場合でも、保守員が派遣されることとなり、コストが掛かる。
【０００８】
本発明は、対象機器が要確認状態であると判定した場合に、その対象機器に対して保守員を派遣する管理方式よりも、保守員派遣のコストを低減することを目的とする。
【課題を解決するための手段】
【０００９】
請求項１に係る発明は、対象機器から繰り返し到来する通知の有無に基づき前記対象機器が要確認状態であると判定する条件が成立した場合に、前記対象機器と同一の組織内に設置されている関連機器に所定の対処処理を実行させる制御を行う制御手段と、前記対処処理の結果に応じて前記対象機器への保守員の派遣の要否を判定する判定手段と、を含む情報処理装置である。
【００１０】
請求項２に係る発明は、前記制御手段は、前記対処処理として、前記対象機器の状態の確認処理を前記関連機器に実行させる、請求項１に記載の情報処理装置である。
【００１１】
請求項３に係る発明は、前記制御手段は、前記対処処理として、前記確認処理により得られる前記対象機器の状態を解消するための処置の実行をユーザに促す表示を表示する表示処理を更に前記関連機器に実行させる、請求項２に記載の情報処理装置である。
【００１２】
請求項４に係る発明は、前記制御手段は、前記確認処理として、前記状態の１つとして前記対象機器のネットワーク設定の情報を取得する処理と、この処理で取得した前記ネットワーク設定の情報と前記関連機器のネットワーク設定の情報とを比較する処理と、を前記関連機器に実行させ、比較の結果、前記対象機器と前記関連機器との間で前記ネットワーク設定の情報に相違がある場合に、ユーザに前記対象機器のネットワーク設定を修正する処置を促す表示を表示する処理を前記表示処理として前記関連機器に実行させる、請求項３に記載の情報処理装置である。
【００１３】
請求項５に係る発明は、前記確認処理は、前記対象機器の状態として、前記対象機器が前記組織内のネットワーク経由で通信可能か否か、及び前記対象機器が前記組織の外部のネットワーク上の装置と通信するためのネットワーク設定が正しいかどうか、を確認する処理であり、前記判定手段は、前記関連機器から受け取った前記確認処理の結果が、前記対象機器が前記組織内のネットワーク上で稼働しており、且つ前記ネットワーク設定が正しいことを示すものである場合、前記保守員の派遣が必要と判定する、請求項２に記載の情報処理装置である。
【００１４】
請求項６に係る発明は、前記制御手段は、前記対処処理として、前記対象機器の所定の状態の確認及び修正を促す表示を表示する表示処理を更に前記関連機器に実行させる、請求項１に記載の情報処理装置である。
【００１５】
請求項７に係る発明は、コンピュータを、対象機器から繰り返し到来する通知の有無に基づき前記対象機器が要確認状態であると判定する条件が成立した場合に、前記対象機器と同一の組織内に設置されている関連機器に所定の対処処理を実行させる制御を行う制御手段、前記対処処理の結果に応じて前記対象機器への保守員の派遣の要否を判定する判定手段、として機能させるためのプログラムである。
【発明の効果】
【００１６】
請求項１、６又は７に係る発明によれば、対象機器が要確認状態であると判定した場合に、その対象機器に対して保守員を派遣する管理方式よりも、保守員派遣のコストを低減することができる。
【００１７】
請求項２及び３に係る発明によれば、対象機器の状態に応じた処置を組織側のユーザに促すことができる。
【００１８】
請求項４に係る発明によれば、ネットワーク設定の誤りによって対象機器が陥った要確認状態を検知し、その状態を解消する処置をユーザに促すことができる。
【００１９】
請求項５に係る発明によれば、対象機器の要確認状態がユーザ側の処置で対処できる類いのものである場合に、保守員を派遣しないようにすることができる。
【図面の簡単な説明】
【００２０】
【図１】本発明に係る情報処理装置の一例である機器管理装置を含むシステムの構成を例示する図である。
【図２】データベースに登録されている各機器の属性情報の例を示す図である。
【図３】機器管理装置の機能構成を例示する図である。
【図４】機器管理装置が実行する処理の手順を例示する図である。
【図５】機器管理装置が実行する処理の要部の詳しい手順を例示する図である。
【発明を実施するための形態】
【００２１】
図１を参照して、本発明に係る情報処理装置の一例である機器管理装置３００を含むシステムの構成を例示する。
【００２２】
図１において、機器１００は、プリンタ、複写機、スキャナ、ファクシミリ装置、又はこれらの機能を併せ持つ複合機等の装置である。機器１００は、それぞれを利用しているユーザ（例えば企業）のオフィスや工場等の施設に設置されている。以下では、そのように機器１００が設置されている施設のことを事業所１２０と呼ぶ。機器１００は、事業所１２０内に設けられているネットワーク１１０、１１０Ａ又は１１０Ｂに接続されており、そのネットワーク１１０、１１０Ａ又は１１０Ｂを介して更にインターネット２００に接続されている。ネットワーク１１０Ａ（以下「ネットワークＡ」とも呼ぶ）及びネットワーク１１０Ｂ（以下「ネットワークＢ」とも呼ぶ）は、それぞれ、ある事業所１２０−１（図中では「事業所１」と表記）内のネットワークを構成するサブネットである。図示例では、ネットワークＡには機器（＃１）及び機器（＃２）という２つの機器１００が少なくとも接続されている。また、別の事業所１２０−２内のネットワーク１１０にも機器１００が接続されている。事業所は、機器１００が設置される組織の一例であり、ネットワーク１１０はその組織内のネットワークの一例である。
【００２３】
機器１００は、定期的に自分の状態を表す情報を、インターネット２００を介して機器管理装置３００に通知する。インターネット２００は、組織の外部のネットワークの一例である。
【００２４】
機器１００が定期的に通知する情報には、例えば、自機器の使用量（例えば印刷枚数のカウント値）等がある。このような機器１００から機器管理装置３００への定期的な通知のことを定期通知と呼ぶ。定期通知は、個々の機器１００についてみれば、所定の通知間隔ごとに（例えば１日１回所定の時刻に）、発せられる。また機器１００は、通知対象の所定の（すなわち予め定められた）イベントが生じた場合に、機器管理装置３００に対してそのイベントを通知する。通知対象のイベントには、例えば、各種の障害の発生、用紙等の消耗品の残量が閾値以下になったこと、等がある。このような所定のイベントについての通知のことをイベント通知と呼ぶ。
【００２５】
機器管理装置３００は、インターネット２００を介して各機器１００と通信することにより各機器１００の状態を監視し、その監視の結果に応じて各機器１００の管理のための処理を実行する。例えば、機器管理装置３００は、定期的に送られてくる機器１００の使用量（例えば印刷枚数）の通知に応じて、課金処理を行う。また、機器管理装置３００は、定期通知やイベント通知に含まれる情報から、機器１００に対して部品交換や修理等の保守作業が必要であると判断した場合、保守員管理装置３４０に対してその旨を通知する。
【００２６】
データベース３２０は、機器管理装置３００が管理する各機器１００の情報を記憶する。データベース３２０には、例えば、各機器１００について、その機器１００の属性情報と、その機器１００から通知された各種情報が記憶される。機器１００の属性情報には、例えば、その機器１００の設置場所を示す情報、その機器１００を利用している顧客（すなわちユーザ）に関する情報等が含まれる。機器管理装置３００は、データベース３２０に記憶された各機器１００の属性情報等のデータを参照して、各機器１００の管理のための処理を行う。
【００２７】
保守員管理装置３４０は、顧客の機器１００の保守作業のための保守員の派遣を管理する。保守員は、カスタマエンジニア、サービスエンジニア、サービスマンなどとも呼ばれ、顧客の事業所１２０まで出向き、そこに設置された機器１００に対する保守作業を行う。保守員管理装置３４０は、機器管理装置３００から通知される情報に従い、機器１００に対する保守員の派遣の計画を立てる。
【００２８】
機器管理装置３００及び保守員管理装置３４０は、例えば、顧客の機器１００に対して保守管理サービスを提供する提供業者が運営する。
【００２９】
図２に、データベース３２０に登録されている各機器１００の属性情報を例示する。図示例では、データベース３２０には、機器１００の識別情報である機器ＩＤに対応付けて、顧客会社名、事業所名、機器管理者、担当保守員ＩＤ、ネットワークアドレス、最終通知時刻等の項目が登録されている。顧客会社名は、その機器１００を利用している顧客企業の会社名であり、事業所名はその機器１００が設置されている事業所の名称である。機器管理者は、顧客企業の従業員のうちその機器１００の管理を担当している者としてその機器１００に登録されている者である。データベース３２０内の機器管理者の項目には、その機器管理者の氏名や連絡先（例えば電子メールアドレス、電話番号）等の情報が登録される。担当保守員ＩＤは、その機器１００を担当する保守員の識別情報である。ネットワークアドレスは、その機器１００が接続されているネットワーク１１０、１１０Ａ、又は１１０Ｂのネットワークアドレスである。ネットワークアドレスは、例えば、同じサブネットに属する機器１００を特定するために用いられる。なお、ネットワークアドレスに加えて、機器１００のＩＰアドレスをデータベース３２０に持たせてもよい。最終通知時刻は、その機器１００から最後に定期通知を受け取った時刻である。機器管理装置３００が機器１００から定期通知を受け取るごとに、最終通知時刻の値はその定期通知を受け取った時刻へと更新される。なお、機器１００についての最終通知時刻を、その機器１００から定期通知又はイベント通知が最後に来た時刻、としてもよい。
【００３０】
なお、図２に例示した属性情報の項目群はあくまで例示的なものにすぎない。機器１００の属性情報には、図２に例示した項目群のすべてが含まれている必要はないし、例示した項目以外の項目が含まれてもよい。例えば、データベース３２０に記憶される機器１００の属性情報に、その機器１００が最後に利用された時刻（最新利用時刻と呼ぶ）の情報が更に記憶されていてもよい。
【００３１】
さて、機器管理装置３００は、機器１００から定期通知が来ない状態がある程度続いた場合、その機器１００が要確認状態であると判断する。要確認状態とは、機器１００に故障等の異常が発生しているかどうかの確認、及び発生している場合にはその異常に対する対処、が必要な状態である。機器管理装置３００が、機器１００が要確認状態であると判定する条件は、例えば、データベース３２０に記憶されたその機器１００の最終通知時刻（図２参照）から所定の時間（例えば１週間）が経過してもその機器１００から次の通知が来ないことである。また、機器１００が要確認状態と判定する条件の別の例として、機器１００から定期通知が所定回数以上連続して来ないこと、を用いてもよい。従来ならば、機器管理装置３００は、機器１００が要確認状態であると判定した場合、その旨を保守員管理装置３４０に通知し、保守員管理装置３４０はその通知に従い、その機器１００のもとへ保守員を派遣するよう計画を立てる。
【００３２】
しかし、その機器１００が要確認状態になる原因は様々である。多様な原因の中には、例えばその機器１００の電源がオフされていたり、その機器１００をネットワーク１１０と接続するためのＬＡＮ（ローカルエリアネットワーク）ケーブルが抜けていたり、等といった、顧客側で比較的容易に解決可能なものもあり得る。そのように顧客側で解決可能な原因のために保守員を派遣すると、機器１００の保守のためのコストの増大に繋がる。
【００３３】
そこで、以下に示す実施形態では、機器管理装置３００が、要確認状態であると判定された機器１００について、その機器１００の状態が、顧客側で解決可能なもの、又は保守員の介入を要するもの、いずれであるかを判定する。そして、後者と判定した場合のみ、機器管理装置３００は、保守員管理装置３４０に対して保守員の派遣が必要な旨を通知する。機器管理装置３００が持つこのような判定及び通知のための機能構成を図３に例示する。
【００３４】
図３の例では、機器管理装置３００は、要確認状態判定部３０２、機器制御部３０４、及び派遣要否判定部３０６を含む。なお、図３に例示したのは、機器管理装置３００が含む機能群のうち、要確認状態の機器１００に対して保守員の派遣が必要かどうかを判定するための機能のみであり、機器管理装置３００が備えるその他の一般的な機能については図示を省略している。
【００３５】
要確認状態判定部３０２は、機器１００が要確認状態であるか否かを判定する機能モジュールである。要確認状態判定部３０２は、例えば、定期的にデータベース３２０中の各機器１００の最終通知時刻（図２参照）を調べ、その最終通知時刻から所定の時間が経過した機器１００を探す。そのような機器１００が見つかれば、その機器１００を要確認状態と判定し、その機器１００の機器ＩＤを機器制御部３０４に通知する。
【００３６】
機器制御部３０４は、要確認状態判定部３０２から通知された要確認状態の機器１００に対する関連機器を選定し、その関連機器に対して、要確認状態の機器１００が保守員の介入を必要とする状態か否かを判定するために必要な処理を実行させる。以下では、要確認状態の機器１００のことを対象機器と呼ぶ。
【００３７】
関連機器とは、対象機器と同じ事業所１２０内にある、現在稼働中の機器１００である。例えば、対象機器に対して行うべき処置を示すメッセージを関連機器の画面に表示することで、その事業所１２０内のユーザ（例えば機器管理者）がそのメッセージを見、その対象機器に対してそのメッセージが示す処置を実行する。同じ事業所内なので、関連装置から対象装置まで移動するのは容易である。
【００３８】
一つの例では、関連機器は、更に、対象機器と同じサブネット内にあるという条件を満たす。対象機器と同じサブネット上の機器１００は、異なるサブネット上の機器１００よりも対象機器に対して物理的に近い場所にある可能性が高い。
【００３９】
更なる例では、関連機器は、機器管理者（すなわち顧客の従業員のうち当該機器の管理者として登録されている者）が対象機器と同じであるという条件を満たしてもよい。対象機器の状態を改善するための処置には対象機器に対して機器管理者の権限が必要なものもある。対象機器に対する処置を示すメッセージを対象機器の機器管理者に見せるには、その機器管理者が使用する可能性が高い機器１００にそのメッセージを表示することが重要である。機器管理者が対象機器と同じ機器１００は、そうでない機器１００よりも、機器管理者が使用する可能性が高い。
【００４０】
機器制御部３０４は、データベース３２０を参照することにより関連機器の候補を抽出し、その候補に対して通信を試み、その通信が成功したらその候補を関連機器として選定する。候補の抽出は、以下の条件に従って行われる。
（１）要確認状態でないこと
（２）対象機器と同じ顧客会社の同じ事業所にあること
（３）対象機器と同じサブネットにあること
（４）機器管理者が対象機器と同じであること
（５）他の条件が同じなら、最新利用時刻が最も遅いこと
【００４１】
これら条件のうち（１）及び（２）は必須の条件である。条件（３）及び（４）は必須ではなく、それら両者の間では（３）の方が優先度が高い。
【００４２】
機器制御部３０４は、データベース３２０を参照して、まず条件（１）〜（４）を満たす機器１００を探す。そのような機器１００が１つだけ見つかれば、機器制御部３０４は、その機器１００を関連機器の候補とする。該当する機器１００が複数ある場合は、条件（５）に従い、それら複数の機器１００のうち最新利用時刻が最も遅いもの（すなわち最も直近に利用されたもの）を関連機器の候補とする。そして、機器制御部３０４は、このようにして求めた候補に対して通信を試み、その通信が成功したら、その候補を関連機器に選定する。その通信が失敗した場合は、機器制御部３０４は、その候補を外した残りの機器１００群から同様に候補を探し、見つけた候補について通信を試みる。
【００４３】
データベース３２０から条件（１）〜（４）を満たす機器１００が見つからない場合には、機器制御部３０４は、条件（１）〜（３）を満たす機器１００を探し、そのような機器１００が１つだけならそれを、複数あれば条件（５）に従って選んだ機器１００を、候補とする。そして、その候補に通信を試み、通信が成功すればその候補を関連機器に選定し、そうでなければ、その候補を外した残りの機器１００群から同様に候補を探し、見つけた候補について通信を試みる。
【００４４】
そして、データベース３２０から条件（１）〜（３）を満たす機器１００が見つからない場合には、機器制御部３０４は、条件（１）〜（２）を満たす機器１００を探す。その後の処理は上述と同様である。
【００４５】
また機器制御部３０４は、以上のようにして選定した関連機器に対して、対象装置の要確認状態を解消するための対処処理を実行させるための制御を行う。
【００４６】
対処処理には、例えば、ネットワーク１１０経由で対象機器の状態を確認する処理がある。ここで確認する対象機器の状態には、対象機器とネットワーク１１０経由で通信が可能か否かという状態がある。関連機器が、ネットワーク１１０経由で対象機器と通信できない場合、その対象機器は、電源がオフ状態であるか、ＬＡＮケーブルが抜けているか、故障しているかの可能性がある。また、対処処理により確認する対象機器の状態の別の例としては、対象機器のネットワーク設定がある。ネットワーク設定のうち、例えばプロキシサーバの設定内容が確認の対象となる。対象機器に設定されたプロキシサーバの情報に誤りがあると、対象機器はプロキシサーバを介して機器管理装置３００にアクセスすることができないので、機器管理装置３００に定期通知等の通知を起こることができなくなる。例えば、事業所１２０内のプロキシサーバ等に変更が加えられた場合には、それに応じてその事業所１２０内の各機器１００のネットワーク設定にも変更がなされるが、一部の機器１００に対して何らかの理由でその変更がなされなかったり、誤りが生じたりする場合がある。このような場合、その機器１００は、機器管理装置３００に定期通知を送れなくなることがある。
【００４７】
また対処処理には、要確認状態を解消するために試すべき対象機器に対する処置を示す情報を確認装置の画面に表示させる処理が含まれていてもよい。一つの例では、上述した対象機器の状態の確認の結果に応じて、試すべき処置を決定し、その処置を示す情報を関連機器に表示させる。例えば、関連機器から対象機器に対してネットワーク１１０経由で通信ができなかった場合、対象機器の電源プラグがコンセントに差し込まれているか、電源スイッチがオンになっているか、ＬＡＮケーブルが抜けていないか、等を確認する処置を促すメッセージを関連機器の画面に表示させる。
【００４８】
次に図４を参照して、機器管理装置３００における、要確認状態の機器１００に関する処理手順の例を説明する。この手順では、要確認状態判定部３０２が要確認状態と判定される機器１００を見つけるのを待つ（Ｓ１０）。そのような機器１００が見つかると、その機器を対象機器として、Ｓ１２〜Ｓ１６の処理が実行される。
【００４９】
すなわち、機器制御部３０４が、その対象機器の関連機器を選定し（Ｓ１２）、その関連機器に、対象機器についての対処処理を実行させる（Ｓ１４）。そして、機器制御部３０４がその対処処理の結果を示すデータを関連機器から受け取り、派遣要否判定部３０６に渡す。派遣要否判定部３０６は、その対処処理の結果に基づいて、対象機器に対して保守員を派遣する必要があるか否かを判定する（Ｓ１６）。そして、保守員の派遣が必要と判定した場合、派遣要否判定部３０６は、保守員管理装置３４０に対して、その対象機器へ保守員の派遣が必要である旨を示す通知を送る。
【００５０】
次に、図４の手順のＳ１４及びＳ１６の処理の更に詳細な例を、図５を参照して説明する。
【００５１】
図５の手順では、機器制御部３０４は、まず関連機器に対して、対象機器の状態確認の実行を指示する（Ｓ２０）。この指示には、対象機器を特定する情報（例えば機器ＩＤ又はＩＰアドレス等のアドレス情報）が含まれる。
【００５２】
この指示を受けた関連機器は、まずネットワーク１１０経由で対象機器と通信可能かどうかを調べる。これには、例えば関連機器が対象機器に対してpingコマンドを実行すればよい。この結果、対象機器と通信できなかった場合（例えば対象機器に対するpingが通らなかった場合）、関連機器は、その旨を確認の結果として機器制御部３０４に通知する。また、対象機器と通信できた場合、関連機器は、更にＳＮＭＰ（Simple Network Management Protocol）を用いて対象機器のＭＩＢ（Management Information Base）からネットワーク設定の情報を取得する。そして、関連機器は、対象機器から取得したネットワーク設定（特にプロキシサーバの設定）を、自分自身のネットワーク設定と比較する。関連機器は機器管理装置３００と通信できているので、関連機器のネットワーク設定は正しいと考えられる。したがって、対象機器のネットワーク設定が関連機器のそれと異なっている場合、対象機器のネットワーク設定が異常である可能性がある。この場合、関連機器は、機器制御部３０４に対して、対象機器のネットワーク設定が異常である旨を示す確認結果を通知する。
【００５３】
機器制御部３０４は、対象機器の状態の確認結果を関連機器から取得し（Ｓ２２）、その確認結果が対象機器と通信できなかった旨を示すものであるか否かを判定する（Ｓ２４）。この判定の結果がＹｅｓ（すなわち「通信できなかった」）の場合には、機器制御部３０４は、対象機器の電源プラグ、電源スイッチ、ＬＡＮケーブル等の確認を促すメッセージを関連機器に送り、画面に表示させる（Ｓ３０）。このメッセージ表示は、関連機器の画面上に例えばバナーとして表示されるものであってもよいし、関連機器に機器管理者がログインした際に表示される管理者画面に表示されるものであってもよい。
【００５４】
Ｓ２４の判定結果がＮｏ（すなわち関連機器は対象機器と通信できた）の場合、機器制御部３０４は、更にネットワーク設定についての確認結果が、「異常」を示しているか否かを判定する（Ｓ２６）。Ｓ２６の判定結果がＹｅｓの場合、機器制御部３０４は、対象機器のネットワーク設定を確認することを促すメッセージを関連機器に送り、画面に表示させる（Ｓ３２）。このメッセージは、関連機器のネットワーク設定の情報を含み、その情報に従って対象機器のネットワーク設定を変更するようユーザを促す内容であってもよい。このメッセージを見たユーザ（例えば対象機器及び関連機器の機器管理者）は、そのメッセージに従って対象機器のネットワーク設定を修正する。また、このメッセージには、対象機器の機器管理者の情報を含めてもよい。この情報が含まれることで、メッセージを見たユーザが機器管理者でない場合、そのユーザは機器管理者にそのメッセージを知らせ、対応機器に対する処置を依頼することができる。
【００５５】
Ｓ３０又はＳ３２の後、関連機器に表示されたメッセージを見たユーザ、又はこのユーザから知らせを受けた対象機器の機器管理者が、対象機器の電源やＬＡＮケーブルの接続、又はネットワーク設定を確認し、もしそれらに異常があれば修正の処置をとる。この処置により対象機器の状態が正常状態に復帰すれば、次の定期通知のタイミングで対象機器から機器管理装置３００に定期通知が送信されることとなる。
【００５６】
派遣要否判定部３０６は、Ｓ３０又はＳ３２の後、対象機器の次の定期通知のタイミングに定期通知が来たかどうかを判定し（Ｓ３４）、定期通知が来た場合、対象機器に対する保守員の派遣は不要と判定する（Ｓ３６）。このとき、対象機器の要確認状態も解消される。
【００５７】
Ｓ３４で定期通知が来なかった場合、対象機器に顧客側の処置では解消しない不具合が存在する可能性がある。この場合、派遣要否判定部３０６は、対象機器に保守員の派遣が必要と判定し、保守員管理装置３４０にその判定結果を通知する（Ｓ２８）。
【００５８】
Ｓ２６の判定結果がＮｏの場合、対象機器の要確認状態は、電源やＬＡＮケーブル、ネットワーク設定の確認といった顧客側の人員で容易に可能な処置では解消されない可能性が高い。この場合、派遣要否判定部３０６は、対象機器に保守員の派遣が必要と判定し、保守員管理装置３４０にその判定結果を通知する（Ｓ２８）。
【００５９】
以上、本発明の実施形態を説明したが、以上に説明した実施形態はあくまで例示的なものにすぎない。本発明の範囲内で、様々な変形が考えられる。
【００６０】
例えば、図５の手順では、機器管理装置３００は、対象機器の状態の確認結果に応じた処置を促すメッセージを関連機器に表示させたが、これは一例に過ぎない。この代わりに、又はこれに加えて、その対象機器の機器管理者に対して電子メール等の通信手段でそのメッセージと同等の内容のメッセージを送ってもよい。
【００６１】
また図５の手順では、機器管理装置３００は、関連機器に対象機器の状態を確認させた後（Ｓ２０及びＳ２２）、その確認の結果に応じた処置を示すメッセージを関連機器に表示させたが、このような手順も一例に過ぎない。この代わりに、例えば、機器管理装置３００は、関連機器による対象機器の状態の確認を省略し、顧客側で試して欲しい処置を列挙したメッセージ（例えばＳ３０及びＳ３２で表示するメッセージをあわせたもの）を関連機器に表示させてもよい。
【００６２】
また、上記実施形態では、顧客側に実行させる処置として、電源、ＬＡＮケーブル、及びネットワーク設定の確認及び修正を例示したが、これは一例に過ぎない。この他にも、関連機器からネットワーク１１０経由で確認可能な対象機器の異常状態と、その異常状態を解消するために顧客側の人員により容易に実行可能な処置と、があれば、それらを用いてもよい。すなわち、機器管理装置３００は、そのような異常状態の有無を関連機器に確認させ、異常状態が検知できれば、それに対する処置を促すメッセージを関連機器等に表示させる。
【００６３】
以上に説明した機器管理装置３００は、コンピュータに上述の機器管理装置３００を構成する要素群の機能を表すプログラムを実行させることにより実現してもよい。ここで、コンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）及びリードオンリメモリ（ＲＯＭ）等のメモリ（一次記憶）、フラッシュメモリやＳＳＤ（ソリッドステートドライブ）、ＨＤＤ（ハードディスクドライブ）等の固定記憶装置を制御するコントローラ、各種Ｉ／Ｏ（入出力）インタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース等が、たとえばバス等を介して接続された回路構成を有する。それら各機能の処理内容が記述されたプログラムがネットワーク等の経由でフラッシュメモリ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行されることにより、上に例示した機能モジュール群が実現される。
【符号の説明】
【００６４】
１００  機器、１１０，１１０Ａ，１１０Ｂ  ネットワーク、１２０  事業所、２００  インターネット、３００  機器管理装置、３０２  要確認状態判定部、３０４  機器制御部、３０６  派遣要否判定部、３２０  データベース、３４０  保守員管理装置。
【図１】
2020201590.tif 000003
【図２】
2020201590.tif 000004
【図３】
2020201590.tif 000005
【図４】
2020201590.tif 000006
【図５】
2020201590.tif 000007