JP2022085841A - 情報処理システム、情報処理装置、画像処理装置 - Google Patents

Abstract

【課題】 適切な稼働率を取得することのできる情報処理システムを提供する。【解決手段】 情報処理システムにおいて、原稿を読み取る読取処理を実行可能なスキャナ（１１２）と、読取処理の単位期間あたりの処理数を取得し、読取処理の単位期間あたりの処理数と読取処理のあらかじめ定められた処理数に基づいて読取部の稼働率情報を取得するデータ解析部（３０５）と、を有する。【選択図】 図６

Description

本発明は、シートに画像を形成する画像形成部または原稿を読み取る読取部を有する画像処理装置を用いる情報処理システムに関し、特に、画像処理装置の動作履歴データの収集及び集計する情報処理システムに関する。この情報処理システムは、プリンタ、ＦＡＸ、スキャナおよびこれらの複合機として用いられる。

従来、顧客先のプリンタ、複写機及び複合機などの画像形成装置の稼動状況を分析し、その分析結果をもとに、顧客環境に適した機種の選定や運用方法の提案などをするサービスが行われている。特許文献１では、稼動状況の分析に用いることのできる情報として、ジョブ開始時および終了時からジョブ実行時間を求めて稼働時間を算出する技術について開示している。

また、環境省のガイドラインでは、プリンタや複合機などの稼働率の求め方として、出力枚数に基づく手法について次のように記載されている。

ここで、一分間当たりの出力枚数はとしては、例えば、その機器のカタログ記載の定格値が用いられる。また、６０分×７時間×２０日との記載は、おおよその実働時間に対応した値であると推測される。稼働率に基づくサービスを様々な機種に提供する場合、特許文献１のように独自の手法で算出するのではなく、情報の互換性を考慮して、環境省のガイドラインに沿った出力枚数に基づく手法で稼働率を算出することが望ましい。

特開２０１１－６５４３８号公報

環境省のガイドラインに記載された稼働率の算出方法には、様々な点で改善の余地がある。本発明の目的は、適切な稼働率を取得することのできる情報処理システムを提供することである。

改善点の１つ目の例として、印刷処理数は考慮しているが、原稿読取の処理数については考慮されていない点が挙げられる。書類の電子データ化が叫ばれる昨今では、原稿から読み取った画像を保存したり電子メールに添付する機能の利用頻度が高まっている。そのため、複写機複合機を用いる情報処理システムにおいては、環境省のガイドラインを参考に、印刷処理の処理数に基づく稼働率の算出手法と同様の手法で、原稿読取の処理数に基づく稼働率を求めることが望ましい。

本発明の他の目的は、原稿読取の処理数に基づいて稼働率を取得する情報処理システムを提供することである。

改善点の２つ目の例として、実働時間がおおよその値にしか対応していないという点が挙げられる。なぜならば、上述した値は装置が正常に動作していることを前提とした値であり、故障などで装置を利用できない期間が考慮されていないからである。通常、装置の稼働率が高いほど利用ニーズが高いことを示す指標となるが、上述手法で求めた稼働率は装置が故障している場合には利用ニーズと関係なく低い値となってしまう。そのため、上述方法で算出された稼働率を用いた場合、情報処理システムはユーザに適切なサービスを提供できない虞がある。

本発明の他の目的は、装置のダウンタイムを考慮した稼働率を取得することのできる情報処理システムを提供することである。

改善点の３つ目の例として、出力枚数としてカタログ値を用いる前提のため、標準とは異なる処理速度で利用するケースについて考慮されていない点が挙げられる。例えば、プリントする用紙のサイズ、厚さなどといった用紙の種類、または製本などといった特殊なレイアウト設定によって、定格値よりも処理速度を落としてプリントすることがある。このようにして、定格値よりも処理速度を落とすようなプリントを多く行ったプリンタでは、実際には長時間稼働しているにも関わらず、見かけ上の稼働率が低下してしまうことになる。したがって、上述方法で算出された稼働率を用いた場合、情報処理システムはユーザに適切なサービスを提供できない虞がある。

本発明の他の目的は、画像形成の種類に応じた稼働率を取得することのできる情報処理システムを提供することである。

したがって、上述方法で算出された稼働率を用いた場合、情報処理システムはユーザに適切なサービスを提供できない虞がある。

本発明は情報処理システムにおいて、原稿を読み取る読取処理を実行可能な読取部と、前記読取処理の単位期間あたりの処理数を取得する手段と、前記読取処理の単位期間あたりの処理数と前記読取処理のあらかじめ定められた処理数に基づいて前記読取部の稼働率情報を取得する手段と、を有することを特徴とする。

本発明によれば、適切な稼働率を取得することのできる情報処理システムを提供することができる。

システム全体の構成を示す図である。 ＭＦＰのソフトウェア構成を示す図である。 サーバのソフトウェア構成を示す図である。 ＭＦＰからサーバに送信される通知イベントの例を示す説明図である。 ＭＦＰが実行するイベント処理のフローチャートを示す図である。 サーバが実行する処理のフローチャートを示す図である。 サーバが表示する稼働率の例を示す図である。 ＭＦＰからサーバに送信される通知イベントの例を示す説明図である。 サーバが実行する処理のフローチャートを示す図である。 サーバが表示する稼働率の例を示す図である。 図１１（Ａ）は、ＭＦＰからサーバに送信される通知イベントの例を示す図である。図１１（Ｂ）は、ＭＦＰからサーバに送信される通知イベントの例を示す図である。図１１（Ｃ）は、ＭＦＰからサーバに送信される通知イベントの例を示す図である。 ＭＦＰが実行するイベント処理のフローチャートを示す図である。 サーバが実行する処理のフローチャートを示す図である。 サーバが表示する稼働率の例を示す図である。 ＭＦＰからサーバに送信される通知イベントの例を示す説明図である。 サーバが実行する処理のフローチャートを示す図である。 サーバが表示する有効稼働率の例を示す図である。 ＭＦＰからサーバに送信される通知イベントの例を示す説明図である。 サーバが実行する処理のフローチャートを示す図である。 サーバが表示する稼働情報の例を示す図である。 ＭＦＰからサーバに送信される通知イベントの例を示す説明図である。 サーバが実行する処理のフローチャートを示す図である。 サーバが表示する稼働情報の例を示す図である。

以下、本発明の実施するための形態について、実施例を挙げ図面を用いて具体的に説明する。なお、本発明の範囲は実施例に記載の構成には限定されない。構成の一部を均等物への置き換えは一部処理の省略等の改変を、同様の効果が得られる範囲においておこなってもよい。

（実施例１）
＜情報処理システム＞
図１は、システム全体の構成を示す図である。図１に示すように情報処理システムはサーバ１１２０とＭＦＰ１１００がＬＡＮ１１３０などのネットワークを介して互いに通信可能に接続されている。本実施例では、ＭＦＰ１１００がジョブの実行に伴ってログを記憶し、記憶したログ情報をサーバ１１２０に送信する。サーバ１１２０は、受信したログ情報を基に、ＭＦＰ１１００についての稼働率の算出をおこなう。算出された稼働率の情報は、機器のメンテナンスサービスや、置き換え機種の選定サービス等の各種サービスの提供に利用される。

＜ＭＦＰ＞
ＭＦＰ１１００は、画像にまつわる種々の処理が可能な画像処理装置である。ＭＦＰ１１００は、シートに画像を形成する画像形成装置として機能し、原稿を読み取り画像を取得する画像読取装置として機能する。ＭＦＰ１１００は、スキャナ１１２、プリンタ１１３、操作部１１１、コントローラユニット１００を備える。

コントローラユニット１００は、操作部１１１、スキャナ１１２、プリンタ１１３と通信して様々な制御をおこなう制御部である。コントローラユニット１００は、ＣＰＵ１０１、ＲＡＭ１０２，ＲＯＭ１０３、ＨＤＤ１０４，操作部Ｉ／Ｆ１０５、ネットワークＩ／Ｆ、スキャナＩ／Ｆ、プリンタＩ／Ｆ、ＦＡＸユニット１０９を備える。各構成は、システムバス１１０によって通信可能に接続されている。

ＣＰＵ１０１は、制御プログラムの実行など各種情報処理をおこなう処理部である。ＣＰＵ１０１は、ＲＯＭ１０３に格納されているブートプログラムに基づきＭＦＰ１１００を起動する。また、このＣＰＵ１０１は、ＨＤＤ１０４に格納されている制御プログラムを読み出し、ＲＡＭ１０２をワークエリアとして用いる。

ＨＤＤ１０４には、コピーやプリントなどの機能を含む各種制御プログラムが格納されており、スキャナ１１２から読み込んだスキャンデータが格納される。

操作部Ｉ／Ｆ１０５は、操作部１１１へのデータ入出力通信制御を行う。

ネットワークＩ／Ｆ１０６は、ＬＡＮ１１３０に接続され、ＬＡＮ１１３０を介した情報の入出力制御を行う。

スキャナＩ／Ｆ１０７は、スキャナ１１２から画像データを入力するとともに、スキャナ制御データの入出力を行う。

プリンタＩ／Ｆ１０８は、プリンタ１１３へ出力画像データを出力するとともに、プリンタ制御データの入出力を行う。

ＦＡＸユニット１０９は、電話回線１１３１を通して、ファクスデータの送受信を行う。

操作部１１１は、タッチパネルやハードキーなどの入力装置と、ＬＣＤやＬＥＤなどの表示装置を備えた、ユーザからの指示入力およびユーザへの情報表示を行うインターフェースである。

スキャナ１１２は、ＣＣＤなどの光学的な読み取り装置を備え、紙媒体を光学的に走査して、電子的な画像データとして読み取る機能を持つ（読取処理を実行可能な）読取部である。また、スキャナ１１２は、自動原稿送り装置（以下ＡＤＦ）によって、原稿トレイに設置された紙原稿の束を１枚ずつ光学読み取り部に自動的に給紙させ、原稿読み取り後に排紙する機能を持つ。このＡＤＦによって１分間に読み取り可能な原稿枚数は、ＡＤＦの定格速度として定められている。通常は読み取りをモノクロ原稿として読み取るか、カラー原稿として読み取るかの２種類の定格速度を持つ。

プリンタ１１３は、電子的な画像データを、用紙などの記録媒体上に画像として形成する機能を持つ（画像形成処理を実行可能な）画像形成部（印刷部）である。プリンタ１１３が１分間に印刷可能な記録媒体の枚数は、プリンタの定格速度として定められている。通常は読み取りをモノクロ画像として印刷するか、カラー画像として印刷するかの２種類の定格速度を持つ。通常、このプリンタの定格速度は、標準的な用紙サイズや用紙種類を印刷したときに印字可能な用紙の枚数を表している。標準的な用紙サイズよりも大きなサイズの用紙を印刷する場合、１分間に印刷可能な用紙の枚数は、定格速度で印刷可能な枚数よりも少なくなる。さらに、厚紙や薄紙といった特殊な種類の用紙を印刷する場合、トナーなどの画像形成体を完全に用紙に定着させるためや、用紙のよれを防ぐなどのために、印刷速度を落とすことがある。このため、１分間に印刷可能枚数は、定格速度で印刷可能な枚数よりも少なくなることがある。

また、ＭＦＰ１１００は、スキャナ１１２によって読み取った画像データを、電子メールやＳＭＢなどの送信プロトコルによって、ネットワークＩ／Ｆ１０６を介したネットワーク経由で他の情報処理装置に送信するセンド機能を持つ。さらに、ＰＣなどの情報処理装置からＬＡＮ１１３０を介したネットワーク経由で電子的な画像データを受信し、プリンタ１１３によって印刷するプリント機能を持つ。その他にも、ＭＦＰ１１００は、ＦＡＸ転送機能や、ボックス保存機能、ボックス文書送信機能などを持つ。ＦＡＸ転送機能は、電話回線１１３１を介してＦＡＸユニット１０９が受信したファックスの画像データを、ネットワークＩ／Ｆ１０６を介して他の情報処理装置にデータ転送する機能である。ボックス保存機能は、ＰＣなどの情報処理装置からネットワーク経由で画像データを受信し、ＨＤＤ１０４に保存する機能である。ボックス文書送信機能は、ＨＤＤ１０４に保存された画像データを、ネットワークＩ／Ｆ１０６を介したネットワーク経由で、前述した電子メールやＳＭＢなどの送信プロトコルによって、他の情報処理装置に送信する機能である。

このように、ＭＦＰ１１００は、スキャナ１１２やネットワークＩ／Ｆ１０６、ＦＡＸユニット１０９などを介して様々な形態の画像データを受信、取得する。さらに、プリンタ１１３による印刷、ネットワークＩ／Ｆ１０６を介した他の装置への送信、ＨＤＤ１０４による保存などの処理を行うことが可能である。

また、ＭＦＰ１１００は、コピーやプリントなどの処理を実行した際、その実行結果などをログとしてＨＤＤ１０４に保存する。

ＨＤＤ１０４に保存されたこれらのログは、処理実行直後もしくは所定の時間間隔で、ネットワークＩ／Ｆ１０６を介してＭＦＰ１１００の外部の機器に送信される。

図２は、ＭＦＰ１１００のソフトウェア構成を示す図である。ＭＦＰ１１００に含まれるこれらのソフトウェアは、ＲＡＭ１０２、ＲＯＭ１０３、ＨＤＤ１０４のいずれかに記憶され、ＣＰＵ１０１によって実行される。また、ＭＦＰ１１００では、スキャン、プリント、およびネットワークやメモリストレージを利用した各種機能性を実現するソフトウェアが動作する。

操作部Ｉ／Ｆ１０５は、ハードウェア構成として既に説明したが、その制御プログラムとして図に記載する。操作部Ｉ／Ｆ１０５は、操作部１１１に対してユーザが操作する画面を表示したり、ユーザが操作した際にその操作内容を機能アプリケーション２０７に伝えたりする機能を持つ。

機能アプリケーション２０７はコピー、プリント、センド、ＦＡＸ送受信などの機能を動作させるためのソフトウェアであり、機能ごとに複数存在する。

