JP7073958B2 - 機器管理装置、機器管理システム、及びプログラム - Google Patents

Description

本発明は、機器管理装置、機器管理システム、及びプログラムに関する。

ネットワークに接続された複数の管理対象機器（例えば、複合機等の画像処理装置）の管理を効率的に行うために、機器管理装置（管理サーバ）により管理対象機器を一元管理する機器管理システムが知られている。

機器管理システムでは、機器管理装置は、各管理対象機器から稼働情報を取得して、各管理対象機器の継続稼働に影響する要因（故障の有無、用紙やトナー等の消耗品の残量など）を一元管理する。このような機器管理システムでは、機器管理装置の稼働情報は、仲介装置により収集され、収集データとして、インターネット等を介して機器管理装置へ送信される。

例えば、各仲介装置は、機器管理装置への稼働情報の通知、及び機器管理装置側からの指示の確認のために、定期的に（例えば、１時間に１回）機器管理装置にポーリングを実施する。リモート点検の実施などで機器管理装置側から各機器管理装置の稼働情報を取得する場合には、機器管理装置は、各仲介装置からのポーリングに応答して仲介装置に稼働情報の収集データの送信を要求する。機器管理装置は、各仲介装置から受信した稼働情報に基づいて計算処理（診断処理）を行い、各管理対象機器の状態を点検する。

しかしながら、従来の機器管理システムでは、１つの機器管理装置に、多数の仲介装置が接続されるので、特定の時間帯に各仲介装置から機器管理装置に収集データが集中して送信されることがある。このように、機器管理装置において、データ受信量が多い時間帯では、上記計算処理の負荷が増大し、パフォーマンス（計算速度）が低下する可能性がある。一方、仲介装置からのデータ受信量が少ない時間帯では、計算リソースが有効に活用されない。

そこで、特許文献１に記載のように、計算負荷を分散するために複数のＰＣ（Personal Computer）を接続し、各ＰＣのパフォーマンス値に基づいて最適な処理の分配を行うことが考えられる。

しかしながら、特許文献１に記載の技術を機器管理装置に適用とした場合、パフォーマンスは向上するが、機器管理装置のデータ受信量は時間帯によって大きく異なることに変わりはなく、データ受信量が少ない時間帯における計算リソースを有効に活用することはできない。

開示の技術は、上記事情に鑑みてこれを解決すべくなされたものであり、データ受信量が少ない時間帯における計算リソースを有効に活用することを目的としている。

開示の技術は、管理対象機器からデータを収集する複数の仲介装置と通信する通信部と、送信スケジュールにしたがって前記仲介装置から送信される収集データに基づいて計算処理を行う計算処理部と、前記計算処理部の負荷を監視して前記負荷が規定値を超えた高負荷期間を抽出する負荷状態監視部と、前記高負荷期間に受信した前記収集データと、当該収集データの送信元の前記仲介装置とを、高負荷原因として特定する高負荷原因特定部と、前記高負荷原因に基づいて新たな送信スケジュールを作成する新スケジュール作成部と、を有する機器管理装置である。

データ受信量が少ない時間帯における計算リソースの活用を図ることができる。

本発明の一実施形態に係る機器管理システムの全体構成を例示する図である。 管理対象機器のハードウェア構成を例示する図である。 機器管理装置のハードウェア構成を例示する図である。 管理対象機器及び仲介装置の主要な機能構成を例示するブロック図である。 送信スケジュール記憶部に記憶された送信スケジュールを例示する図である。 機器管理装置の主要な機能構成を例示するブロック図である。 稼働情報記憶部に記憶された稼働情報を例示する図である。 高負荷期間の抽出方法を説明する図である。 高負荷原因の特定方法を説明する図である。 高負荷原因の記録態様を例示する図である。 新スケジュールの作成方法を説明する図である。 機器管理システムの動作を説明するシーケンス図である。 変形例に係る機器管理システムの動作を説明するシーケンス図である。

以下、添付図面を参照しながら、本発明に係る機器管理装置、機器管理システム、及びプログラムの一実施形態を詳細に説明する。なお、以下の実施形態により本発明が限定されるものではない。

［全体構成］
図１は、本発明の一実施形態に係る機器管理システム１の全体構成を例示する図である。図１に示すように、機器管理システム１は、機器管理装置１０と、複数の仲介装置２０と、複数の管理対象機器３０とを含む。

