JP5306130B2 - 情報処理装置、分析方法、及びそのプログラム - Google Patents

Description

本発明は、画像形成装置の稼働時間などを扱う技術に関するものである。

顧客先のプリンタ、複写機及び複合機などの画像形成装置の稼動状況を分析し、その分析結果をもとに、顧客環境に適した機種の選定や提案などをするサービスが行われている。画像形成装置の稼動状況分析として稼働率が利用されている。一般的に、画像形成装置の稼働率とは、画像形成装置が運用されている時間のうち、画像形成装置が実際の印刷などのジョブ処理を行っている時間（稼働時間）の割合を指す。

画像形成装置のジョブの実行履歴（ジョブログ情報）に記録されたジョブ終了日時からジョブ開始日時を減算した値を１つのジョブのジョブ処理時間とし、ある特定の期間に処理されたジョブ処理時間の合計を稼働時間としていた。

従来技術において特許文献１では、複写機がコピーの開始と終了を検出する手段を持ち、コピー開始から終了までの時間を計測している。また、特許文献２では、顧客が使用する機器の使用状況を示す情報を収集し、収集した使用状況にもとづいて、各顧客への機器の増設や買い替えを提案している。顧客先の使用状況を示す情報として稼働率を使用し、稼働率が所定の閾値を超えるか否かを判別し、超えると判別した場合は、機器の増設や、より処理能力の高い機器への買い替えを提案している。

特開平６−２６８８０６号公報 特開２００２−１３２９１２号公報

画像形成装置の稼働時間は、ジョブログに記録されたジョブ終了日時からジョブ開始日時を減算した値を処理時間とし、ある特定の期間に処理されたジョブの処理時間の合計値として計算される。

上記した従来技術における稼働時間の算出方法では、画像形成装置のエラーによってジョブ処理が停止していた場合が考慮されていない。例えば、印刷ジョブの実行中に画像形成装置で紙詰まりやトナー切れなどが発生すると、エラーから復帰するまで印刷ジョブが停止し、エラー復帰後の印刷ジョブが終了した時間をジョブ終了日時としてジョブログに記憶される。そのような場合、上記の稼働時間算出方法では、稼働時間にエラーによってジョブ処理が停止していた時間が含まれてしまう。

また、ジョブ発行時に画像形成装置で別のジョブが処理されていて、ジョブが開始されずに停滞した場合も考慮されていない。例えば、印刷ジョブ発行時に、画像形成装置で別の印刷ジョブが処理されていた場合、後発の印刷ジョブは先発の印刷ジョブの終了まで待機し、その後に処理が再開される。そのような場合、先発のジョブと後発のジョブの処理時間帯が重複しているため、上記の稼働時間算出方法では、この重複している時間帯が二重に稼働時間として含まれてしまう。

エラーの時間及び待機ジョブによる停滞時間などを含んだ稼働時間を使用して、画像形成装置の負荷状況を分析すると、画像形成装置が運用されている時間の中で稼動している時間の割合である稼働率が実際よりも高い（装置の負荷が高い）と分析されてしまう。結果的に、従来技術のような稼働率の算出方法では、実際の顧客環境に適した装置やオプションなどを提案することはできない。

本発明は、上述の課題を解決するためになされたものである。従って、本発明の目的は、画像形成装置から収集したジョブログ情報を用いて、ジョブの実行中のエラーやジョブ同士の重複などに起因するジョブの停滞を考慮した、より正確な稼働時間の計算を効率的に行うための仕組みを提供することである。

上述の課題を解決するために、本発明は、画像形成装置の特定の期間において実行された複数のジョブの処理時間の合計を用いて前記画像形成装置の稼働時間を算出する情報処理装置であって、前記画像形成装置からジョブログ情報を収集するジョブログ収集手段と、前記ジョブログ収集手段により収集された前記ジョブログ情報に含まれるジョブ開始日時及びジョブ終了日時を用いて前記複数のジョブの各々の第１の処理時間を求める第１の処理時間算出手段と、前記画像形成装置の処理速度及び当該ジョブログのジョブの内容を用いて前記複数のジョブの各々の第２の処理時間を求める第２の処理時間算出手段と（Ｓ１１０３）、
前記第１の処理時間と前記第２の処理時間に基づいて、前記第１の処理時間が補正の対象であるか判断する判断手段と、前記判断手段の結果、補正の対象であると判断された第１の処理時間を補正する補正手段と、前記補正手段により補正された第１の処理時間を用いて稼働時間を算出する稼働時間算出手段と、を備えることを特徴とする。

本発明によれば、画像形成装置から収集したジョブログ情報を用いて、ジョブの実行中のエラーやジョブ同士の重複などに起因するジョブの停滞を考慮した、より正確な稼働時間の計算を効率的に行うための仕組みを提供できる。

本発明の実施形態を示す画像形成装置の稼働状況を分析するシステムの構成を示す模式図である。 ホストコンピュータ、分析サーバを構成する情報処理装置の内部構成を説明するブロック図である。 複合機の内部構成の一例を示したブロック図である。 ホストコンピュータのモジュールの詳細な構成を示すブロック図である。 分析サーバの詳細な構成を示すブロック図である。 複合機のデータ処理構成を説明するためのブロック図である。 デバイス情報管理部が備えるデバイス情報テーブルの一例を示す図である。 ジョブログ情報テーブルの一例を示す図である。 エラーログ情報テーブルの一例を示す図である。 ログ収集処理の手順の一例を示すフローチャートである。 停滞時間の判定処理の手順の一例を示すフローチャートである。 分析サーバの分析処理部における停滞時間の減算処理の概念を示す図である。 停滞ログ情報テーブルの一例を示す図である。 重複ジョブ種情報テーブルの一例を示す図である。 稼働時間の計算処理の手順の一例を示すフローチャートである。 停滞時間の減算処理の手順の一例を示すフローチャートである。 分析処理部で管理される分析結果テーブルの一例を示す図である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

＜システム構成の説明＞
図１は、本発明の実施形態を示す画像形成装置の稼働状況を分析するシステムの構成を示す模式図である。

図１において、１０１はホストコンピュータで、ユーザが使用して画像データを生成し、印刷を行う。ホストコンピュータ１０１には、後述するハードウェア資源と、オペレーティングシステム（ＯＳ）、プリンタドライバ等を含むソフトウエア資源を備える。さらに、ホストコンピュータ１０１はネットワーク１０５に接続される画像形成装置と所定のプロトコルで通信可能に接続されている。

