JP2017191352A - システム、及び、システムの制御方法 - Google Patents

Abstract

【課題】監視装置の入れ替えを行う際の管理者の負担を小さくし、また安全に監視装置の入れ替えを可能にすること。
【解決手段】監視装置１０８は、監視装置モジュールをインストールする際にインストーラに含まれるClientＩＤと初回認証キーを含む登録要求を管理装置１０１に送信する（Ｓ１３０１）。管理装置１０１では、登録要求に含まれるClientＩＤに関連づいた認証キーが未発行の場合、認証キーを発行して監視装置１０８に提供する（Ｓ１３０４）。一方、認証キーが発行済みの場合、監視装置１０８では管理装置１０１により発行されたチケットの入力画面を表示し、入力されたチケットを初回登録要求に付加して管理装置１０１に再送する（Ｓ１３０３，Ｓ１３０５，Ｓ１３０６）。管理装置１０１では、登録要求に含まれるチケットが有効な場合、認証キーを発行して監視装置１０８に提供する（Ｓ１３０７〜Ｓ１３０８）。
【選択図】図１３

Description

本発明は、管理システムと、当該管理システムとネットワークを介して接続可能で、顧客環境のデバイスを監視する監視装置とを含むシステム、及び、システムの制御方法に関するものである。

従来より、複合機等の画像形成装置に代表されるデバイスから収集した稼働情報やカウンタ情報などを収集・分析するデバイス管理システムがある。デバイス管理システムには、デバイスの情報を収集する監視装置と、監視装置が収集した情報を管理する管理装置を有するものがある。この場合、監視装置と管理装置で通信を行う際には、セキュリティを考慮した認証キーを使用して通信を行う。

また、監視装置は、顧客先に導入された後、永続的に運用されるのではなく、装置の故障による入れ替えや、技術の進歩に伴って任意のタイミングで装置を入れ替得る必要がある。監視装置の入れ替え処理後も、円滑にデバイスの情報を収集することが必要となる。

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

しかし、監視装置の入れ替え処理後は、監視装置と管理装置の設定を再度行う必要があり、入れ替え作業の負担が大きくなっている。

監視装置と管理装置で通信を行う際に必要な認証キーの配布は、利便性とセキュリティを考慮し、監視装置毎に発行された認証キーを監視装置としての機能を提供するためのソフトウェアのインストーラに含めて行われるケースがある。このケースの場合、監視装置単体とインストーラが紐づけられているため、監視装置の入れ替えが発生すると、別の監視装置として認識される。このため、監視装置や管理装置の初期設定を再度行う必要があり、入れ替え作業を行う管理者等の負担となっていた。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、監視装置の入れ替えを行う際の管理者の負担を小さくし、また安全に監視装置の入れ替えを行うことができるシステムを構築可能な仕組みを提供することである。

本発明は、管理システムと、当該管理システムとネットワークを介して接続可能で、顧客環境のデバイスを監視する監視装置として動作可能な第１情報処理装置および第２情報処理装置と、を含むシステムであって、前記管理システムは、前記監視装置として動作する前記第１情報処理装置が利用している監視装置の識別情報を指定したチケット作成の指示に基づき、該監視装置の識別情報と関連づいたチケット情報を生成し、該生成したチケット情報を通知する生成手段と、情報処理装置が前記監視装置として動作するための登録要求であって、監視装置の識別情報と、前記監視装置として動作する情報処理装置と前記管理システムとの初回通信時に使用される第１認証情報とを含む登録要求を、前記第２情報処理装置から受信する第１受信手段と、前記登録要求に含まれる前記監視装置の識別情報と前記第１認証情報とを用いて、該監視装置の識別情報と関連づいた、前記登録要求による登録後の監視装置と前記管理システムとの通信に使用される第２認証情報が未発行であるか否かを判定する判定手段と、前記判定手段により前記第２認証情報が未発行であると判定された場合、前記登録要求に含まれる前記監視装置の識別情報に関連づいた第２認証情報を発行して、前記第２情報処理装置に提供する発行手段と、を有し、前記第１受信手段は、前記第２情報処理装置から前記チケット情報を受信可能であり、前記発行手段は、前記判定手段により前記第２認証情報が発行済みであると判定された場合であっても、前記第１受信手段により受信したチケット情報が、前記第２認証情報が発行済みと判定された監視装置の識別情報と関連づいたチケット情報と一致する場合、前記発行済みの第２認証情報とは異なる第２認証情報を再発行して、前記第２情報処理装置に提供し、前記第２情報処理装置は、前記登録要求を前記管理システムに送信する送信手段と、前記第２認証情報を前記管理システムから受信する第２受信手段と、前記チケット情報の入力を受け付ける入力手段と、を有し、前記送信手段は、前記入力手段からチケット情報が入力された場合に、該チケット情報を前記管理システムに送信する、ことを特徴とする。

本発明によれば、監視装置の入れ替えを行う際の管理者の負担を小さくし、また安全に監視装置の入れ替えを行うことができる。さらに、入れ替え作業中でも、管理装置でデバイスの監視データを受信することが可能となり、監視データの収集漏れを防止することができる。

本実施例を示すシステムの全体構成を例示するブロック図 管理装置、監視装置のハードウェア構成図 デバイスのハードウェア構成図 管理装置のソフトウェア構成図 監視装置のソフトウェア構成図 管理装置の顧客リストを例示する図 管理装置のデバイスリストを例示する図 管理装置の監視装置リストを例示する図 管理装置のサービス別データ管理リストを例示する図 監視装置のサービス別デバイス管理リストを例示する図 監視装置の入れ替え処理を設定する画面を例示する図 チケット入力画面を例示する図 監視装置におけるインストール処理のフローチャート 管理装置における監視装置の登録処理のフローチャート 管理装置におけるアンインストール処理のフローチャート 監視装置におけるアンインストール処理のフローチャート 管理装置における監視装置からのデータ受信処理のフローチャート 管理装置における監視装置モジュールの作成処理のフローチャート

以下、本発明を実施するための形態について図面を用いて説明する。

＜システム構成図の説明＞
図１は、本発明の一実施例を示すシステムの全体構成を例示するブロック図である。
１００はデバイス管理システムで、顧客環境１０５に設置された各デバイス１０７のデバイス情報を管理することを目的としたＷＥＢアプリケーションが動作する管理装置１０１を含むシステムである。本実施例では、前記デバイス情報の一例として、カウンタ情報、ジョブログ、エラーなどのステータス監視情報、デバイス１０７に設定されている設定値情報を用いて説明する。しかし、デバイスに関する情報であればどのような情報を前記デバイス情報としてもよい。

デバイス管理システム１００には、管理装置１０１と、データベース１０２が含まれている。管理装置１０１は、データベース１０２に、デバイス１０７から取得した前記デバイス情報や、デバイス１０７を管理するために必要な各種情報などを蓄積する。データベース１０２と管理装置１０１はＬＡＮ１０３で接続されており、ＬＡＮ１０３はインターネット１０４に接続可能となっている。なお、データベース１０２は、物理的に管理装置１０１内に存在してもよい。さらに、データベース１０２は、管理装置１０１からアクセス可能であれば、インターネット１０４を経由した別の場所に存在しても構わない。

管理装置１０１は、データベース１０２で蓄積した情報、または加工した情報を閲覧するＷＥＢページを、インターネット１０４等を介して接続するパーソナルコンピュータ（ＰＣ）等で動作するＷＥＢブラウザ上で提供可能である。管理装置１０１は、このＷＥＢページを、ユーザ認証によって権限別に閲覧内容が限定された状態で提供する。さらに、管理装置１０１は、このＷＥＢページからデータベース１０２に蓄積された一部のデータ変更も可能としている。デバイス管理システム１００を動作させるために必要な各種情報は、特定の権限を持つ担当者により、このＷＥＢページ上で顧客単位に登録される。登録する情報としては、一例として、管理対象となるデバイス１０７、デバイス１０７との情報のやり取りを行う監視装置１０８の管理情報などが挙げられる。

顧客環境１０５には、ＬＡＮ（Local Area Network）１０６に接続されたデバイス１０７と監視装置１０８が含まれる。監視装置１０８では、ＬＡＮ１０６に接続されたデバイス１０７を監視することを目的としたＷＥＢアプリケーションが動作する。監視装置１０８は、プロキシサーバ１０９を介してインターネット１０４経由で管理装置１０１と通信する。監視装置１０８は、デバイス１０７から収集したデバイス情報や、デバイス１０７に配信するための設定値情報などをデータベース１１０に蓄積している。このデータベース１１０は、ＬＡＮ１０６上に接続されているが、監視装置１０８の内部に独立して存在してよい。さらに、このデータベース１１０は、監視装置１０８からアクセス可能であれば、インターネット１０４を経由した別の場所に存在してもよい。

監視装置１０８は、データベース１１０に蓄積しているデバイス情報を管理装置１０１に定期的に送信している。送信タイミングは、管理装置１０１が設定したスケジュールに沿って実施される。監視装置１０８は、前記スケジュールに間に合うように、デバイス１０７から事前にデバイス情報を取得し、データベース１１０に蓄積している。監視装置１０８は、データベース１１０で蓄積した情報の閲覧、および管理装置１０１とデータのやり取りを実行するためのＷＥＢページを、ＰＣ等で動作するＷＥＢブラウザ上で提供可能である。

