JP4995001B2 - 画像処理装置、情報処理装置、ログ処理方法、方法、プログラム - Google Patents

Description

本発明は、ネットワークを介して通信可能な複数の画像処理装置のいずれかを組み合わせて仮想ジョブを実行する情報処理システムに関するものである。

今日、オフィスで扱われる機密情報を不正な目的でプリント、コピー、ＦＡＸ等することで社内の機密情報が外部へ漏洩する事件が社会的な問題となっている。

このため、社内業務の内部統制をはかり、先の事件の発生を未然に抑止するために、オフィス業務に使用されるオフィス機器の操作履歴と処理データを取得して逐一保存し、後ほど監査するコンテンツログ管理システムが開発された。

このコンテンツログ管理システムを用いれば、企業経営者並びに管理者は、オフィスに設置された画像情報機器において、社員のオフィス業務をそのコンテンツデータとあわせて監査することができるようになった。

また、上記コンテンツログ管理システムによってオフィス業務が監査されていることを社員に知らしめることで、社員を含む内部関係者による犯行を思いとどまらせる効果が期待できる。

一方、プリント、コピー、ＦＡＸ等を行うオフィス機器は、昨今のデジタル画像処理技術の進歩に伴って著しい発展を遂げている。

一台の画像処理装置でこれら複合的な処理を行うＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）が開発され、更にこれらの画像処理装置はイントラネットを始めとするネットワークに接続するようになった。

また、ＭＦＰには大容量のＨＤＤが搭載され、印刷文書データやコピー処理のためにスキャンした画像データが、ＨＤＤの所定の区画領域（Ｂｏｘと呼ぶ）へ格納・保存され、別途、再利用できるようになった。

さらに、ＭＦＰはネットワーク機能を標準で搭載するようになり、広い帯域のネットワークを利用するオフィスも増加している。

これに伴い、複数のＭＦＰが互いにネットワークを介して協調して動作することにより、更なるオフィス機器の利便性の向上できる画像処理システムが提案されている。

このような画像処理システムにおいて、コピージョブを実行する際に、一方のＭＦＰで画像をスキャンして、ネットワークを介して他方のＭＦＰへ転送し、受信したスキャン画像を印刷するといった機能を用いる。このようなネットワークを介して分散しているＭＦＰを仮想的に一つのオフィス機器としてみせるため、これらをまとめて仮想デバイスと称する場合がある。

このような仮想デバイスには次のような利点がある。

すなわち、オフィスに設置されたＭＦＰの場所的な利便性を向上する。フィニッシング装置、ＦＡＸ機能などといったオプション機能を比較的低機能なＭＦＰでも利用できるようになる。

つまり、仮想デバイスによって、従来の高機能なＭＦＰでしか実行できなかったジョブと同様な処理が仮想ジョブとして実行可能となる。

前述した例によれば仮想コピーであり、印刷を実行するＭＦＰの機能に応じて、両面、ステイプル等の様々なフィニッシング処理が当該仮想コピーによって実現可能である。

下記特許文献１には、クライアント装置からプリンタ装置に電子文書を送信して印刷を行う場合に、電子文書自体にセキュリティが設定されている場合に、セキュリティプリントを設定してしまうことを回避する技術が開示されている。

下記特許文献２には、リモートコピーシステムにおいて、スキャナ側とプリンタ側における課金処理の有無を判断して、二重に課金してしまう処理を回避する技術が開示されている。
特開2006-72465号公報 特開2002-33868号公報

ところで、上記画像処理システムにおいても、上述コンテンツログ管理システムは、仮想デバイスにおいても稼動させる必要がある。

なぜなら、仮想デバイスを利用する利用者のオフィス業務に伴うコンテンツデータについても漏れなく監視するためである。

一方、従来技術によると、仮想デバイスにおけるコンテンツログを取得すると次のような課題が発生する。

すなわち、ＭＦＰで原稿をスキャンする際にコンテンツログを取得する。

加えて、スキャンデータを受信し印刷するＭＦＰでもプリントに対するコンテンツログの取得が行われる。

これら一連の処理は、仮想デバイスにおける仮想コピー処理として実行されているに過ぎないが、従来の仕組みでは原稿をスキャンする時と、これを印刷する時の二回に渡ってコンテンツログの取得が行われてしまうことになる。

本来、このようなコンテンツ監視システムでは、誰が・いつ・どこで・どのような内容の原稿を処理したかが記録されていれば良い。

従って、コンテンツログの取得はジョブに対して一度のみ行われれば十分である。

また、反対に二重にコンテンツログを取得すると、データを保存するディスク領域を圧迫するのみならず、コンテンツデータを転送する際にネットワークへ与える負荷も大きくなる。

これらの課題のため、システムを管理運用する利用者には、不必要に管理コストが上昇するといった問題が発生していた。

ところで、上記特許文献１によれば、印刷する電子文書に対して重複してセキュリティが設定されることを防止する技術が開示されている。

特許文献１によれば、二重で設定されるセキュリティ情報の適用の判断をジョブの受信側で行う仕組みに関して開示がある。

もしこの仕組みを仮想デバイスにおける二重のコンテンツログ取得に応用するとなると、コンテンツログの取得を仮想ジョブ送信側で必要であった場合に対応ができない場合がある。

なぜなら、コンテンツログの取得には画像処理装置のデータ処理速度やコンテンツデータの一時保存のための容量などといった画像形成装置の性能が深く関与しているからである。このため、仮想ジョブ送信側で事前にコンテンツログの取得が必要となるケースもあるからである。

また、二重でコンテンツログを取得しておいて、データサーバ側で重複するデータを縮退する方法も考えられるが、この場合、コンテンツデータを二重で送信することに変わりが無いため、ネットワークへ与える負荷の軽減は実現しない。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、仮想ジョブを実行するそれぞれの画像処理装置でコンテンツログを重複して取得してしまうことを防止できる仕組みを提供することである。

上記目的を達成する本発明の画像処理装置は以下に示す構成を備える。

画像形成を伴うジョブに基づくコンテンツログを取得可能な画像処理装置であって、他の画像処理装置の機能を利用して画像形成を伴う仮想ジョブを実行する際に、当該仮想ジョブに基づくコンテンツログを取得する装置を当該仮想ジョブの種類に応じて決定するための情報に基づき、自装置でコンテンツログを取得すべきか否かを判断する判断手段と、前記判断手段により自身でコンテンツログを取得すべきでないと判断した場合、前記仮想ジョブに基づくコンテンツログを取得せずに、前記判断手段により自身でコンテンツログを取得すべきであると判断された場合、前記仮想ジョブに基づくコンテンツログを取得する取得手段と、を有し、前記取得手段は、前記判断手段が自装置でコンテンツログを取得すべきでないと判断した場合でも、前記他の画像形成装置のコンテンツログを記憶すべき記憶領域の状態及びエラー状態の何れかに応じて、前記仮想ジョブに基づくコンテンツログを自装置で取得することを特徴とする。

上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。

通信可能な複数の画像処理装置の状態を取得する取得手段と、前記複数の画像処理装置の機能を組み合わせた画像形成を伴う仮想ジョブを実行する際に、前記仮想ジョブに基づくコンテンツログを取得する装置を仮想ジョブの種類に応じて決定するための情報を生成する生成手段と、前記取得手段により画像処理装置の状態を取得した際に、前記仮想ジョブに基づくコンテンツログを取得する装置を仮想ジョブの種類に応じて決定するための情報を、当該取得した前記画像処理装置の状態に基づきコンテンツログを取得する装置を変更することで更新する更新手段とを有することを特徴とする。

