JP4143649B2

JP4143649B2 - 画像処理システム、及び監査データ転送方法

Info

Publication number: JP4143649B2
Application number: JP2006019100A
Authority: JP
Inventors: 繁範福田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2005-02-04
Filing date: 2006-01-27
Publication date: 2008-09-03
Anticipated expiration: 2026-01-27
Also published as: JP2006246445A

Description

本発明は、画像処理システム、及び監査データ転送方法に関し、特に、画像データを、サーバを用いて管理するために用いて好適なものである。

デジタル複写機の普及に従って、誰でも原稿の複写や送信を容易に行うことが可能になっている。しかし、これらはユーザにとっての利便性が向上する反面、機密原稿等の複写や送信といった情報の漏洩の観点では非常に問題となっている。このような問題への対策として、原稿の複写や送信等を行う際に、読み取った画像データをすべてＨＤＤ等の記憶装置に蓄積しておくデジタル複写機が存在する（特許文献１を参照）。これにより、原稿の情報が漏洩したとしても、管理者が前記画像データを確認することによって、いつ、どこで、どのような処理が原稿に対して行われたのかを（例えば、どの画像処理装置で原稿が読み取られたかのを）追跡することが可能になる。

更に、デジタル複写機、監査サーバ等から構成されるジョブアーカイブ（チェイシング）システムが提案されている。ジョブアーカイブシステムでは、デジタル複写機で実行したジョブの画像データとその履歴情報とを一旦デジタル複写機のハードディスク（ＨＤＤ）に格納する。その後これら画像データと履歴情報とを監査サーバへ転送し、監査サーバでこれら画像データと履歴情報とを管理する。ジョブアーカイブ（チェイシング）システムにおいては、個々のデジタル複写機に搭載されたＨＤＤに記憶容量の制限がある（ＨＤＤの容量を大きくするとコストが高くなり、また、他の使用用途との絡みから画像データの記憶容量は制限される）。このような事情ことを鑑み、非常に大きな記憶手段を備えた監査サーバに、ネットワーク経由で画像データを転送して蓄積・管理するシステムが提案されている。このようなシステムでは、複数のデジタル複写機に記憶された画像データ（後で管理者によって確認が可能な監査用画像データ）を、一括して管理できる。ここで、監査用画像データは、チェイシング画像データとも言い、デジタル複写機がコピーやプリントを実行することに伴って入出力される画像データであり、本来のコピーやプリントの実行とは別に、後の追跡のために監査サーバ等へ保存されるものである。

特開平６−２７０４７７号公報

しかしながら、前述のシステムでは、デジタル複写機から監査サーバへ送信されるチェイシング画像データは、一般的に非常に大きなサイズのデータである。また、ジョブアーカイブシステムでは、複数の複写機のチェイシング画像データが監査サーバへ送信されるので、システムとして非常に大きなデータの転送が何度も発生することになる。従って、各デジタル複写機が個々に任意のタイミングでチェイシング画像データを転送してしまうと、特定の時間帯にチェイシング画像データの転送が集中してしまう。これにより、ネットワークに負荷がかかると共に、監査サーバにも負荷がかかる。
また、デジタル複写機から監査サーバへチェイシング画像データが転送されている最中に、デジタル複写機でジョブ（コピー動作、プリント動作等の画像処理動作）が実行された場合、そのジョブでのパフォーマンスの低下が懸念されている。特に、転送する画像データが大きい場合には、転送が終了する迄に時間がかかり、比較的長い間、ジョブでのパフォーマンスが低下することがあった。これは、決して、ユーザが望むことではなく、ユーザは、どんなケースであろうと、コピー、プリント動作において、最高のスループットを望むはずである。

以上のように従来の技術では、デジタル複写機等の画像形成装置から任意のタイミングで監査サーバに画像データが転送されると、ネットワークへの負荷や監査サーバへの負荷が大きくなるという問題になった。また、画像形成装置におけるジョブのパフォーマンスが低下する虞があるという問題点があった。
本発明は、前記の問題点を解決するためになされたものであり、ジョブアーカイブシステムにおいてネットワークへの負荷或いは監査サーバへの負荷を軽減することを第１の目的とする。
また、画像形成装置におけるジョブのパフォーマンスが低下することを可及的に防止することを第２の目的とする。

本発明の画像処理システムは、画像データを処理する画像処理装置と、サーバ装置とを備えて構成される画像処理システムであって、前記画像処理装置は、前記画像データと該画像データに対する画像処理の実行に関連して生成される履歴情報とを含む監査データを格納する格納手段と、前記格納手段に格納された監査データを前記サーバ装置へ転送する転送手段と、を備え、前記サーバ装置は、前記格納手段に格納された監査データを前記画像処理装置へ要求する要求手段と、前記転送手段によって転送された監査データを取得する取得手段と、前記取得手段により取得された監査データを記憶する監査データ記憶手段と、を備え、前記画像処理装置は更に、前記画像処理装置で画像処理が実行されていない場合に、前記要求手段による要求によらず前記転送手段が前記格納手段に格納された監査データを前記サーバ装置へ転送可能とするよう制御する第１制御手段を備え、前記サーバ装置は更に、前記要求手段による要求に基づいて前記転送手段が前記格納手段に格納された監査データを前記サーバへ転送している間に前記画像処理装置において画像処理の実行が開始された場合には、前記転送手段による前記監査データの転送を一時停止させ、前記画像処理装置において前記画像処理の実行が完了した後に前記監査データの転送を再開させるよう制御する第２制御手段を備えることを特徴とする。

本発明の監査データ転送方法は、画像データを処理する画像処理装置からサーバ装置に監査データを転送する監査データ転送方法であって、前記画像データと該画像データに対する画像処理の実行に関連して生成される履歴情報とを含む監査データを前記画像処理装置の格納手段に格納する格納ステップと、前記格納ステップにより格納された監査データを前記画像処理装置から前記サーバ装置へ転送する転送ステップと、前記格納ステップにより格納された監査データを前記サーバ装置が前記画像処理装置へ要求する要求ステップと、前記転送ステップによって転送された監査データを前記サーバ装置で取得する取得ステップと、前記取得ステップにより取得された監査データを前記サーバ装置の監査データ記憶手段に記憶する監査データ記憶ステップと、前記画像処理装置で画像処理が実行されていない場合には、前記要求ステップによる要求によらずに、前記格納手段に格納された監査データを前記転送ステップにより前記サーバ装置へ転送可能とするよう制御する第１制御ステップと、前記要求ステップによる要求に基づいて前記転送ステップにより前記格納手段に格納された監査データを前記サーバへ転送している間に前記画像処理装置において画像処理の実行が開始された場合には、前記転送ステップによる前記監査データの転送を一時停止させ、前記画像処理装置において前記画像処理の実行が完了した後に前記監査データの転送を再開させるよう制御する第２制御ステップとを備えることを特徴とする。

