JP6212255B2 - 印刷システム、画像処理装置、画像処理方法、およびプログラム - Google Patents

Description

本発明は、印刷システム、画像処理装置、画像処理方法、およびプログラムに関し、特にスキャンした画像データの画像処理および印刷に関する。

原稿をスキャンして電子化したデータを、ＰＣから閲覧し、印刷するという用途がある。この場合、スキャン文書を電子化して保存する際は電子データの閲覧に用いるＰＣや端末での閲覧性を考慮し、画像の鮮明化や用紙の回転、ページ分離等の画像処理を加えて画像データを保存する。また、電子文書の再加工やデータの流用を考慮し、ＯＣＲがかけられるケースもある。

一方、電子化して保存された文書をユーザが印刷する場合、ユーザが手作業でページレイアウトやパンチ穴穿孔、或いはステープルといったフィニッシング処理を指定して印刷する。

また、電子化した画像データを出力する技術として、特許文献１では、予め画像の隠蔽情報部分に、元情報とユーザ識別情報を符号化しておく。そして、複写機において操作を行っているユーザを特定し、操作ユーザと隠蔽部分のユーザ識別情報が一致したら、隠蔽部分を復号して印刷、一致しなかったら隠蔽情報のまま印刷する。また特許文献２では、印刷時にユーザが印刷用途を指定する事により、復元処理内容を変更して用途別の印刷を行う。

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

原稿を電子化して保存された電子データを印刷するユーザが、原稿内容を全て把握したユーザとは限らない。そのため、例えば製本されていた原稿であった場合、ユーザが原稿と異なるフィニッシング設定や印刷設定を行ってしまうケースも想定される。このような出力設定での印刷結果は、例えば綴じ位置の違いにより本文領域を潰してしまう事もある。また、電子データの印刷を指示されたユーザが、電子データの素性を知らずに機械的に印刷するケースでは、特許文献２のように印刷出力時に用途を指定する事が困難となる。

また、定型文書を多く扱うユーザは、書類の用途毎に出力形態が決まっているケースが多い。例えば、裁判記録のような文書の場合、紙文書としての形式が決まっており、印刷時にも原稿と同形式で出力するのが望ましい。一方、料金明細書や領収証のような書類の場合、書類を電子化して保存し、請求額の計算に用いるためにＯＣＲしてデータを抜き出す。そして、印刷後の請求添付資料として同じフォーマット上に貼り付ける利用方法がある。この印刷用途では、スキャン時の原稿の向きに関係なく、閲覧用データ同様の同一方向の状態で印刷し、さらに請求添付資料用のフォームを合成印刷させたい。

このように、スキャンされ電子化されたデータを誰でも確実に用途に応じて印刷するためには、スキャン時の原稿状態と文書の用途によって、画像データの変換や印刷設定を行う必要がある。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、印刷システムであって、スキャンにより取得した画像データを変換する際に行う第１の画像処理と、当該第１の画像処理が行われた画像データを印刷用の画像データに変換する際に行う第２の画像処理とを対応付けて、記憶部に保持する保持手段と、前記第１の画像処理を行うことで、スキャンにより取得した画像データを変換する第１の変換手段と、前記第１の変換手段が行った前記第１の画像処理に対応する第２の画像処理を行うことで、前記第１の画像処理が行われた画像データを印刷用の画像データに変換する第２の変換手段と、前記第２の変換手段により変換された印刷用の画像データを印刷するための指示を行う印刷指示手段とを有し、前記第１の画像処理は、画像データを印刷して得られる印刷物の用途に基づいて定められ、前記第１の画像処理および前記第２の画像処理は、画像データを印刷して得られる印刷物の用途ごとに異なる。

本発明により、印刷者が印刷対象の用途を知らなくても、各印刷対象の用途に応じた印刷結果を得られる。

第一実施例に係る印刷システムの構成例を示す図。 画像処理装置の構成例を示すブロック図。 サーバーの構成例を示すブロック図。 画像処理装置のソフトウェア構成の例を示す図。 アプリケーションの構成例を示すブロック図。 Ｗｅｂブラウザの構成例を示すブロック図。 サーバーにおけるメモリマップの構造例を示す図。 スキャン原稿、格納されるデータ、印刷出力物の例を示す図。 スキャン時の原稿検知および画像処理情報を示す図。 実施すべき復元処理を定義する復元処理テーブルの構成例を示す図。 印刷設定を受け付ける印刷設定画面の例を示す図。 文書の用途特定に用いる用途特定テーブルの構成例を示す図。 復元処理の代替手段を求めるための代替手段テーブルの構成例を示す図。 画像処理装置におけるスキャン処理のフローチャート。 スキャンデータ保存時の処理のフローチャート。 文書の印刷指示を受け、印刷設定画面を表示する処理のフローチャート。 印刷設定画面において印刷範囲の指定を受けた際のフローチャート。 印刷設定画面において印刷方法または印刷先の指定を受けた際のフローチャート。 復元代替手段を求めるための処理のフローチャート。 印刷設定画面において復元代替方法の指定を受けた際のフローチャート。 印刷処理のフローチャート。 第二実施例に係る印刷システムの構成例を示す図。 第二実施例係る文書データの構成例を示す図。

＜第一実施例＞
［システム構成］
以下、本発明を実施するための形態について図面を用いて説明する。図１は、本実施例の印刷システムの全体像を示す。本システムは、画像処理装置でスキャンした画像に、画像処理を施し、閲覧に好適な画像としてサーバーに保管する。保管した画像は、任意のユーザが任意の画像処理装置で印刷する事が可能なシステムである。

サーバー１０２は、インターネット１０１上に公開された情報処理装置であり、各種データの保存場所としてデータベース１０３とＬＡＮ１０４で接続している。なお、図１では説明の便宜上一つしか記載していないが、物理的に複数のサーバーが存在することもある。また図１ではデータベース１０３をサーバー１０２と別に構成しているが、サーバー１０２内にデータベースを持つ事も可能である。また、サーバー１０２は、インターネット１０１に公開された構成に限定するものではなく、例えば、ＬＡＮ１０８内に配置されても構わない。

サーバー１０２は、画像処理装置１０５、１０７でスキャンして入力された画像データを受け取る。サーバー１０２は、受け取った画像データに対し後述する画像処理を施し、処理後の画像データをデータベース１０３に格納する。また、データベース１０３内に格納した画像データを印刷する際には、印刷のための画像処理を画像データに対しサーバー１０２にて行うと共に、印刷指示のためのユーザインターフェースをユーザに提供する。データベース１０３は、サーバー１０２経由で画像データを受け取り、格納する。また、データベース１０３は、後述する本発明に関わる各種プログラムやデータを保存している。

画像処理装置１０５、１０７、およびＰＣ１０６は、ＬＡＮ１０８を介して接続され、インターネット１０１にも接続しているユーザ環境の一例である。画像処理装置１０５、１０７は、スキャナを備え、スキャン時に検知した原稿の情報、および、スキャンした画像データをサーバー１０２に送信可能である。ユーザは、ＰＣ１０６を介してサーバー１０２にアクセスする。ユーザは、ＰＣ１０６およびサーバー１０２を介してデータベース１０３に格納された画像データを閲覧でき、また、画像処理装置１０５、１０７にて印刷可能である。

図１では、画像処理装置として複合機を記載しているが、スキャン用途の場合はスキャナ単体でも構わない。また、印刷用途としては、スキャナを備えない印刷部としてのプリンタでも構わない。さらに、スキャンする画像処理装置と印刷に用いる画像処理装置とが同一である必要はない。

また、図１ではサーバー１０２へのアクセスにＰＣ１０６を利用しているが、サーバー１０２にアクセス可能であれば、必ずしもＬＡＮ１０８に接続している必要はない。機器としては、電話回線等を使用する携帯端末（不図示）でも構わない。さらに、印刷に用いる画像処理装置は、サーバー１０２がデータ送信可能であれば、印刷指示を行うＰＣ１０６とＬＡＮ１０８を介して接続されている必要はない。

