JP2016099826A - 管理装置、管理方法及びプログラム - Google Patents

Abstract

【課題】ログ情報を収集して管理する管理装置を入れ替える場合においても、管理対象のログ情報を適切に管理することが可能な技術を提供する。
【解決手段】ログ情報を収集して管理する管理装置のデータ収集部は、画像生成装置からログの受信があったか否かを判定Ｓ９０１し、ログ情報の送信元の画像形成装置と未連携状態であるか否かを第１の判定手段で判定Ｓ９０２し、第１の判定手段により未連携状態であると判定された場合、ログ情報を保持するか否かを第２の判定手段で判定Ｓ９０３し、第２の判定手段により保持すると判定された場合、未連携ログ存在フラグをオンＳ９０４にし、ログ情報を保持手段により保持Ｓ９０５し、画像形成装置からのログ情報の受信に対する応答として、保持手段によりログ情報が保持された旨の通知を送信手段により画像形成装置に送信Ｓ９０７する。
【選択図】図９

Description

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

従来、プリンタや複合機等といった画像形成装置の稼働情報等のデータを取得して管理するデバイス管理システムが知られている（例えば、特許文献１）。管理対象の画像形成装置の増加、管理サーバーのコスト削減及びメンテナンスの観点から、一台の管理装置で管理可能な画像形成装置の台数規模を拡大することが求められている。
また、市場ではハードウェア資源やオペレーティングシステム（ＯＳ）、プリンタドライバ等を含むソフトウェア資源の入れ替えのため、管理サーバーの入れ替えを行うことがある。その管理サーバーでは、画像形成装置からジョブログを収集するために、画像形成装置の登録及び連携状態の更新が必要である。その際、画像形成装置の電源が入っていて、はじめて管理サーバーと画像形成装置とが連携状態となる。

特開２００６−３４０２３９号公報

上述したように、画像形成装置からジョブログ等のデータを定期的に収集して管理する管理サーバーを含むデバイス管理システムにおいて、管理サーバーの入れ替えが行われることがある。しかし、入れ替え後の管理サーバーで画像形成装置の登録及び連携状態の更新を行っても、その際に画像形成装置の電源がオフであった場合は未連携状態となってしまう。そのため、管理サーバーは、その後に前記画像形成装置の電源がオンされて前記画像形成装置からログを収集しても前記画像形成装置とは未連携状態であるため、収集したログを集計対象にすることができないという課題がある。また、ユーザーが管理サーバーを操作して連携状態を更新した際に、管理サーバーと画像形成装置との連携状態を容易に把握することができないという課題もある。即ち、管理サーバーを入れ替える場合、ログの適切な管理が困難になることが課題である。
本発明は、ログ情報を収集して管理する管理装置を入れ替える場合においても、管理対象のログ情報を適切に管理することが可能な技術を提供することを目的とする。

そこで、本発明の管理装置は、ログ情報を収集して管理する管理装置であって、前記ログ情報の送信元の画像形成装置と未連携状態であるか否かを判定する第１の判定手段と、前記第１の判定手段により未連携状態であると判定された場合、前記ログ情報を保持するか否かを判定する第２の判定手段と、前記第２の判定手段により保持すると判定された場合、前記ログ情報を保持する保持手段と、前記画像形成装置からの前記ログ情報の受信に対する応答として、前記保持手段により前記ログ情報が保持された旨の通知を前記画像形成装置に送信する送信手段と、を有する。

本発明によれば、ログ情報を収集して管理する管理装置を入れ替える場合においても、管理対象のログ情報を適切に管理することが可能な技術を提供することができる。

デバイス管理システムのシステム構成の一例を示す図である。 ハードウェア構成の一例を示す図である。 クライアントコンピュータの機能構成の一例を示す図である。 管理サーバーの機能構成の一例を示す図である。 画像形成装置の機能構成の一例を示す図である。 デバイス情報テーブルの一例を示す図（その１）である。 電源状態情報テーブルの一例を示す図である。 ジョブログ情報テーブルの一例を示す図（その１）である。 管理サーバーの処理の一例を示すフローチャート（その１）である。 管理サーバーの処理の一例を示すフローチャート（その２）である。 管理サーバーの処理の一例を示すフローチャート（その３）である。 管理サーバーと画像形成装置との通信等の一例を示す図（その１）である。 初期設定画面の一例を示す図（その１）である。 デバイス情報テーブルの一例を示す図（その２）である。 ジョブログ情報テーブルの一例を示す図（その２）である。 確認画面の一例を示す図である。 初期設定画面の一例を示す図（その２）である。 管理サーバーと画像形成装置との通信等の一例を示す図（その２）である。 管理サーバーの処理の一例を示すフローチャート（その４）である。 管理サーバーの処理の一例を示すフローチャート（その５）である。 デバイス情報テーブルの一例を示す図（その３）である。 ジョブログ情報テーブルの一例を示す図（その３）である。 管理サーバーと画像形成装置との通信等の一例を示す図（その３）である。 管理サーバーと画像形成装置との通信等の一例を示す図（その４）である。

以下、本発明を実施するための形態について図面を用いて説明する。
＜実施形態１＞
（システム構成の説明）
図１は、本実施形態におけるデバイス管理システムのシステム構成の一例を示す図である。図１において、クライアントコンピュータ１０１は、ユーザーの操作に基づく指示に従って画像データ（印刷データ）を生成し、印刷を行う。また、クライアントコンピュータ１０１は、ネットワーク１０５に接続されるプリンタ１０３及び複合機１０４（以下、総称して画像形成装置という場合がある）と所定のプロトコルで通信可能に接続されている。
プリンタ１０３は、ネットワーク１０５を介してクライアントコンピュータ１０１等から印刷データを受け取り、電子写真技術やインクジェット技術等の印刷技術を利用して実際の用紙に印刷を行う。複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）１０４は、ネットワーク１０５を介してクライアントコンピュータ１０１等から印刷データを受け取り、電子写真技術やインクジェット技術等の印刷技術を利用して実際の用紙に印刷を行う。また、複合機１０４は、スキャナを介して紙原稿を読み取り、コピーを行ったり、画像データに変換してＥｍａｉｌ等で送信したりする機能も持つ。もちろん、コピー機能を持たないプリンタも適用可能である。なお、プリンタ１０３や複合機１０４は、画像形成装置の一例である。

管理サーバー１０２は、プリンタ１０３や複合機１０４からジョブログ等のデータを収集して管理する。なお、管理サーバー１０２は、管理装置の一例である。クライアントコンピュータ１０１、管理サーバー１０２、プリンタ１０３、複合機１０４は、イーサネット（登録商標）等の技術によるネットワーク１０５により相互に通信可能に接続されている。また、本実施形態では、管理サーバー１０２をプリンタ１０３、複合機１０４とは別構成として設けているが、同様の機能を持つモジュールをプリンタ１０３、複合機１０４の内部に設けるように構成してもよい。この場合、上述した管理サーバー１０２とプリンタ１０３との間で行われるネットワーク通信や、管理サーバー１０２と複合機１０４との間で行われるネットワーク通信は、システムバス等を介したデータの受け渡しに置き換えて考えることができる。

