(57)【要約】 【課題】  将来のセキュリティ追跡調査のために、所定の記憶装置に画像データを保存する際に、従来よりも記憶装置を有効に活用する。【解決手段】  取得部２１０によって取得された画像データに対して、実質的に同一とみなせる関連画像データが、将来の追跡調査のために所定の記憶装置２０２に記憶されているかを判定部２０３が判定する。関連画像データが記憶されていた場合には、取得された画像データを記憶装置２０４に書き込む代わりに関連画像データへのリンク情報を書き込む。一方、関連画像データが記憶されてない場合には、取得された画像データを記憶装置２０２に書き込む。【選択図】  図２
2006081119.tif 000002
【特許請求の範囲】
【請求項１】
画像データを取得する取得手段と、
取得された前記画像データに対して実質的に同一とみなせる関連画像データが、将来の追跡調査のために所定の記憶装置に記憶されているかを判定する判定手段と、
前記関連画像データが記憶されていた場合には、取得された前記画像データを前記所定の記憶装置に書き込む代わりに該関連画像データへのリンク情報を前記所定の記憶装置に書き込み、一方、該関連画像データが記憶されてない場合には、取得された前記画像データを前記所定の記憶装置に書き込む書き込み手段と
を含む画像処理装置。
【請求項２】
前記取得手段は、処理対象の画像データを複数の領域に分割することで複数の画像データを作成する分割手段を含む、請求項１に記載の画像処理装置。
【請求項３】
前記所定の記憶装置に前記画像データを記憶する際に、該画像データのハッシュ値を算出する算出手段をさらに含み、
前記書き込み手段は、前記画像データに前記ハッシュ値を対応付けて前記所定の記憶装置に書き込み、
前記判定手段は、取得された前記画像データのハッシュ値と、前記所定の記憶装置に記憶されている画像データのハッシュ値とを比較することで、前記関連画像データが記憶されているか否かを判定する、請求項１または２に記載の画像処理装置。
【請求項４】
取得された前記画像データのハッシュ値と、前記所定の記憶装置に記憶されている画像データのハッシュ値とが一致する場合に、さらに、取得された前記画像データと前記所定の記憶装置に記憶されている画像データとが一致するかを比較する比較手段をさらに含む、請求項３に記載の画像処理装置。
【請求項５】
前記取得手段は、画像読み取り装置、ファクシミリ受信回路、またはプリントジョブ受信回路である、請求項１ないし４の何れかに記載の画像処理装置。
【請求項６】
前記所定の記憶装置は、ネットワークを介して複数の画像処理装置によって共有されている、請求項１ないし５の何れかに記載の画像処理装置。
【請求項７】
少なくとも第１及び第２の画像処理装置を含む画像処理システムであって、
第１の画像処理装置は、
第２の画像処理装置から検索要求を受信する手段と、
前記検索要求の対象となっている画像データに対して実質的に同一とみなせる関連画像データが、将来の追跡調査のために所定の記憶装置に記憶されているかを判定する判定手段と、
前記関連画像データが記憶されていた場合には、該関連画像データのリンク情報を前記第２の画像処理装置に送信する手段と
を含み、
前記第２の画像処理装置は、
画像データを取得する手段と、
取得した前記画像データについて前記検索要求を前記第１の画像処理装置に送信する手段と、
前記第１の画像処理装置から、前記検索要求に対する応答として前記リンク情報を受信する手段と、
前記リンク情報を受信した場合には、取得した前記画像データを記憶する代わりに、該関連画像データへのリンク情報を記憶し、前記リンク情報を受信できなかった場合には、取得した前記画像データを記憶する記憶手段と
を含む画像処理システム。
【請求項８】
前記第１の画像処理装置は、前記第２の画像処理装置へと画像データを送信する手段を含む画像送信装置であることを特徴とする請求項７に記載の画像処理システム。
【請求項９】
前記第１の画像処理装置は、前記所定の記憶装置に記憶されている将来の追跡調査用の画像データを管理するサーバ装置であることを特徴とする請求項７に記載の画像処理システム。
【請求項１０】
前記記憶手段に記憶された前記リンク情報および前記画像データを前記所定の記憶装置へと転送する転送手段をさらに含む、請求項７ないし９の何れかに記載の画像処理システム。
【請求項１１】
画像処理装置の制御方法であって、
画像データを取得するステップと、
取得された前記画像データに対して実質的に同一とみなせる関連画像データが、将来の追跡調査のために所定の記憶装置に記憶されているかを判定するステップと、
前記関連画像データが記憶されていた場合には、取得された前記画像データを前記所定の記憶装置に書き込む代わりに該関連画像データへのリンク情報を前記所定の記憶装置に書き込み、一方、該関連画像データが記憶されてない場合には、取得された前記画像データを前記所定の記憶装置に書き込むステップと
を含む画像処理装置の制御方法。
【請求項１２】
少なくとも第１及び第２の画像処理装置を含む画像処理システムの制御方法であって、
前記第２の画像処理装置において、画像データを取得するステップと、
前記第２の画像処理装置において、取得した前記画像データについて検索要求を前記第１の画像処理装置に送信するステップと、
前記第１の画像処理装置において、前記第２の画像処理装置から前記検索要求を受信するステップと、
前記第１の画像処理装置において、前記検索要求の対象となっている画像データに対して実質的に同一とみなせる関連画像データが、将来の追跡調査のために所定の記憶装置に記憶されているかを判定するステップと、
前記第１の画像処理装置において、前記関連画像データが記憶されていた場合に、該関連画像データのリンク情報を前記第２の画像処理装置に送信するステップと、
前記第２の画像処理装置において、前記第１の画像処理装置から、前記検索要求に対する応答として前記リンク情報を受信する手段と、
前記第２の画像処理装置において、前記リンク情報を受信した場合には、受信した前記画像データを記憶する代わりに、該関連画像データへのリンク情報を記憶し、前記リンク情報を受信できなかった場合には、受信した前記画像データを記憶するステップと
を含む画像処理システムの制御方法。
【請求項１３】
画像処理装置の制御プログラムであって、
画像データを取得するステップと、
取得された前記画像データに対して実質的に同一とみなせる関連画像データが、将来の追跡調査のために所定の記憶装置に記憶されているかを判定するステップと、
前記関連画像データが記憶されていた場合に、取得された前記画像データを前記所定の記憶装置に書き込む代わりに、該関連画像データへのリンク情報を前記所定の記憶装置に書き込み、該関連画像データが記憶されてない場合には、取得された前記画像データを前記所定の記憶装置に書き込むステップと
を前記画像処理装置に実行させる制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、秘密情報の漏洩などセキュリティを追跡調査するための画像データを保存する技術に関する。
【背景技術】
【０００２】
画像処理装置の普及に従って、誰でも原稿の複写や送信を容易に行なうことが可能となっている。これは、利便性の向上をユーザにもたらしたが、機密原稿などの複写や送信といった情報漏洩の可能性が高まることにもなった。
【０００３】
この問題への対策として、ユーザのＩＤに加え、複写または送信される画像データのすべてを記憶装置に蓄積する画像処理装置が提案されている（特許文献１）。これにより、情報漏洩した原稿が、どのユーザにより複写または送信されたものであるかを追跡できるようになる。
【特許文献１】特表平１０−５０３９０１号公報。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の画像処理装置では、入出力される画像データをすべて記憶装置に蓄積する構成であるため、記憶装置が満杯になりやすい。一方で、同一の画像データが重複して記憶装置に記憶されていることもよくある。この場合は、記憶装置の記憶容量が特に無駄に消費されやすい。
【０００５】
そこで、本発明は、このような課題および他の課題の少なくとも１つを解決することを目的とする。なお、他の課題については明細書の全体を通して理解できよう。
【課題を解決するための手段】
【０００６】
上記課題を解決すべく、本発明は、画像データを取得する取得手段と、取得された前記画像データに対して実質的に同一とみなせる関連画像データが、将来の追跡調査のために所定の記憶装置に記憶されているかを判定する判定手段と、前記関連画像データが記憶されていた場合には、取得された前記画像データを前記所定の記憶装置に書き込む代わりに該関連画像データへのリンク情報を前記所定の記憶装置に書き込み、一方、該関連画像データが記憶されてない場合には、取得された前記画像データを前記所定の記憶装置に書き込む書き込み手段とを含む画像処理装置を提供する。
【発明の効果】
【０００７】
本発明によれば、将来のセキュリティ追跡調査のために、所定の記憶装置に実質的に同一の画像データが保存されている場合は、当該画像データを少なくとも１つだけ残しておき、それ以外は、データサイズが相対的に小さくなるリンク情報へと置換して記憶するようにしたので、従来よりも記憶装置を有効に活用できる。
【発明を実施するための最良の形態】
【０００８】
以下に本発明の上位概念、中位概念および下位概念の理解に役立つ一実施形態を示す。なお、以下の実施形態に含まれる概念について、そのすべてが特許請求の範囲に記載されているとは限らない。ただし、これは特許発明の技術的範囲から意識的に除外したのではなく、特許発明と均等の関係にあるため特許請求の範囲には記載していない場合があることを理解していただきたい。
【０００９】
［第１の実施形態］
図１は、実施形態に係る画像処理システムの例示的な構成図である。複合機１０１は、原稿の読み取り処理、複写処理、または印刷処理を実行したり、さまざまな装置に画像データを送信したり、さまざまな装置から画像データを受信する画像処理装置である。画像データをファイル化、複写処理または送信処理するための原稿読み取り処理、プリントジョブを受信してラスタライズして画像データを作成する処理、画像データを受信する処理、および、記憶装置から画像データを読み出す処理のいずれもが、画像データを取得する処理の一例である。
【００１０】
データベース／メールサーバ１０３は、複合機１０１により取得されたデータを格納するコンピュータであり、その上で格納処理を実行するサーバプログラムが動作している。クライアントコンピュータ１０４は、データベースサーバ／メールサーバ１０３に接続し、格納されているデータをダウンロードして表示するコンピュータである。また、クライアントコンピュータ１０４は、任意のデータについてのプリントジョブを複合機１０１や不図示のプリンタ等に送信することもできる。
【００１１】
ストレージサーバ１０５は、複合機１０１が入出力した全ての画像データを蓄積するセキュリティ追跡調査用の記憶装置である。なお、各複合機１０１のそれぞれに、セキュリティ追跡調査用のローカルな記憶装置が備えられていてもよい。その場合は、任意のタイミングで、ローカルな記憶装置からストレージサーバ１０５へと追跡調査用の画像データを転送することになる。
【００１２】
履歴管理サーバ１０６は、複合機１０１における複写や送信などの作業ジョブの履歴レコードを記録する履歴管理サーバである。すなわち、画像データと、作業装置および作業者などの情報を含む履歴情報を蓄積することで、将来におけるセキュリティ追跡調査を実現できる。
【００１３】
チェイシングチェイシングサーバ１０９は、ストレージサーバ１０５や履歴サーバ１０６のデータを吸い上げてまとめるサーバである。複数の複合機１０１、ストレージサーバ１０５、および履歴サーバ１０６が存在する環境下において、チェイシングチェイシングサーバ１０９を配置することにより、セキュリティ追跡調査用の管理のデータを一元的に管理することが可能となる。
【００１４】
イーサネット（登録商標）１０７は、複合機１０１、データベース／メールサーバ１０３、クライアントコンピュータ１０４、ストレージサーバ１０５、履歴管理サーバ１０６、チェイシングチェイシングサーバ１０９が接続されるネットワークである。もちろん他の通信媒体により各装置を接続してもよい。
【００１５】
複合機１１０には、複合機１０１の基本的な機能に加え、ストレージサーバ１０５や履歴管理サーバ１０６と同等の機能が組み込まれている。すなわち、複合機１１０が入出力した全ての画像データを蓄積する監査用の記憶装置を有し、複合機１１０における複写や送信ジョブの履歴を記憶する記憶装置を有している。
【００１６】
クライアントコンピュータ１１１は、複合機１１０に接続し、プリント出力指示やＩＦＡＸ（インターネットＦＡＸ）の送信指示を行なう。イーサネット（登録商標）１１２は、複合機１１０、クライアントコンピュータ１１１が接続されるネットワークである。ファクシミリ１０２は、複合機１１０により取得された画像データを、公衆回線１０８を介して受信してプリントするファクシミリ装置である。また、ファクシミリ１０２は、公衆回線１０８を介して複合機１１０に画像データを送信することも可能である。イーサネット（登録商標）１０７とイーサネット（登録商標）１１２は、ＷＡＮ１２０（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ：広域通信網）を介して接続されている。
【００１７】
図２は、実施形態に係る画像処理システムの基本機能を説明するためのブロック図である。図３は、実施形態に係る画像処理方法の基本的なフローチャートである。これらは本発明の基本概念を例示するものであり、上述の画像処理システムの全体、またはシステムの一部の装置らによって実現される。
【００１８】
取得部２０１は、画像データを取得する機能部であり、単体のスキャナ装置、複合機１０１等に搭載される画像読み取り装置、プリンタや複合機１１０などに搭載される画像データの受信装置、予め記憶されている画像データを送信するために読み出す読み出し装置などに相当する。
【００１９】
記憶装置２０２は、セキュリティ追跡調査のための画像データを記憶する装置であり、上述のストレージサーバ１０５や、複合機１１０内の記憶装置に相当する。
【００２０】
判定部２０３は、取得部２０１により取得された画像データに対して実質的に同一とみなせる画像データ（関連画像データと称す。）記憶装置２０２に記憶されているかを判定する。判定部２０３は、チェイシングサーバ１０９、複合機１０１または複合機１１０などに搭載される。関連画像データは、取得画像データに完全に一致する画像データであることが望ましいが、所定の閾値を超えて類似している画像データが含まれてもよい。複写の繰り返し等によりオリジナル（関連画像データ）から劣化した取得され画像データについても、リンク情報に置換する必要があるからである。
【００２１】
書き込み部２０４は、関連画像データが記憶されていると判定された場合に、取得画像データを記憶装置２０２に書き込む代わりに、関連画像データへのリンク情報を記憶装置２０２へと書き込む。リンク情報は、関連画像データの記憶場所を表す情報であり、たとえば、ＵＲＩ（ユニフォーム・リソース・アイデンティファイア）等である。一方、関連画像データが記憶されてないと判定された場合には、取得画像データを記憶装置２０２に書き込む。実質的に同一の画像データについては、リンク情報を記憶することで、重複記憶の恐れを低減できるようになる。
【００２２】
フローチャートについて説明すると、ステップＳ３０１において、取得部２０１が画像データを取得する。ステップＳ３０２において、判定部２０３は、取得画像データに対する関連画像データを記憶装置２０２から検索抽出する。ステップＳ３０３において、判定部２０３は、関連画像データが記憶されていたかどうかを判定する。すなわち、検索によって実質的に同一とみなせるような関連画像データが抽出されたかどうかを判定する。関連画像データが抽出された場合は、ステップＳ３０４に進み、書き込み部２０４は、取得画像データを記憶装置２０２に記憶する代わりに、抽出された画像データのリンク情報を記憶装置２０２に書き込む。一方、関連画像データが記憶されてない場合には、ステップＳ３０５に進み、書き込み部２０４は、取得画像データを記憶装置２０２に書き込む。
【００２３】
以上のようにして、画像処理システム内で入力または出力される画像データについてセキュリティ追跡調査を実現できるだけでなく、記憶装置の記憶容量を従来よりも有効に活用できるようになる。
【００２４】
上述の基本的な技術思想は、たとえば、（１）複合機１１０など単独の装置において実現してもよいし、（２）複合機１０１と複合機１１０など複数の装置により協働して実現してもよいし、（３）ネットワーク上のチェイシングサーバ１０９などを利用するシステムとして実現してもよい。以下では、本発明のさらなるバリエーションについて詳細に説明する。
【００２５】
［第２の実施形態］
本実施形態では、任意のジョブの実行から履歴レコードの記憶までについて説明する。
【００２６】
図４は、実施形態に係る複合機の例示的なブロック図である。制御ユニット４００は、画像入力デバイスであるスキャナ４７０や画像出力デバイスであるプリンタ４９０と接続する一方で、ＬＡＮ４１１や公衆回線（ＷＡＮ）４１２と接続することで、画像情報やデバイス情報の入出力を行なう。ＣＰＵ４０１は、システム全体を制御するコントローラである。ＲＡＭ４０２は、ＣＰＵ４０１が動作するためのシステムワークメモリであり、画像データを一時的に記憶するための画像メモリとしても機能する。ＲＯＭ４０３はブートＲＯＭであり、システムのブートプログラムが格納されている。ハードディスクドライブ（ＨＤＤ）４０４は、システムの制御プログラムやセキュリティ追跡調査用の画像データなどを記憶する記憶装置である。
【００２７】
操作部Ｉ／Ｆ４０６は、タッチパネルと表示装置とを有した操作部（ＵＩ）４０７を接続し、表示用の画像データを操作部４０７に出力したり、タッチパネルからの入力信号をＣＰＵ４０１に伝達したりするインターフェース回路である。ネットワークＩ／Ｆ４０８は、ＬＡＮ４１１に接続し、情報の入出力を行なう通信回路である。モデム４０９は、公衆回線（ＷＡＮ）４１２に接続し、情報の入出力を行なう通信回路である。以上のデバイスがシステムバス４１０に配置される。
【００２８】
イメージバスＩ／Ｆ４１３は、画像データを高速で転送する画像バス４１４をシステムバス４１０と接続し、データ構造を変換するバスブリッジ回路である。画像バス４１４は、たとえば、ＰＣＩバスまたはＩＥＥＥ１３９４などで構成される。
【００２９】
画像バス４１４には以下のデバイスが配置される。ラスターイメージプロセッサ（ＲＩＰ）４１５は、ＰＤＬ（ページ記述言語）コードをビットマップイメージに展開する画像処理回路である。デバイスＩ／Ｆ部４１６は、画像入出力デバイスであるスキャナ４７０やプリンタ４９０を制御ユニット４００に接続し、画像データの同期系／非同期系の変換処理を実行するインターフェース回路である。スキャナ画像処理部４１７は、入力画像データに対し補正、加工、編集等の画像処理を実行する画像処理回路である。プリンタ画像処理部４１８は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行なう画像処理回路である。画像回転部４１９は、画像データの回転処理を実行する画像処理回路である。画像圧縮部４２０は、多値画像データについてＪＰＥＧ、２値画像データについてＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸張処理を実行する符号処理回路である。ＩＣカードスロット４０５は、暗号処理に使用される情報を記憶するＩＣカードメディアを接続する接続回路である。たとえば、操作部４０７から適切なＰＩＮ（個人識別番号）コードが入力されると、ＩＣカードメディアは、暗号・復号に用いる鍵を出力する。暗号・復号処理部４２１は、ＩＣカードスロット４０５から出力される鍵を用いてデータの暗号化・複合化処理を行なうハードウェアアクセラレータボードである。ＯＣＲ・ＯＭＲ処理部４２２は、画像データに含まれる文字情報や２次元バーコードを解読して文字コード化する画像処理回路である。
【００３０】
図５は、実施形態に係る画像データや履歴情報等の記憶処理を説明する図である。この図によれば、複合機１０１からストレージサーバ１０５へと画像データを格納する際に、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）を利用しているが、本発明は、これらの通信プロトコルに限定されることはない。画像データ等転送できるプロトコルであれば如何なる転送プロトコルをも使用でき、必要に応じて暗号処理を施してもよい。
【００３１】
また、複合機１０１から履歴管理サーバ１０６への履歴情報の書き込みはｓｙｓｌｏｇを利用しているが、他のロギングプロトコルを採用してもよい。また、図１によれば、複合機１０１、ストレージサーバ１０５、履歴管理サーバ１０６が別体の構成となっているが、いずれか、または全てを一体化した構成としてもよい。これらストレージサーバ１０５、履歴管理サーバ１０６へアクセスするために必要な設定情報は、複合機１０１のシステム管理者のみが設定可能なように保護されていることが望ましい。
【００３２】
図６は、実施形態に係る追跡調査用の画像データ及び履歴レコードの記憶処理を示すフローチャートである。すなわち、取得された画像データのすべて（一部をリンク情報に変換することもある。）を所定のストレージデバイスに格納し、そのＵＲＩと画像データに含まれるテキストデータを履歴レコードに記録する処理をこのフローチャートを用いて説明する。本フローチャートは、たとえば、複合機１０１において、原稿がスキャナ４７０の自動原稿送り装置または原稿台に載置され、コピーや送信など所望の目的に応じて部数設定や送信宛先設定などが操作部４０７を通じて実行されると、開始される。
【００３３】
ステップＳ６０１において、ＣＰＵ４０１は、図３で用いたサブルーチンを実行する。たとえば、ＣＰＵ４０１は、スキャナ４７０により原稿が読み取られ、スキャナ画像処理部４１７により生成された画像データをページごとにＨＤＤ４０４へと記憶する（Ｓ３０１）。ＣＰＵ４０１は、ＨＤＤ４０４に記憶された画像データを読み出し、関連画像データを検索し（Ｓ３０２）、関連画像データが存在するか否かを判定する（Ｓ３０２）。存在すれば、ＣＰＵ４０１は、関連画像データのＵＲＩを、ネットワークＩ／Ｆ４０８を介して所定のストレージサーバ１０５へと格納する（Ｓ３０４）。一方、存在しなければ、ＣＰＵ４０１は、取得した画像データをネットワークＩ／Ｆ４０８を介して所定のストレージサーバ１０５へと格納する（Ｓ３０５）。
【００３４】
ストレージサーバ１０５への格納処理は、複数ページを個別に格納する形態でも、複数ページを一つの文書に結合してから格納する形態のいずれであってもよい。なお、画像データまたはリンク情報（ＵＲＩなど）の格納の際に、ＣＰＵ４０１は、画像データのＵＲＩをＲＡＭ４０２に記憶する。このＵＲＩは、ストレージサーバ１０５のＵＲＬと、画像データのファイル名などからＣＰＵ４０１が作成する。
【００３５】
ステップＳ６０３において、ＣＰＵ４０１は、格納処理が成功したか否かを判定する。失敗であればＳ６２０に進み、ＣＰＵ４０１は、異常が発生した旨を操作部４０７に表示させ、本フローチャートに係る処理を終了する。一方、成功であればＳ６０４に進む。
【００３６】
ステップＳ６０４において、ＣＰＵ４０１は、実行ジョブのジョブ種別を履歴レコードに設定し、ＲＡＭ４０２に記憶する。本実施形態においてジョブ種別とは、コピージョブ、ファクス送信／受信ジョブ、スキャンジョブ、プリントジョブなど、機能種別を表すものとする。
【００３７】
ステップＳ６０５において、ＣＰＵ４０１は、複合機１０１の設定情報を読み出し、ユーザ認証ありと設定されているかを判定する。この設定情報は、予めＲＯＭ４０３またはハードディスクドライブ４０４に記憶されているものとする。ユーザ認証ありと判定した場合にはＳ６０６へ進み、ＣＰＵ４０１は、操作部４０７などから入力されたユーザ情報（例えばユーザ名やユーザＩＤなど）を履歴レコードに設定し、ＲＡＭ４０２に記憶する。一方、ユーザ認証なしと判定した場合には、そのままＳ６０７に進む。
【００３８】
ステップＳ６０７において、ＣＰＵ４０１は、Ｓ６０２でストレージサーバ１０５に格納された画像データのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒｓ）をＲＡＭ４０２から読み出し、履歴レコードに設定する。
【００３９】
ステップＳ６０８において、ＣＰＵ４０１は、ＨＤＤ４０４に記憶された画像データに対してＯＣＲ／ＯＭＲ処理２１１１を用いてテキストデータを抽出する。なお、当業者であれば明らかに理解できるように、本ステップは、ステップＳ６０１に次に実行されてもよい。
【００４０】
ステップＳ６０９において、ＣＰＵ４０１は、抽出されたテキストデータを履歴レコードに設定し、Ｓ６１０において、当該履歴レコードを所定の履歴管理サーバ１０６に書き込む。
【００４１】
ステップＳ６１１において、ＣＰＵ４０１は、履歴レコードの格納処理が成功したか否かを判定する。成功であればＳ６１２に進み、ＣＰＵ４０１は、予め操作部４０７を通じてユーザにより指定されたジョブを実行し、本フローチャートに係る処理を終了する。一方、失敗であればＳ６１３に進み、ＣＰＵ４０１は、ステップＳ６０２において格納した画像データを削除し、Ｓ６２０へ進み、異常が発生した旨を操作部４０７に表示し、ジョブ実行を終了する。
【００４２】
ここでは、スキャナ４７０により読み取った画像データを格納する例を説明しているが、本発明がこれに限定されることはない。プリント出力についても、出力画像データをストレージサーバ１０５へと格納することにより同様に管理できる。
【００４３】
図７は、実施形態に係る履歴管理サーバに記録されている履歴ファイルの一例を示す図である。履歴管理サーバ１０６は、複合機１０１等からジョブ単位で送信される履歴レコードを受信して履歴ファイル７００に格納する。この例では、履歴管理サーバ１０６は、１ジョブごとに１レコードを生成して履歴ファイル７００に登録している。履歴ファイル７００は、履歴管理サーバ１０６の記憶装置に一定期間保持され、セキュリティ追跡調査に利用できる。
【００４４】
図８は、実施形態に係る履歴レコードの各エントリ内容の一例を示す図である。履歴レコード８００には、次のようなフィールド（エントリと呼ばれることもある。）が設けられている。日時フィールド８０１には、履歴レコードの書き込みが発生した日時のデータが格納される。デバイスアドレスフィールド８０２には、ジョブを実行したデバイスのＩＰアドレスまたはホスト名が格納される。プログラム名フィールド８０３には、履歴書き込みを行ったプログラム名が格納される。ジョブ種フィールド８０４には、コピー、ファクス、スキャン、プリントなどのジョブの機能種別に関する情報が格納される。ユーザ名フィールド８０５には、ジョブを実行したユーザを識別可能な文字列や数値などから構成されるユーザ名またはユーザＩＤが格納される。経路フィールド８０６には、画像データの入力経路を示す情報が格納される。たとえば、ファックスの場合は電話番号、プリントの場合は出力を指示したホスト名やホストのＩＰアドレスなどが格納される。画像データ格納ＵＲＩのフィールド８０７には、追跡対象の画像データが格納されている場所を示すＵＲＩが格納される。このＵＲＩにアクセスすることにより、画像データをダウンロードして表示することが可能となる。テキストデータのフィールド８０８には、ＯＣＲ／ＯＭＲ部４２２により画像データから抽出されたテキストデータが格納される。
【００４５】
以上のように、本実施形態によれば、画像データをストレージサーバ１０５に保存する一方で、履歴レコードを履歴管理サーバ１０６に保存することで、将来において画像データの追跡調査を容易に実行できる。しかも、重複する画像データについてはリンク情報に置換されるため、記憶装置を有効に活用できる。
【００４６】
［第３の実施形態］
ストレージサーバ１０５に記憶される画像データのフォーマットには、既存のフォーマットを採用してもよいし、独自フォーマットを採用してもよい。本実施形態では、独自フォーマットを用いることにより画像データの圧縮を行なう例を説明する。
【００４７】
図９は、実施形態に係る画像フォーマットの一例を示す図である。本実施形態では、複合機１１０が、ファクシミリ１０２から受信した画像データ９０１を複合機１０１へとＦＡＸ転送する例を交えて、画像ファイルのフォーマットについて説明する。
【００４８】
第１の文書９０１は、複合機１１０がファクシミリ装置１０２から受信したファクシミリ画像を示している。第１の文書９０１は、第１のヘッダー９０２、本文９０３、第１のフッター９０４から構成されている。第２の文書９１１は、複合機１０１が複合機１１０から受信した画像データを示している。第２の文書９１１は、第２のヘッダー９１２、本文９０３、および第２のフッター９０４から構成されている。第１の文書９０１と第２の文９１１とでは、本文９０３は同一であるが、ヘッダー部やフッター部は転送に際して書き換えられるため内容が異なっている。
【００４９】
第１の文書９０１や第２の文書９１１は、ともに、セキュリティ追跡調査のために、複合機内部のハードディスクドライブ４０４やストレージサーバ１０５などのストレージデバイスに格納される。この独自形式の画像ファイルが第１の画像ファイル９０５と第２の画像ファイル９１５である。
【００５０】
各画像ファイル９０５、９１５には、元の画像データ９０１、９１１について領域抽出処理により複数に分解された画像データが含まれている。この例では、ヘッダー部の画像情報９０６、９１６と、本文部の画像データ９０７と９１７と、フッター部の画像データ９０８、９１８とにそれぞれ分解されている。なお、第２の画像ファイルについては、本文部の画像データ９１７は、第１の画像ファイル９０５の本文部画像データ９０７へのリンク情報に置換されている。この置換処理によって、ストレージサーバ１０５の格納領域を節約できるとともに、同一画像領域が明白になるため検索性能が向上する。
【００５１】
なお、これらの画像領域抽出や画像マッチング処理について、複合機１０１等で実行せずに、ストレージサーバ１０５へと画像データが格納された後、またはその格納の際に、チェイシングサーバ１０９またはストレージサーバ１０５が実行してもよい。格納の際に実行する場合は、各装置が自己の記憶装置に画像データを蓄積しておき、チェイシングサーバ１０９からストレージサーバ１０５への吸い上げ処理時にリンク情報への置換処理が実行される。この吸い上げ処理は、複合機１１０や複合機１０１などの各装置の記憶装置が満杯にならないよう、しかるべきタイミングで実行されることが望ましい。また、吸い上げられたデータは各装置の記憶装置から削除されることはいうまでもない。
【００５２】
なお、各装置の記憶装置またはストレージサーバ１０５に格納される画像データは、元画像と同一の解像度であってもよいが、格納効率や検索効率を考え、解像度を低減させるように設定変更してもよい。記憶装置やストレージサーバ１０５に記憶されている画像データについて、解像度が統一されていないと画像データのマッチング処理が困難となるため、統一されることが望ましい。統一方法としては、たとえば、ジョブの種別に関わらず全て同一の解像度としてもよいし、ジョブ種別ごとに同一の解像度としてもよい。
【００５３】
図１０は、実施形態に係る独自フォーマットの一例を示す図である。図に示される表の左の列がタグを示し、右の列がその内容を示している。タグには、ＴＯＴＡＬＢＬＯＣＫ，ＴＯＴＡＬＳＩＺＥ，ＢＬＯＣＫ［数字］，ＰＯＳ，ＳＩＺＥ，ＤＰＩ，ＵＲＩ，ＨＡＳＨなどがある。１００１は、画像ファイルの全体に関する情報が格納されるエリアを示している。ＴＯＴＡＬＢＬＯＣＫは、この画像ファイルがいくつの領域からなっているかを内容とするタグである。分割されていない場合は１となる。ＴＯＴＡＬＳＩＺＥは、画像全体のサイズを内容とするタグである。ＤＰＩ（ドット・パー・インチ）は、画像の全体サイズについての解像度を内容とするタグである。
【００５４】
この後に、ＴＯＴＡＬＢＬＯＣＫの数に応じたブロックの領域１００２〜１００４が続く。この例では、３つの領域からなる例を示している。各ブロックの領域１００１〜１００４は、内容をＳＴＡＲＴとするＢＬＯＣＫ［数字］タグと、内容をＥＮＤとするＢＬＯＣＫ［数字］タグとによって囲まれている。
【００５５】
ＰＯＳは、画像の左上端（開始位置）を示している。また、ＳＩＺＥは、画像の縦及び横のサイズを示している。なおこの例では、座標の原点を第１の文書９０５の左上端にとっている。ＤＰＩは、該当ブロックの解像度を内容とするタグである。
【００５６】
ＵＲＩは、該当ブロックの画像データの格納場所を内容とするタグである。同一画像が存在する場合は、その同一画像を指し示すリンク情報が格納される。例えば、Ｆｉｌｅ：／／１９２．１６８．０．２／ｓｔｏｒａｇｅ／２３８４７３＿１．ｔｉｆｆと同じ画像が１９２．１６８．０．１のホストに５０５５０＿１．ｔｉｆｆというファイル名で存在する場合は、Ｆｉｌｅ：／／１９２．１６８．０．２／ｓｔｏｒａｇｅ／２３８４７３＿１．ｔｉｆｆをＦｉｌｅ：／／１９２．１６８．０．１／ｓｔｏｒａｇｅ／５０５５０＿１．ｔｉｆｆというリンク情報にする。さらに、Ｆｉｌｅ：／／１９２．１６８．０．２／ｓｔｏｒａｇｅ／２３８４７３＿１．ｔｉｆｆのファイルへの参照が他に無い場合は、当該ファイルを削除する。この一連の処理により、効率的な画像格納が可能となる。ＨＡＳＨは、該当ブロックの画像データから算出されたハッシュ値を内容とするタグである。
【００５７】
［第４の実施形態］
本実施形態では、関連画像データの判定サブルーチン（図３のＳ３１０）について説明する。とりわけ、本実施形態では、複合機１１０または複合機１０１などの各装置が自装置内で判定処理を実行する例を説明する。
【００５８】
図１１は、実施形態に係る自己判定サブルーチン（リンク情報置換処理）を示す例示的なフローチャートである。
【００５９】
ステップＳ１１０１において、ＣＰＵ４０１は、取得した画像データについて所定のハッシュ演算を適用してハッシュ値を算出する。なお、画像サイズを算出してもよい。
【００６０】
ステップＳ１１０２において、ＣＰＵ４０１は、算出したハッシュ値や画像サイズ等を検索キーとして、実質的に同一のハッシュ値や画像サイズを有する画像データを検索する。検索対象は、ＨＤＤ４０４に記憶されている画像データであるが、ストレージサーバ１０５に記憶されている画像データを対象としてもよい。
【００６１】
ステップＳ１１０３において、ＣＰＵ４０１は、ハッシュ値等が相互に一致する画像データがＨＤＤ４０４から抽出されたか否かを判定する。抽出に失敗した場合は、ステップＳ１１０８に進み、ＣＰＵ４０１は、取得された画像データをＨＤＤ４０４に書き込む。なお、ストレージサーバ１０５に書き込むようにしてもよい。抽出に成功した場合は、ステップＳ１１０４に進む。これにより、関連画像データの候補を抽出することができ、以降のステップでさらに候補を絞り込む。
【００６２】
ステップＳ１１０４において、ＣＰＵ４０１は、取得画像データと、検索により抽出された画像データとが一致するか比較する。たとえば、双方の画像データに基づいて類似度や相関値を算出することで、比較処理を行なう。このような比較処理を行なうのは、ハッシュ値等だけで画像データを抽出すると、実際には異なる画像データも抽出されてしまう可能性があるためである。
【００６３】
ステップＳ１１０５において、ＣＰＵ４０１は、比較結果に基づいて双方の画像データが一致するかを判定する。たとえば、算出された類似度や相関値が所定の閾値以上であれば、一致と判断する。一致すれば、ステップＳ１１０６に進み、不一致であれば、ステップＳ１１０８に進む。これにより、最終的な関連画像データが抽出される。なお、セキュリティ追跡調査の場合は、画像データ同士が完全に一致することが望ましいため、閾値は非常に高いもの（９０％など）となろう。もちろん、画像データの保存の目的に応じて、閾値を変更してもよいことはいうまでもない。
【００６４】
ステップＳ１１０６において、ＣＰＵ４０１は、一致した画像データについてリンク情報を作成する。ステップＳ１１０７において、ＣＰＵ４０１は、取得した画像データに代えて、作成されたリンク情報をハードディスクドライブ４０４に書き込む。リンク情報は、ストレージサーバ１０５に書き込まれてもよい。また、第３の実施形態で説明したように、画像ファイル内に格納されている複数の画像データのうち、関連画像データが存在する画像データのみをリンク情報に置換して、画像ファイルのサイズを圧縮することができる。
【００６５】
以上説明したように、本実施形態によれば、ハッシュ値等を用いて画像データを比較することで、画像検索の処理速度を向上させることができる。すなわち、画像データ同士を画素ごとに比較する場合は、演算量が膨大となり、処理に長時間を要することになる。一方で、ハッシュ値は、画像データの特徴を表すデータであり、もとの画像データと比較しデータサイズもかなり小さいため、検索処理の時間を大幅に短縮できる利点がある。
【００６６】
また、ハッシュ値等だけを比較するだけでは、実際には類似しない画像データが抽出されるおそれもあるため、最終的には画像データ同士を正確に比較することで、実質的に同一とみなせるような関連画像データだけを抽出できるようになる。
【００６７】
［第５の実施形態］
本実施形態では、関連画像データの検索抽出処理を複合機等からサーバに依頼して実行する例を説明する。
【００６８】
図１２は、実施形態に係る複合機の判定サブルーチン（リンク情報置換処理）を示す例示的なフローチャートである。図１３は、実施形態に係るサーバの画像検索処理の例示的なフローチャートである。図１４は、実施形態に係るサーバの例示的なブロック図である。以下では、既に説明済みの処理については同一の参照符号を付すことで説明を簡潔に行なう。
【００６９】
ステップＳ１１０１において、取得画像データからハッシュ値等を取得すると、ステップＳ１２０２に進み、複合機１０１のＣＰＵ４０１は、取得したハッシュ値等を含む検索要求を作成し、ネットワークＩ／Ｆ４０８からチェイシングサーバ１０９に検索要求を送信する。
【００７０】
ステップＳ１２０３において、ＣＰＵ４０１は、検索結果をチェイシングサーバ１０９から受信する。ステップＳ１２０４において、ＣＰＵ４０１は、検索結果から、ハッシュ値等が一致した画像データが存在するか否かを判定する。存在しない場合は、ステップＳ１１０８に進み、取得画像データを記憶する。存在する場合は、ステップＳ１２０５に進む。
【００７１】
ステップＳ１２０５において、ＣＰＵ４０１は、取得画像データをＲＡＭ４０２から読み出し、取得画像データを伴う比較要求を作成し、チェイシングサーバ１０９に送信する。ステップＳ１２０６において、ＣＰＵ４０１は、比較結果をチェイシングサーバ１０９から受信する。
【００７２】
ステップＳ１２０７において、ＣＰＵ４０１は、比較結果から、取得画像データに一致した画像データが抽出されたか否かを判定する。すなわち、一致した画像データが存在すれば、比較結果として、または比較結果とともにリンク情報がチェイシングサーバ１０９から送信される。最終的に、リンク情報を受信した場合は、ステップＳ１１０７に進み、リンク情報を書き込む。一方、最終的に、リンク情報を受信できなかった場合は、ステップＳ１１０８に進み、取得画像データを書き込む。
【００７３】
次に、サーバ側の処理について説明する。チェイシングサーバ１０９には、ＣＰＵ１４０１、ＲＡＭ１４０２、ＲＯＭ１４０３、ネットワークＩ／Ｆ１４０４およびハードディスクドライブ１４０５が含まれている。サーバ１４０３は、ＲＯＭ１４０３に記憶されているブートプログラムによって起動すると、図１３に示すフローチャートに従った処理を実行する。本フローチャートは、制御プログラム１４０６の処理に対応している。
【００７４】
ステップＳ１３０１において、ＣＰＵ１４０１は、ネットワークＩ／Ｆ１４０４を通じて複合機１０１などから検索要求を受信したか否かを判定する。受信した場合には、ステップＳ１３０２に進み、受信した検索要求に含まれていたハッシュ値等のデータを読み出す。なお、受信したハッシュ値等１４１０は、ＲＡＭ１４０２に記憶しておく。
【００７５】
ステップＳ１３０３において、ＣＰＵ１４０１は、ハッシュ値等１４１０を検索キーとして、ストレージサーバ１０５に記憶されている画像データを検索する。ステップＳ１３０４において、ＣＰＵ１４０１は、検索結果に基づいて、ハッシュ値等が一致した画像データが抽出されたか否かを判定する。抽出されなかった場合は、ステップＳ１３１１に進み、不一致報告を複合機１０１に送信する。
【００７６】
一方、一致する画像データが見つかった場合はステップＳ１３０５に進み、ＣＰＵ１４０１は、一致する画像データが見つかったことを示す情報（一致報告）を複合機１０１に送信する。
【００７７】
ステップＳ１３０６において、ＣＰＵ１４０１は、複合機から比較用の画像データ（上述の取得画像データ）を受信し、ＲＡＭ１４０２に記憶する。なお、検索要求の段階で取得画像データ１４０２を受信するようにフローチャートを構成する場合は、ステップＳ１３０６は省略できる。
【００７８】
ステップＳ１３０７において、抽出された画像データと、取得画像データとを比較処理する。ステップＳ１３０８において、抽出された画像データと、取得画像データと一致するか否かを判定する。一致しなければ、ステップＳ１３１１に進み、不一致報告を送信する。
【００７９】
一方、一致すれば、ステップＳ１３０９に進み、ＣＰＵ１４０１は、一致した画像データ（すなわち関連画像データ）のリンク情報を作成し、ステップＳ１３１０において、比較結果としてリンク情報を複合機１０１に送信する。
【００８０】
以上説明したように、本実施形態によれば、関連画像データの検索処理（リンク情報の作成処理）をサーバに依頼することで、複合機の処理を緩和することができる。さらに、複合機１０１が、ストレージサーバ１０５に記憶されている画像データを検索できない場合であっても、チェイシングサーバ１０９を経由することにより画像検索を実行できるようになる。ストレージサーバ１０５には、多数の複合機等によって共有される画像データが記憶されているため、実質的に同一とみなせる画像データが存在する確率が高く、よって重複した画像データを削減できる可能性も高まる。
【００８１】
本実施形態では、検索要求としてハッシュ値等をチェイシングサーバ１０９で受信したが、最初から取得画像データを複合機等から受信し、チェイシングサーバ１０９において、ハッシュ値等を算出するようにしてもよい。また、ハッシュ値等が一致する画像データを、複合機等に送信することで、比較処理（Ｓ１３０７〜Ｓ１３０９）を複合機等において実行してもよい。
【００８２】
本実施形態では、チェイシングサーバ１０９を実行主体として説明したが、ストレージサーバ１０５を実行主体としてもよいことはいうまでもない。ストレージサーバ１０５で実行すれば、チェイシングサーバ１０９とストレージサーバ１０５間のデータの送受信が減るため、ＬＡＮ上のトラヒックを削減できる。しかも、ＬＡＮの転送速度が画像検索処理のボトルネックとなることを回避できよう。
【００８３】
［第６の実施形態］
本実施形態では、画像データの送信エンティティとなる複合機１１０と受信エンティティとなる複合機１０１とが協働して画像検索処理を実行する例を説明する。具体的には、図９で説明した事例をより詳細に説明する。
【００８４】
図１５は、実施形態に係る判定サブルーチン（リンク情報置換処理）の例示的なフローチャートである。このサブルーチンは、複合機１０１において実行されるものとする。
【００８５】
ステップＳ１５０１において、ＣＰＵ４０１は、取得された画像データのソースを特定可能か否かを判定する。ソースとは、画像の取得に使用されたスキャナ４７０、画像データを送信してきた複合機１１０など、画像データの起源となる装置を意味する。なお、ＣＰＵ４０１は、画像データを取得した際に、どの装置によって取得したものであるかをＲＡＭ４０２に記憶しておくものとする。判定の結果、特定不可能であれば、ステップＳ１５２０に進み、自己判定ルーチン（図１１）を実行する。
【００８６】
一方、特定可能でれば、ステップＳ１５０２に進み、ＣＰＵ４０１は、ハッシュ値等を取得する。なお、特定可能である場合であっても、自分自身がソースとなる場合は、ステップＳ１５２０に進む。自分自身がソースとなる場合とは、たとえば、複合機１１０が自己のスキャナ４７０によって画像データを取得した場合の如くである。
【００８７】
その後、ＣＰＵ４０１は、ステップＳ１５０３からステップＳ１５０８を処理するが、これらはステップＳ１２０２からステップＳ１２０７に相当する。すなわち、検索要求の送信宛先がサーバからソースに代わるだけであり、処理は同様となるため、以降の説明を省略する。
【００８８】
さらに、複合機１１０における処理も、図１３で説明したサーバの処理とほとんど同様である。相異する点は、複合機１１０が自己のハードディスクドライブ４０４を検索対象とする点である。もちろん、複合機１１０がストレージサーバ１０５を検索してもよい。
【００８９】
以上説明したように、本実施形態によれば、画像データの送信エンティティとなる複合機１１０と受信エンティティとなる複合機１０１とが協働して画像検索処理を実行することができる。とりわけ、送信側には、受信側で受信された画像データのオリジナルデータが格納されている確率が高いため、効率良く、関連画像データを抽出してリンク情報を作成できる。
【００９０】
［第7の実施形態］
上述の実施形態では、画像を取得したタイミングを契機として、リンク情報への置換処理を行なっていた。しかしながら、ストレージサーバ１０５に対して単に画像データを書き込む既存の複合機が存在するシステムにおいても、画像データの重複記憶を防ぐことが望ましい。そこで、本実施形態では、チェイシングサーバ１０９やストレージサーバ１０５がリンク情報への置換処理を実行する例について説明する。サーバの基本構成は図１４を用いて説明したとおりである。
【００９１】
図１６は、実施形態に係るリンク情報への置換処理の例示的なフローチャートである。なお、既に説明した処理と同様の部分は簡潔に説明する。
【００９２】
ステップＳ１６０１において、ＣＰＵ１４０１は、リンク情報への置換処理を実行すべき所定のタイミングかどうかを判定する。所定のタイミングとは、一定時刻や一定周期などタイマーによって取得されるタイミング、所定数以上の画像データが新規に登録されたタイミング、複合機等から開始要求を受信したタイミング、またはクライントコンピュータやサーバの操作部から管理者によって開始を要求されたタイミングなどをいう。
【００９３】
ステップＳ１６０２において、ＣＰＵ１４０１は、置換されるべき画像データをストレージサーバ２０５（ＨＤＤ１４０５）から読み出す。置換されるべき画像データは、ストレージサーバ２０５に登録されている全画像データであってもよいが、処理の効率化の観点からは、前回置換処理を実行した後に新規に登録された画像データを対象とすることが好ましい。
【００９４】
ステップＳ１６０３において、ＣＰＵ１４０１は、読み出された置換対象画像データのハッシュ値および画像サイズなどのデータを取得する。たとえば、上述の独自フォーマットの場合は、ＨＡＳＨタグの内容を読み出すことで簡単に取得できる。画像サイズも同様である。一方、ＨＡＳＨデータを含まないデータ形式の場合は、ＣＰＵ１４０１が画像データに対してハッシュ演算を実行して算出する。
【００９５】
ステップＳ１６０４において、ＣＰＵ１４０１は、取得したハッシュ値等を検索キーとして、関連画像データを検索する。ステップＳ１６０５において、ＣＰＵ１４０１は、ハッシュ値等が一致した画像データが抽出されたか否かを判定する。一致した画像データが存在した場合は、ステップＳ１６０６に進む。一方、置換対象画像データの全てについて、一致した画像データが存在しない場合は、処理を終了する。
【００９６】
ステップＳ１６０６において、ＣＰＵ１４０１は、一致した画像データと、置換対象画像データとを画像比較する。ステップＳ１６０７において、ＣＰＵ１４０１は、比較結果に基づいて、一致した画像データと、置換対象画像データとが一致するかを判定する。一致しない場合は、処理を終了する。一致した場合は、ステップＳ１６０８に進み、ＣＰＵ１４０１は、一致した画像データ（これは上述の関連画像データを意味する。）のリンク情報を作成する。さらに、ステップＳ１６０９において、ＣＰＵ１４０１は、作成されたリンク情報によって置換対象画像データを置換して書き込む。上述の独自ファイル形式の場合は、ＵＲＩタグの内容に当該リンク情報を書き込む。
【００９７】
なお、置換対象画像データが複数存在する場合は、ステップＳ１６０２ないしステップＳ１６０９を繰り返し処理する（処理対象の数におうじて必要なステップを繰り返すことは、他の実施形態においても同様である）。
【００９８】
以上のように本実施形態によれば、サーバが単独でリンク情報への置換処理を実行することができ、とりわけ、置換処理のタイミングをサーバ等の負荷が軽い時間（たとえば深夜など）とすることで、通常処理への影響を軽減させることができる。また、リンク情報への置換処理を自ら実行できない既存の複合機などがシステムに存在する場合であっても、重複した画像データをリンク情報へと置換できるようになる。
【００９９】
［第８の実施形態］
複合機１０１がクライアントコンピュータ１０４からの指示を受けて、本文が同一画像で宛先のみ異なるバリアブルプリントデータをプリントする際の例について説明する。
【０１００】
図１７は、実施形態に係るリンク情報への置換処理を説明するための図である。この例では、バリアブルプリントデータによって、３つの宛先Ａ、Ｂ、Ｃのために３つの文書（第１の文書１７０１、第２の文書１７０２、第３の文書１７０３）を複合機１０１が作成する。各文書１７０１〜１７０３の各本文画像は、いずれも同一の画像データである。複合機１０１のＣＰＵ４０１は、バリアブルプリントデータに基づいて、データベース／メールサーバ１００３に登録されている３つの宛先情報を取得し、文書ごとに宛先情報を書き換えてプリントする。
【０１０１】
複合機１０１のＣＰＵ４０１は、文書１７０１ないし１７０３をそれぞれ、ハードディスクドライブ４０４に蓄積する。これにより、将来、どこで誰がいつプリントしたかを追跡調査することが可能となる。追跡調査用に格納する際には、文書１７０１ないし１７０３をそれぞれ上述の独自形式に準拠した画像ファイル１７１１ないし１７１３に変換してからハードディスクドライブ４０４に格納する。
【０１０２】
なお、各文書データについては、領域抽出技術により、複数の構成要素ブロックに分解することは上述したとおりである。この例では、本文と宛先のブロックに分解される。これにより、第１の文書ファイル１７１１には、本文画像情報１７２１と宛先画像情報１７３１とが含まれることになる。なお、第２の文書ファイル１７１２については、当初、本文画像情報と宛先画像情報１７３１とに分解されるが、上述のリンク情報への置換処理を適用することによって、本文画像情報がリンク情報１７２２へと置換され、ファイルサイズが小さくなっている。同様に置換処理が実行されることで、第３の文書ファイル１７１３も、リンク情報１７２３と宛先画像情報１７３３が含まれている。
【０１０３】
なお、本実施形態で説明するようなバリアブルプリントデータの場合は、本文画像が一致することは確実であるため、上述の領域抽出処理や画像比較処理を簡略化することができる。すなわち、ＣＰＵ４０１は、バリアブルプリントデータに基づいて、共通する画像部分を認識し、認識された共通画像部分をリンク情報に置換してハードディスクドライブ４０４に保存する。この場合は、処理負荷の重い領域抽出処理、画像検索処理および画像比較処理を簡略化できる利点があり、処理効率の面からも望ましい。
【０１０４】
以上説明したように、本実施形態では、共通画像を有する複数の文書をバリアブルプリントデータによって作成する際に、共通画像部分をリンク情報に置換して、セキュリティ追跡調査用に保存するようにしたので、保存用ファイルのサイズを大幅に削減できよう。
【０１０５】
［他の実施形態］
上述の実施形態で説明したリンク情報は、片方向リンクではなく、双方向リンクとしてもよい。これにより、追跡調査する際の画像の検索性能を向上させることができよう。
【０１０６】
なお、各装置の記憶装置４０４からストレージサーバ１０５へと画像データを吸い上げる際に、リンク切れを防止する必要がある。そこで、吸い上げ処理の際に、各装置またはチェイシングサーバ１０９が、各装置の記憶装置を示す古いリンク情報から、ストレージサーバ１０５を示す新しいリンク情報へと書き換えるようにしてもよい。これにより、リンク切れを防止できる。
【０１０７】
以上、様々な実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。例えば、スキャナ、プリンタ、ＰＣ、複写機、複合機及びファクシミリ装置の如くである。
【０１０８】
なお、本発明は、前述した実施形態の各機能を実現するソフトウェアプログラム（本実施形態では図３、図１１ないし図１３、図１５および図１６の何れかに示すフローチャートに対応したプログラム）を、システム若しくは装置に対して直接または遠隔から供給し、そのシステム若しくは装置に含まれるコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。
【０１０９】
従って、本発明の機能・処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するためのコンピュータプログラム自体も本発明の一つである。
【０１１０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１１１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１１２】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。
【０１１３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１１４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１１５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１１６】
【図１】図１は、実施形態に係る画像処理システムの例示的な構成図である。
【図２】図２は、実施形態に係る画像処理システムの基本機能を説明するためのブロック図である。
【図３】図３は、実施形態に係る画像処理方法の基本的なフローチャートである。
【図４】図４は、実施形態に係る複合機の例示的なブロック図である。
【図５】図５は、実施形態に係る画像データや履歴情報等の記憶処理を説明する図である。
【図６】図６は、実施形態に係る追跡調査用画像データおよび履歴レコードの記憶処理を示すフローチャートである。
【図７】図７は、実施形態に係る履歴管理サーバに記録されている履歴ファイルの一例を示す図である。
【図８】図８は、実施形態に係る履歴レコードの各エントリ内容の一例を示す図である。
【図９】図９は、実施形態に係る画像フォーマットの一例を示す図である。
【図１０】図１０は、実施形態に係る独自フォーマットの一例を示す図である。
【図１１】図１１は、実施形態に係る自己判定サブルーチン（リンク情報置換処理）を示す例示的なフローチャートである。
【図１２】図１２は、実施形態に係る複合機の判定サブルーチン（リンク情報置換処理）を示す例示的なフローチャートである。
【図１３】図１３は、実施形態に係るサーバの画像検索処理の例示的なフローチャートである。
【図１４】図１４は、実施形態に係るサーバの例示的なブロック図である。
【図１５】図１５は、実施形態に係る判定サブルーチン（リンク情報置換処理）の例示的なフローチャートである。このサブルーチンは、複合機１０１において実行されるものとする。
【図１６】図１６は、実施形態に係るリンク情報への置換処理の例示的なフローチャートである。なお、既に説明した処理と同様の部分は簡潔に説明する。
【図１７】図１７は、実施形態に係るリンク情報への置換処理を説明するための図である。
【符号の説明】
【０１１７】
１０１：複合機
１０２：ファクシミリ
１０３：データベース／メールサーバ
１０４：クライアントコンピュータ
１０５：ストレージサーバ
１０６：履歴管理サーバ
１０７：イーサネット（登録商標）
１０８：公衆回線
１０９：チェイシングサーバ
１１０：複合機
１１１：クライアントコンピュータ
１２０：ＷＡＮ
【図１】
2006081119.tif 000003
【図２】
2006081119.tif 000004
【図３】
2006081119.tif 000005
【図４】
2006081119.tif 000006
【図５】
2006081119.tif 000007
【図６】
2006081119.tif 000008
【図７】
2006081119.tif 000009
【図８】
2006081119.tif 000010
【図９】
2006081119.tif 000011
【図１０】
2006081119.tif 000012
【図１１】
2006081119.tif 000013
【図１２】
2006081119.tif 000014
【図１３】
2006081119.tif 000015
【図１４】
2006081119.tif 000016
【図１５】
2006081119.tif 000017
【図１６】
2006081119.tif 000018
【図１７】
2006081119.tif 000019