（画像処理装置）
図２は、本実施例における画像処理装置１０５の構成を示すブロック図である。ＣＰＵ２０２を含む制御部２０１は、画像処理装置１０５全体の動作を制御する。ＣＰＵ２０２は、記憶部であるＲＯＭ２０３に記憶された制御プログラム（不図示）を読み出して読取制御や送信制御などの各種制御を行う。この制御プログラムは、図４を用いて後述するコントローラ制御部４０２を含む。ＲＡＭ２０４は、ＣＰＵ２０２の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ２０５は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２０６は、操作部２１１と制御部２０１とを接続する。操作部２１１には、タッチパネル機能を有する液晶表示部やキーボード（不図示）などが備えられている。画像処理装置１０５のＷｅｂブラウザ４０４、アプリケーション４０９、４１０は、処理に応じてＡＰＩ４０３、仮想マシンＡＰＩ４０６を呼び出し、コントローラ制御部４０２に処理を依頼することによって操作画面を操作部２１１の液晶表示部に表示する。

プリンタＩ／Ｆ２０７は、プリンタ２１２と制御部２０１とを接続する。プリンタ２１２で印刷すべき画像データはプリンタＩ／Ｆ２０７を介して制御部２０１から転送され、プリンタ２１２にて紙等の記録媒体上に印刷される。画像処理装置１０５のＷｅｂブラウザ４０４、アプリケーション４０９、４１０は、処理に応じてＡＰＩ４０３や仮想マシンＡＰＩ４０６を呼び出し、コントローラ制御部４０２に処理を依頼することによって印刷処理を実行する。

スキャナＩ／Ｆ２０８は、スキャナ２１３と制御部２０１とを接続する。スキャナ２１３は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０８を介して制御部２０１に入力する。後述の画像処理装置１０５のＷｅｂブラウザ４０４やアプリケーション４０９、４１０は、処理に応じてＡＰＩ４０３や仮想マシンＡＰＩ４０６を呼び出し、コントローラ制御部４０２に処理を依頼することによってスキャン処理を実行し、画像データを受信する。

アクセサリＩ／Ｆ２０９は、フィニッシャ２１４と制御部２０１とを接続する。本実施例において、フィニッシャ２１４は、パンチ処理が可能である。図２では、接続するアクセサリの例としてフィニッシャ２１４を示したが、他のアクセサリを１つ、または複数接続する事も可能である。他のアクセサリとしては、パンチ穴を空けるパンチャー、ステープルを行うステープラー、製本を行う製本ユニット、出力物のソートを行うソーター等がある。

ネットワークＩ／Ｆ２１０は、制御部２０１（画像処理装置１０５）をＬＡＮ１０８に接続する。ネットワークＩ／Ｆ２１０は、ＬＡＮ１０８上の外部装置に画像データや情報を送信したり、ＬＡＮ１０８上の外部装置から各種情報を受信したりする。

なお、図２では画像処理装置１０５について説明したが、画像処理装置１０７も同等の構成である。異なる点は、アクセサリＩ／Ｆ２０９を介して接続されるアクセサリが異なる点である。

（サーバー）
図３は、本実施例に係る各種サービスを提供するサーバー１０２の構成を示すブロック図である。ＣＰＵ３０２を含む制御部３０１は、サーバー１０２全体の動作を制御する。ＣＰＵ３０２は、ＲＯＭ３０３に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３０４は、ＣＰＵ３０２の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３０５は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。

ネットワークＩ／Ｆ３０６は、制御部３０１（サーバー１０２）をＬＡＮ１０４に接続する。ネットワークＩ／Ｆ３０６は、ＬＡＮ１０４上の他の装置との間で各種情報を送受信する。

［ソフトウェア構成］
図４は、本実施例に係る画像処理装置１０５の基本的なソフトウェア構成を示す図である。ＯＳ４０１は、オペレーティング・システムであり、画像処理装置１０５全体を制御する本発明の第１の実行環境である。一般的にＯＳ４０１は、画像処理装置１０５の各種機能をリアルタイムに制御可能なリアルタイムＯＳの各モジュール、或いは、ＣＰＵに命令してクリティカルに複写機のオプション装置、拡張カードを含む各機能を制御することが可能なライブラリ群から構成される。更に、ＯＳ４０１はその上位で動作するアプリケーションに対して、インターフェース・コマンドを提供するモジュール群を含む。

コントローラ制御部４０２は、ＯＳ４０１上で動作し、スキャナ２１３、プリンタ２１２など制御するモジュールにより構成される。ＡＰＩ４０３は、アプリケーション・プログラミング・インターフェースであり、アプリケーションからの命令の入力の命令列に応答して、コントローラ制御部４０２にアクセスするための処理を行う。更にＡＰＩ４０３は、ネットワークＩ／Ｆ２１０を介してネットワークに接続された機器等に制御コマンドを送る機能を有する。Ｗｅｂブラウザ４０４は、ＯＳ４０１上で動作するアプリケーションの１つであり、ＡＰＩ４０３を使用してコントローラ制御部４０２に各種処理を依頼する。

仮想マシン４０５は、特定のアプリケーションを実行するための第２の実行環境であり、例えば、Ｊａｖａ（登録商標）の仮想マシンなどにより実現されるものである。仮想マシンＡＰＩ４０６は、仮想マシン４０５上のアプリケーションがＯＳ４０１上で動作するコントローラ制御部４０２にアクセスするためのＡＰＩであり、本実施例においてはＡＰＩ４０３を呼び出すための変換モジュールの機能を有する。なお、本実施例においては、アプリケーションとしてアプリケーション４０９、４１０を想定して説明するが、Ｗｅｂブラウザ４０４のようなアプリケーションであっても構わない。

フレームワーク４０７は、仮想マシン４０５上のアプリケーションを統括的に制御する機能を有するモジュールである。アプリケーション管理アプリケーション４０８は、仮想マシン４０５上の他のアプリケーションを管理するためのアプリケーションであり、フレームワーク４０７と協調し、アプリケーションのダウンロード、アップロード、消去、無効化などを行う。アプリケーション４０９、４１０は、仮想マシン４０５上で動作するアプリケーションであり、仮想マシンＡＰＩ４０６を使用してコントローラ制御部４０２に各種処理を依頼する。

リソース管理部４１１は、ＯＳ４０１上で動作し、仮想マシン４０５が使用する資源を管理する。リソース管理部４１１は、仮想マシン４０５自身、仮想マシンＡＰＩ４０６、フレームワーク４０７、或いはＯＳ４０１上の全アプリケーションがメモリ等のリソースを使用する際、予め決められた以上のリソースが使用できないように制限する。例えば、操作部２１１に画面を表示するアプリケーションについて、予め決められたアプリケーション上限数を超えた場合にはＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）表示を行うことができないといった制限を行う。なお、図４では画像処理装置１０５について説明したが、画像処理装置１０７も同等の構成である。

図５は、アプリケーション４０９、４１０の構成を示すブロック図である。ＵＩ制御部５０１は、画像処理装置が処理を行うための設定をユーザに促すためのＵＩを表示する。例えば、スキャン処理を行う際には、ＵＩ制御部５０１は画像処理装置自体が生成可能なスキャンデータを設定させるためのＵＩを表示する。また、印刷処理を行う際には、ＵＩ制御部５０１は画像処理装置自体が印刷可能なデータの取得を設定させるためのＵＩを表示する。また、ＵＩ制御部５０１は、後述のＷｅｂブラウザ連携部５０５からの依頼により、アプリケーション４０９、４１０の画面を操作部２１１の前面に表示する等の制御を行う。

スキャン処理制御部５０２は、ＵＩ制御部５０１での設定内容に従って、出力設定の内容が画像処理装置自体の処理能力と整合性がとれているかを考慮した処理を行う。印刷処理制御部５０３は、ＵＩ制御部５０１での設定内容に従って、出力設定の内容が画像処理装置自体の処理能力と整合性がとれているかを考慮した処理を行う。ここでの処理の詳細については後述する。通信部５０４は、サーバー１０２と通信し、データの送受信や、ＦＴＰ(File Transfer Protocol)、ＳＭＢ(Server Massage Block)、ＷｅｂＤＡＶ等のプロトコルに従ったファイルの送受信を行う処理を行う。Ｗｅｂブラウザ連携部５０５は、Ｗｅｂブラウザ４０４と通信し、Ｗｅｂブラウザ４０４の呼び出しや、Ｗｅｂブラウザ４０４からの操作終了の通知を受け取るといった処理を行う。Ｗｅｂブラウザ連携部５０５は、Ｗｅｂブラウザ４０４から操作終了の通知を受け取った場合、アプリケーション４０９、４１０の画面を操作部２１１の前面に表示するようＵＩ制御部５０１に依頼する。