これらは、操作部１１１を介したユーザからの指示やＬＡＮ１１３０などネットワーク経由のデータ受信などをトリガにして、アプリケーション機能を動作させる。

ジョブ制御部２０５は機能アプリケーション２０７からのジョブ実行指示を受けて、スキャナＩ／Ｆ１０７やプリンタＩ／Ｆ１０８を介してスキャナ１１２やプリンタ１１３を制御し、スキャンやプリントを実行する。

エラー制御部２０６は、主にジョブ制御部２０５やプリンタ１１３やスキャナ１１２などで発生した異常状態の通知を受け、システム全体を停止したり縮退動作を指示したりする制御を実施する。

履歴設定保持部２０８は機器内における動作履歴や各種設定値などの不揮発情報を管理する。

ＭＦＰ１１００やジョブ実行時の制御に必要な設定を保持したり、ユーザの操作履歴やジョブの実行結果およびエラーの発生などを保存したりする。この不揮発情報の実体はＨＤＤ１０４に保持される。

ネットワーク通信部２０１は、サーバ１１２０と、ＬＡＮ１１３０などのネットワークを介した情報の送受信を行う。

まず、サーバ１１２０からイベント通知の設定を受信する。これは、ＭＦＰ１１００からサーバ１１２０に対して、どのような種類のイベント情報を通知するかの指示である。具体的は、ジョブ実行に関するイベント情報や、エラーに関するイベント情報などの種類が指示される。

ネットワーク通信部２０１がイベント通知の設定を受信すると、通知設定取得部２０２を介して通知設定保持部２０３に保存する。通知設定保持部２０３には、ＨＤＤ１０４内のファイルとしてイベント通知設定が保存される。この通知設定保持部２０３に保存されるのは、対象装置内で発生しイベント化することのできる事象のうち、どのイベントを送付するかを示した内容である。

イベント設定部２０４は、装置の起動時や通知設定取得部２０２によって通知設定保持部２０３内のイベント通知設定の変更通知を受けたとき、各制御部およびアプリケーションに対して、通知を指示されたイベントの取得設定を行う。つまり、操作部Ｉ／Ｆ１０５およびジョブ制御部２０５から履歴設定保持部２０８までの各機能モジュールに対して、それぞれ取得通知を受けたイベントを通知するように設定を行う。

イベント回収部２０９は、イベントの取得を設定した各機能モジュールからイベントを受信し、イベント情報を選択追加した後、データの整形を行い、メッセージバッファ２１０にイベント通知データとして保存する。イベント通知データの内容についてはその例を後述する。

メッセージバッファ２１０には、ＨＤＤ１０４内のファイルとしてイベント通知データが保存される。

イベント送信部２１１は、メッセージバッファ２１０にイベント通知データが書き込まれたことを検知して、イベント通知データを読み出し、ネットワーク通信部２０１を介してサーバ１１２０に送信する。このとき、メッセージバッファ２１０に保存されたイベント通知データを書き込まれた都度送信することも、ある程度のサイズまで書き込まれてからまとめて送信することもできる。

＜サーバ＞
サーバ１１２０は、ＬＡＮ１１３０などのネットワークを介してＭＦＰ１１００と接続され、ＭＦＰ１１００に対してログの要求をおこない、ログを受信する情報処理装置である。サーバ１１２０は、制御部１２０、操作表示部１２８、操作入力部１２９を有する。

制御部１２０は、各種制御プログラムを実行するＣＰＵ１２１を有し、サーバ１１２０の全体の動作を制御する。制御部１２０は、ＣＰＵ１２１，ＲＡＭ１２２、ＲＯＭ１２３，ＨＤＤ１２４，操作部Ｉ／Ｆ１２５、ネットワークＩ／Ｆ１２６を備える。各構成はシステムバス１２７を介して通信可能に接続されている。

ＣＰＵ１２１は、ＲＯＭ１２３やＨＤＤ１２４に格納されている制御プログラムを読み出し、ＲＡＭ１２２をワークエリアとして所定の処理を実行する。

ＨＤＤ１２４には、ＭＦＰ１１００から受信した送信ログの集計制御プログラムなど各種制御プログラムが格納されている。また、複数台のＭＦＰ１１００に対するそれぞれの装置の情報も格納されている。

ネットワークＩ／Ｆ１２６は、ＬＡＮ１１３０を介した情報の入出力制御を行う。

操作部Ｉ／Ｆ１２５は、操作表示部１２８へのデータ出力通信制御および操作入力部１２９からのデータ入出力通信制御を行う。

操作表示部１２８は、ＬＣＤやＬＥＤなどの表示装置を備えた、ユーザへの表示インターフェースである。

操作入力部１２９は、キーボードやマウスなどの入力装置を備えた、ユーザからの指示入力インターフェースである。

図３は、サーバ１１２０のソフトウェア構成を示す図である。サーバ１１２０に含まれるこれらのソフトウェアは、ＲＡＭ１２２、ＲＯＭ１２３、ＨＤＤ１２４のいずれかに記憶され、ＣＰＵ１２１によって実行される。

ネットワーク通信部３０１は、ＭＦＰ１１００との、ＬＡＮ１１３０などのネットワークを介した情報の送受信を行う。また、ＭＦＰ１１００に対してイベント通知種別の設定に関する情報を送信する。

データ整形部３０２は、ネットワーク通信部３０１を介してＭＦＰ１１００から受信したイベント情報の内容を解釈し、さらにデータを整形した上で取得データ保存部３０３に保存する。また、受信したイベント情報が、ＭＦＰ１１００のデバイスに関する情報である場合は、デバイスを特定するデバイスＩＤとともにデバイス情報保存部３０４に保存する。

取得データ保存部３０３は、複数のＭＦＰ１１００から受信したイベントの情報を保存する。

デバイス情報保存部３０４は、複数のＭＦＰ１１００からデバイスに関する情報を保存する。このデバイスに関する情報には、ＭＦＰ１１００のプリント定格速度およびスキャン定格速度が含まれる。このＭＦＰ１１００に関するデバイス情報は、必ずしもＭＦＰ１１００から受信する必要はなく、デバイス種類などによって一意に決まるものであれば、操作入力部１２９を介して入力されたデータであってもかまわない。

データ解析部３０５は、取得データ保存部３０３およびデバイス情報保存部３０４に保存されているデータを基に、タイマ制御部から通知された解析タイミングで、データを集計、解析し、デバイスの稼働率などの解析データを算出する。さらに、算出した解析データを解析データ保存部３０６に保存する。

解析データ保存部３０６は、データ解析部３０５が算出したデバイスの稼働率などの様々なデータを保存する。

データ表示部３０７は、解析データ保存部３０６に保存された解析データを取得し、整形した後、操作表示部１２８などに表示する。

タイマ制御部３０８は、集計情報保存部３０９に保存された解析間隔などのデータを取得し、その間隔ごとにデータ解析部３０５に対して解析を実行するように指示する。

集計情報保存部３０９には、データ解析部３０５が受信した取得データをどの程度の時間間隔で解析するかの情報が保存されている。通常は、１か月毎や３か月毎といった値が保存されている。

また、集計情報保存部３０９には、集計対象となるＭＦＰ１１００と、そのＭＦＰ１１００に対してどのような情報を解析するか、つまりＭＦＰ１１００からどのような情報を取得するのかを示す解析対象データ種別も保存されている。

通知データ生成部３１０は、集計情報保存部３０９が保持している解析対象データ種別から、ＭＦＰ１１００がサーバ１１２０に対して通知するイベント情報の種別を指定する指示データを生成する。さらに、ネットワーク通信部３０１に対して、イベント種別指示データを対象のＭＦＰ１１００に送信するように指示する。

＜通知イベント＞
図４は、ＭＦＰ１１００からサーバに送信される通知イベントの例を模式的に示した図である。ここでは、ＭＦＰ１１００からサーバに送信される通知イベントのうちの２つの通知イベントについて図４（Ａ）および（Ｂ）を用いて説明する。

図４（Ａ）は、ＭＦＰ１１００における各種ジョブの終了時に記録され、サーバに送信される通知イベントの例である。実際の通知イベントは、ＪＳＯＮやＸＭＬなどのフォーマットで送信されるデータであるが、ここでは説明のためデータの内容を表形式で表している。それぞれの行が１つの通知イベントを示している。

イベント名の情報列４０１は、送信されるイベントの名前を示す。ＪｏｂＣｏｍｐｌｅｔｅｄイベントは、ジョブの終了を示すイベントである。これは、サーバからジョブに関する情報の送信要求があった場合に送信されるイベントの１つである。実際にはジョブの開始を示すイベントも送信されるが、ここでは説明を省略する。

デバイスＩＤの情報列４０２は、ＭＦＰ１１００などのデバイスを一意に特定するＩＤである。

発生時間の情報列４０３は、そのイベントにおける事象の発生時刻である。この場合は、そのイベントが表すジョブの終了時間とほぼ同じである。

ジョブＩＤの情報列４０４は、同一のデバイスにおいて、ジョブを一意に特定するＩＤである。

通常はジョブ実行ごとに１ずつインクリメントされる数値である。

ジョブ種の情報列４０５は、コピー、プリント、センドといったジョブの種別を表す。

プリントカラーモードの情報列４０６は、プリントを伴うジョブ（プリントジョブ、印刷処理、画像形成処理）であった場合に、プリントをカラーとモノクロのどちらで行ったかを示す。

プリント数の情報列４０７は、プリントを伴うジョブであった場合にカウントされていき、実際にプリントした用紙の枚数（印刷処理した処理数）を示す。

スキャンカラーモードの情報列４０８は、スキャンを伴うジョブ（スキャンジョブ、読取処理）であった場合に、スキャンをカラーとモノクロのどちらで行ったかを示す。

スキャンページ数の情報列４０９は、スキャンを伴うジョブであった場合にカウントされていき、実際にスキャンしたページ数（読取処理した処理数）を示す。

このように、情報列４０２から情報列４０９によって、各ジョブに関するプリント数およびスキャン数など情報を知ることができる。例えば、Ｎｏ１のイベントでは、コピージョブを実行し、２ページの原稿をカラーで読み取り、１０枚の用紙にカラーでプリントしたことがわかる。このイベントに付加される情報は、情報列４０２から情報列４０９の他にも、ジョブに関する様々なものがあるが、ここでは説明を省略する。

図４（Ａ）で示される通知イベントのデータは、ジョブ制御部２０５がイベント回収部２０９に通知し、データ整形された後にイベント送信部２１１を介してサーバ１１２０に通知される。サーバ１１２０では、このイベントを受信後、データ整形部３０２がイベントを判別して取得データ保存部３０３に保存する。また、データ解析部３０５は、取得データ保存部３０３に保存されたデータから、デバイスＩＤの情報列４０２の情報を基にフィルタし、さらに発生時間の情報列４０３の情報を基に特定の期間のジョブのみをフィルタする。このようにフィルタしたデータから、プリント数およびスキャンページ数を足し合わせれば、その特定期間におけるプリント枚数およびスキャンページ数の合計を求めることができる。

図４（Ｂ）は、ＭＦＰ１１００のデバイス情報について定期的に記録し、サーバに送信される通知イベントの例である。こちらも、実際の通知イベントは、ＪＳＯＮやＸＭＬなどのフォーマットで送信されるデータであるが、ここでは説明のためデータの内容を表形式で表している。また、それぞれの行が１つの通知イベントを示している。

イベント名の情報列４１１は、送信されるイベントの名前を示す。

ＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントは、デバイスの基本的な情報について定期的に送信されるイベントである。これは、サーバからデバイスの機器情報に関する情報の送信要求があった場合に送信されるイベントの１つである。実際にはこの他にもデバイス情報の変化を示すイベントも送信されるが、ここでは説明を省略する。

デバイスＩＤの情報列４１２は、ＭＦＰ１１００などのデバイスを一意に特定するＩＤである。

発生時刻の情報列４１３は、そのイベントにおける事象の発生時刻である。この場合、デバイス情報を内部的に取得した際の時刻であり、定期的に発生する。

プリンタ種別の情報列４１４は、ＭＦＰ１１００などのデバイスが持つプリンタの種別であり、カラープリンタかモノクロプリンタのどちらかを示す。

カラープリント定格枚数の情報列４１５は、プリンタがカラープリンタの場合、１分間に出力可能なカラープリントの定格枚数を示す。

モノクロプリント定格枚数の情報列４１６は、プリンタが１分間に出力可能なモノクロプリントの定格枚数を示す。

スキャナ種別の情報列４１７は、デバイスがスキャナを持つ場合のスキャナの種別であり、カラースキャナかモノクロスキャナのどちらかを示す。

カラースキャン定格ページ数の情報列４１８は、デバイスがカラースキャナを持つ場合、スキャナが１分間に読み取り可能なカラースキャンの定格ページ数を示す。

モノクロスキャン定格ページ数の情報列４１９は、デバイスがスキャナを持つ場合、スキャナが１分間に読み取り可能なモノクロスキャンの定格ページ数を示す。

このように、このイベントの情報列４１２からの情報列４１９によって、ＭＦＰ１１００などのデバイスのプリント定格枚数、スキャン定格ページ数などの情報を知ることができる。このイベントに付加される情報は情報列４１２から情報列４１９の他にも、デバイスに関する様々なものがあるが、ここでは説明を省略する。

図４（Ｂ）で示される通知イベントのデータは、機能アプリケーション２０７の１つが、予め指示された時間間隔で定期的にデバイス情報を取得し、イベント回収部２０９に通知する。イベント回収部２０９は、イベント送信部２１１を介してサーバ１１２０にこの通知イベントを送信する。

サーバ１１２０では、このイベントを受信後、データ整形部３０２がイベントを判別して、デバイス情報保存部３０４に保存する。また、データ解析部３０５は、デバイス情報保存部３０４に保存されているデータから、デバイスＩＤの情報列４１２の情報を基にフィルタし、そこから発生時刻の情報列４１３の情報を基に、最も新しい情報を取得し、そのデバイスに関する最新の情報を取得する。

