(57)【要約】【課題】画像形成装置の情報を分析するにあたり、不足情報の期間を入力することでデータ補完する技術が提案されているが、分析に利用するデータは大量、かつ欠損期間はまちまちであるため、情報ごとにいちいち入力することは現実的ではない。分析の精度を上げるためには極力多くのデータが必要であり、不足情報やデータの不具合をユーザの負荷なく補完する仕組みが求められている。【解決手段】分析サーバは分析処理の中で不足情報を検知し、それを補完することが出来るか判断する。判断した結果、補完することが出来る場合は補完方法を決定し、データ補完処理を実施する。【選択図】図４
2019028628.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置（１０２）、分析サーバ（１０６）がネットワークを介して接続される画像形成装置情報分析システムにおいて、
画像形成装置（１０２）は、
定期的、もしくはイベント発生時に情報を送信する画像形成装置情報送信手段（３０１、３０５）を備え、
分析サーバ（１０６）は、
画像形成装置（１０２）から送信される情報を受信する画像形成装置情報受信手段（３５１、３５５）と、
前記受信手段により受信した情報を保存する画像形成装置情報保存手段（３５２）と、
分析を実施するにあたり情報の補完が必要か否かを判断する情報補完判断手段（３５６、Ｓ４０１）と、
前記判断手段により補完が必要な場合にそれを補完するための情報が存在するか否かを判断する補完情報存在確認手段（３５６、Ｓ４０２）と、
前記確認手段により補完に必要な情報が存在した場合に、補完方法を決定し、バーチャルカウンタを生成するバーチャルカウンタ生成手段（３５６、Ｓ４０３）と、
前記生成手段により生成されたバーチャルカウンタを利用して分析を行う画像形成装置情報分析手段（３５７、Ｓ４０４）を備えることを特徴とする画像形成装置情報分析システム。
【請求項２】
前記バーチャルカウンタ生成手段はカウンタ情報とその他画像形成装置情報を組み合わせることでバーチャルカウンタを生成することを特徴とする請求項１に記載の分析サーバ（１０６）。
【請求項３】
前記バーチャルカウンタ生成手段は画像形成装置情報の集計単位（月次、日次）を変えて補完することを特徴とする請求項１に記載の分析サーバ（１０６）。
【請求項４】
前記画像形成装置（１０２）のバージョンアップにより、従来補完していた情報が前記分析サーバ（１０６）に送信されるようになった場合に過去生成したバーチャルカウンタを補正するバーチャルカウンタ補正手段を持つことを特徴とする請求項１に記載の分析サーバ（１０６）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信を用いて画像形成装置のデータを収集し分析するデータ分析システムの仕組みに関する。
【背景技術】
【０００２】
近年、画像形成装置から収集したデータを分析することで、マーケティング、消耗品の需要予測、本体ＭＩＦの把握などに生かすデータ活用が益々広がっている。これに伴い画像形成装置の新機種では分析に必要なデータが生成され、サーバに収集され始めているが、旧機種ではこうした分析を想定したデータが生成されていないことがほとんどである。また、分析に必要なデータにも関わらず、サービスマンなどのオペレーションミスにより分析に利用出来ないデータとなってしまうこともある（部品交換時のカウンタリセット忘れなど）。
【０００３】
そこで、特許文献１のように分析者がシステムにデータの欠損期間を入力することで、その期間のデータに対して線形補完を行い、分析に用いる技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５３９７３７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の方法では、データが欠損している期間を入力することでデータ補完が実施されるが、分析に利用するデータは大量、かつ欠損期間はまちまちであるため、情報ごとにいちいち入力することは現実的ではない。
【０００６】
分析の精度を上げるためには極力多くのデータが必要であり、上記のような旧機種の不足情報やサービスマンによるオペレーションミスから生じるデータの不具合をユーザの負荷なく補完する仕組みが求められている。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明に係る画像形成装置情報分析システムは、
画像形成装置（１０２）、分析サーバ（１０６）がネットワークを介して接続される画像形成装置情報分析システムにおいて、
画像形成装置（１０２）は、
定期的、もしくはイベント発生時に情報を送信する画像形成装置情報送信手段（３０１、３０５）を備え、
分析サーバ（１０６）は、
画像形成装置（１０２）から送信される情報を受信する画像形成装置情報受信手段（３５１、３５５）と、
前記受信手段により受信した情報を保存する画像形成装置情報保存手段（３５２）と、
分析を実施するにあたり情報の補完が必要か否かを判断する情報補完判断手段（３５６、Ｓ４０１）と、
前記判断手段により補完が必要な場合にそれを補完するための情報が存在するか否かを判断する補完情報存在確認手段（３５６、Ｓ４０２）と、
前記確認手段により補完に必要な情報が存在した場合に、補完方法を決定し、バーチャルカウンタを生成するバーチャルカウンタ生成手段（３５６、Ｓ４０３）と、
前記生成手段により生成されたバーチャルカウンタを利用して分析を行う画像形成装置情報分析手段（３５７、Ｓ４０４）と、
を備えることを特徴とする。
【発明の効果】
【０００８】
本発明に係る画像形成装置情報分析システムによれば、不足データ、不具合データを欠損期間の入力なしに補完することが出来る。また、補完に必要なデータがない場合は分析対象外とすることで分析の精度を向上させることが出来る。
【図面の簡単な説明】
【０００９】
【図１】画像形成装置と分析サーバの接続関係を示す図
【図２（Ａ）】画像形成装置のハードウェア構成図
【図２（Ｂ）】分析サーバのハードウェア構成図
【図３（Ａ）】画像形成装置のソフトウェア構成図
【図３（Ｂ）】分析サーバのソフトウェア構成図
【図４】分析サーバのデータ補完処理を示したフローチャート
【図５】データ補完処理の例（Ｉ）
【図６】データ補完処理の例（ＩＩ）
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について、図面を参照しながら説明する。
【００１１】
図１は、本発明の実施の形態に係る画像形成装置本体と分析サーバとのインターネットを介した接続関係を示す図である。
【００１２】
図１において、１０１はＬＡＮ、１０２は画像形成装置、１０３はＰｒｏｘｙ  Ｓｅｒｖｅｒ、１０４はＩｎｔｒａｎｅｔのセキュリティを高めるために設置されたＦｉｒｅｗａｌｌを表している。画像形成装置１０２にはＦＡＸやコピーなどの機能が含まれてもよい（図示しない）。１０５は一般のユーザが業務等で使用するパーソナルコンピュータ（ＰＣ）、これらがＬＡＮ１０１を介して相互に接続されていることを表している。
【００１３】
１０７は画像形成装置１０２とＰｒｏｘｙ  Ｓｅｒｖｅｒ１０３、Ｆｉｒｅｗａｌｌ１０４とがＬＡＮ１０１を介して相互に接続されたＩｎｔｒａｎｅｔの環境を表している。実際には複数のＩｎｔｒａｎｅｔ環境１０７と、分析サーバ１０６とがＩｎｔｅｒｎｅｔ１０８を介して相互に接続されている。また、１０６は画像形成装置１０２のカウンタ、障害情報に基づく稼動状態を一元的に管理する機能や、画像形成装置１０２の消耗品のステータス情報に基づき消耗品の在庫管理を備える分析サーバである。
【００１４】
本実施例において、通信プロトコルは、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを想定しているが、とくに限定するものではない。例えば、図１の例において、画像形成装置１０２はＨＴＴＰＳを利用してＰｒｏｘｙ  Ｓｅｒｖｅｒ１０３とＦｉｒｅｗａｌｌ１０４を介して、分析サーバ１０６にデータを送信している。
【００１５】
図２（Ａ）は、本発明の実施の一形態に係わる画像形成装置１０２の構成を示す図である。
【００１６】
画像形成装置１０２は例えば、デジタル複合機、ファクシミリ装置、レーザービームプリンタ、インクジェットプリンタ、スキャナー装置などの画像形成装置に適用することができる。ＣＰＵ２０１はＲＯＭ２０３に格納されているプログラムを備え、内部バス２０６を介して各デバイスを総括的に制御する。ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。ＲＯＭ２０３には画像形成装置１０２が出荷される地域を意味する仕向け情報も格納されている。ＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３と共にプログラムの実行処理を行い、記憶装置２０４等の記録媒体に画像データを記録する処理を行う。
【００１７】
記憶装置２０４は外部記憶装置として機能し、画像データ等を記憶するほか、前記バックアップＲＡＭ２０２に代わって、上記のカウンタ情報、システム情報及び監視情報を保存することも可能である。ネットワークＩ／Ｆ２０５は、画像形成装置１０２がローカルエリアネットワーク１０１を介して、外部のネットワーク機器あるいはパーソナルコンピュータ（ＰＣ）と片方向または双方向にデータをやり取りするための制御を行う。印刷部２０７は前記外部機器から印刷指示を受けると、それに従い印刷を行うよう制御を行う。
【００１８】
入出力装置２０９は画像形成装置１０２における入出力を担う複数の構成を示す。具体的には、ユーザからの入力（ボタン入力など）を受け付け、該入力に対応する信号を入出力Ｉ／Ｆ２０８によって前述した各処理部へ伝える。ほかにも、ユーザに対して必要な情報を提供したり、ユーザ操作を受付けたりするための表示装置（タッチパネルなど）も入出力装置２０９に含まれる。また、ＲＯＭ２０３が保持する仕向け情報に従って入出力装置２０９で表示する言語は決定される。さらに、原稿を読み取り、入力として電子データを受付けるためのスキャン装置も入出力装置２０９に含まれてよい。
【００１９】
センサー部２１０は消耗部品の着脱、交換、または発生した障害などを検知し、それを信号として各処理部へ伝える。そうすることで、それらの検知情報を入出力装置２０９へ表示、または記憶装置２０４へ保存することが可能となる。
【００２０】
図２（Ｂ）は、本発明の実施の一形態に係わる分析サーバ１０６の構成を示す図である。
【００２１】
分析サーバ１０６は、ＲＯＭ２５３に格納されているプログラムを実行するＣＰＵ２５１を備え、内部バス２５６を介して各デバイスを総括的に制御する。内部バス２５６には、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４、ネットワークＩ／Ｆ２５５、入出力Ｉ／Ｆ２５７が接続されている。また入出力Ｉ／Ｆ２５７は、例えばＰＳ２やＵｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ  Ｉ／Ｆ）、アナログやデジタルのディスプレイＩ／Ｆを備える。
【００２２】
入出力装置２５８は、キーボードやマウス、ＣＲＴや液晶ディスプレイであり、入出力Ｉ／Ｆ２５７を介して分析サーバ１０６と接続することができる。分析サーバ１０６はネットワークＩ／Ｆ２５５によりＬＡＮ１０１、Ｉｎｔｒａｎｅｔ環境１０７、Ｉｎｔｅｒｎｅｔ１０８を介した通信を行う。それにより、画像形成装置１０２や、ＰＣ１０５と通信を行うことができる。ＣＰＵ２５１は、ＲＡＭ２５２やＲＯＭ２５３と共にプログラムの実行処理を行う。また、記憶装置２５４等の記録媒体に画像データを記録する処理を行う。記憶装置２５４は外部記憶装置として機能し、画像形成装置１０２の管理情報を記憶するほか、前記バックアップＲＡＭ２５２に代わって、システム情報及び処理情報を保存することも可能である。
【００２３】
図３（Ａ）は画像形成装置１０２のソフトモジュール構成を説明する図である。
【００２４】
画像形成装置１０２は通信部３０１、記憶部３０２、画像形成部３０３、ステータス検知部３０４、デバイス情報管理部３０５、操作部３０６、ステータス表示制御部３０７によって構成される。これらの各部はＲＯＭ２０３にプログラムとして格納され、ＲＡＭ２０２上でＣＰＵ２０１によって実行される。通信部３０１は画像形成装置１０２に関するデバイス情報を分析サーバ１０６へ送信する。また、分析サーバ１０６から送信される指示、情報を受信する。送受信は、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳなどを用いて通信する。
【００２５】
記憶部３０２はＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の記憶領域と情報のやり取りを行う。また、画像形成装置１０２の動作履歴やさまざまな異常状態を表すデータなども記憶する。デバイス情報には、装置ＩＤなどの画像形成装置識別情報、ＩＰアドレスなどの通信情報が含まれる。また、カウンタ情報、異常状態発生情報、その他様々なデバイス情報を含む。また、分析サーバ情報として、画像形成装置１０２を管理する分析サーバ１０６のＩＰアドレスなどの通信情報が含まれる。画像形成部３０３は印刷データを生成し出力する機能を持つ。
【００２６】
ステータス検知部３０４は、画像形成装置１０２の状態を監視しており、前記センサー部２１０により検知された障害やカバーなどの開閉（以降イベントとする）状態、その復帰状態、トナー残量の状態など様々な状態を検知し、各制御部へそれを通知する。
【００２７】
デバイス情報管理部３０５はステータス検知部３０４により通知された情報から、分析サーバ１０６へ送信するための情報を生成する。操作部３０６は、顧客ユーザによる印刷指示をはじめとする画像形成装置１０２に対する操作指示を可能とするインターフェースである。ステータス表示制御部３０７は、入出力装置２０９のステータスバーなどに対して、画像形成装置１０２の状態情報の表示制御を行う。
【００２８】
図３（Ｂ）は分析サーバ１０６の中で本提案に関わる機能についてのソフトモジュール構成を説明する図である。
【００２９】
分析サーバ１０６は通信部３５１、記憶部３５２、表示部３５３、通知管理部３５４、デバイス情報管理部３５５、データ加工部３５６、データ分析部３５７によって構成される。これらの各部はＲＯＭ２５３にプログラムとして格納され、ＲＡＭ２５２上でＣＰＵ２５１によって実行される。通信部３５１は画像形成装置１０２と通信を行う機能を持つ。画像形成装置１０２から送信されるデバイス情報を受信したり、画像形成装置１０２へ必要な指示・情報を送信したりする。記憶部３５２はＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４の記憶領域と情報のやりとりを行い、デバイス情報などを保存する。
【００３０】
表示部３５３は記憶部３５２に格納されたデバイス情報を表示する。通知管理部３５４は通知情報の生成や通知先の指定を行い、通知データを生成する。通知には画像形成装置１０２の分析者や保守担当者に対する分析結果通知や保守依頼通知、消耗品の補充依頼通知などがある。デバイス情報管理部３５５は分析対象の画像形成装置１０２を管理するためのもので、画像形成装置識別情報、画像形成装置の異常状態情報、保守履歴、画像形成装置管理者情報、画像形成装置の消耗品情報などが管理対象になる。
【００３１】
データ加工部３５６は通信部３５１によって受信したデバイス情報を集計、分析し易いように加工、または不足情報を補完する。データ分析部３５７は受信したデバイス情報やデータ加工部３５６によって補完された情報からデータの集計、分析を行う。
【００３２】
図４は画像形成装置１０２から受信したデバイス情報を集計、分析する際に不足情報、不具合情報を補完する処理を示したフローチャートの一例である。
【００３３】
Ｓ４０１で分析サーバ１０６のデータ分析部３５７は集計、分析するにあたりデバイス情報のデータ補完が必要か否かを判断する。Ｓ４０１で判断した結果、データ補完が必要である場合、Ｓ４０２で補完に必要な情報があるか否かを判断する。Ｓ４０１で判断した結果、データ補完が必要でない場合、Ｓ４０４でデータ分析部３５７は集計、分析を行う。Ｓ４０２で判断した結果、補完に必要な情報が存在した場合、Ｓ４０３でデータ加工部３５６はデータ補完処理を実施する。具体的なデータ補完処理については後述する。Ｓ４０２で判断した結果、補完に必要な情報が存在しなかった場合、本処理を終了する。Ｓ４０４でデータ分析部３５７はデバイス情報を元に集計、分析を行う。
【００３４】
Ｓ４０３で実施するデータ補完処理の具体例について図５、６を用いて説明する。図５は消耗品（本実施例ではドラムとする）の寿命を算出するにあたり不足しているカウンタを線形補完することでデータ補完する例を示している。（今後、補完処理により生成されたカウンタをバーチャルカウンタとする）この例では分析サーバ１０６は“２０１６／７／３１”と“２０１６／８／３１”に画像形成装置１０２からカウンタを受信している。カウンタには種類があり、本実施例ではカウンタＡをトータルカウンタとし、これは画像形成装置１０２で印刷された枚数を意味する。カウンタＢはＡ３印刷されたものをＡ４印刷に換算してカウントしたもので、Ａ３を１枚印刷するとＡ４換算で２枚印刷されたようにカウントすることを意味する。例えば、Ａ４を１枚、Ａ３を１枚印刷した場合、カウンタＡは「２」、カウンタＢは「３」となる。カウンタＣはカラー印刷に特化したトータルカウンタを意味し、白黒印刷以外のカラー印刷をカウントする。また、カウンタＢと同様にＡ３印刷をＡ４印刷に換算したものでもある。
【００３５】
消耗品の寿命は様々な指標が考えられるが、本実施例ではカウンタを元に算出するものとする。具体的には消耗品の前回交換から今回交換までのカウンタ増分とする。同画像を印刷したとして、Ａ３印刷とＡ４印刷では使用するトナー量、ドラムの利用率が異なる（Ａ３の方が大きい）ことから、寿命算出の精度を上げるためにもカウンタＢを利用する。また、ドラムはカラー毎に存在する（Ｂｋ、Ｙ、Ｍ、Ｃ）ことから、ブラックドラムに対してはカウンタＢ、それ以外の各カラードラムに対してはカウンタＣを用いる。
【００３６】
画像形成装置１０２でドラムが交換されると、分析サーバ１０６へ交換アラームが送信される。本実施例では分析サーバ１０６は“２０１６／８／１０”と“２０１６／９／２０”に画像形成装置１０２からドラム交換アラームを受信している。ドラム交換時のカウンタＢ、カウンタＣを用いることで寿命を算出可能だが、本実施例ではドラム交換アラームの中にこれらの情報が存在せず、カウンタＡのみが存在する場合を前提としている。（課題に記載したように、機種によって交換アラームにこれら情報が含まれるか否か異なるため）今回、交換されたドラムがブラックであったとすると、寿命算出に必要なカウンタＢが不足していることになる。分析サーバ１０６は“２０１６／７／３１”と“２０１６／８／３１”に受信しているカウンタ情報から８月のラージ比を算出することが出来る。ラージ比とは（カウンタＢ−カウンタＡ）／カウンタＡで算出され、全印刷数に対してＡ３印刷がどれくらいの割合であるかを意味する。本実施例では８月のラージ比を３％とする。下記式のように算出されたラージ比とカウンタＡの差分からドラム交換（Ａ）時点のバーチャルカウンタＢを線形補完により算出する。
【００３７】
（Ａ）時点のバーチャルカウンタＢ＝４５０＋（６００−４００）×（１＋０．０３）＝６５６
同様に９月のラージ比を４％とすると、ドラム交換（Ｂ）時点のバーチャルカウンタＢも下記式から算出する。
【００３８】
（Ｂ）時点のバーチャルカウンタＢ＝１１００＋（１６００−１０００）×（１＋０．０４）＝１７２４
よって、ブラックドラムの寿命は１７２４−６５６＝１０６８となる。また、これをブラック以外のカラードラムとした場合、寿命算出に必要なカウンタＣが不足していることになり、上記ラージ比に加えて８、９月のカラー比を考慮することで（Ａ）（Ｂ）時点のバーチャルカウンタＣを算出する。カラー比とは全印刷数に対してカラー印刷がどれくらいの割合であるかを意味し、本実施例では８、９月のカラー比をそれぞれ４０％、４５％とする。算出方法については割愛する。下記式のように算出されたカラー比、ラージ比とカウンタＡの差分からドラム交換（Ａ）時点のバーチャルカウンタＣを線形補完により算出する。
【００３９】
（Ａ）時点のバーチャルカウンタＣ＝３００＋（６００−４００）×０．４×（１＋０．０３）＝３８２
同様に９月のラージ比を４％とすると、ドラム交換（Ｂ）時点のカウンタＢも下記式から算出する。
【００４０】
（Ｂ）時点のバーチャルカウンタＣ＝７００＋（１６００−１０００）×０．４５×（１＋０．０４）＝９８１
よって、カラードラムの寿命は９８１−３８２＝５９９となる。
【００４１】
このように消耗品の交換履歴とカウンタから平均寿命を算出することで、消耗品の需給予測などを行うが、上述してきたようなデータ補完によりその精度を向上させることが出来る。
【００４２】
図６は月次データから日次データを補完することで、月毎の印刷枚数（以下ＰＶ：Ｐｒｉｎｔ  Ｖｏｌｕｍｅとする）を算出する例を示している。通常、画像形成装置１０２は分析サーバ１０６へ定期的（例えば１６時間ごと）にカウンタを送信するが、顧客からの要望により送信タイミングが月次となる場合もある。また、分析サーバ１０６の負荷を分散させるために、画像形成装置１０２ごとに送信タイミングをずらすこともある。本実施例ではある画像形成装置１０２から分析サーバ１０６へ毎月１５日にカウンタが送信されるとする。ここでは“２０１６／５／１５”、“２０１６／６／１５”、“２０１６／７／１５”にそれぞれカウンタを「１０」、「３２０」、「９２０」を分析サーバ１０６が受信したものとする。６月のＰＶは月次で受信したカウンタを日割り計算し、それらを積算したものとする。先ずは下記のように５／１６〜６／１５の日割り計算を行う。
【００４３】
５／１６〜６／１５の日割りカウンタ＝（３２０−１０）／３１日＝１０／日
よって、５／１６〜６／１５の日ごとのバーチャルカウンタは「１０」となる。同様に６／１６〜７／１５の日割り計算を下記のように行う。
【００４４】
６／１６〜７／１５の日割りカウンタ＝（９２０−３２０）／３０日＝２０／日
よって、６／１６〜７／１５の日ごとのバーチャルカウンタは「２０」となる。次に上記日割りカウンタを積算する。
【００４５】
６／１〜６／１５の積算カウンタ＝１０／日×１５日＝１５０
６／１６〜６／３０の積算カウンタ＝２０／日×１５日＝３００
よって、６月のＰＶは１５０＋３００となり「４５０」と算出することが出来る。
【００４６】
このように月次のカウンタから日次のカウンタを補完することで月次のＰＶを算出し、顧客の印刷傾向や分析を行うための対象画像形成装置１０２を増やすことでその精度を上げることが出来る。
【００４７】
また、図示しないが、課題に記載したサービスマンのオペレーションミスによるデータ不具合のデータ補完について説明する。サービスマンは部品を交換すると、画像形成装置１０２のパネルから交換した部品のカウンタをクリアする必要がある。
【００４８】
しかし、このオペレーションがされないことが市場では多々発生しており、新品の部品にも関わらず、分析サーバ１０６に送信された部品のカウンタが大きな値となり、寿命算出、分析に支障をきたしている。
【００４９】
そこで、部品交換アラームが分析サーバ１０６へ送信された後に画像形成装置１０２より送信された部品カウンタが前回カウンタより減っているかを確認する（表１、表２参照）。減っている場合は正常にカウンタクリアされたということで、特に処理せず、減っていない場合は実際の部品カウンタとは別にバーチャルカウンタとしてクリアした値をテーブルに登録する。
【００５０】
【表１】
2019028628.tif 000003
【００５１】
【表２】
2019028628.tif 000004
【００５２】
本実施例では部品交換アラームを利用してバーチャルカウンタを生成する処理を説明したが、部品交換に関する情報であればアラームでなくてもよい。例えば、サービスマンが部品交換した履歴情報があればそちらを利用してもよい。
【００５３】
本実施例では画像形成装置１０２から受信したデバイス情報に対して、集計、分析の観点で不足している情報を補完する仕組みについて説明してきた。ただし、上述してきた補完方法のいずれの場合も補完に必要な情報が存在しなかった場合は、その期間、画像形成装置１０２は図４で説明したように集計、分析処理の対象としないことで精度の向上を図ることが出来る。また、画像形成装置１０２のファームウェアがバージョンアップされたことで、これまで不足していたデバイス情報が送信されるようになる場合も考えられる。その場合は送信されるようになった情報と分析サーバ１０６が上述してきた方法で補完したデータを比較することで、ずれを算出し、過去に補完してきたバーチャルカウンタを補正する。
【００５４】
以上の処理により、分析対象のデータ数を増やし、旧機種の不足情報やサービスマンによるオペレーションミスから生じるデータの不具合をユーザの負荷なく補完することを可能とし、集計、分析の精度を向上させることが可能となる。
【００５５】
本実施例において、各サーバや装置の構成、ソフトモジュールの構成、また、デバイス情報を補完する処理フローを示してきたが、これらは一例であり、これに限るものではない。
【符号の説明】
【００５６】
１０２  画像形成装置、１０６  分析サーバ
【図１】
2019028628.tif 000005
【図２（Ａ）】
2019028628.tif 000006
【図２（Ｂ）】
2019028628.tif 000007
【図３（Ａ）】
2019028628.tif 000008
【図３（Ｂ）】
2019028628.tif 000009
【図４】
2019028628.tif 000010
【図５】
2019028628.tif 000011
【図６】
2019028628.tif 000012