監視装置１０８は、装置の故障による入れ替えや、技術の進歩に伴って任意のタイミングで入れ替得る必要が生じる。なお、監視装置１０８は、顧客環境のデバイスを監視する監視装置としてコンピュータを動作させるためのプログラムを情報処理装置（ＰＣ等）にインストールし、監視装置１０８として動作可能となった情報処理装置である。後述する入れ替え処理を行うことにより、監視装置として動作するＰＣを他のＰＣに入れ替えることが可能である。本実施例では、監視装置１０８ａ及びデータベース１１０ａを、監視装置１０８ｂ及びデータベース１１０ｂに、入れ替えるケースを想定して説明する。すなわち、監視装置１０８ａを入れ替え前の古い監視装置とし、監視装置１０８ｂを入れ替え後の新しい監視装置として説明する。なお、監視装置１０８ａと監視装置１０８ｂとを区別して説明する必要がない場合には、単に監視装置１０８として説明する。

＜管理装置１０１、監視装置１０８のＨ／Ｗ構成を示す図＞
図２は、管理装置１０１、監視装置１０８のハードウェア構成を例示するブロック図である。また、プロキシサーバ１０９やその他の図示しないバックエンドに設置される情報装置の構成にも本ブロック図に示す構成を適用可能である。

２０１はＣＰＵで、装置全体の制御を司る。なお、後述の全ての説明において、特に断りがない限り、ＣＰＵ２０１がハードウェア上の実行の主体である。一方、ソフトウェア上の制御の主体は、ハードディスク（ＨＤＤ）２１２に格納されたソフトウェアプログラムである。なお、ＨＤＤ２１２には、後述すべての説明で動作主体となる本実施例に関わるソフトウェアプログラムが格納されるものとする。

２０２はＲＯＭで、ＢＩＯＳやブートプログラム等が格納されている。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、ＨＤＤ２１２やＲＯＭ２０２等に格納されるプログラムを読み出して実行することにより、各種制御を実行する。

２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９やポインティングデバイス（ＰＤ）２１０等からの指示入力を制御する。２０６はディスプレイコントローラ（ＤＳＰＣ）で、ディスプレイ（ＤＳＰ）２１１の表示を制御する。

２０７はディスクコントローラ（ＤＫＣ）で、ハードディスク（ＨＤＤ）２１２やＣＤ−ＲＯＭ（ＣＤ）２１３などの記憶装置へのアクセスを制御するものである。ハードディスク（ＨＤＤ）２１２およびＣＤ−ＲＯＭ（ＣＤ）２１３等には、ブートプログラム、オペレーティングシステム（ＯＳ）、データベース、ソフトウェアプログラムおよびそのデータ等が記憶されている。なお、ＨＤＤ２１２の代わりに又は併用して、ソリッドステートドライブ（ＳＳＤ）等の他の記憶装置を有する構成であってもよい。

２０８はインタフェースコントローラ（ＩＦＣ）で、ＬＡＮを介して他のネットワーク機器と情報を送受信する。以上示した各構成要素（２０１〜２０３、２０５〜２０８）は、システムバス２０４上に配置される。また、本実施例において、ＯＳは、例えばマイクロソフト社のウィンドウズ（登録商標）を想定しているが、これに限定されるものではない。

なお、本実施例に関わるソフトウェアプログラムは、ＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されてもよい。その場合には、図２に示すＣＤ−ＲＯＭ（ＣＤ）２１３などによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤＤ）２１２にインストールされるものとする。

＜デバイス１０７のＨ／Ｗ構成を示す図＞
図３は、デバイス１０７の一例を示す複合機のハードウェア構成を例示するブロック図である。ここでは、デバイス１０７の一例として、印刷機能やスキャン機能、ネットワーク通信機能などを備える複合機を想定して説明する。しかし、デバイス１０７は複合機に限定されるものではなく、ネットワークデバイスであればよく、例えば、印刷装置（プリンタ）やネットワークカメラ、車載端末、各種ネットワーク家電等であってもよい。

３０１はＣＰＵで、デバイス１０７全体の制御を司る。３０２はＲＯＭで、ＣＰＵ３０１が実行する印刷処理プログラムやフォントデータ等を格納する。３０３はＲＡＭで、ＣＰＵ３０１のワークエリア、受信バッファ、画像描画等に使用される。３０４はＨＤＤで、デバイス１０７の設定値情報などを記録する。なお、ＨＤＤ３０４の代わりに又は併用して、ＳＳＤ等の他の記憶装置を有する構成であってもよい。

３０５は操作パネルで、各種スイッチやボタン、並びに、メッセージ表示用の液晶表示部で構成される。操作パネル３０５では、ユーザが前記設定値情報を操作することが可能である。３０６はネットワークインタフェースで、ネットワークに接続するためのものである。３０７はプリントエンジンで、記録紙に印刷を行う。３０８はスキャナで、原稿を読み取る。３０９はファクシミリ通信部で、ファクシミリの送受信を行うためのものである。なお、以上説明した各構成要素は、システムバス３１０上に配置される。

＜管理装置１０１のソフトウェア構成を示す図＞
図４は、管理装置１０１のソフトウェア構成を例示するブロック図である。なお、図４の４０１〜４１０に示す各部は、管理装置１０１のＣＰＵ２０１が、ＨＤＤ２１２等に格納されるプログラムを読み出して実行することにより実現されるものである。

４０１はＵＩ制御部で、管理装置１０１のグラフィカルユーザーインタフェース（ＧＵＩ）を提供する。ＧＵＩは、ＨＴＴＰ（Hyper Text Transfer Protocol）を用いて、他のクライアントＰＣから利用可能なＷＥＢアプリケーションとして構成される。本実施例では、管理装置１０１がＷＥＢアプリケーションとして利用されることを想定しているが、管理装置１０１に備え付けられたディスプレイにＧＵＩを表示するよう構成することも可能である。

４０２は顧客管理部で、管理装置１０１が管理する顧客情報を管理する。顧客管理部４０２は、後述する図６のように、顧客を一意に特定するCustomerＩＤと、ＵＩ制御部４０１を介して特定の権限を持つ担当者によってＷＥＢブラウザ上で入力された顧客に関する情報とを紐づけて、データベース１０２上の顧客リストに格納し管理する。顧客に関する情報には、例えば、顧客名、住所、提供するサービス種別などが含まれる。

４０３は監視装置管理部で、管理装置１０１と通信する監視装置１０８を管理する。監視装置管理部４０３は、後述する図８のように、CustomerＩＤと監視装置１０８の管理に必要な情報を紐づけし、データベース１０２上の監視装置リストに格納し管理する。監視装置１０８の管理に必要な情報には、例えば、監視装置１０８を一意に特定するClientＩＤ（監視装置の識別情報）、監視装置１０８が管理装置１０１と通信する際の認証キー情報、監視装置１０８を別のＰＣに入れ替える際のチケット情報などが含まれる。認証キー情報には、例えば、監視装置１０８と管理装置１０１との初回通信時に使用される初回認証キー、初回登録後の通信に使用される認証キー、入れ替え作業時に一時的に通信を許可する仮認証キーなどの認証情報があり、認証キー管理部４０４にて発行、保持、削除される。

初回認証キーは、ＵＩ制御部４０１を介して特定の権限を持つ担当者がＷＥＢブラウザ上で監視装置の作成を指示すると、認証キー管理部４０４にて監視装置１０８を一意に特定するClientＩＤと合わせて発行され、監視装置リストに追加される。ClientＩＤと初回認証キーは、後述するインストーラ作成部４０６により、監視装置モジュールのインストーラパッケージに含められる。監視装置管理部４０３が通信部４１０を介して監視装置１０８からの初回登録リクエスト（ClientＩＤと初回認証キーを含む登録要求）を受信すると、管理装置１０１に登録された監視装置１０８からのリクエストかどうかを、初回登録リクエストに含まれるClientＩＤと初回認証キーを用いて監視装置リストをチェックすることで判断する。初回登録リクエストは、監視装置モジュールのインストール過程で、監視装置１０８から送信される。

認証キーは、認証キー管理部４０４が通信部４１０を介して初回登録リクエストを受信した際に、初回登録リクエストに含まれるClientＩＤと初回認証キーで監視装置リストを検索し、該検索された登録済みのClientＩＤに関連づいた認証キーが未発行の場合に発行される。認証キーは、監視装置管理部４０３によって、初回登録リクエストの応答として登録成功を示す情報とともに監視装置１０８に返却される。管理装置１０１では、認証キーの発行後は、基本的には、監視装置１０８からの通信は該認証キーを使った通信のみを許可し、その他の通信は許可しない。