＜ＭＦＰ１１００の処理フロー＞
図５は、ＭＦＰ１１００が実行するイベント処理のフローチャートを示す図である。図５のフローチャートにおける各ステップは、ＨＤＤ１０４に格納された制御プログラムを、ＣＰＵ１０１が実行することにより処理される。すなわち、各処理はコントローラユニット１００によって実行される。ここでは、ＭＦＰ１１００が実行する通知イベントの送信処理について詳細に記述し、サーバからの通知イベント要求受信とその設定に関しては説明を省略する。

まず、イベント回収部２０９は、内部の機能モジュールからの内部イベントを受信待ちする（ステップ５０１、以降Ｓ５０１等と表記する）。

次に、イベント回収部２０９は、内部機能モジュールからの送信処理対象の内部イベントを受信したかどうかを判断する（Ｓ５０２）。これは、通知設定保持部２０３に保存された送信対象イベントの情報を基に、それに対応した内部イベントであるかどうかを判断する。イベントを受信していないと判断した場合は、Ｓ５０１の処理に戻る。

Ｓ５０２において、内部機能モジュールからの送信処理対象の内部イベントを受信したと判断した場合、イベント回収部２０９は、それがジョブ終了のイベントであるかどうかを判断する（Ｓ５０３）。ジョブ終了のイベントではないと判断した場合は、コントローラユニット１００は、Ｓ５０５の処理に移行する。

Ｓ５０３において、内部イベントがジョブ終了のイベントであると判断した場合、コントローラユニット１００は、ジョブに関する情報を取得し、送信イベントを生成する（Ｓ５０４）。これは、内部イベントに付加されたジョブに関する情報列もしくは履歴設定保持部２０８に保存された情報などから、図４（Ａ）で示したＪｏｂＣｏｍｐｌｅｔｅｄイベントの情報列に相当する情報を取得する。さらに、ＪｏｂＣｏｍｐｌｅｔｅｄイベントのデータフォーマットに整形し、生成したＪｏｂＣｏｍｐｌｅｔｅｄイベントをファイルとしてメッセージバッファ２１０に保存する。ここで、どのジョブ種の終了イベントを送信イベントとして生成するかは、イベント回収部２０９が予め設定を保持している。もしくは、サーバ１１２０からジョブ種の指定を受け、その情報を通知設定保持部２０３に保存し、その情報を基に、指定されたジョブ種の送信イベントを生成する方法であってもよい。

次に、イベント回収部２０９は、受信した内部イベントがデバイス情報送信のタイミングイベントであるかどうかを判断する（Ｓ５０５）。デバイス情報送信のタイミングイベントではないと判断した場合は、コントローラユニット１００は、Ｓ５０７の処理に移行する。

Ｓ５０５において、内部イベントがデバイス情報送信のタイミングイベントであると判断した場合は、コントローラユニット１００は、デバイスに関する情報を取得し、送信イベントを生成する（Ｓ５０６）。これは、各機能アプリケーション２０７もしくは履歴設定保持部２０８などから、図４（Ｂ）で示したＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントの情報列に相当する情報を取得する。さらに、ＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントのデータフォーマットに整形し、生成したＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントをファイルとしてメッセージバッファ２１０に保存する。

次に、イベント送信部２１１は、メッセージバッファ２１０に保存された送信イベントを、ネットワーク通信部２０１を介してサーバ１１２０に送信する（Ｓ５０７）。

その後、イベント回収部２０９は、外部サーバへのイベント送信処理自体が終了したかどうかを判断する（Ｓ５０８）。これは、通知設定保持部２０３に、送信対象イベントが存在するかどうかによって判断する。通知設定保持部２０３に、送信対象イベント情報が無い場合、イベント送信処理自体が終了したと判断して一連の処理を終了する。送信対象イベントが存在し、イベント送信処理が継続していると判断した場合は、コントローラユニット１００は、Ｓ５０１の処理に戻る。

このように、ＭＦＰ１１００からサーバ１１２０に対して、図４（Ａ）、（Ｂ）に示したような送信イベントが通知される。

＜サーバの処理フロー＞
図６は、サーバが実行する処理のフローチャートである。図６のフローチャートにおける各ステップは、ＨＤＤ１２４に格納された制御プログラムを、ＣＰＵ１２１が実行することにより処理される。すなわち、各処理は制御部１２０によって実行される。ここでは、サーバが実行するイベントの受信およびデータの解析処理について詳細に記述する。

まず、データ解析部３０５は、集計情報保存部３０９に対して、データ集計および解析の間隔のデータを取得し、タイマ制御部３０８に対してその間隔ごとに解析タイミングを通知するように指示する（Ｓ６０１）。さらに、通知データ生成部３１０は、集計情報保存部３０９の解析対象データ情報から、ＭＦＰ１１００に対するイベント通知要求を生成し、ネットワーク通信部３０１を介して送信を行う。

次に、データ整形部３０２とデータ解析部３０５は、ＭＦＰ１１００からの送信イベントおよびタイマ制御部３０８からの解析タイミングイベントを受信待ちする（Ｓ６０２）。

さらに、ＭＦＰ１１００からの送信イベントもしくは解析タイミングイベントを受信したかどうかを判断する（Ｓ６０３）。イベントを受信していないと判断した場合は、制御部１２０は、Ｓ６０２の処理に戻る。

Ｓ６０３において、イベントを受信したと判断した場合、データ整形部３０２は、受信したイベントがＭＦＰ１１００からのジョブ情報に関するイベントであるかどうかを判断する（Ｓ６０４）。具体的には、図４（Ａ）（Ｂ）に示したイベント名の情報列４０１、イベント名の情報列４１１の情報から、受信したイベントが、ＪｏｂＣｏｍｐｌｅｔｅｄイベントであるかどうかを判断する。ジョブ情報に関するイベントではないと判断した場合は、Ｓ６０６の処理に移動する。

Ｓ６０４において、ジョブ情報に関するイベントであると判断した場合、取得データ保存部３０３は、イベントのデータを整形して、取得データ保存部３０３に保存する（Ｓ６０５）。

次に、制御部１２０は、受信したイベントが、ＭＦＰ１１００からのデバイス情報に関するイベントであったかどうかを判断する（Ｓ６０６）。具体的には、図４（Ａ）（Ｂ）に示したイベント名の情報列４０１、情報列４１１の情報から、受信したイベントが、ＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントであるかどうかを判断する。デバイス情報に関するイベントではないと判断した場合、制御部１２０は、Ｓ６０８の処理に移動する。

Ｓ６０６において、デバイス情報に関するイベントであると判断した場合は、取得データ保存部３０３は、イベントのデータを整形して、デバイス情報保存部３０４に保存する（Ｓ６０７）。

さらに、制御部１２０は、受信したイベントが、タイマ制御部３０８からの解析タイミングイベントであるかどうかを判断する（Ｓ６０８）。解析タイミングイベントではないと判断した場合は、Ｓ６１２の処理に移動する。Ｓ６０８において、受信したイベントが、解析タイミングイベントであると判断した場合、データ解析部３０５は、解析対象となるＭＦＰ１１００を特定する。

さらに、制御部１２０は、その解析対象のＭＦＰ１１００のデバイスＩＤを基に、デバイス情報保存部３０４から、解析対象のＭＦＰ１１００の定格プリント枚数、定格スキャンページ数といった情報を取得する（Ｓ６０９）。

また、データ解析部３０５は、解析対象のＭＦＰ１１００のデバイスＩＤを基に、取得データ保存部３０３から、プリント枚数およびスキャンページ数の情報を取得する。さらに、制御部１２０は、特定期間における解析対象デバイスのプリント枚数合計およびスキャンページ数の合計をそれぞれ求める（Ｓ６１０）。これは、前述したように、図４（Ａ）に示した、デバイスＩＤの情報列４０２、発生時間の情報列４０３の情報を基に、プリント数の情報列４０７、スキャンページ数の情報列４０９の値をそれぞれ合計することで求めることができる。

その後、データ解析部３０５は、解析対象デバイスのプリント稼働率、スキャン稼働率を計算する（Ｓ６１１）。これらの計算においては、Ｓ６０９で取得したデバイスの定格プリント数、定格スキャンページ数、Ｓ６１０で求めた特定期間における総プリント数、総スキャンページ数の情報を用いる。プリント稼働率は、特定の期間においてどの程度プリンタが稼働したかを示す割合であり、以下のように求める。

特定期間（単位期間）を１か月とすれば、

となり、先に示した環境省のガイドラインの稼働率

とほぼ同じになる。

ここで、特定期間の分数は、どのデバイスに対しても同じ値になるので、各デバイスの比較を行う目的であれば、２４時間を、平均的なオフィスの就業時間である７時間とし、１か月の日数を２０日としても問題はない。よって、プリント稼働率は、環境省ガイドラインにおける稼働率とほぼ同じものを示すと考えられる。

また、一分間当たりの定格プリント枚数（処理可能な枚数）は、カラープリントとモノクロプリントで異なる場合は、以下のようにプリント稼働率を求める。

これは、図４（Ａ）（Ｂ）に示すデータを基に求めることができる。

さらに、プリント稼働率だけでは、ＭＦＰ１１００といったスキャナを持つデバイスの稼働状況を正しく把握することができない。従って、特定の期間においてどの程度スキャナが稼働したかを示す割合を、スキャン稼働率として、以下のように求める。

特定期間を１か月（一月）とすれば、

となる。

さらに、定格スキャンページ数がカラースキャンとモノクロスキャンで異なる場合は、以下のようにスキャン稼働率を求める。

その後、データ解析部３０５は、このように求めたプリント稼働率およびスキャン稼働率を、解析したデバイスを識別するＩＤとともに解析データ保存部３０６に保存する。

さらに、データ解析部３０５は、Ｓ６１１で求めたプリント稼働率とスキャン稼働率を基に、ＭＦＰ１１００稼働率を計算する（Ｓ６１２）。ＭＦＰ１１００稼働率は、プリンタおよびスキャナの両方の動作を考慮した、ＭＦＰ１１００全体としての稼働率であり、以下のように求める。

これによって、ＭＦＰ１１００全体としてどの程度稼働しているかを、各ＭＦＰ１１００どうしで正しく比較することができる。

さらに、ＭＦＰ１１００が稼働中にプリントとスキャンをどの程度の割合（比率）で利用していたかを示す、プリント利用率やスキャン利用率（稼働比率情報）を求める。プリント利用率、スキャン利用率は以下のように求める。

データ解析部３０５は、このように求めたＭＦＰ１１００稼働率、プリント利用率、スキャン利用率を、解析したデバイスを識別するＩＤとともに解析データ保存部３０６に保存する。

その後、データ解析部３０５は、稼働率の集計処理自体が終了したかどうかを判断する（Ｓ６１３）。これは、具体的には集計情報保存部に、データ集計および解析間隔のデータが無効状態になっているかどうかを判断する。集計処理自体が終了したと判断した場合は、一連の処理を終了する。集計処理自体がまだ終了していないと判断した場合は、Ｓ６０２の処理に戻る。

＜稼働率＞
図７は、サーバが表示する稼働率情報の例である。これは、図６で示した一連の処理によって求めた各稼働率を、サーバ１１２０の表示部１２８に表示したときの表示例である。サーバ１１２０における表示ではなく、解析データ保存部３０６に保存された稼働率データを外部情報処理装置に送信し、そこで表示してもよい。ここでは表形式で各稼働率の表示を行っている。各行にそれぞれのＭＦＰ１１００の各稼働率および各利用率を表示している。

デバイスＩＤ情報列７０１には、デバイスを一意に識別するＩＤが表示される。

情報列７０２からの情報列７０６の列は、それぞれ表のタイトルが示すように、プリント稼働率、スキャン稼働率、ＭＦＰ１１００稼働率、プリント利用率、スキャン利用率を表示している。従来の稼働率は、図７のプリント稼働率の情報列７０２とほぼ同じ値となる。この例では、Ｎｏ２のＭＦＰ１１００が最も稼働率が高く、Ｎｏ３のＭＦＰ１１００が最も稼働率が低くなる。しかし、スキャン稼働率の情報列７０３を見た場合、Ｎｏ３のＭＦＰ１１００の稼働率が最も高く、Ｎｏ２のＭＦＰ１１００の稼働率が最も低いことになる。そして、ＭＦＰ１１００全体としての稼働率を示すＭＦＰ１１００稼働率の情報列７０４を比べると、Ｎｏ３のＭＦＰ１１００が最も高く、Ｎｏ１のＭＦＰ１１００のＭＦＰ１１００が最も低い、ということが分かる。

＜備考＞
このように、従来のようなプリントのみを考慮した稼働率ではわからなかった、プリントとスキャンの両方を考慮したＭＦＰ１１００全体としての稼働率を把握し、各ＭＦＰ１１００の稼働率を比較することができる。これによって、実際のＭＦＰ１１００の利用実態に沿ったより精度の高い稼働率によって各ＭＦＰ１１００を比較することができ、デバイスの管理や入れ替え等のサービスを提供する際により優れたサービスを提供できるようになる。

（実施例２）
実施例１では、ＭＦＰ１１００の稼働率についてプリンタの動作とスキャナの動作を考慮して求めた。実施例２では、ＭＦＰ１１００におけるプリントとスキャンの実行動作だけでなく、プリンタおよびスキャナが動作しないジョブの実行も考慮したＭＦＰ１１００全体の稼働率を求める。実施例２における情報処理システムの構成は、上述した特徴となる部分に関する構成を除き、実施例１と同様である、そのため同様の構成については同様の符号を付し、その詳細な説明を省略する。

＜通知イベント＞
図８は、実施例２におけるＭＦＰ１１００からサーバに送信される通知イベントの例を示す図である。図４と同じく、実際の通知イベントは、ＪＳＯＮやＸＭＬなどのフォーマットで送信されるデータであるが、ここでは説明のためデータの内容を表形式で表している。また、それぞれの行が１つの通知イベントを表している点も同じである。

