JP2015076072A - 監視装置、監視方法、及びプログラム - Google Patents

Abstract

【課題】管理装置に接続された異なるタイプの監視装置間の移行は管理装置での手動設定が必要となるが、監視装置の機能やネットワーク状況などの要因により設定作業が煩雑となる。
【解決手段】監視装置であって、複数の装置を監視していた１または複数の別の監視装置の識別情報の入力を受け付け、前記入力された識別情報を含む要求を管理サーバーに対して送信しその応答として前記１または複数の別の監視装置のタイプ情報を受信し、前記受信したタイプ情報が自身のタイプ情報と一致しない場合、前記１または複数の別の監視装置にて監視されていた前記複数の装置のうち、当該監視装置の監視対象となる１または複数の装置を判定し、監視対象が変更された前記１または複数の別の監視装置の情報と前記監視装置のタイプ情報とを前記管理サーバーに通知した後、前記監視装置の監視対象となった１または複数の装置の稼働情報を収集し、前記管理サーバーに送信する。
【選択図】 図８

Description

本発明は、監視装置、監視方法、及びプログラムに関し、特に異なるタイプの監視装置間で監視を移行する技術に関する。

従来、プリンタや複合機等の画像形成装置等の機器の稼働状況を遠隔的に監視する機器管理システムがある。この機器管理システムでは、例えば顧客側に設置する監視装置と、中央管理装置とがインターネットを経由して接続される。監視装置が収集した機器のデータを中央管理装置に送信し、中央管理装置が集中管理している。中央管理装置は、顧客情報、監視装置情報、監視対象情報等を監視情報として一元的に管理する。

監視装置の形態／タイプには様々なものがあり、監視対象が配置された顧客側のネットワーク環境に応じて、監視装置のタイプが選択される。監視装置には、例えば、機器に一体化し、機器から中央管理装置に自機器のみの監視データを直接送信するタイプや、ＰＣ或いは別装置からネットワーク上の機器の監視データを収集し、複数台を一括して中央管理装置に送信するタイプ等がある。またこれら接続形態、筐体性能の違いにより、監視装置のタイプ間で監視機能や監視可能な機器数にも差がある。

ここで、顧客のネットワーク環境の変化や、監視機能への要求の変化により、既に顧客先に設置している監視装置とは別の監視装置へ移行する必要が生じる場合がある。例えば、特許文献１では、機器自身が監視装置であるタイプから、ＰＣ等の別の監視装置であるタイプへの移行に際して、機器から監視装置へ安全に通信を行うための提案がなされている。

また、中央管理装置側での監視装置に関する設定変更操作は、現状、手作業に依存している。サービスマンは、新規に設置する監視装置の監視可能台数やネットワーク環境に起因して、単純に監視装置の移行ができない場合は、元の監視装置が監視している機器群を分割／統合して再登録する必要があった。

特開２０１１−１３５５５２号公報

しかしながら、特許文献１では、監視装置を変更した際の中央管理装置側の設定変更には言及がなく、中央管理装置側の設定変更の複雑さ・煩雑さを解決する提案はなされていない。例えば、監視対象である複数の機器群を統合する場合に、新規に設置する監視装置が監視対象の機器全台を監視可能か否かについて、新規の監視装置の最大監視可能台数だけでなく、監視対象が配置されたネットワーク事情を鑑みる必要がある。つまり、最大監視可能台数の条件はクリア出来ていても、監視装置から全機器が通信可能でなければ一台に統合できない。このため、サービスマンは顧客のネットワーク環境を確認の上、統合できるデバイスを識別する必要があった。

また、監視対象の機器群を分割して複数の監視装置に配分する場合も販社／サービスマン任せであり、確認作業も含めて手間のかかる作業となっている。このような、手間のかかる作業であるにも関わらず、監視装置のタイプが異なる場合の移行処理に関しては、現在、自動化、或いは半自動化の提案がなされていない。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、複数の装置を含む拠点ネットワークに設置され、管理サーバーと通信する監視装置であって、前記拠点ネットワークに過去に設置され、前記複数の装置を監視していた１または複数の別の監視装置の識別情報の入力を受け付ける入力手段と、前記入力された識別情報を含む要求を前記管理サーバーに対して送信する要求手段と、前記要求の応答として、前記管理サーバーから前記１または複数の別の監視装置のタイプ情報を受信する受信手段と、前記受信したタイプ情報が自身のタイプ情報と一致しない場合、前記１または複数の別の監視装置にて監視されていた前記複数の装置のうち、当該監視装置の監視対象となる１または複数の装置を判定する処理手段と、監視対象が変更された前記１または複数の別の監視装置の情報と、前記監視装置のタイプ情報とを前記管理サーバーに通知する通知手段と、前記通知手段による通知の後、前記処理手段により前記監視装置の監視対象となった１または複数の装置の稼働情報を収集し、前記管理サーバーに送信する送信手段と、を有する。

機器管理システムにおいて、従来手作業で煩雑であった中央管理装置側での設定処理を、少ない操作で可能とし、操作性が格段に向上する。

本実施形態に係る機器管理システムの全体構成例を示す図。 本実施形態に係る情報処理装置のハードウェア構成の例を示す図。 本実施形態に係る画像形成装置のハードウェア構成の例を示す図。 監視装置のソフトウェア構成の例を示す図。 画像形成装置のソフトウェア構成の例を示す図。 中央監視装置のソフトウェア構成の例を示す図。 本実施形態に係る監視装置の動作を示すフローチャート。 本実施形態に係る監視装置の移行処理を示すフローチャート。 本実施形態に係る監視対象の統合処理を示すフローチャート。 本実施形態に係る監視対象の分割処理を示すフローチャート。 本実施形態に係る移行先クライアントＩＤの特定処理を示すフローチャート。 本実施形態に係る中央管理装置の設定更新処理を示すフローチャート。 本実施形態に係る削除対象クライアントＩＤの取得処理を示すフローチャート。 本実施形態に係る表示メッセージの例を示す図。 本実施形態に係る初期設定画面の例を示す図。 本実施形態に係るクライアント移行の確認画面の例を示す図。 本実施形態に係るクライアント移行処理の完了通知画面の例を示す図。

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

［システム構成］
図１は、本実施形態に係る機器管理システム全体の概略構成の例を示すブロック図である。

機器管理システムにおいて、販売会社システム１３１、顧客システム１２１、１２２、１２３をはじめとする複数の顧客システム、および中央管理装置１１５がインターネット１５０を介して接続される。販売会社システム１３１は図１には一つのみ例示しているが、実際には複数の販売会社システムが接続されていてもよい。販売会社システム１３１には、管轄の地域や顧客の販売情報や管理システムに関わる情報を蓄積するためのデータベース１３４が含まれる。

また、販売会社システム１３１にはデータベース１３４へのデータ登録や修正等の制御を行うＰＣ１３２も含まれる。販売会社ではＰＣ１３２を使用して、中央管理装置１１５が提供するウェブサイトへアクセスしてデータの閲覧、管理情報の変更等を行う。

なお、ホストＰＣ１３３は、不図示の操作部及び表示部を備え、ＰＣ１３２の役割を果たす事も可能である。ＰＣ１３２、ホストＰＣ１３３、およびデータベース１３４は、ＬＡＮ１３５で接続される。

図１では、販売会社システム１３１は、複数の装置から構成されるよう示されているが、その目的とするところは、後述の各機能を達成すればよい。例えば、データベース１３４は、物理的にホストＰＣ１３３内にそれぞれ存在してもよい。さらに、データベース１３４は、ホストＰＣ１３３からアクセス可能であれば、インターネット１５０を経由した別の場所に存在しても構わない。つまり、販売会社システム１３１は、複数の装置から構成されるようにしてもよいし、１つの装置から構成されるようにしても良い。

また、販売会社側と顧客側のシステムの通信上の中間に、中央管理装置１１５が存在する。つまり、中央管理装置１１５は、販売会社システム１３１と顧客システムの情報を集中管理する管理サーバーとして機能し、必要に応じて情報を各拠点もしくは各装置に中継する。データベース１１６は、監視のための情報や、顧客システム側から収集した画像形成装置のカウンタ、障害履歴情報、障害パターンテーブルなどを蓄積する履歴記憶手段としてのデータベースである。

中央管理装置１１５とデータベース１１６は、ＬＡＮ１１７で接続されており、更にＬＡＮ１１７は、インターネット１５０に接続可能となっている。なお、データベース１１６は、物理的に中央管理装置１１５内に存在してもよい。もしくは、中央管理装置１１５からアクセス可能であれば、インターネット１５０を経由した別の場所に存在しても構わない。中央管理装置１１５は、後述する監視装置１０１、１０５、１０８から、監視対象としての画像形成装置の情報、稼働状態を示す情報（障害情報を含む）を収集、蓄積、加工し、警告等を外部に提供する機能を有する。そして、中央管理装置１１５は、これらの情報を、例えば販売会社システム１３１のホストＰＣ１３３に、配信する機能を有する。また、画像形成装置１１３ａ〜１１３ｅは、自身に対する監視機能を有しており、中央管理装置１１５は、これらの画像形成装置からも同様に各種情報を収集する。

稼働状態に関する稼働情報としては、例えば、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、冷却ファン異常、基板異常、原稿台ガラス汚れ、ステイプル切れ、給紙センサ光量不足などのアラーム情報を例として挙げる事が出来る。その他にも、障害情報として、フォントメモリオーバーフロー、レンダリングエラー、定着器異常、カウンタ異常、両面ユニット異常、紙詰まりなどを挙げることも出来る。更にカウンタ情報として、販売会社の課金対象となる課金カウンタ、顧客の部門別に集計された部門カウンタ、用紙サイズ別に集計されたサイズ別カウンタ、画像形成装置内の部品の消耗度を示す部品カウンタなどが挙げられる。稼働情報は、その他にも動作ログ含むログ情報を含む。

更に、販売会社システム１３１のホストＰＣ１３３は、中央管理装置１１５が監視対象とする画像形成装置の情報や監視に関する設定を、中央管理装置１１５に登録することができる。中央管理装置１１５では、各販売会社システムのホストＰＣから登録された監視対象の画像形成装置や、監視に関する設定をマージして一括管理できる。また、中央管理装置１１５は、監視装置１０１、１０５、１０８、および自らに対する監視機能を備える画像形成装置１１３ａ〜１１３ｅに対し、監視に関わる設定を行うこともできる。

機器管理システムによるサービスは、販売会社と顧客と間の契約に基づき、提供されるものである。従って、販売会社が契約に基づき監視対象と決定した画像形成装置のみを、本機器管理システムの監視対象とする。

中央管理装置１１５は、インターネット１５０を介して接続したＰＣ１３２に対し、データベース１１６に蓄積した情報、または加工した情報を閲覧するＷＥＢページを提供する。ＷＥＢページは、ユーザー認証により、販売会社別、顧客別、およびユーザーの権限別に閲覧内容を限定して提供している。さらに、ＷＥＢページから、一部データの変更も可能である。

