JP6238659B2 - 管理システム、監視装置及びそれらの制御方法 - Google Patents

Description

本発明は、画像形成装置（プリンタ、複写機等）を含むネットワーク上のネットワークデバイスにおける各種稼働情報を収集して、管理を行うための技術に関するものである。

従来から、管理対象の複写機等の画像形成装置から印刷枚数、ジョブログ、ステータス情報等の稼働情報を収集して、該画像形成装置の稼働状況を管理する管理システムが存在する。

例えば、特許文献１では、画像形成装置の管理を開始する際の技術が開示されている。具体的には、まず、管理対象の画像形成装置と同一拠点上の監視装置、該監視装置と遠隔に設置された集中管理サーバとのそれぞれの間で、通信における導通確認を行う。この導通確認に成功した後に、監視装置が画像形成装置からのデータ取得と、取得データの集中管理サーバへの送信を開始することが開示されている。

現状、管理対象の画像形成装置などを含むネットワークデバイスが設置された顧客のネットワーク環境下では、それらネットワークデバイスに関する情報や顧客に関わる情報の取扱いには最善の注意を払う必要がある。近年では、そうしたセキュリティーに関わる要件は、このネットワークデバイス管理の分野において、とくに重要なものとなっている。

特開２００４−２２１７９９号公報

前述の特許文献１に記載の通り、顧客ネットワークへの監視装置の設置と、導通確認の成功とが完了すると、集中管理サーバによる稼働情報などの管理はすぐに開始することが可能となる。管理者側は、顧客のデバイス管理の各種サービスについての契約の同意後に、その開始時期に合わせて即時にデバイス管理を始めるために、該同意を待たずに、顧客ネットワークへの監視装置の設置などの準備作業を進める必要がある。しかしながら、デバイス管理の各種サービスが開始可能となっても、顧客がこれらサービスについて、その内容や開始時期などについての検討や顧客内での承認作業などのため、まだ管理者側への該同意をできていないケースも考えられる。

このような場合に、監視装置が該同意なしに管理対象からデータを取得して、該取得データを管理サーバに送信することを未然に防ぎつつ、顧客の同意が取れた時点でスムーズにデバイス管理の各種サービスが開始できる仕組みが必要となる。本発明は、このような仕組みを提供することを目的としている。

本発明の管理システムは、顧客環境に設置されたネットワークデバイスと、監視装置と、該顧客環境の外部に設置された管理サーバとを含む管理システムであって、
前記監視装置は、所定のスケジュールに従い、前記管理サーバに対してステータス情報を取得するための第１の要求を行う第１の要求手段と、前記第１の要求の応答として取得されたステータス情報に含まれる顧客ステータスで、顧客の同意がなされているか否かを判定する判定手段と、前記顧客の同意がなされていると判定された場合に、前記取得されたステータス情報に含まれる他の内容に従い、前記管理サーバに対して監視動作に必要な設定情報を取得するための第２の要求を行う第２の要求手段と、前記第２の要求の応答として取得された設定情報を、前記監視装置の備える記憶部に保持する保持手段と、前記保持された設定情報に従い、監視動作を開始する監視手段と、を有し、
前記管理サーバは、顧客との同意が確認されたことを示す設定を行う設定手段と、前記設定手段による設定に従い、顧客の同意がなされているか否かを示す顧客ステータスを更新する更新手段と、前記第１の要求に対して、前記顧客ステータスを含むステータス情報を応答する第１の応答手段と、前記第２の要求に対して、前記監視動作に必要な設定情報を応答する第２の応答手段と、を有し、前記第２の応答手段は、前記設定情報として、監視対象とすべきネットワークデバイスの識別情報を応答することを特徴とする。

本発明によれば、サービス開始の係る顧客の同意なしに監視対象のネットワークデバイスからの取得データが管理サーバに送信されることを未然に防ぎつつ、顧客の同意が取れた時点でスムーズにデバイス管理の各種サービスが開始できる仕組みを提供できる。

本発明に係るシステムの全体図 本発明における情報処理装置のハードウェア構成の例を示す図 本発明における監視装置１０１のソフトウェアのモジュール構成の例を示す図 監視装置１０１での監視動作の開始までの処理例を説明するためのフローチャート インストーラの構成例を示す図 監視装置１０１での管理サーバ１０２に対する導通確認を行う際の処理例を説明するためのフローチャート 接続情報の入力画面の例を示す図 同意ステータスを含むステータス情報（Ｉ／Ｆ情報）の一例を示す図 サービス開始に係る顧客の同意ステータスの設定画面の一例を示す図 監視装置１０１で用いる設定情報の例を示す図 実施例２における、監視装置１０１の監視動作を停止する際の処理を説明するためのフローチャート サービス停止のための画面例を示す図