イベント名の情報列８０１からスキャンページ数の情報列８０９までは、図４（Ａ）におけるイベント名の情報列４０１からの情報列４０９までと同様である。ただし、ジョブ種の情報列８０５には、ジョブの実行に際してプリントやスキャンを伴わないジョブも追加される。

ＦａｘＴｒａｎｓは、ＦＡＸ転送を行ったことを、ＲｅｃｅｉｖＢｏｘはボックス保存を行ったことを、ＢｏｘＳｅｎｄはボックス文書送信を行ったことをそれぞれ示している。また、ＳｃａｎＳｅｎｄは、スキャンした文書をネットワークで他の情報処理装置に送信する機能を示しており、ボックス文書送信と区別できるようになっている。

ＦＡＸ転送、ボックス保存、ボックス文書送信のような、プリントやスキャンを伴わない、電子的な画像データを処理するジョブを、説明の便宜上、紙不使用ジョブ（所定の画像処理）と呼ぶ。また、特定の期間内のＭＦＰ１１００において、紙不使用ジョブが実行された割合を、紙不使用稼働率と呼ぶこととする。

処理実行時間の情報列８１０は、各ジョブにおける実際の処理にかかった処理実行時間である。紙不使用ジョブ種の場合は、この処理実行時間が情報列として付加される。ジョブ開始イベントを追加し、ジョブ開始イベントとジョブ終了イベントの発生時間の差分から処理実行時間を求める方法でもよい。しかし、ここではそれよりも精度の高い、各機能アプリケーションが算出した処理実行時間を、各機能アプリケーションもしくは実行履歴から取得してジョブ終了イベントの情報に付加している。

実施例２におけるＭＦＰ１１００が実行するイベント送信処理は、図５に示す実施例１のＭＦＰ１１００の処理とほぼ同じである。ただし、図５のＳ５０４において、ジョブ終了イベントを処理するジョブの種類に、紙不使用ジョブが追加される。紙不使用ジョブの場合は、対応する機能アプリケーション２０７もしくは履歴設定保持部２０８から、処理実行時間の情報を取得して、送信イベントに付加する。

＜サーバの処理フロー＞
図９は、実施例２におけるサーバが実行する処理のフローチャートである。図９のフローチャートにおける各ステップは、ＨＤＤ１２４に格納された制御プログラムを、ＣＰＵ１２１が実行することにより処理される。すなわち、各処理は制御部１２０によって実行される。

図９のＳ９０１からＳ９１１までの処理は、図６に示す実施例１におけるサーバの実行処理と同じであるため、説明を省略する。

Ｓ９１１において、解析対象のＭＦＰ１１００のプリント稼働率およびスキャン稼働率を算出した後、データ解析部３０５は、紙不使用ジョブの処理時間の合計を求める（Ｓ９１２）。ここでは、解析対象のＭＦＰ１１００のデバイスＩＤを基に、取得データ保存部３０３から、図８に示した紙不使用ジョブの処理実行時間の情報列８１０の情報を抽出している。そして、特定期間における解析対象デバイスの処理実行時間の合計（総処理時間）を求めている。

その後、データ解析部３０５は、Ｓ９１２で求めた紙不使用ジョブの処理時間の合計から、紙不使用稼働率を求める（Ｓ９１３）。紙不使用稼働率は、以下のように求める。

データ解析部３０５は、この紙不使用稼働率を、解析対象のデバイスの識別するＩＤとともに解析データ保存部３０６に保存する。

さらに、データ解析部３０５は、Ｓ９１１で求めたプリント稼働率およびスキャン稼働率、Ｓ９１３で求めた紙不使用稼働率から、紙不使用ジョブの処理を考慮したＭＦＰ１１００稼働率を求める（Ｓ９１４）。ここで、プリントやスキャナおよび紙不使用ジョブを考慮したＭＦＰ１１００稼働率は以下のように求める。

また、プリント利用率やスキャン利用率に加え、紙不使用ジョブを使用した割合である紙不使用利用率を求める。プリント利用率、スキャン利用率、紙不使用利用率は、それぞれ以下のように求める。

データ解析部３０５は、このように求めたＭＦＰ１１００稼働率、プリント利用率、スキャン利用率、紙不使用利用率を、解析対象のデバイスを識別するＩＤとともに解析データ保存部３０６に保存する。

その後、データ解析部３０５は、Ｓ９１５以降の処理を行うが、これは図６のＳ６１３以降の処理と同じであるため、説明を省略する。

＜稼働率＞
図１０は、実施例２におけるサーバが表示する稼働率の例である。

これは、図９で示した一連の処理によって求めた稼働率を、サーバ１１２０の表示部１２８に表示したときの表示例である。ここでは、図７の例と同様に、表形式で各稼働率の表示を行っている。

図７の例で示した各稼働率に加え、紙不使用稼働率の情報列１００４、紙不使用利用率の情報列１００８が追加表示されている。また、ＭＦＰ１１００の稼働率の情報列１００５は、紙不使用稼働率を考量した値となっている。この例では、プリント稼働率を見ると、Ｎｏ２のＭＦＰ１１００が最も高く、スキャン稼働率を見ると、Ｎｏ３の稼働率が最も高くなっている。しかし、紙不使用稼働率を見ると、Ｎｏ１の稼働率が最も高くなっていることが分かる。このことから、Ｎｏ１のＭＦＰ１１００は、プリントやスキャンとしての利用は少ないが、ＦＡＸ受信転送など受信サーバとしての役割が高いデバイスであると推測される。

＜備考＞
このように、実施例２では、プリンタやスキャナを利用しない処理が実行されるＭＦＰ１１００においても、その利用実態を正しくＭＦＰ１１００稼働率に反映することが可能になる。これにより、オフィスなどにおいて、プリントやスキャンを行わない処理が実行されるＭＦＰ１１００がある場合でも、実際のＭＦＰ１１００の利用実態に沿った精度の高い稼働率によって各ＭＦＰ１１００を比較することができる。その結果、デバイスの管理や入れ替えにおける利便性を向上することができる。

（実施例３）
＜通知イベント＞
図１１は、ＭＦＰからサーバに送信される通知イベントの例を模式的に示した説明図である。ここでは、ＭＦＰからサーバに送信される通知イベントのうち、本提案に関連する２つの通知イベントについて図１１（Ａ）、図１１（Ｂ）および図（Ｃ）を用いて説明する。

図１１（Ａ）は、ＭＦＰにおける各種ジョブの終了時に記録され、サーバに送信される通知イベントの例である。実際の通知イベントは、ＪＳＯＮやＸＭＬなどのフォーマットで送信されるデータであるが、ここでは説明のためデータの内容を表形式で表している。それぞれの行が１つの通知イベントを示している。

イベント名の情報列１０４０１は、送信されるイベントの名前を示す。ＪｏｂＣｏｍｐｌｅｔｅｄイベントは、ジョブの終了を示すイベントである。これは、サーバからジョブに関する情報の送信要求があった場合に送信されるイベントの１つである。実際にはジョブの開始を示すイベントも送信されるが、ここでは説明を省略する。

デバイスＩＤの情報列１０４０２は、ＭＦＰなどのデバイスを一意に特定するＩＤである。

発生時間の情報列１０４０３は、そのイベントにおける事象の発生時刻である。この場合は、そのイベントが表すジョブの終了時間とほぼ同じである。

ジョブＩＤの情報列１０４０４は、同一のデバイスにおいて、ジョブを一意に特定するＩＤである。

通常はジョブ実行ごとに１ずつインクリメントされる数値である。

ジョブ種の情報列１０４０５は、コピー、プリント、センドといったジョブの種別を表す。

プリントカラーモードの情報列１０４０６は、プリントを伴うジョブであった場合に、プリントをカラーとモノクロのどちらで行ったかを示す。

プリントページ数の情報列１０４０７は、プリントを伴うジョブであった場合にカウントされる値であり、実際にプリントした用紙の枚数（処理数）を示す。

スキャンカラーモードの情報列１０４０８は、スキャンを伴うジョブであった場合、スキャンをカラーとモノクロのどちらで行ったかを示す。

スキャンページ数の情報列１０４０９は、スキャンを伴うジョブであった場合にカウントされる値であり、実際にスキャンしたページ数を示す。

このように、情報列１０４０２～情報列１０４０９によって、各ジョブに関するプリントページ数およびスキャン数など情報を知ることができる。例えば、Ｎｏ１のイベントでは、コピージョブを実行し、２ページの原稿をカラーで読み取り、１０枚の用紙にカラーでプリントしたことがわかる。このイベントに付加される情報は、情報列１０４０２～情報列１０４０９の他にも、ジョブに関する様々なものがあるが、ここでは説明を省略する。

図１１（Ａ）で示される通知イベントのデータは、ジョブ制御部２０５がイベント回収部２０９に通知し、データ整形された後にイベント送信部２１１を介してサーバ１１２０に通知される。サーバ１１２０では、このイベントを受信後、データ整形部３０２がイベントを判別して取得データ保存部３０３に保存する。また、データ解析部３０５は、取得データ保存部３０３に保存されたデータから、デバイスＩＤの情報列１０４０２の情報を基にフィルタし、さらに発生時間の情報列１０４０３の情報を基に特定の期間のジョブのみをフィルタする。このようにフィルタしたデータから、プリントページ数およびスキャンページ数を足し合わせれば、その特定期間におけるプリント枚数およびスキャンページ数の合計を求めることができる。

図１１（Ｂ）は、ＭＦＰのデバイス情報について定期的に記録し、サーバに送信される通知イベントの例である。こちらも、実際の通知イベントは、ＪＳＯＮやＸＭＬなどのフォーマットで送信されるデータであるが、ここでは説明のためデータの内容を表形式で表している。また、それぞれの行が１つの通知イベントを示している。イベント名の情報列１０４１１は、送信されるイベントの名前を示す。

ＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントは、デバイスの基本的な情報について定期的に送信されるイベントである。これは、サーバからデバイスの機器情報に関する情報の送信要求があった場合に送信されるイベントの１つである。実際にはこの他にもデバイス情報の変化を示すイベントも送信されるが、ここでは説明を省略する。

デバイスＩＤの情報列１０４１２は、ＭＦＰなどのデバイスを一意に特定するＩＤである。発生時刻の情報列１０４１３は、そのイベントにおける事象の発生時刻である。この場合、デバイス情報を内部的に取得した際の時刻であり、定期的に発生する。

プリンタ種別の情報列１０４１４は、ＭＦＰなどのデバイスが持つプリンタの種別であり、カラープリンタかモノクロプリンタのどちらかを示す。カラープリント定格ページ数の情報列１０４１５は、プリンタがカラープリンタの場合、１分間に出力可能なカラープリントの定格ページ数を示す。モノクロプリント定格ページ数の情報列１０４１６は、プリンタが１分間に出力可能なモノクロプリントの定格ページ数を示す。スキャナ種別の情報列１０４１７は、デバイスがスキャナを持つ場合のスキャナの種別であり、カラースキャナかモノクロスキャナのどちらかを示す。

カラースキャン定格ページ数の情報列１０４１８は、デバイスがカラースキャナを持つ場合、スキャナが１分間に読み取り可能なカラースキャンの定格ページ数を示す。モノクロスキャン定格ページ数の情報列１０４１９は、デバイスがスキャナを持つ場合、スキャナが１分間に読み取り可能なモノクロスキャンの定格ページ数を示す。このように、このイベントの情報列１０４１２～情報列１０４１９によって、ＭＦＰなどのデバイスのプリント定格ページ数、スキャン定格ページ数などの情報を知ることができる。このイベントに付加される情報は、情報列１０４１２～情報列１０４１９の他にも、デバイスに関する様々なものがあるが、ここでは説明を省略する。

図１１（Ｂ）で示される通知イベントのデータは、機能アプリケーション２０７の１つが、予め指示された時間間隔で定期的にデバイス情報を取得し、イベント回収部２０９に通知する。イベント回収部２０９は、イベント送信部２１１を介してサーバ１１２０にこの通知イベントを送信する。サーバ１１２０では、このイベントを受信後、データ整形部３０２がイベントを判別して、デバイス情報保存部３０４に保存する。また、データ解析部３０５は、デバイス情報保存部３０４に保存されているデータから、デバイスＩＤの情報列１０４１２の情報を基にフィルタをおこなう。そこから発生時刻の情報列１０４１３の情報を基に、最も新しい情報を取得し、そのデバイスに関する最新の情報を取得する。

図１１（Ｃ）は、ＭＦＰのデバイスの状態変化時に記録され、サーバに送信される通知イベントの例である。こちらも、実際の通知イベントは、ＪＳＯＮやＸＭＬなどのフォーマットで送信されるデータであるが、ここでは説明のためデータの内容を表形式で表している。また、それぞれの行が１つの通知イベントを示している。イベント名の情報列１０４２１は、送信されるイベントの名前を示す。ＳｔａｔｕｓＣｈａｎｇｅｄイベントは、デバイスの状態変化を示すイベントである。これは、サーバからデバイスの状態変化に関する情報の送信要求があった場合に送信されるイベントの１つである。実際にはこの他にもデバイスの状態の変化を示すイベントが送信されるが、ここでは説明を省略する。デバイスＩＤの情報列１０４２１は、ＭＦＰなどのデバイスを一意に特定するＩＤである。発生時間の情報列１０４２３は、そのイベントにおける事象の発生時刻である。ステータスの情報列１０４２４は、ステータスの情報列１０４２４は、ＭＦＰが動作可能であるか否かの状態を示すものである。”Ｓｔａｎｄｂｙ”は印刷実行可能状態、”Ｍａｌｆｕｎｃｔｉｏｎ”は故障、”ＰｒｉｎｔｅｒＪａｍ”はプリンタにおけるジャム、”ＮｏＴｏｎｅｒ”はプリンタにおけるトナーなしなどでの、印刷実行不能状態を示す。