図１では、中央管理装置１１５及びデータベース１１６をそれぞれ１つずつ示している。しかし、実際には、多くの画像形成装置及び監視装置からの情報収集や、ファームウェア配信の負荷分散などを行うために、複数の中央管理装置やデータベースに分散処理をさせてもよい。

次に、顧客側環境のシステム構成について説明する。顧客側環境としては異なる複数の環境がある。図１では、複数の装置から構成される拠点ネットワークとして、顧客システム１２１、１２２、１２３が示されている。顧客システム１２１、１２２、１２３はそれぞれ、異なるタイプの監視装置を構成要素として含む例である。つまり、各顧客システム内には、顧客システムを構成する画像形成装置を監視する装置（もしくは、機能）がネットワークを介して画像形成装置と通信可能に接続されている。

顧客システム１２１（Ａ社）では、比較的少ない台数（例えば、数十台規模）を監視する遠隔監視の専用装置（監視装置１０１、１０５）を複数台設置することにより、機器監視が実施されている。顧客システム１２２（Ｂ社）では、３台しか図示していないが、実際は大規模環境で数百〜数千台の機器を、情報処理装置である汎用ＰＣ（監視装置１０８）にインストールされた監視プログラムによって、監視している。顧客システム１２３（Ｃ社）では、画像形成装置１１３ａ〜１１３ｅに内蔵された監視機能により、各機器自身の監視が行われている。

顧客システム１２１（Ａ社）においては、インターネット１５０に接続されたＬＡＮ１０３に接続された画像形成装置１０２ａ〜１０２ｃが、監視装置１０１により監視されている。監視装置１０１は、プロキシサーバー１０４を介して、インターネット１５０経由で中央管理装置１１５と通信している。また同様に、画像形成装置１０６ａ〜１０６ｃも、監視装置１０５により監視されている。そして、監視装置１０５は、プロキシサーバー１０４を介して、インターネット１５０経由で中央管理装置１１５と通信している。

なお、本実施形態では、監視装置１０１、１０５、中央管理装置１１５、画像形成装置１０２、１０６、１１３のそれぞれの間の通信には、ＨＴＴＰ／ＳＯＡＰプロトコルが利用可能である。ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。本実施形態では、ＳＯＡＰはＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）の上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換することで行われる。したがって、ＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部（不図示）と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部（不図示）とが備えられる。画像形成装置の状態情報は、本実施形態ではＳＯＡＰメッセージによって中央管理装置１１５に送信される。

監視装置１０１は、画像形成装置１０２ａ〜１０２ｃから収集した情報、収集データの処理結果を内蔵の記憶装置に保存する。また、監視装置１０１は、画像形成装置１０２ａ〜１０２ｃの監視に関わる設定も内臓の記憶装置に保存する。監視装置１０１は、画像形成装置１０２ａ〜１０２ｃから状態情報（例えば、障害等の発生）を受信するたびに、内蔵の記憶装置に保存し、中央管理装置１１５に送信する。監視装置１０５も画像形成装置１０６ａ〜１０６ｃに対して同様に処理を行う。

次に顧客システム１２２（Ｂ社）において、顧客システム１２１と異なる点について説明する。前述のように顧客システム１２２の監視装置１０８は汎用ＰＣであり、汎用ＰＣにインストールされた監視プログラムによって監視機能を実現される。監視プログラムは、画像形成装置１１０ａ〜１１０ｃから収集した情報、収集データの処理結果をデータベース１０９に保存する。また、監視プログラムは、画像形成装置の監視に関わる設定もデータベース１０９に保存する。データベース１０９は、ＬＡＮ１０７上に接続されているが、監視装置１０８の内部に独立して存在してもよい。もしくは、データベース１０９は、監視装置１０８からアクセス可能であれば、インターネット１５０を経由した別の場所に存在しても構わない。

次に顧客システム１２３（Ｃ社）において、顧客システム１２１、１２２と異なる点について、説明する。前述のように顧客システム１２３における監視機能は、画像形成装置１１３ａ〜１１３ｅそれぞれの内部に設置された監視用モジュールによって実現される。この監視機能は、画像形成装置の設定画面より、販社のサービスマンらが、必要なネットワーク設定と共に、機能を有効にすることが可能である。当然、顧客システム１２１、１２２と同様、画像形成装置１１３ａ〜１１３ｅは、外部から監視データを取得することも可能である。画像形成装置１１３ａ〜１１３ｅはそれぞれ、遠隔監視機能が有効に設定されており、プロキシサーバー１１２を介して、中央管理装置１１５に監視データを送信している。また、監視機能は、機器内で取得した監視情報を、機器内の記憶装置に一時保存し、送信時に送信データを生成する。

上述のように、機器管理システムは、タイプの異なる監視装置（クライアント）が混在しており、顧客のネットワーク環境の変化等により、監視装置のタイプ間での移行が必要なケースがある。例えば、ネットワーク環境の変化として、顧客システム内に配置された監視対象の数の変化や通信状況の変化などが挙げられる。

また、本実施形態において、監視対象の機器として画像形成装置を挙げ、その中には例えば、プリンタやコピー機、ＭＦＰ（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などを含むが、これに限定されるものではない。

［ハードウェア構成］
図２は、本実施形態に係る情報処理装置である、監視装置１０１、１０５、１０８、中央監視装置１１１、ホストＰＣ１３３、ＰＣ１３２の構成の例を説明するブロック図である。図示しないバックエンドに設置される情報処理装置の構成も同様であってよい。図２において、ＣＰＵ２０１は情報処理装置の制御手段であり、記憶部に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や本願発明に係る機器管理プログラムなどを実行する。なお、本構成例ではＣＰＵ２０１を一つのみ示しているが、複数の場合であってもよい。

ＲＯＭ２０２は、書き換え不能な記憶手段であり、内部には、基本Ｉ／Ｏプログラム、本装置上の各処理を司るプログラム、および固定のデータなどを記憶する。ＲＡＭ２０３にはプログラムの実行に必要な情報、ファイル等を一時的に格納し、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。尚、後述する各フローチャートにおける監視装置１０１、１０５、１０８の各ステップの処理は、ＣＰＵが２０１、２０４、２０５等の記憶手段に格納されたプログラムコードに基づく処理を実行することによって実現されるものとする。

外部機器Ｉ／Ｆ２０４は、外部記憶装置等を接続する。外部記憶装置を接続することにより、記憶媒体に記憶されたプログラム等を情報処理装置にロードすることができる。尚、記憶媒体は、ＦＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、いずれを用いて構わない。ハードディスク（ＨＤ）２０５は、情報処理装置の各処理に関わるプログラムやデータ、一時的なデータ、本発明に関わる監視対象の画像形成装置に関する情報、及び画像形成装置から収集したデータ等の各種データを記憶する。また、本構成例ではＨＤ２０５を一つの構成としたが、複数の場合であってもよい。

入力装置２０６は、例えば、キーボードやポインティングデバイスなどの指示入力手段である。サービスマン、オペレータ、管理者等の本システムのユーザーが、情報処理装置に対して、入力装置２０６を用いて設定、操作等の入力指示を行う。表示手段であるディスプレイ２０７は、入力装置２０６から入力した指示や、管理対象の画像形成装置の状態や設定を表示する。実際には、アプリケーションがＯＳの仕組みを介して発行した描画コマンドを、グラフィックカードが解釈し、アナログ信号或いはデジタル信号に変換した情報がディスプレイ２０７に表示させる場合等がある。本実施形態における表示制御は、ディスプレイ２０７に表示させるべくＯＳを介して、描画コマンドの発生を行わせる処理を含むものとする。

Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０８は、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行うためのインタフェースである。システムバス２０９は、情報処理装置内の各構成要素のデータの流れを司り、情報処理装置は、システムバス２０９を介して外部装置とのデータのやり取りを行う。

図３は、本実施形態に係る画像形成装置のプリンタコントローラとその周辺部分のブロック構成例を示す。プリンタコントローラ３０１は、ホストコンピュータなどの外部装置３２２（図１の監視装置１０１、１０５、１０８、中央管理装置１１５等）と、各種データの送受信を所定のプロトコルで実行するための通信部３１６を備える。更に、プリンタコントローラ３０１は、通信と画像データの受信、及び受信した画像データを画像形成装置が印刷可能な情報に展開すると共に、後述のエンジン制御部３０２との間で信号のやり取り及びシリアル通信を行うためのビデオＩ／Ｆ３１７等を備える。

画像形成装置のＣＰＵ３１２は、ＲＯＭ３１４或いはＨＤ（外部メモリ）３１９に記憶された制御プログラムなどに基づいて、システムバス３２３に接続される各種デバイスとのアクセスを統括的に制御する。更に、ＣＰＵ３１２は、ビデオＩ／Ｆ３１７を介して接続されるエンジン制御部３０２に出力情報としての画像信号を出力する。ＲＡＭ３１３は、ＣＰＵ３１２の主メモリ、ワークエリア等として機能する。メモリコントローラ（ＤＫＣ）３１５は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザーファイル、設定ファイル等を記憶するハードディスク（ＨＤ）等の外部記憶媒体３１９とのアクセスを制御する。操作部３２０は、表示部３２１やキーボード等の入力手段（不図示）を含み、入出力Ｉ／Ｆ３１８を介してオペレータへの情報提供や、オペレータからの入力指示を行わせる。

エンジン制御部３０２は、プリンタコントローラ３０１との間で信号のやり取りを行い、シリアル通信を介して接続されたプリンタエンジンの各ユニットの制御を行う。用紙搬送制御部３０３は、プリントする用紙を給紙搬送し、プリント後の排紙までの紙搬送をエンジン制御部３０２の指示に基づき実行する。光学制御部３０４は、スキャナモータ（不図示）の駆動及びレーザのＯＮ／ＯＦＦ制御をエンジン制御部３０２の指示に基づき実行する。

高圧系制御部３０５は、帯電、現像、転写などの電子写真プロセスに必要な高圧出力をエンジン制御部３０２の指示に基づき実行する。定着温度制御部３０６は、エンジン制御部３０２の指示に基づき、定着器の温度制御を行うと共に、定着器異常の検出等を行う。ジャム検出部３０７は、用紙搬送中の搬送不良を検出する。故障検出部３０８は、画像形成装置内の機能部の故障を検出する。印刷完了通知部３０９は、印刷が正常に行われたことを検出して、エンジン制御部３０２に通知する。カウンタ制御部３１０は、印刷後、各種カウンタ情報を更新する。

エンジン制御部３０２は、機器情報管理部３３１、および遠隔監視部３３２を有する。機器情報管理部３３１は、プリンタエンジンの各ユニットの情報を管理し、外部装置３２２からの要求に応じて、例えば、カウンタ制御部３１０からカウンタ値を取得し、ビデオＩ／Ｆ３１７に渡す。これにより、カウンタ情報は、ビデオＩ／Ｆ３１７および通信部３１６を介して外部装置３２２に送信される。その他、外部装置３２２から情報取得要求があった場合も、機器情報管理部３３１は、適宜、各ユニットから情報を取得する。