機器管理装置１０は、例えば、サーバ装置であって、サービスセンタ（管理センタ）に設置されている。管理対象機器３０及び仲介装置２０は、例えば、機器利用者（ユーザ）側のオフィス等の設置環境に設置されている。図１には、３つの設置環境Ａ～Ｃを例示している。

管理対象機器３０としては、種々の電子装置に通信機能を設けた通信装置が考えられ、例えば、デジタル複合機（ＭＦＰ：Multi-Function Peripheral）等の画像形成装置や、ネットワーク家電、自動販売機、医療機器、電源装置、空調システム、ガス・水道・電気等の計量システム等に通信機能を持たせた通信装置が考えられる。また、複数の管理対象機器３０として、種類の異なる機器が混在していてもよい。

本実施形態では、管理対象機器３０を画像形成装置とする。画像形成装置が実行する画像形成動作として、コピー機能によるコピー動作、プリンタ機能によるプリント動作、ファクシミリ機能によるファクス動作、スキャナ機能によるスキャン動作などがある。

コピー動作は、原稿画像を読み取ってそれを用紙等の記録媒体上にコピーする動作である。プリント動作は、パーソナルコンピュータ等の端末装置から受信した画像データにより用紙上に画像を印刷する動作である。ファクス動作は、原稿画像を読み取り、読み取った画像データを外部のファクシミリ装置等へファクス送信する動作、及び、外部のファクシミリ装置等からファクス受信した画像データに基づき、用紙等の記録媒体上に画像を記録する動作である。スキャン動作は、原稿画像を読み取り、読み取った画像データをメモリに記憶する動作である。

各設置環境において、１つの仲介装置２０には、１又は複数の管理対象機器３０が、ＬＡＮ（Local Area Network）によって接続されている。

また、機器管理装置１０は、インターネット等のネットワークＮを介して、各仲介装置２０と接続されている。機器管理装置１０は、仲介装置２０を介して各管理対象機器３０を集中的に遠隔管理する。具体的には、機器管理装置１０は、各管理対象機器３０の機器状態の監視や診断、各管理対象機器３０から通知される通知内容の解析、カウンタの自動検針など（いわゆるリモート点検）を行う。

各設置環境には、セキュリティ面を考慮してファイアウォールが設置されていてもよい。また、管理対象機器３０と仲介装置２０との間、及び仲介装置２０と管理対象機器３０との間では、ＳＳＬ（Secure Socket Layer）通信等の暗号化通信でデータが送受信される。

なお、仲介装置の機能を管理対象機器に組み込むことにより、管理対象機器を、仲介器を介さずに機器管理装置１０に直接接続することも可能である。

［ハードウェア構成］
次に、管理対象機器３０のハードウェア構成について説明する。図２は、ＭＦＰとしての管理対象機器３０のハードウェア構成を例示する図である。

図２に示すように、管理対象機器３０は、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、外部記憶装置１０４と、エンジン部１０５と、操作表示部１０６と、通信Ｉ／Ｆ１０７とを有する。これらの各部は、システムバス１０８を介して接続されている。

ＣＰＵ１０１は、ＲＯＭ１０２等に記憶されているプログラムをＲＡＭ１０３に読み出して実行し、管理対象機器３０の動作を統括的に制御する。

ＲＯＭ１０２は、管理対象機器３０により用いられるプログラム等を記憶するフラッシュメモリ等の不揮発性メモリである。また、ＲＯＭ１０２は、管理対象機器３０に設定されている情報、後述する稼働情報等の各種情報を保持する。

ＲＡＭ１０３は、ＣＰＵ１０１の演算用のワークエリアとして使用される揮発性メモリである。

外部記憶装置１０４は、画像データ及び印刷データ等の各種データを記憶するＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の記憶装置である。

エンジン部１０５は、スキャナ機能、プリンタ機能、コピー機能等を実現するハードウェア装置である。また、エンジン部１０５は、用紙やトナー等の消耗品の残量を検出するセンサや、印刷枚数（出力枚数）をカウントするカウンタや、各種エラーを検出するセンサなどを有している。これらのセンサやカウンタは、稼働情報の取得に用いられる。

操作表示部１０６は、例えば、タッチパネル等であり、管理対象機器３０に対する指示の入力を受け付けるとともに、管理対象機器３０の状態等の情報を表示する装置である。なお、操作表示部１０６を、操作部と表示部とに分離してもよい。