本発明によれば、ジョブアーカイブのための監査用データの転送に伴うネットワークや監査サーバへの負荷を低減することができる。また、画像形成装置がジョブを実行する際のパフォーマンスが低下するのを可及的に防止することができる。

（第１の実施形態）
次に、図面を参照しながら、本発明の第１の実施形態について説明する。
図１は、本実施形態における画像処理システムの基本的な構成の一例を示す図である。図１において、複写機１００１は、デジタル複合機としての機能を有する画像処理装置である。複写機１００１は以下のような画像処理機能を有している。スキャン機能は原稿を読み取って画像データを生成し、複写機１００１内部或いは外部の記憶部へ格納する。コピー機能は原稿を複写する。ＦＡＸ機能は読み取った原稿の画像データを様々な装置に送信する。プリント機能は、クライアントコンピュータから入力した印刷データを画像データに変換し、印刷出力する。複写機１００が実行するこれらの画像処理機能をジョブと言う。ファクシミリ１００２は、複写機１００１が読み取った原稿の画像データを、公衆回線１００８を介して受信し、プリントするファクシミリ装置である。

データベース／メールサーバ１００３は、複写機１００１が読み取った原稿の画像データを格納するアプリケーションサーバが動作しているコンピュータである。また、データベース／メールサーバ１００３は、ユーザ認証の為のユーザ情報も記憶することが可能である。クライアントコンピュータ１００４は、イーサネット（登録商標）１００７を介してデータベースサーバ／メールサーバ１００３と相互に接続されている。このクライアントコンピュータ１００４は、例えば、データベースサーバ／メールサーバ１００３に格納されているデータをダウンロードして表示するコンピュータである。

ストレージサーバ１００５は、複写機１００１が読み取った原稿の全ての画像データを蓄積する監査用のストレージデバイスである。履歴管理サーバ１００６は、複写機１００１における複写や送信ジョブの履歴を記録する履歴管理サーバである。図１では、これらストレージサーバ１００５及び履歴管理サーバ１００６を監査サーバ１１００としている。

尚、ストレージサーバ１００５及び履歴管理サーバ１００６は、物理的に別々のサーバであっても良いし、物理的に一つのサーバとしても良い。これらの構成は、採用するシステム構成に依存して決定される。
イーサネット（登録商標）１００７は、複写機１００１、データベース／メールサーバ１００３、クライアントコンピュータ１００４、ストレージサーバ１００５、及び履歴管理サーバ１００６を相互に接続するためのネットワークである。

図２は、複写機１００１の構成の一例を示すブロック図である。
図２において、コントローラユニット（Controller Unit）２０００は、画像情報やデバイス情報の入出力を行う為のコントローラである。例えば、コントローラユニット２０００は、画像入力デバイスであるスキャナ２０７０や、画像出力デバイスであるプリンタ２０９５と接続して、画像情報やデバイス情報の入出力を行う。また、コントローラユニット２０００は、ＬＡＮ（Local Area Network）２０１１や、公衆回線１００８の一例であるＷＡＮ（Wide Area Network）２０５１に接続して、画像情報やデバイス情報の入出力を行う。尚、ＬＡＮ２０１１は、図１に示したイーサネット（登録商標）１００７に相当するものである。

ＣＰＵ２００１は、システム全体を制御するコントローラである。ＲＡＭ２００２は、ＣＰＵ２００２が動作するためのシステムワークメモリであり、画像データを一時的に記憶するための画像メモリでもある。ＲＯＭ２００３はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２００４はハードディスクドライブであり、システムソフトウェア、画像データ、及び履歴レコード（ログ）等を格納する。

操作部Ｉ／Ｆ２００６は、タッチパネルを有した操作部（ＵＩ；User Interface）２０１２とのインターフェース部であり、操作部２０１２に表示する画像データを操作部２０１２に対して出力する。また、操作部Ｉ／Ｆ２００６は、操作部２０１２から本システムのユーザが入力した情報を、ＣＰＵ２００１に伝える役割も有する。ネットワークＩ／Ｆ（Network Ｉ／Ｆ）２０１０は、ＬＡＮ２０１１に接続し、情報の入出力を行う。
モデム（Modem）２０５０は、公衆回線２０５１に接続し、情報の入出力を行う。

ＩＣカードスロット（IC Card Slot）２１００は、ＩＣカードメディアが挿入された後に、適切なＰＩＮ（Personal Identifier Number）コードを入力することにより、暗号・復号に用いる鍵の入出力を行える。
以上のデバイスは、システムバス２００７上に配置される。

イメージバスＩ／Ｆ（Image Bus Ｉ／Ｆ）２００５は、システムバス２００７と画像データを高速で転送する画像バス２００８とを接続し、データ構造を変換するバスブリッジである。画像バス２００８上には以下のデバイスが配置される。

ラスターイメージプロセッサ（ＲＩＰ）２０６０は、クライアントコンピュータ１００４等から受信する印刷データに含まれるＰＤＬ（Page Description Language）コードをビットマップイメージに展開する。デバイスＩ／Ｆ２０２０は、画像入出力デバイスであるスキャナ２０７０及びプリンタ２０９５と、コントロールユニット２０００とを接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２０８０は、入力した画像データに対し、補正、加工、及び編集等を行う。プリンタ画像処理部２０９０は、プリント出力画像データに対して、プリンタの補正や、解像度変換等を行う。画像回転部２０３０は、画像データの回転を行う。画像圧縮部２０４０は、多値画像データに対してはＪＰＥＧ、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸張処理を行う。

暗号・復号処理部２１１０は、ＩＣカードスロット２１００で入力した鍵を用いてデータの暗号化・復号化処理を行うハードウェアアクセラレータボードである。OCR・OMR処理部２１１１は、画像データに含まれる文字情報や２次元バーコードを解読して文字コード化する処理を行う。

図３は、複写機１００１が、画像データをストレージサーバ１００５へ、履歴レコードを履歴管理サーバ１００６へそれぞれ書き込む場合の画像処理システムの構成の一例を示す図である。
この構成例では、イーサネット（登録商標）１００７を利用して、複写機１００１からストレージサーバ１００５へ画像データを格納する際には、例えば以下のようなプロトコルを利用する。即ち、HTTP（Hyper Text Transfer Protocol）、HTTPS（Hypertext Transfer Protocol Security）、FTP（File Transfer Protocol）、又はSMB（Server Message Block）を利用する。しかしながら、その他データを転送することが可能なプロトコルであればどのプロトコルを使用しても構わない。また、必要に応じて画像データに対して暗号処理を施しても構わない。

