(57)【要約】【課題】装置機能アプリケーションを効率的に実現することができる複合機を提供することを目的とする。【解決手段】複数の画像処理機能および画像通信機能を有し、複数の装置機能を備えた複合機において、ユーザからの要求をドキュメントの操作として捉え、ユーザーが要求する機能を実現するためのドキュメントのハンドリング計画や、画像変換計画を立てるドメインを設定するとともに、上記ドメインでは、上記装置機能を実現するための装置機能アプリケーションが、機能動作を時間軸に従って上記装置機能アプリケーションで共通な態様に分割してなる入力ドキュメント、ユーザドキュメント、および、出力ドキュメントを組み合わせたモジュールで構成した。【選択図】        図３
2005176159.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像処理機能および画像通信機能を有し、複数の装置機能を備えた複合機において、
ユーザからの要求をドキュメントの操作として捉え、ユーザーが要求する機能を実現するためのドキュメントのハンドリング計画や、画像変換計画を立てるドメインを設定するとともに、
上記ドメインでは、上記装置機能を実現するための装置機能アプリケーションが、機能動作を時間軸に従って上記装置機能アプリケーションで共通な態様に分割してなる入力ドキュメント、ユーザドキュメント、および、出力ドキュメントを組み合わせたモジュールで構成されることを特徴とする複合機。
【請求項２】
前記各ドキュメントの構成は、ドキュメントはページから構成され、ページ上にはレイアウトが存在し、そこには画像が配置されるという、機能やアプリには依らない固定の概念を持たせることを特徴とする請求項１記載の複合機。
【請求項３】
前記装置機能アプリケーション相互間の差異は、前記入力ドキュメントおよび前記出力ドキュメントの種類の違いとして捉え、変動部として表現するようにしたことを特徴とする請求項１または請求項２記載の複合機。
【請求項４】
前記入力ドキュメントの種類としては、入力紙ドキュメント、入力蓄積ドキュメント、および、入力ネットワークドキュメントが少なくとも含まれ、前記出力ドキュメントの種類としては、出力紙ドキュメント、出力蓄積ドキュメント、および、出力ネットワークドキュメントが少なくとも含まれることを特徴とする請求項３記載の複合機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の画像処理機能および画像通信機能を有し、複数の装置機能を備えた複合機に関する。
【背景技術】
【０００２】
一般に、複数の画像処理機能および画像通信機能を有し、複数の装置機能を備えた複合機のソフトウエア制御では、装置機能アプリケーション毎に、例えばコピーの場合なら、読み取り→加工→印刷という制御を行っていた。同様にファクシミリ送信制御の場合も、読み取り→変換→ファクシミリ送信という制御を行っている。
【０００３】
このような構成において、装置機能アプリケーションを統合しても、同じ読み取り制御でもコピー装置機能とファクシミリ装置機能では仕様や動作が異なるため、コピーアプリケーションおよびファクシミリアプリケーションのそれぞれにコピー読み取りモジュールおよびファクシミリ読み取りモジュールが必要となってしまう。
【０００４】
また、これらのモジュールを制御するジョブ制御部もコピー装置機能のジョブ制御、ファクシミリ装置機能の送信ジョブ制御というようにそれぞれのアプリ毎にジョブ制御部も必要となってしまう。
【０００５】
しかし、これらのアプリごとの制御は冗長であり、どのアプリも同じような制御モジュールやジョブ制御部を持つことになる。
【０００６】
このような複合機における装置機能アプリケーションの冗長性を抑制しようとする試みは、従来からなされていた（特許文献１，２，３等参照）。
【特許文献１】特開２０００−１３５３４０号公報
【特許文献２】特開平１１−１９４９０８号公報
【特許文献３】特開平１１−１９４９１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、このような従来装置では、入出力ジョブの仕事をドキュメント、ページ、バンドなどの階層に分けて処理を行っているもので、単に仕事の粒度に合わせて分割しており、装置機能アプリケーション間の冗長性や、ソフトウエア全体の構成が考慮されていなかったので、装置機能アプリケーションを効率的に実現することが困難であった。
【０００８】
本発明は、かかる実情に鑑みてなされたものであり、装置機能アプリケーションを効率的に実現することができる複合機を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、複数の画像処理機能および画像通信機能を有し、複数の装置機能を備えた複合機において、ユーザからの要求をドキュメントの操作として捉え、ユーザーが要求する機能を実現するためのドキュメントのハンドリング計画や、画像変換計画を立てるドメインを設定するとともに、上記ドメインでは、上記装置機能を実現するための装置機能アプリケーションが、機能動作を時間軸に従って上記装置機能アプリケーションで共通な態様に分割してなる入力ドキュメント、ユーザドキュメント、および、出力ドキュメントを組み合わせたモジュールで構成されるようにしたものである。
【００１０】
また、前記各ドキュメントの構成は、ドキュメントはページから構成され、ページ上にはレイアウトが存在し、そこには画像が配置されるという、機能やアプリには依らない固定の概念を持たせたものである。
【００１１】
また、前記装置機能アプリケーション相互間の差異は、前記入力ドキュメントおよび前記出力ドキュメントの種類の違いとして捉え、変動部として表現するようにしたものである。
【００１２】
また、前記入力ドキュメントの種類としては、入力紙ドキュメント、入力蓄積ドキュメント、および、入力ネットワークドキュメントが少なくとも含まれ、前記出力ドキュメントの種類としては、出力紙ドキュメント、出力蓄積ドキュメント、および、出力ネットワークドキュメントが少なくとも含まれるものである。
【発明の効果】
【００１３】
したがって、本発明では、装置機能アプリケーションごとの機能ではなく、それぞれ共通に存在する概念（ドキュメント）を見つけ出し、その概念を時間軸で分類することにより、装置機能アプリケーション共通の構成とすることができ、それにより、アプリ間の冗長性を排除でき、機能追加や変更に左右されないソフトウエア構成を実現することができるという優れた効果を得る。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１５】
図１は、本発明の一実施例にかかるネットワークシステムを示している。
【００１６】
同図において、ローカルエリアネットワークＬＡＮには、複数のパーソナルコンピュータ装置ＰＣ１〜ＰＣｎ、サーバ装置ＳＭ、および、ネットワーク複合機ＦＸが接続されている。また、ネットワーク複合機ＦＸには、ローカルにパーソナルコンピュータ装置ＰＣが接続されている。
【００１７】
ここで、サーバ装置ＳＭは、ローカルエリアネットワークＬＡＮに接続されているパーソナルコンピュータ装置ＰＣ１〜ＰＣｎを利用するユーザ、および、ネットワークネットワーク複合機ＦＸに対して、周知の電子メールの収集および配布のサービスを提供するものである。
【００１８】
また、ローカルエリアネットワークＬＡＮは、ルータ装置ＲＴを介して、インターネットへと接続されている。それにより、パーソナルコンピュータ装置ＰＣ１〜ＰＣｎ、サーバ装置ＳＭ、および、ネットワーク複合機ＦＸは、他のローカルエリアネットワーク等に接続されているホスト装置等との間で種々のデータのやりとりが可能である。
【００１９】
また、パーソナルコンピュータ装置ＰＣ１〜ＰＣｎには、ファクシミリ画情報を作成および表示出力するファクシミリアプリケーションソフトウェア、ローカルエリアネットワークＬＡＮを介して電子メールをやりとりするための電子メールソフトウェア、ローカルエリアネットワークＬＡＮをカイしてネットワーク複合機ＦＸとの間で所定の通信を行うための通信ソフトウェアなどの種々のプログラムが導入されており、特定のユーザにより使用されるものである。ここで、特定のユーザは、一人または複数人のユーザであってよい。
【００２０】
また、ネットワーク複合機ＦＸは、各種コピー装置機能（モノクロコピー、カラーコピー、両面コピー機能等）、原稿画像を読み取り、その読み取って得た画像データを電子メールを用いて指定された宛先へ送信するスキャン・ツー・イーメール機能、画情報や各種レポートなどを電子メールとしてやりとりするための電子メール処理機能、および、アナログ公衆回線網ＰＳＴＮに接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報伝送を行うファクシミリ装置機能を備えている。また、コピー装置機能、スキャン・ツー・イーメール機能、および、ファクシミリ装置機能は、それぞれソフトウェアとしては、コピー装置機能アプリケーション、スキャン・ツー・イーメール装置機能アプリケーション、および、ファクシミリ装置機能アプリケーションによりそれぞれ実現される。
【００２１】
図２は、ネットワーク複合機ＦＸの構成例を示している。
【００２２】
同図において、システム制御部１は、このネットワーク複合機ＦＸの各部の制御処理、各装置機能に関する制御処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このネットワーク複合機ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２３】
カラースキャナ５は、所定の解像度でフルカラーで原稿画像を読み取るためのものであり、カラープロッタ６は、所定の解像度で画像をフルカラーまたはモノクロカラーで記録出力するためのものであり、操作表示部７は、このネットワーク複合機ＦＸを操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２４】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２５】
グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００２６】
網制御装置１１は、このネットワーク複合機ＦＸをアナログ公衆回線網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００２７】
ローカルエリアネットワークインターフェース回路１２は、このネットワーク複合機ＦＸをローカルエリアネットワークＬＡＮに接続するためのものであり、ローカルエリアネットワーク伝送制御部１３は、ローカルエリアネットワークＬＡＮを介して、他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理を実行するためのものである。
【００２８】
パーソナルコンピュータインタフェース回路１４は、このネットワーク複合機ＦＸへパーソナルコンピュータ装置ＰＣを接続して、種々のデータのやりとりを行うためのものである。
【００２９】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、グループ３ファクシミリモデム１０、網制御装置１１、ローカルエリアネットワーク伝送制御部１３、および、パーソナルコンピュータインタフェース回路１４は、内部バス１５に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１５を介して行われている。
【００３０】
また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。
【００３１】
ここで、本実施例において、基本的には、ローカルエリアネットワークＬＡＮに接続されている端末相互間でのデータのやりとりは、いわゆるＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、それ以上の上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用して行われる。例えば、電子メールのデータのやりとりでは上位レイヤの通信プロトコルとしてＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）という通信プロトコルが適用される。
【００３２】
また、各端末がサーバ装置ＳＭに対して、ユーザ宛の電子メールの受信確認や取得要求などのために適用するプロトコルとしては、いわゆるＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）などを適用することができる。
【００３３】
また、ＴＣＰ／ＩＰ，ＳＭＴＰ，ＰＯＰなどの通信プロトコル、および、電子メールのデータ形式やデータ構造などについては、それぞれＩＥＴＦから発行されているＲＦＣ文書により規定されている。例えば、ＴＣＰはＲＦＣ７９３、ＩＰはＲＦＣ７９３、ＳＭＴＰはＲＦＣ８２１、電子メールの形式は、ＲＦＣ８２２，ＲＦＣ１５２１，ＲＦＣ１５２２（ＭＩＭＥ（Ｍｕｌｔｉ  Ｐｕｒｐｏｓｅ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎ）形式）などでそれぞれ規定されている。
【００３４】
さて、本発明にかかるネットワーク複合機ＦＸでは、その文書処理のシステムを、ユーザが要求するドキュメント（文書）の処理の流れを注目して、図３に示したようなドメイン（問題領域）モデルを構築する。
【００３５】
ここで、ドメインとは、いわゆるオブジェクト指向に基づく対象のモデリング手法の１つであり、周知の概念であるので、ここでの詳細な説明は省略する。
【００３６】
このドメインモデルは、ユーザからの要求を管理するリクエスト管理ドメイン、ユーザからの要求をドキュメントの操作として捉え、ユーザが要求する機能を実現するためのドキュメントのハンドリング計画や画像変換計画を立てるドキュメントハンドリングドメイン、および、ドキュメントハンドリグドメインの画像変換計画（画像の転送や加工など）を実行するストリームドメインからなる。
【００３７】
そして、ドキュメントハンドリグドメインにおいては、図４（ａ）に示したように、各装置機能アプリケーション（コピー装置機能アプリケーション、スキャン・ツー・イーメール装置機能アプリケーション、および、ファクシミリ装置機能アプリケーション）の機能実現のためのモジュール構成を、入力ドキュメントＤＩ、ユーザ（中間）ドキュメントＤＵ、および、出力ドキュメントＤＯという、処理の時間軸で分類した各装置機能アプリケーションに共通なドキュメントという概念で分割する。
【００３８】
ここで、入力ドキュメントＤＩは、入力文書の仕様や構成を保持し、入力に関する仕事の責任を持つ。また、ユーザドキュメントＤＵは、入力から出力への調整役として、入力ドキュメントと出力ドキュメントのタイミングに関わる調整を行うとともに、システム内で扱う画像の変換や加工の管理を行う。そして、出力ドキュメントＤＯは、出力文書の仕様や構成を保持し、出力に関する仕事の責任を持つ。
【００３９】
また、入力ドキュメントＤＩおよび出力ドキュメントＤＯにおいては、ドキュメントは、ドキュメントレベルの仕様や、制御手順を知っており、ドキュメントは１ページもしくは、複数のページから構成されている。また、ページＰＧは、ページ単位での仕様や、制御手順を知っている。そして、レイアウトＬＯは、ページＰＧ上に存在する論理的な枠で、ページＰＧ上に画像ＰＸを配置するルールとなる。また、画像ＰＸは、変換や加工の対象物であり、レイアウトＬＯに沿って生成されたり、当てはめたりする。
【００４０】
一方、入力ドキュメントＤＩと出力ドキュメントＤＯは、それぞれ各装置機能アプリケーションによる共通機能の部分と、差異機能の部分に分けて構成される。入力ドキュメントＤＩの差異機能については、同図（ｂ）に示したように、コピー、ファクシミリ、スキャナが原稿を読み取るときに扱うドキュメントとしての入力紙ドキュメントＤＩｐと、ファクシミリ受信やメール受信する際のドキュメントとしての入力ネットワークドキュメントＤＩｎと、入力として予め蓄積されているドキュメントとしての入力蓄積ドキュメントＤＩｓをそれぞれ定義する。
【００４１】
また、同様に、出力ドキュメントＤＯの差異機能については、同図（ｃ）に示したように、コピー、ファクシミリ、プリンターが紙として出力するときに扱うドキュメントとしての出力紙ドキュメントＤＯｐ、ファクシミリ送信やメール送信あるいはスキャナ配信時のドキュメント出力先としての出力ネットワークドキュメントＤＯｎと、画像蓄積装置９等のメモリに蓄積する際のドキュメントとしての出力蓄積ドキュメントＤＯｓをそれぞれ定義する。
【００４２】
すなわち、オブジェクト指向プログラミング風に言うと、ドキュメントがスパークラスに相当し、紙ドキュメントや蓄積ドキュメントがサブクラスに相当する。
【００４３】
ここで、従来の機能分割と本実施例におけるドキュメントの概念との対比を図５に示す。このように、従来の機能分割によるジョブ管理では、各装置機能アプリケーションについて異なるモジュール構成を取る必要があるが、本実施例の場合には、時間軸に沿って分類した入力ドキュメントＤＩ、ユーザドキュメントＤＵ、および、出力ドキュメントＤＯがそれぞれ独立して、それぞれの装置機能アプリケーションに対応した機能を実現することで、必要な機能を実現しており、モジュール構成の上長度が非常に小さくなっている。特に、本実施例の場合、ジョブ制御を別モジュールとして仕立てる必要がないため、ソフトウェアの規模を格段に小さくすることができる。
【００４４】
図６は、コピー集約印刷を実行する際の処理の一例を示している。
【００４５】
まず、リクエスト管理からの要求を、仕様生成部（図示略）が入力の仕様、出力の仕様に分解する（処理１０１）。次に、分解した仕様に基づいて、ドキュメント生成部（図示略）は、ユーザドキュメントＤＵ、入力紙ドキュメントＤＩｐ、出力紙ドキュメントＤＯｐを生成する（処理１０２）。
【００４６】
次いで、入力紙ドキュメントＤＩｐは、原稿のサイズをチェックする（処理１０３）。次に、入力紙ドキュメントＤＩｐは、原稿サイズと入力仕様を元に、入力のページ、レイアウトを決定する（処理１０５）。そして、入力紙ドキュメントＤＩｐは、出力紙ドキュメントＤＯｐへ原稿サイズを通知する（処理１０６）。
【００４７】
それにより、出力紙ドキュメントＤＯｐは、原稿サイズをと出力仕様を元に、出力のページ、レイアウト（集約：１ページに画像２枚）を決定する（処理１０６）。
【００４８】
次に、ユーザドキュメントＤＵは、入力ページのレイアウトから出力ページのレイアウトへの画像の変換計画を立てる（処理１０７）。次いで、ユーザドキュメントＤＵは、入力紙ドキュメントＤＩｐと出力紙ドキュメントＤＯｐへ入出力の開始を指示する（処理１０８）。
【００４９】
それにより、入力紙ドキュメントＤＩｐは、入力仕様とユーザドキュメントＤＵが計画した画像の変換計画に基づき、入力の開始（カラースキャナ５による画像読取の開始）をストリームドメインへ要求する（処理１０９）。
【００５０】
これにより、読み取られた結果、レイアウトに沿って生成された画像をユーザドキュメントＤＵが保持する（処理１１０）。それとともに、入力されたページの管理（読み取り排紙済み）を入力紙ページＤＩｐが行う（処理１１１）。この処理１１０，１１１は、入力のページが終了するまで繰り返し行われる（判断１１２のＮＯループ）。
【００５１】
１ページ分が終了して、判断１１２の結果がＹＥＳになると、ユーザドキュメントＤＵは、出力紙ドキュメントＤＯｐへ生成された画像を渡し、出力の依頼を行う（処理１１３）。
【００５２】
それにより、出力紙ドキュメントＤＯｐは、出力仕様（集約）とユーザドキュメントＤＵが計画した画像の変換計画に基づき、出力の開始（カラープロッタ６による印刷の開始）をストリームドメインへ要求する（処理１１４）。
【００５３】
これによって、印刷出力が開始され、排紙されたページの管理を出力ページＤＯが行う（処理１１５）。
【００５４】
そして、全ての原稿の読み取り、印刷が終了すると、ユーザドキュメントＤＵは、ドキュメント操作の終了をリクエスト管理部へ通知して、一連の処理を終了する。
【００５５】
なお、図６における一連の処理において、画像入力と印刷出力のタイミングは任意である（入力途中に出力開始でも可能）。
【００５６】
図７は、紙原稿をファクシミリ送信する際の処理の一例を示している。
【００５７】
まず、リクエスト管理からの要求を、仕様生成部が入力の仕様、出力の仕様に分解する（処理２０１）。次に、分解した仕様に基づいて、ドキュメント生成部は、ユーザドキュメントＤＵ、入力紙ドキュメントＤＩｐ、出力ネットワークドキュメントＤＯｎを生成する（処理２０２）。
【００５８】
次いで、ユーザドキュメントＤＵは、入力紙ドキュメントＤＩｐへ入力の開始を指示する（処理２０３）。それにより、入力紙ドキュメントＤＩｐは、入力仕様に基づき、入力の開始（カラースキャナ５による画像読取の開始）をストリームドメインへ要求する（処理２０４）。
【００５９】
それにより、カラースキャナ５の原稿読取動作が開始され、ページサイズが確定した時点で、入力ページが生成され、そのレイアウトも確定する（処理２０５）。
【００６０】
また、読み取られた結果、レイアウトに沿って生成された画像をユーザドキュメントＤＵが保持する（処理２０６）。また、入力されたページの管理（読み取り排紙済み）を入力紙ページが行う（処理２０７）。そして、この処理２０６，２０７は、１ページ分の動作が終了するまで繰り返される（判断２０８のＮＯループ）。
【００６１】
１ページ分の動作が終了して、判断２０８の結果がＹＥＳになると、ユーザドキュメントＤＵは、出力ネットワークドキュメントＤＯｎへ生成された画像を渡し、出力の依頼を行う（処理２０９）。
【００６２】
それにより、出力ネットワークドキュメントＤＯｎは、渡された画像と出力仕様を元に、出力のページとレイアウトを確定させる（処理２１０）。
【００６３】
また、ユーザドキュメントＤＵは、出力のページとレイアウトから、画像の変換計画を立てる（処理２１１）。そして、出力ネットワークドキュメントＤＯｎは、出力仕様とユーザドキュメントＤＵが計画した画像の変換計画に基づき、出力の開始（ファクシミリ送信動作）をストリームドメインへ要求する（処理２１２）。
【００６４】
それにより、ファクシミリ送信が開始され、送信されたページの管理を出力ページが行う（処理２１３）。
【００６５】
そして、全ての原稿の読み取り、ファクシミリ送信が終了すると、ユーザドキュメントＤＵは、ドキュメント操作の終了をリクエスト管理部へ通知して、一連の処理を終了する（処理２１４）。
【００６６】
以上説明したように、本実施例では、機能ごとにジョブと言う概念でソフトウエアの構成を分割した場合、装置機能アプリケーションのそれぞれの機能ごとにジョブが存在してしまう（コピーの印刷ジョブ、ファクシミリの印刷ジョブ、プリンターの印刷ジョブなど）。これを装置機能アプリケーションごとの機能ではなく、それぞれ共通に存在する概念（ドキュメント）を見つけ出し、その概念を時間軸で分類することにより、装置機能アプリケーション共通の構成とすることができる。このようにすることで、装置機能アプリケーション間の冗長性を排除でき、機能追加や変更に左右されないソフトウエア構成を実現することができる。
【００６７】
例えば、コピー、ファクシミリ、プリンタの印刷を行うどのケースでも、入力ドキュメント、ユーザドキュメント、出力ドキュメントという構成に変わりはなく、例え、これに配信やキャプチャといった機能が追加されても、ドキュメントの構成に変わりはない。従来の場合だと、それぞれ配信ジョブ、キャプチャジョブを追加しなければならず、また、これらのジョブを制御するジョブ制御部にも機能追加を行う必要が生じる。
【００６８】
また、分割したドキュメントという概念において、ドキュメントの固定の概念をモジュール（クラス）として抽出することにより、機能に左右されない固定の部分を作り上げることができる。具体的には、ドキュメントのページ、レイアウトといった概念は、アプリや機能とは関係のない概念であるため、機能変更に強い構成とすることが可能である。
【００６９】
また、装置機能アプリケーション間の仕様や機能の差異を、ドキュメントの種類の違いとして扱う。このようにすることで、上述したドキュメントの固定の性質はどれも共通で、それ以外の持っている情報（属性）や、振る舞いの一部だけが異なるものとして扱うことができる。つまり、固定要素と変動要素の部分を切り分けることにより、機能変更や追加の際も、変動要素であるドキュメントの種類だけで解決することが可能となる。
【図面の簡単な説明】
【００７０】
【図１】本発明の一実施例にかかるネットワークシステムを示したブロック図。
【図２】ネットワーク複合機ＦＸの構成例を示したブロック図。
【図３】ドメイン（問題領域）モデルの一例を示した概略図。
【図４】ドキュメントハンドリグドメインの構成の一例を説明するための概略図。
【図５】従来の機能分割と本実施例におけるドキュメントの概念との対比を示した概略図。
【図６】コピー集約印刷を実行する際の処理の一例を示したフローチャート。
【図７】紙原稿をファクシミリ送信する際の処理の一例を示したフローチャート。
【符号の説明】
【００７１】
ＦＸ  ネットワーク複合機
１  システム制御部
２  システムメモリ
３  パラメータメモリ
５  カラースキャナ
６  カラープロッタ
７  操作表示部
８  符号化復号化部
９  画像蓄積装置
１０  グループ３ファクシミリモデム
１１  網制御装置
１２  ローカルエリアネットワークインタフェース回路
１３  ローカルエリアネットワーク伝送制御部
１４  パーソナルコンピュータインタフェース回路
【図１】
2005176159.tif 000003
【図２】
2005176159.tif 000004
【図３】
2005176159.tif 000005
【図４】
2005176159.tif 000006
【図５】
2005176159.tif 000007
【図６】
2005176159.tif 000008
【図７】
2005176159.tif 000009