本発明を実施するための最良の形態について図面を参照して説明する。

（実施例１）
図１は、本発明の一実施形態である管理システムのネットワーク構成例を示す図である。図１で示す構成の例で、１００は、プリンタや複写機といった画像形成装置などを含むネットワークデバイスである。

また、１０１は、ネットワークデバイス１００の稼働状況を監視して、カウンタ情報、ステータス情報及びログ情報などといった稼働情報をネットワークデバイス１００から取得する監視装置である。また、１０２は、監視装置から送られてくる各種情報を収集し、管理する管理サーバである。

本図では、管理サーバ１０２は、ネットワークデバイス１００が設置されているネットワーク環境１０３（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）からは遠隔のネットワーク環境に設置されている。具体的には、ネットワークデバイス１００と監視装置１０１と設置された環境と、管理サーバ１０２が設置された環境とは、インターネット１０４を介して接続されている。監視装置１０１と、管理サーバ１０２との間にファイアウォール（不図示）が設置されている場合もある。

なお、本発明においては、監視装置１０１がインターネット１０４を介してネットワークデバイス１００と接続するよう構成することも可能である。また、監視装置１０１と管理サーバ１０２とがインターネット１０４を介さずに、ＬＡＮなどを介してイントラネット接続するように構成することも可能である。

ここで、ＬＡＮ１０３で接続されたネットワークデバイス１００及び監視装置１０１を含むネットワーク環境は、ネットワークデバイス１００を利用する顧客のネットワーク環境であり、本発明では顧客環境と呼ぶ。管理サーバ１０２は、顧客環境に設置されている複数のネットワークデバイス１００の中から管理対象のデバイスの稼働情報を、監視装置１０１を介して収集することで、遠隔でのデバイス管理の各種サービスを実現する。なお、デバイス管理の各種サービスとは、例えばネットワークデバイスの利用状況のレポーティングサービスや、ネットワークデバイスの保守のためのサービスマンの自動手配などの保守サービスや、ネットワークデバイスの消耗品の発注サービスなどがある。

また、ネットワークデバイスの例としては、上記した画像形成装置以外にも、ネットワークに接続可能なカメラや家電製品、現金自動預け払い機など、様々な機器が本発明には適用可能である。

図２は、監視装置１０１や管理サーバ１０２として動作可能な情報処理装置が備えるハードウェア構成の例を示す図である。ここでは、情報処理装置は、通信Ｉ／Ｆ部２０１と、記憶装置２０２、ＣＰＵ２０３、メモリ２０４、入出力Ｉ／Ｆ部２０５からなる。ここに含まれる構成以外を含む情報処理装置であっても、本発明は適用可能である。

通信Ｉ／Ｆ部２０１は、外部のネットワークに接続するためのネットワークインターフェースである。例えば、監視装置１０１では、管理サーバ１０２やネットワークデバイス１００と各種ネットワークを介して通信するためのインターフェースである。記憶装置２０２は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などのプログラムが格納される。例えば、監視装置１０１では、後述の監視動作を実現するための制御プログラムや、当該プログラムをインストールするためのインストーラなどが記憶されることになる。ＣＰＵ２０３は、記憶装置２０２からプログラムをメモリ２０４にロードし、実行する。入出力Ｉ／Ｆ部２０５は、ディスプレイなどの出力装置を接続し、プログラムなどの実行結果を出力したり、必要に応じてユーザーからの操作などの入力を受け付けたりする。

図３は、監視装置１０１におけるソフトウェアのモジュール構成の例を示す。特に、本発明に関わるモジュール構成を表している。

インストーラ実行部３０１は、ユーザーの指示に従い、入出力Ｉ／Ｆ部２０５を介してあらかじめ取得されたインストーラが実行された際に、本発明に係る制御プログラムのインストールの制御を行う。このインストール制御に従い、インストールされた制御プログラムが実行されることで、後述するモジュール３０２〜３０７による処理が実現されることになる。

導通確認部３０２は、管理サーバ１０２に対して、通信Ｉ／Ｆ部２０１及びネットワークを介した通信接続が可能かどうかの導通確認を行う。また、この時、ユーザーが入出力Ｉ／Ｆ部２０５を介して入力した各種情報（プロキシ情報等）をもとに、接続が行われる。