１０３はプリンタで、ネットワークを介して受信した印刷データを受け取り、電子写真技術やインクジェット技術などの既知の印刷技術を利用して実際の用紙に印刷を行う。１０４は複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）で、ネットワークを介して受信した印刷データを受け取り、実際の用紙に印刷を行う。また、複合機１０４は、スキャナを介して紙原稿を読み取り、コピーを行ったり、画像データに変換しＥｍａｉｌなどで送信したりする機能も持つ。もちろん、コピー機能などを持たない、プリンタも適用可能である。

１０２は分析サーバで、プリンタ１０３や複合機１０４の稼働状況の分析を行う。ここで、分析処理とは、後述する稼働時間の計算処理が含まれる。

なお、ホストコンピュータ１０１、複合機１０４、プリンタ１０３、分析サーバ１０２はイーサネット（登録商標）などの既知の技術によるネットワーク１０５により相互に通信可能に接続されている。また、本実施形態では、分析サーバ１０２をプリンタ１０３、複合機１０４とは別構成として設けているが、同様の機能をもつモジュールをプリンタ１０３、複合機１０４の内部に設けるように構成しても構わない。この場合、分析サーバ１０２とプリンタ１０３、複合機１０４の間で行われるネットワーク通信は、システムバスなどを介したデータの受け渡しに置き換えて考えられる。

＜コンピュータの構成＞
図２は、ホストコンピュータ１０１、分析サーバ１０２を構成する情報処理装置の内部構成を説明するブロック図である。

図２において、２００はコンピュータ全体（ＰＣ）である。ＰＣ２００は、ＲＯＭ２０２あるいは、例えば大規模記憶装置としてのＨＤ２１１に記憶されたソフトウエアを実行するＣＰＵ２０１を備え、ＣＰＵ２０１はシステムバス２０５に接続される各画像形成装置を総括的に制御する。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０４はネットワークインタフェースカード（ＮＩＣ）で、ネットワーク１０５を介して、他のノードと双方向にデータをやりとりする。２０６はキーボードコントローラ（ＫＢＤＣ）で、ＰＣに備えられたキーボード（ＫＢＤ）２０９からの指示入力を制御する。２０７はディスプレイコントローラ（ＤＩＳＰＣ）で、例えば液晶ディスプレイなどで構成される表示モジュール（ＤＩＳＰＬＡＹ）２１０の表示を制御する。２０８はディスクコントローラ（ＤＫＣ）であり、大容量記憶画像形成装置であるハードディスク（ＨＤ）２１１を制御する。

＜複合機の構成＞
図３は、図１に示した複合機１０４の内部構成の一例を示したブロック図である。

図３において、３００は複合機全体である。複合機３００は、ＲＯＭ３０２あるいは例えばハードディスクなどの大規模記憶装置としてのＨＤ３１３に記憶されたソフトウエアを実行するＣＰＵ３０１を備え、ＣＰＵ３０１はシステムバス３０５に接続される各画像形成装置を総括的に制御する。３０３はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０４はネットワークインタフェースカード（ＮＩＣ）で、ネットワーク１０５を介して、他のノードとデータをやりとりする。３０６はパネルコントローラ（ＰＡＮＥＬＣ）で、複合機に備えられたオペレーションパネル（ＰＡＮＥＬ）３１１からの指示入力を制御する。３０７はディスプレイコントローラ（ＤＩＳＰＣ）で、例えば液晶ディスプレイなどで構成される表示モジュール（ＤＩＳＰＬＡＹ）３１２の表示を制御する。３０８はディスクコントローラ（ＤＫＣ）であり、大容量記憶画像形成装置であるハードディスク（ＨＤ）３１３を制御する。３０９はスキャナコントローラ（ＳＣＡＮＣ）で、複合機に備えられた光学式スキャナ装置（スキャナ）３１４を制御し、紙原稿の読み取りを行う。３１０はプリンタコントローラ（ＰＲＮＣ）で、複合機に備えられたプリンタ装置（プリンタ）３１５を制御し、電子写真技術やインクジェット技術などの既知の印刷技術を利用して実際の用紙に印刷を行う。

なお、図１に示したプリンタ１０３の内部構成は、上記で示した複合機１０４の内部構成よりスキャナコントローラ３０９及び光学式スキャナ装置３１４を除いたものと考えることができる。さらに、パネルコントローラ（ＰＡＮＥＬＣ）３０６、オペレーションパネル３１１、ディスプレイコントローラ（ＤＩＳＰＣ）３０７、表示モジュール（ＤＩＳＰＬＡＹ）３１２などを取り除いた構成でもよい。

＜ホストコンピュータの詳細構成＞
図４は、図１に示したホストコンピュータ１０１のモジュールの詳細な構成を示すブロック図である。

図４において、４００はホストコンピュータ全体である。４０１は印刷指示を行う印刷アプリケーションであり、プリンタドライバ４０２に対して描画命令などを送信することにより、印刷指示を行う。プリンタドライバ４０２は、印刷アプリケーション４０１から受けた描画命令などを複合機が解釈可能な印刷データ、すなわちＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）に変換する。さらに、プリンタドライバ４０２は、印刷アプリケーション４０１を操作して印刷を指示したユーザのユーザＩＤをジョブオーナー情報として付加し、印刷ジョブを作成し、印刷ジョブ送信部４０３に送信する。印刷ジョブ送信部４０３は、プリンタドライバ４０２より受け取った印刷ジョブを複合機１０４に送信する。

＜分析サーバの詳細構成＞
図５は、図１に示した分析サーバ１０２の詳細な構成を示すブロック図である。

図５において、５００は分析サーバ全体である。５０１はインタフェース部であり、図２に示したＮＩＣ２０４を通じてネットワーク１０５を経由して、ホストコンピュータ１０１、画像形成装置（プリンタ１０３、複合機１０４）との通信を行う。

５０２はジョブログ収集部であり、画像形成装置よりジョブログ情報を収集して、ＨＤ２１１に確保されるジョブログ情報領域に保管する。これにより、分析サーバにおけるジョブログ管理が行われる。５０３はエラーログ収集部であり、プリンタ１０３、複合機１０４よりエラーログ情報を収集して、ＨＤ２１１に確保されるエラーログ情報領域に保管する。５０４はデバイス情報管理部であり、画像形成装置の処理速度などのデバイス情報を保持する。

５０５は分析処理部であり、ジョブログ情報やデバイス情報をもとに画像形成装置の稼働状況の分析処理をする。また、分析結果を管理する。