図６は、Ｗｅｂブラウザ４０４の構成を示すブロック図である。通信部６０１は、ＨＴＴＰ／ＨＴＴＰＳなどのプロトコルにしたがって、サーバー１０２と通信する。また、通信部６０１は、アプリケーション４０９のような画像処理装置内部のアプリケーションの通信部５０４とも通信可能である。より具体的には、通信部６０１は、Ｗｅｂブラウザ４０４のＵＩ制御部６０２で表示した操作画面を介して入力される情報をサーバー１０２などのアプリケーションに対するリクエストとして送信する。また、通信部６０１は、サーバー１０２などで実行されているアプリケーションから送信されるレスポンス（処理結果）を受信する。

ＵＩ制御部６０２は、通信部６０１が受信したレスポンス中に含まれるＨＴＭＬ(Hyper Text Markup Language)ファイルを解析し、解析結果に基づいて操作部２１１に操作画面を表示する。また、ＵＩ制御部６０２は後述のアプリケーション連携部６０４からの依頼により、Ｗｅｂブラウザ４０４の画面を操作部２１１の前面に表示するといった制御を行う。セッション管理部６０３は、サーバー１０２とＷｅｂブラウザ４０４とが通信を行う際のセッション情報を管理する。

アプリケーション連携部６０４は、アプリケーション４０９と通信し、アプリケーション４０９からのＷｅｂブラウザ４０４の呼び出し要求を受信する、アプリケーション４０９への操作終了の通知を送信するといった処理を行う。アプリケーション連携部６０４は、アプリケーション４０９からのＷｅｂブラウザ４０４の呼び出し要求を受信すると、Ｗｅｂブラウザ４０４の画面を操作部２１１の前面に表示するようＵＩ制御部６０２に依頼する。

図７は、サーバー１０２において本発明に係る処理プログラムを実行する際、処理プログラムをＲＡＭ３０４上にロードした際のメモリマップの構造例を示す図である。また、画像処理装置１０５、１０７において本発明に係る処理プログラムを実行する際、処理プログラムをＲＡＭ２０４上にロードした際のメモリマップの構造例を示す図である。

メモリマップは、基本Ｉ／Ｏプログラム７０１、各プログラムに動作環境を提供するシステム・プログラム７０２、各種プログラム７０３、関連データを格納する関連データエリア７０４、および各種プログラムが動作する際に一時的に利用するワークエリア７０５で構成される。なお、容量の制約によりメモリ内の各エリアとして利用する領域が足りなくなった場合、ＨＤＤ３０５をＲＡＭ３０４の領域の一部として、または、ＨＤＤ２０５をＲＡＭ２０４の領域の一部として扱うことも可能である。

［出力例］
図８は、本実施例において、スキャン原稿、格納されるデータ、印刷出力物の例を示した図である。なお、図８を説明する上で、スキャン時の原稿検知および画像処理情報（図９）、復元処理情報（図１０）を併せて参照する。なお、本明細書において「原稿復元」もしくは「復元」とは、取り込んだ画像データをその取り込んだ元の出力物に対応する設定にて出力できるように制御することを指す。例えば、製本原稿から画像データを取り込んだ場合、その画像データを閲覧用にページの切り出しを行い、ページ毎に閲覧できるようにした文書を元の製本形式で印刷できるようにすることなどが挙げられる。

８０１は、画像処理装置１０５でスキャンする原稿の状態を示す。８０２は、画像処理装置１０５でスキャンされたデータをサーバー１０２で処理し、データベース１０３に格納されたデータの状態を示す。８０３は、ＰＣ１０６からサーバー１０２への指示により、データベース１０３に格納されたデータを画像処理装置１０５にて印刷した状態を示す。

まず一例として、原稿８０４の例を説明する。原稿８０４は、見開き原稿であり、綴じ手段としてパンチ穴が空いている。左側ページは、縦置きで横書きである。右側ページは、横置き用紙に対して横書きしたものを縦置きしている。ユーザは、操作部２１１でサーバー１０２の格納先フォルダを指定して、スキャン操作を実行する。この時の処理は、図１４を用いて後述する。

サーバー１０２では、画像処理装置１０５から受け取ったデータを画像処理（図９および図１５）し、スキャン時にユーザに指定されていたデータベース１０３内の「記録書類フォルダ」８０５に格納する。

図９（Ａ）に示すテーブル９０１は、サーバー１０２のスキャンアプリケーションプログラム（不図示）が、原稿８０４をスキャンしたデータから検知、および、データベース１０３に格納時に画像処理した内容を示す。まず、原稿８０４が、原稿領域の検知により、見開きでかつＡ４サイズである事を検知する。この時、ページ単位の切り出しおよび余白量検知も行う。また、パンチ穴が存在する事、およびそのページ内におけるパンチ穴の位置を検知している。次に、ＯＣＲの精度を高めるため、および、閲覧時の視認性を高めるために鮮明化を行い、ＯＣＲをかける。

次に、電子データとしての閲覧に適応させるため、各ページに対して画像処理を行う。まず、ページ単位に画像の分離（切り出し）を行う。この時、元の余白量も余白情報として保持している。１ページ目（原稿８０４の左側ページ）に対しては、検知されていたパンチ穴痕を消去している。２ページ目（原稿８０４の右側ページ）に対しては、ＯＣＲ結果から、１ページ目と同じ方向で閲覧可能なように右９０度の回転処理を行っている。パンチ穴痕消去については、１ページ目と同様である。以上の処理により、ページデータ８０６、８０７というページが明確に分離された文書データがデータベース１０３に格納される。このページデータ８０６、８０７は、ユーザが閲覧するための画像データ（閲覧画像）となる。

次に、ページデータ８０６、８０７を含む文書データを本実施例の処理（図１６〜図２１）を行う。画像処理装置１０５に印刷した結果が印刷結果８０８、８０９となる。印刷結果８０８、８０９は、印刷位置の変更、ページ回転処理、およびパンチ穴の穿孔が行われたものである。この印刷結果８０８、８０９を、パンチ穴で綴じると原稿８０４の状態に復元可能となっている。

次の一例として、原稿８１０の例を説明する。原稿８１０は、単独ページの１枚の原稿である。原稿８１０は、横置き用紙に対して横書きしたものである。ユーザは、操作部２１１でサーバー１０２の格納先フォルダを指定してスキャン操作を実行する。この時の処理は、図１４を用いて後述する。サーバー１０２では、画像処理装置１０５から受け取ったデータを、画像処理（図９および図１５）し、スキャン時にユーザに指定されていたデータベース１０３内の「請求書類フォルダ」８１１に格納する。

図９（Ｂ）に示すテーブル９０２は、サーバー１０２のスキャンアプリケーションプログラム（不図示）が、原稿８１０をスキャンしたデータから検知、および、データベース１０３に格納時に画像処理した内容を示す。まず、原稿８１０が、原稿領域の検知により、単独ページ、Ａ６サイズである事を検知している。この時、ページ単位の切り出しおよび余白量検知も行う。次に、ＯＣＲの精度を高めるため、および、閲覧時の視認性を高めるために鮮明化を行い、ＯＣＲをかける。なお、「請求書類フォルダ」８１１内の書類は、金額等の数値をデータとして抽出し計算に用いる。ＯＣＲは、このためでもある。