更に、機器情報管理部３３１は、ジャム検出部３０７から通知されたジャム情報、および故障検出部３０８から通知されたエラー情報も管理する。これらの情報も、外部装置３２２から予めイベント通知依頼がなされていた場合、ビデオＩ／Ｆ３１７等を介し、外部装置３２２に送信される。

遠隔監視部３３２は、遠隔監視機能が有効に設定された場合に動作を行う。遠隔監視部３３２は、機器情報管理部３３１からカウンタ情報、エラー情報等の監視データを適宜収集し、中央管理装置１１５に監視データを送信する。また、本実施形態に係る画像形成装置は、上述の電子写真方式を利用したレーザビームプリンタ、インクジェット方式を利用したインクジェットプリンタ、熱転写方式を採用したサーマルヘッドプリンタ、あるいは複写機等に適用可能である。

［ソフトウェア構成］
図４は、監視装置１０１、１０５、１０８のソフトウェア構成の一例を示すブロック図である。

受信データ解析部４０１は、通信部４０３を介して、中央管理装置１１５、画像形成装置１０２、１０６、１１０から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。送信データ生成部４０２は、各処理部からの依頼により、通信プロトコルに応じた送信データを生成する。生成された送信データは、通信部４０３を介して、中央管理装置１１５、画像形成装置１０２、１０６、１１０に送信される。通信部４０３は、中央管理装置１１５、画像形成装置１０２、１０６、１１０等の外部の情報処理装置と、ＬＡＮ及びインターネット等のネットワークを介して、データの送受信を行う。

データベースアクセス部４０４は、データベース１０９への入出力を司る。また、内蔵の記憶装置等に監視データ、設定データ等の必要データを保存している場合、データベースアクセス部４０４は、この記憶装置への入出力を司る。クライアント情報取得部４０５は、本実施形態では中央管理装置１１５から各監視装置に関するクライアント情報を取得する。クライアント情報検証部４０６は、クライアント情報に関わる、データの検証を行う。クライアント情報設定・更新部４０７は、本実施形態では、中央管理装置１１５に対し、クライアント情報の設定、或いは更新を行う。

ここでのクライアント情報には、上述したように、監視装置のタイプ（クライアントタイプ）の情報が含まれるものとする。監視装置のタイプとは、例えば、機器に一体化し機器から中央管理装置に自機器のみの監視データを直接送信するタイプや、ＰＣ或いは別装置からネットワーク上の機器の監視データを収集し複数台を一括して中央管理装置に送信するタイプ等がある。なお、クライアントタイプは、必ずしもその形態に依存して定義されるものではなく、機能に依存して定義されてもよい。

クライアント情報管理部４０８は、クライアント情報を管理する。クライアント情報管理部４０８は、クライアント情報取得部４０５による情報の取得、クライアント情報検証部４０６による検証、クライアント情報設定・更新部４０７による情報変更を制御する。機器情報取得部４０９は、画像形成装置の状態や、カウンタ情報等の機器情報を取得する。機器情報管理部４１０は、中央管理装置１１５に登録されている監視対象の画像形成装置に対し、機器情報取得部４０９から取得した機器情報を管理する。各種情報は、データベースアクセス部４０４を介して、データベース１０９に保存される。

メッセージ生成部４１１は、本実施形態の移行処理に関する表示メッセージを生成する。生成したメッセージは、ユーザーインターフェース部４１２により、顧客が閲覧可能な画面上に表示される。ユーザーインターフェース部４１２は、前述の通り、本実施形態に係る設定画面、確認画面、完了画面等を表示する。別システム情報取得部４１３は、本システムとは別のシステムに関する情報を取得する。機器管理システムは、機器に関する、メンテナンス、課金等の情報を扱うシステムであるが、同顧客の同機器に対し、別の機能、例えば、ジョブ管理、ドキュメント管理、レポーティング等を提供する別システムがある。これらシステムから、管理情報を取得することで、本実施形態の移行処理の判定条件に使用することも可能である。

図５は、画像形成装置１０２、１０６、１１０内のソフトウェア構成の一例を示すブロック図である。

受信データ解析部５０１は、通信部５０３を介して、中央管理装置１１５、監視装置１０１、１０５、１０８から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。送信データ生成部５０２は、各処理部からの依頼により、通信プロトコルに応じた送信データを生成する。生成された送信データは、通信部５０３を介して、中央管理装置１１５、画像形成装置１０２、１０６、１１０に送信される。通信部５０３は、中央管理装置１１５、監視装置１０１、１０５、１０８等の外部装置と、ＬＡＮ及びインターネット等のネットワークを介して、データの送受信を行う。

機器情報取得部５０４は、画像形成装置内で発生したサービスコールやジャム、トナー切れ等の稼働情報を取得する。更に、機器情報取得部５０４は、監視装置１０１、１０５、１０８からの指示により、画像形成装置内部に保持するカウンタ情報等を取得する。取得したデータは、送信データ生成部５０２により送信データに加工され、通信部５０３により監視装置１０１、１０５、１０８等の取得要求元に送信される。機器情報管理部５０５は、監視機能が有効化された時に、遠隔監視部５０６の指示に従って、機器情報取得部５０４により収集された機器情報を管理、制御する。遠隔監視部５０６は、監視機能が有効化された時に、機器内部で各種状態の監視を行う。遠隔監視部５０６は、中央管理装置１１５より指示された送信スケジュールに従って、送信前に機器情報取得部５０４により監視情報を収集する。監視情報は、機器情報管理部５０５で管理され、送信スケジュールに従って送信データに加工され、通信部５０３により中央管理装置１１５に送信される。なお、遠隔監視部５０６を備える画像形成装置において、遠隔監視部５０６による自身の監視機能が無効化された際には、外部の監視装置から監視されるような構成にしても構わない。

図６は、中央管理装置１１５内のソフトウェア構成の一例を示すブロック図である。

受信データ解析部６０１は、通信部６０３を介して、監視装置１０１、１０５、１０８、画像形成装置１０２、１０６、１１０から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。送信データ生成部６０２は、各処理部からの依頼に基づき、通信プロトコルに応じた送信データを生成する。生成された送信データは、通信部６０３を介して、監視装置１０１、１０５、１０８や、画像形成装置１０２、１０６、１１０に送信される。通信部６０３は、監視装置１０１、１０５、１０８や、画像形成装置１０２、１０６、１１０等の外部の情報処理装置と、ＬＡＮ及びインターネット等のネットワークを介してデータの送受信を行う。

データベースアクセス部６０４は、データベース１１６への入出力を司る。監視制御部６０５は、全ての監視装置から監視情報、課金情報等を取得するスケジュールの管理や、監視内容、方法の制御を行う。更に監視制御部６０５は、必要に応じて管理下にある監視装置１０１、１０５、１０８、もしくは画像形成装置１１３の監視機能へ、送信データ生成部６０２および通信部６０３を介して、指示および応答を送信する。取得情報処理部６０６は、管理下にある監視装置１０１、１０５、１０８、もしくは画像形成装置１１３の監視機能から受信した情報をそのままあるいは加工して、データベースアクセス部６０４を介してデータベース１１６に格納する。また、取得情報処理部６０６は、監視装置１０１、１０５、１０８、もしくは画像形成装置１１３の監視機能等から受信した情報及びデータベース１１６の保存データを元に、カウンタ情報の集計、エラー情報等を担当サービスマンや顧客側へ通知する。

［処理フロー］
図７は、本実施形態における監視装置１０１、１０５、１０８、もしくは画像形成装置１１３の監視機能の動作を示すメインのフローチャートである。監視装置１０１、１０８もしくは画像形成装置１１３の監視機能も同様であるが、説明を簡略化するために、Ｂ社内の監視装置１０５について説明を行う。尚、図７〜図１３のフローチャートの各ステップの処理は監視装置１０５に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤ２０５等の不揮発性記憶手段に記憶された本実施形態に係る制御プログラムを読み込み実行することに応じて実現される。また、本フローでは、本発明に関わる処理のみ説明し、その他の処理については、説明を省略する。さらに、以降の説明においては、監視対象となる画像形成装置のことを監視対象、或いは単に機器と表記する。

先ず、ＣＰＵ２０１は、電源投入に伴うシステムの初期化を行う（Ｓ７０１）。具体的には、ＣＰＵ２０１は、初期設定情報として、監視対象の全画像形成装置に関する情報テーブルを機器リストとして読み込み、変数の初期化等の処理を行う。監視対象となる画像形成装置が機器リストにて設定されている場合には、記憶部に保持され、機器情報取得部４０９により取得されるものとする。また、機器リストには、監視対象となる機器を一意に識別するための機器ＩＤが含まれているものとする。機器ＩＤは、例えば、各機器のシリアル番号、ＭＡＣアドレス等がアサインされる。

次に、ＣＰＵ２０１は、Ｓ７０１で読み込んだ初期設定情報が無効なデータであるか（即ち、初期設定が未設定であるか）否かを判定する（Ｓ７０２）。初期設定が未設定である場合（Ｓ７０２にてＹＥＳ）、ＣＰＵ２０１は、クライアント情報の入力が可能な初期設定画面を表示する（Ｓ７０３）。ここで表示される初期設定画面の例を図１５に示す。図１５の初期設定画面１５０１は、中央管理装置１１５のクライアント情報にアクセス可能なアカウント情報として、ユーザー名およびパスワードと、クライアントＩＤとを入力可能なように、入力エリア１５０２、１５０３、１５０４を有する。なお、入力エリア１５０４にて複数のクライアントＩＤを入力可能なようにしてもよい。

クライアントＩＤは、監視装置（クライアント）を一意に識別するための識別情報であり、用途についての詳細は後述する。また、図１５の初期設定画面１５０１にて入力されるクライアントＩＤは、監視装置を移行する場合においては、過去に監視を行っていた監視装置のクライアントＩＤとなる。また、自身のクライアントＩＤを入力した場合には、監視装置の移行処理は不要であり、そのまま監視処理が実行されることとなる。以下、過去（移行前）に監視を行っていた監視装置を「移行元クライアント」と記載し、移行後に新たに監視を行う監視装置を「移行先クライアント」と記載する。

ＣＰＵ２０１は、初期設定画面１５０１における設定が完了したか否かの判定を行う（Ｓ７０４）。設定が未完了の場合（Ｓ７０４にてＮＯ）、ＣＰＵ２０１は設定が完了するまで待機する。設定完了の場合（Ｓ７０４にてＹＥＳ）、ＣＰＵ２０１は、入力されたクライアントＩＤをＩＤｓとして取得する（Ｓ７０５）。次に、ＣＰＵ２０１は、取得したＩＤｓを含む要求を中央管理装置１１５に送信し、その応答としてＩＤｓに対応するクライアント情報を中央管理装置１１５から取得する（Ｓ７０６）。ＣＰＵ２０１は、Ｓ７０６で取得したクライアント情報に含まれるクライアントタイプ情報が、自装置のクライアントタイプと異なるか否かを判定する（Ｓ７０７）。なお、自装置のクライアントタイプの情報は、予め定義され、記憶部等に保持されているものとする。