（クライアントコンピュータ１０１及び管理サーバー１０２のハードウェア構成）
図２（ａ）は、クライアントコンピュータ１０１、管理サーバー１０２のハードウェア構成の一例を示す図である。ここでは、クライアントコンピュータ１０１のハードウェア構成を例に説明する。クライアントコンピュータ１０１は、ＲＯＭ２０２、或いは例えば大規模記憶装置としてのＨＤ２１１に記憶されたプログラムを実行するＣＰＵ２０１を備える。ＣＰＵ２０１は、システムバス２０５に接続される各ハードウェアを総括的に制御する。また、ＣＰＵ２０１がＨＤ２１１等に記憶されたプログラムを実行することにより、後述するクライアントコンピュータ１０１の機能構成が実現される。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ネットワークインターフェースカード（ＮＩＣ）２０４は、ネットワーク１０５を介して他のノードと双方向にデータをやりとりする。キーボードコントローラ（ＫＢＤＣ）２０６は、クライアントコンピュータ１０１に備えられたキーボード（ＫＢＤ）２０９からの指示入力を制御する。ディスプレイコントローラ（ＤＩＳＰＣ）２０７は、例えば液晶ディスプレイ等で構成される表示モジュール（ＤＩＳＰＬＡＹ）２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０８は、大容量記憶装置であるハードディスク（ＨＤ）２１１を制御する。
管理サーバー１０２も上述した通りのハードウェア構成を有する。即ち、管理サーバー１０２のＣＰＵ２０１がＨＤ２１１等に記憶されたプログラムを実行することにより、後述する管理サーバー１０２の機能構成及びフローチャートの処理が実現される。

（複合機１０４のハードウェア構成）
図２（ｂ）は、複合機１０４のハードウェア構成の一例を示す図である。複合機１０４は、ＲＯＭ２２２、或いは例えば大規模記憶装置としてのＨＤ２３３に記憶されたプログラムを実行するＣＰＵ２２１を備える。ＣＰＵ２２１は、システムバス２２５に接続される各ハードウェアを総括的に制御する。また、ＣＰＵ２２１がＨＤ２３３等に記憶されたプログラムを実行することにより、後述する複合機１０４の機能構成が実現される。ＲＡＭ２２３は、ＣＰＵ２２１の主メモリ、ワークエリア等として機能する。ネットワークインターフェースカード（ＮＩＣ）２２４は、ネットワーク１０５を介して他のノードと双方向にデータをやりとりする。パネルコントローラ（ＰＡＮＥＬＣ）２２６は、複合機１０４に備えられたオペレーションパネル（ＰＡＮＥＬ）２３１からの指示入力を制御する。ディスプレイコントローラ（ＤＩＳＰＣ）２２７は、例えば液晶ディスプレイ等で構成される表示モジュール（ＤＩＳＰＬＡＹ）２３２の表示を制御する。ディスクコントローラ（ＤＫＣ）２２８は、大容量記憶装置であるハードディスク（ＨＤ）２３３を制御する。スキャナコントローラ（ＳＣＡＮＣ）２２９は、複合機１０４に備えられた光学式スキャナ装置（スキャナ）２３４を制御し、紙原稿の読み取りを行う。プリンタコントローラ（ＰＲＮＣ）２３０は、複合機１０４に備えられたプリンタ装置（プリンタ）２３５を制御し、電子写真技術やインクジェット技術等の印刷技術を利用して実際の用紙に印刷を行う。
なお、プリンタ１０３のハードウェア構成は、上述した複合機１０４のハードウェア構成からスキャナコントローラ２２９及び光学式スキャナ装置２３４を取り除いた構成と考えることができる。更に、パネルコントローラ（ＰＡＮＥＬＣ）２２６、オペレーションパネル（ＰＡＮＥＬ）２３１、ディスプレイコントローラ（ＤＩＳＰＣ）２２７、表示モジュール（ＤＩＳＰＬＡＹ）２３２、ディスクコントローラ（ＤＫＣ）２２８、ハードディスク（ＨＤ）２３３等を取り除いた構成であってもよい。なお、プリンタ１０３のＣＰＵ２２１がＨＤ２３３等に記憶されたプログラムを実行することにより、後述するプリンタ１０３の機能構成が実現される。

（クライアントコンピュータ１０１の機能構成）
図３は、クライアントコンピュータ１０１の機能構成の一例を示す図である。印刷アプリケーション３０１は、プリンタドライバ３０２に対して描画命令等を送信することにより、印刷指示を行う。プリンタドライバ３０２は、印刷アプリケーション３０１から受けた描画命令等を複合機１０４が解釈可能な印刷データ、即ち、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ：ページ記述言語）に変換する。更に、プリンタドライバ３０２は、印刷ジョブを生成し、印刷ジョブ送信部３０３に送信する。印刷ジョブ送信部３０３は、プリンタドライバ３０２から受け取った印刷ジョブを複合機１０４に送信する。

（管理サーバー１０２の機能構成）
図４は、管理サーバー１０２の機能構成の一例を示す図である。インターフェース部４０１は、図２に示したＮＩＣ２０４を通じてネットワーク１０５を経由して、クライアントコンピュータ１０１、プリンタ１０３、複合機１０４と通信を行う。デバイス情報管理部４０２は、画像形成装置に関する情報を保持する。また、デバイス情報管理部４０２は、インターフェース部４０１を経由してプリンタ１０３、複合機１０４から情報を取得して保管することもできる。電源状態監視部４０３は、インターフェース部４０１を経由してプリンタ１０３、複合機１０４から電源状態通知を受信して保管する。データ収集部４０４は、プリンタ１０３、複合機１０４が保持するデータを、インターフェース部４０１を経由して定期的に収集したり、画像形成装置から定期的に送信されるデータを保管したりする。本実施形態では、後述する画像形成装置内のジョブログ管理部５１０により管理されているジョブログ情報が画像形成装置内のジョブログ送信部１００１により定期的に送信される。

（複合機１０４の機能構成）
図５は、複合機１０４の機能構成の一例を示す図である。インターフェース部５０１は、ネットワーク１０５と接続し、クライアントコンピュータ１０１から印刷ジョブを受信する。印刷データ格納部５０２は、印刷ジョブデータを一時的に格納する。ＵＩ制御部５０３は、パネルコントローラ（ＰＡＮＥＬＣ）２２６を経由してオペレーションパネル２３１を制御し、ユーザーからの複合機１０４へのコピー指示や、スキャン送信指示を受け付ける。ジョブ管理部５０４は、クライアントコンピュータ１０１から受信する印刷ジョブを解析し、ユーザー名や印刷部数やカラー印刷等の出力属性情報を取得し、ジョブの開始日時と共にジョブ情報として管理する。印刷データ展開部５０５は、ジョブ管理部５０４に格納されたジョブ情報に従い、印刷データ格納部５０２から印刷データを取得して画像生成処理を行い、イメージデータをＲＡＭ２２３上に生成する。
スキャナ制御部５０６は、スキャナコントローラ２２９を制御し、紙原稿のスキャンを行い、イメージデータを生成する。なお、原稿給送装置として、ＡＤＦ、ＲＤＦ等を接続可能とする場合、スキャナ制御部５０６は、ＡＤＦ又はＲＤＦからの原稿給紙と原稿排紙とを制御する。また、両面原稿を読み取る場合、スキャナ制御部５０６は、原稿の反転制御を行う場合もある。イメージデータ格納部５０７は、印刷データ展開部５０５、スキャナ制御部５０６が生成したイメージデータを一時的に格納する。プリンタ制御部５０８は、プリンタエンジン５０９を制御し、イメージデータ格納部５０７に格納されたイメージデータの印刷を行わせる。プリンタエンジン５０９は、イメージデータ格納部５０７に格納されたイメージデータを、電子写真技術やインクジェット技術等の印刷技術を用いて印刷用紙等のメディアに実際に印刷する。

