JP5369938B2 - 画像形成装置とその処理方法およびプログラム - Google Patents

Description

本発明は、画像形成装置を用いてアーカイブデータを出力する画像形成装置とその処理方法およびプログラムに関する。

近年、立替金の精算処理を電子化して、業務の効率化が図っている企業が多く存在する。

立替金の精算処理についての仕組みとして、特許文献１には個人の立替金の精算処理において、精算申請者によるデータ入力から決済、会計処理、ファームバンキング処理に至る全ての処理をペーパレスで実行できる立替経費精算システムが開示されている。

このような立替経費精算システムにおいては、申請者が入力した精算申請情報をサーバに転送し、領収書が必要な場合、申請入力時にシステムが自動判定して伝票番号を自動採番し、専用台紙を印刷する。

そして、申請者は出力した専用台紙に領収書を貼付して上司の承認（押印）を受け、経理担当に提出する運用がされている。

特開２００２−２７９１４６号公報

立替経費精算システムを構築し、立替経費精算を電子化したとしても、申請された立替金が正しい申請であるかを確認するためには領収書などを確認する必要があるため、申請者が専用台紙を印刷し、この専用台紙に領収書等を貼付して経理部門に送付するといった作業は依然として残る。

そのため、申請を行うことの多いユーザにとっては、この専用台紙に領収書等を貼付して経理部門に送付する作業の負荷が高いという問題があった。

また、立替経費精算システムに関わらず、各企業では、例えば人事に関する申請をする申請システムを構築して、運用を行っている。

このような申請システムでも立替経費精算システムと同様に、台紙を印刷し、その台紙に申請を確認できる書類を添付（貼付）して紙による運用が必要となっている。

また、上述の申請システムでは、申請するユーザは確認できる書類が添付された書類を自分の控えとして残すために、コピーする或いはスキャンして電子化の作業を行っており、申請するユーザ側には控えの管理を含む煩雑な作業が依然として課題となっていた。

そこで、本発明の目的は、画像形成装置から文書データを出力する際に、文書データに記憶されている読取制御情報に従って、原稿を読み取るべき処理内容を表示し、利便性の高い読取処理を行わせることで、ユーザの負担を軽減できる仕組みを提供することである。

前述した目的を達成するための、出力対象となるページ情報が記述された出力対象データのファイル、及びリソースファイルを含む文書データを記憶する画像形成装置であって、前記文書データの出力指示に従って、前記文書データに画像形成装置で原稿読取を実行する処理を定義したユーザに通知するためのメッセージを含む読取定義情報があるか否かを判定する読取定義情報判定手段と、前記読取定義情報判定手段で読取定義情報がある場合に、前記メッセージを用いて原稿を読み取るべき処理内容をユーザに識別可能に表示する表示手段と、ユーザの操作に応じて、当該画像形成装置で原稿を読み取るための通知をする読取通知手段と、前記読取通知手段での通知に従って、原稿を読み取る読取手段と、前記文書データと前記読取手段で読み取られた原稿の画像とに従って、当該画像をリソースファイルとして格納した文書データを生成する生成手段と、前記生成手段で生成された文書データを出力する出力手段とを備えることを特徴とする。

また、前記読取定義情報判定手段で読取定義情報がない場合に、前記文書データを印刷する印刷手段を更に備えることを特徴とする。

また、前記読取定義情報は、前記読取手段で読み取られた原稿の画像で置き換えるリソースファイルを特定する画像特定情報を含み、前記生成手段は、前記画像特定情報に従って、前記リソースファイルを前記読取手段で読み取られた原稿のリソースファイルに置き換えることを特徴とする。

また、前記生成手段で文書データを生成する場合に、出力の際に不要な処理をさせないようにするべく、前記読取定義情報を削除する削除手段を備えることを特徴とする。

また、前記出力手段は、印刷又はファクシミリ送信又はメール送信又はファイル送信であることを特徴とする。

また、前記文書データに、画像形成装置で出力する方法を定義する出力方法定義情報があるか否かを判定する出力方法定義情報判定手段と、前記出力方法定義情報判定手段で出力方法定義情報がある場合に、当該出力方法定義情報に従って出力方法を決定する出力方法決定手段とを更に備え、前記出力手段は、前記出力方法決定手段で決定された出力方法で出力することを特徴とする。

また、前記出力方法定義情報は、情報処理装置で指定された出力方法に従って生成された定義情報であることを特徴とする。

また、前記情報処理装置からの出力指示に従って生成された文書データを受信する文書データ受信手段と、前記文書データ受信手段で受信した文書データとユーザ情報とを対応付けて記憶する文書データ記憶手段とを更に備えることを特徴とする。

また、当該画像形成装置へのログインに応じて、ログインしたユーザのユーザ情報に対応する前記文書データ記憶手段で記憶した文書データの一覧を表示する一覧表示手段を備え、前記読取定義情報判定手段は、ユーザの操作に応じて前記一覧表示手段で表示した一覧から選択された文書データに対する出力指示に従って、前記読取定義情報があるか否かを判定することを特徴とする。

また、前記文書データは、ＸＭＬ形式のアーカイブデータであることを特徴とする。

本発明によれば、画像形成装置から文書データを出力する際に、文書データに記憶されている読取制御情報に従って、原稿を読み取るべき処理内容を表示し、利便性の高い読取処理を行わせることで、ユーザの負担を軽減することができる。

本発明に係る印刷システム１の構成の一例を示す図 クライアントＰＣ１０１、認証サーバ１０２、ワークフローサーバ１０３のハードウエア構成の一例を示すブロック図 複合機１００のハードウエア構成の一例を示すブロック図 印刷システム１の機能構成の一例を示すブロック図 印刷システム１の処理概要図 印刷システム１のジョブ投入処理の一例を示すフローチャート 印刷システム１のジョブ実行処理の一例を示すフローチャート 印刷システム１のデータ前処理の一例を示すフローチャート 印刷システム１のデータ後処理の一例を示すフローチャート クライアントＰＣ１０１のＣＲＴ２０１０に表示される表示画面の一例を示すイメージ図 複合機１００の操作部３０３０に表示される表示画面の一例を示すイメージ図 ユーザ情報９００の一例を示す図 書誌情報９１０の一例を示す図 ジョブ９２０の一例を示す図 ＸＰＳファイル９３０の一例を示す図 前処理データ９４１の一例を示す図 後処理データ９５１の一例を示す図 文字データ９７０の一例を示す図 図形データ９８０の一例を示す図 定型ジョブの一例を示す図 後処理追加後の定型ジョブの一例を示す図 前処理後のジョブの一例を示す図

以下、添付図面を参照しながら、本発明に係る印刷システム１の好適な実施形態について詳細に説明する。

図１は、本発明に係る印刷システム１の構成の一例を示す図である。

図１に示すように、例えば、１又は複数の複合機１００（例えば各フロアに数台ずつの画像形成装置）、１又は複数のクライアントＰＣ１０１（例えば管理者に1台、ユーザ毎に１台ずつの情報処理装置）、１又は複数の認証サーバ１０２（例えば拠点毎に設置）、１又は複数のワークフローサーバ１０３（例えば拠点毎に設置）がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１０を介して接続される。

複合機１００は、プリンタ、スキャナ、コピー、ファクシミリ等の機能を有する画像形成装置である。また、カードリーダ３０４０で読み取られたカードＩＤに応じた利用権限に従って、プリンタ、スキャナ、コピー、ファクシミリの各機能のユーザ利用を制限することが可能である。

クライアントＰＣ１０１は、複合機１００の設定を行うＰＣで、ネットワークを介してＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で複合機１００と通信することができる（例えば、マイクロソフト社のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標））機能を搭載したＰＣである。また、ユーザから印刷ジョブを投入するためのＰＣでもあり、ユーザがアプリケーションからプリンタドライバを介して印刷ジョブを生成し、プリンタドライバがＬＰＲ（Ｌｉｎｅ ＰＲｉｎｔｅｒ Ｄａｅｍｏｎ）やその他の印刷プロトコルを用いて、印刷ジョブを複合機１００に送信することができる。

なお、本実施形態ではＸＭＬ形式のＸＰＳデータを複合機１００に送信することで、複合機１００で印刷を行うことが可能となるよう構成されている。

また、上記Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）のようなブラウザを用いて、ワークフローサーバ１０３にアクセスし、ワークフローサーバ１０３上で動作する社内システムの利用などができる。例えば、各種申請や各種情報取得や各種業務管理を行うことができる。

認証サーバ１０２は、複合機１００やワークフローサーバ１０３がユーザ認証を行うためのサーバである。カードＩＤに紐づくユーザ名、メールアドレス、利用権限等のデータを持っている。認証サーバ１０２は、複合機１００やワークフローサーバ１０３からの問い合わせに対して、ユーザの有無と、ユーザが存在する場合は、そのユーザ情報を返答する機能を有する。認証サーバ１０２は、１つのサーバで構成しても良い。また、認証サーバ１０２は、プライマリおよびセカンダリの２つのサーバによって構成しても良い。また、認証サーバ１０２は、３つ以上のサーバによって構成しても良い。

ワークフローサーバ１０３は、社内システムなどのワークフローシステムを動作させるためのサーバである。クライアントＰＣ１０１は、ワークフローサーバ１０３にアクセスし、各種申請や各種情報取得や各種業務管理などを行うことができる。

ワークフローサーバでは、申請された情報に従って、複合機１００で印刷するためのＸＰＳデータを生成し、クライアントＰＣ１０１に送信する。

また、ワークフローサーバ１０３は、認証サーバ１０２と連携して、ワークフローシステムへのアクセスを制御したり、アクセスしたユーザの特定をしたりすることも可能である。ワークフローサーバ１０３は、１つのサーバで構成しても良い。また、ワークフローサーバ１０３は、プライマリおよびセカンダリの２つのサーバによって構成しても良い。また、ワークフローサーバ１０３は、３つ以上のサーバによって構成しても良い。また、ワークフローサーバ１０３は、ワークフローシステムのすべての機能を１台に搭載せずに、各機能を分散させてサーバを構成してもよい。例えば、申請システム用のワークフローサーバ、業務管理用のワークフローサーバ、などのように機能を水平分散するような構成であってもよい。

次に、図２、３を参照しながら、クライアントＰＣ１０１、認証サーバ１０２、ワークフローサーバ１０３、複合機１００について説明する。

図２は、クライアントＰＣ１０１、認証サーバ１０２、ワークフローサーバ１０３のハードウエア構成を示す図、図３は、複合機１００のハードウエア構成を示す図である。

図２に示すように、クライアントＰＣ１０１、認証サーバ１０２、ワークフローサーバ１０３では、システムバス２００４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２００１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２００２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２００３、入力コントローラ２００５、ビデオコントローラ２００６、メモリコントローラ２００７、通信Ｉ／Ｆコントローラ２００８が接続される。

ＣＰＵ２００１は、システムバス２００４に接続される各デバイスやコントローラを統括的に制御する。

ＲＯＭ２００３あるいは外部メモリ２０１１は、ＣＰＵ２００１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する各種プログラム等を保持している。