次に、電子データとしての閲覧に適応させるため、各ページに対して、画像処理を行う。ＯＣＲ結果から、ＰＣ１０６に正対して閲覧可能なように、右９０度の回転処理を行う。次に、データ８１２を、本実施例の処理（図１６〜図２１）を行い、画像処理装置１０５に印刷した結果が印刷結果８１３である。データ８１２は、ページ回転処理、フォーム合成が行われ、印刷結果８１３の状態となっている。フォルダ８１４は、「仮置きフォルダ」である。画像処理装置１０５でスキャンする際、ユーザによって保存先が指定されなかった場合、スキャンされたデータはこのフォルダ８１４に格納される。

図１０は、サーバー１０２内の印刷アプリケーションプログラムが保持する復元処理テーブルを示す。この復元処理テーブルは、スキャンデータの格納時にサーバー１０２で行われる閲覧用変換処理（図１５のＳ１５０５）に対応して、印刷時に適用すべき印刷用変換処理（図２１のＳ２１０５およびＳ２１０８）を定義している。復元処理テーブルは、データベース１０３内でスキャンデータの保存先となるフォルダ毎に独立して保持される。

図１０（Ａ）に示すテーブル１００１は、「記録書類フォルダ」８０５用の変換テーブルである。ここでは、閲覧用処理と印刷用処理とが対応付けて定義されている。テーブル１００１において、閲覧用処理の回転処理に対しては、原稿の状態に戻すため逆回転をさせる指示が記載されている。ページ切り出し処理に対しては、検知している余白情報に基づいて印刷位置を復元する指示が記載されている。パンチ痕消去処理に対しては、パンチを行う指示が記載されている。見開き（パンチ綴じ）に対しては、何も指示（定義）がない。見開き（製本）に対しては、ページ合成を行う様に指示が記載されている。なお、本実施例においては、説明上必要な変換情報のみ記載しているが、ページ合成の際に用紙サイズ変換や、ステープル等の綴じの種類に応じた変換も定義可能である。

図１０（Ｂ）に示すテーブル１００２は、「請求書類フォルダ」８１１用の変換テーブルである。本実施例では、「請求書類フォルダ」８１１に格納された書類は、レシートや領収証等である。本実施例において、それらを印刷する際には原稿状態に戻して印刷する必要はなく、閲覧状態と同じ方向で印刷する事を想定している。そのため、各種閲覧用処理に対して、印刷用変換処理を定義していない。即ち、印刷時は何も変換処理を行わない事を示している。ただし、「請求書類フォルダ」８１１内の書類を印刷する目的は、請求書作成と想定している。

そこで、「請求書類フォルダ」８１１は、閲覧用変換処理（Ｓ１５０５）に関係なく、追加で施す処理を定義した追加処理テーブル１００３（図１０（Ｃ））を保持する。追加処理テーブル１００３では、印刷時に「フォームＡ」というフォームデータを合成し、印刷する様に定義している。なお、「仮置きフォルダ」８１４に関連付けられた復元処理テーブルおよび追加処理テーブルは存在しない。

なお、本実施例においては復元処理として、回転、ページ切り出し、パンチ穴痕消去、ステープル、および見開きのみを例示している。しかし、製本綴じ、Ｚ折り等、復元可能な処理は本実施例での例示に限られない。

図１１は、印刷設定画面を示す。印刷設定画面１１０１は、ユーザがＰＣ１０６からサーバー１０２のアプリケーションにアクセスし、データベース１０３に格納された文書データを選択し印刷指示した時に、ＰＣ１０６上に表示される画面の構成例である。領域１１０２は、ユーザが選択した文書のパスおよびファイル名を表示する。プルダウンメニュー１１０３は、ユーザが印刷先画像処理装置を選択する。プルダウンメニュー１１０３には、ユーザがアクセス可能な画像処理装置が一覧される。本実施例では、ＰＣ１０６とＬＡＮ１０８で接続された画像処理装置１０５および１０７が印刷先として選択可能な画像処理装置としてリストされている。なお、サーバー１０２のようなインターネット１０１を介したサーバーを経由し、直接ＬＡＮで接続されていない遠隔地の画像処理装置にデータを送信するプログラムを利用すれば、遠隔地の画像処理形成装置にて画像データを出力する事も可能である。

ラジオボタン１１０４および１１０５は、印刷方法を排他的に指定するためのラジオボタンである。ラジオボタン１１０４は、後述する復元印刷処理を実行させる選択肢である。ラジオボタン１１０５は、復元印刷処理ではなく、通常の印刷処理を実行させる選択肢である。本設定による印刷処理は図２１を用いて後述する。

コントロール１１０６は、印刷先として指定された画像処理装置で復元処理ができない部分に対して、どのように代替処理を行うかを指定するためのコントロールである。コントロール１１０６には、図１９で後述する処理に従い、代替手段の選択肢を表示する。ユーザは、コントロール１１０６に表示された代替手段から所望の代替処理の方法を指定する事ができる。なお、本実施例では、代替手段をユーザに複数提示して選択させるように構成しているが、代替処理の優先度を予め定義し、プログラムが図１９の処理の中で代替手段を自動的に導出し、提供する事も可能である。

ラジオボタン１１０７〜１１０９は、印刷範囲を指定する選択肢である。ラジオボタン１１０７を指定すると、文書データ全体を印刷対象とする。ラジオボタン１１０８を指定すると、文書データを開いた状態でユーザにより選択されている範囲のみが、印刷対象となる。ラジオボタン１１０９は、文書中の指定したページのみを印刷対象とする選択肢であり、更にページ番号を指定できる。

印刷ボタン１１１０は印刷実行の指示ボタンである。印刷ボタン１１１０の押下により、印刷設定画面１１０１での指定に従い、図２１で後述する印刷処理を実行する。キャンセルボタン１１１１は、文書の印刷を取りやめるためのボタンである。

図１２は、用途特定処理（図１６のＳ１６０２）に用いる用途特定テーブル１２０１を示す。用途特定テーブル１２０１は、検出範囲１２０２、検出対象ページ１２０３、判定条件１２０４、および各条件により導き出される用途１２０５から構成される。検出範囲１２０２は、用紙に対してどの範囲を検出対象にするかを示している。図１２では説明の都合上、イラストで表現しているが、具体的には、用紙端に対するオフセット（例えば座標情報）と、検出範囲を示す矩形領域情報で構成される。なお、検出範囲１２０２は、用紙サイズ毎、用紙方向ごとに保持してもよいし、１データのみを保持した上で、用紙サイズ、用紙方向に応じて変倍して利用してもよい。

検出対象ページ１２０３は、文書のどのページを用途検出の対象として処理するかを定義している。判定条件１２０４は、用途検出のためにどのような画像処理を行うかを定義している。通常の処理パターンは、検出対象ページ１２０３の検出範囲１２０２を切り出し、ＯＣＲ処理をかける。そして、判定条件１２０４に定義されたＯＣＲ結果内の特定の文字列の有無に従って、用途１２０５を導き出す。

図１３は、図１８のＳ１８０３（即ち、図１９）において、復元印刷処理における復元代替方法１１６０を提示するために用いる代替手段テーブル１３０１を示す。代替手段テーブル１３０１は、復元印刷時に必要な復元処理１３０２、復元処理に必要な印刷先の画像処理装置の構成を示す復元必要構成１３０３、代替処理に必要な印刷先の画像処理装置の構成を示す代替必要構成１３０４、および代替方法の選択肢１３０５から構成される。

行１３０６は、復元処理としてパンチ穴穿孔が必要なケースを示す。印刷先にパンチャーが無い場合、ユーザに対し代替処理を提示する必要がある。パンチ穴穿孔の代替処理としてはステープルを行う。そのため、代替必要構成１３０４としては、ステープラーの有無が関係する。

ステープラーが印刷先の画像処理装置に有る場合、代替処理の選択肢としては、「サイド２ヶ所のステープル処理」、「１ページのみにパンチ穴の影を印刷」、「代替処理を何もしない」をコントロール１１０６に提示する。なお、「１ページのみにパンチ穴の影を印刷」とは、印刷した影を目印として、ユーザにより手動で穴空けを行ってもらう事を前提とした代替処理を示す。一方、ステープラーが印刷先画像処理装置に無い場合、ステープルによる代替処理ができないため、上に示した３つの選択肢から「サイド２ヶ所のステープル処理」を除いた２つの処理のみをコントロール１１０６に提示する。