また、複写機１００１から履歴管理サーバ１００６へ履歴レコードを書き込む際には、syslogを利用しているが、その他既存のロギングプロトコルを利用しても構わない。また、本実施形態では、複写機１００１、ストレージサーバ１００５、及び履歴管理サーバ１００６が別体の構成となっているが、いずれか、又は全てが組み合わされている構成であっても構わない。尚、これらストレージサーバ１００５、及び履歴管理サーバ１００６へアクセスするために必要な設定情報は、複写機１００１のシステム管理者のみが設定可能なように保護されている。

図４は、複写機１００１が認証を受けてＨＤＤ２００４に格納された画像データ及び履歴レコードを監査サーバ１１００に転送する場合の画像処理システムの構成の一例を示す図である。
認証サーバとしての機能を有するデータベース／メールサーバ１００３は、ユーザ情報を記憶する認証データベース１００３ａを備えている。データベース／メールサーバ１００３は、複写機１００１の操作部２０１２から入力されたユーザ名、パスワードと、認証データベース１００３ａに記憶されているユーザ情報とを照合して、ログオン（成功、失敗）や、ログオフ等を制御する。更には、認証データベース１００３ａにおけるユーザの新規作成、変更、及び削除等も可能である。

複写機１００１のＨＤＤ２００４は、通常の画像データを記憶する画像データ領域（コピー、プリント時に画像データを登録する領域）、及び監査用画像（チェイシング画像）を記憶する監査用画像ログ領域を有している。この他、ＨＤＤ２００４は、履歴レコードを登録するジョブログ領域、及び各種設定情報（監査サーバ設定、監査者パスワード等）を登録する領域（各種設定情報登録領域）等を有している。

監査エージェント４００１は、複写機１００１に実装されたソフトウエアモジュールであり、監査サーバ１１００と通信の初期化等を行う。また、一定周期（例えば毎晩又は毎週末等）で複写機１００１のＨＤＤ２００４の監査用画像ログ領域に格納された監査用画像データ、及びジョブログ領域に格納された履歴レコードを監査サーバ１１００に送信する。尚、前述したように、監査サーバ１１００は、ストレージサーバ１００５と、履歴管理サーバ１００６とを備えている。以下、監査用画像データと履歴レコードとを合わせて監査用データと称する。監査エージェント４００１が監査用データを一定周期で監査サーバ１１００へ送信するためのスケジュールはＨＤＤ２００４の所定の領域に格納されており、監査エージェント４００１はこのスケジュールに従って動作する。このスケジュールは操作部２０１２におけるユーザの操作により設定しても良いし、管理者が操作する外部のコンピュータ（例えばクライアントコンピュータ１００４）からの遠隔操作で設定できるようにしても良い。

更には、監査サーバ１１００のなりすましを防止する為に、監査エージェント４００１が監査サーバ１１００を認証する構成となっている。そして、監査用画像データと履歴レコードとを後述するＵＲＩ（Uniform Resource Identifiers）を用いて対応付け、複写機１００１の固有鍵により暗号化して保存する。複写機１００１の固有鍵は、操作部２０１２より、システム管理者が、任意に設定することが可能である。また、突然の電源断があってもデータの保存が保証されるようにする為に、ページ毎に画像データを書き込む構成となっている。

図５は、監査サーバ１１００の構成の一例を示す図である。以下に、図５の各構成要素の役割を説明する。
まず、チェイシングサービス（Chasing Service）部５００１は、監査サーバ１１００のディスク・スペースを節約するために、画像データの解像度の変換を行う（例えば、６００ｄｐｉデータを３００ｄｐｉデータへ変換する）。また、ネットワークトラフィックを削減することが目的であるならば、複写機１００１で解像度を変換しても良い。

ＯＣＲ（Optical Character Recognition）サービス（OCR Service）部５００２は、監査用画像データをＯＣＲに通してテキストを抽出し、履歴レコードと併せて記憶する。このように、監査用画像データを履歴レコードと併せて記憶することで、履歴用監査画像データの検索を向上させることができる。
スケジュール管理部５００３は、監査サーバ１１００が複写機１００１のＨＤＤ２００４に記憶されている監査用データを取得する処理を実行するスケジュールを管理する。スケジュールとしては、日時、曜日等を設定することにより、日毎、週毎等の設定が可能である。
イーサネット（登録商標）１００７には、複写機１００１以外にも不図示の複数の複写機が接続されている。監査サーバ１１００はこれら複数の複写機の監査用データを取得することができる。従って、スケジュール管理部５００３はこれら複数の複写機毎の監査用データ取得スケジュールを管理している。

また、本実施形態において複写機１００１と監査サーバ１１００との間の通信では、HTTPS（Hypertext Transfer Protocol Security）を採用している。そして、画像データ、履歴レコード等をSSL（Secure Socket Layer）により暗号化する。これにより、よりセキュアな通信が可能となるが、他の暗号化通信を用いても構わない。また、ＨＤＤ２００４の監査用画像ログ領域やジョブログ領域のデータが暗号化されていれば必ずしも暗号化通信を行わなくても良い。

図６は、読み取った画像データをＨＤＤ（所定のストレージ手段）２００４に格納し、そのＵＲＩと画像データに含まれるテキストデータとを履歴レコードに記録する際の複写機１００１における処理の一例を示すフローチャートである。この処理は、複写機１００１のコントローラユニット２０００内のＣＰＵ２００１がＨＤＤ２００４やＲＯＭ２００３に格納されたプログラムをＲＡＭ２００２にロードして実行することによって実現される。

まず、ユーザは、スキャナ２０７０の自動原稿送り装置又は原稿台に原稿を置き、コピーや送信等、所望の目的に応じて、部数設定や送信宛先設定等を行った後、ジョブの実行の開始を指示する。ここで指示するジョブの種類としては、コピー、スキャン、ＦＡＸ送信等が挙げられる。
そして、ステップＳ６００１において、スキャナ２０７０を用いて原稿が読み取られる。次に、ステップＳ６００２において、原稿が複数ページの場合は、ＨＤＤ（ストレージ手段）２００４の監査用画像ログ領域に、生成した画像データを監査用画像データ（チェイシング画像データ）としてページ毎に逐次記録していく。ＨＤＤ２００４への画像データの格納は、複数ページを個別のファイルとして格納する形態でも、複数ページを一つの文書に結合してから一つのファイルとして格納する形態でもよく、いずれの形態であるかは問わない。また、読み取られた原稿の画像データは、本来のジョブの実行のためにＨＤＤ２００４の画像データ領域にも格納される。