＜複合機の詳細構成＞
図６は、図１に示した複合機１０４のデータ処理に関する構成を説明するためのブロック図である。

図６において、６００は複合機全体を示す。６０１はインタフェース部であり、ネットワーク１０５と接続し、ホストコンピュータ１０１から印刷ジョブを受信する。また、外部の装置に対して装置内で保持している情報を送信するためにも用いる。６０２は印刷データ格納部であり、印刷ジョブデータを一時的に格納する。６０３はＵＩ制御部であり、パネルコントローラ（ＰＡＮＥＬＣ）３０６を経由してオペレーションパネル３１１を制御し、ユーザからの複合機１０４へのコピー指示や、スキャンデータの外部送信の指示を受け付ける。６０４はジョブ管理部であり、ホストコンピュータ１０１から受信する印刷ジョブを解析し、印刷部数やカラー印刷などの出力属性情報を取得し、ジョブの開始時刻と共にジョブ情報として管理する。６０５は印刷データ展開部であり、ジョブ管理部６０４に格納されたジョブ情報に従い、印刷データ格納部６０２から印刷データを取得して画像生成処理を行い、イメージデータをＲＡＭ３０３上に生成する。６０６はスキャナ制御部であり、スキャナコントローラ３０９を制御し、紙原稿のスキャンを行い、作成されたイメージデータを作成する。なお、スキャナ制御部６０６では、原稿給送装置として、ＡＤＦ、ＲＤＦ等を接続可能とする場合には、ＡＤＦ又はＲＤＦからの原稿給紙と原稿排紙を制御する。また、両面原稿を読み取る場合には、スキャナ制御部６０６は、原稿の反転制御を行う場合もある。６０７はイメージデータ格納部であり、印刷データ展開部６０５、スキャナ制御部６０６が生成したイメージデータを一時的に格納する。６０８はプリンタ制御部であり、プリンタエンジン６０９を制御し、イメージデータ格納部６０７に格納されたイメージデータの印刷を行わせる。６０９はプリンタエンジンであり、イメージデータ格納部６０７に格納されたイメージデータを印刷用紙などのメディアに実際に印刷する。

６１０はジョブログ管理部であり、ジョブログ情報を管理する。ジョブ管理部６０４は、ジョブが完了するとそのジョブの開始・終了時間、ジョブ種、及び属性情報などを含むジョブログをジョブログ管理部６１０に送信する。ジョブログ管理部６１０では、受信したジョブログをまとめてジョブログ情報として保管する。ジョブログ管理部６１０は、分析サーバ１０２からの要求に応答するなどして、ジョブログ情報を送信するための制御も行う。

６１１はエラーログ管理部であり、エラーログ情報を管理する。スキャナ制御部６０６やプリンタ制御部６０８は、スキャナ処理や印刷処理などの間でエラーが発生すると、その発生日時、復帰日時、エラー種別（エラー箇所）などをエラーログとして収集する。そして、そのエラーログをエラーログ管理部６１１に送信する。エラーログ管理部６１１では、受信したエラーログをまとめてエラーログ情報として保管する。エラーログ管理部６１１は、分析サーバ１０２からの要求に応答するなどして、エラーログ情報を送信するための制御を行う。また、画像形成装置によっては、エラーログを収集する機能がない構成の場合もある。

なお、スキャナを持たないプリンタ１０３の構成は、図６で説明した複合機１０４の構成から、スキャナ制御部６０６などを除いた構成と考えることができる。

＜デバイス情報テーブル＞
図７は、図５に示したデバイス情報管理部５０４が備えるデバイス情報テーブルの一例を示す図である。

図７において、７０１はデバイスＩＤであり、画像形成装置をシステム内で一意に識別するＩＤである。７０２は、ユーザなどが設定可能なデバイス名である。

さらに、デバイス情報テーブルは、複数の出力条件の組み合わせをインデックスとしたジョブ処理速度の情報を保持している。本実施形態ではジョブ種７０３、カラーモード７０４をインデックスとし、１分あたりに印刷可能なページ数（ＰＰＭ：Ｐａｇｅｓ ｐｅｒ Ｍｉｎｕｔｅ）を処理速度７０５として保持した場合の例を示す。

デバイス情報管理部５０４が管理するこれらの情報により、画像形成装置の各ジョブの処理速度がわかる。例えば、デバイス情報７０６は、画像形成装置Ａにおけるモノクロのコピージョブの処理速度が２５ページ／分であることを示すデバイス情報である。デバイス情報７０７は、画像形成装置Ｂにおけるカラーのプリントジョブの処理速度が６０ページ／分であることを示すデバイス情報である。

＜ジョブログ情報テーブル＞
図８は、図５に示したジョブログ収集部５０２が管理するジョブログ情報テーブルの一例を示す図である。

図８において、８０１はジョブログＩＤであり、ジョブログをシステム内で一意に識別するＩＤである。８０２は、ジョブを処理した画像形成装置のデバイスＩＤである。８０３は、ジョブ種であり、プリント、コピー、及びスキャンなどの情報を示す。８０４は、ジョブの処理が開始されたジョブ開始日時である。８０５は、ジョブの処理が終了したジョブ終了日時である。８０６は、ジョブのモノクロで印刷されたページ数（枚数）である。８０７は、ジョブのカラーで印刷されたページ数である。

８０８は予想処理時間であり、ジョブの処理内容である印刷されたページ数８０６及び８０７に加え、デバイス情報に含まれる処理速度７０５などをもとに算出する。本実施形態ではログ収集処理を行った際に、予想処理時間を算出する。ログ収集処理の詳細については図１０を用いて後述する。

８０９は停滞フラグであり、当該ジョブログがエラーやジョブの重複によって、停滞していた可能性がある（ＯＮ）か、ない（ＯＦＦ）かをそれぞれ示す。この停滞フラグにより、後述するジョブ処理時間の補正処理（図１７）の対象となるジョブログが識別可能となる。停滞フラグは、開始日時８０４と終了日時８０５から算出した実際の処理時間と、予想処理時間８０８とを比較し、その差が予め設定された閾値以上の場合は停滞していた可能性があるとしてＯＮする。本実施形態ではログ収集処理を行った際に、停滞していた可能性があるか否かの判定を行う。ログ収集処理の詳細については図１０を用いて後述する。

ジョブログ収集部５０２において、上記情報により、どの画像形成装置で、どのようなジョブが、どの日時に開始され終了したかということが管理できる。