行１３０７は、復元処理としてステープルが必要なケースを示す。印刷先にステープラーが無い場合、ユーザに対し代替処理を提示する必要がある。ステープルの代替処理としてはパンチ穴穿孔を行う。そのため、代替必要構成１３０４としては、パンチャーの有無が関係する。さらに、本実施例の環境の画像処理装置のパンチャーはサイドにしか実施できないと想定しているため、ステープル位置との一致を目的とし、サイド２ヶ所綴じに対する代替処理に限定している。

パンチャーが印刷先画像処理装置に有り、サイド２ヶ所穿孔が可能な場合、代替処理の選択肢としては、「２穴パンチ」、「１ページのみにステープルの影を印刷」、「代替処理を何もしない」をコントロール１１０６に提示する。なお、「１ページのみにステープルの影を印刷」とは、印刷した影を目印として、ユーザにより手動でステープルを行ってもらう事を前提とした代替処理を示す。一方、ステープル位置がサイド２ヶ所綴じ以外で、パンチャーが印刷先画像処理装置に無く、２穴パンチが可能でない場合、パンチャーによる代替処理ができない。その場合、上に示した３つの選択肢から「２穴パンチ」を除いた２つの処理のみをコントロール１１０６に提示する。

行１３０８は、復元処理としてタブ紙挿入が必要なケースを示す。印刷先にインサータ（タブ紙を挿入する機器）が無い場合、代替処理を提示する必要がある。タブ紙挿入の代替処理としては白紙挿入を行う。白紙挿入は通常の白紙印刷で実施可能なため、代替必要構成１３０４としては、何も定義しない。インサータが印刷先画像処理装置に無い場合、代替処理の選択肢としては、「白紙挿入」、「代替処理を何もしない」をコントロール１１０６に提示する。

［処理フロー］
図１４は、画像処理装置１０５においてユーザがスキャン処理を指示した際に、画像処理装置１０５上のプログラムの動作を示したフローチャートである。なお、本処理を行うプログラムは、画像処理装置１０７にも存在し、画像処理装置１０７からも本フローチャートに示す処理が実行可能である。

ユーザは、画像処理装置１０５に原稿を置きスキャンを実行させるが、その際、保存先フォルダを指定する。本実施例においては、ユーザは、「記録書類フォルダ」または「請求書類フォルダ」を指定する。

画像処理装置１０５は、Ｓ１４０１およびＳ１４０２のループで、原稿を１枚ずつ読み込む。全ページ読込後（Ｓ１４０２にてＹＥＳ）、画像処理装置１０５は、Ｓ１４０３にてサーバー１０２に対して画像データと指定された保存先を示す情報とを送信する。

なお、本実施例においては、保存先としては単一のフォルダを指定する前提で説明している。即ち文書の用途は１つのみである。しかし、複数の用途を指定させ、１つのデータを複数のフォルダにコピー保管する事も可能である。さらに、保管先が一般的なファイルシステムであれば、実体は１フォルダのみに格納し、リンク（ショートカット）を他のフォルダに置く事も可能である。この仕組みにより、１つの原稿を、複数の用途に応じた復元処理により復元印刷する事も可能である。さらに、用途に応じて格納時の画像処理を定義する事で、１つ原稿から用途別に異なる形態の文書データを作成する事も容易に可能である。

図１５は、図１４に示す処理により画像処理装置１０５から送信されてきたスキャンデータを、サーバー１０２が受け取った時の処理のフローチャートである。Ｓ１５０１にて、サーバー１０２は、画像データおよび保存先情報を受信する。受け取った画像データの各ページに対し、Ｓ１５０２〜Ｓ１５０７の工程を行う。Ｓ１５０２にて、サーバー１０２は、画像データの用紙サイズ、余白量、綴じ位置、処理方法を検知する。さらに、サーバー１０２は、鮮明化やＯＣＲといった画像処理を加える。Ｓ１５０３にて、サーバー１０２は、検知した情報および加えた画像処理を図９に示す形式でＲＡＭ３０４に一旦記憶する。Ｓ１５０４にて、サーバー１０２は、閲覧用に更なる変換処理が必要か否かを判定する。この判定は、検知した用紙向き、ＯＣＲにより判明する文字方向、検知した余白量から判定する回転方向、角度、綴じ位置、処理方法などにより行う。

閲覧用変換処理が必要と判定した場合（Ｓ１５０４にてＹＥＳ）、Ｓ１５０５にて、サーバー１０２は、閲覧用の変換処理を行う。閲覧用の変換処理とは、例えば、パンチ穴痕があった場合のパンチ痕消去、印刷方向の違いによる回転処理、ページ内で印刷領域が偏っていた場合のページ切り出し、センタリング処理などである。

Ｓ１５０６にて、サーバー１０２は、Ｓ１５０３で記憶した検知情報と、Ｓ１５０５での処理内容を図９の形式でＲＡＭ２０４に一時保存する。全ページ処理した後（Ｓ１５０７にてＹＥＳ）、Ｓ１５０８にて、サーバー１０２は、Ｓ１５０５で変換した画像データをデータベース１０３内の指定された保存先に保存する。Ｓ１５０９にて、サーバー１０２は、一次的に保持されている各種情報と画像データをそれぞれ対応づけてデータベース１０３に保存する。

なお、本実施例では、サーバー１０２で原稿の検知処理（Ｓ１５０２）を行っているが、画像処理装置１０５側で同等の検知処理を行い、Ｓ１４０３において検知情報をサーバー１０２に送信する構成とする事も可能である。

図１６は、ユーザがＰＣ１０６からサーバー１０２のアプリケーションにアクセスし、データベース１０３に格納された文書の印刷指示を行った際のフローチャートである。この処理は、Ｗｅｂアプリケーションとしてサーバー１０２により実行され、ＰＣ１０６のＷｅｂブラウザを介して、データベース１０３内の文書選択、印刷指示のユーザインターフェースを提供している。

ユーザにより文書の選択および印刷指示が行われると、Ｓ１６０１にて、サーバー１０２は、印刷対象文書の用途が特定されているか否かを判定する。本実施例においては、データベース１０３上のどのフォルダに格納されているかによって用途を識別する。どのフォルダに格納するかは、文書スキャン時にユーザが指定する。スキャン時にユーザが格納先フォルダを指定しなかった場合、データベース１０３上では「仮置きフォルダ」８１４に格納される。

用途が特定されていない場合、即ち本実施例では「仮置きフォルダ」８１４に存在する文書の場合（Ｓ１６０１にてＮＯ）、Ｓ１６０２にて、サーバー１０２は、用途特定処理を行う。用途特定処理は、図１２に示す用途特定テーブル１２０１に従って行う。Ｓ１６０３にて、サーバー１０２は、用途特定ができたか否かを判定する。用途特定ができなかった場合（Ｓ１６０３にてＮＯ）、サーバー１０２は、復元印刷の対象外として、Ｓ１６０８に進む。一方、用途特定ができた場合（Ｓ１６０３にてＹＥＳ）、Ｓ１６０４に進む。

Ｓ１６０１において用途が特定された場合、即ち、「記録書類フォルダ」８０５または「請求書類フォルダ」８１１に存在する文書だった場合（Ｓ１６０１にてＹＥＳ）、Ｓ１６０４に進む。

Ｓ１６０４にて、サーバー１０２は、図１５の処理でデータベース１０３に格納した原稿検知および画像処理情報（図９）を取得する。次に、Ｓ１６０５にて、サーバー１０２は、特定した用途に関連付けられた復元情報（図１０のテーブル１００１、１００２）をＲＡＭ３０４にコピー取得する。ここで、単にデータベース１０３内の復元情報を参照するのではなく、コピー取得する目的について説明する。復元情報は、原稿作成時と同じ機器構成の画像処理装置で印刷する事を前提とし、パンチ等同じフィニッシング処理を行うように構成している。しかし、ユーザが印刷に用いる画像処理装置は任意であり、原稿作成時と同じ機器構成とは限らない。そのため、図１３の代替手段テーブル１３０１に基づいて印刷設定画面１１０１に表示されるコントロール１１０６から指定されるユーザ指定に従い、処理を変更するためである。

