(57)【要約】【課題】  所定のタスクを情報処理装置に実行することで消費電力が増加してしまうことをあらかじめ判断できない情報処理装置に対しても適正なタスク実行環境を整備する。【解決手段】    情報処理装置と通信する管理装置において、情報処理装置から電力状態を取得し、該取得した電力状態で所定のタスクを実行する。そして、所定のタスクを実行した後、前記取得工程で前記情報処理装置から電力状態を再取得して、既に取得した電力状態から電力消費量が増加したか否かに基づいて前記可否状態を更新すべきかどうかを判断した場合、前記所定のタスクを実行しないように前記可否状態を更新することを特徴とする。【選択図】  図４
2016091511.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と通信する管理装置であって、
所定のタスクを実行すべきかどうかの可否を決定するための可否状態を前記情報処理装置の識別情報に対応づけて記憶手段に記憶して管理する管理手段と、
前記情報処理装置から電力状態を取得する取得手段と、
前記情報処理装置から取得した電力状態で所定のタスクを実行する実行手段と、
前記所定のタスクを実行した後、前記取得手段が前記情報処理装置から電力状態を再取得して、既に取得した電力状態から電力消費量が増加したか否かに基づいて前記可否状態を更新すべきかどうかを判断する判断手段と、を備え、
前記管理手段は、前記可否状態を更新すべきと判断した場合、前記所定のタスクを実行しないように前記可否状態を更新することを特徴とする管理装置。
【請求項２】
情報処理装置と通信する管理装置であって、
所定のタスクを実行すべきかどうかの可否を決定するための可否状態を前記情報処理装置の識別情報に対応づけて記憶手段に記憶して管理する管理手段と、
前記情報処理装置から遷移する電力状態の履歴情報を取得する取得手段と、
前記情報処理装置から取得した履歴情報で特定される所定のタスクを実行する実行手段と、
前記所定のタスクを実行した後、前記取得手段が前記情報処理装置から履歴情報を再取得して、既に取得した履歴情報で特定される電力状態から電力消費量が増加したか否かに基づいて前記可否状態を更新すべきかどうかを判断する判断手段と、を備え、
前記管理手段は、前記可否状態を更新すべきと判断した場合、前記所定のタスクを実行しないように前記可否状態を更新することを特徴とする管理装置。
【請求項３】
前記判断手段は、所定のタスクの実行前後の電力消費量の差分が第１のしきい値を超えていると判断し、かつ、所定のタスクの実行後の電力消費量が第２のしきい値を超えていると判断した場合、前記可否状態を更新すべきであると判断することを特徴とする請求項１または２に記載の管理装置。
【請求項４】
前記取得手段は、所定のプロトコルで前記情報処理装置と通信して管理情報ベースから電力状態を取得する請求項１または２に記載の管理装置。
【請求項５】
前記取得手段は、所定のプロトコルで前記情報処理装置と通信して管理情報ベースから電力状態の履歴情報を取得する請求項１または２に記載の管理装置。
【請求項６】
前記情報処理装置は、所定のタスクの実行可否の状態があらかじめ特定されていない情報処理装置であることを特徴とする請求項１記載の管理装置。
【請求項７】
情報処理装置と通信する管理装置の制御方法であって、
所定のタスクを実行すべきかどうかの可否を決定するための可否状態を前記情報処理装置の識別情報に対応づけて記憶手段に記憶して管理する管理工程と、
前記情報処理装置から電力状態を取得する取得工程と、
前記情報処理装置から取得した電力状態で所定のタスクを実行する実行工程と、
前記所定のタスクを実行した後、前記取得工程で前記情報処理装置から電力状態を再取得して、既に取得した電力状態から電力消費量が増加したか否かに基づいて前記可否状態を更新すべきかどうかを判断する判断工程と、を備え、
前記管理工程は、前記可否状態を更新すべきと判断した場合、前記所定のタスクを実行しないように前記可否状態を更新することを特徴とする管理装置の制御方法。
【請求項８】
情報処理装置と通信する管理装置の制御方法であって、
所定のタスクを実行すべきかどうかの可否を決定するための可否状態を前記情報処理装置の識別情報に対応づけて記憶手段に記憶して管理する管理工程と、
前記情報処理装置から遷移する電力状態の履歴情報を取得する取得工程と、
前記情報処理装置から取得した履歴情報で特定される所定のタスクを実行する実行工程と、
前記所定のタスクを実行した後、前記取得工程で前記情報処理装置から履歴情報を再取得して、既に取得した履歴情報で特定される電力状態から電力消費量が増加したか否かに基づいて前記可否状態を更新すべきかどうかを判断する判断工程と、を備え、
前記管理工程は、前記可否状態を更新すべきと判断した場合、前記所定のタスクを実行しないように前記可否状態を更新することを特徴とする管理装置の制御方法。
【請求項９】
請求項７または８記載の管理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理装置の制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
従来、ネットワーク機器の省電力を考慮しながら管理を行う方法として、ネットワーク機器が省電力によるＣＰＵ停止時に、受信回数が任意の回数を超える受信パケットについては自動応答できるように応答データテーブルに登録するものなどがあった（例えば、特許文献１参照）。
【０００３】
また、ＰＷＧ  Ｉｍａｇｉｎｇ  Ｓｙｓｔｅｍ  Ｐｏｗｅｒ  ＭＩＢ  ｖ１．０（以下、ＰｏｗｅｒＭＩＢ）では、ネットワーク機器の電力状態とその電力状態における定格消費電力の情報が取得可能となっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１―１４７０４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ネットワーク機器を管理する管理装置は、自社のネットワーク機器に加えて３ｒｄベンダにより製品化されたネットワーク機器（情報処理装置）もサポートする場合が多い。
しかし、ネットワーク機器を管理する管理装置は、動作仕様の公開されていない３ｒｄベンダのネットワーク機器についてはどのような電力状態のときにどのようなネットワーク通信を行うとネットワーク機器の消費電力が増加してしまうかを容易に判断できない。そのため、管理装置が、３ｒｄベンダのネットワーク機器について消費電力を考慮しながら管理機能の実行可否を判断できない場合があった。
【０００６】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、所定のタスクを情報処理装置に実行することで消費電力が増加してしまうことをあらかじめ判断できない情報処理装置に対しても適正なタスク実行環境を整備できる仕組みを提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成する本発明の管理装置は以下に示す構成を備える。
情報処理装置と通信する管理装置であって、
所定のタスクを実行すべきかどうかの可否を決定するための可否状態を前記情報処理装置の識別情報に対応づけて記憶手段に記憶して管理する管理手段と、前記情報処理装置から電力状態を取得する取得手段と、前記情報処理装置から取得した電力状態で所定のタスクを実行する実行手段と、前記所定のタスクを実行した後、前記取得手段が前記情報処理装置から電力状態を再取得して、既に取得した電力状態から電力消費量が増加したか否かに基づいて前記可否状態を更新すべきかどうかを判断する判断手段と、を備え、前記管理手段は、前記可否状態を更新すべきと判断した場合、前記所定のタスクを実行しないように前記可否状態を更新することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、所定のタスクを情報処理装置に実行することで消費電力が増加してしまうことをあらかじめ判断できない情報処理装置に対しても適正なタスク実行環境を整備できる。
【図面の簡単な説明】
【０００９】
【図１】管理装置を含むシステムの構成を説明するブロック図である。
【図２】システムのソフトウェア構成を説明するブロック図である。
【図３】管理装置が管理するテーブル構成の一例を示す図である。
【図４】管理装置の制御方法を説明するフローチャートである。
【図５】管理装置で表示されるＵＩ画面の一例を示す図である。
【図６】管理装置の制御方法を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
【００１１】
以下、本実施形態では、情報処理装置を管理する管理装置を含むシステムについて説明する。ここでは、ネットワーク機器に対応する情報処理装置を管理装置の一例としてアプリケーションサーバを取り上げて説明する。また、管理装置の管理対象である情報処理装置の一例として、本実施形態ではＭＦＰ、すなわちＭｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ、複合機を取り上げて説明する。なお、ネットワーク機器には、プリンタ、ＦＡＸなどのＭＦＰ以外のものも含む。また、本実施形態では、第１の情報処理装置という場合には、所定のタスクを実行した場合に電力消費量が増加することがあらかじめ判断できる情報が管理されている情報処理装置が対応する。また、第２の情報処理装置という場合には、所定のタスクを実行した場合に電力消費量が増加することがあらかじめ判断できる情報が管理されていない、すなわちその可否を判断することがあらかじめ判断できない情報処理装置が対応する。そこで、本実施形態では、第２の情報処理装置に対して、所定のタスクを実行させた際に、その前後で電力消費量が増加しているかどうかを判断する。そして、電力消費量が増加していると判断された場合に、当該第２の情報処理装置の識別情報に対応づけている電力状態の管理テーブルに所定のタスクの実行を制限する情報を書き込むことで内容を更新する。そして、管理テーブルが更新された後は、前記第２の情報処理装置から取得する電力状態に応じて、管理テーブルで特定される所定のタスクの実行を制限する処理例を以下詳述する。
【００１２】
図１は、本実施形態を示す管理装置を含むシステムの構成を説明するブロック図である。以下、本システムのハードウェア構成を説明する。本システムは、ネットワーク１７０により接続されるアプリケーションサーバ１００、クライアントコンピュータ１２０およびＭＦＰ１５０より構成される。なお、アプリケーションサーバ１００およびクライアントコンピュータ１２０は汎用コンピュータの構成を有する。クライアントコンピュータ１２０のハードウェア構成についてはアプリケーションサーバ１００と同様のため、説明を省略する。
【００１３】
図１に示すアプリケーションサーバ１００において、１０１はＣＰＵであり、ＲＯＭ１０３あるいは外部メモリ１１０に記憶されたアプリケーションプログラム等に基づいて処理を実行する。さらに、ＣＰＵ１０１はシステムバス１１２に接続される各デバイスを総括的に制御する。また、ＣＰＵ１０１は、ディスプレイ１０９上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。１０２はＲＡＭであり、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。１０３はＲＯＭであり、基本Ｉ／Ｏプログラム等の記憶領域として機能する読み出し専用のメモリである。
【００１４】
このＲＯＭ１０３あるいは外部メモリ１１０には、ＣＰＵ１０１の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）等が記憶される。さらにＲＯＭ１０３あるいは外部メモリ１１０には上記アプリケーションプログラム等に基づく処理の際に使用するファイルやその他各種データを記憶する。１０４はネットワークＩ／Ｆであり、ネットワーク１７０へ接続しネットワーク通信を行う。
１０５はキーボードＩ／Ｆであり、キーボード１０８や不図示のポインティングデバイスからの入力を制御する。１０６はディスプレイＩ／Ｆであり、ディスプレイ１０９の表示を制御する。１０７は外部メモリＩ／Ｆであり、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等の外部メモリ１１０とのアクセスを制御する。
１１０は外部メモリであり、ブートプログラム、各種のアプリケーション、ユーザファイル、編集ファイル等を記憶する。アプリケーションサーバ１００は、ＣＰＵ１０１がＲＯＭ１０３や外部メモリ１１０に書き込まれた基本Ｉ／ＯプログラムおよびＯＳを実行している状態で動作する。基本Ｉ／ＯプログラムはＲＯＭ１０３に書き込まれており、ＯＳはＲＯＭ１０３もしくは外部メモリ１１０に書き込まれている。
【００１５】
そして、コンピュータの電源がＯＮされたときに、基本Ｉ／Ｏプログラム中のイニシャルプログラムロード機能により、ＲＯＭ１０３もしくは外部メモリ１１０からＯＳがＲＡＭ１０２に書き込まれ、ＯＳの動作が開始される。１１２はシステムバスであり、各デバイスを接続する。
【００１６】
第２の情報処理装置として機能するＭＦＰ１５０において、１５１はネットワークＩ／Ｆであり、ネットワーク１７０へ接続しネットワーク通信を行う。なお、ＭＦＰ１５０は、後述するプロトコルにより通信することで、管理情報ベース（ＭＩＢ）で管理される電力状態、遷移する電力状態の履歴情報等をアプリケーションサーバ１００に通知する。
１５２はＣＰＵであり、制御プログラム等に基づいてシステムバス１６５に接続されるプリンタＩ／Ｆ１５７を介してプリンタ１５８に出力情報としての画像信号を出力する。なお、制御プログラムはＲＯＭ１５４や外部メモリ１６２等に記憶される。ＣＰＵ１５２はネットワークＩ／Ｆ１５１を介してコンピュータとの通信処理が可能となっており、ＭＦＰ１５０内の情報等をアプリケーションサーバ１００に通知可能なように構成されている。さらにＣＰＵ１５２はＲＯＭ１５４あるいは外部メモリ１６２に記憶されたアプリケーションプログラム等に基づいて処理を実行する。
【００１７】
１５３はＲＡＭであり、ＣＰＵ１５２の主メモリ、ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１５３は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。１５４はＲＯＭであり、１６２はハードディスクドライブ（ＨＤＤ）等の外部メモリである。
【００１８】
このＲＯＭ１５４あるいは外部メモリ１６２には、ＣＰＵ１５２の制御プログラムやアプリケーションプログラムおよび上記出力情報を生成する際に使用するフォントデータ、ＭＦＰ１５０上で利用される情報等が記憶される。１５５は操作部Ｉ／Ｆであり、操作部１５６との間のインタフェースをつかさどり、表示すべき画像データを操作部１５６に対して出力する。また、ユーザが操作部１５６を介して入力した情報の受信も行う。
１５６は操作部であり、操作のためのスイッチおよびＬＥＤ表示器等が配されている操作パネル等に相当する。１５７はプリンタＩ／Ｆであり、プリンタ１５８（プリンタエンジン）に出力情報としての画像信号を出力する。１５９はスキャナＩ／Ｆであり、スキャナ１６０（スキャナエンジン）からの入力情報として画像信号を受信する。
１６１は外部メモリＩ／Ｆ（メモリコントローラ）であり、ハードディスクドライブ（ＨＤＤ）、ＩＣカード等の外部メモリ１６２へのアクセスを制御する。また、前述した外部メモリは１個に限らず、少なくとも１個以上備え、外部メモリを複数接続できるように構成されていてもよい。さらに、図示しないＮＶＲＡＭを有し、操作部１５６からのプリンタモード設定情報を記憶するようにしてもよい。１６５はシステムバスであり、各デバイスを接続する。
【００１９】
図２は、図１に示したシステムのソフトウェア構成を説明するブロック図である。
図２に示すアプリケーションサーバ１００において、ネットワーク機器管理アプリケーション２０２および各モジュールは、外部メモリ１１０に保存されたファイルとして存在する。これらは実行時にＯＳやそのモジュールを利用するモジュールによってＲＡＭ１０２にロードされ実行されるプログラムモジュールである。また、ネットワーク機器管理アプリケーション２０２は、外部メモリ１１０の不図示のＣＤ−ＲＯＭ、あるいはネットワーク１７０を経由して外部メモリ１１０のＨＤＤやＳＳＤに追加することが可能となっている。
【００２０】
２００はネットワークモジュールであり、任意の通信プロトコルを使用してクライアントコンピュータ１２０やＭＦＰ１５０とのネットワーク通信を行う。２０１はＷｅｂサーバサービスモジュールであり、クライアントコンピュータ１２０のＷｅｂブラウザ２２１からのＨＴＴＰリクエストを受け取るとＨＴＴＰレスポンスを応答するサービスを提供する。応答するＨＴＴＰレスポンスの例として、外部メモリ１１０に保存されたＷｅｂページデータを返信してもよい。または、ネットワーク機器管理アプリケーション２０２のＵＩモジュール２０３にＨＴＴＰレスポンスの生成を要求してもよい。２０２はネットワーク機器管理アプリケーションであり、アプリケーションサーバ１００とネットワーク１７０で接続されたＭＦＰ１５０を管理するアプリケーションである。
【００２１】
ネットワーク機器管理アプリケーション２０２は、例えばＷｅｂサーバサービスモジュール２０１が提供するＷｅｂページへのリクエストに応答して処理を実行するプログラムとして実装される。上記のように、ネットワーク機器管理アプリケーション２０２はＷｅｂサーバサービスモジュール２０１とともに、ＭＦＰ１５０を管理するＷｅｂアプリケーションを実現している。ネットワーク機器管理アプリケーション２０２において２０３はＵＩモジュールであり、Ｗｅｂサーバサービスモジュール２０１からの要求に応じてＨＴＴＰレスポンスを生成する。また、クライアントコンピュータ１２０のＷｅｂブラウザ２２１から送信されたユーザ入力情報を受信し、必要に応じて各モジュールを呼び出す。
【００２２】
ＵＩモジュール２０３から呼び出されるモジュールの例として、探索モジュール２０４、電力状態管理モジュール２０５、タスク管理モジュール２０６、設定管理モジュール２０７、ジョブ履歴管理モジュール２０８、ファームウェア管理モジュール２０９を挙げる。もちろん、ＵＩモジュール２０３がこれら以外のモジュールを呼び出してもよい。
【００２３】
２０４は探索モジュールであり、アプリケーションサーバ１００とネットワーク１７０で接続されたＭＦＰ１５０を、任意の通信プロトコルを使って探索する。探索モジュール２０４が探索に使用する通信プロトコルの例としては、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）やＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等が挙げられる。探索モジュール２０４はＭＦＰ１５０を探索したら、ＭＦＰ１５０から機器情報を取得して後述のデータベースサーバサービスモジュール２１０のネットワーク機器管理テーブル３００へ格納する。
【００２４】
２０５は電力状態管理モジュールであり、ＭＦＰ１５０の電力状態の管理を行う。電力状態管理モジュール２０５はネットワークモジュール２００を介して、アプリケーションサーバ１００とネットワーク１７０で接続されたＭＦＰ１５０から電力状態情報を取得する。なお、ＭＦＰ１５０からの電力状態情報の取得には、任意の通信プロトコルを使用する。
電力状態管理モジュール２０５が使用する通信プロトコルの例としては、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）／ＰｏｗｅｒＭＩＢ等が挙げられる。また、電力状態管理モジュール２０５はＭＦＰ１５０から取得した電力状態情報を元に、管理機能の実行可否の判断を行う。さらに電力状態管理モジュール２０５は、後述のデータベースサーバサービスモジュール２１０のタスク実行ポリシー管理テーブル３０２への電力状態情報の格納と取り出しを行う。
【００２５】
２０６はタスク管理モジュールであり、ネットワークモジュール２００を介して、アプリケーションサーバ１００とネットワーク１７０で接続されたＭＦＰ１５０に対して日時指定で実行されるタスクの管理を行う。
【００２６】
なお、タスク管理モジュール２０６は後述のデータベースサーバサービスモジュール２１０のタスク管理テーブル３０１およびタスク実行ポリシー管理テーブル３０２を用いてタスク情報の管理を行う。２０７は設定管理モジュールであり、ネットワークモジュール２００を介して、アプリケーションサーバ１００とネットワーク１７０で接続されたＭＦＰ１５０への設定情報の配信を行う。
【００２７】
２０８はジョブ履歴管理モジュールであり、ネットワークモジュール２００を介して、アプリケーションサーバ１００とネットワーク１７０で接続されたＭＦＰ１５０からジョブ履歴の取得を行う。２０９はファームウェア管理モジュールであり、ネットワークモジュール２００を介して、アプリケーションサーバ１００とネットワーク１７０で接続されたＭＦＰ１５０にファームウェアの配信を行う。
【００２８】
２１０はデータベースサーバサービスモジュールであり、データを管理し、他モジュールからの要求に合わせてデータの格納と取り出しを行う。データベースサーバサービスモジュール２１０は、ネットワーク機器管理アプリケーション２０２からアクセス可能であれば、アプリケーションサーバ１００とは別の機器上にあってもよい。
【００２９】
図３は、図２に示したデータベースサーバサービスモジュール２１０内のテーブル構成の一例を示す図である。なお、図３のテーブル構成はあくまで一例であり、本例とは異なるテーブル構成であってもよい。
【００３０】
図３において、３００はネットワーク機器管理テーブルであり、ネットワーク機器管理アプリケーション２０２が管理するＭＦＰ１５０に関する情報を管理するテーブルである。ネットワーク機器管理テーブル３００で管理する情報は、例えばネットワーク機器識別子、機器名称、ベンダー名、モデル名、ＩＰアドレス、シリアルナンバー、最終更新日時等が挙げられる。ここでネットワーク機器識別子とは、ＭＦＰ１５０を一意に識別する識別子であり、最終更新日時はＭＦＰ１５０から取得した情報によりレコードが更新された最終更新日時を示す。
【００３１】
３０１はタスク管理テーブルであり、ＭＦＰ１５０に対して実行される管理タスクの情報を管理するテーブルである。タスク管理テーブル３０１で管理する情報は、例えばタスク識別子、実行時間、タスク種別、タスクステータス、タスク実行対象のネットワーク機器識別子等が挙げられる。ここでタスク識別子はタスクを一意に識別する識別子であり、タスク種別は設定配信タスク、ファームウェア更新タスク、ジョブ履歴収集タスクなどのタスクの種別を表す情報である。またタスクステータスは待機中、実行中、実行完了などのタスクの実行状況を示す情報である。
【００３２】
３０２はタスク実行ポリシー管理テーブルであり、ネットワーク機器および管理タスク種別ごとに電力状態情報に基づく実行ポリシーを管理するテーブルである。タスク実行ポリシー管理テーブル３０２で管理する情報は、例えばネットワーク機器識別子、タスク種別、実行ポリシー、強制実行フラグ等が挙げられる。ここで実行ポリシーはタスク実行可否を判断するための情報であり、一例として図３では電力消費量が上がるのでタスクを実行すべきではない電力状態の情報が格納されている。
【００３３】
なおここで格納されている電力状態情報は例えばＰｏｗｅｒＭＩＢではＰｏｗＰｏｗｅｒＳｔａｔｅＴＣ値に相当する。強制実行フラグは電力状態に関わらずタスクを実行すべきかどうかを表す情報である。ここではＴｒｕｅ／Ｆａｌｓｅの２値で表現されており、Ｔｒｕｅの場合には電力状態に関わらずタスクを実行すべきであることを表す。ここで、Ｔｒｕｅ／Ｆａｌｓｅは、所定のタスクを実行すべきかどうかの可否を決定するための可否状態をに対応する情報である。
【００３４】
図２に示すクライアントコンピュータ１２０で実行される各モジュールはそれぞれＲＯＭ１０３もしくは外部メモリ１１０に保存されたファイルとして存在するプログラムモジュールである。そして、実行時にＯＳやそのモジュールを利用するモジュールによってＲＡＭ１０２にロードされ実行される
図２において、２２０はネットワークモジュールであり、任意の通信プロトコルを使用してアプリケーションサーバ１００およびＭＦＰ１５０とのネットワーク通信を行う。
【００３５】
２２１はＷｅｂブラウザであり、ネットワークモジュール２２０を介してＨＴＴＰリクエストメッセージを送信し、ＨＴＴＰレスポンスメッセージを受信して表示する。クライアントコンピュータ１２０からアプリケーションサーバ１００へのアクセスはＷｅｂブラウザ２２１を通じて行われる。
【００３６】
図２に示すＭＦＰ１５０において、各種モジュールはＲＯＭ１５４あるいは外部メモリ１６２に保存されたファイルとして存在し、実行時にＲＡＭ１５３にロードされ実行される。２３０はネットワークモジュールであり、任意の通信プロトコルを使用してアプリケーションサーバ１００やクライアントコンピュータ１２０とのネットワーク通信を行う。２３１は電力状態管理モジュールであり、ＭＦＰ１５０の最新の電力状態や電力状態遷移履歴を管理する。また電力状態管理モジュール２３１はアプリケーションサーバ１００からのアクセスに応じて、ネットワークモジュール２３０を介してＭＦＰ１５０の最新の電力状態や電力状態遷移履歴を返却する。
【００３７】
なお、ここで返却する電力状態は例えばＰｏｗｅｒＭＩＢであればｐｏｗＭｏｎｉｔｏｒＰｏｗｅｒＳｔａｔｅやｐｏｗＳｕｐｐｏｒｔＰｏｗｅｒＩｎａｃｔｉｖｅＷａｔｔｓ、ｐｏｗＳｕｐｐｏｒｔＰｏｗｅｒＡｃｔｉｖｅＷａｔｔｓなどに相当する。また、ここで返却する電力状態遷移履歴は例えばＰｏｗｅｒＭＩＢであればｐｏｗＬｏｇＥｎｔｒｙに相当する。
【００３８】
２３２は設定管理モジュールであり、ＭＦＰ１５０の設定値全般を管理する。また設定管理モジュール２３２はアプリケーションサーバ１００からのアクセスに応じて、ネットワークモジュール２３０を介してＭＦＰ１５０の設定値の更新を行う。２３３はジョブ履歴管理モジュールであり、ＭＦＰ１５０の印刷ジョブやＦａｘジョブなどのジョブ履歴を管理する。
また、ジョブ履歴管理モジュール２３３はアプリケーションサーバ１００からのアクセスに応じて、ネットワークモジュール２３０を介してＭＦＰ１５０のジョブ履歴を返却する。２３４はファームウェア管理モジュールであり、アプリケーションサーバ１００からのアクセスに応じて、ネットワークモジュール２３０を介してＭＦＰ１５０のファームウェアの更新を行う。２３５はＵＩモジュールであり、ＭＦＰ１５０の操作部１５６に表示されるＵＩの描画および操作部１５６上でユーザのＵＩ操作により入力されたユーザ入力値の受信を行う。
【００３９】
図４は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、図１に示したアプリケーションサーバ１００が管理機能のタスクを実行する際のアプリケーションサーバ１００およびＭＦＰ１５０の電力管理処理例である。なお、各ステップは、ＣＰＵ１０１が図２に示したモジュールを実行することで実現される。以下、図２に示したモジュールを主体として説明する。
Ｓ４００で、アプリケーションサーバ１００のタスク管理モジュール２０６が、管理機能の実行要求があるかどうかを判断する。その際、タスク管理モジュール２０６はデータベースサーバサービスモジュール２１０のタスク管理テーブル３０１からタスク情報を取得して判断を行う。
【００４０】
ここで、管理機能の実行要求があるとタスク管理モジュール２０６が判断した場合はＳ４０１に進み、そうでないと判断ンした場合はＳ４００に戻る。
Ｓ４０１では、アプリケーションサーバ１００の電力状態管理モジュール２０５が、タスク実行対象のＭＦＰ１５０の電力状態を取得する。取得する電力状態は、例えばＰｏｗｅｒＭＩＢであればｐｏｗＭｏｎｉｔｏｒＰｏｗｅｒＳｔａｔｅやｐｏｗＳｕｐｐｏｒｔＰｏｗｅｒＩｎａｃｔｉｖｅＷａｔｔｓ、ｐｏｗＳｕｐｐｏｒｔＰｏｗｅｒＡｃｔｉｖｅＷａｔｔｓなどから取得する。
【００４１】
Ｓ４０２で、電力状態管理モジュール２０５が、データベースサーバサービスモジュール２１０のタスク実行ポリシー管理テーブル３０２から、タスク実行対象のＭＦＰ１５０の実行タスク種別に対する実行可否判断用の電力状態情報を取得する。
Ｓ４０３で、電力状態管理モジュール２０５が、取得した実行可否判断用の電力状態情報に含まれる強制実行フラグを元に、タスクがＭＦＰ１５０の電力状態に関わらず強制実行すべきかどうかを判断する。ここで、強制実行すべきと電力状態管理モジュール２０５が判断した場合はＳ４０５に進み、そうでないと判断した場合はＳ４０４に進む。
【００４２】
Ｓ４０４で、電力状態管理モジュール２０５が、取得した実行可否判断用の電力状態情報を元に、ＭＦＰ１５０の電力状態がタスク実行可能な状態かどうかを判断する。ここで、実行可能と電力状態管理モジュール２０５が判断した場合はＳ４０５に進み、そうでないと判断した場合は、そのまま処理を終了する。
Ｓ４０５で、タスク管理モジュール２０６は、ＭＦＰ１５０に対してタスクを実行する。タスクはタスク種別に応じて設定管理モジュール２０７、ジョブ履歴管理モジュール２０８、ファームウェア管理モジュール２０９などの他モジュールを介して実行される。Ｓ４０６で、電力状態管理モジュール２０５が、タスク実行対象のＭＦＰ１５０の電力状態を再取得する。取得する電力状態は、例えばＰｏｗｅｒＭＩＢであればｐｏｗＭｏｎｉｔｏｒＰｏｗｅｒＳｔａｔｅやｐｏｗＳｕｐｐｏｒｔＰｏｗｅｒＩｎａｃｔｉｖｅＷａｔｔｓ、ｐｏｗＳｕｐｐｏｒｔＰｏｗｅｒＡｃｔｉｖｅＷａｔｔｓなどから取得してもよい。Ｓ４０７で、電力状態管理モジュール２０５が、タスク実行前後のＭＦＰ１５０の電力状態を元に、タスク実行によりＭＦＰ１５０の電力消費量が上がったかどうかを判断する。
【００４３】
ここで、電力消費量が上がったかどうかは、例えばＰｏｗｅｒＭＩＢであればｐｏｗＭｏｎｉｔｏｒＰｏｗｅｒＳｔａｔｅやｐｏｗＳｕｐｐｏｒｔＰｏｗｅｒＩｎａｃｔｉｖｅＷａｔｔｓ、ｐｏｗＳｕｐｐｏｒｔＰｏｗｅｒＡｃｔｉｖｅＷａｔｔｓなどから判断してもよい。
タスク実行によりＭＦＰ１５０の電力消費量が上がったと電力状態管理モジュール２０５が判断した場合はＳ４０８に進み、そうでないと判断した場合はそのまま処理を終了する。
Ｓ４０８で、電力状態管理モジュール２０５が、タスク実行前後のＭＦＰ１５０の電力状態を元に、タスク実行前後の電力消費量の差分が任意のしきい値以上かどうかを判断する。ここで、任意のしきい値以上と電力状態管理モジュール２０５が判断した場合はＳ４０９に進み、そうでないと判断した場合はそのまま処理を終了する。
【００４４】
Ｓ４０９で電力状態管理モジュール２０５が、タスク実行後のＭＦＰ１５０の電力消費量が任意のしきい値以上かどうかを判断する。任意のしきい値以上と電力状態管理モジュール２０５が判断した場合はＳ４１０に進み、そうでないと判断した場合はそのまま処理を終了する。Ｓ４１０で、電力状態管理モジュール２０５が、データベースサーバサービスモジュール２１０のタスク実行ポリシー管理テーブル３０２の実行可否判断用の電力状態情報を更新する。
【００４５】
実行可否判断用の電力状態情報の更新方法は、例えばタスク実行前のＭＦＰ１５０の電力状態の情報をタスク実行ポリシー管理テーブル３０２の実行ポリシーにタスク実行を禁止すべき電力状態の情報として追加する。なおここで追加する電力状態情報はＰｏｗｅｒＭＩＢではＰｏｗＰｏｗｅｒＳｔａｔｅＴＣ値に相当する。
【００４６】
データベースサーバサービスモジュール２１０のタスク実行ポリシー管理テーブル３０２におけるＭＦＰ１５０および管理タスク種別ごとの強制実行フラグは、ユーザによる設定が可能になっていてもよい。
【００４７】
図５は、図１に示したアプリケーションサーバ１００で表示されるＵＩ画面の一例を示す図である。本例は、ユーザがタスク実行ポリシーの設定を行うための実行ポリシー設定画面の画面例を示す。
図５において、５００はネットワーク機器・管理タスクリストであり、ネットワーク機器管理アプリケーション２０２が管理する全てのＭＦＰ１５０ごとに、ネットワーク機器管理アプリケーション２０２が有する管理機能のタスク種別一覧がリスト表示される。
５０１は強制実行設定チェックボックスであり、チェックボックスがチェックされると該当行のＭＦＰ１５０に対する該当タスク種別について強制実行設定が無効化され、チェックが外れると強制実行設定が有効化される。
５０２は登録ボタンであり、クリックされるとＵＩモジュール２０３がＵＩ上で設定された実行ポリシー設定を取得する。そして電力状態管理モジュール２０５が、データベースサーバサービスモジュール２１０のタスク実行ポリシー管理テーブル３０２における強制実行フラグの情報をＵＩから取得した情報で更新する。
５０３はキャンセルボタンであり、クリックされるとＵＩ上で設定された実行ポリシー設定を破棄してユーザ入力をキャンセルする。
【００４８】
なお、データベースサーバサービスモジュール２１０のタスク実行ポリシー管理テーブル３０２におけるネットワーク機器および管理タスク種別ごとの強制実行フラグは、固定値が初期設定されユーザによる変更を許容しないようにしてもよい。
例えばＭＦＰ１５０のソフトウェア障害を修正するＨｏｔｆｉｘを含むファームウェア更新タスクや、集計期限が指定されているジョブ履歴の月次集計タスクなどの場合には常に強制実行を有効化しておく、などでもよい。
【００４９】
以上の処理により、アプリケーションサーバ１００が、ＭＦＰ１５０がどの電力状態のときにどのようなネットワーク通信を行うと消費電力が増加してしまうかを把握し、ネットワーク機器の消費電力を考慮して管理機能の実行可否を判断することができる。
【００５０】
〔第２実施形態〕
【００５１】
本実施形態では、管理タスクの実行可否判断に使用する電力状態の情報として、複数の電力状態間での電力状態遷移に関する履歴情報を用いる例を説明する。なお、本実施形態ではタスク実行前後の任意の時間内の電力状態遷移の情報を用いる例を示すが、タスク実行前後の任意の電力状態遷移回数分の電力状態遷移の情報を用いて管理タスクの実行可否を判断してもよい。
【００５２】
また、本実施形態のネットワーク機器を含むネットワーク機器管理システムのシステム構成およびハードウェア構成・ソフトウェア構成については、第１実施形態における図１、図２と同様のため説明を省略する。ネットワーク機器管理装置内のデータベースのテーブル構成についても、第１実施形態の図３と同様のため説明を省略する。
【００５３】
図６は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、図１に示したアプリケーションサーバ１００が管理機能のタスクを実行する際のアプリケーションサーバ１００およびＭＦＰ１５０の電力管理処理例である。なお、各ステップは、ＣＰＵ１０１が図２に示したモジュールを実行することで実現される。以下、図２に示したモジュールを主体として説明する。なお、Ｓ４００、Ｓ４０２〜Ｓ４０５、Ｓ４０７〜Ｓ４１０については第１実施形態の図４の処理と同様のため、説明を省略する。
【００５４】
Ｓ４００でアプリケーションサーバ１００のタスク管理モジュール２０６が管理機能の実行要求があると判断した場合はＳ６００に進む。
Ｓ６００で電力状態管理モジュール２０５が、タスク実行対象のＭＦＰ１５０の電力状態遷移履歴を取得する。なお、取得する電力状態遷移履歴は、例えばＰｏｗｅｒＭＩＢであればｐｏｗＬｏｇＥｎｔｒｙに相当する。そして、Ｓ６００の処理が完了したらＳ４０２に進む。Ｓ４０５でタスク管理モジュール２０６がＭＦＰ１５０に対してタスクを実行したら、Ｓ６０１に進む。Ｓ６０１で電力状態管理モジュール２０５が、タスク実行後に任意の待機時間が経過したかどうかを判断する。ここで、任意の待機時間が経過したと電力状態管理モジュール２０５が判断した場合はＳ６０２に進み、そうでないと判断した場合はＳ６０１に戻る。
【００５５】
Ｓ６０２で、電力状態管理モジュール２０５が、タスク実行対象のＭＦＰ１５０の電力状態遷移履歴を再度取得する。取得する電力状態遷移履歴は、例えばＰｏｗｅｒＭＩＢであればｐｏｗＬｏｇＥｎｔｒｙに相当する。Ｓ６０２の処理が完了したらＳ４０７に進み、Ｓ４０７では電力状態管理モジュール２０５が、タスク実行前後のＭＦＰ１５０の電力状態遷移履歴を元に、タスク実行によりＭＦＰ１５０の電力消費量が上がったかどうかを判断する。
【００５６】
以上の処理により、管理タスクの実行直前と実行直後のＭＦＰ１５０の電力状態だけでなく複数の電力状態からなる電力状態遷移履歴を用いた、ネットワーク機器の消費電力を考慮した管理機能の実行可否の判断が可能となる。
【００５７】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたは装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えばＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５８】
１００  アプリケーションサーバ
１５０  ＭＦＰ
【図１】
2016091511.tif 000003
【図２】
2016091511.tif 000004
【図３】
2016091511.tif 000005
【図４】
2016091511.tif 000006
【図５】
2016091511.tif 000007
【図６】
2016091511.tif 000008