図１１（Ｃ）で示される通知イベントのデータは、履歴設定保持部２０８がイベント回収部２０９に通知し、データ整形された後にイベント送信部２１１を介してサーバ１１２０に通知される。サーバ１１２０では、このイベントを受信後、データ整形部３０２がイベントを判別して取得データ保存部３０３に保存する。また、データ解析部３０５は、取得データ保存部３０３に保存されたデータから、デバイスＩＤの情報列１０４２２の情報を基にフィルタし、さらに発生時間の情報列１０４０３の情報を基に特定の期間を含むイベントをフィルタする。このようにフィルタしたデータから、その特定期間における印刷実行可能状態の累計時間を算出することができる。

＜ＭＦＰの処理フロー＞
図１２は、ＭＦＰが実行するイベント処理のフローチャートである。

図１２のフローチャートにおける各ステップは、ＨＤＤ１０４に格納された制御プログラムを、ＣＰＵ１０１が実行することにより処理される。すなわち、各処理は、コントローラユニット１００において実行される。ここでは、ＭＦＰが実行する通知イベントの送信処理について詳細に記述し、サーバからの通知イベント要求受信とその設定に関しては説明を省略する。

まず、イベント回収部２０９は、内部の機能モジュールからの内部イベントを受信待ちする（Ｓ１０５０１）。

次に、イベント回収部２０９は、内部機能モジュールからの送信処理対象の内部イベントを受信したかどうかを判断する（Ｓ１０５０２）。これは、通知設定保持部２０３に保存された送信対象イベントの情報を基に、それに対応した内部イベントであるかどうかを判断する。イベントを受信していないと判断した場合、コントローラユニット１００は、Ｓ１０５０１の処理に戻る。

Ｓ１０５０２において、内部機能モジュールからの送信処理対象の内部イベントを受信したと判断した場合、イベント回収部２０９は、それがジョブ終了のイベントであるかどうかを判断する（Ｓ１０５０３）。ジョブ終了のイベントではないと判断した場合、コントローラユニット１００は、Ｓ１０５０５の処理に移動する。

Ｓ１０５０３において、内部イベントがジョブ終了のイベントであると判断した場合、ジョブに関する情報を取得し、送信イベントを生成する（Ｓ１０５０４）。これは、内部イベントに付加されたジョブに関する情報列もしくは履歴設定保持部２０８に保存された情報などから、図１１（Ａ）で示したＪｏｂＣｏｍｐｌｅｔｅｄイベントの情報列に相当する情報を取得する。さらに、ＪｏｂＣｏｍｐｌｅｔｅｄイベントのデータフォーマットに整形し、生成したＪｏｂＣｏｍｐｌｅｔｅｄイベントをファイルとしてメッセージバッファ２１０に保存する。ここで、どのジョブ種の終了イベントを送信イベントとして生成するかは、イベント回収部２０９が予め設定を保持している。もしくは、サーバ１１２０からジョブ種の指定を受け、その情報を通知設定保持部２０３に保存し、その情報を基に、指定されたジョブ種の送信イベントを生成する方法であってもよい。

次に、イベント回収部２０９は、受信した内部イベントがデバイス情報送信のタイミングイベントであるかどうかを判断する（Ｓ１０５０５）。デバイス情報送信のタイミングイベントではないと判断した場合は、Ｓ１０５０７の処理に移動する。

Ｓ１０５０５において、内部イベントがデバイス情報送信のタイミングイベントであると判断した場合は、コントローラユニット１００は、デバイスに関する情報を取得し、送信イベントを生成する（Ｓ１０５０６）。これは、各機能アプリケーション２０７もしくは履歴設定保持部２０８などから、図１１（Ｂ）で示したＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントの情報列に相当する情報を取得する。さらに、ＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントのデータフォーマットに整形し、生成したＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントをファイルとしてメッセージバッファ２１０に保存する。

Ｓ１０５０７において、内部イベントがデバイス状態変化のイベントであると判断した場合、コントローラユニット１００は、デバイスの状態に関する情報を取得し、送信イベントを生成する（Ｓ１０５０８）。これは、内部イベントに付加されたデバイス状態変化に関する情報列もしくは履歴設定保持部２０８に保存された情報などから、図１１（Ｃ）で示したＳｔａｔｕｓＣｈａｎｇｅｄイベントの情報列に相当する情報を取得する。さらに、ＳｔａｔｕｓＣｈａｎｇｅｄイベントのデータフォーマットに整形し、生成したＳｔａｔｕｓＣｈａｎｇｅｄイベントをファイルとしてメッセージバッファ２１０に保存する。ここで、どの状態変化のイベントを送信イベントとして生成するかは、イベント回収部２０９が予め設定を保持している。もしくは、サーバ１１２０から状態変化イベントの指定を受け、その情報を通知設定保持部２０３に保存し、その情報を基に、指定されたデバイスの状態変化に対する送信イベントを生成する方法であってもよい。

次に、イベント送信部２１１は、メッセージバッファ２１０に保存された送信イベントを、ネットワーク通信部２０１を介してサーバ１１２０に送信する（Ｓ１０５０９）。

その後、イベント回収部２０９は、外部サーバへのイベント送信処理自体が終了したかどうかを判断する（Ｓ１０５１０８）。これは、通知設定保持部２０３に、送信対象イベントが存在するかどうかによって判断する。通知設定保持部２０３に、送信対象イベント情報が無い場合、イベント送信処理自体が終了したと判断して一連の処理を終了する。送信対象イベントが存在し、イベント送信処理が継続していると判断した場合、コントローラユニット１００は、Ｓ１０５０１の処理に戻る。

このように、ＭＦＰ１１００からサーバ１１２０に対して、図１１（Ａ）、図１１（Ｂ）、図１１（Ｃ）に示したような送信イベントが通知される。

＜サーバの処理フロー＞
図１３は、サーバが実行する処理のフローチャートである。図１３のフローチャートにおける各ステップは、ＨＤＤ１２４に格納された制御プログラムを、ＣＰＵ１２１が実行することにより処理される。すなわち、各処理は制御部１２０において実行される。ここでは、サーバが実行するイベントの受信およびデータの解析処理について詳細に記述する。

まず、データ解析部３０５は、集計情報保存部３０９に対して、データ集計および解析の間隔のデータを取得し、タイマ制御部３０８に対してその間隔ごとに解析タイミングを通知するように指示する（Ｓ１０６０１）。さらに、通知データ生成部３１０は、集計情報保存部３０９の解析対象データ情報から、ＭＦＰに対するイベント通知要求を生成し、ネットワーク通信部３０１を介して送信を行う。

次に、データ整形部３０２とデータ解析部３０５は、ＭＦＰからの送信イベントおよびタイマ制御部３０８からの解析タイミングイベントを受信待ちする（Ｓ１０６０２）。

さらに、制御部１２０は、ＭＦＰからの送信イベントもしくは解析タイミングイベントを受信したかどうかを判断する（Ｓ１０６０３）。イベントを受信していないと判断した場合、制御部１２０は、Ｓ１０６０２の処理に戻る。

Ｓ１０６０３において、イベントを受信したと判断した場合、データ整形部３０２は、受信したイベントがＭＦＰからのジョブ情報に関するイベントであるかどうかを判断する（Ｓ１０６０４）。具体的には、図１１（Ａ）、図（Ｂ）、図（Ｃ）に示したイベント名の情報列１０４０１、情報列１０４１１、情報列１０４２１の情報から、受信したイベントが、ＪｏｂＣｏｍｐｌｅｔｅｄイベントであるかどうかを判断する。ジョブ情報に関するイベントではないと判断した場合は、制御部１２０は、Ｓ１０６０６の処理に移動する。

Ｓ１０６０４において、ジョブ情報に関するイベントであると判断した場合、取得データ保存部３０３は、イベントのデータを整形して、取得データ保存部３０３に保存する（Ｓ１０６０５）。

次に、制御部１２０は、受信したイベントが、ＭＦＰからのデバイス情報に関するイベントであったかどうかを判断する（Ｓ１０６０６）。具体的には、図１１（Ａ）、図（Ｂ）、図（Ｃ）に示したイベント名の情報列１０４０１、情報列１０４１１、情報列１０４１２の情報から、受信したイベントが、ＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントであるかどうかを判断する。デバイス情報に関するイベントではないと判断した場合、制御部１２０は、Ｓ１０６０８の処理に移動する。

Ｓ１０６０６において、デバイス情報に関するイベントであると判断した場合、取得データ保存部３０３は、イベントのデータを整形して、デバイス情報保存部３０４に保存する（Ｓ１０６０７）。

次に、制御部１２０は、受信したイベントが、ＭＦＰからのデバイスの状態に関するイベントであったかどうかを判断する（Ｓ１０６０８）。具体的には、図１１（Ａ）、図（Ｂ）、図（Ｃ）に示したイベント名の情報列１０４０１、イベント名の情報列１０４１１、イベント名の情報列１０４２１の情報から、受信したイベントが、ＳｔａｔｕｓＣｈａｎｇｅｄイベントであるかどうかを判断する。デバイス状態変化に関するイベントではないと判断した場合、制御部１２０は、Ｓ１０６１０の処理に移動する。

Ｓ１０６０８において、デバイス情報に関するイベントであると判断した場合、取得データ保存部３０３は、イベントのデータを整形して、デバイス情報保存部３０４に保存する（Ｓ１０６０９）。

さらに、制御部１２０は、受信したイベントが、タイマ制御部３０８からの解析タイミングイベントであるかどうかを判断する（Ｓ１０６１０）。解析タイミングイベントではないと判断した場合、制御部１２０は、Ｓ１０６１５の処理に移動する。Ｓ１０６１０において、受信したイベントが、解析タイミングイベントであると判断した場合、データ解析部３０５は、解析対象となるＭＦＰを特定する。

さらに、制御部１２０は、その解析対象のＭＦＰのデバイスＩＤを基に、デバイス情報保存部３０４から、解析対象のＭＦＰのプリント定格ページ数の情報を取得する（Ｓ１０６１１）。

また、データ解析部３０５は、解析対象のＭＦＰのデバイスＩＤを基に、取得データ保存部３０３から、プリントページ数の情報を取得する。さらに、制御部１２０は、定期間における解析対象デバイスのプリントページ数の合計を求める（Ｓ１０６１２）。これは、前述したように、図１１（Ａ）に示した、デバイスＩＤの情報列１０４０２、発生時間の情報列１０４０３の情報を基に、プリントページ数の情報列１０４０７の値をそれぞれ合計することで求めることができる。

データ解析部３０５は、解析対象デバイスの有効稼働時間（有効期間情報）を集計する（Ｓ１０６１３）。

解析対象のＭＦＰのデバイスＩＤを基に、取得データ保存部３０３から、デバイスの状態変化を取得する。さらに、制御部１２０は、特定期間における解析対象のＭＦＰがジョブ実行可能である累計時間を求める（Ｓ１０６１２）。ここでは、前述の図１１（Ｃ）に示した、デバイスＩＤの情報列１０４２２、発生時間の情報列１０４２３、ステータスの情報列１０４２４の情報などのステータス履歴を基に、動作可能（Ｓｔａｎｄｂｙ）であった期間を合計していくことで求めることができる。有効稼働時間の集計方法については、特定期間から、印刷不能状態、例えば、図１１（Ｃ）のＰｒｉｔｅｒＪａｍやＭａｎｆｕｎｃｔｉｏｎなどが続いている状態の合計時間を引いて算出しても構わない。

その後、データ解析部３０５は、解析対象デバイスの稼働率を計算する（Ｓ１０６１４）。これらの計算においては、Ｓ１０６１１で取得したデバイスの定格プリントページ数、Ｓ１０６１２で求めた特定期間における総プリントページ数、総スキャンページ数、およびＳ１０６１３で集計した有効稼働時間を用いる。プリンタ有効稼働率は、特定の期間においてどの程度プリンタが稼働したかを示す割合であり、以下のように求める。

特定期間を１か月（一月）とすれば、

となる。

先に示した環境省のガイドラインの稼働率

とほぼ同じ計算式ではあるが、分母の１か月の稼働時間が６０分×７時間×２０日なのに対して、ＭＦＰ１１００のダウンタイムを考慮した有効稼働時間を元に稼働率が算出されるため、ＭＦＰ１１００間の稼働率の比較を正確に行うことが出来る。

また、一分間当たり（単位時間あたり）の定格プリントページ数（所定数）がカラープリントとモノクロプリントで異なる場合は、以下のようにプリント稼働率を求める。

さらに特定期間に対する有効稼働時間の割合も以下の式で算出する。
プリンタ有効時間率＝特定期間での有効稼働時間（分）÷特定期間（分）
その後、データ解析部３０５は、このように求めたプリンタ有効稼働率とプリンタ有効時間率を、解析したデバイスを識別するＩＤとともに解析データ保存部３０６に保存する（Ｓ１０６１４）。

その後、データ解析部３０５は、稼働率の集計処理自体が終了したかどうかを判断する（Ｓ１０６１５）。これは、具体的には集計情報保存部に、データ集計および解析間隔のデータが無効状態になっているかどうかを判断する。集計処理自体が終了したと判断した場合、制御部１２０は、一連の処理を終了する。集計処理自体がまだ終了していないと判断した場合、制御部１２０は、Ｓ１０６０２の処理に戻る。

＜稼働率＞
図１４は、サーバが表示する稼働率の例である。これは、図１３で示した一連の処理によって求めた有効稼働率、有効時間率を、サーバ１１２０の表示部１２８に表示したときの表示例である。サーバ１１２０における表示ではなく、解析データ保存部３０６に保存された稼働率データを外部情報処理装置に送信し、そこで表示してもよい。ここでは表形式で各稼働率の表示を行っている。各行にそれぞれのＭＦＰの各稼働率および各利用率を表示している。

デバイスＩＤの情報列１０７０１には、デバイスを一意に識別するＩＤが表示される。情報列１０７０２、情報列１０７０３は、それぞれ表のタイトルが示すように、プリンタ有効稼働率、プリンタ有効時間率を表示している。