次に、Ｓ１６０６にて、サーバー１０２は、印刷対象文書の用途に関連付けられた追加処理情報（図１０（Ｃ）の追加処理テーブル１００３）を取得する。本実施例では、この追加処理を書き換える構成ではないため、コピー取得していない。しかし、様々な条件により書き換える構成の場合、Ｓ１６０５の復元情報と同様にコピー取得して利用する事も可能である。

Ｓ１６０７にて、サーバー１０２は、印刷設定画面１１０１に印刷方法選択肢「復元印刷」１１０４を追加する。最後に、Ｓ１６０８にて、サーバー１０２は、印刷設定画面１１０１をＷｅｂブラウザを介してＰＣ１０６に表示する。

以上の処理により、本実施例では、印刷対象文書の用途が特定できた場合は、復元印刷を可能とし、印刷方法として「復元印刷」１１０４を印刷設定画面１１０１で選択可能としている。一方、印刷対象文書の用途が特定できなかった場合は、復元印刷は不可能とし、印刷方法「通常印刷」１１０５のみを選択可能としている。

図１７は、印刷設定画面１１０１において、「印刷範囲」のラジオボタン１１０７〜１１０９が操作された場合のサーバー１０２のフローチャートである。

Ｓ１７０１にて、サーバー１０２は、文書全体印刷か否か、即ち、ラジオボタン１１０７により「すべて」が選択されたか否かを判定する。文書全体が指定された場合（Ｓ１７０１にてＹＥＳ）、Ｓ１７０３にてサーバー１０２は、「復元印刷」１１０４をアクティブ化（マスクされていたらマスク解除）する。一方、文書全体印刷以外と判定した場合（Ｓ１７０１にてＮＯ）、Ｓ１７０４にてサーバー１０２は、「復元印刷」１１０４を無効化する。この時、「復元印刷」１１０４が選択されていたら、選択は「通常印刷」１１０５に移す。

以上の処理により、本実施例では、文書全体を印刷対象とする場合のみ復元印刷を実行可能としている。ただし、複雑なレイアウト原稿で無い限り、部分的な文書であっても復元印刷をする事は可能である。例えば、Ａ４片面印刷、左ステープルの原稿の場合、文書先頭からでなくても、原稿と同じ綴じを施す事ができる。また、見開き原稿であっても、印刷範囲が先頭ページから途中までであれば、原稿と同じレイアウト、綴じ方を再現する事によって、原稿同等の印刷結果が得られる。このように、実施の形態は本実施例に限らない。

図１８は、印刷設定画面１１０１において、「印刷方法」のラジオボタン１１０４、１１０５が操作された場合、または、プルダウンメニュー１１０３が操作された場合のサーバー１０２のフローチャートである。

Ｓ１８０１にて、サーバー１０２は、印刷方法のラジオボタン１１０４（復元印刷）が選択されているか否かを判定する。「復元印刷」が選択されていない場合は（Ｓ１８０１にてＮＯ）、サーバー１０２は、何も行なわずに本処理フローを終了する。

「復元印刷」が選択されている場合（Ｓ１８０１にてＹＥＳ）、Ｓ１８０２に進む。Ｓ１８０２にて、サーバー１０２は、印刷先のデバイス（画像処理装置）の情報を取得する。ここで取得する情報は、主に画像処理装置のアクセサリ構成、例えばパンチャーの有無やステープラーの有無である。更には、アクセサリが使用可能な状態か否かの情報である。Ｓ１８０３にて、サーバー１０２は、Ｓ１８０２で取得した印刷先のデバイスの情報、Ｓ１６０４で取得した原稿検知および画像処理情報（図９）、およびＳ１６０５で取得した復元情報（図１０）に基づいて、復元代替処理の要否を判定する。ここでの復元代替処理の要否は、印刷先として設定された画像処理装置の機能により復元処理が制限される場合に代替の処理を行う必要があるか否かを判定することである。なお、本処理は図１９で詳述する。

復元代替処理が必要であると判定した場合（Ｓ１８０４にてＹＥＳ）、Ｓ１８０５に進む。一方、復元代替が不要な場合（Ｓ１８０４にてＮＯ）、サーバー１０２は、Ｓ１８０５を行わずに本処理フローを終了する。Ｓ１８０５にて、サーバー１０２は、Ｓ１８０３の処理結果に基づき、復元代替方法として選択肢を提示する事で復元代替方法をユーザが指示可能とする。そして、本処理フローを終了する。

図１９は、図１８のＳ１８０３に示す復元代替手段提示のフローチャートである。Ｓ１９０１にて、サーバー１０２は、提示する復元代替手段は何もない状態として、代替フラグをＯＦＦにする。Ｓ１９０２にて、サーバー１０２は、印刷対象文書の原稿検知＆画像処理情報（図９）と、復元情報（図１０）から決定した復元処理を全て処理したか否かを判定する。全て処理し終えたら（Ｓ１９０２にてＹＥＳ）、サーバー１０２は、本フローチャートの処理を終了し、図１８のＳ１８０４に進む。全て処理し終えていない場合（Ｓ１９０２にてＮＯ）、サーバー１０２は、Ｓ１９０３に進み、復元種毎の処理を行う。

Ｓ１９０３にて、サーバー１０２は、復元対象の処理種が、ステープル、或いはパンチャー、或いはタブ紙挿入のいずれであるかを判定する。復元すべき処理がパンチ穿孔の場合、Ｓ１９０４〜Ｓ１９０９の処理を行う。印刷先に選択されている画像処理装置にパンチャーがある場合（Ｓ１９０４にてＹＥＳ）、サーバー１０２は何もせず、Ｓ１９０２に戻る。即ち、パンチ穴穿孔に対する代替処理の提示は不要となる。

印刷先に選択されている画像処理装置にパンチャーがない場合（Ｓ１９０４にてＮＯ）、Ｓ１９０５にてサーバー１０２は、「何もしない」フラグをＯＮとする。Ｓ１９０６にてサーバー１０２は、代替フラグもＯＮにする。さらに、Ｓ１９０７にて、サーバー１０２は、特別な装置がなくても通常の印刷で処理可能な「パンチ影印刷」フラグをＯＮにする。次に、印刷先に選択されている画像処理装置にステープラーがある場合（Ｓ１９０８にてＹＥＳ）、Ｓ１９０９にてサーバー１０２は、「ステープル代替」フラグをＯＮにし、Ｓ１９０２に戻る。なお、ここでステープラーに針が無い場合に、ステープラー無しと判断する事もステープラーへの針挿入を促した上でステープラー有りと判断する事も可能である。Ｓ１９０４〜Ｓ１９０９の処理により、図１３の行１３０６に示したパンチ穴穿孔に対する復元代替処理の選択肢を印刷設定画面１１０１の復元代替方法として表示する設定を施す。

復元対象の処理種がタブ紙挿入の場合、Ｓ１９１０〜Ｓ１９１３の処理を行う。印刷先に選択されている画像処理装置にインサータがある場合（Ｓ１９１０にてＹＥＳ）、サーバー１０２は何もせず、Ｓ１９０２に戻る。即ち、タブ紙挿入に対する代替処理の提示は不要となる。なお、ここでインサータに紙が無い場合、インサータ無しと判断する事もインサータへの紙挿入を促した上でインサータ有りと判断する事も可能である。

印刷先に選択されている画像処理装置にインサータがない場合（Ｓ１９１０にてＮＯ）、Ｓ１９１１にてサーバー１０２は、「何もしない」フラグをＯＮとする。Ｓ１９１２にて、サーバー１０２は、代替フラグもＯＮにする。さらに、Ｓ１９１３にて、サーバー１０２は、特別な装置がなくても通常の印刷で処理可能な「白紙挿入」フラグもＯＮにし、Ｓ１９０２に戻る。Ｓ１９１０〜Ｓ１９１３の処理により、図１３の行１３０８に示したタブ紙挿入に対する復元代替処理の選択肢を印刷設定画面１１０１の復元代替方法として表示する設定を施す。