ＲＡＭ２００２は、ＣＰＵ２００１の主メモリ、ワークエリア等として機能する。ＣＰＵ２００１は、処理の実行に際して必要なプログラム等をＲＯＭ２００３あるいは外部メモリ２０１１からＲＡＭ２００２にロードし、ロードしたプログラムを実行することで各種動作を実現する。

入力コントローラ２００５は、キーボード（ＫＢ）２００９やマウス（図示しない）等のポインティングデバイス等からの入力を制御する。

ビデオコントローラ２００６は、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）２０１０等の表示器への表示を制御する。表示器はＣＲＴに限らず、液晶ディスプレイ等の他の表示器でもよい。これらは、必要に応じて管理者が使用する。

メモリコントローラ２００７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２０１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ２００８は、ＬＡＮ１１０のようなネットワークを介して外部機器と接続・通信し、ネットワーク上での通信制御処理を実行する。通信Ｉ／Ｆコントローラ２００８は、例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。

ＣＰＵ２００１は、例えばＲＡＭ２００２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２０１０上に表示することが可能である。また、ＣＰＵ２００１は、ＣＲＴ２０１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。

クライアントＰＣ１０１、認証サーバ１０２、ワークフローサーバ１０３のハードウエア上で動作する各種プログラムは、外部メモリ２０１１に記録されており、必要に応じてＲＡＭ２００２にロードされ、ＣＰＵ２００１により実行される。プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等は、外部メモリ２０１１に格納されている。
次に、複合機１００のハードウエア構成について説明する。

図３に示すように、複合機１００は、コントローラユニット３０２０と、操作部３０３０と、カードリーダ３０４０と、プリンタ３０５０と、スキャナ３０６０の各ハードウエア構成を有して構成されている。

また、コントローラユニット３０２０は、ＣＰＵ３００１と、ＲＡＭ３００２と、ＲＯＭ３００３と、ハードディスクドライブ（ＨＤＤ）３００４と、ネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）３００５と、モデム（ＭＯＤＥＭ）３００６と、操作部インタフェース（操作部Ｉ／Ｆ）３００７と、イメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）３００８と、外部インタフェース（外部Ｉ／Ｆ）３００９と、システムバス３０１０と、ラスタイメージプロセッサ（ＲＩＰ）３０１１と、プリンタインタフェース（プリンタＩ／Ｆ）３０１２と、スキャナインタフェース（スキャナＩ／Ｆ）３０１３と、画像処理部３０１４と、画像バス３０１５の各ハードウエア構成を有して構成されている。

コントローラユニット３０２０は、画像入力デバイスとして機能するスキャナ３０６０や、画像出力デバイスとして機能するプリンタ３０５０と接続する一方、ネットワーク１１０や、例えばＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）またはＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）等の公衆回線網（ＷＡＮ）と接続することで、画像データやデバイス情報の入出力を行う。

ＣＰＵ３００１は、システムバス３０１０及び画像バス３０１５に接続される各デバイスを統括的に制御するプロセッサである。

ＲＡＭ３００２は、ＣＰＵ３００１が動作するためのワークメモリであり、また、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリの機能も有する。例えば、カードリーダ３０４０で読み取ったカードＩＤなどが記憶される。

ＲＯＭ３００３は、システムのブートプログラムや各種の制御プログラムが格納されている。ＨＤＤ３００４は、システムを制御するための各種のプログラム及び画像データ等を格納する。なお、ＲＯＭ３００３またはＨＤＤ３００４には、図１３に示すジョブ情報ＤＢ２２１や、ジョブＤＢ２６０が格納されている。なお、ＨＤＤ３００４は情報を永続的に記憶するための媒体であって、その形態をＨＤＤに限定するものではない。例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの媒体であってもよい。

Ｎｅｔｗｏｒｋ Ｉ／Ｆ３００５は、ＬＡＮ１１０に接続し、データ入出力を行う。ＭＯＤＥＭ３００６は、公衆回線網に接続し、ＦＡＸにおける送受信等のデータの入出力を行う。

操作部Ｉ／Ｆ３００７は、ユーザインタフェース（ＵＩ）である操作部３０３０におけるインタフェースであり、操作部３０３０に表示する画像データを操作部３０３０に対して出力する。また、操作部Ｉ／Ｆ３００７は、本システムのユーザが操作部３０３０から入力した情報（例えば、ユーザ情報等）をＣＰＵ３００１に伝える役割をする。なお、操作部３０３０は、キーボードに相当するタッチパネルを有する表示部を備え、当該表示部に表示されたキーボードのボタンを、ユーザが押下（指等でタッチ）することにより、各種の指示を行うことができる。

ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ３００８は、システムバス３０１０と、画像データを高速で転送する画像バス３０１５とを接続し、データ構造を変換するバスブリッジである。

外部Ｉ／Ｆ３００９は、ＵＳＢ、ＩＥＥＥ１３９４、プリンタポート、ＲＳ−２３２Ｃ等の外部入力を受け付けるインタフェースである。本実施形態においては、外部Ｉ／Ｆ３００９には、ＩＣカード認証で必要となるＩＣカードの情報を読み取るためのカードリーダ３０４０が接続されている。そして、ＣＰＵ３００１は、この外部Ｉ／Ｆ３００９を介してカードリーダ３０４０によるＩＣカードからの情報の読み取りを制御し、当該ＩＣカードから読み取られた情報を取得可能となっている。

以上の３００１〜３００９に示すデバイスがシステムバス３０１０上に配置され、相互に通信可能となっている。

ＲＩＰ３０１１は、例えば、ＰＤＬコードや、ＸＰＳデータ内のＸＭＬ形式のページデータ等のベクトルデータをビットマップイメージに展開する。

プリンタＩ／Ｆ３０１２は、プリンタ３０５０とコントローラユニット３０２０とを接続し、画像データの同期系／非同期系の変換を行う。

スキャナＩ／Ｆ３０１３は、スキャナ３０６０とコントローラユニット３０２０とを接続し、画像データの同期系／非同期系の変換を行う。

画像処理部３０１４は、入力画像データに対して、補正処理、加工処理、編集処理を行ったり、プリント出力画像データに対して、プリンタの補正処理、解像度変換処理等を行ったりする。また、画像処理部３０１４は、これらの処理に加えて、画像データの回転処理や、多値画像データに対してはＪＰＥＧ、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

以上の３００８、３０１１〜３０１４に示すデバイスが画像バス３０１５上に配置され、相互に通信可能となっている。画像バス３０１５は、例えば、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスまたはＩＥＥＥ１３９４で構成されている。

操作部３０３０は、具体的に、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）表示部を有し、当該ＬＣＤ表示部上にタッチパネルシートが貼られており、本システムの操作画面を表示するとともに、表示した操作画面のキー（ボタン）が押されると、その位置情報が操作部Ｉ／Ｆ３００７を介してＣＰＵ３００１に伝えられる。また、操作部３０３０は、各種の操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等のキーボード機能を備える。

ここで、操作部３０３０のスタートキーは、例えば、原稿画像の読み取り動作を開始する際などに操作される。このスタートキーの中央部には、例えば、緑と赤の２色のＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）があり、その各色の発光によってスタートキーが使える状態にあるかどうかが示される。また、操作部３０３０のストップキーは、例えば、稼働中の動作を止める際などに操作される。また、操作部３０３０のＩＤキーは、例えば、ユーザ（使用者）のユーザＩＤを入力する際などに操作される。また、操作部３０３０のリセットキーは、例えば、操作部３０３０による設定を初期化する際などに操作される。

カードリーダ３０４０は、ＣＰＵ３００１からの制御により、認証カードに相当するＩＣカード（例えば、ソニー（登録商標）社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されているユーザ識別情報を読み取るものである。カードリーダ３０４０で読み取られたユーザ識別情報は、外部Ｉ／Ｆ３００９を介してＣＰＵ３００１へ通知される。

プリンタ３０５０は、例えば、ラスタイメージデータを用紙上に画像として変換するものである。その変換方式としては、感光体ドラムや感光体ベルトを用いた電子写真方式や、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの変換方式を用いても構わない。プリンタ３０５０のプリント動作の起動は、ＣＰＵ３００１からの指示によって開始される。なお、プリンタ３０５０には、異なる用紙のサイズまたは異なる用紙の向きを選択できるように複数の給紙段が構成されており、それぞれの給紙段に対応した用紙カセットが設けられている。

スキャナ３０６０は、原稿となる紙上の画像を照明し、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）ラインセンサを用いて原稿を走査することで、原稿の画像をラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットされ、複合機１００のユーザが操作部３０３０から読み取り起動指示を行うことにより、ＣＰＵ３００１がスキャナ３０６０に指示を与え、フィーダは、原稿用紙を１枚ずつフィードして原稿の画像の読み取り動作を行う。

以上のような構成によって、複合機１００は、スキャナ３０６０から読み込んだ画像データをＬＡＮ１１０上に送信したり、ＬＡＮ１１０から受信した印刷データ（ＸＰＳデータ）をプリンタ３０５０で印刷出力したりすることができる。また、複合機１００は、スキャナ３０６０から読み込んだ画像データをＭＯＤＥＭ３００６から公衆回線網上にＦＡＸ送信したり、公衆回線網からＦＡＸ受信した画像データをプリンタ３０５０で印刷出力したりすることができる。

次に、図４、１０、１１、１２、１３、１４、１５、１６、１７、１８、１９を参照しながら、印刷システム１の機能と利用するデータについて説明する。

図４は、本発明に係る印刷システム１の機能構成を示すブロック図、図１０は、クライアントＰＣ１０１のＣＲＴ２０１０に表示される表示画面の一例を示すイメージ図、図１１は、複合機１００の操作部３０３０に表示される表示画面の一例を示すイメージ図、図１２は、ユーザ情報９００の一例を示す図、図１３は、書誌情報９１０の一例を示す図、図１４は、ジョブ９２０の一例を示す図、図１５は、ＸＰＳファイル９３０の一例を示す図、図１６は、前処理データ９４１の一例を示す図、図１７は、後処理データ９５１の一例を示す図、図１８は、文字データ９７０の一例を示す図、図１９は、図形データ９８０の一例を示す図である。

図４を用いて、本実施形態の各装置の機能について説明する。

まず、クライアントＰＣ１０１の処理を実行するための機能について説明する。

クライアントＰＣ１０１は、アプリケーション部３００、プリンタドライバ部３０１、Ｎ／Ｗ通信部３０２、ウェブブラウザ部３０３等を有する。

アプリケーション部３００は、ユーザにＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供し、ユーザの目的に適った画像データを生成する。

プリンタドライバ部３０１は、アプリケーション部３００が生成したＸＰＳ（ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）ファイル９３０を受け取り、ＸＰＳファイル９３０に対して、書誌情報９１０を付与し、ジョブ９２０を生成する。

図１４に示すように、ジョブ９２０には、書誌情報９１０、ＸＰＳファイル９３０等が含まれる。なお、書誌情報９１０は複合機１００とプリンタドライバが通信する際のプロトコル上でＸＰＳファイルを送信する際のヘッダー情報として付加されるものであるが、ＸＰＳファイル内に書誌情報ファイルを格納するように構成することも可能である。