ステータス取得部３０３は、通信Ｉ／Ｆ部２０１を介して、管理サーバ１０２に対して各種情報を要求して、その応答を取得する。この要求は、本モジュールに予め設定されている実行タイミング（周期的に実行する時間間隔）に従い、実行される。管理サーバ１０２からの指示に応じて、この実行タイミングを変更することも可能である。また、管理サーバ１０２からの応答には、管理サーバ１０２で管理するステータス情報として、サービス開始における顧客の同意がなされているか否かを判別するステータスが含まれる。ステータス判定部３０４は、ステータス取得部３０３で取得された応答を解釈して、同意ステータスの判定と、その他のステータス情報に変化があるか否かを判別する。

設定情報取得部３０５は、ステータス判定部３０４で同意ありと判定された場合に、通信Ｉ／Ｆ部２０１を介して、管理サーバ１０２からサービス提供のための動作を開始するために必要な設定情報を要求して取得する。ここで取得された設定情報は、記憶装置２０２に保持される。

監視部３０６は、通信Ｉ／Ｆ部２０１を介して、ネットワークデバイス１００から、機器を特定するための識別情報、デバイス構成（機能など）を示す構成情報、及び稼働情報（カウンタ情報、ログ情報、ステータス等）を取得する。監視部３０６は、ネットワークデバイス１００に要求を行う、または、ネットワークデバイス１００からの送信に基づき、それら情報を取得する。また、取得された情報を、管理サーバ１０２に対して送信する。また、ネットワークデバイス１００に対する監視のために必要な他の動作も行う。

なお、設定情報削除部３０７は、後述する別の実施例で必要となる機能であって、本実施例を実現する上で必須な構成ではない。ここでは、設定情報削除部３０９の説明は割愛する。

図４は、監視装置１０１における、管理サーバ１０２が提供するデバイス管理サービスを実現するためのネットワークデバイスに対する監視動作の開始までの処理の例を説明するためのフローチャートである。ここでの監視動作には、デバイス管理サービスに必要となる、対象となるネットワークデバイスの特定や通信タイミングの設定、ネットワークデバイスからの各種情報の取得と、取得した情報の管理サーバ１０２への送信といった処理が含まれる。

Ｓ４０１において、ユーザーからのインストーラの実行指示の入力を受け付ける。この入力に従い、該インストーラが起動され、インストーラ実行部３０１によるインストール処理の制御が開始される。

ここで、図５を用いてインストーラの構成について説明する。

インストールモジュール５０１は、監視装置１０１が動作に必要なモジュールセットが組み込まれている。具体的には、ネットワークデバイスから情報取得するための機能や、後述の監視装置１０１で行われる様々な判断処理を行うための機能を含むモジュール（例えば、図３のモジュール３０２〜３０７）が組み込まれている。インストーラ実行部３０１によるインストール処理の制御により、図３で示したモジュール３０２〜３０７が監視装置１０１に組み込まれることになる。各種データファイル５０２は、サービスを開始する上で必要な各種データが記載されている。データファイル５０２に含まれる顧客識別情報５０３は、顧客を一意に識別するための情報や顧客名等の情報が含まれる。また、監視装置識別情報５０４は、監視装置１０１を一意に識別するための情報や監視装置名等の情報が含まれる。

図５で示すインストーラは、上記した内容を含むファイルとして、管理サーバ１０２で予め作成され、可搬の記憶媒体や、電子メールなどを用いて、顧客環境の管理者などが監視装置１０１として動作すべき情報処理装置に格納する。

図４の説明に戻り、Ｓ４０２において、導通確認部３０２は、通信Ｉ／Ｆ２０１を介して管理サーバ１０２に対して導通確認を行う。ここで、導通確認における詳細な処理について、図６を用いて説明する。

図６は、監視装置１０１が管理サーバ１０２に対して導通確認を行う際の処理を説明するためのフローチャートである。

Ｓ６０１において、導通確認部３０２は、ユーザーが監視装置のユーザインターフェース（ＵＩ）画面から入力した管理サーバ１０２との接続に必要な接続情報を、記憶装置２０２に保持する。ここで示している接続情報とは、例えば顧客ネットワークに関するプロキシ設定情報等である。

図７を用いて、ユーザーが監視装置１０１と管理サーバ１０２を接続するための情報を入力する画面の例について説明する。

接続情報入力画面７０１には、プロキシサーバーを使用するか否かを入力するためのチェックボックス（「プロキシサーバーを使用しますか？」）が用意されている。このチェックボックスが有効化された（プロキシサーバーを使用する）場合には、プロキシサーバアドレスとポート番号の入力が可能となる。また、接続情報入力画面７０１には、ユーザー認証を行うか否かを入力するためのチェックボックス（「ユーザー認証を行いますか？」）も用意されている。このチェックボックスが有効化された（ユーザー認証を行う）場合には、ユーザー名とパスワードの入力が可能となる。ユーザーが、接続情報入力画面７０１を介して、「接続する」ボタンを押下することで、これら入力情報を用いた導通確認部３０２による接続が開始される。