通信Ｉ／Ｆ１０７は、ＬＡＮ等に接続して、仲介装置２０とデータ通信するためのインタフェースである。

次に、機器管理装置１０のハードウェア構成について説明する。仲介装置２０のハードウェア構成は、機器管理装置１０と同様であるので、図示を省略する。

図３は、機器管理装置１０のハードウェア構成を例示する図である。機器管理装置１０は、管理対象機器３０から仲介装置２０を介して取得する稼働情報に基づいて、各管理対象機器３０を遠隔管理する装置である。

図３に示すように、機器管理装置１０は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、機器Ｉ／Ｆ２０５、ネットワークＩ／Ｆ２０８を有し、これらはバス２０９を介して互いに接続されている。また、機器Ｉ／Ｆ２０５には、表示部２０６及び操作部２０７が接続されている。

ＣＰＵ２０１は、機器管理装置１０全体の動作を統括的に制御する。ＲＡＭ２０２は、ＣＰＵ２０１が情報を処理する際の作業領域として用いられる。ＲＯＭ２０３には、ファームウェア等のプログラムが格納されている。

ＨＤＤ２０４には、ＯＳ（Operating System）や各種の制御プログラム、アプリケーションプログラム等が格納される。ＨＤＤ２０４は、機器管理装置１０の各種機能を実現するために必要なファイルやデータ等を格納する。また、ＨＤＤ２０４は、管理対象機器３０の管理に用いる管理プログラムや、管理対象機器３０から取得された稼働情報等のデータを記憶する。

機器Ｉ／Ｆ２０５は、表示部２０６及び操作部２０７をバス２０９に接続するためのインタフェースである。表示部２０６は、各種の情報を表示するための視覚的ユーザインタフェースであり、例えばＬＣＤ（Liquid Crystal Display）などで構成される。操作部２０７は、キーボードやマウス等、ユーザが機器管理装置１０に対して各種の情報を入力するためのユーザインタフェースである。

ネットワークＩ／Ｆ２０８は、機器管理装置１０をネットワークＮに接続するためのインタフェースである。

ＲＯＭ２０３に格納されたプログラムや、ＨＤＤ２０４やＲＡＭ２０２にロードされたプログラムに従ってＣＰＵ２０１が演算を行うことにより、ソフトウェア制御部が構成される。このソフトウェア制御部と、ハードウェアとの組み合わせによって、機能ブロックが構成される。

なお、機器管理装置１０により用いられるプログラムは、インストール可能な形式又は実行可能な形式のファイルで、記録メディア等のコンピュータで読み取り可能な記録媒体に記録してもよい。

［機能構成］
次に、管理対象機器３０及び仲介装置２０の機能構成について説明する。図４は、管理対象機器３０及び仲介装置２０の主要な機能構成を例示するブロック図であり、本実施形態に関わる特徴的な部分のみを示している。

図４に示すように、管理対象機器３０は、稼働情報記憶部３００と、通信部３０１と、送受信制御部３０２とを有する。これらは、ＣＰＵ１０１がプログラムを実行することで実現される機能部である。

稼働情報記憶部３００は、管理対象機器３０の稼働情報を、上述のエンジン部１０５から取得して記憶する。この稼働情報には、用紙やトナー等の消耗品の残量値、印刷枚数のカウント値、エラー情報などが含まれる。

通信部３０１は、仲介装置２０の通信部４０１との間で通信を行う。

送受信制御部３０２は、稼働情報記憶部３００と通信部３０１とに接続されており、仲介装置２０との間におけるデータの送受信を制御する。具体的には、送受信制御部３０２は、仲介装置２０から通信部３０１を介して稼働情報の送信要求指示を受信し、受信した送信要求指示に応じた稼働情報を稼働情報記憶部３００から取得する。また、送受信制御部３０２は、稼働情報記憶部３００から取得した稼働情報を、通信部３０１を介して仲介装置２０に送信する。

仲介装置２０は、稼働情報収集部４００と、通信部４０１と、送受信制御部４０２と、送信スケジュール記憶部４０３とを有する。これらは、ＣＰＵがプログラムを実行することで実現される機能部である。