図１３に示すように、書誌情報９１０には、ジョブオーナ９１１、ジョブ名９１２、印刷方法９１３、カラーモード９１４等が含まれる。

ジョブオーナ９１１は、ジョブを作成したユーザの名前を表わす情報であり、クライアントＰＣにログインしたユーザのユーザ名等である。なお、複合機１００にログインしたユーザのユーザ情報９００のユーザ名９０２と一致する情報で、ユーザのジョブを特定する際に利用される。

ジョブ名９１２は、ジョブを識別するための情報である。マイジョブ画面２１００上のジョブリストにジョブの名称として表示される。

印刷方法９１３は、ジョブ９２０を印刷するときの体裁を表わす情報である。例えば、片面印刷、両面印刷、製本印刷などの情報が設定される。

カラーモード９１４は、ジョブ９２０を印刷するときの印刷色を表わす情報である。例えば、カラー、モノクロ、オートなどの情報が設定される。

図１５に示すように、ＸＰＳファイル９３０は、前処理ファイル９４０、後処理ファイル９５０、ページディレクトリ９６０、リソースディレクトリ９９０などから構成され、これらのファイルやディレクトリをＺＩＰ形式でデータ圧縮したものである。

なお、ＸＰＳファイルについて、より具体的には、ＸＰＳファイルは「＿ｒｅｌｓ／．ｒｅｌｓ」「ＦｉｘｅｄＤｏｃｕｍｅｎｔＳｅｑｕｅｎｃｅ」「ＦｉｘｅｄＤｏｃｕｍｅｎｔ」「ＦｉｘｅｄＰａｇｅ」「イメージファイルやフォントファイル（リソースファイル）」「プリントチケット」で構成され、これらのファイルがアーカイブされたアーカイブデータである。
上記各ファイルは以下のとおりである。

ａ）＿ｒｅｌｓ／．ｒｅｌｓ：文書データとしてＸＰＳデータの開始点となるパーツである。後述するＦｉｘｅｄＤｏｃｕｍｅｎｔＳｅｑｕｅｎｃｅ（以下、「ＦＤＳ」と略す。）への参照タグを有する。

ｂ）ＦＤＳ：一つの文書データの構成情報が記述されたパーツである。後述するＦｉｘｅｄＤｏｃｕｍｅｎｔ（以下、「ＦＤ」と略す。）への参照タグを有する。なお、一つのデータは複数のドキュメントを有する場合がある。つまり、ＦＤＳは、複数のＦＤへの参照タグを有する場合がある。

ｃ）ＦＤ：一つのドキュメントの構成情報が記述されたパーツ（ページ構成データのファイル）である。ＦｉｘｅｄＰａｇｅ（以下、「ＦＰ」と略す。）への参照タグを有する。なお、一つのドキュメントは複数のページを有する場合がある。つまり、ＦＤは、複数のＦＰへの参照タグを有する場合がある。

ｄ）ＦＰ：印刷対象（出力対象）となるページ情報が記述されたパーツ（出力対象データのファイル）である。必要に応じて、イメージファイルやフォントファイルへの参照タグを有する場合がある。例えば、当該ページにイメージの描画が存在する場合は、当該イメージファイルへの参照タグを有することになる。なお、このＦＰには、描画するための印刷データが記憶されている。

なお、本実施形態では、「ＦｉｘｅｄＰａｇｅ」をページディレクトリ９６０のページファイルとして説明する。また、イメージファイルやフォントファイル（リソースファイル）」をリソースディレクトリ９９０の各リソースファイルとして説明する。また、プリントチケットは必要におじて保持するファイルであり、プリントチケットには、例えば印刷体裁の設定情報等を記憶することができる。なお本実施形態の前処理ファイル９４０、後処理ファイル９５０はプリントチケットと同等のファイルとしてアーカイブデータに格納されている。

なお、前処理を指定しないＸＰＳファイル９３０であれば、前処理ファイル９４０を含まない構成であってもよい。同様に、後処理を指定しないＸＰＳファイル９３０であれば、後処理ファイル９５０を含まない構成であってもよい。同様に、特定のリソース（フォントデータや画像データ）を必要としないＸＰＳファイル９３０であれば、リソースディレクトリ９９０を含まない構成にすることも可能である。

また、本実施形態では、前処理としてスキャンを行う制御情報と前処理ファイル９４０に、後処理として印刷を行う制御情報を後処理ファイル９５０に記憶させる構成としたが、後処理は印刷のみとする場合には、後処理ファイル９５０を保持しない構成をとることも可能である。

この場合、スキャンを行う制御情報をＦｉｘｅｄＰａｇｅファイル内に記述して、印刷指示後のＸＰＳファイルを画像データに変換する際のＸＰＳファイルの解析中にスキャンを行う制御情報の有無を判断するようにしてもよい。

印刷指示後（印刷実行中）にスキャンを行う制御情報の有無を判断する場合は、ステップＳ４２３の印刷処理中にステップＳ３０２〜Ｓ３０７の処理を行うことで実現することが可能である。

ＸＰＳファイル９３０は、ＰＤＬデータと同様に印刷データをＸＭＬ形式で表現したファイルであり、マイクロソフト社が仕様を定義しているファイル形式である。ＰＤＬファイルは、印刷データを１ファイルで記述したデータであるのに対して、ＸＰＳファイルは、印刷データを複数のファイルで記述したデータであることが特徴である。具体的には、ＰＤＬファイルは、画像やフォントを直接ページに埋め込んで各プリンタに合わせた言語で記述したバイナリデータの１ファイル構成である。一方、ＸＰＳファイルは、画像やフォントなどの各リソースをファイルとして独立させ、さらにページはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述され、さらに各ページ独立したファイルで構成され、さらにそれらすべてのファイルを圧縮して一つにまとめたファイル構成であることが特徴となっている。

前処理ファイル９４０は、ジョブ９２０を実行する前に処理されるべき内容が記述されるファイルである。このファイルは、形式は特に問わないが、ＸＰＳの仕様に従って、ＸＭＬで記述されるものとする。

前処理ファイル９４０には、１又は複数の前処理データ９４１が含まれる。ジョブ９２０を実行する前に処理する内容が複数ある場合は、前処理データ９４１は複数記述される。また、前処理が存在しない場合は、前処理ファイル９４０自体が存在しない。

図１６に示すように、前処理データ９４１には、種類９４２、属性９４３、メッセージ９４４などが含まれる。

種類９４２には、前処理で行う処理の種類が記述される。例えば、種類９４２の値として、スキャンが設定される。

属性９４３には、種類９４２の処理を実行するための属性が記述される。例えば、種類９４２がスキャンと設定されている場合、スキャン後のデータの格納先や、スキャンデータのカラーや、解像度、濃度、などが設定される。ここでの格納先とは、後述する画像ディレクトリ９９３内の特定の画像ファイル９９４へのファイルパスが指定されうる。

これにより、前処理でスキャンを行った後に、あらかじめ指定された特定の画像（例えば、図２０の４００５や図２１の４０１５）とスキャン画像（例えば、図２２の４０２５）を入れ替えることが可能となる。

メッセージ９４４には、前処理実行時に複合機１００の操作部３０３０に表示する文字列が設定される。例えば、スキャン画面２２００のメッセージ２２０１として利用される。これにより、ジョブ９２０の前処理データを書き換えるだけで、スキャン時のメッセージを変更することが用意になる。よって、複合機１００に搭載しているプログラムを変更することなく、柔軟にワークフローを実行することができる。例えば、資格証明書が必要なジョブであれば、メッセージには「資格証明書をスキャンしてください。」と設定したり、電車遅延証明書が必要なジョブであれば、「遅延証明書をスキャンしてください。」と設定したりできる。これにより、ユーザは、何をスキャンすべきか、が明確になるので、ユーザにとって利便性があがる。

後処理ファイル９５０は、ジョブ９２０を実行した後に処理されるべき内容が記述されるファイルである。このファイルは、形式は特に問わないが、ＸＰＳの仕様に従って、ＸＭＬで記述されるものとする。

後処理ファイル９５０には、１又は複数の後処理データ９５１が含まれる。ジョブ９２０を実行した後に処理する内容が複数ある場合は、後処理データ９５１は複数記述される。また、後処理が存在しない場合は、後処理ファイル９５０自体が存在しない。

図１７に示すように、後処理データ９５１には、種類９５２、属性９５３、メッセージ９５４などが含まれる。

種類９５２には、後処理で行う処理の種類（出力方法）が記述される。例えば、種類９５２の値として、ＦＡＸ、メール、印刷、サーバなどの出力方法が設定される。これにより、ジョブ実行後に、自動でジョブデータをＦＡＸしたり、メールしたり、印刷したり、ファイルサーバへ送信したりすることが可能となる。また、複数の処理を指定できるので、ユーザが印刷後に印刷された紙文書を用いてＦＡＸ、メールなど送信方法毎に操作する手間を省くことができる。

属性９５３には、種類９５２の処理を実行するための属性が記述される。例えば、種類９５２がＦＡＸと設定されている場合には、ＦＡＸの送信先電話番号や、リトライ回数、タイムアウト値、濃度などが設定されうる。また、種類９５２がメールと設定されている場合には、メール送信先のメールアドレスや、リトライ回数、タイムアウト値などが設定されうる。また、種類９５３が印刷と設定されている場合には、印刷枚数や、カラー属性、片面・両面・製本などの印刷方法などが設定されうる。また、種類９５３がサーバと設定されている場合には、ファイルサーバの特定のディレクトリパス、またファイルサーバがアクセス制御されている場合は、認証用のユーザとパスワードとドメインなどが設定されうる。

あらかじめ属性９５３にこれらの必要情報を埋め込んでおくことで、ユーザが複合機１００操作時に誤って送信先を設定してしまうことを防ぐことができる。複合機１００の操作部３０３０は、クライアントＰＣ１０１のＣＲＴ２０１０に比べて解像度が低かったり、設置位置がユーザの目線より下で見にくかったりして誤操作のリスクが高い。

よってあらかじめクライアントＰＣ１０１で設定できれば、複合機１００で誤操作のリスクを軽減できる。また、定型ジョブとして宛先を埋め込んだジョブをテンプレート化しておけば、送信先を誤るリスクをさらに回避することができる。

本実施形態では、すでに属性に宛先が埋め込まれているので、選択間違いによる誤送信を防ぐことができる。

また、定型ジョブ作成時には、まだ送信先などの属性が決まっていないこともある。この場合には、種類９５２には値を設定するが、属性９５３には何も設定しないことも可能である。

これにより、より柔軟なワークフローを実現でき、ユーザがより使いやすいシステムを実現している。

メッセージ９５４には、後処理時に複合機１００の操作部３０３０に表示する文字列が設定される。例えば、属性入力画面２３００のメッセージ２３０１として利用される。