復元すべき処理がパンチ穿孔の場合、Ｓ１９１４〜Ｓ１９１９の処理を行う。印刷先に選択されている画像処理装置にステープラーがある場合（Ｓ１９１４にてＹＥＳ）、サーバー１０２は何もせず、Ｓ１９０２に戻る。即ち、ステープルに対する代替処理の提示は不要となる。なお、ここでステープラーに針が無い場合、ステープラー無しと判断する事もステープラーへの針挿入を促した上でステープラー有りと判断する事も可能である。

印刷先に選択されている画像処理装置にステープラーがない場合（Ｓ１９１４にてＮＯ）、Ｓ１９１５にてサーバー１０２は、「何もしない」フラグをＯＮとする。Ｓ１９１６にて、サーバー１０２は、代替フラグをＯＮにする。さらに、Ｓ１９１７にて、サーバー１０２は、特別な装置がなくても通常の印刷で処理可能な「ステープル影印刷」フラグもＯＮにする。次に、印刷先に選択されている画像処理装置にパンチャーがあり、原稿がサイド２ヶ所綴じの場合（Ｓ１９１８にてＹＥＳ）、Ｓ１９１９にてサーバー１０２は、「パンチ代替」フラグをＯＮにし、Ｓ１９０２に戻る。上記条件を満たさない場合（Ｓ１９１８にてＮＯ）、サーバー１０２はそのままＳ１９０２に戻る。Ｓ１９１４〜Ｓ１９１９の処理により、図１３の行１３０７に示したステープルに対する復元代替処理の選択肢を印刷設定画面１１０１の復元代替方法として表示する設定を施す。

図２０は、印刷設定画面１１０１において、コントロール１１０６（復元代替方法）が操作された場合のサーバー１０２のフローチャートである。Ｓ２００１にて、サーバー１０２は、選択または選択解除された項目を特定する。Ｓ２００２にて、サーバー１０２は、Ｓ２００１での特定に従ってＳ１６０５でコピー取得していた復元情報（図１０のテーブル１００１、１００２）の該当項目を書き換える。そして、本処理フローを終了する。

図２１は、印刷設定画面１１０１において、印刷ボタン１１１０が押下された場合のサーバー１０２のフローチャートである。Ｓ２１０１にて、サーバー１０２は、データベース１０３に格納している印刷対象の文書データを取得する。Ｓ２１０２にて、サーバー１０２は、印刷設定画面１１０１で指定されていた印刷方法を判定する。

通常印刷である場合（Ｓ２１０２にてＮＯ）、Ｓ２１１６にてサーバー１０２は、印刷設定画面１１０１での設定に従い、画像処理形成装置に対する指示である印刷設定を生成し、Ｓ２１１７に進む。Ｓ２１１７にて、サーバー１０２は、Ｓ２１０１で取得した文書データとＳ２１１６で生成した印刷設定とを印刷先として指定された画像処理装置に送る。

一方、復元印刷である場合（Ｓ２１０２にてＹＥＳ）、サーバー１０２は、各ページに対してＳ２１０３〜Ｓ２１１５の処理を行う。まず、Ｓ２１０３にて、サーバー１０２は、処理対象ページを決定する。印刷対処のページは先頭ページから順に１ページずつ進める。

Ｓ２１０４にて、サーバー１０２は、Ｓ１６０４で取得した原稿検知および画像処理情報（図９）から、処理対象ページに対して保存時に行った画像処理の内容を１つ抽出する。次に、Ｓ２１０５にて、サーバー１０２は、Ｓ２００１で書き換えた復元情報（図１０のテーブル１００１、１００２）を参照する。Ｓ２１０６にて、サーバー１０２は、処理対象としている保存時に行った画像処理に対し復元情報を元に、印刷用処理を行うか否かを判定する。印刷用処理が必要である場合（Ｓ２１０６にてＹＥＳ）、Ｓ２１０７にてサーバー１０２は、復元情報に従って印刷用処理（復元処理）を行う。その後、Ｓ２１０８へ進む。

印刷用処理が不要である場合（Ｓ２１０６にてＮＯ）、Ｓ２１０８に進む。Ｓ２１０８にてサーバー１０２は、現在処理対象としているページに対する保存時に行った画像処理全てについて、Ｓ２１０４〜Ｓ２１０７の処理を行ったか否かを判定する。処理し終わったら（Ｓ２１０８にてＹＥＳ）、Ｓ２１０９に進む。

Ｓ２１０９にてサーバー１０２は、印刷設定として現在処理対象のページだけに施すべき設定の有無を判定する。有りと判定した場合（Ｓ２１０９にてＹＥＳ）、サーバー１０２は、ページ固有の印刷設定を印刷設定にマージする。本実施例では詳述していないが、ページ固有の印刷設定とは例えば、Ａ４縦サイズの文書にＡ３横サイズのページが含まれていた場合、そのページだけＺ折りするケースが該当する。

Ｓ２１１１にて、サーバー１０２は、Ｓ２１０３〜Ｓ２１１０の処理を、印刷対象文書の全ページに対して行なったかを判定する。全ページ処理し終えたら（Ｓ２１１１にてＹＥＳ）、Ｓ２１１２にて、サーバー１０２は、Ｓ１６０６で取得した追加画像処理の有無を判定する。追加画像処理がある場合（Ｓ２１１２にてＹＥＳ）、Ｓ２１１３にてサーバー１０２は、追加画像処理を行う。追加画像処理とは例えば、本実施例においては、データ８１２の印刷の際に適用される追加処理テーブル１００３に定義された「フォームＡ合成」という処理が該当する。

次に、Ｓ２１１４にてサーバー１０２は、復元のためにページ全体に対して印刷設定処理の有無を判定する。施すべき印刷設定処理が存在する場合（Ｓ２１１４にてＹＥＳ）、Ｓ２１１５にてサーバー１０２は、印刷設定に処理を追加する。本実施例では、ページデータ８０６、８０７で示す文書を印刷する際に施す「パンチ穿孔」という指示がこの処理に該当する。

最後にＳ２１１７にて、サーバー１０２は、画像データに画像処理を施したデータと生成した印刷設定を印刷先として指定された画像処理装置に送る。これにより、原稿に基づき復元処理した印刷結果が得られる。

以上、スキャンして電子化されたデータを印刷するユーザが、印刷対象の原稿状態や用途を把握していなくても、複雑な印刷設定をすることなく、用途に応じた形式で印刷可能となる。

＜第二実施例＞
第一実施例では、画像処理装置１０５でスキャンしたデータをインターネット１０１上のサーバー１０２に送信し、画像検知および変換処理をサーバー１０２で実施していた。本実施例では、画像処理装置でスキャンしたデータの画像検知および変換処理、文書データの保存、印刷時の処理全てを画像処理装置のみで行う。つまり、印刷部と処理部とが同じ装置内に配置される。

図２２は、本実施例の印刷システムの全体像を示す。画像処理装置２２０３は、第一実施例で説明した画像処理装置１０５、１０７と同構成であり、内部的な構成も図２、図４〜図６の構成である。画像処理装置２２０３は、スキャナを備え、スキャン時に検知した原稿の情報およびスキャンした画像データを、内部のＨＤＤ２０５に格納する。ＨＤＤ２０５は、画像処理装置１０５内部でのデータ格納場所だけでなく、ネットワークを介して外部の装置とデータの入出力が可能である。

さらに、画像処理装置２２０３で動作するアプリケーション４０９、４１０はそれぞれ、以下の機能を備える。アプリケーション４０９は、操作部２１１にスキャンのためのＵＩを提供し、図２３に示すスキャンデータのファイル名２３０２および種別情報２３０３の入力を受け付ける。また、スキャンした画像データは、図１５の処理を行い図９に示す原稿検知および画像処理情報と共に、図２３の形式の文書データとしてＨＤＤ２０５に格納する。