ジョブログ管理部５１０は、ジョブログ情報を管理する。ジョブ管理部５０４は、ジョブが完了すると管理するジョブ情報をジョブログ情報としてジョブログ管理部５１０に送信し、ジョブログ管理部５１０に保管させる。ジョブログ管理部５１０は、管理サーバー１０２からの要求に対して、画像形成装置内のジョブログ送信部５１３によりジョブログを送信する。電源制御部５１２は、複合機１０４の電源を制御し、待機モード、省電力モード、電源オフ等の電源状態を管理する。電源制御部５１２は、種々の条件に応じて、各電源状態に移行可能である。例えば、電源制御部５１２は、待機モードにおいて、複合機１０４に対して一定時間操作が行われず、印刷ジョブの受信、ＦＡＸ受信、ネットワークからの命令受信等が行われなかった場合に電源オフや省電力モードへ移行する。また、電源制御部５１２は、予め設定された時刻に電源オフや省電力モードへ移行する。電源制御部５１２は、電源状態を変更するときに電源状態通知部５１１に通知する。
電源状態通知部５１１は、電源制御部５１２からの通知を受けて、インターフェース部５０１を介して電源状態を通知する。また、電源状態通知部５１１は、定期的に電源状態を通知するようにしてもよい。より具体的には、電源状態通知には、待機中、省電力移行、省電力解除、電源オン、電源オフの種別が含まれる。待機中の通知は、複合機１０４が待機モードで動作中であることを示す通知である。省電力移行の通知は、複合機１０４が待機モードから省電力モードへ移行するときに通知される。省電力解除の通知は、複合機１０４が省電力モードから待機モードへ移行するときに通知される。電源オンの通知は、複合機１０４が電源オフ状態から電源が投入され、待機モードに移行するときに通知される。電源オフの通知は、複合機が電源オフに移行するときに通知される。なお、インターフェース部５０１を介した通知の方法としては、独自の通信規約を使用してもよいし、公に定義された通信規約を使用してもよい。また、予め指定された管理サーバー１０２でも、マルチキャストやブロードキャストで複数の相手に通知してもよい。
なお、電源状態通知機能を搭載しない構成、即ち、電源状態通知部５１１を除いた構成の複合機が存在してもよい。この場合、電源制御部５１２は、電源状態を変更するときに電源状態通知部５１１へ通知をしない。また、スキャナを持たないプリンタ１０３の機能構成は、上述した図５に示す複合機１０４の機能構成から、スキャナ制御部５０６、ＵＩ制御部５０３等を除いた構成と考えることができる。

（デバイス情報テーブル）
図６は、図４に示した管理サーバー１０２のデバイス情報管理部４０２が備えるデバイス情報テーブルの一例を示す図である。図６において、列６０１は、デバイスＩＤであり、画像形成装置をシステム内で一意に識別するＩＤを示す。列６０２は、該当行の画像形成装置のデバイス名を示す。列６０３は、該当行の画像形成装置のＩＰアドレスを示す。列６０４は、該当行の画像形成装置の機種を示す。列６０５は、該当行の画像形成装置に電源状態通知機能があるか否かを示す。該当行の画像形成装置が電源状態通知部５１１を持つ構成の場合は、電源状態通知機能がある。列６０６は、該当行の画像形成装置の最大ジョブログ保持数であり、該当行の画像形成装置がジョブログ管理部５１０に保管可能なジョブログの最大数を示す。列６０７は、該当行の画像形成装置がハードディスクを搭載しているか否かを示す。該当行の画像形成装置がディスクコントローラ（ＤＫＣ）２２８、ハードディスク（ＨＤ）２３３を持つ構成の場合は、ハードディスクを搭載している。一般的に、ハードディスクを搭載している画像形成装置は、保管可能なジョブログ数が多いと判断できる。列６０８は、該当行の画像形成装置がデータの収集対象か否かを示す。データ収集処理の詳細については後述する。データの収集対象とする画像形成装置に関しては、画像形成装置の管理者（ユーザー）等が予め設定している。列６０９は、該当行の画像形成装置のデータ取得状態を示す。データ取得状態は、データ収集処理で設定される。本実施形態ではデータ取得状態として、応答確認待ち、応答確認中、データ取得待ち、データ取得中、データ取得済み、データ強制取得待ち等がある。データ収集処理の詳細については後述する。
デバイス情報テーブルの列６０５（電源状態通知機能）、列６０６（最大ジョブログ保持数）、列６０７（ハードディスク情報）等については、画像形成装置の機種によって初期値を決めるようにすることもできる。また、デバイス情報管理部４０２により、例えばＳＮＭＰ等のプロトコルを使用し、ネットワークを経由して画像形成装置から情報を取得することもできる。

（電源状態情報テーブル）
図７は、図４に示した管理サーバー１０２の電源状態監視部４０３が備える電源状態情報テーブルの一例を示す図である。電源状態情報テーブルは、画像形成装置が送信する電源状態通知に基づき、画像形成装置毎の現在の電源状態を記録するテーブルである。図７において、列７０１は、画像形成装置のデバイスＩＤを示す。列７０２は、該当行の画像形成装置の電源状態が遷移した日時を示す。列７０３は、該当行の画像形成装置が該当行の日時に遷移した電源状態を示す。電源状態監視部４０３が管理するこれらの情報により、画像形成装置の現在の電源状態がわかる。

（ジョブログ情報テーブル）
図８は、図４に示した管理サーバー１０２のデータ収集部４０４が備えるジョブログ情報テーブルの一例を示す図である。データ収集部４０４は、複数の画像形成装置から収集したジョブログを、ジョブログ情報テーブルで保管する。図８において、列８０１は、ジョブログをシステム内で一意に識別するＩＤであるジョブログＩＤを示す。列８０２は、ジョブを処理した画像形成装置のデバイスＩＤを示す。列８０３は、ジョブ種を示す。ジョブ種としては、ホストからの印刷であるプリントや、コピー、スキャン、ＦＡＸ送信、ＦＡＸ受信、複合機内に保存された文書を印刷するボックスプリント等が挙げられる。列８０４は、ジョブの処理開始日時を示す。列８０５は、ジョブの処理終了日時を示す。列８０６は、ジョブを実行したユーザーの名前を示す。これらの情報により、誰が、いつ、どの画像形成装置で、どのようなジョブを発行したかがわかる。また、ジョブログ情報テーブルは、ジョブ種毎に生成するように構成してもよい。