仮認証キーは、認証キー管理部４０４が通信部４１０を介して初回登録リクエストを受信した際に、初回登録リクエストに後述する入れ替え処理部４０５で発行したチケットが含まれており、且つ該チケットが有効であれば、認証キーのコピーとして発行される。さらに、この場合、認証キーが再発行され、監視装置管理部４０３によって初回登録リクエストの応答として、監視装置１０８に、入れ替え成功を示す情報とともに返却される。なお、管理装置１０１では、仮認証キーが発行されている場合は、後述する一部のサービスのデータ（特定の監視データ）のみ受信を許可する。また、チケットが有効かどうかは、期限切れかどうかで判断する。なお、本実施例では、チケットの有効性を期限で設けているが、その他の方法を用いてもよい。

４０５は入れ替え処理部で、監視装置モジュールがインストールされているＰＣ（すなわち監視装置１０８）の入れ替え処理に必要なチケットの管理および、アンインストール指示を行う。ＰＣ等で動作するＷＥＢブラウザ上で、後述する図１１のような画面において、特定の権限を持つ担当者によってチケットの発行処理が実行されると、入れ替え処理部４０５が、期限付きのチケットを発行する。チケットを発行する際、担当者は、古い監視装置１０８ａから監視装置モジュールを自動でアンインストールするかどうかを選択指定するように構成されている。入れ替え処理部４０５は、自動アンインストールが指定された場合には、入れ替え処理部４０５は、アンインストール指示を通信部４１０経由で監視装置１０８ａに送信する。

４０６はインストーラ作成部で、監視装置モジュールのインストーラパッケージを作成する。ＷＥＢブラウザ上で特定の権限を持つ担当者によって、インストーラパッケージの作成およびダウンロード処理の実行が指示される。インストーラパッケージには、後述する図５に示す監視装置１０８のＵＩ制御部５０１、デバイス管理部５０２、登録処理部５０３、アンインストール処理部５０４、サービス管理部５０５、通信部５０６としてコンピュータを機能させるためのプログラム（監視装置モジュール）が同梱される。さらに、インストーラパッケージには、CustomerＩＤ、ClientＩＤ、初回認証キー等の情報が含まれる。作成されたインストーラパッケージは、データベース１０２に格納される。監視装置モジュールのインストーラパッケージは、監視装置管理部４０３によってClientＩＤが発行された後であれば、ＵＩ制御部４０１を介して特定の権限を持つ担当者がＷＥＢブラウザ上からいつでも作成、ダウンロード指示することができる。

４０７はデバイス管理部で、デバイス１０７の管理に必要な情報を管理する。デバイス管理部４０７は、後述する図７のように、デバイス１０７を一意に特定するDeviceＩＤとＩＰアドレスなどの構成情報を紐づけ、デバイスリストに格納し、データベース１０２上で管理する。デバイスリストに格納される情報は、ＵＩ制御部４０１を介してＷＥＢブラウザ上で登録することも可能であるし、監視装置１０８がデバイス１０７から取得し管理装置１０１に送信することで登録することもできる。デバイスリストでは、提供するサービス毎に、監視装置１０８（ClientＩＤ）を紐づけて管理する。

４０８はサービス管理部で、管理装置１０１が提供するサービスを管理する。図４の例では、サービス管理部４０８は、カウンタサービス、監視情報サービス、設定配信サービス、ジョブログサービス、・・・を管理する。カウンタサービスでは、デバイス１０７のカウンタ情報を管理する。監視情報サービスでは、エラーなどのステータス情報を管理する。設定配信サービスでは、デバイス１０７の設定値情報を管理する。ジョブログサービスでは、デバイス１０７のジョブログ情報を管理する。本実施例では、カウンタサービス、ジョブログサービス、監視情報サービス、設定配信サービスのように、デバイス１０７から取得するデバイス情報の種類ごとにサービスを分割し管理しているが、サービスの管理方法および各サービスで扱うデータはどのようなものでもよい。各サービスは、通信部４１０を介して監視装置１０８からデータを取得・配信し、取得したデータをデータベース１０２上に格納、および加工して提供する。また、サービス管理部４０８は、後述する図９のように、デバイス１０７ごとに各サービスがデータ受信した最終受信日時をサービス別データ管理リストに格納し、データベース１０２上で管理する。

４０９はメール管理部で、ＵＩ制御部４０１を介してＷＥＢブラウザ上で設定されたスケジュール等に合わせて、メールを送信する。

なお、監視装置１０８から管理装置１０１への通信は、初回登録成功後は、発行された認証キーを使った通信のみが許可され、その他の通信は許可されない。ただし、仮認証キーが発行されている場合は、一部のサービスに限定して、通信が許可される。これは、監視装置モジュールをインストールしているＰＣを入れ替えた際に、入れ替え前の古い監視装置１０８ａが保持しているデータの取りこぼし（収集抜け）を防ぐためである。本実施例では、仮認証キーにより、ジョブログサービスおよび設定配信サービスのデータの通信のみ許可されるものとして説明するが、本発明はこれに限定されるものではない。

＜監視装置１０８のソフトウェア構成を示す図＞
図５は、監視装置１０８のソフトウェア構成を例示するブロック図である。
５０１はＵＩ制御部で、監視装置１０８のＧＵＩを提供する。ＧＵＩは、ＨＴＴＰを用いて、他のクライアントＰＣから利用可能なＷＥＢアプリケーションとして構成される。もしくは、ＧＵＩを、監視装置１０８に備え付けられたディスプレイに表示されるよう構成することも可能である。

５０２はデバイス管理部で、監視装置１０８で管理するデバイス１０７の情報を、後述する図１０のようなサービス毎のリスト（サービス別デバイスリスト）に格納し、データベース１１０上で管理している。デバイス管理部５０２は、サービス別デバイスリストの情報を、管理装置１０１から通信部５０６を介して取得する。デバイス管理部５０２は、通信部５０６を介してデバイス１０７から詳細情報（機種名、シリアル番号、状態、ＭＡＣアドレスなど）を取得し、通信部５０６を介して管理装置１０１に送信する。

５０３は登録処理部で、通信部５０６を介して管理装置１０１に監視装置１０８の初回登録処理を行う。登録処理部５０３は、初回登録処理を、監視装置モジュールのインストール処理の中で行う。登録処理部５０３は、初回登録処理において、インストーラパッケージに含まれるClientＩＤと初回認証キーを使って初回登録リクエスト（ClientＩＤと初回認証キーを含む登録要求）を、管理装置１０１に、通信部５０６を介して送信する。インストーラパッケージは、管理装置１０１からＷＥＢブラウザ上で特定の権限を持つ担当者によってダウンロードすることができる。インストーラパッケージには、ＵＩ制御部５０１、デバイス管理部５０２、登録処理部５０３、アンインストール処理部５０４、サービス管理部５０５、通信部５０６としてコンピュータを機能させるためのプログラムが含まれ、インストール処理によって監視装置１０８の所定のフォルダに実行可能に配置される。初回登録処理が成功すると、初回登録リクエストのレスポンスとして、管理装置１０１から認証キーが返却される。これ以降、監視装置１０８は、管理装置１０１との通信時には認証キーを用いた署名で通信を行う。

なお、初回登録処理が失敗すると、登録処理部５０３は、ＵＩ制御部５０１を介してＷＥＢブラウザ上に、後述する図１２のようなチケット入力画面を表示する。インストール担当者がチケット入力画面からチケットを入力し、Registerボタン（図１２の１２０２）を押すと、登録処理部５０３は、再度、初回登録リクエスト（ただしチケットを付加）を管理装置１０１に、通信部５０６を介して送信する。なお、チケットは、後述する管理装置１０１の入れ替え処理を設定する画面（図１１）でＷＥＢブラウザ上から特定の権限を持つ担当者が入れ替え処理の実行を指示することで発行される。チケットを付加した初回登録処理が成功すると、初回登録リクエストのレスポンスとして入れ替え成功を示す情報と認証キーが、管理装置１０１から返却される。なお、チケットの生成は、初回登録処理に失敗する前であっても、初回登録処理に失敗した後であってもよい。

５０４はアンインストール処理部で、監視装置モジュールのアンインストール処理を行う。アンインストール処理部５０４は、アンインストール処理を、管理装置１０１からのアンインストール指示か、担当者による手動実行をトリガとして実行する。管理装置１０１からのアンインストール指示を受信した場合は、アンインストール処理部５０４は、一部サービスに対応するデータベース１１０に格納されたデバイス情報（特定の監視データ）を、管理装置１０１に送信し、送信完了後にアンインストールを実行する。本実施例では、上記一部のサービスに対応するデバイス情報として、ジョブログサービスおよび設定配信サービスのデータを送信する例を用いて説明するが、本発明は、これに限定されるものではない。

５０５はサービス管理部で、管理装置１０１が提供するサービスを管理する。各サービスは、管理装置１０１が提供するサービスに必要なデバイス情報を、通信部５０６を介してデバイス１０７から取得・配信し、管理装置１０１に送信する役割を持つ。各サービスのモジュールは、管理装置１０１からダウンロードされる。ダウンロード対象となるモジュールは、初回登録処理の完了後に、管理装置１０１から取得したサービス別データ管理テーブルにあるサービスに対応するモジュールとなる。