ページディレクトリ９６０には、１又は複数のページファイル９６１が含まれる。また、このページファイル９６１は、印刷データのページ数分存在する。ページファイル９６１には、文字データ９７０、図形データ９８０などが含まれる。各ページファイル９６１はＸＰＳの仕様に従ってＸＭＬで記述される。基本的に文字データ９７０と図形データ９８０を組み合わせてページが記述される。

図１８に示すように、文字データ９７０には、ソース９７１、属性９７２、文字列９７３などが含まれる。ソース９７１には、文字データを描画するためのフォントを定義したフォントファイル９９２のファイルパスを指定する。属性９７２には、文字データを描画する開始位置（例えばＸ座標、Ｙ座標）や、文字サイズ、太字、イタリック、斜体などの装飾などの属性を指定する。文字列９７３は、文字データを描画する文字列が設定される。

図１９に示すように、図形データ９８０には、ソース９８１、属性９８２などが含まれる。ソース９８１には、図形データを描画するための画像を定義した画像ファイル９９４のファイルパスを指定する。属性９８２には、図形データを描画する開始位置や、画像のサイズ、縮小率などが設定される。また、図形データ９８０は、特定の画像を使用しなくてもよい。ソース９８１に何も指定しない場合には、属性にベクタ情報を設定することで、円形、四角、三角などの図形を描画させることも可能である。

リソースディレクトリ９９０には、フォントディレクトリ９９１、画像ディレクトリ９９３などが含まれる。

フォントディレクトリ９９１には、１又は複数のフォントファイル９９２が含まれる。フォントファイル９９２は、文字データ９７０を描画するためのフォントの情報が記述されている。

画像ディレクトリ９９３には、１又は複数の画像ファイル９９４が含まれる。

画像ファイル９９４は、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、ＰＮＧ（Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）、ＧＩＦ（Ｇｒａｐｈｉｃ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ）などの形式のファイルであり、各ページ内に挿入されるデータである。

なお、ＸＰＳファイルのファイル構成については上述したが、ＸＰＳ Ｖ１．０の仕様では、ＸＰＳファイル９３０内の最上位の階層に、＿ｒｅｌｓディレクトリが存在し、「＿ｒｅｌｓ／．ｒｅｌｓ」ファイルが格納されている。次に、Ｄｏｃｕｍｅｎｔｓディレクトリが存在し、「ＦｉｘｅｄＤｏｃｕｍｅｎｔ」「ＦｉｘｅｄＰａｇｅ」ファイルが格納されている。次にＭｅｔａＤａｔａディレクトリが存在し、「Ｔｈｕｍｂｎａｉｌ」「ＰｒｉｎｔＴｉｃｋｅｔ」ファイルなどが格納されている。次に、「ＦｉｘｅｄＤｏｃｕｍｅｎｔＳｅｑｕｅｎｃｅファイル」がＸＰＳファイルとして構成されている。

なお本実施形態では、すべてのディレクトリ、ファイルを図示せずに、本実施形態を構成する上で必要不可欠なディレクトリやファイルのみ図示している。

また、上記構成は一例であり、本実施形態では、構成上必要なディレクトリやファイルのみ図示している関係上、いくつかの階層構造を省略して図示している。

よって、省略している定義上必要なディレクトリ、ファイルを含んだ構成であったり、省略した階層構造を含んだ構成であったりしたとしても、実現可能であることは言うまでもない。

Ｎ／Ｗ通信部３０２は、ＬＡＮ１１０等のネットワークを介して外部機器と接続・通信を行うもので、ＴＣＰ／ＩＰやＵＤＰなどの通信プロトコルに従って通信を制御する。これによりクライアントＰＣ１０１は、同じくＬＡＮ１１０に接続された複合機１００、認証サーバ１０２、ワークフローサーバ１０３等と通信が可能となる。

ウェブブラウザ部３０３は、外部システムとのインタフェースとなる。ワークフローサーバ１０３などのウェブサーバとＨＴＴＰ通信を行うことができる。ユーザ操作を受け付けてウェブサーバにリクエストを送ったり、ウェブサーバからのレスポンス（ＨＴＭＬ文書）をＣＲＴ２０１０に表示したりする。

次に認証サーバ１０２の処理を実行するための機能について説明する。

認証サーバ１０２は、認証管理部４００、Ｎ／Ｗ（Ｎｅｔｗｏｒｋ）通信部４０１、認証ＤＢ４０２等を有する。認証サーバ１０２は、冗長構成をとることが可能で、複数台設置してもよい。

認証サーバ１０２は、システム内でのユーザ情報の検索という役割を有するため、ユーザ情報の格納及び検索機能を持つ情報処理装置であれば種類を問わない。

認証管理部４００は、認証ＤＢ４０２のデータを使って外部からの問い合わせに対応する。例えば、ＮＴＬＭやＫｅｒｂｅｒｏｓなどの認証プロトコルを用いた認証要求を受け付けて、ユーザの認証を行うことができる。また、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）などの検索プロトコルを用いた検索要求を受け付けて、ユーザ情報の検索を行うことができる。認証管理部４００は認証や検索を行うことが目的であり、その認証方式やプロトコルは上記に限らない。

また認証方法としては、カード認証とユーザ認証の２種類を提供する。カード認証の際は、カードＩＤ９０１の照合を行う。ユーザ認証の際は、ユーザ名９０２およびパスワード９０３の照合を行う。

また認証管理部４００は、複合機１００からカード情報を受け付けてカードＩＤ９０１の照合（認証）を行ったり、ワークフローサーバ１０３からユーザ情報を受け付けて、ユーザ名９０２およびパスワード９０３の照合（認証）を行ったりする。この結果、照合（認証）に成功すれば、後述するユーザ情報９００を返答する。

また認証管理部４００は、認証ＤＢ４０２を管理するための機能を提供する。具体的には認証サーバ１０２の外部メモリ２０１１に対して、認証ＤＢ４０２の書き込み、読み込み、削除、更新などを行う。

認証ＤＢ４０２は、認証サーバ１０２の外部メモリ２０１１に格納される情報である。また認証ＤＢ４０２は、認証サーバ１０２が複合機１００やワークフローサーバ１０３から認証要求を受け付けた時に、認証処理を行うために必要な情報である。認証ＤＢ４０２は、１又は複数のユーザ情報９００を有している。

ユーザ情報９００には、カードＩＤ９０１、ユーザ名９０２、パスワード９０３、メールアドレス９０４などが含まれる。

カードＩＤ９０１は、複数のユーザ情報９００の中から特定のユーザ情報９００を検索するための外部キーとなる。

ユーザ名９０２は、複合機１００を利用する際のユーザ名となる。複合機１００の操作ログや操作画面などに表記される情報となる。

パスワード９０３は、ユーザを照合する際に利用する情報となる。

メールアドレス９０４は、複合機１００から利用ユーザがメールを送信するために必要な情報となる。例えば複合機１００でスキャンした画像データをメールで送信する場合などに利用される。

Ｎ／Ｗ通信部４０１は、クライアントＰＣ１０１が有するＮ／Ｗ通信部３０２と同等の機能を有するものである。

次にワークフローサーバ１０３の処理を実行するための機能について説明する。

ワークフローサーバ１０３は、ジョブ編集部５００、ワークフロー管理部５０１、Ｎ／Ｗ通信部５０２、定型ジョブＤＢ５０３等を有する。

ジョブ編集部５００は、ワークフローに合わせて定型ジョブの編集を行う。例えば、ワークフローサーバ１０３は、定型ジョブとしてあらかじめ用意されているジョブ９２０に対して、クライアントＰＣ１０１からリクエストを受け付けると、後処理を追加することがある。このとき、ジョブ９２０を解析して、ＸＰＳファイル９３０の後処理ファイル９５０に、指定された後処理データ９５１を追加する機能を有する。

ワークフロー管理部５０１は、クライアントＰＣ１０１からのリクエストに応じて、定型ワークフローを提供する。定型ワークフローはあらかじめ用意されている業務フローであり、例えば、立替経費申請や資格取得申請、電故申請、休日出勤申請などがある。クライアントＰＣ１０１からのリクエストに応じて、申請メニュー画面１１００や、申請画面１２００、後処理設定画面１３００などの画面を提供する。なお、これらの画面はＨＴＭＬ文書としてワークフローサーバ１０３からクライアントＰＣ１０１にＨＴＴＰ送信され、クライアントＰＣ１０１ではウェブブラウザ部３０３がそれを解析し、ＣＲＴ部２０１０に表示する。

申請メニュー画面１１００は、クライアントＰＣ１０１がウェブブラウザ部３０３でワークフローサーバ１０３にアクセスしたときに、ワークフローサーバ１０３からクライアントＰＣ１０１に最初に送信される画面である。なお、この画面が表示される前に、ユーザ名およびパスワードを求めるログイン画面が表示されるものとする。この不図示のログイン画面において、ワークフローサーバ１０３は認証サーバ１０２と認証を行い、アクセスしたユーザを特定することができる。申請メニュー画面１１００には、ユーザ名やメニュー階層等が表示される。また、あらかじめ用意された申請するメニュー１１０１が表示され、ユーザはそのメニューを選択し申請を行うことができる。

申請画面１２００は、申請メニュー１１００でメニュー１１０１のいずれかが選択されたときに表示される画面である。プレビュー１２０１や前処理１２０２、後処理１２０３、後処理追加ボタン１２０４、実行ボタン１２０５等から構成される。ユーザはプレビュー１２０１を利用して、どのような帳票が実行されるのか、をあらかじめ確認することができる。

また、前処理１２０２を利用して、ジョブ実行時にどのような前処理が行われるのか、を事前に確認することができる。また、後処理１２０３を利用して、ジョブ実行後にどのような後処理が行われるのか、を事前に確認することができる。

さらに、後処理追加ボタン１２０４を押下することで、後処理を追加することができる。また、実行ボタン１２０５を押下すると、該ワークフロージョブを実行することができる。なお、ここで実行されたワークフロージョブは、ワークフローサーバ１０３のジョブ編集部５００で後処理などを追加してＸＰＳファイル９３０として再構成され、続いてクライアントＰＣ１０１のプリンタドライバ部３０１で書誌情報９１０を追加され、最後に複合機１００へ投入される。

後処理設定画面１３００は、クライアントＰＣ１０１で表示される申請画面１２００で実行ボタン１２０５を押下したときに表示される画面である。後処理設定画面１３００は、種類の選択１３０１や属性の選択１３０２、キャンセルボタン１３０３、設定ボタン１３０４等から構成される。種類の選択１３０１において、印刷、ファクス、メール、ファイルサーバなどの追加したい後処理を設定することができる。属性の選択１３０２において、種類の選択１３０１で選ばれた後処理を実行するために必要な属性を設定することができる。

つまり、クライアントＰＣ１０１（情報処理装置）で出力する方法を指定する。そして、この指定に従って、後処理ファイルが生成される。具体的には、例えば後処理ファイルの４０１３の出力方法定義情報４０１６のように出力方法が定義（記述）される。

