JP5955152B2 - デバイス管理システム、デバイス管理システムの制御方法およびコンピュータプログラム - Google Patents

Description

本発明は、電子機器の消費電力を管理する技術に関する。

オフィス向けの複合機、プリンタなどの画像形成装置を管理する管理システムが提供されている。管理システムは、企業・団体などの組織内に設置されている複数の画像形成装置を管理し、各画像形成装置の利用状況を把握する。例えば、各画像形成装置のコピー・スキャン・プリントといった各機能が何ページ分使用されたかをカウンタで記録しておき、カウントされたカウント値を収集・集計することによって、課金情報に用いることができる。また、各画像形成装置からより詳細なジョブログを収集・集計することによって、カラープリントの比率、両面印刷の比率など、ジョブに関する詳細な分析が可能となる。近年、顧客のＴＣＯ（Ｔｏｔａｌ Ｃｏｓｔ ｏｆ Ｏｗｎｅｒｓｈｉｐ）削減の観点から、デバイス管理アプリケーションは、顧客にとっても、また複合機、プリンタなどを販売する販売業者にとっても重要性が増している。なぜなら、画像形成装置の稼働状態、利用状況を正しく把握して、適正なコストで画像形成装置を運用するためのサポートツールとなってきているからである。

一方、近年、インテリジェントな電力網として、様々な分野で技術開発が進められているスマートグリッドがある。従来、電力網は電力を供給するだけであったが、電力計や電力機器などに通信機能を持たせ、情報や命令の入出力を可能として、電力使用効率の向上、省エネ、コスト削減などを実現しようというものである。

スマートグリッド向けに非接触ＩＣカード技術を応用したコンセント技術が公開されている。電気機器側にＩＣチップを備え、コンセント側にＩＣカードリーダを備え、差込プラグをコンセントに差し込むと、ＩＣチップの情報が読み出せるというものである。これにより、ＩＣチップに機器固有の情報を記録しておけば、機器の個体別に、コンセント接続の有無、電力使用状況が正確に把握可能となる。

管理システムは、カウント値、ジョブログを収集・集計するほかに、各画像形成装置の消費電力を集計する機能がある。環境負荷低減の要求から、画像形成装置の運用において、どれだけの電力を消費しているかを正確に把握したいというニーズがある。特許文献１は、画像形成装置の稼働状態およびジョブログ等から、画像形成装置の消費電力を計算する管理装置を開示している。

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

管理システムは、日毎・月毎、画像形成装置毎・デバイスグループ毎などの単位で、カウント値、ジョブログ、消費電力量などの集計を実施し、レポートを生成する。管理システムの提供形態として、クライアント−サーバ型が挙げられる。多数の画像形成装置群を管理するために、サーバにデバイス管理アプリケーションを配置し、実行する。サーバ上で、カウント値、ジョブログの集計を実施するためには、画像形成装置がカウント値、ジョブログを定期的にサーバに送信する必要がある。また、日毎・月毎の集計値を計算するためには、集計締め時刻または集計締め日を設定する必要がある。例えば、日毎の集計で、同一日付内のデータを集計するものとすると、毎日の０：００：００が集計締め時刻となる。また、前月の２６日から今月の２５日までのデータを月毎の集計対象とする場合、毎月の２５日が集計締め日となる。

前述のように、クライアント−サーバ型で、各画像形成装置がサーバにデータを送信する場合、最低１日１回データ送信処理が必要である。仮に休日で画像形成装置の利用がない場合でも、サーバ側では各画像形成装置からの報告がない限り、利用があったかどうかを判定するすべがない。そのため、画像形成装置の利用がない場合でも、画像形成装置がサーバへデータ送信処理を行い、サーバがカウント値、ジョブログの最終更新日時を記録する。これにより、画像形成装置の利用があったかどうかにかかわらず、最終更新日時までは各種カウント値などを示すカウンタ情報、ジョブログの収集が終わっていることが判定できるため、集計締め時刻あるいは集計締め日に対する集計処理を実施することが可能となる。

例えば、節電のために、コンセントを抜くなどして一時的に非稼働（電源オフ）にしている画像形成装置を想定する。また、稼働中（電源オン）であるが、ネットワークがオフラインのため、サーバへデータ送信処理ができない画像形成装置を想定する。これらの画像形成装置はデータ送信を行わないため、サーバ側では、最終更新がない画像形成装置であるという事実しか把握できない。

管理システムの目的は、画像形成装置の利用状況を把握することである。従って、サーバは、集計・レポートを正確に実施するために、最終更新のない画像形成装置１台１台の状況を調べて、非稼働の画像形成装置を集計対象外に設定する必要が生じる。また、ネットワークオフラインの画像形成装置のネットワークを復旧させ、データを送信させる処理が必要となってしまう。

また、前回のデータ送信処理による最終更新日時以降、画像形成装置の利用が全くなかったときでも、前述したように最終更新日時を記録するためのデータ送信処理が必要である。しかし、利用がないとき、画像形成装置は省電力モードで動作するのが一般的であるが、カウント、ジョブログのデータ更新がないにもかかわらず、最終更新日時を記録するために、省電力モードを解除して、通信処理を行わなければならない。従って、省電力モードの解除による電力使用および通信処理の発生を抑えることが望ましい。

特許文献１が開示する管理装置は、各ジョブに必要な消費電力を記憶し、ジョブの履歴から画像形成装置が使用した電力を計算する。しかしながら、計算した消費電力はあくまで理論上の消費電力概算値であり、実際に画像形成装置で使用された電力とは誤差があるものと考えられる。また、ジョブログなどのログ情報の収集がなされている前提で、消費電力の算出が可能であり、前述した課題を解決するものではない。
本発明は、電力管理システムから画像形成装置で使用された消費電力を取得し、消費電力の更新・管理を適切に行うことができるようにする仕組みの提供を目的とする。

本発明の一実施形態に係るデバイス管理システムは、画像形成装置を含む複数の電子機器のそれぞれに電力供給を行う構成を識別する識別情報に関連付けて前記複数の電子機器が消費する消費電力を管理する電力管理システムとネットワークを介して通信する。前記デバイス管理システムは、管理対象となる複数の画像形成装置を特定するための特定情報を管理する第１管理手段と、前記特定情報に関連付けて、該画像形成装置に対応する識別情報を管理する第２管理手段と、前記第２管理手段により管理されている識別情報を用いて、前記電力管理システムに対して画像形成装置の消費電力に関する情報を要求する要求手段と、前記要求手段により取得した消費電力に関する情報を、前記画像形成装置の特定情報に関連付けて管理する第３管理手段とを有する。

本発明のデバイス管理システムによれば、電力管理システムから画像形成装置で使用された消費電力を取得し、消費電力の更新・管理を適切に行うことが可能となる。