例えば、ジョブログ８１０は、デバイスＩＤが１００の画像形成装置において、［２００９／０７／０１ ２２：５５：１５］に開始し、［２００９／０７／０２ ８：２３：３９］に終了した、白黒ページ数４５０ページのコピージョブに関するジョブログを示す。このジョブログの予想処理時間は、白黒ページ数４５０ページとデバイス情報７０６の処理速度３０ページ／分とから、１５分（９００秒）となる。また、予想処理時間１５分（９００秒）と、実際の処理時間９時間２８分２４秒（３４１０４秒）を比較して、その差分を求める。ここで停滞フラグは、上記の差が閾値以上であったと判定され、ＯＮとなっている。

ジョブログ８１１は、デバイスＩＤが１０１の画像形成装置において、［２００９／０７／０３ １０：０３：１０］に開始し、［２００９／０７／０３ １０：０８：３７］に終了した、カラーページ数が３２０ページのプリントジョブに関するジョブログである。このジョブログの予想処理時間は、カラーページ数３２０ページとデバイス情報７０７の処理速度６０ページ／分から、５分２０秒（３２０秒）となる。また、予想処理時間５分２０秒（３２０秒）と、実際の処理時間５分２７秒（３２７秒）を比較して、その差分を求める。ここで停滞フラグは、上記の差が閾値より小さいと判定され、ＯＦＦとなっている。

ジョブログ８１２は、デバイスＩＤが１０１の画像形成装置において、［２００９／０７／０３ １０：０３：３３］に開始し、［２００９／０７／０３ １０：０９：４６］に終了した、カラーページ数が６０ページのプリントジョブに関するジョブログである。このジョブログの予想処理時間は、カラーページ数６０ページとデバイス情報７０７の処理速度６０ページ／分から１分（６０秒）となる。また、予想処理時間１分 （６０秒）と実際の処理時間６分１３秒（３７３秒）を比較して、その差分求める。ここで停滞フラグは、上記の差が閾値以上だと判定され、ＯＮとなっている。

なお、図６に示したジョブログ管理部６１０では、図８のジョブログ情報テーブルからデバイスＩＤ８０２、予想処理時間８０８、停滞フラグ８０９を除いた形式と同等のジョブログ情報テーブルを備える。また、ジョブログ情報テーブルをジョブ種毎に作成し、管理するように構成してもよい。

＜エラーログ情報テーブル＞
図９は、図５に示したエラーログ収集部５０３が備えるエラーログ情報テーブルの一例を示す図である。

図９において、９０１はエラーログＩＤであり、エラーログをシステム内で一意に識別するＩＤである。９０２は、エラーが発生した画像形成装置のデバイスＩＤである。９０３は、エラー種別であり、本実施形態では用紙切れ、排紙ジャムなどの例を示す。９０４は、エラーの発生日時である。９０５は、エラーから復帰した日時である。

エラーログ収集部５０３において、上記情報において、どの画像形成装置で、どのようなエラーが、どの日時に発生し復帰したかということが管理できる。

例えば、エラーログ情報９０６は、デバイスＩＤが１００の画像形成装置において、２００９／０７／０１ ２３：０４：１５に発生し２００９／０７／０２ ８：１７：２０に復帰した、用紙切れエラーに関するエラーログである。

なお、図６に示したエラーログ管理部６１１では、図９のエラーログ情報テーブルからデバイスＩＤ９０２を除いた形式と同等のエラーログ情報テーブルを備える。また、エラーログ情報テーブルをエラー種別毎に作成し、管理するように構成してもよい。

＜分析サーバにおけるログ収集処理＞
図１０は、分析サーバ（情報処理装置）におけるログ収集に関する処理手順の一例を示すフローチャートである。また、分析サーバ１０２では、本ログ収集処理を一定間隔、ユーザに指定された時間などに実行するものとする。なお、Ｓ１００１〜Ｓ１００９で示す各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

Ｓ１００１において、ログ収集処理が開始され、ジョブログ収集部５０２は、インタフェース部５０１を介してプリンタ１０３や複合機１０４と通信し、ジョブログ管理部６１０により管理されているジョブログ情報を収集する。ここで、分析サーバはジョブログ情報を収集する画像形成装置を管理対象の画像形成装置として、予め登録されているものとする。

Ｓ１００２において、ジョブログ収集部５０２は、収集されたジョブログ情報から１つのジョブログを取得する。Ｓ１００３において、ジョブログ収集部５０２は、Ｓ１００２で取得したジョブログの処理時間を算出する処理を行う。本実施例では処理時間は以下の式で算出する。
［処理時間］ ＝ ［ジョブの終了日時］ − ［ジョブの開始日時］
Ｓ１００４において、ジョブログ収集部５０２は、Ｓ１００２で取得したジョブログのジョブが停滞していた可能性があるか否かの判定を行う。ジョブが停滞していた可能性があるか否かの判定処理の詳細については、図１１を用いて後述する。Ｓ１００５において、ジョブログ収集部５０２は、Ｓ１００４でジョブが停滞していた可能性があるか否かの判定処理を行ったジョブログを、図８に示したジョブログ情報テーブルで保持、管理する。

Ｓ１００６において、ジョブログ収集部５０２は、Ｓ１００１で収集したジョブログ情報に含まれるジョブログの全てについて、Ｓ１００２〜Ｓ１００５の処理を行ったかを判定する。ここで、Ｓ１００１で収集したすべてのジョブログについて処理を行っていないと、ジョブログ収集部５０２が判定した場合は、Ｓ１００２に戻り処理を繰り返す。一方、Ｓ１００１で収集したすべてのジョブログについて処理を行ったと、ジョブログ収集部５０２が判定した場合は、Ｓ１００７に進む。

Ｓ１００７において、エラーログ収集部５０３は、ジョブログ情報の収集対象となっている画像形成装置の中で、エラーログ情報を取得可能な画像形成装置があるかを判定する。ここで、エラーログ情報を取得可能な画像形成装置がないと、エラーログ収集部５０３が判定した場合は、エラーログ情報の収集は行わず、本処理を終了する。一方、エラーログ情報を取得可能な画像形成装置があると、エラーログ収集部５０３が判定した場合は、Ｓ１００８に進む。Ｓ１００８において、エラーログ収集部５０３は、インタフェース部５０１を介してプリンタ１０３や複合機１０４と通信し、エラーログ管理部６１１により管理されているエラーログ情報を収集する。