（データ収集処理の概要）
データ収集処理とは、管理サーバー１０２が画像形成装置からデータを収集する処理である。管理サーバー１０２は、データ収集処理を一定間隔で実行し、複数のデバイスからデータを収集するか、画像形成装置から一定間隔でログの送信を受ける。本実施形態では、画像形成装置からジョブログが送信される例について説明する。
管理サーバー１０２へのジョブログ送信を開始するためには、管理サーバー１０２において、デバイスの登録、及び連携状態の更新（ジョブ履歴取得方法の更新）を行う必要がある。管理サーバー１０２で上述の操作が行われると、管理サーバー１０２から画像形成装置に対して以下の（１）〜（３）の通信が行われる。（１） 画像形成装置の動作確認。（２）画像形成装置への管理サーバーアドレスの設定。（３） 画像形成装置へのジョブログ送信の開始指示。これらの全ての処理が成功した場合に、管理サーバー１０２では、該当画像形成装置のジョブログ収集方法を画像形成装置からの送信とし、それ以降、画像形成装置からのジョブログを受け付ける。
画像形成装置は、「（３）画像形成装置へのジョブログ送信の開始指示」を受け付けると、ジョブログ送信を開始する。画像形成装置は、ジョブログ送信を開始すると、ジョブログ送信開始時以降に取得したジョブログを管理サーバー１０２に送信する。一方、画像形成装置は、ジョブログ送信開始前のジョブログは送信しない。

以下、本実施形態におけるデバイス管理システムのフロー等について説明する。図９、図１０、図１１は、本実施形態における管理サーバー１０２の処理の一例を示すフローチャートである。また、図１２、図１８は、本実施形態における管理サーバー１０２と画像形成装置との通信の流れ等の一例を示す図である。
図１２に示すように、画像形成装置からジョブログ等のデータを定期的に収集するデバイス管理システムにおいて、画像形成装置Ａは、管理サーバー１０２に対してジョブログを送信しているものとする。デバイス管理システムでは、図１２に示すように、管理サーバー１０２の入れ替えが行われることがある。ここでは、先のデータ収集処理によって、旧管理サーバー１２０７に対して既に画像形成装置Ａからジョブログの送信が行われているものとする。ここで、新管理サーバー１２０８への移行が、同じ管理サーバーアドレスの基に行われたとする。移行後の新管理サーバー１２０８では、まず、現状同様、画像形成装置Ａをジョブログの収集対象とすべく、画像形成装置Ａの登録が行われる（Ｓ１２０１）。そして、次に、連携状態の更新が行われる（Ｓ１２０２）。通常であれば、画像形成装置の動作が確認され、結果ＯＫとなるのだが、ここでは、画像形成装置Ａの電源がオフになっているとする。そのため、画像形成装置の動作が確認されず、結果ＮＧとなる。新管理サーバー１２０８は、ＮＧの結果を受け、画像形成装置Ａと未連携状態となる（Ｓ１２０３）。画像形成装置Ａは、後に電源がオンされると、旧管理サーバー１２０７と連携状態にあったため、旧管理サーバー１２０７と同一の管理サーバーアドレスに設定されている新管理サーバー１２０８に対して一定間隔でジョブログの送信を開始する（Ｓ１２０４）。

新管理サーバー１２０８が実行する処理について、図９に示すフローチャートを用いて、より具体的に説明する。まず、新管理サーバー１２０８のデータ収集部４０４は、画像形成装置からログの受信があったか否かを判定する（Ｓ９０１）。ここでは、先のＳ１２０４で示したように、未連携状態の画像形成装置Ａからのジョブログの送信を仮定しているので、画像形成装置からログの受信があったと判定する。次に、データ収集部４０４は、前記ジョブログの送信元である前記画像形成装置（図１２でいう画像形成装置Ａ）は未連携状態であるか否かを判定する（Ｓ９０２）。詳細については後述するが、管理サーバー１０２は、画像形成装置毎に連携確認して連携状態を管理しているため、ログの送信元の画像形成装置が未連携状態であるか否かを判定することができる。ここでは、Ｓ１２０２で示したように未連携状態であるため、前記ジョブログの送信元の画像形成装置は未連携状態であると判定する。
次に、データ収集部４０４は、未連携状態の画像形成装置から受信したジョブログ（以下、未連携状態のジョブログという場合がある）を保持するか否かを判定する（Ｓ９０３）。未連携状態の画像形成装置からのジョブログを保持するか否かは、例えば、図１３に示すような初期設定画面で選択させてもよいし、内部的な情報としてファイル等で持っていてもよい。ここでは、初期設定画面で、保持する設定がされているとする。そして、データ収集部４０４は、初期設定画面の設定に従って、前記ジョブログを保持すると判定したとする。なお、図１３に示す初期設定画面は、管理サーバー１０２による設定画面表示処理の結果として表示される設定画面の一例である。

次に、データ収集部４０４は、未連携ログ存在フラグをオンにする（Ｓ９０４）。このフラグは、後に管理サーバー１０２が画像形成装置毎の連携状態を表示したときに、未連携状態のジョブログがあるかどうかを判定するために使用されるフラグである。未連携ログ存在フラグが設定されているデバイス情報テーブルの一例を図１４に示す。データ収集部４０４は、仮にＳ９０３の処理で未連携状態のジョブログを保持しないと判定した場合、前記ジョブログを保持しない（Ｓ９０６）。即ち、データ収集部４０４は、前記ジョブログをＤＢに書き込まず、削除する。
次に、データ収集部４０４は、未連携状態のジョブログをＤＢ上に保持する（Ｓ９０５）。拡張されたジョブログ情報テーブルの一例を図１５に示す。ここでは、ジョブログＩＤが１００３のジョブログが未連携時ログ「１」として保存されたことになる。なお、ここでいう未連携時ログとは、未連携状態の画像形成装置から受信したログのことである。そして、データ収集部４０４は、ジョブログの送信元である未連携状態の画像形成装置に対して正常リターンを行う（Ｓ９０７）。より具体的に説明すると、データ収集部４０４は、前記ジョブログをＤＢに保持した旨の通知を前記未連携状態の画像形成装置に対して送信する。これにより、未連携状態の画像形成装置（図１２でいう画像形成装置Ａ）は、管理サーバー１０２（図１２でいう新管理サーバー１２０８）がジョブログを正常に処理したと認識し、以降のログも送信することになる。
データ収集部４０４は、仮にＳ９０２の処理でジョブログの送信元の画像形成装置が未連携状態ではないと判定した場合、即ち、通常の連携状態の画像形成装置からジョブログを受信した場合、通常にジョブログを保持する（Ｓ９０８）。より具体的に説明すると、データ収集部４０４は、連携状態の画像形成装置からジョブログを受信すると、図１５に例示したジョブログ情報テーブルの未連携時ログの列に「０」と登録して保存する。

図１２の説明に戻る。
図９を用いて説明したように、新管理サーバー１２０８は、図１３に示す初期設定画面の設定に従い、未連携状態の画像形成装置Ａから受信したジョブログを保持する（Ｓ１２０５）。そして、新管理サーバー１２０８は、図１６を用いて後述する確認画面におけるＵＩ操作により、Ｓ１２０５で保持したジョブログを集計対象とするか、削除するかを決定する（Ｓ１２０６）。
以下、図１１、図１６を用いて、Ｓ１２０６の処理についてより具体的に説明する。図１６は、画像形成装置毎に連携状態であるか否か、また、未連携状態のログを保持しているか否かについて表示する確認画面の一例を示す図である。なお、図１６に示す確認画面は、画像形成装置毎にログを管理する管理サーバー１０２による確認画面表示処理の結果として表示される確認画面の一例である。ユーザーは、収集対象の画像形成装置と管理サーバー１０２との連携状態を確認する場合、図１６に例示されるような確認画面の連携確認ボタン１６０１を押下する。以下、連携確認ボタン１６０１が押下されたものとして、図１１の処理フローを説明する。