デバイス１０７からデバイス情報を取得するスケジュールは、各サービスで定義される。各サービスは、このスケジュールに合わせてデバイス１０７からデバイス情報を取得しデータベース１１０上に格納する。さらに、各サービスがデバイス１０７から取得しデータベース１１０に格納されたデバイス情報は、管理装置１０１から取得した各サービスのデータ送信スケジュールに合わせ、各サービスによりが通信部５０６を介して管理装置１０１に送信される。サービス管理部５０５は、管理装置１０１に送信済みのデバイス情報を、データベース１１０から削除する。

５０７はインストーラで、監視装置１０８におけるプログラムのインストールおよびアンインストールを管理するＯＳが提供するプログラムである。

＜管理装置１０１の顧客リストの一例を示す図＞
図６は、管理装置１０１に登録された顧客リストを例示する図である。なお、顧客リストは、顧客管理部４０２にて管理される。

６０１はCustomerＩＤで、顧客を一意に特定するためのＩＤが格納される。６０２は顧客名で、顧客の表示名が格納される。６０３は住所で、顧客の住所情報が格納される。６０４はサービス種別で、管理装置１０１が提供する各サービスを表すＩＤが格納される。なお、本実施例では、顧客リストに、顧客名や住所が含まれているが、顧客に関する情報であればどのような情報が含まれていてもよい。また、顧客に関する情報のいずれかを別のリストで管理する構成でもよい。

＜管理装置１０１のデバイスリストの一例を示す図＞
図７は、管理装置１０１に登録されたデバイス１０７のリスト（デバイスリスト）を例示する図である。デバイスリストは、デバイス管理部４０７で管理される。

７０１はCustomerＩＤで、顧客を一意に特定するためのＩＤが格納される。７０２はDeviceＩＤで、デバイス１０７を一意に特定するためのＩＤが格納される。７０３は製品名で、デバイス１０７の製品名が格納される。７０４はＩＰアドレスで、デバイス１０７のＩＰアドレスが格納される。７０５はＭＡＣアドレスで、デバイス１０７のＭＡＣアドレスが格納される。７０６はシリアル番号で、デバイス１０７のシリアル番号が格納される。７０７はサービス種別で、管理装置１０１が提供する各サービスを表すＩＤが格納される。本実施例では、サービス種別をＩＤで管理しているが、これに限定されるものではない。７０８はClientＩＤで、監視装置１０８を一意に特定するためのＩＤが格納される。ClientＩＤにより、サービス種別で設定された各サービスのデータを、デバイス１０７から取得する監視装置１０８のＩＤが紐づけられる。

なお、本実施例では、サービス種別とClientＩＤがデバイスリストに含まれているが、これらを別のリストで管理してもよい。また、本実施例では、ＩＰアドレスやＭＡＣアドレス等が示されているが、デバイス１０７に関する情報であればどのような情報がデバイスリストに含まれていてもよい。

＜管理装置１０１の監視装置リストの一例を示す図＞
図８は、管理装置１０１に登録された監視装置のリスト（監視装置リスト）を例示する図である。監視装置リストは、監視装置管理部４０３で管理される。

８０１はCustomerＩＤで、顧客を一意に特定するためのＩＤを格納する。８０２はClientＩＤで、監視装置１０８を一意に特定するためのＩＤを格納する。８０３は初回認証キーで、監視装置１０８が管理装置１０１に初回登録を行う際に使用する認証キーが格納される。初回認証キー８０３は、ClientＩＤ８０２と一意に紐づく。

８０４は認証キーで、初回登録に成功した監視装置１０８が管理装置１０１との通信時に使用する認証キーが格納される。認証キー８０４は、管理装置１０１が監視装置１０８から初回登録リクエストを受信した際に、認証キー管理部４０４が初回登録リクエストに含まれるClientＩＤと初回認証キーを監視装置リストで検索し、登録済みの監視装置で、且つ認証キーが未発行の場合に発行される。また、初回登録リクエストにチケットが含まれている場合に、チケットが有効であれば認証キー８０４が再発行される。
８０５は認証キー発行日時で、認証キー管理部４０４が認証キー８０４を発行した日時を格納する。

８０６は仮認証キーで、監視装置１０８の入れ替え作業時に、一時的に通信を許可するための認証キーが格納される。仮認証キー８０６は、初回登録リクエストにチケットが含まれている場合に、チケットが有効であれば認証キー８０４のコピーとして発行される。
８０７は仮認証キー発行日時で、認証キー管理部４０４が仮認証キー８０６を発行した日時を格納する。

８０８はチケットで、監視装置１０８の入れ替えを許可するためのチケットを格納する。
８０９はチケット有効日時で、チケットの有効期限を格納する。
また、図８には図示していないが、監視装置リストには、チケット８０８、チケット有効日時８０９とともに、チケット作成が指示された場合に指定されたアンインストール方法の情報も、格納されているものとする。このアンインストール方法の情報には、手動アンインストールか自動アンインストールかを指定する情報、メール通知の有無を指定する情報、および、通知先アドレスを指定する情報等が含まれる。各情報の詳細は図１１で示す。

＜管理装置１０１のサービス別データ管理リストの一例を示す図＞
図９は、管理装置１０１に登録されたデバイス別のサービスの提供状況リスト（サービス別データ管理リスト）を例示する図である。サービス別データ管理リストは、サービス管理部４０８で管理される。

９０１はCustomerＩＤで、顧客を一意に特定するためのＩＤを格納する。９０２はDeviceＩＤで、デバイス１０７を一意に特定するためのＩＤを格納する。９０３はサービス種別で、管理装置１０１が提供する各サービスを表すＩＤが格納される。本実施例では、サービス種別をＩＤで管理しているが、これに限定されるものではない。
９０４は最終受信日時で、各サービスからデータを受信した最終の日時を格納する。

＜監視装置１０８のサービス別デバイス管理リストの一例を示す図＞
図１０は、監視装置１０８に登録されたサービス毎のデバイスリスト（サービス別デバイス管理リスト）を例示する図である。サービス別デバイス管理リストは、デバイス管理部５０２で管理される。

１００１はDeviceＩＤで、デバイス１０７を一意に特定するためのＩＤを格納する。１００２はＩＰアドレスで、デバイス１０７のＩＰアドレスを格納する。１００３はＭＡＣアドレスで、デバイス１０７のＭＡＣアドレスが格納される。本実施例では、サービス別デバイス管理リストを構成する情報に、ＩＰアドレスやＭＡＣアドレス等が含まれているが、デバイス１０７に関する情報でどのような情報が含まれていいてもよい。

＜管理装置１０１が提供する監視装置モジュールがインストールされているＰＣの入れ替え処理の設定画面の一例を示す図＞
図１１は、管理装置１０１が提供する監視装置モジュールがインストールされているＰＣの入れ替え処理を設定する画面を例示する図である。なお、入れ替え処理を設定する画面は、特定の権限を持つ担当者が、ＰＣで動作するＷＥＢブラウザから、管理装置１０１で動作するＷＥＢアプリケーションを利用することで、ＵＩ制御部４０１を介して、該ＷＥＢブラウザ上に表示される。なお、この画面を表示する装置は、管理装置１０１で動作するＷＥＢアプリケーションを利用可能な装置であれば、どのような装置であってもよい。例えば、入れ替え前の古い監視装置１０８ａとして動作しているＰＣでも、入れ替え後の新しい監視装置１０８ｂとして動作する予定のＰＣでも、他のＰＣであってもよい。特定の権限を持つ担当者は、このような装置のＷＥＢブラウザから管理装置１０１に配置されたＷＥＢアプリケーションを利用し、入れ替えを行う監視装置のClientＩＤを特定する情報を指定することにより、図１１のような入れ替え処理を設定する画面を、管理装置１０１から受け取って表示することができる。なお、入れ替え前の古い監視装置１０８ａとして動作しているＰＣから上記ＷＥＢアプリケーションを利用した場合、該監視装置１０８ａのClientＩＤが、入れ替えを行う監視装置のClientＩＤとして、自動で指定されるように構成してもよい。

画面１１０１は監視装置管理画面で、入れ替え処理を設定するための初期画面に対応する。画面１１０１は、特定の権限を持つ担当者がＰＣ等で動作するＷＥＢブラウザから監視装置管理画面にアクセスし、入れ替えを行う監視装置のClientＩＤを指定することで、ＵＩ制御部４０１より提供されてＷＥＢブラウザ上に表示される。

画面１１０１では、対象となる監視装置を示す情報として、ClientＩＤ、クライアント名が表示される（１１０１ａ）。画面１１０１において、チケット作成ボタン１１０１ｂが押下されると、画面１１０２が表示される（ＵＩ制御部４０１の制御により画面１１０２に遷移する）。