稼働情報収集部４００は、仲介装置２０に接続された各管理対象機器３０から稼働情報を収集して、収集データとして記憶する。例えば、稼働情報収集部４００には、収集した稼働情報の内容が、その種類（用紙の残量値、トナーの残量値、印刷枚数のカウント値など）とともに、管理対象機器３０の識別情報（管理対象機器ＩＤ）に対応づけられて記憶される。

通信部４０１は、管理対象機器３０の通信部３０１との間で通信を行う。また、通信部４０１は、ネットワークＮを介して、機器管理装置１０の通信部５００（図６参照）との間で通信を行う。

送受信制御部４０２は、稼働情報収集部４００、通信部４０１、及び送信スケジュール記憶部４０３に接続されている。送受信制御部４０２は、管理対象機器３０及び機器管理装置１０との間におけるデータの送受信を制御する。具体的には、送受信制御部４０２は、管理対象機器３０に稼働情報の送信要求指示を送信し、これに応じて管理対象機器３０から受信した稼働情報を稼働情報収集部４００に記憶させる。

また、送受信制御部４０２は、送信スケジュール記憶部４０３に記憶されている送信スケジュールにしたがって、稼働情報収集部４００に記憶された稼働情報の収集データを、管理対象機器ＩＤとともに機器管理装置１０に送信する。

送信スケジュール記憶部４０３には、仲介装置２０から機器管理装置１０へ定期的に送信する必要がある稼働情報（用紙の残量値、トナーの残量値、印刷枚数のカウント値など）に関する送信スケジュールが記憶されている。

図５は、送信スケジュール記憶部４０３に記憶された送信スケジュールを例示する図である。図５に示すように、例えば、送信スケジュールは、管理対象機器ＩＤに、稼働情報の種類及び送信時刻が対応付けられたものである。

なお、送受信制御部４０２は、故障時のエラー情報やアラーム通報等については、送信スケジュールにはしたがわずに、機器管理装置１０へ随時送信する。

詳しくは後述するが、送信スケジュール記憶部４０３に記憶された送信スケジュールは、機器管理装置１０から送信される新スケジュールによって適宜更新される。

次に、機器管理装置１０の機能構成について説明する。

図６は、機器管理装置１０の主要な機能構成を例示するブロック図であり、本実施形態に関わる特徴的な部分のみを示している。

図６に示すように、機器管理装置１０は、通信部５００と、送受信制御部５０１と、稼働情報記憶部５０２と、計算処理部５０３と、負荷状態監視部５０４と、スケジューリング部５０５とを有する。これらは、ＣＰＵ１０１がプログラムを実行することで実現される機能部である。

通信部５００は、ネットワークＮを介して、各仲介装置２０の通信部４０１との間で通信を行う。

送受信制御部５０１は、通信部５００、稼働情報記憶部５０２、及びスケジューリング部５０５に接続されている。送受信制御部５０１は、各仲介装置２０との間におけるデータの送受信を制御する。具体的には、送受信制御部５０１は、各仲介装置２０から送信される稼働情報の収集データを受信して、稼働情報記憶部５０２に記憶させる。また、送受信制御部５０１は、後述する新スケジュール作成部５０５ｃにより作成される新スケジュールを各仲介装置２０に送信する。

稼働情報記憶部５０２は、各仲介装置２０から受信した収集データに含まれる稼働情報を、稼働情報を受信した仲介装置２０の識別情報（仲介装置ＩＤ）に対応付けて記憶する。

図７は、稼働情報記憶部５０２に記憶された稼働情報を例示する図である。図７に示すように、稼働情報記憶部５０２には、例えば、稼働情報を受信した仲介装置２０の仲介装置ＩＤに、管理対象機器ＩＤ、稼働情報の種類、内容、受信開始時刻、及び受信終了時刻が対応付けられて記憶される。

図６に戻り、計算処理部５０３は、ＣＰＵ１０１及びメモリ（ＲＡＭ１０３）を使用して計算処理を行うものであって、稼働情報記憶部５０２に記憶された稼働情報に基づいて、各管理対象機器３０の状態の診断等を行うための計算処理を行う。

負荷状態監視部５０４は、計算処理部５０３が計算処理に用いる計算リソースの負荷状態を監視する。ここで、負荷状態監視部５０４が監視する負荷として、ＣＰＵ負荷（計算処理に使用するＣＰＵ１０１の使用率）や、メモリの消費量（計算処理に使用するＲＡＭ１０３の使用率）が挙げられる。また、負荷状態監視部５０４は、計算処理部５０３による計算処理時におけるハードウェア及び／又はネットワークのＩ／Ｏ負荷などを監視してもよい。負荷状態監視部５０４は、ＣＰＵ１０１の使用率を監視することが好ましいが、複数種の負荷を同時に監視してもよい。