本実施形態の管理システムの構成の一例を示す図である。 管理システムを構成する装置および印刷サーバのハードウェア構成を示す。 デバイス管理システムのソフトウェア構成を示す図である。 電力管理システムのソフトウェア構成を示す図である。 デバイス情報管理テーブル、デバイスＩＣチップ情報管理テーブルを示す。 テナント管理テーブル、ユーザ管理テーブル、ロール管理テーブルを示す。 テナントデータ管理テーブルを示す。 デバイス管理テーブル、デバイスグループ管理テーブル、デバイスグループ・アーカイブテーブルを示す。 デバイスデータ更新日時テーブル、カウントテーブルを示す。 ジョブログテーブル、プリント・詳細ジョブログテーブル、スキャン・詳細ジョブログテーブル示す。 電力量ログテーブルを示す。 テナント集計設定テーブル、カウント・ジョブログ集計結果テーブルを示す。 カウント・ジョブログ集計テーブル、電力量集計テーブルを示す。 コンセント接続イベント記録テーブル、電力量記録テーブル、コンセント配置情報テーブルを示す。 データ登録処理の流れを示すシーケンス図である。 集計・レポート作成処理の流れを示すシーケンス図である。 モデル別消費電力情報テーブルを示す。 消費電力グラフの一例を示す。 集計・レポート作成部が行う集計処理のフローチャートである。 集計ステータス番号の説明表を示す。 変換元グループ情報テーブル、変換先グループ情報テーブル、変換情報テーブルを示す。 コンセント接続イベント取得処理のフローチャートである。

図１は、本発明の管理システムの構成例を示す図である。管理システムは、デバイス管理システムと電力管理システムとを備える。デバイス管理システムは、デバイス管理サーバ１２１，１２２、クライアントコンピュータ１２３、およびプリンタ１３１または複合機１３２などの画像形成装置を備える。デバイス管理サーバ１２１，１２２は、任意のアプリケーションやデータベース等を実行するサーバであり、ネットワーク１０１を介してクライアントコンピュータ１２３、およびプリンタ１３１または複合機１３２と通信可能である。クライアントコンピュータ１２３は、プリンタ１３１、複合機１３２とＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０４により接続されている。以下では、画像形成装置１３２を中心に説明する。画像形成装置１３２は、ＩＣチップ１３５を備える。画像形成装置は、電源コード１３３、差込プラグ１３４を介して電力源であるコンセント１７１に接続される。

電力管理システムは、電力管理サーバ１６１，１６２、電力供給装置１７２、電力ケーブル１７３、ＩＣチップ読み取りリーダ１７４、電力メーター１７５を備える。電力管理システムは、各種電子機器の電力を管理するスマートグリッド側の管理システムである。電子機器には画像形成装置なども当然含まれる。電力管理サーバ１６１，１６２は、任意のアプリケーションやデータベース等を実行するサーバであり、ネットワーク１５１を介してＩＣチップ読み取りリーダ１７４、電力メーター１７５からデータを取得する。ＩＣチップ読み取りリーダ１７４、電力メーター１７５はＬＡＮ１０４により接続されている。ユーザが差込プラグ１３４をコンセント１７１に接続すると、リーダ１７４が画像形成装置１３２に搭載されたＩＣチップ１３５の情報を読み取る。コンセント１７１に電力供給装置１７２から電力が供給されると、電力メーター１７５が使用された電力を計測する。

また、ネットワーク１０１及びネットワーク１５１はインターネットあるいはイントラネットを示すネットワークである。ネットワーク機器１０２はルータやスイッチなどであり、ネットワーク同士を接続する。図１に示すように、ネットワーク１０１及びネットワーク１５１が、ネットワーク機器１０２を介して接続され、相互に通信可能である。ファイアウォール１０３は、ネットワーク間の通信許可の制御を行うである。ＬＡＮ１０４は、コンピュータ等の機器を接続する末端のネットワークであるが、有線通信のネットワークに限らず、無線ＬＡＮや携帯電話通信ネットワークなどの無線通信網の場合もある。

図２は、デバイス管理サーバ１２１、１２２、電力管理サーバ１６１、１６２、クライアントコンピュータ１２３、画像形成装置１３２の情報処理機能の論理構成を示している。ユーザインターフェース２０１は、ディスプレイ、キーボード、マウス、タッチパネルなどによる、情報の入出力を行う。これらのハードウェアを備えないコンピュータは、リモートデスクトップなどにより、他のコンピュータから接続・操作することも可能である。ネットワークインターフェース２０２は、ＬＡＮなどのネットワークに接続して、他のコンピュータやネットワーク機器との通信を行う。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０４は、各種組込済みプログラムおよびデータが記録されている。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０５は一時メモリ領域である。二次記憶装置２０６は、例えばＨＤＤである。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０３は、ＲＯＭ２０４、ＲＡＭ２０５、二次記憶装置２０６などから読み込んだプログラムを実行する。各部は入出力インターフェース２０７を介して接続されている。

図３は、デバイス管理システムのソフトウェア構成およびネットワークを介した相互接続状況を示している。デバイス管理システムの管理サーバ１２１は、Ｗｅｂアプリケーション３０１およびアプリケーション３１１を備える。Ｗｅｂアプリケーション３０１は、デバイス管理アプリケーションの各機能となる、管理機能部３０２、レポート表示・出力部３０３、データ登録部３０４を備える。アプリケーション３１１は、データインポート部３１２および集計・レポート作成部３１３を備える。Ｗｅｂアプリケーション３０１は、クライアントコンピュータ１２３や画像形成装置１３２からのＷｅｂリクエストに応答するための処理を実行する。アプリケーション３１１は、スケジュールされた日時に実行される、他の処理が完了したトリガーによって実行されるなど、Ｗｅｂアプリケーションとは実行方法が異なる。Ｗｅｂアプリケーション３０１およびアプリケーション３１１を合わせて、デバイス管理アプリケーションと呼ぶ。管理サーバ１２２は、データベース３２１を備える。Ｗｅｂアプリケーション３０１およびアプリケーション３１１は、データベース３２１にデータを登録して、検索・集計などによって必要なときに読み出す。

クライアントコンピュータ１２３は、ブラウザ３３１を備える。デバイス管理アプリケーションを利用するユーザは、ブラウザ３３１を介して、管理機能部３０２が提供するデータ管理機能や、その他管理機能を実行する。また同様に、ユーザは、ブラウザ３３１を介して、レポート表示・出力部３０３にアクセスし、デバイス管理アプリケーションが作成した集計結果やレポートを表示し、ファイルとしてダウンロードする。

画像形成装置１３２は、カウンタ３３５、ジョブログ記録部３３６、データ送信部３４３を備える。カウンタ３３５は、画像形成装置１３２の各機能が使用した数量を記録する。例えば、カウンタ３３５は、プリント機能が使用したページ数、またコピーやスキャン機能が使用したページ数を記録する。ジョブログ記録部３３６は、画像形成装置で実行されたプリントジョブ・コピージョブ・スキャンジョブなどの詳細情報を記録する。データ登録部３０４は、カウンタ３３５およびジョブログ記録部３３６が記録したページ数やジョブのデータを受信し、データベース３２１に登録する。本明細書では、カウンタ３３５およびジョブログ記録部３３６が記録したページ数やジョブのデータをログ情報とも呼ぶ。登録されたデータは、集計・レポート作成部３１３で処理されて、ブラウザ３３１を介して、レポート表示・出力部３０３によりユーザに提供される。レポートとは、集計値をまとめたデータファイルであり、例えばＣＳＶである。さらに、表やグラフなどを使用して集計値を表現する場合などは、オフィスアプリケーションのデータファイルや、ＰＤＦなどの場合もある。これがデバイス管理システムにおける、画像形成装置からのデータ登録、集計処理、ユーザへのレポート提供のサイクルである。