以上のようにしてＨＤＤ２００４への格納処理が終了した後、ステップＳ６００３へ進み、実行ジョブのジョブ種別を履歴レコードに設定する。本実施形態でのジョブ種別とは、コピー、ファクス、スキャン等、機能の種別を表すものである。
次に、ステップＳ６００４において、複写機１００１がユーザ認証ありと設定されているか否かを判定する。ユーザ認証ありと設定されていると判定した場合にはステップＳ６００５へ進み、ユーザ情報、例えばユーザ名やユーザＩＤを履歴レコードに設定してステップＳ６００６へ進む。一方、ユーザ認証なしと設定されていると判定した場合には、ステップＳ６００５を省略してステップＳ６００６へ進む。

そして、ステップＳ６００６において、ステップＳ６００２でＨＤＤ２００４に格納された監査用画像データの格納位置を示すＵＲＩ（Uniform Resource Identifiers）を履歴レコードに設定する。そして、ステップＳ６００７において、ＨＤＤ２００４に記録された監査用画像データから、OCR/OMR処理部２１１１を用いてテキストデータを抽出する。尚、監査用画像データからＯＣＲ機能を用いてテキストデータを抽出する仕組みは、監査サーバ側にもＯＣＲサービス部５００２として用意されている。従ってテキスト抽出処理を複写機１００１側で行っても良いし、複写機１００１側でのテキスト抽出処理をスキップして監査サーバ１１００側で行わせるようにしても良い。監査サーバ１１００側でテキスト抽出を行うのであればステップＳ６００７をスキップしても良い。また、複写機側にＯＣＲ機能を備えていない場合には、その複写機で発生した全ての監査用画像に対して監査サーバ１１００側でテキスト抽出処理を行うことになる。

次に、ステップＳ６００８において、ステップＳ６００７で抽出されたテキストデータを履歴レコードに設定し、ステップＳ６００９において、履歴レコードをＨＤＤ２００４へ書き込む。以上のようにしてＨＤＤ２００４への記録処理が終了した後、ステップＳ６０１０へ進み、ステップＳ６００１の処理の前にユーザが指定したジョブを実行し、ジョブの実行を正常に終了する。尚、ステップＳ６００７でのテキスト抽出処理をスキップした場合には履歴レコードにはテキストデータを設定しない。

また、ジョブの種類によってはジョブの実行が完了した後に履歴レコードに設定すべき情報がある。そのような情報はステップＳ６０１０でジョブの実行が完了した後に履歴レコードへ追加設定する。例えば、ＦＡＸ送信等、送信が正しく完了したか否かを示す実行結果情報を履歴レコードに設定する場合には送信動作が完了してから送信処理の成否を判断し、履歴レコードに設定することになる。

図７は、ＨＤＤ２００４における、履歴レコードが記録されている履歴ファイルの一例を示す図である。
複写機１００１では、図６のフローチャートにより、履歴の書き込みをジョブ単位で行い、１レコードをジョブ単位で生成している。これらの履歴レコードから構成される履歴ファイルは、ＨＤＤ２００４において一定期間保持され、後に監査に利用することが可能になる。

図８は、ＨＤＤ２００４に記録された履歴レコードの各エントリの意味の一例を示す図である。
図８において、日時８００１は、履歴書き込みが発生した日時である。複写機１００１は時計機能（不図示）を備えており、その時計機能を利用した日時を記憶する。また、正確な日時を、外部のタイムサーバ（不図示）から入手して記録する構成にしても良い。

デバイスアドレス８００２は、ジョブを実行した複写機等のデバイスのＩＰアドレス又はホスト名である。プログラム名８００３は、履歴の書き込みを行ったプログラム名である。ジョブ種８００４は、コピー、ファクス、スキャン等の機能の種別を表したものである。ユーザ名８００５は、ジョブを実行したユーザを識別することが可能な文字列から構成されるユーザ名、又は数値から構成されるユーザＩＤである。画像データ格納ＵＲＩ８００６は、監査用画像データを格納するＨＤＤ２００４内の記憶場所を示すＵＲＩである。このＵＲＩにアクセスすることにより、読み込んだ原稿の監査用画像データにアクセスすることが可能となる。テキストデータ８００７は、読み込んだ画像データからOCR/OMR処理部２１１１を用いて抽出したテキストデータである。尚、画像データの出力ページ数や、コピー部数等、ジョブを実行するにあたっての各種設定項目を履歴データに含めるようにしてもよい。

また、図６のステップＳ６００７でのテキスト抽出の処理をスキップした場合は、テキストデータ８００７は空白になる。履歴レコードが監査サーバ１１００へ転送された後、監査サーバ１１００ではテキストデータ８００７の欄が空白の履歴レコードに対しては、対応する監査用画像データに対してテキスト抽出処理を行う。このようにすることにより、比較的処理時間がかかるテキスト抽出処理を複写機１００１と監査サーバ１１００とで分散処理することが可能である。
また、監査用画像データが写真画像等であり、複写機１００１でＯＣＲを行ってもテキストを抽出できない場合はテキストデータ８００７の項目に「テキスト抽出不可」を示す旨の情報を設定するようにしても良い。このようにすることにより、複写機１００１でテキスト抽出できなかった監査用画像データに対して監査サーバ１１００で重複してテキスト抽出を行わずにすむ。

本実施形態における複写機１００１及び監査サーバ１１００は、複数の処理タスクが並列的に動作する構造となっている。以下に、本実施形態の特徴となる処理タスクに関して、詳細に説明する。
図９は、監査用画像データ（チェイシング画像データ）及び履歴レコード（これらをまとめて監査用データという）の転送命令受信タスクを行う際の処理の一例を説明するフローチャートである。この処理は、複写機１００１の監査エージェント４００１をコントローラユニット２０００内のＣＰＵで実行することにより実現される。

本タスク動作に先駆け、監査サーバ１１００から、複写機１００１に対して、ＨＤＤ２００４に格納された監査用データの転送命令が、スケジュール管理部５００３によってスケジュール管理され、定期的に発行される。尚、具体的に転送命令は、例えば、ＨＤＤ２００４から監査サーバ１１００へ監査用データを転送する命令である。このような転送命令に基づき、本タスクが動作する。本タスクは、複写機１００１に実装された監査エージョント４００１が、監査サーバ１１００から、監査用データの転送命令があるか否かを常にチェックする。そして、転送命令の受信時に、監査サーバ１１００から転送命令のあった監査用データの転送が可能か否かを、監査サーバ１１００に通知する。以下、本タスクについて詳細に説明する。