クライアントタイプが異なる場合（Ｓ７０７にてＹＥＳ）、ＣＰＵ２０１は、クライアントの移行処理が必要であるため、図８を用いて後述する監視装置移行処理を行う（Ｓ７０８）。クライアントタイプが一致する場合（Ｓ７０７にてＮＯ）、ＣＰＵ２０１は、移行処理不要であるため、監視処理を開始する（Ｓ７１０）。Ｓ７０８の監視装置移行処理の後、ＣＰＵ２０１は、移行処理が正常に完了したか否かを判定する（Ｓ７０９）。

移行処理が正常に完了した場合（Ｓ７０９にてＹＥＳ）、Ｓ７１０にてＣＰＵ２０１は、監視処理を開始する（Ｓ７１０）。移行のキャンセル等により移行処理が正常に完了していない場合（Ｓ７０９にてＮＯ）、監視が開始できないため、ＣＰＵ２０１は、再度、初期設定画面の表示に戻る（Ｓ７０３）。Ｓ７１０の監視処理については、従来の方法を適用可能であるため詳細な説明は省略するが、例えば、中央管理装置１１５から取得した監視設定や監視における各種処理のスケジュール等に基づいて監視処理を行う。そして、ＣＰＵ２０１は、監視処理において各種情報を収集した上で、ネットワークを介して中央管理装置１１５へ収集した情報を送信する。

（監視装置移行処理）
次に、図７のＳ７０８における監視装置移行処理について、図８を用いて説明する。まず、別途記載しない限り、本処理はクライアント情報管理部４０８が主体として実行する。本処理で使用するＩＮ引数および処理変数をＳ８０１に表す。クライアント情報管理部４０８は、図７に示す処理フローから、ＩＮ引数として、移行元クライアント数Ｎ、移行元クライアント情報ＣＬｎ（ｎは０〜Ｎ−１）を得る。ここで取得される情報は、実際には、初期設定画面１５０１にてユーザーから入力されたクライアントＩＤを元に、中央管理装置１１５から取得した情報である。クライアント情報管理部４０８は、更に処理変数として、移行先クライアント種別Ｋを“ＣＯＮＴ（継続）”で初期化する（Ｋ＝ＣＯＮＴ）。Ｋは、移行先のクライアントを新規で作成するか、継続使用するかを表す値であり、前者は“ＮＥＷ（新規）”、後者は“ＣＯＮＴ（継続）”で定義される。また、クライアント情報管理部４０８は、本処理の出力として、本処理の処理結果ＲＥＳＵＬＴを初期値“ＳＵＣＣＥＳＳ（成功）”で初期化する（ＲＥＳＵＬＴ＝ＳＵＣＣＥＳＳ）。ＲＥＳＵＬＴは移行処理の処理結果を表す値として、
ＳＵＣＣＥＳＳ：移行処理は正常完了
ＣＡＮＣＥＬＬＥＤ：ユーザーにより処理がキャンセル
ＤＥＬＥＴＥ＿ＯＫ：移行処理は正常完了。移行に際し、クライアントＩＤが削除
ＤＥＬＥＴＥ＿ＮＧ：移行処理は正常完了。移行に際し、不要なクライアントＩＤが発生しているが、削除は実行されていない
各種エラー値：エラーフラグＥＲＲＯＲ＿ＦＬＡＧと各種エラーを示すビットアサインされた定義値とがＯＲ演算された値
が定義されている。また、本実施形態では、各種エラー値として、
ＥＸＣＥＳＳ＿ＤＥＶＩＣＥ：最大サポート機器数（最大監視可能数）超過
ＣＯＭ＿ＥＲＲ：機器と通信不可
ＯＴＨＥＲ＿ＡＰＰＬＩＡＮＣＥ＿ＭＡＮＡＧＥＤ：別システムの別監視装置で管理
が定義されている。

次に、クライアント情報管理部４０８は、移行元クライアント数Ｎが１より大きいか否かを判定する（Ｓ８０２）。Ｎ＞１である場合（Ｓ８０２にてＹＥＳ）、クライアント情報管理部４０８は、監視対象である機器群の統合処理を実行する（Ｓ８０３）。この処理の詳細は図９を用いて後述する。Ｎ≦１である場合（Ｓ８０２にてＮＯ）、クライアント情報管理部４０８は、監視対象である装置群の分割処理を行う（Ｓ８１９）。この処理の詳細は図１０を用いて後述する。

クライアント情報管理部４０８は、Ｓ８０３の統合処理の出力として得た処理結果ＲＥＳＵＬＴが“ＳＵＣＣＥＳＳ（処理成功）”であるか否かを判定する（Ｓ８０４）。ＲＥＳＵＬＴ＝ＳＵＣＣＥＳＳである場合（Ｓ８０４にてＹＥＳ）、クライアント情報管理部４０８は、メッセージ生成部４１１を使用して、結果メッセージを“ＭＳＧ＿ＵＮＩＦＹ＿ＯＫ”で初期化する（結果ＭＳＧ＝ＭＳＧ＿ＵＮＩＦＹ＿ＯＫ）（Ｓ８０５）。その後、Ｓ８０９へ進む。ここでの結果メッセージは、図８中では「結果ＭＳＧ」と記載され、ユーザーに対しては処理結果画面もしくは確認画面で表示される。ここで、“ＭＳＧ＿ＵＮＩＦＹ＿ＯＫ”は、図１４に示すようなメッセージテーブルにて定義されており、プログラム上は設定ファイル、或いはデータベースやメモリ上に保持される。本実施形態では、これらの定義メッセージと各種情報を表す文字列等から、処理結果画面もしくは確認画面に表示する文字列を生成する。図１６に確認画面の構成例を示す。また、図１７に処理結果画面の構成例を示す。

ＲＥＳＵＬＴ≠ＳＵＣＣＥＳＳである場合（Ｓ８０４にてＮＯ）、クライアント情報管理部４０８は、統合処理（Ｓ８０３）の出力として得られた移行可能なクライアントＩＤのリストのサイズが１以上か否かを判定する（Ｓ８０６）。ここでリストのサイズが１以上である場合とは、即ち、移行可能なクライアントがある場合を示す。移行可能なクライアントがある場合（Ｓ８０６にてＹＥＳ）、クライアント情報管理部４０８は、結果ＭＳＧとして、部分的に移行可能なクライアントがある旨の以下のメッセージを生成する（Ｓ８０７）。
結果ＭＳＧ＝ＭＳＧ＿ＰＡＲＴＩＡＬ＿ＵＮＩＦＹ＋ＣｒｅａｔｅＭｓｇ（ＲＥＳＵＬＴ）＋ＭＳＧ＿ＩＮＶＡＬＩＤ＿ＣＬＩＥＮＴ＋Ｏｕｔｐｕｔ（移行不能クライアントＩＤリスト）

ここで、「ＣｒｅａｔｅＭｓｇ（ＲＥＳＵＬＴ）」は、図１４に記載しているように、ＲＥＳＵＬＴの値により、生成メッセージが異なる。

例えば、図１６（ｂ）はＲＥＳＵＬＴとして、変数ＥＸＣＥＳＳ＿ＤＥＶＩＣＥと変数ＣＯＭ＿ＥＲＲを取得した時のメッセージとなる。「Ｏｕｔｐｕｔ（移行不能クライアントＩＤリスト）」は数値を文字列に変換する関数Ｏｕｔｐｕｔを使用して、Ｓ８０３の出力として得た移行不能クライアントＩＤのリストの文字列を生成する。また、上記の“＋”演算子は、文字列の結合を表す。つまり、結果ＭＳＧは、ＭＳＧ＿ＰＡＲＴＩＡＬ＿ＵＮＩＦＹ、ＣｒｅａｔｅＭｓｇ（ＲＥＳＵＬＴ）で得た文字列、ＭＳＧ＿ＩＮＶＡＬＩＤ＿ＣＬＩＥＮＴ、Ｏｕｔｐｕｔ（移行不能クライアントＩＤリスト）で得た文字列を、この順に結合した文字列となる。

移行可能なクライアントが無い場合（Ｓ８０６にてＮＯ）、クライアント情報管理部４０８は、移行失敗として、結果ＭＳＧをＭＳＧ＿ＵＮＩＦＹ＿ＮＧとＣｒｅａｔｅＭｓｇ（ＲＥＳＵＬＴ）で得た文字列とを結合した文字列とする（Ｓ８０８）。そして、クライアント情報管理部４０８は、結果ＭＳＧを処理結果画面に表示する（Ｓ８２６）。

一方、指定された移行元クライアントＩＤが複数の場合（Ｓ８０２にてＮＯ）、クライアント情報管理部４０８は、監視対象の分割処理を行う（Ｓ８１９）。その後、クライアント情報管理部４０８は、分割処理（Ｓ８１９）の出力として得た処理結果ＲＥＳＵＬＴが“ＳＵＣＣＥＳＳ（処理成功）”であるか否かを判定する（Ｓ８２０）。

ＲＥＳＵＬＴ＝ＳＵＣＣＥＳＳである場合（Ｓ８２０にてＹＥＳ）、クライアント情報管理部４０８は、結果ＭＳＧを“ＭＳＧ＿ＮＯ＿ＳＰＬＩＴ”で初期化する（結果ＭＳＧ＝ＭＳＧ＿ＮＯ＿ＳＰＬＩＴ）（Ｓ８２１）。その後、Ｓ８０９へ進む。ＲＥＳＵＬＴ≠ＳＵＣＣＥＳＳである場合（Ｓ８２０にてＮＯ）、クライアント情報管理部４０８は、Ｓ８１９の出力として得られた移行可能なクライアントＩＤリストのサイズが１以上か（即ち、一部の機器が移行ＯＫであるか）否かを判定する（Ｓ８２２）。一部の機器が移行ＯＫである場合（Ｓ８２２にてＹＥＳ）、クライアント情報管理部４０８は、結果ＭＳＧとして、部分的に監視装置の移行がＯＫである旨の以下のメッセージを生成する（Ｓ８２３）。
結果ＭＳＧ＝ＭＳＧ＿ＳＰＬＩＴ＿ＤＥＶＩＣＥ＋ＣｒｅａｔｅＭｓｇ（ＲＥＳＵＬＴ）＋ＭＳＧ＿ＵＮＡＢＬＥ＿ＤＥＶＩＣＥ＋Ｏｕｔｐｕｔ（移行不能機器ＩＤリスト）