本発明によれば、他の画像処理装置の機能を組み合わせて画像形成を伴う仮想ジョブを実行するそれぞれの画像処理装置でコンテンツログを重複して取得してしまうことを防止できる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の第１実施形態を示す画像処理装置を適用可能な画像処理システムの一例を示す図である。本例は、ネットワークを介して複数のＭＦＰで構成される画像処理装置と情報処理装置、サーバがそれぞれ通信可能なシステムである。

ここで、情報処理装置には、後述するデバイス管理コンピュータ１０２、コンテンツログ管理サーバ１０３、コンテンツログ閲覧ＰＣ１０４が含まれる。

また、画像処理装置は、画像形成を伴うジョブの実行の際に、当該ジョブに基づくコンテンツログを取得可能とする機能を備えている。

図１において、ＭＦＰ１００はスキャン機能、プリント機能、ＦＡＸ機能、ネットワーク機能を有しており、オフィス内のネットワーク１０５に接続する。

また、ＭＦＰ１００は、これらの機能を複合的に組み合わせて、かつデジタル画像処理を行うことで、いわゆるコピー処理やネットワークプリント、スキャン画像の電子メール送信などといった処理を実現する。

また、画像データをＭＦＰ１００に備えられたＨＤＤに保存するＢＯＸ機能も有しており、ＢＯＸに保存されたデータは再利用することが可能である。

一方、ＭＦＰ１０１は、ＭＦＰ１００と同じデジタル複合機に相当する。しかし、ハードウエア資源の構成が異なり、ＭＦＰ１００の機能のうち、一部の機能が簡素化された廉価版モデルである。

例えば、ＭＦＰ１０１に備えられているＨＤＤ容量は、ＭＦＰ１００よりも少なく、またＦＡＸ機能は備えられていないという構成である。

従って、ＭＦＰ１００と比較すると、画像データを保存するＢＯＸの数が少なく、ＦＡＸ送受信ができないといった機能制限がある。

デバイス管理コンピュータ１０２は、ネットワーク１０５に接続している画像処理装置（ＭＦＰ１００，１０１やプリンタなど）を管理するコンピュータである。

デバイス管理コンピュータ１０２には、仮想ジョブを実現するための仮想デバイスの組み合わせ（「仮想ジョブ構成リスト」と呼ぶ。）を管理する機能がある。

デバイス管理コンピュータ１０２は、オフィス内のネットワーク１０５を探索し、ネットワーク１０５に接続している画像処理装置と当該画像処理装置の機能（以下、「デバイス情報」と呼ぶ）を検出する。デバイス情報は、デバイス管理コンピュータ１０２に保持される。

システム管理者は、デバイス管理コンピュータ１０２にアクセスし、あらかじめ探索して取得されているデバイス情報を参照して、仮想ジョブ毎に当該仮想ジョブを構成するデバイスの構成を決定する。

当該画像処理装置の構成は、所定の仮想ジョブにおける仮想デバイス構成であり、図４Ａに示すジョブ構成リストとしてデバイス管理コンピュータ１０２に保持される。

ＭＦＰ１００、及びＭＦＰ１０１は、デバイス管理コンピュータ１０２から配信される仮想ジョブのデバイス構成リストを受信すると、これを内部の記憶領域に保持する。

コンテンツログ管理サーバ１０３は、ＭＦＰ１００ならびにＭＦＰ１０１から送信されたコンテンツログを保持する。

ここで、コンテンツログとは、ＭＦＰ１００，１０１の利用者が当該ＭＦＰ１００，１０１に対して発行したジョブ毎のジョブ属性情報と、そのジョブに伴って印刷あるいは送信された画像データ、ないしは画像データから抽出された所定のデータである。ここで、ジョブには、コピージョブ、プリントジョブ、ＦＡＸジョブ等が含まれる。

また、画像データから抽出される所定のデータとしては、例えば文字認識処理によるテキストデータ、画像検索のための画像特徴量などが該当する。なお、コンテンツログは、画像処理装置においてジョブ単位で取得される。

コンテンツログ管理サーバ１０３は、コンテンツログを受信し大容量外部記憶装置内にこれを保持する。なお、コンテンツログ管理サーバ１０３がコンテンツログを受信する際には、必要な画像処理（解像度変換）、データフォーマット変換などが別の画像処理サーバ（不図示）にて行われる。

なお、画像処理サーバは、画像処理装置の種別ごとに異なる解像度やデータフォーマットの規格化と負荷分散のために設置される。

コンテンツログ管理サーバ１０３に保持されたコンテンツログは、コンテンツログ閲覧ＰＣ１０４によって検索し閲覧することができる。

システム管理者は、当該コンテンツログ閲覧ＰＣ１０４を利用して、画像処理装置の利用者が何時、どこの画像処理装置で、どのようなジョブを発行し、その時にどのような画像データを取得したかを後で検索し閲覧することができる。

図２Ａは、図１に示した画像処理システムにおけるＭＦＰ１００、ないしはＭＦＰ１０１のハードウエア構成を説明するブロック図である。

図２Ａにおいて、２００は画像形成装置全体である。画像形成装置２００はＲＯＭ２０３或いは例えば外部メモリ２１１に記憶されたソフトウエアを実行するＣＰＵ２０１を備え、ＣＰＵ２０１はシステムバス２０４に接続される各ブロックを総括的に制御する。

ＣＰＵ２０１の処理により生成された画像信号が、印刷部Ｉ／Ｆ２０５を介して、印刷部（画像形成エンジン）２０９に出力情報として出力される。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。外部メモリ２１１は、メモリコントローラ（ＭＣ）２０６によりアクセスを制御される。外部メモリ２１１はフォントデータ、エミュレーションプログラム、画像データ等を記憶する。

操作部２１０は操作のためのスイッチ及びＬＥＤ表示機器等で構成されている。スキャナ部Ｉ／Ｆ２０７は、スキャナ部２１２から受け取った画像データに対して、補正、加工、及び編集を行う。

ユーザが操作部２１０から原稿の画像読み取り開始を指示すると、スキャナ部２１２に原稿読み取り指示が与えられる。

ネットワークインタフェースカード（ＮＩＣ）２０８は、ネットワーク（Ｎｅｔｗｏｒｋ）２１３（図１のネットワーク１０５に相当）を介して、他のネットワーク機器あるいはファイルサーバ等と双方向にデータをやりとりする。ここで、データには、印刷画像データや前述した仮想ジョブ構成リストもその対象に含まれる。

なお、外部メモリ２１１は、場合によっては処理過程における情報の一時記憶場所としても使われることがある。

ＣＰＵ２０１は、システムバス２０４の交通整理を行っており、画像形成装置２００の使い方に応じて、以下に示すように、データフローのパス制御を行う。

コピー機能の場合は、操作部２１０⇒スキャナ部２１２⇒スキャナ部Ｉ／Ｆ２０７⇒印刷部Ｉ／Ｆ２０５⇒印刷部２０９というデータフローのパス制御を行う。

ネットワークプリント機能の場合は、ＮＩＣ２０８⇒印刷部Ｉ／Ｆ２０５⇒印刷部２０９というデータフローのパス制御を行う。