なお、属性値は種類によって異なるので、種類の選択１３０１で何かの値が選択されると、属性の選択１３０２の値は種類に応じて表示内容が変更されるものとする。例えば、種類の選択１３０１でメールが選択された場合、属性の選択１３０２では、宛先入力、自分へ送信、実行時に宛先指定などを選択することができる。また、キャンセルボタン１３０３を押下することで、後処理追加設定をキャンセルすることができる。

この場合、申請画面１２００に遷移する。また、設定ボタン１３０４を押下することで、後処理設定画面１３００で設定した後処理をジョブに追加することができる。このボタンを押下すると、申請画面１２００に遷移する。なお、追加した後処理は後処理１２０３に表示される。

Ｎ／Ｗ通信部５０２は、クライアントＰＣ１０１が有するＮ／Ｗ通信部３０２と同等の機能を有するものである。

定型ジョブＤＢ５０３は、ワークフローサーバ１０３の外部メモリ２０１１に格納される情報である。例えば、立替経費申請や資格取得申請など、あらかじめフォーマットが決まっているジョブを管理者が作成しておき、この定型ジョブＤＢ５０３に格納される。

次に複合機１００の処理を実行するための機能について説明する。

複合機１００は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）部２００とアプリケーション部２５０とで構成される。

ＯＳ部２００は、複合機１００やアプリケーション部２５０の制御を行う。アプリケーション部２５０は、ＯＳ部２００上で動作するアプリケーションであり、ＯＳ部２００の機能を利用しながらＯＳ部２００と協働して各種処理を行う。

ＯＳ部２００は、Ｎ／Ｗ通信部２０１、パネル表示部２０２、アプリケーション管理部２０３、ＸＰＳ解析部２０４、印刷制御部２０５、各種サーバ通信部２０６、ファクス制御部２０７、スキャナ制御部２０８等を有する。

Ｎ／Ｗ通信部２０１は、クライアントＰＣ１０１が有するＮ／Ｗ通信部３０２と同等の機能を有するものである。

パネル表示部２０２は、複合機１００の操作部３０３０にユーザが複合機１００を操作するための画面を表示するためのものである。ＯＳ部２００で用意された画面を表示したり、アプリケーション部２５０から指示を受けて画面を表示したりする。

アプリケーション管理部２０３は、複合機１００に搭載されたアプリケーション部２５０を制御する。データ交換や指示・命令を統括し、ＯＳ部２００とアプリケーション部２５０の橋渡しを行う。

ＸＰＳ解析部２０４は、ＸＰＳファイル９３０を解析し、ビットマップ画像を作成する。ＸＰＳファイル９３０を直接印刷する際に利用される。

印刷制御部２０５は、複合機１００のプリンタ３０５０を制御するためのものである。指定されたジョブデータをビットマップ画像に変換し、既知の印刷技術により用紙等のメディアに印刷を行う。

各種サーバ通信部２０６は、メールサーバ、ファイルサーバなどと通信を行う。ジョブ実行後に画像データをメールで送信したり、画像データをファイルサーバの指定ディレクトリへ格納したりするときに使われる。例えば、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などのプロトコルに則って通信を行う。

ファクス制御部２０７は、ＭＯＤＥＭ３００６を制御する。宛先や各属性を指定して、ファクス送受信の一連の処理を実行する。

スキャナ制御部２０８は、スキャナ３０６０、スキャナＩ／Ｆ３０１３、画像処理部３０１４等を制御する。スキャン読み取りを行ったり、スキャンした原稿を画像データに変換したりといったスキャンに関わる一連の処理を実行する。

アプリケーション部２５０は、プリンタドライバ通信部２５１、カードリーダ制御部２５２、ジョブ解析部２５３、ジョブ管理部２５４、ジョブ編集部２５５、画面制御部２５６、認証制御部２５７、ジョブＤＢ２６０、書誌ＤＢ２６１等を有する。

プリンタドライバ通信部２５１は、クライアントＰＣ１０１のプリンタドライバ部３０１と通信を行う。ＬＰＲやＲＡＷなどの印刷プロトコルに従ってクライアントＰＣ１０１からジョブ（例えば、ＸＰＳファイル）を受け付ける。

カードリーダ制御部２５２は、複合機１００に接続されたカードリーダ３０４０を制御するためのものである。カードリーダ３０４０にＩＣカードがかざされたというイベント通知を受け取ったり、かざされたＩＣカードからカードＩＤを読み取るように指令を出したりする。

ジョブ解析部２５３は、クライアントＰＣ１０１から受け付けたジョブ９２０の解析を行う。また、ジョブ９２０を解析して、書誌情報９１０やＸＰＳファイル９３０を取得し、さらに書誌情報９１０やＸＰＳファイル９３０そのものの解析も行う。ＸＰＳファイル９３０の解析では、前処理データ９４１や後処理データ９５１の読み込みを行う。

ジョブ管理部２５４は、ジョブＤＢ２６０や書誌ＤＢ２６１に格納されているデータの管理を行う。ジョブ解析部２５３で解析した書誌情報９１０を書誌ＤＢ２６１に書き込み、ジョブ９２０をジョブＤＢ２６０に書き込む。また、特定のユーザのジョブ９２０の一覧取得を行ったり、不必要になったジョブ９２０や書誌情報９１０の削除を行ったりする。より詳細には複合機１００のＨＤＤ３００４に対して、データの書き込み、読み込み、削除、更新などを行う。

ジョブ編集部２５５は、ジョブ９２０の編集を行う。特にジョブ９２０のＸＰＳファイル９３０の編集を行う。ＸＰＳファイル９３０はＺＩＰ圧縮されているため、ジョブ編集部２５５はＸＰＳファイル９３０の解凍・および編集後の圧縮を行う。また、指定された画像ディレクトリ９９３の画像ファイル９９４とスキャンして取得した画像データとの差し替えも行う。また、ＸＰＳファイル９３０から前処理ファイル９４０と後処理ファイル９５０の削除を行うこともできる。

画面制御部２５６は、ＯＳ部２００に指示をして、図１１に示すマイジョブ画面２１００、スキャン画面２２００、属性入力画面２３００などの画面を表示する。

マイジョブ画面２１００は、ユーザが複合機１００のジョブＤＢ２６０に格納されたジョブ９２０を実行するための画面である。画面にはリストが表示されユーザが印刷可能な印刷ジョブ一覧が表示される。ユーザはリストから印刷したい印刷ジョブを選択し、実行ボタン２１０３を押下することによって、選択されたジョブを実行することができる。また、リストの更新や、リストに表示された印刷ジョブの削除なども行うことが可能である。また、コピータブ２１０１やファクスタブ２１０２などを押下することによって、それぞれの機能の画面へ遷移することが可能である。

スキャン画面２２００は、ユーザに原稿のスキャンを促すための画面である。ジョブ９２０実行時、ＸＰＳファイル９３０に前処理データ９４１が含まれていた場合、スキャンモードに変更しこの画面に遷移する。ここで表示されるメッセージ２２０１は、前処理データ９４１に設定されたメッセージ９４４が表示される。なお、メッセージ９４４が未設定の場合は、デフォルトのメッセージが表示されるものとする。また、キャンセルボタン２２０２を押下することで、該ジョブの実行を中止することができる。また、実行ボタン２２０３を押下することで、スキャンを開始することができる。

属性入力画面２３００は、ジョブ９２０の後処理実行時に必要な属性がなかった場合に表示される画面である。ここで表示されるメッセージ２３０１は後処理データ９５１のメッセージ９５４が表示される。また、宛先を選択させたい場合は、選択リスト２３０２が表示される。選択リスト２３０２は、不図示の複合機１００に設定されたアドレス帳と連携しており、アドレス帳内の宛先を選択することが可能である。また、不図示のソフトウエアキーボードや外部接続されたキーボードなどを使って、宛先を直接入力することも可能である。また、キャンセルボタン２３０３を押下することで、該ジョブの実行を中止することができる。また、実行ボタン２３０４を押下することで、後処理の実行を再開することができる。

認証制御部２５７は、認証サーバ１０２と通信を行うためのものである。ＩＣカードから読み取ったカードＩＤを認証サーバ１０２に送信し、ユーザ情報９００を受け取る。

なお、本実施形態では、ＩＣカード（読取対象物）を用いる構成としたが、ユーザ認証の際には指紋や静脈など（読取対象物）の生体情報を用いて、権限を付与したい場合にはＩＣカードを用いる構成としてもよい。この場合、生体情報を読み取るリーダが複合機１００に接続されているものとする。

また、ユーザ認証の際には、ユーザ名・パスワードなどの識別情報を入力させる画面を用いる構成とすることも可能である。なお、識別情報の入力にあたっては操作部３０３０にソフトウエアキーボードを表示し、ユーザに識別情報を入力させる。

つまり、ユーザ認証に用いる情報は、ユーザを特定するための識別情報（カードＩＤ、生体情報、ユーザ名・パスワード）が入力されればよい。

ジョブＤＢ２６０は、複合機１００のＨＤＤ３００４に格納される情報で、１又は複数のジョブ９２０を格納している。ジョブＤＢ２６０にジョブ９２０はファイル形式で格納されている。

書誌ＤＢ２６１は、複合機１００のＨＤＤ３００４に格納される情報で、１又は複数の書誌情報９１０を格納している。書誌情報９１０はジョブ９２０に含まれている。なお、処理パフォーマンスの観点から書誌情報９１０はジョブ９２０とは別に管理する。例えば、ユーザのジョブ一覧を取得するときにジョブ９２０を毎回解析するのには手間がかかる。よって、ユーザ名などの必要な情報のみを抽出している書誌情報９１０をジョブ９２０とは別管理することによって、処理速度の向上を図ることが可能である。

次に、図５、図２０、図２１、図２２を参照しながら、本発明に係る印刷システム１の処理概要について説明する。

図５は、印刷システム１の処理概要図、図２０は、定型ジョブの一例を示す図、図２１は、後処理追加後の定型ジョブの一例を示す図、図２２は、前処理後のジョブの一例を示す図である。

なお、本実施形態では、複合機１００にジョブを格納し、複合機１００にログインすることで当該ジョブを出力できる形態で説明するが、この形態に限ることはない。

例えば、ファイルサーバやプリントサーバ等のサーバにジョブを蓄積しておき、複合機１００にログインすると、このサーバからジョブの一覧を取得し、複合機１００の操作部３０３０に表示させる。また一覧からジョブを選択して出力指示することで、サーバからジョブを複合機１００が受付、この受け付けたジョブを取得し（ステップＳ２１２）、前処理や後処理を実行するようにすることも可能である。

図５は、クライアントＰＣ１０１がワークフローサーバ１０３と連携してジョブを生成し複合機１００に投入するステップと、ユーザによってジョブが選択され複合機１００がジョブを実行するステップと、複合機１００がジョブの前処理を実行するステップと、複合機１００がジョブの後処理を実行するステップとに分かれている。

クライアントＰＣ１０１は、ワークフローサーバ１０３にアクセスし申請の開始を行い（１−１）、メール送信などの必要なジョブ後処理を追加する（１−２）。ワークフローサーバ１０３は定型ジョブの編集を行って、クライアントＰＣ１０１に送信する（１−３）。クライアントＰＣ１０１は受け付けた定型ジョブに書誌情報９１０を追加してジョブ９２０を作成し、任意の複合機１００に投入する（１−４）。