また、負荷状態監視部５０４は、負荷状態記録部５０４ａと、高負荷期間抽出部５０４ｂとを有している。負荷状態記録部５０４ａは、計算リソースの負荷の状態を一定時間ごとに記録する。高負荷期間抽出部５０４ｂは、負荷状態記録部５０４ａにより記録された記録データに基づいて高負荷期間を抽出する。具体的には、図８に例示するように、負荷が規定値Ｔを超えた期間を高負荷期間として抽出する。なお、高負荷期間以外の期間を低負荷期間という。また、各高負荷期間は、一日のうちの時刻を用いて、例えば、高負荷開始時刻と高負荷終了時刻とにより規定する。

スケジューリング部５０５は、現行スケジュール記憶部５０５ａと、高負荷原因特定部５０５ｂと、新スケジュール作成部５０５ｃと、新スケジュール配布部５０５ｄとを有する。

現行スケジュール記憶部５０５ａは、現行の送信スケジュール（以下、現行スケジュールという。）を記憶している。この現行スケジュールは、すべての仲介装置２０の送信スケジュール記憶部４０３に記憶されている各送信スケジュールを統合したものである。

高負荷原因特定部５０５ｂは、稼働情報記憶部５０２に記憶された稼働情報を参照し、高負荷期間抽出部５０４ｂにより抽出された各高負荷期間内に受信した稼働情報と、その稼働情報の送信元の仲介装置２０を、高負荷原因として特定する。具体的には、図９に例示するように、種類ごとに受信される各稼働情報の受信期間のうち、高負荷期間に少なくとも一部が重複しているものを抽出する。

そして、図１０に例示するように、高負荷原因特定部５０５ｂは、高負荷原因として、高負荷期間と、その高負荷期間に稼働情報を受信した仲介装置２０の管理対象機器ＩＤと、稼働情報の種類、受信期間（受信開始時刻及び受信終了時刻）とを対応付けて記録する。

新スケジュール作成部５０５ｃは、高負荷原因特定部５０５ｂにより特定された高負荷原因に基づき、負荷を低減するための新たな送信スケジュール（以下、新スケジュールという。）を作成する。具体的には、図１１に例示するように、新スケジュール作成部５０５ｃは、高負荷期間に受信した稼働情報の一部が、次回の受信時には低負荷期間に受信されるように送信時刻の再設定を行うことにより、新スケジュールを作成する。

なお、新スケジュール作成部５０５ｃは、新スケジュールを作成する際に、同一の管理対象機器３０から得られた稼働情報に含まれる複数種の情報のうち、一部（例えば、半分）の種類を低負荷期間に分散させてもよい。

新スケジュール配布部５０５ｄは、新スケジュール作成部５０５ｃにより新スケジュールが作成された場合に、現行スケジュール記憶部５０５ａに記憶された現行スケジュールを新スケジュールに置き換える。

そして、新スケジュール配布部５０５ｄは、新スケジュールを、送受信制御部５０１及び通信部５００を介して、各仲介装置２０に配布する。なお、新スケジュール配布部５０５ｄは、送信スケジュールの更新が不要な仲介装置２０に対しては、新スケジュールの配布は行わない。

［動作］
次に、機器管理システム１の動作を説明する。図１２は、機器管理システム１の動作を説明するシーケンス図である。図１２では、仲介装置２０及び管理対象機器３０の動作をそれぞれ１つのシーケンスで示しているが、実際には、複数の仲介装置２０及び複数の管理対象機器３０がそれぞれ並行して動作する。

図１２に示すように、まず、機器管理装置１０において、負荷状態監視部５０４が負荷の監視を開始する（ステップＳ１０）。この負荷の監視を開始後、負荷状態記録部５０４ａは、負荷の状態を一定時間ごとに記録し、高負荷期間抽出部５０４ｂが、一定時間ごとに高負荷期間の抽出処理を行う。