画面１１０２は、監視装置モジュールがインストールされている古いＰＣから監視装置モジュールをアンインストールする方法を選択するための画面である。画面１１０２では、対象となる監視装置を示す情報として、ClientＩＤ、クライアント名が表示される（１１０２ａ）。また、アンインストール方法として、手動アンインストール（１１０２ｂ）か自動アンインストール（１１０２ｃ）が選択指定可能である。また、１１０２ｂ又は１１０２ｃでは、アンインストールのタイミングをユーザ通知するためのメール通知を指定可能であり、メール通知を選択した場合は、通知先のメールアドレスを入力することができる。なお、アンインストールのタイミングとは、入れ替え前の古い監視装置１０８から監視装置モジュールをアンインストールしてよいタイミング、又は、自動アンインストールするタイミングを示す。これらの情報が入力され、ＯＫボタン１１０２ｄが押下されると、チケット作成の指示が管理装置１０１に送信される。これに応じて、管理装置１０１の入れ替え処理部４０５がClientＩＤに関連づいたチケットを作成し、画面１１０３が表示される（ＵＩ制御部４０１の制御により画面１１０３に遷移する）。なお、ＯＫボタン１１０２ｄの押下は、監視装置モジュールがインストールされた情報処理装置（すなわち監視装置１０８として動作する情報処理装置）の入れ替え指示に対応する。

画面１１０３では、対象となる監視装置を示す情報としてのクライアントＩＤ、クライアント名に加え、作成されたチケットとチケットの有効日時が表示される（１１０３ａ）。さらに、画面１１０３では、設定されたアンインストール方法とメール通知の有無および通知先アドレスが表示される（１１０３ｂ）。また、画面１１０３では、チケット作成ボタン１１０１ｂがチケットの有効期限内では非活性（図ではグレー表示）になるように制御されている。これにより、有効期限内にチケットが再作成されないように制御されている。なお、作成されたチケット、チケットの有効日時、設定されたアンインストール方法、メール通知の有無、および、通知先アドレスの情報は、管理システム１００の上述した監視装置リストにおいて管理される。

＜監視装置１０８ｂにおけるチケット入力画面の一例を示す図＞
図１２は、監視装置１０８ｂが提供する初回登録処理に失敗した際に表示されるチケット入力画面を例示する図である。なお、図１２のチケット入力画面は、初回登録に失敗した入れ替え後の新しい監視装置１０８ｂが、ＷＥＢブラウザを起動し、該ＷＥＢブラウザから、監視装置１０８ｂ上で動作するＷＥＢアプリケーションを利用することで、ＵＩ制御部５０１を介して、該ＷＥＢブラウザ上に表示される。

チケットは、入れ替え処理を設定する画面（図１１）から、特定の権限を持つ担当者によって発行を指示することが可能なものである。特定の権限を持つ担当者が、上述のように発行されたチケットを、チケット入力欄１２０１に入力し、Registerボタン１２０２を押下すると、登録処理部５０３により、チケットを付加した初回登録リクエストが管理装置１０１に送信される。

なお、ここでは、図１２のチケット入力画面が、監視装置１０８ｂ自身に配置されたＷＥＢアプリケーションから提供される構成について説明したが、ＷＥＢアプリケーションからの提供に限定されるものではない。監視装置１０８ｂが初回登録処理に失敗した際にチケットの入力が可能な形態であればどのような形態であってもよい。また、図１２のチケット入力画面は、監視装置１０８ｂが初回登録処理に失敗した際に管理装置１０１から提供される構成であってもよい。
また、チケット入力画面は、監視装置１０８上で動作するＷＥＢアプリケーションにより提供される画面として説明したが、通常の入力ダイアログであってもよい。

＜監視装置１０８におけるインストール処理の動作を示すフローチャート＞
図１３は、本実施例における監視装置１０８のインストール処理の動作を例示するフローチャートである。なお、フローチャートの各ステップの処理は、監視装置１０８に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。また、本フローチャートは、本発明に係る処理のみを説明し、その他の処理については本発明の本質とは異なるため説明を省略する。

監視装置モジュールのインストール処理の中で初回登録処理が開始されると、登録処理部５０３は、本フローチャートの処理を開始する。
まず、ステップＳ１３０１において、登録処理部５０３は、通信部５０６を介して管理装置１０１に初回登録リクエストを送信する。初回登録リスクエストには、インストーラパッケージに含まれるClientＩＤと初回認証キーが含まれる。その後、登録処理部５０３は、通信部５０６を介して、管理装置１０１から上記Ｓ１３０１の初回登録リスエストのレスポンスを受信する。

次に、Ｓ１３０２において、登録処理部５０３は、上記Ｓ１３０１の初回登録リスエストのレスポンスに基づいて、初回登録に失敗したか否かを判定する。そして、初回登録に失敗していない（成功した）と判定した場合（Ｓ１３０２でＮｏの場合）、登録処理部５０３は、Ｓ１３０４に処理を進める。Ｓ１３０４において、登録処理部５０３は、ＵＩ制御部５０１を介して、監視装置１０８の初回登録が完了したことを表示し、本フローチャートの処理を終了する。

一方、初回登録に失敗したと判定した場合（Ｓ１３０２でＹｅｓの場合）、登録処理部５０３は、Ｓ１３０３に処理を進める。
Ｓ１３０３において、登録処理部５０３は、図１２のように、ＵＩ制御部５０１を介してチケット入力画面を表示する。

次に、Ｓ１３０５において、登録処理部５０３は、ＵＩ制御部５０１を介してチケットの入力と、Registerボタン１２０２の押下を受け付ける。そして、ＵＩ制御部５０１を介してチケットが入力され、Registerボタン１２０２が押下されると、登録処理部５０３は、Ｓ１３０６に処理を進める。なお、チケットの生成は、初回登録に失敗する前であっても、初回登録に失敗した後であってもよい。

Ｓ１３０６において、登録処理部５０３は、上記Ｓ１３０１で送信した初回登録リスエストにチケット情報を付加し、通信部５０６を介して管理装置１０１に再送する。その後、登録処理部５０３は、通信部５０６を介して、管理装置１０１から上記Ｓ１３０６で再送した初回登録リスエストのレスポンスを受信する。

次に、Ｓ１３０７において、登録処理部５０３は、上記Ｓ１３０６のリクエストのレスポンスに基づいて、登録に成功したか否かを判定する。そして、登録に成功したと判定した場合（Ｓ１３０７でＹｅｓの場合）、登録処理部５０３は、Ｓ１３０８に処理を進める。
Ｓ１３０８において、登録処理部５０３は、ＵＩ制御部５０１を介して監視装置として動作するＰＣの入れ替え処理が完了したことを表示し、本フローチャートの処理を終了する。

一方、登録に失敗したと判定した場合（Ｓ１３０７でＮｏの場合）、登録処理部５０３は、Ｓ１３０９に処理を進める。
Ｓ１３０９において、登録処理部５０３は、ＵＩ制御部５０１を介して監視装置として動作するＰＣの入れ替え処理が失敗したことを表示し、本フローチャートの処理を終了する。

＜管理装置１０１における監視装置１０８の登録処理の動作を示すフローチャート＞
図１４は、本実施例における管理装置１０１の監視装置登録処理の動作を示すフローチャートである。なお、本フローチャートの各ステップの処理は、管理装置１０１に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。また、本フローチャートでは、本発明に係る処理のみを説明し、その他の処理については本発明の本質とは異なるため説明を省略する。

ステップＳ１４０１において、監視装置管理部４０３は、通信部４１０を介して監視装置１０８から初回登録リクエストを受信すると、認証キー管理部４０４がＳ１４０２の処理を実行する。なお、Ｓ１４０１においては、図１３のＳ１３０１で送信された初回登録リクエスト、Ｓ１３０６で再送された初回登録リクエストのいずれの初回登録リクエストも受信可能である。

Ｓ１４０２において、認証キー管理部４０４は、上記Ｓ１４０１で受信した初回登録リクエストに含まれるClientＩＤと初回認証キーで監視装置リスト（図８）を検索し、リクエスト元の監視装置が、登録済みの監視装置かどうかを判定する。なお、登録済みの監視装置かどうかは、初回登録リクエストに含まれるClientＩＤに関連づいた認証キー８０４が発行されているかどうかで判定する。

そして、登録済みの監視装置でない（認証キー８０４が発行されていない）と判定した場合（Ｓ１４０２でＮｏの場合）、認証キー管理部４０４は、Ｓ１４０４に処理を進める。
Ｓ１４０４において、認証キー管理部４０４は、初回登録リクエストに含まれるClientＩＤに関連づいた認証キー８０４を新規に発行する。さらに、Ｓ１４１１において、監視装置管理部４０３が、上記Ｓ１４０１で受信した初回登録リクエストの応答として、登録成功を示す情報を監視装置１０８に返却する。この際、上記Ｓ１４０４で発行した認証キー８０４も合わせて返却する。本Ｓ１４１１の処理の後、本フローチャートの処理を終了する。

一方、上記Ｓ１４０２において、登録済みの監視装置である（認証キー８０４が発行済み）と判定した場合（Ｓ１４０２でＹｅｓの場合）、認証キー管理部４０４がＳ１４０３の処理を実行する。
Ｓ１４０３において、認証キー管理部４０４は、上記Ｓ１４０１で受信した初回登録リクエストにチケットが含まれているかどうかを判定する。そして、チケットが含まれていないと判定した場合（Ｓ１４０３でＮｏの場合）、監視装置管理部４０３がＳ１４１２の処理を実行する。
Ｓ１４１２において、監視装置管理部４０３は、上記Ｓ１４０１で受信した初回登録リクエストの応答として、登録失敗を示す情報を監視装置１０８に返却する。本Ｓ１４１２の処理の後、本フローチャートの処理を終了する。