複合機１００の操作部３０３０に表示されたジョブリストのジョブをユーザが選択すると（２−１）、複合機１００は該ジョブの実行を開始する（２−２）。

複合機１００は、ジョブ９２０を解析し、前処理ファイル９４０を読み込む（３−１）。複合機１００は、ユーザにスキャンを要求し（３−２）、ユーザのスキャン実行を検知する（３−３）。複合機１００は、ユーザのスキャン実行結果の画像データを取得し、前処理ファイル９４０に記述されている画像ファイル９９４と、スキャン画像とを差し替える（３−４）。

複合機１００は、後処理ファイル９５０を読み込む（４−１）。複合機１００は、後処理ファイル９５０に記述された処理を行う。まず、画像データの印刷を行い（４−２）、次に画像データをファイルサーバへ送信し（４−３）、最後に画像データをメールで送信する（４−４）。

図２０は、ワークフローサーバ１０３に格納されている定型ジョブを示す一例である。図５の１−１の処理で用いる定型ジョブを表している。

画像４００１は、ＸＰＳファイル９３０のプレビュー画像を示している。また、ファイル４００２は前処理ファイル９４０の一例で、４００６がスキャン処理定義情報（読取定義情報）である。

ファイル４００３は、後処理ファイル９５０の一例で、４００７が出力方法を定義した出力方法定義情報である。

ファイル４００４は、ページファイル９６１の一例、ファイル４００５は、画像ファイル９９４の一例を表している。

図２１は、後処理追加後の定型ジョブを示す一例である。図５の１−２で用いる編集された定型ジョブを表している。

画像４０１１は、ＸＰＳファイル９３０のプレビュー画像を示している。また、ファイル４０１２は前処理ファイル９４０の一例、ファイル４０１３は、後処理ファイル９５０の一例、ファイル４０１４は、ページファイル９６１の一例、ファイル４０１５は、画像ファイル９９４の一例を表している。

図２２は、前処理後のジョブを示す一例である。図５の３−４の処理で用いる定型ジョブを表している。

画像４０２１は、ＸＰＳファイル９３０のプレビュー画像を示している。また、ファイル４０２２は前処理ファイル９４０の一例、ファイル４０２３は、後処理ファイル９５０の一例、ファイル４０２４は、ページファイル９６１の一例、ファイル４０２５は、画像ファイル９９４の一例を表している。

次に、図６、７、８、９を参照しながら、本発明に係る印刷システム１の詳細な処理について説明する。

図６は、印刷システム１のジョブ投入処理の一例を示すフローチャート、図７は、印刷システム１のジョブ実行処理の一例を示すフローチャート、図８は、印刷システム１のデータ前処理の一例を示すフローチャート、図９は、印刷システム１のデータ後処理の一例を示すフローチャートである。

まず、図６を参照しながら、印刷システム１のジョブ投入処理について説明する。

なお、本実施形態における特徴は、例えば、ステップＳ２０９、ステップＳ３０２、ステップＳ３０４、ステップＳ３０７、図９の処理である。

図６では、クライアントＰＣ１０１はワークフローサーバ１０３と連携してジョブ９２０を生成し、生成したジョブ９２０を複合機１００に投入する。

図６に示すように、クライアントＰＣ１０１はワークフローサーバ１０３にアクセスし、申請メニューの選択を行う（ステップＳ１００）。例えば、申請メニュー画面１１００の申請するメニュー１１０１から所望のメニューを選択する。

クライアントＰＣ１０１は、後処理の指定を行う（ステップＳ１０１）。例えば、申請画面１２００で後処理追加ボタン１２０４を押下し、後処理設定画面１３００に遷移して、種類の選択１３０１や属性の選択１３０２を行う。なお、後処理の指定は必要に応じて行うため、定型ジョブであらかじめ用意された後処理以外に特に追加する必要がなければ、追加は行わなくても良い。

クライアントＰＣ１０１は、申請の実行を行う（ステップＳ１０２）。例えば、申請画面１２００で実行ボタン１２０５を押下する。

ワークフローサーバ１０３は、クライアントＰＣ１０１から申請実行を受け付け（ステップＳ１０３）、該当する定型ジョブを定型ジョブＤＢ５０３から取得し（ステップＳ１０４）、ステップＳ１０１で指定された後処理を定型ジョブに追加する（ステップＳ１０５）。具体的には、ＸＰＳファイル９３０の後処理ファイル９５０に、後処理データ９５１を追記する。例えば、クライアントＰＣ１０１（情報処理装置）で出力する方法（メール）が指定されると、この指定に従って、後処理ファイル４０１３の出力方法定義情報４０１６のように出力方法が定義（記述）される。そして、ワークフローサーバ１０３は、編集した定型ジョブをクライアントＰＣ１０１に送信する。

クライアントＰＣ１０１は、ワークフローサーバ１０３から定型ジョブを受け付け（ステップＳ１０７）、必要に応じてユーザに印刷属性を設定させる（ステップＳ１０８）。例えば、後処理データ９５１に印刷を含む場合に、片面・両面などの印刷方法や、カラー・モノクロなどのカラーモードを設定させる。

クライアントＰＣ１０１は、ジョブ９２０を生成し（ステップＳ１０９）、任意の複合機１００に投入する（ステップＳ１１０）。具体的には、書誌情報９１０を作成し、書誌情報９１０とワークフローサーバ１０３から受け取ったＸＰＳファイル９３０とを結合し、ジョブ９２０とする。書誌情報９１０は、クライアントＰＣ１０１にログインしているユーザのユーザ名をジョブオーナ９１１とし、申請メニュー画面１１００で選択された申請するメニュー１１０１をジョブ名９１２とし、ステップＳ１０８で設定された印刷属性を印刷方法９１３、カラーモード９１４とする。なお、ステップＳ１０８でこれらの印刷属性が設定されない場合は、書誌情報９１０のこれらの値も未設定であってもよい。

複合機１００は、クライアントＰＣ１０１からジョブ９２０を受け付け（ステップＳ１１１）（アーカイブデータ受信）、ジョブ９２０の書誌情報９１０を解析する（ステップＳ１１２）。複合機１００は、解析した書誌情報９１０を書誌ＤＢ２６１に格納し（ステップＳ１１３）、解析終了したジョブ９２０をジョブＤＢ２６０に格納する（ステップＳ１１４）。なお、書誌情報９１０とジョブ９２０はジョブＩＤなどによって関連付けられて管理されるものとする。つまり、ステップＳ１１３〜ステップＳ１１４の処理はジョブ９２０のアーカイブデータを記憶する処理である（アーカイブデータ記憶）。

次に、図７を参照しながら、印刷システム１のジョブ実行処理について説明する。

図７では、複合機１００は選択されたジョブ９２０を実行する。

図７に示すように、複合機１００は、カードリーダ３０４０でＩＣカードを検知し、ＩＣカードに格納されたカードＩＤを読み取る（ステップＳ２００）。複合機１００は、認証サーバ１０２に対して、ステップＳ２００で読み取ったカードＩＤを送信し、ユーザ情報検索要求を発行する（ステップＳ２０１）。

認証サーバ１０２は、複合機１００からユーザ情報検索要求を受け付け（ステップＳ２０２）、認証ＤＢ４０２を用いてユーザ情報９００を検索する（ステップＳ２０３）。具体的には、認証ＤＢ４０２に格納された複数のユーザ情報９００の中から、複合機１００から送信されてきたカードＩＤに一致するカードＩＤを持ったユーザ情報９００を検索する。認証サーバ１０２は、ユーザ情報９００の有無と、ユーザ情報９００が見つかった場合は、該当するユーザ情報９００とを複合機１００に返答する（ステップＳ２０４）。ユーザ情報９００が見つかった場合は認証成功となる。

複合機１００は、認証サーバ１０２から検索結果を受け付け（ステップＳ２０５）、その結果を判断する（ステップＳ２０６）。

複合機１００は、ステップＳ２０６の判断結果、ユーザ情報９００が見つからなかったと判断した場合は、エラー処理を行う（ステップＳ２０７）。具体的には、操作部３０３０に、「ユーザが登録されていません。」というようなメッセージを表示する。これにより、登録されていない第三者が複合機１００を利用することを防ぐことができ、よりセキュリティの高いシステムを実現している。

複合機１００は、ステップＳ２０６の判断結果、ユーザ情報９００が見つかったと判断した場合は、当該複合機１００にログイン処理を行い、ログインしたユーザのジョブ一覧表示を行う（ステップＳ２０８）。具体的には、上記で取得したユーザ情報９００のユーザ名９０２に一致する書誌情報９１０を書誌ＤＢ２６１から検索し一覧とし、マイジョブ画面２１００のような画面にジョブリストとして表示する。

複合機１００は、ユーザからジョブが選択され実行指示されるのを待ち受ける（ステップＳ２０９）。つまり、ステップＳ２０９の処理は、ジョブ９２０のＸＰＳファイル（アーカイブデータ）の出力指示を受け付ける処理である（出力指示受付）。

複合機１００は、ユーザからジョブ実行指示がなされると、選択されているジョブの書誌情報９１０を取得し、選択ジョブ一覧とする（ステップＳ２１０）。

複合機１００は、選択ジョブ一覧を順次実行する。まず、選択ジョブ一覧のすべてのジョブを実行したかどうか、を判断する（ステップＳ２１１）。この判断結果、全ジョブを実行していれば、処理を終了する。一方、この判断結果、まだ全ジョブを実行していなければ、選択ジョブ一覧から未実行のジョブを取得する（ステップＳ２１２）。具体的には、選択されたジョブの書誌情報９１０に一致する書誌情報９１０に関連付くジョブ９２０を、ジョブＤＢ２６０から検索して取得する。

複合機１００は、選択されたジョブ９２０に対して、図８に示すデータ前処理を行い（ステップＳ２１３）、ＸＰＳデータ再構築を行う（ステップＳ２１４）。ＸＰＳデータ再構築とは、後述するステップＳ３００で解凍され、スキャンした画像で置き換えがされたたＸＰＳファイル９３０から前処理ファイル９４０および後処理ファイル９５０の削除を行い、再びＸＰＳファイル９３０の圧縮（生成）を行う。後述する印刷処理では、ＯＳ部２００のＸＰＳ解析部２０４でＸＰＳデータを解釈し画像データに変換処理を行うが、この段階で前処理ファイル９４０や後処理ファイル９５０といった画像変換処理に不必要なファイルを削除することで、処理速度を向上させることが可能である。また、削除した後処理ファイル９５０は、データ後処理（ステップＳ２１５）で必要になるので、メモリ上に保存しておく。

続いて、複合機１００は、図９に示すデータ後処理を行う（ステップＳ２１５）。一連の処理が終わると、該ジョブ９２０および該書誌情報９１０をジョブＤＢ２６０および書誌ＤＢ２６１から削除する。