Ｓ６０２において、導通確認部３０２は、Ｓ６０１の処理で入力された接続情報をもとに、管理サーバ１０２に対して導通確認を行う。具体的には、監視装置１０１が設置された顧客ネットワークから遠隔に設置された管理サーバ１０２と接続して、確実に通信が行えるかをテストすることになる。ここでの導通確認を行う際に、図５で示すインストーラに含まれていた顧客識別情報、監視装置識別情報を送信する。

Ｓ６０３において、導通確認部３０２は、導通確認の際の監視装置１０１からの要求の応答として、管理サーバ１０２から認証キーを取得する。認証キーは、管理サーバ１０２との間でセキュアな通信の保証などのために、それ以降の通信に利用されることになる。

なお、管理サーバ１０２では、Ｓ６０２の処理で送信されてきた各識別情報をもとに、インストーラが実行された監視装置１０１が適切な顧客で動作しているかが確認される。管理サーバ１０２には、インストーラを作成した際に用いた各種情報が既に登録済みである。この登録情報に合致する情報を持つ正規のインストーラが実行された最初の監視装置１０１であることなどが、前述の導通確認により、管理サーバ１０２では把握できる。そして、管理サーバ１０２は、監視装置１０１が適切に顧客環境に設置されたと判断した場合に、監視装置１０２に対して認証キーを含む応答を行うことになる。

図４の説明に戻り、Ｓ４０３において、導通確認部３０２が管理サーバ１０２との導通確認が成功したか否かを判断する。導通確認に成功したと判断された場合にはＳ４０４に進み、失敗したと判断された場合にはＳ４０２に戻る。

Ｓ４０４において、ステータス取得部３０３は、管理サーバ１０２に対するステータス確認の実行タイミングになったか否かを判断する。このタイミングについては、前述のインストーラの実行によりインストールされた時点でステータス取得部３０３に既に設定されている。ステータス確認タイミングと判断された場合にはＳ４０５に進み、そうでないと判断された場合にはＳ４０４に戻る。

Ｓ４０５において、ステータス取得部３０３は、管理サーバ１０２に対してステータス情報を要求する。この要求に基づく応答には、管理サーバ１０２が顧客に提供すべきサービスに関する各種ステータスが含まれる。そして、ステータス取得部３０３は、管理サーバ１０２からの応答として、ステータス情報を取得し、記憶装置２０２に保持する。この取得されたステータス情報としては、顧客とのサービスの開始に関する同意ステータスが含まれる。

ここで、図８を用いて、同意ステータスを含むステータス情報（Ｉ／Ｆ情報）の一例について説明する。

ステータス取得部３０３により管理サーバ１０２からの応答として取得されるステータス情報８０１には、管理対象の更新情報、監視装置の更新情報、及び同意ステータス情報などが含まれている。

管理対象の更新情報は、管理対象となるネットワークデバイスの情報の更新有無を検知するための情報である。監視装置１０１は、管理対象の追加や削除の発生を検出するために、この情報を参照する。管理サーバ側では、管理対象の追加や削除の発生のたびに、更新バージョン番号が１つインクリメントされる。

監視装置更新情報は、監視装置の識別情報や属性などの更新有無を検知するための情報である。監視装置１０１は、監視装置の情報の更新（名称変更など）を検出するために、この情報を参照する。管理サーバ側では、監視装置の情報の更新のたびに、更新バージョン番号が１つインクリメントされる。

同意ステータス情報は、サービス開始に係る顧客との同意がなされているか否かを検知するための情報が含まれている。管理サーバ側では、顧客同意がある場合は“１”、顧客同意がない場合は“０”と設定される。

ここでは、各種情報に変化があるか否かを検知するためのステータス情報（Ｉ／Ｆ）を定義しており、その中に同意ステータス情報を含ませている。これはあくまで一例であり、本発明の目的を達成できる範囲で、Ｉ／Ｆの構成や定義方法、含ませる情報等は自由に定めて問題ない。

図４の説明に戻り、Ｓ４０６において、ステータス判定部３０４は、取得されたステータス情報から、同意ステータス情報の内容を確認する。Ｓ４０７において、ステータス判定部３０４は、顧客の同意がなされているか否かを判定する。顧客の同意があると判定された場合にはＳ４０８に進み、顧客の同意がないと判定された場合にはＳ４０４に戻る。ここで、顧客の同意がないと判定された場合は、前述のステータス情報に含まれる他のステータス内容についての解析を省略する。

