(57)【要約】【課題】  複数の入出力ドキュメントを組み合わせて一つのドキュメントとして取り扱うことのできる画像処理装置を提供する。【解決手段】  スキャナ１０１、画像メモリ１１２、圧縮データ格納メモリ１０３、モデムＮＣＵ部１１１、ネットワークコントロール部１１０の少なくともいずれかから取得した画データを入力画データとし、該入力画データに画像処理を施して出力画データを生成した後に、ネットワークコントロール部１１０、モデムＮＣＵ部１１１、圧縮データ格納メモリ１０３、画像メモリ１１２及びプロッタ１０２の少なくともいずれかに出力画データを受け渡す制御ソフトウエアを実行するＣＰＵ１０８を有し、ＣＰＵ１０８は、入力画データの基となる画データの生成元を制御するモジュールと画像処理手段を制御するためのモジュールとを組み合わせて、一つのモジュールとして処理する。【選択図】  図４
2005217825.tif 000002
【特許請求の範囲】
【請求項１】
原稿を読み取って画データを生成する読み取り手段と、外部装置との間で画データを送受信する通信手段と、外部装置から受信した画データ又は前記読み取り手段が生成した画データを蓄積する手段と、前記画データを圧縮して圧縮画データを生成する手段と、前記圧縮画データを格納する圧縮画データ格納手段と、前記圧縮画データ格納手段に格納されている圧縮画データを読み出して伸張する伸張処理手段と、画データに応じた画像を記録媒体に形成する画像形成手段と、装置の各部の動作をソフトウエア処理によって制御する制御手段とを有する画像処理装置であって、
前記読み取り手段、前記通信手段、前記圧縮画データ格納手段及び前記蓄積手段の少なくともいずれかから取得した画データを入力画データとし、該入力画データに画像処理を施して出力画データを生成した後に、前記通信手段、前記蓄積手段、前記圧縮画データ格納手段及び前記画像形成手段の少なくともいずれかに前記出力画データを受け渡す画像処理手段をさらに有し、
前記制御手段は、前記入力画データの基となる画データの生成元を制御するモジュールと前記画像処理手段を制御するためのモジュールとを組み合わせて、一つのモジュールとして処理することを特徴とする画像処理装置。
【請求項２】
前記制御手段は、前記画像処理手段を制御するためのモジュールと、前記出力画データの受け渡し先を制御するためモジュールとを組み合わせて、一つのモジュールとして処理することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記入力画データの基となる画データの生成元と前記前記出力画データの受け渡し先との組合せを示す処理条件情報を格納する手段を有し、
前記画像処理手段は、前記処理条件情報に応じた生成元から前記画データを取得し、該処理条件情報に応じた受け渡し先へ前記出力画データを受け渡すことを特徴とする請求項２記載の画像処理装置。
【請求項４】
前記処理条件情報を複数格納し、前記入力画データの基となる画データの生成元と前記前記出力画データの受け渡し先とをユーザの選択に応じて変更することを特徴とする請求項３記載の画像処理装置。
【請求項５】
原稿を読み取って画データを生成する読み取り手段と、外部装置との間で画データを送受信する通信手段と、外部装置から受信した画データ又は前記読み取り手段が生成した画データを蓄積する手段と、前記画データを圧縮して圧縮画データを生成する手段と、前記圧縮画データを格納する圧縮画データ格納手段と、前記圧縮画データ格納手段に格納されている圧縮画データを読み出して伸張する伸張処理手段と、画データに応じた画像を記録媒体に形成する画像形成手段と、装置の各部の動作をソフトウエア処理によって制御する制御手段とを有する画像処理装置であって、
前記読み取り手段、前記通信手段、前記圧縮画データ格納手段及び前記蓄積手段の少なくともいずれかから取得した画データを入力画データとし、該入力画データに画像処理を施して出力画データを生成した後に、前記通信手段、前記蓄積手段、前記圧縮画データ格納手段及び前記画像形成手段の少なくともいずれかに前記出力画データを受け渡す画像処理手段をさらに有し、
前記制御手段は、前記画像処理手段を制御するためのモジュールと、前記出力画データの受け渡し先を制御するためモジュールとを組み合わせて、一つのモジュールとして処理することを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画データの入出力系統を複数有する画像処理装置、いわゆるマルチファンクション装置に関する。
【背景技術】
【０００２】
本明細書中において、「○○ドキュメント」はソフトウエアのモジュールを表し、「○○文書」は物理的に存在する文書を表すものとする。
【０００３】
従来、画データの入出力系統を複数備えた画像処理装置（一般に、ＭＦＰ（マルチファンクション装置）と呼ばれる）におけるソフトウエア制御では、アプリケーション（以下、アプリともいう）ごとに処理を行っていた。例えば、コピー機能のアプリケーションを実行する際には、読み取り→加工→印刷という順で制御を行っていた。同様に、ＦＡＸを送信するアプリケーションの場合は、読み取り→変換→ＦＡＸ送信という順で制御を行っていた。
【０００４】
各アプリケーションは異なる動作を行うため、コピー機能のアプリケーションとＦＡＸ送信機能のアプリケーションとは、それぞれが異なる読み取りモジュールを備える必要がある。また、これらのモジュールを制御するジョブ制御部もコピー機能用のジョブ制御、ＦＡＸ送信用のジョブ制御といったように、それぞれのアプリケーションごとにジョブ制御部が必要になってしまう。
【０００５】
また、従来の画像処理装置では、一つの機能を各ステップで実行していくような構成となっており、処理を並列に行うことは難しい。例えば、出力側の処理としてＦＡＸの送信及びハードディスク（ＨＤＤ）への蓄積を両方行うような多出力の場合、実際にはまずＦＡＸの送信を行いそれが完了した後にＨＤＤへ蓄積するというように並列処理にはならずシーケンス処理となってしまう。
【０００６】
さらに入力側の処理も複数である場合、即ち多入力多出力の処理を行う場合には、動作全体を一つの流れとして捉えて処理することは非常に困難となる。仮に、このような場合にも動作全体を一つの流れとして捉えて処理しようとすると、考え得る全ての動作の流れを想定して制御シーケンスを用意する必要が生じ、制御用ソフトウェアの開発コストが高くなってしまう。
【０００７】
このようにアプリケーションごとに制御を行うことは、各アプリケーションが類似する制御モジュールやジョブ制御部を持つこととなり、メモリ資源の有効活用の妨げとなる。
【０００８】
このため、各アプリケーションの機能実現のためのモジュールを時間軸で分割し、入力ドキュメント、中間ドキュメント及び出力ドキュメントという共通の概念で分類することで、メモリ資源の有効活用を図った画像処理装置も提案されている。
【０００９】
なお、「入力ドキュメント」とは、入力文書の仕様や構成を保持し、入力に関する仕事の責任をもつモジュールである。また、「出力ドキュメント」とは、出力文書の仕様や構成を保持し、出力に関する仕事の責任をもつモジュールである。また、「中間ドキュメント」とは、入力から出力への調整役として、入力ドキュメントと出力ドキュメントとのタイミングに関わる調整を行う。また、システム内で扱う画像の変換や加工の管理を行うモジュールである。
【００１０】
このような画像処理装置は、複数の入力ドキュメントをそれぞれ独立して扱い、出力時に複数の出力ドキュメントを連続して処理することで、あたかも一つの文書を出力しているかのように見せかけていた。
【００１１】
しかし、この方法では、各出力処理ごとに変則的な処理を行わなければならない。例えば、印刷処理、ＦＡＸ送信処理、メール送信処理といった各機能に変則的な処理が必要となり、メモリ資源の有効活用の妨げとなる。
【００１２】
画像の入出力処理に関する従来技術としては、特許文献１に開示される「ドキュメント処理装置、ドキュメント装置の制御方法、およびコンピュータ読取可能な記憶媒体」や、特許文献２に開示される「情報処理方法及びシステム」や、特許文献３に開示される「情報処理方法及びシステム」や、特許文献４に開示される「ＯＡ機器制御用インターフェース構造」がある。
【特許文献１】特開２０００−１３５８４０号公報
【特許文献２】特開平１１−１９４９０８号公報
【特許文献３】特開平１１−１９４９１２号公報
【特許文献４】特開２０００−１１２８６５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかし、特許文献１、特許文献２又は特許文献３に開示される発明は、いずれも、入出力ジョブの仕事をドキュメント、ページ、バンドなどの階層に分けて処理を行うもので、単に仕事の粒度に合わせて分割している。すなわち、ソフトウエア全体の構成（入力、中間、出力の各ドキュメント）や、複数の入出力を扱うことについては何ら考慮がなされていない。
【００１４】
また、特許文献４に開示される発明は、中間ドキュメント（ユーザドキュメント）の有用性やサービス、アプリケーションから独立したインターフェースとして扱える有効点について着目したものであり、複数の入出力を組み合わせることについては考慮されていない。
【００１５】
このように、従来は複数の入出力ドキュメントを組み合わせて、一つのドキュメントとして取り扱うことはできなかったため、メモリ資源を有効に活用したり、ユーザの要求に柔軟に対応することはできなかった。
【００１６】
本発明はかかる問題に鑑みて為されたものであり、複数の入出力ドキュメントを組み合わせて一つのドキュメントとして取り扱うことのできる画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するため、本発明は、第１の態様として、原稿を読み取って画データを生成する読み取り手段と、外部装置との間で画データを送受信する通信手段と、外部装置から受信した画データ又は読み取り手段が生成した画データを蓄積する手段と、画データを圧縮して圧縮画データを生成する手段と、圧縮画データを格納する圧縮画データ格納手段と、圧縮画データ格納手段に格納されている圧縮画データを読み出して伸張する伸張処理手段と、画データに応じた画像を記録媒体に形成する画像形成手段と、装置の各部の動作をソフトウエア処理によって制御する制御手段とを有する画像処理装置であって、読み取り手段、通信手段、圧縮画データ格納手段及び蓄積手段の少なくともいずれかから取得した画データを入力画データとし、該入力画データに画像処理を施して出力画データを生成した後に、通信手段、蓄積手段、圧縮画データ格納手段及び画像形成手段の少なくともいずれかに出力画データを受け渡す画像処理手段をさらに有し、制御手段は、入力画データの基となる画データの生成元を制御するモジュールと画像処理手段を制御するためのモジュールとを組み合わせて、一つのモジュールとして処理することを特徴とする画像処理装置を提供するものである。
【００１８】
上記本発明の第１の態様においては、制御手段は、画像処理手段を制御するためのモジュールと、出力画データの受け渡し先を制御するためモジュールとを組み合わせて、一つのモジュールとして処理することが好ましく、これに加えて、入力画データの基となる画データの生成元と出力画データの受け渡し先との組合せを示す処理条件情報を格納する手段を有し、画像処理手段は、処理条件情報に応じた生成元から画データを取得し、該処理条件情報に応じた受け渡し先へ出力画データを受け渡すことがより好ましく、さらに加えて、処理条件情報を複数格納し、入力画データの基となる画データの生成元と出力画データの受け渡し先とをユーザの選択に応じて変更することがなお好ましい。
【００１９】
また、上記目的を達成するため、本発明は、第２の態様として、原稿を読み取って画データを生成する読み取り手段と、外部装置との間で画データを送受信する通信手段と、外部装置から受信した画データ又は読み取り手段が生成した画データを蓄積する手段と、画データを圧縮して圧縮画データを生成する手段と、圧縮画データを格納する圧縮画データ格納手段と、圧縮画データ格納手段に格納されている圧縮画データを読み出して伸張する伸張処理手段と、画データに応じた画像を記録媒体に形成する画像形成手段と、装置の各部の動作をソフトウエア処理によって制御する制御手段とを有する画像処理装置であって、読み取り手段、通信手段、圧縮画データ格納手段及び蓄積手段の少なくともいずれかから取得した画データを入力画データとし、該入力画データに画像処理を施して出力画データを生成した後に、通信手段、蓄積手段、圧縮画データ格納手段及び画像形成手段の少なくともいずれかに出力画データを受け渡す画像処理手段をさらに有し、制御手段は、画像処理手段を制御するためのモジュールと、出力画データの受け渡し先を制御するためモジュールとを組み合わせて、一つのモジュールとして処理することを特徴とする画像処理装置を提供するものである。
【発明の効果】
【００２０】
本発明によれば、複数の入出力ドキュメントを組み合わせて一つのドキュメントとして取り扱うことのできる画像処理装置を提供できる。
【発明を実施するための最良の形態】
【００２１】
〔発明の原理〕
本発明において、ドキュメントハンドリングの対象となるソフトウェアは、画像処理装置を制御する実質的なコンピュータにおいて実行されるものであり、大きく分けると、入力モジュール（入力ドキュメント）、中間モジュール（中間ドキュメント、又はユーザドキュメント）及び出力モジュール（出力ドキュメント）との三つに分割されている。
【００２２】
ドキュメントハンドリング部は、ユーザからの要求をドキュメントの操作として捉え、ユーザが要求する機能を実現するためのドキュメントのハンドリング計画や、画像変換計画を立てるドメインである。図１に示すように、ドキュメントハンドリング部の上位には、ユーザからの要求を管理するリクエスト管理が存在している。また、ドキュメントハンドリングの下位には、ドキュメントハンドリングの画像変換計画（画像の転送や加工など）を実行するストリームドメインが存在している。
【００２３】
本発明においては、複数の入力ドキュメントから一つの中間ドキュメントへ処理を委譲したり、一つの中間ドキュメントから複数の出力ドキュメントへ処理を委譲したりする。すなわち、図２及び図３に示すように、入力ドキュメント及び出力ドキュメントの少なくともどちらかは複数とし、中間ドキュメントは一つとする。
【００２４】
このようにすることで、処理内容が重複するモジュールを複数備える必要がないため、メモリ資源の有効活用が可能となる。
【００２５】
上記原理に基づく本発明の好適な実施の形態について以下に説明する。
【００２６】
〔第１の実施形態〕
本発明を好適に実施した第１の実施形態について説明する。図４に、本発明にかかる画像処理装置の構成を示す。この画像処理装置は、スキャナ１０１、プロッタ１０２、圧縮データ格納メモリ１０３、画データ伸張部１０４、伸張データ展開メモリ１０５、操作部１０６、表示部１０７、ＣＰＵ１０８、画データ圧縮部１０９、ネットワークコントロール部１１０及びモデムＮＣＵ部１１１を有する。
【００２７】
スキャナ１０１は、コンタクトガラスに載置された原稿又は不図示のＡＤＦからコンタクトガラスへ供給された原稿を読み取って画情報を出力する。プロッタ１０２は、画情報に応じた画像を媒体（例えば、記録紙）に形成する。圧縮データ格納メモリ１０３は、圧縮処理が施された画データを格納する。画データ伸張部１０４は、ＣＰＵ１０８からの指示に応じて、圧縮データ格納メモリ１０３に格納されている圧縮画データを読み出し、伸張処理を施して伸張データ展開メモリ１０５上に展開する。伸張データ展開メモリ１０５は、画データ伸張部１０４によって伸張された画データを保持する。操作部１０６は、ユーザが画像処理装置に対して情報やコマンドを入力するためのユーザＩ／Ｆである。表示部１０７は、ユーザに対して情報を提示するための装置であり、文字情報を表示する装置のみならずスピーカやバイブレータなども含む。ＣＰＵ１０８は、画像処理装置全体の動作を制御する。画データ圧縮部１０９は、ＣＰＵ１０８からの指示に応じて、ＣＰＵ１０８から受け渡された画データに対して圧縮処理を施し、圧縮した画データを圧縮データ格納メモリ１０３に格納する。ネットワークコントロール部１１０は、電話回線以外の伝送路（例えば、ＬＡＮケーブル）を介して外部装置との間で情報を送受信するための機能部である。モデムＮＣＵ部１１１は、不図示の電話回線を介してＦＡＸで情報を送受信するための機能部である。画像メモリ１１２は、スキャナ１が読み取った画像や外部装置から受信した原稿を蓄積する。
【００２８】
画像処理装置の制御プログラムは、画像処理装置が起動された際に不図示の不揮発記憶装置からＣＰＵ１０８へと読み込まれ、図１に示したようなドメインが形成される。
【００２９】
本実施形態おいては、複数の入力ドキュメントから一つの中間ドキュメントへ処理を委譲する場合の一例として、不図示のＡＤＦに載置されている紙原稿と、ハードディスクに蓄積されている蓄積文書との二つが入力ソースとして指定された場合のドキュメントハンドリングモジュールの動作について説明する。
【００３０】
図５に、ドキュメントハンドリングの対象となる画像処理ソフトウエアのモジュール構成を示す。上記条件で画像処理を行う場合、入力ドキュメントとしては、入力紙ドキュメント及び入力蓄積ドキュメントとの二つが用いられる。
【００３１】
ユーザの要求（不図示のＡＤＦに載置されている原稿、及び蓄積されている文書の印刷）が操作部１０６を介して入力画像処理装置に入力されると、ＣＰＵ１０８は、その指示をドキュメントハンドリング部へ伝える。
【００３２】
指示を受けたドキュメントハンドリング部は、入力紙ドキュメントと入力蓄積ドキュメント、中間ドキュメント、出力紙ドキュメントとを動的に作成する。
各ドキュメントが作成されたのち、中間ドキュメントは、不図示のＡＤＦからの読み取り動作開始を指示するとともに、入力蓄積ドキュメントにＨＤＤからの文書の読み出しを指示する。
入力紙ドキュメントは、不図示のＡＤＦからの読み取り動作の制御を開始し、不図示のＡＤＦに載置されている原稿を順次スキャナ１０１へと供給させ、原稿を読み取らせる。全ての原稿の読み取りが終了したら、入力紙ドキュメントは、読み出しの終了を中間ドキュメントへ報告する。
【００３３】
中間ドキュメントは、紙ドキュメント、蓄積ドキュメントにより生成された文書を一端ページ（画像）レベルにまで分解し、必要であればページの並べ替えを行い、一つの文書として再構築する。
中間ドキュメントは、再構築した文書を出力紙ドキュメントへ受け渡し、印刷制御の開始を依頼する。
【００３４】
上記のように、複数の入力ドキュメントから入力された文書を一旦ページ（画像）レベルにまで分解し、再び文書として再構築することにより、画像処理装置内部では、入力文書の数に関わらず一つの文書として扱える。このため、出力側での処理に文書の数を通知する必要が無くなり、入力側及び出力側のそれぞれのモジュールの独立性を高めることができる。各モジュールの独立性を高めることにより、あるモジュールに修正の必要が生じたとしても、それに伴って他のモジュールをも修正する必要が無くなる。
【００３５】
また、文書を再構築する際に、ページの順序を自由に並べ替えることも可能となるため、例えば、第１の文書の１頁目→第２の文書の１頁目→第１の文書の２頁目→・・・といったように、複数の文書のページを交互に並べて出力することも可能である。中間ドキュメントにおいてページの順序を変更すれば、出力側のモジュールがページの並べ替えを行う必要が無くなる。
【００３６】
〔第２の実施形態〕
本発明を好適に実施した第２の実施形態について説明する。本実施形態にかかる画像処理装置のハードウェアの構成は第１の実施形態と同様である。
【００３７】
本実施形態おいては、一つの中間ドキュメントから複数の出力ドキュメントへ処理を委譲する場合の一例として、プロッタ１０２と、ネットワークコントロール部１１０との二つが出力先として指定された場合のドキュメントハンドリングモジュールの動作について説明する。
【００３８】
図６に、ドキュメントハンドリングの対象となる画像処理ソフトウエアのモジュール構成を示す。上記条件で画像処理を行う場合、出力ドキュメントとしては、出力紙ドキュメント及び出力配信ドキュメントとの二つが用いられる。
出力紙ドキュメントは、プロッタ１０２を用いて画像を記録紙に出力するためのモジュールである。出力配信モジュールは、モデムＮＣＵ部１１１を用いて画像を他の装置へファクシミリ送信するためのモジュールである。
【００３９】
ユーザの要求（不図示のＡＤＦに載置されている原稿や、蓄積されている文書の印刷及びＦＡＸ送信）が操作部１０６を介して入力画像処理装置に入力されると、ＣＰＵ１０８は、その指示をドキュメントハンドリング部へ伝える。
【００４０】
指示を受けたドキュメントハンドリング部は、入力ドキュメント、中間ドキュメント、出力紙ドキュメント及び出力配信ドキュメントを動的に作成する。なお、本実施形態においては、入力ドキュメントの種類は特定しないものとする。
各ドキュメントが作成されたのち、中間ドキュメントは、入力ドキュメントからの画データの取得を開始する。入力ドキュメントは、要求された画データを全て中間ドキュメントに受け渡し終えると、中間ドキュメントに処理を委譲する。
【００４１】
中間ドキュメントは、入力ドキュメントから処理を委譲されると、出力紙ドキュメントに対して印刷を依頼するとともに、出力配信ドキュメントに対してＦＡＸ送信を依頼する。
【００４２】
中間ドキュメントからの依頼を受けた出力紙ドキュメントは、印刷の制御を開始し、全てのページのＦＡＸ送信が終了したら、ＦＡＸ送信の終了を中間ドキュメントに報告する。
【００４３】
中間ドキュメントは、出力紙ドキュメント及び出力配信ドキュメントの双方から処理の完了が報告された段階でユーザからのリクエストが終了したと判断する。
【００４４】
一つの中間ドキュメントから、複数の出力ドキュメントへ仕事（制御）を委譲することにより、複数の文書出力を平行して制御することが可能となる。中間ドキュメントがそれぞれの出力ドキュメントを直接制御するわけではなく、仕事を委譲してそれが完了するのを待機するため、出力として扱うべき文書が増えても（例えば、印刷とＦＡＸ送信とハードディスクへの蓄積を平行して実行する場合）、中間ドキュメントは単にそれぞれの出力ドキュメントへ出力を依頼するだけでよく、各出力ドキュメントは依頼された仕事を実行するだけでよい。例えば、中間ドキュメントは、出力紙ドキュメントに対しては印刷のみを、出力配信ドキュメントに対してＦＡＸ送信のみを依頼するだけでよく、出力紙ドキュメントは印刷のみを、出力配信ドキュメントはＦＡＸをするだけでよい。
よって、出力として扱うべき文書が増えても、中間処理モジュールでの制御が複雑になることはない。
【００４５】
〔第３の実施形態〕
本発明を好適に実施した第３の実施形態について説明する。本実施形態にかかる画像処理装置のハードウェアの構成は第１の実施形態と同様である。
【００４６】
図７に示すように、三種類の入力ドキュメント（入力紙ドキュメント、蓄積紙ドキュメント、受信紙ドキュメント）と三種類の出力ドキュメント（出力紙ドキュメント、出力蓄積ドキュメント、出力配信ドキュメント）を備えた画像処理装置の場合、入出力ドキュメントの組合せとしては、図８に示すものが考えられる。
【００４７】
本実施形態にかかる画像処理装置は、図８に示した入出力ドキュメントの組合せの中からユーザが複数を選択することにより、様々な機能を組み合わせて実行することが可能である。
例えば、紙文書から読み取った画像とＨＤＤに蓄積されている文書とを連結した上で、印刷とＦＡＸ送信とを行う場合には、図９に示すように入力ドキュメントとして入力紙ドキュメント及び入力蓄積ドキュメントが用いられ、出力ドキュメントとして出力紙ドキュメント及び出力配信ドキュメントが用いられる。
【００４８】
各入力ドキュメントから中間ドキュメントへの処理の委譲、及び中間ドキュメントから各出力ドキュメントへの処理の委譲については上記第１及び第２の実施形態とそれぞれ同様であるので、重複する説明は省略する。
【００４９】
入力ドキュメントと出力ドキュメントとを組み合わせて使用することにより、どのような入出力の組合せがユーザから要求されても容易に実現できる。
例えば、入力側として紙原稿の読み取り及び蓄積されている文書の読み出しが、出力側として紙文書の印刷及びＦＡＸ送信がユーザによって指定された場合でも、要求された機能を実現するためのモジュール構成を中間ドキュメント、入力紙ドキュメント、入力蓄積ドキュメント、出力紙ドキュメント及び出力配信ドキュメントの組合せとして実現できる。
【００５０】
このように、ユーザから要求された処理を行うための入出力ドキュメントの組合せが予め画像処理装置に登録されていなくても、基本的な入出力ドキュメントの組合せを複数用いることによってユーザから要求された処理を実行可能である。すなわち、新たな機能の組合せや新しい機能が追加されたとしても、対応する入出力ドキュメントが変化するだけであるため、入力ドキュメント＋中間ドキュメント＋出力ドキュメントというモジュール構成を変える必要はなく、入力ドキュメント及び出力ドキュメントの多重度（使用数）を変化させるだけで対応できる。
【００５１】
なお、上記各実施形態は、本発明の好適な実施の一例であり、本発明はこれらに限定されるものではなく様々な変形が可能である。
【図面の簡単な説明】
【００５２】
【図１】ドメインの階層を示す図である。
【図２】ドキュメントハンドリングの基本モジュール構成を示す図である。
【図３】クラスの構成を示す図である。
【図４】本発明にかかる画像処理装置のハードウエア構成を示す図である。
【図５】第１の実施形態にかかる画像処理装置のモジュール構成を示す図である。
【図６】第２の実施形態にかかる画像処理装置のモジュール構成を示す図である。
【図７】入力ドキュメント及び出力ドキュメントの種類を示す図である。
【図８】第３の実施形態にかかる画像処理装置のモジュール構成を示す図である。
【図９】入出力ドキュメントの組合せの一例を示す図である。
【図１０】従来のソフトウエアのモジュール構成を示す図である。
【符号の説明】
【００５３】
１０１    スキャナ
１０２    プロッタ
１０３    圧縮データ格納メモリ
１０４    画データ伸張部
１０５    伸張データ展開メモリ
１０６    操作部
１０７    表示部
１０８    ＣＰＵ
１０９    画データ圧縮部
１１０    ネットワークコントロール部
１１１    モデムＮＣＵ部
【図１】
2005217825.tif 000003
【図２】
2005217825.tif 000004
【図３】
2005217825.tif 000005
【図４】
2005217825.tif 000006
【図５】
2005217825.tif 000007
【図６】
2005217825.tif 000008
【図７】
2005217825.tif 000009
【図８】
2005217825.tif 000010
【図９】
2005217825.tif 000011
【図１０】
2005217825.tif 000012