Ｓ１００９において、エラーログ収集部５０３は、Ｓ１００８で収集したエラーログ情報を、図９に示したエラーログ情報テーブルで保管し、本処理を終了する。

＜分析サーバにおけるジョブ停滞判定処理＞
図１１は、分析サーバにおける、図１０に示したＳ１００４で実行されるジョブが停滞していた可能性があるか否かの判定処理の詳細を説明するためのフローチャートである。なお、Ｓ１１０１〜Ｓ１１０７で示す各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

Ｓ１１０１において、本判定処理を開始されると、ジョブログ収集部５０２は、当該ジョブログのジョブに該当する処理速度を、デバイス情報管理部５０４から取得する。本実施形態では、当該ジョブログのデバイスＩＤ、ジョブ種、カラーモードの情報をもとに、該当する処理速度を取得する。

Ｓ１１０２において、ジョブログ収集部５０２は、Ｓ１１０１で処理速度の取得が成功したかを判定する。ここで、処理速度の取得が失敗したと、ジョブログ収集部５０２が判定した場合は、ジョブが停滞していた可能性があるか否かの判定処理は行わず、本処理を終了する。一方、処理速度の取得が成功したと、ジョブログ収集部５０２が判定した場合は、Ｓ１１０３に進む。

Ｓ１１０３で、ジョブログ収集部５０２は、当該ジョブログの予想処理時間を算出する処理を行う。本実施例では、予想処理時間は以下の式で算出する。
［予想処理時間（秒）］
＝６０÷［白黒処理速度（ページ／分）］×［白黒ページ数］
＋６０÷［カラー処理速度（ページ／分）］×［カラーページ数］

Ｓ１１０４において、ジョブログ収集部５０２は、図１０のＳ１００３で算出した処理時間とＳ１１０３で算出した予想処理時間の差が閾値以上かを判定する。ここで、ジョブ処理時間と予想処理時間の差が閾値より小さいと、ジョブログ収集部５０２が判定した場合は、Ｓ１１０６に進む。一方、ジョブ処理時間と予想処理時間の差が閾値以上だと、ジョブログ収集部５０２が判定した場合は、Ｓ１１０５に進む。

Ｓ１１０５において、ジョブログ収集部５０２は、当該ジョブログのジョブは停滞していた可能性があると判定し、停滞フラグをＯＮにして、本処理を終了する。一方、Ｓ１１０６で、ジョブログ収集部５０２は、当該ジョブログのジョブは停滞していた可能性がないと判定し、停滞フラグをＯＦＦにする。

Ｓ１１０４〜Ｓ１１０６の判定は、当該ジョブの処理時間帯において停滞が発生していたかを判定するために行う。ここで、ジョブの処理時間帯に停滞が発生していなかった場合においても、図１０のＳ１００３で算出した実際の処理時間と、Ｓ１１０３で算出した予想処理時間には誤差があると考えられる。そこで、予め閾値を設定しておき、実際の処理時間と予想処理時間の差が閾値より小さい場合は、当該ジョブの処理時間帯において停滞は発生していないとみなす。一方、差が閾値以上の場合は、当該ジョブの処理時間帯において停滞が発生していて、処理時間に停滞時間が含まれているとみなす。

Ｓ１１０７で、ジョブログ収集部５０２は、図１０のＳ１００３で算出した処理時間を使用して、図７に示したデバイス情報テーブルの処理速度７０５を補正し、本処理を終了する。

Ｓ１１０７の処理は、デバイス情報テーブルの処理速度７０５を、顧客環境（運用上）における実際の値によりに近いものとするために行う。画像形成装置の実際の処理速度は、原稿の文字や図形の個数や複雑さなどに左右される。そこで、処理時間帯において停滞が発生していなかったと判定したジョブの処理時間とページ数をもとに、実際の処理速度を求め、処理速度を補正する。これにより、処理速度がより実際に近い値になり、予想処理時間の精度を高め、停滞が発生していたかの判定の精度を高めることができる。

尚、本実施例においてジョブが停滞したかの判定をジョブログ情報収集の際に行うのは、後述する稼働時間の分析、算出の処理の効率化のためでもある。ジョブが停滞したかの判定処理は、比較的、処理負荷が軽いので、ジョブログ情報を管理する段階で行っておけば、後段の稼働時間分析時の負荷が押さえることができる。

＜分析サーバにおける稼働時間計算処理＞
図１２（ａ）、（ｂ）は、図１に示した分析サーバ１０２の分析処理部５０５における停滞時間の算処理の概念を示す図である。

本実施形態では、分析処理部５０５における稼働時間の計算処理時に、稼働時間からエラーやジョブの重複による停滞時間を減算する。図１２（ａ）で示す、エラーによる停滞時間の減算処理は、図１１のジョブ停滞判定処理において、処理時間帯において停滞が発生していたと判定したジョブに対してのみ行う。ここでは、横軸が時間軸であり、右方向が時間の流れを示している。
１２０１は、図８に示したジョブログ情報テーブルのジョブログ８１０を図示したものであり、［２２：５５：１５］にジョブ処理が開始され、翌日の［８：２３：３９］に終了したことを示している。
１２０２は、図９に示したエラーログ情報テーブルのエラーログ９０６を図示したものであり、［２３：０４：１５］にエラーが発生し、［８：１７：２０］に復帰したことを示している。
１２０１のジョブは１２０２のエラーによりジョブ処理が中断され、エラーが復帰するまでの時間帯１２０４は、処理が停止している。このため、エラーによりジョブ処理が停止していた時間帯１２０４を除いた、ジョブの処理時間帯１２０３と処理時間帯１２０５を合計した時間が、画像形成装置が実際にジョブの処理を行っていた時間である。

以上で示したように、ジョブ処理の開始日時から終了日時の間に画像形成装置でエラーが発生し、ジョブ処理が停止していた場合は、その処理時間を補正する必要がある。画像形成装置のエラーログが取得可能な場合、エラーログの発生日時と復帰日時からエラーによる停滞時間を算出できる。画像形成装置が実際にジョブの処理を行っていた時間は、図１０のＳ１００３で算出した処理時間からエラーによる停滞時間を減算することで算出できる。例えば、ジョブログ８１０の場合は、処理時間９時間２８分２４秒（３４１０４秒）から、エラーログ９０６から算出した停滞時間９時間１３分５秒（３３１８５秒）を減算した１５分１９秒（９１９秒）が、実際にジョブの処理が行われていた時間となる。