図１４のデバイスＩＤ、ＢＢＢ０１００のＭＦＰでは、有効時間率が半分の５０％であり、集計期間中の半分は故障などで印刷不能状態であったことを示している。従来の固定時間を分母とした稼働率の算出では、フル稼働していたデバイスＩＤ，ＣＣＣ０２００のＭＰよりも稼働率が低いと誤って判断された可能性がある。本件ではＳ１０６１４での有効稼働時間の計算のようにダウンタイムを考慮した有効稼働率を算出することで適切なＭＦＰ間の稼働率を比較が可能となる。

（実施例４）
実施例３では、プリント動作についてダウンタイムを考慮した有効稼働率を求めた。実施例４では、ＭＦＰにおけるプリント動作だけでなく、スキャナが動作するジョブの実行も考慮したＭＦＰ全体の稼働率を求める。実施例４における情報処理システムの構成は、上述した特徴となる部分に関する構成を除き、実施例３と同様である、そのため同様の構成については同様の符号を付し、その詳細な説明を省略する。

＜通知イベント＞
図１５は、実施例４におけるＭＦＰからサーバに送信される通知イベントの例を示す説明図である。図１１（Ｃ）と同じく、実際の通知イベントは、ＪＳＯＮやＸＭＬなどのフォーマットで送信されるデータであるが、ここでは説明のためデータの内容を表形式で表している。また、それぞれの行が１つの通知イベントを表している点も同じである。

イベント名の情報列１０８０１、デバイスＩＤの情報列１０８０２、発生時間の情報列１０８０３までは、図１１（Ｃ）と同様である。

ユニットの情報列１０８０４はＭＦＰ１１００を構成するプリンタ１１３やスキャナ１１２などのユニットの種別を示す。

ユニットの情報列１０８０４がＰｒｉｎｔｅｒの場合、プリンタ１１３、Ｓｃａｎｎｅｒの場合、スキャナ１１２についての状態変化であることを示す。ステータスの情報列１０８０５は図１１（Ｃ）と同様だが図１５ではＳｃａｎｎｅｒに関する状態を示す、ＳｃａｎｎｅｒＪａｍが追加になっている。例えば、図１５のＮｏ．４のＳｔａｔｕｓＣｈａｎｇｅｄイベントを確認すると次の通りである。すなわち、デバイスＩＤの情報列１０８０２がＡＡＡ０００１で示されるＭＦＰは、ステータスの情報列１０８０５がＭａｌｆｕｎｃｔｉｏｎ、つまり故障となっていることを示している。

また図１５のＮｏ．１０のＳｔａｔｕｓＣｈａｎｇｅｄイベントは、デバイスＩＤの情報列１０８０２、ＣＣＣ０２００で示されるＭＦＰ１１００のスキャナ１１２のステータスの情報列１０８０５がＳｃａｎｎｅｒＪａｍ、ジャムとなっていることを示している。本件のＭＦＰ１１００においては、スキャナ１１２とプリンタ１１３が独立して動作可能であり、例えば、プリンタ１１３が故障であってもスキャナ１１２を使ったジョブは実行可能である。図１５のＳｔａｔｕｓＣｈａｎｅｄイベントでは、ＭＦＰを構成するプリンタ１１３やスキャナ１１２などのユニットごとに動作可能な状態であったかの情報を取得することが出来る。

実施例４におけるＭＦＰ１１００が実行するイベント送信処理は、図１２に示す実施例３のＭＦＰでの処理とほぼ同じであるが、図１２のＳ１０５０８において、デバイス状態変化取得では前述のユニットの情報列１０８０４が追加される。

＜サーバの処理フロー＞
図１６は、実施例４におけるサーバが実行する処理のフローチャートである。図１６のフローチャートにおける各ステップは、ＨＤＤ１２４に格納された制御プログラムを、ＣＰＵ１２１が実行することにより処理される。

図１６のＳ１０９０１からＳ１０９１０までの処理は、図１３に示す実施例３におけるサーバの実行処理と同じであるため、説明を省略する。

Ｓ１０９１０において、受信したイベントが、解析タイミングイベントであると判断した場合、データ解析部３０５は、解析対象となるＭＦＰを特定する。さらに、その解析対象のＭＦＰのデバイスＩＤの情報列１０４１２を基に、デバイス情報保存部３０４から、解析対象のＭＦＰのプリント定格ページ数とスキャン定格ページ数の情報を取得する（Ｓ１０９１１）。

次に、データ解析部３０５は、解析対象のＭＦＰのデバイスＩＤを基に、取得データ保存部３０３から、プリントページ数の情報列１０４０７とスキャンページ数の情報列１０４０９の情報を取得する。さらに、特定期間における解析対象デバイスのプリントページ数とスキャンページ数から、それぞれの累計ページ数を求める（Ｓ１０９１２）。これは、デバイスＩＤの情報列１０４０２、発生時間の情報列１０４０３の情報を基に、プリントページ数の情報列１０４０７とスキャンページ数の情報列１０４０９の値をそれぞれ合計することで求めることができる。

Ｓ１０９１３では、データ解析部３０５は、解析対象のＭＦＰの有効稼働時間を算出する。

算出方法はＳ１０６１３と同じであるが、図１５のユニットの情報列１０８０４の情報を元にスキャナ１１２やプリンタ１１３のユニットごとに稼働可能な時間を合計し、スキャナ有効稼働時間、プリンタ有効稼働時間を算出する。

Ｓ１０９１４では、プリンタ有効時間率と、プリンタ有効稼働率を算出して保存する。算出の方法はＳ１０９１３で算出したプリンタ１１３ユニットに対するプリンタ有効稼働時間を用いる以外はＳ１０６１４の有効稼働率、有効時間率の算出と同じであるため説明を省略する。

Ｓ１０９１５では、スキャナ有効時間率とスキャナ有効稼働率を算出して保存する。

まず、Ｓ１０９１０で取得した定格スキャンページ数と、Ｓ１０９１２での特定期間での累計のスキャンページ数と、Ｓ１０９１３で算出したスキャナ有効稼働時間を元に下記の式で算出する。

カラーモノクロで定格スキャンページ数が同じ場合、

カラーモノクロで定格スキャンページ数が異なる場合、

さらに特定期間に対する有効稼働時間の割合について以下の式で算出する。

スキャナ有効時間率＝特定期間でのスキャナ有効稼働時間（分）÷特定期間（分）
さらにデータ解析部３０５は、算出したスキャナ有効稼働率と、スキャナ有効時間率を解析対象のデバイスを識別するＩＤとともに解析データ保存部３０６に保存する。

Ｓ１０９１６では、データ解析部３０５は、Ｓ１０９１４とＳ１０９１５で計算した、スキャナ有効時間率とプリンタ有効時間率を合算して、ＭＦＰ有効時間率として解析対象のデバイスを識別するＩＤとともに解析データ保存部３０６に保存する。

さらに、スキャナ有効稼働率とプリンタ有効稼働率の平均をＭＦＰ有効稼働率として、解析対象のデバイスを識別するＩＤとともに解析データ保存部３０６に保存する。その後、データ解析部３０５は、Ｓ１０９１７以降の処理を行うが、これは図１３のＳ１０６１６以降の処理と同じであるため、説明を省略する。

＜稼働率＞
図１７は、実施例４におけるサーバが表示する稼働率の例である。

これは、図１６で示した一連の処理によって求めた稼働率を、サーバ１１２０の表示部１２８に表示したときの表示例である。ここでは、図１４の例と同様に、表形式で有効稼働率、有効時間率の表示を行っている。

プリンタ有効稼働率の情報列１１００１、プリンタ有効時間率の情報列１１００２は図１４の例で示したものと同様である。図１７ではこれに加え、スキャナ有効稼働率の情報列１１００４、スキャナ有効時間率の情報列１１００５、ＭＦＰ有効稼働率の情報列１１００６、ＭＦＰ有効時間率の情報列１１００７が追加表示されている。

図１７においては、例えば、プリンタだけの稼働率を比較した場合、Ｎｏ．３のＭＦＰはプリンタがダウンしていた時間が長く、プリンタ有効稼働率は低い。しかしながら、スキャナとしては稼働率が高くスキャナ有効稼働率、ＭＦＰ有効稼働率は、Ｎｏ．１のＭＦＰと比べて高いことが分かる。

＜備考＞
このように、第２の実施例では、プリンタあるいはスキャナが故障などにより使用できない状況を考慮した稼働率を算出することが出来る。実際のＭＦＰの利用実態に沿った精度の高い稼働率によって各ＭＦＰを比較することができる。その結果、デバイスの管理や入れ替等のサービスの利便性を向上することができる。

（実施例５）
＜通知イベント＞
図１８は、ＭＦＰ１１００からサーバに送信される通知イベントの例を模式的に示した説明図である。ここでは、ＭＦＰ１１００からサーバに送信される通知イベントのうち、関連する２つの通知イベントについて図１８（Ａ）および（Ｂ）を用いて説明する。

図１８（Ａ）は、ＭＦＰ１１００における各種ジョブの終了時に記録され、サーバに送信される通知イベントの例である。実際の通知イベントは、ＪＳＯＮやＸＭＬなどのフォーマットで送信されるデータであるが、ここでは説明のためデータの内容を表形式で表している。それぞれの行が１つの通知イベントを示している。

イベント名の情報列２０４０１は、送信されるイベントの名前を示す。ＪｏｂＣｏｍｐｌｅｔｅｄイベントは、ジョブの終了を示すイベントである。これは、サーバからジョブに関する情報の送信要求があった場合に送信されるイベントの１つである。実際にはジョブの開始を示すイベントなども送信されるが、ここでは説明を省略する。

デバイスＩＤの情報列２０４０２は、ＭＦＰ１１００などのデバイスを一意に特定するＩＤである。

発生時刻の情報列２０４０３は、そのイベントにおける事象の発生時刻である。この場合は、そのイベントが表すジョブの終了時間とほぼ同じである。

ジョブＩＤの情報列２０４０４は、同一のデバイスにおいて、ジョブを一意に特定するＩＤである。通常はジョブ実行ごとに１ずつインクリメントされる数値である。

ジョブ種の情報列２０４０５は、コピー、プリントといったジョブの種別を表す。

プリントカラーモードの情報列２０４０６は、プリントを伴うジョブであった場合に、プリントをカラーとモノクロのどちらで行ったかを示す。

プリント数の情報列２０４０７は、プリントを伴うジョブであった場合にカウントされていき、実際にプリントした用紙の枚数（印刷処理した処理数）を示す。

プリント速度の情報列２０４０８は、プリントを伴うジョブであった場合に、実際に印刷したプリント速度を、１分間に出力可能（処理可能）な用紙の枚数として表す。前述したように、実際に印刷した用紙のサイズや種類によって、印刷したときのプリント速度は異なる。このため、イベント回収部２０９は、プリントを行った機能アプリケーション２０７もしくはジョブ情報が記録された履歴設定保持部２０８から、そのジョブにおけるプリント速度の情報を取得し、プリント速度の情報列２０４０８に付加する。

図１８（Ｂ）は、ＭＦＰ１１００のデバイス情報について定期的に記録し、サーバに送信される通知イベントの例である。こちらも、実際の通知イベントは、ＪＳＯＮやＸＭＬなどのフォーマットで送信されるデータであるが、ここでは説明のためデータの内容を表形式で表している。また、それぞれの行が１つの通知イベントを示している。

イベント名の情報列２０４１１は、送信されるイベントの名前を示す。ＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントは、デバイスの基本的な情報について定期的に送信されるイベントである。これは、サーバからデバイスの機器情報に関する情報の送信要求があった場合に送信されるイベントの１つである。実際にはこの他にもデバイス情報の変化を示すイベントも送信されるが、ここでは説明を省略する。

デバイスＩＤの情報列２０４１２は、ＭＦＰ１１００などのデバイスを一意に特定するＩＤである。

発生時刻の情報列２０４１３は、そのイベントにおける事象の発生時刻である。この場合、デバイス情報を内部的に取得した際の時刻であり、定期的に発生する。

プリンタ種別の情報列２０４１４は、ＭＦＰ１１００などのデバイスが持つプリンタの種別であり、カラープリンタかモノクロプリンタのどちらかを示す。

カラープリント定格枚数の情報列２０４１５は、プリンタがカラープリンタの場合、１分間に出力可能なカラープリントの定格枚数を示す。

モノクロプリント定格枚数の情報列２０４１６は、プリンタが１分間に出力可能なモノクロプリントの定格枚数を示す。このように、このイベントの情報列２０４１２～情報列２０４１６によって、ＭＦＰ１１００などのデバイスのプリント定格枚数などの情報を知ることができる。このイベントに付加される情報は、情報列２０４１２から情報列２０４１６の他にも、デバイスに関する様々なものがあるが、ここでは説明を省略する。

図１８（Ｂ）で示される通知イベントのデータは、機能アプリケーション２０７の１つが、予め指示された時間間隔で定期的にデバイス情報を取得し、イベント回収部２０９に通知する。イベント回収部２０９は、イベント送信部２１１を介してサーバ１１２０にこの通知イベントを送信する。サーバ１１２０では、このイベントを受信後、データ整形部３０２がイベントを判別して、デバイス情報保存部３０４に保存する。また、データ解析部３０５は、デバイス情報保存部３０４に保存されているデータから、デバイスＩＤの情報列２０４１２の情報を基にフィルタをおこなう。そこから発生時刻の情報列２０４１３の情報を基に、最も新しい情報を取得し、そのデバイスに関する最新の情報を取得する。

＜ＭＦＰの処理フロー＞
まず、イベント回収部２０９は、内部の機能モジュールからの内部イベントを受信待ちする（Ｓ５０１）。

次に、イベント回収部２０９は、内部機能モジュールからの送信処理対象の内部イベントを受信したかどうかを判断する（Ｓ５０２）。これは、通知設定保持部２０３に保存された送信対象イベントの情報を基に、それに対応した内部イベントであるかどうかを判断する。イベントを受信していないと判断した場合は、コントローラユニット１００は、Ｓ５０１の処理に戻る。

Ｓ５０２において、内部機能モジュールからの送信処理対象の内部イベントを受信したと判断した場合、イベント回収部２０９は、それがジョブ終了のイベントであるかどうかを判断する（Ｓ５０３）。ジョブ終了のイベントではないと判断した場合は、コントローラユニット１００は、Ｓ５０５の処理に移動する。