ＳＥＮＤ機能の場合は、操作部２１０⇒スキャナ部２１２⇒スキャナ部Ｉ／Ｆ２０７⇒ＮＩＣ２０８というデータフローのパス制御を行う。

ここで、スキャン画像の代わりに、例えば外部メモリ２１１等に保存されている画像データを使用する場合、スキャン処理過程（スキャナ部２１２⇒スキャナ部Ｉ／Ｆ２０７）が画像データ読み出し過程（外部メモリ２１１⇒ＭＣ２０６）に置き換わる。

同様に印刷処理の代わりに、例えば外部メモリ２１１等に画像データを保存する場合、印刷処理過程（印刷部Ｉ／Ｆ２０５⇒印刷部２０９）が画像データ保存過程（ＭＣ２０６⇒外部メモリ２１１）に置き換わる。

なお、前述の画像データ等の読み出し、保存機能をここではＢＯＸ機能と称する。

一方、仮想ジョブを実行する時のデータフローは、前述したデータフローが仮想デバイスを構成するそれぞれの画像処理装置に分割され、それぞれの画像処理装置上で処理される。

ここで、仮想デバイスとしては、同様のデータフローのパス制御となる。

例えば、コピー処理を仮想デバイスで実行する場合は次のようなデータフローのパス制御となる。

仮想ジョブ生成側画像処理装置の場合は、操作部２１０⇒スキャナ部２１２⇒スキャナ部Ｉ／Ｆ２０７⇒データ送信というデータフローのパス制御となる。

仮想ジョブ実行側画像処理装置の場合は、データ受信⇒印刷部Ｉ／Ｆ２０５⇒印刷部２０９というデータフローのパス制御となる。

なお、仮想ジョブの生成・実行、並びにフロー制御については後述する。

図２Ｂは、図１に示した画像処理システムにおける情報処理装置のハードウエア構成を説明するブロック図である。ここで、情報処理装置には、図１に示したデバイス管理コンピュータ１０２、コンテンツログ管理サーバ１０３、並びにコンテンツログ閲覧ＰＣ１０４が含まれる。

なお、情報処理装置としては、一般的なハードウエア構成を備えるが、処理能力に応じて動作クロックや動作周波数が異なる。

図２Ｂにおいて、情報処理装置２２０は、ＲＯＭ２２２或いは例えばＨＤＤ２３０に記憶されたソフトウエアを実行するＣＰＵ２２１を備え、ＣＰＵ２２１はシステムバス２３１に接続される各画像処理装置を総括的に制御する。

ＨＤＤ２３０は関連付け情報等の格納場所としても使用される。ＲＡＭ２２３は、ＣＰＵ２２１の主メモリ、ワークエリア等として機能する。外部入力コントローラ（Ｉｎｐｕｔ Ｄｅｖ Ｃ）２２５は、情報処理装置に備えられたキーボードあるいはマウスなどで構成される入力部（Ｉｎｐｕｔ Ｄｅｖ）２２６等からの指示入力を制御する。

ディスプレイコントローラ（Ｄｉｓｐｌａｙ Ｃ）２２７は、例えば液晶ディスプレイなどで構成される表示モジュール（Ｄｉｓｐｌａｙ）２２８の表示を制御する。

ネットワークインタフェースカード（ＮＩＣ）２２４は、ネットワーク（Ｎｅｔｗｏｒｋ）２３２（図１のネットワーク１０５に相当）を介して、他のネットワーク機器あるいはファイルサーバ等と双方向にデータをやり取りする。

ＨＤＤ２３０は、ディスクコントローラ（ＤＫＣ）２２９によって制御され、必要に応じてＰＣ内のデータ処理過程における情報の一時記憶場所としても使われることがある。

続いて、ＭＦＰ１００，１０１のソフトウエアモジュール構成について説明する。

図３は、図１に示したＭＦＰ１００，１０１のソフトウエアモジュール構成を説明するブロック図である。

図３において、ＭＦＰ３００は、所定のオペレーティングシステムの上で動作するソフトウエアモジュールによって制御され、前述したデータフローのパス制御、並びに機能制御が実現する。なお、ＭＦＰ３００は、図１に示したＭＦＰ１００、ないしはＭＦＰ１０１に相当する。

ジョブ管理部３０１は、ＭＦＰ３００に投入されるジョブの生成と管理、更には受信したジョブの解析を実行するカテゴリのソフトウエアモジュールである。

ジョブ生成モジュール３０４は、操作部２１０から指定された情報に基づいてジョブを生成する。例えば、コピージョブ、ＦＡＸ送信ジョブ、スキャン送信ジョブ等、各ジョブ種に応じてジョブが生成される。

ジョブ管理モジュール３０２は、生成したジョブの処理工程を管理する。例えば、処理中にエラーが発生すると適切なリカバリー処理を判断して、操作部２１０に処理内容を表示したり、ログにエラーの内容を記録したりする。

また、ジョブ管理モジュール３０２は、ジョブの処理過程で扱われる画像データをコンテンツログとしてジョブデータとは別に取得し、画像処理装置２００の所定の記憶領域、例えば外部メモリ２１１へ格納する。

コンテンツログは、ジョブ管理モジュール３０２の制御に基づいて、あらかじめ指定してあるタイミングでコンテンツログ管理サーバ１０３へ送信される。

これは、ネットワークの負荷に配慮して夜間等にまとめてコンテンツログの転送ができるようにするためである。

仮想ジョブが指定された場合、ジョブ管理モジュール３０２は、デバイス管理コンピュータ１０２によってあらかじめ配信されている仮想ジョブ構成リスト３０５を参照し、仮想デバイスを構成するどの画像処理装置でコンテンツログを取得するかを判定する。判定結果は、ジョブ生成モジュール３０４によって、ジョブデータの中に指定される。なお、ジョブデータの構造例については後述する。

ジョブ解析モジュール３０３は、受信したジョブデータの内容を解析する。そして、ジョブ解析モジュール３０３による解析した結果に基づいて、ジョブ生成モジュール３０４がジョブを生成し、ジョブ管理モジュール３０２が生成された当該ジョブの処理過程を管理する。

データ処理部３０６は、指定ジョブのデータ処理フローに従って行われる画像情報処理とその他の処理を行うソフトウエアモジュール群で構成される。

データ処理部３０６において、画像データ生成モジュール３０７は、画像データをスキャナ部２１２から取得し、所定の解像度とフォーマットで画像データを生成する。なお、画像データの二値化処理や各種のフィルタ処理も含まれる。

ＯＣＲ／特徴抽出モジュール３０８は、画像データを文字認識処理して当該画像データに含まれるテキスト情報を抽出する。また、ＯＣＲ／特徴抽出モジュール３０８は、画像データはページ単位で処理されるが、当該ページ中に含まれる画像ブロックに対して、画像の特徴量を抽出する処理も行われる。

ここで、画像ブロックとは、例えば文字と絵が混在したページ画像データから絵のブロックを判別して抽出したものである。

また、画像の特徴量抽出処理は、取得した画像データを後から類似画像検索するために利用するためのデータであり、画像データの中の輝度情報、色情報などといった物理量を元にしている。

コンテンツログ生成モジュール３０９は、ジョブによって処理される画像データをジョブ単位でコンテンツログとして生成する。

ここで、コンテンツログは、コンテンツログ管理サーバ１０３へ送信し、別途、管理者によってジョブ内容を閲覧するために用いられる。