そして、Ｓ８２３の後、クライアント情報管理部４０８は、Ｋに“ＮＥＷ”を設定する（Ｋ＝ＮＥＷ）（Ｓ８２４）。移行元クライアントＩＤが単一であるにも関わらず、一部のデバイスが移行できない場合、必ず、移行先クライアントを新規生成する必要があるために本設定を行う。その後、Ｓ８０９へ進む。

一方、移行可能なクライアントが無い場合（Ｓ８０６にてＮＯ）、クライアント情報管理部４０８は、移行失敗として、結果ＭＳＧにＭＳＧ＿ＳＰＬＩＴ＿ＮＧとＣｒｅａｔｅＭｓｇ（ＲＥＳＵＬＴ）で得た文字列とを結合した文字列を設定する（Ｓ８２５）。その後、クライアント情報管理部４０８は、結果ＭＳＧを処理結果画面に表示する（Ｓ８２６）。

Ｓ８０５、Ｓ８０７、Ｓ８２１、又はＳ８２４の後、クライアント情報管理部４０８は、移行先クライアントＩＤの特定処理を行う（Ｓ８０９）。この処理の詳細は図１１を用いて後述する。特定処理（Ｓ８０９）の後、クライアント情報管理部４０８は、特定処理の出力として得た移行先クライアント種別Ｋが“ＮＥＷ”であるか否かを判定する（Ｓ８１０）。Ｋ＝ＮＥＷである場合（Ｓ８１０にてＹＥＳ）、クライアント情報管理部４０８は、移行先クライアントを新規生成する。そこで、クライアント情報管理部４０８は、現時点で設定されている結果ＭＳＧと、ＭＳ＿ＩＤ＿ＣＲＥＡＴＥと、Ｏｕｔｐｕｔ（移行先クライアントＩＤ）とを結合した文字列を、新たに結果ＭＳＧとする（Ｓ８１１）。このとき、移行先クライアントＩＤは、特定処理（Ｓ８０９）の出力として得られる。

Ｋ≠ＮＥＷである場合（Ｓ８１０にてＮＯ）、クライアント情報管理部４０８は、移行先クライアントは既存のものを使用する。そこで、クライアント情報管理部４０８は、現時点で設定されている結果ＭＳＧと、ＭＳＧ＿ＩＤ＿ＣＯＮＴＩＮＵＥと、Ｏｕｔｐｕｔ（移行先クライアントＩＤ）とを結合した文字列を、新たに結果ＭＳＧとする（Ｓ８１２）。Ｓ８１１及びＳ８１２の後、クライアント情報管理部４０８は、中央管理装置１１５の設定更新処理を行う（Ｓ８１３）。この処理の詳細は図１２を用いて後述する。

設定更新処理（Ｓ８１３）の後、クライアント情報管理部４０８は、設定更新処理の出力として得られたＲＥＳＵＬＴが“ＣＡＮＣＥＬＬＥＤ”であるか（即ち、移行処理がキャンセルされているか）否かを判定する（Ｓ８１４）。ＲＥＳＵＬＴ＝ＣＡＮＣＥＬＬＥＤである場合（Ｓ８１４にてＹＥＳ）、クライアント情報管理部４０８は、ＲＥＳＵＬＴを出力して、本処理を終了する（Ｓ８２７）。

ＲＥＳＵＬＴ≠ＣＡＮＣＥＬＬＥＤである場合（Ｓ８１４にてＮＯ）、クライアント情報管理部４０８は、ＲＥＳＵＬＴが“ＤＥＬＥＴＥ＿ＯＫ”であるか（即ち、移行処理が正常に終了し、かつ、削除されたクライアントがあるか）否かを判定する（Ｓ８１５）。ＲＥＳＵＬＴ＝ＤＥＬＥＴＥ＿ＯＫである場合（Ｓ８１５にてＹＥＳ）、クライアント情報管理部４０８は、現時点で設定されている結果ＭＳＧと、ＭＳＧ＿ＣＬＩＥＮＴ＿ＤＥＬＥＴＥＤと、Ｏｕｔｐｕｔ（ＤＣＬ）で得た文字列と、ＭＤＳ＿ＣＬＩＥＮＴ＿ＳＥＴＴＩＮＧ＿ＣＯＭＰＬＥＴＥとを結合した文字列を、新たに結果ＭＳＧとする（Ｓ８１６）。ここで、「ＤＣＬ」とは、設定更新処理（Ｓ８１３）の出力として得た削除対象クライアントＩＤリストである。

ＲＥＳＵＬＴ≠ＤＥＬＥＴＥ＿ＯＫである場合（Ｓ８１５にてＮＯ）、クライアント情報管理部４０８は、ＤＣＬのサイズが１以上か（即ち、不要なクライアントがあるか）否かを判定する（Ｓ８１７）。ＤＣＬのサイズが１以上である場合（Ｓ８１７にてＹＥＳ）、クライアント情報管理部４０８は、現時点で設定されている結果ＭＳＧと、ＭＳＧ＿ＮＯＴＩＦＹ＿ＵＳＥＬＥＳＳ＿ＣＬＩＥＮＴと、Ｏｕｔｐｕｔ（ＤＣＬ）で得た文字列と、ＭＤＳ＿ＣＬＩＥＮＴ＿ＳＥＴＴＩＮＧ＿ＣＯＭＰＬＥＴＥとを結合した文字列を、新たに結果ＭＳＧとする（Ｓ８１８）。

ＤＣＬのサイズが０である場合（Ｓ８１７にてＮＯ）、クライアント情報管理部４０８は、削除対象／不要なクライアントが存在しないため、現時点で設定されている結果ＭＳＧを用いて処理結果画面を表示する（Ｓ８２６）。Ｓ８１６又はＳ８１８の後、クライアント情報管理部４０８は、それぞれの工程で取得した結果ＭＳＧを処理結果画面に表示する（Ｓ８２６）。Ｓ８２６の処理の後、クライアント情報管理部４０８は、ＲＥＳＵＬＴを出力し、本処理を終了する（Ｓ８２７）。

図１７は、処理結果画面の一例である。本画面に示した例では、メッセージは、指定クライアントＩＤが単一の時に、（１）サポート台数超過、（２）機器との通信エラーの２つの原因により、監視対象の画像形成装置の一部が監視不能である場合を示している。また、図１７の例では、移行処理自体は正常に完了した場合を示している。

（統合処理）
次に、図８のＳ８０３における監視対象の統合処理について、図９を用いて説明する。まず、別途記載しない限り、本処理は監視装置移行処理の一環であり、クライアント情報管理部４０８が主体として実行する。本処理で使用するＩＮ引数および処理変数をＳ９０１に表す。クライアント情報管理部４０８は、監視装置移行処理から、ＩＮ引数として、移行元クライアント数Ｎ、移行元クライアント情報ＣＬｎ（ｎは０〜Ｎ−１）を得る。また、クライアント情報管理部４０８は、処理変数ｎを“０”で初期化し、ＲＥＳＵＬＴを“ＳＵＣＣＥＳＳ”で初期化する（ｎ＝０、ＲＥＳＵＬＴ＝ＳＵＣＣＥＳＳ）。

次に、クライアント情報管理部４０８は、移行先クライアント（即ち、自装置）がサポート可能（監視可能）な最大機器数Ｄｍａｘを取得し、移行先の累計機器数を保持する処理変数Ｄを“０”で初期化する（Ｄ＝０）（Ｓ９０２）。

次に、クライアント情報管理部４０８は、別システム設定に従うか否かを判定する（Ｓ９０３）。本実施形態では、移行先の監視装置（クライアント）が、別システムの監視装置／管理装置を兼用しており、そのシステムの管理情報が取得できることを想定している。そのような監視装置では、顧客先の画像形成装置は、同一の監視装置が監視するように構成した方が都合がよい。例えば、共通データは一度取得すれば使用できるため、管理効率がよい。また、取得スケジュールを合わせることも可能であり、制御しやすく、管理データも統一性が取れるという利点がある。

別システム設定に従う場合（Ｓ９０３にてＹＥＳ）、クライアント情報管理部４０８は、変数ＭＹＩＤとして、自装置（監視装置）の別システムでのクライアントＩＤを取得する（Ｓ９０４）。別システム設定に従わない場合（Ｓ９０３にてＮＯ）、クライアント情報管理部４０８は、ＭＹＩＤを“０”で初期化する（ＭＹＩＤ＝０）（Ｓ９０５）。

次に、クライアント情報管理部４０８は、移行元クライアント毎に処理を行う。まず、クライアント情報管理部４０８は、ｎ番目の移行元クライアントＣＬｎの、登録機器数Ｄｎおよび登録機器リストＤＭを取得する（Ｓ９０６）。クライアント情報管理部４０８は、Ｓ９０４又はＳ９０５で取得したＭＹＩＤが“０”か否かを判定する（Ｓ９０７）。ＭＹＩＤ≠０の場合（Ｓ９０７＝ＮＯ）、クライアント情報管理部４０８は、変数ＡＩＤｎとして、移行元クライアントＣＬｎに登録されている機器ＤＭｘを別システムで監視している監視装置のクライアントＩＤを取得する（Ｓ９０８）。ｘは任意であるが、例えば、先頭機器を示す“０”でよい。このクライアントＩＤの取得先は、別システムのサーバーもしくは監視装置内の別システムのデータ管理部などが想定される。

次に、クライアント情報管理部４０８は、ＡＩＤｎとＭＹＩＤが同一であるか否かを判定する（Ｓ９０９）。ここで説明する例では、移行元クライアントは別システムであっても、同一の監視装置で監視されていることを前提としている。しかし、同一の監視装置で監視されていないシステムでは、機器毎にＳ９０８、Ｓ９０９の処理を実施する必要がある。

ＡＩＤｎ＝ＭＹＩＤである場合（Ｓ９０９にてＹＥＳ）、及びＭＹＩＤ＝０である場合（Ｓ９０７にてＹＥＳ）、クライアント情報管理部４０８は、機器ＤＭｘが本監視装置から通信可能か否かを判定する（Ｓ９１０）。この判定においては、機器情報取得部４０９及び通信部４０３を使用して、実際に画像形成装置から何らかの情報、例えばシリアル番号やＭＡＣアドレス等の情報を取得することに依ってもよい。また、その場合、画像形成装置の電源がＯＦＦであると、情報が取得できないため、ＩＰアドレスが同一サブネット上に存在するかの判定に依ってもよい。また、画像形成装置の登録がホスト名で指定されている場合は、名前解決により、ＩＰアドレスを取得して判定するようにしてもよい。