図４は、スマートグリッド側の電力機器管理アプリケーションを実行するためのソフトウェア構成および相互接続状況を示す。電力管理サーバ１６１は、電力機器管理アプリケーションの実体であるサーバ１６１で実行されるＷｅｂアプリケーションを備える。Ｗｅｂアプリケーション４０１は、管理機能部４０２、データ登録部４０３、データ取得部４０４を備える。電力管理サーバ１６２は、実データベース４１１を備える。ユーザは、ブラウザ３３１を介して、管理機能部４０２を使用して、必要なデータ管理機能を実行する。リーダ１７４はデータ送信部４２１を備え、リーダＩＣチップ１３５から読み出したＩＣチップＩＤやデバイスシリアルＩＤなどのデータなどを、データ送信部４２１を介して、データ登録部４０３に送信する。電力メーター１７５はデータ送信部４２２を備えコンセント１７１に供給された電力を計測し、データ送信部４２２を介してデータ登録部４０３にデータを送信する。データ登録部４０３は、受信したデータをデータベース４１１に登録する。データインポート部３１２は、データ取得部４０４に接続して、必要なデータを取得する。

図５乃至１３は、データベース３２１のデータテーブルを示している。図５は、デバイス情報管理テーブル５００、デバイスＩＣチップ情報管理テーブル５１０の一例を示す。図５（Ａ）に示すデバイス情報管理テーブル５００は、画像形成装置を特定する特定情報として、デバイスシリアルＩＤ５０１メーカー名５０２、モデル名５０３を格納するカラムを備える。また、デバイス情報管理テーブル５００には、画像形成装置のアドレスを格納するカラムを備えてもよい。デバイスシリアルＩＤは、管理対象となる画像形成装置の個体を識別する一意のＩＤである。なお、デバイスシリアルＩＤが分かれば、画像形成装置のモデル名を特定することができる。また、画像形成装置を特定するための特定情報は、画像形成装置のシリアル情報、アドレス情報、およびモデル情報の少なくともいずれかの情報であればよい。

図５（Ｂ）に示すデバイスＩＣチップ情報管理テーブル５１０は、ＩＣチップＩＤ５１１、およびデバイスシリアルＩＤ５１２を格納するカラムを備える。画像形成装置に搭載されたＩＣチップ１３５に記録されているＩＣチップＩＤは、ＩＣチップの個体を識別する一意のＩＤである。つまり、ＩＣチップＩＤは、電子機器を識別する識別情報である。このＩＣチップＩＤとデバイスシリアルＩＤのマッピングを関連付けて情報管理テーブル５１０で管理することにより、ＩＣチップＩＤが分かれば、画像形成装置のデバイスシリアルＩＤを特定することができる。

図６は、テナント管理テーブル６００、ユーザ管理テーブル６１０、ロール管理テーブルの一例を示す。デバイス管理アプリケーションを単一の顧客に限らず、複数の顧客に利用してもらうためには、マルチテナントという仕組みが必要である。マルチテナントの仕組みは、サーバなどの機器、アプリケーション、データベースなどは共用するが、内部的に顧客毎のデータが論理的に分離されており、互いにデータが見られないように動作する仕組みである。図６（Ａ）に示すテナント管理テーブル６００は、マルチテナントを管理する基本となるテーブルであり、テナントＩＤ６０１、テナント種別６０２、テナント名６０３を格納するカラムを備える。テナントＩＤ６０１は、テナントごとに一意のＩＤが割り当てられる。テナント種別６０２には、販売テナントまたは顧客テナントのどちらかが割り当てられる。テナント名６０３には、販売テナントまたは顧客テナントのどちらかのテナント名が割り当てられる。

図６（Ｂ）に示すユーザ管理テーブルは、ユーザＩＤ６１１、ユーザ名６１２を格納するカラムを備える。ユーザＩＤ６１１には、ユーザごとに一意のＩＤが割り当て可能である。

図６（Ｃ）に示すロール管理テーブル６２０は、ユーザＩＤ６２１、テナントＩＤ６２２、ロール６２３を格納するカラムを備える。例えば、ＸＸＸ＠ＡＡＡ００００１というユーザは、テナントＩＤ：ＡＡＡ００００１の販売者というロールを持っており、顧客テナントを管理することができる。また、該ユーザは、テナントＩＤ：ＡＡＡ００００２に対し、顧客テナント操作者というロールを持っており、この顧客テナントに対する操作が許可されている。ＹＹＹ＠ＡＡＡ００００２というユーザは、顧客テナント内の管理ユーザのロールが割り当てられており、顧客テナントの管理機能を操作することが許可されている。ＺＺＺ＠ＡＡＡ００００２というユーザは、顧客テナント内の一般ユーザのロールが割り当てられており、顧客テナントの管理機能以外の一般機能を操作することが許可されている。このように、ロール管理テーブル６２０は、どのユーザがどのテナントに対して、どのような権限が許可されているかを管理する。

図７は、テナントデータ管理テーブル７００を示す。テーブル名に続いて、［ＡＡＡ００００２］の記載がある場合、このテーブルが前述のマルチテナントの仕組みに従って、テナントごとにデータが論理的に分離されていることを示す。また、テナントデータ管理テーブル７００は、テナントＩＤ：ＡＡＡ００００２のテナントに属するデータであることを示す。この表記法は、以降のテーブルでも同様である。ジョブに関する情報は、テナントデータのキー７０１および値７０２を格納するカラムを備える。ここでは、スマートグリッド側から電力データを取得するための、データ取得部４０４のＵＲＬ、ログインＩＤ、ログインパスワード、データ取得間隔を格納している。

図８は、デバイス管理テーブル８００、デバイスグループ管理テーブル８１０、デバイスグループ・アーカイブテーブル８２０を示す。図８（Ａ）に示すデバイス管理テーブル８００は、デバイスシリアルＩＤ８０１、メーカー名８０２、モデル名８０３、デバイスタイプ８０４、カラー種別を格納するカラムを備える。デバイスタイプ８０４としては、複合機を示すＭＦＰ、単機能プリンタを示すＳＦＰなどが格納される。８カラー種別８０５としては、カラー機であることを示すＣＬ、モノクロ機であることを示すＢＷなどが格納される。

図８（Ｂ）に示すデバイスグループ管理テーブル８１０は、デバイスシリアルＩＤ８１１、第１・第２・第３デバイスグループ８１２、８１３、８１４、デバイスグループ登録日時８１５を格納するカラムを備える。この例では、第１デバイスグループ８１２で拠点ごとのグループ分け、第２デバイスグループ８１３で拠点内のビルごとにグループ分け、第３デバイスグループ８１４でビル内のルーム毎にグループ分けを行っている。デバイスグループ登録日時８１５は、該当のデバイスシリアルＩＤを持つ画像形成装置１３２が、デバイスグループに所属を開始した日時を示す。