なお、この顧客の同意ステータスについては、サービス運用を行うオペレータが、顧客からの連絡を受け付けた際に、管理サーバ１０２が提供するＵＩ画面を介して設定を行う。図９を用いて、管理サーバ１０２が提供する顧客同意の設定画面について説明する。

設定画面９０１では、管理サーバ１０２が提供するサービスの開始を指示するための画面として構成されている。オペレータにより“開始する”ボタンが押下されることで、監視装置１０１に対して応答するステータス情報に含まれる同意ステータス情報の値が“１”に設定される。

図４に戻り、Ｓ４０８において、ステータス判定部３０４は、ステータス情報に含まれる同意ステータス情報以外の内容を解析して、確認する。Ｓ４０９において、ステータス判定部３０４は、取得した同意ステータス情報以外の各項目の値と、記憶装置２０２に既に保持されている各項目の値とを比較して、変化の有無を判断する。変化があると判断された場合にはＳ４１０に進み、変化がないと判断された場合にはＳ４１１に進む。

本実施例では、管理サーバ１０２が、図６で示したように各種ステータスの更新を更新バージョン番号で管理している。監視装置１０１では、記憶装置２０２に記憶されている更新バージョン番号と、Ｓ４０８の解析により取得した更新バージョン番号を比較し、変化の有無を判断している。

なお、記憶装置２０２には、インストーラ実行時に、インストーラ実行部３０１によりステータス情報に含まれる各項目の初期値（例えば、“０”）が記録される。同意確認の直後のＳ４０９においては、顧客同意後の最初のステータス情報の判断処理になるので、通常は初期値以外の値が管理サーバ１０２で設定されることになり、変化があると判断される。しかしながら、顧客同意及び、インストーラ作成前に、管理対象となるネットワークデバイスの情報や監視装置の情報が確定している場合には、それら情報をインストーラに含めることで、後述のＳ４１０の処理を省略することも可能である。

Ｓ４１０において、設定情報取得部３０５は、動作に必要な各種設定情報を管理サーバ１０２に要求して、取得する。取得された設定情報は、記憶装置２０２に保持される。

例えば、Ｓ４０９の処理で、管理対象更新情報に変化があると判定された場合、管理サーバ１０２に対して、管理対象となるネットワークデバイスのデバイス情報を要求する。デバイス情報とは、管理対象を識別するための識別情報や、各管理対象に対して提供するサービスの種類等が含まれる。また、監視装置更新情報に変化があるとみなされた場合には、管理サーバ１０２に対して、監視装置に設定すべき情報を要求する。その他の例として、管理対象から取得した各種データを管理サーバ１０２に対して送信する送信スケジュール等の情報も要求する。これら要求により取得された設定情報は、記憶装置２０２に保持され、監視部３０６による監視動作で利用される。

図１０を用いて、記憶装置２０２に保持される設定情報１００１の例について説明する。

まず、管理対象から取得した稼働情報の種類ごとの送信スケジュールが管理されている。ここでは、１日のなかで送信を行う時間帯が設定されている。この送信時間に従って、監視装置１０１は管理サーバ１０２へデータ送信を行う。また、管理対象となるネットワークデバイスのリストが管理されている。このリストには、各デバイスのＩＰ／ＭＡＣアドレス、デバイス名、デバイスＩＤ等の情報を管理されている。また、管理対象に対して提供するサービスの種類も管理されている。ここでは、サービスの種類ごとに整数を割り当てて管理しており、これらサービスごとに必要な稼働情報を管理対象のネットワークデバイスから収集することになる。

なお、管理対象のネットワークデバイスのそれぞれに対して、いずれのサービスを適用するかといった関連付けを、設定情報として管理することも可能である。その場合には、管理対象のデバイスリストに含まれるネットワークデバイスごとに、異なる稼働情報の取得が行われることになる。

図４に戻り、Ｓ４１０において、監視部３０６は記憶装置２０２に保持された設定情報に従い、監視動作を開始する。

なお、図４のＳ４０５の処理で取得されるステータス情報は、前述した通り、同意ステータスのみを含むわけではない。ステータス取得部３０３によるステータス情報の要求は、以降の処理で監視装置１０１が監視動作を開始した後も、定期的に実行されることになる。その際には、この要求は顧客の同意ステータスを確認する目的ではなく、監視動作の条件や設定などを確認、編集するための目的で実行されることになる。本実施例においては、顧客の同意が確認される前までは、同意ステータスの確認のためだけにこの要求が行われるため、Ｓ４０７で顧客の同意が無いことが確認された場合には、取得済みのステータス情報の他のステータスに関する処理はすべて省略している。ただし、顧客ステータスの確認以外にも、サービス開始前の事前処理に係るステータスがある場合には、同様に、Ｓ４０５〜Ｓ４０７の処理と同様に確認処理を実行することも可能である。