コンテンツログ生成モジュール３０９には、複数ページの画像データを一つのジョブとしてまとめるための制御やジョブの属性などを取得する処理が含まれている。

外部ユニット制御３１０は、画像処理装置２００のユニット、すなわち印刷部２０９、スキャナ部２１２、操作部２１０、外部メモリ２１１、並びにＮＩＣ２０８等を制御するためのソフトウエアモジュール群で構成される。

外部ユニット制御３１０において、ＵＩ制御モジュール３１１は、操作部２１０を制御する。スキャン制御モジュール３１２は、スキャナ部２１２を制御する。

ＢＯＸ制御モジュール３１３は、外部メモリ２１１とその他のユニットをジョブの制御フローに従って制御しＢＯＸ機能を実現する。

印刷制御モジュール３１４は、印刷部２０９を制御する。送受信制御モジュール３１５は、ＮＩＣ２０８とその他のユニットをジョブの制御フローに従って制御し、送信ジョブ機能を実現する。

図４Ａは、図１に示したデバイス管理コンピュータ１０２で管理されるジョブ構成リストの一例を示す図である。本例では、実ジョブと仮想ジョブの構成リストを表形式で示した例である。

図４Ａにおいて、行としてジョブの種類を実ジョブ４００と仮想ジョブ４０１に分類している。また、列としてジョブ生成とジョブ実行を行うそれぞれの画像処理装置の組み合わせ４０２を記述している。

ジョブ生成とジョブ実行を行う画像処理装置の組み合わせ４０２は、仮想ジョブ４０１の場合に当該仮想ジョブを生成するＭＦＰと、その仮想ジョブを最後に実行するＭＦＰの組み合わせに対応する。

なお、実ジョブ４００については、１つの画像処理装置で処理されるため、画像処理装置の組み合わせ等に該当する項目はない。

また、画像処理装置を識別するために、デバイス名称、乃至は機体番号などが指定される。

ここで、実ジョブ４００とは、１台のＭＦＰの中でジョブ処理フローが完結する画像情報処理をいう。

例えば、"ｎｏｒｍａｌ−ｃｏｐｙ"ジョブや"ｐｄｌ−ｐｒｉｎｔ"ジョブが該当する。

一方、仮想ジョブ４０１は、複数のＭＦＰが連携して機能処理を行うことで、ジョブ処理フローが完結する画像情報処理をいう。

本実施形態では、例えば、"ｒｅｍｏｔｅ−ｃｏｐｙ"ジョブ、"ｒｅｍｏｔｅ−ｆａｘ"ジョブ、"ｐｕｌｌ−ｐｒｉｎｔ"ジョブ、並びに"ｐｕｓｈ−ｓｃａｎ"ジョブなどがこれに該当する。

なお、もちろん本実施形態で例示する以外にもジョブの種類があることはいうまでもない。

なお、本実施形態では、図４Ａにおいて、便宜上画像処理装置を特定するデバイス名称、乃至は機体番号を総称してデバイス"Ｔ"あるいはデバイス"Ｒ"などと表記している。ただし、デバイス"Ｔ"は、コンシューマ向けの廉価版モデルを想定したものである。例えばＦＡＸ機能がなく、また外部メモリ２１１の容量が少ないＭＦＰに対応している。

これに対し、デバイス"Ｒ"は、ＦＡＸ機能を有しており、かつ大容量の外部メモリ２１１を保持しており、オフィスのセンターマシンとして利用するための能力を有している。

また、図４Ａにおいて、"外部エージェント"は、コンテンツログ取得機能並びにその他の処理を行う外部のサーバ乃至はＭＦＰである。

実ジョブ４００において、"ｎｏｒｍａｌ−ｃｏｐｙ"ジョブや"ｐｄｌ−ｐｒｉｎｔ"ジョブをデバイス"Ｔ"で実行する場合は、コンテンツログを取得して保持しておくだけの外部メモリ２１１が無い。このようにコンテンツログを取得して保持しておくだけの外部メモリ２１１が無い場合は、実ジョブ４００において、一旦、外部エージェントにジョブデータを渡して必要な処理を行う。

一方、仮想ジョブ４０１において、組み合わせ４０４は、仮想ジョブ"ｒｅｍｏｔｅ−ｃｏｐｙ"の例である。この組み合わせ４０４は、仮想ジョブを実行するデバイスが"Ｔ２"で、仮想ジョブを生成するデバイスが"Ｔ１"とする例である。

ここで、組み合わせ４０４は、仮想ジョブを生成するデバイスと、仮想ジョブを実行するデバイスとがそれぞれ異なるが、デバイス"Ｔ１"，"Ｔ２"の能力が同じく低いため、コンテンツログの取得処理は外部エージェントを利用する組み合わせの例である。

同じく、仮想ジョブ４０１において、組み合わせ４０５は、仮想ジョブ"ｒｅｍｏｔｅ−ｃｏｐｙ"の例である。この組み合わせ４０５は、例えば仮想ジョブをデバイス"Ｔ"と"Ｒ"の組み合わせで実行する例である。

そして、組み合わせ４０５は、コンテンツログの取得する処理を、仮想ジョブ実行側のデバイス"Ｒ"で行う例である。

なお、図４Ａにおいて、アンダーラインのついたデバイスＲ／Ｔ或いは外部エージェントがコンテンツログを取得する処理を実行するデバイスである。

つまり、組み合わせ４０５では、仮想ジョブ実行側のデバイス"Ｒ"にアンダーラインが付されている。

同じく、仮想ジョブ４０１において、組み合わせ４０６は、仮想ジョブ"ｒｅｍｏｔｅ−ｃｏｐｙ"の例である。

この組み合わせ４０６は、例えば仮想ジョブをデバイス"Ｒ"と"Ｔ"の組み合わせで実行する例である。

そして、組み合わせ４０６は、仮想ジョブ実行側デバイス"Ｔ"がコンテンツログ取得処理等を行う能力がないため、仮想ジョブ生成側デバイス"Ｒ"でコンテンツログの取得処理を行う例である。

さらに、仮想ジョブ４０１において、組み合わせ４０７は、仮想ジョブ"ｒｅｍｏｔｅ−ｃｏｐｙ"の例である。この組み合わせ４０７は、例えば仮想ジョブをデバイス"Ｒ１"と"Ｒ２"の組み合わせで実行する例である。

そして、組み合わせ４０７は、例えば仮想ジョブを実行するデバイスの組み合わせがデバイス"Ｒ１"と"Ｒ２"なので、どちらのデバイスもコンテンツログを取得する処理を行える例である。

そこで、組み合わせ４０７の場合には、システム管理者がデバイス管理コンピュータ１０２において、仮想ジョブに対する構成リストを指定する際に、Ｒ１、Ｒ２のいずれかのデバイスを任意に指定することが可能に構成されている。

また、仮想ジョブ生成側のデバイス"Ｒ１"にコンテンツログの取得処理を、仮想ジョブ実行側のデバイス"Ｒ２"でその他の処理、例えばＯＣＲ処理などの実行を指定することも可能に構成されている。

以上、説明したように図４Ａに例示した仮想ジョブに対応する構成リストは、デバイス管理コンピュータ１０２にてシステム管理者があらかじめ作成して保持する。そして、デバイス管理コンピュータ１０２は、後述するようなタイミングで、保持されているデバイスリストを各ＭＦＰ１００，１０１を含むネットワーク上のＭＦＰに配信する。