図８（Ｃ）に示すデバイスグループ・アーカイブテーブル８２０は、デバイスグループ管理テーブル８１０の８１１から８１５と同様のカラムを８２１〜８２５とデバイスグループ登録解除日時８２６を格納するカラムを備える。デバイスグループ登録解除日時８２６は、該当のデバイスシリアルＩＤを持つ画像形成装置１３２が、デバイスグループからの所属を外れた日時である。すなわち、デバイスグループ管理テーブル８１０は、現在のデバイスグループ構成を示し、デバイスグループ・アーカイブテーブル８２０は、過去のデバイスグループ構成を示している。

図９は、デバイスデータ更新日時テーブル９００、およびカウントテーブル９１０を示す。図９（Ａ）に示すデバイスデータ更新日時テーブル９００は、デバイスシリアルＩＤ９０１データ種別９０２、最終データ更新日時９０３を格納するカラムを備える。データ種別９０２には、画像形成装置から収集するカウント・ジョブログまたはスマートグリッド側から取得する電力量のどちらかが格納される。最終データ更新日時９０３には、該当のデバイスシリアルＩＤを持つ画像形成装置のカウント・ジョブログまたは電力量の収集が完了している日時が格納される。すなわち最終データ更新日時９０３より以前のジョブについては、カウント・ジョブログの収集が完了しており、それ以後のジョブについては、カウント・ジョブログの収集が完了していない、ということである。電力量についても同様である。

図９（Ｂ）に示すカウントテーブル９１０は、デバイスシリアルＩＤ９１１、累積のカラープリントページ数９１２を格納するカラムを備える。また、カウントテーブル９１０のカラムに示すように、カラム９１３から９１７まで、同様にモノクロプリントページ数ほか、各種ページ数を格納するカラムである。カラム９１８には、カウント取得日時が格納される。各カウントの値は累積値であるため、集計・レポート作成部３１３は、カウント取得日時９１８を時系列で計算することで、日毎の増分や月毎の増分を計算することにより、日毎の使用ページ数、月毎の使用ページ数などを算出することができる。

図１０は、ジョブログテーブル１０００、プリント・詳細ジョブログテーブル１０１０、スキャン・詳細ジョブログテーブル１０２０を示す。図１０（Ａ）に示すジョブログテーブル１０００は、デバイスシリアルＩＤ１００１、ジョブ開始日時１００２、ジョブ完了日時１００３ジョブ名１００４、ジョブ実行者１００５、ジョブ終了コード１００６を格納するカラムを備える。また、ジョブログテーブル１０００は、ジョブ種別１００７、詳細ジョブログＩＤ１００８を格納するカラムを備える。ジョブ終了コード１００６によって、ジョブが正常終了したか、異常終了したかなどを確認することができる。ジョブ種別１００７には、プリント、スキャン、コピーなどの種別を格納して、どの種類のジョブが実行されたかを記録する。詳細ジョブログＩＤ１００８は、後述するジョブ種別ごとの詳細ジョブログテーブル内へのレコードへのリンクである。

図１０（Ｂ）に示すプリント・詳細ジョブログテーブル１０１０は、ジョブ種別がプリントであるジョブの詳細な情報を格納するテーブルである。プリント・詳細ジョブログテーブル１０１０は、詳細ジョブログＩＤ１０１１、印刷枚数１０１２、両面設定１０１３、Ｎ ｕｐ設定１０１４、カラー面数１０１５、モノクロ面数１０１６、用紙サイズ１０１７を格納するカラムを備える。つまり、プリント・詳細ジョブログテーブル１０１０は、印刷枚数ほか、プリントジョブの様々な属性値を格納する。従って、格納される属性値は上述した属性に限定されるものではなく、任意の属性値が格納されてよい。

図１０（Ｃ）に示すスキャン・詳細ジョブログテーブル１０２０は、ジョブ種別がスキャンであるジョブの詳細な情報を格納するテーブルである。スキャン・詳細ジョブログテーブル１０２０は、詳細ジョブログＩＤ１０２１、用紙サイズ１０２２、カラー面数１０２３、モノクロ面数１０２４、ファイル形式１０２５、宛先１０２６を格納するカラムを備える。つまり、スキャン・詳細ジョブログテーブル１０２０は、用紙サイズほか、スキャンジョブの様々な属性値を格納する。

図１１は、電力量ログテーブル１１００である。電力量ログテーブル１１００は、デバイスシリアルＩＤ１１０１、対象期間の開始日時１１０２、対象期間の終了日時１１０３、消費電力量１１０４を格納するカラムを備える。消費電力量１１０４は、対象期間の開始日時１１０２から、対象期間の終了日時１１０３の期間中に、該当デバイスＩＤを持つ画像形成装置がどれだけの電力量を消費したかを示す。電力量ログテーブル１１００は、デバイスシリアルＩＤ１１０１に関連付けて消費電力量を管理する。

図１２は、テナント集計設定テーブル１２００およびカウント・ジョブログ集計結果テーブル１２１０を示す。図１２（Ａ）に示すテナント集計設定テーブル１２００は、年度開始月１２０１、日毎締め時刻１２０２、月毎締め日１２０３を格納するカラムを備える。年度開始月１２０１は、年毎の集計の際に、年度の開始月をどの月にするかを定める。この例では、１月から１２月が同一年度となる。日毎締め時刻１２０２は日毎の集計の際に用いる締め時刻である。この例では、当日０：００：００から翌日０：００：００未満の範囲を当日分の集計対象とする。月毎締め日１２０３は、月毎の集計の際に、締め日をどの日にするかを定める。この例では、前月２６日から当月２５日までが当月の集計対象期間となる。

また、テナント集計設定テーブル１２００は、適用タイムゾーン１２０４、集計開始待機時間１２０５を格納するカラムを備える。顧客テナントごとに集計・レポートを作成するので、顧客テナントごとに集計に適用するタイムゾーン１２０４を設定しておく。集計開始待機時間１２０５は、前記、日毎締め時刻１２０２に対して、テナント内の全ての画像形成装置から前日までのデータ収集を終えるためのリードタイムである。この例では、０：００が日毎締め時刻なので、６：００：００までは全ての画像形成装置からのデータ収集を待機し、６：００：００から登録済みデータに対して集計を実施する。

図１２（Ｂ）に示すカウント・ジョブログ集計結果テーブル１２１０は、デバイスシリアルＩＤ１２１１、集計単位１２１２を格納するカラムを備える。また、カウント・ジョブログ集計結果テーブル１２１０は、集計対象年１２１３、集計対象月１２１４、集計対象日１２１５集計完了日時１２１６、集計ステータス番号１２１７を格納するカラムを備える。

図１３は、カウント・ジョブログ集計テーブル１３００および電力量集計テーブル１３１０を示す。図１３（Ａ）に示すカウント・ジョブログ集計テーブル１３００は、デバイスシリアルＩＤ１３０１、集計対象日１３０２、合計印刷枚数１３０３、片面印刷枚数１３０４、両面印刷枚数１３０５を格納するカラムを備える。また、カウント・ジョブログ集計テーブル１３００は、Ｎｕｐ利用率１３０６、カラー利用率１３０７を格納するカラムを備える。カウント・ジョブログ集計テーブル１３００は、カウントテーブル９１０やジョブログテーブル１０００、プリント・詳細ジョブログテーブル１０１０、スキャン・詳細ジョブログテーブル１０２０から得られるデータを格納する。