次に、各仲介装置２０は、各管理対象機器３０に対して稼働情報送信要求を送信する（ステップＳ１１）。各管理対象機器３０は、仲介装置２０から稼働情報送信要求を受信すると、当該仲介装置２０へ稼働情報記憶部３００に記憶された稼働情報を送信する（ステップＳ１２）。仲介装置２０は、自身に接続された各仲介装置２０から送信された稼働情報を収集して、収集データとして稼働情報収集部４００に記憶させる（ステップＳ１３）。

仲介装置２０は、送信スケジュール記憶部４０３に記憶された送信スケジュールに規定された送信時刻に基づき、規定の送信時刻となった場合に（ステップＳ１４でＹ）、稼働情報の収集データを機器管理装置１０に送信する（ステップＳ１５）。機器管理装置１０は、稼働情報の収集データを受信すると、受信通知を送信元の仲介装置２０へ送信し（ステップＳ１６）、受信した稼働情報の収集データを稼働情報記憶部５０２に記憶させて保存する（ステップＳ１７）。

次に、機器管理装置１０において、計算処理部５０３により計算処理が行われる（ステップＳ１８）。そして、スケジューリング部５０５により再スケジュール処理が行われる（ステップＳ１９）。この再スケジュール処理では、高負荷原因特定部５０５ｂによる高負荷原因の特定、及び新スケジュール作成部５０５ｃによる新スケジュールの作成が行われる。新スケジュール作成部５０５ｃにより作成された新スケジュールは、新スケジュール配布部５０５ｄにより、各仲介装置２０に配布される（ステップＳ１９）。

また、機器管理装置１０は、計算処理による診断結果に基づき、診断結果の報告や、各管理対象機器３０の稼働を維持するためのアクション（例えば、テクニカルコールセンタやサービス拠点への通知）などを行う。

［効果］
本実施形態に係る機器管理システム１によれば、高負荷期間の負荷を低負荷期間に分散させるように、送信スケジュールの再スケジュール処理を行うので、データ受信量が少ない時間帯における計算リソースを有効に活用することができる。また、この結果、パフォーマンス（計算速度）の低下が抑制される。

［変形例］
次に、上記実施形態に係る機器管理システム１の変形例について説明する。

上記実施形態では、各仲介装置２０が送信スケジュールを保持し、各仲介装置２０が送信スケジュールに基づいて収集データを機器管理装置１０に送信している。これに対して、本変形例では、機器管理装置１０が保持する送信スケジュールに基づき、機器管理装置１０から各仲介装置２０に収集データの送信を要求する。したがって、本変形例では、各仲介装置２０は、送信スケジュールを保持する必要はない。

本変形例に係る機器管理システムの構成は、仲介装置２０において送信スケジュール記憶部４０３が不要であること以外は、上記実施形態に係る機器管理システム１の構成と同様である。

図１３は、本変形例に係る機器管理システムの動作を説明するシーケンス図である。図１３において、ステップＳ３０～Ｓ３３は、上記実施形態におけるステップＳ１０～Ｓ１３と同様であるので、説明は省略する。

本変形例では、ステップＳ３３の後、機器管理装置１０は、現行スケジュール記憶部５０５ａに記憶された送信スケジュールに規定された送信時刻に基づき、規定の送信時刻となった場合に（ステップＳ３４でＹ）、該当する仲介装置２０に収集データの送信要求を送信する（ステップＳ３５）。仲介装置２０は、機器管理装置１０から送信要求を受信すると、稼働情報収集部４００に記憶された稼働情報の収集データを機器管理装置１０に送信する（ステップＳ３６）。

この後のステップＳ３７～Ｓ３９については、上記実施形態におけるステップＳ１７～Ｓ１９と同様であるので、説明は省略する。なお、本変形例では、機器管理装置１０が収集データの送信スケジュールを管理するので、新スケジュールを各仲介装置２０に配布する必要はない。

再スケジュール処理により、現行スケジュール記憶部５０５ａに記憶された送信スケジュールが新スケジュールで置き換えられる。この後、機器管理装置１０は新スケジュールに基づいて送信スケジュールを管理する。

なお、上記実施形態では、仲介装置２０が管理対象機器３０から稼働情報を収集する構成を例示しているが、仲介装置２０が収集するデータは稼働情報には限られない。すなわち、本発明は、仲介装置が１又は複数の機器管理装置からデータを収集し、機器管理装置が１又は複数の仲介装置により収集されたデータに基づいて計算処理を行う機器管理システムに適用可能である。

以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