なお、デバイス管理コンピュータ１０２から各ＭＦＰへのジョブ構成リストの配信は自動的に行われる。

また、仮想ジョブに対応する構成リストの更新（詳細は後述する）は、随時、何回でも実施可能である。

なお、図４において、仮想ジョブと実ジョブとを別のデバイス構成リストとして独立して管理してもよい。

また、ジョブ構成リストは、デバイス管理コンピュータ１０２からネットワーク１０５を経て各ＭＦＰへ配信される。

なお、配信のタイミングは、仮想ジョブ構成リストの生成・保存直後、あるいは日時、隔日、週次の深夜など、システム管理者があらかじめ設定したスケジュールで行うことができる。

なお、上記デバイス構成リストは定期的に更新する必要がある。これは、ネットワーク上のＭＦＰの動作状況に応じて、各ＭＦＰが備える資源の状況が変動するからである。そこで、デバイス管理コンピュータ１０２が各ＭＦＰの資源状況を探索して、デバイス構成リストは更新することが望ましい。

さらに、仮想ジョブの種別、例えば"ｒｅｍｏｔｅ−ｃｏｐｙ"ジョブ、"ｒｅｍｏｔｅ−ｆａｘ"ジョブ、"ｐｕｌｌ−ｐｒｉｎｔ"ジョブ、並びに"ｐｕｓｈ−ｓｃａｎ"ジョブ毎に、コンテンツログを取得すべきデバイスを動的に変更することが望ましい。

例えば組み合わせ４０７では、例えば仮想ジョブを実行するデバイスの組み合わせがデバイス"Ｒ１"と"Ｒ２"なので、どちらのデバイスもコンテンツログを取得する処理を行える。この場合においても、デバイス管理コンピュータ１０２が仮想ジョブの種別を判定して、該種別に適応したデバイス構成リストを生成してもよい。

以下、仮想ジョブのデバイス構成リストの更新処理について説明する。

また、デバイス管理コンピュータ１０２は、ネットワーク１０５上に接続される画像処理装置と所定のプロトコルで通信して、各画像処理装置の資源状況を探索して、保持するデバイス構成リストを動的に更新するものとする。ここで、画像処理装置には、ＭＦＰ１００，１０１が含まれる。

つまり、各画像処理装置は、ジョブ処理状況により、ハードディスク等の外部メモリの容量が変動するため、一義的に決定してしまうと、コンテンツログを保持するデバイスとして相応しくない状態に遷移することがある。

そこで、本実施形態では、定期的あるいは、デバイス管理コンピュータ１０２がネットワーク上のトラフィック状況等を監視して、動的に各画像処理装置の資源の変動を探索することで、現在の画像処理装置の状況に適応したデバイス構成リストに更新する。

したがって、各画像処理装置は、リモートコピー等の仮想ジョブ要求が発生した場合に、最新のデバイス構成リストを参照することで、各画像処理装置の資源の状況に適応して、コンテンツログを保持するデバイスを決定することができる。

なお、デバイス管理コンピュータ１０２は、デバイス構成リストを更新する場合に、各画像処理装置が備えるハードディスク等の空き容量を取得し、その空き容量を比較してコンテンツログを保持する画像処理装置を決定するものとする。

これにより、本来ならば、コンテンツログを保持する画像処理装置に相応しいが、ジョブ処理状況で一時的にハードディスクの容量が乏しくなった場合でも、コンテンツログを保持する最適なデバイス候補を決定できる。

しかしながら、コンテンツログを保持するデバイスの決定方法は、これらの条件と異なる条件で決定してもよい。つまり、コンテンツログの取得に際して、各画像処理装置で使用される資源は異なるからである。

例えば仮想コピージョブや、仮想送信ジョブ等の種別の違いでも、各画像処理装置で使用される資源の負担は異なる場合があるからである。

図４Ｂは、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、デバイス管理コンピュータ１０２によるデバイス構成リストの更新処理例である。なお、Ｓ１０１〜Ｓ１０５は各ステップを示す。なお、各ステップは、デバイス管理コンピュータ１０２のＣＰＵがハードディスクに記憶される制御プログラムをＲＡＭにロードして実行することで実現される。

まず、Ｓ１０１で、デバイス管理コンピュータ１０２のＣＰＵは、システム管理者からあらかじめ設定されたスケジュールに従い、各画像処理装置から資源情報を取得する。なお、資源情報の取得には、各画像処理装置の外部メモリの空き容量を含む資源情報を取得するパケットをブロードキャストして取得する。なお、各画像処理装置からエラー情報（トナー切れ、インク切れ、用紙切れ）を合わせて取得してもよい。

次に、Ｓ１０２で、デバイス管理コンピュータ１０２のＣＰＵは、各画像処理装置から応答される資源情報より、各画像処理装置が備える外部メモリの空き容量が設定された閾値以下のものがあるかどうかを判断する。なお、閾値は、システム管理者がシステム環境に応じて動的に異なる値を設定してもよいし、固定の値としてもよい。

ここで、デバイス管理コンピュータ１０２のＣＰＵは、外部メモリの空き容量が閾値以下のものがないと判断した場合は、Ｓ１０４へ進み、外部メモリの空き容量が閾値以下のものがあると判断した場合は、Ｓ１０３へ進む。

そして、Ｓ１０３で、デバイス管理コンピュータ１０２のＣＰＵは、空き容量が少ない画像処理装置であって、コンテンツログ取得先に指定されている画像処理装置を変更して、デバイス構成リストを更新する。

次に、Ｓ１０４で、デバイス管理コンピュータ１０２のＣＰＵは、デバイス構成リストを配信するタイミングかどうかを判断する。ここで、デバイス構成リストを配信するタイミングは、システム管理者が設定可能に構成されているものとする。

そして、デバイス管理コンピュータ１０２のＣＰＵが、デバイス構成リストを配信するタイミングであると判断した場合に、Ｓ１０５に進む。そして、Ｓ１０５で、デバイス管理コンピュータ１０２のＣＰＵは、最新のデバイス構成リストを各画像処理装置に配信して、本処理を終了する。

これにより、例えば図４Ａに示す組み合わせ４０７の例では、アンダーラインの位置が異なるデバイス構成リストが画像処理装置に配信される。

そして、各画像処理装置は、最新のデバイス構成リストに従って、仮想ジョブを実行する場合に、いずれの画像処理装置がコンテンツログを取得するかを決定する。

図５は、本実施形態を示す画像処理装置における第１のデータ処理手順の一例を示すフローチャートである。

本例は、"ｒｅｍｏｔｅ−ｃｏｐｙ"実行時の仮想ジョブ発行側デバイス及び実行側デバイスのそれぞれのログ処理例である。

なお、Ｓ５０１〜Ｓ５１２、Ｓ５２１〜Ｓ５２６は各ステップを示す。また、上記Ｓ５０１〜Ｓ５１２は"ｒｅｍｏｔｅ−ｃｏｐｙ"実行時の仮想ジョブ発行側デバイスの手順に対応し、Ｓ５２１〜Ｓ５２６は"ｒｅｍｏｔｅ−ｃｏｐｙ"実行時の実行側画像処理装置の手順に対応する。

また、各ステップは、各画像処理装置が備えるＣＰＵがＲＯＭ、ＨＤＤ等より制御プログラムをＲＡＭにロードして実行することで実現される。