これにより、印刷の一連の流れにおいて、印刷の処理を一旦中断し、ＸＰＳファイル内に記述されたスキャンする制御情報に従って、スキャンモードに複合機１００を切替えてスキャン実行させて（前処理）、印刷データを生成して印刷（後処理）までシームレスに実行することができる。

次に、図８を参照しながら、印刷システム１のデータ前処理について説明する。

図８では、複合機１００はジョブ９２０のＸＰＳファイル９３０を解析し、ジョブの前処理を行う。

図８に示すように、複合機１００は、ジョブ９２０のＸＰＳファイル９３０を解凍し、回答したＸＰＳファイルに前処理ファイル９４０が含まれるかどうか、を判断する（ステップＳ３００）。前処理ファイル９４０があるかどうかは、例えばファイル名での検索によって判断することが可能である。

ステップＳ３００の判断結果、前処理ファイル９４０が含まれていないと判断された場合は、処理を終了して呼び出し元に戻る。前処理ファイル９４０が含まれていない場合も、呼び出し元に戻って、続くステップＳ２１４の処理を継続することで、通常のＸＰＳファイルの処理も可能となる。ここで言う通常のＸＰＳファイルとは、前処理ファイル９４０や後処理ファイル９５０を含まない、ＸＰＳファイルのことである。

つまり、前処理ファイル９４０や後処理ファイル９５０を含まないＸＰＳファイルである場合には、画像を置き換えることがない通常の印刷がステップＳ４０２で実行される。また、前処理ファイル９４０がない時点で後処理ファイル９５０を含まないと判断して、ステップＳ４０１へ処理を移し、ステップＳ４０２で印刷を行うことも可能である。従って、読取定義情報がない場合には、印刷を実行すると言い換えることが可能である。

ステップＳ３００の判断結果、前処理ファイル９４０が含まれていると判断された場合は、複合機１００は、前処理ファイル９４０から前処理データ９４１を読み込む（ステップＳ３０１）。

複合機１００は、前処理ファイル９４０にスキャン指示４００６があるかどうかを判断する（ステップＳ３０２）。前処理ファイル９４０には、１又は複数の前処理データ９４１が含まれている。なお、本実施形態の前処理データ９４１は、種類９４２がスキャンしか定義されていないため、前処理データ９４１があるということは、スキャン指示があるとみなされる。つまり、ステップＳ３０２は、ＸＰＳファイルに複合機１００（画像形成装置）でスキャンする（原稿読取を実行する）処理を定義したスキャン処理定義情報（読取定義情報）があるか否かを判定する処理である（読取定義情報判定）。

ステップＳ３０２の判断結果、スキャン指示がないと判断された場合、処理を終了して呼び出し元に戻る。

ステップＳ３０２の判断結果、スキャン指示があると判断された場合、複合機１００は、該スキャン指示を読み込む（ステップＳ３０３）。具体的には、前処理データ９４１の属性９４３やメッセージ９４４を読み込む。

複合機１００は、スキャン処理を実行する（ステップＳ３０４）。具体的には、属性９４３で設定されたカラーや解像度や濃度でスキャンを行うように、スキャナ制御部２０８に指示し、ユーザからの原稿スキャン指示を待つ。また、画面制御部２５６を使って操作部３０３０にスキャン画面２２００を表示する。つまり、ステップＳ３０４は、スキャンする（原稿を読み取る）ための通知をする（読取通知）処理である。

このとき画面のメッセージ２２０１として、前処理データ９４１から読み取ったメッセージ９４４を表示する。これにより、ジョブに合わせたスキャン読み取りメッセージを表示することが可能になる。ユーザにとっては、より操作がわかりやすい仕組みを実現している。

複合機１００は、ユーザからのスキャン指示を待ち受ける（ステップＳ３０５）。具体的には、スキャン画面２２００が表示された後に、原稿がセットされ、実行ボタン２２０３が押されたかどうか、を判定する。

ステップＳ３０５の結果、実行ボタン２２０３が押下されたと判断された場合、複合機１００はセットされた原稿を読み取り、既知の技術により画像データに変換する（ステップＳ３０６）。

複合機１００は、スキャンにより取得した画像データと、ＸＰＳファイル９３０内の画像データとを差し替える（ステップＳ３０７）。ＸＰＳファイル９３０内の差し替え対象の画像ファイル９９４は、前処理データ９４１の属性９４３に格納先としてファイルパスで指定されるものである。つまり、ステップＳ３０７は、スキャンした（読み取られた）領収書などの原稿の画像を、リソースファイルとして、ファイルパスに指定されているファイルと置き換える（格納する）処理である。なお、ファイル名が異なる場合には、置き換え前の画像のファイル名を置き換え後の画像のファイル名に引き継ぐように構成する。

また、ファイルの置き換えは、読取定義情報である４００６の「Ｒｅｓｏｕｒｃｅｓ／Ｉｍａｇｅｓ／Ｉｍａｇｅ１」の置き換えるファイル（画像）を特定する情報に従って置き換える。つまり、読取定義情報４００６（スキャン指示）には、置き換えるファイル（画像）を特定する画像特定情報を含んでいる。

複合機１００は、前処理ファイル９４０に前処理データ９４１が含まれる数だけこれら一連の処理を繰り返す（ステップＳ３０１〜ステップＳ３０７）。これにより、複数の前処理データ９４１を実行できるので、一枚の画像だけでなく複数の画像差し替えが可能となる。

また、一連の処理（ステップＳ３００〜ステップＳ３０７）を実施することで、ジョブ実行時に必要な原稿をスキャンさせることができる。

従来は、確証の写しが必要となるワークフローを実行する場合は、確証貼り付け用の帳票を印刷し、確証をコピーし、確証のコピーを貼り付け用帳票に張り付けてスキャンする、という操作が必要であった。もしくは、スキャンした確証を貼り付け用帳票と合成するようなプログラムを作成し、アプリケーション部２５０として複合機１００に組み込んで実行する必要があった。

従って、この一連の処理により、従来のようなユーザの作業負担を増やさず、最小限の手順でワークフローを実行することができる。また、後者のようにプログラムを作成する必要はなく、ジョブに必要情報を埋め込むだけでよいので、ワークフローを柔軟に変更、追加したりすることができる。よって、ユーザや管理者にとって利便性の高いシステムとなる。

次に、図９を参照しながら、印刷システム１のデータ後処理について説明する。

図９では、複合機１００はジョブ９２０のＸＰＳファイル９３０を解析し、ジョブの後処理を行う。

図９に示すように、複合機１００は、ジョブ９２０のＸＰＳファイル９３０に後処理ファイル９５０が含まれるかどうかを判断する（ステップＳ４００）。

ステップＳ４００の判断結果、後処理ファイル９５０が含まれていないと判断された場合は、複合機１００は、ジョブ９２０の書誌情報９１０を読み込み（ステップＳ４０１）、印刷制御部２０５に書誌情報９１０の印刷情報を設定し、既知の技術を用いて、ＸＰＳファイル９３０の印刷を行う（ステップＳ４０２）。ＸＰＳファイル９３０を用いた印刷は、ＸＰＳデータから描画する画像データを生成して印刷を行う。

なお、ジョブ９２０に書誌情報９１０が含まれていなかったり、書誌情報９１０に印刷に必要な印刷方法９１３、カラーモード９１４等が含まれていなかったりした場合は、複合機１００にあらかじめ設定された初期値にて印刷を行う。

クライアントＰＣ１０１のＯｆｆｉｃｅ等のアプリケーションで生成された、後処理ファイル９５０を含まないＸＰＳファイルは、上記一連の処理（ステップＳ４００〜ステップＳ４０２）のように印刷を行う。これにより、クライアントＰＣ１０１のＯｆｆｉｃｅ等のアプリケーションで生成され、印刷指示されたＸＰＳファイルであっても、本実施形態で説明するスキャン指示のあるＸＰＳファイル９３０であっても処理することができるので、より汎用性の高い印刷システムとなる。

ステップＳ４００の判断結果、後処理ファイル９５０が含まれていると判断された場合は、複合機１００は、後処理ファイル９５０から後処理データ９５１を読み（ステップＳ４０３）、未実行の後処理データ９５１があるかどうかを判断する（ステップＳ４０４）。つまり、ステップＳ４０４は、４００７の出力方法定義情報があるか否かを判定し（出力方法定義情報判定）、出力方法定義情報の内容に従って後処理する方法（印刷、ファクシミリ送信、メール送信、ファイル送信）を決定する（出力方法決定）。決定する処理は、ステップＳ４０５、ステップＳ４１０、ステップＳ４１５となる。

ステップＳ４０４の判断結果、後処理ファイル９５０に記述されたすべての後処理データ９５１を処理したと判断された場合、複合機１００は、処理を終了し、呼び出し元へ戻る。

ステップＳ４０４の判断結果、後処理ファイル９５０に記述された後処理データ９５１のうち未処理の後処理データ９５１が存在すると判断された場合、複合機１００は、後処理データ９５１の種類９５２がファクスかどうか、を判断する（ステップＳ４０５）。

ステップＳ４０５の判断結果、後処理データ９５１の種類９５２がファクスであると判断された場合、複合機１００は、後処理データ９５１の属性９５３を読み込み（ステップＳ４０６）、必要な属性が不足していないかどうかを判断する（ステップＳ４０７）。例えば、ファクス送信先は必須属性とし、リトライ回数やタイムアウトは任意属性とする。

ステップＳ４０７の判断結果、不足属性があると判断された場合、複合機１００は、属性入力画面２３００を表示し、ユーザから不足属性の入力を待ち受ける（ステップＳ４０８）。このとき、属性入力メッセージ２３０１には、後処理データ９５１のメッセージ９５４を表示する。

ステップＳ４０７の判断結果、不足属性がないと判断された場合、もしくは不足属性がユーザによって入力された場合、複合機１００は、ＸＰＳファイル９３０を既知の技術により画像データに変換し、ファックス送信先にファクス送信を行う（ステップＳ４０９）。つまり、ステップＳ４０９は、置き換えられたスキャン画像（リソースファイル）を用いたＸＰＳファイルをファックス出力する処理である。

ステップＳ４０５の判断結果、後処理データ９５１の種類９５２がファクスでないと判断された場合、複合機１００は、後処理データ９５１の種類９５２がメールかどうか、を判断する（ステップＳ４１０）。

ステップＳ４１０の判断結果、後処理データ９５１の種類９５２がメールであると判断された場合、複合機１００は、後処理データ９５１の属性９５３を読み込み（ステップＳ４１１）、必要な属性が不足していないかどうかを判断する（ステップＳ４１２）。例えば、メールアドレスは必須属性とし、件名、文面などは任意属性とする。

ステップＳ４０７の判断結果、不足属性があると判断された場合、複合機１００は、属性入力画面２３００を表示し、ユーザから不足属性の入力を待ち受ける（ステップＳ４１３）。