一方、上記Ｓ１４０３において、上記Ｓ１４０１で受信した初回登録リクエストにチケットが含まれていると判定した場合（Ｓ１４０３でＹｅｓの場合）、認証キー管理部４０４がＳ１４０５の処理を実行する。
Ｓ１４０５において、認証キー管理部４０４は、上記初回登録リクエストに含まれているチケットが有効かどうかを判定する。なお、チケットの有効性は、監視装置リスト（図８）のチケット８０８およびチケット有効日時８０９で判定する。例えば、初回登録リクエストに含まれるチケット情報が、該初回登録リクエストに含まれるClientＩＤに関連づいたチケット８０８と一致し、現在日時がチケット有効日時８０９を超えていない場合に有効であると判定され、それ以外の場合に有効でないと判定される。本実施例はチケットの期間で有効性を判定しているが、その他の方法を用いてもよい。

そして、初回登録リクエストに含まれているチケットが有効でないと判定した場合（Ｓ１４０５でＮｏの場合）、監視装置管理部４０３がＳ１４１２の処理を実行する。Ｓ１４１２以降の処理は、説明済みであるので省略する。

一方、チケットが有効であると判定した場合（Ｓ１４０５でＹｅｓの場合）、認証キー管理部４０４がＳ１４０６の処理を実行する。
Ｓ１４０６において、認証キー管理部４０４は、初回登録リクエストに含まれるClientＩＤに関連づいて設定されている認証キー８０４を仮認証キー８０６にコピーする。さらに、Ｓ１４０７において、認証キー管理部４０４は、認証キー８０４を再発行する。すなわち、仮認証キー８０６は、再発行前の認証キー８０４と同一のものとなる。
さらに、Ｓ１４０８において、入れ替え処理部４０５が、チケット８０８とチケット有効日時８０９を削除する。

次に、Ｓ１４０９において、監視装置管理部４０３が、上記Ｓ１４０１で受信した初回登録リクエストの応答として、入れ替え成功を示す情報を監視装置１０８に返却する。この際、上記Ｓ１４０７で再発行した認証キー８０４も合わせて返却する。

次に、Ｓ１４１０において、監視装置管理部４０３が、アンインストール処理（詳細は後述する図１５で示す）を実行する。本Ｓ１４１０の処理の後、本フローチャートの処理を終了する。
なお、本実施例では、初回登録リクエストの応答に認証キー８０４を合わせて返却しているが、別の方法で認証キー８０４を監視装置１０８に送信してもよい。

＜管理装置１０１における監視装置モジュールのアンインストール処理の動作を示すフローチャート＞
図１５は、管理装置１０１の監視装置アンインストール処理（図１４のＳ１４１０のアンインストール処理）の動作を例示するフローチャートである。なお、本フローチャートの各ステップの処理は、管理装置１０１に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。本フローチャートでは、本発明に係る処理のみを説明し、その他の処理については本発明の本質とは異なるため説明を省略する。

ステップＳ１５０１において、入れ替え処理部４０５は、監視装置リストに格納されるアンインストール方法の情報（不図示）に基づいて、入れ替え処理において自動アンインストールが指定されているかどうかを判定する。なお、自動アンインストールの指定は、図１１の画面で指定されたものである。そして、自動アンインストールが指定されていると判定した場合（Ｓ１５０１でＹｅｓの場合）、入れ替え処理部４０５は、Ｓ１５０２に処理を進める。

Ｓ１５０２において、入れ替え処理部４０５は、通信部４１０を介して監視装置１０８にアンインストール指示を送信する。アンインストール指示は、入れ替え処理部４０５がイベントキューに格納しておき、監視装置１０８からの問い合わせの応答として該指示を送信することにより行われる。なお、本実施例では管理装置１０１からのポーリングの応答として、管理装置１０１から監視装置１０８に指示を出しているが、管理装置１０１から直接監視装置１０８に指示を出してもよい。本Ｓ１５０２の処理の後、入れ替え処理部４０５は、Ｓ１５０３に処理を進める。

一方、上記Ｓ１５０１において、自動アンインストールが指定されていない（手動アンインストールが指定されている）と判定した場合（Ｓ１５０１でＮｏの場合）、入れ替え処理部４０５は、そのままＳ１５０３に処理を進める。

Ｓ１５０３において、入れ替え処理部４０５は、監視装置リストに格納されるアンインストール方法の情報（不図示）に基づいて、入れ替え処理において、メール通知が指定されているどうかを判定する。なお、メール通知の指定は、図１１の画面で指定されたものである。そして、メール通知が指定されていないと判定した場合（Ｓ１５０３でＮｏの場合）、入れ替え処理部４０５は、そのまま本フローチャートの処理を終了する。

一方、メール通知が指定されていると判定した場合（Ｓ１５０３でＹｅｓの場合）、入れ替え処理部４０５は、Ｓ１５０４に処理を進める。
Ｓ１５０４において、入れ替え処理部４０５は、入れ替える監視装置に紐づいたサービス種別に、入れ替え前の監視装置１０８から送られるデータの受信対象サービスがあるかどうかを、図７に示すようなデバイスリストを参照して判定する。本実施例では、入れ替える監視装置に紐づいたサービスの例として、ジョブログサービスおよび設定配信サービスを想定して説明しているが、本発明はこれに限定されるものではない。

そして、入れ替える監視装置に紐づいたサービス種別に、入れ替え前の監視装置１０８から送られるデータの受信対象サービスがあると判定した場合（Ｓ１５０４でＹｅｓの場合）、入れ替え処理部４０５は、本フローチャートの処理を終了する。

一方、入れ替える監視装置に紐づいたサービス種別に、入れ替え前の監視装置１０８から送られるデータの受信対象サービスがないと判定した場合（Ｓ１５０４でＮｏの場合）、入れ替え処理部４０５は、Ｓ１５０５に処理を進める。
Ｓ１５０５において、メール管理部４０９が、監視装置リストに格納されるアンインストール方法の情報（不図示）に設定されたメールアドレスに対して、アンインストールのタイミングを通知するためのメールを送信し、本フローチャート処理を終了する。アンインストールのタイミングとは、入れ替え後の古い監視装置１０８ａから監視装置モジュールをアンインストールしてよいタイミング、又は、自動アンインストールするタイミングを示す。

＜監視装置１０８におけるアンインストール処理の動作を示すフローチャート＞
図１６は、本実施形態における監視装置１０８のアンインストール処理の動作を示すフローチャートである。なお、フローチャートの各ステップの処理は監視装置１０８に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。本フローチャートでは、本発明に関わる処理のみ説明し、その他の処理については本発明の本質とは異なるため説明を省略する。

ステップＳ１６０１において、アンインストール処理部５０４は、通信部５０６を介して管理装置１０１からアンインストール指示を受信すると、サービス管理部５０５が、Ｓ１６０２の処理を実行する。
Ｓ１６０２において、サービス管理部５０５は、アンインストール処理前にデータベース１１０上に格納されているデバイス情報を管理装置１０１に送信する対象のサービスが、インストールされているか否かを判定する。該対象のサービスは、予め設定されているものとする。本実施例では、該対象のサービスとして、ジョブログサービスおよび設定配信サービスを例にして説明するが、本発明は、これに限定されるものではない。

そして、上記対象のサービスがインストールされていると判定した場合（Ｓ１６０２でＹｅｓの場合）、サービス管理部５０５は、ステップＳ１６０３に処理を進める。
Ｓ１６０３において、サービス管理部５０５は、上記対象のサービス（例えばジョブログサービス、設定配信サービス）に対して、データベース１１０に格納されたデバイス情報を全て管理装置１０１に送信するよう指示する。この指示に応じて、上記対象のサービスは、データベース１１０に格納されたデバイス情報を全て管理装置１０１に送信する。この際、上記対象のサービスは、監視装置１０８が利用するClientＩＤと認証キーを含むデータ送信リクエスト（データ送信要求）を管理装置１０１に送信して、デバイス情報の送信を行う。上記対象のサービスによるデバイス情報の送信が完了すると、アンインストール処理部５０４がＳ１６０４の処理を実行する。

一方、上記Ｓ１６０２において、対象サービスがインストールされていないと判定した場合（Ｓ１６０２でＮｏの場合）、アンインストール処理部５０４がＳ１６０４の処理を実行する。

Ｓ１６０４において、アンインストール処理部５０４は、アンインストールを実行し、本フローチャートの処理を終了する。

＜管理装置１０１における監視装置１０８からのデータ受信処理の動作を示すフローチャート＞
図１７は、本実施形態における管理装置１０１のデータ受信処理の動作を示すフローチャートである。なお、フローチャートの各ステップの処理は管理装置１０１に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されたものとする。本フローチャートでは、本発明に関わる処理のみ説明し、その他の処理については本発明の本質とは異なるため説明を省略する。

ステップＳ１７０１において、サービス管理部４０８は、通信部４１０を介して監視装置１０８から送られてきたデータ送信リクエストを受信すると、認証キー管理部４０４がＳ１７０２の処理を実行する。