（実施例２）
上述した実施例１では、顧客の同意がなされていない状態から、顧客の同意がなされた状態に変化した時の動作について記載した。しかし、監視装置１０１での監視動作が開始している状況で、何らかの問題が生じ、管理サーバ１０２側で一時的にサービスを停止させたいケースも考えられる。そのような場合には、監視装置１０１側の動作も、同時に停止しなければならないことが想定される。

本実施例においては、実施例１と基本的には同様であるため、その差分のみを説明する。

まず、図３の設定情報削除部３０７は、監視装置１０１で管理している動作に必要な各種設定情報を削除するためのモジュールである。

図１１は、監視装置１０１における、監視動作を停止する際の処理を説明するためのフローチャートである。

Ｓ１１０１において、ステータス取得部３０３は、管理サーバ１０２に対するステータス確認の実行タイミングになったか否かを判断する。確認タイミングと判断された場合にはＳ１１０２に進み、確認タイミングでないと判断された場合にはＳ１１０１に戻る。

Ｓ１１０２において、ステータス取得部３０３は、管理サーバ１０２に対してステータス情報を要求する。この要求に基づく応答には、管理サーバ１０２が顧客に提供すべきサービスに関する各種ステータスが含まれる。そして、ステータス取得部３０３は、管理サーバ１０２からの応答として、ステータス情報を取得し、記憶装置２０２に保持する。この取得されたステータス情報としては、実施例１と同様に、顧客とのサービスの開始に関する同意ステータスが含まれる。

Ｓ１１０３において、ステータス判定部３０４は、ステータス情報に含まれる同意ステータス情報について、その内容を解析して、確認する。Ｓ１１０４において、ステータス判定部３０４は、顧客の同意がなくなったか否かを判定する。顧客の同意がなくなったと判定された場合にはＳ１１０５に進み、顧客の同意があると判定されたた場合にはＳ１１０６に進む。

なお、この顧客の同意ステータスについては、サービス運用を行うオペレータが、顧客からの連絡を受け付けたときや、一時的にサービスを停止させたい場合に、管理サーバ１０２が提供するＵＩ画面（図１２）を介して設定を行う。図１２を用いて、サービスの停止（顧客同意の取り消し）を行う設定画面について説明する。

サービス停止画面１２０１では、管理サーバ１０２が提供するサービスの停止を指示するための画面として構成されている。オペレータにより“停止する”ボタンが押下されることで、監視装置１０１に対して応答するステータス情報に含まれる同意ステータス情報の値が“０”に設定される。

図１１の説明に戻り、Ｓ１１０５において、設定情報削除部３０７は、監視動作に必要な各種設定情報を記憶装置２０２から削除する。ここで示している各種設定情報とは、管理対象を示すデバイスリストや稼働情報の送信スケジュールなどである。また、これら設定情報を削除することで、監視装置１０１の監視動作は停止されるが、ステータス取得部３０３による同意ステータスを含むステータス情報の要求処理だけは、周期的に実行される。これは再び、サービスの開始の指示を検知するためである。

ステータス取得部３０３を含む、本発明に係る全てのモジュールが削除（アンインストール）されることで、ステータス取得部３０３によるステータス要求も停止する。

Ｓ１１０６において、監視部３０６は、引き続き監視動作を継続する。なお、ステータス取得部３０３がＳ１１０２で取得したステータス情報に含まれる他の内容に更新があった場合には、対応する設定情報を管理サーバ１０２に要求して取得する。そして、取得された設定情報は、以降の監視動作に反映されることになる。

以上のように、サービス停止の検知に伴いし、監視動作に必要な設定情報を削除し、適切にサービスの停止が可能になる。

（実施例３）
上記した実施例１、２では、特に提供するサービスごとの違いについては言及していない。しかし、管理サーバ１０２は、カウンタ情報収集サービス、ジョブログ収集サービス、ソフトウェア配信サービス等、幾つかのサービスが提供できる。顧客が複数のサービスを契約した場合には、個々のサービスに対して、実施例１、２と同様な処理を行うことも可能である。その際には、サービスごとに監視装置１０１のためのインストーラを用意しても、複数のサービスに関するモジュールを１つにまとめて１つのインストーラを用意して、実現してもよい。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

