(57)【要約】【課題】ユーザにライセンスに係る機能を継続して利用する意図がないケースも想定した上で、ライセンスが失効した場合の適切な画像形成装置での履歴情報の管理の仕組みを提供すること。【解決手段】画像形成装置20は、ライセンスが無効と判定された場合には、その後に該ライセンスが有効と判定されるまで処理サーバ30へのハートビート送信を停止する。また、画像形成装置20は、ライセンスが無効と判定された場合には、該ライセンスが無効である間に記録されたジョブ履歴を処理サーバ30に出力せず、該無効と判定されたライセンスが有効であった間に記録された未出力のジョブ履歴を処理サーバ30に出力する。【選択図】図８
2019134253.tif 000002
【特許請求の範囲】
【請求項１】
画像処理に係るジョブを実行し、該ジョブの実行に応じて該ジョブの処理内容を示すログを記憶装置の格納領域に格納する画像処理装置であって、
サーバに対して、所定の周期または頻度で、稼働状態を判断させるための通知を送信する送信手段と、
前記記憶装置に格納されたログの中から、送信対象のログを外部に出力する出力手段と、
所定のライセンスが有効であるか否かを判定する判定手段と、を有し、
前記送信手段は、前記ライセンスが無効と判定された場合には、その後に該ライセンスが有効と判定されるまで前記通知を送信せず、
前記出力手段は、前記ライセンスが無効と判定された場合には、該ライセンスが無効である間に前記格納領域に格納されたログを外部に出力せず、該無効と判定されたライセンスが有効であった間に前記格納領域に格納されて前記出力手段により未出力であるログを外部に出力することを特徴とする画像処理装置。
【請求項２】
前記出力手段は、前記ライセンスが有効であると判定された場合には、所定のスケジュールに従い、ログを外部に出力し、さらに、前記ライセンスが無効と判定された場合には、当該無効と判定されたライセンスが有効であった間に前記格納領域に格納されて前記出力手段により未出力であったログを、前記スケジュールに従い、外部に出力することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記ライセンスが無効と判定された場合でも、前記格納領域に対してジョブの実行に応じて該ジョブのログが格納されることを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
ライセンスが無効と判定された後に該ライセンスが有効と判定された場合、前記出力手段は、該ライセンスが有効となった後に前記格納領域に格納されたログを、外部に出力することを特徴とする請求項１〜３のいずれか１項に記載の画像処理装置。
【請求項５】
前記格納領域にログを格納するために必要な空き容量がない場合には、ログの記録を停止することを特徴とする請求項１〜４のいずれか１項に記載の画像処理装置。
【請求項６】
前記ライセンスが無効と判定された場合であって、前記サーバにおいて前記画像処理装置の登録が解除された場合には、前記格納領域に格納されたログを削除することを特徴とする請求項１〜５のいずれか１項に記載の画像処理装置。
【請求項７】
前記ライセンスが無効と判定された場合であって、前記サーバにおいて前記画像処理装置の登録が解除された場合には、前記ログの格納を停止することを特徴とする請求項６に記載の画像処理装置。
【請求項８】
前記サーバにおいて前記画像処理装置の登録が解除されたことを示す通知を受信した場合、前記出力手段は、前記格納領域に格納されて前記出力手段により未出力であるログを外部に出力することを特徴とする請求項１〜５のいずれか１項に記載の画像処理装置。
【請求項９】
画像処理に係るジョブを実行し、該ジョブの実行に応じて該ジョブの処理内容を示すログを記憶装置の格納領域に格納する画像処理装置の制御方法であって、
サーバに対して、所定の周期または頻度で、稼働状態を判断させるための通知を送信する送信ステップと、
前記記憶装置に格納されたログの中から、送信対象のログを外部に出力する出力ステップと、
所定のライセンスが有効であるか否かを判定する判定ステップと、を有し、
前記送信ステップでは、ライセンスが無効と判定された場合には、その後にライセンスが有効と判定されるまで前記通知を送信せず、
前記出力ステップでは、ライセンスが無効と判定された場合には、当該ライセンスが無効である間に前記格納領域に格納されたログを外部に出力せず、当該無効と判定されたライセンスが有効であった間に前記格納領域に格納されて前記出力ステップで未出力であったログを外部に出力することを特徴とする画像処理装置の制御方法。
【請求項１０】
コンピュータを、請求項１〜８のいずれか１項に記載の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ジョブの実行履歴を保持する画像形成装置の制御に関する。
【背景技術】
【０００２】
従来から、デジタル複合機等の画像形成装置において、印刷、コピー、FAX送受信などのジョブを実行する際に、ジョブの実行履歴（以下「ジョブ履歴」と呼ぶ）をデータベースに保存するジョブ履歴監査システムがある。このジョブ履歴監査システムでは、データベースに保存されたジョブ履歴を監査することができる。監査とは、データベースを検索し、過去に実行されたジョブの内容を参照することや、メール等で通知された、特定期間（例えば24時間）で実行されたジョブのジョブ履歴のリストをユーザが確認することである。なお、ジョブ履歴には、ジョブの実行時に使用した画像データを含めることができる。
【０００３】
画像形成装置には、有効期限が決められたライセンスファイル、又は、無期限のライセンスファイルをインストールすることが可能である。画像形成装置では、ライセンスの有効期限管理を行うことによって適正な運用を行う。
【０００４】
画像形成装置でジョブ履歴を蓄積して、ジョブ履歴監査システム内で管理させるための画像形成装置内の機能（アプリケーション）もライセンスにより管理される。つまり、画像形成装置は、ラインセンスファイルをインストールされた場合、その有効期限を監視し、ライセンスの有効期限が切れたこと（無効）を検知した場合には、例えばジョブ履歴の蓄積を停止する等の処理を行う。
【０００５】
特許文献１には、クライアントで動作するソフトウェアのライセンスの有効期限が切れた場合（ライセンス失効中）でも、そのソフトウェアにより画像形成装置などのデバイスから使用履歴や障害履歴を収集し、そのソフトウェアのライセンスが更新された場合に、クライアント上で、ライセンス失効中に収集された履歴に対するアクセスを許可する技術が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−０９７５２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
画像形成装置でジョブ履歴を蓄積してジョブ履歴監査システム内で管理させるための画像形成装置内の機能（アプリケーション）のライセンスの有効期限が切れた場合、ユーザがこのライセンスを更新する意思があるかどうかはアプリケーションでは判断できない。例えば、ユーザが意図せず更新作業を忘れてしまう場合もあれば、ユーザが意図的にシステム撤去をすることを前提に更新しない場合もあるためである。
【０００８】
特許文献１では、ライセンスが失効している期間にデバイスから取得されて保存したジョブ履歴に対して、そのライセンスの更新に応じてアクセス許可を行う技術である。つまりは、特許文献１に記載の技術では、ライセンスの有効／失効の期間に関わらず、デバイスで発生した履歴は全てデバイスからクライアントに対して送信され、クライアントで保存されることになる。上述したように、ユーザがジョブ履歴監査システムの撤去を想定している場合には、その意図に反して、デバイスからクライアントに対してアクセスできない履歴が蓄積されてしまうことになる。
【０００９】
本発明は、上記の課題を解決するためになされたものである。本発明は、ユーザにライセンスに係る機能を継続して利用する意図がないケースも想定した上で、ライセンスが失効した場合の適切な画像形成装置での履歴情報の管理の仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、画像処理に係るジョブを実行し、該ジョブの実行に応じて該ジョブの処理内容を示すログを記憶装置の格納領域に格納する画像処理装置であって、サーバに対して、所定の周期または頻度で、稼働状態を判断させるための通知を送信する送信手段と、前記記憶装置に格納されたログの中から、送信対象のログを外部に出力する出力手段と、所定のライセンスが有効であるか否かを判定する判定手段と、を有し、前記送信手段は、前記ライセンスが無効と判定された場合には、その後に該ライセンスが有効と判定されるまで前記通知を送信せず、前記出力手段は、前記ライセンスが無効と判定された場合には、該ライセンスが無効である間に前記格納領域に格納されたログを外部に出力せず、該無効と判定されたライセンスが有効であった間に前記格納領域に格納されて前記出力手段により未出力であるログを外部に出力することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザにライセンスに係る機能を継続して利用する意図がないケースも想定した上で、ライセンスが失効した場合の適切な画像形成装置での履歴情報の管理の仕組みを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態に係るジョブ履歴監査システムの全体構成図
【図２】本実施形態の画像形成装置のハードウェア構成図
【図３】本実施形態の処理サーバ等のハードウェア構成図
【図４】本実施形態の画像形成装置のソフトウェア構成図
【図５】本実施形態の処理サーバのソフトウェア構成図
【図６】本実施形態のジョブ履歴の一例を示す図
【図７】本実施形態の画像形成装置が管理する設定情報の一例を示す図
【図８】本実施形態の画像形成装置のステータス通知処理のフローチャート
【図９】本実施形態の画像形成装置の応答確認処理のフローチャート
【図１０】本実施形態の処理サーバのステータ通知受信処理のフローチャート
【図１１】本実施形態の処理サーバのエージェント情報、管理画面の一例を示す図
【図１２】本実施形態の画像形成装置のジョブ履歴送信処理のフローチャート
【図１３】本実施形態の画像形成装置のハートビート送信処理のフローチャート
【図１４】第２実施形態におけるステータス通知処理のフローチャート
【図１５】第２実施形態におけるジョブ履歴送信処理のフローチャート
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について図面を用いて説明する。
〔第１実施形態〕
図１は、本発明の一実施形態に係るジョブ履歴監査システムの全体構成図である。ここでは、ネットワーク50にPC10、画像形成装置20、処理サーバ30、データベース40がそれぞれ接続されて、相互通信が可能である。さらに、ネットワーク50上の機器には、ライセンスサーバ60がProxy等を介してインターネット70等にて接続されて、相互通信が可能である。図１の例では、画像形成装置20、処理サーバ30及びデータベース40等をそれぞれ1台ずつ記載しているが、複数台の各装置がネットワーク50に接続されていてもよい。また、PC10、処理サーバ30、データベース40の各機能は、少なくともいずれかが同一装置上に構成されてもよい。
【００１４】
PC10は、画像形成装置20が実行するための印刷やFAX送信等の各種ジョブ（画像処理に係るジョブ）を、プリンタドライバ等により生成して画像形成装置20へ送信する。その際のジョブの生成や送信は、例えばユーザインタフェース（UI）を介してのユーザ操作により行われる。PC10、処理サーバ20、データベース40は、汎用的なPC等で構成される。
【００１５】
画像形成装置20は、スキャン、プリント、コピー、FAX、送信などの機能を有する画像処理装置である。画像形成装置20は、ユーザの操作によりジョブを実行し、また、実行したジョブに関して、ジョブの実行と同時にジョブ履歴（ジョブの処理内容いを示すログ）を記憶装置に保存するジョブ履歴記録機能を有する。また、画像形成装置20は、前記ジョブ履歴記録機能においてジョブ履歴を記録する記憶装置の容量を監視する機能、及び、ライセンスの有効期限を管理する機能を有する。さらに、画像形成装置20は、ジョブ履歴記録機能により保存されたジョブ履歴の中から送信対象のジョブ履歴を処理サーバ30へ送信出力するジョブ履歴送信機能を有する。
また、画像形成装置20は、処理サーバ30が画像形成装置20を管理するために、処理サーバ30へハートビートを送信する機能を有する。ハートビートとは、所定の周期または頻度で画像形成装置20から処理サーバ30に送信される通知である。この通知は、画像形成装置20が正常に稼働している、または該装置内のジョブ履歴送信機能などを実現するためのエージェントアプリケーションが有効化され、正常に稼働しているといった稼働状態を処理サーバ30で判断させるための通知である。処理サーバ30は、この通知が所定の間受信できない場合には、少なくともそのエージェントアプリケーションが正常に稼働できていないことを判断することができ、管理者などにエラー通知などを行うことができる。画像形成装置20から処理サーバ30にハートビートが送信されない原因としては、画像形成装置20自身の（とくにネットワーク部分の）故障や、想定外の長期の電源OFF、エージェントアプリケーションが無効化、そのアプリケーション自体の異常などが考えられる。
これらの機能を実現するために、画像形成装置20はデジタル複合機（MFP：Multi Function Printer）であってもよいし、プリンタやスキャナ等であってもよい。
【００１６】
処理サーバ30は、上述したジョブ履歴送信機能により画像形成装置20が送信したジョブ履歴を受信する。処理サーバ30は、受信したジョブ履歴に対して、データ処理を施し、データ処理したジョブ履歴をデータベース40に送信する。ここで、データ処理とは、例えば、画像データに対して、OCR（Optical Character Recognition）処理を行ってテキスト情報を抽出したり、画像データの解像度やファイルフォーマットを変換したりする処理である。データ処理によって得られたテキスト情報は、ジョブ履歴と紐付けられてデータベース40に保存され、ジョブ履歴の検索等に利用される。
【００１７】
処理サーバ30は、画像形成装置20からハートビートやステータス情報を受信する機能を有する。処理サーバ30は、ハートビートの受信に応じて、通信が行われた日時を記録し、必要に応じて送信された情報も記録する。ここで、記録した通信が行われた日時から、所定期間の通信が発生していない場合、処理サーバ30は、画像形成装置20（特にジョブ履歴送信機能に関して）が異常状態であると判断し、管理者等へ通知する。また、処理サーバ30は、ステータス情報の受信に応じて、処理サーバ30が保持する画像形成装置20のステータス情報を更新し、システム運用に影響があるようなエラー等のステータス変化があれば、必要に応じて管理者等へ通知する。処理サーバ30は、上述の通知の手段として、例えば電子メール通知機能を有するが、通知は電子メールに限定されるものではない。
【００１８】
データベース40は、処理サーバ30から送信されたジョブ履歴を受信して記憶装置に保存する。データベース40は、1つ以上のハードディスクドライブ（HDD）から構成される大容量ストレージを備え、大量のジョブ履歴を長期間保存することが可能である。データベース40では、大容量ストレージ内にデータベースが構築されていてもよいし、ファイルサーバの機能を有する構成でもよい。
【００１９】
ネットワーク50は、PC10、画像形成装置20、処理サーバ30、データベース40を相互に通信可能に接続するための接続回線であり、LANやWAN、又は、無線通信ネットワークが用いられる。
【００２０】
ライセンスサーバ60は、各装置、各アプリケーション又は各機能のライセンスを管理するサーバであり、各装置、各アプリケーション又は各機能に対して、ライセンスを発行する。発行されたライセンスは、各装置、各アプリケーション又は各機能に対しインストールされ、これらからの定期的な問い合わせに対してライセンスサーバ60がライセンス情報を送信する。
【００２１】
例えば、ライセンスサーバ60は、画像形成装置20で実装されたジョブ履歴機能に対し、有効期限付きのライセンスを発行する。この時に発行されたライセンスは、画像形成装置20へインストールされる。該ランセンスがインストールされた画像形成装置20は、定期的にライセンスサーバ60へ問い合わせを行う。ライセンスサーバ60は、問い合わせに対して、ライセンスが有効か、有効期限はいつまでかの情報等を応答として返送する。なお、画像形成装置20は、定期的にライセンスサーバ60にアクセスするのではなく、自身の記憶装置にライセンスの有効期間情報等を保存しておくなど、オフラインでのライセンス管理を行う構成でもよい。また、画像形成装置20が定期的にライセンスサーバ60へ問い合わせるのではなく、ライセンスの有効期限切れ時や有効期限切れが近づいた際に、ライセンスサーバ60から画像形成装置20へイベントによる通知を行う構成でもよい。
【００２２】
図２は、画像形成装置20のハードウェア構成の一例を示すブロック図である。
CPU201は、ROM202や外部記憶装置204等に記憶されたプログラムを読みだして実行することにより、画像形成装置20全体を統括的に制御し、例えばバス211に接続された各部を制御して印刷やFAX送信等の各機能を実行する。ROM202は、データ読出専用のメモリであり、例えば画像形成装置の基本制御プログラムを記憶する。RAM203は、データの読出／書込が可能なメモリであり、例えばCPU201のワーキングメモリとして用いられる。
【００２３】
外部記憶装置204は、本発明に係るエージェントアプリケーションを含むプログラムや、各プログラムを実行中の一時データや、永続的なデータの記憶領域として用いられる。例えば、外部記憶装置204としてハードディスドライブ（HDD）やソリッドステートドライブ（SSD）が用いられる。外部記憶装置204は、RAM203に比べるとデータの読出／書込の速度は遅くなるが、大容量のデータを記憶することができる。ここで、外部記憶装置204は、ジョブ履歴専用の格納領域を確保していてもよい。また、外部記憶装置204は、CD、DVD、メモリカードといった、外部メディアを装填してデータの読出／書込が可能な装置であってもよい。
【００２４】
通信装置205は、画像形成装置20をネットワーク50に接続するための装置である。通信装置205は、画像形成装置20をLANに接続し、ネットワーク50に接続された他の装置との間で例えばTCP／IPによるデータ通信を可能とする。
【００２５】
入力部206は、ユーザによる文字やデータの入力操作を受け付けるための操作部であり、例えば、テンキーやハードキー等である。表示部207は、各種画面を表示するための装置であり、例えば液晶タッチパネルである。ユーザは表示部207に表示されたユーザインタフェース画面上や入力部206から、画像形成装置20への印刷機能やコピー機能の実行指示を入力する。
【００２６】
スキャナ部208は、原稿台に置かれた原稿を光学的に読み取る構成や、自動原稿給紙部（ADF）から連続的に搬送された複数枚の原稿用紙を固定的な読取位置において光学的に読み取る構成を備える。
プリンタ部209は、画像データに基づいて、印刷用紙等の記録媒体上に画像を印刷するための構成を備える。印刷するための構成として、電子写真記録方式やインクジェット記録方式等、各種記録方式が適用可能である。画像形成装置20は、スキャナ部208で読み取った画像データに基づいてプリンタ部209で印刷を行うことにより、コピー機能を実行することができる。
【００２７】
画像処理部210は、スキャナ部208や、PC10等の外部装置から取得された画像データに対して、色空間変換、マッピング、二値化、インターレース、下地除去等、印刷や各用途に応じた各種の画像処理を実行する。ジョブ履歴に含まれる画像データは、画像処理部210において、前記外部装置等から取得された画像データに対して画像処理（例えば解像度を低くしたり、画質を下げたり、画像フォーマットを変更する等）を施すことで生成される。
【００２８】
図３は、PC10、処理サーバ30、データベース40等を構成する情報処理装置のハードウェア構成の一例を示すブロック図である。図３に示すハードウェア構成は一般的な情報処理装置のハードウェア構成に相当するものとし、本実施形態のPCには一般的な情報処理装置のハードウェア構成を適用できる。
【００２９】
図３において、CPU301は、ROM302や外部記憶装置304等に記憶されたプログラムを読みだして実行することにより、情報処理装置全体を統括的に制御し、例えばバス308に接続された各部を制御して各種データ処理を実行する。ROM302は、データ読出専用のメモリであり、例えば、情報処理装置の基本制御プログラムを記憶する。RAM303は、データの読出／書込が可能なメモリであり、例えばCPU301のワーキングメモリとして用いられる。
【００３０】
外部記憶装置304は、情報処理装置のオペレーティングシステム（OS）や、実行中の各アプリケーションの一時データや、永続的なデータの記憶領域として用いられる。例えば、外部記憶装置304としてハードディスクドライブ（HDD）やソリッドステートドライブ（SSD）等が用いられる。外部記憶装置304は、RAM303に比べるとデータの読出／書込の速度は遅くなるが、大容量のデータを記憶することができる。また、外部記憶装置304は、CD、DVD、メモリカードといった、外部メディアを装填してデータの読出／書込が可能な装置であってもよい。
【００３１】
入力装置305は、ユーザによる文字やデータの入力操作を受け付けるための操作部であり、例えば、キーボードやポインティングデバイス等である。表示装置306は、各種画面を表示するための装置であり、例えばCRTや液晶モニターや液晶タッチパネルである。ユーザは表示装置306に表示されたユーザインタフェース画面上や入力部206から、画像形成装置20への印刷ジョブの実行指示を入力する。
【００３２】
通信装置307は、情報処理装置をネットワーク50に接続するための装置である。通信装置307は、情報処理装置をLANに接続し、ネットワーク50に接続された他の装置との間で例えばTCP／IPによるデータ通信を可能とする。
【００３３】
図４は、画像形成装置20のソフトウェア構成の一例示すブロック図である。図４に記載のソフトウェア構成は、CPU201が例えば外部記憶装置に記憶されている１以上のプログラム（エージェントアプリケーションなど）をRAM203に読み出して実行することにより実現される。
【００３４】
データ送受信部2003は、PC10や処理サーバ30との各種データの送受信処理を行う。データ送受信部2003は、例えば、ジョブ履歴管理部2002の制御に基づき、ハートビートやジョブ履歴生成部2006で生成されたジョブ履歴を処理サーバ30に送信する。
また、データ送受信部2003は、ジョブ履歴管理部2002による制御とは別に、PC10からジョブ及びジョブ実行要求を受信することも可能である。さらに、データ送受信部2003は、ライセンスサーバ60へライセンスの情報要求を送信し、結果を受信する。
【００３５】
設定管理部2001は、画像形成装置20の各種機能の実行に関する設定をROM202、RAM203、外部記憶装置204等の各記憶装置に格納し、該各記憶装置から読み出す。ここで、設定とは、例えば、コピー機能を実行するためのコピー設定や、印刷機能を実行するための印刷設定等である。また、設定は、画像形成装置20自身の動作モードに関する設定も含む。例えば、ジョブ実行時にジョブ履歴を生成するか否かの設定を含む。また、図７で後述する各種設定、例えば、ジョブ履歴の送信先となる処理サーバ30のアクセス情報や、ジョブ履歴転送スケジュールや、外部記憶装置204が容量不足であると判断する閾値である容量不足警告値等を含む。
【００３６】
ジョブ制御部2004は、入力部206で入力された、もしくは、データ送受信部2003により受信したジョブ実行要求に基づき、スキャナ部208やプリンタ部209等を制御して各種ジョブを実行する。
【００３７】
ライセンス管理部2005は、画像形成装置20の各機能に対するライセンス情報を管理する。ライセンス管理部2005は、ライセンス情報を確認する先のライセンスサーバ60へのアクセス情報を保持し、定期的にライセンスサーバ60へライセンスの有効性や有効期限を問合せる。ライセンス管理部2005は、問合せた結果をRAM203又は外部記憶装置204へ保持し、各アプリケーションや各機能からの問い合わせがあった場合に、ライセンスの有効性や有効期限を応答する。なお、ライセンスサーバ60へ問い合わせた結果を、ライセンス管理部2005から各アプリケーションや各機能に対してイベント等を用いて通知する構成でもよい。
【００３８】
ジョブ履歴生成部2006は、ジョブ制御部2004のジョブ実行後、又はジョブ実行と並行して、ジョブ履歴を生成する。ジョブ履歴生成部2006は、ジョブ履歴を生成した場合に、ジョブ履歴を生成したことを通知するジョブ履歴生成通知を、ジョブ履歴管理部2002へ通知してもよい。ジョブ履歴生成部2006は、画像処理部2007に、ジョブ履歴に含まれる画像データに対する画像処理の実行依頼を行う。画像処理部2007は、ジョブ履歴生成部2006からの依頼に応じ、ジョブ履歴に含まれる画像データに対し、画像処理を実行する。画像処理は、画像データサイズを小さくするための解像度変換や画質低下や画像フォーマット変換等である。
【００３９】
ジョブ履歴管理部2002は、ジョブ履歴生成部2006により生成されたジョブ履歴を外部記憶装置204に格納する。また、ジョブ履歴管理部2002は、図１２〜図１５で後述するように、外部記憶装置204に記憶されているジョブ履歴を、データ送受信部2003を介して処理サーバ30に送信する。また、ジョブ履歴管理部2002は、処理サーバ30への送信が完了したジョブ履歴について外部記憶装置204から削除する。なお、ジョブ履歴管理部2002などは、ライセンス管理対象のモジュール（エージェントアプリケーションで実現される機能）である。よって、本実施形態では、そのライセンスの有効期限が切れた（ライセンスが失効した）場合には、ジョブ履歴管理部2002を用いたジョブ履歴監査システムとしての機能のすくなくとも一部を制限するための制御が実現される。ジョブ履歴監査システムとしての機能とは、例えば、ジョブ履歴の監査操作などである。
【００４０】
図５は、処理サーバ30のソフトウェア構成の例を示すブロック図である。図５に記載のソフトウェア構成は、処理サーバ30のCPU301が例えば外部記憶装置304に記憶されているプログラムをRAM303に読み出して実行することにより実現される。
【００４１】
データ送受信部3003は、画像形成装置20との各種データの送受信処理を行う。データ送受信部3003は、例えば、画像形成装置20からハートビートやジョブ履歴等を受信する。
【００４２】
設定管理部3001は、処理サーバ30の動作に関わる設定、および、管理対象の画像形成装置20の設定を記憶装置に保存し、該記憶装置から読み出す。保存先の記憶装置は、処理サーバ30のROM302、RAM303、外部記憶装置304、又は、データベース40の外部記憶装置304等である。ここで、処理サーバ30の動作に関わる設定とは、メールの通知先や、データベース40へのアクセス情報、エージェント監視間隔などが含まれる。また、管理対象の画像形成装置20の設定とは、後述の図１１（ａ）の情報が含まれる。
【００４３】
ジョブ履歴管理部3002は、データ送受信部3003を介して、画像形成装置20からジョブ履歴を受信し、データ処理部3006を介してデータ処理を実施した上で、外部記憶装置304に格納する。ここで、データ処理とは、画像データに対して、OCR処理を行ってテキスト情報を抽出したり、画像データの解像度やファイルフォーマットを変換したりする処理である。データ処理によって得られたテキスト情報は、ジョブ履歴と紐付けられて保存され、ジョブ履歴の検索に利用される。また、ジョブ履歴管理部3002は、データ送受信部3003を介して、ジョブ履歴やテキスト情報をデータベース40に送信する。ジョブ履歴管理部3002は、データベース40への送信が完了したジョブ履歴やテキスト情報について外部記憶装置304から削除する。
【００４４】
エージェント監視部3004は、管理対象の画像形成装置20が定期的に送信してくるハートビートを監視し、当該画像形成装置が正常稼働しているかを監視する。具体的には、エージェント監視部3004は、設定管理部3001を介して、前回のハートビートの受信時刻を確認し、現在時刻との差が所定の時間経過をしていないかを確認する。所定の時間が経過していた場合には、エージェント監視部3004は、当該画像形成装置が異常だと判断し、メール制御部3005を介して、管理者等へ通知する。また、エージェント監視部3004は、設定管理部3001を介して、管理対象の画像形成装置20のステータスを確認し、エラーや容量不足が発生している場合には、メール制御部3005を介して、管理者へ通知する。
【００４５】
メール制御部3005は、電子メールを管理者等に通知する。データ処理部3006は、画像データに対して、OCR処理を行ってテキスト情報を抽出したり、画像データの解像度やファイルフォーマットを変換したりする。
【００４６】
図６は、画像形成装置20のジョブ履歴管理部2002が処理サーバ30に送信するジョブ履歴の一例を示す図である。
図６に示すように、ジョブ履歴は、ジョブの実行に付随する属性情報601と、ジョブの実行対象のコンテンツ情報602を含む。
【００４７】
属性情報601は、例えば、ジョブ履歴ID6011、ジョブ種別6012、ジョブ実行ユーザ名6013、ジョブ開始時刻6014、ジョブ実行機器6015、ページ数6016、ジョブ実行結果6017の情報を含む。
【００４８】
ジョブ履歴ID6011は、本ジョブ履歴を識別するための識別情報である。
ジョブ種別6012は、本ジョブ履歴IDに対応するジョブの種別を表わし、例えばコピーやプリント等である。
ジョブ実行ユーザ名6013は、本ジョブ履歴IDに対応するジョブの実行を指示したユーザを示す名称である。
ジョブ開始時刻6014は、本ジョブ履歴IDに対応するジョブの実行を開始した年月日／時刻を表わす。ジョブ開始時刻は、例えば、画像形成装置20が外部から印刷ジョブを受信した際にキューに一時的に保存され、そして、実行のためにキューから読み出された時刻に対応する。
【００４９】
ジョブ実行機器6015は、本ジョブ履歴IDに対応するジョブを実行した機器の名称を表わし、ここでは、「プリンタ02」（画像形成装置20に対応）を表わす。上述したように、ジョブ履歴は、処理サーバ30に送信される。その結果、処理サーバ30は、ネットワーク50に接続された複数の画像形成装置20からジョブ履歴を受信して管理することになる。その際に、処理サーバ30は、「ジョブ実行機器」の情報を利用して各画像形成装置のジョブ履歴を管理することができる。
【００５０】
ページ数6016は、本ジョブ履歴IDに対応するジョブの実行対象のページ数を表わす。ページ数は、画像の所定単位に応じた論理的なページ数であってもよいし、記録媒体に基づく物理的なページ数であってもよい。
ジョブ実行結果6017は、本ジョブ履歴IDに対応するジョブの実行結果を表わす。
【００５１】
コンテンツ情報602は、本ジョブ履歴IDに対応するジョブの実行対象の画像データ6021やテキストデータ6022についての情報を含む。情報とは、例えば、画像データやテキストデータの外部記憶装置204内の記憶位置である。また、コンテンツ情報602は、属性情報で表わされるページ数分のコンテンツ情報を含む。
【００５２】
図６に例示するジョブ履歴は、「2017年6月16日12時09分」に、「User001」というユーザが「プリンタ02」により「3ページ」からなる文書を「印刷（プリント）」するジョブを実行したことを示している。そして、その実行結果が「成功（印刷成功）」したことを示している。
【００５３】
なお、図６に示すジョブ履歴は、1つのジョブに対して1つではなく、複数のジョブ履歴が対応する場合もある。その場合には、例えば、同じジョブに対応するジョブ履歴を共通のジョブ履歴IDとしてもよい。もしくは、ジョブ履歴IDに付加されたサブ番号等で同じジョブに対応することを示すようにしてもよい。
【００５４】
図７は、画像形成装置20の設定管理部2001が管理する設定情報の一例を示す図である。
図７に示すように、設定管理部2001が管理する設定情報は、ジョブ履歴送信先となるサーバ情報701と、ジョブ履歴機能に関する設定情報702と、ジョブ履歴機能に関するステータス情報703等を含む。
【００５５】
例えば、サーバ情報701として、サーバURL7011、サーバの稼働状況7012等を含む。これらの情報は、図示しない画面を表示部207に表示し、入力部206等を介してユーザが入力することで、処理サーバ30に画像形成装置20を登録することを想定している。外部アプリケーションによる設定情報配信処理等により、画像形成装置20に入力がされる形態でも構わない。
サーバURL7011は、例えば処理サーバ30が有しているWebサービスのURLや、共有設定がされているフォルダーパスである。フォルダーパスの場合、図示しないアクセスユーザ名、パスワードも、サーバ情報の一部として記録しておく必要がある。
【００５６】
また、設定情報702として、エージェントID7021、ジョブ履歴転送スケジュール7022、送信に失敗した場合のリトライ回数7023とリトライ間隔7024、容量不足警告値7025、「最後に蓄積されたジョブ履歴」7026を含む。
エージェントID7021は、画像形成装置20が処理サーバ30に登録された際、処理サーバ30が発行するIDである。ライセンスサーバ60や図示しなし認証サーバ等を介して画像形成装置20と処理サーバ30が接続されている場合には、ライセンスサーバ60や認証サーバが発行したIDでも構わない。
【００５７】
ジョブ履歴転送スケジュール7022は、画像形成装置20が、処理サーバ30へ、ジョブ履歴を送信するための転送スケジュール設定である。ここでは、「毎日21：00」になったら、ジョブ履歴管理部2002が外部記憶装置204に保存されたジョブ履歴を、データ送受信部2003を介して、処理サーバ30へ送信を開始する。処理サーバ30への送信に失敗した場合、リトライ間隔7024で設定されている「15秒」間を待ってから、リトライを行う。リトライは、リトライ回数7023で設定されている「3回」まで行う。
【００５８】
容量不足警告値7025は、ジョブ履歴が保存された外部記憶装置204の空き容量が所定の閾値よりも小さくなった場合に、管理者に通知するための設定であり、閾値に相当する値が設定されている。図７の例では、外部記憶装置204の空き容量が「1024MB」を下回った場合に、管理者に通知を行う。
【００５９】
「最後に蓄積されたジョブ履歴」7026は、後述の図８のS811において、外部記憶装置204に保存した情報であり、ライセンス無効を検知した際に既に外部記憶装置204に保存済みの最新のジョブ履歴を特定するための情報である。本実施形態では、一例としてジョブ履歴ID「a1b2c3d4」が保存されている。
【００６０】
さらに、ステータス情報703としてジョブ履歴を記録する機能が停止しているか否かの情報7031、外部記憶装置204の容量不足の状況7032、ライセンスの状況7033等を含む。例えば、図７の例では、ジョブ実行時にジョブ履歴が生成される機能は停止（ジョブ履歴記録停止）している状態であり、外部記憶装置204の容量は不足気味（ニアフル）であり、さらに、ライセンスの有効期限は切れている（ライセンス無効）状態である。
【００６１】
以下、図８、図９、図１２及び図１３に示すフローチャートを用いて、本実施形態の画像形成装置20の処理について説明する。これらのフローチャートの処理は、画像形成装置20のCPU201が例えばROM202に記憶されているプログラムをRAM203に読み出して実行することにより実現される。
【００６２】
図８は、画像形成装置20のジョブ履歴管理部2002が、ジョブ履歴機能に関わる画像形成装置20の状態を確認し、確認結果を処理サーバ30へ送信するステータス通知処理の一例を示すフローチャートである。
【００６３】
なお、本実施形態におけるジョブ履歴監査システムでは、画像形成装置20は、外部記憶装置204の専用の確保領域に一時的にジョブ履歴を蓄積し、所定のタイミングで本処理を実行することにより、ジョブ履歴を処理サーバ30へ送信する。また、画像形成装置20は、その確保領域の使用容量や空き容量を監視し、空き容量不足が近づくと、管理者へ警告する。また、外部記憶装置204が容量不足になると、画像形成装置20のジョブ実行が制限される構成であってもよい。
本処理は、定期的に実行されることを想定しているが、外部の指示（例えば、ユーザにより入力部206を介して指示を受けた場合や、データ送受信部2003を介した処理サーバ30からの指示など）によって実行されても構わない。
【００６４】
まずS801において、ジョブ履歴管理部2002は、ライセンス管理部2005に問い合わせることにより、ライセンスの有効期限情報を取得する。
【００６５】
次にS802において、ジョブ履歴管理部2002は、上記S801で得られたライセンスの有効期限情報を確認し、ライセンスがインストールされていない又は有効期限が切れている等のライセンスが有効な状態であるか否かを判定する。
【００６６】
上記S802において、ジョブ履歴管理部2002は、ライセンスが有効な状態であると判定した場合（S802でYesの場合）、S803へ処理を進める。
S803において、ジョブ履歴管理部2002は、図示しないライセンスフラグが「無効」であるか否かを確認する。ここで、ライセンスフラグは、ジョブ履歴管理部2002が、設定管理部2001を介してRAM203又は外部記憶装置204に保存する情報である。ライセンスフラグは、後述するS804又はS809において変更される。
【００６７】
上記S803において、ジョブ履歴管理部2002は、ライセンスフラグが「有効」であると判断した場合（S803でNoの場合）には、S813へ処理を進める。
【００６８】
一方、上記S803において、ジョブ履歴管理部2002は、ライセンスフラグが「無効」であると判断した場合（S803でYesの場合）にはS804に処理を進める。
S804において、ジョブ履歴管理部2002は、ライセンスフラグの値を「有効」に指定し、RAM203又は外部記憶装置204に保存する。
さらにS805において、ジョブ履歴管理部2002は、設定管理部2001が管理するステータス703（図７）に「ライセンス有効」を設定する。
【００６９】
さらにS806において、ジョブ履歴管理部2002は、設定管理部2001が管理する設定情報702の「最後に蓄積されたジョブ履歴」7026（図７）をクリアする。なお、「最後に蓄積されたジョブ履歴」7026は、後述するS811で保存される情報である。
【００７０】
さらにS807において、ジョブ履歴管理部2002は、処理サーバ30へハートビートを送信する処理を開始する。具体的には、図１３に示す、ジョブ履歴管理部2002がデータ送受信部2003に指示することにより行うハートビート送信処理を実行する機能を開始する。実施形態によっては、ハートビートを送信する処理が開始済みか否かを事前に確認する必要があるが、本実施形態では省略する。なお、本S807の処理の後、ジョブ履歴管理部2002は、S813に処理を進める。
【００７１】
また、上記S802において、ジョブ履歴管理部2002は、ライセンスが無効な状態であると判定した場合（S802でNoの場合）、S808へ処理を進める。
S808において、ジョブ履歴管理部2002は、ライセンスフラグが「有効」であるか否かを確認する。
ジョブ履歴管理部2002は、ライセンスフラグが「無効」であると判断した場合（S808でNoの場合）には、S813へ処理を進める。
【００７２】
一方、上記S808において、ジョブ履歴管理部2002は、ライセンスフラグが「有効」であると判断した場合（S808でYesの場合）にはS809に処理を進める。
【００７３】
S809において、ジョブ履歴管理部2002は、ライセンスフラグの値を「無効」に指定し、RAM203又は外部記憶装置204に保存する。
さらにS810において、ジョブ履歴管理部2002は、ステータス703（図７）に「ライセンス無効」を設定する。
【００７４】
さらにS811において、ジョブ履歴管理部2002は、現在外部記憶装置204に保存されている最後に保存されたジョブ履歴（一番新しく実行されたジョブに関するジョブ履歴）の情報を、設定管理部2001を介して、「最後に蓄積されたジョブ履歴」7026（図７）として外部記憶装置204に保存する。ここで、「最後に蓄積されたジョブ履歴」7026に保存するジョブ履歴の情報は、ジョブ履歴IDを想定しているが、ジョブ履歴管理部2002がライセンス無効を検知する前までに、すでに保存されていたジョブ履歴が特定できる情報であればどのような情報でもよい。例えば、図６に示す属性情報の複数項目値の組み合わせや、ジョブ履歴として保存しているファイルの名前や更新日時等でもよい。
【００７５】
さらにS812において、ジョブ履歴管理部2002は、処理サーバ30へハートビートを送信する処理を停止する。具体的には、後述する図１３に示す、ジョブ履歴管理部2002がデータ送受信部2003に指示することにより行うハートビート送信処理を実行する機能を停止する。すなわち、ジョブ履歴管理部2002は、ライセンスが無効と判定された際にハートビートの送信を停止する。また、ライセンスが有効と判定された際にハートビートの送信を開始する。
なお、本S812の処理の後、ジョブ履歴管理部2002は、S813に処理を進める。
【００７６】
S813において、ジョブ履歴管理部2002は、設定管理部2001を介して、外部記憶装置204の空き容量を取得する。なお、外部記憶装置204に保存されたジョブ履歴の総サイズを確認するとしてもよい。
【００７７】
次にS814において、ジョブ履歴管理部2002は、上記S813において取得した外部記憶装置204の空き容量が、容量不足警告値7025（図７）以下、且つ、極小より大きいかどうかを確認することにより空き容量がニアフルステータスであるか否かを判断する。なお、極小とは、ジョブ履歴の記録が可能な最低限の容量よりも小さい所定の容量を示すものであり、予め決められているものとする。
【００７８】
上記S814において、ジョブ履歴管理部2002は、外部記憶装置204の空き容量が容量不足警告値7025以下、且つ、極小より大きい場合には、ニアフルステータスであると判断し（S814でYesと判断し）、S815に処理を進める。
S815において、ジョブ履歴管理部2002は、ステータス703（図７）に「ニアフル」を設定する。
【００７９】
次にS816において、ジョブ履歴管理部2002は、ジョブ履歴の生成機能が停止されているかを確認する。ここで、ジョブ履歴の生成機能とは、ジョブが実行された際にジョブ履歴を生成するか否かの設定である。設定は、設定管理部2001を介して行われ、ジョブ制御部2004がジョブ実行時に設定が変更されていることを確認してもよい。または、画像形成装置20の再起動のタイミングでジョブ制御部2004が設定を読み込み、ジョブ実行時にジョブ履歴を生成するか否かを判断してもよい。
【００８０】
ジョブ履歴管理部2002は、ジョブ履歴の生成機能が停止されていると判断した場合（S816でYesの場合）、S817に処理を進める。
S817において、ジョブ履歴管理部2002は、ジョブ履歴の生成機能を開始させる。なお、ジョブ履歴の生成機能の開始とは、ジョブが実行された際にジョブ履歴を生成するように設定することである。さらに、ジョブ履歴管理部2002は、設定管理部2001が管理するステータス703（図７）に「ジョブ履歴記録開始」を設定する。
本S817の処理の後、ジョブ履歴管理部2002は、S823に処理を進める。
【００８１】
一方、上記S816において、ジョブ履歴管理部2002は、ジョブ履歴の生成機能が停止されていない（開始されている）と判断した場合（S816でNoの場合）、S823に処理を進める。
【００８２】
また、上記S814において、ジョブ履歴管理部2002が、外部記憶装置204の空き容量が容量不足警告値7025より大きい、又は、極小より以下である場合には、ニアフルステータスでないと判断し（S814でNoと判断し）、S818に処理を進める。
【００８３】
S818において、ジョブ履歴管理部2002は、上記S813において取得した外部記憶装置204の空き容量が、ゼロ又は極小であるかどうかを確認することにより空き容量がフルテータスであるか否かを判断する。ジョブ履歴管理部2002は、空き容量がゼロ又は極小の場合には、フルステータスと判断し（S818でYesと判断し）、S819に処理を進める。
【００８４】
S819において、ジョブ履歴管理部2002は、ステータス703（図７）に「フル」を設定する。
次にS820において、ジョブ履歴管理部2002は、ジョブ履歴の生成機能を停止する。ジョブ履歴の生成機能の停止とは、ジョブが実行されてもジョブ履歴を生成しないように設定することである。さらに、ジョブ履歴管理部2002は、設定管理部2001が管理するステータス703（図７）に「ジョブ履歴記録停止」を設定する。
本S820の処理の後、ジョブ履歴管理部2002は、S823に処理を進める。
【００８５】
また、上記S818において、ジョブ履歴管理部2002が、空き容量がゼロでない、且つ、極小でない場合には、フルステータスでないと判断し（S818でNoと判断し）、S821に処理を進める。
【００８６】
S821において、ジョブ履歴管理部2002は、上記S816と同様に、ジョブ履歴の生成機能が停止されているかを確認する。ジョブ履歴管理部2002は、ジョブ履歴の生成機能が停止されていると判断した場合（S821でYesの場合）、S822に処理を進める。
S822において、ジョブ履歴管理部2002は、上記S817と同様に、ジョブ履歴の生成機能を開始させる。さらに、ジョブ履歴管理部2002は、設定管理部2001が管理するステータス703（図７）に「ジョブ履歴記録開始」を設定する。
本S822の処理の後、ジョブ履歴管理部2002は、S823に処理を進める。
【００８７】
一方、上記S821において、ジョブ履歴管理部2002は、ジョブ履歴の生成機能が停止されていない（開始されている）と判断した場合（S821でNoの場合）、S823に処理を進める。
【００８８】
S823において、ジョブ履歴管理部2002は、確認したジョブ履歴機能に関わる画像形成装置20の状態を処理サーバ30へ通知する必要があるかどうかを判断する。ジョブ履歴管理部2002は、少なくともS801〜S822までに確認した状態が、既に処理サーバ30へ通知済みの状態と異なる場合には、通知が必要であると判断する。状態に含まれる情報としては、図示しないS801〜S822に示した項目以外の項目を含めてもよい。
【００８９】
ジョブ履歴管理部2002は、処理サーバ30へ通知する必要があると判定した場合（S823でYesの場合）、S824に処理を進める。
S824において、ジョブ履歴管理部2002は、処理サーバ30へステータス通知を実行する。ステータス通知は、上記S823において判断条件とした画像形成装置20の状態の情報を、データ送受信部2003を介して処理サーバ30へ送信する処理である。送信データには、画像形成装置20の状態を示す情報以外に、少なくとも画像形成装置20を特定する情報も含む。画像形成装置20を特定する情報の具体例は、図７に示すエージェントID（7021）である。また、ジョブ履歴管理部2002は、その応答を処理サーバ30から受信する。
次にS825において、ジョブ履歴管理部2002は、上記S824においてデータ送受信部2003を介して処理サーバ30から受信した応答を確認する。処理の詳細は図９において後述する。
【００９０】
一方、上記S823において、ジョブ履歴管理部2002は、処理サーバ30へ通知する必要がないと判定した場合（S823でNoの場合）、本フローチャートの処理を終了する。
【００９１】
図９は、図８のS825に示す、画像形成装置20が処理サーバ30から受信した応答の内容を確認する処理の一例を示すフローチャートである。
本実施形態におけるジョブ履歴監査システムでは、画像形成装置20は、処理サーバ30において画像形成装置20が管理対象から削除された（登録解除された）ことを検知することが可能である。これを検知した場合には、ジョブ履歴の蓄積を停止し、自身が保持しているサーバ情報を削除する。
【００９２】
S901において、ジョブ履歴管理部2002は、データ送受信部2003を介して受信した処理サーバ30からの応答の中に、サーバ登録解除の情報が含まれている（サーバ登録解除を検知した）か否かを判断する。例えば、応答は、数値などのエラーコードで受信し、値が「0」の場合は「通信成功」、「1」の場合は「サーバ登録解除」、「2」の場合は「認証失敗」のように定義されている。他にも、「通信成功」や「サーバ登録解除」などの文字列として定義してもよい。なお、サーバ登録解除とは、例えば、処理サーバ30における画像形成装置20の管理画面において、管理対象から外す行為が、ユーザにより実行されたことである。具体的には、後述する図１１（ｂ）に示す「削除」ボタンをユーザが押下し、処理サーバ30の設定管理部3001が図１１（ａ）に示すエージェント情報ファイルをRAM303、外部記憶装置304又はデータベース40から削除したことを指す。
【００９３】
上記S901において、ジョブ履歴管理部2002は、データ送受信部2003を介して受信した処理サーバ30からの応答の中に、サーバ登録解除の情報が含まれていない（サーバ登録解除を検知しない）と判断した場合（S901でNoの場合）、S906に処理を進める。
【００９４】
一方、上記S901において、ジョブ履歴管理部2002は、データ送受信部2003を介して受信した処理サーバ30からの応答の中に、サーバ登録解除の情報が含まれている（サーバ登録解除を検知した）と判断した場合（S901でYesの場合）、S902に処理を進める。
【００９５】
S902において、ジョブ履歴管理部2002は、設定管理部2001を介して、外部記憶装置204に保存している設定情報からサーバ情報を削除する。具体的には図７に示した設定情報のうち、サーバURL7011、及び、サーバ稼働状況7012を含むサーバ情報701の値を空にする。
【００９６】
次にS903において、ジョブ履歴管理部2002は、図８のS804又はS809で設定されるライセンスフラグが「有効」であるかどうかを確認する。ここで、本実施形態では、ライセンスが「有効」な場合に接続先となる処理サーバを切り替える可能性があるという理由から、本処理においてライセンスフラグの確認を行っている。なお、実施形態によっては、ライセンスの有効／無効にかかわらず、後述のS904やS905を実行する必要がある構成も可能である。その構成の場合には、本処理（S903）を実行することなく、S904及びS905を実行するものとする。
【００９７】
上記S903において、ジョブ履歴管理部2002は、ライセンスフラグが「有効」であると判断した場合（S903でNoの場合）には、S906に処理を進める。
一方、上記S903において、ジョブ履歴管理部2002は、ライセンスフラグが「無効」であると判断した場合（S903でYesの場合）には、S904に処理を進める。
【００９８】
S904において、ジョブ履歴管理部2002は、図８のS820と同様に、ジョブ履歴の生成機能を停止する。また、ジョブ履歴管理部2002は、設定管理部2001が管理するステータス703（図７）に「ジョブ履歴記録停止」を設定する。なお、本実施形態の画像形成装置20は、ライセンスが無効となった場合でも、サーバ登録が解除されるまではジョブ履歴の記録を継続する。
【００９９】
さらにS905において、ジョブ履歴管理部2002は、外部記憶装置204に保存してあるジョブ履歴を全て削除する。これにより、ライセンスの有効期限が切れている期間中に蓄積したジョブ履歴を自動削除することができる。ただし、システムの運用次第で、一時的に処理サーバ30から削除される運用が一般的に考えられるならば、本ステップで保存済のジョブ履歴を削除せずに、残しておいても構わない。また、ユーザに削除するか否かを選択させる画面を表示部207に表示し、入力部206からの指示に従って削除するか否かを決定してもよい。
本S905の処理の後、ジョブ履歴管理部2002は、S906に処理を進める。
【０１００】
S906において、ジョブ履歴管理部2002は、データ送受信部2003を介して受信した処理サーバ30からの応答の中に、その他のエラーがある（エラー検知）か否かを確認する。
ジョブ履歴管理部2002は、応答にエラーが含まれている（エラー検知した）と判断した場合（S906でYesの場合）、S907に処理を進める。S907において、ジョブ履歴管理部2002は、エラー処理を実行し、本フローチャートの処理を終了する。
【０１０１】
一方、上記S906において、ジョブ履歴管理部2002は、処理サーバ30からの応答にエラーがない（エラー検知していない）と判断した場合（S906でNoの場合）、本フローチャートの処理を終了する。
【０１０２】
図１０は、図８に示したジョブ履歴管理部2002がデータ送受信部2003を介して送信するステータス通知（例えばS824）を、処理サーバ30が受信するステータ通知受信処理の一例を示すフローチャートである。本処理は、処理サーバ30のCPU301が例えば外部記憶装置304に記憶されているプログラムをRAM303に読み出して実行することにより実現される。また、本処理は、処理サーバ30のデータ送受信部3003が、画像形成装置20のデータ送受信部2003からのデータ通信を受信することで実行する。
【０１０３】
S1001において、エージェント監視部3004は、データ送受信部3003を介して、画像形成装置20からのステータス通知を受信し、受信したデータをRAM303又は外部記憶装置304に保存する。図８のS824に記載した通り、受信データには、画像形成装置20の状態を示す情報以外に、少なくとも画像形成装置20を特定する情報も含む。
【０１０４】
次にS1002において、エージェント監視部3004は、ステータス通知の送信元の画像形成装置20が登録済みエージェントであるか否かを判断する。この判断は、例えば、図１１で後述する処理サーバ30の外部記憶装置304に保存されたエージェント情報を使用する。具体的には、ステータス通知とともに受信した画像形成装置を特定する情報であるエージェントIDが、図１１（ａ）に示すエージェント情報に当該エージェントIDが存在するか否かを確認し、存在する場合には処理サーバ30に登録済みであると判断する。
【０１０５】
上記S1002において、エージェント監視部3004は、ステータス通知の送信元の画像形成装置20が登録済みエージェントでないと判断した場合（S1002でNoの場合）、S1020に処理を進める。
S1020において、エージェント監視部3004は、画像形成装置20への応答として登録解除済みの情報を返し、本フローチャートの処理を終了する。なお、登録解除済みの情報の詳細はS901に記載したとおりである。
【０１０６】
一方、上記S1002において、エージェント監視部3004は、ステータス通知の送信元の画像形成装置20が登録済みエージェントであると判断した場合（S1002でYesの場合）、S1003に処理を進める。
【０１０７】
S1003において、エージェント監視部3004は、受信したステータスに「ニアフル」が含まれているか否かを確認する。エージェント監視部3004は、「ニアフル」が含まれていると判断した場合（S1003でYesの場合）、S1004に移行する。
【０１０８】
S1004において、エージェント監視部3004は、ニアフル通知フラグを確認する。ニアフル通知フラグについては後述する。
エージェント監視部3004は、ニアフル通知フラグが「未」と判断した場合（S1004でYesの場合）、S1005に処理を進める。
【０１０９】
S1005において、エージェント監視部3004は、ニアフルのための対処を促すニアフル用メール通知要求を発行する。ここでメール通知を実行しても構わないが、複数の通知の必要がある場合、まとめて1通のメールで通知した方がユーザの手間をかけないため、一旦メール通知要求という形で通知すべき内容をまとめることとしている。
S1006において、エージェント監視部3004は、ニアフル通知フラグを「済」に設定し、S1008に処理を進める。ここで、ニアフル通知フラグとは、後述する図１１に示すエージェント監視部3004が管理する情報で、設定管理部3001を介してRAM303等に保存される。このニアフル通知フラグは、エージェント監視部3004がメール制御部3005を介して管理者に通知を行う際、同じ内容の通知を何度も行わないために使用される。
【０１１０】
一方、上記S1004において、エージェント監視部3004が、ニアフル通知フラグが「済」と判断した場合（S1004でNoの場合）、S1008に処理を進める。
また上記S1003において、エージェント監視部3004が、受信したステータスに「ニアフル」が含まれていないと判断した場合（S1003でNoの場合）、S1007に処理を進める。
S1007において、エージェント監視部3004は、ニアフル通知フラグを「未」に設定し、S1008に処理を進める。
【０１１１】
S1008において、エージェント監視部3004は、受信したステータスに「フル」が含まれているか否かを確認する。ここで、フル通知フラグとは、図１１に示すエージェント監視部3004が管理する情報で、設定管理部3001を介して、RAM303に保存される。このフル通知フラグは、ニアフル通知フラグと同様、エージェント監視部3004がメール制御部3005を介して管理者に通知を行う際、同じ内容の通知を何度も行わないために使用される。
【０１１２】
上記S1008において、エージェント監視部3004は、受信したステータスに「フル」が含まれていると判断した場合（S1008でYesの場合）、S1009に処理を進める。
S1009において、エージェント監視部3004は、フル通知フラグを確認する。エージェント監視部3004は、フル通知フラグが「未」と判断した場合（S1009でYesの場合）、S1010に処理を進める。
S1010において、エージェント監視部3004は、上記S1004と同様に、「フル」のためのエラーを通知するフル用メール通知要求を発行する。
次にS1011において、エージェント監視部3004は、フル通知フラグを「済」に設定し、S1013に処理を進める。
【０１１３】
一方、上記S1009において、エージェント監視部3004が、フル通知フラグが「済」と判断した場合（S1009でNoの場合）、S1013に処理を進める。
また、上記S1008において、エージェント監視部3004は、受信したステータスに「フル」が含まれていないと判断した場合（S1008でNoの場合）、S1012に処理を進める。
S1012において、エージェント監視部3004は、フル通知フラグを「未」に設定し、S1013に処理を進める。
【０１１４】
S1013において、エージェント監視部3004は、受信したステータスに「ライセンス無効」が含まれているか否かを確認する。ここで、ライセンス無効通知フラグとは、図１１に示すエージェント監視部3004が管理する情報で、設定管理部3001を介して、RAM303に保存される。このライセンス無効通知フラグは、ニアフル通知フラグやフル通知フラグと同様、エージェント監視部3004がメール制御部3005を介して管理者に通知を行う際、同じ内容の通知を何度も行わないために使用される。
【０１１５】
上記S1013において、エージェント監視部3004は、受信したステータスに「ライセンス無効」が含まれていると判断した場合（S1013でYesの場合）、S1014に処理を進める。
S1014において、エージェント監視部3004は、ライセンス無効通知フラグを確認する。エージェント監視部3004は、ライセンス無効通知フラグが「未」と判断した場合（S1014でYesの場合）、S1015に処理を進める。
S1015において、エージェント監視部3004は、上記S1004と同様に、ライセンスの更新を促すためのライセンス更新用メール通知要求を発行する。
次にS1016において、エージェント監視部3004は、ライセンス無効通知フラグを「済」に設定し、S1018に処理を進める。
【０１１６】
一方、上記S1014において、エージェント監視部3004は、ライセンス無効通知フラグが「済」と判断した場合（S1014でNoの場合）、S1018に処理を進める。
また、上記S1013において、エージェント監視部3004は、受信したステータスに「ライセンス無効」が含まれていないと判断した場合（S1013でNoの場合）、S1017に処理を進める。
S1017において、エージェント監視部3004は、ライセンス無効通知フラグを「未」に設定し、S1018に処理を進める。
【０１１７】
S1018において、エージェント監視部3004は、メール制御部3005を介して、S1005、S1010、S1015によって保存されたメール通知要求に応じて、必要なメールを送信する。メール通知先は、予め図示しない画面を表示装置306に表示し、入力装置305を介してユーザが指定したものを、外部記憶装置304に保存しておき、メール制御部3005がメール送信時に読み込むことでメール送信を実行する。この際、メール送信に失敗した場合には、該当する各種通知フラグを「未」に指定しなおしてもよい。
【０１１８】
次にS1019において、エージェント監視部3004は、各種通知フラグ等の設定を外部記憶装置304に保存し、本フローチャートの処理を終了する。なお、各通知フラグ等の設定が、RAM303ではなく、毎回外部記憶装置304に保存されている場合には、本ステップを省略してもよい。
【０１１９】
図１１は、処理サーバ30が保持するエージェント情報の一例、及び処理サーバ30が表示する画像形成装置の管理画面の一例を示す図である。
図１１（ａ）に、エージェント監視部3004又はジョブ履歴管理部3002が設定管理部3001を介して参照乃至変更を行うエージェント情報の一例を示す。エージェント情報は、画像形成装置の設定情報であり、処理サーバ30の外部記憶装置304又はデータベース40に格納される。
【０１２０】
エージェント情報として、例えば以下の1101〜1109のような項目を含む。
エージェントID 1101は、画像形成装置を識別するためのものである。エージェント種別1102は、エージェントの種類を識別するためのものである。エージェントバージョン1103は、エージェントのバージョンを識別するためのものである。ステータス1104は、エージェントのステータスを表示装置306に表示したり、管理者にエラーを通知したりするためのものである。
【０１２１】
ジョブ履歴転送スケジュール1105は、ジョブ履歴を画像形成装置20から処理サーバ30へ送信するための転送スケジュールを表示装置306に表示したり、入力装置305から変更したりするためのものである。前回ハートビート受信時刻1106は、画像形成装置20が正常稼働しているかを管理するためのものである。
【０１２２】
ニアフル通知フラグ1107は、フル通知フラグ1108、ライセンス無効通知フラグ1109は、同じ内容のメール通知を複数回行わないようにするための各種通知フラグである。
これらの項目1101〜1109は、エージェント監視部3004が表示装置306に管理画面を表示することで、ユーザが入力装置305を介して設定値を編集することができる。
【０１２３】
図１１（ｂ）に、エージェント監視部3004が処理サーバ30の表示装置306に表示する管理画面の一例を示す。なお、図１１（ｂ）に例示する管理画面は、処理サーバ30にリモート接続するPC10の表示装置306に表示されてもよい。
【０１２４】
図１１（ｂ）に示す例は、管理する画像形成装置の一覧画面であり、図１１（ａ）に示した各項目：エージェントID、ステータス、転送スケジュール（ジョブ履歴転送スケジュール）を管理対象の画像形成装置ごとに一覧表示している。
【０１２５】
エージェントIDのリンク1201をクリックすると、エージェント監視部3004は、本画面とは別に、図示しないユーザが処理サーバ30の入力装置305を介して設定値を編集するための画面を処理サーバ30の表示装置306に表示する。
ユーザが、一覧の一番右にある「削除」ボタン1202を押下することにより、エージェント監視部3004は、図１１（ａ）に示すエージェント情報を外部記憶装置304又はデータベース40から削除することによって、当該画像形成装置20を管理対象から削除（登録解除）することが可能である。
【０１２６】
図１２は、画像形成装置20のジョブ履歴管理部2002が、データ送受信部2003を介して、外部記憶装置204に保存されたジョブ履歴を処理サーバ30へ送信する処理の一例を示すフローチャートである。本処理は、設定情報702のジョブ履歴転送スケジュール7022に従って、所定の間隔で定期的に実行されることを想定している。また、ユーザの指示により実行されても構わない。
【０１２７】
S1201において、ジョブ履歴管理部2002は、設定管理部2001を介して、図７のジョブ履歴転送スケジュール7022を確認する。ジョブ履歴管理部2002は、現在時刻がジョブ履歴送信時刻に対応しないと判断した場合（S1201でNoの場合）、本フローチャートの処理を終了する。
【０１２８】
一方、現在時刻がジョブ履歴送信時刻に対応すると判断した場合（S1201でYesの場合）、ジョブ履歴管理部2002は、S1202に処理を進める。
【０１２９】
S1202において、ジョブ履歴管理部2002は、図８のS811において保存した「最後に蓄積されたジョブ履歴」7026の情報が保存されているか（ライセンス有効と判定され図８のS806においてクリアされていないか）を確認する。
【０１３０】
ジョブ履歴管理部2002は、「最後に蓄積されたジョブ履歴」7026の情報が保存されていると判断した場合（S1202でYesの場合）、S1203に処理を進める。この場合は、ライセンス無効と判定され図８のS811において情報が保存された場合に対応する。
S1203において、ジョブ履歴管理部2002は、図８のS811において外部記憶装置204に保存した、「最後に蓄積されたジョブ履歴」の情報を取得して確認し、S1204に処理を進める。
【０１３１】
一方、S1202において、ジョブ履歴管理部2002が、「最後に蓄積されたジョブ履歴」7026の情報が保存されていないと判断した場合（S1202でNoの場合）、S1204に処理を進める。この場合は、ライセンス有効と判定され図８のS806において情報がクリアされた場合に対応する。
【０１３２】
S1204において、ジョブ履歴管理部2002は、外部記憶装置204に、処理サーバ30へ未送信のジョブ履歴が存在するか否かを確認する。
ジョブ履歴管理部2002は、処理サーバ30へ未送信のジョブ履歴が存在しないと判断した場合（S1204でNoの場合）、本フローチャートの処理を終了する。
【０１３３】
一方、ジョブ履歴管理部2002が、処理サーバ30へ未送信のジョブ履歴が存在すると判断した場合（S1204でYesの場合）、S1205に処理を進める。
S1205において、ジョブ履歴管理部2002は、外部記憶装置204に保存されている未送信のジョブ履歴を取得する。
【０１３４】
次にS1206において、ジョブ履歴管理部2002は、「最後に蓄積されたジョブ履歴」7026の情報が保存されていない（空）、又は、上記S1205で取得したジョブ履歴が「最後に蓄積されたジョブ履歴」7026より前に保存されたジョブ履歴である、か否かを確認する。なお、「最後に蓄積されたジョブ履歴」7026の情報が保存されていない（空）場合とは、ライセンスが有効と判定され図８のS806で「最後に蓄積されたジョブ履歴」7026がクリアされた場合に対応する。また、「最後に蓄積されたジョブ履歴」7026は、ライセンスが無効と判定された場合に図８のS811で情報が保存される。よって、「最後に蓄積されたジョブ履歴」7026より前に保存されたジョブ履歴は、ライセンスが有効であった間に記録されたジョブ履歴に対応する。一方、「最後に蓄積されたジョブ履歴」7026より後に保存されたジョブ履歴は、ライセンスが無効である間に記録されたジョブ履歴に対応する。
【０１３５】
ジョブ履歴管理部2002は、「最後に蓄積されたジョブ履歴」7026の情報が保存されており、且つ、上記S1205で取得したジョブ履歴が「最後に蓄積されたジョブ履歴」7026より後に保存されたジョブ履歴であると判断した場合（S1206でNoの場合）、ジョブ履歴管理部2002は、本フローチャートの処理を終了する。
【０１３６】
一方、ジョブ履歴管理部2002は、「最後に蓄積されたジョブ履歴」7026の情報が保存されていない（空）、又は、上記S1205で取得したジョブ履歴が「最後に蓄積されたジョブ履歴」7026より前に保存されたジョブ履歴であると判断した場合（S1206でYesの場合）、ジョブ履歴管理部2002は、S1207に処理を進める。
【０１３７】
S1207において、ジョブ履歴管理部2002は、データ送受信部2003を介して、上記S1205で取得したジョブ履歴を処理サーバ30へ送信し、処理サーバ30からの応答を受信する。
次にS1208において、ジョブ履歴管理部2002は、上記S1207においてデータ送受信部2003を介して処理サーバ30から受信した応答を確認する（応答確認処理）。この応答確認処理の詳細は図９で説明済であるため省略する。S1208の処理の後、ジョブ履歴管理部2002は、S1204に処理を戻す。
【０１３８】
以上のように、本実施形態の画像形成装置20では、ジョブ履歴管理部2002は、ライセンスが有効と判定された場合には、未出力のジョブ履歴を処理サーバ30に出力する。一方、ライセンスが無効と判定された場合には、ジョブ履歴管理部2002は、ライセンスが有効であった間に記録されたジョブ履歴を処理サーバ30に出力する。さらに、画像形成装置20では、ライセンスが有効なったタイミングをステータス703等に設定しておき、S1207において、ジョブ履歴管理部2002は、ライセンスが有効となった後に記録されたジョブ履歴を処理サーバ30に出力するようにしてもよい。これにより、ジョブ履歴管理部2002は、ライセンスが無効と判定された後に該ライセンスが有効と判定された場合には、該ライセンスが有効となった後に記録されたジョブ履歴を処理サーバ30に出力するようにできる。
【０１３９】
本実施形態では図示しないが、S1207においてジョブ履歴を送信された処理サーバ30は、データ送受信部3003を介して、ジョブ履歴管理部がジョブ履歴を受信し、外部記憶装置304に保存する。また、処理サーバ30は、受信状況（エラー発生時にはエラー発生等の情報を含む）を応答として、画像形成装置に返す。さらに、ジョブ履歴管理部3002は、該履歴に画像データが含まれる場合には当該画像に対して画像処理を施した後に、データ送受信部3003を介して、ジョブ履歴やテキスト情報をデータベース40に送信する。
【０１４０】
なお、本実施形態では、図７に示したように「最後に蓄積されたジョブ履歴」7026の情報をジョブ履歴IDとしているが、例えばジョブ履歴のファイルの更新日時や、外部記憶装置304に保存する順番等であっても構わない。その場合、図１２のS1206では、S1205で取得したジョブ履歴の更新日時が「最後に蓄積されたジョブ履歴」の更新日時以前であれば、S1207を実行するというような構成でもよい。
【０１４１】
図１３は、画像形成装置20のジョブ履歴管理部2002が、データ送受信部2003を介して、処理サーバ30にハートビートを送信する処理の一例を示すフローチャートである。
本実施形態におけるジョブ履歴監査システムでは、処理サーバ30が画像形成装置20を適切に管理可能とするために、画像形成装置20は所定のタイミングで所定のデータ（通知）を処理サーバ30へ送信する（ハートビート）。ハートビートに係る送信データには、画像形成装置自身を特定できる識別情報が含まれる。これらの通信が定期的に行われていることを処理サーバ30が確認できれば、画像形成装置は正常稼働していると判断することができる。本処理は、所定の間隔で、定期的に実行されることを想定している。また、突発的に、ユーザの指示により実行される手段があっても構わない。
【０１４２】
S1301において、ジョブ履歴管理部2002は、現在時刻が処理サーバ30へハートビートを送信する時刻に対応するかどうかを確認する。本実施形態では、ジョブ履歴管理部2002が前回のハートビート送信時刻をRAM203に保存しておき、現在時刻と比較することで、所定の時間が経過しているか否かを判断することを想定している。しかし、前回のハートビート送信時刻を図７に示す設定情報の一部として、外部記憶装置204に保存しても構わない。
ジョブ履歴管理部2002は、現在時刻が処理サーバ30へハートビートを送信する時刻に対応しないと判断した場合（S1301でNoの場合）、本フローチャートの処理を終了する。
【０１４３】
一方、上記S1301において、ジョブ履歴管理部2002が、現在時刻が処理サーバ30へハートビートを送信する時刻に対応すると判断した場合（S1301でYesの場合）、S1302に処理を進める。
【０１４４】
S1302において、ジョブ履歴管理部2002は、図８のS804又はS809で設定するライセンスフラグが「有効」であるかどうかを確認する。
ジョブ履歴管理部2002は、ライセンスフラグが「無効」であると判断した場合（S1302でNoの場合）、本フローチャートの処理を終了する。
一方、ジョブ履歴管理部2002が、ライセンスフラグが「有効」であると判断した場合（S1302でYesの場合）、S1303に処理を進める。
【０１４５】
S1303において、ジョブ履歴管理部2002は、データ送受信部2003を介して、処理サーバ30へハートビートを送信し、処理サーバ30からの応答を受信する。ハートビートは、処理サーバ30に画像形成装置が正常稼働中であることを示すためなので、少なくとも画像形成装置20が特定できる情報を含む。
次にS1304において、ジョブ履歴管理部2002は、上記S1303においてデータ送受信部2003を介して処理サーバ30から受信した応答を確認する（応答確認処理）。この応答確認処理の詳細は図９で説明済であるため省略する。S1208の処理の後、ジョブ履歴管理部2002は、本フローチャートの処理を終了する。
【０１４６】
なお、本実施形態では記載しないが、S1303においてハートビートを送信された処理サーバ30は、データ送受信部3003を介して、ハートビートを受信し、送信元の画像形成装置20を特定する。その後、処理サーバ30は、当該画像形成装置の設定情報として、図１１（ａ）に示すエージェント情報の前回ハートビート受信時刻に受信時刻を保存する。また、処理サーバ30は、エラー発生等の情報を含む受信状況を応答として、画像形成装置に返す。
【０１４７】
さらに、エージェント監視部3004は、定期的に、設定管理部3001を介して、前回のハートビートの受信時刻を確認し、現在時刻との差が所定の時間を経過していないかを確認することで、画像形成装置の稼働状況を監視する。画像形成装置に異常を検知した場合には、管理者に通知する。
【０１４８】
以上のように、第１実施形態によれば、ライセンスの有効期限が切れる前に、画像形成装置に蓄積したジョブ履歴をサーバに送信し、ライセンスが有効期限が切れた期間中に画像形成装置に蓄積したジョブ履歴をサーバに送信しないようにできる。また、ライセンスの有効期限が切れた期間中に記憶装置の空き容量不足（フル）を検知した場合には、ジョブ履歴の蓄積を停止することができる。さらに、ライセンスの有効期限が切れた状態で、サーバから登録解除されたことを検知したタイミングで、ジョブ履歴の蓄積を停止することができる。さらに、ライセンスの有効期限が切れている期間中に蓄積したジョブ履歴を自動削除することで、ユーザの手間をかけることなくシステム撤去が実現できる。
したがって、ジョブ履歴監査システムの継続利用の意図がないケースも想定した上で、ライセンスが失効した場合の適切な画像形成装置での履歴情報の管理の仕組みを提供することができる。
【０１４９】
〔第２実施形態〕
第２実施形態では、第１実施形態の構成に加え、画像形成装置20がライセンス無効をイベント通知により検知した直後に、外部記憶装置204に保存されているジョブ履歴を送信する機能を有する。以下、この実施形態について説明する。なお、ここで、第１実施形態との差分のみを説明する。
【０１５０】
以下、図１４及び図１５に示すフローチャートを用いて、第２実施形態の画像形成装置20の処理について説明する。これらのフローチャートの処理は、画像形成装置20のCPU201が例えばROM202に記憶されているプログラムをRAM203に読み出して実行することにより実現される。
【０１５１】
図１４は、第２実施形態における画像形成装置20のジョブ履歴管理部2002が、ライセンス管理部2005を介してライセンス無効のイベントを受信した場合の処理の一例を示すフローチャートである。本処理は、ライセンス管理部2005を介してライセンス無効のイベントを受信することを前提としており、これによりリアルタイムに近い形でライセンスの切り替わりを把握することができる。そのため、外部記憶装置204に既に保存されているジョブ履歴は、ライセンスが有効期間中に保存されたものであることが分かるため、ここでは、第１実施形態の図８のS811のように「最後に蓄積されたジョブ履歴」の情報を保存する必要がない。
なお、第１実施形態の図８と、第２実施形態の図１４の処理を同時に行っても構わない。
【０１５２】
S1401において、ジョブ履歴管理部2002は、ライセンス管理部2005を介してライセンス無効のイベントを受信する。ライセンス無効のイベントは、ライセンス管理部2005がライセンスサーバ60から受信する形態でもよい。または、予めライセンス管理部2005がラインセンスサーバ60からライセンスの有効期限情報を取得し、ライセンス管理部2005が有効期日をカウントダウンするような形態でもよい。この場合、ライセンスが無効になったタイミングで、ライセンス管理部2005はジョブ履歴管理部2002へイベント通知を実行する。
【０１５３】
次にS1402において、ジョブ履歴管理部2002は、図８のS809と同様に、前記ライセンスフラグの値を「無効」に指定し、RAM203乃至外部記憶装置204に保存する。
またS1403において、ジョブ履歴管理部2002は、図８のS810と同様に、図７で示すステータス703に「ライセンス無効」を設定する。
【０１５４】
次にS1404において、ジョブ履歴管理部2002は、データ送受信部2003を介して、処理サーバ30へジョブ履歴の送信を行う。本処理の詳細は、図１５に後述する。
S1405以降の処理は、図８のS812以降と同様であるため、説明を省略する。
【０１５５】
図１５は、第２実施形態における画像形成装置20のジョブ履歴管理部2002が、図１４のS1404においてデータ送受信部2003を介して外部記憶装置204に保存されたジョブ履歴を処理サーバ30へ送信する処理を示すフローチャートである。
【０１５６】
S1501において、ジョブ履歴管理部2002は、図１２のS1204と同様に、外部記憶装置204に、処理サーバ30へ未送信のジョブ履歴が存在するか否かを確認する。
ジョブ履歴管理部2002は、処理サーバ30へ未送信のジョブ履歴が存在しないと判断した場合（S1501でNoの場合）、本フローチャートの処理を終了する。
一方、ジョブ履歴管理部2002が、処理サーバ30へ未送信のジョブ履歴が存在すると判断した場合（S1501でYesの場合）、S1502に処理を進める。
【０１５７】
S1502において、ジョブ履歴管理部2002は、図１２のS1205と同様に、外部記憶装置204に保存されている未送信のジョブ履歴を取得する。
次にS1503において、ジョブ履歴管理部2002は、図１２のS1207と同様に、データ送受信部2003を介して、上記S1502で取得したジョブ履歴を処理サーバ30へ送信し、処理サーバ30からの応答を受信する。
次にS1504において、ジョブ履歴管理部2002は、図１２のS1208と同様に、上記S1503においてデータ送受信部2003を介して処理サーバ30から受信した応答を確認し、本フローチャートのしょりを終了する。本S1504の応答確認処理の詳細は図９に示してある。
【０１５８】
以上のように、第２実施形態によれば、画像形成装置がライセンス無効となった場合には、速やかにライセンスが有効であった間に蓄積されたジョブ履歴をサーバに送信することができる。
【０１５９】
以上示したように、上記各実施形態によれば、ユーザにライセンスに係る機能を継続して利用する意図がないケースも想定した上で、ライセンスが失効した場合の適切な画像形成装置での履歴情報の管理の仕組みを提供することができる。
【０１６０】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用してもよい。
また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。
【０１６１】
（その他の実施形態）
本発明は、上述の実施形態の1以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける1つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、1以上の機能を実現する回路（例えば、ASIC）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
2019134253.tif 000003
【図２】
2019134253.tif 000004
【図３】
2019134253.tif 000005
【図４】
2019134253.tif 000006
【図５】
2019134253.tif 000007
【図６】
2019134253.tif 000008
【図７】
2019134253.tif 000009
【図８】
2019134253.tif 000010
【図９】
2019134253.tif 000011
【図１０】
2019134253.tif 000012
【図１１】
2019134253.tif 000013
【図１２】
2019134253.tif 000014
【図１３】
2019134253.tif 000015
【図１４】
2019134253.tif 000016
【図１５】
2019134253.tif 000017