まず、ステップＳ９００１において、監査サーバ１１００より、画像の転送命令があるか否かを確認する。そして、もし転送命令があれば、ステップＳ９００２において、監査用データの転送命令を受け付ける。次に、ステップＳ９００３において、その命令の受信時に、複写機１００１でジョブ（コピー、プリント、スキャン、ＦＡＸ等）を実行中か否かをチェックする。もしジョブを実行中ならば、ステップＳ９００４において、監査サーバ１１００に対して、監査用データの転送が出来ない旨の通知を行う。一方、ジョブを実行中でなければ、ステップＳ９００５において監査用データの転送が出来る旨を通知し、本タスクを終了する。

図１０は、監査用データの取得タスクを行う際の監査サーバ１１００における処理の一例を説明するフローチャートである。
ステップＳ１０００１において、複写機１００１から、監査用データの転送が出来る旨の通知があるか否かを確認する。複写機１００１が図９のステップＳ９００５を実行することによって複写機１００１から監査用データの転送が出来る旨の通知があれば、ステップＳ１０００２に進む。ステップＳ１００２では、複写機１００１のＨＤＤ２００４に記憶された監査用データの取得処理を開始する。そして、この監査用データの取得処理と共に、取得した監査用データのうち、監査用画像データについては、監査サーバ１１００内のストレージサーバ１００５に、履歴レコードについては、履歴管理サーバ１００６にそれぞれ記憶する。この処理によって監査用画像データの格納場所がＨＤＤ２００４からストレージサーバ１００５に変更される。よって、ステップＳ１０００２では、さらに、図８に示した履歴レコードにおける画像データ格納ＵＲＩ８００６をストレージサーバ１００５内の格納場所に更新する処理も行う。

そして、ステップＳ１０００３において、複写機１００１より、ジョブの開始通知があるか否かを定期的にチェックし、もし、監査用データの転送中に、複写機１００１より、ジョブの開始通知があれば、ステップＳ１０００５に進む。ステップＳ１０００５では、監査用データの取得処理を直ちに中止する。一方、ジョブの開始通知がなければ、監査用データの転送を継続し、監査用データの転送完了と共に本タスクを終了する。尚、ステップＳ１０００５では監査用データの取得処理を一時中止するようにしても良い。この場合、複写機１００１からジョブ終了通知を受けた後に、一時中止していた取得処理を再開する。或いは取得処理の再開を監査サーバ１１００で制御せずに後述する図１１のフローチャートの処理により複写機１００１で制御するようにしても良い。

また、ソフトウェアの構造上、又はユーザ環境・設定によって以下のように処理することも可能である。即ち、監査サーバ１１００或いは管理者の操作するクライアントコンピュータ１００４等より、監査用画像データの転送スケジュール（日にち、時刻等）を、監査エージョント４００１に事前に送信する。監査エージョント４００１は受信したスケジュールに基づいて、ＨＤＤ２００４に記憶された監査用画像データ及び履歴データを、監査サーバ１１００に送信する。イーサネット（登録商標）１００７に複数の複写機が接続され、各複写機が監査用データを監査サーバ１１００へ送信するようなシステムの場合、各複写機の監査エージェントに、それぞれ異なる日、或いは曜日、或いは時間帯を転送スケジュールとして設定できる。これにより、各複写機からの監査用データの転送が同じ時間帯に集中することがなくなり、イーサネット（登録商標）１００７や監査サーバ１１００への負荷を低減することができる。このように、監査用画像データ等の転送に際しては、様々なバリエーションが用意され、多様なユーザ環境に対応できるようになっている。

図１１は、監査エージョント４００１での監査用データ送信・削除タスクの一例を説明するフローチャートである。本タスクは、監査エージェント４００１が監査サーバ１１００から、監査用データの転送命令を受信したものの、複写機１００１でジョブが実行されている等の理由で監査用データの転送が出来なかった場合に、その監査用データの転送命令を一旦記憶しておく。そして、複写機１００１でジョブが終了した場合に、その監査用データを監査サーバ１１００に送信する。

この他、本タスクは、監査エージェント４００１から監査サーバ１１００への監査用データの転送途中にジョブの開始の通知あった場合、又は、複写機１００１にて何らかのエラーが発生した場合に、動作する構成となっている。また、システム管理者の操作部２０１２の操作により、発生したエラー等に応じて、画像送信条件が設定可能な構成となっている。以下、監査サーバ１１００が、監査用データ等の転送命令を受信したものの、複写機１００１でジョブが実行中の為、画像データの転送が出来なかった場合を例に挙げて説明する。

ステップＳ１１００１において、ジョブの終了通知があるか否かを確認する。この確認の結果、ジョブの終了通知があれば、ステップＳ１１００２において、監査用データの送信を開始する。そして、ステップＳ１１００３において、監査用データの送信の終了が確認されると、ステップＳ１１００４において、複写機１００１のＨＤＤ２００４に記憶された監査用データを削除して、本タスクを終了する。ステップＳ１１００４での監査用データの削除では、ＨＤＤ２００４内の削除対象領域に対してＮｕｌｌデータ、あるいはランダムなデータを１回、あるいは複数回上書きすることにより、削除対象領域に残留データが残らないようにしても良い。

また、監査用データの転送途中で、データの転送がキャンセルされた場合には、監査エージェント４００１は、キャンセルされた時点で転送が完了している監査用データを記憶しておく。そして、ジョブが終了した後に、キャンセルされた時点で転送が未完了の監査用データの送信を再開する。
図１０の監査用データ取得タスクは、監査サーバ１１００の制御により複写機１００１のＨＤＤ２００４の監査用データを取得するものであり、複写機１００１から見ると「PULL型転送」ということになる。一方、図１１の監査用データ送信・削除タスクでは、監査用エージェント４００１がＨＤＤ２００４の監査用データを送信するものであり、複写機１００１から見ると「PUSH型転送」ということになる。以下、PUSH型転送とPULL型転送について説明する。

本実施形態では、監査サーバ１１００及び複写機１００１を備えて構成されるジョブ・アーカイブシステムを構成するようにした。このシステムにおいて、複写機１００１に格納した監査用データ（監査用画像データと履歴レコード）を監査サーバ１１００に転送する場合に、監査サーバ１１００及び複写機１００１間で、以下の２つの転送モードを使い分けて制御するようにした。