しかし、画像形成装置のエラーログが取得不可能な場合は、エラーによる停滞時間がわからないため、上記の処理時間の補正ができない。そこで、ジョブの処理時間を図１１のＳ１１０３で算出した予想処理時間に置き換える。予想処理時間は、図１２のジョブの処理時間帯１２０３と処理時間帯１２０５を合計した時間を予想したものである。例えば、ジョブログ８１０の場合は、予想処理時間１５分（９００秒）を、画像形成装置がジョブの処理を行っていた時間とみなし、補正する。

図１２（ｂ）は、分析処理部５０５におけるジョブの重複による停滞時間の減算処理の概念を示す図である。ジョブの重複による停滞時間減算処理は、図１１のジョブ停滞判定処理において、処理時間帯において停滞が発生していたと判定したジョブに対してのみ行う。ここで、横軸が時間軸であり、右方向が時間の流れを示している。
１３０１は、図８に示したジョブログ情報テーブルのジョブログ８１１を図示したものであり、［１０：０３：１０］にジョブ処理が開始され、［１０：０８：３７］に終了したことを示している。
１３０２は、図８に示したジョブログ情報テーブルのジョブログ８１２を図示したものであり、［１０：０３：３３］にジョブ処理が開始され、［１０：０９：４６］に終了したことを示している。
１３０２のジョブは１３０１のジョブが処理中であったため、１３０１のジョブが完了するまでの時間帯１３０３は処理が停止している。このため、ジョブの重複によりジョブ処理が停止していた時間帯１３０３を除いた、ジョブの処理時間帯１３０４が、画像形成装置がジョブ１３０２に対応するジョブに対して実際に処理を行っていた時間である。

以上で示したように、ジョブ処理の開始日時から終了日時の間に画像形成装置でジョブの重複が発生し、ジョブ処理が停止していた場合は、処理時間を補正する必要がある。ここでは、図１０のＳ１００３で算出した処理時間からジョブの重複による停滞時間を減算することで算出できる。

例えば、ジョブログ８１２の場合は、処理時間６分１３秒（３７３秒）から、時間帯１３０３の停滞時間５分４秒（３０４秒）を減算した１分９秒（６９秒）が、画像形成装置が純粋に処理を行っていた時間となる。

画像形成装置のエラーログが取得不可能な場合は、停滞時間がエラーによる停滞時間なのか、ジョブの重複による停滞時間なのかがわからない。そのため、処理時間帯において停滞が発生していたと判定したジョブの処理時間を図１１のＳ１１０３で算出した予想処理時間に置き換える。ジョブ１３０２の予想処理時間は、図１２（ｂ）のジョブの処理時間帯１３０４を予想したものである。

例えば、ジョブログ８１２の場合は、予想処理時間１分（６０秒）を、画像形成装置が純粋に処理を行っていた時間とする。

図１３は、図５に示した分析処理部５０５が備える停滞ログに関する情報を管理するテーブルの一例を示す図である。図１３において、１４０１は停滞ログＩＤであり、停滞ログをシステム内で一意に識別するＩＤである。１４０２は、停滞の発生日時である。１４０３は、停滞から復帰した日時である。１４０４は、復帰日時から発生日時を減算して算出した停滞日時である。１４０５は、停滞理由で、エラーによる停滞、ジョブの重複による停滞などの停滞理由を示す。

分析処理部５０５が管理するこれらの情報により、停滞が、どのような理由で、どの日時に発生し復帰したかというログ情報を記録することができる。

例えば、停滞ログ情報１４０６は、［２００９／０７／０１ ２３：０４：１５］に発生し、［２００９／０７／０２ ８：１７：２０］に復帰した、エラーによる停滞に関する停滞ログである。これは図１２の時間帯１２０４の停滞を示している。

停滞ログ情報１４０７は、［２００９／０７／０３ １０：０３：３３］に発生し、［２００９／０７／０３ １０：０８：３７］に復帰した、ジョブの重複による停滞に関する停滞ログである。これは図１２（ｂ）の時間帯１３０３の停滞を示している。

図１４は、分析処理部５０５が備える重複ジョブの判断基準となる情報を管理するためのテーブル（重複ジョブ種情報テーブル）の一例を示す図である。

本例は、ジョブの処理中に別のジョブが発行された場合に、それがどのジョブ種だと停滞するか、または停滞しないかといった情報をまとめたテーブル例である。処理中のジョブと、発行された別のジョブの互いのジョブ種によって、発行されたジョブが停滞するか否かが異なるので、このようなテーブルを用意する。

本テーブルは、ジョブ種１５０１と、そのジョブ種のジョブの処理中に発行された場合、停滞するジョブ種１５０２と停滞しないジョブ種１５０３を示している。また、停滞しないジョブ種に関しては、停滞はしないが処理時間帯が重複する可能性があることを示している。例えば、プリントジョブの処理中にスキャンジョブが発行された場合、スキャンジョブは停滞しないで実行されるが、プリントジョブのログとスキャンジョブのログの処理時間帯は重複する。

１５０３は、プリントジョブの処理中にプリント、コピージョブが発行されると停滞し、スキャンジョブが発行されても停滞しないことを示している。１５０４は、コピージョブの処理中にプリント、コピージョブが発行されると停滞し、スキャン、送信ジョブが発行されても停滞しないことを示している。１５０５は、スキャンジョブの処理中にプリント、コピー、送信ジョブが発行された場合は停滞しないことを示している。１５０６は、送信ジョブの処理中に、送信ジョブがされると停滞し、プリント、コピー、スキャンジョブが発行されても停滞しないことを示している。

図１５は、分析サーバにおける稼働時間の計算処理の手順の一例を示すフローチャートである。なお、Ｓ１６０１〜Ｓ１６１１で示す各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

Ｓ１６０１において、稼働時間の計算処理を開始されると、分析処理部５０５は、図５に示したジョブログ収集部５０２に保管されているジョブログ情報から、分析対象となるジョブログの１つを取得する。

Ｓ１６０２において、分析処理部５０５は、Ｓ１６０１で取得したジョブログの停滞フラグがＯＮかを判定する。ここで、停滞フラグがＯＮではないと、分析処理部５０５が判定した場合はＳ１６０４に進む。一方、停滞フラグがＯＮであると、分析処理部５０５が判定した場合はＳ１６０３に進む。Ｓ１６０３において、分析処理部５０５は、Ｓ１６０１で取得したジョブログに対して、ジョブの停滞時間の減算処理を行う。この減算処理の詳細については図１６を用いて後述する。Ｓ１６０４において、分析処理部５０５は、Ｓ１６０１で取得したジョブログの処理時間を稼働時間に加算する。ここで、Ｓ１６０３において処理時間から停滞時間を減算している場合は、減算した処理時間を稼働時間に加算する。