以下、説明上、仮想ジョブを生成する側のＭＦＰを画像処理装置Ａ（図５参照）、一方の仮想ジョブを実行する側のＭＦＰを画像処理装置Ｂ（図５参照）として説明する。

まず、画像処理装置Ａは、操作部２１０から指定された仮想ジョブ指定に基づいてジョブ発行処理のフローを開始する。そして、Ｓ５０１で、画像処理装置ＡのＣＰＵは、指定されたジョブの種類が実ジョブか仮想ジョブかを操作部２１０の入力値を参照して判断する。

ここで、画像処理装置ＡのＣＰＵが仮想ジョブであると判断した場合は、Ｓ５０２で、画像処理装置ＡのＣＰＵは、図４に示した仮想ジョブ構成リストを参照し、コンテンツログ取得デバイスに対する処理情報を取得する。

一方、Ｓ５０１で、画像処理装置ＡのＣＰＵが通常の実ジョブであると判断した場合は、Ｓ５１１へ進み、従来どおりの処理フローに従い、ジョブを実行（スキャン＆プリント）する。具体的には、画像処理装置ＡのＣＰＵがスキャンされる画像データの取得及びその画像データの印刷処理を行う。そして、Ｓ５１２で、画像処理装置ＡのＣＰＵが実ジョブに対するコンテンツログの取得を行い、Ｓ５０９へ進む。

一方、Ｓ５０１で、仮想ジョブであると判断した場合、Ｓ５０２で、仮想ジョブ指定で仮想ジョブ構成リストを参照してログ取得デバイスの処理情報を取得した後、Ｓ５０３へ進み、画像処理装置ＡのＣＰＵは、画像処理装置Ａ自身でコンテンツログを取得するか、あるいは仮想ジョブ実行側の画像処理装置Ｂで取得するかの判断を行う。ここで、画像処理装置ＡのＣＰＵは、図４に示したジョブ構成リストにおける設定から、いずれでコンテンツログ取得を行うかを判断する。なお、画像処理装置Ａは、ジョブ発行側に対応するデバイスである。

このＳ５０３において、画像処理装置ＡのＣＰＵが、画像処理装置Ａ側でコンテンツログを取得すると判断した場合は、Ｓ５０７へ進み、仮想ジョブ実行側の画像処理装置Ｂでコンテンツログ取得を行う場合は、Ｓ５０４へ遷移する。

そして、Ｓ５０７で、画像処理装置ＡのＣＰＵは、"ｒｅｍｏｔｅ−ｃｏｐｙ"のためスキャンを実行して仮想ジョブに対応するスキャンデータ（画像データ）を生成する。そして、Ｓ５０８で、画像処理装置Ａ自身がコンテンツログを取得する。

一方、Ｓ５０４へ進んだ場合は、画像処理装置Ｂがコンテンツログ取得を行うため、Ｓ５０４で、"ｒｅｍｏｔｅ−ｃｏｐｙ"のためスキャンを実行して仮想ジョブに対応するスキャンデータ（画像データ）を生成する。この画像データは、画像処理装置Ｂが実行するスキャン処理結果として生成される。

そして、Ｓ５０５で、画像処理装置ＡのＣＰＵは、仮想ジョブに対応するスキャンデータを生成したら、仮想ジョブデータとして設定後、画像処理装置Ｂに対する処理情報を仮想ジョブデータに設定して、Ｓ５０６へ進む。

ここで、仮想ジョブデータは、スキャンされた原稿の画像データ、スキャンしたデバイス情報、さらに画像処理装置Ｂに対する処理情報が含まれる。

なお、処理情報は、画像処理装置Ｂがコンテンツログを取得させる指示を含むものである。

次に、画像処理装置ＡのＣＰＵは、Ｓ５０６で、画像処理装置Ｂへ生成した仮想ジョブデータを送信する。

一方、画像処理装置ＢのＣＰＵは、Ｓ５２１で、画像処理装置Ａからの仮想ジョブデータを受信し、仮想ジョブデータの処理を開始する。

そして、画像処理装置ＢのＣＰＵは、受信した仮想ジョブデータの解析処理を行う。そして、Ｓ５２２で、画像処理装置ＢのＣＰＵは、仮想ジョブデータの処理情報を解析することにより、画像処理装置Ｂ側でコンテンツログ取得が指定されているかどうかを判断する。

なお、画像処理装置Ｂでコンテンツログを取得を行うかどうかは、仮想ジョブデータの解析結果を受けて図３に示したジョブ解析モジュール３０５（画像処理装置Ｂ側）が行う。

ここで、ジョブ解析モジュール３０５が、自画像処理装置（画像処理装置Ｂ）でコンテンツログを取得する指定であると判断した場合は、Ｓ５２３で、画像処理装置ＢのＣＰＵは、仮想ジョブデータをプリントする。なお、この際、ジョブデータにフィニッシング指定がされている場合は、印刷処理に加えてフィニッシング処理も行う。

次に、Ｓ５２４で、コンテンツログ生成モジュール３０９の制御に基づいてコンテンツログの取得を行う。

一方、Ｓ５２２で、画像処理装置ＢのＣＰＵは、自画像処理装置がコンテンツログを取得する必要がないと判断した場合、Ｓ５２６へ進む。すなわち、既に画像処理装置Ａ側でコンテンツログの取得がされている場合は、仮想ジョブ中にはコンテンツログの取得が不要である旨の情報が格納されている。

このため、Ｓ５２６で、仮想ジョブデータをプリントする。そして、プリントが実行された後、Ｓ５２５へ進む。そして、Ｓ５２５で、画像処理装置ＢのＣＰＵは、ジョブ管理モジュール３０２の制御により、仮想ジョブデータの処理が終了するのを監視するステータス処理を実行する。

ここで、ジョブ管理モジュール３０２は、ステータス処理として、仮想ジョブデータの処理が正常に終了した場合は、その旨を画像処理装置Ａへ送信し、異常終了の場合はリカバリー通知を操作部２１０へ表示して、本処理を終了する。

一方、画像処理装置ＡのＣＰＵは、Ｓ５０９で、画像処理装置Ｂからのステータス通知を受信したら、ジョブ生成側のステータス処理を開始する。

そして、Ｓ５１０で、画像処理装置ＡのＣＰＵは、ジョブ管理モジュール３０２により、仮想ジョブ実行デバイスの処理情報をクリアして、本処理を終了する。

なお、仮想ジョブ実行デバイスに対する処理情報は、ジョブ管理モジュール３０２によって管理されるＭＦＰの所定のメモリ領域に保持されており、ジョブの終了を待ってクリアされる。

図６は、図１に示したＭＦＰ１００，１０１が備える操作部に表示されるユーザインタフェースの一例を示す図である。なお、本例では、ＭＦＰ１００，１０１のユーザインタフェースの画面構成が同一の場合を示すが、画面デザインの構成が異なっていても、同一の機能表示を行えるものであればよい。また、本例のユーザインタフェースは、図２Ａに示した操作部２１０に表示されるものとする。

図６において、操作部には、テンキー、スタートキー、ストップキー（いずれも不図示）に加えて液晶操作パネルを有している。

利用者は、液晶操作パネル６００を通して、各種ＭＦＰのジョブに対する機能を指定することができる。

ＭＦＰにおける各ジョブは、液晶操作パネル６００のタブとしてカテゴリが分けられている。例えば、コピータブ６０１、送信タブ６０２、ＢＯＸタブ６０３である。