図１３（Ｂ）に示す電力量集計テーブル１３１０は、デバイスシリアルＩＤ１３１１、集計対象日１３１２消費電力量１３１３を格納するカラムを備える。電力量集計テーブル１３１０は、電力量ログテーブル１１００から得られるデータを格納する。電力量集計テーブル１３１０は、デバイスシリアルＩＤ１３１１に関連付けて消費電力量１３１３を管理する。

カウント・ジョブログ集計テーブル１３００および電力量集計テーブル１３１０では、画像形成装置ごとの集計結果を例示した。デバイス管理アプリケーションの主要な目的は、利用状況の把握・レポートであるので、項目によってはデバイスグループごとに集計を行ったり、ジョブログに関しては、ユーザごとに集計を行ったりすることも可能である。ここでは、集計の元データとして、カウント・ジョブログ、電力量ログが用いられ、集計の締め日時の設定に従って、集計処理が行われ、集計値が集計結果テーブルに格納されることを説明した。ここで取り上げた、カウント・ジョブログの例は、実際に取り扱われる値の一例である。そのため、集計元データ、集計値としては、様々なデータを取り得るものとする。

なお、ここまで説明した５００から１３１０までの各テーブルは、データベース３２１に配置され、Ｗｅｂアプリケーション３０１あるいはアプリケーション３１１から、データの登録、検索、集計、更新、削除などが行われる。

図１４は、データベース４１１のデータテーブルを示している。図１４（Ａ）に示すコンセント接続イベント記録テーブル１４００は、イベント発生日時１４０１、リーダＩＤ１４０２コンセントＩＤ１４０３、ＩＣチップＩＤ１４０４、発生イベント１４０５を格納するカラムを備える。コンセント１７１に、差込プラグ１３４が接続されると、リーダ１７４が画像形成装置１３２に搭載されているＩＣチップ１３５からＩＣチップＩＤを読み出す。データ送信部４２１は、イベント発生日時、リーダＩＤ、ＩＣチップＩＤ、発生したイベント（接続完了）をデータ登録部４０３に送信する。データ登録部４０３は、コンセント接続イベント記録テーブル１４００にレコードを追加し、各カラムに受信したデータの値を記録する。コンセント１７１から、差込プラグ１３４が接続解除される場合も同様で、発生したイベントには接続解除が記録される。なお、リーダ１７４が画像形成装置のデバイスシリアルＩＤも読み出す構成としてよく、この構成により電力管理デバイス側でＩＣチップＩＤとデバイスシリアルＩＤとを紐付けて管理することが可能となる。

図１４（Ｂ）に示す電力量記録テーブル１４１０は、コンセントＩＤ１４１１、対象期間の開始日時１４１２、対象期間の終了日時１４１３、消費電力量１４１４を格納するカラムを備える。電力メーター１７５は、コンセント１７１で使用されている電力を測定し、例えば１分単位の電力量をデータ送信部４２２からデータ登録部４０３に送信する。データ登録部４０３は、受信した電力量データを、電力量記録テーブル１４１０にレコードとして追加していく。これにより、電力管理サーバ１６１は、どのコンセントでどれだけの電力量が消費されているかを把握することが可能である。また、電力管理サーバ１６１は、前述のコンセント接続イベント記録テーブル１４００のコンセントＩＤとＩＣチップＩＤの組合せを合わせて照会する。これにより、電力管理サーバ１６１は、どのＩＣチップＩＤを搭載している画像形成装置が、どれだけの電力量を消費したかを把握することが可能となる。

図１４（Ｃ）に示すコンセント配置情報テーブル１４２０は、コンセントＩＤ１４２１、配置情報１乃至４（１４２２、１４２３、１４２４、１４２５）を格納するカラムを備える。コンセント配置情報テーブル１４２０は、コンセントをビル内に施工した際に、各コンセントがどこに配置されたかを管理するためのテーブルである。この例では、配置情報１に拠点情報、配置情報２にビル情報、配置情報３に階数の情報、配置情報４にエリア情報が記録されている。電力管理サーバ１６１は、コンセントＩＤと配置情報を紐付けておくことにより、コンセントの所在地が分かる。さらにコンセント接続イベント記録テーブル１４００と突き合わせれば、コンセントに接続されているＩＣチップＩＤから画像形成装置の所在地が分かる。

図１５は、各データ登録処理を説明するシーケンス図である。画像形成装置１３２のデータ送信部３４３は、カウンタ３３５が収集したカウント・ジョブログのデータ登録要求を定期的にＷｅｂアプリケーション３０１のデータ登録部３０４に送信する（Ｓ１５０１）。データ登録部３０４は、受信したカウント・ジョブログデータをデータベース３２１のカウントテーブル９１０、ジョブログテーブル１０００および詳細ジョブログテーブル１０１０、１０２０に登録する（Ｓ１５０２）。また、どの日時までのカウント・ジョブログデータを収集したかを示す最終データ更新日時９０３をデバイスデータ更新日時テーブル９００に記録する。データ登録部３０４は、データ送信部３４３に成功・失敗などのデータ登録要求への応答を返信する（Ｓ１５０３）。

一方、リーダ１７４のデータ送信部４２１は、コンセント接続完了あるいは接続解除を検出したとき、発生したイベントおよびＩＣチップＩＤなどのデータをＷｅｂアプリケーション４０１のデータ登録部４０３に送信する（Ｓ１５１１、Ｓ１５１２）。データ登録部４０３は、受信したイベントデータをデータベース４１１のコンセント接続イベント記録テーブル１４００に登録する（Ｓ１５１３）。データ登録部４０３は、データ送信部４２１に成功・失敗などのイベントデータ登録要求への応答を返信する（Ｓ１５１４）。電力メーター１７５のデータ送信部４２２は、計測済みのコンセントで使用された電力量データおよびコンセントＩＤなどのデータを、定期的にデータ登録部４０３に送信する（Ｓ１５２１）。データ登録部４０３は、受信した電力量データ等をデータベース４１１の電力量記録テーブル１４１０に登録する（Ｓ１５２２）。データ登録部４０３は、データ送信部４２２に成功・失敗などのデータ登録要求への応答を返信する（Ｓ１５２３）。

データインポート部３１２は、特定のテナントのデバイス管理テーブル８００からデバイスシリアルＩＤの一覧を取得し、デバイスＩＣチップ情報管理テーブル５１０から、取得したデバイスシリアルＩＤに対応するＩＣチップＩＤを取得する（Ｓ１５３１）。データインポート部３１２は、該当テナントのテナントデータ管理テーブル７００の情報を用いて、データ取得部４０４へ接続し、画像形成装置ごとのＩＣチップＩＤを検索条件として、電力量データの取得要求を送信する（Ｓ１５３２）。すなわち、データインポート部３１２は、電力管理システムに対して画像形成装置の消費電力に関する情報を要求する。データ取得部４０４は、データベース４１１の電力量記録テーブル１４１０から、検索条件として指定されたＩＣチップＩＤを搭載した画像形成装置が使用した電力量データを検索し、取得する（Ｓ１５３３）。データ取得部４０４は、取得した電力量データをデータインポート部３１２へ応答する（Ｓ１５３４）。データインポート部３１２は、受信した電力量データをデータベース３２１の電力量ログテーブル１１００に登録する（Ｓ１５３５）。

