(57)【要約】      （修正有）【課題】被管理装置を管理する情報処理装置の状態がその管理に及ぼす影響を低減可能な管理システム、情報処理装置および画像形成装置を提供する。【解決手段】画像形成装置２Ａを所有するＡ社が、保守会社のＣ社との間でサポート契約を結び、画像形成装置２Ｂを所有するＢ社が、Ｃ社との間でサポート契約を結んでいない場合、発生した通知タイミングで画像形成装置２Ｂが情報処理装置１Ａに問い合わせを行うと（Ｓ６１）、高負荷状態の情報処理装置１Ａは、画像形成装置２Ｂに対してデータの削除を指示し（Ｓ６２）、今回の通知タイミングでのデータ送信を許可しない。サポート対象の画像形成装置２Ａが情報処理装置１Ａに問い合わせると（Ｓ６３）、情報処理装置１Ａは、画像形成装置２Ａが収集した全データの送信を指示し（Ｓ６４）、画像形成装置２Ａは、収集した全データを情報処理装置１Ａに送信する（Ｓ６５）。【選択図】図１１
2019040307.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置と、
前記画像形成装置から送信されるデータを基に当該画像形成装置を管理する情報処理装置と、
を含み、
前記情報処理装置は、
前記画像形成装置の管理情報を取得する取得手段と、
前記画像形成装置に対し、前記取得手段により取得される前記管理情報と自身の負荷状態とに応じて、送信に関する指示を行う指示手段と、
を備える管理システム。
【請求項２】
前記情報処理装置は、前記指示手段の前記送信に関する指示の内容を前記画像形成装置が実行するプログラムを保持する保持手段をさらに備える、ことを特徴とする請求項１に記載の管理システム。
【請求項３】
前記保持手段は、前記自身の負荷状態が予め定められた場合に送信される第１のプログラムおよび第２のプログラムを少なくとも保持し、
前記第１のプログラムは第１の場合に送信され、前記第２のプログラムは、当該第１の場合とは異なる第２の場合に送信される、ことを特徴とする請求項２に記載の管理システム。
【請求項４】
前記画像形成装置は、前記自身の負荷状態に応じて、前記送信に関する指示とは異なる内容を実行することを特徴とする請求項１に記載の管理システム。
【請求項５】
前記画像形成装置により実行される前記異なる内容は、前記送信に関する指示に対応するデータの種類を基に実行されるものである、ことを特徴とする請求項４に記載の管理システム。
【請求項６】
管理対象である画像形成装置の管理情報を取得する取得手段と、
前記画像形成装置に対し、前記取得手段により取得される前記管理情報と自身の負荷状態とに応じて、送信に関する指示を行う指示手段と、
を備える情報処理装置。
【請求項７】
自身を管理する情報処理装置からの送信に関する指示を受付ける受付け手段と、
前記受付け手段により受付けた前記送信に関する指示に応じて前記情報処理装置に、自身の管理のためのデータを送信する送信手段と、
を備える画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システム、情報処理装置および画像形成装置に関するものである。
【背景技術】
【０００２】
例えば、特許文献１は、画像形成装置のステータスを示す情報である第１メンテナンス情報と、出力面数を含むカウンタ情報である第２メンテナンス情報を情報収集サーバへ通知するに際し、情報収集サーバへの通信障害の復旧に応じて、複数のタイミングにおいて収集された第１メンテナンス情報と、複数のタイミングにおいて収集された一部の第２メンテナンス情報との通知を行う情報処理装置を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−５０４６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、被管理装置を管理する情報処理装置の状態がその管理に及ぼす影響を低減可能な管理システム、情報処理装置および画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、画像形成装置と、前記画像形成装置から送信されるデータを基に当該画像形成装置を管理する情報処理装置と、を含み、前記情報処理装置は、前記画像形成装置の管理情報を取得する取得手段と、前記画像形成装置に対し、前記取得手段により取得される前記管理情報と自身の負荷状態とに応じて、送信に関する指示を行う指示手段と、を備える管理システムである。
請求項２に記載の発明は、前記情報処理装置は、前記指示手段の前記送信に関する指示の内容を前記画像形成装置が実行するプログラムを保持する保持手段をさらに備える、ことを特徴とする請求項１に記載の管理システムである。
請求項３に記載の発明は、前記保持手段は、前記自身の負荷状態が予め定められた場合に送信される第１のプログラムおよび第２のプログラムを少なくとも保持し、前記第１のプログラムは第１の場合に送信され、前記第２のプログラムは、当該第１の場合とは異なる第２の場合に送信される、ことを特徴とする請求項２に記載の管理システムである。
請求項４に記載の発明は、前記画像形成装置は、前記自身の負荷状態に応じて、前記送信に関する指示とは異なる内容を実行することを特徴とする請求項１に記載の管理システムである。
請求項５に記載の発明は、前記画像形成装置により実行される前記異なる内容は、前記送信に関する指示に対応するデータの種類を基に実行されるものである、ことを特徴とする請求項４に記載の管理システムである。
請求項６に記載の発明は、管理対象である画像形成装置の管理情報を取得する取得手段と、前記画像形成装置に対し、前記取得手段により取得される前記管理情報と自身の負荷状態とに応じて、送信に関する指示を行う指示手段と、を備える情報処理装置である。
請求項７に記載の発明は、自身を管理する情報処理装置からの送信に関する指示を受付ける受付け手段と、前記受付け手段により受付けた前記送信に関する指示に応じて前記情報処理装置に、自身の管理のためのデータを送信する送信手段と、を備える画像形成装置である。
【発明の効果】
【０００６】
請求項１によれば、指示手段を備えない場合に比べ、情報処理装置の状態が被管理装置の管理に及ぼす影響を低減することが可能になる。
請求項２によれば、保持手段を備えない場合に比べ、被管理装置に対する指示を速やかに行うことが可能になる。
請求項３によれば、保持手段を備える場合において、被管理装置の管理情報と情報処理装置の負荷状態とに応じた指示を速やかに行うことが可能になる。
請求項４によれば、請求項１の場合に比べ、情報処理装置の状態を反映させた送信を行うことが可能になる。
請求項５によれば、請求項４の場合に比べ、データの種類に応じた送信を行うことが可能になる。
請求項６によれば、指示手段を備えない場合に比べ、自身が管理する被管理装置の管理に自身の状態が及ぼす影響を低減することが可能になる。
請求項７によれば、指示手段を備えない場合に比べ、情報処理装置の状態が情報処理装置による自身の管理に及ぼす影響を低減することが可能になる。
【図面の簡単な説明】
【０００７】
【図１】本実施の形態の管理システムの構成の一例を示す図である。
【図２】サーバのブロック図である。
【図３】サーバのブロック図である。
【図４】プログラム格納装置のブロック図である。
【図５】画像形成装置のブロック図である。
【図６】基本動作プログラムを取得するシーケンスを説明するフローチャートである。
【図７】動作時のシーケンスを説明するフローチャートである。
【図８】管理システムの第１動作例を説明するシーケンス図であり、（ａ）は管理サーバが通常時の場合、（ｂ）は高負荷時の場合を示す。
【図９】管理システムの第２動作例を説明するシーケンス図であり、（ａ）は管理サーバが通常時の場合、（ｂ）は高負荷時の場合を示す。
【図１０】管理システムの第３動作例を説明するシーケンス図であり、（ａ）は管理サーバが通常時の場合、（ｂ）は高負荷時の場合を示す。
【図１１】第１の実施の形態に係る処理手順を説明するフローチャートである。
【図１２】第２の実施の形態に係る処理手順を説明するフローチャートである。
【図１３】第３の実施の形態に係る処理手順を説明するフローチャートである。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態の管理システムＫＳの構成の一例を示す図である。
同図に示すように、この管理システムＫＳは、管理サーバ１Ａ、解析サーバ１Ｂ、プログラム格納装置１Ｃおよび画像形成装置２Ａ，２ＢがネットワークＮＷに互いに接続されることにより構成されている。管理サーバ１Ａは、管理サービスを行うサーバで、解析サーバ１Ｂは、解析サービスを行うサーバである。
なお、本書において、管理サーバ１Ａ、解析サーバ１Ｂをサーバ１ということがあり、また、画像形成装置２Ａ，２Ｂを画像形成装置２ということがある。管理サーバ１Ａは、情報処理装置の一例である。
【０００９】
管理サーバ１Ａおよび解析サーバ１Ｂは、画像形成装置２Ａ，２Ｂからの情報を基に予め定められた情報処理を行い、また、処理結果を出力する機器であり、例えば、ソフトウェアを実行して演算等を行うためのＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ディスプレイ等の表示装置、コンピュータ本体に対して入力を行うための入力装置等により構成される。この管理サーバ１Ａおよび解析サーバ１Ｂとしては、例えば、パーソナルコンピュータやワークステーション、その他のコンピュータが用いられる。管理サーバ１Ａは、画像形成装置２Ａ，２Ｂを管理し、解析サーバ１Ｂは、データ解析により、画像形成装置２Ａ，２Ｂに対するプログラムを生成する。なお、管理サーバ１Ａおよび解析サーバ１Ｂは、物理的に１台のコンピュータの場合でもよく、複数台のコンピュータによる分散処理で実現してもよい。
【００１０】
プログラム格納装置１Ｃは、解析サーバ１Ｂにより生成されたプログラムを格納し、管理サーバ１Ａからの要求に応じてプログラムを管理サーバ１Ａに送信する。プログラム格納装置１Ｃは、記憶媒体としてプログラムを記憶するハードディスクドライブ（ＨＤＤ）や、例えば不揮発性メモリ（ＮＶＭ(Non Volatile Memory)）等を備える。プログラム格納装置１Ｃは、保持手段の一例である。なお、プログラム格納装置１Ｃを、プログラムを生成する解析サーバ１Ｂの記憶装置で構成することも考えられる。
プログラム格納装置１Ｃに格納されるプログラムは、画像形成装置２が収集したデータのうちどのようなデータをいつどういう形で送るかを制御する通信制御プログラムであり、後述の基本動作プログラムが含まれない。
【００１１】
画像形成装置２は、媒体に画像を印刷し、印刷文書として出力する装置である。この画像形成装置２は、プリンタ機能やコピー機能、スキャナ機能、通信機能等の基本機能を備えた所謂「複合機」である。
なお、画像形成装置２における画像形成方式としては、例えば、電子写真方式を用いるとよいが、その他の方式を用いてもよい。
【００１２】
次に、管理サーバ１Ａ、解析サーバ１Ｂ、プログラム格納装置１Ｃおよび画像形成装置２Ａ，２Ｂが備える諸機能を説明する。
図２は管理サーバ１Ａのブロック図、図３は解析サーバ１Ｂのブロック図、図４はプログラム格納装置１Ｃのブロック図である。
図２に示すように、管理サーバ１Ａは、画像形成装置２Ａ，２Ｂからのデータを受信する受信部１１と、ネットワークＮＷを介して画像形成装置２Ａ，２Ｂの管理情報を取得する管理情報取得部１２と、を備えている。
ここにいう管理情報とは、画像形成装置２Ａ，２Ｂから送られてくる各種のデータをいい、解析サーバ１Ｂによる解析結果の情報も含まれる。なお、管理情報に、画像形成装置２Ａ，２Ｂが契約による管理対象であるか否かを特定する情報や契約内容を特定する情報を含んでもよい。本実施の形態では、画像形成装置２Ａに対して管理契約が締結され、画像形成装置２Ｂに対しては管理契約が締結されていないことから、この場合の管理情報には、画像形成装置２Ａは管理対象であり、画像形成装置２Ｂは管理対象でないことを特定するための情報が含まれる。管理情報取得部１２は、取得手段の一例である。
【００１３】
また、管理サーバ１Ａは、自身の負荷状態を検知する負荷検知部１３と、プログラム格納装置１Ｃに対してプログラムの送信要求を行うことで、プログラムを取得するプログラム取得部１４と、を備えている。
ここにいう負荷状態とは、管理サーバ１Ａでの処理によってかかるＣＰＵの負荷をいい、記憶装置の負荷は含まれない。また、通常動作状態と高負荷な状態とのいずれかに限られず、負荷の度合いに応じて複数の段階のいずれかに定められる。また、ここにいう負荷状態に、通信負荷を含めてもよい。さらに説明すると、管理サーバ１Ａに障害が発生している状態は、本来の処理性能が発揮できていない状態であり、この場合も負荷が高い状態と言える。
また、管理サーバ１Ａは、画像形成装置２Ａ，２Ｂにプログラム等を送信する送信部１５を備えている。送信部１５は、指示手段の一例である。
【００１４】
また、図３に示すように、解析サーバ１Ｂは、管理サーバ１Ａの受信部１１により受信され転送されるデータの転送先としてのデータ受信部２１と、データ受信部２１により受信されたデータを解析するデータ解析部２２と、を備えている。また、解析サーバ１Ｂは、データ解析部２２による解析結果に応じてプログラムを生成するプログラム生成部２３と、プログラム生成部２３により生成されたプログラムを送信するプログラム送信部２４と、を備えている。
かかるプログラムには、解析結果に応じて生成されるプログラムや、事前に生成されてプログラム格納装置１Ｃに格納されるプログラムが含まれる。すなわち、プログラムが生成されるタイミングとプログラムが送信されるタイミングとが同時期の場合のほか、異なる時期の場合もある。そして、解析結果に応じて、プログラム格納装置１Ｃのプログラムが読み出され、画像形成装置２Ａ，２Ｂに送信される。
【００１５】
そして、図４に示すように、プログラム格納装置１Ｃは、解析サーバ１Ｂのプログラム送信部２４からのプログラムを受信する受信部３１と、受信したプログラムを格納するプログラム格納部３２と、管理サーバ１Ａの要求に応じてプログラム格納部３２のプログラムを送信するプログラム送信部３３と、を備えている。プログラム格納部３２は、画像形成装置２Ａ，２Ｂに送信される種々のプログラムを格納しており、かかる種々のプログラムの中から管理サーバ１Ａにより選択されたプログラムが画像形成装置２Ａ，２Ｂに送信されることで、画像形成装置２Ａ，２Ｂで管理サーバ１Ａの指示に応じたデータ送信が実行される制御を採用しても良い。ここにいう種々のプログラムとしては、例えば、圧縮データの送信を実行するプログラム（第１のプログラムの一例）や、送信時期をずらした送信を実行するプログラム（第２のプログラムの一例）等を挙げることができるが、詳細は後述する。
なお、本実施の形態では、プログラム格納装置１Ｃを管理サーバ１Ａ、解析サーバ１Ｂとは別に備える構成を採用するが、これに限られず、管理サーバ１Ａ、解析サーバ１Ｂがプログラム格納装置１Ｃの機能を備える例も考えられる。
【００１６】
図５は、画像形成装置２Ａ，２Ｂのブロック図である。
同図に示すように、画像形成装置２Ａ，２Ｂは、管理サーバ１Ａに対し管理サーバ１Ａおよび解析サーバ１Ｂの負荷状態等を問い合わせる問合せ部４１と、管理サーバ１Ａからの各種の情報を受信する受信部４２と、を備えている。受信部４２は受付け手段の一例である。
ここにいう負荷状態には、画像形成装置２Ａ，２Ｂでの処理によってＣＰＵにかかる負荷の度合いを示す場合のほか、画像形成装置２Ａ，２Ｂに障害が発生している状態も包含する。
【００１７】
また、画像形成装置２Ａ，２Ｂは、取得したプログラムを実行することで管理情報を収集する管理情報収集部４３と、自身の負荷状態を検知する負荷検知部４４と、負荷検知部４４による検知結果に応じて処理を選択する処理選択部４５と、を備えている。処理選択部４５による選択は、管理サーバ１Ａからの指示により選択されるものであるが、これには限られず、それ以外の処理の場合がある。
【００１８】
また、画像形成装置２Ａ，２Ｂは、管理情報収集部４３による実行結果としてのデータを管理サーバ１Ａに送信するデータ送信部４６を備えている。データ送信部４６により送信されるデータは、画像形成装置２Ａ，２Ｂの管理に用いられるものであり、例えば画像形成装置２Ａ，２Ｂが備えるセンサのデータや、稼働情報、障害情報等のデータが含まれる。データ送信部４６は送信手段の一例である。
【００１９】
次に、基本動作を説明する。
図６は、基本動作プログラムを取得するシーケンスを説明するシーケンス図であり、基本動作プログラムを取得する動作を示す。
同図に示す動作は、画像形成装置２の起動時や、一日一回程度のタイミング、あるいは決まった時間などに行われるものであり、画像形成装置２Ａ，２Ｂが管理サーバ１Ａ経由で基本動作プログラム（基本プログラム）を取得する。取得した基本動作プログラムは、データ通知ルールプログラムであり、画像形成装置２Ａ，２Ｂにインストールされるものである。
具体的に説明する。図６に示すように、管理サーバ１Ａは、送信部１５（図２参照）を通じてプログラム格納装置１Ｃに対し、基本動作プログラムを要求すると（Ｓ１１）、プログラム格納装置１Ｃは、それを受信部３１（図４参照）で受信し、プログラム格納部３２（図４参照）に格納されている基本動作プログラムを読み出し、それをプログラム送信部３３（図４参照）により管理サーバ１Ａに送信する（Ｓ１２）。そして、管理サーバ１Ａは、プログラム取得部１４（図２参照）により基本動作プログラムを取得し、それを登録する。このような管理サーバ１Ａとプログラム格納装置１Ｃとの間のシーケンスは、画像形成装置２Ａ，２Ｂからの問い合わせとは関係なく行われる。
【００２０】
画像形成装置２Ａ，２Ｂは、問合せ部４１（図５参照）により、管理サーバ１Ａに対して問い合わせを行う（Ｓ１３）。かかる問い合わせは、予め定められた順番で定期的に行われる（ポーリング）。
画像形成装置２Ａ，２Ｂから問い合わせを受信した管理サーバ１Ａは、登録済みの基本動作プログラムを画像形成装置２Ａ，２Ｂに送信部１５（図２参照）から送信する（Ｓ１４）。画像形成装置２Ａ，２Ｂは、受信部４２（図５参照）により受信された制御プログラムを管理情報収集部４３（同図参照）にて設定し、管理サーバ１Ａから自身に対する指示を待つ。以降は、基本動作プログラムに従って動作（管理情報の送信）を行う。
なお、画像形成装置２Ａ，２Ｂの起動時には、基本動作プログラムが管理サーバ１Ａから送信されるが、一日一回程度のタイミングないし決まった時間の場合には、基本動作プログラムが更新されたか否かを確認し、更新されているときには、更新された基本動作プログラムが画像形成装置２Ａ，２Ｂに送信される。
【００２１】
図７は、動作時のシーケンスを説明するシーケンス図である。
同図に示すように、画像形成装置２Ａ，２Ｂにおいて、インストールされた基本動作プログラムに従った通信条件を満足すると（Ｓ２１）、問合せ部４１により、管理サーバ１Ａ、解析サーバ１Ｂの状態を管理サーバ１Ａに問い合わせる（Ｓ２２）。通信条件が満足する場合としては、通知タイミングや、何かのイベントや障害が発生したとき等の通信すべき場合をいう。
【００２２】
管理サーバ１Ａは、これに応じて、データ通知プログラム（制御プログラム）を画像形成装置２Ａ，２Ｂに送信する（Ｓ２３）。なお、画像形成装置２Ａ，２Ｂが予め管理サーバ１Ａから制御プログラムを取得している場合や画像形成装置２Ａ，２Ｂが初期状態から通知タイミングに関するルールを持つ場合、管理サーバ１Ａは、データ通知プログラムの送信ではなく、管理サーバ１Ａ、解析サーバ１Ｂの状態を返す処理を行う例も考えられる。
原則として、管理サーバ１Ａはサーバ１の状態情報を返し、画像形成装置２Ａ，２Ｂが基本動作プログラムで処理するが、特殊制御（例えば圧縮制御や送信時期制御）を実行させるための制御プログラムを画像形成装置２Ａ，２Ｂに送ってもよい。
【００２３】
画像形成装置２Ａ，２Ｂにおいて、受信プログラムを実行し（Ｓ２４）、プログラムに従ってデータを収集して処理し、管理サーバ１Ａにデータ送信する（Ｓ２５）。ここにいうデータの処理としては、収集したデータを圧縮や間引き、一次解析等の何らかの加工を行う場合のほか、データ加工しない場合もある。すなわち、データ加工して送信される場合と加工せずにそのまま送信される場合である。また、データ送信としては、受信プログラムを実行するタイミングで送信する場合のほか、そのタイミングよりも後の時点で送信する場合もあり、データ送信の時期（送信タイミング）が状況に応じて選択されることになる。
管理サーバ１Ａは、画像形成装置２Ａ，２Ｂからデータが送信されると、解析サーバ１Ｂにデータ転送する（Ｓ２６）。解析サーバ１Ｂは、転送されたデータを解析し（Ｓ２７）、管理情報としての解析結果を管理サーバ１Ａに送信する（Ｓ２８）。なお、解析サーバ１Ｂは、解析結果を管理サーバ１Ａに送信すると共にまたは送信する代わりに、解析結果を基にプログラムを生成し、プログラム格納装置１Ｃに送信する。
【００２４】
ここで、上述したように、サーバ１が、画像形成装置２から送信される管理情報（画像形成装置２の動作や状態の情報）を取得して画像形成装置２を管理する構成を前提とする。そして、画像形成装置２による管理情報の送信は、サーバ１から送られた基本動作プログラムに従って行われる（基本的な送信制御）。その基本動作プログラムは、管理情報の送信に関して、情報の種類、データ形式、送信条件（タイミングやデータ量）を規定するものである。
【００２５】
本実施の形態による制御は、原則として、サーバ１の状態（負荷状態）に応じて、管理情報の送信方法を、サーバ１からの指示により変更させる。そして、「送信方法」を決定する要素は、サーバの状態、データの種類および画像形成装置の状態を挙げることができる。
より詳細には、ここにいうサーバ１の状態としては、サーバ１の状態が高負荷状態ゆえデータ量を減少させるために、圧縮、送信時期の変更、データの一部削除がある。圧縮は、内容（情報量）は変えずにデータサイズを縮小させるように圧縮率を上げるものである。送信時期の変更は、例えば３時間後や翌日という時期が到来してから送る送信時期を変更するものであり、基本動作プログラムが指定する時期的条件を満たさないものの、内容（情報量）は変わらず、また、一時的にデータ通信量を削減される。データの一部削除では、データ量を削減する間引きを行うことで情報量が低下し、間引くルールはデータの種類ごとに予め定められる。
また、送信方法はデータの種類に応じて影響を受けるものである。そして、ここにいうデータの種類は、緊急性や重要度を考慮して分類される。例えば、削除せずに必ず送信するが送信時期を変更しない方がいい第１分類、削除せずに必ず送信するが後で送信してもいい第２分類、データの一部が欠落した形で送信してもいいが送信時期を変更しない方がいい第３分類、データの一部が欠落した形で送信してもよく後で送信してもいい第４分類である。
その一方で、画像形成装置２Ａ側の状態という観点では、圧縮処理は画像形成装置２ＡのＣＰＵ負荷が大きくなり、また、後で送る処理は、送信までデータを保持しておくことから、画像形成装置２Ａのメモリ負担が大きくなる。このように、画像形成装置２Ａ側のＣＰＵ負荷やメモリ負荷を考慮して送信方法が決定されることもある。
【００２６】
次に、管理サーバ１Ａからの指示として３つの態様を説明する。第１態様は、サーバ１の状態情報（負荷の程度）を画像形成装置２へ送信すると、画像形成装置２は、サーバの状態に応じた送信方法の変更規則および変更した場合の送信手順が含まれる基本動作プログラムに従う送信方法で管理情報を送信するものである。かかる態様は、サーバ１の負担軽減が優先されることから、画像形成装置２の負担が高くなる。
また、第２態様は、サーバ１が画像形成装置２に送信方法を指示すると、画像形成装置２は、基本動作プログラムに含まれる送信手順に従って管理情報を送信するものである。かかる態様は、自身の状態に応じた送信方法を選択するため、第１態様に比べてサーバ１の負担が高くなる。
また、第３態様は、サーバ１から通信制御プログラムを送信するものであり、画像形成装置２は、プログラムを受け取ってインストールし、これに従って管理情報を送信する。第３態様は、サーバ１の負荷、通信負荷が高く、また、画像形成装置２の負荷が非常に高くなるが、画像形成装置２の性能向上等があった場合にも事後的に対応することが可能になる。
【００２７】
その一方で、画像形成装置２側の状態（高負荷、障害発生等）により指示に従えない場合、予め定められた方式で、画像形成装置２の主導により送信方法を変更してもよい。しかしながら、その目的は、サーバ１からの指示に応じて送信データのデータ量を減らすことである。したがって、例えば、ＣＰＵ負荷により圧縮できない場合は、後で送ることまたは間引いて送ることの変更をしてもよい。また、メモリ負荷によりデータを保持することが困難な場合は、圧縮して送ることまたは間引いて送ることの変更をしてもよい。さらには、ＣＰＵ負荷およびメモリ負荷の両方がある場合は、例えば間引いて送ることの変更をしてもよい。なお、データを間引く処理は多少のＣＰＵ負荷を伴うが、圧縮処理よりもはるかにＣＰＵ負荷が軽くて済む。
なお、画像形成装置２の主導で送信方法を変更する場合、まず送信方法を変更することおよび変更した送信方法をサーバ１に通知し、または問い合わせを行い、サーバ１がデータを受け取れるようにする。
【００２８】
ここで、管理システムＫＳの原則的な動作例を説明する。
図８は、管理システムＫＳの第１動作例を説明するシーケンス図であり、（ａ）は管理サーバ１Ａが通常時（負荷状態が通常）の場合、（ｂ）は高負荷時（高負荷状態）の場合を示す。
図８（ａ）に示す通常時の第１動作例では、画像形成装置２Ａは、管理サーバ１Ａに対して問い合わせを行うと（Ｓ３１）、管理サーバ１Ａは、データ量の削減を行う必要が低い通常時であることから、圧縮せずに全データを送信する指示を行い（Ｓ３２）、画像形成装置２Ａは、これに従って非圧縮の全データを管理サーバ１Ａに送信する（Ｓ３３）。
また、図８（ｂ）に示す高負荷時の場合、管理サーバ１Ａは、画像形成装置２Ａからの問い合わせ（Ｓ３６）に対し、データ量を削減すべく、圧縮データを送信する指示を行い（Ｓ３７）、画像形成装置２Ａは、これに従って圧縮データを管理サーバ１Ａに送信する（Ｓ３８）。
【００２９】
図９は、管理システムＫＳの第２動作例を説明するシーケンス図であり、（ａ）は管理サーバ１Ａが通常時の場合、（ｂ）は高負荷時の場合を示す。
図９（ａ）に示す通常時の第２動作例では、管理サーバ１Ａが、問い合わせ（Ｓ４１）を行った画像形成装置２Ａに対し全データを直ちに送信する指示を行った場合（Ｓ４２）、画像形成装置２Ａは、これに従って直ちに全データを管理サーバ１Ａに送信する（Ｓ４３）。
また、図９（ｂ）に示す高負荷時の場合、管理サーバ１Ａは、データの送信を許容するものの送信時期としてその後の時期を指定する指示を行うことで（Ｓ４６、Ｓ４７）、現時点での画像形成装置２Ａからのデータ送信を控えさせている。そして、画像形成装置２Ａは、指示された送信時期が到来すると（Ｓ４８）、管理サーバ１Ａに対してデータ送信を行う（Ｓ４９）。
【００３０】
図１０は、管理システムＫＳの第３動作例を説明するシーケンス図であり、（ａ）は管理サーバ１Ａが通常時の場合、（ｂ）は高負荷時の場合を示す。
図１０（ａ）に示す通常時の第３動作例の場合、画像形成装置２Ａからの問い合わせ（Ｓ５１）を受けた管理サーバ１Ａは、高負荷状態ではないことから、全データの送信指示を行い（Ｓ５２）、画像形成装置２Ａは、これに従って全データを送信する（Ｓ５３）。
図１０（ｂ）に示す高負荷時には、管理サーバ１Ａは、問い合わせ（Ｓ５６）をした画像形成装置２Ａに対し、直ちに送信することを許容するものの、データの一部を削除して残りのデータを送信する間引き送信の指示を行う（Ｓ５７）。画像形成装置２Ａは、これに従ってデータを間引いた一部のデータ送信を行い（Ｓ５８）、送信データ量を減少させている。
【００３１】
次に、上述した本実施の形態における具体的な種々の実施の形態について説明する。
図１１は、第１の実施の形態に係る処理手順を説明するシーケンス図である。
同図に示す第１の実施の形態において、管理サーバ１Ａは保守会社のＣ社のものであり、画像形成装置２Ａは、Ｃ社との間でサポート契約を結んでいるＡ社のものであり、画像形成装置２Ｂは、Ｃ社との間でサポート契約を結んでいないＢ社のものである。このため、画像形成装置２Ａは、Ｃ社により手厚い管理サービスを受けることができる一方で、画像形成装置２Ｂは、画像形成装置２Ａほどの管理サービスをＣ社から受けることができない。
なお、画像形成装置２Ｂは、管理サービスを全く受けられないのではなく、画像形成装置２Ｂの例えば管理者からＣ社への問い合わせがあれば、その対応を受けることができるものである。そのため、画像形成装置２Ｂの動作情報や内部情報等を取得しておく必要がある。
【００３２】
さらに説明すると、管理サーバ１Ａは、画像形成装置２Ａ，２Ｂについての管理情報（サポート対象情報）を、ネットワークＮＷを介して予め取得している。すなわち、管理サーバ１Ａは、画像形成装置２Ａが管理対象である一方で画像形成装置２Ｂは管理対象ではないという情報を、管理情報取得部１２（図２参照）により取得する。
ここにいう管理情報とは、ネットワークＮＷを介して管理サーバ１Ａと接続している画像形成装置２Ａ，２Ｂの各々が管理対象であるか否かを特定するための情報をいい、契約の有無やその内容に応じた管理サービスを実現するための情報である。例えば、保守契約の有無を示す情報であり、その保守のレベルを特定するための情報を含んでもいい。
なお、Ｃ社による管理サービスは、上述したように、管理サーバ１Ａのほか、解析サーバ１Ｂおよびプログラム格納装置１Ｃ（図１参照）を用いて行われる。
【００３３】
ここで、管理サーバ１Ａが高負荷状態に陥っているときに、画像形成装置２Ａ，２Ｂにインストールされた基本動作プログラムに従った通知タイミングが発生した場合の処理手順を説明する。
なお、管理サーバ１Ａの自身の負荷状態は、負荷検知部１３（図２参照）により検知される。より詳細には、管理サーバ１Ａの高負荷状態としては、残メモリが少ない状態や、障害発生状態、復旧後による処理集中等のために高負荷状態等を挙げることができる。
【００３４】
発生した通知タイミングで画像形成装置２Ｂが管理サーバ１Ａに問い合わせを行うと（Ｓ６１）、高負荷状態の管理サーバ１Ａは、サポート対象ではない画像形成装置２Ｂに対し、データの削除を指示する（Ｓ６２）。より詳細には、管理サーバ１Ａは、高負荷状態でなければ、画像形成装置２Ａで収集されたデータを取得するものの、高負荷状態である場合には、画像形成装置２Ｂに対し、画像形成装置２Ｂのデータを今回の通知タイミングでは送信しないことを指示する。言い換えると、サポート非対象の画像形成装置２Ｂに対し、今回の通知タイミングでのデータ送信を許可しない。
なお、管理サーバ１Ａが画像形成装置２Ｂに、高負荷状態という管理サーバ１Ａの状態を返し、画像形成装置２Ｂは、これに応じて、データを削除する処理を行う例が考えられる。また、管理サーバ１Ａが画像形成装置２Ｂに、データ削除のプログラムを送信し、画像形成装置２Ｂは、受信したプログラムによりデータ削除を行う例も考えられる。
【００３５】
また、画像形成装置２Ａが発生した通知タイミングで管理サーバ１Ａに問い合わせると（Ｓ６３）、管理サーバ１Ａは、未だ高負荷状態であるものの、サポート対象の画像形成装置２Ａが収集したデータ全ての送信を指示する（Ｓ６４）。すなわち、画像形成装置２Ａをサポートするのに必要となる情報を収集するため、管理サーバ１Ａは、画像形成装置２Ａに対してデータ送信を許可する。
そして、画像形成装置２Ａは、収集した全てのデータを管理サーバ１Ａに送信する（Ｓ６５）。
このように、管理サーバ１Ａは、自身の負荷状態を把握した上で、自身の負荷状態と画像形成装置２Ａ，２Ｂの管理情報とに応じて、データ送信に関する指示を行う。なお、解析サーバ１Ｂやプログラム格納装置１Ｃに負荷検知部を設ける構成を採用することで、管理サーバ１Ａは、自身の負荷状態のほかに、他の解析サーバ１Ｂやプログラム格納装置１Ｃの負荷状態を把握し、それをデータ送信に関する指示に反映させる例も考えられる。
【００３６】
上述したように、管理サーバ１Ａ側が高負荷状態の場合では、高負荷状態以外の状態の場合とは異なる送信指示の内容になり、具体的には、管理情報に応じて管理対象であるか否かを特定し、管理対象と非管理対象との間でデータ送信に関する指示の内容に差を設ける。しかしながら、管理サーバ１Ａ側が高負荷状態であっても処理能力に余裕ないし余力がある場合には、管理対象の契約内容を満たした上で非管理対象についても可能な限りの対応を行うことが可能である。このような管理対象および非管理対象に対する対応は、画像形成装置２Ａ，２Ｂからデータ送信される前に必ず行われる問い合わせを契機に、管理サーバ１Ａ側がデータ送信に関して能動的に指定することで実現される。
付言すると、管理サーバ１Ａ側の負荷状態によっては、画像形成装置２Ａと画像形成装置２Ｂとで送信指示の内容に差を設けないことも可能である。
【００３７】
図１２は、第２の実施の形態に係る処理手順を説明するシーケンス図である。
図１２に示す第２の実施の形態では、管理サーバ１Ａが高負荷状態であり、さらに、画像形成装置２Ａに障害が発生している。そして、障害発生の画像形成装置２Ａは、発生した通知タイミングで管理サーバ１Ａに問い合わせを行うと（Ｓ７１）、高負荷状態の管理サーバ１Ａは、画像形成装置２Ａで収集したデータを圧縮して送信する圧縮データ送信の指示（通知）を行う（Ｓ７２）。なお、管理サーバ１Ａは、事前に生成されて解析サーバ１Ｂに格納しているプログラムのうち、圧縮データ送信指示のプログラムを画像形成装置２Ａに送信する例も考えられる。
【００３８】
画像形成装置２Ａには、障害が発生していることから、管理サーバ１Ａからの圧縮データの送信指示を実行することが困難である場合、画像形成装置２Ａは、再度の問い合わせを行う（Ｓ７３）。
これに対し、管理サーバ１Ａは、今度は、送信タイミングについての指示である送信時期指示（送信時期指定）を行う（Ｓ７４）。すなわち、現時点で送信するのではなく、時間をずらして後で送信するという指示である。かかる指示としては、以降発生する通知タイミングを指定する場合が考えられ、また、そのような通知タイミング以外の具体的な時間を指定する場合も考えられる。
このような画像形成装置２Ａに対する指示は、通知により行われるが、これに限られず、例えば送信時期についてのパラメータを送信したりプログラムを送信したりすることによる例が考えられる。
【００３９】
画像形成装置２Ａは、送信時期指定の再指示を受けたものの、自身に発生した障害によって時間をずらしても圧縮データの送信を行うことが困難であった場合、自身の判断で別の送信態様を処理選択部４５（図５参照）により選択し、実行する。すなわち、画像形成装置２Ａは、管理サーバ１Ａ側の状況に応じて管理サーバ１Ａが決定した送信指示に常に従ってデータ送信を行うのではなく、自身の状況によっては、管理サーバ１Ａからの送信指示とは異なる態様で、管理サーバ１Ａにデータ送信を行う。
より詳細には、管理サーバ１Ａからの送信指示に応じる送信態様は、画像形成装置２Ａ側では困難であるとして、画像形成装置２Ａがその時点で収集済みのすべてのデータを送信するのではなく、また、データを圧縮して送信するのでもない。画像形成装置２Ａは、自身の状態に応じて、管理サーバ１Ａからの送信指示の内容とは異なる内容を実行する。具体的には、画像形成装置２Ａは、収集したデータのうち優先度の高い障害情報以外のデータを削除し、残った優先度の高いデータを圧縮せずに送信するいわゆる間引き非圧縮データ送信を行う（Ｓ７５）。ここにいう障害情報とは、画像形成装置２Ａに発生したトラブルの内容を示す情報をいい、保守作業員が現場に出向いて行う保守作業が必要になるトラブルや、そのような保守作業が必要になり難い紙詰まり等の情報が含まれる。この例では、前者は優先度の高い障害情報であるが、後者は優先度が高くない障害情報である。
このように、画像形成装置２Ａは、管理サーバ１Ａ側からの指示に従う送信態様で受動的にデータ送信を行うだけではなく、それとは異なる態様でデータ送信を行うものであり、その意味において、能動的に送信態様を選択したデータ送信であると言える。
【００４０】
なお、第２の実施の形態において、通知タイミングで管理サーバ１Ａに問い合わせを行う際（Ｓ７１参照）、画像形成装置２Ａは、自身の障害状況を示す障害情報を付加して問い合わせをする例が考えられる。
また、第２の実施の形態では、画像形成装置２Ａがデータ送信の形態を能動的に選択する段階が、二度目の問い合わせ後であるが、これに限られず、例えば一度目の問い合わせ後とする例が考えられる。
【００４１】
ここで、既に説明した内容も含まれるが、画像形成装置２Ａから管理サーバ１Ａへのデータ送信の態様について説明する。
画像形成装置２Ａに障害も含めた何らかの負荷がある場合、ジョブ中であるか否か、ＣＰＵ負荷や残メモリ容量がどの程度であるかにより、画像形成装置２Ａにて収集したデータについて一次解析すること、送信時期をずらすこと、圧縮すること、データを削除することのいずれかを選択し、選択結果に応じたデータ送信を行い、負荷を軽減する。
例えば、画像形成装置２Ａがプリント中等のジョブを行っている場合は、ジョブ関連の情報を送ることができず、また、ＣＰＵの負荷が高くなっているので、送信時期をずらす選択をする。また、ＣＰＵ負荷がある場合は、負荷がかかる圧縮処理を行うことが困難であり、送信時期をずらす選択をする。また、残メモリ容量が極めて少ない場合は、記憶せずに一次解析した結果を送る選択をしたり、圧縮する選択をしたり、優先度の低い情報を削除して送ったりしてもよい。
また、データ送信に先立って行う問い合わせ（例えば図７のＳ２２参照）により、プログラム送信と共にまたはプログラム送信に代え、管理サーバ１Ａの負荷状態を取得する場合、画像形成装置２は、その情報に従って、データを送信する。例えば、管理サーバ１Ａが高負荷状態の場合には、画像形成装置２Ａは、管理サーバ１Ａに送信する時期を繰り下げて送信時間をずらす選択をする。また、管理サーバ１Ａの負荷をさらに高めないように、圧縮データを送らず、非圧縮データを送る選択をする。なお、管理サーバ１Ａが圧縮データを受信した場合に、直ちに解凍処理を行わず後に行うときには、圧縮データを送る選択をしてもよい。
【００４２】
また、このようなデータ送信の態様は、送信するデータの種類に応じて選択されることが考えられる。データの種類として、障害情報のほか、例えば消耗品情報（寿命データ）や各種の診断データ、稼動情報、ジョブログないし機能別カウンタ、デバッグログ等を挙げることができる。ここにいう診断データも、上述した管理情報に含まれる。
例えば、消耗品情報の場合、その消耗品の対応を直ちに行わないと画像形成装置２が動作できないような消耗品と時間的な余裕がまだあるときの消耗品とがあり、前者であれば、管理サーバ１Ａに対して速やかにデータ送信を行う必要がある一方で、後者の場合は、必ずしも速やかにデータ送信をする必要はなく、送信時期を遅らせてもいい。このように、消耗品情報であってもその内容によって、データ送信の態様を変える制御を行う。
また、速やかに送る必要がある場合には、高負荷状態の管理サーバ１Ａにより送信についての指示があったもののその指示とは異なる形で速やかに送る。障害情報は早期に送る必要があるが、障害発生の際に送信する情報のうちの一部、例えば障害発生の事実や発生した障害の種類を送信し、障害発生時間を送信しない制御を採用してもよい。
【００４３】
なお、各種の診断データとしては、画像入力装置や画像出力装置の診断データのほか、画質診断データ等があり、また、通信やセキュリティ等のコントローラ診断データ等がある。また、ここにいう稼動情報としては、節電モードやスリープモード、電源入り切りの回数情報のほか、ジョブの回数情報等がある。また、ここにいうデバッグログは、不具合が発生したときに収集されて蓄積される情報であり、不具合状況に応じて必要とされる情報が変わることから、デバッグログのすべてを送信する場合のほか、その一部を送信する場合がある。
また、圧縮アルゴリズムはデータの種類によって圧縮アルゴリズムを選択してもよい。選択されたアルゴリズムは、データ送信の際に管理サーバ１Ａに通知される。圧縮アルゴリズムの選択としては、例えば、データ欠落の有無、圧縮率、圧縮速度、圧縮処理負荷等の条件で行われる。なお、圧縮率は、データ特性によることから、データ特性に応じて圧縮アルゴリズムを選択することが考えられる。
また、管理サーバ１Ａからの指示プログラムとしては、処理の順番を指示する指示書という形式や、各種パラメータの書き換え、プラグインがあり、状況に応じて選択され得る。
【００４４】
図１３は、第３の実施の形態に係る処理手順を説明するシーケンス図である。図１３でも、図１２と同じく、管理対象の画像形成装置２Ａと非管理対象の画像形成装置２Ｂとを特に区別していないが、上述したように、送信指示の内容に差を設けることは可能である。
図１３に示す第３の実施の形態では、画像形成装置２のＣＰＵ負荷が高い高負荷状態にある。そして、画像形成装置２Ａは、発生した通知タイミングで管理サーバ１Ａに問い合わせを行うと（Ｓ８１）、管理サーバ１Ａは、画像形成装置２Ａで収集したデータを圧縮して送信する圧縮データ送信の指示を行う（Ｓ８２）。
【００４５】
画像形成装置２Ａでは、高負荷状態であることから、圧縮せずにデータ送信することを選択し、非圧縮データの送信を行う（Ｓ８３）。さらに説明すると、データの緊急度に鑑み、送信時期や送信データ量を選択する。すなわち、すべてのデータを後で送信するか、一部のデータのみを送信するかの選択である。あるいは、データの緊急度が低い場合には、データ送信せずに削除する選択もあり得る。
【００４６】
上述した種々の実施の形態によれば、管理サーバ１Ａが自身の負荷状態および画像形成装置２の管理情報を基に、画像形成装置２Ａに対して送信してほしいデータを指示し、画像形成装置２がこれに応じて管理サーバ１Ａにデータ送信する。その一方で、画像形成装置２は、常に管理サーバ１Ａの要求に応じたデータ送信を行うとは限らず、自身の負荷状態に応じて、データ送信に関する処理を選択する。このようなデータ送信は、送信タイミングや送信データ量も選択し得る。
このように、管理サーバ１Ａおよび画像形成装置２Ａの双方の負荷状態に鑑みた送信タイミング、送信データ量で画像形成装置２から管理サーバ１Ａに送信される。
【００４７】
第３の実施の形態の場合には、第２の実施の形態の場合とは異なり、管理サーバ１Ａに再度の問い合わせ（図１２のＳ７３参照）を行わず、画像形成装置２Ａが自身で処理方法を選択し、選択した形態で対応する。画像形成装置２は、管理サーバ１Ａに問い合わせる必要がない場合や問い合わせられない状況の場合には、自身が持っている取り決め（ルール）に従って処理する。なお、このような取り決めは、管理サーバ１Ａから予め取得したプログラムを用いる場合や、画像形成装置２Ａが初期状態から備えているものを用いる場合が考えられる。付言すると、画像形成装置２Ａ自身が別の処理方法を選択した場合には、管理サーバ１Ａに変更することの通知を行う必要がある。
【００４８】
なお、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態には限定されない。本発明の精神及び範囲から逸脱することなく様々に変更したり代替態様を採用したりすることが可能なことは、当業者に明らかである。
【符号の説明】
【００４９】
１Ａ…管理サーバ、１Ｂ…解析サーバ、１Ｃ…プログラム格納装置、２Ａ，２Ｂ…画像形成装置、１２…管理情報取得部、１５…送信部、４２…受信部、４６…データ送信部、ＫＳ…管理システム
【図１】
2019040307.tif 000003
【図２】
2019040307.tif 000004
【図３】
2019040307.tif 000005
【図４】
2019040307.tif 000006
【図５】
2019040307.tif 000007
【図６】
2019040307.tif 000008
【図７】
2019040307.tif 000009
【図８】
2019040307.tif 000010
【図９】
2019040307.tif 000011
【図１０】
2019040307.tif 000012
【図１１】
2019040307.tif 000013
【図１２】
2019040307.tif 000014
【図１３】
2019040307.tif 000015