Ｓ１７０２において、認証キー管理部４０４は、上記Ｓ１７０１で受信したリクエストに含まれるClientＩＤと認証キーで監視装置リスト（例えば図８）を検索し、登録済みの監視装置で、認証キーが正しいかどうかを判定する。リクエストに含まれるClientＩＤと認証キーの組が、監視装置リストに含まれるClientＩＤと認証キーの組と等しい場合に、認証キーが正しいと判定し、そうでない場合に認証キーが正しくないと判定する。

そして、認証キーが正しい（認証キーＯＫ）と判定した場合（Ｓ１７０２でＹｅｓの場合）、サービス管理部４０８がＳ１７０３の処理を実行する。

Ｓ１７０３において、サービス管理部４０８は、上記Ｓ１７０１で受信したデータ送信リクエストの応答としてデータ受信成功を示す情報を、上記Ｓ１７０１のリクエスト元に返却する。さらに、サービス管理部４０８は、各サービスに上記Ｓ１７０１のリクエストで受信したデータをデータベース１０２に格納するよう指示する。この指示に応じて、各サービスは、上記Ｓ１７０２で受信したデータをデータベース１０２に格納する。本Ｓ１７０３の処理の後、本フローチャートの処理を終了する。

一方、認証キーが正しくないと判定した場合（Ｓ１７０２でＮｏの場合）、認証キー管理部４０４がＳ１７０４の処理を実行する。
Ｓ１７０４において、認証キー管理部４０４は、上記Ｓ１７０１で受信したリクエストに含まれる認証キーが対応する仮認証キー８０６と同じかどうかを判定する。

そして、仮認証キー８０６と同じでないと判定した場合（Ｓ１７０４でＮｏの場合）、サービス管理部４０８がＳ１７０６の処理を実行する。
Ｓ１７０６において、サービス管理部４０８は、上記Ｓ１７０１で受信したデータ送信リクエストの応答としてデータ受信失敗を示す情報を、上記Ｓ１７０１のリクエスト元に返却する。本Ｓ１７０６の処理の後、本フローチャートの処理を終了する。

一方、仮認証キー８０６と同じ（仮認証キーＯＫ）と判定した場合（Ｓ１７０４でＹｅｓの場合）、サービス管理部４０８がＳ１７０５の処理を実行する。
Ｓ１７０５において、サービス管理部４０８は、上記Ｓ１７０１で受信したデータが入れ替え前の監視装置１０８から送られる受信対象のサービスのデータかどうかを判定する。本実施例では、該受信対象のサービスとして、ジョブログサービスおよび設定配信サービスのデータを想定して説明するが、本発明はこれに限定されるものではない。

そして、受信対象のサービスのデータでないと判定した場合（Ｓ１７０５でＮｏの場合）、サービス管理部４０８がＳ１７０６の処理を実行する。Ｓ１７０６の処理は説明済みのため説明を省略する。

一方、受信対象のサービスのデータであると判定した場合（Ｓ１７０５でＹｅｓの場合）、サービス管理部４０８がＳ１７０７の処理を実行する。
Ｓ１７０７において、サービス管理部４０８は、上記Ｓ１７０１で受信したデータ送信リクエストの応答としてデータ受信成功を示す情報を、上記Ｓ１７０１のリクエスト元に返却する。さらに、サービス管理部４０８は、各サービスに上記Ｓ１７０１のリクエストで受信したデータをデータベース１０２に格納するよう指示する。この指示に応じて、各サービスは、上記Ｓ１７０２のリクエストで受信したデータをデータベース１０２に格納する。

次に、Ｓ１７０８において、認証キー管理部４０４は、入れ替え前の監視装置１０８から送られる受信対象のデータが、すべて受信されたかどうかを判定する。サービス別データ管理リスト（例えば図９）の対象サービス全ての最終受信日時９０４が、監視装置リスト（例えば図８）の認証キー発行日時８０５より新しい場合にすべて受信されたと判定し、そうでない場合にまだ受信されていないデータがあると判定する。

そして、認証キー管理部４０４は、サービス別データ管理リスト（例えば図９）の対象サービスの最終受信日時９０４に、監視装置リスト（例えば図８）の認証キー発行日時８０５より古いものがあると判定した場合（Ｓ１７０８でＮｏの場合）、そのまま本フローチャートの処理を終了し、次のデータ受信に備える。

一方、サービス別データ管理リストの対象サービス全ての最終受信日時９０４が、監視装置リストの認証キー発行日時８０５より新しいと判定した場合（Ｓ１７０８でＹｅｓの場合）、認証キー管理部４０４は、Ｓ１７０９に処理を進める。
Ｓ１７０９において、認証キー管理部４０４は、仮認証キー８０６を削除する。

次に、Ｓ１７１０において、入れ替え処理部４０５は、上記Ｓ１７０１で受信したリクエストに含まれるClientＩＤに対応する、監視装置リストに格納されるアンインストール方法の情報（不図示）に基づいて、入れ替え処理においてメール通知が指定されているかどうかを判定する。

そして、メール通知が指定されていると判定した場合（Ｓ１７１０でＹｅｓの場合）、メール管理部４０９がＳ１７１１の処理を実行する。
Ｓ１７１１において、メール管理部４０９は、上記Ｓ１７０１で受信したリクエストに含まれるClientＩＤに対応する、監視装置リストに格納されるアンインストール方法の情報（不図示）に設定されたメールアドレスに対して、アンインストールのタイミングを通知するためのメールを送信し、本フローチャート処理を終了する。

一方、メール通知が指定されていないと判定した場合（Ｓ１７１０でＮｏの場合）、そのまま本フローチャート処理を終了する。

＜管理装置１０１における監視装置モジュールの作成処理の動作を示すフローチャート＞
図１８は、本実施例における管理装置１０１の監視装置モジュールを作成する処理の動作を示すフローチャートである。なお、フローチャートの各ステップの処理は管理装置１０１に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。本フローチャートは、本発明に関わる処理のみ説明し、その他の処理については本発明の本質とは異なるため説明を省略する。

ＰＣ等で実行されるＷＥＢブラウザ上から特定の権限を持つ担当者による所定のＵＲＬへのアクセスを受信すると、ＵＩ制御部４０１は、インストーラ作成画面（不図示）を該ＷＥＢブラウザ上に表示制御する。そして、ステップＳ１８０１において、ＵＩ制御部４０１は、ＷＥＢブラウザ上から特定の権限を持つ担当者によってインストーラ作成画面上のインストーラ作成ボタン（不図示）が押下されたことを検知すると、インストーラ作成部４０６がＳ１８０２の処理を実行する。

Ｓ１８０２において、インストーラ作成部４０６は、データベース１０２に格納されたConfigファイルに、CustomerＩＤ８０１、ClientＩＤ８０２、初回認証キー８０３を追記する。

次に、Ｓ１８０３において、インストーラ作成部４０６は、データベース１０２に格納されたインストールに必要なモジュールと、上記Ｓ１８０２に追記されたConfigファイルを合わせて、インストーラパッケージとしてパッケージ化する。

次に、Ｓ１８０４において、ＵＩ制御部４０１は、インストーラダウンロード画面をＷＥＢブラウザ上に表示する。インストーラパッケージは特定の権限を持つ担当者がＷＥＢブラウザ上からいつでもダウンロードすることができる。本Ｓ１８０４の処理の後、本フローチャートの処理を終了する。

本実施例の管理装置１０１では、ＰＣに監視装置モジュールをインストールする際に、インストーラに含まれる監視装置の識別情報（ClientＩＤ８０２）に関連づいた認証キー８０４が発行済みの場合、初回登録に失敗したことを該ＰＣに応答する。該ＰＣでは、初回登録に失敗した場合、管理装置１０１で発行したチケット情報の入力画面（例えば図１２）を表示し、チケット情報の入力を受け付ける。該画面からチケットが入力されインストールの継続（登録）が指示されると、該ＰＣは、チケット情報を付加した初回登録リクエストを、管理装置１０１に再送する。管理装置１０１は、該初回登録リクエストに含まれるチケットが有効かどうかをチェックし、有効である場合は監視装置の登録処理を実行する。さらに、管理装置１０１では、該登録後、該チケットを削除し、通信時に使う認証キー８０４を再発行する。これによって、入れ替え前の監視装置からの通常の接続は拒否される。ただし、管理装置１０１では、再発行前の認証キーを仮認証キーとして保持することにより、入れ替え前の監視装置からの特定の接続のみは許可することができる。なお、特定の接続とは、例えば、入れ替え処理前に、入れ替え前の監視装置１０８によってデータベース１１０上に格納されている特定のデバイス情報を監視装置１０８から管理装置１０１に送信するための接続を示す。このような構成により、監視装置１０８の入れ替え作業を行う際に、管理者等の負担を小さくし、且つ、安全に監視装置の入れ替えを行うことが可能となる。よって、インストール時の利便性を考慮し、認証キー等のライセンスに関わる情報を監視装置モジュールのインストーラに含めて配布するケースにおいて、監視装置の入れ替え作業が発生した場合であっても、管理者等が再度、初期設定の作業を行う必要がなく、管理者等の負担を軽減することができる。