Ｓ５０３において、内部イベントがジョブ終了のイベントであると判断した場合、コントローラユニット１００は、ジョブに関する情報を取得し、送信イベントを生成する（Ｓ５０４）。これは、内部イベントに付加されたジョブに関する情報列もしくは履歴設定保持部２０８に保存された情報などから、図１８（Ａ）で示したＪｏｂＣｏｍｐｌｅｔｅｄイベントの情報列に相当する情報を取得する。このとき、プリントを伴うジョブであれば、図１８（Ａ）に示したような、プリントカラーモードの情報列２０４０６、プリント数の情報列２０４０７、プリント速度の情報列２０４０８といった情報を取得する。さらに、ＪｏｂＣｏｍｐｌｅｔｅｄイベントのデータフォーマットに整形し、生成したＪｏｂＣｏｍｐｌｅｔｅｄイベントをファイルとしてメッセージバッファ２１０に保存する。ここで、どのジョブ種の終了イベントを送信イベントとして生成するかは、イベント回収部２０９が予め設定を保持している。もしくは、サーバ１１２０からジョブ種の指定を受け、その情報を画像形成装置に保存し、その情報を基に、指定されたジョブ種の送信イベントを生成する方法であってもよい。

次に、イベント回収部２０９は、受信した内部イベントがデバイス情報送信のタイミングイベントであるかどうかを判断する（Ｓ５０５）。デバイス情報送信のタイミングイベントではないと判断した場合、コントローラユニット１００は、Ｓ５０７の処理に移動する。

Ｓ５０５において、内部イベントがデバイス情報送信のタイミングイベントであると判断した場合、コントローラユニット１００は、デバイスに関する情報を取得し、送信イベントを生成する（Ｓ５０６）。これは、各機能アプリケーション２０７もしくは履歴設定保持部２０８などから、図１８（Ｂ）で示したＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントの情報列に相当する情報を取得する。さらに、ＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントのデータフォーマットに整形し、生成したＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントをファイルとしてメッセージバッファ２１０に保存する。

次に、イベント送信部２１１は、メッセージバッファ２１０に保存された送信イベントを、ネットワーク通信部２０１を介してサーバ１１２０に送信する（Ｓ５０７）。

その後、イベント回収部２０９は、外部サーバへのイベント送信処理自体が終了したかどうかを判断する（Ｓ５０８）。これは、画像形成装置に、送信対象イベントが存在するかどうかによって判断する。画像形成装置に、送信対象イベント情報が無い場合、イベント送信処理自体が終了したと判断して一連の処理を終了する。送信対象イベントが存在し、イベント送信処理が継続していると判断した場合、コントローラユニット１００は、Ｓ５０１の処理に戻る。

このように、ＭＦＰ１１００からサーバ１１２０に対して、図１８（Ａ）、（Ｂ）に示したような送信イベントが通知される。

＜サーバの処理フロー＞
図１９は、サーバが実行する処理のフローチャートである。図１９のフローチャートにおける各ステップは、ＨＤＤ１２４に格納された制御プログラムを、ＣＰＵ１２１が実行することにより処理される。すなわち、各処理は制御部１２０によって実行される。ここでは、サーバが実行するイベントの受信およびデータの解析処理について詳細に記述する。

まず、データ解析部３０５は、集計情報保存部３０９に対して、データ集計および解析の間隔のデータを取得し、タイマ制御部３０８に対してその間隔ごとに解析タイミングを通知するように指示する（Ｓ２０６０１）。さらに、通知データ生成部３１０は、集計情報保存部３０９の解析対象データ情報から、ＭＦＰ１１００に対するイベント通知要求を生成し、ネットワーク通信部３０１を介して送信を行う。

次に、データ整形部３０２とデータ解析部３０５は、ＭＦＰ１１００からの送信イベントおよびタイマ制御部３０８からの解析タイミングイベントを受信待ちする（Ｓ２０６０２）。

さらに、制御部１２０は、ＭＦＰ１１００からの送信イベントもしくは解析タイミングイベントを受信したかどうかを判断する（Ｓ２０６０３）。イベントを受信していないと判断した場合は、Ｓ２０６０２の処理に戻る。

Ｓ２０６０３において、イベントを受信したと判断した場合、データ整形部３０２は、受信したイベントがＭＦＰ１１００からのジョブ情報に関するイベントであるかどうかを判断する（Ｓ２０６０４）。具体的には、図１８（Ａ）（Ｂ）に示したイベント名の情報列２０４０１、イベント名の情報列２０４１１の情報から、受信したイベントが、ＪｏｂＣｏｍｐｌｅｔｅｄイベントであるかどうかを判断する。ジョブ情報に関するイベントではないと判断した場合、制御部１２０は、Ｓ２０６０６の処理に移動する。

Ｓ２０６０４において、ジョブ情報に関するイベントであると判断した場合、取得データ保存部３０３は、イベントのデータを整形して、取得データ保存部３０３に保存する（Ｓ２０６０５）。

次に、制御部１２０は、受信したイベントが、ＭＦＰ１１００からのデバイス情報に関するイベントであったかどうかを判断する（Ｓ２０６０６）。具体的には、図１８（Ａ）（Ｂ）に示したイベント名の情報列２０４０１、イベント名の情報列２０４１１の情報から、受信したイベントが、ＢａｓｉｃＩｎｆｏＳｎａｐｓｈｏｔｔｅｄイベントであるかどうかを判断する。デバイス情報に関するイベントではないと判断した場合、制御部１２０は、Ｓ２０６０８の処理に移動する。

Ｓ２０６０６において、デバイス情報に関するイベントであると判断した場合は、取得データ保存部３０３は、イベントのデータを整形して、デバイス情報保存部３０４に保存する（Ｓ２０６０７）。

さらに、制御部１２０は、受信したイベントが、タイマ制御部３０８からの解析タイミングイベントであるかどうかを判断する（Ｓ２０６０８）。解析タイミングイベントではないと判断した場合は、ステップ６１２の処理に移動する。Ｓ２０６０８において、受信したイベントが、解析タイミングイベントであると判断した場合、データ解析部３０５は、解析対象となるＭＦＰ１１００を特定する。

さらに、制御部１２０は、その解析対象のＭＦＰ１１００のデバイスＩＤを基に、デバイス情報保存部３０４から、解析対象のＭＦＰ１１００におけるプリント定格枚数の情報を取得する（Ｓ２０６０９）。

また、データ解析部３０５は、解析対象のＭＦＰ１１００のデバイスＩＤを基に、取得データ保存部３０３から、特定期間に実行された各ジョブのプリント枚数およびプリント速度の情報を取得する（Ｓ２０６１０）。

さらに、制御部１２０は、特定期間における全ジョブに対してジョブ稼働率をそれぞれ求める（Ｓ２０６１１）。ジョブ稼働率は、Ｓ２０６１０で取得した各ジョブのプリント枚数およびプリント速度から以下のように求める。

ここで、１分間当たり（単位時間あたり）のプリント枚数とプリント速度は同義である。

特定期間を１か月間（一月）とすれば、

となる。

ここで、特定期間の分数は、どのデバイスに対しても同じ値になるので、各デバイスの比較を行う目的であれば、２４時間を、平均的なオフィスの就業時間である７時間とし、１か月の日数を２０日としても問題はない。

特定期間における全てのジョブについてジョブ稼働率を求めたら、制御部１２０は、次に特定期間における解析対象デバイスの稼働率を求める（Ｓ２０６１２）。デバイスの稼働率は、Ｓ２０６１１で求めたジョブ毎の稼働率を基に、以下のように求める。

つまり、特定期間における全てのジョブのジョブ稼働率を合計したものである。データ解析部３０５は、このように求めた稼働率を、解析したデバイスを識別するＩＤとともに解析データ保存部３０６に保存する。

また、制御部１２０は、特定期間のジョブにおいて、どの程度プリント定格枚数でプリントされたかを示す定格出力率を求める（Ｓ２０６１３）。

これは、Ｓ２０６０９で取得したプリント定格枚数の情報から定格稼働率を求め、さらにＳ２０６１１で求めた稼働率を基に、以下のように求める。

ここで、特定期間を１か月間として、さらに前述した平均的な実就業時間となる、６０分ｘ７時間ｘ２０日とすれば、定格稼働率は、先に示した環境省のガイドラインにおける稼働率

とほぼ同じになる。つまり定格出力率は、この従来の稼働率からどれだけずれているかを示す比率であり、どれだけ標準とは異なる用紙サイズや用紙種類、印刷設定でプリントを行ったかの目安となる。通常、特殊な用紙サイズや用紙種類を使用したプリントはプリント可能枚数がプリント定格枚数よりも少なくなるため、定格出力率が小さくなるほど、特殊な用紙サイズなどを用いてプリントした割合が大きいことになる。

データ解析部３０５は、このように求めた定格出力率を、解析したデバイスを識別するＩＤとともに解析データ保存部３０６に保存する。

その後、データ解析部３０５は、稼働率の集計処理自体が終了したかどうかを判断する（Ｓ２０６１４）。これは、具体的には集計情報保存部３０９において、データ集計および解析間隔のデータが無効状態になっているかどうかを判断する。集計処理自体が終了したと判断した場合は、一連の処理を終了する。集計処理自体がまだ終了していないと判断した場合、制御部１２０は、Ｓ２０６０２の処理に戻る。

＜稼働情報＞
図２０は、サーバが表示する稼働情報の例である。これは、図１９で示した一連の処理によって求めた稼働率と定格出力率を、サーバ１１２０の表示部１２８に表示したときの表示例である。サーバ１１２０における表示ではなく、解析データ保存部３０６に保存された稼働率などのデータを外部情報処理装置に送信し、そこで表示してもよい。ここでは表形式で稼働情報の表示を行っている。各行にそれぞれのＭＦＰ１１００の稼働率および定格出力率を表示している。

デバイスＩＤの情報列１０７０１には、デバイスを一意に識別するＩＤが表示される。

情報列２０７０２から情報列２０７０７の列は、それぞれ表のタイトルが示すように、カラープリント数、モノクロプリント数、カラープリント定格枚数、モノクロプリント定格枚数、稼働率、定格出力率を表示している。

また、実際には表示しないが、説明上、定格稼働率の情報列２０７０８を図示している。定格稼働率の情報列２０７０８は、前述した環境省のガイドラインが示す稼働率と同じものであり、従来の稼働率といえる。ここで、稼働率の情報列２０７０６、定格出力率の情報列２０７０７および定格稼働率の情報列２０７０８は、いずれも環境省のガイドラインに合わせ、特定期間を１か月とし、特定期間の分数を６０分×７時間×２０日として計算している。

さらに、Ｎｏ２のデバイスは、全てのジョブがプリント定格枚数で実行したものとしている。

Ｎｏ１のデバイスは、モノクロプリント数の半分を出力したジョブがプリント定格枚数の２分の１となる速度で実行したものとしている。Ｎｏ３のデバイスは、全てのジョブにおいて、標準とは異なる用紙サイズなどを用い、プリント定格速度の２分の１となる速度で実行したものとしている。

このような場合、定格稼働率の情報列２０７０８、つまり従来の稼働率で比較すると、Ｎｏ２デバイスの稼働率が最も高く、Ｎｏ２とＮｏ３の稼働率の差も大きくなっている。しかし、本提案の稼働率の情報列２０７０６を比較すると、Ｎｏ１の稼働率が最も大きく、Ｎｏ２とＮｏ３の稼働率の差もそれほど大きくなっていない。これは、本提案の稼働率が実際のプリントの速度を考慮しているためであり、これはプリンタが実際に稼働していた割合を正しく表しているといれる。

また、定格出力率の情報列２０７０７を見ることで、Ｎｏ１やＮｏ３が標準の設定とは異なるプリントを多く行っていることわかる。これは、プリントの設定内容をより詳細に調べることで、プリンタやＭＦＰ１１００を入れ替えや再配置を行う際に、ユーザに対する使われ方を考慮する際の手助けとなる。

＜備考＞
このように、従来の標準的なプリントのみを考慮した稼働率ではわからなかった、ジョブ毎のプリントの速度を考慮したプリンタやＭＦＰ１１００の稼働率を把握し、比較することができる。これによって、実際のプリンタやＭＦＰ１１００の利用実態に沿ったより精度の高い稼働率によって各プリンタを比較することができ、デバイスの管理や入れ替え等のサービスを提供したさいに利便性を向上することができる。

（実施例６）
実施例５では、ＭＦＰ１１００のプリント速度の異なる複数種類の印刷処理について、それぞれ稼働率を求めた。実施例６では、プリントを実行するジョブにおいて途中でプリントの速度が変更した場合も考慮したプリンタの稼働率を求める。実施例６における情報処理システムの構成は、上述した特徴となる部分に関する構成を除き、実施例５と同様である、そのため同様の構成については同様の符号を付し、その詳細な説明を省略する。

＜通知イベント＞
図２１は、実施例におけるＭＦＰ１１００からサーバに送信される通知イベントの例を模式的に示した説明図である。図１８と同じく、実際の通知イベントは、ＪＳＯＮやＸＭＬなどのフォーマットで送信されるデータであるが、ここでは説明のためデータの内容を表形式で表している。また、それぞれの行が１つの通知イベントを示している点も同じである。

イベント名の情報列２０８０１からプリント速度の情報列２０８０８までの情報は、図１８（Ａ）におけるイベント名の情報列２０４０１からプリント速度の情報列２０４０８までの情報と同様である。