Ｓ１６０５において、分析処理部５０５は、図１４に示した重複ジョブ種情報テーブルから、当該ジョブログのジョブ種に該当する停滞しないジョブ種情報１５０３を取得する。Ｓ１６０６において、分析処理部５０５は、図５に示したジョブログ収集部５０３に保管されているジョブログ情報から、Ｓ１６０５で取得した停滞しないジョブ種、かつ、当該ジョブログの処理時間帯に実行された別のジョブログを特定し、取得する。

Ｓ１６０７において、分析処理部５０５は、Ｓ１６０６で取得したジョブログを使用し、ジョブの重複時間を算出する。ここで算出する値は、停滞はしていないが、処理時間帯が重複しているジョブの重複時間である。

Ｓ１６０８において、分析処理部５０５は、分析対象となるすべてのジョブログについて、Ｓ１６０１〜Ｓ１６０７の処理を行ったかを判定する。ここで、分析対象となるすべてのジョブログについて処理を行っていないと、分析処理部５０５が判定した場合は、Ｓ１６０１に戻り処理を繰り返す。一方、分析対象となるすべてのジョブログについて処理を行ったと、分析処理部５０５が判定した場合は、Ｓ１６０９に進む。

Ｓ１６０９において、分析処理部５０５は、Ｓ１６０７で算出したジョブの重複時間の総和を算出し、稼働時間から減算する。Ｓ１６１０において、分析処理部５０５は、図１３に示した停滞ログ情報テーブルから停滞ログ情報を取得し、Ｓ１６０３で減算した停滞時間の総和を算出する。

Ｓ１６１０の処理は、画像形成装置の負荷状況を分析するためには、稼働時間だけでは不十分な場合があるために行う。例えば、画像形成装置が２台あり共に１日の稼働時間が３時間であっても、一方は１日のうち均等に使用された３時間であり、もう一方はある３時間に集中して使用された３時間であることが考えられる。そのような場合、前者の画像形成装置は負荷状況に問題はないと判断できるが、後者の画像形成装置は集中して使用された３時間に多くの停滞時間が発生し問題があると考えられる。このような問題を把握するために、稼働時間だけでなく停滞時間の総和を算出する。

Ｓ１６１１において、分析処理部５０５は、Ｓ１６０９で算出した稼働時間とＳ１６１０で算出した停滞時間の総和を分析結果テーブルへ出力し、本処理を終了する。分析結果テーブルの詳細については図１７を用いて後述する。

図１６は、図１５に示したＳ１６０３で実行されるジョブの停滞時間の減算処理の手順の一例を示すフローチャートである。なお、Ｓ１７０１〜Ｓ１７１６で示す各ステップは、ＣＰＵ２０１がＨＤ２１１、ＲＯＭ２０２等より制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

Ｓ１７０１において、ジョブの本減算処理を開始されると、分析処理部５０５は、当該ジョブログがエラーログを取得可能な画像形成装置で処理されたジョブログかを判定する。ここで、エラーログを取得可能な画像形成装置で処理されたジョブログではないと、分析処理部５０５が判定した場合はＳ１７１４に進む。一方、エラーログを取得可能な画像形成装置で処理されたジョブログであると、分析処理部５０５が判定した場合はＳ１７０４に進む。

Ｓ１７０２において、分析処理部５０５は、図５に示したエラーログ収集部５０３に保管されているエラーログ情報から、当該ジョブログの処理時間帯に発生したエラーログを取得する。Ｓ１７０３において、分析処理部５０５は、Ｓ１７０２で取得したエラーログを使用し、エラーによる停滞時間を算出する。Ｓ１７０４において、分析処理部５０５は、Ｓ１７０３で算出したエラーによる停滞時間を、当該ジョブログの処理時間から減算する。Ｓ１７０５において、分析処理部５０５は、Ｓ１７０４で減算したエラーによる停滞時間の停滞ログ情報を作成する。Ｓ１７０６において、分析処理部５０５は、Ｓ１７０５で作成した停滞ログ情報を、図１３に示した停滞ログ情報テーブルで保管する。

Ｓ１７０７において、分析処理部５０５は、当該ジョブログがＭＦＰで処理されたジョブログかを判定する。ここで、ＭＦＰで処理されたジョブログではないと、分析処理部５０５が判定した場合は本処理を終了する。一方、ＭＦＰで処理されたジョブログであると、分析処理部５０５が判定した場合はＳ１７０８に進む。ここでの処理は、ジョブの重複による停滞時間の減算をすべきかを判定するために行う。ＭＦＰのように複数のジョブが並列で処理される画像形成装置ではジョブの重複が発生するが、ＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）のように１種類のジョブが順番に処理される画像形成装置ではジョブの重複は発生しない。そこで、ＭＦＰで処理されたジョブログかを判定し、この後のジョブの重複による停滞時間の減算処理をすべきかを決める。

Ｓ１７０８において、分析処理部５０５は、図１４に示した重複ジョブ種情報テーブルから、当該ジョブログのジョブ種に該当する停滞するジョブ種情報１５０２を取得する。Ｓ１７０９において、分析処理部５０５は、図５に示したジョブログ収集部５０３に保管されているジョブログ情報から、Ｓ１７０８で取得した停滞するジョブ種、かつ、当該ジョブログの処理時間帯に実行された別のジョブログを特定し、取得する。Ｓ１７１０において、分析処理部５０５は、Ｓ１７０９で取得したジョブログを使用し、ジョブの重複による停滞時間を算出する。Ｓ１７１１において、分析処理部５０５は、Ｓ１７１０で算出したジョブの重複による停滞時間を、当該ジョブログの処理時間から減算する。Ｓ１７１２において、分析処理部５０５は、Ｓ１７１１で減算したジョブの重複による停滞時間の停滞ログ情報を作成する。Ｓ１７１３において、分析処理部５０５は、Ｓ１７１２で作成した停滞ログ情報を、図１３に示した停滞ログ情報テーブルで保管し、本処理を終了する。