利用者がコピー処理を行う場合は、コピータブ６０１を選択し、紙サイズ、倍率、濃度、フィニッシングの指定、枚数などを行い、スタートキー（不図示）を押下する。

また、送信タブ６０２では、スキャンしたデータをメール送信、あるいはＦＡＸ送信を指定することができる。

さらに、仮想ジョブを指定する場合も、液晶操作パネル６００を通して指定することができる。

仮想ジョブの場合、仮想ジョブを実行する画像処理装置を選択する必要がある。

例えばコピータブ６０１の中で仮想ジョブ実行デバイス選択キー６０４を利用者が押下すると、仮想ジョブを実行する画像処理装置が選択することができ、利用者はリスト表示された任意の仮想実行デバイスを自由に選択することができる。なお、図６では、仮想ジョブ実行デバイスとして、リモートコピーに対して、選択可能な仮想実行デバイスをＤｅｖｉｃｅ０１〜０５を表示した状態に対応する。

また、仮想ジョブ実行デバイス選択キー６０４を押下した時に一覧表示される画像処理装置群は、ＣＰＵ２０１の表示制御であらかじめ配信されている仮想ジョブ構成リストを参照して表示される。具体的には、ＣＰＵ２０１がジョブ管理モジュール３０２、並びにＵＩ制御モジュール３１１を実行することで、あらかじめ配信されている仮想ジョブ構成リストを参照して液晶操作パネル６００上の所定位置に表示される。

さらに、仮想ジョブ実行デバイス選択キー６０４を押下した時に表示される画像処理装置の中で、アスタリスク（＊）がついた画像処理装置は自画像処理装置を意味しており、仮想ジョブ発行デバイスとなる。

利用者は、仮想ジョブ実行デバイスとして、例えばＤｅｖｉｃｅ０３を選択すると、仮想ジョブとして"ｒｅｍｏｔｅ−ｃｏｐｙ"を処理する仮想デバイスは、Ｄｅｖｉｃｅ０１とＤｅｖｉｃｅ０３によって構成されることとなる。

なお、仮想ジョブ実行デバイス選択キー６０４は、送信タブ６０２またはＢＯＸタブ６０３が選択された場合の表示画面にも配置されている。つまり、利用者は、選択されるタブのジョブカテゴリーの中で対応する仮想ジョブと仮想デバイスを指定することができる。例えば、送信タブ６０２においては、"ｒｅｍｏｔｅ−ｆａｘ"が選択できる。

図７は、本実施形態を示す画像処理装置で処理されるジョブデータの構造を説明する図である。なお、ジョブデータは、図３に示したジョブ生成モジュール３０４によって生成される。

図７において、ジョブがリモートコピー等を実行させるための仮想ジョブの場合は、コンテンツログを取得するデバイスやその他の処理（例えば、ＯＣＲ処理）が合わせて指定できるような構造となっている。

ジョブデータは、ジョブヘッダ部７００、処理内容部７０１、及びジョブデータ部７０２から構成される。

ジョブヘッダ部７００は、ＭＦＰのジョブを識別するパケット識別ＩＤ７００−１やジョブに関するジョブ発行デバイス識別コード７００−２、ジョブログ７００−３等を含む各種属性から構成される。ここで、ジョブログ７００−３は、ジョブ種とジョブオーナを含んでいる。

処理内容部７０１は、仮想ジョブ構成リストで指定されたジョブ実行デバイスの識別コード７０１−１、コンテンツログ取得宣言７０１−２、並びにその他の処理内容７０１−３に関する情報が埋め込まれる。ここで、その他の処理内容７０１−３とは、ＯＣＲ処理を指定するための情報である。また、コンテンツログ取得宣言７０１−２は、仮想デバイスである、Ｄｅｖｉｃｅ０３でコンテンツログを取得することが指定されているため、「ｏｎ」が設定されている。

このように図７に示すジョブデータは、Ｄｅｖｉｃｅ０３（識別コード７０１−１は、「５９６ｂ−０９０１−ａｄ００−ｆ９２６」）の仮想デバイスにて、コンテンツログ取得を実施し、更にＤｅｖｉｃｅ０３にてＯＣＲ処理まで行う指定がなされている。

なお、ジョブデータ部７０２は、ジョブそのものを実行するための制御コード並びに画像データが格納される。

図８は、図１に示したコンテンツログ管理サーバ１０３で管理されるコンテンツログの一例を説明するための模式図である。

本実施形態では、１つのジョブによって生成されるコンテンツログは、各種ジョブ属性に相当するジョブログ、画像データ、画像検索を行うための画像特徴量、並びにテキストデータから構成される。

１つのコンテンツログに含まれるジョブ属性について、ジョブ属性カテゴリ（ＪＯＢ＿ＬＯＧ）８００に例示する。

ジョブ属性カテゴリ８００には、各種ジョブ属性としてデバイスタイプ、ジョブ種、ジョブ開始日などが格納される。

コンテンツログに含まれる画像データは画像データカテゴリ（ＩＭＧ＿ＤＡＴ）８０１としてコンテンツログ管理サーバ１０３にて管理される。

なお、画像データが１ジョブに複数ページある場合は、一つのジョブとしてまとめて管理する。

画像データから抽出した画像特徴量は、画像特徴量カテゴリ（ＩＭＧ＿ＣＨＡＲ）８０２としてコンテンツログ管理サーバ１０３に格納される。なお、画像特徴量は、類似画像検索のために利用される。

また、ＯＣＲ処理の指定がなされた場合は、画像データから抽出されたテキストデータがあるため、これをテキストカテゴリ（ＴＸＴ＿ＤＡＴ）８０３としてコンテンツログ管理サーバ１０３で管理する。

コンテンツログ管理システムの利用者は、コンテンツログ閲覧ＰＣ１０４を通してコンテンツログ管理サーバ１０３において管理されているジョブログカテゴリ８００、画像特徴量カテゴリ８０２、テキストカテゴリ８０３を検索する。

そして、その検索結果はコンテンツログ閲覧ＰＣ１０４が備える表示装置に表示される。

ここで、コンテンツログ閲覧ＰＣ１０４が備える表示装置に表示される表示項目は、各種のジョブログ属性、画像データ、及びテキストデータである。また、表示形式は、ジョブ毎にリスト形式、あるいはページ画像サムネイルをプレビュー形式として表示することができる。

図９は、本実施形態を示す画像処理装置における第２のデータ処理手順の一例を示すフローチャートである。本例は、"ｒｅｍｏｔｅ−ｆａｘ"を行う場合の仮想ジョブ生成及び実行に関するログ処理例である。

なお、図５に示すステップと同一のステップには、同一のステップ番号を付している。また、Ｓ９０１〜Ｓ９０３は各ステップを示す。また、上記Ｓ９０１は"ｒｅｍｏｔｅ−ｃｏｐｙ"実行時の仮想ジョブ発行側デバイスの手順に対応し、Ｓ９０２、Ｓ９０３は"ｒｅｍｏｔｅ−ｃｏｐｙ"実行時の実行側デバイスの手順に対応する。

また、各ステップは、各デバイスが備えるＣＰＵがＲＯＭ、ＨＤＤ等より制御プログラムをＲＡＭにロードして実行することで実現される。

さらに、基本的なフローは図５に示したで"ｒｅｍｏｔｅ−ｃｏｐｙ"の場合と同じである。