第一実施例にて述べた図１５では、Ｓ１５０１にてネットワークを介した画像データ受信を行っていた。本実施例においてＳ１５０１では、画像処理装置２２０３内でアプリケーション４０９がスキャンデータを受け取る。アプリケーション４１０は、操作部２１１に印刷のためのＵＩを提供するアプリケーションである。アプリケーション４１０は、ＨＤＤ２０５に格納された文書データを一覧表示し、ユーザから任意の文書の印刷指示を受け付けるＵＩを操作部２１１に表示する。

また、アプリケーション４１０は、ＷＥＢサービスを備え、印刷指示を受け付けるＵＩは、ネットワーク接続されたＰＣ２２０４、２２０６のＷｅｂブラウザにも提供される。アプリケーション４１０は、文書の印刷が指示されると、図１１の印刷設定画面１１０１を表示と、図１６〜図２１の処理を行う事で、画像処理装置への印刷を実現する。この処理に用いる用途特定テーブル１２０１、代替手段テーブル１３０１は、ＨＤＤ２０５に格納している。なお、印刷先は画像処理装置２２０３自身も、その他ネットワーク接続された画像処理装置も選択可能である。

ＰＣ２２０４は、ＬＡＮ２２０２を介して画像処理装置２２０３と接続しており、画像処理装置２２０３のアプリケーション４１０が提供する印刷処理のためのＵＩに、Ｗｅｂブラウザを介してアクセス可能である。また、ＬＡＮ２２０５上のＰＣ２２０６も、インターネット２２０１を介して画像処理装置２２０３に接続可能となっており、ＰＣ２２０４と同様にアプリケーション４１０を使用可能である。

図２３は、本実施例において、アプリケーション４０９がＨＤＤ２０５に格納する文書データの構造例を示した図である。

ファイル本体２３０１には、ファイル名２３０２および種別情報２３０３が属性として結合されている。本実施例においては、ファイル名２３０２および種別情報２３０３は、アプリケーション４０９が提供するＵＩを介してユーザにより指定される。しかし、プログラム的にファイル名を自動生成する事も可能である。さらに、第一実施例の図１６で説明したＳ１６０２の処理を、スキャン時の処理（図１５）で実施する事により、自動的に付与する事も可能である。

第一実施例では、Ｓ１６０１における用途特定に格納先フォルダを用いたが、本実施例においては種別情報２３０３を用いる。

以上、スキャンして電子化されたデータを印刷するユーザが、印刷対象の原稿状態や用途を把握していなくても、複雑な印刷設定をすることなく、用途に応じた形式で印刷可能となる。

＜その他の実施例＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (11)

1. スキャンにより取得した画像データを変換する際に行う第１の画像処理と、当該第１の画像処理が行われた画像データを印刷用の画像データに変換する際に行う第２の画像処理とを対応付けて、記憶部に保持する保持手段と、
   前記第１の画像処理を行うことで、スキャンにより取得した画像データを変換する第１の変換手段と、
   前記第１の変換手段が行った前記第１の画像処理に対応する第２の画像処理を行うことで、前記第１の画像処理が行われた画像データを印刷用の画像データに変換する第２の変換手段と、
   前記第２の変換手段により変換された印刷用の画像データを印刷するための指示を行う印刷指示手段と
   を有し、
   前記第１の画像処理は、画像データを印刷して得られる印刷物の用途に基づいて定められ、
   前記第１の画像処理および前記第２の画像処理は、画像データを印刷して得られる印刷物の用途ごとに異なることを特徴とする印刷システム。
2. 前記保持手段は、スキャンにより取得した画像データを変換する際に行う第１の画像処理と、当該第１の画像処理が行われた画像データを印刷用の画像データに変換する際に行う第２の画像処理及び印刷用の画像データを印刷する際に用いる印刷設定とを対応付けて、前記記憶部に保持することを特徴とする請求項１に記載の印刷システム。
3. 前記第２の画像処理は、前記第１の変換手段による変換前の画像データを復元するための画像処理を含むことを特徴とする請求項１または２に記載の印刷システム。
4. 前記第２の画像処理は、前記第１の画像処理が行われた画像データに含まれるデータを所定のフォームに合成する画像処理を含むことを特徴とする請求項１または２に記載の印刷システム。
5. 印刷データを印刷して得られる印刷物の用途ごとに異なる領域に、前記第１の画像処理が行われた画像データを記憶する手段を更に有することを特徴とする請求項１乃至４のいずれか一項に記載の印刷システム。
6. 画像データを印刷して得られる印刷物の用途を特定する特定手段を更に有し、
   前記特定手段は、前記第１の画像処理が行われた画像データが行われた領域またはスキャンにより取得した画像データから抽出される文字列に基づいて当該画像データの用途を特定することを特徴とする請求項５に記載の印刷システム。
7. 印刷用の画像データを印刷する際に用いる印刷設定に対応する機能を印刷部が有するか否かを判定する判定手段を更に有し、
   前記印刷指示手段は、前記印刷部が前記印刷設定に対応する機能を有していないと前記判定手段により判定された場合、当該印刷設定の代わりとなる印刷設定を用いて、前記印刷用の画像データを印刷することを特徴とする請求項２に記載の印刷システム。
8. 前記印刷部が前記印刷設定に対応する機能を有していないと前記判定手段により判定された場合、当該印刷設定の代わりとなる印刷設定の選択をユーザから受け付ける受け付け手段を更に有し、
   前記印刷指示手段は、前記受け付け手段が受け付けた選択に従う印刷設定を用いて、前記印刷用の画像データを印刷するための指示を行うことを特徴とする請求項７に記載の印刷システム。
9. スキャンにより取得した画像データを変換する際に行う第１の画像処理と、当該第１の画像処理が行われた画像データを印刷用の画像データに変換する際に行う第２の画像処理とを対応付けて、記憶部に保持する保持手段と、
   前記第１の画像処理を行うことで、スキャンにより取得した画像を変換する第１の変換手段と、
   前記第１の変換手段が行った前記第１の画像処理に対応する第２の画像処理を行うことで、前記第１の画像処理が行われた画像データを印刷用の画像データに変換する第２の変換手段と、
   前記第２の変換手段により変換された印刷用の画像データを印刷するための指示を行う印刷指示手段と
   を有し、
   前記第１の画像処理は、画像データを印刷して得られる印刷物の用途に基づいて定められ、
   前記第１の画像処理および前記第２の画像処理は、画像データを印刷して得られる印刷物の用途ごとに異なることを特徴とする画像処理装置。
10. スキャンにより取得した画像データを変換する際に行う第１の画像処理と、当該第１の画像処理が行われた画像データを印刷用の画像データに変換する際に行う第２の画像処理とを対応付けて、記憶部に保持する保持工程と、
    前記第１の画像処理を行うことで、スキャンにより取得した画像データを変換する第１の変換工程と、
    前記第１の変換工程にて行われた前記第１の画像処理に対応する第２の画像処理を行うことで、前記第１の画像処理が行われた画像データを印刷用の画像データに変換する第２の変換工程と、
    前記第２の変換工程にて変換された印刷用の画像データを印刷するための指示を行う印刷指示工程と
    を有し、
    前記第１の画像処理は、画像データを印刷して得られる印刷物の用途に基づいて定められ、
    前記第１の画像処理および前記第２の画像処理は、画像データを印刷して得られる印刷物の用途ごとに異なることを特徴とする画像処理方法。
11. コンピュータを、
    スキャンにより取得した画像データを変換する際に行う第１の画像処理と、前記第１の画像処理が行われた画像データを印刷用の画像データに変換する際に行う第２の画像処理とを対応付けて、記憶部に保持する保持手段、
    前記第１の画像処理を行うことで、スキャンにより取得した画像データを変換する第１の変換手段、
    前記第１の変換手段によって行われた前記第１の画像処理に対応する第２の画像処理を行うことで、前記第１の画像処理が行われた画像データを印刷用の画像データに変換する第２の変換手段、
    前記第２の変換手段により変換された印刷用の画像データを印刷するための指示を行う印刷指示手段
    として機能させ、
    前記第１の画像処理は、画像データを印刷して得られる印刷物の用途に基づいて定められ、
    前記第１の画像処理および前記第２の画像処理は、画像データを印刷して得られる印刷物の用途ごとに異なることを特徴とするプログラム。

Images