図１１は、新管理サーバー１２０８が実行する処理の一例を示すフローチャートである。まず、新管理サーバー１２０８のデータ収集部４０４は、連携確認の指示を受けたか否かを判定する（Ｓ１１０１）。より具体的に説明すると、データ収集部４０４は、図１６に示した連携確認ボタン１６０１が押下されたか否かを判定する。ここでは、連携確認ボタン１６０１が押下されたと仮定しているので、データ収集部４０４は、連携確認の指示を受けたと判定する。
次に、データ収集部４０４は、収集対象の画像形成装置に関する情報を取得する（Ｓ１１０２）。より具体的に説明すると、データ収集部４０４は、収集対象となっている画像形成装置における未連携状態のログの有無を含む情報を取得する。ここでは、上述したＳ９０４の処理で生成した図１４に示すようなデバイス情報テーブルを取得することになる。そして、データ収集部４０４は、画像形成装置が連携状態であるか否かについてと、未連携状態のログの保持状況とについての内容を表示する（Ｓ１１０３）。この処理は、先に取得した図１４に示すデバイス情報テーブルの内容を含む確認画面の表示を行う処理である。Ｓ１１０３の処理の結果、一例として図１６の確認画面１６０２が表示される。“デバイス名”、“連携状態”、“未連携状態のログ”が表示され、それぞれの画像形成装置の状態が表示されることになる。ここでは、画像形成装置Ａが未連携状態であり、かつ、画像形成装置Ａから受信した未連携状態のログが保持されているという内容が表示されている。
更に、図１６の確認画面１６０２には、未連携状態のログを集計に含めるか否かを選択するボタンが表示されている。ユーザーは、未連携状態のログを集計に含める場合には、「集計に含めるボタン」を押下し、集計に含めず削除する場合は「削除ボタン」を押下する。なお、「集計に含めるボタン」及び「削除ボタン」は、操作オブジェクトの一例である。

図１１の説明に戻る。
データ収集部４０４は、未連携状態のログを集計に含める指示があったか否かを判定する（Ｓ１１０４）。より具体的に説明すると、データ収集部４０４は、ユーザーにより確認画面１６０２の「集計に含めるボタン」が押下されたか否かを判定する。ここでは、「集計に含めるボタン」が押下され、データ収集部４０４は、未連携状態のログを集計に含める指示があったと判定したとする。次に、データ収集部４０４は、未連携状態のログを集計する（Ｓ１１０７）。この処理は、後に集計指示がされたときに、その画像形成装置の未連携状態のログを集計に含めるよう、図１４に示すデバイス情報テーブルの“集計”列をＯＮとし、ＤＢに書き込む処理である。これにより、データ収集部４０４は、後の集計処理により画像形成装置Ａから受信したログを集計する際、画像形成装置Ａが未連携状態のときに画像形成装置Ａから受信したログも集計に含めることになる。より具体的には、図１５に例示したジョブログ情報テーブルのジョブログＩＤ １００３が未連携時ログ「１」となっているが、これが、同じデバイスＩＤ １０１の未連携時ログ「０」のログと一緒に集計されることになる。

同様に、データ収集部４０４は、未連携状態のログを削除する指示があったか否かを判定する（Ｓ１１０５）。より具体的に説明すると、データ収集部４０４は、ユーザーにより確認画面１６０２の「削除ボタン」が押下されたか否かを判定する。ここでは、「削除ボタン」が押下され、データ収集部４０４は、未連携状態のログを削除する指示があったと判定したとする。次に、データ収集部４０４は、未連携状態のログを削除する（Ｓ１１０６）。この処理は、「削除ボタン」が押下された画像形成装置の未連携状態のログを削除するべく、図１４に示すデバイス情報テーブルの“削除”列をＯＮとし、ＤＢに書き込む処理である。これにより、データ収集部４０４は、確認画面１６０２が閉じられた際に、削除指示されたジョブログを実際にＤＢから削除することになる。より具体的には、先の図１５に例示したジョブログ情報テーブルのジョブログＩＤ １００３が未連携時ログ「１」となっているが、これが削除され、同じデバイスＩＤ １０１の未連携時ログ「０」のログのみが集計されることになる。
この一連の処理により、データ収集部４０４は、未連携状態の画像形成装置からのジョブログを初期設定に従い保持し、後のＵＩ操作により、その未連携状態のジョブログを集計対象としたり、削除したりすることができる。

また、図１０のＳ１００３で未連携状態の画像形成装置からのジョブログを保持するか否かの判定において、データ収集部４０４は、図１７に例示するような初期設定画面の設定に従って、判定するようにしてもよい。図１７に例示する初期設定画面では、「連携状態の画像形成装置と同じグループに所属する場合は保持する」や、「連携状態の画像形成装置と同じグループに所属する場合は保持し、自動で連携する」等の設定が可能である。なお、図１７に示す初期設定画面は、管理サーバー１０２による設定画面表示処理の結果として表示される設定画面の一例である。この場合の処理を、図１０、図１８を用いて説明する。ここでは、未連携状態のログの保持に関する選択肢として、「連携状態の画像形成装置と同じグループに所属する場合は保持する」が選択されているものとする。
図１８は、この場合における、管理サーバー１０２と画像形成装置との通信の流れ等の一例を示す図である。先の例同様、図１８の例では、画像形成装置からジョブログ等のデータを定期的に収集するデバイス管理システムにおいて管理サーバーの入れ替えが行われ、先のデータ収集処理によって、旧管理サーバー１８０９に対して既に画像形成装置Ａからジョブログの送信が行われているものとする。ここで、新管理サーバー１８１０への移行が、同じ管理サーバーアドレスの基に行われたとする。先の例同様、移行後の新管理サーバー１８１０では、画像形成装置Ａの登録が行われる（Ｓ１８０１）。そして、連携状態の更新が行われるが、画像形成装置Ａの電源がオフとなっているため、結果ＮＧとなる（Ｓ１８０２）。新管理サーバー１８１０は、ＮＧの結果を受け、画像形成装置Ａと未連携状態となる（Ｓ１８０３）。画像形成装置Ａは、後に電源がオンされると、旧管理サーバー１８０９と連携状態にあったため、旧管理サーバー１８０９と同一の管理サーバーアドレスに設定されている新管理サーバー１８１０に対して一定間隔でジョブログの送信を開始する（Ｓ１８０６）。

ここで、管理サーバー１０２では、運用において、複数の画像形成装置が属するグループと呼ばれる集団を定義することが可能である。ここでは、画像形成装置Ａと画像形成装置Ｂとが同一グループに所属しているものとして定義されているとする。そして、画像形成装置Ｂは、Ｓ１８０１、Ｓ１８０２の処理の際に、電源オフとなっておらず、正常にログを送信しているものとする（Ｓ１８０４）。すると、新管理サーバー１８１０は、画像形成装置Ｂから正常にログ送信されているものとして、画像形成装置Ｂから受信したログを保持する（Ｓ１８０５）。
新管理サーバー１８１０が実行する処理について、図１０に示すフローチャートを用いて、より具体的に説明する。まず、新管理サーバー１８１０のデータ収集部４０４は、図９のＳ９０１と同様に、画像形成装置からログの受信があったか否かを判定する（Ｓ１００１）。ここでは、Ｓ１８０６で示したように、未連携状態の画像形成装置Ａからのジョブログの送信を仮定しているので、画像形成装置からのログの受信があったと判定する。次に、データ収集部４０４は、前記ジョブログの送信元である画像形成装置（図１８でいう画像形成装置Ａ）は未連携状態であるか否かを判定する（Ｓ１００２）。判定の方法は上述したＳ９０２と同様であるため、詳細な説明を省略する。ここでは、Ｓ１８０２で示したように未連携状態であるため、前記ジョブログの送信元の画像形成装置は未連携状態であると判定する。