図１６は、Ｗｅｂアプリケーション３０１およびアプリケーション３１１における、集計・レポート作成処理を説明するシーケンス図である。テナントＩＤがＡＡＡ００００２の集計・レポート作成処理を例に説明する。

集計・レポート作成部３１３は、テナントＩＤがＡＡＡ００００２のテナント集計設定テーブル１２００の１２０５を参照して、集計対象テナントが集計実施時刻に到達したかを判定する（Ｓ１６０１）。本実施形態では、Ｓ１６０１で実施時刻が６：００：００の場合、集計・レポート作成部３１３はＹｅｓと判定し、アプリケーション３１１の集計・レポート作成部３１３は、テナントごとに以下の処理を行って、集計・レポート作成を実施する。

まず、集計・レポート作成部３１３は、データベース３２１に対して、集計対象期間のカウント・ジョブログの検索・集計値計算処理を行う（Ｓ１６０２）。データベース３２１は、テナントＩＤがＡＡＡ００００２のカウントテーブル９１０、ジョブログテーブル１０００、詳細ジョブログテーブル１０１０、１０２０から集計対象期間の各レコードを検索する。そして、データベース３２１は、集計値の計算処理結果の応答検索結果を返信する（Ｓ１６０３）。集計・レポート作成部３１３は、集計値計算処理結果として受信した各レコードに基づいて集計対象期間のカウント・ジョブログを計算処理する。集計・レポート作成部３１３は、計算処理の結果得られた集計値をデータベース３２１のカウント・ジョブログ集計テーブル１３００に格納する（Ｓ１６０４）。集計・レポート作成部３１３は、集計が完了した集計対象期間をカウント・ジョブログ集計結果テーブル１２１０に記録する。

次に、集計・レポート作成部３１３は、データベース３２１に対して、集計対象期間の電力量ログの検索・集計値計算処理を行う（Ｓ１６１１）。データベース３２１は、電力量ログテーブル１１００から集計対象期間の各レコードを検索し、集計値の計算処理結果の応答を返信する（Ｓ１６１２）。集計・レポート作成部３１３は、受信した各レコードに基づいて集計対象期間の消費電力量を計算処理する。集計・レポート作成部３１３は、計算処理の結果得られた集計値計算処理結果をデータベース３２１の電力量集計テーブル１３１０に登録する（Ｓ１６１３）。

集計・レポート作成部３１３は、データベース３２１に対し、カウント・ジョブログおよび電力量ログの集計値の取得を要求する（Ｓ１６２１）。データベース３２１は、カウント・ジョブログ集計テーブル１３００および電力量集計テーブル１３１０を検索して、集計値を応答する（Ｓ１６２２）。集計・レポート作成部３１３は、受信したカウント・ジョブログおよび電力量ログの集計値をレポートに整形して、レポートファイルを作成する（Ｓ１６２３）。すなわち、集計・レポート作成部３１３は、ジョブに関する情報と消費電力に関する情報に基づいて集計処理を実行する。レポートファイルとは、例えばＣＳＶのようなデータファイル、表やグラフなどで表現する場合は、オフィスファイルデータやＰＤＦなどである。集計・レポート作成部３１３は、作成済みのレポートファイルをデータベース３２１に登録して、後で検索・取得できるようにする（Ｓ１６２４）。

次に、ブラウザ３３１は、Ｗｅｂアプリケーション３０１のレポート表示・出力部３０３に、レポート表示要求を送信する（Ｓ１６３１）。レポート表示・出力部３０３は、データベース３２１に作成済みレポートの取得要求を送信する（Ｓ１６３２）。データベース３２１は、レポート表示・出力部３０３に、Ｓ１６２４で作成した済みレポートファイルを応答する（Ｓ１６３３）。レポート表示・出力部３０３は、受信したレポートファイルをブラウザ３３１に応答する（Ｓ１６３４）。ブラウザ３３１は、受信したレポートファイルを表示する（Ｓ１６３５）。以上が通常のカウント・ジョブログ・電力量ログの集計フローである。

図１７は、データベース３２１に格納されたデータテーブルを示す。モデル別消費電力情報テーブル１７００は、モデル名１７０１、待機モード時・省電力１モード時・省電力２モード時の消費電力１７０２、１７０３、１７０４を格納するカラムを備える。待機モードとは、プリント出力がすぐに開始できるようウォームアップが完了している状態の動作モードのことである。省電力１モード（第１の電力モード）とは、待機モードのようにウォームアップが完了している状態ではないが、なるべく短い時間でウォームアップが完了するように動作しているモードである。また、画像形成装置内のアプリケーションが情報処理機能によって処理されるために必要な最低限の電力を供給している状態である。省電力２モード（第２の電力モード）とは、画像形成装置がネットワークからの通信に応答可能にするための部分にのみ通電し、そのほかのすべての電力をカットし、最大限に省電力を行っている動作モードである。この状態では、画像形成装置内のアプリケーションは処理を実行できないため、アプリケーションで処理実行が必要なときは、省電力１モード以上に遷移する。

図１８は、ある画像形成装置の消費電力の変化を時系列で表現したグラフである。ｔ１およびｔ２は、集計対象期間開始日時および集計対象期間完了日時である。例えば、５月２５日が集計対象日、集計締め時刻が０：００：００だとすると、ｔ１＝５／２５０：００：００，ｔ２＝５／２６０：００：００である。ｔ３は、この画像形成装置がカウント・ジョブログをデータ登録部３０４に対して登録を開始した日時である。ｔ４は、カウント・ジョブログの登録を完了した日時である。ｔ３、ｔ４に示すように、カウント・ジョブログの登録処理において、画像形成装置は省電力１モード、つまり消費電力を抑えつつデバイス管理アプリケーションと通信している。ｔ５は、ｔ４で登録完了したカウント・ジョブログの最終データ更新日時９０３のことである。

ｔ１１は、ジョブの到着などにより、画像形成装置が省電力モードを解除された日時である。ｔ１２は、画像形成装置がジョブの実行を開始した日時である。ｔ１３は、画像形成装置がジョブの実行を完了した日時である。ｔ１４は、画像形成装置が省電力１モードへモードを移行した日時である。ｔ１５は画像形成装置が省電力２モードへモードを移行した日時である。ｐ１は、該当画像形成装置のモデルの待機モード時消費電力１７０２である。ｐ２は、同じく省電力１モード消費電力１７０３である。ｐ３は、同じく省電力２モード消費電力１７０４である。

