(57)【要約】【課題】  画像形成装置からの応答の内容のみに依存することなく、条件に応じてジョブログを再取得するための要求を行う仕組みを提供することを目的とする。【解決手段】  画像形成装置と通信可能な監視装置であって、前記画像形成装置から１以上のジョブログを取得するための第１の要求を行う第１の要求手段と、前記第１の要求の後、所定の条件を満たす場合に、前記画像形成装置から前記第１の要求の対象であったジョブログを１つずつ取得するための第２の要求を行う第２の要求手段と、を有し、前記第２の要求手段は、前記所定の条件を満たす場合として、前記第１の要求によって取得されたジョブログの数が前記第１の要求の対象であったジョブログの数に満たない場合に、前記第１の要求の対象であったジョブログを１つずつ取得するための第２の要求を行うことを特徴とする。【選択図】  図６
2018014038.tif 000002
【特許請求の範囲】
【請求項１】
ジョブの履歴情報であるジョブログを保存可能な画像形成装置と通信可能な監視装置であって、
前記画像形成装置から１以上のジョブログを取得するための第１の要求を行う第１の要求手段と、
前記第１の要求の後、所定の条件を満たす場合に、前記画像形成装置から前記第１の要求の対象であったジョブログを１つずつ取得するための第２の要求を行う第２の要求手段と、を有し、
前記所定の条件を満たさない場合として、前記第１の要求によって取得されたジョブログの数が前記第１の要求の対象であったジョブログの数と一致する場合には前記第２の要求が行われずに、
前記第２の要求手段は、前記所定の条件を満たす場合として、前記第１の要求によって取得されたジョブログの数が前記第１の要求の対象であったジョブログの数に満たない場合に、前記第１の要求の対象であったジョブログを１つずつ取得するための第２の要求を行うことを特徴とする監視装置。
【請求項２】
前記画像形成装置では、ジョブが実行された順に従ってジョブログを保存しており、
前記画像形成装置で保存されるジョブログのうち、最も新しいジョブログを識別するための第１の参照情報を前記画像形成装置に対して問い合わせる問い合わせ手段と、
前記第１の要求または前記第２の要求によって取得されたジョブログのうち、最も新しいジョブログを識別するための第２の参照情報を管理する管理手段と、を有し、
前記要求に係るジョブログの数は、少なくとも前記第１の参照情報および前記第２の参照情報に基づき設定されるジョブログの数であることを特徴とする請求項１に記載の監視装置。
【請求項３】
前記監視装置は、前記画像形成装置に関する情報を管理する管理サーバと通信可能であり、
前記第１の要求または前記第２の要求によって取得されたジョブログを保持する保持手段と、
前記保持手段が保持するジョブログを前記管理サーバに送信する送信手段と、を有することを特徴とする請求項１または２に記載の監視装置。
【請求項４】
前記保持手段は、前記第１の要求によって取得されたジョブログの数が前記要求に係るジョブログの数を満たす場合に、前記第１の要求によって取得されたジョブログを保持し、前記第１の要求によって取得されたジョブログの数が前記要求に係るジョブログの数を満たさない場合に、前記第２の要求によって取得されたジョブログを保持することを特徴とする請求項３に記載の監視装置。
【請求項５】
前記第１の要求または前記第２の要求が行われた後、前記画像形成装置との通信エラーが起きているか否かを確認する確認手段を更に有することを特徴とする請求項１乃至４のいずれか１項に記載の監視装置。
【請求項６】
ジョブの履歴情報であるジョブログを保存可能な画像形成装置と通信可能な監視装置の制御方法であって、
前記画像形成装置から１以上のジョブログを取得するための第１の要求を行う第１の要求工程と、
前記第１の要求の後、所定の条件を満たす場合に、前記画像形成装置から前記第１の要求の対象であったジョブログを１つずつ取得するための第２の要求を行う第２の要求工程と、を有し、
前記所定の条件を満たさない場合として、前記第１の要求によって取得されたジョブログの数が前記第１の要求の対象であったジョブログの数と一致する場合には前記第２の要求が行われずに、
前記第２の要求工程では、前記所定の条件を満たす場合として、前記第１の要求によって取得されたジョブログの数が前記第１の要求の対象であったジョブログの数に満たない場合に、前記第１の要求の対象であったジョブログを１つずつ取得するための第２の要求が行われることを特徴とする制御方法。
【請求項７】
請求項１乃至５のいずれか１項に記載の手段としてコンピューターを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置からジョブログを取得する監視装置、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来から、監視装置がネットワーク上の画像形成装置を監視して、印刷などのジョブの実行履歴データ（以降、“ジョブログ”と呼ぶ）を取得して管理する技術が存在する。通常、監視装置が画像形成装置に対してジョブログを取得する際には、監視装置の処理負荷などを鑑みて、１リクエストにつき複数のジョブログを取得している。
【０００３】
特許文献１では、管理サーバが、監視対象の画像形成装置の状態に応じて、画像形成装置に対してジョブログを要求することで、ジョブログを収集するといった開示がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−０４４５７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数のジョブログを取得するための１つのリクエストが送られた際に、実際に監視装置が取得できたジョブログ数が、リクエストされたジョブログ数よりも少ない場合がある。このような場合に、画像形成装置が一部のジョブログを送信できたことから、このリクエストに対する処理結果の応答として処理の成功を示す情報（“ＯＫ”）が画像形成装置から返却されることがある。すると、監視装置によるリカバリー処理（ジョブログ情報の再要求）が行われず、ジョブログの取得漏れとなり得る。
【０００６】
上述した特許文献１では、管理サーバはジョブログ情報の取得に失敗した場合には、そのタイミングでのリカバリー処理を行っていないため、ジョブログの取得漏れが発生する可能性がある。
【０００７】
さらに、画像形成装置の仕様によっては、画像形成装置から監視装置へのジョブログの送信状況が同じであっても、監視装置に対するリクエストの処理結果の応答の内容が異なる可能性がある。例えば、リクエストされた複数のジョブログに対して、画像形成装置から監視装置へ１つでもジョブログが送信できれば“ＯＫ”を返却する機種も存在すれば、１つでもジョブログが送信できなければ“ＮＧ”を返却する機種も存在する。後者の機種は、リクエストされた複数のジョブログの全てを送信できた場合に、監視装置に対するリクエストの処理結果の応答として“ＯＫ”を返却する。つまり、上述の応答の内容が“ＯＫ”であっても、機種によってはリカバリー処理が必要になる可能性がある。
【０００８】
本発明は、画像形成装置からの上述の応答の内容のみに依存することなく、条件に応じてジョブログを再取得するための要求を行う仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明は、ジョブの履歴情報であるジョブログを保存可能な画像形成装置と通信可能な監視装置であって、前記画像形成装置から１以上のジョブログを取得するための第１の要求を行う第１の要求手段と、前記第１の要求の後、所定の条件を満たす場合に、前記画像形成装置から前記第１の要求の対象であったジョブログを１つずつ取得するための第２の要求を行う第２の要求手段と、を有し、前記所定の条件を満たさない場合として、前記第１の要求によって取得されたジョブログの数が前記第１の要求の対象であったジョブログの数と一致する場合には前記第２の要求が行われずに、前記第２の要求手段は、前記所定の条件を満たす場合として、前記第１の要求によって取得されたジョブログの数が前記第１の要求の対象であったジョブログの数に満たない場合に、前記第１の要求の対象であったジョブログを１つずつ取得するための第２の要求を行うことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、画像形成装置からの応答の内容のみに依存することなく、条件に応じてジョブログを再取得するための要求を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係るシステムの構成例を示す図
【図２】画像形成装置のハードウェア構成の一例を示す図
【図３】監視装置、管理サーバのハードウェア構成の一例を示す図
【図４】画像形成装置のソフトウェア構成の一例を示す図
【図５】監視装置のソフトウェア機能構成の一例を示す図
【図６】監視装置によるジョブログ取得処理の一例を示すフローチャート
【発明を実施するための形態】
【００１２】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００１３】
（実施例１）
＜システム構成＞
図１は、本発明の実施形態に係るシステムの構成例を示す図である。本実施形態のシステムは、画像形成装置を管理するためのシステムであり、画像形成装置からデータを収集する監視装置と、監視装置が収集したデータを管理する管理サーバとからなる。
【００１４】
図１において、管理サーバ１０１は、ＷＡＮ１０４を介して監視装置１０２と接続されており、監視装置１０２や画像形成装置１０３のデータを一元的に管理するものである。監視装置１０２は、ＬＡＮ１０５を介して、画像形成装置１０３を監視するものであり、画像形成装置１０３から各種データの取得を行う。取得されるデータは、例えば、画像形成装置で実行されたジョブの履歴情報であるジョブログなどである。画像形成装置１０３は、ＬＢＰやＭＦＰ（複合機）であって、監視装置１０２によって監視されている。
【００１５】
ここで、管理サーバ１０１はＷＡＮ１０４を介して、監視装置１０２と接続されているが、ＬＡＮ１０５を介して接続されていてもよい。また、画像形成装置１０３もＬＡＮ１０５を介して、監視装置１０２と通信可能に接続されているが、ＬＡＮ１０５やＷＡＮ１０４を介して、管理サーバ１０１と直接接続されていてもよい。なお、本願における管理システムには、少なくとも監視装置１０２と画像形成装置１０３とが含まれるものとする。
【００１６】
＜画像形成装置のハードウェア構成＞
図２は、画像形成装置１０３のハードウェア構成の一例を示す図である。
【００１７】
ＣＰＵ２０１は、ＲＯＭ２０２またはＨＤＤ２０５に記憶された画像形成装置全体の制御を行うソフトウェアを実行し、システムバス２０６に接続する各デバイスを統括的に制御する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリア等として機能する。ＨＤＣ２０４は、ＨＤＤ２０５を制御するハードディスクコントローラである。
【００１８】
リーダＩ／Ｆ２０７及びプリンタＩ／Ｆ２０８は、それぞれリーダ部２１２及びプリンタ部２１３に接続され、これらデバイスを制御する。操作部Ｉ／Ｆ２０９は、操作部２１４に接続され、操作部２１４への表示や操作部２１４からのユーザー入力を制御する。操作部２１４は、操作のためのボタン及び表示部等より構成される。スイッチＩ／Ｆ２１０はスイッチ部２１５に接続され、スイッチ部２１５からの操作を制御する。スイッチ部２１５は、操作のためのスイッチ等により構成される。ネットワークインターフェースカード（ＮＩＣ）２１６は、ネットワーク２１７を介してホストコンピュータ等の外部装置とデータのやりとりをする。
【００１９】
ここで図２において、実線で囲まれた部分を全体制御部２１１と呼ぶことにする。全体制御部２１１は、画像形成装置に接続された各種装置及びインターフェースを制御すると共に、画像形成装置全体の動作を制御する。リーダ部２１２は原稿の画像を読み取り、ユーザーからの指示により、その原稿画像に応じた画像データを、プリンタ部２１３に出力する、或いは、画像形成装置の記憶装置に保存する。更に、ネットワークＩ／Ｆ２１６を介してネットワーク２１７に接続されたホストコンピュータに画像データを送信することも可能である。
【００２０】
プリンタ部２１３は、リーダ部２１２により読み取られた原稿や、画像形成装置本体内のＨＤＤ２０５に格納された画像データを印刷する。更に、ネットワーク２１７に接続されたホストコンピュータからの印刷ジョブを、ネットワークＩ／Ｆ２１６を介して受信し、印刷する。ネットワークＩ／Ｆ２１６は、ネットワーク２１７を介して接続され、全体制御部２１１が、ネットワーク２１７上の他の情報機器と相互通信するために用いられる。操作部２１４は、ボタン及び表示装置、或いは、タッチパネル入力付き液晶表示画面、或いはその組み合わせにより、全体制御部２１１からのユーザーへの情報表示や、ユーザーの入力を全体制御部２１１へと通知する。スイッチ部２１５は、全体制御部２１１の電源ＯＮ／ＯＦＦ状態を制御する。
【００２１】
ここで、画像形成装置１０３内のＨＤＤ２０５のメモリ容量に依存して、保存可能なジョブログの数またはデータサイズがジョブ種ごとに確保されている。保存可能なメモリ容量の空きがなくなると、画像形成装置１０３は新しいジョブログを古いジョブログに上書きして保存する。
【００２２】
＜管理サーバ、監視装置のハードウェア構成＞
図３は、管理サーバ１０１、監視装置１０２のハードウェア構成の一例を示す図である。
【００２３】
通信Ｉ／Ｆ部３０１は、外部のシステムや装置と通信を行うためのネットワークインターフェースである。記憶装置３０２は、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）やプログラム、管理データ、外部システムや装置等から収集したデータ等が格納されている。ＣＰＵ３０３は、記憶装置３０２からプログラムをメモリ３０４にロードし、実行する。出力Ｉ／Ｆ部３０５は、ディスプレイなどの出力装置を接続し、プログラムなどの実行結果を出力する。
【００２４】
＜画像形成装置のソフトウェア構成＞
図４は、画像形成装置１０３のソフトウェア構成の一例を示す図である。
【００２５】
受信部４０１は、外部装置からのリクエストを受信する。受信部４０１は、例えば、印刷ジョブを実行するための要求や、ジョブログ取得のための要求等を受信する。ジョブ実行部４０２は、受信部４０１で受けた印刷ジョブ実行リクエストに従い、印刷ジョブを実行する。
【００２６】
ジョブ管理部４０３は、実行されたジョブログを保存し、管理を行う。例えば、ジョブ管理部４０３は、ジョブが実行された順に従ってジョブログを保存し、ジョブログを識別するための情報を対応付けてジョブログを管理する。ジョブログを識別するための情報については後述する。送信部４０４は、受信部４０１で受けたジョブログ取得リクエストに従い、指定されたジョブログを外部装置に送信する。
【００２７】
＜監視装置のソフトウェア構成＞
図５は、監視装置１０２のソフトウェア構成の一例を示す図である。
【００２８】
取得部５０１は、ジョブログ取得のためのリクエストを送信して、画像形成装置１０３からジョブログを取得する。ジョブ管理部５０２は、取得したジョブログを保存し、管理を行う。例えば、最後に取得したジョブログの識別情報や、画像形成装置が最後に実行したジョブの識別情報等を管理する。送信部５０３は、取得したジョブログ等を管理サーバ１０１に送信する。
【００２９】
ここで、図１で示す複数の画像形成装置は、監視装置１０２からのジョブログ取得リクエストに対してジョブログの送信処理を実行した場合に、その処理結果を示す応答を返却する仕様がそれぞれ異なる。例えば、リクエストされた複数のジョブログに対して、画像形成装置から監視装置へ１つでもジョブログが送信できれば処理の成功を示す情報（“ＯＫ”）を返却する機種が存在する。また、リクエストされた複数のジョブログに対して、画像形成装置から監視装置へ１つでもジョブログが送信できれば処理の一部成功を示す情報を返却する機種が存在する。また、リクエストされた複数のジョブログに対して、１つでもジョブログが送信できなければ処理の失敗を示す情報（“ＮＧ”）を返却する機種も存在する。後者の機種は、リクエストされた複数のジョブログの全てを送信できた場合のみ、監視装置に対するリクエストの処理結果の応答として“ＯＫ”を返却する。
【００３０】
本発明では、画像形成装置側の仕様の違いを考慮して、リクエストに対する処理結果の応答の内容のみに依存せずに、監視装置１０２のジョブ管理部５０２によりジョブログの取得状況や、リカバリー処理の要否を判断することを特徴としている。リカバリー処理として、監視装置は、画像形成装置に対してジョブログ情報の再要求を行う。
【００３１】
＜本実施例におけるジョブログ取得処理＞
図６は、本実施例の監視装置１０２におけるジョブログ取得処理の一例を示すフローチャートである。図６のフローチャートに示す処理は、監視装置１０２により実行される。すなわち、図６のフローチャートの処理は、記憶装置３０２に記録されたプログラムをＣＰＵ３０３が読み出して実行することにより実現される。
【００３２】
まず本フローチャートの説明に用いる用語の説明を行う。
【００３３】
［ＷＰ（Ｗｒｉｔｅ  Ｐｏｉｎｔｅｒ）］
画像形成装置１０３で保存されるジョブログのうち、最も新しいジョブログを識別するための参照情報である。この参照情報は、画像形成装置１０３によって保持されている。この画像形成装置で初めて実行したジョブについて保存されたジョブログに対して、ＷＰとして“１”を付与する。それ以降実行されたジョブについて保存されたジョブログに対しては、最新のＷＰからインクリメントした値が付与される。
【００３４】
［ＲＰ（Ｒｅａｄ  Ｐｏｉｎｔｅｒ）］
監視装置１０２が取得したジョブログのうち、最も新しいジョブログを識別するための参照情報である。この参照情報は、監視装置１０２の記憶装置３０２で保持されている。監視装置１０２は、後述するＳ６２４で、画像形成装置で保持されているジョブログのＷＰ値を用いてＲＰ値を更新する。
【００３５】
［Ｓｔａｒｔ  Ｒｅｃｏｄｅ］
監視装置１０２が画像形成装置１０３に対して送信するジョブログを取得するためのリクエストに指定する該リクエストで取得対象とする１以上のジョブログのＷＰの最小値である。
【００３６】
［Ｒｅａｄ  Ｃｏｕｎｔ］
監視装置１０２が画像形成装置１０３に対して送信するジョブログを取得するためのリクエストに指定する該リクエストで取得対象とするジョブログの数である。本実施例において、後述するジョブログ再取得の際のリクエストでは、ジョブログを１つずつ取得するため、Ｒｅａｄ  Ｃｏｕｎｔの値は１となる（第２のＲｅａｄ  Ｃｏｕｎｔ）。
【００３７】
続いて、フローチャート図の説明を行う。
【００３８】
Ｓ６０１において、取得部５０１は、ジョブログ取得タイミングか否かを判断する。ジョブログ取得タイミングと判断した場合には、Ｓ６０２に処理を進める。ここで、画像形成装置１０３において、監視装置１０２が未取得のジョブログが新しいジョブログに上書きされることのないように、監視装置１０２が画像形成装置１０３からジョブログを取得するタイミング（周期）が設定されているものとする。
【００３９】
Ｓ６０２において、取得部５０１は、画像形成装置１０３に対してＷＰを要求して、取得する。監視装置１０２は、取得したＷＰの値をメモリ３０４上に保持する。
【００４０】
Ｓ６０３において、ジョブ管理部５０２は、監視装置１０２の記憶装置３０２で保持しているＲＰの値を取得し、メモリ３０４上に保持する。
【００４１】
Ｓ６０４において、ジョブ管理部５０２は、ジョブログ取得数を“０”で初期化する。
【００４２】
Ｓ６０５において、ジョブ管理部５０２は、取得すべきジョブログが画像形成装置１０３に存在するか否かの判断を下記の条件をもとに行う。「ジョブログ取得数＜（ＷＰ―ＲＰ）」である場合に、ジョブ管理部５０２は、取得すべきジョブログが存在すると判断して、Ｓ６０６に処理を進める。一方、「ジョブログ取得数＜（ＷＰ―ＲＰ）」ではない場合に、ジョブ管理部５０２は、取得すべきジョブログが存在しないと判断して、Ｓ６２１に処理を進める。
【００４３】
Ｓ６０６において、Ｓｔａｒｔ  Ｒｅｃｏｄｅ、Ｒｅａｄ  Ｃｏｕｎｔの値を、下記算出式で求める。
【００４４】
「Ｓｔａｒｔ  Ｒｅｃｏｄｅ＝ＲＰ＋１＋ジョブログ取得数」
「Ｒｅａｄ  Ｃｏｕｎｔ＝ＷＰ−ＲＰ−ジョブログ取得数（ｏｒ  ３０）」
Ｒｅａｄ  Ｃｏｕｎｔに関しては、算出式で求めた結果、“３０”を上回る場合には、“３０”を設定する。これは１リクエスト内で取得するジョブログ数の上限値を設けているためである。なお、ここでは監視装置１０２または画像形成装置１０３の処理負荷などを考慮して、１リクエストで取得するジョブログ数の上限値を“３０”と設定しているが、他の値でもよい。
【００４５】
Ｓ６０７において、取得部５０１は、画像形成装置１０３からジョブログを取得するためのリクエストを送信する。ジョブログ取得のためのリクエストには、Ｓ６０６で求めたＳｔａｒｔ  ＲｅｃｏｄｅとＲｅａｄ  Ｃｏｕｎｔをリクエストパラメータとして指定する。またジョブにもＰｒｉｎｔやＣｏｐｙ、Ｆａｘ、Ｓｃａｎ等幾つか種別がある。画像形成装置１０３によっては、ジョブ種別ごとにＷＰ管理していることも想定されるため、そのような場合には、リクエストパラメータとしてジョブ種別を指定してもよい。取得部５０１は、送信したリクエストの応答として画像形成装置１０３からジョブログを取得することができる。
【００４６】
Ｓ６０８において、ジョブ管理部５０２は、ジョブログ取得時に通信エラーが起きていないかをチェックする。通信エラーが起きていない場合には、Ｓ６０９に処理を進める。通信エラーが起きている場合には、処理を終える。
【００４７】
Ｓ６０９において、ジョブ管理部５０２は、画像形成装置１０３からの結果レスポンスが“ＯＫ”であるか否かを確認する。結果レスポンスが“ＯＫ”の場合には、Ｓ６１０に処理を進める。結果レスポンスが“ＯＫ”以外の場合にはＳ６１３に処理を進める。
【００４８】
Ｓ６１０において、ジョブ管理部５０２は、所定の条件を満たすか否かの確認のために、Ｓ６０７でのリクエストにより画像形成装置１０３から実際に取得できたジョブログ数とＲｅａｄ  Ｃｏｕｎｔ（取得しようとしたジョブログ数）とを比較する。一致している場合には、Ｓ６１１に処理を進める。一致していない場合（実際に取得できたジョブログ数がＲｅａｄ  Ｃｏｕｎｔに満たない場合）には、Ｓ６１３に処理を進める。
【００４９】
Ｓ６１１において、取得できた１以上のジョブログを、メモリ３０４上で管理するジョブログリストに追加する。ジョブログリストがメモリ３０４上に存在しない場合には、ここで作成する。
【００５０】
Ｓ６１２において、ジョブ管理部５０２は、ジョブログ取得数にＲｅａｄ  Ｃｏｕｎｔを加算する。その後、Ｓ６０５に戻る。
【００５１】
Ｓ６１３において、ジョブ管理部５０２は、ジョブログ情報の再取得処理のために用意されている第２のジョブログ取得数を“０”で初期化する。
【００５２】
Ｓ６１４において、ジョブ管理部５０２は、再取得処理の対象とすべきジョブログが画像形成装置１０３に存在するか否かの判断を下記の条件をもとに行う。「第２のジョブログ取得数＜Ｒｅａｄ  Ｃｏｕｎｔ」である場合に、ジョブ管理部５０２は、再取得処理の対象とすべきジョブログが存在すると判断して、Ｓ６１５に処理を進める。「第２のジョブログ取得数＜Ｒｅａｄ  Ｃｏｕｎｔ」ではない場合に、ジョブ管理部５０２は、再取得処理の対象とすべきジョブログが存在しないと判断して、Ｓ６１２に処理を進める。
【００５３】
Ｓ６１５において、再取得処理のリクエストのパラメータとなる第２のＳｔａｒｔ  Ｒｅｃｏｄｅ、第２のＲｅａｄ  Ｃｏｕｎｔの値を、下記算出式で求める。第２のＲｅａｄ  Ｃｏｕｎｔに関しては、１リクエストで１ジョブログずつ取得するため、値は“１”固定となる。
【００５４】
「第２のＳｔａｒｔ  Ｒｅｃｏｄｅ＝ＲＰ＋１＋第２のジョブログ取得数」
「第２のＲｅａｄ  Ｃｏｕｎｔ＝１」
Ｓ６１６において、取得部５０１は、画像形成装置１０３からジョブログの再取得処理として、ジョブログを取得するためのリクエストを送信する。ここでは、取得部５０１は、ジョブログ取得のためのリクエストにＳ６１５で求めた第２のＳｔａｒｔ  Ｒｅｃｏｄｅと第２のＲｅａｄ  Ｃｏｕｎｔをリクエストパラメータとして指定する。ジョブログを１つずつ再取得することで、該当のＷＰ値それぞれに対応するジョブログが存在するか否かを確認することができる。
【００５５】
Ｓ６１７において、ジョブ管理部５０２は、ジョブログ取得時に通信エラーが起きていないかをチェックする。通信エラーが起きていない場合には、Ｓ６１８に処理を進める。通信エラーが起きている場合には、処理を終える。
【００５６】
Ｓ６１８において、ジョブ管理部５０２は、画像形成装置１０３からの結果レスポンスが“ＯＫ”であるか否かを確認する。結果レスポンスが“ＯＫ”の場合には、Ｓ６１９に処理を進める。結果レスポンスが“ＯＫ”以外の場合にはＳ６２０に処理を進める。
【００５７】
Ｓ６１９において、取得できた１つのジョブログを、メモリ３０４上で管理するジョブログリストに追加する。ジョブログリストがメモリ３０４上に存在しない場合には、ここで作成する。
【００５８】
Ｓ６２０において、ジョブ管理部５０２は、ジョブログ取得数にＲｅａｄ  Ｃｏｕｎｔ（“１”）を加算する。
【００５９】
Ｓ６２１において、ジョブ管理部５０２は、ジョブログリストにジョブログが存在するか否かの確認を行う。存在する場合には、Ｓ６２２に処理を進める。存在しない場合には、処理を終える。
【００６０】
Ｓ６２２において、ジョブ管理部５０２は、ジョブログリストに存在するジョブログを記憶装置３０２に保存する。
【００６１】
Ｓ６２３において、ジョブ管理部５０２は、ジョブログリストをメモリ３０４上から削除する。
【００６２】
Ｓ６２４において、ジョブ管理部５０２は、記憶装置３０２で保持しているＲＰの値をメモリ３０４上に保持しているＷＰの値で更新する。
【００６３】
本フローチャートの処理によって監視装置１０２の記憶装置３０２に保持されるジョブログは、後に管理サーバ１０１に送信されることとなる。
【００６４】
以上のように、リクエストに係るジョブログ数と実際に取得できたジョブログ数とに差がある場合に、監視装置がジョブログを１つずつ再取得することで、ジョブログ取得漏れを防ぐことが可能になる。
【００６５】
（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
【００６６】
ここで、本発明は、上述した実施形態の機能を実現する１つ以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の１つである。また、そのプログラムは、ネットワークまたは各種記憶媒体を介してシステムあるいは装置に供給され、そのシステムあるいは装置の１つ以上のコンピューター（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の１つとして、さらにそのプログラム自体、あるいは当該プログラムを格納したコンピューターにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
【符号の説明】
【００６７】
１０２  監視装置
１０３  画像形成装置
１０５  ＬＡＮ
２０１、３０３  ＣＰＵ
５０１  取得部
５０２  ジョブ管理部
【図１】
2018014038.tif 000003
【図２】
2018014038.tif 000004
【図３】
2018014038.tif 000005
【図４】
2018014038.tif 000006
【図５】
2018014038.tif 000007
【図６】
2018014038.tif 000008