前記転送モードとしては、第１に、PUSH型の転送モードが挙げられる。PUSH型の転送モードでは、複写機１００１内の監査エージェント４００１が、ＨＤＤ２００４に記憶されている監査用画像データと履歴レコードとを定期的、所定のタイミング、又は複写機１００１でのユーザの操作指示により監査サーバ１１００に送信する。従って、PUSH型の転送モードを使用した場合には、データをリアルタイムで送信することができる。ＨＤＤ２００４の空き容量が少ない場合や、よりセキュアなジョブである場合には、PUSH型の転送モードを使用するのが好ましい。尚、監査用画像データと履歴レコードとをあわせて監査用データという。

第２に、PULL型の転送モードが挙げられる。PULL型の転送モードでは、監査サーバ１１００が、監査用データをデジタル複写機１００１に取りにいくようにする。従って、PULL型の転送モードを使用した場合には、画像取得に関するスケジュールを、複数の複写機に対して一括して管理することができる。このようにPULL型の転送モードでは、監査サーバ１１００が監査用データを取得するスケジュールを管理できる。よって、ネットワークに負荷のかからない夜間等に監査用データを転送することが出来る。さらに、複数の複写機から同時に監査用データを転送されることの無いよう、各複写機からの転送時間をずらすことにより負荷分散を図ることができる。

そして、双方の転送モードのメリットを最大限に活かし、以下のような動作を実行する。
（１）複写機１００１側でジョブを実行している最中は、監査サーバ１１００から複写機１００１へのPULL動作（PULL型の転送モード）を禁止する。そのジョブが終了した後に、複写機１００１から監査サーバ１０００へ、監査用データをPUSH型の転送モードで送信する。
（２）PULL型の転送モードにて監査用データを転送している途中に、複写機１００１でジョブが実行された場合には、監査用データの転送を一旦キャンセルする。そして、当該ジョブの実行が終了した後に、PUSH動作（PUSH型の転送モードでの監査用データの転送）を、キャンセルした時点のデータから転送を再開する。
（３）複写機１００１でのエラーが発生している最中（主には、画像形成出来ないエラーが発生している最中）では、PUSH動作を行う。
（１）、（２）に関しては、その動作の詳細は図９〜図１１のフローチャートで説明したとおりである。

以上説明したように、本実施形態では、複写機１００１側でジョブ等が実行されると、監査サーバ１１００及び複写機１００１間の監査用データ（チェイシング画像等）の転送を禁止又は制限するようにした。これにより、誰が、いつ、どこで、画像を生成したかをトレース可能なシステム（複写機、サーバ）を提供でき、且つ複写機１００１でのジョブ等を実行するときのパフォーマンスの低下を防ぐことができる。

（第２の実施形態）
次に、本発明の第２の実施形態を説明する。本実施形態は、プリント動作に関する実施形態である。第１の実施形態では、スキャナ２０７０で原稿を読み取って画像データを入力するようにしていたが、本実施形態では、クライアントコンピュータ１００４から印刷データ（ＰＤＬデータを含む）を入力するようにしている。このように、本実施形態と第１の実施形態とは、画像データの入力方法が異なるだけであるので、第１の実施形態と同一部分については、図１〜図１１に付した符号と同一の符号を付す等して詳細な説明を省略する。以下に、本実施形態の特徴部分について詳細に説明する。

本実施形態における基本的なシステム構成図、基本的なシステムブロック図、画像データ及び履歴レコードを書き込む場合のシステム構成図は、それぞれ図１、図２、図３と同様であるので詳細を省略する。
図１２は、プリント動作時における画像処理システムの構成の一例を示す図である。
図１２において、認証サーバとしての機能を有するデータベース／メールサーバ１００３は、ユーザ情報を記憶する認証データベース１００３ａを備えている。データベース／メールサーバ１００３は、外部装置（クライアントコンピュータ１００４）から入力されたユーザ名及びパスワードと、認証データベース１００３ａに記憶されているユーザ情報とを照合して、ログオン（成功、失敗）や、ログオフ等を制御する。更に、データベース／メールサーバ１００３では、認証データベース１００３ａにおけるユーザの新規作成、変更、及び削除等も可能である。その他の構成は、図４を用いて説明した内容と同じなので、説明を省略する。

図１３は、クライアントコンピュータ１００４から入力した印刷データに基づく画像データをＨＤＤ２００４に格納し、そのＵＲＩと画像データに含まれるテキストデータとを履歴コードに記録する際の複写機１００１の処理の一例を示すフローチャートである。

まず、ユーザは、クライアントコンピュータ１００４を操作して、ジョブの実行の開始を指示する。
そして、ステップＳ１３００１において、ＲＩＰ２０６０は、ＰＤＬデータを受信し、ＰＤＬデータのコードをビットマップイメージに展開する。次に、ステップＳ１３００２において、生成されたビットマップイメージ（画像データ）を、ＨＤＤ２００４の監査用画像ログ領域にページ毎に逐次記録していく。ＨＤＤ２００４への画像データの格納は、複数ページを個別に格納する形態でも、複数ページを一つの文書に結合してから格納する形態でもよく、いずれの形態であるかは問わない。また、生成された画像データは、本来のジョブの実行のためにＨＤＤ２００４の画像データ領域にも格納される。

以上のようにしてＨＤＤ２００４への格納処理が終了した後、ステップＳ１３００３へ進み、実行ジョブのジョブ種別を履歴レコードに設定する。本実施形態においても、ジョブ種別は、プリント、コピー、ファクス、スキャン等機能の種別を表すものである。ここではＰＤＬデータを受信するプリントジョブが前提であるのでジョブ種別としては「プリント」が設定される。
次に、ステップＳ１３００４において、複写機１００１がユーザ認証ありと設定されているか否かを判定する。この判定の結果、ユーザ認証ありと設定されている場合にはステップＳ１３００５へ進み、ユーザ情報、例えばユーザ名やユーザＩＤを履歴レコードに設定してステップＳ１３００６へ進む。一方、ユーザ認証なしと設定されていると判定した場合には、ステップＳ１３００５を省略してステップＳ１３００６へ進む。

ステップＳ１３００６において、ステップＳ１３００２でＨＤＤ２００４へ格納した画像データのＵＲＩを履歴レコードに設定する。次に、ステップＳ１３００７において、ＨＤＤ２００４に記録された画像データから、テキストデータを抽出する。ステップＳ１３００７でのテキストデータ抽出は、図６のステップＳ６００７のようにして原稿画像をＯＣＲ処理することによりテキストデータを抽出するのと同様に、ＰＤＬデータをビットマップイメージに展開した後にＯＣＲ処理することにより実現できる。この他、ＰＤＬデータをビットマップイメージに展開した後もＰＤＬデータを保持しておき、ＰＤＬデータ中からテキスト部のキャラクタコードを抽出することでテキストデータを抽出するようにしても良い。また、図６のステップＳ６００７と同様に、ステップＳ１３００７の処理をスキップして、テキスト抽出を監査サーバ１１００に実行させるようにしても良い。

