(57)【要約】【課題】エージェントを管理するサービスに障害が発生した場合でも、エージェントより送信されるネットワーク機器のデータを受け付け、セキュリティを確保した状態でのネットワーク機器の使用を可能にすること。【解決手段】ジョブ履歴処理サーバ２０は、エージェント管理サーバ１０から第１のエージェント情報を取得できない場合に利用される第２のエージェント情報を発行する。また、収集エージェント４１からデータ転送の予約要求を受け、エージェント管理サーバ１０から第１のエージェント情報を取得できた場合、収集エージェント４１から受け付けたデータを、第１のエージェント情報とともに、外部システム等にエクスポートする。なお、エージェント管理サーバ１０から第１のエージェント情報を取得できない場合、収集エージェント４１から受け付けたデータを、上記発行した第２のエージェント情報とともに不完全な情報としてエクスポートする。【選択図】図１
2016045690.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク機器上で動作するエージェントから収集対象となるデータを受付ける管理システムであって、
エージェント管理サービスから第１のエージェント情報を取得できない場合に利用される第２のエージェント情報を発行する発行手段と、
エージェントの識別情報を含むデータ転送の予約要求を受信する受信手段と、
前記エージェント管理サービスに対して、前記予約要求に含まれる識別情報に対応する第１のエージェント情報を要求する要求手段と、
前記エージェント管理サービスから前記第１のエージェント情報を取得できた場合に、前記エージェントから受け付けたデータを、当該第１のエージェント情報とともに外部システムが参照可能な領域にエクスポートする出力手段と、を有し、
前記出力手段は、前記エージェント管理サービスから前記第１のエージェント情報を取得できない場合に、前記エージェントから受け付けたデータを、前記発行手段で発行された前記第２のエージェント情報とともに、外部システムが参照可能な領域に、不完全な情報としてエクスポートすることを特徴とする管理システム。
【請求項２】
前記発行手段は、エージェント情報をエージェント管理サービスに登録できない場合に、前記第２のエージェント情報を発行することを特徴とする請求項１に記載の管理システム。
【請求項３】
前記出力手段は、前記第１のエージェント情報を取得できた場合には、参照可能を示すファイルとともに、前記エージェントから受け付けたデータと、当該第１のエージェント情報とをエクスポートし、前記第１のエージェント情報を取得できない場合には、前記参照可能を示すファイルを含まない不完全な情報として、前記エージェントから受け付けたデータと、前記第２のエージェント情報とをエクスポートすることを特徴とする請求項１又は２に記載の管理システム。
【請求項４】
前記出力手段は、前記エージェント管理サービスから第１のエージェント情報が取得できるようになった場合には、前記第２のエージェント情報を含めてエクスポートした出力結果を、当該第１のエージェント情報で補完し、前記参照可能を示すファイルを追加することを特徴とする請求項３に記載の管理システム。
【請求項５】
前記第１のエージェント情報は、少なくとも前記エージェントの識別情報を含み、
前記第２のエージェント情報は、少なくとも前記エージェントの仮の識別情報を含むことを特徴とする請求項１乃至４のいずれか１項に記載の管理システム。
【請求項６】
前記管理システムは、ネットワーク機器上で動作するエージェントからロードバランサを経由して、収集対象となるデータを受付けることを特徴とする請求項１乃至５のいずれか１項に記載の管理システム。
【請求項７】
前記ロードバランサは、複数の管理システムに対して、前記エージェントからのデータの転送先を分散させることを特徴とする請求項６に記載の管理システム。
【請求項８】
前記第２のエージェント情報が発行された前記エージェントからの前記ロードバランサを経由したデータ転送は、前記第２のエージェント情報が発行された後は、宛先を該第２のエージェント情報の発行元である前記管理システムに固定されることを特徴とする請求項７に記載の管理システム。
【請求項９】
前記エージェント管理サービスから前記第１のエージェント情報が取得できるようになった場合には、当該宛先の固定が解除されることを特徴とする請求項８に記載の管理システム。
【請求項１０】
前記ネットワーク機器は、印刷装置、印刷装置から前記収集対象となるデータを収集可能な情報処理装置、または、印刷装置に対してジョブを投入する情報処理装置であることを特徴とする請求項１乃至９のいずれか１項に記載の管理システム。
【請求項１１】
前記収集対象となるデータは、印刷装置で実行されたジョブのログ情報であることを特徴とする請求項１乃至１０のいずれか１項に記載の管理システム。
【請求項１２】
前記エージェント管理サービスは、前記第１のエージェント情報を、前記管理システムから参照可能に保持することを特徴とする請求項１乃至１１のいずれか１項に記載の管理システム。
【請求項１３】
ネットワーク機器上で動作するエージェントから収集対象となるデータを受付ける管理システムの制御方法であって、
エージェント管理サービスから第１のエージェント情報を取得できない場合に利用される第２のエージェント情報を発行する発行ステップと、
エージェントの識別情報を含むデータ転送の予約要求を受信する受信ステップと、
エージェント管理サービスに対して、前記予約要求に含まれる識別情報に対応する第１のエージェント情報を要求する要求ステップと、
前記エージェント管理サービスから前記第１のエージェント情報を取得できた場合に、前記ネットワーク機器から受け付けたデータを、当該第１のエージェント情報とともに外部システムが参照可能な領域にエクスポートする出力ステップと、を有し、
前記出力ステップでは、前記エージェント管理サービスから前記第１のエージェント情報を取得できない場合に、前記エージェントから受け付けたデータを、前記発行ステップで発行された前記第２のエージェント情報とともに、外部システムが参照可能な領域に、不完全な情報としてエクスポートすることを特徴とする管理システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置や情報処理装置などのネットワーク機器上で動作するエージェントから収集対象となるデータを受付ける管理システムの制御に関する。
【背景技術】
【０００２】
近年のプリンタやデジタル複合機の普及に伴い、情報漏洩の抑止や、情報漏洩者を追跡する目的で、印刷、コピー、ＦＡＸ、電子メール送信などジョブの実行の際に、ジョブ履歴情報を記憶装置に保存するデジタル複合機が存在する。また、プリンタドライバに機能追加して印刷クライアントＰＣからの印刷実行時にジョブ履歴情報を記憶装置に保存することも可能である。
【０００３】
ジョブ履歴情報とは、そのジョブを実行したユーザ情報、実行した日時情報、実行したデジタル複合機または印刷クライアントＰＣを特定する情報（ＩＰアドレス、シリアル番号、ＭＡＣアドレスなど）、実行したジョブの種類といったログ属性情報を含んでいる。さらに、デジタル複合機に対して入力された画像および印刷クライアントＰＣでの印刷対象をデータ化した画像データや、該画像データを縮小した縮小画像データを含むこともある。
【０００４】
このようなジョブ履歴情報を処理するジョブ履歴情報処理システムは、上記デジタル複合機や印刷クライアントＰＣ等、ジョブ履歴処理サーバ、およびエージェント管理サーバから構成される。
なお、上記デジタル複合機や印刷クライアントＰＣには、デジタル複合機やプリンタドライバが記録したジョブ履歴情報を、ジョブ履歴処理サーバに送信するためのクライアントアプリケーション（以下、収集エージェントと呼ぶ）がインストールされる。
【０００５】
また、ジョブ履歴処理サーバは、画像処理機能、ジョブ履歴情報を記憶装置に保存する機能を有する管理システムである。また、エージェント管理サーバは、上記収集エージェントの設定情報を保存する機能を有し、収集エージェントに対してシステムでユニークな識別情報を発行するための情報を持つ。
【０００６】
このようなジョブ履歴情報処理システムにおいて、エージェント管理サーバが停止してしまった場合、収集エージェントに対してシステムでユニークな識別情報を発行することができなくなる。なお、一般的には、サーバが停止した場合、仮のサーバを使って機能を代用することが考えられる（特許文献１参照）。
【０００７】
特許文献１は、モバイル端末の移動先に一番近く、必要な機能を備えたサーバを仮サーバとして通信することで、スループットや応答時間の向上を目的としたものある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−１６６０４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述の通り、ジョブ履歴情報処理システムにおいて、エージェント管理サーバが何らかの原因で停止してしまっている場合、収集エージェントに対してシステムでユニークな識別情報を発行することができなくなってしまう。ジョブ履歴情報処理システムでは、エージェント管理サーバが停止してしまっている場合、ユニークな識別情報を発行しなければならない処理、例えば、収集エージェントのエージェント管理サーバへの登録処理を実行することができなくなってしまう。
【００１０】
従来のジョブ履歴処理サーバでは、識別情報が発行されていない収集エージェントからデータ転送を受け付けて処理することができない。エージェントの識別情報と関連付けられていないジョブ履歴情報は、ジョブが実行された収集エージェント（デジタル複合機やＰＣ等）を特定する情報としては不十分であり、このようなジョブ履歴情報が、ジョブ履歴監査システム等の外部システムが参照することを防止するためである。
【００１１】
このため、エージェント管理サーバが停止してしまっている場合、例えば、新規にデジタル複合機やプリンタ等のネットワーク機器を設置したにも関わらず、該ネットワーク機器のジョブ履歴情報をジョブ履歴処理サーバで受け付けることができず、セキュリティ上の問題により事実上、ネットワーク機器を使用することができなくなっていた。もし、このような状態でネットワーク機器を使用してしまうと、ジョブ履歴をジョブ履歴監査システム等の外部システムに受け渡すことができず、情報漏洩の追跡を行うことができなくなるといったセキュリティ上の課題を有するからである。
【００１２】
なお、特許文献１のシステムは、ユニークな識別情報を発行する必要がない構成であるため、収集エージェントの識別情報を厳密に管理するジョブ履歴情報処理システム等には適用できない。
【００１３】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、エージェントを管理するサービスに障害が発生した場合でも、エージェントより送信されるネットワーク機器からのデータを受け付け、情報漏洩時の追跡性等を確保した状態でのネットワーク機器の使用を可能にすることができる仕組みを提供することである。
【課題を解決するための手段】
【００１４】
本発明は、ネットワーク機器上で動作するエージェントから収集対象となるデータを受付ける管理システムであって、エージェント管理サービスから第１のエージェント情報を取得できない場合に利用される第２のエージェント情報を発行する発行手段と、エージェントの識別情報を含むデータ転送の予約要求を受信する受信手段と、前記エージェント管理サービスに対して、前記予約要求に含まれる識別情報に対応する第１のエージェント情報を要求する要求手段と、前記エージェント管理サービスから前記第１のエージェント情報を取得できた場合に、前記エージェントから受け付けたデータを、当該第１のエージェント情報とともに外部システムが参照可能な領域にエクスポートする出力手段と、を有し、前記出力手段は、前記エージェント管理サービスから前記第１のエージェント情報を取得できない場合に、前記エージェントから受け付けたデータを、前記発行手段で発行された前記第２のエージェント情報とともに、外部システムが参照可能な領域に、不完全な情報としてエクスポートすることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、エージェントを管理するサービスに障害が発生した場合でも、エージェントより送信されるネットワーク機器からのデータを受け付けることができる。
従って、エージェントを管理するサービスに障害が発生した場合でも、セキュリティ（例えば情報漏洩時の追跡性等）を確保した状態でのネットワーク機器の使用を可能にする。
【図面の簡単な説明】
【００１６】
【図１】実施例１を示すジョブ履歴情報処理システムの全体構成図
【図２】デジタル複合機のハードウェア構成図
【図３】ジョブ履歴処理サーバのハードウェア構成図
【図４】ジョブ履歴処理サーバ、デジタル複合機のソフトウェア構成図
【図５】実施例１における収集エージェントのエージェント登録要求処理のフローチャート
【図６】ジョブ履歴処理サーバのエージェント登録処理のフローチャート
【図７】実施例１における収集エージェントのジョブ履歴情報送信処理のフローチャート
【図８】ジョブ履歴処理サーバのジョブ履歴情報受信処理のフローチャート
【図９】ジョブ履歴処理サーバのデータ変換処理のフローチャート
【図１０】ジョブ履歴処理サーバの接続確認処理のフローチャート
【図１１】実施例２を示すジョブ履歴情報処理システムの全体構成図
【図１２】実施例２における収集エージェントのエージェント登録要求処理のフローチャート
【図１３】実施例２における収集エージェントのジョブ履歴情報送信処理のフローチャート
【図１４】システムでユニークな識別情報を発行するための情報を例示する図
【図１５】収集エージェントが保存する通信サーバ情報、仮識別情報及び設定情報を例示する図
【図１６】エージェント管理サーバに関する情報を例示する図
【図１７】ジョブ履歴処理サーバが保持する収集エージェントの仮識別情報及び設定情報を例示する図
【図１８】ジョブ履歴処理サーバが保存する仮識別情報を使ったログ属性情報を例示する図
【図１９】ジョブ履歴処理サーバが保存するジョブ履歴情報の構成を例示する図
【図２０】エージェント管理サーバが保持する収集エージェントの正式識別情報及び設定情報を例示する図
【図２１】ジョブ履歴処理サーバが保存する正式別情報を使ったログ属性情報を例示する図
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１８】
図１は、本発明の実施例１を示すジョブ履歴情報処理システムの全体構成を例示する図である。
図１に示すように、本実施例のシステムでは、エージェント管理サーバ１０、ジョブ履歴処理サーバ２０、デジタル複合機４０がネットワーク１００を介して接続されている場合を示す。なお、図１の例では、デジタル複合機４０を３台だけ記載しているが、デジタル複合機４０は１台や２台であってもよいし、３台以上であってもよい。また、図１の例では、ジョブ履歴処理サーバ２０を１台だけ記載しているが、ジョブ履歴処理サーバ２０が複数台存在するケースについては、実施例２で説明する。
【００１９】
エージェント管理サーバ１０は、収集エージェント４１を管理するエージェント管理サービスに対応し、後述する図４に示す収集エージェント４１の設定情報を保存する機能を有する。また、エージェント管理サーバ１０は、収集エージェント４１に対して「システムでユニークな識別情報を発行するための情報」を保持する。「システムでユニークな識別情報を発行するための情報」の例は、図１４に示す。
【００２０】
図１４は、システムでユニークな識別情報を発行するための情報を例示する図である。
図１４において、＜ＡｇｅｎｔＩＤ＞タグの値は、エージェント管理サーバが管理している収集エージェントの台数を示すものであり、システムでユニークな識別情報を発行するための情報に対応する。図１４に示す例では、システムでユニークな識別情報を発行するための情報は「５」となっている。この例では、次にシステムに登録される収集エージェントには、該＜ＡｇｅｎｔＩＤ＞タグの値「５」をカウントアップした「６」という識別情報が割り振られることになる。
【００２１】
本実施例は、エージェント管理サーバ１０には、アプリケーションは存在しないことを前提に、ジョブ履歴処理サーバ２０がエージェント管理サーバ１０に保存された情報を参照し処理を実行する構成としている。つまり、エージェント管理サーバ１０にはフォルダ及びファイルのみが存在し、それをジョブ履歴処理サーバ２０が参照して処理を行っている構成である。しかし、本実施例においてジョブ履歴処理サーバ２０が行っている処理の一部又は全てを実行するためのアプリケーションがエージェント管理サーバ１０にインストールされていても構わない。
なお、エージェント管理サーバ１０は、ジョブ履歴処理サーバ２０に包含されていてもよい。
【００２２】
ジョブ履歴処理サーバ２０は、発行機能、受信機能、画像処理機能、保存機能を有する管理システムである。
発行機能は、エージェント管理サーバ１０が持つ「システムでユニークな識別情報を発行するための情報」を参照し、システムでユニークな識別情報を発行する機能である。
【００２３】
受信機能は、収集エージェント４１からジョブ履歴情報を受信する機能である。受信機能により受信したジョブ履歴情報は、画像処理機能により後述のデータ変換処理が施された後、保存機能により保存される。
【００２４】
画像処理機能は、前記受信機能によって受信したジョブ履歴情報に対し、データ変換処理を行う機能である。データ変換処理とは、画像データに対して、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理を行ってテキスト情報を抽出したり、画像データのフォーマットを変換したりする処理である。データ変換処理によって得られたテキスト情報は、ジョブ履歴情報と紐付けられて保存され、ジョブ履歴情報の検索に利用される。
【００２５】
保存機能は、前記画像処理機能によってデータ変換されたジョブ履歴情報、ジョブ履歴情報に関連付けられたテキスト情報等をデータベース等に保存する機能である。なお、本実施例では、保存機能として、ジョブ履歴処理サーバ２０の外部メモリ２０９のフォルダを前提としているが、ジョブ履歴情報を保存できる手段であれば、データベースやミドルウェアなどであっても構わない。また、保存機能によるデータの保存先は、ジョブ履歴を監査するためのデータ保管や検索の機能を備えるジョブ履歴監査システム等の外部システム内の記憶領域であっても構わない。保存機能によるデータの保存先は、ジョブ履歴監査システム等の外部システムから参照可能な記憶領域であればよい。
【００２６】
デジタル複合機４０は、スキャン、プリント、コピー、電子メール、ＦＡＸなどの機能を有し、機器上で実行したジョブに関して、ジョブ履歴情報を記録する機能を有するＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）である。なお、ジョブ履歴情報の記録は、例えばジョブの実行と同時に行われるものとするが、これに限定されるものではない。
【００２７】
また、デジタル複合機４０には、クライアントアプリケーションとして、収集エージェント４１がインストールされている。デジタル複合機４０は、ジョブが実行された場合、ジョブ履歴情報をデジタル複合機上の記憶領域（例えば図２に示すＨＤＤ４０４）に一時保存し、収集エージェント４１は送信指示を受信時または送信時間になり次第、該ジョブ履歴情報をジョブ履歴処理サーバ２０に送信する。本実施例では、収集エージェント４１の実施例としてデジタル複合機４０を用いて説明するが、プリンタへ印刷ジョブを投入できる画像形成装置（例えば、プリンタドライバの機能追加等によりジョブ履歴情報が取得可能なパーソナルコンピュータ（ＰＣ）等の情報処理装置であってもかまわない。
【００２８】
図２は、デジタル複合機４０のハードウェア構成を例示するブロック図である。
図２において、４００はコントローラユニットである。コントローラユニット４００において、４０１はＣＰＵで、システム全体を制御するコントローラである。４０２はＲＡＭで、ＣＰＵ４０１が動作するためのシステムワークメモリであり、入力された画像データを一時記憶するための画像メモリ（バッファメモリ）でもある。４０３はＲＯＭで、ブートＲＯＭであり、システムのブートプログラムが保存されている。
【００２９】
４０４はハードディスクドライブ（ＨＤＤ）で、システムソフトウェア、収集エージェント４１のプログラム、ジョブ履歴情報、ユーザボックス内の画像データなどを保存する。ＨＤＤ４０４に保存されたプログラムは、ＲＡＭ４０２にロードされ実行される。後述する各フローチャートの収集エージェント４１の処理は、ＨＤＤ４０４に保存された収集エージェント４１のプログラムをＣＰＵ４０１が実行することにより実現できる。なお、ＨＤＤ４０４の代わりにソリッドステートドライブ（ＳＳＤ）等の他の記憶装置を用いてもよい。
【００３０】
４０５は操作部Ｉ／Ｆで、操作部４２０とのインタフェース部であり、操作部４２０に表示するための画面データを操作部４２０に対して出力する。また、操作部Ｉ／Ｆ４０５は、操作部４２０からオペレータが入力した情報を、ＣＰＵ４０１に伝える役割をする。なお、操作部４２０は、デジタル複合機４０に設置された画面であっても、ＰＣなどの外部機器からリモートでデジタル複合機４０内のプログラムが提供する画面（図３に示すディスプレイ２０８に表示されるリモートＵＩ）であっても構わない。
【００３１】
４０６はネットワーク部（Ｎｅｔｗｏｒｋ）で、ネットワーク（ＬＡＮ）１００に接続し、情報の入出力を行う。４０７はモデム（ＭＯＤＥＭ）で、公衆回線（ＷＡＮ）４４０に接続し、画像データやデジタル複合機情報の入出力を行う。
【００３２】
４０８は画像処理部で、ＰＤＬコードをビットマップイメージに展開する処理や、入力画像データ又は出力画像データに対し補正，加工，編集等の画像処理を行う。具体的には、画像処理部４０８は、画像データの回転処理、圧縮伸長処理、解像度変換処理などを行う。
【００３３】
４０９はデバイスＩ／Ｆ部で、画像入出力デバイスであるスキャナ部４５０，プリンタ部４５１とコントローラユニット４００とを画像入力部インタフェース４５２，印刷部インタフェース４５３を介して接続し、画像データの変換を行う。
以上のデバイスがシステムバス４１０上に配置される。
【００３４】
図３は、図１に示したジョブ履歴処理サーバ２０を構成するＰＣのハードウェア構成図である。図３に示されるハードウェア構成は、一般的な情報処理装置のハードウェア構成に相当するものとし、本実施形態のＰＣには一般的な情報処理装置のハードウェア構成を適用できる。
【００３５】
図３において、ＣＰＵ２００は、ＲＯＭ２０２のプログラム用ＲＯＭに記憶された、或いは外部メモリ２０９からＲＡＭ２０１にロードされたオペレーティングシステムやアプリケーション等のプログラムを実行し、各種制御を実現する。なお、後述する各フローチャートの処理は、ＣＰＵ２００がこれらのプログラムを実行することにより実現できる。
【００３６】
ＲＡＭ２０１は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。キーボードコントローラ２０３は、キーボード２０７や図示しないポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ２０４は、各種ディスプレイ２０８の表示を制御する。ディスクコントローラ２０５は、各種データを記憶するハードディスクドライブ（ＨＤＤ）等の外部メモリ２０９やＵＳＢ記憶メディア等におけるデータアクセスを制御する。なお、外部メモリ２０９としてソリッドステートドライブ（ＳＳＤ）等の他の記憶装置を用いてもよい。ネットワークカード（ＮＣ）２０６は、ネットワーク１００に接続され、ネットワークに接続された他の機器との通信制御処理を実行する。
【００３７】
図４は、ジョブ履歴処理サーバ２０およびデジタル複合機４０のソフトウェア構成を例示するブロック図である。
デジタル複合機４０のソフトウェア構成は、図示しないデジタル複合機コントローラと、収集エージェント４１等で構成される。
【００３８】
図示しないデジタル複合機コントローラは、ＲＯＭ４０３、及び、ＨＤＤ４０４に保存されたプログラム（システムソフトウェア）として実装されるものであり、該プログラムをＣＰＵ４０１が実行することにより機能する。このデジタル複合機コントローラは、デジタル複合機４０のシステム全体を制御する。また、デジタル複合機コントローラは、操作部Ｉ／Ｆ４０５を介して受信したユーザからの指示を基に、ジョブを実行する。ジョブ実行の際、デジタル複合機コントローラは、ジョブ履歴情報を生成し、該ジョブ履歴情報をＨＤＤ４０４へ保存する。ジョブ履歴情報は、例えば、ジョブの種別に応じて入力または出力される画像（ジョブ履歴画像）と、ジョブの実行日時や実行ユーザなどの情報等からなるジョブ履歴属性情報などで構成されるデジタル複合機４０で実行されたジョブのログ情報であり、上述のようにデジタル複合機４０で記録される。
【００３９】
収集エージェント４１は、デジタル複合機４０にインストールされたプログラム（ＨＤＤ４０４等に保存されたプログラム）として実装されるものであり、該プログラムをＣＰＵ４０１が実行することにより機能する。
【００４０】
収集エージェント４１において、メイン制御部４１００は、収集エージェント４１の全体を制御し、後述の各部に対する指示、管理を行う。メイン制御部４１００は、通信制御部４１０１への通信指示、ＵＩ制御部４１０２からのユーザ指示内容に従った設定制御部４１０３への設定制御指示、及び、ジョブ履歴情報制御部４１０４へのジョブ履歴情報制御指示を行う。
【００４１】
通信制御部４１０１は、ジョブ履歴処理サーバ２０に対してジョブ履歴情報や設定情報や処理要求を送信し、ジョブ履歴処理サーバ２０から応答を受信する。
【００４２】
ＵＩ制御部４１０２は、収集エージェント４１におけるユーザ操作に関する処理を全般的に制御する。具体的には、ＵＩ制御部４１０２は、ユーザインタフェース（ＵＩ）をデジタル複合機４０の操作部４２０又はＰＣなどの外部機器へリモートで提供する画面（リモートＵＩ）をディスプレイ２０８に表示し、ユーザから受け取った指示内容をメイン制御部４１００へ渡す。
【００４３】
設定制御部４１０３は、収集エージェント４１に関する動作条件等の設定情報を制御する。設定制御部４１０３は、メイン制御部４１００を介して、ＵＩ制御部４１０２から動作条件の設定指示を受け取り、ファイル操作部４１０５を介して、設定情報の参照、保存を行い、さらに通信制御部４１０１を介して設定情報をジョブ履歴処理サーバ２０へ送信する。ここで、設定制御部４１０３が参照、保存する設定情報として、収集エージェント４１の識別情報（エージェントＩＤ）、エージェント名、ジョブが実行されたデジタル複合機を特定するためのＭＡＣアドレスやシリアル番号などがある。また、ステータスや、ジョブ履歴情報をジョブ履歴処理サーバ２０へ送信するスケジュールなども、該設定情報に含まれてもよい。設定制御部４１０３は、この設定情報を、ＵＩ制御部４１０２を介してユーザから変更指示があった時に更新したり、収集エージェント４１がジョブ履歴処理サーバ２０へ一定間隔で最新情報を問い合わせたり等、所定のタイミングで更新する。
【００４４】
ジョブ履歴情報制御部４１０４は、メイン制御部４１００の指示に従い、ファイル操作部４１０５を介してジョブ履歴情報を取得し、通信制御部４１０１を介してジョブ履歴処理サーバ２０へ送信する。
ファイル操作部４１０５は、ＨＤＤ４０４内の設定情報、画像データ、及び、ジョブ履歴情報を入出力するための制御部であり、各部からの処理要望を受けて処理を実行する。
【００４５】
ジョブ履歴処理サーバ２０において、メイン制御部２０００は、ジョブ履歴処理サーバ２０の全体を制御し、後述の各部に対する指示、管理を行う。
通信制御部２００１は、収集エージェント４１の通信制御部４１０１からジョブ履歴情報や設定情報を受信し、また、収集エージェントからの処理要求に対する応答を送信する。通信制御部２００１が受信したジョブ履歴情報は、メイン制御部２０００、設定制御部２００３を介して、保存部２００７へ保存される。また、通信制御部２００１が受信した設定情報は、メイン制御部２０００を介して設定制御部２００３へ渡される。
【００４６】
ＵＩ制御部２００２は、ジョブ履歴処理サーバ２０のディスプレイ２０８にユーザインタフェースを表示し、キーボード２０７や図示しないポインティングデバイスを介してユーザからの指示を受け付ける。ユーザから指定された設定情報は、メイン制御部２０００、設定制御部２００３を介して、保存部２００７に保存される。
【００４７】
設定制御部２００３は、ジョブ履歴処理サーバ２０、及び、収集エージェント４１の識別情報や動作に関する設定情報を制御する。設定制御部２００３は、メイン制御部２０００を介して、収集エージェント４１のシステムへの登録要求を受け取り、エージェント管理サーバ１０の「システムでユニークな識別情報を発行するための情報」を参照して、収集エージェント４１の識別情報を発行後、保存部２００７に保存する。また、設定制御部２００３は、メイン制御部２０００を介して、ユーザまたは収集エージェント４１からの動作設定指示を受け取り、保存部２００７に設定情報を保存する。
【００４８】
ジョブ履歴情報制御部２００４は、メイン制御部２０００を介して、ジョブ履歴情報参照、保存指示を受け付け、指示に従ったジョブ履歴情報の制御を行う。
画像処理部２００５は、ジョブ履歴情報制御部２００４からの指示に従い、ジョブ履歴情報（画像データ）に対してＯＣＲ処理や、画像フォーマットの変換を行う。
【００４９】
ファイル操作部２００６は、各制御部からの指示を受け付け、保存部２００７の識別情報、設定情報、ジョブ履歴情報の参照、保存を行う。
保存部２００７は、記憶装置であり、本実施例では図３で示すジョブ履歴処理サーバ２０の外部メモリ２０９に対応し、識別情報、設定情報、ジョブ履歴情報を保存する。なお、保存部２００７は、ジョブ履歴監査システム等の外部システムから参照可能な記憶領域であればよく、いずれの装置上に存在していてもよい。
【００５０】
図５は、実施例１における収集エージェント４１のシステムへのエージェント登録要求処理を例示するフローチャートである。この処理は、収集エージェントが初めて起動された際、または、ユーザの実行指示を受けた際に実行する処理である。なお、図５のフローチャートに示す各ステップは、デジタル複合機４０のＣＰＵ４０１が、ＲＯＭ４０３またはＨＤＤ４０４に記憶されている収集エージェント４１を実現するプログラムを実行することで実現される。また、ＣＰＵ４０１は、必要に応じて記憶領域としてＲＡＭ４０２やＨＤＤ４０４を利用する。
【００５１】
ステップＳ１００において、ＵＩ制御部４１０２は、デジタル複合機４０の操作部４２０やＰＣなどの外部機器へリモートで提供する画面を介して、ユーザからの通信サーバ情報を取得し、ＨＤＤ４０４に保存する。具体的には、ＵＩ制御部４１０２は、ユーザに通信サーバのＩＰアドレスまたはホスト名の入力を促す画面を操作部４２０又はＰＣのディスプレイ２０８に表示し、ユーザの入力を待つ。ユーザが通信サーバの情報を入力した場合、操作部Ｉ／Ｆ４０５やキーボードコントローラ２０３を介して、ＵＩ制御部４１０２がその入力値を取得し、メイン制御部４１００へ渡す。メイン制御部４１００は、設定制御部４１０３に指示し、ファイル操作部４１０５を介して、ユーザが入力した通信サーバの情報をＨＤＤ４０４に保存する。本実施例では、図１５に示すように、収集エージェント４１の設定情報と一緒にファイルで保持するものとし、＜ＵＲＬ＞タグの値として通信サーバの情報を保存する。
図１５は、収集エージェント４１が保存する通信サーバ情報、仮識別情報及び設定情報を例示する図である。
【００５２】
次に、ステップＳ１０１において、メイン制御部４１００は、通信制御部４１０１を介し、ジョブ履歴処理サーバ２０へ、設定情報と共にエージェント登録要求を送信する。エージェント登録要求とは、システムに該収集エージェントを登録する処理をジョブ履歴処理サーバに実行してもらうよう依頼するものである。具体的には、ジョブ履歴処理サーバ２０がシステムにおいてユニークな収集エージェント識別情報を発行し、該収集エージェントの設定情報をエージェント管理サーバ１０又は保存部２００７に保存することである。
【００５３】
設定情報は、前述のとおり、エージェント名、ジョブが実行されたデジタル複合機を特定するためのＭＡＣアドレスやシリアル番号、ステータス、ジョブ履歴情報をジョブ履歴処理サーバ２０へ送信するスケジュールなどである。本実施例では、エージェント登録要求と設定情報は同時に送信することを前提としているが、シーケンスとして別通信（別ＡＰＩを呼び出す処理）を行っても構わない。
【００５４】
次に、ステップＳ１０２において、通信制御部４１０１は、ジョブ履歴処理サーバ２０からの応答を受信する。ここで受信する応答には、エージェント登録要求に対する成否と、ジョブ履歴処理サーバ２０が発行した収集エージェントの識別情報（正式識別情報または仮識別情報）が含まれる。
【００５５】
次に、ステップＳ１０３において、通信制御部４１０１は、上記Ｓ１０２で受信した応答の内容を確認し、エージェント登録要求が「エージェント管理サーバアクセスエラー」であるか否かを判断する。この判断では、受信した応答に「エージェント管理サーバアクセスエラー」を示す情報が含まれている場合、エージェント登録要求が「エージェント管理サーバアクセスエラー」であると判断する。
そして、エージェント登録要求が「エージェント管理サーバアクセスエラー」であると判断した場合（Ｓ１０３でＹｅｓの場合）、通信制御部４１０１は、Ｓ１０４へ処理を進める。
【００５６】
ステップＳ１０４では、通信制御部４１０１は、上記Ｓ１０２で受信した応答に含まれる識別情報を仮識別情報として、ファイル操作部４１０５を介してＨＤＤ４０４に保存する。保存するデータの例は、図１５に示す。
図１５に示す例では、仮識別情報は、＜ＡｇｅｎｔＩＤ＞タグに「Ａ」として保存されている。本実施例では、仮識別情報と正式識別情報を同じタグで保存、管理するが、別のタグであってもかまわない。
【００５７】
次に、ステップＳ１０５において、通信制御部４１０１は、「エージェント管理サーバ使用不可フラグ」をＯＮにし、本フローチャートの処理を終了する。
なお、「エージェント管理サーバ使用不可フラグ」は、メモリ（ＲＡＭ４０２）上に保持した情報でもかまわないし、ＨＤＤ４０４にファイルとして保存し、該ファイルの有無でフラグを判断する構成や、何らかの値をデータベースに保存する構成でもかまわない。また、フラグのＯＮ／ＯＦＦを判断する情報としては、０／１の数値（ビット）や、ＹＥＳ／ＮＯなどのテキストであっても構わない。本実施例では、設定情報の一部として、ファイル操作部４１０５を介して、ＨＤＤ４０４に保存するものとする。具体的に図１５の例では、＜ＡｇｅｎｔＭｎｇＳｒｖＵｓａｂｌｅＦｌａｇ＞タグにＯＮ／ＯＦＦの値で管理する。
【００５８】
一方、上記Ｓ１０３において、エージェント登録要求が「エージェント管理サーバアクセスエラー」でないと判断した場合（Ｓ１０３でＮｏの場合）、通信制御部４１０１は、Ｓ１０６へ処理を進める。
【００５９】
ステップＳ１０６では、通信制御部４１０１は、上記Ｓ１０２で受信した応答に含まれる識別情報を正式識別情報として、ファイル操作部４１０５を介してＨＤＤ４０４に保存し、本フローチャートの処理を終了する。上記Ｓ１０４でも説明したとおり、本実施例では、仮識別情報と正式識別情報を同じタグで保存するため、正式識別情報も図１５に示した＜ＡｇｅｎｔＩＤ＞タグの値として保存する。
【００６０】
図６は、ジョブ履歴処理サーバ２０が収集エージェント４１からシステムへのエージェント登録要求を受信した際のエージェント登録処理を例示するフローチャートである。なお、図６のフローチャートに示す各ステップは、ジョブ履歴処理サーバ２０のＣＰＵ２００が、外部メモリ２０９に記憶されているプログラムを実行することで実現される。また、ＣＰＵ２００は、必要に応じて記憶領域としてＲＡＭ２０１や外部メモリ２０９を利用する。
【００６１】
ステップＳ２００において、通信制御部２００１は、収集エージェント４１からのエージェント登録要求を受信する。この際、通信制御部２００１は、収集エージェント４１が図５のＳ１０１で送信した設定情報も同時に受信する。
【００６２】
次に、ステップＳ２０１において、通信制御部２００１は、メイン制御部２０００を介して設定制御部２００３に対して、正式識別情報の発行、及び、エージェント管理サーバ１０への正式識別情報と上記Ｓ２００で受信した設定情報の保存を指示する。この指示に応じて、設定制御部２００３は、エージェント管理サーバ１０へアクセスし、エージェント管理サーバ１０が持つ「システムでユニークな識別情報を発行するための情報」を参照し、正式識別情報を発行する。図１４に示した例では、「システムでユニークな識別情報を発行するための情報」としての＜ＡｇｅｎｔＩＤ＞タグの値が「５」であるため、設定制御部２００３は、この値を１つカウントアップして「６」を正式識別情報として発行する。正式識別情報の発行が成功した場合、設定制御部２００３は、エージェント管理サーバ１０の外部メモリ２０９に対し、正式識別情報と、上記Ｓ２００で受信した設定情報を関連づけて保存する。正式識別情報を保存するデータの例は、図２０の「ＡｇｅｎｔＩＤ」である。
図２０は、エージェント管理サーバ１０が保持する収集エージェント４１の正式識別情報及び設定情報を例示する図である。
【００６３】
次に、ステップＳ２０２において、設定制御部２００３は、上記Ｓ２０１の保存処理が成功したか失敗したかを判断する。
そして、上記Ｓ２０１の保存処理が成功したと判断した場合（Ｓ２０２でＮｏの場合）、設定制御部２００３は、Ｓ２０７へ処理を進める。
【００６４】
ステップＳ２０７では、設定制御部２００３は、メイン制御部２０００及び通信制御部２００１を介して、収集エージェント４１へエージェント登録処理が成功した旨と正式識別情報を送信し、本フローチャートの処理を終了する。
【００６５】
一方、上記Ｓ２０１の処理が失敗したと判断した場合（Ｓ２０２でＹｅｓの場合）、設定制御部２００３は、Ｓ２０３へ処理を進める。
ステップＳ２０３では、設定制御部２００３は、「エージェント管理サーバ使用不可フラグ」をＯＮにする。
【００６６】
「エージェント管理サーバ使用不可フラグ」はメモリ（ジョブ履歴処理サーバ２０のＲＡＭ２０１）上に保持した情報でもかまわないし、ジョブ履歴処理サーバ２０の外部メモリ２０９にファイルとして保存し、該ファイルの有無で判断する構成や、何らかの値をデータベースに保存する構成でもかまわない。また、フラグのＯＮ／ＯＦＦを判断する情報としては、０／１の数値（ビット）や、ＹＥＳ／ＮＯなどのテキストであっても構わない。本実施例では、ジョブ履歴処理サーバ２０の設定情報の一部として、ファイル操作部２００６を介して、外部メモリ２０９に保存するものとする。具体的に図１６において、＜ＵｓａｂｌｅＦｌａｇ＞タグにＯＮ／ＯＦＦの値で管理する。
【００６７】
図１６は、エージェント管理サーバ１０に関する情報を記載したＸＭＬファイルを例示する図である。当該ＸＭＬファイルには、収集エージェント４１の情報を保存しているフォルダパスや、該フォルダへのアクセス情報（ユーザ名、パスワード）も保存されている。
【００６８】
次に、ステップＳ２０４において、設定制御部２００３は、仮識別情報を発行する。設定制御部２００３は、既存の仮識別情報があるか否かを確認し、既存の仮識別情報がある場合には、識別情報がユニークになるような値で仮識別情報を発行する。仮識別情報は、単純な数値でも構わないし、上記Ｓ２００で収集エージェント４１から受信した設定情報の値（例えばＭＡＣアドレスやシリアル番号）でも構わない。さらに、設定情報の値と現在日時を結合させた値などでも構わない。
【００６９】
次に、ステップＳ２０５において、設定制御部２００３は、上記Ｓ２０４で発行した仮識別情報と、上記Ｓ２００で収集エージェント４１から受信した設定情報を関連づけて保存する。この保存では、ファイル操作部２００６を介し、保存部２００７へ保存する。
【００７０】
図１７は、図６のＳ２０６で保存するデータを例示する図である。
図１７において、仮識別情報は、＜ＡｇｅｎｔＩＤ＞タグに「Ａ」として保存されている。また設定情報として、収集エージェントがインストールされているデジタル複合機のシリアル番号やＩＰアドレス、収集エージェントのステータス、ジョブ履歴情報の転送スケジュールなどの情報を保存する。
【００７１】
次に、ステップＳ２０６において、設定制御部２００３は、メイン制御部２０００及び通信制御部２００１を介し、「エージェント管理サーバアクセスエラー」を示す情報と仮識別情報を、収集エージェント４１へ送信し、本フローチャートの処理を終了する。
【００７２】
図７は、実施例１における収集エージェント４１がジョブ履歴処理サーバ２０へジョブ履歴情報を送信する処理（ジョブ履歴情報送信処理）を示すフローチャートである。このジョブ履歴情報送信処理は、収集エージェント４１が、操作部４２０又はディスプレイ２０８に表示した画面を介してユーザからの送信指示を受信時、または、送信時間（一定周期毎でもよい）になり次第実行される。なお、図７のフローチャートに示す各ステップは、デジタル複合機４０のＣＰＵ４０１が、ＲＯＭ４０３またはＨＤＤ４０４に記憶されている収集エージェント４１を実現するプログラムを実行することで実現される。また、ＣＰＵ４０１は、必要に応じて記憶領域としてＲＡＭ４０２やＨＤＤ４０４を利用する。なお、図７のフローチャートは一つのジョブ履歴を送信する処理を示しており、ＨＤＤ４０４に複数のジョブ履歴がある場合には、ＨＤＤ４０４にあるジョブ履歴の数だけ、図７に示される処理が繰り返される。
【００７３】
ステップＳ３００において、通信制御部４１０１は、「エージェント管理サーバ使用不可フラグ」（図１５の＜ＡｇｅｎｔＭｎｇＳｒｖＵｓａｂｌｅＦｌａｇ＞タグの値）を確認する。
【００７４】
次に、ステップＳ３０１において、通信制御部４１０１は「エージェント管理サーバ使用不可フラグ」がＯＮか否かを判断する。
そして、「エージェント管理サーバ使用不可フラグ」がＯＦＦであると判断した場合（Ｓ３０１でＮｏの場合）、通信制御部４１０１は、Ｓ３０２へ処理を進める。
【００７５】
ステップＳ３０２では、通信制御部４１０１は、ジョブ履歴処理サーバ２０に対し、図５のＳ１０６で保存した正式識別情報と共に、データ転送予約を送信する。データ転送予約とは、ジョブ履歴処理サーバ２０にジョブ履歴情報を送信することを通知するための処理であり、収集エージェントがジョブ履歴情報を送信する一連のシーケンスをジョブ履歴処理サーバ２０が適切に処理するための準備を行う。詳細は図８で後述する。なお、通信制御部４１０１は、図５のＳ１００で保存した通信サーバの情報を使って送信先のジョブ履歴処理サーバ２０を特定する。ここでは、図５のＳ１０６で保存した正式識別情報も同時に送信することによって、ジョブ履歴処理サーバ２０が収集エージェント４１を特定可能になる。
【００７６】
次に、ステップＳ３０３において、通信制御部４１０１は、ジョブ履歴処理サーバ２０からの応答を受信する。このとき応答として、少なくともデータ転送予約処理の成否と接続ＩＤが含まれる。接続ＩＤは、ジョブ履歴情報送信処理の一連のシーケンスを、ジョブ履歴処理サーバ２０が管理するための情報である。この接続ＩＤは、本ジョブ履歴情報送信処理の完了まで使用するため、通信制御部４１０１は、メモリ（ＲＡＭ４０２）またはＨＤＤ４０４上に保持する必要がある。
【００７７】
次に、ステップＳ３０４において、通信制御部４１０１は、上記Ｓ３０３で受信した応答の内容を確認し、データ転送予約処理が成功しているか否かを判断する。
そして、データ転送予約処理が失敗していると判断した場合（Ｓ３０４でＮｏの場合）、通信制御部４１０１は、ステップＳ３１４において、エラー処理を実行する。詳細は後述する。
【００７８】
一方、上記Ｓ３０４において、データ転送予約処理が成功していると判断した場合（Ｓ３０４でＹｅｓの場合）、通信制御部４１０１は、Ｓ３０５へ処理を進める。
【００７９】
ステップＳ３０５では、通信制御部４１０１は、ジョブ履歴処理サーバ２０に対して、上記Ｓ３０３で受信した接続ＩＤと共にジョブ履歴情報を送信する。なお、ジョブ履歴情報は、通信制御部４１０１がメイン制御部４１００を介してジョブ履歴情報制御部４１０４から取得する。ジョブ履歴情報制御部４１０４は、ファイル操作部４１０５を介してＨＤＤ４０４からジョブ履歴情報を取得する。また、通信制御部４１０１によるジョブ履歴情報の送信処理は、ジョブ履歴情報を構成するログ属性情報、画像データなどを規定のシーケンスに従って送信する。画像データのようにデータサイズが大きい場合には、ページ単位に分割して送信したり、さらに詳細にデータサイズで区切って送信したりすることが可能である。
【００８０】
次に、ステップＳ３０６において、通信制御部４１０１は、ジョブ履歴処理サーバ２０から応答を受信する。この応答には、少なくともジョブ履歴情報送信処理の成否が含まれる。
【００８１】
次に、ステップＳ３０７において、通信制御部４１０１は、上記Ｓ３０６で受信した応答の内容を確認し、ジョブ履歴情報送信処理が成功しているか否かを判断する。
そして、ジョブ履歴情報送信処理が失敗していると判断した場合（Ｓ３０７でＮｏの場合）、通信制御部４１０１は、ステップＳ３１４において、エラー処理を実行する。詳細は後述する。
【００８２】
一方、上記Ｓ３０７において、ジョブ履歴情報送信処理が成功していると判断した場合（Ｓ３０７でＹｅｓの場合）、通信制御部４１０１は、Ｓ３０８へ処理を進める。
【００８３】
ステップ３０８では、通信制御部４１０１は、ジョブ履歴処理サーバ２０に対して、上記Ｓ３０３で受信した接続ＩＤと共にデータ変換処理要求を送信する。データ変換処理要求は、上記３０５で送信したジョブ履歴情報（画像データ）に対してＯＣＲ処理や、画像フォーマットの変換を行うことを、ジョブ履歴処理サーバ２０に要求するものである。
【００８４】
次に、ステップＳ３０９において、通信制御部４１０１は、ジョブ履歴処理サーバ２０から応答を受信する。この応答には、少なくともデータ変換処理要求処理の成否が含まれる。
【００８５】
次に、ステップＳ３１０において、通信制御部４１０１は、上記Ｓ３０９で受信した応答の内容を確認し、データ変換処理要求処理が成功しているか否かを判断する。
そして、データ変換処理要求処理が失敗していると判断した場合（Ｓ３１０でＮｏの場合）、通信制御部４１０１は、ステップＳ３１４において、エラー処理を実行する。詳細は後述する。
【００８６】
一方、上記Ｓ３１０において、データ変換処理要求処理が成功していると判断した場合（Ｓ３１０でＹｅｓの場合）、通信制御部４１０１は、Ｓ３１１へ処理を進める。
【００８７】
ステップ３１１では、通信制御部４１０１は、ジョブ履歴処理サーバ２０に対して、上記Ｓ３０３で受信した接続ＩＤと共にデータ転送予約解除を送信する。データ転送予約解除とは、上記Ｓ３０２においてジョブ履歴処理サーバ２０に送信したデータ転送予約を解除するためのものであり、つまりジョブ履歴情報の送信（一連のシーケンス）が完了したことを通知するための処理である。
【００８８】
次に、ステップＳ３１２において、通信制御部４１０１はジョブ履歴処理サーバ２０から応答を受信する。この応答には、少なくともデータ転送予約解除処理の成否が含まれる。
【００８９】
次に、ステップＳ３１３において、通信制御部４１０１は、上記Ｓ３１２で受信した応答の内容を確認し、データ転送予約解除処理が成功しているか否かを判断する。
そして、データ転送予約解除処理が成功していると判断した場合（Ｓ３１３でＹｅｓの場合）、通信制御部４１０１は、本フローチャートの処理を終了する。
【００９０】
一方、上記Ｓ３１３において、データ転送予約解除処理が失敗していると判断した場合（Ｓ３１３でＮｏの場合）、通信制御部４１０１は、Ｓ３１４に処理を進める。
【００９１】
ステップＳ３１４では、通信制御部４１０１は、エラー処理を実行し、本フローチャートの処理を終了する。エラー処理は、ジョブ履歴処理サーバ２０から受信した応答によって、処理内容を切り分ける。例えば、エラー処理では、不要なリソース資源を解放しジョブ履歴情報を送信する処理を終了して次回の送信タイミングを待ってもよいし、応答のエラーを無視してジョブ履歴情報を送信する処理を終了してもよい。また、エラー処理では、操作部４２０にエラーメッセージを表示したり、エラーメールを送信したりして、ユーザに対してエラーを通知してもよい。
【００９２】
また、上記Ｓ３０１において、「エージェント管理サーバ使用不可フラグ」がＯＮであると判断した場合（Ｓ３０１でＹｅｓの場合）、通信制御部４１０１は、Ｓ３５２へ処理を進める。
【００９３】
ステップ３５２では、通信制御部４１０１は、ジョブ履歴処理サーバ２０に対して、図５のＳ１０４で保存した仮識別情報と共に、データ転送予約を送信する。ここでは、正式識別情報の代わりに、図５のＳ１０４で保存した仮識別情報を送信する以外は、上記３０２と同様の処理になるため、説明を省略する。
【００９４】
次に、ステップＳ３５３において、通信制御部４１０１は、上記Ｓ３０３と同様に、ジョブ履歴処理サーバ２０からの応答を受信する。
次に、ステップＳ３５４において、通信制御部４１０１は、上記Ｓ３０４と同様に、上記Ｓ３５３で受信した応答の内容を確認し、データ転送予約処理が成功しているか否かを判断する。
【００９５】
そして、データ転送予約処理が成功していると判断した場合（Ｓ３５４でＹｅｓの場合）、通信制御部４１０１は、Ｓ３０５へ処理を進める。
一方、データ転送予約処理が失敗していると判断した場合（Ｓ３５４でＮｏの場合）、通信制御部４１０１は、Ｓ３５５に処理を進める。
【００９６】
ステップＳ３５５では、通信制御部４１０１は、上記３５３で受信した応答に「エージェント管理サーバ復旧」を示す情報が含まれているか否かを判断する。なお、「エージェント管理サーバ復旧」を示す情報には、正式識別情報も含まれているものとする。本実施例では、正式識別情報は、ジョブ履歴処理サーバ２０から通知されることを前提にしているが、収集エージェント４１が「エージェント管理サーバ復旧」を認識した後に、正式識別情報の発行依頼を出しても構わない。
【００９７】
そして、上記Ｓ３５５において、上記３５３で受信した応答に「エージェント管理サーバ復旧」を示す情報が含まれていないと判断した場合（Ｓ３５５でＮｏの場合）、通信制御部４１０１は、ステップＳ３１４において、上述したエラー処理を実行する。
【００９８】
一方、上記Ｓ３５５において、上記３５３で受信した応答に「エージェント管理サーバ復旧」を示す情報が含まれていると判断した場合（Ｓ３５５でＹｅｓの場合）、通信制御部４１０１は、Ｓ３５６に処理を進める。
【００９９】
ステップ３５６では、通信制御部４１０１は、図５のＳ１０６と同様に、ファイル操作部４１０５を介して、正式識別情報をＨＤＤ４０４に保存する。
次に、ステップＳ３５７において、通信制御部４１０１は、「エージェント管理サーバ使用不可フラグ」（図１５の＜ＡｇｅｎｔＭｎｇＳｒｖＵｓａｂｌｅＦｌａｇ＞タグの値）をＯＦＦに変更し、本フローチャートの処理を終了する。
【０１００】
図８は、ジョブ履歴処理サーバ２０が収集エージェント４１からジョブ履歴情報を受信する処理（ジョブ履歴情報受信処理）を例示するフローチャートである。なお、図８のフローチャートに示す各ステップは、ジョブ履歴処理サーバ２０のＣＰＵ２００が、外部メモリ２０９に記憶されているプログラムを実行することで実現される。また、ＣＰＵ２００は、必要に応じて記憶領域としてＲＡＭ２０１や外部メモリ２０９を利用する。
【０１０１】
ステップＳ４００において、通信制御部２００１は、収集エージェント４１からデータ転送予約を受信する。その際、図７のＳ３０２又はＳ３５２で収集エージェントが送信した識別情報（正式識別情報又は仮識別情報）も合わせて受信する。
【０１０２】
次に、ステップＳ４０１において、通信制御部２００１は、「エージェント管理サーバ使用不可フラグ」（図１６の＜ＵｓａｂｌｅＦｌａｇ＞タグの値）を確認し、「エージェント管理サーバ使用不可フラグ」がＯＮであるか否かを判断する。
そして、「エージェント管理サーバ使用不可フラグ」がＯＦＦであると判断した場合（Ｓ４０１でＮｏの場合）、通信制御部２００１は、Ｓ４０２へ処理を進める。
【０１０３】
ステップＳ４０２では、通信制御部２００１は、エージェント管理サーバ１０へアクセスし、上記Ｓ４００で受信した識別情報に対応する収集エージェントの設定情報を取得する。設定情報は、図６のＳ２０１で保存した設定情報であるが、該Ｓ２０１の処理実行後、別の機能や外部アプリなどによって情報が追加されていた場合に、該追加情報を含んでも構わない。
【０１０４】
次に、ステップＳ４０３において、通信制御部２００１は、上記Ｓ４０２で設定情報の取得に成功したか否かを判断する。
そして、設定情報の取得に失敗したと判断した場合（Ｓ４０３でＮｏの場合）、通信制御部２００１は、ステップＳ４１８に処理を進め、エラー処理を実行し、本フローチャートの処理を終了する。エラー処理としては、例えば、データ転送予約処理に「失敗」した旨の情報を、通信制御部２００１から収集エージェント４１へ送信する等がある。
【０１０５】
一方、設定情報の取得に成功したと判断した場合（Ｓ４０３でＹｅｓの場合）、通信制御部２００１は、Ｓ４０６へ処理を進める。
ステップＳ４０６では、通信制御部２００１は、接続ＩＤを発行するための処理を実行する。具体的には、通信制御部２００１は、現在、通信制御部２００１に接続している収集エージェントの数を確認し、規定値以内だった場合に接続ＩＤを発行する。接続ＩＤは、英数字や数値や日時などの値や、それらの組み合わせでもよく、収集エージェントとの接続をユニークに判断できる形式であればよい。
次に、ステップＳ４０７において、通信制御部２００１は、上記Ｓ４０６で発行した接続ＩＤを収集エージェント４１に送信する。
【０１０６】
次に、ステップＳ４０８において、通信制御部２００１は、収集エージェント４１からジョブ履歴情報を受信する。ジョブ履歴情報は、図７のＳ３０５において収集エージェントの通信制御部４１０１が送信した情報である。
次に、ステップＳ４０９において、通信制御部２００１は、上記Ｓ４０８で受信したジョブ履歴情報が正常に受信完了したか否かを判断する。
【０１０７】
そして、正常に受信完了していないと判断した場合（Ｓ４０９でＮｏの場合）、通信制御部２００１は、ステップＳ４１８に処理を進め、エラー処理を実行し、本フローチャートの処理を終了する。エラー処理としては、例えば、ジョブ履歴情報送信に「失敗」した旨の情報を、通信制御部２００１から収集エージェント４１へ送信する等がある。
【０１０８】
一方、正常に受信完了したと判断した場合（Ｓ４０９でＹｅｓの場合）、通信制御部２００１は、Ｓ４１０に処理を進める。
ステップＳ４１０では、通信制御部２００１は、ジョブ履歴情報送信に「成功」した旨の情報を、通信制御部２００１から収集エージェント４１へ送信する。
【０１０９】
次に、ステップＳ４１１において、通信制御部２００１は、収集エージェント４１からデータ変換処理要求を受信する。データ変換処理要求の詳細は図７のＳ３０８で説明済みであるので省略する。
【０１１０】
次に、ステップＳ４１２において、通信制御部２００１は、上記Ｓ４０８で受信したジョブ履歴情報をデータ変換処理対象リストに追加する。データ変換処理対象リストは、データ変換処理を実行する対象のジョブ履歴情報を管理するためのリストである。よって、データ変換処理対象リストに追加する処理は、ジョブ履歴情報に関連付けられた識別情報（例えば、接続ＩＤ）を管理してもよいし、ジョブ履歴情報のファイル情報（ファイル名、ファイルパスなど）を管理しても構わない。また、ジョブ履歴情報に対して実行する処理の内容をデータ変換処理対象リストに追加する形でも構わない。
【０１１１】
次に、ステップＳ４１２において、通信制御部２００１は、メイン制御部２０００を介して、ジョブ履歴情報制御部２００４に、データ変換処理対象リストに追加されたジョブ履歴情報に対するデータ変換処理開始を指示する。本実施例では、通信制御部２００１がデータ変換処理開始を指示するところまでの処理を行うことを前提としている。しかし、通信制御部２００１が行うのはデータ変換処理対象リストに追加する処理までとし、そのデータ変換処理対象リストをジョブ履歴情報制御部２００４が定期的に参照して処理を開始しても構わない。また、本実施例ではジョブ履歴情報制御部２００４が行うデータ変換処理に関しては別プロセス（又は別スレッド）による処理であることを前提に図９に説明し、通信制御部２００１は関知しないこととしている。しかし、通信制御部２００１がジョブ履歴情報制御部２００４のデータ変換処理が完了するまで次のステップに進まずに待っているという実施形態でも構わない。
【０１１２】
次に、ステップＳ４１３において、通信制御部２００１は、上記Ｓ４１１及びＳ４１２の処理が成功したか否かを判断する。
そして、少なくとも上記Ｓ４１１又はＳ４１２のいずれかの処理が失敗したと判断した場合（Ｓ４１３でＮｏの場合）、通信制御部２００１は、ステップＳ４１８に処理を進め、エラー処理を実行し、本フローチャートの処理を終了する。エラー処理としては、例えば、データ変換処理要求に「失敗」した旨の情報を、通信制御部２００１から収集エージェント４１へ送信する等がある。
【０１１３】
一方、上記Ｓ４１１及びＳ４１２の処理が成功したと判断した場合（Ｓ４１３でＹｅｓの場合）、通信制御部２００１は、ステップＳ４１４に処理を進める。
ステップＳ４１４において、通信制御部２００１は、収集エージェント４１に対して、データ変換処理要求に「成功」した旨の情報を送信する。
【０１１４】
次に、ステップＳ４１５において、通信制御部２００１は、データ転送予約解除を受信する。データ転送予約解除を受信した場合、通信制御部２００１は、上記Ｓ４０６で発行した接続ＩＤを破棄する。ここではジョブ履歴情報の送信が完了後の終了処理を行っており、ジョブ履歴情報送信処理の一連のシーケンスを管理するための接続ＩＤを破棄する。もし、データ変換処理対象リストに含まれるジョブ履歴情報に関連付けられた接続ＩＤが別途存在していた場合は、その接続ＩＤは削除しなくてもよい。
【０１１５】
次に、ステップＳ４１７において、通信制御部２００１は、収集エージェント４１に対して、上記Ｓ４１６の処理（データ転送予約解除）に「成功」した旨の情報を送信し、本フローチャートの処理を終了する。
なお、図示しないが、上記Ｓ４１６の処理（データ転送予約解除）に失敗した場合、通信制御部２００１は、エラー処理としては、例えば、データ転送予約解除に「失敗」した旨の情報を、通信制御部２００１から収集エージェント４１へ送信し、本フローチャートの処理を終了する。
【０１１６】
また、上記Ｓ４０１において、「エージェント管理サーバ使用不可フラグ」がＯＮであると判断した場合（Ｓ４０１でＹｅｓの場合）、通信制御部２００１は、Ｓ４０４へ処理を進める。
【０１１７】
ステップＳ４０４において、通信制御部２００１は、メイン制御部２０００を介し設定制御部２００３に指示し、ローカルの外部メモリ２０９に保存されている、上記Ｓ４００で受信した識別情報（仮識別情報）に対応する収集エージェントの設定情報を取得する。
【０１１８】
次に、ステップＳ４０５において、通信制御部２００１は、上記Ｓ４０４の設定情報取得が成功したか否かを判断する。
そして、上記Ｓ４０４の設定情報取得が成功したと判定した場合（Ｓ４０５でＹｅｓの場合）、通信制御部２００１は、Ｓ４０６に処理を進める。
【０１１９】
一方、上記Ｓ４０４の設定情報取得が失敗したと判定した場合（Ｓ４０５でＮｏの場合）、通信制御部２００１は、Ｓ４５０に処理を進める。
【０１２０】
なお、上記Ｓ４０４の処理に失敗する原因としては、主に以下が考えられる。
・ジョブ履歴処理サーバ２０において、物理的に問題があるかソフトウェア環境に不具合がある。
・エージェント管理サーバ１０へのアクセスが可能になり、図６のＳ２０５で作成した仮識別情報及び設定情報が、後述する図９のＳ６０４の処理によって削除された。
【０１２１】
ステップＳ４５０では、通信制御部２００１は、エージェント管理サーバ１０へのアクセスが可能になったか否かを確認するため、エージェント管理サーバ１０へのアクセスを試みる。
次に、ステップＳ４５１において、通信制御部２００１は、上記Ｓ４５０でのアクセス処理が成功したか否かを判断する。
【０１２２】
そして、上記Ｓ４５０でのアクセス処理が失敗したと判断した場合（Ｓ４５１でＮｏの場合）、通信制御部２００１は、ステップＳ４１８に処理を進め、エラー処理を実行し、本フローチャートの処理を終了する。エラー処理としては、例えば、データ転送予約が「失敗」した旨の情報を、通信制御部２００１から収集エージェント４１へ送信する等がある。
【０１２３】
一方、上記Ｓ４５１において、上記Ｓ４５０でのアクセス処理が成功したと判断した場合（Ｓ４５１でＹｅｓの場合）、通信制御部２００１は、Ｓ４５２へ処理を進める。
ステップＳ４５２では、通信制御部２００１は、エージェント管理サーバ１０から正式識別情報を取得する。
【０１２４】
次に、ステップＳ４５３において、通信制御部２００１は、「エージェント管理サーバ使用不可フラグ」をＯＦＦに変更する。具体的には、通信制御部２００１は、図１６の＜Ｕｓａｂｌｅ＞タグの値をＯＦＦに変更する。
【０１２５】
次に、ステップＳ４５４において、通信制御部２００１は、「エージェント管理サーバ復旧」を示す情報、及び、正式識別情報を、収集エージェント４１に送信し、本フローチャートの処理を終了する。なお、Ｓ４５４で送信する正式識別情報は、上記Ｓ４５２において設定制御部２００３が発行したもので、通信制御部２００１がメイン制御部２０００を介して取得した情報である。なお、正式識別情報の発行処理は、図６のＳ２０７で説明済みのため省略する。
【０１２６】
図９は、ジョブ履歴処理サーバ２０のジョブ履歴情報制御部２００４が、図８のＳ４１２における通信制御部２００１からの指示を受けて実行するデータ変換処理対象リストに追加されたジョブ履歴情報に対して実行するデータ変換処理を示すフローチャートである。前述の通り、ジョブ履歴情報制御部２００４が定期的に処理を実行してもかまわない。なお、図９のフローチャートに示す各ステップは、ジョブ履歴処理サーバ２０のＣＰＵ２００が、外部メモリ２０９に記憶されているプログラムを実行することで実現される。また、ＣＰＵ２００は、必要に応じて記憶領域としてＲＡＭ２０１や外部メモリ２０９を利用する。
【０１２７】
ステップＳ５００において、ジョブ履歴情報制御部２００４は、図８のＳ４１２で作成されたデータ変換処理対象リストを取得する。
次に、ステップＳ５０１において、ジョブ履歴情報制御部２００４は、上記Ｓ５００で取得したデータ変換処理対象リストに処理対象があるか否かを判断する。
そして、処理対象があると判断した場合（Ｓ５０１でＹｅｓの場合）、ジョブ履歴情報制御部２００４は、ステップＳ５０２へ処理を進める。
【０１２８】
ステップＳ５０２では、ジョブ履歴情報制御部２００４は、上記データ変換処理対象リストから処理対象のジョブ履歴情報を１つ取得し、該ジョブ履歴情報に対してデータ変換処理を実行する。なお、データ変換処理は、画像処理部２００５がジョブ履歴情報制御部２００４からの指示を受け、画像データに対しＯＣＲ処理を施してテキストを取得したり、画像フォーマットを変換したりする。また、画像データに対し、解像度変換や回転などを行っても構わない。さらに、データ変換処理の一環として、ログ属性情報を、他システムと連携可能なデータフォーマット（例えば、ＸＭＬ形式やＣＳＶ形式など）に変換しても構わない。なお、ログ属性情報とは、そのジョブを実行したユーザ情報、実行した日時情報、実行したデジタル複合機を特定する情報（ＩＰアドレス、シリアル番号、ＭＡＣアドレスなど）、実行したジョブの種類といったジョブにまつわる情報を含んでいる。具体的には、図１８に示すように、収集エージェントを特定できる情報（識別情報、ＩＰアドレスなど）、ジョブ情報（ジョブの種類、ジョブ開始日時、ジョブ実行結果など）を含む。
図１８は、ジョブ履歴処理サーバ２０が保存する仮識別情報を使ったログ属性情報を例示する図である。
【０１２９】
次に、ステップＳ５０３において、ジョブ履歴情報制御部２００４は、上記Ｓ５０２においてデータ変換処理を実行した結果（データ）を、ファイル操作部２００６を介して、保存部２００７へ保存する。本実施例において、保存する結果（データ）は、図１９の「ログ属性情報ファイル」及び「画像データファイル」のように、ログ属性情報および画像データをファイル形式でフォルダに保存するが、データベースに保存する形式でもよい。
図１９は、ジョブ履歴処理サーバ２０が保存するジョブ履歴情報の構成を例示する図である。
【０１３０】
次に、ステップＳ５０４において、ジョブ履歴情報制御部２００４は、「エージェント管理サーバ使用不可フラグ」（図１６の＜ＵｓａｂｌｅＦｌａｇ＞タグの値）を確認し、「エージェント管理サーバ使用不可フラグ」がＯＮか否かを判断する。
そして、「エージェント管理サーバ使用不可フラグ」がＯＮであると判断した場合（Ｓ５０４でＹｅｓの場合）、ジョブ履歴情報制御部２００４は、ステップＳ５０１に処理を進める。
【０１３１】
一方、「エージェント管理サーバ使用不可フラグ」がＯＦＦであると判断した場合（Ｓ５０４でＮｏの場合）、ジョブ履歴情報制御部２００４は、Ｓ５０５へ処理を進める。
【０１３２】
ステップＳ５０５では、ジョブ履歴情報制御部２００４は、ファイル操作部２００６を介して保存部２００７に終了ファイルを作成し、本フローチャートの処理を終了する。本実施例では、図１９に示すように、１つのジョブ履歴情報ごとにフォルダが割り当てられ、該フォルダの中に、ログ属性情報ファイル、画像データファイル、終了ファイルが作成される。終了ファイルは、ジョブ履歴情報に対し上記Ｓ５０２及びＳ５０３の処理が完了したことを示すための情報であり、つまりジョブ履歴情報がユーザまたは他システムが参照可能な状態になったことを意味する。
【０１３３】
終了ファイルの具体的な例としては、処理完了を示す固定のファイル名で、ゼロバイトのファイル、ファイル名に処理完了を示すステータス情報を保持したファイル、ファイルの中に処理完了を示すステータス情報を書いたファイルなどがある（これらを組み合わせた形態でもよい）。
【０１３４】
また、上記Ｓ５０３において、データベースに結果（データ）を保存する場合には、データベースの特定のキーに対する値として、終了ファイルの代わりの情報（処理完了を示す情報）を保持してもよい。
【０１３５】
なお、上記Ｓ５０４において「エージェント管理サーバ使用不可フラグ」がＯＮと判断した場合に、終了ファイルを作成しない理由について説明する。
仮識別情報を使用したジョブ履歴情報は、ユーザが情報漏洩者を追跡する目的で検索するためには不完全なジョブ履歴情報だからである。具体的には、不完全なジョブ履歴情報は、仮識別情報を含んでおり、ジョブが実行された収集エージェント（デジタル複合機）を特定する情報としては不十分である。本来、ジョブ履歴情報に含まれる仮識別情報は、正式識別情報が発行され次第、速やかに書き換えられるべきものであるが、該不完全なジョブ履歴情報を、ジョブ履歴監査システム等の外部システム（他システム）が参照して他の場所へコピーした場合、正式識別情報を反映できなくなる。システムにおける他システム連携インタフェースとして、終了ファイルを規定することによって、不完全なジョブ履歴情報を他システムが参照することを防ぐことが可能になる。
【０１３６】
また、上記Ｓ５０１において、処理対象がないと判断した場合（Ｓ５０１でＮｏの場合）、ジョブ履歴情報制御部２００４は、本フローチャートの処理を終了する。
【０１３７】
図１０は、ジョブ履歴処理サーバ２０の設定制御部２００３が「エージェント管理サーバ使用不可フラグ」がＯＮの場合に、定期的に実行するエージェント管理サーバ１０への接続確認処理を示すフローチャートである。このフローチャートの処理は、設定制御部２００３が定期的に行う処理である。本実施例では、設定制御部２００３が、例えば１０分間隔などの一定間隔をカウントし、本フローチャートの処理を実行する。なお、ユーザによる本フローチャートの処理の処理実行スケジュール設定を可能にするユーザインタフェースを用意し、該処理実行スケジュールに沿って本フローチャートの処理を実行する構成や、外部アプリケーションからの処理実行指示を受けて本フローチャートの処理を実行するような構成でも構わない。なお、図１０のフローチャートに示す各ステップは、ジョブ履歴処理サーバ２０のＣＰＵ２００が、外部メモリ２０９に記憶されているプログラムを実行することで実現される。また、ＣＰＵ２００は、必要に応じて記憶領域としてＲＡＭ２０１や外部メモリ２０９を利用する。
【０１３８】
ステップＳ６００において、設定制御部２００３は、「エージェント管理サーバ使用不可フラグ」（図１６の＜ＵｓａｂｌｅＦｌａｇ＞タグの値）を確認し、「エージェント管理サーバ使用不可フラグ」がＯＮであるか否かを判断する。
そして、「エージェント管理サーバ使用不可フラグ」がＯＦＦであると判断した場合（Ｓ６００でＮＯの場合）、設定制御部２００３は、本フローチャートの処理を終了する。
【０１３９】
一方、上記Ｓ６００において、「エージェント管理サーバ使用不可フラグ」がＯＮであると判断した場合（Ｓ６００でＹｅｓの場合）、設定制御部２００３は、Ｓ６０１に処理を進める。
【０１４０】
ステップＳ６０１では、設定制御部２００３は、エージェント管理サーバへアクセス可能か確認する。具体的には、予めユーザに設定してもらったアクセス情報を使って、フォルダの存在確認を行う。フォルダの存在確認以外にも、ファイルの存在確認や、フォルダ又はファイルを作成してみてアクセス可能と判断しても構わない。なお、アクセス情報は、ＵＩ制御部２００２が専用の画面をディスプレイ２０８に表示し、キーボード２０７や図示しないポインティングデバイスを介してユーザからの指示を受け付けることで取得する。設定制御部２００３は、メイン制御部２０００を介してＵＩ制御部２００２から情報を受け取る。アクセス情報には、図１６に示すように、少なくとも接続のためのユーザ名、パスワード、エージェント管理サーバ１０のパスが含まれ、フォルダやファイルへのパスが含まれてもよい。
【０１４１】
次に、ステップＳ６０２において、設定制御部２００３は、上記Ｓ６０１でのアクセス確認の結果を判断する。
そして、上記Ｓ６０１でのアクセス確認に失敗したと判断した場合（Ｓ６０２でＮｏ場合）、設定制御部２００３は、本フローチャートの処理を終了する。
【０１４２】
一方、上記Ｓ６０１でのアクセス確認に成功したと判断した場合（Ｓ６０２でＹｅｓ場合）、設定制御部２００３は、Ｓ６０３に処理を進める。
【０１４３】
ステップＳ６０３では、設定制御部２００３は、正式識別情報の発行、及び、エージェント管理サーバ１０への正式識別情報と、設定情報の保存を行う。この処理は図６のＳ２０１に記載している内容と同じであるため詳細説明は省略するが、設定情報は図６のＳ２０５で保存した設定情報を使用する。本実施例では図１７のように仮識別情報（＜ＡｇｅｎｔＩＤ＞タグの値が「Ａ」）を使用して保存部２００７に保存されていたファイルが、図２０に示すように＜ＡｇｅｎｔＩＤ＞タグの値が正式識別情報である「６」に書き換えられ、エージェント管理サーバ１０に保存される。エージェント管理サーバ１０の保存先は、図１６に示す＜Ｐａｔｈ＞タグの値のフォルダとする。
【０１４４】
次に、ステップＳ６０４において、設定制御部２００３は、図６のＳ２０５で保存部２００７へ保存した仮識別情報と設定情報を削除する。
次に、ステップＳ６０５において、設定制御部２００３は、図９のＳ５０３において保存部２００７に保存したジョブ履歴情報（即ち、仮エージェント情報を含めた不完全な情報としてエクスポートした出力結果）に対し、仮のエージェント情報を、正式なエージェント情報に書き換え、本フローチャートの処理を終了する。なお、この書き換え処理は、少なくとも仮識別情報を正式識別情報に書き換える処理を含み、その他の収集エージェントを特定できる情報を書き換えてもよい。
【０１４５】
図２１は、ジョブ履歴処理サーバ２０が保存する正式別情報を使ったログ属性情報を例示する図である。
図２１に示す例は、図１８の例では仮識別情報であった＜ＡｇｅｎｔＩＤ＞タグの値「Ａ」を、正式識別情報である「６」に書き換えた結果に対応する。なお、書き換え処理の後、設定制御部２００３は、ファイル操作部２００６を介して保存部２００７に終了ファイルを作成する。終了ファイルについては、図９のＳ５０５において記載済みなので説明は省略する。
【０１４６】
以上示したように、実施例１によれば、エージェントの情報を管理するサービス（エージェント管理サーバ１０）に何らかの障害が発生した場合でも、新規の収集エージェントからジョブ履歴を収集し、不完全な情報としてエクスポートすることができる。また、エージェント管理サーバ１０の障害が解消された場合には、新規の収集エージェントをエージェント管理サーバ１０に登録する。そして、エージェント管理サーバ１０から取得した情報に基づいて、上記不完全な情報としてエクスポートされたジョブ履歴を速やかに補完し、完全な情報とし、速やかに履歴監査システム等の外部システムに受け渡すことができるようにする。よって、エージェント管理サーバ１０に何らかの障害が発生した場合であっても、例えば、新規設置したデジタル複合機４０のセキュリティ（例えば情報漏洩時の追跡性等）を確保した状態での運用を可能にする。
【０１４７】
なお、上述した図８では、Ｓ４０３において、エージェント管理サーバ１０から、エージェントの識別情報に対応する収集エージェントの設定情報をエージェント管理サーバ１０から取得できない場合（Ｓ４０３でＮｏの場合、又は、Ｓ４５１でＮｏの場合）、エラー処理を行って終了する構成を説明した。しかし、図８のＳ４０３において、エージェント管理サーバ１０から、エージェントの識別情報に対応する収集エージェントの設定情報をエージェント管理サーバ１０から取得できない場合（Ｓ４０３でＮｏの場合、又は、Ｓ４５１でＮｏの場合）、Ｓ４００で受信したデータ転送予約の送信元の収集エージェント４１に対して、該エージェントの設定情報を要求して取得し、該取得したエージェントの設定情報を、保存部２００７へ保存し、該保存部２００７へ保存したエージェントの設定情報を用いて、Ｓ４０６以降の処理を実行するようにしてもよい。即ち、データ転送予約要求に含まれるエージェントの識別情報に対応する収集エージェントの設定情報を、エージェント管理サーバ１０から取得できない場合、データ転送予約要求の送信元の収集エージェント４１からエージェントの設定情報を取得してローカルに保存しておき、該収集エージェントから受け付ける転送データを、上記ローカルに保存した該エージェントの設定情報とともに、ジョブ履歴監査システム等の外部システムが参照可能な領域にエクスポートするようにしてもよい。
【０１４８】
なお、上述したように、ジョブ履歴処理サーバ２０がエージェント管理サーバ１０を包含する構成であってもよい。この構成の場合でも、同様の効果を得ることができる。
【実施例２】
【０１４９】
実施例２では、ジョブ履歴処理サーバ２０が複数台存在するケースについて説明する。なお、本実施例２では、実施例１との差のみを説明し、同様の構成については説明を省略する。
【０１５０】
図１１は、実施例２におけるジョブ履歴情報処理システムの全体構成を例示する図である。実施例１と実施例２の差は、２台以上のジョブ履歴処理サーバ２０をシステムに配置する点であり、負荷分散装置（以下、ロードバランサ）を配置することによって、システムを実現する。
【０１５１】
実施例２におけるシステムは、ネットワーク１００にエージェント管理サーバ１０、２台以上のジョブ履歴処理サーバ２０が接続されており、ネットワーク１１０にデジタル複合機４０が接続されている。ネットワーク１００と１１０は、ロードバランサ３０を介して接続されている。
【０１５２】
ロードバランサ３０は、一般的なネットワーク機器であり、デジタル複合機４０上の収集エージェント４１からの要求を、ジョブ履歴処理サーバ２０に負荷分散をしながら振り分ける機能を有する。また、ロードバランサは、連続した要求・応答を繰り返す処理（シーケンス）を実現するため、受信した要求や応答に対してＣｏｏｋｉｅを生成し、該Ｃｏｏｋｉｅを付与して要求や応答を送信する機能を有する。ジョブ履歴処理サーバ２０から受信した要求や応答に付与するＣｏｏｋｉｅは、少なくとも、接続先のジョブ履歴処理サーバ２０のネットワーク情報（ＩＰアドレスやホスト名など）を含む。即ち、ロードバランサ３０は、複数のジョブ履歴処理サーバ２０に対して、収集エージェント４１からのデータの転送先を分散させる。また、ロードバランサ３０は、収集エージェント４１から送信されてくる要求に含まれるサーバ指定情報を解釈し、指定されたジョブ履歴処理サーバ２０に要求を送信する機能も備えるものとする。
【０１５３】
なお、エージェント管理サーバ１０、ジョブ履歴処理サーバ２０、デジタル複合機４０が有する機能は実施例１と同様であるので、説明は省略する。なお、実施例２のジョブ履歴処理サーバ２０は、収集エージェント４１からロードバランサ３０を経由して、収集対象となるデータを受付ける。
【０１５４】
図１２は、実施例２における収集エージェント４１のシステムへのエージェント登録要求処理を例示するフローチャートである。この処理は、収集エージェントが初めて起動された際、または、ユーザの実行指示を受けた際に実行する処理である。なお、図１２のフローチャートに示す各ステップは、デジタル複合機４０のＣＰＵ４０１が、ＲＯＭ４０３またはＨＤＤ４０４に記憶されている収集エージェント４１を実現するプログラムを実行することで実現される。また、ＣＰＵ４０１は、必要に応じて記憶領域としてＲＡＭ４０２やＨＤＤ４０４を利用する。
なお、図１２の説明では、図５に示した処理との差分のみを記載する。
【０１５５】
ステップＳ１０００において、ＵＩ制御部４１０２は、図５のＳ１００と同様に、デジタル複合機４０の操作部４２０又はＰＣなどの外部機器へリモートで提供する画面を介して、ユーザからのロードバランサ情報を取得し、ＨＤＤ４０４に保存する。上記Ｓ１０００の処理は、図５のＳ１００と同様であり、通信サーバ情報の変わりにロードバランサ情報を取得する。ロードバランサ情報とは、ロードバランサ３０のＩＰアドレスまたはホスト名などのロードバランサとのネットワーク通信を可能にするための情報を指す。保存先は、図１５の＜ＵＲＬ＞タグの値として保持することを想定しているが、別のタグを用意しても構わない。
次に、ステップＳ１００１は、ステップＳ１０１と同様の処理のため、説明は省略する。
【０１５６】
次に、ステップＳ１００２において、通信制御部４１０１は、図５のＳ１０２と同様に、ジョブ履歴処理サーバ２０からの応答を受信する。ここで受信する応答には、エージェント登録要求に対する成否と、ジョブ履歴処理サーバ２０が発行した識別情報（正式識別情報または仮識別情報）に加えて、通信サーバ情報が含まれる。通信サーバ情報は、ロードバランサ３０が通信を振り分けたジョブ履歴処理サーバ２０の通信情報（ＩＰアドレスやホスト名）を特定できる情報である。具体的には、本実施例ではロードバランサ３０が発行するＣｏｏｋｉｅを前提としているが、ジョブ履歴処理サーバ２０が応答として通信情報を収集エージェント４１に渡す構成でもよい。さらに言えば、ロードバランサ３０が通信を振り分けたジョブ履歴処理サーバ２０を特定できる情報であればどんな形態でも構わない。
次に、ステップＳ１００３〜Ｓ１００４は、図５のステップＳ１０３〜Ｓ１０４と同様の処理のため、説明は省略する。
【０１５７】
次に、ステップＳ１００５において、通信制御部４１０１は、上記Ｓ１００２で受信した応答に含まれる通信サーバ情報を、ファイル操作部４１０５を介してＨＤＤ４０４に保存する。通信制御部４１０１では、例えば上記１００５で送信したエージェント登録要求に応じて、仮識別情報がジョブ履歴処理サーバ２０で発行された後は、データ転送の宛先が該仮識別情報の発行元であるジョブ履歴処理サーバ２０に固定される。
次に、ステップＳ１００６〜Ｓ１００７は、図５のステップＳ１０５〜Ｓ１０６と同様の処理のため、説明は省略する。
【０１５８】
図１３は、実施例２における収集エージェント４１がジョブ履歴処理サーバ２０へジョブ履歴情報を送信する処理（ジョブ履歴情報送信処理）を示すフローチャートである。このジョブ履歴情報送信処理は、収集エージェント４１が、操作部４２０又はディスプレイ２０８に表示した画面を介してユーザからの送信指示を受信時、または、送信時間になり次第実行される。なお、図１３のフローチャートに示す各ステップは、デジタル複合機４０のＣＰＵ４０１が、ＲＯＭ４０３またはＨＤＤ４０４に記憶されている収集エージェント４１を実現するプログラムを実行することで実現される。また、ＣＰＵ４０１は、必要に応じて記憶領域としてＲＡＭ４０２やＨＤＤ４０４を利用する。なお、図１３のフローチャートは一つのジョブ履歴を送信する処理を示しており、ＨＤＤ４０４に複数のジョブ履歴がある場合には、ＨＤＤ４０４にあるジョブ履歴の数だけ、図１３に示される処理が繰り返される。
【０１５９】
なお、図１３の説明では、図７との差分のみを説明する。図７（実施例１）ではジョブ履歴処理サーバ２０が収集エージェント４１の通信相手であったが、図１３（実施例２）ではロードバランサ３０が収集エージェント４１の通信相手となる。
【０１６０】
まず、ステップＳ３０００〜Ｓ３００１は、図７のステップＳ３００〜Ｓ３０１と同様の処理のため、説明は省略する。
次に、ステップＳ３００２において、通信制御部４１０１は、図７のＳ３０２と同様に、ロードバランサ３０に対し、データ転送予約を送信する。ここでは、図１２のＳ１０００で保存したロードバランサ３０のロードバランサ情報を使って送信先を特定する。
【０１６１】
次に、ステップＳ３００３において、通信制御部４１０１は、ロードバランサ３０からの応答を受信する。この応答には、少なくともデータ転送予約処理の成否、接続ＩＤに加えて、通信サーバ情報が含まれる。接続ＩＤは図７のＳ３０３で説明したため説明は省略する。通信サーバ情報は、このジョブ履歴情報を送信した際に、ロードバランサ３０が通信を振り分けたジョブ履歴処理サーバ２０の通信情報（ＩＰアドレスやホスト名）を特定できる情報である。この通信サーバ情報は、図１２のＳ１００２で説明した通り、ロードバランサ３０が発行するＣｏｏｋｉｅやジョブ履歴処理サーバの応答に含まれる情報などである。通信サーバ情報は、ジョブ履歴情報送信処理の一連のシーケンスを、同一のジョブ履歴処理サーバ２０へ送信するための情報である。よって、接続ＩＤと同じように、ジョブ履歴情報送信処理の完了まで使用するため、通信制御部４１０１はメモリ（ＲＡＭ４０２）またはＨＤＤ４０４上に保持する必要がある。
次に、ステップＳ３００４は、図７のＳ３０４と同様の処理のため、説明は省略する。
【０１６２】
次に、ステップＳ３００５において、通信制御部４１０１は、ロードバランサ３０に対し、上記Ｓ３００３で受信した接続ＩＤ、及び、通信サーバ情報と共に、ジョブ履歴情報を送信する。
次に、ステップＳ３００６〜３００７は、ステップＳ３０６〜３０７と同様の処理のため、説明は省略する。
【０１６３】
次に、ステップ３００８において、通信制御部４１０１は、ロードバランサ３０に対して、上記Ｓ３００３で受信した接続ＩＤ、及び、通信サーバ情報と共に、データ変換処理要求を送信する。
次に、ステップＳ３００９〜Ｓ３０１０は、図７のステップＳ３０９〜３１０と同様の処理のため、説明は省略する。
【０１６４】
次に、ステップ３０１１において、通信制御部４１０１は、ロードバランサ３０に対して、上記Ｓ３００３で受信した応答に含まれる接続ＩＤ、及び、通信サーバ情報と共に、データ転送予約解除を送信する。
次に、ステップＳ３０１２〜Ｓ３０１４は、図７のステップＳ３１２〜３１４と同様の処理のため、説明は省略する。
【０１６５】
次に、ステップ３０５２において、通信制御部４１０１は、ロードバランサ３０に対し、データ転送予約を送信する。ここでは図１２のＳ１００４で保存した仮識別情報、及び、図１２のＳ１００５で保存した通信サーバ情報も同時に送信する以外は、図７の３００２と同様の処理になるため、説明を省略する。
【０１６６】
次に、ステップＳ３０５３において、通信制御部４１０１は、上記Ｓ３００３と同様に、ロードバランサ３０からの応答を受信する。
次に、ステップＳ３０５４において、通信制御部４１０１は、上記Ｓ３０５３で受信した応答の内容を確認し、データ転送予約処理が成功しているか否かを判断する。
【０１６７】
そして、データ転送予約処理が成功していると判断した場合（Ｓ３０５４でＹｅｓの場合）、通信制御部４１０１は、ステップＳ３００５へ処理を進める。
一方、データ転送予約処理が失敗していると判断した場合（Ｓ３０５４でＮｏの場合）、通信制御部４１０１は、ステップＳ３０５５に処理を進める。
次に、ステップＳ３０５５は、ステップＳ３５５と同様の処理のため、説明は省略する。
【０１６８】
次に、ステップ３０５６は、通信制御部４１０１は、図１２のＳ１００７と同様に、上記Ｓ３０５５で受信した応答に含まれる識別情報を、正式識別情報として、ファイル操作部４１０５を介してＨＤＤ４０４に保存する。
【０１６９】
次に、ステップＳ３０５７において、通信制御部４１０１は、図１２のＳ１００５で保存した通信サーバ情報を削除する。
次に、ステップＳ３０５８は、ステップＳ３５７と同じ処理であり、説明は省略する。Ｓ３０５８の処理を終了すると、通信制御部４１０１は、本フローチャートの処理を終了する。
【０１７０】
以上示したように、実施例２によれば、ロードバランサ３０を介して複数台のジョブ履歴処理サーバ２０で負荷分散をするような構成の場合に、エージェントの情報を管理するサービス（エージェント管理サーバ１０）に何らかの障害が発生した場合でも、新規の収集エージェントからジョブ履歴を収集し、不完全な情報としてエクスポートすることができる。また、エージェント管理サーバ１０の障害が解消された場合には、新規の収集エージェントをエージェント管理サーバ１０に登録する。そして、エージェント管理サーバ１０から取得した情報に基づいて、上記不完全な情報としてエクスポートされたジョブ履歴を速やかに補完し、完全な情報とし、速やかに履歴監査システム等の外部システムに受け渡すことができるようにする。よって、ロードバランサ３０を介して複数台のジョブ履歴処理サーバ２０で負荷分散をするような構成の場合において、エージェント管理サーバ１０に何らかの障害が発生した場合であっても、例えば、新規設置したデジタル複合機４０のセキュリティ（例えば情報漏洩時の追跡性等）を確保した状態での運用を可能にする。
【０１７１】
なお、上記実施例では、ジョブ履歴処理サーバ２０で受け付ける情報の収集元をデジタル複合機４０等の画像形成装置（印刷装置）として説明した。しかし、ジョブ履歴処理サーバ２０で受け付ける情報の収集元は画像形成装置に限定されるものではなく、ＰＣ等の情報処理装置やネットワーク家電等のネットワーク機器であればどのような機器であってもよい。
【０１７２】
また、収集エージェント４１がデジタル複合機４０等の情報収集元のネットワーク機器上で動作する構成について説明した。しかし、情報収集元の機器で記録されたジョブ履歴を該機器から収集可能なＰＣ等の他のネットワーク機器に収集エージェント４１に対応するプログラムをインストールして、該他のネットワーク機器上で収集エージェント４１を動作させる構成であってもよい。この構成の場合、他のネットワーク機器上で動作する収集エージェント４１がデジタル複合機４０等の機器で記録されたジョブ履歴を該機器から収集して、ジョブ履歴処理サーバ２０に送信する。このような構成により、収集エージェント４１を動作させることができない機器の情報であってもジョブ履歴処理サーバ２０で受け付け可能となる。
【０１７３】
また、上記実施例では、ジョブ履歴はデジタル複合機４０等の情報収集元の機器で記録され、ジョブ履歴処理サーバ２０に送信される構成としたが、デジタル複合機４０等の情報収集元の機器の代わりに、該機器にジョブを投入するＰＣ等の他のネットワーク機器でジョブ履歴を記録し、ジョブ履歴処理サーバ２０に送信する構成としてもよい。即ち、ＰＣ等の他のネットワーク機器に収集エージェント４１に対応するプログラムをインストールして、該他のネットワーク機器上で収集エージェント４１を動作させる構成であってもよい。
【０１７４】
また、上記実施例では、ジョブ履歴処理サーバ２０の処理効率を考え、エージェント管理サーバ１０の復旧を定期的にチェックする構成としている。しかし、ジョブ履歴処理サーバ２０が、ジョブ履歴送信予約を受信する度に、エージェント管理サーバ１０の復旧をチェックするように構成してもよい。
【０１７５】
以上示したように、各実施例によれば、例えば、収集エージェント４１の登録要求時に、エージェント管理サーバ１０に接続できない場合、ジョブ履歴処理サーバ２０が、エージェント管理サーバ１０にアクセスできない場合に利用する仮識別情報を発行し、ジョブ履歴情報を、仮識別情報を使用して不完全な状態で保存する。そして、ジョブ履歴処理サーバ２０は、エージェント管理サーバ１０に接続可能になった後、正式識別情報を発行し、収集エージェント４１に通知する。その際、ジョブ履歴処理サーバ２０は、上記仮識別情報を使用して保存された不完全なジョブ履歴情報を、正式識別情報の発行後に、正式識別情報等に基づいて補完してから、ジョブ履歴情報完成を意味する終了ファイルを作成し、完全なジョブ履歴情報とする。このような構成により、ネットワーク機器上で動作してデータを収集するエージェントを管理するサービス（エージェント管理サーバ１０）が停止してしまっている間でも、新規に収集エージェントの設置を可能とする（未登録の収集エージェントからのデータの受付を可能とする）。これにより、例えば、新規に設置したデジタル複合機やプリンタ、ネットワーク家電等のネットワーク機器を、セキュリティ（例えば情報漏洩時の追跡性等）を確保した状態で、運用可能にすることができるようになる。即ち、ジョブ履歴処理サーバが利用するエージェント設定情報管理機能の障害が長期化した場合でも、新規にデジタル複合機やプリンタ、ネットワーク家電等のネットワーク機器を設置したにも関わらず、収集エージェントの登録等ができないために、該ネットワーク機器を事実上、使用できないという課題等を解決することができる。
【０１７６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０１７７】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
2016045690.tif 000003
【図２】
2016045690.tif 000004
【図３】
2016045690.tif 000005
【図４】
2016045690.tif 000006
【図５】
2016045690.tif 000007
【図６】
2016045690.tif 000008
【図７】
2016045690.tif 000009
【図８】
2016045690.tif 000010
【図９】
2016045690.tif 000011
【図１０】
2016045690.tif 000012
【図１１】
2016045690.tif 000013
【図１２】
2016045690.tif 000014
【図１３】
2016045690.tif 000015
【図１４】
2016045690.tif 000016
【図１５】
2016045690.tif 000017
【図１６】
2016045690.tif 000018
【図１７】
2016045690.tif 000019
【図１８】
2016045690.tif 000020
【図１９】
2016045690.tif 000021
【図２０】
2016045690.tif 000022
【図２１】
2016045690.tif 000023