さらに、本発明には、上述した実施形態の適宜組み合わせることにより構成されたシステムやその機能も含まれるものとする。

Claims (17)

1. 顧客環境に設置されたネットワークデバイスと、監視装置と、該顧客環境の外部に設置された管理サーバとを含む管理システムであって、
   前記監視装置は、
   所定のスケジュールに従い、前記管理サーバに対してステータス情報を取得するための第１の要求を行う第１の要求手段と、
   前記第１の要求の応答として取得されたステータス情報に含まれる顧客ステータスで、顧客の同意がなされているか否かを判定する判定手段と、
   前記顧客の同意がなされていると判定された場合に、前記取得されたステータス情報に含まれる他の内容に従い、前記管理サーバに対して監視動作に必要な設定情報を取得するための第２の要求を行う第２の要求手段と、
   前記第２の要求の応答として取得された設定情報を、前記監視装置の備える記憶部に保持する保持手段と、
   前記保持された設定情報に従い、監視動作を開始する監視手段と、を有し、
   前記管理サーバは、
   顧客との同意が確認されたことを示す設定を行う設定手段と、
   前記設定手段による設定に従い、顧客の同意がなされているか否かを示す顧客ステータスを更新する更新手段と、
   前記第１の要求に対して、前記顧客ステータスを含むステータス情報を応答する第１の応答手段と、
   前記第２の要求に対して、前記監視動作に必要な設定情報を応答する第２の応答手段と、を有し、
   前記第２の応答手段は、前記設定情報として、監視対象とすべきネットワークデバイスの識別情報を応答することを特徴とする管理システム。
2. 前記監視装置では、前記顧客の同意がなされていないと判定された場合には、前記取得されたステータス情報に含まれる他の内容にかかわらず、第２の要求手段による第２の要求は行われないことを特徴とする請求項１に記載の管理システム。
3. 前記第１の要求手段は、前記監視装置と前記管理サーバとの間での導通確認が成功した場合に、前記第１の要求を行うことを特徴とする請求項１または２に記載の管理システム。
4. 前記導通確認では、前記管理サーバと通信し、前記ネットワークデバイスを監視するためのインストーラが前記監視装置で実行された際に、当該インストーラに含まれていた顧客の識別情報と監視装置の識別情報とが、前記管理サーバに送信され、
   前記監視装置が、前記管理サーバでの該顧客の識別情報と該監視装置の識別情報とに基づく判断処理の結果、前記管理サーバから認証のための情報を受信した場合に、導通確認が成功することを特徴とする請求項３に記載の管理システム。
5. 前記監視動作が開始された後で、前記判定手段が前記第１の要求の応答として取得されたステータス情報に含まれる顧客ステータスで、顧客の同意がなされていないと判定した場合に、前記記憶部に保持された設定情報を削除する削除手段を、さらに有し、
   前記監視手段は、前記設定情報の削除に従い、監視動作を停止することを特徴とする請求項１乃至４のいずれか１項に記載の管理システム。
6. 前記設定情報の削除に従い監視動作が停止された後も、前記第１の要求手段は所定のスケジュールに従い、前記管理サーバに対して前記第１の要求を行い、前記判定手段は前記第１の要求の応答として取得されたステータス情報に含まれる顧客ステータスで、顧客の同意がなされているか否かを判定することを特徴とする請求項５に記載の管理システム。
7. 前記設定情報には、さらに、管理対象のネットワークデバイスから取得すべき稼働情報に関連する情報、及び管理対象のネットワークデバイスから取得した稼働情報の前記管理サーバへの送信スケジュールの少なくとも何れかが含まれることを特徴とする請求項１乃至６のいずれか１項に記載の管理システム。
8. 前記監視手段は、監視動作として、ネットワークデバイスから稼働情報の取得と、当該取得した稼働情報の送信スケジュールに従う前記管理サーバへの送信とを実行することを特徴とする請求項１乃至７のいずれか１項に記載の管理システム。
9. 前記顧客の同意は、前記管理サーバにより提供されるサービスごとに行われることを特徴とする請求項１乃至８のいずれか１項に記載の管理システム。
10. ネットワークデバイスが設置された顧客環境に設置された監視装置であって、
    所定のスケジュールに従い、前記顧客環境の外部に設置された管理サーバに対して、ステータス情報を取得するための第１の要求を行う第１の要求手段と、
    前記第１の要求の応答として取得されたステータス情報に含まれる顧客ステータスで、顧客の同意がなされているか否かを判定する判定手段と、
    前記顧客の同意がなされていると判定された場合に、前記取得されたステータス情報に含まれる他の内容に従い、前記管理サーバに対して監視動作に必要な設定情報を取得するための第２の要求を行う第２の要求手段と、
    前記第２の要求の応答として取得された、監視対象とすべきネットワークデバイスの識別情報を含む設定情報を、前記監視装置の備える記憶部に保持する保持手段と、
    前記保持された設定情報に従い、監視動作を実行する監視手段と、を有し、
    前記顧客の同意がなされていないと判定された場合には、前記取得されたステータス情報に含まれる他の内容にかかわらず、第２の要求手段による第２の要求は行われないことを特徴とする監視装置。