一方、Ｓ１７１４において、分析処理部５０５は、当該ジョブログの処理時間を、図１１のＳ１１０３で算出した予想処理時間に置き換える。Ｓ１７１５において、分析処理部５０５は、当該ジョブログの処理時間から予想処理時間を減算することで停滞時間を算出し、停滞ログ情報を作成する。ここで、停滞ログ情報として、図１３に示した発生日時１４０２や復帰日時１４０３が必要な場合は、当該ジョブログの開始日時を発生日時にし、発生日時に停滞時間を加算して算出した日時を復帰日時にするなどの処理が考えられる。Ｓ１７１６において、分析処理部５０５は、Ｓ１７１５で作成した停滞ログ情報を、図１３に示した停滞ログ情報テーブルで保管し、本処理を終了する。

＜分析結果テーブル＞
図１７は、図５に示した分析処理部５０５で管理される分析結果テーブルの一例を示す図である。このテーブルにより、画像形成装置の稼働時間管理が行われることになる。本例は、図１５に示したＳ１６１０において出力される分析結果テーブルに対応する。この分析結果は、分析サーバを運用する管理者に対してレポートとして提供される。また、画像形成装置が設置されている顧客環境における管理者や画像形成装置を販売するベンダなどにもレポートとして提供するといった用途が考えられる。

図１７において、１８０１は分析処理が行われた画像形成装置のデバイス名である。１８０２は、稼働時間であり、図１５のＳ１６１１で出力された稼働時間が格納される。

１８０３は、稼働率であり、画像形成装置が運用されている特定の期間で、画像形成装置が処理を行っていた時間（稼働時間１８０２）の割合を示す。本実施例では以下の式で算出する。
［稼働率］ ＝ ［稼働時間］ ／ ［画像形成装置の運用時間］

１８０４は、停滞時間であり、図１５のＳ１６１１で出力された停滞時間の総和が格納される。分析処理部５０５が管理するこれらの情報により、画像形成装置の負荷状況を把握できる。例えば、１８０５は、画像形成装置Ａの分析結果であり、稼働時間が２時間４８分、稼働率が２８％、停滞時間が３５分である。

１８０６は、画像形成装置Ｂの分析結果であり、稼働時間が２時間、稼働率が３０％、停滞時間が５分である。

分析結果１８０５と分析結果１８０６の画像形成装置の稼働時間は共に同程度であるが、停滞時間に関しては分析結果１８０５の画像形成装置Ａの方が長く、画像形成装置Ａの方が、負荷が高いことがわかる。このように、分析結果から、画像形成装置の負荷状況を把握することができる。

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

Claims (10)

1. 画像形成装置の特定の期間において実行された複数のジョブの処理時間の合計を用いて前記画像形成装置の稼働時間を算出する情報処理装置であって、
   前記画像形成装置からジョブログ情報を収集するジョブログ収集手段と、
   前記ジョブログ収集手段により収集された前記ジョブログ情報に含まれるジョブ開始日時及びジョブ終了日時を用いて前記複数のジョブの各々の第１の処理時間を求める第１の処理時間算出手段と、
   前記画像形成装置の処理速度及び当該ジョブログのジョブの内容を用いて前記複数のジョブの各々の第２の処理時間を求める第２の処理時間算出手段と、
   前記第１の処理時間と前記第２の処理時間に基づいて、前記第１の処理時間が補正の対象であるか判断する判断手段と、
   前記判断手段の結果、補正の対象であると判断された第１の処理時間を補正する補正手段と、
   前記補正手段により補正された第１の処理時間を用いて稼働時間を算出する稼働時間算出手段と、
   を備えることを特徴とする情報処理装置。
2. 前記補正手段は、前記判断手段により補正の対象であると判断された第１のジョブ処理時間を、前記第２のジョブ処理時間に置き換えることを特徴とする請求項１に記載の情報処理装置。
3. 前記補正手段は、前記画像形成装置がエラーログ情報を取得可能である場合には、前記判断手段により前記第１の処理時間が補正の対象であると判断されたジョブが実行された時間帯に発生したエラーログを取得し、当該エラーログから求められる停滞時間を前記第１の処理時間から減算することを特徴とする請求項１に記載の情報処理装置。
4. 前記複数のジョブの中から、前記判断手段により前記第１の処理時間が補正の対象であると判断されたジョブと実行された時間帯に重複があるジョブを特定する特定手段をさらに備えることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 前記補正手段は、前記判断手段により前記第１の処理時間が補正の対象である判断されたジョブと、前記ジョブと実行された時間帯が重複すると前記特定手段により特定されたジョブとに関して、互いのジョブ種によりジョブの実行が停滞すると判断される場合に、重複した時間帯から求めた停滞時間を前記第１の処理時間から減算することを特徴とする請求項４に記載の情報処理装置。
6. 前記判断手段により前記第１の処理時間が補正の対象であると判断されたジョブと、前記ジョブと実行された時間帯が重複すると前記特定手段により特定されたジョブとに関して、互いのジョブ種によりジョブの実行が停滞しないと判断される場合に、重複した時間帯を用いて前記稼働時間算出手段で算出した稼働時間を補正することを特徴とする請求項４または５に記載の情報処理装置。
7. 前記稼働時間算出手段により算出された稼働時間及び当該稼働時間から求めた前記特定の期間における前記画像形成装置の稼働率をレポートとして出力することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記第２の処理時間算出手段は、前記画像形成装置の処理速度及び当該ジョブログに記録される印刷のページ数とを用いて第２のジョブ処理時間を求めることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 画像形成装置の特定の期間において実行された複数のジョブの処理時間の合計を用いて前記画像形成装置の稼働時間を算出する情報処理装置における分析方法であって、
   前記画像形成装置からジョブログ情報を収集するジョブログ収集工程と、
   前記ジョブログ収集工程により収集された前記ジョブログ情報に含まれるジョブ開始日時及びジョブ終了日時を用いて前記複数のジョブの各々の第１の処理時間を求める第１の処理時間算出工程と、
   前記画像形成装置の処理速度及び当該ジョブログのジョブの内容を用いて前記複数のジョブの各々の第２の処理時間を求める第２の処理時間算出工程と、
   前記第１の処理時間と前記第２の処理時間に基づいて、前記第１の処理時間が補正の対象であるか判断する判断工程と、
   前記判断工程の結果、補正の対象であると判断された第１の処理時間を補正する補正工程と、
   前記補正工程により補正された第１の処理時間を用いて稼働時間を算出する稼働時間算出工程と、
   を備えることを特徴とする分析方法。
10. 請求項１乃至８に記載の手段としてコンピュータを機能させるためのプログラム。

Images