図１９は、ステップカウント・ジョブログの検索・集計値計算の処理を実行し、処理結果をデータベース３２１に登録（Ｓ１６０２〜Ｓ１６０４）の処理を実施する際にデバイス管理アプリケーション１２１が行う、処理の流れを説明したフローチャートである。つまり、本処理を行うことにより、データを送信しない画像形成装置の集計情報を更新することが可能となる。集計・レポート作成部３１３は、該当テナントのデバイス管理テーブル８００を参照し、ＡＡＡ００００２に所属する画像形成装置の台数ＮおよびデバイスシリアルＩＤの一覧を取得する（Ｓ１９０１）。以降、デバイスシリアルＩＤ１つ１つに対して、後続の処理を繰り返し実施する。集計・レポート作成部３１３は、デバイスデータ更新日時テーブル９００を参照して、デバイスシリアルＩＤ（ｉ）番目のカウント・ジョブログおよび電力量のデータ最終更新日時を取得する（Ｓ１９０２）。

まず集計・レポート作成部３１３は、ｔ５≧ｔ２であるか、つまり最終データ更新日時が集計対象完了日時を経過しているかを判定する（Ｓ１９０３）。例えば、最終更新日時が５月２６日で、集計対象完了日時が５月２５日であれば、Ｓ１９０３の判定がＹｅｓとなる。この場合、ｔ１〜ｔ２の集計対象期間に対して、必要なカウント・ジョブログは収集が完了、すなわち集計対象期間が完了している。従って、集計・レポート作成部３１３は、ｔ１〜ｔ２（例えば５月２５日分）のカウント・ジョブログを用いて集計を実施する（Ｓ１９０４）。さらに、集計・レポート作成部３１３は、図１２に示す集計ステータス番号１２１７に「１」をセットする（Ｓ１９０５）。ステータスについては図２０を用いて後述する。

Ｓ１９０３の判定がＮｏの場合、最終データ更新日時は集計対象期間完了日を経過していない。つまり、何らかの事情により、画像形成装置からカウント・ジョブログが送信されておらず、データが更新できていないことを示す。続いて集計・レポート作成部３１３は、ｔ５≧ｔ１であるか、すなわち、最終データ更新日時が集計対象期間開始日時を経過しているかを判定する（Ｓ１９０６）。Ｓ１９０７の判定がＹｅｓの場合、集計・レポート作成部３１３は、電力量ログテーブル１１００から、ｔ５〜ｔ２までの電力量ログを検索し、合計消費電力Ｅ１として算出する（Ｓ１９０７）。そして、集計・レポート作成部３１３は、第１の規定値を超えるか否かを判定する。つまり、集計・レポート作成部３１３は、Ｅ１≦ｐ３×（ｔ２−ｔ５）＋ｐ２×（ｔ４−ｔ３）であるか判定する（Ｓ１９０８）。Ｓ１９０８の判定がＮｏの場合、集計対象期間日時(例えば５月２５日)にカウント・ジョブログ登録が画像形成装置により行われているため、登録処理に電力が消費されている。従って、Ｓ１９０８の判定がＮｏの場合、ｔ３〜ｔ４でカウント・ジョブログ登録処理時に使用された電力以外に、ジョブを実行するためにｐ１以上の電力が使用されたと判定する。Ｓ１９０８の判定がＹｅｓの場合、ｔ５〜ｔ２までは画像形成装置がｔ３〜ｔ４以外は省電力２モードであり、実行されたジョブがないと判定する。そのため、集計・レポート作成部３１３は、ｔ１〜ｔ５の登録済みカウント・ジョブログを用いて集計を実施する（Ｓ１９０９）。さらに、集計ステータス番号１２１７に「２」をセットする（Ｓ１９１０）。

Ｓ１９０９の判定がＮｏの場合、ｔ５〜ｔ２の期間中何らかのジョブが実行された可能性があると判定できる。集計・レポート作成部３１３は、ｔ１〜ｔ５の登録済みカウント・ジョブログを用いて集計を実施する（Ｓ１９１１）。集計ステータス番号１２１７には「４」をセットする（Ｓ１９１２）。

Ｓ１９０６の判定がＮｏの場合、集計・レポート作成部３１３は、データインポート部３１２を介して、データ取得部４０４からコンセント接続イベント記録テーブル１４００を検索し、ｔ１〜ｔ２の期間中、コンセント接続の有無を判定する（Ｓ１９１３）。Ｓ１９１４の判定がＮｏの場合、ｔ１〜ｔ２の期間中、コンセント接続が無かった画像形成装置であると判定できるので、集計ステータス番号１２１７に「６」をセットする（Ｓ１９１４）。

Ｓ１９１３の判定がＹｅｓの場合、集計・レポート作成部３１３は、電力量ログテーブル１１００から、ｔ１〜ｔ２までの電力量ログを検索し、合計消費電力Ｅ２として算出する（Ｓ１９１５）。そして、集計・レポート作成部３１３は、単位時間あたりの消費電力量にｔ１〜ｔ２までの時間を乗算した値である第２の規定値を超えるか否かを判定する。つまり、集計・レポート作成部３１３は、Ｅ２≦ｐ３×（ｔ２−ｔ１）であるか判定する（Ｓ１９１６）。Ｓ１９１７の判定がＹｅｓの場合、集計・レポート作成部３１３は、ｔ１〜ｔ２の期間中、実行されたジョブがないと判定する。そのため、ｔ１〜ｔ２のカウント増分数をゼロ、ジョブ数をゼロとして集計を実施する（Ｓ１９１７）。さらに、集計・レポート作成部３１３は、集計ステータス番号１２１７に「３」をセットする（Ｓ１９１８）。Ｓ１９１６の判定がＮｏの場合、集計・レポート作成部３１３は、ｔ１〜ｔ２の期間中ならかのジョブが実行された可能性があると判定する。そのため、集計ステータス番号１２１７に「５」をセットする（Ｓ１９１９）。

図２０に集計スタータス番号ごとの集計ステータスおよびその意味を一覧にした表を示す。図１９のフローチャートの判定および分岐の結果、画像形成装置の電力ログを参照することにより、省電力２モードで稼働中のためデータ更新できない画像形成装置が存在した場合でも集計締め処理を実施できる（番号２および３の場合）。また、逆に画像形成装置の電力ログからジョブが実行された可能性があるものを集計漏れがある画像形成装置としてマークすることができる（番号４および５の場合）。または、テナントに所属している画像形成装置であるにもかかわらず、集計対象期間中、コンセント接続が無く、状態が不明の画像形成装置であるといった判定も可能となる（番号６の場合）。

上述の処理により、画像形成装置が電源オフや省電力モードでデータをデバイス管理サーバに送信しない場合でも集計処理を行い、情報を更新することが可能となる。本来はｔ１〜ｔ２またはｔ５〜ｔ２の期間中の画像形成装置の使用電力が分かれば、その期間中ｔ３〜ｔ４以外にｐ２以上の電力を使用した瞬間があったかどうかを判定すれば、ジョブを実行した可能性があったかどうかを検出できる。しかしながら、画像形成装置１３２のあらゆる時間の使用電力を記録しておくことは、データ量の観点からも現実的でない。そのため、本実施例では、記録された電力量を用いて、ジョブ実行による電力使用があったかどうかを判定している。ｔ１からｔ２があまりに長い期間であると、ｐ３の積算値が大きい値になり、ジョブ実行による電力使用の判定精度が悪化するものと考えられる。この場合は、本実施例のステップＳ１９０８およびＳ１９１６を、もっと細かい期間に区切って順次判定することが可能である。