機器ＤＭｘが通信可能である場合（Ｓ９１０にてＹＥＳ）、クライアント情報管理部４０８は、移行先クライアント（自装置）の累計機器数と処理中の移行元クライアントの登録機器数Ｄｎとの和が、Ｄｍａｘ以下であるか否かを判定する（Ｓ９１１）。つまり、クライアント情報管理部４０８は、監視すべき機器数の和が移行先クライアント（自装置）の最大監視可能数（上限）を超過しないか否かを判定し、その上限を超えない範囲で監視対象を移行することとなる。機器数の和が最大機器数以下である場合（Ｓ９１１にてＹＥＳ）、クライアント情報管理部４０８は、移行元クライアントの登録機器数Ｄｎを累計機器数Ｄに加算して、新たにＤに設定する（Ｓ９１２）。そして、クライアント情報管理部４０８は、移行可能なクライアントＩＤのリストに処理中のクライアントのクライアントＩＤを追加する（Ｓ９１３）。

ＡＩＤｎ≠ＭＹＩＤである場合（Ｓ９０９にてＮＯ）、クライアント情報管理部４０８は、別装置で監視するべきである旨を表すエラー値を、ＲＥＳＵＬＴにＯＲ演算で設定する（Ｓ９１５）。前述の通り、エラー原因はＢｉｔアサインされており、ＯＲ演算を行うことで、複数のエラー原因を表すことができる。なお、図９のＳ９１５において、ここでのＯＲ演算をＯＲ（ＥＲＲ＿ＦＬＡＧ，ＲＥＳＵＬＴ，ＯＴＨＥＲ＿ＡＰＰＬＩＡＮＣＥ＿ＭＡＮＡＧＥＤ）と記載する。これは、エラーフラグと、ＯＴＨＥＲ＿ＡＰＰＬＩＡＮＣＥ＿ＭＡＮＡＧＥＤを既に取得済みのＲＥＳＵＬＴにＯＲ演算を行うことを表す。

機器ＭＤｘが本監視装置から通信不可である場合（Ｓ９１０にてＮＯ）、クライアント情報管理部４０８は、通信エラーを表すエラー値をＲＥＳＵＬＴにＯＲ演算で設定する（Ｓ９１６）。また、機器数の和が最大機器数よりも大きい場合（Ｓ９１１にてＮＯ）、クライアント情報管理部４０８は、最大機器数超過を表すエラー値をＲＥＳＵＬＴにＯＲ演算で設定する（Ｓ９１７）。

Ｓ９１５、Ｓ９１６、Ｓ９１７の処理後、クライアント情報管理部４０８は、移行不可なクライアントＩＤのリストに処理中のクライアントのクライアントＩＤを追加する（Ｓ９１８）。Ｓ９１３又はＳ９１８の処理後、クライアント情報管理部４０８は、ｎを１インクリメントし、その結果、ｎがＮに等しいか（即ち、全クライアントを処理したか）否かを判定する（Ｓ９１４）。ｎ＝Ｎの場合（Ｓ９１４にてＹＥＳ）、クライアント情報管理部４０８は、ＲＥＳＵＬＴ、Ｓ９１３で得た移行可能なクライアントＩＤのリスト、およびＳ９１８で得た移行不可なクライアントＩＤのリストを出力し、本処理を終了する（Ｓ９１９）。ｎ≠Ｎの場合（Ｓ９１４にてＮＯ）、Ｓ９０６へ戻る。

（分割処理）
次に、図８のＳ８１９の監視対象の分割処理について、図１０を用いて説明する。まず、別途記載しない限り、本処理は監視装置移行処理の一環であり、クライアント情報管理部４０８が主体として実行する。本処理で使用するＩＮ引数、および処理変数をＳ１００１に表す。クライアント情報管理部４０８は、監視装置移行処理からはＩＮ引数として、移行元クライアント情報リストＣＬ、ＣＬ内クライアントの登録機器数Ｎ、ＣＬ内クライアントの登録機器リストＤＭを得る。さらに、クライアント情報管理部４０８は、処理変数ｘを“０”で初期化し、ＲＥＳＵＬＴを“ＳＵＣＣＥＳＳ”で初期化する（ｘ＝０、ＲＥＳＵＬＴ＝ＳＵＣＣＥＳＳ）。本処理では移行元クライアント情報リストＣＬには、クライアントが１つのみ登録されている。

次に、クライアント情報管理部４０８は、移行先クライアント（即ち、自装置）がサポート可能（監視可能）な最大機器数Ｄｍａｘを取得し、移行先の累計機器数を保持する処理変数Ｄを“０”で初期化する（Ｄ＝０）（Ｓ１００２）。次に、クライアント情報管理部４０８は、別システム設定に従うか否かを判定する（Ｓ１００３）。本実施形態では、先述のように移行先の監視装置が、別システムの監視装置／管理装置を兼用しており、そのシステムの管理情報が取得できることを想定している。

別システム設定に従う場合（Ｓ１００３にてＹＥＳ）、クライアント情報管理部４０８は、変数ＭＹＩＤとして、自装置の別システムでのクライアントＩＤを取得する（Ｓ１００４）。別システム設定に従わない場合（Ｓ１００３にてＮＯ）、クライアント情報管理部４０８は、ＭＹＩＤを“０”で初期化する（ＭＹＩＤ＝０）（Ｓ１００５）。Ｓ１００４又はＳ１００５の処理後、クライアント情報管理部４０８は、ＤがＤｍａｘより小さいか（即ち、移行先の累計機器数が最大監視可能数を超過しないか）否かを判定する（Ｓ１００６）。Ｄ＜Ｄｍａｘである場合（Ｓ１００６にてＹＥＳ）、クライアント情報管理部４０８は、ＭＹＩＤが“０”か（即ち、別システム設定に従うか）否かを判定する（Ｓ１００７）。ＭＹＩＤ≠０（Ｓ１００７にてＮＯ）、クライアント情報管理部４０８は、機器リストＤＭのｘ番目の要素ＤＭｘを監視する、別システムでの監視装置のクライアントＩＤを取得する（Ｓ１００８）。このクライアントＩＤの取得先は、先述の通り、別システムのサーバー、自装置（監視装置）内の別システムのデータ管理部が想定される。

Ｓ１００８の処理の後、クライアント情報管理部４０８は、ＡＩＤｘとＭＹＩＤが同一であるか否かを判定する（Ｓ１００９）。ＡＩＤｘ＝ＭＹＩＤである場合（Ｓ１００９にてＹＥＳ）、及びＭＹＩＤ＝０の場合（Ｓ１００７にてＹＥＳ）、クライアント情報管理部４０８は、機器ＤＭｘが本監視装置から通信可能かを判定する（Ｓ１０１０）。この判定においては、Ｓ９１０の説明で先述した通りの方法が実行される。

機器ＤＭｘが本監視装置から通信可能である場合（Ｓ１０１０にてＹＥＳ）、クライアント情報管理部４０８は、移行先の累計機器数を１インクリメントし（Ｓ１０１１）、移行可能な機器のリストに処理中の機器ＩＤを追加する。

Ｄ≧Ｄｍａｘである場合（Ｓ１００６にてＮＯ）、クライアント情報管理部４０８は、最大機器数超過を表すエラー値をＲＥＳＵＬＴにＯＲ演算で設定する（Ｓ１０１４）。

ＡＩＤｘ≠ＭＹＩＤである場合（Ｓ１００９にてＮＯ）、クライアント情報管理部４０８は、別装置で監視するべきである旨を表すエラー値をＲＥＳＵＬＴにＯＲ演算で設定する（Ｓ１０１５）。

機器ＤＭｘが本監視装置から通信不可である場合（Ｓ１０１０にてＮＯ）、クライアント情報管理部４０８は、通信エラーを表すエラー値をＲＥＳＵＬＴにＯＲ演算で設定する（Ｓ１０１６）。

Ｓ１０１４、Ｓ１０１５、Ｓ１０１６の処理後、クライアント情報管理部４０８は、移行不可な機器ＩＤのリストに処理中の機器の機器ＩＤを追加する（Ｓ１０１７）。Ｓ１０１２又はＳ１０１７の処理後、クライアント情報管理部４０８は、ｘを１インクリメントし、その結果、ｘがＮに等しいか（即ち、全機器を処理したか）否かを判定する（Ｓ１０１３）。ｘ＝Ｎの場合（Ｓ１０１３にてＹＥＳ）、クライアント情報管理部４０８は、ＲＥＳＵＬＴ、Ｓ１０１２で得た移行可能な機器ＩＤのリスト、およびＳ１０１７で得た移行不可な機器ＩＤのリストを出力し、本処理を終了する（Ｓ１０１８）。ｘ≠Ｎの場合（Ｓ１０１３にてＮＯ）、Ｓ１００６へ戻る。

（特定処理）
次に、図８のＳ８０９の移行先クライアントＩＤの特定処理について、図１１を用いて説明する。まず、別途記載しない限り、本処理は監視装置移行処理の一環であり、クライアント情報管理部４０８が主体として実行する。本処理で使用するＩＮ引数、処理変数をＳ１１０１に表す。クライアント情報管理部４０８は、監視装置移行処理からはＩＮ引数として、移行先クライアント種別Ｋ、および移行元クライアント情報リストＣＬを得る。

クライアント情報管理部４０８は、ＩＮ引数として得たＫがＣＯＮＴであるか（即ち、クライアントＩＤを継続使用するか）を判定する（Ｓ１１０２）。Ｋ＝ＣＯＮＴである場合（Ｓ１１０２にてＹＥＳ）、クライアント情報管理部４０８は、処理変数ｎを“０”で初期化する（ｎ＝０）（Ｓ１１０３）。そして、クライアント情報管理部４０８は、移行元クライアント情報リストＣＬに登録された各クライアントを処理するために、ｎ番目のクライアント情報ＣＬｎのクライアントタイプＴｓｎ、およびクライアントＩＤとしてＩＤｎを取得する（Ｓ１１０４）。

次にクライアント情報管理部４０８は、Ｔｓｎから自装置への移行は可能かを判定する（Ｓ１１０５）。これは、本実施形態では、設定ファイル、プログラム本体等に既に情報として、プログラム初期時に判定条件が定義されているものとする。移行可能である場合（Ｓ１１０５にてＹＥＳ）、クライアント情報管理部４０８は、移行先クライアントＩＤをＩＤｎとする（Ｓ１１０６）。そして、クライアント情報管理部４０８は、Ｋと移行先クライアントＩＤを出力し、処理を終了する（Ｓ１１１３）。

移行不可である場合（Ｓ１１０５にてＮＯ）、クライアント情報管理部４０８は、ｎを１インクリメントする（Ｓ１１０７）。そして、クライアント情報管理部４０８は、ｎがＮに等しいか（即ち、移行元クライアントを全て処理したか）を判定する（Ｓ１１０８）。ｎ≠Ｎの場合（Ｓ１１０８にてＮＯ）、Ｓ１１０４へ戻る。ｎ＝Ｎの場合（Ｓ１１０８にてＹＥＳ）、クライアント情報管理部４０８は、Ｋに“ＮＥＷ”を設定する（Ｋ＝ＮＥＷ）（Ｓ１１０９）。