１ 機器管理システム
１０ 機器管理装置
２０ 仲介装置
３０ 管理対象機器
３００ 稼働情報記憶部
３０１ 通信部
３０２ 送受信制御部
４００ 稼働情報収集部
４０１ 通信部
４０２ 送受信制御部
４０３ 送信スケジュール記憶部
５００ 通信部
５０１ 送受信制御部
５０２ 稼働情報記憶部
５０３ 計算処理部
５０４ 負荷状態監視部
５０４ａ 負荷状態記録部
５０４ｂ 高負荷期間抽出部
５０５ スケジューリング部
５０５ａ 現行スケジュール記憶部
５０５ｂ 高負荷原因特定部
５０５ｃ 新スケジュール作成部
５０５ｄ 新スケジュール配布部

特開２００８－１９１８８１号公報

Claims (9)

1. 管理対象機器からデータを収集する複数の仲介装置と通信する通信部と、
   送信スケジュールにしたがって前記仲介装置から送信される前記データに基づいて計算処理を行う計算処理部と、
   前記計算処理部の負荷を監視して前記負荷が規定値を超えた高負荷期間を抽出する負荷状態監視部と、
   前記高負荷期間に受信した前記データと、当該データの送信元の前記仲介装置とを、高負荷原因として特定する高負荷原因特定部と、
   前記高負荷原因に基づいて新たな送信スケジュールを作成する新スケジュール作成部と、
   を有する機器管理装置。
2. 前記仲介装置は、前記送信スケジュールを保持し、前記送信スケジュールに基づいて前記データを送信するものであって、
   前記仲介装置に、前記新スケジュール作成部により作成された前記新たな送信スケジュールを配布する新スケジュール配布部をさらに有する請求項１に記載の機器管理装置。
3. 前記新スケジュール作成部は、前記高負荷期間に受信した前記データの一部を、前記高負荷期間以外の低負荷期間に分散させることにより、前記新たな送信スケジュールを作成する請求項１又は２に記載の機器管理装置。
4. 前記管理対象機器は、画像形成装置であり、
   前記データは、前記画像形成装置の稼働情報を収集したデータである請求項１ないし３いずれか１項に記載の機器管理装置。
5. 前記通信部は、インターネットを介して前記管理対象機器と通信する請求項１ないし４いずれか１項に記載の機器管理装置。
6. 前記計算処理部は、ＣＰＵ及びメモリを使用して前記計算処理を行うものであって、
   前記負荷状態監視部が監視する前記負荷は、前記計算処理に使用する前記ＣＰＵと前記メモリの少なくともいずれかの使用率である請求項１ないし５いずれか１項に記載の機器管理装置。
7. 前記負荷状態監視部が監視する前記負荷は、前記計算処理部による前記計算処理時におけるハードウェア及び／又はネットワークのＩ／Ｏ負荷である請求項１ないし５いずれか１項に記載の機器管理装置。
8. 管理対象機器からデータを収集する複数の仲介装置と、前記仲介装置を介して前記管理対象機器を管理する機器管理装置と有する機器管理システムであって、
   前記機器管理装置は、
   前記仲介装置と通信する通信部と、
   送信スケジュールにしたがって前記仲介装置から送信される前記データに基づいて計算処理を行う計算処理部と、
   前記計算処理部の負荷を監視して前記負荷が規定値を超えた高負荷期間を抽出する負荷状態監視部と、
   前記高負荷期間に受信した前記データと、当該データの送信元の前記仲介装置とを、高負荷原因として特定する高負荷原因特定部と、
   前記高負荷原因に基づいて新たな送信スケジュールを作成する新スケジュール作成部と、
   を有する機器管理システム。
9. 複数の管理対象機器からデータを収集する複数の仲介装置を介して前記管理対象機器を管理する機器管理装置により実行されるプログラムであって、
   前記機器管理装置に、
   送信スケジュールにしたがって前記仲介装置から送信される前記データに基づいて計算処理を行う計算処理部と、
   前記計算処理部の負荷を監視して前記負荷が規定値を超えた高負荷期間を抽出する負荷状態監視部と、
   前記高負荷期間に受信した前記データと、当該データの送信元の前記仲介装置とを、高負荷原因として特定する高負荷原因特定部と、
   前記高負荷原因に基づいて新たな送信スケジュールを作成する新スケジュール作成部と、
   の機能を実現させるプログラム。

Images