なお、本実施例では、初回登録要求に失敗した場合にチケット情報の入力画面からチケット情報の入力を受け付け、該入力されたチケット情報を付加した初回登録要求を管理装置１０１に再送する構成について説明した。しかし、１回目の初回登録要求を送信する前にもチケット情報の入力を可能にし、該入力されたチケット情報を、１回目の初回登録要求に付加して管理装置１０１に送信するように構成してもよい。例えば、登録処理部５０３が、１回目の初回登録要求を送信する前に、「監視装置モジュールの入れ替え処理のチケットが発行されている場合には入力して次へ進んでください。そうでない場合にはそのまま次へ進んで下さい。」等のメッセージを有するチケットの入力画面を表示し、操作者に前もってチケットの入力を促すようにしてもよい。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (11)

1. 管理システムと、当該管理システムとネットワークを介して接続可能で、顧客環境のデバイスを監視する監視装置として動作可能な第１情報処理装置および第２情報処理装置と、を含むシステムであって、
   前記管理システムは、
   前記監視装置として動作する前記第１情報処理装置が利用している監視装置の識別情報を指定したチケット作成の指示に基づき、該監視装置の識別情報と関連づいたチケット情報を生成し、該生成したチケット情報を通知する生成手段と、
   情報処理装置が前記監視装置として動作するための登録要求であって、監視装置の識別情報と、前記監視装置として動作する情報処理装置と前記管理システムとの初回通信時に使用される第１認証情報とを含む登録要求を、前記第２情報処理装置から受信する第１受信手段と、
   前記登録要求に含まれる前記監視装置の識別情報と前記第１認証情報とを用いて、該監視装置の識別情報と関連づいた、前記登録要求による登録後の監視装置と前記管理システムとの通信に使用される第２認証情報が未発行であるか否かを判定する判定手段と、
   前記判定手段により前記第２認証情報が未発行であると判定された場合、前記登録要求に含まれる前記監視装置の識別情報に関連づいた第２認証情報を発行して、前記第２情報処理装置に提供する発行手段と、を有し、
   前記第１受信手段は、前記第２情報処理装置から前記チケット情報を受信可能であり、
   前記発行手段は、前記判定手段により前記第２認証情報が発行済みであると判定された場合であっても、前記第１受信手段により受信したチケット情報が、前記第２認証情報が発行済みと判定された監視装置の識別情報と関連づいたチケット情報と一致する場合、前記発行済みの第２認証情報とは異なる第２認証情報を再発行して、前記第２情報処理装置に提供し、
   前記第２情報処理装置は、
   前記登録要求を前記管理システムに送信する送信手段と、
   前記第２認証情報を前記管理システムから受信する第２受信手段と、
   前記チケット情報の入力を受け付ける入力手段と、を有し、
   前記送信手段は、前記入力手段からチケット情報が入力された場合に、該チケット情報を前記管理システムに送信する、ことを特徴とするシステム。
2. 前記管理システムは、前記判定手段により前記第２認証情報が発行済みであると判定された場合、前記登録要求に失敗したことを前記第２情報処理装置に応答し、
   前記入力手段は、前記登録要求に失敗した場合に、前記第２情報処理装置で動作するＷＥＢアプリケーションにより前記チケット情報を入力するための画面を提供し、該画面を介して、前記チケット情報の入力を受け付け、
   前記送信手段は、前記入力手段から入力されたチケット情報を、前記登録要求に付加して、前記管理システムに再送することを特徴とする請求項１に記載のシステム。
3. 前記第２情報処理装置は、前記送信手段により再送された登録要求に失敗した場合、監視装置の入れ替え処理に失敗したことをユーザに通知する第１通知手段を有することを特徴とする請求項２に記載のシステム。
4. 前記管理システムは、
   前記再発行された第２認証情報が前記第２情報処理装置に提供された場合、前記第１情報処理装置に対して、情報処理装置を前記監視装置として動作させるためのプログラムのアンインストールを指示する指示手段を有することを特徴とする請求項１〜３のいずれか１項に記載のシステム。
5. 前記チケット作成の指示は、前記プログラムのアンインストールを自動で行うか否かの指定を含み、
   前記指示手段は、前記チケット作成の指示に、前記プログラムのアンインストールを自動で行う指定が含まれている場合に、前記第１情報処理装置に、前記プログラムのアンインストールを指示することを特徴とする請求項４に記載のシステム。
6. 前記第１情報処理装置は、
   前記管理システムから前記プログラムのアンインストールが指示された場合、前記第１情報処理装置が利用している前記監視装置の識別情報と前記第２認証情報とを含む送信要求を前記管理システムに送信して、前記監視装置として前記デバイスから取得した特定の監視データを前記管理システムに送信し、該特定の監視データを送信した後に前記プログラムをアンインストールするアンインストール手段を有することを特徴とする請求項４又は５に記載のシステム。
7. 前記管理システムは、
   前記監視装置から前記送信要求を受信する第３受信手段と、
   前記送信要求に含まれる第２認証情報が、前記送信要求に含まれる監視装置の識別情報に関連づいた第２認証情報と一致する場合に、前記送信要求により送信された監視データを管理する管理手段と、を有し、
   前記発行手段は、前記第２認証情報の再発行を行う場合には、再発行前の第２認証情報と同一の第３認証情報を、該第２認証情報と同一の監視装置の識別情報に関連づけて発行し、
   前記管理手段は、前記送信要求に含まれる第２認証情報が、前記送信要求に含まれる監視装置の識別情報に関連づいた第２認証情報と一致しない場合であっても、前記送信要求に含まれる第２認証情報が、前記監視装置の識別情報に関連づいた第３認証情報と一致する場合には、前記送信要求により送信された特定の監視データを管理する、ことを特徴とする請求項６に記載のシステム。
8. 前記チケット作成の指示は、前記プログラムをアンインストールするタイミングをユーザ通知するか否かの指定を含み、
   前記管理システムは、
   前記チケット作成の指示に、前記プログラムをアンインストールするタイミングをユーザ通知する指定が含まれている場合、前記送信要求により送信された特定の監視データを受信したことに応じて、前記ユーザ通知を行う第２通知手段と、
   前記送信要求により送信された特定の監視データを受信したことに応じて、前記送信要求に含まれる監視装置の識別情報に関連づいた第３認証情報を削除する削除手段と、
   を有することを特徴とする請求項７に記載のシステム。
9. 前記第２情報処理装置は、情報処理装置を前記監視装置として動作させるためのプログラムのインストーラパッケージを利用し、
   前記送信手段は、前記インストーラパッケージに含まれる前記監視装置の識別情報と前記第１認証情報とを含む登録要求を前記管理システムに送信し、
   前記判定手段は、前記第２情報処理装置が前記第１情報処理装置で利用された前記インストーラパッケージと同じ監視装置の識別情報と第１認証情報とを含むインストーラパッケージを利用する場合、前記第２情報処理装置から受信した登録要求に基づいて前記第２認証情報が発行済みであると判定する、ことを特徴とする請求項１〜８のいずれか１項に記載のシステム。
10. 前記管理システムは、前記監視装置の識別情報と前記第１認証情報とを含む前記プログラムのインストーラパッケージを作成する作成手段を有することを特徴とする請求項９に記載のシステム。
11. 管理システムと、当該管理システムとネットワークを介して接続可能で、顧客環境のデバイスを監視する監視装置として動作可能な第１情報処理装置および第２情報処理装置と、を含むシステムの制御方法であって、
    前記管理システムが実行する、
    前記監視装置として動作する前記第１情報処理装置が利用している監視装置の識別情報を指定したチケット作成の指示に基づき、該監視装置の識別情報と関連づいたチケット情報を生成し、該生成したチケット情報を通知する生成ステップと、
    情報処理装置が前記監視装置として動作するための登録要求であって、監視装置の識別情報と、前記監視装置として動作する情報処理装置と前記管理システムとの初回通信時に使用される第１認証情報とを含む登録要求を、前記第２情報処理装置から受信する受信ステップと、
    前記登録要求に含まれる前記監視装置の識別情報と前記第１認証情報とを用いて、該監視装置の識別情報と関連づいた、前記登録要求による登録後の監視装置と前記管理システムとの通信に使用される第２認証情報が未発行であるか否かを判定する判定ステップと、
    前記判定ステップで前記第２認証情報が未発行であると判定された場合、前記登録要求に含まれる前記監視装置の識別情報に関連づいた第２認証情報を発行して、前記第２情報処理装置に提供する発行ステップと、
    前記判定ステップで前記第２認証情報が発行済みであると判定された場合であっても、前記第２認証情報が発行済みと判定された監視装置の識別情報と関連づいたチケット情報を前記第２情報処理装置から受信した場合、前記発行済みの第２認証情報とは異なる第２認証情報を再発行して、前記第２情報処理装置に提供する再発行ステップと、
    前記第２情報処理装置が実行する、
    前記登録要求を前記管理システムに送信する第１送信ステップと、
    前記第２認証情報を前記管理システムから受信する第２受信ステップと、
    前記チケット情報の入力を受け付ける入力ステップと、
    前記入力ステップでチケット情報が入力された場合、該チケット情報を前記管理システムに送信する第２送信ステップと、
    を有することを特徴とするシステムの制御方法。

Images