次に、データ収集部４０４は、未連携状態のジョブログを保持するか否かを判定する（Ｓ１００３）。ここでは、図１７に示す初期設定画面で、「連携状態の画像形成装置と同じグループに所属する場合は保持する」が選択されていると仮定している。そのため、データ収集部４０４は、初期設定画面の設定に従って、前記ジョブログを保持すると判定する。なお、前記初期設定画面で、「未連携状態のジョブログを保持する」又は「連携状態の画像形成装置と同じグループに所属する場合は保持し、自動で連携する」が選択されている場合でも、データ収集部４０４は、同様に前記ジョブログを保持すると判定する。一方、前記初期設定画面で、「未連携状態のジョブログを保持しない」が選択されている場合、データ収集部４０４は、未連携状態のジョブログを保持しないと判定する。データ収集部４０４は、仮にＳ１００３の処理で未連携状態のジョブログを保持しないと判定した場合、前記ジョブログを保持しない（Ｓ１０１０）。即ち、データ収集部４０４は、前記ジョブログをＤＢに書き込まず、削除する。
次に、データ収集部４０４は、連携状態にある画像形成装置と同一グループの画像形成装置から受信したジョブログを保持する設定になっているか否かを判定する（Ｓ１００４）。ここでは、図１７に示す初期設定画面で、「連携状態の画像形成装置と同じグループに所属する場合は保持する」が選択されていると仮定しているので、データ収集部４０４は、上述の通りの設定になっていると判定する。次に、データ収集部４０４は、同一グループに属する画像形成装置からジョブログの送信があったか否かを判定する（Ｓ１００５）。図１８に示されるように、画像形成装置Ｂは画像形成装置Ａと同じグループに所属しており、かつ、画像形成装置Ｂからはログが正常に取得できている。そのため、Ｓ１００５において、データ収集部４０４は、画像形成装置Ａと同一グループの他の画像形成装置からジョブログの送信があったと判定する。

次に、データ収集部４０４は、未連携ログ存在フラグをオンにする（Ｓ１００６）。Ｓ１００６の処理は、上述したＳ９０４の処理と同様であるため、詳細な説明を省略する。次に、データ収集部４０４は、未連携状態のジョブログをＤＢ上に保持する（Ｓ１００７）。Ｓ１００７の処理は、上述したＳ９０５の処理と同様であるため、詳細な説明を省略する。次に、データ収集部４０４は、自動連携処理の設定となっているか否かを判定する（Ｓ１００８）。より具体的に説明すると、データ収集部４０４は、図１７に示す初期設定画面で、「連携状態の画像形成装置と同じグループに所属する場合は保持し、自動で連携する」が選択されているか否かを判定する。ここでは選択されていないものとするが、仮に選択されているとした場合、データ収集部４０４は、未連携状態の画像形成装置との連携処理を行う（Ｓ１００９）。より具体的に説明すると、データ収集部４０４は、未連携状態の画像形成装置から受信したログを認識したタイミングで連携状態の更新を行い、前記画像形成装置との連携を再度試みる。これにより、未連携状態の画像形成装置からログを受信すると自動で連携状態とすることが可能となる。
そして、データ収集部４０４は、ジョブログの送信元である画像形成装置（図１８でいう画像形成装置Ａ）に対して正常リターンを行う（Ｓ１０１１）。これにより、画像形成装置Ａは、管理サーバー１０２（図１８でいう新管理サーバー１８１０）がジョブログを正常に処理したと認識し、以降のログも送信することになる。データ収集部４０４は、仮にＳ１００２の処理でジョブログの送信元の画像形成装置が未連携状態ではないと判定した場合、即ち、通常の連携状態の画像形成装置からジョブログを受信した場合、通常にジョブログを保持する（Ｓ１０１２）。Ｓ１０１２の処理は、上述したＳ９０８の処理と同様であるため、詳細な説明を省略する。

図１８の説明に戻る。
図１０を用いて説明したように、新管理サーバー１８１０は、画像形成装置Ａと同一グループに属する他の画像形成装置（図１８でいう画像形成装置Ｂ）からのログ送信を確認した場合は、画像形成装置Ａから受信した未連携状態のログを保持する（Ｓ１８０７）。そして、新管理サーバー１８１０は、図１６に示される確認画面のＵＩ操作により、Ｓ１８０７で保持したジョブログを集計対象とするか、削除するかを決定する（Ｓ１８０８）。Ｓ１８０８の処理は、上述したＳ１２０６の処理と同様であるため、詳細な説明を省略する。
この一連の処理により、データ収集部４０４は、未連携状態の画像形成装置からジョブログを受信した場合であっても、前記未連携状態の画像形成装置が連携状態にある他の画像形成装置と同一グループに属する場合は、前記ジョブログを保持することができる。また、初期設定画面の設定により、前記ジョブログを保持するだけでなく、前記ジョブログの受信を認識したタイミングで自動連携することも可能となる。そして、後のＵＩ操作により、その未連携状態のジョブログを集計対象としたり、削除したりすることができる。

＜実施形態２＞
実施形態１で説明したケースの他に、移行後の新管理サーバーに画像形成装置の登録が行われる前に、旧管理サーバーと連携済であった画像形成装置からログが送信されるケースが考えられる。このケースにおける動作を図１９〜２４を用いて説明する。なお、図１９、図２０は、本実施形態における管理サーバー１０２の処理の一例を示すフローチャートである。また、図２３、図２４は、管理サーバー１０２と画像形成装置との通信の流れ等の一例を示す図である。
先の例同様、図２３（ａ）の例では、画像形成装置からジョブログ等のデータを定期的に収集するデバイス管理システムにおいて、管理サーバー１０２の入れ替えが行われることがある。ここでは、先のデータ収集処理によって、旧管理サーバー２３０７に対して既に画像形成装置Ａからジョブログの送信が行われているものとする。ここで、新管理サーバー２３０８への移行が、同じ管理サーバーアドレスの基に行われたとする。画像形成装置Ａは、旧管理サーバー２３０７に送信していたように新管理サーバー２３０８にも定期的にジョブログを送信する（Ｓ２３０１）。