Ｓ１１０９の処理後、又はＫ≠ＣＯＮＴの場合（Ｓ１１０２にてＮＯ）、クライアント情報管理部４０８は、新規に作成するクライアントＩＤを決定するための処理を行う。まず、クライアント情報管理部４０８は、中央管理装置１１５から同一販社の登録済みクライアントＩＤリストを取得する（Ｓ１１１０）。本実施形態では、登録済みクライアントＩＤのリストを取得するが、中央管理装置１１５から未登録のクライアントＩＤのリストが取得できるように構成してもよい。また、本実施形態では、各販社内で、クライアントＩＤを一意に決まるように定義しているため、販社毎に情報を取得することとしている。

Ｓ１１１０の処理後、クライアント情報管理部４０８は、新規クライアントＩＤ作成時の条件を取得する（Ｓ１１１１）。新規クライアントＩＤ作成時の条件は、Ｓ１１０５の判定条件同様、プログラム初期時に、判定条件が定義されているものとする。条件としては、例えば、一番若い番号を割り当てる、元のクライアントＩＤに一番近い番号を割り当てる、等が考えられる。その後、クライアント情報管理部４０８は、Ｓ１１１０にて取得したリストおよびＳ１１１１にて取得した条件から、移行先クライアントＩＤを決定する（Ｓ１１１２）。そして、クライアント情報管理部４０８は、Ｋと移行先クライアントＩＤを出力し、本処理を終了する（Ｓ１１１３）。

（更新設定処理）
次に、図８のＳ８１３の中央管理装置１１５の設定更新処理について、図１２を用いて説明する。まず、別途記載しない限り、本処理は監視装置移行処理の一環であり、クライアント情報管理部４０８が主体として実行する。本処理で使用するＩＮ引数、処理変数をＳ１２０１に表す。クライアント情報管理部４０８は、監視装置移行処理からはＩＮ引数として、移行元クライアント情報リストＣＬ、移行元クライアント数Ｎ、移行可能機器リストＤＬ、移行先クライアントＩＤとしてＩＤｄｓｔ、移行先クライアント種別Ｋ、結果ＭＳＧを得る。

クライアント情報管理部４０８は、処理変数ｎを“０”で初期化し、ＲＥＳＵＬＴを“ＳＵＣＣＥＳＳ”で初期化し、確認ＭＳＧの値を結果ＭＳＧの値で初期化する。また、クライアント情報管理部４０８は、削除対象クライアントＩＤリストＤＣＬを初期化する（Ｓ１２０２）。

クライアント情報管理部４０８は、削除対象クライアントＩＤの取得処理を行う（Ｓ１２０３）。本処理の詳細は図１３を用いて後述する。次に、クライアント情報管理部４０８は、ユーザーに移行実行の確認を実施するか否かを判定する（Ｓ１２０４）。ここでの判定に用いられる設定値は、本実施形態では、設定ファイル、初期設定画面等で可能なプログラムの初期値として保持しておくものとする。

移行実行の確認を実施する場合（Ｓ１２０４にてＹＥＳ）、クライアント情報管理部４０８は、Ｓ１２０３の出力として、削除対象クライアントがあるか否かを判定する（Ｓ１２０５）。削除対象クライアントがある場合（Ｓ１２０５にてＹＥＳ）、クライアント情報管理部４０８は、確認ＭＳＧにＭＳＧ＿ＮＯＴＩＦＹ＿ＤＥＬＥＴＥ＿ＣＬＩＥＮＴと、Ｏｕｔｐｕｔ（ＤＣＬ）で得られた文字列とを結合する（Ｓ１２０６）。

削除対象クライアントが無い場合（Ｓ１２０５にてＮＯ）又はＳ１２０６の処理後、クライアント情報管理部４０８は、確認ＭＳＧにＭＳＧ＿ＣＯＮＦＩＲＭＡＴＩＯＮを結合する（Ｓ１２０７）。そして、クライアント情報管理部４０８は、確認メッセージを確認画面で表示する（Ｓ１２０８）。図１６は、確認画面の一例を示す。図１６（ａ）には、指定のクライアントＩＤの監視対象を統合して移行処理が正常に完了する旨、および、クライアントＩＤを継続使用する旨の確認メッセージが表示されている。また、移行先クライアントＩＤを変更することも可能とするために、入力エリア１６０１が設けられている。また、移行を続行する指示を行うためのボタン１６０２を有する。図１６（ｂ）には一部の監視対象が監視不能であるが、その他の機器は正常に移行可能である旨、および、移行先のクライアントＩＤが生成される旨の確認メッセージが表示されている。図１６（ｂ）においても図１６（ａ）同様、移行先のクライアントＩＤを変更することが可能とするために、入力エリア１６０３が設けられている。また、移行を続行する指示を行うためのボタン１６０４を有する。

Ｓ１２０８の処理後、クライアント情報管理部４０８は、確認画面を介して移行を続行する指示がユーザーによりなされたか否かを判定する（Ｓ１２０９）。移行続行の指示がなされた場合（Ｓ１２０９にてＮＯ）、クライアント情報管理部４０８は、ＲＥＳＵＬＴに“ＣＡＮＣＥＬＬＥＤ”を設定する（ＲＥＳＵＬＴ＝ＣＡＮＣＥＬＬＥＤ）（Ｓ１２２４）。そして、クライアント情報管理部４０８は、ＲＥＳＵＬＴと削除対象クライアントＩＤリストを出力し、本処理を終了する（Ｓ１２２５）。

移行続行の指示がなされていない場合（Ｓ１２０９にてＹＥＳ）、又は移行実行の確認を実施しない場合（Ｓ１２０４にてＮＯ）、クライアント情報管理部４０８は、Ｋが“ＮＥＷ”であるか否かを判定する（Ｓ１２１０）。Ｋ＝ＮＥＷの場合（Ｓ１２１０にてＹＥＳ）、クライアント情報管理部４０８は、中央管理装置１１５に対し、移行先クライアントＩＤであるＩＤｄｓｔと自装置のクライアントタイプを通知し、クライアント情報の新規作成要求を行い作成させる（Ｓ１２１１）。Ｋ≠ＮＥＷである場合（Ｓ１２１０にてＮＯ）、クライアント情報管理部４０８は、中央管理装置１１５に登録済みの移行先クライアント情報のタイプを通知し、自装置のタイプに変更させる（Ｓ１２１２）。

Ｓ１２１１もしくはＳ１２１２の処理後、クライアント情報管理部４０８はＮが“１”であるか否かを判定する（Ｓ１２１３）。Ｎ＝１の場合（Ｓ１２１３にてＹＥＳ）、クライアント情報管理部４０８は、ＣＬの先頭要素ＣＬ０のクライアントＩＤであるＩＤ０がＩＤｄｓｔに等しいか否かを判定する（Ｓ１２１４）。ＩＤ０≠ＩＤｄｓｔである場合（Ｓ１２１４にてＮＯ）、監視対象を移動する必要があるため、クライアント情報管理部４０８は、移行元クライアントから移行先クライアントへ移行可能機器リストＤＬに登録された全ての機器を移動する（Ｓ１２１５）。移動は中央管理装置１１５に対し、設定変更要求を送信することで実現する。

次に、クライアント情報管理部４０８は、Ｓ１２０３のＲＥＳＵＬＴが“ＤＥＬＥＴＥ＿ＯＫ”であり（即ち、削除処理を実行する）、且つ、ＩＤ０がＳ１２０３で得た削除対象クライアントＩＤリストに含まれるかを判定する（Ｓ１２１６）。Ｓ１２１６の条件を満たす場合（Ｓ１２１６にてＹＥＳ）、クライアント情報管理部４０８は、中央管理装置１１５に移行元クライアント削除要求を送信することで、削除を実行する（Ｓ１２１７）。

Ｎ≠１の場合（Ｓ１２１３にてＮＯ）、クライアント情報管理部４０８は、移行元クライアント全てを処理するために、ＣＬｎのクライアントＩＤであるＩＤｎ、およびＣＬｎの登録機器リストＤＭｎを取得する（Ｓ１２１８）。次にクライアント情報管理部４０８は、ＩＤｎがＩＤｄｓｔに等しいか否かを判定する（Ｓ１２１９）。ＩＤｎ≠ＩＤｄｓｔである場合（Ｓ１２１９にてＮＯ）、監視対象を移動する必要があるため、クライアント情報管理部４０８は、移行元クライアントから移行先クライアントへ移行可能機器リストＤＭｎの全ての機器を移動する（Ｓ１２２０）。次に、クライアント情報管理部４０８は、Ｓ１２０３のＲＥＳＵＬＴが“ＤＥＬＥＴＥ＿ＯＫ”であり（即ち、削除処理を実行する）、且つ、ＩＤｎがＳ１２０３で得た削除対象クライアントＩＤリストに含まれるか否かを判定する（Ｓ１２２１）。Ｓ１２２１の条件を満たす場合（Ｓ１２２１にてＹＥＳ）、クライアント情報管理部４０８は、中央管理装置１１５に移行元クライアント削除要求を送信することで、削除を実行する（Ｓ１２２２）。

Ｓ１２２２の処理後、又はＩＤｎ＝ＩＤｄｓｔの場合（Ｓ１２１９にてＹＥＳ）、又はＳ１２２１の条件を満たさない場合（Ｓ１２２１にてＮＯ）、クライアント情報管理部４０８は、ｎをインクリメントし、その結果、ｎがＮに等しいかを判定する（Ｓ１２２３）。ｎ＝Ｎの場合（Ｓ１２２３にてＹＥＳ）、又はＩＤ０＝ＩＤｄｓｔの場合（Ｓ１２１４にてＹＥＳ）、又はＳ１２１６の条件を満たさない場合（Ｓ１２１６にてＮＯ）、又はＳ１２２７の処理後、クライアント情報管理部４０８は、ＲＥＳＵＬＴと削除対象クライアントＩＤリストを出力し、本処理を終了する（Ｓ１２２５）。ｎ≠Ｎの場合（Ｓ１２２３にてＮＯ）、Ｓ１２１８へ戻る。

（削除対象クライアントＩＤの取得処理）
次に、Ｓ１２０３の削除対象クライアントＩＤの取得処理について、図１３を用いて説明する。まず、別途記載しない限り、本処理は中央管理装置１１５の設定更新処理の一環であり、クライアント情報管理部４０８が主体として実行する。本処理で使用するＩＮ引数、処理変数をＳ１３０１に表す。クライアント情報管理部４０８は、監視装置移行処理からはＩＮ引数として、移行元クライアント情報リストＣＬ、移行元クライアント数Ｎ、移行可能機器リストＤＬ、移行先クライアントＩＤとしてＩＤｄｓｔを得る。クライアント情報管理部４０８は、処理変数ｎを“０”で初期化し、ＲＥＳＵＬＴを“ＤＥＬＥＴＥ＿ＮＧ”で初期化する（ｎ＝０、ＲＥＳＵＬＴ＝ＤＥＬＥＴＥ＿ＮＧ）。