例えば、ｔ１〜ｔ２が１日間であったとした場合、ｔ１〜ｔ２を１時間単位の判定枠に区切り、同様のジョブ実行による電力使用があったかどうかを２４の判定枠ごとに判定を実施すればよい。いずれかの判定枠でジョブ実行による電力使用があったと判定された場合、ｔ１〜ｔ２の期間中にジョブが実行された可能性があると判定可能となる。判定精度をより高めるためには、判定枠をより細かく区切って電力量を記録しておけばよいが、細かく記録を残すためには相対的にデータ容量が多くなるというデメリットもあるため、両者のバランスを取って判定枠を決定するのが好ましい。

続いて、本発明が解決しようとする追加の課題を説明する。前述のデバイス管理アプリケーションには、集計単位の１つとして、デバイスグループ毎に集計・レポート作成を行うユースケースがある。例えば、企業内のオフィスルーム毎にデバイスグループを構成し、デバイスグループ毎の利用状況を把握する。あるとき、ある画像形成装置１３２をルームＡからルームＣに移動したとする。この際、該当画像形成装置のデバイスグループ情報を適切に更新しないと、該当画像形成装置の利用状況は、ルームＡのデバイスグループとして、集計・レポートされ続けてしまう。このようなデバイスグループ情報の更新作業が、管理者の手間となってしまうとともに、更新作業を忘れると正しい集計・レポート作成がされない、という課題が生じる。

図２１は、イベント情報を管理するデータベース３２１の変換元グループ情報テーブル２１００、変換先グループ情報テーブル２１１０、変換情報テーブル２１２０を示す。図２１（Ａ）に示す変換元グループ情報テーブル２１００は、グループＩＤ２１０１、１４２２から１４２５に相当する配置情報１〜４（２１０１乃至２１０５）を格納するカラムを備える。図２１（Ｂ）に示す変換先グループ情報テーブル２１１０は、グループＩＤ２１１１、８１２から８１４に相当する第１〜第３デバイスグループ（２１１２乃至２１１４）を備える。図２１（Ｃ）に示す変換情報テーブル２１２０は、２１０１に相当する変換元グループＩＤ２１２１と２１１１に相当する変換先グループＩＤで２１２２を備える。

図２２は、デバイスグループ情報を更新するフローチャートである。データインポート部３１２は、データ取得部４０４から、テナントに所属する画像形成装置１３２の発生イベントを取得する（Ｓ２２０１）。この時電力管理サーバ１６１のデータ取得部４０４は、ＩＣチップＩＤを検索条件として、コンセント接続イベント記録テーブル１４００から集計対象期間中の発生イベントを検索する。データ取得部４０４は、該当画像形成装置に対するコンセント接続イベントの有無を応答する（Ｓ２２０２）。

イベントありの場合は、データ取得部４０４は、イベント発生日時１４０１、コンセントＩＤ１４０３、発生イベントの種別１４０５などを応答する。さらに、データ取得部４０４は、コンセント配置情報テーブル１４２０を参照し、前記コンセントＩＤに対応する配置情報１〜４（１４２２〜１４２５）を応答する。データインポート部３１２は、イベント発生の有無を判定する（Ｓ２２０３）。Ｓ２２０３の判定がＮｏの場合、特に処理は行わない。Ｓ２２０３の判定がＹｅｓの場合、イベント種別を判定する（Ｓ２２０４）。

Ｓ２２０４の判定が接続完了イベントであった場合、データインポート部３１２は、デバイスグループ管理テーブル８１０に該当の画像形成装置のレコードを追加する（Ｓ２２０５）。この際、第１〜第３デバイスグループ（８１２〜８１４）には、データ取得部４０４から受信した応答から、変換情報テーブル２１２０によって、配置情報１〜４から変換した結果を格納する。データインポート部３１２は、デバイスグループ登録日時８１５には、イベント発生日時１４０１を格納する。

Ｓ２２０４の判定が接続解除イベントであった場合、データインポート部３１２は、デバイスグループ管理テーブル８１０の該当画像形成装置のレコードをデバイスグループ・アーカイブテーブル８２０に移動した上で削除する（Ｓ２２０６）。また、デバイスグループ登録解除日時８２６には、イベント発生日時１４０１を格納する。以上の説明のように、画像形成装置がコンセントに接続完了・接続解除されたことを検出して、自動的に所属するデバイスグループを正確に反映することができる。これによりデバイス管理システムは、デバイスグループ情報を更新し、正しい集計・レポート作成することが可能となる。

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

Claims (7)

1. 画像形成装置を含む複数の電子機器のそれぞれに電力供給を行う構成を識別する識別情報に関連付けて前記複数の電子機器が消費する消費電力を管理する電力管理システムとネットワークを介して通信するデバイス管理システムであって、
   管理対象となる複数の画像形成装置を特定するための特定情報を管理する第１管理手段と、
   前記特定情報に関連付けて、該画像形成装置に対応する識別情報を管理する第２管理手段と、
   前記第２管理手段により管理されている識別情報を用いて、前記電力管理システムに対して画像形成装置の消費電力に関する情報を要求する要求手段と、
   前記要求手段により取得した消費電力に関する情報を、前記画像形成装置の特定情報に関連付けて管理する第３管理手段と、を有することを特徴とするデバイス管理システム。
2. 前記画像形成装置が実行したジョブに関するログ情報を定期的に前記画像形成装置から取得する取得手段と、
   前記取得されたログ情報を、前記画像形成装置の特定情報に関連付けて管理する第４管理手段と、
   前記取得されたログ情報と前記消費電力に関する情報とに基づいて、集計処理を実行する実行手段と、をさらに備えることを特徴とする請求項１に記載のデバイス管理システム。
3. 前記集計処理に基づき、前記画像形成装置で実行されたジョブと使用された電力についてレポートを作成する作成手段をさらに備えることを特徴とする請求項２に記載のデバイス管理システム。
4. 前記電力供給を行う構成を識別する識別情報は、ＩＣチップから読み取られる識別情報であることを特徴とする請求項１乃至３のいずれか一項に記載のデバイス管理システム。
5. 前記画像形成装置を特定するための特定情報は、前記画像形成装置のシリアル情報、アドレス情報、及びモデル情報の少なくとも何れかの情報を示すことを特徴とする請求項１乃至４のいずれか一項に記載のデバイス管理システム。
6. 画像形成装置を含む複数の電子機器のそれぞれに電力供給を行う構成を識別する識別情報に関連付けて前記複数の電子機器が消費する消費電力を管理する電力管理システムとネットワークを介して通信するデバイス管理システムにおける制御方法であって、
   管理対象となる複数の画像形成装置を特定するための特定情報を管理する第１管理工程と、
   前記特定情報に関連付けて、該画像形成装置に対応する識別情報を管理する第２管理工程と、
   前記管理されている識別情報を用いて、前記電力管理システムに対して画像形成装置の消費電力に関する情報を要求する要求手段と、
   前記要求手段により取得した消費電力に関する情報を、前記画像形成装置の特定情報に関連付けて管理する第３管理工程と、を有することを特徴とする制御方法。
7. 請求項１乃至５のいずれか１項に記載の手段としてコンピュータを機能させることを特徴とするコンピュータプログラム。

Images