11. 前記第１の要求手段は、前記監視装置と前記管理サーバとの間での導通確認が成功した場合に、前記第１の要求を行うことを特徴とする請求項１０に記載の監視装置。
12. 前記導通確認では、前記管理サーバと通信し、前記ネットワークデバイスを監視するためのインストーラが前記監視装置で実行された際に、当該インストーラに含まれていた顧客の識別情報と監視装置の識別情報とが、前記管理サーバに送信され、
    前記監視装置が、前記管理サーバでの該顧客の識別情報と該監視装置の識別情報とに基づく判断処理の結果、前記管理サーバから認証のための情報を受信した場合に、導通確認が成功することを特徴とする請求項１１に記載の監視装置。
13. 前記設定情報には、さらに、管理対象のネットワークデバイスから取得すべき稼働情報に関連する情報、及び管理対象のネットワークデバイスから取得した稼働情報の前記管理サーバへの送信スケジュールの少なくとも何れかが含まれることを特徴とする請求項１０乃至１２のいずれか１項に記載の監視装置。
14. 前記監視手段は、監視動作として、ネットワークデバイスから稼働情報の取得と、当該取得した稼働情報の送信スケジュールに従う前記管理サーバへの送信とを実行することを特徴とする請求項１０乃至１３のいずれか１項に記載の監視装置。
15. 顧客環境に設置されたネットワークデバイスと、監視装置と、該顧客環境の外部に設置された管理サーバとを含む管理システムにおける制御方法であって、
    前記監視装置は、
    所定のスケジュールに従い、前記管理サーバに対してステータス情報を取得するための第１の要求を行う第１の要求工程と、
    前記第１の要求の応答として取得されたステータス情報に含まれる顧客ステータスで、顧客の同意がなされているか否かを判定する判定工程と、
    前記顧客の同意がなされていると判定された場合に、前記取得されたステータス情報に含まれる他の内容に従い、前記管理サーバに対して監視動作に必要な設定情報を取得するための第２の要求を行う第２の要求工程と、
    前記第２の要求の応答として取得された設定情報を、前記監視装置の備える記憶部に保持する保持工程と、
    前記保持された設定情報に従い、監視動作を開始する監視工程と、を有し、
    前記管理サーバは、
    顧客との同意が確認されたことを示す設定を行う設定工程と、
    前記設定に従い、顧客の同意がなされているか否かを示す顧客ステータスを更新する更新工程と、
    前記第１の要求に対して、前記顧客ステータスを含むステータス情報を応答する第１の応答工程と、
    前記第２の要求に対して、前記監視動作に必要な設定情報を応答する第２の応答工程と、を有し、
    前記第２の応答工程では、前記設定情報として、監視対象とすべきネットワークデバイスの識別情報が応答されることを特徴とする制御方法。
16. ネットワークデバイスが設置された顧客環境に設置された監視装置における制御方法であって、
    所定のスケジュールに従い、前記顧客環境の外部に設置された管理サーバに対して、ステータス情報を取得するための第１の要求を行う第１の要求工程と、
    前記第１の要求の応答として取得されたステータス情報に含まれる顧客ステータスで、顧客の同意がなされているか否かを判定する判定工程と、
    前記顧客の同意がなされていると判定された場合に、前記取得されたステータス情報に含まれる他の内容に従い、前記管理サーバに対して監視動作に必要な設定情報を取得するための第２の要求を行う第２の要求工程と、
    前記第２の要求の応答として取得された、監視対象とすべきネットワークデバイスの識別情報を含む設定情報を、前記監視装置の備える記憶部に保持する保持工程と、
    前記保持された設定情報に従い、監視動作を実行する監視工程と、を有し、
    前記顧客の同意がなされていないと判定された場合には、前記取得されたステータス情報に含まれる他の内容にかかわらず、第２の要求工程での第２の要求が行われないことを特徴とする制御方法。
17. 請求項１０乃至１４のいずれか１項に記載の手段としてコンピュータを機能させるためのプログラム。

Images