クライアント情報管理部４０８は、移行元クライアント全てを処理するために、ＣＬｎのクライアントＩＤであるＩＤｎ、およびＣＬｎの登録機器リストＤＭｎを取得する（Ｓ１３０２）。次に、クライアント情報管理部４０８は、Ｎが１に等しいかを判定する（Ｓ１３０３）。Ｎ＝１の場合（Ｓ１３０３にてＹＥＳ）、クライアント情報管理部４０８は、ＩＤ０がＩＤｄｓｔに等しいか否かを判定する（Ｓ１３０４）。ＩＤ０≠ＩＤｄｓｔの場合（Ｓ１３０４にてＮＯ）、クライアント情報管理部４０８は、不要クライアントは削除するか否かを判定する（Ｓ１３０５）。本判定で用いられる設定値は、本実施形態では、設定ファイル、初期設定画面等で可能なプログラムの初期値として保持しておくものとする。

不要クライアントを削除する場合（Ｓ１３０５にてＹＥＳ）、クライアント情報管理部４０８は、ＤＭ０の登録機器数が移行可能機器リストＤＬの機器数に等しいか否かを判定する（Ｓ１３０６）。機器数が等しい場合（Ｓ１３０６にてＹＥＳ）、クライアント情報管理部４０８は、ＲＥＳＵＬＴに“ＤＥＬＥＴＥ＿ＯＫ”を設定し、ＤＣＬにＩＤ０を登録する（Ｓ１３０７）。

Ｎ≠１の場合（Ｓ１３０３にてＮＯ）の場合、クライアント情報管理部４０８は、ＩＤｎがＩＤｄｓｔに等しいか否かを判定する（Ｓ１３０９）。ＩＤｎ≠ＩＤｄｓｔの場合（Ｓ１３０９にてＮＯ）、クライアント情報管理部４０８は、不要クライアントは削除するか否かを判定する（Ｓ１３１０）。ここでの判定は、Ｓ１３０５と同様である。

不要クライアントを削除する場合（Ｓ１３１０にてＹＥＳ）、クライアント情報管理部４０８は、ＲＥＳＵＬＴに“ＤＥＬＥＴＥ＿ＯＫ”を設定し、ＤＣＬにＩＤｎを登録する（Ｓ１３１１）。ＩＤｎ＝ＩＤｄｓｔの場合（Ｓ１３０９にてＹＥＳ）、又は不要クライアントを削除しない場合（Ｓ１３１０にてＮＯ）、又はＳ１３１１の処理後、クライアント情報管理部４０８は、ｎを１インクリメントし、その結果、ｎがＮに等しいか（即ち、全クライアントを処理したか）を判定する（Ｓ１３１２）。ｎ≠Ｎの場合（Ｓ１３１２にてＮＯ）、Ｓ１３０９へ戻る。Ｓ１３０７の処理後、又はＩＤ０＝ＩＤｄｓｔの場合（Ｓ１３０４にてＹＥＳ）、又は不要クライアントを削除しない場合（Ｓ１３０５にてＮＯ）、又は機器数が等しくない場合（Ｓ１３０６にてＮＯ）、又はｎ＝Ｎの場合（Ｓ１３１２にてＹＥＳ）、クライアント情報管理部４０８は、ＲＥＳＵＬＴ（“ＤＥＬＥＴＥ＿ＯＫ”或いは“ＤＥＬＥＴＥ＿ＮＧ”）と削除対象クライアントＩＤリストＤＣＬを出力し、本処理を終了する（Ｓ１３０８）。

以上、機器管理システムにおいて、従来手作業で煩雑であった中央管理装置側での設定処理を、少ない操作で可能とし、操作性が格段に向上する。また、手作業で実施するよりも確実に移行処理が実施できる。

＜第二の実施形態＞
第一の実施形態では、図１５のように、移行元クライアントＩＤをユーザーが指定する形態について説明した。ここで、この移行元クライアントＩＤを特定する処理がユーザーに課されてしまため、ユーザーによる作業が生じる。

これに対し、本実施形態では、ユーザーによる移行元クライアントＩＤの入力に代わり、監視装置（移行先クライアント）が移行元クライアントのＩＤを探索する手段について述べる。図１５のような初期設定画面に、クライアントＩＤの取得ボタン（不図示）を設ける。この取得ボタンを押下すると、まず、既に監視装置に登録されている機器情報、或いは、ネットワーク上の機器を検索し、その検索により抽出された機器情報を取得する。

この機器情報に対応付けられた機器を一意に特定するための機器ＩＤをキーとして、中央管理装置１１５に登録済み監視装置のクライアントＩＤを取得する。そして、取得されたクライアントＩＤを初期設定画面のクライアントＩＤ欄に表示することで、ユーザーによる移行元クライアントのＩＤの入力の手間を省くことができる。

本実施形態により、第一の実施形態の効果に加え、ユーザーの操作性が更に向上するという効果を奏する。

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

Claims (12)

1. 複数の装置を含む拠点ネットワークに設置され、管理サーバーと通信する監視装置であって、
   前記拠点ネットワークに過去に設置され、前記複数の装置を監視していた１または複数の別の監視装置の識別情報の入力を受け付ける入力手段と、
   前記入力された識別情報を含む要求を前記管理サーバーに対して送信する要求手段と、
   前記要求の応答として、前記管理サーバーから前記１または複数の別の監視装置のタイプ情報を受信する受信手段と、
   前記受信したタイプ情報が自身のタイプ情報と一致しない場合、前記１または複数の別の監視装置にて監視されていた前記複数の装置のうち、当該監視装置の監視対象となる１または複数の装置を判定する処理手段と、
   監視対象が変更された前記１または複数の別の監視装置の情報と、前記監視装置のタイプ情報とを前記管理サーバーに通知する通知手段と、
   前記通知手段による通知の後、前記処理手段により前記監視装置の監視対象となった１または複数の装置の稼働情報を収集し、前記管理サーバーに送信する送信手段と、
   を有することを特徴とする監視装置。
2. 前記処理手段は、複数の別の監視装置それぞれにて監視されていた装置を統合する統合処理、および、１の別の監視装置にて監視されていた装置群を分割する分割処理のいずれかを行うことで、前記監視装置の監視対象となる１または複数の装置を判定することを特徴とする請求項１に記載の監視装置。
3. 前記統合処理は、複数の別の監視装置それぞれにて監視されていた装置のうち、前記監視装置が通信可能な装置であり、かつ、前記監視装置が監視可能な数の上限を超えない範囲で監視対象を統合して監視対象とすることを特徴とする請求項２に記載の監視装置。
4. 前記分割処理は、前記１の別の装置にて監視されていた装置群のうち、前記監視装置が通信可能な装置であり、かつ、前記監視装置が監視可能な数の上限を超えない範囲で分割して監視対象とすることを特徴とする請求項２に記載の監視装置。
5. 前記１または複数の別の監視装置の監視対象を前記監視装置の監視対象へ変更する際の確認画面を提供する手段を更に有し、
   前記確認画面は、前記監視装置の識別情報として、新たな識別情報の指定、又は、前記１または複数の別の監視装置の識別情報を継続して使用する旨の指示いずれかを受け付け、
   前記通知手段は、前記確認画面にて受け付けた情報を前記管理サーバーへ送信することを特徴とする請求項１乃至４のいずれか一項に記載の監視装置。
6. 前記１または複数の別の監視装置の監視対象を前記監視装置の監視対象へ変更した際の結果画面を提供する手段を更に有し、
   前記結果画面は、監視を行う監視装置が変更された結果、変更された監視装置の情報、監視ができなくなった監視対象の装置の情報、および監視ができなくなった原因の少なくとも１つを表示することを特徴とする請求項１乃至５のいずれか一項に記載の監視装置。
7. 前記入力手段は更に、過去に拠点ネットワークに設置され、前記複数の装置を監視していた１または複数の別の監視装置の識別情報を表示する旨の指示を受け付け、
   前記入力手段は、前記指示を受け付けた際に、前記拠点ネットワークに含まれる複数の装置を検索し、当該検索された複数の装置を過去に監視していた監視装置の識別情報を表示することを特徴とする請求項１乃至６のいずれか一項に記載の監視装置。
8. 前記監視装置のタイプ情報は、監視装置の構成、形態、もしくは機能の少なくともいずれかに依存して定義されることを特徴とする請求項１乃至７のいずれか一項に記載の管理装置。
9. 前記稼働情報は、障害情報、カウンタ情報、アラーム情報、ログ情報の少なくとも何れかを含むことを特徴とする請求項１乃至８のいずれか一項に記載の監視装置。
10. 監視対象の装置の識別情報は、シリアル番号、ＭＡＣアドレスを用いることを特徴とする請求項１乃至９のいずれか一項に記載の監視装置。
11. 複数の装置を含む拠点ネットワークに設置され、管理サーバーと通信する監視装置における監視方法であって、
    前記拠点ネットワークに過去に設置され、前記複数の装置を監視していた１または複数の別の監視装置の識別情報の入力を受け付ける入力工程と、
    前記入力された識別情報を含む要求を前記管理サーバーに対して送信する要求工程と、
    前記要求の応答として、前記管理サーバーから前記１または複数の別の監視装置のタイプ情報を受信する受信工程と、
    前記受信したタイプ情報が自身のタイプ情報と一致しない場合、前記１または複数の別の監視装置にて監視されていた前記複数の装置のうち、当該監視装置の監視対象となる１または複数の装置を判定する処理工程と、
    監視対象が変更された前記１または複数の別の監視装置の情報と、前記監視装置のタイプ情報とを前記管理サーバーに通知する通知工程と、
    前記通知工程による通知の後、前記処理工程により前記監視装置の監視対象となった１または複数の装置の稼働情報を収集し、前記管理サーバーに送信する送信工程と、
    を有することを特徴とする監視方法。
12. 複数の装置を含む拠点ネットワークに設置され、管理サーバーと通信するコンピュータを、
    前記拠点ネットワークに過去に設置され、前記複数の装置を監視していた１または複数の監視装置の識別情報の入力を受け付ける入力手段、
    前記入力された識別情報を含む要求を前記管理サーバーに対して送信する要求手段、
    前記要求の応答として、前記管理サーバーから前記１または複数の監視装置のタイプ情報を受信する受信手段、
    前記受信したタイプ情報が自身のタイプ情報と一致しない場合、前記１または複数の監視装置にて監視されていた前記複数の装置のうち、当該コンピュータによる監視対象となる１または複数の装置を判定する処理手段、
    監視対象が変更された前記１または複数の監視装置の情報と、前記コンピュータのタイプ情報とを前記管理サーバーに通知する通知手段、
    前記通知手段による通知の後、前記処理手段により前記コンピュータによる監視対象となった１または複数の装置の稼働情報を収集し、前記管理サーバーに送信する送信手段、
    として機能させるためのプログラム。

Images