新管理サーバー２３０８が実行する処理について、図１９に示すフローチャートを用いて、より具体的に説明する。まず、新管理サーバー２３０８のデータ収集部４０４は、画像形成装置からログの受信があったか否かを判定する（Ｓ１９０１）。ここでは、Ｓ２３０１で示したように、未連携状態の画像形成装置Ａからのジョブログの送信を仮定しているので、画像形成装置からのログの受信があったと判定する。次に、データ収集部４０４は、前記ジョブログの送信元である画像形成装置（図２３でいう画像形成装置Ａ）は登録されているか否か判定する（Ｓ１９０２）。ここでは、図２３に示したように、画像形成装置Ａが新管理サーバー２３０８に登録される以前にログを送信しているので、登録されていないと判定する。
次に、データ収集部４０４は、未連携状態のジョブログを保持するか否かを判定する（Ｓ１９０３）。Ｓ１９０３の処理は、上述したＳ９０３の処理と同様であるため、詳細な説明を省略する。ここでは、実施形態１と同様、図１３に示す初期設定画面で未連携状態の画像形成装置からのジョブログを保持するように設定されているものとする。データ収集部４０４は、仮にＳ１９０３の処理で未連携状態のジョブログを保持しないと判定した場合、前記ジョブログを保持しない（Ｓ１９０６）。即ち、データ収集部４０４は、前記ジョブログをＤＢに書き込まず、削除する。

次に、デバイス情報管理部４０２は、未登録な画像形成装置のデバイス情報テーブルを生成する（Ｓ１９０４）。ここで生成されるデバイス情報テーブルは、後に画像形成装置毎の連携状態を表示したときに、未連携状態のジョブログがあるかどうかを判定するために使用される情報となる。図２１は、Ｓ１９０４でＤＢ上に生成されたデバイス情報テーブルの一例を示す図である。新管理サーバー２３０８に画像形成装置Ａの登録がされていないため、デバイスＩＤがなく、未連携状態の画像形成装置Ａにアクセスするためのデバイス情報テーブルとして、図１４に示すデバイス情報テーブルとは別に生成される。ここでは、デバイスを特定するためにＩＰアドレスも保存される。
次に、データ収集部４０４は、未登録な画像形成装置から受信したジョブログ（以下、未登録画像形成装置のジョブログという場合がある）をＤＢ上に保持する（Ｓ１９０５）。このときのジョブログ情報テーブルの例を図２２に示す。ここでは、ジョブログＩＤが２０００、２００１のジョブログが未登録画像形成装置のジョブログとしてとして保存されたことになる。また、未登録画像形成装置のため、図１５に示したジョブログ情報テーブルとは異なり、デバイスＩＤではなくＩＰアドレスを伴って保存される。そして、データ収集部４０４は、ジョブログの送信元である画像形成装置Ａに対して正常リターンを行う（Ｓ１９０７）。これにより、画像形成装置Ａは、管理サーバー１０２（図２３（ａ）でいう新管理サーバー２３０８）はジョブログを正常に処理したと認識し、以降のログも送信することになる。
データ収集部４０４は、仮にＳ１９０２の処理で登録されていると判定した場合、即ち、通常の登録済みの画像形成装置からジョブログを受信した場合は、登録済みの画像形成装置からのジョブログを通常に保持する（Ｓ１９０８）。Ｓ１９０８の処理は、上述したＳ９０８の処理と同様であるため、詳細な説明を省略する。

図２３（ａ）の説明に戻る。
その後、新管理サーバー２３０８は、画像形成装置の登録（Ｓ２３０３）及び連携状態の更新（Ｓ２３０４）を行う。ここでは、この時点で画像形成装置Ａが電源オフであることを想定しているため、連携確認の結果はＮＧ、即ち、未連携状態となるが、画像形成装置Ａの登録は行われる。そして、新管理サーバー２３０８は、図２３（ｂ）に示すような確認画面を表示する（Ｓ２３０５）。以下、図２３（ｂ）に示す確認画面で連携状態の更新ボタン２３０９が押下されたものとして、図２０の処理フローについて説明する。
図２０は、新管理サーバー２３０８が実行する処理の一例を示すフローチャートである。まず、新管理サーバー２３０８のデータ収集部４０４は、連携状態の更新指示を受けたか否かを判定する（Ｓ２００１）。より具体的に説明すると、データ収集部４０４は、図２３（ｂ）に示した連携状態の更新ボタン２３０９が押下されたか否かを判定する。ここでは、連携状態の更新ボタン２３０９が押下されたと仮定しているので、データ収集部４０４は、連携状態の更新指示を受けたと判定する。
次に、データ収集部４０４は、収集対象の画像形成装置から受信した未連携状態のログがあるか否かを判定する（Ｓ２００２）。図２３に示しように、ここでは画像形成装置Ａの登録前にログ送信が行われているので、収集対象の画像形成装置（即ち、画像形成装置Ａ）から受信した未連携状態のログがあると判定する。次に、データ収集部４０４は、収集対象の画像形成装置に関する情報を取得する（Ｓ２００３）。より具体的に説明すると、データ収集部４０４は、収集対象となっている画像形成装置から受信した未連携状態のジョブログを保持しているか否かに関する情報を含めて取得する。ここでは、データ収集部４０４は、Ｓ１９０４の処理で生成した図２１に示すようなデバイス情報テーブルを取得することになる。

データ収集部４０４は、仮にＳ２００２の処理で未連携状態のログがないと判定した場合、通常の連携状態の更新処理を行う（Ｓ２００９）。これは先に説明したように、収集対象の登録済みの画像形成装置と通信を行い、ログの送受信をするべく連携を試みて連携状態を更新する処理である。
また、データ収集部４０４は、画像形成装置が連携状態であるか否かと、未連携状態のログの保持状況とについての内容を表示する（Ｓ２００４）。Ｓ２００４の処理は、上述したＳ１１０３の処理と同様であるため、詳細な説明を省略する。この処理は、先に取得した未登録の画像形成装置のデバイス情報テーブル及び通常のデバイス情報テーブルから、収集対象の画像形成装置との連携状態を表示する処理である。Ｓ２００４の処理の結果、一例として図２３（ｂ）の確認画面２３１０が表示される。“デバイス名”、“連携状態”、“未連携状態のログ”が表示され、それぞれの画像形成装置の状態が表示されることになる。ここでは、画像形成装置Ａが未連携状態であり、かつ、画像形成装置Ａから受信した未連携状態のログが保持されているという内容が表示されている。更に、確認画面２３１０には、図１２の確認画面１６０２と同様、未連携状態のログを集計に含めるか否か選択するボタン（操作オブジェクト）が表示されている。ここでは、未連携状態のログを集計に含める場合を例に説明する。

図２０の説明に戻る。
データ収集部４０４は、未連携状態のログを集計に含める指示があったか否かを判定する（Ｓ２００５）。より具体的に説明すると、データ収集部４０４は、ユーザーにより確認画面２３１０の「集計に含めるボタン」が押下されたか否かを判定する。ここでは、「集計に含めるボタン」が押下され、データ収集部４０４は、未連携状態のログを集計に含める指示があったと判定したとする。次に、データ収集部４０４は、未連携状態のログを集計する（Ｓ２００８）。この処理は、後に集計指示がされたときに、その画像形成装置の未連携状態のログを集計に含めるよう、図２１に示すデバイス情報テーブルの“集計”列をＯＮとし、ＤＢに書き込む処理である。これにより、後の集計処理により画像形成装置Ａから受信したログを集計する際、画像形成装置Ａが未連携状態のときに画像形成装置Ａから受信したログも集計に含めることになる。より具体的には、図２２に例示したジョブログ情報テーブルのジョブログＩＤ ２０００、２００１が、同じＩＰアドレスで登録されている画像形成装置のログと一緒に集計されることになる。