異なる処理としては、図５でプリント処理を行う処理（Ｓ５１１、Ｓ５２３、Ｓ５２６）が、図９の"ｒｅｍｏｔｅ−ｆａｘ"の場合は、全てｆａｘ送信処理（Ｓ９０１、Ｓ９０２、Ｓ９０３）になる。

また、それぞれのｆａｘ送信処理は、図３の送受信制御モジュール３１５によって制御される。

その他の仮想ジョブに対する処理についても、基本的な処理は、図５、並びに図９と等しく、どこのＭＦＰ制御モジュールが使用されるかによって処理の中身が変わることは言うまでも無い。

なお、上記実施形態で、例えばＳ５０３などにおいて、コンテンツログを取得すべきではないと判断された画像処理装置であってもコンテンツログを取得すべき場合がある。具体的には、仮想ジョブを連携して実行する相手の画像処理装置において、何らかのエラーにより仮想ジョブを実行できない、さらにコンテンツログが取得できない場合もあり得るからである。そういった場合、その相手の画像処理装置からの仮想ジョブ実行エラーを受信したことに基づき、仮想ジョブの送信元である画像処理装置が受信ログなどに基づいてコンテンツログを代替して取得する構成も実現可能である。

更に、本実施形態の拡張として、連携する可能性のある画像処理装置同士、または管理コンピュータを介して常にお互いのエラー状態やコンテンツログを格納するメモリの状態をリアルタイムに更新する構成も実現可能である。この構成により、例えばＳ５０３などにおいて、コンテンツログを取得すべきではないと判断された画像処理装置であっても仮想ジョブを送る相手の画像処理装置の状態を判断し、コンテンツログを自身で取得することが可能になる。こういった場合は、コンテンツログを取得した旨を仮想ジョブに含ませる構成にする。これにより、相手の画像処理装置が仮想ジョブ実行中に復旧したとしても、二重にコンテンツログを取得することを未然に防ぐことができる。

〔第２実施形態〕
以下、図１０、図１１に示すメモリマップを参照して本発明に係る画像処理システムで読み取り可能なデータ処理プログラムの構成について説明する。

図１０は、本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

図１１は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４Ｂ、図５、図９に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本発明の第１実施形態を示す画像処理装置を適用可能な画像処理システムの一例を示す図である。 図１に示した画像処理システムにおけるＭＦＰのハードウエア構成を説明するブロック図である。 図１に示した画像処理システムにおける情報処理装置のハードウエア構成を説明するブロック図である。 図１に示したＭＦＰのソフトウエアモジュール構成を説明するブロック図である。 図１に示したデバイス管理コンピュータで管理されるジョブ構成リストの一例を示す図である。 図１に示したデバイス管理コンピュータで管理されるジョブ構成リストの一例を示す図である。 本実施形態を示す画像処理装置における第１のデータ処理手順の一例を示すフローチャートである。 図１に示したＭＦＰが備える操作部に表示されるユーザインタフェースの一例を示す図である。 本実施形態を示す画像処理装置で処理されるジョブデータの構造を説明する図である。 図１に示したコンテンツログ管理サーバで管理されるコンテンツログの一例を説明するための模式図である。 本実施形態を示す画像処理装置における第２のデータ処理手順の一例を示すフローチャートである。 本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。 本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１００，１０１ ＭＦＰ
１０２ デバイス管理コンピュータ
１０３ コンテンツログ管理サーバ
１０４ コンテンツログ閲覧ＰＣ

Claims (7)

1. 画像形成を伴うジョブに基づくコンテンツログを取得可能な画像処理装置であって、
   他の画像処理装置の機能を利用して画像形成を伴う仮想ジョブを実行する際に、当該仮想ジョブに基づくコンテンツログを取得する装置を当該仮想ジョブの種類に応じて決定するための情報に基づき、自装置でコンテンツログを取得すべきか否かを判断する判断手段と、
   前記判断手段により自身でコンテンツログを取得すべきでないと判断した場合、前記仮想ジョブに基づくコンテンツログを取得せずに、前記判断手段により自身でコンテンツログを取得すべきであると判断された場合、前記仮想ジョブに基づくコンテンツログを取得する取得手段と、を有し、
   前記取得手段は、前記判断手段が自装置でコンテンツログを取得すべきでないと判断した場合でも、前記他の画像形成装置のコンテンツログを記憶すべき記憶領域の状態及びエラー状態の何れかに応じて、前記仮想ジョブに基づくコンテンツログを自装置で取得することを特徴とする画像処理装置。
2. 前記仮想ジョブに基づくコンテンツログを取得する装置を仮想ジョブの種類に応じて決定するための情報を外部装置から受信する受信手段を更に備え、
   前記仮想ジョブに基づくコンテンツログを取得する装置を仮想ジョブの種類に応じて決定するための情報は、前記外部装置において複数の画像処理装置の状態に基づき更新される情報であることを特徴とする請求項１に記載の画像処理装置。
3. 通信可能な複数の画像処理装置の状態を取得する取得手段と、
   前記複数の画像処理装置の機能を組み合わせた画像形成を伴う仮想ジョブを実行する際に、前記仮想ジョブに基づくコンテンツログを取得する装置を仮想ジョブの種類に応じて決定するための情報を生成する生成手段と、
   前記取得手段により画像処理装置の状態を取得した際に、前記仮想ジョブに基づくコンテンツログを取得する装置を仮想ジョブの種類に応じて決定するための情報を、当該取得した前記画像処理装置の状態に基づきコンテンツログを取得する装置を変更することで更新する更新手段と、を有することを特徴とする情報処理装置。
4. 画像形成を伴うジョブに基づくコンテンツログを取得可能な画像処理装置におけるログ処理方法であって、
   他の画像処理装置の機能を利用して画像形成を伴う仮想ジョブを実行する際に、当該仮想ジョブに基づくコンテンツログを取得する装置を当該仮想ジョブの種類に応じて決定するための情報に基づき、自装置でコンテンツログを取得すべきか否かを判断する判断工程と、
   前記判断工程で自身でコンテンツログを取得すべきでないと判断した場合、前記仮想ジョブに基づくコンテンツログを取得せずに、前記判断工程で自身でコンテンツログを取得すべきであると判断された場合、前記仮想ジョブに基づくコンテンツログを取得する取得工程と、を有し、
   前記取得工程は、前記判断工程で自装置でコンテンツログを取得すべきでないと判断した場合でも、前記他の画像形成装置のコンテンツログを記憶すべき記憶領域の状態及びエラー状態の何れかに応じて、前記仮想ジョブに基づくコンテンツログを自装置で取得することを特徴とするログ処理方法。
5. 画像処理装置を管理する情報処理装置における方法であって、
   通信可能な複数の画像処理装置の状態を取得する取得工程と、
   前記複数の画像処理装置の機能を組み合わせた画像形成を伴う仮想ジョブを実行する際に、前記仮想ジョブに基づくコンテンツログを取得する装置を仮想ジョブの種類に応じて決定するための情報を生成する生成工程と、
   前記取得工程で画像処理装置の状態を取得した際に、前記仮想ジョブに基づくコンテンツログを取得する装置を仮想ジョブの種類に応じて決定するための情報を、当該取得した前記画像処理装置の状態に基づきコンテンツログを取得する装置を変更することで更新する更新工程と、を有することを特徴とする方法。
6. 請求項１又は２の何れかに記載の手段としてコンピュータを機能させるためのプログラム。
7. 請求項３に記載の手段としてコンピュータを機能させるためのプログラム。

Images