さらに、第２プリントカラーモードの情報列２０８０９、第２プリント数の情報列２０８１０、第２プリント速度の情報列２０８１１の情報が付加されている。これらは、それぞれプリントカラーモードの情報列２０８０６、プリント数の情報列２０８０７、プリント速度の情報列２０８０８と意味は同じものである。つまり、１つのジョブ情報に、複数のプリント情報が付加されていることになる。主にＰＤＬなどのプリントジョブにおいては、ジョブの途中で用紙サイズを変更する、印刷設定値を変更する、といったプリントの指定が可能である。これらの設定変更がプリント速度の変更を伴う場合、１つのジョブにおいても複数のプリント速度で印刷されることとなり、これによって計算で求める稼働率と実際のプリント稼働状態とに差分が生じることになる。このため、プリントを伴うジョブにおいて、ジョブの途中でプリント速度を変更した場合は、そのときのカラーモード、プリント数、プリント速度の情報について、それぞれ情報列２０８０９から情報列２０８１１に付加する。

例えば、Ｎｏ３のＪｏｂＣｏｍｐｌｅｔｅｄイベントに対応するジョブでは、プリント速度６０枚／分のカラープリントを２枚と、プリント速度３０枚／分のカラープリントを２枚、プリントジョブによって実行したことが分かる。なお、プリントを伴うジョブの途中でプリント速度を３回以上変更した場合は、第３以降のプリントカラーモード、プリント数、プリント速度の情報を付加するが、ここではその例を省略している。

＜サーバの処理フロー＞
図２２は、実施例におけるサーバが実行する処理のフローチャートである。図２２のフローチャートにおける各ステップは、ＨＤＤ１２４に格納された制御プログラムを、ＣＰＵ１２１が実行することにより処理される。

図２２のＳ２０９０１からＳ２０９１０までの処理は、図１９に示す実施例５におけるサーバの実行処理のＳ２０６０１からＳ２０６１０と同じであるため、説明を省略する。

データ解析部３０５は、Ｓ２０９１０で取得したジョブ情報を基に、特定期間の各ジョブにおいて異なるプリント速度でプリントが行われた場合のそれぞれの稼働率を計算する（Ｓ２０９１１）。１つのジョブにおいて、プリント速度の異なる複数のプリント処理が実行された場合、それぞれのプリント処理を説明の便宜上プロセスと呼び、そのプロセスにおけるプリント速度をプロセス速度、そのプロセスにおける稼働率をプロセス稼働率と呼ぶこととする。あるジョブにおけるプロセス稼働率は、以下のように求める。

ここで、プロセスにおける１分間当たりのプリント枚数とプロセス速度は同義である。

さらに、このプロセス稼働率から、ジョブ稼働率を求める（Ｓ２０９１２）。ジョブ稼働率は、Ｓ２０９１１で求めたプロセス稼働率を基に、以下のように求める。

このように、実施例におけるジョブ稼働率は、そのジョブにおける各プロセス稼働率の合計として求められる。

Ｓ２０９１２においてジョブ毎の稼働率を求めた後、Ｓ２０９１３以降の稼働率および定格出力率の計算と保存の処理は、図１９に示した実施例５のＳ２０６１２以降の処理と同じであるため、説明を省略する。

＜稼働情報＞
図２３は、実施例におけるサーバが表示する稼働情報の例である。

デバイスＩＤの情報列２１００１から定格出力率の情報列２１００７までの表示項目は、図２０における情報列２０７０１～情報列２０７０７と同じものである。また、実際には表示されないが、定格稼働率の情報列２１００８を説明上図示している点も同じである。

Ｎｏ１からＮｏ３までのデバイスにおいて、特定期間のカラープリント枚数およびモノクロプリント枚数は図２０と同じものであり、稼働率計算における特定期間の分数も同じである。さらに、Ｎｏ１とＮｏ２は、図２０で説明したプリント条件のままであり、稼働率および定格出力率ともに図２０で示したものと同じである。

Ｎｏ３のデバイスは、図２０では、全ジョブがプリント定格速度の２分の１で動作したという条件にしている。ここでは、Ｎｏ３のデバイスは、まず全プリントの半分の枚数をプリントしたジョブがプリント定格速度の２分の１として動作したとしている。さらに、残り半分のジョブは、プリント速度が定格の２分の１になるプリントと、定格の４分の１になるプリントとを同じ枚数プリントしたとしている。つまり、プロセスで考えると、特定期間の全プリント枚数の４分の３をプリントしたプロセスが、定格の２分の１のプロセス速度で動作し、全枚数の４分の１をプリントしたプロセスが、定格の４分の１のプロセス速度で動作したことになる。

この場合、プリント枚数の情報列２１００２、プリント枚数の情報列２１００３および従来の稼働率である定格稼働率の情報列２１００８が変わっていないにも関わらず、Ｎｏ３のデバイスの稼働率の情報列２１００６が最も高くなる。また、Ｎｏ３のデバイスの定格出力率の情報列２１００７は、図２０で示したものよりもさらに低くなっていることが分かる。Ｎｏ３のデバイスは、プロセス速度が遅いプリント処理を多く行っているため、出力したプリント枚数は変わらなくとも、実際に動作していた割合は高くなる。

このように、実施例では、プリントを伴うそれぞれのジョブにおいて、異なるプロセス速度でプリント処理が行われた場合でも、そのときの利用実態を正しく稼働率に反映することができる。これにより、オフィスなどにおいて、１つのジョブで複数の用紙サイズや印刷設定を持つプリントジョブを数多く実行するプリンタがある場合でも、実際のプリンタの利用実態に沿った精度の高い稼働率によって各プリンタやＭＦＰ１１００を比較することができる。その結果、デバイスの管理や入れ替えにおける利便性を向上することができる。

＜備考＞
このように、第２の実施例では、プリンタやスキャナを利用しない処理が実行されるＭＦＰ１１００においても、その利用実態を正しくＭＦＰ１１００稼働率に反映することが可能になる。これにより、オフィスなどにおいて、プリントやスキャンを行わない処理が実行されるＭＦＰ１１００がある場合でも、実際のＭＦＰ１１００の利用実態に沿った精度の高い稼働率によって各ＭＦＰ１１００を比較することができる。その結果、デバイスの管理や入れ替え等のサービスを提供する際に利便性を向上することができる。

（その他の実施例）
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

また、本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。例えば、ソフトウェアモジュールの一部を外部サーバで実行するように構成し、外部サーバで処理された結果を取得することで、機能を実現してもよい。例えば、実施例１、２ではサーバ１１２０において稼働率の算出をおこなったが、ＭＦＰ１１００内で完結するシステム構成、すなわち、ＭＦＰ１１００内で稼働率の算出をおこなう構成であってもよい。また、稼働率の算出結果についてサーバ１１２０の表示部１２８に表示する形態を例示したが、ＭＦＰ１１００の操作部１１１に表示する形態であってもよい。

なお、実施中に登場する略称はそれぞれ次の意味である。

ＡＤＦとは、Ａｕｔｏ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒのことである。

ＡＳＩＣとは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔのことである。

ＣＣＤとは、Ｃｈａｒｇｅ－Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅのことである。

ＣＰＵとは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔである。

ＨＤＤとは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅのことである。

ＪＳＯＮとは、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎのことである。

ＬＡＮとは、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋのことである。

ＬＣＤとは、Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙのことである。

ＬＥＤとは、Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅのことである。

ＭＦＰとは、Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌのことである。

ＰＣとは、Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒのことである。

ＰＤＬとは、Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅのことである。

ＲＡＭとは、Ｒａｎｄｏｍ‐Ａｃｃｅｓｓ Ｍｅｍｏｒｙのことである。

ＲＯＭとは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙのことである。

ＳＭＢとは、Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋのことである。

ＸＭＬとは、Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅのことである。

ＦＡＸとはＦＡＣＳＩＭＩＬＥのことである。ＯＳとは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍのことである。ＲＡＭとは、Ｒａｎｄｏｍ‐Ａｃｃｅｓｓ Ｍｅｍｏｒｙのことである。

ＲＯＭとは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙのことである。

ＵＩとは、Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅのことである。

ＵＳＢとは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓのことである。

ＩＦとはＩｎｔｅｒｆａｃｅのことである。

１１００ ＭＦＰ
１１２０ サーバ
１０１ ＣＰＵ
１０２ ＲＡＭ
１１２ スキャナ
１１３ プリンタ

Claims (20)

1. 原稿を読み取る読取処理を実行可能な読取部と、
   前記読取処理の単位期間あたりの処理数を取得する手段と、
   前記読取処理の単位期間あたりの処理数と前記読取処理のあらかじめ定められた処理数に基づいて前記読取部の稼働率情報を取得する手段と、を有することを特徴とする情報処理システム。
2. シートに画像を形成する画像形成処理を実行可能な画像形成部と、
   前記画像形成処理の単位期間あたりの処理数を取得する手段と、
   前記画像形成処理の単位期間あたりの処理数と前記画像形成処理のあらかじめ定められた処理数に基づいて前記画像形成部の稼働率情報を取得する手段と、を有することを特徴とする請求項１に記載の情報処理システム。
3. 前記読取部と前記画像形成部を備える画像処理装置を有し、
   前記画像形成部の稼働率情報と前記読取部の稼働率情報に基づいて、前記画像処理装置の稼働率情報を取得する手段と、を有することを特徴とする請求項２に記載の情報処理システム。
4. 前記画像形成部の稼働率情報と前記読取部の稼働率情報に基づいて、前記画像処理装置の稼働中における前記画像形成部の稼働比率情報を取得する手段と、を有することを特徴とする請求項３に記載の情報処理システム。
5. 前記画像形成部の稼働率情報と前記読取部の稼働率情報に基づいて、前記画像処理装置の稼働中における前記読取部の稼働比率情報を取得する手段と、を有することを特徴とする請求項３または４に記載の情報処理システム。
6. 前記画像形成部およみ前記読取部を用いない所定の画像処理を実行する手段と、前記所定の画像処理の単位期間あたりの総処理時間と前記所定の処理のあらかじめ定められた処理時間に基づいて前記画像処理装置の前記所定の画像処理についての稼働率情報を取得する手段と、を有することを特徴とする請求項３乃至５のいずれか１項に記載の情報処理システム。
7. 前記所定の画像処理は、
   ＦＡＸを受信して外部装置にその画像データを転送する処理と、ＦＡＸおよび外部装置から受信した画像データを保存する処理と、保存された画像データを外部装置に送信する処理と、のうちの少なくとも１つであることを特徴とする請求項６に記載の情報処理システム。
8. 前記画像形成部の稼働率情報と前記読取部の稼働率情報と前記画像処理装置の前記所定の処理についての稼働率情報とに基づいて、前記画像処理装置の稼働中における前記所定の画像処理の稼働比率情報を取得する手段と、を有することを特徴とする請求項７に記載の情報処理システム。
9. 前記画像処理装置と通信可能な情報処理装置を備える情報処理システムであって、
   前記画像処理装置は、
   前記読取処理の処理数をカウントする手段と、
   前記画像形成処理の処理数をカウントする手段と、を有し、
   前記情報処理装置は、
   前記画像処理装置でカウントされた情報に基づいて前記読取処理の単位期間あたりの処理数を取得する手段と、
   前記画像処理装置でカウントされた情報に前記画像形成処理の単位期間あたりの処理数を前記画像処理装置から取得する手段と、
   前記読取部の稼働率情報を取得する手段と、
   前記画像形成部の稼働率情報を取得する手段と、
   を有することを特徴とする請求項３乃至８のいずれか１項に記載の情報処理システム。
10. 前記読取処理の単位期間あたりの処理数は、前記読取処理の一月あたりの処理数であることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理システム。
11. 前記画像形成処理の単位期間あたりの処理数は、前記画像形成処理の一月あたりの処理数であることを特徴とする請求項２乃至９のいずれか１項に記載の情報処理システム。
12. 前記読取処理のあらかじめ定められた処理数は、前記読取部が１分間あたりに処理可能な数に基づく処理数であることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理システム。
13. 前記画像形成処理のあらかじめ定められた処理数は、前記画像形成部が１分間あたりに処理可能な数に基づく処理数であることを特徴とする請求項２乃至９のいずれか１項に記載の情報処理システム。
14. 前記読取部の稼働率情報をユーザに通知する手段を有することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理システム。
15. 前記画像形成部の稼働率情報をユーザに通知する手段を有することを特徴とする請求項２乃至９のいずれか１項に記載の情報処理システム。
16. 前記画像処理装置の稼働率情報をユーザに通知する手段を有することを特徴とする請求項３乃至９のいずれか１項に記載の情報処理システム。
17. 原稿を読み取る読取処理を実行可能な読取部と、
    前記読取処理の単位期間あたりの処理数を取得する手段と、
    前記読取処理の単位期間あたりの処理数と前記読取処理のあらかじめ定められた処理数に基づいて前記読取部の稼働率情報を取得する手段と、を有することを特徴とする画像処理装置。
18. 画像処理装置の読取部で実行された原稿の読取処理の単位期間あたりの処理数を、前記画像処理装置から取得する手段と、
    前記読取処理の単位期間あたりの処理数と前記読取処理のあらかじめ定められた処理数に基づいて前記読取部の稼働率情報を取得する手段と、を有することを特徴とする情報処理装置。
19. シートに画像を形成する画像形成部であって、単位時間あたりに所定数の画像形成処理を実行可能な画像形成部と、
    前記画像形成部のステータス履歴を取得する手段と、
    前記画像形成処理の特定期間における処理数を取得する手段と、
    前記ステータス履歴に基づいて前記特定期間における有効期間情報を取得する手段と、
    前記画像形成処理の特定期間あたりの処理数と前記所定数と前記有効期間情報に基づいて、前記画像形成部の有効稼働率を取得する手段と、を有することを特徴とする情報処理システム。
20. シートに画像を形成する画像形成部あって、単位時間あたりに処理可能な数が各々異なる第１の画像形成処理と第２の画像形成処理を実行可能な画像形成部と、
    前記第１の画像形成処理の処理数と前記第２の画像形成処理の処理数を取得する手段と、
    前記第１の画像形成処理の特定期間における処理数と前記第１の画像形成処理のあらかじめ定められた処理数に基づいて第１の稼働率を取得し、前記第２の画像形成処理の前記特定期間における処理数と前記第２の画像形成処理のあらかじめ定められた処理数に基づいて第２の稼働率を取得する手段と、
    を有することを特徴とする情報処理システム。

Images