ステップＳ４１２の判断結果、不足属性がないと判断された場合、もしくは不足属性がユーザによって入力された場合、複合機１００は、ＸＰＳファイル９３０を添付して送信先メールアドレスに対してメール送信を行う（ステップＳ４１４）。つまり、ステップＳ４１４、置き換えられたスキャン画像（リソースファイル）を用いたＸＰＳファイルをメール出力する処理である。

ステップＳ４１０の判断結果、後処理データ９５１の種類９５２がメールでないと判断された場合、複合機１００は、後処理データ９５１の種類９５２がサーバかどうか、を判断する（ステップＳ４１５）。

ステップＳ４１５の判断結果、後処理データ９５１の種類９５２がサーバであると判断された場合、複合機１００は、後処理データ９５１の属性９５３を読み込み（ステップＳ４１６）、必要な属性が不足していないかどうかを判断する（ステップＳ４１７）。例えば、ホスト名、ディレクトリ名等は必須属性とし、ファイル名は任意属性とする。

ステップＳ４１７の判断結果、不足属性があると判断された場合、複合機１００は、属性入力画面２３００を表示し、ユーザから不足属性の入力を待ち受ける（ステップＳ４１８）。

ステップＳ４１７の判断結果、不足属性がないと判断された場合、もしくは不足属性がユーザによって入力された場合、複合機１００は、ＸＰＳファイル９３０をファイルサーバへ送信する（ステップＳ４１９）。つまり、ステップＳ４１９は、置き換えられたスキャン画像（リソースファイル）を用いたＸＰＳファイルをファイルサーバへ出力する処理である。

ステップＳ４１５の判断結果、後処理データ９５１の種類９５２がサーバでないと判断された場合、複合機１００は、後処理データ９５１の属性９５３を読み込み（ステップＳ４２０）、印刷条件が設定されているかどうか、を判断する（ステップＳ４２１）。

ステップＳ４２１の判断結果、印刷条件に不足属性があると判断された場合、複合機１００は、ジョブ９２０の書誌情報９１０を読み込み（ステップＳ４２２）、印刷制御部２０５に書誌情報９１０の印刷情報を設定し、既知の技術を用いて、ＸＰＳファイル９３０の印刷を行う（ステップＳ４２３）。つまり、ステップＳ４２３は、置き換えられたスキャン画像（リソースファイル）を用いたＸＰＳファイルを印刷するべく画像処理部３０１４へ出力する処理である。

なお、ジョブ９２０に書誌情報９１０が含まれていなかったり、書誌情報９１０に印刷に必要な印刷方法９１３、カラーモード９１４等が含まれていなかったりした場合は、複合機１００にあらかじめ設定された初期値にて印刷を行う。また、初期値ではなく、属性入力画面２３００を表示し、ユーザから不足属性の入力を待ち受けてもよい。また、印刷設定する際は、印刷設定を、書誌情報９１０から取得せずに、ＸＰＳファイル９３０の不図示のＰｒｉｎｔＴｉｃｋｅｔファイルから取得するよう構成してもよい。

なお、印刷条件に不足属性がないと判断された場合は、後処理データ９５１の属性９５３から、枚数、印刷方法、カラーモードなどの印刷属性を取得して、既知の技術により印刷を行う。

このように、ジョブ９２０に後処理を埋め込むことで、ユーザの手間を省くことができ、また誤送信防止にも効果がある。

従来は、後処理を埋め込めなかったので、ワークフロー実行時に控えを余分に印刷しておきたかったり、メールで自分に送信したかったりした場合、印刷後にそれぞれの操作を行う必要があった。後処理を複数埋め込めることで、ジョブ実行時に複合機１００の前で行う操作を最小限にすることができ、ユーザの手間が省ける。

また、従来は、ファクスやメールなどで宛先を選ぶ時に、選び間違うことがあった。後処理をあらかじめ埋め込むことで、ジョブ実行時に、クライアントＰＣ１０１よりも画面の見にくい複合機１００で操作することによる宛先の選び間違いリスクを軽減できる。さらに、ワークフロー用に定型ジョブを用意することで、あらかじめ決まった宛先を埋め込んでおけるので、ワークフローの宛先をユーザが意識する必要がない。また、組織変更などでワークフローを処理する部署がかわったとしても、定型ジョブ内の宛先を書き換えるだけでよいので、ユーザは意識せずに正しい宛先に送信される。

本実施形態の印刷システム１は、前処理や後処理を埋め込んだＸＰＳファイルも実行できる。前処理ファイル９４０が存在しない場合は処理をスキップし（ステップＳ３００）、後処理ファイル９５０が存在しない場合は印刷を行う（ステップＳ４００〜Ｓ４０３）ように構成する。

本実施形態によれば、複合機１００（画像形成装置）に記憶するジョブの出力指示をした際に、ジョブに記憶されている読取制御情報に従ってユーザに読取処理を行わせることで、出力用途に応じたデータを複合機１００（画像形成装置）上で生成し、出力することができることができる。

また、本実施形態によれば、ジョブ内部に実行前の動作を埋め込むことで、印刷の一連の流れにおいてスキャンした画像を埋め込み、申請書類を出力することができるので作業負荷を軽減することができる。

また、ジョブ内部に実行後の動作を埋め込むことで、メール送信、ファイル送信、ファクス送信、印刷などの動作をジョブ実行後に自動で行うことができる。よって、申請した書類の控えをとる作業の負荷軽減をすることができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、図６〜図９に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図６〜図９の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図６〜図９の各装置の処理方法ごとのプログラムであってもよい。

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

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

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

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

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

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 複合機
１０１ クライアントＰＣ
１０２ 認証サーバ
１０３ ワークフローサーバ

Claims (13)

1. 出力対象となるページ情報が記述された出力対象データのファイル、及びリソースファイルを含む文書データを記憶する画像形成装置であって、
   前記文書データの出力指示に従って、前記文書データに画像形成装置で原稿読取を実行する処理を定義した、画像形成装置で原稿読取時にユーザに通知するための処理内容を示す表示情報を含む読取定義情報があるか否かを判定する読取定義情報判定手段と、
   前記読取定義情報判定手段で読取定義情報がある場合に、前記表示情報を用いて原稿を読み取るべき処理内容をユーザに識別可能に表示する表示手段と、
   ユーザの操作に応じて、当該画像形成装置で原稿を読み取るための通知をする読取通知手段と、
   前記読取通知手段での通知に従って、原稿を読み取る読取手段と、
   前記文書データと前記読取手段で読み取られた原稿の画像とに従って、当該画像をリソースファイルとして格納した文書データを生成する生成手段と、
   前記生成手段で生成された文書データを出力する出力手段と
   を備えることを特徴とする画像形成装置。
2. 前記表示手段は、前記読取定義情報判定手段で読取定義情報があり、かつ、前記読取定義情報に表示情報がない場合に、あらかじめ決められたメッセージを表示することを特徴とする請求項１に記載の画像形成装置。
3. 前記読取定義情報判定手段で読取定義情報がない場合に、前記文書データを印刷する印刷手段
   を更に備えることを特徴とする請求項１又は２に記載の画像形成装置。
4. 前記読取定義情報は、前記読取手段で読み取られた原稿の画像で置き換えるリソースファイルを特定する画像特定情報を含み、
   前記生成手段は、前記画像特定情報に従って、前記リソースファイルを前記読取手段で読み取られた原稿のリソースファイルに置き換えることを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
5. 前記生成手段で文書データを生成する場合に、出力の際に不要な処理をさせないようにするべく、前記読取定義情報を削除する削除手段
   を備えることを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
6. 前記出力手段は、印刷又はファクシミリ送信又はメール送信又はファイル送信であることを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置。
7. 前記文書データに、画像形成装置で出力する方法を定義する出力方法定義情報があるか否かを判定する出力方法定義情報判定手段と、
   前記出力方法定義情報判定手段で出力方法定義情報がある場合に、当該出力方法定義情報に従って出力方法を決定する出力方法決定手段とを更に備え、
   前記出力手段は、前記出力方法決定手段で決定された出力方法で出力することを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
8. 前記出力方法定義情報は、情報処理装置で指定された出力方法に従って生成された定義情報であることを特徴とする請求項７に記載の画像形成装置。
9. 前記情報処理装置からの出力指示に従って生成された文書データを受信する文書データ受信手段と、 前記文書データ受信手段で受信した文書データとユーザ情報とを対応付けて記憶する文書データ記憶手段とを更に備えることを特徴とする請求項８に記載の画像形成装置。
10. 当該画像形成装置へのログインに応じて、ログインしたユーザのユーザ情報に対応する前記文書データ記憶手段で記憶した文書データの一覧を表示する一覧表示手段を備え、
    前記読取定義情報判定手段は、ユーザの操作に応じて前記一覧表示手段で表示した一覧から選択された文書データに対する出力指示に従って、前記読取定義情報があるか否かを判定することを特徴とする請求項９に記載の画像形成装置。
11. 前記文書データは、ＸＭＬ形式のアーカイブデータであることを特徴とする請求項１乃至１０のいずれか１項に記載の画像形成装置。
12. 出力対象となるページ情報が記述された出力対象データのファイル、及びリソースファイルを含む文書データを記憶する画像形成装置の処理方法であって、
    前記画像形成装置が、
    前記文書データの出力指示に従って、前記文書データに画像形成装置で原稿読取を実行する処理を定義した、画像形成装置で原稿読取時にユーザに通知するための処理内容を示す表示情報を含む読取定義情報があるか否かを判定する読取定義情報判定ステップと、
    前記読取定義情報判定ステップで読取定義情報がある場合に、前記表示情報を用いて原稿を読み取るべき処理内容をユーザに識別可能に表示する表示ステップと、
    ユーザの操作に応じて、当該画像形成装置で原稿を読み取るための通知をする読取通知ステップと、
    前記読取通知ステップでの通知に従って、原稿を読み取る読取ステップと、
    前記文書データと前記読取ステップで読み取られた原稿の画像とに従って、当該画像をリソースファイルとして格納した文書データを生成する生成ステップと、
    前記生成ステップで生成された文書データを出力する出力ステップ
    とを実行することを特徴とする処理方法。
13. 出力対象となるページ情報が記述された出力対象データのファイル、及びリソースファイルを含む文書データを記憶する画像形成装置で実行可能なプログラムであって、
    前記画像形成装置を、
    前記文書データの出力指示に従って、前記文書データに画像形成装置で原稿読取を実行する処理を定義した、画像形成装置で原稿読取時にユーザに通知するための処理内容を示す表示情報を含む読取定義情報があるか否かを判定する読取定義情報判定手段と、
    前記読取定義情報判定手段で読取定義情報がある場合に、前記表示情報を用いて原稿を読み取るべき処理内容をユーザに識別可能に表示する表示手段と、
    ユーザの操作に応じて、当該画像形成装置で原稿を読み取るための通知をする読取通知手段と、
    前記読取通知手段での通知に従って、原稿を読み取る読取手段と、
    前記文書データと前記読取手段で読み取られた原稿の画像とに従って、当該画像をリソースファイルとして格納した文書データを生成する生成手段と、
    前記生成手段で生成された文書データを出力する出力手段と
    して機能させることを特徴とするプログラム。
    

Images