次に、データ収集部４０４は、未連携状態のログを削除する指示があったか否かを判定する（Ｓ２００６）。より具体的に説明すると、データ収集部４０４は、ユーザーにより確認画面２３１０の「削除ボタン」が押下されたか否かを判定する。そして、データ収集部４０４は、未連携状態のログを削除する指示があったと判定した場合、未連携状態のログを削除する（Ｓ２００７）。この処理は、「削除ボタン」が押下された画像形成装置の未連携状態のログを削除するべく、図２１に示すデバイス情報テーブルの“削除”列をＯＮとし、ＤＢに書き込む処理である。これにより、データ収集部４０４は、確認画面２３１０が閉じられた際に、削除指示されたジョブログを実際にＤＢから削除することになる。より具体的には、図２２に例示したジョブログ情報テーブルのジョブログＩＤ ２０００、２００１が削除されることになる。
また、図２４（ａ）に示すように、画像形成装置Ａがジョブログを送信（Ｓ２４０１）した後、電源オンのままであれば、新管理サーバー２４０８が連携状態を更新する際、結果ＯＫとなる。その場合、新管理サーバー２４０８が確認画面を表示し（Ｓ２４０５）、上述した図２０と同様のフローで処理を行う。その結果、図２４（ｂ）に示すような確認画面２４１０が表示される。確認画面２４１０は、上述した確認画面２３１０の表示内容と異なり、画像形成装置Ａも連携状態であるが、未連携状態のログを保持していることを示している。即ち、ユーザーは、確認画面２４１０のボタン（操作オブジェクト）２４１１を介して、既に連携状態に移行済みの画像形成装置が未連携状態であった際に受信したログを集計に含めるか否かの設定を行うことができる。
この一連の処理により、移行後の新管理サーバーに画像形成装置の登録が行われる前に、旧管理サーバーと連携済であった画像形成装置からログが送信される場合に、未連携状態の画像形成装置からのジョブログを初期設定に従い保持をすることが可能となる。また、連携状態の更新と併せて連携状態を示す確認画面を表示し、後のＵＩ操作により、その未連携状態のジョブログを集計対象としたり、削除したりすることができる。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、上述した各実施形態によれば、ログ情報を収集して管理する管理装置を入れ替える場合においても、管理対象のログ情報を適切に管理することが可能な技術を提供することができる。

以上、本発明の好ましい形態について詳述したが、本実施形態は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０１ クライアントコンピュータ、１０２ 管理サーバー、１０３ プリンタ、１０４ 複合機、４０１ インターフェース部、４０２ デバイス情報管理部、４０３ 電源状態監視部、４０４ データ収集部

Claims (10)

1. ログ情報を収集して管理する管理装置であって、
   前記ログ情報の送信元の画像形成装置と未連携状態であるか否かを判定する第１の判定手段と、
   前記第１の判定手段により未連携状態であると判定された場合、前記ログ情報を保持するか否かを判定する第２の判定手段と、
   前記第２の判定手段により保持すると判定された場合、前記ログ情報を保持する保持手段と、
   前記画像形成装置からの前記ログ情報の受信に対する応答として、前記保持手段により前記ログ情報が保持された旨の通知を前記画像形成装置に送信する送信手段と、
   を有する管理装置。
2. 未連携状態の画像形成装置から受信したログ情報を保持するか否かの設定を受け付ける設定画面を表示する設定画面表示手段を更に有し、
   前記第２の判定手段は、前記設定画面を介して受け付けた設定に従って、未連携状態の画像形成装置から受信したログ情報を保持するか否かを判定する請求項１に記載の管理装置。
3. ログ情報の送信元の画像形成装置が未連携状態であっても、前記画像形成装置が連携状態である他の画像形成装置と同一のグループとして定義されている場合は前記ログ情報を保持させる旨の設定を受け付ける設定画面を表示する設定画面表示手段を更に有し、
   前記第２の判定手段は、前記設定画面を介して受け付けた設定に従って、未連携状態の画像形成装置から受信したログ情報を保持するか否かを判定する請求項１に記載の管理装置。
4. 管理対象の画像形成装置との連携確認の結果に基づいて、前記画像形成装置との連携状態と、前記画像形成装置が未連携状態の際に前記画像形成装置から受信したログ情報の保持状況とが示される確認画面を表示する確認画面表示手段と、
   前記確認画面表示手段により表示された確認画面を介して受け付けた指示に従って、前記管理対象の画像形成装置から受信したログ情報を集計する集計手段と、
   を更に有する請求項１乃至３の何れか１項に記載の管理装置。
5. 前記確認画面表示手段は、未連携状態の画像形成装置から受信したログ情報を集計に含めるか否かの指示を受け付ける操作オブジェクトを前記確認画面に表示し、
   前記集計手段は、前記操作オブジェクトを介して未連携状態の画像形成装置から受信したログ情報を集計に含める指示を受け付けた場合、前記ログ情報の送信元の画像形成装置から受信したログ情報を集計する際に、前記未連携状態の際に受信したログ情報を含めて集計する請求項４に記載の管理装置。
6. 前記確認画面表示手段は、未連携状態の画像形成装置から受信したログ情報を削除する指示を受け付ける操作オブジェクトを前記確認画面に表示し、
   前記集計手段は、前記操作オブジェクトを介して未連携状態の画像形成装置から受信したログ情報を削除する指示を受け付けた場合、前記ログ情報の送信元の画像形成装置から受信したログ情報を集計する際に、前記未連携状態の際に受信したログ情報を削除して集計する請求項４又は５に記載の管理装置。
7. 前記確認画面表示手段は、未連携状態から連携状態に移行済みの画像形成装置が未連携状態であった際に受信したログ情報を集計に含めるか否かの指示を受け付ける操作オブジェクトを前記確認画面に表示し、
   前記集計手段は、前記操作オブジェクトを介して受け付けた指示に従って、前記画像形成装置から受信したログ情報を集計する請求項４に記載の管理装置。
8. 未連携状態の画像形成装置からログ情報を受信した場合、前記画像形成装置との連携を試みる連携手段を更に有する請求項１乃至７の何れか１項に記載の管理装置。
9. ログ情報を収集して管理する管理装置が実行する管理方法であって、
   前記ログ情報の送信元の画像形成装置と未連携状態であるか否かを判定する第１の判定ステップと、
   前記第１の判定ステップにより未連携状態であると判定された場合、前記ログ情報を保持するか否かを判定する第２の判定ステップと、
   前記第２の判定ステップにより保持すると判定された場合、前記ログ情報を保持する保持ステップと、
   前記画像形成装置からの前記ログ情報の受信に対する応答として、前記保持ステップにより前記ログ情報が保持された旨の通知を前記画像形成装置に送信する送信ステップと、
   を含む管理方法。
10. ログ情報を収集して管理するコンピュータに、
    前記ログ情報の送信元の画像形成装置と未連携状態であるか否かを判定する第１の判定ステップと、
    前記第１の判定ステップにより未連携状態であると判定された場合、前記ログ情報を保持するか否かを判定する第２の判定ステップと、
    前記第２の判定ステップにより保持すると判定された場合、前記ログ情報を保持する保持ステップと、
    前記画像形成装置からの前記ログ情報の受信に対する応答として、前記保持ステップにより前記ログ情報が保持された旨の通知を前記画像形成装置に送信する送信ステップと、
    を実行させるためのプログラム。