次に、ステップＳ１３００８において、ステップＳ１３００７で抽出されたテキストデータを履歴レコードに設定し、ステップＳ１３００９において、履歴レコードをＨＤＤ２００４へ書き込む。以上のようにしてＨＤＤ２００４への記録処理が終了した後、ステップＳ１３０１０へ進み、ステップＳ１３００１の処理の前にユーザが指定したジョブを実行し、ジョブの実行を正常に終了する。
以上のように構成にすることにより、前述した第１の実施形態と同じ効果を得ることができる。

（第３の実施形態）
次に、本発明の第３の実施形態について説明する。以下の説明において、第１及び第２の実施形態と同一部分については、図１〜図１３に付した符号と同一の符号を付す等して詳細な説明を省略する。

本実施形態では、第１又は第２の実施形態のシステムにおいて、デジタル複写機１００１のＨＤＤ２００４に格納された監査用データを監査サーバ１１００にPULL型の転送モードで転送する場合に、デジタル複写機１００１がジョブを実行中か否かを判断する。この判断の結果、デジタル複写機１００１がジョブを実行中の場合には、監査サーバ１１００からの監査用データの転送動作を禁止する。そして、このように転送動作を禁止した場合、ＨＤＤ２００４に格納された監査用データは、監査サーバ１１００でスケジュールされた次回の転送時に、纏めて取得するようにすることを特徴とする。尚、前述したように、監査用画像データは、チェイシング画像データ等である。

このように構成にすることにより、前述した第１及び第２の実施形態における効果に加え、監査用データの転送を、複数の複写機に対して一括して管理することが可能となる。更には、第１及び第２の実施形態で説明した監査エージョント４００１を作成する必要がなくなり、開発・評価工数の削減に寄与できる。

（第４の実施形態）
次に、本発明の第４の実施形態について説明する。以下の説明において、第１〜第３の実施形態と同一部分については、図１〜図１３に付した符号と同一の符号を付す等して詳細な説明を省略する。

本実施形態では、第１又は第２の実施形態のシステムにおいて、複写機１００１でエラーが発生している最中に、複写機１００１に実装された監査エージョント４００１が、ＨＤＤ２００４に記憶された監査用データを、監査サーバ１１００に送信する。ここで、監視用データは、PUSH型の転送モードで監査サーバ１１００に送信される。また、複写機１００１でエラーが発生している最中とは、主には、画像形成が出来ないときを表す。
この他、複写機１００１のＨＤＤ２００４の監査用画像ログ領域の空き容量が少なくなってきた時にも、監査エージョント４００１が、ＨＤＤ２００４に記憶された監査用データを、監査サーバ１１００に送信するようにする。

例えば、ＨＤＤ２００４の監査用画像ログ領域は４ＧＢの領域が確保されているが、この領域中の空き領域が所定量以下になった時点（例えば、空き容量が１０％以下になった時点）で監査用データをＰＵＳＨ型転送モードで送信する。又は、ＨＤＤ２００４の監査用画像ログ領域と、ジョブログ領域のいずれか一方の空き残量が所定量以下になった場合にＰＵＳＨ型転送モードで監査用データを送信するようにしても良い。これらの場合、空き領域の監視は監査エージェント４００１が行うようにしても良いし、複写機１００１内の他のモジュールが常に空き領域を監視して、空き領域が所定量以下になったら監査エージェント４００１へ通知するようにしても良い。尚、監査用画像ログ領域やジョブログ領域の空き容量の「所定量」は、管理者によって複写機１００１へ設定されるようにすることが可能である。また、設定された値は、管理者によって変更されるようにすることが可能である。

このように構成にすることにより、PUSH型の転送モードで監査用データを送信する際のメリットをより際立たせること、即ち、リアルタイムでの送信が可能となる。更には、デジタル複写機１００１でジョブを実行している時のパフォーマンスの低下を防ぐことも出来る。そして、監査用画像ログ領域がフルになってしまう前にPUSH型の転送モードで監査用データを転送することができるので、監査用画像ログ領域の空容量が無くなることによりジョブの実行が出来なくなることや、監査用データの記録漏れを防止することができる。

通常は監査サーバ１１００がスケジュールに基づいてＰＵＬＬ型転送モードでＨＤＤ２００４の監査用データを取得する。そして、監査サーバ１１００が次回に監査用データを取得する前に監査用画像ログ領域又はジョブログ領域の空き容量が所定量以下になった場合には、複写機１００１がＰＵＳＨ型転送モードで監査用データを監査サーバ１１００へ送信する。これによりＰＵＳＨ型送信とＰＵＬＬ型送信とを最適に使い分けることができる。
また、監査エージェント４００１に監査用データの送信スケジュールが設定されており、監査エージェント４００１が送信スケジュールに基づいてＨＤＤ２００４の監査用データを送信する。そして、監査エージェント４００１が次回に監査用データを送信する前に監査用画像ログ領域又はジョブログ領域の空き容量が所定量以下になった場合には、複写機１００１がＰＵＳＨ型転送モードで監査用データを監査サーバ１１００へ送信する。これにより、ＰＵＳＨ型転送モードのみを用いた場合でもＰＵＳＨ型送信とＰＵＬＬ型送信を使い分けるのと同様の効果を得ることができる。

（本発明の他の実施形態）
前述した実施形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、前記実施形態の機能を実現するためのソフトウェアのプログラムコードを供給してもよい。そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。

また、この場合、前記ソフトウェアのプログラムコード自体が前述した実施形態の機能を実現することになる。また、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えば、かかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが供給されたプログラムコードを実行することにより、前述の実施形態の機能が実現されるだけでない。そのプログラムコードがコンピュータにおいて稼働しているオペレーティングシステムあるいは他のアプリケーションソフト等と共同して前述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。

さらに、供給されたプログラムコードがコンピュータの機能拡張ボードに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードに備わるＣＰＵが実際の処理の一部又は全部を行う。その処理によって前述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。
また、供給されたプログラムコードがコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいて機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行う。その処理によって前述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。

尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の第１の実施形態を示し、画像処理システムの基本的な構成の一例を示す図である。本発明の第１の実施形態を示し、複写機の構成の一例を示すブロック図である。本発明の第１の実施形態を示し、複写機が、監査用画像データをストレージサーバへ、履歴レコードを履歴管理サーバへそれぞれ書き込む場合の画像処理システムの構成の一例を示す図である。本発明の第１の実施形態を示し、複写機が認証を受けてＨＤＤに格納された監査用画像データ及び履歴レコードを監査サーバに転送する場合の画像処理システムの構成の一例を示す図である。本発明の第１の実施形態を示し、監査サーバの構成の一例を示す図である。本発明の第１の実施形態を示し、読み取った画像データをＨＤＤに格納し、そのＵＲＩと画像データに含まれるテキストデータとを履歴コードに記録する処理の一例を示すフローチャートである。本発明の第１の実施形態を示し、ＨＤＤに記録されている履歴ファイルの一例を示す図である。本発明の第１の実施形態を示し、ＨＤＤに記録された履歴レコードの各エントリの意味の一例を示す図である。本発明の第１の実施形態を示し、監査用画像データ及び履歴レコードの転送命令受信タスクを行う際の処理の一例を説明するフローチャートである。本発明の第１の実施形態を示し、監査サーバから転送要求のあった監査用画像データの転送タスクを行う際の処理の一例を説明するフローチャートである。本発明の第１の実施形態を示し、監査エージョントでの画像データ送信・削除タスクの一例を説明するフローチャートである。本発明の第２の実施形態を示し、プリント動作時における画像処理システムの構成の一例を示す図である。本発明の第２の実施形態を示し、クライアントコンピュータから入力した画像データをＨＤＤに格納し、そのＵＲＩと画像データに含まれるテキストデータとを履歴コードに記録する処理の一例を示すフローチャートである。

符号の説明

１００１複写機
１００２ファクシミリ
１００３データベース/メールサーバ
１００４クライアントコンピュータ
１００５ストレージサーバ
１００６履歴管理サーバ
４００１監査エージョント

Claims

画像データを処理する画像処理装置と、サーバ装置とを備えて構成される画像処理システムであって、
前記画像処理装置は、前記画像データと該画像データに対する画像処理の実行に関連して生成される履歴情報とを含む監査データを格納する格納手段と、
前記格納手段に格納された監査データを前記サーバ装置へ転送する転送手段と、を備え、
前記サーバ装置は、前記格納手段に格納された監査データを前記画像処理装置へ要求する要求手段と、前記転送手段によって転送された監査データを取得する取得手段と、
前記取得手段により取得された監査データを記憶する監査データ記憶手段と、を備え、
前記画像処理装置は更に、前記画像処理装置で画像処理が実行されていない場合に、前記要求手段による要求によらず前記転送手段が前記格納手段に格納された監査データを前記サーバ装置へ転送可能とするよう制御する第１制御手段を備え、
前記サーバ装置は更に、前記要求手段による要求に基づいて前記転送手段が前記格納手段に格納された監査データを前記サーバへ転送している間に前記画像処理装置において画像処理の実行が開始された場合には、前記転送手段による前記監査データの転送を一時停止させ、前記画像処理装置において前記画像処理の実行が完了した後に前記監査データの転送を再開させるよう制御する第２制御手段を備えることを特徴とする画像処理システム。
更に、前記格納手段に格納されている画像データ、又は前記監査データ記憶手段に記憶されている画像データから、テキストデータを抽出するテキストデータ抽出手段を有し、
前記監査データ記憶手段は、前記画像データの記憶位置情報と、前記画像データから抽出されたテキストデータとを前記履歴情報に追加して記憶することを特徴とする請求項１に記載の画像処理システム。
前記画像処理装置は更に、前記格納手段の空き容量を判断する空き容量判断手段を備え、
前記転送手段は、前記空き容量判断手段による判断結果に応じて、前記格納手段に格納された画像データを前記サーバ装置に転送することを特徴とする請求項１または２に記載の画像処理システム。
前記サーバ装置は更に、前記転送手段が転送動作を開始するスケジュールを管理するスケジュール管理手段を備え、
前記転送手段は、前記格納手段に格納された画像データを、前記スケジュール管理手段が管理するスケジュールに基づいて転送することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理システム。
前記画像処理装置は更に、原稿画像を読み取って画像データを生成する原稿読み取り手段を備え、
前記格納手段は、前記原稿読み取り手段により読み取られた画像データを格納することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理システム。
前記画像処理装置は更に、前記画像処理装置が画像処理を実行する前にユーザを認証するユーザ認証手段を備え、
前記格納手段は、前記ユーザ認証手段により認証されたユーザを特定する情報、当該画像処理に関する履歴情報を生成した日時、及び当該画像処理に対する設定を、前記履歴情報として格納することを特徴とする請求項１乃至５のいずれか１項に記載の画像処理システム。
前記画像処理装置は更に、外部装置から印刷データを受信する受信手段を備え、
前記格納手段は、前記受信手段により受信された印刷データに基づき生成された画像データを格納することを特徴とする請求項１乃至６のいずれか１項に記載の画像処理システム。
前記格納手段は、前記画像データに対する画像処理の実行完了後に生成される実行結果情報を、当該画像データに対する画像処理に関連して生成される履歴情報に追加して格納することを特徴とする請求項１乃至７のいずれか１項に記載の画像処理システム。
画像データを処理する画像処理装置からサーバ装置に監査データを転送する監査データ転送方法であって、
前記画像データと該画像データに対する画像処理の実行に関連して生成される履歴情報とを含む監査データを前記画像処理装置の格納手段に格納する格納ステップと、
前記格納ステップにより格納された監査データを前記画像処理装置から前記サーバ装置へ転送する転送ステップと、
前記格納ステップにより格納された監査データを前記サーバ装置が前記画像処理装置へ要求する要求ステップと、
前記転送ステップによって転送された監査データを前記サーバ装置で取得する取得ステップと、
前記取得ステップにより取得された監査データを前記サーバ装置の監査データ記憶手段に記憶する監査データ記憶ステップと、
前記画像処理装置で画像処理が実行されていない場合には、前記要求ステップによる要求によらずに、前記格納手段に格納された監査データを前記転送ステップにより前記サーバ装置へ転送可能とするよう制御する第１制御ステップと、
前記要求ステップによる要求に基づいて前記転送ステップにより前記格納手段に格納された監査データを前記サーバへ転送している間に前記画像処理装置において画像処理の実行が開始された場合には、前記転送ステップによる前記監査データの転送を一時停止させ、前記画像処理装置において前記画像処理の実行が完了した後に前記監査データの転送を再開させるよう制御する第２制御ステップとを備えることを特徴とする監査データ転送方法。